情報処理装置、情報処理方法、及びプログラム
【課題】情報処理装置に、読取装置がいずれのプロトコルに準じて情報を読み取って送信してきたかを認識させることができるようにする。
【解決手段】読取装置１００は、ＩＣタグ２０から情報を読み取ると、送信データを生成し、生成した送信データを、クライアント端末２００を介して情報処理装置３００に送信する。送信データには、読取装置１００がＩＣタグ２０から読み取った情報と、読取装置１００がＩＣタグ２０と通信ができたプロトコルのプロトコル識別情報が含まれる。情報処理装置３００は、送信データに含まれるプロトコル識別情報を用いて、読取装置１００がＩＣタグ２０から情報を読み取るときに使用されたプロトコルを識別する。
【解決手段】読取装置１００は、ＩＣタグ２０から情報を読み取ると、送信データを生成し、生成した送信データを、クライアント端末２００を介して情報処理装置３００に送信する。送信データには、読取装置１００がＩＣタグ２０から読み取った情報と、読取装置１００がＩＣタグ２０と通信ができたプロトコルのプロトコル識別情報が含まれる。情報処理装置３００は、送信データに含まれるプロトコル識別情報を用いて、読取装置１００がＩＣタグ２０から情報を読み取るときに使用されたプロトコルを識別する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、互いに異なるプロトコルに準拠している複数のＩＣタグそれぞれからデータを読み取る読取装置から送信されてきた情報を処理する情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
ＩＣタグの一つにＲＦＩＤ（Radio Frequency Identification）がある。ＲＦＩＤは安価であるという特徴があるが、複数の周波数帯や複数のプロトコルがある。そして周波数帯やプロトコルが異なる複数種類のＲＦＩＤを読むためには、それぞれの周波数帯やプロトコルに準じた複数のリーダを準備する必要がある。
【０００３】
これに対して特許文献１〜３には、プロトコルを順次切り替えながらＲＦＩＤの読み取りを試みることにより、複数のプロトコルに対応することができる読取装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】実用新案登録第３１４２９４１号公報
【特許文献２】特開２００１−２８３１６２号公報
【特許文献３】特開２００７−１３４９４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、複数の種類のＩＣタグを読むことが可能な読取装置と情報処理装置が通信網を介して接続していた場合、情報処理装置は、読取装置がいずれのプロトコルに準じて情報を読み取って送信してきたかを認識できない。この場合、読取装置が読み取った情報のフォーマット形式を情報処理装置が認識できない可能性がある。このため情報処理装置は、読取装置が読み取った情報を正確に処理できないおそれがある。
【０００６】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、読取装置がいずれのプロトコルに準じて情報をＩＣタグから読み取って送信してきたかを識別することができる情報処理装置、情報処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明によれば、読取装置がＩＣタグから読み取ったデータを受信すると共に、前記読取装置が何れのプロトコルを用いて前記ＩＣタグから前記データを読み取ったかを識別する情報処理装置であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する装置側受信手段と、
前記プロトコル識別情報を用いて、前記データを読み取るときに使用されたプロトコルを識別するプロトコル識別手段と、
を備える情報処理装置が提供される。
【０００８】
本発明によれば、読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理方法であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信し、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する情報処理方法が提供される。
【０００９】
本発明によれば、コンピュータを、読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理装置として機能させるためのプログラムであり、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記コンピュータに、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する機能と、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する機能と、
を実現させるプログラムが提供される。
【発明の効果】
【００１０】
本発明によれば、情報処理装置に、読取装置がいずれのプロトコルに準じて情報を読み取って送信してきたかを識別させることができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係る情報送信システムの構成を示す図である。
【図２】読取装置の機能構成を示すブロック図である。
【図３】プロトコル記憶部が記憶しているデータをテーブル形式で示す図である。
【図４】ＩＣタグが記憶しているデータのフォーマット形式の第１例を示す図である。
【図５】ＩＣタグが記憶しているデータのフォーマット形式の第２例を示す図である。
【図６】ＩＣタグが記憶しているデータのフォーマット形式の第３例を示す図である。
【図７】クライアント端末の機能構成を示すブロック図である。
【図８】情報処理装置の機能構成を示すブロック図である。
【図９】図１に示した情報処理システムの動作を示すフローチャートである。
【図１０】図９のステップＳ７０の詳細を示すフローチャートである。
【図１１】第２の実施形態に係るクライアント端末の機能構成を示すブロック図である。
【図１２】第２の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図１３】第３の実施形態に係る情報処理システムの構成を示す図である。
【図１４】第３の実施形態に係るクライアント端末の機能構成を示すブロック図である。
【図１５】第３の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図１６】第３の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１３】
（第１の実施形態）
図１は、第１の実施形態に係る情報送信システムの構成を示す図である。この情報処理システムは、読取装置１００、クライアント端末２００、及び情報処理装置３００を備える。読取装置１００はクライアント端末２００に接続しており、クライアント端末２００は、インターネットなどの通信網５０を介して情報処理装置に接続している。
【００１４】
読取装置１００は、ＩＣタグ２０から情報を読み取る。本実施形態においてＩＣタグ２０は、ＲＦＩＤ（Radio Frequency Identification）であるが、他の規格のＩＣタグであっても良い。読取装置１００は、ＩＣタグ２０のプロトコルを変えながら、ＩＣタグ２０と通信を試み、通信ができたプロトコルを用いてＩＣタグ２０から情報を読み取る。プロトコルには、予めプロトコル識別情報が付与されている。プロトコル識別情報は、例えば数字であるが、文字列であっても良いし、数字と文字列の組み合わせであっても良い。そして読取装置１００は送信データを生成し、生成した送信データを、クライアント端末２００を介して情報処理装置３００に送信する。送信データには、読取装置１００がＩＣタグ２０から読み取った情報と、読取装置１００がＩＣタグ２０と通信ができたプロトコルのプロトコル識別情報が含まれる。
【００１５】
情報処理装置３００は、送信データに含まれるプロトコル識別情報を用いて、読取装置１００がＩＣタグ２０から情報を読み取るときに使用されたプロトコルを識別する。このため、識別されたプロトコルのデータのフォーマット形式及びデータの記録方式を認識して、このフォーマット形式及びデータの記録方式を用いて情報を処理することにより、読取装置１００がＩＣタグ２０から読み取った情報を正確に処理することができる。
【００１６】
図２は、読取装置１００の機能構成を示すブロック図である。読取装置１００は、プロトコル記憶部１１０、読取処理部１２０、及び送信データ生成部１３０を備える。プロトコル記憶部１１０は、複数種類のプロトコルに準じたデータをＩＣタグ２０から読み取るための手順を示すデータを、プロトコル識別情報に対応付けて記憶している。読取処理部１２０は、プロトコル記憶部１１０から順次読み取りの手順を示すデータを読み出して、読み出したデータを用いてＩＣタグ２０からの情報の読み取りを試みる。そして読取処理部１２０は、ＩＣタグ２０からの情報の読み取りに成功したときに使用したデータに対応するプロトコル識別情報を、プロトコル記憶部１１０から読み出す。送信データ生成部１３０は、情報処理装置３００に送信されるべき送信データを生成する。送信データは、読取処理部１２０がＩＣタグ２０から読み取った情報と、読取処理部１２０が読み出したプロトコル識別情報とを含む。そして送信データ生成部１３０は、生成した送信データをクライアント端末２００に出力する。
【００１７】
図３は、プロトコル記憶部１１０が記憶しているデータをテーブル形式で示す図である。プロトコル記憶部１１０は、プロトコル識別情報別にプロトコルを記憶している。例えばＩＣタグ２０がＲＦＩＤである場合、周波数は、１３．５６ＭＨｚ、９５２〜９５５ＭＨｚ、及び２．４５ＧＨｚがある。そして、各周波数にも、ＩＳＯで規定されているものや民間の企業が規定しているものを含め、複数のプロトコルが存在している。プロトコル記憶部１１０は、これら全てのプロトコルを記憶している。これらのプロトコルの一つには、ＥＰＣ（Electric Product Code）Ｇｅｎ２にフォーマットの形式が規定されたものがある。
【００１８】
ただし、ＥＰＣＧｅｎ２にはフォーマットの形式が規定されているが、データの記録方式は任意、またはＥＰＣが払い出すユニークなコードを書き込むことになる。これら複数種類のプロトコルは、ＩＣタグ２０から情報を読み取るときには、共通の手順で読み取ることが可能であるが、データの記録方式は別々であることがある。このため、後述するように、情報処理装置は、ＩＣタグ２０がＥＰＣ（Electric Product Code）Ｇｅｎ２に規定されているプロトコルに準じている場合、ＩＣタグ２０から読み取られたデータのうち特定のビットを解析することにより、そのデータが何れの形式に準じたデータ構造を有しているかを判断する。
【００１９】
図４は、ＩＣタグ２０が記憶しているデータのフォーマット形式の第１例を示す図である。本図に示すデータは、ＩＣタグ２０を相互に識別するタグ識別情報（ユニークＩＤ）と、データが書き込まれるデータ領域により構成されている。タグ識別情報は、一般的にＩＣタグ２０の製造時に書き込まれ、書き換え不可能な場合が多い。一方、データ領域に書き込まれるデータは書き換え可能である。このようなデータ構造を有するＩＣタグ２０の形式としては、例えば、ＩＳＯ１８０９２、及びＩＳＯ１８００００−４で規定されている形式がある。なお、本図に示すデータ構造においてデータ領域を有さない場合もある。
【００２０】
図５は、ＩＣタグ２０が記憶しているデータのフォーマット形式の第２例を示す図である。本図に示すデータは、ＥＰＣＧｅｎ２に規定されている形式のうち、ＥＰＣで管理されている形式に従っている。この形式によれば、データは、「１．有効コード長（Ｌｅｎｇｔｈ）を規定している領域（５ｂｉｔ）」、「２．ＲＦＵ（Ｒｅｓｅｒｖｅｄ ｆｏｒｆｕｔｕｒｅ ｕｓｅ）として規定されている領域（２ｂｉｔ）」、「３．Ｔｏｇｇｌｅ ｂｉｔとして規定されている領域（１ｂｉｔ）」、「４．Ｒｅｓｅｒｖｅｄ／ＡＦＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｆａｍｉｌｙ Ｉｄｅｎｔｉｆｉｅｒ）として規定されている領域（８ｂｉｔ）」、及び「５．ＥＰＣヘッダ領域として規定されている領域（８ｂｉｔ）」を含んでいる。これらのうち、「２．ＲＦＵ」は、現状は使用されていない。また、「３．Ｔｏｇｇｌｅ ｂｉｔ」は、ＥＰＣで管理されている形式であることを示すために、「１」となっている。また、「４．Ｒｅｓｅｒｖｅｄ／ＡＦＩ」は、ＩＳＯ準拠のコード体系を使用する場合にＩＳＯ１５９６１で規定されるＡＦＩを記載する領域である。
【００２１】
図６は、ＩＣタグ２０が記憶しているデータのフォーマット形式の第３例を示す図である。本図に示すデータは、ＥＰＣＧｅｎ２に規定されている形式のうち、ＥＰＣ以外で管理されている形式に従っている。この形式によれば、図４に示す領域のほかに、「６．コード領域」を有している。これらのうち、「２．ＲＦＵ」は、現状は使用されていない。また、「３．Ｔｏｇｇｌｅ ｂｉｔ」は、ＥＰＣ以外で管理されているプロトコルであることを示すために、「０」となっている。「５．ＥＰＣヘッダ領域として規定されている領域（８ｂｉｔ）」には、いずれで管理されている形式であるかを示すコード情報が記憶されている。また「６．コード領域」は、情報処理装置３００がゲートウェイサーバを介して通信網５０と接続している場合に、このゲートウェイサーバが用いる識別情報が記憶される領域として使用することができる。
【００２２】
図７は、クライアント端末２００の機能構成を示すブロック図である。クライアント端末２００は、データ変換部２１０及びデータ送信部２２０を備える。データ変換部２１０は、読取装置１００の送信データ生成部１３０から送信データを受信し、この送信データを送信可能なデータ形式に変換する。データ送信部２２０は、データ変換部２１０が変換した後の送信データを情報処理装置３００に送信する。
【００２３】
図８は、情報処理装置３００の機能構成を示すブロック図である。情報処理装置３００は、データ受信部３１０、プロトコル記憶部３１５、プロトコル識別部３２０、及びデータ処理部４００を備える。データ受信部３１０は、クライアント端末２００から送信データを受信し、受信した送信データの形式を、情報処理装置３００でデータ処理可能な形式に変換する。プロトコル記憶部３１５は、プロトコル識別情報別に、そのプロトコル識別情報が示すプロトコルのフォーマット形式及びデータ構造を記憶している。またプロトコル記憶部３１５は、図６の「５．ＥＰＣヘッダ領域として規定されている領域（８ｂｉｔ）」に記載されているコード情報について、そのコード情報が示すフォーマット形式及びデータ構造を記憶している。
【００２４】
プロトコル識別部３２０は、プロトコル識別情報を用いて、読取装置１００がデータを読み取るときに使用したプロトコルを識別する。そして、識別したプロトコルを用いてデータ受信部３１０が受信したデータから、ＩＣタグ２０に記憶されていたデータを抽出してデータ処理部４００に出力する。
【００２５】
詳細には、プロトコル識別部３２０は、プロトコル識別情報判定部３３０、既知プロトコル処理部３４０、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０、ＥＰＣＧｅｎ２処理部３６０、ＩＳＯコードタグ判定部３７０、ＩＳＯＧｅｎ２処理部３８０、及びユニーク管理プロトコル処理部３９０を備える。これらの各機能については、フローチャートを用いて後述する。
【００２６】
データ処理部４００は、プロトコル識別部３２０から出力されたデータを処理する。
【００２７】
なお、図８において、本発明の本質に関わらない部分の構成については省略している。図８に示した情報処理装置３００の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。情報処理装置３００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置には様々な変形例があることは、当業者には理解されるところである。
【００２８】
図９は、図１に示した情報処理システムの動作を示すフローチャートである。まずユーザは、読取装置１００にＩＣタグ２０をかざす。読取装置１００の読取処理部１２０は、プロトコルを順次変えながら、ＩＣタグ２０からの情報の読み取りを試みる。そして読取処理部１２０は、ＩＣタグ２０から情報を読み取ることに成功したとき（ステップＳ１０）、そのときに使用していたプロトコルに対応するプロトコル識別情報をプロトコル記憶部１１０から読み出す（ステップＳ２０）。そして読取装置の送信データ生成部１３０は、ＩＣタグ２０から読み取った情報とプロトコル識別情報を用いて、送信データを生成する（ステップＳ３０）。そして送信データ生成部１３０は、送信データをクライアント端末２００に出力する（ステップＳ４０）。
【００２９】
クライアント端末２００のデータ変換部２１０は、読取装置１００から送信データを受信し、受信した送信データを送信可能なデータ形式に変換する（ステップＳ５０）。通信可能なデータ形式とは、例えばＸＭＬ形式、ＳＯＡＰ形式、又はＨＴＴＰプロトコルにおいてServletへのパラメータ渡しなどで用いられるテキスト形式であるが、他のデータ形式であっても良い。そしてクライアント端末２００のデータ送信部２２０は、変換後の送信データを情報処理装置３００に送信する（ステップＳ６０）。情報処理装置３００は、データの解析処理を行う（ステップＳ７０）。
【００３０】
図１０は、図９のステップＳ７０の詳細を示すフローチャートである。まず情報処理装置３００のデータ受信部３１０は、送信データのデータ形式を、データ処理可能な形式に変換する（ステップＳ２１０）。次いでプロトコル識別情報判定部３３０は、送信データに含まれるプロトコル識別情報を認識し（ステップＳ２２０）、そのプロトコル識別情報が、ＥＰＣＧｅｎ２であることを示しているか否かを判断する（ステップＳ２３０）。
【００３１】
プロトコル識別情報がＥＰＣＧｅｎ２であることを示していない場合（ステップＳ２３０：Ｎｏ）、プロトコル識別情報判定部３３０は送信データに含まれる情報、すなわちＩＣタグ２０から読み取られた情報を既知プロトコル処理部３４０に渡す。既知プロトコル処理部３４０は、プロトコル識別情報に対応するプロトコルのフォーマット形式及びデータ構造をプロトコル記憶部３１５から読み出し、読み出したデータフォーマットに従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２４０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３２】
プロトコル識別情報がＥＰＣＧｅｎ２であることを示している場合（ステップＳ２３０：Ｙｅｓ）、プロトコル識別情報判定部３３０は、ＩＣタグ２０から読み取られた情報をＴｏｇｇｌｅ ｂｉｔ判定部３５０に渡す。Ｔｏｇｇｌｅ ｂｉｔ判定部３５０は、送信データに含まれるＴｏｇｇｌｅ ｂｉｔを読み出し、Ｔｏｇｇｌｅ ｂｉｔが１であるか０であるか判断する。Ｔｏｇｇｌｅ ｂｉｔが０である場合（ステップＳ２５０：Ｎｏ）、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０は、ＩＣタグ２０から読み取られた情報をＥＰＣＧｅｎ２処理部３６０に渡す。ＥＰＣＧｅｎ２処理部３６０は、ＥＰＣＧｅｎ２に規定されたフォーマット形式及びデータ構造に従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２６０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３３】
Ｔｏｇｇｌｅ ｂｉｔが１である場合（ステップＳ２５０：Ｙｅｓ）、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０は、ＩＣタグ２０から読み取られた情報をＩＳＯコードタグ判定部３７０に渡す。ＩＳＯコードタグ判定部３７０は、ＥＰＣヘッダ領域にコード情報が記憶されているか否かを判断する。コード情報が記憶されている場合（ステップＳ２７０：Ｙｅｓ）、ＩＳＯコードタグ判定部３７０は、ＩＣタグ２０から読み取られた情報をＩＳＯ Ｇｅｎ２処理部３８０に渡す。ＩＳＯ Ｇｅｎ２処理部３８０は、コード情報に対応するフォーマット形式及びデータ構造をプロトコル記憶部３１５から読み出し、このフォーマット形式及びデータ構造に従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２８０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３４】
コード情報が記憶されていない場合（ステップＳ２７０：Ｎｏ）、ＩＳＯコードタグ判定部３７０は、ＩＣタグ２０から読み取られた情報をユニーク管理プロトコル処理部３９０に渡す。ユニーク管理プロトコル処理部３９０は、例えばＩＣタグ２０から読み取られた情報を溜めておき、情報処理装置の管理者からの入力に従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２９０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３５】
データ処理部４００は、抽出されたデータを処理する（ステップＳ３００）。ここでの処理は、例えば顧客ごとのポイント加算のサービス、あるいはキャンペーン参加、商品情報の提供サービスなど様々なサービスがある。なお、データ処理部４００による処理後のデータは、例えばクライアント端末２００に送信される。この場合クライアント端末２００は、受信したデータを表示する。
【００３６】
以上、本実施形態によれば、読取装置１００は、ＩＣタグ２０から読み取った情報を、プロトコル識別情報に対応付けて情報処理装置３００に送信する。このため、情報処理装置３００は、プロトコル識別情報を認識することにより、読取装置１００がいずれのプロトコルに対応するＩＣタグ２０から情報を読み取ったかを判断することができる。従って、情報処理装置３００は、読取装置１００が読み取った情報を正確に処理することができる。
【００３７】
また情報処理装置３００は、まずＥＰＣＧｅｎ２に規定されたプロトコルに準じている情報と、他のプロトコルに準じている情報に分けて処理を行う。このため、情報処理装置３００は、読取装置１００が読み取った情報がいずれのプロトコルに準じているかを効率よく判断することができる。
【００３８】
さらに情報処理装置３００は、ＩＣタグ２０から読み取った情報がＥＰＣＧｅｎ２に規定されたプロトコルに準じている場合、Ｔｏｇｇｌｅ ｂｉｔを判断することにより、ＥＰＣ管理下のプロトコルに準じているか、ＥＰＣ以外の管理下のプロトコルに準じているかを判断している。このため、情報処理装置３００は、読取装置１００が読み取った情報がいずれのプロトコルに準じているかを効率よく判断することができる。
【００３９】
（第２の実施形態）
図１１は、第２の実施形態に係る情報処理システムのクライアント端末２００の機能構成を示すブロック図であり、図１２は、本実施形態における情報処理装置３００の機能構成を示すブロック図である。本実施形態は、プロトコル記憶部３１５及びプロトコル識別部３２０を構成する各機能部が、情報処理装置３００ではなくクライアント端末２００に実装されている点を除いて、第１の実施形態と同様である。
【００４０】
すなわち本実施形態では、クライアント端末２００が、第１の実施形態において図１０のステップＳ２２０〜ステップＳ２９０に示した処理を行う。そしてクライアント端末２００のデータ変換部２１０は、プロトコル識別部３２０が抽出した後のデータを送信可能な形式に変換する。そしてデータ送信部２２０は、変換後のデータを情報処理装置３００に送信する。
【００４１】
情報処理装置３００は、図１２に示すように、第１の実施形態における図８に示した機能のうち、データ受信部３１０及びデータ処理部４００のみを備えている。データ受信部３１０は、クライアント端末２００から受信したデータを、処理可能な形式に変換し、データ処理部４００に受け渡す。データ処理部４００は、受け渡されたデータを処理する。
【００４２】
本実施形態によっても、第１の実施形態と同様の効果を得ることができる。また、クライアント端末２００がプロトコルを識別する処理を行っているため、複数のクライアント端末２００が一つの情報処理装置３００に接続している場合に、情報処理装置３００に負荷が集中することを抑制できる。
【００４３】
（第３の実施形態）
図１３は、第３の実施形態に係る情報処理システムの構成を示す図である。図１４は、クライアント端末２００の機能構成を示すブロック図である。図１５は、情報処理装置３００の機能構成を示すブロック図であり、図１６は情報処理装置３０１の機能構成を示すブロック図である。本実施形態に係る情報処理システムは、以下の点を除いて、第１の実施形態にかかる情報処理システムと同様である。
【００４４】
まず、情報処理システムは、情報処理装置３００のほかに、情報処理装置３０１を備えている。情報処理装置３００は、図１５に示すように、データ受信部３１０、プロトコル記憶部３１５、既知プロトコル処理部３４０、及びデータ処理部４００を備えている。
【００４５】
情報処理装置３０１は、図１６に示すように、データ受信部３１０、プロトコル記憶部３１５、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０、ＥＰＣＧｅｎ２処理部３６０、ＩＳＯコードタグ判定部３７０、ＩＳＯＧｅｎ２処理部３８０、ユニーク管理プロトコル処理部３９０、及びデータ処理部４００を備える。
【００４６】
そしてクライアント端末２００は、図１４に示すように、プロトコル識別情報判定部３３０、データ変換部２１０、及びデータ送信部２２０を備える。
【００４７】
すなわち本実施形態では、クライアント端末２００が、図１０のステップＳ２３０に示した処理を行う。詳細には、クライアント端末２００のプロトコル識別情報判定部３３０がプロトコル識別情報を判断して、読取装置１００がＩＣタグ２０から情報を読み取るときに使用したプロトコルが、ＥＰＣＧｅｎ２に準じたプロトコルであるか否かを判断する。そしてクライアント端末２００のデータ送信部２２０は、ＥＰＣＧｅｎ２に準じたプロトコルでない場合には送信データを情報処理装置３００に送信し、ＥＰＣＧｅｎ２に準じたプロトコルである場合には送信データを情報処理装置３０１に送信する。
【００４８】
そして情報処理装置３００は、図１０のステップＳ２４０及びＳ３００に示した処理を行う。また情報処理装置３０１は、図１０のステップＳ２５０〜Ｓ３００に示した処理を行う。
【００４９】
本実施形態によっても第１の実施形態と同様の効果を得ることができる。また、情報の処理を、読取装置１００がＩＣタグ２０から情報を読み取るときに使用したプロトコルによって、情報処理装置３００，３０１に分散しているため、効率よく情報を分散処理することができる。
【００５０】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
【符号の説明】
【００５１】
２０ ＩＣタグ
５０ 通信網
１００ 読取装置
１１０ プロトコル記憶部
１２０ 読取処理部
１３０ 送信データ生成部
２００ クライアント端末
２１０ データ変換部
２２０ データ送信部
３００ 情報処理装置
３０１ 情報処理装置
３１０ データ受信部
３１５ プロトコル記憶部
３２０ プロトコル識別部
３３０ プロトコル識別情報判定部
３４０ 既知プロトコル処理部
３５０ Ｔｏｇｇｌｅ ｂｉｔ判定部
３６０ ＥＰＣＧｅｎ２処理部
３７０ ＩＳＯコードタグ判定部
３８０ ＩＳＯＧｅｎ２処理部
３９０ ユニーク管理プロトコル処理部
４００ データ処理部
【技術分野】
【０００１】
本発明は、互いに異なるプロトコルに準拠している複数のＩＣタグそれぞれからデータを読み取る読取装置から送信されてきた情報を処理する情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
ＩＣタグの一つにＲＦＩＤ（Radio Frequency Identification）がある。ＲＦＩＤは安価であるという特徴があるが、複数の周波数帯や複数のプロトコルがある。そして周波数帯やプロトコルが異なる複数種類のＲＦＩＤを読むためには、それぞれの周波数帯やプロトコルに準じた複数のリーダを準備する必要がある。
【０００３】
これに対して特許文献１〜３には、プロトコルを順次切り替えながらＲＦＩＤの読み取りを試みることにより、複数のプロトコルに対応することができる読取装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】実用新案登録第３１４２９４１号公報
【特許文献２】特開２００１−２８３１６２号公報
【特許文献３】特開２００７−１３４９４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、複数の種類のＩＣタグを読むことが可能な読取装置と情報処理装置が通信網を介して接続していた場合、情報処理装置は、読取装置がいずれのプロトコルに準じて情報を読み取って送信してきたかを認識できない。この場合、読取装置が読み取った情報のフォーマット形式を情報処理装置が認識できない可能性がある。このため情報処理装置は、読取装置が読み取った情報を正確に処理できないおそれがある。
【０００６】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、読取装置がいずれのプロトコルに準じて情報をＩＣタグから読み取って送信してきたかを識別することができる情報処理装置、情報処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明によれば、読取装置がＩＣタグから読み取ったデータを受信すると共に、前記読取装置が何れのプロトコルを用いて前記ＩＣタグから前記データを読み取ったかを識別する情報処理装置であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する装置側受信手段と、
前記プロトコル識別情報を用いて、前記データを読み取るときに使用されたプロトコルを識別するプロトコル識別手段と、
を備える情報処理装置が提供される。
【０００８】
本発明によれば、読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理方法であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信し、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する情報処理方法が提供される。
【０００９】
本発明によれば、コンピュータを、読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理装置として機能させるためのプログラムであり、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記コンピュータに、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する機能と、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する機能と、
を実現させるプログラムが提供される。
【発明の効果】
【００１０】
本発明によれば、情報処理装置に、読取装置がいずれのプロトコルに準じて情報を読み取って送信してきたかを識別させることができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係る情報送信システムの構成を示す図である。
【図２】読取装置の機能構成を示すブロック図である。
【図３】プロトコル記憶部が記憶しているデータをテーブル形式で示す図である。
【図４】ＩＣタグが記憶しているデータのフォーマット形式の第１例を示す図である。
【図５】ＩＣタグが記憶しているデータのフォーマット形式の第２例を示す図である。
【図６】ＩＣタグが記憶しているデータのフォーマット形式の第３例を示す図である。
【図７】クライアント端末の機能構成を示すブロック図である。
【図８】情報処理装置の機能構成を示すブロック図である。
【図９】図１に示した情報処理システムの動作を示すフローチャートである。
【図１０】図９のステップＳ７０の詳細を示すフローチャートである。
【図１１】第２の実施形態に係るクライアント端末の機能構成を示すブロック図である。
【図１２】第２の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図１３】第３の実施形態に係る情報処理システムの構成を示す図である。
【図１４】第３の実施形態に係るクライアント端末の機能構成を示すブロック図である。
【図１５】第３の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図１６】第３の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１３】
（第１の実施形態）
図１は、第１の実施形態に係る情報送信システムの構成を示す図である。この情報処理システムは、読取装置１００、クライアント端末２００、及び情報処理装置３００を備える。読取装置１００はクライアント端末２００に接続しており、クライアント端末２００は、インターネットなどの通信網５０を介して情報処理装置に接続している。
【００１４】
読取装置１００は、ＩＣタグ２０から情報を読み取る。本実施形態においてＩＣタグ２０は、ＲＦＩＤ（Radio Frequency Identification）であるが、他の規格のＩＣタグであっても良い。読取装置１００は、ＩＣタグ２０のプロトコルを変えながら、ＩＣタグ２０と通信を試み、通信ができたプロトコルを用いてＩＣタグ２０から情報を読み取る。プロトコルには、予めプロトコル識別情報が付与されている。プロトコル識別情報は、例えば数字であるが、文字列であっても良いし、数字と文字列の組み合わせであっても良い。そして読取装置１００は送信データを生成し、生成した送信データを、クライアント端末２００を介して情報処理装置３００に送信する。送信データには、読取装置１００がＩＣタグ２０から読み取った情報と、読取装置１００がＩＣタグ２０と通信ができたプロトコルのプロトコル識別情報が含まれる。
【００１５】
情報処理装置３００は、送信データに含まれるプロトコル識別情報を用いて、読取装置１００がＩＣタグ２０から情報を読み取るときに使用されたプロトコルを識別する。このため、識別されたプロトコルのデータのフォーマット形式及びデータの記録方式を認識して、このフォーマット形式及びデータの記録方式を用いて情報を処理することにより、読取装置１００がＩＣタグ２０から読み取った情報を正確に処理することができる。
【００１６】
図２は、読取装置１００の機能構成を示すブロック図である。読取装置１００は、プロトコル記憶部１１０、読取処理部１２０、及び送信データ生成部１３０を備える。プロトコル記憶部１１０は、複数種類のプロトコルに準じたデータをＩＣタグ２０から読み取るための手順を示すデータを、プロトコル識別情報に対応付けて記憶している。読取処理部１２０は、プロトコル記憶部１１０から順次読み取りの手順を示すデータを読み出して、読み出したデータを用いてＩＣタグ２０からの情報の読み取りを試みる。そして読取処理部１２０は、ＩＣタグ２０からの情報の読み取りに成功したときに使用したデータに対応するプロトコル識別情報を、プロトコル記憶部１１０から読み出す。送信データ生成部１３０は、情報処理装置３００に送信されるべき送信データを生成する。送信データは、読取処理部１２０がＩＣタグ２０から読み取った情報と、読取処理部１２０が読み出したプロトコル識別情報とを含む。そして送信データ生成部１３０は、生成した送信データをクライアント端末２００に出力する。
【００１７】
図３は、プロトコル記憶部１１０が記憶しているデータをテーブル形式で示す図である。プロトコル記憶部１１０は、プロトコル識別情報別にプロトコルを記憶している。例えばＩＣタグ２０がＲＦＩＤである場合、周波数は、１３．５６ＭＨｚ、９５２〜９５５ＭＨｚ、及び２．４５ＧＨｚがある。そして、各周波数にも、ＩＳＯで規定されているものや民間の企業が規定しているものを含め、複数のプロトコルが存在している。プロトコル記憶部１１０は、これら全てのプロトコルを記憶している。これらのプロトコルの一つには、ＥＰＣ（Electric Product Code）Ｇｅｎ２にフォーマットの形式が規定されたものがある。
【００１８】
ただし、ＥＰＣＧｅｎ２にはフォーマットの形式が規定されているが、データの記録方式は任意、またはＥＰＣが払い出すユニークなコードを書き込むことになる。これら複数種類のプロトコルは、ＩＣタグ２０から情報を読み取るときには、共通の手順で読み取ることが可能であるが、データの記録方式は別々であることがある。このため、後述するように、情報処理装置は、ＩＣタグ２０がＥＰＣ（Electric Product Code）Ｇｅｎ２に規定されているプロトコルに準じている場合、ＩＣタグ２０から読み取られたデータのうち特定のビットを解析することにより、そのデータが何れの形式に準じたデータ構造を有しているかを判断する。
【００１９】
図４は、ＩＣタグ２０が記憶しているデータのフォーマット形式の第１例を示す図である。本図に示すデータは、ＩＣタグ２０を相互に識別するタグ識別情報（ユニークＩＤ）と、データが書き込まれるデータ領域により構成されている。タグ識別情報は、一般的にＩＣタグ２０の製造時に書き込まれ、書き換え不可能な場合が多い。一方、データ領域に書き込まれるデータは書き換え可能である。このようなデータ構造を有するＩＣタグ２０の形式としては、例えば、ＩＳＯ１８０９２、及びＩＳＯ１８００００−４で規定されている形式がある。なお、本図に示すデータ構造においてデータ領域を有さない場合もある。
【００２０】
図５は、ＩＣタグ２０が記憶しているデータのフォーマット形式の第２例を示す図である。本図に示すデータは、ＥＰＣＧｅｎ２に規定されている形式のうち、ＥＰＣで管理されている形式に従っている。この形式によれば、データは、「１．有効コード長（Ｌｅｎｇｔｈ）を規定している領域（５ｂｉｔ）」、「２．ＲＦＵ（Ｒｅｓｅｒｖｅｄ ｆｏｒｆｕｔｕｒｅ ｕｓｅ）として規定されている領域（２ｂｉｔ）」、「３．Ｔｏｇｇｌｅ ｂｉｔとして規定されている領域（１ｂｉｔ）」、「４．Ｒｅｓｅｒｖｅｄ／ＡＦＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｆａｍｉｌｙ Ｉｄｅｎｔｉｆｉｅｒ）として規定されている領域（８ｂｉｔ）」、及び「５．ＥＰＣヘッダ領域として規定されている領域（８ｂｉｔ）」を含んでいる。これらのうち、「２．ＲＦＵ」は、現状は使用されていない。また、「３．Ｔｏｇｇｌｅ ｂｉｔ」は、ＥＰＣで管理されている形式であることを示すために、「１」となっている。また、「４．Ｒｅｓｅｒｖｅｄ／ＡＦＩ」は、ＩＳＯ準拠のコード体系を使用する場合にＩＳＯ１５９６１で規定されるＡＦＩを記載する領域である。
【００２１】
図６は、ＩＣタグ２０が記憶しているデータのフォーマット形式の第３例を示す図である。本図に示すデータは、ＥＰＣＧｅｎ２に規定されている形式のうち、ＥＰＣ以外で管理されている形式に従っている。この形式によれば、図４に示す領域のほかに、「６．コード領域」を有している。これらのうち、「２．ＲＦＵ」は、現状は使用されていない。また、「３．Ｔｏｇｇｌｅ ｂｉｔ」は、ＥＰＣ以外で管理されているプロトコルであることを示すために、「０」となっている。「５．ＥＰＣヘッダ領域として規定されている領域（８ｂｉｔ）」には、いずれで管理されている形式であるかを示すコード情報が記憶されている。また「６．コード領域」は、情報処理装置３００がゲートウェイサーバを介して通信網５０と接続している場合に、このゲートウェイサーバが用いる識別情報が記憶される領域として使用することができる。
【００２２】
図７は、クライアント端末２００の機能構成を示すブロック図である。クライアント端末２００は、データ変換部２１０及びデータ送信部２２０を備える。データ変換部２１０は、読取装置１００の送信データ生成部１３０から送信データを受信し、この送信データを送信可能なデータ形式に変換する。データ送信部２２０は、データ変換部２１０が変換した後の送信データを情報処理装置３００に送信する。
【００２３】
図８は、情報処理装置３００の機能構成を示すブロック図である。情報処理装置３００は、データ受信部３１０、プロトコル記憶部３１５、プロトコル識別部３２０、及びデータ処理部４００を備える。データ受信部３１０は、クライアント端末２００から送信データを受信し、受信した送信データの形式を、情報処理装置３００でデータ処理可能な形式に変換する。プロトコル記憶部３１５は、プロトコル識別情報別に、そのプロトコル識別情報が示すプロトコルのフォーマット形式及びデータ構造を記憶している。またプロトコル記憶部３１５は、図６の「５．ＥＰＣヘッダ領域として規定されている領域（８ｂｉｔ）」に記載されているコード情報について、そのコード情報が示すフォーマット形式及びデータ構造を記憶している。
【００２４】
プロトコル識別部３２０は、プロトコル識別情報を用いて、読取装置１００がデータを読み取るときに使用したプロトコルを識別する。そして、識別したプロトコルを用いてデータ受信部３１０が受信したデータから、ＩＣタグ２０に記憶されていたデータを抽出してデータ処理部４００に出力する。
【００２５】
詳細には、プロトコル識別部３２０は、プロトコル識別情報判定部３３０、既知プロトコル処理部３４０、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０、ＥＰＣＧｅｎ２処理部３６０、ＩＳＯコードタグ判定部３７０、ＩＳＯＧｅｎ２処理部３８０、及びユニーク管理プロトコル処理部３９０を備える。これらの各機能については、フローチャートを用いて後述する。
【００２６】
データ処理部４００は、プロトコル識別部３２０から出力されたデータを処理する。
【００２７】
なお、図８において、本発明の本質に関わらない部分の構成については省略している。図８に示した情報処理装置３００の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。情報処理装置３００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置には様々な変形例があることは、当業者には理解されるところである。
【００２８】
図９は、図１に示した情報処理システムの動作を示すフローチャートである。まずユーザは、読取装置１００にＩＣタグ２０をかざす。読取装置１００の読取処理部１２０は、プロトコルを順次変えながら、ＩＣタグ２０からの情報の読み取りを試みる。そして読取処理部１２０は、ＩＣタグ２０から情報を読み取ることに成功したとき（ステップＳ１０）、そのときに使用していたプロトコルに対応するプロトコル識別情報をプロトコル記憶部１１０から読み出す（ステップＳ２０）。そして読取装置の送信データ生成部１３０は、ＩＣタグ２０から読み取った情報とプロトコル識別情報を用いて、送信データを生成する（ステップＳ３０）。そして送信データ生成部１３０は、送信データをクライアント端末２００に出力する（ステップＳ４０）。
【００２９】
クライアント端末２００のデータ変換部２１０は、読取装置１００から送信データを受信し、受信した送信データを送信可能なデータ形式に変換する（ステップＳ５０）。通信可能なデータ形式とは、例えばＸＭＬ形式、ＳＯＡＰ形式、又はＨＴＴＰプロトコルにおいてServletへのパラメータ渡しなどで用いられるテキスト形式であるが、他のデータ形式であっても良い。そしてクライアント端末２００のデータ送信部２２０は、変換後の送信データを情報処理装置３００に送信する（ステップＳ６０）。情報処理装置３００は、データの解析処理を行う（ステップＳ７０）。
【００３０】
図１０は、図９のステップＳ７０の詳細を示すフローチャートである。まず情報処理装置３００のデータ受信部３１０は、送信データのデータ形式を、データ処理可能な形式に変換する（ステップＳ２１０）。次いでプロトコル識別情報判定部３３０は、送信データに含まれるプロトコル識別情報を認識し（ステップＳ２２０）、そのプロトコル識別情報が、ＥＰＣＧｅｎ２であることを示しているか否かを判断する（ステップＳ２３０）。
【００３１】
プロトコル識別情報がＥＰＣＧｅｎ２であることを示していない場合（ステップＳ２３０：Ｎｏ）、プロトコル識別情報判定部３３０は送信データに含まれる情報、すなわちＩＣタグ２０から読み取られた情報を既知プロトコル処理部３４０に渡す。既知プロトコル処理部３４０は、プロトコル識別情報に対応するプロトコルのフォーマット形式及びデータ構造をプロトコル記憶部３１５から読み出し、読み出したデータフォーマットに従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２４０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３２】
プロトコル識別情報がＥＰＣＧｅｎ２であることを示している場合（ステップＳ２３０：Ｙｅｓ）、プロトコル識別情報判定部３３０は、ＩＣタグ２０から読み取られた情報をＴｏｇｇｌｅ ｂｉｔ判定部３５０に渡す。Ｔｏｇｇｌｅ ｂｉｔ判定部３５０は、送信データに含まれるＴｏｇｇｌｅ ｂｉｔを読み出し、Ｔｏｇｇｌｅ ｂｉｔが１であるか０であるか判断する。Ｔｏｇｇｌｅ ｂｉｔが０である場合（ステップＳ２５０：Ｎｏ）、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０は、ＩＣタグ２０から読み取られた情報をＥＰＣＧｅｎ２処理部３６０に渡す。ＥＰＣＧｅｎ２処理部３６０は、ＥＰＣＧｅｎ２に規定されたフォーマット形式及びデータ構造に従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２６０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３３】
Ｔｏｇｇｌｅ ｂｉｔが１である場合（ステップＳ２５０：Ｙｅｓ）、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０は、ＩＣタグ２０から読み取られた情報をＩＳＯコードタグ判定部３７０に渡す。ＩＳＯコードタグ判定部３７０は、ＥＰＣヘッダ領域にコード情報が記憶されているか否かを判断する。コード情報が記憶されている場合（ステップＳ２７０：Ｙｅｓ）、ＩＳＯコードタグ判定部３７０は、ＩＣタグ２０から読み取られた情報をＩＳＯ Ｇｅｎ２処理部３８０に渡す。ＩＳＯ Ｇｅｎ２処理部３８０は、コード情報に対応するフォーマット形式及びデータ構造をプロトコル記憶部３１５から読み出し、このフォーマット形式及びデータ構造に従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２８０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３４】
コード情報が記憶されていない場合（ステップＳ２７０：Ｎｏ）、ＩＳＯコードタグ判定部３７０は、ＩＣタグ２０から読み取られた情報をユニーク管理プロトコル処理部３９０に渡す。ユニーク管理プロトコル処理部３９０は、例えばＩＣタグ２０から読み取られた情報を溜めておき、情報処理装置の管理者からの入力に従って、ＩＣタグ２０から読み取られた情報を解析し（ステップＳ２９０）、必要なデータを抽出してデータ処理部４００に出力する。このとき、データの変換や参照が行われても良い。
【００３５】
データ処理部４００は、抽出されたデータを処理する（ステップＳ３００）。ここでの処理は、例えば顧客ごとのポイント加算のサービス、あるいはキャンペーン参加、商品情報の提供サービスなど様々なサービスがある。なお、データ処理部４００による処理後のデータは、例えばクライアント端末２００に送信される。この場合クライアント端末２００は、受信したデータを表示する。
【００３６】
以上、本実施形態によれば、読取装置１００は、ＩＣタグ２０から読み取った情報を、プロトコル識別情報に対応付けて情報処理装置３００に送信する。このため、情報処理装置３００は、プロトコル識別情報を認識することにより、読取装置１００がいずれのプロトコルに対応するＩＣタグ２０から情報を読み取ったかを判断することができる。従って、情報処理装置３００は、読取装置１００が読み取った情報を正確に処理することができる。
【００３７】
また情報処理装置３００は、まずＥＰＣＧｅｎ２に規定されたプロトコルに準じている情報と、他のプロトコルに準じている情報に分けて処理を行う。このため、情報処理装置３００は、読取装置１００が読み取った情報がいずれのプロトコルに準じているかを効率よく判断することができる。
【００３８】
さらに情報処理装置３００は、ＩＣタグ２０から読み取った情報がＥＰＣＧｅｎ２に規定されたプロトコルに準じている場合、Ｔｏｇｇｌｅ ｂｉｔを判断することにより、ＥＰＣ管理下のプロトコルに準じているか、ＥＰＣ以外の管理下のプロトコルに準じているかを判断している。このため、情報処理装置３００は、読取装置１００が読み取った情報がいずれのプロトコルに準じているかを効率よく判断することができる。
【００３９】
（第２の実施形態）
図１１は、第２の実施形態に係る情報処理システムのクライアント端末２００の機能構成を示すブロック図であり、図１２は、本実施形態における情報処理装置３００の機能構成を示すブロック図である。本実施形態は、プロトコル記憶部３１５及びプロトコル識別部３２０を構成する各機能部が、情報処理装置３００ではなくクライアント端末２００に実装されている点を除いて、第１の実施形態と同様である。
【００４０】
すなわち本実施形態では、クライアント端末２００が、第１の実施形態において図１０のステップＳ２２０〜ステップＳ２９０に示した処理を行う。そしてクライアント端末２００のデータ変換部２１０は、プロトコル識別部３２０が抽出した後のデータを送信可能な形式に変換する。そしてデータ送信部２２０は、変換後のデータを情報処理装置３００に送信する。
【００４１】
情報処理装置３００は、図１２に示すように、第１の実施形態における図８に示した機能のうち、データ受信部３１０及びデータ処理部４００のみを備えている。データ受信部３１０は、クライアント端末２００から受信したデータを、処理可能な形式に変換し、データ処理部４００に受け渡す。データ処理部４００は、受け渡されたデータを処理する。
【００４２】
本実施形態によっても、第１の実施形態と同様の効果を得ることができる。また、クライアント端末２００がプロトコルを識別する処理を行っているため、複数のクライアント端末２００が一つの情報処理装置３００に接続している場合に、情報処理装置３００に負荷が集中することを抑制できる。
【００４３】
（第３の実施形態）
図１３は、第３の実施形態に係る情報処理システムの構成を示す図である。図１４は、クライアント端末２００の機能構成を示すブロック図である。図１５は、情報処理装置３００の機能構成を示すブロック図であり、図１６は情報処理装置３０１の機能構成を示すブロック図である。本実施形態に係る情報処理システムは、以下の点を除いて、第１の実施形態にかかる情報処理システムと同様である。
【００４４】
まず、情報処理システムは、情報処理装置３００のほかに、情報処理装置３０１を備えている。情報処理装置３００は、図１５に示すように、データ受信部３１０、プロトコル記憶部３１５、既知プロトコル処理部３４０、及びデータ処理部４００を備えている。
【００４５】
情報処理装置３０１は、図１６に示すように、データ受信部３１０、プロトコル記憶部３１５、Ｔｏｇｇｌｅ ｂｉｔ判定部３５０、ＥＰＣＧｅｎ２処理部３６０、ＩＳＯコードタグ判定部３７０、ＩＳＯＧｅｎ２処理部３８０、ユニーク管理プロトコル処理部３９０、及びデータ処理部４００を備える。
【００４６】
そしてクライアント端末２００は、図１４に示すように、プロトコル識別情報判定部３３０、データ変換部２１０、及びデータ送信部２２０を備える。
【００４７】
すなわち本実施形態では、クライアント端末２００が、図１０のステップＳ２３０に示した処理を行う。詳細には、クライアント端末２００のプロトコル識別情報判定部３３０がプロトコル識別情報を判断して、読取装置１００がＩＣタグ２０から情報を読み取るときに使用したプロトコルが、ＥＰＣＧｅｎ２に準じたプロトコルであるか否かを判断する。そしてクライアント端末２００のデータ送信部２２０は、ＥＰＣＧｅｎ２に準じたプロトコルでない場合には送信データを情報処理装置３００に送信し、ＥＰＣＧｅｎ２に準じたプロトコルである場合には送信データを情報処理装置３０１に送信する。
【００４８】
そして情報処理装置３００は、図１０のステップＳ２４０及びＳ３００に示した処理を行う。また情報処理装置３０１は、図１０のステップＳ２５０〜Ｓ３００に示した処理を行う。
【００４９】
本実施形態によっても第１の実施形態と同様の効果を得ることができる。また、情報の処理を、読取装置１００がＩＣタグ２０から情報を読み取るときに使用したプロトコルによって、情報処理装置３００，３０１に分散しているため、効率よく情報を分散処理することができる。
【００５０】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
【符号の説明】
【００５１】
２０ ＩＣタグ
５０ 通信網
１００ 読取装置
１１０ プロトコル記憶部
１２０ 読取処理部
１３０ 送信データ生成部
２００ クライアント端末
２１０ データ変換部
２２０ データ送信部
３００ 情報処理装置
３０１ 情報処理装置
３１０ データ受信部
３１５ プロトコル記憶部
３２０ プロトコル識別部
３３０ プロトコル識別情報判定部
３４０ 既知プロトコル処理部
３５０ Ｔｏｇｇｌｅ ｂｉｔ判定部
３６０ ＥＰＣＧｅｎ２処理部
３７０ ＩＳＯコードタグ判定部
３８０ ＩＳＯＧｅｎ２処理部
３９０ ユニーク管理プロトコル処理部
４００ データ処理部
【特許請求の範囲】
【請求項１】
読取装置がＩＣタグから読み取ったデータを受信すると共に、前記読取装置が何れのプロトコルを用いて前記ＩＣタグから前記データを読み取ったかを識別する情報処理装置であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する装置側受信手段と、
前記プロトコル識別情報を用いて、前記データを読み取るときに使用されたプロトコルを識別するプロトコル識別手段と、
を備える情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記プロトコルの一つは、ＥＰＣ（Electric Product Code）Ｇｅｎ２に規定されたプロトコルであり、
前記ＥＰＣＧｅｎ２にフォーマットの形式が規定されたプロトコルと、他の複数の前記プロトコルそれぞれに、前記プロトコル識情報が付与されており、
前記プロトコル識別手段は、前記プロトコル識情報により、前記データを読み取るときに使用された前記プロトコルが、前記ＥＰＣＧｅｎ２に規定されたプロトコルか、前記他の複数のプロトコルのいずれかであるかを判断する情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記プロトコル識別手段は、前記装置側受信手段が受信した前記プロトコル識情報が前記ＥＰＣＧｅｎ２にフォーマットの形式が規定されたプロトコルであるとき、前記データのＴｏｇｇｌｅ ｂｉｔが１であるか０であるか判断する情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記プロトコル識別手段は、Ｔｏｇｇｌｅ ｂｉｔが１であるとき、ＥＰＣヘッダ領域に記録されているコード情報を読み、前記コード情報を用いてデータの記録方式を識別する情報処理装置。
【請求項５】
請求項１〜４のいずれか一つに記載の情報処理装置において、
前記プロトコル識別手段は、識別した前記プロトコルに対応するデータの記録方式を用いて前記データを解析し、
さらに、前記プロトコル識別手段が解析した前記データを処理するデータ処理手段を備える情報処理装置。
【請求項６】
請求項１〜５のいずれか一つに記載の情報処理装置において、
前記データと、前記プロトコル識別手段が識別したプロトコルの種類を示す情報を、通信網を介して前記データを処理するデータ処理装置に送信する送信手段をさらに備える情報処理装置。
【請求項７】
読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理方法であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信し、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する情報処理方法。
【請求項８】
コンピュータを、読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理装置として機能させるためのプログラムであり、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記コンピュータに、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する機能と、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する機能と、
を実現させるプログラム。
【請求項１】
読取装置がＩＣタグから読み取ったデータを受信すると共に、前記読取装置が何れのプロトコルを用いて前記ＩＣタグから前記データを読み取ったかを識別する情報処理装置であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する装置側受信手段と、
前記プロトコル識別情報を用いて、前記データを読み取るときに使用されたプロトコルを識別するプロトコル識別手段と、
を備える情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記プロトコルの一つは、ＥＰＣ（Electric Product Code）Ｇｅｎ２に規定されたプロトコルであり、
前記ＥＰＣＧｅｎ２にフォーマットの形式が規定されたプロトコルと、他の複数の前記プロトコルそれぞれに、前記プロトコル識情報が付与されており、
前記プロトコル識別手段は、前記プロトコル識情報により、前記データを読み取るときに使用された前記プロトコルが、前記ＥＰＣＧｅｎ２に規定されたプロトコルか、前記他の複数のプロトコルのいずれかであるかを判断する情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記プロトコル識別手段は、前記装置側受信手段が受信した前記プロトコル識情報が前記ＥＰＣＧｅｎ２にフォーマットの形式が規定されたプロトコルであるとき、前記データのＴｏｇｇｌｅ ｂｉｔが１であるか０であるか判断する情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記プロトコル識別手段は、Ｔｏｇｇｌｅ ｂｉｔが１であるとき、ＥＰＣヘッダ領域に記録されているコード情報を読み、前記コード情報を用いてデータの記録方式を識別する情報処理装置。
【請求項５】
請求項１〜４のいずれか一つに記載の情報処理装置において、
前記プロトコル識別手段は、識別した前記プロトコルに対応するデータの記録方式を用いて前記データを解析し、
さらに、前記プロトコル識別手段が解析した前記データを処理するデータ処理手段を備える情報処理装置。
【請求項６】
請求項１〜５のいずれか一つに記載の情報処理装置において、
前記データと、前記プロトコル識別手段が識別したプロトコルの種類を示す情報を、通信網を介して前記データを処理するデータ処理装置に送信する送信手段をさらに備える情報処理装置。
【請求項７】
読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理方法であって、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信し、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する情報処理方法。
【請求項８】
コンピュータを、読取装置が何れのプロトコルを用いてＩＣタグからデータを読み取ったかを識別する情報処理装置として機能させるためのプログラムであり、
互いに異なる複数のプロトコルには、予めプロトコル識別情報が付与されており、
前記コンピュータに、
前記読取装置が読み取った前記データ、及び前記データを読み取るときに使用されたプロトコルの前記プロトコル識別情報を受信する機能と、
前記プロトコル識別情報を用いて前記データを読み取るときに使用されたプロトコルを識別する機能と、
を実現させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１０−２３１２７９（Ｐ２０１０−２３１２７９Ａ）
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願番号】特願２００９−７５１９５（Ｐ２００９−７５１９５）
【出願日】平成２１年３月２５日（２００９．３．２５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願日】平成２１年３月２５日（２００９．３．２５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]