ISO/IEC 24730-1:2014 情報技術—リアルタイムロケーティングシステム(RTLS)—パート1:アプリケーションプログラミングインターフェイス(API) | ページ 2

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

序文

ISO (国際標準化機構) と IEC (国際電気標準会議) は、世界標準化のための専門システムを形成しています。 ISO または IEC のメンバーである各国団体は、特定の技術活動分野に対処するためにそれぞれの組織によって設立された技術委員会を通じて国際規格の開発に参加しています。 ISO と IEC の技術委員会は、相互に関心のある分野で協力します。政府および非政府の他の国際機関も、ISO および IEC と連携してこの作業に参加しています。情報技術の分野では、ISO と IEC は共同技術委員会 ISO/IEC JTC 1 を設立しました。

国際規格は、ISO/IEC 指令Part 2 部に規定されている規則に従って草案されています。

合同技術委員会の主な任務は、国際規格を作成することです。合同技術委員会によって採択された国際規格草案は、投票のために各国機関に配布されます。国際規格として発行するには、投票を行っている国家機関の少なくとも 75% による承認が必要です。

この文書の要素の一部が特許権の対象となる可能性があることに注意してください。 ISO は、かかる特許権の一部またはすべてを特定する責任を負わないものとします。

ISO/IEC 24730-1 は、合同技術委員会 ISO/IEC JTC 1, 情報技術、分科会 SC 31, 自動識別およびデータ収集技術によって作成されました。

この第 2 版は、技術的に改訂された第 1 版 (ISO/IEC 24730-1:2006) を廃止し、置き換えます。

ISO/IEC 24730 は、情報技術 - リアルタイム位置特定システム (RTLS) という一般タイトルのもと、次の部分で構成されています。

  • Part 1: アプリケーション プログラミング インターフェイス (API)
  • Part 2: 直接シーケンス スペクトラム拡散 (DSSS) 2.4 GHz エア インターフェイス プロトコル
  • Part 21:ダイレクト シーケンス スペクトラム拡散 (DSSS) 2.4 GHz エア インターフェイス プロトコル: 単一の拡散コードで動作し、DBPSK データ エンコーディングと BPSK 拡散スキームを採用する送信機
  • Part 22:ダイレクト シーケンス スペクトラム拡散 (DSSS) 2.4 GHz エア インターフェイス プロトコル: 複数の拡散コードで動作し、QPSK データ エンコーディングとウォルシュ オフセット QPSK (WOQPSK) 拡散スキームを採用する送信機
  • Part 5: 2.4 GHz エア インターフェイスでのチャープ スペクトラム拡散 (CSS)
  • Part 61: 低レートのパルス繰り返し周波数超広帯域 (UWB) エア インターフェイス
  • Part 62: 高レート パルス繰り返し周波数超広帯域 (UWB) エア インターフェイス

導入

ISO/IEC 24730 は、資産管理で使用するリアルタイム位置特定システム (RTLS) 用の複数のエア インターフェイス プロトコルと単一のアプリケーション プログラミング インターフェイス (API) を定義しており、成長する RTLS 市場向けに製品の互換性を確保し、相互運用性を促進することを目的としています。

ISO/IEC 24730 のこの部分である RTLS アプリケーション プログラミング インターフェイスは、リアルタイム位置特定システムの技術標準を確立します。 ISO/IEC 24730 に完全に準拠するには、リアルタイム位置特定システム (RTLS) が ISO/IEC 24730 のこの部分と、ISO/IEC 24730 で定義されている少なくとも 1 つのエア インターフェイス プロトコルに準拠する必要があります。

リアルタイム位置特定システムは、リアルタイムまたはリアルタイムに近い時点で、定義された空間 (ローカル/キャンパス、広域/地域、グローバル) 内の任意の場所にあるアイテムの位置を特定する機能を備えたワイヤレス システムです。位置は、無線リンクの物理的特性の測定によって導出されます。

概念的には、RTLS には 4 つの分類があります。

  • 衛星経由で資産の位置を特定 - 見通し線が必要 - 精度は 10 メートル
  • 倉庫、キャンパス、空港などの管理されたエリア内の資産の位置を特定します - 対象エリアは計測されています - 精度は 3 メートルです
  • より限定されたエリアで資産の位置を特定します - 対象エリアが計測されます - 数十センチメートルの精度
  • 携帯電話の塔など、広範囲にわたって地上に設置された受信機を使用して、地上エリア上の資産の位置を特定します – 精度は 200 メートルです

さらに、実際には RTLS ではなく RFID であるオブジェクトの位置を特定する 2 つの方法を使用します。

  • 資産が特定の時点で点 A を通過し、点 B を通過していないという事実に基づいて資産を特定する
  • ホーミング信号を提供することで資産の位置を特定し、ハンドヘルドを持った人が資産を見つけることができるようにする

位置特定の方法は、さまざまなタイプの識別と位置特定を通じて行われ、通常はマルチラテレーションを通じて行われます。

  • 飛行時間測距システム
  • 振幅三角測量
  • 到着時差 (TDOA)
  • 細胞三角測量
  • 衛星マルチラテレーション
  • 到来角度

資産の位置情報は、その空間方向に関する情報によってさらに強化される場合があります。

ISO/IEC 24730 のこの部分では、RTLS システムを利用するために必要なアプリケーション プログラミング インターフェイス (API) を定義します。

API は、アプリケーション ソフトウェアがプログラミング言語の機能を使用してサービスを呼び出す境界です。これらの機能には、手順または操作、共有データ オブジェクト、および識別子の解決が含まれる場合があります。アプリケーションをサポートするには、API で幅広いサービスが必要になる場合があります。さまざまな種類のサービスの API 仕様を文書化するには、さまざまな方法が適切な場合があります。

API 境界を越える情報フローは、特定のプログラミング言語の構文とセマンティクスによって定義され、その言語のユーザーが境界の向こう側にあるアプリケーション プラットフォームによって提供されるサービスにアクセスできるようになります。これは、アプリケーション プラットフォームによって使用可能になる関数のプログラミング言語の構文およびセマンティクスへのマッピングの仕様を意味します。 API 仕様は、アプリケーションとアプリケーション プラットフォーム間のインターフェイスで利用できるサービスやサービス アクセス方法を文書化します。

この API は、クライアント アプリケーションが RTLS システムとインターフェイスできるようにするために、RTLS サービスとそのアクセス方法を記述します。この RTLS サービスは、この標準と API 互換であるために RTLS システムによって提供される必要がある最小限のサービスです。

ISO/IEC 24730 のこの部分では、値を区切るためにカンマを使用する .csv ファイル形式の出力で API ファイルが作成されるため、小数点区切り文字として「フルストップ」が使用されます。

1 スコープ

ISO/IEC 24730 のこの部分により、ソフトウェア アプリケーションは RTLS インフラストラクチャを利用して、RTLS トランスミッタが接続されている資産の位置を特定できるようになります。これは、アプリケーション ソフトウェアがプログラミング言語の機能を使用して、RTLS インフラストラクチャによって受信される RTLS タグ ブリンクに含まれる情報を収集する境界を定義します。

2 規範的参照

以下の文書は、全部または一部がこの文書で規範的に参照されており、その適用には不可欠です。日付が記載された参考文献については、引用された版のみが適用されます。日付のない参照については、参照文書の最新版 (修正を含む) が適用されます。

  • ISO/IEC 15963, 情報技術 — アイテム管理のための無線周波数識別 — RF タグの一意の識別
  • ISO/IEC 1976, 情報技術 — 自動識別およびデータ収集 (AIDC) 技術 — 統一された語彙
  • 48 ビット拡張固有識別子 (EUI-48™) の使用に関する IEEE ガイドライン
  • 64 ビット グローバル識別子 (EUI-64™) 登録局に関する IEEE ガイドライン
  • Extensible Markup Languag, 2004 年 2 月 4 日1
  • SOAP バージョン 1.2 Part 1: メッセージング フレームワーク (第 2 版)、 W3C 勧告、World Wide Web Consortiu, 2007 年 4 月 27 日2

3 用語と定義

この文書の目的上、ISO/IEC 19762 (すべての部分) に記載されている用語と定義、および以下が適用されます。

3.1

分野

情報が保存されるデータ レコードの要素。タグ ブリンクの 1 つ以上のプロパティが含まれる場合があります。

3.2

XMLタグ

XML ドキュメント内のコンテンツを修飾するマーカー

3.3

永続的な接続

アプリケーション レベルのエラー応答を送信した後でも、複数のアプリケーション レベルのメッセージ交換または要求呼び出しのために開いたままにされる、サーバーとクライアント間のネットワーク接続。

3.4

その日のステータス

<source> フィールドと <format> フィールドを除く、Locate メッセージ内の必須フィールド

4 記号と略語

この文書では、ISO/IEC 19762 (すべての部分) および以下に示されている記号および略語が適用されます。

APIアプリケーションプログラミングインターフェース
アスキー情報交換のための米国標準規格
crASCII キャリッジリターン
EUI拡張固有識別子
JMSJavaメッセージングサービス
HTTPハイパーテキスト転送プロトコル
HTTPSHTTPセキュアプロトコル
LFASCII 改行
OUI組織的に一意の識別子
休む代表的な状態の転送
RTLSリアルタイム位置特定システム
S-HTTPセキュアなHTTPプロトコル
SLMFシンプルな位置メッセージのフォーマット
SLMP単純な位置メッセージ プロトコル
石鹸シンプルオブジェクトアクセスプロトコル
SSLセキュアソケットレイヤー
TDOA到着の時差
TCP/IP伝送制御プロトコル/インターネットプロトコル
XML拡張可能なマークアップ言語
XSDXMLスキーマ定義

参考文献

1ISO 8601, データ要素と交換形式 — 情報交換 — 日付と時刻の表現
2IETF RFC 854: 1983 年 5 月。Telnetプロトコル仕様( http://www.ietf.org/rfc/rfc854.txt )
3IETF RFC 2616: 1999 年 6 月。ハイパーテキスト転送プロトコル -- HTTP/1.1 ( http://www.ietf.org/rfc/rfc2616.txt )
4XML スキーマPart 1: 構造、W3C 勧告、ワールド ワイド ウェブ コンソーシアム (W3C)、マサチューセッツ州ケンブリッジ、2001 年 5 月 2 日。( http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/ )
5XML スキーマPart 2: データ型、W3C 勧告、World Wide Web Consortiu, マサチューセッツ州ケンブリッジ、2001 年 5 月 2 日。( http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ )
6SOAP バージョン 1.2 Part 1: メッセージング フレームワーク、 W3C 勧告、World Wide Web Consortiu, 2003 年 6 月 24 日。( http://www.w3.org/TR/2003/REC-soap12-part1-20030624/ )
7SOAP バージョン 1.2 Part 2: 付属書、W3C 勧告、World Wide Web Consortiu, 2003 年 6 月 24 日。( http://www.w3.org/TR/2003/REC-soap12-part2-20030624/ )

Foreword

ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.

International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.

The main task of the joint technical committee is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % of the national bodies casting a vote.

Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights.

ISO/IEC 24730-1 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 31, Automatic identification and data capture techniques.

This second edition cancels and replaces the first edition (ISO/IEC 24730-1:2006), which has been technically revised.

ISO/IEC 24730 consists of the following parts, under the general title Information technology — Real time locating systems (RTLS):

  • Part 1: Application programming interface (API)
  • Part 2: Direct Sequence Spread Spectrum (DSSS) 2,4 GHz air interface protocol
  • Part 21:Direct Sequence Spread Spectrum (DSSS) 2,4 GHz air interface protocol: Transmitters operating with a single spread code and employing a DBPSK data encoding and BPSK spreading scheme
  • Part 22:Direct Sequence Spread Spectrum (DSSS) 2,4 GHz air interface protocol: Transmitters operating with multiple spread codes and employing a QPSK data encoding and Walsh offset QPSK (WOQPSK) spreading scheme
  • Part 5: Chirp spread spectrum (CSS) at 2,4 GHz air interface
  • Part 61: Low rate pulse repetition frequency Ultra Wide Band (UWB) air interface
  • Part 62: High rate pulse repetition frequency Ultra Wide Band (UWB) air interface

Introduction

ISO/IEC 24730 defines several air interface protocols and a single Application Programming Interface (API) for Real Time Locating Systems (RTLS) for use in asset management and is intended to allow for compatibility and to encourage interoperability of products for the growing RTLS market.

This part of ISO/IEC 24730, the RTLS Application Programming Interface, establishes a technical standard for Real Time Locating Systems. To be fully compliant with ISO/IEC 24730, Real Time Locating Systems (RTLS) shall comply with this part of ISO/IEC 24730 and at least one air interface protocol defined in ISO/IEC 24730.

Real Time Locating Systems are wireless systems with the ability to locate the position of an item anywhere in a defined space (local/campus, wide area/regional, global) at a point in time that is, or is close to, real time. Position is derived by measurements of the physical properties of the radio link.

Conceptually there are four classifications of RTLS:

  • Locating an asset via satellite - requires line-of-sight - accuracy to 10 meters
  • Locating an asset in a controlled area, e.g., warehouse, campus, airport - area of interest is instrumented - accuracy to 3 meters
  • Locating an asset in a more confined area - area of interest is instrumented - accuracy to tens of centimetres
  • Locating an asset over a terrestrial area using terrestrial mounted receivers over a wide area, cell phone towers for example – accuracy 200 meters

With a further two methods of locating an object which are really RFID rather than RTLS:

  • Locating an asset by virtue of the fact that the asset has passed point A at a certain time and has not passed point B
  • Locating an asset by virtue of providing a homing signal whereby a person with a handheld can find an asset

Method of location is through identification and location, generally through multi-lateration, of various types

  • Time of Flight Ranging Systems
  • Amplitude Triangulation
  • Time Difference of Arrival (TDOA)
  • Cellular Triangulation
  • Satellite Multi-lateration
  • Angle of Arrival

The location information of an asset may further be enhanced with information on its spatial orientation.

This part of ISO/IEC 24730 defines an application programming interface (API) needed for utilizing an RTLS system.

An API is a boundary across which application software uses facilities of programming languages to invoke services. These facilities may include procedures or operations, shared data objects and resolution of identifiers. A wide range of services may be required at an API to support applications. Different methods may be appropriate for documenting API specifications for different types of services.

The information flow across the API boundary is defined by the syntax and semantics of a particular programming language, such that the user of that language may access the services provided by the application platform on the other side of the boundary. This implies the specification of a mapping of the functions being made available by the application platform into the syntax and semantics of the programming language. An API specification documents a service and/or service access method that is available at an interface between the application and an application platform.

This API describes the RTLS service and its access methods, to enable client applications to interface with the RTLS system. This RTLS service is the minimum service that shall be provided by a RTLS system to be API compatible with this standard.

This part of ISO/IEC 24730 uses a"full stop" as the decimal point separator since an API file is being created with an output in a .csv file format which uses the comma to separate values.

1 Scope

This part of ISO/IEC 24730 enables software applications to utilize an RTLS infrastructure to locate assets with RTLS transmitters attached to them. It defines a boundary across which application software uses facilities of programming languages to collect information contained in RTLS tag blinks received by the RTLS infrastructure.

2 Normative references

The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

  • ISO/IEC 15963, Information technology — Radio frequency identification for item management — Unique identification for RF tags
  • ISO/IEC 19762 (all parts), Information technology — Automatic identification and data capture (AIDC) techniques — Harmonized vocabulary
  • IEEE Guidelines for use of a 48-bit Extended Unique Identifier (EUI-48™)
  • IEEE Guidelines for 64-bit Global Identifier (EUI-64™) Registration Authority
  • Extensible Markup Language (XML) 1.0, (Third Edition), W3C Recommendation, World Wide Web Consortium (W3C), 4 February 2004 1
  • SOAP Version 1.2 Part 1: Messaging Framework (Second Edition), W3C Recommendation, World Wide Web Consortium (W3C), 27 April 2007 2

3 Terms and definitions

For the purposes of this document, the terms and definitions given in ISO/IEC 19762 (all parts), and the following apply

3.1

field

element of a data record in which information is stored, which may contain one or more properties of a tag blink

3.2

XML tag

marker that qualifies content in a XML document

3.3

persistent connection

network connection between a server and a client that is kept open for several application level message exchanges, or request call, even after sending application level error responses

3.4

tag status

mandatory fields within a Locate message not including the <source> and <format> fields

4 Symbols and abbreviated terms

For the purposes of this document, the symbols and abbreviated terms given in ISO/IEC 19762 (all parts) and the following apply.

APIApplication Programming Interface
ASCIIAmerican Standard Code for Information Interchange
crASCII Carriage Return
EUIExtended Unique Identifier
JMSJava Messaging Service
HTTPHyperText Transfer Protocol
HTTPSHTTP Secure Protocol
LFASCII Line Feed
OUIOrganizationally Unique Identifier
RESTRepresentational State Transfer
RTLSReal Time Locating System
S-HTTPSecure HTTP Protocol
SLMFSimple Location Message Format
SLMPSimple Location Message Protocol
SOAPSimple Object Access Protocol
SSLSecure Sockets Layer
TDOATime Difference Of Arrival
TCP/IPTransmission Control Protocol/ Internet Protocol
XMLeXtensible Markup Language
XSDXML Schema Definition

Bibliography

1ISO 8601, Data elements and interchange formats — Information interchange — Representation of dates and times
2IETF RFC 854: May 1983. Telnet Protocol Specification ( http://www.ietf.org/rfc/rfc854.txt )
3IETF RFC 2616: June 1999. Hypertext Transfer Protocol -- HTTP/1.1 ( http://www.ietf.org/rfc/rfc2616.txt )
4XML Schema Part 1: Structures, W3C Recommendation, World Wide Web Consortium (W3C), Cambridge Massachusetts, 2 May 2001. ( http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/ )
5XML Schema Part 2: Datatypes, W3C Recommendation, World Wide Web Consortium (W3C), Cambridge Massachusetts, 2 May 2001. ( http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ )
6SOAP Version 1.2 Part1: Messaging Framework, W3C Recommendation, World Wide Web Consortium (W3C), 24 June 2003. ( http://www.w3.org/TR/2003/REC-soap12-part1-20030624/ )
7SOAP Version 1.2 Part2: Adjuncts, W3C Recommendation, World Wide Web Consortium (W3C), 24 June 2003. ( http://www.w3.org/TR/2003/REC-soap12-part2-20030624/ )