この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
導入
この国際規格は、位置情報サービス (LBS) の開発をサポートするフレームワークを確立します。 LBS は、その要求と応答のパターンまたは値が、現実または概念的ないくつかの物の位置に依存するソフトウェア サービスです。たとえば、ISO 19133 で定義されている追跡とナビゲーションは両方とも位置ベースです。緊急対応サービスは、要求された支援が常に要求時に要求者にかなり近い場所に対して行われるため、位置ベースです。環境の監視と修復は、汚染物質の位置や動き、その他の継続的な変化に依存します。イエローページのディレクトリ サービスでさえ、特定の商品やサービスを購入するのに便利なビジネスの場所を探す要求者の現在地または計画されたルートの近くの場所、または暫定的な将来の場所に依存します。
参照モデルは、特定のドメイン内の一連のアプリケーションとプロセスの論理環境を構築する、アーキテクチャとポリシーの両方の一連のシステム決定で構成される概念的なフレームワークです。フレームワークには、ターゲット ドメインを定義する用語の分類とオントロジーが含まれるか、参照されます。フレームワークには、関連するアプリケーション セットまたは設計パラダイム用の他のフレームワークを含めたり、参照したりできます。 LBS フレームワークは、地理情報サービスのフレームワークに関連している可能性があります。そのアクティビティの多くは、位置表現の操作と、他のサービスへのキーとしての位置の使用に関連しているからです。フレームワークのモデルはさまざまな抽象化レベルで存在し、それぞれがより詳細なモデルを一般化したものであり、より一般的なモデルを特殊化したものです。最上位レベルでは、エンティティはそれぞれの参照モデルを表すフレームワークだけです。これを図 1 に示します。
図1 ｜ LBSとGISの関係
これは、最も単純かつ直接的な言葉で言えば、2 つのフレームワークが結合されており、機能よりも形式に依存して、それぞれが他方によって提供されるサービス (関数) を呼び出すということです。この国際標準は、図 1 に示されているチャネルを介した通信を扱います。これは、位置ベースのサービス フレームワークの参照モデルを作成し、それを ISO 19101 および ISO/TS 19101-2 で定義されている参照モデルにリンクすることによって行われます。
LBS サービス1)と GIS サービス2)の違いは、通常、LBS の方が粒度が高く、重要な非空間情報コンポーネントを備えているため、地理データ フレームワークと非空間情報を含む一般情報フレームワークの両方と対話できることです。空間データ。このようなデータは、住所や電話番号など、地理システムでは従来使用されていなかった方法で空間的にリンクされる場合があります。もう 1 つの違いは、LBS サービスは GIS フレームワークよりも細かいレベルで配信メカニズムを処理する必要があることです。 LBS クライアントには、さまざまな種類のネットワーク上にあり、さまざまな機能を備えたモバイル デバイスが含まれる可能性があります。したがって、LBS フレームワークは、さまざまな異なるインターフェイス プロトコルを通じて同じサービスをサポートし、それぞれがクライアントのニーズと機能のクラスに合わせて調整されます。各クライアント デバイスのインターフェイス プロトコルの詳細はこの国際標準の範囲を超えていますが、このドメイン内のアプリケーションに拡張可能なテンプレートを提供する共通パターンのセットを定義することにより、すべての LBS クライアント クラスの共通セマンティクスに対応しています。
この国際規格に含まれる 2 つの附属書は、LBS ドメインの発展に伴う調和の問題を強調するためにあります。 LBS で標準を開発する組織は、他のアクティビティについても認識する必要があります。付録 D には、いくつかの重要な標準開発組織がリストされています。付属書 E は、地理情報と高度道路交通システムの分野における一般的な用語の間の横断歩道です。異なるドメインの共通用語間を横断することは、セマンティックな相互運用性にとって重要です。 ITS は 1 つの横断歩道の例としてのみ使用されます。
Introduction
This International Standard establishes a framework supporting the development of location-based services (LBS). LBS are software services whose request and response pattern or values depend upon the location of some number of things, either real or conceptual. For example, tracking and navigation as defined in ISO 19133 are both location-based. Emergency response services are location-based since the requested assistance is invariably for a location fairly near the requestor at the time of the request. Environmental monitoring and remediation is dependent on the location and motion or other continuous change of the polluting agents. Even yellow-page directory services are dependent on the location, or tentative future location, of the requestor in search of a convenient business location for the acquisition of specific goods or services, either near his current location or his planned route.
A reference model is a conceptual framework consisting of a set of system decisions, both architectural and policy, which construct the logical environment for a set of applications and processes within a specific domain. A framework contains or references a taxonomy of terms and an ontology that defines the target domain. A framework can contain or reference other frameworks for related application sets or design paradigms. An LBS framework may relate to a framework of geographic information services, since much of its activity is associated to manipulation of location representations and the use of location as a key to other services. Models for frameworks exist at a variety of levels of abstraction, each of which is a generalization of the more detailed model, and a specialization of the more general ones. At the highest level, the only entities are the frameworks representing their respective reference models. This is illustrated in Figure 1.
Figure 1 — Relation between LBS and GIS
What this says, in its simplest and most direct terms, is that the two frameworks are coupled and, depending on form more than on functionality, each will invoke services (functions) supplied by the other. This International Standard deals with the communication across the channel depicted in Figure 1. It does so by creating a reference model for the location-based services framework and linking it to the reference model defined in ISO 19101 and ISO/TS 19101-2.
A distinction between an LBS service 1) and a GIS service 2) is that LBS will normally have a larger granularity and significant non-spatial information component, and therefore is able to interact with both geographic data frameworks and with general information frameworks containing non-spatial data. Such data may be spatially linked in manners not traditionally used in geographic systems, such as by postal address or telephone number. Another distinction is that LBS services have to deal with the delivery mechanism at a finer level than GIS frameworks. LBS clients are likely to include mobile devices on a multitude of network types, and with a wide variety of capabilities. Thus, an LBS framework supports the same services through a variety of different interface protocols, each tailored for a class of client needs and capabilities. While the details of each client device's interface protocols are beyond the scope of this International Standard, it does address the common semantics of all of the LBS client classes by defining a set of common patterns that provide extensible templates for applications within this domain.
Two of the annexes included in this International Standard are there to highlight the harmonization issue as the LBS domain develops. Organizations that develop standards in LBS need to be aware of other activities. Annex D lists some of the important standards development organizations. Annex E is a crosswalk between common terminology in the geographic information and the intelligent transport system domains. Crosswalks between common terminologies of differing domains are important for semantic interoperability. ITS is used only as an example of one crosswalk.