トレースシステム及びコンピュータプログラム
【課題】あらかじめモノの流通経路を特定できない環境であっても、流通経路流通経路の登録や、モノに関する情報の公開範囲を、実際にモノを手にした流通経路上のプレイヤに限定する。
【解決手段】プレイヤＰＦ−Ａは、端末２ａにより、プレイヤＰＦ−Ａだけが生成可能な方法で認証コードＡを生成して製品に添付されるタグ１に書き込む。製品を受け取ったプレイヤＰＦ−Ｂは、端末２ｂにより、タグ１から読み込んだ認証コードＡに基づいて、プレイヤＰＦ−Ｂだけが生成可能な方法で認証コードＢを生成し、生成した認証コードＢと、流通経路情報の登録依頼を経路サーバー３へ送信する。経路サーバー３は、認証コードＢが正しい認証コードであるか否かを検証し、正しい認証コードであると検証された場合のみ、受信した流通経路情報のレコードを経路テーブルに追加する。端末２ｂは、タグ１内の認証コードＡを、認証コードＢに書き換え、製品を出荷する。
【解決手段】プレイヤＰＦ−Ａは、端末２ａにより、プレイヤＰＦ−Ａだけが生成可能な方法で認証コードＡを生成して製品に添付されるタグ１に書き込む。製品を受け取ったプレイヤＰＦ−Ｂは、端末２ｂにより、タグ１から読み込んだ認証コードＡに基づいて、プレイヤＰＦ−Ｂだけが生成可能な方法で認証コードＢを生成し、生成した認証コードＢと、流通経路情報の登録依頼を経路サーバー３へ送信する。経路サーバー３は、認証コードＢが正しい認証コードであるか否かを検証し、正しい認証コードであると検証された場合のみ、受信した流通経路情報のレコードを経路テーブルに追加する。端末２ｂは、タグ１内の認証コードＡを、認証コードＢに書き換え、製品を出荷する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トレースシステム及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、ＲＦ−ＩＤ（Radio Frequency Identification）やバーコードなどのＩＤ格納デバイスを利用した物流等のトレースシステムでは、「モノの情報」へのアクセス制御方式に、「モノのＩＤ」と「アクセス者のＩＤ又は属性」の組み合わせに対応して「参照許可」、「書き込み禁止」などのアクセス権限を設定する方式が採用されてきた。この方式では、予め「モノの情報」にアクセス可能なアクセス者のＩＤや属性が特定されていることが前提条件となる。
【０００３】
例えば、特許文献１には、カードに付加されたＩＤと、当該ＩＤに対応付けて情報を格納するサーバーを用いて、当該カードの真偽を判定するための技術が記載されている。この技術では、カード（例えば、葉書）にＩＤ（例えば、バーコード）を印刷し、センタサーバーには、当該ＩＤに対応付けて情報を格納できるようにしておく。そして、カードの流通経路において、例えば、中間業者、小売店が、各々有する端末からセンタサーバーに接続し、当該ＩＤに対応づけて情報を登録したり、あるいは、小売店からカードを購入した利用者がさらに暗証番号をＩＤに対応付けてセンタに格納できるようにしておく。最終的には、カードを受け取った人が、小売店でカードと商品を引き換える際などに、小売店からセンタサーバーにアクセスし、流通経路が正しいか、暗証番号は正しいかの照会をかけ、結果が正ならば、処理を可能とする。
【０００４】
また、特許文献２には、ＩＣタグを生産物に付加して情報の登録を可能とするシステムにおいて、情報を登録する際に、情報登録装置が情報登録者の保有する管理用ＩＣタグを検知することで当該登録者の正当性を確認し、情報の登録を可能とする技術が記載されている。
また、特許文献３には、物の生産、加工、流通における履歴情報を管理し、ユーザに提供するシステムにおいて、ユーザがサーバーに対して参照を希望するデータ内容を送信すると、サーバーでは受信したユーザ識別子が登録されたユーザか否かの判定を行い、登録されていた場合には、ユーザが提供を希望するデータの内容（例えば、識別子毎に登録された提供可能製品かどうか）がユーザ識別子によって特定される提供可能範囲の情報かの判定をさらに実施し、提供可能な場合は情報を検索して提供情報として構築したものをユーザに送信する技術について記載されている。
【０００５】
また、特許文献４には、ＲＦＩＤタグを用いた情報提供の過程において、安全な情報提供を容易に実現する技術について記載されている。この技術では、「ＲＦＩＤタグ」−「ＲＦＩＤリーダ」−「ＩＤ解決サーバー」−「データベース（ＤＢ）サーバー」からなるシステムにおいて、ＲＦＩＤタグにおいてＲＦＩＤに乱数等を加えてＩＤ解決サーバーとの共通鍵もしくはＩＤ解決サーバーの公開鍵にて暗号化してＲＦＩＤリーダに送信する。ＲＦＩＤリーダにおいては、ＲＦＩＤリーダのユーザＩＤにタイムスタンプを付与してＤＢサーバーとの共通鍵もしくはＤＢサーバーの公開鍵にて暗号化（暗号化ユーザＩＤ）するとともに、ＲＦＩＤタグから受信した暗号化ＲＦＩＤを付加してＩＤ解決サーバーに送信する。そして、ＩＤ解決サーバーにて受信した情報のうち、暗号化ＲＦＩＤを復号して当該ＲＦＩＤに対応する情報が格納されているＤＢサーバーを特定し、当該特定したＤＢサーバーに対し復号したＲＦＩＤと暗号化ユーザＩＤを送信する。ＤＢサーバーでは、受信した暗号化ユーザＩＤを復号して、ユーザＩＤに基づいてＲＦＩＤに対応づけて格納している情報の参照権限等の認証を実施し、認証結果に問題がなければＲＦＩＤに対応する情報をＩＤ解決サーバー経由でＲＦＩＤタグリーダに送信する。これにより、ＲＦＩＤリーダ（ＲＦＩＤを利用するユーザ）に対し、ＲＦＩＤ及び情報を格納するデータベースサーバーに関する情報を秘匿することが可能となる。
【特許文献１】特開２００６−１９２６８１号公報
【特許文献２】特開２００５−２５０５３２号公報
【特許文献３】特開２００４−１７１３９８号公報
【特許文献４】特開２００６−５３８００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のトレースシステムでは、製造者などの上流プレイヤが、モノを出荷する時点ではこの先、モノがどのような経路で流通していくかを知らないケースが想定できる。一方で、流通経路の登録や、入出荷データや取引データなどの情報の公開範囲を、実際のモノを手にした流通経路上のプレイヤに限定したいという要求がある。しかし、従来の技術では、製造者などの上流プレイヤが、参照権限を与えるアクセス者のＩＤや属性を出荷時点で知っている必要があるため、あらかじめ流通経路を特定できない環境には適用することができないという問題がある。
【０００７】
本発明は、このような事情に鑑みてなされたものであり、あらかじめモノの流通経路を特定できない環境であっても、流通経路の登録や、モノに関する情報の公開範囲を、実際にモノを手にした流通経路上のプレイヤに限定することのできるトレースシステム及びコンピュータプログラムを提供することをその目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、経路上の最初のプレイヤの端末は、前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す第１の読み出し手段と、乱数と、前記第１の読み出し手段により読み出したトレース対象識別子とを用いて認証コードを生成する第１の認証コード生成手段と、前記第１の認証コード生成手段により生成した認証コードを前記情報記録媒体へ書き込む書き込み手段とを備え、経路上の他のプレイヤの端末は、前記情報記録媒体から、トレース対象識別子と、認証コードとを読み出す第２の読み出し手段と、前記第２の読み出し手段により読み出した認証コードから新たな認証コードを生成する第２の認証コード生成手段と、前記第２の読み出し手段により読み出したトレース対象識別子と、前記第２の認証コード生成手段により生成した新たな認証コードとを設定した経路登録要求を前記経路サーバーへ通知する経路登録要求手段と、前記情報記録媒体に記憶されている認証コードを、前記第２の認証コード生成手段により生成した新たな認証コードを前記情報記録媒体により書き換える書き込み手段とを備え、前記経路サーバーは、トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段と、前記経路上の他のプレイヤの端末から前記経路登録要求を受信する受信手段と、前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段と、前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段とを備える、ことを特徴とするトレースシステムである。
【０００９】
また、本発明は、上述するトレースシステムであって、経路上の前記最初のプレイヤの端末において、前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせた情報を、前記最初のプレイヤの鍵により暗号化して認証コードを生成し、経路上の前記他のプレイヤの端末において、前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードを、当該他のプレイヤの鍵により暗号化して新たな認証コードを生成し、前記経路サーバーにおいて、前記記憶手段は、各プレイヤ毎に、当該プレイヤの鍵によって暗号化した情報を復号するための鍵の情報をさらに記憶し、前記検証手段は、前記記憶手段内の経路情報を参照して、前記経路登録要求内のトレース対象識別子に対応した経路上のプレイヤを特定し、前記経路登録要求の送信元のプレイヤ、及び、特定した経路上のプレイヤに対応して前記記憶手段から読み出した鍵を、経路の逆順に用いて、前記経路登録要求内の認証コードを復号し、復号した結果得られたトレース対象識別子及び乱数が、前記経路登録要求内のトレース対象識別子と、当該トレース対象識別子に対応して前記初期乱数登録テーブルから読み出した乱数とに一致するかにより検証を行う、ことを特徴とする。
【００１０】
また、本発明は、上述するトレースシステムであって、経路上の前記最初のプレイヤの端末において前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせたコードのハッシュ値を算出することにより認証コードを生成し、前記経路上の他のプレイヤの端末において、前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードのハッシュ値を算出することにより新たな認証コードを生成し、前記経路サーバーにおいて、前記検証手段は、受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出すとともに、前記記憶手段内の経路情報を参照して、当該トレース対象識別子に対応した経路上のプレイヤの数を得、前記経路登録要求内のトレース対象識別子と読み出した乱数とを組み合わせたコードのハッシュ値を算出し、算出したハッシュ値についてさらにハッシュ値を算出することを経路上のプレイヤの数だけ繰り返し、得られたハッシュ値と受信した前記経路登録要求内の認証コードとが一致するか否かにより検証を行う、ことを特徴とする。
【００１１】
また、本発明は、トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、経路上のプレイヤの端末は、前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す読み出し手段と、前記読み出し手段により読み出したトレース対象識別子の情報を設定した経路登録要求を前記経路サーバーへ送信する経路登録要求手段と、前記読み出し手段により読み出したトレース対象識別子と、次に経路情報の登録を許可するプレイヤである事前登録プレイヤとの情報を設定した事前登録要求を前記経路サーバーへ送信する事前登録要求手段とを備え、前記経路サーバーは、トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、事前登録プレイヤとを対応づけた情報を示す事前登録テーブルを記憶する記憶手段と、前記プレイヤの端末から経路登録要求を受信し、受信した経路登録要求内のトレース対象識別子に対応した経路情報が未登録であるか、当該経路登録要求内の送信元のプレイヤが、当該経路登録要求内のトレース対象識別子に対応して最も新たに事前登録テーブル内に登録されたプレイヤである場合に、当該トレース対象識別子に対応して、前記送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段と、前記プレイヤの端末から事前登録要求を受信し、当該事前登録要求の送信元のプレイヤが、当該事前登録要求内のトレース対象識別子に対応して、最も新たに前記記憶手段内の経路情報に登録されたプレイヤである場合に、当該事前登録要求内のトレース対象識別子と事前登録プレイヤとを対応付けた情報を、前記記憶手段内の事前登録テーブルに登録する事前登録手段とを備える、ことを特徴とするトレースシステムである。
【００１２】
また、本発明は、上述するトレースシステムであって、前記端末または前記ネットワーク上のアクセスサーバーは、経路上のプレイヤに提供可能なトレース対象関連情報の種類と、経路上にないプレイヤに提供可能なトレース対象関連情報の種類とを示すアクセス権限情報を記憶するアクセス権限記憶手段を備え、関連情報の取得対象であるトレース対象を特定するトレース対象識別子と、トレース対象関連情報の要求元のプレイヤの情報とを受信し、当該要求元のプレイヤが、当該トレース対象識別子に対応して前記経路サーバーの記憶手段内の経路情報に経路上のプレイヤとして登録されているか否と、前記アクセス権限記憶手段内のアクセス権限情報とから、前記情報要求元のプレイヤに提供可能な情報の種類を特定し、前記経路上のプレイヤの端末に前記トレース対象識別子に対応して保持されるトレース対象関連情報のうち、特定した種類のトレース対象関連情報を前記要求元のプレイヤの端末へ提供する、ことを特徴とする。
【００１３】
また、本発明は、トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムにおける前記経路サーバーとして用いられるコンピュータを、トレース対象を特定するトレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段、経路上のプレイヤの端末から、トレース対象識別子と認証コードとを設定した経路登録要求を受信する受信手段、前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段、前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段、として機能させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００１４】
本発明によれば、予めトレース対象のモノや人の流通・移動経路がわからない場合であっても、流通・移動経路上のプレイヤのみが、流通経路情報を登録したり、トレース対象に関する情報を公開できるようなアクセス制御が実現できる。また、実際にトレース対象の経路にあったか否かに基づいたアクセス制御が行われるため、トレース対象を物理的に保持していない第三者が不正にトレース対象に関する情報を取得することを防止することができる。これにより、流通関係者以外に秘匿したい情報を関係者のみに安全に配信することができるようになる。
また、流通・移動経路の途中でシステム化されていないプレイヤを経由したとしても、同一の経路サーバーに接続しているプレイヤの範囲内において、流通経路情報を登録したり、流通経路上のプレイヤのみに流通対象に関する情報を公開することが可能である。これにより、複数の管理スキームが混在する環境や、プレイヤ間でシステム化レベルに差のある環境においても、安全な情報配信が可能となる。
また、流通経路上でのプレイヤが変わるたびに毎回認証コードが変化するため、トレース対象を手放した後のプレイヤによる不正な登録を防ぐことが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１６】
［１．概要］
本実施の形態では、トレースシステム上に、モノや人などのトレース対象の流通・移動経路を記録する経路サーバーを設置し、この経路サーバーに記録された流通・移動経路の情報を使用して、トレース対象に関する情報へのアクセス制御を行う。これにより、流通・移動経路が未知の環境下であっても、流通・移動経路の登録や、トレース対象に関する情報の公開範囲を、実際の流通経路上のプレイヤに限定できるようになる。ここでは、トレース対象を、流通する製品等である「モノ」とし、トレース対象に関する情報としての「モノの情報」の公開範囲を、実際の流通経路上のプレイヤであるか否かによって限定する場合について説明する。
【００１７】
本実施の形態におけるトレースシステムにおけるアクセス制御は、以下の２つの手順により実現する。
（手順１）モノを手にしたプレイヤは、トレースシステム上の経路サーバーに流通経路情報を登録する。このとき、モノを手にした者（プレイヤ）だけが流通経路情報を登録可能となるようなアクセス制御を実施する。
（手順２）各プレイヤは、経路サーバーに記録された流通経路上のプレイヤからモノに関する情報（「モノの情報」という）の収集を行う。このとき流通経路情報に基づいたアクセス制御を行うことで、流通経路上のプレイヤのみに限定された情報を配信する。
【００１８】
以下に、上記の（手順１）及び（手順２）について説明する。
【００１９】
［２． （手順１）流通経路情報登録時のアクセス制御］
モノを手にしたプレイヤは、当該プレイヤの端末から経路サーバーに自分のプレイヤＩＤを登録する。モノの流通過程で各プレイヤが登録を行っていくことで、経路サーバーにはモノを手にしたプレイヤを特定するプレイヤＩＤのリストが蓄積され、これはモノの流通経路を表す情報となる。本実施の形態では、実際にモノを手にしたプレイヤだけが経路サーバーに登録を行えるようなアクセス制御を行い、経路サーバー上の流通経路情報の信頼性を確保する。
【００２０】
流通経路情報登録時の経路サーバーへのアクセス制御方式には、前提条件に応じて以下の２つのパターンがある。
（パターン１）全てのプレイヤが同一の経路サーバーを利用している場合。
（パターン２）同一の経路サーバーを利用していないプレイヤが存在する場合。
【００２１】
（パターン１）、（パターン２）の場合の実施の形態について以下に説明する。
【００２２】
［２．１ （パターン１）全てのプレイヤが同一の経路サーバーを利用している場合］
ここでは、全てのプレイヤが同一の経路サーバーを利用している場合の、流通経路情報登録時のアクセス制御について説明する。この実施の形態では、プレイヤ間をモノが移動する際に、移動元プレイヤが移動先プレイヤを経路サーバーに事前登録する。経路サーバーは、事前登録されたプレイヤからの登録要求のみを許可することで、事前登録が行われていない第三者からの不正な流通経路情報の登録を防ぐ。
【００２３】
ただし、流通経路情報の登録や事前登録が全くされていない初期状態では、アクセス制御は行わない。この場合、第三者が不正に流通経路情報を登録したとしても、経路サーバーに流通経路を最初に登録するプレイヤ（例えば、製造者）は、登録時に不正登録を検知・対応することができるため、不正な流通経路情報による偽情報の配信を未然に防ぐことができる。
【００２４】
図１は、本実施の形態によるトレースシステムの構成、及び、プレイヤ事前登録手順を示す図である。同図は、モノがプレイヤＰＦ−Ａ、プレイヤＰＦ−Ｂ、プレイヤＰＦ−Ｃの順番で流通する場合の例であり、プレイヤＰＦ−Ａは「メーカＡ」、プレイヤＰＦ−Ｂは「卸Ｂ」、プレイヤＰＦ−Ｃは「小売Ｃ」とする。流通するモノには、タグ１が添付あるいは内蔵されており、経路サーバー３は、例えば、インターネットや専用線などのネットワークを介して、各プレイヤの端末２と接続される。なお、プレイヤＰＦ−Ａ（メーカＡ）の端末２を端末２ａ、プレイヤＰＦ−Ｂ（卸Ｂ）の端末２を端末２ｂ、プレイヤＰＦ−Ｃ（小売Ｃ）の端末２を端末２ｃとする。
【００２５】
トレース対象に添付される情報記録媒体としてのタグ１には、例えばＲＦＩＤ（Radio Frequency Identification）タグを用いることができる。ＲＦＩＤタグは、主として無線周波数を通信に利用し、データの記録用のメモリと、データの処理回路と、データを無線周波数で搬送するためのアンテナとを備える。ＲＦＩＤタグの電源は、外部からデータの搬送波として利用する電磁波から必要な電力を取り出すか、ＲＦＩＤタグに内蔵する電池に依存する。タグ１は、各タグに固有のタグＩＤをメモリ内に記憶している。このタグＩＤは、トレース対象を特定するためのトレース対象識別子として使用される。
【００２６】
端末２は、パーソナルコンピュータやＰＤＡ（Personal Digital Assistants：情報携帯端末）、携帯電話などのコンピュータ端末であり、タグ１内の情報の読み書きを行うためのリーダライタなどを備える。
【００２７】
経路サーバー３は、経路テーブル、及び、事前登録テーブルを記憶する記憶装置を備え、プレイヤの認証を行うとともに、認証されたプレイヤによる経路テーブル、事前登録テーブルへの登録を許可するアクセス制御を行う。経路テーブルは、タグＩＤ、プレイヤＩＤ、登録を行った端末２の端末識別、参照権限（詳細は後述する手順２を参照のこと）、登録日時等を示す流通経路情報のレコードにより構成される。端末２の端末識別には、端末２のアドレスを用いることができる。事前登録テーブルは、各プレイヤが次に経路テーブルへの登録を許可するプレイヤの情報を示し、タグＩＤ、事前登録するプレイヤを特定するプレイヤＩＤである事前登録プレイヤＩＤ、事前登録を行うプレイヤを特定するプレイヤＩＤである登録者プレイヤＩＤ、登録日時などの情報を含んだレコードにより構成される。
【００２８】
ここでは、流通するモノ、つまり、商品に貼付または内蔵されているタグ１には、タグＩＤ「０１」が記憶される。また、端末２ａのＩＰアドレスを「１９２．１６８．０．１」、端末２ｂのＩＰアドレスを「１９２．１６８．０．２」、端末２ｃのＩＰアドレスを「１９２．１６８．０．３」とする。また、メーカＡのプレイヤＩＤを「ＰＦ−Ａ」、卸ＢのプレイヤＩＤを「ＰＦ−Ｂ」、小売Ｃのプレイヤを「ＰＦ−Ｃ」とする。
【００２９】
上記構成において、メーカＡは、卸Ｂへ商品（タグＩＤ「０１」）の出荷時に、端末２ａにより経路サーバー３へ卸Ｂの事前登録を行い、卸Ｂが商品（タグＩＤ「０１」）に対する流通経路情報を登録できるようにする。そして、卸Ｂは、小売Ｃへの商品（タグＩＤ「０１」）の出荷時に、端末２ｂにより経路サーバー３へ小売Ｃの事前登録を行い、小売Ｃが商品（タグＩＤ「０１」）に対する流通経路情報を登録できるようにする。
【００３０】
まず、メーカＡは、流通経路情報の登録要求のため、端末２ａにより、商品に付与されたタグ１から読み出したタグＩＤ「０１」、メーカＡのプレイヤＩＤ「ＰＦ−Ａ」、メーカＡの保有する端末２ａのアドレス「１９２．１６８．０．１」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ ９：００」の情報を含む流通経路情報を経路サーバー３へ送信する。なお、経路テーブルへの登録日時は、経路サーバー３にて付与してもよい。経路サーバー３は、タグＩＤ「０１」のレコードが経路テーブルに未登録であるため、流通経路の最初のプレイヤであると判断し、事前登録テーブルによるアクセス制御を行わずに、受信した流通経路情報から生成したレコードを経路テーブルに追加登録する。
【００３１】
さらに、メーカＡは、端末２ａにより、経路サーバー３へ卸Ｂの事前登録を行う。この事前登録手順は、後述する卸Ｂが小売Ｃを事前登録する場合と同様であるため、ここでは詳細な手順の説明を省略する。この登録により、経路サーバー３は、端末２ａから受信したタグＩＤ「０１」、登録者プレイヤＩＤ「ＰＦ−Ａ」、事前登録プレイヤＩＤ「ＰＦ−Ｂ」、登録日時「２００６／７／１３ １０：００」の情報からなるレコードを事前登録テーブルに追加登録する。
【００３２】
その後、メーカＡから出荷された商品を受け取った卸Ｂは、端末２ｂにより、経路サーバー３へ流通経路情報を登録する。この流通経路情報の登録手順は、後述する小売Ｃが流通経路情報を登録する場合と同様であるため、ここでは詳細な手順の説明を省略する。この登録により、経路サーバー３は、端末２ｂから受信した流通経路情報に含まれる、タグＩＤ「０１」、卸ＢのプレイヤＩＤ「ＰＦ−Ｂ」、端末２ｂのアドレス「１９２．１６８．０．２」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ １０：３０」の情報からなるレコードを、経路テーブルに追加登録する。
【００３３】
次に、図１を用いて卸Ｂが小売Ｃを事前登録する場合の処理フローについて説明する。
同図において、経路テーブルに流通経路情報を登録した卸Ｂは、端末２ｂにより、経路サーバー３に小売Ｃの事前登録要求を送信する（ステップＳ１１１）。事前登録要求には、商品に付与されたタグ１から読み出したタグＩＤ「０１」、事前登録の要求元である卸ＢのプレイヤＩＤが設定された登録者プレイヤＩＤ「ＰＦ−Ｂ」、事前登録対象の小売ＣのプレイヤＩＤが設定された事前登録プレイヤＩＤ「ＰＦ−Ｃ」、及び、事前登録テーブルへの登録日時「２００６／７／１３ １２：００」の情報が含まれる。なお、事前登録テーブルへの登録日時は、経路サーバー３にて付与してもよい。
【００３４】
経路サーバー３は、受信したタグＩＤ「０１」により特定される経路テーブル内の最新レコードにプレイヤＩＤとして、受信した登録者プレイヤＩＤ「ＰＦ−Ｂ」が登録されているか否かを確認する（ステップＳ１１２）。これは、現時点で商品（流通するモノ）を持っているプレイヤのみが事前登録の権限を持つため、その権限を確認するものである。
【００３５】
ステップＳ１１２において、受信した登録者プレイヤＩＤが、受信したＩＤにより特定される経路テーブル内の最新レコードにプレイヤＩＤとして登録されていると判断した場合、経路サーバー３は、受信した事前登録要求、すなわち、タグＩＤ「０１」、登録者プレイヤＩＤ「ＰＦ−Ｂ」、事前登録プレイヤＩＤ「ＰＦ−Ｃ」、登録日時「２００６／７／１３ １２：００」からなるレコードを事前登録テーブルに追加登録する（ステップＳ１１３）。
【００３６】
なお、事前登録テーブルの変更・削除は、現在モノを有する登録者のみ行うことができる。すなわち、端末２から受信した登録者のプレイヤＩＤが、レコードの変更・削除対象として受信したタグＩＤにより特定される経路テーブル内の最新レコードにプレイヤＩＤとして登録されていると判断した場合のみ、当該プレイヤが登録した事前登録テーブル内の当該タグＩＤに対応したレコードの変更・削除を行うことが可能である。
【００３７】
図２は、小売Ｃが流通経路情報を登録する場合の動作手順を示す図である。
小売Ｃは、卸Ｂから出荷された商品を入荷すると、端末２ｃにより流通経路情報の登録要求（経路登録要求）を経路サーバー３に送信する（ステップＳ１２１）。流通経路情報の登録要求には、商品に付与されたタグ１から読み出したタグＩＤ「０１」、小売ＣのプレイヤＩＤ「ＰＦ−Ｃ」、小売Ｃの保有する端末２ｃのアドレス「１９２．１６８．０．３」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ １５：３０」が設定される。なお、経路テーブルへの登録日時は、経路サーバー３にて付与してもよい。
【００３８】
経路サーバー３は、受信したタグＩＤ「０１」により特定される事前登録テーブル内の最新レコードに、受信したプレイヤＩＤ「ＰＦ−Ｃ」が事前登録プレイヤＩＤとして登録されているか否かを確認する（ステップＳ１２２）。経路サーバー３は、最後に事前登録された以外のプレイヤからの流通経路情報の登録要求であれば、受信した登録要求を拒否する。
【００３９】
ステップＳ１２２において、受信したタグＩＤにより特定される事前登録テーブル内の最新レコードに、受信したプレイヤＩＤが事前登録プレイヤＩＤとして登録されていると判断した場合、受信した流通経路情報で示されるタグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ｃ」、アドレス「１９２．１６８．０．３」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ １５：３０」の情報からなるレコードを経路テーブルに追加登録する（ステップＳ１２３）。経路サーバー３は、経路テーブルへのレコード登録後、この経路テーブルに内に、ステップＳ１２１で受信したタグＩＤ「０１」をキーにして特定されるレコードの数を読み出す（ステップＳ１２４）。これにより、不正防止のため、ステップＳ１２１にて受信した流通経路情報の登録要求元のプレイヤが、最初の登録者であるか否かを判断する。
【００４０】
なお、経路テーブルの変更・削除は、現在モノを有する登録者のみ行うことができる。すなわち、端末２から受信した登録者のプレイヤＩＤが、経路テーブルの変更・削除対象として受信したタグＩＤにより特定される経路テーブル内の最新レコードにプレイヤＩＤとして登録されている場合のみ、経路テーブル内の当該最新レコードの内容を変更することが可能である。
【００４１】
［２．２ （パターン２）同一の経路サーバーを利用していないプレイヤが存在する場合］
ここでは、同一の経路サーバーを利用していないプレイヤが存在する場合の、流通経路情報登録時のアクセス制御について説明する。流通経路の途中に、異なる経路サーバーを利用するプレイヤや、システム化されていないプレイヤが存在する場合には、出荷先のプレイヤを経路サーバーに事前登録できないおそれがある。この場合は、各プレイヤにおいてタグ１に書き込まれた認証コードを利用して登録アクセス制御を行う。
【００４２】
つまり、モノを手にしたプレイヤは、まず、モノに付与されているタグから読み出した情報に基づいて、自分だけが生成可能な認証コードを生成する。プレイヤが経路サーバーに流通経路情報と認証コードを渡すと、経路サーバーはタグから読み出した情報に基づいて生成された認証コードであることを確認した後、流通経路情報を内部に登録する。
【００４３】
図３は、本実施の形態によるトレースシステムの構成、及び、流通経路情報の登録手順を示す図である。同図は、モノがプレイヤＰＦ−Ａ、プレイヤＰＦ−Ｂ、プレイヤＰＦ−Ｃの順番で流通する場合の例であるが、プレイヤＰＦ−ＡとプレイヤＰＦ−Ｂの間、プレイヤＰＦ−Ｂ、プレイヤＰＦ−Ｃの間に、経路サーバー３とは異なるトレースシステムの経路サーバーと接続されているか、システム化されていないプレイヤを通ることがありうる。
【００４４】
同図を用いて、プレイヤＰＦ−ＢがプレイヤＰＦ−Ａから入荷した製品をプレイヤＰＦ−Ｃに出荷する場合の、認証コードの生成・検証処理の概要を説明する。
まず、プレイヤＰＦ−Ａは、自身の保有する端末２ａにより、プレイヤＰＦ−Ａだけが生成可能な方法で認証コードＡを生成し、タグ１に書き込む（ステップＳ２１１）。プレイヤＰＦ−Ａは、プレイヤＰＦ−Ｂにタグ１が付与された製品（流通するモノ）を出荷する（ステップＳ２１２）。
【００４５】
製品を受け取ったプレイヤＰＦ−Ｂは、自身の保有する端末２ｂにより、タグ１内の認証コードＡを読み込む（ステップＳ２１３）。プレイヤＰＦ−Ｂの端末２ｂは、ステップＳ２１３において読み込んだ認証コードＡに基づいて、プレイヤＰＦ−Ｂだけが生成可能な方法で認証コードＢを生成する（ステップＳ２１４）。プレイヤＰＦ−Ｂの端末２ｂは、生成した認証コードＢとともに、流通経路情報の登録依頼（経路登録要求）を経路サーバー３へ送信する（ステップＳ２１５）。
【００４６】
経路サーバー３は、プレイヤＰＦ−Ｂの端末２ｂから受信した認証コードＢが正しい認証コードであるか否かを検証する（ステップＳ２１６）。ステップＳ２１６において、正しい認証コードであると検証された場合のみ、経路サーバー３は、受信した流通経路情報のレコードを経路テーブルに追加することで、流通経路としてプレイヤＰＦ−Ｂの登録を行う（ステップＳ２１７）。
さらに、プレイヤＰＦ−Ｂの端末２ｂは、タグ１内の認証コードＡを、ステップＳ２１４において生成した認証コードＢに書き換える（ステップＳ２１８）。プレイヤＰＦ−Ｂは、認証コードＢを記録したタグ１が付与された製品をプレイヤＰＦ−Ｃへ出荷する（ステップＳ２１９）。
【００４７】
以下に、本実施の形態に用いられる、認証コードの生成及び検証を行う２つの方式について説明する。１つは、公開鍵証明書を使用した例であり、もう１つはハッシュを使用した例である。
【００４８】
［２．２．１ 公開鍵証明書を使用した方式］
各プレイヤは、公開鍵暗号方式における秘密鍵を第三者に知られないよう秘密に保持しており、自身の端末２により、この秘密鍵を使用して認証コードを生成する。また、経路サーバー３には、予め各プレイヤの公開鍵証明書が登録されているものとする。
【００４９】
図４及び図５を用いて、プレイヤＰＦ−Ａ→プレイヤＰＦ−Ｂ→プレイヤＰＦ−Ｃと流通した製品について、プレイヤＰＦ−Ｃが自身の保有する端末２ｃにより流通経路情報の登録を行い、経路サーバー３が検証を行う場合の処理手順を説明する。
【００５０】
図４は、各プレイヤの端末２における認証コードの生成処理手順を示す図である。
最上流のプレイヤＰＦ−Ａは、端末２ａによりタグ１からタグＩＤを読み出す。端末２ａは、認証コードを生成するための乱数を生成し、これを初期乱数とする。端末２ａは、読み出したタグＩＤ、及び、生成した初期乱数を組み合わせたコードを、プレイヤＰＦ−Ａの秘密鍵で暗号化することにより認証コードＡを生成し（ステップＳ２２１）、タグ１へ書き込む。この初期乱数は、タグ１内のタグＩＤとともに経路サーバー３へ安全な方法で登録を行う。経路サーバー３は、自身の保持する初期乱数登録テーブルに、端末２ａから登録を要求されたタグＩＤと、初期乱数とを対応づけて追加登録する。
【００５１】
プレイヤＰＦ−Ａから製品を受け取ったプレイヤＰＦ−Ｂは、端末２ｂによりタグ１から認証コードＡを読み出し、読み出した認証コードＡをプレイヤＰＦ−Ｂの秘密鍵で暗号化して認証コードＢを生成する（ステップＳ２２２）。端末２ｂは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＢを送信する。端末２ｂは、タグ１内の認証コードＡを生成した認証コードＢに書き換える。
【００５２】
プレイヤＰＦ−Ｂから製品を受け取ったプレイヤＰＦ−Ｃは、同様にして、端末２ｃによりタグ１から認証コードＢを読み出し、読み出した認証コードＢをプレイヤＰＦ−Ｃの秘密鍵で暗号化して認証コードＣを生成する（ステップＳ２２３）。端末２ｃは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＣを送信する。また、端末２ｃは、タグ１内の認証コードＢを生成した認証コードＣに書き換える。
【００５３】
図５は、経路サーバー３における認証コードの検証処理手順を示す図である。
ここでは、認証コードＣを検証する場合について説明する。経路サーバー３は、各プレイヤと公開鍵証明書を保持する公開鍵証明書テーブルを保持している。
経路サーバー３は、端末２ｃから、端末２ｃがタグ１から読み取ったタグＩＤである受信ＩＤと、認証コードＣを受信すると、まず、流通経路情報の登録要求元であるプレイヤＰＦ−Ｃの公開鍵証明書を使用して、受信した認証コードＣを復号する（ステップＳ２３１）。その復号の結果、認証コードＢ’が得られる。次に、経路サーバー３は、受信ＩＤに対応して経路テーブルに登録されている経路を参照して、経路上のプレイヤを特定し、復号の結果得られた認証コードを、経路の逆順に辿った各プレイヤの公開鍵証明書を順に使用して、公開鍵による復号を行っていく。
【００５４】
同図において、経路テーブルには、受信ＩＤ「０１」に対応して、プレイヤＰＦ−Ａ→プレイヤＰＦ−Ｂへと製品が流通したことが登録されているため、経路サーバー３は、認証コードＢ’をプレイヤＰＦ−Ｂの公開鍵証明書により復号して認証コードＡ’を得（ステップＳ２３２）、さらに、得られた認証コードＡ’をプレイヤＰＦ−Ａの公開鍵証明書により復号してＩＤ’及び初期乱数’を得る（ステップＳ２３３）。経路サーバー３は、プレイヤＰＦ−Ｃの端末２ｃから受信した受信ＩＤと、復号して得られたＩＤ’とを比較するとともに、受信ＩＤに対応付けて初期乱数登録テーブル内に登録されている初期乱数と、復号して得られた初期乱数’とを比較し、これらが一致した場合のみ認証コードＣが正しい認証コードであるとみなす（ステップＳ２３４）。
【００５５】
図６は、本方式を用いた場合のトレースシステムの構成、及び、メーカＡで製造した製品が卸Ｂに流通する際の動作手順を示す。
同図は、モノがプレイヤＰＦ−Ａとしての「メーカＡ」、プレイヤＰＦ−Ｂとしての「卸Ｂ」、プレイヤＰＦ−Ｃとしての「小売Ｃ」の順番で流通する場合の例である。同図に示すトレースシステムが、図１、図２に示すトレースシステムと異なる点は、経路サーバー３が、当該経路サーバー３の備える記憶装置に、事前登録テーブルを保持せず、経路テーブル、公開鍵証明書テーブル、及び、初期乱数登録テーブルを記憶し、端末２から受信した認証コードの検証を行うとともに、検証されたプレイヤによる経路テーブルへの流通経路情報の登録を許可する。経路テーブルは、図１、図２に示す経路テーブルと同様の構成である。公開鍵証明書テーブルは、プレイヤＩＤと対応づけられた公開鍵証明書を保持する。初期乱数登録テーブルは、タグＩＤと、初期乱数とを対応付けた情報を示す。
【００５６】
まず、メーカＡは、端末２ａの備えるリーダライタ（Ｒ／Ｗ）により、製品に付与されたタグ１からタグＩＤを読み込む（ステップＳ２４１）。端末２ａは、初期乱数を発生させると（ステップＳ２４２）、ステップＳ２４１において読み込んだタグＩＤと、ステップＳ２４２において発生させた初期乱数とを経路サーバー３へ送信する（ステップＳ２４３）。経路サーバー３は、端末２ａから受信したタグＩＤと初期乱数とを対応づけて初期乱数登録テーブルに追加登録する（ステップＳ２４４）。
【００５７】
続いて、端末２ａは、タグ１から読み出したタグＩＤ「０１」、メーカＡのプレイヤＩＤ「ＰＦ−Ａ」、端末２ａのアドレス、参照権限、及び、経路テーブルへの登録日時などの情報を設定した流通経路情報を経路登録要求として経路サーバー３へ送信する（ステップＳ２４５）。経路サーバー３は、受信したタグＩＤ「０１」のレコードが経路テーブルに未登録であるため、流通経路の最初のプレイヤであると判断し、受信した流通経路情報を、経路テーブルへ追加登録する（ステップＳ２４６）。端末２ａは、ステップＳ２４１において読み込んだタグＩＤと、ステップＳ２４２において生成した初期乱数とをつなげたコードをメーカＡの秘密鍵により暗号化して認証コードＡを生成し（ステップＳ２４７）、タグ１へ書き込む（ステップＳ２４８）。
【００５８】
その後、製品がメーカＡから卸Ｂへと流通する。卸Ｂは、製品を入荷したのち、端末２ｂの備えるリーダライタにより、当該製品に付与されたタグ１からタグＩＤを読み込むとともに（ステップＳ２４９）、認証コードＡを読み込む（ステップＳ２５０）。端末２ｂは、読み込んだ認証コードＡを、卸Ｂの秘密鍵で暗号化して認証コードＢを生成すると（ステップＳ２５１）、経路登録要求として、流通経路情報をこの生成した認証コードＢとともに経路サーバー３へ送信する（ステップＳ２５２）。この流通経路情報には、タグ１から読み出したタグＩＤ「０１」、メーカＢのプレイヤＩＤ「ＰＦ−Ｂ」、端末２ｂのアドレス、参照権限、及び、経路テーブルへの登録日時などの情報が設定される。
【００５９】
経路サーバー３は、図５に示す手順により、受信した認証コードＢの検証を行う（ステップＳ２５３）。具体的には、経路サーバー３は、流通経路情報内で示されるプレイヤＩＤ「ＰＦ−Ｂ」に対応した公開鍵証明書を公開鍵証明書テーブルから読み出し、この読み出した公開鍵証明書により認証コードＢを復号して、認証コードＡ’を得る。続いて、経路サーバー３は、受信ＩＤ、すなわち、流通経路情報内で示されるタグＩＤ「０１」に対応して経路テーブルに登録されているレコードを参照し、プレイヤＩＤ「ＰＦ−Ａ」を経路として読み出す。経路サーバー３は、プレイヤＩＤ「ＰＦ−Ａ」に対応した公開鍵証明書を公開鍵証明書テーブルから読み出し、この読み出した公開鍵証明書により認証コードＡ’を復号してＩＤ’及び初期乱数’を得る。経路サーバー３は、端末２ｂから受信した受信ＩＤと、復号して得られたＩＤ’とを比較するとともに、初期乱数登録テーブル内に受信ＩＤ「０１」に対応付けて登録されている初期乱数と、復号してられた初期乱数’とを比較し、これらが一致すれば検証成功、一致しなければ検証失敗と判断する。
【００６０】
経路サーバー３は、ステップＳ２５３において、端末２ｂから受信した認証コードＢが正しいことが検証された場合のみ、経路テーブルに端末２ｂから受信した流通経路情報を登録する（ステップＳ２５４）。端末２ｂは、自身の備えるリーダライタ(Ｒ／Ｗ）により、タグ１内の認証コードＡを、ステップＳ２５１において生成した認証コードＢにより上書きする（ステップＳ２５５）。
【００６１】
上記手順により、実際にリーダライタにより認証コードＡを読んでいないプレイヤ、例えば、小売Ｃにおいては、正しい認証コードを生成できず、従って、流通経路情報を不正に登録することができない。
【００６２】
［２．２．２ ハッシュを使用した方式］
続いて、認証コードの生成及び検証にハッシュを用いる例について説明する。
図７及び図８を用いて、プレイヤＰＦ−Ａ→プレイヤＰＦ−Ｂ→プレイヤＰＦ−Ｃと流通した製品について、プレイヤＰＦ−Ｃが自身の保有する端末２ｃにより流通経路情報の登録を行い、経路サーバー３が検証を行う場合の処理手順を説明する。
【００６３】
図７は、各プレイヤの端末２における認証コードの生成処理手順を示す図である。
最上流のプレイヤＰＦ−Ａは、端末２ａによりタグ１からタグＩＤを読み出す。端末２ａは、初期乱数を生成し、読み出したタグＩＤ、及び、生成した初期乱数を組み合わせたコードのハッシュをとることにより認証コードＡを生成し（ステップＳ２６１）、タグ１へ書き込む。ハッシュをとるとは、ハッシュ関数などを用いてハッシュ値を求めることをいう。この初期乱数は、経路サーバー３へ安全な方法で登録を行う。経路サーバー３は、自身の保持する初期乱数登録テーブルに、端末２ａから登録を要求されたタグＩＤと、初期乱数とを対応づけて追加登録する。
【００６４】
プレイヤＰＦ−Ａから製品を受け取ったプレイヤＰＦ−Ｂは、端末２ｂによりタグ１から認証コードＡを読み出し、読み出した認証コードＡのハッシュをとることで認証コードＢを生成する（ステップＳ２６２）。端末２ｂは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＢを送信する。端末２ｂは、タグ１内の認証コードＡを生成した認証コードＢに書き換える。
【００６５】
プレイヤＰＦ−Ｂから製品を受け取ったプレイヤＰＦ−Ｃは、同様にして、端末２ｃによりタグ１から認証コードＢを読み出し、読み出した認証コードＢのハッシュをとることで認証コードＣを生成する（ステップＳ２６３）。端末２ｃは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＣを送信する。また、端末２ｃは、タグ１内の認証コードＢを生成した認証コードＣに書き換える。
【００６６】
図８は、経路サーバー３における認証コードの検証処理手順を示す図である。
ここでは、認証コードＣを検証する場合について説明する。経路サーバー３は、端末２ｃから、端末２ｃがタグ１から読み取ったタグＩＤである受信ＩＤと認証コードＣとを受信すると、初期乱数登録テーブルから、受信ＩＤに関連付けられた初期乱数を読み出す。経路サーバー３は、受信ＩＤと読み出した初期乱数をつなげたコードについてハッシュをとる。その結果、認証コードＡ’が得られる。次に、経路サーバー３は、受信ＩＤに対応して経路テーブルに登録されているプレイヤ数と同じ回数だけハッシュを取る（ステップＳ２７１）。図８においては、受信ＩＤ「０１」に対応して、経路テーブルにプレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」の２つのプレイヤが登録されているので、認証コードＡ’に対して２回ハッシュをとる。１回目のハッシュの結果として認証コードＢ’が（ステップＳ２７２）、２回目のハッシュの結果として認証コードＣ’が得られる（ステップＳ２７３）。経路サーバー３は、プレイヤＰＦ−Ｃの端末２ｃから受信した認証コードＣと、当該経路サーバー３において得た認証コードＣ’とを比較し、これらが一致した場合のみ認証コードＣが正しい認証コードであるとみなす。
【００６７】
本方式は、図６に示す公開鍵証明書を使用した方式と同様のシステム構成により実現可能である。ただし、経路サーバー３の備える記憶装置には、経路テーブル、及び、初期乱数登録テーブルのみが記憶される。そして、経路サーバー３と、各端末２は、同一のハッシュ関数を用いてハッシュ値を算出する。
【００６８】
メーカＡは、端末２ａの備えるタグのリーダライタにより、製品に付与されたタグ１からタグＩＤを読み込む。端末２ａは、初期乱数を発生させると、読み込んだタグＩＤ及び発生させた初期乱数を経路サーバー３へ送信し、経路サーバー３は、端末２ａから受信したタグＩＤと初期乱数とを対応づけて初期乱数登録テーブルに追加登録する。続いて、端末２ａは、経路サーバー３へ流通経路情報を送信し、経路サーバー３は、受信した流通経路情報を、経路テーブルへ追加登録する。端末２ａは、読み込んだタグＩＤと、生成した初期乱数とをつなげたコードのハッシュをとって認証コードＡを生成し、タグ１へ書き込む。
【００６９】
その後、製品がメーカＡから卸Ｂへと流通する。卸Ｂは、製品を入荷したのち、端末２ｂの備えるリーダライタにより、当該製品に付与されたタグ１からタグＩＤと認証コードＡを読み込む。端末２ｂは、読み込んだ認証コードＡのハッシュをとって認証コードＢを生成すると、流通経路情報をこの生成した認証コードＢとともに経路サーバー３へ送信する。
【００７０】
経路サーバー３は、図８に示す手順により、受信した認証コードＢの検証を行う。具体的には、経路サーバー３は、端末２ｂから流通経路情報と認証コードＢとを受信すると、初期乱数登録テーブルから、受信ＩＤ、すなわち、流通経路情報内で示されるタグＩＤに関連付けられた初期乱数を読み出す。経路サーバー３は、受信ＩＤと読み出した初期乱数をつなげたコードについてハッシュをとって認証コードＡ’を得る。次に、経路サーバー３は、受信ＩＤに対応して経路テーブルに登録されているプレイヤ数と同じ回数だけハッシュを取る。経路テーブルにプレイヤＩＤ「ＰＦ−Ａ」のみが登録されているので、認証コードＡ’に対して１回ハッシュをとり、認証コードＢ’を得る。経路サーバー３は、プレイヤＰＦ−Ｂの端末２ｂから受信した認証コードＢと、当該経路サーバー３において算出した認証コードＢ’とを比較し、これらが一致すれば検証成功、一致しなければ検証失敗と判断する。
経路サーバー３は、認証コードＢが正しいことが検証された場合のみ、端末２ｂから受信した流通経路情報を経路テーブルに登録する。端末２ｂは、自身の備えるリーダライタにより、タグ１内の認証コードＡを、生成した認証コードＢにより上書きする。
【００７１】
上記手順により、実際にリーダライタにより認証コードＡを読んでいないプレイヤ、例えば、小売Ｃにおいては、正しい認証コードを生成できず、従って、流通経路情報を不正に登録することができない。
【００７２】
［３． （手順２）プレイヤへの情報配信時のアクセス制御］
次に、経路サーバーに記録された流通経路上のプレイヤからの情報収集を行うときのアクセス制御について説明する。
あるプレイヤから情報参照要求が発生した際、経路サーバーに記憶された流通経路情報に基づいたアクセス制御を行うことで、流通経路上のプレイヤのみに情報を配信する。制御方式としては、以下の２つのパターンがある。
【００７３】
（パターン１）流通経路情報自体の公開範囲を、経路サーバーに登録されている流通経路上のプレイヤであるかにより限定する。各プレイヤは、経路サーバーから取得した流通経路情報に基づいて「モノの情報」を収集するため、この時点でアクセスできない（「モノの情報」を収集できない）プレイヤＩＤをフィルタリングすることができる。
（パターン２）「モノの情報」を提供する各プレイヤ側で、情報の公開範囲を経路サーバーに登録されているプレイヤであるかにより限定する。これにより、「モノの情報」の提供側で流通経路以外のプレイヤからのアクセスを遮断したり、特定の「モノの情報」だけを流通経路上のプレイヤのみに公開したりすることが可能となる。
【００７４】
上記２つのパターンを実現する制御方式としては、以下の３つの構成があり、それぞれの特徴を示す。
（１）完全サーバー型：＜情報収集＞ネットワーク上のサーバーが収集、＜アクセス制御＞ネットワーク上のサーバーが制御
（２）アクセス制御分散型：＜情報収集＞ネットワーク上のサーバーが収集、＜アクセス制御＞各プレイヤの端末が制御
（３）完全分散型：＜情報収集＞各プレイヤの端末が収集、＜アクセス制御＞各プレイヤの端末が制御
【００７５】
以下に、（１）完全サーバー型、（２）アクセス制御分散型、（３）完全分散型それぞれの実施形態を説明する。
【００７６】
［３．１ 完全サーバー型］
完全サーバー型は、「モノの情報」の収集及びアクセス制御を、共にネットワーク上のサーバーが行うケースである。このサーバーを「アクセスサーバー」と呼ぶ。
アクセスサーバーは、アクセス元から「モノの情報」についての情報収集の要求を受けると、経路サーバーにアクセスして「モノの情報」を保持しているプレイヤ（すなわち、流通経路情報のプレイヤ）のリストを取得する。なお、流通経路上にないプレイヤには一切の「モノの情報」を提供しない場合、この時点で、アクセス元として参照できないプレイヤ、すなわち、リストに含まれていないアクセス元（情報要求元）プレイヤを排除することができる。次に、アクセスサーバーは、取得したリストに基づいて「モノの情報」をプレイヤの端末から収集し、経路サーバーへの登録状況に応じて、アクセス元が参照できない情報についてフィルタリングを行う。最後に、アクセスサーバーは、フィルタリングされた「モノの情報」をアクセス元に情報を返送する。
【００７７】
図９は、完全サーバー型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。同図において、完全サーバー型のトレースシステムは、図１、または、図３に示すトレースシステムに、ネットワークに接続されるアクセスサーバー４を加えた構成である。モノは、「メーカＡ」、「卸Ｂ」、「小売Ｃ」の順番で流通する。経路サーバー３の記憶装置には、上述する「２． 流通経路情報登録時のアクセス制御（手順１）」の（パターン１）または（パターン２）により登録された経路テーブルを流通経路情報として記憶している。
【００７８】
なお、流通経路情報には、タグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ａ」、アドレス「１９２．１６８．０．１」、参照権限「流通経路上のアクセス者のみに公開」、登録日時「２００６／７／１３ ９：００」からなるレコード、タグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ｂ」、アドレス「１９２．１６８．０．２」、参照権限「全てのアクセス者に公開」、登録日時「２００７／７／１３ １０：００」からなるレコード、タグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ｃ」、アドレス「１９２．１６８．０．３」、参照権限「流通経路上のアクセス者のみに公開」、登録日時「２００７／７／１３ １４：００」からなるレコードが登録されている。
【００７９】
アクセスサーバー４は、アクセス権限情報を記憶する記憶装置を備える。アクセスサーバー４は、端末２から「モノ」についての情報収集の要求を受け、経路サーバー３から「モノの情報」を保持しているプレイヤのリストを取得してアクセス制御を行う。さらに、アクセスサーバー４は、取得したプレイヤリストで示されるプレイヤの端末２から「モノの情報」を収集し、アクセス権限情報を参照して情報のフィルタリングを行い、アクセス元の端末２へフィルタリングした情報を返送する。
【００８０】
アクセス権限情報は、属性名、アクセス者ロール、情報要求元プレイヤのプレイヤＩＤであるアクセスＩＤ、所有履歴、対象情報、アクセス制御情報を対応づけた情報を示す。
同図において、アクセス権限情報には、属性名「属性値」、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤを示す）、所有履歴「あり」、対象情報「＜商品情報＞＜価格情報＞」、アクセス制御情報「参照許可」からなるレコード、属性名「属性値」、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「なし」、対象情報「＜商品情報＞」、アクセス制御情報「参照許可」からなるレコードが保持されている。
なお、このアクセス権限情報に登録される「モノの情報」に対する参照権限は、事前に情報の持ち主（提供者）が自らのポリシーに基づいて設定する。
【００８１】
次に、トレースシステムの動作について説明する。
同図において、「モノの情報」を取得したいプレイヤは、当該プレイヤの保持する端末２により、情報取得対象のモノを特定するＩＤ、すなわち、このモノに少なくとも流通時に付与されていたタグ１内に記憶されるタグＩＤと、自分のプレイヤＩＤをアクセスサーバー４へ送信する（ステップＳ３１１）。ここでは、モノの情報を取得したいアクセス元プレイヤを小売Ｃ、小売Ｘとする。小売Ｃの端末２ｃは、アクセス元（情報要求元）プレイヤＩＤ「ＰＦ−Ｃ」及びＩＤ「１」を、小売Ｘの端末２ｘは、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」及びＩＤ「１」を、アクセスサーバー４へ送信する。
【００８２】
アクセスサーバー４は、経路サーバー３へアクセスし、情報取得対象のモノを特定するタグＩＤと、アクセス元プレイヤＩＤとをキーにして流通経路情報を検索し、「モノの情報」を保持しているプレイヤ（すなわち流通経路上のプレイヤ）のリストを取得する（ステップＳ３１２）。ここで得られるプレイヤリストには、アクセス元の権限で参照できるプレイヤのみが含まれる。なお、経路サーバー３が保持する流通経路情報上の参照権限は、それぞれのプレイヤが経路登録を行う際に、自らのポリシーに基づいて設定する（［２．（手順１）流通経路情報登録時のアクセス制御］を参照のこと。）
【００８３】
例えば、端末２ｃから受信したＩＤ「１」とアクセス元プレイヤＩＤ「ＰＦ−Ｃ」をキーにして流通経路情報を検索した場合、タグＩＤ「０１」及びプレイヤＩＤ「ＰＦ−Ｃ」を含むレコードが登録されているため、小売Ｃ（プレイヤＰＦ−Ｃ）は、流通経路上のプレイヤであることがわかる。よって、ＩＤ「１」に対応したレコード、すなわち、タグＩＤ「０１」が設定されているレコードのうち、参照権限に「流通経路上のアクセス者のみに公開」、または、「全てのアクセス者に公開」が設定されているレコード内のプレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」、「ＰＦ−Ｃ」と、それらプレイヤＩＤに対応したアドレスがプレイヤリストとして読み出される。
【００８４】
一方、端末２ｘから受信したＩＤ「１」とアクセス元プレイヤＩＤ「ＰＦ−Ｘ」をキーにして流通経路情報を検索した場合、対応するレコードが登録されていないため、小売Ｘ（プレイヤＰＦ−Ｘ）は、流通経路上のプレイヤではないことがわかる。よって、タグＩＤ「０１」が設定されているレコードのうち、参照権限に「全てのアクセス者に公開」が設定されているレコード内のプレイヤＩＤ「ＰＦ−Ｂ」とそのアドレスがプレイヤリストとして読み出される。
【００８５】
アクセスサーバー４は、ステップＳ３１２で取得したプレイヤリストに含まれるプレイヤの端末２へ「モノの情報」の取得要求を送信する（ステップＳ３１３）。この取得要求には、情報取得対象のモノを特定するＩＤが含まれる。なお、プレイヤリストにアクセス元プレイヤが含まれる場合、このアクセス元プレイヤの端末２へは取得要求を送信しないようにすることもできる。情報取得要求を受信した各端末２は、ＩＤに対応した、自身の保持する「モノの情報」をアクセスサーバー４へ返送する。「モノの情報」には、例えば、商品情報や価格情報、入出荷データ、取引データなどが含まれうる。小売Ｃからの情報収集要求に対応して、プレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」で特定されるプレイヤの端末２ａ，２ｂへ、小売Ｘからの情報収集要求に対応して端末２ｂへ「モノの情報」の取得要求が送信される。
【００８６】
アクセスサーバー４の備えるフィルタリング装置は、指定したタグＩＤ「０１」に対応して端末２から返送された「モノの情報」のうち、アクセス元プレイヤ、すなわち、小売Ｃ、小売Ｘが参照できない情報についてフィルタリングを行う（ステップＳ３１４）。
【００８７】
ステップＳ３１２において、小売Ｃは流通経路上のアクセス者であると判断され、また、アクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す。従って、アクセスサーバー４は、端末２ａ及び２ｂから取得した情報のうち、商品情報及び価格情報のみが、小売Ｃに提供可能な情報と判断する。
【００８８】
一方、ステップＳ３１２において、小売Ｘは流通経路上のアクセス者ではないと判断され、また、アクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「なし」に対応して、対象情報「＜商品情報＞」、及び、アクセス制御情報「参照許可」を読み出す。従って、アクセスサーバー４は、端末２ｂから取得した情報のうち、商品情報のみが、小売Ｘに提供可能な情報と判断する。
なお、アクセスサーバー４には、プレイヤＩＤに対応してアクセス者ロールの情報が予め記憶されているか、端末２が、ステップＳ３１１の情報収集要求時にアクセス者ロールの情報を合わせて送信するものとする。
【００８９】
アクセスサーバー４は、ステップＳ３１４にてフィルタリングした結果、許可される情報を端末２ｃ、２ｘへ返送する（ステップＳ３１５）。すなわち、小売Ｃの端末２ｃには、端末２ａ及び２ｂから取得した情報に含まれる商品情報及び価格情報が返送され、小売Ｘの端末２ｘには、端末２ｂから取得した情報に含まれる商品情報が返送される。
【００９０】
［３．２ アクセス制御分散型］
アクセス制御分散型は、「モノの情報」の収集をサーバーが、アクセス制御を各プレイヤの端末が行うケースである。「モノの情報」の収集を行うサーバーを「アクセスサーバー」と呼ぶ。
アクセスサーバーは、アクセス元から「モノの情報」についての情報収集の要求を受けると、経路サーバーにアクセスして「モノの情報」を保持しているプレイヤ（すなわち、流通経路情報のプレイヤ）のリストを取得する。なお、流通経路上にないプレイヤには一切の「モノの情報」を提供しない場合、この時点で、アクセス元として参照できないプレイヤ、すなわち、プレイヤリストに含まれていないアクセス元（情報要求元）プレイヤを排除することができる。次に、アクセスサーバーは、取得したプレイヤリストに基づいて「モノの情報」をプレイヤの端末から収集する。情報取得要求を受けた各プレイヤの端末では、経路サーバーへの登録状況に応じてアクセス元が参照できない情報についてフィルタリングを行い、参照可能な情報のみをアクセスサーバーに返送する。アクセスサーバーは、端末から返送された、フィルタリングされた「モノの情報」をアクセス元の端末へ返送する。
【００９１】
図１０は、アクセス制御分散型のトレースシステムの構成及び、情報配信時のアクセス制御手順を示す図である。アクセス制御分散型のトレースシステム構成は、完全サーバー型のものと同様であるが、アクセスサーバー４ではなく、各端末２が、アクセス権限情報を保持し、情報のフィルタリングを行う点が異なる。
【００９２】
同図におけるステップＳ３２１の情報収集要求〜ステップＳ３２２の「モノの情報」を持つプレイヤリストの取得までは、図９における完全サーバー型のステップＳ３１１の情報収集要求〜ステップＳ３１２の「モノの情報」を持つプレイヤリストの取得と同じ動作手順である。ここでも、モノの情報を取得したいプレイヤを小売Ｃ、小売Ｘとし、小売Ｃに対応してプレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」、「ＰＦ−Ｃ」と、それらプレイヤＩＤに対応したアドレスがプレイヤリストとして読み出され、小売Ｘに対応してプレイヤＩＤ「ＰＦ−Ｂ」とそのアドレスがプレイヤリストとして読み出される。
【００９３】
アクセスサーバー４は、ステップＳ３２２で取得したプレイヤリストに含まれるプレイヤの端末２へ「モノの情報」の取得要求を送信する（ステップＳ３２３）。この取得要求には、情報取得対象のモノを特定するＩＤと、アクセス元プレイヤのプレイヤＩＤ、アクセス者ロール、所有履歴の情報が含まれる。よって、小売Ｃからの情報収集要求に対応して、当該小売Ｃの端末２ｃを除いた端末２ａ，２ｂへ、小売Ｘからの情報収集要求に対応して端末２ｂへ「モノの情報」の取得要求が送信される。
なお、アクセスサーバー４に、プレイヤＩＤに対応してアクセス者ロールの情報を予め記憶しておき、アクセス元の端末２から受信したプレイヤＩＤに対応して読み出したアクセス者ロールを、「モノの情報」の要求先の端末２へ送信してもよく、アクセスサーバー４が、ステップＳ３１１の情報収集要求時に併せてアクセス元の端末２から当該アクセス元のアクセス者ロールの情報を受信し、「モノの情報」の要求先の端末２へ送信してもよい。
【００９４】
ステップＳ３２３において「モノの情報」の取得要求を受信した各端末２は、自身の保持する「モノの情報」のうち、アクセス元プレイヤが参照できない情報についてフィルタリングを行う（ステップＳ３２４）。
例えば、端末２ａでは、自身の保持するアクセス権限情報を参照して、アクセスサーバー４から受信したアクセス元プレイヤＩＤ「ＰＦ−Ｃ」、アクセス者ロール「小売」、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ａは、プレイヤＩＤ「ＰＦ−Ｃ」で特定されるアクセス元プレイヤ（小売Ｃ）には、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報及び価格情報のみが提供可能な情報であると判断する。
【００９５】
また、例えば、端末２ｂでは、自身の保持するアクセス権限情報を参照して、受信したアクセス元プレイヤＩＤ「ＰＦ−Ｃ」、アクセス者ロール「小売」、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す一方、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」、アクセス者ロール「小売」、所有履歴「なし」に対応して、対象情報「＜商品情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ｂは、プレイヤＩＤ「ＰＦ−Ｃ」で特定されるプレイヤ（小売Ｃ）には、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報のみが提供可能な情報であり、プレイヤＩＤ「ＰＦ−Ｘ」で特定されるプレイヤ（小売Ｘ）には商品情報のみが提供可能な情報と判断する。
【００９６】
各端末２は、ステップＳ３２４にてフィルタリングした情報を、プレイヤＩＤとともにアクセスサーバー４へ返送する（ステップＳ３２５）。アクセスサーバー４は、端末２から受信した情報を、アクセス元の端末２へ返送する（ステップＳ３２６）。これにより、アクセスサーバー４は、小売Ｃの端末２ｃへ、端末２ａ及び２ｂから取得した商品情報及び価格情報を返送し、小売Ｘの端末２ｘへは、端末２ｂから取得した商品情報が返送される。
【００９７】
［３．３ 完全分散型］
完全分散型は、「モノの情報」の収集及びアクセス制御を、共にプレイヤの端末で行うケースである。
「モノの情報」を参照したいプレイヤは、まず、自身の端末から経路サーバーへアクセスして「モノの情報」を保持しているプレイヤ（すなわち、流通経路情報のプレイヤ）のリストを取得する。次に、アクセス元（情報要求元）プレイヤの端末は、取得したプレイヤリストに基づいて、「モノの情報」を収集する。「モノの情報」の収集は、直接プレイヤリストに示されるプレイヤの端末へアクセスして行うことでもよく、経路サーバーを経由してもよい。「モノの情報」を提供するプレイヤの端末は、経路サーバーへの登録状況に応じてアクセス元が参照できない情報についてフィルタリングを行い、参照可能な情報のみを直接、またはアクセスサーバーを介して、アクセス元プレイヤの端末に返送する。
【００９８】
図１１は、完全分散型のトレースシステムの構成及び処理フローを示す図である。
同図において、完全分散型のトレースシステムの構成と、図１０に示すアクセス制御分散型のトレースシステムの構成と異なる点は、アクセスサーバー４がない点である。つまり、メーカＡの端末２ａ、卸Ｂの端末２ｂ、小売Ｃの端末２ｃ、小売Ｘの端末２ｘ、及び、経路サーバー３は、ネットワークを介して接続され、経路サーバー３は、流通経路情報情報を、各端末２は、アクセス権限情報を保持している。
【００９９】
同図において、「モノの情報」を取得したい情報要求元プレイヤは、当該プレイヤの保持する端末２により、情報取得対象のモノを特定するＩＤ、すなわち、このモノに少なくとも流通時に付与されていたタグ１のタグＩＤと、自分のプレイヤＩＤを経路サーバー３へ送信する。ここでは、情報要求元プレイヤを小売Ｃ、小売Ｘとする。小売Ｃの端末２ｃは、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」及びＩＤ「１」を、小売Ｘの端末２ｘは、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」及びＩＤ「１」を、経路サーバー３へ送信する。
【０１００】
経路サーバー３は、完全サーバー型、アクセス制御分散型と同様の手順により、情報取得対象を特定するＩＤと、アクセス元プレイヤＩＤをキーにして流通経路情報を検索し、「モノの情報」を保持しているプレイヤ（すなわち流通経路上のプレイヤ）とそのアドレスのリストを取得する（ステップＳ３３１）。経路サーバー３は、読み出したプレイヤリストを対応する端末２へ返送する。これにより、小売Ｃの端末２ｃは、プレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」、「ＰＦ−Ｃ」のプレイヤリストを受信し、小売Ｘの端末２ｘは、プレイヤＩＤ「ＰＦ−Ｂ」のみをプレイヤリストとして受信する。
【０１０１】
プレイヤリストを受信したアクセス元端末２は、ステップＳ３３１において受信したプレイヤリストで示される、自身以外のプレイヤの端末２へ「モノの情報」を要求する（ステップＳ３３２）。すなわち、小売Ｃの端末２ｃは、プレイヤＩＤ「ＰＦ−Ａ」により特定されるメーカＡの端末２ａ、及び、プレイヤＩＤ「ＰＦ−Ｂ」により特定されるメーカＢの端末２ｂへ「モノの情報」の参照要求を送信する。この参照要求には、情報取得対象のモノを特定するＩＤ「１」、アクセス元（情報要求元）プレイヤＩＤ「ＰＦ−Ｃ」が含まれる。また、小売Ｘの端末２ｘは、プレイヤＩＤ「ＰＦ−Ｂ」により特定されるメーカＢの端末２ｂへ「モノの情報」の参照要求を送信する。この参照要求には、情報取得対象のモノを特定するＩＤ「１」、アクセス元（情報要求元）プレイヤＩＤ「ＰＦ−Ｘ」が含まれる。
【０１０２】
ステップＳ３３２において、「モノの情報」の参照要求を受信した端末２は、経路サーバー３へ流通経路情報を要求する（ステップＳ３３３）。この流通経路情報の要求には、ステップＳ３３２において受信したＩＤの情報が含まれる。経路サーバー３は、流通経路情報を参照して、端末２から受信したＩＤをキーにして特定されるレコードを特定し、特定したレコードから読み出したプレイヤＩＤの情報からなる流通経路情報を返送する。例えば、端末２ａ、２ｂからＩＤ「１」を受信した場合、タグＩＤ「０１」で特定される、プレイヤＩＤ「ＰＦ−Ａ」、アドレス「１９２．１６８．０．１」、参照権限「流通経路上のアクセス者のみに公開」の情報が含まれるレコード、プレイヤＩＤ「ＰＦ−Ｂ」、アドレス「１９２．１６８．０．２」、参照権限「全てのアクセス者に公開」の情報が含まれるレコード、プレイヤＩＤ「ＰＦ−Ｃ」、アドレス「１９２．１６８．０．３」、参照権限「流通経路上のアクセス者のみに公開」の情報が含まれるレコードからなる流通経路情報が返送される。
【０１０３】
ステップＳ３３３において、経路サーバー３から流通経路情報を取得した端末２は、自身の保持する「モノの情報」のうち、アクセス元プレイヤが参照できない情報についてフィルタリングを行う（ステップＳ３３４）。
例えば、ステップＳ３３３において取得した流通経路情報に、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」がプレイヤＩＤとして含まれているため、小売Ｃ（プレイヤＰＦ−Ｃ）は、流通経路上のアクセス者であると判断される。また、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」のプレイヤ（小売Ｃ）のアクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ａ、２ｂは、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報及び価格情報のみが、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」のプレイヤ（小売Ｃ）に提供可能な情報と判断する。
【０１０４】
一方、ステップＳ３３３において取得した流通経路情報に、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」がプレイヤＩＤとして含まれていないため、小売Ｘ（プレイヤＰＦ−Ｘ）は、流通経路上のアクセス者ではないと判断される。また、アクセス元プレイヤ「ＰＦ−Ｘ」のプレイヤ（小売Ｘ）のアクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「なし」に対応して、対象情報「＜商品情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ｂは、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報のみが、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」のプレイヤ（小売Ｘ）に提供可能な情報と判断する。
【０１０５】
なお、経路サーバー３に、プレイヤＩＤに対応してアクセス者ロールの情報を予め記憶しておき、流通経路情報と併せてアクセス者ロールを端末２へ送信してもよく、端末２ｃ、２ｘが、ステップＳ３３２の情報参照要求に併せて送信したアクセス者ロールの情報を送信してもよい。
【０１０６】
情報参照要求を受信した端末２は、ステップＳ３３４にてフィルタリングした結果、提供が許可される情報をアクセス元（情報要求元）の端末２へ返送する（ステップＳ３３５）。これにより、小売Ｃの端末２ｃには、端末２ａ及び２ｂから商品情報及び価格情報が返送され、小売Ｘの端末２ｘには、端末２ｂから商品情報が返送される。
【０１０７】
［４． その他］
上記実施の形態のポイントをまとめると以下のようになる。
（１）流通経路上のプレイヤが数珠つなぎに事前登録を行っていくことで、予め流通経路を知らないプレイヤでも、流通経路上のプレイヤのみに制限して情報を公開することができる。
（２）タグに認証コードを書き込むため、流通経路の途中に異なる管理スキームのプレイヤやシステム化されていないプレイヤが存在する環境でも適用可能である。
（３）プレイヤ間を移動するたびに認証コードが変化していくため、一度モノを手にしたプレイヤが、モノを手放した後に不正に流通経路情報を登録することを防ぐことができる。
【０１０８】
なお、上記で説明したトレースシステムでは、流通（物流）を例に説明しているが、ＩＤで管理されたトレース対象が、複数プレイヤ間を移動するアプリケーションであれば、適用可能である。また、上記実施形態においては流通経路上の企業単位にプレイヤＩＤを割り当てているが、プレイヤＩＤ割り当て単位は任意であり、トレース対象が流通・移動する単位に応じて、個人やグループ単位としてもよい。
また、トレース対象に付与されるＩＤ、認証コードなどの情報格納デバイスは、タグ以外のものを用いることも可能である。
【０１０９】
従来技術では、「流通経路情報の登録」において、流通経路上の各プレイヤ（業者）がＩＤに対応づけてサーバーに各自情報を登録するとともに、登録された情報に基づいて流通経路が正しいかどうかをサーバーが確認を行ったり（特許文献１）、履歴情報を登録する者を限定したりしている（特許文献２）。また、情報要求者に応じて提供可能な情報の範囲を特定して、その特定した情報を提供している（特許文献３及び４）。
しかし、本実施形態における情報登録者の限定方法では、プレイヤ間をモノが移動する際に、移動元プレイヤが移動先プレイヤを経路サーバーに事前登録する。経路サーバーは、事前登録されたプレイヤからの登録要求のみを許可することで、事前登録が行われていない第三者からの不正な流通経路情報の登録を防ぐ。
【０１１０】
また、他の情報登録者の限定方法では、モノの流通経路上の各段階のプレイヤが、モノを入手した時点で、それぞれ有する秘密鍵によって、入手したモノに添付されているタグ内に格納されている暗号化情報をさらに暗号化し、サーバーによる認証を受けて、タグに暗号化情報を登録し、サーバーに流通経路情報を登録する。これにより、サーバー側に登録される直前までの情報に基づいて、実際にモノ（タグ）を有するプレイヤ以外による情報の登録を防止することができる。
【０１１１】
このように、本実施の形態では、流通するモノへ付与されたタグへのデータ登録に際し、タグを最初に商品に添付する登録者が、初期乱数を自らの秘密鍵で暗号化したもの（暗号化情報）をタグとセンタに登録し、流通経路における次の登録者は、当該タグに登録された暗号化情報を自らの秘密鍵で暗号化して、センタに認証を求め、センタは暗号化情報を復号していくことで、当該タグに対応して登録されている暗号化情報を確認して認証を行い、認証結果が正の場合にデータの登録を認める。
【０１１２】
よって、予め流通経路がわからない場合であっても、流通経路上のプレイヤのみにモノの情報を公開できるようなアクセス制御が実現できる。また、実際のモノの所有に基づいたアクセス制御が行われるため、モノを物理的に手に入れていない第三者が不正にモノの情報を取得することを防止することができる。これにより、入出荷データ、取引データ、購買データなどの流通関係者以外に秘匿したい情報を安全に配信することができるようになる。
【０１１３】
また、本実施の形態では、流通経路の途中でシステム外のプレイヤを経由したとしても、同一の経路サーバーに接続しているプレイヤの範囲内において、流通経路情報を登録したり、流通経路上のプレイヤのみにモノの限定した情報を公開することが可能である。これにより、複数の管理スキームが混在する環境や、プレイヤ間でシステム化レベルに差のある環境においても、安全な情報配信が可能となる。
また、複数のプレイヤで統一の認証コードを使用する方式では、一度モノを手にしたプレイヤがモノを手放した後に流通経路情報を登録するおそれがあるが、本実施の形態では、流通経路上でのプレイヤが変わるたびに毎回認証コードが変化するため、モノを手放した後の不正な登録を防ぐことが可能となる。
【０１１４】
なお、上述の端末２、経路サーバー３、及び、アクセスサーバー４は、内部にコンピュータシステムを有している。そして、上述した端末２、経路サーバー３、及び、アクセスサーバーの動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【０１１５】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【図面の簡単な説明】
【０１１６】
【図１】全てのプレイヤが同一の経路サーバーを利用している場合のトレースシステムの構成、及び、プレイヤ事前登録手順を示す図である。
【図２】図１に示すトレースシステムにおける流通経路情報登録手順を示す図である。
【図３】同一の経路サーバーを利用していないプレイヤが存在する場合のトレースシステムの構成、及び、流通経路情報の登録手順を示す図である。
【図４】公開鍵暗号方式を用いた場合の各プレイヤの端末における認証コードの生成処理手順を示す図である。
【図５】公開鍵暗号方式を用いた場合の経路サーバーにおける認証コードの検証処理手順を示す図である。
【図６】公開鍵暗号方式を用いた場合のトレースシステムの構成、及び、動作手順を示す図である。
【図７】ハッシュを用いた場合の各プレイヤの端末における認証コードの生成処理手順を示す図である。
【図８】ハッシュを用いた場合経路サーバーにおける認証コードの検証処理手順を示す図である。
【図９】完全サーバー型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。
【図１０】アクセス制御分散型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。
【図１１】完全分散型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。
【符号の説明】
【０１１７】
１…タグ
２ａ、２ｂ、２ｃ、２ｘ…端末
３…経路サーバー
４…アクセスサーバー
【技術分野】
【０００１】
本発明は、トレースシステム及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、ＲＦ−ＩＤ（Radio Frequency Identification）やバーコードなどのＩＤ格納デバイスを利用した物流等のトレースシステムでは、「モノの情報」へのアクセス制御方式に、「モノのＩＤ」と「アクセス者のＩＤ又は属性」の組み合わせに対応して「参照許可」、「書き込み禁止」などのアクセス権限を設定する方式が採用されてきた。この方式では、予め「モノの情報」にアクセス可能なアクセス者のＩＤや属性が特定されていることが前提条件となる。
【０００３】
例えば、特許文献１には、カードに付加されたＩＤと、当該ＩＤに対応付けて情報を格納するサーバーを用いて、当該カードの真偽を判定するための技術が記載されている。この技術では、カード（例えば、葉書）にＩＤ（例えば、バーコード）を印刷し、センタサーバーには、当該ＩＤに対応付けて情報を格納できるようにしておく。そして、カードの流通経路において、例えば、中間業者、小売店が、各々有する端末からセンタサーバーに接続し、当該ＩＤに対応づけて情報を登録したり、あるいは、小売店からカードを購入した利用者がさらに暗証番号をＩＤに対応付けてセンタに格納できるようにしておく。最終的には、カードを受け取った人が、小売店でカードと商品を引き換える際などに、小売店からセンタサーバーにアクセスし、流通経路が正しいか、暗証番号は正しいかの照会をかけ、結果が正ならば、処理を可能とする。
【０００４】
また、特許文献２には、ＩＣタグを生産物に付加して情報の登録を可能とするシステムにおいて、情報を登録する際に、情報登録装置が情報登録者の保有する管理用ＩＣタグを検知することで当該登録者の正当性を確認し、情報の登録を可能とする技術が記載されている。
また、特許文献３には、物の生産、加工、流通における履歴情報を管理し、ユーザに提供するシステムにおいて、ユーザがサーバーに対して参照を希望するデータ内容を送信すると、サーバーでは受信したユーザ識別子が登録されたユーザか否かの判定を行い、登録されていた場合には、ユーザが提供を希望するデータの内容（例えば、識別子毎に登録された提供可能製品かどうか）がユーザ識別子によって特定される提供可能範囲の情報かの判定をさらに実施し、提供可能な場合は情報を検索して提供情報として構築したものをユーザに送信する技術について記載されている。
【０００５】
また、特許文献４には、ＲＦＩＤタグを用いた情報提供の過程において、安全な情報提供を容易に実現する技術について記載されている。この技術では、「ＲＦＩＤタグ」−「ＲＦＩＤリーダ」−「ＩＤ解決サーバー」−「データベース（ＤＢ）サーバー」からなるシステムにおいて、ＲＦＩＤタグにおいてＲＦＩＤに乱数等を加えてＩＤ解決サーバーとの共通鍵もしくはＩＤ解決サーバーの公開鍵にて暗号化してＲＦＩＤリーダに送信する。ＲＦＩＤリーダにおいては、ＲＦＩＤリーダのユーザＩＤにタイムスタンプを付与してＤＢサーバーとの共通鍵もしくはＤＢサーバーの公開鍵にて暗号化（暗号化ユーザＩＤ）するとともに、ＲＦＩＤタグから受信した暗号化ＲＦＩＤを付加してＩＤ解決サーバーに送信する。そして、ＩＤ解決サーバーにて受信した情報のうち、暗号化ＲＦＩＤを復号して当該ＲＦＩＤに対応する情報が格納されているＤＢサーバーを特定し、当該特定したＤＢサーバーに対し復号したＲＦＩＤと暗号化ユーザＩＤを送信する。ＤＢサーバーでは、受信した暗号化ユーザＩＤを復号して、ユーザＩＤに基づいてＲＦＩＤに対応づけて格納している情報の参照権限等の認証を実施し、認証結果に問題がなければＲＦＩＤに対応する情報をＩＤ解決サーバー経由でＲＦＩＤタグリーダに送信する。これにより、ＲＦＩＤリーダ（ＲＦＩＤを利用するユーザ）に対し、ＲＦＩＤ及び情報を格納するデータベースサーバーに関する情報を秘匿することが可能となる。
【特許文献１】特開２００６−１９２６８１号公報
【特許文献２】特開２００５−２５０５３２号公報
【特許文献３】特開２００４−１７１３９８号公報
【特許文献４】特開２００６−５３８００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のトレースシステムでは、製造者などの上流プレイヤが、モノを出荷する時点ではこの先、モノがどのような経路で流通していくかを知らないケースが想定できる。一方で、流通経路の登録や、入出荷データや取引データなどの情報の公開範囲を、実際のモノを手にした流通経路上のプレイヤに限定したいという要求がある。しかし、従来の技術では、製造者などの上流プレイヤが、参照権限を与えるアクセス者のＩＤや属性を出荷時点で知っている必要があるため、あらかじめ流通経路を特定できない環境には適用することができないという問題がある。
【０００７】
本発明は、このような事情に鑑みてなされたものであり、あらかじめモノの流通経路を特定できない環境であっても、流通経路の登録や、モノに関する情報の公開範囲を、実際にモノを手にした流通経路上のプレイヤに限定することのできるトレースシステム及びコンピュータプログラムを提供することをその目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、経路上の最初のプレイヤの端末は、前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す第１の読み出し手段と、乱数と、前記第１の読み出し手段により読み出したトレース対象識別子とを用いて認証コードを生成する第１の認証コード生成手段と、前記第１の認証コード生成手段により生成した認証コードを前記情報記録媒体へ書き込む書き込み手段とを備え、経路上の他のプレイヤの端末は、前記情報記録媒体から、トレース対象識別子と、認証コードとを読み出す第２の読み出し手段と、前記第２の読み出し手段により読み出した認証コードから新たな認証コードを生成する第２の認証コード生成手段と、前記第２の読み出し手段により読み出したトレース対象識別子と、前記第２の認証コード生成手段により生成した新たな認証コードとを設定した経路登録要求を前記経路サーバーへ通知する経路登録要求手段と、前記情報記録媒体に記憶されている認証コードを、前記第２の認証コード生成手段により生成した新たな認証コードを前記情報記録媒体により書き換える書き込み手段とを備え、前記経路サーバーは、トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段と、前記経路上の他のプレイヤの端末から前記経路登録要求を受信する受信手段と、前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段と、前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段とを備える、ことを特徴とするトレースシステムである。
【０００９】
また、本発明は、上述するトレースシステムであって、経路上の前記最初のプレイヤの端末において、前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせた情報を、前記最初のプレイヤの鍵により暗号化して認証コードを生成し、経路上の前記他のプレイヤの端末において、前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードを、当該他のプレイヤの鍵により暗号化して新たな認証コードを生成し、前記経路サーバーにおいて、前記記憶手段は、各プレイヤ毎に、当該プレイヤの鍵によって暗号化した情報を復号するための鍵の情報をさらに記憶し、前記検証手段は、前記記憶手段内の経路情報を参照して、前記経路登録要求内のトレース対象識別子に対応した経路上のプレイヤを特定し、前記経路登録要求の送信元のプレイヤ、及び、特定した経路上のプレイヤに対応して前記記憶手段から読み出した鍵を、経路の逆順に用いて、前記経路登録要求内の認証コードを復号し、復号した結果得られたトレース対象識別子及び乱数が、前記経路登録要求内のトレース対象識別子と、当該トレース対象識別子に対応して前記初期乱数登録テーブルから読み出した乱数とに一致するかにより検証を行う、ことを特徴とする。
【００１０】
また、本発明は、上述するトレースシステムであって、経路上の前記最初のプレイヤの端末において前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせたコードのハッシュ値を算出することにより認証コードを生成し、前記経路上の他のプレイヤの端末において、前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードのハッシュ値を算出することにより新たな認証コードを生成し、前記経路サーバーにおいて、前記検証手段は、受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出すとともに、前記記憶手段内の経路情報を参照して、当該トレース対象識別子に対応した経路上のプレイヤの数を得、前記経路登録要求内のトレース対象識別子と読み出した乱数とを組み合わせたコードのハッシュ値を算出し、算出したハッシュ値についてさらにハッシュ値を算出することを経路上のプレイヤの数だけ繰り返し、得られたハッシュ値と受信した前記経路登録要求内の認証コードとが一致するか否かにより検証を行う、ことを特徴とする。
【００１１】
また、本発明は、トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、経路上のプレイヤの端末は、前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す読み出し手段と、前記読み出し手段により読み出したトレース対象識別子の情報を設定した経路登録要求を前記経路サーバーへ送信する経路登録要求手段と、前記読み出し手段により読み出したトレース対象識別子と、次に経路情報の登録を許可するプレイヤである事前登録プレイヤとの情報を設定した事前登録要求を前記経路サーバーへ送信する事前登録要求手段とを備え、前記経路サーバーは、トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、事前登録プレイヤとを対応づけた情報を示す事前登録テーブルを記憶する記憶手段と、前記プレイヤの端末から経路登録要求を受信し、受信した経路登録要求内のトレース対象識別子に対応した経路情報が未登録であるか、当該経路登録要求内の送信元のプレイヤが、当該経路登録要求内のトレース対象識別子に対応して最も新たに事前登録テーブル内に登録されたプレイヤである場合に、当該トレース対象識別子に対応して、前記送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段と、前記プレイヤの端末から事前登録要求を受信し、当該事前登録要求の送信元のプレイヤが、当該事前登録要求内のトレース対象識別子に対応して、最も新たに前記記憶手段内の経路情報に登録されたプレイヤである場合に、当該事前登録要求内のトレース対象識別子と事前登録プレイヤとを対応付けた情報を、前記記憶手段内の事前登録テーブルに登録する事前登録手段とを備える、ことを特徴とするトレースシステムである。
【００１２】
また、本発明は、上述するトレースシステムであって、前記端末または前記ネットワーク上のアクセスサーバーは、経路上のプレイヤに提供可能なトレース対象関連情報の種類と、経路上にないプレイヤに提供可能なトレース対象関連情報の種類とを示すアクセス権限情報を記憶するアクセス権限記憶手段を備え、関連情報の取得対象であるトレース対象を特定するトレース対象識別子と、トレース対象関連情報の要求元のプレイヤの情報とを受信し、当該要求元のプレイヤが、当該トレース対象識別子に対応して前記経路サーバーの記憶手段内の経路情報に経路上のプレイヤとして登録されているか否と、前記アクセス権限記憶手段内のアクセス権限情報とから、前記情報要求元のプレイヤに提供可能な情報の種類を特定し、前記経路上のプレイヤの端末に前記トレース対象識別子に対応して保持されるトレース対象関連情報のうち、特定した種類のトレース対象関連情報を前記要求元のプレイヤの端末へ提供する、ことを特徴とする。
【００１３】
また、本発明は、トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムにおける前記経路サーバーとして用いられるコンピュータを、トレース対象を特定するトレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段、経路上のプレイヤの端末から、トレース対象識別子と認証コードとを設定した経路登録要求を受信する受信手段、前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段、前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段、として機能させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００１４】
本発明によれば、予めトレース対象のモノや人の流通・移動経路がわからない場合であっても、流通・移動経路上のプレイヤのみが、流通経路情報を登録したり、トレース対象に関する情報を公開できるようなアクセス制御が実現できる。また、実際にトレース対象の経路にあったか否かに基づいたアクセス制御が行われるため、トレース対象を物理的に保持していない第三者が不正にトレース対象に関する情報を取得することを防止することができる。これにより、流通関係者以外に秘匿したい情報を関係者のみに安全に配信することができるようになる。
また、流通・移動経路の途中でシステム化されていないプレイヤを経由したとしても、同一の経路サーバーに接続しているプレイヤの範囲内において、流通経路情報を登録したり、流通経路上のプレイヤのみに流通対象に関する情報を公開することが可能である。これにより、複数の管理スキームが混在する環境や、プレイヤ間でシステム化レベルに差のある環境においても、安全な情報配信が可能となる。
また、流通経路上でのプレイヤが変わるたびに毎回認証コードが変化するため、トレース対象を手放した後のプレイヤによる不正な登録を防ぐことが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１６】
［１．概要］
本実施の形態では、トレースシステム上に、モノや人などのトレース対象の流通・移動経路を記録する経路サーバーを設置し、この経路サーバーに記録された流通・移動経路の情報を使用して、トレース対象に関する情報へのアクセス制御を行う。これにより、流通・移動経路が未知の環境下であっても、流通・移動経路の登録や、トレース対象に関する情報の公開範囲を、実際の流通経路上のプレイヤに限定できるようになる。ここでは、トレース対象を、流通する製品等である「モノ」とし、トレース対象に関する情報としての「モノの情報」の公開範囲を、実際の流通経路上のプレイヤであるか否かによって限定する場合について説明する。
【００１７】
本実施の形態におけるトレースシステムにおけるアクセス制御は、以下の２つの手順により実現する。
（手順１）モノを手にしたプレイヤは、トレースシステム上の経路サーバーに流通経路情報を登録する。このとき、モノを手にした者（プレイヤ）だけが流通経路情報を登録可能となるようなアクセス制御を実施する。
（手順２）各プレイヤは、経路サーバーに記録された流通経路上のプレイヤからモノに関する情報（「モノの情報」という）の収集を行う。このとき流通経路情報に基づいたアクセス制御を行うことで、流通経路上のプレイヤのみに限定された情報を配信する。
【００１８】
以下に、上記の（手順１）及び（手順２）について説明する。
【００１９】
［２． （手順１）流通経路情報登録時のアクセス制御］
モノを手にしたプレイヤは、当該プレイヤの端末から経路サーバーに自分のプレイヤＩＤを登録する。モノの流通過程で各プレイヤが登録を行っていくことで、経路サーバーにはモノを手にしたプレイヤを特定するプレイヤＩＤのリストが蓄積され、これはモノの流通経路を表す情報となる。本実施の形態では、実際にモノを手にしたプレイヤだけが経路サーバーに登録を行えるようなアクセス制御を行い、経路サーバー上の流通経路情報の信頼性を確保する。
【００２０】
流通経路情報登録時の経路サーバーへのアクセス制御方式には、前提条件に応じて以下の２つのパターンがある。
（パターン１）全てのプレイヤが同一の経路サーバーを利用している場合。
（パターン２）同一の経路サーバーを利用していないプレイヤが存在する場合。
【００２１】
（パターン１）、（パターン２）の場合の実施の形態について以下に説明する。
【００２２】
［２．１ （パターン１）全てのプレイヤが同一の経路サーバーを利用している場合］
ここでは、全てのプレイヤが同一の経路サーバーを利用している場合の、流通経路情報登録時のアクセス制御について説明する。この実施の形態では、プレイヤ間をモノが移動する際に、移動元プレイヤが移動先プレイヤを経路サーバーに事前登録する。経路サーバーは、事前登録されたプレイヤからの登録要求のみを許可することで、事前登録が行われていない第三者からの不正な流通経路情報の登録を防ぐ。
【００２３】
ただし、流通経路情報の登録や事前登録が全くされていない初期状態では、アクセス制御は行わない。この場合、第三者が不正に流通経路情報を登録したとしても、経路サーバーに流通経路を最初に登録するプレイヤ（例えば、製造者）は、登録時に不正登録を検知・対応することができるため、不正な流通経路情報による偽情報の配信を未然に防ぐことができる。
【００２４】
図１は、本実施の形態によるトレースシステムの構成、及び、プレイヤ事前登録手順を示す図である。同図は、モノがプレイヤＰＦ−Ａ、プレイヤＰＦ−Ｂ、プレイヤＰＦ−Ｃの順番で流通する場合の例であり、プレイヤＰＦ−Ａは「メーカＡ」、プレイヤＰＦ−Ｂは「卸Ｂ」、プレイヤＰＦ−Ｃは「小売Ｃ」とする。流通するモノには、タグ１が添付あるいは内蔵されており、経路サーバー３は、例えば、インターネットや専用線などのネットワークを介して、各プレイヤの端末２と接続される。なお、プレイヤＰＦ−Ａ（メーカＡ）の端末２を端末２ａ、プレイヤＰＦ−Ｂ（卸Ｂ）の端末２を端末２ｂ、プレイヤＰＦ−Ｃ（小売Ｃ）の端末２を端末２ｃとする。
【００２５】
トレース対象に添付される情報記録媒体としてのタグ１には、例えばＲＦＩＤ（Radio Frequency Identification）タグを用いることができる。ＲＦＩＤタグは、主として無線周波数を通信に利用し、データの記録用のメモリと、データの処理回路と、データを無線周波数で搬送するためのアンテナとを備える。ＲＦＩＤタグの電源は、外部からデータの搬送波として利用する電磁波から必要な電力を取り出すか、ＲＦＩＤタグに内蔵する電池に依存する。タグ１は、各タグに固有のタグＩＤをメモリ内に記憶している。このタグＩＤは、トレース対象を特定するためのトレース対象識別子として使用される。
【００２６】
端末２は、パーソナルコンピュータやＰＤＡ（Personal Digital Assistants：情報携帯端末）、携帯電話などのコンピュータ端末であり、タグ１内の情報の読み書きを行うためのリーダライタなどを備える。
【００２７】
経路サーバー３は、経路テーブル、及び、事前登録テーブルを記憶する記憶装置を備え、プレイヤの認証を行うとともに、認証されたプレイヤによる経路テーブル、事前登録テーブルへの登録を許可するアクセス制御を行う。経路テーブルは、タグＩＤ、プレイヤＩＤ、登録を行った端末２の端末識別、参照権限（詳細は後述する手順２を参照のこと）、登録日時等を示す流通経路情報のレコードにより構成される。端末２の端末識別には、端末２のアドレスを用いることができる。事前登録テーブルは、各プレイヤが次に経路テーブルへの登録を許可するプレイヤの情報を示し、タグＩＤ、事前登録するプレイヤを特定するプレイヤＩＤである事前登録プレイヤＩＤ、事前登録を行うプレイヤを特定するプレイヤＩＤである登録者プレイヤＩＤ、登録日時などの情報を含んだレコードにより構成される。
【００２８】
ここでは、流通するモノ、つまり、商品に貼付または内蔵されているタグ１には、タグＩＤ「０１」が記憶される。また、端末２ａのＩＰアドレスを「１９２．１６８．０．１」、端末２ｂのＩＰアドレスを「１９２．１６８．０．２」、端末２ｃのＩＰアドレスを「１９２．１６８．０．３」とする。また、メーカＡのプレイヤＩＤを「ＰＦ−Ａ」、卸ＢのプレイヤＩＤを「ＰＦ−Ｂ」、小売Ｃのプレイヤを「ＰＦ−Ｃ」とする。
【００２９】
上記構成において、メーカＡは、卸Ｂへ商品（タグＩＤ「０１」）の出荷時に、端末２ａにより経路サーバー３へ卸Ｂの事前登録を行い、卸Ｂが商品（タグＩＤ「０１」）に対する流通経路情報を登録できるようにする。そして、卸Ｂは、小売Ｃへの商品（タグＩＤ「０１」）の出荷時に、端末２ｂにより経路サーバー３へ小売Ｃの事前登録を行い、小売Ｃが商品（タグＩＤ「０１」）に対する流通経路情報を登録できるようにする。
【００３０】
まず、メーカＡは、流通経路情報の登録要求のため、端末２ａにより、商品に付与されたタグ１から読み出したタグＩＤ「０１」、メーカＡのプレイヤＩＤ「ＰＦ−Ａ」、メーカＡの保有する端末２ａのアドレス「１９２．１６８．０．１」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ ９：００」の情報を含む流通経路情報を経路サーバー３へ送信する。なお、経路テーブルへの登録日時は、経路サーバー３にて付与してもよい。経路サーバー３は、タグＩＤ「０１」のレコードが経路テーブルに未登録であるため、流通経路の最初のプレイヤであると判断し、事前登録テーブルによるアクセス制御を行わずに、受信した流通経路情報から生成したレコードを経路テーブルに追加登録する。
【００３１】
さらに、メーカＡは、端末２ａにより、経路サーバー３へ卸Ｂの事前登録を行う。この事前登録手順は、後述する卸Ｂが小売Ｃを事前登録する場合と同様であるため、ここでは詳細な手順の説明を省略する。この登録により、経路サーバー３は、端末２ａから受信したタグＩＤ「０１」、登録者プレイヤＩＤ「ＰＦ−Ａ」、事前登録プレイヤＩＤ「ＰＦ−Ｂ」、登録日時「２００６／７／１３ １０：００」の情報からなるレコードを事前登録テーブルに追加登録する。
【００３２】
その後、メーカＡから出荷された商品を受け取った卸Ｂは、端末２ｂにより、経路サーバー３へ流通経路情報を登録する。この流通経路情報の登録手順は、後述する小売Ｃが流通経路情報を登録する場合と同様であるため、ここでは詳細な手順の説明を省略する。この登録により、経路サーバー３は、端末２ｂから受信した流通経路情報に含まれる、タグＩＤ「０１」、卸ＢのプレイヤＩＤ「ＰＦ−Ｂ」、端末２ｂのアドレス「１９２．１６８．０．２」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ １０：３０」の情報からなるレコードを、経路テーブルに追加登録する。
【００３３】
次に、図１を用いて卸Ｂが小売Ｃを事前登録する場合の処理フローについて説明する。
同図において、経路テーブルに流通経路情報を登録した卸Ｂは、端末２ｂにより、経路サーバー３に小売Ｃの事前登録要求を送信する（ステップＳ１１１）。事前登録要求には、商品に付与されたタグ１から読み出したタグＩＤ「０１」、事前登録の要求元である卸ＢのプレイヤＩＤが設定された登録者プレイヤＩＤ「ＰＦ−Ｂ」、事前登録対象の小売ＣのプレイヤＩＤが設定された事前登録プレイヤＩＤ「ＰＦ−Ｃ」、及び、事前登録テーブルへの登録日時「２００６／７／１３ １２：００」の情報が含まれる。なお、事前登録テーブルへの登録日時は、経路サーバー３にて付与してもよい。
【００３４】
経路サーバー３は、受信したタグＩＤ「０１」により特定される経路テーブル内の最新レコードにプレイヤＩＤとして、受信した登録者プレイヤＩＤ「ＰＦ−Ｂ」が登録されているか否かを確認する（ステップＳ１１２）。これは、現時点で商品（流通するモノ）を持っているプレイヤのみが事前登録の権限を持つため、その権限を確認するものである。
【００３５】
ステップＳ１１２において、受信した登録者プレイヤＩＤが、受信したＩＤにより特定される経路テーブル内の最新レコードにプレイヤＩＤとして登録されていると判断した場合、経路サーバー３は、受信した事前登録要求、すなわち、タグＩＤ「０１」、登録者プレイヤＩＤ「ＰＦ−Ｂ」、事前登録プレイヤＩＤ「ＰＦ−Ｃ」、登録日時「２００６／７／１３ １２：００」からなるレコードを事前登録テーブルに追加登録する（ステップＳ１１３）。
【００３６】
なお、事前登録テーブルの変更・削除は、現在モノを有する登録者のみ行うことができる。すなわち、端末２から受信した登録者のプレイヤＩＤが、レコードの変更・削除対象として受信したタグＩＤにより特定される経路テーブル内の最新レコードにプレイヤＩＤとして登録されていると判断した場合のみ、当該プレイヤが登録した事前登録テーブル内の当該タグＩＤに対応したレコードの変更・削除を行うことが可能である。
【００３７】
図２は、小売Ｃが流通経路情報を登録する場合の動作手順を示す図である。
小売Ｃは、卸Ｂから出荷された商品を入荷すると、端末２ｃにより流通経路情報の登録要求（経路登録要求）を経路サーバー３に送信する（ステップＳ１２１）。流通経路情報の登録要求には、商品に付与されたタグ１から読み出したタグＩＤ「０１」、小売ＣのプレイヤＩＤ「ＰＦ−Ｃ」、小売Ｃの保有する端末２ｃのアドレス「１９２．１６８．０．３」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ １５：３０」が設定される。なお、経路テーブルへの登録日時は、経路サーバー３にて付与してもよい。
【００３８】
経路サーバー３は、受信したタグＩＤ「０１」により特定される事前登録テーブル内の最新レコードに、受信したプレイヤＩＤ「ＰＦ−Ｃ」が事前登録プレイヤＩＤとして登録されているか否かを確認する（ステップＳ１２２）。経路サーバー３は、最後に事前登録された以外のプレイヤからの流通経路情報の登録要求であれば、受信した登録要求を拒否する。
【００３９】
ステップＳ１２２において、受信したタグＩＤにより特定される事前登録テーブル内の最新レコードに、受信したプレイヤＩＤが事前登録プレイヤＩＤとして登録されていると判断した場合、受信した流通経路情報で示されるタグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ｃ」、アドレス「１９２．１６８．０．３」、参照権限、及び、経路テーブルへの登録日時「２００６／７／１３ １５：３０」の情報からなるレコードを経路テーブルに追加登録する（ステップＳ１２３）。経路サーバー３は、経路テーブルへのレコード登録後、この経路テーブルに内に、ステップＳ１２１で受信したタグＩＤ「０１」をキーにして特定されるレコードの数を読み出す（ステップＳ１２４）。これにより、不正防止のため、ステップＳ１２１にて受信した流通経路情報の登録要求元のプレイヤが、最初の登録者であるか否かを判断する。
【００４０】
なお、経路テーブルの変更・削除は、現在モノを有する登録者のみ行うことができる。すなわち、端末２から受信した登録者のプレイヤＩＤが、経路テーブルの変更・削除対象として受信したタグＩＤにより特定される経路テーブル内の最新レコードにプレイヤＩＤとして登録されている場合のみ、経路テーブル内の当該最新レコードの内容を変更することが可能である。
【００４１】
［２．２ （パターン２）同一の経路サーバーを利用していないプレイヤが存在する場合］
ここでは、同一の経路サーバーを利用していないプレイヤが存在する場合の、流通経路情報登録時のアクセス制御について説明する。流通経路の途中に、異なる経路サーバーを利用するプレイヤや、システム化されていないプレイヤが存在する場合には、出荷先のプレイヤを経路サーバーに事前登録できないおそれがある。この場合は、各プレイヤにおいてタグ１に書き込まれた認証コードを利用して登録アクセス制御を行う。
【００４２】
つまり、モノを手にしたプレイヤは、まず、モノに付与されているタグから読み出した情報に基づいて、自分だけが生成可能な認証コードを生成する。プレイヤが経路サーバーに流通経路情報と認証コードを渡すと、経路サーバーはタグから読み出した情報に基づいて生成された認証コードであることを確認した後、流通経路情報を内部に登録する。
【００４３】
図３は、本実施の形態によるトレースシステムの構成、及び、流通経路情報の登録手順を示す図である。同図は、モノがプレイヤＰＦ−Ａ、プレイヤＰＦ−Ｂ、プレイヤＰＦ−Ｃの順番で流通する場合の例であるが、プレイヤＰＦ−ＡとプレイヤＰＦ−Ｂの間、プレイヤＰＦ−Ｂ、プレイヤＰＦ−Ｃの間に、経路サーバー３とは異なるトレースシステムの経路サーバーと接続されているか、システム化されていないプレイヤを通ることがありうる。
【００４４】
同図を用いて、プレイヤＰＦ−ＢがプレイヤＰＦ−Ａから入荷した製品をプレイヤＰＦ−Ｃに出荷する場合の、認証コードの生成・検証処理の概要を説明する。
まず、プレイヤＰＦ−Ａは、自身の保有する端末２ａにより、プレイヤＰＦ−Ａだけが生成可能な方法で認証コードＡを生成し、タグ１に書き込む（ステップＳ２１１）。プレイヤＰＦ−Ａは、プレイヤＰＦ−Ｂにタグ１が付与された製品（流通するモノ）を出荷する（ステップＳ２１２）。
【００４５】
製品を受け取ったプレイヤＰＦ−Ｂは、自身の保有する端末２ｂにより、タグ１内の認証コードＡを読み込む（ステップＳ２１３）。プレイヤＰＦ−Ｂの端末２ｂは、ステップＳ２１３において読み込んだ認証コードＡに基づいて、プレイヤＰＦ−Ｂだけが生成可能な方法で認証コードＢを生成する（ステップＳ２１４）。プレイヤＰＦ−Ｂの端末２ｂは、生成した認証コードＢとともに、流通経路情報の登録依頼（経路登録要求）を経路サーバー３へ送信する（ステップＳ２１５）。
【００４６】
経路サーバー３は、プレイヤＰＦ−Ｂの端末２ｂから受信した認証コードＢが正しい認証コードであるか否かを検証する（ステップＳ２１６）。ステップＳ２１６において、正しい認証コードであると検証された場合のみ、経路サーバー３は、受信した流通経路情報のレコードを経路テーブルに追加することで、流通経路としてプレイヤＰＦ−Ｂの登録を行う（ステップＳ２１７）。
さらに、プレイヤＰＦ−Ｂの端末２ｂは、タグ１内の認証コードＡを、ステップＳ２１４において生成した認証コードＢに書き換える（ステップＳ２１８）。プレイヤＰＦ−Ｂは、認証コードＢを記録したタグ１が付与された製品をプレイヤＰＦ−Ｃへ出荷する（ステップＳ２１９）。
【００４７】
以下に、本実施の形態に用いられる、認証コードの生成及び検証を行う２つの方式について説明する。１つは、公開鍵証明書を使用した例であり、もう１つはハッシュを使用した例である。
【００４８】
［２．２．１ 公開鍵証明書を使用した方式］
各プレイヤは、公開鍵暗号方式における秘密鍵を第三者に知られないよう秘密に保持しており、自身の端末２により、この秘密鍵を使用して認証コードを生成する。また、経路サーバー３には、予め各プレイヤの公開鍵証明書が登録されているものとする。
【００４９】
図４及び図５を用いて、プレイヤＰＦ−Ａ→プレイヤＰＦ−Ｂ→プレイヤＰＦ−Ｃと流通した製品について、プレイヤＰＦ−Ｃが自身の保有する端末２ｃにより流通経路情報の登録を行い、経路サーバー３が検証を行う場合の処理手順を説明する。
【００５０】
図４は、各プレイヤの端末２における認証コードの生成処理手順を示す図である。
最上流のプレイヤＰＦ−Ａは、端末２ａによりタグ１からタグＩＤを読み出す。端末２ａは、認証コードを生成するための乱数を生成し、これを初期乱数とする。端末２ａは、読み出したタグＩＤ、及び、生成した初期乱数を組み合わせたコードを、プレイヤＰＦ−Ａの秘密鍵で暗号化することにより認証コードＡを生成し（ステップＳ２２１）、タグ１へ書き込む。この初期乱数は、タグ１内のタグＩＤとともに経路サーバー３へ安全な方法で登録を行う。経路サーバー３は、自身の保持する初期乱数登録テーブルに、端末２ａから登録を要求されたタグＩＤと、初期乱数とを対応づけて追加登録する。
【００５１】
プレイヤＰＦ−Ａから製品を受け取ったプレイヤＰＦ−Ｂは、端末２ｂによりタグ１から認証コードＡを読み出し、読み出した認証コードＡをプレイヤＰＦ−Ｂの秘密鍵で暗号化して認証コードＢを生成する（ステップＳ２２２）。端末２ｂは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＢを送信する。端末２ｂは、タグ１内の認証コードＡを生成した認証コードＢに書き換える。
【００５２】
プレイヤＰＦ−Ｂから製品を受け取ったプレイヤＰＦ−Ｃは、同様にして、端末２ｃによりタグ１から認証コードＢを読み出し、読み出した認証コードＢをプレイヤＰＦ−Ｃの秘密鍵で暗号化して認証コードＣを生成する（ステップＳ２２３）。端末２ｃは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＣを送信する。また、端末２ｃは、タグ１内の認証コードＢを生成した認証コードＣに書き換える。
【００５３】
図５は、経路サーバー３における認証コードの検証処理手順を示す図である。
ここでは、認証コードＣを検証する場合について説明する。経路サーバー３は、各プレイヤと公開鍵証明書を保持する公開鍵証明書テーブルを保持している。
経路サーバー３は、端末２ｃから、端末２ｃがタグ１から読み取ったタグＩＤである受信ＩＤと、認証コードＣを受信すると、まず、流通経路情報の登録要求元であるプレイヤＰＦ−Ｃの公開鍵証明書を使用して、受信した認証コードＣを復号する（ステップＳ２３１）。その復号の結果、認証コードＢ’が得られる。次に、経路サーバー３は、受信ＩＤに対応して経路テーブルに登録されている経路を参照して、経路上のプレイヤを特定し、復号の結果得られた認証コードを、経路の逆順に辿った各プレイヤの公開鍵証明書を順に使用して、公開鍵による復号を行っていく。
【００５４】
同図において、経路テーブルには、受信ＩＤ「０１」に対応して、プレイヤＰＦ−Ａ→プレイヤＰＦ−Ｂへと製品が流通したことが登録されているため、経路サーバー３は、認証コードＢ’をプレイヤＰＦ−Ｂの公開鍵証明書により復号して認証コードＡ’を得（ステップＳ２３２）、さらに、得られた認証コードＡ’をプレイヤＰＦ−Ａの公開鍵証明書により復号してＩＤ’及び初期乱数’を得る（ステップＳ２３３）。経路サーバー３は、プレイヤＰＦ−Ｃの端末２ｃから受信した受信ＩＤと、復号して得られたＩＤ’とを比較するとともに、受信ＩＤに対応付けて初期乱数登録テーブル内に登録されている初期乱数と、復号して得られた初期乱数’とを比較し、これらが一致した場合のみ認証コードＣが正しい認証コードであるとみなす（ステップＳ２３４）。
【００５５】
図６は、本方式を用いた場合のトレースシステムの構成、及び、メーカＡで製造した製品が卸Ｂに流通する際の動作手順を示す。
同図は、モノがプレイヤＰＦ−Ａとしての「メーカＡ」、プレイヤＰＦ−Ｂとしての「卸Ｂ」、プレイヤＰＦ−Ｃとしての「小売Ｃ」の順番で流通する場合の例である。同図に示すトレースシステムが、図１、図２に示すトレースシステムと異なる点は、経路サーバー３が、当該経路サーバー３の備える記憶装置に、事前登録テーブルを保持せず、経路テーブル、公開鍵証明書テーブル、及び、初期乱数登録テーブルを記憶し、端末２から受信した認証コードの検証を行うとともに、検証されたプレイヤによる経路テーブルへの流通経路情報の登録を許可する。経路テーブルは、図１、図２に示す経路テーブルと同様の構成である。公開鍵証明書テーブルは、プレイヤＩＤと対応づけられた公開鍵証明書を保持する。初期乱数登録テーブルは、タグＩＤと、初期乱数とを対応付けた情報を示す。
【００５６】
まず、メーカＡは、端末２ａの備えるリーダライタ（Ｒ／Ｗ）により、製品に付与されたタグ１からタグＩＤを読み込む（ステップＳ２４１）。端末２ａは、初期乱数を発生させると（ステップＳ２４２）、ステップＳ２４１において読み込んだタグＩＤと、ステップＳ２４２において発生させた初期乱数とを経路サーバー３へ送信する（ステップＳ２４３）。経路サーバー３は、端末２ａから受信したタグＩＤと初期乱数とを対応づけて初期乱数登録テーブルに追加登録する（ステップＳ２４４）。
【００５７】
続いて、端末２ａは、タグ１から読み出したタグＩＤ「０１」、メーカＡのプレイヤＩＤ「ＰＦ−Ａ」、端末２ａのアドレス、参照権限、及び、経路テーブルへの登録日時などの情報を設定した流通経路情報を経路登録要求として経路サーバー３へ送信する（ステップＳ２４５）。経路サーバー３は、受信したタグＩＤ「０１」のレコードが経路テーブルに未登録であるため、流通経路の最初のプレイヤであると判断し、受信した流通経路情報を、経路テーブルへ追加登録する（ステップＳ２４６）。端末２ａは、ステップＳ２４１において読み込んだタグＩＤと、ステップＳ２４２において生成した初期乱数とをつなげたコードをメーカＡの秘密鍵により暗号化して認証コードＡを生成し（ステップＳ２４７）、タグ１へ書き込む（ステップＳ２４８）。
【００５８】
その後、製品がメーカＡから卸Ｂへと流通する。卸Ｂは、製品を入荷したのち、端末２ｂの備えるリーダライタにより、当該製品に付与されたタグ１からタグＩＤを読み込むとともに（ステップＳ２４９）、認証コードＡを読み込む（ステップＳ２５０）。端末２ｂは、読み込んだ認証コードＡを、卸Ｂの秘密鍵で暗号化して認証コードＢを生成すると（ステップＳ２５１）、経路登録要求として、流通経路情報をこの生成した認証コードＢとともに経路サーバー３へ送信する（ステップＳ２５２）。この流通経路情報には、タグ１から読み出したタグＩＤ「０１」、メーカＢのプレイヤＩＤ「ＰＦ−Ｂ」、端末２ｂのアドレス、参照権限、及び、経路テーブルへの登録日時などの情報が設定される。
【００５９】
経路サーバー３は、図５に示す手順により、受信した認証コードＢの検証を行う（ステップＳ２５３）。具体的には、経路サーバー３は、流通経路情報内で示されるプレイヤＩＤ「ＰＦ−Ｂ」に対応した公開鍵証明書を公開鍵証明書テーブルから読み出し、この読み出した公開鍵証明書により認証コードＢを復号して、認証コードＡ’を得る。続いて、経路サーバー３は、受信ＩＤ、すなわち、流通経路情報内で示されるタグＩＤ「０１」に対応して経路テーブルに登録されているレコードを参照し、プレイヤＩＤ「ＰＦ−Ａ」を経路として読み出す。経路サーバー３は、プレイヤＩＤ「ＰＦ−Ａ」に対応した公開鍵証明書を公開鍵証明書テーブルから読み出し、この読み出した公開鍵証明書により認証コードＡ’を復号してＩＤ’及び初期乱数’を得る。経路サーバー３は、端末２ｂから受信した受信ＩＤと、復号して得られたＩＤ’とを比較するとともに、初期乱数登録テーブル内に受信ＩＤ「０１」に対応付けて登録されている初期乱数と、復号してられた初期乱数’とを比較し、これらが一致すれば検証成功、一致しなければ検証失敗と判断する。
【００６０】
経路サーバー３は、ステップＳ２５３において、端末２ｂから受信した認証コードＢが正しいことが検証された場合のみ、経路テーブルに端末２ｂから受信した流通経路情報を登録する（ステップＳ２５４）。端末２ｂは、自身の備えるリーダライタ(Ｒ／Ｗ）により、タグ１内の認証コードＡを、ステップＳ２５１において生成した認証コードＢにより上書きする（ステップＳ２５５）。
【００６１】
上記手順により、実際にリーダライタにより認証コードＡを読んでいないプレイヤ、例えば、小売Ｃにおいては、正しい認証コードを生成できず、従って、流通経路情報を不正に登録することができない。
【００６２】
［２．２．２ ハッシュを使用した方式］
続いて、認証コードの生成及び検証にハッシュを用いる例について説明する。
図７及び図８を用いて、プレイヤＰＦ−Ａ→プレイヤＰＦ−Ｂ→プレイヤＰＦ−Ｃと流通した製品について、プレイヤＰＦ−Ｃが自身の保有する端末２ｃにより流通経路情報の登録を行い、経路サーバー３が検証を行う場合の処理手順を説明する。
【００６３】
図７は、各プレイヤの端末２における認証コードの生成処理手順を示す図である。
最上流のプレイヤＰＦ−Ａは、端末２ａによりタグ１からタグＩＤを読み出す。端末２ａは、初期乱数を生成し、読み出したタグＩＤ、及び、生成した初期乱数を組み合わせたコードのハッシュをとることにより認証コードＡを生成し（ステップＳ２６１）、タグ１へ書き込む。ハッシュをとるとは、ハッシュ関数などを用いてハッシュ値を求めることをいう。この初期乱数は、経路サーバー３へ安全な方法で登録を行う。経路サーバー３は、自身の保持する初期乱数登録テーブルに、端末２ａから登録を要求されたタグＩＤと、初期乱数とを対応づけて追加登録する。
【００６４】
プレイヤＰＦ−Ａから製品を受け取ったプレイヤＰＦ−Ｂは、端末２ｂによりタグ１から認証コードＡを読み出し、読み出した認証コードＡのハッシュをとることで認証コードＢを生成する（ステップＳ２６２）。端末２ｂは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＢを送信する。端末２ｂは、タグ１内の認証コードＡを生成した認証コードＢに書き換える。
【００６５】
プレイヤＰＦ−Ｂから製品を受け取ったプレイヤＰＦ−Ｃは、同様にして、端末２ｃによりタグ１から認証コードＢを読み出し、読み出した認証コードＢのハッシュをとることで認証コードＣを生成する（ステップＳ２６３）。端末２ｃは、経路サーバー３へ流通経路情報を登録する際に、タグ１内から読み出したタグＩＤと、生成した認証コードＣを送信する。また、端末２ｃは、タグ１内の認証コードＢを生成した認証コードＣに書き換える。
【００６６】
図８は、経路サーバー３における認証コードの検証処理手順を示す図である。
ここでは、認証コードＣを検証する場合について説明する。経路サーバー３は、端末２ｃから、端末２ｃがタグ１から読み取ったタグＩＤである受信ＩＤと認証コードＣとを受信すると、初期乱数登録テーブルから、受信ＩＤに関連付けられた初期乱数を読み出す。経路サーバー３は、受信ＩＤと読み出した初期乱数をつなげたコードについてハッシュをとる。その結果、認証コードＡ’が得られる。次に、経路サーバー３は、受信ＩＤに対応して経路テーブルに登録されているプレイヤ数と同じ回数だけハッシュを取る（ステップＳ２７１）。図８においては、受信ＩＤ「０１」に対応して、経路テーブルにプレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」の２つのプレイヤが登録されているので、認証コードＡ’に対して２回ハッシュをとる。１回目のハッシュの結果として認証コードＢ’が（ステップＳ２７２）、２回目のハッシュの結果として認証コードＣ’が得られる（ステップＳ２７３）。経路サーバー３は、プレイヤＰＦ−Ｃの端末２ｃから受信した認証コードＣと、当該経路サーバー３において得た認証コードＣ’とを比較し、これらが一致した場合のみ認証コードＣが正しい認証コードであるとみなす。
【００６７】
本方式は、図６に示す公開鍵証明書を使用した方式と同様のシステム構成により実現可能である。ただし、経路サーバー３の備える記憶装置には、経路テーブル、及び、初期乱数登録テーブルのみが記憶される。そして、経路サーバー３と、各端末２は、同一のハッシュ関数を用いてハッシュ値を算出する。
【００６８】
メーカＡは、端末２ａの備えるタグのリーダライタにより、製品に付与されたタグ１からタグＩＤを読み込む。端末２ａは、初期乱数を発生させると、読み込んだタグＩＤ及び発生させた初期乱数を経路サーバー３へ送信し、経路サーバー３は、端末２ａから受信したタグＩＤと初期乱数とを対応づけて初期乱数登録テーブルに追加登録する。続いて、端末２ａは、経路サーバー３へ流通経路情報を送信し、経路サーバー３は、受信した流通経路情報を、経路テーブルへ追加登録する。端末２ａは、読み込んだタグＩＤと、生成した初期乱数とをつなげたコードのハッシュをとって認証コードＡを生成し、タグ１へ書き込む。
【００６９】
その後、製品がメーカＡから卸Ｂへと流通する。卸Ｂは、製品を入荷したのち、端末２ｂの備えるリーダライタにより、当該製品に付与されたタグ１からタグＩＤと認証コードＡを読み込む。端末２ｂは、読み込んだ認証コードＡのハッシュをとって認証コードＢを生成すると、流通経路情報をこの生成した認証コードＢとともに経路サーバー３へ送信する。
【００７０】
経路サーバー３は、図８に示す手順により、受信した認証コードＢの検証を行う。具体的には、経路サーバー３は、端末２ｂから流通経路情報と認証コードＢとを受信すると、初期乱数登録テーブルから、受信ＩＤ、すなわち、流通経路情報内で示されるタグＩＤに関連付けられた初期乱数を読み出す。経路サーバー３は、受信ＩＤと読み出した初期乱数をつなげたコードについてハッシュをとって認証コードＡ’を得る。次に、経路サーバー３は、受信ＩＤに対応して経路テーブルに登録されているプレイヤ数と同じ回数だけハッシュを取る。経路テーブルにプレイヤＩＤ「ＰＦ−Ａ」のみが登録されているので、認証コードＡ’に対して１回ハッシュをとり、認証コードＢ’を得る。経路サーバー３は、プレイヤＰＦ−Ｂの端末２ｂから受信した認証コードＢと、当該経路サーバー３において算出した認証コードＢ’とを比較し、これらが一致すれば検証成功、一致しなければ検証失敗と判断する。
経路サーバー３は、認証コードＢが正しいことが検証された場合のみ、端末２ｂから受信した流通経路情報を経路テーブルに登録する。端末２ｂは、自身の備えるリーダライタにより、タグ１内の認証コードＡを、生成した認証コードＢにより上書きする。
【００７１】
上記手順により、実際にリーダライタにより認証コードＡを読んでいないプレイヤ、例えば、小売Ｃにおいては、正しい認証コードを生成できず、従って、流通経路情報を不正に登録することができない。
【００７２】
［３． （手順２）プレイヤへの情報配信時のアクセス制御］
次に、経路サーバーに記録された流通経路上のプレイヤからの情報収集を行うときのアクセス制御について説明する。
あるプレイヤから情報参照要求が発生した際、経路サーバーに記憶された流通経路情報に基づいたアクセス制御を行うことで、流通経路上のプレイヤのみに情報を配信する。制御方式としては、以下の２つのパターンがある。
【００７３】
（パターン１）流通経路情報自体の公開範囲を、経路サーバーに登録されている流通経路上のプレイヤであるかにより限定する。各プレイヤは、経路サーバーから取得した流通経路情報に基づいて「モノの情報」を収集するため、この時点でアクセスできない（「モノの情報」を収集できない）プレイヤＩＤをフィルタリングすることができる。
（パターン２）「モノの情報」を提供する各プレイヤ側で、情報の公開範囲を経路サーバーに登録されているプレイヤであるかにより限定する。これにより、「モノの情報」の提供側で流通経路以外のプレイヤからのアクセスを遮断したり、特定の「モノの情報」だけを流通経路上のプレイヤのみに公開したりすることが可能となる。
【００７４】
上記２つのパターンを実現する制御方式としては、以下の３つの構成があり、それぞれの特徴を示す。
（１）完全サーバー型：＜情報収集＞ネットワーク上のサーバーが収集、＜アクセス制御＞ネットワーク上のサーバーが制御
（２）アクセス制御分散型：＜情報収集＞ネットワーク上のサーバーが収集、＜アクセス制御＞各プレイヤの端末が制御
（３）完全分散型：＜情報収集＞各プレイヤの端末が収集、＜アクセス制御＞各プレイヤの端末が制御
【００７５】
以下に、（１）完全サーバー型、（２）アクセス制御分散型、（３）完全分散型それぞれの実施形態を説明する。
【００７６】
［３．１ 完全サーバー型］
完全サーバー型は、「モノの情報」の収集及びアクセス制御を、共にネットワーク上のサーバーが行うケースである。このサーバーを「アクセスサーバー」と呼ぶ。
アクセスサーバーは、アクセス元から「モノの情報」についての情報収集の要求を受けると、経路サーバーにアクセスして「モノの情報」を保持しているプレイヤ（すなわち、流通経路情報のプレイヤ）のリストを取得する。なお、流通経路上にないプレイヤには一切の「モノの情報」を提供しない場合、この時点で、アクセス元として参照できないプレイヤ、すなわち、リストに含まれていないアクセス元（情報要求元）プレイヤを排除することができる。次に、アクセスサーバーは、取得したリストに基づいて「モノの情報」をプレイヤの端末から収集し、経路サーバーへの登録状況に応じて、アクセス元が参照できない情報についてフィルタリングを行う。最後に、アクセスサーバーは、フィルタリングされた「モノの情報」をアクセス元に情報を返送する。
【００７７】
図９は、完全サーバー型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。同図において、完全サーバー型のトレースシステムは、図１、または、図３に示すトレースシステムに、ネットワークに接続されるアクセスサーバー４を加えた構成である。モノは、「メーカＡ」、「卸Ｂ」、「小売Ｃ」の順番で流通する。経路サーバー３の記憶装置には、上述する「２． 流通経路情報登録時のアクセス制御（手順１）」の（パターン１）または（パターン２）により登録された経路テーブルを流通経路情報として記憶している。
【００７８】
なお、流通経路情報には、タグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ａ」、アドレス「１９２．１６８．０．１」、参照権限「流通経路上のアクセス者のみに公開」、登録日時「２００６／７／１３ ９：００」からなるレコード、タグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ｂ」、アドレス「１９２．１６８．０．２」、参照権限「全てのアクセス者に公開」、登録日時「２００７／７／１３ １０：００」からなるレコード、タグＩＤ「０１」、プレイヤＩＤ「ＰＦ−Ｃ」、アドレス「１９２．１６８．０．３」、参照権限「流通経路上のアクセス者のみに公開」、登録日時「２００７／７／１３ １４：００」からなるレコードが登録されている。
【００７９】
アクセスサーバー４は、アクセス権限情報を記憶する記憶装置を備える。アクセスサーバー４は、端末２から「モノ」についての情報収集の要求を受け、経路サーバー３から「モノの情報」を保持しているプレイヤのリストを取得してアクセス制御を行う。さらに、アクセスサーバー４は、取得したプレイヤリストで示されるプレイヤの端末２から「モノの情報」を収集し、アクセス権限情報を参照して情報のフィルタリングを行い、アクセス元の端末２へフィルタリングした情報を返送する。
【００８０】
アクセス権限情報は、属性名、アクセス者ロール、情報要求元プレイヤのプレイヤＩＤであるアクセスＩＤ、所有履歴、対象情報、アクセス制御情報を対応づけた情報を示す。
同図において、アクセス権限情報には、属性名「属性値」、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤを示す）、所有履歴「あり」、対象情報「＜商品情報＞＜価格情報＞」、アクセス制御情報「参照許可」からなるレコード、属性名「属性値」、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「なし」、対象情報「＜商品情報＞」、アクセス制御情報「参照許可」からなるレコードが保持されている。
なお、このアクセス権限情報に登録される「モノの情報」に対する参照権限は、事前に情報の持ち主（提供者）が自らのポリシーに基づいて設定する。
【００８１】
次に、トレースシステムの動作について説明する。
同図において、「モノの情報」を取得したいプレイヤは、当該プレイヤの保持する端末２により、情報取得対象のモノを特定するＩＤ、すなわち、このモノに少なくとも流通時に付与されていたタグ１内に記憶されるタグＩＤと、自分のプレイヤＩＤをアクセスサーバー４へ送信する（ステップＳ３１１）。ここでは、モノの情報を取得したいアクセス元プレイヤを小売Ｃ、小売Ｘとする。小売Ｃの端末２ｃは、アクセス元（情報要求元）プレイヤＩＤ「ＰＦ−Ｃ」及びＩＤ「１」を、小売Ｘの端末２ｘは、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」及びＩＤ「１」を、アクセスサーバー４へ送信する。
【００８２】
アクセスサーバー４は、経路サーバー３へアクセスし、情報取得対象のモノを特定するタグＩＤと、アクセス元プレイヤＩＤとをキーにして流通経路情報を検索し、「モノの情報」を保持しているプレイヤ（すなわち流通経路上のプレイヤ）のリストを取得する（ステップＳ３１２）。ここで得られるプレイヤリストには、アクセス元の権限で参照できるプレイヤのみが含まれる。なお、経路サーバー３が保持する流通経路情報上の参照権限は、それぞれのプレイヤが経路登録を行う際に、自らのポリシーに基づいて設定する（［２．（手順１）流通経路情報登録時のアクセス制御］を参照のこと。）
【００８３】
例えば、端末２ｃから受信したＩＤ「１」とアクセス元プレイヤＩＤ「ＰＦ−Ｃ」をキーにして流通経路情報を検索した場合、タグＩＤ「０１」及びプレイヤＩＤ「ＰＦ−Ｃ」を含むレコードが登録されているため、小売Ｃ（プレイヤＰＦ−Ｃ）は、流通経路上のプレイヤであることがわかる。よって、ＩＤ「１」に対応したレコード、すなわち、タグＩＤ「０１」が設定されているレコードのうち、参照権限に「流通経路上のアクセス者のみに公開」、または、「全てのアクセス者に公開」が設定されているレコード内のプレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」、「ＰＦ−Ｃ」と、それらプレイヤＩＤに対応したアドレスがプレイヤリストとして読み出される。
【００８４】
一方、端末２ｘから受信したＩＤ「１」とアクセス元プレイヤＩＤ「ＰＦ−Ｘ」をキーにして流通経路情報を検索した場合、対応するレコードが登録されていないため、小売Ｘ（プレイヤＰＦ−Ｘ）は、流通経路上のプレイヤではないことがわかる。よって、タグＩＤ「０１」が設定されているレコードのうち、参照権限に「全てのアクセス者に公開」が設定されているレコード内のプレイヤＩＤ「ＰＦ−Ｂ」とそのアドレスがプレイヤリストとして読み出される。
【００８５】
アクセスサーバー４は、ステップＳ３１２で取得したプレイヤリストに含まれるプレイヤの端末２へ「モノの情報」の取得要求を送信する（ステップＳ３１３）。この取得要求には、情報取得対象のモノを特定するＩＤが含まれる。なお、プレイヤリストにアクセス元プレイヤが含まれる場合、このアクセス元プレイヤの端末２へは取得要求を送信しないようにすることもできる。情報取得要求を受信した各端末２は、ＩＤに対応した、自身の保持する「モノの情報」をアクセスサーバー４へ返送する。「モノの情報」には、例えば、商品情報や価格情報、入出荷データ、取引データなどが含まれうる。小売Ｃからの情報収集要求に対応して、プレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」で特定されるプレイヤの端末２ａ，２ｂへ、小売Ｘからの情報収集要求に対応して端末２ｂへ「モノの情報」の取得要求が送信される。
【００８６】
アクセスサーバー４の備えるフィルタリング装置は、指定したタグＩＤ「０１」に対応して端末２から返送された「モノの情報」のうち、アクセス元プレイヤ、すなわち、小売Ｃ、小売Ｘが参照できない情報についてフィルタリングを行う（ステップＳ３１４）。
【００８７】
ステップＳ３１２において、小売Ｃは流通経路上のアクセス者であると判断され、また、アクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す。従って、アクセスサーバー４は、端末２ａ及び２ｂから取得した情報のうち、商品情報及び価格情報のみが、小売Ｃに提供可能な情報と判断する。
【００８８】
一方、ステップＳ３１２において、小売Ｘは流通経路上のアクセス者ではないと判断され、また、アクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「なし」に対応して、対象情報「＜商品情報＞」、及び、アクセス制御情報「参照許可」を読み出す。従って、アクセスサーバー４は、端末２ｂから取得した情報のうち、商品情報のみが、小売Ｘに提供可能な情報と判断する。
なお、アクセスサーバー４には、プレイヤＩＤに対応してアクセス者ロールの情報が予め記憶されているか、端末２が、ステップＳ３１１の情報収集要求時にアクセス者ロールの情報を合わせて送信するものとする。
【００８９】
アクセスサーバー４は、ステップＳ３１４にてフィルタリングした結果、許可される情報を端末２ｃ、２ｘへ返送する（ステップＳ３１５）。すなわち、小売Ｃの端末２ｃには、端末２ａ及び２ｂから取得した情報に含まれる商品情報及び価格情報が返送され、小売Ｘの端末２ｘには、端末２ｂから取得した情報に含まれる商品情報が返送される。
【００９０】
［３．２ アクセス制御分散型］
アクセス制御分散型は、「モノの情報」の収集をサーバーが、アクセス制御を各プレイヤの端末が行うケースである。「モノの情報」の収集を行うサーバーを「アクセスサーバー」と呼ぶ。
アクセスサーバーは、アクセス元から「モノの情報」についての情報収集の要求を受けると、経路サーバーにアクセスして「モノの情報」を保持しているプレイヤ（すなわち、流通経路情報のプレイヤ）のリストを取得する。なお、流通経路上にないプレイヤには一切の「モノの情報」を提供しない場合、この時点で、アクセス元として参照できないプレイヤ、すなわち、プレイヤリストに含まれていないアクセス元（情報要求元）プレイヤを排除することができる。次に、アクセスサーバーは、取得したプレイヤリストに基づいて「モノの情報」をプレイヤの端末から収集する。情報取得要求を受けた各プレイヤの端末では、経路サーバーへの登録状況に応じてアクセス元が参照できない情報についてフィルタリングを行い、参照可能な情報のみをアクセスサーバーに返送する。アクセスサーバーは、端末から返送された、フィルタリングされた「モノの情報」をアクセス元の端末へ返送する。
【００９１】
図１０は、アクセス制御分散型のトレースシステムの構成及び、情報配信時のアクセス制御手順を示す図である。アクセス制御分散型のトレースシステム構成は、完全サーバー型のものと同様であるが、アクセスサーバー４ではなく、各端末２が、アクセス権限情報を保持し、情報のフィルタリングを行う点が異なる。
【００９２】
同図におけるステップＳ３２１の情報収集要求〜ステップＳ３２２の「モノの情報」を持つプレイヤリストの取得までは、図９における完全サーバー型のステップＳ３１１の情報収集要求〜ステップＳ３１２の「モノの情報」を持つプレイヤリストの取得と同じ動作手順である。ここでも、モノの情報を取得したいプレイヤを小売Ｃ、小売Ｘとし、小売Ｃに対応してプレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」、「ＰＦ−Ｃ」と、それらプレイヤＩＤに対応したアドレスがプレイヤリストとして読み出され、小売Ｘに対応してプレイヤＩＤ「ＰＦ−Ｂ」とそのアドレスがプレイヤリストとして読み出される。
【００９３】
アクセスサーバー４は、ステップＳ３２２で取得したプレイヤリストに含まれるプレイヤの端末２へ「モノの情報」の取得要求を送信する（ステップＳ３２３）。この取得要求には、情報取得対象のモノを特定するＩＤと、アクセス元プレイヤのプレイヤＩＤ、アクセス者ロール、所有履歴の情報が含まれる。よって、小売Ｃからの情報収集要求に対応して、当該小売Ｃの端末２ｃを除いた端末２ａ，２ｂへ、小売Ｘからの情報収集要求に対応して端末２ｂへ「モノの情報」の取得要求が送信される。
なお、アクセスサーバー４に、プレイヤＩＤに対応してアクセス者ロールの情報を予め記憶しておき、アクセス元の端末２から受信したプレイヤＩＤに対応して読み出したアクセス者ロールを、「モノの情報」の要求先の端末２へ送信してもよく、アクセスサーバー４が、ステップＳ３１１の情報収集要求時に併せてアクセス元の端末２から当該アクセス元のアクセス者ロールの情報を受信し、「モノの情報」の要求先の端末２へ送信してもよい。
【００９４】
ステップＳ３２３において「モノの情報」の取得要求を受信した各端末２は、自身の保持する「モノの情報」のうち、アクセス元プレイヤが参照できない情報についてフィルタリングを行う（ステップＳ３２４）。
例えば、端末２ａでは、自身の保持するアクセス権限情報を参照して、アクセスサーバー４から受信したアクセス元プレイヤＩＤ「ＰＦ−Ｃ」、アクセス者ロール「小売」、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ａは、プレイヤＩＤ「ＰＦ−Ｃ」で特定されるアクセス元プレイヤ（小売Ｃ）には、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報及び価格情報のみが提供可能な情報であると判断する。
【００９５】
また、例えば、端末２ｂでは、自身の保持するアクセス権限情報を参照して、受信したアクセス元プレイヤＩＤ「ＰＦ−Ｃ」、アクセス者ロール「小売」、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す一方、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」、アクセス者ロール「小売」、所有履歴「なし」に対応して、対象情報「＜商品情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ｂは、プレイヤＩＤ「ＰＦ−Ｃ」で特定されるプレイヤ（小売Ｃ）には、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報のみが提供可能な情報であり、プレイヤＩＤ「ＰＦ−Ｘ」で特定されるプレイヤ（小売Ｘ）には商品情報のみが提供可能な情報と判断する。
【００９６】
各端末２は、ステップＳ３２４にてフィルタリングした情報を、プレイヤＩＤとともにアクセスサーバー４へ返送する（ステップＳ３２５）。アクセスサーバー４は、端末２から受信した情報を、アクセス元の端末２へ返送する（ステップＳ３２６）。これにより、アクセスサーバー４は、小売Ｃの端末２ｃへ、端末２ａ及び２ｂから取得した商品情報及び価格情報を返送し、小売Ｘの端末２ｘへは、端末２ｂから取得した商品情報が返送される。
【００９７】
［３．３ 完全分散型］
完全分散型は、「モノの情報」の収集及びアクセス制御を、共にプレイヤの端末で行うケースである。
「モノの情報」を参照したいプレイヤは、まず、自身の端末から経路サーバーへアクセスして「モノの情報」を保持しているプレイヤ（すなわち、流通経路情報のプレイヤ）のリストを取得する。次に、アクセス元（情報要求元）プレイヤの端末は、取得したプレイヤリストに基づいて、「モノの情報」を収集する。「モノの情報」の収集は、直接プレイヤリストに示されるプレイヤの端末へアクセスして行うことでもよく、経路サーバーを経由してもよい。「モノの情報」を提供するプレイヤの端末は、経路サーバーへの登録状況に応じてアクセス元が参照できない情報についてフィルタリングを行い、参照可能な情報のみを直接、またはアクセスサーバーを介して、アクセス元プレイヤの端末に返送する。
【００９８】
図１１は、完全分散型のトレースシステムの構成及び処理フローを示す図である。
同図において、完全分散型のトレースシステムの構成と、図１０に示すアクセス制御分散型のトレースシステムの構成と異なる点は、アクセスサーバー４がない点である。つまり、メーカＡの端末２ａ、卸Ｂの端末２ｂ、小売Ｃの端末２ｃ、小売Ｘの端末２ｘ、及び、経路サーバー３は、ネットワークを介して接続され、経路サーバー３は、流通経路情報情報を、各端末２は、アクセス権限情報を保持している。
【００９９】
同図において、「モノの情報」を取得したい情報要求元プレイヤは、当該プレイヤの保持する端末２により、情報取得対象のモノを特定するＩＤ、すなわち、このモノに少なくとも流通時に付与されていたタグ１のタグＩＤと、自分のプレイヤＩＤを経路サーバー３へ送信する。ここでは、情報要求元プレイヤを小売Ｃ、小売Ｘとする。小売Ｃの端末２ｃは、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」及びＩＤ「１」を、小売Ｘの端末２ｘは、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」及びＩＤ「１」を、経路サーバー３へ送信する。
【０１００】
経路サーバー３は、完全サーバー型、アクセス制御分散型と同様の手順により、情報取得対象を特定するＩＤと、アクセス元プレイヤＩＤをキーにして流通経路情報を検索し、「モノの情報」を保持しているプレイヤ（すなわち流通経路上のプレイヤ）とそのアドレスのリストを取得する（ステップＳ３３１）。経路サーバー３は、読み出したプレイヤリストを対応する端末２へ返送する。これにより、小売Ｃの端末２ｃは、プレイヤＩＤ「ＰＦ−Ａ」、「ＰＦ−Ｂ」、「ＰＦ−Ｃ」のプレイヤリストを受信し、小売Ｘの端末２ｘは、プレイヤＩＤ「ＰＦ−Ｂ」のみをプレイヤリストとして受信する。
【０１０１】
プレイヤリストを受信したアクセス元端末２は、ステップＳ３３１において受信したプレイヤリストで示される、自身以外のプレイヤの端末２へ「モノの情報」を要求する（ステップＳ３３２）。すなわち、小売Ｃの端末２ｃは、プレイヤＩＤ「ＰＦ−Ａ」により特定されるメーカＡの端末２ａ、及び、プレイヤＩＤ「ＰＦ−Ｂ」により特定されるメーカＢの端末２ｂへ「モノの情報」の参照要求を送信する。この参照要求には、情報取得対象のモノを特定するＩＤ「１」、アクセス元（情報要求元）プレイヤＩＤ「ＰＦ−Ｃ」が含まれる。また、小売Ｘの端末２ｘは、プレイヤＩＤ「ＰＦ−Ｂ」により特定されるメーカＢの端末２ｂへ「モノの情報」の参照要求を送信する。この参照要求には、情報取得対象のモノを特定するＩＤ「１」、アクセス元（情報要求元）プレイヤＩＤ「ＰＦ−Ｘ」が含まれる。
【０１０２】
ステップＳ３３２において、「モノの情報」の参照要求を受信した端末２は、経路サーバー３へ流通経路情報を要求する（ステップＳ３３３）。この流通経路情報の要求には、ステップＳ３３２において受信したＩＤの情報が含まれる。経路サーバー３は、流通経路情報を参照して、端末２から受信したＩＤをキーにして特定されるレコードを特定し、特定したレコードから読み出したプレイヤＩＤの情報からなる流通経路情報を返送する。例えば、端末２ａ、２ｂからＩＤ「１」を受信した場合、タグＩＤ「０１」で特定される、プレイヤＩＤ「ＰＦ−Ａ」、アドレス「１９２．１６８．０．１」、参照権限「流通経路上のアクセス者のみに公開」の情報が含まれるレコード、プレイヤＩＤ「ＰＦ−Ｂ」、アドレス「１９２．１６８．０．２」、参照権限「全てのアクセス者に公開」の情報が含まれるレコード、プレイヤＩＤ「ＰＦ−Ｃ」、アドレス「１９２．１６８．０．３」、参照権限「流通経路上のアクセス者のみに公開」の情報が含まれるレコードからなる流通経路情報が返送される。
【０１０３】
ステップＳ３３３において、経路サーバー３から流通経路情報を取得した端末２は、自身の保持する「モノの情報」のうち、アクセス元プレイヤが参照できない情報についてフィルタリングを行う（ステップＳ３３４）。
例えば、ステップＳ３３３において取得した流通経路情報に、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」がプレイヤＩＤとして含まれているため、小売Ｃ（プレイヤＰＦ−Ｃ）は、流通経路上のアクセス者であると判断される。また、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」のプレイヤ（小売Ｃ）のアクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「あり」に対応して、対象情報「＜商品情報＞＜価格情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ａ、２ｂは、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報及び価格情報のみが、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」のプレイヤ（小売Ｃ）に提供可能な情報と判断する。
【０１０４】
一方、ステップＳ３３３において取得した流通経路情報に、アクセス元プレイヤＩＤ「ＰＦ−Ｘ」がプレイヤＩＤとして含まれていないため、小売Ｘ（プレイヤＰＦ−Ｘ）は、流通経路上のアクセス者ではないと判断される。また、アクセス元プレイヤ「ＰＦ−Ｘ」のプレイヤ（小売Ｘ）のアクセス者ロールは「小売」である。よって、アクセス権限情報から、アクセス者ロール「小売」、アクセスＩＤ「＊」（任意のプレイヤＩＤ）、所有履歴「なし」に対応して、対象情報「＜商品情報＞」、及び、アクセス制御情報「参照許可」を読み出す。よって、端末２ｂは、ＩＤ「１」で特定される、自身の保持する「モノの情報」のうち、商品情報のみが、アクセス元プレイヤＩＤ「ＰＦ−Ｃ」のプレイヤ（小売Ｘ）に提供可能な情報と判断する。
【０１０５】
なお、経路サーバー３に、プレイヤＩＤに対応してアクセス者ロールの情報を予め記憶しておき、流通経路情報と併せてアクセス者ロールを端末２へ送信してもよく、端末２ｃ、２ｘが、ステップＳ３３２の情報参照要求に併せて送信したアクセス者ロールの情報を送信してもよい。
【０１０６】
情報参照要求を受信した端末２は、ステップＳ３３４にてフィルタリングした結果、提供が許可される情報をアクセス元（情報要求元）の端末２へ返送する（ステップＳ３３５）。これにより、小売Ｃの端末２ｃには、端末２ａ及び２ｂから商品情報及び価格情報が返送され、小売Ｘの端末２ｘには、端末２ｂから商品情報が返送される。
【０１０７】
［４． その他］
上記実施の形態のポイントをまとめると以下のようになる。
（１）流通経路上のプレイヤが数珠つなぎに事前登録を行っていくことで、予め流通経路を知らないプレイヤでも、流通経路上のプレイヤのみに制限して情報を公開することができる。
（２）タグに認証コードを書き込むため、流通経路の途中に異なる管理スキームのプレイヤやシステム化されていないプレイヤが存在する環境でも適用可能である。
（３）プレイヤ間を移動するたびに認証コードが変化していくため、一度モノを手にしたプレイヤが、モノを手放した後に不正に流通経路情報を登録することを防ぐことができる。
【０１０８】
なお、上記で説明したトレースシステムでは、流通（物流）を例に説明しているが、ＩＤで管理されたトレース対象が、複数プレイヤ間を移動するアプリケーションであれば、適用可能である。また、上記実施形態においては流通経路上の企業単位にプレイヤＩＤを割り当てているが、プレイヤＩＤ割り当て単位は任意であり、トレース対象が流通・移動する単位に応じて、個人やグループ単位としてもよい。
また、トレース対象に付与されるＩＤ、認証コードなどの情報格納デバイスは、タグ以外のものを用いることも可能である。
【０１０９】
従来技術では、「流通経路情報の登録」において、流通経路上の各プレイヤ（業者）がＩＤに対応づけてサーバーに各自情報を登録するとともに、登録された情報に基づいて流通経路が正しいかどうかをサーバーが確認を行ったり（特許文献１）、履歴情報を登録する者を限定したりしている（特許文献２）。また、情報要求者に応じて提供可能な情報の範囲を特定して、その特定した情報を提供している（特許文献３及び４）。
しかし、本実施形態における情報登録者の限定方法では、プレイヤ間をモノが移動する際に、移動元プレイヤが移動先プレイヤを経路サーバーに事前登録する。経路サーバーは、事前登録されたプレイヤからの登録要求のみを許可することで、事前登録が行われていない第三者からの不正な流通経路情報の登録を防ぐ。
【０１１０】
また、他の情報登録者の限定方法では、モノの流通経路上の各段階のプレイヤが、モノを入手した時点で、それぞれ有する秘密鍵によって、入手したモノに添付されているタグ内に格納されている暗号化情報をさらに暗号化し、サーバーによる認証を受けて、タグに暗号化情報を登録し、サーバーに流通経路情報を登録する。これにより、サーバー側に登録される直前までの情報に基づいて、実際にモノ（タグ）を有するプレイヤ以外による情報の登録を防止することができる。
【０１１１】
このように、本実施の形態では、流通するモノへ付与されたタグへのデータ登録に際し、タグを最初に商品に添付する登録者が、初期乱数を自らの秘密鍵で暗号化したもの（暗号化情報）をタグとセンタに登録し、流通経路における次の登録者は、当該タグに登録された暗号化情報を自らの秘密鍵で暗号化して、センタに認証を求め、センタは暗号化情報を復号していくことで、当該タグに対応して登録されている暗号化情報を確認して認証を行い、認証結果が正の場合にデータの登録を認める。
【０１１２】
よって、予め流通経路がわからない場合であっても、流通経路上のプレイヤのみにモノの情報を公開できるようなアクセス制御が実現できる。また、実際のモノの所有に基づいたアクセス制御が行われるため、モノを物理的に手に入れていない第三者が不正にモノの情報を取得することを防止することができる。これにより、入出荷データ、取引データ、購買データなどの流通関係者以外に秘匿したい情報を安全に配信することができるようになる。
【０１１３】
また、本実施の形態では、流通経路の途中でシステム外のプレイヤを経由したとしても、同一の経路サーバーに接続しているプレイヤの範囲内において、流通経路情報を登録したり、流通経路上のプレイヤのみにモノの限定した情報を公開することが可能である。これにより、複数の管理スキームが混在する環境や、プレイヤ間でシステム化レベルに差のある環境においても、安全な情報配信が可能となる。
また、複数のプレイヤで統一の認証コードを使用する方式では、一度モノを手にしたプレイヤがモノを手放した後に流通経路情報を登録するおそれがあるが、本実施の形態では、流通経路上でのプレイヤが変わるたびに毎回認証コードが変化するため、モノを手放した後の不正な登録を防ぐことが可能となる。
【０１１４】
なお、上述の端末２、経路サーバー３、及び、アクセスサーバー４は、内部にコンピュータシステムを有している。そして、上述した端末２、経路サーバー３、及び、アクセスサーバーの動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【０１１５】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【図面の簡単な説明】
【０１１６】
【図１】全てのプレイヤが同一の経路サーバーを利用している場合のトレースシステムの構成、及び、プレイヤ事前登録手順を示す図である。
【図２】図１に示すトレースシステムにおける流通経路情報登録手順を示す図である。
【図３】同一の経路サーバーを利用していないプレイヤが存在する場合のトレースシステムの構成、及び、流通経路情報の登録手順を示す図である。
【図４】公開鍵暗号方式を用いた場合の各プレイヤの端末における認証コードの生成処理手順を示す図である。
【図５】公開鍵暗号方式を用いた場合の経路サーバーにおける認証コードの検証処理手順を示す図である。
【図６】公開鍵暗号方式を用いた場合のトレースシステムの構成、及び、動作手順を示す図である。
【図７】ハッシュを用いた場合の各プレイヤの端末における認証コードの生成処理手順を示す図である。
【図８】ハッシュを用いた場合経路サーバーにおける認証コードの検証処理手順を示す図である。
【図９】完全サーバー型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。
【図１０】アクセス制御分散型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。
【図１１】完全分散型のトレースシステムの構成、及び、情報配信時のアクセス制御手順を示す図である。
【符号の説明】
【０１１７】
１…タグ
２ａ、２ｂ、２ｃ、２ｘ…端末
３…経路サーバー
４…アクセスサーバー
【特許請求の範囲】
【請求項１】
トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、
経路上の最初のプレイヤの端末は、
前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す第１の読み出し手段と、
乱数と、前記第１の読み出し手段により読み出したトレース対象識別子とを用いて認証コードを生成する第１の認証コード生成手段と、
前記第１の認証コード生成手段により生成した認証コードを前記情報記録媒体へ書き込む書き込み手段とを備え、
経路上の他のプレイヤの端末は、
前記情報記録媒体から、トレース対象識別子と、認証コードとを読み出す第２の読み出し手段と、
前記第２の読み出し手段により読み出した認証コードから新たな認証コードを生成する第２の認証コード生成手段と、
前記第２の読み出し手段により読み出したトレース対象識別子と、前記第２の認証コード生成手段により生成した新たな認証コードとを設定した経路登録要求を前記経路サーバーへ通知する経路登録要求手段と、
前記情報記録媒体に記憶されている認証コードを、前記第２の認証コード生成手段により生成した新たな認証コードを前記情報記録媒体により書き換える書き込み手段とを備え、
前記経路サーバーは、
トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段と、
前記経路上の他のプレイヤの端末から前記経路登録要求を受信する受信手段と、
前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段と、
前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段とを備える、
ことを特徴とするトレースシステム。
【請求項２】
経路上の前記最初のプレイヤの端末において、
前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせた情報を、前記最初のプレイヤの鍵により暗号化して認証コードを生成し、
経路上の前記他のプレイヤの端末において、
前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードを、当該他のプレイヤの鍵により暗号化して新たな認証コードを生成し、
前記経路サーバーにおいて、
前記記憶手段は、各プレイヤ毎に、当該プレイヤの鍵によって暗号化した情報を復号するための鍵の情報をさらに記憶し、
前記検証手段は、前記記憶手段内の経路情報を参照して、前記経路登録要求内のトレース対象識別子に対応した経路上のプレイヤを特定し、前記経路登録要求の送信元のプレイヤ、及び、特定した経路上のプレイヤに対応して前記記憶手段から読み出した鍵を、経路の逆順に用いて、前記経路登録要求内の認証コードを復号し、復号した結果得られたトレース対象識別子及び乱数が、前記経路登録要求内のトレース対象識別子と、当該トレース対象識別子に対応して前記初期乱数登録テーブルから読み出した乱数とに一致するかにより検証を行う、
ことを特徴とする請求項１に記載のトレースシステム。
【請求項３】
経路上の前記最初のプレイヤの端末において
前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせたコードのハッシュ値を算出することにより認証コードを生成し、
前記経路上の他のプレイヤの端末において、
前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードのハッシュ値を算出することにより新たな認証コードを生成し、
前記経路サーバーにおいて、
前記検証手段は、受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出すとともに、前記記憶手段内の経路情報を参照して、当該トレース対象識別子に対応した経路上のプレイヤの数を得、前記経路登録要求内のトレース対象識別子と読み出した乱数とを組み合わせたコードのハッシュ値を算出し、算出したハッシュ値についてさらにハッシュ値を算出することを経路上のプレイヤの数だけ繰り返し、得られたハッシュ値と受信した前記経路登録要求内の認証コードとが一致するか否かにより検証を行う、
ことを特徴とする請求項１に記載のトレースシステム。
【請求項４】
トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、
経路上のプレイヤの端末は、
前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す読み出し手段と、
前記読み出し手段により読み出したトレース対象識別子の情報を設定した経路登録要求を前記経路サーバーへ送信する経路登録要求手段と、
前記読み出し手段により読み出したトレース対象識別子と、次に経路情報の登録を許可するプレイヤである事前登録プレイヤとの情報を設定した事前登録要求を前記経路サーバーへ送信する事前登録要求手段とを備え、
前記経路サーバーは、
トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、事前登録プレイヤとを対応づけた情報を示す事前登録テーブルを記憶する記憶手段と、
前記プレイヤの端末から経路登録要求を受信し、受信した経路登録要求内のトレース対象識別子に対応した経路情報が未登録であるか、当該経路登録要求内の送信元のプレイヤが、当該経路登録要求内のトレース対象識別子に対応して最も新たに事前登録テーブル内に登録されたプレイヤである場合に、当該トレース対象識別子に対応して、前記送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段と、
前記プレイヤの端末から事前登録要求を受信し、当該事前登録要求の送信元のプレイヤが、当該事前登録要求内のトレース対象識別子に対応して、最も新たに前記記憶手段内の経路情報に登録されたプレイヤである場合に、当該事前登録要求内のトレース対象識別子と事前登録プレイヤとを対応付けた情報を、前記記憶手段内の事前登録テーブルに登録する事前登録手段とを備える、
ことを特徴とするトレースシステム。
【請求項５】
前記端末または前記ネットワーク上のアクセスサーバーは、
経路上のプレイヤに提供可能なトレース対象関連情報の種類と、経路上にないプレイヤに提供可能なトレース対象関連情報の種類とを示すアクセス権限情報を記憶するアクセス権限記憶手段を備え、
関連情報の取得対象であるトレース対象を特定するトレース対象識別子と、トレース対象関連情報の要求元のプレイヤの情報とを受信し、当該要求元のプレイヤが、当該トレース対象識別子に対応して前記経路サーバーの記憶手段内の経路情報に経路上のプレイヤとして登録されているか否と、前記アクセス権限記憶手段内のアクセス権限情報とから、前記情報要求元のプレイヤに提供可能な情報の種類を特定し、前記経路上のプレイヤの端末に前記トレース対象識別子に対応して保持されるトレース対象関連情報のうち、特定した種類のトレース対象関連情報を前記要求元のプレイヤの端末へ提供する、
ことを特徴とする請求項１から請求項４のいずれかの項に記載のトレースシステム。
【請求項６】
トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムにおける前記経路サーバーとして用いられるコンピュータを、
トレース対象を特定するトレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段、
経路上のプレイヤの端末から、トレース対象識別子と認証コードとを設定した経路登録要求を受信する受信手段、
前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段、
前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段、
として機能させることを特徴とするコンピュータプログラム。
【請求項１】
トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、
経路上の最初のプレイヤの端末は、
前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す第１の読み出し手段と、
乱数と、前記第１の読み出し手段により読み出したトレース対象識別子とを用いて認証コードを生成する第１の認証コード生成手段と、
前記第１の認証コード生成手段により生成した認証コードを前記情報記録媒体へ書き込む書き込み手段とを備え、
経路上の他のプレイヤの端末は、
前記情報記録媒体から、トレース対象識別子と、認証コードとを読み出す第２の読み出し手段と、
前記第２の読み出し手段により読み出した認証コードから新たな認証コードを生成する第２の認証コード生成手段と、
前記第２の読み出し手段により読み出したトレース対象識別子と、前記第２の認証コード生成手段により生成した新たな認証コードとを設定した経路登録要求を前記経路サーバーへ通知する経路登録要求手段と、
前記情報記録媒体に記憶されている認証コードを、前記第２の認証コード生成手段により生成した新たな認証コードを前記情報記録媒体により書き換える書き込み手段とを備え、
前記経路サーバーは、
トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段と、
前記経路上の他のプレイヤの端末から前記経路登録要求を受信する受信手段と、
前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段と、
前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段とを備える、
ことを特徴とするトレースシステム。
【請求項２】
経路上の前記最初のプレイヤの端末において、
前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせた情報を、前記最初のプレイヤの鍵により暗号化して認証コードを生成し、
経路上の前記他のプレイヤの端末において、
前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードを、当該他のプレイヤの鍵により暗号化して新たな認証コードを生成し、
前記経路サーバーにおいて、
前記記憶手段は、各プレイヤ毎に、当該プレイヤの鍵によって暗号化した情報を復号するための鍵の情報をさらに記憶し、
前記検証手段は、前記記憶手段内の経路情報を参照して、前記経路登録要求内のトレース対象識別子に対応した経路上のプレイヤを特定し、前記経路登録要求の送信元のプレイヤ、及び、特定した経路上のプレイヤに対応して前記記憶手段から読み出した鍵を、経路の逆順に用いて、前記経路登録要求内の認証コードを復号し、復号した結果得られたトレース対象識別子及び乱数が、前記経路登録要求内のトレース対象識別子と、当該トレース対象識別子に対応して前記初期乱数登録テーブルから読み出した乱数とに一致するかにより検証を行う、
ことを特徴とする請求項１に記載のトレースシステム。
【請求項３】
経路上の前記最初のプレイヤの端末において
前記第１の認証コード生成手段は、前記トレース対象識別子と、乱数とを組み合わせたコードのハッシュ値を算出することにより認証コードを生成し、
前記経路上の他のプレイヤの端末において、
前記第２の認証コード生成手段は、前記情報記録媒体から読み出された認証コードのハッシュ値を算出することにより新たな認証コードを生成し、
前記経路サーバーにおいて、
前記検証手段は、受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出すとともに、前記記憶手段内の経路情報を参照して、当該トレース対象識別子に対応した経路上のプレイヤの数を得、前記経路登録要求内のトレース対象識別子と読み出した乱数とを組み合わせたコードのハッシュ値を算出し、算出したハッシュ値についてさらにハッシュ値を算出することを経路上のプレイヤの数だけ繰り返し、得られたハッシュ値と受信した前記経路登録要求内の認証コードとが一致するか否かにより検証を行う、
ことを特徴とする請求項１に記載のトレースシステム。
【請求項４】
トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムであって、
経路上のプレイヤの端末は、
前記情報記録媒体から、トレース対象を特定するトレース対象識別子を読み出す読み出し手段と、
前記読み出し手段により読み出したトレース対象識別子の情報を設定した経路登録要求を前記経路サーバーへ送信する経路登録要求手段と、
前記読み出し手段により読み出したトレース対象識別子と、次に経路情報の登録を許可するプレイヤである事前登録プレイヤとの情報を設定した事前登録要求を前記経路サーバーへ送信する事前登録要求手段とを備え、
前記経路サーバーは、
トレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、事前登録プレイヤとを対応づけた情報を示す事前登録テーブルを記憶する記憶手段と、
前記プレイヤの端末から経路登録要求を受信し、受信した経路登録要求内のトレース対象識別子に対応した経路情報が未登録であるか、当該経路登録要求内の送信元のプレイヤが、当該経路登録要求内のトレース対象識別子に対応して最も新たに事前登録テーブル内に登録されたプレイヤである場合に、当該トレース対象識別子に対応して、前記送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段と、
前記プレイヤの端末から事前登録要求を受信し、当該事前登録要求の送信元のプレイヤが、当該事前登録要求内のトレース対象識別子に対応して、最も新たに前記記憶手段内の経路情報に登録されたプレイヤである場合に、当該事前登録要求内のトレース対象識別子と事前登録プレイヤとを対応付けた情報を、前記記憶手段内の事前登録テーブルに登録する事前登録手段とを備える、
ことを特徴とするトレースシステム。
【請求項５】
前記端末または前記ネットワーク上のアクセスサーバーは、
経路上のプレイヤに提供可能なトレース対象関連情報の種類と、経路上にないプレイヤに提供可能なトレース対象関連情報の種類とを示すアクセス権限情報を記憶するアクセス権限記憶手段を備え、
関連情報の取得対象であるトレース対象を特定するトレース対象識別子と、トレース対象関連情報の要求元のプレイヤの情報とを受信し、当該要求元のプレイヤが、当該トレース対象識別子に対応して前記経路サーバーの記憶手段内の経路情報に経路上のプレイヤとして登録されているか否と、前記アクセス権限記憶手段内のアクセス権限情報とから、前記情報要求元のプレイヤに提供可能な情報の種類を特定し、前記経路上のプレイヤの端末に前記トレース対象識別子に対応して保持されるトレース対象関連情報のうち、特定した種類のトレース対象関連情報を前記要求元のプレイヤの端末へ提供する、
ことを特徴とする請求項１から請求項４のいずれかの項に記載のトレースシステム。
【請求項６】
トレース対象に添付された情報記録媒体と、プレイヤの端末と、前記端末とネットワークを介して接続され、前記トレース対象が流通又は移動した経路の情報を管理する経路サーバーとを有するトレースシステムにおける前記経路サーバーとして用いられるコンピュータを、
トレース対象を特定するトレース対象識別子と、経路上のプレイヤとを対応付けた情報を含む経路情報、及び、トレース対象識別子と、経路上の最初のプレイヤの端末が認証コードの生成に用いた乱数とを対応付けた情報を示す初期乱数登録テーブルを記憶する記憶手段、
経路上のプレイヤの端末から、トレース対象識別子と認証コードとを設定した経路登録要求を受信する受信手段、
前記受信手段により受信した経路登録要求内のトレース対象識別子に対応した乱数を前記初期乱数登録テーブルから読み出し、当該経路登録要求内の認証コードが、読み出した乱数と受信した経路登録要求内のトレース対象識別子とから生成されたものであるか否かを検証する検証手段、
前記検証手段による検証が成功した場合に、前記経路登録要求内のトレース対象識別子に対応して、前記経路登録要求の送信元のプレイヤが経路上にある旨の情報を前記記憶手段内の経路情報に登録する経路登録手段、
として機能させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００８−２６５９４０（Ｐ２００８−２６５９４０Ａ）
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願番号】特願２００７−１１０４５８（Ｐ２００７−１１０４５８）
【出願日】平成１９年４月１９日（２００７．４．１９）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願日】平成１９年４月１９日（２００７．４．１９）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]