(57)【要約】【課題】ＩＤ情報を通信するシステムにおいて、配信期限内に、ＩＤ情報を適当な蓄積装置へ配信できるようにすることを実現する技術の提供を目的する。【解決手段】本発明は、送信ノードとデリバリノードと受信ノードとから構成されて、送信ノードがＩＤリーダ装置から送られてくるＩＤ情報を受信して、そのＩＤ情報に付与された制御情報で指定される受信ノードに向けて、そのＩＤ情報を配信するという処理を行うときに、各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管して、その保管したＩＤ情報に付与された制御情報に基づいて配信期限が迫っている順にＩＤ情報を並び替えて配信する。この構成に従って、本発明によれば、配信期限の迫っているＩＤ情報が優先的に受信ノードに配信され、これにより、ＩＤ情報をその配信期限内に蓄積装置へ配信することができるようになる。【選択図】図６
2006352596.tif 000002
【特許請求の範囲】
【請求項１】
ＩＤリーダ装置から送られてくるＩＤ情報を一時保管し送信する手段を有する１または複数の送信ノードと、ＩＤ情報を受信し一時保管する手段を有する１または複数の受信ノードと、当該受信ノードが受信したＩＤ情報を格納する手段を有する１または複数の蓄積装置と、当該送信ノードと当該受信ノードの中間に位置してＩＤ情報を一時保管し中継する手段を有する１または複数のデリバリノードとから構成される通信システムで実行されるＩＤ情報優先配信制御方法であって、
各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管し、
各ノードは、自ノードの一時保管部に保管したＩＤ情報に付与された制御情報に基づいて、それらのＩＤ情報の前記蓄積装置への配信順序を変更することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項２】
ＩＤリーダ装置から送られてくるＩＤ情報を一時保管し送信する手段を有する１または複数の送信ノードと、ＩＤ情報を受信し一時保管する手段を有する１または複数の受信ノードと、当該受信ノードが受信したＩＤ情報を格納する手段を有する１または複数の蓄積装置とから構成され、かつ、当該送信ノードが１または複数の当該受信ノードに接続されるように構成される通信システムで実行されるＩＤ情報優先配信制御方法であって、
各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管し、
各ノードは、自ノードの一時保管部に保管したＩＤ情報に付与された制御情報に基づいて、それらのＩＤ情報の前記蓄積装置への配信順序を変更することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項３】
請求項１または２に記載のＩＤ情報優先配信制御方法において、
各ノードは、自ノードの一時保管部に保管したＩＤ情報に付与された制御情報から配信期限についての時刻情報を抽出して、それに基づいて配信期限が迫っている順にＩＤ情報を並び替えて配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項４】
請求項１または２に記載のＩＤ情報優先配信制御方法において、
各ノードは、自ノードの一時保管部に保管したＩＤ情報に付与された制御情報から配信期限までの所要時間を抽出して、それに基づいて配信期限が迫っている順にＩＤ情報を並び替えて配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項５】
請求項１ないし４のいずれか１項に記載のＩＤ情報優先配信制御方法において、
前記送信ノードは、前記ＩＤリーダ装置から送られてきたＩＤ情報に付与された制御情報で複数の前記受信ノードが宛先として指定されている場合には、その宛先の数に合わせてＩＤ情報を複製して、それらのＩＤ情報を配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項６】
請求項１ないし５のいずれか１項に記載のＩＤ情報優先配信制御方法において、
前記受信ノードは、受信済みのＩＤ情報と同一のＩＤ情報が複数の配信経路を経由する配信に従って配信されてくる場合には、後着のＩＤ情報を削除することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項７】
請求項１ないし６のいずれか１項に記載のＩＤ情報優先配信制御方法において、
前記受信ノードは、同一の前記蓄積装置に格納するＩＤ情報でかつ同一の配信期限について記述する制御情報の付与されたＩＤ情報を連結して１つのＩＤ情報として、その蓄積装置に格納することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項８】
請求項１に記載のＩＤ情報優先配信制御方法において、
前記送信ノードまたは前記デリバリノードは、前記受信ノードへの配信経路が複数存在する場合に、ＩＤ情報を複製して、それらの配信経路を使ってＩＤ情報を配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項９】
請求項１に記載のＩＤ情報優先配信制御方法において、
前記送信ノードまたは前記デリバリノードは、ＩＤ情報に付与された制御情報で緊急を要するＩＤ情報であることの指定がある場合に、前記受信ノードへの複数の配信経路を設定し、それらの配信経路の数に合わせてＩＤ情報を複製して、それらの配信経路を使ってＩＤ情報を配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項１０】
請求項８または９に記載のＩＤ情報優先配信制御方法において、
前記送信ノードまたは前記デリバリノードは、配信する先のノードの一時保管部に保管されているＩＤ情報の数が少ないノードを優先する形で、複製したＩＤ情報を配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項１１】
請求項１に記載のＩＤ情報優先配信制御方法において、
前記送信ノードまたは前記デリバリノードは、同一の受信ノード宛でかつ同一の配信期限について記述するか、あるいは、同一の受信ノード宛でかつ同一の配信期限及び緊急度について記述する制御情報の付与されたＩＤ情報を連結して１つのＩＤ情報として配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項１２】
請求項２に記載のＩＤ情報優先配信制御方法において、
前記送信ノードは、同一の受信ノード宛でかつ同一の配信期限について記述するか、あるいは、同一の受信ノード宛でかつ同一の配信期限及び緊急度について記述する制御情報の付与されたＩＤ情報を連結して１つのＩＤ情報として配信することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項１３】
請求項１ないし１２のいずれか１項に記載のＩＤ情報優先配信制御方法において、
前記送信ノードが前記ＩＤリーダ装置に実装されるか、前記受信ノードが前記蓄積装置に実装されるか、前記送信ノードが前記ＩＤリーダ装置に実装されるとともに、前記受信ノードが前記蓄積装置に実装されるように構成されることを、
特徴とするＩＤ情報優先配信制御方法。
【請求項１４】
請求項１ないし１３のいずれか１項に記載のＩＤ情報優先配信制御方法において、
前記蓄積装置は、前記ＩＤリーダ装置から配信されたＩＤ情報がそのＩＤ情報に付与された制御情報の指定する配信期限内に入っているのか否かを判断することで、そのＩＤ情報の配信手数料の算出に用いる情報を作成することを、
特徴とするＩＤ情報優先配信制御方法。
【請求項１５】
ＩＤリーダ装置から送られてくるＩＤ情報を一時保管し送信する手段を有する１または複数の送信ノードと、ＩＤ情報を受信し一時保管する手段を有する１または複数の受信ノードと、当該受信ノードが受信したＩＤ情報を格納する手段を有する１または複数の蓄積装置と、当該送信ノードと当該受信ノードの中間に位置してＩＤ情報を一時保管し中継する手段を有する１または複数のデリバリノードとから構成されて、ＩＤ情報の優先配信制御を実行するＩＤ情報優先配信制御システムであって、
各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管し、
各ノードは、自ノードの一時保管部に保管したＩＤ情報に付与された制御情報に基づいて、それらのＩＤ情報の前記蓄積装置への配信順序を変更することを、
特徴とするＩＤ情報優先配信制御システム。
【請求項１６】
ＩＤリーダ装置から送られてくるＩＤ情報を一時保管し送信する手段を有する１または複数の送信ノードと、ＩＤ情報を受信し一時保管する手段を有する１または複数の受信ノードと、当該受信ノードが受信したＩＤ情報を格納する手段を有する１または複数の蓄積装置とから構成され、かつ、当該送信ノードが１または複数の当該受信ノードに接続されるように構成されて、ＩＤ情報の優先配信制御を実行するＩＤ情報優先配信制御システムであって、
各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管し、
各ノードは、自ノードの一時保管部に保管したＩＤ情報に付与された制御情報に基づいて、それらのＩＤ情報の前記蓄積装置への配信順序を変更することを、
特徴とするＩＤ情報優先配信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣタグと呼ばれるＲＦＩＤ(Radio Frequency Identification)や、ＱＲ(Quick Response)コード、バーコードなどから読み取られるＩＤ（識別子）を、当該ＩＤに付随する属性データ、当該ＩＤを読み取ったリーダ装置の識別子、および当該ＩＤが読み取られた時刻や場所などのデータとともに、ＩＤ情報として、ネットワークを介して適当な蓄積装置に格納するという処理を行う通信システムで実行されるＩＤ情報優先配信制御方法と、そのＩＤ情報優先配信制御方法を実装するＩＤ情報優先配信制御システムとに関するものである。
【背景技術】
【０００２】
ＩＤ情報に関しては、従来からバーコード、ＱＲコードなど、光学的に読み取ることのできる装置があったが、読み取りが簡便で一度に大量に読み取れるＲＦＩＤの普及に伴い、ＲＦＩＤを貼付したモノを１つ１つ識別することが可能となり、ＲＦＩＤが多くのモノに貼られるようになると、様々な情報処理システムで流通するＩＤ情報の量が飛躍的に増大することが予想される（例えば、非特許文献１参照）。
【０００３】
この動向に即して、ＥＰＣglobal（例えば、非特許文献２，３参照）は、グローバルでユニークなＥＰＣ(Electronic Product Code：電子製品コード）を発行／管理するとともに、ＲＦＩＤ、ＥＰＣ、ネットワークからなるＥＰＣネットワークの国際標準化に取り組んでおり、2005年２月現在 401社が加盟している。世界最大の小売業者である米国のウォルマート・ストアーズが、2005年から自社で扱う商品をＲＦＩＤによって管理する取り組みを始めるなど、今後は米国をはじめとした世界各国で、この仕様に基づいたＲＦＩＤや関連機器の利用が進むものと見込まれている（例えば、非特許文献４参照）。
【０００４】
このようなＩＤ情報通信システムに求められる要件は、送信ノードで受け取ったＩＤ情報を配信期限内に適当な蓄積装置へ確実に送り届けることである。
【０００５】
配信期限内にＩＤ情報を送り届ける要件を満たす従来技術としては、ＵＤＰ(User Datagram Protocol)を下位プロトコルに使い、リアルタイム性を向上させるために、受信ノードに向けたメッシュ状の複数の経路に対してそれぞれ複数コピーしたパケットを送信し、受信ノードでは先に着いたパケットだけを使ってメッセージを合成するメッセージ通信システムの研究が報告されている（例えば、非特許文献５参照）。
【０００６】
また、確実にＩＤ情報を送り届ける要件を満たす従来技術としては、ＴＣＰ(Transmission Control Protocol) を下位プロトコルに使い、大きなファイルのマルチキャスト配信において、アプリケーションレベルでの再送なしに送達確実性を向上させるために、ＴＣＰコネクションを分割形成し、中間部にバッファを置きパケットロスを削減しながら、パケットレベルの誤り補正コードを付加するオーバレイネットワーク通信システムが報告されている（例えば、非特許文献６参照）。
【０００７】
なお、ＲＦＣ７９３で規定されているＴＣＰは、ＩＰ(Internet Protocol) の上のトランスポート層プロトコルで、信頼性のある通信路を保持し、データの正常な転送の制御、さらにエラー時のエラー検出および回復を行うものである。ＴＣＰ／ＩＰプロトコルファミリーの機能は、ベスト・エフォート型（低コスト重視／品質妥協型）のデータ配信である。
【０００８】
一方、ＩＤ情報をメッセージと読み替えると、メッセージ通信システムが本発明の比較対象となる従来技術と考えられる。
【０００９】
メッセージ通信システムの代表例としてメールがある。インターネットでのメール配信は、ＳＭＴＰ(Simple Mail Transfer Protocol：簡易メール転送プロトコル）がＲＦＣ８２１で規定されていて、信頼性の高い効率のよいメール配信サービスが提供されている。ＳＭＴＰでは、ユーザからメールの送信を要求されると、ＳＭＴＰ送信装置がクライアントとなり、ＳＭＴＰ受信装置であるサーバとの間にＴＣＰコネクションを確立し、メールが受信側に配信される。インターネットには接続されているが、クライアントからサーバへ直接配信できない場合は、中間システムであるメール・サーバを利用して、最終宛先へメールが転送される。この際には、システムや受信者の数の制限なしに、メールを転送できるようになっている。メール・サーバは、Store and Forward Hostと呼ばれ、到着したメールはローカルに蓄積され、すぐに転送されるか、あらかじめ定めた時刻を待って転送される（例えば、非特許文献７参照）。
【００１０】
ＳＭＴＰ、およびＳＭＴＰの最終宛先に相当するシステム（例えばパソコン等）へのメール受け渡しプロトコルとしてのＰＯＰ３(Post Office Protocol Version3) とＩＭＡＰ４(Internet Message Access Protocol Version4) において、本発明に関連する技術として以下のものがある（例えば、非特許文献８参照）。
【００１１】
（１）ルーティング
メールのルーティングは、ドメイン・ネーム・システム（ＤＮＳ）のリソースコード（ＲＲ）の１つである“ＭＸ(Mail Exchange) レコード”の利用方法をＲＦＣ９７４で規定している。ＭＸレコードは、ドメイン名に対して、優先値(Preference Value)とメール・サーバのホスト名とを持ち、クライアントは宛先アドレスのドメイン名からＤＮＳを用いて該当するＭＸレコードを検索し、ＳＭＴＰ用コネクションを接続すべきメール・サーバを決定する。ＤＮＳに複数のＭＸレコードが定義されている場合には、優先値の小さい順（すなわち優先度の高い順）に接続を試みる。なお、宛先に経路となる中継メール・サーバを順に列挙する方法もある。
【００１２】
（２）キューの管理
キュー(Queue) は、メールの配信に成功するまで、そのメールを格納しておく場所である。メールを配信すると、一時的なエラーが発生したら、そのメールをキューに入れて、後で再び配信を試みる。ＵＮＩＸ(登録商標）の世界で最も強力な電子メールソフトウェアであり、しかも最も広く使われているsendmailでは、個々のユーザに特定のキューを割り当てることができ、特定の受信者サイトの特徴にふさわしいキューを作成することができる。キュー処理プロセスは、毎回のキュー処理の始めに、特定の制御情報を取り出し、その情報を使用して、キュー内に入っているメールの配信順序を制御する。配信順序は、ファイル名の順や、ランダムや、修正時刻が最も古いファイルから最も新しいファイルの順に配信できる。また、メールを配信できずにキューに残ったままだという警告を、どのくらいの間隔（タイマ）で発信者に通知するのかを通常、緊急、緊急以外に分けて設定することができる（例えば、非特許文献９参照）。
【００１３】
（３）ＰＯＰ３
ＰＯＰ３(Post Office Protocol Version3) は、ディスク容量やＣＰＵ性能などの資源が少なく、ＳＭＴＰサーバを稼動させることができないとか、ＩＰ接続することが不可能なあるいは費用がかかりすぎるというような、比較的小規模なシステムのユーザ・エージェント(User Agent)向けのメール・サーバから、クライアントへのメールのダウンロード(maildrop)を行うサービスを提供するためにＲＦＣ１９３９で規定されている。ＰＯＰ３のクライアント−サーバ間の通信は、ＴＣＰコネクション上でクライアント−サーバ型の通信、すなわち、クライアントからのコマンドとサーバからのレスポンスのやり取りによって通信を行う。ＰＯＰ３クライアントは、ＰＯＰ３サーバからのメールの取り出しおよび削除だけを担う。なお、ＰＯＰ３では、該当メッセージの情報通知として、ＬＩＳＴコマンドに対して、メッセージ番号とサイズとをレスポンスする。
【００１４】
（４）ＩＭＡＰ４
ＩＭＡＰ４(Internet Message Access Protocol Version4）は、ＰＯＰと同様に、ＣＰＵなどのリソース制限からＳＭＴＰサーバを搭載できなかったり、常時インターネットに接続していないクライアントがサーバ上のメールボックスにアクセスして、操作するためのプロトコルで、最新バージョンは、ＲＦＣ２０６０で規定されている。ＩＭＡＰ４では、各メッセージに関連付けられているシステム・フラグとして、「Seen：すでに読まれている」、「Answered：応答済みである」、「Flagged ：緊急あるいは特別な注意」、「Deleted ：削除」、「Draft ：構成を完了していない」、「Recent：最新のメッセージ」、というものが定義されている。また、検索条件は、各システム・フラグの有無や、ヘッダ・フィールドの値、メッセージに含まれる文字列、メッセージ・サイズ、およびそのＡＮＤ、ＯＲ、ＮＯＴ結合での組合せがある。
【００１５】
さらに、以下の２つの技術が本発明に関連する。
【００１６】
（ｉ）下記に示す特許文献１に記載される発明では、発信者が意図する通信の緊急性、重要性、返信の要否等と着信者の都合とを通信網で参照して接続する通信制御方法を提供している。発信者が発信する呼に呼の属性を表す情報を付加して発信し、通信網が着信者に対して接続処理を行い、一定時間内に着信応答があった場合は直ちに接続する。一方、一定時間内に着信応答がない場合は発信呼属性を参照して、その発信呼属性が予め着信者が指定した属性である場合には指定された転送先に接続し、その発信呼属性が予め着信者が指定した属性でない場合にはメッセージ蓄積再生装置に接続し、これが発信者からのメッセージ及び該メッセージに対する返信要否と返信期日とを示す返信情報を受け付けてこれらを蓄積し、この返信情報に定期的にアクセスして返信を必要とするメッセージについて着信者に通知する。発信呼の属性は、発信者が指定する呼の重要度、緊急度、発信者の属性等である。
【００１７】
（ii）下記に示す特許文献２に記載される発明では、データを配信するサーバシステムにおいて、柔軟なスケジュール設定により効率的な配信スケジュール管理を行うことができる。管理サーバの登録処理部は、配信データを登録するときに、配信時刻の開始終了に関する時刻情報および配信時刻の変動の許容時間に関する情報（配信開始遅延許容時間、配信終了遅延許容時間、先行配信許容時間）を含む配信データのスケジュールをスケジュール管理部に登録する。配信時刻管理部は、登録したスケジュールにおける配信時間の開始終了に関する情報と、現在時刻とを比較し、配信可能な時刻域に達した配信データの配信開始を配信サーバに対して指示する。これにより、指定時刻前の先行配信および遅延許容時間内の配信開始を可能にする。
【非特許文献１】ＲＦＩＤ教科書：岸上順一監修, アスキー出版, 2005
【非特許文献２】インターネット＜ＵＲＬ：http://www.epcglobalinc.org/＞
【非特許文献３】インターネット＜ＵＲＬ：http://www.epcglobalinc.org/standards_technology/6_auto_id_savant-1_0.pdf ＞
【非特許文献４】国内初のＥＰＣglobal準拠ＲＦＩＤ管理用ミドルウェアの発売，インターネット＜ＵＲＬ：http://www.nec.co.jp/press/ja/0502/2101.html＞
【非特許文献５】Mesh-Based Content Routing using XML: Alex C.Snoeren, Kenneth Conley, and David K.Gifford (MIT Lab.), 18th ACM Symposium on Operating System Principles (SOSP '01)
【非特許文献６】ROMA: Reliable Overlay Multicast with Loosely Coupled TCP Connections: Gu-In Kwon(Boston University), John W.Byers(Boston University), INFOCOM 2004,インターネット＜ＵＲＬ：http://www.ieee-infocom.org/2004/technicalprogram.htm ＞
【非特許文献７】マスタリングＴＣＰ／ＩＰ  応用編：Philip Miller 著，苅田幸雄監訳, オーム社, 1998
【非特許文献８】インターネットＲＦＣ事典：笠野英松監修, マルチメディア通信研究会編, アスキー出版局, 1998
【非特許文献９】sendmailクックブック：Craig Hunt著, 林秀幸訳, オライリー・ジャパン, 2004
【特許文献１】特開平１０−２２４４７４号公報
【特許文献２】特開２０００−１２２９５３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明は上記のような技術の現状のもとでなされたものであって、本発明の目的はＩＤ情報通信システムにおいて、配信期限内に、ＩＤ情報を適当な蓄積装置へ確実に配信する優先制御技術を提供することにある。
【００１９】
ＩＤ情報は、ＲＦＩＤや、ＱＲコード、バーコードなどから読み取られるＩＤ、当該ＩＤに付随する属性データ、当該ＩＤを読み取ったリーダ装置の識別子、当該ＩＤが読取られた時刻や場所などのデータから構成される。
【００２０】
このＩＤ情報には、その用途に応じて異なる配信期限が存在する。例えば、工場出荷時の製品から読み取られたＩＤ情報は、消費者の手に渡ってユーザ登録を行う時点や、故障修理の時点、返品処理の時点までに適当な蓄積装置に格納されればよい（おそらく数日以内）。一方、物流センタで詰め替え作業中の製品や複数製品を詰め込むパレットから読み取られたＩＤ情報は、製品とパレットとの関連付けを行うために即時に適当な蓄積装置に格納される必要がある（おそらく数秒以内）。このように、同じ製品から読み取られるＩＤ情報であっても、用途に応じて配信期限が異なり、配信期限が短いＩＤ情報は優先的に配信する必要がある。
【００２１】
また、期限内に配信できなかった場合の対処方法も用途に応じて違いが生じる。例えば、前述した前者の工場出荷時の例のように時間的な制約が弱い場合は、配信期限が過ぎても配信処理を継続し、警告メッセージを所定の宛先に出力すればよいかもしれない。一方、前述した後者の詰め替え作業のように時間的な制約が強い場合は、配信期限を過ぎた場合は、アプリケーションや実際の作業に即時にフィードバックして、配信処理の続行に関する判断を仰ぐ必要があるかもしれない。
【００２２】
従来技術で述べた期限内に配信する技術（非特許文献５）では、ただでさえ時々刻々と大量に発生するＩＤ情報をさらに複製してネットワークに流すため、ネットワーク上のリソース（通信路の帯域や、中継ノードのバッファメモリ等）を浪費することになり、ネットワークの設計によっては、オーバーフローを起こして、配信期限内の配信が困難となる。
【００２３】
また、従来技術で述べた確実に配信する技術（非特許文献６）では、ネットワーク上にバッファを置くことで、アプリケーションレベルの再送なしに確実に大きなファイルを配信することはできるかもしれないが、その代償として、バッファで時間を浪費しているため、期限内に配信することが困難となる。
【００２４】
また、従来技術で述べたＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ４は、広く一般に普及し成熟した技術であるが、配信期限の概念や、配信期限に即した優先制御技術が欠落しており、このままでは、ＩＤ情報通信システムへの適用は困難である。
【００２５】
また、従来技術で述べた特許文献１に記載される発明では、発信者が意図する通信の緊急性、重要性、返信の要否等と着信者の都合とを通信網で参照する発明であるが、これも配信期限の概念や、配信期限に即した優先制御技術が欠落しており、このままでは、ＩＤ情報通信システムへの適用は困難である。
【００２６】
また、従来技術で述べた特許文献２に記載される発明では、配信終了遅延許容時間を設定し、衛星等を使った高価なネットワークにおけるデータ配信のスケジュール管理を行う発明であるが、サーバと端末とが１対Ｎ型のスケジュール配信であり、大量のＩＤ情報がキューに溜まった状態での優先制御技術が欠落しており、このままでは、ＩＤ情報通信システムへの適用は困難である。
【００２７】
本発明はかかる事情に鑑みてなされたものであって、ＩＤ情報を通信するシステムにおいて、配信期限内に、ＩＤ情報を適当な蓄積装置へ確実に配信できるようにすることを実現する新たなＩＤ情報優先配信制御技術の提供を目的する。
【課題を解決するための手段】
【００２８】
この目的を達成するためには、本発明は、ＩＤリーダ装置から送られてくるＩＤ情報を一時保管し送信する手段を有する１または複数の送信ノードと、ＩＤ情報を受信し一時保管する手段を有する１または複数の受信ノードと、受信ノードが受信したＩＤ情報を格納する手段を有する１または複数の蓄積装置と、送信ノードと受信ノードの中間に位置してＩＤ情報を一時保管し中継する手段を有する１または複数のデリバリノードとから構成される通信システムにおいて、各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管するとともに、その一時保管部に保管したＩＤ情報に付与された制御情報に基づいて、それらのＩＤ情報の蓄積装置への配信順序を変更することを基本的な構成とする。
【００２９】
ここで、通信システムがデリバリノードを備えないことがあり、この場合には、送信ノードが１または複数の受信ノードに接続されるように構成されることになる。
【００３０】
これらの構成を採るときにあって、送信ノードがＩＤリーダ装置に実装されたり、受信ノードが蓄積装置に実装されるように構成されることがある。
【００３１】
本発明では、送信ノードは、ＩＤリーダ装置から送られてくるＩＤ情報を受信すると、そのＩＤ情報に付与された制御情報で指定される受信ノードに向けて、そのＩＤ情報を配信する処理を行う。ここで、ＩＤ情報に付与された制御情報で複数の受信ノードが宛先として指定されることがあり、この場合には、送信ノードは、ＩＤリーダ装置から送られてくるＩＤ情報を受信すると、その宛先の数に合わせてＩＤ情報を複製して、それらのＩＤ情報を配信する処理を行うことになる。
【００３２】
そして、受信ノードは、このＩＤ情報の配信を受けて、自ノードに対応付けられる蓄積装置に対して、受信したＩＤ情報を格納する処理を行うことになるが、同一の蓄積装置に格納するＩＤ情報でかつ同一の配信期限について記述する制御情報の付与されたＩＤ情報がある場合には、格納処理の負荷の低減を図るために、それらを連結して１つのＩＤ情報として格納する処理を行うことがある。
【００３３】
このＩＤ情報の配信にあたって、各ノードは、制御情報の付与されたＩＤ情報を受信して、それを自ノードの一時保管部に一時的に保管すると、その一時保管部に保管したＩＤ情報に付与された制御情報から配信期限についての時刻情報を抽出して、それに基づいて配信期限が迫っている順にＩＤ情報を並び替えて配信したり、各ノードの持つ時計の誤差を吸収するために、その一時保管部に保管したＩＤ情報に付与された制御情報から配信期限までの所要時間（配信の途中における保管時間により更新されていくことになる）を抽出して、それに基づいて配信期限が迫っている順にＩＤ情報を並び替えて配信する。
【００３４】
この優先配信制御の構成に従って、本発明によれば、配信期限の迫っているＩＤ情報が優先的に受信ノードに配信され、これにより、ＩＤ情報をその配信期限内に蓄積装置へ配信することができるようになる。
【００３５】
本発明では、この優先配信を確実なものとするために、送信ノードやデリバリノードは、受信ノードへの配信経路が複数存在する場合に、ＩＤ情報を複製して、それらの配信経路を使ってＩＤ情報を配信する。
【００３６】
例えば、ＩＤ情報に付与された制御情報で緊急を要するＩＤ情報であることの指定がある場合に、受信ノードへの複数の配信経路を設定し、それらの配信経路の数に合わせてＩＤ情報を複製して、それらの配信経路を使ってＩＤ情報を配信するのである。
【００３７】
このとき、送信ノードやデリバリノードは、可能な限り速い配信を実現するために、配信する先のノードの一時保管部に保管されているＩＤ情報の数を調べて（問い合わせることなどにより調べる）、その数が少ないノードを優先する形で、複製したＩＤ情報を配信することがある。また、送信ノードやデリバリノードは、効率的な配信を実現するために、同一の受信ノード宛でかつ同一の配信期限について記述するか、あるいは、同一の受信ノード宛でかつ同一の配信期限及び緊急度について記述する制御情報の付与されたＩＤ情報を連結して１つのＩＤ情報として配信することがある。
【００３８】
複数の配信経路を使ってＩＤ情報を配信する場合、受信ノードは、同一のＩＤ情報を受信することが起こる。そこで、受信ノードは、受信済みのＩＤ情報と同一のＩＤ情報が複数の配信経路を経由する配信に従って配信されてくる場合には、後着のＩＤ情報を削除する処理を行うことになる。
【００３９】
このような複数の配信経路を使ったＩＤ情報の配信により、本発明によれば、ＩＤ情報をその配信期限内に蓄積装置へ確実に配信することができるようになる。
【００４０】
なお、上述の説明では説明していないが、各ノードは、配信されてきたＩＤ情報を受信して自ノードの一時保管部に保管すると、そのＩＤ情報を配信してきたノードに対して、受信完了を通知するように処理する。また、各ノードは、ＩＤ情報を配信すると、そのＩＤ情報の配信先のノードからＩＤ情報の受信完了通知の返信を待つように処理する。
【００４１】
以上に説明したＩＤ情報の優先配信制御により、本発明によれば、配信期限内に、ＩＤ情報を適当な蓄積装置へ確実に配信することができるようになる。
【００４２】
これから、本発明を利用することで、ＩＤ情報の配信をビジネスとする合理的なビジネスモデルを構築することが可能となる。
【００４３】
このビジネスモデルでは、ＩＤ情報の配信者は、ＩＤ情報の対価である情報料をＩＤ利用者から代行徴収するとともに、ＩＤ情報の配信手数料をＩＤ利用者から徴収することでビジネスを構築することになるが、本発明では、配信期限内に、ＩＤ情報を適当な蓄積装置へ確実に配信することができるようになることから、この配信手数料の徴収にあたって、配信期限内に配信できた場合には高い価格の配信手数料を徴収し、配信期限内に配信できない場合には低い価格の配信手数料を徴収することが可能になり、これにより、このビジネスモデルを合理的なものとして構築することができるようになる。
【００４４】
このような価格設定を行う場合には、蓄積装置は、ＩＤリーダ装置から配信されたＩＤ情報がそのＩＤ情報に付与された制御情報の指定する配信期限内に入っているのか否かを判断することで、そのＩＤ情報の配信手数料の算出に用いる情報を作成するように処理することになる。
【発明の効果】
【００４５】
以上説明したように本発明のＩＤ情報優先配信制御方法は、時々刻々と大量に発生するＩＤ情報を扱う通信システムに求められる要件である「送信ノードで受け取ったＩＤ情報を配信期限内に適当な蓄積装置へ確実に送り届ける」ことを可能とする。
【００４６】
ＩＤ情報を配信期限内に送り届ける要件については、同じモノから読み取られるＩＤ情報であっても、用途に応じて配信期限が異なるものになるという特性を利用して、ＩＤ情報毎に配信期限を設定可能となるようにしており、これにより、各ノードで配信期限の短い順（即時性が高い順、すなわち配信期限の迫っている順）にＩＤ情報を転送することにより、配信期限が短いＩＤ情報を配信期限が長い（即時性が低い、すなわち配信期限の迫ってない）ＩＤ情報に対して、優先的に配信することができるようになる。
【００４７】
さらに、以下の３つの手段を講じて有効性を高めることができる。
【００４８】
（１）各ノードがメッシュ状のネットワークを構成する場合には、極めて即時性の高いＩＤ情報を複数の経路を使って配信し、先に到着したＩＤ情報を採用する制御を加えることで、さらに即時性を高めることができる。
【００４９】
（２）同じ宛先のＩＤ情報を上限付きで連結して１つのメッセージとして扱うことにより、各ノードにおけるキューの処理回数軽減、ネットワーク上のトランザクション軽減、蓄積装置の受信回数軽減を図ることができ、即時性の高いＩＤ情報をより高速に転送できるようになる。
【００５０】
（３）キューの短いノード向けのＩＤ情報を優先的に配信する。この構成により効率の悪い滞留を回避できる。
【００５１】
本発明では、時々刻々と大量に発生するＩＤ情報をさらに複製してネットワークに流すようにしているが、このことは、ネットワーク上のリソース（通信路の帯域や、中継ノードのバッファメモリ等）を浪費することを意味し、ネットワークの設計によってはオーバーフローを起こしかねない。しかしながら、ＩＤ情報のような数多くの小さな単位の通信においては、大量のＩＤ情報がキューに溜まった状態でも本発明による優先配信制御方法が各ノードで有効に機能するので、即時性を高めることができるようになる。また、各ノードの処理負荷も小さいので、即時性を妨げることもない。
【００５２】
さらに、本発明によれば、処理性能の高くない蓄積装置に対しても、即時性の高いＩＤ情報を優先的に配信することができる。
【発明を実施するための最良の形態】
【００５３】
以下、実施の形態に従って本発明を詳細に説明する。
【００５４】
図１に、本発明の適用される通信システムの構成を示す。
【００５５】
この図に示すように、本発明は、リーダ装置（ＲＥ１００）から送られてくるＩＤ情報を受信してそれを送信する手段を有する送信ノード（ＴＮ１００）と、ＩＤ情報を受信する手段を有する受信ノード（ＲＮ１００）と、受信ノード（ＲＮ１００）が受信したＩＤ情報を格納する手段を有する蓄積装置（ＤＢ１００）と、送信ノード（ＴＮ１００）と受信ノード（ＲＮ１００）の中間に位置してＩＤ情報を中継する手段を有するデリバリノード（ＤＮ１００）とから構成されたＩＤ情報の通信システムにおいて、送信ノード（ＴＮ１００）から送信されるＩＤ情報の制御情報に基づいて、蓄積装置（ＤＢ１００）への配信順序を変更できることを主要な特徴とする。
【００５６】
送信ノード（ＴＮ１００）、受信ノード（ＲＮ１００）、デリバリノード（ＤＮ１００）は、既存のネットワークを上位レイヤで覆うことで抽象的に扱うことのできるオーバレイネットワークの概念に基づき、それぞれ Store and Forward型の通信を行い、受信したＩＤ情報はそれぞれのノードのキュー（一時保管部）に蓄積され、すぐに送信されるか、あらかじめ定めた時刻を待って送信される。
【００５７】
このキューは、ＩＤ情報の送信に成功するまで、そのＩＤ情報を格納しておく場所であり、ＩＤ情報を送信して、一時的なエラーが発生したら、そのＩＤ情報をキューに入れて、後で再び送信を試みる。キューには十分な蓄積容量を確保しているので、ＩＤ情報が溢れることはない。
【００５８】
図２に、本発明で扱うＩＤ情報の一例を示す。
【００５９】
この図に示すように、本発明で扱うＩＤ情報は、ＩＤ（識別子）、当該ＩＤに付随する属性データ、当該ＩＤを読み取ったリーダ装置（ＲＥ）の識別子、および当該ＩＤが当該リーダ装置（ＲＥ）で読み取られた時刻や場所などのデータから構成される。
【００６０】
図３に、複数のリーダ装置（ＲＥ１００，ＲＥ２００，ＲＥ３００）、複数の送信ノード（ＴＮ１００，ＴＮ２００）、複数の受信ノード（ＲＮ１００，ＲＮ２００）、複数の蓄積装置（ＤＢ１００，ＤＢ２００）、および複数のデリバリノード（ＤＮ１００，ＤＮ２００，ＤＮ３００）が存在する構成を示す。
【００６１】
この構成例において、送信ノード（ＴＮ２００）は、複数のリーダ装置（ＲＥ２００，ＲＥ３００）からＩＤ情報を受け取ることができる。また、受信ノード（ＲＮ）と蓄積装置（ＤＢ）とは１対１に対応する。すなわち、受信ノードＲＮ１００と蓄積装置ＤＢ１００とが１対１に対応し、受信ノードＲＮ２００と蓄積装置ＤＢ２００とが１対１に対応する。また、デリバリノード（ＤＮ）は、複数の送信ノード（ＴＮ）と複数の受信ノード（ＲＮ）の中間に位置し、デリバリノード（ＤＮ）同士は、カスケード接続（多段接続）することができ、不完全もしくは完全なメッシュ状のネットワークを構成する。
【００６２】
図４に、本発明で扱うメッセージの定義を示す。
【００６３】
この図に示すように、本発明で扱うメッセージは、前述のＩＤ情報と、当該ＩＤ情報を送信ノード（ＴＮ）から蓄積装置（ＤＢ）へ配信するためにリーダ装置（ＲＥ）で付与される制御情報から構成される。
【００６４】
図５に、キューにおいて、配信期限（制御情報に記録されている）でＩＤ情報をソートする概念を示す。
【００６５】
この図では、キュー（一時保管部）に次々に格納されるＩＤ情報に付随する制御情報から配信期限の時刻を抽出して、配信期限が短い順にＩＤ情報を並べ替え、送信するという構成を示している。
【００６６】
この構成によれば、各ノードで配信期限の短い順（即時性が高い順）にＩＤ情報を送信することにより、配信期限が短いＩＤ情報を配信期限が長い（即時性が低い）ＩＤ情報に対して、優先的に送信することができるようになる。
【００６７】
配信期限の記入欄に時刻の代わりに所要時間（配信期限までの所要時間）を記した場合は、キュー（一時保管部）に次々に格納されるＩＤ情報に付随する制御情報から所要時間を抽出して、所要時間が短い順にＩＤ情報を並べ替え、送信する。この場合、各ノードでは、一時保管部に蓄積されていた時間を所要時間から差し引き、制御情報の所要時間を更新して送信する。
【００６８】
この構成によれば、各ノードで所要時間の短い順（即時性が高い順）にＩＤ情報を送信することにより、配信期限が短いＩＤ情報を配信期限が長い（即時性が低い）ＩＤ情報に対して、優先的に送信することができるようになる。この場合、時間を相対的に管理するために、リーダ装置および各ノードが内蔵する時計の標準時刻に対する誤差を吸収することができる。
【００６９】
この優先制御をさらに有効とするために、本発明では、以下の３つの手段を講じる。
【００７０】
（１）図３に示すように複数のデリバリノード（ＤＮ）がメッシュ状のネットワークを構成する場合に、極めて即時性の高いＩＤ情報については、送信ノード（ＴＮ）から複数の経路（すなわち、異なるデリバリノード（ＤＮ）を経由する経路）を使って送信し、受信ノード（ＲＮ）に先に到着したＩＤ情報を採用する。この手段により、さらに即時性を高めることができる。
【００７１】
（２）同じ受信ノード（ＲＮ）宛てのＩＤ情報を上限付きで連結して、１つのメッセージとして扱うことにより、キューの処理回数軽減と、ネットワーク上のトランザクション軽減、蓄積装置の受信回数軽減が図れ、即時性の高いＩＤ情報をより高速に送信できるようになる。
【００７２】
（３）キューの短いノード向けのＩＤ情報を優先的に送信する。この手段により、効率の悪い滞留を回避できる。
【００７３】
ここで、この（３）の構成を実現するためには、各ノードが自分の送信可能なノードに対して、キューにどの位のＩＤ情報が蓄積されているのを問い合わせたり、各ノードが自分のキューにどの位のＩＤ情報が蓄積されているのかを全てのノードに放送するような構成を採ることで、各ノードが自分の送信可能な各ノードのキューの長さを知ることができるようにする仕組みを用意することになる。
【実施例】
【００７４】
以下、実施例に従って本発明を詳細に説明するが、本発明はこれらの実施例に限定されるものではない。
【００７５】
図６に、本発明を実現するシステム構成の一例を示す。
【００７６】
この例は、図３に示した各ノードが複数存在する構成において、リーダ装置（ＲＥ１００）から、送信ノード（ＴＮ１００）、デリバリノード（ＤＮ１００）、デリバリノード（ＤＮ３００）、受信ノード（ＲＮ２００）を経由して、蓄積装置（ＤＢ２００）にＩＤ情報が格納される流れに沿ったシステム構成を抽出したものである。
【００７７】
以下に、リーダ装置（ＲＥ１００）、送信ノード（ＴＮ１００）、デリバリノード（ＤＮ１００，ＤＮ３００）および受信ノード（ＲＮ２００）の備える各処理手段について説明するが、これらの各処理手段は一時保管部などの蓄積手段を除いてコンピュータプログラムでも実現できるものであり、このコンピュータプログラムは、適当なコンピュータ読み取り可能な記録媒体に記録して提供されたり、ネットワークを介して提供され、本発明を実施する際にインストールされてＣＰＵなどの制御手段上で動作することにより本発明を実現することになる。
【００７８】
リーダ装置（ＲＥ１００）は、主に、ＩＤ情報生成部１０１、制御情報生成部１０２、メッセージ送信部１０３、通信制御部１０４から構成される。
【００７９】
このＩＤ情報生成部１０１は、読み取ったＲＦＩＤ等から得られるＩＤや、ＩＤの属性データ、リーダ装置自身のＩＤ、リーダ装置自身が保持する時刻や場所に関するデータなどからＩＤ情報を生成する機能を有する。制御情報生成部１０２は、生成されたＩＤ情報を送信ノード（ＴＮ）から蓄積装置（ＤＢ）へ配信するため制御情報を生成する機能を有する。メッセージ送信部１０３は、ＩＤ情報生成部１０１で生成されたＩＤ情報と、制御情報生成部１０２で生成された制御情報とを組み合わせてメッセージを生成し、通信網を介して送信ノード（ＴＮ）に接続された通信制御部１０４によってメッセージを送信する機能を有する。
【００８０】
送信ノード（ＴＮ１００）は、主に、メッセージ受信部２０１、一時保管部２０２、制御情報解析部２０３、ＩＤ情報複製部２０４、ＩＤ情報連結部２０５、送信順序管理部２０６、メッセージ送信部２０７、送信結果出力部２０８、通信制御部２０９から構成される。
【００８１】
このメッセージ受信部２０１は、リーダ装置（ＲＥ１００）から送信されたメッセージを通信制御部２０９を介して受信する機能を有する。一時保管部２０２は、受信したメッセージを一時的に格納し、送信が完了するまで蓄積しておくキューである。制御情報解析部２０３は、受信したメッセージの制御情報から配信に関わる情報を抽出する機能を有する。ＩＤ情報複製部２０４は、制御情報解析部２０３の解析結果に基づき、一時保管部２０２に蓄積されたＩＤ情報を複製する機能を有する。ＩＤ情報連結部２０５は、制御情報解析部２０３の解析結果に基づき、一時保管部２０２に蓄積された複数のＩＤ情報を連結する機能を有する。送信順序管理部２０６は、制御情報解析部２０３の解析結果に基づき、一時保管部２０２に蓄積されたＩＤ情報の順番を操作する機能を有する。メッセージ送信部２０７は、通信網を介してデリバリノード（ＤＮ）に接続された通信制御部２０９によって、一時保管部２０２に蓄積されたメッセージを送信する機能を有する。送信結果出力部２０８は、通信制御部２０９を介して、制御情報に従い所定の出力先へ送信結果を出力する機能を有する。
【００８２】
デリバリノード（ＤＮ１００，ＤＮ３００）は、主に、メッセージ受信部３０１、一時保管部３０２、制御情報解析部３０３、ＩＤ情報連結部３０４、送信順序管理部３０５、メッセージ送信部３０６、送信結果出力部３０７、通信制御部３０８から構成される。
【００８３】
このメッセージ受信部３０１は、送信ノード（ＴＮ１００）もしくはデリバリノード（ＤＮ１００）から送信されたメッセージを通信制御部３０８を介して受信する機能を有する。一時保管部３０２は、受信したメッセージを一時的に格納し、送信が完了するまで蓄積しておくキューである。制御情報解析部３０３は、受信したメッセージの制御情報から配信に関わる情報を抽出する機能を有する。ＩＤ情報連結部３０４は、制御情報解析部３０３の解析結果に基づき、一時保管部３０２に蓄積された複数のＩＤ情報を連結する機能を有する。送信順序管理部３０５は、制御情報解析部３０３の解析結果に基づき、一時保管部３０２に蓄積されたＩＤ情報の順番を操作する機能を有する。メッセージ送信部３０６は、通信網を介してデリバリノード（ＤＮ３００）もしくは受信ノード（ＲＮ２００）に接続された通信制御部３０８によって、一時保管部３０２に蓄積されたメッセージを送信する機能を有する。送信結果出力部３０７は、通信制御部３０８を介して、制御情報に従い所定の出力先へ送信結果を出力する機能を有する。
【００８４】
受信ノード（ＲＮ２００）は、主に、メッセージ受信部４０１、一時保管部４０２、制御情報解析部４０３、ＩＤ情報重複判定部４０４、ＩＤ情報連結部４０５、送信順序管理部４０６、ＩＤ情報送信部４０７、送信結果出力部４０８、通信制御部４０９から構成される。
【００８５】
このメッセージ受信部４０１は、デリバリノード（ＤＮ３００）から送信されたメッセージを通信制御部４０９を介して受信する機能を有する。一時保管部４０２は、受信したメッセージを一時的に格納し、送信が完了するまで蓄積しておくキューである。制御情報解析部４０３は、受信したメッセージの制御情報から配信に関わる情報を抽出する機能を有する。ＩＤ情報重複判定部４０４は、制御情報解析部４０３の解析結果に基づき、一時保管部４０２に蓄積された重複するＩＤ情報を削除する機能を有する。ＩＤ情報連結部４０５は、制御情報解析部４０３の解析結果に基づき、一時保管部４０２に蓄積された複数のＩＤ情報を連結する機能を有する。送信順序管理部４０６は、制御情報解析部４０３の解析結果に基づき、一時保管部４０２に蓄積されたＩＤ情報の順番を操作する機能を有する。ＩＤ情報送信部４０７は、通信網を介して蓄積装置（ＤＢ２００）に接続された通信制御部４０９によって、一時保管部４０２に蓄積されたＩＤ情報を送信する機能を有する。送信結果出力部４０８は、通信制御部４０９を介して、制御情報に従い所定の出力先へ送信結果を出力する機能を有する。
【００８６】
蓄積装置（ＤＢ２００）は、主に、ＩＤ情報受信部５０１、ＩＤ情報蓄積部５０２、通信制御部５０３から構成される。
【００８７】
このＩＤ情報受信部５０１は、受信ノード（ＲＮ２００）から送信されたメッセージを通信制御部５０３を介して受信する機能を有する。ＩＤ情報蓄積部５０２は、受信したＩＤ情報を格納するデータベースである。
【００８８】
図７に、ＩＤ情報単位に付与する制御情報の一例を示す。
【００８９】
この制御情報は、リーダ装置（ＲＥ）でＩＤ情報の宛先毎に設定できるが、送信ノード（ＴＮ）、デリバリノード（ＤＮ）、受信ノード（ＲＮ）でも修正可能な場合がある。
【００９０】
この制御情報の設定項目とその内容は以下の通りである。
【００９１】
すなわち、「蓄積先」は、蓄積装置（ＤＢ）の宛先ＵＲＩである。「蓄積先の種別」は、当該蓄積先への配信が無条件に必須であるのか、外部条件に依存して変更可能であるのかを示す。「蓄積先への配信期限」は、蓄積装置への到着時刻もしくは配信に要する最大時間を示す。「蓄積先への配信の緊急度」は、アプリケーションからみた相対的な緊急度を数字（小さい方が緊急度が高い）で設定する。「蓄積先への複数経路送信の数」は、複数経路を設定しない場合は“０”、複数経路を設定する場合はその数を自然数で示す。「蓄積先へ配信する際の結合可否」は、送信ノード（ＴＮ）、デリバリノード（ＤＮ）、受信ノード（ＲＮ）で複数のＩＤ情報を結合することの可否を示す。
【００９２】
「蓄積先への配信期限を過ぎた場合の処置」は、期限を過ぎても処理を続行するのか、期限を過ぎた場合には中止するのかを示す。「蓄積先の警告出力先」は、期限内に配信できなかった場合の宛先ＵＲＩである。「蓄積先の警告の種類」は、警告の通知手段（例えばメールやアプリケーション起動など）を示す。「蓄積先からの完了通知の要否」は、蓄積装置（ＤＢ）へのＩＤ情報の格納の完了通知を受信ノード（ＲＮ）から出力するか否かを示す。「蓄積先からの完了通知の出力先」は、当該完了通知を要とした場合の宛先ＵＲＩである。
【００９３】
以下、図６のシステム構成例における動作の流れを、ＩＤ情報の流れに沿って図を用いて具体的に説明する。
【００９４】
図８に、リーダ装置（ＲＥ１００）の動作フローを示す。次に、この動作フローに従って、リーダ装置（ＲＥ１００）の実行する処理について説明する。
【００９５】
リーダ装置（ＲＥ１００）では、ＲＦＩＤ等のＩＤを読み取ると、この動作フローに示すように、ＩＤ情報生成部１０１は、当該ＩＤの属性データ、リーダ装置自身のＩＤ、リーダ装置自身が保持する時刻や場所に関するデータなどからＩＤ情報を生成する（Ｓ１００）。
【００９６】
続いて、制御情報生成部１０２は、当該ＩＤ情報を送信ノード（ＴＮ１００）から蓄積装置（ＤＢ２００）へ配信するための図７に示すようなデータ構造を持つ制御情報を生成する（Ｓ１０１）。
【００９７】
続いて、メッセージ送信部１０３は、ＩＤ情報生成部１０１で生成されたＩＤ情報と、制御情報生成部１０２で生成された制御情報とを組み合わせてメッセージを生成し、通信制御部１０４によって通信網を介して送信ノード（ＴＮ１００）へメッセージを送信する（Ｓ１０２）。
【００９８】
図９に、送信ノード（ＴＮ１００）の動作フローを示す。次に、この動作フローに従って、送信ノード（ＴＮ１００）の実行する処理について説明する。
【００９９】
送信ノード（ＴＮ１００）では、この動作フローに示すように、メッセージ受信部２０１は、通信制御部２０９を介して、リーダ装置（ＲＥ１００）から送信されてくるメッセージを受信して（Ｓ２００）、その受信したメッセージを一時保管部２０２に一時的に保管する（Ｓ２０１）。このとき保管されるメッセージについては、送信が完了するまで蓄積される。そして、メッセージ受信部２０１は、一時保管部２０２にメッセージを格納した時点で、通信制御部２０９を介して、リーダ装置（ＲＥ１００）の通信制御部１０４に対して受信完了の通知を返信する（Ｓ２０２）。
【０１００】
続いて、制御情報解析部２０３は、受信したメッセージの制御情報から配信に関わる情報を抽出して解析する（Ｓ２０３）。この解析を受けて、ＩＤ情報複製部２０４は、宛先が複数あるという解析結果が得られた場合には、一時保管部２０２に蓄積されたＩＤ情報を宛先毎に複製する（Ｓ２０４，Ｓ２０５）。また、ＩＤ情報複製部２０４は、制御情報の緊急度が予め設定された数値より小さい（緊急度が高い）という解析結果が得られた場合には、制御情報に設定された数の配信経路を設定し、一時保管部２０２に蓄積されたＩＤ情報を複数経路毎に複製する（Ｓ２０６，Ｓ２０７）。
【０１０１】
その後、ＩＤ情報連結部２０５は、制御情報解析部２０３の解析結果に基づき、注目するＩＤ情報と同一の配信条件（例えば、配信期限と緊急度とが一致するもの）である一時保管部２０２に蓄積されたＩＤ情報を宛先毎に連結する（Ｓ２０８，Ｓ２０９）。その後、送信順序管理部２０６は、制御情報解析部２０３の解析結果に基づき、一時保管部２０２に蓄積されたＩＤ情報を配信期限が短い順に並べ替る（Ｓ２１０）。
【０１０２】
これらの処理を受けて、メッセージ送信部２０７は、一時保管部２０２に蓄積された先頭のＩＤ情報（最も配信期限が短いＩＤ情報）が配信期限内であるのか否かを検査し（Ｓ２１１）、配信期限内であれば、通信制御部２０９によって通信網を介してデリバリノード（ＤＮ１００）へメッセージを送信する（Ｓ２１２）。
【０１０３】
続いて、メッセージ送信部２０７は、デリバリノード（ＤＮ１００）からメッセージ受信完了通知の返信を受けたら（Ｓ２１３）、送信結果出力部２０８に指示することで、当該メッセージの制御情報と通信ログとを所定の出力先へ送信結果として出力してから（Ｓ２１４）、一時保管部２０２に蓄積された当該メッセージを削除する（Ｓ２１５）。一方、デリバリノード（ＤＮ１００）からメッセージ受信完了通知の返信がない場合には（Ｓ２１３）、予め設定された周期と回数で再送を繰り返す。
【０１０４】
そして、メッセージ送信部２０７は、一時保管部２０２に蓄積された先頭のＩＤ情報（最も配信期限が短いＩＤ情報）が配信期限を過ぎている場合は（Ｓ２１６）、当該ＩＤ情報に付与された制御情報の指示に従う（Ｓ２１７）。
【０１０５】
図１０に、デリバリノード（ＤＮ１００）の動作フローを示す。次に、この動作フローに従って、デリバリノード（ＤＮ１００）の実行する処理について説明する。
【０１０６】
デリバリノード（ＤＮ１００）では、この動作フローに示すように、メッセージ受信部３０１は、通信制御部３０８を介して、送信ノード（ＴＮ１００）から送信されてくるメッセージを受信して（Ｓ３００）、その受信したメッセージを一時保管部３０２に一時的に保管する（Ｓ３０１）。このとき保管されるメッセージについては、送信が完了するまで蓄積される。そして、メッセージ受信部３０１は、一時保管部３０２にメッセージを格納した時点で、通信制御部３０８を介して、送信ノード（ＴＮ１００）の通信制御部２０９に対して受信完了の通知を返信する（Ｓ３０２）。
【０１０７】
続いて、制御情報解析部３０３は、受信したメッセージの制御情報から配信に関わる情報を抽出して解析する（Ｓ３０３）。この解析を受けて、ＩＤ情報連結部３０４は、制御情報解析部３０３の解析結果に基づき、注目するＩＤ情報と同一の配信条件（例えば、配信期限と緊急度とが一致するもの）である一時保管部３０２に蓄積されたＩＤ情報を宛先毎に連結する（Ｓ３０４，Ｓ３０５）。その後、送信順序管理部３０５は、制御情報解析部３０３の解析結果に基づき、一時保管部３０２に蓄積されたＩＤ情報を配信期限が短い順に並べ替る（Ｓ３０６）。
【０１０８】
これらの処理を受けて、メッセージ送信部３０６は、一時保管部３０２に蓄積された先頭のＩＤ情報（最も配信期限が短いＩＤ情報）が配信期限内であるのか否かを検査し（Ｓ３０７）、配信期限内であれば、通信制御部３０８によって通信網を介してデリバリノード（ＤＮ３００）へメッセージを送信する（Ｓ３０８）。
【０１０９】
続いて、メッセージ送信部３０６は、デリバリノード（ＤＮ３００）からメッセージ受信完了通知の返信を受けたら（Ｓ３０９）、送信結果出力部３０７に指示することで、当該メッセージの制御情報と通信ログとを所定の出力先へ送信結果として出力してから（Ｓ３１０）、一時保管部３０２に蓄積された当該メッセージを削除する（Ｓ３１１）。一方、デリバリノード（ＤＮ３００）からメッセージ受信完了通知の返信がない場合には（Ｓ３０９）、予め設定された周期と回数で再送を繰り返す。
【０１１０】
そして、メッセージ送信部３０６は、一時保管部３０２に蓄積された先頭のＩＤ情報（最も配信期限が短いＩＤ情報）が配信期限を過ぎている場合は（Ｓ３１２）、当該ＩＤ情報に付与された制御情報の指示に従う（Ｓ３１３）。
【０１１１】
ここで、この図１０の動作フローでは図示していないが、デリバリノード（ＤＮ１００）もまた、送信ノード（ＴＮ１００）と同様に、制御情報の緊急度が予め設定された数値より小さい（緊急度が高い）という解析結果が得られた場合には、制御情報に設定された数の配信経路を設定し、一時保管部３０２に蓄積されたＩＤ情報を複数経路毎に複製するという処理を行ってもよい。ここで、複数経路を経由して同一のＩＤが何度も送信されてくることがあるので、この場合には、このような複製処理を行わないようにする。
【０１１２】
なお、デリバリノード（ＤＮ３００）の動作フローは、上記の動作フローにおいて、送信ノード（ＴＮ１００）をデリバリノード（ＤＮ１００）に、デリバリノード（ＤＮ１００）をデリバリノード（ＤＮ３００）に、デリバリノード（ＤＮ３００）を受信ノード（ＲＮ２００）に置き換えた動作と同等である。
【０１１３】
図１１に、受信ノード（ＲＮ２００）の動作フローを示す。次に、この動作フローに従って、受信ノード（ＲＮ２００）の実行する処理について説明する。
【０１１４】
受信ノード（ＲＮ２００）では、この動作フローに示すように、メッセージ受信部４０１は、通信制御部４０９を介して、デリバリノード（ＤＮ３００）から送信されてくるメッセージを受信して（Ｓ４００）、その受信したメッセージを一時保管部４０２に一時的に保管する（Ｓ４０１）。このとき保管されるメッセージについては、送信が完了するまで蓄積される。そして、メッセージ受信部４０１は、一時保管部４０２にメッセージを格納した時点で、通信制御部４０９を介して、デリバリノード（ＤＮ３００）の通信制御部３０８に対して受信完了の通知を返信する（Ｓ４０２）。
【０１１５】
続いて、制御情報解析部４０３は、受信したメッセージの制御情報から配信に関わる情報を抽出して解析する（Ｓ４０３）。この解析を受けて、ＩＤ情報重複判定部４０４は、制御情報解析部４０３の解析結果に基づき、受信したＩＤ情報が複数経路で配信されたものであり（Ｓ４０４）、その場合に、既に受信済みのＩＤ情報が存在すれば、後着のＩＤ情報を削除する（Ｓ４０５）。
【０１１６】
続いて、ＩＤ情報連結部４０５は、制御情報解析部４０３の解析結果に基づき、注目するＩＤ情報と同一の配信条件（例えば、配信期限が一致するもの）である一時保管部４０２に蓄積されたＩＤ情報を宛先毎に連結する（Ｓ４０６，Ｓ４０７）。その後、送信順序管理部４０６は、制御情報解析部４０３の解析結果に基づき、一時保管部４０２に蓄積されたＩＤ情報を配信期限が短い順に並べ替る（Ｓ４０８）。
【０１１７】
これらの処理を受けて、ＩＤ情報送信部４０７は、一時保管部４０２に蓄積された先頭のＩＤ情報（最も配信期限が短いＩＤ情報）が配信期限内であるのか否かを検査し（Ｓ４０９）、配信期限内であれば、通信制御部４０９によって通信網を介して蓄積装置（ＤＢ２００）へＩＤ情報を送信する（Ｓ４１０）。
【０１１８】
続いて、ＩＤ情報送信部４０７は、蓄積装置（ＤＢ２００）からＩＤ情報の受信完了通知の返信を受けたら（Ｓ４１１）、送信結果出力部４０８に指示することで、当該ＩＤ情報を持つメッセージの制御情報と通信ログとを所定の出力先へ送信結果として出力してから（Ｓ４１２）、一時保管部４０２に蓄積された当該メッセージを削除する（Ｓ４１３）。一方、蓄積装置（ＤＢ２００）からＩＤ情報の受信完了通知の返信がない場合には、予め設定された周期と回数で再送を繰り返す。
【０１１９】
そして、ＩＤ情報送信部４０７は、一時保管部４０２に蓄積された先頭のＩＤ情報（最も配信期限が短いＩＤ情報）が配信期限内を過ぎている場合は（Ｓ４１４）、当該制御情報の指示に従う（Ｓ４１５）。
【０１２０】
図１２に、蓄積装置（ＤＢ２００）の動作フローを示す。次に、この動作フローに従って、蓄積装置（ＤＢ２００）の実行する処理について説明する。
【０１２１】
蓄積装置（ＤＢ２００）では、この動作フローに示すように、蓄積装置（ＤＢ２００）から受信ノード（ＲＮ２００）への受信要求を契機にして（Ｓ５００）、ＩＤ情報受信部５０１は、通信制御部５０３を介して、受信ノード（ＲＮ２００）から送信されてくるＩＤ情報を受信して（Ｓ５０１）、その受信したＩＤ情報をＩＤ情報蓄積部５０２に蓄積する（Ｓ５０２）。
【０１２２】
ここで、蓄積装置（ＤＢ２００）から受信ノード（ＲＮ２００）への受信要求を契機にして、ＩＤ情報の受信に入るのではなくて、受信ノード（ＲＮ２００）から蓄積装置（ＤＢ２００）への接続要求を契機にして、ＩＤ情報の受信に入ることもある。
【０１２３】
そして、ＩＤ情報受信部５０１は、ＩＤ情報蓄積部５０２にＩＤ情報を格納した時点で、通信制御部５０３を介して、受信ノード（ＲＮ２００）の通信制御部４０９に対して受信完了の通知を返信する（Ｓ５０３）。
【０１２４】
以上に説明した送信ノード（ＴＮ１００）、デリバリノード（ＤＮ１００，ＤＮ３００）、受信ノード（ＲＮ２００）の処理に従って、配信期限が短いＩＤ情報を配信期限が長いＩＤ情報に対して、優先的に送信することができるようになる。
【０１２５】
図１３に、ＩＤ情報と制御情報から構成されるメッセージにおいて、制御情報を埋め込む位置を示す。この図では、ＩＤ情報をＳＯＡＰ型式で配信する場合を想定している。
【０１２６】
この図に示すように、
（ａ）メッセージのヘッダ部に制御情報を埋め込む方法
（ｂ）メッセージのＳＯＡＰエンベロープのヘッダ部に制御情報を埋め込む方法
（ｃ）メッセージのボディ部の第１パートに制御情報を埋め込む方法
（ｄ）メッセージのボディ部の第１パートにＳＯＡＰエンベロープに包んで埋め込む方        法
という４通りがある。
【０１２７】
本発明では、いずれの実装も可能であるが、本発明の特徴の１つであるＩＤ情報を各ノードで連結する効果が十分活かせるように、処理速度、機能拡張容易性、スケーラビリティ、相互接続性のトレードオフで選択することになる。
【０１２８】
図１４に、本発明によって実現できるビジネスモデルを示す。
【０１２９】
ビジネスに関係するプレーヤには、モノにＲＦＩＤなどのＩＤ情報を付与するＩＤ付与者、そのモノに付与されたＩＤ情報をリーダ装置（ＲＥ）を使って読み取るＩＤ読取者、その読み取られたＩＤ情報を利用したい（例えば蓄積装置（ＤＢ）に格納したい）ＩＤ利用者、ＩＤ読取者からＩＤ利用者へ当該ＩＤ情報を配信期限内に確実に配信するＩＤ配信者の４者が存在する。
【０１３０】
ビジネスのポイントとしては、ＩＤ読取者は、ＩＤ情報を自ら使うだけでなく販売もできることである。また、ＩＤ利用者は、設備投資しなくてもＩＤ情報の履歴であるトレース情報等が得られることである。さらに、ＩＤ配信者は、ＩＤ情報の対価である情報料をＩＤ利用者から代行徴収し、その手数料がもらえることと、当該ＩＤ情報を配信期限内に確実に配信することによる配信手数料がもらえることである。なお、ＩＤ付与者はＩＤ読取者と提携している者、もしくは同一者である。
【０１３１】
本発明によって、このビジネスモデルを構築する場合、配信期限内にＩＤ情報を配信できた場合には、高い価格の配信手数料を徴収し、配信期限内にＩＤ情報を配信できない場合には、配信手数料を徴収しないとか低い価格の配信手数料を徴収することで、このビジネスモデルを合理的なものとして構築することができるようになる。
【０１３２】
本発明では、上述した構成に従って、配信期限内に、ＩＤ情報を適当な蓄積装置へ確実に配信することができるようになることから、このような形態での配信手料料の徴収が可能になるので、このビジネスモデルを合理的なものとして構築することができるようになるのである。
【０１３３】
実施例では説明しなかったが、ＩＤ情報を確実に蓄積装置（ＤＢ）へ送り届ける要件については、オーバレイネットワークの概念を応用して、例えば、ＩＰの上のトランスポート層プロトコルにあるＴＣＰによって、信頼性のある通信路を保持し、データの正常な転送の制御、さらにエラー時のエラー検出および回復を行わせながら、中間部にバッファを置きパケットロスの削減を図るとともに、ノード間で送達確認を行い、確実性を高めている。
【０１３４】
また、期限内に配信できなかった場合の対処方法も用途に応じて違いが生じるので、その際の処理も制御情報としてＩＤ情報とともに配信する手段を講じている。
【０１３５】
また、アーキテクチャ的な対案として、受信ノードに大きなメモリを用意して、そこでキュー制御を行うことが一般的ではあるが、本発明のように、ネットワーク上のオーバレイノードにキューを置くことによって、
・即時性の高いＩＤ情報をより早く蓄積装置に届けることができる
・関連性の高いＩＤ情報を早い段階で集約でき、トランザクションを軽減できる
・再送可能な中間ノードを設けることにより、ＩＤ情報を確実に配信できる
・中間ノードにキューがある分、処理コストはかかるが輻輳に強い
・ノード間のＩＤ情報送信から受信完了通知返信までの時間によってキューの長さが予    測でき、経路変更や入力規制などの処理が可能となる
というような効果を生ずることができる。
【０１３６】
また、本発明で扱うＩＤ情報と制御情報は、ＳＯＡＰ型式での通信を可能としているため、多様なアプリケーションに対応可能であり、リーダ装置をＲＦＩＤのＩＤ情報を読み取るＲＦＩＤリーダだけでなく、周囲の環境データを読み取るセンサと置き換えても本発明は有効である。
【０１３７】
また、本発明は、オーバレイネットワークとしての上位ノード間プロトコルで動作するので、下位のネットワークとして、Ｐ２Ｐなどのアーキテクチャを導入することも可能である。
【０１３８】
さらに、本発明で扱う送信ノード、デリバリノード、受信ノードは、ほとんど同じ機能を有するノードであり、実装においては、１つのネットワークサービスとして集約することも可能である。また、送信ノードをＩＤリーダ装置に実装したり、受信ノードを蓄積装置に実装することも可能である。
【図面の簡単な説明】
【０１３９】
【図１】本発明の適用される通信システムの構成を示す図である。
【図２】本発明で扱うＩＤ情報の一例を示す図である。
【図３】本発明の適用される通信システムの構成を示す図である。
【図４】本発明で扱うメッセージの定義を示す図である。
【図５】本発明の処理の説明図である。
【図６】本発明を実現するシステム構成の一例を示す図である。
【図７】制御情報の一例を示す図である。
【図８】リーダ装置の動作フローである。
【図９】送信ノードの動作フローである。
【図１０】デリバリノードの動作フローである。
【図１１】受信ノードの動作フローである。
【図１２】蓄積装置の動作フローである。
【図１３】制御情報の埋め込み位置の説明図である。
【図１４】本発明により実現されるビジネスモデルの説明図である。
【符号の説明】
【０１４０】
１０１  ＩＤ情報生成部
１０２  制御情報生成部
１０３  メッセージ送信部
１０４  通信制御部
２０１  メッセージ受信部
２０２  一時保管部
２０３  制御情報解析部
２０４  ＩＤ情報複製部
２０５  ＩＤ情報連結部
２０６  送信順序管理部
２０７  メッセージ送信部
２０８  送信結果出力部
２０９  通信制御部
３０１  メッセージ受信部
３０２  一時保管部
３０３  制御情報解析部
３０４  ＩＤ情報連結部
３０５  送信順序管理部
３０６  メッセージ送信部
３０７  送信結果出力部
３０８  通信制御部
４０１  メッセージ受信部
４０２  一時保管部
４０３  制御情報解析部
４０４  ＩＤ情報重複判定部
４０５  ＩＤ情報連結部
４０６  送信順序管理部
４０７  ＩＤ情報送信部
４０８  送信結果出力部
４０９  通信制御部
５０１  ＩＤ情報受信部
５０２  ＩＤ情報蓄積部
５０３  通信制御部
【図１】
2006352596.tif 000003
【図２】
2006352596.tif 000004
【図３】
2006352596.tif 000005
【図４】
2006352596.tif 000006
【図５】
2006352596.tif 000007
【図６】
2006352596.tif 000008
【図７】
2006352596.tif 000009
【図８】
2006352596.tif 000010
【図９】
2006352596.tif 000011
【図１０】
2006352596.tif 000012
【図１１】
2006352596.tif 000013
【図１２】
2006352596.tif 000014
【図１３】
2006352596.tif 000015
【図１４】
2006352596.tif 000016