ＩＣタグアクセスプログラム、方法及び装置
【課題】ＩＣタグの記憶容量の違いやデータフォーマットの違いをアプリケーションに対し隠蔽してデータを読み書き可能とする。
【解決手段】マップ管理部１６はＩＣタグ２４のアクセスパラメータと外部記憶部１８のアクセスパラメータを指定したマップ４０を、ＩＣタグ２４の識別子とスキーマ情報１５の項目名に対応して保持する。アクセス管理部１４は、アプリケーション１０−１から出力されるスキーマ情報１５の項目名を含むアクセス要求をキュー２８に保持し、リーダライタ２２−１で検出したＩＣタグ２４の識別子に対応したアクセス要求をキュー２８から選択した際に、ＩＣタグの識別子とアクセス要求におけるスキーマ情報１５の項目名に対応したマップ４０をマップ管理部１６より取得し、取得したマップ４０のアクセスパラメータに従ってＩＣタグ２４及び又は外部記憶部１８にアクセスする。
【解決手段】マップ管理部１６はＩＣタグ２４のアクセスパラメータと外部記憶部１８のアクセスパラメータを指定したマップ４０を、ＩＣタグ２４の識別子とスキーマ情報１５の項目名に対応して保持する。アクセス管理部１４は、アプリケーション１０−１から出力されるスキーマ情報１５の項目名を含むアクセス要求をキュー２８に保持し、リーダライタ２２−１で検出したＩＣタグ２４の識別子に対応したアクセス要求をキュー２８から選択した際に、ＩＣタグの識別子とアクセス要求におけるスキーマ情報１５の項目名に対応したマップ４０をマップ管理部１６より取得し、取得したマップ４０のアクセスパラメータに従ってＩＣタグ２４及び又は外部記憶部１８にアクセスする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションからの要求によりＩＣタグにアクセスするＩＣタグアクセスプログラム、方法及び装置に関し、特にメモリ容量やフォーマットの異なるＩＣタグとの間でデータを読み書きするＩＣタグアクセスプログラム、方法及び装置に関する。
【背景技術】
【０００２】
近年、ＩＣタグは物流における物品識別システム、入退室管理システム、製造におけるプロセス管理システム、図書館やレンタル店での貸出品管理システム、店舗での在庫管理システム、畜産における家畜管理システムなど多数のシステムで利用されている。これらのシステムでは、ＩＣタグが持つ固有のＩＤとメモリに書き込まれた情報を利用して、物品の判別や物品情報の取得、更新などを行う。
【０００３】
例えば特許文献１は、データ構造規定情報を保持した無線タグからデータ構造規定情報を読出し、このデータ構造にしたがってデータ項目を保持した無線タグから目的のデータ項目を取得するようにしている。
【０００４】
また特許文献２は、マスターＩＣタグとスレーブＩＣタグをもち、マスターＩＣタグで各スレーブタグのメモリ構成情報を管理するようにしている。
【０００５】
更に、特許文献３は、複数のタグを１個のタグとして扱い、メモリ容量の設定を複数のタグのメモリ容量の合計としている。
【０００６】
このような従来のＩＣタグの記憶容量は様々であり、メモリを持たないＩＤを返すだけのものもある。また様々な種類のＩＣタグが集まる物流や店舗などのケースや新規ＩＣタグ導入後などのケースでは異なる記憶容量のＩＣタグを扱わなければならない。
【０００７】
従来のＩＣタグへデータを読み書きするシステムには、図１８のように、アプリケーション２００、リーダライタ２０２及びＩＣタグ２０４を備え、ＩＣタグ２０４のメモリに対してデータを読み書きするものがある。
【０００８】
また図１９のように、ＩＣタグ２０４としてメモリを持たない場合には、ＩＣタグ２０４からはリーダライタ２０２によりＩＤのみをアプリケーション２００で取得し、アプリケーション２００はキャッシュ装置２０６及びＩＤレゾルバ２０８を介してデータベース２１０との間でデータをタグＩＤに結び付けて読み書きするものもある。
【特許文献１】特開２００４−２１７７６号公報
【特許文献２】特開２００４−２０１１２９号公報
【特許文献３】特開２００２−２８８５９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、図１８のメモリ付きのＩＣタグを想定したシステムは、ＩＣタグに設けたメモリのアドレスを指定してデータを読み書きするため、メモリを持たないＩＣタグやデータを記録するために十分な記憶容量を持たないＩＣタグに対しては、データを読み書きすることができない。またＩＣタグへ記録するデータもシステム独自のデータフォーマットであるため、データフォーマットが異なるＩＣタグに対してはデータの読み書きができない問題がある。
【００１０】
図１９のメモリを持たないシステムは、ＩＣタグの記憶容量の違いに関わらずデータベースからデータを読み書きすることができるが、常にデータベースへのアクセスが必要となるために、多数のＩＣタグを処理する場合、データベースアクセスによるトラフィックの増加やデータベースシステムの負荷上昇によりＩＣタグ処理速度が低下するという問題がある。
【００１１】
この場合、キャッシュ装置によりデータベースアクセスをキャッシングしたり、分散データベースを用いてデータベースアクセスの集中を防ぐことで、ＩＣタグの処理速度低下をある程度軽減することは可能であるが、システムやデータベース間のデータ一貫性の保証や維持、データベース検索処理に関わる遅延が生じるため限界がある。
【００１２】
またキャッシングでは、ＩＣタグのデータが更新されるたびに他のシステムのキャッシュにある該当データを無効化しなければならず、また読出し時は常にキャッシュにある該当データの有効性を確認しなければならない。更に、例えば物流のケースのように、ＩＣタグが各システムを一度だけ通過するケースではキャッシュの効果はない。
【００１３】
分散データベースでは、一個のＩＣタグのデータが複数のデータベースに分散して存在する場合、データの読み書きのたびにデータベースの検索と各データベースへのアクセスが生じてしまう。例えばある商品の出庫日時と製造番号を読み出そうとした場合、出庫日時データを持つ配送センターのデータベースからの読出しと、製造番号データを持つメーカーのデータベースからの読み出しが必要になり、かえってトラフィックを増やしてしまうことがある。
【００１４】
更に、データベースシステムが停止したり、ネットワークが使えない場所などのデータベースへアクセスできない場合、ＩＣタグの処理を行うことができない問題がある。
【００１５】
本発明は、ＩＣタグの記憶容量の違いやデータフォーマットの違いをアプリケーションに対し隠蔽し、異なる記憶容量のＩＣタグや異なるデータフォーマットのＩＣタグが混在した場合においても、データを読み書き可能とするＩＣタグアクセスプログラム、方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、ＩＣタグをアクセスするコンピュータにより実行されるプログラムを提供する。本発明のプログラムは、ＩＣタグをアクセスするコンピュータに、
アプリケーションでＩＣタグのアクセス要求が発生した際に、ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得してアプリケーションに提供するデータ構造定義情報提供管理ステップと、
ＩＣタグのアクセスパラメータとＩＣタグの識別子とをデータ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
アプリケーションから出力されるデータ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出したＩＣタグの識別子に対応したアクセス要求を、保持したアクセス要求から選択した際に、ＩＣタグの識別子とアクセス指示の項目名に対応した対応情報を対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従ってＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行させる事を特徴とする。
【００１７】
ここで、対応情報管理ステップは、コンピュータに、ＩＣタグのアクセスパラメータと外部記憶部のアクセスパラメータを指定した対応関係情報を、ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する処理を実行させる。
【００１８】
アクセス管理ステップは、コンピュータに、
リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
アクセス情報に含まれるＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
パラメータ抽出部で抽出したパラメータに基づくアクセス命令をリーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行させる。
【００１９】
対応情報管理ステップにより保持されるアクセスパラメータは、ＩＣタグのアクセスアドレス、データ長を格納したヘッダサイズ及び外部記憶部の識別名を含む。
【００２０】
対応情報管理ステップにより保持されるのアクセスパラメータは、更に、ＩＣタグのリード及び又はライトのアクセス種別を含む。
【００２１】
アクセス管理ステップは、コンピュータに、アクセス要求がデータの書込要求の場合、対応情報のアクセスパラメータに基づいてデータの一部を前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させる。
【００２２】
アクセス管理ステップは、コンピュータに、アクセス要求がデータの書込要求の場合、マップのアクセスパラメータに基づいてアクセス頻度の高いデータ及び又はアプリケーションの処理に必要な最小限のデータをＩＣタグに書込み、残りのデータを外部記憶部に書込む処理を実行させる。
【００２３】
アクセス管理ステップは、コンピュータに、アクセス指示がデータの読出要求の場合、対応情報管理ステップにより保持されたアクセスパラメータに基づいてＩＣタグ及び外部記憶部のそれぞれからデータを読出して再構成してアプリケーションに応答する処理を実行させる。
【００２４】
アクセス管理ステップは、コンピュータに、ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の少なくとも何れかを管理し、リーダライタでＩＣタグを検出した際に得られるＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の何れか又はその組合せを持つアプリケーションから出力されたアクセス要求を選択する処理を実行させる。
【００２５】
アクセス管理ステップは、コンピュータに、複数のアクセス要求を保持している場合、受取り順にアクセス要求を選択する処理を実行させる。
【００２６】
アクセス管理ステップは、コンピュータに、優先度を指定した複数のアクセス要求を保持している場合、優先度の高い順にアクセス要求を選択する処理を実行させる。
【００２７】
アクセス管理ステップは、コンピュータに、ＩＣタグの識別子のビットパターンと対応情報識別子の対応関係を登録したタグ・対応情報対応表を有し、アクセス管理部から指定されたＩＣタグ識別子のビットパターンにより対応表から対応する対応情報を選択する処理を実行させる。
【００２８】
アクセス管理ステップは、コンピュータに、ＩＣタグの識別子に対応する対応情報をネットワーク上の対応情報管理部からダウンロードして取得する処理を実行させる。
【００２９】
対応情報管理ステップにおいて、
ＩＣタグの識別子と対応情報識別子の対応関係を登録したセット対応表と、
セット対応表のセット識別子毎にロール名と対応情報識別子の対応関係を登録したセットと、
対応情報セットの対応情報識別子に対応して登録された対応情報と、
を有し、
アクセス管理ステップにおいて、ユーザＩＤとロール名の対応関係を登録したユーザ管理情報を有し、
アクセス管理ステップにおいて、
記アクセス要求情報に含まれたＩＣタグの識別子により前記セット対応表から対応情報識別子を取得し、
取得した対応情報識別子により前記セットからロール名と対応情報識別子の対応関係を取得し、
取得したロール名と対応情報識別子の対応関係の中からユーザ管理情報からユーザＩＤにより取得したロール名と対応関係を持つ対応情報識別子を取得し、更に、
取得した前記対応情報識別子に対応した対応情報を取得する処理を実行させる。
【００３０】
本発明は、ＩＣタグアクセス方法を提供する。本発明のＩＣタグアクセス方法は、ＩＣタグをアクセスするコンピュータが、
アプリケーションでＩＣタグのアクセス要求が発生した際に、ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
ＩＣタグのアクセスパラメータとＩＣタグの識別子とをデータ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
アプリケーションから出力されるデータ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出したＩＣタグの識別子に対応したアクセス要求を、保持したアクセス要求から選択した際に、ＩＣタグの識別子とアクセス指示の項目名に対応した対応情報を対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従ってＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行する事を特徴とする。
【００３１】
本発明は、ＩＣタグをアクセスするＩＣタグアクセス装置を提供する。本発明のＩＣタグアクセス装置は、
アプリケーションでＩＣタグのアクセス要求が発生した際に、ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理手段と、
外部記憶部と、
ＩＣタグのアクセスパラメータとＩＣタグの識別子とをデータ構造定義情報の項目名に対応して保持する対応情報管理手段と、
アプリケーションから出力されるデータ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出したＩＣタグの識別子に対応したアクセス要求を、保持したアクセス要求から選択した際に、ＩＣタグの識別子とアクセス指示の項目名に対応した対応情報を対応情報管理部より取得し、取得した対応情報のアクセスパラメータに従ってＩＣタグ及び又は外部記憶部をアクセスするアクセス管理手段と、
を備えた事を特徴とする。
【００３２】
なお、本発明によるＩＣタグアクセス方法及び装置の詳細は、本発明のプログラムと基本的に同じになる。
【発明の効果】
【００３３】
本発明によれば、記憶容量やデータフォーマットが異なるＩＣタグが混在している場合においても、アプリケーションは同一のインタフェースでそれぞれの記憶容量、データフォーマットに応じたデータの読出し、書き込みが可能となる。
【００３４】
また、メモリを持つＩＣタグにおいて、頻繁に読み書きするデータや処理に必要な最小限のデータをＩＣタグのメモリに置くことで、データベースアクセスによる処理速度低下やデータベースアクセス不能による障害を防ぐことが可能となる。
【００３５】
またＩＣタグの記憶容量を超えたデータであっても、ＩＣタグと外部記憶部へ分割保持するため、ＩＣタグのアクセス失敗やデータの破損を回避できる。
【発明を実施するための最良の形態】
【００３６】
図１は本発明によるＩＣタグアクセス装置の機能構成のブロック図である。図１において、本発明のＩＣタグアクセス装置は、アプリケーション１０−１，１０−２、スキーマ管理部１２、アクセス管理部１４、マップ管理部１６、ネットワーク２０を介して接続した外部記憶部１８及びリーダライタ２２−１〜２２−ｎで構成され、ＩＣタグ２４に対しデータの書込みと読出しを行う。
【００３７】
アプリケーション１０−１，１０−２は、例えば物品識別システムや入退室管理システムなどの業務アプリケーションであり、業務処理の実行に伴いＩＣタグ２４に対する書込要求または読出要求を発生する。
【００３８】
スキーマ管理部１２は、アプリケーション１０−１，１０−２でＩＣタグ２４のアクセス要求、即ち書込要求または読出要求が発生した際に、ＩＣタグ２４に依存しない項目名一覧で構成されたスキーマ情報１５から対応する項目名を取得してアプリケーション１０−１，１０−２に提供し、このスキーマ情報１５の項目名を使用して、アプリケーション１０−１，１０−２は、アクセス管理部１４に対しＩＣタグに対する書込要求または読出要求を発生する。
【００３９】
アプリケーション１０−１，１０−２がＩＣタグ２４に対するアクセス要求を指定するために与えるスキーマ情報の項目名は、ＩＣタグ２４の記憶容量やデータフォーマットに依存しない名前であるため、アプリケーション１０−１，１０−２はＩＣタグ２４の記憶容量やデータフォーマッタを一切意識する必要がなく、項目名のみによってＩＣタグ２４に対するアクセスを指定できる。このため、異なる記憶容量のＩＣタグ２４や異なるデータフォーマットのＩＣタグ２４が混在するようなことがあっても、アプリケーション１０−１，１０−２を一切変更する必要はない。
【００４０】
マップ管理部１６はタグ・マップ対応表３８とマップ４０を備える。タグ・マップ対応表３８はタグＩＤとマップ識別子の対応関係を登録している。このためアクセス管理部１４からＩＣタグ２４の読取りで得られたＩＣタグＩＤを指定することで、タグ・マップ対応表３８から対応するマップ識別子を取得し、取得したマップ識別子によりマップ４０の中から対応するマップを取得して返すことができる。マップ４０にはＩＣタグ２４のアクセスパラメータと外部記憶部１８のアクセスパラメータが設定されている。このアクセスパラメータは
（１）ＩＣタグ２４のアクセスアドレス
（２）データ長を格納したヘッダサイズ
（３）外部記憶部１８の識別名
（４）リード及びまたはライトのアクセス種別
を含んでいる。
【００４１】
なお、（４）のアクセス種別は選択的要素であり、必須ではない。このアクセス種別によりＩＣタグの読出しと書込みのそれぞれについて許可するか否かを指定することで、スキーマ情報の特定の項目名について書込みを禁止したりすることができ、ＩＣタグへのアクセス制御をより細かく指定することが可能となる。
【００４２】
マップ４０は、ＩＣタグＩＤに対応してスキーマ情報１５から得られた複数の項目名につきアクセスパラメータを登録しており、マップ４０に含まれる複数の項目名に対応したパラメータの中からアプリケーション１０−１，１０−２が出力したアクセス要求に含まれる項目名によって対応するアクセスパラメータを抽出することができる。
【００４３】
アクセス管理部１４は、アプリケーション１０−１，１０−２から出力されるスキーマ情報１５の項目名を含むアクセス要求、即ち書込要求または読出要求をキュー２８に保持し、リーダライタ２２−１〜２２−ｎで検出したＩＣタグ２４のタグＩＤに対応したアクセス要求をキュー２８から選択した際に、ＩＣタグ２４のタグＩＤとアクセス要求の項目名に対応したマップ４０をタグ・マップ対応表３８を介してマップ管理部１６から取得し、取得したマップ４０の項目名により抽出されたアクセスパラメータに従ってＩＣタグ２４及びまたは外部記憶部１８に対するアクセスを実行する。
【００４４】
ここでＩＣタグ２４と外部記憶部１８に対するアクセスは次の３つがある。
（１）ＩＣタグ２４と外部記憶部１８の両方にアクセス
（２）ＩＣタグ２４のみにアクセス
（３）外部記憶部１８のみにアクセス
【００４５】
このようなアクセス管理部１４には、その処理機能として、キュー２８を備えたアクセス要求管理部２６、機器管理部３０、パラメータ抽出部３２、データマッピング部３４及び命令生成部３６が設けられる。
【００４６】
機器管理部３０は、リーダライタ２２−１〜２２−ｎ側で検出したＩＣタグのタグＩＤ及びリーダライタ識別子を保持する。アクセス要求管理部２６は、アプリケーション１０−１，１０−２から出力されるスキーマ情報１５の項目名を含むアクセス要求をキュー２８に保持し、機器管理部３０で保持したＩＣタグ２４のタグＩＤに対応したアクセス要求をキュー２８から選択し、選択したアクセス要求にＩＣタグ２４のタグＩＤを付加したアクセス情報、即ち書込情報または読出情報を出力する。
【００４７】
パラメータ抽出部３２は、アクセス要求管理部２６から出力されたアクセス情報、即ち書込情報または読出情報に含まれるＩＣタグ２４のタグＩＤに対応したマップ４０を、タグ・マップ対応表３８を介して取得し、取得したマップ４０からスキーマ情報の項目名に対応したアクセスパラメータを抽出する。
【００４８】
データマッピング部３４は、パラメータ抽出部３２で抽出したパラメータに基づいて、外部記憶部１８にアクセス、即ちデータの書込みまたは読出しを行う。
【００４９】
命令生成部３６は、パラメータ抽出部３２で抽出したＩＣタグ２４に関するパラメータに基づき、アクセス命令即ち書込命令または読出命令を、リーダライタ２２−１〜２２−ｎの中のＩＣタグ２４を検出しているリーダライタ例えばリーダライタ２２−１に発行して、ＩＣタグ２４にデータの書込みまたはＩＣタグ２４からのデータの読出しを行う。
【００５０】
図１における本発明のＩＣタグアクセス装置は、例えば図２のようなコンピュータのハードウェア資源により実現される。図２のコンピュータにおいて、ＭＰＵ１００のバス１０２には、ＲＡＭ１０４、ＲＯＭ１０６、ハードディスクドライブ１０８、キーボード１１２、マウス１１４、ディスプレイ１１６を備えた入出力デバイスコントローラ１１０、更に通信回線１２０と接続したネットワークアダプタ１１８が設けられている。
【００５１】
本発明のＩＣタグアクセス処理を実行するプログラムはハードディスクドライブ１０８にローディングされており、コンピュータの起動時に読み出されてＲＡＭ１０４上に展開され、ＭＰＵ１００により実行される。
【００５２】
図３は図１のスキーマ管理部１２に設けたスキーマ情報１５の説明図である。スキーマ情報１５はスキーマ名と項目名から構成されており、スキーマ名は例えば物流システム、入退室管理システム、製造管理システムなどのシステム概略で分類されている。
【００５３】
スキーマ名のそれぞれに対しては複数の項目名が準備されており、例えば物流システムを例にとると、商品情報、あて先、入庫年月日、送り主、依頼主、商品名などが使用されている。アプリケーション１０−１，１０−２にあっては、自分の処理するスキーマ名、例えば物流システムの処理においてＩＣタグにアクセス要求をする際には、スキーマ情報１５の参照でアクセスに必要な項目名例えば「商品情報」を取得して、書込要求または読出要求を出力することになる。
【００５４】
図４は図１のマップ管理部１６に設けたタグ・マップ対応表とマップの説明図である。図４（Ａ）はタグ・マップ対応表３８であり、タグＩＤとマップ識別子から構成されている。タグ・マップ対応表３８にあっては、図１のパラメータ抽出部３２から書込情報または読出情報に含まれるＩＣタグＩＤの指定を受けると、タグ・マップ対応表３８を参照して対応するマップ識別子を取得し、取得したマップ識別子により図４（Ｂ）のようなマップ４０を参照する。
【００５５】
図４（Ｂ）のマップ４０はマップ識別子をインデックスとして複数準備されている。また１つのマップ識別子を持つマップにあっては、スキーマ情報１５から得られた項目名に分けてパラメータ領域４２−１，４２−２，４２−３を持っており、それぞれにＩＣタグ及び外部記憶部のアクセスに必要なパラメータを設定している。
【００５６】
図５は図４（Ｂ）のマップ４０の１つのパラメータ領域を取り出して具体的な構成を示している。図５において、マップ４０のパラメータ領域は、タグパラメータ４４、外部記憶パラメータ４６及びアクセスパラメータ４８で構成されている。タグパラメータ４４としては、ＩＣタグ２４のメモリのアドレスとして「０ｘ００」を格納し、またデータ長を格納したヘッダサイズとして「８Ｂ（バイト）」を格納し、更にタグデータサイズとして「２４Ｂ（バイト）」を格納している。
【００５７】
また外部記憶パラメータ４６としては、例えばネットワーク２０を介して接続していることから「ＵＲＬ−領域名」を設定している。更にアクセスパラメータ４８については、リードのみ、リード及びライトのいずれかを設定できる。もちろん、アクセスパラメータ４８は必要に応じて選択的に設けられるパラメータである。
【００５８】
ここでタグパラメータ４４により指定されるＩＣタグ２４のメモリに格納するデータとしては、頻繁に読み書きするデータやアプリケーション１０−１，１０−２の処理に最小限必要なデータとし、残りのデータを外部記憶パラメータ４６に格納することが望ましい。このようなデータ分割によって、外部記憶パラメータ４６のアクセスによる性能低下を防ぎ、また外部記憶パラメータ４６のアクセス不能時でもＩＣタグ２４の必要最小限のデータをアクセスしてタグ処理を可能とする。
【００５９】
再び図４（Ｂ）を参照するに、パラメータ領域４２−１はタグパラメータと外部記憶パラメータの両方を登録している。またパラメータ領域４２−２は外部パラメータが存在せず、ＩＣタグのみをアクセスするためのパラメータである。更に、パラメータ領域４２−３はタグパラメータが存在せず、外部記憶部のみをアクセスするパラメータである。
【００６０】
このようにマップ４０には、ＩＣタグＩＤに対応したマップ識別子で特定されるマップ内に、スキーマ情報の項目名で指定される複数種類のＩＣタグと外部記憶部のアクセスパラメータを必要に応じて登録し、これを利用できる。
【００６１】
またメモリ容量やフォーマットの異なるＩＣタグの種別は、図４（Ａ）のタグ・マップ対応表３８により対応関係が登録され、これによりアプリケーション１０−１，１０−２は様々なＩＣタグに対し、そのメモリ容量やフォーマットの相違を意識することなくアクセスできる。
【００６２】
更に、タグ・マップ対応表３８及びマップ４０は、アプリケーション１０−１，１０−が対応しようとするＩＣタグが追加される度に、タグ・マップ対応表３８及びマップ４０に対し追加ＩＣタグに対応した対応関係が追加更新されることになる。
【００６３】
図６は図１におけるアプリケーションのＩＣタグ書込処理における書込要求、タグ検出情報、書込情報、マップ抽出パラメータ及びＩＣタグと外部記憶部への書込みの説明図である。
【００６４】
図６（Ａ）は例えばアプリケーション１０−１がＩＣタグ２４に対し書込要求を発行する際に取得したスキーマ情報１５の項目名となる「商品情報」である。図６（Ｂ）はスキーマ情報１５から取得した「商品情報」を使用した書込要求６２のデータ構造である。書込要求６２は、先頭に書込指示を格納し、続いてスキーマ情報１５から取得した「商品情報」を格納し、その後ろに例えば６４バイトのデータを格納している。
【００６５】
図６（Ｃ）は本発明で使用する他の書込要求６４であり、図６（Ｂ）の書込要求６２に対し使用するリーダライタを指定するための「リーダライタＩＤ」を含めている。また図６（Ｄ）は本発明で使用する他の書込要求６６であり、図６（Ｂ）の書込要求６２に更に「タグＩＤ」を加え、書込要求を行うＩＣタグ２４を特定できるようにしている。
【００６６】
更に本発明にあっては、後の説明で明らかにするように、図６（Ｃ）に使用する「リーダライタＩＤ」の代わりに「リーダライタグループＩＤ」を使用してもよい。同様に、図６（Ｄ）の「タグＩＤ」の代わりに「グループタグＩＤ」を使用するようにしてもよい。
【００６７】
図６（Ｅ）は図１の機器管理部３０から出力されるタグ検出情報６８であり、「リーダライタＩＤ」と「タグＩＤ」を備えている。
【００６８】
図６（Ｆ）は図１のアクセス要求管理部２６より出力される書込情報７０であり、この書込情報７０は図６（Ｂ）〜（Ｄ）の書込要求６２，６４又は６６に、図６（Ｅ）のタグ検出情報６８を組み合わせた情報であり、「書込指示」、「リーダライタＩＤ」、「タグＩＤ」、「商品情報」及び６４バイトのデータから構成されている。
【００６９】
図６（Ｇ）はパラメータ抽出部３２によりマップ管理部１６を参照して取得されたマップ抽出パラメータ７２である。マップの取得は図６（Ｆ）の書込情報７０におけるタグ「ＩＤ」を使用して行われ、この「タグＩＤ」により取得したマップから書込情報７０における「商品情報」を使用して図６（Ｇ）のマップ抽出パラメータ７２を取得することができる。マップ抽出パラメータ７２は例えば図５のマップ４０に対応した内容を持っている。
【００７０】
図６（Ｈ）は、マップ抽出パラメータ７２に基づくデータ７４のＩＣタグ２４と外部記憶部１８に対する書込処理の説明図である。この例にあっては、ＩＣタグ２４のメモリサイズは２４バイトであり、マップ抽出パラメータ７２により先頭アドレス「０ｘ００」が指定され、そこからヘッダサイズで指定された８バイトの領域にデータ７４のデータ長「６４バイト」を格納し、その後ろに分割データ７４−１として１６バイト分のデータＤ１を格納している。
【００７１】
一方、外部記憶部１８については、データ７４における前半の２４バイトはＩＣタグ２４に格納されることから、後半の残り４０バイトを分割データ７４−２として書き込んでいる。
【００７２】
図７は図１のアクセス要求管理部２６によるＩＤグループ及びリーダライタグループのグループ管理の説明図である。図７において、アクセス要求管理部２６には、ＩＤグループ名管理部５０−１とリーダライタグループ名管理部５０−２が設けられ、それぞれＩＤグループ名管理テーブル５２−１とリーダライタグループ名管理テーブル５２−２を格納している。
【００７３】
ＩＤグループ名管理テーブル５２−１は、右側に取り出して示すように、タググループ名５４とグループ内ＩＤ５６−１〜５６−ｍで構成される。またリーダライタグループ名管理テーブル５２−２も、右側に取り出して示すように、リーダライタグループ名５８とグループ内リーダライタ識別子６０−１〜６０−ｎで構成されている。
【００７４】
このようなＩＤグループ名管理テーブル５２−１を使用して、ＩＣタグ２４から検出したタグＩＤがどのＩＤグループに属するかを求めることができる。同様にＩＣタグ２４を読み取ったリーダライタについても、リーダライタ識別子によりリーダライタグループ名管理テーブル５２−２を参照することで、検出したリーダライタの属するリーダライタグループ名を取得することができる。
【００７５】
このようにして取得されたＩＤグループ名及びリーダライタグループ名は、図６（Ｃ）の書込要求６４における「リーダライタＩＤ」の代わりに「リーダライタグループＩＤ」を設定し、また図６（Ｄ）の書込要求６６にあっては「タグＩＤ」の代わりに「タググループＩＤ」を設定することになる。
【００７６】
ＩＣタグのグループ名またはリーダライタのグループ名をアクセス要求に含めることにより、アクセスするＩＣタグを限定できるため、アクセス対象外のＩＣタグが混在しているときに間違ってアクセスしてしまうことを回避でき、必要以上のアクセスを抑制できるため処理速度を上げる効果がある。また、アクセスするリーダライタを限定できるため、例えばリーダライタの設置場所に応じたアクセスをアプリケーションは指示できるなど利便性が上がる。
【００７７】
図８は図１におけるアプリケーションのＩＣタグ読取処理における読出要求、タグ検出情報、読出情報、マップ抽出パラメータ及びＩＣタグと外部記憶部からの読出し再構成の説明図である。
【００７８】
図８（Ａ）は、ＩＣタグ２４に対し例えばアプリケーション１０−１が読出要求を発行する際に、スキーマ情報１５から項目名として「商品情報」を取得した場合である。このようにしてスキーマ情報から「商品情報」を取得すると、図８（Ｂ）のように読出要求７６を発行する。読出要求７６は「読出指示」と「商品情報」で構成される。
【００７９】
図８（Ｃ）は他の読出要求７８であり、この読出要求７８には、「書込指示」、「商品情報」に加え「リーダライタＩＤ」を配置している。この「リーダライタＩＤ」の代わりに「リーダライタグループＩＤ」を設定してもよい。図８（Ｄ）は他の読出要求８０であり、「書込指示」及び「商品情報」に加え「タグＩＤ」を設定している。この「タグＩＤ」の代わりには「タググループＩＤ」を設定してもよい。図８（Ｅ）はタグ検出情報６８であり、「リーダライタＩＤ」と「タグＩＤ」で構成される。
【００８０】
図８（Ｆ）は読出情報８２であり、図８（Ｂ）の読出要求７６と図８（Ｅ）のタグ検出情報６８を組み合わせた情報として、「読出指示」、「リーダライタＩＤ」、「タグＩＤ」及び「商品情報」で構成されている。
【００８１】
図８（Ｇ）はパラメータ抽出部３２によりマップ管理部１６から抽出されたマップ抽出パラメータ７２であり、ＩＣタグ２４のアドレス「０ｘ００」、データ長となる６４バイトを格納するヘッダサイズ「８Ｂ（バイト）」、タグデータサイズ「２４Ｂ（バイト）」及び外部記憶名で構成されている。図８（Ｈ）はマップ抽出パラメータ７２に基づく読出処理であり、ＩＣタグ２４のアドレス「０ｘ００」からアドレス「０ｘ２４」までの２４バイトを読み出し、一方、外部記憶部１８からは４０バイトの分割データ７４−２を読み出し、読み出した分割データ７４−１，７４−２を再構成してリードデータ７４を生成し、これをアプリケーションに返すようにしている。
【００８２】
図９は図１のアプリケーション１０−１の処理のフローチャートである。図９において、ステップＳ１でアプリケーション処理を実行しており、ステップＳ２でＩＣタグに対する書込要求の発生の有無をチェックし、書込要求が発生するとステップＳ３に進み、スキーマ管理部１２のスキーマ情報１５を参照して項目名を取得する。
【００８３】
続いてステップＳ４で、例えば図６（Ｂ）の書込要求６２に示したデータ構造を持つ書込要求をアクセス管理部１４に発行する。この書込要求の発行後は、ステップＳ５で終了応答を待っており、終了応答を受けると次の処理に進む。
【００８４】
一方、ステップＳ６でＩＣタグに対する読出要求の発生を判別した場合には、ステップＳ７でスキーマ管理部１２のスキーマ情報１５から項目名を取得した後、ステップＳ８で例えば図８（Ｂ）の読出要求７６に示したデータ構造を持つ読出要求をアクセス管理部１４に発行する。続いてステップＳ９でリード応答を待っており、リード応答があると、ステップＳ１０でリードデータを取り込む。このようなステップＳ１〜Ｓ１０の処理を、ステップＳ１１で停止指示があるまで繰り返す。
【００８５】
このようなアプリケーション処理にあっては、ＩＣタグの記憶容量やデータフォーマットを考慮することがなく、スキーマ情報から取得した項目名のみによって書込要求または読出要求を行うことができる。
【００８６】
図１０及び図１１は、図１のアクセス管理部１４の処理のフローチャートである。図１０において、アクセス管理処理は、ステップＳ１でアプリケーションからアクセス要求が受領されたか否かチェックしており、アクセス要求を受領すると、ステップＳ２でアクセス要求をキュー２８に格納する。
【００８７】
続いてステップＳ３でリーダライタによるＩＣタグの検出が行われたか否かチェックしており、ＩＣタグが検出されると、ステップＳ４でリーダライタの識別子とタグＩＤを取得する。続いてステップＳ５でキュー２８にタグＩＤに合致するアクセス要求が存在するか否かチェックする。このステップＳ５におけるＩＣタグの検出情報に合致するアクセス要求の判別は、次のようにして行う。
【００８８】
まずリーダライタ識別子については、次の場合に書込要求が検出情報に合致したと判断する。
（１）アクセス要求がリーダライタ識別子及びリーダライタグループ名を含まない場合
（２）アクセス要求が検出情報のリーダライタ識別子を含んでいる場合
（３）アクセス要求が検出情報のリーダライタグループ名を含んでいる場合
【００８９】
またＩＣタグのタグＩＤについては、次の場合にアクセス要求が検出情報に合致したと判断する。
（１）アクセス要求がＩＣタグのタグＩＤ及びタググループ名を含まない場合
（２）アクセス要求が検出情報のＩＣタグのタグＩＤを含んでいる場合
（３）アクセス要求が検出情報のＩＣタグのタグＩＤが属しているタググループ名を含んでいる場合
【００９０】
ここで説明を簡単にするため、アプリケーションからのアクセス要求が例えば図６（Ｂ）の書込要求６２であったとすると、ステップＳ４で取得したリーダライタ識別子とタグＩＤに図６（Ｂ）の書込要求６２が合致すると判断され、図６（Ｆ）に示す書込要求６２にタグ検出情報６８を加えた書込情報７０が出力される。
【００９１】
この書込情報７０を受けて、パラメータ抽出部３２はマップ管理部１６にタグＩＤを指定し、タグＩＤに対応するマップを取得する。続いてステップＳ７で書込要求か否かチェックし、この場合、書込要求であることから、ステップＳ８で項目名によりマップからパラメータを取得する。
【００９２】
続いてステップＳ９で、取得したパラメータからメモリ付ＩＤか否かチェックする。具体的には、パラメータの中にタグＩＤに対するアクセスパラメータがあればメモリ付のＩＣタグと判別し、アクセスパラメータがなければメモリなしのＩＣタグと判別する。メモリ付のＩＣタグであった場合には、ステップＳ１０に進み、データ分割書込みか否かチェックする。
【００９３】
データ分割書込みであれば、ステップＳ１１に進み、データをパラメータで指定されたＩＣタグ用と外部記憶部の分割データＤ１，Ｄ２に分割し、ステップＳ１２でデータＤ１をＩＣタグに書き込み、ステップＳ１３でデータＤ２を外部記憶部に書き込む。一方、ステップＳ１０でデータが分割書込みでなかった場合には、ステップＳ１４でデータをＩＣタグに書き込む。更にステップＳ９でメモリなしのＩＣタグであった場合には、ステップＳ１５でデータを外部記憶部に書き込むことになる。これらの書込処理が済むと、ステップＳ１６で書込正常終了をアプリケーションに応答する。
【００９４】
続いて図１１のステップＳ１７に進み、読出要求か否かチェックする。読出要求であった場合には、ステップＳ１８で図８（Ｆ）に示す読出情報８２が得られていることから、そのタグＩＤを指定してマップ管理部からマップを取得した後、ステップＳ１９で項目名によりマップからパラメータを取得する。
【００９５】
続いてステップＳ２０でメモリ付のＩＣタグか否かチェックし、メモリ付のＩＣタグであった場合には、ステップＳ２１でデータ分割読出しか否かチェックする。データ分割読出しであれば、ステップＳ２２でデータＤ１をＩＣタグから読み出し、ステップＳ２３でデータＤ２を外部記憶部から読み出し、ステップＳ２４で読出データを連結する。
【００９６】
またステップＳ２１でデータの分割読出しでなかった場合には、ステップＳ２５でＩＣタグからデータを読み出す。更にステップＳ２０でメモリなしのＩＣタグであった場合には、ステップＳ２６に進み、外部記憶部からデータを読み出す。これらのデータ読出しが済むと、ステップＳ２７で読出データをアプリケーションに応答する。以上の処理を、ステップＳ２８で停止指示があるまで繰り返すことになる。
【００９７】
ここで図１のアクセス要求部２６に設けたキュー２８はアプリケーション１０−１，１０−２が発行した複数のアクセス要求を複数保持し、タグＩＣ２４の検出に応じて非同期に選択出力されることになるが、キュー２８に対するアクセス要求の入出力は先入れ先出し（ＦＩＦＯ）を基本とする。
【００９８】
即ち、機器管理部３０によるＩＣタグ２４の検出情報に対し、これに合致するアクセス要求がキュー２８に複数存在する場合、格納した順にアクセス要求を選択する。このようなアクセス管理部１４のキュー２８によりアクセス要求の発行順序に従ってＩＣタグ２４に対するアクセスを実行することで、同一のＩＣタグへ複数の書込要求がある場合や書込要求と読出要求が混在している場合、アプリケーションが持つＩＣタグデータと実際に記録されるＩＣタグデータに食い違いが生じることを回避できる。
【００９９】
またアクセス管理部１４のキュー２８はアプリケーション１０−１，１０−２からの書込要求及び又は読出要求を保持し、ＩＣタグ２４を検出する毎に実行することで、同時に複数のアプリケーションからの指示を扱うことが可能となるため、アプリケーション間のリーダライタ２２−１〜２２−ｎの使用についての競合を回避できる。
【０１００】
またアプリケーション１０−１，１０−２はリーダライタ２２−１〜２２−ｎの使用について他のアプリケーションの振る舞いを知る必要がなくなるため、ＩＣタグ２４のアクセスに関し単純となり、アプリケーション１０−１，１０−２の開発コストをさげることができる。
【０１０１】
更に、アプリケーション１０−１，１０−２から発行したアクセス要求に優先度を設定してキュー２８に格納することで、ＩＣタグ２４の検出情報に該当する複数のアクセス要求が存在する場合には優先度が最も高いアクセス要求を選択ことができる。これによりアプリケーションは、緊急のアクセスや確実に読み出したいデータのアクセスなどにつき、高い優先度を付したアクセス要求を発行することで、他のアクセスによって緊急時の対応が遅れたり、ＩＣタグの通過などによってデータの読み書きに失敗したりすることを回避できる。
【０１０２】
またアプリケーション１０−１，１０−２ごとに優先度を定義してキュー２８に格納することで、ＩＣタグ２４の検出情報に合致するアプリケーション１０−１，１０−２のアクセス要求が複数存在する場合、優先度の最も高いアプリケーションのアクセス要求を選択する。
【０１０３】
これによりキュー２８に格納したＩＣタグ２４に対するアクセス要求の実行順序がアプリケーション１０−１，１０−２に設定した優先順に従うため、複数のアプリケーションの実行により重要な役割を持つアプリケーションのＩＣタグのアクセス処理が他のアプリケーションのＩＣタグのアクセスのために待たされることがなく、重要なアプリケーションについてＩＣタグのアクセスを高速に処理することができる。
【０１０４】
次に図１のマップ管理部１６で使用するタグ・マップ対応表３８の他の実施形態を説明する。図１のタグ・マップ対応表３８は、図４（Ａ）に示すようにタグＩＤとマップ識別子の対応関係を登録するものであったが、マップの選択速度を上げ、またタグ・マップ対応表のサイズを小さくするため、本発明で使用するタグ・マップ対応表の他の実施形態としては、ＩＣタグのタグＩＤをキーとしてマップの識別子を値とするハッシュ表を使用してもよい。
【０１０５】
一般にＩＣタグＩＤの数は莫大であり、移動するＩＣタグへのデータの読み書きなど、素早く読み書きを開始しなければならないケースは多い。ＩＣタグに対応したマップをＩＤを引数としたハッシュ関数の値から求めることで、マップの検索を高速化できる。
【０１０６】
また本発明で使用するタグ・マップ対応表の他の実施形態として、図１２に示すＩＣタグＩＤのビットパターンとマップを対応付けたタグ・マップ対応表を使用してもよい。図１２のタグ・マップ対応表にあっては、図１２（Ａ）のＩＣタグＩＤビット８４を、ｎ−ａビット、ａ−１〜ｂビット、ｂ１〜０ビットの３つのビット領域に分け、この３つに分けたビット領域に対応して、図１２（Ｂ）に示すように、ビットテーブル８５を先頭にビットテーブル８６−１，８６−２を配置し、更にビットテーブル８６−１についてはビットテーブル８８を配置し、最終段のビットテーブルの各ビットに対応してマップ識別子ｃ１〜ｃ５を配置している。
【０１０７】
ＩＣタグを使用するシステムでは、同一品目を取り扱うなどといったデータフォーマットが共通であるケースが多い。この場合、多数のＩＣタグＩＤが共通のマップへ対応付けられることになる。多くのＩＣタグＩＤのビットパターンはＩＳＯやＥＰＣｇｌｏｂａｌなどにより業種や品目種などについて体系化されている。そこでＩＣタグＩＤから対応するマップを検索する場合、図１２のように、タグＩＤの体系を利用して品目種のビットフィールドだけを調べるなどすることで、マップの検索を高速化することができる。
【０１０８】
図１３は複数のアクセス管理部に対しネットワークを介してマップ管理部を共有した本発明の他の実施形態のブロック図である。図１３において、マップ管理部１６は、複数のアクセス管理部１４−１，１４−２，・・・１４−ｎによりネットワーク２０を介して共有されている。
【０１０９】
アクセス管理部１４−１は、ＩＣタグの検出情報とアクセス要求の合致によりアクセス情報が得られた際に、アクセス情報の中のタグＩＤをネットワーク２０を介してマップ管理部１６に与え、対応するマップをダウンロードすることになる。
【０１１０】
ＩＣタグを読み書きするアクセス装置１４−１〜１４−ｎは複数の場所で利用されるため、それぞれの場所のアクセス管理部１４−１〜１４−ｎが同一のマップ管理部１６を共有することで同一のマップを取得することができ、間違ったマップを使用したり必要とするマップがないことによる障害を回避できる。
【０１１１】
またアクセス管理部１４−１〜１４−ｎに、マップ管理部１６からダウンロードしたマップを一時的に保持するマップ一時記憶部９０−１，９０−２，・・・９０−ｎを設けてもよい。この場合にはアクセス管理部１４−１〜１４−ｎは、それぞれに設けているマップ一時記憶部９０−１〜９０−ｎからタグＩＤの指定で対応するマップを取得することになる。この場合、マップ一時記憶部９０−１〜９０−ｎにタグＩＤに該当するマップが保持されていなければ、マップ管理部１６からダウンロードすることになる。
【０１１２】
アクセス管理部１４−１〜１４−ｎにマップ一時記憶部９０−１，９０−２，・・・９０−ｎを設けることで、アクセス管理部１４−１〜１４−ｎに対するマップ管理部１６からのマップのダウンロードが一度で済み、ダウンロードによる遅延をなくし、共有されるマップ管理部１６の負荷を低減し＜ネットワークのトラフィックを低減することで、ＩＣタグのアクセス速度を上げることができる。
【０１１３】
ここでマップ管理部１６は、マップが更新された場合、全てのマップ一時記憶部９０−１〜９０−ｎの該当するマップを更新することになる。
【０１１４】
またマップ一時記憶部９０−１〜９０−ｎにダウンロードしたマップに有効か無効かを示すフラグを設けておき、マップ管理部１６でマップの更新が行われた際にはマップ一時記憶部９０−１〜９０−ｎの該当するマップのフラグも無効とし、アクセス管理部１４−１〜１４−ｎで、タグＩＤでマップ一時記憶部９０−１〜９０−ｎを参照して該当するマップを取得した際にフラグが無効であれば、マップ管理部１６からダウンロードして置き換えることによりフラグを有効として応答するようにしてもよい。
【０１１５】
マップ一時記憶部９０−１〜９０−ｎが多数ある場合、マップ更新によりマップ管理部１６とマップ一時記憶部９０−１〜９０−ｎとの間に大きなトラフィックが生じ、マップ管理部１６の負荷も高くなる。また、マップのダウンロードと置き換えを行う更新時の処理時間によりマップ一時記憶部９０−１〜９０−ｎのそれぞれの間での更新タイミングに大きな開きが起きる。
【０１１６】
そこで、マップ管理部１６によるマップ更新処理として、該当するマップのフラグを無効にするだけにし、該当するマップを使用するマップ一時記憶部だけがフラグの無効を認識して更新したマップのダウンロードを行うことで、トラフィックや負荷を低減することができる。
【０１１７】
更に本発明でマップ管理部１６に設けるマップとしては、指定されたＩＣタグＩＤに対応するマップが存在しない場合に使用するデフォルトマップを準備しておくことが望ましい。デフォルトマップは例えば外部記憶部のアクセスパラメータだけを定義しておけばよい。
【０１１８】
これによって記憶容量の不明なＩＣタグであっても確実にデータを書き込むことができるし、それ以降の読出しも可能となる。更に、デフォルトマップは、マップ管理部１６側でアクセス対象として使用するＩＣタグに対応したマップが準備できる前の段階で実際にそのＩＣタグの検出が行われた場合に、効果的に対応することができる。
【０１１９】
図１４は図１のマップ管理部１６に設けるタグ・マップ対応表、マップセット及びマップの説明図である。図１のマップ管理部１６にあっては図４（Ａ）に示したタグ・マップ対応表３８を使用しているが、この代わりに図１４（Ａ）に示すタグ・マップセット対応表９２を使用する。タグ・マップセット対応表９２はタグＩＤとマップセット識別子の対応関係を登録している。
【０１２０】
タグ・マップセット対応表９２に登録されたマップセット識別子のそれぞれに対応して、図１４（Ｂ）に示すマップセット９４を準備する。マップセット９４は「マップセット識別子＝ｍａｐｓｅｔ−１」のマップセットであり、マップセット９４にはロール名とマップ識別子の対応関係が登録されている。マップセット９４のマップ識別子のそれぞれに対応して図１４（Ｃ）のマップ９５が準備されている。マップ９５は「マップ識別子＝ｍａｐ−１」のマップを示している。
【０１２１】
ここで図１４（Ｂ）のマップセット９４にあっては、ロール名として、どのロール名にも一致しない特別なロール名として、例えば「ｄｅｆａｕｌｔ」を割り当てている。またロール名はアプリケーションを使用しているユーザに割り当てた権限を表わす名前であり、例えばシステム管理者、ＩＣタグ発行者あるいはＩＣタグ利用者などがあり、それぞれのロール名に対応してアクセスパラメータが異なるマップに対応するマップ識別子を登録している。
【０１２２】
図１５はユーザ管理情報からユーザＩＤに対応して得られたロールにより使用するマップを変更するマップ管理部の説明図である。図１５にあっては、アプリケーションのアクセス要求に対応したスキーマ情報１５より項目名として「管理者名」と「商品名」を取得しており、更にユーザ管理表９６を持ち、ユーザ管理表９６にはユーザＩＤとロール名が登録されている。したがって、アプリケーションを使用しているユーザＩＤによってユーザ管理表９６から対応するロール名を取得することができる。
【０１２３】
タグ・マップセット対応表９２、マップセット９４及びマップ９５−１，９５−２は図１４と基本的に同じであり、マップ管理部１６に配置されている。タグ・マップセット対応表９２は、アクセス管理部からのアクセス情報から得られたＩＣタグのタグＩＤの指定で、対応するマップセット識別子を得ている。
【０１２４】
例えばタグＩＤとして「ＩＤ＿１１」を指定すると、マップセット識別子として「ｍａｐｓｅｔ−１」が得られる。このタグ・マップセット対応表９２から取得したマップセット識別子「ｍａｐｓｅｔ−１」によりマップセット９４が選択される。
【０１２５】
ここでアクセス管理部１６に設けているユーザ管理表９６に対し、アプリケーションからユーザＩＤとして「ｕｓｅｒ−１」及び「ｕｓｅｒ−２」が指定され、ロール名として「ｒｏｌｅ−ｒ１」及び「ａｄｍｉｎ」が得られたとすると、それぞれのロール名によるマップセット９４の指定で、ロール名「ａｄｍｉｎ」についてはマップ識別子「ｍａｐ−１」が取得され、ロール名「ｒｏｌｅ−ｒ１」についてはマップ識別子「ｍａｐ−２」が取得される。
【０１２６】
このように、ユーザ管理情報から得られたロール名により、使用するマップをマップ９５−１とマップ９５−２に使い分けることができる。マップ識別子として「ｍａｐ−１」を持つマップ９５−１は、項目名として「管理者名」と「商品名」の両方を登録しており、それぞれについてＩＣタグに対するアクセスパラメータがセットされていることから、ロール名「ａｄｍｉｎ」となるユーザはタグＩＤに対し「管理者名」と「商品名」の両方を書き込みまたは読み出すことができる。これに対しロール名「ｒｏｌｅ−ｒ１」を持つユーザは、マップ９５−２のように「商品名」についてのみＩＣタグに対する書込みまたは読出しを行うことができる。
【０１２７】
図１６（Ａ）は図１５のマップ９５−１に対応したＩＣタグ２４のメモリ内容であり、アドレス「０ｘ００」からヘッダサイズ「１Ｂ（バイト）」の部分にタグデータサイズとして「１５Ｂ（バイト）」を格納し、その後ろの１５バイトに「管理者名」を格納している。続いてアドレス「０ｘ１０」からヘッダサイズ「４Ｂ（バイト）」の領域にタグデータサイズとして「１６Ｂ（バイト）」を格納し、その後ろの２０〜３６バイトの領域に「商品名」を格納している。
【０１２８】
図１６（Ｂ）は図１５のマップ９５−２に対応したＩＣタグのメモリ内容であり、アドレス「０ｘ１６」以降にヘッダサイズ４Ｂ（バイト）でタグデータサイズ「１６Ｂ（バイト）」を格納し、その後ろに「商品名」を格納している。
【０１２９】
このように同一ＩＣタグに対してもロール毎に異なるマップを対応付けることで、ロール毎に読み書きできるデータを変えることができ、これによりユーザごとのアクセス制御やＩＣタグメモリの使い分けが可能となる。
【０１３０】
図１７は、ユーザ管理情報からユーザＩＤに対応して得られたロールにより、使用するＩＣタグのメモリ領域を変更するマップ管理部の説明図である。図１７において、スキーマ情報１５からアプリケーションは項目名として「情報ｘ」を取得している。またアクセス管理部に設けたユーザ管理表９６に対するユーザＩＤとしてユーザＩＤ「ｕｓｅｒ−１」の指定でロール名「ｒｏｌｅ−ｒ１」を得ており、またユーザＩＤ「ｕｓｅｒ−ｎ」の指定でロール名「ａｄｍｉｎ」を得ている。
【０１３１】
タグ・マップセット対応表９２、マップセット９４、マップ９５−１，９５−２は、マップ管理部１６に配置されており、タグ・マップセット対応表９２に対する例えばタグＩＤとして「ＩＤ＿１１」の指定で、マップセット識別子「ｍａｐｓｅｔ−１」を得てマップセット９４を取得している。
【０１３２】
このマップセット９４に対しては、ユーザ管理表９６から取得したロール名「ｒｏｌｅ−ｒ１」、「ｒｏｌｅ−ｒ２」の指定により、マップ識別子「ｍａｐ−１」、「ｍａｐ−２」によってマップ９５−２とマップ９５−２を得ている。
【０１３３】
マップ９５−１はＩＣタグ２４に示すように、アドレス「０ｘ００」から４Ｂ（バイト）のヘッダサイズにタグデータサイズ「１６Ｂ（バイト）」を格納し、その後ろに「ｕｓｅｒ−１」の「情報ｘ」を書き込んでいる。一方、マップ９５−２については、アドレス「０ｘ２０｝から４バイトのヘッダサイズにタグデータサイズ「１６Ｂ（バイト）」を格納した後、その後ろに「ｕｓｅｒ−２」の「情報ｘ」を書き込んでいる。
【０１３４】
このように同じＩＣタグ２４に対し異なるロール名を指定することで、メモリ領域を変えてアプリケーションから必要な情報を読み書きすることができ、ユーザごとのアクセス制御やＩＣタグメモリの使い分けが可能となる。
【０１３５】
また本発明は図１に示したＩＣタグアクセス装置のコンピュータで実行されるプログラムを提供するものであり、このプログラムは図１０，図１１のフローチャートに示した内容を備える。
【０１３６】
なお本発明は、その目的と利点を損なうことのない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。
【０１３７】
ここで本発明の特徴をまとめて列挙すると次の付記のようになる。
（付記）
（付記１）
ＩＣタグをアクセスするコンピュータに、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行させる事を特徴とするＩＣタグアクセスプログラム。（１）
【０１３８】
（付記２）
前記コンピュータに、更に、
前記対応情報管理ステップにおいて、前記ＩＣタグのアクセスパラメータと前記外部記憶部のアクセスパラメータを指定した対応関係情報を、前記ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する
処理を実行させる事を特徴とする付記１に記載のＩＣタグアクセスプログラム。
【０１３９】
（付記３）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、
前記リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、前記機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、前記アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
前記アクセス情報に含まれる前記ＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
前記パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
前記パラメータ抽出部で抽出したパラメータに基づくアクセス命令を前記リーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行させることを特徴とする付記１に記載のＩＣタグアクセスプログラム。（２）
【０１４０】
（付記４）
前記対応情報管理ステップにより保持されるアクセスパラメータは、ＩＣタグのアクセスアドレス、データ長を格納したヘッダサイズ及び外部記憶部の識別名を含むことを特徴とすることを特徴とする付記１から付記３の何れかに記載のＩＣタグアクセスプログラム。（３）
【０１４１】
（付記５）
前記対応情報管理ステップにより保持されるのアクセスパラメータは、更に、ＩＣタグのリード及び又はライトのアクセス種別を含むことを特徴とすることを特徴とする付記４に記載のＩＣタグアクセスプログラム。（４）
【０１４２】
（付記６）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記対応情報のアクセスパラメータに基づいて前記データの一部を前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。（５）
【０１４３】
（付記７）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記マップのアクセスパラメータに基づいてアクセス頻度の高いデータ及び又は前記アプリケーションの処理に必要な最小限のデータを前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。（６）
【０１４４】
（付記８）
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、前記アクセス指示がデータの読出要求の場合、前記対応情報管理ステップにより保持されたアクセスパラメータに基づいて前記ＩＣタグ及び外部記憶部のそれぞれからデータを読出して再構成して前記アプリケーションに応答する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。（７）
【０１４５】
（付記９）
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の少なくとも何れかを管理し、前記リーダライタでＩＣタグを検出した際に得られる前記ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の何れか又はその組合せを持つ前記アプリケーションから出力されたアクセス要求を選択する処理を実行させることを特徴とする付記１に記載のＩＣタグアクセスプログラム。（８）
【０１４６】
（付記１０）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、複数のアクセス要求を保持している場合、受取り順にアクセス要求を選択する処理を実行させることを特徴とする付記１に記載のＩＣタグアクセスプログラム。
【０１４７】
（付記１１）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、優先度を指定した複数のアクセス要求を保持している場合、前記優先度の高い順にアクセス要求を選択する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１４８】
（付記１２）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記ＩＣタグの識別子のビットパターンと対応情報識別子の対応関係を登録したタグ・対応情報対応表を有し、前記アクセス管理部から指定された前記ＩＣタグ識別子のビットパターンにより前記対応表から対応する対応情報を選択する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１４９】
（付記１３）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記ＩＣタグの識別子に対応する対応情報をネットワーク上の対応情報管理部からダウンロードして取得する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１５０】
（付記１４）
前記コンピュータに、更に、
前記対応情報管理ステップにおいて、
ＩＣタグの識別子と対応情報識別子の対応関係を登録したセット対応表と、
前記セット対応表のセット識別子毎にロール名と対応情報識別子の対応関係を登録したセットと、
前記対応情報セットの対応情報識別子に対応して登録された対応情報と、
を有し、
前記アクセス管理ステップにおいて、ユーザＩＤとロール名の対応関係を登録したユーザ管理情報を有し、
前記アクセス管理ステップにおいて、
記アクセス要求情報に含まれたＩＣタグの識別子により前記セット対応表から対応情報識別子を取得し、
前記取得した対応情報識別子により前記セットからロール名と対応情報識別子の対応関係を取得し、
前記取得した前記ロール名と対応情報識別子の対応関係の中から前記ユーザ管理情報からユーザＩＤにより取得したロール名と対応関係を持つ対応情報識別子を取得し、更に、
前記取得した前記対応情報識別子に対応した対応情報を取得する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１５１】
（付記１５）
ＩＣタグをアクセスするコンピュータが、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行する事を特徴とするＩＣタグアクセス方法。（９）
【０１５２】
（付記１６）
前記コンピュータは、更に、
前記対応情報管理ステップにおいて、前記ＩＣタグのアクセスパラメータと前記外部記憶部のアクセスパラメータを指定した対応関係情報を、前記ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する処理を実行する事を特徴とする付記１５に記載のＩＣタグアクセス方法。
【０１５３】
（付記１７）
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、
前記リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、前記機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、前記アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
前記アクセス情報に含まれる前記ＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
前記パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
前記パラメータ抽出部で抽出したパラメータに基づくアクセス命令を前記リーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行することを特徴とする付記１５に記載のＩＣタグアクセス方法。
【０１５４】
（付記１８）
ＩＣタグをアクセスするＩＣタグアクセス装置であって、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理手段と、
外部記憶部と、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理手段と、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理部より取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は前記外部記憶部をアクセスするアクセス管理手段と、
を備えた事を特徴とするＩＣタグアクセス装置。（１０）
【０１５５】
（付記１９）
前記対応情報管理手段は、前記ＩＣタグのアクセスパラメータと前記外部記憶部のアクセスパラメータを指定した対応関係情報を、前記ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する
処理を実行させる事を特徴とする付記１８に記載のＩＣタグアクセス装置。
【図面の簡単な説明】
【０１５６】
【図１】本発明によるＩＣタグアクセス装置の機能構成のブロック図
【図２】図１の装置が適用されるコンピュータのハードウェア環境の説明図
【図３】図１のスキーマ管理部に設けたスキーマ情報の説明図
【図４】図１のマップ管理部に設けたタグ・マップ対応表とマップの説明図
【図５】図４のマップの具体例の説明図
【図６】図１におけるアプリケーションのＩＣタグ書込処理における書込要求、タグ検出情報、書込情報、マップ抽出パラメータ及びＩＣタグと外部記憶部への書込みの説明図
【図７】図１のアクセス要求管理部によるＩＤグループ及びリーダライタグループのグループ管理の説明図
【図８】図１におけるアプリケーションのＩＣタグ読出処理における読出要求、タグ検出情報、読出情報、マップ抽出パラメータ及びＩＣタグと外部記憶部からの読出し再構成の説明図
【図９】図１のアプリケーション処理のフローチャート
【図１０】図１のアクセス管理部の処理のフローチャート
【図１１】図１０に続くアクセス管理部の処理のフローチャート
【図１２】ＩＣタグＩＤのビットパターンとマップの対応付けタグ・マップ対応表の説明図
【図１３】複数のアクセス管理部に対しネットワークを介してマップ管理部を共用した装置構成のブロック図
【図１４】図１のマップ管理部に設けるタグ・マップセット対応表、マップセット及びマップの説明図
【図１５】ユーザ管理情報からユーザＩＤに対応して得られたロールにより使用するマップを変更するマップ管理部の説明図
【図１６】図１５のロールに対応したマップによるＩＣタグのメモリ配置の説明図
【図１７】ユーザ管理情報からユーザＩＤに対応して得られたロールにより使用するＩＣタグのメモリ領域を変更するマップ管理部の説明図
【図１８】メモリ付きＩＣタグを使用した従来のＩＣタグアクセス装置の説明図
【図１９】メモリを持たずにＩＤを返すＩＣタグを使用した従来のＩＣタグアクセス装置の説明図
【符号の説明】
【０１５７】
１０−１，１０−２：アプリケーション
１２：スキーマ管理部
１４，１４−１〜１４−３：アクセス管理部
１５：スキーマ情報
１６：マップ管理部
１８：外部記憶部
２０：ネットワーク
２２−１〜２２−ｎ：リーダライタ
２４：ＩＣタグ
２６：アクセス要求管理部
２８：キュー
３０：機器管理部
３２：パラメータ抽出部
３４：データマッピング部
３６：命令生成部
３８：タグ・マップ対応表
４０，９５，９５−１，９５−２：マップ
４２−１〜４２−３：パラメータ領域
４４：タグパラメータ
４６：外部記憶パラメータ
４８：アクセスパラメータ
５０−１：ＩＤグループ名管理部
５０−２：リーダライタグループ名管理部
５２−１：ＩＤグループ名管理テーブル
５２−２：リーダライタグループ名管理テーブル
５４：タググループ名
５６−１〜５６−ｍ：グループ内ＩＤ
５８：リーダライタグループ名
６０−１〜６０−ｎ：グループ内リーダライタ識別子
６２，６４，６６，７０：書込要求
６８：タグ検出情報
７２：マップ抽出パラメータ
７４：データ
７４−１，７４−２：分割データ
７６，７８，８０，８２：読出要求
８４：ＩＣタグＩＤビット
８５，８６−１，８６−２，８８：ビットテーブル
９０−１〜９０−ｎ：マップ一時記憶部
９２：タグ・マップセット対応表
９４：マップセット
９５：マップ
９６：ユーザ管理表
【技術分野】
【０００１】
本発明は、アプリケーションからの要求によりＩＣタグにアクセスするＩＣタグアクセスプログラム、方法及び装置に関し、特にメモリ容量やフォーマットの異なるＩＣタグとの間でデータを読み書きするＩＣタグアクセスプログラム、方法及び装置に関する。
【背景技術】
【０００２】
近年、ＩＣタグは物流における物品識別システム、入退室管理システム、製造におけるプロセス管理システム、図書館やレンタル店での貸出品管理システム、店舗での在庫管理システム、畜産における家畜管理システムなど多数のシステムで利用されている。これらのシステムでは、ＩＣタグが持つ固有のＩＤとメモリに書き込まれた情報を利用して、物品の判別や物品情報の取得、更新などを行う。
【０００３】
例えば特許文献１は、データ構造規定情報を保持した無線タグからデータ構造規定情報を読出し、このデータ構造にしたがってデータ項目を保持した無線タグから目的のデータ項目を取得するようにしている。
【０００４】
また特許文献２は、マスターＩＣタグとスレーブＩＣタグをもち、マスターＩＣタグで各スレーブタグのメモリ構成情報を管理するようにしている。
【０００５】
更に、特許文献３は、複数のタグを１個のタグとして扱い、メモリ容量の設定を複数のタグのメモリ容量の合計としている。
【０００６】
このような従来のＩＣタグの記憶容量は様々であり、メモリを持たないＩＤを返すだけのものもある。また様々な種類のＩＣタグが集まる物流や店舗などのケースや新規ＩＣタグ導入後などのケースでは異なる記憶容量のＩＣタグを扱わなければならない。
【０００７】
従来のＩＣタグへデータを読み書きするシステムには、図１８のように、アプリケーション２００、リーダライタ２０２及びＩＣタグ２０４を備え、ＩＣタグ２０４のメモリに対してデータを読み書きするものがある。
【０００８】
また図１９のように、ＩＣタグ２０４としてメモリを持たない場合には、ＩＣタグ２０４からはリーダライタ２０２によりＩＤのみをアプリケーション２００で取得し、アプリケーション２００はキャッシュ装置２０６及びＩＤレゾルバ２０８を介してデータベース２１０との間でデータをタグＩＤに結び付けて読み書きするものもある。
【特許文献１】特開２００４−２１７７６号公報
【特許文献２】特開２００４−２０１１２９号公報
【特許文献３】特開２００２−２８８５９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、図１８のメモリ付きのＩＣタグを想定したシステムは、ＩＣタグに設けたメモリのアドレスを指定してデータを読み書きするため、メモリを持たないＩＣタグやデータを記録するために十分な記憶容量を持たないＩＣタグに対しては、データを読み書きすることができない。またＩＣタグへ記録するデータもシステム独自のデータフォーマットであるため、データフォーマットが異なるＩＣタグに対してはデータの読み書きができない問題がある。
【００１０】
図１９のメモリを持たないシステムは、ＩＣタグの記憶容量の違いに関わらずデータベースからデータを読み書きすることができるが、常にデータベースへのアクセスが必要となるために、多数のＩＣタグを処理する場合、データベースアクセスによるトラフィックの増加やデータベースシステムの負荷上昇によりＩＣタグ処理速度が低下するという問題がある。
【００１１】
この場合、キャッシュ装置によりデータベースアクセスをキャッシングしたり、分散データベースを用いてデータベースアクセスの集中を防ぐことで、ＩＣタグの処理速度低下をある程度軽減することは可能であるが、システムやデータベース間のデータ一貫性の保証や維持、データベース検索処理に関わる遅延が生じるため限界がある。
【００１２】
またキャッシングでは、ＩＣタグのデータが更新されるたびに他のシステムのキャッシュにある該当データを無効化しなければならず、また読出し時は常にキャッシュにある該当データの有効性を確認しなければならない。更に、例えば物流のケースのように、ＩＣタグが各システムを一度だけ通過するケースではキャッシュの効果はない。
【００１３】
分散データベースでは、一個のＩＣタグのデータが複数のデータベースに分散して存在する場合、データの読み書きのたびにデータベースの検索と各データベースへのアクセスが生じてしまう。例えばある商品の出庫日時と製造番号を読み出そうとした場合、出庫日時データを持つ配送センターのデータベースからの読出しと、製造番号データを持つメーカーのデータベースからの読み出しが必要になり、かえってトラフィックを増やしてしまうことがある。
【００１４】
更に、データベースシステムが停止したり、ネットワークが使えない場所などのデータベースへアクセスできない場合、ＩＣタグの処理を行うことができない問題がある。
【００１５】
本発明は、ＩＣタグの記憶容量の違いやデータフォーマットの違いをアプリケーションに対し隠蔽し、異なる記憶容量のＩＣタグや異なるデータフォーマットのＩＣタグが混在した場合においても、データを読み書き可能とするＩＣタグアクセスプログラム、方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、ＩＣタグをアクセスするコンピュータにより実行されるプログラムを提供する。本発明のプログラムは、ＩＣタグをアクセスするコンピュータに、
アプリケーションでＩＣタグのアクセス要求が発生した際に、ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得してアプリケーションに提供するデータ構造定義情報提供管理ステップと、
ＩＣタグのアクセスパラメータとＩＣタグの識別子とをデータ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
アプリケーションから出力されるデータ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出したＩＣタグの識別子に対応したアクセス要求を、保持したアクセス要求から選択した際に、ＩＣタグの識別子とアクセス指示の項目名に対応した対応情報を対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従ってＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行させる事を特徴とする。
【００１７】
ここで、対応情報管理ステップは、コンピュータに、ＩＣタグのアクセスパラメータと外部記憶部のアクセスパラメータを指定した対応関係情報を、ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する処理を実行させる。
【００１８】
アクセス管理ステップは、コンピュータに、
リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
アクセス情報に含まれるＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
パラメータ抽出部で抽出したパラメータに基づくアクセス命令をリーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行させる。
【００１９】
対応情報管理ステップにより保持されるアクセスパラメータは、ＩＣタグのアクセスアドレス、データ長を格納したヘッダサイズ及び外部記憶部の識別名を含む。
【００２０】
対応情報管理ステップにより保持されるのアクセスパラメータは、更に、ＩＣタグのリード及び又はライトのアクセス種別を含む。
【００２１】
アクセス管理ステップは、コンピュータに、アクセス要求がデータの書込要求の場合、対応情報のアクセスパラメータに基づいてデータの一部を前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させる。
【００２２】
アクセス管理ステップは、コンピュータに、アクセス要求がデータの書込要求の場合、マップのアクセスパラメータに基づいてアクセス頻度の高いデータ及び又はアプリケーションの処理に必要な最小限のデータをＩＣタグに書込み、残りのデータを外部記憶部に書込む処理を実行させる。
【００２３】
アクセス管理ステップは、コンピュータに、アクセス指示がデータの読出要求の場合、対応情報管理ステップにより保持されたアクセスパラメータに基づいてＩＣタグ及び外部記憶部のそれぞれからデータを読出して再構成してアプリケーションに応答する処理を実行させる。
【００２４】
アクセス管理ステップは、コンピュータに、ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の少なくとも何れかを管理し、リーダライタでＩＣタグを検出した際に得られるＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の何れか又はその組合せを持つアプリケーションから出力されたアクセス要求を選択する処理を実行させる。
【００２５】
アクセス管理ステップは、コンピュータに、複数のアクセス要求を保持している場合、受取り順にアクセス要求を選択する処理を実行させる。
【００２６】
アクセス管理ステップは、コンピュータに、優先度を指定した複数のアクセス要求を保持している場合、優先度の高い順にアクセス要求を選択する処理を実行させる。
【００２７】
アクセス管理ステップは、コンピュータに、ＩＣタグの識別子のビットパターンと対応情報識別子の対応関係を登録したタグ・対応情報対応表を有し、アクセス管理部から指定されたＩＣタグ識別子のビットパターンにより対応表から対応する対応情報を選択する処理を実行させる。
【００２８】
アクセス管理ステップは、コンピュータに、ＩＣタグの識別子に対応する対応情報をネットワーク上の対応情報管理部からダウンロードして取得する処理を実行させる。
【００２９】
対応情報管理ステップにおいて、
ＩＣタグの識別子と対応情報識別子の対応関係を登録したセット対応表と、
セット対応表のセット識別子毎にロール名と対応情報識別子の対応関係を登録したセットと、
対応情報セットの対応情報識別子に対応して登録された対応情報と、
を有し、
アクセス管理ステップにおいて、ユーザＩＤとロール名の対応関係を登録したユーザ管理情報を有し、
アクセス管理ステップにおいて、
記アクセス要求情報に含まれたＩＣタグの識別子により前記セット対応表から対応情報識別子を取得し、
取得した対応情報識別子により前記セットからロール名と対応情報識別子の対応関係を取得し、
取得したロール名と対応情報識別子の対応関係の中からユーザ管理情報からユーザＩＤにより取得したロール名と対応関係を持つ対応情報識別子を取得し、更に、
取得した前記対応情報識別子に対応した対応情報を取得する処理を実行させる。
【００３０】
本発明は、ＩＣタグアクセス方法を提供する。本発明のＩＣタグアクセス方法は、ＩＣタグをアクセスするコンピュータが、
アプリケーションでＩＣタグのアクセス要求が発生した際に、ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
ＩＣタグのアクセスパラメータとＩＣタグの識別子とをデータ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
アプリケーションから出力されるデータ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出したＩＣタグの識別子に対応したアクセス要求を、保持したアクセス要求から選択した際に、ＩＣタグの識別子とアクセス指示の項目名に対応した対応情報を対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従ってＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行する事を特徴とする。
【００３１】
本発明は、ＩＣタグをアクセスするＩＣタグアクセス装置を提供する。本発明のＩＣタグアクセス装置は、
アプリケーションでＩＣタグのアクセス要求が発生した際に、ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理手段と、
外部記憶部と、
ＩＣタグのアクセスパラメータとＩＣタグの識別子とをデータ構造定義情報の項目名に対応して保持する対応情報管理手段と、
アプリケーションから出力されるデータ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出したＩＣタグの識別子に対応したアクセス要求を、保持したアクセス要求から選択した際に、ＩＣタグの識別子とアクセス指示の項目名に対応した対応情報を対応情報管理部より取得し、取得した対応情報のアクセスパラメータに従ってＩＣタグ及び又は外部記憶部をアクセスするアクセス管理手段と、
を備えた事を特徴とする。
【００３２】
なお、本発明によるＩＣタグアクセス方法及び装置の詳細は、本発明のプログラムと基本的に同じになる。
【発明の効果】
【００３３】
本発明によれば、記憶容量やデータフォーマットが異なるＩＣタグが混在している場合においても、アプリケーションは同一のインタフェースでそれぞれの記憶容量、データフォーマットに応じたデータの読出し、書き込みが可能となる。
【００３４】
また、メモリを持つＩＣタグにおいて、頻繁に読み書きするデータや処理に必要な最小限のデータをＩＣタグのメモリに置くことで、データベースアクセスによる処理速度低下やデータベースアクセス不能による障害を防ぐことが可能となる。
【００３５】
またＩＣタグの記憶容量を超えたデータであっても、ＩＣタグと外部記憶部へ分割保持するため、ＩＣタグのアクセス失敗やデータの破損を回避できる。
【発明を実施するための最良の形態】
【００３６】
図１は本発明によるＩＣタグアクセス装置の機能構成のブロック図である。図１において、本発明のＩＣタグアクセス装置は、アプリケーション１０−１，１０−２、スキーマ管理部１２、アクセス管理部１４、マップ管理部１６、ネットワーク２０を介して接続した外部記憶部１８及びリーダライタ２２−１〜２２−ｎで構成され、ＩＣタグ２４に対しデータの書込みと読出しを行う。
【００３７】
アプリケーション１０−１，１０−２は、例えば物品識別システムや入退室管理システムなどの業務アプリケーションであり、業務処理の実行に伴いＩＣタグ２４に対する書込要求または読出要求を発生する。
【００３８】
スキーマ管理部１２は、アプリケーション１０−１，１０−２でＩＣタグ２４のアクセス要求、即ち書込要求または読出要求が発生した際に、ＩＣタグ２４に依存しない項目名一覧で構成されたスキーマ情報１５から対応する項目名を取得してアプリケーション１０−１，１０−２に提供し、このスキーマ情報１５の項目名を使用して、アプリケーション１０−１，１０−２は、アクセス管理部１４に対しＩＣタグに対する書込要求または読出要求を発生する。
【００３９】
アプリケーション１０−１，１０−２がＩＣタグ２４に対するアクセス要求を指定するために与えるスキーマ情報の項目名は、ＩＣタグ２４の記憶容量やデータフォーマットに依存しない名前であるため、アプリケーション１０−１，１０−２はＩＣタグ２４の記憶容量やデータフォーマッタを一切意識する必要がなく、項目名のみによってＩＣタグ２４に対するアクセスを指定できる。このため、異なる記憶容量のＩＣタグ２４や異なるデータフォーマットのＩＣタグ２４が混在するようなことがあっても、アプリケーション１０−１，１０−２を一切変更する必要はない。
【００４０】
マップ管理部１６はタグ・マップ対応表３８とマップ４０を備える。タグ・マップ対応表３８はタグＩＤとマップ識別子の対応関係を登録している。このためアクセス管理部１４からＩＣタグ２４の読取りで得られたＩＣタグＩＤを指定することで、タグ・マップ対応表３８から対応するマップ識別子を取得し、取得したマップ識別子によりマップ４０の中から対応するマップを取得して返すことができる。マップ４０にはＩＣタグ２４のアクセスパラメータと外部記憶部１８のアクセスパラメータが設定されている。このアクセスパラメータは
（１）ＩＣタグ２４のアクセスアドレス
（２）データ長を格納したヘッダサイズ
（３）外部記憶部１８の識別名
（４）リード及びまたはライトのアクセス種別
を含んでいる。
【００４１】
なお、（４）のアクセス種別は選択的要素であり、必須ではない。このアクセス種別によりＩＣタグの読出しと書込みのそれぞれについて許可するか否かを指定することで、スキーマ情報の特定の項目名について書込みを禁止したりすることができ、ＩＣタグへのアクセス制御をより細かく指定することが可能となる。
【００４２】
マップ４０は、ＩＣタグＩＤに対応してスキーマ情報１５から得られた複数の項目名につきアクセスパラメータを登録しており、マップ４０に含まれる複数の項目名に対応したパラメータの中からアプリケーション１０−１，１０−２が出力したアクセス要求に含まれる項目名によって対応するアクセスパラメータを抽出することができる。
【００４３】
アクセス管理部１４は、アプリケーション１０−１，１０−２から出力されるスキーマ情報１５の項目名を含むアクセス要求、即ち書込要求または読出要求をキュー２８に保持し、リーダライタ２２−１〜２２−ｎで検出したＩＣタグ２４のタグＩＤに対応したアクセス要求をキュー２８から選択した際に、ＩＣタグ２４のタグＩＤとアクセス要求の項目名に対応したマップ４０をタグ・マップ対応表３８を介してマップ管理部１６から取得し、取得したマップ４０の項目名により抽出されたアクセスパラメータに従ってＩＣタグ２４及びまたは外部記憶部１８に対するアクセスを実行する。
【００４４】
ここでＩＣタグ２４と外部記憶部１８に対するアクセスは次の３つがある。
（１）ＩＣタグ２４と外部記憶部１８の両方にアクセス
（２）ＩＣタグ２４のみにアクセス
（３）外部記憶部１８のみにアクセス
【００４５】
このようなアクセス管理部１４には、その処理機能として、キュー２８を備えたアクセス要求管理部２６、機器管理部３０、パラメータ抽出部３２、データマッピング部３４及び命令生成部３６が設けられる。
【００４６】
機器管理部３０は、リーダライタ２２−１〜２２−ｎ側で検出したＩＣタグのタグＩＤ及びリーダライタ識別子を保持する。アクセス要求管理部２６は、アプリケーション１０−１，１０−２から出力されるスキーマ情報１５の項目名を含むアクセス要求をキュー２８に保持し、機器管理部３０で保持したＩＣタグ２４のタグＩＤに対応したアクセス要求をキュー２８から選択し、選択したアクセス要求にＩＣタグ２４のタグＩＤを付加したアクセス情報、即ち書込情報または読出情報を出力する。
【００４７】
パラメータ抽出部３２は、アクセス要求管理部２６から出力されたアクセス情報、即ち書込情報または読出情報に含まれるＩＣタグ２４のタグＩＤに対応したマップ４０を、タグ・マップ対応表３８を介して取得し、取得したマップ４０からスキーマ情報の項目名に対応したアクセスパラメータを抽出する。
【００４８】
データマッピング部３４は、パラメータ抽出部３２で抽出したパラメータに基づいて、外部記憶部１８にアクセス、即ちデータの書込みまたは読出しを行う。
【００４９】
命令生成部３６は、パラメータ抽出部３２で抽出したＩＣタグ２４に関するパラメータに基づき、アクセス命令即ち書込命令または読出命令を、リーダライタ２２−１〜２２−ｎの中のＩＣタグ２４を検出しているリーダライタ例えばリーダライタ２２−１に発行して、ＩＣタグ２４にデータの書込みまたはＩＣタグ２４からのデータの読出しを行う。
【００５０】
図１における本発明のＩＣタグアクセス装置は、例えば図２のようなコンピュータのハードウェア資源により実現される。図２のコンピュータにおいて、ＭＰＵ１００のバス１０２には、ＲＡＭ１０４、ＲＯＭ１０６、ハードディスクドライブ１０８、キーボード１１２、マウス１１４、ディスプレイ１１６を備えた入出力デバイスコントローラ１１０、更に通信回線１２０と接続したネットワークアダプタ１１８が設けられている。
【００５１】
本発明のＩＣタグアクセス処理を実行するプログラムはハードディスクドライブ１０８にローディングされており、コンピュータの起動時に読み出されてＲＡＭ１０４上に展開され、ＭＰＵ１００により実行される。
【００５２】
図３は図１のスキーマ管理部１２に設けたスキーマ情報１５の説明図である。スキーマ情報１５はスキーマ名と項目名から構成されており、スキーマ名は例えば物流システム、入退室管理システム、製造管理システムなどのシステム概略で分類されている。
【００５３】
スキーマ名のそれぞれに対しては複数の項目名が準備されており、例えば物流システムを例にとると、商品情報、あて先、入庫年月日、送り主、依頼主、商品名などが使用されている。アプリケーション１０−１，１０−２にあっては、自分の処理するスキーマ名、例えば物流システムの処理においてＩＣタグにアクセス要求をする際には、スキーマ情報１５の参照でアクセスに必要な項目名例えば「商品情報」を取得して、書込要求または読出要求を出力することになる。
【００５４】
図４は図１のマップ管理部１６に設けたタグ・マップ対応表とマップの説明図である。図４（Ａ）はタグ・マップ対応表３８であり、タグＩＤとマップ識別子から構成されている。タグ・マップ対応表３８にあっては、図１のパラメータ抽出部３２から書込情報または読出情報に含まれるＩＣタグＩＤの指定を受けると、タグ・マップ対応表３８を参照して対応するマップ識別子を取得し、取得したマップ識別子により図４（Ｂ）のようなマップ４０を参照する。
【００５５】
図４（Ｂ）のマップ４０はマップ識別子をインデックスとして複数準備されている。また１つのマップ識別子を持つマップにあっては、スキーマ情報１５から得られた項目名に分けてパラメータ領域４２−１，４２−２，４２−３を持っており、それぞれにＩＣタグ及び外部記憶部のアクセスに必要なパラメータを設定している。
【００５６】
図５は図４（Ｂ）のマップ４０の１つのパラメータ領域を取り出して具体的な構成を示している。図５において、マップ４０のパラメータ領域は、タグパラメータ４４、外部記憶パラメータ４６及びアクセスパラメータ４８で構成されている。タグパラメータ４４としては、ＩＣタグ２４のメモリのアドレスとして「０ｘ００」を格納し、またデータ長を格納したヘッダサイズとして「８Ｂ（バイト）」を格納し、更にタグデータサイズとして「２４Ｂ（バイト）」を格納している。
【００５７】
また外部記憶パラメータ４６としては、例えばネットワーク２０を介して接続していることから「ＵＲＬ−領域名」を設定している。更にアクセスパラメータ４８については、リードのみ、リード及びライトのいずれかを設定できる。もちろん、アクセスパラメータ４８は必要に応じて選択的に設けられるパラメータである。
【００５８】
ここでタグパラメータ４４により指定されるＩＣタグ２４のメモリに格納するデータとしては、頻繁に読み書きするデータやアプリケーション１０−１，１０−２の処理に最小限必要なデータとし、残りのデータを外部記憶パラメータ４６に格納することが望ましい。このようなデータ分割によって、外部記憶パラメータ４６のアクセスによる性能低下を防ぎ、また外部記憶パラメータ４６のアクセス不能時でもＩＣタグ２４の必要最小限のデータをアクセスしてタグ処理を可能とする。
【００５９】
再び図４（Ｂ）を参照するに、パラメータ領域４２−１はタグパラメータと外部記憶パラメータの両方を登録している。またパラメータ領域４２−２は外部パラメータが存在せず、ＩＣタグのみをアクセスするためのパラメータである。更に、パラメータ領域４２−３はタグパラメータが存在せず、外部記憶部のみをアクセスするパラメータである。
【００６０】
このようにマップ４０には、ＩＣタグＩＤに対応したマップ識別子で特定されるマップ内に、スキーマ情報の項目名で指定される複数種類のＩＣタグと外部記憶部のアクセスパラメータを必要に応じて登録し、これを利用できる。
【００６１】
またメモリ容量やフォーマットの異なるＩＣタグの種別は、図４（Ａ）のタグ・マップ対応表３８により対応関係が登録され、これによりアプリケーション１０−１，１０−２は様々なＩＣタグに対し、そのメモリ容量やフォーマットの相違を意識することなくアクセスできる。
【００６２】
更に、タグ・マップ対応表３８及びマップ４０は、アプリケーション１０−１，１０−が対応しようとするＩＣタグが追加される度に、タグ・マップ対応表３８及びマップ４０に対し追加ＩＣタグに対応した対応関係が追加更新されることになる。
【００６３】
図６は図１におけるアプリケーションのＩＣタグ書込処理における書込要求、タグ検出情報、書込情報、マップ抽出パラメータ及びＩＣタグと外部記憶部への書込みの説明図である。
【００６４】
図６（Ａ）は例えばアプリケーション１０−１がＩＣタグ２４に対し書込要求を発行する際に取得したスキーマ情報１５の項目名となる「商品情報」である。図６（Ｂ）はスキーマ情報１５から取得した「商品情報」を使用した書込要求６２のデータ構造である。書込要求６２は、先頭に書込指示を格納し、続いてスキーマ情報１５から取得した「商品情報」を格納し、その後ろに例えば６４バイトのデータを格納している。
【００６５】
図６（Ｃ）は本発明で使用する他の書込要求６４であり、図６（Ｂ）の書込要求６２に対し使用するリーダライタを指定するための「リーダライタＩＤ」を含めている。また図６（Ｄ）は本発明で使用する他の書込要求６６であり、図６（Ｂ）の書込要求６２に更に「タグＩＤ」を加え、書込要求を行うＩＣタグ２４を特定できるようにしている。
【００６６】
更に本発明にあっては、後の説明で明らかにするように、図６（Ｃ）に使用する「リーダライタＩＤ」の代わりに「リーダライタグループＩＤ」を使用してもよい。同様に、図６（Ｄ）の「タグＩＤ」の代わりに「グループタグＩＤ」を使用するようにしてもよい。
【００６７】
図６（Ｅ）は図１の機器管理部３０から出力されるタグ検出情報６８であり、「リーダライタＩＤ」と「タグＩＤ」を備えている。
【００６８】
図６（Ｆ）は図１のアクセス要求管理部２６より出力される書込情報７０であり、この書込情報７０は図６（Ｂ）〜（Ｄ）の書込要求６２，６４又は６６に、図６（Ｅ）のタグ検出情報６８を組み合わせた情報であり、「書込指示」、「リーダライタＩＤ」、「タグＩＤ」、「商品情報」及び６４バイトのデータから構成されている。
【００６９】
図６（Ｇ）はパラメータ抽出部３２によりマップ管理部１６を参照して取得されたマップ抽出パラメータ７２である。マップの取得は図６（Ｆ）の書込情報７０におけるタグ「ＩＤ」を使用して行われ、この「タグＩＤ」により取得したマップから書込情報７０における「商品情報」を使用して図６（Ｇ）のマップ抽出パラメータ７２を取得することができる。マップ抽出パラメータ７２は例えば図５のマップ４０に対応した内容を持っている。
【００７０】
図６（Ｈ）は、マップ抽出パラメータ７２に基づくデータ７４のＩＣタグ２４と外部記憶部１８に対する書込処理の説明図である。この例にあっては、ＩＣタグ２４のメモリサイズは２４バイトであり、マップ抽出パラメータ７２により先頭アドレス「０ｘ００」が指定され、そこからヘッダサイズで指定された８バイトの領域にデータ７４のデータ長「６４バイト」を格納し、その後ろに分割データ７４−１として１６バイト分のデータＤ１を格納している。
【００７１】
一方、外部記憶部１８については、データ７４における前半の２４バイトはＩＣタグ２４に格納されることから、後半の残り４０バイトを分割データ７４−２として書き込んでいる。
【００７２】
図７は図１のアクセス要求管理部２６によるＩＤグループ及びリーダライタグループのグループ管理の説明図である。図７において、アクセス要求管理部２６には、ＩＤグループ名管理部５０−１とリーダライタグループ名管理部５０−２が設けられ、それぞれＩＤグループ名管理テーブル５２−１とリーダライタグループ名管理テーブル５２−２を格納している。
【００７３】
ＩＤグループ名管理テーブル５２−１は、右側に取り出して示すように、タググループ名５４とグループ内ＩＤ５６−１〜５６−ｍで構成される。またリーダライタグループ名管理テーブル５２−２も、右側に取り出して示すように、リーダライタグループ名５８とグループ内リーダライタ識別子６０−１〜６０−ｎで構成されている。
【００７４】
このようなＩＤグループ名管理テーブル５２−１を使用して、ＩＣタグ２４から検出したタグＩＤがどのＩＤグループに属するかを求めることができる。同様にＩＣタグ２４を読み取ったリーダライタについても、リーダライタ識別子によりリーダライタグループ名管理テーブル５２−２を参照することで、検出したリーダライタの属するリーダライタグループ名を取得することができる。
【００７５】
このようにして取得されたＩＤグループ名及びリーダライタグループ名は、図６（Ｃ）の書込要求６４における「リーダライタＩＤ」の代わりに「リーダライタグループＩＤ」を設定し、また図６（Ｄ）の書込要求６６にあっては「タグＩＤ」の代わりに「タググループＩＤ」を設定することになる。
【００７６】
ＩＣタグのグループ名またはリーダライタのグループ名をアクセス要求に含めることにより、アクセスするＩＣタグを限定できるため、アクセス対象外のＩＣタグが混在しているときに間違ってアクセスしてしまうことを回避でき、必要以上のアクセスを抑制できるため処理速度を上げる効果がある。また、アクセスするリーダライタを限定できるため、例えばリーダライタの設置場所に応じたアクセスをアプリケーションは指示できるなど利便性が上がる。
【００７７】
図８は図１におけるアプリケーションのＩＣタグ読取処理における読出要求、タグ検出情報、読出情報、マップ抽出パラメータ及びＩＣタグと外部記憶部からの読出し再構成の説明図である。
【００７８】
図８（Ａ）は、ＩＣタグ２４に対し例えばアプリケーション１０−１が読出要求を発行する際に、スキーマ情報１５から項目名として「商品情報」を取得した場合である。このようにしてスキーマ情報から「商品情報」を取得すると、図８（Ｂ）のように読出要求７６を発行する。読出要求７６は「読出指示」と「商品情報」で構成される。
【００７９】
図８（Ｃ）は他の読出要求７８であり、この読出要求７８には、「書込指示」、「商品情報」に加え「リーダライタＩＤ」を配置している。この「リーダライタＩＤ」の代わりに「リーダライタグループＩＤ」を設定してもよい。図８（Ｄ）は他の読出要求８０であり、「書込指示」及び「商品情報」に加え「タグＩＤ」を設定している。この「タグＩＤ」の代わりには「タググループＩＤ」を設定してもよい。図８（Ｅ）はタグ検出情報６８であり、「リーダライタＩＤ」と「タグＩＤ」で構成される。
【００８０】
図８（Ｆ）は読出情報８２であり、図８（Ｂ）の読出要求７６と図８（Ｅ）のタグ検出情報６８を組み合わせた情報として、「読出指示」、「リーダライタＩＤ」、「タグＩＤ」及び「商品情報」で構成されている。
【００８１】
図８（Ｇ）はパラメータ抽出部３２によりマップ管理部１６から抽出されたマップ抽出パラメータ７２であり、ＩＣタグ２４のアドレス「０ｘ００」、データ長となる６４バイトを格納するヘッダサイズ「８Ｂ（バイト）」、タグデータサイズ「２４Ｂ（バイト）」及び外部記憶名で構成されている。図８（Ｈ）はマップ抽出パラメータ７２に基づく読出処理であり、ＩＣタグ２４のアドレス「０ｘ００」からアドレス「０ｘ２４」までの２４バイトを読み出し、一方、外部記憶部１８からは４０バイトの分割データ７４−２を読み出し、読み出した分割データ７４−１，７４−２を再構成してリードデータ７４を生成し、これをアプリケーションに返すようにしている。
【００８２】
図９は図１のアプリケーション１０−１の処理のフローチャートである。図９において、ステップＳ１でアプリケーション処理を実行しており、ステップＳ２でＩＣタグに対する書込要求の発生の有無をチェックし、書込要求が発生するとステップＳ３に進み、スキーマ管理部１２のスキーマ情報１５を参照して項目名を取得する。
【００８３】
続いてステップＳ４で、例えば図６（Ｂ）の書込要求６２に示したデータ構造を持つ書込要求をアクセス管理部１４に発行する。この書込要求の発行後は、ステップＳ５で終了応答を待っており、終了応答を受けると次の処理に進む。
【００８４】
一方、ステップＳ６でＩＣタグに対する読出要求の発生を判別した場合には、ステップＳ７でスキーマ管理部１２のスキーマ情報１５から項目名を取得した後、ステップＳ８で例えば図８（Ｂ）の読出要求７６に示したデータ構造を持つ読出要求をアクセス管理部１４に発行する。続いてステップＳ９でリード応答を待っており、リード応答があると、ステップＳ１０でリードデータを取り込む。このようなステップＳ１〜Ｓ１０の処理を、ステップＳ１１で停止指示があるまで繰り返す。
【００８５】
このようなアプリケーション処理にあっては、ＩＣタグの記憶容量やデータフォーマットを考慮することがなく、スキーマ情報から取得した項目名のみによって書込要求または読出要求を行うことができる。
【００８６】
図１０及び図１１は、図１のアクセス管理部１４の処理のフローチャートである。図１０において、アクセス管理処理は、ステップＳ１でアプリケーションからアクセス要求が受領されたか否かチェックしており、アクセス要求を受領すると、ステップＳ２でアクセス要求をキュー２８に格納する。
【００８７】
続いてステップＳ３でリーダライタによるＩＣタグの検出が行われたか否かチェックしており、ＩＣタグが検出されると、ステップＳ４でリーダライタの識別子とタグＩＤを取得する。続いてステップＳ５でキュー２８にタグＩＤに合致するアクセス要求が存在するか否かチェックする。このステップＳ５におけるＩＣタグの検出情報に合致するアクセス要求の判別は、次のようにして行う。
【００８８】
まずリーダライタ識別子については、次の場合に書込要求が検出情報に合致したと判断する。
（１）アクセス要求がリーダライタ識別子及びリーダライタグループ名を含まない場合
（２）アクセス要求が検出情報のリーダライタ識別子を含んでいる場合
（３）アクセス要求が検出情報のリーダライタグループ名を含んでいる場合
【００８９】
またＩＣタグのタグＩＤについては、次の場合にアクセス要求が検出情報に合致したと判断する。
（１）アクセス要求がＩＣタグのタグＩＤ及びタググループ名を含まない場合
（２）アクセス要求が検出情報のＩＣタグのタグＩＤを含んでいる場合
（３）アクセス要求が検出情報のＩＣタグのタグＩＤが属しているタググループ名を含んでいる場合
【００９０】
ここで説明を簡単にするため、アプリケーションからのアクセス要求が例えば図６（Ｂ）の書込要求６２であったとすると、ステップＳ４で取得したリーダライタ識別子とタグＩＤに図６（Ｂ）の書込要求６２が合致すると判断され、図６（Ｆ）に示す書込要求６２にタグ検出情報６８を加えた書込情報７０が出力される。
【００９１】
この書込情報７０を受けて、パラメータ抽出部３２はマップ管理部１６にタグＩＤを指定し、タグＩＤに対応するマップを取得する。続いてステップＳ７で書込要求か否かチェックし、この場合、書込要求であることから、ステップＳ８で項目名によりマップからパラメータを取得する。
【００９２】
続いてステップＳ９で、取得したパラメータからメモリ付ＩＤか否かチェックする。具体的には、パラメータの中にタグＩＤに対するアクセスパラメータがあればメモリ付のＩＣタグと判別し、アクセスパラメータがなければメモリなしのＩＣタグと判別する。メモリ付のＩＣタグであった場合には、ステップＳ１０に進み、データ分割書込みか否かチェックする。
【００９３】
データ分割書込みであれば、ステップＳ１１に進み、データをパラメータで指定されたＩＣタグ用と外部記憶部の分割データＤ１，Ｄ２に分割し、ステップＳ１２でデータＤ１をＩＣタグに書き込み、ステップＳ１３でデータＤ２を外部記憶部に書き込む。一方、ステップＳ１０でデータが分割書込みでなかった場合には、ステップＳ１４でデータをＩＣタグに書き込む。更にステップＳ９でメモリなしのＩＣタグであった場合には、ステップＳ１５でデータを外部記憶部に書き込むことになる。これらの書込処理が済むと、ステップＳ１６で書込正常終了をアプリケーションに応答する。
【００９４】
続いて図１１のステップＳ１７に進み、読出要求か否かチェックする。読出要求であった場合には、ステップＳ１８で図８（Ｆ）に示す読出情報８２が得られていることから、そのタグＩＤを指定してマップ管理部からマップを取得した後、ステップＳ１９で項目名によりマップからパラメータを取得する。
【００９５】
続いてステップＳ２０でメモリ付のＩＣタグか否かチェックし、メモリ付のＩＣタグであった場合には、ステップＳ２１でデータ分割読出しか否かチェックする。データ分割読出しであれば、ステップＳ２２でデータＤ１をＩＣタグから読み出し、ステップＳ２３でデータＤ２を外部記憶部から読み出し、ステップＳ２４で読出データを連結する。
【００９６】
またステップＳ２１でデータの分割読出しでなかった場合には、ステップＳ２５でＩＣタグからデータを読み出す。更にステップＳ２０でメモリなしのＩＣタグであった場合には、ステップＳ２６に進み、外部記憶部からデータを読み出す。これらのデータ読出しが済むと、ステップＳ２７で読出データをアプリケーションに応答する。以上の処理を、ステップＳ２８で停止指示があるまで繰り返すことになる。
【００９７】
ここで図１のアクセス要求部２６に設けたキュー２８はアプリケーション１０−１，１０−２が発行した複数のアクセス要求を複数保持し、タグＩＣ２４の検出に応じて非同期に選択出力されることになるが、キュー２８に対するアクセス要求の入出力は先入れ先出し（ＦＩＦＯ）を基本とする。
【００９８】
即ち、機器管理部３０によるＩＣタグ２４の検出情報に対し、これに合致するアクセス要求がキュー２８に複数存在する場合、格納した順にアクセス要求を選択する。このようなアクセス管理部１４のキュー２８によりアクセス要求の発行順序に従ってＩＣタグ２４に対するアクセスを実行することで、同一のＩＣタグへ複数の書込要求がある場合や書込要求と読出要求が混在している場合、アプリケーションが持つＩＣタグデータと実際に記録されるＩＣタグデータに食い違いが生じることを回避できる。
【００９９】
またアクセス管理部１４のキュー２８はアプリケーション１０−１，１０−２からの書込要求及び又は読出要求を保持し、ＩＣタグ２４を検出する毎に実行することで、同時に複数のアプリケーションからの指示を扱うことが可能となるため、アプリケーション間のリーダライタ２２−１〜２２−ｎの使用についての競合を回避できる。
【０１００】
またアプリケーション１０−１，１０−２はリーダライタ２２−１〜２２−ｎの使用について他のアプリケーションの振る舞いを知る必要がなくなるため、ＩＣタグ２４のアクセスに関し単純となり、アプリケーション１０−１，１０−２の開発コストをさげることができる。
【０１０１】
更に、アプリケーション１０−１，１０−２から発行したアクセス要求に優先度を設定してキュー２８に格納することで、ＩＣタグ２４の検出情報に該当する複数のアクセス要求が存在する場合には優先度が最も高いアクセス要求を選択ことができる。これによりアプリケーションは、緊急のアクセスや確実に読み出したいデータのアクセスなどにつき、高い優先度を付したアクセス要求を発行することで、他のアクセスによって緊急時の対応が遅れたり、ＩＣタグの通過などによってデータの読み書きに失敗したりすることを回避できる。
【０１０２】
またアプリケーション１０−１，１０−２ごとに優先度を定義してキュー２８に格納することで、ＩＣタグ２４の検出情報に合致するアプリケーション１０−１，１０−２のアクセス要求が複数存在する場合、優先度の最も高いアプリケーションのアクセス要求を選択する。
【０１０３】
これによりキュー２８に格納したＩＣタグ２４に対するアクセス要求の実行順序がアプリケーション１０−１，１０−２に設定した優先順に従うため、複数のアプリケーションの実行により重要な役割を持つアプリケーションのＩＣタグのアクセス処理が他のアプリケーションのＩＣタグのアクセスのために待たされることがなく、重要なアプリケーションについてＩＣタグのアクセスを高速に処理することができる。
【０１０４】
次に図１のマップ管理部１６で使用するタグ・マップ対応表３８の他の実施形態を説明する。図１のタグ・マップ対応表３８は、図４（Ａ）に示すようにタグＩＤとマップ識別子の対応関係を登録するものであったが、マップの選択速度を上げ、またタグ・マップ対応表のサイズを小さくするため、本発明で使用するタグ・マップ対応表の他の実施形態としては、ＩＣタグのタグＩＤをキーとしてマップの識別子を値とするハッシュ表を使用してもよい。
【０１０５】
一般にＩＣタグＩＤの数は莫大であり、移動するＩＣタグへのデータの読み書きなど、素早く読み書きを開始しなければならないケースは多い。ＩＣタグに対応したマップをＩＤを引数としたハッシュ関数の値から求めることで、マップの検索を高速化できる。
【０１０６】
また本発明で使用するタグ・マップ対応表の他の実施形態として、図１２に示すＩＣタグＩＤのビットパターンとマップを対応付けたタグ・マップ対応表を使用してもよい。図１２のタグ・マップ対応表にあっては、図１２（Ａ）のＩＣタグＩＤビット８４を、ｎ−ａビット、ａ−１〜ｂビット、ｂ１〜０ビットの３つのビット領域に分け、この３つに分けたビット領域に対応して、図１２（Ｂ）に示すように、ビットテーブル８５を先頭にビットテーブル８６−１，８６−２を配置し、更にビットテーブル８６−１についてはビットテーブル８８を配置し、最終段のビットテーブルの各ビットに対応してマップ識別子ｃ１〜ｃ５を配置している。
【０１０７】
ＩＣタグを使用するシステムでは、同一品目を取り扱うなどといったデータフォーマットが共通であるケースが多い。この場合、多数のＩＣタグＩＤが共通のマップへ対応付けられることになる。多くのＩＣタグＩＤのビットパターンはＩＳＯやＥＰＣｇｌｏｂａｌなどにより業種や品目種などについて体系化されている。そこでＩＣタグＩＤから対応するマップを検索する場合、図１２のように、タグＩＤの体系を利用して品目種のビットフィールドだけを調べるなどすることで、マップの検索を高速化することができる。
【０１０８】
図１３は複数のアクセス管理部に対しネットワークを介してマップ管理部を共有した本発明の他の実施形態のブロック図である。図１３において、マップ管理部１６は、複数のアクセス管理部１４−１，１４−２，・・・１４−ｎによりネットワーク２０を介して共有されている。
【０１０９】
アクセス管理部１４−１は、ＩＣタグの検出情報とアクセス要求の合致によりアクセス情報が得られた際に、アクセス情報の中のタグＩＤをネットワーク２０を介してマップ管理部１６に与え、対応するマップをダウンロードすることになる。
【０１１０】
ＩＣタグを読み書きするアクセス装置１４−１〜１４−ｎは複数の場所で利用されるため、それぞれの場所のアクセス管理部１４−１〜１４−ｎが同一のマップ管理部１６を共有することで同一のマップを取得することができ、間違ったマップを使用したり必要とするマップがないことによる障害を回避できる。
【０１１１】
またアクセス管理部１４−１〜１４−ｎに、マップ管理部１６からダウンロードしたマップを一時的に保持するマップ一時記憶部９０−１，９０−２，・・・９０−ｎを設けてもよい。この場合にはアクセス管理部１４−１〜１４−ｎは、それぞれに設けているマップ一時記憶部９０−１〜９０−ｎからタグＩＤの指定で対応するマップを取得することになる。この場合、マップ一時記憶部９０−１〜９０−ｎにタグＩＤに該当するマップが保持されていなければ、マップ管理部１６からダウンロードすることになる。
【０１１２】
アクセス管理部１４−１〜１４−ｎにマップ一時記憶部９０−１，９０−２，・・・９０−ｎを設けることで、アクセス管理部１４−１〜１４−ｎに対するマップ管理部１６からのマップのダウンロードが一度で済み、ダウンロードによる遅延をなくし、共有されるマップ管理部１６の負荷を低減し＜ネットワークのトラフィックを低減することで、ＩＣタグのアクセス速度を上げることができる。
【０１１３】
ここでマップ管理部１６は、マップが更新された場合、全てのマップ一時記憶部９０−１〜９０−ｎの該当するマップを更新することになる。
【０１１４】
またマップ一時記憶部９０−１〜９０−ｎにダウンロードしたマップに有効か無効かを示すフラグを設けておき、マップ管理部１６でマップの更新が行われた際にはマップ一時記憶部９０−１〜９０−ｎの該当するマップのフラグも無効とし、アクセス管理部１４−１〜１４−ｎで、タグＩＤでマップ一時記憶部９０−１〜９０−ｎを参照して該当するマップを取得した際にフラグが無効であれば、マップ管理部１６からダウンロードして置き換えることによりフラグを有効として応答するようにしてもよい。
【０１１５】
マップ一時記憶部９０−１〜９０−ｎが多数ある場合、マップ更新によりマップ管理部１６とマップ一時記憶部９０−１〜９０−ｎとの間に大きなトラフィックが生じ、マップ管理部１６の負荷も高くなる。また、マップのダウンロードと置き換えを行う更新時の処理時間によりマップ一時記憶部９０−１〜９０−ｎのそれぞれの間での更新タイミングに大きな開きが起きる。
【０１１６】
そこで、マップ管理部１６によるマップ更新処理として、該当するマップのフラグを無効にするだけにし、該当するマップを使用するマップ一時記憶部だけがフラグの無効を認識して更新したマップのダウンロードを行うことで、トラフィックや負荷を低減することができる。
【０１１７】
更に本発明でマップ管理部１６に設けるマップとしては、指定されたＩＣタグＩＤに対応するマップが存在しない場合に使用するデフォルトマップを準備しておくことが望ましい。デフォルトマップは例えば外部記憶部のアクセスパラメータだけを定義しておけばよい。
【０１１８】
これによって記憶容量の不明なＩＣタグであっても確実にデータを書き込むことができるし、それ以降の読出しも可能となる。更に、デフォルトマップは、マップ管理部１６側でアクセス対象として使用するＩＣタグに対応したマップが準備できる前の段階で実際にそのＩＣタグの検出が行われた場合に、効果的に対応することができる。
【０１１９】
図１４は図１のマップ管理部１６に設けるタグ・マップ対応表、マップセット及びマップの説明図である。図１のマップ管理部１６にあっては図４（Ａ）に示したタグ・マップ対応表３８を使用しているが、この代わりに図１４（Ａ）に示すタグ・マップセット対応表９２を使用する。タグ・マップセット対応表９２はタグＩＤとマップセット識別子の対応関係を登録している。
【０１２０】
タグ・マップセット対応表９２に登録されたマップセット識別子のそれぞれに対応して、図１４（Ｂ）に示すマップセット９４を準備する。マップセット９４は「マップセット識別子＝ｍａｐｓｅｔ−１」のマップセットであり、マップセット９４にはロール名とマップ識別子の対応関係が登録されている。マップセット９４のマップ識別子のそれぞれに対応して図１４（Ｃ）のマップ９５が準備されている。マップ９５は「マップ識別子＝ｍａｐ−１」のマップを示している。
【０１２１】
ここで図１４（Ｂ）のマップセット９４にあっては、ロール名として、どのロール名にも一致しない特別なロール名として、例えば「ｄｅｆａｕｌｔ」を割り当てている。またロール名はアプリケーションを使用しているユーザに割り当てた権限を表わす名前であり、例えばシステム管理者、ＩＣタグ発行者あるいはＩＣタグ利用者などがあり、それぞれのロール名に対応してアクセスパラメータが異なるマップに対応するマップ識別子を登録している。
【０１２２】
図１５はユーザ管理情報からユーザＩＤに対応して得られたロールにより使用するマップを変更するマップ管理部の説明図である。図１５にあっては、アプリケーションのアクセス要求に対応したスキーマ情報１５より項目名として「管理者名」と「商品名」を取得しており、更にユーザ管理表９６を持ち、ユーザ管理表９６にはユーザＩＤとロール名が登録されている。したがって、アプリケーションを使用しているユーザＩＤによってユーザ管理表９６から対応するロール名を取得することができる。
【０１２３】
タグ・マップセット対応表９２、マップセット９４及びマップ９５−１，９５−２は図１４と基本的に同じであり、マップ管理部１６に配置されている。タグ・マップセット対応表９２は、アクセス管理部からのアクセス情報から得られたＩＣタグのタグＩＤの指定で、対応するマップセット識別子を得ている。
【０１２４】
例えばタグＩＤとして「ＩＤ＿１１」を指定すると、マップセット識別子として「ｍａｐｓｅｔ−１」が得られる。このタグ・マップセット対応表９２から取得したマップセット識別子「ｍａｐｓｅｔ−１」によりマップセット９４が選択される。
【０１２５】
ここでアクセス管理部１６に設けているユーザ管理表９６に対し、アプリケーションからユーザＩＤとして「ｕｓｅｒ−１」及び「ｕｓｅｒ−２」が指定され、ロール名として「ｒｏｌｅ−ｒ１」及び「ａｄｍｉｎ」が得られたとすると、それぞれのロール名によるマップセット９４の指定で、ロール名「ａｄｍｉｎ」についてはマップ識別子「ｍａｐ−１」が取得され、ロール名「ｒｏｌｅ−ｒ１」についてはマップ識別子「ｍａｐ−２」が取得される。
【０１２６】
このように、ユーザ管理情報から得られたロール名により、使用するマップをマップ９５−１とマップ９５−２に使い分けることができる。マップ識別子として「ｍａｐ−１」を持つマップ９５−１は、項目名として「管理者名」と「商品名」の両方を登録しており、それぞれについてＩＣタグに対するアクセスパラメータがセットされていることから、ロール名「ａｄｍｉｎ」となるユーザはタグＩＤに対し「管理者名」と「商品名」の両方を書き込みまたは読み出すことができる。これに対しロール名「ｒｏｌｅ−ｒ１」を持つユーザは、マップ９５−２のように「商品名」についてのみＩＣタグに対する書込みまたは読出しを行うことができる。
【０１２７】
図１６（Ａ）は図１５のマップ９５−１に対応したＩＣタグ２４のメモリ内容であり、アドレス「０ｘ００」からヘッダサイズ「１Ｂ（バイト）」の部分にタグデータサイズとして「１５Ｂ（バイト）」を格納し、その後ろの１５バイトに「管理者名」を格納している。続いてアドレス「０ｘ１０」からヘッダサイズ「４Ｂ（バイト）」の領域にタグデータサイズとして「１６Ｂ（バイト）」を格納し、その後ろの２０〜３６バイトの領域に「商品名」を格納している。
【０１２８】
図１６（Ｂ）は図１５のマップ９５−２に対応したＩＣタグのメモリ内容であり、アドレス「０ｘ１６」以降にヘッダサイズ４Ｂ（バイト）でタグデータサイズ「１６Ｂ（バイト）」を格納し、その後ろに「商品名」を格納している。
【０１２９】
このように同一ＩＣタグに対してもロール毎に異なるマップを対応付けることで、ロール毎に読み書きできるデータを変えることができ、これによりユーザごとのアクセス制御やＩＣタグメモリの使い分けが可能となる。
【０１３０】
図１７は、ユーザ管理情報からユーザＩＤに対応して得られたロールにより、使用するＩＣタグのメモリ領域を変更するマップ管理部の説明図である。図１７において、スキーマ情報１５からアプリケーションは項目名として「情報ｘ」を取得している。またアクセス管理部に設けたユーザ管理表９６に対するユーザＩＤとしてユーザＩＤ「ｕｓｅｒ−１」の指定でロール名「ｒｏｌｅ−ｒ１」を得ており、またユーザＩＤ「ｕｓｅｒ−ｎ」の指定でロール名「ａｄｍｉｎ」を得ている。
【０１３１】
タグ・マップセット対応表９２、マップセット９４、マップ９５−１，９５−２は、マップ管理部１６に配置されており、タグ・マップセット対応表９２に対する例えばタグＩＤとして「ＩＤ＿１１」の指定で、マップセット識別子「ｍａｐｓｅｔ−１」を得てマップセット９４を取得している。
【０１３２】
このマップセット９４に対しては、ユーザ管理表９６から取得したロール名「ｒｏｌｅ−ｒ１」、「ｒｏｌｅ−ｒ２」の指定により、マップ識別子「ｍａｐ−１」、「ｍａｐ−２」によってマップ９５−２とマップ９５−２を得ている。
【０１３３】
マップ９５−１はＩＣタグ２４に示すように、アドレス「０ｘ００」から４Ｂ（バイト）のヘッダサイズにタグデータサイズ「１６Ｂ（バイト）」を格納し、その後ろに「ｕｓｅｒ−１」の「情報ｘ」を書き込んでいる。一方、マップ９５−２については、アドレス「０ｘ２０｝から４バイトのヘッダサイズにタグデータサイズ「１６Ｂ（バイト）」を格納した後、その後ろに「ｕｓｅｒ−２」の「情報ｘ」を書き込んでいる。
【０１３４】
このように同じＩＣタグ２４に対し異なるロール名を指定することで、メモリ領域を変えてアプリケーションから必要な情報を読み書きすることができ、ユーザごとのアクセス制御やＩＣタグメモリの使い分けが可能となる。
【０１３５】
また本発明は図１に示したＩＣタグアクセス装置のコンピュータで実行されるプログラムを提供するものであり、このプログラムは図１０，図１１のフローチャートに示した内容を備える。
【０１３６】
なお本発明は、その目的と利点を損なうことのない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。
【０１３７】
ここで本発明の特徴をまとめて列挙すると次の付記のようになる。
（付記）
（付記１）
ＩＣタグをアクセスするコンピュータに、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行させる事を特徴とするＩＣタグアクセスプログラム。（１）
【０１３８】
（付記２）
前記コンピュータに、更に、
前記対応情報管理ステップにおいて、前記ＩＣタグのアクセスパラメータと前記外部記憶部のアクセスパラメータを指定した対応関係情報を、前記ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する
処理を実行させる事を特徴とする付記１に記載のＩＣタグアクセスプログラム。
【０１３９】
（付記３）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、
前記リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、前記機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、前記アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
前記アクセス情報に含まれる前記ＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
前記パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
前記パラメータ抽出部で抽出したパラメータに基づくアクセス命令を前記リーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行させることを特徴とする付記１に記載のＩＣタグアクセスプログラム。（２）
【０１４０】
（付記４）
前記対応情報管理ステップにより保持されるアクセスパラメータは、ＩＣタグのアクセスアドレス、データ長を格納したヘッダサイズ及び外部記憶部の識別名を含むことを特徴とすることを特徴とする付記１から付記３の何れかに記載のＩＣタグアクセスプログラム。（３）
【０１４１】
（付記５）
前記対応情報管理ステップにより保持されるのアクセスパラメータは、更に、ＩＣタグのリード及び又はライトのアクセス種別を含むことを特徴とすることを特徴とする付記４に記載のＩＣタグアクセスプログラム。（４）
【０１４２】
（付記６）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記対応情報のアクセスパラメータに基づいて前記データの一部を前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。（５）
【０１４３】
（付記７）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記マップのアクセスパラメータに基づいてアクセス頻度の高いデータ及び又は前記アプリケーションの処理に必要な最小限のデータを前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。（６）
【０１４４】
（付記８）
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、前記アクセス指示がデータの読出要求の場合、前記対応情報管理ステップにより保持されたアクセスパラメータに基づいて前記ＩＣタグ及び外部記憶部のそれぞれからデータを読出して再構成して前記アプリケーションに応答する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。（７）
【０１４５】
（付記９）
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の少なくとも何れかを管理し、前記リーダライタでＩＣタグを検出した際に得られる前記ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の何れか又はその組合せを持つ前記アプリケーションから出力されたアクセス要求を選択する処理を実行させることを特徴とする付記１に記載のＩＣタグアクセスプログラム。（８）
【０１４６】
（付記１０）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、複数のアクセス要求を保持している場合、受取り順にアクセス要求を選択する処理を実行させることを特徴とする付記１に記載のＩＣタグアクセスプログラム。
【０１４７】
（付記１１）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、優先度を指定した複数のアクセス要求を保持している場合、前記優先度の高い順にアクセス要求を選択する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１４８】
（付記１２）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記ＩＣタグの識別子のビットパターンと対応情報識別子の対応関係を登録したタグ・対応情報対応表を有し、前記アクセス管理部から指定された前記ＩＣタグ識別子のビットパターンにより前記対応表から対応する対応情報を選択する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１４９】
（付記１３）
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記ＩＣタグの識別子に対応する対応情報をネットワーク上の対応情報管理部からダウンロードして取得する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１５０】
（付記１４）
前記コンピュータに、更に、
前記対応情報管理ステップにおいて、
ＩＣタグの識別子と対応情報識別子の対応関係を登録したセット対応表と、
前記セット対応表のセット識別子毎にロール名と対応情報識別子の対応関係を登録したセットと、
前記対応情報セットの対応情報識別子に対応して登録された対応情報と、
を有し、
前記アクセス管理ステップにおいて、ユーザＩＤとロール名の対応関係を登録したユーザ管理情報を有し、
前記アクセス管理ステップにおいて、
記アクセス要求情報に含まれたＩＣタグの識別子により前記セット対応表から対応情報識別子を取得し、
前記取得した対応情報識別子により前記セットからロール名と対応情報識別子の対応関係を取得し、
前記取得した前記ロール名と対応情報識別子の対応関係の中から前記ユーザ管理情報からユーザＩＤにより取得したロール名と対応関係を持つ対応情報識別子を取得し、更に、
前記取得した前記対応情報識別子に対応した対応情報を取得する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【０１５１】
（付記１５）
ＩＣタグをアクセスするコンピュータが、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行する事を特徴とするＩＣタグアクセス方法。（９）
【０１５２】
（付記１６）
前記コンピュータは、更に、
前記対応情報管理ステップにおいて、前記ＩＣタグのアクセスパラメータと前記外部記憶部のアクセスパラメータを指定した対応関係情報を、前記ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する処理を実行する事を特徴とする付記１５に記載のＩＣタグアクセス方法。
【０１５３】
（付記１７）
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、
前記リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、前記機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、前記アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
前記アクセス情報に含まれる前記ＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
前記パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
前記パラメータ抽出部で抽出したパラメータに基づくアクセス命令を前記リーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行することを特徴とする付記１５に記載のＩＣタグアクセス方法。
【０１５４】
（付記１８）
ＩＣタグをアクセスするＩＣタグアクセス装置であって、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理手段と、
外部記憶部と、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理手段と、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理部より取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は前記外部記憶部をアクセスするアクセス管理手段と、
を備えた事を特徴とするＩＣタグアクセス装置。（１０）
【０１５５】
（付記１９）
前記対応情報管理手段は、前記ＩＣタグのアクセスパラメータと前記外部記憶部のアクセスパラメータを指定した対応関係情報を、前記ＩＣタグの識別子と前記スキーマ情報の項目名に対応して保持する
処理を実行させる事を特徴とする付記１８に記載のＩＣタグアクセス装置。
【図面の簡単な説明】
【０１５６】
【図１】本発明によるＩＣタグアクセス装置の機能構成のブロック図
【図２】図１の装置が適用されるコンピュータのハードウェア環境の説明図
【図３】図１のスキーマ管理部に設けたスキーマ情報の説明図
【図４】図１のマップ管理部に設けたタグ・マップ対応表とマップの説明図
【図５】図４のマップの具体例の説明図
【図６】図１におけるアプリケーションのＩＣタグ書込処理における書込要求、タグ検出情報、書込情報、マップ抽出パラメータ及びＩＣタグと外部記憶部への書込みの説明図
【図７】図１のアクセス要求管理部によるＩＤグループ及びリーダライタグループのグループ管理の説明図
【図８】図１におけるアプリケーションのＩＣタグ読出処理における読出要求、タグ検出情報、読出情報、マップ抽出パラメータ及びＩＣタグと外部記憶部からの読出し再構成の説明図
【図９】図１のアプリケーション処理のフローチャート
【図１０】図１のアクセス管理部の処理のフローチャート
【図１１】図１０に続くアクセス管理部の処理のフローチャート
【図１２】ＩＣタグＩＤのビットパターンとマップの対応付けタグ・マップ対応表の説明図
【図１３】複数のアクセス管理部に対しネットワークを介してマップ管理部を共用した装置構成のブロック図
【図１４】図１のマップ管理部に設けるタグ・マップセット対応表、マップセット及びマップの説明図
【図１５】ユーザ管理情報からユーザＩＤに対応して得られたロールにより使用するマップを変更するマップ管理部の説明図
【図１６】図１５のロールに対応したマップによるＩＣタグのメモリ配置の説明図
【図１７】ユーザ管理情報からユーザＩＤに対応して得られたロールにより使用するＩＣタグのメモリ領域を変更するマップ管理部の説明図
【図１８】メモリ付きＩＣタグを使用した従来のＩＣタグアクセス装置の説明図
【図１９】メモリを持たずにＩＤを返すＩＣタグを使用した従来のＩＣタグアクセス装置の説明図
【符号の説明】
【０１５７】
１０−１，１０−２：アプリケーション
１２：スキーマ管理部
１４，１４−１〜１４−３：アクセス管理部
１５：スキーマ情報
１６：マップ管理部
１８：外部記憶部
２０：ネットワーク
２２−１〜２２−ｎ：リーダライタ
２４：ＩＣタグ
２６：アクセス要求管理部
２８：キュー
３０：機器管理部
３２：パラメータ抽出部
３４：データマッピング部
３６：命令生成部
３８：タグ・マップ対応表
４０，９５，９５−１，９５−２：マップ
４２−１〜４２−３：パラメータ領域
４４：タグパラメータ
４６：外部記憶パラメータ
４８：アクセスパラメータ
５０−１：ＩＤグループ名管理部
５０−２：リーダライタグループ名管理部
５２−１：ＩＤグループ名管理テーブル
５２−２：リーダライタグループ名管理テーブル
５４：タググループ名
５６−１〜５６−ｍ：グループ内ＩＤ
５８：リーダライタグループ名
６０−１〜６０−ｎ：グループ内リーダライタ識別子
６２，６４，６６，７０：書込要求
６８：タグ検出情報
７２：マップ抽出パラメータ
７４：データ
７４−１，７４−２：分割データ
７６，７８，８０，８２：読出要求
８４：ＩＣタグＩＤビット
８５，８６−１，８６−２，８８：ビットテーブル
９０−１〜９０−ｎ：マップ一時記憶部
９２：タグ・マップセット対応表
９４：マップセット
９５：マップ
９６：ユーザ管理表
【特許請求の範囲】
【請求項１】
ＩＣタグをアクセスするコンピュータに、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行させる事を特徴とするＩＣタグアクセスプログラム。
【請求項２】
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、
前記リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、前記機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、前記アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
前記アクセス情報に含まれる前記ＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
前記パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
前記パラメータ抽出部で抽出したパラメータに基づくアクセス命令を前記リーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行させることを特徴とする請求項１に記載のＩＣタグアクセスプログラム。
【請求項３】
前記対応情報管理ステップにより保持されるアクセスパラメータは、ＩＣタグのアクセスアドレス、データ長を格納したヘッダサイズ及び外部記憶部の識別名を含むことを特徴とすることを特徴とする請求項１又は請求項２の何れかに記載のＩＣタグアクセスプログラム。
【請求項４】
前記対応情報管理ステップにより保持されるのアクセスパラメータは、更に、ＩＣタグのリード及び又はライトのアクセス種別を含むことを特徴とすることを特徴とする請求項３に記載のＩＣタグアクセスプログラム。
【請求項５】
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記対応情報のアクセスパラメータに基づいて前記データの一部を前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする請求項１に記載のＩＣタグアクセスプログラム。
【請求項６】
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記マップのアクセスパラメータに基づいてアクセス頻度の高いデータ及び又は前記アプリケーションの処理に必要な最小限のデータを前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする請求項１記載のＩＣタグアクセスプログラム。
【請求項７】
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、前記アクセス指示がデータの読出要求の場合、前記対応情報管理ステップにより保持されたアクセスパラメータに基づいて前記ＩＣタグ及び外部記憶部のそれぞれからデータを読出して再構成して前記アプリケーションに応答する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【請求項８】
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の少なくとも何れかを管理し、前記リーダライタでＩＣタグを検出した際に得られる前記ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の何れか又はその組合せを持つ前記アプリケーションから出力されたアクセス要求を選択する処理を実行させることを特徴とする請求項１に記載のＩＣタグアクセスプログラム。
【請求項９】
ＩＣタグをアクセスするコンピュータが、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行する事を特徴とするＩＣタグアクセス方法。
【請求項１０】
ＩＣタグをアクセスするＩＣタグアクセス装置であって、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理手段と、
外部記憶部と、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理手段と、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理部より取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は前記外部記憶部をアクセスするアクセス管理手段と、
を備えた事を特徴とするＩＣタグアクセス装置。
【請求項１】
ＩＣタグをアクセスするコンピュータに、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行させる事を特徴とするＩＣタグアクセスプログラム。
【請求項２】
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、
前記リーダライタで検出したＩＣタグの識別子を保持する機器管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、前記機器管理ステップで保持したＩＣタグの識別子に対応したアクセス要求を選択し、前記アクセス要求にＩＣタグの識別子を付加したアクセス情報を出力するアクセス要求管理ステップと、
前記アクセス情報に含まれる前記ＩＣタグの識別子に対応した対応情報を取得し、取得した対応情報からと前記項目名に対応したアクセスパラメータを抽出するパラメータ抽出ステップと、
前記パラメータ抽出ステップにて抽出したパラメータに基づいて外部記憶部にアクセスする外部記憶アクセスステップと、
前記パラメータ抽出部で抽出したパラメータに基づくアクセス命令を前記リーダライタに発行して前記ＩＣタグにアクセスする命令生成ステップと、
を実行させることを特徴とする請求項１に記載のＩＣタグアクセスプログラム。
【請求項３】
前記対応情報管理ステップにより保持されるアクセスパラメータは、ＩＣタグのアクセスアドレス、データ長を格納したヘッダサイズ及び外部記憶部の識別名を含むことを特徴とすることを特徴とする請求項１又は請求項２の何れかに記載のＩＣタグアクセスプログラム。
【請求項４】
前記対応情報管理ステップにより保持されるのアクセスパラメータは、更に、ＩＣタグのリード及び又はライトのアクセス種別を含むことを特徴とすることを特徴とする請求項３に記載のＩＣタグアクセスプログラム。
【請求項５】
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記対応情報のアクセスパラメータに基づいて前記データの一部を前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする請求項１に記載のＩＣタグアクセスプログラム。
【請求項６】
前記コンピュータに、更に、
前記アクセス管理ステップにおいて、前記アクセス要求がデータの書込要求の場合、前記マップのアクセスパラメータに基づいてアクセス頻度の高いデータ及び又は前記アプリケーションの処理に必要な最小限のデータを前記ＩＣタグに書込み、残りのデータを前記外部記憶部に書込む処理を実行させることを特徴とする請求項１記載のＩＣタグアクセスプログラム。
【請求項７】
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、前記アクセス指示がデータの読出要求の場合、前記対応情報管理ステップにより保持されたアクセスパラメータに基づいて前記ＩＣタグ及び外部記憶部のそれぞれからデータを読出して再構成して前記アプリケーションに応答する処理を実行させることを特徴とする付記１記載のＩＣタグアクセスプログラム。
【請求項８】
前記コンピュータは、更に、
前記アクセス管理ステップにおいて、ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の少なくとも何れかを管理し、前記リーダライタでＩＣタグを検出した際に得られる前記ＩＣタグ識別子、ＩＣタググループ識別子、リーダライタ識別子及びリーダライタグループ識別子の何れか又はその組合せを持つ前記アプリケーションから出力されたアクセス要求を選択する処理を実行させることを特徴とする請求項１に記載のＩＣタグアクセスプログラム。
【請求項９】
ＩＣタグをアクセスするコンピュータが、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理ステップと、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理ステップと、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理ステップにて保持された対応情報から取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は外部記憶部をアクセスするアクセス管理ステップと、
を実行する事を特徴とするＩＣタグアクセス方法。
【請求項１０】
ＩＣタグをアクセスするＩＣタグアクセス装置であって、
アプリケーションで前記ＩＣタグのアクセス要求が発生した際に、前記ＩＣタグに依存しない項目名一覧で構成されたデータ構造定義情報から対応する項目名を取得して前記アプリケーションに提供するデータ構造定義情報提供管理手段と、
外部記憶部と、
前記ＩＣタグのアクセスパラメータと前記ＩＣタグの識別子とを前記データ構造定義情報の項目名に対応して保持する対応情報管理手段と、
前記アプリケーションから出力される前記データ構造定義情報の項目名を含むアクセス要求を保持し、リーダライタで検出した前記ＩＣタグの識別子に対応したアクセス要求を、該保持したアクセス要求から選択した際に、前記ＩＣタグの識別子と前記アクセス指示の項目名に対応した対応情報を前記対応情報管理部より取得し、取得した対応情報のアクセスパラメータに従って前記ＩＣタグ及び又は前記外部記憶部をアクセスするアクセス管理手段と、
を備えた事を特徴とするＩＣタグアクセス装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００６−２７７４８４（Ｐ２００６−２７７４８４Ａ）
【公開日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願番号】特願２００５−９７４５８（Ｐ２００５−９７４５８）
【出願日】平成１７年３月３０日（２００５．３．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願日】平成１７年３月３０日（２００５．３．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]