JP4972301B2 - ルールベースのフィルタリングおよび警報発生 - Google Patents

Description

本発明は、ＲＦＩＤタグを使用するシステムおよび方法に関する。

多くの小売、製造、流通会社は、さまざまな革新的な業務遂行方法を採用して効率を改善している。これらの会社は、顧客にとって需要供給を最適化しやすくするために、店舗の在庫を監視する可能性がある。利益を最大とするためのひとつの形態は、商品および／または製品がなくなるのと連動して補充が行われるような適正な在庫管理を行うことに依存している。たとえば、コンピュータおよび／またはＶＣＲを販売する小売店は、コンピュータについてはコンピュータの消費者への販売に関連して、またＶＣＲについてはＶＣＲの消費者への販売に関連してそれぞれの在庫を確保しておかなければならない。このように、コンピュータの需要がＶＣＲより高ければ（たとえば、販売した台数が多い場合）、小売店は需要と供給、ひいては利益を最適化するために、コンピュータをより頻繁にストックすることができる。在庫および関連する販売を監視することは複雑な作業となり、内部の作業がわからないため、生産活動はブラックボックスにたとえられる。それでもなお、製品の監視は在庫／生産の効率において極めて重要な要素である。

自動識別およびデータ取得（ＡＩＤＣ）技術、そして特に無線周波数個体識別（ＲＦＩＤ）は、少なくとも、代表的な監視システムおよび／または方法論（たとえば、バーコードリーダ、バーコード、および／またはＵＰＣ）の欠点を修復する必要性に基づいて開発されてきた。ＲＦＩＤはＲＦＩＤタグを利用して遠隔的にデータの保存、読取を行う技術（テクニック）である。ＲＦＩＤシステムは無線周波数とこれに関連する信号に基づくものであるので、製品の監視における従来の技術に勝る数多くの利益や利点が得られる。ＲＦＩＤ技術は、製品を監視し、および／またはＲＦＩＤタグからの信号を受信するのに視線を必要としない。そのため、スキャナをターゲット（たとえば、製品）の近くに設置しなければならない手動でのスキャンが不要である。それでもなお、無線周波数、ＲＦＩＤタグのサイズ、関連する電源により、ＲＦＩＤではレンジが限定される。そのほか、ＲＦＩＤシステムにより、数秒間の単位で多数の読取が可能となり、高速での走査と識別が実現する。言い換えれば、ＲＦＩＤシステムを用いれば、タグがＲＦＩＤリーダのレンジ内にあるときに複数のタグを読み取り、および／または識別することができる。ＲＦＩＤシステムの複数読取能力は、個々の製品に固有の識別コードを含む情報タグを提供する能力により補完される。

さらに、ＲＦＩＤシステムやこれを用いた方法論では、タグが付けられたアイテムに関連するリアルタイムデータが提供される。リアルタイムデータストリームがあれば、小売店、流通業者および／または製造業者は、在庫や製品を正確に監視できる。ＲＦＩＤの利用により、フロントエンドの流通（たとえば、小売店から消費者）およびバックエンドの流通（たとえば、流通業者／製造業者から小売業者）での製品供給がさらに円滑化される。流通業者や製造業者は、商品の出荷、品質、数量、出荷時期その他を監視できる。さらに、小売店は受け取った在庫の量、そのような在庫の設置場所、品質、保管寿命その他を追跡できる。上述の利点は、フロントエンドの供給、バックエンドの供給、流通チェーン、製造、小売、自動化等、さまざまな分野で利用できるＲＦＩＤ技術の柔軟性を実証している。

ＲＦＩＤシステムは、少なくともＲＦＩＤタグとＲＦＩＤトランシーバで構成される。ＲＦＩＤタグはアンテナを含み、これによってＲＦＩＤトランシーバからの無線クエリの送受信を行う。ＲＦＩＤタグは、たとえばステッカ、フレキシブルラベル、ＩＣチップ等のような小さな物体（オブジェクト，ｏｂｊｅｃｔ）とすることができる。代表的には４種類の異なる周波数のＲＦＩＤタグ：低周波数タグ（約１２５から１３４キロヘルツ）、高周波数タグ（約１３．５６メガヘルツ）、ＵＨＦタグ（約８６８から９５６メガヘルツ）、マイクロ波タグ（約２．４５ギガヘルツ）がある。

一般にＲＦＩＤシステムは、タグ、タグ読取装置（たとえば、タグトランシーバ）、タグ書込み装置、タグプログラミングステーション、サーキュレーションリーダ、ソーティング機器、タグ在庫ペン型スキャナ（タグインベントリワンド: tag inventory wand）等、多数のコンポーネントを含むことができる。このようなＲＦＩＤシステムは膨大な量のデータを収集し、および／または累積したりすることができる。こうしたデータの統計的な分析は有益となりうるが、収集されたデータは、業務の種類やプロセスの種類に関連する特定の業務手順に統合されれば、さらに有益で強力なものとなる。膨大な業務（ビジネス）手順に関連する多様性が、代表的には、業務またはワークフローのプロセスとポリシーやおよび／または業務ルールをモデル化し、実行する２つの別々のシステムをもたらした。これはそのようなシステムの更新やアップグレードの点で面倒で非効率的な方法ということができる。

以下に、本明細書で紹介するいくつかの態様についての基本的理解を得られるよう、本発明の簡単な要約を提供する。この要約は、特許請求の主題を幅広くカバーする概要ではない。また、特許請求の主題の主要または重要な要素を示すものでも、本発明の範囲の線引きをするものでもない。唯一の目的は、特許請求の主題の概念のいくつかを、後述のより詳細な説明に対する前段として簡単に提供することにある。

本発明は、ルールベース技術を利用するルールエンジン（ＲＥ）をＲＦＩＤネットワークに組み込みするシステムおよび／または方法に関する。ＲＥコンポーネントは、宣言的イベントポリシーを実行できる。宣言的イベントポリシーは１つまたは複数の論理的ルールで構成される。これらのルールは互いにグループ化されてメモリ上でフィルタリング、警報発生、イベントまたはデータに基づく推理または推論および／またはＲＦＩＤイベントを、業務プロセスを実行するためのより高いオーダのイベントへの変換を、ＲＦＩＤネットワークに関連するルールとして実行する。このルールは、イベント、条件、アクションのフォーマットに従ったルールのセットを含むことができる。このように、ＲＥコンポーネントは、ルールベースのシステムであり、このようなシステムは新規のルールベースアプリケーションの開発と、既存アプリケーションへのルールベース技術の組み込みを可能にする。さらに、ＲＥコンポーネントは軽量で埋め込み可能なルールエンジンとなりえる。このルールエンジンはさまざまな位置（たとえば、デバイス、コンピュータ、ラップトップ、デスクトップ、サーバ、エンタプライズサーバ等）の上で複数のアプリケーションによりホストされる。

特許請求の主題のひとつの態様によれば、ＲＥはさらにルールコポーネントを利用できる。ルールコンポーネントは、動的宣言的イベントポリシーを提供できる。このポリシーは１つまたは複数の論理的ルールで構成される。これらのルールは互いにグループ化されてメモリ上でフィルタリング、警報発生、イベントまたはデータに基づく推理または推論および／またはＲＦＩＤイベントの、業務プロセスを実行するためのより高いオーダのイベントへの変換を実行する。これらのルールとして、たとえば、イベント、条件、アクションルール（ＥＣＡルールとも呼ばれる）として知られている固定フォーマットルールセットの中に含まれるルールを利用することができる。ルールコンポーネントはまた、ルール条件、すなわち、（たとえば、ひとつまたは複数の）述語のセットと、真または偽の値へと評価する論理的表現を形成するためのオプションの論理結合語（たとえば、ａｎｄ，ｏｒ，ｎｏｔ等）で構成されるルール条件を利用することもできる。ルール条件から形成される論理的表現の評価が真であれば、ルールアクション（たとえば、一連の機能）が実行される。論理的表現の評価が偽であれば、アクションは実行されない。

特許請求の主題の別の態様によれば、ＲＥはさらに、少なくとも部分的に、現行バージョンに基づいて、ルールのリアルタイムでの動的更新を行うことができる更新コンポーネントを実装できる。更新コンポーネントにより、宣言的イベントポリシーに関連するルール（たとえば、一緒にグループ化されて、メモリにおいてフィルタリング、警報発生、イベントとデータに基づく推理または推論および／またはＲＦＩＤイベントの、業務プロセスを実行するためのより高いオーダのイベントへの変換を実行するする、ひとつの、または複数の論理的ルールで構成される）は、アプリケーションおよび／またはＲＥを再始動および／または停止することなく更新できるようになる。さらに、ＲＥはルールおよび／またはルール条件やアクションを定義する用語を提供する語彙コンポーネントを実装できる。ルール条件やアクションを定義するのに用いられる用語は、分野および／または業界固有の命名法で表現することができる。さらに、ＲＥは、少なくとも部分的に、業界固有の命名法に基づく語彙を作ることのできるコンポーザを利用できる。特許請求の主題のまた別の態様によれば、ルールベース技術を利用するルールエンジン（ＲＥ）をＲＦＩＤネットワークに取り入れる方法が提供される。

以下の説明と添付の図面は、特許請求の主題の態様のいくつかの例を詳しく示している。しかしながら、これらの態様は本発明の原理を利用できるさまざまな方法のほんの数例を示したにすぎず、特許請求の主題は、これらの態様およびその均等物をすべて含むものとする。特許請求の主題のその他の利点や新規な特徴は、図面と合わせて考えるときに、本発明に関する以下の詳細な説明から明らかとなる。

本発明によれば、ＲＦＩＤネットワーク内の少なくともひとつのデバイス集合よりなるプロセスからリアルタイムＲＦＩＤデータを受信するインタフェースと、前記ＲＦＩＤネットワークに関連する宣言的イベントポリシーの少なくともひとつをルールとして採用するルールエンジン（ＲＥ）コンポーネントとを備えることにより、ルールの更新が容易になる。

本明細書において、「コンポーネント」、「システム」、「インタフェース」等の用語は、コンピュータ関連のエンティティを指すものであり、ハードウェア、ソフトウェア（たとえば実行中のもの）および／またはファームウェアのいずれかを問わない。たとえば、コンポーネントは、プロセッサ上で実行するプロセス、プロセッサ、オブジェクト、実行ファイル、プログラムおよび／またはコンピュータとすることができる。一例として、サーバ上で動作するするアプリケーションとサーバは１つのコンポーネントとなり得る。ひとつまたは複数のコンポーネントがひとつのプロセス内にあってもよく、コンポーネントは１台のコンピュータ上に設置しても、２台またはそれ以上のコンピュータの間に分散させてもよい。

特許請求の主題について図面を参照しながら説明するが、図面全体を通じて、同様の参照番号は同様の要素を指すために使用される。以下の記述において、説明のために、本発明を十分に理解できるよう、具体的な数字を示した。しかしながら、特許請求の主題は、こうした具体的な詳細がなくても実現できることは明らかであろう。他の例では、周知の構造やデバイスは、本発明の説明を簡略化にするために、ブロック図の形で示されている。

図１に戻り、図１はルールベース技術を利用するルールエンジン（ＲＥ）をＲＦＩＤネットワークに取り入るためのシステム１００を示す。ルールエンジン（ＲＥ）コンポーネント１０２は、ＲＦＩＤネットワーク１０４の中で、ルールとして、宣言的イベントポリシー（たとえば、１つまたは複数の論理的ルールで構成され、これらのルールは互いにグループ化されてメモリにおいてフィルタリング、警報発生、イベントとデータに基づく推理または推論、および／またはＲＦＩＤイベントの、業務プロセスを実行するためのより高いオーダのイベントへの変換を実行する）を表し、および／または実行する。たとえば、ＲＦＩＤネットワーク１０４の中のデバイスは、これに限定されないが、ＲＦＩＤ読取装置、ＲＦＩＤ書込み装置、ＲＦＩＤプリンタ、プリンタ、読取装置、書込み装置、ＲＦＩＤ送信機、アンテナ、センサ、リアルタイムデバイス、ＲＦＩＤ受信機、リアルタイムセンサ、ウェブサービスに拡張可能なデバイス、リアルタイムイベント生成システムとすることができる。ＲＥコンポーネント１０２は、新規のルールベースアプリケーションの開発と、既存のアプリケーションへのルールベース技術の組み込みを行い、このアプリケーションを、たとえばＲＦＩＤネットワーク１０４に関係づける。

ＲＥコンポーネント１０２は、読取可能な、意味的に豊富なルールをどのようなビジネスオブジェクト（たとえば、コンポーネント等）、文書（たとえば、拡張マークアップ言語（ＸＭＬ）等）および／またはテーブル（たとえば、データベースに関するもの等）にも連結できる効率的な推論エンジンを提供する。ＲＥコンポーネント１０２によって採用されるルールは、アプリケーション開発段階にユーザによって構築可能である。ビジネス（業務）ロジックの小さな基礎的要素（たとえば、小さなルールセット）は、情報（たとえば、事実、ＲＦＩＤネットワーク１０４内のＲＦＩＤタグに関する未加工データストリーム等）を取り扱うが、そのようなビジネスオブジェクト、テーブルおよび／または文書に含まれる。上記のようなテクニックを利用することにより、ＲＥコンポーネント１０２はコードの再利用、デザインの簡潔性、ビジネスロジックの再利用および／またはモジュール性をさらに高める。ＲＥコンポーネント１０２は、これに限定されないが、ビジネスルールエンジンコンポーネントとすることができると認識すべきである。さらに、各種の具体的な業務手順に関するビジネスロジックをＲＦＩＤネットワークに組み込むことができる。

以上に加えて、ＲＥコンポーネント１０２は、ＲＦＩＤネットワーク１０４に関連する上記のようなルールを実現できる。このルールは、少なくとも部分的に、それぞれの目的に基づいて、論理的コンテナ（ロジカルコンテナ）またはポリシーに分類できる。このようなポリシーは、バージョン管理(versioned)および／または配置(deploy)され、加入しているアプリケーションは、アプリケーションのダウンタイムを発生させることなく、および／またはアプリケーションを再編集せずに、リアルタイムで動的更新（たとえば、現行バージョン、および／または配置（配備）されたポリシーの最新バージョン）を受けることができる。たとえば、ＲＦＩＤネットワーク１０４の中のポリシーには、重複するＲＦＩＤタグの読取を排除するフィルタと、パレット（たとえば、ＲＦＩＤタグで識別されるもの）が出荷ステーションにある時にこれを知らせる警報が含まれるかもしれない。このようなポリシーを更新して、アイテムの読取を排除し、パレットの読取だけが可能となるようにフィルタを変更し、パレットが特定の時間内に移動している場合に警報を発生するように警報を変更できるようにすることが可能である。ＲＦＩＤネットワークでルールベース技術を実現することにより、ＲＥコンポーネント１０２はリアルタイムでこのようなルール（たとえば、ポリシー）を動的に更新でき、コードの再編集、アプリケーションのダウンタイムその他が不要となる。言い換えれば、ＲＦＩＤネットワーク１０４上で実行される出荷プロセスは、出荷アプリケーションおよび／または出荷プロセスで利用されるルールが更新および／または変更されたとしても、これに関係なくリアルタイムでの実行を継続することができる。

一例において、ＲＦＩＤネットワーク１０４は、少なくともひとつのＲＦＩＤプロセスに関連するＲＦＩＤデバイスを含む。ＲＦＩＤプロセスが、ＲＦＩＤネットワーク１０４内で適当な数のＲＦＩＤでデバイスを利用できることが推測される。ＲＦＩＤプロセスは、特定のＲＦＩＤサブシステム（ＲＦＩＤサーバ、ＲＦＩＤネットワーク等）と関連付けられる。このＲＦＩＤサブシステムは、各種のエンティティを一緒に形成して、有意な実行ユニットを作成するユーバー（ｕｂｅｒ）または高いレベルのオブジェクトである。ＲＦＩＤプロセスは、発送プロセス（たとえば、ピッキング、梱包、発送計画等）、製造プロセス、出荷プロセス、荷受プロセス、追跡、データ表示、データ操作、データアプリケーション、セキュリティその他とすることができる。これに加えて、ＲＦＩＤプロセスには、ＲＦＩＤデバイスサービス、タグ読取、イベント、タグ書込み、デバイス構成、地理的追跡、計数その他を含めることができる。プロセスには、ＲＦＩＤネットワーク１０４に関連する少なくともひとつのデバイスを介して収集される未処理データが存在するかもしれず、このような未処理データは、少なくとも部分的に、ルールとＲＦコンポーネント１０２に基づいて操作できると認識すべきである。

さらに、システム１００は適当な、および／または必要なインタフェースコンポーネント１０６を備えていてもよく、これはＲＦコンポーネント１０２を事実上どのようなオペレーティングシステム、ＲＦＩＤシステムおよび／またはデータベースシステムにも組み込むことができるような各種のアダプタ、コネクタ、チャネル、通信パス等を提供する。これに加えて、インタフェースコンポーネント１０６は、ＲＦコンポーネント１０２とＲＦＩＤネットワーク１０４とのインタフェースを提供する各種のアダプタ、コネクタ、チャネル、通信パス等を提供できる。

図２は、ＲＦＩＤネットワークに関連する宣言的イベントポリシー（たとえば、１つまたは複数の論理的ルールで構成され、これらは、互いにグループ化されてメモリにおいてフィルタリング、警報発生、イベントとデータに基づく推理または推論、および／またはＲＦＩＤイベントの業務プロセス実行のためにより高いオーダのイベントへ変換する処理を実行する）を提供するルールエンジンを利用するシステム２００を示している。ＲＥコンポーネント２０２は、ＲＦＩＤネットワーク２０４に関連するルールとして、宣言的なイベントポリシーを表現し、実行する。ＲＥコンポーネント２０２は、新規のルールベースアプリケーションの開発ならびに、既存アプリケーションへのルールベース技術の組み込みを実現するルールに基づくシステムとなりうる。ＲＥコンポーネント２０２はプロセッサとは独立したプラットフォームに対応できると認識すべきである。一例において、ＲＥコンポーネント２０２は汎用ルールベースシステムとすることができる。さらに、ＲＥコンポーネント２０２は、各種の位置において（たとえば、デバイス、コンピュータ、ラップトップ、デスクトップ、サーバ、エンタプライズサーバ等）複数のアプリケーションによってホストされる、軽量の埋め込み可能なルールエンジンとすることができる。

ＲＦＩＤネットワーク２０４は、少なくともひとつのＲＦＩＤプロセッサ２０６に関連する少なくともひとつのデバイス（たとえば、ＲＦＩＤ読取装置、ＲＦＩＤ書込み装置、ＲＦＩＤプリンタ、プリンタ、読取装置、書込み装置、ＲＦＩＤ送信機、アンテナ、センサ、リアルタイムデバイス、ＲＦＩＤ受信機、リアルタイムセンサ、ウェブサービスに拡張可能なデバイス、リアルタイムイベント発生器等）を備えることができる。ＲＦＩＤネットワーク２０４は、少なくとも部分的に、ロケーション、機能および／またはプロセスに基づく各種のサブシステムを備えることができる。たとえば、ＲＦＩＤネットワーク２０４は、２つのデバイスグループおよび／または集合とし、一方を出荷用ドア、もう一方を荷受用ドアに設置することができる。このようなＲＦＩＤネットワーク２０４にはさらに、各々のデバイスグループおよび／または集合に関連し、少なくとも部分的に、そのグループおよび／または集合の名称、ロケーションおよび／またはプロセス名に基づくプロセス２０６を含めることができる。たとえば、プロセス２０６は出荷用ドアにあるデバイスに関連する出荷プロセスとすることができ、この場合、デバイスはそのロケーションでデータ収集できる。同様に、別のプロセス２０６は、荷受用ドアのデバイスに関連付けられた荷受プロセスとすることができ、この場合、デバイスはそのロケーションでデータを収集できる。このように、ＲＥコンポーネント２０２は、宣言的なイベントポリシーをルールとして利用することができるように、ＲＦＩＤネットワーク２０４に関係するアプリケーションに関連づけられるルールベースシステムとすることができる。

プロセス２０６は、有意な実行のユニット（命令実行部）を提供できる、ユーバー（ｕｂｅｒ）および／またはハイレベルのオブジェクトである。たとえば、プロセス２０６は、各種のドックのドアに設置され、タグ読取、フィルタリング、読取値強化（enrichment）、警報評価、ホストアプリケーションによる読み出し／処理のための受信側でのデータ保存を実行する複数のデバイスを表わす出荷プロセスとすることができる。別の例では、プロセス２０６は製造プロセスを実行でき、この場合、デバイスはロケーション（位置）に関係なく読み書きを行えるように構成される。さらに、フィルタリング、警報発生、強化等の追加の機能をそのロケーションで実行することができる。さらに別の例では、プロセス２０６はタグ書込みプロセスとすることができ、この場合タグは、少なくとも入力に基づいてリアルタイムで書き込まれる。書込みプロセスはまた、書込み後にデータが読み取られ、ホストに戻されたかどうかも確認できる。

システム２００はさらに、動的宣言的イベントポリシーを提供するために、ＲＥコンポーネント２０２によって実行されるルールコンポーネント２０８を備える。ルールコンポーネント２０８は、たとえば、イベント、条件、アクションルール（ＥＣＡルールとも呼ばれる）等、固定フォーマットに従ったルールセット内に含まれるルールを採用することができる。たとえば、ＥＣＡルールの定義は以下のものとすることができる。

Ｏｎ
ＲＦＩＤイベント
Ｉｆ
条件
Ｔｈｅｎ
アクション

ルールコンポーネント２０８は、述語とオプションによる論理接続語（たとえば、ａｎｄ，ｏｒ，ｎｏｔ等）の集合（ひとつまたは複数）よりなるルール条件を利用して、真または偽の数値を評価する論理表現を形成することができる。ルール条件から形成される論理表現の評価結果が真であれば、ルールアクション（たとえば、一連の機能）が実行される。論理表現の評価結果が偽であれば、アクションは実行されない。“Ｏｎ”のステートメントに関係するイベントが、ＲＥコンポーネント２０２に追加された、および／またはこれから削除された事実はルールアクションの実行中に作られる事実と同じようにイベントを表しているという点で、黙示的でありうると認識すべきである。

以下は、ＲＥコンポーネント２０２が宣言的イベントポリシー（たとえば、フィルタリングおよび／または警告発生）を提供するために利用できる、擬似コードのフォーマットでの、ＲＦＩＤネットワーク２０８に関連するビジネスルールの例を示す。以下の例は、説明を目的とした一例にすぎず、特許請求の主題がこれに限定されることはない。

ＯＮ ＥＶＥＮＴ
ＴａｇＲｅａｄ
ＩＦ
ＴａｇＬｉｓｔ．Ｔａｇ．ｔｙｐｅ＝−ＥＰＣ
ＡＮＤ
ＴａｇＬｉｓｔ．Ｔａｇ．ＩＤ．ｏｂｊｅｃｔＴｙｐｅ＝＝ＰＡＬＬＥＴ
ＴＨＥＮ
Ａｌｌｏｗ

上の例のビジネスルールの宣言的表現（たとえば、ビジネスユーザの閲覧）は次の通り：パレットレベルの読取内容だけを登録−残りの読取内容をふるい落とす。

関連するルールの集合（たとえば、商品の窃盗に関する期間に基づく警報基準に関するルール）をまとめてバージョン管理されるルールセットとすることができる。ルールの定義はプログラマ以外の人物でもアクセス可能であり、このようなルールの定義は、ルール条件とアクションにアクセスできるよう、グラフィカルユーザインタフェース（ＧＵＩ）に基づくツールを用いて標準フォーマットで保存することができると認識すべきである。さらに、ＲＥコンポーネント２０２は、適当なプログラマブルコードを利用してルール定義を表すことができる。一例において、ＲＥコンポーネント２０２は、たとえば、ただしこれに限定されないが、ビジネスルール言語（ＢＲＬ）等のＸＭＬベースのダイアレクト（ｄｉａｌｅｃｔ）を使用できる。ＢＲＬは、ルールの要約および／または技術中立的表現および、たとえば、クラス、文書（たとえば、ＸＭＬ文書）、ＸＭＬ文書の要素、ＸＭＬ文書属性データベース、テーブルの列グループおよび／またはデータベースのテーブルの列グループの形態による、技術固有の条件とアクション実行に対するバインディングで構成することができる。ルール条件とアクションは、ユーザ固有のクラス、あるいはクラスライブラリのクラス、特性および／またはフィールドによって定義することができる。開発者は、エクスポーズされるフレームワークのクラスとその後に提供されるフレームワークへの追加を利用する、プロセッサから独立したフレームワークを利用できると認識すべきである。

ルールの定義は、いくつかのまとまりに集合させ、たとえば、信頼できる、持続的なデータ記憶装置（図示せず）に記憶させることができる。一例において、ＲＥコンポーネント２０２は、バージョン管理され、配備に利用できるルールセットのための一次記憶装置として、構造化照会言語（ＳＱＬ）サーバ等のサーバを活用できる。ルールセットの定義は、ローカルファイルシステムの中に記憶でき、あるいはここから配備できる、あるいはその他適当な方法で記憶、配備できると認識すべきである。エンタプライズレベルのアプリケーションの例をとれば、ルールセットの定義は、ルールの記憶手段を含むバックエンドサーバから、ＲＥコンポーネント２０２、ルールコンポーネント２０８をホストし、そのルールを実行するアプリケーションを作動させるミドルティアサーバに押し出すことができる。

さらに、ＲＥコンポーネント２０２は、ルールの評価のために高性能の前向き連鎖アルゴリズムを実行する揮発性、単独、軽量（たとえば、１０のルールからなる小さなセットの場合、フットプリントフットが９００Ｋ未満）のフレームワーク対応クラスライブラリ（たとえば、プロセッサとは独立したプラットフォームフレームワーク対応クラスライブラリ等）とすることができると認識すべきである。オプションによる機能（たとえば、ルールセット実行追跡、ルールセット配備等）を必要に応じてシステム２００にプラグ接続することができる。プラグ方式を使用することにより、ルールセットを表す使いやすいアプリケーション統合抽象概念をＲＦＩＤネットワーク２０４にエクスポーズすることができる。ＲＥコンポーネント２０２は、コンポーネントのインスタンス化としてのみ利用することもでき、この場合、ルールを駆動するために利用されるデータを提供し、ひとつの方法を呼び出すオプションは、”Ｅｘｅｃｕｔｅ（）”とコールする。さらに、ＲＥコンポーネント２０２のホストは、ルールベースの技術を活用し、リソース利用を自動的に調整することによる利益が得られる、あらゆるプラットフォーム（たとえば、デバイス、ラップトップ、デスクトップ、コンピュータ、サーバ等）上のどのアプリケーションでもよい。リソース利用（たとえば、メモリのフットプリント）の自動的調整は、少なくとも部分的に、ルールの数と、ルール条件とアクションの中で述べられているオブジェクトの数および／または種類に基づいて行うことができる。

ＲＥコンポーネント２０２は、非常に高い拡張性を持つものとすることができる。ＲＥコンポーネント２０２によって提供される基本的なメモリ内ルール条件評価とアクション実行アルゴリズムにより、デバイス、デスクトップ、ラップトップ、コンピュータ、サーバ、エンタプライズシナリオに対する性能を高めることができる。たとえば、基本的なメモリ内ＲＥ照合アルゴリズムは、１００，０００個のオブジェクトを参照し、５０，０００通りのルールを含むことができる。さらに、複数のプロセッサマシンを、同じおよび／または異なるルールセットに対してＲＥコンポーネント２０２のパラレルインスタンスを実行することによって活用できる。一例において、一部のエンタプライズシナリオ（たとえば、パブリッシュ／サブスクライブサービス）は、特定のルールセットの定義に合わせて調整された異なる種類の照合アルゴリズム（たとえば、何十万個またはそれ以上の実質的に同様な形態のイベントについて、何十万通りまたはそれ以上の実質的に同様な形態のサブスクリプション）を必要とする。ＲＥコンポーネント２０２は、このようなシナリオをサポートするために、ルール条件評価およびアクション実行を扱う。たとえば、拡張性が高く、しかもルールセットの定義に関してより限定的なセット指向(set-oriented)のアルゴリズムを実行するプラグイン方式のルールセット実行装置を使い、パブリッシュおよび／またはサブスクライブサービスを実現できる。ＲＥコンポーネント２０２は、ルールセットについて何十通りものルールが定義されるシナリオをサポートするよう軽量であることを認識すべきである。

図３は、ＲＦＩＤネットワークで利用されるルールを動的更新しやすくするためのシステム３００を示す。ＲＥコンポーネント３０２は、ルールとして、ＲＦＩＤネットワーク３０４に関連するフィルタおよび／または警報を使用することができ、そのようなルールは、少なくとも部分的に、真または偽を評価するルール条件に基づいて実行される。ＲＥコンポーネント３０２は、新規のルールベースアプリケーションの開発と既存のアプリケーションへのルールベース技術の組み込みを実現するルールベースシステムとすることができる。ＲＥコンポーネント３０２は、プロセッサとは独立したプラットフォームに対応し、および／または汎用ルールベースシステムであってもよい。ＲＥコンポーネント３０２はまた、各種のロケーション（たとえば、デバイス、コンピュータ、ラップトップ、デスクトップ、サーバ、エンタプライズサーバ等）で複数のアプリケーションがホストとなる軽量の、埋め込み可能なルールエンジンとすることもできる。ＲＥコンポーネント３０２はさらに、たとえば、イベント、条件、アクションルール（ＥＣＡルールとも呼ばれる）として知られる固定フォーマットに従ったルールセット内に含まれるルールを利用するルールコンポーネント３０６を使用することができる。ＲＥコンポーネント３０２、ＲＦＩＤネットワーク３０４、ルールコンポーネント３０６は、前述のコンポーネントおよび／またはネットワークと実質的に同一にできる。

ＲＥコンポーネント３０２はさらに、フィルタおよび／または警報に関するルールに関連付けられるリアルタイムの動的更新を提供する更新コンポーネント３０８を利用することができる。上記のように、各種のアプリケーションおよび／またはビジネスシナリオは、複数のルール、ルールセット等を必要とする。さらに、このようなルールおよび／またはルールセットは、少なくとも部分的に、これについて行われる変更に基づいてバージョン管理することができる。たとえば、ルールセットは、ＲＦＩＤネットワーク３０４とその中のデバイスに関連付けられるフィルタおよび／または警報に関する条件とアクションを含んでいてもよい。ルールセットが変更される場合、更新コンポーネント３０８が、アプリケーション、コンポーネントおよび／またはエンジンを再始動せずに、リアルタイムで更新されたルールセットをＲＥコンポーネント３０２に提供する。

新バージョンのルールセットは、更新コンポーネント３０８によって自動的に配備される。このように、新バージョンのルールセットが採用される場合、これは容易に利用でき、アプリケーションやルールエンジンの再始動を必要としない、および／または再始動させない。このようなリアルタイムの動的更新を提供することにより、ユーザはいかなる開発支援も必要とせずに、ビジネスロジック（たとえばルール）または選好をリアルタイムで調整することができる。更新コンポーネント３０８は、独立型のユニットでも、サービスでもよく、またＲＥコンポーネント３０２の中、ルールコンポーネント３０６あるいはその組み合わせの中に組み込むことができると認識すべきである。

図４は、ルールエンジンとＲＦＩＤネットワークを各種の業務手順とともに利用しやすくするためのシステム４００を示す。ＲＥコンポーネント４０２は、ＲＦＩＤネットワーク４０４に関連する宣言的フィルタおよび／または宣言的警報をルールとして表し、および／または実行することができる。ＲＥコンポーネント４０２は、新規ルールベースアプリケーションの開発ならびに既存アプリケーションへのルールベース技術の組み込みを提供するルールベースシステムとすることができる。ＲＥコンポーネント４０２は、たとえば、イベント、条件、アクションルール（ＥＣＡルールとも呼ばれる）等として知られる固定フォーマットに従ったルールセット内に含まれるルールを採用するルールコンポーネントを使用できる。図４に関するコンポーネントおよび／またはネットワークは、前述のコンポーネントおよび／またはネットワークと実質的に同じとすることができる。

ＲＥコンポーネント４０２は、ルールおよび／またはルール条件とアクションを定義する用語を提供する語彙コンポーネント４０８を利用することができる。ルールは、特定の状況が発生した場合に何が起こりうるかを定義するための強力なツールである。ルール条件とアクションを定義するのに利用される用語は、分野および／または業界固有の命名法によって表現することができる。たとえば、電子メールのユーザは、「〜から受信」したメッセージと「〜の後に受信した」メッセージという点でのルールを書くが、保険業アナリストは、「危険要因」と「担保金額」という点でのルールを書く。

この分野特有の専門用語の基礎にあるのは、ルール条件とルールアクションを実現する技術的アーチファクト（たとえば、オブジェクト、データベーステーブル、文書、ＸＭＬ文書等）である。語彙コンポーネント４０８は、視覚化と実装との間のギャップの架け橋となることができる。語彙コンポーネント４０８によって使用される語彙は、バージョン管理された定義の集合とすることができ、各々の定義は分野特有の用語を実装技術にマッピングする。言い換えれば、語彙コンポーネント４０８は、少なくともそこで使用されている分野に基づく基本的技術の上の各種の「スキン」を使用することができる。一例において、語彙は、たとえば、語彙マークアップ言語（ＶＭＬ）等のＭＸＬダイアレクトを使って保存できる。語彙は、ルールオーサリング(rule authoring)を新規の、あるいは既存のアプリケーションに組み入れることを担当するツール開発者により使用される。

システム４００はさらに、少なくともドメインコンテキストに基づく語彙を作成するのに利用されるコンポーザ４１０を備えている。たとえば、ビジネスアナリストはコンポーザ４１０を使って語彙を定義することができ、この定義は共有ルール記憶装置（前述）に保持することができる。コンポーザ４１０は、クラス、データベーステーブル、スキーマおよび／またはＸＭＬスキーマを利用したルールの作成を本来的にサポートすることができる。たとえば、完全なルールベースアプリケーションは、コードを書くことなく、ドラッグ・アンド・ドロップパラダイムを利用して構築される。さらに、コンポーザ４１０は、ルール、ルールテンプレート、ルールセットおよび／または語彙の作成を担当する開発者によって実装されることもある。

図５は、ＲＦＩＤネットワークに関連するルールエンジンで利用されるルールとして、フィルタおよび／または警報を宣言しやすくするためのシステム５００を示す。ＲＥコンポーネント５０２は、少なくとも部分的に、フィルタ（たとえば、ＲＦＩＤタグの読取を許可するもの）と警報（たとえば、定義されたアクションを実行するもの）に基づくルールを実装することができ、フィルタと警報はＲＦＩＤネットワーク５０４に関連している。ＲＥコンポーネント５０２は、たとえば、イベント、条件、アクションルール（ＥＣＡルールとも呼ばれる）として知られる固定のフォーマットに従ったルールセット内に含まれるルール（たとえば、少なくともフィルタ５０８と警報５１０に基づく）を利用するルールコンポーネント５０６を呼び出すことができる。システム５００内のコンポーネントおよび／またはネットワークは、前述のコンポーネントおよび／またはネットワークとほぼ同様とすることができると認識すべきである。

ルールコンポーネント５０６は、ＲＦＩＤネットワーク５０４に関連付けることのできるフィルタ５０８を利用することができる。フィルタ５０８をルールコンポーネント５０６の中に含める必要はなく、簡潔さのためにそのように描かれているだけであると認識すべきである。フィルタ５０８は、ＲＦＩＤネットワーク５０４から入ってくる未処理データストリームについて実行するオプションによる構成とすることができる。このような構成は、論理ソースと考えることができ、論理ソースはデバイスの集合（たとえば、ＲＦＩＤリーダ等のデバイスで、この集合は、たとえばロケーションに基づく）、フィルタおよび警報ポリシー、イベントハンドラ（たとえば、プラットフォームイベントの扱い、カスタムロジックの実装等）のグループである。フィルタ５０８は、特定の種類のタグ読取を可能にする。さらに、少なくともひとつのフィルタ５０８は論理フィルタ集合に分類できる。フィルタ５０８は、以下のうちの少なくともひとつを備えることができる。１）重複する読取の排除（たとえば、論理ソースから重複しない読取だけを許可する）と、２）パレット、ケース、品目その他の組み合わせの許可（たとえば、各々は排他的であってもよい）。

ルールコンポーネント５０６はさらに、ＲＦＩＤネットワーク５０４に関係付けることのできる警報５１０を利用することができる。警報５０４をルールコンポーネント５０６に含める必要はなく、簡潔さのためにそのように描かれているにすぎないと推測されるはずである。警報５１０は、フィルタを通過し、ユーザにより定義された１つまたは複数のアクションを実行するタグストリームに対して評価する必要のあるシンプルなルールを表現するための、より包括的および／または強力なメカニズムでありうる。たとえば、タグの読取が午後６時から午前６時の間に論理ソースによって登録されると、ショートメッセージサービス（ＳＭＳ）を介してアラームを鳴らし、ビル監督者に警告する。さらに、警報５１０は、フィルタ５０８と同様のオプションによる構成とすることができる。

警報５１０は、論理ソースからのタグデータストリームへの警報とすることができる。この例において、以下を実装できる。１）タグのレンジ（たとえば、特定のレンジにおけるタグが収集されると警報を発生する）、２）タグに関する時間警報（たとえば、タグが所定の時間内に収集されると、警報を発生する）、３）所定の時間についての同じタグの読取（たとえば、パレットが長期間ランプ上に取り残されたままになっている）。上記に関し、次のルールを利用することができる。

ルール１：
ＩＦ ＴＲＵＥ ＴＨＥＮ ＤＢ．Ａｄｄ（ＴａｇＩＤ，Ｔａｇ．ＲｅａｄｅｒＮａｍｅ，ＣｕｒｒｅｎｔＴｉｍｅ＋Ｔｉｍｅ ｔｏ Ｅｘｐｉｒｙ）
ルール２：
Ｉｆ（Ｔａｇ．ＩＤ＝ＤＢ．Ｔａｇ．ＩＤ ＡＮＤ Ｔａｇ．ＲｅａｄｅｒＮａｍｅ＝ＤＢ．Ｔａｇ．ＲｅａｄｅｒＮａｍｅ）ＡＮＤ（ＣｕｒｒｅｎｔＴｉｍｅ＞ＤＢ．Ｔｉｍｅ）ＴＨＥＮＡｌｅｒｔ（．．．），ＤＢ．Ｔｉｍｅ＝（ＣｕｒｒｅｎｔＴｉｍｅ＋Ｔｉｍｅ ｔｏ Ｅｘｐｉｒｙ）

上記の場合、警報５１０は所定の時間内にタグを読むことを予想できる。さらに、警報５１０は、タグが登録されているが、データが不完全または読み取られていない状況に対処できる（たとえば、誤った読取値に遭遇した場合に警報を発生する）。

警報５１０はまた、ＲＦＩＤネットワーク５０４および／または関連するプラットフォームによって発生する読取装置のイベントについての警報とすることもできる。たとえば、以下が実現される。１）デバイスが停止している（たとえば、デバイスが停止すると警報を発生する）、２）デバイスが動作している（たとえば、デバイスが動作状態に戻ったときに警報を発生する）、３）新規デバイスが発見された（たとえば、新規のデバイスがＲＦＩＤネットワーク５０４に追加されたときに警報を発生する）。上記に加え、警報５１０は、たとえば識別（ＩＤ）、タイプ、ソース、時間、データ、デバイス名等のタグデータパラメータについて定義できるようにすることも可能である。さらに、デバイス名やデバイス動作イベントおよび／またはデバイス停止イベントの時間等、ＲＦＩＤネットワーク５０４に関連するイベントにおけるパラメータもありうる。

ＲＥコンポーネント５０２により、ＲＦＩＤネットワーク５０４はＲＦＤプロセスにおいて利用されるフィルタおよび／または警報に関するルールを定義するビジネスロジックにおける変更および／または操作に対して敏捷で反応が早くなる。特に、ＲＥコンポーネント５０２は、アプリケーションのダウンタイム、再編集、再配置を発生させることなく、そのロジックの変更および／または操作によってＲＦＩＤプロセスを動的に変形させることができる。上記に加え、ＲＦＩＤネットワーク５０４でフィルタおよび／または警報のために利用されるＲＥコンポーネント５０２によって次の利点が得られる。１）ＲＦＩＤネットワーク５０４におけるルールを統一された方法で抽象化、記憶、実行できる、２）カスタムルールをフレキシブルな方法で表現できる（たとえば、ＥＣＡスタイルのルールによる条件およびひとつまたは複数のアクションにおける複雑な論理表現（ＡＮＤ，ＯＲ，ＮＯＴ等）は、買ったその日から（ＯＯＢ）利用可能なデフォルトの述語と機能を利用しても、カスタム述語と機能を使用してもよい）、３）ルール定義において、ビジネスユーザにとって使いやすい語彙を使用できる（たとえば、オブジェクト、ＸＭＬ要素、データベースの列グループ等に対応する英語の用語）、４）多数のルールを平行して評価し、優先順位をつけた方法でアクションを実行することができる（たとえば、推論能力と前方連鎖を使う）、５）タグ読取のルールベースの強化を可能にすることによって、ＲＦＩＤプラットフォーム能力を拡張できる、等。

フィルタ５０８と警報５１０が次のイベントを使って定義されることを認識すべきである。１）フィルタイベント（たとえば、タグ読取イベント）、２）警報イベント（たとえば、タグ読取イベント、デバイスイベント）。さらに、上記イベントに関するスキーマは、ＸＭＬファクトタイプとしてのルール構成のためにデザイン段階で利用できる。ＲＥコンポーネント５０２はさらに、次の述語および／または条件をサポートできる。１）関係、２）時間、３）レンジ、４）照合。追加の述語および／または条件を定義し、これを述語の語彙として、タグ読取イベントおよびデバイスイベントデータに関する異なる条件を定義するのに利用可能であると推測し、理解することができるであろう。警報５１０とフィルタ５０８に関するデフォルトの語彙の集合（たとえば、標準的パラメータ値）には、ＰＡＬＬＥＴ，ＣＡＳＥ，ＧＴＩＮ，ＳＳＣＣ等がある。デフォルトの語彙の集合は、エンドユーザのために英語に似た語彙で表現されるタグデータコンポーネントでもよいと認識すべきである。

加えて、ＲＥコンポーネント５０２は、デフォルト機能の集合をサポートできるが、さらに、将来の実装のために、その他のカスタム機能もサポートされる。たとえば、許可（たとえば、フィルタルールについて存在できる、および／または明確にされる標準的アクション）および、ＥＰＣＩＳサービス方法のコール、デフォルトのロガ等のその他のアクションのようなフィルタアクションを利用できる。別の例では、たとえば、電子メール送信、ＳＭＳの送信、ページ、ログ作成といった警報アクションを利用できる。

図６は、宣言的イベントポリシーを提供するためのルールエンジンを利用しやすくするシステム６００を示す。ＲＥコンポーネント６０２は、ＲＦＩＤネットワーク６０４に関連するリアルタイムデータをエクスポーズし、これに関連する宣言的イベントポリシーでルールベース技術を使用することができるようにする。ＲＥコンポーネント６０２は、ＲＦＩＤネットワーク６０４に関連する宣言的フィルタおよび／または宣言的警報をルールとして表現し、および／または実行することができる。ＲＥコンポーネント６０２は、新規のルールベースのアプリケーションの開発および既存のアプリケーションへのルールベース技術の組み込みを提供できる。さらに、ＲＥコンポーネント６０２は、たとえば、イベント、条件、アクションルール（ＥＣＡルールとも呼ばれる）として知られる固定フォーマットに従ったルールセット内に含まれるルールを利用できる。ＲＥコンポーネント６０２とＦＲＩＤネットワーク６０４は、前の図面で説明した各々のコンポーネント／ネットワークと実質的に同様としてもよいと認識すべきである。

ＲＦＩＤネットワーク６０４は、複数の領域（ユニバース: universe）（たとえば、サブシステム、ＲＦＩＤネットワーク）を含むことができ、この領域はＲＦＩＤエンティティのサーバである。簡略化のために、ＲＦＩＤネットワーク６０４はデバイスの２つの集合（たとえば、デバイスの集合）を含むひとつの領域を示しており、２つの集合のうち第一の集合６０６が描かれている。たとえば、ＲＦＩＤサブシステムは、関係するエンティティが実質的に同様のプロセスにかかわるロケーションとすることができる。一例において、サブシステムは、関連するデバイスを備えた複数の荷受および／または出荷ドックのドアを含む倉庫であってもよい。このように、第一の集合６０６は、指定されたサブシステム内のデバイスの集合とすることができる。デバイスの複数の集合を実装することも可能であると認識すべきである。デバイスの集合の中で、デバイス６０８は少なくともひとつのＲＦＩＤタグ６１０が設置された商品のパレット６１２からＲＦＩＤ信号６１４を受信することができる。パレットおよび／または商品には、少なくともユーザの仕様に基づいてタグ付けを行う（たとえば、タグ付きのひとつのパレット、タグ付きの個々の商品、タグ付きのパレットと商品等）ことができると認識すべきである。

図７は、ＲＦＩＤネットワークでルールベース技術を使用しやすくするために知能を利用したシステム７００を示す。システム７００は、ＲＥコンポーネント７０２、ＲＦＩＤネットワーク７０４、ルールコンポーネント７０６を備える場合があり、これらはすべて、これまでの図面に描かれている各々のコンポーネントおよびネットワークと実質的に同じとすることができる。システム７００はさらに、知能コンポーネント７０８を備える。知能コンポーネント７０８は、ＲＥコンポーネント７０２により、ＲＦＩＤネットワーク７０４と関連し、ルールとしてフィルタおよび／また警報を表現し、実行する上でルールベース技術を利用しやすくするために利用される。

知能コンポーネント７０８は、イベントおよび／またはデータを介して取得された観察事項の集合から、システム、環境および／またはユーザの状態の推理を提供し、あるいはこれを推論することができると理解すべきである。推論を用いて、具体的なコンテキストまたはアクションを特定し、あるいはたとえば、状態に対する確率分布を生成することができる。推論は確率的とすることができる。つまり、関心の対象となる状態について、データとイベントの考察に基づいて確率分布を計算したものである。推論はまた、イベントおよび／またはデータの集合から、より高いレベルのイベントを構成するために使用される技術を指すこともできる。このような推論の結果、観察されたイベントおよび／または記憶されたイベントデータの集合から新しいイベントまたはアクションが構成され、このイベントが時間的に近接しているか、あるいはイベントおよびデータの出所となるイベントおよびデータソースがひとつか複数かを問わない。特許請求の主題に関連して、各種の分類（明示的および／または暗示的に訓練された）スキームおよび／またはシステム（たとえば、サポートベクトルマシン、ニューラルネットワーク、エキスパートシステム、ベイジアン信念ネットワーク、ファジーロジック、データフュージョンエンジン）を、自動および／または推論によるアクションの実行に関して使用することができる。

分類子（classifier）は、入力属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）を、その入力がひとつのクラスに属するという信頼にマッピングする関数、つまりｆ（ｘ）＝信頼（クラス）である。このような分類は、確率的および／または統計的分析（たとえば、分析ユーティリティとコストに因数分解する）を採用し、ユーザが自動的に実行されることを希望するアクションを予測または推論することができる。サポートベクトルマシン（ＳＶＭ）は、使用可能な識別器（classifier）の一例である。ＳＶＭは、考えられる入力空間における超曲面を発見することによって機能し、この超曲面はトリガとなるイベントとトリガとならないイベントを分離しようとする。直感的にわかるように、これによって、トレーニングデータに近いが、同一ではないテストデータについて、正しい分類が可能となる。その他の有向（directed）および無向（undirected）モデルの分類手法としては、たとえば、ナイーブベイズ、ベイジアンネットワーク、決定木、ニューラルネットワーク、ファジーロジックモデル、異なる独立パターンを提供する確率的分類モデルを使用することができる。ここで使用される分類とは、優先モデルの開発に使用される統計的回帰も含む。

プレゼンテーションコンポーネント７１０は、ユーザと、ＲＥコンポーネント７０２に連結されたコンポーネントとの間の相互作用を容易にする各種のユーザインタフェースを提供することができる。図のように、プレゼンテーションコンポーネント７１０は、ＲＥコンポーネント７０２と併用できる別個のエンティティである。しかしながら、プレゼンテーションコンポーネント７１０および／または同様の閲覧コンポーネントをＲＥコンポーネント７０２および／または独立型ユニットの中に組み込むことができると認識すべきである。プレゼンテーションコンポーネント７１０は、ひとつまたは複数のグラフィカルユーザインタフェース（ＧＵＩ）、コマンドラインインタフェース等を提供することができる。たとえば、ＧＵＩは、データをロード、インポートし、または読み取るための領域または手段をユーザに提供するようにレンダリングされることが可能で、またそれらの結果を提示する領域を含むものとすることができる。これらの領域は、ダイアログボックス、スタティック制御、ドロップ・ダウン・メニュー、リストボックス、ポップアップメニュー、アズエディットコントロール(as edit control)、コンボボックス、ラジオボタン、チェックボックス、プッシュボタン、グラフィックボックスを含む周知のテキストおよび／またはグラフィック領域を備えることができる。加えて、領域を目に見えるようにするか否かを決定するためのナビゲーションおよびツールバーボタンのための垂直および／または水平スクロールバーを提示しやすくするユーティリティも利用できる。たとえば、ユーザは、ＲＥコンポーネント７０２に連結されたコンポーネントのうちのひとつまたは複数と相互作用することができる。

ユーザはまた、その領域と相互作用し、たとえばマウス、ローラボール、キーパッド、キーボード、ペンおよび／または音声駆動等の各種のデバイスを介して情報を選択し、供給することができる。一般に、プッシュボタンまたはキーボード上の入力キー等のメカニズムは、情報入力後に検索を開始するために利用できる。しかしながら、特許請求の主題はこれに限定されないと認識すべきである。たとえば、チェックボックスをハイライトするだけで、情報伝達を開始することができる。別の例では、コマンドラインインタフェースを利用できる。たとえば、コマンドラインインタフェースは、テキストメッセージの供給を介してユーザに情報をプロンプトする（たとえば、ディスプレイ上のテキストメッセージおよび音声トーンによる）ことができる。すると、ユーザは、インタフェースのプロンプトまたは、プロンプト内で提起された質問への回答において提供されるオプションに対応する英数字による入力等、適当な情報を提供することができる。コマンドラインインタフェースは、ＧＵＩおよび／またはＡＰＩに関連して使用することができると認識すべきである。加えて、コマンドラインインタフェースは、限定的なグラフィックサポートのあるハードウェア（たとえば、ビデオカード）および／またはディスプレイ（たとえば、白黒、ＥＧＡ）、および／または低帯域の通信チャネルに関連して使用できる。

図８−１０は、特許請求の主題による方法を示す。説明を簡素化するために、方法は一連の行為として描き、説明する。本発明は、説明されている行為および／または行為の順序によって限定されず、たとえば、異なる順序でおよび／または、本願で紹介、説明していない他の行為と同時に行為をなすことができると理解、認識すべきである。さらに、特許請求対象である主旨による方法を実行するのに、例示された行為がすべて必要とは限らない。これに加えて、当業者は、方法を状態図やイベントを介して相互に関係する一連の状態として示すこともできると理解し、認識するであろう。

図８は、ＲＦＩＤネットワークに関するルールエンジンで宣言的イベントポリシーのためのルールを利用する方法８００を示す。参照番号８０２において、論理ソースを作成、利用することができ、この論理ソースをＲＦＩＤネットワークに関連付けることができる。論理ソースは、デバイスの集合、少なくともひとつのフィルタポリシー、少なくとも警告ポリシー、および／または少なくともひとつのイベントハンドラ等のグループとすることができる。デバイスの集合は、ＲＦＩＤネットワーク内の物理的デバイスの集合を表わす論理オブジェクトとすることができる。さらに、イベントハンドラは、プラットフォームおよび／またはＲＦＩＤネットワークイベントを扱い、カスタムロジックを実装できる。宣言的イベントポリシー（たとえば、フィルタリングおよび／または警報発生）は、条件を評価し、タグデータをドロップし、および／または警報を実行するために使用できる宣言的ルールベースポリシーとして指定することができる。

参照番号８０４において、タグデータがフィルタポリシーの中でアサートされ、利用され、ルールエンジン（ＲＥ）に供給される。たとえば、タグリストイベントは、フィルタポリシーにおいて利用される追加事実とともにアサートされ、ＲＥに供給される。参照番号８０６において、フィルタポリシーが実行され、ここで、フィルタポリシーはフィルタルールの集合とすることができる。参照番号８０８において、タグデータは警報ポリシーの中でアサートされ、利用され、ＲＥに供給される。言い換えれば、警報ポリシーにおいて使用されるタグリストイベントおよび追加の事実がアサートされ、ＲＥに供給される。参照番号８１０において、警報ポリシーが実行され、ここで警報ポリシーは警報ルールの集合とすることができる。

図９は、フィルタおよび／または警報を作成および／または配備しやすくする方法９００を示す。参照番号９０２において、たとえば、これに限定されないが、フィルタおよび／または警報のような宣言的イベントポリシー（たとえば、ひとつまたは複数の論理ルールで構成され、これらルールはグループ化されて、メモリにおいてフィルタリング、警報発生、イベントとデータに基づく推理または推論および／またはＲＦＩＤイベントの業務プロセスを実行するための、より高いオーダのイベントへの変換を実行する）を定義することができる。定義された宣言的警報ポリシーは、変更および／または更新がこれに従って特定されるようにバージョン管理される。これらのイベントポリシーは、いったん定義されると、公表することができる。参照番号９０４において、ＲＦＩＤプロセスが、たとえばユーザによって定義される。ＲＦＩＤプロセスは、ＲＦＩＤプログラミングモデルに従って定義することができ、イベントポリシーをプロセスと関連付けることができる。たとえば、実行時間中、ポリシー評価に利用される必要な事実（ｆａｃｔｓ）（たとえば、条件とアクションの評価に使用されるすべてのオブジェクト）をアサートし、（たとえば、任意でトラッキングオプションをつけて）ポリシーを実行することができる。宣言的イベントポリシーの実行は、連続して起こることもある（たとえば、フィルタポリシーは、まず事実としての未処理のタグデータストリームで実行され、フィルタを通じて許可されたタグデータストリームは、構成された警報ポリシーのための事実としてアサートされる）。参照番号９０６において、プロセスとポリシー（たとえば、イベントポリシー）を配備することができる。参照番号９０８において、宣言的イベント（たとえば、ポリシー）は、リアルタイムで動的に更新できる。言い換えれば、ポリシーは、そのポリシーを利用するＲＦＩＤプロセスを開始および／または停止することなく、新しいイベントポリシーロジックでいつでも動的に更新できる。

図１０は、ＲＦＩＤネットワークに関連するルールエンジンによって利用されるルールを作るための方法１０００を示す。参照番号１００２において、ビジネスポリシーおよび／またはビジネスロジックを特定することができる。たとえば、新しいビジネスポリシーを特定し、および／またはビジネスロジックを既存のアプリケーションから抽出することができる。ビジネスロジックによって利用される予定のデータ（たとえば、頻繁に変更されるデータ）も特定できる。参照番号１００４において、ルールとルールセットを、そのビジネスロジックを表わすように定義することができる。ルールセットの定義は、次のうちの少なくともひとつによって行うことができる。１）コンポーザツールを利用する、２）ルールマークアップ言語ファイル（ＲＭＬ）を書く、３）ＲＦＩＤネットワークのオブジェクトモデルをプログラムで利用する。参照番号１００６において、特定されたデータをルール条件とアクションに帰属させることができ、ここで、そのデータはたとえば、オブジェクト、ＸＭＬ文書のフィールドと属性、データベースのテーブルの行グループとすることができる。上記を実現することにより、オブジェクトは、いずれかのルールセットの定義を利用して（たとえば、１）コンポーザツールを使用する、２）ルールマークアップ言語ファイル（ＲＭＬ）を書く、および３）ＲＦＩＤネットワークのオブジェクトモデルをプログラムで利用する）、ルール条件およびアクションに結合される。

参照番号１００８において、テスト手順がルールおよび／またはルールセットとともに使用される。たとえば、ルールベースアプリケーションの中で、ポリシーテスタクラスのインスタンスを作り、構成パラメータとして作られたルールセットの名称を提供する。ポリシーテストクラスは、定義されたルールセットに関連した事実探知機（ファクトリトリーバ: fact retriever）があれば、これを利用することができる。ルール条件およびアクションに結合されたオブジェクトのインスタンスをポリシーテスタオブジェクトのクラスインスタンスに追加することができ、ここで、そのポリシーが実行される。そのようなルール実行の結果（たとえば、ルール実行中に更新された事実）をビジネスアプリケーションの中で利用できる。参照番号１０１０において、ポリシーをストア（ｓｔｏｒｅ：店舗）で公表し、利用することができる。

特許請求の主題の各種の態様を実現する上記以外の状況を紹介するために、図１１−１２と以下の説明により、本発明の各種の態様を実現できる適当なコンピューティング環境を簡単に概説する。特許請求の主題について、ローカルコンピュータおよび／またはリモートコンピュータ上で実行するコンピュータプログラムのコンピュータ実行可能な命令に関して説明したが、当業者は、本発明が他のプログラムモジュールと組み合わせても実現できることを認識するであろう。一般に、プログラムモジュールには、特定のタスクを実行する、および／または特定の抽象データタイプを実現するルーチン、プログラム、コンポーネント、データストラクチャが含まれる。

さらに、当業者は、発明性のあるこれらの方法は、シングルプロセッサまたはマルチプロセッサコンピュータシステム、ミニコンピュータ、メインフレームコンピュータならびにパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベースの、および／またはプログラム可能な民生用電子機器その他、それぞれひとつまたは複数の関連するデバイスと動作的に交信する他のコンピュータシステムコンフィギュレーションでも実現できると認識するであろう。特許請求の主題の上記の態様はまた、特定のタスクが通信ネットワークを通じて連結されるリモート処理デバイスによって実行される分散型コンピューティング環境においても実現できる。しかしながら、本発明の、すべてではなくとも一部は、独立型のコンピュータでも実現できる。分散型コンピューティング環境において、プログラムモジュールはローカルおよび／またはリモートメモリ記憶デバイスの中にも配置できる。

図１１は、特許請求の主題が相互作用するコンピューティング環境の一例１１００の省略ブロック図である。システム１１００は、ひとつまたは複数のクライアント１１１０を備える。クライアント１１１０は、ハードウェアおよび／またはソフトウェア（たとえば、スレッド、プロセス、コンピューティングデバイス）とすることができる。システム１１００はまた、ひとつまたは複数のサーバ１１２０を備える。サーバ１１２０は、ハードウェアおよび／またはソフトウェア（たとえば、スレッド、プロセス、コンピューティングデバイス）とすることができる。サーバ１１２０は、たとえば、本発明を採用することによって変換を実行するためのスレッドを格納することができる。

クライアント１１１０とサーバ１１２０の間の通信として可能なもののひとつは、２つまたはそれ以上のコンピュータプロセスの間で伝送されるように調整されたデータパケットの形式である。システム１１００は、クライアント１１１０とサーバ１１２０の間の通信を容易にするために使用できる通信フレームワーク１１４０を備える。クライアント１１１０は、クライアント１１１０にとってのローカル情報を記憶するのに利用できるひとつまたは複数のクライアントデータ記憶装置１１５０に作動的に接続される。同様に、サーバ１１２０は、サーバ１１２０にとってのローカル情報を記憶するのに使用できるひとつまたは複数のサーバデータ記憶装置１１３０に作動的に接続される。

図１２を見ると、特許請求の主題の各種の態様を実現するための環境の例１２００にコンピュータ１２１２が設置されている。コンピュータ１２１２は、処理ユニット１２１４、システムメモリ１２１６、システムバス１２１８を備える。システムバス１２１８は、たとえば、システムメモリ１２１６を含むシステムコンポーネントを処理ユニット１２１４に連結する。処理ユニット１２１４は各種の入手可能なプロセッサのいずれでもよい。デュアルマイクロプロセッサおよびその他のマルチプロセッサアーキテクチャも、処理ユニット１２１４として使用できる。

システムバス１２１８は、メモリバスまたはメモリコントローラ、周辺バスまたは外付けバスおよび／または、たとえば業界標準アーキテクチャ（ＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＳＡ）、拡張ＩＳＡ（ＥＩＳＡ）、インテリジェントドライブエレクトロニクス（ＩＤＥ）、ＶＥＳＡローカルバス（ＶＬＢ）、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）、カードバス、ユニバーサルシリアルバス（ＵＳＢ）、アドバンストグラフィクスポート（ＡＧＰ）、パーソナルコンピュータメモリカードインタナショナルアソシエーションバス（ＰＣＭＣＩＡ）、ファイアワイヤ（ＩＥＥＥ１３９４）およびスモールコンピュータシステムインタフェース（ＳＣＳＩ）に代表される入手可能な各種のバスアーキテクチャのいずれかを使ったローカルバスを含むバスストラクチャのいずれでもよい。

システムメモリ１２１６には、揮発性メモリ１１２２０と不揮発性メモリ１２２２が含まれる。立ち上げ時等にコンピュータ１２１２内の素子間で情報伝達する基本的ルーチンを含む基本入力／出力システム（ＢＩＯＳ）が不揮発性メモリ１２２２の中に保存される。たとえば、ただしこれに限定されないが、不揮発性メモリ１２２２はリードオンリーメモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含む。揮発性メモリ１２２０は、外付けキャッシュメモリとして機能するランダムアクセスメモリ（ＲＡＭ）を含む。例として、ただしこれに限定されないが、ＲＡＭは、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ（ＳＬＤＲＡＭ）、ランバスダイレクトＲＡＭ（ＲＤＲＡＭ）、ダイレクトランバスダイナミックＲＡＭ（ＤＲＤＲＡＭ）、ランバスダイナミックＲＡＭ（ＲＤＲＡＭ）等、多種多様な形式で利用できる。

コンピュータ１２１２はまた、取り外し可能／取り外し不能な揮発性／不揮発性コンピュータ記憶媒体を備える。図１２は、例として、ディスク記憶装置１２２４を示している。ディスク記憶装置１２２４は、たとえば、磁気ディスクドライブ、フロッピディスクドライブ、テープドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＳＬ−１００ドライブ、フラッシュメモリカードまたはメモリスティック等のデバイスを含む。さらに、ディスク記憶装置１２２４は、たとえば、コンパクトディスクＲＯＭデバイス（ＣＤ−ＲＯＭ）、書き込み可能ＣＤドライブ（ＣＤ−Ｒドライブ）、リライタブルＣＤドライブ（ＣＤ−ＲＷドライブ）またはデジタルバーサタイルディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）等の光ディスクドライブの各々またはこれらを組み合わせたもの等、他の記憶媒体でもよい。ディスク記憶装置１２２４をシステムバス１２１８に接続しやすくするために、取り外し可能または取り外し不能なインタフェースが一般にインタフェース１２２６として使用される。

図１２は、適当なオペレーティング環境１２００においてユーザと上述の基本的コンピュータリソースとの間の中間物として機能するソフトウェアを示していると認識すべきである。このようなソフトウェアには、オペレーティングシステム１２２８が含まれる。オペレーティングシステム１２２８は、ディスク記憶装置１２２４上に記憶でき、コンピュータシステム１２１２のリソースを管理し、割り当てる機能を果たす。システムアプリケーション１２３０は、システムメモリ１２１６またはディスク記憶媒体１２２４上のいずれかに記憶されたプログラムモジュール１２３２およびプログラムデータ１２３４のリソースのオペレーティングシステム１２２８による管理を利用する。特許請求の主題は、各種のオペレーティングシステムまたはオペレーティングシステムの組み合わせを使って実現できると認識すべきである。

ユーザは、入力装置１２３６を通じてコンピュータ１２１２にコマンドまたは情報を入力する。入力装置１２３６には、たとえば、マウス、トラックボール、スタイラス、タッチパッド、キーボード、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナ、ＴＶチューナカード、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ等がある。これらおよびその他の入力装置が、インタフェースポート１２３８を介してシステムバス１２１８によって処理ユニット１２１４に接続されている。インタフェースポートには、たとえば、シリアルポート、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）がある。出力装置１２４０は、入力装置１２３６と同じタイプのポートのいずれかを使用する。このように、たとえば、ＵＳＢポートを使ってコンピュータ１２１２に入力し、コンピュータ１２１２から出力装置１２４０に情報を出力してもよい。出力アダプタ１２４２は、他の出力装置１２４０の中で、特殊なアダプタを必要とするモニタ、スピーカ、プリンタのようないくつかの出力装置１２４０があることを示すために設けられている。出力アダプタ１２４２は、たとえば、ただしこれに限られないが、出力装置１２４０とシステムバス１２１８の間の接続手段を提供するビデオおよび音声カードがある。他のデバイスおよびデバイスシステムも、リモートコンピュータ１２４４のように、入力と出力の両方の機能を提供することに注意すべきである。

コンピュータ１２１２は、リモートコンピュータ１２４４のように、ひとつまたは複数のリモートコンピュータへの論理接続を使って、ネットワーク環境で動作できる。リモートコンピュータ１２４４は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ワークステーション、マイクロプロセッサベースの装置、ピアデバイスまたはその他の一般的なネットワークノードその他とすることができ、一般に、コンピュータ１２１２について説明した素子の多くまたはすべてを含んでいる。簡潔さを期すために、メモリ記憶装置１２４６はリモートコンピュータ１２４４とだけ描かれている。リモートコンピュータ１２４４は、ネットワークインタフェース１２４８を通じてコンピュータ１２１２に論理的に接続され、次に通信接続１２５０を介して物理的に接続されている。ネットワークインタフェース１２４８は、ローカルエリアネットワーク（ＬＡＮ）および広域ネットワーク（ＷＡＮ）等の優先および／または無線通信ネットワークを含む。ＬＡＮ技術には、光ファイバ分散データインタフェース（ＦＤＤＩ）、銅線分散データインタフェース（ＣＤＤＩ）、イーサネット(登録商標)、トークンリングその他が含まれる。ＷＡＮ技術には、たとえば、ポイント・ツー・ポイント・リンク、サービス総合デジタル網（ＩＳＤＮ）およびその変形のような回路切り替えネットワーク、パケット切り替えネットワーク、デジタル加入者線（ＤＳＬ）がある。

通信接続１２５０は、ネットワークインタフェース１４８をバス１２１８に接続するために使用されるハードウェア／ソフトウェアを指す。通信接続１２５０は、わかりやすく説明するために、コンピュータ１２１２の中に描かれているが、コンピュータ１２１２の外部にあってもよい。ネットワークインタフェース１２４８との接続に必要なハードウェア／ソフトウェアは、例にすぎないが、通常電話グレードのモデム、ケーブルモデムおよびＤＳＬモデム等のモデム、ＩＳＤＮアダプタ、イーサネット(登録商標)カード等、内蔵および外付け技術を含む。

上記の説明は、本発明の例を記したものである。もちろん、特許請求の主題を説明するためのコンポーネントまたは方法の考えうる組み合わせを漏れなく説明することは不可能であるが、当業者であれば、本発明のさらに別の組み合わせや置き換えも可能であることを認識できるであろう。したがって、特許請求の主題は、付属のクレームの精神と範囲内に含まれるすべての変更、改変、バリエーションのすべてを含むものである。

特に、上記のコンポーネント、デバイス、回路、システム等によって実行される各種の機能について、そのようなコンポーネントを説明するのに使用された用語（「手段」を指すものも含む）は、特に明確な断りがないかぎり、開示された構造と構造的に同じでないとしても、特許請求の主題の例として本明細書で説明した機能を実行する、上述のコンポーネントの具体的機能を果たすコンポーネント（たとえば、機能的同等物）に対応するものとする。この点で、本発明は、特許請求の主題の各種の方法の行為および／イベントを実行するためのコンピュータ実行可能な命令を搭載したシステムやコンピュータ読取可能媒体も含むものと認識される。

以上に加えて、本発明の特定の特徴について、いくつかの実現方法のうちのひとつのみについて説明したが、そのような特徴は、所与の、あるいは特定のアプリケーションにとって望ましく、有利なその他の実現態様のひとつまたは複数の他の特徴と組み合わせることもできる。さらに、「を含む」、「たとえば」という用語およびその変化形が詳細な説明またはクレーム中で使用されているかぎり、これらの用語は、「よりなる」との用語と同様に包括的なものとする。

ルールベース技術を利用するルールエンジンをＲＦＩＤネットワークに組みいれるシステムの一例のブロック図である。 ＲＦＩＤネットワークに関連する宣言的イベントポリシーを提供するために、ルールエンジンを使用するシステムの一例のブロック図である。 ＲＦＩＤネットワークと一緒に使用されるルールの動的更新を行うシステムの一例のブロック図である。 ルールエンジンとＲＦＩＤネットワークを各種の業務手順と一緒に利用するシステムの一例のブロック図である。 ＲＦＩＤネットワークとルールエンジンで利用されるルールとして、フィルタおよび／または警報を宣言するシステムの一例のブロック図である。 宣言的イベントポリシーを提供するルールエンジンを利用するシステムの一例のブロック図である。 ルールベース技術を利用するルールエンジンをＲＦＩＤネットワークに取り入れるシステムの一例のブロック図である。 宣言的イベントポリシーのためのルールを、ＲＦＩＤネットワークに関連するルールエンジンとともに利用するための方法の一例を示す図である。 フィルタおよび／または警報を作り、および／または利用するための方法の一例を示す図である。 ＲＦＩＤネットワークに関連するルールエンジンによって利用されるルールを作るための方法の一例を示す図である。 特許請求の主題の新規な態様を採用することのできるネットワーキング環境の一例を示す図である。 特許請求の主題に従って採用することのできるオペレーティング環境の一例を示す図である。

符号の説明

１１１０ クライアント
１１２０ サーバ
１１３０ サーバデータ記憶装置
１１４０ 通信フレームワーク
１１５０ クライアントデータ記憶装置
１２１２ コンピュータ
１２１４ 処理ユニット
１２１６ システムメモリ
１２１８ バス
１２２０ 揮発性メモリ
１２２２ 不揮発性メモリ
１１２４ ディスク記憶装置
１２２６ インタフェース
１２２８ オペレーティングシステム
１２３０ アプリケーション
１２３２ モジュール
１２３４ データ
１２３６ 入力装置
１２３８ インタフェースポート
１２４０ 出力装置
１２４２ 出力アダプタ
１２４４ リモートコンピュータ
１２４６ メモリ記憶装置
１２４８ ネットワークインタフェース
１２５０ 通信接続

Claims (1)

1. 無線周波数個体識別（ＲＦＩＤ）ネットワークでルールベース技術を利用するコンピュータ実行方法であって、
   宣言的イベントポリシーの動的な更新をリアルタイムで受信するステップであって、前記宣言的イベントポリシーは１つまたは複数の論理的ルールを有し、当該１つまたは複数の論理的ルールは、メモリ上でフィルタリング、警報発生、イベントまたはＲＦＩＤイベントに関連するデータに基づく推理または推論を実行するために、グループ化されている、ステップと、
   前記ＲＦＩＤネットワークに関連する論理ソースを定義するステップであって、前記論理ソースはタグデータを提供するＲＦＩＤリーダの集合であり、前記タグデータは、識別情報（ＩＤ）、ＲＦＩＤリーダのタイプ、ＲＦＩＤリーダの読み取り時間、データおよび前記ＲＦＩＤリーダのデバイス名を有する、ステップと、
   前記論理ソースからタグデータを受け取るステップと、
   フィルタポリシーに基づいて、前記受け取ったタグデータを前記コンピュータによりチェックするステップと、
   更新した複数の論理的ルールを受け取る場合に、更新済みの複数の論理的ルールを前記コンピュータにより記憶するステップと、
   前記タグデータを受け取った場合、当該タグデータに基づいて前記フィルタポリシーを前記コンピュータにより実行するステップと、
   前記タグデータを受け取った場合、当該タグデータに基づいて警告ポリシーを前記コンピュータにより実行するステップであって、前記警告ポリシーに関連するアクションは少なくとも電子メールを送ること、ＳＭＳを送ること、および、ログを作成することを含む、ステップと
   を備えることを特徴とする方法。

Images