(57)【要約】【課題】  ＩＣタグの読み取り結果を効率的に利用できるようにする。【解決手段】  ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いる。このようなデータ保持態様を採用することにより、それぞれ必要な１種類のサーバに検索要求を振分けて送信するだけで、４つの基本検索パターンの検索結果を得ることができ、検索処理が効率化される。【選択図】図１
2006338614.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１のステップと、
指定された前記検索キーがリーダの識別情報である場合には、検索キーであるリーダの識別情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第２のステップと、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第３のステップと、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第４のステップとのうち、
前記第１のステップ又は前記第３のステップと、前記第２のステップ又は前記第４のステップとを含み、コンピュータにより実行される検索処理方法。
【請求項２】
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとにデータを登録するデータ登録方法であって、
リーダが特定のＩＣタグの識別情報を読み取るステップと、
前記リーダの識別情報に基づき前記リーダ情報管理サーバから前記リーダの静的情報を取得するリーダ静的情報取得ステップと、
読み取った前記特定のＩＣタグの識別情報に対応して前記リーダ静的情報取得ステップにより取得した前記リーダの静的情報を前記オブジェクト情報管理サーバに登録させるリーダ静的情報登録ステップと、
読み取った前記特定のＩＣタグの識別情報に基づき前記オブジェクト情報管理サーバから前記特定のＩＣタグの静的情報を取得するＩＣタグ静的情報取得ステップと、
前記リーダの識別情報に対応して前記ＩＣタグ静的情報取得ステップにより取得した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに登録させるＩＣタグ静的情報登録ステップと、
を含み、コンピュータにより実行されるデータ登録方法。
【請求項３】
前記リーダ静的情報取得ステップが、
前記リーダが、前記リーダの識別情報及び読み取った前記特定のＩＣタグの識別情報とを含む第１登録要求を前記リーダ情報管理サーバに送信するステップと、
前記リーダ情報管理サーバが、前記第１登録要求を受信すると、前記リーダの識別情報で検索して対応する前記リーダの静的情報を読み出すステップと、
を含み、
前記リーダ静的情報登録ステップが、
前記リーダ情報管理サーバが、前記特定のＩＣタグの識別情報と前記リーダの静的情報とを含む第２登録要求を、前記オブジェクト情報管理サーバに送信するステップと、
前記オブジェクト情報管理サーバが、前記第２登録要求を受信すると、前記特定のＩＣタグの識別情報に対応して前記リーダの静的情報を登録するステップと、
を含み、
前記ＩＣタグ静的情報取得ステップにおいて、
前記オブジェクト情報管理サーバが、前記第２登録要求に含まれる前記特定のＩＣタグの識別情報で検索して対応する前記特定のＩＣタグの静的情報を読み出し、
前記ＩＣタグ静的情報登録ステップが、
前記オブジェクト情報管理サーバが、読み出した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに送信するステップと、
前記リーダ情報管理サーバが、前記特定のＩＣタグの静的情報を受信し、前記リーダの識別情報に対応して、受信した前記特定のＩＣタグの静的情報を登録するステップと、
を含む請求項２記載のデータ登録方法。
【請求項４】
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報の代わりにリーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１のステップと、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第２のステップと、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第３のステップとのうち、
前記第１のステップ又は前記第２のステップと、前記第３のステップとを含み、コンピュータにより実行される検索処理方法。
【請求項５】
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報の代わりにリーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとにデータを登録するデータ登録方法であって、
自身の静的情報を有するリーダが特定のＩＣタグの識別情報を読み取るステップと、
読み取った前記特定のＩＣタグの識別情報に対応して前記リーダの静的情報を前記オブジェクト情報管理サーバに登録させるステップと、
前記特定のＩＣタグの識別情報に基づき前記オブジェクト情報管理サーバから前記特定のＩＣタグの静的情報を取得する取得ステップと、
前記リーダの静的情報に対応して、前記取得ステップにより取得した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに登録させる登録ステップと、
を含み、コンピュータにより実行されるデータ登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＦＩＤ（Radio Frequency ID）タグ等のＩＣ（Integrated Circuit）タグに関連する情報処理技術に関する。
【背景技術】
【０００２】
ＲＦＩＤタグは、様々な物品などに添付され、様々な場所でそのＩＤが読み取られることが期待されている。すなわち、ＲＦＩＤタグが添付された物品は所定の位置まで移動すると、当該位置に配置されたリーダでそのＲＦＩＤタグのＩＤが読み取られ、当該リーダのＩＤ等と読み取ったＲＦＩＤタグのＩＤとが関連付けられて蓄積される。
【０００３】
一方、例えば特開２００３−１６５６２６号公報には、以下のような技術が開示されている。摂取物等に電子回路チップを装着し、ＩＤリーダによりこの電子回路チップからＩＤコードを読み取る。ユーザ端末は、このＩＤコードをＩＤ管理サーバに通知して、摂取物の属性を管理する属性情報管理サーバの宛先を入手する。そして、入手した宛先の属性情報管理サーバへＩＤコードを通知する。これを受けて属性情報管理サーバは、摂取物の属性情報を特定して摂取管理支援サーバに通知する。摂取管理支援サーバは、自身が管理しているユーザの摂取行為履歴と摂取物の属性情報とを用いて、摂取物の摂取行為に対するメッセージを作成し、これをユーザ端末に通知する。本公報では、ＩＤリーダによって読み取られたデータの検索について記載があるが、データの蓄積態様と利用場面を考察した検索パターンについて深く検討されているわけではない。
【特許文献１】特開２００３−１６５６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
リーダによって読み取ったＲＦＩＤタグのＩＤは単に蓄積するだけでは、ＲＦＩＤタグが添付された物品などのトレーサビリティ検証時などデータ利用時において、スケーラビリティや効率性という観点において好ましくない。この点については、従来深い考察がなされているわけではない。
【０００５】
従って、本発明の目的は、リーダによるＲＦＩＤタグなどのＩＣタグの読み取り結果を効率的に利用できるようにするための技術を提供することである。
【０００６】
また本発明の他の目的は、リーダによるＲＦＩＤタグなどのＩＣタグの読み取り結果を利用するための新規なインターフェース及びプラットフォームを提供することである。
【課題を解決するための手段】
【０００７】
本発明の第１の態様に係る検索処理方法は、ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いるものである。このような２つのサーバにデータを保持することにより、以下の４つの基本検索パターンの少なくともいずれかについて効率的な検索が可能となる。
【０００８】
すなわち、本発明の第１の態様に係る検索処理方法は、検索キー及び要求データ種別の指定を受け付けるステップと、（ａ）指定された検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップと、（ｂ）指定された検索キーがリーダの識別情報である場合には、検索キーであるリーダの識別情報と要求データ種別とを含む検索要求を生成し、リーダ情報管理サーバに送信するステップと、（ｃ）指定された検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップと、（ｄ）指定された検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、リーダ情報管理サーバに送信するステップとのうち、（ａ）又は（ｃ）と、（ｂ）又は（ｄ）とを含む。
【０００９】
（ａ）乃至（ｄ）のステップは、４つの基本検索パターンに対応しており、それぞれ必要な１種類のサーバに検索要求を振分けて送信するだけで、４つの基本検索パターンのいずれかの検索結果を得ることができ、検索処理が効率化される。
【００１０】
また、本発明の第２の態様に係るデータ登録方法は、上で述べたオブジェクト情報管理サーバ及びリーダ情報管理サーバにデータを登録する方法であって、リーダが特定のＩＣタグの識別情報を読み取るステップと、上記リーダの識別情報に基づきリーダ情報管理サーバからリーダの静的情報を取得するリーダ静的情報取得ステップと、読み取った特定のＩＣタグの識別情報に対応してリーダ静的情報取得ステップにより取得したリーダの静的情報をオブジェクト情報管理サーバに登録させるリーダ静的情報登録ステップと、読み取った特定のＩＣタグの識別情報に基づきオブジェクト情報管理サーバから特定のＩＣタグの静的情報を取得するＩＣタグ静的情報取得ステップと、リーダの識別情報に対応したＩＣタグ静的情報取得ステップにより取得した特定のＩＣタグの静的情報をリーダ情報管理サーバに登録させるＩＣタグ静的情報登録ステップとを含む。
【００１１】
このように本発明の第１の態様に係る検索処理方法で用いられるオブジェクト情報管理サーバ及びリーダ情報管理サーバにデータが蓄積されるようになれば、検索が効率化される。
【００１２】
なお、上で述べたリーダ静的情報取得ステップと、リーダ静的情報登録ステップと、ＩＣタグ静的情報取得ステップと、ＩＣタグ静的情報登録ステップとを、リーダ又は当該リーダの代理処理実行コンピュータが実行するようにしてもよい。リーダが主導してデータを登録するものである。
【００１３】
一方、上で述べたリーダ静的情報取得ステップが、リーダが、リーダの識別情報及び読み取った特定のＩＣタグの識別情報とを含む第１登録要求をリーダ情報管理サーバに送信するステップと、リーダ情報管理サーバが、第１登録要求を受信すると、リーダの識別情報で検索して対応するリーダの静的情報を読み出すステップとを含むようにしてもよい。さらに、上で述べたリーダ静的情報登録ステップが、リーダ情報管理サーバが、特定のＩＣタグの識別情報とリーダの静的情報とを含む第２登録要求を、オブジェクト情報管理サーバに送信するステップと、オブジェクト情報管理サーバが、第２登録要求を受信すると、特定のＩＣタグの識別情報に対応してリーダの静的情報を登録するステップとを含むようにしてもよい。また、上で述べたＩＣタグ静的情報取得ステップにおいて、オブジェクト情報管理サーバが、第２登録要求に含まれる特定のＩＣタグの識別情報で検索して対応する特定のＩＣタグの静的情報を読み出すようにしてもよい。さらに、上で述べたＩＣタグ静的情報登録ステップが、オブジェクト情報管理サーバが、読み出した特定のＩＣタグの静的情報をリーダ情報管理サーバに送信するステップと、リーダ情報管理サーバが、特定のＩＣタグの静的情報を受信し、リーダの識別情報に対応して、受信した特定のＩＣタグの静的情報を登録するステップとを含むようにしてもよい。
【００１４】
また、本発明の第３の態様に係る検索処理方法は、ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報とを管理するリーダ情報管理サーバとを用いる。
【００１５】
この場合、本発明の第３の態様に係る検索処理方法は、検索キー及び要求データ種別の指定を受け付けるステップと、（ａ）指定された検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップと、（ｂ）指定された検索キーがリーダの識別情報である場合には、検索キーであるリーダの識別情報と要求データ種別とを含む検索要求を生成し、リーダ情報管理サーバに送信し、さらに、リーダ情報管理サーバにおいてリーダの識別情報から特定されるリーダの静的情報と要求データ種別とを含む第２検索要求を生成し、オブジェクト情報管理サーバに送信するリーダ識別情報検索ステップと、（ｃ）指定された検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップと、（ｄ）指定された検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップとのうち、（ａ）又は（ｃ）と、（ｂ）又は（ｄ）とを含む。本発明の第３の態様においても（ａ）乃至（ｄ）のステップは４つの基本検索パターンに対応しており、本実施の形態におけるインターフェースにより、トレーサビリティに関連して必要となるデータを取得できるようになる。
【００１６】
さらに、本発明の第４の態様に係るデータ登録方法は、上で述べたオブジェクト情報管理サーバにデータを登録するための方法であって、リーダが特定のＩＣタグの識別情報を読み取るステップと、リーダの識別情報に基づきリーダ情報管理サーバからリーダの静的情報を取得するリーダ静的情報取得ステップと、読み取った特定のＩＣタグの識別情報に対応してリーダ静的情報取得ステップにより取得したリーダの静的情報をオブジェクト情報管理サーバに登録させるリーダ静的情報登録ステップとを含む。このように本発明の第３の態様に係る検索処理方法に用いられるオブジェクト情報管理サーバにデータを登録する処理は比較的簡単である。
【００１７】
また本発明の第５の態様に係る検索処理方法は、ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報の代わりにリーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いる。
【００１８】
この場合、本検索処理方法は、検索キー及び要求データ種別の指定を受け付けるステップと、（ａ）指定された検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップと、（ｂ）指定された検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信するステップと、（ｃ）指定された検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、リーダ情報管理サーバに送信するステップとのうち、（ａ）又は（ｂ）と（ｃ）とを含む。リーダの識別情報を取り扱わないので４つの基本検索パターンのうち１つは存在せず、（ａ）乃至（ｃ）のステップが３つの基本検索パターンに対応している。この場合も、それぞれ必要な１種類のサーバに検索要求を振分けて送信するだけで、３つの基本検索パターンのいずれかの検索結果を得ることができ、検索処理が効率化される。
【００１９】
さらに本発明の第６の態様に係るデータ登録方法は、上で述べたオブジェクト情報管理サーバとリーダ情報管理サーバとにデータを登録する方法であって、自身の静的情報を有するリーダが特定のＩＣタグの識別情報を読み取るステップと、読み取った特定のＩＣタグの識別情報に対応してリーダの静的情報をオブジェクト情報管理サーバに登録させるステップと、特定のＩＣタグの識別情報に基づきオブジェクト情報管理サーバから特定のＩＣタグの静的情報を取得する取得ステップと、リーダの静的情報に対応して、取得ステップにより取得した特定のＩＣタグの静的情報をリーダ情報管理サーバに登録させる登録ステップとを含む。
【００２０】
このように本発明の第５の態様に係る検索処理方法で用いられるオブジェクト情報管理サーバ及びリーダ情報管理サーバにデータが蓄積されるようになれば、検索が効率化される。
【００２１】
本発明の第７の態様に係る検索処理方法は、ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバを用いる。そして本検索処理方法は、検索キー及び要求データ種別の指定を受け付けるステップと、（ａ）指定された検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信する第１のステップと、（ｂ）指定された検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信する第２のステップと、（ｃ）指定された検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信する第３のステップと、（ａ）及び（ｂ）と、或いは、（ａ）又は（ｂ）と（ｃ）とを含む。リーダの識別情報を取り扱わないので４つの基本検索パターンのうち１つは存在せず、（ａ）乃至（ｃ）のステップが３つの基本検索パターンに対応している。本実施の形態におけるインターフェースにより、トレーサビリティに関連して必要となるデータを取得できるようになる。
【００２２】
本発明の第８の態様に係る検索処理方法は、ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの識別情報と蓄積及び管理し、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの識別情報とを蓄積及び管理するオブジェクト及びリーダ情報管理サーバを用いる。
【００２３】
この場合、本検索処理方法は、検索キー及び要求データ種別の指定を受け付けるステップと、（ａ）指定された検索キーがＩＣタグの識別情報であり且つ要求データ種別がリーダの静的情報である場合には、検索キーであるＩＣタグの識別情報とリーダの識別情報という要求データ種別とを含み、ＩＣタグの識別情報からリーダの識別情報を抽出させ、当該リーダの識別情報から当該リーダの静的情報を抽出させるための検索要求を生成し、オブジェクト及びリーダ情報管理サーバに送信するステップと、（ｂ）指定された検索キーがリーダの識別情報であり且つ要求データ種別がＩＣタグの静的情報である場合には、検索キーであるリーダの識別情報とＩＣタグの静的情報という要求データ種別とを含み、リーダの識別情報からＩＣタグの識別情報を抽出させ、当該ＩＣタグの識別情報から当該ＩＣタグの静的情報を抽出させるための検索要求を生成し、オブジェクト及びリーダ情報管理サーバに送信するステップと、（ｃ）指定された検索キーがＩＣタグの静的情報であり且つ要求データ種別がリーダの静的情報である場合には、検索キーであるＩＣの静的情報とリーダの静的情報という要求データ種別とを含み、ＩＣの静的情報からリーダの識別情報を抽出させ、当該リーダの識別情報からリーダの静的情報を抽出させるための検索要求を生成し、オブジェクト及びリーダ情報管理サーバに送信するステップと、（ｄ）指定された検索キーがリーダの静的情報であり且つ要求データ種別がＩＣタグの静的情報である場合には、検索キーであるリーダの静的情報とＩＣタグの静的情報という要求データ種別とを含み、リーダの静的情報からＩＣタグの識別情報を抽出させ、当該ＩＣタグの識別情報から当該ＩＣタグの静的情報を抽出させるための検索要求を生成し、オブジェクト及びリーダ情報管理サーバに送信するステップとのうち、（ａ）又は（ｃ）と、（ｂ）又は（ｄ）とを含む。
【００２４】
（ａ）乃至（ｄ）のステップが４つの基本検索パターンに対応しており、本実施の形態におけるインターフェースにより、トレーサビリティに関連して必要となるデータを取得できるようになる。
【００２５】
本発明の第９の態様に係る検索処理方法は、ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの識別情報と蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの識別情報とを蓄積及び管理するリーダ情報管理サーバとを用いる。
【００２６】
この場合、本検索処理方法は、検索キー及び要求データ種別の指定を受け付けるステップと、（ａ）指定された検索キーがＩＣタグの識別情報であり且つ要求データ種別がリーダの静的情報である場合には、検索キーであるＩＣタグの識別情報とリーダの静的情報という要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信し、さらに、オブジェクト情報管理サーバにおいてＩＣタグの識別情報から特定されるリーダの識別情報とリーダの静的情報という要求データ種別とを含む第２検索要求を生成し、リーダ情報管理サーバに送信する第１ステップと、（ｂ）指定された検索キーがリーダの識別情報であり且つ要求データ種別がＩＣタグの静的情報である場合には、検索キーであるリーダの識別情報とＩＣタグの静的情報という要求データ種別とを含む検索要求を生成し、リーダ情報管理サーバに送信し、さらに、リーダ情報管理サーバにおいてリーダの識別情報から特定されるＩＣタグの識別情報とＩＣタグの静的情報という要求データ種別とを含む第２検索要求を生成し、オブジェクト情報管理サーバに送信する第２ステップと、（ｃ）指定された検索キーがＩＣタグの静的情報であり且つ要求データ種別がリーダの静的情報である場合には、検索キーであるＩＣタグの静的情報とリーダの識別情報という要求データ種別とを含む検索要求を生成し、オブジェクト情報管理サーバに送信し、さらに、オブジェクト情報管理サーバにおいてＩＣタグの静的情報から特定されるリーダの識別情報とリーダの静的情報という要求データ種別とを含む第２検索要求を生成し、リーダ情報管理サーバに送信する第３ステップと、（ｄ）指定された検索キーがリーダの静的情報であり且つ要求データ種別がＩＣタグの静的情報である場合には、検索キーであるリーダの静的情報とＩＣタグの静的情報という要求データ種別とを含む検索要求を生成し、リーダ情報管理サーバに送信し、さらに、リーダ情報管理サーバにおいてリーダの静的情報から特定されるＩＣタグの識別情報とＩＣタグの静的情報という要求データ種別とを含む第２検索要求を生成し、オブジェクト情報管理サーバに送信する第４ステップとのうち、（ａ）又は（ｃ）と、（ｂ）又は（ｄ）とを含む。
【００２７】
（ａ）乃至（ｄ）のステップが４つの基本検索パターンに対応しており、本実施の形態におけるインターフェースにより、トレーサビリティに関連して必要となるデータを取得できるようになる。
【００２８】
本発明に係る方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００２９】
本発明によれば、リーダによるＲＦＩＤタグなどのＩＣタグの読み取り結果を効率的に利用できるようになる。
【００３０】
また本発明の別の側面として、リーダによるＲＦＩＤタグなどのＩＣタグの読み取り結果を利用するための新規なインターフェース及びプラットフォームを提供することができる。
【発明を実施するための最良の形態】
【００３１】
以下の説明のため用語を最初に説明しておく。Ｏ−ＩＤ（Object-ID）は、ＩＣタグを一意に識別するためのＩＤであり、当該ＩＣタグが添付されているオブジェクトも一意に識別できる。Ｒ−ＩＤ（Reader-ID）は、リーダを一意に識別するためのＩＤである。さらに、Ｏ−ｉｎｆ（Object-information）は、オブジェクト関連の情報であって、以下に説明するＯ−ｓｅｍ及びＯ−ｈｉｓからなる。Ｏ−ｓｅｍ（Object-semantic）は、オブジェクトの静的情報であり、例えば物品名などである。また、Ｏ−ｈｉｓ（Object-history）は、そのＩＣタグのＩＤを読み取ったリーダのＲ−ＩＤ又はＲ−ｓｅｍの集合からなる履歴情報である。また、Ｒ−ｉｎｆ（Reader-information）は、リーダ関連の情報であって、以下に説明するＲ−ｓｅｍ及びＲ−ｈｉｓからなる。Ｒ−ｓｅｍ（Reader-semantic）は、そのリーダの名前や読み込んだことの意味することを表す情報である。また、Ｒ−ｈｉｓ（Reader-history）は、そのリーダが読み取ったＩＣタグのＯ−ｓｅｍ又はＯ−ＩＤの集合からなる履歴情報である。
【００３２】
また、本発明の実施の形態では、４つの基本検索パターンにより、トレーサビリティに関連するネットワーク・サービスに対応する。第１の検索パターンＰ１は、Ｏ−ＩＤを検索キーとして指定し、Ｏ−ｉｎｆを要求データ種別として指定する検索である。第１の検索パターンＰ１は、Ｏ−ｉｎｆのうちＯ−ｓｅｍ（例えば商品のメーカ名など）を要求データ種別とする検索パターンＰ１−１と、Ｏ−ｈｉｓ（商品などの流通経路、すなわち当該ＲＦＩＤタグを読み取ったリーダのＲ−ｓｅｍ列）を要求データ種別とする検索パターンＰ１−２とを含む。
【００３３】
また、第２の検索パターンＰ２は、Ｒ−ＩＤを検索キーとして指定し、Ｒ−ｉｎｆを要求データ種別として指定する検索である。第２の検索パターンＰ２は、Ｒ−ｉｎｆのうちＲ−ｓｅｍを要求データ種別とする検索パターンＰ２−１と、Ｒ−ｈｉｓ（これまでに読み取ったＲＦＩＤタグのＯ−ｓｅｍ列）を要求データ種別とする検索パターンＰ２−２とを含む。本パターンは、在庫管理でリーダの周辺にあるものを探す場合や、製品の回収時にリーダがついているゲートを通過した製品を探す場合に有用である。
【００３４】
さらに、第３の検索パターンＰ３は、Ｏ−ｓｅｍ（例えば商品名、場所名）を検索キーとして指定し、当該Ｏ−ｓｅｍに係るＲＦＩＤタグを読み取ったリーダのＲ−ｓｅｍ（例えば所有者、在籍者、場所など）を要求データ種別とする検索パターンである。
【００３５】
また、第４の検索パターンＰ４は、Ｒ−ｓｅｍ（例えば人名、場所名）を検索キーとして指定し、当該Ｒ−ｓｅｍに係るリーダが読み取ったＲＦＩＤタグのＯ−ｓｅｍ（例えば所持品名、リーダのところにある物の名称など）を要求データ種別とする検索パターンである。
【００３６】
なお、検索パターンＰ３は検索パターンＰ１−２を自然言語的にした検索パターンであり、検索パターンＰ４は検索パターンＰ２−２を自然言語的にした検索パターンである。利用者はＩＣタグが示すオブジェクトやリーダの識別情報を知らない状況がある。または、ＩＣタグが装着されたオブジェクトが目の前にあってもリーダが無く、そのオブジェクトの詳細情報を取得できないような状況も考えられる。このような状況でも、自然言語に近い、名前などの静的な情報を指定することで、これらを特定し、詳細情報を検索することを可能にすると、利便性が向上する。
【００３７】
上記の検索パターン、またはその組合せにより、本実施の形態では、多種・多様な検索サービスを提供できるようになる。上で述べたように、利用者は、検索キーとして、オブジェクトに装着されたＩＣタグの識別情報、リーダの識別情報、ＩＣタグが示すオブジェクトの名前などの静的情報、リーダを持つ所有者やリーダが設置された場所の名前などの静的情報のいずれかを指定して、詳細な情報を検索できるようになる。
【００３８】
さらには、複数の検索パターンを組み合わせることで、高度なサービスを提供することも可能である。例えば、あるシリーズ化された商品（例えばコミック誌）の購入者の中で、同じシリーズの新商品（例えば同じコミック誌の新刊）を購入していない人に広告を送る広告配信サービスを想定する。広告配信業者は、第１ステップとして、該当する商品の所有者を検索する必要がある。商品の識別番号が既知ならばそれを検索キーとする検索パターン１、あるいは、商品の識別番号が未知ならば商品の名前を検索キーとする検索パターン３を起動し、その商品のＩＣタグを読んだリーダを特定することにより、その商品の購入者を特定することが可能になる。広告配信業者は、第２ステップとして、該当する商品の所有者が新商品を既に所持しているかを確認する必要がある。この場合は、その購入者の識別番号が既知ならばそれを検索キーとする検索パターン２、識別番号が未知ならば購入者の名前を検索キーとする検索パターン４を起動し、その購入者の所持品に装着したＩＣタグを特定することにより、新商品を既に所有しているかを確認することができる。もしも、その人が新商品をまだ所有していないならば、広告を送信するために所有している端末が携帯電話機か、ＰＣ（Personal Computer）か、ＰＤＡ（Personal Digital Assistant）か、ＴＶなどかを同時に確認できるので、最適な端末を選択して、新商品の広告を送信すれば良い。
【００３９】
次に、図１に本実施の形態に係るシステム概要図を示す。インターネットなどのネットワーク１には、以下で説明する構成を有する１又は複数のＤＢサーバ３と、複数のＲＦＩＤリーダ５と、複数の検索端末７とが接続されている。ＲＦＩＤタグ１１は、例えば商品９に添付されており、例えば所定の位置に配置されているＲＦＩＤリーダ５によりそれが保持するデータ（例えばＲＦＩＤ）が読み出される。ＲＦＩＤリーダ５は、ＲＦＩＤタグ１１から読み取ったデータをＤＢサーバ３に送信して登録する。登録の仕方については以下で詳細に述べる。また、検索端末７は、上で述べた４つの基本検索パターンのいずれかに従ってＤＢサーバ３において蓄積及び管理されているＲＦＩＤリーダ５の読み取り結果をＤＢサーバ３から抽出するための処理を行う。ＤＢサーバ３は、検索端末７からの検索要求に応じて検索処理などを実施し、ＲＦＩＤリーダ５から読み取り結果などのデータを受信し、登録処理などを実施する。
【００４０】
次に図２を用いてＤＢサーバ３と検索端末７との関係を模式的に示す。ＤＢサーバ３と検索端末７とには、トレーサビリティプラットフォーム・ミドルウェアがインストールされており、当該トレーサビリティプラットフォーム・ミドルウェアにより、検索端末７で実行されるアプリケーションとのＡＰＩ（Application Program Interface）−１と、ＤＢサーバ３におけるＤＢ検索部３１とのＡＰＩ−２とが提供される。このトレーサビリティプラットフォーム・ミドルウェアにおいては、ＡＰＩ−１を介して入力される検索要求（検索キー，要求データ種別，範囲）の振分け処理を実施する検索インターフェース部７１と、検索インターフェース部７１において検索パターンＰ１であると判断された場合に検索端末７及びＤＢサーバ３内で処理を行うパターン１検索処理部１０１と、検索インターフェース部７１において検索パターンＰ２であると判断された場合に検索端末７及びＤＢサーバ３内で処理を行うパターン２検索処理部１０２と、検索インターフェース部７１において検索パターンＰ３であると判断された場合に検索端末７及びＤＢサーバ３内で処理を行うパターン３検索処理部１０３と、検索インターフェース部７１において検索パターンＰ４であると判断された場合に検索端末７及びＤＢサーバ３内で処理を行うパターン４検索処理部１０４とが含まれる。以下で述べる場合には、複数のＤＢサーバ３が連携して検索パターンを処理する場合もあるが、そのような場合には複数のＤＢサーバ３においてトレーサビリティプラットフォーム・ミドルウェアの検索処理部を構成するモジュールが連携して処理を行う。
【００４１】
検索インターフェース部７１は、検索要求における検索キーにより検索パターンＰ１乃至Ｐ４のいずれかを判断する。また、要求データ種別により検索パターンＰ１−１又はＰ１−２、検索パターンＰ２−１又はＰ２−２を判断する。
【００４２】
また、図３を用いてＤＢサーバ３とＲＦＩＤリーダ５との関係を模式的に示す。ＤＢサーバ３とＲＦＩＤリーダ５とには、トレーサビリティプラットフォーム・ミドルウェアがインストールされており、当該トレーサビリティプラットフォーム・ミドルウェアにより、ＲＦＩＤリーダ５で実行されているＩＤ読取部５１とのＡＰＩ−３と、ＤＢサーバ３におけるＤＢ登録部３２とのＡＰＩ−２とが提供される。このトレーサビリティプラットフォーム・ミドルウェアにおいては、ＲＦＩＤリーダ５及びＤＢサーバ３内で実行されるデータ登録処理部１０５が含まれる。以下で述べる場合には、複数のＤＢサーバ３が連携して登録処理を実施する場合もあるが、そのような場合には複数のＤＢサーバ３においてトレーサビリティプラットフォーム・ミドルウェアのデータ登録処理部１０５を構成するモジュールが連携して処理を行う。
【００４３】
次に、ＤＢサーバ３の構成を、ＲＦＩＤリーダ５がＲＦＩＤタグ１１から読み取ったデータ等の格納形態によって３つのモデルに分けて説明する。
【００４４】
（１）第１モデル
本モデルの前提としては、Ｏ−ＩＤはＲＦＩＤタグ１１に格納されており、Ｏ−ｓｅｍはＤＢサーバ３に登録されており、Ｏ−ｈｉｓもＤＢサーバ３に登録されており、Ｒ−ＩＤはＲＦＩＤリーダ５に登録されており、Ｒ−ｓｅｍはＤＢサーバ３に登録されており、Ｒ−ｈｉｓもＤＢサーバ３に登録されているものとする。
【００４５】
そして、第１モデルのうちモデル１−１では、ＤＢサーバ３は、図４に示すように、オブジェクト情報管理サーバ３０１と、リーダ情報管理サーバ３０２とで構成される。そして、オブジェクト情報管理サーバ３０１は、Ｏ−ＩＤとそのＯ−ｓｅｍとＯ−ｈｉｓ（Ｒ−ＩＤ列）との関係を管理する。なお、Ｒ−ＩＤ＃１、Ｒ−ＩＤ＃２は、複数のＲ−ＩＤが登録されることを表している。また、リーダ情報管理サーバ３０２は、Ｒ−ＩＤとＲ−ｓｅｍとＲ−ｈｉｓ（Ｏ−ＩＤ列）との関係を管理する。なお、Ｏ−ＩＤ＃１、Ｏ−ＩＤ＃２は、複数のＯ−ＩＤが登録されることを表している。モデル１−１では、ＲＦＩＤリーダ５で特定されるＲ−ＩＤとＯ−ＩＤの対を直接オブジェクト情報管理サーバ３０１及びリーダ情報管理サーバ３０２に登録する態様を示している。
【００４６】
また、第１モデルのうちモデル１−２では、ＤＢサーバ３は、図５に示すように、オブジェクト＆リーダ情報管理サーバ３０３で構成される。そして、オブジェクト＆リーダ情報管理サーバ３０３は、Ｏ−ＩＤとそのＯ−ｓｅｍとＯ−ｈｉｓ（Ｒ−ＩＤ列）との関係、及びＲ−ＩＤとＲ−ｓｅｍとＲ−ｈｉｓ（Ｏ−ＩＤ列）との関係を管理する。すなわち、オブジェクト情報管理サーバ３０１及びリーダ情報管理サーバ３０２を統合したものである。モデル１−２では、ＲＦＩＤリーダ５で特定されるＲ−ＩＤとＯ−ＩＤの対を直接オブジェクト＆リーダ情報管理サーバ３０３に登録する態様を示している。
【００４７】
オブジェクト情報管理サーバ３０１に登録されるデータの一例を図６に示す。図６の例では、Ｏ−ＩＤの列、Ｏ−ｓｅｍの列、それらに対応してそれを読み取ったリーダのＲ−ＩＤと当該Ｒ−ＩＤのＲＦＩＤリーダ５が当該ＲＦＩＤタグ１１を読み取った日時及びＲＦＩＤリーダ５の詳細な情報が管理されているリーダ情報管理サーバのＩＰアドレスとを登録するための列とが登録されている。
【００４８】
図６にあるように、例えば、Ｏ−ＩＤが9360703のオブジェクトは、ＰＣ  ＦＭ  ｘｙｚであり、これを読んだ３つのリーダのＩＤが記憶されている。例えば、Ｏ−ｈｉｓの１件目、すなわち１件目のＲ−ＩＤに関する情報として、リーダＩＤが70538328のリーダがこれを"０５０５１３０８４０"即ち2005年5月13日8時40分に読んだことがわかるようになっている。また、リーダＩＤが70538328のリーダがどのようなものかは、ＩＰアドレス10.25.192.4のリーダ情報管理サーバに書かれていることも、ここに示されているので、次にこのサーバにアクセスしてリーダの静的情報を簡単に得ることができる。また、リーダがオブジェクトを読み取った日時が管理されているので、時間範囲を指定した検索もできる。例えば、Ｏ−ＩＤが9360703のオブジェクトであるＰＣ  ＦＭ  ｘｙｚにつき、2005年5月14日以降を時間範囲に指定した検索の場合は、時刻に関する情報が"０５０５１４００００"よりも大きいもののみが検索対象となるため、時刻のデータが"０５０５１４１７３０"である３つ目のリーダＩＤである8588だけが回答されるようになる。
【００４９】
同様にリーダ情報管理サーバ３０２にもＲ−ＩＤの列、Ｒ−ｓｅｍの列、それらに対応して該リーダが読み取ったオブジェクトのＯ−ＩＤと、読み取った日時などの情報が登録されており、時間範囲を指定した検索も可能である。
【００５０】
（２）第２モデル
本モデルの前提としては、Ｏ−ＩＤはＲＦＩＤタグ１１に格納されており、Ｏ−ｓｅｍはＤＢサーバ３に登録されており、Ｏ−ｈｉｓもＤＢサーバ３に登録されており、Ｒ−ＩＤは取り扱われず、Ｒ−ｓｅｍはＲＦＩＤリーダ５に登録されており、Ｒ−ｈｉｓはＤＢサーバ３に登録されているものとする。
【００５１】
そして、第２モデルのうちモデル２−２では、ＤＢサーバ３は、図７に示すように、オブジェクト情報管理サーバ３０４で構成される。そして、オブジェクト情報管理サーバ３０４は、Ｏ−ＩＤとＯ−ｓｅｍとＯ−ｈｉｓ（Ｒ−ｓｅｍ列）の関係を管理する。なお、Ｒ−ｓｅｍ＃１，Ｒ−ｓｅｍ＃２は、複数のＲ−ｓｅｍが登録されていることを表している。モデル２−１では、Ｒ−ＩＤを取り扱わないので、ＲＦＩＤリーダ５で特定されるＯ−ＩＤとＲ−ｓｅｍの対を登録する態様を示している。
【００５２】
また、第２モデルのうちモデル２−１では、ＤＢサーバ３は、図８に示すように、オブジェクト情報管理サーバ３０５と、リーダ情報管理サーバ３０６とで構成される。そして、オブジェクト情報管理サーバ３０５は、Ｏ−ＩＤとＯ−ｓｅｍとＯ−ｈｉｓ（Ｒ−ｓｅｍ列）との関係を管理し、リーダ情報管理サーバ３０６は、Ｒ−ｓｅｍとＲ−ｈｉｓ（Ｏ−ｓｅｍ列）との関係を管理する。モデル２−２では、ＲＦＩＤリーダ５で特定されるＲ−ｓｅｍとＯ−ＩＤの対をオブジェクト情報管理サーバ３０５に登録し、派生的にＲ−ｓｅｍとＯ−ＩＤに対応するＯ−ｓｅｍをリーダ情報管理サーバ３０６に登録する態様を示している。
【００５３】
（３）第３モデル
本モデルの前提としては、Ｏ−ＩＤはＲＦＩＤタグ１１に格納されており、Ｏ−ｓｅｍはＤＢサーバ３に登録されており、Ｏ−ｈｉｓもＤＢサーバ３に登録されており、Ｒ−ＩＤはＲＤＩＤリーダ５に登録されており、Ｒ−ｓｅｍはＤＢサーバ３に登録されており、Ｒ−ｈｉｓもＤＢサーバ３に登録されているものとする。
【００５４】
そして、第３モデルのうちモデル３−１では、ＤＢサーバ３は、図９に示すように、オブジェクト情報管理サーバ３０７と、リーダ情報管理サーバ３０８とで構成される。そして、オブジェクト情報管理サーバ３０７は、Ｏ−ＩＤとそのＯ−ｓｅｍとＯ−ｈｉｓ（Ｒ−ｓｅｍ列）との関係を管理する。また、リーダ情報管理サーバ３０８は、Ｒ−ＩＤとＲ−ｓｅｍとの関係を管理する。モデル３−１では、ＲＦＩＤリーダ５で特定されるＲ−ＩＤとＯ−ＩＤの対と、リーダ情報管理サーバ３０８に登録されているＲ−ＩＤ及びＲ−ｓｅｍとを用いて、オブジェクト情報管理サーバ３０７にＯ−ＩＤに対応してＲ−ｓｅｍを登録する態様を示している。
【００５５】
また、第３モデルのうちモデル３−２では、ＤＢサーバ３は、図１０に示すように、オブジェクト情報管理サーバ３０９と、リーダ情報管理サーバ３１０とで構成される。そして、オブジェクト情報管理サーバ３０９は、Ｏ−ＩＤとそのＯ−ｓｅｍとＯ−ｈｉｓ（Ｒ−ｓｅｍ列）との関係を管理する。また、リーダ情報管理サーバ３１０は、Ｒ−ＩＤとＲ−ｓｅｍとＲ−ｈｉｓ（Ｒ−ｓｅｍ列）との関係を管理する。モデル３−２では、ＲＦＩＤリーダ５で特定されるＲ−ＩＤとＯ−ＩＤの対及びオブジェクト情報管理サーバ３０９及びリーダ情報管理サーバ３１０とを用いて、Ｒ−ＩＤとＯ−ｓｅｍの対をリーダ情報管理サーバ３１０に登録し、Ｏ−ＩＤとＲ−ｓｅｍの対をオブジェクト情報管理サーバ３００に登録する態様を示している。
【００５６】
図１１に、第３モデルにおけるオブジェクト情報管理サーバ３０９に登録されるデータの一例を示す。図１１の例では、Ｏ−ＩＤの列、Ｏ−ｓｅｍの列、それらに対応してしてそれを読み取ったリーダのＲ−ｓｅｍと当該Ｒ−ｓｅｍのＲＦＩＤリーダ５が当該ＲＦＩＤタグ１１を読み取った日時及びＲＦＩＤリーダ５の詳細な情報が管理されているリーダ情報管理サーバのＩＰアドレスとを登録するための列とが登録されている。
【００５７】
図１１にあるように、例えば、Ｏ−ＩＤが9360703のオブジェクトは、ＰＣ  ＦＭ  ｘｙｚであり、これを読んだ３つのリーダの静的情報が記憶されている。例えば、最後にこのオブジェクトを読んだリーダ、即ち日時に関する情報が一番大きい値のリーダは、日時の情報が"０５０５１４１７３０"であるＳＳ蒲田５ＦＢ０１にあるリーダで、読んだ時刻は2005年5月14日17時30分であることがわかるようになっている。このリーダの詳細情報を知る必要がある場合には、ＩＰアドレス10.25.144.129も記憶されているので、このアドレスのリーダ情報管理サーバにアクセスすることにより、その他に何を読んだかなどの詳細情報を追跡しても良い。また、図６の説明と同様、リーダがオブジェクトを読み取った日時が管理されているので、時間範囲を指定した検索もできる。例えば、Ｏ−ＩＤが41551のオブジェクトであるＤＶＤ  ＪＵＰの2005年1月の動きを調査したい場合は、日時の検索範囲として２００５年１月１日０時０分即ち"０５０１０１００００"から２００５年１月３１日２３時５９分即ち"０５０１３１２３５９"の間を検索範囲としてオブジェク情報管理サーバ３０９のデータを検索すればよい。するとこのサーバで、指定された日時範囲で検索され、2005年1月4日14時20分に青葉台○○４Ｆのリーダで読まれ、2005年1月9日22時10分に△□小学校正門のリーダで読まれたことが回答される。
【００５８】
同様にリーダ情報管理サーバ３１０にもＲ−ＩＤの列、Ｒ−ｓｅｍの列、それらに対応して該リーダが読み取ったオブジェクトのＯ−ＩＤと、読み取った日時などの情報が登録されており、時間範囲を指定した検索も可能である。
【００５９】
次に、各モデルにおける登録及び検索処理を説明する。
【００６０】
（１−１）モデル１−１
（１−１−Ａ）登録処理
図１２を用いてモデル１−１における登録処理を説明する。ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、登録要求に応じて、Ｏ−ＩＤをキーとし、Ｏ−ｈｉｓをキーの詳細とし、Ｒ−ＩＤを登録情報とする登録メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０１に送信する（ステップ（１））。図１３（ａ）に、登録メッセージのメッセージ・フォーマットの一例を示す。登録メッセージは、登録メッセージのヘッダ、登録場所のキー及びキーの詳細、及び登録情報を含む。オブジェクト情報管理サーバ３０１側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータを登録要求としてＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト情報管理サーバ３０１のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ＩＤを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【００６１】
また、ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｒ−ＩＤをキーとし、Ｒ−ｈｉｓをキーの詳細とし、Ｏ−ＩＤを登録情報とする登録メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３０２に送信する（ステップ（２））。登録メッセージのフォーマットは図１３（ａ）で示したとおりである。リーダ情報管理サーバ３０２側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介して登録要求としてＤＢ登録部３２に出力する。リーダ情報管理サーバ３０２のＤＢ登録部３２は、Ｒ−ＩＤに対応して、登録情報であるＯ−ＩＤを、キーの詳細のＲ−ｈｉｓとしてＤＢに登録する。
【００６２】
このように２段階ではあるが、単純な登録処理を実施すれば済む。
【００６３】
（１−１−Ｂ）検索処理
一方、検索処理は、各基本検索パターンにつき図１４のように行われる。まず、検索端末７のアプリケーション１からＡＰＩ−１を介してキー、要求データ種別及び検索範囲を含む検索要求が検索インターフェース部７１に出力される。検索インターフェース部７１は、検索要求のキー及び要求データ種別から検索パターンを特定する。
【００６４】
（１−１−Ｂ−１）検索パターンＰ１−１
検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｓｅｍである場合には検索パターンＰ１−１であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、検索要求に応答して、Ｏ−ＩＤを検索キーとし、Ｏ−ｓｅｍを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０１に送信する（ステップ（１））。図１３（ｂ）に、検索要求メッセージのメッセージ・フォーマットの一例を示す。検索要求メッセージは、検索要求メッセージのヘッダ、検索の要求元のアドレス又はＩＤ、メッセージ番号（ＭＮ）、検索キー、要求検索情報とを含む。オブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータをＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０１のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、要求データ種別のＯ−ｓｅｍのデータを抽出する。
【００６５】
その後ＤＢ検索部３１は、抽出したＯ−ｓｅｍをＡＰＩ−２を介してオブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１は、Ｏ−ｓｅｍを検索情報とする検索応答メッセージを生成し、ネットワーク１を介して検索端末７側のパターン１検索処理部１０１に送信する（ステップ（２））。図１３（ｃ）に、検索応答メッセージのメッセージ・フォーマットの一例を示す。検索応答メッセージは、検索応答メッセージのヘッダ、検索要求元のアドレス又はＩＤ、メッセージ番号（ＭＮ）、及び抽出された検索情報を含む。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれる検索結果のデータを検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｓｅｍを出力する。
【００６６】
（１−１−Ｂ−２）検索パターンＰ１−２
また、検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ１−２であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを第１の検索キーとし、Ｒ−ＩＤという種類を表すコードを第２のキーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする拡張検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０１に送信する（ステップ（１））。図１５（ａ）に、拡張検索要求メッセージのメッセージ・フォーマットの一例を示す。拡張検索要求メッセージは、拡張検索要求メッセージのヘッダ、検索要求の要求元のアドレス又はＩＤ、メッセージ番号（ＭＮ）、要求元によって特定される第１の検索キー、最初の宛先ＤＢサーバ３において特定される第２の検索キー（要求元では種別が特定される）、及び要求検索情報を含む。具体的には、本ステップでは図１５（ｂ）に示すような拡張検索要求メッセージが生成され、送信される。すなわち、第１の検索キーがＯ−ＩＤであり、第２の検索キーがＲ−ＩＤという種類を表すコードであり、要求検索情報がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である。
【００６７】
オブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１は、拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤと要求データ種別であるＲ−ＩＤという種類を表すコード）をＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０１のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ＩＤ列を抽出する。
【００６８】
その後ＤＢ検索部３１は、抽出したＲ−ＩＤ列をＡＰＩ−２を介してオブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１は、受け取ったＲ−ＩＤ列のうち１つのＲ−ＩＤを、１つの拡張検索要求メッセージにおけるＲ−ＩＤという種類を表すコードの代わりに埋め込み、結果としてＲ−ＩＤ列に含まれるＲ−ＩＤ数の拡張検索要求メッセージを生成して、ネットワーク１を介してリーダ情報管理サーバ３０２に送信する（ステップ（２））。なお、図１４において＃ｎはＲ−ＩＤ列中のＲ−ＩＤ数を表す。また、リーダ情報管理サーバ３０２が複数存在する場合には、Ｒ−ＩＤ毎に宛先を変える必要がある。
【００６９】
リーダ情報管理サーバ３０２側のパターン１検索処理部１０１は、ネットワーク１を介して拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは第２の検索キーＲ−ＩＤと要求データ種別Ｏ−ｈｉｓ（Ｒ−ｓｅｍ））をＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３０２のＤＢ検索部３１は、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍを抽出する。受信した拡張検索要求メッセージ毎に処理を実施する。
【００７０】
そして、ＤＢ検索部３１は、抽出したＯ−ｈｉｓたるＲ−ｓｅｍをＡＰＩ−２を介して、リーダ情報管理サーバ３０２側のパターン１検索処理部１０１に出力する。リーダ情報管理サーバ３０２側のパターン１検索処理部１０１は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に当該リーダ情報管理サーバ３０２において抽出された全てのＲ−ｓｅｍを含むようにすることもある。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【００７１】
なお、上では、オブジェクト情報管理サーバ３０１が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。後者の場合については後にアドレス解決と共に説明する。また、検索パターンＰ２−１については実行される頻度は高くないものと考えられ、検索パターンＰ１−１におけるオブジェクト情報管理サーバ３０１の代わりにリーダ情報管理サーバ３０２に対する処理となるので説明を省略する。
【００７２】
（１−１−Ｂ−３）検索パターンＰ２−２
さらに、検索要求のキーがＲ−ＩＤであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ２−２であるから、検索インターフェース部７１は、検索端末７側のパターン２検索処理部１０２に検索要求のデータを出力する。検索端末７側のパターン２検索処理部１０２は、検索要求に従ってＲ−ＩＤを第１の検索キーとし、Ｏ−ＩＤという種類を表すコードを第２の検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする拡張検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３０２に送信する（ステップ（１））。本ステップでは図１５（ｃ）に示すような拡張検索要求メッセージが生成され、送信される。すなわち、第１の検索キーが検索要求のＲ−ＩＤであり、第２の検索キーがＯ−ＩＤという種類を表すコードであり、要求検索情報がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である。
【００７３】
リーダ情報管理サーバ３０２側のパターン２検索処理部１０２は、拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ＩＤと要求データ種別であるＯ−ＩＤという種類を表すコード）を検索要求としてＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３０２のＤＢ検索部３１は、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ＩＤ列を抽出する。
【００７４】
その後ＤＢ検索部３１は、抽出したＯ−ＩＤ列をＡＰＩ−２を介してリーダ情報管理サーバ３０２側のパターン２検索処理部１０２に出力する。リーダ情報管理サーバ３０２側のパターン２検索処理部１０２は、受け取ったＯ−ＩＤ列のうち１つのＯ−ＩＤを、１つの拡張検索要求メッセージにおけるＯ−ＩＤという種類を表すコードの代わりに埋め込み、結果としてＯ−ＩＤ列に含まれるＯ−ＩＤ数の拡張検索要求メッセージを生成して、ネットワーク１を介してオブジェクト情報管理サーバ３０１に送信する（ステップ（２））。オブジェクト情報管理サーバ３０１が複数存在している場合には、Ｏ−ＩＤ毎に宛先を変える。
【００７５】
オブジェクト情報管理サーバ３０１側のパターン２検索処理部１０２は、ネットワーク１を介して拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤと要求データ種別Ｒ−ｈｉｓ（Ｏ−ｓｅｍ））を検索要求としてＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０１のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍを抽出する。受信した拡張検索要求メッセージ毎に処理を実施する。
【００７６】
そして、ＤＢ検索部３１は、抽出したＲ−ｈｉｓたるＯ−ｓｅｍをＡＰＩ−２を介して、オブジェクト情報管理サーバ３０１側のパターン２検索処理部１０２に出力する。オブジェクト情報管理サーバ３０１側のパターン２検索処理部１０２は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に当該オブジェクト情報管理サーバ３０１で抽出された全てのＯ−ｓｅｍを含むようにすることもある。検索端末７側のパターン２検索処理部１０２は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【００７７】
なお、上では、リーダ情報管理サーバ３０２が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。
【００７８】
（１−１−Ｂ−４）検索パターンＰ３
さらに、検索要求のキーがＯ−ｓｅｍであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ３であるから、検索インターフェース部７１は、検索端末７側のパターン３検索処理部１０３に検索要求のデータを出力する。検索端末７側のパターン３検索処理部１０３は、Ｏ−ｓｅｍを第１の検索キーとし、Ｒ−ＩＤという種類を表すコードを第２の検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする拡張検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０１に送信する（ステップ（１））。本ステップでは図１５（ｄ）に示すような拡張検索要求メッセージが生成され、送信される。すなわち、第１の検索キーが検索要求のＯ−ｓｅｍであり、第２の検索キーがＲ−ＩＤという種類を表すコードであり、要求検索情報がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である。
【００７９】
オブジェクト情報管理サーバ３０１側のパターン３検索処理部１０３は、拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ｓｅｍと要求データ種別であるＲ−ＩＤという種類を表すコード）をＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０１のＤＢ検索部３１は、Ｏ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＲ−ＩＤ列を抽出する。
【００８０】
その後ＤＢ検索部３１は、抽出したＲ−ＩＤ列をＡＰＩ−２を介してオブジェクト情報管理サーバ３０１側のパターン３検索処理部１０３に出力する。オブジェクト情報管理サーバ３０１側のパターン３検索処理部１０３は、受け取ったＲ−ＩＤ列のうちの１つのＲ−ＩＤを、１つの拡張検索要求メッセージにおけるＲ−ＩＤという種類を表すコードの代わりに埋め込み、結果としてＲ−ＩＤ列に含まれるＲ−ＩＤ数の拡張検索要求メッセージを生成して、ネットワーク１を介してリーダ情報管理サーバ３０２に送信する（ステップ（２））。なお、リーダ情報管理サーバ３０２が複数存在する場合には、Ｒ−ＩＤ毎に宛先を変える。
【００８１】
リーダ情報管理サーバ３０２側のパターン３検索処理部１０３は、ネットワーク１を介して拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ＩＤと要求データ種別Ｏ−ｈｉｓ（Ｒ−ｓｅｍ））を検索キーとしてＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３０２のＤＢ検索部３１は、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍを抽出する。受信した拡張検索要求メッセージ毎に処理を実施する。
【００８２】
そして、ＤＢ検索部３１は、抽出したＯ−ｈｉｓたるＲ−ｓｅｍをＡＰＩ−２を介して、リーダ情報管理サーバ３０２側のパターン３検索処理部１０３に出力する。リーダ情報管理サーバ３０２側のパターン３検索処理部１０３は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に当該リーダ情報管理サーバ３０２において抽出された全てのＲ−ｓｅｍを含むようにすることもある。検索端末７側のパターン３検索処理部１０３は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【００８３】
なお、上では、オブジェクト情報管理サーバ３０１が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。
【００８４】
（１−１−Ｂ−５）検索パターンＰ４
さらに、検索要求のキーがＲ−ｓｅｍであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ４であるから、検索インターフェース部７１は、検索端末７側のパターン４検索処理部１０４に検索要求のデータを出力する。検索端末７側のパターン４検索処理部１０４は、Ｒ−ｓｅｍを第１の検索キーとし、Ｏ−ＩＤという種類を表すコードを第２のキーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする拡張検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３０２に送信する（ステップ（１））。本ステップでは図１５（ｅ）に示すような拡張検索要求メッセージが生成され、送信される。すなわち、第１の検索キーが検索要求のＲ−ｓｅｍであり、第２の検索キーがＯ−ＩＤという種類を表すコードであり、要求検索情報がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である。
【００８５】
リーダ情報管理サーバ３０２側のパターン４検索処理部１０４は、拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍと要求データ種別であるＯ−ＩＤという種類を表すコード）をＡＰＩ−２を介して検索要求としてＤＢ検索部３１に出力する。リーダ情報管理サーバ３０２のＤＢ検索部３１は、Ｒ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＯ−ＩＤ列を抽出する。
【００８６】
その後ＤＢ検索部３１は、抽出したＯ−ＩＤ列をＡＰＩ−２を介してリーダ情報管理サーバ３０２側のパターン４検索処理部１０４に出力する。リーダ情報管理サーバ３０２側のパターン４検索処理部１０４は、受け取ったＯ−ＩＤ列のうち１つのＯ−ＩＤを、１つの拡張検索要求メッセージにおけるＯ−ＩＤという種類を表すコードの代わりに埋め込み、結果としてＯ−ＩＤ列に含まれるＯ−ＩＤ数の拡張検索要求メッセージを生成して、ネットワーク１を介してオブジェクト情報管理サーバ３０１に送信する（ステップ（２））。オブジェクト情報管理サーバ３０１が複数存在する場合には、Ｏ−ＩＤ毎に宛先を変える。
【００８７】
オブジェクト情報管理サーバ３０１側のパターン４検索処理部１０４は、ネットワーク１を介して拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤと要求データ種別Ｒ−ｈｉｓ（Ｏ−ｓｅｍ））をＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０１のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍを抽出する。受信した拡張検索要求メッセージ毎に処理を実施する。
【００８８】
そして、ＤＢ検索部３１は、抽出したＲ−ｈｉｓたるＯ−ｓｅｍをＡＰＩ−２を介して、オブジェクト情報管理サーバ３０１側のパターン４検索処理部１０４に出力する。オブジェクト情報管理サーバ３０１側のパターン４検索処理部１０４は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に当該オブジェクト情報管理サーバ３０１において抽出された全てのＯ−ｓｅｍを含むようにすることもある。検索端末７側のパターン４検索処理部１０４は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【００８９】
以上のような処理を実施すれば、モデル１−１のようなデータ保持態様を採用する場合であっても、各基本検索パターンにつき検索を実施できるようになる。但し、２段階でサーバにアクセスしないと検索結果を得ることができない検索パターンが多い。また、１段目のサーバから２段目のサーバへの検索要求メッセージは、サーバが負荷分散されている場合には、それぞれ宛先が異なる場合がある。
【００９０】
（１−２）モデル１−２
（１−２−Ａ）登録処理
図１６を用いてモデル１−２における登録処理を説明する。ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、ネットワーク１を介して、Ｏ−ＩＤをキーとし、Ｏ−ｈｉｓをキーの詳細とし、Ｒ−ＩＤを登録情報とする登録メッセージを、オブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（１））。登録メッセージのメッセージ・フォーマットは例えば図１３（ａ）に示すものである。オブジェクト及びリーダ情報管理サーバ３０３側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ＩＤを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【００９１】
また、ＲＦＩＤリーダ５側のデータ登録処理部１０５は、ネットワーク１を介して、Ｒ−ＩＤをキーとし、Ｒ−ｈｉｓをキーの詳細とし、Ｏ−ＩＤを登録情報とする登録メッセージを、オブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（２））。登録メッセージのフォーマットは図１３（ａ）で示したとおりである。オブジェクト＆リーダ情報管理サーバ３０３側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ登録部３２は、Ｒ−ＩＤに対応して、登録情報であるＯ−ＩＤを、キーの詳細のＲ−ｈｉｓとしてＤＢに登録する。
【００９２】
このように２段階ではあるが、単純な登録処理を実施すれば済む。
【００９３】
（１−２−Ｂ）検索処理
一方、検索処理は、各基本検索パターンにつき図１７のように行われる。まず、検索端末７のアプリケーション１からＡＰＩ−１を介してキー、要求データ種別及び検索範囲を含む検索要求が検索インターフェース部７１に出力される。検索インターフェース部７１は、検索要求のキー及び要求データ種別から検索パターンを特定する。
【００９４】
（１−２−Ｂ−１）検索パターンＰ１−１
検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｓｅｍである場合には検索パターンＰ１−１であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｓｅｍを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを送信する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータをＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、要求データ種別のＯ−ｓｅｍのデータを抽出する。
【００９５】
その後ＤＢ検索部３１は、抽出したＯ−ｓｅｍをＡＰＩ−２を介してオブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１に出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１は、ネットワーク１を介して、Ｏ−ｓｅｍを検索情報とする検索応答メッセージを生成し、検索端末７側のパターン１検索処理部１０１に送信する（ステップ（２））。図１３（ｃ）に示した検索応答メッセージを生成及び送信する。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれる検索結果のデータを検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｓｅｍを出力する。
【００９６】
（１−２−Ｂ−２）検索パターンＰ１−２
また、検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ１−２であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを生成及び送信する。
【００９７】
オブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤ）と要求データ種別としてＲ−ＩＤとを検索要求としてＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ＩＤ列を抽出する。
【００９８】
さらにＤＢ検索部３１は、抽出したＲ−ＩＤ列をＡＰＩ−２を介してオブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１に出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１は、ＤＢ検索部３１からＲ−ＩＤ列を受け取り、受け取ったＲ−ＩＤ列に含まれる各Ｒ−ＩＤをキーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求データ種別とする検索要求を、再度ＤＢ検索部３１に出力する。
【００９９】
ＤＢ検索部３１は、パターン１検索処理部１０１から、Ｒ−ＩＤをキーとし且つＯ−ｈｉｓ（Ｒ−ｓｅｍ）を要求データ種別とする検索要求を受け取り、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍを抽出する（ステップ（２））。各Ｒ−ＩＤにつき検索するため、Ｒ−ｓｅｍもそれに対応して抽出される。ＤＢ検索部３１は、オブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１に、抽出した各Ｒ−ｓｅｍを出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン１検索処理部１０１は、ＤＢ検索部３１から各Ｒ−ｓｅｍを受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に全てのＲ−ｓｅｍを含むようにすることもある。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１００】
なお、上では、オブジェクト＆リーダ情報管理サーバ３０３が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。また、検索パターンＰ２−１については実行される頻度は高くないものと考えられ、検索パターンＰ１−１におけるＯ−ＩＤをＲ−ＩＤに置き換え、Ｏ−ｓｅｍをＲ−ｓｅｍとすればよいので、説明を省略する。
【０１０１】
（１−２−Ｂ−３）検索パターンＰ２−２
さらに、検索要求のキーがＲ−ＩＤであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ２−２であるから、検索インターフェース部７１は、検索端末７側のパターン２検索処理部１０２に検索要求のデータを出力する。検索端末７側のパターン２検索処理部１０２は、Ｒ−ＩＤを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１０２】
オブジェクト＆リーダ情報管理サーバ３０３側のパターン２検索処理部１０２は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ＩＤ）と要求データ種別としてＯ−ＩＤを含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ検索部３１は、パターン２検索処理部１０２から検索要求を受け取り、検索要求に含まれるＲ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ＩＤ列を抽出する。
【０１０３】
さらにＤＢ検索部３１は、抽出したＯ−ＩＤ列をＡＰＩ−２を介してオブジェクト＆リーダ情報管理サーバ３０３側のパターン２検索処理部１０２に出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン２検索処理部１０２は、ＤＢ検索部３１からＯ−ＩＤ列を受け取り、受け取ったＯ−ＩＤ列に含まれる各Ｏ−ＩＤをキーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求データ種別とする検索要求を、再度ＤＢ検索部３１に出力する。
【０１０４】
ＤＢ検索部３１は、パターン２検索処理部１０２から、Ｏ−ＩＤをキーとし且つＲ−ｈｉｓ（Ｏ−ｓｅｍ）を要求データ種別とする検索要求を受け取り、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍを抽出する（ステップ（２））。各Ｏ−ＩＤにつき検索するため、Ｏ−ｓｅｍもそれに対応して抽出される。ＤＢ検索部３１は、オブジェクト＆リーダ情報管理サーバ３０３側のパターン２検索処理部１０２に、抽出した各Ｏ−ｓｅｍを出力する。
【０１０５】
オブジェクト＆リーダ情報管理サーバ３０３側のパターン２検索処理部１０２は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に全てのＯ−ｓｅｍを含むようにすることもある。検索端末７側のパターン２検索処理部１０２は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１０６】
なお、上では、オブジェクト＆リーダ情報管理サーバ３０３が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。
【０１０７】
（１−２−Ｂ−４）検索パターンＰ３
さらに、検索要求のキーがＯ−ｓｅｍであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ３であるから、検索インターフェース部７１は、検索端末７側のパターン３検索処理部１０３に検索要求のデータを出力する。検索端末７側のパターン３検索処理部１０３は、Ｏ−ｓｅｍを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１０８】
オブジェクト＆リーダ情報管理サーバ３０３側のパターン３検索処理部１０３は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ｓｅｍ）と要求データ種別としてＲ−ＩＤとを検索要求として、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ検索部３１は、Ｏ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＲ−ＩＤ列を抽出する。
【０１０９】
さらにＤＢ検索部３１は、抽出したＲ−ＩＤ列をＡＰＩ−２を介してオブジェクト＆リーダ情報管理サーバ３０３側のパターン３検索処理部１０３に出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン３検索処理部１０３は、ＤＢ検索部３１からＲ−ＩＤ列を受け取り、受け取ったＲ−ＩＤ列に含まれる各Ｒ−ＩＤをキーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求データ種別とする検索要求を、再度ＤＢ検索部３１に出力する。
【０１１０】
ＤＢ検索部３１は、パターン３検索処理部１０３から、Ｒ−ＩＤをキーとし且つＯ−ｈｉｓ（Ｒ−ｓｅｍ）を要求データ種別とする検索要求を受け取り、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍを抽出する（ステップ（２））。各Ｒ−ＩＤにつき検索するため、Ｒ−ｓｅｍもそれに対応して抽出される。ＤＢ検索部３１は、オブジェクト＆リーダ情報管理サーバ３０３側のパターン３検索処理部１０３に、抽出した各Ｒ−ｓｅｍを出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン３検索処理部１０３は、ＤＢ検索部３１から各Ｒ−ｓｅｍを受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に全てのＲ−ｓｅｍを含むようにすることもある。検索端末７側のパターン３検索処理部１０３は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１１１】
なお、上では、オブジェクト＆リーダ情報管理サーバ３０３が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。
【０１１２】
（１−２−Ｂ−５）検索パターンＰ４
さらに、検索要求のキーがＲ−ｓｅｍであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ４であるから、検索インターフェース部７１は、検索端末７側のパターン４検索処理部１０４に検索要求のデータを出力する。検索端末７側のパターン４検索処理部１０４は、Ｒ−ｓｅｍを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト＆リーダ情報管理サーバ３０３に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１１３】
オブジェクト＆リーダ情報管理サーバ３０３側のパターン４検索処理部１０４は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍ）と要求データ種別としてＯ−ＩＤとを含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト＆リーダ情報管理サーバ３０３のＤＢ検索部３１は、Ｒ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＯ−ＩＤ列を抽出する。
【０１１４】
さらにＤＢ検索部３１は、抽出したＯ−ＩＤ列をＡＰＩ−２を介してオブジェクト＆リーダ情報管理サーバ３０３側のパターン４検索処理部１０４に出力する。オブジェクト＆リーダ情報管理サーバ３０３側のパターン４検索処理部１０４は、ＤＢ検索部３１からＯ−ＩＤ列を受け取り、受け取ったＯ−ＩＤ列に含まれる各Ｏ−ＩＤをキーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求データ種別とする検索要求を、再度ＤＢ検索部３１に出力する。
【０１１５】
ＤＢ検索部３１は、パターン４検索処理部１０４から、Ｏ−ＩＤをキーとし且つＲ−ｈｉｓ（Ｏ−ｓｅｍ）を要求データ種別とする検索要求を受け取り、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍを抽出する（ステップ（２））。各Ｏ−ＩＤにつき検索するため、Ｏ−ｓｅｍもそれに対応して抽出される。ＤＢ検索部３１は、オブジェクト＆リーダ情報管理サーバ３０３側のパターン４検索処理部１０４に、抽出した各Ｏ−ｓｅｍを出力する。
【０１１６】
オブジェクト＆リーダ情報管理サーバ３０３側のパターン４検索処理部１０４は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に全てのＯ−ｓｅｍを含むようにすることもある。検索端末７側のパターン４検索処理部１０４は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１１７】
以上のような処理を実施すれば、モデル１−２のようなデータ保持態様を採用する場合であっても、各基本検索パターンにつき検索を実施できるようになる。本実施の形態では、オブジェクト情報管理サーバ及びリーダ情報管理サーバが統合されているので、小規模であればサーバ間通信は不要であるが、大規模になると分散化されるので、場合によってはサーバ間通信が必要となる。
【０１１８】
（２−１）モデル２−１
（２−１−Ａ）登録処理
図１８を用いてモデル２−１における登録処理を説明する。ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｏ−ＩＤをキーとし、Ｏ−ｈｉｓをキーの詳細とし、Ｒ−ｓｅｍを登録情報とする登録メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０４に送信する（ステップ（１））。図１３（ａ）に示した登録メッセージを生成し、送信する。オブジェクト情報管理サーバ３０４側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト情報管理サーバ３０４のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ｓｅｍを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【０１１９】
このようにオブジェクト情報管理サーバ３０４しかないので、登録処理は単純である。
【０１２０】
（２−１−Ｂ）検索処理
一方、検索処理は、各基本検索パターンにつき図１９に示すように行われる。まず、検索端末７のアプリケーション１からＡＰＩ−１を介してキー、要求データ種別及び検索範囲を含む検索要求が検索インターフェース部７１に出力される。検索インターフェース部７１は、検索要求のキー及び要求データ種別から検索パターンを特定する。
【０１２１】
（２−１−Ｂ−１）検索パターンＰ１−１
検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｓｅｍである場合には検索パターンＰ１−１であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｓｅｍを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０４に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを生成し、送信する。オブジェクト情報管理サーバ３０４側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータをＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０４のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、要求データ種別のＯ−ｓｅｍのデータを抽出する。
【０１２２】
その後ＤＢ検索部３１は、抽出したＯ−ｓｅｍをＡＰＩ−２を介してオブジェクト情報管理サーバ３０４側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０４側のパターン１検索処理部１０１は、ネットワーク１を介して、Ｏ−ｓｅｍを検索情報とする検索応答メッセージを生成し、検索端末７側のパターン１検索処理部１０１に送信する（ステップ（２））。図１３（ｃ）に示した検索応答メッセージを生成及び送信する。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれる検索結果のデータを検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｓｅｍを出力する。
【０１２３】
（２−１−Ｂ−２）検索パターンＰ１−２
また、検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ１−２であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０４に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを生成及び送信する。
【０１２４】
オブジェクト情報管理サーバ３０４側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤ、要求データ種別Ｏ−ｈｉｓ（Ｒ−ｓｅｍ））を含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０４のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍ列を抽出する。このように、モデル２−１ではＲ−ｓｅｍ列を直接抽出できるため検索が効率的に行われる。
【０１２５】
ＤＢ検索部３１は、オブジェクト情報管理サーバ３０４側のパターン１検索処理部１０１に、抽出したＲ−ｓｅｍ列を出力する。オブジェクト情報管理サーバ３０４側のパターン１検索処理部１０１は、ＤＢ検索部３１からＲ−ｓｅｍ列を受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１２６】
なお、Ｒ−ＩＤを用いないモデル２−１では検索パターンＰ２は存在しない。
【０１２７】
（２−１−Ｂ−３）検索パターンＰ３
さらに、検索要求のキーがＯ−ｓｅｍであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ３であるから、検索インターフェース部７１は、検索端末７側のパターン３検索処理部１０３に検索要求のデータを出力する。検索端末７側のパターン３検索処理部１０３は、Ｏ−ｓｅｍを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０４に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１２８】
オブジェクト情報管理サーバ３０４側のパターン３検索処理部１０３は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ｓｅｍ、要求データ種別Ｏ−ｈｉｓ（Ｒ−ｓｅｍ））を検索要求として、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０４のＤＢ検索部３１は、Ｏ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍ列を抽出する。このようにモデル２−１では、直接Ｒ−ｓｅｍ列を抽出することができる。
【０１２９】
ＤＢ検索部３１は、オブジェクト情報管理サーバ３０４側のパターン３検索処理部１０３に、抽出したＲ−ｓｅｍ列を出力する。オブジェクト情報管理サーバ３０４側のパターン３検索処理部１０３は、ＤＢ検索部３１からＲ−ｓｅｍ列を受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン３検索処理部１０３は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１３０】
（２−１−Ｂ−４）検索パターンＰ４
さらに、検索要求のキーがＲ−ｓｅｍであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ４であるから、検索インターフェース部７１は、検索端末７側のパターン４検索処理部１０４に検索要求のデータを出力する。検索端末７側のパターン４検索処理部１０４は、Ｒ−ｓｅｍを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０４に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１３１】
オブジェクト情報管理サーバ３０４側のパターン４検索処理部１０４は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍ、要求データ種別Ｏ−ｓｅｍ）を含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０４のＤＢ検索部３１は、Ｒ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍ群を抽出する。なお、モデル２−１では、Ｒ−ｓｅｍはキーではないので、ＤＢの逆引き処理が必要となる。
【０１３２】
ＤＢ検索部３１は、オブジェクト情報管理サーバ３０４側のパターン４検索処理部１０４に、抽出した各Ｏ−ｓｅｍを出力する。オブジェクト情報管理サーバ３０４側のパターン４検索処理部１０４は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン４検索処理部１０４は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１３３】
もし、オブジェクト情報管理サーバ３０４が１つであれば検索パターンＰ４についても対応することは可能であるが、データ量が多くなるとオブジェクト情報管理サーバ３０４は分散化される可能性がある。その場合には、いずれのオブジェクト情報管理サーバ３０４にＲ−ｓｅｍが登録されているか分からないので、図２０に示すように、全てのオブジェクト情報管理サーバ３０４に検索要求メッセージを送る必要がある。
【０１３４】
すなわち、検索端末７側のパターン４検索処理部１０４は、ネットワーク１を介して、Ｒ−ｓｅｍ＃Ｘを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを、全てのオブジェクト情報管理サーバ３０４に送信する（ステップ（１））。
【０１３５】
各オブジェクト情報管理サーバ３０４側のパターン４検索処理部１０４は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍ、要求データ種別Ｏ−ｓｅｍ）を含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０４のＤＢ検索部３１は、Ｒ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍ群を抽出する。なお、モデル２−１では、Ｒ−ｓｅｍはキーではないので、ＤＢの逆引き処理が必要となる。また、必ずしもＲ−ｓｅｍが抽出されない場合もある。
【０１３６】
ＤＢ検索部３１は、オブジェクト情報管理サーバ３０４側のパターン４検索処理部１０４に、抽出した各Ｏ−ｓｅｍを出力する。オブジェクト情報管理サーバ３０４側のパターン４検索処理部１０４は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２ａ）（２ｂ）（２ｃ）．．．）。検索端末７側のパターン４検索処理部１０４は、各オブジェクト情報管理サーバ３０４から検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１３７】
（２−２）モデル２−２
（２−２−Ａ）登録処理
図２１を用いてモデル２−２における登録処理を説明する。ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｏ−ＩＤを第１の登録場所のキーとし、Ｏ−ｈｉｓという種類を表すコードを第１の登録場所のキーの詳細とし、Ｒ−ｓｅｍを第１の登録情報とし、Ｒ−ｓｅｍを第２の登録場所のキーとし、Ｒ−ｈｉｓという種類を表すコードを第２の登録場所のキーの詳細とし、Ｏ−ｓｅｍと言う種類を表すコードを第２の登録情報とする拡張登録メッセージを生成し、ネットワーク１を介して、オブジェクト情報管理サーバ３０５に送信する（ステップ（１））。図２２（ａ）に、拡張登録メッセージのメッセージ・フォーマットの一例を示す。図２２（ａ）に示した拡張登録メッセージは、拡張登録メッセージのヘッダ、第１の登録場所のキー、第１の登録場所の詳細キー、第１の登録情報、第２の登録場所のキー、第２の登録場所の詳細キー、第２の登録情報とを含む。本ステップでは、図２２（ｂ）に示すようなメッセージが送信される。すなわち、Ｏ−ＩＤを第１の登録場所のキーとし、Ｏ−ｈｉｓという種類を表すコードを第１の登録場所のキーの詳細とし、Ｒ−ｓｅｍを第１の登録情報とし、Ｒ−ｓｅｍという種類を表すコードを第２の登録場所のキーとし、Ｒ−ｈｉｓという種類を表すコードを第２の登録場所のキーの詳細とし、Ｏ−ｓｅｍと言う種類を表すコードを第２の登録情報とする拡張登録メッセージである。
【０１３８】
オブジェクト情報管理サーバ３０５側のデータ登録処理部１０５は、拡張登録メッセージを受信し、拡張登録メッセージに含まれるデータ（キーであるＯ−ＩＤ、キーの詳細であるＯ−ｈｉｓ、及び登録情報であるＲ−ｓｅｍ）を登録要求としてＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト情報管理サーバ３０５のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ｓｅｍを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【０１３９】
ＤＢ登録部３２が登録完了をオブジェクト情報管理サーバ３０５側のデータ登録処理部１０５に出力すると、データ登録処理部１０５は、Ｏ−ＩＤを検索キーとし且つＯ−ｓｅｍを要求データ種別とする検索要求をＤＢ検索部３１にＡＰＩ−２を介して出力する。ＤＢ検索部３１は、検索要求に従ってＤＢを検索し、Ｏ−ＩＤに対応して登録されているＯ−ｓｅｍを抽出し、Ｏ−ｓｅｍを検索結果としてデータ登録処理部１０５に出力する。
【０１４０】
データ登録処理部１０５は、第２の登録情報としてＯ−ｓｅｍを受信拡張登録メッセージに埋め込むことにより拡張登録メッセージを完成し、リーダ情報管理サーバ３０６に送信する（ステップ（２））。リーダ情報管理サーバ３０６側のデータ登録処理部１０５は、拡張登録メッセージを受信し、拡張登録メッセージに含まれるデータ（第２の登録場所のキーであるＲ−ｓｅｍ、第２の登録場所の詳細キーであるＲ−ｈｉｓという種類を表すコード、第２の登録情報であるＯ−ｓｅｍ）をＡＰＩ−２を介してＤＢ登録部３２に出力する。リーダ情報管理サーバ３０６のＤＢ登録部３２は、第２の登録場所のキーであるＲ−ｓｅｍに対応して、第２の登録情報であるＯ−ｓｅｍを、第２の登録場所のキー詳細のＲ−ｈｉｓとしてＤＢに登録する。
【０１４１】
このようにオブジェクト情報管理サーバ３０５及びリーダ情報管理サーバ３０６に２段階でデータを登録する必要がある。
【０１４２】
（２−２−Ｂ）検索処理
モデル２−２の検索処理は検索パターンＰ４以外はモデル２−１と同じである。
【０１４３】
まず、検索端末７のアプリケーション１からＡＰＩ−１を介してキー、要求データ種別及び検索範囲を含む検索要求が検索インターフェース部７１に出力される。検索インターフェース部７１は、検索要求のキー及び要求データ種別から検索パターンを特定する。
【０１４４】
検索要求のキーがＲ−ｓｅｍであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ４と判定し、検索インターフェース部７１は、検索端末７側のパターン４検索処理部１０４に検索要求のデータを出力する。図２３に示すように、検索端末７側のパターン４検索処理部１０４は、Ｒ−ｓｅｍ＃Ｘを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３０６に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。なお、アドレス解決が行われれば、検索要求メッセージの送信先は１つである。
【０１４５】
リーダ情報管理サーバ３０６側のパターン４検索処理部１０４は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍ＃Ｘ、要求データ種別Ｒ−ｈｉｓ）を含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３０６のＤＢ検索部３１は、Ｒ−ｓｅｍ＃Ｘを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍ列を抽出する。なお、モデル２−２では、ＤＢの逆引き処理は不要である。
【０１４６】
ＤＢ検索部３１は、リーダ情報管理サーバ３０６側のパターン４検索処理部１０４に、抽出したＯ−ｓｅｍ列を出力する。リーダ情報管理サーバ３０６側のパターン４検索処理部１０４は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン４検索処理部１０４は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１４７】
このようにリーダ情報管理サーバ３０６を用意することにより、検索処理が効率化される。
【０１４８】
（３−１）モデル３−１
（３−１−Ａ）登録処理
図２４を用いてモデル３−１における登録処理を説明する。ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｒ−ＩＤをキーとして、Ｒ−ｓｅｍの種類を表すコードを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３０８に送信する（ステップ（１））。リーダ情報管理サーバ３０８のデータ登録処理部１０５は、ＲＦＩＤリーダ５から検索要求メッセージを受信し、当該検索要求メッセージに含まれるＲ−ＩＤをキーとしてＲ−ｓｅｍを要求データ種別とする検索要求をＤＢ検索部３１に出力する。リーダ情報管理サーバ３０８のＤＢ検索部３１は、Ｒ−ＩＤをキーとしてＤＢを検索し、対応して登録されているＲ−ｓｅｍを抽出する。
【０１４９】
ＤＢ検索部３１は、抽出したＲ−ｓｅｍを検索結果として、リーダ情報管理サーバ３０８側のデータ登録処理部１０５に出力する。リーダ情報管理サーバ３０８側のデータ登録処理部１０５は、検索結果Ｒ−ｓｅｍを受け取り、当該Ｒ−ｓｅｍを含む検索応答メッセージを生成して、ＲＦＩＤリーダ５側のデータ登録処理部１０５に送信する（ステップ（２））。
【０１５０】
ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｒ−ｓｅｍを含む検索応答メッセージを受信すると、Ｏ−ＩＤをキーとし、Ｏ−ｈｉｓをキーの詳細とし、Ｒ−ｓｅｍを登録情報とする登録メッセージを、オブジェクト情報管理サーバ３０７に送信する（ステップ（３））。図１３（ａ）に示した登録メッセージを生成し、送信する。オブジェクト情報管理サーバ３０７側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト情報管理サーバ３０７のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ｓｅｍを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【０１５１】
このようにリーダ情報管理サーバ３０８を用いて、オブジェクト情報管理サーバ３０７においてＯ−ＩＤに対応してＲ−ｓｅｍを登録する。
【０１５２】
（３−１−Ｂ）検索処理
一方、検索処理は、各基本検索パターンにつき図２５に示すように行われる。まず、検索端末７のアプリケーション１からＡＰＩ−１を介してキー、要求データ種別及び検索範囲を含む検索要求が検索インターフェース部７１に出力される。検索インターフェース部７１は、検索要求のキー及び要求データ種別から検索パターンを特定する。
【０１５３】
（３−１−Ｂ−１）検索パターンＰ１−１
検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｓｅｍである場合には検索パターンＰ１−１であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｓｅｍを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０７に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを生成し、送信する。オブジェクト情報管理サーバ３０７側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータをＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０７のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、要求データ種別のＯ−ｓｅｍのデータを抽出する。
【０１５４】
その後ＤＢ検索部３１は、抽出したＯ−ｓｅｍをＡＰＩ−２を介してオブジェクト情報管理サーバ３０７側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０７側のパターン１検索処理部１０１は、ネットワーク１を介して、Ｏ−ｓｅｍを検索情報とする検索応答メッセージを検索端末７側のパターン１検索処理部１０１に送信する（ステップ（２））。図１３（ｃ）に示した検索応答メッセージを送信する。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれる検索結果のデータを検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｓｅｍを出力する。
【０１５５】
（３−１−Ｂ−２）検索パターンＰ１−２
また、検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ１−２であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０７に送信する（ステップ（１））。図１３（ｂ）に示された検索要求メッセージを生成し、送信する。
【０１５６】
オブジェクト情報管理サーバ３０７側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤと要求データ種別であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）という種類を表すコード）を検索要求としてＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０７のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍ列を抽出する。
【０１５７】
そして、ＤＢ検索部３１は、抽出したＯ−ｈｉｓたるＲ−ｓｅｍ列をＡＰＩ−２を介して、オブジェクト情報管理サーバ３０７側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０７側のパターン１検索処理部１０１は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１５８】
なお、検索パターンＰ２−１については実行される頻度は高くないものと考えられ、検索パターンＰ１−１におけるＯ−ＩＤの代わりにＲ−ＩＤを用いる処理となるだけであるから説明を省略する。
【０１５９】
（３−１−Ｂ−３）検索パターンＰ２−２
さらに、検索要求のキーがＲ−ＩＤであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ２−２であるから、検索インターフェース部７１は、検索端末７側のパターン２検索処理部１０２に検索要求のデータを出力する。検索端末７側のパターン２検索処理部１０２は、Ｒ−ＩＤを第１の検索キーとし、Ｒ−ｓｅｍという種類を表すコードを第２の検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする拡張検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３０８に送信する（ステップ（１））。
【０１６０】
リーダ情報管理サーバ３０８側のパターン２検索処理部１０２は、拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ＩＤと要求データ種別であるＲ−ｓｅｍという種類を表すコード）をＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３０８のＤＢ検索部３１は、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍを抽出する。
【０１６１】
その後ＤＢ検索部３１は、抽出したＲ−ｓｅｍをＡＰＩ−２を介してリーダ情報管理サーバ３０８側のパターン２検索処理部１０２に出力する。リーダ情報管理サーバ３０８側のパターン２検索処理部１０２は、受け取ったＲ−ｓｅｍを、１つの拡張検索要求メッセージのＲ−ｓｅｍという種類を表すコードの代わりに埋め込むことにより拡張検索要求メッセージを生成して、ネットワーク１を介してオブジェクト情報管理サーバ３０７に送信する（ステップ（２））。
【０１６２】
オブジェクト情報管理サーバ３０７側のパターン２検索処理部１０２は、ネットワーク１を介して拡張検索要求メッセージを受信し、拡張検索要求メッセージに含まれるデータ（ここではキーであるＲ−ｓｅｍと要求データ種別であるＲ−ｈｉｓ（Ｏ−ｓｅｍ））をＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０７のＤＢ検索部３１は、Ｒ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍを抽出する。Ｒ−ｓｅｍは、オブジェクト情報管理サーバ３０７のＤＢにおいてキーではないので、ＤＢの逆引き処理が必要となる。Ｏ−ｓｅｍは、複数抽出される場合もあれば、全く抽出されない場合もある。
【０１６３】
そして、ＤＢ検索部３１は、抽出したＲ−ｈｉｓたるＯ−ｓｅｍをＡＰＩ−２を介して、オブジェクト情報管理サーバ３０７側のパターン２検索処理部１０２に出力する。オブジェクト情報管理サーバ３０７側のパターン２検索処理部１０２は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（３））。１つの検索応答メッセージの検索情報に全てのＯ−ｓｅｍを含むようにすることもある。検索端末７側のパターン２検索処理部１０２は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１６４】
なお、上では、リーダ情報管理サーバ３０８が検索状態を管理する例を示しているが、検索端末７側で検索状態を管理するようにしても良い。また、図２５では明示されていないが、オブジェクト情報管理サーバ３０７が分散化されている場合には、当該複数のオブジェクト情報管理サーバ３０７に拡張登録メッセージを送信する必要がある。すなわち、全てのオブジェクト情報管理サーバ３０７を把握しておき、複数のオブジェクト情報管理サーバ３０７から検索応答メッセージを収集する必要がある。
【０１６５】
（３−１−Ｂ−４）検索パターンＰ３
さらに、検索要求のキーがＯ−ｓｅｍであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ３であるから、検索インターフェース部７１は、検索端末７側のパターン３検索処理部１０３に検索要求のデータを出力する。検索端末７側のパターン３検索処理部１０３は、Ｏ−ｓｅｍを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０７に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１６６】
オブジェクト情報管理サーバ３０７側のパターン３検索処理部１０３は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ｓｅｍと要求データ種別Ｏ−ｈｉｓ（Ｒ−ｓｅｍ））をＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０７のＤＢ検索部３１は、Ｏ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍ列を抽出する。
【０１６７】
その後ＤＢ検索部３１は、抽出したＲ−ｓｅｍ列をＡＰＩ−２を介してオブジェクト情報管理サーバ３０７側のパターン３検索処理部１０３に出力する。オブジェクト情報管理サーバ３０７側のパターン３検索処理部１０３は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１６８】
オブジェクト情報管理サーバ３０７がＲ−ｓｅｍ列を保持しているので、直接検索できる。
【０１６９】
（３−１−Ｂ−５）検索パターンＰ４
さらに、検索要求のキーがＲ−ｓｅｍであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ４であるから、検索インターフェース部７１は、検索端末７側のパターン４検索処理部１０４に検索要求のデータを出力する。検索端末７側のパターン４検索処理部１０４は、ネットワーク１を介して、Ｒ−ｓｅｍを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを、オブジェクト情報管理サーバ３０７に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１７０】
オブジェクト情報管理サーバ３０７側のパターン４検索処理部１０４は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍと要求データ種別であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）という種類を表すコード）を検索要求としてＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０７のＤＢ検索部３１は、Ｒ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍ群を抽出する。Ｒ−ｓｅｍは、オブジェクト情報管理サーバ３０７のＤＢのキーではないので、ＤＢの逆引き処理が必要となる。
【０１７１】
そして、ＤＢ検索部３１は、抽出したＲ−ｈｉｓたるＯ−ｓｅｍ群をＡＰＩ−２を介して、オブジェクト情報管理サーバ３０７側のパターン４検索処理部１０４に出力する。オブジェクト情報管理サーバ３０７側のパターン４検索処理部１０４は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン４検索処理部１０４は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１７２】
図２５では示されていないが、オブジェクト情報管理サーバ３０７が分散化されている場合には、当該複数のオブジェクト情報管理サーバ３０７に検索要求メッセージを送信する必要がある。すなわち、全てのオブジェクト情報管理サーバ３０７を把握しておき、複数のオブジェクト情報管理サーバ３０７から検索応答メッセージを収集する必要がある。
【０１７３】
（３−１）モデル３−２
（３−２−Ａ）登録処理
図２６を用いてモデル３−２における登録処理を説明する。ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｒ−ＩＤをキーとして、Ｒ−ｓｅｍという種類を表すコードを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３１０に送信する（ステップ（１））。リーダ情報管理サーバ３１０側のデータ登録処理部１０５は、ＲＦＩＤリーダ５から検索要求メッセージを受信し、当該検索要求メッセージに含まれるＲ−ＩＤをキーとしてＲ−ｓｅｍを要求データ種別とする検索要求をＤＢ検索部３１に出力する。リーダ情報管理サーバ３１０のＤＢ検索部３１は、Ｒ−ＩＤをキーとしてＤＢを検索し、対応して登録されているＲ−ｓｅｍを抽出する。
【０１７４】
ＤＢ検索部３１は、抽出したＲ−ｓｅｍを検索結果として、リーダ情報管理サーバ３１０側のデータ登録処理部１０５に出力する。リーダ情報管理サーバ３１０側のデータ登録処理部１０５は、検索結果Ｒ−ｓｅｍを受け取り、当該Ｒ−ｓｅｍを含む検索応答メッセージを生成して、ＲＦＩＤリーダ５側のデータ登録処理部１０５に送信する（ステップ（２））。
【０１７５】
ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｒ−ｓｅｍを含む検索応答メッセージを受信すると、Ｏ−ＩＤをキーとし、Ｏ−ｈｉｓをキーの詳細とし、Ｒ−ｓｅｍを登録情報とする登録メッセージを生成し、オブジェクト情報管理サーバ３０９に送信する（ステップ（３））。図１３（ａ）に示した登録メッセージを生成し、送信する。オブジェクト情報管理サーバ３０９側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト情報管理サーバ３０９のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ｓｅｍを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【０１７６】
さらに、ＲＦＩＤリーダ５側のデータ登録処理部１０５は、ネットワーク１を介して、Ｏ−ＩＤをキーとして、Ｏ−ｓｅｍという種類を表すコードを要求検索情報とする検索要求メッセージを生成し、オブジェクト情報管理サーバ３０９に送信する（ステップ（４））。オブジェクト情報管理サーバ３０９のデータ登録処理部１０５は、ＲＦＩＤリーダ５から検索要求メッセージを受信し、当該検索要求メッセージに含まれるＯ−ＩＤをキーとしてＯ−ｓｅｍを要求データ種別とする検索要求をＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０９のＤＢ検索部３１は、Ｏ−ＩＤをキーとしてＤＢを検索し、対応して登録されているＯ−ｓｅｍを抽出する。
【０１７７】
ＤＢ検索部３１は、抽出したＯ−ｓｅｍを検索結果として、オブジェクト情報管理サーバ３０９側のデータ登録処理部１０５に出力する。オブジェクト情報管理サーバ３０９側のデータ登録処理部１０５は、検索結果Ｏ−ｓｅｍを受け取り、当該Ｏ−ｓｅｍを含む検索応答メッセージを生成して、ＲＦＩＤリーダ５側のデータ登録処理部１０５に送信する（ステップ（５））。
【０１７８】
ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｏ−ｓｅｍを含む検索応答メッセージを受信すると、Ｒ−ＩＤをキーとし、Ｒ−ｈｉｓをキーの詳細とし、Ｏ−ｓｅｍを登録情報とする登録メッセージを生成し、リーダ情報管理サーバ３１０に送信する（ステップ（６））。図１３（ａ）に示した登録メッセージを生成し、送信する。リーダ情報管理サーバ３１０側のデータ登録処理部１０５は、登録メッセージを受信し、登録メッセージに含まれるデータをＡＰＩ−２を介してＤＢ登録部３２に出力する。リーダ情報管理サーバ３１０のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ｓｅｍを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【０１７９】
このように登録処理は、各サーバに対して登録処理を実施しなければならず、さらに各々の登録処理に検索が付随する。
【０１８０】
図２６に示す登録処理は、先に、リーダ情報管理サーバ３１０にアクセスしてＲ−ＩＤからＲ−Ｓｅｍを解決し、次にオブジェクト情報管理サーバ３０９へアクセスしているが、このアクセス順序は逆であっても構わない。アクセス順序を逆にする場合は、ステップ（４）、（５）、（６）、（１）、（２）、（３）の順に行なうことになる。
【０１８１】
なお、図２６ではＲＦＩＤリーダ５側で登録状態を管理する例を示したが、図２７に示すようにサーバ側で登録状態を管理するようにしても良い。
【０１８２】
図２７では、ＲＦＩＤリーダ５のＩＤ読取部５１は、ＲＦＩＤタグ１１からＯ−ＩＤを読み取ると、ＡＰＩ−３を介してデータ登録処理部１０５に登録要求を出力する。ＲＦＩＤリーダ５側のデータ登録処理部１０５は、Ｏ−ＩＤを第１の登録場所のキーとし、Ｏ−ｈｉｓという種類を表すコードを第１の登録場所のキーの詳細とし、Ｒ−ｓｅｍという種類を表すコードを第１の登録情報とし、Ｒ−ＩＤを第２の登録場所のキーとし、Ｒ−ｈｉｓという種類を表すコードを第２の登録場所のキーの詳細とし、Ｏ−ｓｅｍと言う種類を表すコードを第２の登録情報とする拡張登録メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３１０に送信する（ステップ（１））。本ステップでは、図２２（ｃ）に示すようなメッセージが送信される。すなわち、Ｏ−ＩＤを第１の登録場所のキーとし、Ｏ−ｈｉｓという種類を表すコードを第１の登録場所のキーの詳細とし、Ｒ−ｓｅｍという種類を表すコードを第１の登録情報とし、Ｒ−ＩＤを第２の登録場所のキーとし、Ｒ−ｈｉｓという種類を表すコードを第２の登録場所のキーの詳細とし、Ｏ−ｓｅｍという種類を表すコードを第２の登録情報とする拡張登録メッセージである。
【０１８３】
リーダ情報管理サーバ３１０側のデータ登録処理部１０５は、拡張登録メッセージを受信し、拡張登録メッセージを検査して登録要求を出力できるか判断する。ステップ（１）で送信された拡張登録メッセージにおいて、第１の登録場所のキーＯ−ＩＤに対応する登録情報Ｒ−ｓｅｍ、第２の登録場所のキーＲ−ＩＤに対応する第２の登録情報Ｏ−ｓｅｍはまだ取得できていないので、最初にＲ−ＩＤを検索キーとし、Ｒ−ｓｅｍを要求データ種別とする検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３１０のＤＢ検索部３１は、検索要求に含まれる検索キーＲ−ＩＤでＤＢを検索し、対応して登録されているＲ−ｓｅｍを抽出し（ステップ（２））、リーダ情報管理サーバ３１０側のデータ登録処理部１０５に出力する。
【０１８４】
リーダ情報管理サーバ３１０側のデータ登録処理部１０５は、Ｒ−ｓｅｍを受け取ると、受信拡張登録メッセージの第１の登録情報として当該Ｒ−ｓｅｍを埋め込み、埋め込み後の拡張登録メッセージを、オブジェクト情報管理サーバ３０９に送信する（ステップ（３））。オブジェクト情報管理サーバ３０９側のデータ登録処理部１０５は、拡張登録メッセージを受信し、当該拡張登録メッセージに含まれるデータ（第１の登録場所のキーＯ−ＩＤ、第１の登録場所の詳細キーＯ−ｈｉｓ、第１の登録情報Ｒ−ｓｅｍ）を登録要求としてＡＰＩ−２を介してＤＢ登録部３２に出力する。オブジェクト情報管理サーバ３０９のＤＢ登録部３２は、Ｏ−ＩＤに対応して、登録情報であるＲ−ｓｅｍを、キーの詳細のＯ−ｈｉｓとしてＤＢに登録する。
【０１８５】
さらに、ＤＢ登録部３２が登録完了をオブジェクト情報管理サーバ３０９側のデータ登録処理部１０５に出力すると、データ登録処理部１０５は、Ｏ−ＩＤを検索キーとし且つＯ−ｓｅｍを要求データ種別とする検索要求をＤＢ検索部３１にＡＰＩ−２を介して出力する。ＤＢ検索部３１は、検索要求に従ってＤＢを検索し、Ｏ−ＩＤに対応して登録されているＯ−ｓｅｍを抽出し（ステップ（４））、Ｏ−ｓｅｍを検索結果としてデータ登録処理部１０５に出力する。
【０１８６】
データ登録処理部１０５は、第２の登録情報としてＯ−ｓｅｍを受信拡張登録メッセージに埋め込むことにより拡張登録メッセージを完成させ、リーダ情報管理サーバ３１０に送信する（ステップ（５））。リーダ情報管理サーバ３１０側のデータ登録処理部１０５は、拡張登録メッセージを受信し、拡張登録メッセージに含まれるデータ（第２の登録場所のキーであるＲ−ＩＤ、第２の登録場所の詳細キーであるＲ−ｈｉｓという種類を表すコード、第２の登録情報であるＯ−ｓｅｍ）をＡＰＩ−２を介してＤＢ登録部３２に出力する。リーダ情報管理サーバ３１０のＤＢ登録部３２は、第２の登録場所のキーであるＲ−ＩＤに対応して、第２の登録情報であるＯ−ｓｅｍを、第２の登録場所のキー詳細のＲ−ｈｉｓとしてＤＢに登録する。
【０１８７】
このようにオブジェクト情報管理サーバ３０９及びリーダ情報管理サーバ３１０に２段階でデータを登録する。但し、リーダ情報管理サーバ３１０が主体となって登録処理が進む。
【０１８８】
（３−２−Ｂ）検索処理
一方、検索処理は、各基本検索パターンにつき図２８のように行われる。まず、検索端末７のアプリケーション１からＡＰＩ−１を介してキー、要求データ種別及び検索範囲を含む検索要求が検索インターフェース部７１に出力される。検索インターフェース部７１は、検索要求のキー及び要求データ種別から検索パターンを特定する。
【０１８９】
（３−２−Ｂ−１）検索パターンＰ１−１
検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｓｅｍである場合には検索パターンＰ１−１であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｓｅｍを要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０９に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを送信する。オブジェクト情報管理サーバ３０９側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータをＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０９のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、要求データ種別のＯ−ｓｅｍのデータを抽出する。
【０１９０】
その後ＤＢ検索部３１は、抽出したＯ−ｓｅｍをＡＰＩ−２を介してオブジェクト情報管理サーバ３０９側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０９側のパターン１検索処理部１０１は、ネットワーク１を介して、Ｏ−ｓｅｍを検索情報とする検索応答メッセージを生成し、検索端末７側のパターン１検索処理部１０１に送信する（ステップ（２））。図１３（ｃ）に示した検索応答メッセージを生成及び送信する。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれる検索結果のデータを検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｓｅｍを出力する。
【０１９１】
（３−２−Ｂ−２）検索パターンＰ１−２
検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ１−２であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０９に送信する（ステップ（１））。図１３（ｂ）に示した検索要求メッセージを生成及び送信する。
【０１９２】
オブジェクト情報管理サーバ３０９側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ＩＤ、要求データ種別Ｒ−ｓｅｍ）をＡＰＩ−２を介して検索要求としてＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０９のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍ列を抽出する。
【０１９３】
ＤＢ検索部３１は、オブジェクト情報管理サーバ３０９側のパターン１検索処理部１０１に、抽出したＲ−ｓｅｍ列を出力する。オブジェクト情報管理サーバ３０９側のパターン１検索処理部１０１は、ＤＢ検索部３１からＲ−ｓｅｍ列を受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０１９４】
なお、検索パターンＰ２−１については実行される頻度は高くないものと考えられ、検索パターンＰ１−１におけるＯ−ＩＤをＲ−ＩＤに置き換え、Ｏ−ｓｅｍをＲ−ｓｅｍとすればよいので、説明を省略する。
【０１９５】
（３−２−Ｂ−３）検索パターンＰ２−２
さらに、検索要求のキーがＲ−ＩＤであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ２−２であるから、検索インターフェース部７１は、検索端末７側のパターン２検索処理部１０２に検索要求のデータを出力する。検索端末７側のパターン２検索処理部１０２は、Ｒ−ＩＤを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３１０に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１９６】
リーダ情報管理サーバ３１０側のパターン２検索処理部１０２は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ＩＤ、要求データ種別Ｒ−ｈｉｓ（Ｏ−ｓｅｍ））を含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３１０のＤＢ検索部３１は、パターン２検索処理部１０２から検索要求を受け取り、検索要求に含まれるＲ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＯ−ｓｅｍ列を抽出する。
【０１９７】
ＤＢ検索部３１は、リーダ情報管理サーバ３１０側のパターン２検索処理部１０２に、抽出したＯ−ｓｅｍ列を出力する。リーダ情報管理サーバ３１０側のパターン２検索処理部１０２は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。検索端末７側のパターン２検索処理部１０２は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０１９８】
（３−２−Ｂ−４）検索パターンＰ３
さらに、検索要求のキーがＯ−ｓｅｍであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ３であるから、検索インターフェース部７１は、検索端末７側のパターン３検索処理部１０３に検索要求のデータを出力する。検索端末７側のパターン３検索処理部１０３は、Ｏ−ｓｅｍを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してオブジェクト情報管理サーバ３０９に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０１９９】
オブジェクト情報管理サーバ３０９側のパターン３検索処理部１０３は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＯ−ｓｅｍ、要求データ種別Ｒ−ｓｅｍ）を検索要求として、ＡＰＩ−２を介してＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０９のＤＢ検索部３１は、Ｏ−ｓｅｍを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍ列を抽出する。
【０２００】
ＤＢ検索部３１は、オブジェクト情報管理サーバ３０９側のパターン３検索処理部１０３に、抽出したＲ−ｓｅｍ列を出力する。オブジェクト情報管理サーバ３０９側のパターン３検索処理部１０３は、ＤＢ検索部３１からＲ−ｓｅｍ列を受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。１つの検索応答メッセージの検索情報に全てのＲ−ｓｅｍを含むようにすることもある。検索端末７側のパターン３検索処理部１０３は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０２０１】
（３−２−Ｂ−５）検索パターンＰ４
さらに、検索要求のキーがＲ−ｓｅｍであり要求データ種別がＲ−ｈｉｓ（Ｏ−ｓｅｍ）である場合には検索パターンＰ４であるから、検索インターフェース部７１は、検索端末７側のパターン４検索処理部１０４に検索要求のデータを出力する。検索端末７側のパターン４検索処理部１０４は、Ｒ−ｓｅｍを検索キーとし、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を要求検索情報とする検索要求メッセージを生成し、ネットワーク１を介してリーダ情報管理サーバ３１０に送信する（ステップ（１））。本ステップでは図１３（ｂ）に示すような検索要求メッセージが生成され、送信される。
【０２０２】
リーダ情報管理サーバ３１０側のパターン４検索処理部１０４は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここでは検索キーＲ−ｓｅｍ、要求データ種別Ｏ−ｓｅｍ）を含む検索要求を、ＡＰＩ−２を介してＤＢ検索部３１に出力する。ＤＢ検索部３１は、検索要求に含まれる検索キーＲ−ｓｅｍでＤＢを検索し、対応して登録されているＯ−ｓｅｍ列を抽出する。そして、ＤＢ検索部３１は、リーダ情報管理サーバ３１０側のＤＢ検索部３１に、Ｏ−ｓｅｍ列を出力する。
【０２０３】
リーダ情報管理サーバ３１０側のパターン４検索処理部１０４は、Ｏ−ｓｅｍ列を受け取り、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｒ−ｈｉｓ（Ｏ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（２））。１つの検索応答メッセージの検索情報に全てのＯ−ｓｅｍを含むようにすることもある。検索端末７側のパターン４検索処理部１０４は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ｈｉｓ（Ｏ−ｓｅｍ）を検索インターフェース部７１に出力する。検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＲ−ｈｉｓ（Ｏ−ｓｅｍ）をまとめて出力する。
【０２０４】
以上のような処理を実施すれば、検索処理においては、ＤＢの逆引き処理は不要となっており、さらにアドレス解決処理を除けば１つのサーバから必要なデータを取得することができ、検索効率が向上している。
【０２０５】
以上述べたモデル１−１乃至モデル３−２までの各モデルについて、サーバ間通信の必要性、ＤＢ逆引き処理、大規模化のためのサーバ分散化への対応という観点で整理すると図２９のようになる。モデル１では、登録が単純化されており、ＤＢの逆引き処理も不要である。モデル１−１とモデル１−２の差は、ＲＦＩＤタグ１１とＲＦＩＤリーダ５の管理を、同じ主体が実施するか別の主体が実施するかに依存するものである。但し、検索時にはＤＢを関連付ける必要があるので、ＩＤからＯ−ｓｅｍ又はＲ−ｓｅｍを抽出する場合に、複数のサーバにアクセスしなければならなくなる点が問題である。
【０２０６】
モデル２−１は、登録処理は簡単で、検索パターンＰ１及び３については検索処理も単純でよいが、図２０に示したように検索パターンＰ４については複数のサーバに検索要求メッセージを送信しなければならず、さらにＤＢの逆引き処理が必要となる。一方、モデル２−２にすれば、この問題は解決するが登録処理は複雑化する。
【０２０７】
モデル３−１は、登録処理も２段階となり、検索パターンＰ２−２及びＰ４においてはＤＢの逆引き処理が必要となる。一方モデル３−２は、登録処理は複雑となるが、検索処理は１回のサーバアクセスで完結するので、検索効率が向上している。
【０２０８】
以上本発明の実施の形態について処理内容を説明したが、説明を簡単化するためアドレス解決については無視していた。しかしながら、実際にはオブジェクト情報管理サーバにアクセスする際及びリーダ情報管理サーバにアクセスする際には、適切なオブジェクト情報管理サーバ及び適切なリーダ情報管理サーバにアクセスするため、アドレス解決のための処理を行う必要がある。例えばモデル１−１を採用し、データ登録を行う際には、図３０に示すような処理を実施する必要がある。すなわち、ステップ（１）及び（２）は図１２に示したものと同じであるが、ステップ（１）の前には、Ｏ−ＩＤからＯ−ＩＤの登録先オブジェクト情報管理サーバ（Ｏサーバ又はＯ情報管理サーバとも略する）のＵＲＬを取得するステップと、さらに登録先オブジェクト情報管理サーバのＵＲＬからそのＩＰアドレスを取得するステップとが必要となる。同じく、ステップ（２）の前には、Ｒ−ＩＤからＲ−ＩＤの登録先リーダ情報管理サーバ（Ｒサーバ又はＲ情報管理サーバとも略する）のＵＲＬを取得するステップと、さらに登録先リーダ情報管理サーバのＵＲＬからそのＩＰアドレスを取得するステップとが必要となる。
【０２０９】
同様に、モデル１−１を採用し、検索パターンＰ１−２を実行する際には、図３１に示すような処理を実施する必要がある。すなわち、ステップ（１）は図１４に示したものと同じであるが、ステップ（１）の前には、Ｏ−ＩＤからＯ−ＩＤの登録先オブジェクト情報管理サーバ（Ｏサーバ又はＯ情報管理サーバとも略する）のＵＲＬを取得するステップと、さらに登録先オブジェクト情報管理サーバのＵＲＬからそのＩＰアドレスを取得するステップとが必要となる。さらに、オブジェクト情報管理サーバからリーダ情報管理サーバに拡張検索要求メッセージを送信する際には、オブジェクト情報管理サーバにおいて取得したＲ−ＩＤ列に含まれるＲ−ＩＤ毎に、当該Ｒ−ＩＤの登録先リーダ情報管理サーバのＵＲＬを取得するステップと、さらに登録先リーダ情報管理サーバのＵＲＬからそのＩＰアドレスを取得するステップとが必要となる。このように、図１４ではステップ（２）及び（３）は１つしか示されていないが、ステップ（２）及び（３）は、オブジェクト情報管理サーバで抽出されるＲ−ＩＤの数だけ実施されることになる。
【０２１０】
このような処理負荷は必要ではあるが、全体を見れば大きな負荷となるため、できるだけ削減することが好ましい。
【０２１１】
そこで、ＲＦＩＤタグ１１やＲＦＩＤリーダ５に、ＵＲＬ又はＩＰアドレスを登録しておけばアドレス解決の処理負荷を減ずることができる。すなわち、ＲＦＩＤタグ１１に、Ｏ−ＩＤだけではなく、登録先オブジェクト情報管理サーバのＵＲＬが登録されていれば、Ｏ−ＩＤに対応してＲ−ＩＤ又はＲ−ｓｅｍを登録する際に、ＵＲＬを取得するステップを省略することができる。また、登録先オブジェクト情報管理サーバのＩＰアドレスが登録されていれば、Ｏ−ＩＤに対応してＲ−ＩＤ又はＲ−ｓｅｍを登録する際に、ＵＲＬを取得するステップ及びＩＰアドレスを取得するステップを省略することができる。
【０２１２】
また、ＲＦＩＤリーダ５に、Ｒ−ＩＤ又はＲ−ｓｅｍだけではなく、リーダ情報管理サーバのＵＲＬが登録されていれば、Ｒ−ＩＤに対応してＯ−ＩＤ等を登録する際、又はＲＦＩＤリーダ５から検索を実行する際に、ＵＲＬを取得するステップを省略することができる。また、リーダ情報管理サーバのＩＰアドレスが登録されていれば、Ｒ−ＩＤに対応してＯ−ＩＤを登録する際、又はＲＦＩＤリーダ５から検索を実行する際に、ＵＲＬを取得するステップとＩＰアドレスを取得するステップを省略することができるようになる。
【０２１３】
また、２段階のデータ登録処理又は検索処理を必要とする場合には、仲介するＤＢサーバ３においてＲ−ＩＤに対応して関連するリーダ情報管理サーバのＵＲＬを登録しておけばＵＲＬの取得ステップを省略でき、ＩＰアドレスを登録しておけばＵＲＬの取得ステップ及びＩＰアドレスの取得ステップを省略できる。同様に、２段階のデータ登録又は検索処理を必要とする場合には、仲介するＤＢサーバ３においてＯ−ＩＤに対応して関連するオブジェクト情報管理サーバのＵＲＬを登録しておけばＵＲＬの取得ステップを省略でき、ＩＰアドレスを登録しておけばＩＰアドレスの取得ステップを省略することができる。すなわち、データ登録処理及び検索処理を効率化することができるようになる。
【０２１４】
また、上では２段階のデータ登録処理又は検索処理を実施する場合には、ＲＦＩＤリーダ５又は検索端末７で状態管理を行って主体的に処理を行うようにしても良いし、最初にアクセスするサーバ側が状態管理を行って主体的に処理を行うようにしても良いし、ＲＦＩＤリーダ５又は検索端末７の代理として処理を実行するエージェントが状態管理を行って主体的に処理を行うようにしても良い。
【０２１５】
モデル１−１の検索パターンＰ１−２を実行する場合を例に説明する。図３１には、オブジェクト情報管理サーバが状態管理を行って主体的に処理を行う例を示した。ここでＡに含まれるステップ群は、ステップ（１）で送信する拡張検索要求メッセージを生成した後に実行される。これらのステップ群は、Ｏ−ＩＤと共にＵＲＬ又はＩＰアドレスが入力されれば省略できる場合もある。また、Ｂ１に含まれるステップ群は、ステップ（２ａ）で送信する拡張検索要求メッセージを再構成した後に実行される。これらのステップ群は、Ｒ−ＩＤに対応してリーダ情報管理サーバのＵＲＬ又はＩＰアドレスが登録されていれば省略できる場合もある。Ｂ２以下についても同様である。
【０２１６】
図３２に、検索端末７が状態管理を行い、主体的に処理を行う場合の処理フローを示す。検索要求のキーがＯ−ＩＤであり要求データ種別がＯ−ｈｉｓ（Ｒ−ｓｅｍ）である場合には検索パターンＰ１−２であるから、検索インターフェース部７１は、検索端末７側のパターン１検索処理部１０１に検索要求のデータを出力する。検索端末７側のパターン１検索処理部１０１は、ネットワーク１を介して、Ｏ−ＩＤを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ＩＤ）を要求検索情報とする検索要求メッセージを構成する。この検索要求メッセージにおけるキーＯ−ＩＤに応じて、アドレス解決処理を実施する。すなわち、オブジェクト管理サーバ３０１のＵＲＬ及びＩＰアドレス取得ステップに対応するステップ群Ａを実行する。より具体的には、オブジェクトサーバＵＲＬ解決サーバからＯ−ＩＤに対応するオブジェクト情報管理サーバのＵＲＬを取得するステップと、ＤＮＳ（Domain Name Server）からＵＲＬに対応するオブジェクト情報管理サーバのＩＰアドレスを取得するステップとを実行する。なお、Ｏ−ＩＤと共に関連オブジェクト情報管理サーバのＵＲＬ又はＩＰアドレスが指定されれば、スキップできるステップもある。
【０２１７】
次に、検索端末７側のパターン１検索処理部１０１は、アドレス解決処理の処理結果に従って、オブジェクト情報管理サーバ３０１に送信する（ステップ（１））。
【０２１８】
オブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１は、検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここではキーＯ−ＩＤと要求データ種別Ｏ−ｈｉｓ（Ｒ−ＩＤ））をＡＰＩ−２を介して検索要求としてＤＢ検索部３１に出力する。オブジェクト情報管理サーバ３０１のＤＢ検索部３１は、Ｏ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ＩＤ列を抽出する。
【０２１９】
そして、ＤＢ検索部３１は、抽出したＲ−ＩＤ列をＡＰＩ−２を介してオブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１に出力する。オブジェクト情報管理サーバ３０１側のパターン１検索処理部１０１は、受け取ったＲ−ＩＤ列を含む検索応答メッセージを構成し、検索端末７に送信する（ステップ（２））。
【０２２０】
検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＲ−ＩＤ列を分解する。そして、Ｒ−ＩＤ列に含まれるＲ−ＩＤ毎に、当該Ｒ−ＩＤをキーとし、Ｒ−ｓｅｍを要求検索情報とする検索要求メッセージを構成する。
【０２２１】
そして、当該検索要求メッセージにおけるキーＲ−ＩＤに応じて、アドレス解析処理を実施する。すなわち、リーダ情報管理サーバ３０２のＵＲＬ及びＩＰアドレス取得ステップに対応するステップ群Ｃを実行する。より具体的には、リーダサーバＵＲＬ解決サーバからＲ−ＩＤに対応するリーダ情報管理サーバのＵＲＬを取得するステップと、ＤＮＳからＵＲＬに対応するオブジェクト情報管理サーバのＩＰアドレスを取得するステップとを実行する。なお、Ｒ−ＩＤと共に関連リーダ情報管理サーバのＵＲＬ又はＩＰアドレスがオブジェクト情報管理サーバ３０１に登録されており、検索応答メッセージで送信されてくれば、スキップできるステップもある。
【０２２２】
さらに、検索端末７側のパターン１検索処理部１０１は、アドレス解決処理の結果に従って、検索要求メッセージをリーダ情報管理サーバ３０２に送信する（ステップ（３））。
【０２２３】
リーダ情報管理サーバ３０２側のパターン１検索処理部１０１は、ネットワーク１を介して検索要求メッセージを受信し、検索要求メッセージに含まれるデータ（ここではキーＲ−ＩＤと要求データ種別Ｏ−ｈｉｓ（Ｒ−ｓｅｍ））をＡＰＩ−２を介してＤＢ検索部３１に出力する。リーダ情報管理サーバ３０２のＤＢ検索部３１は、Ｒ−ＩＤを検索キーとしてＤＢを検索して、対応して登録されているＲ−ｓｅｍを抽出する。
【０２２４】
そして、ＤＢ検索部３１は、抽出したＯ−ｈｉｓたるＲ−ｓｅｍをＡＰＩ−２を介して、リーダ情報管理サーバ３０２側のパターン１検索処理部１０１に出力する。リーダ情報管理サーバ３０２側のパターン１検索処理部１０１は、図１３（ｃ）の検索応答メッセージのフォーマットに従って、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を含む検索応答メッセージを生成し、ネットワーク１を介して要求元の検索端末７に送信する（ステップ（４））。検索端末７側のパターン１検索処理部１０１は、検索応答メッセージを受信し、検索応答メッセージに含まれるＯ−ｈｉｓ（Ｒ−ｓｅｍ）を検索インターフェース部７１に出力する。
【０２２５】
ステップ群Ｃ並びにステップ（３）及び（４）を、Ｒ−ＩＤ列に含まれる各Ｒ−ＩＤについて繰り返す。
【０２２６】
検索インターフェース部７１は、ＡＰＩ−１を介して要求元のアプリケーション１に検索結果であるＯ−ｈｉｓ（Ｒ−ｓｅｍ）をまとめて出力する。
【０２２７】
このように拡張検索要求メッセージを使用せずに検索を行うことができる。
【０２２８】
次に、図３３を用いて、エージェントを用いる場合の処理を説明する。エージェントを用いる場合には、検索端末７側のパターン１検索処理部１０１は、Ｏ−ＩＤを検索キーとし、Ｏ−ｈｉｓ（Ｒ−ｓｅｍ）を要求データ種別とする検索要求メッセージを生成して、エージェントに送信し、結果としてＯ−ｈｉｓ（Ｒ−ｓｅｍ＃Ｘ）を含む検索応答メッセージをエージェントから受け取るだけとなる。一方、エージェントでは、検索要求メッセージを構成する処理以外の、図３２における検索端末７のパターン１検索処理部１０１の処理が実施される。
【０２２９】
このように本発明の実施の形態によれば、共通のプラットフォームで、多種・多様な検索サービスを提供できるようになる。例えば、利用者は、オブジェクトに装着されたＩＣタグの識別情報、リーダの識別情報、ＩＣタグが示すオブジェクトの名前などの静的情報、リーダを持つ所有者やリーダがある場所の名前などのリーダと関連付けられた静的情報のいずれかを検索キーとして指定することで、詳細情報を検索できる。このような多様な検索サービスを共通基盤上で提供できるようになる。また、ＩＣタグやリーダの識別情報が分からなくても、名前などの静的情報を指定して詳細情報が検索できるようになるため、利用者の利便性を向上させることができる。
【０２３０】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば図２及び図３に示した機能ブロック図は一例であって、実際のプログラムモジュールに対応しない場合もある。
【０２３１】
なお、オブジェクト情報管理サーバ、リーダ情報管理サーバ、検索端末は図３４に示すようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０２３２】
（付記１）［モデル３−２］
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１のステップと、
指定された前記検索キーがリーダの識別情報である場合には、検索キーであるリーダの識別情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第２のステップと、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第３のステップと、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第４のステップとのうち、
前記第１のステップ又は前記第３のステップと、前記第２のステップ又は前記第４のステップとを含み、コンピュータにより実行される検索処理方法。
【０２３３】
（付記２）
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとにデータを登録するデータ登録方法であって、
リーダが特定のＩＣタグの識別情報を読み取るステップと、
前記リーダの識別情報に基づき前記リーダ情報管理サーバから前記リーダの静的情報を取得するリーダ静的情報取得ステップと、
読み取った前記特定のＩＣタグの識別情報に対応して前記リーダ静的情報取得ステップにより取得した前記リーダの静的情報を前記オブジェクト情報管理サーバに登録させるリーダ静的情報登録ステップと、
読み取った前記特定のＩＣタグの識別情報に基づき前記オブジェクト情報管理サーバから前記特定のＩＣタグの静的情報を取得するＩＣタグ静的情報取得ステップと、
前記リーダの識別情報に対応して前記ＩＣタグ静的情報取得ステップにより取得した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに登録させるＩＣタグ静的情報登録ステップと、
を含み、コンピュータにより実行されるデータ登録方法。
【０２３４】
（付記３）
前記リーダ静的情報取得ステップと、前記リーダ静的情報登録ステップと、前記ＩＣタグ静的情報取得ステップと、前記ＩＣタグ静的情報登録ステップとを、前記リーダ又は当該リーダの代理処理実行コンピュータが実行する付記２記載のデータ登録方法。
【０２３５】
（付記４）
前記リーダ静的情報取得ステップが、
前記リーダが、前記リーダの識別情報及び読み取った前記特定のＩＣタグの識別情報とを含む第１登録要求を前記リーダ情報管理サーバに送信するステップと、
前記リーダ情報管理サーバが、前記第１登録要求を受信すると、前記リーダの識別情報で検索して対応する前記リーダの静的情報を読み出すステップと、
を含み、
前記リーダ静的情報登録ステップが、
前記リーダ情報管理サーバが、前記特定のＩＣタグの識別情報と前記リーダの静的情報とを含む第２登録要求を、前記オブジェクト情報管理サーバに送信するステップと、
前記オブジェクト情報管理サーバが、前記第２登録要求を受信すると、前記特定のＩＣタグの識別情報に対応して前記リーダの静的情報を登録するステップと、
を含み、
前記ＩＣタグ静的情報取得ステップにおいて、
前記オブジェクト情報管理サーバが、前記第２登録要求に含まれる前記特定のＩＣタグの識別情報で検索して対応する前記特定のＩＣタグの静的情報を読み出し、
前記ＩＣタグ静的情報登録ステップが、
前記オブジェクト情報管理サーバが、読み出した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに送信するステップと、
前記リーダ情報管理サーバが、前記特定のＩＣタグの静的情報を受信し、前記リーダの識別情報に対応して、受信した前記特定のＩＣタグの静的情報を登録するステップと、
を含む付記２記載のデータ登録方法。
【０２３６】
（付記５）
前記リーダが、当該リーダに関連する前記リーダ情報管理サーバのＵＲＬ（Uniform Resource Locator）又はアドレスを保持しており、
前記ＩＣタグが、前記ＩＣタグの識別情報と当該ＩＣタグに関連するオブジェクト情報管理サーバのＵＲＬ又はアドレスを保持している
ことを特徴とする付記２乃至４のいずれか１つ記載のデータ登録方法。
【０２３７】
（付記６）［モデル３−１］
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報とを管理するリーダ情報管理サーバとを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１のステップと、
指定された前記検索キーがリーダの識別情報である場合には、検索キーであるリーダの識別情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信し、さらに、前記リーダ情報管理サーバにおいて前記リーダの識別情報から特定される前記リーダの静的情報と前記要求データ種別とを含む第２検索要求を生成し、前記オブジェクト情報管理サーバに送信する第２のステップと、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第３のステップと、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第４のステップとのうち、
前記第１のステップ又は前記第３のステップと、前記第２のステップ又は前記第４のステップとを含み、コンピュータにより実行される検索処理方法。
【０２３８】
（付記７）
前記第２のステップを、検索指示端末又は当該検索指示端末の代理処理実行コンピュータと、前記検索指示端末又は当該検索指示端末の代理処理実行コンピュータ及び前記リーダ情報管理サーバの組み合わせとのうちいずれかが実行する付記６記載の検索処理方法。
【０２３９】
（付記８）
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバに、リーダの識別情報と当該リーダの静的情報とを管理するリーダ情報管理サーバを用いてデータを登録するデータ登録方法であって、
リーダが特定のＩＣタグの識別情報を読み取るステップと、
前記リーダの識別情報に基づき前記リーダ情報管理サーバから前記リーダの静的情報を取得するリーダ静的情報取得ステップと、
読み取った前記特定のＩＣタグの識別情報に対応して前記リーダ静的情報取得ステップにより取得した前記リーダの静的情報を前記オブジェクト情報管理サーバに登録させるリーダ静的情報登録ステップと、
を含み、コンピュータにより実行されるデータ登録方法。
【０２４０】
（付記９）
前記リーダ静的情報登録ステップが、前記リーダ又は前記リーダ情報管理サーバのいずれかにより実行される
付記８記載のデータ登録方法。
【０２４１】
（付記１０）
前記リーダが、当該リーダに関連する前記リーダ情報管理サーバのＵＲＬ（Uniform Resource Locator）又はアドレスを保持しており、
前記ＩＣタグが、前記ＩＣタグの識別情報と当該ＩＣタグに関連するオブジェクト情報管理サーバのＵＲＬ又はアドレスを保持している
ことを特徴とする付記８又は９記載のデータ登録方法。
【０２４２】
（付記１１）［モデル２−２］
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報の代わりにリーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１のステップと、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第２のステップと、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第３のステップとのうち、
前記第１のステップ又は前記第２のステップと、前記第３のステップとを含み、コンピュータにより実行される検索処理方法。
【０２４３】
（付記１２）
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報の代わりにリーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとにデータを登録するデータ登録方法であって、
自身の静的情報を有するリーダが特定のＩＣタグの識別情報を読み取るステップと、
読み取った前記特定のＩＣタグの識別情報に対応して前記リーダの静的情報を前記オブジェクト情報管理サーバに登録させるステップと、
前記特定のＩＣタグの識別情報に基づき前記オブジェクト情報管理サーバから前記特定のＩＣタグの静的情報を取得する取得ステップと、
前記リーダの静的情報に対応して、前記取得ステップにより取得した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに登録させる登録ステップと、
を含み、コンピュータにより実行されるデータ登録方法。
【０２４４】
（付記１３）
前記登録ステップが、
前記リーダ又は前記オブジェクト情報管理サーバのいずれかにより実行される
ことを特徴とする付記１２記載のデータ登録方法。
【０２４５】
（付記１４）
前記リーダが、当該リーダに関連する前記リーダ情報管理サーバのＵＲＬ（Uniform Resource Locator）又はアドレスを保持しており、
前記ＩＣタグが、前記ＩＣタグの識別情報と当該ＩＣタグに関連するオブジェクト情報管理サーバのＵＲＬ又はアドレスを保持している
ことを特徴とする付記１２又は１３記載のデータ登録方法。
【０２４６】
（付記１５）［モデル２−１］
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１のステップと、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第２のステップと、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第３のステップとのうち、
前記第１のステップ及び前記第２のステップ、若しくは、前記第１のステップ又は前記第２のステップと前記第３のステップと、を含み、コンピュータにより実行される検索処理方法。
【０２４７】
（付記１６）
前記オブジェクト情報管理サーバが複数存在している場合、
前記ＩＣタグ静的情報検索ステップと前記リーダ静的情報検索ステップとのうち少なくともいずれかにおいて、複数の前記オブジェクト情報管理サーバに検索要求を送信する
ことを特徴とする付記１５記載の検索処理方法。
【０２４８】
（付記１７）［モデル１−２］
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの識別情報と蓄積及び管理し、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの識別情報とを蓄積及び管理するオブジェクト及びリーダ情報管理サーバを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報であり且つ前記要求データ種別がリーダの静的情報である場合には、検索キーである前記ＩＣタグの識別情報と前記リーダの識別情報という要求データ種別とを含み、前記ＩＣタグの識別情報からリーダの識別情報を抽出させ、当該リーダの識別情報から当該リーダの静的情報を抽出させるための検索要求を生成し、前記オブジェクト及びリーダ情報管理サーバに送信する第１のステップと、
指定された前記検索キーがリーダの識別情報であり且つ前記要求データ種別がＩＣタグの静的情報である場合には、検索キーである前記リーダの識別情報と前記ＩＣタグの静的情報という要求データ種別とを含み、前記リーダの識別情報からＩＣタグの識別情報を抽出させ、当該ＩＣタグの識別情報から当該ＩＣタグの静的情報を抽出させるための検索要求を生成し、前記オブジェクト及びリーダ情報管理サーバに送信する第２のステップと、
指定された前記検索キーがＩＣタグの静的情報であり且つ前記要求データ種別がリーダの静的情報である場合には、検索キーである前記ＩＣの静的情報と前記リーダの静的情報という要求データ種別とを含み、前記ＩＣの静的情報からリーダの識別情報を抽出させ、当該リーダの識別情報からリーダの静的情報を抽出させるための検索要求を生成し、前記オブジェクト及びリーダ情報管理サーバに送信する第３のステップと、
指定された前記検索キーがリーダの静的情報であり且つ前記要求データ種別がＩＣタグの静的情報である場合には、検索キーである前記リーダの静的情報と前記ＩＣタグの静的情報という要求データ種別とを含み、前記リーダの静的情報からＩＣタグの識別情報を抽出させ、当該ＩＣタグの識別情報から当該ＩＣタグの静的情報を抽出させるための検索要求を生成し、前記オブジェクト及びリーダ情報管理サーバに送信する第４のステップとのうち、
前記第１のステップ又は前記第３のステップと、前記第２のステップ又は前記第４のステップとを含み、コンピュータにより実行される検索処理方法。
【０２４９】
（付記１８）［モデル１−１］
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの識別情報と蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの識別情報とを蓄積及び管理するリーダ情報管理サーバとを用いた検索処理方法であって、
検索キー及び要求データ種別の指定を受け付けるステップと、
指定された前記検索キーがＩＣタグの識別情報であり且つ前記要求データ種別がリーダの静的情報である場合には、検索キーである前記ＩＣタグの識別情報と前記リーダの静的情報という要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信し、さらに、前記オブジェクト情報管理サーバにおいて前記ＩＣタグの識別情報から特定される前記リーダの識別情報と前記リーダの静的情報という要求データ種別とを含む第２検索要求を生成し、前記リーダ情報管理サーバに送信する第１ステップと、
指定された前記検索キーがリーダの識別情報であり且つ前記要求データ種別がＩＣタグの静的情報である場合には、検索キーである前記リーダの識別情報と前記ＩＣタグの静的情報という要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信し、さらに、前記リーダ情報管理サーバにおいて前記リーダの識別情報から特定される前記ＩＣタグの識別情報と前記ＩＣタグの静的情報という要求データ種別とを含む第２検索要求を生成し、前記オブジェクト情報管理サーバに送信する第２ステップと、
指定された前記検索キーがＩＣタグの静的情報であり且つ前記要求データ種別がリーダの静的情報である場合には、検索キーである前記ＩＣタグの静的情報と前記リーダの識別情報という要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信し、さらに、前記オブジェクト情報管理サーバにおいて前記ＩＣタグの静的情報から特定される前記リーダの識別情報と前記リーダの静的情報という要求データ種別とを含む第２検索要求を生成し、前記リーダ情報管理サーバに送信する第３ステップと、
指定された前記検索キーがリーダの静的情報であり且つ前記要求データ種別がＩＣタグの静的情報である場合には、検索キーである前記リーダの静的情報と前記ＩＣタグの静的情報という要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信し、さらに、前記リーダ情報管理サーバにおいて前記リーダの静的情報から特定される前記ＩＣタグの識別情報と前記ＩＣタグの静的情報という要求データ種別とを含む第２検索要求を生成し、前記オブジェクト情報管理サーバに送信する第４ステップとのうち、
前記第１ステップ又は前記第３ステップと、前記第２ステップ又は前記第４ステップとを含み、コンピュータにより実行される検索処理方法。
【０２５０】
（付記１９）
前記第１ステップ及び前記第３ステップのうち少なくとも１つが、検索指示端末又は当該検索指示端末の代理処理実行コンピュータと、前記検索指示端末又は当該検索指示端末の代理処理実行コンピュータ及び前記オブジェクト情報管理サーバの組み合わせとのうちいずれかが実行し、
前記第２ステップ及び前記第４ステップのうち少なくとも１つが、検索指示端末又は当該検索指示端末の代理処理実行コンピュータと、前記検索指示端末又は当該検索指示端末の代理処理実行コンピュータ及び前記リーダ情報管理サーバの組み合わせとのうちいずれかが実行する
付記１８記載の検索処理方法。
【０２５１】
（付記２０）
前記オブジェクト情報管理サーバにおいて、前記リーダの識別情報と共に、当該リーダに関連する前記リーダ情報管理サーバのＵＲＬ（Uniform Resource Locator）又はアドレスを登録しており、
前記リーダ情報管理サーバにおいて、前記ＩＣタグの識別情報と共に、当該ＩＣタグに関連するオブジェクト情報管理サーバのＵＲＬ又はアドレスを登録している
付記１８又は１９記載の検索処理方法。
【０２５２】
（付記２１）
付記１、６、７、１１、１５乃至２０のいずれか１つ記載の検索処理方法をコンピュータに実行させるためのプログラム。
【０２５３】
（付記２２）
付記２乃至５、８乃至１０、１２乃至１４のいずれか１つ記載のデータ登録方法をコンピュータに実行させるためのプログラム。
【０２５４】
（付記２３）
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとを用いた検索システムであって、
検索キー及び要求データ種別の指定を受け付ける手段と、
指定された前記検索キーがＩＣタグの識別情報である場合には、検索キーであるＩＣタグの識別情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第１の手段と、
指定された前記検索キーがリーダの識別情報である場合には、検索キーであるリーダの識別情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第２の手段と、
指定された前記検索キーがＩＣタグの静的情報である場合には、検索キーであるＩＣタグの静的情報と要求データ種別とを含む検索要求を生成し、前記オブジェクト情報管理サーバに送信する第３の手段と、
指定された前記検索キーがリーダの静的情報である場合には、検索キーであるリーダの静的情報と要求データ種別とを含む検索要求を生成し、前記リーダ情報管理サーバに送信する第４の手段とのうち、
前記第１の手段又は前記第３の手段と、前記第２の手段又は前記第４の手段とを有する検索システム。
【０２５５】
（付記２４）
ＩＣタグの識別情報と当該ＩＣタグの静的情報と当該ＩＣタグの読み取りを行ったリーダの静的情報とを蓄積及び管理するオブジェクト情報管理サーバと、リーダの識別情報と当該リーダの静的情報と当該リーダが読み取りを行ったＩＣタグの静的情報とを蓄積及び管理するリーダ情報管理サーバとにデータを登録するデータ登録装置であって、
リーダが特定のＩＣタグの識別情報を読み取る手段と、
前記リーダの識別情報に基づき前記リーダ情報管理サーバから前記リーダの静的情報を取得するリーダ静的情報取得手段と、
読み取った前記特定のＩＣタグの識別情報に対応して前記リーダ静的情報取得ステップにより取得した前記リーダの静的情報を前記オブジェクト情報管理サーバに登録させるリーダ静的情報登録手段と、
読み取った前記特定のＩＣタグの識別情報に基づき前記オブジェクト情報管理サーバから前記特定のＩＣタグの静的情報を取得するＩＣタグ静的情報取得手段と、
前記リーダの識別情報に対応して前記ＩＣタグ静的情報取得ステップにより取得した前記特定のＩＣタグの静的情報を前記リーダ情報管理サーバに登録させるＩＣタグ静的情報登録手段と、
を有するデータ登録装置。
【図面の簡単な説明】
【０２５６】
【図１】本発明の実施の形態のシステム概要を示した図である。
【図２】ＤＢサーバと検索端末の関係を示す概念図である。
【図３】ＤＢサーバとＲＦＩＤリーダの関係を示す概念図である。
【図４】モデル１−１におけるＤＢサーバの構成を示す図である。
【図５】モデル１−２におけるＤＢサーバの構成を示す図である。
【図６】モデル１におけるオブジェクト情報管理サーバに登録されているデータの一例を示す図である。
【図７】モデル２−１におけるＤＢサーバの構成を示す図である。
【図８】モデル２−２におけるＤＢサーバの構成を示す図である。
【図９】モデル３−１におけるＤＢサーバの構成を示す図である。
【図１０】モデル３−２におけるＤＢサーバの構成を示す図である。
【図１１】モデル３においてオブジェクト情報管理サーバに登録されているデータの一例である。
【図１２】モデル１−１でデータ登録処理を実行する際の処理フローを示す図である。
【図１３】（ａ）乃至（ｃ）は、登録メッセージ、検索要求メッセージ、検索応答メッセージを説明するための図である。
【図１４】モデル１−１で検索処理を実行する際の処理フローを示す図である。
【図１５】（ａ）乃至（ｅ）は、拡張検索メッセージを説明するための図である。
【図１６】モデル１−２でデータ登録処理を実行する際の処理フローを示す図である。
【図１７】モデル１−２で検索処理を実行する際の処理フローを示す図である。
【図１８】モデル２−１でデータ登録処理を実行する際の処理フローを示す図である。
【図１９】モデル２−１で検索処理を実行する際の処理フローを示す図である。
【図２０】モデル２−１で検索パターンＰ４を実行する際の処理フローを示す図である。
【図２１】モデル２−２でデータ登録を実行する際の処理フローを示す図である。
【図２２】（ａ）乃至（ｃ）は、拡張登録メッセージを説明するための図である。
【図２３】モデル２−２で検索パターンＰ４を実行する際の処理フローを示す図である。
【図２４】モデル３−１でデータ登録を実行する際の処理フローを示す図である。
【図２５】モデル３−１で検索処理を実行する際の処理フローを示す図である。
【図２６】モデル３−２でデータ登録を実行する際の処理フロー（ＲＦＩＤリーダ主導）を示す図である。
【図２７】モデル３−２でデータ登録を実行する際の処理フロー（サーバ主導）を示す図である。
【図２８】モデル３−２で検索処理を実行する際の処理フローを示す図である。
【図２９】本発明の実施の形態におけるモデルの整理を行った図である。
【図３０】データ登録時におけるアドレス解決処理を説明するための図である。
【図３１】検索処理時におけるアドレス解決処理を説明するための図である。
【図３２】モデル１−１で検索パターンＰ１−２を実行する際に、検索端末が主体となって状態管理を行う場合のフロー図である。
【図３３】モデル１−１で検索パターンＰ１−２を実行する際に、エージェントが主体となって状態管理を行う場合のフロー図である。
【図３４】コンピュータの構成図である。
【符号の説明】
【０２５７】
１  ネットワーク    ３  ＤＢサーバ
５  ＲＦＩＤリーダ    ７  検索端末
９  商品    １１  ＲＦＩＤタグ
【図１】
2006338614.tif 000003
【図２】
2006338614.tif 000004
【図３】
2006338614.tif 000005
【図４】
2006338614.tif 000006
【図５】
2006338614.tif 000007
【図６】
2006338614.tif 000008
【図７】
2006338614.tif 000009
【図８】
2006338614.tif 000010
【図９】
2006338614.tif 000011
【図１０】
2006338614.tif 000012
【図１１】
2006338614.tif 000013
【図１２】
2006338614.tif 000014
【図１３】
2006338614.tif 000015
【図１４】
2006338614.tif 000016
【図１５】
2006338614.tif 000017
【図１６】
2006338614.tif 000018
【図１７】
2006338614.tif 000019
【図１８】
2006338614.tif 000020
【図１９】
2006338614.tif 000021
【図２０】
2006338614.tif 000022
【図２１】
2006338614.tif 000023
【図２２】
2006338614.tif 000024
【図２３】
2006338614.tif 000025
【図２４】
2006338614.tif 000026
【図２５】
2006338614.tif 000027
【図２６】
2006338614.tif 000028
【図２７】
2006338614.tif 000029
【図２８】
2006338614.tif 000030
【図２９】
2006338614.tif 000031
【図３０】
2006338614.tif 000032
【図３１】
2006338614.tif 000033
【図３２】
2006338614.tif 000034
【図３３】
2006338614.tif 000035
【図３４】
2006338614.tif 000036