ダイヤルアウト音声通知システム
比較的大量のコンテンツを顧客宅内デバイス群に迅速に配信するためのメッセージブロードキャストシステムを開示する。ダイヤルアウト音声サーバが、顧客宅内警報デバイス群に関連する複数の電話番号に対する複数の電話コールを開始する。また、ダイヤルアウトサーバは、警報デバイス群に対する着信音声メッセージを示す制御データ信号も、警報デバイス群に送信する。顧客宅内デバイス群は、通信チャネルを介して遠隔通信ネットワークに接続され、制御データ信号に関して、通信チャネルを継続的に監視するように構成される。制御データ信号の受信に応答して、警報デバイスは、着信音声メッセージを受信するように自らを自動的に構成する。警報デバイスに音声メッセージを配信した後、ダイヤルアウト音声サーバは、切断し、別のコールを行うことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、遠隔通信システムに関し、より一般的には、自動電話ダイヤルアウト音声通知システムに関する。
【０００２】
（関連出願）
本出願は、参照により本明細書に組み込まれている、２００３年８月７日に出願した米国特許仮出願第４９３２１６号明細書の恩典を主張する。
【背景技術】
【０００３】
メッセージを一群の人々にブロードキャストするための様々なタイプのメッセージブロードキャストシステムが存在する。公共警報（ｐｕｂｌｉｃ ａｌｅｒｔｉｎｇ）は、地理的区域内の全住民に、例えば、特定の都市のすべての住宅に警報をブロードキャストすることを指す。緊急事態通知は、一般に、特定のリストの受信者に送信されるメッセージを指す。そのリストは、例えば、ある地理的区域にさらに制約されることが可能である。例えば、都市内のすべての消防署の署長に緊急事態通知が送信されることが可能である。
【０００４】
１つのタイプのメッセージブロードキャストシステムが、コンピュータサーバを使用して、あらかじめ記録された音声メッセージが、リストの電話番号に配信される、ダイヤルアウト音声通知システムである。それらのシステムは、リストの中の各番号をダイヤル呼び出しして、次に、コールに応答が行われると、あらかじめ記録されたメッセージを再生する。サーバ上で利用可能なポートの数に依存して、複数の番号が同時にダイヤル呼び出しされることが可能である。応答がない場合、システムは、次の番号に進み、応答のない電話番号を定期的に再試行する。システムは、メッセージが、リストの中のすべての番号に配信されるまで（または何らかのタイムアウト期間が満了するまで）、番号をダイヤル呼び出しすることを続ける。そのようなシステムは、例えば、政府機関によって、緊急事態通知システムを実施するのに、または企業によって、従業員へのブロードキャストメッセージを実施するのに使用されることが可能である。それらのダイヤルアウト音声通知システムは、大量のメッセージコンテンツを配信することができるという利点を有する。しかし、それらのシステムはまた、メッセージを配信するのが非常に遅く、このため、時間に敏感な（ｔｉｍｅ ｓｅｎｓｉｔｉｖｅ）情報のケースでは、しばしば、小さい連絡先リストを使用することに限定される。
【０００５】
サーバが、電話網に接続するのに使用するポートの数の物理的限度は別にして、ダイヤルアウト音声通知システムの配信パフォーマンスは、コールを完了するのにかかる時間、および音声メッセージの時間の長さによる影響を受ける。コール完了時間は、コールセットアップ時間と、個人が、呼び出しが鳴っている間にコールに応答するのにかかる時間の合計である。コールセットアップ時間は、通常、アクセスの容易さ、およびネットワーク応答に依存して、３秒から５秒までの範囲である。平均で、コールに、３回のリンギングサイクル（通常の６秒のリンギングサイクルを有する）の後、コールに応答が行われるものと想定すると、コールに応答する平均時間は、１８秒と推定される。３０秒の音声メッセージでは、各コールは、およそ５２秒（１８＋３０＋４）続くことが分かる。このため、かなり控え目な数の受信者でも、この形でメッセージを配信することは、数日はかからないにしても、数時間かかる可能性がある。
【０００６】
現在のダイヤルアウト音声通知システムが抱える別の問題は、そのようなコールに応答した後、受話者が、そのコールの性質を理解するのに数秒を要する可能性が高いことであり（ブロードキャストメッセージの受信が予期されていない可能性があるため）、これにより、受話者が、メッセージの一部を聞き逃すことになる可能性がある。そのような状況に対処するため、ダイヤルアウト通知システムは、普通、ユーザが、メッセージの再生を要求することを可能にする。これは、受話者がメッセージを理解することを確実にするのに役立つ一方で、コール時間を延ばし、すべての対象の受信者へのメッセージの配信をさらに遅延させる。例えば、メッセージが再生されることを受話者が要求した場合、コール時間は、今度は、８２秒（１８＋３０＋４＋３０）になり、各サーバポートが、１時間当たり４３のコール以下に制限される。留守番電話機（ａｎｓｗｅｒｉｎｇ ｍａｃｈｉｎｅ）が、ダイヤルアウトシステムに別の困難を生じさせる。第１に、留守番電話機は、普通、着信コールに応答する最後の手段のデバイスとして構成される。その環境では、留守番電話機は、一般に、５回のリンギングサイクルの後に電話に出るように設定される。前述の実施例は、平均で３回のリンギングサイクルを使用したのに対して、５回のリンギングサイクルに延びることにより、コール時間にさらなる１２秒が加えられる。第２に、留守番電話機は、電話に出ると、記録を開始する前に、５秒間から１０秒間続く可能性がある挨拶を再生することを始め、これにより、コール時間にさらなる時間が追加される。第３に、留守番電話機が電話に出ると、ダイヤルアウトサーバは、人と通信しているのか、または別のマシンと通信しているのかを判定するのに困難を生じる。ダイヤルアウトサーバは、人と通信していると誤って考えた場合、記録が開始する前に、メッセージを再生することを始める可能性がある。その結果、緊急事態の性質をおそらく明らかにする、メッセージの最初の部分が、記録されない可能性がある。ダイヤルアウトサーバは、自らが、別のマシンと通信していると正しく判定した場合、それでも、記録が始まる時点を誤って検出する可能性がある。というのは、留守番電話機は、プロンプト音（ｐｒｏｍｐｔ ｔｏｎｅ）を使用しているとしても、すべてが同一のプロンプト音を使用するわけではないからである。この問題に対する１つの問題解決法は、メッセージを自動的に繰り返すことであり、９４秒のコール（３０＋３０＋４＋３０）がもたらされる。
【０００７】
さらに、コールに応答が行われない状況では、サーバは、応答のない電話番号を定期的に再試行しなければならない。各回の応答のない試行は、サーバが、５回のリンギングの後に試行を放棄するものと想定すると、さらなる３４秒（３０＋４）を消費する。電話番号の３０％が、初回の試行時に応答のない結果となる場合、平均のコール時間は、およそ２０％延びる。民間のダイヤルアウトサービスからの統計により、応答のないコール、話中の線、および留守番電話機が、コールスループットを顕著に低下させることが確認される。このため、理解することができるとおり、現在のダイヤルアウト音声通知システムは、大量のメッセージコンテンツの配信を可能にするが、いくつかの限界により、多くの時間に敏感な応用例に関して、システムが遅くなり過ぎる可能性がある。
【０００８】
ダイヤルアウト通知システムの速度問題に対処するための１つのシステムが、（特許文献１）で説明されており、（特許文献１）は、電話線に接続し、特定のアラーム信号に関して、その電話線を監視するアラーム／通知デバイスを説明する。特別な信号が受信されると、デバイスは、視覚的通知および／または可聴の通知で応答する。視覚的通知には、短いテキストメッセージを表示するためのＬＣＤが含まれることが可能である。このタイプのシステムの利点は、システムの速度である。このタイプのシステムは、前述したダイヤルアウト音声通知システムよりもはるかに迅速に、住宅にメッセージを送信することができる。しかし、速度に対するトレードオフが、有意なメッセージコンテンツの欠如である。このタイプのシステムのテキストメッセージは、比較的少数の文字（通常、１０ないし６０）に制限され、したがって、このシステムは、ダイヤルアウト音声通知システムの長大なメッセージコンテンツを配信することができない。
【０００９】
【特許文献１】米国特許第６０２１１７７号明細書
【特許文献２】米国特許出願第０９／６２６４３７号明細書
【非特許文献１】ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ａｕｔｏｍａｔｉｃ Ｍｅｔｅｒ Ｒｅａｄｉｎｇ ｖｉａ Ｔｅｌｅｐｈｏｎｅ − Ｎｅｔｗｏｒｋ ｔｏ Ｕｔｉｌｉｔｙ Ｃｏｎｔｒｏｌｌｅｒ （１３２９）
【非特許文献２】Ｔｅｌｃｏｒｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｇｅｎｅｒｉｃ Ｒｅｑｕｉｒｅｍｅｎｔｓ， ＧＲ−３０−ＣＯＲＥ Ｖｏｉｃｅｂａｎｄ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｉｎｔｅｒｆａｃｅ （ＧＲ−３０−ＣＯＲＥ）
【非特許文献３】Ｔｅｌｃｏｒｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ ＧＲ−５７５−ＣＯＲＥ Ｃａｌｌｉｎｇ Ｉｄｅｎｔｉｔｙ Ｄｅｌｉｖｅｒｙ ｏｎ Ｃａｌｌ Ｗａｉｔｉｎｇ
【非特許文献４】Ｔｅｌｃｏｒｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｇｅｎｅｒｉｃ Ｒｅｑｕｉｒｅｍｅｎｔｓ， ＧＲ−３１−ＣＯＲＥ Ｃａｌｌｉｎｇ Ｎｕｍｂｅｒ Ｄｅｌｉｖｅｒｙ
【発明の開示】
【発明が解決しようとする課題】
【００１０】
理解することができるとおり、現在のメッセージブロードキャストシステムは、コンテンツと速度の間でトレードオフを行わなければならない。ダイヤルアウト音声通知システムは、大量のコンテンツを配信することができるが、そのようなコンテンツを、ほどほどに大きい人数の受信者に配信するのさえ、非常に遅い。（特許文献１）で説明するシステムは、コンテンツを迅速に配信することができるが、システムが配信することができるコンテンツの量が、大幅に制限されている。
【００１１】
したがって、大量のコンテンツをより迅速に配信することができるメッセージブロードキャストシステムの必要性が求められる。
【００１２】
本発明は、比較的大量のコンテンツを顧客宅内デバイスに迅速に配信することができるメッセージブロードキャストシステムを提供することにより、先行技術の諸問題を解決する。
【課題を解決するための手段】
【００１３】
本発明の諸原理によれば、ダイヤルアウト音声サーバが、顧客宅内警報デバイス群に関連する複数の電話番号への複数の電話コールを開始する。また、ダイヤルアウト音声サーバは、警報デバイス群に制御データ信号も送信する。制御データ信号は、着信音声メッセージを警報デバイス群に示す。
【００１４】
顧客宅内デバイス群は、通信チャネルを介して遠隔通信ネットワークに接続され、デバイス群は、制御データ信号に関して通信チャネルを継続的に監視するように構成される。制御データ信号の受信に応答して、警報デバイスは、着信音声メッセージを受信するように自らを自動的に構成する。この自動的構成は、エンドユーザの介入なしに行われ、したがって、エンドユーザ対話によって導入される遅延は、本発明の諸原理に従って回避される。音声メッセージを警報デバイスに配信した後、ダイヤルアウト音声サーバは、切断して、別のコールを行うことができる。
【００１５】
本発明の諸原理は、様々な実施形態において実施することができる。例えば、ダイヤルアウトサーバに関して、ダイヤルアウトサーバが、顧客宅内へのコールを開始して、制御データ信号を送信することができる様々な形が存在する。一実施形態では、ダイヤルアウト音声サーバは、コールを、リンギングが抑圧された（ｓｕｐｐｒｅｓｓｅｄ ｒｉｎｇｉｎｇ）電話コールとして開始し、これにより、線に従来のリンギングを印加することなしに、顧客宅内デバイス群に対する音声パスの確立がもたらされる。次に、制御データ信号が、確立された音声パスを介して、帯域内データ信号として送信される。
【００１６】
代替として、ダイヤルアウト音声サーバは、ネットワークに制御信号をシグナルすることによってコールを開始して、制御データ信号が、帯域内信号または帯域外データとして送信されることが可能であるようにしてもよい。以下にさらに詳細に説明するとおり、Ｃａｌｌｅｒ−ＩＤサービスおよび通話中着信サービス（ｃａｌｌ ｗａｉｔｉｎｇ ｓｅｒｖｉｃｅ）を含め、様々なオンフック（ｏｎ−ｈｏｏｋ）およびオフフック（ｏｆｆ−ｈｏｏｋ）のデータ送信技術を使用することができる。
【００１７】
前述したとおり、警報デバイスは、ダイヤルアウトサーバからの着信音声メッセージを示す制御データ信号の受信に関して、通信チャネルを継続的に監視する。制御データ信号は、ダイヤルアウトサーバおよびデータネットワークがどのようにデータ信号を送信するかに依存して、様々な形で受信されることが可能である。前述したとおり、適切な制御データ信号が受信されると、警報デバイスは、着信音声メッセージを受信するように自らを自動的に構成する。この自動的構成により、警報デバイスが、着信コールに自動的に応答することが可能である。さらに、制御データ信号を受信すると、警報デバイスは、顧客宅内におけるエンドユーザに様々なタイプのアラーム信号を開始して、音声メッセージが受信されたことを示すことが可能である。また、警報デバイスは、音声メッセージを記録して、顧客宅内におけるユーザが、後の時点で、そのメッセージにアクセスできるようにすることもできる。このため、ユーザが、メッセージを受信するように顧客宅内において対応できない場合でも、メッセージは、やはり、配信され、ダイヤルアウト音声サーバは、後の時点でコールを再試行することなしに、次のコールにとりかかることができる。警報デバイスは、音声メッセージが実際に受信され、許可されたユーザによって受信されることを確実にすることに役立つ、様々なタイプの確認サービスおよび認証サービスを実施することができる。
【００１８】
本発明によるシステムの別の利点は、ダイヤルアウト音声サーバの音声メッセージ機構をより効率的に利用することができることである。以下にさらに詳細に説明するとおり、本発明によるシステムは、先行技術のシステムのコール確立のばらつきを有さない。というのは、コールには、顧客宅内警報デバイス群によって自動的に応答が行われるからである。その結果、同一の最終スイッチ（ｔｅｒｍｉｎａｔｉｎｇ ｓｗｉｔｃｈ）上のダイヤル呼び出しされる番号に、ダイヤルアウト音声サーバによって行われたコールは、非常に似通ったコール確立時間を有する可能性が高い。これにより、多くのコールの間でダイヤルアウト音声サーバの１つの音声メッセージ機構を共用する可能性がもたらされ、多数の同時のコールを提供する能力を依然として備えながら、より少ない専用の音声メッセージ機構を有するダイヤルアウト音声サーバの設計が可能になる。
【００１９】
本発明の諸原理は、有線電話網、無線電話網、ケーブルネットワーク、およびパケットネットワークを含む、様々なタイプのネットワークにおいて実施することができる。
【００２０】
本発明の以上、およびその他の利点は、以下の詳細な説明、および添付の図面を参照することにより、当業者には明白となろう。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明を実施することができるネットワーク１００を示すブロック図である。ネットワークは、ユーザが、ダイヤルアウト音声通知サービスを開始し、制御するために対話することができる通知管理システム１０２を含む。ユーザ制御の下で、通知管理システム１０２は、目標の人々（ｔａｒｇｅｔ ｐｏｐｕｌａｔｉｏｎ）の電話番号を特定し、電話番号リスト、およびあらかじめ記録された音声メッセージを、ダイヤルアウト音声サーバ１０４および１０５のような、１つまたは複数のダイヤルアウト音声サーバに分配する。通知管理システム１０２は、適切にプログラミングされたコンピュータとして実施することができ、通知管理システムの構成の詳細は、本発明の諸原理を理解するのに必須ではない。通知管理システム１０２は、ダイヤルアウト音声サーバ群に直接に接続されても、データネットワーク（例えば、ローカルエリアネットワーク、ワイドエリアネットワークなど）を介して接続されてもよい。ダイヤルアウト音声サーバ１０４は、スイッチ１０６を介してＰＳＴＮ（公衆交換電話網）１１０に接続される。ダイヤルアウト音声サーバ１０４は、複数のポート１０８を介してスイッチ１０６に接続される。ポート１０８の数により、ダイヤルアウト音声サーバ１０４が開始することができる同時のコールの数が定義される。コールセットアップ情報をシグナルするためのデジタルアクセストランク群を有するトランク制御チャネル１０９が、通常、存在する。通常のトランキング接続（ｔｒｕｎｋｉｎｇ ｃｏｎｎｅｃｔｉｏｎ）には、Ｅ＆Ｍトランク、またはループ開始線（ｌｏｏｐ ｓｔａｒｔ ｌｉｎｅ）から成るＩＳＤＮ−ＰＲＩおよびチャネル化Ｔ１が含まれる。スイッチ１０６は、スイッチ１１２、１１８のような、１つまたは複数のさらなるスイッチに接続されることが可能であり、これにより、コールが、ＰＳＴＮ全体にわたってルーティングされ、最終的に、顧客宅内に終端することが可能になる。顧客宅内に接続されるスイッチは、最終スイッチ、または中央局（ｃｅｎｔｒａｌ ｏｆｆｉｃｅ）スイッチと呼ぶことができる。図１では、スイッチ１１２が、顧客宅内１１４および１１６に接続された最終スイッチである。２つだけの顧客宅内１１４および１１６を図１に示すが、通常の最終スイッチは、多くの顧客宅内に接続される。
【００２２】
図１のダイヤルアウト音声サーバ１０５は、スイッチ１１８を介してＰＳＴＮ１１０に接続されているのが示されている。スイッチ１１８は、ネットワークゲートウェイとして作用し、ＭＳＣ（移動交換局）１２２と呼ばれる無線スイッチを介して無線ネットワーク１２０に、音声ゲートウェイ１３４（ソフトスイッチによって実施されることも可能な）を介してケーブルネットワーク１３２にも接続される。ＭＳＣ１２２は、基地局１２４および１２６にさらに接続される。基地局１２４は、無線インタフェース１３２を介して無線デバイス１２８と、基地局１２６は、無線インタフェース１３４を介して無線デバイス１３０とそれぞれ通信しているのが示されている。音声ゲートウェイ１３４は、マルチメディア、音声、およびデータをセットトップボックス１３８にブロードキャストするヘッドエンド１３６にさらに接続され、セットトップボックス１３８は、テレビ（例えば、テレビ１４０）にビデオアクセスを提供し、コンピュータ（例えば、コンピュータ１４２）にインターネットアクセスを提供し、電話機（例えば、電話機１４６）に電話アクセスを提供する。セットトップボックス１３８に接続されているのが示されている警報デバイス１４４を以下にさらに詳細に説明する。スイッチ、ＭＳＣ、基地局、音声ゲートウェイ、およびヘッドエンドを含む、ネットワーク１００のような遠隔通信ネットワークの構成は、当技術分野で周知であり、本明細書で詳細に説明することはしない。
【００２３】
ダイヤルアウトサーバ１０４、１０５は、便宜上、ＰＳＴＮ１１０に接続されているのを示すが、ＭＳＣ１２２または音声ゲートウェイ１３４に直接に接続され、サブネットワーク（ＰＳＴＮ、無線、およびケーブル）のいずれにおける警報デバイス群に対しても連絡をとる能力を保持する。
【００２４】
図２は、ダイヤルアウト音声サーバ２００のさらなる詳細を示す。ダイヤルアウト音声サーバ２００は、データネットワークと通信するためのネットワークインタフェース２０２を含む。図１に示したインプリメンテーションでは、ネットワークインタフェース２０２は、通知管理システム１０２との通信を提供する。また、ダイヤルアウト音声サーバ２００は、ダイヤルアウト音声サーバ２００の全体的な動作を制御する、１つまたは複数のプロセッサ（例えば、プロセッサ２０４）も含む。当技術分野で周知のとおり、ダイヤルアウト音声サーバ２００は、適切にプログラミングされたコンピュータとして実施することができ、そのため、ダイヤルアウト音声サーバ２００の動作は、コンピュータプログラム命令の実行によって定義される。コンピュータプログラム命令は、メモリ２０６の中に格納されることが可能である。また、メモリ２０６は、ダイヤルアウト音声サーバ２００の動作に要求される、他のデータも含む。メモリ２０６は、磁気媒体、光媒体、電子媒体、またはそれ以外の媒体を含む、任意のタイプの記憶媒体を表すことを理解されたい。さらに、１つだけのメモリ２０６を図２に示すが、メモリ２０６は、任意の１つまたは複数のタイプの記憶媒体として実施することができる。また、ダイヤルアウト音声サーバ２００は、１つまたは複数の音声メッセージ機構、例えば、音声メッセージ機構２０８、２１０も含む。音声メッセージ機構２０８、２１０は、様々な顧客宅内に配信されるべき音声記録を再生するように動作する。メッセージは、アナログフォーマットまたはデジタルフォーマットでメモリ２０６の中に格納されることが可能であり、音声メッセージ機構２０８、２１０は、格納されたメッセージを、ダイヤルアウト音声サーバ２００の出力ポート２１４、２１６、２１８に配信するために、アナログ音声信号またはデジタル音声信号に変換する。出力ポート２１４、２１６、２１８は、図１に関連して前述したとおり、電話網スイッチに接続される。音声メッセージ機構２０８、２１０は、内部スイッチ２２０を介して出力ポート２１４、２１６、２１８に接続され、スイッチ２２０は、音声メッセージ機構の単一の出力を、出力ポート２１４、２１６、２１８の複数のポートに接続することができる。そのような構成の利点を、以下にさらに詳細に説明する。ダイヤルアウト音声サーバ２００の様々なコンポーネントは、例えば、データバス２１２を使用して、当技術分野で周知の形で、互いに接続することができる。顧客宅内３００のさらなる詳細を図３に示す。図３は、着信電話線３０６と標準の電話機３０２の中間に接続された警報デバイス３０４を示す。警報デバイス３０４は、電話線３０６と電話機３０２の中間にデバイスを接続するための２つの標準ＲＪ−１１電話ポート３０８、３１０を含む。これにより、警報デバイス３０４が、以下にさらに詳細に説明するとおり、必要な場合、標準の電話機３０２への、ある種のデータ信号およびミュート信号、ならびに標準の電話機３０２からの、ある種のデータ信号およびミュート信号に関して、電話線を常時、監視することが可能になる。警報デバイス３０４は、ある種のデータを検出すると、適切な処理を開始することができる。それ以外の場合、線３０６を介して着信する通常の電話コールが、電話機３０２による通常の処理のために、ポート３１０を介して電話機３０２に送られることが可能である。警報デバイス３０４は、警報デバイス３０４の全体的な動作を制御するプロセッサ３１０を含む。当技術分野で周知のとおり、警報デバイス３０４の動作は、メモリ３１２の中の格納されたコンピュータプログラム命令の実行によって定義されることが可能である。また、メモリ３１２は、警報デバイス３０４の動作に要求される、他のデータも含む。メモリ３１２は、磁気媒体、光媒体、電子媒体、またはそれ以外の媒体を含む、任意のタイプの記憶媒体を表すことを理解されたい。さらに、１つだけのメモリ３１２を図３に示すが、メモリ３１２は、任意の１つまたは複数のタイプの記憶媒体として実施することができる。また、警報デバイス３０４は、ユーザとインタフェースをとるための様々な入出力デバイスも含む。ユーザとインタフェースをとるために使用することができる、多数の様々なタイプの入出力デバイスが存在し、本明細書で使用するＩ／Ｏ３１４は、任意のタイプの入出力デバイスを表す。例えば、使用することができる通常の入出力デバイスには、１つまたは複数のＬＥＤ（発光ダイオード）３１６、オーディオ出力のためのスピーカ３１８、ＬＣＤ（液晶ディスプレイ）３２０、物理的動き（例えば、振動）を生じさせるためのトランスデューサ３２２、ならびに様々なコマンドをユーザが警報デバイス３０４に入力することを可能にするための、様々なユーザキー３２４が含まれる。警報デバイス３０４の様々なコンポーネントは、例えば、データバス３２６を使用して、当技術分野で周知の形で互いに接続することができる。バッテリなどの、バックアップ電源３２８が提供されて、商業電力が停電したが、電話アクセスが、依然として機能している場合に、警報デバイスが、機能し、メッセージを受信することを可能にする。警報デバイスの動作を、以下にさらに詳細に説明する。本発明の諸原理による警報デバイスに関する様々な可能な構成が存在することが、当業者には認識されよう。例えば、プログラマブルプロセッサ３１０を図３に示すが、警報デバイスの所望の機能は、ソフトウェアの代わりにハードウェアを使用して、あるいはハードウェアとソフトウェアの何らかの組合せを使用して得ることもできることが、当業者には認識されよう。また、警報デバイスは、スピーカや電話インタフェースカードなどの、適切な周辺機器を備えたパーソナルコンピュータまたはテレビに組み込んで、電子メール、ページング、Ｗｅｂポスティング、またはより目立つスクリーン表示などの、より豊かな能力セットを利用することができることも、当業者には認識されよう。
【００２５】
次に、本発明の一実施形態を、図４のコールフローチャートに関連して説明する。この実施形態では、変更されるべき被呼線（ｃａｌｌｅｄ ｌｉｎｅ）は、オンフックである。図４の垂直の線は、ダイヤルアウト音声サーバ（例えば、１０４または１０５）、遠隔通信ネットワークスイッチ（例えば、１０６、１１２、または１１８）、警報デバイス（例えば、３０４）、およびユーザをそれぞれ表す。水平の矢印は、エンティティ間で伝送されているコールフローメッセージおよびデータを表す。メッセージの順次のタイミングが、矢印の相対的な垂直位置で表され、このため、最初のメッセージは、チャートの最上部に示され、メッセージは、チャートを下に行くことにより、順次に進む。絶対的なタイミングは、チャートに示しておらず、代わりに、相対的なタイミングだけを示している。本発明の第１の実施形態によれば、通知管理システムは、ブロードキャスト音声メッセージを受信する必要がある電話番号のリストを特定するものと想定されたい。前述したとおり、そのメッセージは、緊急事態ブロードキャスト（例えば、気象警報）または情報ブロードキャスト（例えば、企業施設閉鎖）であることが可能である。通知管理システム１０２は、電話番号のリストを音声メッセージとともに、ダイヤルアウト音声サーバ１０４、１０５のいずれか、または両方に送信する。いずれのサーバを使用するかは、音声メッセージが配信されるべき電話番号に依存する。一部の電話番号には、遠隔通信ネットワークのトポロジに依存して、ダイヤルアウト音声サーバの一方、または他方によって、より効率的にサービスが提供されることが可能である。例えば、一部の電話番号には、その特定の電話番号群にサービスを提供する最終スイッチへのダイヤルアウト音声サーバの近さ、またはサブネットワークへのダイヤルアウト音声サーバの接続に基づき、サーバが割り当てられることが可能である。使用されるダイヤルアウト音声サーバの特定の選択は、本発明の諸原理を理解するのに必須ではない。
【００２６】
図４の説明のため、ダイヤルアウト音声サーバは、サーバ１０４であり、スイッチは、最終スイッチ１１２であり、警報デバイスは、顧客宅内１１４、１１６における１つまたは複数の警報デバイスであるものと想定する。第１に、サーバ１０４が、最終スイッチ１１２に対して、リンギングが抑圧されたコールを開始する（４０２）。リンギングが抑圧されたコールは、ダイヤルアウト音声サーバが、通常のリンギングを印加することなしに、宛先電話番号に対する接続を確立することを可能にする、特別なスイッチ機能を利用する。一実施形態では、リンギングが抑圧されたコールは、リンギングが抑圧されたアクセス機能を使用して、ＩＳＤＮ（デジタル総合サービス網）などのデジタルアクセス機構を介して、最終スイッチ１１２にコールセットアップメッセージを送信することによって開始される。例えば、Ｎｏｒｔｅｌ ＤＭＳ１００スイッチ上で利用可能なリンギングが抑圧されたアクセス機能を使用して、サーバ１０４によって発信されたコールが、最終スイッチ上の特別なＤＮ（ダイヤル呼び出し番号（ｄｉａｌｅｄ ｎｕｍｂｅｒ））にルーティングされる。この場合、実際の宛先電話番号は、補助番号フィールドの中に入れられる。最終スイッチは、リンギングが抑圧されたアクセス機能を呼び出すことにより、その特別なＤＮへのすべてのコールに応答する。スイッチは、補助番号フィールドから実際の線宛先（ｌｉｎｅ ｄｅｓｔｉｎａｔｉｏｎ）を選択し、リンギングを印加することなしに、サーバと宛先線（ｄｅｓｔｉｎａｔｉｏｎ ｌｉｎｅ）の間で音声接続を確立する。音声パスが確立されると、Ｑ．９３１ ＩＳＤＮメッセージなどの指示（４０４）が、ダイヤルアウト音声サーバに送り返されて、音声パスがオンフック状態で確立されたことをサーバに知らせる。デジタルループキャリア設備が、ループプラント（ｌｏｏｐ ｐｌａｎｔ）内にあり、フルタイムのオンフック送信を有するように構成されていない場合、またはパワーダウンモードが有効にされている場合、リンギングが抑圧されたコールは、オプションとして、先行する短いピンリング（ｐｉｎｇ ｒｉｎｇ）またはＯＳＩ（オープンスイッチングインタバル（ｏｐｅｎ ｓｗｉｔｃｈｉｎｇ ｉｎｔｅｒｖａｌ））で確立して、音声チャネルを割り当てるようにデジタルループキャリア設備を呼び起こし、顧客宅内へのパスが完成させられるようにすることができる。
【００２７】
代替の実施形態では、デジタルアクセス機構を使用して、リンギングが抑圧された電話コールを確立するのではなく、遠隔計器読み取りアプリケーションのために当初、開発されたユーティリティテレメトリサービス機能（Ｕｔｉｌｉｔｙ Ｔｅｌｅｍｅｔｒｙ Ｓｅｒｖｉｃｅ Ｆｅａｔｕｒｅ）を使用することもできる。この場合、サーバ１０４は、スイッチ１１２へのアナログＵＴＴトランクを占有し（ｓｅｉｚｅ）、帯域内シグナルプロトコルを使用して、実際の宛先電話アドレスをスイッチに送信する。スイッチは、リンギングなしに、宛先線に対する接続を確立し、指示（４０４）をサーバに送り返す。この変種は、アナログトランクを使用し、各スイッチへの直接トランキングを要するが、リンギングが抑圧されたアクセス機能と同様の機能が実現される。また、ユーティリティテレメトリサービス機能は、（非特許文献１）において標準化された最初のリンギングが抑圧されたアクセス能力であったため、より広く利用可能である。しかし、両方の機能が、通常のリンギングを印加することなしに、サーバ１０４から、オンフック状態の顧客宅内への音声チャネルを開く同一の機能を実行する。
【００２８】
両方のケースで、指示４０４を受信すると、ダイヤルアウト音声サーバは、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、フックスイッチ制御パラメータ、および音声記録制御パラメータを指定する帯域内制御データ信号４０６を生成する。例えば、この帯域内制御データ信号４０６は、（非特許文献２）において説明されているシグナル方法を使用して生成されたＭＤＭＦ（Ｍｕｌｔｉｐｌｅ Ｄａｔａ Ｍｅｓｓａｇｅ Ｆｏｒｍａｔ）であることが可能であり、この要件（非特許文献２）は、周知であり、Ｃａｌｌｅｒ−ＩＤ配信のために一般的に使用されている。ユーザ宅内における警報デバイスは、その信号を受信する。
【００２９】
ユーザ宅内３００における警報デバイス３０４は、電話線３０６に接続され、制御データ信号４０６のような制御データ信号に関して、電話線３０６を常時、監視する。この場合も、図４に示す本発明の実施形態は、顧客宅内３００においてメッセージ４０６が受信される際に、電話機３０２がオンフック状態にあるケースに相当する。制御データ信号４０６が受信されると、警報デバイス３０４は、メッセージを復号化し、デバイス３０４のＬＣＤディスプレイ３２０上のテキストフィールド内で、そのテキストメッセージを表示する。アラーム制御パラメータが、復号化され、顧客宅内３００の占有者の注意を引くため、適切なアラームがアクティブにされる（例えば、スピーカ３１８を介する可聴アラーム、ＬＥＤ３１６を介する視覚的アラーム、および／またはトランスデューサを介する動きのアラーム）。もちろん、特定のインプリメンテーションに依存して、アラーム機構の様々な組合せを使用することができる。テキストメッセージの表示、および可聴アラームを鳴らすことを、図４にメッセージ４０８で表す。
【００３０】
アラームが鳴っている間に、警報デバイス３０４は、フックスイッチ制御パラメータおよび音声記録制御パラメータを復号化する。ダイヤルアウト音声サーバが、警報デバイスに音声メッセージを送信することを要求していた場合、フックスイッチ制御パラメータは、最初のアラームの休止後、オフフック条件に移るよう、警報デバイスに命令する。オフフックになった後（４１０）、スイッチは、メッセージ４１４を介して、オフフック条件をダイヤルアウト音声サーバに報告する。オフフックになった後、警報デバイスは、可聴アラーム（４１２）をオフにし、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。警報デバイスがオフフックになったという、スイッチからの指示４１４を受信すると、ダイヤルアウト音声サーバは、開かれた音声パスを介して、音声メッセージ４１６をユーザに送信する。警報デバイスは、スピーカ３１８を介して、顧客宅内３００の占有者に音声メッセージを再生する。また、警報デバイスがメッセージを記録すべきことを、メッセージ４０６内で受信された音声記録制御パラメータが示していた場合、警報デバイス３０４は、４１８で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、警報デバイス３０４のメモリ３１２の中に記録されることが可能である。警報デバイスは、顧客宅内の占有者による後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。
【００３１】
メッセージ配信確認が、メッセージブロードキャストシステムにおいて、しばしば、有利である。例えば、特に緊急事態通知システムにおいて、対象の受信者へのメッセージ配信の確認を提供することが有利である。本発明の諸原理に関連してメッセージ確認を提供するため、警報デバイス３０４は、確認ボタン（例えば、ユーザキー３２４の１つ）をさらに有するように構成することができる。確認ボタンを押すことにより（４１７）、短いインジケータ（例えば、ＤＴＭＦトーン）（４１９）がダイヤルアウト音声サーバに送信されて、配信が確認される。好ましくは、受信者は、音声メッセージ自体の中の、またはＬＣＤディスプレイにおけるプロンプトに応答して、可聴アラームまたは音声メッセージの間に確認ボタンを押して、配信を確認する。アラームおよび音声メッセージは、配信を確認する要求に先立って再生されて、ユーザが確認を行うのに待ち期間が導入されることを回避する。アラームおよび音声メッセージは、占有者が、アラームを受け、デバイスまで移動して、メッセージを聞きながら確認を行うことができる期間（ｉｎｔｅｒｖａｌ）を本来的にもたらす。
【００３２】
音声メッセージの配信後、サーバは、別の制御データ信号４２０を警報デバイスに送信する。この制御データ信号４２０は、オンフックになるよう、警報デバイスに命令し、デバイスのテキスト表示、光、および／またはサウンドで、アラーム条件の状態を調整する。次に、デバイスは、オンフックになる（４２２）。デバイスがオンフックであるという指示４２４をスイッチから受信すると、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。これにより、以上の説明から理解することができるとおり、本発明の１つの利点は、占有者が、コールを受信するように顧客宅内３００に居合わせているか否かに関わらず、警報デバイスが、ブロードキャストメッセージを受信することである。占有者が全く居合わせていない場合でも、音声メッセージは、配信され、４２６で示すとおり、占有者による後の取り出しのために、警報デバイスの中に格納される。その間に、ダイヤルアウト音声サーバは、次の受信者電話番号に音声メッセージを配信することに移ることができる。音声メッセージは、ユーザ介入なしに配信されることが可能であること、およびリンギングを印加すること、応答を待つこと、または話中の線に再試行することで失われる時間が全く存在しないことから、ダイヤルアウト音声サーバシステムのパフォーマンスが、大幅に向上する。さらに、メッセージは、今や、警報デバイスの中にローカルで格納されるので、メッセージを再生する占有者からの要求により、ダイヤルアウトサーバが、次の配信にとりかかることが遅延させられることがない。図４（ならびに、その後に続く図５〜図１１）は、単一のコールの処理を示しているが、通常の実施形態では、ダイヤルアウト音声サーバは、多くの同時のコールを行うことを理解されたい。同時のコールの数は、一般に、ダイヤルアウト音声サーバをネットワークに接続するポートの数によって制限される。前述したとおり、メッセージが受信される際に占有者が居合わせていない場合、占有者は、そのデータを後の時点で取り出すことができる（４２６）。本発明のさらなる実施形態では、メッセージの取り出しにより、確認がダイヤルアウト音声サーバに送信されることが生じさせられることが可能である。具体的には、ユーザが、メッセージが着信する際に応対できない場合、警報デバイスは、デバイスのメモリ３１２の中に、そのメッセージの格納済みのローカルコピーを有する。依然としてアラーム条件にある警報デバイスは、占有者が戻ると、占有者を引き付ける。格納済みのメッセージを再生するボタンを押すと４２８、警報デバイスが、ダイヤルアウトサーバ１０４、１０５に終端する、あらかじめプログラミングされた番号にダイヤルアウトする（４３０）配信後（ｐｏｓｔ−ｄｅｌｉｖｅｒｙ）確認が、自動的に生成される。応答があると、ダイヤルアウトサーバは、警報デバイスが応答したことを警報デバイスに積極的に知らせる制御データ信号４３２を送信する。というのは、応答インジケータ、またはラインサイドの（ｌｉｎｅｓｉｄｅ）監督は、住宅線上で全く提供されないからである。制御データ信号４３２を受信すると、警報デバイスは、デバイスの電話番号、ならびに確認が行われているメッセージのメッセージＩＤを、例えば、その情報を一連のＤＴＭＦトーンに符号化することによって報告する（４３４）。
【００３３】
一部の行政および法執行の応用例では、メッセージを提供する前に、受話者を認証することが望ましい。本発明の諸原理に関連してユーザ認証能力を提供するため、制御データ信号は、認証キーコードパラメータも含む。図１１は、認証能力が追加された、図４のメッセージフローチャートを示す。図１１を参照すると、制御データ信号を受信したことに応答して、警報デバイス３０４は、可聴アラームおよび視覚的アラームをアクティブにする。次に、警報デバイスは、オフフック状態に移り、スイッチが、このイベントの指示１１１４をサーバに提供するようにさせる。次に、サーバが、前述の場合と同様に、音声メッセージ１１１６を送信するが、スピーカホンモードでメッセージを再生する代わりに、１１１８で示すとおり、警報デバイスが、メッセージを記録する。可聴アラームおよびテキスト表示は、警報デバイスに占有者の注意を引き付ける。アラームは、有効な認証キーが警報デバイスに入力されるまで、または所定のタイムアウト期間（そのようなタイムアウト期間は、各アラームインジケータに関して、別々に定義することができる）が満了するまで、アクティブのままになる。詳細には、メッセージにアクセスするのに、占有者は、警報デバイスにキーコードを入力する（１１２２）。キーコードが、制御データ信号内で送信された認証コードと合致した場合、警報デバイスは、可聴アラームをオフにし（１１２４）、先頭から格納済みのメッセージを再生し（１１２６）、必要な場合、前述したとおり、確認を報告する。有利なインプリメンテーションでは、メッセージ再生は、メッセージの後の部分が、依然、記録されている最中に行われる。しかし、警報デバイスを単純化し、デバイスの費用を低減するため、再生は、メッセージ記録が停止するまで、遅延させることもできる。
【００３４】
無許可のユーザが、付属電話機（ｅｘｔｅｎｓｉｏｎ ｐｈｏｎｅ）に出て、メッセージが、ダイヤルアウトサーバから警報デバイスに送信されている際に、メッセージを聴取するのを回避するため、低ビット伝送速度のボコーダ（ｖｏｃｏｄｅｒ）および／または暗号化アルゴリズムを使用して、音声メッセージ１１１６をデータ信号として符号化／暗号化することが望ましい。警報デバイスは、デバイスのプロセッサ３１０を使用して、音声メッセージを復号化／解読するのに必要なソフトウェアアルゴリズムを含む。
【００３５】
図４および図１１は、ダイヤルアウト音声サーバからコールが受信された際に、顧客宅内電話機がオンフックであったコールフローチャートを示す。図５は、顧客宅内電話機がオフフックである（すなわち、ダイヤルアウト音声サーバからコールが受信された際、電話コールで通話中である）本発明の実施形態のコールフローチャートを示す。前述したとおり、通知管理システムが、ブロードキャスト音声メッセージを受信する必要がある電話番号のリストを特定し、電話番号のリストを、音声メッセージとともに、ダイヤルアウト音声サーバ１０４、１０５のいずれか、または両方に送信するものと想定されたい。
【００３６】
図５を参照すると、ダイヤルアウト音声サーバ１０４がまず、前述したとおり、コールセットアップメッセージを送信すること、または最終スイッチ１１２へのトランクを占有することにより、電話コールを開始する（５０２）。図４のフローとは異なり、スイッチは、顧客宅内が、現在、オフフックであるために、音声パスが拒否されたという適切な指示５０４を戻す。この指示の受信５０４に応答して、ダイヤルアウト音声サーバは、電話コールを再び開始する。一実施形態では、ＩＳＤＮなどのデジタルアクセス機構を使用して、コールが再び開始される。この場合、サーバは、コールセットアップ内に制御データ信号５０６を埋め込むことを、その信号を最終スイッチに配信するために行い、（非特許文献３）および（非特許文献２）において指定されるＣａｌｌ Ｉｄｅｎｔｉｔｙ Ｄｅｌｉｖｅｒｙ ｏｎ Ｃａｌｌ Ｗａｉｔｉｎｇ（通話中着信時のコールＩＤ配信）サービスによって使用されるような、「オフフックデータ伝送プロトコル」を利用して、制御信号５０６を顧客宅内に送信して、サーバが、そのコール試行を通話中着信として顧客宅内に終端させるべきことをコールセットアップ内で指定することも行う。この場合、ダイヤルアウトサーバは、Ｑ．９３１ ＦＡＣＩＬＩＴＩＥＳメッセージのような、アクセストランク制御プロトコルの一般的なフィールド内に制御データ信号５０６を埋め込んで、信号５０６をスイッチに送ることもできる。電話コールのセットアップ中、制御データ信号５０６は、確立が行われている音声パスに関連付けられたままである。したがって、図４とは逆に、この実施形態は、ダイヤルアウト音声サーバと最終スイッチの間で音声パスをセットアップすることと、サーバからスイッチに制御信号５０６を配信することを同時に行い、スイッチが、次に、以下にさらに説明するとおり、通話中着信を使用して、信号５０６を顧客宅内に配信する。概して、ダイヤルアウト音声サーバが、音声パスを確立することと、特別なデータメッセージをスイッチに送信することを同時に行い、スイッチが、次に、「オフフックデータ伝送プロトコル」を使用して、そのメッセージを顧客宅内に配信することを可能にするこの能力は、参照により本明細書に組み込まれている「Method and System for Transporting Generic Data Messages Over the Public Switched Telephone Network to Customer Premises Equipment Without Establishing a Call」という名称の（特許文献２）で説明されているのと同様なスイッチ機能拡張を使用して可能であることに留意されたい。
【００３７】
以上に説明した、デジタルアクセス手段を介して制御信号を配信することの代替として、サーバは、アナログＵＴＴトランクを使用して、コールを確立することもできる。この場合、サーバは、最終スイッチ１１２へのトランクを占有する。次に、サーバは、帯域内伝送プロトコルを使用して、制御信号５０６を最終スイッチ１１２に伝送し、顧客宅内へのコール試行が、通話中着信として終端すべきこと、ならびに制御信号５０６が、「オフフックデータ伝送プロトコル」を利用して、顧客宅内に送信されるべきことをスイッチに命令する。
【００３８】
制御信号５０６が、どのように最終スイッチに配信されるか、または通話中着信扱いが、どのようにスイッチにシグナルされるかに関わらず、最終スイッチは、顧客宅内線に通話中着信扱いを適用することを、顧客が、そのサービスに加入しているかどうかに関わらず行う。発信端が、通話中着信扱いを強制する能力は、Ｃａｌｌ Ｗａｉｔｉｎｇ Ｏｒｉｇｉｎａｔｉｎｇ（通話中着信発信）機能の形態で存在する。通話中着信扱いは、顧客宅内において、現在、進行中のコールに、割り込みが行われることを生じさせ、遠端パスは、ミュートされる。詳細には、顧客宅内が、アナログインタフェースを使用するものと想定すると、最終スイッチからのトーンおよびデータリソースがまず、線に接続されて、ＣＡＳ（ＣＰＥアラーム信号）、すなわち、肯定応答ハンドシェークが開始される５０７。前述したとおり、警報デバイスは、顧客宅内電話機３０２が、コールで通話中であり、オフフックポジションにある場合でも、電話線３０６を継続的に監視する。ＣＡＳを受信すると、警報デバイスは、（非特許文献２）で説明されるとおり、電話機３０２へのパスをミュートして、スイッチへの空いた通信チャネルを作成し、肯定応答信号を伝送する。最終スイッチは、制御データ信号５０６、ならびにオプションとして、ダイヤルアウトサーバのＣａｌｌｅｒ−ＩＤを伝送（５０８）することによって応答する。制御データ信号の最後のバイトが転送された後、最終スイッチは、既存のコールを再確立し、警報デバイスは、電話パス３１０を再接続する。前述したとおり、制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、フックスイッチ制御パラメータ、および音声記録制御パラメータを指定する。制御データ信号５０６の受信後、警報デバイス３０４は、メッセージを復号化し、そのテキストメッセージ、ならびに提供される場合、Ｃａｌｌｅｒ−ＩＤを表示し、前述したとおり、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、図５に５１０で表す。
【００３９】
アラームが鳴っている間、警報デバイス３０４は、この場合も、アナログインタフェースを想定すると、スイッチに、例えば、ＦＬＡＳＨ信号５１２を送信する。ＦＬＡＳＨ信号は、例えば、ユーザが、電話スイッチフックを５００ミリ秒の期間にわたり、すばやく押して、離した場合にも生成されることが可能な、周知の遠隔通信信号である。当技術分野で周知のとおり、ＦＬＡＳＨ信号は、顧客宅内が、待機中の電話コールに接続されること、つまり、このケースでは、ダイヤルアウト音声サーバへの接続を所望することをスイッチに示す。ＦＬＡＳＨをシグナルした後、警報デバイスは、デバイスの可聴アラームをオフにし（５１３）、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。次に、スイッチが、ＦＬＡＳＨ信号の指示５１４をダイヤルアウト音声サーバに送信し、顧客宅内が、ＦＬＡＳＨをシグナルしたこと、およびサーバと顧客宅内の間に音声パスが存在することを示す。スイッチからのメッセージ５１４を受信すると、ダイヤルアウト音声サーバは、５１６で表すとおり、音声パスを介して、音声メッセージをユーザに送信する。警報デバイスは、スピーカ３１８を介して、顧客宅内３００の占有者に音声メッセージを再生する。また、メッセージ５０８内で受信された音声記録制御パラメータにより、警報デバイスが、メッセージを記録すべきことが示されていた場合、警報デバイス３０４は、５１８で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、警報デバイス３０４のメモリ３１２の中に記録されることが可能である。警報デバイスは、顧客宅内の占有者による後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。確認およびユーザ認証が、前述したとおり、ユーザキー３２４、ならびにプロセッサ３１０によって実行されるデコーダアルゴリズムによって提供されることが可能である。音声メッセージの配信後、ダイヤルアウト音声サーバは、帯域内制御データ信号５２０を警報デバイスに送信する。次に、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。制御データ信号５２０は、スイッチにＦＬＡＳＨをシグナルし、テキスト表示、光、および／またはサウンドで、アラーム条件を調整するよう、警報デバイス群に命令する。次に、警報デバイスが、ＦＬＡＳＨをシグナルし（５２２）、スイッチが、ダイヤルアウト音声サーバコールによって割り込みが行われた、以前のコールを再確立する。顧客宅内の占有者は、５２４で表すとおり、後の時点でメッセージにアクセスすることができる。
【００４０】
図５で説明するとおり、ダイヤルアウト音声サーバは、顧客宅内デバイスが、現在、オフフックである場合、２回のコール試行を行わなければならない。代替として、ダイヤルアウト音声サーバは、電話コールを開始する最初の試行５０２時に、制御データ信号５０６を埋め込んで、線が話中であった場合に、５０６でリンギングが抑圧されたコールを再び開始する必要をなくすこともできる。例えば、前述したデジタルアクセス方法を使用して、ダイヤルアウト音声サーバは、コールセットアップ内に制御データ信号５０６を埋め込み、線がオフフックである場合、コール試行が、顧客宅内に通話中着信として終端すべきこと（オフフックデータ伝送プロトコルを利用して、顧客宅内に制御信号５０６を配信して）、または線がオンフックである場合、最終スイッチが、（特許文献２）で説明されるとおり、パワーリンギング（ｐｏｗｅｒ ｒｉｎｇｉｎｇ）なしにオンフックデータ伝送プロトコルを利用して、制御データ信号を顧客宅内に配信すべきことを、コールセットアップ内で指定することができる。それでも、このインプリメンテーションは、それほど有利ではない。というのは、このインプリメンテーションは、制御データ信号を配信するのに共有のスイッチデータリソースを消費し、このため、ブロックおよび遅延のさらなる原因を許すからである。
【００４１】
本発明の別の実施形態を参照すると、図４では、ダイヤルアウト音声サーバからコールが受信された際、顧客宅内電話機は、オンフックであり、サーバからの制御データ信号は、リンギングが抑圧されたコールを利用して配信されていた。図６は、コールが受信される際、顧客宅内電話機がやはりオンフックであるが、制御データ信号を配信するのにオンフックＣａｌｌｅｒ−ＩＤサービスが利用されるメッセージフローチャートを示す。この実施形態では、ダイヤルアウト音声サーバが、メッセージ６０２として電話コールを開始する。有利な実施形態では、コールは、Ｃａｌｌｅｒ−ＩＤ配信が、すべての電話線上で強制されることが、その特定の電話線に、現在、Ｃａｌｌｅｒ−ＩＤが割り当てられていない場合でも行われるように、開始されることが可能である。そのような機能は、前述したＣａｌｌ Ｗａｉｔｉｎｇ Ｏｒｉｇｉｎａｔｉｎｇ機能と同様であり、例えば、すべての線上でＣａｌｌｅｒ−ＩＤ配信を強制するように特別に提供される専用遠隔通信トランク上でコールを行うことにより（例えば、特別なＤＮを呼び出すこと、または特定のトランクを占有することにより）、達せられることが可能である。Ｃａｌｌｅｒ−ＩＤが強制されない場合、以下の説明から理解されるとおり、Ｃａｌｌｅｒ−ＩＤサービスを利用する顧客宅内だけが、音声メッセージでアラームを受ける。コールを開始した後、スイッチは、メッセージ６０４を顧客宅内に送信する。メッセージは、最初のリンギングとともに、Ｃａｌｌｅｒ−ＩＤ情報を含む。この手続きは、（非特許文献４）および（非特許文献２）に記載される周知のＣａｌｌｅｒ−ＩＤ標準に準拠する。メッセージ６０４を受信すると、警報デバイス３０４（前述したとおり、電話線３０６を監視している）は、発呼側電話番号が、ダイヤルアウト音声サーバ群の１つまたは複数のサーバに割り当てられた特別な番号であるかどうかを判定する。この実施形態によれば、警報デバイス３０４には、ダイヤルアウト音声サーバ群の電話番号が、あらかじめプログラミングされて、警報デバイス３０４が、ダイヤルアウト音声サーバ群の１つのサーバからのコールを識別できるようになっていなければならない。そのような番号は、警報デバイスのメモリ３１２の中に格納される。コールが、ダイヤルアウト音声プロセッサ群の１つのプロセッサからではない場合、コールは、通常の処理のために、ポート３１０を介して電話機３０２に送られる。
【００４２】
コールが、ダイヤルアウト音声プロセッサ群の１つのプロセッサからである場合、警報デバイスは、オフフックになり（６０６）、オフフック指示６０８が、ダイヤルアウト音声サーバに報告される。指示６０８の受信に応答して、ダイヤルアウト音声サーバは、帯域内シグナルを介して制御データ信号６１０を送信する。制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、および音声記録制御パラメータを指定する。制御データ信号６１０が受信されると、警報デバイス３０４は、前述したとおり、メッセージを復号化し、そのテキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、図６に６１２で表す。デバイスは、既にオフフックであるため、ダイヤルアウト音声サーバは、制御データ信号６１０に続き、所定の遅延後、音声メッセージ６１６を送り、警報デバイスは、前述したとおり、音声アナウンスを再生し、記録する（６１８）。音声メッセージ６１６は、いくらかの所定の遅延後に制御データ信号６１０に続くので、警報デバイス上の可聴アラームも、６１４で表すとおり、いくらかの所定の遅延後にオフにされる。
【００４３】
音声メッセージの配信後、サーバは、別の制御データ信号６２０を警報デバイスに送信する。この制御データ信号６２０は、オンフックになるよう、警報デバイスに命令し、デバイスのテキスト表示、光、および／またはサウンドで、アラーム条件を調整する。次に、デバイスが、オンフックになり（６２２）、オンフックになったことの指示（６２４）が、ダイヤルアウト音声サーバに転送される。スイッチから、このオンフック指示６２４を受信すると、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。音声メッセージが、６２６で示すとおり、配信され、占有者による後の取り出しのために、警報デバイスの中に格納される。
【００４４】
図６は、顧客宅内電話機がオンフックであり、制御データ信号を配信するのにＣａｌｌｅｒ−ＩＤサービスが利用されたコールフローチャートを示した。図９は、顧客宅内電話機がオフフックであり、制御データ信号を配信するのにＣａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスが利用される、本発明の類似した実施形態を示す。この実施形態では、ダイヤルアウトサーバは、Ｃａｌｌ−Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤ発信能力が割り当てられたトランクから電話コール９０２を開始することにより（例えば、特別なＤＮを呼び出すこと、または特定のトランクを占有することにより）、すべての電話線上でＣａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスを強制する。最終スイッチは、９０７で示すとおり、通話中着信扱いを顧客宅内線に適用し、ＣＡＳ肯定応答ハンドシェークを開始する。ハンドシェークの成功に続き、最終スイッチは、９１０で示すとおり、ダイヤルアウトサーバのＣａｌｌｅｒ−ＩＤ情報を送信する。この手続きは、（非特許文献３）に記載される周知の標準に準拠する。メッセージ９１０を受信すると、警報デバイス３０４（前述したとおり、電話線３０６を監視している）は、発呼側電話番号が、ダイヤルアウト音声サーバ群の１つまたは複数のサーバに割り当てられた特別な番号であるかどうかを判定する。この実施形態によれば、警報デバイス３０４には、ダイヤルアウト音声サーバ群の電話番号が、あらかじめプログラミングされて、警報デバイス３０４が、ダイヤルアウト音声サーバ群の１つのサーバからのコールを識別できるようになっていなければならない。そのような番号は、警報デバイスのメモリ３１２の中に格納される。通話中着信が、ダイヤルアウト音声プロセッサ群の１つのプロセッサからではない場合、通話中着信は、通常の処理のために、ポート３１０を介して電話機３０２に送られる。
【００４５】
通話中着信が、ダイヤルアウト音声プロセッサ群の１つのプロセッサからであり、警報デバイスが、Ｃａｌｌｅｒ−ＩＤをそのようなＩＤとして認識した場合、警報デバイスは、ステップ９１２で、例えば、ＦＬＡＳＨをシグナルして、最終スイッチが、デバイスとダイヤルアウト音声サーバの間に音声パスを確立するようにさせる。オフフック指示９１４を受信すると、ダイヤルアウト音声サーバは、帯域内シグナルを介して制御データ信号９１６を送信する。制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、および音声記録制御パラメータを指定する。制御データ信号９１６を受信すると、警報デバイス３０４は、メッセージを復号化し、そのテキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、図９に９１８で表す。デバイスは、既にオフフックであるため、ダイヤルアウト音声サーバは、制御データ信号９１６に続き、所定の遅延後、音声メッセージ９２０を送り、警報デバイスは、前述したとおり、音声アナウンスを再生し、記録する（９２２）。音声メッセージ９２０は、いくらかの所定の遅延後に制御データ信号９１６に続くので、警報デバイス上の可聴アラームも、９１９で表すとおり、いくらかの所定の遅延後にオフにされる。
【００４６】
音声メッセージの配信後、サーバは、帯域内制御データ信号９２４を警報デバイスに送信し、切断し、次のコールにとりかかる。この実施形態では、サーバは、制御データ信号９２４を送信した後、切断する必要があり、さもなければ、コールは、通話中着信機能の保留状態のままになる。制御データ信号９２４は、例えば、スイッチにＦＬＡＳＨをシグナルし、テキスト表示、光、および／またはサウンドでアラーム条件を調整するよう、警報デバイスに命令する。すると、デバイスは、ＦＬＡＳＨをシグナルし（９２６）、スイッチは、ダイヤルアウト音声サーバコールによって割り込みが行われた以前のコールを再確立する。顧客宅内における占有者は、９３０で表すとおり、後の時点でメッセージにアクセスすることができる。
【００４７】
図７は、制御データ信号が、オンフックＣａｌｌｅｒ−ＩＤ情報の代わりに、またはオンフックＣａｌｌｅｒ−ＩＤ情報に付加されて送信されて、特別な電話番号が、ダイヤルアウトサーバの番号であると認識される必要性を避ける、本発明の別の実施形態のメッセージフローチャートを示す。この実施形態は、ダイヤルアウト音声サーバが、制御データ信号を最終スイッチに配信し、次に、スイッチが、その信号を警報デバイスに配信する（音声チャネルを介して警報デバイスに制御信号を直接に配信することと対比して）という点で、図５に示した実施形態と同様である。詳細には、この実施形態によれば、ダイヤルアウト音声サーバは、制御データ信号を標準のＣａｌｌｅｒ−ＩＤ情報を配信するのに使用されるＧＲ−３０−ＣＯＲＥメッセージの中のパラメータとして、オンフックＣａｌｌｅｒ−ＩＤ情報に代用する、またはオンフックＣａｌｌｅｒ−ＩＤ情報に添付するよう、最終スイッチに命令する。第１に、ダイヤルアウト音声サーバは、制御信号が、パワーリンギングを伴うオンフックデータ伝送プロトコルを利用する通常のＣａｌｌｅｒ−ＩＤメッセージに取って代わらなければならない、またはＣａｌｌｅｒ−ＩＤメッセージ内のパラメータとして付加されなければならないという指示とともに、図５のメッセージ５０６に関連して前述したのと同様の方法を使用して、制御データ信号７０２をスイッチに送信する。スイッチは、所望される場合、メッセージ７０４として、第１のリングを制御データ信号およびＣａｌｌｅｒ−ＩＤとともに伝送する。制御データ信号７０４の受信後、警報デバイス３０４は、メッセージを復号化し、提供される場合、テキストメッセージおよびＣａｌｌｅｒ−ＩＤを表示し、前述したとおり、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、７０６で表す。アラームが鳴っている間、警報デバイス３０４は、図７０８で表すとおり、オフフックになる。オフフックになった後、警報デバイスは、可聴アラームをオフにし（７１０）、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。スイッチは、顧客宅内デバイスがオフフックになったことを示すオフフック指示７１２をダイヤルアウト音声サーバに送信する。スイッチからオフフック指示７１２を受信すると、ダイヤルアウト音声サーバは、７１４で表すとおり、音声パスを介して音声メッセージをユーザに送信する。警報デバイスは、スピーカ３１８を介して、顧客宅内３００の占有者に、その音声メッセージを再生する。また、メッセージ７０４内で受信された音声記録制御パラメータにより、警報デバイスが、メッセージを記録すべきことが示されていた場合、警報デバイス３０４は、７１６で表されるとおり、音声メッセージを記録する。音声メッセージは、例えば、警報デバイス３０４のメモリ３１２の中に記録されることが可能である。警報デバイスは、顧客宅内の占有者による後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。
【００４８】
音声メッセージの配信後、サーバは、帯域内制御データ信号７１８を警報デバイスに送信する。この制御データ信号７１８は、オンフックになり、テキスト表示、光、および／またはサウンドでアラーム条件を調整するよう、警報デバイスに命令する。すると、ステップ７２０で、デバイスが、オンフックになる。スイッチからオンフック指示７２２を受信すると、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。顧客宅内におけるユーザは、７２４で表すとおり、後の時点でメッセージにアクセスすることができる。Ｃａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスと組み合わせて、図７に示したのと同様のコールフローを使用して、オンフック状態にある顧客宅内にも制御データ信号を送ることができることに留意されたい。
【００４９】
図８は、無線電話機（または、他の無線デバイス）が警報デバイスとして動作する無線遠隔通信ネットワークにおいて、本発明の諸原理が適用される実施形態を示す。例えば、無線電話機（例えば、１２８、１３０）が、警報デバイス（そのようなデバイスは、図３に示したのと同様な機能を有する）として動作する無線ネットワーク１２０（図１）を考慮されたい。この実施形態では、無線電話機は、オンフックであると考えられ、無線ＦＣＣ（順方向制御チャネル）上でブロードキャストされた特定の制御データ信号を認識するように適切にプログラミングされる。この実施形態によれば、ダイヤルアウト音声サーバは、順方向制御チャネルにおけるコールセットアップメッセージングの一部を使用して、制御信号が無線電話機に送信されるべきであるという指示とともに、制御データ信号８０２をスイッチ（例えば、ＭＳＣ１２２）に送信する。無線通信において周知のとおり、順方向制御チャネルは、基地局が、基地局の区域内の無線電話機群に情報をブロードキャストすることを可能にするのに使用される。無線電話機群は、制御チャネル上でそのブロードキャスト情報を継続的に監視する。一般に、サーバは、図５および図７に関連して前述したのと同様の方法を使用して、制御信号８０２をスイッチ（例えば、ＭＳＣ１２２）に送信し、その信号をどのように配信するかについて、スイッチに命令することができることに留意されたい。例えば、制御データ信号は、ＰＲＩ（ＩＳＤＮ Ｐｒｉｍａｒｙ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ（１次群速度インタフェース））ＤチャネルにおけるＦＡＣＩＬＩＴＩＥＳメッセージを介して、ダイヤルアウトサーバから発信元スイッチ（例えば、スイッチ１０６）に伝送されることが可能である。次に、制御データ信号は、ＳＳ７（シグナルシステム７）ネットワークを介して、ＭＳＣに送られることが可能である。
【００５０】
ＭＳＣスイッチは、順方向制御チャネルにおいて、無線基地局（例えば、無線基地局１２４）を介して、無線電話機（例えば、電話機１２８）にコール通知および制御データ信号８０４を伝送する。制御データ信号８０４を受信すると、無線電話機１２８は、前述したとおり、メッセージを復号化し、テキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、８０６で表す。
【００５１】
アラームが鳴っている間、無線電話機１３８は、オフフックになり（すなわち、周波数分割多重アクセスシステムにおける適切な周波数、時間分割多重アクセスシステムにおけるタイムスロット、または符号分割多重アクセスシステムにおける擬似雑音符号に同調する）、オフフック指示８０８で表すとおり、逆方向制御チャネルにおけるメッセージを介して、電話機１３８がレディ（ｒｅａｄｙ）であることをＭＳＣに知らせる。オフフックになった後、無線電話機１２８は、電話機１２８の可聴アラームをオフにし（８１０）、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。スイッチは、無線電話機がオフフックになったことを示す指示８１２をダイヤルアウト音声サーバに送信する。スイッチからオフフック指示８１２を受信すると、ダイヤルアウト音声サーバは、８１４で表すとおり、音声パスを介して、音声メッセージをユーザに伝送する。無線電話機は、スピーカホンモードを使用して音声メッセージを再生する。また、メッセージ８０４内で受信された音声記録制御パラメータにより、無線電話機が、メッセージを記録すべきことが示されていた場合、無線電話機は、８１６で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、無線電話機のメモリの中に記録されることが可能である。無線電話機は、無線電話機のユーザによる後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。メッセージ８１８、８２０、８２２、８２４は、図７に関連して前述したメッセージ７１８、７２０、７２２、７２４と同様である。また、図８に関連して説明した無線実施形態は、オプションとして、図４に関連して前述した確認技術を利用することもでき、それによって、無線電話機は、ユーザが、確認ボタン（例えば、電話機キーパッド上の割り当てられたボタン）を押すまで、音声メッセージを格納し、視覚的アラームおよび可聴アラームを表示することを続けるように構成されることが可能である。確認ボタンを押すことにより、アラームインジケータがオフにされ、前述したとおり、短いメッセージ（例えば、ＤＴＭＦトーン）が、ダイヤルアウト音声サーバに送信されて、音声メッセージ配信中、または配信後に、配信の確認が行われることが可能である。
【００５２】
シグナル情報は、有線のケースのように音声チャネルを介して帯域内でではなく、別個の制御チャネルにおいて送信されるので、図８のメッセージフローは、制御データ信号がブロードキャストされた際に、無線電話機が、たまたまオフフックであった場合にも当てはまる。制御データ信号を復号化し、表示およびアラームをアクティブにした後、無線電話機は、「ＦＬＡＳＨ」タイプの信号をＭＳＣに送信して、ＭＳＣが、ハンドセットの現在の音声パスをダイヤルアウトサーバにリダイレクトするようにさせて、電話機が、音声メッセージを受信することができるようにする。図８に示したメッセージフローは、通話中着信のシナリオにも当てはまることに留意されたい。
【００５３】
図１０は、順方向制御チャネルを介して制御データ信号をブロードキャストする代わりに、Ｃａｌｌｅｒ−ＩＤサービスが使用される無線遠隔通信ネットワークに関する代替の実施形態を示す。この実施形態は、Ｃａｌｌｅｒ−ＩＤ配信が、無線電話機への電話線上で強制されるように、ダイヤルアウト音声サーバが、コールを開始するという点で、図６に示した実施形態と同様である。この場合、スイッチ（例えば、ＭＳＣ１２２）は、１００４で示すとおり、ダイヤルアウト音声サーバに関するＣａｌｌｅｒ−ＩＤ情報を、ＦＣＣ（順方向制御チャネル）におけるコールセットアップの一部として送信する。この実施形態によれば、無線警報デバイス（例えば、１２８、１３０）には、ダイヤルアウト音声サーバ群の電話番号が、あらかじめプログラミングされて、無線警報デバイスが、ダイヤルアウト音声サーバ群の１つのサーバからのコールを識別することができるようになっていなければならない。そのような番号は、無線警報デバイスのメモリの中に格納される。Ｃａｌｌｅｒ−ＩＤを復号化し、ダイヤルアウト音声サーバのＣａｌｌｅｒ−ＩＤとして認識すると、無線警報デバイスは、Ｃａｌｌｅｒ−ＩＤを表示し（１００６）、適切な無線チャネルに同調し、オフフックになる（１００８）。スイッチは、オフフック指示１０１０を介して、無線警報デバイスがレディであることをダイヤルアウト音声サーバに知らせる。指示１０１０を受信すると、ダイヤルアウト音声サーバは、無線警報デバイスとのＣＡＳ肯定応答ハンドシェーク１０１２を開始する（このケースでは、データモードに入るように警報デバイスをトリガする）。ハンドシェークが成功すると、ダイヤルアウト音声サーバは、制御データ信号１０１４を無線警報デバイスに送信する。制御データ信号の終りで、無線デバイスは、音声モードに戻り、前述したとおり、制御メッセージを復号化し、テキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、１０１６で表す。この実施形態によれば、無線警報デバイスは、ステップ１０１８で示すとおり、所定の遅延の後、デバイスの可聴アラームをオフにする。次に、ダイヤルアウト音声サーバが、所定の遅延の間待った後、音声メッセージ１０２０を送信する。無線電話機は、スピーカホンモードを使用して、その音声メッセージを再生する。また、メッセージ１０１４内で受信された音声記録制御パラメータにより、無線電話機が、メッセージを記録すべきことが示されていた場合、無線電話機は、１０２２で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、無線電話機のメモリの中に記録されることが可能である。無線電話機は、無線電話機のユーザによる後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。次に、無線電話機は、オンフック指示１０２４をスイッチに送信し、スイッチは、対応するオンフック指示１０２６をダイヤルアウト音声サーバに送信する。無線電話機のユーザは、１０２８で表すとおり、後の時点でメッセージにアクセスすることができる。この場合も、Ｃａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスと組み合わせて、図１０に示したのと同様のコールフローを使用して、オフフック状態にある無線電話機にも制御データ信号を送ることができることに留意されたい。
【００５４】
また、本発明の諸原理は、有線電話機または有線テレビが、警報デバイスとして作用するケーブル遠隔通信ネットワークにおいても適用することができる。例えば、ケーブルネットワーク１３２（図１）を考慮されたい。警報デバイス１４４は、スイッチ１１２によって提供されるのと同等の、ただし、セットトップボックス１３８によってローカルで提供される電話線に接続することが、当業者には認識されよう。セットトップボックス１３８は、ケーブルネットワークを介して音声ゲートウェイ１３４に接続し、より具体的には、ＤＯＣＳＩＳ（Ｄａｔａ Ｏｖｅｒ Ｃａｂｌｅ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（メディアゲートウェイ制御プロトコル））、またはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（セッション開始プロトコル））などの、いくつかのボイスオーバパケット（ｖｏｉｃｅ ｏｖｅｒ ｐａｃｋｅｔ）プロトコルの１つを介して、電話音声およびコール制御を通信する。音声ゲートウェイ１３４が、遠隔通信分野の当業者には周知である、従来の音声トランクを使用して、ＰＳＴＮ１１０に接続する。音声ゲートウェイ１３４は、従来の遠隔通信トランクインタフェースを、セットトップボックス１３８に伝送するために、ボイスオーバパケットプロトコルに変換する。顧客宅内でメディアゲートウェイとして作用するセットトップボックス１３８は、ボイスオーバパケットプロトコルを、警報デバイス１４４のための従来の電話線インタフェースに戻るように変換する。このようにして、音声ゲートウェイ１３４とセットトップボックス１３８の間の変換は、ダイヤルアウト音声サーバおよび警報デバイスにトランスペアレントになる。このため、図４、図５、図６、図７、図９、および図１１に関連して本明細書で説明する諸実施形態は、ケーブルネットワークインプリメンテーションにも当てはまる。図４および図１１で説明した、本発明のリンギングが抑圧された諸実施形態に関して、音声ゲートウェイ１３４は、前述したリンギングが抑圧されたアクセス機能をサポートする必要がある。図６および図９で説明した、本発明のＣａｌｌｅｒ−ＩＤ諸実施形態に関して、ダイヤルアウトサーバに関する音声ゲートウェイコール処理は、通常の電話コールに関する場合と同一である。図５および図７で説明した本発明のＣａｌｌｅｒ−ＩＤ諸実施形態に関して、音声ゲートウェイ１３４は、制御データ信号を置き換えること、またはＣａｌｌｅｒ−ＩＤメッセージに付加することをサポートする必要がある。
【００５５】
警報デバイス１４４は、図１２に示すとおり、セットトップボックス１３８の機能と統合することができることが当業者には認識されよう。図１２は、ブロードバンドリンク１２０２、電話、ビデオ、およびデータにアクセスするためのブロードバンドゲートウェイ１２０４、ローカルビデオポート１２０６、およびローカルネットワークポート１２０８を有する警報デバイス１２００（図３の警報デバイス３０４と同様の）を示す。そのような統合により、制御データ信号コンテンツおよび音声メッセージを配信するためのさらなる方法が可能になる。警報デバイスは、当技術分野で周知のテレビ変調回路を備えて、アラーム信号および音声メッセージを、テレビ１４０の現在のチャネル上で再生するためのテレビオーディオ信号に変調することが可能である。制御データ信号のテキストコンテンツは、ビデオ業界でやはり周知の、テキスト−ＮＴＳＣ変換器の助けを借りて、テレビスクリーン上で表示されることが可能である。同様に、音声メッセージは、警報デバイスによって、復号化または解読の後、ＷＡＶファイルなどの代替のフォーマットに変換されて、電子メールメッセージを介して送信されることも可能であり、そのメッセージを、占有者が、コンピュータ１４２から取り出すことができる。制御データ信号のテキストコンテンツは、電子メールの本文またはヘッダの中に挿入されることが可能である。電子メール転送は、当技術分野で広く知られ、使用されるＳＭＴＰ（簡易メール転送プロトコル）を介して達せられることが可能である。そのような電子メールは、ケーブルネットワークを介して、警報デバイスからメールサーバ１４８に送信される。コンピュータ１４２が、いくつかの市販の電子メールアプリケーションのいずれかを使用して、その電子メールを取り出すのに使用される。同様に、音声メッセージ、および制御データ信号のテキストコンテンツは、変換されて、コンピュータ１４２のスクリーン上に自律的にポップアップするインスタントメッセージとして送信されて、テキストの視覚的表示、ならびにクリックされると、音声メッセージを再生するアイコンを提供することも可能である。警報デバイス１４４の可聴アラーム機能は、コンピュータサウンド能力の使用によって達せられることが可能である。
【００５６】
本発明の別の利点は、本発明が、コール確立時間のばらつきを小さくすることである。先行技術のダイヤルアウト音声システムでコール確立時間に大幅に寄与しているのが、個人がコールに応答するのを待つのに費やされる時間である。しかし、本発明によるシステムは、顧客宅内警報デバイスが、コールに自動的に応答するため、コール確立のばらつきを有さない。コール確立時間は、警報デバイスが、データ信号に応答し、データ信号を復号化した後、ほとんど即時に線を制御するため、短い、厳しく範囲が定められた間隔に短縮される。その結果、ダイヤルアウト音声サーバによって、同一の最終スイッチ上のダイヤル呼び出し番号群に対して行われるコールは、非常に似通ったコール確立時間を有する可能性が高い。例えば、ダイヤルアウト音声サーバ１０４が、ポート１０８およびスイッチ１０６を介して、最終スイッチ１１２に接続された複数の顧客宅内（例えば、１１４、１１６）に、複数の同時のコールを行うことを考慮されたい。それらの同時のコールのそれぞれは、非常に似通ったコール確立時間を有する可能性が高い。本発明のダイヤルアウト音声サーバ技術のこの利点は、ダイヤルアウト音声サーバの音声メッセージ機構をより効率的に利用することができる、本発明の別の態様をもたらす。コールの多くは、実質的に同時に応答されるものと見込まれ、再生要求などの占有者対話には、警報デバイスが関与し、サーバは関与しないので、多くのコールの間でダイヤルアウト音声サーバの１つの音声メッセージ機構を共用することが可能である。本発明のこの態様を、図２に関連して説明する。単一の音声メッセージ機構２０８の出力を、内部スイッチ２２０を介して接続確認メッセージ（ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｅｉｐｔ）を受信した、すべてのポート（例えば、ポート２１４、２１６、２１８）に結合することができる。これにより、多くの同時のコールを依然として行うことが可能でありながら、より少ない専用音声メッセージ機構を有するようにダイヤルアウト音声サーバを設計することが可能になる。特定のポートの接続確認メッセージが遅い場合、そのポートは、次の組の接続されたコールで次の音声メッセージ機構に接続されるように、キューに入れられることが可能である。
【００５７】
以上の「発明を実施するための最良の形態（Ｄｅｔａｉｌｅｄ Ｄｅｓｃｒｉｐｔｉｏｎ）」は、すべての点で、説明的であり、例示的であるが、限定的ではないものと理解されるべきであり、本明細書で開示した本発明の範囲は、「発明を実施するための最良の形態」から確定されるのではなく、むしろ、特許法によって認められる十分な幅に従って解釈される特許請求の範囲から確定される。本明細書で図示し、説明した諸実施形態は、本発明の諸原理を単に例示するものであり、本発明の趣旨および範囲を逸脱することなく、様々な変更が、当業者によって実施されることが可能であることを理解されたい。当業者は、本発明の範囲および趣旨を逸脱することなく、他の様々な特徴の組合せを実施することもできる。例えば、電子機器が、通信チャネルの両方の終端で利用可能な場合、アナログ音声メッセージは、必ずしも情報を転送するための最も効率的な技術ではないことに注目して、通知配信を以下のとおり、さらに最適化してもよい。アナログ音声メッセージを再生する代わりに、ダイヤルアウト音声サーバは、標準のボコーダ（例えば、Ｇ．７２３．１）を使用して音声メッセージを圧縮して、圧縮された音声をデータメッセージとして、最初のデータ信号の一部として、または別の形で、警報デバイスに送信してもよい。さらに、様々な実施形態を説明するのに、陸線電話網、ケーブルネットワーク、および無線電話網を使用したが、本発明の諸原理は、他のタイプのネットワークで実施してもよい。さらに、図４および図１１に関連して説明した、本発明の確認の態様および認証の態様は、メッセージフローチャートのそれぞれで説明していないものの、本明細書で説明した他の諸実施形態において実施することもできることを認識されたい。
【図面の簡単な説明】
【００５８】
【図１】本発明を実施することができるネットワークを示すブロック図である。
【図２】本発明によるダイヤルアウト音声サーバを示すブロック図である。
【図３】本発明による顧客宅内を示すブロック図である。
【図４】リンギングが抑圧された呼び出しを利用する、本発明の実施形態のコールフローチャートである。
【図５】ダイヤルアウト音声サーバからコールが受信された際、顧客宅内電話機がオフフックである、本発明の実施形態のコールフローチャートである。
【図６】Ｃａｌｌｅｒ−ＩＤサービスを利用する、本発明の実施形態のコールフローチャートである。
【図７】Ｃａｌｌｅｒ−ＩＤサービスを利用する、本発明の別の実施形態のコールフローチャートである。
【図８】無線ネットワークにおいて実施された本発明の実施形態のコールフローチャートである。
【図９】通話中着信ＩＤサービスを利用する、本発明の実施形態のコールフローチャートである。
【図１０】無線ネットワークにおいて実施され、Ｃａｌｌｅｒ−ＩＤサービスを利用する本発明の実施形態のコールフローチャートである。
【図１１】認証能力が追加された、図４のメッセージフローチャートである。
【図１２】セットトップボックスの機能と統合された、本発明による警報デバイスを示すブロック図である。
【技術分野】
【０００１】
本発明は、一般に、遠隔通信システムに関し、より一般的には、自動電話ダイヤルアウト音声通知システムに関する。
【０００２】
（関連出願）
本出願は、参照により本明細書に組み込まれている、２００３年８月７日に出願した米国特許仮出願第４９３２１６号明細書の恩典を主張する。
【背景技術】
【０００３】
メッセージを一群の人々にブロードキャストするための様々なタイプのメッセージブロードキャストシステムが存在する。公共警報（ｐｕｂｌｉｃ ａｌｅｒｔｉｎｇ）は、地理的区域内の全住民に、例えば、特定の都市のすべての住宅に警報をブロードキャストすることを指す。緊急事態通知は、一般に、特定のリストの受信者に送信されるメッセージを指す。そのリストは、例えば、ある地理的区域にさらに制約されることが可能である。例えば、都市内のすべての消防署の署長に緊急事態通知が送信されることが可能である。
【０００４】
１つのタイプのメッセージブロードキャストシステムが、コンピュータサーバを使用して、あらかじめ記録された音声メッセージが、リストの電話番号に配信される、ダイヤルアウト音声通知システムである。それらのシステムは、リストの中の各番号をダイヤル呼び出しして、次に、コールに応答が行われると、あらかじめ記録されたメッセージを再生する。サーバ上で利用可能なポートの数に依存して、複数の番号が同時にダイヤル呼び出しされることが可能である。応答がない場合、システムは、次の番号に進み、応答のない電話番号を定期的に再試行する。システムは、メッセージが、リストの中のすべての番号に配信されるまで（または何らかのタイムアウト期間が満了するまで）、番号をダイヤル呼び出しすることを続ける。そのようなシステムは、例えば、政府機関によって、緊急事態通知システムを実施するのに、または企業によって、従業員へのブロードキャストメッセージを実施するのに使用されることが可能である。それらのダイヤルアウト音声通知システムは、大量のメッセージコンテンツを配信することができるという利点を有する。しかし、それらのシステムはまた、メッセージを配信するのが非常に遅く、このため、時間に敏感な（ｔｉｍｅ ｓｅｎｓｉｔｉｖｅ）情報のケースでは、しばしば、小さい連絡先リストを使用することに限定される。
【０００５】
サーバが、電話網に接続するのに使用するポートの数の物理的限度は別にして、ダイヤルアウト音声通知システムの配信パフォーマンスは、コールを完了するのにかかる時間、および音声メッセージの時間の長さによる影響を受ける。コール完了時間は、コールセットアップ時間と、個人が、呼び出しが鳴っている間にコールに応答するのにかかる時間の合計である。コールセットアップ時間は、通常、アクセスの容易さ、およびネットワーク応答に依存して、３秒から５秒までの範囲である。平均で、コールに、３回のリンギングサイクル（通常の６秒のリンギングサイクルを有する）の後、コールに応答が行われるものと想定すると、コールに応答する平均時間は、１８秒と推定される。３０秒の音声メッセージでは、各コールは、およそ５２秒（１８＋３０＋４）続くことが分かる。このため、かなり控え目な数の受信者でも、この形でメッセージを配信することは、数日はかからないにしても、数時間かかる可能性がある。
【０００６】
現在のダイヤルアウト音声通知システムが抱える別の問題は、そのようなコールに応答した後、受話者が、そのコールの性質を理解するのに数秒を要する可能性が高いことであり（ブロードキャストメッセージの受信が予期されていない可能性があるため）、これにより、受話者が、メッセージの一部を聞き逃すことになる可能性がある。そのような状況に対処するため、ダイヤルアウト通知システムは、普通、ユーザが、メッセージの再生を要求することを可能にする。これは、受話者がメッセージを理解することを確実にするのに役立つ一方で、コール時間を延ばし、すべての対象の受信者へのメッセージの配信をさらに遅延させる。例えば、メッセージが再生されることを受話者が要求した場合、コール時間は、今度は、８２秒（１８＋３０＋４＋３０）になり、各サーバポートが、１時間当たり４３のコール以下に制限される。留守番電話機（ａｎｓｗｅｒｉｎｇ ｍａｃｈｉｎｅ）が、ダイヤルアウトシステムに別の困難を生じさせる。第１に、留守番電話機は、普通、着信コールに応答する最後の手段のデバイスとして構成される。その環境では、留守番電話機は、一般に、５回のリンギングサイクルの後に電話に出るように設定される。前述の実施例は、平均で３回のリンギングサイクルを使用したのに対して、５回のリンギングサイクルに延びることにより、コール時間にさらなる１２秒が加えられる。第２に、留守番電話機は、電話に出ると、記録を開始する前に、５秒間から１０秒間続く可能性がある挨拶を再生することを始め、これにより、コール時間にさらなる時間が追加される。第３に、留守番電話機が電話に出ると、ダイヤルアウトサーバは、人と通信しているのか、または別のマシンと通信しているのかを判定するのに困難を生じる。ダイヤルアウトサーバは、人と通信していると誤って考えた場合、記録が開始する前に、メッセージを再生することを始める可能性がある。その結果、緊急事態の性質をおそらく明らかにする、メッセージの最初の部分が、記録されない可能性がある。ダイヤルアウトサーバは、自らが、別のマシンと通信していると正しく判定した場合、それでも、記録が始まる時点を誤って検出する可能性がある。というのは、留守番電話機は、プロンプト音（ｐｒｏｍｐｔ ｔｏｎｅ）を使用しているとしても、すべてが同一のプロンプト音を使用するわけではないからである。この問題に対する１つの問題解決法は、メッセージを自動的に繰り返すことであり、９４秒のコール（３０＋３０＋４＋３０）がもたらされる。
【０００７】
さらに、コールに応答が行われない状況では、サーバは、応答のない電話番号を定期的に再試行しなければならない。各回の応答のない試行は、サーバが、５回のリンギングの後に試行を放棄するものと想定すると、さらなる３４秒（３０＋４）を消費する。電話番号の３０％が、初回の試行時に応答のない結果となる場合、平均のコール時間は、およそ２０％延びる。民間のダイヤルアウトサービスからの統計により、応答のないコール、話中の線、および留守番電話機が、コールスループットを顕著に低下させることが確認される。このため、理解することができるとおり、現在のダイヤルアウト音声通知システムは、大量のメッセージコンテンツの配信を可能にするが、いくつかの限界により、多くの時間に敏感な応用例に関して、システムが遅くなり過ぎる可能性がある。
【０００８】
ダイヤルアウト通知システムの速度問題に対処するための１つのシステムが、（特許文献１）で説明されており、（特許文献１）は、電話線に接続し、特定のアラーム信号に関して、その電話線を監視するアラーム／通知デバイスを説明する。特別な信号が受信されると、デバイスは、視覚的通知および／または可聴の通知で応答する。視覚的通知には、短いテキストメッセージを表示するためのＬＣＤが含まれることが可能である。このタイプのシステムの利点は、システムの速度である。このタイプのシステムは、前述したダイヤルアウト音声通知システムよりもはるかに迅速に、住宅にメッセージを送信することができる。しかし、速度に対するトレードオフが、有意なメッセージコンテンツの欠如である。このタイプのシステムのテキストメッセージは、比較的少数の文字（通常、１０ないし６０）に制限され、したがって、このシステムは、ダイヤルアウト音声通知システムの長大なメッセージコンテンツを配信することができない。
【０００９】
【特許文献１】米国特許第６０２１１７７号明細書
【特許文献２】米国特許出願第０９／６２６４３７号明細書
【非特許文献１】ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ａｕｔｏｍａｔｉｃ Ｍｅｔｅｒ Ｒｅａｄｉｎｇ ｖｉａ Ｔｅｌｅｐｈｏｎｅ − Ｎｅｔｗｏｒｋ ｔｏ Ｕｔｉｌｉｔｙ Ｃｏｎｔｒｏｌｌｅｒ （１３２９）
【非特許文献２】Ｔｅｌｃｏｒｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｇｅｎｅｒｉｃ Ｒｅｑｕｉｒｅｍｅｎｔｓ， ＧＲ−３０−ＣＯＲＥ Ｖｏｉｃｅｂａｎｄ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｉｎｔｅｒｆａｃｅ （ＧＲ−３０−ＣＯＲＥ）
【非特許文献３】Ｔｅｌｃｏｒｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ ＧＲ−５７５−ＣＯＲＥ Ｃａｌｌｉｎｇ Ｉｄｅｎｔｉｔｙ Ｄｅｌｉｖｅｒｙ ｏｎ Ｃａｌｌ Ｗａｉｔｉｎｇ
【非特許文献４】Ｔｅｌｃｏｒｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｇｅｎｅｒｉｃ Ｒｅｑｕｉｒｅｍｅｎｔｓ， ＧＲ−３１−ＣＯＲＥ Ｃａｌｌｉｎｇ Ｎｕｍｂｅｒ Ｄｅｌｉｖｅｒｙ
【発明の開示】
【発明が解決しようとする課題】
【００１０】
理解することができるとおり、現在のメッセージブロードキャストシステムは、コンテンツと速度の間でトレードオフを行わなければならない。ダイヤルアウト音声通知システムは、大量のコンテンツを配信することができるが、そのようなコンテンツを、ほどほどに大きい人数の受信者に配信するのさえ、非常に遅い。（特許文献１）で説明するシステムは、コンテンツを迅速に配信することができるが、システムが配信することができるコンテンツの量が、大幅に制限されている。
【００１１】
したがって、大量のコンテンツをより迅速に配信することができるメッセージブロードキャストシステムの必要性が求められる。
【００１２】
本発明は、比較的大量のコンテンツを顧客宅内デバイスに迅速に配信することができるメッセージブロードキャストシステムを提供することにより、先行技術の諸問題を解決する。
【課題を解決するための手段】
【００１３】
本発明の諸原理によれば、ダイヤルアウト音声サーバが、顧客宅内警報デバイス群に関連する複数の電話番号への複数の電話コールを開始する。また、ダイヤルアウト音声サーバは、警報デバイス群に制御データ信号も送信する。制御データ信号は、着信音声メッセージを警報デバイス群に示す。
【００１４】
顧客宅内デバイス群は、通信チャネルを介して遠隔通信ネットワークに接続され、デバイス群は、制御データ信号に関して通信チャネルを継続的に監視するように構成される。制御データ信号の受信に応答して、警報デバイスは、着信音声メッセージを受信するように自らを自動的に構成する。この自動的構成は、エンドユーザの介入なしに行われ、したがって、エンドユーザ対話によって導入される遅延は、本発明の諸原理に従って回避される。音声メッセージを警報デバイスに配信した後、ダイヤルアウト音声サーバは、切断して、別のコールを行うことができる。
【００１５】
本発明の諸原理は、様々な実施形態において実施することができる。例えば、ダイヤルアウトサーバに関して、ダイヤルアウトサーバが、顧客宅内へのコールを開始して、制御データ信号を送信することができる様々な形が存在する。一実施形態では、ダイヤルアウト音声サーバは、コールを、リンギングが抑圧された（ｓｕｐｐｒｅｓｓｅｄ ｒｉｎｇｉｎｇ）電話コールとして開始し、これにより、線に従来のリンギングを印加することなしに、顧客宅内デバイス群に対する音声パスの確立がもたらされる。次に、制御データ信号が、確立された音声パスを介して、帯域内データ信号として送信される。
【００１６】
代替として、ダイヤルアウト音声サーバは、ネットワークに制御信号をシグナルすることによってコールを開始して、制御データ信号が、帯域内信号または帯域外データとして送信されることが可能であるようにしてもよい。以下にさらに詳細に説明するとおり、Ｃａｌｌｅｒ−ＩＤサービスおよび通話中着信サービス（ｃａｌｌ ｗａｉｔｉｎｇ ｓｅｒｖｉｃｅ）を含め、様々なオンフック（ｏｎ−ｈｏｏｋ）およびオフフック（ｏｆｆ−ｈｏｏｋ）のデータ送信技術を使用することができる。
【００１７】
前述したとおり、警報デバイスは、ダイヤルアウトサーバからの着信音声メッセージを示す制御データ信号の受信に関して、通信チャネルを継続的に監視する。制御データ信号は、ダイヤルアウトサーバおよびデータネットワークがどのようにデータ信号を送信するかに依存して、様々な形で受信されることが可能である。前述したとおり、適切な制御データ信号が受信されると、警報デバイスは、着信音声メッセージを受信するように自らを自動的に構成する。この自動的構成により、警報デバイスが、着信コールに自動的に応答することが可能である。さらに、制御データ信号を受信すると、警報デバイスは、顧客宅内におけるエンドユーザに様々なタイプのアラーム信号を開始して、音声メッセージが受信されたことを示すことが可能である。また、警報デバイスは、音声メッセージを記録して、顧客宅内におけるユーザが、後の時点で、そのメッセージにアクセスできるようにすることもできる。このため、ユーザが、メッセージを受信するように顧客宅内において対応できない場合でも、メッセージは、やはり、配信され、ダイヤルアウト音声サーバは、後の時点でコールを再試行することなしに、次のコールにとりかかることができる。警報デバイスは、音声メッセージが実際に受信され、許可されたユーザによって受信されることを確実にすることに役立つ、様々なタイプの確認サービスおよび認証サービスを実施することができる。
【００１８】
本発明によるシステムの別の利点は、ダイヤルアウト音声サーバの音声メッセージ機構をより効率的に利用することができることである。以下にさらに詳細に説明するとおり、本発明によるシステムは、先行技術のシステムのコール確立のばらつきを有さない。というのは、コールには、顧客宅内警報デバイス群によって自動的に応答が行われるからである。その結果、同一の最終スイッチ（ｔｅｒｍｉｎａｔｉｎｇ ｓｗｉｔｃｈ）上のダイヤル呼び出しされる番号に、ダイヤルアウト音声サーバによって行われたコールは、非常に似通ったコール確立時間を有する可能性が高い。これにより、多くのコールの間でダイヤルアウト音声サーバの１つの音声メッセージ機構を共用する可能性がもたらされ、多数の同時のコールを提供する能力を依然として備えながら、より少ない専用の音声メッセージ機構を有するダイヤルアウト音声サーバの設計が可能になる。
【００１９】
本発明の諸原理は、有線電話網、無線電話網、ケーブルネットワーク、およびパケットネットワークを含む、様々なタイプのネットワークにおいて実施することができる。
【００２０】
本発明の以上、およびその他の利点は、以下の詳細な説明、および添付の図面を参照することにより、当業者には明白となろう。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明を実施することができるネットワーク１００を示すブロック図である。ネットワークは、ユーザが、ダイヤルアウト音声通知サービスを開始し、制御するために対話することができる通知管理システム１０２を含む。ユーザ制御の下で、通知管理システム１０２は、目標の人々（ｔａｒｇｅｔ ｐｏｐｕｌａｔｉｏｎ）の電話番号を特定し、電話番号リスト、およびあらかじめ記録された音声メッセージを、ダイヤルアウト音声サーバ１０４および１０５のような、１つまたは複数のダイヤルアウト音声サーバに分配する。通知管理システム１０２は、適切にプログラミングされたコンピュータとして実施することができ、通知管理システムの構成の詳細は、本発明の諸原理を理解するのに必須ではない。通知管理システム１０２は、ダイヤルアウト音声サーバ群に直接に接続されても、データネットワーク（例えば、ローカルエリアネットワーク、ワイドエリアネットワークなど）を介して接続されてもよい。ダイヤルアウト音声サーバ１０４は、スイッチ１０６を介してＰＳＴＮ（公衆交換電話網）１１０に接続される。ダイヤルアウト音声サーバ１０４は、複数のポート１０８を介してスイッチ１０６に接続される。ポート１０８の数により、ダイヤルアウト音声サーバ１０４が開始することができる同時のコールの数が定義される。コールセットアップ情報をシグナルするためのデジタルアクセストランク群を有するトランク制御チャネル１０９が、通常、存在する。通常のトランキング接続（ｔｒｕｎｋｉｎｇ ｃｏｎｎｅｃｔｉｏｎ）には、Ｅ＆Ｍトランク、またはループ開始線（ｌｏｏｐ ｓｔａｒｔ ｌｉｎｅ）から成るＩＳＤＮ−ＰＲＩおよびチャネル化Ｔ１が含まれる。スイッチ１０６は、スイッチ１１２、１１８のような、１つまたは複数のさらなるスイッチに接続されることが可能であり、これにより、コールが、ＰＳＴＮ全体にわたってルーティングされ、最終的に、顧客宅内に終端することが可能になる。顧客宅内に接続されるスイッチは、最終スイッチ、または中央局（ｃｅｎｔｒａｌ ｏｆｆｉｃｅ）スイッチと呼ぶことができる。図１では、スイッチ１１２が、顧客宅内１１４および１１６に接続された最終スイッチである。２つだけの顧客宅内１１４および１１６を図１に示すが、通常の最終スイッチは、多くの顧客宅内に接続される。
【００２２】
図１のダイヤルアウト音声サーバ１０５は、スイッチ１１８を介してＰＳＴＮ１１０に接続されているのが示されている。スイッチ１１８は、ネットワークゲートウェイとして作用し、ＭＳＣ（移動交換局）１２２と呼ばれる無線スイッチを介して無線ネットワーク１２０に、音声ゲートウェイ１３４（ソフトスイッチによって実施されることも可能な）を介してケーブルネットワーク１３２にも接続される。ＭＳＣ１２２は、基地局１２４および１２６にさらに接続される。基地局１２４は、無線インタフェース１３２を介して無線デバイス１２８と、基地局１２６は、無線インタフェース１３４を介して無線デバイス１３０とそれぞれ通信しているのが示されている。音声ゲートウェイ１３４は、マルチメディア、音声、およびデータをセットトップボックス１３８にブロードキャストするヘッドエンド１３６にさらに接続され、セットトップボックス１３８は、テレビ（例えば、テレビ１４０）にビデオアクセスを提供し、コンピュータ（例えば、コンピュータ１４２）にインターネットアクセスを提供し、電話機（例えば、電話機１４６）に電話アクセスを提供する。セットトップボックス１３８に接続されているのが示されている警報デバイス１４４を以下にさらに詳細に説明する。スイッチ、ＭＳＣ、基地局、音声ゲートウェイ、およびヘッドエンドを含む、ネットワーク１００のような遠隔通信ネットワークの構成は、当技術分野で周知であり、本明細書で詳細に説明することはしない。
【００２３】
ダイヤルアウトサーバ１０４、１０５は、便宜上、ＰＳＴＮ１１０に接続されているのを示すが、ＭＳＣ１２２または音声ゲートウェイ１３４に直接に接続され、サブネットワーク（ＰＳＴＮ、無線、およびケーブル）のいずれにおける警報デバイス群に対しても連絡をとる能力を保持する。
【００２４】
図２は、ダイヤルアウト音声サーバ２００のさらなる詳細を示す。ダイヤルアウト音声サーバ２００は、データネットワークと通信するためのネットワークインタフェース２０２を含む。図１に示したインプリメンテーションでは、ネットワークインタフェース２０２は、通知管理システム１０２との通信を提供する。また、ダイヤルアウト音声サーバ２００は、ダイヤルアウト音声サーバ２００の全体的な動作を制御する、１つまたは複数のプロセッサ（例えば、プロセッサ２０４）も含む。当技術分野で周知のとおり、ダイヤルアウト音声サーバ２００は、適切にプログラミングされたコンピュータとして実施することができ、そのため、ダイヤルアウト音声サーバ２００の動作は、コンピュータプログラム命令の実行によって定義される。コンピュータプログラム命令は、メモリ２０６の中に格納されることが可能である。また、メモリ２０６は、ダイヤルアウト音声サーバ２００の動作に要求される、他のデータも含む。メモリ２０６は、磁気媒体、光媒体、電子媒体、またはそれ以外の媒体を含む、任意のタイプの記憶媒体を表すことを理解されたい。さらに、１つだけのメモリ２０６を図２に示すが、メモリ２０６は、任意の１つまたは複数のタイプの記憶媒体として実施することができる。また、ダイヤルアウト音声サーバ２００は、１つまたは複数の音声メッセージ機構、例えば、音声メッセージ機構２０８、２１０も含む。音声メッセージ機構２０８、２１０は、様々な顧客宅内に配信されるべき音声記録を再生するように動作する。メッセージは、アナログフォーマットまたはデジタルフォーマットでメモリ２０６の中に格納されることが可能であり、音声メッセージ機構２０８、２１０は、格納されたメッセージを、ダイヤルアウト音声サーバ２００の出力ポート２１４、２１６、２１８に配信するために、アナログ音声信号またはデジタル音声信号に変換する。出力ポート２１４、２１６、２１８は、図１に関連して前述したとおり、電話網スイッチに接続される。音声メッセージ機構２０８、２１０は、内部スイッチ２２０を介して出力ポート２１４、２１６、２１８に接続され、スイッチ２２０は、音声メッセージ機構の単一の出力を、出力ポート２１４、２１６、２１８の複数のポートに接続することができる。そのような構成の利点を、以下にさらに詳細に説明する。ダイヤルアウト音声サーバ２００の様々なコンポーネントは、例えば、データバス２１２を使用して、当技術分野で周知の形で、互いに接続することができる。顧客宅内３００のさらなる詳細を図３に示す。図３は、着信電話線３０６と標準の電話機３０２の中間に接続された警報デバイス３０４を示す。警報デバイス３０４は、電話線３０６と電話機３０２の中間にデバイスを接続するための２つの標準ＲＪ−１１電話ポート３０８、３１０を含む。これにより、警報デバイス３０４が、以下にさらに詳細に説明するとおり、必要な場合、標準の電話機３０２への、ある種のデータ信号およびミュート信号、ならびに標準の電話機３０２からの、ある種のデータ信号およびミュート信号に関して、電話線を常時、監視することが可能になる。警報デバイス３０４は、ある種のデータを検出すると、適切な処理を開始することができる。それ以外の場合、線３０６を介して着信する通常の電話コールが、電話機３０２による通常の処理のために、ポート３１０を介して電話機３０２に送られることが可能である。警報デバイス３０４は、警報デバイス３０４の全体的な動作を制御するプロセッサ３１０を含む。当技術分野で周知のとおり、警報デバイス３０４の動作は、メモリ３１２の中の格納されたコンピュータプログラム命令の実行によって定義されることが可能である。また、メモリ３１２は、警報デバイス３０４の動作に要求される、他のデータも含む。メモリ３１２は、磁気媒体、光媒体、電子媒体、またはそれ以外の媒体を含む、任意のタイプの記憶媒体を表すことを理解されたい。さらに、１つだけのメモリ３１２を図３に示すが、メモリ３１２は、任意の１つまたは複数のタイプの記憶媒体として実施することができる。また、警報デバイス３０４は、ユーザとインタフェースをとるための様々な入出力デバイスも含む。ユーザとインタフェースをとるために使用することができる、多数の様々なタイプの入出力デバイスが存在し、本明細書で使用するＩ／Ｏ３１４は、任意のタイプの入出力デバイスを表す。例えば、使用することができる通常の入出力デバイスには、１つまたは複数のＬＥＤ（発光ダイオード）３１６、オーディオ出力のためのスピーカ３１８、ＬＣＤ（液晶ディスプレイ）３２０、物理的動き（例えば、振動）を生じさせるためのトランスデューサ３２２、ならびに様々なコマンドをユーザが警報デバイス３０４に入力することを可能にするための、様々なユーザキー３２４が含まれる。警報デバイス３０４の様々なコンポーネントは、例えば、データバス３２６を使用して、当技術分野で周知の形で互いに接続することができる。バッテリなどの、バックアップ電源３２８が提供されて、商業電力が停電したが、電話アクセスが、依然として機能している場合に、警報デバイスが、機能し、メッセージを受信することを可能にする。警報デバイスの動作を、以下にさらに詳細に説明する。本発明の諸原理による警報デバイスに関する様々な可能な構成が存在することが、当業者には認識されよう。例えば、プログラマブルプロセッサ３１０を図３に示すが、警報デバイスの所望の機能は、ソフトウェアの代わりにハードウェアを使用して、あるいはハードウェアとソフトウェアの何らかの組合せを使用して得ることもできることが、当業者には認識されよう。また、警報デバイスは、スピーカや電話インタフェースカードなどの、適切な周辺機器を備えたパーソナルコンピュータまたはテレビに組み込んで、電子メール、ページング、Ｗｅｂポスティング、またはより目立つスクリーン表示などの、より豊かな能力セットを利用することができることも、当業者には認識されよう。
【００２５】
次に、本発明の一実施形態を、図４のコールフローチャートに関連して説明する。この実施形態では、変更されるべき被呼線（ｃａｌｌｅｄ ｌｉｎｅ）は、オンフックである。図４の垂直の線は、ダイヤルアウト音声サーバ（例えば、１０４または１０５）、遠隔通信ネットワークスイッチ（例えば、１０６、１１２、または１１８）、警報デバイス（例えば、３０４）、およびユーザをそれぞれ表す。水平の矢印は、エンティティ間で伝送されているコールフローメッセージおよびデータを表す。メッセージの順次のタイミングが、矢印の相対的な垂直位置で表され、このため、最初のメッセージは、チャートの最上部に示され、メッセージは、チャートを下に行くことにより、順次に進む。絶対的なタイミングは、チャートに示しておらず、代わりに、相対的なタイミングだけを示している。本発明の第１の実施形態によれば、通知管理システムは、ブロードキャスト音声メッセージを受信する必要がある電話番号のリストを特定するものと想定されたい。前述したとおり、そのメッセージは、緊急事態ブロードキャスト（例えば、気象警報）または情報ブロードキャスト（例えば、企業施設閉鎖）であることが可能である。通知管理システム１０２は、電話番号のリストを音声メッセージとともに、ダイヤルアウト音声サーバ１０４、１０５のいずれか、または両方に送信する。いずれのサーバを使用するかは、音声メッセージが配信されるべき電話番号に依存する。一部の電話番号には、遠隔通信ネットワークのトポロジに依存して、ダイヤルアウト音声サーバの一方、または他方によって、より効率的にサービスが提供されることが可能である。例えば、一部の電話番号には、その特定の電話番号群にサービスを提供する最終スイッチへのダイヤルアウト音声サーバの近さ、またはサブネットワークへのダイヤルアウト音声サーバの接続に基づき、サーバが割り当てられることが可能である。使用されるダイヤルアウト音声サーバの特定の選択は、本発明の諸原理を理解するのに必須ではない。
【００２６】
図４の説明のため、ダイヤルアウト音声サーバは、サーバ１０４であり、スイッチは、最終スイッチ１１２であり、警報デバイスは、顧客宅内１１４、１１６における１つまたは複数の警報デバイスであるものと想定する。第１に、サーバ１０４が、最終スイッチ１１２に対して、リンギングが抑圧されたコールを開始する（４０２）。リンギングが抑圧されたコールは、ダイヤルアウト音声サーバが、通常のリンギングを印加することなしに、宛先電話番号に対する接続を確立することを可能にする、特別なスイッチ機能を利用する。一実施形態では、リンギングが抑圧されたコールは、リンギングが抑圧されたアクセス機能を使用して、ＩＳＤＮ（デジタル総合サービス網）などのデジタルアクセス機構を介して、最終スイッチ１１２にコールセットアップメッセージを送信することによって開始される。例えば、Ｎｏｒｔｅｌ ＤＭＳ１００スイッチ上で利用可能なリンギングが抑圧されたアクセス機能を使用して、サーバ１０４によって発信されたコールが、最終スイッチ上の特別なＤＮ（ダイヤル呼び出し番号（ｄｉａｌｅｄ ｎｕｍｂｅｒ））にルーティングされる。この場合、実際の宛先電話番号は、補助番号フィールドの中に入れられる。最終スイッチは、リンギングが抑圧されたアクセス機能を呼び出すことにより、その特別なＤＮへのすべてのコールに応答する。スイッチは、補助番号フィールドから実際の線宛先（ｌｉｎｅ ｄｅｓｔｉｎａｔｉｏｎ）を選択し、リンギングを印加することなしに、サーバと宛先線（ｄｅｓｔｉｎａｔｉｏｎ ｌｉｎｅ）の間で音声接続を確立する。音声パスが確立されると、Ｑ．９３１ ＩＳＤＮメッセージなどの指示（４０４）が、ダイヤルアウト音声サーバに送り返されて、音声パスがオンフック状態で確立されたことをサーバに知らせる。デジタルループキャリア設備が、ループプラント（ｌｏｏｐ ｐｌａｎｔ）内にあり、フルタイムのオンフック送信を有するように構成されていない場合、またはパワーダウンモードが有効にされている場合、リンギングが抑圧されたコールは、オプションとして、先行する短いピンリング（ｐｉｎｇ ｒｉｎｇ）またはＯＳＩ（オープンスイッチングインタバル（ｏｐｅｎ ｓｗｉｔｃｈｉｎｇ ｉｎｔｅｒｖａｌ））で確立して、音声チャネルを割り当てるようにデジタルループキャリア設備を呼び起こし、顧客宅内へのパスが完成させられるようにすることができる。
【００２７】
代替の実施形態では、デジタルアクセス機構を使用して、リンギングが抑圧された電話コールを確立するのではなく、遠隔計器読み取りアプリケーションのために当初、開発されたユーティリティテレメトリサービス機能（Ｕｔｉｌｉｔｙ Ｔｅｌｅｍｅｔｒｙ Ｓｅｒｖｉｃｅ Ｆｅａｔｕｒｅ）を使用することもできる。この場合、サーバ１０４は、スイッチ１１２へのアナログＵＴＴトランクを占有し（ｓｅｉｚｅ）、帯域内シグナルプロトコルを使用して、実際の宛先電話アドレスをスイッチに送信する。スイッチは、リンギングなしに、宛先線に対する接続を確立し、指示（４０４）をサーバに送り返す。この変種は、アナログトランクを使用し、各スイッチへの直接トランキングを要するが、リンギングが抑圧されたアクセス機能と同様の機能が実現される。また、ユーティリティテレメトリサービス機能は、（非特許文献１）において標準化された最初のリンギングが抑圧されたアクセス能力であったため、より広く利用可能である。しかし、両方の機能が、通常のリンギングを印加することなしに、サーバ１０４から、オンフック状態の顧客宅内への音声チャネルを開く同一の機能を実行する。
【００２８】
両方のケースで、指示４０４を受信すると、ダイヤルアウト音声サーバは、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、フックスイッチ制御パラメータ、および音声記録制御パラメータを指定する帯域内制御データ信号４０６を生成する。例えば、この帯域内制御データ信号４０６は、（非特許文献２）において説明されているシグナル方法を使用して生成されたＭＤＭＦ（Ｍｕｌｔｉｐｌｅ Ｄａｔａ Ｍｅｓｓａｇｅ Ｆｏｒｍａｔ）であることが可能であり、この要件（非特許文献２）は、周知であり、Ｃａｌｌｅｒ−ＩＤ配信のために一般的に使用されている。ユーザ宅内における警報デバイスは、その信号を受信する。
【００２９】
ユーザ宅内３００における警報デバイス３０４は、電話線３０６に接続され、制御データ信号４０６のような制御データ信号に関して、電話線３０６を常時、監視する。この場合も、図４に示す本発明の実施形態は、顧客宅内３００においてメッセージ４０６が受信される際に、電話機３０２がオンフック状態にあるケースに相当する。制御データ信号４０６が受信されると、警報デバイス３０４は、メッセージを復号化し、デバイス３０４のＬＣＤディスプレイ３２０上のテキストフィールド内で、そのテキストメッセージを表示する。アラーム制御パラメータが、復号化され、顧客宅内３００の占有者の注意を引くため、適切なアラームがアクティブにされる（例えば、スピーカ３１８を介する可聴アラーム、ＬＥＤ３１６を介する視覚的アラーム、および／またはトランスデューサを介する動きのアラーム）。もちろん、特定のインプリメンテーションに依存して、アラーム機構の様々な組合せを使用することができる。テキストメッセージの表示、および可聴アラームを鳴らすことを、図４にメッセージ４０８で表す。
【００３０】
アラームが鳴っている間に、警報デバイス３０４は、フックスイッチ制御パラメータおよび音声記録制御パラメータを復号化する。ダイヤルアウト音声サーバが、警報デバイスに音声メッセージを送信することを要求していた場合、フックスイッチ制御パラメータは、最初のアラームの休止後、オフフック条件に移るよう、警報デバイスに命令する。オフフックになった後（４１０）、スイッチは、メッセージ４１４を介して、オフフック条件をダイヤルアウト音声サーバに報告する。オフフックになった後、警報デバイスは、可聴アラーム（４１２）をオフにし、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。警報デバイスがオフフックになったという、スイッチからの指示４１４を受信すると、ダイヤルアウト音声サーバは、開かれた音声パスを介して、音声メッセージ４１６をユーザに送信する。警報デバイスは、スピーカ３１８を介して、顧客宅内３００の占有者に音声メッセージを再生する。また、警報デバイスがメッセージを記録すべきことを、メッセージ４０６内で受信された音声記録制御パラメータが示していた場合、警報デバイス３０４は、４１８で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、警報デバイス３０４のメモリ３１２の中に記録されることが可能である。警報デバイスは、顧客宅内の占有者による後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。
【００３１】
メッセージ配信確認が、メッセージブロードキャストシステムにおいて、しばしば、有利である。例えば、特に緊急事態通知システムにおいて、対象の受信者へのメッセージ配信の確認を提供することが有利である。本発明の諸原理に関連してメッセージ確認を提供するため、警報デバイス３０４は、確認ボタン（例えば、ユーザキー３２４の１つ）をさらに有するように構成することができる。確認ボタンを押すことにより（４１７）、短いインジケータ（例えば、ＤＴＭＦトーン）（４１９）がダイヤルアウト音声サーバに送信されて、配信が確認される。好ましくは、受信者は、音声メッセージ自体の中の、またはＬＣＤディスプレイにおけるプロンプトに応答して、可聴アラームまたは音声メッセージの間に確認ボタンを押して、配信を確認する。アラームおよび音声メッセージは、配信を確認する要求に先立って再生されて、ユーザが確認を行うのに待ち期間が導入されることを回避する。アラームおよび音声メッセージは、占有者が、アラームを受け、デバイスまで移動して、メッセージを聞きながら確認を行うことができる期間（ｉｎｔｅｒｖａｌ）を本来的にもたらす。
【００３２】
音声メッセージの配信後、サーバは、別の制御データ信号４２０を警報デバイスに送信する。この制御データ信号４２０は、オンフックになるよう、警報デバイスに命令し、デバイスのテキスト表示、光、および／またはサウンドで、アラーム条件の状態を調整する。次に、デバイスは、オンフックになる（４２２）。デバイスがオンフックであるという指示４２４をスイッチから受信すると、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。これにより、以上の説明から理解することができるとおり、本発明の１つの利点は、占有者が、コールを受信するように顧客宅内３００に居合わせているか否かに関わらず、警報デバイスが、ブロードキャストメッセージを受信することである。占有者が全く居合わせていない場合でも、音声メッセージは、配信され、４２６で示すとおり、占有者による後の取り出しのために、警報デバイスの中に格納される。その間に、ダイヤルアウト音声サーバは、次の受信者電話番号に音声メッセージを配信することに移ることができる。音声メッセージは、ユーザ介入なしに配信されることが可能であること、およびリンギングを印加すること、応答を待つこと、または話中の線に再試行することで失われる時間が全く存在しないことから、ダイヤルアウト音声サーバシステムのパフォーマンスが、大幅に向上する。さらに、メッセージは、今や、警報デバイスの中にローカルで格納されるので、メッセージを再生する占有者からの要求により、ダイヤルアウトサーバが、次の配信にとりかかることが遅延させられることがない。図４（ならびに、その後に続く図５〜図１１）は、単一のコールの処理を示しているが、通常の実施形態では、ダイヤルアウト音声サーバは、多くの同時のコールを行うことを理解されたい。同時のコールの数は、一般に、ダイヤルアウト音声サーバをネットワークに接続するポートの数によって制限される。前述したとおり、メッセージが受信される際に占有者が居合わせていない場合、占有者は、そのデータを後の時点で取り出すことができる（４２６）。本発明のさらなる実施形態では、メッセージの取り出しにより、確認がダイヤルアウト音声サーバに送信されることが生じさせられることが可能である。具体的には、ユーザが、メッセージが着信する際に応対できない場合、警報デバイスは、デバイスのメモリ３１２の中に、そのメッセージの格納済みのローカルコピーを有する。依然としてアラーム条件にある警報デバイスは、占有者が戻ると、占有者を引き付ける。格納済みのメッセージを再生するボタンを押すと４２８、警報デバイスが、ダイヤルアウトサーバ１０４、１０５に終端する、あらかじめプログラミングされた番号にダイヤルアウトする（４３０）配信後（ｐｏｓｔ−ｄｅｌｉｖｅｒｙ）確認が、自動的に生成される。応答があると、ダイヤルアウトサーバは、警報デバイスが応答したことを警報デバイスに積極的に知らせる制御データ信号４３２を送信する。というのは、応答インジケータ、またはラインサイドの（ｌｉｎｅｓｉｄｅ）監督は、住宅線上で全く提供されないからである。制御データ信号４３２を受信すると、警報デバイスは、デバイスの電話番号、ならびに確認が行われているメッセージのメッセージＩＤを、例えば、その情報を一連のＤＴＭＦトーンに符号化することによって報告する（４３４）。
【００３３】
一部の行政および法執行の応用例では、メッセージを提供する前に、受話者を認証することが望ましい。本発明の諸原理に関連してユーザ認証能力を提供するため、制御データ信号は、認証キーコードパラメータも含む。図１１は、認証能力が追加された、図４のメッセージフローチャートを示す。図１１を参照すると、制御データ信号を受信したことに応答して、警報デバイス３０４は、可聴アラームおよび視覚的アラームをアクティブにする。次に、警報デバイスは、オフフック状態に移り、スイッチが、このイベントの指示１１１４をサーバに提供するようにさせる。次に、サーバが、前述の場合と同様に、音声メッセージ１１１６を送信するが、スピーカホンモードでメッセージを再生する代わりに、１１１８で示すとおり、警報デバイスが、メッセージを記録する。可聴アラームおよびテキスト表示は、警報デバイスに占有者の注意を引き付ける。アラームは、有効な認証キーが警報デバイスに入力されるまで、または所定のタイムアウト期間（そのようなタイムアウト期間は、各アラームインジケータに関して、別々に定義することができる）が満了するまで、アクティブのままになる。詳細には、メッセージにアクセスするのに、占有者は、警報デバイスにキーコードを入力する（１１２２）。キーコードが、制御データ信号内で送信された認証コードと合致した場合、警報デバイスは、可聴アラームをオフにし（１１２４）、先頭から格納済みのメッセージを再生し（１１２６）、必要な場合、前述したとおり、確認を報告する。有利なインプリメンテーションでは、メッセージ再生は、メッセージの後の部分が、依然、記録されている最中に行われる。しかし、警報デバイスを単純化し、デバイスの費用を低減するため、再生は、メッセージ記録が停止するまで、遅延させることもできる。
【００３４】
無許可のユーザが、付属電話機（ｅｘｔｅｎｓｉｏｎ ｐｈｏｎｅ）に出て、メッセージが、ダイヤルアウトサーバから警報デバイスに送信されている際に、メッセージを聴取するのを回避するため、低ビット伝送速度のボコーダ（ｖｏｃｏｄｅｒ）および／または暗号化アルゴリズムを使用して、音声メッセージ１１１６をデータ信号として符号化／暗号化することが望ましい。警報デバイスは、デバイスのプロセッサ３１０を使用して、音声メッセージを復号化／解読するのに必要なソフトウェアアルゴリズムを含む。
【００３５】
図４および図１１は、ダイヤルアウト音声サーバからコールが受信された際に、顧客宅内電話機がオンフックであったコールフローチャートを示す。図５は、顧客宅内電話機がオフフックである（すなわち、ダイヤルアウト音声サーバからコールが受信された際、電話コールで通話中である）本発明の実施形態のコールフローチャートを示す。前述したとおり、通知管理システムが、ブロードキャスト音声メッセージを受信する必要がある電話番号のリストを特定し、電話番号のリストを、音声メッセージとともに、ダイヤルアウト音声サーバ１０４、１０５のいずれか、または両方に送信するものと想定されたい。
【００３６】
図５を参照すると、ダイヤルアウト音声サーバ１０４がまず、前述したとおり、コールセットアップメッセージを送信すること、または最終スイッチ１１２へのトランクを占有することにより、電話コールを開始する（５０２）。図４のフローとは異なり、スイッチは、顧客宅内が、現在、オフフックであるために、音声パスが拒否されたという適切な指示５０４を戻す。この指示の受信５０４に応答して、ダイヤルアウト音声サーバは、電話コールを再び開始する。一実施形態では、ＩＳＤＮなどのデジタルアクセス機構を使用して、コールが再び開始される。この場合、サーバは、コールセットアップ内に制御データ信号５０６を埋め込むことを、その信号を最終スイッチに配信するために行い、（非特許文献３）および（非特許文献２）において指定されるＣａｌｌ Ｉｄｅｎｔｉｔｙ Ｄｅｌｉｖｅｒｙ ｏｎ Ｃａｌｌ Ｗａｉｔｉｎｇ（通話中着信時のコールＩＤ配信）サービスによって使用されるような、「オフフックデータ伝送プロトコル」を利用して、制御信号５０６を顧客宅内に送信して、サーバが、そのコール試行を通話中着信として顧客宅内に終端させるべきことをコールセットアップ内で指定することも行う。この場合、ダイヤルアウトサーバは、Ｑ．９３１ ＦＡＣＩＬＩＴＩＥＳメッセージのような、アクセストランク制御プロトコルの一般的なフィールド内に制御データ信号５０６を埋め込んで、信号５０６をスイッチに送ることもできる。電話コールのセットアップ中、制御データ信号５０６は、確立が行われている音声パスに関連付けられたままである。したがって、図４とは逆に、この実施形態は、ダイヤルアウト音声サーバと最終スイッチの間で音声パスをセットアップすることと、サーバからスイッチに制御信号５０６を配信することを同時に行い、スイッチが、次に、以下にさらに説明するとおり、通話中着信を使用して、信号５０６を顧客宅内に配信する。概して、ダイヤルアウト音声サーバが、音声パスを確立することと、特別なデータメッセージをスイッチに送信することを同時に行い、スイッチが、次に、「オフフックデータ伝送プロトコル」を使用して、そのメッセージを顧客宅内に配信することを可能にするこの能力は、参照により本明細書に組み込まれている「Method and System for Transporting Generic Data Messages Over the Public Switched Telephone Network to Customer Premises Equipment Without Establishing a Call」という名称の（特許文献２）で説明されているのと同様なスイッチ機能拡張を使用して可能であることに留意されたい。
【００３７】
以上に説明した、デジタルアクセス手段を介して制御信号を配信することの代替として、サーバは、アナログＵＴＴトランクを使用して、コールを確立することもできる。この場合、サーバは、最終スイッチ１１２へのトランクを占有する。次に、サーバは、帯域内伝送プロトコルを使用して、制御信号５０６を最終スイッチ１１２に伝送し、顧客宅内へのコール試行が、通話中着信として終端すべきこと、ならびに制御信号５０６が、「オフフックデータ伝送プロトコル」を利用して、顧客宅内に送信されるべきことをスイッチに命令する。
【００３８】
制御信号５０６が、どのように最終スイッチに配信されるか、または通話中着信扱いが、どのようにスイッチにシグナルされるかに関わらず、最終スイッチは、顧客宅内線に通話中着信扱いを適用することを、顧客が、そのサービスに加入しているかどうかに関わらず行う。発信端が、通話中着信扱いを強制する能力は、Ｃａｌｌ Ｗａｉｔｉｎｇ Ｏｒｉｇｉｎａｔｉｎｇ（通話中着信発信）機能の形態で存在する。通話中着信扱いは、顧客宅内において、現在、進行中のコールに、割り込みが行われることを生じさせ、遠端パスは、ミュートされる。詳細には、顧客宅内が、アナログインタフェースを使用するものと想定すると、最終スイッチからのトーンおよびデータリソースがまず、線に接続されて、ＣＡＳ（ＣＰＥアラーム信号）、すなわち、肯定応答ハンドシェークが開始される５０７。前述したとおり、警報デバイスは、顧客宅内電話機３０２が、コールで通話中であり、オフフックポジションにある場合でも、電話線３０６を継続的に監視する。ＣＡＳを受信すると、警報デバイスは、（非特許文献２）で説明されるとおり、電話機３０２へのパスをミュートして、スイッチへの空いた通信チャネルを作成し、肯定応答信号を伝送する。最終スイッチは、制御データ信号５０６、ならびにオプションとして、ダイヤルアウトサーバのＣａｌｌｅｒ−ＩＤを伝送（５０８）することによって応答する。制御データ信号の最後のバイトが転送された後、最終スイッチは、既存のコールを再確立し、警報デバイスは、電話パス３１０を再接続する。前述したとおり、制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、フックスイッチ制御パラメータ、および音声記録制御パラメータを指定する。制御データ信号５０６の受信後、警報デバイス３０４は、メッセージを復号化し、そのテキストメッセージ、ならびに提供される場合、Ｃａｌｌｅｒ−ＩＤを表示し、前述したとおり、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、図５に５１０で表す。
【００３９】
アラームが鳴っている間、警報デバイス３０４は、この場合も、アナログインタフェースを想定すると、スイッチに、例えば、ＦＬＡＳＨ信号５１２を送信する。ＦＬＡＳＨ信号は、例えば、ユーザが、電話スイッチフックを５００ミリ秒の期間にわたり、すばやく押して、離した場合にも生成されることが可能な、周知の遠隔通信信号である。当技術分野で周知のとおり、ＦＬＡＳＨ信号は、顧客宅内が、待機中の電話コールに接続されること、つまり、このケースでは、ダイヤルアウト音声サーバへの接続を所望することをスイッチに示す。ＦＬＡＳＨをシグナルした後、警報デバイスは、デバイスの可聴アラームをオフにし（５１３）、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。次に、スイッチが、ＦＬＡＳＨ信号の指示５１４をダイヤルアウト音声サーバに送信し、顧客宅内が、ＦＬＡＳＨをシグナルしたこと、およびサーバと顧客宅内の間に音声パスが存在することを示す。スイッチからのメッセージ５１４を受信すると、ダイヤルアウト音声サーバは、５１６で表すとおり、音声パスを介して、音声メッセージをユーザに送信する。警報デバイスは、スピーカ３１８を介して、顧客宅内３００の占有者に音声メッセージを再生する。また、メッセージ５０８内で受信された音声記録制御パラメータにより、警報デバイスが、メッセージを記録すべきことが示されていた場合、警報デバイス３０４は、５１８で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、警報デバイス３０４のメモリ３１２の中に記録されることが可能である。警報デバイスは、顧客宅内の占有者による後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。確認およびユーザ認証が、前述したとおり、ユーザキー３２４、ならびにプロセッサ３１０によって実行されるデコーダアルゴリズムによって提供されることが可能である。音声メッセージの配信後、ダイヤルアウト音声サーバは、帯域内制御データ信号５２０を警報デバイスに送信する。次に、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。制御データ信号５２０は、スイッチにＦＬＡＳＨをシグナルし、テキスト表示、光、および／またはサウンドで、アラーム条件を調整するよう、警報デバイス群に命令する。次に、警報デバイスが、ＦＬＡＳＨをシグナルし（５２２）、スイッチが、ダイヤルアウト音声サーバコールによって割り込みが行われた、以前のコールを再確立する。顧客宅内の占有者は、５２４で表すとおり、後の時点でメッセージにアクセスすることができる。
【００４０】
図５で説明するとおり、ダイヤルアウト音声サーバは、顧客宅内デバイスが、現在、オフフックである場合、２回のコール試行を行わなければならない。代替として、ダイヤルアウト音声サーバは、電話コールを開始する最初の試行５０２時に、制御データ信号５０６を埋め込んで、線が話中であった場合に、５０６でリンギングが抑圧されたコールを再び開始する必要をなくすこともできる。例えば、前述したデジタルアクセス方法を使用して、ダイヤルアウト音声サーバは、コールセットアップ内に制御データ信号５０６を埋め込み、線がオフフックである場合、コール試行が、顧客宅内に通話中着信として終端すべきこと（オフフックデータ伝送プロトコルを利用して、顧客宅内に制御信号５０６を配信して）、または線がオンフックである場合、最終スイッチが、（特許文献２）で説明されるとおり、パワーリンギング（ｐｏｗｅｒ ｒｉｎｇｉｎｇ）なしにオンフックデータ伝送プロトコルを利用して、制御データ信号を顧客宅内に配信すべきことを、コールセットアップ内で指定することができる。それでも、このインプリメンテーションは、それほど有利ではない。というのは、このインプリメンテーションは、制御データ信号を配信するのに共有のスイッチデータリソースを消費し、このため、ブロックおよび遅延のさらなる原因を許すからである。
【００４１】
本発明の別の実施形態を参照すると、図４では、ダイヤルアウト音声サーバからコールが受信された際、顧客宅内電話機は、オンフックであり、サーバからの制御データ信号は、リンギングが抑圧されたコールを利用して配信されていた。図６は、コールが受信される際、顧客宅内電話機がやはりオンフックであるが、制御データ信号を配信するのにオンフックＣａｌｌｅｒ−ＩＤサービスが利用されるメッセージフローチャートを示す。この実施形態では、ダイヤルアウト音声サーバが、メッセージ６０２として電話コールを開始する。有利な実施形態では、コールは、Ｃａｌｌｅｒ−ＩＤ配信が、すべての電話線上で強制されることが、その特定の電話線に、現在、Ｃａｌｌｅｒ−ＩＤが割り当てられていない場合でも行われるように、開始されることが可能である。そのような機能は、前述したＣａｌｌ Ｗａｉｔｉｎｇ Ｏｒｉｇｉｎａｔｉｎｇ機能と同様であり、例えば、すべての線上でＣａｌｌｅｒ−ＩＤ配信を強制するように特別に提供される専用遠隔通信トランク上でコールを行うことにより（例えば、特別なＤＮを呼び出すこと、または特定のトランクを占有することにより）、達せられることが可能である。Ｃａｌｌｅｒ−ＩＤが強制されない場合、以下の説明から理解されるとおり、Ｃａｌｌｅｒ−ＩＤサービスを利用する顧客宅内だけが、音声メッセージでアラームを受ける。コールを開始した後、スイッチは、メッセージ６０４を顧客宅内に送信する。メッセージは、最初のリンギングとともに、Ｃａｌｌｅｒ−ＩＤ情報を含む。この手続きは、（非特許文献４）および（非特許文献２）に記載される周知のＣａｌｌｅｒ−ＩＤ標準に準拠する。メッセージ６０４を受信すると、警報デバイス３０４（前述したとおり、電話線３０６を監視している）は、発呼側電話番号が、ダイヤルアウト音声サーバ群の１つまたは複数のサーバに割り当てられた特別な番号であるかどうかを判定する。この実施形態によれば、警報デバイス３０４には、ダイヤルアウト音声サーバ群の電話番号が、あらかじめプログラミングされて、警報デバイス３０４が、ダイヤルアウト音声サーバ群の１つのサーバからのコールを識別できるようになっていなければならない。そのような番号は、警報デバイスのメモリ３１２の中に格納される。コールが、ダイヤルアウト音声プロセッサ群の１つのプロセッサからではない場合、コールは、通常の処理のために、ポート３１０を介して電話機３０２に送られる。
【００４２】
コールが、ダイヤルアウト音声プロセッサ群の１つのプロセッサからである場合、警報デバイスは、オフフックになり（６０６）、オフフック指示６０８が、ダイヤルアウト音声サーバに報告される。指示６０８の受信に応答して、ダイヤルアウト音声サーバは、帯域内シグナルを介して制御データ信号６１０を送信する。制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、および音声記録制御パラメータを指定する。制御データ信号６１０が受信されると、警報デバイス３０４は、前述したとおり、メッセージを復号化し、そのテキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、図６に６１２で表す。デバイスは、既にオフフックであるため、ダイヤルアウト音声サーバは、制御データ信号６１０に続き、所定の遅延後、音声メッセージ６１６を送り、警報デバイスは、前述したとおり、音声アナウンスを再生し、記録する（６１８）。音声メッセージ６１６は、いくらかの所定の遅延後に制御データ信号６１０に続くので、警報デバイス上の可聴アラームも、６１４で表すとおり、いくらかの所定の遅延後にオフにされる。
【００４３】
音声メッセージの配信後、サーバは、別の制御データ信号６２０を警報デバイスに送信する。この制御データ信号６２０は、オンフックになるよう、警報デバイスに命令し、デバイスのテキスト表示、光、および／またはサウンドで、アラーム条件を調整する。次に、デバイスが、オンフックになり（６２２）、オンフックになったことの指示（６２４）が、ダイヤルアウト音声サーバに転送される。スイッチから、このオンフック指示６２４を受信すると、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。音声メッセージが、６２６で示すとおり、配信され、占有者による後の取り出しのために、警報デバイスの中に格納される。
【００４４】
図６は、顧客宅内電話機がオンフックであり、制御データ信号を配信するのにＣａｌｌｅｒ−ＩＤサービスが利用されたコールフローチャートを示した。図９は、顧客宅内電話機がオフフックであり、制御データ信号を配信するのにＣａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスが利用される、本発明の類似した実施形態を示す。この実施形態では、ダイヤルアウトサーバは、Ｃａｌｌ−Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤ発信能力が割り当てられたトランクから電話コール９０２を開始することにより（例えば、特別なＤＮを呼び出すこと、または特定のトランクを占有することにより）、すべての電話線上でＣａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスを強制する。最終スイッチは、９０７で示すとおり、通話中着信扱いを顧客宅内線に適用し、ＣＡＳ肯定応答ハンドシェークを開始する。ハンドシェークの成功に続き、最終スイッチは、９１０で示すとおり、ダイヤルアウトサーバのＣａｌｌｅｒ−ＩＤ情報を送信する。この手続きは、（非特許文献３）に記載される周知の標準に準拠する。メッセージ９１０を受信すると、警報デバイス３０４（前述したとおり、電話線３０６を監視している）は、発呼側電話番号が、ダイヤルアウト音声サーバ群の１つまたは複数のサーバに割り当てられた特別な番号であるかどうかを判定する。この実施形態によれば、警報デバイス３０４には、ダイヤルアウト音声サーバ群の電話番号が、あらかじめプログラミングされて、警報デバイス３０４が、ダイヤルアウト音声サーバ群の１つのサーバからのコールを識別できるようになっていなければならない。そのような番号は、警報デバイスのメモリ３１２の中に格納される。通話中着信が、ダイヤルアウト音声プロセッサ群の１つのプロセッサからではない場合、通話中着信は、通常の処理のために、ポート３１０を介して電話機３０２に送られる。
【００４５】
通話中着信が、ダイヤルアウト音声プロセッサ群の１つのプロセッサからであり、警報デバイスが、Ｃａｌｌｅｒ−ＩＤをそのようなＩＤとして認識した場合、警報デバイスは、ステップ９１２で、例えば、ＦＬＡＳＨをシグナルして、最終スイッチが、デバイスとダイヤルアウト音声サーバの間に音声パスを確立するようにさせる。オフフック指示９１４を受信すると、ダイヤルアウト音声サーバは、帯域内シグナルを介して制御データ信号９１６を送信する。制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、および音声記録制御パラメータを指定する。制御データ信号９１６を受信すると、警報デバイス３０４は、メッセージを復号化し、そのテキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、図９に９１８で表す。デバイスは、既にオフフックであるため、ダイヤルアウト音声サーバは、制御データ信号９１６に続き、所定の遅延後、音声メッセージ９２０を送り、警報デバイスは、前述したとおり、音声アナウンスを再生し、記録する（９２２）。音声メッセージ９２０は、いくらかの所定の遅延後に制御データ信号９１６に続くので、警報デバイス上の可聴アラームも、９１９で表すとおり、いくらかの所定の遅延後にオフにされる。
【００４６】
音声メッセージの配信後、サーバは、帯域内制御データ信号９２４を警報デバイスに送信し、切断し、次のコールにとりかかる。この実施形態では、サーバは、制御データ信号９２４を送信した後、切断する必要があり、さもなければ、コールは、通話中着信機能の保留状態のままになる。制御データ信号９２４は、例えば、スイッチにＦＬＡＳＨをシグナルし、テキスト表示、光、および／またはサウンドでアラーム条件を調整するよう、警報デバイスに命令する。すると、デバイスは、ＦＬＡＳＨをシグナルし（９２６）、スイッチは、ダイヤルアウト音声サーバコールによって割り込みが行われた以前のコールを再確立する。顧客宅内における占有者は、９３０で表すとおり、後の時点でメッセージにアクセスすることができる。
【００４７】
図７は、制御データ信号が、オンフックＣａｌｌｅｒ−ＩＤ情報の代わりに、またはオンフックＣａｌｌｅｒ−ＩＤ情報に付加されて送信されて、特別な電話番号が、ダイヤルアウトサーバの番号であると認識される必要性を避ける、本発明の別の実施形態のメッセージフローチャートを示す。この実施形態は、ダイヤルアウト音声サーバが、制御データ信号を最終スイッチに配信し、次に、スイッチが、その信号を警報デバイスに配信する（音声チャネルを介して警報デバイスに制御信号を直接に配信することと対比して）という点で、図５に示した実施形態と同様である。詳細には、この実施形態によれば、ダイヤルアウト音声サーバは、制御データ信号を標準のＣａｌｌｅｒ−ＩＤ情報を配信するのに使用されるＧＲ−３０−ＣＯＲＥメッセージの中のパラメータとして、オンフックＣａｌｌｅｒ−ＩＤ情報に代用する、またはオンフックＣａｌｌｅｒ−ＩＤ情報に添付するよう、最終スイッチに命令する。第１に、ダイヤルアウト音声サーバは、制御信号が、パワーリンギングを伴うオンフックデータ伝送プロトコルを利用する通常のＣａｌｌｅｒ−ＩＤメッセージに取って代わらなければならない、またはＣａｌｌｅｒ−ＩＤメッセージ内のパラメータとして付加されなければならないという指示とともに、図５のメッセージ５０６に関連して前述したのと同様の方法を使用して、制御データ信号７０２をスイッチに送信する。スイッチは、所望される場合、メッセージ７０４として、第１のリングを制御データ信号およびＣａｌｌｅｒ−ＩＤとともに伝送する。制御データ信号７０４の受信後、警報デバイス３０４は、メッセージを復号化し、提供される場合、テキストメッセージおよびＣａｌｌｅｒ−ＩＤを表示し、前述したとおり、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、７０６で表す。アラームが鳴っている間、警報デバイス３０４は、図７０８で表すとおり、オフフックになる。オフフックになった後、警報デバイスは、可聴アラームをオフにし（７１０）、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。スイッチは、顧客宅内デバイスがオフフックになったことを示すオフフック指示７１２をダイヤルアウト音声サーバに送信する。スイッチからオフフック指示７１２を受信すると、ダイヤルアウト音声サーバは、７１４で表すとおり、音声パスを介して音声メッセージをユーザに送信する。警報デバイスは、スピーカ３１８を介して、顧客宅内３００の占有者に、その音声メッセージを再生する。また、メッセージ７０４内で受信された音声記録制御パラメータにより、警報デバイスが、メッセージを記録すべきことが示されていた場合、警報デバイス３０４は、７１６で表されるとおり、音声メッセージを記録する。音声メッセージは、例えば、警報デバイス３０４のメモリ３１２の中に記録されることが可能である。警報デバイスは、顧客宅内の占有者による後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。
【００４８】
音声メッセージの配信後、サーバは、帯域内制御データ信号７１８を警報デバイスに送信する。この制御データ信号７１８は、オンフックになり、テキスト表示、光、および／またはサウンドでアラーム条件を調整するよう、警報デバイスに命令する。すると、ステップ７２０で、デバイスが、オンフックになる。スイッチからオンフック指示７２２を受信すると、ダイヤルアウト音声サーバは、切断し、次のコールにとりかかる。顧客宅内におけるユーザは、７２４で表すとおり、後の時点でメッセージにアクセスすることができる。Ｃａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスと組み合わせて、図７に示したのと同様のコールフローを使用して、オンフック状態にある顧客宅内にも制御データ信号を送ることができることに留意されたい。
【００４９】
図８は、無線電話機（または、他の無線デバイス）が警報デバイスとして動作する無線遠隔通信ネットワークにおいて、本発明の諸原理が適用される実施形態を示す。例えば、無線電話機（例えば、１２８、１３０）が、警報デバイス（そのようなデバイスは、図３に示したのと同様な機能を有する）として動作する無線ネットワーク１２０（図１）を考慮されたい。この実施形態では、無線電話機は、オンフックであると考えられ、無線ＦＣＣ（順方向制御チャネル）上でブロードキャストされた特定の制御データ信号を認識するように適切にプログラミングされる。この実施形態によれば、ダイヤルアウト音声サーバは、順方向制御チャネルにおけるコールセットアップメッセージングの一部を使用して、制御信号が無線電話機に送信されるべきであるという指示とともに、制御データ信号８０２をスイッチ（例えば、ＭＳＣ１２２）に送信する。無線通信において周知のとおり、順方向制御チャネルは、基地局が、基地局の区域内の無線電話機群に情報をブロードキャストすることを可能にするのに使用される。無線電話機群は、制御チャネル上でそのブロードキャスト情報を継続的に監視する。一般に、サーバは、図５および図７に関連して前述したのと同様の方法を使用して、制御信号８０２をスイッチ（例えば、ＭＳＣ１２２）に送信し、その信号をどのように配信するかについて、スイッチに命令することができることに留意されたい。例えば、制御データ信号は、ＰＲＩ（ＩＳＤＮ Ｐｒｉｍａｒｙ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ（１次群速度インタフェース））ＤチャネルにおけるＦＡＣＩＬＩＴＩＥＳメッセージを介して、ダイヤルアウトサーバから発信元スイッチ（例えば、スイッチ１０６）に伝送されることが可能である。次に、制御データ信号は、ＳＳ７（シグナルシステム７）ネットワークを介して、ＭＳＣに送られることが可能である。
【００５０】
ＭＳＣスイッチは、順方向制御チャネルにおいて、無線基地局（例えば、無線基地局１２４）を介して、無線電話機（例えば、電話機１２８）にコール通知および制御データ信号８０４を伝送する。制御データ信号８０４を受信すると、無線電話機１２８は、前述したとおり、メッセージを復号化し、テキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、８０６で表す。
【００５１】
アラームが鳴っている間、無線電話機１３８は、オフフックになり（すなわち、周波数分割多重アクセスシステムにおける適切な周波数、時間分割多重アクセスシステムにおけるタイムスロット、または符号分割多重アクセスシステムにおける擬似雑音符号に同調する）、オフフック指示８０８で表すとおり、逆方向制御チャネルにおけるメッセージを介して、電話機１３８がレディ（ｒｅａｄｙ）であることをＭＳＣに知らせる。オフフックになった後、無線電話機１２８は、電話機１２８の可聴アラームをオフにし（８１０）、ダイヤルアウト音声サーバからの音声メッセージの受信を待つ。スイッチは、無線電話機がオフフックになったことを示す指示８１２をダイヤルアウト音声サーバに送信する。スイッチからオフフック指示８１２を受信すると、ダイヤルアウト音声サーバは、８１４で表すとおり、音声パスを介して、音声メッセージをユーザに伝送する。無線電話機は、スピーカホンモードを使用して音声メッセージを再生する。また、メッセージ８０４内で受信された音声記録制御パラメータにより、無線電話機が、メッセージを記録すべきことが示されていた場合、無線電話機は、８１６で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、無線電話機のメモリの中に記録されることが可能である。無線電話機は、無線電話機のユーザによる後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。メッセージ８１８、８２０、８２２、８２４は、図７に関連して前述したメッセージ７１８、７２０、７２２、７２４と同様である。また、図８に関連して説明した無線実施形態は、オプションとして、図４に関連して前述した確認技術を利用することもでき、それによって、無線電話機は、ユーザが、確認ボタン（例えば、電話機キーパッド上の割り当てられたボタン）を押すまで、音声メッセージを格納し、視覚的アラームおよび可聴アラームを表示することを続けるように構成されることが可能である。確認ボタンを押すことにより、アラームインジケータがオフにされ、前述したとおり、短いメッセージ（例えば、ＤＴＭＦトーン）が、ダイヤルアウト音声サーバに送信されて、音声メッセージ配信中、または配信後に、配信の確認が行われることが可能である。
【００５２】
シグナル情報は、有線のケースのように音声チャネルを介して帯域内でではなく、別個の制御チャネルにおいて送信されるので、図８のメッセージフローは、制御データ信号がブロードキャストされた際に、無線電話機が、たまたまオフフックであった場合にも当てはまる。制御データ信号を復号化し、表示およびアラームをアクティブにした後、無線電話機は、「ＦＬＡＳＨ」タイプの信号をＭＳＣに送信して、ＭＳＣが、ハンドセットの現在の音声パスをダイヤルアウトサーバにリダイレクトするようにさせて、電話機が、音声メッセージを受信することができるようにする。図８に示したメッセージフローは、通話中着信のシナリオにも当てはまることに留意されたい。
【００５３】
図１０は、順方向制御チャネルを介して制御データ信号をブロードキャストする代わりに、Ｃａｌｌｅｒ−ＩＤサービスが使用される無線遠隔通信ネットワークに関する代替の実施形態を示す。この実施形態は、Ｃａｌｌｅｒ−ＩＤ配信が、無線電話機への電話線上で強制されるように、ダイヤルアウト音声サーバが、コールを開始するという点で、図６に示した実施形態と同様である。この場合、スイッチ（例えば、ＭＳＣ１２２）は、１００４で示すとおり、ダイヤルアウト音声サーバに関するＣａｌｌｅｒ−ＩＤ情報を、ＦＣＣ（順方向制御チャネル）におけるコールセットアップの一部として送信する。この実施形態によれば、無線警報デバイス（例えば、１２８、１３０）には、ダイヤルアウト音声サーバ群の電話番号が、あらかじめプログラミングされて、無線警報デバイスが、ダイヤルアウト音声サーバ群の１つのサーバからのコールを識別することができるようになっていなければならない。そのような番号は、無線警報デバイスのメモリの中に格納される。Ｃａｌｌｅｒ−ＩＤを復号化し、ダイヤルアウト音声サーバのＣａｌｌｅｒ−ＩＤとして認識すると、無線警報デバイスは、Ｃａｌｌｅｒ−ＩＤを表示し（１００６）、適切な無線チャネルに同調し、オフフックになる（１００８）。スイッチは、オフフック指示１０１０を介して、無線警報デバイスがレディであることをダイヤルアウト音声サーバに知らせる。指示１０１０を受信すると、ダイヤルアウト音声サーバは、無線警報デバイスとのＣＡＳ肯定応答ハンドシェーク１０１２を開始する（このケースでは、データモードに入るように警報デバイスをトリガする）。ハンドシェークが成功すると、ダイヤルアウト音声サーバは、制御データ信号１０１４を無線警報デバイスに送信する。制御データ信号の終りで、無線デバイスは、音声モードに戻り、前述したとおり、制御メッセージを復号化し、テキストメッセージを表示し、適切なアラームをアクティブにする。テキストメッセージの表示、および可聴アラームを鳴らすことを、１０１６で表す。この実施形態によれば、無線警報デバイスは、ステップ１０１８で示すとおり、所定の遅延の後、デバイスの可聴アラームをオフにする。次に、ダイヤルアウト音声サーバが、所定の遅延の間待った後、音声メッセージ１０２０を送信する。無線電話機は、スピーカホンモードを使用して、その音声メッセージを再生する。また、メッセージ１０１４内で受信された音声記録制御パラメータにより、無線電話機が、メッセージを記録すべきことが示されていた場合、無線電話機は、１０２２で表すとおり、音声メッセージを記録する。音声メッセージは、例えば、無線電話機のメモリの中に記録されることが可能である。無線電話機は、無線電話機のユーザによる後の取り出しのために、音声メッセージを格納し、音声メッセージをテキストメッセージ、および他のイベント情報に関連付ける。次に、無線電話機は、オンフック指示１０２４をスイッチに送信し、スイッチは、対応するオンフック指示１０２６をダイヤルアウト音声サーバに送信する。無線電話機のユーザは、１０２８で表すとおり、後の時点でメッセージにアクセスすることができる。この場合も、Ｃａｌｌ Ｗａｉｔｉｎｇ−Ｃａｌｌｅｒ−ＩＤサービスと組み合わせて、図１０に示したのと同様のコールフローを使用して、オフフック状態にある無線電話機にも制御データ信号を送ることができることに留意されたい。
【００５４】
また、本発明の諸原理は、有線電話機または有線テレビが、警報デバイスとして作用するケーブル遠隔通信ネットワークにおいても適用することができる。例えば、ケーブルネットワーク１３２（図１）を考慮されたい。警報デバイス１４４は、スイッチ１１２によって提供されるのと同等の、ただし、セットトップボックス１３８によってローカルで提供される電話線に接続することが、当業者には認識されよう。セットトップボックス１３８は、ケーブルネットワークを介して音声ゲートウェイ１３４に接続し、より具体的には、ＤＯＣＳＩＳ（Ｄａｔａ Ｏｖｅｒ Ｃａｂｌｅ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（メディアゲートウェイ制御プロトコル））、またはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（セッション開始プロトコル））などの、いくつかのボイスオーバパケット（ｖｏｉｃｅ ｏｖｅｒ ｐａｃｋｅｔ）プロトコルの１つを介して、電話音声およびコール制御を通信する。音声ゲートウェイ１３４が、遠隔通信分野の当業者には周知である、従来の音声トランクを使用して、ＰＳＴＮ１１０に接続する。音声ゲートウェイ１３４は、従来の遠隔通信トランクインタフェースを、セットトップボックス１３８に伝送するために、ボイスオーバパケットプロトコルに変換する。顧客宅内でメディアゲートウェイとして作用するセットトップボックス１３８は、ボイスオーバパケットプロトコルを、警報デバイス１４４のための従来の電話線インタフェースに戻るように変換する。このようにして、音声ゲートウェイ１３４とセットトップボックス１３８の間の変換は、ダイヤルアウト音声サーバおよび警報デバイスにトランスペアレントになる。このため、図４、図５、図６、図７、図９、および図１１に関連して本明細書で説明する諸実施形態は、ケーブルネットワークインプリメンテーションにも当てはまる。図４および図１１で説明した、本発明のリンギングが抑圧された諸実施形態に関して、音声ゲートウェイ１３４は、前述したリンギングが抑圧されたアクセス機能をサポートする必要がある。図６および図９で説明した、本発明のＣａｌｌｅｒ−ＩＤ諸実施形態に関して、ダイヤルアウトサーバに関する音声ゲートウェイコール処理は、通常の電話コールに関する場合と同一である。図５および図７で説明した本発明のＣａｌｌｅｒ−ＩＤ諸実施形態に関して、音声ゲートウェイ１３４は、制御データ信号を置き換えること、またはＣａｌｌｅｒ−ＩＤメッセージに付加することをサポートする必要がある。
【００５５】
警報デバイス１４４は、図１２に示すとおり、セットトップボックス１３８の機能と統合することができることが当業者には認識されよう。図１２は、ブロードバンドリンク１２０２、電話、ビデオ、およびデータにアクセスするためのブロードバンドゲートウェイ１２０４、ローカルビデオポート１２０６、およびローカルネットワークポート１２０８を有する警報デバイス１２００（図３の警報デバイス３０４と同様の）を示す。そのような統合により、制御データ信号コンテンツおよび音声メッセージを配信するためのさらなる方法が可能になる。警報デバイスは、当技術分野で周知のテレビ変調回路を備えて、アラーム信号および音声メッセージを、テレビ１４０の現在のチャネル上で再生するためのテレビオーディオ信号に変調することが可能である。制御データ信号のテキストコンテンツは、ビデオ業界でやはり周知の、テキスト−ＮＴＳＣ変換器の助けを借りて、テレビスクリーン上で表示されることが可能である。同様に、音声メッセージは、警報デバイスによって、復号化または解読の後、ＷＡＶファイルなどの代替のフォーマットに変換されて、電子メールメッセージを介して送信されることも可能であり、そのメッセージを、占有者が、コンピュータ１４２から取り出すことができる。制御データ信号のテキストコンテンツは、電子メールの本文またはヘッダの中に挿入されることが可能である。電子メール転送は、当技術分野で広く知られ、使用されるＳＭＴＰ（簡易メール転送プロトコル）を介して達せられることが可能である。そのような電子メールは、ケーブルネットワークを介して、警報デバイスからメールサーバ１４８に送信される。コンピュータ１４２が、いくつかの市販の電子メールアプリケーションのいずれかを使用して、その電子メールを取り出すのに使用される。同様に、音声メッセージ、および制御データ信号のテキストコンテンツは、変換されて、コンピュータ１４２のスクリーン上に自律的にポップアップするインスタントメッセージとして送信されて、テキストの視覚的表示、ならびにクリックされると、音声メッセージを再生するアイコンを提供することも可能である。警報デバイス１４４の可聴アラーム機能は、コンピュータサウンド能力の使用によって達せられることが可能である。
【００５６】
本発明の別の利点は、本発明が、コール確立時間のばらつきを小さくすることである。先行技術のダイヤルアウト音声システムでコール確立時間に大幅に寄与しているのが、個人がコールに応答するのを待つのに費やされる時間である。しかし、本発明によるシステムは、顧客宅内警報デバイスが、コールに自動的に応答するため、コール確立のばらつきを有さない。コール確立時間は、警報デバイスが、データ信号に応答し、データ信号を復号化した後、ほとんど即時に線を制御するため、短い、厳しく範囲が定められた間隔に短縮される。その結果、ダイヤルアウト音声サーバによって、同一の最終スイッチ上のダイヤル呼び出し番号群に対して行われるコールは、非常に似通ったコール確立時間を有する可能性が高い。例えば、ダイヤルアウト音声サーバ１０４が、ポート１０８およびスイッチ１０６を介して、最終スイッチ１１２に接続された複数の顧客宅内（例えば、１１４、１１６）に、複数の同時のコールを行うことを考慮されたい。それらの同時のコールのそれぞれは、非常に似通ったコール確立時間を有する可能性が高い。本発明のダイヤルアウト音声サーバ技術のこの利点は、ダイヤルアウト音声サーバの音声メッセージ機構をより効率的に利用することができる、本発明の別の態様をもたらす。コールの多くは、実質的に同時に応答されるものと見込まれ、再生要求などの占有者対話には、警報デバイスが関与し、サーバは関与しないので、多くのコールの間でダイヤルアウト音声サーバの１つの音声メッセージ機構を共用することが可能である。本発明のこの態様を、図２に関連して説明する。単一の音声メッセージ機構２０８の出力を、内部スイッチ２２０を介して接続確認メッセージ（ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｅｉｐｔ）を受信した、すべてのポート（例えば、ポート２１４、２１６、２１８）に結合することができる。これにより、多くの同時のコールを依然として行うことが可能でありながら、より少ない専用音声メッセージ機構を有するようにダイヤルアウト音声サーバを設計することが可能になる。特定のポートの接続確認メッセージが遅い場合、そのポートは、次の組の接続されたコールで次の音声メッセージ機構に接続されるように、キューに入れられることが可能である。
【００５７】
以上の「発明を実施するための最良の形態（Ｄｅｔａｉｌｅｄ Ｄｅｓｃｒｉｐｔｉｏｎ）」は、すべての点で、説明的であり、例示的であるが、限定的ではないものと理解されるべきであり、本明細書で開示した本発明の範囲は、「発明を実施するための最良の形態」から確定されるのではなく、むしろ、特許法によって認められる十分な幅に従って解釈される特許請求の範囲から確定される。本明細書で図示し、説明した諸実施形態は、本発明の諸原理を単に例示するものであり、本発明の趣旨および範囲を逸脱することなく、様々な変更が、当業者によって実施されることが可能であることを理解されたい。当業者は、本発明の範囲および趣旨を逸脱することなく、他の様々な特徴の組合せを実施することもできる。例えば、電子機器が、通信チャネルの両方の終端で利用可能な場合、アナログ音声メッセージは、必ずしも情報を転送するための最も効率的な技術ではないことに注目して、通知配信を以下のとおり、さらに最適化してもよい。アナログ音声メッセージを再生する代わりに、ダイヤルアウト音声サーバは、標準のボコーダ（例えば、Ｇ．７２３．１）を使用して音声メッセージを圧縮して、圧縮された音声をデータメッセージとして、最初のデータ信号の一部として、または別の形で、警報デバイスに送信してもよい。さらに、様々な実施形態を説明するのに、陸線電話網、ケーブルネットワーク、および無線電話網を使用したが、本発明の諸原理は、他のタイプのネットワークで実施してもよい。さらに、図４および図１１に関連して説明した、本発明の確認の態様および認証の態様は、メッセージフローチャートのそれぞれで説明していないものの、本明細書で説明した他の諸実施形態において実施することもできることを認識されたい。
【図面の簡単な説明】
【００５８】
【図１】本発明を実施することができるネットワークを示すブロック図である。
【図２】本発明によるダイヤルアウト音声サーバを示すブロック図である。
【図３】本発明による顧客宅内を示すブロック図である。
【図４】リンギングが抑圧された呼び出しを利用する、本発明の実施形態のコールフローチャートである。
【図５】ダイヤルアウト音声サーバからコールが受信された際、顧客宅内電話機がオフフックである、本発明の実施形態のコールフローチャートである。
【図６】Ｃａｌｌｅｒ−ＩＤサービスを利用する、本発明の実施形態のコールフローチャートである。
【図７】Ｃａｌｌｅｒ−ＩＤサービスを利用する、本発明の別の実施形態のコールフローチャートである。
【図８】無線ネットワークにおいて実施された本発明の実施形態のコールフローチャートである。
【図９】通話中着信ＩＤサービスを利用する、本発明の実施形態のコールフローチャートである。
【図１０】無線ネットワークにおいて実施され、Ｃａｌｌｅｒ−ＩＤサービスを利用する本発明の実施形態のコールフローチャートである。
【図１１】認証能力が追加された、図４のメッセージフローチャートである。
【図１２】セットトップボックスの機能と統合された、本発明による警報デバイスを示すブロック図である。
【特許請求の範囲】
【請求項１】
サーバから複数の顧客宅内デバイスに音声メッセージをブロードキャストするために遠隔通信ネットワークに接続された該サーバの動作のための方法であって、
第１の制御データ信号を作成するステップと、
前記複数のデバイスに対する複数の電話コールを開始して、各デバイスに対する音声パスを確立するステップと、
前記顧客宅内デバイス群に前記第１の制御データ信号を送信するステップであって、前記第１の制御データ信号は、前記デバイス群の各デバイスが、前記デバイスの対応する音声パスを介して、前記サーバから着信音声メッセージを自動的に受信するようにさせることを目的とするステップと、
前記複数の顧客宅内デバイスのそれぞれに前記音声メッセージを送信するステップと、
第２の制御データ信号を前記顧客宅内デバイス群へ送信し、前記デバイス群の各デバイスを、該デバイスの対応する音声パスから切断させるステップと
を具えたことを特徴とする方法。
【請求項２】
複数の電話コールを開始する前記ステップは、前記複数のデバイスに対して複数のリンギングが抑圧されたコールを開始して、前記音声パスを確立するステップを具え、
前記第１の制御データ信号を送信する前記ステップは、前記音声パスを介して、前記第１の制御データ信号を帯域内データ信号として送信するステップを具えことを特徴とする請求項１記載の方法。
【請求項３】
複数の電話コールを開始する前記ステップは、制御データが前記ネットワークにシグナルされる、複数の電話コールを開始するステップを具え、
前記第１の制御データ信号を送信する前記ステップは、前記第１の制御データ信号を、前記音声パスを介して帯域内データ信号として送信するステップを具えことを特徴とする請求項１記載の方法。
【請求項４】
複数の電話コールを開始する前記ステップは、制御データが前記ネットワークにシグナルされる複数の電話コールを開始するステップを具え、
前記第１の制御データ信号を送信する前記ステップは、帯域外制御チャネルを介して、前記第１の制御データ信号を送信するステップを具えことを特徴とする請求項１記載の方法。
【請求項５】
前記第１の制御データ信号は、１つまたは複数の顧客宅内デバイスから、前記音声パスが前記デバイスに対して確立されたという指示が受信されると、オンフックデータ送信を使用して、前記顧客宅内デバイス群の該１つまたは複数のデバイスに送信されることを特徴とする請求項１記載の方法。
【請求項６】
前記制御データ信号は、１つまたは複数の顧客宅内デバイスから、前記デバイスが、前記コールに応答、または通話中着信に応答しており、オフフックであるという指示が受信されると、オフフックデータ送信を使用して、前記顧客宅内デバイス群の該１つまたは複数のデバイスに送信されることを特徴とする請求項１記載の方法。
【請求項７】
前記制御データ信号は、オンフックＣａｌｌｅｒ−ＩＤメッセージの中に埋め込まれることを特徴とする請求項１記載の方法。
【請求項８】
前記電話コールは、通話中着信として１つまたは複数の顧客宅内デバイスに終端し、前記第１の制御データ信号は、通話中着信ＩＤメッセージの中に埋め込まれて、前記１つまたは複数のデバイスに送信されることを特徴とする請求項１記載の方法。
【請求項９】
前記制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、フックスイッチパラメータ、認証キーコードパラメータ、および音声記録制御パラメータの少なくとも１つをさらに具えことを特徴とする請求項１記載の方法。
【請求項１０】
前記電話コールの少なくとも１つは、パケットベースのネットワークによるサービスを受ける警報デバイスに対して行われることを特徴とする請求項１記載の方法。
【請求項１１】
通信チャネルを介して遠隔通信ネットワークに接続された顧客宅内デバイス群の動作のための方法であって、
第１の制御データ信号を複数の顧客宅内デバイスにブロードキャストするサーバによって送信されることが企図される該第１の信号に関して、前記通信チャネルを監視するステップと、
前記第１の制御データ信号を受信するステップと、
前記第１の制御データ信号に応答して、確立済みの音声パスを介して、前記サーバによって送信されることが企図される着信音声メッセージを自動的に受信するステップと、
前記サーバによって送信されることが企図される第２の制御データ信号に関して、前記通信チャネルを監視するステップと、
前記第２の制御データ信号に応答して、前記音声パスから切断するステップと
を具えたことを特徴とする方法。
【請求項１２】
前記第１の制御データ信号を受信すると、制御データ信号情報を表示し、アラームを開始することを自動的に行うステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項１３】
前記第１の制御データ信号を受信する前記ステップは、
リンギングが抑圧された電話コールを受信するステップと、
帯域内シグナルを介して前記第１の制御データ信号を受信するステップと
を具えたことを特徴とする請求項１１記載の方法。
【請求項１４】
前記第１の制御データ信号を受信する前記ステップは、オンフックデータ送信を介して前記第１の制御データ信号を受信するステップを具えたことを特徴とする請求項１１記載の方法。
【請求項１５】
前記第１の制御データ信号を受信する前記ステップは、オフフックデータ送信を介して前記第１の制御データ信号を受信するステップを具えたことを特徴とする請求項１１記載の方法。
【請求項１６】
前記第１の制御データ信号を受信する前記ステップは、帯域外制御チャネルを介して前記第１の制御データ信号を受信するステップを具えたことを特徴とする請求項１１記載の方法。
【請求項１７】
前記制御データ信号は、オンフックＣａｌｌｅｒ−ＩＤサービスを介して受信されることを特徴とする請求項１１記載の方法。
【請求項１８】
前記制御データ信号は、通話中着信ＩＤサービスを介して受信されることを特徴とする請求項１１記載の方法。
【請求項１９】
有効な認証キーを受信すると前記音声メッセージを再生するステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項２０】
確認信号を送信して、前記音声メッセージの配信を確認するステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項２１】
制御データ情報と、前記音声メッセージとを含む電子メールメッセージを作成するステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項２２】
制御データ情報および前記音声メッセージを、オーディオチャネルでビデオ信号に変換するステップをさらに具えたことを特徴とする請求項１２記載の方法。
【請求項２３】
通信チャネルを介して遠隔通信ネットワークに接続するためのインタフェースと、
サーバによって送信されることが企図され、前記サーバからの着信音声メッセージを示す第１の制御データ信号に関して、前記通信チャネルを監視するための手段と、
前記第１の制御データ信号を受信するための手段と、
前記第１の制御データ信号の前記受信に応答して、音声パスを介して前記着信音声メッセージを自動的に受信するための手段と、
前記サーバによって送信されることが企図される第２の制御データ信号に関して、前記通信チャネルを監視するための手段と、
前記第２の制御データ信号の受信に応答して、前記音声パスから自動的に切断するための手段と
を具えたことを特徴とする装置。
【請求項２４】
前記受信する手段は、オンフックデータ送信を介して前記第１の制御データ信号を受信するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２５】
前記受信する手段は、オフフックデータ送信を介して前記第１の制御データ信号を受信するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２６】
前記受信する手段は、帯域外制御チャネルを介して前記第１の制御データ信号を受信するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２７】
前記受信する手段は、オンフックＣａｌｌｅｒ−ＩＤサービスを受信し、復号化するための手段を含むことを特徴とする請求項２３に記載の装置。
【請求項２８】
前記受信する手段は、オフフックＣａｌｌｅｒ−ＩＤサービスを受信し、復号化するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２９】
確認信号を送信して、前記音声メッセージの配信を確認するための手段をさらに具えたことを特徴とする請求項２３記載の装置。
【請求項３０】
有効な認証キーを受信すると前記音声メッセージを再生するための手段をさらに具えたことを特徴とする請求項２３記載の装置。
【請求項３１】
前記第１の制御データ信号からの情報および前記音声メッセージを、オーディオチャネルでビデオ信号に変換するための手段をさらに具えたことを特徴とする請求項２３記載の装置。
【請求項３２】
前記装置は、セットトップボックスであり、前記通信チャネルは、パケットベースのネットワークであることを特徴とする請求項２３記載の装置。
【請求項１】
サーバから複数の顧客宅内デバイスに音声メッセージをブロードキャストするために遠隔通信ネットワークに接続された該サーバの動作のための方法であって、
第１の制御データ信号を作成するステップと、
前記複数のデバイスに対する複数の電話コールを開始して、各デバイスに対する音声パスを確立するステップと、
前記顧客宅内デバイス群に前記第１の制御データ信号を送信するステップであって、前記第１の制御データ信号は、前記デバイス群の各デバイスが、前記デバイスの対応する音声パスを介して、前記サーバから着信音声メッセージを自動的に受信するようにさせることを目的とするステップと、
前記複数の顧客宅内デバイスのそれぞれに前記音声メッセージを送信するステップと、
第２の制御データ信号を前記顧客宅内デバイス群へ送信し、前記デバイス群の各デバイスを、該デバイスの対応する音声パスから切断させるステップと
を具えたことを特徴とする方法。
【請求項２】
複数の電話コールを開始する前記ステップは、前記複数のデバイスに対して複数のリンギングが抑圧されたコールを開始して、前記音声パスを確立するステップを具え、
前記第１の制御データ信号を送信する前記ステップは、前記音声パスを介して、前記第１の制御データ信号を帯域内データ信号として送信するステップを具えことを特徴とする請求項１記載の方法。
【請求項３】
複数の電話コールを開始する前記ステップは、制御データが前記ネットワークにシグナルされる、複数の電話コールを開始するステップを具え、
前記第１の制御データ信号を送信する前記ステップは、前記第１の制御データ信号を、前記音声パスを介して帯域内データ信号として送信するステップを具えことを特徴とする請求項１記載の方法。
【請求項４】
複数の電話コールを開始する前記ステップは、制御データが前記ネットワークにシグナルされる複数の電話コールを開始するステップを具え、
前記第１の制御データ信号を送信する前記ステップは、帯域外制御チャネルを介して、前記第１の制御データ信号を送信するステップを具えことを特徴とする請求項１記載の方法。
【請求項５】
前記第１の制御データ信号は、１つまたは複数の顧客宅内デバイスから、前記音声パスが前記デバイスに対して確立されたという指示が受信されると、オンフックデータ送信を使用して、前記顧客宅内デバイス群の該１つまたは複数のデバイスに送信されることを特徴とする請求項１記載の方法。
【請求項６】
前記制御データ信号は、１つまたは複数の顧客宅内デバイスから、前記デバイスが、前記コールに応答、または通話中着信に応答しており、オフフックであるという指示が受信されると、オフフックデータ送信を使用して、前記顧客宅内デバイス群の該１つまたは複数のデバイスに送信されることを特徴とする請求項１記載の方法。
【請求項７】
前記制御データ信号は、オンフックＣａｌｌｅｒ−ＩＤメッセージの中に埋め込まれることを特徴とする請求項１記載の方法。
【請求項８】
前記電話コールは、通話中着信として１つまたは複数の顧客宅内デバイスに終端し、前記第１の制御データ信号は、通話中着信ＩＤメッセージの中に埋め込まれて、前記１つまたは複数のデバイスに送信されることを特徴とする請求項１記載の方法。
【請求項９】
前記制御データ信号は、テキストパラメータ、メッセージＩＤパラメータ、アラーム制御パラメータ、フックスイッチパラメータ、認証キーコードパラメータ、および音声記録制御パラメータの少なくとも１つをさらに具えことを特徴とする請求項１記載の方法。
【請求項１０】
前記電話コールの少なくとも１つは、パケットベースのネットワークによるサービスを受ける警報デバイスに対して行われることを特徴とする請求項１記載の方法。
【請求項１１】
通信チャネルを介して遠隔通信ネットワークに接続された顧客宅内デバイス群の動作のための方法であって、
第１の制御データ信号を複数の顧客宅内デバイスにブロードキャストするサーバによって送信されることが企図される該第１の信号に関して、前記通信チャネルを監視するステップと、
前記第１の制御データ信号を受信するステップと、
前記第１の制御データ信号に応答して、確立済みの音声パスを介して、前記サーバによって送信されることが企図される着信音声メッセージを自動的に受信するステップと、
前記サーバによって送信されることが企図される第２の制御データ信号に関して、前記通信チャネルを監視するステップと、
前記第２の制御データ信号に応答して、前記音声パスから切断するステップと
を具えたことを特徴とする方法。
【請求項１２】
前記第１の制御データ信号を受信すると、制御データ信号情報を表示し、アラームを開始することを自動的に行うステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項１３】
前記第１の制御データ信号を受信する前記ステップは、
リンギングが抑圧された電話コールを受信するステップと、
帯域内シグナルを介して前記第１の制御データ信号を受信するステップと
を具えたことを特徴とする請求項１１記載の方法。
【請求項１４】
前記第１の制御データ信号を受信する前記ステップは、オンフックデータ送信を介して前記第１の制御データ信号を受信するステップを具えたことを特徴とする請求項１１記載の方法。
【請求項１５】
前記第１の制御データ信号を受信する前記ステップは、オフフックデータ送信を介して前記第１の制御データ信号を受信するステップを具えたことを特徴とする請求項１１記載の方法。
【請求項１６】
前記第１の制御データ信号を受信する前記ステップは、帯域外制御チャネルを介して前記第１の制御データ信号を受信するステップを具えたことを特徴とする請求項１１記載の方法。
【請求項１７】
前記制御データ信号は、オンフックＣａｌｌｅｒ−ＩＤサービスを介して受信されることを特徴とする請求項１１記載の方法。
【請求項１８】
前記制御データ信号は、通話中着信ＩＤサービスを介して受信されることを特徴とする請求項１１記載の方法。
【請求項１９】
有効な認証キーを受信すると前記音声メッセージを再生するステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項２０】
確認信号を送信して、前記音声メッセージの配信を確認するステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項２１】
制御データ情報と、前記音声メッセージとを含む電子メールメッセージを作成するステップをさらに具えたことを特徴とする請求項１１記載の方法。
【請求項２２】
制御データ情報および前記音声メッセージを、オーディオチャネルでビデオ信号に変換するステップをさらに具えたことを特徴とする請求項１２記載の方法。
【請求項２３】
通信チャネルを介して遠隔通信ネットワークに接続するためのインタフェースと、
サーバによって送信されることが企図され、前記サーバからの着信音声メッセージを示す第１の制御データ信号に関して、前記通信チャネルを監視するための手段と、
前記第１の制御データ信号を受信するための手段と、
前記第１の制御データ信号の前記受信に応答して、音声パスを介して前記着信音声メッセージを自動的に受信するための手段と、
前記サーバによって送信されることが企図される第２の制御データ信号に関して、前記通信チャネルを監視するための手段と、
前記第２の制御データ信号の受信に応答して、前記音声パスから自動的に切断するための手段と
を具えたことを特徴とする装置。
【請求項２４】
前記受信する手段は、オンフックデータ送信を介して前記第１の制御データ信号を受信するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２５】
前記受信する手段は、オフフックデータ送信を介して前記第１の制御データ信号を受信するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２６】
前記受信する手段は、帯域外制御チャネルを介して前記第１の制御データ信号を受信するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２７】
前記受信する手段は、オンフックＣａｌｌｅｒ−ＩＤサービスを受信し、復号化するための手段を含むことを特徴とする請求項２３に記載の装置。
【請求項２８】
前記受信する手段は、オフフックＣａｌｌｅｒ−ＩＤサービスを受信し、復号化するための手段を具えたことを特徴とする請求項２３記載の装置。
【請求項２９】
確認信号を送信して、前記音声メッセージの配信を確認するための手段をさらに具えたことを特徴とする請求項２３記載の装置。
【請求項３０】
有効な認証キーを受信すると前記音声メッセージを再生するための手段をさらに具えたことを特徴とする請求項２３記載の装置。
【請求項３１】
前記第１の制御データ信号からの情報および前記音声メッセージを、オーディオチャネルでビデオ信号に変換するための手段をさらに具えたことを特徴とする請求項２３記載の装置。
【請求項３２】
前記装置は、セットトップボックスであり、前記通信チャネルは、パケットベースのネットワークであることを特徴とする請求項２３記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２００７−５０２０５５（Ｐ２００７−５０２０５５Ａ）
【公表日】平成１９年２月１日（２００７．２．１）
【国際特許分類】
【出願番号】特願２００６−５２２７４５（Ｐ２００６−５２２７４５）
【出願日】平成１６年８月６日（２００４．８．６）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２５４１１
【国際公開番号】ＷＯ２００５／０１５８８４
【国際公開日】平成１７年２月１７日（２００５．２．１７）
【出願人】（３９９０４７９２１）テルコーディア テクノロジーズ インコーポレイテッド (61)
【Ｆターム（参考）】
【公表日】平成１９年２月１日（２００７．２．１）
【国際特許分類】
【出願日】平成１６年８月６日（２００４．８．６）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２５４１１
【国際公開番号】ＷＯ２００５／０１５８８４
【国際公開日】平成１７年２月１７日（２００５．２．１７）
【出願人】（３９９０４７９２１）テルコーディア テクノロジーズ インコーポレイテッド (61)
【Ｆターム（参考）】
[ Back to top ]