(57)【要約】  本発明は、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイス、ならびにその方法に関する。本発明は、プロトコル変換処理により、互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートし、かつ収集されたＲＦＩＤタグデータに対するイベント生成およびデータフィルタリング処理により、アプリケーションシステムに伝送するデータ量を顕著に減少させる。  前記インターフェースは、複数のＲＦＩＤリーダを個別的に識別し、当該ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するリーダ接続管理ユニットと、前記ＲＦＩＤリーダからタグデータを受信するか、プロトコル処理器で個別プロトコルデータに変換されたアプリケーションシステムデータを該当のＲＦＩＤリーダに送信するリーダ送信／受信処理器と、異種のＲＦＩＤリーダをサポートするため、前記リーダ送信／受信処理器で受信されたタグデータを共通のプロトコルデータに変換するか、ミドルウェア送信／受信処理器で受信されたアプリケーションシステムデータを個別プロトコルデータに変換する前記プロトコル処理器と、該プロトコル処理器で共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、前記アプリケーションシステムから前記アプリケーションシステムデータを受信する前記ミドルウェア送信／受信処理器とを備える。
2008524742.tif 000002
【特許請求の範囲】
【請求項１】
ＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースの提供のための異種のリーダのサポートに基づくマルチプロトコルのためのＲＦＩＤ(Radio Frequency Identification)リーダインターフェース装置であって、
複数のＲＦＩＤリーダを個別的に識別し、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するリーダ接続管理手段と、
前記ＲＦＩＤリーダからタグデータを受信するか、またはプロトコル処理手段で個別プロトコルデータに変換されるアプリケーションシステムデータを前記対応するＲＦＩＤリーダに送信するリーダ送信／受信処理手段と、
前記異種のＲＦＩＤリーダをサポートするために、前記リーダ送信／受信処理手段により受信された前記タグデータを共通のプロトコルデータに変換するか、またはミドルウェア送信／受信処理手段により受信されたアプリケーションシステムデータを前記個別プロトコルデータに変換する前記プロトコル処理手段と、
前記プロトコル処理手段で前記共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムに送信するか、またはＲＦＩＤイベント管理デバイスに送信するか、あるいは前記アプリケーションシステムから前記アプリケーションシステムデータを受信する前記ミドルウェア送信／受信処理手段と
を備えることを特徴とする装置。
【請求項２】
前記リーダ接続管理手段の接続動作、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続状態、および前記リーダ送信／受信処理手段と前記ミドルウェア送信／受信処理手段とにおけるデータの送信／受信をモニタリングするモニタリング手段をさらに備えることを特徴とする請求項１に記載の装置。
【請求項３】
前記モニタリング手段は、前記モニタリング機能の実行の間に問題が発生するとき、通知メッセージの作成およびログ記録を実行し、前記対応するＲＦＩＤリーダにフィードバックさせることを特徴とする請求項２に記載の装置。
【請求項４】
前記ＲＦＩＤリーダ間の直接的なデータの交換のために、前記ミドルウェア送信／受信処理手段から、前記アプリケーションシステムまたは前記ＲＦＩＤイベント管理デバイスに送信される前記データのうち、他のリーダで処理するのに適したコマンド／レスポンスデータに関する前記リーダ送信／受信処理手段にフィードバックを行なわせるコマンド／レスポンス交換手段をさらに備えることを特徴とする請求項１に記載の装置。
【請求項５】
前記リーダ接続管理手段が、
新たにＲＦＩＤリーダを接続するとき、前記ＲＦＩＤリーダのプロファイルを確認、格納、および管理するリーダプロファイル管理手段と、
前記ＲＦＩＤリーダのシステム情報を読み出す一方で、そのＩＰアドレスに基づいて前記ＲＦＩＤリーダを識別し、識別された前記ＲＦＩＤリーダにリーダ識別子を発行するリーダ識別子発行手段と、
前記リーダ識別子を用いて前記ＲＦＩＤリーダとアプリケーションシステムと間の接続を確立する接続管理手段と
を含むことを特徴とする請求項１に記載の装置。
【請求項６】
前記プロトコル処理手段が、
前記リーダ送信／受信処理手段を介して受信されたタグデータを解析する解析手段と、
ＲＦＩＤリーダ毎の個別的なプロトコルにしたがって作成された前記タグデータを、共通のプロトコルデータに変換するか、または共通のプロトコルにしたがって用意されたアプリケーションシステムデータを個別プロトコルデータに変換するプロトコルインターフェース／処理手段と、
前記アプリケーションシステムにデータを伝送するために、前記プロトコルインターフェース／処理手段からの前記タグデータを一時的に格納する受信バッファ手段と、
前記プロトコルインターフェース／処理手段における前記プロトコル変換を可能にする前記ミドルウェア送信／受信処理手段により受信される前記アプリケーションシステムデータを一時的に格納する送信バッファ手段と、
前記プロトコルインターフェース／処理手段から対応する前記ＲＦＩＤリーダに提供される前記アプリケーションシステムデータから送られる伝送メッセージを発生するメッセージ発生手段と
を備えることを特徴とする請求項５に記載の装置。
【請求項７】
ＲＦＩＤリーダから生成されるイベントの管理のための異種のリーダのサポートに基づくマルチプロトコルのためのＲＦＩＤイベント管理装置であって、
対応するアプリケーションシステムに、フィルタされた基本のタグイベントデータをルーティングするために、基本のタグイベントデータ処理、前記外部から提供されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを作成し、フィルタするルーティング手段
前記基本タグイベントデータを格納するフィルタされていないタグイベントデータ格納手段と
を備えることを特徴とする装置。
【請求項８】
フィルタされていないタグイベントデータ格納手段に格納された前記基本タグイベントデータを周期毎に抽出し、前記アプリケーションシステムの要求に対応する形のフィルタされたタグデータを生成して同じものを前記アプリケーションシステムに提供するフィルタされたタグイベントデータ処理手段をさらに備えることを特徴とする請求項７に記載の装置。
【請求項９】
前記フィルタされたタグイベントデータ処理手段であって、
前記アプリケーションシステムから個別的にリスナーを受信および登録し、前記登録されたアプリケーションシステムにリスナーＩＤを与えるアプリケーションシステムリスナー登録手段と、
前記フィルタされていないタグイベントデータ格納手段に格納された前記タグイベントデータを周期毎に抽出し、多次元データの格納構造を有するフィルタされたタグイベントリスト情報としてそれを格納および管理するフィルタされたイベントタグデータ作成スケジューリング手段と、
前記フィルタされたタグイベントリスト情報を格納する前記フィルタされたタグイベントリスト情報格納手段と、
前記アプリケーションシステムからの要求をアプリケーションシステム要求処理手段に伝送するか、または前記アプリケーションシステム要求処理手段からの処理結果を前記アプリケーションシステムに伝送するアプリケーションシステム要求受入手段と、
前記フィルタされたタグイベントリスト情報格納手段に格納されている前記フィルタされたタグイベントリスト情報に基づいて、前記アプリケーションシステムの要求に一致する形のフィルタされたタグデータを生成し、同じものを前記アプリケーションシステム要求受入手段に送信する前記アプリケーションシステム要求処理手段と
を備えることを特徴とする請求項８に記載の装置。
【請求項１０】
前記フィルタされたイベントタグデータ作成スケジューリング手段が、周期毎、タグ毎、およびリーダ毎に識別されたタグリストを前記フィルタされたタグイベントリスト情報として格納および管理することを特徴とする請求項９に記載の装置。
【請求項１１】
前記フィルタされたイベントタグデータ作成スケジューリング手段の前記フィルタされたタグイベントリスト情報の前記格納処理が、リーダＩＤ、タグＩＤ、周期、およびアプリケーションシステムリスナーＩＤを与える前記多次元データベース（Ｈｙｐｅｒ−Ｃｕｄｅ  Ｍｏｄｅｌ）構造によってデータを格納し、各軸が多層の形を有することを特徴とする請求項９に記載の装置。
【請求項１２】
前記アプリケーションシステム要求受入手段の前記要求が、グルーピング基準、全報告周期、アプリケーションシステムの報告周期、伝送に基づくタグリスト形式、結果フォーマット、およびアプリケーションシステムリスナーＩＤの少なくとも１つを含むことを特徴とする請求項９に記載の装置。
【請求項１３】
前記フィルタされたタグイベントデータ格納手段への継続的なデータの増加を防止し、履歴情報として使用するための既定の間隔毎にタグデータを移動するタグデータ移動処理手段をさらに備えることを特徴とする請求項７に記載の装置。
【請求項１４】
前記基本タグイベントデータ処理およびルーティング手段が、
前記外部から提供されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを生成する基本タグイベント作成手段と、
前記基本タグイベントデータに関する既定のデータフィルタリングを実行するイベントフィルタリング手段と、
前記イベントフィルタリング手段によりフィルタされたイベントデータをプッシュモードでリアルタイムに転送するイベントデータ伝送手段と、
前記基本タグイベントデータを前記フィルタされていないタグイベントデータ格納手段に格納するイベントデータ記録手段と
を備えることを特徴とする請求項７に記載の装置。
【請求項１５】
前記基本タグイベント作成手段における前記状態間の遷移が、タグ未決定認識イベント、タグ未決定認識状態の継続イベント、タグ認識無効とみなすイベント、タグ決定認識イベント、タグ決定認識状態の継続イベント、およびタグ認識範囲のエスケープイベントを含むことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記イベントフィルタリング手段における前記データフィルタリング処理が、１つのＲＦＩＤリーダが同じタグを重複して認識する場合に、既定時間内に発生した同じタグ識別子イベントのうち、最初に認識されたイベントデータおよび最後に認識されたイベントデータのみを抽出することを特徴とする請求項１４に記載の装置。
【請求項１７】
前記イベントフィルタリング手段における前記データフィルタリング処理が、１つのＲＦＩＤリーダが同じタグを重複して認識する場合に、既定時間内に発生した同じタグ識別子のイベントデータのうち、最も最近のイベントデータのみを抽出することを特徴とする請求項１４に記載の装置。
【請求項１８】
前記イベントフィルタリング手段における前記データフィルタリング処理が、複数のＲＦＩＤリーダが同じタグを重複して認識する場合に、同じリーダ識別子を有するリーダが特定のタグに関する連続して数回認識したイベントデータを抽出することを特徴とする請求項１４に記載の装置。
【請求項１９】
前記イベントフィルタリング手段における前記データフィルタリング処理が、複数のＲＦＩＤリーダが同じタグを重複して認識する場合に、既定時間認識されたイベントデータの同じタグ識別子のうち、最も多く認識されたリーダ識別子を有するイベントデータを抽出することを特徴とする請求項１４に記載の装置。
【請求項２０】
前記イベントフィルタリング手段における前記データフィルタリング処理が、複数のＲＦＩＤリーダが同じタグを重複して認識する場合に、タグ識別子を考慮せずに、既定時間に予め決定した回数より多く連続して認識された同じリーダ識別子を有するイベントデータを抽出することを特徴とする請求項１４に記載の装置。
【請求項２１】
前記イベントフィルタリング手段における前記データフィルタリング処理が、複数のＲＦＩＤリーダが同じタグを重複して認識する場合、既定時間認識された同じタグ識別子を有するイベントに関して最初に認識されたリーダ識別子を有するイベントデータを抽出することを特徴とする請求項１４に記載の装置。
【請求項２２】
前記イベントフィルタリング手段における前記データフィルタリング処理が、複数のＲＦＩＤリーダが同じタグを重複して認識する場合に、同じタグ識別子を有するイベントデータのうち、別のリーダ識別子を有するイベントデータの種類に基づいて、イベントデータをフィルタすることを特徴とする請求項１４に記載の装置。
【請求項２３】
前記イベントフィルタリング手段における前記データフィルタリング処理が、前記ＲＦＩＤリーダが、周辺環境により無線周波の予想電波領域の外のタグを認識する場合に、既定時間のタグの認識率を計算し、前記タグの認識率がユーザにより設定された認識率より高い範囲に属するイベントデータを抽出することを特徴とする請求項１４に記載の装置。
【請求項２４】
ＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースを提供する異種のリーダのサポートに基づくＲＦＩＤリーダインターフェース方法であって、
ａ）複数のＲＦＩＤリーダを個別的に識別し、それぞれのＲＦＩＤリーダにリーダ識別子を与え、前記リーダ識別子を用いて前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するステップと、
ｂ）前記ａ）ステップによって前記接続が確立された後、前記ＲＦＩＤリーダからタグデータを受信するか、または後述するｃ）ステップで個別プロトコルデータに変換されたアプリケーションシステムデータを前記ＲＦＩＤリーダに送信するステップと、
ｃ）前記異種のＲＦＩＤリーダをサポートするため、ＲＦＩＤリーダ毎の個々のプロトコルにしたがって生成された前記タグデータを、共通のプロトコルデータに変換するか、または共通のプロトコルにしたがって用意されたアプリケーションシステムデータを前記個々のプロトコルデータに変換するステップと、
ｄ）前記ａ）ステップによって前記接続が確立された後、前記ｃ）ステップで前記共通のプロトコルデータに変換された前記タグデータを、前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、あるいは前記アプリケーションシステムから前記アプリケーションシステムデータを受信するステップと
を備えたことを特徴とする方法。
【請求項２５】
ｅ）前記ａ）ステップにおける接続動作、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続状態、および前記ｂ）ステップおよび前記ｄ）ステップにおけるデータの送信／受信をモニタリングするステップをさらに備えたことを特徴とする請求項２４に記載の方法。
【請求項２６】
ｆ）前記ＲＦＩＤリーダ間の直接通信のためにデータを交換するステップをさらに備えたことを特徴とする請求項２４に記載の方法。
【請求項２７】
前記ｃ）ステップであって、
ｃ１）前記ｂ）ステップから受信した前記タグデータを解析するステップと、
ｃ２）前記解析されたタグデータを共通のプロトコルデータに変換するか、または前記ｄ）ステップからのアプリケーションシステムデータを個別プロトコルデータに変換するステップと、
ｃ３）前記ｃ２）ステップから提供された前記アプリケーションシステムデータから前記対応するＲＦＩＤリーダに送信される送信メッセージを発生するステップと
を備えたことを特徴とする請求項２４に記載の方法。
【請求項２８】
ＲＦＩＤリーダから生成されるイベントを管理するための異種のリーダのサポートに基づくマルチプロトコルのためのＲＦＩＤイベント管理方法であって、
ａ）前記外部から入力されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを生成するステップと、
ｂ）前記ａ）ステップで生成された前記基本タグイベントデータに関するフィルタリングを実行するステップと、
ｃ）前記ｂ）ステップでフィルタされたタグイベントデータを、プッシュモードを用いて前記対応するアプリケーションシステムにする伝送ステップと
を備えたことを特徴とする方法。
【請求項２９】
ｄ）前記基本タグイベントデータを周期毎に抽出し、前記アプリケーションシステムの要求に対応する形のフィルタされたタグデータを生成して同じものを前記アプリケーションシステムに提供するステップをさらに含むことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記ｂ）またはｄ）ステップが、リーダ識別子、タグ識別子、タイムスタンプ、およびイベントの種類に基づいて前記フィルタリングを実行することを特徴とする請求項２８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）リーダインターフェースおよびイベント管理デバイスならびにその方法に関し、より詳細には、プロトコル変換処理により、互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートし、かつ収集されたＲＦＩＤタグデータに対するイベント生成およびデータフィルタリング処理により、アプリケーションシステムに伝送するデータ量を顕著に減少させる、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスならびにその方法に関する。
【背景技術】
【０００２】
従来のRFIDリーダインターフェースおよびイベント管理デバイスが、ＲＦＩＤタグおよびリーダなどのハードウェア装置と、リーダに接続され、タグデータを受信して処理するホスト（Ｈｏｓｔ  Ａｐｐｌｉｃａｔｉｏｎ）とで構成され、リーダがタグからデータを読み出してホストに伝送する方式を採用している。ところが、このような従来技術は、以下で説明される幾つかの問題がある。
【０００３】
単一種のリーダを想定してのシステムであるため、リーダとホストとの間の通信プロトコルは、１つに限られている。したがって、このシステムは、様々な使用環境に応じて異種リーダを複合的に構成して使用しなければならない現実の状況に適合していない。
【０００４】
また、リーダがタグからデータを読み出して伝送するとき、タグデータのみならず、関連イベントに関する情報もともに伝送しなければならない。
【０００５】
これは、基本的に、リーダは、１秒当たり数十回の信号を伝送してタグの反応するデータを読み出すが、その読み出したデータがその都度正確でないため、それを適切にフィルタする必要があり、さらに読み出したという事実ばかりでなく、それが意味する状態まで分からなければ、アプリケーションシステムにおける適切な対応ができないからである。これを詳述すると、以下のとおりである。
【０００６】
ＲＦＩＤ技術の適用にあたり、ＳＣＭ、倉庫管理、項目トラッキングなどのためにＲＦＩＤタグを使用するには、まず、リーダが必要であり、リーダを操作するためのシステムに接続されていなければならない。しかし、米国のＡｌｉｅｎ、Ｓａｖｉ、Ｍａｔｒｉｃｓなどの会社が提供する従来の技術では、この処理は、特定のリーダ装置製造会社から提供される専用インターフェースやプロトコルを用いて作業者が実行ウィンドウから行わなければならない。
【０００７】
また、リーダによって収集されたタグデータを他のシステムで使用するためには、それを再加工または抽出し、ＲＦＩＤリーダおよびホストとは別途に、ユーザが介入して関連するアプリケーションシステムに提供しなければならない。すなわち、自動化が行われず、特定のインターフェースおよびプロトコルに従属した単一装置のみを使用しなければならない。
【０００８】
しかしながら、この場合、ＲＦＩＤタグおよびリーダの導入は、その作業、対象、環境、通信などを綿密に考慮しなければならず、各条件に応じて適切な製品を選択することを考慮するときには適切でない。すなわち、ユーザの手作業が必要であり、互換性がなく、かつ自動化した接続管理、タグデータの送信／受信、モニタリングを提供することができない。現在、韓国国内でもＲＦＩＤリーダとアプリケーションシステムとの間でリーダの接続、データ通信、モニタリング機能をサポートするサービスを開発してはいるものの、マルチプロトコルや異種リーダを考慮したものではない。
【０００９】
さらに、リーダがタグから読み出したタグデータおよびイベントの処理および伝送を詳細に説明すると、一般的に、タグにはタグおよびタグ取り付け物の識別のための識別値とユーザデータとが含まれている。家は広くてもリーダは、タグからタグメモリに格納されているデータを読み出すが、複数のリーダが大量のタグからデータを読み出し、各リーダは、この作業を１秒当たり数十回ずつ繰り返す。結果的に、タグデータがシステムに流入するため、アプリケーションシステムに必要な有意データを抽出する適切なフィルタリングが必要となる。
【００１０】
また、リーダアンテナの可読距離内においてタグ取付物の継続的な移動や数量の増加、またはその他の様々な状況が発生するが、これは、タグデータだけでは判定できないことから、状態を決定するためのイベント情報が必要となる。しかし、現在、商用供給されているリーダ製品では、このようなイベント情報の提供ができないため、ホストで別途に処理しなければならない問題があった。
【００１１】
これに関し、ＥＰＣ  ＧｌｏｂａｌのＳＡＶＡＮＴは、リーダから継続的に流入するデータをフィルタリングし、定められたアプリケーションシステムにタグイベント情報を伝送する片方向のプッシュモードを用い、これは、タグデータのフィルタリングおよびリアルタイムのデータ伝送によるイベントの処理に重点を置いている。しかし、この構造は、継続的なタグイベントの流入ではなく、ユーザのニーズに応じて、リーダまたはリーダグループの認識領域内にあるタグリストを見ようとする際に不向きという問題があった。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
そこで、本発明の目的は、プロトコル変換処理により、互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートし、かつ収集されたＲＦＩＤタグデータに対するイベント生成およびデータフィルタリング処理により、アプリケーションシステムに伝送するデータ量を顕著に減少させる、マルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスならびにその方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記の目的を達成するための本発明は、異種のＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースを提供するＲＦＩＤリーダインターフェースコンポーネントにおいて、複数のＲＦＩＤリーダを個別的に識別し、前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するリーダ接続管理手段と、前記ＲＦＩＤリーダからタグデータを受信するか、プロトコル処理手段で個別プロトコルデータに変換されたアプリケーションシステムデータを該当のＲＦＩＤリーダに送信するリーダ送信／受信処理手段と、異種のＲＦＩＤリーダをサポートするため、前記リーダ送信／受信処理手段で受信されたタグデータを共通のプロトコルデータに変換するか、ミドルウェア送信／受信処理手段で受信されたアプリケーションシステムデータを個別プロトコルデータに変換する前記プロトコル処理手段と、該プロトコル処理手段で共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、前記アプリケーションシステムから前記アプリケーションシステムデータを受信する前記ミドルウェア送信／受信処理手段とを備える。また、前記本発明の装置は、前記リーダ接続管理手段の接続動作、前記ＲＦＩＤリーダとアプリケーションシステムとの接続状態、および前記リーダ送信／受信処理手段、ならびに前記ミドルウェア送信／受信処理手段におけるデータの送信／受信をモニタリングするモニタリング手段と、ＲＦＩＤリーダ間の直接的なデータの交換のため、前記ミドルウェア送信／受信処理手段で前記アプリケーションシステムまたは前記ＲＦＩＤイベント管理デバイスに伝送するデータのうち、他のリーダで処理することが適したコマンド／レスポンスデータを前記リーダ送信／受信処理手段にフィードバックさせるコマンド／レスポンス交換手段とをさらに備える。
【００１４】
一方、本発明は、ＲＦＩＤリーダから生成されるイベントを管理するＲＦＩＤイベント管理デバイスにおいて、外部から入力されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを生成し、当該基本タグイベントデータに関するフィルタリングを実行し、該当のアプリケーションシステムに伝送する基本タグイベントデータ処理およびルーティング手段と、該基本タグイベントデータを格納するフィルタされていないタグイベントデータ格納手段とを備える。また、上記本発明は、前記フィルタされていないタグイベントデータ格納手段に格納された基本タグイベントデータを周期毎に抽出し、アプリケーションシステムの要求に応じた形のフィルタされたタグデータを生成して前記アプリケーションシステムに伝送するフィルタされたタグイベントデータ処理手段をさらに備える。
【００１５】
一方、本発明は、異種のＲＦＩＤリーダとアプリケーションシステムとの間のインターフェースを提供するＲＦＩＤリーダインターフェース方法において、ａ）複数のＲＦＩＤリーダを個別的に識別してそれぞれのＲＦＩＤリーダにリーダ識別子を付与し、当該リーダ識別子を用いて前記ＲＦＩＤリーダと前記アプリケーションシステムとの接続を確立するステップと、ｂ）前記ａ）ステップによって接続が確立された後、前記ＲＦＩＤリーダからタグデータを受信するか、後述するｃ）ステップで個別プロトコルデータに変換されたアプリケーションシステムデータを前記ＲＦＩＤリーダに送信するステップと、ｃ）異種のＲＦＩＤリーダをサポートするため、ＲＦＩＤリーダ毎の個別的なプロトコルにしたがって生成された前記タグデータを共通のプロトコルデータに変換するか、共通のプロトコルにしたがって作成されたアプリケーションシステムデータを個別プロトコルデータに変換するステップと、ｄ）前記ａ）ステップによって接続が確立された後、前記ｃ）ステップによって共通のプロトコルデータに変換されたタグデータを前記アプリケーションシステムまたはＲＦＩＤイベント管理デバイスに送信するか、前記アプリケーションシステムからアプリケーションシステムデータを受信するステップとを含む。上記本発明の方法は、ｅ）前記ａ）ステップの接続動作、前記ＲＦＩＤリーダとアプリケーションシステムとの接続状態、および前記ｂ）ステップおよび前記ｄ）ステップにおけるデータの送信／受信をモニタリングするステップと、ｆ）ＲＦＩＤリーダ間の直接通信のためにデータを交換させるステップとをさらに含む。
【００１６】
一方、本発明は、ＲＦＩＤリーダから生成されるイベントを管理するＲＦＩＤイベント管理方法において、ａ）外部から入力されるタグデータのうち、所定の状態間の遷移に対応する基本タグイベントデータを生成する基本タグイベントデータ生成ステップと、ｂ）前記ａ）ステップで生成された基本タグイベントデータに対してフィルタリングを実行する基本タグイベントデータ処理ステップと、ｃ）前記ｂ）ステップでフィルタされたタグイベントデータをプッシュモードを用いて該当のアプリケーションシステムに伝送する伝送ステップとを含む。また、上記本発明の方法は、ｄ）前記基本タグイベントデータを周期毎に抽出し、アプリケーションシステムの要求に応じた形のフィルタされたタグデータを生成して前記アプリケーションシステムに伝送するステップをさらに含む。
【発明の効果】
【００１７】
本発明は、異種リーダに関する相互互換および一貫した管理のためのマルチプロトコルをサポートでき、収集されたタグデータに関するイベントの生成およびデータのフィルタリング機能も提供することに利点がある。
【００１８】
また、本発明は、様々な環境において、複数の異種のリーダを適用でき、これに対して統合された識別、接続、およびリーダ管理が可能であり、かつリーダが状態情報を提供しなくても、単純なタグデータの収集とともに状態情報の生成およびデータのフィルタリングを可能にする。
【００１９】
さらに、本発明は、使用環境に応じて互いに異なるタグやリーダを使用し、リーダは同時に数十個から数百個のタグを処理しなければならず、また、１つのタグに対しても１秒当たり数件から数十件の情報を伝送してはじめて、ＲＦＩＤシステム環境において、イベントの生成およびデータのフィルタリング機能を提供することにより、アプリケーションシステムに伝送する情報量を顕著に減少させ、重複性を除去し、かつリーダが読み出したタグデータのみならず、状態に関する情報までアプリケーションシステムに提供する効果がある。
【００２０】
また、本発明は、ＲＦＩＤタグデータおよびイベントの需要者であるアプリケーションシステムの様々な要求に対応するため、リーダから流入するデータをリアルタイム的にフィルタリングし、そのフィルタされたデータを伝送する方式として、プッシュモードを提供するばかりでなく、アプリケーションシステムの要求に適切に応答してフィルタされたタグデータおよびイベントを生成して伝送するプルモードも同時にサポートする効果がある。
【００２１】
さらに、本発明は、異種のＲＦＩＤタグおよびリーダを受容することができ、ＲＦＩＤリーダによって生成されるイベントをフィルタリングしてアプリケーションシステムの過負荷を防止し、フィルタされたイベントのみをリアルタイムでアプリケーションシステムに伝送する効果がある。
【００２２】
本発明の上記目的および他の目的や特徴は、添付の図面とあわせて与えられる好適な実施形態の以下の説明から明確になるはずである。
【発明を実施するための最良の形態】
【００２３】
上述した目的、特徴、および長所は、添付された図面に関する以下の詳細な説明を通じてより明確になるはずであり、前述に基づいて、当業者が本発明の技術的思想を容易に実施することができる。また、本発明を説明するにあたり、本発明に係る公知技術に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断される場合、その詳細な説明を省略する。以下、添付された図面を参照して本発明に係る好ましい実施形態を詳細に説明する。
【００２４】
図１は、本発明に係るマルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスの一実施形態を示す構成図である。
【００２５】
同１に示すように、本発明に係るマルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイス１０は、ＲＦＩＤリーダインターフェースコンポーネント１００と、ＲＦＩＤイベント管理コンポーネント１１０とを備えてなる。
【００２６】
まず、本発明の全般的な内容を以下に紹介する。
【００２７】
互いに異なるプロトコルを使用する複数の異種リーダとアプリケーションシステムとの通信をサポートするためにプロトコルの互換および変換を行い、このようなリーダに対する接続および管理のため、識別および接続管理機能、およびモニタリング機能を提供する。ここで、接続管理機能には、異種リーダの管理および固有識別子の発行のためにリーダプロファイルの管理および固有識別子の発行機能が含まれる。リーダとの通信が開始されると、リーダ毎に収集されるタグデータをフィルタリングし、抽出されたデータに基づいて適切なイベントを判断および生成してタグデータおよびイベントをイベント処理器に伝送する。
【００２８】
タグデータのフィルタリングおよびイベントの伝送を担当するイベント管理デバイスに関しては、ＲＦＩＤタグデータおよびイベントの需要者であるアプリケーションシステムの様々な要求に対応するため、リーダから流入するデータをリアルタイムでフィルタリングし、フィルタされたデータを伝送するプッシュモードおよびプルモードを同時にサポートすることができる。
【００２９】
ＲＦＩＤリーダは、電波干渉や反射などにより、そのタグ認識の正確度が１００％になることはなく、非接触式で１秒当たり数百件から数千件のタグを同時に認識することができる。このとき、不要なデータが生成されてシステムの負荷をもたらしかねないことから、データのフィルタリングが必要となる。本発明は、ＲＦＩＤシステムが受容するイベントデータのフィルタリングのため、ＲＦＩＤシステムで処理すべき適切なフィルタリング手法を提供する。
【００３０】
処理済みのイベントをアプリケーションシステムに伝送する方法として、２つの構造をサポートすることができる。まず、プッシュ構造のサポート時、各ドメインによって要求されるデータのフィルタリング形態および最終データの需要者に至るまでの流れに対してカスタマイズが容易な構造を備え、各ドメインが要求するデータのフィルタリング方式を決定し、外部で自由に登録および削除可能な構造を提供する。また、これとともに、プル構造をサポートすることができる。
【００３１】
以下、図１について説明する。まず、リーダインターフェースコンポーネント（ＲＩＣ：Ｒｅａｄｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｍｐｏｎｅｎｔ）１００について詳細に説明する。
【００３２】
通信において、互いに異なるプロトコルを使用する異種リーダを使用するためのＲＦＩＤインターフェースコンポーネント１００の作動順序は、次のとおりである。
【００３３】
まず、リーダの接続の確立が行われなければならない。このため、インターフェースコンポーネントにおいて、管理者は、まず、リーダに内蔵されたシステム情報およびインターフェースコンポーネントで管理するリーダプロファイルを確認し、リーダの接続および設置に関する情報を追加し、該当のリーダに対する識別子を発行してリーダに入力する。
【００３４】
商用のリーダ製品の場合、リーダに内蔵されたシステム情報には、リーダ名、製造会社、一連番号などがあるが、この情報の項目および規格がそれぞれ異なるため、ＲＦＩＤシステムで共通に用いられる識別子を発行してリーダに適用する。これにより、ＲＦＩＤシステムは、複数のリーダを一貫した識別子として識別し統制することができる。その後、図２および図３に示すように、識別子に基づいて個別リーダ毎に通信チャネルを設定して通信を開始する。
【００３５】
ＲＦＩＤシステムは、アプリケーションシステムの要求に応じて、リーダによってタグデータを読み出したり書き込んだりする。この処理は、アプリケーションシステムが要求するタグデータを受け取って該当のリーダにコマンド、オプション、およびデータ値を伝送し、リーダをもってタグにデータを書き込ませるか、またはアプリケーションシステムが要求するリーダをもってタグのデータを読み出すようにしてデータを受信した後、該当のアプリケーションシステムに伝送する。
【００３６】
この処理で、インターフェースコンポーネントは、各リーダのプロトコルに応じてデータを構成または受信された値を区分するが、アプリケーションシステムは、個別リーダのプロトコルにかかわらず、データの送信／受信ができるようにする（図２、図４）。
【００３７】
次に、リーダの接続が設定され、通信を開始すると、インターフェースコンポーネントは、リーダの接続状態およびタグデータの送信／受信状態を周期的に確認する。リーダの接続状態は、周期的にリーダの応答を要求して応答メッセージを確認する方式であり、データの送信／受信は、アプリケーションシステムから送信要求を受け入れたデータとリーダから受信したデータとを管理するバッファに累積されるデータ量を確認することによって行われる。このとき、異常が感知されると、図２および図５に示すように、ユーザへの通知メッセージ、ログ記録、および該当のリーダへのフィードバックという３つの作業が行われる。
【００３８】
一方、ＲＦＩＤイベント管理コンポーネント１１０については、図６であわせて説明する。
【００３９】
図２は、本発明に係る図１のＲＦＩＤリーダインターフェースコンポーネントの一実施形態を示す詳細構成図である。
【００４０】
まず、ＲＦＩＤリーダインターフェースコンポーネント１００の各構成要素を概略的に説明すると、次のとおりである。
【００４１】
接続管理ユニット２０１は、リーダ接続時、ネットワークチャネルの設定、プロファイルの確認、および識別子の発行機能を行い、リーダプロファイル管理ユニット２０２は、リーダ名、製造会社、周波数帯域などのリーダプロファイルを格納管理する。リーダ識別子発行ユニット２０３は、ＲＦＩＤシステムに接続されたリーダの固有識別子の発行および管理機能を行う。ここで、接続管理ユニット２０１、リーダプロファイル管理ユニット２０２、およびリーダ識別子発行ユニット２０３は、図１のリーダ接続管理ユニット１０１の構成要素である。
【００４２】
リーダ送受信器１０３および２０４は、ＲＦＩＤシステムとリーダとの間のタグデータの送信／受信処理機能を行い、メッセージ生成器２０５は、リーダの操作のためのコマンドおよび値を該当のプロトコルを用いてメッセージとして生成する。
【００４３】
一方、プロトコルインターフェースユニット２０６は、ＲＦＩＤシステムとアプリケーションシステムとの間の通信プロトコルに応じた要求と、リーダから受信されたメッセージの分析および処理のために特定のプロトコル処理器２０７を駆動する。
【００４４】
プロトコル処理器１０４は、リーダ２０とアプリケーションシステム３０との間でプロトコル変換処理を行うが、これは、アプリケーションシステム３０の要求がＲＦＩＤシステムの内部で予め定義された通信規約にしたがい、リーダ２０が特定のプロトコルにしたがって作動するからである。
【００４５】
送信バッファ２０８は、アプリケーションシステム３０からリーダ２０に送信するデータを格納するバッファであり、受信バッファ２１０は、リーダから受信したデータを格納するバッファである。
【００４６】
ミドルウェア送信／受信処理器２０９は、リーダ２０とアプリケーションシステム３０との間のデータの送信／受信を処理する。
【００４７】
パーサ２１１は、リーダ２０から受信したメッセージの前処理作業としてメッセージを解析する機能を行う。
【００４８】
コマンド／レスポンス交換器２１２は、リーダ２０間の直接通信のためにメッセージを交換させる機能を行う。
【００４９】
監視ユニット１０２および２１３は、リーダの接続状態および動作をモニタリングし、異常発生時、通知メッセージの作成、ログ記録、および該当のリーダにフィードバックする機能を行う。
【００５０】
以下、リーダインターフェースコンポーネント１００の主な構成要素を図２ないし図５を参照して詳細に説明する。
【００５１】
接続管理ユニット２０１は、ＲＦＩＤシステムに接続されるリーダ２０に対して接続を確立し管理する。通常、リーダとＲＦＩＤシステムとの接続は、通信ネットワークを介したＴＣＰ／ＩＰ接続であり、このとき、接続管理ユニット２０１は、新たに接続されるリーダのシステム情報と、リーダプロファイル管理ユニット２０２に格納されたリーダプロファイル情報とを確認し、リーダにシステム情報として内蔵されたリーダの種類や製造会社の個別識別子に関係なく、ＲＦＩＤシステムが接続された全てのリーダに対して共通に識別可能な識別子を発行し、これに対するマッピング情報を管理する。このマッピング情報に基づき、個別リーダを識別し、ＲＦＩＤシステムの他の構成要素またはアプリケーションシステムのリーダの動作に関する作業を制御する。
【００５２】
一方、リーダプロファイル管理ユニット２０２の機能について説明すると、次のとおりである。リーダの設置および運用のためには、リーダプロファイル情報が必要となる。通常のリーダ装置では、関連するコマンドを入力すると、システム情報を提供する。ここには、リーダ名、製造会社、リーダの種類、使用周波数、オブジェクトタグ、タグプロトコル、製造一連番号などが含まれ、これを１つのプロファイルとして管理する。同種のリーダが追加でＲＦＩＤシステムに接続される場合、プロファイルは新たに入力されず、従来の情報を確認することで代替する。
【００５３】
一方、リーダ識別子発行ユニット２０３の機能について説明すると、次のとおりである。実際の業務では、複数の異種リーダが使用され、同時に同種の複数のリーダが使用される。この場合、リーダプロファイルだけでは個別リーダの識別が不可能であり、さらに、リーダのシステム情報における製造一連番号は、個別リーダを識別することはできるものの、製造会社やリーダの種類毎に一連の番号体系およびケタ数がそれぞれ異なるため、ＲＦＩＤシステムにおいて一貫した識別子として使用することができない。したがって、特定のリーダを用いて特定のタグにデータを書き込んだり読み出すためには、ＲＦＩＤシステムが個別リーダを別途に管理できなければならないため、ＲＦＩＤシステム内で個別リーダを識別する一貫した固有識別子が必要となる。このように、ＲＦＩＤシステムに接続された固有識別子を発行し管理する処理器が、リーダ識別子発行ユニット２０３である。このため、プロファイル、ネットワークアドレス、リーダ通信ポート番号、アクティブの可否、リーダの設置場所、管理者、作業用途などの情報を用いる。
【００５４】
一方、プロトコルインターフェースユニット２０６の機能について説明すると、次のとおりである。ＲＦＩＤシステムは、アプリケーションシステム３０とリーダ２０との間に位置し、その機能は、アプリケーションシステム３０の要求に応じてリーダ２０を制御し、データを読み出したり書き込んだりし、かつデータの交換を中継することである。しかし、アプリケーションシステムやそのユーザが作業場に設置された個別リーダの通信プロトコルを全て熟知して使用することは不可能なことから、ＲＦＩＤシステムは、アプリケーションシステムに予め定義されたＲＦＩＤシステムの共通のプロトコルを使用する。ＲＦＩＤシステムは、これを再び作業対象である個別リーダのプロトコルにしたがって変換して伝送してはじめて、リーダがそれにしたがって正しく動作する。
【００５５】
この処理で、アプリケーションシステムとＲＦＩＤシステムとの間の共通のプロトコルを各リーダの特定のプロトコルに変換する処理器が必要となる。プロトコルインターフェースユニット２０６は、共通のプロトコルにしたがって作成されたメッセージを個別のプロトコル処理器２０７によって変換する作業を行う。また、逆に、各リーダ２０から受信したメッセージをアプリケーションシステム３０が受け取って処理できるようにする逆の変換処理も行う。
【００５６】
一方、プロトコル処理器２０７の機能について説明すると、次のとおりである。ユーザがタグデータを読み出したり書き込んだりするためにアプリケーションシステム３０を使用すると、アプリケーションシステム３０は、これをＲＦＩＤシステムの内部に適用される共通のプロトコルに伝送する。しかし、リーダ２０の動作を制御するプロトコルは、コマンド、オプション、および値からなるメッセージである。このプロトコルは、リーダの製造会社毎にそれぞれ異なる。したがって、両者の相互互換のためには、変換処理が必要である。プロトコル処理器２０７は、このような共通のプロトコルとリーダプロトコルとの間の変換を行い、共通のプロトコルのコマンドおよび値を受け取って、対象となるリーダが適切な作業を行うことができるように、該当のリーダのプロトコルに応じてコマンド、オプション、および値に変換する。
【００５７】
一方、コマンド／レスポンス交換器２１２の機能について説明すると、次のとおりである。リーダインターフェースコンポーネント１００において、ミドルウェア送信／受信処理器２０９を介してアプリケーションシステムまたはＲＦＩＤイベント管理デバイスに伝送しようとするコマンド／レスポンスデータのうち、他のリーダで直接処理することが適しているコマンド／レスポンスデータを判別し、これをリーダ送信／受信処理器２０４にフィードバックさせる機能を行う。これにより、他のリーダに伝送することが適しているコマンド／レスポンスデータは、リーダ送信／受信処理器２０４を介して該当の他のリーダに伝送される。あるいは、図２に示すように、判別されたコマンド／レスポンスデータをメッセージ生成器２０５を介して該当の他のリーダに伝送することもでき、この場合も、リーダ送信／受信処理器２０４を介して該当のリーダ２０に伝送される。
【００５８】
上記のようなコマンド／レスポンス交換器２１２の機能により、リーダ２０間で直接的なデータの交換が行われるようになる。
【００５９】
一方、監視ユニット１０２および２１３は、リーダ２０の接続状態および動作をモニタリングし、異常発生時、通知メッセージの作成、ログ記録、および該当のリーダにフィードバックする機能を担当する処理器であって、リーダの電源、ネットワークの接続、および作動状態、タグデータの送信／受信状態をモニタリングし、リーダプロファイル、および識別子の発行状況をモニタリングし、変動が発生すると、これに関する通知メッセージの作成およびログ記録を行う。
【００６０】
図３は、本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるリーダの接続方法に関する一実施形態を示すフローチャートであって、リーダ接続管理ユニット１０１で行われる方法を示している。
【００６１】
リーダ接続管理ユニット１０１は、新たに接続されるリーダのシステム情報を確認し（Ｓ３０１）、リーダプロファイル管理器に新たに接続されたリーダプロファイル情報があるかどうかをリーダプロファイル管理情報（Ｓ３０３）から確認する（Ｓ３０２）。
確認の結果、リーダプロファイル情報が存在すると、その接続されたリーダに対して共通に識別可能な識別子（リーダの固有識別子）を発行する（Ｓ３０５）。このとき、固有識別子管理情報によって発行される（Ｓ３０６）。
【００６２】
確認の結果、リーダプロファイル情報が存在しなければ、その接続されたリーダに対して新たなプロファイルが入力され（Ｓ３０４）、固有識別子管理情報（Ｓ３０６）によって識別子（リーダの固有識別子）を発行する（Ｓ３０５）。
【００６３】
上記のようなリーダの固有識別子を発行した後、その発行されたリーダの固有識別子を用いてリーダとアプリケーションシステムとの接続の確立を行う（Ｓ３０７）。
【００６４】
図４は、本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるデータの通信方法に関する一実施形態を示すフローチャートである。
まず、アプリケーションシステム３０からリーダ２０へのデータの伝送処理を説明すると、次のとおりである（Ｓ４００）。
【００６５】
ＲＦＩＤリーダインターフェースコンポーネント１００のミドルウェア送信／受信処理器２０９がアプリケーションシステム３０の送信するデータを受信し（Ｓ４０１）、これを送信バッファ２０８に格納する（Ｓ４０２）。このときの格納処理で、該当のリーダの固有識別子の確認も行う。
【００６６】
その後、ＲＦＩＤリーダインターフェースコンポーネント１００のプロトコルインターフェースユニット２０６およびプロトコル処理器２０７によって受信データに対するプロトコルマッピング／変換を行う。その後、メッセージ生成器２０５は、メッセージを生成し（Ｓ４０４）、リーダ送信／受信処理器２０４を介してリーダ２０に送信する（Ｓ４０６）。ここで、「Ｓ４０４」におけるメッセージの作成処理でもリーダの固有識別子を確認する（Ｓ４０５）。
【００６７】
以下では、リーダ２０からアプリケーションシステム３０へのデータの伝送処理を説明する（Ｓ４１０）。
【００６８】
ＲＦＩＤリーダインターフェースコンポーネント１００のリーダ送信／受信処理器２０４がリーダ２０からタグデータを受信する（Ｓ４１１）と、パーサ２１１は、これを解析する（Ｓ４１２）。受信データは、プロトコルインターフェースユニット２０６およびプロトコル処理器２０７によってプロトコルマッピング／変換が行われた後（Ｓ４１３）、受信バッファ２１０に格納される（Ｓ４１４）。すると、ミドルウェア送信／受信処理器２０９は、受信バッファ２１０に格納されたデータをアプリケーションシステム３０に送信する。
【００６９】
上記のような処理により、インターフェースコンポーネントは、各リーダのプロトコルに応じてデータを構成または受信された値を区分するが、アプリケーションシステムは、個別リーダのプロトコルにかかわらず、データの送信／受信ができるようになる。
【００７０】
図５は、本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるモニタリング方法に関する一実施形態を示すフローチャートであって、監視ユニット１０２および２１３で行われる方法を示している。
【００７１】
監視ユニット１０２および２１３は、リーダの電源、ネットワークの接続状態および作動状態、ならびにタグデータの送信／受信状態をモニタリングし、かつリーダプロファイルや識別子の発行状況などをモニタリングし（Ｓ５０１、Ｓ５０２、Ｓ５０３）、異常または変更があると、これに関する通知メッセージを作成／展示（Ｓ５０５）、ログの書き込みを行い（Ｓ５０６）、該当のリーダにフィードバックする機能を行う。このような処理は、継続的に繰り返し行われる。
【００７２】
図６は、本発明に係る図１のＲＦＩＤイベント管理デバイスの一実施形態を示す詳細構成図であり、図７は、本発明に係る図６の基本タグイベントデータ処理器およびルータの一実施形態を示す詳細構成図であって、プッシュモードをサポートし、アプリケーションシステムのタグイベントデータのリアルタイムの処理／連動を目的とするものを示している。図９は、本発明に係る図６のフィルタされたタグイベントデータ処理器の一実施形態を示す詳細構成図であって、プルモードをサポートし、主に静的な状態での警戒（Ａｌｅｒｔｉｎｇ）、在庫調査などのデータ処理を目的とする装置を示している。これらをあわせて説明する。
【００７３】
ＲＦＩＤイベント管理コンポーネント１１０は、第一に、データのフィルタリング機能、第二に、イベントの伝送機能を行う。
【００７４】
まず、第一に、データのフィルタリング機能について説明すると、次のとおりである。ＲＦＩＤリーダで認識されたイベントが基本タグイベント生成器７１を通過して基本タグイベントの生成のための状態遷移（図８）が行われたと仮定する。
【００７５】
ＲＦＩＤリーダからＲＦＩＤシステムに伝送されるタグデータは、「リーダ識別子」、「タグ識別子」、「タイムスタンプ」、「基本タグイベントの種類」の４つであり、これに基づいてデータをフィルタする。
【００７６】
第二に、イベントの伝送機能について説明すると、次のとおりである。イベントの伝送には、プッシュモードおよびプルモードがある。
【００７７】
まず、プッシュ構造について説明する。ＲＦＩＤイベント管理コンポーネント１１０は、基本的なタグデータフィルタモジュールを提供し、各ドメインに適したフィルタモジュールの登録が可能なユーザインターフェースを提供する。ＲＦＩＤイベント管理コンポーネント１１０は、基本的なタグデータ伝送モジュールを提供し、タグデータのリアルタイムな受信を希望するアプリケーションシステム毎の伝送モジュールの登録が可能なユーザインターフェースを提供する。
【００７８】
ＲＦＩＤイベント管理コンポーネント１１０は、各フィルタおよび伝送モジュール間の前後関係、ドメインに適したフィルタ、およびフィルタ値を選択することができるデザイナーを提供する。ＲＦＩＤイベント管理コンポーネント１１０は、プル構造および履歴管理のためのバックアップデータのために流入するフィルタされていないタグイベントデータを短期間特定の格納場所に格納する（情報の公開）。
【００７９】
一方、以下では、プル構造について説明する。
【００８０】
ＲＦＩＤイベント管理コンポーネント１１０は、プッシュシステムで格納された短期間のフィルタされていないタグイベントデータを基に一定の周期毎に加工／フィルタリングし、多次元情報の表示を有するフィルタされたタグイベントデータリストを格納する。ＲＦＩＤイベント管理コンポーネント１１０は、個別アプリケーションシステムがタグイベントデータを受け取ることのできる目的地（Ｄｅｓｔｉｎａｔｉｏｎ）情報および情報フォーマットを登録することのできるリスナー登録簿を提供する（情報の受入のための予約（Ｓｕｂｓｃｒｉｐｔｉｏｎ））。
【００８１】
ＲＦＩＤイベント管理コンポーネント１１０は、リスナーＩＤ情報とともに特定の期間およびオペレーションを設定し、一定期間認識されたタグイベントデータに基づいてオペレーションを行い、リスナーＩＤに定められた情報を用いてその結果を伝送する。このとき、多次元フィルタされたタグイベントデータを活用する（予約期間に受信を希望する情報を予め定義された形態で受け取る）。
【００８２】
一方、以下では、ＲＦＩＤイベント管理デバイス（ＥＭＣ）１１０のシステム構成について説明する。
【００８３】
ＲＦＩＤイベント管理コンポーネント１１０の全体構造は、図１に示すように、途中で短期間のフィルタされていないタグイベントデータ格納ユニット１１３を中心として前後にプッシュおよびプル処理ミドルウェアの位置する「ミドルウェアのチェーン（ａ  Ｃｈａｉｎ  ｏｆ  Ｍｉｄｄｌｅｗａｒｅ）」構造を基本とする。
【００８４】
基本タグイベントデータ処理器およびルータ１１１（図６参照）は、プッシュ構造をサポートするためのものであり、リーダから流入するデータのうち、有意状態を定義し、その状態間の遷移が発生するときにのみデータを伝送して一次的流入のデータ量を減少させ（［リーダおよびタグ］毎に管理。すなわち、同じタグに対してリーダ１およびリーダ２に対してそれぞれイベント発生プロセスを適用させるとの意味）、これに基づき、各ドメイン毎に適したフィルタの設定およびそれらの組み合わせによってリアルタイムでの受信を希望するアプリケーションシステムにタグデータを伝送する。
【００８５】
反面、フィルタされたタグイベントデータ処理器１１２（図６参照）は、プル構造をサポートするためのものであり、まず、各アプリケーションシステム毎に受信を希望するフォーマットおよび目的地情報をリスナーの形態を取り、処理器から提供するインターフェース（代表的にＳＯＡＰ基盤）を介して登録し、所望の時点にアプリケーションシステム毎に所望の情報を受けようとする期間、リスナーＩＤ、そして、その期間に収集されたタグイベントデータリストに対するオペレーション情報をともに伝送し、タグデータリストを受け取る。
【００８６】
本発明に係るＲＦＩＤイベント管理デバイス（ＥＭＣ）１１０は、以前のＳａｖａｎｔ構造に比べてフィルタされたタグイベントデータ処理器１１２（図６参照）が追加され、差別化したサービスサポートを可能にする。
【００８７】
各構成のサブシステム毎に詳細に説明すると、次のとおりである。
【００８８】
第一に、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７参照）について説明する。
【００８９】
図６に示すように、リーダから流入するタグデータを適切にフィルタリングし、定められたアプリケーションシステムに伝送するための一連の流れを記述する管理モジュールと、その流れに沿ってデータを処理するリアルタイム処理モジュールとに分けられる。
基本タグイベント生成器７１は、図８で記述された状態遷移図から状態間の遷移時に対応するタグデータのみをシステムに流入させる役割を果たし、このときの状態遷移を基本タグイベントという。そして、状態管理は、あるタグに対して各リーダ毎に独立して維持管理される。
【００９０】
一方、タグデータ処理ルータデーモン７２は、外部によってリアルタイムでカスタマイズされた情報を所望のアプリケーションシステムに基本タグイベントデータを伝送するためにデーモン形式で運営されるモジュールであり、基本タグイベント生成器７１から伝送されたタグデータは、一次的にイベントバッファ７６に格納され、所定のデータフィルタリングの実行およびその結果データをアプリケーションシステムに伝送するため、「７３」のプロセッサを通過させる。ここで、「７３」は、イベントフィルタ７４と、アプリケーションシステム用のリアルタイムイベントデータ伝送器７３とで構成される。一方、基本タグイベント生成器７１から伝送されたタグデータは、一次的にイベントバッファ７６に格納された後、イベントデータ書き込み器７７によって短期間のフィルタされていないタグイベントデータ格納ユニット１１３（図６参照）に格納される。
【００９１】
「７３」は、イベントデータハンドラ管理モジュール７８およびイベントデータ処理ルータフロー定義モジュール７９によって定義されたルータフロー定義に基づいてデーモン形式で動作し、関連するアプリケーションシステムにプッシュモードによってリアルタイムで情報を伝送する。
【００９２】
イベントデータ処理ルータフロー定義モジュール７９は、外部インターフェースを介して、該当のドメインおよびリアルタイム処理アプリケーションシステムにしたがって、適切なデータフィルタの選択およびこれらの前後関係、そして、最終のリアルタイム処理アプリケーションシステムへの伝送まで、一連の流れをカスタマイズが容易な形態で記述可能な管理モジュールである。これは、グラフまたはルートフローチャート（Ｒｏｕｔｅ  Ｆｌｏｗ  Ｄｉａｇｒａｍ）を記述するユーザインターフェース（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の形式にしたがう。
【００９３】
第二に、フィルタされたタグイベントデータ処理器１１２（図６、特に図９参照）について説明する。図９は、本発明に係る図６のフィルタされたタグイベントデータ処理器の一実施形態を示す詳細構成図である。
【００９４】
フィルタされたタグイベントデータ処理器１１２（図６、特に図９参照）は、アプリケーションシステム毎に所望の時点に、所望の期間のフィルタされたタグリストを受け取るためのプル形式の構造をサポートするためのシステムであって、個別アプリケーションシステムリスナーを登録し、すなわち、アプリケーションシステムリスナー登録器９０１によって受信を希望する目的地情報およびフォーマット情報などを登録し、これに相応するリスナーＩＤを受け取る。
【００９５】
また、処理器のバックグラウンドとしてフィルタされたイベントタグデータ作成スケジューラデーモン９０３は、図１０に示すような流れに沿って、「短期間のフィルタされていないタグイベントデータ格納ユニット」１１３（図６）に格納されたタグデータを周期毎に抽出、適切に加工し、図１１のような多次元データの格納構造を有するフィルタされたタグイベントリスト情報格納ユニット９０６にタグリストデータを格納管理する。すなわち、フィルタされたイベントタグデータ作成スケジューラデーモン９０３は、タグリスト情報を１回以上の周期でタグ毎、リーダ毎に認識されたタグリストを格納管理する。
【００９６】
特定のアプリケーションシステムが一定期間のフィルタリングタグリストを要求すると、アプリケーションシステム要求受入器９０２は、該当の要求を受け入れ、アプリケーションシステム要求ハンドラプール９０４によって管理されるハンドラ９０５を要求して該当の要求処理を要求する。
【００９７】
アプリケーションシステム要求ハンドラ９０５は、フィルタされたイベントタグデータ作成スケジューラデーモン９０３によって周期毎に生成されたフィルタされたタグイベントリスト情報格納ユニット９０６のデータを活用し、図１２に示すような流れに沿って、要求に応じた形のフィルタされたタグデータを生成し、これを要求したアプリケーションシステムにその結果を伝送する。アプリケーションシステム要求ハンドラ９０５は、処理が終了すると、直ちにアプリケーションシステム要求ハンドラプール９０４に戻され、次の処理のための待機状態に切り換えられる。
【００９８】
一方、第三に、タグデータ移動処理器（ハンドラ）１１４（特に図６参照）について説明する。タグデータ移動処理器（ハンドラ）は、短期間のフィルタされていないタグデータを格納する短期間のフィルタされていないタグイベントデータ格納ユニット１１３の継続的なデータの増加を防止し、今後の履歴情報としての活用を目的として一定の間隔毎にタグデータを移動する役割を担当する処理器である。
【００９９】
一方、本発明に係るＲＦＩＤイベント管理コンポーネント１１０は、第一に、データのフィルタリング機能、  第二に、イベントの伝送機能を行い、これについてはすでに説明しているが、以下では、より詳細に説明する。
【０１００】
第一に、データのフィルタリング機能について説明する。
【０１０１】
ＲＦＩＤシステムは、ＲＦＩＤリーダから伝送されたイベントデータがアプリケーションシステムに伝送される前にフィルタリングしてルーティングする役割を果たす。本発明は、ＲＦＩＤシステムが提供すべきイベントデータをフィルタするフィルタリング機能に関するものである。これは、図６において、リーダから流入するタグイベントデータを適切にフィルタするのに適用される。
１．ＲＦＩＤリーダ認識イベントデータの重複性の除去フィルタ
（１）あるＲＦＩＤリーダが連続的に同じタグを重複して認識する場合、リーダが同じタグを幾度も認識する場合に対するフィルタリングは、基本タグイベント生成器７１によってある程度処理される。
【０１０２】
しかし、時には、基本タグイベントの生成のみでその重複性が解決されない場合もある。こうした場合を考慮し、次のようなフィルタを提供する。
１）迅速に動くタグ取付物を認識するとき、タグ認識範囲のエスケープ時間を短くすると、生成されたイベントデータが引き続き伝送される。このとき、一定時間Ｔの間に伝送されたイベントデータのうち、最初に伝送されたイベントデータおよび最後に伝送されたイベントデータのみを残すフィルタを提供すると、アプリケーションシステムは、該当のタグがリーダの認識範囲内にとどまっていた時間を計算して情報を活用することができる。これは、図１４に示すような順序で処理される。
２）一定時間Ｔの間に同じタグ識別子が重複発生したイベントのうち、Ｔ内で最も最近に認識したイベント１つのみを伝送してその重複を除去する。リーダからタグ決定認識イベントが連続して入ってくる場合を考慮する。このフィルタは、同じタグ識別子イベントの中で最も最近のイベントを探し出すときに使用可能である。これは、図１５のような順序で処理される。
（２）他の複数のＲＦＩＤリーダが同じタグを認識する場合、１つのＲＦＩＤシステムに接続された複数のリーダが同じタグを重複認識した場合であれば、基本的にリーダ識別子に基づいてリーダに割り当てられたタグ識別子の値を比較してフィルタすることができる。
【０１０３】
その情報が不十分な場合は、以下の方法を活用する。同じタグに対するイベントデータが複数のリーダ識別子の値で認識される場合、１）同じリーダ識別子のリーダが特定のタグを連続してＮ回より多く認識したとき、そのイベントデータは有効である。これは、図１６に示すような順序で処理される。２）一定時間Ｔの間に認識された同じタグ識別子の値を有するイベントデータのリーダ識別子を数えて最多として認識されたリーダが有効である。Ｔの間に認識された有効リーダ識別子を有するイベントを全て伝送する。これは、図１７に示すような順序で処理される。３）一定時間Ｔの間に同じリーダ識別子を有するイベントがＮ回より多く連続して伝送されると、該当のリーダが有効である。このとき、タグ識別子の値は考慮しない。Ｔの間に認識された該当のリーダ識別子を有する全てのイベントを伝送する。これは、図１８に示すような順序で処理される。４）一定時間Ｔの間にリーダが認識した同じタグ識別子のイベントのうち、最初に認識したリーダに優先順位を与える。これは、図１９に示すような順序で処理される。
【０１０４】
５）同じタグ識別子の他のリーダ識別子を有するイベントデータのイベント種類に基づいてフィルタする。
【０１０５】
仮にタグ未決定認識イベントの発生後、一定時間決定認識状態のイベントが発生しなければ、そのタグ未決定認識イベントは除去する。
【０１０６】
仮にタグ決定認識イベントが全て発生した場合、同じタグ識別子のうち、先に発生したタグ認識範囲のエスケープイベントから一定時間内に他のタグ認識範囲のエスケープイベントが発生しないとき、先に発生したタグ認識範囲のエスケープイベントを除去する。
【０１０７】
仮にタグ決定認識、タグ認識範囲のエスケープイベントが全て発生した場合、政策的な優先順位を設定してフィルタする。例えば、先に認識されたイベントまたは特定のリーダに優先順位を与えるなどの方法がある。
【０１０８】
上記のような方法は、図２０に示すような順序で処理される。
２．周辺環境によって発生するＲＦ電波干渉や反射などによるＲＦＩＤリーダの誤認識の除去フィルタ
１）周辺環境の影響により、ＲＦ電波の伝送される領域内に存在するタグをＲＦＩＤリーダが認識できない場合、この問題は、基本タグイベント生成器７１で提供するイベント生成状態遷移（図８）を適用して解決される。
２）周辺環境の影響により、ＲＦ電波の予想伝送領域外に存在するタグをＲＦＩＤリーダが認識した場合、一定時間Ｔの間に認識されたタグの認識率を計算し、それがユーザの設定した認識率より低い場合、該当のイベントデータを除去する。これは、図２１に示すような順序で処理される。
【０１０９】
第二に、イベントの伝送機能について説明すると、次のとおりである。イベントの伝送は、プッシュモードおよびプルモードの２つの方式によって行われる。
【０１１０】
まず、プッシュ構造は、先に説明したように、図７のイベントデータハンドラ管理モジュール７８を介して該当のドメインで必要とするフィルタを登録し、イベント処理ルータフロー定義モジュール７９を介してドメイン毎に必要なフィルタおよびフィルタ間の前後関係を設定し、そのフィルタされた結果をリアルタイムでの処理を要求するアプリケーションシステムに伝送するための一連の流れを定義する。このように定義された流れに沿って、リーダからリアルタイムで流入するタグデータを基本タグイベント生成器７１からタグデータ処理ルータデーモン７２につながるデーモンプロセッサを介して片方向に登録されたアプリケーションシステムに伝送する。
【０１１１】
以下、プル構造の細部機能の処理フローチャートは、図１０および図１２のとおりである。図１０は、プル構造の基本データを生成する「フィルタされたイベントタグデータ作成スケジューラデーモン」９０３の役割をフローチャートで示したものである。
【０１１２】
フィルタされたイベントタグデータ作成スケジューラデーモン９０３は、システムまたはユーザによって定義された任意の周期毎にフィルタされていないタグデータ格納ユニットに格納された情報を選択し、リーダ毎にその周期の間「決定認識」状態としてみなされるタグデータリストを抽出して（Ｓ１００１）、フィルタリングイベントデータを生成し、これを図１１に示すような多次元データモデルの形態で格納管理する（Ｓ１００３）。
【０１１３】
各軸は、多階層からなる。例えば、リーダ軸は、最下段に個別リーダＩＤ、その上段にリーダグループＩＤで構成される。このような多次元、多階層タグデータリストの格納構造は、かつて幅広く知られたＯＬＡＰ機能の適用を容易にし、プルサービスを迅速かつ正確に提供することができる。
【０１１４】
「Ｓ１００３」の処理で留意すべき点は、無制限で情報を格納することができないため、最大の格納が許容される周期回数の制限を設定し、当該制限を越えた場合、時間の最も先立つレコードから削除する。これは、ＯＬＡＰの観点からみると、周期軸において削除対象の周期に対応するレコードをＳｌｉｃｅ＆Ｄｉｃｅ機能を適用して削除する。
【０１１５】
図１２は、本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントデータの要求および応答方法に関する一実施形態を示すフローチャートであって、すでにタグイベントデータを利用しようとする外部アプリケーションシステムが目的地および伝送データフォーマット（例えば、ＰＭＬのＤＴＤ）などの情報および二進ファイルを登録したリスナーが存在し、これに対するリスナーＩＤを受け取ったものを仮定して、該当のアプリケーションシステムが一定期間タグイベントデータリストを受け取るための処理（プルモード）を記述したフローチャートである。
【０１１６】
まず、アプリケーションシステムは、次の情報とともにイベントハンドラに処理要求をする（Ｓ１２０１）。ここで、イベントハンドラへの処理要求時にともに伝送される情報には、全報告周期（スケジューラデーモンで言及した周期を基準として何回の周期の情報を希望するかを知らせる）、アプリケーションシステムの報告周期（全実行周期回数内で何周期毎にアプリケーションシステムにデータを伝送するかの周期回数）、グルーピング基準（リーダ毎にタグリストをグルーピングするか、リーダグループ毎にグルーピングするか）、伝送時のタグリスト形態基準（オペレーション）（アプリケーションシステムの報告周期毎に認識された全体のリストを伝送するか、それとも直前の伝送と比較して追加されたものまたは削除されたもののみを伝送するか）、結果フォーマット（グルーピング基準およびタグリスト形態基準によって生成されたタグリストの伝送形式で指定（例えば、ＰＭＬなど））、アプリケーションシステムリスナーＩＤ（要求したアプリケーションシステムに与えられたリスナーＩＤ）などが含まれる。
【０１１７】
上記のような内容とともに、フィルタリングイベントハンドラに要求をする（Ｓ１２０１）と、これを処理するための１つのハンドラを割り当て、このハンドラは、「フィルタされたタグイベントリスト情報格納ユニット」に格納されたタグリストを基準として、アプリケーションシステムの報告周期毎にグルーピング基準およびタグリスト形態基準に合わせてタグリストを生成し、これをアプリケーションシステムに伝送する。そして、この伝送は、与えられた全報告周期に達するまで継続する。
【０１１８】
図８は、本発明に係るＲＦＩＤイベント管理デバイスにおける基本タグイベントの生成のための状態遷移に関する一実施形態を示す説明図であって、３つの状態および６つのイベントを表す状態遷移度を示している。
【０１１９】
基本的な概念は、ＲＦＩＤリーダが１００％タグ認識をサポートしないことから、複数の状態を定義し、幾つかの基準によって状態を遷移させ、最終的に「決定認識状態」に達したときのみを「１つのタグが認識された」とみなすためである。
【０１２０】
状態間の遷移を誘導する基準は、最近の認識時点からどれほどの期間内に該当のタグが何回認識されたのかが基準となる（すなわち、カウントとタイムアウト）。
【０１２１】
図示した状態は、あるリーダから認識された個別タグ毎の状態情報を定義管理するものである。
【０１２２】
まず、状態について説明すると、次のとおりである。「未知状態」８０は、何も認識されていない状態を指す。リーダによって最初に認識されると、一旦「未決定認識状態」８１に遷移するが、これは、リーダによって認識されたものの、１００％確信できない状態を表す。すなわち、外部要因によって読み出されてはならないタグが読み出された場合もあるからである。「決定認識状態」８２は、該当のリーダから１つのタグが正確に認識されたものとみなす状態を表す。
【０１２３】
以下では、状態遷移のためのイベントについて説明する。
【０１２４】
「タグ未決定認識」８０１は、リーダから該当のタグが最初に認識されたときを指し、「タグ未決定認識状態の継続」８０２は、リーダによって認識されたものの、決定認識状態に遷移するための要件を満たしていない場合を表す。
【０１２５】
「タグ認識無効とみなす」８０３は、最近の「未決定認識状態」の時点から定められた間隔内にタグが認識されていない場合を表し、これは、タグが認識されたものとしてみなされない。
【０１２６】
「タグ決定認識」８０４は、最初のタグ認識状態に遷移した時点から定められた間隔内に定められた回数だけ認識された場合に遷移するものであり、言及された間隔および回数は、状況に応じて外部によって定義される値で、１００％認識としてみなすための基準値となる。
【０１２７】
「タグ決定認識状態の継続」８０５は、決定認識状態が継続していることを意味する。
【０１２８】
「タグ認識範囲のエスケープ」８０６は、最近のタグ決定認識状態から定められた間隔内にそれ以上タグ認識情報が伝送されない場合を表し、これは、タグがリーダの認識範囲を外れたものとみなすイベントである。
【０１２９】
以下、図１０から図２１まで、それぞれの図面を中心に説明する。
【０１３０】
図１０は、本発明に係る図９のフィルタされたイベントタグデータ作成スケジューラデーモンの周期的な処理方法に関する一実施形態を示すフローチャートである。
【０１３１】
各周期で個別リーダ毎に「決定認識」状態のタグリストを抽出し（Ｓ１００１）、その抽出されたタグリストのうち、重複したタグの削除によって該当の周期に各リーダによって認識されたタグリストを決定する（Ｓ１００２）。
【０１３２】
しかる後、タグリストを周期毎、リーダ毎に「フィルタされたタグイベントリスト情報格納ユニット」に格納する（Ｓ１００３）。このとき、格納周期の最大回数を指定し、これを超過したときは、先立つ周期順に削除する。
【０１３３】
上記の処理を周期毎に繰り返し行う。
【０１３４】
図１１は、本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントリスト情報を格納する方法に関する一実施形態を示す説明図である。
【０１３５】
基本的に４つの軸、すなわち、リーダＩＤ１１０１、タグＩＤ１１０２、周期１１０３、およびアプリケーションシステムリスナーＩＤ１１０４からなる多次元データベース（Ｈｙｐｅｒ−Ｃｕｄｅ  Ｍｏｄｅｌ）構造によってデータを格納し、各軸は多階層で構成可能であるため、ＯＬＡＰ（Ｏｎｌｉｎｅ  Ａｎａｌｙｔｉｃａｌ  Ｐｒｏｃｅｓｓｉｎｇ）の手法を適用することができる。
【０１３６】
各軸は、多階層からなる。例えば、リーダ軸は最下段に個別リーダＩＤ、その上段にリーダグループＩＤで構成される。このような多次元、多階層タグデータリストの格納構造は、かつて幅広く知られたＯＬＡＰ機能の適用を容易にし、プルサービスを迅速かつ正確に提供することができる。
【０１３７】
図１２は、本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントデータの要求および応答方法に関する一実施形態を示すフローチャートである。
【０１３８】
個別アプリケーションシステムがフィルタされたタグイベントデータ処理器１１２（図６、特に図９参照）に処理を要求する（Ｓ１２０１）と、フィルタされたタグイベントデータ処理器内の要求ハンドラプール９０４が前記要求を受け入れ、要求ハンドラプール９０４に存在する１つの要求ハンドラスレッド９０５を呼び出す（Ｓ１２０２）。
【０１３９】
フィルタされたタグイベントデータ処理器は、周期毎、リーダ毎に「フィルタされたタグイベントリスト情報格納ユニット」に格納されたタグリストを基準として１つの報告周期に達するまで収集をし（Ｓ１２０３）、その収集された情報を与えられたグルーピング基準（例えば、リーダ毎／リーダグループ毎／タグＩＤのパターン毎など）に基づいてグルーピングをする（Ｓ１２０４）。
【０１４０】
その後、全報告のうち、最初の報告周期に達したか否かを判断する（Ｓ１２０５）。
【０１４１】
判断の結果、最初の報告周期では、現在の報告周期内に収集された全体のタグリスト（各グループ毎のタグリストである）を伝送するオブジェクトとして決定する（Ｓ１２０６）。
【０１４２】
判断の結果、最初の報告周期でない場合には、直前の報告周期で収集されたタグリストと現在の報告周期で収集されたタグリストとの比較により、与えられた実行関数に基づいて伝送するオブジェクトを決定する（Ｓ１２０７）。ここで、実行関数は、（ａ）収集されたタグリスト全体、（ｂ）以前の周期より追加されたタグリスト、（ｃ）以前の周期から除外されたタグリスト、（ｄ）以前の周期に追加または除外されたタグリストのうちの１つである。
【０１４３】
「Ｓ１２０６」または「Ｓ１２０７」の処理によって決定されたグループ毎のタグリストを、与えられたフォーマット方式によってフォーマット作業を行った後（Ｓ１２０８）、複数の方式（例えば、ＨＴＴＰ／ＰＯＳＴ、ＳＯＡＰ、ＤＢなど）によってアプリケーションシステムリスナーＩＤに対応する要求者（アプリケーションシステム）にタグリストを伝送する（Ｓ１２０８、Ｓ１２０９）。
【０１４４】
全報告周期の回数に達したか否かを判断し（Ｓ１２１０）、仮に到達していなければ、「Ｓ１２０３」以下の処理を繰り返し行う。
【０１４５】
図１３は、本発明に係るＲＦＩＤイベント管理デバイスのフィルタリングイベントハンドラへの要求時に要求される因子に関する説明図である。
【０１４６】
「周期」１３０１は、「フィルタされたイベントタグデータ作成スケジューラデーモン」９０３によってフィルタリングタグリストを生成する周期（例えば、１０００ｍｓ）であって、スケジューラデーモンの周期にしたがう。
【０１４７】
「応用プログラムの報告周期」１３０２は、アプリケーションシステム毎での要求時、イベントハンドラからフィルタされたタグリストを受け取るための周期回数であって、「１３０１」で言及された「周期」の倍数に設定される（例えば、３×周期）。
【０１４８】
「全報告周期」１３０３は、報告を受け取るための時点と終点との全周期を設定するものであって、「１３０２」で言及された「アプリケーションシステムの報告周期」の倍数に設定される（例えば、２×アプリケーションシステムの報告周期）。
【０１４９】
「伝送」１３０４は、各アプリケーションシステムの報告周期毎に、その間収集されたタグリストを定められたグルーピング基準およびオペレーションを行った結果を要求したアプリケーションシステムリスナーＩＤに対応するアプリケーションシステムにその結果を伝送する。
【０１５０】
以下、図１４から図２１までを説明しながら使用するイベントに対する「削除」、「格納」、「伝送」の意味は、次のとおりである。「削除」は、イベントを格納した一時的に格納ユニットから該当のイベントを削除することを意味し、「伝送」は、該当のイベントを現イベントフィルタに接続された他のイベントフィルタ、またはアプリケーションシステムなどに伝送することを意味する。「格納」は、フィルタアルゴリズムの実行時に生成される一時的に格納ユニットに該当のイベントを格納することを意味する。また、イベントの格納、削除、および伝送は、正確には、イベントデータを格納、削除、および伝送することを意味するものである。
【０１５１】
図１４は、本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートであって、一定時間内に発生した同じタグ識別子イベントのうち、最初および最後のイベントを抽出する方法を示している。
【０１５２】
現在認識されたイベントが、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７）内のイベントフィルタの駆動が開始された後、最初に発生したイベントか否かを判別する（Ｓ１４０１）。現在認識されたイベントが、仮に最初のイベントであれば、現イベントデータを格納し（Ｓ１４０２）、仮に最初のイベントでなければ、認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントか否かを検査する（Ｓ１４０３）。
【０１５３】
検査の結果、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントでなければ、これまで格納されたイベントデータを伝送し、認識された現イベントデータを格納する（Ｓ１４０４）。反面、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントであれば、再び現在認識されたイベントと同じタグ識別子イベントが２つ以上格納されているか否かを確認する（Ｓ１４０５）。
【０１５４】
確認の結果、仮に２つ以上格納されていなければ、現在認識されたイベントデータを格納する（Ｓ１４０６）。反面、仮に２つ以上格納されていれば、現在認識されたイベントデータと同じタグ識別子を有するイベントのうち、最初のイベントのみを除く残りのイベントを削除し、現イベントを格納して同じタグ識別子に対して最も最近のイベントのみを残す。
【０１５５】
図１５は、本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートであって、一定時間内に発生した同じタグ識別子イベントのうち、最も最近のイベントを抽出する方法を示している。
【０１５６】
現在認識されたイベントが、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７）内のイベントフィルタの駆動が開始された後、最初に発生したイベントか否かを判別する（Ｓ１５０１）。現在認識されたイベントが、仮に最初のイベントであれば、現イベントデータを格納し（Ｓ１５０２）、仮に最初のイベントでなければ、認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントか否かを検査する（Ｓ１５０３）。
【０１５７】
検査の結果、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントでなければ、これまで格納されたイベントデータを伝送し、認識された現イベントデータを格納する（Ｓ１５０４）。反面、仮に現在認識されたイベントが最初のイベントからユーザの設定した時間Ｔ内に発生したイベントであれば、再び現在認識されたイベントと同じタグ識別子イベントが格納されているか否かを確認する（Ｓ１５０５）。
【０１５８】
確認の結果、仮に格納されていなければ、現在認識されたイベントデータを格納する（Ｓ１５０６）。反面、仮に格納されていれば、すでに格納されている現在認識されたイベントデータと同じタグ識別子を有するイベントを削除し、現イベントを格納する（Ｓ１５０７）。
【０１５９】
図１６は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、同じタグに対して連続して数回以上認識されたリーダイベントを抽出する方法を示している。
【０１６０】
現在認識されたイベントが、基本タグイベントデータ処理器およびルータ１１１（図６、特に図７）内のイベントフィルタの駆動が開始された後、最初に発生したイベントか否かを判別する（Ｓ１６０１）。現在認識されたイベントが、仮に最初のイベントであれば、現在認識されたイベントを最も最近のイベントとして格納し、現イベントのカウント値を「１」に設定し（Ｓ１６０２）、仮に最初のイベントでなければ、最も最近のイベントと現在認識されたイベントとのタグおよびリーダ識別子を比較する（Ｓ１６０３）。
比較の結果、タグおよびリーダ識別子が同一でなければ、現在認識されたイベント（現イベント）を最も最近のイベントとして格納し、現イベントのカウント値を「１」に設定する。（Ｓ１６０４）
比較の結果、タグおよびリーダ識別子が同一であれば、現イベントのカウント値を「１」増加させ、現イベントを格納した後（Ｓ１６０５）、現イベントのカウントがユーザの設定した連続認識回数（Ｎ回）より多くか否かを確認する（Ｓ１６０６）。
確認の結果、現イベントのカウントがユーザ設定の連続認識回数に達していなければ、最も最近のイベントを現イベントにアップデートし、そのカウント値を格納する（Ｓ１６０７）。
【０１６１】
確認の結果、現イベントのカウントがユーザ設定の連続認識回数に達していれば、現在のイベントデータを伝送する（Ｓ１６０８）。
【０１６２】
図１７は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、最多として認識されたリーダを抽出する方法を示している。
【０１６３】
まず、現在認識されたイベントと同じタグ識別子を有するイベントが格納されているか否かを判断する（Ｓ１７０１）。
【０１６４】
判断の結果、同じタグ識別子を有するイベントが格納されていなければ、現在認識されたイベントのタグ識別子とそのリーダ識別子とを基準としてカウント値を「１」に設定し、現イベントを格納する（Ｓ１７０２）。
【０１６５】
判断の結果、同じタグ識別子を有するイベントが格納されていれば、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを確認する（Ｓ１７０３）。
【０１６６】
確認の結果、ユーザ設定時間内に現イベントが未だに発生している場合は、現イベントのタグ識別子に対してリーダ識別子毎にカウント値を「１」増加させ、現イベントを格納する（Ｓ１７０４）。
【０１６７】
確認の結果、ユーザ設定時間が過ぎた場合は、格納されたイベントのうち、それぞれのタグ識別子毎に関連するリーダ識別子のカウントを比較して、最多として認識されたリーダ識別子の値を有するイベントを全て伝送する（Ｓ１７０５）。
【０１６８】
図１８は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、タグ識別子に関係なく連続して数回認識されたリーダのイベントを抽出する方法を示している。
【０１６９】
現在認識されたイベントを格納し（Ｓ１８０１）、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを判断する（Ｓ１８０２）。
【０１７０】
判断の結果、ユーザ設定時間Ｔが過ぎた場合、Ｔの間に発生して格納されたイベントのうち、伝送するリーダ識別子の値を有するイベントを全て伝送し、現在認識されたイベントを格納する（Ｓ１８０３）。
【０１７１】
判断の結果、ユーザ設定時間Ｔ内にイベントが認識された場合、格納されたイベントのうち、最も最近のイベントと現イベントとのリーダ識別子を比較する（Ｓ１８０４）。
【０１７２】
比較の結果、リーダ識別子が同一でなければ、カウント値を「１」に設定し、格納されたイベントのうち、最も最近のイベントを現イベントにアップデートする（Ｓ１８０５）。
【０１７３】
比較の結果、リーダ識別子が同一であれば、カウント値を「１」増加させた後（Ｓ１８０６）、カウントがユーザの設定した連続認識回数（Ｎ）より多いか否かを確認する（Ｓ１８０７）。
【０１７４】
確認の結果、Ｎ未満であれば、最も最近のイベントを現イベントにアップデートして格納する（Ｓ１８０８）。反面、Ｎより多ければ、現イベントのリーダ識別子を伝送するリーダ識別子として格納する（Ｓ１８０９）。
【０１７５】
図１９は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、同じタグに対して最初に認識されたリーダのイベントを抽出する方法を示している。
まず、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを判断する（Ｓ１９０１）。
【０１７６】
判断の結果、ユーザ設定時間Ｔが過ぎた後であれば、現在まで格納されたイベントのうち、格納されたリーダ識別子の値を有するイベントを伝送する（Ｓ１９０２）。
【０１７７】
判断の結果、ユーザ設定時間Ｔ内に発生した場合、現在認識されたイベントのタグ識別子の値を有するイベントが格納されているか否かを確認する（Ｓ１９０３）。
【０１７８】
確認の結果、現イベントのタグ識別子の値のイベントが格納されていなければ、現イベントを格納する（Ｓ１９０４）。
【０１７９】
確認の結果、現イベントのタグ識別子の値のイベントが格納されていれば、現イベントのリーダ識別子が格納されたイベントのリーダ識別子と同一か否かを判断する（Ｓ１９０５）。
【０１８０】
判断の結果、仮に現イベントと格納されたイベントとのリーダ識別子が同一であれば、現イベントデータを格納し（Ｓ１９０６）、仮に現イベントと格納されたイベントとのリーダ識別子が同一でなければ、そのまま終了する。
【０１８１】
図２０は、本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートであって、イベントの種類に基づく複数のリーダの調整フィルタリング方法を示している。
【０１８２】
まず、現在認識されたイベントのイベント種類を判断する（Ｓ２００１）。
【０１８３】
判断（Ｓ２００１）の結果、現在認識されたイベントが「タグ未決定認識」の場合には、イベントデータを格納する（Ｓ２００２）。
【０１８４】
判断（Ｓ２００１）の結果、現在認識されたイベントが「タグ決定認識」の場合には、現イベントのタグ識別子およびリーダ識別子と同じイベントデータが格納されているか否かを確認する（Ｓ２００３）。確認の結果、仮に格納されていれば、現イベントを削除し（Ｓ２００４）、仮に格納されていなければ、現イベントがユーザ設定時間Ｔ内に発生したか否かを確認する（Ｓ２００５）。
【０１８５】
確認の結果、現イベントがユーザ設定時間Ｔ内に発生した場合、現在認識されたイベントを格納し、格納されたイベントのうち、現イベントのタグ識別子およびリーダ識別子の値を有するイベントを伝送する（Ｓ２００７）。
【０１８６】
確認の結果、ユーザ設定時間Ｔを超過した場合、現在認識されたイベントのタグ識別子およびリーダ識別子の値を有するイベントを削除する（Ｓ２００６）。
【０１８７】
判断（Ｓ２００１）の結果、現在認識されたイベントがタグ認識範囲をエスケープしている場合には、現イベントのタグおよびリーダ識別子の値を有するイベントが格納されているか否かを確認する（Ｓ２００８）。
【０１８８】
確認の結果、現イベントのタグおよびリーダ識別子の値を有するイベントが格納されていれば、現イベントを伝送し（Ｓ２００９）、現イベントのタグおよびリーダ識別子の値を有するイベントが格納されていなければ、現イベントを削除する（Ｓ２００４）。
【０１８９】
図２１は、本発明に係るＲＦＩＤリーダの誤認識の除去フィルタリング方法に関する一実施形態を示すフローチャートであって、認識率に基づく複数のリーダの調整フィルタリング方法を示している。
【０１９０】
まず、現在認識されたイベントがユーザ設定時間Ｔ内に発生したか否かを確認する（Ｓ２１０１）。
【０１９１】
確認の結果、現在認識されたイベントがユーザ設定時間Ｔ内に発生した場合、現イベントを格納し、イベントのタグ識別子毎にイベントのカウントを増加させる（Ｓ２１０２）。
【０１９２】
確認の結果、現在認識されたイベントがユーザ設定時間Ｔを超過して発生した場合、ユーザ設定時間Ｔの間に発生したイベントの全認識回数に基づいてタグ識別子毎に認識率を計算する（Ｓ２１０３）。
【０１９３】
次に、タグ識別子毎に計算したＴの間の認識率がユーザの設定した認識率より多いか否かを判断する（Ｓ２１０４）。
【０１９４】
判断の結果、タグ識別子の認識率がユーザ設定の認識率未満の場合には、ユーザの設定した認識率より低い認識率を有するタグ識別子のイベントを削除する（Ｓ２１０５）。
【０１９５】
判断の結果、タグ識別子の認識率がユーザ設定の認識率より多い場合には、対応するイベントを伝送する（Ｓ２１０６）。
【０１９６】
上述した本発明の方法は、プログラムとして実現され、コンピュータで読み取り可能な形態で記録媒体（ＣＤ−ＲＯＭ、ＲＡＭ、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスクなど）に格納され得る。このような処理は、本発明の属する技術分野における通常の知識を有する者が容易に実施することができるため、これ以上の詳細な説明は省略する。
【０１９７】
以上で説明した本発明は、本発明の属する技術分野における通常の知識を有する者にとって、本発明の技術的思想を逸脱しない範囲内で様々な置換、変形および変更が可能なため、上述した実施形態および添付された図面により限定されるものではない。
【図面の簡単な説明】
【０１９８】
【図１】本発明に係るマルチプロトコルに基づく異種リーダのサポートのためのＲＦＩＤリーダインターフェースおよびイベント管理デバイスの一実施形態を示す構成図である。
【図２】本発明に係る図１のＲＦＩＤリーダインターフェースコンポーネント１００の一実施形態を示す詳細構成図である。
【図３】本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるリーダの接続方法に関する一実施形態を示すフローチャートである。
【図４】本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるデータの通信方法に関する一実施形態を示すフローチャートである。
【図５】本発明に係るＲＦＩＤリーダインターフェースコンポーネントにおけるモニタ方法に関する一実施形態を示すフローチャートである。
【図６】本発明に係る図１のＲＦＩＤイベント管理デバイスの一実施形態を示す詳細構成図である。
【図７】本発明に係る図６の基本タグイベントデータ処理器およびルータの一実施形態を示す詳細構成図である。
【図８】本発明に係るＲＦＩＤイベント管理デバイスにおける基本タグイベントの生成のための状態遷移に関する一実施形態を示す説明図である。
【図９】本発明に係る図６のフィルタされたタグイベントデータ処理器の一実施形態を示す詳細構成図である。
【図１０】本発明に係る図９のフィルタされたイベントタグデータ作成スケジューラデーモンの周期的な処理方法に関する一実施形態を示すフローチャートである。
【図１１】本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントリスト情報を格納する方法に関する一実施形態を示す説明図である。
【図１２】本発明に係るＲＦＩＤイベント管理デバイスにおけるフィルタされたタグイベントデータの要求および応答方法に関する一実施形態を示すフローチャートである。
【図１３】本発明に係るＲＦＩＤイベント管理デバイスのフィルタリングイベントハンドラへの要求時に要求される因子に関する説明図である。
【図１４】本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートである。
【図１５】本発明に係る重複認識の除去フィルタリング方法に関する一実施形態を示すフローチャートである。
【図１６】本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。
【図１７】本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。
【図１８】本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。
【図１９】本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。
【図２０】本発明に係る複数のリーダの調整フィルタリング方法に関する一実施形態を示すフローチャートである。
【図２１】は、本発明に係るＲＦＩＤリーダの誤認識の除去フィルタリング方法に関する一実施形態を示すフローチャートである。
【図１】
2008524742.tif 000003
【図２】
2008524742.tif 000004
【図３】
2008524742.tif 000005
【図４】
2008524742.tif 000006
【図５】
2008524742.tif 000007
【図６】
2008524742.tif 000008
【図７】
2008524742.tif 000009
【図８】
2008524742.tif 000010
【図９】
2008524742.tif 000011
【図１０】
2008524742.tif 000012
【図１１】
2008524742.tif 000013
【図１２】
2008524742.tif 000014
【図１３】
2008524742.tif 000015
【図１４】
2008524742.tif 000016
【図１５】
2008524742.tif 000017
【図１６】
2008524742.tif 000018
【図１７】
2008524742.tif 000019
【図１８】
2008524742.tif 000020
【図１９】
2008524742.tif 000021
【図２０】
2008524742.tif 000022
【図２１】
2008524742.tif 000023
【国際調査報告】
2008524742.tif 000024
2008524742.tif 000025