(57)【要約】【課題】本発明の実施形態は、ａｕｔｏ−ｉｄ（タグＩＤ）に関連する情報の閲覧を改善する。【解決手段】複数のタグ識別を格納することと、複数の位置を格納することであって、それぞれのタグ識別が少なくとも１つの位置に関連付けられることと、複数の属性を有する情報を格納することであって、それぞれのタグ識別が、１つまたは複数の前記属性に関連付けられることと、複数のタイムスタンプを格納することと、前記複数のタグ識別に結び付けられた、少なくとも１つの位置、または少なくとも１つの属性に基づいて階層を生成することと、それぞれのタグ識別に関連付けられた前記情報の少なくとも一部と、前記位置の少なくとも一部と、を前記階層に対応する入れ子形状のように表示し、かつ、位置または属性値における異なる時間での変化をユーザが閲覧できるようにするためのタイムスライダをさらに表示することとを備えたことを特徴とする自動識別データ処理方法である。【選択図】図１
2010186478.tif 000002
【特許請求の範囲】
【請求項１】
複数のタグ識別を格納することと、
複数の位置を格納することであって、それぞれのタグ識別が少なくとも１つの位置に関連付けられることと、
複数の属性を有する情報を格納することであって、それぞれのタグ識別が、１つまたは複数の前記属性に関連付けられることと、
複数のタイムスタンプを格納することと、
前記複数のタグ識別に結び付けられた、少なくとも１つの位置、または少なくとも１つの属性に基づいて階層を生成することと、
それぞれのタグ識別に関連付けられた前記情報の少なくとも一部と、前記位置の少なくとも一部と、を前記階層に対応する入れ子形状のように表示し、かつ、前記位置または前記属性における異なる時間での変化をユーザが閲覧できるようにするためのタイムスライダをさらに表示することと
を備えたことを特徴とする自動識別データ処理方法。
【請求項２】
第１の階層レベル内の複数の前記入れ子形状は、前記位置に対応し、少なくとも１つの位置内に入れ子された少なくとも１つの形状は、取り付けられたタグ識別を有するオブジェクトに対応することを特徴とする請求項１に記載の方法。
【請求項３】
前記格納された情報は複数のタイムスタンプを含み、前記オブジェクトは時間にわたる前記オブジェクトの動きを示すように、前記第１の階層レベル内の複数の位置に表示されることを特徴とする請求項２に記載の方法。
【請求項４】
入れ子形状のもっとも低い階層レベルは、前記属性の少なくとも１つによる充填を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記充填は、前記少なくとも１つの属性の異なる値間で区別するために、異なる色、模様、または影を備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記充填は、ある位置における資産利用率に対応することを特徴とする請求項４に記載の方法。
【請求項７】
前記情報をフィルタリングまたは集約することをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項８】
前記階層は、複数の位置を備えたことを特徴とする請求項１に記載の方法。
【請求項９】
前記階層は、前記格納されたタグ識別に関連付けられた複数のオブジェクトの複数のプ
ロパティを備えたことを特徴とする請求項１に記載の方法。
【請求項１０】
自動識別データ処理方法を実行するためにコンピュータシステムを制御するための命令を含むコンピュータ可読媒体であって、
複数のタグ識別を格納することと、
複数の位置を格納することであって、それぞれのタグ識別が少なくとも１つの位置に関連付けられることと、
複数の属性を有する情報を格納することであって、それぞれのタグ識別が１つまたは複数の前記属性に結び付けられることと、
複数のタイムスタンプを格納することと、
ツリーマップとして、前記情報の少なくとも一部と、前記位置の少なくとも一部とを表示し、かつ、前記位置または前記属性における異なる時間での変化をユーザが閲覧できるようにするためのタイムスライダをさらに表示することと
を備えたことを特徴とするコンピュータ可読媒体。
【請求項１１】
前記ツリーマップは、前記位置に対応する第１の階層レベル内の複数の入れ子形状を含み、少なくとも１つの位置内に入れ子された少なくとも１つの形状は、取り付けられたタグ識別を有するオブジェクトに対応することを特徴とする請求項１０に記載のコンピュータ可読媒体。
【請求項１２】
前記ツリーマップは、前記属性の少なくとも１つによる充填を含むことを特徴とする請求項１０に記載のコンピュータ可読媒体。
【請求項１３】
前記ツリーマップは、前記入れ子形状の大きさを決定する、関連付けられた重さを有する複数の入れ子形状を含むことを特徴とする請求項１０に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動識別データを処理することに関し、詳しくは、自動識別データを視覚化するためのシステムおよび方法に関する。
【背景技術】
【０００２】
自動識別（ａｕｔｏ−ｉｄ）システムは、たとえば、製造、購入もしくは販売、輸送、またはその他商取引に使われる製品についての情報を識別、またはその他入手するために使われる。たとえば、バックルームにある箱のような、物理オブジェクトに関しての情報は、箱に付されるタグとその他の識別子と関連付けて格納されるか、そして／または固有の識別子でタグに付されたオブジェクトが小売店の棚に置かれるかもしれない。そして、リーダまたはセンサのようなある種のデバイスは、識別子にアクセスすることによって物理オブジェクトを識別するのに使われるかもしれない。そしてこれによって、たとえばオブジェクトのブランド名またはオブジェクトの有効期限のようにオブジェクトに対応する、コンピュータシステムに格納された情報を使う。
【０００３】
ａｕｔｏ−ｉｄシステムの一例は、ＲＦＩＤ（Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）システムとして知られている。ＲＦＩＤは一般に、固有の番号（そして／または他の識別情報）が、ＲＦＩＤタグまたはトランスポンダに結合されたアンテナと関連付けられているマイクロチップに格納される技術を指す。リーダはアンテナと通信し、マイクロチップから固有の番号を取得するのに使用され、これにより、固有の番号に関連する情報を取得する。有利なことに、ＲＦＩＤは高速で無線であり、リーダとタグ間の通信を可能にするのに、方向または見通しを必要とせず、人がデータを入力する必要性を減らすか、または排除する。結果としてＲＦＩＤは、例えば、店舗または倉庫内のタグの付けられたオブジェクトの識別、ＲＦＩＤタグで車による通行料金の自動支払い、そして／または制限地域への入場のための許可された者の識別などの多くのアプリケーションにおいて使うことができる。
【０００４】
多くのタイプのａｕｔｏ−ｉｄシステムが存在する。例には、２Ｄバーコードスキャナ、スマートカードデバイス／リーダ、光学文字認識システム、およびバイオメトリックシステム（例えば、網膜と指紋スキャン）が含まれる。そのようなシステムの多くまたはすべては、コストを減らし、効率を上げ、データの正確性を改善し、より解像度の高いデータ（単一のアイテム／オブジェクトに至るまで）を提供し、これによって、企業システムのオペレーションにおいて顧客満足を改善する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ａｕｔｏ−ｉｄの１つの問題は、潜在的に膨大な量の情報が必要かもしれないことである。例えば、非常に多くのリーダが、より多くの識別子から、ａｕｔｏ−ｉｄへアクセスするかもしれない。その上、それぞれの識別子は、それらが取り付けられている特定のオブジェクトについての関連情報を有するかもしれない。この問題の度合いを増すように、それぞれの識別子に関連付けられたデータは、時間が経つと変わるかもしれない。このように、大きなデータセットは、時間経過でより大きくなりさえするかもしれない。そのような大きいデータセットは、広く多様性のあるタスクを実行するために役に立つ情報を包含するかもしれないが、そのような大量のデータを、ユーザにとって意味ある形で提示することは難しい。それゆえに、ａｕｔｏ−ｉｄデータを表示し、視覚化するための技術を開発することは有利だろう。
【０００６】
このように、ａｕｔｏ−ｉｄデータの表示と視覚化を改善する必要がある。本発明は、ａｕｔｏ−ｉｄを視覚化するためのシステムおよび方法を提供することによって、これらおよび他の問題を解決する。
【課題を解決するための手段】
【０００７】
本発明の実施形態は、Ａｕｔｏ−ＩＤデータの視覚化を改善する。一実施形態において、本発明は、複数のタグ識別を格納することと、複数の位置を格納することであって、それぞれのタグ識別が少なくとも１つの位置に関連付けられることと、複数の属性を有する情報を格納することであって、それぞれのタグ識別が、１つまたは複数の前記属性に関連付けられることと、複数のタイムスタンプを格納することと、前記複数のタグ識別に結び付けられた、少なくとも１つの位置、または少なくとも１つの属性に基づいて階層を生成することと、それぞれのタグ識別に関連付けられた前記情報の少なくとも一部と、前記位置の少なくとも一部と、を前記階層に対応する入れ子形状のように表示し、かつ、位置または属性値における異なる時間での変化をユーザが閲覧できるようにするためのタイムスライダをさらに表示することとを備えたことを特徴とする自動識別データ処理方法である。
【０００８】
もう一つの実施形態において、本発明は、自動識別データ処理方法を実行するためにコンピュータシステムを制御するための命令を含むコンピュータ可読媒体であって、複数のタグ識別を格納することと、複数の位置を格納することであって、それぞれのタグ識別が少なくとも１つの位置に関連付けられることと、複数の属性を有する情報を格納することであって、それぞれのタグ識別が１つまたは複数の前記属性に結び付けられることと、複数のタイムスタンプを格納することと、ツリーマップとして、前記情報の少なくとも一部と、前記位置の少なくとも一部と、を表示し、かつ、位置または属性値における異なる時間での変化をユーザが閲覧できるようにするためのタイムスライダをさらに表示することとを備えたことを特徴とするコンピュータ可読媒体。
【０００９】
次の詳細の説明と添付の図面は、本発明の本質と利点のより良い理解を提供する。
【図面の簡単な説明】
【００１０】
【図１】ａｕｔｏ−ｉｄシステムのネットワーク図を示す。
【図２】本発明の一実施形態による、ａｕｔｏ−ｉｄデータを視覚化するのに使うことができるａｕｔｏ−ｉｄシステムを示す。
【図３Ａ】本発明の一実施形態によるａｕｔｏ−ｉｄ階層を示す。
【図３Ｂ】本発明の一実施形態によるａｕｔｏ−ｉｄ階層を示す。
【図３Ｃ】本発明の一実施形態によるａｕｔｏ−ｉｄ階層を示す。
【図４】本発明の一実施形態によるａｕｔｏ−ｉｄデータを表示する方法を示す。
【図５】本発明の一実施形態によるａｕｔｏ−ｉｄデータ視覚化ソフトウェアシステムを示す。
【図６Ａ】複数の部門に渡る病院の設備のための利用率の表示の一例である。
【図６Ｂ】本発明のもう一つの実施形態による集約の一例である。
【図７】複数の部門にわたる病院の設備のための状態表示の一例である。
【図８】本発明のもう一つの実施形態による表示の一例である。
【図９】本発明のもう一つの実施形態による、時間と共にオブジェクトを追跡する表示の一例である。
【図１０】本発明のもう一つの実施形態による、時間と共にオブジェクトを追跡する表示の一例である。
【図１１】本発明のもう一つの実施形態による、異なる位置にわたる設備の分配を示す表示の一例である。
【図１２】本発明のもう一つの実施形態によるフィルタリングの一例である。
【図１３】例示ａｕｔｏ−ｉｄシステムのブロック図である。
【図１４】図１３のａｕｔｏ−ｉｄインフラストラクチャと共に使用する例示ネットワーク構造のブロック図である。
【発明を実施するための形態】
【００１１】
ここで説明されるものは、自動識別データを表示するための技術である。以下の記述は、説明のためであり、本発明の徹底的な理解を提供するために、多数の例と具体的な詳細が示される。しかし、当業者にとって、特許請求の範囲に定義されているように本発明は、これらの例のみにおける、または下記の他の特徴との組合せにおける特徴のいくつかまたはすべてを含んでもよく、ここに説明される特徴および概念の明らかな修正および均等物をさらに含んでよいことは、明らかであろう。本発明の実施形態は、ソフトウェアに実装され、下記の自動識別データを処理する方法を実行するためにコンピュータシステムを制御する命令を包含する、コンピュータ可読メディアに格納することができる。
【００１２】
図１は、ａｕｔｏ−ｉｄシステム１００のネットワーク図である。図１において、複数の企業アプリケーション１０２、１０４、１０６、および１０８は、直感的にａｕｔｏ−ｉｄデータを表示するためのデータ視覚化コンポーネントを含んでもよい。アプリケーションは、例にあるように、サプライチェーンマネージメントアプリケーション１０２、資産追跡と管理システム１０４、倉庫管理アプリケーション１０６、分析システム１０８を含んでもよい。サプライチェーンマネージメント１０２は、製造、購買、出荷、または企業の製品もしくはサービスの販売を監視するために、企業によって使われてもよい。資産追跡と管理システム１０４は、どの資産（例えば棚卸資産）が、企業によって利用可能または利用不可能か、または望まれているかを決定するために、たとえば、サイト、組織、または組織間の中でまたはまたがって、多くの資産を監視し、追跡するために使われてもよい。倉庫管理アプリケーション１０６は、倉庫の受け入れ、在庫、選択、および出荷の態様を監督するために使われてもよい。分析システム１０８は、例えば、顧客要求への応答の早さ、盗難による損失、企業の利益または経営に影響与え得るその他の要素のような、企業運営の態様を数値化するのに使われてもよい。そのようなシステムの大量なａｕｔｏ−ｉｄデータが与えられることによって、ここで説明されるデータ視覚化ソフトウェアと技術は、素早く効率的にａｕｔｏ−ｉｄデータを分析するのに使われてもよい。
【００１３】
図１において、ａｕｔｏ−ｉｄ情報は、自動的にａｕｔｏ−ｉｄ情報を、取得、格納、共有、および使用するａｕｔｏ−ｉｄシステムを実装するミドルウェアインフラストラクチャ１１０の使用を介して、アプリケーションによって取得される。ａｕｔｏ−ｉｄシステムは、企業によって販売され、または使用される製品に関する情報などの情報の、自動収集と使用をサポートし、識別子（たとえばタグ）と識別子についての情報を取得するリーダを含む。図１において、ａｕｔｏ−ｉｄ要素の例には、オブジェクトへ付けられるバーコードラベルを読み出すかまたは印刷するために使うことができる、バーコードリーダ／プリンタ１１２を含む。ＲＦＩＤリーダ／プリンタ１１４が示され、これは、オブジェクトに付けられたＲＦＩＤタグから情報を読み出すか、または情報を割り当てるのに使われてもよい。ＲＦＩＤタグは、受動または能動のどちらかのタグを含んでもよい。リーダ位置は、タグ位置を提供するのに使われてもよい。センサ１１６は、例えば、環境センサ（例えば温度計）、音声、または光学文字認識センサを指すこともある。モバイルリーダ１１８は、ＲＦＩＤタグまたは他のａｕｔｏ−ｉｄ識別子を感知するためにユーザによって持ち運ぶことができるリーダを指す。最後に図１において、ＰＬＣ（Ｐｒｏｇｒａｍ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ）デバイスは、オン／オフ制御、タイミング、ロジック、カウント、シーケンスのようなアプリケーションのために使われるデジタルコントローラを表す。バイオメトリックデバイスのような他のデバイスもまた、含まれることができる。
【００１４】
図１の例示の企業アプリケーションは、企業がシステム全体からのａｕｔｏ−ｉｄデータを収集、共有、使用するための潜在的必要性を示している。たとえば、サプライチェーンマネージメントシステム１０２は、資産管理アプリケーション１０４内のデータに基づいて、ある種の資産が現在どのくらい利用可能かを知る必要があるかもしれない。分析システム１０８は、パフォーマンスの問題（倉庫の用法、配達遅延の理由、またはサプライチェーンを介して商品の進捗を確保するためなど）、問題（製品の偽造パターンなど）、物理的なオブジェクトの一般的な視認性（商品、ケース、荷台）を発見するために、ａｕｔｏ−ｉｄミドルウェア１１０からと、他のアプリケーション１０２，１０４、または１０６からも、データを抽出することができる。分析システム１０８は、たとえばここで説明される視覚化技術を使ったポータルシステムを介して発見された結果を報告してもよい。
【００１５】
図１に示されるように、どのａｕｔｏ−ｉｄデバイス／システム１１２−１２０によっても取得される情報は、どの企業アプリケーション１０２−１０８に通信し、共有し、使われてもよい。このように、企業は、その運営の範囲全体にわたって、本質的にリアルタイムな情報を入手し、使用することができる。さらに企業は、他の企業と情報を共有してもよい。例えば、サプライチェーンマネージメントアプリケーション１０２は、第１の企業（たとえば小売店）と関連付けることができ、倉庫管理アプリケーションは第２の企業（たとえば製造業者）関連付けることができる。ａｕｔｏ−ｉｄデバイス／システム１１２−１２０から情報を取得し、ミドルウェアインフラストラクチャ１１０にわたって、この情報と他の情報を共有することによって、これら２つの企業は、両方ともそれぞれの運営の効率をあげることができる。
【００１６】
図２は、本発明の一実施形態によって、ａｕｔｏ−ｉｄデータを視覚化するために使うことができるａｕｔｏ−ｉｄシステムを示している。自動識別（「ａｕｔｏ−ｉｄ」）システム２００は、タグ２２０を付したオブジェクト２１０を含む。オブジェクト２２０は、店の商品、会社の資産（例えばコンピュータまたは医療装置）、または人々さえを含む様々な物体のいずれかであってよく、またそれらに限られない。たとえば、タグ２２０は、ＲＦＩＤタグであってよく、タグ内に電子的に格納される識別を含む。タグ２２０のレンジ内に位置するリーダ２３０は、無線信号を使って、タグからタグ識別（「タグＩＤ」）を受け取っても良い。リーダ２３０による読取処理は、たとえば、読取要求によって開始されてもよい。いくつかの実施形態において、リーダ２３０は、タグ２２０へ情報を書く（印刷する）こともできるかもしれない。リーダの位置は、通常知られているので、受け取られたタグＩＤは、リーダ２２０の既知の位置に関連付けることができる。リーダが読取要求を発行するとき、リーダのレンジ内のすべてのタグは、それらのタグＩＤを返すことができる。このようにリーダ２３０は、異なるタグから数多くのタグＩＤを受け取ることができ、これらのタグは複数のタグＩＤと関連付けられているリーダの位置という結果になるかもしれない。リーダ２３０によって受け取られるタグＩＤは、サーバ２３０へ伝送され、そして次にそのタグＩＤのものを格納施設に格納することができる。一実施形態において、タグＩＤおよび位置は一つまたは複数のデータベース２５０に格納される。タグＩＤが特定のオブジェクトに関連付けられるので、オブジェクトについての他の情報もまた、格納される。一実施形態において、タグＩＤ、位置、およびそれぞれのオブジェクトの属性は、データベース２５０内のテーブル２５１および／または２５２のような、データベーステーブルに格納される。
【００１７】
図１および図２に記載されたシステムのアプリケーションは、広範囲の位置にわたって位置づけられた多数のリーダからの非常に多くの数のタグＩＤを受け取り、格納してもよい。それにより、大量のデータが、ａｕｔｏ−ｉｄシステムの実装の結果として生成されるかもしれない。さらに、そのシステムは、異なる時点での階層データを格納できる。上記に述べられたように、この情報を使用することは、チャレンジとなり得る。一実施形態において、本発明は、ａｕｔｏ−ｉｄ情報を階層へ組織し、データの階層関係を示すために入れ子形状を含む直感的なフォーマットの階層によって情報を表示する、データ視覚化ソフトウェアコンポーネント２６０を含む。
【００１８】
図３Ａ−Ｃは、本発明の一実施形態によるａｕｔｏ−ｉｄ階層を示している。図３Ａ−Ｂは、ツリーマップとして知られる入れ子形状の構造において、データを階層的に視覚化することを示している。ツリーマップ視覚化は、多次元マッピングにおいて階層的に情報を表現する。この例において、入れ子形状の四角は、２面的な階層を表すために使われる。他の形状が使われうることを理解されたい。図３Ａのノード３１０のツリー階層の最も高いレベルは、図３Ｂの外枠３１０として、ツリーマップ内で表現されてもよい。ツリー階層内の図３Ａの他のツリーレベル３２０と３３０は、図３Ｂのツリーマップの内枠によって表現される。たとえば、第２レベル３２０において、図３Ａ内の３つの情報のノード３２１、３２２、および３２３は、長方形３１０内に入れ子された図３Ｂの長方形３２１、３２２、３２３によって表現される。同様に、第２レベル３３０において、図３Ａ内の３つの情報のノード３３１、３３２、３３３は、長方形３２２内に入れ子された図３Ｂの長方形３３１、３３２、３３３によって表現される。ツリー階層は、様々な異なった要求に従って、ユーザによって指定されてよい。いくつかの実施例において、階層は、異なった方法でデータを閲覧するために対話式に変えてもよい。
【００１９】
一実施形態において、ツリーマップは、様々な重みやラベルを使用して、表のデータを変換する。ノードの重みは、タグＩＤに関連付けられる数値データによって決定されてもよい。そのようなデータは、ツリーマップノードの境界の形状の大きさ（たとえば長方形の大きさ）を決定するのに使われてもよい。ノードの重みは、表示サイズを決定してもよく、関心の重要性または度合いの尺度として使うことができる。もう一つの例において、ツリーマップ視覚化は、階層を視覚的表示へ変換するためにプロパティのリストに従ってもよい。一例をあげると、もしノード３１０がノード３２０の祖先である場合（つまり、階層レベル３２０のノードがノード３１０のサブノード）、ノード３１０の境界の形状は、ノード３２０の境界の箱を完全に囲う。２つのノードの境界の形状は、あるノードがもう一方の祖先であるとき、交差してもよい。実例の目的のために、本例は階層を描くために空間を分けて、階層レベルにまたがる長方形の辺を示している。さらに、ノードの重みは、その子の重み合計以上とすることができる。ノードの境界の形状を設定するのに加えて、色（色調、色彩、明るさ）、形状、影、パターン、境界などの他の表示プロパティを設定してもよい。いくつかのアプリケーションにおいて、色は重要な視覚のプロパティかもしれない。というのは、それは情報を獲得し決定を下すのに、早く正確な方法だからである。一実施形態において、表示は、プロパティを表示するのに、位置、属性値、タグＩＤなどのコンテンツ情報をマッピングすることによって、実装されるかもしれない。ニューメリックベースのデータではなくテキストベースのデータについて、色は、固有のフィールドを区別するのに割り当てることができる。
【００２０】
図３Ｃは、本発明の一実施形態によるａｕｔｏ−ｉｄメソッドを示す。３０１において、システムはタグＩＤ（ａｕｔｏ−ｉｄ）を格納する。例えば、タグＩＤは、リーダによって取り出され、一つまたは複数のデータベーステーブルに格納されてもよい。３０２において、タグＩＤに関連する位置もまた格納される。例えば、ある特定のリーダによって受け取られたタグＩＤは、リーダの既知の位置と関連づけられてよく、位置とタグＩＤはデータベースに格納されてもよい。３０３において、それぞれのタグに関連する情報もまた格納される。たとえば、タグＩＤが受け取られるとき、ＩＤはタグが取り付けられたオブジェクトについての情報を取得するためにデータベースから、データをクエリするのに使われてもよい。オブジェクトの位置は、そのような情報と共に格納されてもよい。一実施形態において、それぞれのオブジェクトについての情報は、複数の属性として格納されてよい（たとえば、データベースのレコードのような）。オブジェクトの名前、型式、価格、または他の役に立つ属性などの属性は、タグＩＤと関連付けられる。
【００２１】
３０４において、階層が生成される。階層は、タグＩＤに関連付けられる位置、または属性の値、あるいはその両方を含むことができる。たとえば、タグＩＤは、「部屋３４７１Ｄ」のような位置と関連付けられてもよく、この位置は、例えばタグＩＤを受け取ったリーダの位置とすることができる。そのような部屋は、郡の病院の東部区域の３階の西棟にあるかもしれない。これによって、「郡のサービス」を階層のトップ（またはルート）ノードとする階層が生成されるかもしれない。「病院」は「郡のサービス」の下のサブノードの一つであってよい。「東部区域」は「病院」のサブノードであり、「３階」は「東部区域」のサブノードである。「西棟」は「３階」のサブノードであり、「部屋３４７１Ｄ」は「西棟」のサブノードである。前の例に説明したように、階層を生成するために位置を使用することができるが、他の情報を使用して階層を生成できることが理解されるべきである。もう一つの実施形態において、階層は、格納されたタグ識別に関連付けられたオブジェクトの複数のプロパティとすることができる。たとえば、タグＩＤは、会社によって所有され、資産として追跡される携帯電話に付けられてもよい。もしリーダがタグＩＤを読み出すと、そのＩＤは情報を取り出すのに使われ、その情報は、「携帯電話」に設定された「デバイスタイプ」属性を含むことができ、そしてそのため「携帯電話」は、階層の一レベルとすることができる。会社は、モトローラ（登録商標）、ノキア（登録商標）、または他の製造業者のような、たくさんのタイプの携帯電話を、従業者に配布するかもしれない。これらの製造業者の記述子は、階層内で「携帯電話」ノードのサブノードであるかもしれない。さらに、「携帯電話」は「通信装置」ノードのサブノードであり、「通信装置」ノードは「電子装置」ノードのサブノードであり、「電子装置」ノードは「会社の資産」ノードのサブノードであるかもしれない。これらの例は、ほとんどの有用な階層が指定でき、ａｕｔｏ−ｉｄデータを組織化するために使用できることを示している。３０５において、階層は、例えば図３Ｂに示される入れ子形状を使用するツリーマップとして表示してもよい。
【００２２】
図４は、本発明の一実施形態によって、ａｕｔｏ−ｉｄデータを表示する方法を示している。４０１において、タグＩＤは、たとえばリーダによって取り出される。４０２において、位置識別子（位置ＩＤ）は、タグＩＤと関連付けられる。位置ＩＤは、ある特定のタグＩＤに検知したリーダの位置を決定するのに使われる。タグＩＤはリーダの位置に関連付けられるので、これらの情報の一部は、リーダが特定の位置に付けているある特定のオブジェクトについてのすべての情報を関連付けるのに使用されるかもしれない。その位置ＩＤは、タグＩＤを取り出したリーダの既知の場所であってよい。あるいは、位置ＩＤは、リーダＩＤのようなコードであってもよく、このコードはたとえばリーダの位置を探索するために使われるかもしれない。一旦、タグＩＤとリーダ位置の指定子が決定されると、これらの情報の一部は、タグＩＤが付けられたオブジェクトについての情報を関連付けるのに使われるかもしれない。たとえば、４０３において、情報はタグＩＤに基づいてアクセスされるかもしれない。たとえば、タグＩＤは、サーバで受け取られ、データベースへのクエリ入力として使用されるかもしれない。クエリに応答して、タグについての情報が、取り出されるかもしれない。一実施形態において、タグＩＤは、タグＩＤが付けられた特定のオブジェクトに対応するデータベース内の情報にアクセスするのに使用される。４０４で示されているように、属性はそれぞれのタグＩＤ（たとえば、タグが付けられたオブジェクトの名前、位置、時間、その他の有用なプロパティ）と関連づけることができ、異なる属性が、時間と共に異なった値を取ることができる。４０５に示されるように、位置は、タグＩＤに関連付けられる属性であってよい。たとえば、位置ＩＤはリーダに対応する番号である場合、その位置ＩＤは、リーダについての情報を取り出すためにクエリに最初に入力されてもよい。リーダの位置は、リーダの属性として格納されて良く、そのような位置はアクセスされ、タグＩＤの位置に適用されてよい。４０６において、情報は階層へ組織されてよい。たとえば、上に説明したように、階層は位置そして／または属性に基づいてもよい。４０７において、階層は、複数の入れ子形状（たとえば、長方形または正方形）として表示される。４０８において、「充填」は、タグＩＤに対応する情報に基づく一つまたは複数の形状に関連付けられる。たとえば、形状は、異なった色、影、パターン、またはいかなるタイプの情報による、他の視覚的な識別子で「充填」されるかもしれない。例をより詳細に以下に示す。
【００２３】
図５は、本発明の一実施形態によるａｕｔｏ−ｉｄデータ視覚化ソフトウェアシステムを示している。データ視覚化ソフトウェア５１０は、識別子（すなわち、ａｕｔｏ−ｉｄまたはタグＩＤとして称される）、位置、識別子が付けられたオブジェクトに対応する情報を含む、格納されたａｕｔｏ−ｉｄ情報のリポジトリ５２０と連結されている。視覚化ソフトウェア５１０は、フィルタリングコンポーネント５１１と、アグリゲータコンポーネント５１２と、追跡コンポーネント５１３と、タイムナビゲーション５１４と、マッピングコンポーネント５１６と、階層コンポーネント５１７とを含むａｕｔｏ−ｉｄ上の様々な動作を実行するためのソフトウェアコンポーネントを含むことができる。視覚化ソフトウェア５１０は、ここに書かれた特徴と機能を実装するための他の様々なコンポーネントを含むことができる。
【００２４】
フィルタリングコンポーネント５１１は、ユーザの好みに基づいて、データをフィルタするのに使われてもよい。たとえば、ユーザは、表示される数値のデータの範囲を指定してもよい（たとえば、上位Ｗランク、上位Ｘ％、またはＹとＺの間）。フィルタされたデータは、たとえば、灰色にされるか、ビューから隠されてもよい。データベースのデータの場合、入力フォーム要素（チェックボックス、ラジオボタン、テキストボックスなど）は、視覚表示を制限するのに使うことができる。
【００２５】
アグリゲータコンポーネント５１２は、集約と非集約の二つのタイプの解像度でデータを表示できるようにする。データが集約されているとき、それぞれ個別の資産は表示されないかもしれない。そうではなく、集約表現が示される。数値データは、２，３例のみ挙げると、平均、平均値、最大、最小、または合計を含む、様々な方法で集約されうる。テキストベースのデータは、たとえば、カウントによって集約されうる。カウントベースの集約は、段彩によって表示されるかもしれない。データは位置、ストレージタイプ、またはデバイスタイプによって集約されうるので、ａｕｔｏ−ｉｄデータの集約された視覚化は、ユーザが集約されたデータタイプへ掘り下げることを可能にする。位置またはその他の情報を含むａｕｔｏ−ｉｄデータを視覚化することによって、ａｕｔｏ−ｉｄ情報は集約することができ、位置平均、最大、または最小を表示することができる。
【００２６】
図５の例は、タイムナビゲーションコンポーネントをさらに示している。いくつかの実施形態において、時間データ（ここではタイムスタンプ）は、タグＩＤ、位置、そしてその他のオブジェクトについての情報と共に格納されるかもしれない。たとえばリーダがタグＩＤにアクセスする時、リーダは、タグＩＤがリーダによって検知された時間を指定するために時間値を返してもよい。オブジェクトが異なる位置間で移動するにつれて、階層データは、ある特定のオブジェクトが異なった時間に異なった位置にあったことを示すかもしれない。下記により詳細に表される一実施形態において、タイムスライダは、ユーザが特定の時点で情報を閲覧できるようにするために使用されてもよい。ある特定の時間のオブジェクトの位置は、タイムスライダの位置にも基づいて示されるだろう。
【００２７】
本発明の実施形態は、追跡コンポーネント５１３もまた含むかもしれない。資産追跡のような追跡は、たとえば、時間と位置を越えてオブジェクトを追跡するかもしれない。ツリーマップは、フィルタリング、集約、および時間を介してデータを操作する能力をユーザに提供するので、オブジェクトは、様々な位置にわたって様々な時間に追跡されるかもしれない。一実施形態において、旗または他の視覚的な識別子は、資産に印を付すために、ツリーマップノードに適用できる。オブジェクトは時間を越えて動くので、視覚的な識別子は、オブジェクトの動きを簡単に識別させる。
【００２８】
データ視覚化ソフトウェアシステム５１０の他の２つのコンポーネントは、マッピングコンポーネント５１６と階層コンポーネント５１７を含む。階層コンポーネント５１７は、階層を構築するためにリポジトリ５２０内の指定されたａｕｔｏ−ｉｄデータにアクセスしてもよい。階層は、たとえば、ユーザによって指定され（つまり、位置または他の情報に基づいて）、またはアプリケーションの一部としてシステムにプログラムされるかもしれない。上記のようにマッピングコンポーネント５１６は、ディスプレイに対して、リポジトリ５２０内の情報をマップするのに使われる。マッピングコンポーネント５１６は、データの表示された視覚化を生成するために、他のコンポーネントに含まれる機能を活用してもよい。マッピング５１６は、失われたまたは置き違えられたオブジェクト、故障率、稼働率、年数、移動率、または他の役に立つ様々な情報のように、計算された様々なデータタイプのための視覚化を実装してもよい。たとえば、システムは、予測された位置を含んでもよく、そのシステムは予測された位置と実際の位置を比較し、資産が置き違えられたかまたは失われたかを決定するかもしれない。資産を失うことと置き違えることは、色によって強調表示されるか、またはフィルタリングのために使われることができる。もう一つの例として、システムは、デバイスの故障を追跡してもよい。故障は、ランキング（たとえば、もっとも故障するデバイス）そして／または確率（たとえば、あるタイプのデバイスの故障した割合）によって追跡されるかもしれない。一例を挙げると、アプリケーションは、資産故障ランキングと割合を計算するかもしれない。ランキングと割合は、ツリーマップの入力変数として使われるかもしれない。この情報は、入れ子形状の大きさ、そして／または、色または影の表示された方式を介して、視覚的に表示できる。そのデータセットは、たとえば、故障に基づいてフィルタされることも可能である。
【００２９】
一実施形態において、データもまた、利用率を決定するためにアクセスされてもよい。このデータセットから、アプリケーションは、利用された資産のランクと率を抽出してもよい。資産の最上位と最下位の割合は、たとえば、ツリーマップのデータ入力として使われてもよい。利用は、たとえば入れ子形状の、大きさ、色、または影を通して表示することができる。利用データは、フィルタリングにも使うことができる。表１に、本発明のほかの実施形態によって表示されうる他のプロパティを示す。
【００３０】
【表１】
2010186478.tif 000003
【実施例】
【００３１】
本発明の特徴と利点は、続く具体的な例を通してより簡単に理解することができる。第１に、ヘルスケアアプリケーションに適応される本発明の一例を提示する。図６Ａは、複数部門に渡る病院の備品の利用率の表示の一例である。それぞれの四角の大きさはおおよそ同じである。それぞれの四角は、車椅子、コルポスコープ、シリンジ・ポンプ、超音波、歩行器、ストレッチャー、補聴器、松葉杖、ＩＶポンプ、吸入器などを含む特定の備品の１つに対応する。それぞれの四角に割り当てられている模様は、特定の備品の１つの利用率に関係する。利用率は模様６０１（２０％以下の低い利用率）から模様６０４（９０％以上の高い利用率）の間の範囲にわたる。他の実施形態において、異なった利用率を示すのに、異なる色、または影（たとえば濃淡）が使われる可能性がある。この図から、臨床医学部内の病院の備品管理者は、たとえば、さまざまな位置の利用率を特定できる。位置と利用率を組み合わせることによって、管理者は、低い利用率の備品を、より高い利用率の地域へ移動すべきかを決定することができる。たとえば、産科の第２の車椅子は、ＥＲへ移動されるかもしれない。なぜなら、ＥＲは高い利用率に対して、たった１つの車椅子しか有さないからである。第２の車椅子は、模様で記されているように、産科で利用中である。
【００３２】
図６Ｂは、本発明のもう１つの実施形態による集約の一例である。図６Ｂに示されるように、情報は階層の１つまたは複数のレベルに集約されるかもしれない。この例において、６１０のＥＲ、６１１の放射線科、６１２の病室、６１４の臨床工学、および２階のもう１つの病室における資産の利用率は、それぞれの位置での平均資産利用率を示すために、それぞれ集約された。
【００３３】
図７は、複数の部門にまたがる病院の備品の状態を表示する一例である。状態は、使用可７０１、メンテナンス中７０２、または使用中７０３を含む。四角はだいたい同じ大きさであり、模様は、備品の状態に関連する。模様７０１は、アイテムが使用可であることを含み、模様７０２はアイテムがメンテナンス中であることを含み、模様７０３はアイテムが使用中であることを含む。たとえば、もし病院の備品管理者が看護婦からＩＶポンプのコールを受け取ると、どの使用可のポンプがその看護婦に一番近いかを簡単に見ることができる。位置と状態を組み合わせることによって、管理者は、病院にわたる備品の全体的な状態を決定することができる。病院の備品状態の全体的なビューにより、備品管理者が、備品購入にするか、備品レンタルにするかについての正確な選択をなすことを可能にするだろう。もしあるタイプの備品は、頻繁に使われるか、または常にメンテナンス中ならば、備品管理者は、もっと備品をレンタルするか、または買うかどうかを決定できる。
【００３４】
図８は、本発明のもう１つの実施形態による表示の一例である。この例は、階、部門、および備品によってデータをグループ分けするよりむしろ、データが備品のタイプ、部門、および部品によってグループ分けされるように階層が修正された図７と同じ情報を示している。この変化により、備品管理者は、備品のタイプによって備品の状態を見ることができ、それによって利用可能な備品のより簡単な識別を容易にするだろう。
【００３５】
図９は、本発明のもう１つの実施形態による、時間を越えてオブジェクトを追跡する表示の一例である。この例示の視覚化は、時間の期間にわたってどのように資産が動くかを示している。一実施形態において、特定のオブジェクトは、旗のような、視覚的な識別子に関連付けられるかもしれない。たとえば、外科の２階のシリンジ・ポンプとＩＶポンプは、たとえば、旗９１０と９１１に関連付けられ、ＥＲ（救急救命室）の１階の車椅子は、旗９１２に関連付けられるかもしれない。一実施形態において、旗は、オレンジ色９１２、赤色９０２、黄色９０３のように、異なる色に関連付けられるかもしれない。これらの色づけされた旗は、ユーザが追跡したい特定の資産上に置かれてもよい。さらに、一実施形態において、９０４と９０５に示されるタイムスライダは、異なる時間における情報を閲覧するのに使われてもよい。たとえば、それぞれのａｕｔｏ−ｉｄに関連付けられた情報は、たとえばオブジェクトがある位置にある時間を示すために使われるかもしれないタイムスタンプを含むかもしれない。ここで、視覚的なタイムスライダ９０４は、２００５年１０月２０日午後２時に設定される。したがって、この時点で、マークされたシリンジ・ポンプ９１０とＩＶポンプ９１１は２階の外科で示され、マークされた車椅子９１２は１階のＥＲにおいて示される。旗は、それらの与えられた備品にまだ関連付けられているが、車椅子は３階の病室へ移動されていた。このＲＦＩＤ情報の視覚化は、時間と共にどのように備品が移動したかを見ることを簡単にする。また、備品の状態は時間と共に変わってくる。２時に車椅子は「使用可」であった。午後２時３０分に車椅子は「使用中」を示す。したがって、オブジェクトは、時間とともにオブジェクトの状態（たとえば移動）における変化を示すために、第１の階層レベル（たとえば、異なる階にわたって）の複数の位置に表示されてもよい。
【００３６】
図１０は、本発明のもう１つの実施形態による時間にわたってオブジェクトを追跡する表示の一例である。この例において、単一のオブジェクトはさまざまな時間に単一の表示において示される。たとえば、時間範囲は指定され、ある特定のオブジェクトのための情報は、それが時間で変わるように示されるかもしれない。１０１０において、車椅子は、「メンテナンス中」状態で月曜に臨床工学科の２階にあったかもしれない。１０１１の火曜において、車椅子は、「使用可」状態でＥＲの１階にあるかもしれない。１０１２の水曜において、車椅子は、病室の３階にあるかもしれない。１０１３の木曜において、車椅子は、放射線科の１階へもう一度移動された。時間にわたる備品の移動と状態を追跡する能力により、備品管理者が、高レベルの観点から備品の活動を閲覧することを可能にする。これは、備品移動の履歴を点検することによって、ユーザが問題や課題を確かめることも可能にする。
【００３７】
図１１は、本発明のもう１つの実施形態による異なる位置にわたる備品の配置を示す表示の一例である。図１１において、会議で複数の部屋にわたるラップトップの配置が示される。それぞれの四角の大きさは、それぞれのラップトップの価格に比例し、模様はそれぞれのラップトップの異なる処理速度を示す。この視覚化によって、ＩＴ（情報技術）イベント管理者は、どの部屋がどのタイプのラップトップを有するかを、簡単に見ることができる。たとえば、ある会議室は、次のように異なる要求を有するかもしれない。つまり、部屋Ｂ２３は高速のラップトップを必要とせず、残りすべての部屋は少なくとも１ＧＨｚのプロセッサのラップトップを有することを必要とし、部屋ごとに１つのラップトップはプロジェクタとして使用され、それは低い処理速度でよい。これらの要求を考慮して、ａｕｔｏ−ｉｄデータの視覚化は、部屋Ｂ３２が、６００ＭＨｚのプロセッサを有し、部屋Ｂ７３とＣ１３にあるプロセッサは少なくとも１ＧＨｚであり、よってこれらの部屋が、より低い処理速度に交換されたそれらのラップトップのうちの少なくとも１つを有すことができることをユーザに示す。
【００３８】
同様に、本発明の他の実施形態は、置き違えられたオブジェクトを識別し、移動の度合いを追跡し、オブジェクトの年数を識別し、またはａｕｔｏ−ｉｄリーダによる読取り率を決定するのに使用してもよい。たとえば、一実施形態におけるそれぞれの四角の大きさは、すべてのラップトップで同じかもしれない。それぞれの四角に関連付けられた模様または色は、現在置き違えられているすべてのラップトップを示すかもしれない（たとえば、ａｕｔｏ−ｉｄリーダは、それがあるべき場所から離れている位置にあるオブジェクトを検知する。）。たとえば、もしラップトップがある部屋にあることを予測されているのに、他の場所に置かれるか、またはどのリーダによっても記録されていないならば、ラップトップに対応する四角は、強調表示されるか、模様付けされ、ラップトップが置き違えられていることを示すだろう。したがって、ＩＴイベント管理者は、どのラップトップが現在置き違えられているか、簡単に見ることができる。同様に、オブジェクトは移動の度合いに関連付けられてもよい。たとえば、画面上の四角を埋めるために使われる模様または色は、移動レベルに比例するかもしれない。特定の模様または明るい着色は、オブジェクトがしばしば移動されていないことを示すのに対し、他の模様または暗い着色は、オブジェクトがしばしば移動されたことを示してもよい。他の実施形態において、資産の年数は、模様または色の影によって区別することもまたできる。たとえば、より明るい緑は、より新しい資産を示すために使われ、暗い灰色はより古い資産を示すために使用されるかもしれない。年数の視覚化を使用することで、ＩＴイベント管理者は、それらの色によってより古いラップトップと、ラップトップの減価した価値を識別できる。施設を通じてより古い資産の配置の決定もまたされるかもしれない。もう１つの実施形態において、読取り率は潜在的に問題のあるａｕｔｏ−ｉｄコンポーネントを識別できるように、監視されていてもよい。たとえば、読取り率は、色または模様に関連付けられ、ツリーマップ内に表示されてもよい。ツリーマップから、ＩＴイベント管理者は、位置によって、問題のあるリーダとラップトップを識別できる。オブジェクトは位置によってグループ分けされているので、暗い色付けされたセルの位置は、たとえば、機能不全のリーダを示すかもしれない。
【００３９】
図１２は、本発明のもう１つの実施形態におけるフィルタリングの一例である。いくつかの実施形態において、ａｕｔｏ−ｉｄに関連するデータの一部は、データの特定の属性に焦点をあてることをユーザに可能にさせるために他のデータがビューから隠される一方で、表示されるかもしれない。たとえば、一実施形態において、データは、操作者に行方不明または置き違えの資産を表示するためにフィルタされてもよい。たとえば、ラップトップは、会議センターの様々な部屋に配置されてよい。それぞれの資産の大きさは、コストに比例して表示され、色または模様は異なる操作者に関連づけられてもよい。この視覚化から、ＩＴイベント管理者は、行方不明の資産の位置と責任者を識別できる。このビューから、ユーザは、大量の資産の処理を誤った個人を識別することもまたできる。
【００４０】
もう１つの例のように、ツリーマップは、複数の契約製造工場において、顧客ツールの配置を示すかもしれない。たとえば、１つの契約工場は、異なる顧客のための製品を製造するかもしれない。それぞれの顧客製造ジョブは、異なるツールを必要とするかもしれない（たとえば、ジョブＡ／顧客Ａ、ジョブＢ／顧客Ａ、ジョブＡ／顧客Ｂなどのためのツール）。そのツールは、ａｕｔｏ−ｉｄを備えていてもよく、それによって、それぞれのツールの位置は、工場施設内で確定され、それぞれのタグのＩＤはジョブそして／または顧客に関連付けられてもよい。ツリーマップのトップレベルの階層は会社に対応し、第１のレベルは、製造施設に対応する。より低いレベルは、それぞれの施設の特定の位置を指定してもよい。ツリーマップ階層内のそれぞれの形状の大きさは、資産のコストを表し、色または模様は顧客を表してもよい。したがって、もしユーザが、ジョブＦ／顧客Ｚで必要とされるすべてのツールを位置づけることを望んだら、ユーザはツリーマップをフィルタし、望まれたツールの位置を識別するのに必要なレベルへ対話形式で移動してもよい。したがって、たとえば、経理管理者は、ある特定の顧客の資産を現在含む施設を識別し、ジョブの実行を計画できる。
【００４１】
もう１つの実施形態において、フィルタは、備品のある故障率を示すように設定されてもよい。たとえば、視覚化は、トップ％またはトップにランクされた故障資産を識別してもよい。ツリーマップの形の大きさは資産のコストを表し、模様または色は資産のタイプを表してもよい（たとえば、製造工場の道具）。たとえば、故障率がもっとも高いトップ１０、または故障した資産のもっとも高いトップ５に対応する形状のみが示されてもよい。したがって、道具管理者は、たとえば故障した道具のトップ１０を識別できる。この視覚化から、ユーザは、特定の資産が故障する傾向がある大きい投資を必要とすることを判定できる。
【００４２】
さらにもう１つの実施形態において、フィルタリングは、安全性レベルに従って、行方不明の資産を特定するのに使うことができる。たとえば、製造工場のいくつかの資産（道具または原料）は、他のものより従業員に危険かもしれない。そのような品目は、データベース内に安全なレベルで関連付けられうるａｕｔｏ−ｉｄを含むかもしれない。この情報は、読取りの間に取得された位置情報と一緒に、施設の危険な資産を視覚化するために使われるかもしれない。たとえば、ツリーマップ視覚化は、もっとも高い安全性レベルの行方不明の資産を識別するかもしれない。それぞれのツリーマップの形状の大きさは、資産のコストを表し、色または模様は安全性レベルを表すかもしれない。フィルタリングは、もっとも高い安全性レベルに制限される（たとえば、１は安全な資産を表し、５はもっとも危険な資産クラスを表す、１−５階級の安全性レベル４と５）ように、強調表示された資産が使われてもよい。この計算から、道具管理者は、安全性レベル４と５の行方不明の道具を識別することができる。この視覚化から、ユーザは、潜在的な従業員への害のために、どの資産がすぐに特定されるべきか、決定することができる。ユーザは、たとえば、もっとも行方不明の資産を有する位置（たとえば、製造施設）を識別することもできる。
【００４３】
例示のａｕｔｏ−ｉｄインフラストラクチャ。
【００４４】
図１３は、ａｕｔｏ−ｉｄシステムの一例のブロック図である。図１３において、企業アプリケーション１３０２は、さまざまなほかの企業アプリケーションと同様に、上記で検討された図１のさまざまなアプリケーション１０２−１０８を含むかもしれない。これらのアプリケーションの１つまたは複数は、ａｕｔｏ−ｉｄデータを視覚化するための上記で説明された技術を実行する視覚化コンポーネントを含むかもしれない。
【００４５】
ａｕｔｏ−ｉｄインフラストラクチャ１３０４は、たとえば、図１のミドルウェアインフラストラクチャ１１０のいくつかまたは全体を表すかもしれない。詳しくは、ａｕｔｏ−ｉｄインフラストラクチャ１３０４は、ａｕｔｏ−ｉｄノード１３０６、１３０８、および１３１０を含む。ａｕｔｏ−ｉｄノード１３０６、１３０８、および１３１０は、一般に、ａｕｔｏ−ｉｄデバイス１３１８−１３２６によって取得される情報を、既存のビジネスロジックまたはデータと関連付けるよう設計された、定義された位置のノードを表す。さらに、ａｕｔｏ−ｉｄノード１３０６、１３０８，１３１０は、ａｕｔｏｉｄデバイス／システム１３１８−１３２６によって追跡されてきた製品またはオブジェクトのための履歴情報を格納するために使われるかもしれない。そのような履歴情報は、たとえば、ある特定の時間の状態情報と、オブジェクトの位置と、追跡されたオブジェクトまたは特定の位置に関連した環境情報と、所望の目的のために集められ組み合わされてきた複数のオブジェクトのための情報とを含むかもしれない。
【００４６】
ａｕｔｏ−ｉｄノード１３０６、１３０８、および１３１０は、企業全体を通してまたは複数の企業にわたって、戦略的に配置されてもよい。たとえば、１つまたは複数のａｕｔｏ−ｉｄノード１３０６は、製造の場所に位置づけてもよく、一方で、ａｕｔｏ−ｉｄ１３０８は、小売製品流通の場所に位置づけてよく、ａｕｔｏ−ｉｄノード１３１０は、小売店に位置づけてよい。さらに、１つまたは複数のａｕｔｏ−ｉｄノードは、原材料供給業者、製造工場、製造流通センター、運輸サービスの場所に提供することができる。このように、ａｕｔｏ−ｉｄノードの実際の設定に特有の情報は、その特定のノードにてのみ、取得され保持されてもよい。
【００４７】
たとえば、小売店のａｕｔｏ−ｉｄノード１３１０は、品目の小売価格、または小売店の棚の品目の数を追跡するのに使われるかもしれない。そのような情報は、製造工場の場所の、ａｕｔｏ−ｉｄノード１３０６に役立たないかもしれないが、小売流通の場所のａｕｔｏ−ｉｄノード１３０８には一部役に立つかもしれない。たとえば、小売流通の場所のａｕｔｏ−ｉｄノード１３０８は、品目の小売価格には関心がないが、現在棚にある品目の数には興味があるかもしれない（仕入れ直しの目的で）。
【００４８】
同様に、上記の視覚化ソフトウェアのような、異なる場所でのビジネスプロセスおよびビジネスロジックは、局所的ａｕｔｏ−ｉｄノード１３０６、１３０８、および１３１０の使用から利益を得るかもしれない。たとえば、小売ａｕｔｏ−ｉｄノード１３１０は、物体の盗難を防ぐためのワークフローを含むことができ、一方で、製造ａｕｔｏ−ｉｄノード１３１６は、ある特定の時間期間において製造されるオブジェクトの量を監視することに関心があるかもしれない。このように、局所化されたａｕｔｏ−ｉｄノードの分散ネットワークの使用によって、システム１３００は情報をより効率的に、そして様々な場所でユーザにより使いやすい方法で、処理することができる。
【００４９】
システム１３００のそれぞれのａｕｔｏ−ｉｄノードは、デバイスコントローラ１３１２、１３１４、および１３１６として図１３に示されているように、１つまたは複数のデバイスコントローラを含んでもよく、これらのコントローラは、流通ａｕｔｏ−ｉｄノード１３０８に関連付けられている。もちろん、ａｕｔｏ−ｉｄノード１３０６、１３０８、および１３１０のそれぞれは、より少ないかまたはより多くのデバイスコントローラを有すかもしれず、またはデバイスコントローラをまったく使用しないかもしれない。
【００５０】
一例としてデバイスコントローラ１３１４を参照すると、図１３は、デバイスコントローラ１３１４がａｕｔｏ−ｉｄデバイス１３１８−１３２６のいくつかまたはすべての操作を監督と調整するのに使ってもよいことを示している。もちろん、デバイスコントローラ１３１２と１３１６は、それらのデバイスコントローラに接続されるかもしれない同様のａｕｔｏ−ｉｄデバイスの操作を監督するのに使われるかもしれない。
【００５１】
より具体的には、デバイスコントローラ１３１４は、その関連付けられたａｕｔｏ−ｉｄノード１３０８の効率を増加するように、ａｕｔｏ−ｉｄノード１３１８−１３２６からのデータを処理するために使用されるかもしれない。たとえば、デバイスコントローラ１３１４は、外部の情報を移動するかもしれない、またはａｕｔｏ−ｉｄノード１３０８の流通機能に有用な方法、そして／または企業アプリケーション１３０２に有用な方法で、そのａｕｔｏ−ｉｄノード１３０８によって指定される方式で、データを結合または修正するかもしれない。
【００５２】
このように、デバイスコントローラ１３１４は、おそらくａｕｔｏ−ｉｄノード１３０８からの命令に基づいてａｕｔｏ−ｉｄデバイス１３１８−１３２６を調整および管理し、ａｕｔｏ−ｉｄデバイスからａｕｔｏ−ｉｄノード１３０８へ情報を中継（処理）する。たとえばａｕｔｏ−ｉｄノード１３０８は、オブジェクト１３２８（例えば、販売のために小売業者へ分配されるおもちゃまたは他の品目）に対する特定のクラスのデータ（たとえば質のような）を取得するようにデバイスコントローラ１３１４に指示するために使われるかもしれない。次に、デバイスコントローラ１３１４は、オブジェクト１３２８に関連付けられたタグ１３３０からこの情報を取得するためにＲＦＩＤ／プリンタ１３２０を使用し、そして、問題のオブジェクト特定数がａｕｔｏ−ｉｄノード１３０８に使用可であるかの情報を渡す前に、現在取得されているどの望まれていない情報を移動してもよい。
【００５３】
もう１つの例として、ａｕｔｏ−ｉｄノード１３０８は、オブジェクト１３２８へ情報を割り当てるために、デバイスコントローラ１３１４に指示するかもしれない。たとえば、デバイスコントローラ１３１４は、（たとえば、新しい価格情報を格納するために、またはあるクラスのオブジェクトに取り付けられたＲＦＩＤタグ１３３０との関連において）オブジェクト１３２８の現在の価格を変えるためにＲＦＩＤリーダ／プリンタ１３２０を使用するかもしれない。
【００５４】
図１３から、デバイスコントローラ１３１２、１３１４、および１３１６のそれぞれが、そのすべての関連付けられたａｕｔｏ−ｉｄデバイス、そして／または環境デバイス１３１８−１３２６に対して、データを、フィルタ、集約、書き込み、または別の操作をするのに使ってもよいのと同時に、ａｕｔｏ−ｉｄノード１３０８は、その関連付けられたデバイスコントローラ１３１２、１３１４、および１３１６のために、データを、フィルタ、集約、書き込み、または別の操作をするように動作可能であることを理解されたい。このように、ａｕｔｏ−ｉｄノード１３０８は、企業アプリケーション１３０２の１つまたは複数の上で動作可能とすることができるビジネスプロセスで、そのデバイスコントローラ１３１２、１３１４、および１３１６からの情報を統合してもよい。
【００５５】
拡張によって、企業アプリケーション１３０２は、ａｕｔｏ−ｉｄノード１３０６、１３０８、および１３１０のすべてからの集約情報を集約するように動作可能であることが分かるかもしれない。さらに、システム１３００のあるレベルで有用な情報は、他のレベルではあまり有用ではないかもしれないことを理解されたい。たとえば、企業アプリケーション１３０２は、リーダ／プリンタ１３２０によって収集された低いレベル（たとえば品目レベル）の情報に興味がないか、または使えないかもしれない。むしろ企業アプリケーション１３０２は、情報が、デバイスコントローラ１３１４そして／またはａｕｔｏ−ｉｄノード１３０８によって、フィルタそして／または統合される限度でその情報に関心があるだけかもしれない。
【００５６】
説明したアーキテクチャの結果として、企業アプリケーション１３０２から、そして／または複数の企業アプリケーションからのビジネスロジックはａｕｔｏ−ｉｄミドルウェア（たとえば、図１のａｕｔｏ−ｉｄインフラストラクチャ１１０の一部として）においてサポートされるかもしれないことを理解されたい。さらに、そのような複数の企業アプリケーションは、企業アプリケーションのすべてと共通する、単一の物理ハードウェアシステムと単一のａｕｔｏ−ｉｄミドルウェアでサポートされるかもしれない。
【００５７】
図１４は、図１３のａｕｔｏ−ｉｄインフラストラクチャ１３０４で使用するためのネットワークアーキテクチャ１４００のブロック図である。より具体的には、図１４は、図１３のａｕｔｏ−ｉｄインフラストラクチャ１３０４が、ａｕｔｏ−ｉｄシステムで使うために開発されたＥＰＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅ）と共に使用することができるアーキテクチャを示している。
【００５８】
ＥＰＣは、ＵＰＣ（Ｕｎｉｆｏｒｍ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅ）識別子に似た固有の番号を指し、これは複数の組織と企業が、それら各々の製品、商品、サービス、またはその収集（たとえば、パレット、ケース、またはトラック積荷）を固有に指定し識別するのに使うことを同意した、あらかじめ定められたフォーマットとスキームである。ＲＦＩＤシステムの文脈で次に、ＥＰＣは、図１３のオブジェクト１３２８上のタグ１３３０に割り当てられるかもしれない。たとえば、古典的ＥＰＣは、ヘッダフィールド（様々なフォーマットを区別するため）、製造フィールド（ＥＰＣを割り当てているそれぞれの組織がその固有の製造フォーマットを有する）、製品フィールド（製品コード）、およびシリアルナンバー（製品に付随の）の４つのフィールドによって定義される。
【００５９】
図１４において、ＥＰＣＩＳ（ＥＰＣ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）レイヤー１４０４は、ネットワーク上でＥＰＣデータの交換を可能にする。つまり、ＥＰＣＩＳは、識別されたＥＰＣ番号を有するリーダは、その番号について（そしてそれ故に、その関連付けられたアイテムについて）の情報を見つけて使用することができる、標準的なフォーマットまたはプロトコルを提供する。いくつかの実行、そして／または関連する実装において、たとえば、ＰＭＬ（Ｐｈｙｓｉｃａｌ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ）そして／またはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ）のような言語は、上記変換またはビジネスレベルのＥＰＣ情報の使用のために使用されてもよい。
【００６０】
ＥＰＣＩＳ層１４０４は、アプリケーションマネージャ１４０６から情報を受け取り、このマネージャは情報イベント（たとえばタグ読み）を監督し、ＥＰＣＩＳ層１４０４と、それによってＥＰＣＩＳリポジトリ１４１０への通信イベントを管理するように、一般的に動作可能である。リポジトリ１４１０は比較的長い時間期間に渡ってデータを蓄積し、その間データは、どの特定のアプリケーションまたはデバイスにもすぐに使えないときに、アプリケーションマネージャ１４０６は、リポジトリ１４１０の監視と設定するように動作する。一般的にいって、オブジェクトの数についての情報のフローは、リポジトリ１４１０にとって、実際にリアルタイムで特に所与の潜在的なネットワーク遅延において有用であるには多すぎるかもしれない。むしろ、ａｕｔｏ−ｉｄノード１４０８は、おそらくある一定の時間期間で、そのような情報を追跡するのに使われるかもしれず、その情報はａｕｔｏ−ｉｄノード１４０８にすぐに有用であるかもしれない。
【００６１】
アプリケーションマネージャ１４０６とＥＰＣＩＳ層１４０４は、ＯＮＣ（Ｏｂｊｅｃｔ  Ｎａｍｉｎｇ  Ｓｅｒｖｉｃｅ）へのアクセスを有し、ＯＮＣはＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）と同様に、アプリケーション管理１４０６とＥＰＣＩＳ層１４０４が、その製品のためのＥＰＣコードに基づいて製品についての情報を見つけることを可能にする検索サービスである。ＯＮＳ１４１２は、情報がたとえば製品にローカルにまたは非ローカルに格納されたかどうかによって分類されるかもしれない、情報の異なるレベルを有するかもしれない。
【００６２】
ＡＬＥ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｅｖｅｎｔ）インターフェース層１４１４は、デバイスマネージャ１４１６とデバイスコントローラ１４１８へのインターフェースを提供する。より具体的には、ＡＬＥインターフェース層１４１４は、デバイスマネージャ１４１６そして／またはデバイスコントローラ１４１８から受け取る情報イベントをフィルタまたは集約するのに使われるかもしれない。デバイスマネージャ１４１６は、デバイスコントローラ１４１８の状態そして／または構成を管理するのに使われるかもしれない。
【００６３】
図１４にも示されるように、リーダプロトコルインターフェース１４１２は、デバイス１４２２のためのインターフェースを提供する。つまり、異なる企業が、異なるタイプのデバイス１４２２、または他のａｕｔｏ−ｉｄデバイスを採用するかもしれず、これらのデバイスと企業は、リーダとの通信のための異なるリーダプロトコルを利用してもよい。リーダプロトコルインターフェース１４２０は、システム１４００内のすべてのリーダとの通信を可能にするよう設計されている。
【００６４】
図１４から、システム１４００は図１３のａｕｔｏ−ｉｄインフラストラクチャ１３０４なしで使用してもよく、逆に図１３のａｕｔｏ−ｉｄインフラストラクチャ１３０４は図１４のほかの要素なしで使用してもよいことを理解されたい。このように図１４は、図１３のａｕｔｏ−ｉｄインフラストラクチャ１３０４は、ＥＰＣネットワークと標準を使用してもよく、しかし使用は必須ではない。
【００６５】
上記の説明は、本発明の態様がどのように実装されるかの例に沿って、本発明の様々な実施形態を示している。上記の例と実施形態は、唯一の実施形態と考えられるべきではなく、特許請求の範囲で定義されるように本発明の柔軟性と有利さを示すために提示されている。上記の開示と特許請求の範囲に基づいて、他のアレンジ、実施形態、実装、および均等物は、当業者にとって明らかで、特許請求の範囲に定義された発明の精神と範囲から離れることなく採用されるかもしれない。ここで採用されてきた用語と表現は、さまざまな実施形態と例を説明するのに使われる。これらの用語と表現は、図示され説明された特徴またはその一部を除いて解釈されることはなく、さまざまな修正が添付の請求の範囲の範囲内で可能であることが認識される。
【図１】
2010186478.tif 000004
【図２】
2010186478.tif 000005
【図３Ａ】
2010186478.tif 000006
【図３Ｂ】
2010186478.tif 000007
【図３Ｃ】
2010186478.tif 000008
【図４】
2010186478.tif 000009
【図５】
2010186478.tif 000010
【図６Ａ】
2010186478.tif 000011
【図６Ｂ】
2010186478.tif 000012
【図７】
2010186478.tif 000013
【図８】
2010186478.tif 000014
【図９】
2010186478.tif 000015
【図１０】
2010186478.tif 000016
【図１１】
2010186478.tif 000017
【図１２】
2010186478.tif 000018
【図１３】
2010186478.tif 000019
【図１４】
2010186478.tif 000020