Lync Server 2013 での ELIN ゲートウェイの場所の管理

  • [アーティクル]

 

トピックの最終更新日: 2012-10-02

Lync Server にネットワーク内のクライアントの場所を自動的に提供するには、次のタスクを実行する必要があります。

  • 位置情報サービス データベースにネットワーク ワイヤマップを設定し、CompanyName フィールドに緊急位置識別番号 (ELIN) を含めます。

  • 場所を、ネットワーク内のクライアントが利用できるように公開します。

  • ELIN を、公衆交換電話網 (PSTN) 通信業者の自動ロケーション識別 (ALI) データベースにアップロードします。

これらのタスクを実行する方法の詳細については、展開 のドキュメントの「Lync Server 2013 で場所データベースを構成 する」を参照してください。

注意

中央の場所データベースに追加された場所は、Lync Server Management Shell コマンドを使用して発行され、プールのローカル ストアにレプリケートされるまで、クライアントでは使用できません。 詳細については、展開 ドキュメントの「Lync Server 2013 から場所データベースを発行 する」を参照してください。

このセクションでは、場所データベースの更新および保守の計画を立てるときに考慮する必要のある事項を説明します。

緊急位置の計画

ELIN ゲートウェイを使用する場合は、位置情報サービス データベースに市民の住所、建物内の特定の場所、場所ごとに少なくとも 1 つの ELIN を設定します。 計画段階で、場所にどのように名前を付けるのか、どのように ELIN を割り当てるのかを決定しておくことをお勧めします。

場所名の計画

建物内の特定の場所を保持する場所情報サービスの 場所 フィールドの最大長は 20 文字 (スペースを含む) です。 この制限された長さの中に、以下を含めるようにします。

  • 緊急対応者が市民の住所に到着したときに特定の場所を迅速に見つけるのに役立つ、911 発信者の場所を識別するわかりやすい名前です。 この場所の名前には、建物番号、フロア番号、主翼のデザインツール、部屋番号などが含まれる場合があります。 従業員にしか知られていないニックネームは避けてください。これにより、緊急対応者が間違った場所に移動する可能性があります。

  • Lync クライアントが正しい場所を取得したことをユーザーが簡単に確認するのに役立つ場所識別子。 Lync クライアントは、検出された [場所] フィールドと [ 市区町村 ] フィールドをヘッダーに自動的に連結して表示します。 建物の住所を各場所識別子 (たとえば、"1 階 <の番地>") に追加することをお勧めします。 番地がないと、「1 階」のような一般的な場所 ID は、市内のすべての建物に該当します。

  • 場所がワイヤレス アクセス ポイントで決定されるために近似値となる場合は、「Near」という単語を追加することができます (たとえば、「Near 1 階 1234」など)。

ELIN の計画

建物のスペースをどのように場所に区切るかを決めたら、いくつの ELIN を各場所に割り当てるかを決める必要があります。 たとえば、階数やテナント数が多い建物では建物内のエリアごとに別の緊急ゾーンが割り当てられる場合があります。 一般的には建物の 1 つの階を 1 つの場所として指定し、さらに 1 つの場所に 1 つ以上の ELIN を割り当てます。 ELIN は緊急通報の際に呼び出し元番号として使用されます。 ELIN に使用できる電話番号については、各自の PSTN 通信業者にお問い合わせください。 次の表には、1 つの住所に含まれる複数の場所の例を示します。

場所と ELIN の割り当てのサンプル

建物内のエリア 場所 ELIN

1 階

1

425-555-0100

2 階

2

425-555-0111

3 階

3

425-555-0123

定義する場所は次の要件を満たすことが推奨されます。

  • 場所ごとのエリアの最大の広さ、および番地ごとの場所の個数について、自治体、および国または地域の規制に準拠していること。

  • 緊急通報をした人の場所が簡単にわかるように、十分に具体的であること。

場所データベースの設定

場所データベースへのデータの取り込み方法を決める際は、以下の点を考慮してください。

  • 場所データベースにデータを取り込むためにどんなプロセスを使用するのか。
    データがどこに存在し、そのデータを場所データベースで要求される形式に変換するためにどのようなステップを実行する必要があるのか考慮してください。 また、場所を個別に追加するのか、または CSV ファイルを使用して一括追加するのか検討してください。

  • 場所のマッピング情報が既に格納されているサードパーティのデータベースを定義するのか。
    Lync Server のセカンダリ位置情報サービス オプションを使用してサード パーティのデータベースに接続することで、オフライン プラットフォームを使用して場所をグループ化および管理できます。 この方法の利点は、場所をネットワーク ID に関連付けることに加えて、場所をユーザーに関連付けられることです。 つまり、位置情報サービスは、セカンダリ位置情報サービスから発信された複数のアドレスを Lync Server クライアントに返すことができます。 その後、ユーザーは最適な場所を選択できます。

    位置情報サービスと統合するには、サード パーティのデータベースが Lync Server の場所要求/応答スキーマに従う必要があります。 詳細については、以下を参照してください https://go.microsoft.com/fwlink/p/?linkid=213819。 セカンダリ位置情報サービスの展開の詳細については、「展開」のドキュメントの 「Lync Server 2013 でセカンダリ位置情報サービスを構成 する」を参照してください。

場所データベースの設定の詳細については、展開 に関するドキュメントの「Lync Server 2013 で場所データベースを構成 する」を参照してください。

場所データベースの管理

場所データベースにデータを取り込んだ後は、ネットワーク構成の変更に伴ってデータベースを更新するための手段を講じる必要があります。 以下の質問は、場所データベースを管理する方法を決めるのに役立ちます。

  • 場所データベースをどのような方法で更新するのか。
    場所データベースの更新が必要になる場合としては、ワイヤレス アクセス ポイント (WAP) の追加、オフィスでの再配線 (別のスイッチ割り当てに変更)、サブネットの拡張など、いくつかのシナリオが考えられます。 個々の場所を直接更新するのか、または CSV ファイルを使用してすべての場所の一括更新を実行するのか考慮してください。
  • SNMP アプリケーションを使用して、Lync クライアントの MAC アドレスをポートおよびスイッチ ID と照合するのか。
    SNMP アプリケーションを使用する場合は、SNMP アプリケーションと場所データベースの間でスイッチ シャーシおよびポート情報の整合性を維持するための手動のプロセスを作成する必要があります。 SNMP アプリケーションが、データベースに含まれていないシャーシ IP アドレスまたはポート ID を返す場合、Location Information サービスはクライアントに場所を返すことはできません。