位置情報サービス システム

位置情報サービス システムは、すぐに使用可能なロケーションベースのサービスを企業全体または一般ユーザーに提供するために使用されます。 このパターンは、ベースマップ、場所、ジオコーディング、ルート検索、空間解析など、さまざまなロケーションベースの機能をサポートしているため、組織独自のロケーションベースの基本データ サービスを企業に提供できます。 位置情報サービス システムは基盤となるシステムであり、多くの場合、企業内の他のシステムに機能を提供します。

位置情報サービス システム パターンは、次のようなさまざまな特性を通じて組織に価値をもたらします。

  • 信頼できる基本的な地理空間コンテンツと機能を組織内のすべてのマップ、アプリケーション、システム、ワークフローに提供する。
  • 組織を強化している主要な位置情報サービスの運用と管理を一元化する。
  • マッピングおよびロケーションベースのアプリケーションを直接操作し、選択したソフトウェア開発キット (SDK) を使用してほぼすべてのシステムまたはワークフローに統合できる標準仕様に準拠したサービス アプリケーション プログラミング インターフェイス (API) を公開する。

通常、組織では、Esri が (SaaS や PaaS として) ホストおよび管理しているサービス (全世界の衛星画像ベースマップなど) と、組織が独自の位置情報サービス システムでホストおよび管理しているサービス (対象物や顧客の位置など) を組み合わせて活用しています。

ArcGIS システム パターンを初めて使用する場合は、まずイントロダクションを確認してください。

ユーザー ペルソナとワークフロー

位置情報サービス システムは、幅広いユーザー ペルソナとワークフローをサポートしていますが、ユーザーは通常、他のシステムやそれらのシステムで提供されるアプリケーションを介して間接的に位置情報サービスを操作します。 これらのシステムには、セルフサービスのマッピング、解析、および共有システムや、エンタープライズ アプリケーションのホスティングおよび管理システムなどがあります。 関連するシステム パターンの詳細をご覧ください。

コンテンツ作成者とアプリケーション開発者は、アプリケーションを設計および構築する際に、位置情報サービス システムを直接操作できることに注意してください。

アプリケーション

位置情報サービス システムは、ArcGIS のほとんどのワークフローと使用の基盤であるため、ほぼすべてのアプリケーションで使用されています。 ただし、位置情報サービスを使用するアプリケーションは通常、他のシステムによって提供されます。

位置情報サービス システムによって一般的に提供されるアプリケーション、とりわけコンテンツ作成者とアプリケーション開発者を支援するものは、位置情報サービスの公開、管理、探索のために使用されます。 ほとんどのデプロイメント パターンには、検出ポータルとして機能するポータル Web サイトが含まれており、ここでコンテンツ作成者とアプリケーション開発者はベースマップ、ジオコーディング、空間解析などの位置情報サービスを検索、探索、操作できます。 PaaS デプロイメント パターンは少し独特で、ArcGIS Location Platform ダッシュボードと呼ばれる管理コンソールが含まれています。

マッピング API と SDK を使用して構築されたカスタム アプリケーションも一般的ですが、これらのアプリケーションは通常、関連するシステム パターンを通じてホストおよび管理されます。

ArcGIS が提供するすべてのアプリケーションの詳細については、ArcGIS の概要のアプリケーション アーキテクチャーをご参照ください。

機能

位置情報サービス システム パターンでサポートされている主な機能を以下に紹介します。

注意:

次に示されたすべての機能をすべてのデプロイメント パターンで使用できるわけではありません。 これらの機能がさまざまなデプロイメント コンテキストでどのように適用されるか (または適用されないか) の詳細については、デプロイメント パターンの選択とデプロイメント パターンに関するページをご参照ください。

  • マッピングと視覚化を使用すると、ユーザーは 2D マップと 3D シーンを作成したり操作したりできます。 これには、データ主導の視覚化3D 視覚化ベースマップのスタイル設定があります。 マップ視覚化の詳細をご覧ください。
  • ベースマップは、マップとシーンの全体的な表示コンテキストを提供する Web ベースのレイヤーです。 ベースマップのタイプには、ベクター タイル ベースマップ、画像タイル ベースマップ、マルチレイヤー ベースマップなど、さまざまなものがあります。 ベースマップ レイヤーの詳細をご覧ください。
  • 参照データ レイヤーは、マップ、シーン、その他の地理空間ワークフローに表示コンテキストと解析コンテキストを加えた Web ベースのデータ レイヤーです。 位置情報サービス システムを通じて提供される参照データ レイヤーは、組織全体のさまざまなユース ケースで一般的に使用されるレイヤーになる傾向があります。 データ レイヤーのタイプには、ArcGIS データ レイヤーや OGC データ レイヤーなど、さまざまなものがあります。 データ レイヤーの詳細をご覧ください。
  • 場所検索では、位置の近くの場所または境界ボックス内の場所 (対象場所 (POI) とも呼ばれます) を検索できます。 場所には、名前カテゴリー住所マーケティング地区連絡先情報Web サイトソーシャル リンク営業時間価格評価ユーザー評価などの重要な詳細 (属性) も含まれています。 場所の詳細をご覧ください。
  • ジオコーディングは、テキストを住所と位置に変換するプロセスです。 ジオコーディングでは、住所の検索 (ジオコーディング)、リバース ジオコーディング、一致する候補の検索、候補の取得、およびバッチ ジオコーディングを実行できます。 ジオコーディングの詳細をご覧ください。
  • ルートとルート案内では、個々の車両または単一の車両の出発地から目的地までの最適なパスを見つけることができます。 この機能はシンプルなルート検索とも呼ばれ、制限速度、車線数、時刻など、道路ネットワークのさまざまなデータ パラメーターを考慮します。 この機能では、ルート案内を生成することもできます。 ルートとルート案内の詳細をご覧ください。
  • データへの情報付加は、ジオエンリッチメントとも呼ばれ、世界中の場所の人口統計データとローカル ファクト データを検索するプロセスです。 データへの情報付加を実行すると、エリア内の人と場所に関するロケーションベースの分析的知見を得ることができます。 データへの情報付加には、世界規模と地域規模で利用可能な何千ものデータ変数が含まれます。 データへの情報付加の詳細をご覧ください。
  • ネットワーク解析は、多数の目的地を訪問するための最適化されたルートの作成、最寄り施設の検索、ある場所の周囲にある到達圏の特定、複数の車両による複数の訪問先への配送など、複雑なネットワークの問題 (通常は道路ネットワーク) の解決に役立ちます。 また、移動コスト マトリックスを作成し、新しい施設を置くのに最適な場所を見つけることもできます。 ルート検索機能とネットワーク解析機能の詳細をご覧ください。
  • ジオメトリー解析は、クライアント側の API を使用して、ポイント、ポリライン、またはポリゴンに対して 1 つ以上の操作を実行し、ジオメトリーの問題を解決するプロセスです。 ジオメトリー解析のタイプには、空間リレーションシップ、幾何補正計算、計測操作、新しい空間参照へのデータの投影変換があります。 ジオメトリー解析と、ジオメトリー解析とフィーチャ解析を比較する方法の詳細をご参照ください。

データ ホスティングは位置情報サービスと見なされることがありますが、位置情報サービス システムの範囲の中にデータ ホスティングは含まれません。 データ ホスティング機能は、セルフサービスのマッピング、解析、および共有システムエンタープライズ アプリケーションのホスティングおよび管理システムなど、他のシステム パターンによって提供されます。 詳細については、関連するシステム パターンをご参照ください。

アーキテクチャーに関する検討事項

位置情報サービス システムは ArcGIS を使用して構築されます。 このセクションでは、位置情報サービス システムが ArcGIS アーキテクチャーの特定の側面とどのように連携し、特定の側面にどのように焦点を当てるかを詳しく説明します。

アーキテクチャーに関する詳細な検討事項については、デプロイメント パターンの選択をご参照ください。

データ (永続性)

位置情報サービス システムのデータ アーキテクチャーの検討事項

位置情報サービス システムは主に、ファイル、オブジェクト、データベース、およびクラウド データ ウェアハウス ストアに格納されたリレーショナル データまたは画像データを処理します。 ArcGIS のデータ モデルとルールは、位置情報サービスが提供する豊富なマッピング、視覚化、および解析機能をサポートするために使用されます。 参照データ レイヤーの場合は、状況に応じて、業界固有のデータ モデルが適用されることもあります。 ドキュメント ストアやグラフ データベースなどの NoSQL データ ストアは通常、位置情報サービス システムのサポートには使用されません。

サービス (ロジック)

位置情報サービス システムのサービス アーキテクチャーの検討事項

サービス層またはロジック層から、位置情報サービスが提供されます。 これには、対話型のマッピングと視覚化、ベースマップと参照データ レイヤーのサポート、データの検索、データへのアクセス、データへの情報付加、データの解析などがあります。 また、サービス層により、ジオコーディング サービスとジオメトリー サービスを通じて空間対応機能が利用可能になります。 より高度または専門的なデータ、視覚化、および解析サービスは通常、位置情報サービス システムを通じて提供されず、代わりに関連するシステム パターンによって提供されます。 場合によっては、これらの高度な解析機能は、ルート検索、ルート案内、ネットワーク解析サービスなど、このパターンが提供する位置情報サービスでサポートされることもあります。

位置情報サービス システムに属しているポータル サービスには、ユーザーおよびアクセス管理 (通常は、プライベートの位置情報サービスまたはセキュリティーで保護された位置情報サービスへのアクセスを管理するのに必要となる) と、位置情報サービスの検索、カタログ化、および管理が含まれます。 位置情報サービス システムには通常、コンテンツの作成、共有、およびコラボレーション機能が備わっていません。 これらの機能が通常、補完的なシステム パターンによってどのように提供されるかについての詳細は、関連するシステム パターンをご参照ください。

ArcGIS REST API は、アプリケーション アクセスのためのシステムへの主要なエンドポイントとして使用されますが、一部のアプリケーションでは、他のサービスベースの API が使用されることもあります。

アプリケーション (プレゼンテーション層)

位置情報サービス システムのアプリケーション アーキテクチャーに関する検討事項

位置情報サービス システムは、ArcGIS のほとんどのワークフローと使用の基盤であるため、ほぼすべての GIS を活用したアプリケーションで使用されています。 ただし、位置情報サービスを使用するアプリケーションは通常、他のシステムによって提供されます。 通常、アプリケーション開発者は、マッピング API と SDK を通じて位置情報サービス システムを直接利用します。

詳細については、上記のアプリケーション セクションをご参照ください。

サポート

位置情報サービス システムは、ミッション クリティカルまたはビジネスに不可欠な位置情報サービスと機能を、企業全体の幅広いユーザー、ワークフロー、およびシステムに提供するためによく使用されます。 このため、設計および運用される位置情報サービス システムは通常、高いレベルの信頼性、セキュリティー、可観測性、パフォーマンス、およびスケーラビリティーを備えています。 また、強力なガバナンスの実践と標準は、位置情報サービス システムがビジネスのニーズに応じて成長、拡張、進化すると同時に、非機能的な IT 要件に準拠するのにも役立ちます。

位置情報サービス システムは通常、組織の企業全体の多くのシステムに統合されているため、システム管理者が知らないか、利用できない事業運用をサポートしていることもあります。 これには通常、メタデータ、監視、およびサービスレベル契約 (SLA) の使用が必要です。

一般的なサポートとアーキテクチャーに関する検討事項については、アーキテクチャーの実践および ArcGIS Well-Architected Framework のアーキテクチャーの柱をご参照ください。

関連するシステム パターン

位置情報サービスは、多くの地理空間ユース ケースの基盤です。 このため、位置情報サービス システムは通常、他の ArcGIS システム パターンと統合または組み合わされます。 一般的な例を次にいくつか挙げます。

システム パターンを統合または構成する方法の詳細については、システム パターンの使用をご参照ください

位置情報サービス システムの主な例は、Esri が提供する ArcGIS Living Atlas of the World です。 ArcGIS Living Atlas は、ベースマップをはじめ、画像境界インフラストラクチャーといった他のデータ レイヤーなど、世界中から集められた地理情報の主要なコレクションであり、さまざまなワークフローやユース ケースをサポートするように設計されています。 ArcGIS Living Atlas が提供する位置情報サービスは、ArcGIS Living Atlas Web ポータルを通じて検出可能であり、SaaS (Software as a Service)、PaaS (Platform as a Service)、および ArcGIS のソフトウェア ベースのデプロイメントに組み込まれています。

位置情報サービス システムの業界固有の例としては、以下のようなものがあります。

  • 商業分野。 商業用不動産、金融サービス、および小売部門の組織は、位置情報サービス システム パターンを利用して、内部ユーザー向けにジオコーディング サービスとカスタム ベースマップ サービスを提供できます。 営利団体は、位置情報サービスを使用して、カスタム ベースマップと業界占有率レポートを共有しています。 これらの位置情報サービスは、他のサービスの一部になる場合がありますが、このパターンでは、従業員向けの静的な参照ガイドです。
  • 保健福祉サービス。 病気やその他の健康問題のリスクは、場所によって大きく異なります。 医療機関や公衆衛生機関の研究者は、位置情報サービス システム パターンを利用して、REST Web サービスの形で疫学データを膨大な数のユーザーと効率的に共有できます。 ルート検索やジオコーディングなどの位置情報サービスを使用すると、ワクチンの接種場所やその他の健康関連サービスなどの公共サービス情報を共有できます。 保健福祉機関は、位置情報サービスを使用して、内部ネットワークにアクセスできるスタッフとユーザー用のカスタム エンドポイントを作成することもできます。 特に、インターネットから切断されたネットワークで PHI データの空間解析を実行する任務を負うスタッフが対象となります。
  • 保険。 保険業者は、空間データを使用してリスクを管理し、保険契約に適切な価格を設定しています。 位置情報サービス システム パターンを使用すると、災害や支援活動に関連する情報をパブリックに共有することができます。 保険会社は、位置情報サービス システム パターンを活用して、請求処理と災害対応を最適化することもあります。
  • 中央政府。 国家機関は、社会活動、経済活動、環境活動に関する大量のデータを収集することがよくあります。 位置情報サービス システム パターンを使用すると、ユーザーとデータを広く共有し、政策の結果を評価することができます。 対象ポイント、気象、水文解析、ルート検索、ジオコーディング、ジオエンリッチメントなどのベースマップとエンドポイントを提供できます。 National Government Location Services には、現在と過去における多数の画像サービス、土地の評価、土地の記録が含まれています。
  • 天然資源。 位置情報サービス システム パターンを使用すると、石油/ガス会社はジオエンリッチメント サービスとベースマップを共有して、状況認識を強化できます。 また、天然資源事業を行う組織では、規制指標やイメージ サービスをホストして、ユーザーや従業員がより多くの情報に基づいた意思決定を下せるようにすることもできます。 天然資源の採取事業を行う組織は、競争優位性のある分析的知見を得て、日常のワークフローを効率化するために、カスタム ベースマップと画像を提供することもあります。
  • 地方自治体。 州と地方の機関は、データを利用して、市民に効果的なサービスを提供しています。 位置情報サービス システム パターンを使用すると、ローカル ベースマップをブランド化されたシンボルとルート検索で共有できます。 州政府および地方自治体の組織は、パーセル レイヤー REST Web サービスへのアクセスなど、読み取り専用の情報製品をホストしていることがよくあります。 地方自治体の組織は、選挙、空港、公安などのさまざまな機関を支援しており、これらの各機関は、ベースマップ、ジオコーディング、ジオエンリッチメントなどの共有された位置情報サービスを十分に活用しています。 市民にジオエンリッチメント サービスを提供するだけでなく、進行中の作業指示、建設計画、交通サービスなどに関連するマップだけを読み取ることもできます。
  • 通信。 位置情報サービス システム パターンを使用すると、通信組織は、停電、作業指示、到達圏、および連絡先情報をユーザーと顧客に警告できます。 通信組織は、位置情報サービスを使用して、一度に何百人ものユーザーに連絡し、サービスに影響を与える可能性のある問題の最新情報についてこれらのユーザーに通知できます。
  • 交通。 交通機関は、位置情報サービス パターンを使用して、最新の交通状況とネットワークの中断に関する情報を提供できます。 これらの位置情報サービスは、計画機関と公安機関が使用できます。
  • 公益事業。 公益事業会社は、位置情報サービス システム パターンを使用して、過去の使用量と停電の情報を確認し、そのデータを気象パターンやその他の地域の状況と関連付けて、使用量を増加させる要因と停電リスクを高めている要因を把握できます。 これらのサービスは、公益事業の利用者が使用量の予測を改善し、予防保守に優先順位を付け、顧客サービスのニーズを予測するのに役立ちます。
Top