(57)【要約】監視は、第１のクライアント電話（２０２）の状態を監視し、この状態情報を許可を受けている第２のクライアント電話（２０６）へ交換局サーバ（２０４）を介して送信するために行う。交換局サーバ（２０４）は、登録されたクライアント電話およびクライアントが監視する対応するクライアント電話のデータベースを記憶している。登録されたクライアント電話のユーザは、そのユーザにより監視されることに同意した登録済みの友人、家族、または同僚の電話の状態を、リアルタイムに監視する。
2005520404.tif 000002
【特許請求の範囲】
【請求項１】
第１の電話を監視する許可を受けている第２の電話の指示を受信するステップと、
第１の電話を監視する要求を第２の電話から受信するステップと、
第１の電話から状態を受信するステップと、
第２の電話へ状態を送信するステップと、
を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
第１の電話を識別する第１の識別子と第２の電話を識別する第２の識別子とを記憶するステップと、
第１の識別子を第２の電話へ送信するステップと、
をさらに含むことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
第２の電話の顧客会計が良好な状態であることを検証するステップをさらに含むことを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、
第２の電話を登録する要求を受信するステップであって、該要求には電子署名と第２の電話を識別する第２の識別子とが含まれていて、
第２の電話を登録するステップと、
第１の電話を登録するステップと、
をさらに含むことを特徴とする方法。
【請求項５】
請求項４に記載の方法であって、受信するステップは、
第２のネットワークアドレスおよびセキュリティ証明の要求を第２の電話から受信するステップ、
をさらに含むことを特徴とする方法。
【請求項６】
請求項４に記載の方法であって、第１の電話を登録するステップは、
第１の電話に第１のネットワークアドレスを出すステップと、
第２のネットワークアドレスと対応する第１の識別子とを記憶するステップと、
をさらに含むことを特徴とする方法。
【請求項７】
請求項４に記載の方法であって、第２の電話を登録するステップは、
電子署名を検証するステップと、
第２の電話に第２のネットワークアドレスを出すステップと、
第２のネットワークアドレスと対応する第２の識別子とを記憶するステップと、
をさらに含むことを特徴とする方法。
【請求項８】
請求項１に記載の方法であって、
第１の識別子を第２の電話に送信して記憶および表示するステップをさらに含むことを特徴とする方法。
【請求項９】
請求項１に記載の方法であって、要求を受信するステップは、
第１の電話の所定の条件の状態変化が発生したときに第２の電話に通知する要求を受け取るステップを含むことを特徴とする方法。
【請求項１０】
請求項９に記載の方法であって、
所定の条件の状態変化を、対応する第１の識別子と対応する第２の識別子と共に記憶するステップをさらに含むことを特徴とする方法。
【請求項１１】
請求項１に記載の方法であって、
第２の電話が、第１の電話の状態の受信許可を受けているかどうかを判別するステップをさらに含むことを特徴とする方法。
【請求項１２】
請求項１に記載の方法であって、
状態を第２の電話に送信する前に、公開鍵で状態を暗号化するステップをさらに含むことを特徴とする方法。
【請求項１３】
請求項１に記載の方法であって、
第２の電話の顧客会計への状態の送信を記録するステップをさらに含むことを特徴とする方法。
【請求項１４】
請求項１に記載の方法であって、状態は第１の電話が取り上げられているかどうかを示すことを特徴とする方法。
【請求項１５】
請求項１に記載の方法であって、状態は第１の電話のユーザが少なくとも１つの所定のＤＴＭＦコードを電話に入力したかどうかを示すことを特徴とする方法。
【請求項１６】
請求項１に記載の方法であって、
状態の正常送信の肯定応答を第２の電話から受信するステップをさらに含むことを特徴とする方法。
【請求項１７】
請求項１に記載の方法を実行するようにプログラムされたコンピュータ。
【請求項１８】
請求項１に記載の方法を実行するようにプロセッサに指示する命令でコーディングされたコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１９９９年３月３１日に出願した米国特許第０９／２８２，３６０号の継続出願である。
（背景技術）
従来の電話システムは呼出し側（呼者）の状態情報を提供しているが、そのための操作が非常に面倒で、時間がかかる。たとえば、事務所用の構内交換（ＰＢＸ）電話システムは、呼出し側に状態情報を提供している。
【０００２】
相手の回線が使用中か使用可能かを判別する場合、呼出し側の電話は状態情報を受け取るために、交換局をポーリングし、呼出しが戻されるのを待つ必要がある。
【０００３】
現在、電話業界は、デジタル技術（つまり、総合デジタル通信網（ＩＳＤＮ）および非対称デジタルループ（ＡＳＤＬ））へ移行中である。ＩＳＤＮは、音声およびデータを電話回線で送信する国際通信規格である。ＩＳＤＮ技術は、従来の電話接続技術よりはるかに高速でデータを転送する。通常、ＩＳＤＮ回線には、２つのベアラ（Ｂ）チャネルと１つのデータ（Ｄ）チャネルの合計３つのチャネルが含まれている。各Ｂチャネルは音声およびデータを６４ｋｂｐｓ（１０００ビット／秒）で音声およびデータを送信し、Ｄチャネルは信号制御情報を扱う。呼出し側は、ＩＳＤＮの２つのＢチャネルを使用し、情報を同時に送受信できる。現在、デジタルで使用できる電話が生産されている。
【０００４】
（実施例の詳細な説明）
本発明の各実施例で開示している電話は、「プラグアンドプレイ」プロトコルに従って構成できる。電話の使用者は、電話のジャックに電話を差し込むだけでよい。電話は、交換局のサーバに自動的に接続され、サーバからＴＣＰ／ＩＰ情報を受け取って通信できる状態にし、クライアントを登録する。クライアントは、クライアントの監視対象になる相手を選択する。
【０００５】
クライアントが監視対象になる相手を選択する場合、クライアント自身の電話に相手の電話番号をプログラミングするか、電話帳で名前を調べる。クライアントの電話はこれらの電話番号を交換局サーバへ通信し、交換局サーバは相手が監視されることに同意していることを確認する。相手が同意すると、その相手はシステムに登録される。また、クライアントは、交換局サーバのサービスにオフラインで連絡し、指定した相手の監視要求を提出することもできる。交換局側のサービスでは、相手にオフライン（たとえば、電話、郵便、ｅ−ｍａｉｌ）で連絡し、監視される相手の同意を確認する。
【０００６】
また、監視対象となる相手の選択プロセスは、被監視側から開始することもできる。この場合、監視対象となる人は、交換局サーバに要求を提出する。これに対し、交換局サーバは、被監視側の状態および識別情報で監視側の電話を遠隔操作でプログラムする。監視側が、自分の電話をローカルにプログラムするともできる。被監視側が監視側を要求しても、被監視側で要求した監視側がその時点で状態監視サービスのクライアントでない場合、サービス提供側は監視側へオフラインで連絡し、監視側がこのサービスのクライアントになり被監視側の状態更新項目を受け取るか意志があるかどうかを判別する。
【０００７】
まず、図２は、本発明の１実施例のデジタル電話監視システムの模式図の概略である。本発明の実施例では、第１の電話を被監視側クライアント電話２０２とし、第２の電話を監視側電話２０６とする。図２は、主に、監視側の３台のクライアント電話２０６、交換局サーバ２０４、および被監視側の３台のクライアント電話２０２の通信リンクを示している。被監視クライアント電話２０２の状態変化が起こるたびに、被監視クライアント電話２０２は、その状態更新を受け取るように登録されている各監視クライアント電話２０６に交換局サーバ２０４を介して状態変化を送信する。図２に示す被監視クライアント電話２０２および監視クライアント電話２０６の台数は任意に選んだものであり、本発明の代替実施例では任意の台数の被監視クライアント電話と任意の台数の監視クライアント電話を含むことができる。
【０００８】
通常の当業熟練者であれば、他人の電話の状態を受け取る利点を理解している。たとえば、１０代の人は、友達を監視してどの友達の電話回線が使用中であるかを判別することができる。１０代の人が友達を呼び出す場合に受話器を取ってダイヤルする直前でも、どの友達と話せるかを自動的に知ることができる。１０代の人には友達のリストを提示され、その結果、誰と話せるかがただちにわかるようになる。別の例では、母親が仕事中に自宅の電話を監視したい場合がある。母親は電話が使用中であるかどうかの判別に関心があり、また、息子、娘、またはベビーシッターが１日にどの位電話するかを監視したい場合がある。
【０００９】
状態情報は、被監視クライアント電話２０２で入力することもできる。たとえば、子供が自宅に着いたら、その子供は被監視クライアント電話２０２（たとえば、＊６８）にＤＴＭＦコードを入力できる。状態更新を表すコードは、交換局サーバ２０４へ送られる。交換局サーバ２０４はその状態情報を子供の母親の監視クライアント電話２０６に転送することで、子供が自宅に到着したことを母親に通知する。
【００１０】
別の例では、管理者は在宅勤務する従業員またはコンサルタントの作業時間を監視できる。たとえば、従業員やコンサルタントは、職場に着いた時点で被監視クライアント電話２０２に所定のコードを入力する。被監視クライアント電話２０２は、そのコードを交換局サーバ２０４へ送信する。交換局サーバ２０４は、図７Ｂに示すようにＤＴＭＦコードデータベース３４０を検索し、コードに対応する状態を取り出す。取り出したら、交換局サーバ２０４はその状態を監視クライアント電話２０６に送信する。この状態により、管理者は従業員やコンサルタントにいつ連絡を取れるかがわかる。また、この実施例では、追加情報を管理者に提供できる。たとえば、会計プロセスおよび請求プロセスでは、従業員が働いた総時間数を計算できる。また、状態は、被呼出し側の請求レートにも影響を与える。たとえば、コンサルタントを「応対不能」であるときに呼び出すと、その拘束時間について料金を高くすることができる（たとえば、時間当りの請求金額を高くする）。請求プログラムは、特定の状態（たとえば、「作業中」状態）の合計時間および／または特定の状態（たとえば「昼食時」）の電話合計時間および／または利用可能請求金額あるいは他の料金体系などの情報を入手できる。このような請求プログラムはこれらに基づいた適切な請求書を生成し、印刷物、電子ファイル、ｅｍａｉｌ、ファックス、または他の形式の請求書を出力する。当業者であれば、これらの例は単に説明のためであって、本発明の範囲を限定するものはでないと理解している。
【００１１】
クライアント電話２０２、交換局サーバ２０４、監視クライアント電話、また連携状態に関係なくこれらの組合せにより、状態情報を自動的に判別することもできる。たとえば、電話の位置または大まかな位置（たとえば、ＧＰＳ機能付きの携帯電話、他の位置決め機能付き携帯電話、携帯電話からの受信信号のドップラー効果の計算）は、携帯電話の位置または大まかな位置を示す携帯電話からの信号を受信するなどして、交換局サーバ２０４により確認できる。また、電話から信号を同報通信し、受信側でこの信号を受信することもできる。信号の受信強度および／または時間により、交換局サーバは受信側からの電話の距離を判別できる。信号を受信したということだけでも、電話の位置がわかることもある。特定の実施例では、信号を受信する弱信号受信機、つまり、低電力送信機からの信号を受信する受信機を備え、特定の領域に送信機が存在していることが分かる。たとえば、送受器が本体から１００フィート以内にある場合だけ、送受器から信号を受け取るように本体を装備できる。別の例では、送受器が本体に差し込まれたときに、そのことを簡単に判別できる。
【００１２】
さらに、このような受信機を複数台使用し、三角測量なども含めた既知の位置決め技法を駆使すれば、電話の位置をより正確に判別することができる。図３は、監視クライアント電話２０６、被監視クライアント電話２０２、および交換局サーバ２０４に接続されたＴｅｌｅｐｈｏｎｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ（ＴＡＰＩ）３３２の一般的な図を示したものである。通常の当業熟練者であれば、本発明の開示により、図３に示した特定のＴＡＰＩ以外のインターフェースも簡単に考えることができる。交換局サーバ２０４には、呼出し制御アプリケーション３０４、対話音声アプリケーション３０６、音声メールアプリケーション３０８、呼出しセンタアプリケーション３１０、およびＴＣＰ／ＩＰ会議アプリケーション３１２などの複数の通信アプリケーション３０２が含まれる。また、交換局サーバ２０４には、登録サービス３１４、通知サービス３１６、暗号／復号サービス３１８、待ち行列マネージャ３２０、起動／自己テストサービス３２２、監視サービス３２４、ＴＣＰ／ＩＰデータベース３２６、クライアントデータベース３２８、電子署名３３６、呼出し会計サービス３３８、およびＤＴＭＦコードデータベース３４０なども含まれる。ＴＡＰＩインターフェース３３０は、上記の各構成要素をＴＡＰＩ  ３３２へ接続する。以下に、これらのサービス、マネージャ、データベースを図５と共を詳細に説明する。
【００１３】
図で示すように、アプリケーションは、ＴＡＰＩ  ３３２を使用して任意のマシンで使用できるすべての電話オプションにアクセスできる。たとえば、呼出し制御アプリケーション３０４、対話音声アプリケーション３０６、音声メールアプリケーション３０８、呼出しセンタアプリケーション３１０、およびＴＣＰ／ＩＰ会議アプリケーション３１２で構成される通信アプリケーション３０２は、監視電話２０６および被監視クライアント電話２０２で使用できるすべての電話オプションにアクセスできる。たとえば、アプリケーションは、監視クライアント電話２０６に格納されている被監視クライアントデータベース３３４にアクセスできる。
【００１４】
アプリケーションは、呼出しに関するデータを通常の方法で使用できる。ＴＡＰＩ  ３３２は複数のマシン間の接続を行うための単純で一般的な方法であって、各マシンがその接続に関係する媒体ストリームにアクセスできるようにするアーキテクチャである。ＴＡＰＩ  ３３２は呼出し制御機能性を抽出し、これにより、異なっていて一見互換性がないと思われる通信プロトコルを使用するアプリケーションに対し、共通インターフェースを提供する。被監視クライアント電話２０２および監視クライアント電話２０６は、このインターフェースにより交換局サーバ２０４に接続される。
【００１５】
図４Ａは、本発明の実施例のクライアント電話４００をわかり易く説明したものである。通常の当業熟練者であれば、クライアント電話４００は監視クライアント電話２０６または被監視クライアント電話２０２のいずれかを含むことが理解している。クライアント電話４００は、１つまたは複数の別個の装置として実現できる。たとえば、クライアント電話４００は単一の装置でもよく、また、別の送信機と通信している別個のセンサ入力装置と交信する電話などの組合せで構成することもできる。本発明の開示では、他にも幾つかの変形が考えられる。
【００１６】
クライアント電話４００は、マルチタスク、マルチスレッドオペレーティングシステムプラットフォーム（たとえば、ＵＮＩＸ（登録商標）またはＭＩＣＲＯＳＯＦＴ（ワシントン州Ｒｅｄｍｏｎｄ）のＷＩＮＤＯＷＳ（登録商標）ＮＴ）の下で動作する。図で示すように、クライアント電話４００には、表示装置４０２、入力装置４０５、プロセッサ４０４、およびデータ記憶装置４０７が含まれる。プロセッサ４０４は、通信ポート４０６（たとえば、ネットワークインターフェース）に接続される。
【００１７】
入力装置４０５は、複数のＤＴＭＦコードボタンで構成するキーボードを含むことができる。この入力装置に代えて、または追加する形で、入力装置４０５は他の種類の入力を受け取る手段を含むことができる。たとえば、入力装置４０５はＧＰＳ受信機を備え、全世界測位システムからの情報を受信できる。このようなＧＰＳ受信機は、通常、緯度、経度、高度、および時刻を判別する同報通信信号を受信する。同様に、入力装置４０５は、無線信号または赤外線信号などの各種無線信号を受信する受信機を備えることができる。このような受信機は、携帯電話や、テレビのリモコン、遠隔自動車ロック駆動装置、遠隔ガレージドア開閉装置、ＰＤＡ、および他の装置などの機器のリモコンから送信される信号を受信できる。
【００１８】
入力装置４０５は、刺激を検出するセンサまたは検出器で構成できる。これらには、動作センサ（ドップラー効果を利用したもの、他の動作センサタイプなど）、つまり、移動を計測したりドアやガレージドアの駆動を計測するセンサ、エアコン、照明機器、および他の装置の起動または停止を検出する電気センサ、電力消費を検出する一般的な電気センサ、重量センサ、温度センサ、およびこれらの組合せまたはこれらと同等なものが含まれる。
【００１９】
入力装置４０５は、電源入力またはクライアント電話４００の起動を検出する手段を備えることができる。たとえば、入力装置４０５は検出器を備えることができ、その検出器が装置、装置の構成要素、または装置の複数の構成要素を起動または電源入力する回路と通信する。
したがって、入力装置４０５は、（ｉ）卓上電話、携帯電話、または無線電話などの電話（ｉｉ）コンピュータまたは（ｉｉｉ）テレビの電源投入または起動を検出する手段を備えることができる。
【００２０】
入力装置４０５は、マイクロフォンまたは他の音声受信装置を備えることができる。この装置は、話す音声を受信する従来の電話のマイクロフォンと異なっていてもかまわない。このマイクロフォンは、電話が使用されていないかまたは受話器が置かれているなどの非活動状態の場合でも、音声を検出したり、処理したりおよび／または送信したりすることができる。
【００２１】
表示装置４０２はＬＣＤまたは他の種類の表示装置であって、被監視クライアントデータベース３３４に記憶されているデータに従って、クライアント電話４００により監視されているそれぞれの相手の状態を表示する。たとえば、表示装置は、監視されているそれぞれの相手の名前および現在の状態を表示する。クライアント電話４００が表示装置４０２を含んでいないことも考えられる。
【００２２】
通信ポート４０６は、ＩＳＤＮ電話回線のＤチャネルを使った、ＴＣＰ／ＩＰによる交換局サーバ２０４へのネットワークインターフェースである。通常の当業熟練者であれば、この遠隔通信仕様は説明のためであって、本発明の代替実施例では異なった通信方法を採用する可能性があることを理解している。
【００２３】
データ記憶装置４０７には監視サービス３２４が含まれていて、プロセッ４０４はこのサービスを実行することで、クライアントデジタル電話４００に監視機能を提供する。また、データ記憶装置４０７には、起動／自己テストサービス４１０、表示マネージャ４１２、電子署名４１４、暗号／復号サービス４１６、被監視クライアントデータベース３３４、呼出し会計サービス４１８、ＴＡＰＩインターフェース４２０、通信アプリケーション４２２、登録サービス４２４、待ち行列マネージャ４２６、ＤＴＭＦコードデータベース４２８、および通知サービス４３０も含まれる。通信アプリケーション４２２、登録サービス４２４、待ち行列マネージャ４２６、ＤＴＭＦコードデータベース４２８、および通知サービス４３０は、以下で説明する交換局サーバ２０４の対応する要素の方法と同じ方法で、クライアント電話４００により使用される。
【００２４】
起動／自己テストサービス４１０は、起動時に、クライアント電話４００のすべてのハードウェアをテストし、オペレーティングシステムおよびサービスをロードする。ＴＡＰＩインターフェース４２０を介して交換局サーバ２０４に接続されている場合は、クライアント電話４００に電源が投入された時点で起動が始まる。また、ユーザがクライアント電話４００のｒｅ−ｂｏｏｔキー（図示されていない）を押す場合も、起動が始まる。起動／自己テストプロセス４１０には、通常、３種類のテストが含まれる。このプロセスは、ＥＰＲＯＭのチェックサムを実行し、ＩＳＤＮ回線を検査してＤチャネルおよび両方のＢチャネルにおける交換局サーバ２０４とのリンクが起動されていて実行中であることを確認し、「サービスプロバイダ識別」（ＳＰＩＤ）がクライアント電話４００に事前にプログラムされているＳＰＩＤと一致することを確認する。通常、ＳＰＩＤはクライアント電話４００の電話番号に４桁の数字を続けたものである。交換局サーバ２０４は、クライアント電話４００と交換局サーバ２０４との初期接続時にクライアント電話４００に対しＴＣＰ／ＩＰ情報を割り当て、その後、クライアント電話４００がその情報を記憶するものとする。また、起動時に、クライアント電話４００がＴＣＰ／ＩＰ情報を交換局サーバ２０４に送信し、交換局サーバ２０４がそのＴＣＰ／ＩＰ情報とクライアント電話４００の割り当てられているＴＣＰ／ＩＰ情報とが一致することを確認するものとする。通常の当業熟練者であれば、起動／自己テストサービス４１０は、ＩＳＤＮだけでなく、他の種類の通信テクノロジにも適用できると理解している。
【００２５】
クライアント電話４００が監視クライアント電話２０６の場合、起動／自己テストサービス４１０がプロセッサ４０４により実行されると、監視クライアント電話２０６は受信する許可を受けている被監視クライアント電話２０２の状態の更新情報を送信するように交換局サーバ２０４に要求する。監視クライアント電話２０６はＩＳＤＮ回線のＤチャネルを使用し、そのＤＴＭＦコードを送信する。交換局サーバ２０４は登録情報を読み取り、通信（たとえばＤＳ−１またはＤＳ−３）回線を介して呼出しを登録サービス３１４に転送する。通常の当業熟練者であれば、交換局サーバ２０４がそのコード情報を送信するときの通信回線要求により、どの回線が選択されたかが判別できることを理解している。登録サービス３１４は受信呼出しを感知し、交換局サーバ２０４にその回線を接続してもらう。接続されると、登録サービス３１４は交換局サーバ２０４と監視クライアント電話２０６との通信リンクをオープンする。
【００２６】
交換局サーバ２０４とのＤチャネル通信リンクが確立されたことを監視クライアント電話２０６が感知すると、ＳＰＩＤおよび電子署名付きの肯定応答メッセージを作成し暗号化する。
監視クライアント電話２０６の暗号／復号サービス４１６は交換局サーバ２０４の公開鍵を使用し、メッセージを暗号化し、そのメッセージと共に送られる電子署名を生成する。交換局サーバ２０４の暗号／復号サービス３１８は交換局サーバ２０４の秘密鍵を使用し、メッセージを復号化し署名の妥当性を検査する。電子署名は、監視クライアント電話２０６が正当であるかどうかのセキュリティを証明する。
【００２７】
交換局サーバ２０４の暗号／復号サービス３１８がメッセージを正常に復号化し、監視クライアント電話２０６の電子署名を検証すると、交換局サーバ２０４は肯定定応答（ＡＣＫ）メッセージとその電子署名を監視クライアント電話２０６に送り返す。検証が失敗すると、サーバ２０４はこれらの代わりに否定応答（ＮＡＫ）とその電子署名を監視クライアント電話２０６に送り返し、回線を切断する。監視クライアント電話２０６がＡＣＫを受け取ると、交換局サーバ２０４の電子署名を検証する。検証が正常に終了すると、監視クライアント電話２０６はＡＣＫメッセージをサーバ２０４に送り返す。検証が失敗すると、監視クライアント電話２０６はＮＡＫメッセージをサーバ２０４に送り返し、回線を切断する。交換局サーバ２０４と監視クライアント電話２０６との通信の結果ＡＣＫである場合、監視クライアント電話２０６と交換局サーバ２０４の登録サービス３１４との間にセッションが確立される。
【００２８】
登録サービス３１４はクライアントデータベース３２８に対し照会処理を行い、監視クライアント電話２０６の会計状態が良好であることを確認する。図示していないが、クライアントデータベース３２８の好ましい実施例ではクライアントの請求および会計情報を含むことができる。電話会社は、通常、電話の請求書の支払済みクライアントに対してだけ状態監視サービスを提供する。次に、登録サービス３１４は、準備が完了していて待ち状態の監視クライアント電話２０６に対し、送信可（ＣＴＳ）メッセージを送信する。監視クライアント電話２０６はこのメッセージを受信し、登録サービス３１４に対し監視メッセージ（ＭＭ）を作成して送信する。登録サービス３１４はこのメッセージを受信してクライアントデータベース３２８に対し照会処理を実行し、監視クライアント電話２０６が受信許可を得ている被監視クライアント電話２０２の現在の状態を入手する。また、監視クライアント電話２０６からのメッセージには、特定の被監視クライアント電話２０６の状態更新に関する要求が含まれていてもよい。
【００２９】
適切な状態情報をメッセージに入力した後、登録サービス３１４は監視クライアント電話２０６の公開鍵を使用してメッセージを暗号化し、メッセージを送り返す。監視クライアント電話２０６はこのメッセージを受信し、秘密鍵で復号化する。
【００３０】
次に、監視クライアント電話２０６は被監視クライアントデータベース３３４を更新し、それぞれの相手の状態を出力する。次に、監視クライアント電話２０６は交換局サーバ２０４の登録サービス３１４にメッセージを送信し、状態更新情報が正常に受信されたことを確認する。呼出し会計サービス３３８はクライアントデータベース３２８を更新し、正常に終了した照会処理に関する請求書を作成し、チャネルをクリアしてセッションを終了する。監視クライアント電話２０６はチャネルがダウンしたことを確認し、通知サービス３１６が更新された状態情報を送信するまで、待ち状態に入る。通常の当業熟練者であれば、監視クライアント電話２０６が再始動して被監視クライアント電話２０２の状態更新情報によりリセットすると、監視クライアント電話２０６は交換局サーバ２０４に対しポーリング処理を実行しなくても状態更新情報の受信を自動的に開始することを理解している。
【００３１】
被監視クライアントデータベース３３４には、クライアント電話４００の記憶装置４０７に記憶されている監視情報が含まれている。被監視クライアントデータベース３３４の例については、図６を参照。図で示すように、監視情報には、被監視クライアントの被監視クライアントＳＰＩＤ  ６０２、被監視クライアント名６０４、および状態６０６が含まれている。本発明の代替実施例では、監視情報の他の様々な種類を含むことができる。たとえば、被監視クライアントデータベース３３４には、被監視電話が使用中であった時間の合計または従業員の被監視電話が「作業中」の関連状態であった時間の合計を含むことができる。
【００３２】
表示マネージャ４１２は、被監視クライアントデータベース３３４にアクセスし、クライアント電話４００の表示装置４０２にこの情報を表示する（状態出力を表示で行う場合）。表示マネージャ４１２は、交換局サーバ２０４からのメッセージを表示することもできる。たとえば、表示マネージャ４１２は、クライアント電話４００の登録時に、交換局サーバ２０４からのメッセージを受信し表示することができる。
【００３３】
クライアントデジタル電話４００は電子署名４１４により、秘密鍵および公開鍵を作成して使用することでＴＣＰ／ＩＰメッセージパケットの送信者が本人であるかどうかを検証することができる。電子署名４１４は、クライアント電話４００と交換局サーバ２０４との間で送信される暗号化メッセージに組み込まれる。クライアント電話４００では、受信者の公開鍵を使用してメッセージを暗号化し、そのメッセージに組み込む電子署名ストリングを生成する。交換局サーバ２０４または他のクライアント電話４００などの受信者がこのメッセージを受け取ると、秘密鍵を使用してメッセージを復号化し、署名の妥当性検査する。署名の妥当性を検査することで、メッセージの送信者が本人であることを検証する。
【００３４】
クライアント電話４００の呼出し会計サービス４１８は、最新の請求情報を管理する。たとえば、交換局サーバ２０４の呼出し会計サービス３３８はクライアント電話４００に電話の使用および請求更新情報を送信し、更新情報を記憶装置４０７に記憶する。加入者から要求を受け取ると、表示マネージャ４１２はアクセスし、表示装置４０２に情報を表示する。本発明の１実施例では、交換局サーバ２０４は呼出し会計サービス４１８への会計情報の送信を機械的に開始する。別の実施例では、呼出し会計サービス４１８は、クライアント電話４００の加入者からの要求に応じ、電話使用および請求更新情報を交換局サーバ２０４から取り出す。
【００３５】
図４Ｂはクライアント電話４００の実施例を示している。電話４５０は有線媒体または無線媒体を介して周辺装置４５５と通信していて、この周辺装置は有線媒体または無線媒体を介して表示装置４６０と通信している。表示装置４６０は、ＬＣＤ（液晶表示装置）、モニタ、または同様な装置など、情報を視覚的に表示する任意の装置を含むことができる。通常の当業熟練者には明らかなように、本発明の各実施例の機能は、電話４５０、周辺装置４５５、および表示装置４６０に適切な方法で分散される。たとえば、周辺装置４５５は、コンピュータまたは同様な計算装置を備えることができる。
【００３６】
電話４５０は通信装置４６５を使用することで、信号を送受信できる。通信装置４６５は、卓上電話の場合と同様に、ケーブル、電話線、または同様な媒体を介してデータを送受信する手段を備えることができる。また、通信装置４６５は、携帯電話または他の無線装置と同様に、赤外線、無線、または同様な信号を介してデータを無線で送受信する手段を備えることができる。１実施例では、周辺装置４５５および表示４６０は、電話４５０に接続できるように改造された統合装置を含むことができる。たとえば、統合装置は１つの筐体を備え、その筐体の中に周辺装置４５５および表示装置４６０を組み込む。この筐体は、表示装置の表示可能領域の一部が筐体の外部から見ることができるような開口部となる。
【００３７】
このような統合装置、または各周辺装置および表示の少なくともいずれかは、電話４５０に固定し、電話４５０に関する統合装置の形で電話に着脱可能に保持することができる。また、はめ込み手段または同様な手段の固定手段で、電話に固定し着脱可能に保持してもよい。電話４５０と周辺装置４５５との通信には物理的な接続は不要である。
【００３８】
図５は、交換局サーバ２０４の図をわかり易く示したものである。交換局サーバ２０４はマルチタスク、マルチスレッドオペレーティングシステムプラットフォームで動作する（たとえば、ＵＮＩＸ（登録商標）またはＭＩＣＲＯＳＯＦＴ（ワシントン州Ｒｅｄｍｏｎｄ）のＷＩＮＤＯＷＳ（登録商標）ＮＴ）。図で示すように、交換局サーバ２０４には、入力装置５０２（たとえば、ＣＤ  ＲＯＭまたはフロッピー（登録商標）ディスクドライブ、キーボード）、通信ポート５０６に接続されたプロセッサ５０４、および記憶装置５０７が含まれる。通信ポート５０６はネットワークインターフェースであって、ＩＳＤＮ電話回線のＤチャネルを介してＴＣＰ／ＩＰを使用し、交換局サーバ２０４を被監視クライアント電話２０２および監視クライアント電話２０６に接続する。通常の当業熟練者であれば、この遠隔通信仕様は説明のためであって、本発明の代替実施例には別な種類の遠隔通信方法が含まれることを理解している。
【００３９】
記憶装置５０７には、監視サービス３２４、ＴＡＰＩインターフェース３３０、暗号／復号サービス３１８、起動／自己テストサービス３２２、待ち行列マネージャ３２０、通知サービス３１６、登録サービス３１４、クライアントデータベース３２８、ＴＣＰ／ＩＰ情報データベース３２６、通信アプリケーション３０２、呼出し会計サービス３３８、電子署名３３６、およびＤＴＭＦコードデータベース３４０が含まれる。監視サービス３２４は、本発明の各種実施例に従って、交換局サーバ２０４に監視プロセスを提供する。上記で説明したようにＴＡＰＩインターフェース３３０により、監視サービス３２４などのアプリケーションは任意のクライアント電話で使用できる電話オプションのすべてにアクセスできる。たとえば、監視サービス３２４はこのインターフェースにより、クライアント電話４００に記憶されている更新済み被監視クライアントデータベース３２４にアクセスできる。
【００４０】
暗号／復号サービス３１８は秘密鍵および公開鍵を使用し、クライアント電話４００に送信されるメッセージをそれぞれ復号化し暗号化する。このプロセスでは電子署名３３６も使用され、メッセージ送信者が本人であることを検証する。交換局サーバ２０４は、クライアント電話４００からのメッセージと共に暗号化されたデジタルストリングを受信する。このメッセージを受信すると、交換局サーバ２０４はその秘密鍵を使用し、メッセージを復号化して電子署名３３６の妥当性を検査する。同様に、交換局サーバ２０４がクライアント電話４００にメッセージを送信すると、交換局サーバ２０４はクライアント電話４００の公開鍵を使用し、メッセージを暗号化してそこに組み込まれている電子署名ストリングを生成する。クライアント電話４００はその秘密鍵を使用し、メッセージを復号化してサーバの正当性を検査する。
【００４１】
起動／自己テストサービス３２２は起動時にすべての構成要素を初期設定し、ブート時に所定のパラメータを検査する。テストには、交換局サーバ２０４とクライアント電話４００を接続しているＤチャネルおよび両方のＢチャネルを介したＩＳＤＮ回線が所定のパラメータで動作しているかどうか、および、交換局サーバ２０４への入力メッセージが許可を受けたＳＰＩＤから送られてきたかどうか、を確認することが含まれる。たとえば、起動時に、クライアント電話４００の起動／自己テストサービス４１０は、ＳＰＩＤ検証メッセージを交換局サーバ２０４へ送信する。交換局サーバ２０４の起動／自己テストサービス３２２は、そのＳＰＩＤが監視情報の受信許可を得ていることを検証する。
【００４２】
登録サービス３１４は、被監視クライアント電話２０２および監視クライアント電話２０６を登録し、現在の会計リストおよび加入者間の有効な接続リストを管理する。登録サービス３１４は、現在の会計リストをクライアントデータベース３２８に記憶し、有効な接続リストをＴＣＰ／ＩＰ情報データベース３２６に記憶する。図７はクライアントデータベース３２８の例を示し、図８はＴＣＰ／ＩＰ情報データベース３２６の例を示している。
【００４３】
被監視クライアント電話２０２の状態が変化すると、通知サービス３１６は状態情報の更新項目を受信する。通知サービス３１６は、待ち行列マネージャ３２０に対し、状態更新項目を適切な監視クライアント電話２０６に送信するように通知する。待ち行列マネージャ３２０は、通知サービス３１６から状態変更の通知を受信し、クライアントデータベース３２８に照会処理を実行して連絡すべき該当ＳＰＩＤを探し、該当するＳＰＩＤにより指定されている許可クライアントに状態変更指示を送信する。
【００４４】
呼出し会計サービス３３８は、請求情報を管理し各クライアントにリアルタイムに送信する。特に、呼出し会計サービス３３８は、（ｉ）定期的に（たとえば毎日）または（２）クライアント要求に応じ、会計情報および請求情報を更新パケットに格納にしてクライアントの電話に送信する。したがって、クライアントは、呼出しに関する特定の料金をリアルタイムで常に見ることができ、または月の請求書の現在合計を見ることができる。クライアント電話４００が使用している呼出し会計サービス４１８は、具体的な料金の表示および処理に関する様々な機能を加入者に提供していると考えてもよい。
【００４５】
図６は、監視クライアント電話２０６内に格納された被監視クライアントデータベース３３４の例の図をわかり易く示している。図で示すように、被監視クライアントデータベース３３４の各項目は、監視クライアント電話２０６に状態情報を送信する被監視クライアント電話２０２を指定している。本発明の実施例として例示している実施例では、被監視クライアントデータベース３３４には、監視される相手ごとに、被監視クライアント電話２０２の被監視クライアントＳＰＩＤ  ６０２、被監視クライアント名６０４、および現在の状態６０６が含まれている。監視クライアント電話２０６は、特定の被監視クライアントＳＰＩＤ  ６０２の複数の状態を監視できるものとする。たとえば、被監視クライアントデータベース３３４の最後の項目６０７には、複数の状態が含まれている。
【００４６】
被監視クライアントデータベース３３４へのデータの入力方法には、幾つかの方法がある。たとえば、ある方法では、入力装置４０５を使用するクライアントが被監視クライアントＳＰＩＤ  ６０２および対応する被監視クライアント名６０４を被監視クライアントデータベース３３４にローカルに入力する。別の方法では、監視クライアント電話２０６からの要求に応じて、交換局サーバ２０４が被監視クライアントデータベース３３４のＳＰＩＤを遠隔操作で更新する。
【００４７】
クライアントは、電話会社のフリーダイヤル番号を使用して口頭で監視を要求するかまたは対話音声応答（ＩＶＲ）装置を介して電子的に要求を提出することで、状態監視を要求する。音声応答装置（ＶＲＵ）も使用することができる。しかし、特定のＳＰＩＤの監視が実行される前に、交換局サーバ２０４は被監視クライアント電話２０２の相手から許可を得なければならない。交換電話局は、被監視クライアント電話２０２へ交換局サーバ２０４を介して電子的に要求を送信するかまたは別の方法を使用して相手に連絡することで、許可を要求する。別の方法としては、たとえば、電話呼出し、ｅ−ｍａｉｌ、または手紙などの方法も含まれる。交換局サーバ２０４が許可を得ると、監視クライアント電話２０６に許可信号を送信する。監視クライアント電話２０６は許可を受け取ると、交換局サーバ２０４から状態更新項目を受け取り、その更新項目を被監視パーティーデータベース３３４に入力する。監視クライアント電話２０６の表示装置４０２は、各状態更新項目６０６を表示する。
【００４８】
また、被監視クライアント電話２０２も、監視クライアント電話２０６による監視要求を開始できる。交換局サーバ２０４が要求を電子的に受信するかまたは交換局の電話サービスが別の方法により要求を受信すると、このサービスは、被監視クライアント電話２０２の状態更新項目を監視クライアント電話２０６へ送信する許可を要求する。上記で説明したように、許可の要求は、交換局サーバ２０４により電子的に提出することもでき、また別な方法で与えることもできる。
【００４９】
監視クライアント電話２０６の加入者は、特定の所定条件の状態変化を監視できるものとする。たとえば、加入者は、被監視クライアント電話２０２の「使用中」状態を監視するように選択できる。また、加入者は、被監視クライアント電話２０２を使用する人が作業状態を表すＤＴＭＦコードを入力する時期を監視するように選択できる。通常の当業熟練者であれば、これらの例は各種状態変化を説明するためであり、本発明の代替実施例には他の所定条件の状態変化も含まれることは理解している。
【００５０】
図７（Ａ）は、交換局サーバ２０４に格納されているクライアントデータベース３２８の例の図をわかり易く示している。図で示すように、このデータベースには、交換局サーバ２０４に登録されている各被監視クライアント電話２０２に関する項目が含まれている。各項目には、被監視クライアントＳＰＩＤ  ７０２で示される監視対象となっている人、監視クライアントＳＰＩＤ  ７０４で示される状態変更項目を受け取る人、および被監視状態７０６および現在の状態７０８で示される監視クライアント電話２０６が受け取る特定の状態の変化が含まれる。クライアントデータベース３２８の項目の現在の状態７０８には、複数の状態が含まれるものとする。クライアントデータベース３２８の更新および管理のプロセスについては、図９に示す登録プロセスの説明と同時に説明する。
【００５１】
図７（Ｂ）は、交換局サーバ２０４に格納されているＤＴＭＦコードデータベース３４０の例をわかり易く示している。図に示すように、このデータベースには、各ＤＴＭＦコード７１２に割り当てられている状態７１４が含まれている。交換局サーバ２０４の通知サービス３１６は、ＤＴＭＦコードデータベース７１０を使用して、入力ＤＴＭＦコードを適当な状態に変換する。ＤＴＭＦコードは状態以外の情報も表すことができるものとする。たとえば、ＤＴＭＦコードは請求情報の要求を表すことができる。
【００５２】
図８は、交換局サーバ２０４に格納されているＴＣＰ／ＩＰ情報データベース３２６の例をわかり易く説明している。図で示すように、このデータベースには、交換局サーバ２０４に登録されている各クライアント電話４００の項目が含まれている。各項目には、ＳＰＩＤアドレス８０２と対応するＴＣＰ／ＩＰアドレス８０４が含まれている。ＴＣＰ／ＩＰアドレス情報８０４は、交換局サーバ２０４に登録されている各クライアント電話４００に出される。交換局サーバ２０４は、割り当てられたＴＣＰ／ＩＰアドレス８０４に従って、他のノードおよびクライアントと交信するものとする。通常の当業熟練者であれば、被監視および監視クライアント電話４００と交換局サーバ２０４との間で送信されるメッセージのヘッダ部分には、通常、ＴＣＰ／ＩＰアドレス８０４が含まれていることを理解している。メッセージの送受信時に、交換局サーバ２０４はＴＣＰ／ＩＰデータベース３２６にリストされているＳＰＩＤアドレス８０２を使用し、メッセージのヘッダ部分に含まれているＴＣＰ／ＩＰアドレスが正しいことを検証する。
【００５３】
図９は、状態監視プロセス９００のフローチャートの概略に示したものである。図で示すように、ステップ９０２で、交換局サーバ２０４は監視クライアント電話２０６の加入者を登録する。ステップ９０４で、監視クライアント電話２０６の加入者は監視したい相手を選択する。ステップ９０６で、交換局サーバ２０４は監視対象となる人を登録する。これらの人を登録する前に、交換局サーバ２０４は監視クライアント電話２０６の加入者により監視されるそれぞれの相手の許可を要求できるものとする。ステップ９０８で、交換局サーバ２０４は被監視クライアント電話２０２からＴＣＰ／ＩＰパケットを受信する。ステップ９１０で、交換局サーバ２０４は、状態更新項目を受け取るように構成されている監視クライアント電話２０２にＴＣＰ／ＩＰパケットを送信する。このパケットを受信すると、監視クライアント電話２０６は加入者に状態を表示する。通常の当業熟練者であれば、図９は本発明の実施例の一般的なステップを示していて、以下に示す図１０から１２は各ステップを詳細に説明していることがわかる。
【００５４】
本発明の代替実施例では、被監視クライアント電話２０２を監視クライアント電話２０６より前に登録する。さらに、被監視クライアント電話２０２が、状態更新項目を提供したい相手を選択できる。状態更新項目の送信前に、監視クライアント電話２０６は登録されていなければならず、電話交換局の交換局サーバ２０４に状態情報の受信許可を与える必要がある。
【００５５】
クライアント電話４００の人が被監視クライアント電話２０２の加入者としてステップ９０６で登録を希望しているか、または監視クライアント電話３０６としてステップ９０２で登録を希望している場合、クライアント電話４００はＩＳＤＮ回線のＤチャネルを使用し、電話局の交換局サーバ２０４へ登録情報を送信する。交換局サーバ２０４は登録情報を読み取り、ＤＳ−１回線またはＤＳ−３回線を介して呼出しを登録サービス３１４へ転送する。通常の当業熟練者であれば、交換局サーバ２０４がそのコード情報を送信するときの通信回線要求により、どの回線が選択されたかが判別できることを理解している。登録サービス３１４は入力呼出しを感知し、交換局サーバ２０４はその回線で接続される。接続されると、登録サービス３１４は交換局サーバ２０４と登録を希望する相手との間の通信リンクをオープンする。
【００５６】
加入者により監視される相手から許可を得るための要求は、様々な方法で出すことができる。許可を得るための要求が相手に出されたかどうかに関係なく、監視される本人が監視されてもよいという意図を肯定的に登録することができる。したがって、この場合は、監視する相手を加入者が選択する必要がなく、相手側が監視対象となることを示すことになる。
【００５７】
たとえば、相手は、監視許可を得ている一人または複数の加入者に関する指示を入力できる。この指示は、たとえば、数字キー（入力装置４０５などの）を押すことで許可を得ている加入者の電話番号を指示するなどして、電話を介して入力できる。また、この指示は、ＶＲＵ（音声応答装置）を使用して交信することで入力するなどして、電話を介して入力することもできる。このような入力方法は、電話がここで説明する他の機能を持っているかどうかに関係なく、公衆電話または私設電話を介して実行できる。相手の監視許可を得ている一人または複数の加入者に関する指示は、ウェブサイトと交信しているコンピュータを介して入力できる。このウェブサイトから、たとえば、交換局サーバ２０４に情報を与える。
【００５８】
相手を監視する許可を得る加入者に関する指示は、その相手からの詳細な入力または何の入力がなくても、自動的に行うことができる。たとえば、監視対象となる相手が呼び出す（または相手を呼び出す）回数がしきい値を超えたらその人に監視許可が得られるように、しきい値を設定したり受け付けたりしてもよい。
【００５９】
入力の方法に他にも幾つかあり、その入力に使用される装置のタイプにも他に幾つかあることは、通常の当業者には明らかである。
【００６０】
相手の監視許可を受けている一人または複数の加入者のリストは、相手の電話または他の装置へのローカルな記憶および／または交換局サーバ２０４への遠隔記憶が可能である。
【００６１】
様々な人が、特定の被監視対象となる人の特定の状態だけについて、監視許可を受けることができる。たとえば、第１のグループが特定の人に関するすべての状態の監視許可を受けるのに対し、第２のグループはその人の特定の状態だけの監視許可しか受けられないようにすることができる。別の実施例では、報酬を支払うことで、様々な人が様々なアクセスレベルを得ることができる。たとえば、テレマーケターおよび他の業務では、支払いに応じることで、人の特定の状態を確認できる。監視対象となる相手の状態を、特定の呼出しに対する「ブロック」として使用できる。特定の実施例では、監視する人を登録する必要がまったくない。ブロックは、登録された人が状態を受け取るかどうかに関係なく、一部の呼出し側またはすべての呼出し側に適用される。ある実施例では、状態は、単に、どの呼出しも監視されている人の情報を入手できないことを示している（つまり、すべての呼出しがブロックされる）。別の実施例では、状態により、特定の人がブロックされ、特定の人がブロックされない（つまり、呼び出すことができる）。
【００６２】
一部の実施例では、特定の人だけ、ブロックを通過できるようにすることができる。たとえば、監視されている人にとっては、配偶者および両親はブロックを常に回避できるようにする方が望ましい場合がある。このような人にアクセスを常に許可する場合は、監視されている人に常にアクセスできるような許可を彼らの電話に与えるたり（たとえば、その電話から識別信号（たとえばＡＮＩ、ＳＰＩＤ）を受信し、許可を受けている電話の一覧とを比較する）、彼らに特殊アクセスコードを与えたりすることができる。ブロックが有効であるときに監視されている人を呼び出す場合、その人はアクセスコードを入力し、呼出しが通過できるようにすることでアクセス許可を受けることができる。
【００６３】
監視されている人を呼び出そうとしても監視側が「ブロック」されていると、ビジー信号を受け取るか、特定の種類のビジー信号を受け取るか、または特定の音声メッセージを受け取る。
【００６４】
特定の位置または特定の時間を「ブロック」することで、一部またはすべての呼出しを通過しないようにすることができる。たとえば、判別可能な位置の電話から、現在の位置が「ブロックされている」位置であるかまたは特定の状態を確立する位置であることを示すコードを入力できる。たとえば、事務所ビルに入ってから無線電話を介してコードを入力できる。これにより、その人がビル内にいる間は、「応対不能」状態を確立できる。
【００６５】
コード入力時の電話の位置は、たとえば、その位置でだけで状態が「応対不能」と確立されるように、決定することができる。オプションで、電話がその位置の範囲に入ったときに、状態が「応対不能」として確立されるように範囲を設定することができる。この範囲は事前に決定することもでき、変更可能である（たとえば、その本人により）。
【００６６】
ここで説明したように、状態が変わると、たとえば、以前に「応対不能」の状態が付けられた事務所ビルからその人が出た場合、ｅｍａｉｌ、メッセージ、または他の送信は、自動的に監視している人に送られる。
【００６７】
１実施例では、特定の人のグループを確立することができ、そのグループのメンバーはグループ内の誰が誰を呼び出しているかおよび誰が空いているかを判別することができる。グループの他のメンバーにより呼び出されている人が誰であるかを識別できるようにしてもよく、できないようにしてもよい。
【００６８】
特定の実施例では、このようなグループを確立することで、そのグループのメンバーが他のメンバーのリストを分類できる。その分類順序は、相手へ送信した呼出しの頻度、相手から受信した呼出しの頻度、相手から送受信された呼出しの頻度、および／または相手からグループ内の任意のメンバーへ出された呼出しの頻度などである。
【００６９】
特定の実施例では、他人への呼出し、電話ネットワークプロバイダ（たとえばＶｅｒｉｚｏｎ）の他の顧客への呼出し、またはグループの他のメンバーへの呼出しなどを基準に、グループのメンバーをランク付けすると都合のよいことがある。ランク付けは、このような呼出し回数、このような呼出しの長さなどを基準にしてもよい。電話ネットワークプロバイダは、この実施例によるランク付けに基づいて、商品の割引や無料配布あるいはサービスの割引や無料サービスの提供などの報酬を与えてもよい。ランク付けを表示したりまたは他の方法でグループのメンバーに知らせ、メンバーに対する心理的な報酬または罰則を与えてもよい。
【００７０】
１実施例では、メンバーのグループは、他人と音声またはテキストメッセージングにより通信している他のメンバーを盗聴できる。この盗聴は自動的に許可される場合と通信に関係する人から許可を得なければならない場合とがある。また、グループのメンバーが以前の通信の「ログ」にアクセスし（たとえば、記録された音声、記録されたテキストメッセージ）、盗聴を行う前に通信していた内容について盗聴者がわかるようにすると都合がよいこともある。
【００７１】
次に、図１０は、交換局サーバ２０４の登録サービス３１４で実行する登録プロセスをわかり易く説明している。ステップ１００２では、登録サービス３１４は、登録しようとするクライアント電話４００からＴＣＰ／ＩＰアドレスとセキュリティ証明とに関する要求を受け取る。セキュリティ証明プロセスは電子署名と暗号を使用し、クライアント電話４００と交換局サーバ２０４との間で交わされたメッセージの安全性を保証する。特に、交換局サーバ２０４とのＤチャネル通信リンクが確立されたことをクライアント電話４００が感知すると、ＳＰＩＤと電子署名付きの肯定応答メッセージを作成し暗号化する。
【００７２】
クライアント電話４００は交換局サーバ２０４の公開鍵を使用し、メッセージを暗号化し、メッセージに組み込む電子署名を生成する。このメッセージの受信者は秘密鍵を使用してメッセージを復号化し、署名の妥当性を検査する。電子署名は、メッセージ送信側が本人であることのセキュリティを証明するものである。交換局サーバ２０４とクライアント電話との間のすべての通信は、暗号化され電子署名が組み込まれているものとする。
【００７３】
登録時には、暗号／復号サービス３１８がメッセージを復号化しクライアント電話４００の電子署名を検証すると、交換局サーバ２０４は肯定応答（ＡＣＫ）メッセージと電子署名をクライアント電話４００に送り返す。検証が失敗すると、交換局サーバ２０４は上記の操作を実行せずに、否定応答（ＮＡＫ）と電子署名をクライアント電話４００に送り返し、回線を切断する。ＡＣＫを受信すると、クライアント電話４００は交換局サーバ２０４の電子署名を検証する。検証が成功すると、クライアント電話４００はＡＣＫメッセージを交換局サーバ２０４に送り返す。検証が失敗すると、クライアント電話４００はＮＡＫメッセージを交換局サーバ２０４に送り返し、回線を切断する。これらすべての通信がＡＣＫであれば、クライアント電話４００と交換局サーバ２０４の登録サービス３１４との間にセッションが確立される。
【００７４】
ステップ１００４で、登録サービス３１４は登録しようとするクライアント電話４００からＳＰＩＤ／ＭＡＣ（メディアアクセス制御層）アドレスを受信する。ＳＰＩＤ／ＭＡＣは登録しようとするクライアント電話４００に事前にプログラムされているかまたは交換局サーバ２０４により事前に割り当てられているものとする。ステップ１００６で、登録サービス３１４はＳＰＩＤ／ＭＡＣ形式を検査する。ステップ１００８で、形式が正しくない場合、登録サービス３１４は「要求処理不能」メッセージをクライアント電話４００に送信する。形式が正しい場合は、ステップ１０１０で、登録サービス３１４はクライアント電話４００にＴＣＰ／ＩＰアドレスを出す。
【００７５】
ステップ１０１２で、登録サービス３１４は、クライアントデータベース５２２の適切なフィールドにクライアント電話４００のＳＰＩＤを格納する。クライアント電話４００が被監視クライアント電話２０２の場合は、登録サービス３１４はＳＰＩＤを被監視クライアントＳＰＩＤ  ７０２として格納する。クライアント電話４００が監視クライアント電話２０６の場合、登録サービス３１４はＳＰＩＤを監視クライアントＳＰＩＤ  ７０４として格納する。ステップ１０１４で、登録サービス３１４は、ＳＰＩＤアドレスと対応するＴＣＰ／ＩＰアドレスとをＴＣＰ／ＩＰアドレスデータベース３２６に格納する。クライアントデータベース３２８とＴＣＰ／ＩＰアドレスデータベース３２６とが更新されると、登録サービス３１４は登録肯定応答メッセージをクライアント電話４００に送り返し、登録された旨を指示する。
【００７６】
クライアント電話４００が監視クライアント電話２０６として登録された後、ステップ９０４で、クライアント電話４００の加入者は加入者が監視しようとする一人または複数の相手を選択する。監視クライアント電話２０６では、加入者はそれぞれの相手の電話番号を被監視クライアントデータベース３３４に入力する。ここで、それぞれの相手の電話番号はＳＰＩＤにマップされる。入力されると、監視クライアント電話２０６は、これらの電話番号を登録サービス３１４へ送信する。また、登録サービス３４１と関連するサービスにオフラインで連絡し指定されている相手を監視する要求を提出することで、加入者は監視する相手を選択することもできる。
【００７７】
一人または複数の相手を監視する要求を受け取ると、登録サービス３１４はそれらの相手が監視されることに同意していることを検証する。相手が状態監視サービスの現在の加入者である場合、交換局サーバ２０４の登録サービス３１４は、その相手のクライアント電話４００に電子的に許可要求を直接送信してもよい。また、相手が現在の加入者でない場合、交換局のサービスは、その人にオフラインで連絡を取り（たとえば、電話呼出し、郵便、ｅ−ｍａｉｌ）相手が監視されることに同意していることを検証してもよい。
【００７８】
監視クライアント電話２０６の加入者により監視されることに相手が同意すると、ステップ９０６で、登録サービス３１４は加入者が選択した監視対象となる相手を登録する。監視されることに相手が同意していてもその相手が交換局サーバ２０４のＴＣＰ／ＩＰ情報データベース３２６の項目として現在含まれていない場合は、登録サービス３１４は、上記の図１０に示した登録プロセスのステップを実行することでこの相手を登録する。登録サービス３１４は、監視されるすべての人について、各人の監視されるクライアントＳＰＩＤ  ７０２、監視される状態７０６、および監視されるクライアントの状態更新項目を受け取る加入者の監視クライアントＳＰＩＤ  ７０４を使用し、クライアントデータベース３２８を更新する。
【００７９】
新たな監視対象者に割り当てる適切な識別子がクライアントデータベース３２８およびＴＣＰ／ＩＰ情報データベース３２６に書き込まれると、登録サービス３１４は監視クライアント電話２０６に指示を送信し、全ての監視対象者が監視に同意し交換局サーバ２０４で登録された旨を知らせる。監視対象者のＳＰＩＤで監視クライアント電話２０６を更新する方法には幾つかある。たとえば、ある方法では、交換局サーバ２０４が監視クライアント電話２０６からの要求に応じて、ＳＰＩＤ  ６０２および対応する被監視クライアント名６０４とを使用して被監視クライアントデータベース３３４を遠隔操作で更新する。別の方法では、加入者は、監視されるクライアントＳＰＩＤ  ６０２および対応する被監視クライアント名６０４を、被監視クライアントデータベース３３４にローカルに入力する。
【００８０】
図１１は、交換局サーバ２０４の通知サービス３１６が実行する通知プロセス１１００をわかり易く示している。登録サービス３１４が監視側と被監視側とをすべて登録すると、被監視クライアント電話２０２は交換局サーバ２０４を介して監視クライアント電話２０６の加入者に自動的に状態更新項目を送信する。被監視クライアント電話２０２は、状態が変化すると、各状態更新項目をＴＣＰ／ＩＰパケットに格納し送信する。
【００８１】
状態変化は、被監視側が被監視クライアント電話２０２に入力するＤＴＭＦコードとする。たとえば、作業中の相手はＤＴＭＦコードを入力できる。また、第１の被監視側が第２の被監視側へ呼出しを開始すると、第１の被監視側の被監視クライアント電話２０２は両方の側の状態更新項目を交換局サーバ２０４に提出する。さらに、状態更新項目は、第１の被監視側が第２の被監視側へ電子的に接続されていることを示してもよい。
【００８２】
状態更新項目のパケットを送信する前に、被監視クライアント電話２０２は交換局サーバ２０４の公開鍵を使用して暗号化し、ＴＣＰ／ＩＰパケットに電子署名を組み込む。ステップ１１０２で、交換局サーバ２０４の通知サービス３１６は、被監視クライアント電話２０２から暗号化されたＴＣＰ／ＩＰパケットを受信する。通知３１６サービスは秘密鍵を使用して復号化し、パケットの電子署名を検証する。また、通知サービス３１６は、ＴＣＰ／ＩＰパケットのヘッダ部分に含まれているＳＰＩＤおよびＴＣＰ／ＩＰアドレス情報プロバイダとＴＣＰ／ＩＰデータベース３２６に含まれている適切な項目とを比較し、状態更新項目の送信元を検証する。更新項目の送信元が検証されたら、通知サービス３１６は該当するレコードの現在の状態７０８に状態を格納する。
【００８３】
ステップ１１０４で、通知サービス３１６はクライアントデータベース３２８に照会操作を実行し、被監視クライアント電話２０２が含まれているレコードを取り出す。ステップ１１０６で、通知サービス３１６は、受け取った状態更新項目にこのレコードが適用するかどうかを判別する。具体的には、監視クライアント電話２０６が受信するように構成されている状態情報にこの状態更新項目が対応しているかどうかを判別する。状態が対応している場合は、ステップ１１１０で通知サービス３１６はＴＣＰ／ＩＰパケットを待ち行列マネージャ３２０へ送信する。状態が対応していない場合は、ステップ１１０８で、通知サービス３１６は被監視クライアント電話２０２に対応する別のレコードがあるかどうかを判別する。別のレコードがある場合は、通知サービス３１６は、被監視クライアント電話２０２から受信した状態更新項目にこのレコードが適用するかどうかを判別する。このプロセスは、被監視クライアント電話２０２に適用するクライアントデータベース３２８のすべてのレコードを通知サービス３１６が調べるまで、継続される。クライアントデータベース３２８のレコードの検査が完了すると、ステップ１１１２で、通知プロセス１１００は終了する。
【００８４】
図１２は、交換局サーバ２０４の待ち行列マネージャ３２０が実行する待ち行列プロセス１２００をわかり易く示している。このプロセスは、待ち行列マネージャ３２０が通知サービス３１６からＴＣＰ／ＩＰパケットを受信すると、ステップ１２０２から開始される。このパケットには、状態更新項目、および被監視クライアント電話２０２と監視クライアント電話２０６のそれぞれの出力元および出力先ＳＰＩＤが含まれている。ステップ１２０４で、待ち行列マネージャ３２０は、出力先ＳＰＩＤに対応する監視クライアント電話２０６のＴＣＰ／ＩＰアドレスを、ＴＣＰ／ＩＰアドレスデータベース３２６から取り出す。ステップ１２０６で、待ち行列マネージャ３２０は、ＴＣＰ／ＩＰパケットを適切な監視クライアント電話２０６のＴＣＰ／ＩＰアドレスへ送信する。ステップ１２０８で、監視クライアント電話２０６がＴＣＰ／ＩＰパケットを正常に受信した場合は、待ち行列マネージャ３２０は正常に終了した送信の肯定応答を受信する。待ち行列マネージャ３２０は請求プロセスのためにクライアントデータベース３２８を更新し、監視クライアント電話２０６とのセッションを終了する。
【００８５】
交換局サーバ２０４と各クライアントとのすべての通信は暗号化できるものとする。たとえば、監視クライアント電話２０６が受け取るＴＣＰ／ＩＰ情報は暗号化されている。監視クライアント電話２０６は秘密鍵を使用して復号化し、ＴＣＰ／ＩＰパケットに含まれている状態更新項目にアクセスする。勿論、通常の当業熟練者であれば、通信を必ずしも暗号化しなくてもよいことを理解している。監視クライアント電話２０６は、状態更新項目で被監視クライアントデータベース３３４を更新する。監視クライアント電話２０６の表示マネージャ４１２は、表示装置４０２に状態更新項目を表示する。したがって、監視クライアント電話２０６の加入者は、電話を取り上げなくても、被監視クライアント電話２０２側の状態を監視できる。
【００８６】
図１３は、クライアントデジタル電話４００の実施例をわかり易く示している。図で示すように、クライアントデジタル電話４００にはハンドセット１３０２、ＬＣＤ装置１３０４、ＤＴＭＦボタン１３０６、拡張状態表示器１３０８、および音量制御１３１０が含まれている。例示しているＬＣＤ表示装置１３０４の画面には、被監視クライアント電話２０２側の現在の状態が表示されている。通常の当業熟練者であれば、ＬＣＤ表示装置１３０４に表示されている４人の相手は加入者に送信される状態情報の例であって、被監視クライアント電話２０２側を何人でも表示できることを理解している。監視対象の相手の人数がＬＣＤ表示装置１３０４の表示スペースを超える場合は、状態項目を連続スクロールできる。また、クライアント電話４００にはスクロールボタンを組み込むことができ、これにより、加入者は監視されているクライアントデジタル電話４００のページをスクロールできる。
【００８７】
本発明の代替実施例では、インターネットおよび他のネットワークを使用し、交換局サービスの交換局サーバ２０４から監視クライアント電話２０６の相手に、頻繁に呼び出される電話番号の事前選択リストの状態情報を転送することができるものとする。本実施例では、交換局サーバ２０４は上記のように状態情報を受信するが、情報を監視クライアント電話２０６へ送信する代わりに、交換局サーバ２０４は監視側のウェブページのアカウントなどに状態情報を知らせる。
【００８８】
通常の当業熟練者であれば、交換局サーバ２０４は数箇所の領域に分散している複数の装置で構成できることを理解している。これらの装置は、各領域間で状態更新パケットを送信する目的で、お互いに通信する。したがって、各装置はそのクライアントデータベース内に、すべての領域からのすべての被監視および監視クライアントの記録が含まれている。ある装置が被監視側の状態変化を知らされると、その装置は監視側が存在する領域を担当している装置に、状態更新パケットを送信する。本発明の１実施例では、各ローカル領域を１台の装置で構成することができる。
【００８９】
別々のサーバはお互いに通信することで各領域をサポートできるものとする。また、単一のサーバが複数の領域をサポートできるかまたは単一のサーバを複数の領域に分散できるものとする。
【００９０】
各種の異なった状態および状態の用途は、本発明の開示の内容に沿ったものである。たとえば、状態は被監視側が誰と交信しているかを示すことができる。１実施例では、交換局サーバは被監視側が誰と交信しているかを簡単に判別でき、許可を受けている監視側がその情報を利用できるようにしている。
【００９１】
状態は、被監視側が誰の近くにいるかを示すことができる。本明細書で説明したように、電話の位置または大まかな位置を判別できる。したがって、被監視電話の近くにどの電話が存在するかを判別できる。この状態は、子供を監視している親などにとって好都合である。
【００９２】
状態は、電池で動作する電話の電池の状態を示すことができる。この状態は、被監視側への呼出しにより被監視側の電池を過度に消耗しないかどうかを監視側で判別する場合に好都合である。
【００９３】
状態は、被監視側の地方時間を示すことができる。たとえば、被監視側が別の時間帯に旅行しているときに、監視側では被監視側の地方時間を知ることができる。監視側はこの情報により、被監視側を呼び出すのに適当な時間かどうかを判別できる。また、被監視側はこの状態を使用し、特定の呼出し、たとえば、監視側の地方時間で午後１１時以降になるすべての呼出しなどの受け付けないようにすることができる。
【００９４】
状態は、テキストメッセージングまたはｅｍａｉｌ機能付き無線電話などの電話のテキストメッセージングまたは同等な機能を被監視側が使用しているかどうかを示すことができる。この状態は、たとえば、被監視側が（ｉ）テキストメッセージングが使用可能（ｉｉ）現在テキストを入力中（ｉｉｉ）現在テキストを読取り中（ｉｖ）スクローリング中および／または（ｖ）オンラインゲーム中または他のオンライン活動中かどうかを示すことができる。
【００９５】
状態は、被監視側が呼出しの受信を希望しているかどうかまたは被監視側がいつ呼出しの受信を希望しているかを示すことができる。この機能は、特定の種類の呼出しにだけ拡張される。たとえば、被監視側は、顧客サービスからの呼出しあるいは希望する天気予報やニュースを示す呼出しの受信を希望することができる。
【００９６】
１実施例では、状態情報により、監視側へのメッセージ送信を開始することができる。このメッセージはｅｍａｉｌ、インスタントメッセージング、音声、または他の手段が可能である。
【００９７】
状態情報は必ずしも表示する必要はなく、また、他の種類の状態情報出力と共に表示してもよい。たとえば、状態情報は、電話のスピーカ、別のスピーカ、または他の音声装置を介して出力できる。したがって、「Ｂｉｌｌは現在作業中」、「Ｂｉｌｌはニューヨークに行って現地時間は真夜中」、または「Ｂｉｌｌのバッテリの残量が少ない。今彼を呼び出さなければならないかどうか判断してください」などのメッセージ出力であってもよい。
【００９８】
状態情報は、ビジー信号または通常出力される別の種類のビジー信号でも示すこともできる。様々なビジー信号を様々な状態に使用できる。様々な状態に使用するビジー信号は、監視側および／または被監視側で選択できる。
【００９９】
状態は、被監視側が移動中であるかどうか、速度および／または移動方向を示すことができる。たとえば、自動車電話や携帯電話の位置は定期的に判別でき、位置が変化することで被監視側が移動していることがわかる。さらに、移動速度および方向も同様に容易に判別できる。移動中には呼出しを「ブロック」したい場合がある。また、移動中は出力呼出しを出さないようにしたい場合もある。同様に、出力呼出しを可能にするために、移動中に電話に指定変更コードの入力を要求すると好都合な場合がある。たとえば、州の法律によっては、車を運転中に電話で話すことを禁じられている場合がある。
【０１００】
特定の状態パターンを学習させることができる。たとえば、特定の時間に特定の位置がある状態を持つように確立したり１日のある時間帯に特定の状態が周期的に確立したり場合に、これらのパターンを適切な機械学習技法により学習させることができる。当業者は、このことを周知している。したがって、必要なパターンが学習させたら、電話を使用者が状態情報や他の情報を手作業で入力しなくてもよくなる。同様に、パターンを学習させたら、特定時間の将来の状況も予告できる。この予告には、メッセージや他の情報を採用できる。たとえば、平日の午後２時から午後３時までの間に使用不能になる状況が発生することを学習させた場合、呼出し側が午後２時半に呼出しを行うと、呼出し側は午後３時に被呼出し側が応対可能である旨の通知がある。
【０１０１】
さらに、別な状態としては、電話が、音、つまり、一定のデシベル水準を超える音、を任意の時間または「全員不在」など所定の状態のときに検出する、という状態もある。この実施例は、誰もいないときに自宅を監視する場合に好都合である。音を検出したら、所定の番号（職場の電話番号など）への呼出しを行い、音が検出される前に記録された３０秒間の音をその呼出して再生することができる。
【０１０２】
別の遠隔監視のタイプは、電話からの情報を他の場所へ転送できるようにすることである。たとえば、コードを受信したら（たとえば、職場の電話やｅｍａｉｌを介して）最後の４時間に電話に送られた呼出しのログを送信できる（たとえば、ファックス、ｅｍａｉｌ、または電話を介し）。さらにこのログを受け取ったら、本人はどの呼出しを返すかを指示できる（たとえば、自宅に戻った時点で）。１実施例では、これらの呼出しはダイヤルしなくても応答できる。つまり、応答する呼出しの順序は、どの呼出しに応答するかを指示する時点で確立されているため、電話を取り上げるだけで呼出しが行われる。
【図面の簡単な説明】
【０１０３】
【図１】従来の電話システムの模式図である。
【図２】本発明の実施例のデジタル電話監視システムの模式図である。
【図３】本発明の実施例のクライアント電話とＴｅｌｅｐｈｏｎｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ（ＴＡＰＩ）との接続の模式図である。
【図４Ａ】本発明の実施例のクライアント電話の模式図である。
【図４Ｂ】本発明の別の実施例のクライアント電話の模式図である。
【図５】図２のデジタル電話監視システムによる交換局サーバの図である。
【図６】クライアント電話に格納されている被監視側データベースの表の例である。
【図７Ａ】交換局サーバに格納されているクライアントデータベースの表の例である。
【図７Ｂ】交換局サーバに格納されているＤＴＭＦコードデータベースの例である。
【図８】交換局サーバに格納されているＴＣＰ／ＩＰ情報データベースの例である。
【図９】交換局サーバが実行する通知プロセスのフローチャートである。
【図１０】交換局サーバが実行する登録のフローチャートである。
【図１１】交換局サーバが実行する通知プロセスのフローチャートである。
【図１２】交換局サーバが実行する待ち行列マネージャプロセスのフローチャートである。
【図１３】クライアント電話の実施例の図である。
【図１】
2005520404.tif 000003
【図２】
2005520404.tif 000004
【図３】
2005520404.tif 000005
【図４Ａ】
2005520404.tif 000006
【図４Ｂ】
2005520404.tif 000007
【図５】
2005520404.tif 000008
【図６】
2005520404.tif 000009
【図７Ａ】
2005520404.tif 000010
【図７Ｂ】
2005520404.tif 000011
【図８】
2005520404.tif 000012
【図９】
2005520404.tif 000013
【図１０】
2005520404.tif 000014
【図１１】
2005520404.tif 000015
【図１２】
2005520404.tif 000016
【図１３】
2005520404.tif 000017
【国際調査報告】
2005520404.tif 000018