入室者データの読み込み

Indoors の機能のライセンスが付与されたポータルで利用できます。​

ArcGIS Indoors ジオデータベースにフロアプランを読み込むと、手動で入室者データを読み込むことができます。

入室者 (従業員、居住者、教員など) のデータベースは、通常外部のシステムまたはテーブルから取得されます。入室者は、Indoors アプリで検索やルート検索に対応するポイントに変換される必要があります。入室者データは、ジオデータベース テーブル、CSV ファイル、あるいは Microsoft Excel スプレッドシート (*XLS または *XLSX) から読み込むことができます。

[入室者フィーチャの生成 (Generate Occupant Features)] ツールを使用して、入室者データをインポートして空間化し、検索やルート検索で使用できるようにします。

メモ:

ソース テーブルには、テーブル レコードを建物空間フィーチャに関連付けるために使用できる、主キー フィールドを格納する必要があります。Indoors モデルでは、主キーとして UNIT_ID を使用できます。

主キー フィールドに加えて、次のフィールドがソース テーブルに存在する必要があります。

  • KNOWNAS - 入室者の名前
  • EMAIL - 入室者の電子メール アドレス
  • CONTACT_PHONE - 入室者の電話番号
  • CONTACT_EXTENSION - 入室者の内線電話番号
Space Planner アプリの操作を強化するため、次のフィールドを追加します。
  • ORG_LEVEL_1 - 入室者の所属チーム
  • ORG_LEVEL_2 - 入室者の所属部門
  • JOB_TITLE - 入室者の役職
  • START_DATE - 入室者の入室日

これらの必要フィールドのほか、社員番号など、入室者に関連するデータが格納されたフィールドを必要に応じてさらに追加できます。

必要なフィールドの詳細情報は、以下のセクションをご参照ください。

KNOWNAS

入室者は、名前以外で呼ばれたり、アプリで通称を使用して検索されたりする可能性があります。

たとえば、名前が Anthony、姓が Palmer という入室者がスクーター (Scooter) に乗って移動している場合、多くの人はこの入室者を Scooter Palmer で検索するでしょう。KNOWNAS フィールドには、このような通称が格納されます。

EMAIL

2 人の入室者の通称が同じことがあるかもしれませんが、電子メールアドレスは違うはずです。このような場合、IndoorsEMAIL フィールドを使用して一意の入室者を識別します。

CONTACT_PHONE

この列には、入室者に直接連絡できる電話番号を格納できます。電話番号には、追加の文字や空白を

使用できますが、数字セットとして電話番号を格納することをお勧めします。国際電話コードを格納できます。

たとえば、+1 (909) 793 2853+1 909-793-2853 ではなく、+19097932853 を格納することをお勧めします。

CONTACT_EXTENSION

組織の電話システムによっては、対話型音声応答 (IVR) や入室者に連絡を取るための各部門に割り当てられた特定のコードと、内線番号の設定があります。Indoors は、このタイプの設定に対応しており、ArcGIS Indoors for iOS または ArcGIS Indoors for Android から電話を発信する場合、2 つの番号を結合します。

たとえば、受付係につながる IVR コードが 0 の場合は、9097932853CONTACT_PHONE に格納し、0CONTACT_EXTENSION に格納します。

ヒント:

入室者に連絡を取るために複数の内線番号が必要な場合は、値をカンマで区切ります。

たとえば、ある部門につながる IVR コードが 5 で、内線電話番号が 1234 の場合、CONTACT_EXTENSION には 5,1234 という数値を格納します。

ORG_LEVEL_1

Space Planner には、ユーザーが入室者をすばやく検索してスペースに割り当てられるよう、フィルター機能があります。デフォルトでは、このフィールドは、入室者が組織の階層内で割り当てられた部門を表します。出力フィーチャのフィールドのエイリアスを変更することで、この属性の目的を変更し、フィルター処理の条件として使用する組織レベルを表すようにできます。このフィールドは、常に ORG_LEVEL_2 フィールドで定義されている組織に対するプライマリ組織を表すことを目的としています。

ORG_LEVEL_2

Space Planner には、ユーザーが入室者をすばやく検索してスペースに割り当てられるよう、フィルター機能があります。デフォルトでは、このフィールドは、入室者が組織の階層内で割り当てられたチームを表します。出力フィーチャのフィールドのエイリアスを変更することで、この属性の目的を変更し、フィルター処理の条件として使用する組織レベルを表すようにできます。このフィールドは、常に ORG_LEVEL_1 フィールドで定義されている組織に対するセカンダリ組織を表すことを目的としています。

JOB_TITLE

Space Planner には、ユーザーが入室者をすばやく検索してスペースに割り当てられるよう、フィルター機能があります。入力テーブルにこのフィールドを格納し、読み込まれる入室者に役職を設定すると、入室者をスペースに割り当てる際に役職を使ってフィルター処理を行うことができ、役割や職位によるスペース要件の評価が容易になります。

START_DATE

Space Planner には、ユーザーが入室者をすばやく検索してスペースに割り当てられるよう、フィルター機能があります。入力テーブルにこのフィールドを格納し、読み込まれる入室者に開始日を設定すると、Space Planner アプリのユーザーは入室者をスペースに割り当てる際に入室日を使ってフィルター処理を行うことができ、順番によるスペース要件の評価が容易になります。

[入室者フィーチャの生成 (Generate Occupant Features)] ツールは、現在入室者が割り当てられている、Units フィーチャクラスのそれらのスペースの ASSIGNMENT_TYPE の値を更新します。ASSIGNMENT_TYPE 属性は、Space Planner アプリの特定フィーチャを決定します。最適なパフォーマンスを得るため、個人によって占有されるスペースでは、この属性の値は必ず Office に設定します。

関連トピック