(57)【要約】【課題】タグデータの信頼性を向上させたＲＦＩＤタグデータ処理装置を提供する。【解決手段】ＲＦＩＤリーダーからベース論理リーダー単位に統計情報を集めて、統計情報からベース論理リーダー単位にタグ数を分析してベース論理リーダー単位にエラーの発生可能性を判別し、ベース論理リーダー単位にタグ数を分析した分析結果を報告することを特徴とする。【選択図】図１
2012128844.tif 000002
【特許請求の範囲】
【請求項１】
ベース論理リーダー単位に統計情報を集めるデータ集め部と、
前記データ集め部で集められた統計情報を格納するデータベースと、
前記データベースに格納された統計情報をベース論理リーダー単位に分析するデータ分析部と、
前記データ分析部で分析された分析結果を報告する分析結果報告部と、を含むＲＦＩＤタグデータ処理装置。
【請求項２】
前記分析結果報告部は、前記データ分析部で分析された分析結果をベース論理リーダー単位のリポートに生成することを特徴とする請求項１に記載のＲＦＩＤタグデータ処理装置。
【請求項３】
前記分析結果報告部は、前記データ分析部の分析結果によって、前記ベース論理リーダー単位のリポートに該当イベントサイクル時点でのエラーの発生可能性を追加して、該当時点のリポート（ＥＣＲｅｐｏｒｔｓ）を追加的に報告することを特徴とする請求項１に記載のＲＦＩＤタグデータ処理装置。
【請求項４】
前記データ分析部は、前記データベースに格納された統計情報から前記ベース論理リーダー別にイベントサイクルの間のタグ数が臨界値以下であるかを判別することを特徴とする請求項１に記載のＲＦＩＤタグデータ処理装置。
【請求項５】
前記データ分析部は、前記データベースに格納された統計情報をイベントサイクル周期ごとに分析することを特徴とする請求項１に記載のＲＦＩＤタグデータ処理装置。
【請求項６】
前記データ集め部は、イベントサイクル周期に統計情報を集めることを特徴とする請求項１に記載のＲＦＩＤタグデータ処理装置。
【請求項７】
ＲＦＩＤリーダーからベース論理リーダー単位に統計情報を集めるステップと、
前記統計情報から前記ベース論理リーダー単位にタグ数を分析して前記ベース論理リーダー単位にエラーの発生可能性を判別するステップと、
前記ベース論理リーダー単位にタグ数を分析した結果を報告するステップと、を含むＲＦＩＤタグデータ処理方法。
【請求項８】
前記統計情報を集めるステップは、前記統計情報をイベントサイクル周期に集めることを特徴とする請求項７に記載のＲＦＩＤタグデータ処理方法。
【請求項９】
前記エラーの発生可能性を判別するステップは、前記ベース論理リーダー別にイベントサイクル周期の間のタグ数が臨界値以下であるかを判別することを特徴とする請求項７に記載のＲＦＩＤタグデータ処理方法。
【請求項１０】
前記分析結果を報告するステップは、前記分析結果を前記ベース論理リーダー単位のリポートに生成して報告することを特徴とする請求項７に記載のＲＦＩＤタグデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＦＩＤタグデータ処理装置及び方法に関し、さらに詳しくはベース論理リーダー単位で統計情報を分析して結果を報告するＲＦＩＤタグデータ処理装置及び方法に関する。
【背景技術】
【０００２】
一般的に、ＲＦＩＤミドルウェア（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｉｄｄｌｅｗａｒｅ）は、ＲＦＩＤリーダーと連係してタグデータを処理し、上位アプリケーションに情報を伝達する。
【０００３】
このようなＲＦＩＤミドルウェアと係る代表的な標準規格としては、ＥＰＣｇｌｏｂａｌで制定されたＡＬＥ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｅｖｅｎｔｓ）がある。ＡＬＥクライアントは、ＡＬＥから提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）ら、たとえば、Ｔａｇ  Ｍｅｍｏｒｙ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＡＰＩ、Ｒｅａｄｉｎｇ  ＡＰＩ、Ｗｒｉｔｉｎｇ  ＡＰＩ、Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡＰＩ、Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ＡＰＩを用いてタグデータ処理作業を行うか、その結果を要する形式に報告を受ける。
【０００４】
ＡＬＥは、論理リーダー（ＬＲ；Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ）概念を使用してＬｏｇｉｃａｌ  Ｒｅａｄｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡＰＩを介して一それ以上の物理リーダーを論理的に管理するようにすることによって、個別物理的リーダーの細部情報の確認が不要になり、該当論理リーダーに行いを要請すると、ＡＬＥ具現体は、これに該当する物理的リーダーからタグデータを処理してリポート（ＥＣＲｅｐｏｒｔｓ）で提供する。
【０００５】
Ｒｅａｄｉｎｇ  ＡＰＩを行いとき、イベントサイクル（Ｅｖｅｎｔ  Ｃｙｃｌｅ）は、ＡＬＥクライアントとＡＬＥ具現体間の相互作用を表現する最小単位であって、ＡＬＥクライアントは、イベントサイクルを行う論理リーダーのリスト、各イベントサイクルの行い条件及び行い作業、イベントサイクルの結果として発生するリポートの内容をＥＣＳｐｅｃ（Ｅｖｅｎｔ  Ｃｙｃｌｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）という形式に明細する。
【０００６】
よって、ＡＬＥは、要求スペック（ＥＣＳｐｅｃ）に応じてイベントサイクルの間に行った結果であるリポート（ＥＣＲｅｐｏｒｔｓ）をユーザーに提供し、これからユーザーは要求スペック（ＥＣＳｐｅｃ）を構成する論理リーダーのリストによって集められたタグデータを認知することができることになる。
【０００７】
上述の技術構成は、本発明の理解のための背景技術として、本発明が属する技術分野で広く知られた従来技術を意味することではない。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来のリポート（ＥＣＲｅｐｏｒｔｓ）は、全体論理リーダーのリストによる分析結果が含まれる形式に報告する。
【０００９】
よって、ユーザーは、リポート（ＥＣＲｅｐｏｒｔｓ）を介して要求スペック（ＥＣＳｐｅｃ）を構成する全体論理リストによるタグデータを認知することができるが、全体論理リーダーのリストを構成する各々の論理リーダーによるタグデータの把握は困難であった。
【００１０】
この場合、タグデータにエラーが発生すると、非正常的なリポートが発生されるので、要求スペック（ＥＣＳｐｅｃ）単位別で、またはこれの結果物であるリポート（ＥＣＲｅｐｏｒｔｓ）単位別で異常状態だけを把握することしかなかった。
【００１１】
よって、エラー状態の論理リーダーの把握が困難であって、エラー原因の把握が困難であり、これにより該当論理リーダーにかかる他の要求スペック（ＥＣＳｐｅｃ）に波及される影響の対処に困難があった。
【００１２】
本発明の目的は、前述の問題を改善するために創案されるもので、ＲＦＩＤデータ集め及び処理のための基本単位であるベース論理リーダー（ＢＬＲ；Ｂａｓｅ  Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ）単位でタグデータを集め及び分析してその結果を報告することによって、タグデータの信頼性を確保することができるようにしたＲＦＩＤタグデータ処理装置及び方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明のＲＦＩＤタグデータ処理装置は、ベース論理リーダー単位で統計情報を集めるデータ集め部と、前記データ集め部に集められる統計情報を格納するデータベースと、前記データベースに格納された統計情報をベース論理リーダー単位に分析するデータ分析部と、前記データ分析部で分析された分析結果を報告する分析結果報告部と、を含むことを特徴とする。
【００１４】
本発明の前記分析結果報告部は、前記データ分析部で分析された分析結果をベース論理リーダー単位のリポートに生成することを特徴とする。
【００１５】
本発明の前記分析結果報告部は、前記データ分析部の分析結果によって、前記ベース論理リーダー単位のリポートに該当イベントサイクル時点でのエラーの発生可能性を追加して、該当時点のリポート（ＥＣＲｅｐｏｒｔｓ）を追加的に報告することを特徴とする。
【００１６】
本発明の前記データ分析部は、前記データベースに格納された統計情報から前記ベース論理リーダー別にイベントサイクル周期の間のタグ数が臨界値以下であるかを判別することを特徴とする。
【００１７】
本発明の前記データ分析部は、前記データベースに格納された統計情報をイベントサイクル周期ごとに分析することを特徴とする。
【００１８】
本発明の前記データ集め部は、イベントサイクル周期に統計情報を集めることを特徴とする。
【００１９】
本発明のＲＦＩＤタグデータ処理方法は、ＲＦＩＤリーダーからベース論理リーダー単位に統計情報を集めるステップと、前記統計情報から前記ベース論理リーダー単位にタグ数を分析して前記ベース論理リーダー単位にエラーの発生可能性を判別するステップと、前記ベース論理リーダー単位にタグ数を分析した分析結果を報告するステップと、を含むことを特徴とする。
【００２０】
本発明において、前記統計情報を集めるステップは、前記統計情報をイベントサイクル周期に集めることを特徴とする。
【００２１】
本発明において、前記エラーの発生可能性を判別するステップは、前記ベース論理リーダー別にイベントサイクル周期の間のタグ数が臨界値以下であるかを判別することを特徴とする。
【００２２】
本発明において、前記分析結果を報告するステップは、前記分析結果を前記ベース論理リーダー単位のリポートに生成して報告することを特徴とする。
【発明の効果】
【００２３】
本発明は、ＲＦＩＤデータ集め及び処理のための基本単位であるベース論理リーダー（ＢＬＲ；Ｂａｓｅ  Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ）単位にタグデータを集め及び分析してその結果を報告することによって、タグデータの信頼性を向上させることができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態によるＲＦＩＤタグデータ処理装置のブロック構成図である。
【図２】ベース論理リーダー単位に集められた統計情報を分析してベース論理リーダー単位にエラーを分析する方式を示す例示図である。
【図３】本発明の一実施形態によるＲＦＩＤタグデータ処理方法の順次図である。
【発明を実施するための形態】
【００２５】
以下では、本発明の一実施形態によるＲＦＩＤタグデータ処理装置及び方法を添付される図面を参照して詳細に説明する。このような過程で図面に示す線の厚さや構成要素の大きさなどは、説明の明瞭性と便利上、強調して示すこともありうる。また、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザ、操作者の意図又は慣例などによって変わりうる。したがって、このような用語に対する定義は、本この明細書全般にわたる内容に基づいて行わなければならない。
【００２６】
図１は、本この発明の一実施形態によるＲＦＩＤタグデータ処理装置のブロック構成図であり、図２は、ベース論理リーダー単位に集められた統計情報を分析してベース論理リーダ単位にエーらを分析する方式を示す図である。
【００２７】
ＲＦＩＤミドルウェア３０の標準として使用されるＡＬＥ  Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＡＰＩは、ＡＬＥクライアントがＲｅａｄｉｎｇ  ＡＰＩで使用する論理リーダーを定義することができる関数を提供する。
【００２８】
論理リーダーは、複合論理リーダー（Ｃｏｍｐｏｓｉｔｅ  Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ）とベース論理リーダー（Ｂａｓｅ  Ｌｏｇｉｃａｌ  Ｒｅａｄｅｒ）に分けられる。
【００２９】
複合論理リーダーは、他の論理リーダーを新たな論理リーダーとして定義したリーダーである。ベース論理リーダー１１１は、タグと直接アクセスを行う実際物理リーダーに論理的な名をつけた論理リーダーである。
【００３０】
図１を参照すると、ベース論理リーダー１１１は、ＲＦＩＤリーダー２０に具備されたアンテナ１１に多様に付与されることができる。したがって、ＲＦＩＤリーダー２０に具備されたアンテナ１１が複数個である場合、各アンテナ１１別に付与されることができる。しかい、ベース論理リーダー１１１を付与する方式は、前記の実施形態に限定されることなく、必要に応じて多様に付与されることができる。
【００３１】
ＲＦＩＤリーダー２０は、前記のＲＦＩＤタグ１０からタグデータを読み取ってＲＦＩＤミドルウェア３０に伝達する。
【００３２】
ＲＦＩＤミドルウェア３０は、ＲＦＩＤリーダー２０と連係してタグデータを処理して伝達するものであって、ＲＦＩＤリーダー２０からタグデータを集めるデータインタフェース部３１、論理リーダーを構成及び管理する論理リーダー管理部３２、要求スペック（ＥＣＳｐｅｃ）を生成及び管理する要求スペック管理部３３及び要求スペック（ＥＰＳｐｅｃ）によってイベントサイクルの間に行った結果であるリポート（ＥＣＲｅｐｏｒｔｓ）を生成及び管理するリポート管理部３４と、を含む。
【００３３】
ここで、ＲＦＩＤミドルウェア３０は、当業者が容易に実施することができるので、その詳細な説明を略する。
【００３４】
本発明の一実施形態によるＲＦＩＤタグデータ処理装置は、イベントサイクル周期にＲＦＩＤミドルウェア３０から集められたタグデータを集めて、集められたタグデータを処理してベース論理リーダー単位の分析結果をユーザーに提供することであって、データ集め部４０、データベース５０、データ分析部６０及び分析結果報告部７０を含む。
【００３５】
ちなみに、イベントサイクルは、ユーザーが要求するタグデータを集める過程であって、ユーザーの要求スペック（ＥＣＳｐｅｃ）の条件によって行われる。このようなイベントサイクルの間、各のベース論理リーダー１１１でタグデータ集める。
【００３６】
データ集め部４０は、要求スペック（ＥＣＳｐｅｃ）がアクティブ（Ａｃｔｉｖｅ）状態であるかを判別して要求スペック（ＥＣＳｐｅｃ）がアクティブ状態であれば、スペック管理部３３及び論理リーダー管理部３２を利用してタグデータを集める。
【００３７】
この場合、前述のイベントサイクル周期にベース論理リーダー単位にタグデータを集めて、このタグデータには、各のベース論理リーダから集められたタグ数が含まれた統計情報が含まれる。
【００３８】
データベース５０は、イベントサイクル周期にデータ集め部４０から集められたベース論理リーダー単位の統計情報を格納して、ＲＦＩＤミドルウェア３０から生成されたリポート（ＥＣＲｅｐｏｒｔｓ）を格納する。
【００３９】
データ分析部６０は、データベース５０に格納されたイベントサイクル周期ごとにベース論理リーダー単位の統計情報を分析するが、ベース論理リーダー単位別にイベントサイクル周期ごとに集められたタグ数が臨界値以下であるかを判別する。
【００４０】
ここで、データ分析部６０によるタグデータ分析方式は、前術の統計情報が各々のベース論理リーダー単位にイベントサイクル周期の間に集められたタグ数が臨界値以下であるかを判別することに限定されることなく、タグ数がイベントサイクル周期ごとに急激な増減を繰り返すか、複数回のイベントサイクル周期の間にタグ数が「０」である状態に持続される場合などを含む多様な分析方式が適用されることもできる。
【００４１】
分析結果報告部７０は、データ分析部６０で分析された分析結果を報告及び管理するものであって、ベース論理リーダー単位の分析結果をリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）に生成して報告する。
【００４２】
上述のベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）には、ＲＦＩＤミドルウェア３０から生成された該当時点のリポート（ＥＣＲｅｐｏｒｔｓ）が含まれる。または、ベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）に該当イベントサイクル時点でのエラーの発生可能性が追加される。
【００４３】
この場合、分析結果報告部７０は、分析結果、ベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）をエラーの発生可能性の有無によって選択的に生成されることができる。
【００４４】
一例として、分析の結果にエラー発生の可能性がある場合にだけ、ベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）を生成することができるはずである。しかし、本発明の技術的な範囲は、これに限定されるものではなく、エラーの発生可能性有無に関係なしにベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）を生成することができる。
【００４５】
上述のＲＦＩＤタグデータ処理装置を介したタグデータ分析の例を説明する。
【００４６】
図２を参照すると、７個のベース論理リーダー１１１（ＢＬＲ１〜ＢＬＲ７）が具備されて、要求スペックＡ（ＥＣＳｐｅｃ  Ａ）によって４個のベース論理リーダー１１１（ＢＬＲ１〜ＢＬＲ４）からタグデータがイベントサイクル周期（５秒）に集められ、要求スペックＢ（ＥＣＳｐｅｃ  Ｂ）によって４個のベース論理リーダー１１１（ＢＬＲ４〜ＢＬＲ７）からタグデータがイベントサイクル（６０秒）の周期に集められる。
【００４７】
この場合、データ集め部４０は、要求スペックＡ（ＥＣＳｐｅｃ  Ａ）に対して毎５秒ごと、要求スペックＢ（ＥＣＳｐｅｃ  Ｂ）に対して毎６０秒ごとにタグデータを集めてタグ数を統計情報として集める。
【００４８】
この場合、要求スペックＡ（ＥＣＳｐｅｃ  Ａ）の５個のイベントサイクルに対するベース論理リーダー１１１ＢＬＲ４の統計情報が１０、１０、１、２、０の順に集められ、要求スペックＢ（ＥＣＳｐｅｃ  Ｂ）の５個のイベントサイクルに対するベース論理リーダー１１１（ＢＬＲ４）統計情報が１０、１０、９、９、１０の順に集められることを仮定する。
【００４９】
たとえば、臨界値が５であると仮定すると、要求スペックＢ（ＥＣＳｐｅｃ  Ｂ）の５個のイベントサイクルに対するベース論理リーダー１１１（ＢＬＲ４）の統計情報は、１０、１０、９、９、１０であるので、ベース論理リーダー１１１（ＢＬＲ４）の統計情報は、臨界値を超える。したがって、要求スペックＢ（ＥＣＳｐｅｃ  Ｂ）に対しては、エラーが発生されることがなくベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）を生成しない。
【００５０】
しかし、要求スペックＡ（ＥＣＳｐｅｃ  Ａ）に対しては、ベース論理リーダー１１１（ＢＬＲ４）から第３のエベントサイクル（１１秒）に臨界値以下の統計情報が獲得されることをわかる。この場合、ベース論理リーダー１１１（ＢＬＲ４）からイベントサイクルのうち第３のイベントサイクルからエラー状態である可能性がある。
【００５１】
それにしたがって、分析結果報告部７０は、データベース５０に格納された該当時点のリポート（ＥＣＲｅｐｏｒｔｓ）を含むベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）を生成してユーザーに伝達する。
【００５２】
すなわち、同一のベース論理リーダー１１１（ＢＬＲ４）に対する結果であるが、要求スペックによるイベントサイクルの周期が相違であることから統計情報が相違になってることをわかる。
【００５３】
ちなみに、前記のエラーは、該当ベース論理リーダー１１１（ＢＬＲ４）の電波干渉などが原因になることができる。
【００５４】
よって、分析結果報告部７０は、タグデータが正常的に集めてないので、ベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）を生成して、該当時点のリポート（ＥＣＲｅｐｏｒｔｓ）が不正確である可能性もあることをユーザーに警告することによって、信頼性あるデータ集め結果を提供することができる。
【００５５】
一方、前記の実施形態で、臨界値が５である場合を例に挙げたが、これに限定されるものでなく、該当ＲＦＩＤタグ１０の通常的なタグ数などを考慮してユーザーが多様に設定することができる。
【００５６】
以下、本発明の一実施形態によるＲＦＩＤタグデータ処理方法を図３を参照して詳細に説明する。
【００５７】
Ｓ１０にて、スペック管理部３３でユーザーの要求による要求スペック（ＥＣＳｐｅｃ）を生成する。この要求スペック（ＥＣＳｐｅｃ）には、ベース論理リーダー（ＢＬＲ）１１１のリスト及びイベントサイクル周期などが明細される。
【００５８】
Ｓ２０にて、要求スペック（ＥＣＳｐｅｃ）が生成すると、データ集め部４０は、要求スペック（ＥＣＳｐｅｃ）がアクティブな状態であるかを判別する。
【００５９】
Ｓ３０にて、判別の結果、要求スペック（ＥＣＳｐｅｃ）がアクティブな状態であると、ベース論理リーダー単位でタグデータから統計情報を集める。イベントサイクル周期にベース論理リーダー単位で統計情報を集める。
【００６０】
Ｓ４０にて、データ集め部４０によって集められた統計情報は、データベース５０に格納されて、データ分析部６０は、データベース５０に格納された統計情報からベース論理リーダー（ＢＬＲ）１１１各のタグ数が臨海地以下であるかを分析しエラーの発生可能性の有無を確認する。
【００６１】
Ｓ５０にて、分析の結果、タグ数が臨界値以下のベース論理リーダー（ＢＬＲ）１１１が検出されると、分析結果報告部７０がベース論理リーダー単位のリポート（ＥＣＲｅｐｏｒｔｓ＿ＢＬＲ）を生成して、Ｓ６０にてユーザーに伝達する。
【００６２】
本発明は、図面に示す実施形態を参考として説明されたが、これは例に過ぎなく当該技術が属する技術分野で通常の知識を有するものであったらこれから多様な変更及び均等な他の実施形態が可能であることは理解することができる。したがって、本発明の本の技術的保護範囲は、以下の特許請求範囲によって定めなければならない。
【符号の説明】
【００６３】
１０：ＲＦＩＤタグ
１１：アンテナ
２０：ＲＦＩＤリーダー
３０：ＲＦＩＤミドルウェア
３１：データインタフェース
３２：論理リーダー管理部
３３：スペック管理部
３４：リポート管理部
４０：データ集め部
５０：データベース
６０：データ分析部
７０：分析結果報告部
１１１：ベース論理リーダー
【図１】
2012128844.tif 000003
【図２】
2012128844.tif 000004
【図３】
2012128844.tif 000005