(57)【要約】本発明は、無線位置決め又は位置確認技術、無線通信技術及び感知技術の３つの技術のいかなる組み合わせの集合も利用するシステム、方法及び用途に一般に関する。特に、本発明のある実施形態は、所望のパラメータを決定又は測定するセンサと、汎地球測位システム（ＧＰＳ）衛星システムから位置データを受信する受信機と、警報条件が存在するかどうかを判断するプロセッサと、アプリケーションサービスプロバイダー（ＡＳＰ）などの中央局に測定されたパラメータデータ及び位置データを送信する無線トランシーバとを有する遠隔装置に関する。ＡＳＰは、次いで、警報装置を介して、測定データ、位置データ及び警報の通知をエンドユーザに通信することができる。また、本発明は、かかる装置の能力を利用する様々な用途及びシステムにも関する。
2004515000.tif 000002
【特許請求の範囲】
【請求項１】
対象物を位置確認及び検知し、ユーザに警報を出すシステムであって、
位置確認信号を受信する位置確認受信機と、センサデータを提供する一以上のセンサと、一以上のセンサに関連する警報閾値と位置とを記憶するメモリと、位置確認信号に基づいて位置を決定し、位置確認信号とセンサデータとを警報閾値と比較することによって警報を出すよう構成された処理部と、警報、位置確認及びセンサデータをＡＳＰに通信するモデムとを各々有する前記対象物に関連付けられた複数の遠隔位置決め検知装置と、
警報、位置確認、センサデータを受信する複数のユーザ警報装置と、
ユーザから警報閾値の表示を受信する複数のユーザインターフェース装置と、
当該ユーザインターフェース装置から警報閾値を受信するアプリケーションサービスプロバイダ（ＡＳＰ）とを有し、
当該ＡＳＰは、
各遠隔地域設置の検出装置と、各ユーザと特定の遠隔位置確認検知装置を関連付け、当該特定の遠隔位置確認検知装置を特定の警報閾値に関連付け、更に、当該特定の遠隔位置確認検知装置を前記複数の警報装置のグループに関連付けるデータベースと、
前記特定の警報閾値を前記特定の遠隔位置確認検知装置に通信する処理部と、
前記特定の遠隔位置確認検知装置によって生成された警報とセンサデータとを前記特定の遠隔位置確認検知装置から前記特定の警報装置に、所定の優先順位に従って通信する処理部とを有するシステム。
【発明の詳細な説明】
【０００１】
関連米国特許出願
本出願は、ここでその全体が参照されて結合される２０００年１０月２７日に提出された米国特許出願通し番号６０／２４３，９１５号の一部継続出願である。
【０００２】
また、本出願は、ここでその全体が参照されて結合される２０００年１１月３０日に提出された米国特許出願通し番号６０／２５０，３４７号の一部継続出願である。
【０００３】
また、本出願は、各々ここでその全体が参照されて結合される、２０００年６月３０日に提出されて現在放棄された米国特許出願通し番号０９／６０８，０９５号の継続出願である２００１年３月２１日に提出された米国特許出願通し番号０９／８１３，４７７号の一部継続出願である。
【０００４】
また、本出願は、各々ここでその全体が参照されて結合される、２０００年６月３０日に提出されて現在放棄された米国特許出願通し番号０９／６０８，９１３号の継続出願である２００１年３月２９日に提出された米国特許出願通し番号０９／８２０，５５１号の一部継続出願である。
発明の背景
発明の分野
一般に、本発明は、人及び物を監視追跡するシステム及び方法、及び、かかるシステム及び方法を利用するビジネス用途に関する。
関連技術の説明
生物及び無生物の対象物を位置確認及び感知する様々なシステムが当業界では既知である。しかし、かかるシステムは、一般に、柔軟性がなく非効率的である。より特定的には、現存のシステムは、異なる種類の遠隔監視の需要と装置を有する多数のビジネス用途に効率的に使用することができないという問題を有している。更に、多くのかかるシステムは、単純及び複雑な警報パラメータの両方に基づいて警報メッセージを一般に生成できない。そのため、弾力的構造を有する改良された位置確認及び感知システムの需要が存在する。
発明の要約
本発明は、上述その他の需要を満足する。本発明の実施形態は、無線位置決め又は位置確認技術、無線通信技術及び感知技術の３つの技術の組み合わせの集合も利用するシステム、方法及び用途に一般に関する。特に、本発明のある実施形態は、所望のパラメータを決定又は測定するセンサと、汎地球測位システム（ＧＰＳ）衛星システムから位置データを受信する受信機と、一以上の警報条件が満足されたかどうかを判断する処理部と、アプリケーションサービスプロバイダー（ＡＳＰ）などの中央局に測定されたパラメータデータ及び位置データを送信する無線トランシーバとを有する遠隔装置に関する。ＡＳＰは、次いで、警報装置を介して、測定データ、位置データ及び警報の通知をエンドユーザに通信することができる。また、本発明は、かかる装置の一以上の能力を利用する様々な用途、システム及び方法にも関する。
好ましい実施形態の詳細な説明
以下、本発明のある実施形態を、同様の参照番号は同様の構成要素を表す図面を参照して説明する。
外観
図１の概略図は、本発明の一実施形態の構成要素と構成要素の相互関係の外観を与えている。一般に、本実施形態のシステムは、一以上の遠隔位置確認検知装置（各々「装置」）１００を介して位置及びセンサデータを収集し、装置データをアプリケーションサービスプロバイダー（「ＡＳＰ」）２００に格納し、ＡＳＰ２００を介して、かかる装置位置及びセンサデータを一以上のエンドユーザ２５に利用可能にする。以下に詳述するように、本実施形態は、多数の用途に亘って多数のユーザ２５に適応する弾力性を与える。より特定的には、システムは、各々異なるビジネス規則とモデルを有し、各々異なる構成、センサなどを有する装置を利用する多数のビジネス用途を提供するのに使用可能である。システムの用途に応じて、エンドユーザ２５は、個人、例えば、患者を監視する治療奉仕者、子供を監視する親など、及び／又は、トラックを監視する運送業者、出荷を監視する商人、個人を監視する政府団体、従業員を監視する企業などの法人であってもよい。更に、用途とは独立して、システムは、エンドユーザ２５を口座及び／又は口座内のユーザのグループに論理的に関連付けることができ、システムはかかるグループ及び口座割り当てに基づいてエンドユーザ２５に異なるアクセス特権を割り当てることができる。
【０００５】
各装置１００は、以下に詳述するように、汎地球測位衛星（ＧＰＳ）システム１５などの位置確認システムから位置データを、一以上の種類の既知のセンサからセンサデータを受信する。従って、装置１００は、監視又は追跡される人又は物に結合又は関連付けられている。本発明は、特定の位置確認システム又はセンサに限定されないことを理解しなければならない。従って、代替的実施形態は、例えば、三角測量、無線周波数三角測量、推測航法等又はこれらの組み合わせなどの、他の位置確認システム及び技術を利用する。同様に、センサは、心拍数、体温、脳活性、血圧、血液流速、筋活性、呼吸速度等などの生理学的パラメータを監視するもの、及び／又は、温度、湿度、動作、速度、特定の化学物質の存在及び光などの環境パラメータを監視するセンサを含んでもよい。アナログデバイスによって製品名ＡＤＸＬ２０２として提供される慣性装置ベースの落下検出器（例えば、一以上の加速系を利用するもの）など、特別のセンサも使用される。他の例示的なセンサは、センサネット社製のモデル番号ＡＬＳ−２３０としてのパルスレートセンサ、センササイエンティフィック社製のモデル番号ＷＭ３０３又はモデル番号ＳＰ４３Ａとしての温度センサ（ＮＴＣ型）を含む。パルスレートセンサは、センサネット社からモデル番号ＡＬＳ−２３０として入手可能である。赤外線光学センサは、プローブ社から入手可能である。以下に詳述するように、装置１００及び／又はＡＳＰ２００は、センサ出力を監視し、センサデータがアラーム閾値を超える場合にエンドユーザ２５への警報メッセージを生成する。
【０００６】
通常、各デバイス１００は、無線通信システム３０を通して、ＡＳＰ２００に位置およびセンサ・データを送る。上記システムは、そうしようと思えば、多数の異なるサービス・プロバイダから入手することができる任意の数の市販の無線データ通信方法を使用することができる。使用することができる無線データ通信インターフェースとしては、セルラー・デジタル・パケット・データ（ＣＤＰＤ）プロトコル、移動通信用グローバル・システム（ＧＳＭ）デジタル・プロトコル、符号分割多元接続（ＣＤＭＡ）プロトコル、および任意の「Ｇ」セルラー電話規格（例えば、２．５Ｇまたは３Ｇ）に関連するデジタル・データ送信プロトコル等がある。この実施形態の場合には、システムは、通信技術としてＣＤＰＤを、また、送信プロトコルとして、インターネット・プロトコル（ＩＰ）と一緒に、ユーザ・データグラム・プロトコル（ＵＤＰ）を使用する。しかし、送信制御プロトコル（ＴＣＰ）のような他のプロトコルも使用することができる。それ故、以下に詳細に説明するように、デバイス１００には、ＩＰアドレスが割り当てられる。この実施形態の場合には、無線通信システム３０は、データを、それによりＡＳＰ２００通信中のインターネットのような有線通信ネットワーク３５に送る。以下に説明するように、通信システム３０および通信ネットワーク３５は、デバイス１００とＡＳＰ２００との間で二方向通信を行う。
【０００７】
位置およびセンサ・データは、好適には、デバイス１００とエンドユーザ２５との間で仲介者としての働きをするアプリケーション・サービス・プロバイダ（「ＡＳＰ」）２００のところに記憶することが好ましい。それ故、エンドユーザ２５は、１つまたはそれ以上のデバイス１００の瞬間的および現在までの位置およびセンサ・データを監視することができる。以下にさらに詳細に説明するＡＳＰ２００は、通信システム３５から位置およびセンサ・データを受信し、システムのデバイス・データとエンドユーザ２５との間でリンクとしての働きをする。通常、ＡＳＰ２００は、１つまたはそれ以上のサーバ（例えば、ウェブ・サーバ、アプリケーション・サーバ、電子メール・サーバ、および／またはデータベース・サーバ）、および１つまたはそれ以上のプラットフォーム・データベース（ＰＤ）３００を備える。ＡＳＰ２００は、ユーザ２５に、デバイス・データにアクセスする機能を提供し、測定センサ値と比較するための警報しきい値を指定し、ＡＳＰ２００から通知を受信する。例えば、測定センサ値が警報しきい値よりも高い場合には、ＡＳＰ２００は、適当なエンドユーザ２５に通知する。エンドユーザ２５は、セルラー電話、電話機、ページャ、ＷＡＰイネーブル・セルラー電話機、個人用携帯型情報端末（ＰＤＡ）、コンピュータまたは電子メールを持つ他のデバイス、ショート・メッセージ・サービス（ＳＭＳ）メッセージ、またはインスタント・メッセージ（ＩＭ）機能、ファックス、コンピュータ発生音声電話呼出し／音声メール、またはアルツハイマーの患者または子供の患者の介護者のような、ユーザ２５に警報を送る人間の電話呼出しを発生する呼出し管理センターに送られるメッセージのような任意の数の警報デバイス（「警報デバイス」）を通して警報を受信する。
【０００８】
この実施形態の場合には、エンドユーザ２５は、デバイス・データにアクセスし、警報しきい値を指定し、コンピュータ、ＷＡＰイネーブル・セルラー電話機、ＰＤＡまたは可能な警報デバイスとして識別されたものを含む他のデバイスのようなユーザ・デバイスを通して口座情報にアクセスする。この実施形態の場合には、ユーザ・インターフェース・デバイスは、通信ネットワーク３５上でＡＳＰ２００により提供される安全なソース・ウェブ・サイトにアクセスするために、インターネットに接続しているコンピュータである。ユーザ・インターフェース・デバイスは、警報デバイスであってもよい。通信ネットワーク３５に直接アクセスできないエンドユーザ２５も、デバイス・データにアクセスし、通信ネットワーク３５またはワイド・エリア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）等のような他のネットワークを通してＡＳＰ２００にアクセスすることができるスタッフがいる中央呼出し管理センター（ＣＭＣ）４０と連絡するための従来の電話通信ネットワークにより警報しきい値を指定することができる。ＣＭＣ４０は、また、エンドユーザ２５が呼出しを行い、デバイス・データ、警報および他のシステム情報を受信することができるようにする、コンピュータによる自動応答システムを含むことができる。ＡＳＰ２００は、以下にさらに詳細に説明するように、警報が発生する度に、ＣＭＣ４０にメッセージを転送する。この情報は、ＡＳＰの自動通知システムが発生する基本メッセージ以外の追加情報を求めて、ＣＭＣ４０を呼び出すことができるエンドユーザ２５からの問い合わせに応答するために、ＣＭＣ４０のスタッフが使用することができる。以下にさらに詳細に説明するように、デバイス１００を構成するために、システムのウェブ・サイトにアクセスしたり、使用するのが難しいユーザも、ＣＭＣ４０のスタッフを利用することができる。警報に応答しているユーザからの電話呼出しのフィールディングによりＣＭＣ４０にも課金することができる。さらに、ＣＭＣ４０は、多数の偽の警報を発生する恐れがあるその警報パラメータに示唆された変更を確認するために、先を見越してユーザを呼び出すことができる。他の実施形態の場合には、ユーザがインターネットまたはＣＭＣ４０にアクセスできない場合、ＰＩＮ確認の後で、リアルタイムでデータを入手するために、自動電話システムのホットラインを使用することができる。
【０００９】
システムは、そうしようと思えば、ユーザ２５の個人位置およびセンサ・データおよびデバイス１００の位置を保護するために、また、悪意の第三者からの不正なコマンドを防止し、また、潜在的な侵入者からのデータ・ストリームを防止するために、多数の異なる機密保護手段を実行することができる。標準ＵＤＰ／ＩＰまたはＴＣＰ／ＩＰプロトコルを使用することができるので、デバイス１００とＡＳＰ２００との間のデータ・ストリーム用の機密保護ソケット層（ＳＳＬ）の暗号化を含む多数の市販のスキームによりデータ・チャネル自身を保護することができる。ＳＳＬの他に、デバイス１００および／またはＡＳＰ２００により、生のデータ自身をさらに暗号化することができる。ＡＳＰ２００内に追加の暗号化およびデバイス／サーバ識別技術を埋設することにより、デバイス１００および／またはユーザ・インターフェース・デバイスは、さらに、保護を強化することができる。
デバイス
図２ａは、本発明の上記実施形態によるデバイス１００の構成部品である。通常、この実施形態のデバイス１００は、２つの別々の構成部品を備える。例えば、監視装置のような第１の構成部品２０２は、例えば、追跡中の人または物を監視するための少なくとも１つのセンサを備え、例えば、短距離無線周波数（ＲＦ）、ブルートゥースまたは他の周知の技術により、監視装置２０２と通信するための、またＡＳＰ２００と通信するための、（個人が自分のベルトの上に着用するように設計することができるために）「ベルト」通信装置と呼ばれる第２の構成部品２０４を備える。
【００１０】
好適な実施形態の場合には、監視装置２０２は、本明細書に説明により動作するようにプログラムされている、システム・クロック（ＣＬＫ）を持つマイクロプロセッサ（ｍｐ）を備える。マイクロプロセッサには、生理的または周囲の測定値を受信するための１つまたはそれ以上のセンサ（Ｓ１、Ｓ２、Ｓ３）、センサの測定値を一時的に記憶するためのランダム・アクセス・メモリ（ＲＡＭ）、ベルト・ユニット２０４と通信するための無線周波トランシーバ（ＲＦ）、およびアンテナが接続している。監視装置２０２は、バッテリーから電力の供給を受ける。
【００１１】
好適な実施形態の場合には、ベルト・ユニット２０４は、また、本明細書の記載に従って動作するようにプログラムされた、クロック（ＣＬＫ）を持つマイクロプロセッサ（ｕｐ）を備える。このようなプログラミングは、マイクロプロセッサに接続している読取専用メモリ（ＲＯＭ）に記憶される。他の実施形態の場合には、ベルト（および／または監視）ユニット２０４の機能は、ファームウェアで実行される。ベルト・ユニット２０４は、また、データを収集するための１つまたはそれ以上のセンサ（Ｓ１、Ｓ２、Ｓ３）を含むことができる。この実施形態の場合には、ベルト・ユニット２０４は、２軸加速度計を備える転倒センサを含み、その出力は、ベルト・ユニットのマイクロプロセッサにより解釈される。３軸加速度計も使用することができる。通常、加速度計の出力は、加速および急激な減速または停止の際のユーザの急激な変化に基づいて、転倒（または、姿勢の急激な変化）を示す。
【００１２】
監視装置２０２の場合のように、ベルト・ユニット２０４は、また、警報しきい値を含むデータを一時的に記憶するために、ランダム・アクセス・メモリ（ＲＡＭ）を含む。
【００１３】
パッチ・アンテナまたは他の適当なアンテナを持つＧＰＳ受信機（ＧＰＳ　ＲＥＣ）は、マイクロプロセッサに接続している。ＧＰＳ受信機は、ＧＰＳ衛星の信号を受信する。好適な実施形態の場合には、この信号は、ベルト・ユニット２０４の経度および緯度を測定するために、マイクロプロセッサにより解釈される。他の実施形態の場合には、ＧＰＳ衛星信号は、ベルト・ユニット２０４の経度および緯度を測定するために、ＡＳＰレベルのところで解釈される。
【００１４】
ベルト・ユニットには、また、デバイス１００の着用者またはユーザに情報を送り、上記着用者またはユーザからの入力を受信するための着用者インターフェース（「インターフェース」）が接続している。例えば、好適な実施形態の場合には、「インターフェース」は、電源スイッチ、パニックまたは緊急ボタン、発光ダイオード（ＬＥＤ）および／または音響アラームおよび／またはアラームを含む。以下にさらに詳細に説明するように、パニック・ボタンを押すと、センサおよびＧＰＳ位置データが、ＡＳＰ２００に送られる。他の実施形態の場合には、デバイス１００は、プライバシー・ボタンを備えていて、このボタンを押すと、マイクロプロセッサは、１つまたはそれ以上の予め定めたセンサの機能を停止する。ＬＥＤは、例えば、オン／オフ、正常機能、センサ動作／停止、故障等のようなデバイスの状態を表示する。
【００１５】
最後に、好適な実施形態の場合には、ベルト・ユニット２０４は、ソフトウェアおよびデータの更新を受信するための、例えば、直列ポートのような通信インターフェース（ＣＩ）、およびＵＤＰプロトコルによりＡＳＰ２００と通信するための、アンテナを持つ無線通信モデム（ＭＯＤＥＭ）を含む。本明細書に記載するように、ＵＤＰモデムは、それを、デバイス１００を識別するためのＩＰアドレスと関連づける。
【００１６】
以下にさらに詳細に説明するように、監視装置２０２は、センサの測定値を入手し、この測定値を無線周波を通してベルト・ユニット２０４に送信し、そこでマイクロプロセッサは、（ベルト・ユニット２０４上の任意のセンサの測定値を含む）センサの測定値を分析する。ベルト・ユニット２０４上のマイクロプロセッサも、ＧＰＳ信号を受信し、ベルト・ユニット２０４の位置データを測定する。
【００１７】
デバイス１００の状態およびＡＳＰ２００から受信した要求に基づいて、ベルト・ユニット２０４は、センサの測定値がアラームをトリガーするかどうか、および／またはモデムを通してＡＳＰ２００に返送された位置およびセンサ・データを読むかどうかを判断する。
【００１８】
ある実施形態の場合には、ベルト・ユニットおよび／または監視装置プロセッサは、「監視」装置から「ベルト」ユニットへの無線周波送信信号の全電力を監視することにより、「監視」装置と「ベルト」ユニットとの間の距離を監視する。上記信号の全電力が予め定めた値以下に下がった場合には、ベルト・ユニットは、着用者に２つの装置間の距離を知らせるために、ＡＳＰ２００を通して、デバイス１００と警報デバイスの両方に対して（例えば、視覚、聴覚または触覚のような）警報をトリガーする。着用者への監視装置２１０の装着は、有用な生理的データを入手するのに簡単に着用でき、また、容易に外れないようにしっかりと着用でき、また、長時間着用しても快適なものでなければならない。本発明のある実施形態の場合には、監視装置用に半永久的で、弾力にあるバンドの使用が考えられている。
【００１９】
上記の用語、すなわち、「監視」および「ベルト」は、図２ａのデバイスの一実施形態または使用方法を単に説明するためのものに過ぎないことを理解されたい。例えば、監視装置は、コンテナを運ぶトラックの運転室内のような任意の適当な位置に装着することができるベルト・ユニットへの無線周波リンク、または他の無線または有線通信リンクを含む製品のコンテナ内に設置することができる。さらに、図２ａのデバイス１００の特定のサブ構成部品は、単に例示としてのものであり、監視装置とベルト・ユニットとの間のサブ構成部品および機能の分散は変更することができる。例えば、すべてのセンサを１つの構成部品上に設置することもできるし、ＧＰＳ受信機を監視装置上に設置することもできるし、監視装置のマイクロプロセッサは、警報しきい値を超えたかどうかを判断するために、センサのデータを分析することもできるし、監視装置は、着用者／ユーザ・インターフェースを持つことができる。他の種々の修正は本発明の範囲内に含まれる。
【００２０】
この点について、図２ｂは、本発明の他の実施形態を示す。この実施形態の場合には、デバイスは、マイクロチップ２１０、トランシーバ２２０、受信機２５０、バッテリー２３０、および少なくとも１つのセンサ２４０を含む１つの構成部品である。
【００２１】
マイクロチップ２１０は、処理装置２６０および情報記憶装置２７０を含む。図２Ａは、通常の当業者であれば理解することができる、マイクロチップ２１０上に位置する数個の部品およびマイクロチップ２１０に接続している数個の部品を示しているが、本発明は、図２ｂに示すように、マイクロチップ２１０上に任意の接続部品を集積することにより、いくつかのレベルの集積を行う。
【００２２】
本発明のある実施形態の場合には、バッテリー２３０、少なくとも１つのセンサ２４０、トランシーバ２２０、およびＧＰＳ受信機２５０は、それぞれ、マイクロチップ２１０内の処理装置２６０に接続している。処理装置２６０は、同様にマイクロチップ２１０内の情報記憶装置２７０に接続している。バッテリー２３０は、処理装置２６０および情報記憶装置２７０を含むマイクロチップ２１０に電力を供給する。バッテリー２３０は、また、トランシーバ２２０、および少なくとも１つのセンサ２４０および受信機２５０に直接および間接に電力を供給することができる。バッテリー２３０は、（例えば、自己再充電可能なバッテリーのような）再充電可能なバッテリーであってもよいし、使い捨て電源デバイスであってもよい。
【００２３】
自己再充電可能なバッテリーを使用する場合には、バッテリー２３０は、監視中の人の体内のエネルギー源により再充電することができる。このようなエネルギー源は、例えば、体温、筋肉の活動および脈拍、発声、運動、呼吸等による振動による、本来音響的、機械的、化学的、電気的、電磁気的または熱的なエネルギー源であってもよい。バッテリーが自己再充電可能なバッテリーである実施形態の場合には、バッテリー２３０は、監視中の人の体外のエネルギー源により再充電される。このようなエネルギー源は、例えば、周囲と身体との間の温度差、周囲のノイズによる振動による、本来音響的、機械的、化学的、電気的、電磁気的または熱的なエネルギー源であってもよいし、または再充電可能なバッテリー２３０に対してエネルギーを供給する外部デバイスであってもよい。
【００２４】
本発明のこの実施形態の場合には、トランシーバ２２０は、インターネットのような通信ネットワーク３５を通してＡＳＰ２００と二方向の無線通信を行うこともできるし、ＧＰＳ衛星１３０と一方向の無線通信を行うこともできる。トランシーバ２２０は、例えば、アンテナまたはアンテナ・アレーを持つことができる。
【００２５】
トランシーバ２２０は、通信ネットワーク３５を通してＡＳＰ２００と二方向の無線通信を行うが、受信機２５０は、ＧＰＳシステム衛星１３０と一方向の無線通信を行う。上記トランシーバ２２０および上記受信機２５０を使用すると、通常、デバイス１００の消費電力が小さくなるので有利である。ＧＰＳ周波数は、一般的に比較的高く、トランシーバ２２０を通してデバイス１００によりこのような周波数で送信すると、大きなエネルギーを消費する場合がある。この好適な実施形態は、高い周波数で受信することができる受信機２５０と、低い周波数で受信および送信することができるトランシーバ２２０を考慮の対象にしている。トランシーバ２２０により低い周波数で情報を送信すると、デバイス１００による消費エネルギーが少なくてすむ。この２部構成により、物理的環境センサのパッケージを小さくすることができ、他のＧＰＳ信号または移動無線データ送信の厳しい環境内に装着することができる。例えば、貨物に関する環境情報を収集するために、遠隔感知装置を貨物のコンテナの鋼鉄の壁部内に設置することができ、一方、無線インターフェースおよびＧＰＳ受信機２５を含む装置を、信号性能を向上するためにコンテナの外部に設置することもできる。本発明の他の実施形態の場合には、独立している受信機を使用しないで、少なくとも１つのセンサ２４０からのセンサ・データ、および／またはＧＰＳ衛星１３０からの位置データを受信するトランシーバだけを含む。
【００２６】
マイクロチップ２１０は、処理装置２６０および情報記憶装置２７０を含む。処理装置２６０は、例えば、マイクロプロセッサ、キャッシュ、入力端末、および出力端末を含むことができる。処理装置２６０は、電子メモリを含み、処理装置２６０のキャッシュを含んでいてもいなくてもよい情報記憶装置２７０を含むことができる。本発明は、類似の構成の処理装置２６０を使用することができる。
【００２７】
動作中、ＧＰＳ受信機２５０は、ＧＰＳ衛星１３０から位置データを受信する。ＧＰＳデータは、マイクロチップ２１０、特に処理装置２６０により受信される。ＧＰＳ受信機２５０は、連続的に位置データを受信するが、処理装置２６０は、周期的に（例えば、時間をベースとするトリガにより）、またはコマンドにより（例えば、手動による介入によりまたは、例えば、特定の生物学的条件または周囲条件の感知のような環境の関数として）ＧＰＳデータを受信することができる。次に、ＧＰＳデータは、処理装置２６０で処理される。この処理は、デバイス１００、すなわち、監視中の人または対象物の物理的位置の測定を含むことができる。ＧＰＳデータおよび／または測定した物理的位置は、情報記憶装置２７０に記憶される。
【００２８】
少なくとも１つのセンサ２４０が、生物学的パラメータおよび／または周囲パラメータを感知する。これらのパラメータは、少なくとも１つのセンサ２４０により電気信号に変換され、処理装置２６０により受信される。以下にさらに詳細に説明するように、少なくとも１つのセンサ２４０によるパラメータの感知は、周期的な（例えば、時間をベースとする）ものであってもよいし、コマンドによる（例えば、処理装置２６０からの要求によりトリガされる、または例えば、特定のパラメータの感知の関数としての）ものであってもよい。処理装置２６０は、情報記憶装置２７０内に処理済みおよび／または未処理の電気信号を記憶する。トランシーバ２２０は、例えば、ＡＳＰ２００から問合わせ信号を受信する。トランシーバ２２０は、次に、マイクロチップ２１０、特に処理装置２６０に問合わせ信号を送る。問合わせ信号を受信した場合には、処理装置２６０は、情報記憶装置２７０内に記憶している情報をトランシーバ２２０にアップロードする。次に、トランシーバは、インターネットのような通信ネットワーク３５および無線通信システム３０を通して、アップロードした情報をＡＳＰ２００に送る。
【００２９】
すでに説明したように、ＡＳＰ２００は、最終的には、有資格の人によりチェックすることができるか、自動プロセスにより分析することができる情報を受信する。情報が応答を必要とする状態を表示している場合には、インターネットのような通信ネットワーク３５を通して、ＡＳＰ２００からデバイス１００へ、有資格者により、または自動プロセスにより応答信号が送られる。処理装置２６０は、トランシーバ２２０またはＧＰＳ受信機２５０により応答信号を受信する。処理装置２６０は、応答信号を処理し、そうしたい場合には、制御信号を生成するために情報記憶装置２７０から検索した情報を処理する。制御信号の生成に関する情報は、少なくとも１つの応答信号および情報記憶装置２７０が供給する情報の関数であってもよい。
【００３０】
例えば、本発明のシステムおよび方法は、喘息の発作に苦しんでいる患者を監視したり、応答したりすることができる。デバイス１００は、血圧、脈拍、呼吸数および／または肺活量にような生物学的パラメータを監視する。生物学的パラメータに関する情報は、上記のようにＡＳＰ２００に送られる。
【００３１】
情報記憶装置２７０は、例えば、識別、個人情報または特殊な医療情報に関する予め設定した情報を記憶することができる。この情報は、デバイス１００をその個人に接続する前にプログラムしておくことができる。別な方法としては、デバイス１００をその個人に接続した後で、この情報をデバイス１００に送信することもできる。上記情報は、その個人の名前、住所、電話番号および／または緊急の際に連絡するための親族のリストを含むことができる。さらに、デバイス１００内に永久に記憶している情報は、投薬へのアレルギーのような特殊な医療情報、または例えば、患者が糖尿病の患者または喘息の患者であるというような特殊な医療情報に関連づけることもできる。これら情報は、すべてトランシーバ２２０にアップロードし、チェックおよび分析のためにＡＳＰ２００に送信することができる。このような情報は、患者が見当識がない場合、意識がない場合、および連絡ができない場合に、医療スタッフにとって特に重要である。
【００３２】
デバイス１００に、更新することができるファームウェアを内蔵させることにより、物理的デバイス１００を再度呼び出さなくても更新を行うことができる。デバイス１００は、コンピュータ内にプラグインし、提供された更新プログラムを実行することにより、ユーザが直接更新することができるように構成することができる。他の実施形態の場合には、デバイス１００は、無線リンクを通してファームウェア更新をダウンロードすることにより更新することができる。そのため、ほぼ同時に複数のデバイス１００を更新することができ、それにより、サポートの問題を最小限度に低減し、必要な顧客による保守を低減することができる。
出力装置
さらに他の実施形態の場合には、デバイス１００は、さらに、出力装置を通して、人、動物または対象物に、種々の形のフィードバックまたは刺激を与えるための構成部品を含む。出力装置は、意図する機能を達成するために、任意の形をとることができる。一例を挙げると、出力装置は、シリンジ、電極、ポンプ、ガラスビン、注入器、薬剤および／または薬学または薬剤供給機構またはシステム、触覚刺激装置等の形をとることができる。このような出力装置は、デバイスに内蔵させることもできるし、用途による特定の設計により、無線または有線通信リンクにより、ＡＳＰ２００および／またはデバイス１００と通信する独立している構成部品とすることもできる。
【００３３】
上記実施形態の場合には、それ自身コマンドを解釈するためのマイクロプロセッサまたはロジックを含む出力装置を図２ｂのデバイスのマイクロプロセッサに接続することができる。上記実施形態の場合には、デバイス１００は、出力装置を通して、人（または動物など）に応答することができる。デバイス１００は、出力装置が、刺激（例えば、音響的、熱的、機械的、化学的、電気的および／または電磁気的刺激）を人に与えるように出力装置を制御する。例えば、出力装置は、適当な量の薬品を投与することもできるし、筋肉に電気的刺激を与えることもできる。他の例の場合には、出力装置は、デバイス１００により制御することができ、患者１００の心臓に電気的刺激を与えることができる従来の心臓刺激システムの一部とすることができる。
【００３４】
別な方法としては、デバイス１００内に出力装置の一部または全体が内蔵されている、本発明のある実施形態の場合には、デバイス１００が、デバイス１００と患者との間のインターフェースとしての働きをする出力装置を通して刺激を与える。例えば、デバイス１００を患者１００の心臓に直接接続することができる。従って、デバイス１００は、そのインターフェースを通して（例えば、出力装置を通して）心臓に直接電気的刺激を与えることができる。
【００３５】
ＡＳＰ２００が受信した情報により、自動、半自動または手動応答を必要とする場合がある。例えば、ＡＳＰ２００が受信した情報をチェックした場合、医者は患者の症状および／または生物学的パラメータの実質的な偏差を診断し、医療上の応答を行うことを許可することができる。別な方法としては、ＡＳＰ２００が受信した情報を分析した後で、ＡＳＰ２００が実行しているプログラムは、患者の特定の症状（例えば、心筋梗塞）、および／または生物学パラメータ（例えば、血流内の実質的な制限）のしきい値を超える変化を確認することができ、医療の開始（例えば、患者の体内へのニトログリセリンの投与）を許可する。次に、ＡＳＰ２００は応答信号を発生し、この応答信号をＡＳＰ２００を通してデバイス１００に送る。応答信号に応じて、デバイス１００は、患者への応答信号により、要求された刺激を与えるために出力装置を制御する。別な方法としては、出力装置の一部または全体がデバイス１００に内蔵されている場合には、デバイス１００は、応答信号により、患者に要求された刺激を直接与える。
【００３６】
出力装置は、デバイス１００、特に処理装置２６０により制御することができる。また、出力装置の一部または全部をデバイス１００に内蔵させて、マイクロチップ２１０に接続することができる。別な方法としては、出力装置全体をデバイス１００に内蔵させ、全体をマイクロチップ２１０に内蔵させることもできる。
【００３７】
出力装置は、さらに、刺激（例えば、音響的、熱的、機械的、化学的、電気的および／または電磁気的刺激）を与えることができる。例えば、出力装置を筋肉または器官に接触させることができる。さらに、出力装置は、例えば、ペースメーカまたは血流または胃の内に化学的物質（例えば、薬剤）を投与するモジュールのような特定の用途向けの従来のデバイスであってもよい。本発明は、また、出力装置が、デバイス１００にセンサ情報を供給することができるようにする。さらに、出力装置は、患者の皮膚の上、患者の皮膚のすぐ下、患者の体内の深い部分、またはこれらの間の任意の場所に設置することができる。例えば、出力装置は、患者の人工の部分、または（衣服、眼鏡等の）患者が着用している装置の一部とすることができる。
【００３８】
デバイス１００は、制御信号により、適当な刺激を与えている出力装置を制御する。例えば、本発明のシステムおよび方法は、喘息の発作に苦しんでいる患者を監視したり、この患者に応答することができる。デバイス１００は、血圧、脈拍、呼吸数および／または肺活量にような生物学的パラメータを監視する。生物学的パラメータに関する情報は、上記のようにＡＳＰ２００に送られる。有資格の医療スタッフおよび／または自動プロセスが、患者の喘息の発作が重いと判断した場合には、症状を治療するように、デバイス１００に応答信号を送ることができる。応答信号を受信した場合には、処理装置２６０は、出力装置を制御して、薬剤（例えば、アドレナリン）を患者の血流内に注入する。投薬の量、持続時間および／または頻度に関する情報は、応答信号、処理装置２６０および／または情報記憶装置２７０に内蔵させることができる。さらに、制御装置１４０は、患者の症状の改善または悪化により、例えば、薬剤の異なる投与量に対応する以降の応答信号を送信することができる。
【００３９】
本発明の他の実施形態の場合には、トランシーバ２２０が、ＡＳＰ２００から問合わせ信号および／または応答信号を受信した場合だけ、マイクロチップが作動する。この実施形態は、エネルギーの消費量が非常に少ないという利点がある。問合わせ信号を受信した場合には、処理装置２６０は、受信機２５０および少なくとも１つのセンサ２４０からデータを受信する。処理装置２６０は、データをもっと安定したものにしたり、データの経歴を作成するために、ある時間的間隔でデータを受け入れる。このようなデータは、情報記憶装置２７０内で処理し、記憶することができる。データの処理および／または記憶が終了すると、情報記憶装置内に記憶されている情報が、トランシーバ２２０上にアップロードされ、ＡＳＰ２００に送信される。トランシーバ２２０を通して、アップロードしたデータを送信した後で、処理装置２６０は、ＡＳＰ２００からの次の問合わせ信号または応答信号を受信するまで、情報を受信したり、処理したりおよび／または記憶したりしない。応答信号を受信すると、例えば、デバイス１００および出力装置は、上記のように動作する。動作を終了した後で、処理装置２６０は、ＡＳＰ２００からの次の問合わせ信号または次の応答信号を受信するまで、情報を受信したり、処理したりおよび／または記憶したりしない。本発明は、デバイス１００および／または出力装置を、手動スイッチまたは人が操作するプログラムされたボタンにより作動する場合も含む。
【００４０】
すでに説明したように、情報記憶装置２７０は、出力装置が供給する異なる刺激、および頻度、量および／または持続時間のような刺激パラメータに関する情報を記憶することができる。情報記憶装置２７０は、また、例えば、識別、個人情報または特殊な医療情報に関する情報も記憶することができる。この情報は、ポータブル・デバイス１００を人に接続する前にプログラムすることができる。別な方法としては、デバイス１００を人に接続した後で、情報をポータブル・デバイス１００に送信することができる。上記情報は、その患者の名前、住所、電話番号および／または緊急の際に連絡するための親族のリストを含むことができる。さらに、デバイス１００内に永久に記憶している情報を、投薬へのアレルギーのような特殊な医療情報、または例えば、患者が糖尿病の患者または喘息の患者であるというような特殊な医療情報に関連づけることもできる。これらの情報は、すべてトランシーバ２２０にアップロードし、チェックおよび分析のためにＡＳＰ２００に送信することができる。このような情報は、患者が見当識がない場合、意識がない場合、および連絡ができない場合に、医療スタッフにとって特に重要である。
動作モード
本明細書に記載するように、本発明の種々の実施形態は、デバイスのバッテリーの寿命を延ばすために電力節減機能を使用する。この点に関して、デバイス１００のある実施形態の場合には、離れたところから（低電力待機状態から）オンにすることができ、（低電力状態または完全にオフの状態に）オフにすることができる。このような機能は、ＡＳＰ２００から受信するメッセージ、より詳細に説明すると、デバイスのマイクロプロセッサにより制御することができる。それにより、ＡＳＰ２００は、ビジネス上の要件またはユーザの要求により必要になった場合に、離れたところから、個々のデバイス１００への電力を増大したり、低減したりすることができる。さらに、ＡＳＰ２００は、より高いサービス・レベルに対応して監視を強化し、またはデバイス１００上に電力を保存するために、デバイス１００内の個々のセンサを、離れたところからオンまたはオフ（すなわち、動作可能／動作不能）にすることができる。特定のメッセージおよびメッセージ・プロトコルにより、これら両方の機能の一部を再度実行することができる。
【００４１】
図２ｂの他の実施形態の場合には、トランシーバ２２０が、ＡＳＰ２００から問合わせ信号および／または応答信号を受信した場合だけ、マイクロチップ２１０が作動する。この実施形態は、エネルギーの消費量が非常に少ないという利点がある。問合わせ信号を受信した場合には、処理装置２６０は、受信機２５０および少なくとも１つのセンサ２４０からデータを受信する。処理装置２６０は、データをもっと安定したものにし、データの経歴を作成するために、ある時間的間隔でデータを受け入れる。このようなデータは、情報記憶装置２７０で処理し、記憶することができる。データの処理および／または記憶が終了すると、情報記憶装置２７０内に記憶されている情報が、トランシーバ２２０上にアップロードされ、ＡＳＰ２００に送信される。トランシーバ２２０を通して、アップロードしたデータを送信した後で、処理装置２６０は、ＡＳＰ２００からの次の問合わせ信号または次の応答信号を受信するまで、情報を受信したり、処理したりおよび／または記憶したりしない。応答信号を受信すると、例えば、デバイス１００は、上記のように動作する。本発明は、デバイス１００が、手動スイッチまたは人が操作するプログラムされたボタンにより作動する場合も含む。
【００４２】
本発明の他の実施形態の場合には、トランシーバ２２０は、ＧＰＳ受信機２５０を備えていないで、衛星１３０からのＧＰＳデータ、およびＡＳＰ２００からの問合わせ信号および／または応答信号を受信することができる。さらに、トランシーバ２２０は、処理装置２６０からＡＳＰ２００へ情報を送信する。動作は上記の動作と似ている。
【００４３】
デバイス１００には、一時的に情報報告を停止することができるプライバシー・モードを内蔵することができる。プライバシー・モードは、多くの種々の形をとることができる。このプライバシー・モードは、装置を深いスリープ・モードにすることができる。この場合、システムは、完全にデータに対するすべての要求に応答することができず、いかなるデータも収集することができない。別な方法としては、プライバシー・モードは、ベースライン・レベルの情報を提供するために、システムを動作させ、実行しながら、単に（例えば、位置情報のような）特定のタイプのデータの収集を抑制することができる。システムは、ＡＳＰ２００からの要求に、システムが動作中で、プライバシー・モード・ブロックのためにデータで応答しないという通知で応答するか、限定された組の情報で応答する。プライバシー・モードは、ＡＳＰ２００によりデバイス１００がさらにポーリングされるのを防止し、装置が正常に機能していないという偽のアラームを防止するために、以下にさらに詳細に説明するように、ＰＤ３００内にフラッグを設定する。さらに、デバイス１００は、センサの利得またはセンサのオフセットを再スケーリングすることができるように、無線データ・リンクを通して、正常動作中にＡＳＰ２００から再校正することができる。
【００４４】
デバイス１００は、また、システム・スリープ・モードを持ち、それにより、データ収集と送信間隔の間の電力消費が少なくなる。電力を保存するために、デバイス１００は、メッセージが待機中であるかどうかを判断するために、無線データ・ラインのトランシーバ２２０の電力だけを増大する。メッセージがない場合には、デバイス１００は、次の予め予定したチェック時間まで電力を低減する。メッセージ待機中である場合には、デバイス１００は、メッセージに応答するのに必要な特定の構成部品の「覚醒」を始める。このスキームの他に、ＧＰＳ受信機２５０は、使用することができる一組の信号を受信していない場合は、自分で電力を低減することができる。これら両方のスリープ・モードにより、デバイス１００の電力を節減してバッテリーの寿命を延ばすことができる。
【００４５】
デバイス１００、より詳細に説明すると、デバイスのマイクロプロセッサは、好適には、自分で監視するために、始動試験および動作中の連続システム・チェックを行うことができることが好ましい。バッテリーの電圧低下警報、センサの故障、ＧＰＳ信号なし等のような情報をデバイスのマイクロプロセッサにより検出し、ＡＳＰ２００に送ることができる。
ＡＳＰプラットフォーム・データベース
ＰＤ３００が記憶しているデータの論理的関係を示す図３を参照しながら、ＰＤ３００について以下にさらに詳細に説明する。通常、ＰＤ３００が内蔵しているテーブルは、アプリケーションに依存しないように設計されている。すなわち、システムを新しいビジネス用途に適用した場合に、ＰＤ３００内に位置するテーブルの全然変更しないですむか、または少しのテーブルだけを変更するだけですむように設計されている。それ故、ＰＤ３００の構造は、システムの最終使用およびデバイス１００のタイプがどうであれ同じである。これによりシステム全体の管理および保守が簡単になる。ＰＤ３００は、以下に説明する、多数の論理的に関連している個々の情報のテーブルを含む。もっと少ないまたはもっと多いテーブル、およびもっと少ないまたはもっと多いデータ・フィールドを含む他の装置も本発明の範囲内に含まれるので、これらのテーブルは、説明のためのものであって、本発明全体を示すものではない。
【００４６】
より詳細に説明すると、ＰＤ３００は、以下にさらに詳細に説明する３つの主要な機能領域用のテーブルを含む。第１の機能領域は、特定のデバイス１００に関する情報のためのものである。より詳細に説明すると、これらのテーブルは、デバイスおよびデバイス・メッセージのための識別情報を含む。第２の機能領域は、アルツハイマー患者の看護人、監視中の子供の患者、または車両のグループの監督者用のようなエンド・ユーザ２５に関する情報のためのものである。第３の機能領域は、警報を設定し、実行するためのものであり、しきい値パラメータ、警報信号、および各デバイス１００に関連する論理的警報規則を含んでいるテーブルを含む。３つの各機能領域内のテーブルについて、以下にさらに詳細に説明する。テーブルをこれら３つの機能領域に編成したのは、説明を分かりやすくするためであり、本発明を制限するものと見なすべきではない。
デバイス情報テーブル
ＰＤ３００の第１の機能領域は、デバイス１００およびその種々の機能に関連するテーブルを含む。ＰＤ３００は、ＰＤ３００自身の構造を全然修正しないで、異なる一連のセンサのような種々の機能を含む多数の異なるタイプのデバイス１００を収容するように設計されている。この目的のために、デバイス・テーブルは、一意のデバイス識別子（ＩＤ）により識別される各デバイス１００の記録を含む。デバイス・テーブル内の各記録も、デバイス１００を記述するためのフィールド、例えば、位置および／またはデータに対するセンサ・デバイス１００のポーリング頻度を示すデバイス１００の問合わせ頻度のためのフィールド、デバイス１００が、すでに説明したように、２つの個々の構成部品からなる場合の実施形態の監視装置およびベルト・ユニット２０４の一連番号のためのフィールドを含む。デバイス・テーブルは、また、デバイス１００を特定の口座に関連づける口座ＩＤ用のフィールドを含む。デバイス・テーブル内の口座ＩＤフィールドは、以下に説明するように、口座テーブルにリンクしている。デバイス・テーブルも、各デバイス１００に関連する一意のインターネット・プロトコル（ＩＰ）アドレスＩＤ用のフィールド、および特定のタイプのデバイス１００、例えば、位置および下降だけを検出するためのデバイス１００、または位置、脈拍、体温等用のデバイス１００を識別する一意のデバイス・タイプＩＤ用のフィールドを含む。ＩＰアドレスＩＤフィールドは、デバイス・テーブルを、デバイスの実際のＩＰアドレス、または他の何らかの識別記述子用のフィールドを含むＩＰアドレス・テーブルにリンクする。デバイス・タイプＩＤは、デバイス・テーブルを、特定のデバイス１００のタイプを記述するためのフィールドを含むデバイス・タイプ・テーブルにリンクする。
【００４７】
デバイスＩＤは、デバイス・テーブルと、いくつかの他のデバイス関連ＰＤ３００テーブルとの間にリンクを提供する。２つの他のテーブル、すなわち、デバイス一般テーブルおよび一般テーブルは、オプションである。デバイス一般テーブルは、デバイスＩＤを通してデバイス・テーブルにリンクしていて、一意の一般ＩＤおよびデバイス一般ＩＤ用のフィールドを含み、このフィールドは、追加の特殊なケースのフィールドを識別するための一般テーブルに関連する。これらのテーブルは、センサおよび／または内部設定の標準でない構成を持つデバイス１００用のものである。
【００４８】
デバイスＩＤは、また、デバイス・テーブルをリンクし、そのため、各デバイス１００を、デバイス１００が受信中の受信通知を必要とするＡＳＰ２００からデバイス１００に送ったメッセージを記憶するデバイス・メッセージ・テーブルとリンクする。このテーブルにより、デバイス１００に送る必要が生じる度に、繰り返してメッセージを作成しなくてすむようになる。デバイス・メッセージ・テーブルは、また、メッセージの内容、一意のデバイス・メッセージ・タイプＩＤ、メッセージが送信された日時、システムがデバイスにメッセージを再送しようとした回数用のフィールドを含む。デバイス・メッセージ・テーブルは、デバイス・メッセージ・タイプＩＤを通してデバイス・メッセージ・タイプ・テーブルにリンクしている。デバイス・メッセージ・タイプ・テーブルは、システムが、メッセージを再送しようとする最大回数、再送しようとした間隔を含む、デバイス１００に送信したメッセージを追跡する。以下にさらに詳細に説明するように、これらのテーブルは、デバイスが故障した場合を判断するために使用される。
【００４９】
ＰＤ３００は、また、過去のデバイス１００のデータおよび状態情報をアーカイブおよび表示するためのテーブルを有する。この情報は、デバイス１００および関連着用者または追跡した品目を長期間監視する場合に役に立つ。デバイスＩＤは、デバイス・テーブルをデバイスＩＤにより識別するために、データを各デバイス１００から受信した場合に、例を追跡するアーカイブ・テーブルであるデバイス・ログ・テーブルにリンクする。各入力には、一意のデバイス・ログＩＤが割り当てられ、このデバイス・ログＩＤは、デバイス・ログ・テーブル内の各記録をデバイス・ログ値テーブル内の１つまたはそれ以上の記録にリンクする。デバイス・ログ値テーブルは、デバイス１００から受信した実際のデータを追跡し、これらの値に対する記録を生成する。
ユーザ情報テーブル
ＰＤ３００の第２機能エリアは、エンドユーザ情報を記憶したテーブルを含んでいる。ＰＤ３００は、マルチエンドユーザ２５を単一デバイス１００と関連するように設計される。さらに、ＰＤ３００は、各デバイス１００とそれを発生する情報に関連するエンドユーザ２５に、異なる特典とアクセスレベルを割り当てできるように構成されるのが好ましい。
【００５０】
この目的のために、ＰＤ３００のユーザテーブルは各ユーザの個人情報、その氏名、ユーザの説明（特徴）、ユーザのタイプの固有の識別子に関連する情報が記憶され、エンドユーザ２５が保証されたデータまたはアカウント情報にアクセスするか、または警告閾値を設定する必要があるときに使用するための保証されたユーザ名およびパスワードのフィールドを含んでいる。
【００５１】
アカウントテーブルおよびアカウントユーザテーブルは、ユニークなアカウントＩＤによって識別されたように、エンドユーザ２５にアカウントを関連付けている。この目的のために、アカウントテーブルはアカウントＩＤおよびアカウント説明を含んで切る。
【００５２】
ＰＤ３００内のアカウントユーザテーブルは、個々のユーザ２５を単独的に識別するフィールドを含み、その詳細はアカウントテーブルに記憶されたようなアカウントを伴いユーザテーブル内に記憶されている。ユーザタイプＩＤは、ユーザ２５の異なるタイプ、例えば、ケアギバー、内科医、両親または艦隊指揮官に関連付けられる。ユーザタイプＩＤはユーザテーブルを、ユーザのタイプの説明（特徴）に関する分野も含んでいるユーザタイプテーブルにリンクする。ＰＤ３００内において、マルチユーザ２５は例えば、一つの私設療養所（老人ホーム）内の全てのケアギバーのような単一のアカウントに関連付けることができる。ユーザＩＤはユーザテーブルを、アカウントユーザとアカウント両方のためのユニークな識別子を含むアカウントユーザテーブルにリンクする。アカウントＩＤはアカウントユーザテーブルを、アカウントを説明するフィールドを含んでいるアカウントテーブルとリンクする。
【００５３】
グループテーブルは、グループユーザテーブルとアカウントテーブル両方にリンクされるとともに、アカウントＩＤによって識別されたように、アカウントを伴い、グループＩＤによって識別された個々のグループに関連するようにサービスされる。例えば、患者を監視する老人ホームからなるアカウントは、全ての看護師の第１グループと全ての管理者の第２グループを含めることができる。ＰＤ３００内のグループテーブルは、グループＩＤと関連するアカウントＩＤを含む各規定されたグループのためのユニークな識別情報を含んでいる。
【００５４】
次に、グループユーザテーブルは、グループとユーザ２５の団体のための記録を含んでいる。図示したように、ユーザ２５はマルチグループと関連付けるとができる。
【００５５】
グループＩＤはグループテーブルを、各グループと特典と関連付けられるグループ特典テーブルにリンクしている。グループ特典テーブル内のアクセス特典ＩＤは、各特典の詳細な説明を含んでいるアクセス特典テーブルにリンクしている。ユーザが異なるアクセス特典を有する一つを超えるグループに属することができることは本発明の範囲内にある。従って、グループ特典テーブルおよびアクセス特典テーブルは、単独にグループを識別するフィールドとアクセス特典の関連するレベルとアクセス特典の特徴を含んでいる。例えば、内科医は警告閾値を設定するための二方向通信能力による監視された患者のための位置データおよび生物学的データ両方にアクセスするが、一方別のグループに属している看護師およ（病院の）用務員は警告または他のデータのサブセットを受信するようにアクセスするだけである。
【００５６】
最後に、グループサイトページテーブルおよびサイトページテーブルはそのユーザがアクセスすることのできるＡＳＰウエブサイトページを特定するためにユーザのグループを割り当てるための任意のテーブルである。グループテーブルはグループＩＤを介してグループサイトページテーブルにリンクされる。安全の目的で、グループサイトページテーブルはユーザのグループに関連する個々のまたはグループのウエブページを識別するユニークＩＤのためのフィールドを含んでいる。サイトページテーブルは、サイトページＩＤをウエブページの全エウブサイトＵＲＬロケータまたはウエブページのある他の識別子と関連付ける。
【００５７】
要するに、アカウントテーブル内の単一アカウント記録は、ユーザテーブル内のいくつかのユーザレコードに関連付けることができる。同様にして、グループテーブル内の記録はいくつかのユーザ記録に関連付けることができる。最終的に、グループ、従って、ユーザはグループ特典テーブルおよびアクセス特典テーブルに説明された特典に関連付けられる。例えば、単一の老人ホームは、別のユーザを伴う一つのアカウントを代表することになる。老人ホームのアカウント内で、看護師、医者および用務員のようなユーザグループは、各ユーザグループに関連した別の特典によって規定することができる。
【００５８】
警告テーブルおよび警告デバイス情報テーブル
ＰＤ３００の第３機能エリアは、警告、閾値のための警告および閾値を組み合わせる論理的ルールを発するかどうかを決定するための警告閾値に関連するテーブルを含んでいる。ＰＤ３００は簡単なおよび複雑な警告閾値両方の融通性のある設定を可能にすることが理解される。より詳しく説明すると、本実施例はＡＳＰ２００からの応答をトリガするための生警告閾値と、個々の閾値を潜在的に複雑な警告閾値ルールに組み合わせるとともに関連付けて、実際の警告が発生された場合にこれを決定するテーブル両方を記憶する。これらのルールおよび閾値は、データベース構造のいかなる修正なしに各デバイス１００のためのＰＤ３００内に広範な警告プロフィールを構築し、かつ、維持すべく融通性のある方法でＰＤ３００に記憶される。
【００５９】
さらに注意しなければならないことは、警告閾値評価は二つのレベルで発生するのが好ましいことである。基本的閾値評価はデバイス１００において発生し、特に、これまでに説明したように、（図２ａの）ベルトユニット２０４または（図２ｂの）マイクロチップ２１０の処理ユニット２６０のマイクロプロセッサにおいてデバイス１００が警告を発し、データをＡＳＰ２００に伝送するかどうかを決定する。警告評価の第２レベルは、もっと洗練された評価であって、次により詳細に説明するようにＡＳＰにおいて論理的ルールを使用して発生する。各閾値またはパラメータの組み合わせが組み合わされて警告閾値ルールを形成する。例えば、認定されたユーザ２５は異なるロケーションまたは患者のために閾値温度または生理学的値を設定することができる。パラメータを評価するためのルールはＰＤ３００自体内で実行される。評価ルールの各々はＡＳＰプエブサイト上にあってフォームを有する確実なウエブページを介して、または他のユーザインターフェースデバイスを介してユーザプログラムされる。例えば、親がスクールバス上の子をモニターし、またはケアギバーがアルチハイマー患者をモニターするエンドユーザ２５は、インターネットのような通信ネットワーク３５を介して評価ルールをプログラムできる。ＰＤ３００は種々のタイプのマルチ警告デバイスをコンタクトされるべき個々のユーザと関連付けることができる。例えば、主たる警告通知ソースとしての各ユーザのためのぺージャ情報、ｅ−メール情報および電話情報を記憶することができる。これらのテーブル内の情報に基づいて、ＰＤ３００は異なる閾値パラメータを異なる警告デバイスに関連付ける。例えば、ユーザのための温度警告２５はｅ−メール警告を発生するのみであり、一方ロケーション警告はページャ警告を発生するのみである。この機能性は、ある程度ＰＤ３００の構造に起因している。
【００６０】
さらに、ケアギバーまたは親のようなユーザ２５は、警告閾値のための任意のアドレスまたは他の球状ロケーションの回りの半径を指定できる。例えば、ＡＳＰ２００は郵便コード（郵便番号）アドレスをユーザのための緯度および経度に変換して警告ゾーンの「中心」として採用することができる。従って、ユーザ２５は警告ゾーンの中心点の回りで半径を指定することができる。ユーザが例えば最高体温＞＝１０３．５Ｆの警告パラメータの指定値を入力するときはいつも、ＡＳＰ２００内の「ミドルティア（Ｍｉｄｄｌｅ　Ｔｉｅｒ）　」が、次に詳しく説明するがパラメータを評価して、値が過渡な警告または警告の不十分な数を発生する潜在能力を有しているかとうかを決定することができる。もしそうであれば、ＡＳＰ２００がＣＭＣ４０対してコールを発生して、ユーザとコンタクトし、値を再評価する必要があることをユーザにアドバイスする。
【００６１】
警告デバイステーブルは概して警告デバイスをユーザ２５に関連付ける。警告デバイステーブルは、上述したようにユニークなユーザＩＤを介してユーザテーブルとリンクする。警告デバイステーブルは、例えばページャまたは携帯電話、警告デバイスのタイプを識別するユニークな警告デバイスタイプＩＤのためのフィールドと、特定警告デバイスを識別する警告デバイスＩＤフィールドと、警告デバイスＩＰアドレスまたはある他の識別ディスクリプタのためのフィールドを含んでいる。警告デバイステーブルはまた開始日フィールドと終了日フィールドを含んでおり、警告デバイス（そのユーザ２５の別の警告デバイスに対抗して）が通知されるべき間の時間インターバルを指定する。警告デバイスタイプＩＤは警告デバイステーブルを、警告デバイスタイプを説明するフィールドと通知が送信される警告デバイスに関連する警告デバイステーブルに対応するエントリーであるか、または他のユーザコンタクト情報に関連するかを特定するフィールドとを含んでいる警告デバイスタイプテーブルにリンクする。
【００６２】
警告デバイスＩＤは警告デバイステーブルをデバイス警告デバイステーブルにリンクし、次にこれが前述したように、デバイスＩＤを介してデバイステーブルにリンクされる。デバイス警告デバイステーブルは、特定デバイス１００を、例えばモニターする１００警告デバイスに関連付ける。例えば、位置とレートのみをモニターするための特定デバイス１００は、警告を特定ページャまたは特定携帯電話のみに関連付ける。デバイス警告デバイステーブルはまた各デバイス１００のためのマルチ警告デバイスの優先順位を記憶する。例えば、ロケーション警告がトリガーされると、ユーザは最初にｅ−メール（最高の優先順位にある）をトライし、また応答が受信されなければ、特定された携帯電話（第２番目に高い優先順位にある）をトライする。次に詳細に説明するように通知サービスがデバイス警告デバイステーブルを使用する。
【００６３】
別の警告関連テーブルであるデバイス閾値テーブルは、各デバイス１００をその警告閾値に関連付ける。デバイス閾値テーブルは、上述したようにデバイスＩＤを介してデバイステーブルにリンクされる。この目的のために、ユニークなデバイス閾値ＩＤによって識別された各記録はデバイスＩＤおよび警告閾値ＩＤを含んでいる。警告閾値ＩＤがデバイス閾値テーブルを、各警告のための警告識別情報を含んでいる警告閾値テーブルにリンクする。例えば、各記録は警告閾値ＩＤと警告閾値の説明に関連する実際の警告メッセージのためのフィールドを含んでいる。警告閾値テーブルはまた開始日および終了日のためのフィールドを含み警告閾値が適用可能な間の時間周期を特定する。警告閾値テーブル内の警告閾値アクティブフィールドが、特定の警告閾値が可能であるかどうかを記憶している。
【００６４】
警告閾値ＩＤが警告閾値テーブルを、特定警告閾値を特定警告デバイスに関連付けている警告デバイス閾値テーブルにリンクする。例えば、アルツハイマー患者のアプリケーションにおいて、システムはロケーションが中心点から特定距離を超えている場合は患者のページャで患者の息子に通知するか、または患者の体温が閾値を超えている場合は携帯電話に通知するように方向付けることができる。警告デバイス閾値テーブルはまた上述したように、警告デバイスＩＤを介して警告デバイステーブルにリンクされ、これによって警告デバイスを警告閾値と関連付ける。
【００６５】
警告閾値ＩＤは警告閾値テーブルを、警告閾値ＩＤと関連付けられた論理的警告ルールを構成するフィールドを含む警告閾値ルールテーブルにリンクされる。警告閾値ルールテーブルで実行されたマルチルールは、警告閾値テーブル内の単一エントリー（およびデバイス）と関連付けることができる。警告閾値ルールテーブルは、ケアギバーのようなエンドユーザが警告閾値ルールを設定し、警告が発生されたか否かをＡＳＰ２００が決定したときはいつでもＡＳＰ２００によって処理される論理的ルールを実行する。
【００６６】
より詳しく説明すると、警告閾値ルールテーブルが、警告閾値ルールＩＤによって識別されるように、警告ルールを特定警告パラメータ、論理条件、論理コネクタおよび一連のパラメータと関連付ける。警告閾値ルールテーブル内で警告閾値ルールＩＤによって識別されるように各警告ルールは、警告閾値テーブル内の警告パラメータ閾値ＩＤによって識別されるように一つまたはそれ以上の警告パラメータと関連付けられる。例えば、第１の代表的な警告パラメータは；１００°Ｆに等しいかこれより高い温度（体温）；および第２の警告パラメータは；９０より高いかまたはこれに等しい心拍である。これらの二つのパラメータからなる代表的な警告ルールは：（体温が１００°Ｆより高いかまたはこれに等しい）か、または（心拍が９０より高いかまたはこれに等し）ければ、警告を発する。警告パラメータ閾値テーブルと警告閾値ルールテーブルがこのルールを実行する
概して、警告パラメータ閾値テーブルは、パラメータ値（例えば、１００、９０）を含む二つのパラメータの各々、論理条件テーブルに規定された二つのパラメータ（例えば、よりも大きい、未満の、に等しい、より大きいか等しい、未満または等しい等々）に関連する論理条件、論理コネクタテーブルに規定されたマルチパラメータ（例えば、および、または、ではない、を除いてまたは、等々）を結合する論理コネクタからなる一連の、およびパラメータのための基準値の各々に関する評価を含んでいる。本実施例において、基準値はロケーション／位置パラメータに対してのみ使用され、また半径閾値の緯度と経度の規定された一対の中心を指示している。警告パラメータ閾値テーブル内の各記録は、テーブルをデバイスパラメータテーブルにリンクするデバイスパラメータＩＤも含んでデバイスパラメータテーブルは、デバイス１００が提供することのできるセンサーデータパラメータ全てを含んでいる。デバイスパラメータテーブルは、各警告パラメータのためのデフォルト最小および最大閾値と、（ユーザ指定閾値のための許容可能な範囲を設定する各警告デバイスの実際の最小および最大閾値、およびパラメータ名および説明のためのフィールドを含んでいる。デバイスパラメータテーブルは、上述したように、デバイスパラメータＩＤを介してデバイスログ値テーブルにリンクする。デバイスパラメータテーブル内のパラメータ値は、デバイスパラメータを上述したデバイスタイプテーブルにリンクするデバイスタイプＩＤを介して警告デバイスと関連付けられる。デバイスパラメータテーブルは、パラメータ値タイプＩＤを介してパラメータ値にリンクされる。パラメータ値タイプテーブルは、パラメータ（またはセンサー）タイプの説明のためのルックアップテーブルである。デバイスパラメータテーブルは、ユニットＩＤフィールドを介してユニットテーブルにもリンクされている。このユニットテーブルは、例えば華氏温度、マイル等々の測定値単位の説明にユニークなユニットＩＤを割り当てる。明白なことに、テーブルは特定するセンサーおよびパラメータにコード化されたハードではなく、その代わりにＰＤ３００がパラメータテーブルタイプとユニットテーブル内にエントリーを付加することによって特定付けられるべき新しいパラメータを提供する。
【００６７】
種々のテーブル
三つの主要な機能エリアに加えて、ＰＤ３００は付加的な機能を提供する他の種々雑多なテーブルも含んでいる。特に、通知テーブルはユーザ２５からの応答を要請し、バッテリ低下、範囲外等のような実行可能なまたは未確認通知をトラックするデバイス１００によって発生される通知を記憶している。本実施例において、警告通知のみユーザの応答を必要とし、従って、警告通知のみがテーブルに反映されている。本実施例は警告詳細を提供する前に、ユーザの応答を必要とするが、他の実施例は通知メッセージを伴う警告詳細を提供する。通知テーブルはユニークな通知ＩＤ；通知タイプＩＤ；および日時、さらに通知の状態のためのフィールドを含んでいる。通知テーブル内の各記録は、上述したようにデバイスＩＤを介してデバイス１００と関連付けられる。ＰＤ３００内の通知タイプテーブルは、次に説明するように通知によって伝送することができる通知の種々のタイプの説明を含んでいる。
【００６８】
ＡＳＰ２００はアクティビティのシステム幅トラッキングとシステム維持のために一般的に使用される独立したマスターデータベースも含んでいる。一実施例によるこのマスターデータベースは、次の代表的なテーブルを含めることができる。アクティビティログテーブルは、システム幅データのアクティビティを記録するとともに、これをシステムの問題を検出し、修正するのに使用する。カレントデータベーステーブルは、使用中のマスターデータベースの、目下のバージョンを記録するのに使用される。マスターデータベータ内のプライマリキーテーブルは、マスターデータベース内のテーブル全てと各テーブルに割り当てられた最終ＩＤをトラックするのに使用される。マスターデータベース内の警告デバイステーブルは、特定警告デバイスをシステム問題の通知に関連付ける。例えば、データプロセッサ２６０が応答せず、また首尾よく再始動できないことをＳＭ４５０が検出すれば、通知が特定警告デバイスに送信されることになる。警告デバイステーブルは、システム通知を送信するように使用することができる種々の警告デバイスを記録するのに使用される。アプリケーションテーブルが、例えば積荷の輸送、患者の監視、子供の監視等の使用中の種々のシステムアプリケーションを記憶する。アプリケーションキューテーブルが、例えば通知およびログキューのような目下使用中のキュー全てをリストする。アプリケーションアドレステーブルが、データモニター４５０によって使用されデバイス１００ＩＰアドレスをシステムの特定アプリケーションに関連付けし、これによってデバイス１００からの到来データがその関連アプリケーションで識別することができる。
【００６９】
ＡＳＰ中間層
本発明によるこの実施形態において、それらが患者またはトラック内の貨物などの人物または物体についてであるかどうかに関係なくＰＤ３００、エンドユーザ２５、及びデバイス１００の間の、及び介護者、親、または学校当局者などのＰＤ３００とエンドユーザ２５の間のインタフェースとして機能する、集合的に「中間層」４００と呼ばれているＡＳＰ２００は、ソフトウェア及び／またはソフトウェア構成要素の集合体を有する、アプリケーションサーバ（ＡＳ）を含む。中間層は、システムが、ユーザと対話する、デバイス１００の構成を制御する、個々のデバイス１００からデータを収集し、記憶する、警報状態をユーザに通知する、レポート情報を提供する、及びここに説明されているその他の動作を実行できるようにする、４つの主要な概念的に論理的なレベルから、概念上構成されている。中間層４００は、後述される多様なサービスも含む。一般的には、サービスは「プロセス外」構成要素（例えば、．ｅｘｅファイル）であるため、互いに無関係に動作する。しかしながら、論理レベルは「プロセス内」構成要素であり、サービスで動作する。
【００７０】
中間層４００のすべての主要な構成要素は、好ましくは、システムの残りから物理的に削除される個々の機能に対処するＭｉｃｒｏｓｏｆｔ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｃｏｍｐｏｎｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ（ＤＣＯＭ）を使用して実現される。このようにして、システムは大規模になるにつれて、それは性能を高めるために数多くの異なるＡＳＰサーバ上で容易に拡張できる。この分散型ソフトウェアモデルは、さらにシステム内で拡張可能なマーク付け言語（Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）（ＸＭＬ）によってフォーマットされたデータオブジェクトを使用することにより機能拡張される。
【００７１】
中間層４００の４つの概念上の論理レベルは、ここで、図４に関してさらに詳細に説明されるだろう。中間層４００の最高レベルは、高水準機能を、エンドユーザ２５によって入力される漸次的にさらに集中したコマンドに変換するビジネス論理層４１０である。各ユーザは、システムの特定の機能及び情報に対するカスタマイズ可能なアクセスを与えられる。ビジネス論理層４１０は、ＰＤ３００に含まれているユーザ情報でこの選択的なアクセスを実現する。ビジネス論理層４１０に対する入力は、前述されたようにデバイス１００から、あるいは任意の既知のインタフェースデバイスを通してエンドユーザから生じることがある。例えば、介護者は、患者の脈拍数が指定されたレベル以下に下がった場合、あるいは患者の体温が一定のレベルに達した場合に警報を送信するようにとの命令を入力するためにインターネットを使用することができる。この論理規則は、最初にビジネス論理層４１０で処理される。ビジネス論理層４１０はＰＤ３００から独立しており、ビジネス論理層４１０はＰＤ３００内の情報についての知識を持たない。
【００７２】
システムが、例えば、そのそれぞれが別個のアプリケーションと関連付けられている複数のウェブサイト（またはその他のインタフェース）を通して同時に複数のビジネスアプリケーションをサポートしている場合、中間層は、好ましくは、それぞれが１つのアプリケーションに向けられている複数のビジネス論理層を含む。このような実施形態では、各アプリケーションは、ウェブサイトから、ソフトウェア構成要素がそれを解釈し、適切なビジネス論理層を呼び出す中間層に渡される、関連付けられたアプリケーションＩＤを有する。同様に、各ビジネス論理層は、適切なウェブサイト（またはその他のインタフェース）と通信するために識別子を使用する。
【００７３】
ビジネス論理層４１０から、情報は、概念上中間層４００の第２論理レベルであるデータアクセス層４２０に渡される。データアクセス層４２０は、ビジネス論理層４１０からの高水準コマンドを実行するために必要とされるＰＤ３００内の適切なデータベーステーブルにアクセスするためのコマンドを提供する。
【００７４】
中間層４００の第３の概念上の論理レベルは、ＰＤ３００内のデータを、独立した標準ＸＭＬから上位レベルに渡すために適切な形式に変換するテーブルアクセス層４３０である。また、逆に、テーブルアクセス層４３０は、さらに高い層から受け取られたコマンド及びデータを、ＰＤ３００内に記憶するためにＸＭＬフォーマットに変換する。
【００７５】
中間層の第４の概念上の論理レベルは、ＡＳ４００内の最低のレベルであるデータ／ユーティリティレベル４４０である。一般的に、データ／ユーティリティレベル４４０は、ビジネス論理層４１０からの高水準コマンドを実現し、適切なＰＤ３００テーブルから必要とされるデータを抽出する。さらに明確には、データ／ユーティリティレベル４４０は、レジストリから読み取る及びレジストリに書き込むなどの標準機能を実現するためのユーティリティ構成要素、及びＰＤ３００にアクセスするためのデータ構成要素を含む。このような機能をデータ／ユーティリティレベル４４０内で隔離することによって、第３レベルだけが、データベース技術を（例えば、ＳＱＬからオラクル社（Ｏｒａｃｌｅ　Ｃｏｒｐｏｒａｔｉｏｎ）によって提供されるものに）変更するときに変化する必要があるだろう。
【００７６】
この実施形態のデータ変換が、プラットホームの残りを通した情報の流れを容易にする一方で、情報への容易な第３者のアクセスを可能にすることも理解されるべきである。例えば、宅配業者などのエンドユーザ２５は、ＸＭＬまたは電子データ交換（ＥＤＩ）、テキストまたは直接アクセスなどのそれ以外のフォーマットでＡＳＰ００からデータを抽出することによって専用のカスタマＡＳＰインタフェース（例えば、ウェブサイトとコールセンタ）を確立できるだろう。さらに、このような第３者は、ある特定の機能を実行し、機能の結果を第３者に戻すために、特定のデータに対する、及び／またはＡＳＰに対する要求をＡＳＰに発行してよい。商標名．ＮＥＴの元でマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ　Ｃｏｒｐｏｒａｔｉｏｎ）によって提供されているツールを使用して実現されてよいこのような実施形態においては、中間層は、所定のフォーマットで第３者から要求を受け取るようにプログラミングされる。例えば、中間層の１つまたは複数のソフトウェアオブジェクトは要求を解釈し、要求されているデータ及び／または要求されている機能、ならびに該機能を実行するために必要な対応するデータパラメータを特定する。データは、ここに説明されているようにデータベースから検索され、別個のオブジェクトまたは構成要素で実現されてよい機能が実行される。結果として生じるデータは、ＸＭＬ、電子データ交換（ＥＤＩ）、テキスト、直接アクセスによる等を含む、本来任意のフォーマットで第３者に提供される。
【００７７】
４つのソフトウェア論理レベルに加えて、中間層４００は、サーバソフトウェアで実現される離散機能構成要素またはサービスも含む。第１が、ビジネス論理層４１０とデバイス１００間のインタフェースであるデータモニタ４４５である。データモニタ４４５は、デバイスの一意のＩＰアドレスを通してデバイスと通信するためにＵＤＰ／ＩＰ（または代わりの実施形態においてはＴＣＰ／ＩＰ）ソケットプロトコルを使用する。データモニタ４４５は、入信デバイス１００データ用の特定の指定されたポートをモニタし、配備されているデバイス１００から入信データを収集し、デバイスデータが警報であるときには警報通知待ち行列に、あるいはデバイスデータが警報の結果ではないときには非警報通知待ち行列にデータを書き込む専用の構成要素である。
【００７８】
第２の機能構成要素は、デバイステーブルによるポーリング頻度に基づいて、デバイス１００のポーリングを引き起こすポーリングサービス４５０である。通常の動作を中断することなく、各データポイント間の時間量は、ポーリング頻度を調整することによって調整できる。ポーリングされるデバイスを特定する方法は、ポーリングされる必要のあるデバイスのレポートを作成するために、ポーリングサービス４７０及びＰＤ３００を活用する。それから、このレポートは、個々のデバイスをポーリングするためにビジネス論理層４１０によって使用される。このようなポーリング、及びポーリングサービス４７０自体が、オプションであることが理解されなければならない。例えば、代わりの実施形態において、ポーリングサービス４５０は、すべてのまたはあるデバイス１００からデータを要求するために所定の回数で実行するＳＱＬジョブで置換される。このような所定の要求は、定期データ要求と呼ばれる
別の機能構成要素は、中間層４００内で非警報通知待ち行列と警報通知待ち行列にアクセスし、前述されたＰＤ３００内で通知種別テーブル及び通知テーブルにアクセスし、システムによって警報がトリガされるときは必ずユーザに、エラーが検出されるときは必ずシステム管理者に通知警報を生成する通知サービス４６５である。通知警報は、警報デバイスを介してユーザ２５に送信される。詳細に後述されるように、多様なそれ以外の中間層４００構成要素が、送信される通知ニーズを決定し、そのケースではこのようなそれ以外の構成要素が、必要とされる通知を指定するＸＭＬ文書を作成し、それを適切な通知待ち行列に入れる。
【００７９】
通知サービス４６５は、警報が発生すると必ずＣＭＣ４０にメッセージを転送するだろう。この情報は、自動通知システムにより生成される基本メッセージの範囲を超えて追加情報を見つけるために適宜にユーザ２５に応答するためにシステム管理者（例えば、カスタマ関係専門家）によって使用されるだろう。さらに、これらのメッセージは、入信ユーザ照会の自動処理及び転送を提供し、それによりカスタマの経験及び呼処理速度を改善するために呼管理ソフトウェアに直接的に送信されてよい。
【００８０】
さらに詳細に後述されるように、通信サービス４６０は、デバイス１００にメッセージをいつ再送するのかを決定する。要約すると、通信サービス４６０は、再試行間隔に基づいて再送される必要のあるエントリ（つまり、メッセージ）用のデバイスメッセージ及びデバイスメッセージ型テーブルをモニタする。さらに、再試行カウントフィールド及び最大再試行カウントフィールドに基づき、通信サービス４６０は、メッセージごとの再試行の最大数にいつ達したのかを判断し、そのケースでは通信サービス４６０は、システム管理者にデバイスの故障を示すために非警報通知待ち行列にメッセージを書き込む。
【００８１】
中間層４００は、デバイスデータを処理するためのデータプロセッササービス４５５も含む。後述されるように、データプロセッササービス４５５は、（デバイスデータがデータモニタサービス４４５によって書き込まれる）警報待ち行列及び非警報待ち行列をモニタする。待ち行列内のエントリに基づき、データプロセッササービス４５５はＰＤ３００を更新し、通知サービス４６５による処置のために、適宜に、非警報待ち行列及び通知待ち行列内でエントリを生成するだろう。
【００８２】
中間層４００は、新規ユーザ２５の登録を補助するための登録試験サービス４７０も含む。このオプションのサービスは、新規に登録されたユーザのデバイス１００に対する試験通信を生成する。
【００８３】
別のオプションサービスは、ログサービス（図示されていない）である。ログサービスは、システムの使用を追跡調査し、システムをデバッグするためにログ待ち行列とともに動作する。一般的には、それ以外のサービスのそれぞれがログ待ち行列にレコードを書き込み、それによりシステム活動の履歴を作成する。
【００８４】
最後の機能構成要素は、背景にあり、他のサービス及び構成要素が動作し、データを収集中であることを検証するために絶えず試験データを送信するサービスモニタ４２５である。ある構成要素が応答することができない場合、サービスモニタ４７５は、問題を解決しようとして、該構成要素プロセスを停止し、再始動することができる。さらに、サービスモニタ４７５は、構成要素が適切に再始動しない場合に介入するために、（後述される）通知サービスに、人員に通知させることができる。
【００８５】
中間層４００は、多様なサービスによってアクセスされ、好ましくは、Ｍｉｃｒｏｓｏｆｔ　Ｍｅｓｓａｇｅ　Ｑｕｅｕｉｎｇまたは類似する技術を使用して実現される。このようにして、待ち行列内の各エントリは、好ましくは、待ち行列にアクセスする特定のサービスによって活用されるデータまたはパラメータを含むＸＭＬ文書である。ここの説明に基づいて理解されるように、サービスパラメータを待ち行列に書き込むことにより、サービスは非同期で動作できる。
【００８６】
顕著なことに、中間層４００は、通知サービス４６５及び通信サービス４６０による使用のために、警報通知待ち行列及び非警報通知待ち行列を含む。この実施形態では、これらの通知待ち行列が、以下のデータ、つまり（適切なアプリケーション及び対応するビジネス層を特定するための）ビジネスアプリケーションＩＤ、（通知サービスにメッセージをフォーマットする方法を示すための）通知型ＩＤ、（警報デバイス型を示すための）警報デバイス型説明、（警報デバイス宛て先を指定するための）警報デバイスアドレス、通知コンテンツ及び通知メッセージを含むＸＭＬ文書を含む。
【００８７】
同様に、中間層４００は、警報待ち行列及び非警報待ち行列を含む。後述されるように、データモニタサービス４４５はこれらの待ち行列にレコードを書き込み、データプロセッササービス４５５がこれらの待ち行列内のレコードにアクセスし、活用する。これらの待ち行列中の各レコードは、レコードが関するデバイスのＩＰアドレス及びＩＰアドレスによって特定されるデバイス１００から受信されるデバイスデータを含む。
【００８８】
ＡＳＰ２００は、システムのウェブサイトをサポートする１つまたは複数のサービスも含む。デバイス１００及び許可されたユーザ２５用の一次ユーザインタフェースは、システムウェブサイトだろう。前記説明は、１つのシステムウェブサイトが、例えば患者のモニタ、子供のモニタ、及び貨物のモニタなどのシステムのすべての用途に適応されている、発明のある実施形態を目的としている。発明の代わりの実施形態は、それぞれが異なる用途に調整されている別個のシステムウェブサイトを含むことがある。一般的には、システムウェブサイトは、許可されているユーザが、その他のパラメータをモニタするだけではなく、データ収拾頻度を含むデバイス１００の構成を更新することができるようにする。さらに、ウェブサイトは、ユーザがデバイス１００のために履歴情報を表示し、現在場所及びセンサ情報を獲得できるようにする。理想的には、ユーザまたはオーナが実行を希望することのあるほぼすべての動作は、システムウェブサイトを通して行うことができる。このような入力は、中間層４００が入力を処理し、ＰＤ３００を更新し、必要に応じてこのようなそれ以外の動作を実行するＡＳＰ２００に渡される。
【００８９】
ウェブサイトは、好ましくは、デバイス１００の現在場所だけではなく、その履歴場所も提供する。デバイス場所履歴は、時間履歴グラフィックディスプレイによってユーザに表示される。該ディスプレイは、デバイス１００の新しい過去のデータ点（例えば、場所及びセンサデータ）に相当する個々のデータ点のあるマップを含んでよい。このようなデータ点は、デバイスログテーブル及びデバイスログ値テーブルから検索される。カーソルが個々のデータ点の上を移動するとき、ポップアップウィンドウは、データ点情報を提示する。このアプリケーションの将来の実施形態は、デバイス１００がどこに位置するのかだけではなく、それが移動している方向にも基づいてデバイス１００から関心のある点への方向を提供することができる。
【００９０】
システムウェブサイトの表示機能が、複数のデバイス１００を同時に単一のマップディスプレイ上で写像できるようにする。これは、単一のアカウントに関連付けられた複数のデバイス１００を有する単一オーナがいるときに、特に有効である。ディスプレイを生成するソフトウェアは、アカウントＩＤに関連付けられた各デバイスＩＤに異なるディスプレイ識別子（例えば、色、形状、テキスト等）を割り当て、デバイスログテーブル及びデバイスログ値テーブルから検索されるデータ点ごとに識別子を使用する。
【００９１】
システムウェブサイトは、ユーザが、デバイス１００履歴上でカスタマイズされたレポートを作成できるようにするだろう。例えば、ユーザは、サービスログテーブルに記憶されるような、デバイス１００によって生成されるすべての警報、及び過去の指定された日数の間の、デバイスログ値テーブルに指定されるようなそれらの警報の場所を詳説するカスタマイズされた履歴レポートを作成してよい。この履歴データは、例えば、現在の警報閾値の実用性に関するフィードバックを提供する手段と見なされる必要がある。
【００９２】
ここに説明されるように、ユーザによって入力されるすべてのカスタマイズ可能なセンサ閾値パラメータは、システムウェブサイトでの初期の論理チェックを経験する。潜在的に疑わしい値がユーザによって入力されると、ウェブサイトは、情報を検証し、選択された閾値を含む潜在的な問題を強調表示するだろう。例えば、パラメータは、おそらく低く設定されすぎ、多数の警報を生じさせる可能性がある。
【００９３】
中間層４００は、デバイス１００情報に対する「オンデマンド要求」を生成するために、ユーザ照会に応えて機能できる。例えば、ユーザがウェブサイト上にログオンされ、そのデバイス１００に関連付けられているウェブページを表示している場合、彼らは、現在のデバイス１００の場所及びセンサ情報の更新を要求するだろうボタンをクリックすることができる。中間層４００は、それから、情報に対する要求を生成し、デバイス１００から戻される結果として生じる情報を表示する、あるいは障害がある、または応答がない場合にエラーを報告するだろう。
【００９４】
中間層４００は、ユーザ要求に応えてデータベース照会を通してデバイス１００の直近内の特定的な関心の点の位置を突き止めることもできる。例えば、デバイス１００の現在の報告されている場所に基づいた照会は、最も近い小都市または大都市の位置を突き止めることができる。病院、警察署またはレストランなどのそれ以外の関心のある点が、組み込まれてよい。数多くの商業的なデータベースは、照会が接点としての活用された緯度及び経度情報であるため、この機能性を得るために使用できる。
【００９５】
前記に注記されたように、単一のシステムウェブサイトが使用されるのか、あるいは複数のサイトが使用されるのかに家計なく、それぞれの垂直市場ウェブサイトは、どのビジネス論理層４１０を使用するのか、およびＰＤ３００のどのテーブルにアクセスするのかを特定するために、アプリケーションＩＤを中間層４００に渡すだろう。患者をモニタするユーザがユーザ名及びＩＤをウェブサイトで入力すると、ウェブサイトは、適切な業務規則、表等の識別を補助するために、ＩＤを中間層４００に戻すだろう。
【００９６】
メッセージパケットプロトコル及び順序付け
本発明の多様な構成要素及び一般的な動作を説明してきたので、デバイス１００とＡＳＰ２００間のデータ転送プロトコルの動作が、デバイス１００がＧＰＳ位置、温度、及び失敗（ｆａｌｌ　ｄｏｗｎ）データを伝送するために具備される発明の実施形態という状況で、図８（ａ）から図８（ｅ）に関してここでさらに詳細に説明されるだろう。図８（ａ）は、一様なデータパケットフォーマットを描く。一般的には、データパケットは、これらのサブプロトコル層のあるアプリケーションプロトコルの一番上の層から構成されている。標準データプロトコル１（ＳＴＤＰ−１）は一番上の層であり、ＣＤＰＤデバイス１００とＡＳＰ２００の間の親通信アプリケーション層プロトコルである。ＳＤｔＰ−１は、７つの連続セグメント、つまりトップ、コントロール１、データレングス１、データ１、ＣＲＣ、メッセージＩＤ及びエンドが後に続くウェークアップバイトコードから構成される。該ウェークアップバイトコードは、デバイス１００モデムを起動するＡＳＰ２００からデバイス１００への単一バイトコマンドである。ＳＴＤＰ−１内のデータ１フィールドは、それぞれが３つのセグメント、コントロール２、データレングス２、及びデータ２から構成されている少なくとも１つの、最高ｎ個のデータパケットを含むサブプロトコルＳＴＤＰ−２レベルを備える。データ２セグメントは、さらに、デバイス１００とＡＳＰ２００間で伝送されている実際のデータを含むサブプロトコルＳＴＤＰ−３レベルに分割される。
【００９７】
ＳＤＴＰ−２トップレベルプロトコルセグメントは、図８（ｂ）に関してここにさらに詳細に説明されるだろう。トップセグメントは、データパケットが入信しているという信号として機能するパケットの始めにある数字または文字の文字列などの一定のヘッダ識別子を含む。発明のこの実施形態では、トップセグメント内の定数は１６進（Ｈ）数ＡＡ５５である。コントロール１セグメントは、ＳＴＤＰ−１輸送層アプリケーションプログラム用のすべてのコマンドセットを定義し、伝送されているデータの種別と関連付けられている制御バイトを含む。例えば、図８（ｂ）に関して、デバイス１００ユーザがＡＳＰ２００に緊急信号を送信する場合、コントロール１セグメント内の制御バイトは１６進数０２となるだろう。同様に、伝送されたデータがデバイス１００から受信されたデータのＡＳＰ２００肯定応答である場合には、コントロール１セグメント内の制御バイトは１６進数１０等になるだろう。ＳＴＤＰ−１プロトコル内のデータレングス１セグメントは、その後に続くデータ１セグメント内で伝送されているデータのバイト総数を含む。発明のこの実施形態においては、データレングス１セグメントは２バイト１６進数として定義される。メッセージは、好ましくは、エラー検出及び／または補正情報を含む。このようにして、メッセージは、これらの３つのセグメント上で排他的な論理和ＯＲ（ＸＯＲ）論理関数を実行することにより、
コントロール１、データレングス１、またはデータ１のセグメント内の破壊を検出するＣＲＣセグメントを含む。メッセージＩＤセグメントは、好ましくはメッセージを一意に特定する１６進識別子を含む。それぞれのメッセージは同じメッセージＩＤを含み、それにより中間層４００が各メッセージを、存在する場合にその応答と一対にできるようにする。エンドセグメントはトップセグメントに類似し、データパケットが終了した旨の信号として機能するパケットの最後にある数字または文字の文字列などの一定の末端ヘッダ識別子を含む。
【００９８】
ＳＤＴＰ−２サブプロトコルセグメントは、図８（ｃ）に関してここにさらに詳細に説明されるだろう。ＳＤＴＰ−２は、ＳＴＤＰ−１プロトコルのデータ１セグメントに相当する。ＳＤＴＰ−２サブプロトコルは、伝送されているデータの種別及びデータの長さを説明する、少なくとも１つ、及び最高ｎ数の離散データパケットを含む。ＳＴＤＰ−２サブプロトコル内のコントロール２セグメントは、１６進数００からＦＦから成り立つ制御バイトを、デバイス１００とＡＳＰ２００の間、またはその逆の特定の構成またはデータ要求と関連付けることによって伝送されているデータの種別を定める。発明のある実施形態では、制御バイト０１から０８だけが定められるが、制御バイト０９からＦＦは将来の使用のために確保される。例えば、図８（ｃ）に関して、デバイス１００からＡＳＰ２００への入信ＧＰＳデータは、コントロール２セグメント内の１６進０２制御バイトを搬送するだろう。図８（ｃ）に一覧表示されている事前設定コマンドは、さらに詳細に説明される。データレングス２セグメントは、その後に続くデータ２セグメント内で伝送されているデータの総バイト数を含む。さらに詳しく後述されるデータ２セグメントは、伝送されているデータパケットの実際のデータを含む。
【００９９】
ＳＴＤＰ−２サブ・プロトコルのデータ２セグメントを含むＳＴＤＰ−３サブ・プロトコルについて図８（ｄ）を参照して以下に詳細に述べる。ＳＴＤＰ−３サブ・プロトコルはすべてのアプリケーション・データ・タイプのための通信フォーマットを定義する。具体的には、本発明の実施形態はＩＤ番号１〜８の８つの構成あるいはデータ・タイプを定義する。ＧＰＳ位置データは、図８（ｄ）に示されるフォーマットで緯度、経度、及び時間に関する標準ＡＳＣＩＩコードで送信される。このデータは、装置１００から受信されたＧＰＳデータが有効であるかどうかを示すフラッグを含んでいる。本実施形態においては、装置１００が新しいＧＰＳデータを受信できない場合に、そのＧＰＳデータに無効（Ｖ）がマークされる。そうした場合、装置１００は、その装置の記憶装置に保存されている最後の分かっている位置を受信し、それをＡＳＰ２００に送り返す。温度データはＡＳＣＩＩコードで摂氏温度として送られ、そのデータがそこから送られているウォッチ・ユニット２０２を示す１６進数（ＤＤＤ）を含んでいる。フォール・ダウン・データは、１バイト２状態１６進数として定義され、０１状態は正常な状態を、そして００状態はフォール・ダウン状態を示す。
【０１００】
プリセット・センター・コール構成コマンドは、ＡＳＰ２００の情報を求める最初の要求であり、１０バイトＡＳＣＩＩコードで定義され、装置１００は最後の２桁を無視する。このプリセット・センター・コール構成コマンドは、ＡＳＰ２００によって装置１００に送られ、その装置が位置データを送る時間間隔とＡＳＰに対するセンサー・データを指定する。このコマンドは、１２バイトＡＳＣＩＩコードで定義され、最大間隔は２２５分である。ＡＳＰ２００によって装置１００に送られるプリセット位置範囲アラーム構成コマンドは、装置２００の物理的境界を決める。装置１００がその位置がこの境界外であると判断した場合は、装置１００は以下のようにＡＳＰ２００に対してアラームを送る。このコマンド・フォーマットはその球界の左上と右下の緯度と経度で構成される２１バイト・コードである。別の実施形態で、このコマンドは境界の半径を送る。装置のマイクロプロセッサはこの半径を用いて、装置１００のＧＰＳ位置がホーム位置（例えば、許容位置サークルの中心）より離れているかどうかについて判定する。各座標は４つのバイトで定義され、第１のバイトは度、第２のバイトは分、そして第３と第４のバイトは分の少数部分を示す。このデータの最後のバイトは、装置１００内のＧＰＳ受信装置を作動可能にしたり不能にしたりするために保存される。プリセット・フォール・ダウン・アラーム・コマンドは、装置１００内部のフォール・ダウン・センサーを作動可能にしたり不能にするためにＡＳＰ２００によって用いられる１バイト・コマンドとして定義されている。プリセット温度範囲アラーム構成コマンドは、４バイトＡＳＣＩＩコードとして定義され、
最初の２バイトは摂氏での最大６０℃までの温度上限を示し、最後の２バイトは最低０℃までの摂氏での温度下限を示す。上限と下限が等しくなった場合は温度アラート／センサーが作動不能にされる。
【０１０１】
図８（ｅ）は本発明のこの実施形態で可能な構成及びデータ・タイプのための、図８（ａ）から図８（ｄ）なでに詳細に示したメッセージ・パケット構成を要約して示している。最初の２列（ＩＤ番号１〜５）は以下に示すような、スタートアップ時にＡＳＰ２００から装置１００に送られる４つの最初の構成コマンドを示している。ＩＤ番号６は、ＡＳＰ２００から装置１００への応答に対応している。ＩＤ番号７は、装置１００からＡＳＰ２００に対する応答に対応している。図８（ｅ）の最後の７つの列（ＩＤ番号８〜１４まで）は、装置１００からＡＳＰ２００に送られる種々のアラーム及びコマンドを示している。
【０１０２】
ＡＳＰ２００のデータ要求及び４つの最初の構成コマンドのそれぞれについて、図９ａから９ｎまでを参照してさらに詳細に説明する。一般的に、これらの図のそれぞれはコマンドのタイム・ライン・シーケンス及びＡＳＰ２００と装置１００間のデータ交換を示している。これらの図の２つの垂直線は、時間軸（上から下に進む）を示し、左側の線はＡＳＰ２００を、そして右側の線は装置１００を示している。番号が付されたこれら垂直線間の水平方向の矢印はコマンドあるいはデータ交換を示している。各水平線の上側に見える番号は送信されるコマンドあるいはデータのタイプを表し、上に述べた図８（ｅ）のＩＤ欄と対応する。例えば、図９ｂに示す第９送信は装置１００からＡＳＰ２００への一般的データ・メッセージを示す。
【０１０３】
最初の問題として、いくつかの実施形態では、ＡＳＰ２００は最初にモデムを５０ｍｓの遅れで起動させるためにいずれかのデータが送られる前に装置１００に対して『ウェーク・アップ・コード』を送るが、そうしたウェーク・アップ・コードは常に必要とされる訳ではない。
【０１０４】
さらに、装置１００は、ＡＳＰ２００に対してそれがＯＮされて構成される必要があることを通達あるいは受け入れ通知なしに知らせるためにＯＮされると、ＡＳＰ２００に対して最初に装置レジスタ・コマンドを送る。別の実施形態で、装置１００はＡＳＰ２００が応答通知を提供するまで所定の回数リトライする受け入れ通知が受信されない場合、装置１００は着用者に対して警告を出す。
【０１０５】
ＡＳＰ２００が装置レジスタ・コマンドを受信すると、ＡＳＰ２００、そしてより具体的にはデータ・プロセッサ・サービスが装置１００に対してその構成コマンドを送ることによって応答し、それによってその装置のアラート・パラメータ値及びルールを構成する。本実施形態において、データ・プロセッサ・サービス４５５は、プリセット位置範囲アラーム、プリセット・フォール・ダウン・アラーム、及びプリセット温度アラーム・コマンドを連続的に送り（装置１００が前のコマンドの受信を確認したら次のものを送るという手順で）、装置を構成するが、いずれの構成コマンドも装置１００に対して送ることができる。それらのパラメータを保存するために揮発性ＲＡＭが装置１００によって用いられる場合は、そうした構成が必要である。この実施形態においては、それら４つのコマンドのそれぞれが、あるいはそれらのいすれかのサブセットが装置１００に送られる。ユーザー２５が範囲／位置アラームの基準点を変更したり、あるいはユーザー２５が範囲／位置アラームの半径を変更したりするなど、ユーザー２５がアラート閾値またはルールを変更することを決めた場合も、適切な構成コマンドが装置１００に対して送られる。
【０１０６】
図９ａで、ＡＳＰ２００から装置１００に送られる第１のタイプのコマンドはセンター・コール・コマンド（Ｎｏ．１）で、これはポールされた要求、通中のデータ要求、あるいはオン・ディマンド・ユーザー要求に対する装置１００からの情報に対するＡＳＰ２００の要求である。装置１００はコマンドＮｏ．７（つまり、図８（ｅ）のＩＤ番号７）によって応答し、ＧＰＳ及び温度受信をＯＮする。図９ｂで、装置１００が３分以内に有効なＧＰＳ及びセンサー・データを受信した場合、装置１００は前に述べた方法でＡＳＰ２００に対してコマンドＮｏ．９でデータを発信する。装置１００が３分間以内に有効なデータ信号を受信しない場合は、装置１００はいずれかの情報がその装置のメモリー（例えばバッファ）に保存されているＡＳＰ２００に対してコマンドＮｏ．９で無効コードを発信する。装置１００が有効なデータ（Ａ）あるいは無効なデータ・コード（Ｖ）を発信すると、装置１００はＡＳＰ２００がコマンドＮｏ．６で受信確認通知を送信するのを１分間待つ。装置１００が１分間以内にＡＳＰ２００から受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．９で有効なデータあるいは無効データ・コードを再送信する。有効なデータあるいは無効データ・コードを再送信した後、装置１００はＡＳＰ２００がコマンドＮｏ．６で受信確認通知を送信するのをさらに１分間待つ。最後の有効なデータあるいは無効データ・コードが送られてから１分間以内に装置１００がコマンドＮｏ．６で受信確認通知を受信しない場合は、その装置は有効なデータあるいは無効データ・コードの２回目の送信を行い、受信確認通知を１分間待機する。装置１００がコマンドＮｏ．６でＡＳＰ２００から受信確認通知を受信しない場合は、そのコマンドはタイム・アウトになり、終了する。
【０１０７】
図９ｃで、ＡＳＰ２００から装置１００に送られる第１のタイプの構成コマンドはプリセット・タイム・コール・コマンド（Ｎｏ．２）で、これは装置１００が自動的かつ継続的にデータをＡＳＰ２００に対してレポートする時間間隔を指定するものである。指定された時間間隔はｘｘｘで示され、ＡＳＰ２００によって設定される。ゼロに等しい時間間隔は定期的なレポートを無効化、あるいは打ち切るために用いられる。装置１００はコマンドＮｏ．７でそのコマンドの受信を確認し、ｘｘｘ分毎にコマンドＮｏ．９でのデータ送信を開始する。装置１００はコマンドＮｏ．９でｘｘｘ分毎のデータ送信を、ＡＳＰ２００がｘｘｘをゼロとするメッセージを送ることでタイム・コール・コマンドを無効化するまで続ける。
【０１０８】
図９ｄはそれがＯＮして構成された後の装置１００の一般的な動作を示している。最初のステップとして、装置１００は有効なＧＰＳ及び温度データを得ようとする。無効なデータが受信された場合は、装置１００は装置データ・メッセージ（Ｎｏ．９）を送る。有効なデータが受信されない場合は、装置１００は所定の時間、例えば３分間、データ入手を再度試みる。有効なデータが受信されない場合は、装置１００は無効データ・フィールドを設定したメッセージ（Ｎｏ．９）を送信する。
【０１０９】
図９ｅで、ＡＳＰ２００によって送られる第２のタイプの構成コマンドはプリセット位置範囲アラーム・コマンド（Ｎｏ．３）で、これは装置の定期的な位置検出を開始するものである。コマンド・コントロール・ビットＴが１の場合は、位置検出はイネーブルされる。コマンド・コントロール・ビットＴが０の場合は、位置検出はディスエーブルされる。装置１００はコマンドＮｏ．７によって応答し、１０分おきにその位置の検出を開始する。その位置がアラーム範囲内にある場合は、アラームは送られない。ＡＳＰ２００がコマンドＮｏ．３で位置検出をディエーブルした場合（つまり、Ｔ＝０）は、装置１００はコマンドＮｏ．７で応答して、位置アラーム検出を中止する。図９ｆで、位置がアラーム範囲外で、装置１００がＡＳＰ２００のセンター・コール・コマンドに応じてそのＧＰＳ及び温度受信をＯＮしてから３分以内に有効な信号を受信した場合は、装置１００はコマンドＮｏ．１２でアラームを送り、装置１００が範囲外であることをＡＳＰ２００に知らせる。装置１００がコマンドＮｏ．６でＡＳＰ２００からの受信確認通知を受信した場合は、そのコマンドは成功裡に終了する。装置１００がコマンドＮｏ．１２でアラームを送ってから１分以内にコマンドＮｏ．６でＡＳＰ２００からの受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．１２によってそのアラームを再送信する。装置１００がコマンドＮｏ．　１２でアラームを再送信してから１分以内にコマンドＮｏ．６でＡＳＰ２００からの受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．１２でアラームの二度目の再送信を行う。装置１００が今度もそのアラームを送ってから１分以内にコマンドＮｏ．６によりＡＳＰ２００からの受信確認通知を受信しない場合は、装置はアラート条件がまだ存在していれば所定の時間５ＨＴ２メッセージを再送信する。
【０１１０】
図９ｇで、ＡＳＰ２００によって装置１００に送られる第４のタイプのコマンドはプリセット・フォール・ダウン・コマンド（Ｎｏ．４）で、これはフォール・ダウン状態を要求するものである。ＡＳＰ２００が１のコマンド・コントロール・ビットＸを送ると、装置１００でのフォール・ダウン。アラーム検出がイネーブルされて、装置１００はコマンドＮｏ．７で応答する。ＡＳＰ２００が０のコマンド・コントロール・ビットＸを送ると、装置１００でのフォール・ダウン検出がデイスエーブルされて、装置１００はコマンドＮｏ．７で応答する。フォール・ダウンがイネーブルされると、装置１００は５０ｍｓの検出気管でフォール・ダウン・データの検出を開始する。装置１００がフォール（つまり、通常の状態からフォール・ダウン状態への変化）を検出すると、装置１００はコマンドＮｏ．１１でＡＳＰ２００にフォール・ダウン・アラームを送信する。装置１００がコマンドＮｏ．１１でフォール・ダウン・アラームを送ってから１分以内にコマンドＮｏ．　６でＡＳＰ２００からの受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．１１でそのアラームを再送信する。装置１００がコマンドＮｏ．１１でその装置を再送信してから１分以内に再度コマンドＮｏ．１１でＡＳＰ２００からの受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．１１でアラームの二回目の再送信を行う。装置１００が最後のアラームを送ってから１分以内にコマンドＮｏ．１１でＡＳＰ２００からの受信確認通知を受信しなければ、コマンドはタイム・アウトになり、終了する。
【０１１１】
図９ｉで、ＡＳＰ２００によって装置１００に送られる第５のタイプのコマンドはプリセット温度範囲アラーム・コマンド（Ｎｏ．５）で、これは装置１００温度センサーをイネーブルさせるものである。装置１００はコマンドＮｏ．７で応答し、センサーがＡＳＰ２００によってディスエーブルされるまで、１０分毎に温度検出を開始する。温度がアラーム範囲内である場合は、アラームは送られない。温度がアラーム範囲外の場合は、装置１００はコマンドＮｏ．１３でアラームをＡＳＰ２００に送る。装置１００がコマンドＮｏ．１３で温度アラームを送ってから１分以内にコマンドＮｏ．６でＡＳＰ２００からの受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．１３でアラームを再度送信する。装置１００がコマンドＮｏ．１３でそのアラームを再送信してから１分以内にコマンドＮｏ．６でＡＳＰ２００からの受信確認通知を受信しない場合は、装置１００はコマンドＮｏ．１３でアラームの二回目の再送信を行う。最後のアラームが送られてから１分間以内にコマンドＮｏ．６によりＡＳＰ２００からの受信確認通知を又しても受信しない場合は、装置はアラート状態が存在していれば所定の時間後にメッセージを送る
図９ｋで、端末緊急事態コール・コマンド（Ｎｏ．８）で、装置１００はＡＳＰ２００に端末緊急事態コール・コマンドＮｏ．８を送る。装置１００はＧＰＳ位置データと温度データを最初に検出する。装置１００が３分以内に信号を受信すれば、それはＡＳＰ２００に端末緊急事態コール・コマンドＮｏ．８を送信する。装置１００が３分以内に有効な信号を受信しない場合は、装置１００は無効データをＡＳＰ２００に送信する。ＡＳＰ２００がデータを受信した場合は、それはコマンドＮｏ．６で応答する。ＡＳＰ２００が１分間以内に応答しない場合は、装置１００はコマンドＮｏ．８でそのデータを３回再送信する。応答が得られない場合は、そのコマンドはタイム・アウトとなり、終了する。
【０１１２】
図９ｌで、装置１００はＯＮされるとシステム電圧を自動的に検出する。低電圧が検出された場合、装置１００はコマンドＮｏ．１０でＡＳＰ２００を送信する。低電圧が検出されると、装置１００はＡＳＰ２００からの応答なしで１０分毎にデータ検出を行う。装置１００のステータス・インジケータを介して、モニターされたカーゴ（ユーザーも着用者である場合）のドライバーなど、他の可能な問題点がユーザー２５に対して表示される。この情報はモニタリング及び可能なアラート発生のためにＡＳＰ２００に対して送り返すことも可能である。装置１００は要求に基づいてそのステータス情報を提供することもできる。装置１００は低バッテリーのＡＳＰ２００を加温するためのメッセージ及び装置１００の性能を脅かす他の条件も発生する
図９ｎはプリセット・タイム・コール・コマンド（Ｎｏ．２）をプリセット・フォール・ダウン・アラーム・コマンド（Ｎｏ．４）と競合して使用する場合を示している。図に示されているように、プリセット・フォール・ダウン・コマンドが送られると、装置は応答を開始する（Ｎｏ．７）。ＡＳＰ２００によってプリセット・フォール・ダウン・コマンド（Ｎｏ．４）が出されると、装置の応答が一般データ・メッセージ（Ｎｏ．９）になる。
【０１１３】
フォール・ダウン・アラートが発生すると、装置１００はフォール・ダウン・アラーム・メッセージ（Ｎｏ．１１）を発生する。アラーム・メッセージが受信されると、ＡＳＰ２００はｘｘｘをゼロとしたコマンド（Ｎｏ．２）を送ることによって、タイム・コール・コマンドをディスエーブルする。装置１００は応答（Ｎｏ．７）でそのコマンドの受信を通知する。そのアラームを受信したら、ＡＳＰ２００はコマンドＮｏ．４（Ｘ＝０）でフォール・ダウン・センサー／アラームをディスエーブルする。
【０１１４】
図９ｎは装置１００がフォール・ダウン・アラーム・メッセージ（Ｎｏ．１１）を送信して、ＡＳＰ２００から受信確認通知メッセージ（Ｎｏ．６）が受信されるまで、そのメッセージを再送信する同様の事例シナリオを示している。受信確認通知が受信されない場合、装置１００は所定の時間、あるいは所定の回数だけそのアラームの再送信を続け、所定の時間あるいは回数だけ再送信が繰り返された時点でアラームはタイム・アウトになる
フロー・チャート
本環境の種々の構成要素と一般的な動作について述べたので、いろいろなアーキテクチャ図及びフロー・チャートを参照して、このプラット・フォームの動作についてさらに詳細に説明する。ＡＳＰ２００によるユーザー登録の最初のプロセスを図５ａのアーキテクチャ図と図５ｂのフロー・チャートを参照して以下に説明する。なお、多くの異なったプロセスを用いることができ、以下はその１例に過ぎない。エンド・ユーザーは上に示したような種々のユーザー・インターフェースを介して登録を提出することができる。ステップ５０２。例えば、登録は種々のユーザー確認情報、アラート装置情報、閾値、及び特定のユーザー・アプリケーションに組み込まれるその他の情報を入力するための形式を有するウェブ・ページであってもよい。サブプロセスＡ（ステップ５０４）によって示されているように、そうした情報はユーザー・テーブル（例えば、ユーザー識別情報）、アラート・テーブル、そして装置アラート装置テーブル（例えば、アラート装置コンタクト情報、優先順位、アラートと特定のアラート装置の組み合わせ）、アラート・パラメータ閾値テーブル（例えば、アラート閾値）、及びその特定のユーザーのアプリケーションのためのその他の適切なテーブルなど、ＰＤ内の適切なテーブル内に保存される。
【０１１５】
登録情報が受信されると、ミドル・タイア４００が非アラート通知キューに記録を通知する。通知サービスはそれを受けてエンド・ユーザーに送り返すメッセージをポストして、登録情報の受信を確認する。これらのステップはサブプロセスＢで示される。ステップ５０６。
【０１１６】
登録情報がＰＤ３００内に保存され、ＸＭＬドキュメントが非アラート通知キュー内に保存されると、ミドル・タイアは新しい登録情報を引き出して、それをＩＰアドレスと装置との組み合わせに基づいてＩＰアドレスと組み合わせる。ステップ５０８。登録情報がプルされてミドル・タイアがそれとＩＰアドレスを組み合わせると、情報は処理中のマークが表示される。ステップ５１０。本実施形態では、記録を処理中とマークするためことはその記録に組み合わせられたフラッグを設定するプロセスを伴う。
【０１１７】
ミドル・タイアは登録情報をエンド・ユーザーに提示させる。ステップ５１２。本実施形態では、登録はエンド・ユーザーに対してウェブ・ページ、ｅ−メール、あるいはコール・センター代表者との個人的な会話を通じて提示される。登録情報のそうした提示はＸＭＬドキュメントを非アラート通知キュー内に入力して、通知サービスに適切なメッセージを発生させることによって達成される。さらに、登録情報の提示はそのエンド・ユーザーによって選択された問題のあるパラメータの強調表示を含む。より具体的には、ミドル・タイアは受信されたアラート・パラメータと装置パラメータ・テーブルに保存されているデフォールト・パラメータとを比較して、そのエンド・ユーザーの選択がそのテーブル内で定義されている許容パラメータの範囲内であるかどうかと判定する。
【０１１８】
登録情報の提示に応えて、エンド・ユーザー（例えば、ケア提供者）には登録情報の変更のオプションが与えられる。ステップ５１４。そのエンド・ユーザーが登録情報の変化を望む場合は、そのプロセスは継続され、新しい登録情報が受信され（ステップ５０２）、新しいデータをＰＤ内に保存し（ステップ５０４）、そして非アラート通知キュー内に新しいＸＭＬドキュメントを発生させる（ステップ５０６）。
【０１１９】
そのエンド・ユーザーが登録情報の変更を望まない場合は、エンド・ユーザーによって問題のあるアラート・パラメータが最初に入力されなかったように、プロセスが継続される。より具体的には、ユーザーは特定の装置１００と組み合わせられる必要がある。この目的のために、ミドル・タイアはコール・センターに、メッセージをｅ−メールの形式で送り、コール・センターにワイアレス・キャリアを用いてエンド・ユーザーを低作業で登録し、それによってそのユーザー装置のＣＤＰＤモデムを特定のユーザーと組み合わせる。ステップ５１６。そうした手作業による登録はワイアレス・キャリアとコンタクトして、そのキャリアがその特定のエンド・ユーザーをアサインされた特定の装置の特定のＩＰアドレスと組み合わせるように要請する。
【０１２０】
ひとりのエンド・ユーザーの登録は、登録テスト・サービスの関与を必要とする。簡単に言うと、登録テスト・サービスは、コール・センターが低作業でワイヤレス・キャリアを用いてユーザーを登録した後、リモート装置との通信をテストする。そのテストが失敗した場合、登録テスト・サービスは非アラート通知キューにメッセージを送り、それによってエンド・ユーザーとシステム管理者の両方に通知が行われる。
【０１２１】
ＣＤＰＤモデムが登録されると、ミドル・タイアはＸＭＬドキュメントを発生してそれを登録テスト・キュー内に配置する。そうしたＸＭＬドキュメントは例えば装置ＩＰアドレスなど、その装置に対するメッセージを発生するのに必要な情報を含んでいる。ステップ５１８。ＸＭＬドキュメントが登録テスト・キュー内に配置されると、登録テスト・サービスはそのキューにアクセスし、そのＸＭＬドキュメントに基づいて装置に対するテスト通信を発生させる。ステップ５２０。
【０１２２】
テスト・メッセージが装置に送られると、ミドル・タイアは登録が成功したかどうかを示す受信確認通知が送られるのを待つ。ステップ５２２。本実施形態では、テストが成功したとみなされると、装置は受信確認通知を返す。テストが成功した場合、ＰＤは更新され、プロセスは完了したとみなされる。ステップ５２４。一方、テストが失敗した場合、プロセスは、さらなるテスト通知を発行する登録テストサービスを繰り返す。テストが繰り返される度に、ミドル・タイアは所定の最大数のリトライが行われたかどうかを判定する。ステップ５２６。もし行われていなければ、リトライの数を更新させ（ステップ５２８）、そしてプロセスが継続されて、登録の再テストが続けられる（ステップ５２０）。しかしながら、最大数のリトライが行われている場合は、ＸＭＬドキュメントがつくられて、エンド・ユーザー及び／又はシステム管理者に対して登録が失敗したことを示す通信の発生において通知サービスが使用するために非アラート通知キュー内に保存される。ステップ５３０。
【０１２３】
なお、登録にはユーザーをアカウントあるいはそのアカウント内のグループに割り当てる手続きを必要とする。例えば、ユーザー２５は特定のアカウント固有名及びパスワードを使ってシステムにログ・インする。さらに、ユーザー２５を１つのグループに割り当てる手続きはそのアカウント保有者によって設定され、ビジネス論理層４１０内にインプリメントされた氏名、位置などの所定のファクターに基づいて自動的に行うことができる。さらに、登録の一部は、例えば発生されたアラート数（サービス・ログ・テーブルでトラックされる）に基づく支払い、（アラート閾値テーブルで述べたような）アクティブに作用する可能性のあるアラート・パラメータの１つ又は複数のリスト、アラート装置及び／又はインターフェース装置のタイプ、アカウント表示能力、経時データ・ポイントが保存されているかどうか、そして保存されている場合は、どの程度の機関化、そして特にそのシステムがトラックしたり制御したりすることができるその他の条件などを含むサービス・レベルのユーザーによる選択などを含むことができる。
【０１２４】
図６ａと６ｂを参照して、装置１００からの入力データを受信し、処理するプロセスについて説明する。図６ａのアーキテクチャ図に示されているように、装置からのデータはＡＳＰ２００によって受信される。本実施形態においては、装置１００は、１）ポーリング・サービス４５０によってポールされた場合、２）通常のデータ要求に対する応答において、３）オン−ディマンド・ユーザー要求に応じて、４）アラートを報告する場合、あるいは、５）タイム・コール・コマンドに応じてデータを送る場合に装置データを報告する。
【０１２５】
データ・モニター・サービス４４５は、受信された装置データの高レベル・パーシングを行う。こうしたパーシングは基本的に、データの１つの受信パケットを取り出し、受信されたデータ・パケットが装置１００によって送られた実際のデータを示しているかどうかを判定し、エラー判定及び／又は計算を行い、そして本実施例においては、アラートが非アラート・メッセージより高い優先順位で処理される位置を設定する作業を伴う。
【０１２６】
データ・モニター・サービス４４５が受信されたメッセージの高レベル・パーシングを実行したら、データ・モニター・サービス４４５はＸＭＬドキュメントをつくり、それをアラート・キューか非アラート・キューのいずれか適切な方に配置する。以下に図６ｂを参照してさらに詳しく説明するように、データ・モニター・サービス４４５は、アラート及び非アラート・キュー内のＸＭＬをアクセスして、ＸＭＬドキュメントを作成して、アラート通知キューか非アラート通知キューのいずれかに保存する。データ・プロセッサ・サービス４４５は、そのメッセージを、その受信されたメッセージがアラートに関係していない場合（例えば正規データ要求に応じて受信された場合）は非アラート通知キューに、あるいは受信されたメッセージがアラートに関係している場合にはアラート通知キューに保存する。なお、ＡＳＰ２００が装置１００から登録メッセージを受信した場合は、通知が必要ではないので、非アラート通知キューへの入力は行われない。同様に、装置データがウェブサイトを介してユーザー２５に提供される場合は、通知メッセージは必要ではないので、非アラート通知キューへの入力は行われない。
【０１２７】
ミドル・タイア４００のソフトウエア対象の共通設定もデータ・プロセッサ・サービス４５５と相互作用して、パースされたデータをＰＤ３００内に保存する。そうした保存には、例えば、装置ログ・テーブル、装置ログ値テーブル、サービス・ログ・テーブル、及びその他の適切なテーブルへの保存を含む。
【０１２８】
データ・プロセッサ・サービス４５５は、装置１００からの受信メッセージ（装置受信確認通知メッセージ以外の）に対応してＡＳＰ２００受信確認通知メッセージをも発生する。データ・プロセッサ・サービス４５５は装置１００からの応答メッセージが受信されると、装置メッセージ・テーブル内の記録を取り出す。
【０１２９】
非アラート通知キュー及びアラート通知キューは、ミドル・タイア４００の通知サービス４６５によってアクセスされる。一般的に、通知サービス４６５は、キューＸＭＬドキュメント内のデータに基づいて非アラート通知キュー及びアラート通知キュー内の各入力に関する通知メッセージを発生して、送信する。上に述べたように、通知サービス４６５は、応答をトラックするために各装置上の各アクティブ・アラート通知に対する通知テーブル内で記録を作成する。さらに、各通知は特定の装置（あるいは装置ＩＤで示される特定の装置）と結び付けられているから、適切なアラート装置も装置アラート装置テーブル内で示すことができる。上に述べたように、通知サービスはユーザー要求に応えて、あるいは装置１００の所定のポーリングに基づいて、例えば装置１００からのデータの回収など非アラート通知も取り扱う。そうした装置データは、通知サービス４６５及び関連データの指示に基づいて、アラート装置かあるいはユーザー・インターフェース装置を介してユーザー２５に送られる。
【０１３０】
図６ａには各装置に関するサービス活動の週間レポートを作成するオプション可能なＳＱＬスクリプトと、すべてのサービスの機能をモニターするサービス・モニター４７５も示されている。一般的に、サービス・モニター４７５はそのサービスが正常に作動しているかどうかを判定するために、そのサービスのプロトコル（例えばＵＤＰ又はＴＣＰ）を用いるサービスのそれぞれと交信する。
【０１３１】
図６ｂは装置１００からデータを受信するプロセス、より具体的には、ミドル・タイアのデータ・プロセッサ・サービス４５５の動作のフロー・チャートである。データ・プロセッサ・サービスはアラート・キュー及び非アラート・キューからのＸＭＬドキュメントの形式でパースされた装置データを受信する。ステップ６０２。どのキューからＸＭＬドキュメントが受信されたかに基づいて、データ・プロセッサ・サービス４５５はそのデータがアラートであるかどうかを知る。ステップ６０４。図示されているように、データ・プロセッサ・サービス４５５によって行われる特定のステップはこの最初の判断に基づいて行われる。
【０１３２】
受信されたデータがアラートである場合、データ・プロセッサ・サービスはそのアラートがセンサー・アラートであるかどうかを判定する。ステップ６１０。センサー・アラートでない場合は、データ・プロセッサ・サービスはサブ・プロセスＡ及びＢの実行を継続する。より具体的には、サブ・プロセスＡは適切な装置データを含むＸＭＬドキュメントの作成と、ＰＤ内への適切なデータの保存とログを含む。より具体的には、装置データが非アラート・センサー・データを含んでいる場合、データ・プロセッサ・サービスは装置ログ値テーブル及び装置ログ・テーブル内に記録を作成し、関連データを保存し、タイムスタンプを割り当てる。プロセスＢは、通常、ＸＭＬドキュメントの作成と通知サービスで使用するために適切な通知キュー内へのその保存を含んでいる。ステップ６１２。通知キュー内に入力が行われた場合、受信された装置データに関するプロセスが終了され、ミドル・タイアが次の装置データの受信を待機する。ステップ６１６
アラートがセンサー・アラートである場合、データ・プロセッサ・サービスは好ましくはその特定のセンサー・アラートがすでに受信されていてアクティブとみなし得るかどうかについて判定する。ステップ６１８。そうした判定にはその特定のセンサーに対する対応する入力が存在しているかどうかを判定するために通知テーブルに対するアクセスするステップを含んでいる。あるいは、装置ログ・テーブルにアクティブなアラートが存在しているかどうかを調べる。センサー・アラートがすでにアクティブとなっていれば、そのプロセスは完了とみなされる。
ステップ６１６。しかしながら、センサー・アラートがまだアクティブでない場合、データ・プロセッサ・サービスはそのアラートを再評価してそのセンサー・アラートをアクティブにすべきかどうかについて判定する。ステップ６２０、６２２。そうした再評価は通常、その特定のアラート閾値ルールの再適用を含む。しかしながら、別の実施形態においては、再評価は行われない。
【０１３３】
そのアラートがアクティブでない場合、そのプロセスは完了したとみなされる。ステップ６１６。一方、センサー・アラートをアクティブにするべきである場合、データ・プロセッサ・サービスはサブプロセスＡを行い、それによって、装置ログ値テーブル、装置ログ・テーブル、及びサービス・ログ・テーブル内に適切な記録を作成する。ステップ６２４。
【０１３４】
センサー・アラートをアクティブにすべきだとみなした場合、サービスは装置テーブル内にポーリング・フラッグを設定することで、適切なデータ要求ポーリング（もしあれば）を中止する。ステップ６２６。本実施形態によれば、サービスは装置のアラート・テスト要求ポーリングを開始することによって確実に装置１００がもはやアラート状態でないようにする。ステップ６２８。一般に、そうしたアラート・テストは装置テーブル内の要求状態フィールドの更新、及びセンサー読み取りのための装置への要求メッセージの送信を含む。
【０１３５】
センサー・アラート・データの再評価が続けられ、データ・プロセッサ・サービスはポーリング及びアラート・テスト要求の中止を示すために必要なフラッグを書き込み、そのフラッグを有するＸＭＬドキュメントの作成を続け（ステップ６３２）、それらのドキュメントはＰＤ３００に保存される（ステップ６３４）。データがＰＤ３００に保存されると、そのプロセスは完了したとみなされる。ステップ６１６。
【０１３６】
以上にデータ・プロセッサ・サービスの動作をアラート・データに関して述べたが、このプロセスを非アラート・データとの関連で以下に説明する。受信されたデータが非アラート・データであると判断したら（ステップ６０４）、このサービスはその非アラート・データが要求に対応して受信されたのかどうかを判定する。ステップ６５０。その非アラート・データが要求に応じて受信されたのでない場合は、そのプロセスはサブ・プロセスＡに進み、そのデータを含むＸＭＬドキュメントを作成し、そのデータをＰＤ、つまり、装置ログ値及び装置ログ・テーブル内に保存、ログする。そのデータが保存されたら、そのプロセスは完了する。ステップ６１６。
【０１３７】
データ・プロセッサ・サービスがその非アラート・データが要求に応じて受信されたものであると判断した場合、そのサービスは装置メッセージ・テーブルから対応するメッセージを取り出す。ステップ６５４。このサービスは、その装置に関するメッセージがすでに存在している場合に、重複した不必要なメッセージが装置１００に送られないようにする。プロセスはサブ・プロセスＡに進み、ＸＭＬドキュメントの作成、そしてその非アラート・データをＰＤ内に保存する。ステップ６５６。
【０１３８】
その装置がデータが要求に応じたものであると判断されると、そのサービスは非アラート・データがデータ要求に応じて受信されたものであるかどうかを判定する。ステップ６５８。そうでない場合、プロセスは引き続きそのデータが構成要求に応じて受信されたかどうかを判定する。ステップ６６０。そうでない場合、プロセスはサブ・プロセスＡに進み、その装置データを保存する。そのデータが構成要求に応じて受信されたものである場合、装置１００は装置１００に保存されている構成データを有効化のための送りかえす。ステップ６６２。そのデータが構成要求に応じて受信されたものかどうかの判定は、ＰＤ３００にアクセスして、特定の装置に組み合わせられた構成フラッグが設定されているかどうかを判定するステップと、装置メッセージ・テーブルを参照して装置１００に送られた最後のメッセージのチェック・ステップを含んでいる。
【０１３９】
その非アラート・データがデータ要求に王子で受信されたものである場合、データ・プロセッサ・サービスはその特定の装置に関連付けられたデータ・レディ・フラッグをセットする。ステップ６６４。より具体的には、そのデータ・レディ・フラッグはデータがその装置から受信されたものであり、処理が可能であることをミドル・タイアに示す。
【０１４０】
より具体的には、データ・レディ・フラッグがセットされると、サービスはその非アラート・データが通常のデータ要求に応じて受信されたかどうか（あるいはポーリング要求に応じて受信されたものか、あるいタイム・コール・コマンドに応じて装置１００から出されたものか）についての判定を行う。ステップ６６６。以上に述べたように、本実施形態のミドル・タイアは通常のデータ要求を所定の時間間隔で出して、それらの装置から位置及びセンサー・データを入手する。そしてサービスは通常のデータ要求がおこなわれたかどうか、そしてデータがその要求に応じて受信されたかどうかについての判定を行う。そのデータが通常のデータ要求に応じて受信されたものである場合、プロセスは非アラート通知キューのためのＸＭＬドキュメントの作成とそのドキュメントのポスティングを行い（ステップ６６８）、その時点でプロセスが終了する。ステップ６１６。その結果はその非アラート装置データを含むユーザー２５へのメッセージである。
【０１４１】
その非アラート・データが通常のデータ要求（あるいはポーリング要求、あるいはタイム・コール・コマンドに応じて装置１００から出された要求）に応じて受信されたものでない場合、サービスはそれがアラート・テストに応じたものであるかどうかを判定する。ステップ６７０。そうでない場合、そのプロセスは完了したものとみなされる。ステップ６１６。
【０１４２】
データが警告テスト要求に応答するとき、データプロセッササービスは、データの再評価を行って警告の閾値が一致しているのか超えているのかを判断し（ステップ６７２）、警告の状態がまだ生きているかどうかを判断する（ステップ６７４）。警告の状態がまだ生きている場合には、プロセスは完了したと見なされる。ステップ６１６。警告の状態がまだ生きているとき、Ｍｉｄｄｌｅ　Ｔｉｅｒは、上述したように警告データの処理とユーザへの通知を続行する。
【０１４３】
他方、警告状態が合致せず、警告が生きていないとサービスが判断するとき、サービスは、警告フラッグを変化させて通知表へのエントリを削除し、デバイスの正規のポーリング活動（もし、あれば）を回復し、デバイス表におけるポーリングフラッグを設定して警告を解除する。警告の解除と正規のポーリング活動の回復が行なわれると、処理は完了したと考えられる
入力データの上述した説明は、基本的にデバイスデータを持っているユーザ２５に対する出力データもカバーするものであることに注意すべきである。このようなメッセージは、正規の要請、ポーリング要請、あるいは、即時応答要請への応答であるか、あるいは、時間呼び出し指令あるいは警告の発生によりデバイス１００によって強いられるものである。このような処理を要約すると、ＡＳＰ２００は、デバイスメッセージを受信し、データモニタサービス４４５は、それぞれ非警告データあるいは警告データのための非警告キューあるいは警告キューへのＸＭＬエントリを作り出す。ＸＭＬエントリは、デバイスＩＤおよび他のデバイスデータを有している。データプロセッササービス４５５は、次いで非警告通知キューあるいは警告通知キューのいずれかにＸＭＬ文書を作り出す。最終的に、通知サービス４６５は、対応するメッセージをエンドユーザ２５に発生する。それぞれの警告メッセージに対して、通知サービスは、ユーザの承認が待たれている活性な警告メッセージをその存在が示している記録を通知表内に作り出す。承認が得られないと、通知サービス４６５は、警告デバイスとデバイス警告デバイスに従って警告メッセージを再送信する（例えば、警告デバイスに先立って）。
【０１４４】
出力データ（すなわち、バックエンドからデバイスへのデータ）を送信する処理が、図７Ａの体系的な概略図と図７Ｂの処理フローチャートを参照して説明される。一般的に、バックエンドからデバイスへのメッセージの送信は、特定のセンサを可能化するあるいは不能化する要請のようなエンドユーザ入力の受信に応答して閾値パラメータを修正するかあるいはデバイスデータに対する即時の要請を実行するか（ステップ２０７）、ＰＤにアクセスするとともにポーリング周波数がデバイスに対する正規のデータ要請の発行を要求していることを判断するＭｉｄｄｌｅ　Ｔｉｅｒのポーリングサービスによる（ステップ７０４、７０６）かの２つのやり方の１つにおいて始められる。
【０１４５】
エンドユーザ要請あるいは正規のデータ要請の１つに応答して、ＭｉｄｄｌｅＴｉｅｒは、エンドユーザ要請あるいは正規のデータ要請に対応するデバイスを識別し、メッセージタイプ表あるいはデータメッセージ表内に記録を作成し、デバイスメッセージＩＤを割り当てる（ステップ７０８）。さらに、ＭｉｄｄｌｅＴｉｅｒは、送られるメッセージの特定のタイプのメッセージを識別する（デバイスメッセージタイプｉｄ）。例えば、メッセージタイプは、一つあるいはそれ以上のセンサを可能化あるいは不能化する要請、一つあるいはそれ以上の閾値パラメータを修正する要請、即時要請の発行、正規のデータ要請の発行などである。デバイスメッセージテーブルおよびデバイスメッセージタイプ表内に記録を作成すると、Ｍｉｄｄｌｅ　Ｔｉｅｒ（この実施例におけるＢｕｓｉｎｅｓｓ　Ｌｏｇｉｃ　Ｌａｙｅｒ）は、メッセージパケットを組み立ててメッセージが送信されるようにする（ステップ７１０）。
【０１４６】
メッセージパケットが一旦デバイス１００に送られると、Ｍｉｄｄｌｅ　Ｔｉｅｒのデータプロセッササービスは、基本的にはデバイスがメッセージを受信したかどうかを判断する。さらに詳しくは、データプロセッササービスは、デバイスが送信してバックエンドが受信したかどうかを判断し、承認メッセージを確認する。（ステップ７１２）。データプロセッササービスは、次いでデバイスメッセージ表中の適当な記録を除去する。入力データ処理は特定のメッセージに対する承認が受信された時そのメッセージに属するデバイスメッセージ表中の記録の削除を含んでいるので、デバイスメッセージ表にあるいかなる記録も承認が受信されていないメッセージということになる。デバイスメッセージ表に記録されているそれぞれの記録について、通信サービスは、何時メッセージが初めに送信されたかと、メッセージに関してデバイスメッセージタイプ表において特定された再試行間隔を示しているデバイスメッセージデータ時間スタンプに基づいてメッセージを再送信することを試みるであろメッセージを再送信する前に、通信サービスは、メッセージが承認を受けずに所定の回数再送信されたかどうか、従って、エラー通知が発生したはずだと判断する。さらに詳しくは、通信サービスは、再試行カウントと表に記憶されている最大再試行カウントを比較する。（ステップ７１４）。再試行カウントが最大再試行カウントと一致しないとき、通信サービスは、再試行カウントを増加させ（ステップ７１６）、メッセージを再送信することを試みる（ステップ７１８）。
【０１４７】
デバイスメッセージ表に記録がないことにより証明されて承認が受信されているとき、メッセージは、デバイスによって受信されたと考えられる。上述したように、デバイスメッセージ表からの記録の削除とキューからのメッセージパケットの削除は、入力データフロー処理における技術的な部分である。（ステップ７２０）。
【０１４８】
再試行カウントが最大再試行カウントと一致したと通信サービスが判断したとき（ステップ７１４）、通信サービスは、キューからメッセージパケットを削除し、それ以上の再試行を回避し（ステップ７２２）、ＸＭＬ文書を作り出すとともに非警告通知キューにそれを示す（ステップ７２４）。
【０１４９】
上述したように、通知サービスが、非警告キューと警告キューからのエントリを抽出しながら実行して、それに基づいて通信を開始する。（ステップ７２６）。
【０１５０】
さらに詳しくは、通信サービスは、デバイスメッセージ表とデバイスメッセージタイプ表内の情報に基づいて通知キューに配置するためのＸＭＬ文書を作り出す。メッセージの詳細を特定することによって、通知サービスは、特定の通信を行うとともにそれをしかるべく導くことができる。例えば、上述したように、通知サービスは、正規のデータ要請が失敗したかあるいは最大の再試行と一致したことを示して通信を実行できる。
【０１５１】
産業的な適用可能性
学生のモニタ
この特定のアプリケーションは子供を位置確認し、モニタし、および／あるいは追跡するように命令されている。特に、このアプリケーションは、特定の設備をしたスクールバスを乗降する際に子供を位置確認し、モニタし、および／あるいは、追跡するように命令されている。システムの基本的な構成が、図１０に示されている。
【０１５２】
図１０において、システムは、ＲＦ受信機１３８０を取り付けられた入口あるいはドア１１６０を備えたスクールバス１１４０を有している。バスはまた、取り付けられるなどした受信／送信デバイス１１２０を備えている。デバイス１１２０は、ＧＰＳレシーバのようなワイヤレスポジショニング受信機１４００、および、ワイヤレス送信機１４２０を備えている。
【０１５３】
この特定のアプリケーションにおいて、学生あるいは子供１１８０は、ＲＦＩＤ１２００を装着などにより取り付けられている。ＲＦＩＤ１２００は、従来周知のやり方で子供１１８０を一意的に識別するようにプログラムされている。ＲＦＩＤ１２００は、従来周知であって、Ｋｎｏｇｏ　Ｃｏｒｐ．あるいはその後継者であるＶｉｄｅｏ　Ｓｅｎｔｒｙ　Ｃｏｒｐｏｒａｔｉｏｎのような多くの会社から市販されている。子供１１８０がバス１１４０に乗ると、ＲＦ受信機１３８０は、従来周知のやり方でＲＦＩＤ１２００に応答指令信号を送り、子供１１８０が、バス１１４０に乗ったことを識別する。この情報は次いで、デバイス１１２０に送信されて利用できるようにされる。子供１１８０がバスに乗った時間はまた、デバイス１１２０において記憶されるかまたは利用できる。時間データは、ＧＰＳレシーバから集めることができ、ボードクロックシステムにおいてあるいは従来周知の他のやり方で他の人によって判断できる。システムは、子供１１８０がバス１１４０に乗ったことを判断し、この情報を子供１１８０が乗った時間と共に記憶する。システムはまた、子供がバス１１４０を降りたかどうかをモニタし、もしそうであれば、その子供がバス１１４０を降りた事実と時間を記録する。この情報はまた、デバイス１１２０に記憶されるかまたはこれにアクセス可能である。好ましい実施例において、バス１１４０の運転手１２４０はまた、ＲＦＩＤ１２６０を装着するなどにより取り付けられている。ＲＦＩＤ１２６０からのデータは、デバイス１１２０に送信されるかまたはこれにアクセス可能であるので、システムは、誰がバスを運転しているかをいつでも追跡して判断することができる。
【０１５４】
デバイス１１２０は、アプリケーションサービスプロバイダ（ＡＳＰ）１２８０を備えた２ウェイワイヤレス通信である。デバイス１１２０とＡＳＰ１２８０間の２ウェイ通信は、例えば、地上ステーション（図示せず）を介して行うことができる。ＡＳＰ１２８０は、インターネット１３００のようなコンピュータネットワークを備えた２ウェイ通信である。インターネット１３００は、学校１３２０、個々の親１３４０、および、駐車場１３６０のような多数の個々のネットワーク、コンピュータ他のデバイスを備えた２ウェイ通信である。種々のシステム間の、すなわち、ＡＳＰ１２８０、インターネット１３００、学校１３２０、親１３４０および駐車場１３６０間の通信は、アプリケーションに特有の設計上の選択の問題としてワイヤレスあるいは直接接続であることができる。いずれにせよ、種々のシステムが、ＡＳＰ１２８０にアクセスして通信することができ、バス１１４０上のデバイス１１２０にアクセスして通信することができる。
【０１５５】
システムの基本的な動作について、以下に説明する。学生１１８０がバス１１４０に乗ると、ＲＦ受信機１３８０は、ＲＦＩＤ１２００に応答指令信号を送り、学生１１８０がバス１１４０に乗ったことを識別する。システムは、学生１１８０がバス１１４０に乗った事実を記録あるいは記憶し、時間も記録あるいは記憶し、好ましい実施例においては、ＧＰＳ信号から判断できる学生１１８０がバス１１４０に乗った特定の位置を記録あるいは記憶する。システムはまた、バス１１４０の運転者１２４０を識別する。例えば、何時どこで学生１１８０がバスに乗り、誰がバス１１４０を運転しているかのような情報は、デバイス１１２０に記憶可能であるか、あるいはアクセス可能であり、デバイス１１２０の送信機１４２０によってＡＳＰ１２８０にワイヤレスで送信可能である。好ましい実施例において、ＲＦＩＤ１２００および／あるいは学生１２８０はまた、温度センサのようなセンサを備えることができ、ＲＦＩＤが学生１１８０に物理的に取り付けられているかどうかを確認できる。このセンサ情報はまた、デバイス１１２０とＡＳＰ１２８０に送信されるかあるいはアクセス可能である。
【０１５６】
この情報は、例えば、定期的にエンドユーザの要請によりあるいは運転者１２４０の要請により、あるいは、緊急の場合に（例えば、バス１１４０におけるエヤーバッグの膨張あるいは他の衝突センサでトリガーされて）ＡＳＰ１２８０に送信できる。他のデータも、例えば、バス１１４０の位置、その速度、および、温湿度などのようななんらかの他に測定されたあるいは判断された条件のようなデータもＡＳＰ１２８０において入手できる。
【０１５７】
両親や権限を与えられた学校の職員にとって、何時どこで種々の学生がバスを乗降したかを追跡したり、モニタしたりできることが望ましい。この発明のシステムは、以下のような手段を提供する。例えば、適当なパスワードあるいは他のセキュリティデバイスを与えられている子供１１８０の親１３４０は、インターネット１３００のようなコンピュータネットワークを通じてＡＳＰ１２８０にログオンできる。親１３４０は、リアルタイムに彼らの子供１１８０がバス１１４０に乗ったかそれがどこかを判断することもできる。親１３４０は、彼らの子供１１８０がバス１１４０を降りたのかおよびそれがどこかも判断できる。親１３４０はまた、センサデータを介して子供１１８０がまだＲＦＩＤ１２００を装着しているかあるいは他のやり方で所持しているかを確認できる。親１３４０はさらに、ＡＳＰ１２８０に要請を送ることができる。それは、例えば、親１３４０が上述したように子供がバス１１４０に乗っていることを確認しているが、そのときバス１１４０がどこにいるかを知りたければ、親１３４０は、ＡＳＰ１２８０からのこのような情報の要請をすることができることを含む。このような情報は、デバイス１１２０によって受信されたＧＰＳデータから取り出すことができ、ＡＳＰ１２８０に伝えられる。このような機能は、権限を与えられた学校の職員も学校１３２０において使うことができるよう。もちろん、様々なセキュリティ予防措置がシステムに内蔵されることが必要であろうし、権限を与えられた個人のみがこのような個人情報にアクセスできるようにする必要があろう。この発明によるシステムは、リアルタイムで学生の追跡や位置確認を便利にかつ安価にできるシステムとして両親や学校職員に大きな心の安らぎを与えるものであろう。
【０１５８】
システムはまた、学校組織にさらなる利点を与えるものである。例えば、バス１１４０が駐車場１３６０に戻ってきたとき、様々なデータを分析して、そのバスに乗った学生すべてがバスを降りたことを確認できる。子供が失踪したとき、学校は、子供がバスに乗ったかおよび／あるいは降りたかどうか、それが何時でどこかを確認するために記録をチェックできるであろう。学校はまた、例えば、その日の運転手１２４０のルートでのバス１１４０の速度をチェックしモニタすることによって運転手の運転パターンをモニタできる。上述したシステムによって収集されて記憶されている種々のデータを使うことによって、詳細なレポートが自動的に発行できることになる。
【０１５９】
上述された構成要素に対して様々な修正、追加あるいは置換が、上述されたこの発明の精神から逸脱することなく実行できるであろう。例えば、システムはスクールバスに乗っている子供達をモニタするシステムとして説明されたが、システムは、例えば、バス旅行中の旅行者、２つの場所間を移動している刑務所収容者、場所間を輸送されているパッケージのような定められた領域を出入するあらゆる個体あるいは物体の出入をモニタするシステムとしても同様に良好に機能することができるであろう。
食品品質モニタリングシステム
図１１に示されている特定のアプリケーションは、食品を配置し、モニタし、および／あるいは、追跡することに向けられている。特に、このアプリケーションは、輸送中の食品を位置確認し、モニタし、および／あるいは、追跡することに向けられている。
【０１６０】
図１１に示されるように、システムは、食品２１８０を積載したトラック他のコンテナ２１４０を備える。トラックは、取り付けられるなどして配置されている送受信デバイス２１２０を装備している。この特定のアプリケーションにおいて、デバイス２１２０は、ＧＰＳレシーバ、ワイヤレストランシーバ２４２０およびセンサ２４４０のようなワイヤレスポジショニングレシーバ２４００を備えている。センサ２４４０は、例えば、温度センサ、湿度センサ、あるいは、気体センサなどのような食品２１８０の品質に関係するパラメータを測定し、追跡し、あるいは、確認することができるあらゆるタイプのセンサであることができる。センサ２４４０は、デバイス２１２０に、および、特にデバイス２１２０のトランシーバ２４２０にデータを送信し、あるいは、これらにデータが使えるように接続されている
デバイス２１２０は、ワイヤレス通信システム２２００を介してＡＳＰ２２８０と２ウェイ通信を行う。ＡＳＰ２２８０は、インターネット２３００のようなコンピュータネットワークを用いた２ウェイ通信中にある。インターネット２３００は、多数の個々のネットワーク、コンピュータ、あるいは例えば、運送会社２３２０、食品製造業者２３４０、顧客２３６０、あるいは、行政機関２３８０などのような他のデバイスを用いた２ウェイ通信中にある。種々のシステム、すなわち、輸送会社２３２０、食品製造業者２３４０、顧客２３６０、あるいは、行政機関２３８０間の通信は、アプリケーション特有の設計上の選択問題としてワイヤレスでも直接接続でも行うことができる。いずれにせよ、種々のシステムが、ＡＳＰ２２８０に、換言すればトラック２１４０上のデバイス２１２０にアクセスして通信することができる。
【０１６１】
システムの基本的動作が、以下に説明される。食品２１８０が、トラック２１４０あるいは他の輸送コンテナに積載される。デバイス２１２０は、食品２１８０上あるいはその付近に配置される。食品２１８０に対する実際のデバイス２１２０の物理的な位置は、デバイス２１２０のセンサ２４４０が食品２１８０の必要なパラメータが適切にモニタできれば、重要ではない。センサ２４４０は、モニタすべきパラメータに関するセンサデータを収集しあるいは判断する。このセンサデータは、デバイス２１２０に、特にトランシーバ２４２０に記憶でき、あるいはアクセスできる。ＧＰＳレシ−バ２４００は、ＧＰＳサテライト２１００からデータを受信する。ＧＰＳデータは、センサデータと同様に、ＡＳＰ２２８０にワイヤレス送信するためにトランシーバ２４２０に利用でき、換言すればインターネット２３００にこの情報を利用することができ、従って、この情報は権限を与えられているエンドユーザが使える。
【０１６２】
情報は、例えば、エンドユーザの要請により、あるいは、トラック２１４０の運転者あるいは作業者の要請などにより定期的にＡＳＰ２２８０に送信できる。他のデータも、例えば、トラック２１４０の位置、その速度、走行した距離、出発以来の時間、到着までの時間などをＡＳＰ２２８０に利用することができる。
【０１６３】
様々なエンドユーザおよび／あるいは権限を与えられている職員には、輸送中の食品の安全および／あるいは品質状態を追跡したりあるいはモニタできることが望ましい。この発明によるシステムは、このような手段を提供できる。例えば、適当なパスワードあるいは他のセキュリティデバイスを与えられている食品２１８０の顧客２３６０は、インターネット２３００のようなコンピュータネットワークを介してＡＳＰ２２８０にログオンできる。顧客２３６０は、リアルタイムに、彼らの食品輸送がどこを輸送中であるかを判断し、輸送中の食品の状態あるいは品質をチェックしモニタし、その食品が搬送された距離をモニタすることができ、および、リアルタイムに、その食品の到着時間を評価できる。運送会社２３２０も、同様に食品の品質をモニタし、そのトラックおよび／あるいは運転手が輸送にかけた時間量を追跡し、そのトラックが走行しているあるいは走行した速度をモニタし、リアルタイムに、そのトラックが何時顧客の場所に到達するかを評価できる。同様に、食品製造業者１３４０も、顧客２３６０あるいは運送会社２３２０あるいはその他と争いを生じる可能性のあれば輸送中の食品の品質をモニタできる。実際、システムは、どの当事者にも配送各過程での食品の品質の文書化を可能にする。このような文書化は、食品の所有中に食品が安全な状態に維持管理されているという「承認のスタンプ」として機能する。最終的に、なんらかの問題あるいはアクシデントが発生することがあれば適当な行政機関２３８０も特定の運転者あるいは車両輸送にかけた時間をモニタするのと同様に、リアルタイムに、国の食品供給の品質をモニタできることになる。いずれにせよ、関係する当事者のそれぞれは、リアルタイムに、輸送中の食品の品質をモニタできるのである。
【０１６４】
上述された構成要素に対して様々な修正、追加あるいは置換が、上述されたこの発明の精神から逸脱することなく実行できるであろう。例えば、システムはトラック上の食品の品質をモニタするシステムとして説明されたが、システムは、列車あるいは飛行機上の食品の品質をモニタするシステムとしても同様に良好に機能することができるであろう。同様に、システムは、コンテナ中の湿度や温度が重要な因子となる芸術作品のような様々な付加価値の高い商品の輸送者にとって重要であろう種々のパラメータをモニタできるであろう。
睡眠モニタリングシステム
ここで述べられるさらに他の具体的な実施例は、個体の覚醒と睡眠のモニタリングに関するものである。このようなアプリケーションは、図１２を参照してここで説明される。図示されているように、自動車および機械類のオペレータ、幼児、あるいは睡眠が不規則である個体のような個体が、ＥＥＧセンサを装着する。ＥＥＧセンサからの出力は、いくつかの手段によってベルトユニットに接続される。ベルトユニットはさらに、ＥＥＧセンサからの出力をアンテナとＡＳＰに送信する。
【０１６５】
ＡＳＰは、センサを装着している個体がＥＥＧセンサ出力の分析から覚醒状態か睡眠か状態かを判断できる。Ｓｌｅｅｐ　Ｄｉｓｏｒｄｅｒｓ　Ｃｅｎｔｅｒ，Ｗｉｎｔｈｒｏｐ　Ｈｏｓｐｉｔａｌ　ａｎｄ　ＳＵＮＹ　Ｈｅａｌｔｈ　Ｓｃｉｅｎｃｅｓ　Ｃｅｎｔｅｒ　ａｔ　Ｓｔｏｒｎｙ　Ｂｒｏｏｋ，Ｍｉｎｅｏｌａ，Ｎｅｗ　Ｙｏｒｋから販売のＡｌｂｅｒｔｏ，Ｃｌａｕｄｅなどによる記述“Ｔｈｅ　Ｑｕａｎｔｉｆｉｃａｔｉｏｎ　ｏｆ　Ｓｌｅｅｐ　ａｎｄ　Ｗａｋｅｆｕｌｎｅｓｓ　ｉｎ　２　Ｓｅｃｏｎｄ　Ｅｐｏｃｈｓ　ｏｆ　ＥＥＧ”およびＡｌｂｅｒｔｏ，Ｃｌａｕｄｅなどによる記述“Ｃｏｍｐｕｔｅｒｉｚｅｄ　Ｑｕａｎｔｉｆｉｃａｔｉｏｎ　ｏｆ　Ｓｌｅｅｐａｎｄ　Ｗａｋｅｆｕｌｎｅｓｓ　ｉｎ　ｔｈｅ　ＥＥＧ”に記載のように、ＥＥＧセンサ出力の値の関数は、個体の状態に対応する。これらの文献は、以後参照文献と呼ぶ。これらの参照文献において述べられているように、正の出力は、覚醒状態にある個体を指示し、負の値は、睡眠状態にある個体を指示している。このようにして、ＡＳＰは、ＥＥＧ信号の適切な関数を計算し、正の値と負の値間の転移、数分間に典型的に生じる転移に対するＥＥＧ信号の関数をモニタするプログラムされたコンピュータを有している。
【０１６６】
覚醒状態から睡眠状態への転移の検出中に、ＡＳＰは、この実施例においては、可聴の警告、視認できる警告、穏やかな電気ショックのような触知できる警告などのような目覚まし装置を備えた携帯可能なユニットにフィードバックをかける。
【０１６７】
さらに、ＡＳＰは、インターネットにおける保障ウェブサイトを介してエンドユーザにＥＥＧ信号を入手できるようにする。ＡＳＰはまた、個体が覚醒しているか睡眠中であるかの情報、ＥＥＧ信号に関する歴史データ、ＥＥＧ信号に関する周波数データなどを含むウェブサイトでのＥＥＧ信号の分析を提供する。
【０１６８】
エンドユーザは、多数の個体および存在物を含んでいる。例えば、装着者それ自身は、定期的にＡＳＰウェブサイトにアクセスしてそのＥＥＧ信号パターンに関する情報を眺めることを選択できる。装着者のドクタあるいは医者も、さらにＥＥＧ信号を分析するためにウェブサイトにアクセスできる。このような医者によるさらなる分析は、デバイスを装着している個体が不規則睡眠者である場合、あるいは、個体が不意の幼児死亡シンドロームの恐れのある幼児である場合に特に有効である。
【０１６９】
さらに他のこの発明の実施例において、医者は、装着者に加えられるフィードバックのタイプ制御を任せられる。例えば、個体のＥＥＧパターンに基づいて、医者は、正規の間隔であるいはその日の特定の時間に覚醒装置の励起を選択できる。
【０１７０】
ＡＳＰによって実行される分析は、他の実施例においては、ベルトユニットによって全体をあるいは一部分を実行できることを認識すべきである。例えば、ベルトユニットは、正のＥＥＧ信号と負のＥＥＧ信号間の転移を検出し、それに基いて信号をＡＳＰに送るようにプログラムされたマイクロプロセッサを備えることができる。さらに他の実施例において、ベルトユニットは覚醒状態と睡眠状態との間の転移を検出するばかりでなく、覚醒装置を介して覚醒刺激を自動的に与えるように作動することもできる。
廃棄物監視システム
ここに記載のシステムのさらに別の用途として危険な廃棄物の監視があり、図１３を参照して説明する。
【０１７１】
図１３に示すように、このシステムは、可動もしくは固定のコンテナーの中や埋立地内などにあるような危険な廃棄物の位置を監視することに適用することができる。より具体的には、持ち運びできる装置が、廃棄物を搬送するドラムに取り付けられ、そのドラムの外と内、両方のセンサーを含むようにすることができる。外部センサーはドラムの外側への廃棄物の漏出を検出し、ドラム内に配置されたセンターはドラム内への周囲状況の漏出、または漏洩を特定する状況を検出することができる。さらに、廃棄物コンテナーが可動の場合、持ち運びできるユニットは、上述したＧＰＳ受信機のような位置追跡部品を備えている。当然のことながら、使用される特定タイプのセンサーは監視される廃棄物に依存しており、それらは特定の化学物質、ガス、放射能などを検出するセンサーを含んでいる。
【０１７２】
位置情報とセンサーからの出力は、無線通信システムを介してＡＳＰに送信される。そのＡＳＰは、次に、その位置とセンサー出力を監視する。一実施例においては、ＡＳＰは、そのような位置およびセンサー情報を、インターネットを介して安全ウェブサイト上で利用できるようにする。そのようなウェブサイトにアクセスする潜在的なエンドユーザーには、地方および国の管理機関、住民、およびその他のエンドユーザーを含んでいる。
【０１７３】
ＡＳＰは、位置情報およびセンサー情報に基づいて種々の分析を行うこともできる。例えば、ＡＳＰがＰＤテーブル中に、ある閾値を蓄積していた場合、その発生により、ＡＳＰはエンドユーザーの誰かにアラームを送信する。位置については、ＡＳＰは、廃棄物が、ある管轄区域の中にあるか外にあるかを判断することができる。例えば、州政府はＡＳＰを使って、廃棄物が許可なく州から出ないように廃棄物を追跡することができる。逆に、特定の州はＡＳＰを使って、何らかの廃棄物がその州に入った場合に、それを知らせるようにすることができる。要するに、ＡＳＰは、廃棄物のいかなるタイプの動きも追跡して、その動きを何らかのエンドユーザーに知らせることができる。センサー出力については、ＡＳＰは、何らかのコンテナーから漏洩があるかどうかや、その漏洩が、例えば、国の機関が設定した制限を越えているかどうか、を判断することができる。特定の閾値を越えた漏洩がある場合、ＡＳＰは自動的に、封じ込めおよび浄化のチームにコンタクトしてそのチームを特定の場所に急派することができる。
【０１７４】
また図１３に示されているように、複数の装置を埋立地もしくはその他の固定コンテナー領域内および周辺に分けて配置することができる。そのような実施例では、それらの装置は、地面の上と下、両方のセンサーから構成されている。さらに、それらの装置は、旗、光、自動車音などの識別手段を含むことができる。そのような実施例において、ＡＳＰは、無許可の廃棄物が投棄されているかどうか、受容し難いコンテナーの漏出が起こっているかどうか、などを判断すべく、装置の位置とセンサー出力を監視することができる。一実施例において、それらの装置は、住居内もしくはその近くの上水道を含んで、個人の住居に隣接して設置され、その住民のために、何らかの汚染物質を監視することができる。先述した用途と同様に、ＡＳＰは、インターネットもしくはその他の装置を介して監視情報を利用できるようにし、所定レベルの汚染物質検出時に、予め定めた何らかの個人もしくは機関に知らせるようにすることができる。
【０１７５】
上述の廃棄物監視システムのいずれかにおいて、ＡＳＰは、どの装置がアラーム状況を検出したかを識別し、（エンドユーザーに提供される）装置の位置を認知し、望ましくは、その装置上の可聴、可視もしくはその他の位置ビーコンを起動することができる。そのような起動は、ＡＳＰがその特定の装置の装置ＩＤで変調された尋問信号を送信することで達成される。その装置は、次に、その尋問信号を受信し、ローカルロジックに基づいて、変調されたＩＤがその装置に蓄積されたＩＤに合致することを判定し、ビーコンを起動する。
ガイド／トレーニングシステム
図１４の概略図に示すように、ここに記載されたさらに別の実施例のシステムは、ユーザーをガイドし、トレーニングし、保護するという多目的で、そのユーザーにフィードバックを提供すべく使用されるようにすることができる。観光客や、ジョギングする人、もしくは、その他の旅行をする個人が、脈拍、体温、血中酸素などを読み取るセンサーなどの１つもしくはそれ以上のセンサーおよび１対のヘッドフォーン、ディジタルディスプレイなどのフィードバックもしくは出力ユニット（これらの両者は装置に連結されているが）、これらを含む本発明による装置を持つ。上述のように、その装置はまた，ＧＰＳ位置追跡センサーを含んでいる。
【０１７６】
動作中に、ＡＳＰは連続して、もしくは定期的にＧＰＳ位置追跡情報とセンサー出力を受信し、それによって、ユーザーの位置と種々の生物学上の変数を追跡する。そのような情報を受信して、ＡＳＰは望ましくは、その情報を蓄積し、インターネット上の安全システムウェブサイトを介してユーザーにそれを利用できるようにする。代わりの実施例においては、ＡＳＰは、ＬＡＮ、ＷＡＮ、音声／セルラーなどを含む多数の通信経路のいずれかを介してエンドユーザーと通信する。より具体的には、ＡＳＰは望ましくは、平均速度（時間毎の位置の変化に基づく）、平均脈拍、平均血中酸素量およびセンサーと位置から入手できるその他のデータのような経過情報と共に、リアルタイムの位置およびセンサーデータを提供する。そのような平均値は、月、日、時間などの種々の期間について取ることができ、またランナーのトレーニングインターバルのような不連続のイベントについても取ることができ、またそのユーザーが特定の場所にいる期間についても取ることができる。
【０１７７】
ＡＳＰはさらに、受信した位置およびセンサーデータについて、ある分析をして、その分析をシステムウェブサイトを介して利用できるようにすることができる。この分析は、望ましくは、多目的コンピューターで動くソフトウェアによって行い、位置およびセンサーデータと予め規定した閾値との比較を含むようにすることができる。そのような実施例において，ＡＳＰは実際の位置と時間のデータを、予め定めた位置と時間のデータに比較し、それによって、そのユーザーがスケジュールの「後に」いるか、「スケジュールの先に」いるか、を判断する。そのような情報は、特に配達サービスや運動選手のトレーニングに有益であるかもしれない。ＡＳＰが行う別の分析には、位置および／またはセンサーデータが所定の閾値を越えるかどうか、またはある範囲内にあるかどうか、などを判断することが含まれる。例えば、ＡＳＰは、レースのためのランナーのトレーニングで、ランナーの脈拍もしくは血糖値が、ある範囲内に維持されているかどうかを判断することができる。
【０１７８】
上述のように、本実施例のシステムは、さらにフィードバック装置を含んでいる。従って、ＡＳＰが受信したか、ＡＳＰに由来するか、またはＡＳＰが蓄積した何らかの情報が、セルラーもしくはその他の通信手段を介してユーザーに送り返され、フィードバック装置によって受信されるようにすることができる。一実施例においては、ユーザーがジョギングする人であり、最適もしくは所定のレベルと比較した場合の実際の速度、脈拍、血糖値などのトレーニングに関連するフィードバック情報が、イヤーフォンなどのフィードバック装置を介して提供される。別の実施例では、そのフィードバックは、位置とユーザーの環境に関連する情報からなる。そのような実施例においては、ＡＳＰは、観光客アトラクション、レストラン、ミュージアムのような関心あるサイトのデータベースを保存し、自動的に、ユーザーの好みおよび／またはユーザーの位置に基づいて、そのような情報をユーザーに提供する。より具体的には、ＡＳＰのコンピューターシステムは、ユーザーの位置を追跡し、ユーザーの好みの表示をメモリーから取り出し、すべてのサイトに関係する蓄積情報を取り出し、ユーザーの好みに応じて情報を振り分け、結果の情報をユーザーに提供するようにプログラムされている。ユーザーに提供された情報は、イヤーフォンを介した音声（「一番近くのアメリカンフードレストランは２ブロック西です。」など）や、ディジタルディスプレイを介したユーザーの現在の周囲の主要な関心ポイント付のマップを含む、多数のフォームのいずれかであるようにすることができる。要するに、いかなるタイプの情報もＡＳＰによって蓄積され、ユーザーに提供されるようにすることができる。
【０１７９】
他の設計固有の用途や装置は添付の資料に記載されており、その詳細は、添付の資料を読んで理解することで、当業者には明らかであろう。
マイクロ潅漑システム
図１５の実施例は、環境変数表示もしくは、オリーブの木などの対象が水が必要かどうか、または肥料が必要かどうか、を遠隔的に監視する装置を提供する。限定しない実施例により、そのような環境変数を、水量、湿度、温度もしくは木の近くの土もしくは空気のｐＨとすることができる。その装置は、木の近くに配置される。その装置は、ＧＰＳからの位置データを受信する受信機と、環境変数を測定するか、もしくはそうでなければ判断するセンサーと、ＡＳＰに位置および変数データを送信し、それによって上記態様においてエンドユーザーに利用できるようにする送信機からなる。ユーザーは、この情報にアクセスして、その特定の木が水やり（潅漑）を必要としているかどうか、もしくは肥料やり（施肥）を必要としているかどうかを判断することができる。さらに、本発明の装置はまた、その木の自動潅漑を提供するシステムの一部とすることもできる。即ち、その装置は、孤立した植物および／または領域の自動的かつ正確なマイクロ潅漑を提供する全体的潅漑システムに組み込まれるようにすることができる。例えば、その装置は、特定の木が水を必要としているのかどうかを判断するために使われることができる。もしそうであるなら、その装置は、この情報と木の位置を無線もしくは直接有線接続によって、ＡＳＰに送信することができる。その装置はまた、その装置が受信したＧＰＳデータを介して、その木の正確な位置を送信することができる。このようにして、ＡＳＰにアクセスすることで、ユーザーは、その木が水やりを必要としているかどうかを知り、またその木の正確な位置も知る。そのユーザーは次に、その他の木にではなくその特定の木に水をやることができ、もって貴重な水資源を節約する。そのシステムはまた、ユーザーの入力なしで、自動的に所定のスケジュールで木に水やりするようにプログラムすることができる。
【０１８０】
その装置は、例えば、ＡＳＰ内のシステムデータベースに蓄積されるようにして、植物、木、またはその他の定期的もしくは不定期的な潅漑を必要とするもののための潅漑要件を監視するシステムに組み込まれるようにすることができる。より具体的には、装置は木の近くに配置され、その木もしくは木群が必要とする潅漑（水やり）（もしくは施肥（肥料やり））を指示する１つの条件または一連の条件を検出するためのセンサーを含むようにすることができる。当然のことながら、使用される特定のタイプのセンサーは監視される特定の条件に依存し、例えば、温度、湿度、ｐＨなどを検出するセンサーを含む。そのセンサーは、地面の上と下に配置することができる。その装置はまた、上述のようにＧＰＳ受信機などの位置追跡部品を含むこともでき、その装置を位置データで予めプログラムすることができ、またはＡＳＰが、ＧＰＳデータの必要なしにまたはそのデータと組合わせることなく、その位置を判断するのを容認する識別特性で予めプログラムすることができる。
【０１８１】
その位置情報とセンサーからの出力は、アンテナを介して無線で、または直接有線接続（図示せず）で、ＡＳＰに送信される。そのＡＳＰは次に、装置の位置を監視するか、もしくはそうでなければ判断し、所望の環境変数を監視するためにセンサー出力を監視するか、もしくはそうでなければ判断する。
【０１８２】
そのシステムの特定の用途について、図１５を参照して今、説明する。装置Ａは、木Ａ近くの環境変数を監視し、この情報はＡＳＰに無線で送信される。ＡＳＰは、ＧＰＳデータを装置Ａから受信するか、または木の近くにある装置Ａを特定する装置Ａからの識別コードもしくはその他の予めプログラムされたデータを受信することで、どの木が監視されているのか、判断することができる。その装置はまた、旗、光、自動車音などの識別手段を含むようにすることもできる。もしＡＳＰが、木Ａは水やりの必要ありと判断すると、ＡＳＰは自動的に遠隔制御バルブＡを開き、木Ａに水をやる。もちろん、このシステムはまた、手動でも操作でき、技術者が、木Ａに注意必要との指示を受けるか、報告を受け、遠隔制御バルブＡを手動で開くことができる。このシステムは、ある時間の間、木Ａに水やりをするか、または装置Ａから受信した変数データ単独でもしくはＡＳＰが受信するかそこにプログラムされた他のデータと組合わせたものに応じて、ある量の水を供給するために採用することができる。
【０１８３】
もしＡＳＰが，木ＡとＤが例えば、水やりを必要としていると判断すると、その時には、ＡＳＰが遠隔バルブＡとＤの両方を開くようにすることができる。同様に、もしＡＳＰが、領域１全体のすべての木が水やりを必要としていると判断すると、ＡＳＰは領域制御バルブ１を開いて木Ａ，Ｂ，ＣとＤに水やりをすることができる。ＡＳＰは同様に、領域制御バルブ２と３を開いて領域２と３（図示せず）を潅漑することができる。このようにして、本発明のシステムは、木々のマイクロ潅漑を提供し、貴重な水資源を節約する。このシステムはまた、個々の木々および／または領域の自動的な監視と潅漑を提供することにより貴重な人手資源を節約することができる。
家庭のペットと家畜
図１６に示すように、このシステムの用途には、ペットの監視と所在確認を含んでいる。そのようなシステムは、ペットに取り付けられるか、埋め込まれたＧＰＳ受信機、送信機、データ蓄積装置と内蔵の電池からなる腕時計サイズの装置で構成されている。もし、そのペットがいなくなると、そのペットの飼主は、システムウェブサイトかＣＭＣを通じてＡＳＰに連絡することができる。ＣＭＣエージェントは、飼主の要請に基づいてペットの所在を確認し、飼主に連絡するか、および／またはペットを回収して飼主のところに連れて行くよう業者に連絡する。その装置はまた、飼主の要請に基づいてペットの所在を確認するためにも使用することができる。そのシステムはまた、ペットの所在を物理的に確認すべく業者に連絡したり、争いが起こった場合にペットを識別するなどの関連サービスにも採用することができる。潜在的な顧客としてペットの飼主を含んでいる。発明の上述した用途の代わりの実施例では、ペットがさまよい歩くことのないようにする仮想フェンスを創ることができる。そのような実施例は、ペットが所定の位置から、予め定めた距離の外にさまよい出ようとした場合、ペットに何らかの刺激を与えることができる出力ユニットを備えた装置を含む。その刺激は、穏やかな電気的刺激などを含むようにすることもあり得る。その装置は、ペットの所在をＡＳＰに報告し、ペットの飼主に対してアラームを発する。図１６を参照すると、ＡＳＰは、ペットの飼主をそのシステムに接続する顧客インターフェース、（ＣＭＣおよび／またはシステムウェブサイト）で構成される。その顧客インターフェースは、次に、異なるエンドユーザー、例えば、ペットの飼主、動物保護施設、もしくは獣医と、上述したように、特定のアラーム装置を関連付けるＡＳＰ中のペット所在確認ソフトウェアアプリケーションと連動する。その装置は、無線通信ネットワークを通じて、ＡＳＰと通信する。
【０１８４】
同様な実施例において、ＧＰＳ受信機、トランシーバー、データ蓄積装置、内蔵電源とバイオセンサーからなる装置は牛や豚に取り付けられ、牛や豚が、生産施設まで、飼育／生産チェーンを通過する度に、それらを監視かつ識別する。そのシステムは、追跡および識別システムの範囲を農場および生産施設にまで及ばせるために使われるようにすることもあり得る。そのシステムは、疾病コントロール、在庫管理、生産施設内の牛や豚の特定の農場に対しての追跡などの関連用途に採用され得る。潜在的顧客には、農場主らや生産者らを含んでいる。
手荷物の追跡
図１７は、手荷物を追跡するためのシステムの用途を示している。そのシステムは、ＧＰＳ受信機、トランシーバーとデータ蓄積装置からなり、チェックインカウンターでバッグに取り付けて手荷物引取りの後に取り外すことができる腕時計サイズの装置を含む。その装置は、紛失した手荷物の所在を探すために使用されるか、手荷物が開かれたかどうかを検出するのに採用され得る。その装置は、航空会社の現在の手荷物追跡および識別システム、即ち、バーコードシステムの代わりに使用され得る。潜在的な顧客には、航空会社を含んでいる。同様に、ＧＰＳ受信機、トランシーバー、データ蓄積装置と電池からなる腕時計サイズの装置は、手荷物に取り付けて、持主の要請に基づきそのバッグの所在を確認することができる。図１７を参照して、ＡＳＰは、エンドユーザーにバッグの所在を提供する顧客インターフェース、（ＣＭＣおよび／またはシステムウェブサイト）から構成される。その顧客インターフェースは、次に、異なる装置を異なるエンドユーザーに関連付けて、エンドユーザーのバッグの時間毎の動きを地図にかくことができるＡＳＰ内の手荷物所在確認ソフトウェアアプリケーションと連動する。バッグの持ち主はＣＭＣあるいはウェブサイトによって自分のバッグの所在確認を要求することができる。そのＣＭＣはまた、航空会社にバッグの所在を連絡することもできる。前の実施例におけるように、その装置は、無線通信ネットワークを通じてＡＳＰと通信する。潜在的顧客には、旅客および旅行かばんメーカーを含んでいる。
心臓監視システム
図１８は、心臓病患者を監視するシステムの用途を示している。ＧＰＳ受信機、無線トランシーバー、バイオセンサーとＥＣＧからなる腕時計様の装置は、心臓病の人に付けられる。その装置は、バイタルサイン（生命兆候）が救急治療の必要性を示すときに、ＡＳＰにＧＰＳ信号位置を送信する。救急信号は、救急派遣のために９１１局（救急施設）にも送られ、かつまた、身内にも提供されるようにすることができる。そのＡＳＰは、システムウェブサイトを通じて、内科医が将来アクセスするのに備えて、ＥＣＧ結果を記録する。その装置は、救急治療とイベント後診療を可能にするために使用され得る。図１８を参照すると、ＡＳＰは、エンドユーザー、例えば、内科医もしくは身内、要望があれば、患者自身のために、ＡＳＰに対してインターフェースを提供する顧客インターフェース、（ＣＭＣおよび／またはシステムウェブサイト）から構成される。その顧客インターフェースは、次に、ＡＳＰ内の心臓監視ソフトウェアアプリケーションおよび医者、病院および必要ならＥＭＳにリンクされる監視センターと連動する。本用途の代わりの実施例においては、その装置は、内科医からの指示で、もしくはある条件が満たされる時に自動的に医薬品もしくはその他の薬剤を投与することができる出力ユニットを含む。前の実施例におけるように、その装置は、無線通信ネットワークを通じてＡＳＰと通信する。潜在的な顧客には、心臓病患者を含んでいる。
その他の用途
次の模範的用途は、上述した装置およびサポートシステムの種々の実施例についての一層の特徴と用途を詳述する。当業者が、ここに記載の発明を読みかつ理解すると、下に説明する特定の用途に関連して作動するように、ここに記載の装置およびサポートネットワークがどのように適用でき、修正、追加でき、取り去られ、または代用できるか、を想像することができるだろう。
海洋横断貨物の追跡
代替的な実施形態は出荷コンテナの追跡に関する。本用途は、以下に述べる二層の装置を利用する。第１の層は、無線周波数識別子（ＲＦＩＤ）を一般に有するタグである。第２の層は、無線周波数（ＲＦ）リーダ、アンテナ又はコイル、トランシーバ及びデコーダ、ＧＰＳ受信機及び無線トランシーバを有するベースユニットである。ベースユニットは、どのコンテナが船に積荷されているかを判断し、ＧＰＳ衛星から位置情報を受信し、ＡＳＰに収集されたデータを無線送信するのに使用可能であり、ＡＳＰは、次いで、インターネットなどのコンピュータネットワークを通じて情報にアクセスするためにエンドユーザにアクセスされる。
【０１８５】
本発明の本実施形態のもう一つの重要な側面はＲＦＩＤタグであり、それは、追跡される各出荷コンテナの上又は中に配置され、好ましくは固有のＩＤコードを有している。これらのタグは、また各コンテナ固有の情報を含むことが好ましい。各タグ内にプログラムされている情報は異なってもよい。本用途の一実施形態は、各タグに関連するコンテナを識別する固有番号を格納し、運送会社は各コンテナに入っているもののインベントリを保持することができる。もう一つは、出荷される物に関する詳細をタグに格納することである。従来の方法を使用して、コンテナ又はタグを再利用する方がそれらを一度だけ使用したり、コスト高になる書き換え可能タグを使用したりするよりも効率的であろう。
【０１８６】
本質的ではないが、装置は、ベースユニットの構成要素に電源供給するために、電源を有するか、電源に接続する機構を有してもよい。船上の全コンテナに達するには強力な電磁場が必要になるであろう。必要な電力は生成される電磁場の強度に比例するため、外部電源がおそらく好ましいであろう。
【０１８７】
以下、装置の基本動作を説明する。固有情報でプログラムされたＲＦＩＤタグが出荷コンテナの中又は上に配置されるか、内蔵される。ＧＰＳ信号が障害物によって邪魔されるため、ベースユニットは船上のどこか、好ましくはデッキにある。ベースユニットのＲＦリーダはタグと船上で対話し、データをタグから収集する。ベースユニットが内部電源を有する場合はスタンドアロンであってもよいが、そうでなければ電源に接続する必要がある。ベースユニット内のＧＰＳ受信機は、ＧＰＳ衛星から位置情報を受信する。ＲＦリーダのアンテナ又はコイルは電磁場を形成する。タグはリーダの起動信号を検出する。リーダはタグ内でコード化されたデータを判断する。ベースユニット内のトランシーバは、収集されたＧＰＳ位置データ及びタグデータを無線通信方式でＡＳＰに送信する。エンドユーザは、インターネットを介して船荷位置に関する情報にアクセスすることができる。
【０１８８】
本用途の実施形態では、電磁場を常に有することができるが、それは電源の浪費になるであろう。代替的に、電磁場は必要に応じて形成してもよく、即ち、ＡＳＰ側でユーザによって起動させてもよい。代替的実施形態は定期的に電磁場を形成させることであるが、これはエンドユーザが自分の船荷がどこにあるかリアルタイムにわからないという問題をもたらす。正確な位置が入手不可能であると間違いがあるかもしれない。促されたときに電磁場が作られる場合には、誰でもいつでも自分の船荷の位置を突き止めることができる。
【０１８９】
本用途の別の実施形態においては、タグは、ベースユニットから質問信号を受信せずに、定期的にベースユニットに情報を送信する。受信された情報に関する情報は、ベースユニットによってＡＳＰに送信される。本発明による更に別の実施形態においては、ベースユニットは、装置が監視する特定環境に応答してＡＳＰに情報を送信する。
【０１９０】
例えば、監視対象物の物理的位置及び／又はパラメータに関するデータ処理は、タグ、ベースユニット、ＡＳＰ又はそれらの組み合わせの中のいずれかで行われる。例えば、ベースユニットはＧＰＳ衛星から位置データを受信可能である。ベースユニット自身は、計算された物理的位置をＡＳＰに送信する前に、データを処理することができる。代替的に、基地局が受信した位置データはＡＳＰに送信され、それは情報処理を行い、対象物の物理的位置を計算してもよい。また、本発明は、装置が受信した情報処理の一部が、部分的に、タグ、ベースユニット及び／又はＡＳＰの組み合わせにより処理される分散処理系を考慮する。最後に、タグは、ＡＳＰがＧＰＳデータを必要とせずに又は組み合わせてその位置を決定することを可能にするために、位置データで予めプログラムされたり、識別特性で予めプログラムされたりしてもよい。
アクセス整理
本発明の本用途においては、ローカル受信機に近づくと起動する無線トランシーバを有する腕時計状装置は、格納されたＩＤを地上局に送信し、局から受信した情報を将来のアクセス用途のために格納する。ＡＳＰは、アクセスを認可するか、諸項目を解放し、将来のデータ調査の目的でＩＤ時間や位置を記録する。それは紛失した場合に遠隔操作で探し、失効するようにできる。装置は許可された者のみアクセスを許可し、項目取得を自動化又は機密保持し、トラフィックデータ調査を可能にする。全てカードよりも高いセキュリティを有する。潜在的な顧客は、企業、政府、学校大学、病院、ホテル、銀行、小売業、遊園地、競技場、スポーツチーム、演劇場、映画館、スキー場、カジノ、航空会社を含むだろう。
使用整理
本発明の本用途においては、腕時計状装置は、受信機動作機器に近づくと起動し、格納されたＩＤを機器に送信する無線トランシーバを有する。機器は使用を許可する。装置は紛失した場合、遠隔操作で探し、失効するようにできる。装置は、ＩＤを送信することにより許可された者だけによってのみ機器使用を認めるように使用することができる。潜在的な顧客は、通信会社、ＰＣメーカー、事務用品製造業者、自動車メーカー、ファームアーム製造業者、ＰＤＡ製造業者を含むだろう。
支払い
本発明の本実施形態においては、腕時計状装置は、受信機動作レジ（ＰＯＳ）に口座情報を送信する無線トランシーバを有する。それは紛失した場合、遠隔操作で探し、失効するようにできる。潜在的な顧客は金融機関及び小売業者を含むだろう。
視覚障害者追跡
本発明のこの実施形態では、ＧＰＳ受信機と無線トランシーバを有する腕時計状装置は、視覚障害者によって自分の位置情報を与えられるように身につけられる。装置はユーザからの要請に応じてＡＳＰに位置信号を送る。エンドユーザはＣＭＣ又はシステムウェブサイトを介して情報を要求する。装置は、盲目者に自分の位置を直ちに知らせるために使用可能であろう。潜在的な顧客は、視覚障害者を含むであろう。
仮出獄者監視及び追跡
本発明の本実施形態では、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、仮出獄者によって身につけられる。装置は、法執行機関からの要請によりＡＳＰにＧＰＳ位置信号を送る。法執行機関は、システムウェブサイト又はＣＭＣを介して情報を要求する。仮出獄者が装置を取り外すと、生命サインがなくなり、法執行機関に警報信号が発せられる。装置は、仮出獄者が装置を外す危険がなく出獄者の居場所をたちどころに突き止めるために使用される。潜在的な顧客は法執行局を含むであろう。
アルツハイマー患者追跡
本発明のこの実施形態では、ＧＰＳ受信機と無線トランシーバを有する腕時計状装置が、居場所を追跡される必要のある人によって身につけられる。装置は被介護者からの要請に応じて、地上局へ位置信号を送る。介護者はウェブサイト又はコールセンタを介して情報を要求する。装置は、行方不明の人を即座に探すのに使用することができる。潜在的な顧客は、アルツハイマー患者親縁者又は介護者を含むであろう。
子供の位置追跡と監視
本発明の本実施形態では、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、子供によって身につけられる。装置は、親からの要請に応じて位置信号と生命サインをＡＳＰに送信する。親はシステムウェブサイト又はＣＭＣを介して情報を要求することができる。装置は、生命サインが記録されていない場合は警報信号をＡＳＰに送信する。ＡＳＰは、その後、自動的に又はＣＭＣを介して親の呼び出し行う。装置は、行方不明の子供を直ちに突き止めるのに使用される。潜在的な顧客は、両親、祖父母その他の縁者、許可された介護者を含むであろう。
誘拐
本発明の本用途では、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、誘拐の危機にある人によって身につけられる。装置は、縁者及び／又はユーザからの要請に応じて位置信号を地上局に送信する。親縁者は、システムウェブサイト又はＣＭＣを介して情報を要求する。装置は誘拐された人を突き止めるのに使用される。潜在的な顧客は高資産家家族を含むであろう。
警備員の監視と位置追跡
本発明の本用途では、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、監視位置追跡を要するエージェントによって身につけられる。装置は、本部及び／又は陣営からの要請に応じて位置信号をＡＳＰに送信する。本部は、システムウェブサイト又はＣＭＣを介して情報を要求する。装置は危険に瀕したエージェントを直ちに突き止め、彼／彼女の生命サインを遠隔に読み取るのに使用される。潜在的な顧客は、連邦、州、ローカル保護局、例えば、ＦＢＩ、ＣＩＡ，警察、消防署、及び軍、例えば、兵士、海兵及び操縦士を含むであろう。
女性の安全監視と位置追跡
本発明の本用途においては、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、潜在的危険のある女性によって身につけられる。装置は、生命サインが予めプログラムされた危険らしきパターンを示すと位置信号をＡＳＰに送信する。ローカル警察署は彼女を直ちに救助するよう知らされる。装置は、危険時に警察署にＳＯＳ信号を送信したり、早急な位置決定を行ったりするのに使用される。潜在的な顧客は、女性及び少女を持つ親を含むであろう。
高齢者の監視と位置追跡
本発明の本用途では、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、高齢者によって身につけられる。装置は、生命サインが緊急のケアの必要性を示したとき、介護者の要請に応じてＧＰＳ位置信号をＡＳＰに送信する。介護者はシステムウェブサイト又はＣＭＣを介して情報を要求することができる。緊急信号は、救急車の出動を求めて９１１局に出される。装置は、緊急の介護及び要求に応じた位置追跡を行うために使用される。潜在的な顧客は、高齢者、例えば、年齢７０歳以上の親縁者又は介護者を含むであろう。
過激なスポーツ参加者の監視と位置追跡
本発明の本用途では、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、過激なスポーツ参加者によって身につけられる。本装置は、親縁者／チームメンバーからの要請に応じて、又は生命サインが緊急のケアの必要性を示したとき、位置信号をＡＳＰに送る。親縁者／チームメンバーはシステムウェブサイト又はＣＭＣを介して情報を要求する。緊急信号は、救急車の出動を求めて９１１局に出される。装置は、行方不明の参加者を直ちに突き止めたり、生命サインを遠隔に読み取るのに使用される。潜在的な顧客は、急流筏くだり、カヤック、マウンテンバイキング、ロッククライミング／登山、スカイダイビング、ハングライディングなどの参加者を含むであろう。
ジョギング走者の監視
本発明の本用途では、無線トランシーバとバイオセンサを有する腕時計状装置が、練習中に自分の生命サインを監視したいジョギング走者によって身につけられる。装置は、読み取ったデータをＡＳＰへ送る。ＡＳＰは、ジョギング走者、医師、トレーナーからシステムウェブサイト又はＣＭＣを介して後刻検索用にデータベースに情報を記録する。装置は、練習中に生命サインを監視して、平素の努力テストを実行及び置換したり、トレーナーを補助したりするのに使用される。潜在的な顧客は、ジョギング走者及び／又は長距離走者、スポーツチーム及び／又はトレーナーを含む。
呼吸器病患者の監視と位置追跡
本発明の本用途においては、ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置が、呼吸器病を持つ患者によって身につけられる。装置は、生命サインが緊急のケアの必要性を示したとき、位置信号をＡＳＰに送る。緊急信号は、救急出動を求めて９１１局に出され、縁者に提供される。装置は、適切な緊急ケアを行うために使用される。潜在的な顧客は、呼吸器病患者を含む。
グルコースの監視
本発明の本用途においては、無線トランシーバとグルコースリーダとＬＣディスプレイを有し、グルコース・レベルを読み取り、ディスプレイに読み取り内容を表示し、地上局及び／又はインシュリンポンプにその内容を送る腕時計状装置がグルコースの監視を必要とする者によって身に付けられる。装置は、データをＡＳＰに送信し、及び／又は、インシュリンを身につけている人に注入するように出力装置を起動する。装置は家庭グルコーステストの頻度を増加して侵入力を減少するのに使用される。潜在的な顧客は、糖尿病患者を含む。
危機に瀕した種
本発明の本用途では、ＧＰＳ受信機、トランシーバ、データ記憶装置、自家発電バッテリ、バイオセンサを有する装置が、様々な研究プロジェクトのために又は危険に瀕した種の保存のために哺乳動物その他の大型の動物に取り付けられる。装置は、研究目的のため移住経路を追跡したり、狩猟防止のために経路を追跡したり、その他の研究用途に使用される。潜在的な顧客は、政府、野生動物保護機関、大学を含む。
盗難車の取り戻し
本発明の本用途では、盗難車取り戻し用のＧＰＳ受信機、トランシーバ、バッテリを有するアフターマーケット導入の盗難防止／位置追跡型装置が車に搭載される。車の所有者は、システムウェブサイト又はＣＭＣを介してＡＳＰに車が盗難されたことを通知する。ＣＭＣエージェントは、所有者の要請に応じて車のある場所を突き止めて警察に通報するか、警察がアプリケーションに直接アクセスする。装置は、所有者の要請により自動車を突き止め警察に通知するのに使用される。本発明の本用途は、ＬｏＪａｃｋ（現在約＄６５０で販売）より低価格で売られる可能性がある。追加的な車関連サービス、例えば、病院への警報、衝突通知、遠隔ドア開閉及びエンジン不作動が提供可能であろう。潜在的な顧客は、車の所有者、レンタカー業者その他の隊管理者を含むであろう。
貴重品追跡
本発明の本用途においては、ＧＰＳ受信機、トランシーバ、バッテリを有する装置が、貴重な美術品に配置され、又は、商品便に取り付けられる。システムウェブサイト又はＣＭＣを介して位置追跡サービスを提供する。装置は、所有者の要請により又は発送者の要請により美術品及び商品を突き止めるのに使用される。潜在的な顧客は、出荷業者、美術品の所有者、美術館、画廊、私設警備発送業者、武装車輸送会社を含むであろう。
無線電話受話器
本発明の本用途においては、ＧＰＳ受信機及びトランシーバを有する装置が受話器に統合可能である。発呼者又は受呼者の居場所が発呼者ＩＤを通じて表示可能である。受話器は、９１１又はその他の緊急サービスにダイアルすると自動的に位置を送信することができる。人の居場所はインターフェース、即ち、システムウェブサイト又はＣＭＣを通じて突き止められる。本用途は、特に、隊管理者、販売代表者、不動産業者などに有用であろう。装置は、メーカーの製品提供を差別化する目的で受話器機能を高めるのに使用可能であろう。メーカーは、「位置ＩＤ」サービスを無料又は追加料金のオプションで提供してもよい。潜在的な顧客は、無線製造業者を含む。
トラック及び隊の追跡
本発明の本用途においては、ＧＰＳ受信機とトランシーバを有し、トラックにおけるアフターマーケット装備の追跡装置。技術は「水平的に」拡張可能で、可能な垂直的用途にも統合可能である。装置は、常にトラックの位置を突き止めるのに使用可能である。隊の所有者及び製造者がロジスティックス管理を改善するのを補助する。多くの「垂直的」用途が、即ち、リアルタイム経路決定、ジャストインタイム生産用途、配達予定を改善する。潜在的な顧客は、隊の所有者、製造業者、流通会社、ユーティリティ、その他の企業、政府を含むであろう。
【０１９１】
上述のように、特定の実施形態を参照して本発明の方法及びシステムを説明してきた。ここに開示された方法及びシステムの原則の変形が当業者によってなされることが可能であること、及び、かかる変形、変更及び置換は添付の特許請求の範囲に述べられた本発明の範囲内に含まれ得ることを理解及び期待されなければならない。従って、明細書及び図面は制限的意味ではなく、例示的な意味に解釈されなければならない。
動作の有用性／方法
次に、装置を動作させる更なる方法を、本発明の特定の装置に対する特定の設計上の用途に関して述べる。かかる装置に対する用途は広範囲に亘って限定されない。以下に、本発明の装置を具体化するシステムの幾つかの代表例を詳述する。本発明の装置は、一般に遠隔監視、位置追跡及び／又は応答のシステム及び方法に適用可能であるが、本発明による以下の実施形態は、本発明の装置の範囲をいかなる点においても制限すると解釈してはならない特定の用途を検討したものである。
生徒監視システム
かかる特定の用途は、子供の位置追跡、監視及び／又は追跡に関する。特に、本用途は子供が特別に装備されたスクールバスに乗り降りするとき子供の位置追跡、監視及び／又は追跡に関する。システムの基本構成要素は図１０に描かれている。
【０１９２】
図１０に示すように、システムは、ＲＦ受信機１３８０が装備された入口又はドア１１６０を有するスクールバス１１４０を有する。また、バスは、送受信装置１１２０が取り付け、又はその他の方法で設置されている。装置１１２０は、ＧＰＳ受信機などの無線位置決め受信機４００と無線トランシーバ１４２０を有する。
【０１９３】
かかる特定の用途においては、生徒又は子供１１８０にはＲＦＩＤ１２００が取り付け又は他の方法で与えられている。ＲＦＩＤ１２００は、当業界で周知の方法で子供１１８０を一意的に識別するようにプログラムされている。ＲＦＩＤは、当業界では周知であり、クノグ社又はその後継者であるビデオセントリ社などの幾つかの会社といった会社から商業的に入手可能である。子供１１８０がバス１１４０に乗る際、ＲＦ受信機１３８０は、当業界周知の方法で、ＲＦＩＤ１２００と対話し、その子供１１８０がバス１１４０に乗ったことを識別する。その後、この情報が装置１１２０に送信されるか、その他の方法で入手可能にされる。子供１１８０がバス１１４０に乗る時刻も、装置１１２０に記憶されるか他の方法で入手可能にされる。時刻データは、ＧＰＳ受信機から収集され、その他のバスにある計時システム又は当業界で周知の方法で判断される。とにかく、子供１１８０がバス１１４０に乗り込んだことをシステムが判断し、この情報を、子供の１１８０が乗った時間と共に記憶する。また、システムは、子供がバス１１４０から降りたかどうかも監視し、そうであれば、その旨と子供がバス１１４０を降りた時刻をログする。この情報も、装置１１２０によって記憶されるか、その他の方法で装置１１２０に入手可能にされる。好ましい実施形態においては、バス１１４０の運転手１２４０にもＲＦＩＤ１２６０が取り付け、又は他の方法で提供される。ＲＦＩＤ１２６０からのデータは、システムが追跡したり、誰がバス１１４０を任意の時点で運転しているかを判断できるように、装置１１２０に送信されるか他の方法で入手可能にされる。
【０１９４】
装置１１２０は、アプリケーション・サービス・プロバイダー（ＡＳＰ）２８０と無線による双方向通信を行う。装置１１２０とＡＳＰ１２８０との間の双方向通信は、例えば、（図示しない）地上局を介して起こり得る。ＡＳＰ１２８０は、インターネット１３００のようなコンピュータネットワークと双方向通信を行う。インターネット１３００は、幾つかの個別ネットワーク、コンピュータ、その他の装置、例えば、学校３２０、個々の両親１３４０、駐車場１３６０、と双方向通信を行う。様々なシステム間の通信、即ち、ＡＳＰ２８０、インターネット１３００、学校１３２０、両親１３４０、駐車場１３６０間の通信は、用途上の設計選択事項として無線又は直接接続にすることができる。とにかく、様々なシステムが、ＡＳＰ１２８０にアクセスして通信することができ、次いで、バス１１４０内の装置１１２０と通信することができる。
【０１９５】
以下、本システムの基本動作について説明する。生徒１１８０がバス１１４０に乗り込むと、ＲＦ受信機１３８０はＲＦＩＤ１２００と対話し、生徒１１８０がバス１１４０に乗ったことを識別する。システムは生徒１１８０がバスに乗ったことをログするか他の方法でその旨を格納し、時刻もログするか他の方法で格納する。好ましい実施形態においては、生徒１１８０がバス１１４０に乗った特定の位置もログされるが、これはＧＰＳ信号から判断可能である。また、システムは、バス１１４０の運転手１２４０も識別する。生徒１１８０がバスに乗った時刻と場所、バス１１４０の運転手は誰かなど、かかる情報が装置１１２０に記憶されるか他の方法でアクセス可能にされ、装置１１２０のトランシーバ４２０によってＡＳＰ２８０に無線送信可能となる。好ましい実施形態においては、ＲＦＩＤ１２００及び／又は生徒１１８０も温度センサなどのセンサが与えられ、ＲＦＩＤ１２００が生徒１１８０に物理的に取り付けられているかを確認してもいい。このセンサ情報も装置１１２０とＡＳＰ１２８０に送信されるかその他の方法でアクセス可能にされる。
【０１９６】
この情報は、例えば、定期的に、エンドユーザの要請によって、運転手１２４０の要請によって、あるいは緊急の場合に（例えば、バス１１４０のエアバッグその他の衝突センサの展開をトリガとして）、ＡＳＰ１２８０に送信されることができる。また、他のデータ、例えば、バス１１４０の位置、そのスピード、バス内で計測又は決定される状況（温度、湿度など）などもＡＳＰ１２８０に入手可能にされる。
【０１９７】
両親及び／又は権限のある学校関係者にとって子供たちがバスに乗り降りする時刻及び場所を追跡及び監視することができることは望ましい。本発明のシステムは、かかる手段を提供する。例えば、適切なパスワード又はセキュリティ装置が与えられている子供１１８０の親１３４０は、インターネットなどのコンピュータネットワークを介してＡＳＰ１２８０にログオンすることができる。親１３４０は、リアルタイムで子供１１８０がバス１１４０に乗ったかどうか、そしてどこで乗ったかを判断することができる。また、親１３４０は、子供１１８０がバス１１４０を降りたどうか及びどこで降りたかも決定することができる。また、親１３４０は、センサデータを介して子供１１８０がＲＦＩＤ１２００を身に付けているか又はその他の方法で持っているかどうかも確認することができる。更に、親１３４０は、ＡＳＰ１２８０に要求を送信することもできる。即ち、例えば、上述のように、子供がバス１１４０に乗っていたことを親１３４０が確認したが、ある特定の時点でバス１１４０がどこにあるかを知りたい場合は、親１３４０はＡＳＰ１２８０を通じてかかる情報を要求することができる。かかる情報は、装置１１２０によって受信されるＧＰＳデータから得られ、ＡＳＰ１２８０に送信される。かかる能力は、学校１３２０の権限のある学校関係者にも利用可能にされる。もちろん、様々なセキュリティ上の注意事項をシステムに組み込んで、権限のある者のみがかかる個人情報にアクセスすることを保証する必要がある。とにかく、本発明のシステムは、リアルタイムに生徒を追跡及び位置確認する便利で安価なシステムとして親及び学校関係者に大きな安心をもたらすであろう。
【０１９８】
また、本システムは、学校システムに追加的な恩恵をもたらす。例えば、バス１１４０が駐車場１３６０に戻ると、様々なデータが分析され、バスに乗った全生徒がバスを降りたことを確認することができる。子供が万一いなくなれば、学校は記録を調べて、子供が乗り降りしたかどうか、乗り降りの場所及び時刻を確認することができる。また、学校は、例えば、その日の運転経路をバス１１４０のスピードをチェック及び監視して、運転手１２４０の運転パターンを監視することもできる。上述のシステムによって収集及び記憶された様々なデータを使用することにより、詳細な報告書を自動的に作成することができる。
【０１９９】
上述の構成要素の様々な変形、追加又は置換が、上述の本発明の本旨から逸脱せずに可能である。例えば、システムはスクールバスの子供を監視するシステムとして説明されてきたが、限定された領域に出入りする人その他の者、例えば、バス旅行の旅行者、２地点間を往来する人、２地点間を運ばれる荷物などの出入りを監視するシステムとしても同様に首尾よく動作する。
食品品質管理システム
かかる特定の用途は、食品の位置特定、監視及び／又は追跡に関する。特に、本用途は、移動中の食品の位置特定、監視及び／又は追跡に関する。図１１に本システムの基本構成要素を示す。
【０２００】
図１１に示すように、本システムは、食品目２１８０を積んだトラック又は食品コンテナ２１４０を有する。トラックには、搭載その他の方法で配置された送受信装置２１２０が装備されている。この特定の用途においては、装置２１２０は、ＧＰＳ受信機などの無線位置決め受信機２４００と無線トランシーバ２４２０とセンサ２４４０を有する。センサ２４４０は、食品目２１８０の品質に関するパラメータを測定、追跡、確認するのに適用可能ないかなる種類のセンサでもよく、例えば、名前を挙げれば、温度センサ、湿度センサ又はガスセンサなどがある。センサ２４４０は、装置２１２０に接続されて、かかるデータを送信又は他の方法で装置２１２０、特に、装置２１２０のトランシーバ２４２０に入手可能にさせる。
【０２０１】
装置２１２０は、基地又は地上局２２００と双方向無線通信を行い、地上局は次いでアプリケーション・サービス・プロバイダー（ＡＳＰ）２２８０と双方向通信を行う。ＡＳＰ２２８０は、インターネット２３００などのコンピュータネットワークと双方向通信を行う。インターネット２３００は、幾つかの個々のネットワーク、コンピュータその他の装置、例えば、２、３名前を挙げると、運送会社１３２０、食品生産者１３４０、顧客１３６０、又は政府機関２３８０などと双方向通信を行う。様々なシステム間の通信、即ち、運送会社１３２０、食品生産者１３４０、顧客１３６０、政府機関２３８０の間の通信は、用途上の設計選択事項として無線又は直接接続にすることができる。とにかく、様々なシステムが、ＡＳＰ２２８０にアクセス及び通信することができ、ＡＳＰ２２８０は次いでトラック２１４０の装置２１２０と通信することができる。
【０２０２】
以下、本システムの基本動作を説明する。食品目２１８０がトラック２１４０その他の出荷コンテナに配置される。装置２１２０は食品目２１８０の上又は近くに配置される。食品目２１８０に関して、装置２１２０の実際の物理的位置は、装置２１２０のセンサ２４４０が食品目２１８０の所望のパラメータを適切に監視できる限りあまり問題ではない。センサ２４４０は、監視されるべきパラメータに関するセンサデータを収集又は他の方法で判断する。このセンサデータは、装置２１２０、特に、トランシーバ２４２０に格納されるか、他の方法で入手可能にされる。ＧＰＳ受信機２４００は、ＧＰＳ衛星２１００からデータを受信する。ＧＰＳデータ並びにセンサデータは、地上局２２００への無線送信のためトランシーバ２４２０に入手可能にされる。地上局２２００は、次いで、この情報をＡＳＰ２２８０に、そしてインターネット２３００に入手可能にし、そこでこの情報が認可されたエンドユーザに入手可能にされる。
【０２０３】
情報は、例えば、定期的に、エンドユーザの要請によって、トラック２１４０の運転手又はオペレータの要請によって、ＡＳＰ１２８０に送信可能である。また、他のデータ、例えば、トラック２１４０の位置、そのスピード、移動距離、出発依頼の時間、到着時間などもＡＳＰ１２８０に入手可能にされる。
【０２０４】
様々なエンドユーザ及び／又は権限のある職員にとって移送中の食品の安全性及び／又は品質状態を追跡及び監視することができることは望ましい。本発明のシステムは、かかる手段を提供する。例えば、適切なパスワード又はセキュリティ装置が与えられている食品目２１８０の顧客２３６０は、インターネット２３００などのコンピュータネットワークを介してＡＳＰ１２８０にログオンすることができる。顧客２３６０は、リアルタイムでその食品出荷が移送中である場所を判断し、移送中の食品目の条件又は品質をチェック又は監視することができ、食品目が移動した距離を監視することができ、食品目の到着時刻を実時間で見積もることができる。運送会社２３２０は、同様に、食品目の品質を監視し、トラック及び／又は運転手が移送中であった時間を追跡し、トラックの現在又は過去の速度を監視し、トラックが顧客の場所に到着しなければならない時間をリアルタイムで見積もることができる。同様に、食品生産業者１３４０は、顧客２３６０又は運送会社２３２０その他で万が一紛争が発生した場合に、移送中の食品の品質を監視することができる。実際、システムは、各当事者が、配達処理の各段階で食品目の品質を実証することを可能にする。かかる証拠書類は、食品目がその所有中に安全な状態で維持されている旨の「認可のスタンプ」として機能することができる。また、最後に、適当な政府機関２３８０がリアルタイムで、万が一問題や事故が発生すれば特定の運転手及び／又は車が移送中であった時間を監視しながら、国の食品供給の品質を監視することもできる。とにかく、関係当事者の各々は食品目の品質を移送中にリアルタイムに監視することができる。
【０２０５】
上述の構成要素の様々な変形、追加又は置換が、上述の本発明の本旨から逸脱せずに可能である。例えば、システムはトラックの食品を監視するシステムとして説明されてきたが、列車や飛行機の食品の品質を監視するシステムとしても同様に首尾よく動作する。同様に、システムは、コンテナ内の湿度及び温度が重要な因子でありえる場合に、芸術品などの様々な貴重品の運送会社にとって重要であるかもしれない様々なパラメータを監視することができる。
睡眠監視システム
ここで説明されるシステムの更に別の例示的な用途は、個人の目覚め及び睡眠状態を監視することに関する。かかる用途を、図１２を参照して以下に説明する。図示のように、自動車や機械のオペレータ、用事、不規則睡眠者などの者は、ＥＥＧセンサを身につける。ＥＥＧセンサからの出力は、任意の数の手段を介して、手段携帯ユニットに結合されている。携帯ユニットは、次いで、ＥＥＧセンサからの出力をアンテナ及びＡＳＰコンピュータシステムに送信する。
【０２０６】
ＡＳＰは、ＥＥＧセンサ出力の分析に基づいて、センサを身につけている者が目覚めている状態又は睡眠状態であるかを決定することができる。ニューヨーク、ミネオラ、ストーニーブルックのウィンズロップ・ホスピタル及びＳＵＮＹヘルス・サイセンシーズ・センタ、スリープディスオーダーセンタから入手可能であり、ここで参照して結合される、アルバート、クロード等の「クオンティフィケーション・オブ・スリープ・アンド・ウェイクフルネス・イン・２セカンズ・エポックス・オブ・ＥＥＧ」とアルバート、クロード等の「コンピュータライズド・クアンチフィケーション・オブ・スリープ・アンドウェイクフルネス・イン・ザ・ＥＧＧ」に記載されているように、ＥＥＧセンサ出力値の一部は個人の状態に対応する。上述で引用されたアルバート公報に記載されているように、正の出力は個人が目覚めている状態にあることを示し、負の出力は個人が睡眠状態であることを示している。従って、ＡＳＰは、ＥＥＧ信号の関連機能を計算して正負の値の間の典型的に数分に亘って発生する遷移に対してＥＥＧ信号の機能を監視するプログラムされたコンピュータを含む。
【０２０７】
目覚めている状態から睡眠状態までの遷移を検出する際、ＡＳＰは、本実施形態においては可聴アラーム、可視アラーム、電子ショックなどの触覚アラームなどの目覚め装置を含む携帯ユニットにフィードバックを与える。
【０２０８】
また、ＡＳＰはＥＥＧ信号をインターネット上の安全なウェブサイトを介してエンドユーザに入手可能にする。また、ＡＳＰは、その者が目覚めているか眠っているか。ＥＥＧ信号に関する履歴データ、ＥＥＧ信号に関する周波数情報などに関する情報を含む、ウェブサイト上でＥＥＧ信号の分析も提供する。
【０２０９】
エンドユーザは、幾つかの者及び団体を含んでもよい。例えば、身に付けている者自身が、彼のＥＥＧ信号パターンに関する情報を見るために、定期的にＡＳＰにアクセスすることを選択してもよい。身に付けている者の医者もＥＥＧ信号を更に分析するためにウェブサイトにアクセスすることができる。医者によるこのような更なる分析は、装置を身に付けている者が不規則睡眠を有している場合やその者が幼児突然死症候群の危険のある幼児である場合には、特に有益である。
【０２１０】
別の発明としての更に別の実施形態においては、医者は身に付けている者に供給されるフィードバックの種類を制御することができる。例えば、その者のＥＥＧパターンに基づいて、医者は、定期間隔で又はその日の特定の時間に目覚め装置の起動を選択することができる。
【０２１１】
ＡＳＰによって実行される分析は、代替的な実施形態においては、携帯ユニットによって実行又は部分的に実行可能であることを理解しなければならない。例えば、携帯ユニットは、正のＥＥＧ信号と負のＥＥＧ信号の間の遷移を検出し、それに基づいて、信号をＡＳＰに送信するようにプログラムされたマイクロプロセッサを有している。更に別の実施形態においては、携帯ユニットは、目覚め状態と睡眠状態との間の遷移を検知するだけでなく、目覚め状態を介して目覚め刺激を自動的に提供することも行う。
ゴミ監視システム
ここで説明されたシステムの更に別の用途は、危険性のあるゴミを監視することを含んでおり、図１３を参照して説明する。
【０２１２】
図１３に示すように、システムは、可動又は静止コンテナ又はゴミ処理場などに含まれる物のような危険性のあるゴミの位置を監視するように適用可能である。より特定的には、携帯装置は、ゴミを運ぶドラム缶に貼り付けられており、ドラムの内外にはセンサを含む。外部センサは、ドラムの外のゴミの滲出を検出することができ、ドラム内に配置されたセンサは、漏れを識別する条件であるドラムへの環境条件の滲出を検出することができる。更に、ゴミコンテナが可動である場合、携帯ユニットは、上述のＧＰＳ受信機などの位置追跡構成要素を含む。使用される特定の種類のセンサは、監視されるゴミに依存し、それらは特定の化学物質、ガス、放射能等を検出するセンサを有することを理解しなければならない。
【０２１３】
位置情報及びセンサからの出力はアンテナを介してＡＳＰに送信される。ＡＳＰは、次いで、位置及びセンサ出力を監視する。ある実施形態においては、ＡＳＰはかかる位置及びセンサデータをインターネットを介して安全なウェブサイト上で入手可能にする。かかるウェブサイトにアクセスする潜在的なエンドユーザは、ローカル又は連邦管理局、居住者その他のエンドユーザを含んでもよい。
【０２１４】
また、ＡＳＰは、位置情報とセンサ情報に関して様々な分析を実行してもよい。例えば、ＡＳＰはメモリにある閾値を格納させてもよく、その発生によりＡＳＰはエンドユーザの誰かにアラームを送る。位置に関して、ＡＳＰは、ゴミがある管轄内又は外であるかどうかを決定することができる。例えば、州政府は、許可なしにゴミが州に置き去りにされないことを保証するためにゴミ追跡用にＡＳＰを雇うことができる。逆に、特定の州は、ゴミが州に入ってきた場合に通知されるようにＡＳＰを雇うことができる。つまり、ＡＳＰはゴミのいかなる種類の移動も追跡することができ、エンドユーザにかかる移動を通知することができる。センサ出力に関して、ＡＳＰは任意のコンテナからの漏れが存在するかどうか、及び、かかる漏れが、例えば、連邦局によって設定された限界を超えているかどうかを決定することができる。特定閾値を超えた漏れが存在する場合、ＡＳＰは特定の位置に抑制清掃員に自動的に連絡をとって派遣することができる。
【０２１５】
また、図示の通り、携帯ユニットは、ゴミ処理場その他の静止抑制領域の中又は周りに分散されている。かかる実施形態においては、携帯ユニットは地上及び地下の両方にセンサを有する。更に、携帯ユニットは、フラグ、ライト、自動車音などの識別手段を含んでもよい。かかる実施形態においては、ＡＳＰは、許可のないゴミが投棄されていないかどうか、受け入れられない滲出の汚染が発生したかどうかなどを決定するために、携帯ユニットの位置及びセンサ出力を監視することができる。ある実施形態においては、ＡＳＰは、居住用ゴミ供給の中又は近くを含む、私邸に隣接して携帯ユニット及びセンサを設け、かかる住居の代わりに汚染を監視する。上述の装置にあるように、ＡＳＰは、情報監視をインターネット又は他の装置を介して利用可能にすることができ、所与の汚染レベルを検出すると所定の者又は団体に通知することができる。
【０２１６】
上述のゴミ監視システムのいずれかにおいては、ＡＳＰはいずれの装置及びセンサがアラーム条件を検出したかを識別し、（エンドユーザに提供される）その装置の位置を認識し、好ましくは装置の可聴、可視その他の位置ビーコンを起動することができる。かかる起動は、特定の装置のＩＤをその中で変調した質問信号を送信するＡＳＰによって達成される。装置は、次いで、質問信号を受信し、ローカル論理に基づいて、変調されたＩＤが装置の格納されたＩＤに適合することを判断し、ビーコンを起動する。
ガイディング／トレーニングシステム
更に別の実施形態においては、ここで説明された本システムは、ユーザの案内、訓練及び保護の一般目的でユーザにフィードバック与えるのに使用可能である。図１４の概略図に示されているように、旅行者、ジョギング走者その他の移動している者は、パルスレート、温度、血中酸素等を読む既知のセンサなどの一以上のセンサと、一対の受話器、ディジタルディスプレイなどのフィードバック装置を含む本発明による携帯ユニットを有し、両者は携帯ユニットに結合されている。また、上述したように、携帯ユニットは、位置追跡回路構成を含んでいる。
【０２１７】
動作において、ＡＳＰは連続して又は定期的に位置追跡情報及びセンサ出力を受信し、これによってユーザの位置及び様々な生物学的な変数を追跡する。かかる情報を受信すると、ＡＳＰは、好ましくは情報を格納し、インターネット上の安全なウェブサイトを介して、それをユーザに入手可能にする。代替的実施形態においては、ＡＳＰは、ＬＡＮ、ＷＡＮ、音声／携帯電話などを含む任意の数の通信路を介して、エンドユーザと通信する。より特定的には、ＡＳＰは、（経時的位置変化に基づく）平均速度、平均パルス、平均血中酸素量、その他のセンサから入手可能なデータ及び位置などの履歴情報と共に、好ましくは、リアルタイム情報とセンサデータの両方を与える。かかる平均は、月日時などの様々な期間に亘って、又は、走者のトレーニング間隔などの離散的事象に亘って、若しくは、ユーザが特定の位置にいる期間に亘って採ることができる。
【０２１８】
ＡＳＰは、受信した位置及びセンサデータに関してある分析を更に実行し、かかる分析をウェブサイトを介して入手可能にすることができる。汎用コンピュータ上で起動するソフトウェアによって好ましくは実行されるこの分析は、位置及びセンサデータを所定の閾値に比較することを含んでいる。ある実施形態においては、ＡＳＰは現実の位置及び時間データを所定の位置及び時間データに比較し、これによってユーザが「遅れ」又は「予定よりも進んで」いるかどうかを決定する。かかる情報は、配達サービスとアスリートトレーニングに特に有用である。ＡＳＰによって実行される別の分析は、位置及び／又はセンサデータが所定の閾値を超えているか、ある範囲内であるかどうかなどを決定することを含んでいる。例えば、ＡＳＰは、競技用走者のトレーニングが彼女の心拍数をある範囲内に維持しているかどうか、彼女の血中グルコースレベルをある範囲内に維持しているかどうかを決定することができる。
【０２１９】
上述のように、本実施形態のシステムは、フィードバック装置を更に含む。従って、ＡＳＰが受信、取得又は格納したいかなる情報も、携帯電話又は他の通信手段を介して、ユーザに帰還送信され、フィードバック装置によって受信可能である。ある実施形態においては、ユーザはジョギング走者であり、フィードバックは、イアフォンを介して提供される最適又は所定のレベルに比較される実際の速度、心拍数、血糖レベル、などのトレーニング関連情報である。別の実施形態においては、フィードバックは、位置及びユーザの環境に関連する情報を有している。かかる実施形態においては、ＡＳＰは、旅行者アトラクション、レストラン、博物館などの関係サイトのデータベースを保持し、ユーザの嗜好及び／又はユーザの位置に基づいて、かかる情報をユーザに自動的に与える。より特定的には、ＡＳＰのコンピュータシステムは、ユーザの位置を追跡し、ユーザの嗜好のメモリ表示から検索し、全サイトに関連する格納情報を検索し、ユーザの嗜好に従って情報をフィルタし、結果情報をユーザに提供するようにプログラムされている。ユーザに提供される情報は、（「最も近いアメリカンレストランは２ブロック西です」など）イヤフォンを介した音声、興味のある地点が強調されたユーザの現在の環境の地図を含むディスプレイを介してなど、任意の形態であってもよい。つまり、いかなる種類の情報もＡＳＰによって格納されてユーザに提供可能である。
【０２２０】
別の設計上の用途及び装置は添付資料に説明されており、その詳細は、添付資料を読んで理解すると、当業者には明らかになるであろう。
海洋横断貨物の追跡
代替的な実施形態は、出荷コンテナの追跡に関する。本装置は、ａ）どのコンテナが船に積荷されているかを判断し、ｂ）ＧＰＳ衛星から位置情報を受信し、ｃ）収集されたデータを、エンドユーザが情報をアクセス可能な、インターネットなどのコンピュータネットワークに接続されたＡＳＰに無線送信するのに使用することができる。
【０２２１】
本装置は、アンテナ又はコイル、トランシーバ及びデコーダを有する無線周波数識別子（ＲＦＩＤ）リーダ、ＧＰＳ受信機、及び、無線トランシーバを一般に有する。本発明の別の重要な側面はＲＦＩＤタグで、それは、追跡される各出荷コンテナの上又は中に設置され、好ましくは固有のＩＤコードを有する。また、これらのタグは、各コンテナに固有な情報も有することが好ましい。タグにプログラムされる情報は異なってもよい。ある選択肢は、コンテナを識別する固有の番号を格納し、どのコンテナに何が入っているかのインベントリを出荷会社が保持させることである。もう一つは、出荷貨物に関する詳細を格納することである。従来の方法を使用して、コンテナ又はタグを再利用する方がそれらを一度だけ使用したり、コスト高になる書き換え可能タグを使用したりするよりも効率的であろう。
【０２２２】
本質的ではないが、装置は、装置の構成要素に電源供給するために、電源を有するか、電源に接続する機構を有してもよい。船上の全コンテナに達するには強力な電磁場が必要になるであろう。必要な電力は生成される電磁場の強度に比例するため、外部電源がおそらく好ましいであろう。
【０２２３】
以下、装置の基本動作を説明する。固有情報でプログラムされたタグが出荷コンテナの中又は上に配置されるか、内蔵される。ＧＰＳ信号が障害物によって邪魔されるため、装置は船上のどこか、好ましくはデッキにある。装置が内部電源を有する場合はスタンドアロンであってもよいが、そうでなければ電源に接続する必要がある。ＧＰＳ受信機は、ＧＰＳ衛星から位置情報を受信する。リーダのアンテナ又はコイルは電磁場を形成する。タグはリーダの起動信号を検出する。リーダはタグ内でコード化されたデータを判断する。トランシーバは、収集されたデータ（位置データ及びタグからのデータ）をセル衛星に送信し、セル衛星はデータをＡＳＰに送信する。エンドユーザは、インターネットを介して船荷位置に関する情報にアクセスすることができる。
【０２２４】
電磁場は常に存在してもよいが、それは電源の浪費になるであろう。それは、必要に応じて形成してもよく、即ち、ＡＳＰ側の誰かに起動させてもよい。それに対する別の方法は、定期的に電磁場を形成させることである。定期的に電磁場を形成する場合の問題は、エンドユーザに自分の船荷がどこにあるかリアルタイムにわからないことである。正確な位置が入手不可能であると間違いがあるかもしれない。促されたときに電磁場が作られる場合には、誰でもいつでも自分の船荷の位置を突き止めることができる。
【０２２５】
他の用途を、システムの様々な構成要素の詳細な説明と共に、以下に説明する。
【０２２６】
装置は対象物の表面の近く又は上に（地面の上方又は下方に）配置されてもよいし、対象物の表面の内側又は底に配置されてもよい。本発明の好ましい実施形態においては、装置は対象物の近傍に置かれるよう構成される。しかし、他の構成及び配置は、設計上の用途事項と考える。
【０２２７】
様々な無線トランシーバ、例えば、アクシオムのＦＭＳ−２１０００アナログシステムが商業的に入手可能である。好ましい実施形態においては本用途の装置は無線でデータを送受信するが、かかるデータ転送は、用途上の設計変数事項として、直接の有線接続により達成可能である。
【０２２８】
ここで使用されているセンサという用語は、市場で商業的に入手可能な任意の数のセンサ、例えば、数種名前を挙げただけでも、バイオセンサ、磁気センサ、温度センサ、湿度センサ、ｐＨセンサ、大気質センサ、放射線センサ、機械センサを含む。
【０２２９】
本発明の装置は、例えば、太陽発電自動充電式バッテリなどの電源、多重チャネルＡ／Ｄコンバータ、マイクロプロセッサを有してもよい。バッテリは装置の様々な構成要素、例えば、ＧＰＳ受信機及びマイクロプロセッサなどに電源供給するのに使用される。Ａ／Ｄコンバータは、トランシーバによる送信用にセンサデータを変換するのに使用されると共に、トランシーバからセンサへの受信データを変換するのにも使用される。マイクロプロセッサは、トランシーバによる送信用のセンサデータ及び／又は位置データを格納するために、例えば、ＭＥＭ又はＡＳＩＣベースのＤＰＳであってもよい。
【０２３０】
上述の実施形態はいかなる数の様々なアンテナをも利用可能であることを理解しなければならない。上述の実施形態で使用されるアンテナは、ＧＰＳ信号などの位置信号を効果的かつ効率的に受信し、携帯電話信号などの無線通信信号を互いに干渉しないで送受信することが好ましい。更に、有効なアンテナ設計は、広周波数帯域を受信し、高レベルの磁束密度を与え、容易な調節を可能にする低容量に形成するものであることが認められている。
【０２３１】
以下、装置の好ましい基本動作を述べる。装置の受信機はＧＰＳ衛星システムと一方向通信を行い、ＧＰＳ衛星から位置データを受信する。センサは、監視対象物の特定のパラメータに関するデータを受信する。位置データとセンサデータはコンピュータ又は基地局に送信されるか、トランシーバに送信用に入手可能にされる。好ましい実施形態においては、本用途の装置はデータを無線で送受信するが、かかるデータ転送は、用途上の設計変数として、直接の有線接続を介して達成されてもよい。
【０２３２】
基地局は、無線により質問信号を装置に送信し、基地局は二方向無線通信となる。装置は、質問信号に応答して、物理的位置に関する情報（位置データ）及び／又は監視対象物のパラメータ（センサデータ）を無線で送信する。装置に格納された更なる情報、例えば、対象物識別情報、が送信されてもよい。基地局は、装置から受信した情報に関する情報を中央装置に送信する。中央装置が受信した情報は究極的には記憶、表示、印刷、処理、又は、ネットワーク又は、例えば、インターネット上の他の中央装置に送信されてもよい。
【０２３３】
中央装置は、例えば、監視センタに配置され、例えば、手動による介入、又は特別な状況で出される命令により、定期的又は不定期的に情報を要求する。また、中央装置は、基地局と有線又は無線通信してもよい。本発明の好ましい実施形態においては、装置から基地局及びその後の中央装置へのデータ転送を想定しているが、かかるデータ転送は、用途上の設計選択事項として、直接にコンピュータ、制御室又は他の中央装置的装置へなされてもよい。
【０２３４】
制御センタが受信する情報に照らして、自動応答、半自動応答又は手動応答が必要である。例えば、制御センタが受信した情報を検討する際、技術者は木（又は木々）又は他の植物又は監視対象物への水撒きを許可する。代替的に、制御センタが受信した情報を分析した後で、制御センタが起動するプログラムが特定条件を確認し、その位置への水撒きが自動的に許可する。また、制御センタは、位置情報とセンサ情報に対して様々な分析を行ってもよい。例えば、制御センタはある閾値をメモリに記憶させ、その発生によりセンタはエンドユーザの誰かに警報を出したり、対象物に自動的に水撒きさせたりしてもいい。
【０２３５】
本発明の別の実施形態においては、装置は基地局から質問信号を受信しないで、定期的に情報を基地局に送信する。受信された情報に関する情報が基地局から中央装置に送信される。本発明の更に別の実施形態においては、装置は、装置が監視する特定の状況に応じて基地局に情報を送信する。
【０２３６】
例えば、監視対象物の物理的位置及び／又はパラメータに関するデータ処理は、装置、基地局、中央装置又はそれらの組み合わせの中のいずれかで行われる。例えば、装置はＧＰＳから位置データを受信可能である。データは、計算された物理的位置が基地局に送信される前に、装置自体によって処理可能である。代替的に、装置が受信した位置データは基地局に送信され、それが情報処理を行い、対象物の物理的位置を計算し、計算された対象物の物理的位置が中央装置に送信してもよい。更に別の代替例においては、位置データは装置に送信され、それはその情報を基地局に送信し、それは次いでその情報を中央装置に送信する。本実施形態においては、中央装置は位置データを処理し、対象物の物理的位置を計算する。また、本発明は、装置が受信した情報処理の一部が、部分的に、装置、基地局及び／又は中央装置の組み合わせにより処理される分散処理系を考慮する。最後に、本装置は、中央コンピュータがＧＰＳデータを必要とせずに又は組み合わせてその位置を決定することを可能にするために、位置データで予めプログラムされたり、識別特性で予めプログラムされたりしてもよい。
マイクロ灌漑システム
図１５の実施形態は、装置が、オリーブの木などの対象物が灌漑又は肥沃化を必要としているかどうかを表す環境パラメータを遠隔的に監視する。非制限的な例として、かかる環境パラメータは、水分含有量、湿度、温度、樹木近傍の土壌又は大気のｐＨであってもよい。装置は樹木近傍に置かれる。装置は、ａ）ＧＰＳから位置データを受信する受信機、ｂ）環境パラメータを測定又は他の方法で決定するセンサ、ｃ）位置データ又はパラメータデータをコンピュータ、制御局、基地局又は地上局などの中央装置に送信する送信器を有する。ユーザはこの情報にアクセスして、その特定の樹木が水又は肥料を必要としているかどうかを判断することができる。また、本発明の装置は、樹木への自動灌漑システムの一部であってもよい。つまり、装置は、隔離された植物及び／又は地域の自動精密マイクロ灌漑を行う灌漑システム全体に組み込むこともできる。例えば、装置は、特定の樹木が水を必要としているかどうかを判断するのに使用可能である。そうであれば、装置はかかる情報を中央位置に無線（又は直接の有線接続）で送信することができる。また、装置は、装置が受信したＧＰＳデータを介して樹木の正確な位置を送信することができる。従って、中央局又は制御局では、ユーザは樹木が灌漑を必要としているかどうかが知り、樹木の正確な位置も知ることができる。ユーザは特定の樹木に水をやり、その他の木には水をやらないで貴重な水資源を節約することができる。また、システムはユーザ入力なしに自動的に水をやるようにプログラムすることもできる。
【０２３７】
本装置は、例えば、システムデータベースに述べられているように、定期的又は不定期な灌漑を必要とする植物、樹木、その他の対象物への灌漑要求を監視するシステムに組み込み可能である。より特定的には、装置は樹木の近傍に配置し、樹木又は一群の樹木が必要とする灌漑（又は肥沃化）を表す条件又は一連の条件を検出するセンサ含んでもよい。使用する特定種類のセンサが特定の監視条件に依存し、例えば、温度、湿度、ｐＨなどを検出するセンサを有することを理解しなければならない。センサは地上又は地下に配置される。また、装置は上述のようにＧＰＳ受信機などの位置追跡要素を含んでもよく、装置は、中央のコンピュータが、ＧＰＳデータを必要とせずに又は組み合わせてその位置を判断することができるように、位置データで予めプログラムされるか識別特性で予めプログラムされてもよい。
【０２３８】
位置情報及びセンサからの出力はアンテナにより無線で又は図示しない直接の有線接続で制御センタに送られる。制御センタは次いで、装置の位置を監視又はその他の方法で判断し、所望の環境パラメータを監視するためにセンサ出力を監視又はその他の方法で判定する。
【０２３９】
以下、システムの特定の用途について説明する。装置Ａは、樹木Ａ近傍の環境パラメータを監視し、この情報が制御センタに無線で送信される。制御センタは、装置ＡからＧＰＳ情報を受信するか、樹木Ａ近傍と識別する識別コードその他の予めプログラムされたデータを装置Ａから受信することによって、どの特定の木を監視されているかを判断する。また、装置は、フラグ、光、自動車音などの識別手段を有する。制御センタは、樹木Ａが灌漑を必要としていると判断したら、遠隔の制御バルブＡを自動的に開口して樹木Ａに水をやる。もちろんシステムは手動でも操作可能であり、それによって技術者には樹木Ａが世話を必要としていることが指示又は知らされ、技術者は手動で遠隔制御バルブＡを開く。システムは、ある時間樹木Ａに水をやったり、装置Ａから受信したパラメータデータのみ又は制御センタから受信した又は制御センタにプログラムされた他のデータと結合してある量の水をやったりするように構成することができる。
【０２４０】
制御センタは、例えば、樹木ＡとＤが灌漑を必要としていると判断すると、遠隔バルブＡとＤの両方を開口することができる。同様に、制御センタは、領域１１全体の樹木全てが灌漑を必要としていると判断すると、領域制御バルブ１１を開口して樹木Ａ、Ｂ、Ｃ、Ｄに水をやる。同様に、制御センタは、領域制御バルブ１２、１３を開けて、（図示しない）領域１２、３を灌漑する。従って、本発明のシステムは、樹木のマイクロ灌漑を提供し、貴重な水資源を節約する。また、システムは、個々の樹木及び／又は領域の自動監視及び灌漑を提供して貴重な手動作業を節約する。
【０２４１】
以下の例示的用途は、上述の装置及びサポートシステムの様々な実施形態の更なる側面及び用途を詳しく述べるものである。ここで説明された本発明を読んで理解すれば当業者は、ここに述べた装置及びサポートネットワークをどのように適用、修正、追加、削減、置換して、以下に述べる特定の用途に関して動作するかを想像することができるだろう。
アクセス整理
ローカル受信機に近づくと起動し格納されたＩＤを地上局に送信し、局から受信した情報を将来のアクセス用途のために格納する無線トランシーバを有する腕時計状装置。地上局は、アクセスを認可するか、諸項目を解放し、将来のデータ調査の目的でＩＤ時間や位置を記録する。それは紛失した場合に遠隔操作で探し、失効するようにできる。装置は許可された者のみアクセスを許可し、項目取得を自動化又は機密保持し、トラフィックデータ調査を可能にする。全てカードよりも高いセキュリティを有する。潜在的な顧客は、企業、政府、学校大学、病院、ホテル、銀行、小売業、遊園地、競技場、スポーツチーム、演劇場、映画館、スキー場、カジノ、航空会社を含むだろう。
使用整理
受信機動作機器に近づくと起動し、格納されたＩＤを機器に送信する無線トランシーバを有する腕時計状装置。機器は使用を許可する。装置は紛失した場合、遠隔操作で探し、失効するようにできる。装置は、ＩＤを送信することにより許可された者だけによってのみ機器使用を認めるように使用することができる。潜在的な顧客は、通信会社、ＰＣメーカー、事務用品製造業者、自動車メーカー、ファームアーム製造業者、ＰＤＡ製造業者を含むだろう。
支払い
受信機動作ＰＯＳに口座情報を送信する無線トランシーバを有する腕時計状装置。それは紛失した場合、遠隔操作で探し、失効するようにできる。潜在的な顧客は金融機関を含むだろう。
アルツハイマー患者追跡
ＧＰＳ受信機と無線トランシーバを有し、居場所を追跡される必要のある人が身につける腕時計状装置。装置は被介護者からの要請に応じて、地上局へ位置信号を送る。介護者はウェブサイト又はコールセンタを介して情報を要求する。装置は、行方不明の人を即座に探すのに使用することができる。潜在的な顧客は、アルツハイマー患者親縁者又は介護者を含むであろう。
視覚障害者追跡
ＧＰＳ受信機と無線トランシーバを有し、視覚障害者が自分の位置情報を与えられるように身につけられる腕時計状装置。装置はユーザからの要請に応じて地上局に位置信号を送る。ユーザはコールセンタを介して情報を要求する。装置は、盲目者に自分の位置を直ちに知らせるために使用可能であろう。潜在的な顧客は、視覚障害者を含むであろう。
仮出獄者監視及び追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサを有し、仮出獄者が身につける腕時計状装置。装置は、法執行機関からの要請により地上局に位置信号を送る。法執行機関は、ウェブサイト又はコールセンタを介して情報を要求する。仮出獄者が装置を取り外すと、生命サインがなくなり、法執行機関に警報信号が発せられる。装置は、仮出獄者が装置を外す危険がなく出獄者の居場所をたちどころに突き止めるために使用される。潜在的な顧客は法執行局を含むであろう。
子供の位置追跡及び監視
ＧＰＳ受信機と無線トランシーバとバイオセンサを有し、子供が身につける腕時計状装置。装置は、親からの要請に応じて位置信号と生命サインを地上局に送信する。親はウェブサイト又はコールセンタを介して情報を要求する。装置は、生命サインが記録されていない場合は警報信号を局に送信する。局は、親への呼び出し行う。装置は、行方不明の子供を直ちに突き止めるのに使用される。潜在的な顧客は、両親、祖父母その他の縁者、許可された介護者を含むであろう。
誘拐
ＧＰＳ受信機と無線トランシーバとバイオセンサを有し、誘拐の危機にある人が身につける腕時計状装置。装置は、縁者及び／又はユーザからの要請に応じて位置信号を地上局に送信する。縁者は、ウェブサイト又はコールセンタを介して情報を要求する。装置は誘拐された人を突き止めるのに使用される。潜在的な顧客は高資産家家族を含むであろう。
警備官の監視と位置追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置で、監視位置追跡を要するエージェントが身につける装置。装置は、本部及び／又は陣営からの要請に応じて位置信号を地上局に送信する。本部は、ウェブサイト又はコールセンタを介して情報を要求する。装置は危険に瀕したエージェントを直ちに突き止め、彼／彼女の生命サインを遠隔に読み取るのに使用される。潜在的な顧客は、警備官を含む。
女性の安全監視と位置追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置で、潜在的危険のある女性が身につける装置。装置は、生命サインが予めプログラムされた危険らしきパターンを示すと位置信号を地上局に送信する。ローカル警察署は彼女を直ちに救助するよう知らされる。装置は、危険時に警察署にＳＯＳ信号を送信したり、早急な位置決定を行ったりするのに使用される。潜在的な顧客は、年齢２０−６０歳の女性、及び年齢１０−２０歳の少女を持つ親を含むであろう。
高齢者の監視と位置追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置で、高齢者が身につける装置。装置は、生命サインが緊急のケアの必要性を示したとき、介護者の要請に応じて位置信号を地上局に送る。介護者はウェブサイト又はコールセンタを介して情報を要求する。緊急信号は、救急車の出動を求めて９１１局に出される。装置は、緊急の介護及び要求に応じた位置追跡を行うために使用される。潜在的な顧客は、高齢者（年齢７０歳以上）の縁者又は介護者を含むであろう。
過激なスポーツ参加者の監視と位置追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置で、過激なスポーツ参加者が身につける装置。本装置は、親戚／チームメンバーからの要請に応じて、又は生命サインが緊急のケアの必要性を示したとき、位置信号を地上局に送る。親戚／チームメンバーはウェブサイト又はコールセンタを介して情報を要求する。緊急信号は、救急車の出動を求めて９１１局に出される。装置は、行方不明の参加者を直ちに突き止めたり、生命サインを遠隔に読み取るのに使用される。潜在的な顧客は、急流筏くだり、カヤック、マウンテンバイキング、ロッククライミング／登山、スカイダイビング、ハングライディングなどの参加者を含むであろう。
ジョギング走者の監視
無線トランシーバとバイオセンサを有する腕時計状装置で、練習中に自分の生命サインを監視したいジョギング走者が身につける装置。装置は、読み取ったデータを地上局へ送る。地上局は、ジョギング走者、医師、トレーナーからウェブサイト又はコールセンタを介して後刻検索用にデータベースに情報を記録する。装置は、練習中に生命サインを監視して、平素の努力テストを実行及び置換したり、トレーナーを補助したりするのに使用される。潜在的な顧客は、ジョギング走者及び／又は長距離走者、スポーツチーム及び／又はトレーナーを含む。
心臓病患者の監視と位置追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサとＥＣＧを有する腕時計状装置で、心臓病を持つ患者が身につける装置。装置は、生命サインが緊急のケアの必要性を示したとき、位置信号を地上局に送信する。緊急信号は、救急出動を求めて９１１局に出され、縁者に提供される。地上局は、医師による将来のアクセスのためにＥＣＧ結果を記録する。医師はウェブサイトを介して結果にアクセスする。装置は、緊急ケア及び事後イベント診断を可能にするのに使用される。潜在的な顧客は、心臓病患者を含む。
呼吸器病患者の監視と位置追跡
ＧＰＳ受信機と無線トランシーバとバイオセンサを有する腕時計状装置で、呼吸器病を持つ患者が身につける装置。装置は、生命サインが緊急のケアの必要性を示したとき、位置信号を地上局に送る。緊急信号は、救急出動を求めて９１１局に出され、縁者に提供される。装置は、適切な緊急ケアを行うために使用される。潜在的な顧客は、呼吸器病患者を含む。
グルコースの監視
無線トランシーバとグルコースリーダとＬＣディスプレイを有し、グルコース・レベルを読み取り、ディスプレイに読み取り内容を表示し、地上局及び／又はインシュリンポンプにその内容を送る腕時計状装置。装置は家庭グルコーステストの頻度を増加して侵入力を減少するのに使用される。潜在的な顧客は、糖尿病患者を含む。
家庭ペット及び家畜類
図１６に示すように、ＧＰＳ受信機、トランシーバ、データ記憶装置、ペットの首に取り付けられる自家発電バッテリを有する腕時計状装置。ペットの飼い主がコールセンタ又はウェブページを介してＤＡにいなくなったペットを通知する。コールセンタエージェントは、飼い主の要請により、ペットの居場所を突き止めて飼い主に通知するか、ペットを飼い主に連れて行く業者に連絡することができる。装置は、飼い主の要請により、ペットの行方を突き止めるのに使用される。コールセンタエージェントはペットを突き止めて飼い主に通知する。ＤＡは、物理的にペットの居場所を突き止める業者に通知し、問題が起こった場合にペットを識別するなどの他の関連サービスを提供することができる。潜在的な顧客はペットの飼い主を含む。
【０２４２】
同様に、ＧＰＳ受信機、トランシーバ、データ記憶装置、自家発電バッテリ、バイオセンサを有し、飼育場／生産場から生産施設までを通じて牛及び豚を監視識別するために取り付けられる装置。装置は、農家及び生産施設に対して、追跡及び識別システムの範囲を増加するのに使用可能である。病気管理、在庫管理、生産施設内の牛、豚などを特定の農場まで追跡するなど、更なる用途の機会も提供する。潜在的な顧客は、農場主、生産者を含むであろう。
危機に瀕した種
ＧＰＳ受信機、トランシーバ、データ記憶装置、自家発電バッテリ、バイオセンサを有し、様々な研究プロジェクトのために又は危険に瀕した種の保存のために哺乳動物その他の大型の動物に取り付けられる装置。装置は、研究目的のため移住経路を追跡したり、狩猟防止のために経路を追跡したり、その他の研究用途に使用される。潜在的な顧客は、政府、野生動物保護機関、大学を含む。
盗難車の取り戻し
盗難車取り戻し用のＧＰＳ受信機、トランシーバ、バッテリを有するアフターマーケット導入の盗難防止／位置追跡型装置。車の所有者は、コールセンタを介してＤＡに紛失車を通知する。コールセンタエージェントは、所有者の要請に応じて車のある場所を突き止めて警察に通報するか、警察がアプリケーションに直接アクセスする。装置は、所有者の要請により自動車を突き止め警察に通知するのに使用される。ＤＡ装置は、ＬｏＪａｃｋ（現在約＄６５０で販売）より低価格で売られる可能性がある。追加的なサービス、例えば、病院への警報、衝突通知、遠隔ドア開閉及びエンジン不作動などが提供可能であろう。潜在的な顧客は、車の所有者、レンタカー業者その他の隊管理者を含むであろう。
貴重品追跡
ＧＰＳ受信機、トランシーバ、バッテリを有し、貴重な美術品に配置され、又は、商品便に取り付けられた装置。コールセンタ又はウェブサイトを介して位置追跡サービスを提供する。装置は、所有者の要請により又は発送者の要請により美術品及び商品を突き止めるのに使用される。潜在的な顧客は、出荷業者、美術品の所有者、美術館、画廊、私設警備発送業者、武装車輸送会社を含むであろう。
無線電話受話器
ＧＰＳ受信機、トランシーバを有する装置を受話器に統合。発呼者又は受呼者の居場所が発呼者ＩＤを通じて表示可能である。受話器は、９１１又はその他の緊急サービスにダイアルすると自動的に位置を送信することができる。人の居場所はインターフェース、即ち、コールセンタ、ウェブサイトなどを通じて突き止められる。特に、隊管理者、販売代表者、不動産業者などに有用である。装置は、メーカーの製品提供を差別化する目的で受話器機能を高めるのに使用可能であろう。メーカーは、「位置ＩＤ」サービスを無料又は追加料金のオプションで提供してもよい。潜在的な顧客は、無線メーカーを含む。
手荷物追跡
図１７に示すように、ＧＰＳ受信機、トランシーバ、データ記憶装置を有する腕時計状装置で、チェッキングカウンタで鞄に取り付けられ、手荷物受取所後に外される装置。短期的には、装置は紛失手荷物を突き止めるのに使用される。長期的には、装置は、航空会社の現行追跡システムに置換されなければならないであろう。装置は、現行航空会社の手荷物追跡識別システム、即ち、バーコードシステムに代わるものとなるであろう。また、ＧＰＳ技術により紛失バッグの追跡も行う。潜在的な顧客は、航空会社を含むであろう。
【０２４３】
同様に、腕時計状装置で、ＧＰＳ受信機、トランシーバ、データ記憶装置及びバッテリを有し、手荷物に取り付けられて所有者の要請により紛失鞄を突き止める装置。装置は、ウェブ又は郵送で空港で乗客に直接販売される。装置は所有者の要求があると鞄を突き止めるのに使用可能となる。鞄所有者は、コールセンタ又はウェブサイトを介してバッグの位置を突き止めるように要請する。コールセンタは鞄の位置を航空会社に通知してもよい。潜在的な顧客は、乗客及び手荷物メーカーを含むであろう。
トラック及び隊の追跡
ＧＰＳ受信機とトランシーバを有し、トラックにおけるアフターマーケット装備の追跡装置。技術は「水平的に」拡張可能で、可能な垂直的用途にも統合可能である。装置は、常にトラックの位置を突き止めるのに使用可能である。隊の所有者及び製造者がロジスティックス管理を改善するのを補助する。多くの「垂直的」用途が、即ち、リアルタイム経路決定、ジャストインタイム生産用途、配達予定を改善する。潜在的な顧客は、隊の所有者、製造業者、流通会社、ユーティリティ、その他の企業、政府を含むであろう。
【０２４４】
上述のように、特定の実施形態を参照して本発明の方法及びシステムを説明してきた。ここに開示された方法及びシステムの原則の変形が当業者によってなされることが可能であること、及び、かかる変形、変更及び置換は添付の特許請求の範囲に述べられた本発明の範囲内に含まれ得ることを理解及び期待されなければならない。従って、明細書及び図面は制限的意味ではなく、例示的な意味に解釈されなければならない。
【図面の簡単な説明】
【図１】本発明の一実施形態のシステムの一般的な概略外観図である。
【図２】本発明の一実施形態の遠隔位置確認検知装置の概略図である。
【図３】本発明の一実施形態のプラットフォームデータベースを示す概略図である。
【図４】本発明の一実施形態の中層のソフトウェア要素の論理概念階層を示す概略外観図である。
【図５】図５（ａ）及び図５（ｂ）は、それぞれ、本発明の一実施形態のユーザ登録処理を示す概略構成図及びフローチャートである。
【図６】図６（ａ）及び図６（ｂ）は、それぞれ、本発明の一実施形態のシステムの後端での入来データの受信処理を示す概略構成図及びフローチャートである。
【図７】図７（ａ）及び図７（ｂ）は、それぞれ、本発明の一実施形態のシステムの後端からの出行データの送信処理を示す概略構成図及びフローチャートである。
【図８】図８（ａ）乃至（ｅ）は、本発明の一実施形態のＡＳＰ及び装置間のメッセージパケットのプロトコルを述べる概略図及び表である。
【図９】本発明の一実施形態のＡＳＰ及び装置間の例示的なメッセージのシーケンスを示している。
【図１０】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１１】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１２】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１３】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１４】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１５】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１６】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１７】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１８】本発明の様々な実施形態のシステム及び方法を使用した個別的なビジネス用途を示す一般的な概略図である。
【図１】
2004515000.tif 000003
【図２】
2004515000.tif 000004
2004515000.tif 000005
【図３】
2004515000.tif 000006
2004515000.tif 000007
2004515000.tif 000008
2004515000.tif 000009
2004515000.tif 000010
2004515000.tif 000011
2004515000.tif 000012
2004515000.tif 000013
2004515000.tif 000014
2004515000.tif 000015
2004515000.tif 000016
【図４】
2004515000.tif 000017
【図５】
2004515000.tif 000018
2004515000.tif 000019
【図６】
2004515000.tif 000020
2004515000.tif 000021
【図７】
2004515000.tif 000022
2004515000.tif 000023
【図８】
2004515000.tif 000024
2004515000.tif 000025
2004515000.tif 000026
2004515000.tif 000027
2004515000.tif 000028
2004515000.tif 000029
2004515000.tif 000030
【図９】
2004515000.tif 000031
2004515000.tif 000032
2004515000.tif 000033
2004515000.tif 000034
2004515000.tif 000035
2004515000.tif 000036
2004515000.tif 000037
【図１０】
2004515000.tif 000038
【図１１】
2004515000.tif 000039
【図１２】
2004515000.tif 000040
【図１３】
2004515000.tif 000041
【図１４】
2004515000.tif 000042
【図１５】
2004515000.tif 000043
【図１６】
2004515000.tif 000044
【図１７】
2004515000.tif 000045
【図１８】
2004515000.tif 000046
【国際公開パンフレット】
2004515000.tif 000047
2004515000.tif 000048
2004515000.tif 000049
2004515000.tif 000050
2004515000.tif 000051
2004515000.tif 000052
2004515000.tif 000053
2004515000.tif 000054
2004515000.tif 000055
2004515000.tif 000056
2004515000.tif 000057
2004515000.tif 000058
2004515000.tif 000059
2004515000.tif 000060
2004515000.tif 000061
2004515000.tif 000062
2004515000.tif 000063
2004515000.tif 000064
2004515000.tif 000065
2004515000.tif 000066
2004515000.tif 000067
2004515000.tif 000068
2004515000.tif 000069
2004515000.tif 000070
2004515000.tif 000071
2004515000.tif 000072
2004515000.tif 000073
2004515000.tif 000074
2004515000.tif 000075
2004515000.tif 000076
2004515000.tif 000077
2004515000.tif 000078
2004515000.tif 000079
2004515000.tif 000080
2004515000.tif 000081
2004515000.tif 000082
2004515000.tif 000083
2004515000.tif 000084
2004515000.tif 000085
2004515000.tif 000086
2004515000.tif 000087
2004515000.tif 000088
2004515000.tif 000089
2004515000.tif 000090
2004515000.tif 000091
2004515000.tif 000092
2004515000.tif 000093
2004515000.tif 000094
2004515000.tif 000095
2004515000.tif 000096
2004515000.tif 000097
2004515000.tif 000098
2004515000.tif 000099
2004515000.tif 000100
2004515000.tif 000101
2004515000.tif 000102
2004515000.tif 000103
2004515000.tif 000104
2004515000.tif 000105
2004515000.tif 000106
2004515000.tif 000107
2004515000.tif 000108
2004515000.tif 000109
2004515000.tif 000110
2004515000.tif 000111
2004515000.tif 000112
2004515000.tif 000113
2004515000.tif 000114
2004515000.tif 000115
2004515000.tif 000116
2004515000.tif 000117
2004515000.tif 000118
2004515000.tif 000119
2004515000.tif 000120
2004515000.tif 000121
2004515000.tif 000122
2004515000.tif 000123
2004515000.tif 000124
2004515000.tif 000125
2004515000.tif 000126
2004515000.tif 000127
2004515000.tif 000128
2004515000.tif 000129
2004515000.tif 000130
2004515000.tif 000131
2004515000.tif 000132
2004515000.tif 000133
2004515000.tif 000134
2004515000.tif 000135
2004515000.tif 000136
2004515000.tif 000137
2004515000.tif 000138
2004515000.tif 000139
2004515000.tif 000140
2004515000.tif 000141
2004515000.tif 000142
2004515000.tif 000143
2004515000.tif 000144
2004515000.tif 000145
2004515000.tif 000146
2004515000.tif 000147
2004515000.tif 000148
2004515000.tif 000149
2004515000.tif 000150
2004515000.tif 000151
2004515000.tif 000152
2004515000.tif 000153
2004515000.tif 000154
2004515000.tif 000155
2004515000.tif 000156
2004515000.tif 000157
2004515000.tif 000158
2004515000.tif 000159
2004515000.tif 000160
2004515000.tif 000161
2004515000.tif 000162
2004515000.tif 000163
2004515000.tif 000164
2004515000.tif 000165
2004515000.tif 000166
2004515000.tif 000167
2004515000.tif 000168
2004515000.tif 000169
2004515000.tif 000170
2004515000.tif 000171
2004515000.tif 000172
2004515000.tif 000173
2004515000.tif 000174
2004515000.tif 000175
2004515000.tif 000176
2004515000.tif 000177
2004515000.tif 000178
2004515000.tif 000179
2004515000.tif 000180
2004515000.tif 000181
2004515000.tif 000182
2004515000.tif 000183
2004515000.tif 000184
2004515000.tif 000185
2004515000.tif 000186
2004515000.tif 000187
2004515000.tif 000188
2004515000.tif 000189
2004515000.tif 000190
2004515000.tif 000191
2004515000.tif 000192
2004515000.tif 000193
2004515000.tif 000194
2004515000.tif 000195
2004515000.tif 000196
2004515000.tif 000197
2004515000.tif 000198
2004515000.tif 000199
2004515000.tif 000200
2004515000.tif 000201
2004515000.tif 000202
2004515000.tif 000203
2004515000.tif 000204
2004515000.tif 000205
2004515000.tif 000206
2004515000.tif 000207
2004515000.tif 000208
2004515000.tif 000209
2004515000.tif 000210
2004515000.tif 000211
2004515000.tif 000212
2004515000.tif 000213
【国際公開パンフレット（コレクトバージョン）】
2004515000.tif 000214
2004515000.tif 000215
【国際公開パンフレット（コレクトバージョン）】
2004515000.tif 000216
2004515000.tif 000217
2004515000.tif 000218
2004515000.tif 000219
2004515000.tif 000220
2004515000.tif 000221
2004515000.tif 000222
2004515000.tif 000223
2004515000.tif 000224
2004515000.tif 000225
2004515000.tif 000226
2004515000.tif 000227
2004515000.tif 000228
2004515000.tif 000229
2004515000.tif 000230
2004515000.tif 000231
2004515000.tif 000232
2004515000.tif 000233
2004515000.tif 000234
2004515000.tif 000235
2004515000.tif 000236
2004515000.tif 000237
2004515000.tif 000238
2004515000.tif 000239
2004515000.tif 000240
2004515000.tif 000241
2004515000.tif 000242
2004515000.tif 000243
2004515000.tif 000244
2004515000.tif 000245
2004515000.tif 000246
2004515000.tif 000247
2004515000.tif 000248
2004515000.tif 000249
2004515000.tif 000250
2004515000.tif 000251
2004515000.tif 000252
2004515000.tif 000253
2004515000.tif 000254
2004515000.tif 000255
2004515000.tif 000256
2004515000.tif 000257
2004515000.tif 000258
2004515000.tif 000259
2004515000.tif 000260
2004515000.tif 000261
2004515000.tif 000262
2004515000.tif 000263
2004515000.tif 000264
2004515000.tif 000265
2004515000.tif 000266
2004515000.tif 000267
2004515000.tif 000268
2004515000.tif 000269
2004515000.tif 000270
2004515000.tif 000271
2004515000.tif 000272
2004515000.tif 000273
2004515000.tif 000274
2004515000.tif 000275
2004515000.tif 000276
2004515000.tif 000277
2004515000.tif 000278
2004515000.tif 000279
2004515000.tif 000280
2004515000.tif 000281
2004515000.tif 000282
2004515000.tif 000283
2004515000.tif 000284
2004515000.tif 000285
2004515000.tif 000286
2004515000.tif 000287
2004515000.tif 000288
2004515000.tif 000289
2004515000.tif 000290
2004515000.tif 000291
2004515000.tif 000292
2004515000.tif 000293
2004515000.tif 000294
2004515000.tif 000295
2004515000.tif 000296
2004515000.tif 000297
2004515000.tif 000298
2004515000.tif 000299
2004515000.tif 000300
2004515000.tif 000301
2004515000.tif 000302
2004515000.tif 000303
2004515000.tif 000304
2004515000.tif 000305
2004515000.tif 000306
2004515000.tif 000307
2004515000.tif 000308
2004515000.tif 000309
2004515000.tif 000310
2004515000.tif 000311
2004515000.tif 000312
2004515000.tif 000313
2004515000.tif 000314
2004515000.tif 000315
2004515000.tif 000316
2004515000.tif 000317
2004515000.tif 000318
2004515000.tif 000319
2004515000.tif 000320
2004515000.tif 000321
2004515000.tif 000322
2004515000.tif 000323
2004515000.tif 000324
2004515000.tif 000325
2004515000.tif 000326
2004515000.tif 000327
2004515000.tif 000328
2004515000.tif 000329
2004515000.tif 000330
2004515000.tif 000331
2004515000.tif 000332
2004515000.tif 000333
2004515000.tif 000334
2004515000.tif 000335
2004515000.tif 000336
2004515000.tif 000337
2004515000.tif 000338
2004515000.tif 000339
2004515000.tif 000340
2004515000.tif 000341
2004515000.tif 000342
2004515000.tif 000343
2004515000.tif 000344
2004515000.tif 000345
2004515000.tif 000346
2004515000.tif 000347
2004515000.tif 000348
2004515000.tif 000349
2004515000.tif 000350
2004515000.tif 000351
2004515000.tif 000352
2004515000.tif 000353
2004515000.tif 000354
2004515000.tif 000355
2004515000.tif 000356
2004515000.tif 000357
2004515000.tif 000358
2004515000.tif 000359
2004515000.tif 000360
2004515000.tif 000361
2004515000.tif 000362
2004515000.tif 000363
2004515000.tif 000364
2004515000.tif 000365
2004515000.tif 000366
2004515000.tif 000367
2004515000.tif 000368
2004515000.tif 000369
2004515000.tif 000370
2004515000.tif 000371
2004515000.tif 000372
2004515000.tif 000373
2004515000.tif 000374
2004515000.tif 000375
2004515000.tif 000376
2004515000.tif 000377
2004515000.tif 000378
2004515000.tif 000379
2004515000.tif 000380
2004515000.tif 000381
2004515000.tif 000382
2004515000.tif 000383
2004515000.tif 000384
2004515000.tif 000385
2004515000.tif 000386
2004515000.tif 000387
2004515000.tif 000388
2004515000.tif 000389
2004515000.tif 000390
2004515000.tif 000391
2004515000.tif 000392
2004515000.tif 000393
2004515000.tif 000394
2004515000.tif 000395
【国際調査報告】
2004515000.tif 000396