(57)【要約】【課題】Ｒ／ＷとＲＦタグの交信の問題を検出し、その問題の発生する原因等を表示・記憶する。【解決手段】ＣＰＵ１１は、検査プログラム１６８を実行し、Ｒ／ＷとＲＦタグの交信状況があらかじめ登録した目標値に達しているかどうかで、交信状況に問題が発生しているかを判断する。検査プログラム１６８は、問題が発生していると判断した場合、交信状況のパターンと、既知の交信状況パターンと原因との関係情報とのマッチングを取り、可能性のある原因を抽出して出力部１４に表示し、検査結果テーブル１７４に記憶する。また、検査プログラム１６８は、原因の情報とともに、問題を解決するための対処方法や、原因の可能性の高さを示すポイントも提示することができる。【選択図】図１
2008299364.tif 000002
【特許請求の範囲】
【請求項１】
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタグＩＤ又はＲ／Ｗ  ＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタグＩＤごとの各Ｒ／Ｗの評価結果のパターン又はＲ／Ｗ  ＩＤごとの各ＲＦタグの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタグＩＤ又はＲ／Ｗ  ＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置。
【請求項２】
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
ＲＦタグのグループを示すＲＦタググループＩＤに対して、ＲＦタグのグループに属するＲＦタグＩＤを記憶したタグＤＢと、
ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタググループＩＤ又はＲ／Ｗ  ＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記タグＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、前記タグＤＢを参照して、ＲＦタグＩＤが属するＲＦタググループＩＤを求め、ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタググループＩＤごとの各Ｒ／Ｗの評価結果のパターン又はＲ／Ｗ  ＩＤごとの各ＲＦタググループの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタググループＩＤ又はＲ／Ｗ  ＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置。
【請求項３】
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
Ｒ／Ｗのグループを示すＲ／ＷグループＩＤに対して、Ｒ／Ｗのグループに属するＲ／Ｗ  ＩＤを記憶したＲ／Ｗ  ＤＢと、
ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタグＩＤ又はＲ／ＷグループＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記Ｒ／Ｗ  ＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、前記Ｒ／Ｗ  ＤＢを参照して、Ｒ／Ｗ  ＩＤが属するＲ／ＷグループＩＤを求め、ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタグＩＤごとの各Ｒ／Ｗグループの評価結果のパターン又はＲ／ＷグループＩＤごとの各ＲＦタグの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタグＩＤ又はＲ／ＷグループＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置。
【請求項４】
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
ＲＦタグのグループを示すＲＦタググループＩＤに対して、ＲＦタグのグループに属するＲＦタグＩＤを記憶したタグＤＢと、
Ｒ／Ｗのグループを示すＲ／ＷグループＩＤに対して、Ｒ／Ｗのグループに属するＲ／Ｗ  ＩＤを記憶したＲ／Ｗ  ＤＢと、
ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタググループＩＤ又はＲ／ＷグループＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記タグＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、前記タグＤＢを参照して、ＲＦタグＩＤが属するＲＦタググループＩＤを求め、且つ、前記Ｒ／Ｗ  ＤＢを参照して、Ｒ／Ｗ  ＩＤが属するＲ／ＷグループＩＤを求め、ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタググループＩＤごとの各Ｒ／Ｗの評価結果のパターン又はＲ／ＷグループＩＤごとの各ＲＦタググループの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタググループＩＤ又はＲ／ＷグループＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置。
【請求項５】
処理部は、評価結果により、交信状況テーブル上のすべての交信が目標値を達成していると判断した場合、すべての交信が目標値を達成していること又は問題がないことを表示部に表示及び／又は検査結果ＤＢに記憶するようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項６】
原因ＩＤに対して、原因説明情報、集約件数を記憶する集約原因テーブルをさらに備え、
前記処理部は、原因テーブルを参照し、同一の原因ＩＤとなっているものを集約し、原因ＩＤに対して、原因説明情報及び何件分を集約したかの集約件数を集約原因テーブルに記憶し、
前記処理部は、前記集約原因テーブルを参照して、集約した原因ＩＤに対応して、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は検査結果ＤＢに記憶するようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項７】
原因ＩＤに対して、原因説明情報、原因となる可能性又は重要性を示すポイントの総和を記憶する集約原因テーブルをさらに備え、
さらに、
前記傾向ＤＢは、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤと原因説明情報、ポイントを予め記憶し、
前記原因テーブルは、ＲＦタグＩＤ又はＲ／Ｗ  ＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報、原因の可能性を示すポイントを記憶し、
処理部は、原因テーブルを参照し、同一の原因ＩＤとなっているものを集約し、集約した原因ＩＤに対するポイントの総和を計算し、原因ＩＤに対して、原因説明情報及び何件分集約したかの件数、ポイントの総和を集約原因テーブルに記憶する
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報、原因の可能性を示すポイントの総和を表示部に表示及び／又は検査結果ＤＢに記憶する
ようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項８】
Ｒ／ＷとＲＦタグの交信で交信状況情報が目標値に達しなくなる原因ＩＤ及び原因説明情報ごとにその原因を解決するための対策情報を予め記憶した原因ＤＢをさらに備え、
前記処理部は、原因テーブルの各原因ＩＤについて、原因ＤＢを参照して、原因ＩＤに対応する対策情報を取得し、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報、原因を解決するための対策情報を表示部に表示及び／又は検査結果ＤＢに記憶するようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項９】
Ｒ／ＷとＲＦタグの交信で交信状況情報が目標値に達しなくなる原因ＩＤ及び原因説明情報ごとにその原因を解決するための対策情報を予め記憶した原因ＤＢと、
原因ＩＤに対して、原因説明情報を記憶する集約原因テーブルと
をさらに備え、
前記処理部は、原因テーブルを参照し、同一の原因ＩＤとなっているものを集約し、原因ＩＤに対して、原因説明情報を集約原因テーブルに記憶し、
前記処理部は、集約原因テーブルの各原因ＩＤについて、原因ＤＢを参照して、原因ＩＤに対応する対策情報を取得し、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報、原因を解決するための対策情報を表示部に表示及び／又は検査結果ＤＢに記憶する
ようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項１０】
前記処理部は、履歴ＤＢを参照し、Ｒ／ＷからＲＦタグに対して読取コマンドを発行した回数に対して、実際にＲＦタグを読み取ることのできた回数の割合により、交信状況情報を示す値として読取率を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせに対して読取率を交信状況テーブルに記憶し、
前記処理部は、交信状況テーブル及び目標ＤＢを参照し、交信状況テーブルが示す読取率が目標ＤＢが示す目標値を達成しているかを評価し、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対する読取率及び評価結果を交信状況テーブルに記憶する
ようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項１１】
前記履歴ＤＢは、Ｒ／Ｗ  ＩＤ、ＲＦタグＩＤ、交信時刻に対応して、交信に要した時間を含み、
前記処理部は、履歴ＤＢを参照し、ＲＦタグとＲ／Ｗとの複数回の交信で要した時間のうち最悪値の交信時間を、交信状況情報を示す値として求め、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせに対して交信時間を交信状況テーブルに記憶し
前記処理部は、交信状況テーブル及び目標ＤＢを参照し、交信状況テーブルが示す交信時間が目標ＤＢが示す目標値を達成しているかを評価し、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対する交信時間及び評価結果を交信状況テーブルに記憶する
ようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項１２】
前記履歴ＤＢは、Ｒ／Ｗ  ＩＤ、ＲＦタグＩＤ、交信時刻に対応して、エラー情報を含み、
前記処理部は、履歴ＤＢを参照し、Ｒ／ＷからＲＦタグに対して交信した回数に対するエラーが発生した回数の割合により、交信状況情報を示す値としてエラー発生率を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせに対して交信時間を交信状況テーブルに記憶し
前記処理部は、交信状況テーブル及び目標ＤＢを参照し、交信状況テーブルが示す交信時間が目標ＤＢが示すエラー発生率を達成しているかを評価し、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対するエラー発生率及び評価結果を交信状況テーブルに記憶する
ようにした請求項１乃至４のいずれかに記載の検査装置。
【請求項１３】
前記処理部は、検査用のＲＦタグとＲ／Ｗとの交信状況を取得して前記交信状況から目標値を生成し、生成した前記目標値を利用して新たな交信状況を検査することを特徴とする請求項１乃至４のいずれかに記載の検査装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検査装置に係り、特に、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の技術を用いた情報システムの運用管理を行うためのＲＦＩＤシステム検査装置に関する。
【背景技術】
【０００２】
近年、製造や物流の現場で、ＲＦＩＤの技術を用いた商品管理が行われている。ＲＦＩＤを適用した商品管理では、ＲＦタグ（ＩＣタグ、無線タグ）を商品に貼付し、ＲＦタグのＩＤやＲＦタグに書き込まれた情報の読み取ることで、個々の商品を識別する。ＲＦＩＤを利用すると、一度に複数の商品を検知することができるため、商品リストと実際にある商品との突き合わせを行う入荷検品や棚卸などの作業を効率化することができる。
【０００３】
ＲＦタグは、Ｒ／Ｗ（リーダ／ライタ）から電磁誘導方式やマイクロ波方式による電源供給を受け、要求された処理の結果を返すというものが多い。Ｒ／ＷとＲＦタグの交信は、電磁波による非接触で行われるため、金属や水分、他の電子機器などの環境の影響を受け、ＲＦタグとＲ／Ｗの交信の成功率が下がることがある。また、ＲＦタグやＲ／Ｗの異常や故障により、交信が失敗することがある。このようなＲ／ＷとＲＦタグの交信に関する問題が発生したときに対策をせずに放置しておくと、ＲＦＩＤを利用した入荷検品システムや棚卸システムなどのシステム全体の稼働状況に影響を与えることになる。そのため、ＲＦＩＤを普及させるためには、Ｒ／ＷとＲＦタグの交信に関する問題を検出し、その問題の原因を究明して、対策を実施するという運用・保守が必要となると想定される。
【０００４】
交信の失敗を検出する従来技術として、以下に挙げる特許文献１や特許文献２がある。
特許文献１は、Ｒ／Ｗと無線通信状態を診断する電子機器に関する。この電子機器は、Ｒ／Ｗに対してＲ／Ｗのバージョン情報の取得などの情報要求コマンドの実行要求し、そのコマンドに対する応答の有無により、Ｒ／Ｗが正常かどうかを診断する。また、この電子機器は、ＲＦタグの読み込みや書き込みなどのＲ／Ｗの無線通信コマンドの実行要求し、そのコマンドの実行結果により、無線通信状態が正常かどうかを診断する。
【０００５】
特許文献２は、ＲＦタグとＲ／Ｗの交信結果を蓄積するＲ／Ｗに関する。Ｒ／Ｗは、ＲＦタグごとに、呼びかけに対する応答の有無や、エラーを意味する応答の有無を記憶する。そして、Ｒ／Ｗは上位計算機からの要求により、記憶した交信結果を上位計算機に送信する。上位計算機は交信結果を受け取り、交信結果から交信に失敗したＲＦタグを検知する。上位計算機は、ＲＦタグごとの交信結果をまとめて受け取るため、処理の軽減化を実現する。
【特許文献１】特開２００５−３２２０２９
【特許文献２】特開平３−２３２０８２
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１はＲ／Ｗまたは無線通信状態に問題があるという現象を検出するだけであり、また、特許文献２はＲＦタグに問題があるという現象を検出するであり、両文献とも問題が発生した原因の特定をするわけではない。そのため、両文献に記載された技術は、問題に対する根本的な対策を十分実施することができない。問題解決のための対策をするためには、より根本的な原因の特定が必要となる。また、対策をする際にはＲＦＩＤに関する深い知識がない者でも対策方法がわかることが望まれる。さらに、複数の原因がある場合に、どれから優先的に実施するかの情報があると対策を実施しやすい。
本発明は、以上の点に鑑み、Ｒ／ＷとＲＦタグの交信状況に問題が発生した場合に、問題を検出し、問題の原因として可能性のあるものを提示することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、特に、Ｒ／ＷとＲＦタグの交信状況があらかじめ登録した目標値に達しているかどうかで、交信状況に問題が発生しているかを判断する。本発明は、問題が発生していると判断した場合、交信状況のパターンと、既知の交信状況パターンと原因との関係情報とのマッチングを取り、可能性のある原因を抽出して提示する。また、本発明は、原因の情報とともに、問題を解決するための対処方法や、原因の可能性の高さを示すポイントも提示することができる。
【０００８】
本発明では、交信状況を示すものとして、読取率・交信時間・エラー発生率などから１つまたは複数を選択し、目標値を設定することができる。目標値は、あらかじめ手入力で設定する方法と、検査用のＲＦタグを使用して実測値を取り、そこから目標値を作成する方法等がある。
【０００９】
本発明の第１の解決手段によると、
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタグＩＤ又はＲ／Ｗ  ＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタグＩＤごとの各Ｒ／Ｗの評価結果のパターン又はＲ／Ｗ  ＩＤごとの各ＲＦタグの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタグＩＤ又はＲ／Ｗ  ＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置が提供される。
【００１０】
本発明の第２の解決手段によると、
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
ＲＦタグのグループを示すＲＦタググループＩＤに対して、ＲＦタグのグループに属するＲＦタグＩＤを記憶したタグＤＢと、
ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタググループＩＤ又はＲ／Ｗ  ＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記タグＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、前記タグＤＢを参照して、ＲＦタグＩＤが属するＲＦタググループＩＤを求め、ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタググループＩＤとＲ／Ｗ  ＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタググループＩＤごとの各Ｒ／Ｗの評価結果のパターン又はＲ／Ｗ  ＩＤごとの各ＲＦタググループの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタググループＩＤ又はＲ／Ｗ  ＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置が提供される。
【００１１】
本発明の第３の解決手段によると、
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
Ｒ／Ｗのグループを示すＲ／ＷグループＩＤに対して、Ｒ／Ｗのグループに属するＲ／Ｗ  ＩＤを記憶したＲ／Ｗ  ＤＢと、
ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタグＩＤ又はＲ／ＷグループＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記Ｒ／Ｗ  ＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、前記Ｒ／Ｗ  ＤＢを参照して、Ｒ／Ｗ  ＩＤが属するＲ／ＷグループＩＤを求め、ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタグＩＤとＲ／ＷグループＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタグＩＤごとの各Ｒ／Ｗグループの評価結果のパターン又はＲ／ＷグループＩＤごとの各ＲＦタグの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタグＩＤ又はＲ／ＷグループＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置が提供される。
【００１２】
本発明の第４の解決手段によると、
リーダライタ（Ｒ／Ｗ）ＩＤ、Ｒ／Ｗと交信したＲＦタグのＲＦタグＩＤ、交信時刻を含み、Ｒ／ＷとＲＦタグ間の交信の履歴を記憶する履歴ＤＢと、
Ｒ／ＷとＲＦタグ間の交信の状況を示す交信状況情報の目標値を予め記憶した目標ＤＢと、
Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果のパターンに対して、交信状況情報が目標に達しなくなる原因の原因ＩＤ及び原因説明情報を予め記憶した傾向ＤＢと、
ＲＦタグのグループを示すＲＦタググループＩＤに対して、ＲＦタグのグループに属するＲＦタグＩＤを記憶したタグＤＢと、
Ｒ／Ｗのグループを示すＲ／ＷグループＩＤに対して、Ｒ／Ｗのグループに属するＲ／Ｗ  ＩＤを記憶したＲ／Ｗ  ＤＢと、
ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する交信状況テーブルと、
ＲＦタググループＩＤ又はＲ／ＷグループＩＤに対して、評価結果のパターンに対応する原因ＩＤ及び原因説明情報を記憶する原因テーブルと、
ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する検査結果テーブルと、
前記履歴ＤＢ、前記目標ＤＢ、前記傾向ＤＢ、前記タグＤＢ、前記交信状況テーブル、前記原因テーブル及び前記検査結果テーブルに対してデータを読み出し及び／又は書き込みをし、検査処理を実行するための処理部と
を備え、
前記処理部は、前記履歴ＤＢを参照し、Ｒ／Ｗと交信したＲＦのＲＦタグＩＤ又はＲＦタグと交信したＲ／Ｗ  ＩＤを読み取り、前記タグＤＢを参照して、ＲＦタグＩＤが属するＲＦタググループＩＤを求め、且つ、前記Ｒ／Ｗ  ＤＢを参照して、Ｒ／Ｗ  ＩＤが属するＲ／ＷグループＩＤを求め、ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせごとに交信状況情報を計算し、ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせに対する交信状況情報を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルの交信状況情報を読み出し、前記目標ＤＢから目標値を読み出し、交信状況情報が目標値を達成しているかを調査し、達成している又は達成していないかを示す評価結果を求め、ＲＦタググループＩＤとＲ／ＷグループＩＤの組み合わせに対する該評価結果を前記交信状況テーブルに記憶し、
前記処理部は、前記交信状況テーブルを参照し、目標値に達成しない交信がある場合、前記交信状況テーブル上のＲＦタググループＩＤごとの各Ｒ／Ｗの評価結果のパターン又はＲ／ＷグループＩＤごとの各ＲＦタググループの評価結果のパターンを取得し、前記傾向ＤＢを参照して、取得した評価結果のパターンと前記傾向ＤＢの評価結果のパターンとのマッチングを行い、ＲＦタググループＩＤ又はＲ／ＷグループＩＤに対する、マッチしたパターンに該当する原因ＩＤ及び原因説明情報を前記原因テーブルに記憶し、
前記処理部は、Ｒ／ＷとＲＦタグの交信状況に問題が発生した原因の原因説明情報を表示部に表示及び／又は前記検査結果テーブルに記憶する
検査装置が提供される。
【発明の効果】
【００１３】
本発明によると、Ｒ／ＷとＲＦタグの交信状況に問題が発生した場合に、問題を検出し、問題の原因として可能性のあるものを提示することができる。より根本的な原因がわかるため、問題の早期解決につながり、運用・保守をする際に役立てることができる。また、本発明によると、原因とともに対策方法に関する情報を表示することができるので、ＲＦＩＤに関する深い知識がなくても対策方法がわかり、すばやく対策を進めることができる。さらに、本発明によると、原因の可能性の高さを示すポイントも表示することができるので、可能性の高い原因から優先的に対策から進めることができる。
【００１４】
また、本発明では、例えば、目標値を使用して交信状況を判断している。一般に、交信状況は様々な要因により影響されるため、事前に目標値を設定することは難しい。本発明は、目標値を設定する方法も提供することができるため、本発明導入時の設定を簡単にすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を詳細に説明する。
１．検査システム（第１の実施の形態）
図１は、検査システムの構成を示すブロック図である。
以下では、一例として、流通システムにＲＦＩＤを適用した形態を例に説明するが、これに限らず、本発明は、様々なＲＦＩＤシステムに適用することができる（「産業上の利用可能性」参照）。ＲＦＩＤを適用した流通システムでは、ＲＦタグを貼付した商品を流通させる。工場・流通センタなどの各拠点では、Ｒ／Ｗを用いて商品に貼付されたＲＦタグと交信を行い、商品の確認を行う。データセンタは、各拠点でのＲ／ＷとＲＦタグの交信の結果を受け取り、交信状況に問題があるかどうかを検査する。本実施の形態では、Ｒ／ＷとＲＦタグの交信を行う場所と、交信状況の検査を行う場所を分けて記述しているが、これらの場所は同一の拠点であっても良い。
【００１６】
データセンタでは、交信状態の検査を行う検査装置を構成するための計算機１を使用する。計算機１は、演算部としてＣＰＵ（処理部）１１、プログラムや演算に関係する一時的な情報を記憶するメモリ１２、キーボードやマウス等を備える入力部１３、ディスプレイなどを備える出力部１４、ＲＳ−２３２ＣやＵＳＢやＥｔｈｅｒｎｅｔ（登録商標）などを備える通信部１５、データやプログラムを格納するハードディスクなどを備える記憶部１６を有する。記憶部１６は、Ｒ／Ｗの情報を示すＲ／Ｗ  ＤＢ１６１と、タグの情報を示すタグＤＢ１６２と、Ｒ／ＷとＲＦタグの交信の履歴を示す履歴ＤＢ１６３と、Ｒ／ＷとＲＦタグの交信状況の目標を示す目標ＤＢ１６４と、Ｒ／ＷとＲＦタグの交信で問題が発生する可能性のある原因を示す原因ＤＢ１６５と、Ｒ／ＷとＲＦタグの交信状況のパターンと原因との関係を示す傾向ＤＢ１６６のデータを格納する。また、記憶部１６には、交信状況と評価結果とを記憶する交信状況テーブル１７１と、評価結果のパターンに対応する原因を記憶する原因テーブル１７２と、集約した原因に関する情報を記憶する集約原因テーブル１７３と、ＲＦタグとＲ／Ｗの交信状況の検査結果を記憶する検査結果テーブル１７４を格納する。これら各ＤＢ及びテーブルは、適宜メモリ１２上にロードされ、また、記憶部１６等にセーブされる。さらに、記憶部１６には、交信履歴を履歴ＤＢ１６３に登録する履歴登録プログラム１６７、Ｒ／ＷとＲＦタグの交信状況を検査し、問題があればその原因を表示する検査プログラム１６８、目標ＤＢ１６４に目標値を登録する目標登録プログラム１６９のプログラムを格納する。これら各プログラムは、ＣＰＵ１１により適宜ロードされ、実行される。各ＤＢ及びテーブルの詳細は後述する。
【００１７】
工場出荷では計算機２を、流通センタ入荷では計算機３を、流通センタ出荷では計算機４を使用する。計算機２・３・４には、Ｒ／Ｗ２１・３１・３２・４１・４２が接続されている。Ｒ／Ｗの数は、作業の規模や工程の内容に応じて調整する。計算機２では、出荷検品のプログラムが動作し、Ｒ／Ｗ２１を制御することにより商品に貼付されたＲＦタグを読み取り、出荷検品作業を行う。この際にＲＦタグとＲ／Ｗとの交信の履歴を作成し、計算機１に送信する。交信履歴は、交信が終わるたびにリアルタイムに計算機１に送信しても良いし、１日ごとまとめるなどしてバッチ処理で計算機１に送信しても良い。また、計算機１からの要求に応じて交信履歴を計算機１に送信しても良い。計算機３・４についても同様とする。
【００１８】
図２は、Ｒ／Ｗの情報を示すＲ／Ｗ  ＤＢ１６１を示した図である。Ｒ／Ｗ  ＤＢ１６１は、工場出荷や流通センタ入荷などの各工程で使用するＲ／Ｗの一覧を含む。また、Ｒ／Ｗをゲートに使用する場合には左右にＲ／Ｗを配置するので、ゲートの左側・右側ようにＲ／Ｗを配置する位置に意味がある場合には、Ｒ／Ｗ  ＤＢ１６１はＲ／Ｗの位置の情報を設定しても良い。この例では、Ｒ／Ｗ  ＤＢ１６１は、工程毎にＲ／ＷグループＩＤ、Ｒ／Ｗ  ＩＤ、位置情報を含み、予め設定されている。
【００１９】
なお、後述の「５．２  Ｒ／Ｗグループの説明」等で詳細に説明するように、本実施の形態では、Ｒ／Ｗ単独とＲＦタグ単独の交信状況を計算するが、同じ工程で使用する複数のＲ／ＷとＲＦタグとの間の交信状況を計算しても良い。例えば、Ｒ／Ｗ  ＤＢ１６１より、Ｒ／Ｗ３１とＲ／Ｗ３２は同じ流通センタ入荷で使用することがわかるため、Ｒ／Ｗ３１とＲ／Ｗ３２を１つのＲ／Ｗとみなしたものと、ＲＦタグとの間の交信状況を計算しても良い。
【００２０】
図３は、ＲＦタグを貼付した商品の例を示した図である。図３（ａ）（ｂ）（ｃ）のように、管理する対象となる単位ごとに、１つまたは複数のＲＦタグを貼付する。図３（ａ）は、１つの商品に１つのＲＦタグを貼付した例である。商品Ｐ１に対して、ＲＦタグＴ１１を貼付している。図３（ｂ）は、読取率向上のために１つの商品に複数のＲＦタグを貼付した例である。商品Ｐ２に対して、ＲＦタグＴ２１とＴ２２を貼付している。図３（ｃ）は、１つのパレットに複数の商品を載せて一度に検品処理を行う例である。パレットＰ３の上に、商品Ｐ３１、Ｐ３２、Ｐ３３、Ｐ３４を載せている。そして、商品それぞれに対して、ＲＦタグＴ３１、Ｔ３２、Ｔ３３、Ｔ３４を貼付している。図３（ｂ）や図３（ｃ）を対象とする検品では、複数のＲＦタグをすべて読み取れたときにＯＫとする場合や、一定割合以上のＲＦタグが読み取れればＯＫとする場合がある。
【００２１】
図４は、図３で示した商品とＲＦタグの関係を示すタグＤＢ１６２を示した図である。タグＤＢ１６２は、使用するＲＦタグのＩＤの一覧を含む。図３（ｂ）のＲＦタグＴ２１とＴ２２や、図３（ｃ）のＲＦタグＴ３１、Ｔ３２、Ｔ３３、Ｔ３４のような同一のＲ／Ｗで同時に交信することとなる複数のＲＦタグは、グループとして識別し、グループＩＤを設定する。ＲＦタグＴ２１とＴ２２はひとつの商品に貼付されているので、商品ＩＤ  Ｐ２を設定する。また、ＲＦタグを貼付する位置に意味がある場合には、位置情報を設定しても良い。なお、タグＤＢ１６２のデータは、例えば、入荷検品システムの入荷予定データなどを元に予め作成することができる。この例では、タグＤＢ１６２は、グループＩＤ、商品ＩＤ、ＲＦタグＩＤ、位置情報を含み、予め設定されている。
【００２２】
また、後述の「５．１  ＲＦタググループの説明」等で詳細に説明するように、本実施の形態では、Ｒ／Ｗ単独とＲＦタグ単独の交信状況を計算するが、同時に交信する複数のＲＦタグとＲ／Ｗとの交信状況を計算しても良い。例えば、タグＤＢ１６２より、ＲＦタグＴ２１とＴ２２は同時に使用することがわかるため、ＲＦタグＴ２１とＴ２を１つのＲＦタグとみなしたものと、Ｒ／Ｗとの間の交信状況を計算しても良い。
【００２３】
図５は、Ｒ／ＷとＲＦタグ間の交信の履歴を格納する履歴ＤＢ１６３を示した図である。履歴ＤＢ１６３は、Ｒ／Ｗごとに、交信したＲＦタグのＩＤの情報、交信に要した時間、ＣＲＣエラーなどのエラー情報などの情報を含む。
【００２４】
なお、後述の「２．１  履歴登録プログラム」で詳細に説明するように、Ｒ／ＷとＲＦタグの交信は、交信に成功したＲＦタグは把握できるが、交信に失敗したＲＦタグは把握できない場合があるため、交信に失敗した際には、タグＤＢ１６２を利用して交信に失敗したＲＦタグを推測することができる。タグＤＢ１６２で、グループに設定しているＲＦタグは同時に交信するため、グループ内のあるＲＦタグが交信に成功していれば、グループ内の他のＲＦタグも交信していたとみなすことができる。例えば、ＲＦタグＴ２１が交信に成功していれば、同じグループにあるＲＦタグＴ２２も交信しているとみなすことができる。そのとき、ＲＦタグＴ２２が交信に成功していなければ交信に失敗したＲＦタグとして設定する。このようにして、ＣＰＵ１１は、交信に失敗したＲＦタグを推測することができる。
【００２５】
図６は、Ｒ／ＷとＲＦタグ間の交信時の交信状況の目標値を格納する目標ＤＢ１６４を示した図である。目標ＤＢ１６４で指定する読取率・交信時間・エラー発生率等の項目で、Ｒ／ＷとＲＦタグの交信状況を判断する。図６の目標ＤＢ１６４では、一例として、読取率の目標値として７０％以上、交信時間の目標値として５００ｍｓ以下、エラー発生率の目標値として３０％以下と設定している。なお、ここではすべてのＲ／Ｗでの目標値を一様に設定しているが、Ｒ／Ｗ固有の性能や環境によって読取率が変化する場合があるので、Ｒ／Ｗごとに目標値を設定しても良い。同様にＲＦタグごとに目標値を設定しても良い。また、時間帯によって交信状況が変化する可能性があるため、時間帯ごとに目標値を設定しても良い。この場合、例えば、目標ＤＢ１６４は、Ｒ／Ｗ  ＩＤ又はＲＦタグＩＤ又は時間帯に対応して、各目標値を記憶するよう構成すればよい。
【００２６】
図７は、Ｒ／ＷとＲＦタグの交信で交信状況が目標値に達しなくなる原因として可能性のあるものを格納する原因ＤＢ１６５を示した図である。原因ＤＢ１６５は、原因ごとにその原因を解決するための対策の情報を含む。原因ＤＢ１６５には、例えば、想定される所定の原因に対して、既知の代表的又は推奨される対策等を予め記憶しておくことができる。
【００２７】
図８は、Ｒ／ＷとＲＦタグの交信での交信状況のパターンと、読取率・交信時間・エラー発生率等の交信状況が目標に達しなくなる原因との関係を示す傾向ＤＢ１６６を示した図である。傾向ＤＢ１６６では、同一のＲＦタグについて、交信状況が目標値に達しているＲ／Ｗには評価結果「○」を、達していないＲ／Ｗには評価結果「×」を記入して、交信状況のパターンを定義する。パターンの数はＲ／Ｗの数の２乗個になる。また、評価結果「×」のあるパターンについて、交信状況が目標値に達しなくなる原因を示す。交信状況のパターンごとに、原因ＤＢ１６５で示した原因のうち可能性のある原因と、原因の説明、ポイントを示す。ポイントは、原因となる可能性の高いものが高ポイントになるように設定する。原因がＲＦタグにあるものについては、原因の説明部分に「ＲＦタグ＊」を記述する。後述の検査プログラムで問題の原因を表示する際に、例えば、履歴ＤＢ１６３を参照して、ＲＦタグとＲ／Ｗの交信内容からＲＦタグＩＤを求めることにより、「ＲＦタグ＊」部分をＲＦタグを識別する情報に置き換える。
【００２８】
図８を用いて、パターンの例を説明する。図８の傾向ＤＢ１６６のパターン＃１は、あるＲＦタグに対するＲ／Ｗの交信状況の目標値の達成状況がＲ／Ｗ２１・３１・３２・４１の順に「○○○○」となる評価結果のパターンである。すべてのＲ／Ｗで目標値を達成しているため、問題なしと設定している。パターン＃２の「○○○×」の評価結果のパターンは、原因として（ｂ）（ｃ）（ｅ）（ｆ）を選択し、それぞれの原因に対してポイントを設定している。
【００２９】
傾向ＤＢ１６６は、Ｒ／ＷとＲＦタグの交信状況に関する知識を元に、Ｒ／Ｗの構成に応じて、評価結果のパターンに対応して可能性の高い又は可能性のある原因等を、あらかじめ設定しておく。例えば、Ｒ／Ｗ  ＤＢ１６１からわかるＲ／Ｗ間の関係情報を元に、可能性のある原因を列挙し、傾向ＤＢ１６６に設定する。具体的には、同じ工程で使用するＲ／Ｗ３１とＲ／Ｗ３２の間の両方で交信状況が目標値に達していない場合には、その場所の電波環境に問題がある可能性がある。また、同じゲートの左側に配置するＲ／Ｗ３１とＲ／Ｗ４１の両方で目標値に達していない場合には、左側という位置に問題がある可能性がある。また、工場出荷では目標値に達していたのに、以後の流通センタ入荷や流通センタ出荷では目標値に達していない場合は、工場出荷から次の工程に運搬する際に、問題が発生した可能性がある。このようにして、傾向ＤＢ１６６に交信状況のパターンに対する可能性のある原因を列挙し、傾向ＤＢ１６６に設定する。なお、すべてのパターンに対して原因が特定できていない場合があるため、「原因不明」と登録しても良い。また、原因がわかった場合に傾向ＤＢ１６６を更新しても良い。
【００３０】
図２２は、交信状況テーブル１７１を示した図である。
交信状況テーブル１７１は、ＲＦタグＩＤとＲ／Ｗ  ＩＤの組み合わせに対して、交信状況情報と、Ｒ／ＷとＲＦタグとの間の交信状況情報が目標値を達成したか否かを示す評価結果とを記憶する。
【００３１】
図１３は、原因テーブル１７２を示した図である。
原因テーブル１７２は、ＲＦタグＩＤ又はＲ／Ｗ  ＩＤに対して、評価結果のパターンに対応する原因の原因ＩＤ及び原因説明情報を記憶する。原因テーブル１７２は、さらに、原因の可能性又は重要性を示すポイントを記憶してもよい。
【００３２】
図１４は、集約原因テーブル１７３を示した図である。
集約原因テーブル１７３は、原因ＩＤに対して、原因説明情報、集約件数、原因となる可能性又は重要性を示すポイントの総和を記憶する。
【００３３】
図２３は、検査結果テーブル１７４を示した図である。
検査結果テーブル１７４は、ＲＦタグとＲ／Ｗの交信状況に問題が発生した原因の原因ＩＤ及び原因説明情報を記憶する。検査結果テーブル１７４は、さらに原因の可能性を示すポイントや原因を解決するための対策情報を記憶してもよい。
【００３４】
２．検査処理（第１の実施の形態）
２．１  履歴登録プログラム
履歴登録プログラム１６７は、工程作業を実施する計算機２・３・４からＲ／ＷとＲＦタグ間の交信の履歴を受け取り、履歴ＤＢ１６３に登録する。
図２１は、履歴登録プログラム１６７の処理を説明するフローチャートである。
【００３５】
ＣＰＵ１１は、履歴登録プログラム１６７による処理を実行する。履歴登録プログラム１６７は、入荷検品や出荷検品などの作業を実施する計算機２・３・４から、Ｒ／ＷとＲＦタグ間の交信の履歴情報を受け取る（ステップＳ１）。履歴情報には、交信したＲ／ＷのＩＤ、交信した時刻、交信に要した時間、交信に成功したＲＦタグ、交信に失敗したＲＦタグ、交信エラーがある場合のエラー内容が含まれる。Ｒ／ＷとＲＦタグの間の交信は、初めにＲＦタグを識別するＵＩＤ（Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）を読み取り、次にＲＦタグのユーザ領域を読み取るパターンが多い。ＵＩＤ読み取りに失敗した場合は交信成功のＲＦタグしかわからないが、ユーザ領域読み取りに失敗した場合は交信失敗のＲＦタグを識別することができる。その場合、履歴登録プログラム１６７は、その交信失敗ＲＦタグを履歴情報に加える。
【００３６】
履歴登録プログラム１６７は、受信した履歴情報とＲ／Ｗ  ＤＢ１６１とタグＤＢ１６２を元に、交信失敗ＲＦタグの情報を補完する（ステップＳ２）。ここで、ステップＳ１の処理後に、ＵＩＤ読み取りに失敗し、Ｒ／Ｗ２１での１０：００：０５の交信の履歴情報に、交信成功ＲＦタグはＴ２２だが、交信失敗ＲＦタグは含まれていない履歴が含まれているとする。この場合、履歴登録プログラム１６７は、交信成功のＲＦタグのＲＦタグＩＤに基づき、タグＤＢ１６２を参照すると、ＲＦタグＴ２２とＴ２１は同一のグループで一緒に移動するＲＦタグであるため、同じ時刻・場所でＲ／Ｗと交信することがわかる。履歴登録プログラム１６７は、交信成功ＲＦタグにＲＦタグＴ２２が含まれているので、交信失敗ＲＦタグにＲＦタグＴ２１を補完する。
【００３７】
また、Ｒ／Ｗ  ＤＢ１６１を参照すると、Ｒ／Ｗ３１とＲ／Ｗ３２は同一の工程で使用することがわかる。履歴登録プログラム１６７は、Ｒ／Ｗ３１の交信履歴情報の交信成功ＲＦタグ・交信失敗ＲＦタグに含まれているＲＦタグが、同時刻のＲ／Ｗ３２での交信履歴情報の交信成功ＲＦタグ・交信失敗ＲＦタグに含まれていない場合、そのＲＦタグをＲ／Ｗ３２の交信失敗ＲＦタグとして補完する。逆に、Ｒ／Ｗ３２の履歴情報に含まれているが、Ｒ／Ｗ３１の履歴情報に含まれていないＲＦタグについても、同様に補完することができる。
【００３８】
さらに、履歴登録プログラム１６７は、前後の時刻の交信で検出しているＲＦタグを、その間の時刻の交信で検出できなかった場合に、そのＲＦタグを交信失敗ＲＦタグとして補完してもよい。その場合、あらかじめ、前後の時刻の間隔を設定しておく。例えば、前後の時刻の間隔を２秒と設定した場合に、１０：００：１１と１０：００：１３の交信履歴情報に含まれるＲＦタグが、１０：００：１２の交信履歴情報に含まれていなければ、間隔が設定以内なので１０：００：１２の交信失敗ＲＦタグとして補完する。しかし、１０：１０：００と１０：２０：００の交信履歴情報に含まれるＲＦタグが、その間の時刻の交信履歴情報に含まれていない場合、間隔が設定以上であるため、補完を適用しない。
このように交信失敗ＲＦタグの情報を補完した履歴情報を、履歴ＤＢ１６３に登録する。
【００３９】
２．２  検査プログラム概要
まず、ＣＰＵ１１が実行する検査プログラム１６８による処理の概要を説明する。なお、読取率・実行時間・エラー発生率等の各交信状況に対応する詳細処理については後述する。
【００４０】
図９は、検査プログラム１６８の処理を説明するフローチャートである。検査プログラム１６８は、Ｒ／ＷとＲＦタグの交信で問題が発生しているかを検査し、問題が発生していなければその旨を、問題が発生している場合にはその原因として考えられるもののリストを出力部１４または通信部１５を通じて表示する。ここでの問題とは、目標ＤＢ１６４で目標値を設定した目標項目に関して、交信状況が目標値に達しないことである。
【００４１】
検査プログラム１６８は、実際に検品などの業務を実施しながら検査を実行する場合と、検査用のＲＦタグを貼付した商品を流して検査を実行する場合がある。また、検査プログラム１６８は、定期的なタイミング、不定期的なタイミング、または、入力部１３や通信部１５を通じた利用者からの要求に応じて処理を実行する。
【００４２】
検査プログラム１６８は、履歴ＤＢ１６３を元に、交信状況を計算する（ステップＳ１）。このステップでは、計算する交信状況は、目標ＤＢ１６４にある読取率・交信時間・エラー発生率などの交信状況の項目のうち、目標値を設定している項目を対象とする。検査プログラム１６８は、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、履歴ＤＢ１６４の情報から交信状況を計算し、メモリ１２または記憶部１６上の交信状況テーブル１７１に記憶する。また、交信状況を計算するために使用する履歴ＤＢ１６３の履歴情報は、「最近１時間分の履歴」などの情報を検査プログラム１６８に埋め込むか、目標ＤＢに登録したものを参照するなどして、範囲を特定する。
【００４３】
なお、本実施の形態では、ＲＦタグ単独とＲ／Ｗ単独での交信状況を計算するが、後述「５．２  Ｒ／Ｗグループの説明」のように、Ｒ／Ｗ  ＤＢ１６１を参照して複数のＲ／Ｗをまとめて１つのＲ／Ｗとみなすことや、後述「５．１  ＲＦタググループの説明」のように、タグＤＢ１６２を参照して複数のＲＦタグをまとめて１つのＲＦタグとみなすことを行い、交信状況を計算しても良い。
【００４４】
次に、検査プログラム１６８は、交信状況が目標ＤＢ１６４で指定する目標値を達成しているかを調査する（ステップＳ２）。このステップでは、検査プログラム１６８は、交信状況テーブル１７１の各交信状況について、目標ＤＢ１６３で指定した目標値を達成しているかを示す評価結果を調査する。達成している場合は評価結果「○」、達成していない場合は評価結果「×」を評価する。検査プログラム１６８は、評価した結果を、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、交信状況テーブル１７１に記憶する。
【００４５】
検査プログラム１６８は、交信状況が目標値に達成していないものがあるか検索する（ステップＳ３）。交信状況テーブル１７１に目標値に達成しない交信がある場合、つまり評価結果「×」と評価された交信がある場合、検査プログラム１６８はステップＳ４に進む。一方、交信状況テーブル１７１上のすべての交信が目標値を達成している場合、つまりすべての交信が評価結果「○」と評価された場合、検査プログラム１６８はステップＳ８に進む。ステップＳ８では、すべての交信が目標値を達成しているため、検査プログラム１６８は問題がないことを表示して、プログラムを終了する。
【００４６】
検査プログラム１６８は、交信状況テーブル１７１と傾向ＤＢ１６６において、交信状況のパターンのマッチングを行う（ステップＳ４）。このステップでは、まず、検査プログラム１６８は、交信状況テーブル１７１上のＲＦタグごとに、評価結果○×で示されるＲ／Ｗとの交信状況のパターンを取得する。次に、取得した○×の評価結果パターンと、傾向ＤＢにあるＲ／Ｗの交信状況の○×の評価結果パターンのマッチングを行う。マッチした傾向ＤＢ１６６上の交信パターンについて、パターンに結び付けられている原因の原因ＩＤ及び原因説明情報と、原因の可能性を示すポイントの情報を取得する。この際、原因の説明部分に「ＲＦタグ＊」の記述があれば、検査プログラム１６８は、例えば、履歴ＤＢ１６３を参照して、ＲＦとＲ／Ｗの交信内容からＲＦタグＩＤを求めることにより、この部分をＲＦタグを識別する情報に置き換える。検査プログラム１６８は、このマッチング処理をＲＦタグごとに繰り返し、ＲＦタグＩＤに対して、傾向番号と得られた原因（原因ＩＤ及び原因説明情報）とポイントの情報とをメモリ１２または記憶部１６上の原因テーブル１７２に記憶する。
【００４７】
検査プログラム１６８は、原因テーブル１７２の中の原因について、原因の説明部分が同一内容となっているものを集約する（ステップＳ５）。このステップでは、検査プログラム１６８は、集約する際、原因の可能性を示すポイント部分は、集約前の各々の原因のポイントの総和を取る。検査プログラム１６８は、原因ＩＤ及び原因説明情報に対して、集約した結果（集約した件数、ポイント総和）をメモリ１２上の集約原因テーブル１７３に記憶する。
【００４８】
検査プログラム１６８は、集約原因テーブル１７３の各原因について、原因ＩＤに基づき原因ＤＢ１７５から原因に対応する対策方法を取得する（ステップＳ６）。
検査プログラム１６８は、Ｒ／ＷとＲＦタグの交信状況に問題が発生したこととともに、問題が発生した原因の原因ＩＤ及び原因説明情報と、原因の可能性を示すポイントと、原因を解決するための対策方法を出力部１４に表示し、検査結果テーブル１７４に、これら情報を記憶して、プログラムを終了する（ステップＳ７）。
【００４９】
２．３  検査プログラム詳細例
以降では、例を挙げて検査プログラム１６８の動作を詳細に説明する。
（１）読取率
以下に、目標ＤＢ１６４の読取率部分に目標値が設定されている場合の、検査プログラム１６８の動作の例を示す。
検査プログラム１６８は、履歴ＤＢ１６３を元に、交信状況を示す値として読取率を計算する（ステップＳ１）。
【００５０】
図１０は、読取率を計算した結果の交信状況テーブル１７１の例である。読取率は、例えば、交信成功ＲＦタグＩＤ・交信失敗ＲＦタグＩＤの交信履歴に基づき、Ｒ／ＷからＲＦタグに対して読取コマンドを発行した回数に対して、実際にＲＦタグを読み取ることのできた回数の割合とすることで計算することができる。図５の履歴ＤＢ１６３の例では、Ｒ／Ｗ２１とＲＦタグＴ２１の交信は、１０：００：０２から１０：００：０５までの４回実行されていることがわかる。４回のうち３回読み取りに成功しているため、読取率は７５％となる。検査プログラム１６８は、他のＲ／ＷとＲＦタグの組み合わせに関しても同様に読取率を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、計算結果の読取率を交信状況テーブル１７１に記憶する。
【００５１】
次に、検査プログラム１６８は、読取率が目標ＤＢ１６４で示す目標値を達成しているかを調査し、評価結果を求める（ステップＳ２）。この例では、読取率の目標値は、目標ＤＢ１６４で示すように７０％である。検査プログラム１６８は、ＲＦタグＴ２１の読取率について、図１０の交信状況テーブル１７１より、Ｒ／Ｗ２１で７５％なので「○」、Ｒ／Ｗ３１で８０％なので「○」、Ｒ／Ｗ３２で６０％なので「×」、Ｒ／Ｗ４１で８０％なので「○」のように評価する。検査プログラム１６８は、他のＲＦタグに関しても、同様に読取率が目標値を達成しているかの調査を実行し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、評価結果を交信状況テーブル１７１に出力する。
【００５２】
次に、検査プログラム１６８は、読取率が目標値に達成していないものがあるか検索する（ステップＳ３）。検査プログラム１６８は、図１０の交信状況テーブル１７１を参照し、「×」の評価を検索する。ＲＦタグＴ２１のＲ／Ｗ３２での読取率等、「×」の評価のものがあるため、検査プログラム１６８はステップＳ４に進む。
検査プログラム１６８は、交信状況テーブル１７１と傾向ＤＢ１６６において、交信状況のパターンのマッチングを行う（ステップＳ４）。
【００５３】
図１３は、マッチングした結果得られる原因とポイントの情報を示した原因テーブル１７２の例である。検査プログラム１６８は、ＲＦタグごとに図８の傾向ＤＢ１６６で示されているＲ／Ｗ２１・３１・３２・４１との交信状況のパターンを抽出する。ＲＦタグＴ２１の交信状況のパターンは、図１０の交信状況テーブル１７１より「○○×○」となる。この交信状況のパターンは、図８の傾向ＤＢ１６６のパターン＃３にマッチする。そのため、検査プログラム１６８は、ＲＦタグＴ２１に関して、傾向ＤＢ１６６より原因（ｃ）（ｆ）を取得し、原因テーブル１７２の１７２１・１７２２を出力する。ＲＦタグＴ３１の交信状況のパターンは「○○○○」となるため、傾向ＤＢ１６６のパターン＃１にマッチする。そのため、検査プログラム１６８は、原因テーブル１７２の１７２３のように「問題なし」と出力する。ＲＦタグＴ４１の交信状況のパターンは「××××」となるため、図８の傾向ＤＢ１６８のパターン＃１６にマッチする。そのため、検査プログラム１６８は、ＲＦタグＴ４１に関して、傾向ＤＢ１６６より原因（ａ）（ｄ）を取得し、原因テーブル１７２の１７２４・１７２５を出力する。原因（ａ）や（ｄ）では、原因の説明部分に「ＲＦタグ＊」の記述があるため、上述のように、「ＲＦタグ＊」部分をＲＦタグＴ４１に置き換える。他のＲＦタグに対しても同様のマッチングを行い、ＲＦタグＩＤごとに、傾向番号と、得られた原因（原因ＩＤ及び原因説明情報）とポイントの情報を原因テーブル１７２に記憶する。
【００５４】
次に、検査プログラム１６８は、原因テーブル１７２の中の原因について、原因の説明部分が同一内容となっているものを集約する（ステップＳ５）。
図１４は集約した結果を示した集約原因テーブル１７３の例である。原因テーブル１７２の原因１７２１と１７２６は原因の説明部分が同一であるため、集約原因テーブル１７３の１７３３に集約し、ポイントを合算する。検査プログラム１６８は、他の原因に関しても同様に集約を行い、原因と合算後のポイントと何件分を集約したかの件数を集約原因テーブル１７３に出力する。
【００５５】
検査プログラム１６８は、集約原因テーブル１７３の各原因について、原因ＤＢ１７５から原因に対応する対策方法を取得する（ステップＳ６）。検査プログラム１６８は、図１４の集約原因テーブル１７３のデータ１７３２は原因が（ａ）であるので、原因ＤＢ１６５から原因（ａ）に関する対策方法の情報を取得する。他の原因に関しても、同様に対策方法の情報を取得する。
【００５６】
検査プログラム１６８は、図１５のように、Ｒ／ＷとＲＦタグの交信状況に問題が発生したことともに、問題が発生した原因の説明部分と、原因の可能性を示すポイントと、原因を解決するための対策方法を出力部１４に表示し、検査結果テーブル１７４に各情報を記憶して、プログラムを終了する（ステップＳ７）。
【００５７】
（２）交信時間
以下に、目標ＤＢ１６４の交信時間部分に目標値が設定されている場合の、検査プログラム１６８の動作の例を示す。
検査プログラム１６８は、履歴ＤＢ１６３を元に、交信状況を示す値として交信時間を計算する（ステップＳ１）。
【００５８】
図１１は、交信時間を計算した結果の交信状況テーブル１７１の例である。交信時間は、例えば、交信成功ＲＦタグＩＤ・交信失敗ＲＦタグＩＤの交信履歴に基づき、複数回のＲＦタグとＲ／Ｗとの交信で要した時間の最悪値とすることで、計算することができる。図５の履歴ＤＢ１６３の例では、Ｒ／Ｗ２１とＲＦタグＴ２１の交信は、１０：００：０２から１０：００：０５までの４回実行されていることがわかる。４回のうちの最悪値を取り、交信時間は３００ｍｓとなる。検査プログラム１６８は、他のＲ／ＷとＲＦタグの組み合わせに関しても同様に交信時間を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、計算結果の交信時間を交信状況テーブル１７１に記憶する。
【００５９】
次に、検査プログラム１６８は、交信時間が目標ＤＢ１６４で示す目標値を達成しているかを調査し、評価結果を求める（ステップＳ２）。この例では、交信時間の目標値は、目標ＤＢ１６４で示すように５００ｍｓ以下である。検査プログラム１６８は、ＲＦタグＴ２１の交信時間について、図１０の交信状況テーブル１７１より、Ｒ／Ｗ２１で３００ｍｓなので「○」、Ｒ／Ｗ３１で２００ｍｓなので「○」、Ｒ／Ｗ３２で６００ｍｓなので「×」、Ｒ／Ｗ４１で２００ｍｓなので「○」、のように評価する。検査プログラム１６８は、他のＲＦタグに関しても、同様に交信時間が目標値を達成しているかの調査を実行し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、評価結果を交信状況テーブル１７１に記憶する。
ステップＳ３以降は、目標ＤＢ１６４の読取率部分に目標値が設定されている場合と同様のため、検査プログラム１６８の動作例の説明を省略する。
【００６０】
（３）エラー発生率
以下に、目標ＤＢ１６４のエラー発生率部分に目標値が設定されている場合の、検査プログラム１６８の動作の例を示す。
検査プログラム１６８は、履歴ＤＢ１６３を元に、交信状況を示す値としてエラー発生率を計算する（ステップＳ１）。
【００６１】
図１２は、エラー発生率を計算した結果の交信状況テーブル１７１の例である。エラー発生率は、例えば、交信成功ＲＦタグＩＤ・交信失敗ＲＦタグＩＤの交信履歴に基づき、Ｒ／ＷからＲＦタグに対して交信した回数に対して、エラーが発生した回数の割合とすることで、計算することができる。図５の履歴ＤＢ１６３の例では、Ｒ／Ｗ２１とＲＦタグＴ２１の交信は、１０：００：０２から１０：００：０５までの４回実行されていることがわかる。エラー情報によると、４回のうちの１回エラーが発生しているため、エラー発生率を２５％となる。検査プログラム１６８は、他のＲ／ＷとＲＦタグの組み合わせに関しても同様に読取率を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、計算結果のエラー発生率を交信状況テーブル１７１に記憶する。
【００６２】
検査プログラム１６８は、エラー発生率が目標ＤＢ１６４で示す目標値を達成しているかを調査し、評価結果を求める（ステップＳ２）。この例では、エラー発生率の目標値は、目標ＤＢ１６４で示すように３０％以下である。検査プログラム１６８は、ＲＦタグＴ２１のエラー発生率について、図１０の交信状況テーブル１７１より、Ｒ／Ｗ２１で２５％なので「○」、Ｒ／Ｗ３１で０％なので「○」、Ｒ／Ｗ３２で４０％なので「×」、Ｒ／Ｗ４１で０％なので「○」、のように評価する。検査プログラム１６８は、他のＲＦタグに関しても、同様にエラー発生率が目標値を達成しているかの調査を実行し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、評価結果を交信状況テーブル１７１に記憶する。
ステップＳ３以降は、目標ＤＢ１６４の読取率部分に目標値が設定されている場合と同様のため、検査プログラム１６８の動作例の説明を省略する。
【００６３】
（４）組み合わせ
上記では、目標ＤＢ１６４の読取率部分、交信時間部分、エラー発生率部分に目標値が設定されていた場合の検査プログラム１６８の動作例を示した。読取率・交信時間・エラー発生率等の目標項目のうち複数個の項目に目標値が設定されている場合、検査プログラム１６８はそれぞれの目標項目ごとに検査を実行することができる。そして、検査プログラム１６８は、すべての目標項目で問題がなければ問題がないことを、１つでも問題があれば問題があることと原因・対策・ポイントをまとめて出力部１４に表示し、検査結果テーブル１７４に記憶する。
【００６４】
３．検査システム（第２の実施の形態）
上記では、検査プログラム１６８は、ＲＦタグ毎の複数のＲ／Ｗとの交信状況のパターン（Ｒ／Ｗパターン）を使用して、原因と対策とポイントの情報を抽出していた。一方、Ｒ／Ｗ毎の複数のＲＦタグとの交信状況のパターン（ＲＦタグパターン）を使用して、原因と対策とポイントの情報を抽出することもできる。以降では、ＲＦタグパターンを用いた例を示す。この実施の形態では、特に、第１の実施の形態における傾向ＤＢ１６６、交信状況テーブル１７１、原因テーブル１７２が、それぞれ、後述するように、図１６の傾向ＤＢ１６６、図１７の交信状況テーブル１７１、図１８の原因テーブル１７２に置き換えられ、他の構成は第１の実施の形態と同様である。
【００６５】
図１６は、Ｒ／ＷとＲＦタグの交信での交信状況のパターン（ＲＦタグパターン）と、読取率が目標に達しなくなる原因との関係を示す傾向ＤＢ１６６を示した図である。図１６の傾向ＤＢ１６６では、同一のＲ／Ｗについて、読取率が目標に達しているＲＦタグには「○」を、達していないＲＦタグには「×」を記入して、交信状況のパターンを定義する。パターンの数はＲＦタグの数の２乗個になる。また、「×」のあるパターンについて、読取率が目標に達しなくなる原因を示す。交信状況のパターンごとに、原因ＤＢ１６５で示した原因のうち可能性のある原因の原因ＩＤ及び原因説明情報、ポイントを示す。ポイントは、原因となる可能性又は重要性の高いものが高ポイントになるように設定する。原因がＲ／Ｗにあるものについては、原因の説明部分に「Ｒ／Ｗ＊」を記述する。後述の検査プログラムで問題の原因を表示する際に、「Ｒ／Ｗ＊」部分をＲ／Ｗを識別する情報に置き換える。
【００６６】
図１６を用いて、パターンの例を説明する。図１６の傾向ＤＢ１６６のパターン＃１は、あるＲ／Ｗに対するＲＦタグの交信状況の目標値の達成状況がＲＦタグＴ１１・Ｔ２１・Ｔ２２の順に「○○○」となる評価結果のパターンである。すべてのＲＦタグで目標値を達成しているため、問題なしと設定している。パターン＃２の「○○×」のパターンは、原因として（ｃ）（ｄ）を選択し、それぞれの原因に対してポイントを設定している。
【００６７】
傾向ＤＢ１６６は、Ｒ／ＷとＲＦタグの交信状況に関する知識を元に、Ｒ／Ｗの構成に応じて、あらかじめ設定しておく。例えば、タグＤＢ１６２からわかるタグ間の関係情報を元に、可能性のある原因を列挙し、傾向ＤＢ１６６に設定する。具体的には、例えば、同じ前面に貼付されたＲＦタグＴ１１とＴ２１の両方で目標値に達していない場合には、前面という貼付位置に問題がある可能性がある。また、一度に交信を実施するグループに属するＲＦタグＴ３１・Ｔ３２・Ｔ３３・Ｔ３４のすべてで目標値に達していない場合には、そのグループが高速に移動したなどのＲＦタグのかざし方に問題がある可能性がある。このようにして、傾向ＤＢ１６６に交信状況のパターンと可能性のある原因を列挙して、傾向ＤＢ１６６に予め設定する。
【００６８】
４．検査処理（第２の実施の形態）
４．１  履歴登録プログラム
履歴登録プログラムについては、第１の実施の形態と同様であるので、説明を省略する。
【００６９】
４．２  検査プログラム概要
以下、図９を用いて、検査プログラム１６８の処理を説明する。なお、処理のフローチャートは、図９とほぼ同様であるが、特に、ステップＳ４の詳細が異なるので、以下に、ＲＦタグパターンを使用する際の、上記のＲ／Ｗパターンの場合との相違点を示す。検査プログラム１６８のステップＳ４以外は、上記のＲ／Ｗパターンを使用する場合と同様であるため、説明を省略する。
【００７０】
検査プログラム１６８は、交信状況テーブル１７１と傾向ＤＢ１６６において、交信状況のパターンのマッチングを行う（ステップＳ４）。まず、検査プログラム１６８は、交信状況テーブル１７１上のＲ／Ｗごとに、○×で示されるＲＦタグとの交信状況の評価結果のパターンを取得する。次に、取得した○×の評価結果のパターンと、傾向ＤＢにあるＲＦタグの交信状況の○×の評価結果のパターンのマッチングを行う。マッチした傾向ＤＢ１６６上の交信パターンについて、パターンに結び付けられている原因の原因ＩＤ及び原因説明情報と、原因の可能性を示すポイントの情報を取得する。この際、原因の説明部分に「Ｒ／Ｗ＊」の記述があれば、例えば、履歴ＤＢ１６３を参照して、ＲＦタグとＲ／Ｗの交信内容からＲ／Ｗ  ＩＤを求めることにより、この部分をＲ／Ｗを識別する情報に置き換える。検査プログラム１６８は、このマッチング処理をＲ／Ｗごとに繰り返し、Ｒ／Ｗ  ＩＤに対して、傾向番号と得られた原因（原因ＩＤ及び原因説明情報）とポイントの情報をメモリ１２上の原因テーブル１７２に記憶する。
【００７１】
４．３  検査プログラム
以下に、目標ＤＢ１６４の読取率部分に目標値が設定されている場合の、ＲＦタグパターンを使用した検査プログラム１６８の動作の例を示す。
検査プログラム１６８のステップＳ１・ステップＳ２は、上記のＲ／Ｗパターンの場合と同様であるため、説明を省略する。図１７は、ステップＳ２で出力される交信状況テーブル１７１を示したものである。図１７は、図１０の交信状況テーブル１７１の同様の内容であるが、Ｒ／ＷとＲＦタグの表示を入れ替えている。
【００７２】
検査プログラム１６８は、読取率が目標値に達成していないものがあるか検索する（ステップＳ３）。検査プログラム１６８は、図１７の交信状況テーブル１７１を参照し、「×」の評価を検索する。Ｒ／Ｗ３１のＲＦタグＴ２２の読取率等、「×」の評価のものがあるため、検査プログラム１６８はステップＳ４に進む。
【００７３】
検査プログラム１６８は、交信状況テーブル１７１と傾向ＤＢ１６６において、交信状況のパターンのマッチングを行う（ステップＳ４）。図１８は、マッチングした結果得られる原因とポイントの情報を示した原因テーブル１７２の例である。検査プログラム１６８は、Ｒ／Ｗごとに図１６の傾向ＤＢ１６６で示しているＲＦタグＴ１１・Ｔ２１・Ｔ２２との交信状況の評価結果のパターンを抽出する。Ｒ／Ｗ２１の交信状況の評価結果のパターンは、図１７の交信状況テーブル１７１より「○○○」となる。この交信状況の評価結果のパターンは、図１６の傾向ＤＢ１６６のパターン＃１にマッチする。そのため、検査プログラム１６８は、原因テーブル１７２に「問題なし」と出力する。Ｒ／Ｗ３１の交信状況の評価結果のパターンは「○○×」となるため、図１６の傾向ＤＢ１６８のパターン＃２にマッチする。そのため、検査プログラム１６８は、Ｒ／Ｗ３１に関して傾向ＤＢ１６６から原因（ｃ）（ｄ）を取得する。Ｒ／Ｗ３２の交信状況の評価結果のパターンは「×××」となるため、図１６の傾向ＤＢ１６８のパターン＃８にマッチする。そのため、検査プログラム１６８は、Ｒ／Ｗ３２に対して傾向ＤＢ１６６から原因（ｆ）を取得する。原因（ｆ）では、原因の説明部分に「Ｒ／Ｗ＊」の記述があるため、上述のように「Ｒ／Ｗ＊」部分をＲ／Ｗ３２に置き換える。他のＲ／Ｗに対しても同様のマッチングを行い、Ｒ／Ｗ  ＩＤごとに、傾向番号と得られた原因（原因ＩＤ及び原因説明情報）とポイントの情報を図１８の原因テーブル１７２に記憶する。
検査プログラム１６８のステップＳ５・Ｓ６・Ｓ７は、上記のＲ／Ｗパターンの場合と同様であるため、説明を省略する。
【００７４】
上記では、目標ＤＢ１６４の読取率部分に目標値が設定されていた場合の検査プログラム１６８の動作例を示した。交信時間やエラー発生率が設定されている場合でも、検査プログラム１６８は上記のＲ／Ｗパターンの場合と同様に動作する。また、読取率・交信時間・エラー発生率等の目標項目のうち複数個の項目に目標値が設定されている場合、検査プログラム１６８はそれぞれの目標項目ごとに検査を実行することができる。この場合、検査プログラム１６８は、すべての目標項目で問題がなければ問題がないこと、及び／又は、１つでも問題があれば問題があることと、原因・対策・ポイントを、必要に応じてまとめて出力部１４に表示する及び／又は、検査結果テーブル１７４に記憶することができる。
【００７５】
５．グループ
５．１  ＲＦタググループの説明
上記では、検査プログラム１６８は、ＲＦタグ単体に対してＲ／Ｗとの交信状況のパターンを使用して、原因と対策とポイントの情報を抽出した。これに対し、ＲＦタグのグループとＲ／Ｗとの交信状況のパターンを使用して、原因と対策とポイントの情報を抽出することもできる。なお、ＲＦタグのグループは、タグＤＢ１６２で同一のグループＩＤを持っているＲＦタグの集合である。
【００７６】
以下に、目標ＤＢ１６４の読取率部分に目標が設定されている場合の、検査プログラム１６８の動作の例を示す。検査プログラムの処理は、図９に示したフローチャートと同様であるので相違部分のみ説明する。
【００７７】
検査プログラム１６８は、履歴ＤＢ１６３を元に、交信状況を示す値として読取率を計算する（ステップＳ１）。図１０のＲＦタグの項目をＲＦタググループＩＤに置き換えたものが、読取率を計算した結果の交信状況テーブル１７１の例となる。同様に図１３のＲＦタグの項目をＲＦタググループＩＤに置き換えたものが、原因テーブル１７２の例となる。読取率は、例えば、交信成功ＲＦタグＩＤ・交信失敗ＲＦタグＩＤの交信履歴に基づき、Ｒ／ＷからＲＦタググループに対して読取コマンドを発行した回数に対して、実際にＲＦタググループを読み取ることのできた回数の割合とすることで、計算することができる。検査プログラム１６８は、タグＤＢ１６２を参照してＲＦタグＩＤをＲＦタググループＩＤに変換する。これにより検査プログラム１６８は、図５の履歴ＤＢ１６３の例で、Ｒ／Ｗ２１とＲＦタググループＰ２の交信は、１０：００：０２から１０：００：０５までの４回実行されていることがわかる。４回のうちグループＰ２に属するＲＦタグＴ２１・Ｔ２２の少なくとも一方の読み取りに成功しているのは４回であるため、読取率は１００％となる。検査プログラム１６８は、他のＲ／ＷとＲＦタググループの組み合わせに関しても同様に読取率を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、計算結果の読取率を交信状況テーブル１７１に出力する。
【００７８】
ステップ２以降は、ＲＦタグ部分をＲＦタググループに置き換えた、上記のＲ／ＷとＲＦタグの組み合わせの場合の動作と同様のため、検査プログラム１６８の動作例の説明を省略する。
【００７９】
上記では、目標ＤＢ１６４の読取率部分に目標値が設定されていた場合の検査プログラム１６８の動作例を示した。交信時間やエラー発生率が設定されている場合でも、検査プログラム１６８は上記と同様に動作する。
【００８０】
５．２  Ｒ／Ｗグループの説明
上記では、検査プログラム１６８は、Ｒ／Ｗ単体に対してＲＦタグとの交信状況のパターンを使用して、原因と対策とポイントの情報を抽出した。これに対し、Ｒ／ＷのグループとＲＦタグとの交信状況のパターンを使用して、原因と対策とポイントの情報を抽出することもできる。なお、Ｒ／Ｗのグループは、Ｒ／Ｗ  ＤＢ１６１で同一の工程で使用するＲ／Ｗの集合であり、Ｒ／Ｗグループを識別するものとして工程名を使用する。
【００８１】
以下に、目標ＤＢ１６４の読取率部分に目標が設定されている場合の、検査プログラム１６８の動作の例を示す。検査プログラムの処理は、図９に示したフローチャートと同様であるので相違部分のみ説明する。
【００８２】
検査プログラム１６８は、履歴ＤＢ１６３を元に、交信状況を示す値として読取率を計算する（ステップＳ１）。図１７のＲ／Ｗの項目をＲ／Ｗグループを識別する工程名（Ｒ／ＷグループＩＤ）に置き換えたものが、読取率を計算した結果の交信状況テーブル１７１の例となる。同様に、図１８のＲ／Ｗの項目をＲ／ＷグループＩＤに置き換えたものが原因テーブル１７２の例となる。読取率は、例えば、交信成功ＲＦタグＩＤ・交信失敗ＲＦタグＩＤの交信履歴に基づき、Ｒ／ＷグループからＲＦタグに対して読取コマンドを発行した回数に対して、実際にＲＦタグを読み取ることのできた回数の割合とすることで、計算することができる。検査プログラム１６８はＲ／Ｗ  ＤＢ１６１を参照して、Ｒ／Ｗ  ＩＤをＲ／ＷグループＩＤに変更する。これにより、検査プログラム１６８は、図５の履歴ＤＢ１６３の例では、工程「工場出荷」で使用するＲ／Ｗ２１とＲＦタグＴ２１の交信は、１０：００：０２から１０：００：０５までの４回実行されていることがわかる。４回中３回読み取りに成功しているため、読取率は７５％となる。工程「流通センタ入荷」のような複数のＲ／Ｗを使用する工程とＲＦタグとの交信でも、同様に読取コマンド発行回数の合計と読取成功回数の合計を集計し、そこから読取率を計算する。検査プログラム１６８は、他のＲ／ＷグループとＲＦタグの組み合わせに関しても同様に読取率を計算し、Ｒ／Ｗ  ＩＤとＲＦタグＩＤの組み合わせごとに、計算結果の読取率を交信状況テーブル１７１に出力する。
【００８３】
ステップ２以降は、Ｒ／Ｗ部分をＲ／Ｗグループに置き換えた場合の、上記のＲ／ＷとＲＦタグの組み合わせの場合の動作と同様のため、検査プログラム１６８の動作例の説明を省略する。
【００８４】
上記では、目標ＤＢ１６４の読取率部分に目標値が設定されていた場合の検査プログラム１６８の動作例を示した。交信時間やエラー発生率が設定されている場合でも、検査プログラム１６８は上記と同様に動作する。
【００８５】
５．３  ＲＦタググループ＋Ｒ／Ｗグループの補足
上記では、Ｒ／Ｗ単体とＲＦタグ単体、Ｒ／Ｗ単体とＲＦタググループ、Ｒ／ＷグループとＲＦタグ単体の組み合わせでの例を示したが、Ｒ／ＷグループとＲＦタググループの組み合わせで交信状況を計算し、問題があることの検出と、原因・対策・ポイントをまとめて表示しても良い。
【００８６】
６．目標登録プログラム
上記では、検査プログラム１６８を実行する前に、手動で目標ＤＢ１６４に目標値を設定していた。このほかに、ＣＰＵ１１が、検査用のＲＦタグを貼付した商品を流し、そのときの交信状況から目標値を作成し、目標ＤＢ１６４に登録する方法がある。また、ＣＰＵ１１は、検査プログラム１６８で交信状況を検査する際に、検査用のＲＦタグを貼付した商品を流して、交信状況を検査しても良い。
【００８７】
図１９は、目標登録プログラム１６９の処理を説明するフローチャートである。
目標登録プログラム１６９は、ＣＰＵ１１により実行される。目標登録プログラム１６９は、履歴ＤＢ１６３を元に、交信状況を計算する（ステップＳ１）。目標プログラム１６９は、検査プログラム１６８のステップＳ１と同様にして、Ｒ／ＷとＲＦタグの組み合わせごとに交信状況を取得する。
【００８８】
目標登録プログラム１６９は、取得した交信状況の中から代表値を選択し、目標値として目標ＤＢ１６４に登録する（ステップＳ２）。目標登録プログラム１６９が代表値を選択する方法は、複数の交信状況の中から、最大値・最小値・平均値・中央値等の統計的な値を取っても良いし、最大値と最小値を取り除いた中で平均値・中央値等の統計的な値を取っても良い。また、出力部１４や通信部１５を通して交信状況を表示し、利用者にその中から選択させても良い。
【００８９】
７．変形例
（１）
上記では、Ｒ／Ｗパターンを使用した場合と、ＲＦタグパターンを使用した場合の２種類の検査プログラム１６８の動作例を示した。上記では２種類の検査を別々に実行していたが、両方実行して結果をまとめて表示しても良い。
（２）
上記では、複数のＲ／Ｗと複数のＲＦタグとの間の交信の履歴から、交信状況の検査を行った。Ｒ／Ｗパターンを使用する場合には、必ずしも複数のＲＦタグがなければいけないのではなく、１つのＲＦタグの交信履歴があるだけでも良い。例えば、図１０のＲＦタグＴ２１の交信状況だけでも、原因（ｃ）（ｆ）を抽出できる。また、ＲＦタグパターンを使用する場合には、必ずしも複数のＲ／Ｗがなければいけないのではなく、１つのＲ／Ｗの交信履歴があるだけでも良い。例えば、図１７のＲ／Ｗ３１に関する交信状況だけでも、原因（ｃ）（ｄ）を抽出できる。
（３）
上記では、検査プログラム１６８は、ステップＳ５で同一の原因の集約を行っていたが、ステップＳ５を省略して、ステップＳ７で集約をしていない原因と対策とポイントを表示しても良い。
図２０は、検査結果の表示例、及び、検査結果テーブル１７４を示す図である。
また、検査プログラム１６８は、ステップＳ６で原因に対する対策の情報を求めていたが、ステップＳ６を省略して、ステップＳ７で対策の表示を省略しても良い。また、原因の情報とともに、原因の可能性の高さを示すポイントを求めていたが、ポイントの情報を求めず、ステップＳ７でポイントの表示を省略しても良い。
（４）
検査プログラム１６８は、単発の実行でも良いが、１時間ごとなど期間を区切り、それぞれの期間ごとに検査を実行して、複数回の検査結果を時間軸がわかるようにまとめて表示しても良い。
【００９０】
８．追記
本発明の検査装置・システムは、処理部が実行する各処理を含む検査方法、その各処理の手順をコンピュータに実行させるための検査プログラム、検査プログラムを記録したコンピュータ読み取り可能な記録媒体、検査プログラムを含みコンピュータの内部メモリにロード可能なプログラム製品、そのプログラムを含むサーバ等のコンピュータ、等により提供されることができる。
【産業上の利用可能性】
【００９１】
本発明は、流通システムの他、物流、製造、集配、入荷、出荷、検査、在庫管理、棚卸し、その他の各種ＲＦＩＤを利用したシステムに適用することができる。
【図面の簡単な説明】
【００９２】
【図１】システム構成例を説明する図である。
【図２】システム構成情報の一例を示す図である。
【図３】商品の配置の一例を示す図である。
【図４】ＲＦタグ情報の一例を示す図である。
【図５】履歴情報の一例を示す図である。
【図６】目標情報の一例を示す図である。
【図７】問題の原因として可能性のあるものの情報の一例を示す図である。
【図８】交信状況のパターンと原因との関係情報の一例を示す図である。
【図９】検査プログラムの動作例を示す図である。
【図１０】交信状況として読取率を求めた結果の一例を示す図である。
【図１１】交信状況として交信時間を求めた結果の一例を示す図である。
【図１２】交信状況としてエラー発生率を求めた結果を示す情報の一例を示す図である。
【図１３】問題の原因を取得した結果の一例を示す図である。
【図１４】同一の原因を集約した結果の一例を示す図である。
【図１５】検査結果を出力する画面例を示す図である。
【図１６】交信状況のパターンと原因との関係情報の一例を示す図である。
【図１７】交信状況として読取率を求めた結果の一例を示す図である。
【図１８】問題の原因を取得した結果の一例を示す図である。
【図１９】目標登録プログラムの動作例を示す図である。
【図２０】検査結果の表示例、及び、検査結果テーブル１７４を示す図である。
【図２１】履歴登録プログラム１６７の処理を説明するフローチャートである。
【図２２】交信テーブル１７１を示す図である。
【図２３】検査結果テーブル１７４を示す図である。
【符号の説明】
【００９３】
１、２、３、４  計算機
１１  ＣＰＵ
１２  メモリ
１３  入力部
１４  出力部
１５  通信部
１６  記憶部
１６１  工程ＤＢ
１６２  タグＤＢ
１６３  履歴ＤＢ
１６４  目標ＤＢ
１６５  原因ＤＢ
１６６  傾向ＤＢ
１６６  履歴登録プログラム
１６７  検査プログラム
１６８  目標登録プログラム
１７１  交信状況テーブル
１７２  原因テーブル
１７３  集約原因テーブル
１７４  問題発生時の表示例
２１、３１、３２、４１、４２  Ｒ／Ｗ
Ｔ１１、Ｔ２１、Ｔ２２、Ｔ３１、Ｔ３２、Ｔ３３、Ｔ３４、Ｔ４１、Ｔ５１  ＲＦタグ
【図１】
2008299364.tif 000003
【図２】
2008299364.tif 000004
【図３】
2008299364.tif 000005
【図４】
2008299364.tif 000006
【図５】
2008299364.tif 000007
【図６】
2008299364.tif 000008
【図７】
2008299364.tif 000009
【図８】
2008299364.tif 000010
【図９】
2008299364.tif 000011
【図１０】
2008299364.tif 000012
【図１１】
2008299364.tif 000013
【図１２】
2008299364.tif 000014
【図１３】
2008299364.tif 000015
【図１４】
2008299364.tif 000016
【図１５】
2008299364.tif 000017
【図１６】
2008299364.tif 000018
【図１７】
2008299364.tif 000019
【図１８】
2008299364.tif 000020
【図１９】
2008299364.tif 000021
【図２０】
2008299364.tif 000022
【図２１】
2008299364.tif 000023
【図２２】
2008299364.tif 000024
【図２３】
2008299364.tif 000025