JP5410599B2 - リスクタグを検出するための装置及び方法、並びにコンピュータプログラム製品 - Google Patents

Description

本発明は、タグ管理に関し、特に故障する可能性が高いリスクタグの検出に関連する。

ニアフィールドコミュニケーション（ＮＦＣ）技術は、今後数年間で、マスマーケット向け携帯機器に含まれると予測されており、モバイル機器での支払いやチケットのような新たなアプリケーションサービスが可能になる。ＮＦＣは、（典型的には１３．５６ＭＨｚでの）近距離ＲＦＩＤ技術、及び、Ｍｉｆａｒｅなどの非接触カード技術を用いている。

ＮＦＣの使用例としては、ユーザが移動端末でタグを読み取り、それにより、当該移動端末が当該タグに関連付けられたコンテンツを取得するという用途がある。また、移動端末とサーバとの相互作用を、単純なタグの読み取りによってトリガすることができる。

タグは、それ故に様々な場所で配備され、典型的に、タグが破損しうる屋外にも配備されている。磨耗や損傷はタグの動作不良を引き起こし得る。

物理的に各タグの機能を検証する以外に、タグが動作不良となっている又は破損していることを検出するための満足な解決策はありません。

そのため、タグをどのように監視するかについての効率的な解決法に対して差し迫った必要性がある。

本発明の目的は、故障する可能性が高いリスクタグを検出するためのソリューションを提供することにより、タグ監視の問題を軽減することである。

本発明の第１の態様によれば、故障する可能性が高いタグであるリスクタグを検出するためのリスクタグ検出サーバが提示される。リスクタグ検出サーバは、評価する少なくとも２つのタグを含むタグリストを取得し、該タグリストのタグの各々に関連するタグデータを取得するように構成されたタグ管理インタフェースと、評価する候補タグを前記タグリストから選択するように構成されたタグ選択器と、前記候補タグのタグ使用状況のイベントデータを取得するように構成されたタグイベント・インタフェースと、第１の条件が満たされるとき前記候補タグがリスクタグであると決定する故障検出器と、を含み、前記第１のリスク条件は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示す第１の基準を含む。

これにより、運用担当者はタグの任意の監視に優先順位を付けることが可能になる。例えば、運用担当者は、タグが存在し動作可能か否かを決定するために、全てのリスクタグを訪れ移動端末やその他の機器を使用することを決定できます。このリスク決定を使用することにより、運用担当者の作業負荷が大幅に削減し、タグの所有者は効率的にタグを監視し問題を解決することが出来る。

前記故障検出器は、第２の条件が満たされるとき前記候補タグがリスクタグであると決定するよう更に構成され、前記第２のリスク条件は、前記イベントデータが、タグが設置場所から除去されたことを示す第１の基準を含む。

前記リスクタグ検出サーバは、前記選択、イベントデータの前記取得、前記決定を、前記タグ選択器によって前記タグリストの全てのタグが選択されるまで繰り返すように構成されうる。

前記故障検出器は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示すとき、前記候補タグの近くにある任意の近隣タグのイベントデータを取得するよう構成され得、前記第１のリスク条件は、少なくとも１つの近隣タグが存在し、該少なくとも１つの近隣タグの前記イベントデータを使用することにより前記候補タグがリスクタグであるか否かを確立する第２の基準を更に含む。

前記リスクタグ検出サーバは、前記タグリストのタグの各々の使用履歴データを取得するよう更に構成され得、前記確立は、前記所定の期間内に前記候補タグが検出される確率を取得するために前記使用履歴データの評価を含み得る。

前記故障検出器は、単一の移動端末による前記候補タグの反復的なタグ検出を前記イベントデータが含むとき、該タグが設置場所から削除されたと示すよう構成されうる。

前記タグ管理インタフェースは、前記タグリストのタグの各々の設置場所を取得するよう構成され得、前記タグイベント・インタフェースは、検出位置を取得するよう構成され得、前記故障検出器は、前記検出位置が、前記候補タグの設置場所と実質的に異なるとき、該タグが前記設置場所から除去されたと示すように構成されうる。

前記故障検出器は、前記候補タグがリスクタグであると決定されたとき、どの基準が満たされたかに応じて前記候補タグに重大度レベルを割り当てるよう構成されうる。

本発明の第２の態様によれば、故障する可能性が高いタグであるリスクタグを検出するための方法が提示される。当該方法は、リスクタグ検出サーバにより実行される、評価する少なくとも２つのタグを含むタグリストを取得するステップと、前記タグリストのタグの各々に関連するタグデータを取得するステップと、評価する候補タグを前記タグリストから選択するステップと、前記候補タグのタグ使用状況のイベントデータを取得するステップと、第１の条件が満たされるとき前記候補タグがリスクタグであると決定するステップと、を含み、前記第１のリスク条件は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示す第１の基準を含む。

選択する前記ステップ、イベントデータを取得する前記ステップ、決定する前記ステップは、選択する前記ステップによって前記タグリストの全てのタグが選択されるまで繰り返され得る。

決定する前記ステップは、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示すとき、前記候補タグの近くにある任意の近隣タグのイベントデータを取得するステップを含み得、前記第１のリスク条件は、少なくとも１つの近隣タグが存在し、該少なくとも１つの近隣タグの前記イベントデータを使用することにより前記候補タグがリスクタグであるか否かを確立する第２の基準を更に含む。

前記方法は、前記タグリストのタグの各々の使用履歴データを取得するステップを更に含み得、前記確立は、前記所定の期間内に前記候補タグが検出される確率を取得するために前記使用履歴データを評価するステップを含み得る。

決定する前記ステップは、第２の条件が満たされるとき前記候補タグがリスクタグであると決定するステップを含み得、前記第２の条件は、前記イベントデータが、タグが設置場所から除去されたことを示す第３の基準を含む。

単一の移動端末による前記候補タグの反復的なタグ検出を前記イベントデータが含むとき、該タグが設置場所から削除されたと示され得る。

タグデータを取得する前記ステップは、前記タグリストのタグの各々の設置場所を取得するステップを含み得、イベントデータを取得する前記ステップは、検出位置を取得するステップを含み得、前記検出位置が、前記候補タグの設置場所と実質的に異なるとき、該タグが前記設置場所から除去されたと示され得る。

前記候補タグがリスクタグであると決定されたとき、どの基準が満たされたかに応じて前記候補タグに重大度レベルを割り当て得る。

本発明の第３の態様によれば、リスクタグ検出サーバのためのコンピュータプログラムが提示される。当該コンピュータプログラムは、前記リスクタグ検出サーバで実行されたとき該リスクタグ検出サーバ（１）に、評価する少なくとも２つのタグを含むタグリストを取得するステップと、前記タグリストのタグの各々に関連するタグデータを取得するステップと、評価する候補タグを前記タグリストから選択するステップと、前記候補タグのタグ使用状況のイベントデータを取得するステップと、第１の条件が満たされるとき前記候補タグがリスクタグであると決定するステップと、を実行させるコンピュータプログラムコードを含み、前記第１のリスク条件は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示す第１の基準を含む。

選択する前記ステップ、イベントデータを取得する前記ステップ、決定する前記ステップは、選択する前記ステップによって前記タグリストの全てのタグが選択されるまで繰り返され得る。

決定する前記ステップは、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示すとき、前記候補タグの近くにある任意の近隣タグのイベントデータを取得するステップを含み得、前記第１のリスク条件は、少なくとも１つの近隣タグが存在し、該少なくとも１つの近隣タグの前記イベントデータを使用することにより前記候補タグがリスクタグであるか否かを確立する第２の基準を更に含む。

前記コンピュータプログラムは、前記リスクタグ検出サーバに、前記タグリストのタグの各々の使用履歴データを取得するステップを更に実行させ得、前記確立は、前記所定の期間内に前記候補タグが検出される確率を取得するために前記使用履歴データを評価するステップを含み得る。

決定する前記ステップは、第２の条件が満たされるとき前記候補タグがリスクタグであると決定するステップを含み得、前記第２の条件は、前記イベントデータが、タグが設置場所から除去されたことを示す第３の基準を含む。

単一の移動端末による前記候補タグの反復的なタグ検出を前記イベントデータが含むとき、該タグが設置場所から削除されたと示され得る。

タグデータを取得する前記ステップは、前記タグリストのタグの各々の設置場所を取得するステップを含み得、イベントデータを取得する前記ステップは、検出位置を取得するステップを含み得、前記検出位置が、前記候補タグの設置場所と実質的に異なるとき、該タグが前記設置場所から除去されたと示され得る。

前記候補タグがリスクタグであると決定されたとき、どの基準が満たされたかに応じて前記候補タグに重大度レベルを割り当て得る。

本発明の第４の態様によれば、第３の態様のコンピュータプログラム及び該コンピュータプログラムを格納したコンピュータ可読手段を含むコンピュータプログラム製品が提示される。

該当する場合、第１、第２、第３および第４の態様の態様は、他の態様に適用することが可能であることに留意すべきである。

明細書および特許請求の範囲における用語”複数（plurality）”は”１より多い（more than one）”を意味するものとして解釈されるべきである。

一般に、特許請求の範囲で使用されるすべての用語は、明示的に本明細書に定義されない限り、技術分野における通常の意味に従って解釈されることになっている。”１つの／その要素、装置、部品、手段、ステップなど（a/an/the element, apparatus, component, means, step. etc.）”への言及は、すべて特に明記しない限り、（要素、装置、部品、手段、ステップなどの）少なくとも１つのインスタンスを参照するようにオープンに解釈されることになっている。任意の方法の各ステップは、明記されていない限り、開示されるそのままの順序で実行する必要は無い。

本発明は添付図面を参照することによって実施例により説明される。

本発明の実施の形態を配備できる環境を示す概略図である。 図１のリスクタグ検出サーバの内部モジュールを示す概略図である。 図１のリスクタグ検出サーバの構成部品を示す概略図である。 図１のリスクタグ検出サーバで実行される方法を示すフローチャートである。 リスクタグの決定をより詳細に示すフローチャートである。 リスクタグの決定をより詳細に示すフローチャートである。 図１のリスクタグ検出サーバで使用されるイベントデータを示すデータテーブルを示す図である。 コンピュータ可読手段を含むコンピュータプログラム製品の一例を示す図である。

本発明の特定の実施形態が示されている添付図面を参照して、本発明をより完全に説明する。しかしながら、本発明は、多くの異なる形態で実施することができ、本明細書に記載される実施形態に限定されると解釈されるべきではなく、むしろ、これらの実施形態は、本開示が徹底的かつ完全となる一例の方法として、当業者に発明の範囲を完全に伝えるために提供される。明細書を通して類似の参照番号は類似の要素を参照している。

図１は、本発明の実施の形態を配備できる環境を示す概略図である。移動端末１２は、１以上のタグ１３を読み取るが、通常は１回につき１つのタグを読み取る。移動端末１２は、タグの読み取りを報告するため、イベント収集サーバ１１にネットワーク１４を介して接続する。

移動端末１２は、タグ１３を読み取ることができる任意の適当なポータブル機器（例えば、携帯電話、ＰＤＡ（パーソナルデジタルアシスタント）、ネットブックコンピュータ、など）であり得る。タグ１３の読み取りは、無線転送、光学的読み取り、誘導結合などを使用して実行され、例えば、ニアフィールドコミュニケーション（near field communication）、ブルートゥース（Bluetooth）（登録商標）、ＥＡＮ（European Article Number）のような一次元バーコード、ＱＲ（Quick Response）コード（登録商標）またはデータマトリックス（Datamatrix）のような二次元バーコード、又は、これらの任意の組み合わせの形式であり得る。各タグは、少なくとも局所的（ネットワーク内）に一意の、あるいはグローバルに一意のタグＩＤを持っている。

ネットワーク１４は、移動端末１２とイベント収集サーバ１１とを接続する任意の適切なデジタルネットワークである。例えば、ネットワークは、インターネットなどの広域ネットワーク、ＬＴＥ（Long Term Evolution）、ＵＭＴＳ（Universal Mobile Telecommunications System）、ＧＰＲＳ（General Packet Radio Service）、ＦＯＭＡ（Freedom Of Mobile Multimedia Access）、Ｅ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）、ＣＤＭＡ２０００（Code Division Multiple Access 2000）などの無線通信ネットワーク、又はこれらのネットワークの任意の組み合わせであり得る。

イベント収集サーバ１１は、タグＩＤのような読み取り、時刻、移動端末１２のユーザおよび／または移動端末１２の識別子（例えば、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network）番号およびＩＭＳＩ（International Mobile Subscriber Identity））に関するイベントデータのログをとる。オプションで、イベントデータは、読み取りが発生した位置についてのデータを含む。位置データは、移動端末１２により中継される、例えば、移動端末１２からのＧＰＳ（global positioning system）データ、移動端末が接続している移動ネットワークからの三角測量データまたはセルＩＤであり得る。イベント収集サーバ１１は、イベントデータを格納するために、内部または外部あるいは遠隔の、データベース用のメモリを含んでいる。

タグ管理サーバ１０は、各タグに関するタグデータを含んでいる。タグデータは、例えば、タグの物理的位置（ＧＰＳ受信機から生成され得るグローバル位置座標など）、タグのグループ化、タグの配備状況を含み得る。タグの配備状況は、例えば、タグはまだ配備されていない、タグは配備され有効である、タグは配備されているが意図的に無効にされている、タグは配備されているが動作不良が確認されている、タグは設置場所から除去されている、などである。タグのグループ化は、例えば、タグが配備されている位置（例えば、特定のスポーツアリーナ、またはストックホルムの公共輸送網のゾーン１２３）についてのデータであり得る。タグ管理サーバ１０は、内部または外部あるいは遠隔の、タグデータを格納するメモリ（データベースなど）を含んでいる。

リスクタグ検出サーバ１は、リスクタグ（つまり、故障する可能性が高いタグ）であるタグを決定するため、イベント収集サーバ１１及びタグ管理サーバ１０からのデータを処理する。この決定は、以下でさらに詳細に説明する。ユーザ操作可能でない場合、タグは故障していると考えることができる。例えば、動作不良である場合、タグは故障している。これはタグの内部故障又は磨耗や損傷に起因し得る。また、タグは、破壊行為に起因して動作不良になり得る。更に、タグが意図した位置に存在しない場合、当該タグは意図されたとおりに使用出来ないため、タグが除去された場合は動作不良となっていなくても故障していると見なされうる。例えば、何者かがタグを盗み、それにより当該タグは動作不良と見なされる。

図２は、図１のリスクタグ検出サーバ１のモジュール：タグ管理インタフェース３、タグ選択器４、タグイベント・インタフェース５及び故障検出器６を示している。モジュールは、ソフトウェアおよび／またはハードウェアによって実装され得る。また、複数のモジュールが、コントローラやメモリなどのいくつかのハードウェアコンポーネントを共有することがあり得る点に留意する。

タグ管理インタフェース３は タグリストを取得するため、タグの管理サーバ１０３とインタフェースする。さらに、タグ管理インタフェース３は、タグリストのタグの各々に関連するタグデータを取得する。

タグ選択器４は、評価する候補タグをタグリストから選択する。この選択は、図４のフローチャートを参照して以下でさらに詳細に説明する。

タグイベント・インタフェース５は、イベント収集サーバ１１から候補タグのタグ使用状況のイベントデータを取得する。

故障検出器６は、候補タグがリスクタグであるか否かを実際の決定を行う。この決定の詳細は図５ａから図５ｂと併せて以下で詳細に説明する。

図３は、図１のリスクタグ検出サーバ１の部品をハードウェアの観点から示す概略図である。コントローラ２１は、メモリ２０の形態のコンピュータプログラム製品に格納されているソフトウェア命令を実行することができる、任意の適切な中央処理装置（ＣＰＵ）、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）などを使用して提供されます。メモリ２０は、読み出し書き込みメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）の任意の組み合わせであり得る。リスクタグ検出サーバ１は、リスクタグのリストを格納するためなどの永続的な記憶部２３も含む。永続的なメモリ２３は、磁気メモリ、光メモリ又はソリッドステートメモリの１つ又は組み合わせであり得る。永続的な記憶部２３は、リスクタグ検出サーバ１専用の記憶装置であり得、又は、リスクタグ検出サーバ１及び他のエンティティ（イベント収集サーバ１１および／またはタグ管理サーバ１０など）で記憶域を共有し得る。ネットワークインタフェース２２により、リスクタグ検出サーバ１は他のエンティティ（イベント収集サーバ１１やタグ管理サーバ１０など）と通信し得る。

オプションで、オペレータにより使用されるユーザ・インタフェース（不図示）が提供される。リスクタグ検出サーバ１は、代替として又は追加で、ネットワークインタフェース２２を使用して遠隔またはローカルで操作されうる。

リスクタグ検出サーバ１は、単一のユニットに統合することができ、又は、アップグレード、実装または冗長性の容易さ、の理由から、いくつかの別々のユニットに分けることができる。リスクタグ検出サーバ１を構成するいくつかのユニットがある場合、いくつかのユニットは２以上のユニット存在しうる（コントローラ２１及びメモリ２０など）。

図４は、図１のリスクタグ検出サーバで実行される方法を示すフローチャートである。方法は、通常、例えば、毎日、毎週または毎月というように、定期的にバッチ処理として実行される。動的またはアドホックなインターバル長を含め、他の任意のインターバル長が同様に可能である。

初期のタグリスト取得のステップ３０において、評価するタグのタグリストが、タグ管理サーバ１０を使用して取得されます。当該リストには、例えば、タグの管理サーバ１０の全てのタグを含めることが出来、特定のグループ（例えば、特定の領域）の全てのタグ、特定の使用に関連する全てのタグ（例えば、公共輸送機関のタグやスポーツアリーナのタグ）が含まれる。タグリストは、評価する少なくとも２つのタグを含むが、通常２つよりもかなり多い数のタグを含む。

タグリストを取得すると、タグデータ取得のステップ３１において、タグに関するデータがタグ管理１０から取得される。オプションで、タグデータはタグリストと同時に取得される。

候補タグ選択のステップ３２において、評価するための候補タグがタグリストから選択される。これは、タグリストのタグのリストをループ処理する単純なものでも良いし、より高度な選択でもよい。例えば、選択は、（例えば、当該サブセット内の全てのタグのタグデータおよび／またはイベントデータをキャッシュすることにより）より効率的なデータ利用を可能にするグループ化に基づいていても良い（タグリストの特定のサブセットのタグが他のタグよりも前に処理される）。

イベントデータ収集のステップ３３において、候補タグのイベントデータが、イベント収集サーバ１１から取得される。このステップは、オプションで１回で各候補タグに対し実行し得、又は、イベントデータは、タグのリストの全てのタグ（またはタグのサブセット）に対して１回で取得されうる。

条件付きリスクタグのステップ３４において、候補タグがリスクタグであると見なされるか否かが決定される。このステップは、以下の図５ａ〜図５ｂを参照してより詳細に説明する。

候補タグがリスクタグと見なされる場合、当該方法は、タグのリスクリスト追加のステップ３５に進む。そうでなければ、当該方法は、更なる条件付きタグのステップ３６に進む。

タグをリスクリスト追加のステップ３５において、候補タグは、リスクリストに追加される。これは、例えば図３の永続的な記憶装置２３に格納されたタグＩＤのリストを指定できる。また、リスクリストは、当該リスクリスト内のタグの各々に対して、管理サーバ１０の該当するデータフィールド（例えば、ステータス）を設定することにより実行しうる。タグリストは、タグＩＤを使用するタグ管理１０のタグテーブルに関連する別のテーブルであり得る。

更なる条件付きタグのステップ３６において、タグリストに未処理のタグがあるか否かが評価される。ある場合は、当該方法は候補タグ選択のステップ３２も戻る。そうでなければ、当該方法は終了する。

方法が終了した後、運用担当者はリスクタグのリストを取得し、リスクタグを更に調べることができる。例えば、運用担当者はリスクタグの各々を訪問し、タグが存在し、動作可能かどうかを判断するために移動端末やその他の機器を使用することを決定できる。当該リスク決定を使用することにより、問題がある可能性のあるタグにフォーカスすることで運用担当者の作業負荷は大きく減少し、タグの所有者が効率的かつ低コストでタグを監視し、問題を解決することを可能にする。別の例では、運用担当者は、リスクタグに関連するサービスのサービスプロバイダに、不便さの可能性に対するディスカウントおよび／または故障タグがサービスプロバイダに与えたであろう利益損失を提供できる。また、履歴的に収集されたリスクは、タグの配備と管理の価格設定の要因になり得る。例えば、特定の地理的領域においてタグが除去されるリスクが高いことが履歴的リスクデータから決定することができれば、その場所ではタグが平均以上除去されることが予想され、運用担当者はタグの機能検証および／またはタグの交換の仕事がより多くなり、その場所にタグを配備するための価格は高くなり得る。同様に、平均より少ないリスクの地理的領域においては、タグの配備と管理のための価格は低くなりうる。

図４の方法は、コンピュータプログラム製品６０に記憶されたコンピュータプログラムがリスクタグ検出サーバ１のコントローラ２１（図３）で実行されるによって実行され得る。

図５ａは、ある実施形態におけるリスクタグの決定方法をより詳細に示すフローチャートである。当該方法は、図４の条件付きリスクタグのステップ３４の一部として実行され得る。当該方法は、１回に１つの候補タグに対して実行される。

条件付き不使用のステップ４０において、第１のリスク条件の第１の基準が評価される。候補タグのイベントデータを使用して、当該候補タグが所定の期間の間に読み込まれているかどうかが評価される。所定の期間は、オペレータが経験に応じて設定し調整することができる。使用されていない（つまり、所定の期間内に候補タグの読み込みがない）場合は、第１のリスク条件の第１の基準は真であり、当該方法は、近隣タグのイベントデータ取得のステップ４１に進む。そうでない場合、当該方法は、条件付きタグ除去のステップ４６において第２のリスク条件を評価する。

近隣タグのイベントデータ取得のステップ４１において、候補タグの近隣のタグのイベントデータが取得（すなわち読み取り）される。近隣タグは同じ（タグ管理サーバ１０に格納されているような）グループのタグ、又は、候補タグから特定の距離内のタグとして定義することができる。距離は、経路／道路に沿った直線的物理的距離として、又は、候補タグから／候補タグへの自身を輸送する典型的時間として決定することができる。距離を評価するため、タグの管理サーバ１０内にタグに対する位置データが格納される。

近隣タグの条件付き使用のステップ４２において、前のステップで取得したイベントデータを使用して、近隣タグのいずれかにおいて所定の期間の間に何らかの読み取りがあったか否かが評価される。何らかの使用（近隣タグの読み取り）があった場合、当該方法は、近隣タグのイベントデータを使用したリスク確立のステップ４３に進む。そうでなければ、当該方法は条件付きタグ削除のステップ４６に進む。

近隣タグのイベントデータを使用したリスク確立のステップ４３において、近隣タグからのイベントデータが、候補タグがリスクタグであるか否かのリスクを確立するために分析される。例えば、全ての近隣タグが所定の期間の間に何度も読み込まれている場合は、候補タグが正常に機能していた場合、候補タグも読み取られているはずである。したがって、ステップ４０では、所定の期間の間に候補タグの読み取りが無かったと評価し、この場合、候補タグはリスクタグであると決定することができる。一方、所定の期間の間における近隣タグの読み取りがない場合、候補タグはリスクタグであると決定されない。

オプションで、候補タグと近隣タグの使用状況の履歴データを使用して、より高度な分析を行うことができる。これは、近隣タグの読み取りの特定のパターンを与え、所定時間内に候補タグが検出されているはずである確率を取得することができる。これは、特定の候補タグが大量の交通量の場所または低い交通量の場所にある場合に補償する。この履歴データは、タグ管理サーバ１０から取得することができる。候補タグがリスクタグとみなされるしきい値確率が設定され得る。

オプションで、分析において外部データを使用することができる。各座席に関連するタグがあるスポーツアリーナでの例を考えてみる。特定のイベントにおいて、近隣の他のタグが読み込まれているにもかかわらず特定のシートに関連付けられている候補タグが読み取られていない場合、候補タグがリスクタグであるとトリガしないかもしれない。しかしながら、期間中（例えば２週間）の全てのゲームに対して、当該タグが読み取られなかった場合、当該特定の座席のチケットが当該期間内に販売されたか否かを、外部データの参照により確認し得る。チケットが所定の個数（当該期間中に少なくとも１つまたは２つのイベント）販売されていた場合、当該タグはリスクタグであるとみなされる可能性がある。また、アリーナでのイベント期間において可能性のある不均一な使用を補償するために、時間フィルタをイベントデータに適用することができる。アリーナの座席に配備されたタグは、現実的に、イベントの日に読み取られることが期待される。この時間間隔（またはしきい値）は、サービスに応じて又は以前の使用状況についての記録データに基づいて特定のタグに応じてカスタマイズすることができる。しきい値を使用することにより、システムは、単にしばらくの間読み込まれていないという理由によりタグが動作していないと見なすことを防ぐことができる。

条件付きリスクタグのステップ４４において、以前の候補タグがリスクタグであると確立されたか否かが評価される。あてはまる場合は、当該方法は、リスクタグ通知のステップ４５に進む。そうでなければ、当該方法は条件付きタグ除去のステップ４６に進む。

ステップ４２、４３、および４４をまとめて、第１のリスク条件の第２の基準と見なすことができる。

条件付きタグ除去のステップ４６において、候補タグが除去されていると見なされうるか否かが決定される。このステップは、第２のリスク条件に関連する第３の基準と見なすことができる。例えば、候補タグのイベントデータが、単一の移動端末／ユーザのみにより候補タグが反復的に読み取られたことを示している場合、候補タグが除去されているとみなすことができる。これは誰かがタグを取り外し、その後何度も繰り返し候補タグを読み取りったことを示し得る。オプションで又は追加で、イベントデータが位置データを含み、イベントデータの位置データがタグ管理サーバ１０に格納されている候補タグの位置データと大きく異なる場合、候補タグが除去されているとみなすことができる。タグ除去のステップ４６における上述の２つの例示的な基準の代替又は追加として、読み込まれる可能性が低い時（所定の期間内）にタグが読み取られているか否かがチェックされ得る。例えば、サッカー競技場に配置されるはずのタグが夜の３時に読み込まれている場合、当該タグが除去されていると見なしうると決定する。候補タグが除去されていると決定された場合、当該方法は、リスクタグ通知のステップ４５に進む。そうでなければ、当該方法は終了する。

リスクタグ通知のステップ４５において、候補タグがリスクタグであると決定されたことが呼び出し側のメソッドに通知される。オプションで、１以上の基準が満たされていることに依存して重大度レベルが候補タグに割り当てられる。

ステップ４１、４２及び４３はオプションであることに留意すべきである。

図５ｂは、代替の実施形態におけるリスクタグの決定方法のフローチャートである。当該方法は、図４の条件付きリスクタグのステップ３４の一部として実行され得る。当該方法は、１回に１つの候補タグに対して実行される。全てのステップは、それぞれ、図５ａにおける対応する参照番号のステップと同じである。違いは、複数のステップがその順序で実行されるかである。特に、第２のリスク条件のためのステップ４６（すなわちタグ除去の評価）が最初になされる。候補タグが除去されている可能性が高いと決定された場合、当該方法は、第１のリスク条件（すなわち使用の有無に基づいて）に進む。

図５ａおよび図５ｂは、機能的に等価であり、候補タグがリスクタグと見なされるかどうかの同一の評価を提供する図である。

図６は図１のリスクタグ検出サーバで使用されるイベントデータを示すデータテーブルである。テーブル５０は複数のレコードを有し、各レコードは、タグの読み取りを表すレコードを保持している。各レコードは、タグＩＤ５１とタイムスタンプ５３とを有する。タイムスタンプ５３のソースは、実際に読み取りを行っている移動端末、又は、イベント収集サーバ１１であり得る。オプションで、移動端末で利用可能な場合、位置データ５４が提供され得る。また、オプションで、読み取りを実行するユーザ識別情報５５が提供され、例えば、移動端末１２のユーザおよび／または移動端末１２の識別子（ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network）番号又はＩＭＳＩ（International Mobile Subscriber Identity）など）を提供することができる。

図７は、コンピュータ可読の手段６０を含むコンピュータプログラム製品の一例を示している。このコンピュータ可読の手段６０にコンピュータプログラムが格納され、当該コンピュータプログラムは、本明細書で説明した実施形態に係る方法をコンピュータに実行させ得る。この例では、コンピュータプログラム製品は、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスク）やブルーレイディスクなどの光ディスクである。コンピュータ可読の手段は、また、フラッシュメモリなどのソリッドステートメモリ、又は、インターネットなどのネットワークを介して配信されるソフトウェアパッケージであり得る。コンピュータ可読の手段は、リスクタグ検出サーバ１の方法のためのコンピュータプログラムを保持することができる。

本発明を、主にいくつかの実施形態を参照して説明した。しかしながら、当業者によって容易に理解されるように、上述した実施形態以外の他の実施形態も同様に、添付の特許請求の範囲によって定義される本発明の範囲内で可能である。

Claims (9)

1. 既に故障している可能性が高いタグ又は設置場所から除去されたタグであるリスクタグを検出するためのリスクタグ検出サーバであって、
   評価する少なくとも２つのタグを含むタグリストを取得し、該タグリストのタグの各々に関連するタグデータを取得するように構成されたタグ管理インタフェースと、
   評価する候補タグを前記タグリストから選択するように構成されたタグ選択器と、
   前記候補タグのタグ使用状況のイベントデータを取得するように構成されたタグイベント・インタフェースと、
   第１のリスク条件又は第２のリスク条件が満たされるとき前記候補タグがリスクタグであると決定する検出器と、
   を含み、
   前記第１のリスク条件は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示す第１の基準を含み、
   前記第２のリスク条件は、前記イベントデータが、タグが設置場所から除去されたことを示す除去基準を含み、
   単一の移動端末による前記候補タグの反復的なタグ検出を前記イベントデータが含むとき、該タグが設置場所から除去されたと示される
   ことを特徴とするリスクタグ検出サーバ。
2. 既に故障している可能性が高いタグ又は設置場所から除去されたタグであるリスクタグを検出するための、リスクタグ検出サーバにより実行される方法であって、
   評価する少なくとも２つのタグを含むタグリストを取得するステップと、
   前記タグリストのタグの各々に関連するタグデータを取得するステップと、
   評価する候補タグを前記タグリストから選択するステップと、
   前記候補タグのタグ使用状況のイベントデータを取得するステップと、
   第１のリスク条件又は第２のリスク条件が満たされるとき前記候補タグがリスクタグであると決定するステップと、
   を含み、
   前記第１のリスク条件は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示す第１の基準を含み、
   前記第２のリスク条件は、前記イベントデータが、タグが設置場所から除去されたことを示す除去基準を含み、
   単一の移動端末による前記候補タグの反復的なタグ検出を前記イベントデータが含むとき、該タグが設置場所から除去されたと示される
   ことを特徴とする方法。
3. 選択する前記ステップ、イベントデータを取得する前記ステップ、決定する前記ステップは、選択する前記ステップによって前記タグリストの全てのタグが選択されるまで繰り返される
   ことを特徴とする請求項２に記載の方法。
4. 決定する前記ステップは、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示すとき、前記候補タグの近くにある任意の近隣タグのイベントデータを取得するステップを含み、
   前記第１のリスク条件は、少なくとも１つの近隣タグが存在し、該少なくとも１つの近隣タグの前記イベントデータを使用することにより前記候補タグがリスクタグであるか否かを確立する第２の基準を更に含む
   ことを特徴とする請求項２又は３に記載の方法。
5. 前記タグリストのタグの各々の使用履歴データを取得するステップを更に含み、
   前記確立は、前記所定の期間内に前記候補タグが検出される確率を取得するために前記使用履歴データを評価するステップを含む
   ことを特徴とする請求項４に記載の方法。
6. タグデータを取得する前記ステップは、前記タグリストのタグの各々の設置場所を取得するステップを含み、
   イベントデータを取得する前記ステップは、検出位置を取得するステップを含み、
   前記検出位置が、前記候補タグの設置場所と実質的に異なるとき、該タグが前記設置場所から除去されたと示されることを特徴とする請求項２に記載の方法。
7. 前記候補タグがリスクタグであると決定されたとき、どの基準が満たされたかに応じて前記候補タグに重大度レベルを割り当てることを特徴とする請求項２乃至６の何れか一項に記載の方法。
8. 既に故障している可能性が高いタグ又は設置場所から除去されたタグであるリスクタグを検出するためのリスクタグ検出サーバのためのコンピュータプログラムであって、該コンピュータプログラムは前記リスクタグ検出サーバで実行されたとき該リスクタグ検出サーバに、
   評価する少なくとも２つのタグを含むタグリストを取得するステップと、
   前記タグリストのタグの各々に関連するタグデータを取得するステップと、
   評価する候補タグを前記タグリストから選択するステップと、
   前記候補タグのタグ使用状況のイベントデータを取得するステップと、
   第１のリスク条件又は第２のリスク条件が満たされるとき前記候補タグがリスクタグであると決定するステップと、
   を実行させ、
   前記第１のリスク条件は、前記イベントデータが、所定の期間の間、候補タグが使用されていないことを示す第１の基準を含み、
   前記第２のリスク条件は、前記イベントデータが、タグが設置場所から除去されたことを示す除去基準を含み、
   単一の移動端末による前記候補タグの反復的なタグ検出を前記イベントデータが含むとき、該タグが設置場所から除去されたと示される
   ことを特徴とするコンピュータプログラム。
9. 請求項８に記載のコンピュータプログラムを格納した、コンピュータ可読の記憶媒体。

Images