電子位置コード
【課題】莫大な数のアイテムの位置を個別に追跡することを見越した電子位置コードを提供する。
【解決手段】物体のための位置情報を提供する電子位置コード（ｅＬＣ）について記載されている。ｅＬＣは、高い精度レベルが可能であるが、このような高い精度レベルを表すために、比較的少ないデータ量しか使用しない。更に、ｅＬＣは、高い精度レベルが使用可能でないか、または要求されていないときに、より低い精度レベルを表すように容易に調節することができる。ｅＬＣは、複数のユーザー間での容易な伝送、共有、および記憶を可能にする標準化された形式を有している。これらおよび他の特徴のおかげで、ｅＬＣは、位置データの使用に対する多くの利点および可能性を提供する。例えば、莫大な数のアイテムの位置を個別に追跡することを見越している。
【解決手段】物体のための位置情報を提供する電子位置コード（ｅＬＣ）について記載されている。ｅＬＣは、高い精度レベルが可能であるが、このような高い精度レベルを表すために、比較的少ないデータ量しか使用しない。更に、ｅＬＣは、高い精度レベルが使用可能でないか、または要求されていないときに、より低い精度レベルを表すように容易に調節することができる。ｅＬＣは、複数のユーザー間での容易な伝送、共有、および記憶を可能にする標準化された形式を有している。これらおよび他の特徴のおかげで、ｅＬＣは、位置データの使用に対する多くの利点および可能性を提供する。例えば、莫大な数のアイテムの位置を個別に追跡することを見越している。
【発明の詳細な説明】
【技術分野】
【０００１】
この記述は、物体の位置を特定することに関する。
【背景技術】
【０００２】
物体の位置を特定するための多くの方法がある。例えば、ビルの中で、物体は、ビルのある階の特定の部屋にあるものとして特定され得る。小売店の中で、物体は、指定された通路の特定の棚にあるものとして特定され得る。一般に、物体の位置は、指定された目印を基準にして特定され得る。特に、例えば、移動通信のためのグローバルシステム（ＧＳＭ）の三角測量が、特定のセルフォンの位置を特定するために、セル（電話）タワーを基準にして実行され得る。
【０００３】
更に一般的に、位置は、例えば、物体の緯度、経度、および高度によって特定される座標を用いて、地球の表面を基準にして特定され得る。特に、全地球位置測定システム（ＧＰＳ）は、多数の地球周回衛星を用いて、衛星と信号をやりとりするＧＰＳトランシーバの位置を特定する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような位置情報は、情報におけるユーザーの状況によって、役に立つかもしれないし、立たないかもしれない。小売店の場合、例えば、店のレイアウトに精通していないユーザーは、通路／棚情報が役に立たないことを見いだすかもしれない。たとえユーザーが店のレイアウトに精通していても、このユーザーは、通路／棚情報を別のユーザーに効果的な方法で伝えることができないかもしれない。ほぼ同様に、ＧＰＳトランシーバの緯度、経度、および高度情報は、トランシーバのユーザーが都市の中を進むために、ＧＰＳトランシーバが現在位置する都市の地図を基準にして表示されることを要求されるかもしれない。
【０００５】
位置情報の共用および使用に関する、このような問題は、多数の物体、頻繁な位置収集、および／または多数のユーザーを伴っているとき、一般に大きな問題になり得る。このようなユーザーは、例えば、位置情報の表現、精度、伝送、記憶、または使用に関して、様々な要求または期待を持っているかもしれない。更に、各ユーザーの要求または期待は、個々の物体のタイプによって変化するかもしれないし、単一の物体に対してであっても、物体の状況によって変化するかもしれない。
【課題を解決するための手段】
【０００６】
１つの全般的な態様によれば、システムは、第１の位置成分を位置セグメントの複数のサブセグメントに連続的に変換することによって、物体の位置の第１の態様を表す第１の位置成分を、第１の位置セグメントに変換するように動作可能な第１の変換器を備えていて、各々の連続するサブセグメントは、位置成分を表す際の追加の精度レベルを表していて、更に、物体の位置の第２の態様を表す第２の位置成分を、データ形式に従ってフォーマットされた第２の位置セグメントに変換するように動作可能な第２の変換器と、第１の位置セグメントのサブセグメントを、第２の位置セグメントのサブセグメントと統合して、物体の位置を表す位置コードを得るように動作可能な統合器とを備えている。
【０００７】
実施例は、以下の特徴のうちの少なくとも１つを有していてもよい。例えば、前記第１の位置成分は、物体の緯度を含んでいて、前記第２の位置成分は、物体の経度を含んでいる。この場合、システムは、物体の位置の第３の態様を表す第３の位置成分を、データ形式に従ってフォーマットされた第３の位置セグメントに変換して、統合器によって位置コードの中に含ませるように動作可能な第３の変換器を備えていて、前記第３の位置成分は、物体の高度を含んでいてもよい。
【０００８】
システムは、第１の位置セグメントと第２の位置セグメントとの間での割り当てのために、全ビット数を位置コードと関連付けて、これにより、第１の位置セグメント、第２の位置セグメントの長さ、および全体としての位置コードに基づいて、第１の位置成分および第２の位置成分を表す際の精度の程度を、第１の位置セグメントおよび第２の位置セグメントに、それぞれ割り当てるように動作可能な精度制御ユニットを備えていてもよい。この場合、前記精度制御ユニットは、サブセグメントの全数、および各サブセグメント内のビット数を割り当てることによって、第１の位置成分を表す際の精度の程度を割り当ててもよい。
【０００９】
更に、前記第１の位置成分および第２の位置成分を表すための基準点を割り当てる基準選択器を備えていてもよい。この場合、第１の位置セグメントおよびサブセグメントの各々、第２の位置セグメント、および位置コードの長さを表すヘッダセグメントをエンコードするように動作可能で、かつ更に基準点を表すように動作可能なヘッダエンコーダを備えていて、前記統合器は、位置コード内でヘッダセグメントを第１の位置セグメントに連結するように動作可能であってもよい。
【００１０】
前記統合器は、位置コード内にヘッダセグメントを含ませるように動作可能であり、前記ヘッダセグメントは、位置コードを第１の位置成分および第２の位置成分に戻す変換を行う際に位置コードデコーダによって用いられるための、位置コードの形式を表していてもよい。この場合、システムは、位置コードを受け取り、ヘッダセグメントを分析して、位置コードの形式を特定し、位置コードを第１のセグメントと第２のセグメントに分離し、第１のセグメントおよび第２のセグメントを、それぞれ第１の位置成分および第２の位置成分に変換するように動作可能な位置コードデコーダを備えていてもよい。
【００１１】
位置コードがエンコードされた時間に関連付けて位置コードを記憶するように動作可能な位置データベースを備えていてもよい。前記物体は、無線識別（ＲＦＩＤ）送信器と関連付けられていて、第１の変換器、第２の変換器、および統合器の動作は、ＲＦＩＤ送信器から受信した信号の読み出しによって起動させられてもよい。位置コードを特徴付けている基準および精度制御情報を割り当てて、位置コード内に含まれているヘッダセグメントの中に包含させるためのユーザーインターフェースを備えていてもよい。
【００１２】
別の全般的な態様によれば、位置を記述している位置情報が受け取られる。位置情報に関する精度レベル数が決定される。位置情報が、各々が精度レベルのうちの１つと関連付けられた複数のサブセグメントに変換され、サブセグメントが第１の位置セグメントに統合される。
【００１３】
実施例は、以下の特徴のうちの少なくとも１つを有していてもよい。例えば、前記位置情報を受け取るステップは、複数の位置成分を受け取るステップ、位置の態様を各々特徴付けるステップを含んでいて、精度レベル数を決定するステップは、位置成分の各々に対する成分の精度レベルを決定するステップを含んでいてもよい。この場合、前記位置情報を変換するステップは、位置成分の各々を成分のサブセグメントに変換するステップを含んでいて、各成分のサブセグメントは、対応する成分の精度レベルと関連していてもよい。更に、サブセグメントを統合するステップは、成分のサブセグメントを成分の位置セグメントに統合するステップと、第１の位置セグメントおよび成分の位置セグメントを位置コードに統合するステップとを含んでいてもよい。
【００１４】
位置セグメントへの付加のためのヘッダセグメントを割り当てるステップを有していて、前記ヘッダセグメントは、位置情報を得るために位置セグメントをデコードするための精度レベル数および基準情報を含んでいてもよい。前記位置情報は、高度情報を含んでいて、前記基準情報は、高度情報を表すための高度モデルを含んでいてもよい。前記基準情報は、位置情報を表すための絶対または相対座標系を含んでいてもよい。
【００１５】
別の全般的な態様によれば、記憶媒体を備えている装置において、前記記憶媒体上にはインストラクションが記憶されていて、前記インストラクションは、位置情報を受け取るための第１のコードセグメントと、位置情報を表す際に用いるための精度レベル数を決定するための第２のコードセグメントと、変換規則を実行して、位置情報を、第１の精度レベルを有する第１のサブセグメントに変換し、第１の残り値を提供するための第３のコードセグメントと、第１の残り値に基づいて、変換規則を実行して、第１の残り値を第２のサブセグメントに変換し、第２の残り値を得るための第４のコードセグメントと、第１のサブセグメントと第２のサブセグメントを連結して位置セグメントにするための第５のコードセグメントとを有している。
【００１６】
実施例は、以下の特徴のうちの少なくとも１つを有していてもよい。例えば、前記第３のコードセグメントおよび第４のコードセグメントは、それぞれ第１のサブセグメントおよび第２のサブセグメントにおいて使用可能なビット数に基づいて、変換規則を実行してもよい。この場合、前記位置セグメントと共にヘッダセグメントを含ませるための第６のコードセグメントを有していて、前記ヘッダセグメントは、位置セグメントを位置情報に変換する際に用いるための情報を含んでいてもよい。
【００１７】
１つ以上の実施例の詳細が、添付の図面および下記の説明に記載されている。他の特徴は、この説明および図面から、かつ請求項から明らかになるであろう。
【発明を実施するための最良の形態】
【００１８】
図１は、電子位置コード（ｅＬＣ）エンコードシステム１０２のブロック図である。ｅＬＣエンコードシステム１０２は、対応するコード１０４内に、物体に対する位置情報を供給し、それは、高い精度レベルを実現可能であり、このような高い精度レベルを表すにしては、比較的少ないデータ量ですむ。更に、結果として得られる位置コード１０４は、高い精度レベルが使用可能でないか、または要求されていないとき、より低い精度レベルを表すように、容易に調節可能である。更に、位置コード１０４は、標準化された形式を有していて、それは、複数のユーザー間での位置コード１０４の容易な伝送、共有、および記憶を可能にする。これらおよび他の特徴のおかげで、位置コード１０４は、更に詳細に以下で説明するが、位置データの使用に対する多くの利点および可能性を提供する。
【００１９】
図１において、ｅＬＣエンコードシステム１０２は、物体に対する位置情報を受け取るように動作可能であり、位置情報は、例えば物体の緯度、経度、および高度のような、複数の位置成分を含んでいて、各位置成分は、物体の位置の態様を特徴付けている。ｅＬＣエンコードシステム１０２は、位置成分の各々を、対応する位置コードセグメント１０６、１０８、１１０に変換するが、これらの位置コードセグメントは、例えば２進または１６進表記法のような、指定されたデータ形式を有している。
【００２０】
図１に示すように、セグメント１０６、１０８、１１０には、ヘッダセグメント１１２が加えられる。以下でより詳細に説明するが、ヘッダセグメント１１２は、例えば、位置コード１０４の形式に関する情報を提供する。その結果、ヘッダセグメント１１２は、ｅＬＣエンコードシステム１０２のエンコード動作の中で、役に立ち、かつ、特に、位置コード１０４を、例えば緯度、経度、および高度のような、元の位置成分に戻す、最後のデコードの中で、役に立つ。
【００２１】
ｅＬＣエンコードシステム１０２は、様々な異なる方法で位置情報を受け取ることができる。例えば、図１は、３つの位置システム１１４、１１６、および１１８を示している。位置システム１１４は、全地球位置測定システム（ＧＰＳ）であり、これは、上述したように、複数の衛星から位置情報を受信する。
【００２２】
位置システム１１６は、グローバル位置番号（ＧＬＮ）であり、これは、電子製品コード（ＥＰＣ）システムと共に用いられ、無線識別（ＲＦＩＤ）追跡システム内で個々のアイテムを追跡する。ＥＰＣシステムは、図４および５に関して、以下でより詳細に説明するが、図１の意図のために、ＧＬＮがユニークに割り当てられた番号であることは、理解されるべきであり、それは、指定された物理的、法的、またはビジネスの実体または設備と関連している。すなわち、ＧＬＮは、例えば、特定の倉庫と関連付けられ、倉庫についての位置情報は、後のアクセスおよび検索のために、割り当てられたＧＬＮと関連付けて記憶され得る。
【００２３】
位置システム１１８は、上述した、移動通信のためのグローバルシステム（ＧＳＭ）の三角測量技術であり、これは、説明したように、特定のセルフォンまたは他の機器の位置を特定するために、セル（電話）タワーを基準にして実行され得る。ＧＰＳとＧＳＭ機器間の協働の段階を見越した、いくつかのサービスが存在するが、このような協働は、以下で詳細に説明するが、位置コード１０４の多くの特徴および利点を提供しない。
【００２４】
更に、多くの他の技術を、位置コード１０４への変換のための位置情報を特定するために用いることができ、システム１１４、１１６、および１１８は、単なる例である。他の例において、通路／棚毎に位置を追跡する小売店は、局所変換器を有していてもよく、このような情報を、例えば店に関する既知の基準点を用いて、緯度、経度、および高度情報に変換する。
【００２５】
ほぼ同様に、しかしより詳しくは、例えばＲＦＩＤ読み取り器のような、複数の読み取り器が、ＲＦＩＤタグを有するアイテムの正確な位置を特定するために用いられ得る。すなわち、以下でより詳細に説明するが、自動識別（自動ＩＤ）システムが存在し、この中でアイテムがタグと関連付けられていて、これがＲＦ信号を介して情報を読み取り器に伝送する。タグは、例えば上述したＥＰＣを伝送することができるので、読み取り器によって受信されるＥＰＣは、ユニークにアイテムを識別するために用いることができる。
【００２６】
従って、該当するＲＦ読み取り器の位置を知ることによって、読み取られる各アイテムの位置は、様々な精度の程度まで特定され得る。特に、このような読み取り器が重複範囲を有するとき、位置情報を、結合範囲の領域を通して提供することができ、それは、例えば、三角測量法を用いるものであり、単一の読み取り器から得ることができるものより明確である。
【００２７】
しかし、位置情報が得られ、成分変換システム１２０が、この位置情報を受け取り、必要に応じて、この位置情報を別々の成分、例えば、緯度、経度、および高度に分解する。それから、緯度変換器１２２が緯度成分を第１の位置セグメント１０６に変換し、経度変換器１２４が経度成分を第２の位置セグメント１０８に変換し、かつ高度変換器１２６が高度成分を第３の位置セグメント１１０に変換する。
【００２８】
ヘッダエンコーダ１２８は、以下でより詳細に説明するが、ヘッダセグメント１１２の特性を決定する。それから、統合器１３０は、位置セグメント１０６、１０８、および１１０と共に、ヘッダセグメント１１２を受け取り、４つの全てのセグメントを結合して位置コード１０４とする。例えば、セグメント１０６、１０８、１１０、および１１２が１６進数または２進数の形式で表されるとき、統合器１３０は、予め決められた順序でセグメント１０６、１０８、１１０、および１１２を連結することによって、セグメント１０６、１０８、１１０、および１１２を統合して、位置コード１０４とすることができる。
【００２９】
ヘッダエンコーダ１２８がヘッダセグメント１１２をエンコードするので、位置コード１０４は、容易に伝送、記憶、アクセス、かつデコードされ得る。例えば、ヘッダエンコーダは、基準選択器１３２を備えていて、これは、緯度、経度、および高度をどこを基準にして表すかに関する基準情報を提供する。
【００３０】
基準選択器は、例えば、高度モデル１３４のための選択を含んでいてもよく、それは、位置コード１０４の中で表される高度情報のための基準点として役に立つ。このような高度モデルは、一般に、例えば海面のような共通の点を基準とする、“ｚ”のモデルまたは配列、または地球の“ｘ，ｙ”座標面上の高度パラメータを指す。例えば、多数の既知の高度モデルが存在し、図１の高度モデル１３４に対して用いられ得る。
【００３１】
基準選択器１３２は、更に、絶対／相対位置情報１３６を含んでいて、ここで、絶対位置とは、地球の表面を基準に取った位置情報を指す。これに対して、相対位置情報とは、いくつかの固定された座標系を基準に取った位置情報を指し、それは、与えられたシナリオの中で重要な座標系だけであってもよい。
【００３２】
例えば、ｅＬＣエンコードシステム１０２は、大きな船で輸送されているアイテムの位置情報のために用いられ得る。この場合、ｅＬＣエンコードシステム１０２のユーザーは、少なくとも船が航海中は、船に対する位置情報（すなわち、そのアイテムが船上のどこにあるか）に関心を持つだけであり、絶対緯度、経度、および高度情報は、いかなる付加的な価値も提供しないであろう。一般に、相対位置情報は、ｅＬＣエンコードシステム１０２の特定の用途または応用に対して、絶対位置の完全な程度が要求されないときはいつでも、役に立つ可能性がある。
【００３３】
精度制御ユニット１３８は、位置コード１０４およびそのセグメント１０６、１０８、および１１０の実現を見越しているので、位置コード１０４の全長および／またはセグメント１０６、１０８、および１１０のうちの１つ以上の個々の長さは、修正することができ、位置情報においてより高いまたはより低い精度を得ることができる。すなわち、例えば、位置コード１０４は、複数のバージョン、例えば９６ビットバージョンまたは６４ビットバージョンを有していてもよい。この全ビット長の中で、例えば緯度測定値に割り当てられる部分は、理論的には、（ヘッダセグメント１１２のために確保されている部分を除いて）ゼロから位置コードの実質的な全体まで変動し得る。
【００３４】
特に、精度制御ユニット１３８は、位置コード１０４の全ビット数を指定するビット長選択器１４０を備えている。全ビット数に対する選択肢は、成分変換システム１２０の能力に応じて提供され得る。
【００３５】
他の実施例において、ビット長選択器１４０は、受け取った位置情報に基づいてビット長を決定してもよい。特に、受け取った位置情報が、特に正確というわけではないとき、９６ビットバージョンの比較的大きい長さおよび精度は、このシナリオの中では役に立たないかもしれないので、ビット長選択器１４０は、自動的に、９６ビットバージョンより６４ビットバージョンを選択してもよい。別の例として、ビット長選択器１４０は、位置コード１０４の出所および／または宛先に基づいて、またはｅＬＣエンコードシステム１０２のオペレータの選択に基づいて、位置コード１０４のビット長を選択してもよい。
【００３６】
精度制御ユニット１３８は、更に、ビット割り当て器１４２を備えていて、これは、ビット数を各位置成分と対応付けるように動作可能である。すなわち、９６ビットの全ビット長に対して、ビット割り当て器１４２は、３１ビットを緯度に割り当て、３２ビットを経度に割り当て、かつ２７ビットを高度に割り当て、６ビットがヘッダセグメント１１２のために残る。他の実施例において、ビット割り当て器１４２は、４３ビットを緯度に割り当て、３８ビットを経度に割り当て、かつ９ビットのみを高度に割り当ててもよい。このように、ビット割り当て器１４２は、与えられた全ビット長の枠組みの中で、精度制御ユニット１３８が各成分の精度レベルを調節することを可能にする。
【００３７】
例えば、いくつかの状況において、高度情報は重要ではない一方で、高い精度で物体の緯度および経度を知ることが望ましいかもしれない。例えば、（例えば車または別の方法で運ばれて）地面の上を移動するアイテムの精密な監視は、移動する距離および地形次第で、多量の高度情報を必要としないかもしれない。他方、非常に高いビルの多数の階の中で物体の位置を追跡するには、高度セグメント１１０に対して、より高い精度（およびより長いビット長）が必要になるかもしれない。
【００３８】
ひとたび基準情報および精度情報が分かれば、ヘッダ割り当てシステム１４４は、ヘッダセグメント１１２を決定して出力することができる。例えば、ヘッダバージョンのデータベース１４６が使用可能なので、ヘッダ割り当てシステム１４４は、単に、基準および精度要求を、使用可能なヘッダバージョンのリストと比較するだけで、適切なヘッダバージョンを選択することができる。図３に関連して以下で検討するが、このようなヘッダ情報は、ｅＬＣデコードシステムが、位置コード１０４を読み出して、適切に位置コードを分析することを可能にする。
【００３９】
このように、例えば、ヘッダバージョン“０００００１”は、基準および標準高度モデルの絶対的な枠組みに対して、緯度、経度、および高度セグメントのために、それぞれ３１ビット、３２ビット、および２７ビットを有する９６ビットの位置コードを表していてもよい。他のヘッダバージョンは、他のビット長、ビット割り当て、および基準情報、およびおそらく他のまたは様々な情報を表していてもよい。
【００４０】
いくつかの実施例において、ヘッダセグメント１１２自体に割り当てられるビット数は、変化し得る。ちょうど今述べた場合には、位置コード１０４の形式が非常に標準的であるとき、ヘッダセグメント１１２のビット数は、ほんの２、３ビットに限定されるかもしれないし、いくつかの場合には、１または０ビットにすら限定されるかもしれない。他の場合で、ヘッダセグメント１１２の多くのバージョンが必要になる場合（例えば、高度モデルに対する選択肢、基準情報、またはビット長／割り当てが広範囲である場合、または他の情報がヘッダセグメント１１２の中に含まれている場合）には、ヘッダセグメント１１２は、６ビット以上を有していてもよい。これらの実施例においては、位置コード１０４をやりとりするユーザーが、位置コード１０４をエンコード／デコードすることができることを保証するために、追加のメカニズム、例えば、ヘッダセグメント１１２のビット長を共有するための予め取り決められた取り決めまたは他の外部通信を必要とするかもしれない。
【００４１】
与えられた全ビット長に対して、ヘッダセグメント１１２により多いまたはより少ないビット数を割り当てると、位置セグメント１０６、１０８、および１１０に割り当てられる、より少ないまたはより多いビット数が残ることは、理解されるべきである。従って、ヘッダ割り当てシステムは、精度制御ユニット１３８および／または基準選択器１３２と通信することにより、後者の構成要素が、最適な方法で、それらのそれぞれの機能を実行することができるようにしてもよい。
【００４２】
例えば、一実施例において、精度制御ユニット１３８および／または基準選択器１３２がそれらの機能を実行して、次に、もしヘッダ割り当てシステム１４４が、適切なバージョンの選択後に、追加のビットが使用可能であることを見極めたら、ヘッダ割り当てシステム１４４は、精度制御ユニット１３８および／または基準選択器１３２の使用のために、更なるビットを許可または割り当てることができる。他の実施例において、ヘッダ割り当てシステム１４４は、精度制御ユニット１３８および／または基準選択器１３２の動作の間、これらの構成要素と通信することにより、後者の構成要素が、それに応じて、それらの機能を実行することができるようにしてもよい。
【００４３】
ユーザーインターフェース１４８は、ｅＬＣエンコードシステム１０２のオペレータが、ヘッダエンコーダ１２８のパラメータを設定することを可能にする。例えば、インターフェース１４８は、オペレータがあるビット長またはある高度モデルを指定することを可能にしてもよい。いくつかの実施例においては、例えば、ヘッダエンコーダ１２８または位置コード１０４自体のパラメータが、自動エンコードのために予め取り決められているので、ユーザーインターフェース１４８は、縮小または完全に省略されてもよい。
【００４４】
図１から理解されるように、ユーザーは、単に適切なヘッダバージョンを割り当てるだけで、位置コード１０４全体をフォーマットすることができる。例えば、もしユーザーが、どのヘッダバージョンが特定の基準および／または精度情報に対応しているかを知っていれば（多分、ユーザーは、しばしば、それらのヘッダバージョンを使用するので）、ユーザーは、ユーザーインターフェース１４８を介して、所望のヘッダバージョンを指定する１つの番号を入力するだけで、位置コード１０４に対する、もしかすると非常に異なる形式間での切り換えをすることができる。
【００４５】
基準および／または精度情報、および他の情報は、数多くの様々な方法で、成分変換システム１２０の動作の中で実現され得る。この点について、ヘッダエンコーダ１２８は、能動的または受動的であるとみなされ得る。
【００４６】
例えば、図１は、ヘッダエンコーダ１２８が、システム１１４、１１６、１１８から位置情報を受け取り、それ、またはユーザーの選択、または他の要因に基づいて、精度および基準情報を決定するように実施されてもよい。それから、ヘッダ割り当てシステム１４４は、この情報を、変換器１２２、１２４、１２６によって位置成分を位置セグメント１０６、１０８、および１１０に変換する際に使用するために、成分変換システム１２０に渡してもよい。
【００４７】
他の実施例において、成分変換システム１２０は、位置情報を受け取って、ビット長／割り当ておよび基準情報の選択を含めて、どのように適切な変換を実行するかについての決定を行ってもよい。これらの実施例において、ヘッダエンコーダ１２８の動作は、より受動的であり、ヘッダエンコーダは、概して、成分変換システム１２０から受け取った情報に応じて、適切なヘッダ（バージョン）を決定するだけである。これらの実施例において、基準選択器１３２、精度制御ユニット１３８、およびユーザーインターフェース１４８のうちのいくつかまたは全ては、成分変換システム１２０と共同で実現され得る。
【００４８】
ｅＬＣエンコードシステム１０２を用いて、位置コード１０４は、非常にコンパクトな、デジタル形式で、三次元の位置を記述する。位置コード１０４は、位置コード１０４の伝送および記憶のためのデータ量を最小にする一方で、高い精度を提供する。加えて、述べたように、位置コード１０４は、一般的に拡張性があり、小さい（例えば、モバイル）機器によってでさえ効率的に処理され得る。位置コード１０４は、更に、特に１つのファイル内に複数の位置データポイントを記述するのに用いる場合に、圧縮性が高い。
【００４９】
図２Ａおよび２Ｂは、それぞれ９６ビットおよび６４ビットｅＬＣの例である。より詳しくは、図２Ａは、１６進数表記を用いた位置コード１０４ａの例を示している。緯度情報を提供する位置セグメント１０６は、受け取った位置システムの一部として入力される、緯度の程度と関連する符号を提供する最初のビットレベル２０２を含む一方で、サブセグメントまたはレベル２０４が、緯度測定値と関連する値を提供する。その結果は、指定された基準に対して、所望の精度レベルまでの緯度を表す１６進数の位置セグメント１０６である。
【００５０】
レベル２０４の数は、所望の、または必要な精度レベルに応じて、ビット割り当て器１４２によって割り当てられ得る。すなわち、より高いレベル数は、より高い精度の緯度情報の表現を見越している。図２Ａにおいて、セグメント１０６は、５つのサブセグメントまたはレベルを含んでいて、詳細には、各レベルは６ビットを含んでいる。同様の説明は、図示したように、セグメント１０８および１１０にも適用され、かつ図２Ｂの位置コード１０４ｂにも適用される。
【００５１】
１６進表記法を図２Ａおよび２Ｂに示したが、他の表記法、例えば２進表記法を用いることもできる。ビット割り当てが、レベル２０４に関してだけでなく、セグメント１０６（および他のセグメント１０８、１１０）に関して、どのように実行されるかについての詳細を、以下で更に詳細に述べる。更に、例えば、度またはメートルで表される緯度、経度、および高度情報が、どのように１６進数または２進数の形式に変換されるか（すなわち、変換器１２２、１２４、および１２６の動作）の例もまた、以下で述べる。
【００５２】
図３は、ｅＬＣデコードシステム３００のブロック図である。図示したように、ｅＬＣデコードシステム３００は、位置コード１０４を受け取り、ヘッダデコーダ３０２を用いてヘッダセグメント１１２を解読する。一実施例において、ヘッダデコーダ３０２は、単に、ヘッダ情報を、ヘッダバージョンのデータベース１４６と照合する。このように、ｅＬＣデコードシステム３００は、容易に、位置コード１０４に関する全ビット長、ビット割り当て、および基準情報を特定することができる。
【００５３】
セグメント分離器３０４は、ヘッダデコーダ３０２からこの情報を受け取り、位置コード１０４をそのセグメント１０６、１０８、１１０に分離する。すなわち、セグメント分離器は、位置コード１０４が９６ビット長であり、かつ緯度セグメント１０６が、合計３１ビットに対して、そのビット６−３６に含まれているという、図２Ａの例１０４ａにおける情報に基づいて分離を実行する。同様の説明は、セグメント１０８および１１０にも適用され、かつ図２Ｂの例のコード１０４ｂにも適用される。
【００５４】
成分変換システム３０６は、セグメント１０６、１０８、１１０を受け取り、それらを、それぞれ緯度変換器３０８、経度変換器３１０、および高度変換器３１２を用いて、例えば度およびメートルの単位に変換する。成分変換システム３０６は、サブセグメントのビット割り当て、すなわちレベル、例えば図２Ａのレベル２０４の情報を、ヘッダデコーダ３０２から、たぶんセグメント分離器３０４を経由して受け取ってもよい。
【００５５】
図１〜３は、このように、位置が、当事者間で標準化された方法で共有され得る技術を示している。もちろん、ｅＬＣエンコードシステム１０２およびデコードシステム３００は、一緒に実現され得る。なぜなら、システム１０２および３００の所定のオペレータは、標準の基盤上で、位置情報を送り、かつ受け取ることができるからである。このように、システム１０２および３００のある相関性は、効率の目的のために、一緒に実現され得る。例えば、変換器１２２、１２４、および１２６は、変換器３０８、３１０、および３１２との相関性を共有していてもよく、一緒に実現され得る。
【００５６】
図４は、図１および３のエンコード／デコードシステム１０２／３００と共に用いられるアイテム追跡システム４００のブロック図である。より詳しくは、図４は、個々の物体またはアイテムを追跡するための自動ＩＤ追跡システムと共に用いられるネットワークアーキテクチャのブロック図であり、例えば、アイテムは、製造され、流通され、販売される。一実施例において、システム４００は、個別レベルでアイテムを追跡するために、上述した電子製品コード（ＥＰＣ）に依存する。
【００５７】
換言すれば、ＥＰＣは、標準製品コード（Uniform Product Code）（ＵＰＣ）識別子と同様の、ユニークな番号を意味し、それは、予め定義された形式および方式を有していて、複数の組織および企業が、それらのそれぞれの製品、商品、またはサービス、またはその集合（例えば、パレット、ケース、またはトラックの積荷）をユニークに指定して識別する際に使用することに同意したものである。例えば、ＲＦＩＤシステムの状況（context）の中で、ＥＰＣは、アイテム４０４のタグ４０２に割り当てることができるので、このタグは、ＲＦＩＤ読み取り器４０６によって読み取ることができる。例えば、標準的なＥＰＣは、４つのフィールドによって定義される。ヘッダフィールド（様々な形式を識別するため）、製造フィールド（ＥＰＣを割り当てる各組織は、それ自身の製造フィールドを持っている）、製品フィールド（製品コード）、およびシリアルナンバー（製品またはアイテム自体が有している）。
【００５８】
読み取り器４０６のようなデバイス読み取り器は、例えば企業活動全体に、広く分布させることができる。例えば、デバイス読み取り器は、特定の倉庫または小売店全体に、または企業のサプライチェーンの複数の製造設備、倉庫、流通センター、および小売店全体に、配置することができる。
【００５９】
単一の読み取り器４０６だけが便宜のために図４に示されているが、日々の取引の中で生産され、かつ販売される多数の商品は、このような商品のアイテムレベルでの追跡が、兆の範囲の多数のセンサを必要とするかもしれないことを意味する。更に、いかなる１つのアイテムも、その存続期間またはその存続期間の一部にわたって監視されるかもしれないので、各アイテムは、所定の期間にわたって、読み取り器４０６によって、複数の読み取りイベントを発生させるかもしれない。
【００６０】
述べたように、ＥＰＣはアイテム４０４に対する製品情報を提供するが、タグ４０２が読み取り器４０６によって読み取られるたびに、上記のシステム１０２および３００の特徴を組み込んでいるｅＬＣエンコード／デコードシステム４０８は、それが読み取られる時（および各々の時）の、アイテム４０４に対する位置特定情報を提供するために用いられる。例えば、ｅＬＣシステム４０８は、アイテム４０４のＥＰＣの読み取りの識別および出力と同時に、あるバージョンの位置コード１０４を出力することができる。
【００６１】
上記のように、位置コードは、ＥＰＣネットワークアーキテクチャ４００全体を通して、容易かつ有意義に、共有かつ記憶され得る。すなわち、各読み取り器４０６は、圧縮性が高く、かつ、対応する使用可能なｅＬＣシステム４０８を持っている、位置コード１０４の他のどの受け取り人によっても、容易にデコードされる方法で、位置コード１０４を選択された精度レベルまでエンコードすることができる。
【００６２】
位置コード１０４のこのような受け取り人は、ＥＰＣネットワーク全体に配置されるかもしれないので、対応するｅＬＣシステムも、ＥＰＣネットワーク全体にわたって設置され得る。図４の残りは、以下で説明するが、どのようにｅＬＣシステム４０８が配置され、この状況の中で用いられ得るかの例を示している。
【００６３】
図４において、企業アプリケーション４１０は、１つ以上の多数のアプリケーションを表していて、それは、ＥＰＣネットワークと連係し得る。例えば、このような企業アプリケーションは、サプライチェーンマネジメントアプリケーションを含んでいてもよく、これは、企業の製品またはサービスの生産／購入、出荷、および販売の過程を管理するため、または、どの資産（例えば、在庫資産）が、企業にとって使用可能または不可であるのか、または企業によって望まれているのかを判断する目的で、サイト、組織内または全体、または組織間の多数の資産を監視かつ追跡するために用いられる資産追跡および管理システムを管理するために、企業によって用いられ得る。倉庫管理アプリケーションは、倉庫の受領、仕入れ、選別、および出荷態様を管理するために用いられ得る。分析システムは、企業活動の態様、例えば、消費者の要求に対する応答速度、盗みに起因する損失、または企業の利益または活動に影響を与え得る他の要因を定量化するために用いられ得る。
【００６４】
このような企業アプリケーション４１０は、一般に、１つ以上の企業システムに共通のデータを集め、共有し、かつ使用する必要があり得る。例えば、サプライチェーンマネジメントアプリケーションは、資産管理アプリケーション内のデータに基づいて、あるタイプの資産のうちのいくらが、現在、使用可能であるかを知る必要があり得る。分析システムは、例えば、仕事の課題（例えば倉庫の使用、または配達遅れの理由）、問題（例えば製品偽造のパターン）、および物理的な物体（アイテム、ケース、パレット）の概略の認知度を発見するために、他のアプリケーションからデータを抽出し得る。
【００６５】
従って、情報は、ちょうど今述べた、例としての企業アプリケーションのうちのいずれか、または他のものに伝達され、これらの間で共有され、かつこれらによって用いられ得る。このように、企業は、本質的にリアルタイムであり、その活動の全領域にわたる情報を得て、用いることができる。更に、企業は、情報を他の企業と共有することができる。例えば、サプライチェーンマネジメントアプリケーションは、第１の企業（例えば、小売店）と関連している一方で、倉庫マネジメントアプリケーションは、第２の企業（例えば、製造業者）と関連しているかもしれない。ここで述べたような情報を得て共有することによって、２つの企業は、それらのそれぞれの活動の両方の効率を上げることができる。
【００６６】
示したように、企業アプリケーション４１０は、ｅＬＣシステム４０８を含んでいてもよいし、またはｅＬＣシステム４０８にアクセスできてもよい。その結果、上記の活動は、例えば、企業のサプライチェーン内かつ全体にわたる製品に固有の位置情報の認識および共有から、利益を得ることができる。以下に示す例の中でより詳細に説明するが、このような位置の認識は、企業が、それらのサプライチェーンおよび他の活動をより効率的かつより安全に管理することを可能にし、かつ、他の利益の中で、位置の認識をベースとする効果的な構成を見越していて、それは、企業活動の間に起こり得る問題を発見（かつ修正）するために、照会かつ調査することができる。
【００６７】
この状況の中で、図４において、ＥＰＣ情報サービス（ＥＰＣＩＳ）層４１２は、ネットワーク上でのＥＰＣデータの交換を可能にする。すなわち、ＥＰＣＩＳは、標準的な形式またはプロトコルを提供し、これによって、ＥＰＣ番号を識別した読み取り器は、その番号についての（そして、それゆえに、その関連付けられたアイテムについての）情報を見つけて、使用することができる。いくつかの実施例において、かつ／または関連する実施例において、言語、例えば、物理的マークアップ言語（ＰＭＬ）および／または拡張可能なマークアップ言語（ＸＭＬ）は、上記のビジネスレベルのＥＰＣ情報の転送および使用のために用いられ得る。位置コード１０４は、上述した言語、または他の言語を用いて、率直な方法で、このようなＥＰＣデータの中に組み込まれ得る。
【００６８】
ＥＰＣＩＳ層４１２は、アプリケーションマネージャ４１４から情報を受け取り、それは、一般に、情報イベント（例えば、タグの読み出し）を管理し、かつＥＰＣＩＳ層４１２への、そして、これにより、ＥＰＣＩＳ倉庫（repository）４１６への通信のためにイベントを管理するように動作可能である。アプリケーションマネージャ４１４は、倉庫４１６がデータを蓄積するとき、倉庫４１６を監視かつ設定するように動作する。
【００６９】
アプリケーションマネージャ４１４およびＥＰＣＩＳ層４１２は、オブジェクトネーミングサービス（ＯＮＳ）４１８にアクセスでき、これは、ドメインネームサービス（ＤＮＳ）と同様に、ルックアップサービスである。このルックアップサービスは、アプリケーションマネージャ４１４およびＥＰＣＩＳ層４１２が、製品についての情報を、その製品のためのＥＰＣコードに基づいて見つけることを可能にする。ＯＮＳ４１８は、様々なレベルの情報を有していてもよく、この情報は、例えば、情報が製品に対して局所的に記憶されたのか、非局所的に記憶されたのかによって分類され得る。
【００７０】
示したように、ｅＬＣシステム４０８は、アプリケーションマネージャ４１４、ＥＰＣＩＳ貯蔵所４１６、およびＯＮＳ４１８の層で実現され得るので、アプリケーションマネージャ４１４、ＥＰＣＩＳ倉庫４１６、およびＯＮＳ４１８もまた、ｅＬＣシステム４０８を動作させ、または、それにアクセスできる。このように、再び、これらのアプリケーションの各々は、実用的かつ効率的な方法で、莫大な数の製品に対する位置情報を追跡かつ共有することができる。
【００７１】
すなわち、ちょうど今述べたように、図４のアーキテクチャは、単に製品のＥＰＣを知っていることによって、追跡、共有、かつアクセスされるべき製品を見越している。従って、例えば、位置コード１０４を所定の製品のＥＰＣと関連付けることによって、倉庫４１６およびＯＮＳ４１８は、製品の現在の位置、または製品の以前の位置の履歴、または製品の計画された将来の経路を特定するために用いられ得る。
【００７２】
更に、図４において、アプリケーションレベルイベント（ＡＬＥ）インターフェース層４２０は、デバイスマネージャ４２２に対するインターフェースを提供する。すなわち、非常に多数の読み取り器４０６、およびこのような各読み取り器に関連する非常に多数の読み出しイベントがあるかもしれないので、デバイスマネージャは、効率的な方法で複数の読み取り器の動作を調整するために用いられ得る。例えば、ＡＬＥインターフェース層４２０は、デバイスマネージャ４２２と共に用いられて、読み出しイベントを、読み取り器プロトコルインターフェース層３０４から受け取ったとき、フィルタにかけるか、または統合することができる。読み取り器プロトコルインターフェース層３０４は、ネットワークアーキテクチャ４００内で、多数の異なるタイプの読み取り器との通信が可能なように設計されている。この状況において、再び、ｅＬＣシステム４０８は、記憶スペースを節約するために、例えば、より低い精度レベルまでの再エンコード位置情報によって、または基準情報（例えば、高度モデルまたは絶対／相対基準情報）が第２のセットの読み取り器４０６のそれに適合するような第１のセットの読み取り器４０６からの再エンコード位置情報によって、効率的に位置情報を管理するために用いられ得る。
【００７３】
図５は、図４のアイテム追跡システムの実施例のブロック図である。多くの他の例が存在するが、図５は、ｅＬＣシステム４０８および位置コード１０４が、どのように用いられて、そのユーザーに利益をもたらし得るかの２、３の例を提供する。
【００７４】
図５には、倉庫５０２が、小売店５０６に出荷されるべきアイテム５０４を格納しているシナリオが示されている。図５には示していないが、アイテム５０４は、ＲＦＩＤタグまたは他の識別器を有していて、それによって、読み取り器５０８または読み取り器５１０は、例えばアイテム／タグのＥＰＣを特定することによって、アイテム５０４を検出および識別し得ることは、理解されるべきである。
【００７５】
示したように、読み取り器５０８は第１の位置に置かれる一方で、読み取り器５１０は第２の位置に置かれる。両方の読み取り器は、ｅＬＣシステム４０８を含む追跡システム５１２と通信する。図５には示していないが、上記のように、ｅＬＣシステムも、明確に読み取り器５０８／５１０の一方または両方と関連していてもよい。
【００７６】
同様に、小売位置５０６は、第１の位置に読み取り器５１４を有し、第２の位置に読み取り器５１６を有し、かつ読み取り器５１４／５１６と通信する追跡システム５１８を有している。追跡システム５１２および５１８の両方とも、ネットワークと通信するが、それは、例えば、公共のネットワーク、例えばインターネットを表していてもよく、かつ／または、図４のＥＰＣネットワークアーキテクチャ４００のうちのいくつか又は全てを含んでいてもよい。
【００７７】
そして、１つのシナリオにおいて、配達トラック５２２は、倉庫位置５０２から小売位置５０６までアイテム５０４を輸送するように割り当てられる。より詳細には、読み取り器５０８および５１０の位置は、倉庫５０２の２つの別々の荷積みドックを反映していて、かつトラック５２２は、読み取り器５０８と関連付けられた荷積みドックでアイテム５０４をピックアップするように割り当てられてもよい。
【００７８】
この場合、倉庫５０２は、この位置、例えば「荷積みドックＡ」のための内部基準を有していてもよい。この内部基準は、しかし、倉庫５０２のレイアウトに精通していない可能性があるトラック５２２の運転手５２４にとっては、役に立たないかもしれない。更に、倉庫５０２が、上述したようなグローバル位置番号（ＧＬＮ）を有していて、それによって、運転手５２４は、倉庫のストリートアドレスを見つけるかもしれないが、この情報は、まだ、この倉庫に対する読み取り器５０８の位置を見つけるのには役に立たないであろう。
【００７９】
しかし、アイテム５０４（または読み取り器５０８）と関連付けられたｅＬＣを特定することによって、運転手５２４は、明確に適切な位置に導かれ得る。例えば、ｅＬＣシステム４０８は、マッピングソフトウェアと関連していて、マッピングソフトウェア自体は、たぶん運転手５２４によって用いられるトランシーバ５２６を含むＧＰＳシステムと関連している。すなわち、アイテム５０４の位置コード１０４を受信することによって、対応する緯度／経度／高度情報が特定され、倉庫５０２の地図または線図と関連付けられる。もちろん、ＧＰＳシステムも、トラック５２２自体の位置情報を提供することができ、それは、ここで述べたような、倉庫５０２の地図または線図、および／またはアイテム５０４の位置コードに関する相関のための位置コードとして表され得る。
【００８０】
従って、運転手５２４は、小売位置５０６への輸送のために、アイテム５０４を得て、積むことができる。上記と同様に、小売店５０６のオペレータは、アイテム５０４のための特定の荷下ろし点を選ぶことができ、それは、ドライバ５２４に、選ばれた位置の読み取り器５１４の位置コード１０４を送信することによって、伝達され得る。再び、運転手５２４は、小売店のオペレータによって用いられ得る位置のための内部基準または命名法の知識を必要とせずに、有意義にこの位置情報を使用することができる。従って、運転手５２４は、単一の位置コードを介して、小売店５０６の概略の位置と、読み取り器５１４の特定の荷下ろし位置との両方を得ることができる。
【００８１】
次に続くトラック５２２によるアイテム５０４の輸送は、位置コード１０４の有益な使用のための多くの機会を提供する。例えば、輸送されるときにアイテム５０４の位置を個別に追跡することは、起こり得る間違いの防止または少なくとも識別の助けになり得る。例えば、もし、例えば方向に沿った別々の配達のために、または異なる宛先への出荷の中で他のアイテムを送るために、トラック５２２の全出荷が分割されるならば、アイテム５０４は、不注意でトラック５２２から取り除かれるかもしれない。逆に、アイテム５０４は、取り除かれるべきであったが、取り除かれなかったかもしれない。
【００８２】
このような場合に、その移動全体にわたるアイテム５０４の位置についての情報は、時間を通して、その関連付けられた位置コード１０４によって提供され得る。例えば、読み取り器５２８をトラック５２２上に設置して、アイテム５０４の存在を検出するように動作させることができる。読み取り器５２８およびＧＰＳ送信器５２６は、ｅＬＣシステム４０８と通信して、その移動全体にわたって、アイテム５０４の更新された位置コードのストリームを生成することができる。同様に、もしアイテム５０４が所定の位置でトラック５２２から（多分誤って）下ろされれば、その位置の読み取り器が、アイテム５０４の位置コードを送信し始めることができる。
【００８３】
その結果、位置コードは、アイテム５０４を追跡するための遠隔測定データのストリームを効果的に形成することができ、それは、データベース５３０に格納することができる。更に、位置データは、示したように、その収集の時間と関連させてもよく、これにより、多数の異なるタイプの照会が、位置データに対して実行されることを可能にする。
【００８４】
既存のシステムは、いくつかのタイプの位置情報を提供すると言えることは、理解されるべきである。なぜなら、例えば、倉庫５０２のマネージャは、倉庫内の全ての読み取り器の位置を知っているかもしれないからである。同様に、サプライチェーンを管理している誰かは、サプライチェーンに沿った全ての読み取り器についての情報を有しているかもしれないので、アイテムが予想された読み取り器のうちの１つによって読み取られる範囲で、輸送されたアイテムの位置を知っているかもしれない。
【００８５】
ユーザーは予想される読み取り器の位置に精通していると仮定すると、または、もし読み取り器の位置が、関連する実体のＧＬＮと関連するのであれば、このような情報は、一般に位置情報の概要を提供する。しかし、もしユーザーが、予想される読み取り器の位置に精通していないのであれば、または、もしＧＬＮが使用可能でないのであれば、または、もし、このアイテムが（間違いまたは不正行為によって）予想外の読み取り器で読み取られたら、ユーザーは、（役に立つ）位置データを持つことができないか、または、使用可能な位置データに基づいて行動するために、様々な追加のステップまたは努力を実行しなければならない可能性がある。
【００８６】
更に、読み取り器の位置の一般的な情報によって間接的に得られる、このような位置情報は、具体的な読み取り器またはアイテム５０４自体の緯度、経度および高度情報と同じように役に立つとは言えない。更に、このような一般的な位置情報は、望ましい精度レベルに容易に拡張することができないし、高速かつ有意義な方法で他の位置情報と比較することもできないし、コンパクトな仕方で記憶することもできない。
【００８７】
しかし、図５においては、アイテム５０４の位置コードは、これらおよび他の利益を見越している。例えば、既に述べたが、アイテム５０４の位置コードは、アイテム５０４の移動全体を通して、送信され、かつ記憶され得る。更に、ＧＰＳ送信器５２６によって、トラック５２２も追跡され得る。
【００８８】
更にまた、運転手５２４は、上記で概説したように、例えば、ＧＳＭシステム５３４によって追跡される運転手のセルフォン５３２によって、追跡され得る。たとえ、ＧＰＳ送信器５２６とＧＳＭシステム５３４との個々の実施の間に、いくらかの互換性があるとしても、位置コード１０４は、ここで記述される様々な他のデバイス、および他のデバイスと同様に、ｅＬＣ４０８と関連する実質的に任意のこのようなデバイスと互換性を持つという点で、更なる利益を提供する。更に、位置コード１０４は、フレキシブルで、拡張性があり、かつ非常に正確である。
【００８９】
多数の異なるタイプの装置にわたって、正確で一貫した方法で、様々なアイテム、物体、および人の位置を追跡することを見越した位置コード１０４の能力は、多数の実現可能な利益を提供する。少し例を挙げれば、それは、トラック５２２の積荷が高価で、盗みまたは損害のないように単独で放置すべきではないので、運転手５２４が、トラック５２２から予め決められた距離以上離れないという指示下にある場合であってもよい。セルフォン５３２の位置コードをトラック５２２の位置コードと比較することによって、もしかすると本質的に異なるシステム（すなわちＧＰＳとＧＳＭ）の存在にもかかわらず、２つの位置コードは、位置データベース５３０へのアクセス権を有する誰によってでも、有意義に比較され得る。
【００９０】
更に、運転手５２４がトラック５２２から離れた時間および距離を確かめることができる。もし運転手がアイテム５０４をトラック５２２から盗もうとしたとしても、データベース５３０からの位置コードが、アイテム５０４がトラック５２２上に存在した最後の位置を特定するために用いられ得る。
【００９１】
多くの他の照会が、データベース５３０に対してなされ得る。例えば、位置および関連する時間がアイテム５０４に対して分かっているので、アイテム５０４の速度が計算され得る。このような情報は、例えば、アイテム５０４が壊れやすく、過度に加速されるべきではないときに、役に立ち得る。更に、運転手５２４の管理者が、運転手５２４の安全運転の実施を維持することを望むのであれば、運転手５２４の平均または瞬間の速度もまた、計算され得る。
【００９２】
もし多数のトラックがアイテムを配達しているのであれば、２台のトラックの比較もまた、なされ得る。例えば、トラックが、現在、お互いから、どれくらい遠く離れているか、または、どのトラックが、特定のピックアップまたは配達場所に、より近いかを、容易に特定することができる。このような能力は、配達トラックの運転手および管理者の効率を上げることができる。
【００９３】
図６は、図１のｅＬＣエンコードシステム１０２の動作を示しているフローチャート６００である。図６の例において、システム１０２は、まず、緯度、経度、および高度情報を、局所的または非局所的な出所から受け取る（６０２）。それから、適切な基準情報、例えば、高度モデルおよび受け取った緯度、経度、および高度情報の絶対または相対位置間の区別を受け取る（６０４）。
【００９４】
それから、形成される位置コード１０４の全ビット長が、例えば９６ビット、６４ビット、または他の長さのように決定される（６０６）。位置コード１０４の形式、例えば１６進数かまたは２進数かもまた、決定され得る。述べたように、全ビット長は、結果としての位置コードにおける、より大きいまたはより小さい程度の精度を提供する。
【００９５】
それから、選択された使用可能なビット数の割り当てがなされる（６０８）。一実施例において、上述したように、ビット長および／またはビット割り当て選択過程が、精度レベル数としての選択と同様に示され得る。ここで、各レベルは、位置コードセグメント１０６、１０８、および１１０の各々のサブセグメントを表している。より大きいかより小さいレベルが、全体の中でセグメントの各々に割り当てられ得る。または、与えられたレベル数（サブセグメント）が、セグメント１０６、１０８、および１１０間で、複数の方法で共有され得る（すなわち、より大きいレベル数が、他のセグメントに割り当てられるレベル数を減らすという犠牲を払って、１つのセグメントに割り当てられ得る）。
【００９６】
ビット割り当て過程の一部は、もし以前に設定されていなかったのであれば、あるビット数をヘッダセグメント１１２に割り当てることを含んでいてもよい。もちろん、ヘッダセグメント１１２に対してより多いまたはより少ないビットを使用可能にすると、セグメント１０６、１０８、および１１０のうちの１つ以上に対して、それぞれ、より少ないまたはより多いビットが割り当てられる。
【００９７】
それから、ヘッダバージョンが、基準情報、ビット長、およびビット割り当てに基づいて、決定され、かつ割り当てられ得る（６１０）。述べたように、ヘッダセグメントの指定されたバージョンは、ｅＬＣデコードシステム３００での位置コードの直接かつ容易なデコードを見越していて、緯度、経度、および高度位置成分の実際の変換の一部として用いられ得る。
【００９８】
すなわち、ひとたび上記の情報が分かれば、最初に受け取った緯度、経度、および高度情報は、適切なビット数を有するセグメント１０６、１０８、および１１０に変換され得る。それから、セグメント１０６、１０８、および１１０は、ヘッダセグメント１１２と共に、位置コード１０４に統合され得る（６１４）。
【００９９】
いくつかの実施例において、例えば、基準情報およびビット長／割り当ては、緯度、経度、および高度情報を受け取る前に設定され得るので、これらの時点での決定は、位置コードが形成されるたびに、なされる必要はない。例えば、ｅＬＣエンコードシステム１０２の所定のユーザーは、使用のために割り当てられる特定のヘッダバージョンを持つことができ、それは、全ての入力位置情報に自動的に割り当てられ得る。他の例として、ｅＬＣエンコードシステム１０２は、位置情報の出所（例えば特定の読み取り器）または宛先（例えば特定の記憶データベース）に基づいて、特定のヘッダバージョンを割り当てるように構成され得る。この点に関しては、図１に関する上記のように、ユーザーインターフェース１４８が、このような設定を入力するために用いられ得ることは、理解されるべきである。
【０１００】
緯度、経度、および高度変換（６１２）を実行するための具体的な技術を、表１〜４および図７および８に関連して更に詳細に以下で述べる。
【０１０１】
詳細には、表１は、緯度変換のための変換規則を提供する。表１においては、以下の表記法が用いられる。ＩｎＬＡは、入力緯度を指し、−９０°と＋９０°との間の度で表される。ＲＬＡは、正しい単位を保証するための正規化係数を指し、緯度変換の場合、９０°である。
【０１０２】
ＬｘＬＡｂは、所定のレベルのために使用可能なビット数を指す。例えば、図２Ａを参照すると、緯度セグメント１０６は、５つのレベル２０４を有している。これらの中で、レベル１は、位置コード１０４ａのビット７〜１２から成る６ビットを有している。従って、この場合の量ＬｘＬＡｂは、Ｌ１ＬＡｂ＝６（ビット）と表記される。同様に、レベル２に対しては、結果はＬ２ＬＡｂ＝６（ビット）である。表１において、異なるレベル、例えば図２Ａの５つのレベル２０４は、ＬｘＬＡと称されるので、レベル１はＬ１ＬＡと表され、レベル２はＬ２ＬＡと表され、等々である。
【０１０３】
再度、図２Ａを参照すると、既に位置コード１０４ａに関して述べたように、１ビットから成るサブセグメント２０２が、緯度の符号を示すために確保され得るので、入力緯度ＩｎＬＡがゼロ未満のときｓｉｇｎＬＡ＝０であり、入力緯度ＩｎＬＡがゼロ以上のときｓｉｇｎＬＡ＝１である。換言すれば、例えば、入力緯度ＩｎＬＡ＝３７°であれば、サブセグメント２０２のビット値は１である。入力緯度ＩｎＬＡ＝−３７°であれば、サブセグメント２０２のビット値は０である。
【０１０４】
【表１】
【０１０５】
上記の表記法と共に、表１は２つの欄を有している。第１欄は、度で表される緯度測定値ＩｎＬＡを入力し、所定の精度レベルまでの緯度測定値に対応する整数値を出力するための変換規則を表している。計算は、入力緯度ＩｎＬＡおよび所定のレベルで使用可能なビット数ＬｘＬＡｂに依存する。
【０１０６】
第２欄は、所定のレベル、そのレベル（および前述のレベル）で使用可能な所定のビット数、および入力緯度測定値ＩｎＬＡ自体の所定の精度レベルで表され得ることを超えた情報の残りを捕捉するための規則を表している。この残り値はＲＬｘＬＡと表記され、レベル１の例ではＲＬ１ＬＡと表記される。
【０１０７】
例えば、３７．４２５°であることが知られているだけである入力緯度ＩｎＬＡに対して、図２Ａのように、レベル１でのビット数はＬ１ＬＡｂ＝６であると仮定すると、表１の欄１において、第１の計算は、Ｌ１ＬＡ＝（３７．４２５）（２６＝６４）／９０、すなわち約２６．７５５という値になり、ｎ＝２６という整数値になる。値２６は、それから所望のデータ形式、例えば２進数のデータ形式に変換することができ、この例におけるレベル１で使用可能な全６ビットを用いて０１１０１０と表される。
【０１０８】
もしこの精度レベルが許容できるのであれば（この数によって表される分解能の程度は、更に詳細に以下で論じられる）、位置コードの残りのビットは、経度および高度測定値のために用いられるか、または単にゼロとして表され得る。しかし、３７．４２５°の緯度測定値を表す際に、より高い分解能および精度を得るために、上記のように、位置コードの次のレベルすなわちサブセグメントが、前のレベルで使用可能なビット数だけでは表現することができない、追加の分解能を表す残り値に基づいて計算され得る。
【０１０９】
例えば、与えられた例を続けると、残り値ＲＬ１ＬＡは、表１の第２欄の第１項目に従って、ＲＬ１ＬＡ＝（３７．４２５）−［（２６）（９０）／（６４）］、すなわち．８６２５になる。そして、この値は、表１の第１欄の第２項目における整数値Ｌ２ＬＡを計算するためのベースとして役立ち得る。それは、この場合、３９であり、２進数の形式で表せば１００１１１である。分かると思うが、望むのであれば、次の残り値ＲＬ２ＬＡは、それから計算され得る。それから、２進数の形式にされた結果は、連結によって統合され、それは、この場合、１０１１０１０１００１１１という結果になる（入力緯度３７．４２５°の符号が正だったという事を表す最初のビットの１を含む）。十分に作業した例を、図８に関連して以下に示すが、それは、上記の数および仮定を使用して、緯度セグメント１０６の５つのレベルに対する結果に加えて、位置コード１０４の経度セグメント１０８および高度セグメント１１０に対する対応する結果も示している。
【０１１０】
図７は、表１に関連してちょうど今述べた、図６の動作の中で用いられる過程の概略の適用を示すフローチャート７００である。詳細には、図７は、位置情報（詳細には、緯度成分）を位置コード１０４の対応する（すなわち、緯度）セグメント１０６に変換することを記述した実施例を示している。
【０１１１】
図７において、ちょうど今述べたように、緯度成分ＩｎＬＡが受け取られ、かつアクセスされる（７０２）。すなわち、例えば緯度変換器１２２で、経度および／または高度情報から分離される。そして、緯度変換器１２２は、各レベルに対するビット数ＬｘＬＡｂとして上述した、緯度セグメント１０６が使用可能なビット数を決定することができ、同様に、各々の使用可能なサブセグメントまたはレベルにビットを割り当てることができる（７０４）。従って、緯度変換器１２２は、使用可能な精度レベル（すなわちサブセグメント）を決定することができる（７０６）。逆に、もちろん、緯度変換器１２２は、最初に緯度セグメント１０６のための全ビット長およびセグメント１０６のレベル数を得ることによって、各レベルに対するビット数ＬｘＬＡｂを決定することもできる。
【０１１２】
それから、上記で概説した変換規則によって進み、レベルの整数は、最初のレベルに対して計算される（７０８）。上記の例では、レベル１の整数は２６になる。このレベルの整数は、それから、選択された（例えば２進数の）データ形式の、結果としてのサブセグメントに変換され、かつ一時的に記憶され得る（７１０）。
【０１１３】
もし更なるレベル（ビット）が使用可能であるならば（７１２）、緯度変換器１２２は、残り値ＲＬｘＬＡを計算することができ、この例においては、第１レベルのための第１残り値、すなわちＲＬ１ＬＡである。それから、この値ＲＬ１ＬＡは、次のレベルの整数を計算するために用いられ得る（７０８）。
【０１１４】
この過程は、それ以上のレベルが使用可能でなくなるまで続き、その時点で、計算されたサブセグメントは（符号ビットと）統合され、緯度セグメント１０６とされる（７１６）。他の実施例において、サブセグメントは、各サブセグメントが計算されるとき、進行中に連結され得る。
【０１１５】
図７の過程は、経度変換器１２４および高度変換器１２６のための同様の過程によって、それらの変換器によって用いられる適切な変換規則に従うことによって、繰り返され得る。このような変換規則の例を、以下で表２および表３に関連して示す。
【０１１６】
詳細には、表２は、経度変換器１２４のための変換規則を提供する。表２においては、表１と類似している以下の表記法が用いられる。ＩｎＬＯは、−１８０°と＋１８０°の間の度で表される入力経度を指す。ＲＬＯは、正しい単位を保証するための正規化係数を指し、経度変換の場合、１８０°である。
【０１１７】
−９０°＜ＩｎＬＡ＜９０°および−１８０°＜ＩｎＬＯ＜１８０°のような緯度および経度の表現は、それぞれ、それらの用語の定義に起因することに注意した方がよい。特に、緯度および経度は、地球のグリッドシステムを定義している。赤道でスライスすることによって、経度線（子午線）が円（例えば赤道）のまわりの各々の度で定義され、全てのこのような経度線は極で出会う。各々の度での経度線によってスライスしても、緯度線を提供する、対応する円になる。
【０１１８】
赤道をゼロ度と定義し、かつ正の値としての各々の度（緯度線）で北を測定することによって、緯度線は北極で９０°に達し、かつ同様に緯度線は南極で−９０°に達する。経度に対しては、国際協定が、本初子午線として知られた特定の経度線においてゼロ度の経度を定義していて、経度の距離が、東西で、それらが後に１８０°で出会うまで測定される。
【０１１９】
更に表２において、ＬｘＬＯｂは、所定の経度レベルのために使用可能なビット数を指し、例えば、図２ＡにおいてはＬ１ＬＯｂ＝７（ビット）である一方で、Ｌ２ＬＯｂ＝６（ビット）である。表２において、レベルはＬｘＬＯと称されるので、レベル１はＬ１ＬＯと表され、レベル２はＬ２ＬＯと表され、等々。
【０１２０】
緯度のための表１と同様に、１ビットから成るサブセグメントが、経度の符号を示すために確保されるので、入力経度ＩｎＬＯがゼロ未満のときｓｉｇｎＬＯ＝０であり、入力経度ＩｎＬＯがゼロ以上のときｓｉｇｎＬＯ＝１である。
【０１２１】
【表２】
【０１２２】
上記の表記法と共に、表２は、度で表される経度測定値ＩｎＬＯを入力し、経度測定値に所定の精度レベルまで対応する整数値を出力するための変換規則を表す第１欄を有している。第２欄は、残り値ＲＬｘＬＯを表していて、レベル１の例では、ＲＬ１ＬＯである。
【０１２３】
表３は、高度変換器１２６のための変換規則を提供する。表３においては、表１および２と類似しているが、以下の表記法が用いられる。ＩｎＡＬは、海抜メートルで表される入力高度を指す。ＲＡＬは、正しい単位を保証するための正規化係数を指し、高度変換の場合、高度オフセットＯｆｆＡＬおよび最大高度ＭａｘＡＬに関連して設定される。すなわち、高度に対しては、海面下のある（小さい）距離だけが重要であり、かつ、同様に、その上の高度測定値は求められていない、いくつかの定義される最大高度が、設定され得ることが、所定の高度モデルに対して仮定され得る。要するに、高度範囲が設定され、そして、下記の例においては、高度範囲は、ＯｆｆＡＬ＝−２４ｋｍとＭａｘＡＬ＝１０００ｋｍの間、すなわち１，０２４，０００ｍであると仮定される。
【０１２４】
更に表３においては、ＬｘＡＬｂは、所定の高度レベルのために使用可能なビット数を指し、例えば、図２ＡにおいてはＬ１ＡＬｂ＝６（ビット）である。表３においては、レベルはＬｘＡＬと称されるので、レベル１はＬ１ＡＬと表され、レベル２はＬ２ＡＬと表され、等々。
【０１２５】
１ビットのサブセグメントが、高度の符号を示すために確保され得る。代替案として、下記の例において、上述した範囲は、オフセット値ＯｆｆＡＬをゼロとみなし、かつ高度は２４ｋｍ未満の値に対しては負の値で表すように調節され得る。
【０１２６】
【表３】
【０１２７】
上記の表記法と共に、表３は、メートルで表される高度測定値ＩｎＡＬを入力し、高度測定値に所定の精度レベルまで対応する整数値を出力するための変換規則を表す第１欄を有している。第２欄は、残り値ＲＬｘＡＬを示していて、レベル１の例では、ＲＬ１ＡＬである。
【０１２８】
図８Ａ〜８Ｃは、図６および７の動作の結果を示している表である。詳細には、図８Ａ〜８Ｃは、それぞれ、上記のように、入力緯度がＩｎＬＡ＝３７．４２５°である一方で、入力経度がＩｎＬＯ＝−１２２．２１°であり、かつ入力高度が（高度を定義するための上記で定義された範囲を用いて）ＩｎＡＬ＝−１２３４５．７８６である例を示している。
【０１２９】
図８Ａ〜８Ｃのための望ましいｅＬＣは、２進数形式での９６ビットの例に相当する。緯度のために使用可能なビットは、Ｌ１ＬＡｂ＝Ｌ２ＬＡｂ＝Ｌ３ＬＡｂ＝Ｌ４ＬＡｂ＝Ｌ５ＬＡｂ＝６、すなわち符号を示すための最初のビットを含めて合計３１として表される。経度のために使用可能なビットは、Ｌ１ＬＯｂ＝７、およびＬ２ＬＯｂ＝Ｌ３ＬＯｂ＝Ｌ４ＬＯｂ＝Ｌ５ＬＯｂ＝６であり、符号を示すためのビットと合わせて合計３２として表される。高度のために使用可能なビットは、Ｌ１ＡＬｂ＝６、およびＬ２ＡＬｂ＝Ｌ３ＡＬｂ＝Ｌ４ＡＬｂ＝５であり、合計２１として表される。９６ビットの全ビット長に対して、１２ビットがヘッダセグメントのために残っていることを意味する。代替案として、高度は、例えばＬｘＡｌｂ＝６を追加し、ヘッダセグメントのために６ビットを残すことによって、追加の精度レベルまで表され得る。または、もしその精度レベルが使用可能でないならば、最終的なレベルは、全ビット長および／またはヘッダビット長に対する要求に適合する必要に応じて、ゼロのプレースホールダ値で満たされてもよい。
【０１３０】
図８Ａにおいて、上記の表１の変換規則の適用は、レベル１の結果８０２を提供し、この中で、Ｌ１＝２６およびＲＬ１＝．８６２５である。整数値Ｌ１＝２６の変換は、０１１０１０のような２進数形式で書かれたサブセグメント８０４という結果になる。残りＲＬ１は、それから、１００１１１のように書かれたサブセグメント８０８を含む、レベル２の結果８０６を決定するために用いられ得る。同様の説明は、残りのレベルにも当てはまる。
【０１３１】
更に、同様の説明は、図８Ｂおよび８Ｃにも当てはまる。その結果は、サブセグメント８０４、８０８、および図８Ａ〜８Ｃの全ての残りのサブセグメントが、それぞれ入力緯度および経度の符号に関するｓｉｇｎＬＡおよびｓｉｇｎＬＯビットを含めて、トップダウン方式で連結され得るということである。例えば０００１００という架空の６ビットヘッダセグメントを含み、かつ高度部分において６つのゼロのプレースホールダ値を仮定することによって、結果としての位置コードは、ｅＬＣ＝000100101101010011101000000110110100101010110111001111010011011001100101110100111011110101000000となる。
【０１３２】
上記の例の結果は、下記の表４のように要約される。表４において、上記図８Ａ〜８Ｃのように、ｅＬＣは２進数形式で表されている。しかし、上記を参照すると、ヘッダおよび各々のセグメントを最初に１６進数形式で表し、次に区切り記号としての“．”と共に上記の順に連結することによって、選択された３次元位置のための１６進数表現も得ることができる。
【０１３３】
【表４】
【０１３４】
図９は、図３のｅＬＣデコードシステム３００の動作を示しているフローチャートである。図９において、ヘッダデコーダ３０２で、位置コード１０４が受け取られ（９０２）、かつヘッダセグメントがデコードされる（９０４）。ヘッダセグメントのデコードのおかげで、位置セグメント１０６、１０８、および１１０のビット長が、位置コード１０４の全ビット長の中から特定され得るので、セグメントはセグメント分離器３０４で分離され得る（９０６）。
【０１３５】
また、ヘッダセグメントのおかげで、各セグメントの精度レベルも特定され得る。すなわち、各セグメントの各サブセグメントの長さが特定され得る（９０８）。それから、各サブセグメントは、整数の形で書かれ、かつ、例えば、成分変換システム３０６で実現されるような、下記の表５に示されている変換規則を用いて、正確な１０進数の値に変換される（９１０）。
【０１３６】
【表５】
【０１３７】
それから、緯度および経度の場合、サブセグメントは、度に統合かつ変換される（９１２）。高度の場合、サブセグメントは、また上記の表５の変換規則によって示されたような、定義された基準／高度モデルに従って、メートルに統合かつ変換される（９１２）。
【０１３８】
例えば、上記のエンコードの例に、表５の変換規則を適用することによって、元のエンコード過程で用いられた、ほぼ、どんな精度レベルに対しても、元の緯度、経度および高度測定値を（再度）得ることができる。この場合、結果としての位置情報は、３７．４２４９９９°の緯度、−１２２．２１°の経度、および−１２３４５．７８７０５ｍの高度を含んでいる。
【０１３９】
上記のように、個々の位置コードをエンコードする中で用いられるための様々な使用可能なレベルを提供することは、全体としてのコード、およびコードの各セグメントに対する精度レベルにおける選択を可能にする。更に、使用可能なビット長、例えば上述した９６ビット長は、容易に伝送、記憶、およびデコードされるコンパクトな形式の中で、位置測定値の極めて正確な分解能を見越している。
【０１４０】
ここで述べた位置コードによって可能にされる精度レベルの例として、表６は、ＳｅｇＢｉｔ＝３１ビットを有する緯度セグメントの例を示している（それは、６ビットのヘッダセグメントを仮定すると、全体として位置コードのＢｉｔ＝７−３７のビットを含んでいる）。
【０１４１】
【表６】
【０１４２】
表６は、各々が６ビットを有する５つのレベルと共に、符号ビットを含むことを示している。示したように、レベル４の後は、メートル未満の分解能に達する一方で、第５レベルの使用は、充分にセンチメートル未満の分解能を提供する。
【０１４３】
述べたように、このような分解能は、例えば使用可能なヘッダバージョンの情報と、例えば緯度、経度、および高度のような一般的な位置情報をエンコードし、かつ位置コードをデコードするための上記で提供された変換規則とのみを要求する、普遍的にアクセス可能な形式で使用可能である。
【０１４４】
上記の例は、受け取られてエンコードされるべき位置情報として、緯度、経度、および高度について述べたが、多くの他のタイプの位置情報および／または座標系が用いられ得ることは、理解されるべきである。例えば、万国横メルカトル（ＵＴＭ）座標系が用いられ得る。
【０１４５】
また、上記の説明は、地球のみに対して、明示された基準を有しているが、他の惑星または惑星状の物体上での位置の特定化もまた、ここで述べた位置コードの使用から利益を得ることができることは、理解されるべきである。例えば、月または火星への探査任務において、記載した原理を用いて位置データを送信することができるかもしれない。
【０１４６】
さらに、上記の例の多くは、商品の流通および販売の状況の中で与えられているが、ここで述べた位置コードは、位置情報が要求される、実質的にいかなる状況の中でも用いられ得ることは、理解されるべきである。例えば、家畜にＲＦＩＤタグを設けて、それらの位置を追跡することができるようにする場合である。特に、このような情報は、病気の大発生の間、役に立ち得る。なぜなら、特定の病気にかかった動物の経路を個別に追跡することができ、汚染を封じ込めることができるからである。
【０１４７】
他の例として、ある製造過程は、従業員、装置、および、ある場合にはロボットの動きを調整する際に、位置情報を利用する。特に、工場のフロア全体にわたって動き、様々な組み立て手順を実行するロボットを使用する過程は、高いレベルの特定性でロボットの移動を追跡することができることから利益を得ることができる。例えば、ロボットは、比較的高速で、かつお互いにまたは人間の労働者に比較的近い区域で動作することができ、高い精度レベルまで誘導可能であることを必要としてもよい。
【０１４８】
いくつかの実施例を述べてきた。それにもかかわらず、様々な修正がなされ得ることは、理解されるであろう。従って、他の実施例も請求項の範囲内である。
【図面の簡単な説明】
【０１４９】
【図１】電子位置コード（ｅＬＣ）エンコードシステムのブロック図である。
【図２Ａ】９６ビットｅＬＣの例である。
【図２Ｂ】６４ビットｅＬＣの例である。
【図３】ｅＬＣデコードシステムのブロック図である。
【図４】図１および３のエンコード／デコードシステムと共に用いるためのアイテム追跡システムのブロック図である。
【図５】図４のアイテム追跡システムの実施例のブロック図である。
【図６】図１のｅＬＣエンコードシステムの動作を示しているフローチャートである。
【図７】図６の動作の中で用いられる過程を示しているフローチャートである。
【図８Ａ】図６および７の動作の結果を示している表である。
【図８Ｂ】図６および７の動作の結果を示している表である。
【図８Ｃ】図６および７の動作の結果を示している表である。
【図９】図３のｅＬＣデコードシステムの動作を示しているフローチャートである。
【符号の説明】
【０１５０】
１０２ 電子位置コード（ｅＬＣ）エンコードシステム
１０４ 位置コード
１０６ 第１の位置セグメント
１０８ 第２の位置セグメント
１１０ 第３の位置セグメント
１１２ ヘッダセグメント
１１４、１１６、１１８ 位置システム
１２０ 成分変換システム
１２２ 緯度変換器
１２４ 経度変換器
１２６ 高度変換器
１２８ ヘッダエンコーダ
１３０ 統合器
１３２ 基準選択器
１３４ 高度モデル
１３６ 絶対／相対位置情報
１３８ 精度制御ユニット
１４０ ビット長選択器
１４２ ビット割り当て器
１４４ ヘッダ割り当てシステム
１４６ ヘッダバージョンのデータベース
１４８ ユーザーインターフェース
【技術分野】
【０００１】
この記述は、物体の位置を特定することに関する。
【背景技術】
【０００２】
物体の位置を特定するための多くの方法がある。例えば、ビルの中で、物体は、ビルのある階の特定の部屋にあるものとして特定され得る。小売店の中で、物体は、指定された通路の特定の棚にあるものとして特定され得る。一般に、物体の位置は、指定された目印を基準にして特定され得る。特に、例えば、移動通信のためのグローバルシステム（ＧＳＭ）の三角測量が、特定のセルフォンの位置を特定するために、セル（電話）タワーを基準にして実行され得る。
【０００３】
更に一般的に、位置は、例えば、物体の緯度、経度、および高度によって特定される座標を用いて、地球の表面を基準にして特定され得る。特に、全地球位置測定システム（ＧＰＳ）は、多数の地球周回衛星を用いて、衛星と信号をやりとりするＧＰＳトランシーバの位置を特定する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような位置情報は、情報におけるユーザーの状況によって、役に立つかもしれないし、立たないかもしれない。小売店の場合、例えば、店のレイアウトに精通していないユーザーは、通路／棚情報が役に立たないことを見いだすかもしれない。たとえユーザーが店のレイアウトに精通していても、このユーザーは、通路／棚情報を別のユーザーに効果的な方法で伝えることができないかもしれない。ほぼ同様に、ＧＰＳトランシーバの緯度、経度、および高度情報は、トランシーバのユーザーが都市の中を進むために、ＧＰＳトランシーバが現在位置する都市の地図を基準にして表示されることを要求されるかもしれない。
【０００５】
位置情報の共用および使用に関する、このような問題は、多数の物体、頻繁な位置収集、および／または多数のユーザーを伴っているとき、一般に大きな問題になり得る。このようなユーザーは、例えば、位置情報の表現、精度、伝送、記憶、または使用に関して、様々な要求または期待を持っているかもしれない。更に、各ユーザーの要求または期待は、個々の物体のタイプによって変化するかもしれないし、単一の物体に対してであっても、物体の状況によって変化するかもしれない。
【課題を解決するための手段】
【０００６】
１つの全般的な態様によれば、システムは、第１の位置成分を位置セグメントの複数のサブセグメントに連続的に変換することによって、物体の位置の第１の態様を表す第１の位置成分を、第１の位置セグメントに変換するように動作可能な第１の変換器を備えていて、各々の連続するサブセグメントは、位置成分を表す際の追加の精度レベルを表していて、更に、物体の位置の第２の態様を表す第２の位置成分を、データ形式に従ってフォーマットされた第２の位置セグメントに変換するように動作可能な第２の変換器と、第１の位置セグメントのサブセグメントを、第２の位置セグメントのサブセグメントと統合して、物体の位置を表す位置コードを得るように動作可能な統合器とを備えている。
【０００７】
実施例は、以下の特徴のうちの少なくとも１つを有していてもよい。例えば、前記第１の位置成分は、物体の緯度を含んでいて、前記第２の位置成分は、物体の経度を含んでいる。この場合、システムは、物体の位置の第３の態様を表す第３の位置成分を、データ形式に従ってフォーマットされた第３の位置セグメントに変換して、統合器によって位置コードの中に含ませるように動作可能な第３の変換器を備えていて、前記第３の位置成分は、物体の高度を含んでいてもよい。
【０００８】
システムは、第１の位置セグメントと第２の位置セグメントとの間での割り当てのために、全ビット数を位置コードと関連付けて、これにより、第１の位置セグメント、第２の位置セグメントの長さ、および全体としての位置コードに基づいて、第１の位置成分および第２の位置成分を表す際の精度の程度を、第１の位置セグメントおよび第２の位置セグメントに、それぞれ割り当てるように動作可能な精度制御ユニットを備えていてもよい。この場合、前記精度制御ユニットは、サブセグメントの全数、および各サブセグメント内のビット数を割り当てることによって、第１の位置成分を表す際の精度の程度を割り当ててもよい。
【０００９】
更に、前記第１の位置成分および第２の位置成分を表すための基準点を割り当てる基準選択器を備えていてもよい。この場合、第１の位置セグメントおよびサブセグメントの各々、第２の位置セグメント、および位置コードの長さを表すヘッダセグメントをエンコードするように動作可能で、かつ更に基準点を表すように動作可能なヘッダエンコーダを備えていて、前記統合器は、位置コード内でヘッダセグメントを第１の位置セグメントに連結するように動作可能であってもよい。
【００１０】
前記統合器は、位置コード内にヘッダセグメントを含ませるように動作可能であり、前記ヘッダセグメントは、位置コードを第１の位置成分および第２の位置成分に戻す変換を行う際に位置コードデコーダによって用いられるための、位置コードの形式を表していてもよい。この場合、システムは、位置コードを受け取り、ヘッダセグメントを分析して、位置コードの形式を特定し、位置コードを第１のセグメントと第２のセグメントに分離し、第１のセグメントおよび第２のセグメントを、それぞれ第１の位置成分および第２の位置成分に変換するように動作可能な位置コードデコーダを備えていてもよい。
【００１１】
位置コードがエンコードされた時間に関連付けて位置コードを記憶するように動作可能な位置データベースを備えていてもよい。前記物体は、無線識別（ＲＦＩＤ）送信器と関連付けられていて、第１の変換器、第２の変換器、および統合器の動作は、ＲＦＩＤ送信器から受信した信号の読み出しによって起動させられてもよい。位置コードを特徴付けている基準および精度制御情報を割り当てて、位置コード内に含まれているヘッダセグメントの中に包含させるためのユーザーインターフェースを備えていてもよい。
【００１２】
別の全般的な態様によれば、位置を記述している位置情報が受け取られる。位置情報に関する精度レベル数が決定される。位置情報が、各々が精度レベルのうちの１つと関連付けられた複数のサブセグメントに変換され、サブセグメントが第１の位置セグメントに統合される。
【００１３】
実施例は、以下の特徴のうちの少なくとも１つを有していてもよい。例えば、前記位置情報を受け取るステップは、複数の位置成分を受け取るステップ、位置の態様を各々特徴付けるステップを含んでいて、精度レベル数を決定するステップは、位置成分の各々に対する成分の精度レベルを決定するステップを含んでいてもよい。この場合、前記位置情報を変換するステップは、位置成分の各々を成分のサブセグメントに変換するステップを含んでいて、各成分のサブセグメントは、対応する成分の精度レベルと関連していてもよい。更に、サブセグメントを統合するステップは、成分のサブセグメントを成分の位置セグメントに統合するステップと、第１の位置セグメントおよび成分の位置セグメントを位置コードに統合するステップとを含んでいてもよい。
【００１４】
位置セグメントへの付加のためのヘッダセグメントを割り当てるステップを有していて、前記ヘッダセグメントは、位置情報を得るために位置セグメントをデコードするための精度レベル数および基準情報を含んでいてもよい。前記位置情報は、高度情報を含んでいて、前記基準情報は、高度情報を表すための高度モデルを含んでいてもよい。前記基準情報は、位置情報を表すための絶対または相対座標系を含んでいてもよい。
【００１５】
別の全般的な態様によれば、記憶媒体を備えている装置において、前記記憶媒体上にはインストラクションが記憶されていて、前記インストラクションは、位置情報を受け取るための第１のコードセグメントと、位置情報を表す際に用いるための精度レベル数を決定するための第２のコードセグメントと、変換規則を実行して、位置情報を、第１の精度レベルを有する第１のサブセグメントに変換し、第１の残り値を提供するための第３のコードセグメントと、第１の残り値に基づいて、変換規則を実行して、第１の残り値を第２のサブセグメントに変換し、第２の残り値を得るための第４のコードセグメントと、第１のサブセグメントと第２のサブセグメントを連結して位置セグメントにするための第５のコードセグメントとを有している。
【００１６】
実施例は、以下の特徴のうちの少なくとも１つを有していてもよい。例えば、前記第３のコードセグメントおよび第４のコードセグメントは、それぞれ第１のサブセグメントおよび第２のサブセグメントにおいて使用可能なビット数に基づいて、変換規則を実行してもよい。この場合、前記位置セグメントと共にヘッダセグメントを含ませるための第６のコードセグメントを有していて、前記ヘッダセグメントは、位置セグメントを位置情報に変換する際に用いるための情報を含んでいてもよい。
【００１７】
１つ以上の実施例の詳細が、添付の図面および下記の説明に記載されている。他の特徴は、この説明および図面から、かつ請求項から明らかになるであろう。
【発明を実施するための最良の形態】
【００１８】
図１は、電子位置コード（ｅＬＣ）エンコードシステム１０２のブロック図である。ｅＬＣエンコードシステム１０２は、対応するコード１０４内に、物体に対する位置情報を供給し、それは、高い精度レベルを実現可能であり、このような高い精度レベルを表すにしては、比較的少ないデータ量ですむ。更に、結果として得られる位置コード１０４は、高い精度レベルが使用可能でないか、または要求されていないとき、より低い精度レベルを表すように、容易に調節可能である。更に、位置コード１０４は、標準化された形式を有していて、それは、複数のユーザー間での位置コード１０４の容易な伝送、共有、および記憶を可能にする。これらおよび他の特徴のおかげで、位置コード１０４は、更に詳細に以下で説明するが、位置データの使用に対する多くの利点および可能性を提供する。
【００１９】
図１において、ｅＬＣエンコードシステム１０２は、物体に対する位置情報を受け取るように動作可能であり、位置情報は、例えば物体の緯度、経度、および高度のような、複数の位置成分を含んでいて、各位置成分は、物体の位置の態様を特徴付けている。ｅＬＣエンコードシステム１０２は、位置成分の各々を、対応する位置コードセグメント１０６、１０８、１１０に変換するが、これらの位置コードセグメントは、例えば２進または１６進表記法のような、指定されたデータ形式を有している。
【００２０】
図１に示すように、セグメント１０６、１０８、１１０には、ヘッダセグメント１１２が加えられる。以下でより詳細に説明するが、ヘッダセグメント１１２は、例えば、位置コード１０４の形式に関する情報を提供する。その結果、ヘッダセグメント１１２は、ｅＬＣエンコードシステム１０２のエンコード動作の中で、役に立ち、かつ、特に、位置コード１０４を、例えば緯度、経度、および高度のような、元の位置成分に戻す、最後のデコードの中で、役に立つ。
【００２１】
ｅＬＣエンコードシステム１０２は、様々な異なる方法で位置情報を受け取ることができる。例えば、図１は、３つの位置システム１１４、１１６、および１１８を示している。位置システム１１４は、全地球位置測定システム（ＧＰＳ）であり、これは、上述したように、複数の衛星から位置情報を受信する。
【００２２】
位置システム１１６は、グローバル位置番号（ＧＬＮ）であり、これは、電子製品コード（ＥＰＣ）システムと共に用いられ、無線識別（ＲＦＩＤ）追跡システム内で個々のアイテムを追跡する。ＥＰＣシステムは、図４および５に関して、以下でより詳細に説明するが、図１の意図のために、ＧＬＮがユニークに割り当てられた番号であることは、理解されるべきであり、それは、指定された物理的、法的、またはビジネスの実体または設備と関連している。すなわち、ＧＬＮは、例えば、特定の倉庫と関連付けられ、倉庫についての位置情報は、後のアクセスおよび検索のために、割り当てられたＧＬＮと関連付けて記憶され得る。
【００２３】
位置システム１１８は、上述した、移動通信のためのグローバルシステム（ＧＳＭ）の三角測量技術であり、これは、説明したように、特定のセルフォンまたは他の機器の位置を特定するために、セル（電話）タワーを基準にして実行され得る。ＧＰＳとＧＳＭ機器間の協働の段階を見越した、いくつかのサービスが存在するが、このような協働は、以下で詳細に説明するが、位置コード１０４の多くの特徴および利点を提供しない。
【００２４】
更に、多くの他の技術を、位置コード１０４への変換のための位置情報を特定するために用いることができ、システム１１４、１１６、および１１８は、単なる例である。他の例において、通路／棚毎に位置を追跡する小売店は、局所変換器を有していてもよく、このような情報を、例えば店に関する既知の基準点を用いて、緯度、経度、および高度情報に変換する。
【００２５】
ほぼ同様に、しかしより詳しくは、例えばＲＦＩＤ読み取り器のような、複数の読み取り器が、ＲＦＩＤタグを有するアイテムの正確な位置を特定するために用いられ得る。すなわち、以下でより詳細に説明するが、自動識別（自動ＩＤ）システムが存在し、この中でアイテムがタグと関連付けられていて、これがＲＦ信号を介して情報を読み取り器に伝送する。タグは、例えば上述したＥＰＣを伝送することができるので、読み取り器によって受信されるＥＰＣは、ユニークにアイテムを識別するために用いることができる。
【００２６】
従って、該当するＲＦ読み取り器の位置を知ることによって、読み取られる各アイテムの位置は、様々な精度の程度まで特定され得る。特に、このような読み取り器が重複範囲を有するとき、位置情報を、結合範囲の領域を通して提供することができ、それは、例えば、三角測量法を用いるものであり、単一の読み取り器から得ることができるものより明確である。
【００２７】
しかし、位置情報が得られ、成分変換システム１２０が、この位置情報を受け取り、必要に応じて、この位置情報を別々の成分、例えば、緯度、経度、および高度に分解する。それから、緯度変換器１２２が緯度成分を第１の位置セグメント１０６に変換し、経度変換器１２４が経度成分を第２の位置セグメント１０８に変換し、かつ高度変換器１２６が高度成分を第３の位置セグメント１１０に変換する。
【００２８】
ヘッダエンコーダ１２８は、以下でより詳細に説明するが、ヘッダセグメント１１２の特性を決定する。それから、統合器１３０は、位置セグメント１０６、１０８、および１１０と共に、ヘッダセグメント１１２を受け取り、４つの全てのセグメントを結合して位置コード１０４とする。例えば、セグメント１０６、１０８、１１０、および１１２が１６進数または２進数の形式で表されるとき、統合器１３０は、予め決められた順序でセグメント１０６、１０８、１１０、および１１２を連結することによって、セグメント１０６、１０８、１１０、および１１２を統合して、位置コード１０４とすることができる。
【００２９】
ヘッダエンコーダ１２８がヘッダセグメント１１２をエンコードするので、位置コード１０４は、容易に伝送、記憶、アクセス、かつデコードされ得る。例えば、ヘッダエンコーダは、基準選択器１３２を備えていて、これは、緯度、経度、および高度をどこを基準にして表すかに関する基準情報を提供する。
【００３０】
基準選択器は、例えば、高度モデル１３４のための選択を含んでいてもよく、それは、位置コード１０４の中で表される高度情報のための基準点として役に立つ。このような高度モデルは、一般に、例えば海面のような共通の点を基準とする、“ｚ”のモデルまたは配列、または地球の“ｘ，ｙ”座標面上の高度パラメータを指す。例えば、多数の既知の高度モデルが存在し、図１の高度モデル１３４に対して用いられ得る。
【００３１】
基準選択器１３２は、更に、絶対／相対位置情報１３６を含んでいて、ここで、絶対位置とは、地球の表面を基準に取った位置情報を指す。これに対して、相対位置情報とは、いくつかの固定された座標系を基準に取った位置情報を指し、それは、与えられたシナリオの中で重要な座標系だけであってもよい。
【００３２】
例えば、ｅＬＣエンコードシステム１０２は、大きな船で輸送されているアイテムの位置情報のために用いられ得る。この場合、ｅＬＣエンコードシステム１０２のユーザーは、少なくとも船が航海中は、船に対する位置情報（すなわち、そのアイテムが船上のどこにあるか）に関心を持つだけであり、絶対緯度、経度、および高度情報は、いかなる付加的な価値も提供しないであろう。一般に、相対位置情報は、ｅＬＣエンコードシステム１０２の特定の用途または応用に対して、絶対位置の完全な程度が要求されないときはいつでも、役に立つ可能性がある。
【００３３】
精度制御ユニット１３８は、位置コード１０４およびそのセグメント１０６、１０８、および１１０の実現を見越しているので、位置コード１０４の全長および／またはセグメント１０６、１０８、および１１０のうちの１つ以上の個々の長さは、修正することができ、位置情報においてより高いまたはより低い精度を得ることができる。すなわち、例えば、位置コード１０４は、複数のバージョン、例えば９６ビットバージョンまたは６４ビットバージョンを有していてもよい。この全ビット長の中で、例えば緯度測定値に割り当てられる部分は、理論的には、（ヘッダセグメント１１２のために確保されている部分を除いて）ゼロから位置コードの実質的な全体まで変動し得る。
【００３４】
特に、精度制御ユニット１３８は、位置コード１０４の全ビット数を指定するビット長選択器１４０を備えている。全ビット数に対する選択肢は、成分変換システム１２０の能力に応じて提供され得る。
【００３５】
他の実施例において、ビット長選択器１４０は、受け取った位置情報に基づいてビット長を決定してもよい。特に、受け取った位置情報が、特に正確というわけではないとき、９６ビットバージョンの比較的大きい長さおよび精度は、このシナリオの中では役に立たないかもしれないので、ビット長選択器１４０は、自動的に、９６ビットバージョンより６４ビットバージョンを選択してもよい。別の例として、ビット長選択器１４０は、位置コード１０４の出所および／または宛先に基づいて、またはｅＬＣエンコードシステム１０２のオペレータの選択に基づいて、位置コード１０４のビット長を選択してもよい。
【００３６】
精度制御ユニット１３８は、更に、ビット割り当て器１４２を備えていて、これは、ビット数を各位置成分と対応付けるように動作可能である。すなわち、９６ビットの全ビット長に対して、ビット割り当て器１４２は、３１ビットを緯度に割り当て、３２ビットを経度に割り当て、かつ２７ビットを高度に割り当て、６ビットがヘッダセグメント１１２のために残る。他の実施例において、ビット割り当て器１４２は、４３ビットを緯度に割り当て、３８ビットを経度に割り当て、かつ９ビットのみを高度に割り当ててもよい。このように、ビット割り当て器１４２は、与えられた全ビット長の枠組みの中で、精度制御ユニット１３８が各成分の精度レベルを調節することを可能にする。
【００３７】
例えば、いくつかの状況において、高度情報は重要ではない一方で、高い精度で物体の緯度および経度を知ることが望ましいかもしれない。例えば、（例えば車または別の方法で運ばれて）地面の上を移動するアイテムの精密な監視は、移動する距離および地形次第で、多量の高度情報を必要としないかもしれない。他方、非常に高いビルの多数の階の中で物体の位置を追跡するには、高度セグメント１１０に対して、より高い精度（およびより長いビット長）が必要になるかもしれない。
【００３８】
ひとたび基準情報および精度情報が分かれば、ヘッダ割り当てシステム１４４は、ヘッダセグメント１１２を決定して出力することができる。例えば、ヘッダバージョンのデータベース１４６が使用可能なので、ヘッダ割り当てシステム１４４は、単に、基準および精度要求を、使用可能なヘッダバージョンのリストと比較するだけで、適切なヘッダバージョンを選択することができる。図３に関連して以下で検討するが、このようなヘッダ情報は、ｅＬＣデコードシステムが、位置コード１０４を読み出して、適切に位置コードを分析することを可能にする。
【００３９】
このように、例えば、ヘッダバージョン“０００００１”は、基準および標準高度モデルの絶対的な枠組みに対して、緯度、経度、および高度セグメントのために、それぞれ３１ビット、３２ビット、および２７ビットを有する９６ビットの位置コードを表していてもよい。他のヘッダバージョンは、他のビット長、ビット割り当て、および基準情報、およびおそらく他のまたは様々な情報を表していてもよい。
【００４０】
いくつかの実施例において、ヘッダセグメント１１２自体に割り当てられるビット数は、変化し得る。ちょうど今述べた場合には、位置コード１０４の形式が非常に標準的であるとき、ヘッダセグメント１１２のビット数は、ほんの２、３ビットに限定されるかもしれないし、いくつかの場合には、１または０ビットにすら限定されるかもしれない。他の場合で、ヘッダセグメント１１２の多くのバージョンが必要になる場合（例えば、高度モデルに対する選択肢、基準情報、またはビット長／割り当てが広範囲である場合、または他の情報がヘッダセグメント１１２の中に含まれている場合）には、ヘッダセグメント１１２は、６ビット以上を有していてもよい。これらの実施例においては、位置コード１０４をやりとりするユーザーが、位置コード１０４をエンコード／デコードすることができることを保証するために、追加のメカニズム、例えば、ヘッダセグメント１１２のビット長を共有するための予め取り決められた取り決めまたは他の外部通信を必要とするかもしれない。
【００４１】
与えられた全ビット長に対して、ヘッダセグメント１１２により多いまたはより少ないビット数を割り当てると、位置セグメント１０６、１０８、および１１０に割り当てられる、より少ないまたはより多いビット数が残ることは、理解されるべきである。従って、ヘッダ割り当てシステムは、精度制御ユニット１３８および／または基準選択器１３２と通信することにより、後者の構成要素が、最適な方法で、それらのそれぞれの機能を実行することができるようにしてもよい。
【００４２】
例えば、一実施例において、精度制御ユニット１３８および／または基準選択器１３２がそれらの機能を実行して、次に、もしヘッダ割り当てシステム１４４が、適切なバージョンの選択後に、追加のビットが使用可能であることを見極めたら、ヘッダ割り当てシステム１４４は、精度制御ユニット１３８および／または基準選択器１３２の使用のために、更なるビットを許可または割り当てることができる。他の実施例において、ヘッダ割り当てシステム１４４は、精度制御ユニット１３８および／または基準選択器１３２の動作の間、これらの構成要素と通信することにより、後者の構成要素が、それに応じて、それらの機能を実行することができるようにしてもよい。
【００４３】
ユーザーインターフェース１４８は、ｅＬＣエンコードシステム１０２のオペレータが、ヘッダエンコーダ１２８のパラメータを設定することを可能にする。例えば、インターフェース１４８は、オペレータがあるビット長またはある高度モデルを指定することを可能にしてもよい。いくつかの実施例においては、例えば、ヘッダエンコーダ１２８または位置コード１０４自体のパラメータが、自動エンコードのために予め取り決められているので、ユーザーインターフェース１４８は、縮小または完全に省略されてもよい。
【００４４】
図１から理解されるように、ユーザーは、単に適切なヘッダバージョンを割り当てるだけで、位置コード１０４全体をフォーマットすることができる。例えば、もしユーザーが、どのヘッダバージョンが特定の基準および／または精度情報に対応しているかを知っていれば（多分、ユーザーは、しばしば、それらのヘッダバージョンを使用するので）、ユーザーは、ユーザーインターフェース１４８を介して、所望のヘッダバージョンを指定する１つの番号を入力するだけで、位置コード１０４に対する、もしかすると非常に異なる形式間での切り換えをすることができる。
【００４５】
基準および／または精度情報、および他の情報は、数多くの様々な方法で、成分変換システム１２０の動作の中で実現され得る。この点について、ヘッダエンコーダ１２８は、能動的または受動的であるとみなされ得る。
【００４６】
例えば、図１は、ヘッダエンコーダ１２８が、システム１１４、１１６、１１８から位置情報を受け取り、それ、またはユーザーの選択、または他の要因に基づいて、精度および基準情報を決定するように実施されてもよい。それから、ヘッダ割り当てシステム１４４は、この情報を、変換器１２２、１２４、１２６によって位置成分を位置セグメント１０６、１０８、および１１０に変換する際に使用するために、成分変換システム１２０に渡してもよい。
【００４７】
他の実施例において、成分変換システム１２０は、位置情報を受け取って、ビット長／割り当ておよび基準情報の選択を含めて、どのように適切な変換を実行するかについての決定を行ってもよい。これらの実施例において、ヘッダエンコーダ１２８の動作は、より受動的であり、ヘッダエンコーダは、概して、成分変換システム１２０から受け取った情報に応じて、適切なヘッダ（バージョン）を決定するだけである。これらの実施例において、基準選択器１３２、精度制御ユニット１３８、およびユーザーインターフェース１４８のうちのいくつかまたは全ては、成分変換システム１２０と共同で実現され得る。
【００４８】
ｅＬＣエンコードシステム１０２を用いて、位置コード１０４は、非常にコンパクトな、デジタル形式で、三次元の位置を記述する。位置コード１０４は、位置コード１０４の伝送および記憶のためのデータ量を最小にする一方で、高い精度を提供する。加えて、述べたように、位置コード１０４は、一般的に拡張性があり、小さい（例えば、モバイル）機器によってでさえ効率的に処理され得る。位置コード１０４は、更に、特に１つのファイル内に複数の位置データポイントを記述するのに用いる場合に、圧縮性が高い。
【００４９】
図２Ａおよび２Ｂは、それぞれ９６ビットおよび６４ビットｅＬＣの例である。より詳しくは、図２Ａは、１６進数表記を用いた位置コード１０４ａの例を示している。緯度情報を提供する位置セグメント１０６は、受け取った位置システムの一部として入力される、緯度の程度と関連する符号を提供する最初のビットレベル２０２を含む一方で、サブセグメントまたはレベル２０４が、緯度測定値と関連する値を提供する。その結果は、指定された基準に対して、所望の精度レベルまでの緯度を表す１６進数の位置セグメント１０６である。
【００５０】
レベル２０４の数は、所望の、または必要な精度レベルに応じて、ビット割り当て器１４２によって割り当てられ得る。すなわち、より高いレベル数は、より高い精度の緯度情報の表現を見越している。図２Ａにおいて、セグメント１０６は、５つのサブセグメントまたはレベルを含んでいて、詳細には、各レベルは６ビットを含んでいる。同様の説明は、図示したように、セグメント１０８および１１０にも適用され、かつ図２Ｂの位置コード１０４ｂにも適用される。
【００５１】
１６進表記法を図２Ａおよび２Ｂに示したが、他の表記法、例えば２進表記法を用いることもできる。ビット割り当てが、レベル２０４に関してだけでなく、セグメント１０６（および他のセグメント１０８、１１０）に関して、どのように実行されるかについての詳細を、以下で更に詳細に述べる。更に、例えば、度またはメートルで表される緯度、経度、および高度情報が、どのように１６進数または２進数の形式に変換されるか（すなわち、変換器１２２、１２４、および１２６の動作）の例もまた、以下で述べる。
【００５２】
図３は、ｅＬＣデコードシステム３００のブロック図である。図示したように、ｅＬＣデコードシステム３００は、位置コード１０４を受け取り、ヘッダデコーダ３０２を用いてヘッダセグメント１１２を解読する。一実施例において、ヘッダデコーダ３０２は、単に、ヘッダ情報を、ヘッダバージョンのデータベース１４６と照合する。このように、ｅＬＣデコードシステム３００は、容易に、位置コード１０４に関する全ビット長、ビット割り当て、および基準情報を特定することができる。
【００５３】
セグメント分離器３０４は、ヘッダデコーダ３０２からこの情報を受け取り、位置コード１０４をそのセグメント１０６、１０８、１１０に分離する。すなわち、セグメント分離器は、位置コード１０４が９６ビット長であり、かつ緯度セグメント１０６が、合計３１ビットに対して、そのビット６−３６に含まれているという、図２Ａの例１０４ａにおける情報に基づいて分離を実行する。同様の説明は、セグメント１０８および１１０にも適用され、かつ図２Ｂの例のコード１０４ｂにも適用される。
【００５４】
成分変換システム３０６は、セグメント１０６、１０８、１１０を受け取り、それらを、それぞれ緯度変換器３０８、経度変換器３１０、および高度変換器３１２を用いて、例えば度およびメートルの単位に変換する。成分変換システム３０６は、サブセグメントのビット割り当て、すなわちレベル、例えば図２Ａのレベル２０４の情報を、ヘッダデコーダ３０２から、たぶんセグメント分離器３０４を経由して受け取ってもよい。
【００５５】
図１〜３は、このように、位置が、当事者間で標準化された方法で共有され得る技術を示している。もちろん、ｅＬＣエンコードシステム１０２およびデコードシステム３００は、一緒に実現され得る。なぜなら、システム１０２および３００の所定のオペレータは、標準の基盤上で、位置情報を送り、かつ受け取ることができるからである。このように、システム１０２および３００のある相関性は、効率の目的のために、一緒に実現され得る。例えば、変換器１２２、１２４、および１２６は、変換器３０８、３１０、および３１２との相関性を共有していてもよく、一緒に実現され得る。
【００５６】
図４は、図１および３のエンコード／デコードシステム１０２／３００と共に用いられるアイテム追跡システム４００のブロック図である。より詳しくは、図４は、個々の物体またはアイテムを追跡するための自動ＩＤ追跡システムと共に用いられるネットワークアーキテクチャのブロック図であり、例えば、アイテムは、製造され、流通され、販売される。一実施例において、システム４００は、個別レベルでアイテムを追跡するために、上述した電子製品コード（ＥＰＣ）に依存する。
【００５７】
換言すれば、ＥＰＣは、標準製品コード（Uniform Product Code）（ＵＰＣ）識別子と同様の、ユニークな番号を意味し、それは、予め定義された形式および方式を有していて、複数の組織および企業が、それらのそれぞれの製品、商品、またはサービス、またはその集合（例えば、パレット、ケース、またはトラックの積荷）をユニークに指定して識別する際に使用することに同意したものである。例えば、ＲＦＩＤシステムの状況（context）の中で、ＥＰＣは、アイテム４０４のタグ４０２に割り当てることができるので、このタグは、ＲＦＩＤ読み取り器４０６によって読み取ることができる。例えば、標準的なＥＰＣは、４つのフィールドによって定義される。ヘッダフィールド（様々な形式を識別するため）、製造フィールド（ＥＰＣを割り当てる各組織は、それ自身の製造フィールドを持っている）、製品フィールド（製品コード）、およびシリアルナンバー（製品またはアイテム自体が有している）。
【００５８】
読み取り器４０６のようなデバイス読み取り器は、例えば企業活動全体に、広く分布させることができる。例えば、デバイス読み取り器は、特定の倉庫または小売店全体に、または企業のサプライチェーンの複数の製造設備、倉庫、流通センター、および小売店全体に、配置することができる。
【００５９】
単一の読み取り器４０６だけが便宜のために図４に示されているが、日々の取引の中で生産され、かつ販売される多数の商品は、このような商品のアイテムレベルでの追跡が、兆の範囲の多数のセンサを必要とするかもしれないことを意味する。更に、いかなる１つのアイテムも、その存続期間またはその存続期間の一部にわたって監視されるかもしれないので、各アイテムは、所定の期間にわたって、読み取り器４０６によって、複数の読み取りイベントを発生させるかもしれない。
【００６０】
述べたように、ＥＰＣはアイテム４０４に対する製品情報を提供するが、タグ４０２が読み取り器４０６によって読み取られるたびに、上記のシステム１０２および３００の特徴を組み込んでいるｅＬＣエンコード／デコードシステム４０８は、それが読み取られる時（および各々の時）の、アイテム４０４に対する位置特定情報を提供するために用いられる。例えば、ｅＬＣシステム４０８は、アイテム４０４のＥＰＣの読み取りの識別および出力と同時に、あるバージョンの位置コード１０４を出力することができる。
【００６１】
上記のように、位置コードは、ＥＰＣネットワークアーキテクチャ４００全体を通して、容易かつ有意義に、共有かつ記憶され得る。すなわち、各読み取り器４０６は、圧縮性が高く、かつ、対応する使用可能なｅＬＣシステム４０８を持っている、位置コード１０４の他のどの受け取り人によっても、容易にデコードされる方法で、位置コード１０４を選択された精度レベルまでエンコードすることができる。
【００６２】
位置コード１０４のこのような受け取り人は、ＥＰＣネットワーク全体に配置されるかもしれないので、対応するｅＬＣシステムも、ＥＰＣネットワーク全体にわたって設置され得る。図４の残りは、以下で説明するが、どのようにｅＬＣシステム４０８が配置され、この状況の中で用いられ得るかの例を示している。
【００６３】
図４において、企業アプリケーション４１０は、１つ以上の多数のアプリケーションを表していて、それは、ＥＰＣネットワークと連係し得る。例えば、このような企業アプリケーションは、サプライチェーンマネジメントアプリケーションを含んでいてもよく、これは、企業の製品またはサービスの生産／購入、出荷、および販売の過程を管理するため、または、どの資産（例えば、在庫資産）が、企業にとって使用可能または不可であるのか、または企業によって望まれているのかを判断する目的で、サイト、組織内または全体、または組織間の多数の資産を監視かつ追跡するために用いられる資産追跡および管理システムを管理するために、企業によって用いられ得る。倉庫管理アプリケーションは、倉庫の受領、仕入れ、選別、および出荷態様を管理するために用いられ得る。分析システムは、企業活動の態様、例えば、消費者の要求に対する応答速度、盗みに起因する損失、または企業の利益または活動に影響を与え得る他の要因を定量化するために用いられ得る。
【００６４】
このような企業アプリケーション４１０は、一般に、１つ以上の企業システムに共通のデータを集め、共有し、かつ使用する必要があり得る。例えば、サプライチェーンマネジメントアプリケーションは、資産管理アプリケーション内のデータに基づいて、あるタイプの資産のうちのいくらが、現在、使用可能であるかを知る必要があり得る。分析システムは、例えば、仕事の課題（例えば倉庫の使用、または配達遅れの理由）、問題（例えば製品偽造のパターン）、および物理的な物体（アイテム、ケース、パレット）の概略の認知度を発見するために、他のアプリケーションからデータを抽出し得る。
【００６５】
従って、情報は、ちょうど今述べた、例としての企業アプリケーションのうちのいずれか、または他のものに伝達され、これらの間で共有され、かつこれらによって用いられ得る。このように、企業は、本質的にリアルタイムであり、その活動の全領域にわたる情報を得て、用いることができる。更に、企業は、情報を他の企業と共有することができる。例えば、サプライチェーンマネジメントアプリケーションは、第１の企業（例えば、小売店）と関連している一方で、倉庫マネジメントアプリケーションは、第２の企業（例えば、製造業者）と関連しているかもしれない。ここで述べたような情報を得て共有することによって、２つの企業は、それらのそれぞれの活動の両方の効率を上げることができる。
【００６６】
示したように、企業アプリケーション４１０は、ｅＬＣシステム４０８を含んでいてもよいし、またはｅＬＣシステム４０８にアクセスできてもよい。その結果、上記の活動は、例えば、企業のサプライチェーン内かつ全体にわたる製品に固有の位置情報の認識および共有から、利益を得ることができる。以下に示す例の中でより詳細に説明するが、このような位置の認識は、企業が、それらのサプライチェーンおよび他の活動をより効率的かつより安全に管理することを可能にし、かつ、他の利益の中で、位置の認識をベースとする効果的な構成を見越していて、それは、企業活動の間に起こり得る問題を発見（かつ修正）するために、照会かつ調査することができる。
【００６７】
この状況の中で、図４において、ＥＰＣ情報サービス（ＥＰＣＩＳ）層４１２は、ネットワーク上でのＥＰＣデータの交換を可能にする。すなわち、ＥＰＣＩＳは、標準的な形式またはプロトコルを提供し、これによって、ＥＰＣ番号を識別した読み取り器は、その番号についての（そして、それゆえに、その関連付けられたアイテムについての）情報を見つけて、使用することができる。いくつかの実施例において、かつ／または関連する実施例において、言語、例えば、物理的マークアップ言語（ＰＭＬ）および／または拡張可能なマークアップ言語（ＸＭＬ）は、上記のビジネスレベルのＥＰＣ情報の転送および使用のために用いられ得る。位置コード１０４は、上述した言語、または他の言語を用いて、率直な方法で、このようなＥＰＣデータの中に組み込まれ得る。
【００６８】
ＥＰＣＩＳ層４１２は、アプリケーションマネージャ４１４から情報を受け取り、それは、一般に、情報イベント（例えば、タグの読み出し）を管理し、かつＥＰＣＩＳ層４１２への、そして、これにより、ＥＰＣＩＳ倉庫（repository）４１６への通信のためにイベントを管理するように動作可能である。アプリケーションマネージャ４１４は、倉庫４１６がデータを蓄積するとき、倉庫４１６を監視かつ設定するように動作する。
【００６９】
アプリケーションマネージャ４１４およびＥＰＣＩＳ層４１２は、オブジェクトネーミングサービス（ＯＮＳ）４１８にアクセスでき、これは、ドメインネームサービス（ＤＮＳ）と同様に、ルックアップサービスである。このルックアップサービスは、アプリケーションマネージャ４１４およびＥＰＣＩＳ層４１２が、製品についての情報を、その製品のためのＥＰＣコードに基づいて見つけることを可能にする。ＯＮＳ４１８は、様々なレベルの情報を有していてもよく、この情報は、例えば、情報が製品に対して局所的に記憶されたのか、非局所的に記憶されたのかによって分類され得る。
【００７０】
示したように、ｅＬＣシステム４０８は、アプリケーションマネージャ４１４、ＥＰＣＩＳ貯蔵所４１６、およびＯＮＳ４１８の層で実現され得るので、アプリケーションマネージャ４１４、ＥＰＣＩＳ倉庫４１６、およびＯＮＳ４１８もまた、ｅＬＣシステム４０８を動作させ、または、それにアクセスできる。このように、再び、これらのアプリケーションの各々は、実用的かつ効率的な方法で、莫大な数の製品に対する位置情報を追跡かつ共有することができる。
【００７１】
すなわち、ちょうど今述べたように、図４のアーキテクチャは、単に製品のＥＰＣを知っていることによって、追跡、共有、かつアクセスされるべき製品を見越している。従って、例えば、位置コード１０４を所定の製品のＥＰＣと関連付けることによって、倉庫４１６およびＯＮＳ４１８は、製品の現在の位置、または製品の以前の位置の履歴、または製品の計画された将来の経路を特定するために用いられ得る。
【００７２】
更に、図４において、アプリケーションレベルイベント（ＡＬＥ）インターフェース層４２０は、デバイスマネージャ４２２に対するインターフェースを提供する。すなわち、非常に多数の読み取り器４０６、およびこのような各読み取り器に関連する非常に多数の読み出しイベントがあるかもしれないので、デバイスマネージャは、効率的な方法で複数の読み取り器の動作を調整するために用いられ得る。例えば、ＡＬＥインターフェース層４２０は、デバイスマネージャ４２２と共に用いられて、読み出しイベントを、読み取り器プロトコルインターフェース層３０４から受け取ったとき、フィルタにかけるか、または統合することができる。読み取り器プロトコルインターフェース層３０４は、ネットワークアーキテクチャ４００内で、多数の異なるタイプの読み取り器との通信が可能なように設計されている。この状況において、再び、ｅＬＣシステム４０８は、記憶スペースを節約するために、例えば、より低い精度レベルまでの再エンコード位置情報によって、または基準情報（例えば、高度モデルまたは絶対／相対基準情報）が第２のセットの読み取り器４０６のそれに適合するような第１のセットの読み取り器４０６からの再エンコード位置情報によって、効率的に位置情報を管理するために用いられ得る。
【００７３】
図５は、図４のアイテム追跡システムの実施例のブロック図である。多くの他の例が存在するが、図５は、ｅＬＣシステム４０８および位置コード１０４が、どのように用いられて、そのユーザーに利益をもたらし得るかの２、３の例を提供する。
【００７４】
図５には、倉庫５０２が、小売店５０６に出荷されるべきアイテム５０４を格納しているシナリオが示されている。図５には示していないが、アイテム５０４は、ＲＦＩＤタグまたは他の識別器を有していて、それによって、読み取り器５０８または読み取り器５１０は、例えばアイテム／タグのＥＰＣを特定することによって、アイテム５０４を検出および識別し得ることは、理解されるべきである。
【００７５】
示したように、読み取り器５０８は第１の位置に置かれる一方で、読み取り器５１０は第２の位置に置かれる。両方の読み取り器は、ｅＬＣシステム４０８を含む追跡システム５１２と通信する。図５には示していないが、上記のように、ｅＬＣシステムも、明確に読み取り器５０８／５１０の一方または両方と関連していてもよい。
【００７６】
同様に、小売位置５０６は、第１の位置に読み取り器５１４を有し、第２の位置に読み取り器５１６を有し、かつ読み取り器５１４／５１６と通信する追跡システム５１８を有している。追跡システム５１２および５１８の両方とも、ネットワークと通信するが、それは、例えば、公共のネットワーク、例えばインターネットを表していてもよく、かつ／または、図４のＥＰＣネットワークアーキテクチャ４００のうちのいくつか又は全てを含んでいてもよい。
【００７７】
そして、１つのシナリオにおいて、配達トラック５２２は、倉庫位置５０２から小売位置５０６までアイテム５０４を輸送するように割り当てられる。より詳細には、読み取り器５０８および５１０の位置は、倉庫５０２の２つの別々の荷積みドックを反映していて、かつトラック５２２は、読み取り器５０８と関連付けられた荷積みドックでアイテム５０４をピックアップするように割り当てられてもよい。
【００７８】
この場合、倉庫５０２は、この位置、例えば「荷積みドックＡ」のための内部基準を有していてもよい。この内部基準は、しかし、倉庫５０２のレイアウトに精通していない可能性があるトラック５２２の運転手５２４にとっては、役に立たないかもしれない。更に、倉庫５０２が、上述したようなグローバル位置番号（ＧＬＮ）を有していて、それによって、運転手５２４は、倉庫のストリートアドレスを見つけるかもしれないが、この情報は、まだ、この倉庫に対する読み取り器５０８の位置を見つけるのには役に立たないであろう。
【００７９】
しかし、アイテム５０４（または読み取り器５０８）と関連付けられたｅＬＣを特定することによって、運転手５２４は、明確に適切な位置に導かれ得る。例えば、ｅＬＣシステム４０８は、マッピングソフトウェアと関連していて、マッピングソフトウェア自体は、たぶん運転手５２４によって用いられるトランシーバ５２６を含むＧＰＳシステムと関連している。すなわち、アイテム５０４の位置コード１０４を受信することによって、対応する緯度／経度／高度情報が特定され、倉庫５０２の地図または線図と関連付けられる。もちろん、ＧＰＳシステムも、トラック５２２自体の位置情報を提供することができ、それは、ここで述べたような、倉庫５０２の地図または線図、および／またはアイテム５０４の位置コードに関する相関のための位置コードとして表され得る。
【００８０】
従って、運転手５２４は、小売位置５０６への輸送のために、アイテム５０４を得て、積むことができる。上記と同様に、小売店５０６のオペレータは、アイテム５０４のための特定の荷下ろし点を選ぶことができ、それは、ドライバ５２４に、選ばれた位置の読み取り器５１４の位置コード１０４を送信することによって、伝達され得る。再び、運転手５２４は、小売店のオペレータによって用いられ得る位置のための内部基準または命名法の知識を必要とせずに、有意義にこの位置情報を使用することができる。従って、運転手５２４は、単一の位置コードを介して、小売店５０６の概略の位置と、読み取り器５１４の特定の荷下ろし位置との両方を得ることができる。
【００８１】
次に続くトラック５２２によるアイテム５０４の輸送は、位置コード１０４の有益な使用のための多くの機会を提供する。例えば、輸送されるときにアイテム５０４の位置を個別に追跡することは、起こり得る間違いの防止または少なくとも識別の助けになり得る。例えば、もし、例えば方向に沿った別々の配達のために、または異なる宛先への出荷の中で他のアイテムを送るために、トラック５２２の全出荷が分割されるならば、アイテム５０４は、不注意でトラック５２２から取り除かれるかもしれない。逆に、アイテム５０４は、取り除かれるべきであったが、取り除かれなかったかもしれない。
【００８２】
このような場合に、その移動全体にわたるアイテム５０４の位置についての情報は、時間を通して、その関連付けられた位置コード１０４によって提供され得る。例えば、読み取り器５２８をトラック５２２上に設置して、アイテム５０４の存在を検出するように動作させることができる。読み取り器５２８およびＧＰＳ送信器５２６は、ｅＬＣシステム４０８と通信して、その移動全体にわたって、アイテム５０４の更新された位置コードのストリームを生成することができる。同様に、もしアイテム５０４が所定の位置でトラック５２２から（多分誤って）下ろされれば、その位置の読み取り器が、アイテム５０４の位置コードを送信し始めることができる。
【００８３】
その結果、位置コードは、アイテム５０４を追跡するための遠隔測定データのストリームを効果的に形成することができ、それは、データベース５３０に格納することができる。更に、位置データは、示したように、その収集の時間と関連させてもよく、これにより、多数の異なるタイプの照会が、位置データに対して実行されることを可能にする。
【００８４】
既存のシステムは、いくつかのタイプの位置情報を提供すると言えることは、理解されるべきである。なぜなら、例えば、倉庫５０２のマネージャは、倉庫内の全ての読み取り器の位置を知っているかもしれないからである。同様に、サプライチェーンを管理している誰かは、サプライチェーンに沿った全ての読み取り器についての情報を有しているかもしれないので、アイテムが予想された読み取り器のうちの１つによって読み取られる範囲で、輸送されたアイテムの位置を知っているかもしれない。
【００８５】
ユーザーは予想される読み取り器の位置に精通していると仮定すると、または、もし読み取り器の位置が、関連する実体のＧＬＮと関連するのであれば、このような情報は、一般に位置情報の概要を提供する。しかし、もしユーザーが、予想される読み取り器の位置に精通していないのであれば、または、もしＧＬＮが使用可能でないのであれば、または、もし、このアイテムが（間違いまたは不正行為によって）予想外の読み取り器で読み取られたら、ユーザーは、（役に立つ）位置データを持つことができないか、または、使用可能な位置データに基づいて行動するために、様々な追加のステップまたは努力を実行しなければならない可能性がある。
【００８６】
更に、読み取り器の位置の一般的な情報によって間接的に得られる、このような位置情報は、具体的な読み取り器またはアイテム５０４自体の緯度、経度および高度情報と同じように役に立つとは言えない。更に、このような一般的な位置情報は、望ましい精度レベルに容易に拡張することができないし、高速かつ有意義な方法で他の位置情報と比較することもできないし、コンパクトな仕方で記憶することもできない。
【００８７】
しかし、図５においては、アイテム５０４の位置コードは、これらおよび他の利益を見越している。例えば、既に述べたが、アイテム５０４の位置コードは、アイテム５０４の移動全体を通して、送信され、かつ記憶され得る。更に、ＧＰＳ送信器５２６によって、トラック５２２も追跡され得る。
【００８８】
更にまた、運転手５２４は、上記で概説したように、例えば、ＧＳＭシステム５３４によって追跡される運転手のセルフォン５３２によって、追跡され得る。たとえ、ＧＰＳ送信器５２６とＧＳＭシステム５３４との個々の実施の間に、いくらかの互換性があるとしても、位置コード１０４は、ここで記述される様々な他のデバイス、および他のデバイスと同様に、ｅＬＣ４０８と関連する実質的に任意のこのようなデバイスと互換性を持つという点で、更なる利益を提供する。更に、位置コード１０４は、フレキシブルで、拡張性があり、かつ非常に正確である。
【００８９】
多数の異なるタイプの装置にわたって、正確で一貫した方法で、様々なアイテム、物体、および人の位置を追跡することを見越した位置コード１０４の能力は、多数の実現可能な利益を提供する。少し例を挙げれば、それは、トラック５２２の積荷が高価で、盗みまたは損害のないように単独で放置すべきではないので、運転手５２４が、トラック５２２から予め決められた距離以上離れないという指示下にある場合であってもよい。セルフォン５３２の位置コードをトラック５２２の位置コードと比較することによって、もしかすると本質的に異なるシステム（すなわちＧＰＳとＧＳＭ）の存在にもかかわらず、２つの位置コードは、位置データベース５３０へのアクセス権を有する誰によってでも、有意義に比較され得る。
【００９０】
更に、運転手５２４がトラック５２２から離れた時間および距離を確かめることができる。もし運転手がアイテム５０４をトラック５２２から盗もうとしたとしても、データベース５３０からの位置コードが、アイテム５０４がトラック５２２上に存在した最後の位置を特定するために用いられ得る。
【００９１】
多くの他の照会が、データベース５３０に対してなされ得る。例えば、位置および関連する時間がアイテム５０４に対して分かっているので、アイテム５０４の速度が計算され得る。このような情報は、例えば、アイテム５０４が壊れやすく、過度に加速されるべきではないときに、役に立ち得る。更に、運転手５２４の管理者が、運転手５２４の安全運転の実施を維持することを望むのであれば、運転手５２４の平均または瞬間の速度もまた、計算され得る。
【００９２】
もし多数のトラックがアイテムを配達しているのであれば、２台のトラックの比較もまた、なされ得る。例えば、トラックが、現在、お互いから、どれくらい遠く離れているか、または、どのトラックが、特定のピックアップまたは配達場所に、より近いかを、容易に特定することができる。このような能力は、配達トラックの運転手および管理者の効率を上げることができる。
【００９３】
図６は、図１のｅＬＣエンコードシステム１０２の動作を示しているフローチャート６００である。図６の例において、システム１０２は、まず、緯度、経度、および高度情報を、局所的または非局所的な出所から受け取る（６０２）。それから、適切な基準情報、例えば、高度モデルおよび受け取った緯度、経度、および高度情報の絶対または相対位置間の区別を受け取る（６０４）。
【００９４】
それから、形成される位置コード１０４の全ビット長が、例えば９６ビット、６４ビット、または他の長さのように決定される（６０６）。位置コード１０４の形式、例えば１６進数かまたは２進数かもまた、決定され得る。述べたように、全ビット長は、結果としての位置コードにおける、より大きいまたはより小さい程度の精度を提供する。
【００９５】
それから、選択された使用可能なビット数の割り当てがなされる（６０８）。一実施例において、上述したように、ビット長および／またはビット割り当て選択過程が、精度レベル数としての選択と同様に示され得る。ここで、各レベルは、位置コードセグメント１０６、１０８、および１１０の各々のサブセグメントを表している。より大きいかより小さいレベルが、全体の中でセグメントの各々に割り当てられ得る。または、与えられたレベル数（サブセグメント）が、セグメント１０６、１０８、および１１０間で、複数の方法で共有され得る（すなわち、より大きいレベル数が、他のセグメントに割り当てられるレベル数を減らすという犠牲を払って、１つのセグメントに割り当てられ得る）。
【００９６】
ビット割り当て過程の一部は、もし以前に設定されていなかったのであれば、あるビット数をヘッダセグメント１１２に割り当てることを含んでいてもよい。もちろん、ヘッダセグメント１１２に対してより多いまたはより少ないビットを使用可能にすると、セグメント１０６、１０８、および１１０のうちの１つ以上に対して、それぞれ、より少ないまたはより多いビットが割り当てられる。
【００９７】
それから、ヘッダバージョンが、基準情報、ビット長、およびビット割り当てに基づいて、決定され、かつ割り当てられ得る（６１０）。述べたように、ヘッダセグメントの指定されたバージョンは、ｅＬＣデコードシステム３００での位置コードの直接かつ容易なデコードを見越していて、緯度、経度、および高度位置成分の実際の変換の一部として用いられ得る。
【００９８】
すなわち、ひとたび上記の情報が分かれば、最初に受け取った緯度、経度、および高度情報は、適切なビット数を有するセグメント１０６、１０８、および１１０に変換され得る。それから、セグメント１０６、１０８、および１１０は、ヘッダセグメント１１２と共に、位置コード１０４に統合され得る（６１４）。
【００９９】
いくつかの実施例において、例えば、基準情報およびビット長／割り当ては、緯度、経度、および高度情報を受け取る前に設定され得るので、これらの時点での決定は、位置コードが形成されるたびに、なされる必要はない。例えば、ｅＬＣエンコードシステム１０２の所定のユーザーは、使用のために割り当てられる特定のヘッダバージョンを持つことができ、それは、全ての入力位置情報に自動的に割り当てられ得る。他の例として、ｅＬＣエンコードシステム１０２は、位置情報の出所（例えば特定の読み取り器）または宛先（例えば特定の記憶データベース）に基づいて、特定のヘッダバージョンを割り当てるように構成され得る。この点に関しては、図１に関する上記のように、ユーザーインターフェース１４８が、このような設定を入力するために用いられ得ることは、理解されるべきである。
【０１００】
緯度、経度、および高度変換（６１２）を実行するための具体的な技術を、表１〜４および図７および８に関連して更に詳細に以下で述べる。
【０１０１】
詳細には、表１は、緯度変換のための変換規則を提供する。表１においては、以下の表記法が用いられる。ＩｎＬＡは、入力緯度を指し、−９０°と＋９０°との間の度で表される。ＲＬＡは、正しい単位を保証するための正規化係数を指し、緯度変換の場合、９０°である。
【０１０２】
ＬｘＬＡｂは、所定のレベルのために使用可能なビット数を指す。例えば、図２Ａを参照すると、緯度セグメント１０６は、５つのレベル２０４を有している。これらの中で、レベル１は、位置コード１０４ａのビット７〜１２から成る６ビットを有している。従って、この場合の量ＬｘＬＡｂは、Ｌ１ＬＡｂ＝６（ビット）と表記される。同様に、レベル２に対しては、結果はＬ２ＬＡｂ＝６（ビット）である。表１において、異なるレベル、例えば図２Ａの５つのレベル２０４は、ＬｘＬＡと称されるので、レベル１はＬ１ＬＡと表され、レベル２はＬ２ＬＡと表され、等々である。
【０１０３】
再度、図２Ａを参照すると、既に位置コード１０４ａに関して述べたように、１ビットから成るサブセグメント２０２が、緯度の符号を示すために確保され得るので、入力緯度ＩｎＬＡがゼロ未満のときｓｉｇｎＬＡ＝０であり、入力緯度ＩｎＬＡがゼロ以上のときｓｉｇｎＬＡ＝１である。換言すれば、例えば、入力緯度ＩｎＬＡ＝３７°であれば、サブセグメント２０２のビット値は１である。入力緯度ＩｎＬＡ＝−３７°であれば、サブセグメント２０２のビット値は０である。
【０１０４】
【表１】
【０１０５】
上記の表記法と共に、表１は２つの欄を有している。第１欄は、度で表される緯度測定値ＩｎＬＡを入力し、所定の精度レベルまでの緯度測定値に対応する整数値を出力するための変換規則を表している。計算は、入力緯度ＩｎＬＡおよび所定のレベルで使用可能なビット数ＬｘＬＡｂに依存する。
【０１０６】
第２欄は、所定のレベル、そのレベル（および前述のレベル）で使用可能な所定のビット数、および入力緯度測定値ＩｎＬＡ自体の所定の精度レベルで表され得ることを超えた情報の残りを捕捉するための規則を表している。この残り値はＲＬｘＬＡと表記され、レベル１の例ではＲＬ１ＬＡと表記される。
【０１０７】
例えば、３７．４２５°であることが知られているだけである入力緯度ＩｎＬＡに対して、図２Ａのように、レベル１でのビット数はＬ１ＬＡｂ＝６であると仮定すると、表１の欄１において、第１の計算は、Ｌ１ＬＡ＝（３７．４２５）（２６＝６４）／９０、すなわち約２６．７５５という値になり、ｎ＝２６という整数値になる。値２６は、それから所望のデータ形式、例えば２進数のデータ形式に変換することができ、この例におけるレベル１で使用可能な全６ビットを用いて０１１０１０と表される。
【０１０８】
もしこの精度レベルが許容できるのであれば（この数によって表される分解能の程度は、更に詳細に以下で論じられる）、位置コードの残りのビットは、経度および高度測定値のために用いられるか、または単にゼロとして表され得る。しかし、３７．４２５°の緯度測定値を表す際に、より高い分解能および精度を得るために、上記のように、位置コードの次のレベルすなわちサブセグメントが、前のレベルで使用可能なビット数だけでは表現することができない、追加の分解能を表す残り値に基づいて計算され得る。
【０１０９】
例えば、与えられた例を続けると、残り値ＲＬ１ＬＡは、表１の第２欄の第１項目に従って、ＲＬ１ＬＡ＝（３７．４２５）−［（２６）（９０）／（６４）］、すなわち．８６２５になる。そして、この値は、表１の第１欄の第２項目における整数値Ｌ２ＬＡを計算するためのベースとして役立ち得る。それは、この場合、３９であり、２進数の形式で表せば１００１１１である。分かると思うが、望むのであれば、次の残り値ＲＬ２ＬＡは、それから計算され得る。それから、２進数の形式にされた結果は、連結によって統合され、それは、この場合、１０１１０１０１００１１１という結果になる（入力緯度３７．４２５°の符号が正だったという事を表す最初のビットの１を含む）。十分に作業した例を、図８に関連して以下に示すが、それは、上記の数および仮定を使用して、緯度セグメント１０６の５つのレベルに対する結果に加えて、位置コード１０４の経度セグメント１０８および高度セグメント１１０に対する対応する結果も示している。
【０１１０】
図７は、表１に関連してちょうど今述べた、図６の動作の中で用いられる過程の概略の適用を示すフローチャート７００である。詳細には、図７は、位置情報（詳細には、緯度成分）を位置コード１０４の対応する（すなわち、緯度）セグメント１０６に変換することを記述した実施例を示している。
【０１１１】
図７において、ちょうど今述べたように、緯度成分ＩｎＬＡが受け取られ、かつアクセスされる（７０２）。すなわち、例えば緯度変換器１２２で、経度および／または高度情報から分離される。そして、緯度変換器１２２は、各レベルに対するビット数ＬｘＬＡｂとして上述した、緯度セグメント１０６が使用可能なビット数を決定することができ、同様に、各々の使用可能なサブセグメントまたはレベルにビットを割り当てることができる（７０４）。従って、緯度変換器１２２は、使用可能な精度レベル（すなわちサブセグメント）を決定することができる（７０６）。逆に、もちろん、緯度変換器１２２は、最初に緯度セグメント１０６のための全ビット長およびセグメント１０６のレベル数を得ることによって、各レベルに対するビット数ＬｘＬＡｂを決定することもできる。
【０１１２】
それから、上記で概説した変換規則によって進み、レベルの整数は、最初のレベルに対して計算される（７０８）。上記の例では、レベル１の整数は２６になる。このレベルの整数は、それから、選択された（例えば２進数の）データ形式の、結果としてのサブセグメントに変換され、かつ一時的に記憶され得る（７１０）。
【０１１３】
もし更なるレベル（ビット）が使用可能であるならば（７１２）、緯度変換器１２２は、残り値ＲＬｘＬＡを計算することができ、この例においては、第１レベルのための第１残り値、すなわちＲＬ１ＬＡである。それから、この値ＲＬ１ＬＡは、次のレベルの整数を計算するために用いられ得る（７０８）。
【０１１４】
この過程は、それ以上のレベルが使用可能でなくなるまで続き、その時点で、計算されたサブセグメントは（符号ビットと）統合され、緯度セグメント１０６とされる（７１６）。他の実施例において、サブセグメントは、各サブセグメントが計算されるとき、進行中に連結され得る。
【０１１５】
図７の過程は、経度変換器１２４および高度変換器１２６のための同様の過程によって、それらの変換器によって用いられる適切な変換規則に従うことによって、繰り返され得る。このような変換規則の例を、以下で表２および表３に関連して示す。
【０１１６】
詳細には、表２は、経度変換器１２４のための変換規則を提供する。表２においては、表１と類似している以下の表記法が用いられる。ＩｎＬＯは、−１８０°と＋１８０°の間の度で表される入力経度を指す。ＲＬＯは、正しい単位を保証するための正規化係数を指し、経度変換の場合、１８０°である。
【０１１７】
−９０°＜ＩｎＬＡ＜９０°および−１８０°＜ＩｎＬＯ＜１８０°のような緯度および経度の表現は、それぞれ、それらの用語の定義に起因することに注意した方がよい。特に、緯度および経度は、地球のグリッドシステムを定義している。赤道でスライスすることによって、経度線（子午線）が円（例えば赤道）のまわりの各々の度で定義され、全てのこのような経度線は極で出会う。各々の度での経度線によってスライスしても、緯度線を提供する、対応する円になる。
【０１１８】
赤道をゼロ度と定義し、かつ正の値としての各々の度（緯度線）で北を測定することによって、緯度線は北極で９０°に達し、かつ同様に緯度線は南極で−９０°に達する。経度に対しては、国際協定が、本初子午線として知られた特定の経度線においてゼロ度の経度を定義していて、経度の距離が、東西で、それらが後に１８０°で出会うまで測定される。
【０１１９】
更に表２において、ＬｘＬＯｂは、所定の経度レベルのために使用可能なビット数を指し、例えば、図２ＡにおいてはＬ１ＬＯｂ＝７（ビット）である一方で、Ｌ２ＬＯｂ＝６（ビット）である。表２において、レベルはＬｘＬＯと称されるので、レベル１はＬ１ＬＯと表され、レベル２はＬ２ＬＯと表され、等々。
【０１２０】
緯度のための表１と同様に、１ビットから成るサブセグメントが、経度の符号を示すために確保されるので、入力経度ＩｎＬＯがゼロ未満のときｓｉｇｎＬＯ＝０であり、入力経度ＩｎＬＯがゼロ以上のときｓｉｇｎＬＯ＝１である。
【０１２１】
【表２】
【０１２２】
上記の表記法と共に、表２は、度で表される経度測定値ＩｎＬＯを入力し、経度測定値に所定の精度レベルまで対応する整数値を出力するための変換規則を表す第１欄を有している。第２欄は、残り値ＲＬｘＬＯを表していて、レベル１の例では、ＲＬ１ＬＯである。
【０１２３】
表３は、高度変換器１２６のための変換規則を提供する。表３においては、表１および２と類似しているが、以下の表記法が用いられる。ＩｎＡＬは、海抜メートルで表される入力高度を指す。ＲＡＬは、正しい単位を保証するための正規化係数を指し、高度変換の場合、高度オフセットＯｆｆＡＬおよび最大高度ＭａｘＡＬに関連して設定される。すなわち、高度に対しては、海面下のある（小さい）距離だけが重要であり、かつ、同様に、その上の高度測定値は求められていない、いくつかの定義される最大高度が、設定され得ることが、所定の高度モデルに対して仮定され得る。要するに、高度範囲が設定され、そして、下記の例においては、高度範囲は、ＯｆｆＡＬ＝−２４ｋｍとＭａｘＡＬ＝１０００ｋｍの間、すなわち１，０２４，０００ｍであると仮定される。
【０１２４】
更に表３においては、ＬｘＡＬｂは、所定の高度レベルのために使用可能なビット数を指し、例えば、図２ＡにおいてはＬ１ＡＬｂ＝６（ビット）である。表３においては、レベルはＬｘＡＬと称されるので、レベル１はＬ１ＡＬと表され、レベル２はＬ２ＡＬと表され、等々。
【０１２５】
１ビットのサブセグメントが、高度の符号を示すために確保され得る。代替案として、下記の例において、上述した範囲は、オフセット値ＯｆｆＡＬをゼロとみなし、かつ高度は２４ｋｍ未満の値に対しては負の値で表すように調節され得る。
【０１２６】
【表３】
【０１２７】
上記の表記法と共に、表３は、メートルで表される高度測定値ＩｎＡＬを入力し、高度測定値に所定の精度レベルまで対応する整数値を出力するための変換規則を表す第１欄を有している。第２欄は、残り値ＲＬｘＡＬを示していて、レベル１の例では、ＲＬ１ＡＬである。
【０１２８】
図８Ａ〜８Ｃは、図６および７の動作の結果を示している表である。詳細には、図８Ａ〜８Ｃは、それぞれ、上記のように、入力緯度がＩｎＬＡ＝３７．４２５°である一方で、入力経度がＩｎＬＯ＝−１２２．２１°であり、かつ入力高度が（高度を定義するための上記で定義された範囲を用いて）ＩｎＡＬ＝−１２３４５．７８６である例を示している。
【０１２９】
図８Ａ〜８Ｃのための望ましいｅＬＣは、２進数形式での９６ビットの例に相当する。緯度のために使用可能なビットは、Ｌ１ＬＡｂ＝Ｌ２ＬＡｂ＝Ｌ３ＬＡｂ＝Ｌ４ＬＡｂ＝Ｌ５ＬＡｂ＝６、すなわち符号を示すための最初のビットを含めて合計３１として表される。経度のために使用可能なビットは、Ｌ１ＬＯｂ＝７、およびＬ２ＬＯｂ＝Ｌ３ＬＯｂ＝Ｌ４ＬＯｂ＝Ｌ５ＬＯｂ＝６であり、符号を示すためのビットと合わせて合計３２として表される。高度のために使用可能なビットは、Ｌ１ＡＬｂ＝６、およびＬ２ＡＬｂ＝Ｌ３ＡＬｂ＝Ｌ４ＡＬｂ＝５であり、合計２１として表される。９６ビットの全ビット長に対して、１２ビットがヘッダセグメントのために残っていることを意味する。代替案として、高度は、例えばＬｘＡｌｂ＝６を追加し、ヘッダセグメントのために６ビットを残すことによって、追加の精度レベルまで表され得る。または、もしその精度レベルが使用可能でないならば、最終的なレベルは、全ビット長および／またはヘッダビット長に対する要求に適合する必要に応じて、ゼロのプレースホールダ値で満たされてもよい。
【０１３０】
図８Ａにおいて、上記の表１の変換規則の適用は、レベル１の結果８０２を提供し、この中で、Ｌ１＝２６およびＲＬ１＝．８６２５である。整数値Ｌ１＝２６の変換は、０１１０１０のような２進数形式で書かれたサブセグメント８０４という結果になる。残りＲＬ１は、それから、１００１１１のように書かれたサブセグメント８０８を含む、レベル２の結果８０６を決定するために用いられ得る。同様の説明は、残りのレベルにも当てはまる。
【０１３１】
更に、同様の説明は、図８Ｂおよび８Ｃにも当てはまる。その結果は、サブセグメント８０４、８０８、および図８Ａ〜８Ｃの全ての残りのサブセグメントが、それぞれ入力緯度および経度の符号に関するｓｉｇｎＬＡおよびｓｉｇｎＬＯビットを含めて、トップダウン方式で連結され得るということである。例えば０００１００という架空の６ビットヘッダセグメントを含み、かつ高度部分において６つのゼロのプレースホールダ値を仮定することによって、結果としての位置コードは、ｅＬＣ＝000100101101010011101000000110110100101010110111001111010011011001100101110100111011110101000000となる。
【０１３２】
上記の例の結果は、下記の表４のように要約される。表４において、上記図８Ａ〜８Ｃのように、ｅＬＣは２進数形式で表されている。しかし、上記を参照すると、ヘッダおよび各々のセグメントを最初に１６進数形式で表し、次に区切り記号としての“．”と共に上記の順に連結することによって、選択された３次元位置のための１６進数表現も得ることができる。
【０１３３】
【表４】
【０１３４】
図９は、図３のｅＬＣデコードシステム３００の動作を示しているフローチャートである。図９において、ヘッダデコーダ３０２で、位置コード１０４が受け取られ（９０２）、かつヘッダセグメントがデコードされる（９０４）。ヘッダセグメントのデコードのおかげで、位置セグメント１０６、１０８、および１１０のビット長が、位置コード１０４の全ビット長の中から特定され得るので、セグメントはセグメント分離器３０４で分離され得る（９０６）。
【０１３５】
また、ヘッダセグメントのおかげで、各セグメントの精度レベルも特定され得る。すなわち、各セグメントの各サブセグメントの長さが特定され得る（９０８）。それから、各サブセグメントは、整数の形で書かれ、かつ、例えば、成分変換システム３０６で実現されるような、下記の表５に示されている変換規則を用いて、正確な１０進数の値に変換される（９１０）。
【０１３６】
【表５】
【０１３７】
それから、緯度および経度の場合、サブセグメントは、度に統合かつ変換される（９１２）。高度の場合、サブセグメントは、また上記の表５の変換規則によって示されたような、定義された基準／高度モデルに従って、メートルに統合かつ変換される（９１２）。
【０１３８】
例えば、上記のエンコードの例に、表５の変換規則を適用することによって、元のエンコード過程で用いられた、ほぼ、どんな精度レベルに対しても、元の緯度、経度および高度測定値を（再度）得ることができる。この場合、結果としての位置情報は、３７．４２４９９９°の緯度、−１２２．２１°の経度、および−１２３４５．７８７０５ｍの高度を含んでいる。
【０１３９】
上記のように、個々の位置コードをエンコードする中で用いられるための様々な使用可能なレベルを提供することは、全体としてのコード、およびコードの各セグメントに対する精度レベルにおける選択を可能にする。更に、使用可能なビット長、例えば上述した９６ビット長は、容易に伝送、記憶、およびデコードされるコンパクトな形式の中で、位置測定値の極めて正確な分解能を見越している。
【０１４０】
ここで述べた位置コードによって可能にされる精度レベルの例として、表６は、ＳｅｇＢｉｔ＝３１ビットを有する緯度セグメントの例を示している（それは、６ビットのヘッダセグメントを仮定すると、全体として位置コードのＢｉｔ＝７−３７のビットを含んでいる）。
【０１４１】
【表６】
【０１４２】
表６は、各々が６ビットを有する５つのレベルと共に、符号ビットを含むことを示している。示したように、レベル４の後は、メートル未満の分解能に達する一方で、第５レベルの使用は、充分にセンチメートル未満の分解能を提供する。
【０１４３】
述べたように、このような分解能は、例えば使用可能なヘッダバージョンの情報と、例えば緯度、経度、および高度のような一般的な位置情報をエンコードし、かつ位置コードをデコードするための上記で提供された変換規則とのみを要求する、普遍的にアクセス可能な形式で使用可能である。
【０１４４】
上記の例は、受け取られてエンコードされるべき位置情報として、緯度、経度、および高度について述べたが、多くの他のタイプの位置情報および／または座標系が用いられ得ることは、理解されるべきである。例えば、万国横メルカトル（ＵＴＭ）座標系が用いられ得る。
【０１４５】
また、上記の説明は、地球のみに対して、明示された基準を有しているが、他の惑星または惑星状の物体上での位置の特定化もまた、ここで述べた位置コードの使用から利益を得ることができることは、理解されるべきである。例えば、月または火星への探査任務において、記載した原理を用いて位置データを送信することができるかもしれない。
【０１４６】
さらに、上記の例の多くは、商品の流通および販売の状況の中で与えられているが、ここで述べた位置コードは、位置情報が要求される、実質的にいかなる状況の中でも用いられ得ることは、理解されるべきである。例えば、家畜にＲＦＩＤタグを設けて、それらの位置を追跡することができるようにする場合である。特に、このような情報は、病気の大発生の間、役に立ち得る。なぜなら、特定の病気にかかった動物の経路を個別に追跡することができ、汚染を封じ込めることができるからである。
【０１４７】
他の例として、ある製造過程は、従業員、装置、および、ある場合にはロボットの動きを調整する際に、位置情報を利用する。特に、工場のフロア全体にわたって動き、様々な組み立て手順を実行するロボットを使用する過程は、高いレベルの特定性でロボットの移動を追跡することができることから利益を得ることができる。例えば、ロボットは、比較的高速で、かつお互いにまたは人間の労働者に比較的近い区域で動作することができ、高い精度レベルまで誘導可能であることを必要としてもよい。
【０１４８】
いくつかの実施例を述べてきた。それにもかかわらず、様々な修正がなされ得ることは、理解されるであろう。従って、他の実施例も請求項の範囲内である。
【図面の簡単な説明】
【０１４９】
【図１】電子位置コード（ｅＬＣ）エンコードシステムのブロック図である。
【図２Ａ】９６ビットｅＬＣの例である。
【図２Ｂ】６４ビットｅＬＣの例である。
【図３】ｅＬＣデコードシステムのブロック図である。
【図４】図１および３のエンコード／デコードシステムと共に用いるためのアイテム追跡システムのブロック図である。
【図５】図４のアイテム追跡システムの実施例のブロック図である。
【図６】図１のｅＬＣエンコードシステムの動作を示しているフローチャートである。
【図７】図６の動作の中で用いられる過程を示しているフローチャートである。
【図８Ａ】図６および７の動作の結果を示している表である。
【図８Ｂ】図６および７の動作の結果を示している表である。
【図８Ｃ】図６および７の動作の結果を示している表である。
【図９】図３のｅＬＣデコードシステムの動作を示しているフローチャートである。
【符号の説明】
【０１５０】
１０２ 電子位置コード（ｅＬＣ）エンコードシステム
１０４ 位置コード
１０６ 第１の位置セグメント
１０８ 第２の位置セグメント
１１０ 第３の位置セグメント
１１２ ヘッダセグメント
１１４、１１６、１１８ 位置システム
１２０ 成分変換システム
１２２ 緯度変換器
１２４ 経度変換器
１２６ 高度変換器
１２８ ヘッダエンコーダ
１３０ 統合器
１３２ 基準選択器
１３４ 高度モデル
１３６ 絶対／相対位置情報
１３８ 精度制御ユニット
１４０ ビット長選択器
１４２ ビット割り当て器
１４４ ヘッダ割り当てシステム
１４６ ヘッダバージョンのデータベース
１４８ ユーザーインターフェース
【特許請求の範囲】
【請求項１】
第１の位置成分を位置セグメントの複数のサブセグメントに連続的に変換することによって、物体の位置の第１の態様を表す第１の位置成分を、第１の位置セグメントに変換するように動作可能な第１の変換器を備えていて、
各々の連続するサブセグメントは、位置成分を表す際の追加の精度レベルを表していて、
更に、物体の位置の第２の態様を表す第２の位置成分を、データ形式に従ってフォーマットされた第２の位置セグメントに変換するように動作可能な第２の変換器と、
第１の位置セグメントのサブセグメントを、第２の位置セグメントのサブセグメントと統合して、物体の位置を表す位置コードを得るように動作可能な統合器とを備えていることを特徴とするシステム。
【請求項２】
前記第１の位置成分は、物体の緯度を含んでいて、前記第２の位置成分は、物体の経度を含んでいることを特徴とする請求項１に記載のシステム。
【請求項３】
物体の位置の第３の態様を表す第３の位置成分を、データ形式に従ってフォーマットされた第３の位置セグメントに変換して、統合器によって位置コードの中に含ませるように動作可能な第３の変換器を備えていて、前記第３の位置成分は、物体の高度を含んでいることを特徴とする請求項２に記載のシステム。
【請求項４】
第１の位置セグメントと第２の位置セグメントとの間での割り当てのために、全ビット数を位置コードと関連付けて、これにより、第１の位置セグメント、第２の位置セグメントの長さ、および全体としての位置コードに基づいて、第１の位置成分および第２の位置成分を表す際の精度の程度を、第１の位置セグメントおよび第２の位置セグメントに、それぞれ割り当てるように動作可能な精度制御ユニットを備えていることを特徴とする請求項１に記載のシステム。
【請求項５】
前記精度制御ユニットは、サブセグメントの全数、および各サブセグメント内のビット数を割り当てることによって、第１の位置成分を表す際の精度の程度を割り当てることを特徴とする請求項４に記載のシステム。
【請求項６】
前記第１の位置成分および第２の位置成分を表すための基準点を割り当てる基準選択器を備えていることを特徴とする請求項５に記載のシステム。
【請求項７】
第１の位置セグメントおよびサブセグメントの各々、第２の位置セグメント、および位置コードの長さを表すヘッダセグメントをエンコードするように動作可能で、かつ更に基準点を表すように動作可能なヘッダエンコーダを備えていて、
前記統合器は、位置コード内でヘッダセグメントを第１の位置セグメントに連結するように動作可能であることを特徴とする請求項６に記載のシステム。
【請求項８】
前記統合器は、位置コード内にヘッダセグメントを含ませるように動作可能であり、前記ヘッダセグメントは、位置コードを第１の位置成分および第２の位置成分に戻す変換を行う際に位置コードデコーダによって用いられるための、位置コードの形式を表していることを特徴とする請求項１に記載のシステム。
【請求項９】
位置コードを受け取り、
ヘッダセグメントを分析して、位置コードの形式を特定し、
位置コードを第１のセグメントと第２のセグメントに分離し、
第１のセグメントおよび第２のセグメントを、それぞれ第１の位置成分および第２の位置成分に変換するように動作可能な位置コードデコーダを備えていることを特徴とする請求項８に記載のシステム。
【請求項１０】
位置コードがエンコードされた時間に関連付けて位置コードを記憶するように動作可能な位置データベースを備えていることを特徴とする請求項１に記載のシステム。
【請求項１１】
前記物体は、無線識別（ＲＦＩＤ）送信器と関連付けられていて、第１の変換器、第２の変換器、および統合器の動作は、ＲＦＩＤ送信器から受信した信号の読み出しによって起動させられることを特徴とする請求項１に記載のシステム。
【請求項１２】
位置コードを特徴付けている基準および精度制御情報を割り当てて、位置コード内に含まれているヘッダセグメントの中に包含させるためのユーザーインターフェースを備えていることを特徴とする請求項１に記載のシステム。
【請求項１３】
位置を記述している位置情報を受け取るステップと、
位置情報に関する精度レベル数を決定するステップと、
位置情報を、各々が精度レベルのうちの１つと関連付けられた複数のサブセグメントに変換するステップと、
サブセグメントを第１の位置セグメントに統合するステップとを備えていることを特徴とする方法。
【請求項１４】
前記位置情報を受け取るステップは、複数の位置成分を受け取るステップ、位置の態様を各々特徴付けるステップを含んでいて、精度レベル数を決定するステップは、位置成分の各々に対する成分の精度レベルを決定するステップを含んでいることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記位置情報を変換するステップは、位置成分の各々を成分のサブセグメントに変換するステップを含んでいて、各成分のサブセグメントは、対応する成分の精度レベルと関連していて、サブセグメントを統合するステップは、成分のサブセグメントを成分の位置セグメントに統合するステップと、第１の位置セグメントおよび成分の位置セグメントを位置コードに統合するステップとを含んでいることを特徴とする請求項１４に記載の方法。
【請求項１６】
位置セグメントへの付加のためのヘッダセグメントを割り当てるステップを有していて、前記ヘッダセグメントは、位置情報を得るために位置セグメントをデコードするための精度レベル数および基準情報を含んでいることを特徴とする請求項１３に記載の方法。
【請求項１７】
前記位置情報は、高度情報を含んでいて、前記基準情報は、高度情報を表すための高度モデルを含んでいて、更に、前記基準情報は、位置情報を表すための絶対または相対座標系を含んでいることを特徴とする請求項１６に記載の方法。
【請求項１８】
記憶媒体を備えている装置において、前記記憶媒体上にはインストラクションが記憶されていて、前記インストラクションは、
位置情報を受け取るための第１のコードセグメントと、
位置情報を表す際に用いるための精度レベル数を決定するための第２のコードセグメントと、
変換規則を実行して、位置情報を、第１の精度レベルを有する第１のサブセグメントに変換し、第１の残り値を提供するための第３のコードセグメントと、
第１の残り値に基づいて、変換規則を実行して、第１の残り値を第２のサブセグメントに変換し、第２の残り値を得るための第４のコードセグメントと、
第１のサブセグメントと第２のサブセグメントを連結して位置セグメントにするための第５のコードセグメントとを有していることを特徴とする装置。
【請求項１９】
前記第３のコードセグメントおよび第４のコードセグメントは、それぞれ第１のサブセグメントおよび第２のサブセグメントにおいて使用可能なビット数に基づいて、変換規則を実行することを特徴とする請求項１８に記載の装置。
【請求項２０】
前記位置セグメントと共にヘッダセグメントを含ませるための第６のコードセグメントを有していて、前記ヘッダセグメントは、位置セグメントを位置情報に変換する際に用いるための情報を含んでいることを特徴とする請求項１９に記載の装置。
【請求項１】
第１の位置成分を位置セグメントの複数のサブセグメントに連続的に変換することによって、物体の位置の第１の態様を表す第１の位置成分を、第１の位置セグメントに変換するように動作可能な第１の変換器を備えていて、
各々の連続するサブセグメントは、位置成分を表す際の追加の精度レベルを表していて、
更に、物体の位置の第２の態様を表す第２の位置成分を、データ形式に従ってフォーマットされた第２の位置セグメントに変換するように動作可能な第２の変換器と、
第１の位置セグメントのサブセグメントを、第２の位置セグメントのサブセグメントと統合して、物体の位置を表す位置コードを得るように動作可能な統合器とを備えていることを特徴とするシステム。
【請求項２】
前記第１の位置成分は、物体の緯度を含んでいて、前記第２の位置成分は、物体の経度を含んでいることを特徴とする請求項１に記載のシステム。
【請求項３】
物体の位置の第３の態様を表す第３の位置成分を、データ形式に従ってフォーマットされた第３の位置セグメントに変換して、統合器によって位置コードの中に含ませるように動作可能な第３の変換器を備えていて、前記第３の位置成分は、物体の高度を含んでいることを特徴とする請求項２に記載のシステム。
【請求項４】
第１の位置セグメントと第２の位置セグメントとの間での割り当てのために、全ビット数を位置コードと関連付けて、これにより、第１の位置セグメント、第２の位置セグメントの長さ、および全体としての位置コードに基づいて、第１の位置成分および第２の位置成分を表す際の精度の程度を、第１の位置セグメントおよび第２の位置セグメントに、それぞれ割り当てるように動作可能な精度制御ユニットを備えていることを特徴とする請求項１に記載のシステム。
【請求項５】
前記精度制御ユニットは、サブセグメントの全数、および各サブセグメント内のビット数を割り当てることによって、第１の位置成分を表す際の精度の程度を割り当てることを特徴とする請求項４に記載のシステム。
【請求項６】
前記第１の位置成分および第２の位置成分を表すための基準点を割り当てる基準選択器を備えていることを特徴とする請求項５に記載のシステム。
【請求項７】
第１の位置セグメントおよびサブセグメントの各々、第２の位置セグメント、および位置コードの長さを表すヘッダセグメントをエンコードするように動作可能で、かつ更に基準点を表すように動作可能なヘッダエンコーダを備えていて、
前記統合器は、位置コード内でヘッダセグメントを第１の位置セグメントに連結するように動作可能であることを特徴とする請求項６に記載のシステム。
【請求項８】
前記統合器は、位置コード内にヘッダセグメントを含ませるように動作可能であり、前記ヘッダセグメントは、位置コードを第１の位置成分および第２の位置成分に戻す変換を行う際に位置コードデコーダによって用いられるための、位置コードの形式を表していることを特徴とする請求項１に記載のシステム。
【請求項９】
位置コードを受け取り、
ヘッダセグメントを分析して、位置コードの形式を特定し、
位置コードを第１のセグメントと第２のセグメントに分離し、
第１のセグメントおよび第２のセグメントを、それぞれ第１の位置成分および第２の位置成分に変換するように動作可能な位置コードデコーダを備えていることを特徴とする請求項８に記載のシステム。
【請求項１０】
位置コードがエンコードされた時間に関連付けて位置コードを記憶するように動作可能な位置データベースを備えていることを特徴とする請求項１に記載のシステム。
【請求項１１】
前記物体は、無線識別（ＲＦＩＤ）送信器と関連付けられていて、第１の変換器、第２の変換器、および統合器の動作は、ＲＦＩＤ送信器から受信した信号の読み出しによって起動させられることを特徴とする請求項１に記載のシステム。
【請求項１２】
位置コードを特徴付けている基準および精度制御情報を割り当てて、位置コード内に含まれているヘッダセグメントの中に包含させるためのユーザーインターフェースを備えていることを特徴とする請求項１に記載のシステム。
【請求項１３】
位置を記述している位置情報を受け取るステップと、
位置情報に関する精度レベル数を決定するステップと、
位置情報を、各々が精度レベルのうちの１つと関連付けられた複数のサブセグメントに変換するステップと、
サブセグメントを第１の位置セグメントに統合するステップとを備えていることを特徴とする方法。
【請求項１４】
前記位置情報を受け取るステップは、複数の位置成分を受け取るステップ、位置の態様を各々特徴付けるステップを含んでいて、精度レベル数を決定するステップは、位置成分の各々に対する成分の精度レベルを決定するステップを含んでいることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記位置情報を変換するステップは、位置成分の各々を成分のサブセグメントに変換するステップを含んでいて、各成分のサブセグメントは、対応する成分の精度レベルと関連していて、サブセグメントを統合するステップは、成分のサブセグメントを成分の位置セグメントに統合するステップと、第１の位置セグメントおよび成分の位置セグメントを位置コードに統合するステップとを含んでいることを特徴とする請求項１４に記載の方法。
【請求項１６】
位置セグメントへの付加のためのヘッダセグメントを割り当てるステップを有していて、前記ヘッダセグメントは、位置情報を得るために位置セグメントをデコードするための精度レベル数および基準情報を含んでいることを特徴とする請求項１３に記載の方法。
【請求項１７】
前記位置情報は、高度情報を含んでいて、前記基準情報は、高度情報を表すための高度モデルを含んでいて、更に、前記基準情報は、位置情報を表すための絶対または相対座標系を含んでいることを特徴とする請求項１６に記載の方法。
【請求項１８】
記憶媒体を備えている装置において、前記記憶媒体上にはインストラクションが記憶されていて、前記インストラクションは、
位置情報を受け取るための第１のコードセグメントと、
位置情報を表す際に用いるための精度レベル数を決定するための第２のコードセグメントと、
変換規則を実行して、位置情報を、第１の精度レベルを有する第１のサブセグメントに変換し、第１の残り値を提供するための第３のコードセグメントと、
第１の残り値に基づいて、変換規則を実行して、第１の残り値を第２のサブセグメントに変換し、第２の残り値を得るための第４のコードセグメントと、
第１のサブセグメントと第２のサブセグメントを連結して位置セグメントにするための第５のコードセグメントとを有していることを特徴とする装置。
【請求項１９】
前記第３のコードセグメントおよび第４のコードセグメントは、それぞれ第１のサブセグメントおよび第２のサブセグメントにおいて使用可能なビット数に基づいて、変換規則を実行することを特徴とする請求項１８に記載の装置。
【請求項２０】
前記位置セグメントと共にヘッダセグメントを含ませるための第６のコードセグメントを有していて、前記ヘッダセグメントは、位置セグメントを位置情報に変換する際に用いるための情報を含んでいることを特徴とする請求項１９に記載の装置。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図９】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図９】
【公開番号】特開２００６−３４３３２０（Ｐ２００６−３４３３２０Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【外国語出願】
【出願番号】特願２００６−８１５９４（Ｐ２００６−８１５９４）
【出願日】平成１８年３月２３日（２００６．３．２３）
【出願人】（３０００１５４４７）エスアーペー アーゲー (146)
【氏名又は名称原語表記】ＳＡＰ ＡＧ
【住所又は居所原語表記】Ｄｉｅｔｍａｒ−Ｈｏｐｐ−Ａｌｌｅｅ １６， ６９１９０ Ｗａｌｌｄｏｒｆ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００６−８１５９４（Ｐ２００６−８１５９４）
【出願日】平成１８年３月２３日（２００６．３．２３）
【出願人】（３０００１５４４７）エスアーペー アーゲー (146)
【氏名又は名称原語表記】ＳＡＰ ＡＧ
【住所又は居所原語表記】Ｄｉｅｔｍａｒ−Ｈｏｐｐ−Ａｌｌｅｅ １６， ６９１９０ Ｗａｌｌｄｏｒｆ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
[ Back to top ]