JP4928466B2 - マルチプロトコルに基づく異種リーダのサポートのためのｒｆｉｄリーダインターフェースおよびイベント管理デバイスならびにその方法 - Google Patents

Description

本発明は、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）リーダインターフェースおよびイベント管理デバイスならびにその方法に関し、より詳細には、プロトコル変換処理により、互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートし、かつ収集されたＲＦＩＤタグデータに対するイベント生成およびデータフィルタリング処理により、アプリケーションシステムに伝送するデータ量を顕著に減少させる、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスならびにその方法に関する。

従来のRFIDリーダインターフェースおよびイベント管理デバイスが、ＲＦＩＤタグおよびリーダなどのハードウェア装置と、リーダに接続され、タグデータを受信して処理するホスト（Ｈｏｓｔ Ａｐｐｌｉｃａｔｉｏｎ）とで構成され、リーダがタグからデータを読み出してホストに伝送する方式を採用している。ところが、このような従来技術は、以下で説明される幾つかの問題がある。

単一種のリーダを想定してのシステムであるため、リーダとホストとの間の通信プロトコルは、１つに限られている。したがって、このシステムは、様々な使用環境に応じて異種リーダを複合的に構成して使用しなければならない現実の状況に適合していない。

また、リーダがタグからデータを読み出して伝送するとき、タグデータのみならず、関連イベントに関する情報もともに伝送しなければならない。

これは、基本的に、リーダは、１秒当たり数十回の信号を伝送してタグの反応するデータを読み出すが、その読み出したデータがその都度正確でないため、それを適切にフィルタする必要があり、さらに読み出したという事実ばかりでなく、それが意味する状態まで分からなければ、アプリケーションシステムにおける適切な対応ができないからである。これを詳述すると、以下のとおりである。

ＲＦＩＤ技術の適用にあたり、ＳＣＭ、倉庫管理、項目トラッキングなどのためにＲＦＩＤタグを使用するには、まず、リーダが必要であり、リーダを操作するためのシステムに接続されていなければならない。しかし、米国のＡｌｉｅｎ、Ｓａｖｉ、Ｍａｔｒｉｃｓなどの会社が提供する従来の技術では、この処理は、特定のリーダ装置製造会社から提供される専用インターフェースやプロトコルを用いて作業者が実行ウィンドウから行わなければならない。

また、リーダによって収集されたタグデータを他のシステムで使用するためには、それを再加工または抽出し、ＲＦＩＤリーダおよびホストとは別途に、ユーザが介入して関連するアプリケーションシステムに提供しなければならない。すなわち、自動化が行われず、特定のインターフェースおよびプロトコルに従属した単一装置のみを使用しなければならない。

しかしながら、この場合、ＲＦＩＤタグおよびリーダの導入は、その作業、対象、環境、通信などを綿密に考慮しなければならず、各条件に応じて適切な製品を選択することを考慮するときには適切でない。すなわち、ユーザの手作業が必要であり、互換性がなく、かつ自動化した接続管理、タグデータの送信／受信、モニタリングを提供することができない。現在、韓国国内でもＲＦＩＤリーダとアプリケーションシステムとの間でリーダの接続、データ通信、モニタリング機能をサポートするサービスを開発してはいるものの、マルチプロトコルや異種リーダを考慮したものではない。

さらに、リーダがタグから読み出したタグデータおよびイベントの処理および伝送を詳細に説明すると、一般的に、タグにはタグおよびタグ取り付け物の識別のための識別値とユーザデータとが含まれている。家は広くてもリーダは、タグからタグメモリに格納されているデータを読み出すが、複数のリーダが大量のタグからデータを読み出し、各リーダは、この作業を１秒当たり数十回ずつ繰り返す。結果的に、タグデータがシステムに流入するため、アプリケーションシステムに必要な有意データを抽出する適切なフィルタリングが必要となる。

また、リーダアンテナの可読距離内においてタグ取付物の継続的な移動や数量の増加、またはその他の様々な状況が発生するが、これは、タグデータだけでは判定できないことから、状態を決定するためのイベント情報が必要となる。しかし、現在、商用供給されているリーダ製品では、このようなイベント情報の提供ができないため、ホストで別途に処理しなければならない問題があった。

これに関し、ＥＰＣ ＧｌｏｂａｌのＳＡＶＡＮＴは、リーダから継続的に流入するデータをフィルタリングし、定められたアプリケーションシステムにタグイベント情報を伝送する片方向のプッシュモードを用い、これは、タグデータのフィルタリングおよびリアルタイムのデータ伝送によるイベントの処理に重点を置いている。しかし、この構造は、継続的なタグイベントの流入ではなく、ユーザのニーズに応じて、リーダまたはリーダグループの認識領域内にあるタグリストを見ようとする際に不向きという問題があった。

そこで、本発明の目的は、プロトコル変換処理により、互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートし、かつ収集されたＲＦＩＤタグデータに対するイベント生成およびデータフィルタリング処理により、アプリケーションシステムに伝送するデータ量を顕著に減少させる、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスならびにその方法を提供することにある。

上記の目的を達成するための本発明は、異種のＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースを提供するＲＦＩＤリーダインターフェースコンポーネントにおいて、複数のＲＦＩＤリーダを個別的に識別し、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するリーダ接続管理手段と、前記ＲＦＩＤリーダからタグデータを受信するか、プロトコル処理手段で個別プロトコルデータに変換されたアプリケーションシステムデータを該当のＲＦＩＤリーダに送信するリーダ送信／受信処理手段と、異種のＲＦＩＤリーダをサポートするため、前記リーダ送信／受信処理手段で受信されたタグデータを共通のプロトコルデータに変換するか、ミドルウェア送信／受信処理手段で受信されたアプリケーションシステムデータを個別プロトコルデータに変換する前記プロトコル処理手段と、該プロトコル処理手段で共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、前記アプリケーションシステムから前記アプリケーションシステムデータを受信する前記ミドルウェア送信／受信処理手段とを備える。また、前記本発明の装置は、前記リーダ接続管理手段の接続動作、前記ＲＦＩＤリーダとアプリケーションシステムとの接続状態、および前記リーダ送信／受信処理手段、ならびに前記ミドルウェア送信／受信処理手段におけるデータの送信／受信をモニタリングするモニタリング手段と、ＲＦＩＤリーダ間の直接的なデータの交換のため、前記ミドルウェア送信／受信処理手段で前記アプリケーションシステムまたは前記ＲＦＩＤイベント管理デバイスに伝送するデータのうち、他のリーダで処理することが適したコマンド／レスポンスデータを前記リーダ送信／受信処理手段にフィードバックさせるコマンド／レスポンス交換手段とをさらに備える。

一方、本発明は、ＲＦＩＤリーダから生成されるイベントを管理するＲＦＩＤイベント管理デバイスにおいて、外部から入力されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを生成し、当該基本タグイベントデータに関するフィルタリングを実行し、該当のアプリケーションシステムに伝送する基本タグイベントデータ処理およびルーティング手段と、該基本タグイベントデータを格納するフィルタされていないタグイベントデータ格納手段とを備える。また、上記本発明は、前記フィルタされていないタグイベントデータ格納手段に格納された基本タグイベントデータを周期毎に抽出し、アプリケーションシステムの要求に応じた形のフィルタされたタグデータを生成して前記アプリケーションシステムに伝送するフィルタされたタグイベントデータ処理手段をさらに備える。

一方、本発明は、異種のＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースを提供するＲＦＩＤリーダインターフェース方法において、ａ）複数のＲＦＩＤリーダを個別的に識別してそれぞれのＲＦＩＤリーダにリーダ識別子を付与し、当該リーダ識別子を用いて前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するステップと、ｂ）前記ａ）ステップによって接続が確立された後、前記ＲＦＩＤリーダからタグデータを受信するか、後述するｃ）ステップで個別プロトコルデータに変換されたアプリケーションシステムデータを前記ＲＦＩＤリーダに送信するステップと、ｃ）異種のＲＦＩＤリーダをサポートするため、ＲＦＩＤリーダ毎の個別的なプロトコルにしたがって生成された前記タグデータを共通のプロトコルデータに変換するか、共通のプロトコルにしたがって作成されたアプリケーションシステムデータを個別プロトコルデータに変換するステップと、ｄ）前記ａ）ステップによって接続が確立された後、前記ｃ）ステップによって共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、前記アプリケーションシステムからアプリケーションシステムデータを受信するステップとを含む。上記本発明の方法は、ｅ）前記ａ）ステップの接続動作、前記ＲＦＩＤリーダとアプリケーションシステムとの接続状態、および前記ｂ）ステップおよび前記ｄ）ステップにおけるデータの送信／受信をモニタリングするステップと、ｆ）ＲＦＩＤリーダ間の直接通信のためにデータを交換させるステップとをさらに含む。

一方、本発明は、ＲＦＩＤリーダから生成されるイベントを管理するＲＦＩＤイベント管理方法において、ａ）外部から入力されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを生成する基本タグイベントデータ生成ステップと、ｂ）前記ａ）ステップで生成された基本タグイベントデータに対してフィルタリングを実行する基本タグイベントデータ処理ステップと、ｃ）前記ｂ）ステップでフィルタされたタグイベントデータをプッシュモードを用いて該当のアプリケーションシステムに伝送する伝送ステップとを含む。また、上記本発明の方法は、ｄ）前記基本タグイベントデータを周期毎に抽出し、アプリケーションシステムの要求に応じた形のフィルタされたタグデータを生成して前記アプリケーションシステムに伝送するステップをさらに含む。

本発明は、異種リーダに関する相互互換および一貫した管理のためのマルチプロトコルをサポートでき、収集されたタグデータに関するイベントの生成およびデータのフィルタリング機能も提供することに利点がある。

また、本発明は、様々な環境において、複数の異種のリーダを適用でき、これに対して統合された識別、接続、およびリーダ管理が可能であり、かつリーダが状態情報を提供しなくても、単純なタグデータの収集とともに状態情報の生成およびデータのフィルタリングを可能にする。

さらに、本発明は、使用環境に応じて互いに異なるタグやリーダを使用し、リーダは同時に数十個から数百個のタグを処理しなければならず、また、１つのタグに対しても１秒当たり数件から数十件の情報を伝送してはじめて、ＲＦＩＤシステム環境において、イベントの生成およびデータのフィルタリング機能を提供することにより、アプリケーションシステムに伝送する情報量を顕著に減少させ、重複性を除去し、かつリーダが読み出したタグデータのみならず、状態に関する情報までアプリケーションシステムに提供する効果がある。

また、本発明は、ＲＦＩＤタグデータおよびイベントの需要者であるアプリケーションシステムの様々な要求に対応するため、リーダから流入するデータをリアルタイム的にフィルタリングし、そのフィルタされたデータを伝送する方式として、プッシュモードを提供するばかりでなく、アプリケーションシステムの要求に適切に応答してフィルタされたタグデータおよびイベントを生成して伝送するプルモードも同時にサポートする効果がある。

さらに、本発明は、異種のＲＦＩＤタグおよびリーダを受容することができ、ＲＦＩＤリーダによって生成されるイベントをフィルタリングしてアプリケーションシステムの過負荷を防止し、フィルタされたイベントのみをリアルタイムでアプリケーションシステムに伝送する効果がある。

本発明の上記目的および他の目的や特徴は、添付の図面とあわせて与えられる好適な実施形態の以下の説明から明確になるはずである。

上述した目的、特徴、および長所は、添付された図面に関する以下の詳細な説明を通じてより明確になるはずであり、前述に基づいて、当業者が本発明の技術的思想を容易に実施することができる。また、本発明を説明するにあたり、本発明に係る公知技術に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断される場合、その詳細な説明を省略する。以下、添付された図面を参照して本発明に係る好ましい実施形態を詳細に説明する。

図１は、本発明に係るマルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスの一実施形態を示す構成図である。

同１に示すように、本発明に係るマルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイス１０は、ＲＦＩＤリーダインターフェースコンポーネント１００と、ＲＦＩＤイベント管理コンポーネント１１０とを備えてなる。

まず、本発明の全般的な内容を以下に紹介する。

互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートするためにプロトコルの互換および変換を行い、このようなリーダに対する接続および管理のため、識別および接続管理機能、およびモニタリング機能を提供する。ここで、接続管理機能には、異種リーダの管理および固有識別子の発行のためにリーダプロファイルの管理および固有識別子の発行機能が含まれる。リーダとの通信が開始されると、リーダ毎に収集されるタグデータをフィルタリングし、抽出されたデータに基づいて適切なイベントを判断および生成してタグデータおよびイベントをイベント処理器に伝送する。

タグデータのフィルタリングおよびイベントの伝送を担当するイベント管理デバイスに関しては、ＲＦＩＤタグデータおよびイベントの需要者であるアプリケーションシステムの様々な要求に対応するため、リーダから流入するデータをリアルタイムでフィルタリングし、フィルタされたデータを伝送するプッシュモードおよびプルモードを同時にサポートすることができる。

ＲＦＩＤリーダは、電波干渉や反射などにより、そのタグ認識の正確度が１００％になることはなく、非接触式で１秒当たり数百件から数千件のタグを同時に認識することができる。このとき、不要なデータが生成されてシステムの負荷をもたらしかねないことから、データのフィルタリングが必要となる。本発明は、ＲＦＩＤシステムが受容するイベントデータのフィルタリングのため、ＲＦＩＤシステムで処理すべき適切なフィルタリング手法を提供する。

処理済みのイベントをアプリケーションシステムに伝送する方法として、２つの構造をサポートすることができる。まず、プッシュ構造のサポート時、各ドメインによって要求されるデータのフィルタリング形態および最終データの需要者に至るまでの流れに対してカスタマイズが容易な構造を備え、各ドメインが要求するデータのフィルタリング方式を決定し、外部で自由に登録および削除可能な構造を提供する。また、これとともに、プル構造をサポートすることができる。

以下、図１について説明する。まず、リーダインターフェースコンポーネント（ＲＩＣ：Ｒｅａｄｅｒ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｐｏｎｅｎｔ）１００について詳細に説明する。

通信において、互いに異なるプロトコルを使用する異種リーダを使用するためのＲＦＩＤインターフェースコンポーネント１００の作動順序は、次のとおりである。

まず、リーダの接続の確立が行われなければならない。このため、インターフェースコンポーネントにおいて、管理者は、まず、リーダに内蔵されたシステム情報およびインターフェースコンポーネントで管理するリーダプロファイルを確認し、リーダの接続および設置に関する情報を追加し、該当のリーダに対する識別子を発行してリーダに入力する。

商用のリーダ製品の場合、リーダに内蔵されたシステム情報には、リーダ名、製造会社、一連番号などがあるが、この情報の項目および規格がそれぞれ異なるため、ＲＦＩＤシステムで共通に用いられる識別子を発行してリーダに適用する。これにより、ＲＦＩＤシステムは、複数のリーダを一貫した識別子として識別し統制することができる。その後、図２および図３に示すように、識別子に基づいて個別リーダ毎に通信チャネルを設定して通信を開始する。

ＲＦＩＤシステムは、アプリケーションシステムの要求に応じて、リーダによってタグデータを読み出したり書き込んだりする。この処理は、アプリケーションシステムが要求するタグデータを受け取って該当のリーダにコマンド、オプション、およびデータ値を伝送し、リーダをもってタグにデータを書き込ませるか、またはアプリケーションシステムが要求するリーダをもってタグのデータを読み出すようにしてデータを受信した後、該当のアプリケーションシステムに伝送する。

この処理で、インターフェースコンポーネントは、各リーダのプロトコルに応じてデータを構成または受信された値を区分するが、アプリケーションシステムは、個別リーダのプロトコルにかかわらず、データの送信／受信ができるようにする（図２、図４）。

次に、リーダの接続が設定され、通信を開始すると、インターフェースコンポーネントは、リーダの接続状態およびタグデータの送信／受信状態を周期的に確認する。リーダの接続状態は、周期的にリーダの応答を要求して応答メッセージを確認する方式であり、データの送信／受信は、アプリケーションシステムから送信要求を受け入れたデータとリーダから受信したデータとを管理するバッファに累積されるデータ量を確認することによって行われる。このとき、異常が感知されると、図２および図５に示すように、ユーザへの通知メッセージ、ログ記録、および該当のリーダへのフィードバックという３つの作業が行われる。

一方、ＲＦＩＤイベント管理コンポーネント１１０については、図６であわせて説明する。

図２は、本発明に係る図１のＲＦＩＤリーダインターフェースコンポーネントの一実施形態を示す詳細構成図である。

まず、ＲＦＩＤリーダインターフェースコンポーネント１００の各構成要素を概略的に説明すると、次のとおりである。

接続管理ユニット２０１は、リーダ接続時、ネットワークチャネルの設定、プロファイルの確認、および識別子の発行機能を行い、リーダプロファイル管理ユニット２０２は、リーダ名、製造会社、周波数帯域などのリーダプロファイルを格納管理する。リーダ識別子発行ユニット２０３は、ＲＦＩＤシステムに接続されたリーダの固有識別子の発行および管理機能を行う。ここで、接続管理ユニット２０１、リーダプロファイル管理ユニット２０２、およびリーダ識別子発行ユニット２０３は、図１のリーダ接続管理ユニット１０１の構成要素である。

リーダ送受信器１０３および２０４は、ＲＦＩＤシステムとリーダとの間のタグデータの送信／受信処理機能を行い、メッセージ生成器２０５は、リーダの操作のためのコマンドおよび値を該当のプロトコルを用いてメッセージとして生成する。

一方、プロトコルインターフェースユニット２０６は、ＲＦＩＤシステムとアプリケーションシステムとの間の通信プロトコルに応じた要求と、リーダから受信されたメッセージの分析および処理のために特定のプロトコル処理器２０７を駆動する。

プロトコル処理器１０４は、リーダ２０とアプリケーションシステム３０との間でプロトコル変換処理を行うが、これは、アプリケーションシステム３０の要求がＲＦＩＤシステムの内部で予め定義された通信規約にしたがい、リーダ２０が特定のプロトコルにしたがって作動するからである。

送信バッファ２０８は、アプリケーションシステム３０からリーダ２０に送信するデータを格納するバッファであり、受信バッファ２１０は、リーダから受信したデータを格納するバッファである。

ミドルウェア送信／受信処理器２０９は、リーダ２０とアプリケーションシステム３０との間のデータの送信／受信を処理する。

パーサ２１１は、リーダ２０から受信したメッセージの前処理作業としてメッセージを解析する機能を行う。

コマンド／レスポンス交換器２１２は、リーダ２０間の直接通信のためにメッセージを交換させる機能を行う。

監視ユニット１０２および２１３は、リーダの接続状態および動作をモニタリングし、異常発生時、通知メッセージの作成、ログ記録、および該当のリーダにフィードバックする機能を行う。

以下、リーダインターフェースコンポーネント１００の主な構成要素を図２ないし図５を参照して詳細に説明する。

接続管理ユニット２０１は、ＲＦＩＤシステムに接続されるリーダ２０に対して接続を確立し管理する。通常、リーダとＲＦＩＤシステムとの接続は、通信ネットワークを介したＴＣＰ／ＩＰ接続であり、このとき、接続管理ユニット２０１は、新たに接続されるリーダのシステム情報と、リーダプロファイル管理ユニット２０２に格納されたリーダプロファイル情報とを確認し、リーダにシステム情報として内蔵されたリーダの種類や製造会社の個別識別子に関係なく、ＲＦＩＤシステムが接続された全てのリーダに対して共通に識別可能な識別子を発行し、これに対するマッピング情報を管理する。このマッピング情報に基づき、個別リーダを識別し、ＲＦＩＤシステムの他の構成要素またはアプリケーションシステムのリーダの動作に関する作業を制御する。

一方、リーダプロファイル管理ユニット２０２の機能について説明すると、次のとおりである。リーダの設置および運用のためには、リーダプロファイル情報が必要となる。通常のリーダ装置では、関連するコマンドを入力すると、システム情報を提供する。ここには、リーダ名、製造会社、リーダの種類、使用周波数、オブジェクトタグ、タグプロトコル、製造一連番号などが含まれ、これを１つのプロファイルとして管理する。同種のリーダが追加でＲＦＩＤシステムに接続される場合、プロファイルは新たに入力されず、従来の情報を確認することで代替する。

一方、リーダ識別子発行ユニット２０３の機能について説明すると、次のとおりである。実際の業務では、複数の異種リーダが使用され、同時に同種の複数のリーダが使用される。この場合、リーダプロファイルだけでは個別リーダの識別が不可能であり、さらに、リーダのシステム情報における製造一連番号は、個別リーダを識別することはできるものの、製造会社やリーダの種類毎に一連の番号体系およびケタ数がそれぞれ異なるため、ＲＦＩＤシステムにおいて一貫した識別子として使用することができない。したがって、特定のリーダを用いて特定のタグにデータを書き込んだり読み出すためには、ＲＦＩＤシステムが個別リーダを別途に管理できなければならないため、ＲＦＩＤシステム内で個別リーダを識別する一貫した固有識別子が必要となる。このように、ＲＦＩＤシステムに接続された固有識別子を発行し管理する処理器が、リーダ識別子発行ユニット２０３である。このため、プロファイル、ネットワークアドレス、リーダ通信ポート番号、アクティブの可否、リーダの設置場所、管理者、作業用途などの情報を用いる。

一方、プロトコルインターフェースユニット２０６の機能について説明すると、次のとおりである。ＲＦＩＤシステムは、アプリケーションシステム３０とリーダ２０との間に位置し、その機能は、アプリケーションシステム３０の要求に応じてリーダ２０を制御し、データを読み出したり書き込んだりし、かつデータの交換を中継することである。しかし、アプリケーションシステムやそのユーザが作業場に設置された個別リーダの通信プロトコルを全て熟知して使用することは不可能なことから、ＲＦＩＤシステムは、アプリケーションシステムに予め定義されたＲＦＩＤシステムの共通のプロトコルを使用する。ＲＦＩＤシステムは、これを再び作業対象である個別リーダのプロトコルにしたがって変換して伝送してはじめて、リーダがそれにしたがって正しく動作する。

この処理で、アプリケーションシステムとＲＦＩＤシステムとの間の共通のプロトコルを各リーダの特定のプロトコルに変換する処理器が必要となる。プロトコルインターフェースユニット２０６は、共通のプロトコルにしたがって作成されたメッセージを個別のプロトコル処理器２０７によって変換する作業を行う。また、逆に、各リーダ２０から受信したメッセージをアプリケーションシステム３０が受け取って処理できるようにする逆の変換処理も行う。

一方、プロトコル処理器２０７の機能について説明すると、次のとおりである。ユーザがタグデータを読み出したり書き込んだりするためにアプリケーションシステム３０を使用すると、アプリケーションシステム３０は、これをＲＦＩＤシステムの内部に適用される共通のプロトコルに伝送する。しかし、リーダ２０の動作を制御するプロトコルは、コマンド、オプション、および値からなるメッセージである。このプロトコルは、リーダの製造会社毎にそれぞれ異なる。したがって、両者の相互互換のためには、変換処理が必要である。プロトコル処理器２０７は、このような共通のプロトコルとリーダプロトコルとの間の変換を行い、共通のプロトコルのコマンドおよび値を受け取って、対象となるリーダが適切な作業を行うことができるように、該当のリーダのプロトコルに応じてコマンド、オプション、および値に変換する。

一方、コマンド／レスポンス交換器２１２の機能について説明すると、次のとおりである。リーダインターフェースコンポーネント１００において、ミドルウェア送信／受信処理器２０９を介してアプリケーションシステムまたはＲＦＩＤイベント管理デバイスに伝送しようとするコマンド／レスポンスデータのうち、他のリーダで直接処理することが適しているコマンド／レスポンスデータを判別し、これをリーダ送信／受信処理器２０４にフィードバックさせる機能を行う。これにより、他のリーダに伝送することが適しているコマンド／レスポンスデータは、リーダ送信／受信処理器２０４を介して該当の他のリーダに伝送される。あるいは、図２に示すように、判別されたコマンド／レスポンスデータをメッセージ生成器２０５を介して該当の他のリーダに伝送することもでき、この場合も、リーダ送信／受信処理器２０４を介して該当のリーダ２０に伝送される。

上記のようなコマンド／レスポンス交換器２１２の機能により、リーダ２０間で直接的なデータの交換が行われるようになる。

一方、監視ユニット１０２および２１３は、リーダ２０の接続状態および動作をモニタリングし、異常発生時、通知メッセージの作成、ログ記録、および該当のリーダにフィードバックする機能を担当する処理器であって、リーダの電源、ネットワークの接続、および作動状態、タグデータの送信／受信状態をモニタリングし、リーダプロファイル、および識別子の発行状況をモニタリングし、変動が発生すると、これに関する通知メッセージの作成およびログ記録を行う。

図３は、本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるリーダの接続方法に関する一実施形態を示すフローチャートであって、リーダ接続管理ユニット１０１で行われる方法を示している。

リーダ接続管理ユニット１０１は、新たに接続されるリーダのシステム情報を確認し（Ｓ３０１）、リーダプロファイル管理器に新たに接続されたリーダプロファイル情報があるかどうかをリーダプロファイル管理情報（Ｓ３０３）から確認する（Ｓ３０２）。
確認の結果、リーダプロファイル情報が存在すると、その接続されたリーダに対して共通に識別可能な識別子（リーダの固有識別子）を発行する（Ｓ３０５）。このとき、固有識別子管理情報によって発行される（Ｓ３０６）。

確認の結果、リーダプロファイル情報が存在しなければ、その接続されたリーダに対して新たなプロファイルが入力され（Ｓ３０４）、固有識別子管理情報（Ｓ３０６）によって識別子（リーダの固有識別子）を発行する（Ｓ３０５）。

上記のようなリーダの固有識別子を発行した後、その発行されたリーダの固有識別子を用いてリーダとアプリケーションシステムとの接続の確立を行う（Ｓ３０７）。

図４は、本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるデータの通信方法に関する一実施形態を示すフローチャートである。
まず、アプリケーションシステム３０からリーダ２０へのデータの伝送処理を説明すると、次のとおりである（Ｓ４００）。

ＲＦＩＤリーダインターフェースコンポーネント１００のミドルウェア送信／受信処理器２０９がアプリケーションシステム３０の送信するデータを受信し（Ｓ４０１）、これを送信バッファ２０８に格納する（Ｓ４０２）。このときの格納処理で、該当のリーダの固有識別子の確認も行う。

その後、ＲＦＩＤリーダインターフェースコンポーネント１００のプロトコルインターフェースユニット２０６およびプロトコル処理器２０７によって受信データに対するプロトコルマッピング／変換を行う。その後、メッセージ生成器２０５は、メッセージを生成し（Ｓ４０４）、リーダ送信／受信処理器２０４を介してリーダ２０に送信する（Ｓ４０６）。ここで、「Ｓ４０４」におけるメッセージの作成処理でもリーダの固有識別子を確認する（Ｓ４０５）。

以下では、リーダ２０からアプリケーションシステム３０へのデータの伝送処理を説明する（Ｓ４１０）。

ＲＦＩＤリーダインターフェースコンポーネント１００のリーダ送信／受信処理器２０４がリーダ２０からタグデータを受信する（Ｓ４１１）と、パーサ２１１は、これを解析する（Ｓ４１２）。受信データは、プロトコルインターフェースユニット２０６およびプロトコル処理器２０７によってプロトコルマッピング／変換が行われた後（Ｓ４１３）、受信バッファ２１０に格納される（Ｓ４１４）。すると、ミドルウェア送信／受信処理器２０９は、受信バッファ２１０に格納されたデータをアプリケーションシステム３０に送信する。

上記のような処理により、インターフェースコンポーネントは、各リーダのプロトコルに応じてデータを構成または受信された値を区分するが、アプリケーションシステムは、個別リーダのプロトコルにかかわらず、データの送信／受信ができるようになる。

図５は、本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるモニタリング方法に関する一実施形態を示すフローチャートであって、監視ユニット１０２および２１３で行われる方法を示している。

監視ユニット１０２および２１３は、リーダの電源、ネットワークの接続状態および作動状態、ならびにタグデータの送信／受信状態をモニタリングし、かつリーダプロファイルや識別子の発行状況などをモニタリングし（Ｓ５０１、Ｓ５０２、Ｓ５０３）、異常または変更があると、これに関する通知メッセージを作成／展示（Ｓ５０５）、ログの書き込みを行い（Ｓ５０６）、該当のリーダにフィードバックする機能を行う。このような処理は、継続的に繰り返し行われる。

図６は、本発明に係る図１のＲＦＩＤイベント管理デバイスの一実施形態を示す詳細構成図であり、図７は、本発明に係る図６の基本タグイベントデータ処理器およびルータの一実施形態を示す詳細構成図であって、プッシュモードをサポートし、アプリケーションシステムのタグイベントデータのリアルタイムの処理／連動を目的とするものを示している。図９は、本発明に係る図６のフィルタされたタグイベントデータ処理器の一実施形態を示す詳細構成図であって、プルモードをサポートし、主に静的な状態での警戒（Ａｌｅｒｔｉｎｇ）、在庫調査などのデータ処理を目的とする装置を示している。これらをあわせて説明する。

ＲＦＩＤイベント管理コンポーネント１１０は、第一に、データのフィルタリング機能、第二に、イベントの伝送機能を行う。

まず、第一に、データのフィルタリング機能について説明すると、次のとおりである。ＲＦＩＤリーダで認識されたイベントが基本タグイベント生成器７１を通過して基本タグイベントの生成のための状態遷移（図８）が行われたと仮定する。

ＲＦＩＤリーダからＲＦＩＤシステムに伝送されるタグデータは、「リーダ識別子」、「タグ識別子」、「タイムスタンプ」、「基本タグイベントの種類」の４つであり、これに基づいてデータをフィルタする。

第二に、イベントの伝送機能について説明すると、次のとおりである。イベントの伝送には、プッシュモードおよびプルモードがある。

まず、プッシュ構造について説明する。ＲＦＩＤイベント管理コンポーネント１１０は、基本的なタグデータフィルタモジュールを提供し、各ドメインに適したフィルタモジュールの登録が可能なユーザインターフェースを提供する。ＲＦＩＤイベント管理コンポーネント１１０は、基本的なタグデータ伝送モジュールを提供し、タグデータのリアルタイムな受信を希望するアプリケーションシステム毎の伝送モジュールの登録が可能なユーザインターフェースを提供する。

ＲＦＩＤイベント管理コンポーネント１１０は、各フィルタおよび伝送モジュール間の前後関係、ドメインに適したフィルタ、およびフィルタ値を選択することができるデザイナーを提供する。ＲＦＩＤイベント管理コンポーネント１１０は、プル構造および履歴管理のためのバックアップデータのために流入するフィルタされていないタグイベントデータを短期間特定の格納場所に格納する（情報の公開）。

一方、以下では、プル構造について説明する。

ＲＦＩＤイベント管理コンポーネント１１０は、プッシュシステムで格納された短期間のフィルタされていないタグイベントデータを基に一定の周期毎に加工／フィルタリングし、多次元情報の表示を有するフィルタされたタグイベントデータリストを格納する。ＲＦＩＤイベント管理コンポーネント１１０は、個別アプリケーションシステムがタグイベントデータを受け取ることのできる目的地（Ｄｅｓｔｉｎａｔｉｏｎ）情報および情報フォーマットを登録することのできるリスナー登録簿を提供する（情報の受入のための予約（Ｓｕｂｓｃｒｉｐｔｉｏｎ））。

ＲＦＩＤイベント管理コンポーネント１１０は、リスナーＩＤ情報とともに特定の期間およびオペレーションを設定し、一定期間認識されたタグイベントデータに基づいてオペレーションを行い、リスナーＩＤに定められた情報を用いてその結果を伝送する。このとき、多次元フィルタされたタグイベントデータを活用する（予約期間に受信を希望する情報を予め定義された形態で受け取る）。

一方、以下では、ＲＦＩＤイベント管理デバイス（ＥＭＣ）１１０のシステム構成について説明する。

ＲＦＩＤイベント管理コンポーネント１１０の全体構造は、図１に示すように、途中で短期間のフィルタされていないタグイベントデータ格納ユニット１１３を中心として前後にプッシュおよびプル処理ミドルウェアの位置する「ミドルウェアのチェーン（ａ Ｃｈａｉｎ ｏｆ Ｍｉｄｄｌｅｗａｒｅ）」構造を基本とする。

基本タグイベントデータ処理器およびルータ１１１（図６参照）は、プッシュ構造をサポートするためのものであり、リーダから流入するデータのうち、有意状態を定義し、その状態間の遷移が発生するときにのみデータを伝送して一次的流入のデータ量を減少させ（［リーダおよびタグ］毎に管理。すなわち、同じタグに対してリーダ１およびリーダ２に対してそれぞれイベント発生プロセスを適用させるとの意味）、これに基づき、各ドメイン毎に適したフィルタの設定およびそれらの組み合わせによってリアルタイムでの受信を希望するアプリケーションシステムにタグデータを伝送する。

反面、フィルタされたタグイベントデータ処理器１１２（図６参照）は、プル構造をサポートするためのものであり、まず、各アプリケーションシステム毎に受信を希望するフォーマットおよび目的地情報をリスナーの形態を取り、処理器から提供するインターフェース（代表的にＳＯＡＰ基盤）を介して登録し、所望の時点にアプリケーションシステム毎に所望の情報を受けようとする期間、リスナーＩＤ、そして、その期間に収集されたタグイベントデータリストに対するオペレーション情報をともに伝送し、タグデータリストを受け取る。

本発明に係るＲＦＩＤイベント管理デバイス（ＥＭＣ）１１０は、以前のＳａｖａｎｔ構造に比べてフィルタされたタグイベントデータ処理器１１２（図６参照）が追加され、差別化したサービスサポートを可能にする。

各構成のサブシステム毎に詳細に説明すると、次のとおりである。

第一に、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７参照）について説明する。

図６に示すように、リーダから流入するタグデータを適切にフィルタリングし、定められたアプリケーションシステムに伝送するための一連の流れを記述する管理モジュールと、その流れに沿ってデータを処理するリアルタイム処理モジュールとに分けられる。
基本タグイベント生成器７１は、図８で記述された状態遷移図から状態間の遷移時に対応するタグデータのみをシステムに流入させる役割を果たし、このときの状態遷移を基本タグイベントという。そして、状態管理は、あるタグに対して各リーダ毎に独立して維持管理される。

一方、タグデータ処理ルータデーモン７２は、外部によってリアルタイムでカスタマイズされた情報を所望のアプリケーションシステムに基本タグイベントデータを伝送するためにデーモン形式で運営されるモジュールであり、基本タグイベント生成器７１から伝送されたタグデータは、一次的にイベントバッファ７６に格納され、所定のデータフィルタリングの実行およびその結果データをアプリケーションシステムに伝送するため、「７３」のプロセッサを通過させる。ここで、「７３」は、イベントフィルタ７４と、アプリケーションシステム用のリアルタイムイベントデータ伝送器７３とで構成される。一方、基本タグイベント生成器７１から伝送されたタグデータは、一次的にイベントバッファ７６に格納された後、イベントデータ書き込み器７７によって短期間のフィルタされていないタグイベントデータ格納ユニット１１３（図６参照）に格納される。

「７３」は、イベントデータハンドラ管理モジュール７８およびイベントデータ処理ルータフロー定義モジュール７９によって定義されたルータフロー定義に基づいてデーモン形式で動作し、関連するアプリケーションシステムにプッシュモードによってリアルタイムで情報を伝送する。

イベントデータ処理ルータフロー定義モジュール７９は、外部インターフェースを介して、該当のドメインおよびリアルタイム処理アプリケーションシステムにしたがって、適切なデータフィルタの選択およびこれらの前後関係、そして、最終のリアルタイム処理アプリケーションシステムへの伝送まで、一連の流れをカスタマイズが容易な形態で記述可能な管理モジュールである。これは、グラフまたはルートフローチャート（Ｒｏｕｔｅ Ｆｌｏｗ Ｄｉａｇｒａｍ）を記述するユーザインターフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の形式にしたがう。

第二に、フィルタされたタグイベントデータ処理器１１２（図６、特に図９参照）について説明する。図９は、本発明に係る図６のフィルタされたタグイベントデータ処理器の一実施形態を示す詳細構成図である。

フィルタされたタグイベントデータ処理器１１２（図６、特に図９参照）は、アプリケーションシステム毎に所望の時点に、所望の期間のフィルタされたタグリストを受け取るためのプル形式の構造をサポートするためのシステムであって、個別アプリケーションシステムリスナーを登録し、すなわち、アプリケーションシステムリスナー登録器９０１によって受信を希望する目的地情報およびフォーマット情報などを登録し、これに相応するリスナーＩＤを受け取る。

また、処理器のバックグラウンドとしてフィルタされたイベントタグデータ作成スケジューラデーモン９０３は、図１０に示すような流れに沿って、「短期間のフィルタされていないタグイベントデータ格納ユニット」１１３（図６）に格納されたタグデータを周期毎に抽出、適切に加工し、図１１のような多次元データの格納構造を有するフィルタされたタグイベントリスト情報格納ユニット９０６にタグリストデータを格納管理する。すなわち、フィルタされたイベントタグデータ作成スケジューラデーモン９０３は、タグリスト情報を１回以上の周期でタグ毎、リーダ毎に認識されたタグリストを格納管理する。

特定のアプリケーションシステムが一定期間のフィルタリングタグリストを要求すると、アプリケーションシステム要求受入器９０２は、該当の要求を受け入れ、アプリケーションシステム要求ハンドラプール９０４によって管理されるハンドラ９０５を要求して該当の要求処理を要求する。

アプリケーションシステム要求ハンドラ９０５は、フィルタされたイベントタグデータ作成スケジューラデーモン９０３によって周期毎に生成されたフィルタされたタグイベントリスト情報格納ユニット９０６のデータを活用し、図１２に示すような流れに沿って、要求に応じた形のフィルタされたタグデータを生成し、これを要求したアプリケーションシステムにその結果を伝送する。アプリケーションシステム要求ハンドラ９０５は、処理が終了すると、直ちにアプリケーションシステム要求ハンドラプール９０４に戻され、次の処理のための待機状態に切り換えられる。

一方、第三に、タグデータ移動処理器（ハンドラ）１１４（特に図６参照）について説明する。タグデータ移動処理器（ハンドラ）は、短期間のフィルタされていないタグデータを格納する短期間のフィルタされていないタグイベントデータ格納ユニット１１３の継続的なデータの増加を防止し、今後の履歴情報としての活用を目的として一定の間隔毎にタグデータを移動する役割を担当する処理器である。

一方、本発明に係るＲＦＩＤイベント管理コンポーネント１１０は、第一に、データのフィルタリング機能、 第二に、イベントの伝送機能を行い、これについてはすでに説明しているが、以下では、より詳細に説明する。

第一に、データのフィルタリング機能について説明する。

ＲＦＩＤシステムは、ＲＦＩＤリーダから伝送されたイベントデータがアプリケーションシステムに伝送される前にフィルタリングしてルーティングする役割を果たす。本発明は、ＲＦＩＤシステムが提供すべきイベントデータをフィルタするフィルタリング機能に関するものである。これは、図６において、リーダから流入するタグイベントデータを適切にフィルタするのに適用される。
１．ＲＦＩＤリーダ認識イベントデータの重複性の除去フィルタ
（１）あるＲＦＩＤリーダが連続的に同じタグを重複して認識する場合、リーダが同じタグを幾度も認識する場合に対するフィルタリングは、基本タグイベント生成器７１によってある程度処理される。

しかし、時には、基本タグイベントの生成のみでその重複性が解決されない場合もある。こうした場合を考慮し、次のようなフィルタを提供する。
１）迅速に動くタグ取付物を認識するとき、タグ認識範囲のエスケープ時間を短くすると、生成されたイベントデータが引き続き伝送される。このとき、一定時間Ｔの間に伝送されたイベントデータのうち、最初に伝送されたイベントデータおよび最後に伝送されたイベントデータのみを残すフィルタを提供すると、アプリケーションシステムは、該当のタグがリーダの認識範囲内にとどまっていた時間を計算して情報を活用することができる。これは、図１４に示すような順序で処理される。
２）一定時間Ｔの間に同じタグ識別子が重複発生したイベントのうち、Ｔ内で最も最近に認識したイベント１つのみを伝送してその重複を除去する。リーダからタグ決定認識イベントが連続して入ってくる場合を考慮する。このフィルタは、同じタグ識別子イベントの中で最も最近のイベントを探し出すときに使用可能である。これは、図１５のような順序で処理される。
（２）他の複数のＲＦＩＤリーダが同じタグを認識する場合、１つのＲＦＩＤシステムに接続された複数のリーダが同じタグを重複認識した場合であれば、基本的にリーダ識別子に基づいてリーダに割り当てられたタグ識別子の値を比較してフィルタすることができる。

その情報が不十分な場合は、以下の方法を活用する。同じタグに対するイベントデータが複数のリーダ識別子の値で認識される場合、１）同じリーダ識別子のリーダが特定のタグを連続してＮ回より多く認識したとき、そのイベントデータは有効である。これは、図１６に示すような順序で処理される。２）一定時間Ｔの間に認識された同じタグ識別子の値を有するイベントデータのリーダ識別子を数えて最多として認識されたリーダが有効である。Ｔの間に認識された有効リーダ識別子を有するイベントを全て伝送する。これは、図１７に示すような順序で処理される。３）一定時間Ｔの間に同じリーダ識別子を有するイベントがＮ回より多く連続して伝送されると、該当のリーダが有効である。このとき、タグ識別子の値は考慮しない。Ｔの間に認識された該当のリーダ識別子を有する全てのイベントを伝送する。これは、図１８に示すような順序で処理される。４）一定時間Ｔの間にリーダが認識した同じタグ識別子のイベントのうち、最初に認識したリーダに優先順位を与える。これは、図１９に示すような順序で処理される。

５）同じタグ識別子の他のリーダ識別子を有するイベントデータのイベント種類に基づいてフィルタする。

仮にタグ未決定認識イベントの発生後、一定時間決定認識状態のイベントが発生しなければ、そのタグ未決定認識イベントは除去する。

仮にタグ決定認識イベントが全て発生した場合、同じタグ識別子のうち、先に発生したタグ認識範囲のエスケープイベントから一定時間内に他のタグ認識範囲のエスケープイベントが発生しないとき、先に発生したタグ認識範囲のエスケープイベントを除去する。

仮にタグ決定認識、タグ認識範囲のエスケープイベントが全て発生した場合、政策的な優先順位を設定してフィルタする。例えば、先に認識されたイベントまたは特定のリーダに優先順位を与えるなどの方法がある。

上記のような方法は、図２０に示すような順序で処理される。
２．周辺環境によって発生するＲＦ電波干渉や反射などによるＲＦＩＤリーダの誤認識の除去フィルタ
１）周辺環境の影響により、ＲＦ電波の伝送される領域内に存在するタグをＲＦＩＤリーダが認識できない場合、この問題は、基本タグイベント生成器７１で提供するイベント生成状態遷移（図８）を適用して解決される。
２）周辺環境の影響により、ＲＦ電波の予想伝送領域外に存在するタグをＲＦＩＤリーダが認識した場合、一定時間Ｔの間に認識されたタグの認識率を計算し、それがユーザの設定した認識率より低い場合、該当のイベントデータを除去する。これは、図２１に示すような順序で処理される。

第二に、イベントの伝送機能について説明すると、次のとおりである。イベントの伝送は、プッシュモードおよびプルモードの２つの方式によって行われる。

まず、プッシュ構造は、先に説明したように、図７のイベントデータハンドラ管理モジュール７８を介して該当のドメインで必要とするフィルタを登録し、イベント処理ルータフロー定義モジュール７９を介してドメイン毎に必要なフィルタおよびフィルタ間の前後関係を設定し、そのフィルタされた結果をリアルタイムでの処理を要求するアプリケーションシステムに伝送するための一連の流れを定義する。このように定義された流れに沿って、リーダからリアルタイムで流入するタグデータを基本タグイベント生成器７１からタグデータ処理ルータデーモン７２につながるデーモンプロセッサを介して片方向に登録されたアプリケーションシステムに伝送する。

以下、プル構造の細部機能の処理フローチャートは、図１０および図１２のとおりである。図１０は、プル構造の基本データを生成する「フィルタされたイベントタグデータ作成スケジューラデーモン」９０３の役割をフローチャートで示したものである。

フィルタされたイベントタグデータ作成スケジューラデーモン９０３は、システムまたはユーザによって定義された任意の周期毎にフィルタされていないタグデータ格納ユニットに格納された情報を選択し、リーダ毎にその周期の間「決定認識」状態としてみなされるタグデータリストを抽出して（Ｓ１００１）、フィルタリングイベントデータを生成し、これを図１１に示すような多次元データモデルの形態で格納管理する（Ｓ１００３）。

各軸は、多階層からなる。例えば、リーダ軸は、最下段に個別リーダＩＤ、その上段にリーダグループＩＤで構成される。このような多次元、多階層タグデータリストの格納構造は、かつて幅広く知られたＯＬＡＰ機能の適用を容易にし、プルサービスを迅速かつ正確に提供することができる。

「Ｓ１００３」の処理で留意すべき点は、無制限で情報を格納することができないため、最大の格納が許容される周期回数の制限を設定し、当該制限を越えた場合、時間の最も先立つレコードから削除する。これは、ＯＬＡＰの観点からみると、周期軸において削除対象の周期に対応するレコードをＳｌｉｃｅ＆Ｄｉｃｅ機能を適用して削除する。

図１２は、本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントデータの要求および応答方法に関する一実施形態を示すフローチャートであって、すでにタグイベントデータを利用しようとする外部アプリケーションシステムが目的地および伝送データフォーマット（例えば、ＰＭＬのＤＴＤ）などの情報および二進ファイルを登録したリスナーが存在し、これに対するリスナーＩＤを受け取ったものを仮定して、該当のアプリケーションシステムが一定期間タグイベントデータリストを受け取るための処理（プルモード）を記述したフローチャートである。

まず、アプリケーションシステムは、次の情報とともにイベントハンドラに処理要求をする（Ｓ１２０１）。ここで、イベントハンドラへの処理要求時にともに伝送される情報には、全報告周期（スケジューラデーモンで言及した周期を基準として何回の周期の情報を希望するかを知らせる）、アプリケーションシステムの報告周期（全実行周期回数内で何周期毎にアプリケーションシステムにデータを伝送するかの周期回数）、グルーピング基準（リーダ毎にタグリストをグルーピングするか、リーダグループ毎にグルーピングするか）、伝送時のタグリスト形態基準（オペレーション）（アプリケーションシステムの報告周期毎に認識された全体のリストを伝送するか、それとも直前の伝送と比較して追加されたものまたは削除されたもののみを伝送するか）、結果フォーマット（グルーピング基準およびタグリスト形態基準によって生成されたタグリストの伝送形式で指定（例えば、ＰＭＬなど））、アプリケーションシステムリスナーＩＤ（要求したアプリケーションシステムに与えられたリスナーＩＤ）などが含まれる。

上記のような内容とともに、フィルタリングイベントハンドラに要求をする（Ｓ１２０１）と、これを処理するための１つのハンドラを割り当て、このハンドラは、「フィルタされたタグイベントリスト情報格納ユニット」に格納されたタグリストを基準として、アプリケーションシステムの報告周期毎にグルーピング基準およびタグリスト形態基準に合わせてタグリストを生成し、これをアプリケーションシステムに伝送する。そして、この伝送は、与えられた全報告周期に達するまで継続する。

図８は、本発明に係るＲＦＩＤイベント管理デバイスにおける基本タグイベントの生成のための状態遷移に関する一実施形態を示す説明図であって、３つの状態および６つのイベントを表す状態遷移度を示している。

基本的な概念は、ＲＦＩＤリーダが１００％タグ認識をサポートしないことから、複数の状態を定義し、幾つかの基準によって状態を遷移させ、最終的に「決定認識状態」に達したときのみを「１つのタグが認識された」とみなすためである。

状態間の遷移を誘導する基準は、最近の認識時点からどれほどの期間内に該当のタグが何回認識されたのかが基準となる（すなわち、カウントとタイムアウト）。

図示した状態は、あるリーダから認識された個別タグ毎の状態情報を定義管理するものである。

まず、状態について説明すると、次のとおりである。「未知状態」８０は、何も認識されていない状態を指す。リーダによって最初に認識されると、一旦「未決定認識状態」８１に遷移するが、これは、リーダによって認識されたものの、１００％確信できない状態を表す。すなわち、外部要因によって読み出されてはならないタグが読み出された場合もあるからである。「決定認識状態」８２は、該当のリーダから１つのタグが正確に認識されたものとみなす状態を表す。

以下では、状態遷移のためのイベントについて説明する。

「タグ未決定認識」８０１は、リーダから該当のタグが最初に認識されたときを指し、「タグ未決定認識状態の継続」８０２は、リーダによって認識されたものの、決定認識状態に遷移するための要件を満たしていない場合を表す。

「タグ認識無効とみなす」８０３は、最近の「未決定認識状態」の時点から定められた間隔内にタグが認識されていない場合を表し、これは、タグが認識されたものとしてみなされない。

「タグ決定認識」８０４は、最初のタグ認識状態に遷移した時点から定められた間隔内に定められた回数だけ認識された場合に遷移するものであり、言及された間隔および回数は、状況に応じて外部によって定義される値で、１００％認識としてみなすための基準値となる。

「タグ決定認識状態の継続」８０５は、決定認識状態が継続していることを意味する。

「タグ認識範囲のエスケープ」８０６は、最近のタグ決定認識状態から定められた間隔内にそれ以上タグ認識情報が伝送されない場合を表し、これは、タグがリーダの認識範囲を外れたものとみなすイベントである。

以下、図１０から図２１まで、それぞれの図面を中心に説明する。

図１０は、本発明に係る図９のフィルタされたイベントタグデータ作成スケジューラデーモンの周期的な処理方法に関する一実施形態を示すフローチャートである。

各周期で個別リーダ毎に「決定認識」状態のタグリストを抽出し（Ｓ１００１）、その抽出されたタグリストのうち、重複したタグの削除によって該当の周期に各リーダによって認識されたタグリストを決定する（Ｓ１００２）。

しかる後、タグリストを周期毎、リーダ毎に「フィルタされたタグイベントリスト情報格納ユニット」に格納する（Ｓ１００３）。このとき、格納周期の最大回数を指定し、これを超過したときは、先立つ周期順に削除する。

上記の処理を周期毎に繰り返し行う。

図１１は、本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントリスト情報を格納する方法に関する一実施形態を示す説明図である。

基本的に４つの軸、すなわち、リーダＩＤ１１０１、タグＩＤ１１０２、周期１１０３、およびアプリケーションシステムリスナーＩＤ１１０４からなる多次元データベース（Ｈｙｐｅｒ−Ｃｕｄｅ Ｍｏｄｅｌ）構造によってデータを格納し、各軸は多階層で構成可能であるため、ＯＬＡＰ（Ｏｎｌｉｎｅ Ａｎａｌｙｔｉｃａｌ Ｐｒｏｃｅｓｓｉｎｇ）の手法を適用することができる。

各軸は、多階層からなる。例えば、リーダ軸は最下段に個別リーダＩＤ、その上段にリーダグループＩＤで構成される。このような多次元、多階層タグデータリストの格納構造は、かつて幅広く知られたＯＬＡＰ機能の適用を容易にし、プルサービスを迅速かつ正確に提供することができる。

図１２は、本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントデータの要求および応答方法に関する一実施形態を示すフローチャートである。

個別アプリケーションシステムがフィルタされたタグイベントデータ処理器１１２（図６、特に図９参照）に処理を要求する（Ｓ１２０１）と、フィルタされたタグイベントデータ処理器内の要求ハンドラプール９０４が前記要求を受け入れ、要求ハンドラプール９０４に存在する１つの要求ハンドラスレッド９０５を呼び出す（Ｓ１２０２）。

フィルタされたタグイベントデータ処理器は、周期毎、リーダ毎に「フィルタされたタグイベントリスト情報格納ユニット」に格納されたタグリストを基準として１つの報告周期に達するまで収集をし（Ｓ１２０３）、その収集された情報を与えられたグルーピング基準（例えば、リーダ毎／リーダグループ毎／タグＩＤのパターン毎など）に基づいてグルーピングをする（Ｓ１２０４）。

その後、全報告のうち、最初の報告周期に達したか否かを判断する（Ｓ１２０５）。

判断の結果、最初の報告周期では、現在の報告周期内に収集された全体のタグリスト（各グループ毎のタグリストである）を伝送するオブジェクトとして決定する（Ｓ１２０６）。

判断の結果、最初の報告周期でない場合には、直前の報告周期で収集されたタグリストと現在の報告周期で収集されたタグリストとの比較により、与えられた実行関数に基づいて伝送するオブジェクトを決定する（Ｓ１２０７）。ここで、実行関数は、（ａ）収集されたタグリスト全体、（ｂ）以前の周期より追加されたタグリスト、（ｃ）以前の周期から除外されたタグリスト、（ｄ）以前の周期に追加または除外されたタグリストのうちの１つである。

「Ｓ１２０６」または「Ｓ１２０７」の処理によって決定されたグループ毎のタグリストを、与えられたフォーマット方式によってフォーマット作業を行った後（Ｓ１２０８）、複数の方式（例えば、ＨＴＴＰ／ＰＯＳＴ、ＳＯＡＰ、ＤＢなど）によってアプリケーションシステムリスナーＩＤに対応する要求者（アプリケーションシステム）にタグリストを伝送する（Ｓ１２０８、Ｓ１２０９）。

全報告周期の回数に達したか否かを判断し（Ｓ１２１０）、仮に到達していなければ、「Ｓ１２０３」以下の処理を繰り返し行う。

図１３は、本発明に係るＲＦＩＤイベント管理デバイスのフィルタリングイベントハンドラへの要求時に要求される因子に関する説明図である。

「周期」１３０１は、「フィルタされたイベントタグデータ作成スケジューラデーモン」９０３によってフィルタリングタグリストを生成する周期（例えば、１０００ｍｓ）であって、スケジューラデーモンの周期にしたがう。

「応用プログラムの報告周期」１３０２は、アプリケーションシステム毎での要求時、イベントハンドラからフィルタされたタグリストを受け取るための周期回数であって、「１３０１」で言及された「周期」の倍数に設定される（例えば、３×周期）。

「全報告周期」１３０３は、報告を受け取るための時点と終点との全周期を設定するものであって、「１３０２」で言及された「アプリケーションシステムの報告周期」の倍数に設定される（例えば、２×アプリケーションシステムの報告周期）。

「伝送」１３０４は、各アプリケーションシステムの報告周期毎に、その間収集されたタグリストを定められたグルーピング基準およびオペレーションを行った結果を要求したアプリケーションシステムリスナーＩＤに対応するアプリケーションシステムにその結果を伝送する。

以下、図１４から図２１までを説明しながら使用するイベントに対する「削除」、「格納」、「伝送」の意味は、次のとおりである。「削除」は、イベントを格納した一時的に格納ユニットから該当のイベントを削除することを意味し、「伝送」は、該当のイベントを現イベントフィルタに接続された他のイベントフィルタ、またはアプリケーションシステムなどに伝送することを意味する。「格納」は、フィルタアルゴリズムの実行時に生成される一時的に格納ユニットに該当のイベントを格納することを意味する。また、イベントの格納、削除、および伝送は、正確には、イベントデータを格納、削除、および伝送することを意味するものである。

図１４は、本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートであって、一定時間内に発生した同じタグ識別子イベントのうち、最初および最後のイベントを抽出する方法を示している。

現在認識されたイベントが、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７）内のイベントフィルタの駆動が開始された後、最初に発生したイベントか否かを判別する（Ｓ１４０１）。現在認識されたイベントが、仮に最初のイベントであれば、現イベントデータを格納し（Ｓ１４０２）、仮に最初のイベントでなければ、認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントか否かを検査する（Ｓ１４０３）。

検査の結果、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントでなければ、これまで格納されたイベントデータを伝送し、認識された現イベントデータを格納する（Ｓ１４０４）。反面、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントであれば、再び現在認識されたイベントと同じタグ識別子イベントが２つ以上格納されているか否かを確認する（Ｓ１４０５）。

確認の結果、仮に２つ以上格納されていなければ、現在認識されたイベントデータを格納する（Ｓ１４０６）。反面、仮に２つ以上格納されていれば、現在認識されたイベントデータと同じタグ識別子を有するイベントのうち、最初のイベントのみを除く残りのイベントを削除し、現イベントを格納して同じタグ識別子に対して最も最近のイベントのみを残す。

図１５は、本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートであって、一定時間内に発生した同じタグ識別子イベントのうち、最も最近のイベントを抽出する方法を示している。

現在認識されたイベントが、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７）内のイベントフィルタの駆動が開始された後、最初に発生したイベントか否かを判別する（Ｓ１５０１）。現在認識されたイベントが、仮に最初のイベントであれば、現イベントデータを格納し（Ｓ１５０２）、仮に最初のイベントでなければ、認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントか否かを検査する（Ｓ１５０３）。

検査の結果、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントでなければ、これまで格納されたイベントデータを伝送し、認識された現イベントデータを格納する（Ｓ１５０４）。反面、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントであれば、再び現在認識されたイベントと同じタグ識別子イベントが格納されているか否かを確認する（Ｓ１５０５）。

確認の結果、仮に格納されていなければ、現在認識されたイベントデータを格納する（Ｓ１５０６）。反面、仮に格納されていれば、すでに格納されている現在認識されたイベントデータと同じタグ識別子を有するイベントを削除し、現イベントを格納する（Ｓ１５０７）。

図１６は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、同じタグに対して連続して数回以上認識されたリーダイベントを抽出する方法を示している。

現在認識されたイベントが、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７）内のイベントフィルタの駆動が開始された後、最初に発生したイベントか否かを判別する（Ｓ１６０１）。現在認識されたイベントが、仮に最初のイベントであれば、現在認識されたイベントを最も最近のイベントとして格納し、現イベントのカウント値を「１」に設定し（Ｓ１６０２）、仮に最初のイベントでなければ、最も最近のイベントと現在認識されたイベントとのタグおよびリーダ識別子を比較する（Ｓ１６０３）。
比較の結果、タグおよびリーダ識別子が同一でなければ、現在認識されたイベント（現イベント）を最も最近のイベントとして格納し、現イベントのカウント値を「１」に設定する。（Ｓ１６０４）
比較の結果、タグおよびリーダ識別子が同一であれば、現イベントのカウント値を「１」増加させ、現イベントを格納した後（Ｓ１６０５）、現イベントのカウントがユーザの設定した連続認識回数（Ｎ回）より多くか否かを確認する（Ｓ１６０６）。
確認の結果、現イベントのカウントがユーザ設定の連続認識回数に達していなければ、最も最近のイベントを現イベントにアップデートし、そのカウント値を格納する（Ｓ１６０７）。

確認の結果、現イベントのカウントがユーザ設定の連続認識回数に達していれば、現在のイベントデータを伝送する（Ｓ１６０８）。

図１７は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、最多として認識されたリーダを抽出する方法を示している。

まず、現在認識されたイベントと同じタグ識別子を有するイベントが格納されているか否かを判断する（Ｓ１７０１）。

判断の結果、同じタグ識別子を有するイベントが格納されていなければ、現在認識されたイベントのタグ識別子とそのリーダ識別子とを基準としてカウント値を「１」に設定し、現イベントを格納する（Ｓ１７０２）。

判断の結果、同じタグ識別子を有するイベントが格納されていれば、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを確認する（Ｓ１７０３）。

確認の結果、ユーザ設定時間内に現イベントが未だに発生している場合は、現イベントのタグ識別子に対してリーダ識別子毎にカウント値を「１」増加させ、現イベントを格納する（Ｓ１７０４）。

確認の結果、ユーザ設定時間が過ぎた場合は、格納されたイベントのうち、それぞれのタグ識別子毎に関連するリーダ識別子のカウントを比較して、最多として認識されたリーダ識別子の値を有するイベントを全て伝送する（Ｓ１７０５）。

図１８は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、タグ識別子に関係なく連続して数回認識されたリーダのイベントを抽出する方法を示している。

現在認識されたイベントを格納し（Ｓ１８０１）、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを判断する（Ｓ１８０２）。

判断の結果、ユーザ設定時間Ｔが過ぎた場合、Ｔの間に発生して格納されたイベントのうち、伝送するリーダ識別子の値を有するイベントを全て伝送し、現在認識されたイベントを格納する（Ｓ１８０３）。

判断の結果、ユーザ設定時間Ｔ内にイベントが認識された場合、格納されたイベントのうち、最も最近のイベントと現イベントとのリーダ識別子を比較する（Ｓ１８０４）。

比較の結果、リーダ識別子が同一でなければ、カウント値を「１」に設定し、格納されたイベントのうち、最も最近のイベントを現イベントにアップデートする（Ｓ１８０５）。

比較の結果、リーダ識別子が同一であれば、カウント値を「１」増加させた後（Ｓ１８０６）、カウントがユーザの設定した連続認識回数（Ｎ）より多いか否かを確認する（Ｓ１８０７）。

確認の結果、Ｎ未満であれば、最も最近のイベントを現イベントにアップデートして格納する（Ｓ１８０８）。反面、Ｎより多ければ、現イベントのリーダ識別子を伝送するリーダ識別子として格納する（Ｓ１８０９）。

図１９は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、同じタグに対して最初に認識されたリーダのイベントを抽出する方法を示している。
まず、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを判断する（Ｓ１９０１）。

判断の結果、ユーザ設定時間Ｔが過ぎた後であれば、現在まで格納されたイベントのうち、格納されたリーダ識別子の値を有するイベントを伝送する（Ｓ１９０２）。

判断の結果、ユーザ設定時間Ｔ内に発生した場合、現在認識されたイベントのタグ識別子の値を有するイベントが格納されているか否かを確認する（Ｓ１９０３）。

確認の結果、現イベントのタグ識別子の値のイベントが格納されていなければ、現イベントを格納する（Ｓ１９０４）。

確認の結果、現イベントのタグ識別子の値のイベントが格納されていれば、現イベントのリーダ識別子が格納されたイベントのリーダ識別子と同一か否かを判断する（Ｓ１９０５）。

判断の結果、仮に現イベントと格納されたイベントとのリーダ識別子が同一であれば、現イベントデータを格納し（Ｓ１９０６）、仮に現イベントと格納されたイベントとのリーダ識別子が同一でなければ、そのまま終了する。

図２０は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、イベントの種類に基づく複数のリーダの調整フィルタリング方法を示している。

まず、現在認識されたイベントのイベント種類を判断する（Ｓ２００１）。

判断（Ｓ２００１）の結果、現在認識されたイベントが「タグ未決定認識」の場合には、イベントデータを格納する（Ｓ２００２）。

判断（Ｓ２００１）の結果、現在認識されたイベントが「タグ決定認識」の場合には、現イベントのタグ識別子およびリーダ識別子と同じイベントデータが格納されているか否かを確認する（Ｓ２００３）。確認の結果、仮に格納されていれば、現イベントを削除し（Ｓ２００４）、仮に格納されていなければ、現イベントがユーザ設定時間Ｔ内に発生したか否かを確認する（Ｓ２００５）。

確認の結果、現イベントがユーザ設定時間Ｔ内に発生した場合、現在認識されたイベントを格納し、格納されたイベントのうち、現イベントのタグ識別子およびリーダ識別子の値を有するイベントを伝送する（Ｓ２００７）。

確認の結果、ユーザ設定時間Ｔを超過した場合、現在認識されたイベントのタグ識別子およびリーダ識別子の値を有するイベントを削除する（Ｓ２００６）。

判断（Ｓ２００１）の結果、現在認識されたイベントがタグ認識範囲をエスケープしている場合には、現イベントのタグおよびリーダ識別子の値を有するイベントが格納されているか否かを確認する（Ｓ２００８）。

確認の結果、現イベントのタグおよびリーダ識別子の値を有するイベントが格納されていれば、現イベントを伝送し（Ｓ２００９）、現イベントのタグおよびリーダ識別子の値を有するイベントが格納されていなければ、現イベントを削除する（Ｓ２００４）。

図２１は、本発明に係るＲＦＩＤリーダの誤認識の除去フィルタリング方法に関する一実施形態を示すフローチャートであって、認識率に基づく複数のリーダの調整フィルタリング方法を示している。

まず、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを確認する（Ｓ２１０１）。

確認の結果、現在認識されたイベントがユーザ設定時間Ｔ内に発生した場合、現イベントを格納し、イベントのタグ識別子毎にイベントのカウントを増加させる（Ｓ２１０２）。

確認の結果、現在認識されたイベントがユーザ設定時間Ｔを超過して発生した場合、ユーザ設定時間Ｔの間に発生したイベントの全認識回数に基づいてタグ識別子毎に認識率を計算する（Ｓ２１０３）。

次に、タグ識別子毎に計算したＴの間の認識率がユーザの設定した認識率より多いか否かを判断する（Ｓ２１０４）。

判断の結果、タグ識別子の認識率がユーザ設定の認識率未満の場合には、ユーザの設定した認識率より低い認識率を有するタグ識別子のイベントを削除する（Ｓ２１０５）。

判断の結果、タグ識別子の認識率がユーザ設定の認識率より多い場合には、対応するイベントを伝送する（Ｓ２１０６）。

上述した本発明の方法は、プログラムとして実現され、コンピュータで読み取り可能な形態で記録媒体（ＣＤ−ＲＯＭ、ＲＡＭ、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスクなど）に格納され得る。このような処理は、本発明の属する技術分野における通常の知識を有する者が容易に実施することができるため、これ以上の詳細な説明は省略する。

以上で説明した本発明は、本発明の属する技術分野における通常の知識を有する者にとって、本発明の技術的思想を逸脱しない範囲内で様々な置換、変形および変更が可能なため、上述した実施形態および添付された図面により限定されるものではない。

本発明に係るマルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスの一実施形態を示す構成図である。 本発明に係る図１のＲＦＩＤリーダインターフェースコンポーネント１００の一実施形態を示す詳細構成図である。 本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるリーダの接続方法に関する一実施形態を示すフローチャートである。 本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるデータの通信方法に関する一実施形態を示すフローチャートである。 本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるモニタ方法に関する一実施形態を示すフローチャートである。 本発明に係る図１のＲＦＩＤイベント管理デバイスの一実施形態を示す詳細構成図である。 本発明に係る図６の基本タグイベントデータ処理器およびルータの一実施形態を示す詳細構成図である。 本発明に係るＲＦＩＤイベント管理デバイスにおける基本タグイベントの生成のための状態遷移に関する一実施形態を示す説明図である。 本発明に係る図６のフィルタされたタグイベントデータ処理器の一実施形態を示す詳細構成図である。 本発明に係る図９のフィルタされたイベントタグデータ作成スケジューラデーモンの周期的な処理方法に関する一実施形態を示すフローチャートである。 本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントリスト情報を格納する方法に関する一実施形態を示す説明図である。 本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントデータの要求および応答方法に関する一実施形態を示すフローチャートである。 本発明に係るＲＦＩＤイベント管理デバイスのフィルタリングイベントハンドラへの要求時に要求される因子に関する説明図である。 本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートである。 本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートである。 本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。 本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。 本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。 本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。 本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。 は、本発明に係るＲＦＩＤリーダの誤認識の除去フィルタリング方法に関する一実施形態を示すフローチャートである。

Claims (10)

1. ＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースの提供のための異種のリーダのサポートに基づくマルチプロトコルのためのＲＦＩＤ(Radio Frequency Identification)リーダインターフェース装置であって、
   複数のＲＦＩＤリーダを個別的に識別し、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するリーダ接続管理手段と、
   前記ＲＦＩＤリーダからタグデータを受信するか、またはプロトコル処理手段で個別プロトコルデータに変換されるアプリケーションシステムデータを前記対応するＲＦＩＤリーダに送信するリーダ送信／受信処理手段と、
   前記異種のＲＦＩＤリーダをサポートするために、前記リーダ送信／受信処理手段により受信された前記タグデータを共通のプロトコルデータに変換するか、またはミドルウェア送信／受信処理手段により受信されたアプリケーションシステムデータを前記個別プロトコルデータに変換する前記プロトコル処理手段と、
   前記プロトコル処理手段で前記共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムに送信するか、またはＲＦＩＤイベント管理デバイスに送信するか、あるいは前記アプリケーションシステムから前記アプリケーションシステムデータを受信する前記ミドルウェア送信／受信処理手段と
   を備えることを特徴とする装置。
2. 前記リーダ接続管理手段の接続動作、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続状態、および前記リーダ送信／受信処理手段と前記ミドルウェア送信／受信処理手段とにおけるデータの送信／受信をモニタリングするモニタリング手段をさらに備えることを特徴とする請求項１に記載の装置。
3. 前記モニタリング手段は、前記モニタリング機能の実行の間に問題が発生するとき、通知メッセージの作成およびログ記録を実行し、前記対応するＲＦＩＤリーダにフィードバックさせることを特徴とする請求項２に記載の装置。
4. 前記ＲＦＩＤリーダ間の直接的なデータの交換のために、前記ミドルウェア送信／受信処理手段から、前記アプリケーションシステムまたは前記ＲＦＩＤイベント管理デバイスに送信される前記データのうち、他のリーダで処理するのに適したコマンド／レスポンスデータに関する前記リーダ送信／受信処理手段にフィードバックを行なわせるコマンド／レスポンス交換手段をさらに備えることを特徴とする請求項１に記載の装置。
5. 前記リーダ接続管理手段が、
   新たにＲＦＩＤリーダを接続するとき、前記ＲＦＩＤリーダのプロファイルを確認、格納、および管理するリーダプロファイル管理手段と、
   前記ＲＦＩＤリーダのシステム情報を読み出す一方で、そのＩＰアドレスに基づいて前記ＲＦＩＤリーダを識別し、識別された前記ＲＦＩＤリーダにリーダ識別子を発行するリーダ識別子発行手段と、
   前記リーダ識別子を用いて前記ＲＦＩＤリーダとアプリケーションシステムと間の接続を確立する接続管理手段と
   を含むことを特徴とする請求項１に記載の装置。
6. 前記プロトコル処理手段が、
   前記リーダ送信／受信処理手段を介して受信されたタグデータを解析する解析手段と、
   ＲＦＩＤリーダ毎の個別的なプロトコルにしたがって作成された前記タグデータを、共通のプロトコルデータに変換するか、または共通のプロトコルにしたがって用意されたアプリケーションシステムデータを個別プロトコルデータに変換するプロトコルインターフェース／処理手段と、
   前記アプリケーションシステムにデータを伝送するために、前記プロトコルインターフェース／処理手段からの前記タグデータを一時的に格納する受信バッファ手段と、
   前記プロトコルインターフェース／処理手段における前記プロトコル変換を可能にする前記ミドルウェア送信／受信処理手段により受信される前記アプリケーションシステムデータを一時的に格納する送信バッファ手段と、
   前記プロトコルインターフェース／処理手段から対応する前記ＲＦＩＤリーダに提供される前記アプリケーションシステムデータから送られる伝送メッセージを発生するメッセージ発生手段と
   を備えることを特徴とする請求項５に記載の装置。
7. ＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースを提供する異種のリーダのサポートに基づくＲＦＩＤリーダインターフェース方法であって、
   ａ）複数のＲＦＩＤリーダを個別的に識別し、それぞれのＲＦＩＤリーダにリーダ識別子を与え、前記リーダ識別子を用いて前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するステップと、
   ｂ）前記ａ）ステップによって前記接続が確立された後、前記ＲＦＩＤリーダからタグデータを受信するか、または後述するｃ）ステップで個別プロトコルデータに変換されたアプリケーションシステムデータを前記ＲＦＩＤリーダに送信するステップと、
   ｃ）前記異種のＲＦＩＤリーダをサポートするため、ＲＦＩＤリーダ毎の個々のプロトコルにしたがって生成された前記タグデータを、共通のプロトコルデータに変換するか、または共通のプロトコルにしたがって用意されたアプリケーションシステムデータを前記個々のプロトコルデータに変換するステップと、
   ｄ）前記ａ）ステップによって前記接続が確立された後、前記ｃ）ステップで前記共通のプロトコルデータに変換された前記タグデータを、前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、あるいは前記アプリケーションシステムから前記アプリケーションシステムデータを受信するステップと
   を備えたことを特徴とする方法。
8. ｅ）前記ａ）ステップにおける接続動作、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続状態、および前記ｂ）ステップおよび前記ｄ）ステップにおけるデータの送信／受信をモニタリングするステップをさらに備えたことを特徴とする請求項７に記載の方法。
9. ｆ）前記ＲＦＩＤリーダ間の直接通信のためにデータを交換するステップをさらに備えたことを特徴とする請求項７に記載の方法。
10. 前記ｃ）ステップであって、
    ｃ１）前記ｂ）ステップから受信した前記タグデータを解析するステップと、
    ｃ２）前記解析されたタグデータを共通のプロトコルデータに変換するか、または前記ｄ）ステップからのアプリケーションシステムデータを個別プロトコルデータに変換するステップと、
    ｃ３）前記ｃ２）ステップから提供された前記アプリケーションシステムデータから前記対応するＲＦＩＤリーダに送信される送信メッセージを発生するステップと
    を備えたことを特徴とする請求項７に記載の方法。

Images