(57)【要約】【課題】  ＲＦＩＤを使用してアセットと通信するための改良された、ＩＤタグと通信するための方法およびシステムを提供する。【解決手段】  ＩＤタグと通信するための方法、ＩＤタグリーダー、およびコンピュータプログラム製品を提供する。タグと通信するため、ＩＤデータが、ＩＤタグから取り出されることが可能である。標準のネットワークプロトコルアドレスの少なくとも一部分に準拠するゲストＩＤが、ＩＤタグに割り当てられることが可能である。タグのタグルーティングアドレスに宛てられたメッセージが受信され、そのメッセージに対する応答が送信されることが可能である。【選択図】  図４
2005332365.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ読み取り可能な記録媒体と、リーダーシステムによって実行されたとき、無線周波ＩＤタグと通信するための方法を実行するように該リーダーシステムに指示する、該コンピュータ読み取り可能な記録媒体上に格納されたコンピュータプログラム命令とを含むコンピュータプログラム製品であって、
前記方法は、
（ａ）ＩＤクエリを無線周波ＩＤタグに送信するステップと、
（ｂ）前記無線周波ＩＤタグの標準のネットワークプロトコルに準拠するタグルーティングアドレスに宛てられたメッセージを受信するステップと、
（ｃ）前記メッセージに応答を送信するステップと
を備えることを特徴とするコンピュータプログラム製品。
【請求項２】
前記メッセージを前記無線周波ＩＤタグに送信するステップをさらに備えることを特徴とする請求項１に記載のコンピュータプログラム製品。
【請求項３】
前記メッセージを前記無線周波ＩＤタグに送信する前に前記メッセージを変換するステップをさらに備えることを特徴とする請求項２に記載のコンピュータプログラム製品。
【請求項４】
前記メッセージに対する返信として前記無線周波ＩＤタグから応答を受信するステップをさらに備えることを特徴とする請求項２に記載のコンピュータプログラム製品。
【請求項５】
前記応答を前記メッセージに送信する前に前記応答を変換するステップをさらに備えることを特徴とする請求項４に記載のコンピュータプログラム製品。
【請求項６】
前記タグルーティングアドレスは、モバイルインターネットプロトコルアドレスであることを特徴とする請求項１に記載のコンピュータプログラム製品。
【請求項７】
前記タグルーティングアドレスの少なくとも一部分を形成するゲストＩＤを前記無線周波ＩＤタグに割り当てるステップをさらに備えることを特徴とする請求項１に記載のコンピュータプログラム製品。
【請求項８】
前記ゲストＩＤ、およびリーダーシステムルーティングアドレスの少なくとも一部分を前記無線周波ＩＤタグのホームエージェントに送信するステップをさらに備えることを特徴とする請求項７に記載のコンピュータプログラム製品。
【請求項９】
前記ゲストＩＤを送信するステップは、複数のゲストＩＤをバッチとして前記ホームエージェントに送信するステップを備えることを特徴とする請求項８に記載のコンピュータプログラム製品。
【請求項１０】
前記ゲストＩＤは、インターネットプロトコルアドレスのインタフェースＩＤフィールドに準拠することを特徴とする請求項７に記載のコンピュータプログラム製品。
【請求項１１】
インターネットプロトコルアドレスのグローバルルーティングプレフィックスを含む第１のデータ要素とアセット識別子を含む第２のデータ要素とを含むＩＤデータを前記無線周波ＩＤタグから受信するステップをさらに備えることを特徴とする請求項１に記載のコンピュータプログラム製品。
【請求項１２】
前記タグルーティングアドレスに宛てられた前記メッセージを読み取り、前記メッセージ内に含まれる前記命令を実行するステップをさらに備えることを特徴とする請求項１に記載のコンピュータプログラム製品。
【請求項１３】
（ａ）ＩＤクエリをアセットＩＤタグに送信するステップと、
（ｂ）前記アセットＩＤタグからＩＤデータを受信するステップと、
（ｃ）モバイルインターネットプロトコルアドレスの少なくとも一部分に準拠するゲストＩＤを前記アセットＩＤタグに割り当てるステップと、
（ｄ）前記ＩＤデータに基づき、アセットルックアップサービスのユニフォームリソースロケータを特定するステップと、
（ｅ）前記特定されたユニフォームリソースロケータに基づき、前記受信されたＩＤデータの少なくとも一部分を前記アセットルックアップサービスに送信するステップと
を備えることを特徴とするアセット管理の方法。
【請求項１４】
前記アセットＩＤタグは、受動的な無線周波ＩＤタグであることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記アセットＩＤタグは、能動的な無線周波ＩＤタグであることを特徴とする請求項１３に記載の方法。
【請求項１６】
前記ＩＤタグは、磁気ストリップカードであることを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ＩＤタグは、集積回路カードであることを特徴とする請求項１３に記載の方法。
【請求項１８】
（ａ）ＩＤクエリを無線周波ＩＤタグに送信するステップと、
（ｂ）前記ＩＤクエリを送信した後、前記無線周波ＩＤタグからＩＤデータを受信するステップと、
（ｃ）標準のネットワークプロトコルアドレスの少なくとも一部分に準拠するゲストＩＤを前記無線周波ＩＤタグに割り当てるステップと
を備えることを特徴とするアセット管理の方法。
【請求項１９】
リーダーシステムルーティングアドレスの少なくとも一部分を前記ゲストＩＤと連結して、タグルーティングアドレスを形成するステップをさらに備えることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記リーダーシステムルーティングアドレスの前記部分は、グローバルルーティングプレフィックスおよびサイトサブネット識別子を含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記タグルーティングアドレスは、モバイルインターネットプロトコルに準拠することを特徴とする請求項１９に記載の方法。
【請求項２２】
前記タグルーティングアドレスを前記無線周波ＩＤタグのホームエージェントに送信するステップをさらに備えることを特徴とする請求項１９に記載の方法。
【請求項２３】
前記タグルーティングアドレスを送信するステップは、複数のタグの複数のタグルーティングアドレスをバッチとして送信するステップを備えることを特徴とする請求項２２に記載の方法。
【請求項２４】
前記ＩＤデータは、インターネットプロトコルアドレスのグローバルルーティングプレフィックスを含む第１のデータ要素と、アセット識別子を含む第２のデータ要素とを含むことを特徴とする請求項１８に記載の方法。
【請求項２５】
前記ゲストＩＤを含むタグルーティングアドレスに宛てられたメッセージを受信するステップをさらに備えることを特徴とする請求項１８に記載の方法。
【請求項２６】
前記メッセージを前記無線周波ＩＤタグに送信するステップをさらに備えることを特徴とする請求項２５に記載の方法。
【請求項２７】
前記メッセージを前記無線周波ＩＤタグに送信する前に前記メッセージを変換するステップをさらに備えることを特徴とする請求項２６に記載の方法。
【請求項２８】
前記タグルーティングアドレスに宛てられた前記メッセージを読み取り、前記メッセージ内に含まれる前記命令を実行するステップをさらに備えることを特徴とする請求項２５に記載の方法。
【請求項２９】
前記メッセージに対する返信として前記無線周波ＩＤタグから応答を受信するステップをさらに備えることを特徴とする請求項２５に記載の方法。
【請求項３０】
受動的なＩＤタグと、組み込まれたチップ、バッテリ、およびアンテナから基本的に構成される能動的なＩＤタグとから成るグループから選択されたＩＤタグに対して使用するのに適したＩＤタグリーダーであって、
（ａ）ＩＤタグからＩＤデータを受信するステップと、
（ｂ）前記ＩＤタグの、標準のネットワークプロトコルに準拠するタグルーティングアドレスに宛てられたメッセージを受信するステップと、
（ｃ）前記メッセージに対する応答を送信するステップと
を実行するためのコンピュータ実行可能命令を有することを特徴とするＩＤタグリーダー。
【請求項３１】
前記ＩＤタグは、受動的なＩＤタグであることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３２】
前記ＩＤタグは、組み込まれたチップ、バッテリ、およびアンテナから基本的に構成される能動的なＩＤタグであることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３３】
前記ＩＤタグは、無線周波ＩＤタグであることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３４】
前記メッセージを前記ＩＤタグに送信するステップをさらに備えることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３５】
前記タグルーティングアドレスの少なくとも一部分を形成するゲストＩＤを前記ＩＤタグに割り当てるステップをさらに備えることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３６】
前記ゲストＩＤを前記ＩＤタグのホームエージェントに送信するステップをさらに備えることを特徴とする請求項３５に記載のＩＤタグリーダー。
【請求項３７】
前記タグルーティングアドレスに宛てられた前記メッセージを読み取り、前記メッセージ内に含まれる前記命令を実行するステップをさらに備えることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３８】
前記ＩＤタグリーダーのルーティングアドレスの少なくとも一部分を前記ゲストＩＤと連結して、前記タグルーティングアドレスを形成するステップをさらに備えることを特徴とする請求項３０に記載のＩＤタグリーダー。
【請求項３９】
前記ＩＤタグリーダーの前記ルーティングアドレスの前記部分は、グローバルルーティングプレフィックスおよびサイトサブネット識別子を含む
ことを特徴とする請求項３８に記載のＩＤタグリーダー。
【請求項４０】
前記タグルーティングアドレスは、モバイルインターネットプロトコルに準拠することを特徴とする請求項３８に記載のＩＤタグリーダー。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信−アセット（資産；asset）管理の方法およびシステムを対象とし、より詳細には、無線周波ＩＤ（「ＲＦＩＤ」）を使用してアセットと通信するための通信の方法およびシステムと対象とする。
【背景技術】
【０００２】
アセットを識別するため、特に輸送中に、または物品が消費者によって購入される際に物品を追跡するため、例えば、「ＵＰＣ」（Ｕｎｉｆｏｒｍ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅｓ）、「ＳＳＣＣ」（Ｓｅｒｉａｌｉｚｅｄ  Ｓｈｉｐｐｉｎｇ  Ｃｏｎｔａｉｎｅｒ  Ｃｏｄｅｓ）、「ＩＳＢＮ」（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  Ｂｏｏｋ  Ｎｕｍｂｅｒｓ（国際標準図書番号））、磁気カード、「ＩＣ」（集積回路）カード、および「ＲＦＩＤ」（無線周波ＩＤ）タグを含む、ラベルおよびタグの様々な方法が使用されてきた。これらのタグは、読み取られ、翻訳されると、アセット管理システムにおいてアセットを追跡する、照合する、管理する、または移送するのに使用することができるアセットの何らかの性質を識別する。ＩＤ（identification）データは、専用の形式（ｐｒｉｖａｔｅ  ｆｏｒｍａｔ）で格納されることが可能であるが、相互運用性を向上させるため、ＥＰＣｇｌｏｂａｌ機構（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅ（電子製品コード）機構）が、ＲＦＩＤ番号に関する標準形式を開発している。
【０００３】
図１に示すとおり、「ＥＰＣ」（電子製品コード）５００は、通常、９６ビット幅であり、バージョン番号５０２、アセットの製造業者を識別する管理者（ｍａｎａｇｅｒ）番号５０４、アセットのタイプ（ＳＫＵなどの）を識別するオブジェクトクラス５０６、ならびにそれぞれの個別のタグを区別するシリアル番号５０８を含む。９６ビットＥＰＣに加え、２５６ビットＥＰＣを含め、様々な他のＥＰＣフォーマットが提案されている。ＥＰＣは、通常、接続されたアンテナを有するマイクロチップまたはＩＣを含むＲＦＩＤタグ５１４（図２に示す）上に格納される。
【０００４】
ＥＰＣを製品情報に解決するため、リーダー（ｒｅａｄｅｒ）５１０が、図２に示すとおり、範囲内のあらゆるＩＤタグ５１４にクエリを行う無線周波信号５１２を送る。能動的な「ＩＤ」（識別）タグ５１４ａは、ＩＣを実行して応答をリーダーにブロードキャストするバッテリを有し、受動的なタグ５１４ｂは、送られた信号５１２から電力供給を受けて応答する。リーダーに対するいずれの応答５１８も、タグのＥＰＣ５００ａ、５００ｂを含む。次に、リーダーが、マサチューセッツ工科大学オートＩＤセンタ（Ａｕｔｏ−ＩＤ  Ｃｅｎｔｅｒ）（現在は、ＥＰＣｇｌｏｂａｌの一部である）によって規格が定められた、ある形態の分散ソフトウェアである、Ｓａｖａｎｔコンピュータシステム５１６と通信する。リーダーは、Ｓａｖａｎｔコンピュータに物理的に接続されることが可能であり、かつ／または「Ｗｉ−Ｆｉ」などの無線接続を介してＳａｖａｎｔコンピュータシステムと通信する、またはドッキングステーションなどを介して、Ｓａｖａｎｔコンピュータシステムおよび／またはネットワークに物理的に接続された際に、受信されたＥＰＣのバッチをダウンロードすることができるモバイルリーダーであることが可能である。Ｓａｖａｎｔコンピュータシステムは、受信されたＥＰＣ５００ａ、５００ｂをオブジェクト名サービス５２４に送る。すると、オブジェクト名サービス５２４は、与えられた各ＥＰＣに関するアセット情報５２２を含む「ＰＭＬ」（Ｐｒｏｄｕｃｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（製品マークアップ言語））サーバ５２６のアドレス５２０ａ、５２０ｂを戻す。受け取られたアドレスを使用して、Ｓａｖａｎｔコンピュータシステムは、ＰＭＬサーバ５２６に接触して、アセット情報５２２を取り出し、かつ／または更新することができる。
【０００５】
単純なＩＤタグは、格納済みのＩＤデータを送ること、ならびに、おそらく、「目覚めさせる」または「格納済みのＩＤデータを消去する」などの１つまたは複数のコマンドを受け取ることができるだけである可能性がある。より複雑なタグは、より高価ではあるが、暗号化または許可検査、メモリブロックに書き込むこと、センサを較正すること、および／または測定を行うことを含め、多数の機能を実行することができる。ＩＤタグとリーダーの間の通信５３０は、一般に、タグ製造業者に固有の専用プロトコルを介して行われる。
【０００６】
いくつかの文献に上述のような従来の技術に関連した技術内容が開示されている（例えば、特許文献１、非特許文献１、２参照）。
【０００７】
【特許文献１】米国特許第５，２８０，１５９号明細書
【非特許文献１】W.Fritsche and Heissenhuber, "Mobile IPv6: Mobility Support for the Next Generation Internet," IABG, http://www.ipv6forum.com/navbar/papers/MobileIPv6_Whitepaper.pdf, August, 2000
【非特許文献２】D.Johnson, C.Perkins, and J.Arkko, "Mobility Support in IPv6," IETF draft request for comments, http://www.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-24.txt
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述したＥＰＣ番号−アセット管理システムは、実施可能ではあるが、ＳＳＣＣやＩＳＢＮなどの既存の番号システムと互換性がない。さらに、タグは、現行のコンピュータ通信プロトコル、または提案されているコンピュータ通信プロトコルに適合しない。このため、インターネットなどの通信ネットワークは、通常、Ｓａｖａｎｔコンピュータシステムを終端とし、タグまで達しない。さらに、ＩＤタグは、通常、ＩＣに埋め込まれた固有のＥＰＣを介してだけ識別可能であるため、リモートコンピュータシステムは、所望のタグと接触する特定のリーダーを識別することができず、タグに関係するコマンドまたはクエリをどのように送るかを判定するのに、外部情報に頼らなければならない。
【０００９】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、ＲＦＩＤを使用してアセットと通信するための改良された、ＩＤタグと通信するための方法およびシステムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の諸実施形態は、インターネットをＩＤタグまで拡張する「ＩＤ」（識別）タグリーダーおよびアセット管理方法に向けられる。具体的には、リーダーサービスが、リーダーサービスの範囲内のＩＤタグに対してルータとして動作することができる。ＩＤタグ上に格納された情報を使用可能なデータに解決するため、リーダーサービスは、クエリをＩＤタグに送り、応答として、ＩＤタグからＩＤデータを受け取ることができる。受け取られたＩＤデータに基づき、リーダーサービスは、選択されたアセットルックアップサービスの「ＵＲＬ」（ユニフォームリソースロケータ）などのアドレスを特定することができる。特定されたアドレスに基づき、リーダーサービスは、受け取られたＩＤデータの少なくとも一部分をアセットルックアップサービスに送ることができる。
【００１１】
リーダーサービスは、自らのルータ機能を提供して、リーダーサービスの範囲内の各ＩＤタグにゲストＩＤを割り当てることができる。モバイルＩＰアドレスに準拠するゲストＩＤは、通信メッセージが、ネットワークに接続された任意のコンピュータシステムから個々のＩＤタグに直接にアドレス指定されることを可能にすることができる。さらに、ゲストＩＤは、タグ上に格納されたＩＤデータの中に含まれることが可能な、タグの「ホーム」アドレスで登録されることが可能である。したがって、タグアプリケーションは、クエリまたはコマンドをタグの既知のホームアドレスに送ることができ、クエリ／コマンドは、タグのゲストＩＤでタグに自動的に送られることが可能である。代替として、タグアプリケーションは、タグ１０の現在のゲストＩＤアドレスを検出して、リーダーサービスを介してタグのゲストＩＤにコマンドまたはクエリを送ることもできる。このようにして、リーダーサービスは、ネットワークをＩＤタグにリンクするルータとして動作して、ＩＤタグとの直接にパケット通信を可能にする。さらに、ＩＤタグとの通信は、付随する信頼性およびセキュリティを有する定着した標準の通信プロトコルの範囲に入る。
【００１２】
本発明の以上の態様、ならびに付随する利点の多くは、添付の図面と併せて、以下の詳細な説明を参照することによって本発明がよりよく理解されるにつれ、容易に理解されるようになろう。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して本発明を適用できる実施形態を詳細に説明する。
【００１４】
モバイルコンピューティング「ＩＰ」（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の使用は、ラップトップコンピュータ、セルラー電話、パームコンピュータ、ポケットベルなどを含む多くのモバイルデバイスに関して増加している。これらのモバイルパケット交換デバイス（回線交換デバイスと対比される）は、インターネットに対するアクセスポイントを動的に変え、標準のルーティングが、インターネットの広大なトポグラフィ（ｔｏｐｏｇｒａｐｈｙ）の中でこれらのデバイスを「探し出す」ことを困難にしている。デバイスの移動性をサポートするため、「ＩＦＴＦ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（インターネット技術標準化委員会））が、現在、ネットワークの物理レイヤで、具体的には、モバイルデバイスで使用するための、Ｍｏｂｉｌｅ  ＩＰと呼ばれるプロトコルを標準化している。Ｍｏｂｉｌｅ  ＩＰ、具体的には、「ＩＰｖ６」（Ｍｏｂｉｌｅ  ＩＰバージョン６）が、参照により本明細書に組み込まれている白書（非特許文献１）、および（非特許文献２）で説明されている。
【００１５】
一般に、図３は、単純化した従来技術のモバイルシステムを示す。図３に示すとおり、モバイルノード２は、自らのホームリンク４から離れているが、現在のルータ９によって気付（ｃａｒｅ−ｏｆ）アドレスを割り当てられている。気付アドレスは、リンク８上でインターネット上におけるモバイルノードの現在位置を示し、ルータ公示（ａｄｖｅｒｔｉｓｅｍｅｎｔ）の受信から導出されるか（ステートレスアドレス（ｓｔａｔｅｌｅｓｓ  ａｄｄｒｅｓｓ）構成）、または動的ホスト構成プロトコル（ＤＨＣＰ）サーバによって割り当てられる。気付アドレスを確立すると、ルータ９は、ホームリンク４に割り当てられたホームエージェント６にバインド（ｂｉｎｄｉｎｇ）メッセージを送信する。バインドメッセージは、気付アドレス、およびモバイルノードのホームアドレスを通信する。ホームエージェント６は、モバイルノード２にアドレス指定されたパケットを代行受信し、リンク８上の気付アドレスでモバイルノードの現在位置にネットワークを介してパケットを送り返す。Ｍｏｂｉｌｅ  ＩＰ標準は、モバイルデバイスに対するメッセージトラフィックの信頼性およびセキュリティを高める。
【００１６】
一般に、従来の技術では、モバイルプロトコルは、ラップトップ、パームコンピューティングデバイス、ポケットベル、セル電話、およびＩＤタグのリーダーなどを含むが、以上には限定されない、ユーザディスプレイを介して頻繁なユーザの入力または評価を要求するコンピューティングデバイスだけに適用されてきた。従来技術では、ＩＤタグのリーダーは、ネットワーク上のエンドポイントであり、タグは、ネットワーク上でアドレス指定可能ではない。図４に示すとおり、従来の技術とは異なり、ネットワークをＩＤタグまで拡張することができ、リーダーサービス１２が、ネットワークからリーダーサービス１２を介してＩＤタグ１０に向けられた通信のために、適合されたモバイルプロトコルの範囲内でルータプロセスの一部分を提供することができる。このようにして、ＩＤタグは、独自のプロトコルを介してではなく、Ｍｏｂｉｌｅ  ＩＰを含む標準のプロトコルなどのプロトコルを介してアドレス指定可能な、ネットワーク上のノードになる。したがって、ネットワークの物理レイヤが、ＩＤタグ１０を含むように変換され、プロトコルレイヤを専用プロトコルから、Ｍｏｂｉｌｅ  ＩＰなどの標準のネットワークプロトコルに実質的に変換することができる。
【００１７】
図５は、典型的なアセット管理システム１００を示す。前述したアセット管理は、アセットを識別し、輸送中に、または消費者によって購入される際に小売り製品または卸売り製品を追跡すること、料金所における車両による料金の支払いを追跡すること、人員にアクセスを許可すること、または拒否すること、ペットを識別すること、および／または追跡すること、仮釈放者を識別および／または追跡することなどを含むが、以上には限定されない。どのようなアセットが識別され、どのようにそれらが追跡されるかが異なる、多くの異なる種類のアセット管理システムが存在する。アセットの存続期間全体のなかで異なるアセット管理者が存在することが可能であり、さらに、同一のアセットに同時に関心を有する複数のアセット管理者が存在することも可能である。例えば、アセット製造業者は、ＩＤタグ１０を製造部分（ｍａｎｕｆａｃｔｕｒｉｎｇ  ｐａｒｔ）に付加して製造プロセスを追跡し、ネック、またはその他の製造上の問題に対処し、かつ／またはリコール目的またはマーケティング目的で小売りにおけるアセットを追跡することができる。流通業者が、仕上がったアセットおよび／またはアセットのロジスティクス単位に付加されたＩＤタグ１０を、製造業者から流通業者による小売店における納品まで監視することができる。小売店は、同一のアセットを流通プロセスにわたって監視し、アセットの倉庫内の在庫（ｉｎｖｅｎｔｏｒｙ）、および店の棚の在荷（ｓｔｏｃｋ）として監視して、在庫補充および点検に役立てることができる。購入者は、場所における物品を追跡すること、および／または倉庫に入っている物品の時間経過（ａｇｅ）／鮮度を追跡することで、アセット管理を実施することもできる。
【００１８】
図５は、リーダーサービス１２、アセットルックアップサービス４０、およびリソースサービス３６を別々のサービスとして示すが、各サービスの機能および／またはプロセス（以下にさらに説明する）は、本明細書で説明する重なり合うプロセス、または相補的なプロセスを提供する複数のサービスとして作用する複数のコンピュータシステムおよび／またはデータベースによって実施されることも可能である。一実施形態では、アセットルックアップサービスは、以下に説明する機能の一部分を各データベースが提供する、複数のコンピュータシステム上に存在する複数のデータベースによって提供されることが可能であり、あるいは、代替として、複数のコンピュータシステムの機能が重なり合って、アセット管理システムにおける冗長性を提供することが可能である。同様に、一実施形態では、リーダーサービスは、前述したリーダーシステム１２のサービスの一部分をそれぞれが提供する複数のコンピュータシステム上で実施されることも可能である。各システムに関する機能の分散および冗長性は、処理要件、格納要件、またはアセット管理システムの任意のパフォーマンス特性に応じることが可能である。
【００１９】
図５のアセット管理システムは、リーダーサービス１２を使用してＩＤタグ１０上のＩＤデータ１４を解決する。従来技術のＥＰＣシステムと同様に、リーダーサービス１２は、ＩＤクエリ３０を送ることにより、タグ１０に問い合わせを行う。クエリは、格納されているＩＤデータ１４で応答するようにさせるＩＤタグに対するクエリを示す任意のデータまたは信号であることが可能である。リーダーの範囲内のＩＤタグ１０は、ＩＤデータ１４で応答することができる。例えば、ＲＦＩＤでは、リーダーサービス１２は、伝送周波数範囲内のタグによって検出される信号を、無線周波通信チャネル上で送信機を介して送る。信号は、問い合わせを受けるＩＤタグ１０の能力に合わせて、変調されないことも、変調されることも可能である。任意の周波数が、ＲＦＩＤで使用するのに適する可能性があるが、伝送周波数は、ＦＣＣによって規制されている。このため、ＦＣＣの無許可の（ｕｎｌｉｃｅｎｓｅｄ）帯域内のＲＦＩＤに関する国際標準化機構標準によれば、高周波数伝送は、通常、およそ９１５ＭＨｚまたは１３．３６ＭＨｚで行われ、低周波数伝送は、通常、およそ１２５ｋＨｚで行われ、マイクロ波無線伝送は、通常、およそ２．４６ＧＨｚまたは５．８ＧＨｚで行われる。音波周波数、光周波数、赤外線周波数、および紫外線周波数を含む他の周波数も、適切である可能性がある。磁気リーダー、視覚的検査、レーザーリーダーなどを含め、ＲＦＩＤ以外の通信方法も、様々なＩＤタグに対して適切である可能性がある。正確な技術およびシステム構成に依存して、衝突防止方法を使用して、リーダーサービスが、範囲内の１つまたは複数のタグを読み取ることができるようにするとともに、複数のリーダーサービスが、隣接するタグ、または同一のタグに問い合わせを行うことができるようにすることも可能である。
【００２０】
ＩＤタグから受け取られたＩＤデータ１４は、グローバルルーティングプレフィクス６０４、アセットタイプ識別子および／またはシリアル番号を含むことが可能なアセット識別子２０を含むことが可能である。ＩＤデータ１４は、オプションのタグインデックス１６を含むことも可能である。ＩＤデータ１４は、任意の適切な形式で格納され、かつ／またはリーダーサービスに通信されることが可能である。例えば、ＩＤデータ１４は、図６に示したモバイルインターネットプロトコルバージョン６アドレス形式などの、標準のインターネットプロトコルアドレスに準拠するデータ構造で格納され、かつ／または通信されることが可能である。
【００２１】
図６に示すとおり、従来技術の標準のインターネットプロトコルアドレス６０１は、通常、次の３つのフィールドを含む。すなわち、グローバルルーティングプレフィックス６０４、サイトサブネットＩＤ６０５、およびインタフェースＩＤ６０８である。グローバルルーティングプレフィックス６０４およびサイトサブネットＩＤ６０５は一緒に、サブネットプレフィックス６０２を形成する。グローバルルーティングプレフィックスが、一般に、インターネットレジストリによって発行されるのに対して、サイトサブネットＩＤおよびインタフェースＩＤは、通常、アドレスの所有者によって割り当てられる。このようにして、グローバルルーティングプレフィックス６０４は、公開アドレス空間を形成し、サイトサブネットＩＤ６０５およびインタフェースＩＤ６０８は、専用アドレス空間を形成する。
【００２２】
図６はまた、ＩＤデータ１４を格納するため、および／またはＩＤタグからＩＤデータ１４を通信するための、標準のネットワークプロトコルアドレスに準拠するデータ構造１３の一例を示す。図６に示すとおり、データ構造１３は、標準のインターネットプロトコルアドレス指定スキームに準拠するグローバルルーティングプレフィックス６０４を表すデータを含む、第１のデータフィールド１５を含むことが可能である。従来技術のＩＰｖ６の下では、サイトサブネットは、エンドユーザまでのルーティングのためのサブネットを識別し、インタフェースＩＤは、そのサブネット上の特定のホストを識別する。しかし、サイトサブネットおよびインタフェースＩＤは、ネットワーク上のサブネットまたはホストを識別するのに必要とされていないため、それらのデータフィールドは、一実施形態では、アセット管理などのために、アセットに関するＩＤ情報を格納するのに使用することができる。例えば、第２のデータフィールドを、タグインデックス１６を表す所定の、かつ／または固定の値に設定して、アセットＩＤ情報を含むように利用可能な専用アドレス空間のブランチ（ｂｒａｎｃｈ）を確保することができる。このようにすると、タグインデックス１６の値を保持するＩＰアドレスの第２のフィールド１７は、パケットのルーティング場所をもはや示さず、代わりに、ＩＰアドレス自体がアセットに関するＩＤ情報を含むことを示す。一例では、タグインデックスは、１に、例えば、１６進法でＦＦＦＦに、全ビットが設定された１６ビットを含む。タグインデックス１６は、より多くのビット、またはより少ないビットを含み、ＩＰアドレス形式の範囲内で、または範囲外でグローバルルーティングプレフィックスフィールドおよび／またはインタフェースＩＤフィールドに関する代替のフィールドサイズを可能にすることができることを理解されたい。他のタグインデックスは、この実施形態ではＩＰアドレスであるデータ構造が、アセットのルーティング場所ではなく、アセット情報を含むことを示すことが可能な、ＦＦ（８ビットだけ）、または任意の長さを有する他の任意のあらかじめ決められたコードを含むことができる。
【００２３】
例示的な例に示すとおり、第３のデータフィールド１８は、ネットワーク上の特定のホストを示すインタフェースＩＤではなく、アセットの特性を示すアセット識別子２０を表すデータを含む。このようにして、アセット識別子を保持するインタフェースＩＤフィールド１８は、インターネット上のルーティング場所とは独立である。アセット情報には、例えば、限定としてではなく、製品コード、シリアル番号、出荷番号、製造日、バッチ番号、バージョン番号、製造施設または出荷施設の識別子、ＵＲＬ（Uniform Resource Locator）または電話番号などの名前情報または連絡先情報が含まれることが可能である。図６に示すとおり、アセット識別子２０は、アセットタイプ識別子２２およびシリアル番号２４を含むことが可能である。アセットタイプ識別子２２は、複数のアセットに共通であるアセットの一般的な特性を示すことが可能であり、例えば、アセットのタイプ、例えば、１２アンペアの真空掃除機、アセットのサイズまたはウェイト、例えば、２５トンの積荷を運んでいるコンテナ、製品モデルまたは製品バージョン、例えば、Ｗｉｎｄｏｗｓ（登録商標）バージョン１．０、特定の区域に立ち入るための職員許可証（ｐｅｒｓｏｎｎｅｌ  ｐａｓｓ）、衣料品の色および／またはサイズ、例えば、大きい赤いシャツ、少なくとも１つのアセットのロジスティクス単位、例えば、アセットのコンテナ、パレット、またはケース、流通または製造に関する地理的場所、例えば、日本人ユーザのためのＷｉｎｄｏｗｓ（登録商標）、製品購入に関する個人情報および／またはクレジット料金請求（ｃｒｅｄｉｔ  ｃｈａｒｇｅ）データ、車両料金支払いに関するエントリ（ｅｎｔｒｙ）時刻およびエグジット（ｅｘｉｔ）時刻、および／またはアセット管理を受けるアセットの他の任意の特性または記述子を示すことが可能である。このようにして、同一のデータ構造を、個々のアセット（ＥＰＣのような）だけでなく、出荷単位（ＳＳＣＣのような）のアセット管理のためにも使用することができ、および／または他のアセット管理システムのために使用することもできる。シリアル番号２４が、アセットタイプ内の具体的な固有のアセット、例えば、製品シリアル番号ＡＢ１２３４５６ＸＹＺを有するＷｉｎｄｏｗｓ（登録商標）バージョン１．０、アセットの地理的場所、例えば、ピオリアにおける流通センタ、アセットの経時または製造日、またはアセット環境記述子、例えば、タグ１０の現在の温度を示すことが可能である。
【００２４】
以上の例は、Ｍｏｂｉｌｅ  ＩＰｖ６アドレス形式に準拠するデータ構造１３に関連して説明したが、他のバージョンのインターネットプロトコル、および他のコンピュータアドレス指定スキームが、アセット管理方法においてアセットを識別するのに適する可能性があり、「ＭＡＣ」（メッセージ認証コード）アドレス、６４ビット拡張固有識別子（ＥＵＩ−６４）、または任意のアドレス指定形式が含まれることを理解されたい。さらに、データ構造１３は、所定のフィールドまたはビットに入れられたグローバルルーティングプレフィックス、アセット識別子、および／または他の任意のアセット情報を含みながら、いずれのＩＰアドレス形式にも準拠しないことも可能であることを理解されたい。
【００２５】
図６に示したＩＤデータ１４を通信するためのデータ構造１３は、インターネットプロトコルアドレス指定スキームに準拠することが可能であるが、インターネット上におけるＩＤタグの現在のルーティング場所を示さない。ネットワークからのタグ１０との通信をサポートするため、図５に示した実施形態におけるタグは、モバイルノードとして扱われ、特定のルーティング場所においてリーダーサービス１２によってアクセスされることが可能な時間中、動的ＩＰアドレスが割り当てられることが可能である。例えば、図５に示すとおり、リーダーサービス１２は、ゲストＩＤ１９をＩＤタグ１０に割り当てることができる。この場合、リーダーサービスは、受け取られたＩＤデータ１４と割り当てられたゲストＩＤ１９の間の相互関係を格納するデータベースを維持する。
【００２６】
ゲストＩＤ１９は、ネットワーク上におけるＩＤタグ１０の場所を示す任意のデータまたは信号であり、Ｍｏｂｉｌｅ  ＩＰｖ６、Ｍｏｂｉｌｅ  ＩＰｖ４、および他の任意の標準ＩＰ形式を含む、標準のインターネットプロトコルアドレスに準拠することが可能である。一実施形態では、ゲストＩＤ１９は、リーダーサービス１２と接触する際にタグによって一時的に使用される、完全なインターネットアドレスであることが可能である。代替として、動的タグルーティングアドレスを形成するため、ゲストＩＤ１９をリーダーサービス１２のＩＰアドレスの少なくとも一部分と連結して、接続されたネットワークに適合する完全なルーティングアドレスを形成することもできる。例えば、リーダーサービス１２に、通常のサブネットプレフィックスを有するＩＰアドレスを割り当てることができる。各タグに割り当てられたゲストＩＤ１９は、リーダーサブネットプレフィックス（例えば、リーダーサービスのグローバルルーティングプレフィックスおよびサイトサブネットＩＤ）などの、リーダーサービスのインターネットアドレスの一部分に連結することができる固有インタフェースＩＤを含むことが可能である。図７に示した典型的な実施形態では、リーダーアドレス６０は、リーダーサブネットプレフィックス６６を形成するグローバルルーティングプレフィックス６２とサイトサブネットＩＤ６４を含む。リーダーアドレス６０は、インタフェースＩＤ７０も含む。ＩＤタグに割り当てられたゲストＩＤ１９は、リーダーサービスのＩＰアドレスに準拠するインタフェースＩＤを形成することが可能である。タグの動的ルーティングアドレスは、リーダーサブネットプレフィックス６６をゲストＩＤ１９と連結して、タグルーティングアドレス６８を形成することによって特定することができる。このようにして、タグルーティングアドレス６８は、接続されたネットワークに対するＩＰホストとしてタグを識別し、どのようにメッセージトラフィックが、リーダーサービス１２を介してタグ１０にルーティングされるべきかを明らかにする。
【００２７】
図７の例示的な実施形態では、リーダーアドレス６０は、「１」というインタフェースＩＤ７０値を有するリーダーサブネットプレフィックス６６を含む。この場合、ゲストＩＤ１９には、２から、ゲストＩＤに割り当てられたビット数を所与とした最大値までの間のインタフェースＩＤ値を割り当てることができる。「０」というインタフェースＩＤ値と連結されたリーダーサブネットプレフィックスを、リーダーによって定義されたサブネットワーク（ｒｅａｄｅｒ  ｄｅｆｉｎｅｄ  ｓｕｂｎｅｔｗｏｋ）のエニキャスト（ａｎｙｃａｓｔ）アドレスとして確保することができる。
【００２８】
図８に示した別の実施形態では、リーダーサブネットプレフィックス６６は、リーダーサービス１２だけに固有ではない可能性がある。むしろ、サブネットプレフィックス６６は、複数のルータおよび／または複数のリーダーサービスをサポートすることができる。このため、例示する実施形態では、接続されたネットワークにおけるリーダーサービスより上方の最後のルータに、通常どおり、サイトサブネットアドレスを割り当てることができる。次に、リーダーのインタフェースＩＤ７０を次の２つのフィールド、すなわち、リーダーサブネットサフィックス７２とリーダーＩＤ７４に細分する。このようにして、リーダーサブネットサフィックス７２とリーダーＩＤ７４が、リーダーアドレス６０のインタフェースＩＤ７０を形成する。リーダーサブネットサフィックス７２は、ルータに接続された特定のリーダーを示すことが可能であり、対応するリーダーＩＤ７４は、ネットワークに接続された特定のリーダーサービスを示すことが可能である。図８に示すとおり、タグに関するルーティング場所は、リーダーサブネットプレフィックス６６およびリーダーサブネットサフィックス７２をゲストＩＤ１９と連結して、タグルーティングアドレス６８を形成することによって特定することができる。
【００２９】
図８に戻ると、リーダーＩＰアドレス６０のリーダーサブネットサフィックス６６が、特定のリーダーサービスを識別するのではなく、プロキシサーバのプールとして一緒に作用する複数のリーダーサービスを識別することが可能である。リーダーＩＤ７４が、プール内の特定のリーダーサービスを示すことが可能である。ただし、タグルーティングアドレスが、ゲストＩＤ１９をリーダーサブネットプレフィックスおよびリーダーサブネットサフィックスと連結することによって形成される場合、特定の固有のリーダーを介するルーティング情報は、失われる。この実施形態では、複数のリーダーサービスは、リーダーサービスのすべてが区域内の各タグに接触することができるように、同一の接触範囲を有することが可能である。代替として、複数のリーダーサービスは、特定の各リーダーサービスによっていずれのタグが接触可能であるかを追跡しており、それに応じて着信メッセージをルーティングすることができる。重なり合うゲストＩＤ割り当てを回避するため、プール内の各リーダーサービスは、値の固有の範囲内でゲストＩＤを割り当てること、および／または割り当てられた値をプール内の他のリーダーサービスに通信することができる。
【００３０】
図８の例示する実施形態では、グローバルルーティングプレフィックスは、４８ビット幅であり、サブネット識別子は、１６ビット幅であり、リーダーサブネットサフィックスは、１６ビット幅であり、リーダーＩＤ７４は、４８ビット幅である。もたらされるアドレスが、例示する実施形態ではＭｏｂｉｌｅ  ＩＰｖ６であるインターネットプロトコルアドレス指定スキームに準拠する限り、リーダーアドレスおよびタグアドレスにおけるフィールドのいずれに関しても、他のビット幅を使用してもよいことを理解されたい。
【００３１】
図５に戻ると、リーダーサービス１２は、割り当てられたゲストＩＤ、および／または他の既知の情報、もしくは特定可能な情報などの、タグ１０に関する情報を送信して、タグの動的アドレスをネットワークに知らせ、タグに関する格納済みのレコードを更新することができる。リーダーサービス１２は、格納済みのレコードからタグに関する情報を受け取ることもできる。タグ１０および／またはアセットに関する情報を受信および／または送信するため、リーダーサービス１２は、図５に示すとおり、受け取られた各ＩＤデータ１４に関して、選択されたアセットルックアップサービス４０の、ＵＲＬなどのアドレス３８を特定することができる。アセットルックアップサービス４０は、ＩＤデータ１４で識別された所与のアセットに関して、特定のアセット情報４２を格納する少なくとも１つのデータベースを保持する。前述したとおり、アセットルックアップサービス４０は、一実施形態では、複数のコンピュータシステム上に存在する複数のデータベースによって提供されることが可能である。例えば、アセットルックアップサービスは、アセットに関係するＩＤおよび／または特性情報、アセットの履歴、および／またはアセットに関するネットワークアドレス情報などの情報を提供することができる。
【００３２】
リーダーサービス１２は、アドレス３８を介してアセットルックアップサービス４０にアクセスすることができる。次に、リーダーサービスは、所与のＩＤデータ１４に関する格納済みのアセット情報４２を取り出して、アセット管理を提供することができる。さらに、リーダーサービスは、アセットルックアップサービスにアクセスして、アセット情報４２をリーダーサービスが知っているデータ、または特定することができるデータで更新することができる。アセット情報４２は、任意のコンピュータ通信プロトコルの任意の形式のメッセージなどの、リーダーサービスおよび／またはアセットルックアップサービスがアセット情報として認識できる任意のデータまたは信号を含むが、これには限定されないいくつもの形で、リーダーサービスおよび／またはアセットルックアップサービスによって受信されることが可能である。
【００３３】
アセット情報４２は、アセット情報、例えば、動的アセット情報（例えば、アセット環境測定値）、一時的アセット情報（例えば、ＩＤタグ１０にアクセスするリーダーの地理的位置を含むことが可能なアセット地理的位置、ゲストＩＤ１９を含むことが可能なタグのアセットインターネットルーティング場所、販売ステータスなど）、静的アセット情報（例えば、シリアル番号、モデル、製品タイプ、ウェイトなど）、および／またはその他の情報（例えば、ＩＤタグにアクセスするリーダーに関する情報、格納済みの一時的情報および／または動的情報の履歴上の値）を示す任意のデータまたは信号であることが可能である。さらに、または代替として、更新されたアセット情報は、特定の動的アセット情報、一時的アセット情報、静的アセット情報、および／またはその他のアセット情報を示すフィールドを有する動的シリアル番号に組み込むことが可能である。
【００３４】
図５の典型的な実施形態では、アセットルックアップサービスは、ホームエージェントのプロセスを実行することができる。というのは、アセットルックアップサービスは、アセット管理者によって管理されることが可能であり、前述したとおり、各タグのＩＤデータ１４をタグルーティングアドレス６８に関連付けるデータベースを保持するからである。このため、サービスが、アセットルックアップサービスのアセット情報データベースを更新すると、Ｍｏｂｉｌｅ  ＩＰの下における動的気付アドレスのバインド更新も更新される。代替として、ホームエージェントは、アセットルックアップサービスとは別個のサービスによって実行されることも可能である。ホームエージェントにタグの動的ルーティングアドレス６８（Ｍｏｂｉｌｅ  ＩＰｖ６の下における気付アドレスに類似する）を知らせるため、リーダーサービス１２は、Ｍｏｂｉｌｅ  ＩＰｖ６の下でホームエージェント検出を使用して、または他の任意の適切なプロセスを使用して、バインド更新を受け取るホームエージェントのＩＰアドレスを特定することができる。
【００３５】
リーダーサービスが、バインド更新を送ってタグルーティングアドレス６８を通信すると、ネットワーク化されたサーバ群およびホストシステム群が、タグと直接に接触することができるようになる。例えば、図５に示すとおり、タグルーティングアドレス６８の知識により、タグアプリケーション４６が、メッセージ４４をタグ１０に直接にアドレス指定することができるようになる。このため、タグアプリケーション４６は、タグルーティングアドレス６８が分かると、リーダーサービスが所望されるＩＤタグの範囲内に留まる限り、リーダーサービスを介してタグに直接に、パケット化されたメッセージ４４を送ることができる。タグメッセージ４４は、タグ記憶空間に再書き込みすること、タグ記憶空間を消去すること、バッテリをオンにすること、バッテリをオフにすること、センサを較正すること、センサ測定を行うこと、暗号化、または許可、または管理検査を実行することを含め、タグに対する情報、命令、クエリ、または要求を示す任意の信号またはデータであることが可能である。タグアプリケーション４６は、アセットルックアップサービス、リソースサービス（図５を参照して以下にさらに説明する）、およびリーダーサービスを含む任意のコンピュータシステム、ならびにタグ１０および／またはリーダーサービス１２と通信することを望む任意のコンピュータシステムによって実行されることが可能であることを理解されたい。
【００３６】
タグルーティングアドレス６８を特定するため、タグアプリケーション４６は、図５に示すとおり、アセットルックアップサービスに接触し、特定のアセットＩＤデータ１４で識別される所望のタグのタグルーティングアドレスを要求することができる。リーダーサービス１２が、アセット情報データベースを更新している場合、アセットルックアップサービスは、タグルーティングアドレスをタグアプリケーションに戻すことができる。代替として、タグルーティングアドレスを要求し、受け取るのではなく、タグアプリケーションは、タグ命令４４をアセットルックアップサービス４０に直接に送り、サービス４０が、そのタグ命令をサービス１２に転送し、その結果、そのタグ命令がタグ１０に転送されることも可能である。
【００３７】
図６を参照して前述した図示する実施形態では、ＩＤデータ１４は、インターネットアドレス形式に準拠することが可能であり、タグアプリケーションによってタグ命令をアドレス指定するのに使用されることが可能である。前述したとおり、ＩＤデータ１４を含むデータ構造１３は、タグが移動性であるため、ＩＤタグ１０の実際のルーティング場所は表さない。しかし、インターネットアドレスに準拠するＩＤデータ１４は、Ｍｏｂｉｌｅ  ＩＰにおけるモバイルノードのホームアドレスに準拠するモバイルＩＤタグのホームアドレスに関するインターネット上のルーティング場所であることが可能である。このようにして、ＩＤデータ１４は、接続されたアセットの特性の識別子であるだけでなく、ＩＤタグの永続的なホームアドレスでもあることが可能である。例えば、Ｍｏｂｉｌｅ  ＩＰｖ６を使用すると、タグは、モバイルノードと考えることができる。ＩＤデータ１４のサブネットプレフィックス６０２（図６に示す）は、ＩＰｖ６ホームサブネットプレフィックスであることが可能であり、データ構造１３は、タグのホームアドレスであることが可能である。Ｍｏｂｉｌｅ  ＩＰｖ６では、少なくとも１つのルータを含むホームエージェントが、タグのホームサブネットプレフィックス６０２を使用して、ホームリンクを実施することができる。ＡＬＳなどのホームエージェントが、アセット管理者、例えば、製造業者、流通業者、小売り業者、所有者、および／またはアセットに付加されたタグを管理することに関心を有する他の管理者（ｃｏｎｔｒｏｌｌｅｒ）によって管理されるタグのバインドでデータベースを初期設定し、保持することができる。
【００３８】
Ｍｏｂｉｌｅ  ＩＰのブックキーピング（ｂｏｏｋｋｅｅｐｉｎｇ）プロセスおよび転送プロセスを使用して、タグアプリケーション４６からタグ１０にタグ命令４４を向けることができる。通信は、アセットルックアップサービスなどのホームエージェントを介して転送されること、あるいは、動的タグルーティングアドレス６８に対するタグホームアドレス（例えば、ＩＤデータ１４）のバインドがネットワーク（および付随するルータ群）に通知されている場合、タグの動的タグルーティングアドレス６８においてタグに直接に送られることが可能である。さらに、Ｍｏｂｉｌｅ  ＩＰｖ６は、動的タグルーティングアドレス６８のバインド更新をキャッシュして、タグアプリケーションなどの送信元の相手（ｏｒｉｇｉｎａｔｉｎｇ  ｃｏｒｒｅｓｐｏｎｄｅｎｔ）が、パケットをホームエージェントまで戻して転送されるようにする必要なしに、タグの現在のサブネットに直接に（すなわち、リーダーサービス１２を介して）パケットをルーティングすることができるようにするための機構を提供する。Ｍｏｂｉｌｅ  ＩＰは、連続的なＩＰアドレス、または連続的でないＩＰアドレスに関するバインド更新のバッチをホームエージェントに送信する機構も提供することができる。バッチバインド更新により、単一のリーダーが、商品のパレットが流通倉庫に入る際などに複数のタグを検出する場合のネットワークトラフィックを低減させることができる。したがって、Ｍｏｂｉｌｅ  ＩＰｖ６などのモバイルアドレス指定システムは、モバイルホストのホームアドレスに宛てられた（例えば、タグ１０のＩＤデータ１４にアドレス指定された）メッセージのブックキーピングおよび転送を扱うための機構、ならびにモバイルノード（ＩＤタグ１０）が、リーダーとの通信を中断し、再開した場合のアドレスの保持およびブックキーピングのための機構を提供することができる。このようにして、Ｍｏｂｉｌｅ  ＩＰｖ６などのＭｏｂｉｌｅ  ＩＰ標準が、標準のＭｏｂｉｌｅ  ＩＰの機構に従って正しい動的タグルーティングアドレスにメッセージトラフィックを転送する。
【００３９】
一実施形態では、ＩＤタグが伝送区域を離れる、または応答しなくなると、リーダーサービスは、そのことに気付き、どのようなものであれ、必要なクリーンアップを実行することができ、このクリーンアップは、Ｍｏｂｉｌｅ  ＩＰｖ６に準拠することが可能である。例えば、ＩＤタグは、第１のリーダーサービスの接触範囲の外に移動することが可能である。第１のリーダーサービスは、ＩＤタグが応答していないことを検出した場合、アセットルックアップサービスのアセット情報データベースを更新することができ、この更新は、Ｍｏｂｉｌｅ  ＩＰｖ６のバインド更新に準拠することが可能である。第１のリーダーサービスは、ある期間にわたってＩＤデータ１４を保持することができ、タグが範囲外にあることを定期的に確かめることができる。タグが第２のリーダーサービスの範囲内に移動すると、その第２のリーダーサービスが、アセットルックアップサービスのアセット情報データベースを更新し、新たなゲストＩＤを割り当てることができる。次に、アセットルックアップサービスが、その新たなタグルーティングアドレスを第１のリーダーサービスに通知して、アセットルックアップサービスおよび／または第１のリーダーサービスが、受信されたあらゆるメッセージトラフィックをネットワーク上のタグの新たなルーティング場所においてタグに転送できるようにすることができる。
【００４０】
一般に、受動的なタグは、ＩＣおよびアンテナを含み、この両方が、リーダーからの信号の電力を使用して、ＩＤデータ１４で応答する。能動的なタグは、通常、ＩＣ、アンテナ、およびバッテリを含む。一部のケースでは、バッテリは、ＩＣの回路に電力を供給し、リーダーに対するブロードキャスト応答信号に電力を供給する。代替として、一部の能動的なタグは、ＩＣの回路を実行するのにだけバッテリを使用し、受動的なタグと同様に、リーダーからの信号からの電力を使用して応答する。能動的なタグと受動的なタグのいずれにおいても、ＩＣは、費用を低減し、電力要件を制限するため、相当に単純な回路である。このため、ＩＤタグ１０は、あまり多くのメッセージプロトコルはサポートしない可能性がある。一例では、ＩＤタグは、「ＵＤＰ」（ユーザデータグラムプロトコル）メッセージおよび／または「ＴＣＰ」（伝送制御プロトコル）メッセージを含むが、以上には限定されない小さいメッセージセットをサポートする真のＩＰスタックを実装することができる。代替として、タグ１０は、アセット管理者および／またはタグ製造業者によってあらかじめ決められた専用プロトコルにおける特定の限られたメッセージセットを有することも可能である。例えば、ネットワークは、タグが、限られたコマンドセットを有するＵＤＰメッセージを受け取り、解釈することができると信じることが可能である。しかし、タグ１０と接触しているリーダーサービス１２は、タグルーティングアドレス６８に向けられた何らかのメッセージトラフィックを受け取ると、そのメッセージをＩＤタグの専用プロトコルに変換する（ｔｒａｎｓｃｏｄｅ）ことができる。リーダーサービスは、要求されるとおりにメッセージをタグに送ることができる。タグの返信は、行われる場合、リーダーサービスからの通信トラフィックまたはコマンドトラフィックに応答してタグによって送信され、適宜、ネットワークを介して転送されるように、リーダーサービスによってメッセージにさらに変換されることが可能である。タグルーティングアドレス６８でアドレス指定されたタグにすべてのメッセージトラフィックを送信するのではなく、リーダーサービスは、メッセージトラフィックを読み取り、分析することができる。リーダーサービスは、コマンドがタグ１０との対話を要さず、リーダーサービス自体によって実行されることが可能であることを認識することが可能である。例えば、リーダーサービスの地理的位置を識別すること、バインド更新要求に応答すること、およびリーダーサービスのＩＰアドレスを通信することは、タグ１０との対話を要さない可能性がある。このため、タグがその地理的位置を知っているかどうかをタグに尋ねるのではなく、リーダーサービスが、タグとのさらなる通信なしに、要求された情報で送信側に返信することができる。このようにして、タグとの通信は、バッテリ電力および帯域幅使用を節約するように低減することができる。
【００４１】
図５に関連して説明したとおり、リーダーサービス１２は、ＵＲＬなどのアドレス３８を介してアセットルックアップサービス４０にアクセスすることができる。一例では、リーダーサービス１２は、図６に関連して前述したとおり、タグ１０から受け取られるＩＤデータ１４の一部分としてグローバルルーティングプレフィックスまたはインターネットアドレスを受け取ることにより、アドレス３８を自己特定する（ｓｅｌｆ  ｄｅｔｅｒｍｉｎｅ）ことができる。アセット管理をサポートするため、アセット管理者は、グローバルルーティングプレフィックス６０４、所定のサイトサブネットＩＤ、およびインタフェースＩＤを有するＩＰアドレスをセットアップして、選択されたアセットルックアップサービスをポイントすることができる。例えば、リーダーサービス１２は、ＡＳＬ．ａｓｐｘなどの所定のサフィックスを受け取られたグローバルルーティングプレフィックスに付加して、アセットルックアップサービス４０のｑａ  ＵＲＬをフォーマットすることができる。
【００４２】
代替として、図５に示すとおり、リーダーサービス１２は、所定のリソースサービス３６に問い合わせることにより、ＩＤデータ１４をアセットルックアップサービスのアドレスに解決することができる。例えば、リーダーサービスは、ＵＲＬなどの所定のアドレスに接触して、リソースサービス３６をポイントすることができる。リソースサービスは、アセット識別子２０などの登録済みの各ＩＤデータ１４、またはＩＤデータの一部を、アセットを管理するアセット管理者によって提供されたアドレス３８と互いに関連付ける。このようにして、リソースサービス３６は、提供された各ＩＤデータ１４に関してアドレスを戻す。一例では、リソースサービスは、「ＵＢＲ」（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｃｏｖｅｒｙ，ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｂｕｓｉｎｅｓｓ  Ｒｅｇｉｓｔｒｙ（汎用記述−検出−統合ビジネスレジストリ））によって提供されることが可能である。ＵＢＲは、現行では、マイクロソフトのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｓｙｓｔｅｍｓ、およびＳＡＰによって動作させられる。様々なサーバシステムが、各ＩＤデータ１４を、アセット管理者自体を含む選択されたルックアップサービスプロバイダのアドレスと互いに関連付ける、リソースデータベースを保持することが可能であることを理解されたい。
【００４３】
次に、アセット管理方法の典型的なインプリメンテーションを図９〜１５を参照して説明する。
【００４４】
図５に示すリーダーサービス１２、アセットルックアップサービス４０、およびリソースサービス３６がすべて、存在し、ＩＤタグ１０に対するリーダーサービス、リーダーサービスおよび／またはタグアプリケーションに対するアセットルックアップサービス、および／またはリーダーサービスに対するリソースサービスとして動作する１つまたは複数のコンピュータ上、または他のデバイス上で動作していることが可能である。図５に関連して前述したとおり、これらのサービスのそれぞれは、複数のコンピュータシステム上、または他のデバイス上で完全に、または部分的に提供されて、前述したプロセスを提供することが可能である。
【００４５】
例示した実施形態では、リーダーサービス１２は、図９〜１０および図１３〜１４を参照して以下に説明するリーダーシステム２００によって提供される。例示した実施形態では、アセットルックアップサービス４０は、アセットルックアップサーバ３００（図１１〜１２および図１５を参照して以下に説明する）によって提供され、リソースサービス３６は、参照により本明細書に組み込まれている、本出願／特許と同一の日付で出願され、整理番号３０７２１７．０１／ＭＳＦＴＩ１２２１７４を有する「METHOD AND IDENTIFICATION TAG FOR ASSET MANAGEMENT」という名称の同時係属出願においてさらに説明するリソースサーバによって提供される。タグアプリケーション４６は、任意のシステム上に存在することが可能であり、アプリケーション４６のインプリメンテーションは、当業者には明白であろう。アセットルックアップサーバ３００、リソースサーバ、およびタグアプリケーション４６を実行するシステムは、当技術分野で周知の任意の形で（例えば、インターネットを介して）リーダーシステム２００によってアクセスされるネットワーク化されたシステム群であることが可能である。
【００４６】
図９に示すとおり、リーダーシステム２００は、トランシーバ、磁気ストリップリーダー、レーザーリーダー、光学式文字認識デバイス、またはタグ１０からのタグ情報を判定するのに適する他のデバイスなどのタグ呼び掛け機（ｉｎｔｅｒｒｏｇａｔｏｒ）２１２を含むことが可能な１つまたは複数の通信ポート２０２を含むことが可能である。リーダーシステム２００は、１つまたは複数のプロセッサ２０４、内部日付−時刻クロック２０６、ならびに実行された場合、リーダーサービス１２の動作を実行するようにコンピュータに命令する命令を定義する１つまたは複数のコンピュータプログラム２２２を含む、ストレージ２０８も含む。ストレージは、リーダーアセットデータベース２１０も含むことが可能である。次に、図１０に関連してリーダーアセットデータベースをより詳細に説明し、図１３に関連してプログラム２２を以下にさらに説明する。
【００４７】
図１０は、１つまたは複数のレコード２５２を含むリーダーアセットデータベース２１０に関する典型的なテーブル２５０を示す。一般に、各レコードは、ＩＤデータ１４をアセットに関する追加の情報に関連付ける。この例では、各レコード２５２は、ＩＤデータ１４、ゲストＩＤ１９、モデル２５４、サイズ／色２５６、アセット製造業者２６０、アセット管理者２６１、地理的位置２６２、温度２６４、製造日２６６、有効期限日２６８、アセットウェイト２７０を含み、アセットは、各タグ１０からＩＤデータ１４を受け取る。リーダーシステムは、ゲストＩＤ１９を割り当てることができるが、タグ自体、アセットルックアップサービス、またはゲストＩＤを割り当てるのに適した任意のシステムが、ゲストＩＤを割り当てることも可能である。アセットルックアップサービスアドレス３８は、リーダーシステムおよび／またはリソースサービス３６（存在する場合）によって初期設定され、更新される。残りのデータは、ＩＤデータを与えられて、アセットルックアップサービス４０がアセット情報４２を提供した際に、初期設定され、更新されることが可能である。温度などのアセット環境を含む動的データ、ならびにアセット地理的位置またはアセットルーティング場所（例えば、ゲストＩＤ１９）などの一時的データは、リーダーシステムがその情報を特定した、または受け取った際に更新されることが可能である。
【００４８】
図１０に示すとおり、ＩＤデータ１４は、グローバルルーティングプレフィックス６０４を含むことが可能であり、インターネットプロトコルアドレスとして適合するようにフォーマットされることが可能である。ＩＤデータ１４は、アセットタイプ識別子２２とシリアル番号２４とを含むアセット識別子を含むことが可能である。ＩＤデータの形式、および具体的な内容は、参照により本明細書に組み込まれている特許文献１においてさらに説明している。
【００４９】
図１１の典型的な実施形態に示すとおり、アセットルックアップサービス４０をホストするアセットルックアップサーバ３００は、１つまたは複数の通信ポート３０２、１つまたは複数のプロセッサ３０４、内部日付−時刻クロック３０６、ならびに実行された場合、アセットルックアップサーバの動作を実行するようにコンピュータに命令する命令を定義する１つまたは複数のコンピュータプログラム３２２を含む、ストレージ３０８を含むことが可能である。ストレージ３０８は、アセット情報データベース３１０も含むことが可能である。次に、図１２に関連してアセット情報データベースをより詳細に説明し、図１５に関連してプログラム３２２を以下にさらに説明する。
【００５０】
図１２は、１つまたは複数のレコード３５２を含むアセット情報データベース３１０の一実施形態に関する典型的なテーブル３５０を示す。一般に、各レコードは、アセット識別子２０などのＩＤデータを特定の静的アセット情報、一時的アセット情報、動的アセット情報、および／またはその他のアセット情報に関連付ける。この例では、各レコード３５２は、アセットタイプ識別子２２とシリアル番号２４とを含むアセット識別子２０を含む。アセット識別子は、モデル２５４、サイズ／色２５６、色２５８、アセット製造業者２６０、製造日２６６、有効期限日２６８などの静的情報；ゲストＩＤ１９、アセット管理者２６１、および地理的位置２６２などの一時的情報；温度２６４、アセットウェイト２７０などの動的情報；ならびにリーダーサブネットプレフィックス６６、および／または時間の経過とともに一時的情報および／または動的情報を追跡する履歴情報などの、その他の情報に関連付けられる。アセット情報データベース内の静的情報、一時的情報、動的情報、および／またはその他の情報に関するエントリは、ＩＤタグ１０が特定のアセットに関連付けられる際にアセット管理者によって初期設定されることが可能である。前述したとおり、特定のアセットは、タグの存続期間にわたってアセットを識別すること、および／または追跡することに関心を有する複数のアセット管理者を有することが可能である。このため、アセットの存続期間中にアセット管理者が変わると、一時的アセット情報および動的アセット情報のデータベースレコードが、リーダーシステムまたは他のシステムから受け取られた情報に基づいてアセット管理者によって更新されることが可能である。
【００５１】
前述した各データベースは、リレーショナルデータベース、オブジェクト指向データベース、非構造化データベース、またはその他のデータベースを含め、任意の種類のデータベースであることが可能である。データベースは、ＡＳＣＩＩテキストなどのフラット（ｆｌａｔ）ファイルシステム、バイナリファイル、または他の任意のファイルシステムを使用して構築することができる。以上のデータベースのこれらの可能なインプリメンテーションにもかかわらず、本明細書で使用するデータベースという用語は、コンピュータがアクセスすることができる任意の形で収集され、格納された任意のデータを指す。
【００５２】
以上、この実施形態におけるリーダーシステムおよびアセットルックアップサーバによって保持されるデータベース群を説明したので、次に、リーダーシステム２００によって実行される様々な動作を説明する。図１３および図１４を参照すると、それらの動作には、リーダーシステムからＩＤタグにＩＤクエリ９００を送ることが含まれるが、これには限定されない。リーダーシステム２００は、９０２で特定されたＩＤデータ１４（一例では、図６のデータ構造）を受け取った場合、リーダーアセットデータベース９０４を初期化する。前述したとおり、ＩＤデータは、限定としてではなく、変調された、または変調されていない無線周波信号、磁気リーダー、レーザー信号を含む任意のコンピュータ可読媒体を介して、またはインターネットを介して受け取られることが可能であることを理解されたい。図９のリーダーアセットデータベース内のレコードは、受け取られたＩＤデータ１４を使用して作成れる、または更新されることが可能である。一例では、リーダーシステムは、受け取られたアセットＩＤデータ１４（グローバルルーティングプレフィックスおよび／またはアセット識別子などの）を、リーダーシステムが検出することができる、または知ることができる他のタグ情報に関連付ける。
【００５３】
図１３を再び参照すると、リーダーシステム２００の動作には、ゲストＩＤをタグ９０６に割り当てることも含まれることが可能である。図７および図８に関連して前述したとおり、ゲストＩＤ１９は、Ｍｏｂｉｌｅ  ＩＰアドレスのインタフェースＩＤに準拠することが可能であり、より具体的には、ＩＰアドレスのインタフェースＩＤの全体、または一部分だけを含むことが可能である。リーダーシステム２００は、一連の可能なゲストＩＤのなかで選択可能な最低の値をゲストＩＤ１９として割り当てるなどの、任意の所望のスキームを使用してゲストＩＤ１９を選択することができる。例えば、図７に関連して前述した方法を使用すると、ゲストＩＤ１９は、ゲストＩＤの中のビット数に応じて、「２」の値から最大値を有することが可能である。一部の方法では、ゲストＩＤは、解放された後に再使用することができる。例えば、第２のゲストＩＤ１９を割り当てる際、リーダーシステムは、第１のゲストＩＤが解放されているかどうかを判定することができ、解放されている場合、そのゲストＩＤを再使用することができる。代替の実施形態では、リーダーシステムは、次の連続的なゲストＩＤを選択することができ、最大値に達した場合、最初の割り当てが、リーダーサービス１２と接触しているタグによってもはや使用されていないものと想定すると、ゲストＩＤに関するカウンタを初期値にリセットすることができる。代替として、リーダーシステムは、次の選択可能なゲストＩＤを探して、最初のゲストＩＤからのリストを探索してもよい。図９のリーダーアセットデータベース内のレコードが、割り当てられたゲストＩＤで更新されることが可能である（９０８）。詳細には、リーダーシステムが、特定のＩＤデータ１４を割り当てられたゲストＩＤ１９に関連付ける。
【００５４】
リーダーシステム２００は、アセットルックアップサービス９１０のアドレスを特定することができる。前述したとおり、一部の実施形態では、アセットルックアップサービスのアドレス３８は、ＵＲＬであることが可能であり、かつ／またはリーダーシステムによって、ＡＬＳ．ａｓｐｘなどの所定のプレフィックスと連結されたＩＤ情報１４の受け取られたグローバルルーティングプレフィックスに基づいて特定されることが可能である。代替として、リーダーシステム２００は、リソースサービス３６（図５に示す）に接触して、アドレス３８を特定することができる。アドレスを特定した後、リーダーシステムは、受け取られたＩＤデータ９１２をアセットルックアップサービスの特定されたアドレスに位置するサイトに送信する。リーダーシステムは、アセットルックアップサーバ３００のアセット情報データベース（図１２）の中に格納されたＩＤデータ１４に関連するアセット情報４２（図５）を受け取ることができる（９１４）。図９のリーダーアセットデータベース内のレコードが、リーダーシステムによって受け取られたアセット情報で更新される（９１６）。詳細には、リーダーシステムは、特定のＩＤデータ１４を受け取られたアセット情報４２に関連付ける。図１２に示すとおり、アセット情報４２は、静的情報、一時的情報、動的情報、およびその他の情報の様々な組み合わせを含むことが可能である。一例では、リーダーシステムは、アセットルックアップサービスから静的情報を受け取ることができる。一例では、一時的情報、動的情報、およびその他の情報、例えば、タグの地理的位置、リーダーサブネットプレフィックスなどが、リーダーシステムによって特定される、または知られることが可能である。アセットルックアップサーバのアセット情報データベース内の一時的アセット情報、動的アセット情報、およびその他のアセット情報を更新するため、リーダーシステムは、アセット情報をアセットルックアップサービスに送ることができる（９１８）。例えば、リーダーシステムは、リーダーの地理的位置、割り当てられたゲストＩＤ、リーダーのグローバルルーティングアドレス、リーダーのサイトサブネットＩＤ、および／または現地温度などの、リーダーによって取り込まれる、または受け取られる任意の測定情報を送ることができる。
【００５５】
リーダーシステムは、Ｍｏｂｉｌｅ  ＩＰに準拠することが可能なバインド更新を送って、割り当てられたゲストＩＤに基づく動的タグルーティングアドレスを介して、あらゆるメッセージトラフィックがタグ１０に直接にアドレス指定されることを可能にすることもできる。前述したとおり、バインド更新は、アセットルックアップサービスであることが可能なホームエージェントに送られることが可能であり、Ｍｏｂｉｌｅ  ＩＰｖ６の下におけるホームエージェント検出を介して、または他の任意の適切なプロセスを介して検出されることが可能である。ホームエージェントが、アセットルックアップサービスとは別個のシステムによって提供される場合、リーダーシステムは、Ｍｏｂｉｌｅ  ＩＰの下におけるホームエージェント検出を使用して、ホームエージェントのルーティング場所を検出すること、または他の任意の適切なプロセスまたはシステムを使用して、ネットワークに動的タグルーティングアドレスを通知することができる。リーダーシステムによって送受信されるアセット情報は、別々に、かつ／または異なる時点で提供されることも可能であることを理解されたい。さらに、複数のレコードが、個々に送られることも、バッチで送られることも可能である。
【００５６】
リーダーシステムが、タグに送られたクエリに対する応答としてＩＤデータを受け取らなかった場合、リーダーシステムは、タグ１０との以前の接触が行われていたかどうかを判定することができる（９２０）。より詳細には、リーダーシステムは、リーダーアセットデータベース（図１０）をときどき、かつ／またはクエリが送られるたびに調べて、特定のＩＤデータに関連付けられた各レコードに関して、ＩＤデータが受け取られていることを確かめることができる。レコードが存在する（例えば、タグ１０との以前の接触が存在し、タイムアウトしていない）場合、リーダーシステムは、タグに接触しようと再試行することができる（９２２）。代替として、リーダーシステムは、タグ１０がもはやリーダーサービス１２の範囲内にないと見なし、その特定のＩＤデータ１４に関連付けられたレコードをリーダーアセットデータベースから削除することもできる（９２４）。リーダーシステムは、Ｍｏｂｉｌｅ  ＩＰに準拠するバインド更新を送って（９２６）、タグ１０にアドレス指定されるあらゆるメッセージトラフィックのルーティングを更新することもできる。バインド更新には、アセットルックアップサーバのアセット情報データベースを更新することが含まれることが可能である。
【００５７】
図１４を参照すると、リーダーシステム２００は、タグルーティングアドレスに宛てられたメッセージパケットを受信することができる。図５に関連して前述したとおり、リーダーシステムは、パケットをタグに直接に送ることができる。代替として、図１４に示すとおり、リーダーシステムは、タグ１０にアドレス指定されたメッセージパケットを読み取り、分析して（９３２）、そのメッセージがタグとの対話を用するかどうかを判定する（９３４）こともできる。例えば、リーダーシステムは、要求された情報、例えば、リーダーの地理的位置、バインド更新、あるいはタグまたはアセットルックアップサービスから以前に受け取られた、または他の何らかの形でリーダーが利用できる何らかのアセット情報を含む、リーダーアセットデータベースの中に格納された情報を知っている場合、そのメッセージをタグに送ることなく、タグからの応答を待つことなしに、そのメッセージに応答することができる（９４６）。メッセージ情報が、リーダーに未知である場合、またはメッセージが、タグによるいくらかの対話（例えば、センサをオンにする）を要する場合、リーダーシステムは、コマンドまたはクエリをタグに送ることができる（９３８）。送られるコマンドまたはクエリは、タグの対話および能力の要件に依存して、受け取られたメッセージのすべて、または一部分であることが可能である。リーダーシステムは、タグの応答、および／または受信の確認を受け取ることができる（９４０）。
【００５８】
前述したとおり、タグは、一般に、限られたコマンド言語を有し、小さいメッセージセットをサポートする真のＩＰスタックを実装することができる。代替として、図１４の例示する実施形態に示すとおり、リーダーシステムは、オプションとして、命令セットなどの受け取られたメッセージのあらゆる必要な変換（ｔｒａｎｓｃｏｄｉｎｇ）（９３６）を実行することができる。例えば、変換は、メッセージの送信元のアドレスやＩＤ、あらゆるセキュリティヘッダなどの、タグが応答するのに必要としないあらゆるデータをメッセージから取り除くことができる。変換は、メッセージの少なくとも一部分を、専用プロトコルなどの、ＩＤタグが理解できる形式に変換することができる。変換は、メッセージの伝送のための帯域幅を小さくすること、メッセージを格納する際にタグによって使用されるメモリを少なくすること、および／またはタグのＩＣを書き換えることなしに、タグが任意の形式で任意のメッセージを受け取ることができるようにすることができる。というのは、リーダーシステムがメッセージを受け入れ可能な形式に変換することができるからである。リーダーシステムは、したがって、コマンド部分またはクエリ部分をタグに送ることができる（９３８）。したがって、リーダーシステムによってタグに送られるメッセージは、専用プロトコルで特定のＩＤタグにアドレス指定されたクエリまたはメッセージを含むことが可能である。タグは、応答することができ、リーダーシステムは、タグの返信を受け取ることができる（９４０）。次に、リーダーシステムは、必要な場合、タグの応答をネットワークに適合した公開プロトコルに変換し（９４２）、その応答を送信元に転送する（９４４）ことができる。さらに、リーダーシステムは、図９に示したリーダーアセットデータベースをタグから受け取られた情報で更新して、タグ接触を要する将来のトラフィックの量を低減することができる。
【００５９】
図１５に示すとおり、アセットルックアップサービス４０を提供するアセットルックアップサーバ３００の動作には、タグ１０のアセット識別子を特定のアセット情報に関連付けることによってアセット情報データベース（図１２）を初期設定すること（９５０）が含まれるが、これには限定されない。具体的には、アセットに関する情報は、アセット製造業者、または他のアセット管理者から受け取られる。アセットに関する情報には、図６に示したデータベース構造１３を使用する実施形態では、グローバルルーティングプレフィックス、アセットタイプ識別子および／またはシリアル番号を含むことが可能なアセット識別子、モデル、サイズ、色、アセット製造業者、アセット管理者、アセットの場所、アセットの温度、製造日、有効期限日、および／またはアセットウェイトが含まれることが可能である。任意の従来の登録または入力のプロセスまたは機構を使用して、この情報を獲得することができる。アセット情報データベースの要素は、一斉に、あるいは異なる時点で別々に提供されて、情報が利用可能になった際に、アセット管理者がデータベースを更新することができるようにすることが可能である。図１２のアセット情報データベース内のレコードは、受け取られた情報を使用して作成され、更新される。詳細には、アセットルックアップサーバが、アセット識別子をアセット情報に関連付ける。
【００６０】
図１５を参照すると、アセットルックアップサーバ３００の動作には、リーダーシステムから、アセット情報に関するクエリとともに、アセット識別子を受け取ること９５２も含まれる。次に、アセットルックアップサーバは、受け取られたアセット識別子をアセット情報データベース内のレコードとマッチングする。次に、アセットルックアップサーバは、関連するアセット情報をリーダーシステムに送ることができる９５４。アセットルックアップサーバの動作には、アセット情報をリーダーシステムから受信すること９５６も含まれることが可能である。具体的には、リーダーシステムが、静的データ、一時的データ、動的データ、および／またはその他の情報を含め、グローバルルーティングプレフィックスおよびシリアル番号以外の情報もＩＤタグから取り出すことができる。アセット情報データベースは、リーダーシステムによって特定された情報に関する、例えば、タグの地理的位置、ゲストＩＤ、および／またはその他の情報、例えば、リーダールーティングアドレスに関するレコードを含むことが可能である。静的データ、一時的データ、動的データ、および／またはその他のデータが、更新される、または訂正される必要がある場合、その情報は、アセットルックアップサービスによって受信されて９５６、アセット情報データベースが更新され９５８、保持されることが可能である。
【００６１】
アセットルックアップサーバがホームエージェントでもある場合、アセットルックアップサーバは、Ｍｏｂｉｌｅ  ＩＰの下におけるホームエージェントの動作を実行することができる。それらの動作には、バインド更新を受け取ること、タグＩＤデータにアドレス指定されたメッセージを、図６に示すＩＰアドレスに準拠している場合、転送すること、タグの正しい動的ルーティングアドレスでバインド更新に応答すること、および動的タグルーティングアドレスのブックキーピングを実行することが含まれることが可能であるが、以上には限定されない。Ｍｏｂｉｌｅ  ＩＰｖ６を含め、あらゆる標準のネットワークプロトコルの動作、または動的アドレス指定スキームを実施し、保持するあらゆる適切な動作が、アセットルックアップサーバ、および／またはモバイルネットワーク内でルータおよび／またはエージェントとして作用する任意のシステムに適切であることが可能であることを理解されたい。図１３〜１５に関連して前述した様々な動作は、順次に、または図示した順序で実行される必要はない。
【００６２】
図５、図９、および／または図１１のリーダーシステム、アセットルックアップサーバ、リソースサーバ、およびタグアプリケーションの様々な要素を別々にまたは組み合わせて実装することができるコンピュータシステムは、通常、ユーザに情報を表示する出力デバイスとユーザから入力を受け取る入力デバイスの両方に接続された少なくとも１つのメインユニットを含む。メインユニットは、相互接続機構を介してメモリシステムに接続されたプロセッサを含むことが可能である。入力デバイスおよび出力デバイスも、その相互接続機構を介してプロセッサおよびメモリシステムに接続される。
【００６３】
図５、図９、および／または図１１に例示したコンピューティングデバイス、ならびにタグ１０は、通常、何らかの形態のコンピュータ可読媒体を含む。コンピュータ可読媒体は、アセット管理における他のコンピューティングデバイス群がアクセスすることができる任意の利用可能な媒体であることが可能である。例として、限定としてではなく、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含むことが可能である。コンピュータ記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータなどの情報を格納するために任意の方法または技術で実装される揮発性媒体および不揮発性媒体、リムーバブルな媒体およびリムーバブルでない媒体が含まれる。コンピュータ記憶媒体には、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）、ＥＥＰＲＯＭ（electrically erasable PROM）、フラッシュメモリまたは他のメモリ技術、ＣＤ（compact disc）−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気記憶装置、あるいは所望の情報を格納するのに使用することができ、アセット管理システム内のコンピューティングシステム群がアクセスすることができる他の任意の媒体が含まれるが、以上には限定されない。通信媒体は、通常、搬送波などの変調されたデータ信号、または他のトランスポート機構でコンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータを実体化し、搬送波などの変調されたデータ信号内、または他のトランスポート機構におけるあらゆるデータが含まれ、あらゆる情報配信媒体が含まれる。例として、限定としてではなく、通信媒体には、有線ネットワークまたは直接配線接続などの有線媒体、ならびに音響媒体、ＲＦ（radio frequency）媒体、赤外線媒体、およびその他の無線媒体などの無線媒体が含まれる。以上の媒体のいずれかの組み合わせも、コンピュータ可読媒体の範囲に含められるべきである。
【００６４】
１つまたは複数の出力デバイスをコンピュータシステムに接続することができる。典型的な出力デバイス群には、陰極線管（ＣＲＴ）ディスプレイ、液晶ディスプレイ、およびその他のビデオ出力デバイス、プリンタ、モデムなどの通信デバイス群、ディスクまたはテープなどの記憶装置、およびオーディオ入力が含まれる。１つまたは複数の入力デバイスをコンピュータシステムに接続することができる。典型的な入力デバイス群には、キーボード、キーパッド、トラックボール、マウス、ペン、およびタブレット、通信デバイス群、ならびにオーディオキャプチャデバイスやビデオキャプチャデバイスなどのデータ入力デバイス群が含まれる。本発明は、コンピュータシステムと組み合わせで使用される特定の入力デバイス群または出力デバイス群、あるいは本明細書で説明したデバイス群に限定されない。
【００６５】
コンピュータシステムは、ＳｍａｌｌＴａｌｋ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ａｄａ、またはＣ＃（Ｃシャープ）などのコンピュータプログラミング言語、あるいはスクリプト言語、さらにはアセンブリ言語などの他の言語を使用してプログラミング可能な汎用コンピュータシステムであることが可能である。本発明の様々な態様は、プログラミングされない環境（たとえばブラウザプログラムのウインドウ内で閲覧された場合、グラフィカルユーザインタフェースの諸態様を表示する、または他の諸機能を実行する、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（Extensible Markup Language）、または他の形式で作成されたドキュメント）において実施されることも可能である。本発明の様々な態様は、プログラミングされた要素、またはプログラミングされない要素、あるいはプログラミングされた要素とプログラミングされない要素の任意の組み合わせとして実施することができる。コンピュータシステムは、特別にプログラミングされた専用ハードウェアであること、または特定用途向け集積回路（ＡＳＩＣ）であることも可能である。リーダーシステムには、ポケットベル、電話機、パーソナルデジタルアシスタント、または他の電子データ通信デバイスも含まれることが可能である。
【００６６】
汎用通信システムでは、プロセッサは、通常、インテルコーポレーションから入手可能な周知のＰｅｎｔｉｕｍ（登録商標）プロセッサなどの市販のプロセッサである。他の多くのプロセッサも利用可能である。そのようなプロセッサは、普通、例えば、マイクロソフトコーポレーションから入手可能なＷｉｎｄｏｗｓ  ９５（登録商標）、Ｗｉｎｄｏｗｓ  ９８（登録商標）、Ｗｉｎｄｏｗｓ  ＮＴ（登録商標）、Ｗｉｎｄｏｗｓ  ２０００（登録商標）、またはＷｉｎｄｏｗｓ  ＸＰ（登録商標）、アップルコンピュータから入手可能なＭＡＣ  ＯＳ  Ｓｙｓｔｅｍ  Ｘ、サンマイクロシステムズから入手可能なＳｏｌａｒｉｓ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、または様々なソースから入手可能なＵＮＩＸ（登録商標）であることが可能なオペレーティングシステムを実行する。多数の他のオペレーティングシステムも使用することができる。
【００６７】
プロセッサとオペレーティングシステムは一緒に、アプリケーションプログラム群が高水準プログラミング言語で書かれるコンピュータプラットフォームを定義する。本発明は、特定のコンピュータシステムプラットフォーム、特定のプロセッサ、特定のオペレーティングシステム、または特定のネットワークに限定されないことを理解されたい。また、本発明は、特定のプログラミング言語、または特定のコンピュータシステムに限定されないことも、当業者には明白であろう。さらに、他の適切なプログラミング言語、および他の適切なコンピュータシステムも使用できることを理解されたい。
【００６８】
コンピュータシステムの１つまたは複数の部分を、通信ネットワークに結合された１つまたは複数のコンピュータシステム（図示せず）にわたって分散させることもできる。それらのコンピュータシステムは、汎用コンピュータシステム群であることも可能である。例えば、本発明の様々な態様は、１つまたは複数のクライアントコンピュータにサービスを提供するように、または全体的なタスクを分散システムの一環として実行するように構成された１つまたは複数のコンピュータシステム（例えば、サーバ群）の間に分散させることもできる。例えば、本発明の様々な態様は、本発明の様々な実施形態に従って様々な機能を実行する１つまたは複数のサーバシステムの間に分散されたコンポーネントを含むクライアント−サーバシステム上で実行されることも可能である。それらのコンポーネントは、通信プロトコル（例えば、ＴＣＰ／ＩＰ；Transmission Control Protocol/Internet Protocol）を使用して通信ネットワーク（例えば、インターネット）を介して通信する、実行可能な中間コード（例えば、ＩＬ）、または解釈されるコード（例えば、Ｊａｖａ（登録商標））であることが可能である。
【００６９】
本発明は、いずれの特定のシステム上、またはグループのシステム上で実行されることにも限定されないことを理解されたい。また、本発明は、いずれの特定のアーキテクチャ、ネットワーク、または通信プロトコルにも限定されないことも理解されたい。
【００７０】
本発明のいくつかの例示的な実施形態を以上に説明したが、以上の説明は、単に例示的であり、限定するものではなく、例として提示されているに過ぎないことが、当業者には明白であろう。多数の変更形態、およびその他の例示的な実施形態が、当業者の能力範囲（ｓｃｏｐｅ）内にあり、本発明の範囲に含まれるものと企図される。詳細には、本明細書で提示した例の多くは、方法の動作またはシステム要素の特定の組み合わせに関わるが、それらの動作、およびそれらの要素を他の形で組み合わせて、同一の目的を達することもできることを理解されたい。一実施形態だけに関連して説明した動作、要素、および特徴は、その他の実施形態における同様の役割から排除されることを意図するものではない。さらに、請求要素を修飾する、特許請求の範囲における「第１の」や「第２の」などの順序を示す語の使用は、それ自体で、優位性、優先度、またはある請求要素の別の請求要素に先行する順序、または方法の動作が実行される時間的順序を表すものではなく、ある名前を有する１つの請求要素を、同一の名前（順序を示す語の使用を別にすれば）を有する別の要素と区別するラベルとしてだけ使用されて、請求要素を区別する。
【図面の簡単な説明】
【００７１】
【図１】従来技術の典型的なＥＰＣを示すテーブルである。
【図２】従来技術の典型的なＥＰＣシステムのデータフローを示す図である。
【図３】従来技術の典型的なモバイルＩＰネットワークを示す概略図である。
【図４】一実施形態におけるＩＤタグの典型的なネットワークを示す概略図である。
【図５】一実施形態における典型的なアセット管理方法のデータフローを示す図である。
【図６】一実施形態における従来技術の典型的なインターネットプロトコルアドレスおよび典型的なＩＤデータ構造を示すテーブルである。
【図７】一実施形態における典型的なタグルーティングアドレスを示す図である。
【図８】別の実施形態における典型的なタグルーティングアドレスを示す図である。
【図９】一実施形態における典型的なリーダーシステムを示す図である。
【図１０】一実施形態におけるアセットのデータベースに関する典型的なテーブルを示す図である。
【図１１】一実施形態における典型的なアセットルックアップサーバを示す図である。
【図１２】一実施形態におけるアセット情報のデータベースに関する典型的なテーブルを示す図である。
【図１３】一実施形態において、どのようにリーダーシステムが実行されるかを説明する流れ図である。
【図１４】一実施形態において、どのようにリーダーシステムが実行されるかを説明する流れ図である。
【図１５】一実施形態において、どのようにアセットルックアップサーバが実行されるかを説明する流れ図である。
【符号の説明】
【００７２】
１０  ＩＤタグ
１２  リーダーサービス
【図１】
2005332365.tif 000003
【図２】
2005332365.tif 000004
【図３】
2005332365.tif 000005
【図４】
2005332365.tif 000006
【図５】
2005332365.tif 000007
【図６】
2005332365.tif 000008
【図７】
2005332365.tif 000009
【図８】
2005332365.tif 000010
【図９】
2005332365.tif 000011
【図１０】
2005332365.tif 000012
【図１１】
2005332365.tif 000013
【図１２】
2005332365.tif 000014
【図１３】
2005332365.tif 000015
【図１４】
2005332365.tif 000016
【図１５】
2005332365.tif 000017
【外国語明細書】
2005332365000001.pdf