(57)【要約】  ＲＦＩＤデータが、ＲＦＩＤリーダや、工場作業場のＰＬＣとリーダから企業レベルのビジネスアプリケーションに渡ることができる装置。ＲＦＩＤタグの日付は、他の装置と統合するために、容易にＰＬＣに組み込まれる。全体のセキュリティは、能動的又は受動的なタグと、データの送信の間の認証の使用及び暗号化とを用いて、タグ情報が、認証されたユーザに利用可能となることを許すことのみによって保たれる。  複合ＲＦＩＤリーダデバイスドライバは、それ自身のデータ構造、プロトコル、そして通信のための接続手順を備えた、それぞれのＲＦＩＤリーダとともに、市場において市販されている、多くのリーダをサポートするためにカスタマイズされることができる。更に、他のビジネスアプリケーションによって使用されるための全社統一設計思想にＲＦＩＤタグデータを容易に組み込める設定ツールと、一連の実行時間とが提供される。
2009519506.tif 000002
【特許請求の範囲】
【請求項１】
ＲＦＩＤリーダから企業レベルのビジネスアプリケーションにＲＦＩＤタグデータを通信するためのシステムであって、
ＲＦＩＤタグデータを検出するために、動作可能にＲＦＩＤリーダに接続された一つまたはそれ以上のＲＦアンテナを有する前記ＲＦＩＤリーダと、
ＲＦＩＤリーダにインストールされたソフトウエアと、
を備え、
前記ソフトウエアは、
（ａ）ＲＦＩＤタグデータを処理し、
（ｂ）ＲＦＩＤタグデータが、企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきかを決定し、
（ｃ）（ｂ）の決定に基づいて、ＲＦＩＤタグデータを企業レベルのビジネスアプリケーションに直接送信する、
システム。
【請求項２】
企業レベルのビジネスアプリケーションが、ＰＬＣを備える、請求項１に記載のシステム。
【請求項３】
ＲＦＩＤデータが、ＰＬＣリモートコミュニケーションリンク経由でＰＬＣメモリに入れられる、請求項２に記載のシステム。
【請求項４】
前記ソフトウエアが、ラベル（ＲＦＩＤまたはバーコード）を印刷することと、印刷されるＲＦＩＤタグデータとともに、接続されたプリンタに信号を送ることと、を決定することができる、請求項１に記載のシステム。
【請求項５】
前記ソフトウエアが、その上にインストールされたローカルビジネスのルールとロジックのいずれか又は両方を含み、
前記ソフトウエアが、前記ローカルビジネスのルールとロジックのいずれか又は両方に従って、前記ＲＦＩＤタグデータを処理する、
請求項１に記載のシステム。
【請求項６】
前記ＲＦＩＤタグデータが、ＯＤＢＣ、ＪＤＢＣ、ＣＬＩ、Ｏｒａｃｌｅ、ＤＢ２、ＯＰＣ、ＪＭＳそしてＭＱ  Ｓｅｒｉｅｓから成り、しかしこれらに限定されないグループから選択されたプロトコル経由で、前記企業レベルのビジネスアプリケーションに、送信される、
請求項１に記載のシステム。
【請求項７】
前記ソフトウエアが、
前記ＲＦＩＤタグデータを受信する処理ルーチン／走査機構モジュールと、
前記処理ルーチン／走査機構から前記ＲＦＩＤタグデータを受信し、ローカルビジネスルール及びロジックを前記受信されたＲＦＩＤタグデータに適用し、実行する、ロジックフローエンジンモジュールと、
前記ロジックフローエンジンから前記ＲＦＩＤデータを受信し、前記ＲＦＩＤタグデータを前記企業レベルのビジネスアプリケーションに送信する、トランスポートサーバと、
を備えた請求項１に記載のシステム。
【請求項８】
前記ロジックフローエンジンは、前記ＲＦＩＤタグデータが企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきか、を決定し、
前記ロジックフローエンジンは、その対象の企業レベルのビジネスアプリケーションに従って、前記ＲＦＩＤタグデータを再フォーマットする、
請求項７に記載のシステム。
【請求項９】
前記処理ルーチン／走査機構は、前記ＲＦＩＤタグデータが企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきか、を決定し、
前記処理ルーチン／走査機構は、その対象の企業レベルのビジネスアプリケーションに従って、前記ＲＦＩＤタグデータを再フォーマットする、
請求項７に記載のシステム。
【請求項１０】
前記処理ルーチン／走査機構が、前記ＲＦＩＤリーダからＲＦＩＤタグデータを受信するリーダドライバを含む、
請求項７に記載のシステム。
【請求項１１】
前記リーダドライバが、ＲＦＩＤタグデータのために前記ＲＦＩＤリーダをポーリングする、
請求項１０に記載のシステム。
【請求項１２】
前記ソフトウエアは、データベースに情報を保存し、データベースから情報を受信するロギングサーバを、更に、備えている、
請求項７に記載のシステム。
【請求項１３】
前記ＲＦＩＤリーダは、読み取り成功のイベントの表示を提供する手段を含み、
前記ロジックフローエンジンが、処理ルーチン／走査機構に、ＲＦＩＤタグ読み取り成功時に表示手段を作動させるための指示を与える、
請求項７に記載のシステム。
【請求項１４】
前記表示手段が、視覚による表示器、聴覚による表示器、ＰＬＣデバイスの状態変更、画面の更新、そして、ＰＬＣデバイス変数の変化、から成るグループから選択されたものである、
請求項１３に記載のシステム。
【請求項１５】
前記処理ルーチン／走査機構が、複数のＲＦＩＤリーダから、ＲＦＩＤタグデータを受信する複数のリーダドライバを含む、
請求項７に記載のシステム。
【請求項１６】
それぞれのリーダドライバが、１つのＲＦＩＤリーダと接続され、接続されたＲＦＩＤリーダと、前記ＲＦＩＤリーダのプロトコルを使用して通信する、
請求項１５に記載のシステム。
【請求項１７】
前記ＲＦＩＤタグデータが、前記ＲＦＩＤリーダに送信される前に暗号化され、
前記ロジックフローエンジンが、復号鍵によって前記ＲＦＩＤタグデータを復号化する、
請求項７に記載のシステム。
【請求項１８】
前記ＲＦＩＤタグデータが、タグの出所を識別する一組の複数のビットを含み、
前記ロジックフローエンジンが、前記タグの出所を識別する前記一組の複数のビットに基づいて適した復号鍵を決定する、
請求項１７に記載のシステム。
【請求項１９】
前記ロジックフローエンジンが、前記タグの出所を識別する前記一組の複数のビットに基づいて鍵保存テーブルから復号鍵を選択し、
前記鍵保存テーブルが、納入業者ＩＤナンバーと、それに対応した復号化のための鍵情報のリストを含む、
請求項１８に記載のシステム。
【請求項２０】
前記ソフトウエアが、全ての定義されたプロジェクト、輸送、そして一般的な設定の記録を含んだ１つ又はそれ以上の設定ツールを備え、
前記ソフトウエアは、停電状態からの復旧の時に、前記設定ツールを使用して、以前の設定にそれ自身をリセットすることができる、
請求項７に記載のシステム。
【請求項２１】
前記設定ツールは、ツリー構成でユーザに情報を提供し、
前記ユーザは、異なった要素の間の関連性とルールとを作り出すため、データ要素又はロジック要素をドラッグアンドドロップすることができる、
請求項２０に記載のシステム。
【請求項２２】
前記設定ツールは、初期化時に動作中のＲＦＩＤ接続をスキャンし、設定のためにユーザに動作中のリーダのリストを示す、
請求項２０に記載のシステム。
【請求項２３】
前記設定ツールは、ユーザが、前記ＲＦＩＤタグデータを送信する前に適用するための一組のルールを定義することを可能にする、
請求項２０に記載のシステム。
【請求項２４】
前記ルールの組は、読み込みを繰り返さないことと、報告の前に容認できる情報の範囲を探さないことと、そしてリーダを作動させるための要因を定義しないことと、を含む、
請求項２３に記載のシステム。
【請求項２５】
ＲＦＩＤタグデータをＲＦＩＤリーダから、企業レベルへのビジネスアプリケーションか、ＰＬＣのどちらかに通信するためのシステムであって、
ＲＦＩＤタグデータを検出するために、動作可能にそこに連結された１つ又はそれ以上のＲＦアンテナを有したＲＦＩＤリーダと、
前記ＲＦＩＤリーダと通信し、前記ＲＦＩＤリーダからＲＦＩＤタグデータを受信するＰＬＣと、
前記ＰＬＣにインストールされたソフトウエアと、
を備え、
前記ソフトウエアは、
（ａ）ＲＦＩＤタグデータを処理し、
（ｂ）ＲＦＩＤタグデータが、企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきかを決定し、
（ｃ）ＲＦＩＤタグデータが、ＰＬＣのメモリに入れられるかどうか決定し、
（ｄ）（ｂ）と（ｃ）の決定に基づいて、ＲＦＩＤタグデータを直接企業レベルのビジネスアプリケーションに送信するか、又は、ＲＦＩＤタグデータをＰＬＣメモリに入れる、
システム。
【請求項２６】
前記ＲＦＩＤデータが、ＰＬＣバックプレーンＡＰＩコミュニケーションリンク経由で、前記ＰＬＣメモリに入れられる、請求項２５に記載のシステム。
【請求項２７】
前記ソフトウエアが、ラベル（ＲＦＩＤまたはバーコード）を印刷することと、印刷されるＲＦＩＤタグデータとともに、接続されたプリンタに信号を送ることと、を決定することができる、請求項２５に記載のシステム。
【請求項２８】
前記ソフトウエアが、その上にインストールされたローカルビジネスのルールとロジックのいずれか又は両方を含み、
前記ソフトウエアが、前記ローカルビジネスのルールとロジックのいずれか又は両方に従って、前記ＲＦＩＤタグデータを処理する、
請求項２５に記載のシステム。
【請求項２９】
前記ＲＦＩＤタグデータが、ＯＤＢＣ、ＪＤＢＣ、ＣＬＩ、Ｏｒａｃｌｅ、ＤＢ２、ＯＰＣ、ＪＭＳそしてＭＱ  Ｓｅｒｉｅｓから成るグループから選択されたプロトコル経由で、前記企業レベルのビジネスアプリケーションに、送信される、
請求項２５に記載のシステム。
【請求項３０】
前記ソフトウエアが、
前記ＲＦＩＤタグデータを受信する処理ルーチン／走査機構モジュールと、
前記処理ルーチン／走査機構から前記ＲＦＩＤタグデータを受信し、ローカルビジネスルール及びロジックを前記受信されたＲＦＩＤタグデータに適用し、実行する、ロジックフローエンジンモジュールと、
前記ロジックフローエンジンから前記ＲＦＩＤデータを受信し、前記ＲＦＩＤタグデータを前記企業レベルのビジネスアプリケーションに送信する、トランスポートサーバと、
を備え、
前記処理ルーチン／走査機構は、前記ＲＦＩＤタグデータを前記ＰＬＣの前記メモリに送るＰＬＣドライバを含む、
請求項２５に記載のシステム。
【請求項３１】
前記ＰＬＣドライバがＲＦＩＤタグデータを前記ＰＬＣメモリにＰＬＣバックプレーンコミュニケーションリンク経由で送る、
請求項３０に記載のシステム。
【請求項３２】
前記ロジックフローエンジンは、
（ａ）前記ＲＦＩＤタグデータが企業レベルへのビジネスアプリケーションに渡されるかどうか、及び、どの企業レベルへのビジネスアプリケーションにそれが渡されるべきか、と、
（ｂ）前記ＲＦＩＤタグデータが前記ＰＬＣの前記メモリに渡されるかどうかを、
決定する、
請求項３０に記載のシステム。
【請求項３３】
もし、前記データが、企業レベルのビジネスアプリケーションに渡されるならば、前記ロジックフローエンジンは、その対象の企業レベルのビジネスアプリケーションに従って、前記ＲＦＩＤタグデータを再フォーマットする、
請求項３２に記載のシステム。
【請求項３４】
前記処理ルーチン／走査機構は、
（ａ）前記ＲＦＩＤタグデータが企業レベルへのビジネスアプリケーションに渡されるかどうか、及び、どの企業レベルへのビジネスアプリケーションにそれが渡されるべきか、と、
（ｂ）前記ＲＦＩＤタグデータが前記ＰＬＣの前記メモリに渡されるかどうかを、
決定する、
請求項３０に記載のシステム。
【請求項３５】
もし、前記データが、企業レベルのビジネスアプリケーションに渡されるならば、前記処理ルーチン／走査機構は、その対象の企業レベルのビジネスアプリケーションに従って、前記ＲＦＩＤタグデータを再フォーマットする、
請求項３４に記載のシステム。
【請求項３６】
前記処理ルーチン／走査機構は、前記ＲＦＩＤリーダからＲＦＩＤタグデータを受信するリーダドライバを含む、
請求項３０に記載のシステム。
【請求項３７】
前記リーダドライバが、ＲＦＩＤタグデータのために前記ＲＦＩＤリーダをポーリングする、
請求項３０に記載のシステム。
【請求項３８】
前記ソフトウエアは、データベースに情報を保存し、データベースから情報を受信するロギングサーバを、更に、備えている、
請求項３０に記載のシステム。
【請求項３９】
前記ＲＦＩＤリーダは、読み取り成功のイベントの表示を提供する手段を含み、
前記ロジックフローエンジンが、処理ルーチン／走査機構に、ＲＦＩＤタグ読み取り成功時に表示手段を作動させるための指示を与える、
請求項３０に記載のシステム。
【請求項４０】
前記表示手段が、視覚による表示器、聴覚による表示器、ＰＬＣデバイスの状態変更、画面の更新、そして、ＰＬＣデバイス変数の変化、から成るグループから選択されたものである、
請求項３９に記載のシステム。
【請求項４１】
前記処理ルーチン／走査機構が、複数のＲＦＩＤリーダから、ＲＦＩＤタグデータを受信する複数のリーダドライバを含む、
請求項３０に記載のシステム。
【請求項４２】
それぞれのリーダドライバが、１つのＲＦＩＤリーダと接続され、接続されたＲＦＩＤリーダと、前記ＲＦＩＤリーダのプロトコルを使用して通信する、
請求項４１に記載のシステム。
【請求項４３】
前記ＲＦＩＤタグデータが、前記ＲＦＩＤリーダに送信される前に暗号化され、
前記ロジックフローエンジンが、復号鍵によって前記ＲＦＩＤタグデータを復号化する、
請求項３０に記載のシステム。
【請求項４４】
前記ＲＦＩＤタグデータが、タグの出所を識別する一組の複数のビットを含み、
前記ロジックフローエンジンが、前記タグの出所を識別する前記一組の複数のビットに基づいて適した復号鍵を決定する、
請求項４３に記載のシステム。
【請求項４５】
前記ロジックフローエンジンが、前記タグの出所を識別する前記一組の複数のビットに基づいて鍵保存テーブルから復号鍵を選択し、
前記鍵保存テーブルが、納入業者ＩＤナンバーと、それに対応した復号化のための鍵情報のリストを含む、
請求項４４に記載のシステム。
【請求項４６】
前記ソフトウエアが、全ての定義されたプロジェクト、輸送、そして一般的な設定の記録を含んだ１つ又はそれ以上の設定ツールを備え、
前記ソフトウエアは、停電状態からの復旧の時に、前記設定ツールを使用して、以前の設定にそれ自身をリセットすることができる、
請求項３０に記載のシステム。
【請求項４７】
前記設定ツールは、ツリー構成でユーザに情報を提供し、
前記ユーザは、異なった要素の間の関連性とルールとを作り出すため、データ要素又はロジック要素をドラッグアンドドロップすることができる、
請求項４６に記載のシステム。
【請求項４８】
前記設定ツールは、初期化時に動作中のＲＦＩＤ接続をスキャンし、設定のためにユーザに動作中のリーダのリストを示す、
請求項４６に記載のシステム。
【請求項４９】
前記設定ツールは、ユーザが、前記ＲＦＩＤタグデータを送信する前に適用するための一組のルールを定義することを可能にする、
請求項４６に記載のシステム。
【請求項５０】
前記ルールの組は、読み込みを繰り返さないことと、報告の前に容認できる情報の範囲を探さないことと、そしてリーダを作動させるための要因を定義しないことと、を含む、
請求項４９に記載のシステム。
【請求項５１】
ＲＦＩＤタグデータをＲＦＩＤリーダから企業レベルへのビジネスアプリケーションに通信するためのシステムであって、
ＲＦＩＤタグデータを検出するために、動作可能にそこに連結された１つ又はそれ以上のＲＦアンテナを有したＲＦＩＤリーダと、
前記ＲＦＩＤリーダと通信し、前記ＲＦＩＤリーダからＲＦＩＤタグデータを受信するエッジコントローラと、
前記エッジコントローラにインストールされたソフトウエアと、
を備え、
前記ソフトウエアは、
（ａ）前記ＲＦＩＤタグデータを処理し、
（ｂ）前記ＲＦＩＤタグデータが、企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきかを決定し、
（ｃ）（ｂ）の決定に基づいて、前記ＲＦＩＤタグデータを直接前記企業レベルのビジネスアプリケーションに送信する、
システム。
【請求項５２】
前記企業レベルへのビジネスアプリケーションが、ＰＬＣを備える、
請求項５１に記載のシステム。
【請求項５３】
前記ＲＦＩＤデータが、ＰＬＣリモートコミュニケーションリンク経由で、前記ＰＬＣメモリに入れられる、請求項５２に記載のシステム。
【請求項５４】
前記ソフトウエアが、ラベル（ＲＦＩＤまたはバーコード）を印刷することと、印刷されるＲＦＩＤタグデータとともに、接続されたプリンタに信号を送ることと、を決定することができる、請求項５１に記載のシステム。
【請求項５５】
前記ソフトウエアが、その上にインストールされたローカルビジネスのルールとロジックのいずれか又は両方を含み、
前記ソフトウエアが、前記ローカルビジネスのルールとロジックのいずれか又は両方に従って、前記ＲＦＩＤタグデータを処理する、
請求項５１に記載のシステム。
【請求項５６】
前記ＲＦＩＤタグデータが、ＯＤＢＣ、ＪＤＢＣ、ＣＬＩ、Ｏｒａｃｌｅ、ＤＢ２、ＯＰＣ、ＪＭＳそしてＭＱ  Ｓｅｒｉｅｓから成るグループから選択されたプロトコル経由で、前記企業レベルのビジネスアプリケーションに、送信される、
請求項５１に記載のシステム。
【請求項５７】
前記ソフトウエアが、
前記ＲＦＩＤタグデータを受信する処理ルーチン／走査機構モジュールと、
前記処理ルーチン／走査機構から前記ＲＦＩＤタグデータを受信し、ローカルビジネスルール及びロジックを前記受信されたＲＦＩＤタグデータに適用し、実行する、ロジックフローエンジンモジュールと、
前記ロジックフローエンジンから前記ＲＦＩＤデータを受信し、前記ＲＦＩＤタグデータを前記企業レベルのビジネスアプリケーションに送信する、トランスポートサーバと、
を備えた、
請求項５１に記載のシステム。
【請求項５８】
前記ロジックフローエンジンは、前記ＲＦＩＤタグデータが企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきか、を決定し、
前記ロジックフローエンジンは、その対象の企業レベルのビジネスアプリケーションに従って、前記ＲＦＩＤタグデータを再フォーマットする、
請求項５７に記載のシステム。
【請求項５９】
前記処理ルーチン／走査機構は、前記ＲＦＩＤタグデータが企業レベルのビジネスアプリケーションに渡されるかどうか、および、どの企業レベルのビジネスアプリケーションに渡されるべきか、を決定し、
前記処理ルーチン／走査機構は、その対象の企業レベルのビジネスアプリケーションに従って、前記ＲＦＩＤタグデータを再フォーマットする、
請求項５７に記載のシステム。
【請求項６０】
前記処理ルーチン／走査機構は、前記ＲＦＩＤリーダからＲＦＩＤタグデータを受信するリーダドライバを含む、
請求項５１に記載のシステム。
【請求項６１】
前記リーダドライバが、ＲＦＩＤタグデータのために前記ＲＦＩＤリーダをポーリングする、
請求項６０に記載のシステム。
【請求項６２】
前記ソフトウエアは、データベースに情報を保存し、データベースから情報を受信するロギングサーバを、更に、備えている、
請求項５１に記載のシステム。
【請求項６３】
前記ＲＦＩＤリーダは、読み取り成功のイベントの表示を提供する手段を含み、
前記ロジックフローエンジンが、処理ルーチン／走査機構に、ＲＦＩＤタグ読み取り成功時に表示手段を作動させるための指示を与える、
請求項５１に記載のシステム。
【請求項６４】
前記表示手段が、視覚による表示器、聴覚による表示器、ＰＬＣデバイスの状態変更、画面の更新、そして、ＰＬＣデバイス変数の変化、から成るグループから選択されたものである、
請求項６３に記載のシステム。
【請求項６５】
前記処理ルーチン／走査機構が、複数のＲＦＩＤリーダから、ＲＦＩＤタグデータを受信する複数のリーダドライバを含む、
請求項５１に記載のシステム。
【請求項６６】
それぞれのリーダドライバが、１つ又はそれ以上のＲＦＩＤリーダと接続され、接続されたＲＦＩＤリーダと、前記ＲＦＩＤリーダのプロトコルを使用して通信する、
請求項６５に記載のシステム。
【請求項６７】
前記ＲＦＩＤタグデータが、前記ＲＦＩＤリーダに送信される前に暗号化され、
前記ロジックフローエンジンが、復号鍵によって前記ＲＦＩＤタグデータを復号化する、
請求項５１に記載のシステム。
【請求項６８】
前記ＲＦＩＤタグデータが、タグの出所を識別する一組の複数のビットを含み、
前記ロジックフローエンジンが、前記タグの出所を識別する前記一組の複数のビットに基づいて適した復号鍵を決定する、
請求項６７に記載のシステム。
【請求項６９】
前記ロジックフローエンジンが、前記タグの出所を識別する前記一組の複数のビットに基づいて鍵保存テーブルから復号鍵を選択し、
前記鍵保存テーブルが、納入業者ＩＤナンバーと、それに対応した復号化のための鍵情報のリストを含む、
請求項６８に記載のシステム。
【請求項７０】
前記ソフトウエアが、全ての定義されたプロジェクト、輸送、そして一般的な設定の記録を含んだ１つ又はそれ以上の設定ツールを備え、
前記ソフトウエアは、停電状態からの復旧の時に、前記設定ツールを使用して、以前の設定にそれ自身をリセットすることができる、
請求項５１に記載のシステム。
【請求項７１】
前記設定ツールは、ツリー構成でユーザに情報を提供し、
前記ユーザは、異なった要素の間の関連性とルールとを作り出すため、データ要素又はロジック要素をドラッグアンドドロップすることができる、
請求項７０に記載のシステム。
【請求項７２】
前記設定ツールは、初期化時に動作中のＲＦＩＤ接続をスキャンし、設定のためにユーザに動作中のリーダのリストを示す、
請求項７０に記載のシステム。
【請求項７３】
前記設定ツールは、ユーザが、前記ＲＦＩＤタグデータを送信する前に適用するための一組のルールを定義することを可能にする、
請求項７０に記載のシステム。
【請求項７４】
前記ルールの組は、読み込みを繰り返さないことと、報告の前に容認できる情報の範囲を探さないことと、そしてリーダを作動させるための要因を定義しないことと、を含む、
請求項７３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関係する出願の相互参照
この出願は、この中に、全体の公開が、参照によって組み込まれた、同時継続の仮特許出願シリアルNo.６０／７３６，９０８表題「ＰＬＣラック内のＲＦＩＤ、または、２段階接続を伴うＲＦＩＤ、安全なＲＦＩＤタグ、そしてＲＦＩＤ伝送制御装置」２００５年１１月１５日出願、の利益を主張する。
この出願は、この中に全体の公開が参照によって組み込まれた、米国特許出願シリアル番号１１／１４２，２００表題「製造と企業レベルとの間の通信のためのモデル」、２００５年６月１日出願に関する。
発明の技術分野
本発明は、ＲＦＩＤリーダ（読み取り機）を対象にしている。特に、例えばプログラマブルロジックコントローラなどの製造自動化装置や、企業レベルのアプリケーションと直接通信可能なインテリジェントＲＦＩＤリーダを対象にしている。
【背景技術】
【０００２】
現在のＲＦＩＤ(Radio Frequency IDentification)システム技術には制限がある。即ち、
（１）現存の企業向けアプリケーションと容易に情報を統合する能力、
（２）情報を工場作業場のＰＬＣ（Programmable Logic Controllers）に統合する能力、
（３）送信する情報の安全性、
（４）異なった場所や工場で使用される異なった読み取り技術に使用される能力
の制限である。
【０００３】
現在は、論理的な活動を実行するためには上位のシステムに依存することになる。つまり、ＲＦＩＤリーダとアンテナは、活動を成し遂げるためにローカルホストに接続されなければならない。現在のＲＦＩＤシステムは、アンテナと、リーダと、統合ソフトと、アプリケーション機能の組み合わせである。
【０００４】
いくつかの業務アプリケーションにおいて、ローカルソフトウエアアプリケーションが、適した業務ルールをタグデータにローカルに適用することを要求する。これらの業務環境において、最終システムを構築するために要求される一連の構成要素は、うまく動作している。
【０００５】
しかしながら、他の業務アプリケーションにおいて、タグデータのローカルな取り扱いは要求されない。その代わり、そのデータは、追跡や記憶のために企業レベルに移動させれる必要がある。これらの業務環境において、ローカルな統合とアプリケーションソフトウエアは、重荷となり高価である、そして、一般的な統合機能を越えて付加する業務価値を提供しない。
【０００６】
これらの業務環境のために必要なものは、標準的なタグ情報が、顧客のプログラミングを必要とせず企業レベルに伝えられることが許される単純な構成システムである。典型的な装置としては、目下、カスタムプログラム作成と、図1に示すように、階層化されたハードウエアの追加の両方が必要である。
【０００７】
図１に示すように、ＲＦタグは、ＲＦタグの存在を関知するＲＦアンテナ３００の近くを通過する。そのデータは、ＲＦＩＤリーダ４００に送信され、それから、ローカルＰＣ７００に送られるか、ローカルＰＣ７００からその情報の要求がされるまでＲＦＩＤリーダ４００内にポーリングのために保持される。
【０００８】
ローカルＰＣ７００は、それから、ＲＦデータが有効であるか、そして、企業レベルの業務アプリケーションに送られる必要があるかどうかを決定するための論理アプリケーションのいくつかの形態を実行する。もし、そのＲＦＩＤタグ情報が業務アプリケーションや業務システムに渡されたら、待機し、ホスト６００の業務アプリケーション６０２に統合されるために通常は最初にデータ集信装置に転送される。
【０００９】
企業レベルへの統合に加えて、工場作業場の操作に使用されるＰＬＣで使用可能なＲＦＩＤタグ情報を必要とする顧客もいる。現在のシステムは、その情報が容易にＰＬＣに渡ることを可能にせず、特殊なシステムとプログラミングを要求する。そのような特殊なシステムは、複雑で高価なものである。
【００１０】
必要なことは、容易にタグ情報を読む方法と、それをＰＬＣに記憶する構成にする方法である。現在のＲＦＩＤタグとそれらのリーダの間の通信は、通常は、ハンドシェークとともに要求と応答によって行われる。どのリーダもタグを感知することができ、標準的な範囲内ならば、タグ上のデータを読むことができる。
【００１１】
これは、１つの企業で使用されることを目的としているＲＦＩＤ情報が、その企業の知識や承諾無く外部のどのグループによっても読み取られ使用される可能性を持つことを意味する。例えば、現地の荷送人から荷物を受け取った企業のリーダは、その荷物が、リーダが近くにある場所やホールを通ったときに間違ってその荷物についている現地の荷送人のＲＦＩＤタグを読み込むかもしれない。
【００１２】
ＲＦタグに記憶されている情報次第では、これは、機密保護違反とも考えられる。それ故に、ＲＦＩＤタグ情報が公開される前に、ＲＦＩＤのセキュリティを改善するために必要なものは、さらなるセキュリティを要求するアップグレードされたプロトコルである。これは、認められた個人やシステムだけがそのＲＦＩＤタグの機密に属するデータにアクセスを許されることを保証する。
【００１３】
多くの製造業者は、異なった通信プロトコルを使用するＲＦＩＤリード／ライトシステムを提供している。たくさんの工場拠点をもつ大企業にとって、その企業が採用したＲＦＩＤリーダには、異なったブランドやモデルのＲＦＩＤリーダがあるかもしれない。そのような企業が、企業レベルのシステムとともにＲＦＩＤ情報の統合を試みたとき、それらは、それぞれのブランド、モデルのリーダごとに異なった通信ソフトを要求する。
【００１４】
それ故に、これら種々のリーダのプロトコルで通信可能で、企業アプリケーションレベルに接続するための標準的なインタフェースを提供するシステムが必要とされる。工場作業場レベルでは、タグの読み込みが正確に行われたかどうかをオペレータにフィードバックする装置がある。
【００１５】
タグが適切に読まれたかどうかを表示するための、赤、黄、緑の信号のついたポールを使用するシステムがある。企業は、信号の色が変わる前にタグ情報上のデータチェックを要求するかもしれない。
【００１６】
現在のシステムは、通常、それぞれの事業によって要求されるロジックチェックを行うための特殊なコード化を必要とする。それ故に、必要なものは、工場作業場の技術者が一連の簡単な規則を生成する事を可能にする簡単なツールと、これらのデータチェックとビジネス機能がプログラミングなしで図的方法で定義されることを可能とする前記規則の実行である。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は、上記の判明している１個又はそれ以上の問題を解決する方法を示すものである。
【課題を解決するための手段】
【００１８】
本発明は、ＲＦＩＤデータを、ＲＦＩＤリーダや、工場作業場のＰＬＣとリーダから企業レベルのビジネスアプリケーションに渡すための手段を提供するものである。効果的なＲＦＩＤシステムは、そのＲＦＩＤタグデータが、他の装置との統合のためにＰＬＣに容易に取り込まれることができる手段によって提供される。
【００１９】
包括的なシステムのセキュリティは、能動的又は受動的なタグと、データ通信の間の暗号化及び証明書の使用とを用いて、タグ情報が、認証された認証されたユーザに使用可能となることが許されることによってのみ保たれる。
【００２０】
複合ＲＦＩＤリーダデバイスドライバは、それぞれのＲＦＩＤリーダが通信のための、独自のデータ構造と、プロトコルと、接続手順を備えている、市場で市販されているどのリーダにも対応できるようにカスタマイズされることができる。よって使用されるための全社統一設計思想にＲＦＩＤタグデータを容易に組み込める設定ツールと、一連の実行時間も含んでいる。
【００２１】
本発明の目的は、ＲＦＩＤタグデータをＲＦＩＤリーダやＰＬＣから企業レベルに移動させることである。本発明の更なる目的は、ＲＦＩＤタグ情報を読み込んでＰＬＣデータタグの記録部に入れることである。
【００２２】
本発明の更なる目的は、ＲＦＩＤリーダを設定し、ＰＬＣデータタグの変更可能部分に入れる情報の一部を割り当てるためのツールを提供することである。本発明の更なる目的は、状態表示ポールとローカル装置の制御のために、ＲＦＩＤタグの読み込みに関連してどんな操作が起こることが必要であるかを示すデータの規則を容易に作成できるツールを提供することである。
【００２３】
本発明の更なる目的は、複合ＲＦＩＤタグとリーダのフォーマットの規格化を提供する。それによりアプリケーションは、どのブランドのリーダも使えるようにそのリーダフォーマット特有の細部から分離される。本発明の更なる目的は、ＲＦＩＤタグからのデータ送信のセキュリティを提供することである。
【００２４】
本発明の更なる目的は、１つのＰＬＣから複数の異なった種類のリーダを制御する伝送制御装置として動作することである。本発明のその他の目的、特徴、利点は、明細書、図、請求の範囲から把握することができる。
【図面の簡単な説明】
【００２５】
類似の参照番号が、一般に同一、機能上類似、構造上類似のいずれか、または全てであることを示している、添付の図が表しているように、本発明における前述のそしてその他の特徴や利点は、以下の、即ち、本発明の好ましい実施例のより特有の記載から明白となる。
【図１】図１は、ＲＦＩＤリーダから企業レベルへの通信の、従来の典型的な実施を表している。
【図２】図２は、本発明の第１の実施例によるＲＦＩＤリーダから企業レベルへの通信の２段階実施を表している。
【図３】図３は、本発明の第２の実施例によるＲＦＩＤリーダから企業レベルへの通信の２段階実施（ＰＬＣラック内）を表している。
【図４】図４は、本発明の第３の実施例によるＲＦＩＤリーダから企業レベルへの通信の２段階実施（スタンドアローン）を表している。
【図５】図５は、本発明の構成要素であるＲＦＷｉｓｅの内部の構成要素を表したものである。
【図６】図６は、実行時のＲＦＷｉｓｅの機能を表したものである。
【図７】図７は、本発明の設定ツールによってユーザに示される情報の種類の構成を表したものである。
【図８】図８は、設定の間のＲＦＷｉｓｅの機能を表したものである。
【図９】図９は、複合リーダに適応するように変更された本発明の構成要素ＲＦＷｉｓｅの内部の構成要素を表したものである。
【図１０】図１０は、仮想デバイスのサポートのための本発明の実施を表している。
【図１１】図１１は、本発明に従った設定画面の例を表している。
【図１２】図１２は、安全なＲＦＩＤタグの暗号化と認証の交換のための本発明の実施を表している。
【図１３】図１３は、ＲＦＩＤタグのデータが納められる領域を表したものである。
【発明を実施するための最良の形態】
【００２６】
企業は、ＲＦＩＤタグリーダを自らの業務に採用している。このタグデータが利用できるようになることによって、このタグデータは、例えば、在庫追跡、倉庫自動化、ドックドア（dock door）制御、ＥＲＰ(企業資源計画：enterprise resource planning)、ＭＲＰ(製造資源計画：manufacturing resource planning)などのような分野において、他のビジネスアプリケーションによる読み込みと共有の両方が行われるようになる。
【００２７】
工場作業場ＰＬＣによって使用するために、この同じＲＦＩＤ情報を必要する人もいる。本発明は、ＲＦＩＤリーダと企業レベルの間の統合プロセスを改良し、ＲＦＩＤ情報をＰＬＣに組み込み、そして未来のＲＦＩＤタグシステムに更なるセキュリティを付加するための手段を提供する。
【００２８】
以下の用語は、以下に定義された意味を持つ。「バックプレーン」：例えば、リーダやＰＬＣ内の、ハードウエアの通信線。「ＤｅｖｉｃｅＷＩＳＥ」は、アメリカ合衆国で述べられているように、ソフトウエアの通信モジュール製品である。
【００２９】
特許出願番号１１／１４２，２００、発明の名称「製造と企業レベルの間の通信のためのモジュール」、２００５年６月１日出願、
「ＲＦＩＤ」：（Radio Frequency Identification）人や物に取り付けたタグから,電磁誘導により非接触で個体識別情報を読み取る仕組み、
「ＲＦＩＤ  リーダ」：タグ情報を読み込むためのアンテナと上位システム。
「ＲＦＩＤ  タグ」：追跡すべき物に取り付けられる能動的または受動的なＲＦＩＤタグ
「チップ  ＲＦＩＤ」：更なる機能がＲＦＩＤタグに組み込まれることを可能にするシリコンチップと一体になったＲＦＩＤタグ。
「アクティブ  ＲＦＩＤ」：タグ自身が情報を送信することを可能とするバッテリ又は他の電源と一体になったＲＦＩＤタグ。
「パッシブ  ＲＦＩＤ」：その中に電源が組み込まれていないＲＦＩＤタグ。
応答するための電力は、ＲＦＩＤリーダのアンテナによって電流を引き起こされたワイヤアレイから来ている。
「ＰＬＣ」：Programmable Logic Controller.  例えば、フォトアイ（photo-eyes）、コンベアーベルト、ロボット、状況表示灯、センサなどの工場作業場のツールの単純な制御をするために使われる入出力デバイス。
「ＲＦａｃｔｏｒ」：組み込まれたハードウエアや、エッジコントローラ（edge controller）のハードウエア上にインストールされたＲＦＷｉｓｅソフトウエアの構成要素の組み合わせ。
「ＲＦＷｉｓｅ」：この中に述べられている本発明のソフトウエアの構成要素。
【００３０】
本発明の様々な実施例は、下記に細部にわたって論じられている。具体的な典型的実施例が記載されているが、これは図解の目的ためのみであることを理解すべきである。当該技術と関係のある技術分野の専門家は、他の構成要素や構成が本発明の目的と趣旨から離れることなく用いられることを認識できるだろう。
【００３１】
インテリジェントリーダ
図２は、リーダの情報が企業レベル６００に直接的で容易な移動ができるように、ＲＦＷｉｓｅソフトウエア５００がリーダ４００自身にインストールされている実施形態を表している。 
【００３２】
この組み込みは、ＤｅｖｉｃｅＷＩＳＥ技術に基づいている；Ｕ．Ｓ．出願番号１１／１４２，２００、発明の名称「製造と企業レベルの間の通信モデル」参照、輸送を可能にするための全体の公表は、ここに組み込まれている。
【００３３】
ＤｅｖｉｃｅＷＩＳＥは、例えば、工場作業場の装置から企業へのインテリジェントで安全な接続を提供するためのソフトウエアの構成である。ＤｅｖｉｃｅＷＩＳＥは、企業レベルに対してベンダーが中立な方法で、どんな装置に対する接続も可能とする。
【００３４】
ＤｅｖｉｃｅＷＩＳＥは、プログラミングによって、ｊａｖａ（登録商標）無しで企業のデータベースか、アプリケーションか、待ち行列に装置からデータを移動させることを可能にするドラッグアンドドロップの設定ツールを含んでいる。
【００３５】
図２に示すように、ＲＦＩＤタグは、近くにあるリーダ４００のアンテナ３００にデータを渡し、そのデータは、独自のフォーマットでＲＦＩＤリーダ４００に渡される。この場合において、ＲＦＩＤリーダ４００は、アプリケーションがその中に組み込まれることを可能にする“インテリジェント”リーダである。
【００３６】
本発明のソフトウエアＲＦＷｉｓｅ５００は、図１の中間のＰＣ７００と１１００に置き換わる機能を成し遂げるためためにリーダ４００上にインストールされている。ＲＦＩＤタグ情報は、インテリジェントリーダ４００の内部の通信モジュール４０２からＲＦＷｉｓｅソフトウエアモジュール５００に渡される。
【００３７】
ＲＦＷｉｓｅソフトウエアモジュール５００は、それから、ローカルビジネスルールやソフトウエアに組み込まれたロジックに関しての情報を処理し、その情報を企業レベルのビジネスシステム６０２に渡すかどうかの判断を行うとともに、どのビジネスシステム６０２と接続するかの判断も行う。
【００３８】
ＲＦＷｉｓｅモジュール５００は、その情報をビジネスシステム６０２に、ビジネスアプリケーション６０２によって使用される、例えば、ＯＤＢＣ、ＪＤＢＣ、ＣＬＩ、Ｏｒａｃｌｅ、ＤＢ２、ＯＰＣ、ＪＭＳ、ＭＱ  Ｓｅｒｉｅｓなどの標準のプロトコルで送る。ＲＦＷｉｓｅモジュール５００によって使用されるプロトコルは、対象のビジネスアプリケーション６０２によって決まる。
【００３９】
本発明の1つの形態において、ビジネスアプリケーション６０２は、ローカルな製造制御用アプリケーション中でＲＦＩＤタグデータを使用することができるＰＬＣであっても良い。その場合には、ＲＦＩＤタグデータは、ＰＬＣリモートコミュニケーションリンク経由でＰＬＣメモリに入れられる。
【００４０】
インテリジェントリーダ４００の中のＲＦＷｉｓｅモジュール５００のローカルロジックに基づいて、ラベル（ＲＦＩＤ又はバーコード）を印刷することが決定される。その場合には、ＲＦＷｉｓｅモジュール５００は、信号を、プリントされる情報とともに、離れた場所にあるプリンターに送る。
【００４１】
一般的に、この情報は、プリンタ３０２の独自のプロトコルによってリーダ４００からプリンタ３０２に送られる。設定ツールは、例えばＪＭＳメッセージやデータベースの表と欄などの異なった変数を割り当てるためのＲＦＩＤデータ領域の部分を選ぶために使用される。
設定情報は、この後より詳細にこの記載中で説明される。
【００４２】
ラックＲＦＩＤの中
図３は、ＲＦＩＤリーダ４００の代わりに、ＰＬＣモジュール２００内でのＲＦＷｉｓｅソフトウエア５００の実施を表した図である。全て機能は同一であるが、ＲＦＷｉｓｅソフトウエア５００は、ＲＦＩＤリーダ４００と通信するためのデバイスドライバも含んでいる。
【００４３】
このタイプの構成には２つの選択肢があります。即ち、リーダ４００からＰＬＣ２００にのみ、そして、リーダ４００からＰＬＣ２００と企業レベル６００の両方にである。図３に示すように、企業レベル６００にいくとき、ＤｅｖｉｃｅＷＩＳＥ製品からのソフトウエアの機能はＰＬＣ２００にも含まれる。
【００４４】
動作においては、ＲＦＩＤタグが、アンテナ３００の１つの近くを通り過ぎたとき、ＲＦＩＤタグは、独自のフォーマットでデータをＲＦＩＤリーダ４００に送る。図３に示す実施例において、リーダ４００は、今日市販されている標準的リーダであり、外のシステムからのポーリングを待つか、データを接続されている上流側システムに送る。
【００４５】
図３において、ＲＦＷｉｓｅソフトウエア５００は、ＰＬＣ２００の中の、通常は、カードや、例えば，ＲＦａｃｔｏｒモジュールなど他のモジュールに組み込まれ、そして、図示しないデバイスドライバ経由でＲＦＩＤリーダ４００に接続する。
【００４６】
リーダ４００は、ＲＦＩＤタグ情報をＲＦＷｉｓｅモジュール５００に送る。送られた情報は、ローカルビジネスロジックに従って解析され、それから、２個の異なったアクションが発生する。
【００４７】
ＲＦＩＤタグ情報は、ＲＦａｃｔｏｒ／ＲＦＷｉｓｅモジュール５００から、標準のプロトコルで企業レベル６００のビジネスアプリケーション６０２に送られる。加えて、ＲＦＩＤタグ情報は、現地の製造制御アプリケーションで使用されるためにＰＬＣ２００のＣＰＵメモリに入れられる。
この通信は、主としてＰＬＣラック内で提供される、ＰＬＣバックプレーンのＡＰＩ通信経由で発生する。
【００４８】
２段ＲＦＩＤ
ＰＬＣラックの中に搭載されたモジュールや、ＰＬＣラックを有していない場所のためのシステムを含んだ工場作業場のエッジコントローラコンピュータを備えた、２段の接続性のいくつかの実施例がここに記載されている。
【００４９】
図４は、使いやすさと設定を望む顧客のための、しかし、発明の解決手段が中にインストールされているＰＬＣやインテリジェントＲＦＩＤリーダを備えていない、図３に近い実施例を表したものである。
【００５０】
この実施例において、ＲＦＷｉｓｅソフトウエア５００は、小さなマイクロコンピュータか、最先端のシステム／制御装置９００にインストールされている。図４において、アンテナ３００によって読まれたＲＦＩＤタグ情報は、独自のプロトコルで、標準ＲＦＩＤリーダ４００に送られ、それから、エッジコントローラ９００内に位置しているＲＦＷｉｓｅソフトウエア５００からポーリングされ、または、前記ＲＦＷｉｓｅソフトウエア５００に送られ、その中で、ローカルなビジネスルールやロジックに従って解析される。
【００５１】
ＲＦＩＤタグ情報は、それから、ＲＦａｃｔｏｒ／ＲＦＷｉｓｅモジュール５００から企業レベルのビジネスアプリケーション６０２に、ビジネスアプリケーション６０２によって使用されれるために、例えば、ＯＤＢＣ、ＪＤＢＣ、ＣＬＩ、Ｏｒａｃｌｅ、ＤＢ２、ＯＰＣ、ＪＭＳ、ＭＱ  Ｓｅｒｉｅｓ等の標準プロトコルで送られる。
【００５２】
エッジコントローラ９００内のＲＦＷｉｓｅモジュール５００のローカルなロジックに基づいてラベル（ＲＦＩＤまたはバーコード）をプリントするための決定がなされる。この場合においては、ＲＦＷｉｓｅモジュール５００は、独自仕様のプロトコルで、プリントされるための情報とともに、離れた場所に接続されたプリンタ３０２に信号を送る。
【００５３】
図１に示すようなＰＣの構成に対する、図４に示すエッジコントローラの構成の利点は、本発明のソフトウエアツールの方が、特殊なプログラミングよりもドラッグアンドドロップを組み込む余地があるということである。
【００５４】
エッジコントローラのためのオペレーティングシステムも、一般的にはリナックス（Ｌｉｎｕｘ）から派生したものであり、これは、図１で示す実施例で主として使用される（ウィンドウズ）Ｗｉｎｄｏｗｓ（登録商標）ＰＣ環境よりもより安定性を提供できる。
【００５５】
発明の内部の構成要素
図５は、ＲＦＩＤ情報を、例えばインテリジェントリーダ、ＰＬＣ、小型のエッジコントローラを含んでいる様々なデバイスに統合するためのＲＦＷｉｓｅソフトウエアモジュール５００の内部の構成要素を表した図である。
【００５６】
そのシステムの主な構成要素は次の通りである。
（１）（ａ）データを集め、又は、書き込むためにＲＦＩＤリーダ４００と通信する；（ｂ）ＰＬＣの変数を読み込み、又は、書き込みするために、バックプレーンＡＰＩ５２２と通信する；（ｃ）企業のビジネスアプリケーション６０２とデータを送受信するためのトランザクションサーバ５５０；（ｄ）ログ取得サーバ５３２；（ｅ）組み込まれた、サーバ側で動作するＪＡＶＡ（登録商標）アプレットであるサーブレット５４２；そして、（ｆ）ローカルなロジックを実行するためのロジックフローエンジン５８１、と通信する処理ルーチン/走査機構５２０。
（２）ローカルデータの操作とビジネスルールの実行を行うロジックフローエンジン５８１。
（３）企業のそして制御アプリケーションと通信を行うトランスポートのためのトランザクションサーバ５５０。
（４）ブラウザと共有されるデータ（設定データ、ログなど）をそのシステムに管理させる、ウェブアプリケーションサーバ５４０。
（５）ＰＬＣ５２３とＲＦＩＤリーダ５２１のためのデバイスドライバ。
（６）例えばＳＭＦ５４５などのシステム管理ツール。
（７）クライアントのワークベンチ８１０又はブラウザ８１２に基づいた設定ツール。
【００５７】
更なる構成要素は、以下を含んでいる。
（８）システムを管理し、全ての構成要素のアップデートを遠隔的に行うためのＳＭＦ５４５。
（９）タグのセキュリティに関連している詳細と暗号の操作を行うためのセキュリティ５９２。
【００５８】
実行時の構成要素の通信
図６は、典型的な動作時ＲＦＷｉｓｅソフトウエア５００の構成要素を表す図である。
ＲＦＩＤタグが、アンテナ３００の内の１つの近くを通過したとき、アンテナ３００は、タグ上のデータを読み、それをコネクション１を通して独自仕様のフォーマットでＲＦＩＤリーダ４００に送る。リーダ４００は、そのデータを他の独自仕様のフォーマットでコネクション２を通してＲＦＷｉｓｅソフトウエアモジュール５００内のＲＦＩＤドライバ５２１に送る。
【００５９】
そのデータは、それから、ローカルなビジネスロジックの処理がそのデータに対して行われるロジックフローエンジン５８１にコネクション３を通して渡される。そのデータは、ロジックフローエンジン５８１によってその対象アプリケーションのために再フォーマットされ、ビジネスアプリケーション６０２に向かって経路指定するために、そこからトランザクションサーバ５５０にコネクション７経由で送られる。
【００６０】
処理結果のデータは、フローエンジン５８１からコネクション５経由で処理ルーチン／走査機構５２０に戻され、ＰＬＣドライバ５２３とコネクション６経由でＰＬＣバックプレーンＡＰＩ５２２とＰＬＣ２００のＣＰＵメモリに、ＰＬＣアプリケーションによって使われるために、送られる。
【００６１】
ＰＬＣ２００に送られるデータは、ＰＬＣ２００上の所定のレジスタ／データ構造に書き込まれる。どのタグが処理待ち状況であるか、そして、どのタグがすでに保存されたかの状況は、ＲＦＷｉｓｅアプリケーションメモリに保持される。
【００６２】
リーダ４００とリーダドライバ５２１との間のコネクション２においては、製造業者が要求する機能次第で、リーダ４００は、リーダドライバ５２１にデータを入れることができるか、または、リーダドライバ５２１は、ＲＦＩＤリーダ４００を情報のためにポーリングをすることができる。
【００６３】
リーダドライバ５２１は、コネクション３、６、８、１５によって示されるように、処理ルーチン／走査機構５２０経由で、関連しているどのパーティ（ロジックフローエンジン、状況表示スクリーン、監査システム、ＰＬＣ待ち行列）にもイベントを発生させる。動作中において、ユーザは、ビジネスルールがログ取得の要求をするように指定することができる。
【００６４】
この場合において、ロジックフローエンジン５８１とロギングサーバ５３２との間のコネクション４は、情報を保存するために発動する。２つのタイプのログ取得がある。即ち、標準的なイベントによるログ取得と、ユーザの要求によるログ取得である。
【００６５】
明示的なユーザのログ取得要求により、ユーザは、イベントまたはロジックの実行でログ取得を要求することができる。これにより、ユーザは、必要とする情報を探すためにログを見ることができる。ログ取得ユーティリティの使用のための設定は、設定ユーティリティのロジック設定部（ロジック生成部）で処理される。ログ取得は、システムの他の構成要素によっても行われる。
【００６６】
企業レベル６００に移動されることが必要なデータは、ロジックフローエンジン５８１からトランスポートのためのトランザクションサーバ５５０に、コネクション７経由で移動する。
【００６７】
全体的なシステムのこの構成要素は、データが、例えば、これに限定するものではないが、ＤＢ２、Ｏｒａｃｌｅ、ＭＱ  Ｓｅｒｉｅｓ、Ｍｙ  ＳＱＬ、ＴＣＰＩＰ  ｓｏｃｋｅｔｓ、ＪＭＳなどのエンタープライズアプリケーションに移動することを可能にする。この特徴のさらなる詳細は、ｄｅｖｉｃｅＷＩＳＥの特許出願（No.１１／１４２，２００）に記載されており、参照文献としてここに組み込まれている。
【００６８】
ロジックフローエンジン
エンタープライズや中間のＰＣレベルですべてのロジックの処理が行われるのとは対照的に、ロジックフローエンジン５８１は、初歩的なビジネスロジックとＲＦＷｉｓｅレベルにおける処理とを行うために使用される。
【００６９】
これは、ネットワークのトラフィックを減少させ、より効果的なシステムの使用を可能とし、異なるレベルでの処理の応答を待つことによる通信の遅れを取り除く。
ロジックフローエンジン５８１の機能は、以下を含む。
ユーザが設定したデータの前処理、後処理
・データを集める前とデータ検索後にビジネスの要求の一部を実施。
簡単なそして複雑な数学的処理の操作
・合計、差分
・平均、標準偏差
他のデータの取り扱い
・ビジネスアプリケーションと突き合わせるために、文字列リストの中のアイテムを交換する。
・ビットの操作
イベントに基づいて他のデバイスと情報のやりとりをする。
・特有のイベントのためのデータ収集を完成させるため、他のデバイスからさらなる情報を検索する。
ホストに送信するためのデバイスからの集合体データ。
・いくつかの工程からのデータの統合
・いくつかの場所からのデータの統合
ローカルな操作のためのホストから受信した集合体データ。
【００７０】
ＲＦＩＤデータにとって、配布が期待される一連の重大なアイテムがあるかもしれない。ホットアイテムのリストを受信するロジック機能がある。それにより、これらのアイテムが直接販売部門や、製造組み立て現場に移動すると、それらは一覧（ホットアイテムのリスト）からなくなるので、オペレータは、特殊なインジケータによって、そのことを知ることができる。
【００７１】
組み立て工程では、完成した部品が読み込まれる特有の工程の完了時をきっかけとしても良い。これは、企業レベルのビジネスアプリケーションにそれを一緒に送るために、最後のいくつかの部署にあるその部品についての他の情報を集めるためのロジックフローを開始しても良い。
【００７２】
データが、製造現場から企業のビジネスアプリケーションに送られたとき、その２つのシステムのデータのフォーマットは、しばしば一致しない。いくつかのポイントで、その収集されたデータは、受け取られたアプリケーションと整合させるために操作されることが必要である。
【００７３】
ロジックフローエンジン５８１は、修正されたデータが送られるようにこの操作を行うことができる。パレットの内容を確認するために、ＲＦＩＤデータが、収集されても良い。たくさんのアプリケーションの中で、それぞれのＲＦＩＤタグは、通し番号が振られ、独自のものなので、システムは、例えば、パレット上の製品１２箱を探すことができる。
【００７４】
もし、まだ１２箱存在しない場合は、パッキングに対してまたは、タグ自身にエラーを知らせる。このロジックは、ローカルレベルで待機させることができ、制御システムのトラフィックを上昇させる原因とならない。
【００７５】
修正されたとき、一杯に詰め込まれた一組のパレットデータは、１回の処理で企業レベルのビジネスアプリケーションに送られる。ローカル環境とビジネスフローの制御は、ロジックフローエンジン５８１によってなされる。オペレータが読み込みを始め、製品を読み込み場所に移動させるまでの間、リーダのアンテナ３００は、電力の節約と、RFインタフェース、装置を削減するために休止状態でいてもよい。
【００７６】
ロジックフローエンジン５８１は、存在を感知するために、動き感知器を統合することができ、その結果、アンテナ３００をオンにし、正しい部品の数が読み込まれたかを確認し、読みの完了の信号をオペレータに送信し、そして、アンテナをオフにして、企業レベルのビジネスアプリケーションに修正したデータを送ることができる。
【００７７】
上記の実施例について以下に示す
動き感知器４１４は、フォークトラック、箱、あるいはタグの存在を感知し、ＲＦＩＤリーダ４００内のＤＩ／ＤＯ制御装置４１０に信号を送る。それから、これは、ＲＦＩＤリーダ４００にアンテナ３００の電源をオンさせ、ＲＦＩＤタグ情報を読み込ませる。
【００７８】
このデータは、処理のためコネクション２経由でＲＦＷｉｓｅソフトウエア５００に送られる。その読み込まれたデータがフローエンジン５８１内のビジネスロジックに渡った場合、前述したように、信号は、ＲＦＩＤリーダ４００に渡り、オペレータが正常にタグが読み込まれたか知ることができるように、リーダ４００がＤＩ／ＤＯ制御装置４１０経由で状況表示灯４１２の緑のライトをオンさせる。
【００７９】
ライトは、正常な読み込みを表示する手段の一つであるが、どのような他の視覚的（例えば、画面表示の更新など）または聴覚的（例えば、ブザーなど）を表示手段として使用してもよい。
【００８０】
更に、ＰＬＣの状態変化またはＰＬＣデバイス変数の変化（例えば、ドアのオープン、コンベアーの変更など）は、正常な読み込み結果として発生しても良い。ＰＬＣは、例えば、６個のピストンの組み立てトルクなどのいくつかの部品の組み立て情報を収集することができる。
【００８１】
このデータは、解析され、平均化され、そして、そのデータは、１個のエンジンに一連のデータとして企業のビジネスアプリケーションに送られる。ロジックフローエンジン５８１は、一連の処理の全体にわたって制御する能力がある。
【００８２】
ビジネスアイテムが、定期的なメンテナンスアイテムによって処理が遅れないように、それぞれのフローには、優先度が設けられている。ＲＦＷｉｓｅシステムは、ＰＬＣや入ってくるＲＦＩＤタグ情報の特有の変数の値を観察し、そのデータが基準に達するか、または、所定の数と一致するというイベントに基づいてフローを始動するように設定されることができる。
【００８３】
ローカルなイベントからロジックフローを始動することができることに加えて、ロジックフローは、他のロジックフローからも始動され、または、所定のスケジュールによって始動されることができる。システムの性能を改善し、新しいロジックを作り出すための使いやすさを改善するために、ロジックフローは、他のロジックフローによって呼ばれ、使用されるように、サブフローとして定義されることができる。
【００８４】
前のレベルのフローのバージョンがシステム中に保存され（停止中）、ユーザが要求により前のレベルに復帰させることができるように、それぞれのフローは、独特のバージョンを与えられることができる。
【００８５】
同じフローは、異なったデータとともに同時に動作している複数のインスタンスを持つことができる。フローエンジンの作者（または、作業台）は、正式のＣやＪａｖａ（登録商標）によるプログラム開発をすることなくビジネスロジックを簡単に作成できる、ドラッグアンドドロップのユーザインタフェースを持っている。
【００８６】
ロジックフローエンジン５８１は、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステム、または、どんな特有のオペレーティングシステムにも依存しない。それで、例えば、リーダ、ＰＬＣ内、など複数の場所で動作が可能である。
【００８７】
前述したように、全体システムの構成要素は、エンドユーザが、データに適用される一連のビジネスルールや、フローを定義できるようにする、ロジックフローエンジン５８１です。
【００８８】
これらのルールは、一般的にデータに適用される。それは、例えば、適したフィルタを提供するためにそのシステムに入ってくると、それらは、イベントが与えられたとき発生する活動に基づいて再び適用される。
【００８９】
フローエンジン５８１は、これを受信し、何処にデータが保存されるべきか、そして、そのデータは、処理に先立って構文解析され、操作されるべきかどうかを決定するために、データの解析を実行する。
【００９０】
このタイプのオペレーションは、いくつかの例において重要である。
ドックドア操作（dock door operation）の場合、一連の見張りタグをダウンロードすることができるのがよい。リーダ４００は、これらのタグや部品がＲＦＩＤシステムによって識別されるやいなや信号に目を向けることができる。それらは、直ちに製造ラインや営業部門に即時利用のため転送されることが必要である。
【００９１】
現在されているように、ＰＣレベルでの代わりに、この下位レベルでロジックを備える能力を有することにより、全体的な操作に影響を与えることなく、メインネットワークへの接続を、定期的に切ることができる。
その他の例において、たとえアプリケーションを制御するための接続が失われたとしても、ローカルな処理は、継続できることも重要である。
【００９２】
医療活動の場合においては、特定の患者に特定の薬を処方する。もし、この情報が下位レベルのシステムにダウンロードされると、スキャンされた薬がスキャンされた患者に使用されたかどうかを看護師に表示するために、直ちにローカルな警報がなされる。決定と処理能力を処理現場に近づけることにより、システムの遅延を取り除き、総合的なシステム能力を改善する。
【００９３】
例えば、他の読み込みが入ってきている間に、第１の読み込みが入ってきて、ドックドア１の待ち行列におかれ、フィールドを分けるために構文解析され、ドックドア２の部品番号のＰＬＣデータアレイに保存され、ドックドア２のモデルナンバデータが入ってくる。
【００９４】
他の実施例は、ロジックエンジン５８１が、入ってきたタグを調べ、所定のリストと比較することを含むことができる。もし、これらのタグがブラックリストと一致していたら、異なった処理が行われる。例えば、リーダ４００に付けられた状況表示灯４１２、又は、ＰＬＣにイベントの信号を送るためのデータタグである、Ｉ／Ｏデバイスに信号を送ることなどである。
【００９５】
例えば、いったん光線が遮られると、リーダ４００は、３秒間スキャンし、いくつかの正常な読み込みがある場合は、状況表示灯４１２は緑色に点灯し、そうでない場合は、赤色に点灯する。
【００９６】
ＰＬＣ内の保存領域の移動は、２つの異なったモードで起きる。即ち、ローモード（未処理モード：raw mode）と、処理モードである。ローモードにおいては、データは、ＰＬＣ待ち行列（データアレイ）の中に直接移される。処理モードにおいては、データは、最初に、ロジックエンジン５８１に移動させられる。ロジックエンジン５８１は、ＰＬＣ待ち行列（データアレイ）の中におかれる前記データに、適したルールが適用されたがどうか決定する。
【００９７】
これは、ユーザが、複製されたデータを選別し、他のハードウエアの独立した選別を適用することを可能にする。それぞれのリーダの納入業者は、異なった一式のタグ特性と選別技術を持っているので、これは、産業において重要である。この処理は、ロジックフローエンジン５８１においてなされる。
【００９８】
構成
システムの構成は、いくつかの部分から成り立っている。これらは、以下を含む：
・以下を含むリーダ自身のセットアップ：
・リーダとアンテナの別名のネーミング
・ローカルフィルタリングの設定
・活動に対してどのように応答するかの自動モードの設定
・特有の納入業者によって提供されるような他のリーダの機能
・ＲＦＩＤタグ情報を保存するために、ＰＬＣで使用されるデータ構造の実施と同一性の確認。
・データがＰＬＣや他の企業のアプリケーションに移動する前に必要とされるビジネスルールの設定。
・タグ情報を分離した構成要素に分解する。
・どこにデータが送られるか、そして、どのようなフォーマットであるかの識別、これは以下を含む：
・読み込まれたフォーマットと、目的とするフォーマットとの間のデータのマッピングの定義
・所定の値とのデータの比較に基づいたタグの選別
・ログの記憶
【００９９】
これらの構成機能は、クライアントアプリケーションか、それともＨＴＭＬ画面を通してかのいずれかの２つの異なったメカニズムによって、エンドユーザに提供されることができる。
【０１００】
この環境での主要な機能は、情報のための選別ルールの設定をすることである。しかしながら、例えば、ＰＬＣタグの設定、情報の企業レベルへの送信、ログ保存、データ操作（数学的操作）、プラントやデータの状態に基づいたリーダ設定の変更などの、他の機能は、ロジックフローエンジン５８１によっても制御されることができる。
【０１０１】
これらのオプションは、フローチャートの方法でユーザに提示され、それにより、フローチャートに様々な機能ドラッグアンドドロップすることと、きめ細かいパラメータをそれに加えることを可能にする。
【０１０２】
図７は、ユーザに提示する、そのタイプの情報の構造を表している。これらの情報のほとんどは、ユーザが、データ要素や、異なった部分の間の関連性とルールを作成するための簡単なロジック要素をドラッグアンドドロップできる、ツリー構成でユーザに表示される。    
【０１０３】
例えば、ユーザは、ＲＦＩＤタグフィールド４１０をＰＬＣ２５０のバリアブルネーム（variable name：可変ネーム）にドラッグすることができ、このライトアクションが行われたとき表示することができる。
【０１０４】
ユーザは、タグ値がビジネスアプリケーション側のどこで保存されるかを定義するために、ＲＦＩＤタグ値４１０を、例えば、ＤＢトランスポートテーブルの名前／欄の名前５５１にもドラッグすることができる。これは、それら要素を互いにリンクするための特殊なコードを前もって要求する、要素間の簡単な統合技術を提供する。
【０１０５】
ＲＦＷｉｓｅシステム内に生成される、又は、ＲＦＷｉｓｅシステムから利用できる、データ、状態、設定の情報は、標準的なウエブブラウザ経由でもアクセスされることができる。このケースのリーダの構成においては、全てのＲＦＩＤリーダは、テルネット（ｔｅｌｎｅｔ）する能力と、例えば、タグ、読み込み、動作中のアンテナ、アンテナの感度や減衰性、リーダの名前、リーダのアドレス、開いているポート、公開か、読み込みが要求されているかのモード（取得に対して公開）の持続性などの、異なったオプションの設定をするための変更を行う能力を備えている。
【０１０６】
これらのパラメータは、普通、テルネットのセッション（通信用に接続されてから接続が切れるまで）と、詳細がリーダに書き込まれるコマンドラインインタフェース（command line interface:文字列により入力を行うインタフェース）と、を通して確立される。
【０１０７】
図８に示すように、ＲＦＷｉｓｅ設定ツール８００は、ユーザが、テルネットセッションよりもむしろグラフィカルインタフェースを通して標準的なパラメータを設定することができる簡単なインタフェース（アプリケーションの作業台８１０か、ブラウザ８１２）を提供する。
【０１０８】
設定ツール８００は、それから、この情報をリーダ４００にＴＣＰＩＰ接続１０を通して伝達する。ＴＣＰＩＰ接続１０は、処理ルーチン／走査機構５２０を通して、コネクション１１経由でリーダ４００に接続されている。このツールの拡張は、設定のために、初期化し、エンドユーザにリーダのリストを提示する間、リーダを探してネットワークをスキャンする。
【０１０９】
その設定ツールでの、自動的にリーダを発見する能力は、スキャンするサブネットを選択することによって選ばれる。設定インタフェースを通して、ユーザは、最近のＲＦＩＤ読み込みの記憶部のための待ち行列として使用される、ＰＬＣ内の情報の配列を定義することができる。
【０１１０】
図８に示すように、設定ツール８００は、ＰＬＣ２００に定義された配列信号を送るために、処理ルーチン／走査機構５２０に接続している。処理ルーチン／走査機構５２０は、ＰＬＣドライバ５２３に接続し、ＰＬＣドライバ５２３は、ＰＬＣバックプレーンＡＰＩ５２２に接続している。
【０１１１】
図８に示すように、設定ツール８００は、ロジックフローエンジン５８１のための情報も設定しなければならないだろう。設定ツール８００からのコマンドは、コネクション１０経由で処理ルーチン／走査機構５２０に送られる。処理ルーチン／走査機構５２０は、コネクション３経由でフローエンジン５８１にそれらを送る。
【０１１２】
ＲＦＩＤタグ情報は、通常は、リーダによって長いフィールドとして取り扱われる９６ビットの情報のフィールドを持っている。この情報は、それぞれのタグ書き込み機によって異なって定義されることができ、何の情報を保存するかについて通常はカスタマとベンダとの間に慣習がある。
【０１１３】
例えば、最初の１０ビットは、部品番号にすることができ、次の１０ビットは、モデルを表すことができ、次の１０ビットは、シリアルナンバやその他のカテゴリを表すことができる。
【０１１４】
アプリケーションにとって有用なこの情報は、独立した部分に分割され、構文解析される。設定ユーティリティ８００は、エンドユーザが敏速に個々のビットやビットのグループを取り出し、それらを使用するためのＰＬＣデータタグやローカルデータ変数に割り当てることを可能にする。
【０１１５】
ロジックエンジン５８１の機能は、この分割を実行時間に行い、適切にそれらを保存する。このやり方が効果的に働くために、ＲＦＷｉｓｅ設定ツール８００は、ＰＬＣ２００内のデータの定義を支援することができる。
【０１１６】
例えば、ＲＦＩＤタグは、入ってきて、ＰＬＣタグアレイに行く。ＰＬＣ側でのフィールドは、ＲＦＩＤタグのデータ構造に適合するように特別に構成されている。与えられたリーダ内のすべてのタグは、同じ構造を持っており、ユーザは、この元からのフォーマットや、異なったリーダの間で共通である標準化されたフォーマットを選択することができる。
【０１１７】
設定画面の例を図１１に示す。２つの種類の設定ユーティリティがある。即ち、ブラウザベースの設定ブラウザ８１２を使用するものと、アプリケーションベースの設定作業台８１０（図８参照）を使用するものである。
【０１１８】
アプリケーションベースの設定ツール８１０の場合は、ユーザは、クライアント作業台のアプリケーションで作業し、そのアプリケーションは、コネクション１０経由で処理ルーチン／走査機構５２０と相互に連携する。
【０１１９】
リーダの設定は、（リーダドライバ５２１経由で）処理ルーチン／走査機構５２０によって適したプロトコルに変換され、コネクション１１経由でリーダ４００と通信される。リーダ４００は、この設定を保存し、操作に使用する。この設定の詳細も処理ルーチン／走査機構５２０と、ＲＦＷｉｓｅシステム５００内の記憶部５２５へのコネクション１３と、によって持続する。
【０１２０】
ブラウザベースの設定ツール８１０の場合、ユーザは、クライアントワークステーションで作業し、コネクション１４経由でウェブアプリケーションサーバ５４０とＲＦサーブレット５４２と連携する。この情報は、それから、コネクション１５経由で処理ルーチン／走査機構５２０に送られる。
【０１２１】
リーダ設定は、それから、（リーダドライバ５２１経由で）処理ルーチン／走査機構５２０によって適したプロトコルに変換され、コネクション１１経由でリーダ４００と通信される。リーダドライバ５２１と、リーダ４００との間の接続は、例えば、シリアル、ｔｃｐｉｐ、または、バックプレーンなどのいくつかのプロトコルの一つであっても良い。
【０１２２】
リーダ４００は、それから、この設定を保存し、操作に使用する。この設定の詳細は、処理ルーチン／走査機構５２０と、ＲＦＷｉｓｅシステム５００内の記憶部５２５へのコネクション１３によって持続する。
【０１２３】
状況
そのシステムのすべての状況も、図８に示すように、設定ツール８００の状況表示パネル８１５経由でエンドユーザに利用できる。状況表示パネル８１５は、例えば、リーダで何が動作しているか、読み込まれたタグの数、値、時間、リーダの状態、リーダのタイムクロック、リーダの一般的状態など、の情報を提供することができる。
【０１２４】
状況表示パネル８１５は、何がまだ動作しているか知るための接続状態を、ユーザが見ることを可能にする。状況表示パネル８１５は、ユーザが、ＰＬＣ２００内容使用中のデータと、ＲＦＩＤリーダ４００からの最新のデータを見ることを可能にする。
【０１２５】
ＰＬＣ待ち行列内のデータは、システムの活動を見るためにモニタされることができる。ユーザは、ビジネスロジックフロー状況（動作、ストップ、最終動作時、その他）を追跡することもできる。状況表示パネル８１５は、ログを見るためにも使用されることができる。
【０１２６】
設定ユーティリティ８００のその他の部分に似ている、状況表示パネル８１５は、アプリケーションかブラウザベースユーティリティのいずれかであることができる。アプリケーションベースの場合は、ユーザクライアント８００は、図８に示すようにコネクション１０経由で、情報のため、処理ルーチン／走査機構５２０と直接通信する。
【０１２７】
ブラウザオプションが使用されると、状況表示パネル８１５は、コネクション１４経由でウェブアプリケーションサーバ５４０に接続し、それから、コネクション１５経由で処理ルーチン／走査機構５２０に接続する。ウェブアプリケーションサーバ５４０は、任意の基本的なウェブサーバであって良い。
【０１２８】
リーダの伝送制御装置
図９に示すように、処理ルーチン／走査機構リーダデバイスドライバ５２１は、市場において市販されているいくつのリーダ４００向けにもカスタマイズすることができる。これらのリーダ４００は、それぞれ、通信のための独自のデータ構造、プロトコル、接続手順を持つことができる。
【０１２９】
この形態では、処理ルーチン／走査機構５２０は、特有のリーダのプロトコルを使用する特有のリーダと通信可能な複合リーダドライバ５２１を備えている。
複合リーダドライバ５２１のＲＦＷｉｓｅソリューションは、使用される様々なリーダの間のこれらの違いを遮断するために用いられることができる。それ故に、異なったベンダーからの複合リーダは、同じＲＦＷｉｓｅシステム５００に接続されることができる。
【０１３０】
ＲＦＩＤリーダのための標準化された活動的ドライバ
標準化されたデータ構造の処理は、アプリケーションを変更することなく、異なったリーダハードウエアを交換する能力をユーザに与える。
サポートされるデータ構造の２つのタイプは、以下の通りである。
（１）それぞれの会社の元からあるデータのレコードフォーマットと、
（２）共通データ構造がローカルスタンダードとして使用される、標準化モード（共通要素が最も少ない）である。
【０１３１】
もし、ロジックアプリケーションが、特有のリーダからのネイティブデータ構造と、すべてのデータと、を使用して作られたら、企業がリーダの提供先を変更したらこのコードは、更新されなければならない。
【０１３２】
標準化データを使用することによって、アプリケーションは、異なったリーダハードウエアが使用される場所全域にわたって移転可能である。例えば、エイリアン（商標）リーダは、タグ情報、それが読まれたアンテナ、検知時のタイムスタンプ、そして、最終読み込み時のタイムスタンプを提供する。
【０１３３】
シンボル(商標)リーダは、タグ情報、それが読まれたアンテナ、最終読み込み時のタイムスタンプ、そして、タグが読まれた場所を提供する。インターメック(商標)リーダは、タグ情報、そしてそれが読まれたアンテナを提供する。
【０１３４】
このデータの標準化されたバージョンは、例えば、タグ情報、それが読まれたアンテナ、検知時のタイムスタンプ、最終読み込み時のタイムスタンプ（もしリーダによって提供されないときは、ローカルソフトウエアによって入れられる）、そしてタグが読まれた場所を含むことができる。
【０１３５】
標準化データを使用することによる利点にもかかわらず、本発明のＲＦＷｉｓｅシステムは、今もなお、ユーザが、その同じＲＦＷｉｓｅシステム内において、同時にネイティブデータ構造を維持することを可能にする。それぞれのリーダの情報は、データ構造を維持するためにそれ自身のロジックフローに行かなければならない。両方のケースにおいて、処理ルーチン／走査機構によって使用される内部の通信は、ＲＦＩＤリーダのドライバに接続するための標準インタフェースである。
【０１３６】
仮想デバイスのサポート
処理ルーチン／走査機構５２０とともに働くリーダドライバ５２１は、そのモジュール、または、リモートモジュール上の他のシステムのいくつの構成要素にも公開することができる。これは、他のシステムが、離れた場所でＲＦＷｉｓｅドライバからデータを受信できることを意味する。
【０１３７】
図１０に示すように、ＰＬＣ２００ａ（１）内のＲＦＷｉｓｅ処理ルーチン／走査機構デバイスドライバ（ＤＤ）５２１は、タグ読み込みデータを取得するためコネクション２１経由でＲＦＩＤリーダ４００と通信する。この同じデータは、それから、コネクション２２経由で他のサーバ１１０８と、コネクション２３経由で他のＰＬＣ２００ｂ（２）に公開される。様々な構成要素の間のこの接続性は、多くの情報がより少ない上流でのプログラミングにより共有されることを可能にし、システムの効率全体を改善する。
【０１３８】
セキュリティ
本発明のシステムは、２つの主要なセキュリティの領域を持っている。
（１）個々の特有の承認レベルに関連する異なった構成要素へのアクセスと、
（２）未承認の読み込みを防止するためのRFIDタグ情報セキュリティ、である。
このシステムの異なった部分の制御された処理に関連して、ユーザの承認レベルに基づいて制御されたアクセスがある。
【０１３９】
あるユーザは、設定されたアンテナパラメータにアクセスでき、一方他のユーザは、それらからのデータを見ることのみできる。それぞれのリーダ４００は、ユーザのサブセットによってのみアクセスされることができる。ロジックフローエンジン５８１は、ユーザ承認の状況でも動作し、特定の機能（読み込み、アップデート、輸送、電子メール、その他）のみが、ユーザの承認レベル次第で使用されることを可能にする
【０１４０】
フローは、例えば状況表示灯４１２などのフロアの出力デバイスと通信することを含む。ユーザは、それらのデバイスが特権を与えられるためにそれらのデバイスにコマンドを送ることのみができる。企業レベル６００にデータを輸送するために、例えば、ＤＢ２、Ｏｒａｃｌｅ、ＭＱ  ＳｅｒｉｅｓそしてＴＣＰＩＰなどの様々な異なる輸送手段がある。
【０１４１】
セキュリティレベルによって、これらの輸送手段へのアクセスも制御される。アクセスと、アップデートは、異なるセキュリティレベルと考えられる。ユーザは、特定のＲＦＩＤからのデータの読み込みを要求することができるが、その特定のＲＦＩＤリーダの読み込みパラメータを修正することはできない。
【０１４２】
安全なＲＦＩＤタグ
タグ情報構造は、通常は、製造業者によって設定される（例えば６４、９６、１２８ビット長、またはそれ以上）。ユーザはそれぞれ、このスペースの処理を一つの数字として定義し、または、ビット列と、特定の情報のためのこれらのビットの利用する組とを分割することができる。
【０１４３】
例えば、ある顧客は、タグの最初の１０ビットが部品番号を含み、次の８６ビットが短い説明を含むと定義することができる。この顧客は、部品番号（１０ビット）と、説明情報（次の８６ビット）とに分けるためにタグ情報を解析することができる。どのリーダも、９６ビットの同じ情報を受信することができる。
【０１４４】
多くの場合において、このタグは、トラックでユーザの施設の外に輸送される（例えば、荷物、部品、または最終製品などとして）。これらのタグは、離れた場所から読まれるので、トラックの中身は、データを探しているどんな外部のリーダも知ることができる。あるケースでは、ＲＦＩＤタグデータに含まれている記載の中の情報が機密事項であり、外部のものと簡単に共有できないものであるかもしれない。
【０１４５】
本発明の拡張として、ＲＦＩＤタグデータは、意図しない公開から情報を守るために暗号化されることができる。大きな小売業者は、多くの供給業者（それぞれ独自のＲＦＩＤタグをもつ）から製品を受け取るので、鍵変換メカニズムは、元の供給者の場所と小売業者の場所とで読むことを可能にするようにサポートされなければならない。
【０１４６】
それ故に、タグデータの定義の仕様は、タグの出所を明確に特定するために送られる、タグ中の一組の複数のビットに含まれる。その情報に基づいて、適した復号化鍵やデハッシングアルゴリズム（de-hashing algorithm）がタグ情報を復号化するために選ばれることができる。鍵の保存と復号化処理は、リーダレベル、または、リーダの上のアプリケーションレベルで処理されることができる。
【０１４７】
図１２は、それぞれの構成の例を示した図である。
オプション１は、鍵情報とリーダ４００にインストールされた復号化ツールをそなえており、オプション２は、ＲＦＷｉｓｅシステム５００のこれらのツールを示している。本発明のＲＦＷｉｓｅの実施において、ロジックフローエンジン５８１は、タグデータから納入業者のＩＤ情報を読み取り、復号化のために使用される適した鍵、または、シード（ｓｅｅｄ）とアルゴリズムを決定するために、鍵保存テーブル５９１を見る。
【０１４８】
そのデータは、復号化された後、ＰＬＣで使用されるため残りのシステムに渡され、または、ビジネスアプリケーション６０２に送信される。その鍵テーブルは、顧客の選択次第でいくつかの場所に置かれることができる。例えば、その鍵テーブルは、リーダ４９１に、付属のアプリケーション５９２に、または、中央位置１５９１に置かれることができる。
【０１４９】
これらが、中央と、そして、複製がローカルにあるとき、これらは、個々に、または、連結して使用されることができる。鍵テーブル１５９１が中央位置１５００に保持されている例では、鍵テーブル１５９１内の鍵データは、個々のリーダに配布され、または、ローカルに保持されることができ、そして、そのリーダやアプリケーションは、タグ処理時に鍵情報を要求する。
【０１５０】
テーブル１５９１は、納入業者ＩＤナンバーと、それらに一致する復号化のための鍵情報のリストを備えている。この解決に使われる二つの基本的な暗号化方法がある。即ち、鍵暗号化アルゴリズム、または、一般的なハッシュアルゴリズムである。それぞれのケースにおいて、受信側でデータの復号化ができるように、供給業者と小売業者は、方法と、鍵またはシードナンバ（seed number）と、アルゴリズムを交換する。
【０１５１】
標準タグがそのうち変化し、さらなるデータ長（例えば、２５６−ビット、そして、それ以上）を供給する時には、証明書によって、より複雑なセキュリティが付加されることができる。これは、受信したグループが、その鍵が本物か、そして、不正変更されていないか知ることができるように、そのシステムが上述した鍵による方法をこえて、サインすることを含むことを可能にする。
【０１５２】
上述した単にセキュリティのための暗号化の代わりに、ＲＦＩＤタグ層それ自身に、さらなる処理層がある。タグは、より洗練されたものとして、受動的なタグでさえ、アンテナから供給される電力によって処理機能を提供することができる。そのような未来の拡張において、ＲＦＩＤタグそれ自身は、単純なロジックチェックができるように創られることができる。
【０１５３】
読み取りを試みるリーダはどれも、暗号化されていないタグヘッダ情報のみ読むことができる。それから、そのタグが、それに保存されている情報の残りについて応答する前に、そのリーダは、そのタグに認証情報を送らなければならない。この応答は、さらなる復号化が要求される暗号化された形態であることができる。
【０１５４】
この要約は、図１３に示されているように、ＲＦＩＤタグデータ４１０のオープン部分４１１は、最初の要求に応じて送信される。ＲＦＩＤリーダ４００から更なる証明（証明書、パスワード、鍵、その他）を受信し、タグレベルでロジックチェックをした後、もし、認証が成功したら、ＲＦＩＤタグデータ４１０の残りの隠された部分４１２は、ＲＦＩＤリーダ４００に送信される。
【０１５５】
システム健康モニタパラメータ
全体的なシステムは、そのシステム自身がどのように動作しているかに関係するデータ変数を持っている。フローエンジン５８１は、これらのパラメータに基づいてそのシステムは、どのようにし、活動しているか問い合わせるルールを、ユーザが書くことを可能にするビジネスルールを書くために使用されることができる。
【０１５６】
例えば、特定のＲＦＩＤリーダが接続を失った場合、そのリーダは、動作を停止し、フェイルオーバーの手段として、その場所の代わりのＲＦＩＤリーダが動作を始める。
フローエンジン５８１は、その不具合に関連したメンテナンス技術者に送るための通知書の電子メールを作成するためのロジックも含むことができる。フェイルオーバーは、不具合の原因がトレースできるようにログも残される。本発明の記載に含まれているその例は、製造領域に基づいている。
【０１５７】
関連する技術分野の通常の知識を有するものは、本発明は、たくさんのその他の領域にも適用できることを理解するであろう。例えば、医療分野においては、ＲＦＩＤは、病院内で個人と装備を追跡するために使用される。インテリジェントリーダやＲＦＷｉｓｅを備えたエッジコントローラは、正しい、化学薬品と患者の服用を保証するため、スキャンされた（ＲＦＩＤやバーコード）薬と対照して患者の名前をチェックすることによる、よりよい薬の投薬を提供するアプリケーションの作成を助けるために使用されることができる。
【０１５８】
本発明は、特有の図を参照して説明されたが、本発明の目的と趣旨から離れることなく様々な変更が可能であることが理解されるべきである。ここに述べられている一連の請求項は、限定するものではなく、本発明の望ましい典型的な特徴を単にあらわしているに過ぎない。本発明は、むしろ、ここに示され、記載されているように、本発明の特徴のすべての特徴をカバーすることを理解すべきである。
【図１】
2009519506.tif 000003
【図２】
2009519506.tif 000004
【図３】
2009519506.tif 000005
【図４】
2009519506.tif 000006
【図５】
2009519506.tif 000007
【図６】
2009519506.tif 000008
【図７】
2009519506.tif 000009
【図８】
2009519506.tif 000010
【図９】
2009519506.tif 000011
【図１０】
2009519506.tif 000012
【図１１】
2009519506.tif 000013
【図１２】
2009519506.tif 000014
【図１３】
2009519506.tif 000015
【国際調査報告】
2009519506.tif 000016