タグＩＤ制御システム、タグＩＤ制御方法およびプログラム
【課題】処理手段が対応する規格と異なる規格のタグIDを、処理手段が対応する規格のタグIDに変換することが可能なタグＩＤ制御システム、タグＩＤ制御方法およびプログラムを提供する。
【解決手段】第１規格に対応する第１タグＩＤを用いて、第１規格を特定するための拡張情報と、第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と接続するタグＩＤ制御システムは、前記拡張情報と、前記第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段と、前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段と、を含む。
【解決手段】第１規格に対応する第１タグＩＤを用いて、第１規格を特定するための拡張情報と、第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と接続するタグＩＤ制御システムは、前記拡張情報と、前記第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段と、前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段と、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タグＩＤ制御システム、タグＩＤ制御方法およびプログラムに関する。
【背景技術】
【０００２】
RFID（Radio Frequency IDentification）タグは、様々な用途で活用される。このため、RFIDタグについては、ISO15693、EPCglobal、ucodeなどの世界的な標準規格がある。また、RFIDタグに関して、独自のプロトコルおよびタグIDフォーマットを採用しているRFIDタグメーカもある。
【０００３】
RFIDタグは、リーダーライタ（以下「RW」と称する。）と呼ばれる装置と、無線を用いて、データのやり取りを行うことができる。
【０００４】
各々が異なる規格に対応するRFIDタグ同士では、通信周波数帯および通信距離などの物理特性や、通信速度、プロトコル、タグIDのフォーマットなどの論理特性が違っている。そのため、RFIDタグと通信を行い情報の読み書きを行うRWも、RFIDタグの規格ごとに存在する。
【０００５】
なお、特許文献１には、共通の規格に対応しデータ構造の異なる複数のRFIDタグのそれぞれから目的のデータ項目を読み出すRWが記載されている。
【０００６】
図１２は、RFIDタグの特徴を示した説明図である。
【０００７】
RFIDタグとRW間の通信には、無線技術が利用される。無線伝送は、基本的には、共有バス型の伝送方式である。このため、複数のRFIDタグとRWが通信する場合には、コリジョンが発生しやすい。そのため、RWは、RFIDタグと１対１で通信する。つまり、RWは、１つのRFIDタグと通信している間は、他のRFIDタグと通信できない。また、RFIDタグとRWの間で、全２重通信を行うことができない。
【０００８】
特に、パッシブタイプのRFIDタグは、RWから電力を供給されるため、高速なデータ通信が難しい。ISO15693の場合、最大論理速度は26Kbpsである。しかしながら、この最大論理速度は伝送速度であるため、実際に伝達できるデータ量は、さらに少なくなる。そのため、RFIDタグとRW間の通信量を削減し、効率よくデータのやり取りをする必要がある。
【０００９】
RFIDタグ自体を識別するために、タグIDが用いられる。タグIDとは、RFIDタグを個別に区別するための識別子である。RFIDタグには、そのRFIDタグが対応する規格にしたがって設定された一意のタグIDが割り当てられている。RFIDタグのデータの読み書きが行われる場合には、タグIDによりRFIDタグが指定される。
【００１０】
RFIDタグのタグIDのフォーマットは、各規格によって既定されている。多くの規格では、タグIDは階層化されている。階層化されたタグIDの上位部分は、それぞれの規格によって決まっている。しかしながら、下位部分は、各RFIDタグを識別するための連番（シリアル番号）になっていることが多い。
【００１１】
図１３は、RFIDタグの各規格のタグIDのフォーマットの例を示した説明図である。
【００１２】
例えば、ISO15693では、図１３（ａ）に示すように、タグID長は64bitであり、先頭の8bitは'E0'であり、次の8bitはタグのベンダーコードになり、下位48bitがシリアル番号（連番）となっている。
【００１３】
EPCglobalでは、図１３（ｂ）に示すように、タグ長としては、64、96、198など様々なbit長が既定されている。また、内部のデータ表現は、EPCglobal Tag Data Standardにて既定されていて、論理的な階層構成になっている。Domain Identifierについても、さらに階層化が既定されている。以下はSGTIN-96の例である。
【００１４】
ucodeでは、図１３（ｃ）に示すように、タグ長は128bit単位に既定されている。タグIDは、論理的に階層化されている。タグIDについては、TLD codeおよびClass codeによって、様々なIDのフォーマットが既定できるようになっている。
【００１５】
RFIDタグは、バーコードのように、一つの部品に貼り付けられ、複数の経路、会社またはシステムによって活用される。RFIDタグは、一度、品物に貼り付けられると、その品物を判定するために、何度も、様々な分野で使用される。
【００１６】
図１４は、複数の規格のいずれかに対応する複数のRFIDタグが、様々な会社で活用される例を示した説明図である。
【００１７】
図１４では、カミソリ製造会社１０２Ａと浄水器製造会社１０２Ｂは、ISO15693に対応するRFIDタグを使って製品管理をしている。シャンプー製造会社１０２Ｃは、EPCglobalに対応するRFIDタグを使って製品を管理している。各製造会社１０２Ａ〜１０２Ｃは、各販売チェーン１０２Ｄ〜１０２Ｅに製品を出荷する。
【００１８】
この場合、例えば、販売チェーン１０２Ｅでは、ISO15693に対応するRFIDタグと、EPCglobalに対応するRFIDタグとが、混在する。よって、RFIDタグの複数の規格が、販売チェーン１０２Ｅのシステムに存在することになる。
【００１９】
さらに、RFIDタグに関しては、現在、標準化がさらに進んでおり、新たな規格が更に追加されている。
【００２０】
図１５は、ペットフード製造会社１０２Ｆが、販売チェーン１０２Ｅに、新たにペットフードを出荷する例を示した説明図である。ペットフード製造会社１０２Ｆが、ucodeに対応するRFIDタグを利用していた場合、販売チェーン１０２Ｅでは、新たに、ucodeに対応するRFIDタグを扱う必要が出てくる。
【００２１】
このようにRFIDタグに関して複数の規格が存在するため、RFIDタグを利用したシステムでは、様々な規格のRFIDタグが混在し、また、RFIDタグの規格は、さらに増える可能性がある。
【００２２】
ユーザーが、同一の管理装置（例えば、アプリケーションにしたがって動作する処理装置）を用いて、ある規格に対応するRFIDタグを用いて物品を管理しながら、他の規格に対応するRFIDタグを用いて物品を管理しようとする場合、以下のような問題が発生する。
【００２３】
第一の問題は、アプリケーションの作成、機能追加が難しいことである。その理由は、以下の通りである。
【００２４】
RFIDタグのタグIDのフォーマットが規格ごとに違うため、アプリケーションが、複数規格のタグIDのフォーマットに対応しなければならない。なお、タグIDのフォーマット中には、シリアル番号以外に、会社を表すコードおよび製品の種類を表すコードが含まれている。このため、例えば、同じ会社でも、RFIDタグの規格が違う場合には、会社を表すコードとして、規格ごとに違うコードが割り当てられる。
【００２５】
第二の問題は、例えば、第一の問題を回避するためにRFIDタグを１つの規格のRFIDタグに統一する場合は、コストがかかることである。その理由は、以下の通りである。
【００２６】
RFIDタグをある規格に統一する場合、RFIDシステムのユーザーは、新しいRFIDタグをすべてのモノに付け直す必要と、新しい規格に対応したRWを購入する必要がある。また、古い規格のRFIDタグとRWは、使用できなくなる。
【００２７】
第三の問題は、既存のアプリケーションを改造しないと、既存のアプリケーションが別の規格のRFIDタグを利用できないことである。その理由は、以下の通りである。
【００２８】
規格ごとにRFIDタグのタグIDのコード体系がまったく違うため、RFIDシステムのユーザーは、違うコード体系を組み込んだアプリケーションを作成しなければならない。
【００２９】
第四の問題は、RFIDタグが、複数の企業のそれぞれが有するシステムによって活用されている状況下で、異なる規格のRFIDタグが追加されると、複数の企業間でのシステム連携を再構成する必要が発生し、作業が煩雑になることである。
【００３０】
次に、図１４を用いて、課題の具体的な例を示す。
【００３１】
図１４において、カミソリ製造会社１０２Ａおよびシャンプー製造会社１０２Ｃが、販売チェーン１０２Ｅに製品を出荷した場合を考える。
【００３２】
この場合、販売チェーン１０２Ｅでは、ISO15693に対応するRFIDタグと、EPCglobalに対応するRFIDタグが混在する。つまり、RFIDタグの複数の規格が、販売チェーン１０２Ｅのシステムに存在することになる。
【００３３】
販売チェーン１０２Ｅは、ISO15693に対応するRFIDタグが貼り付けられた製品と、EPCglobalに対応するRFIDタグが貼り付けられた製品とを、管理する必要がある。
【００３４】
このため、販売チェーン１０２Ｅでは、製品すなわちRFIDタグの取り扱いが複雑になる。具体的には、販売チェーン１０２Ｅは、カミソリとシャンプーについては、まったく違うフォーマットのタグIDを使用することになる。
【００３５】
また、取り扱うRFIDタグの規格を統一化する場合、コストが増大する。
【００３６】
販売チェーン１０２Ｅで、カミソリに、EPCgloablに対応するRFIDタグを貼りなおすことは可能だが、その分のコストが販売チェーン１０２Ｅで発生することになる。
【００３７】
なお、カミソリ製造会社１０２Ａが、ISO15693に対応するRFIDタグから、EPCgloabalに対応するRFIDタグに変えた場合、販売チェーン１０２Ｅでは問題は生じない。
【００３８】
しかしながら、販売チェーン１０２ＤがISO15693に対応するタグを使用していた場合、カミソリ製造会社１０２Ａは、販売チェーン１０２Ｄにカミソリを出荷できなくなる。また、カミソリ製造会社１０２Ａは、既にあるISO15693に対応した設備を廃棄し、新たなEPCglobal用の設備を購入する必要がある。
【００３９】
また、ISO15693に対応するRFIDタグを、単純にEPCglobalに対応するRFIDタグに変更した場合は、ISO15693に対応するRFIDタグを取り扱う複数の会社があると、それら複数の会社の製品を、EPCglobalに対応するRFIDタグを用いて区別することが困難になる。
【００４０】
例えば、販売チェーン１０２Ｅが新たに浄水器を取り扱うことになった場合を考える。浄水器製造会社１０２ＢがISO15693に対応するRFIDタグを使用していた場合、単純にISO15693のタグをEPCglobalに変換した場合、販売チェーン１０２Ｅは、カミソリのRFIDタグとシャンプーのRFIDタグとを区別できなくなり、取り扱いが複雑になる。
【００４１】
また、新たなRFIDタグの規格を追加することが難しい。
【００４２】
図１５に示したように、販売チェーン１０２Ｅが新たにペットフードを取り扱うことになった場合を用いて考える。ペットフード製造会社１０２Ｆは、ucodeに対応するRFIDタグでペットフードを管理していたとする。この場合、販売チェーン１０２Ｅは、さらに新しい規格ucodeに対応するRFIDタグのタグIDを取り扱うために、システムやアプリケーションを改造する必要が出てくる。
【００４３】
また、SCM（サプライチェーンマネジメント）などで、製造会社と販売チェーンがモノの情報をやりとりする状況下で、RFIDタグの複数の規格が混在する場合、各会社のシステムの改造が必要になる。また、SCMの途中で流通業者が介在している場合は、もっと複雑な状態になる。
【００４４】
特許文献２には、異なる規格のコードを使用できるICタグ（RFIDタグ）管理システムが記載されている。
【００４５】
このICタグ管理システムでは、ICタグに、規格ごとに情報を格納するメモリ領域が設けられ、そのメモリ領域に、異なる規格のコードが記憶される。
【００４６】
このため、このICタグ管理システムでは、１つのRFIDタグを、異なる規格のコードを用いて管理することが可能となる。このため、上記課題を解決することが可能になる。
【特許文献１】特開２００４−２１７７６号公報
【特許文献２】特開２００５−３４６１３２号公報
【発明の開示】
【発明が解決しようとする課題】
【００４７】
特許文献２に記載のICタグ管理システムでは、ユーザーは、例えば、ある規格に対応するタグIDが書き込まれているRFIDタグに、他の規格に対応するタグIDを新たに書き込む場合、RFIDタグごとに、互いに異なるタグIDを書き込むという煩わしい作業を行わなければならない。
【００４８】
例えば、ユーザーは、ある規格に対応するタグIDが既に書き込まれている１０個のRFIDタグに対して、他の規格に対応しつつそれぞれ異なるタグIDを別々に書き込まなければならない。
【００４９】
本発明の目的は、上述した課題を解決することが可能なタグＩＤ制御装置、タグＩＤ制御方法およびプログラムを提供することである。
【課題を解決するための手段】
【００５０】
本発明のタグＩＤ制御装置は、第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、接続するタグＩＤ制御システムであって、前記拡張情報と、前記第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段と、前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段と、を含む。
【００５１】
本発明のタグＩＤ制御方法は、第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、接続するタグＩＤ制御システが行うタグＩＤ制御方法であって、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納手段に格納する格納ステップと、前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出ステップと、前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換ステップと、を含む。
【００５２】
本発明のプログラムは、第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、前記ＲＦＩＤタグから前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、に接続するコンピュータを、前記拡張情報と、前記第１規格以外の第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段、および、前記読出手段にて読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読出手段にて読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段として機能させる。
【発明の効果】
【００５３】
本発明によれば、RFIDタグに、変換先の規格を特定するための拡張情報と、タグIDとが格納されれば、処理手段が対応する規格と異なる規格のタグIDを、処理手段が対応する規格のタグIDに変換することが可能になる。このため、RFIDタグには、タグIDと、変換先の規格に応じた拡張情報を格納されればよく、例えば、個々のRFIDタグに、規格の異なる複数のタグIDを個別に登録するという煩わしい作業を不要にできる。
【発明を実施するための最良の形態】
【００５４】
以下、本発明の実施形態を図面を参照して説明する。
【００５５】
（第１実施形態）
図１は、本発明の第１実施形態のタグＩＤ制御システム１を示したブロック図である。
【００５６】
本実施形態では、RFIDタグの規格ＡおよびＢ（以下、単に「規格Ａ」、「規格Ｂ」と称する。）が混在している場合の例を示す。規格Ａと規格Ｂとでは、それぞれ周波数帯やタグIDのフォーマットが別々に既定されており、互換性はない。なお、本実施形態では、規格Ａが第２規格に対応し、規格Ｂが第１規格に対応する。
【００５７】
図１において、タグＩＤ制御システム１は、RFIDタグ２および３と、処理部４と通信する。タグＩＤ制御システム１は、RW（リーダーライタ）５および６と、ミドルウェア７と、を含む。ミドルウェア７は、設定登録部８と、変換部９とを含む。変換部９は、RW制御部９ａと、制御部９ｂとを含む。
【００５８】
RFIDタグ２とRW５は、規格Ａに対応し、RFID３とRW６は、規格Ｂに対応する。
【００５９】
図２は、RFIDタグ２および３が有する格納領域（記憶手段）を示した説明図である。図２（ａ）は、RFIDタグ２の格納領域２ａを示し、図２（ｂ）は、RFIDタグ３の格納領域３ａを示し、図２（ｃ）は、格納領域２ａおよび３ａに格納される情報を示した図である。
【００６０】
格納領域２ａには、図２（ａ）に示すように、ID格納部２ａ１と、ユーザーエリア２ａ２が設けられている。
【００６１】
ID格納部２ａ１には、規格ＡにしたがってRFIDタグ２に割り当てられているタグID（XXXX0001）が格納されている。ユーザーエリア２ａ２には、拡張情報Ｂが格納されている。拡張情報Ｂは、規格Ｂを特定するための情報である。ユーザーエリア２ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。なお、RFIDタグ２のタグID（XXXX0001）は、第２タグIDの一例である。
【００６２】
格納領域３ａには、図２（ｂ）に示すように、ID格納部３ａ１と、ユーザーエリア３ａ２が設けられている。
【００６３】
ID格納部３ａ１には、規格ＢにしたがってRFIDタグ３に割り当てられているタグID（YYYY0002）が格納されている。ユーザーエリア３ａ２には、拡張情報Ａが格納されている。拡張情報Ａは、規格Ａを特定するための情報である。ユーザーエリア３ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。なお、RFIDタグ３のタグID（YYYY0002）は、第１タグIDの一例である。
【００６４】
通常、RFIDタグの規格は、国際標準で決まっていて、それぞれID部（タグID）の長さやフォーマットが違う。
【００６５】
ID部の上位部分は、規格によって既定されている。ID部の上位部分には、Headerや会社ごとの固定パターンが割り当てられている。ID部の下位部分には、個別のRFIDタグを識別するための連番（シリアル番号）が割り当てられている。
【００６６】
図１に戻って、処理部４は、一般的に処理手段と呼ぶことができる。
【００６７】
処理部４は、アプリケーション（プログラム）４ａにしたがって動作する。アプリケーション４ａは、規格Ｂに対応するアプリケーション（プログラム）とする。このため、処理部４は、例えば、規格Ｂに対応するタグIDを用いてRFIDタグを管理・指定する。処理部４は、ミドルウェア７に接続され、RW５または６と、ミドルウェア７とを介して、RFIDタグ２または３の情報を取得する。
【００６８】
RW５は、一般的に読出手段と呼ぶことができる。RW５は、RFIDタグ２と通信し、ID格納部２ａ１内のタグIDと、ユーザーエリア２ａ２内の情報（拡張情報Ｂ）とを読み書きできる。
【００６９】
RW６は、一般的にタグＩＤ読出手段と呼ぶことができる。RW６は、RFIDタグ３と通信し、ID格納部３ａ１内のタグIDと、ユーザーエリア３ａ２内の情報（拡張情報Ａ）とを読み書きできる。
【００７０】
ミドルウェア７は、RW５および６を制御することにより、RFIDタグ２および３から情報を読み出したり、RFIDタグ２および３に情報を書き込んだりでき、また、RFIDタグ２および３からの情報を、アプリケーション４ａに通知（提供）できる装置である。
【００７１】
ミドルウェア７は、例えば、ハードディスクやメモリ等の記録媒体を備えたコンピュータによって実現される。ハードディスクまたはメモリは、一般的に、コンピュータにて読み取り可能な記録媒体と呼ぶことができる。この場合、ミドルウェア（コンピュータ）７は、例えば、記録媒体に記録されたプログラムを読み取り実行することによって、設定登録部８、および、変換部９（RW制御部９ａおよび制御部９ｂ）として機能する。
【００７２】
設定登録部８は、一般的に格納手段と呼ぶことができる。
【００７３】
設定登録部８は、少なくとも、アプリケーション４ａに対応する規格Ｂを特定するための拡張情報Ｂと、規格Ａに対応するタグID（第２タグID）を規格Ｂに対応するタグID（第１タグID）に変換するための変換情報と、を関連づけて格納する。
【００７４】
図３は、設定登録部８の一例を示した説明図である。
【００７５】
図３において、設定登録部８は、アプリケーション情報格納部８ａと、RW情報格納部８ｂと、情報格納部８ｃと、を含む。
【００７６】
アプリケーション情報格納部８ａには、アプリケーションごとに、アプリケーション名と、そのアプリケーションが対応する規格名とが、関連づけて格納される。
【００７７】
RW情報格納部８ｂには、RWごとに、RW名と、そのRWが対応する規格名とが、関連づけて格納される。
【００７８】
情報格納部８ｃには、拡張情報ごとに、拡張情報名と、拡張規格名と、プレフィックスデータと、IDパターンとが、関連づけて格納される。プレフィックスデータとIDパターンとは、変換情報に含まれる。なお、プレフィックスデータは、関連する拡張規格に応じた付加情報である。また、IDパターンは、タグID内のシリアル番号を指定するための指定情報である。
【００７９】
なお、情報格納部８ｃ内の拡張情報は、RFIDタグのユーザーエリアに登録してあるデータを指す。拡張規格とは、拡張情報が拡張すべきRFIDタグの規格を表す。プレフィックスデータは、拡張するタグIDのプレフィックスを表す。IDパターンは、使用する元のタグIDからの取り出すパターンを表す。
【００８０】
図１に戻って、変換部９は、一般的に変換手段と呼ぶことができる。
【００８１】
変換部９は、例えば、RW５がRFIDタグ２から読み出した拡張情報に関連する変換情報（プレフィックスデータとIDパターン）を、設定登録部８から読み出す。変換部９は、RW５がRFIDタグ２から読み出したタグIDを、その読み出された変換情報を用いて、規格Ｂに対応するタグIDに変換し、そのタグIDを処理部４（アプリケーション４ａ）に提供する。
【００８２】
例えば、変換部９は、RFIDタグ２のタグIDから、変換情報内のIDパターンにて指定されたシリアル番号を取り出し、そのシリアル番号に、変換情報内のプレフィックスデータを付加することによって、RFIDタグ２のタグIDを規格Ｂに対応するタグIDに変換する。
【００８３】
RW制御部９ａは、RWを制御し、RWを介して、RFIDタグの情報を取得することができる。また、RW制御部９ａは、各RWの情報を設定登録部８から読み出して、RWの情報をRFIDタグの情報に付加することもできる。
【００８４】
制御部９ｂは、アプリケーションごとに、RFIDタグの情報を制御する。例えば、アプリケーションごとに、複数の制御部９ｂがミドルウェア７内に保持されてもよい。本実施形態では、制御部９ｂは、処理部４内のアプリケーション（アプリケーション４ａ）用に動作する。
【００８５】
次に、動作の概要を説明する。
【００８６】
このシステムの場合、RW５は、RFIDタグ２を検出すると、RFIDタグ２からタグID(XXXX0001)と拡張情報Ｂを読み取る。続いて、RW５は、RFIDタグ２のタグID(XXXX0001)と拡張情報Ｂをミドルウェア７に通知する。
【００８７】
ミドルウェア７では、RW制御部９ａは、RFIDタグ２のタグID(XXXX0001)と拡張情報ＢをRW５から受け付けると、設定登録部８を参照し、RW５が規格Ａに対応することを認識する。その後、RW制御部９ａは、RFIDタグ２のタグID(XXXX0001)と、拡張情報Ｂと、規格Ａを示す規格情報（RW５が対応する規格）とを、制御部９ｂに通知する。
【００８８】
制御部９ｂは、RFIDタグ２に関する情報（タグID＝XXXX0001、拡張情報＝拡張情報Ｂ、規格情報＝規格Ａ）を受け取ると、設定登録部８を参照して、RFIDタグ２に関する情報を解析する。
【００８９】
アプリケーション４ａは規格Ｂに対応しており、RFIDタグ２に関する情報は規格Ａに対応している。このため、制御部９ｂは、アプリケーション４ａにRFIDタグ２に関する情報をそのまま渡すことはできない。
【００９０】
この場合、制御部９ａは、設定登録部８内の拡張情報を検索する。
【００９１】
設定登録部８には、拡張情報Ｂに関連する情報が登録されているので、制御部９ｂは、拡張情報Ｂに関連する情報を用いて、RFIDタグ２のタグIDを、規格Ｂに対応するタグIDへ拡張（変換）する。
【００９２】
本実施形態の場合、制御部９ｂは、まず、拡張情報Ｂに関連するＩＤパターンに基づいて、タグID(XXXX0001)から下位16bitの部分を取り出す。次に、制御部９ｂは、その下位16bitの部分に、拡張情報Ｂに関連するプレフィックスデータ(YYYYZZ)を付けて、新しいタグID(YYYYZZ0001)を生成する。
【００９３】
制御部９ｂは、この新しいタグID(YYYYZZ0001)が規格Ｂに準拠したタグIDであることをチェックする。例えば、制御部９ｂは、規格Ｂに準拠したタグIDのフォーマットを予め格納しておき、新しいタグID(YYYYZZ0001)が、規格Ｂに準拠したタグIDのフォーマットに対応しているかチェックする。
【００９４】
制御部９ｂは、新しいタグID(YYYYZZ0001)が規格Ｂに準拠したタグIDである場合、新しいタグID(YYYYZZ0001)をアプリケーション４ａに通知する。
【００９５】
一方、RW６が、RFIDタグ３を検出すると、RFIDタグ３からタグID(YYYYYY0002)と拡張情報Ａを読み取る。続いて、RW６は、RFIDタグ３のタグID(YYYYYY0002)と拡張情報Ａをミドルウェア７に通知する。
【００９６】
ミドルウェア７では、RW制御部９ａは、RFIDタグ３のタグID(YYYYYY0002)と拡張情報ＡをRW６から受け付けると、設定登録部８を参照し、RW６が規格Ｂに対応することを認識する。その後、RW制御部９ａは、RFIDタグ３のタグID(YYYYYY0002)と、拡張情報Ａ、規格Ｂを示す規格情報（RW６が対応する規格）とを、制御部９ｂに通知する。
【００９７】
制御部９ｂは、RFIDタグ３に関する情報（タグID＝YYYYYY0002、拡張情報＝拡張情報Ａ、規格情報＝規格Ｂ）を受け取ると、設定登録部８を参照して、RFIDタグ３に関する情報を解析する。
【００９８】
アプリケーション４ａとRFIDタグ３の情報は、共に規格Ｂに対応している。このため、制御部９ａは、アプリケーション４ａにRFIDタグ３のタグID(YYYYYY0002)をそのまま通知する。
【００９９】
これにより、RFIDタグ２が検出されたときは、タグID(YYYYZZ0001)が通知され、RFIDタグ３が検出されたときは、タグID(YYYYYY0002)が通知される。
【０１００】
次に、動作を詳細に説明する。
【０１０１】
本実施形態では、事前に、アプリケーション４ａが対応しているRFIDタグの規格Ｂに関する情報を、設定登録部８内のアプリケーション情報格納部８ａに登録しておく。
【０１０２】
また、RW５は規格Ａに対応していること、RW６は規格Ｂに対応していることを、設定登録部８内のRW情報格納部８ｂに登録しておく。
【０１０３】
さらに、拡張情報Ａについての情報（規格＝規格Ａ、プレフィックスデータ＝XXXZ、IDパターン＝下位16bit）と、拡張情報Ｂについての情報（規格＝規格B、プレフィックスデータ＝YYYYZZ、IDパターン＝下位16bit）とが、事前に、設定登録部８内の情報格納部８ｃに登録される。
【０１０４】
図４は、本実施形態の動作を説明するためのフローチャートである。以下、図１〜４を参照して、本実施形態の動作について詳細に説明する。
【０１０５】
例えば、RW５によってRFIDタグ２が検出されたときは、RW５は、RFIDタグ２からタグID(XXXX0001)と拡張情報Ｂを読み取って、タグID(XXXX0001)と拡張情報Ｂを、RW制御部９ａに通知する（ステップ１）。
【０１０６】
RW制御部９ａは、RW５からRFIDタグ２の情報が通知されたので、設定登録部８からRW５の情報（規格Ａ）を読み出し、規格Ａに対応していることを示す規格情報を、タグID(XXXX0001)と拡張情報Ｂと共に、制御部９ｂに通知する（ステップ２）。
【０１０７】
制御部９ｂは、通知されてきたRFIDタグ２の規格情報と、設定登録部８から読み出したアプリケーション４ａの規格情報と比較する（ステップ３）。
【０１０８】
本実施形態では、RFIDタグ２の規格情報は規格Ａであり、アプリケーション４ａの規格と違うので、処理はステップ５へ進む。
【０１０９】
制御部９ｂは、通知されてきたRFIDタグ２の拡張情報が、設定登録部８の中に登録されているか検索する（ステップ５）。
【０１１０】
本実施形態では、拡張情報Ｂが設定登録部８にあるので、制御部９ｂは、拡張情報Ｂに関連するデータを設定登録部８から取得する（ステップ６）。
【０１１１】
制御部９ｂは、設定登録部８から取得したデータを用いて、タグIDの拡張を行う。制御部９ｂは、まず、RFIDタグ２のタグID(XXXX0001)の一部（シリアル番号）を、拡張情報Ｂに関連するIDパターン＝下位16bitを使って取り出し、その取り出されたデータ（シリアル番号）を、拡張情報Ｂに関連するプレフィックスデータ＝YYYYZZと合成し、新しいタグID(YYYYZZ0001)を作成する（ステップ７）。
【０１１２】
制御部９ｂは、この新しいタグID(YYYYZZ0001)が規格Ｂに準拠しているか確認する（ステップ８）。
【０１１３】
新しいタグIDのフォーマットが規格Ｂに準拠している場合は、制御部９ｂは、新しいタグIDを、アプリケーション４ａに通知する（ステップ４)。この場合、新しく作成したタグID(YYYYZZ0001)は規格Ｂに準拠しているので、制御部９ｂは、アプリケーション４ａにタグID(YYYYZZ0001)を通知する(ステップ４)。
【０１１４】
一方、新しいタグIDのフォーマットが規格Ｂに準拠していない場合は、制御部９ｂは、新しいタグIDを廃棄して、この処理を終了する（ステップ９）。
【０１１５】
次に、RW６でRFIDタグ３が検出された場合は、RW６は、RFIDタグ３からタグID(YYYYYY0002)と拡張情報Ａを読み取って、タグID(YYYYYY0002)と拡張情報ＡをRW制御部９ａに通知する（ステップ１）。
【０１１６】
RW制御部９ａは、RW６からRFIDタグ３の情報が通知されたので、設定登録部８からRW６の情報を読み出し、規格Ｂに対応していることを示す規格情報を、タグID(YYYYYY0002)と拡張情報Ａと共に、制御部９ｂに通知する（ステップ２）。
【０１１７】
制御部９ｂは、通知されてきたRFIDタグ３の規格情報と、設定登録部８から読み出したアプリケーション４ａの規格情報と比較する（ステップ３）。
【０１１８】
本実施形態では、RFIDタグ３の規格情報は規格Ｂなので、アプリケーション４ａの規格と一致するため、処理はステップ４へ進む。
【０１１９】
そして、制御部９ｂは、タグID(YYYYYY0002)をアプリケーション４ａに通知し（ステップ４）、この処理を終了する（ステップ９）。
【０１２０】
このようにして、ミドルウェア７がタグIDを拡張することにより、RFIDタグ２が検出された場合は、タグID(YYYYZZ0001)がアプリケーション４ａに通知され、RFIDタグ３が検出された場合は、タグID(YYYYYY0002)がアプリケーション４ａに通知される。
【０１２１】
本実施形態によれば、以下の効果を奏する。
【０１２２】
第一の効果は、アプリケーションが使用したいRFIDタグの規格を指定することが可能になることである。
【０１２３】
ミドルウェア７は、アプリケーションごとに指定された規格のタグIDをアプリケーションに通知するので、アプリケーションは複数の規格に対応する必要がない。そのため、RFIDタグの複数の規格が混在しても、各タグIDをアプリケーションが必要とするタグID形式に統一できるためアプリケーションの開発が簡単になる。
【０１２４】
第二の効果は、新しいRFIDタグの規格を追加した場合でも、拡張情報の追加で対応できるので、既存のアプリケーションの改造を行わなくてもよいことである。
【０１２５】
第三の効果は、既存のRFIDタグとRWを使って実現できるため、RFIDタグやRWなどのHWの変更、機能追加などの必要がなく、コストが削減できることである。このため、例えば、規格ＢのRFIDタグを再度、貼らなくてもよい。
【０１２６】
第四の効果は、タグIDの一部と拡張情報のみで、別の規格のタグIDを生成できるため、データと通信の量と時間が短くできることである。
【０１２７】
なぜなら、規格ごとにID情報をRFIDタグのデータ部（記憶部）に登録しておく場合、全てのタグIDの情報をデータ部に格納しておく必要がある。そのため、データ部に必要な容量が大きくなり、RWとRFIDタグの通信する量と時間が多くなる。本実施形態では、タグIDと短い拡張情報のみからタグIDを生成しているため、データと通信の量と時間を短くできる。
【０１２８】
本実施形態によれば、変換部９は、例えば、RW５がRFIDタグ２から読み出した拡張情報に関連する変換情報（プレフィックスデータとIDパターン）を、設定登録部８から読み出す。変換部９は、RW５がRFIDタグ２から読み出したタグIDを、その読み出された変換情報を用いて、規格Ｂに対応するタグIDに変換し、そのタグIDを処理部４（アプリケーション４ａ）に提供する。
【０１２９】
このため、RFIDタグに、変換先の規格を特定するための拡張情報と、タグIDとが格納されれば、処理手段が対応する規格と異なる規格のタグIDを、処理手段が対応する規格のタグIDに変換することが可能になる。
【０１３０】
したがって、複数の規格が混在しても、処理手段に提供するタグID形式を統一することが可能になり、かつ、RFIDタグには、タグIDと、変換先の規格に応じた拡張情報を格納されればよく、例えば、個々のRFIDタグに規格の異なる複数のタグIDを登録するという煩わしい作業を不要にできる。
【０１３１】
例えば、規格Ａに対応する１０個のRFIDタグを、規格Ｂに拡張する場合、１０個のRFIDタグのすべてに、規格Ｂを特定するための拡張情報を登録すればよい。よって、規格Ａに対応する１０個のRFIDタグに、互いに異なる規格ＢのタグIDを設定する場合に比べて、登録処理の簡略化を図ることが可能になる。
【０１３２】
本実施形態では、変換部９は、RFIDタグ２のタグIDから、変換情報内のIDパターンにて指定されたシリアル番号を取り出し、そのシリアル番号に、変換情報内のプレフィックスデータを付加することによって、RFIDタグ２のタグIDを規格Ｂに対応するタグIDに変換する。
【０１３３】
この場合、例えば、複数の規格間で共通のシリアル番号を使用することが可能になる。
【０１３４】
本実施形態では、変換部９は、さらに、処理部４と同じ規格に対応するRFIDタグから読み出されたタグIDを処理部４に提供する。
【０１３５】
この場合、RFIDタグに関する複数の規格が混在しても、アプリケーションに、アプリケーションが必要な形式のタグIDを効率よく提供することが可能になる。
【０１３６】
（実施形態の拡張）
第１実施形態では、規格が２つの場合を説明したが、規格の数に制限はない。
【０１３７】
第１実施形態では、RWを２つ利用したが、RWの数に制限はない。また、複数のRFIDタグの規格に対応したマルチ対応RWが読出手段およびタグＩＤ読出手段として使用された場合は、RWが一台でもよい。具体的には、第１実施形態の場合、規格ＡおよびＢのRFIDタグに対応したマルチ対応RWが用いられれば、RWは一台でもよい。
【０１３８】
RFIDタグのユーザーエリアに複数の規格に対応する複数の拡張情報が格納されれば、一つの物理的なRFIDタグから複数のタグIDを生成することができる。また、データ部にヘッダ情報をいれることにより、拡張情報の数や規格の種類などをユーザーエリアに格納してもよい。
【０１３９】
例えば、ユーザーエリアに拡張情報数、拡張情報Ａ、拡張情報Ｂと入れておく[02 0A 0B]。両方の拡張情報を用いて、１つのRFIDタグを２つの別のRFIDタグとみなしてもよい。
【０１４０】
第１実施形態では、RFIDタグ３のユーザーエリア３ａ２に拡張情報を入れた。しかしながら、アプリケーションが一つだけの場合は、そのアプリケーションに対応したRFIDタグでは無理に拡張情報を入れる必要がない。RWもアプリケーションに対応した規格の場合は、ユーザーエリアを読む必要がない。第１実施形態では、RFIDタグ３のユーザーエリア３ａ２には拡張情報はなしで、RW６もユーザーエリアを読まなくても、同等の動作が可能である。
【０１４１】
第１実施形態では、アプリケーションが一つだったが、制御部９ｂをアプリケーションごとに増やすことにより、複数のアプリケーションに対応することが可能になる。
【０１４２】
第１実施形態では、アプリケーションごとに一つの規格の場合を示したが、制御部９ｂを増やすことにより、一つのアプリケーションに、複数の規格のタグIDを通知してもよい。
【０１４３】
（第２実施形態）
第２実施形態は、第１実施形態の第１使用例である。図５は、第２実施形態のタグＩＤ制御システムを示したブロック図である。なお、図５において、図１および図１４に示したものと同一のものには同一符号を付してある。
【０１４４】
本実施形態では、図１４に示した販売チェーン１０２Ｅが各製造会社１０２Ａ〜１０２Ｃより製品を入荷し、販売チェーン１０２Ｅのシステムが、EPCglobal対応のタグIDを用いて、統一的に品物を管理するパターンを示す。
【０１４５】
カミソリ製造会社システム１０２Ａ１、シャンプー製造会社システム１０２Ｃ１、浄水器製造会社システム１０２Ｂ１は、それぞれの製造会社の企業システムである。
【０１４６】
カミソリ製造会社システム１０２Ａ１、浄水器製造会社システム１０２Ｂ１は、ISO15693に対応したRFIDタグを用いたシステムである。シャンプー製造会社システム１０２Ｃは、EPCglobalに対応したRFIDタグを用いたシステムである。
【０１４７】
RW１０２Ａ２、１０２Ｃ２および１０２Ｂ２は、それぞれの製造会社の設備であり、RFIDタグのタグIDの読み取りとユーザーエリアの読み書きが可能である。RW１０２Ａ２および１０２Ｂ２は、ISO15693に対応し、RW１０２Ｃ２は、EPCglobalに対応しているとする。
【０１４８】
カミソリ製造会社１０２Ａでは、カミソリ１０２Ａ３にISO15693のRFIDタグ１０２Ａ４を貼り付けて、カミソリ１０２Ａ３の管理を行っている。
【０１４９】
シャンプー製造会社１０２Ｃでは、シャンプー１０２Ｃ３にEPClogbalのRFIDタグ１０２Ｃ４を貼り付けて、シャンプー１０２Ｃ３の管理を行っている。
【０１５０】
浄水器製造会社１０２Ｂでは、浄水器１０２Ｂ３にISO15693のRFIDタグ１０２Ｂ４を貼り付けて、浄水器１０２Ｂ３の管理を行っている。
【０１５１】
図６は、RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。
【０１５２】
図６（ａ）は、RFIDタグ１０２Ａ４の格納領域（記憶手段）１０２Ａ４ａを示した説明図である。
【０１５３】
図６（ｂ）は、RFIDタグ１０２Ｃ４の格納領域１０２Ｃ４ａを示した説明図である。
【０１５４】
図６（ｃ）は、RFIDタグ１０２Ｂ４の格納領域１０２Ｂ４ａを示した説明図である。
【０１５５】
図６（ｄ）は、格納領域１０２Ａ４ａ、１０２Ｃ４ａおよび１０２Ｂ４ａに格納される情報を示した図である。
【０１５６】
格納領域１０２Ａ４ａには、図６（ａ）に示すように、ID格納部１０２Ａ４ａ１と、ユーザーエリア１０２Ａ４ａ２が設けられている。
【０１５７】
ID格納部１０２Ａ４ａ１には、ISO15693に対応するタグID（E0010001）が登録されている。ユーザーエリア１０２Ａ４ａ２には、１バイトの拡張情報Ａ（0x0A）が出荷時に製造会社によって書き込まれている。ユーザーエリア１０２Ａ４ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。
【０１５８】
格納領域１０２Ｃ４ａには、図６（ｂ）に示すように、ID格納部１０２Ｃ４ａ１と、ユーザーエリア１０２Ｃ４ａ２が設けられている。
【０１５９】
ID格納部１０２Ｃ４ａ１には、EPCglobalに対応するタグID（3000.02.0002）が登録されている。ユーザーエリア１０２Ｃ４ａ２には、１バイトの拡張情報Ｂ（0x0B）が出荷時に製造会社によって書き込まれている。ユーザーエリア１０２Ｃ４ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。
【０１６０】
格納領域１０２Ｂ４ａには、図６（ｃ）に示すように、ID格納部１０２Ｂ４ａ１と、ユーザーエリア１０２Ｂ４ａ２が設けられている。
【０１６１】
ID格納部１０２Ｂ４ａ１には、ISO15693に対応するタグID（E0010003）が登録されている。ユーザーエリア１０２Ｂ４ａ２には、１バイトの拡張情報Ｃ（0x0C）が出荷時に製造会社によって書き込まれている。 ユーザーエリア１０２Ｂ４ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。
【０１６２】
ミドルウェア７は、マルチ対応RW１０を制御し、様々な規格のRFIDタグのタグIDとユーザーエリアの情報を取得できる。
【０１６３】
マルチ対応RW１０は、RFIDタグの複数の規格に対応し、様々な規格のRFIDタグのタグIDの読み取りとユーザーエリアの読み書きが可能である。
【０１６４】
また、RW１０は、読み取ったRFIDタグの情報と、規格の情報を通知する機能を有する。本実施形態では、RW１０は、ISO15693とEPCglobalに対応し、RFIDタグ１０２Ａ４、１０２Ｃ４、１０２Ｂ４と電波で通信することが可能である。
【０１６５】
図５に戻って、ミドルウェア７は、図１に示したミドルウェア７と同様であり、設定登録部８と、RW制御部９ａと、制御部９ｂとを含む。
【０１６６】
図７は、本実施形態の設定登録部８の一例を示した説明図である。
【０１６７】
図７において、設定登録部８は、アプリケーション情報格納部８ａと、RW情報格納部８ｂと、情報格納部８ｃと、を含む。なお、アプリケーション情報格納部８ａと、RW情報格納部８ｂと、情報格納部８ｃについては、第１実施形態と同様なので説明を省略する。
【０１６８】
制御部９ｂは、設定登録部８内のデータを参照し、RW１０から通知されてくるRFIDタグのデータを制御する。RW制御部９ａは、RW１０を制御し、RFIDタグの情報を読み取ることができる。また、RW制御部９ａは、マルチ対応RW１０から、規格情報を受け取ることもできる。
【０１６９】
次に、動作の概要を説明する。
【０１７０】
本実施形態では、製造会社が、ユーザーエリアに事前に拡張情報を書き込んで出荷する。本実施形態では、RFIDタグ１０２Ａ４には拡張情報Ａ、RFIDタグ１０２Ｃ４には拡張情報Ｂ、RFIDタグ１０２Ｂ４には拡張情報Ｃを書き込んでおく。
【０１７１】
販売チェーン１０２Ｅでは、ミドルウェア７にて制御されたマルチRW１０が、入荷した品物のRFIDタグから、タグIDとユーザーエリアの拡張情報を読み取る。
【０１７２】
ミドルウェア７は、読み取ったタグIDと拡張情報を用いて、タグIDを拡張して、販売チェーンシステム１１に通知する。なお、販売チェーンシステム１１は、一般的に処理手段と呼ぶことができ、図１に示した処理部４に対応する。
【０１７３】
例えば、カミソリ１０２Ａ３が入荷した場合、ミドルウェア７にて制御されたマルチ対応RW１０は、カミソリ１０２Ａ３のRFIDタグ１０２Ａ４から、タグID(E0010001) と拡張情報Ａ(0x0A)を読み取る。RW１０は、タグID(E0010001) と拡張情報Ａ(0x0A)を、RFIDタグ１０２Ａ４の規格情報ISO15693と共に、ミドルウェア７に通知する。
【０１７４】
ミドルウェア７では、制御部９ｂは、拡張情報Ａ(0x0A)を用いて、設定登録部８から、拡張情報Ａ(0x0A)に関連する情報（プレフィックスデータとＩＤパターン）を読み取り、その情報とタグID(E0010001)とに基づいて、タグID(E0010001)を新たなタグIDに拡張（変換）する。
【０１７５】
カミソリ１０２Ａ３の場合、拡張情報Ａ(0x0A)なので、制御部９ｂは、プレフィックスデータ(3000.01)とタグIDの下位16bit部分(0001)を用いて、拡張したタグID(3000.01.0001)を生成し、そのタグID(3000.01.0001)を、販売チェーンシステム１１に通知する。
【０１７６】
シャンプー１０２Ｃ３が入荷されてきたときは、マルチ対応RW１０は、シャンプー１０２Ｃ３のタグID(3000.02.0002)と規格情報（EPCglobal）をミドルウェア７に通知する。
【０１７７】
ミドルウェア７では、通知されてきた規格情報が、販売チェーンシステム１１が必要としている規格と同じなので、制御部９ｂは、そのままタグID(3000.02.0002)を販売チェーンシステム１１に通知する。
【０１７８】
浄水器１０２Ｂ３が入荷されてきたときは、マルチ対応RW１０が、浄水器１０２Ｂ３のRFIDタグ１０２Ｂ４のタグID(E0010003)と拡張情報Ｃ(0x0C)を読み取って、タグID(E0010003)と拡張情報Ｃ(0x0C)を、RFIDタグの規格情報（ISO15693）と共に、ミドルウェア７に通知する。
【０１７９】
ミドルウェア７は、カミソリ１０２Ａ３と同様に、拡張情報Ｃ(0x0C)にて特定されるプレフィックスデータ(3000.03)と下位16bit部分(0001)を用いて、拡張したタグID(3000.03.0001)を生成し、拡張したタグID(3000.03.0001)を販売チェーンシステム１１に通知する。
【０１８０】
以上、ミドルウェア７が、タグIDを自動的に拡張することにより、販売チェーンシステム１１は、RFIDタグの規格にかかわらず、ミドルウェア７から通知されたタグIDを、全て同じEPCglobalのタグIDフォーマットとして、取り扱うことができる。
【０１８１】
次に、動作を詳細に説明する。
【０１８２】
本実施形態は、販売チェーンシステム１１が、EPCglobalのRFIDタグ規格に対応するタグIDを要求し、ミドルウェア７が、RW１０が読み出したタグIDを、EPCglobalのRFIDタグ規格に対応するように統一するパターンである。
【０１８３】
このため、設定登録部８には、アプリケーションである販売チェーンシステム１１はEPCglobalのRFIDタグの規格を使用することと、拡張情報Ａと拡張情報Ｃに関するデータが、事前に登録される。
【０１８４】
拡張情報Ａに関連する情報としては、拡張規格＝EPCglobal、プレフィックスデータ＝3000.01、IDパターン＝下位16bitが、事前に登録される。
【０１８５】
拡張情報Ｃに関連する情報としては、拡張規格＝EPCglobal、プレフィックスデータ＝3000.03、IDパターン＝下位16bitが、事前に登録される。
【０１８６】
また、RFIDタグ１０２Ａ４、１０２Ｃ４、１０２Ｂ４には、各製造業者が拡張情報Ａ、Ｂ、Ｂを事前に書き込んでおく。
【０１８７】
ミドルウェア７は、RW１０を制御し、RFIDタグの規格がISO15693だった場合には、タグIDとユーザーエリアの情報を読み取るようにRW１０を設定しておく。また、ミドルウェア７は、RFIDタグの規格がEPCglobalだった場合には、タグIDの情報を読み取るようにRW１０を設定しておく。また、RW１０は、読み取ったRFIDタグが対応する規格を、タグIDと拡張情報と共に、ミドルウェア７に通知するように設定される。
【０１８８】
次に、図４を参照して、販売チェーン１０２Ｅにて、カミソリ１０２Ａ３が検出されたときの具体的な動作を説明する。
【０１８９】
RW１０が、カミソリ１０２Ａ３のRFIDタグ１０２Ａ４を検出した場合、RW１０は、RFIDタグ１０２Ａ４から、タグID(E0010001)と拡張情報Ａ(0x0A)を読み込む（ステップ１）。
【０１９０】
RW１０は、タグID(E0010001)と拡張情報Ａ(0x0A)を、RFIDタグ１０２Ａ４の規格情報ISO15693と共に、ミドルウェア７に通知する（ステップ２）。
【０１９１】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(E0010001)と、拡張情報Ａ(0x0A)と、RFIDタグ１０２Ａ４の規格情報ISO15693を受け取ると、設定登録部８からRW１０の規格を読み取る。なお、本実施形態では、RW１０はマルチ対応なので、RW制御部９ａは、RW１０から受け取った規格情報を、タグID(E0010001)と拡張情報Ａ(0x0A)と共に、制御部９ｂに渡す。制御部９ｂは、RFIDタグの規格情報と販売チェーンシステム１１のアプリケーションの対応規格が同じか確認する（ステップ３）。
【０１９２】
通知されてきた規格情報が販売チェーンシステム１１のアプリケーションの対応規格と同じだった場合は、制御部９ｂは、タグID(E0010001)をそのまま販売チェーンシステム１１のアプリケーションへ通知する（ステップ４）。
【０１９３】
本実施形態では、EPCglobalのタグIDが必要だが、RFIDタグ１０２Ａ４の規格情報はISO15693なので、処理はステップ５へ進む。
【０１９４】
制御部９ｂは、設定登録部８に登録されている拡張情報を検索する(ステップ５)。本実施形態では、RFIDタグ１０２Ａ４の拡張情報は拡張情報Ａであり、拡張情報Ａは設定登録部８に存在するため、処理はステップ６へ進む。なお、登録されていない場合は、処理は、ステップ９へ進み終了する。
【０１９５】
制御部９ｂは、設定登録部８から、拡張情報Ａに関連するデータ（拡張規格＝EPCglobal、プレフィックスデータ＝3000.01、IDパターン＝下位16bit）を取得する（ステップ６）。
【０１９６】
制御部９ｂは、取得したデータを用いて、RFIDタグ１０２Ａ４のタグIDを拡張する。具体的には、制御部９ｂは、IDパターン＝下位16bitに基づいて、タグID(E0010001)から、0001を取り出す。そして、制御部９ｂは、0001をプレフィックスデータ＝3000.01と結合して、新しいタグID(3000.01.0001)を生成する（ステップ７）。
【０１９７】
制御部９ｂは、新しいタグIDがRFIDタグの規格に一致しているか確認する（ステップ７）。本実施形態の場合、制御部９ｂは、生成した新しいタグID(3000.01.0001)が拡張規格であるEPCglobalに対応しているかチェックする。新しいタグIDのフォーマットが正しい場合には、処理は、ステップ４に進み、制御部９ｂは、そのタグIDを販売チェーンシステム１１に通知する。一方、タグIDのフォーマットが正しくない場合は、処理は、ステップ９に進み終了する。
【０１９８】
次に、販売チェーン１０２Ｅにてシャンプー１０２Ｃ３が検出されたときの動作を説明する。
【０１９９】
RW１０が、シャンプー１０２Ｃ３のRFIDタグ１０２Ｃ４を検出した場合、RW１０は、RFIDタグ１０２Ｃ４から、タグID(3000.02.0002)の読み込みを行う（ステップ１）。
【０２００】
RW１０は、タグID(3000.02.0002)を、RFIDタグ１０２Ｃ４の規格情報EPCglobalと共に、ミドルウェア７に通知する（ステップ２）。
【０２０１】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを受け取ると、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを制御部９ｂに渡す。制御部９ｂは、RFIDタグの規格情報と販売チェーンシステム１１のアプリケーションの対応規格が同じか確認する（ステップ３）。本実施形態では、RFIDタグ１０２Ｃ４の規格情報はEPCglobalなので、処理はステップ４へ進み、制御部９ｂは、タグID(3000.02.0002)を販売チェーンシステム１１に通知する。
【０２０２】
次に、販売チェーン１０２Ｅにて浄水器１０２Ｂ３が検出されたときの動作を説明する。
【０２０３】
RW１０が、浄水器１０２Ｂ３のRFIDタグ１０２Ｂ４を検出した場合、RW１０は、RFIDタグ１０２Ｂ４から、タグID(E0010003)と拡張情報A(0x0C)を読み込む（ステップ１）。
【０２０４】
RW１０は、タグID(E0010003)と拡張情報A(0x0C)を、RFIDタグ１０２Ｂ４の規格情報ISO15693と共に、ミドルウェア７に通知する（ステップ２）。
【０２０５】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(E0010003)と拡張情報A(0x0C)とRFIDタグ１０２Ｂ４の規格情報ISO15693を受け取ると、カミソリと同様の処理をして、制御部９ｂに、タグID(E0010003)と、拡張情報A(0x0C)と、RFIDタグ１０２Ｂ４の規格情報ISO15693とを渡す。制御部９ｂは、RFIDタグの規格情報と販売チェーンシステム１１のアプリケーションの対応規格が同じか確認する（ステップ３）。本実施形態では、RFIDタグ１０２Ｂ４の規格情報はISO15693なので、処理はステップ５へ進む。
【０２０６】
制御部９ｂは、設定登録部８に登録されている拡張情報を検索する(ステップ５)。本実施形態では、RFIDタグ１０２Ｂ４の拡張情報は拡張情報Ｃであり、拡張情報Ｃは設定登録部８に存在するため、処理はステップ６へ進む。
【０２０７】
制御部９ｂは、設定登録部８から、拡張情報Ｃに関連するデータ（拡張規格＝EPCglobal、プレフィックスデータ＝3000.03、IDパターン＝下位16bit）を取得する（ステップ６）。
【０２０８】
制御部９ｂは、取得したデータを用いて、RFIDタグ１０２Ｂ４のタグIDを拡張する。具体的には、制御部９ｂは、IDパターン=下位16bitに基づいて、タグID(E0010003)から、0003を取り出す。そして、制御部９ｂは、0003をプレフィックスデータ＝3000.03と結合して、新しいタグID(3000.03.0003)を生成する（ステップ７）。
【０２０９】
制御部９ｂは、新しいタグIDがRFIDタグの規格に一致しているか確認する（ステップ７）。本実施形態の場合、制御部９ｂは、生成した新しいタグID(3000.03.0003)が拡張規格であるEPCglobalに対応しているかチェックする。新しいタグIDのフォーマットが正しい場合には、処理は、ステップ４に進み、制御部９ｂは、タグID(3000.03.0003)を販売チェーンシステム１１に通知する。
【０２１０】
これらの動作をRFIDタグごとに行うことにより、複数のRFIDタグが混在していても、統一したRFIDタグとして、品物を認識することが可能になる。
【０２１１】
本実施形態によれば、以下の効果を奏する。
【０２１２】
第２実施形態では、第１実施形態が奏する効果に加えて、マルチ対応RWを用いることによって、１台のRWで、第１実施形態と同様のタグIDの拡張ができる。このため、構成の簡略化を図りながら、アプリケーションで使用するRFIDタグの規格を統一できる。また、新しい規格を追加する場合もアプリケーションの変更の必要がない。
【０２１３】
（第３実施形態）
第３実施形態は、第１実施形態の第２使用例である。
【０２１４】
図８は、製造会社と販売チェーンの途中に流通会社１０２Ｆが入り、様々なRFIDタグが付いた品物が流通する状況を表した説明図である。ここでＳＣＭを構成するために、流通会社の情報を販売チェーン１０２Ｅが把握することを考える。なお、図８において、図５に示したものと同一のものには同一符号を付してある。
【０２１５】
図９は、流通会社１０２Ｆの概要を示したブロック図である。なお、図８において、図５および図８に示したものと同一のものには同一符号を付してある。
【０２１６】
図９において、流通会社１０２Ｆは、流通会社システム１１Ａを企業システムとして使用している。流通会社システム１１Ａは、ISO15693に対応するRFIDタグのタグIDを用いて品物を管理している。ここに、ミドルウェア７とマルチ対応RW１０が導入される。販売チェーンシステム１１は、ネットワーク（Network）１２を介して、ミドルウェア７と接続されている。
【０２１７】
ミドルウェア７は、制御部９ｂ１および９ｂ２と、設定登録部８と、RW制御部９ａとを含む。本実施形態では、通知するアプリケーションは２つなので、設定登録部８内のアプリケーション情報格納部８ａには、販売チェーンシステム１１と流通会社システム１１Ａのそれぞれのアプリケーションの規格を示す情報を登録しておく。本実施形態では、それぞれの対応規格をEPCglobal、ISO15693と登録する。
【０２１８】
また、販売チェーンシステム用の制御部９ｂ１と、流通会社システム１１Ａの制御部９ｂ２は、設定登録部８内のデータを参照できるようになっている。また、拡張情報として、拡張情報Ｂに関しても設定登録部８に追加で登録しておく（図１０参照）。
【０２１９】
なお、図１１は、RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。本実施形態では、各格納領域に格納される情報は、図６に示したものと同一とする。
【０２２０】
次に、図４および図９を参照して、動作を説明する。
【０２２１】
以下では、流通会社１０２Ｆに各製造会社から品物が入荷した状況を考える。
【０２２２】
例えば、 RW１０が、カミソリ１０２Ａ３のRFIDタグ１０２Ａ４を検出した場合、RW１０は、RFIDタグ１０２Ａ４から、タグID(E0010001)と拡張情報Ａ(0x0A)を読み込む（ステップ１）。
【０２２３】
RW１０は、タグID(E0010001)と拡張情報Ａ(0x0A)を、RFIDタグ１０２Ａ４の規格情報ISO15693と共に、ミドルウェア７に通知する（ステップ２）。
【０２２４】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(E0010001)と、拡張情報Ａ(0x0A)と、RFIDタグ１０２Ａ４の規格情報ISO15693を受け取ると、RW１０から受け取った規格情報を、タグID(E0010001)と拡張情報Ａ(0x0A)と共に、制御部９ｂ１および９ｂ２に渡す。制御部９ｂ１および９ｂ２は、ステップ３以降の動作をそれぞれ独立して行う。
【０２２５】
制御部９ｂ１に通知されたRFIDタグ１０２Ａ４の情報については、第２実施形態と同様の処理が行われ、新しいタグID(3000.01.0001)が生成され、販売チェーンシステム１１に通知される。
【０２２６】
制御部９ｂ２は、RFIDタグの規格情報を比較し、流通会社システム１１Ａで対応しているRFIDタグの規格がISO15693なので、そのままのタグID(E0010001)を流通会社システム１１Ａに通知する（ステップ４）。
【０２２７】
RW１０が、シャンプー１０２Ｃ３のRFIDタグ１０２Ｃ４を検出した場合、RW１０は、RFIDタグ１０２Ｃ４から、タグID(3000.02.0002)の読み込みを行う（ステップ１）。
【０２２８】
RW１０は、タグID(3000.02.0002)を、RFIDタグ１０２Ｃ４の規格情報EPCglobalと共に、ミドルウェア７に通知する（ステップ２）。
【０２２９】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを受け取ると、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを制御部９ｂ１および９ｂ２に渡す。
【０２３０】
制御部９ｂ１は、販売チェーンシステム１１の対応規格がEPCglobalなので、そのままのタグID(3000.02.0002)を販売チェーンシステム１１に通知する。
【０２３１】
制御部９ｂ２では、流通会社システム１１Ａの対応規格がISO15693なので、ステップ５に進む。
【０２３２】
制御部９ｂ２は、設定登録部８から拡張情報Ｂ(0x0B)の情報を検索し（ステップ５）、設定登録部８にある拡張情報Ｂのデータを取得する（ステップ６）。
【０２３３】
制御部９ｂ２は、取得したデータを使用して、上述したようにRFIDタグ１０２Ｃ４のタグIDを拡張する。本実施形態では、制御部９ｂ２は、プレフィックスデータ(E002)を用いて、新しいタグID(E0020002)に拡張する（ステップ７）。
【０２３４】
制御部９ｂ２は、その新しいタグID(E0020002)がISO15693の規格にあっているかチェックして（ステップ８）、問題がない場合は、流通会社システム１１ＡにタグID(E0020002)を通知する。
【０２３５】
このようにして、流通会社システム１１ＡにはISO15693のタグIDの規格に準拠したタグID(E0010001)、タグID(E0020002)が通知され、販売チェーンシステム１１にはEPCglobalのタグIDの規格に準拠したタグID(3000.01.0001)、タグID(3000.02.0002)が通知される。
【０２３６】
複数のアプリケーションが複数のRFIDタグ規格を利用したい場合も、アプリケーションごとにタグIDをそれぞれの規格に拡張して、通知することができる。
【０２３７】
本実施形態によれば、以下の効果を奏する。
【０２３８】
第一に、アプリケーションごとに通知するRFIDタグの規格を指定できるので、複数のアプリケーションがあった場合でもタグIDの拡張ができ、それぞれのアプリケーションを変更しなくてもよい。また、一つの物理的なRFIDタグ内のタグIDを、それぞれのアプリケーションのために拡張して通知することができる。
【０２３９】
第二に、拡張情報を連携する会社で設定すれば、複雑な企業間連携システムを構築する必要がなく、独自のシステムを運用できる。
【０２４０】
上記各実施形態によれば、既存のRFIDタグやRWを変更することなく、RFIDタグのタグIDの下位のシリアル番号部分と、読み書き可能なデータ部に短bit長である拡張情報を用いて、プレフィックスデータを圧縮し、効率的に一つの物理RFIDタグを別の規格のタグIDに拡張することにより、アプリケーションごとに指定されたタグIDを通知することができる。よって、既存のアプリケーションに修正、変更を加えることがなく、新たなRFIDタグ規格を取り扱うことが可能になる。
【０２４１】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【図面の簡単な説明】
【０２４２】
【図１】本発明の第１実施形態のタグＩＤ制御システム１を示したブロック図である。
【図２】RFIDタグ２および３が有する格納領域（記憶手段）を示した説明図である。
【図３】設定登録部８の一例を示した説明図である。
【図４】動作を説明するためのフローチャートである。
【図５】第２実施形態のタグＩＤ制御システムを示したブロック図である。
【図６】RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。
【図７】設定登録部８の一例を示した説明図である。
【図８】製造会社と販売チェーンの途中に流通会社１０２Ｆが入り、様々なRFIDタグが付いた品物が流通する状況を表した説明図である。
【図９】流通会社１０２Ｆの概要を示したブロック図である。
【図１０】設定登録部８の一例を示した説明図である。
【図１１】RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。
【図１２】RFIDタグの特徴を示した説明図である。
【図１３】RFIDタグの各規格のタグIDのフォーマットの例を示した説明図である。
【図１４】複数の規格のいずれかに対応する複数のRFIDタグが、様々な会社で活用される例を示した説明図である。
【図１５】ペットフード製造会社１０２Ｆが、販売チェーン１０２Ｅに、新たにペットフードを出荷する例を示した説明図である。
【符号の説明】
【０２４３】
１ タグID制御システム
２、３ RFIDタグ
４ 処理部
４ａ アプリケーション
５、６ RW
７ ミドルウェア
８ 設定登録部
９ 変換部
９ａ RW制御部
９ｂ、９ｂ１、９ｂ２ 制御部
１０ マルチ対応RW
１１ 販売チャーンシステム
１１Ａ 流通会社システム
【技術分野】
【０００１】
本発明は、タグＩＤ制御システム、タグＩＤ制御方法およびプログラムに関する。
【背景技術】
【０００２】
RFID（Radio Frequency IDentification）タグは、様々な用途で活用される。このため、RFIDタグについては、ISO15693、EPCglobal、ucodeなどの世界的な標準規格がある。また、RFIDタグに関して、独自のプロトコルおよびタグIDフォーマットを採用しているRFIDタグメーカもある。
【０００３】
RFIDタグは、リーダーライタ（以下「RW」と称する。）と呼ばれる装置と、無線を用いて、データのやり取りを行うことができる。
【０００４】
各々が異なる規格に対応するRFIDタグ同士では、通信周波数帯および通信距離などの物理特性や、通信速度、プロトコル、タグIDのフォーマットなどの論理特性が違っている。そのため、RFIDタグと通信を行い情報の読み書きを行うRWも、RFIDタグの規格ごとに存在する。
【０００５】
なお、特許文献１には、共通の規格に対応しデータ構造の異なる複数のRFIDタグのそれぞれから目的のデータ項目を読み出すRWが記載されている。
【０００６】
図１２は、RFIDタグの特徴を示した説明図である。
【０００７】
RFIDタグとRW間の通信には、無線技術が利用される。無線伝送は、基本的には、共有バス型の伝送方式である。このため、複数のRFIDタグとRWが通信する場合には、コリジョンが発生しやすい。そのため、RWは、RFIDタグと１対１で通信する。つまり、RWは、１つのRFIDタグと通信している間は、他のRFIDタグと通信できない。また、RFIDタグとRWの間で、全２重通信を行うことができない。
【０００８】
特に、パッシブタイプのRFIDタグは、RWから電力を供給されるため、高速なデータ通信が難しい。ISO15693の場合、最大論理速度は26Kbpsである。しかしながら、この最大論理速度は伝送速度であるため、実際に伝達できるデータ量は、さらに少なくなる。そのため、RFIDタグとRW間の通信量を削減し、効率よくデータのやり取りをする必要がある。
【０００９】
RFIDタグ自体を識別するために、タグIDが用いられる。タグIDとは、RFIDタグを個別に区別するための識別子である。RFIDタグには、そのRFIDタグが対応する規格にしたがって設定された一意のタグIDが割り当てられている。RFIDタグのデータの読み書きが行われる場合には、タグIDによりRFIDタグが指定される。
【００１０】
RFIDタグのタグIDのフォーマットは、各規格によって既定されている。多くの規格では、タグIDは階層化されている。階層化されたタグIDの上位部分は、それぞれの規格によって決まっている。しかしながら、下位部分は、各RFIDタグを識別するための連番（シリアル番号）になっていることが多い。
【００１１】
図１３は、RFIDタグの各規格のタグIDのフォーマットの例を示した説明図である。
【００１２】
例えば、ISO15693では、図１３（ａ）に示すように、タグID長は64bitであり、先頭の8bitは'E0'であり、次の8bitはタグのベンダーコードになり、下位48bitがシリアル番号（連番）となっている。
【００１３】
EPCglobalでは、図１３（ｂ）に示すように、タグ長としては、64、96、198など様々なbit長が既定されている。また、内部のデータ表現は、EPCglobal Tag Data Standardにて既定されていて、論理的な階層構成になっている。Domain Identifierについても、さらに階層化が既定されている。以下はSGTIN-96の例である。
【００１４】
ucodeでは、図１３（ｃ）に示すように、タグ長は128bit単位に既定されている。タグIDは、論理的に階層化されている。タグIDについては、TLD codeおよびClass codeによって、様々なIDのフォーマットが既定できるようになっている。
【００１５】
RFIDタグは、バーコードのように、一つの部品に貼り付けられ、複数の経路、会社またはシステムによって活用される。RFIDタグは、一度、品物に貼り付けられると、その品物を判定するために、何度も、様々な分野で使用される。
【００１６】
図１４は、複数の規格のいずれかに対応する複数のRFIDタグが、様々な会社で活用される例を示した説明図である。
【００１７】
図１４では、カミソリ製造会社１０２Ａと浄水器製造会社１０２Ｂは、ISO15693に対応するRFIDタグを使って製品管理をしている。シャンプー製造会社１０２Ｃは、EPCglobalに対応するRFIDタグを使って製品を管理している。各製造会社１０２Ａ〜１０２Ｃは、各販売チェーン１０２Ｄ〜１０２Ｅに製品を出荷する。
【００１８】
この場合、例えば、販売チェーン１０２Ｅでは、ISO15693に対応するRFIDタグと、EPCglobalに対応するRFIDタグとが、混在する。よって、RFIDタグの複数の規格が、販売チェーン１０２Ｅのシステムに存在することになる。
【００１９】
さらに、RFIDタグに関しては、現在、標準化がさらに進んでおり、新たな規格が更に追加されている。
【００２０】
図１５は、ペットフード製造会社１０２Ｆが、販売チェーン１０２Ｅに、新たにペットフードを出荷する例を示した説明図である。ペットフード製造会社１０２Ｆが、ucodeに対応するRFIDタグを利用していた場合、販売チェーン１０２Ｅでは、新たに、ucodeに対応するRFIDタグを扱う必要が出てくる。
【００２１】
このようにRFIDタグに関して複数の規格が存在するため、RFIDタグを利用したシステムでは、様々な規格のRFIDタグが混在し、また、RFIDタグの規格は、さらに増える可能性がある。
【００２２】
ユーザーが、同一の管理装置（例えば、アプリケーションにしたがって動作する処理装置）を用いて、ある規格に対応するRFIDタグを用いて物品を管理しながら、他の規格に対応するRFIDタグを用いて物品を管理しようとする場合、以下のような問題が発生する。
【００２３】
第一の問題は、アプリケーションの作成、機能追加が難しいことである。その理由は、以下の通りである。
【００２４】
RFIDタグのタグIDのフォーマットが規格ごとに違うため、アプリケーションが、複数規格のタグIDのフォーマットに対応しなければならない。なお、タグIDのフォーマット中には、シリアル番号以外に、会社を表すコードおよび製品の種類を表すコードが含まれている。このため、例えば、同じ会社でも、RFIDタグの規格が違う場合には、会社を表すコードとして、規格ごとに違うコードが割り当てられる。
【００２５】
第二の問題は、例えば、第一の問題を回避するためにRFIDタグを１つの規格のRFIDタグに統一する場合は、コストがかかることである。その理由は、以下の通りである。
【００２６】
RFIDタグをある規格に統一する場合、RFIDシステムのユーザーは、新しいRFIDタグをすべてのモノに付け直す必要と、新しい規格に対応したRWを購入する必要がある。また、古い規格のRFIDタグとRWは、使用できなくなる。
【００２７】
第三の問題は、既存のアプリケーションを改造しないと、既存のアプリケーションが別の規格のRFIDタグを利用できないことである。その理由は、以下の通りである。
【００２８】
規格ごとにRFIDタグのタグIDのコード体系がまったく違うため、RFIDシステムのユーザーは、違うコード体系を組み込んだアプリケーションを作成しなければならない。
【００２９】
第四の問題は、RFIDタグが、複数の企業のそれぞれが有するシステムによって活用されている状況下で、異なる規格のRFIDタグが追加されると、複数の企業間でのシステム連携を再構成する必要が発生し、作業が煩雑になることである。
【００３０】
次に、図１４を用いて、課題の具体的な例を示す。
【００３１】
図１４において、カミソリ製造会社１０２Ａおよびシャンプー製造会社１０２Ｃが、販売チェーン１０２Ｅに製品を出荷した場合を考える。
【００３２】
この場合、販売チェーン１０２Ｅでは、ISO15693に対応するRFIDタグと、EPCglobalに対応するRFIDタグが混在する。つまり、RFIDタグの複数の規格が、販売チェーン１０２Ｅのシステムに存在することになる。
【００３３】
販売チェーン１０２Ｅは、ISO15693に対応するRFIDタグが貼り付けられた製品と、EPCglobalに対応するRFIDタグが貼り付けられた製品とを、管理する必要がある。
【００３４】
このため、販売チェーン１０２Ｅでは、製品すなわちRFIDタグの取り扱いが複雑になる。具体的には、販売チェーン１０２Ｅは、カミソリとシャンプーについては、まったく違うフォーマットのタグIDを使用することになる。
【００３５】
また、取り扱うRFIDタグの規格を統一化する場合、コストが増大する。
【００３６】
販売チェーン１０２Ｅで、カミソリに、EPCgloablに対応するRFIDタグを貼りなおすことは可能だが、その分のコストが販売チェーン１０２Ｅで発生することになる。
【００３７】
なお、カミソリ製造会社１０２Ａが、ISO15693に対応するRFIDタグから、EPCgloabalに対応するRFIDタグに変えた場合、販売チェーン１０２Ｅでは問題は生じない。
【００３８】
しかしながら、販売チェーン１０２ＤがISO15693に対応するタグを使用していた場合、カミソリ製造会社１０２Ａは、販売チェーン１０２Ｄにカミソリを出荷できなくなる。また、カミソリ製造会社１０２Ａは、既にあるISO15693に対応した設備を廃棄し、新たなEPCglobal用の設備を購入する必要がある。
【００３９】
また、ISO15693に対応するRFIDタグを、単純にEPCglobalに対応するRFIDタグに変更した場合は、ISO15693に対応するRFIDタグを取り扱う複数の会社があると、それら複数の会社の製品を、EPCglobalに対応するRFIDタグを用いて区別することが困難になる。
【００４０】
例えば、販売チェーン１０２Ｅが新たに浄水器を取り扱うことになった場合を考える。浄水器製造会社１０２ＢがISO15693に対応するRFIDタグを使用していた場合、単純にISO15693のタグをEPCglobalに変換した場合、販売チェーン１０２Ｅは、カミソリのRFIDタグとシャンプーのRFIDタグとを区別できなくなり、取り扱いが複雑になる。
【００４１】
また、新たなRFIDタグの規格を追加することが難しい。
【００４２】
図１５に示したように、販売チェーン１０２Ｅが新たにペットフードを取り扱うことになった場合を用いて考える。ペットフード製造会社１０２Ｆは、ucodeに対応するRFIDタグでペットフードを管理していたとする。この場合、販売チェーン１０２Ｅは、さらに新しい規格ucodeに対応するRFIDタグのタグIDを取り扱うために、システムやアプリケーションを改造する必要が出てくる。
【００４３】
また、SCM（サプライチェーンマネジメント）などで、製造会社と販売チェーンがモノの情報をやりとりする状況下で、RFIDタグの複数の規格が混在する場合、各会社のシステムの改造が必要になる。また、SCMの途中で流通業者が介在している場合は、もっと複雑な状態になる。
【００４４】
特許文献２には、異なる規格のコードを使用できるICタグ（RFIDタグ）管理システムが記載されている。
【００４５】
このICタグ管理システムでは、ICタグに、規格ごとに情報を格納するメモリ領域が設けられ、そのメモリ領域に、異なる規格のコードが記憶される。
【００４６】
このため、このICタグ管理システムでは、１つのRFIDタグを、異なる規格のコードを用いて管理することが可能となる。このため、上記課題を解決することが可能になる。
【特許文献１】特開２００４−２１７７６号公報
【特許文献２】特開２００５−３４６１３２号公報
【発明の開示】
【発明が解決しようとする課題】
【００４７】
特許文献２に記載のICタグ管理システムでは、ユーザーは、例えば、ある規格に対応するタグIDが書き込まれているRFIDタグに、他の規格に対応するタグIDを新たに書き込む場合、RFIDタグごとに、互いに異なるタグIDを書き込むという煩わしい作業を行わなければならない。
【００４８】
例えば、ユーザーは、ある規格に対応するタグIDが既に書き込まれている１０個のRFIDタグに対して、他の規格に対応しつつそれぞれ異なるタグIDを別々に書き込まなければならない。
【００４９】
本発明の目的は、上述した課題を解決することが可能なタグＩＤ制御装置、タグＩＤ制御方法およびプログラムを提供することである。
【課題を解決するための手段】
【００５０】
本発明のタグＩＤ制御装置は、第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、接続するタグＩＤ制御システムであって、前記拡張情報と、前記第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段と、前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段と、を含む。
【００５１】
本発明のタグＩＤ制御方法は、第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、接続するタグＩＤ制御システが行うタグＩＤ制御方法であって、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納手段に格納する格納ステップと、前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出ステップと、前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換ステップと、を含む。
【００５２】
本発明のプログラムは、第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、前記ＲＦＩＤタグから前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、に接続するコンピュータを、前記拡張情報と、前記第１規格以外の第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段、および、前記読出手段にて読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読出手段にて読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段として機能させる。
【発明の効果】
【００５３】
本発明によれば、RFIDタグに、変換先の規格を特定するための拡張情報と、タグIDとが格納されれば、処理手段が対応する規格と異なる規格のタグIDを、処理手段が対応する規格のタグIDに変換することが可能になる。このため、RFIDタグには、タグIDと、変換先の規格に応じた拡張情報を格納されればよく、例えば、個々のRFIDタグに、規格の異なる複数のタグIDを個別に登録するという煩わしい作業を不要にできる。
【発明を実施するための最良の形態】
【００５４】
以下、本発明の実施形態を図面を参照して説明する。
【００５５】
（第１実施形態）
図１は、本発明の第１実施形態のタグＩＤ制御システム１を示したブロック図である。
【００５６】
本実施形態では、RFIDタグの規格ＡおよびＢ（以下、単に「規格Ａ」、「規格Ｂ」と称する。）が混在している場合の例を示す。規格Ａと規格Ｂとでは、それぞれ周波数帯やタグIDのフォーマットが別々に既定されており、互換性はない。なお、本実施形態では、規格Ａが第２規格に対応し、規格Ｂが第１規格に対応する。
【００５７】
図１において、タグＩＤ制御システム１は、RFIDタグ２および３と、処理部４と通信する。タグＩＤ制御システム１は、RW（リーダーライタ）５および６と、ミドルウェア７と、を含む。ミドルウェア７は、設定登録部８と、変換部９とを含む。変換部９は、RW制御部９ａと、制御部９ｂとを含む。
【００５８】
RFIDタグ２とRW５は、規格Ａに対応し、RFID３とRW６は、規格Ｂに対応する。
【００５９】
図２は、RFIDタグ２および３が有する格納領域（記憶手段）を示した説明図である。図２（ａ）は、RFIDタグ２の格納領域２ａを示し、図２（ｂ）は、RFIDタグ３の格納領域３ａを示し、図２（ｃ）は、格納領域２ａおよび３ａに格納される情報を示した図である。
【００６０】
格納領域２ａには、図２（ａ）に示すように、ID格納部２ａ１と、ユーザーエリア２ａ２が設けられている。
【００６１】
ID格納部２ａ１には、規格ＡにしたがってRFIDタグ２に割り当てられているタグID（XXXX0001）が格納されている。ユーザーエリア２ａ２には、拡張情報Ｂが格納されている。拡張情報Ｂは、規格Ｂを特定するための情報である。ユーザーエリア２ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。なお、RFIDタグ２のタグID（XXXX0001）は、第２タグIDの一例である。
【００６２】
格納領域３ａには、図２（ｂ）に示すように、ID格納部３ａ１と、ユーザーエリア３ａ２が設けられている。
【００６３】
ID格納部３ａ１には、規格ＢにしたがってRFIDタグ３に割り当てられているタグID（YYYY0002）が格納されている。ユーザーエリア３ａ２には、拡張情報Ａが格納されている。拡張情報Ａは、規格Ａを特定するための情報である。ユーザーエリア３ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。なお、RFIDタグ３のタグID（YYYY0002）は、第１タグIDの一例である。
【００６４】
通常、RFIDタグの規格は、国際標準で決まっていて、それぞれID部（タグID）の長さやフォーマットが違う。
【００６５】
ID部の上位部分は、規格によって既定されている。ID部の上位部分には、Headerや会社ごとの固定パターンが割り当てられている。ID部の下位部分には、個別のRFIDタグを識別するための連番（シリアル番号）が割り当てられている。
【００６６】
図１に戻って、処理部４は、一般的に処理手段と呼ぶことができる。
【００６７】
処理部４は、アプリケーション（プログラム）４ａにしたがって動作する。アプリケーション４ａは、規格Ｂに対応するアプリケーション（プログラム）とする。このため、処理部４は、例えば、規格Ｂに対応するタグIDを用いてRFIDタグを管理・指定する。処理部４は、ミドルウェア７に接続され、RW５または６と、ミドルウェア７とを介して、RFIDタグ２または３の情報を取得する。
【００６８】
RW５は、一般的に読出手段と呼ぶことができる。RW５は、RFIDタグ２と通信し、ID格納部２ａ１内のタグIDと、ユーザーエリア２ａ２内の情報（拡張情報Ｂ）とを読み書きできる。
【００６９】
RW６は、一般的にタグＩＤ読出手段と呼ぶことができる。RW６は、RFIDタグ３と通信し、ID格納部３ａ１内のタグIDと、ユーザーエリア３ａ２内の情報（拡張情報Ａ）とを読み書きできる。
【００７０】
ミドルウェア７は、RW５および６を制御することにより、RFIDタグ２および３から情報を読み出したり、RFIDタグ２および３に情報を書き込んだりでき、また、RFIDタグ２および３からの情報を、アプリケーション４ａに通知（提供）できる装置である。
【００７１】
ミドルウェア７は、例えば、ハードディスクやメモリ等の記録媒体を備えたコンピュータによって実現される。ハードディスクまたはメモリは、一般的に、コンピュータにて読み取り可能な記録媒体と呼ぶことができる。この場合、ミドルウェア（コンピュータ）７は、例えば、記録媒体に記録されたプログラムを読み取り実行することによって、設定登録部８、および、変換部９（RW制御部９ａおよび制御部９ｂ）として機能する。
【００７２】
設定登録部８は、一般的に格納手段と呼ぶことができる。
【００７３】
設定登録部８は、少なくとも、アプリケーション４ａに対応する規格Ｂを特定するための拡張情報Ｂと、規格Ａに対応するタグID（第２タグID）を規格Ｂに対応するタグID（第１タグID）に変換するための変換情報と、を関連づけて格納する。
【００７４】
図３は、設定登録部８の一例を示した説明図である。
【００７５】
図３において、設定登録部８は、アプリケーション情報格納部８ａと、RW情報格納部８ｂと、情報格納部８ｃと、を含む。
【００７６】
アプリケーション情報格納部８ａには、アプリケーションごとに、アプリケーション名と、そのアプリケーションが対応する規格名とが、関連づけて格納される。
【００７７】
RW情報格納部８ｂには、RWごとに、RW名と、そのRWが対応する規格名とが、関連づけて格納される。
【００７８】
情報格納部８ｃには、拡張情報ごとに、拡張情報名と、拡張規格名と、プレフィックスデータと、IDパターンとが、関連づけて格納される。プレフィックスデータとIDパターンとは、変換情報に含まれる。なお、プレフィックスデータは、関連する拡張規格に応じた付加情報である。また、IDパターンは、タグID内のシリアル番号を指定するための指定情報である。
【００７９】
なお、情報格納部８ｃ内の拡張情報は、RFIDタグのユーザーエリアに登録してあるデータを指す。拡張規格とは、拡張情報が拡張すべきRFIDタグの規格を表す。プレフィックスデータは、拡張するタグIDのプレフィックスを表す。IDパターンは、使用する元のタグIDからの取り出すパターンを表す。
【００８０】
図１に戻って、変換部９は、一般的に変換手段と呼ぶことができる。
【００８１】
変換部９は、例えば、RW５がRFIDタグ２から読み出した拡張情報に関連する変換情報（プレフィックスデータとIDパターン）を、設定登録部８から読み出す。変換部９は、RW５がRFIDタグ２から読み出したタグIDを、その読み出された変換情報を用いて、規格Ｂに対応するタグIDに変換し、そのタグIDを処理部４（アプリケーション４ａ）に提供する。
【００８２】
例えば、変換部９は、RFIDタグ２のタグIDから、変換情報内のIDパターンにて指定されたシリアル番号を取り出し、そのシリアル番号に、変換情報内のプレフィックスデータを付加することによって、RFIDタグ２のタグIDを規格Ｂに対応するタグIDに変換する。
【００８３】
RW制御部９ａは、RWを制御し、RWを介して、RFIDタグの情報を取得することができる。また、RW制御部９ａは、各RWの情報を設定登録部８から読み出して、RWの情報をRFIDタグの情報に付加することもできる。
【００８４】
制御部９ｂは、アプリケーションごとに、RFIDタグの情報を制御する。例えば、アプリケーションごとに、複数の制御部９ｂがミドルウェア７内に保持されてもよい。本実施形態では、制御部９ｂは、処理部４内のアプリケーション（アプリケーション４ａ）用に動作する。
【００８５】
次に、動作の概要を説明する。
【００８６】
このシステムの場合、RW５は、RFIDタグ２を検出すると、RFIDタグ２からタグID(XXXX0001)と拡張情報Ｂを読み取る。続いて、RW５は、RFIDタグ２のタグID(XXXX0001)と拡張情報Ｂをミドルウェア７に通知する。
【００８７】
ミドルウェア７では、RW制御部９ａは、RFIDタグ２のタグID(XXXX0001)と拡張情報ＢをRW５から受け付けると、設定登録部８を参照し、RW５が規格Ａに対応することを認識する。その後、RW制御部９ａは、RFIDタグ２のタグID(XXXX0001)と、拡張情報Ｂと、規格Ａを示す規格情報（RW５が対応する規格）とを、制御部９ｂに通知する。
【００８８】
制御部９ｂは、RFIDタグ２に関する情報（タグID＝XXXX0001、拡張情報＝拡張情報Ｂ、規格情報＝規格Ａ）を受け取ると、設定登録部８を参照して、RFIDタグ２に関する情報を解析する。
【００８９】
アプリケーション４ａは規格Ｂに対応しており、RFIDタグ２に関する情報は規格Ａに対応している。このため、制御部９ｂは、アプリケーション４ａにRFIDタグ２に関する情報をそのまま渡すことはできない。
【００９０】
この場合、制御部９ａは、設定登録部８内の拡張情報を検索する。
【００９１】
設定登録部８には、拡張情報Ｂに関連する情報が登録されているので、制御部９ｂは、拡張情報Ｂに関連する情報を用いて、RFIDタグ２のタグIDを、規格Ｂに対応するタグIDへ拡張（変換）する。
【００９２】
本実施形態の場合、制御部９ｂは、まず、拡張情報Ｂに関連するＩＤパターンに基づいて、タグID(XXXX0001)から下位16bitの部分を取り出す。次に、制御部９ｂは、その下位16bitの部分に、拡張情報Ｂに関連するプレフィックスデータ(YYYYZZ)を付けて、新しいタグID(YYYYZZ0001)を生成する。
【００９３】
制御部９ｂは、この新しいタグID(YYYYZZ0001)が規格Ｂに準拠したタグIDであることをチェックする。例えば、制御部９ｂは、規格Ｂに準拠したタグIDのフォーマットを予め格納しておき、新しいタグID(YYYYZZ0001)が、規格Ｂに準拠したタグIDのフォーマットに対応しているかチェックする。
【００９４】
制御部９ｂは、新しいタグID(YYYYZZ0001)が規格Ｂに準拠したタグIDである場合、新しいタグID(YYYYZZ0001)をアプリケーション４ａに通知する。
【００９５】
一方、RW６が、RFIDタグ３を検出すると、RFIDタグ３からタグID(YYYYYY0002)と拡張情報Ａを読み取る。続いて、RW６は、RFIDタグ３のタグID(YYYYYY0002)と拡張情報Ａをミドルウェア７に通知する。
【００９６】
ミドルウェア７では、RW制御部９ａは、RFIDタグ３のタグID(YYYYYY0002)と拡張情報ＡをRW６から受け付けると、設定登録部８を参照し、RW６が規格Ｂに対応することを認識する。その後、RW制御部９ａは、RFIDタグ３のタグID(YYYYYY0002)と、拡張情報Ａ、規格Ｂを示す規格情報（RW６が対応する規格）とを、制御部９ｂに通知する。
【００９７】
制御部９ｂは、RFIDタグ３に関する情報（タグID＝YYYYYY0002、拡張情報＝拡張情報Ａ、規格情報＝規格Ｂ）を受け取ると、設定登録部８を参照して、RFIDタグ３に関する情報を解析する。
【００９８】
アプリケーション４ａとRFIDタグ３の情報は、共に規格Ｂに対応している。このため、制御部９ａは、アプリケーション４ａにRFIDタグ３のタグID(YYYYYY0002)をそのまま通知する。
【００９９】
これにより、RFIDタグ２が検出されたときは、タグID(YYYYZZ0001)が通知され、RFIDタグ３が検出されたときは、タグID(YYYYYY0002)が通知される。
【０１００】
次に、動作を詳細に説明する。
【０１０１】
本実施形態では、事前に、アプリケーション４ａが対応しているRFIDタグの規格Ｂに関する情報を、設定登録部８内のアプリケーション情報格納部８ａに登録しておく。
【０１０２】
また、RW５は規格Ａに対応していること、RW６は規格Ｂに対応していることを、設定登録部８内のRW情報格納部８ｂに登録しておく。
【０１０３】
さらに、拡張情報Ａについての情報（規格＝規格Ａ、プレフィックスデータ＝XXXZ、IDパターン＝下位16bit）と、拡張情報Ｂについての情報（規格＝規格B、プレフィックスデータ＝YYYYZZ、IDパターン＝下位16bit）とが、事前に、設定登録部８内の情報格納部８ｃに登録される。
【０１０４】
図４は、本実施形態の動作を説明するためのフローチャートである。以下、図１〜４を参照して、本実施形態の動作について詳細に説明する。
【０１０５】
例えば、RW５によってRFIDタグ２が検出されたときは、RW５は、RFIDタグ２からタグID(XXXX0001)と拡張情報Ｂを読み取って、タグID(XXXX0001)と拡張情報Ｂを、RW制御部９ａに通知する（ステップ１）。
【０１０６】
RW制御部９ａは、RW５からRFIDタグ２の情報が通知されたので、設定登録部８からRW５の情報（規格Ａ）を読み出し、規格Ａに対応していることを示す規格情報を、タグID(XXXX0001)と拡張情報Ｂと共に、制御部９ｂに通知する（ステップ２）。
【０１０７】
制御部９ｂは、通知されてきたRFIDタグ２の規格情報と、設定登録部８から読み出したアプリケーション４ａの規格情報と比較する（ステップ３）。
【０１０８】
本実施形態では、RFIDタグ２の規格情報は規格Ａであり、アプリケーション４ａの規格と違うので、処理はステップ５へ進む。
【０１０９】
制御部９ｂは、通知されてきたRFIDタグ２の拡張情報が、設定登録部８の中に登録されているか検索する（ステップ５）。
【０１１０】
本実施形態では、拡張情報Ｂが設定登録部８にあるので、制御部９ｂは、拡張情報Ｂに関連するデータを設定登録部８から取得する（ステップ６）。
【０１１１】
制御部９ｂは、設定登録部８から取得したデータを用いて、タグIDの拡張を行う。制御部９ｂは、まず、RFIDタグ２のタグID(XXXX0001)の一部（シリアル番号）を、拡張情報Ｂに関連するIDパターン＝下位16bitを使って取り出し、その取り出されたデータ（シリアル番号）を、拡張情報Ｂに関連するプレフィックスデータ＝YYYYZZと合成し、新しいタグID(YYYYZZ0001)を作成する（ステップ７）。
【０１１２】
制御部９ｂは、この新しいタグID(YYYYZZ0001)が規格Ｂに準拠しているか確認する（ステップ８）。
【０１１３】
新しいタグIDのフォーマットが規格Ｂに準拠している場合は、制御部９ｂは、新しいタグIDを、アプリケーション４ａに通知する（ステップ４)。この場合、新しく作成したタグID(YYYYZZ0001)は規格Ｂに準拠しているので、制御部９ｂは、アプリケーション４ａにタグID(YYYYZZ0001)を通知する(ステップ４)。
【０１１４】
一方、新しいタグIDのフォーマットが規格Ｂに準拠していない場合は、制御部９ｂは、新しいタグIDを廃棄して、この処理を終了する（ステップ９）。
【０１１５】
次に、RW６でRFIDタグ３が検出された場合は、RW６は、RFIDタグ３からタグID(YYYYYY0002)と拡張情報Ａを読み取って、タグID(YYYYYY0002)と拡張情報ＡをRW制御部９ａに通知する（ステップ１）。
【０１１６】
RW制御部９ａは、RW６からRFIDタグ３の情報が通知されたので、設定登録部８からRW６の情報を読み出し、規格Ｂに対応していることを示す規格情報を、タグID(YYYYYY0002)と拡張情報Ａと共に、制御部９ｂに通知する（ステップ２）。
【０１１７】
制御部９ｂは、通知されてきたRFIDタグ３の規格情報と、設定登録部８から読み出したアプリケーション４ａの規格情報と比較する（ステップ３）。
【０１１８】
本実施形態では、RFIDタグ３の規格情報は規格Ｂなので、アプリケーション４ａの規格と一致するため、処理はステップ４へ進む。
【０１１９】
そして、制御部９ｂは、タグID(YYYYYY0002)をアプリケーション４ａに通知し（ステップ４）、この処理を終了する（ステップ９）。
【０１２０】
このようにして、ミドルウェア７がタグIDを拡張することにより、RFIDタグ２が検出された場合は、タグID(YYYYZZ0001)がアプリケーション４ａに通知され、RFIDタグ３が検出された場合は、タグID(YYYYYY0002)がアプリケーション４ａに通知される。
【０１２１】
本実施形態によれば、以下の効果を奏する。
【０１２２】
第一の効果は、アプリケーションが使用したいRFIDタグの規格を指定することが可能になることである。
【０１２３】
ミドルウェア７は、アプリケーションごとに指定された規格のタグIDをアプリケーションに通知するので、アプリケーションは複数の規格に対応する必要がない。そのため、RFIDタグの複数の規格が混在しても、各タグIDをアプリケーションが必要とするタグID形式に統一できるためアプリケーションの開発が簡単になる。
【０１２４】
第二の効果は、新しいRFIDタグの規格を追加した場合でも、拡張情報の追加で対応できるので、既存のアプリケーションの改造を行わなくてもよいことである。
【０１２５】
第三の効果は、既存のRFIDタグとRWを使って実現できるため、RFIDタグやRWなどのHWの変更、機能追加などの必要がなく、コストが削減できることである。このため、例えば、規格ＢのRFIDタグを再度、貼らなくてもよい。
【０１２６】
第四の効果は、タグIDの一部と拡張情報のみで、別の規格のタグIDを生成できるため、データと通信の量と時間が短くできることである。
【０１２７】
なぜなら、規格ごとにID情報をRFIDタグのデータ部（記憶部）に登録しておく場合、全てのタグIDの情報をデータ部に格納しておく必要がある。そのため、データ部に必要な容量が大きくなり、RWとRFIDタグの通信する量と時間が多くなる。本実施形態では、タグIDと短い拡張情報のみからタグIDを生成しているため、データと通信の量と時間を短くできる。
【０１２８】
本実施形態によれば、変換部９は、例えば、RW５がRFIDタグ２から読み出した拡張情報に関連する変換情報（プレフィックスデータとIDパターン）を、設定登録部８から読み出す。変換部９は、RW５がRFIDタグ２から読み出したタグIDを、その読み出された変換情報を用いて、規格Ｂに対応するタグIDに変換し、そのタグIDを処理部４（アプリケーション４ａ）に提供する。
【０１２９】
このため、RFIDタグに、変換先の規格を特定するための拡張情報と、タグIDとが格納されれば、処理手段が対応する規格と異なる規格のタグIDを、処理手段が対応する規格のタグIDに変換することが可能になる。
【０１３０】
したがって、複数の規格が混在しても、処理手段に提供するタグID形式を統一することが可能になり、かつ、RFIDタグには、タグIDと、変換先の規格に応じた拡張情報を格納されればよく、例えば、個々のRFIDタグに規格の異なる複数のタグIDを登録するという煩わしい作業を不要にできる。
【０１３１】
例えば、規格Ａに対応する１０個のRFIDタグを、規格Ｂに拡張する場合、１０個のRFIDタグのすべてに、規格Ｂを特定するための拡張情報を登録すればよい。よって、規格Ａに対応する１０個のRFIDタグに、互いに異なる規格ＢのタグIDを設定する場合に比べて、登録処理の簡略化を図ることが可能になる。
【０１３２】
本実施形態では、変換部９は、RFIDタグ２のタグIDから、変換情報内のIDパターンにて指定されたシリアル番号を取り出し、そのシリアル番号に、変換情報内のプレフィックスデータを付加することによって、RFIDタグ２のタグIDを規格Ｂに対応するタグIDに変換する。
【０１３３】
この場合、例えば、複数の規格間で共通のシリアル番号を使用することが可能になる。
【０１３４】
本実施形態では、変換部９は、さらに、処理部４と同じ規格に対応するRFIDタグから読み出されたタグIDを処理部４に提供する。
【０１３５】
この場合、RFIDタグに関する複数の規格が混在しても、アプリケーションに、アプリケーションが必要な形式のタグIDを効率よく提供することが可能になる。
【０１３６】
（実施形態の拡張）
第１実施形態では、規格が２つの場合を説明したが、規格の数に制限はない。
【０１３７】
第１実施形態では、RWを２つ利用したが、RWの数に制限はない。また、複数のRFIDタグの規格に対応したマルチ対応RWが読出手段およびタグＩＤ読出手段として使用された場合は、RWが一台でもよい。具体的には、第１実施形態の場合、規格ＡおよびＢのRFIDタグに対応したマルチ対応RWが用いられれば、RWは一台でもよい。
【０１３８】
RFIDタグのユーザーエリアに複数の規格に対応する複数の拡張情報が格納されれば、一つの物理的なRFIDタグから複数のタグIDを生成することができる。また、データ部にヘッダ情報をいれることにより、拡張情報の数や規格の種類などをユーザーエリアに格納してもよい。
【０１３９】
例えば、ユーザーエリアに拡張情報数、拡張情報Ａ、拡張情報Ｂと入れておく[02 0A 0B]。両方の拡張情報を用いて、１つのRFIDタグを２つの別のRFIDタグとみなしてもよい。
【０１４０】
第１実施形態では、RFIDタグ３のユーザーエリア３ａ２に拡張情報を入れた。しかしながら、アプリケーションが一つだけの場合は、そのアプリケーションに対応したRFIDタグでは無理に拡張情報を入れる必要がない。RWもアプリケーションに対応した規格の場合は、ユーザーエリアを読む必要がない。第１実施形態では、RFIDタグ３のユーザーエリア３ａ２には拡張情報はなしで、RW６もユーザーエリアを読まなくても、同等の動作が可能である。
【０１４１】
第１実施形態では、アプリケーションが一つだったが、制御部９ｂをアプリケーションごとに増やすことにより、複数のアプリケーションに対応することが可能になる。
【０１４２】
第１実施形態では、アプリケーションごとに一つの規格の場合を示したが、制御部９ｂを増やすことにより、一つのアプリケーションに、複数の規格のタグIDを通知してもよい。
【０１４３】
（第２実施形態）
第２実施形態は、第１実施形態の第１使用例である。図５は、第２実施形態のタグＩＤ制御システムを示したブロック図である。なお、図５において、図１および図１４に示したものと同一のものには同一符号を付してある。
【０１４４】
本実施形態では、図１４に示した販売チェーン１０２Ｅが各製造会社１０２Ａ〜１０２Ｃより製品を入荷し、販売チェーン１０２Ｅのシステムが、EPCglobal対応のタグIDを用いて、統一的に品物を管理するパターンを示す。
【０１４５】
カミソリ製造会社システム１０２Ａ１、シャンプー製造会社システム１０２Ｃ１、浄水器製造会社システム１０２Ｂ１は、それぞれの製造会社の企業システムである。
【０１４６】
カミソリ製造会社システム１０２Ａ１、浄水器製造会社システム１０２Ｂ１は、ISO15693に対応したRFIDタグを用いたシステムである。シャンプー製造会社システム１０２Ｃは、EPCglobalに対応したRFIDタグを用いたシステムである。
【０１４７】
RW１０２Ａ２、１０２Ｃ２および１０２Ｂ２は、それぞれの製造会社の設備であり、RFIDタグのタグIDの読み取りとユーザーエリアの読み書きが可能である。RW１０２Ａ２および１０２Ｂ２は、ISO15693に対応し、RW１０２Ｃ２は、EPCglobalに対応しているとする。
【０１４８】
カミソリ製造会社１０２Ａでは、カミソリ１０２Ａ３にISO15693のRFIDタグ１０２Ａ４を貼り付けて、カミソリ１０２Ａ３の管理を行っている。
【０１４９】
シャンプー製造会社１０２Ｃでは、シャンプー１０２Ｃ３にEPClogbalのRFIDタグ１０２Ｃ４を貼り付けて、シャンプー１０２Ｃ３の管理を行っている。
【０１５０】
浄水器製造会社１０２Ｂでは、浄水器１０２Ｂ３にISO15693のRFIDタグ１０２Ｂ４を貼り付けて、浄水器１０２Ｂ３の管理を行っている。
【０１５１】
図６は、RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。
【０１５２】
図６（ａ）は、RFIDタグ１０２Ａ４の格納領域（記憶手段）１０２Ａ４ａを示した説明図である。
【０１５３】
図６（ｂ）は、RFIDタグ１０２Ｃ４の格納領域１０２Ｃ４ａを示した説明図である。
【０１５４】
図６（ｃ）は、RFIDタグ１０２Ｂ４の格納領域１０２Ｂ４ａを示した説明図である。
【０１５５】
図６（ｄ）は、格納領域１０２Ａ４ａ、１０２Ｃ４ａおよび１０２Ｂ４ａに格納される情報を示した図である。
【０１５６】
格納領域１０２Ａ４ａには、図６（ａ）に示すように、ID格納部１０２Ａ４ａ１と、ユーザーエリア１０２Ａ４ａ２が設けられている。
【０１５７】
ID格納部１０２Ａ４ａ１には、ISO15693に対応するタグID（E0010001）が登録されている。ユーザーエリア１０２Ａ４ａ２には、１バイトの拡張情報Ａ（0x0A）が出荷時に製造会社によって書き込まれている。ユーザーエリア１０２Ａ４ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。
【０１５８】
格納領域１０２Ｃ４ａには、図６（ｂ）に示すように、ID格納部１０２Ｃ４ａ１と、ユーザーエリア１０２Ｃ４ａ２が設けられている。
【０１５９】
ID格納部１０２Ｃ４ａ１には、EPCglobalに対応するタグID（3000.02.0002）が登録されている。ユーザーエリア１０２Ｃ４ａ２には、１バイトの拡張情報Ｂ（0x0B）が出荷時に製造会社によって書き込まれている。ユーザーエリア１０２Ｃ４ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。
【０１６０】
格納領域１０２Ｂ４ａには、図６（ｃ）に示すように、ID格納部１０２Ｂ４ａ１と、ユーザーエリア１０２Ｂ４ａ２が設けられている。
【０１６１】
ID格納部１０２Ｂ４ａ１には、ISO15693に対応するタグID（E0010003）が登録されている。ユーザーエリア１０２Ｂ４ａ２には、１バイトの拡張情報Ｃ（0x0C）が出荷時に製造会社によって書き込まれている。 ユーザーエリア１０２Ｂ４ａ２は、ユーザーがRWを使って自由にデータを読み書きできる領域である。
【０１６２】
ミドルウェア７は、マルチ対応RW１０を制御し、様々な規格のRFIDタグのタグIDとユーザーエリアの情報を取得できる。
【０１６３】
マルチ対応RW１０は、RFIDタグの複数の規格に対応し、様々な規格のRFIDタグのタグIDの読み取りとユーザーエリアの読み書きが可能である。
【０１６４】
また、RW１０は、読み取ったRFIDタグの情報と、規格の情報を通知する機能を有する。本実施形態では、RW１０は、ISO15693とEPCglobalに対応し、RFIDタグ１０２Ａ４、１０２Ｃ４、１０２Ｂ４と電波で通信することが可能である。
【０１６５】
図５に戻って、ミドルウェア７は、図１に示したミドルウェア７と同様であり、設定登録部８と、RW制御部９ａと、制御部９ｂとを含む。
【０１６６】
図７は、本実施形態の設定登録部８の一例を示した説明図である。
【０１６７】
図７において、設定登録部８は、アプリケーション情報格納部８ａと、RW情報格納部８ｂと、情報格納部８ｃと、を含む。なお、アプリケーション情報格納部８ａと、RW情報格納部８ｂと、情報格納部８ｃについては、第１実施形態と同様なので説明を省略する。
【０１６８】
制御部９ｂは、設定登録部８内のデータを参照し、RW１０から通知されてくるRFIDタグのデータを制御する。RW制御部９ａは、RW１０を制御し、RFIDタグの情報を読み取ることができる。また、RW制御部９ａは、マルチ対応RW１０から、規格情報を受け取ることもできる。
【０１６９】
次に、動作の概要を説明する。
【０１７０】
本実施形態では、製造会社が、ユーザーエリアに事前に拡張情報を書き込んで出荷する。本実施形態では、RFIDタグ１０２Ａ４には拡張情報Ａ、RFIDタグ１０２Ｃ４には拡張情報Ｂ、RFIDタグ１０２Ｂ４には拡張情報Ｃを書き込んでおく。
【０１７１】
販売チェーン１０２Ｅでは、ミドルウェア７にて制御されたマルチRW１０が、入荷した品物のRFIDタグから、タグIDとユーザーエリアの拡張情報を読み取る。
【０１７２】
ミドルウェア７は、読み取ったタグIDと拡張情報を用いて、タグIDを拡張して、販売チェーンシステム１１に通知する。なお、販売チェーンシステム１１は、一般的に処理手段と呼ぶことができ、図１に示した処理部４に対応する。
【０１７３】
例えば、カミソリ１０２Ａ３が入荷した場合、ミドルウェア７にて制御されたマルチ対応RW１０は、カミソリ１０２Ａ３のRFIDタグ１０２Ａ４から、タグID(E0010001) と拡張情報Ａ(0x0A)を読み取る。RW１０は、タグID(E0010001) と拡張情報Ａ(0x0A)を、RFIDタグ１０２Ａ４の規格情報ISO15693と共に、ミドルウェア７に通知する。
【０１７４】
ミドルウェア７では、制御部９ｂは、拡張情報Ａ(0x0A)を用いて、設定登録部８から、拡張情報Ａ(0x0A)に関連する情報（プレフィックスデータとＩＤパターン）を読み取り、その情報とタグID(E0010001)とに基づいて、タグID(E0010001)を新たなタグIDに拡張（変換）する。
【０１７５】
カミソリ１０２Ａ３の場合、拡張情報Ａ(0x0A)なので、制御部９ｂは、プレフィックスデータ(3000.01)とタグIDの下位16bit部分(0001)を用いて、拡張したタグID(3000.01.0001)を生成し、そのタグID(3000.01.0001)を、販売チェーンシステム１１に通知する。
【０１７６】
シャンプー１０２Ｃ３が入荷されてきたときは、マルチ対応RW１０は、シャンプー１０２Ｃ３のタグID(3000.02.0002)と規格情報（EPCglobal）をミドルウェア７に通知する。
【０１７７】
ミドルウェア７では、通知されてきた規格情報が、販売チェーンシステム１１が必要としている規格と同じなので、制御部９ｂは、そのままタグID(3000.02.0002)を販売チェーンシステム１１に通知する。
【０１７８】
浄水器１０２Ｂ３が入荷されてきたときは、マルチ対応RW１０が、浄水器１０２Ｂ３のRFIDタグ１０２Ｂ４のタグID(E0010003)と拡張情報Ｃ(0x0C)を読み取って、タグID(E0010003)と拡張情報Ｃ(0x0C)を、RFIDタグの規格情報（ISO15693）と共に、ミドルウェア７に通知する。
【０１７９】
ミドルウェア７は、カミソリ１０２Ａ３と同様に、拡張情報Ｃ(0x0C)にて特定されるプレフィックスデータ(3000.03)と下位16bit部分(0001)を用いて、拡張したタグID(3000.03.0001)を生成し、拡張したタグID(3000.03.0001)を販売チェーンシステム１１に通知する。
【０１８０】
以上、ミドルウェア７が、タグIDを自動的に拡張することにより、販売チェーンシステム１１は、RFIDタグの規格にかかわらず、ミドルウェア７から通知されたタグIDを、全て同じEPCglobalのタグIDフォーマットとして、取り扱うことができる。
【０１８１】
次に、動作を詳細に説明する。
【０１８２】
本実施形態は、販売チェーンシステム１１が、EPCglobalのRFIDタグ規格に対応するタグIDを要求し、ミドルウェア７が、RW１０が読み出したタグIDを、EPCglobalのRFIDタグ規格に対応するように統一するパターンである。
【０１８３】
このため、設定登録部８には、アプリケーションである販売チェーンシステム１１はEPCglobalのRFIDタグの規格を使用することと、拡張情報Ａと拡張情報Ｃに関するデータが、事前に登録される。
【０１８４】
拡張情報Ａに関連する情報としては、拡張規格＝EPCglobal、プレフィックスデータ＝3000.01、IDパターン＝下位16bitが、事前に登録される。
【０１８５】
拡張情報Ｃに関連する情報としては、拡張規格＝EPCglobal、プレフィックスデータ＝3000.03、IDパターン＝下位16bitが、事前に登録される。
【０１８６】
また、RFIDタグ１０２Ａ４、１０２Ｃ４、１０２Ｂ４には、各製造業者が拡張情報Ａ、Ｂ、Ｂを事前に書き込んでおく。
【０１８７】
ミドルウェア７は、RW１０を制御し、RFIDタグの規格がISO15693だった場合には、タグIDとユーザーエリアの情報を読み取るようにRW１０を設定しておく。また、ミドルウェア７は、RFIDタグの規格がEPCglobalだった場合には、タグIDの情報を読み取るようにRW１０を設定しておく。また、RW１０は、読み取ったRFIDタグが対応する規格を、タグIDと拡張情報と共に、ミドルウェア７に通知するように設定される。
【０１８８】
次に、図４を参照して、販売チェーン１０２Ｅにて、カミソリ１０２Ａ３が検出されたときの具体的な動作を説明する。
【０１８９】
RW１０が、カミソリ１０２Ａ３のRFIDタグ１０２Ａ４を検出した場合、RW１０は、RFIDタグ１０２Ａ４から、タグID(E0010001)と拡張情報Ａ(0x0A)を読み込む（ステップ１）。
【０１９０】
RW１０は、タグID(E0010001)と拡張情報Ａ(0x0A)を、RFIDタグ１０２Ａ４の規格情報ISO15693と共に、ミドルウェア７に通知する（ステップ２）。
【０１９１】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(E0010001)と、拡張情報Ａ(0x0A)と、RFIDタグ１０２Ａ４の規格情報ISO15693を受け取ると、設定登録部８からRW１０の規格を読み取る。なお、本実施形態では、RW１０はマルチ対応なので、RW制御部９ａは、RW１０から受け取った規格情報を、タグID(E0010001)と拡張情報Ａ(0x0A)と共に、制御部９ｂに渡す。制御部９ｂは、RFIDタグの規格情報と販売チェーンシステム１１のアプリケーションの対応規格が同じか確認する（ステップ３）。
【０１９２】
通知されてきた規格情報が販売チェーンシステム１１のアプリケーションの対応規格と同じだった場合は、制御部９ｂは、タグID(E0010001)をそのまま販売チェーンシステム１１のアプリケーションへ通知する（ステップ４）。
【０１９３】
本実施形態では、EPCglobalのタグIDが必要だが、RFIDタグ１０２Ａ４の規格情報はISO15693なので、処理はステップ５へ進む。
【０１９４】
制御部９ｂは、設定登録部８に登録されている拡張情報を検索する(ステップ５)。本実施形態では、RFIDタグ１０２Ａ４の拡張情報は拡張情報Ａであり、拡張情報Ａは設定登録部８に存在するため、処理はステップ６へ進む。なお、登録されていない場合は、処理は、ステップ９へ進み終了する。
【０１９５】
制御部９ｂは、設定登録部８から、拡張情報Ａに関連するデータ（拡張規格＝EPCglobal、プレフィックスデータ＝3000.01、IDパターン＝下位16bit）を取得する（ステップ６）。
【０１９６】
制御部９ｂは、取得したデータを用いて、RFIDタグ１０２Ａ４のタグIDを拡張する。具体的には、制御部９ｂは、IDパターン＝下位16bitに基づいて、タグID(E0010001)から、0001を取り出す。そして、制御部９ｂは、0001をプレフィックスデータ＝3000.01と結合して、新しいタグID(3000.01.0001)を生成する（ステップ７）。
【０１９７】
制御部９ｂは、新しいタグIDがRFIDタグの規格に一致しているか確認する（ステップ７）。本実施形態の場合、制御部９ｂは、生成した新しいタグID(3000.01.0001)が拡張規格であるEPCglobalに対応しているかチェックする。新しいタグIDのフォーマットが正しい場合には、処理は、ステップ４に進み、制御部９ｂは、そのタグIDを販売チェーンシステム１１に通知する。一方、タグIDのフォーマットが正しくない場合は、処理は、ステップ９に進み終了する。
【０１９８】
次に、販売チェーン１０２Ｅにてシャンプー１０２Ｃ３が検出されたときの動作を説明する。
【０１９９】
RW１０が、シャンプー１０２Ｃ３のRFIDタグ１０２Ｃ４を検出した場合、RW１０は、RFIDタグ１０２Ｃ４から、タグID(3000.02.0002)の読み込みを行う（ステップ１）。
【０２００】
RW１０は、タグID(3000.02.0002)を、RFIDタグ１０２Ｃ４の規格情報EPCglobalと共に、ミドルウェア７に通知する（ステップ２）。
【０２０１】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを受け取ると、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを制御部９ｂに渡す。制御部９ｂは、RFIDタグの規格情報と販売チェーンシステム１１のアプリケーションの対応規格が同じか確認する（ステップ３）。本実施形態では、RFIDタグ１０２Ｃ４の規格情報はEPCglobalなので、処理はステップ４へ進み、制御部９ｂは、タグID(3000.02.0002)を販売チェーンシステム１１に通知する。
【０２０２】
次に、販売チェーン１０２Ｅにて浄水器１０２Ｂ３が検出されたときの動作を説明する。
【０２０３】
RW１０が、浄水器１０２Ｂ３のRFIDタグ１０２Ｂ４を検出した場合、RW１０は、RFIDタグ１０２Ｂ４から、タグID(E0010003)と拡張情報A(0x0C)を読み込む（ステップ１）。
【０２０４】
RW１０は、タグID(E0010003)と拡張情報A(0x0C)を、RFIDタグ１０２Ｂ４の規格情報ISO15693と共に、ミドルウェア７に通知する（ステップ２）。
【０２０５】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(E0010003)と拡張情報A(0x0C)とRFIDタグ１０２Ｂ４の規格情報ISO15693を受け取ると、カミソリと同様の処理をして、制御部９ｂに、タグID(E0010003)と、拡張情報A(0x0C)と、RFIDタグ１０２Ｂ４の規格情報ISO15693とを渡す。制御部９ｂは、RFIDタグの規格情報と販売チェーンシステム１１のアプリケーションの対応規格が同じか確認する（ステップ３）。本実施形態では、RFIDタグ１０２Ｂ４の規格情報はISO15693なので、処理はステップ５へ進む。
【０２０６】
制御部９ｂは、設定登録部８に登録されている拡張情報を検索する(ステップ５)。本実施形態では、RFIDタグ１０２Ｂ４の拡張情報は拡張情報Ｃであり、拡張情報Ｃは設定登録部８に存在するため、処理はステップ６へ進む。
【０２０７】
制御部９ｂは、設定登録部８から、拡張情報Ｃに関連するデータ（拡張規格＝EPCglobal、プレフィックスデータ＝3000.03、IDパターン＝下位16bit）を取得する（ステップ６）。
【０２０８】
制御部９ｂは、取得したデータを用いて、RFIDタグ１０２Ｂ４のタグIDを拡張する。具体的には、制御部９ｂは、IDパターン=下位16bitに基づいて、タグID(E0010003)から、0003を取り出す。そして、制御部９ｂは、0003をプレフィックスデータ＝3000.03と結合して、新しいタグID(3000.03.0003)を生成する（ステップ７）。
【０２０９】
制御部９ｂは、新しいタグIDがRFIDタグの規格に一致しているか確認する（ステップ７）。本実施形態の場合、制御部９ｂは、生成した新しいタグID(3000.03.0003)が拡張規格であるEPCglobalに対応しているかチェックする。新しいタグIDのフォーマットが正しい場合には、処理は、ステップ４に進み、制御部９ｂは、タグID(3000.03.0003)を販売チェーンシステム１１に通知する。
【０２１０】
これらの動作をRFIDタグごとに行うことにより、複数のRFIDタグが混在していても、統一したRFIDタグとして、品物を認識することが可能になる。
【０２１１】
本実施形態によれば、以下の効果を奏する。
【０２１２】
第２実施形態では、第１実施形態が奏する効果に加えて、マルチ対応RWを用いることによって、１台のRWで、第１実施形態と同様のタグIDの拡張ができる。このため、構成の簡略化を図りながら、アプリケーションで使用するRFIDタグの規格を統一できる。また、新しい規格を追加する場合もアプリケーションの変更の必要がない。
【０２１３】
（第３実施形態）
第３実施形態は、第１実施形態の第２使用例である。
【０２１４】
図８は、製造会社と販売チェーンの途中に流通会社１０２Ｆが入り、様々なRFIDタグが付いた品物が流通する状況を表した説明図である。ここでＳＣＭを構成するために、流通会社の情報を販売チェーン１０２Ｅが把握することを考える。なお、図８において、図５に示したものと同一のものには同一符号を付してある。
【０２１５】
図９は、流通会社１０２Ｆの概要を示したブロック図である。なお、図８において、図５および図８に示したものと同一のものには同一符号を付してある。
【０２１６】
図９において、流通会社１０２Ｆは、流通会社システム１１Ａを企業システムとして使用している。流通会社システム１１Ａは、ISO15693に対応するRFIDタグのタグIDを用いて品物を管理している。ここに、ミドルウェア７とマルチ対応RW１０が導入される。販売チェーンシステム１１は、ネットワーク（Network）１２を介して、ミドルウェア７と接続されている。
【０２１７】
ミドルウェア７は、制御部９ｂ１および９ｂ２と、設定登録部８と、RW制御部９ａとを含む。本実施形態では、通知するアプリケーションは２つなので、設定登録部８内のアプリケーション情報格納部８ａには、販売チェーンシステム１１と流通会社システム１１Ａのそれぞれのアプリケーションの規格を示す情報を登録しておく。本実施形態では、それぞれの対応規格をEPCglobal、ISO15693と登録する。
【０２１８】
また、販売チェーンシステム用の制御部９ｂ１と、流通会社システム１１Ａの制御部９ｂ２は、設定登録部８内のデータを参照できるようになっている。また、拡張情報として、拡張情報Ｂに関しても設定登録部８に追加で登録しておく（図１０参照）。
【０２１９】
なお、図１１は、RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。本実施形態では、各格納領域に格納される情報は、図６に示したものと同一とする。
【０２２０】
次に、図４および図９を参照して、動作を説明する。
【０２２１】
以下では、流通会社１０２Ｆに各製造会社から品物が入荷した状況を考える。
【０２２２】
例えば、 RW１０が、カミソリ１０２Ａ３のRFIDタグ１０２Ａ４を検出した場合、RW１０は、RFIDタグ１０２Ａ４から、タグID(E0010001)と拡張情報Ａ(0x0A)を読み込む（ステップ１）。
【０２２３】
RW１０は、タグID(E0010001)と拡張情報Ａ(0x0A)を、RFIDタグ１０２Ａ４の規格情報ISO15693と共に、ミドルウェア７に通知する（ステップ２）。
【０２２４】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(E0010001)と、拡張情報Ａ(0x0A)と、RFIDタグ１０２Ａ４の規格情報ISO15693を受け取ると、RW１０から受け取った規格情報を、タグID(E0010001)と拡張情報Ａ(0x0A)と共に、制御部９ｂ１および９ｂ２に渡す。制御部９ｂ１および９ｂ２は、ステップ３以降の動作をそれぞれ独立して行う。
【０２２５】
制御部９ｂ１に通知されたRFIDタグ１０２Ａ４の情報については、第２実施形態と同様の処理が行われ、新しいタグID(3000.01.0001)が生成され、販売チェーンシステム１１に通知される。
【０２２６】
制御部９ｂ２は、RFIDタグの規格情報を比較し、流通会社システム１１Ａで対応しているRFIDタグの規格がISO15693なので、そのままのタグID(E0010001)を流通会社システム１１Ａに通知する（ステップ４）。
【０２２７】
RW１０が、シャンプー１０２Ｃ３のRFIDタグ１０２Ｃ４を検出した場合、RW１０は、RFIDタグ１０２Ｃ４から、タグID(3000.02.0002)の読み込みを行う（ステップ１）。
【０２２８】
RW１０は、タグID(3000.02.0002)を、RFIDタグ１０２Ｃ４の規格情報EPCglobalと共に、ミドルウェア７に通知する（ステップ２）。
【０２２９】
ミドルウェア７では、RW制御部９ａは、RW１０から、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを受け取ると、タグID(3000.02.0002)と、RFIDタグ１０２Ｃ４の規格情報EPCglobalを制御部９ｂ１および９ｂ２に渡す。
【０２３０】
制御部９ｂ１は、販売チェーンシステム１１の対応規格がEPCglobalなので、そのままのタグID(3000.02.0002)を販売チェーンシステム１１に通知する。
【０２３１】
制御部９ｂ２では、流通会社システム１１Ａの対応規格がISO15693なので、ステップ５に進む。
【０２３２】
制御部９ｂ２は、設定登録部８から拡張情報Ｂ(0x0B)の情報を検索し（ステップ５）、設定登録部８にある拡張情報Ｂのデータを取得する（ステップ６）。
【０２３３】
制御部９ｂ２は、取得したデータを使用して、上述したようにRFIDタグ１０２Ｃ４のタグIDを拡張する。本実施形態では、制御部９ｂ２は、プレフィックスデータ(E002)を用いて、新しいタグID(E0020002)に拡張する（ステップ７）。
【０２３４】
制御部９ｂ２は、その新しいタグID(E0020002)がISO15693の規格にあっているかチェックして（ステップ８）、問題がない場合は、流通会社システム１１ＡにタグID(E0020002)を通知する。
【０２３５】
このようにして、流通会社システム１１ＡにはISO15693のタグIDの規格に準拠したタグID(E0010001)、タグID(E0020002)が通知され、販売チェーンシステム１１にはEPCglobalのタグIDの規格に準拠したタグID(3000.01.0001)、タグID(3000.02.0002)が通知される。
【０２３６】
複数のアプリケーションが複数のRFIDタグ規格を利用したい場合も、アプリケーションごとにタグIDをそれぞれの規格に拡張して、通知することができる。
【０２３７】
本実施形態によれば、以下の効果を奏する。
【０２３８】
第一に、アプリケーションごとに通知するRFIDタグの規格を指定できるので、複数のアプリケーションがあった場合でもタグIDの拡張ができ、それぞれのアプリケーションを変更しなくてもよい。また、一つの物理的なRFIDタグ内のタグIDを、それぞれのアプリケーションのために拡張して通知することができる。
【０２３９】
第二に、拡張情報を連携する会社で設定すれば、複雑な企業間連携システムを構築する必要がなく、独自のシステムを運用できる。
【０２４０】
上記各実施形態によれば、既存のRFIDタグやRWを変更することなく、RFIDタグのタグIDの下位のシリアル番号部分と、読み書き可能なデータ部に短bit長である拡張情報を用いて、プレフィックスデータを圧縮し、効率的に一つの物理RFIDタグを別の規格のタグIDに拡張することにより、アプリケーションごとに指定されたタグIDを通知することができる。よって、既存のアプリケーションに修正、変更を加えることがなく、新たなRFIDタグ規格を取り扱うことが可能になる。
【０２４１】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【図面の簡単な説明】
【０２４２】
【図１】本発明の第１実施形態のタグＩＤ制御システム１を示したブロック図である。
【図２】RFIDタグ２および３が有する格納領域（記憶手段）を示した説明図である。
【図３】設定登録部８の一例を示した説明図である。
【図４】動作を説明するためのフローチャートである。
【図５】第２実施形態のタグＩＤ制御システムを示したブロック図である。
【図６】RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。
【図７】設定登録部８の一例を示した説明図である。
【図８】製造会社と販売チェーンの途中に流通会社１０２Ｆが入り、様々なRFIDタグが付いた品物が流通する状況を表した説明図である。
【図９】流通会社１０２Ｆの概要を示したブロック図である。
【図１０】設定登録部８の一例を示した説明図である。
【図１１】RFIDタグ１０２Ａ４、１０２Ｃ４および１０２Ｂ４が有する格納領域（記憶手段）を示した説明図である。
【図１２】RFIDタグの特徴を示した説明図である。
【図１３】RFIDタグの各規格のタグIDのフォーマットの例を示した説明図である。
【図１４】複数の規格のいずれかに対応する複数のRFIDタグが、様々な会社で活用される例を示した説明図である。
【図１５】ペットフード製造会社１０２Ｆが、販売チェーン１０２Ｅに、新たにペットフードを出荷する例を示した説明図である。
【符号の説明】
【０２４３】
１ タグID制御システム
２、３ RFIDタグ
４ 処理部
４ａ アプリケーション
５、６ RW
７ ミドルウェア
８ 設定登録部
９ 変換部
９ａ RW制御部
９ｂ、９ｂ１、９ｂ２ 制御部
１０ マルチ対応RW
１１ 販売チャーンシステム
１１Ａ 流通会社システム
【特許請求の範囲】
【請求項１】
第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と接続するタグＩＤ制御システムであって、
前記拡張情報と、前記第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段と、
前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、
前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段と、を含むタグＩＤ制御システム。
【請求項２】
請求項１に記載のタグＩＤ制御システムにおいて、
前記第２タグＩＤは、シリアル番号を含み、
前記変換情報は、前記第１規格に応じた付加情報と、前記第２タグＩＤ内のシリアル番号を指定するための指定情報と、を含み、
前記変換手段は、前記読み出された第２タグＩＤから、前記指定情報にて指定されたシリアル番号を取り出し、当該シリアル番号に前記付加情報を付加することによって、当該第２タグＩＤを前記第１タグＩＤに変換する、タグＩＤ制御システム。
【請求項３】
請求項１または２に記載のタグＩＤ制御システムにおいて、
前記第１タグＩＤを格納するＲＦＩＤタグから、当該第１タグＩＤを読み出すタグＩＤ読出手段をさらに有し、
前記変換手段は、前記読み出された第１タグＩＤを、前記処理手段に提供する、タグＩＤ制御システム。
【請求項４】
請求項３に記載のタグ制御システムにおいて、
前記読出手段は、前記タグＩＤ読出手段を兼ねる、タグＩＤ制御システム。
【請求項５】
第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、接続するタグＩＤ制御システが行うタグＩＤ制御方法であって、
前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納手段に格納する格納ステップと、
前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出ステップと、
前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換ステップと、を含むタグＩＤ制御方法。
【請求項６】
請求項５に記載のタグＩＤ制御方法において、
前記第２タグＩＤは、シリアル番号を含み、
前記変換情報は、前記第１規格に応じた付加情報と、前記第２タグＩＤ内のシリアル番号を指定するための指定情報と、を含み、
前記変換ステップでは、前記読み出された第２タグＩＤから、前記指定情報にて指定されたシリアル番号を取り出し、当該シリアル番号に前記付加情報を付加することによって、当該第２タグＩＤを前記第１タグＩＤに変換する、タグＩＤ制御方法。
【請求項７】
請求項５または６に記載のタグＩＤ制御方法において、
前記第１タグＩＤを格納するＲＦＩＤタグから、当該第１タグＩＤを読み出すタグＩＤ読出ステップをさらに有し、
前記変換ステップでは、前記読み出された第１タグＩＤを、前記処理手段に提供する、タグＩＤ制御方法。
【請求項８】
第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、前記ＲＦＩＤタグから前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、に接続するコンピュータを、
前記拡張情報と、前記第１規格以外の第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段、および、
前記読出手段にて読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読出手段にて読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段として機能させるプログラム。
【請求項９】
請求項８に記載のプログラムにおいて、
前記第２タグＩＤは、シリアル番号を含み、
前記変換情報は、前記第１規格に応じた付加情報と、前記第２タグＩＤ内のシリアル番号を指定するための指定情報と、を含み、
前記変換手段は、前記読み出された第２タグＩＤから、前記指定情報にて指定されたシリアル番号を取り出し、当該シリアル番号に前記付加情報を付加することによって、当該第２タグＩＤを前記第１タグＩＤに変換する、プログラム。
【請求項１】
第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と接続するタグＩＤ制御システムであって、
前記拡張情報と、前記第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段と、
前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、
前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段と、を含むタグＩＤ制御システム。
【請求項２】
請求項１に記載のタグＩＤ制御システムにおいて、
前記第２タグＩＤは、シリアル番号を含み、
前記変換情報は、前記第１規格に応じた付加情報と、前記第２タグＩＤ内のシリアル番号を指定するための指定情報と、を含み、
前記変換手段は、前記読み出された第２タグＩＤから、前記指定情報にて指定されたシリアル番号を取り出し、当該シリアル番号に前記付加情報を付加することによって、当該第２タグＩＤを前記第１タグＩＤに変換する、タグＩＤ制御システム。
【請求項３】
請求項１または２に記載のタグＩＤ制御システムにおいて、
前記第１タグＩＤを格納するＲＦＩＤタグから、当該第１タグＩＤを読み出すタグＩＤ読出手段をさらに有し、
前記変換手段は、前記読み出された第１タグＩＤを、前記処理手段に提供する、タグＩＤ制御システム。
【請求項４】
請求項３に記載のタグ制御システムにおいて、
前記読出手段は、前記タグＩＤ読出手段を兼ねる、タグＩＤ制御システム。
【請求項５】
第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、接続するタグＩＤ制御システが行うタグＩＤ制御方法であって、
前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納手段に格納する格納ステップと、
前記ＲＦＩＤタグから、前記拡張情報と前記第２タグＩＤとを読み出す読出ステップと、
前記読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換ステップと、を含むタグＩＤ制御方法。
【請求項６】
請求項５に記載のタグＩＤ制御方法において、
前記第２タグＩＤは、シリアル番号を含み、
前記変換情報は、前記第１規格に応じた付加情報と、前記第２タグＩＤ内のシリアル番号を指定するための指定情報と、を含み、
前記変換ステップでは、前記読み出された第２タグＩＤから、前記指定情報にて指定されたシリアル番号を取り出し、当該シリアル番号に前記付加情報を付加することによって、当該第２タグＩＤを前記第１タグＩＤに変換する、タグＩＤ制御方法。
【請求項７】
請求項５または６に記載のタグＩＤ制御方法において、
前記第１タグＩＤを格納するＲＦＩＤタグから、当該第１タグＩＤを読み出すタグＩＤ読出ステップをさらに有し、
前記変換ステップでは、前記読み出された第１タグＩＤを、前記処理手段に提供する、タグＩＤ制御方法。
【請求項８】
第１規格に対応する第１タグＩＤを用いて、前記第１規格を特定するための拡張情報と、前記第１規格と異なる第２規格に対応する第２タグＩＤとを格納するＲＦＩＤタグを管理する処理手段と、前記ＲＦＩＤタグから前記拡張情報と前記第２タグＩＤとを読み出す読出手段と、に接続するコンピュータを、
前記拡張情報と、前記第１規格以外の第２規格に対応する第２タグＩＤを前記第１タグＩＤに変換するための変換情報と、を関連づけて格納する格納手段、および、
前記読出手段にて読み出された拡張情報に関連する変換情報を前記格納手段から読み出し、当該変換情報を用いて、前記読出手段にて読み出された第２タグＩＤを前記第１タグＩＤに変換し、当該第１タグＩＤを前記処理手段に提供する変換手段として機能させるプログラム。
【請求項９】
請求項８に記載のプログラムにおいて、
前記第２タグＩＤは、シリアル番号を含み、
前記変換情報は、前記第１規格に応じた付加情報と、前記第２タグＩＤ内のシリアル番号を指定するための指定情報と、を含み、
前記変換手段は、前記読み出された第２タグＩＤから、前記指定情報にて指定されたシリアル番号を取り出し、当該シリアル番号に前記付加情報を付加することによって、当該第２タグＩＤを前記第１タグＩＤに変換する、プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００９−１８７２７０（Ｐ２００９−１８７２７０Ａ）
【公開日】平成２１年８月２０日（２００９．８．２０）
【国際特許分類】
【出願番号】特願２００８−２６３３７（Ｐ２００８−２６３３７）
【出願日】平成２０年２月６日（２００８．２．６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年８月２０日（２００９．８．２０）
【国際特許分類】
【出願日】平成２０年２月６日（２００８．２．６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]