(57)【要約】【課題】モデム間通信ならびに３方向コーリングおよびコール待機テレフォニーサービス【解決手段】モデム間通信システムは、ラインが入ってくるコールを受け取ることを中断する前に、ホールドリクエスト信号と受領確認信号とを交換することによって、コール待機サービスをサポートする。その後、モデム間セッションはリダイヤルすることなく再確立される。ホールドリクエストは、拒否されるか、または受け入れられ得、モデムが切れる前のホールド継続時間を決定し得る。ホールド状態にあるモデムは、上位プロトコルレイヤを欺き、まだホールドされていないとモデムに思わせることによってセッションを維持する。ホールド状態にあるモデムとのセッションが維持されている間、３方向コーリングサービスは、共有ラインを出て行くコールに開放するためにも用いられる。【選択図】図４
2006222990.tif 000002
【特許請求の範囲】
【請求項１】
通信チャネルを介して、第２のモデムと通信する第１のモデムであって、該第１のモデムは受話器と通信し、
該第１のモデムは、
該第１のモデムが該第２のモデムと通信している間、該受話器がオフフックとなったことを検出することができ、さらにそれに応答して注意信号を生成することができるオフフック検出器と、
該注意信号に応答して、ホールドリクエストを該第２のモデムに伝送することができるトランスミッタと
を備え、
ユーザが発信コールをダイヤルすることにより該受話器はオフフックとなり、該ホールドリクエストを伝送した後のある期間の間、該通信チャネルを介する該モデム間の該通信が中断され、該第１のモデムは、データを作成し、該データを上位レイヤに示すことによって、該期間の間、上位レイヤプロトコルをアライブのままにしておくことにより、該第２のモデムから該データを受信しているかのように見える状態を維持する、第１のモデム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、米国特許出願シリアルナンバー第０９／３９４，０１８号（１９９９年９月１０日出願、アトーニードケット番号９９ＲＳＳ１８１ＣＩＰおよび５０９４４．４７１７）の一部継続出願である。米国特許出願シリアルナンバー第０９／３９４，０１８号は、それ自体、米国特許出願シリアルナンバー第０９／３６１，８４２号（１９９９年７月２７日出願、アトーニードケット番号９９ＲＳＳ１８１および５０９４４．４７００）の一部継続出願である。これらの出願は両方とも参考のため、その全体を本明細書中で援用する。
【０００２】
（背景）
１．技術分野
本発明は、モデム間データ通信の分野に関し、より具体的には、モデム間通信ならびに３方向コーリングおよびコール待機テレフォニーサービスに関する。
【背景技術】
【０００３】
２．従来の技術
従来の通信システムは典型的には、電話交換ネットワークを介してローカルおよびリモートＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）を通じてインターネットデータセッションを確立する。同様に、他のモデム間通信は、電話切り替えネットワークを通信リンクとして用いる。このようなモデムは、たいてい、一本の電話線を他のローカルテレフォニーデバイス、例えば電話、ファクシミリ、留守番電話などと共有する。
【０００４】
入ってくる複数のコールを処理するためには、電話切り替えネットワークが３方向コーリングおよびコール待機サービスを提供する。このサービスは、電話を用いる人の手動インタラクションによってアクセスされ得る。電話切り替えネットワークはさらに、コール待機をサポートする追加発呼者識別（発呼者ＩＤ）を備えている。このようにして、電話を用いる人は、通話中に入ってくるコールを受け入れることを決定する前に発呼者ＩＤを見ることができる。
【０００５】
モデム間のデータセッションを維持するためには、連続モデムがデータセッション中に維持されなければならない。一定の期間の後、モデム信号が失われた場合、モデムは、データセッションが終了したという結論を出し、そして切断する。
【０００６】
電話の呼び出し待機音（発呼者ＩＤの存在を示す）が、ローカルモデムからリモートモデムへのデータセッションの間に検出されると、発呼者ＩＤを取り出すために、ローカルモデムおよび電話切り替えネットワークＣＯ（Ｃｅｎｔｒａｌ
Ｏｆｆｉｃｅ）の両方を包含する復号化プロセスが行われ得る。しかしながら、発呼者ＩＤ復号化プロセスの間は、通常、リモートモデムは切断される。したがって、リモートモデムは、データセッションを再確立および継続するためにはリダイヤルされなければならない。
【０００７】
ローカルモデムが発呼者ＩＤの復号化を試みない場合、コール待機信号は少なくとも継続中の通信を妨げ、かつモデムが切れたりまたはリトレインする原因となり得る。このようにして、電話切り替えネットワークは、コール待機サービスをスイッチオンおよびオフにするメカニズムを提供する。モデム間データセッションが始まる前、セッションの間コール待機サービスはオフにされる。しかしながら、このようにすることは、共有電話線に入ってくる他のコールをユーザが受信することを妨げる。その結果、ユーザは自分の敷地内に、各タイプのテレフォニーデバイス専用電話線を追加することを強いられる。
【０００８】
関連技術のさらなる欠点は、関連技術を図面および明細書の残りの部分と比較することによって、当業者にとって明らかになる。
【発明の開示】
【課題を解決するための手段】
【０００９】
（発明の要旨）
本発明のさまざまな局面は、入ってくるコールを検出するとコール待機信号を送信する電話ネットワークを有する通信システムに見られ得る。通信システムは、リモートモデムおよびそれに通信可能に接続されたローカルモデムを備える。ローカルモデムは、電話ネットワークへのアクセスを共有し、コール待機信号を検出し、かつホールドモードに入るようにリモートモデムを指示し、その後、電話ネットワークへのアクセスを一次的に中断する。
【００１０】
ローカルモデムもまた、このプロセスの間、発呼者識別処理を実行し得る。その場合、発呼者識別情報は、入ってくるコールを受け入れるかどうかを決定するために用いられ得る。このような決定をすることは、ユーザインターフェースを提供することを含み得るか、またはローカルモデムに接続されたコンピュータによって自動的に実行されうる。
【００１１】
必須ではないので、リモートモデムは所定のインターバルよりも長くはホールドモードに留まらなくてもよい。他のバリエーションも可能である。例えば、ローカルモデムは、Ｖ．４２プロトコルを用いて、ホールドモードに関して、リモートモデムに信号を送る２次チャネルをセットアップする。入ってくるコールと関連する発呼者識別情報と比較するための予め選択された発呼者識別情報を保存するテーブルが用いられる。このような比較は、入ってくるコールを受け入れるかどうか決定するために用いられ得る。
【００１２】
リモートおよびローカルモデムは、リモートモデムを収容するデバイスとローカルモデムを収容するデバイスとの間にセットアップされた通信セッションを維持しようと試みる。リモートモデムは、ローカルモデムへの接続が一次的に中止されたとしても、上位レイヤプロトコルと接続されているかのように見える状態を維持しなければならない。同様に、ローカルモデムは、ローカルモデムの通信能力を用いて、ネットワークプロトコルと接続されているかのように見える状態を維持しなければならない。これを実行するために、リモートモデムは、ホールドモードにある作成されたデータとのネットワーク接続の上位プロトコルレイヤと通信する。ローカルモデムも同様に、２つのモデムがホールド状態にある間にデータを作成し、ネットワークスタックにそれを提示することによって、データを要求するアプリケーションとのネットワーク接続の状況を維持する。
【００１３】
本発明のこれらおよび他の局面は、ローカルリンク、テレフォニーデバイス、ならびにリモートおよびローカルモデムを含む通信システムにおいても見られ得る。この通信システムにおいて、テレフォニーデバイスは、ローカルリンクに接続され、ローカルモデムによって中断されたときにリンクにアクセスし得る。特に、ローカルモデムは、リモートモデムと関連する電話番号をダイヤルすることによって、リモートモデムとのデータセッションを確立する。テレフォニーデバイスへのローカルリンクを中断する必要性が検出されると、ローカルモデムは、リモートモデムにデータセッションを維持することなく、一時的にテレフォニーデバイスへのローカルリンクを中断する。
【００１４】
ローカルモデムは、関連する電話番号をリダイヤルすることなく、データセッションを再確立し得る。さらなるバリエーションも可能である。例えば、ローカルモデムは、ａ）コール待機信号、ｂ）ユーザが発する要求、またはｃ）ローカルモデムと接続されたコンピュータによって自動的に生成される要求を検出すること、によってローカルリンクがテレフォニーデバイスに明渡す必要を識別しうる。３方向コーリングおよびコール待機サービスは、テレフォニーデバイスをサポートするために用いられる。
【００１５】
本発明のさらに他の局面は、前記の特許請求の範囲とともに明細書の残り部分を参照することにより明らかになる。
【発明を実施するための最良の形態】
【００１６】
（発明の詳細な説明）
図１は、本発明のさまざまな局面における、３方向コーリング、コール待機および発呼者ＩＤをサポートする例示的なモデム間通信ネットワークのブロック図である。特に、敷地３におけるモデム１は、スイッチングネットワーク２１を介して、敷地１３におけるモデム１１との継続中の通信を確立および維持する。モデム１またはモデム１１のいずれかが、電話線１０または電話線１７をそれぞれ一時的に中断する必要性を検出した場合、そのようなモデム（ローカルモデム）は、もう一方のモデム（リモートモデム）に所定の期間の間、ホールドすることを要求する通信をする。これが受け入れられた場合、リモートモデムは、それ自体をホールドにし、（ａ）ローカルモデムからの通信の再確立または（ｂ）所定の期間のタイムアウトのいずれかを待機する。リモートモデムがホールドされた後、ローカルモデムは中断するか、または少なくとも電話線１０もしくは１７の中断を提供する。その後、電話線１０または１７が使用可能になると、ローカルモデムは自動的にリモートモデムとの通信を再確立する。所定の期間が終了した場合、ローカルモデムは自動的にリモートモデムを呼び出す。あるいは、ローカルモデムはモデム１と１１が終了したところから続行する前に、リモートモデムにアクセスし、かつファストトレーニングシーケンスに関与することによって通信を再確立する。
【００１７】
モデム１および１１のいずれも、（ａ）スイッチングネットワーク２１からコール待機信号を受信することによって、（ｂ）ローカルエクステンションがオフフックであることを検出することによって、（ｃ）演算デバイス５または１５を介してユーザ入力を受信することによって、および（ｄ）関連するデバイス５または１５から必要性を検出することによって、対応する電話線１０および１７との通信を中断する必要があるかどうかを決定できる。例えば、モデム１がスイッチングネットワーク２１から（敷地３３におけるテレフォニーデバイス３１から入ってくるコールにより）コール待機信号を受信すると、モデム１はモデム１１にホールドを要求する通信をする。
【００１８】
モデム１１が要求を受け入れる場合、モデム１１は第１の所定の期間の間（例えば３０秒間）、モデム１によるデータセッションの再確立を待ち始め、かつモデム１は、発呼者ＩＤ情報を取り出す（このように構成されている場合）ためにスイッチングネットワーク２１とインタラクトし、演算デバイス５のスクリーン（図示せず）を介して、入ってくるコールを、もし用いられているならば発呼者ＩＤ情報と共に、表示する。演算デバイス５は、リング信号をシミュレートし、かつ発呼者ＩＤ情報を包含するポップアップウィンドウを送信することによって、ユーザに信号を送り得る。
【００１９】
ユーザが、入ってくるコールを受け入れるのに失敗するか、またはそのようなコールを拒否した場合、モデム１は、第１の所定の期間が終了する前にモデム１１との通信を再確立する。しかしながら、ユーザがコールを受け取ることを希望する場合、ユーザは、演算デバイス５を介して、コールを受け取るためのインタラクトをする。モデム１は、第２の所定のホールド期間の間（例えば３０秒間）、通信することによってモデム１１に応答し、その後電話線１０を「フラッシュ」する。スイッチングネットワーク２１は、入ってくるコールを電話線１０に接続することによって応答する。その後、ユーザは、入ってくるコールを受け入れるために、例えば電話、ファクシミリ、留守番電話などのテレフォニーデバイス７または９を自由に用いることができる。テレフォニーデバイス７または９が切れた場合、モデム１は電話線１０を「フラッシュ」する。スイッチングネットワーク２１は、電話線１０および１７を再び通信可能に接続し、かつモデム１はモデム１１との通信を再確立する。あるいは、テレフォニーデバイス３１がモデム１の「フラッシュ」に先立って接続を断った場合、スイッチングネットワーク２１は、電話線１０および１７を再び通信可能に接続し、かつモデム１はモデム１１との通信を再確立する。第２の所定の期間が通信される前に、第１の所定の期間が終了したか、またはモデム１が通信を再確立する前に、第２の所定の期間が終了した場合、モデム１は自動的にダイヤルするか、またはリンクを再確立するためにモデム１１をリダイヤルする。
【００２０】
演算デバイス１０５を介してユーザに信号を送る代りに、またはこれに加えて、モデム１はリング信号、あるいはそのような他の表示を、付属のテレフォニーデバイス７か、もしくは電話線１０を介して局地的に接続されたテレフォニーデバイス９に直接的に送信し得る。モデム１１は、コール待機サービスを介して入ってくるコールを受信した場合、演算デバイス１５およびテレフォニーデバイス１９とのインタラクションにおいて、同様の機能を果たす。
【００２１】
モデム１１はさらに、テレフォニーデバイス７または９のいずれかからローカルエクステンションオフフックイベントを検出することによって、電話線１０を切断する必要を検出し得る。例えば、テレフォニーデバイス７が電話をたまたま含む場合、モデム１は、ユーザがテレフォニーデバイス７の受話器を持ち上げたときを検出し、ホールド要求をモデム１１に通信して応答し、そしてスイッチングネットワーク２１とのインタラクションを通じて３方向コールダイヤル音を確立する。その後、ユーザは継続コールを確立しうる。テレフォニーデバイス７が切れると、モデム１は、３方向コーリングサービスの特徴を用いて、リダイヤルする必要なく、スイッチングネットワーク２１を介してモデム１１へのリンクを再確立する。
【００２２】
ユーザはまた、電話線１０へのアクセスを獲得する要求をするために、演算デバイス５を介してもインタラクトし得る。例えば、ユーザはテレフォニーデバイス９からファックスを送信することを欲し得る。モデム１は、モデム１１とのホールド状態を確立することによって、および電話線１０上にダイヤル音を得るための３方向コーリングの機能を用いることによって、このような要求に対し応答する。その後、モデム１は、演算デバイスを介して、電話線１０が、テレフォニーデバイス９によって自由に使用できることをユーザに知らせる。テレフォニーデバイス９が切断されるか、またはリモートサイドが切断されると、モデム１は、リダイヤルする必要なく、モデム１１とのリンクを再び再確立し得る。
【００２３】
同様の機能もまた、ユーザのインタラクションなしで自動的に起る。例えば、演算デバイス５は、テレフォニーデバイス３１との交信を受け入れるために、テレフォニーデバイス３１へのアクセスを周期的に獲得し得る。
【００２４】
さらに、モデム１は、テレフォニーデバイス７または９にテレフォニーデバイス１９と通信することを許可するためにモデム１１をホールドし得る。このように、モデム１と１１との間の１次通信リンクは、テレフォニーデバイス７または９および１９との間の２次通信リンクをセットアップするために用いられ得る。
【００２５】
スイッチングネットワーク２１は、有料ネットワークによって相互に接続された、１つ以上のセントラルオフィス（ＣＯｓ）を含み得る。電話線１０または１７は、例えばケーブル、ファイバーおよび／またはワイヤレスリンクなどの撚り合わされた一対のものを含み得る。
【００２６】
モデム１および演算デバイス５は、別々でもよいし、一体化されていてもよい。同様に、モデム１１は、演算デバイス１５の内部もしくは外部に存在し得る。
【００２７】
図２は、図１において説明された機能性を利用する、本発明によって構築された通信システムに基づいたインターネットの例示的模式図である。より具体的には、クライアントコンピュータ１０１を扱うクライアントモデム１０３は、ＩＳＰ演算システム１０７のＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）モデム１２５とのデータ接続を確立および維持する。
【００２８】
クライアントコンピュータ１０１とインターネット１１３との間のデータセッションを確立することを望むユーザは、電話ネットワーク１０５を通じてＩＳＰモデム１２５にダイヤルするクライアントモデム１０３を用いる。ＩＳＰモデム１２５は、リンク１２７Ｃを介してインターネット１１３上に参入するＩＳＰ１０７へのアクセスを提供する。
【００２９】
データ通信リンクが存在する間、電話ネットワーク１０５は、例えば電話１１９から電話コールを受信する。それに応答して電話ネットワーク１０５は、コール待機信号をクライアントモデム１０３に送信する。コール待機音を検出すると、クライアントモデム１０３は、発呼者識別の存在に関してＩＳＰモデム１２５に信号を送る。１つの実施形態において、クライアントモデムは、ＩＳＰモデム１２５に第１の所定の期間の間、通信リンクを維持するよう指示する。別の実施形態においては、ＩＳＰモデム１２５は、無期限に待機するか、または通信を必要としない、予め設定された所定の期間を有するかのどちらかである。クライアントモデム１０３は、次に、電話ネットワーク１０５と連携して発呼者識別を受信し復号化する。発呼者識別は、クライアントモデム１０３（外部の場合）上の、および／またはクライアントコンピュータ１０上のディスプレイを介してユーザに転送される。その結果、発呼者識別に基づいて、ユーザは、存在するデータセッションを終了するか、または入ってくる電話コールを無視して、存在するデータセッションに戻るのかを、すべて第１の所定の期間内に決定する。ユーザが、実行に失敗するか、および入ってくるコールを拒否することを選択した場合、クライアントモデム１０３はＩＳＰモデム１２５との通信を再確立する。ユーザがコールを受け入れることを選択した場合、および、第１の所定の期間の長さが十分でない場合、クライアントモデム１０３は、第２の所定の期間の間、例えば３０分間、ＩＳＰモデム１２５と通信する。その後、クライアントモデム１０３は、電話ネットワークを「フラッシュ」し、上述のようにクライアントコンピュータ１０１を介しておよび／または、そのように構成されている場合は、線１２７を介してユーザに信号を送る。電話ネットワーク１０５は、線１２７に入ってくるコールを接続することによって応答する。その後、ユーザは、例えば、ファクシミリデバイス１１９またはボイスメールまたはボイス保存システム１２１を使用し、入ってくるコールを受け入れる。
【００３０】
ＩＳＰモデム１２５は、さらに、手動ユーザインタラクションを通じて、または自動的に、生じた必要を満たすために、クライアントコンピュータ１０１によってホールドにされ得る。例えば、ユーザはＩＳＰモデム１２５とクライアントモデム２０３との間のセッションの継続中に、電話１４９を用いることを望み得る。そのユーザは、演算デバイス１０１上のウィンドウを介してインタラクトすることにより、そのような要求をする。それに応答して、演算デバイス１０１は、クライアントモデム１０３にセッションをホールドすることを指示する。
【００３１】
前記のように、クライアントモデム１０３は、ＩＳＰモデム１２５にホールド要求を通信し、ＩＳＰモデム１２５は、その要求を引き受けることを選択し得る。拒否された場合、接続は終了する。受け入れられた場合、ＩＳＰモデム１２５はホールドにされ、かつ３方向コーリングサービスを開始するよう電話ネットワーク１０５に信号で指示がなされる。電話ネットワーク１０５は、ダイヤル音を提供し、クライアントモデム１０３は、準備完了の表示を行うよう、演算デバイス１０１に直接指示する。その後、ユーザは、コールするために電話１４９を用い得る。
【００３２】
図１を参照して説明されている３方向コーリングおよびコール待機サービスを用いる他のすべてのモードもまた可能である。すべての場合において、セッションが維持されることを保証するために、ＩＳＰモデム１２５およびクライアントモデム１２３は両方とも、プロトコルスタックの上位レイヤと通信する。したがって、セッションが実際ホールドされているとしても、アプリケーションソフトウェアおよび上位のプロトコルスタックレイヤはこの状態を認識する必要がない。たとえそれらが認識するように修正され得るとしてもである。
【００３３】
ポイント間のデータセッションは、クライアントコンピュータ１０１とコンピュータ１１７との間に存在し得る。データセッションは、クライアントモデム１０３とモデム１２３との間のダイヤルアップルーチンに続く、モデムのハンドシェイクの後に確立される。発呼者ＩＤ情報／コール待機および３方向コーリングの機能性も、同様に、上記のように処理される。
【００３４】
クライアントモデム１０３のさらなる特徴は、ファックスモデム１２から受信されたファックスおよびボイス記憶装置１１９から受信されたボイスメールの両方の指示を許可する。クライアントコンピュータ１０９は、ケーブルネットワーク１１１を介して、インターネット１１３に接続される。ケーブルモデム１３０Ａは、クライアントコンピュータ１０９の接続およびインターネット１１３の接続性を可能にし、さらに通信ネットワーク１００の一部分を構成する。
【００３５】
通信リンク１２７Ａおよび１２７Ｂは、クライアントモデム１０３および１２３を電話ネットワーク１０５に接続する。通信リンク１２７Ａおよび１２７Ｂは、撚り合わされた一対の配線を含むが、例えば無線通信リンクを、追加的もしくは代替的に含み得、あるいは、例えばＩＳＤＮ、ＡＤＳＬまたはＤＳＬであり得る。
【００３６】
同様の機能を利用するケーブルモデムが用いられ得る。特に、ケーブルモデム１３０は、ネットワークインターフェースカード１２９を介して、演算デバイス１０９と接続する。演算デバイス１０１は、電話ネットワーク１０５およびケーブルネットワーク１１１を介して、ケーブルモデム１３０と直接的に接続され得る。ライン１２７Ｂを切断する必要が生じた場合、例えば入ってくるコールは演算デバイス１０１によって検出される。演算デバイス１０１がホールド要求をケーブルモデム１３０に送信すると、ケーブルモデム１３０はセッションが継続中しているかのように動作するために、プロトコルスタックの上位レイヤを「突き止め」、待機を始める。前述のように、クライアントモデム１０３は、必要を供給するためにリンク１２７Ｂを中断し、それが完了すると、クライアントモデム１０３は、リダイヤルする必要なしにケーブルモデム１３０を用いてセッションを再確立する。
【００３７】
さらなる実施形態において、例えばクライアントモデム１０３およびＩＳＰモデムが継続中の通信において携わっている場合、電話ネットワーク１０５内部のＣＯは、クライアントモデム１０３およびＩＳＰモデム１２５の両方に「注意信号」を発信する。「注意信号」は、少なくとも一時的に電話線１２７Ｂの「所有者」を変更するというペンディング要求を伝達する。このような実施形態においては、クライアントモデム１０３は、電話線１２７Ｂの中断を考慮中であることをＩＳＰモデム１２５に知らせる必要がない。
【００３８】
電話ネットワーク内のＣＯは、第２の線から切断されてはいないが、ダイヤルトーンを送信するために改変されている。このようにして、クライアントモデム１０３が例えば電話１４９の受話器が持ち上げられたというエクステンションオフフック状態を検出すると、クライアントモデム１０１は、まず最初に、ＩＳＰモデム１２５にホールドモードに入るよう信号を送る。次に、クライアントモデム１０３は、ＣＯがダイヤルトーンを生成し、電話１４９へのラインを中断することを要求する。
【００３９】
このような実施形態および本明細書中で説明されている他の実施形態において、発呼者ＩＤサービスを伴うにせよ、伴わないにせよ、コール待機の表示は「注意信号」である。注意信号は、共有電話線に他の使用要求が存在することをモデムに伝達する信号である。コール待機以外の例は、緊急事態において継続中のセッションを中断しようとするオペレーターの手動の試みであり得る。ほとんどの実施形態において、注意信号はラインを共有しなければならないモデムにのみ送信されるが、上述のように、この場合はその必要がない。このような注意信号は、継続中の交信に参入するすべてのパーティおよびモデムまたはテレフォニーデバイスにも送信され得る。
【００４０】
さらに、ＩＳＰモデム１２５は、クライアントモデム１０３にホールド要求を送信し得る。クライアントモデム１０３がホールド状態にある間、ＩＳＰ１０７は、ＩＳＰモデム１２５のルーティングを変更したり、自動的に別のＩＳＰモデムを代用したり（例えばＩＳＰモデム１２５が問題を有する場合、またはクライアントモデム１０３にとってオプショナルではない場合）し得る。これは、いずれの電話リンクも中断されることなく起る。
【００４１】
前述の機能は、インターネットブラウザの相互運用もサポートする。例えば、インターネットサーフィンをするために、演算デバイス１０１において動作中のブラウザとインタラクトしているとき、ユーザは、ウェブページで呼び出したい電話番号に出くわし得る。ブラウザ上の「呼び出し」ボタンを選ぶことによって、演算デバイス１０１は、クライアントモデム１０３に「注意信号」を送信し、その結果、クライアントモデム１０３は、それ自体およびＩＳＰモデム１２５をホールドモードにする。ホールドモードに入る前に、クライアントモデム１０３はさらに番号をダイヤルし、そのように構成されている場合およびウエブページにおいて提供されるメタ情報に従って、応答パーティまたは、システムとインタラクトし得、それにより、ユーザが、受信パーティの応答システム内で所望の場所に到達するのを手伝う。その後、そのような追加的サービスがクライアントモデム１０３によって提供されるか否かにかかわらず、演算デバイス１０１がユーザに電話１４９の受話器を取るよう信号を送信する。
【００４２】
図３は、図２の通信システムの例示的実施形態であって、ＩＳＰ発呼者ＩＤに知らせるためのＩＳＰのＤＣＥ信号を示す。より具体的には、クライアントモデム２０１が、２次チャネル２１７を使用して、コール待機信号が受信されたときをＩＳＰモデム２２１に気づかせるために、ＩＳＰモデム２２１に信号を送る。
【００４３】
クライアントモデム２０１を利用するユーザは、１次チャネル２１５上で電話ネットワーク２１９を介してＩＳＰモデム２２１とのデータセッションに係わる。データセッション中にコール待機音が検出されると、コール待機検出回路２０７は、入ってくる電話コールが検出されていることをプロセシング回路２０３に知らせる。それに応答して、プロセシング回路２０３は、ＩＳＰモデム２２１にコール待機イベントを信号で伝える。その後、ＩＳＰモデム２２１が受信した発呼者識別情報を復号化する間、プロセシング回路２０３は、２次チャネル２１７を用いて、ＩＳＰモデム２２１に、切断をしないよう信号を送る。それに応答して、ＩＳＰモデム２２１は、受領確認信号を伝送することによって受け入れを選択し得る。
【００４４】
受領確認を受信した後、プロセシング回路２０３は、発呼者情報を電話ネットワーク２１９から取り出すために発呼者処理を実行する。特に、プロセシング回路２０１はＤＴＭＦ音を、発呼者情報が転送されるよう指示する電話ネットワーク内でのセントラルオフィス（ＣＯ）に伝送する。そして、ＣＯは発呼者ＩＤ情報を有するベル２１１信号を伝送する（ＩＳＰモデム２２１に接続されたデータセッションラインをミュートしている間）。プロセシング回路は、典型的にはＶ９０であるその電流プロトコルからベル２１２モードに切り替わり、発呼者ＩＤ情報を受信する。発呼者ＩＤ情報は、クライアントモデム２０１内部のＬＣＤディスプレイを通じて、または、例えばユーザのソフトウェアによって生成されて、入ってくるコールをユーザが受け入れるか拒否するかをたずねるポップアップウインドウを通じてユーザに提供される。
【００４５】
一つの実施形態において、ユーザが入ってくるコールを受け入れる場合、ＩＳＰモデム２２１は、クライアントモデム２０１が入ってくるコールに係わる間、所定の期間、データセッション接続を維持する。元の状態に復帰すると、クライアントモデム２０１は、ＩＳＰモデム２２１と再同期化して、先のデータセッションを継続する。つまり、クライアントモデム２０１およびＩＳＰモデム２２１は、例えば時間同期化を行ない、エコーキャンセラーをトレインし、かつ既知の信号状態を伝送する。所定のインターバルが期限切れになった後、クライアントモデム２０１が復帰することに失敗した場合、データ接続は終了する。
【００４６】
さらなる実施形態において、ユーザはＩＳＰモデム２２１がアイドリングを指示されている間、入ってくるコールを受け入れ得る。クライアントモデム２０１が復帰すると、先のライン状態が既知であるため、高速再同期化アルゴリズムが、通信をより迅速に再確立するために用いられる。両方のモデムに完全なリトレインがなされる必要はない。「再同期化」に関するさらなる詳細は、”Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｆａｓｔ  Ｖ９０  Ｍｏｄｅｍ  Ｓｔａｒｔｕｐ”という名称のアトーニードケット番号９９ＲＳＳ１８１および５０９４４.４００の米国特許出願シリアルナンバー第０９／３６１，８４２号（１９９９年７月２７日出願）、ならびに”Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｑｕｉｃｋ  Ｍｏｄｅｍ  Ｒｅｃｏｎｎｅｃｔ”という名称のアトーニードケット番号９９ＲＳＳ１８１ＣＩＰおよび５０９４４．４７１７の米国特許出願シリアルナンバー第０９／３９４，０１８号（１９９９年９月１０日出願）に見られ得る。これらの出願は両方とも参考のため、その全体を本明細書中で援用する。
【００４７】
図１〜図２を参照して前述された別の機能は、クライアントモデム２０１とＩＳＰモデム２２１との間のインタラクションにも適用される。さらに、クライアントモデム２０１は、さらに図５で示されるように、ルックアップテーブルを用いて、入ってくるコールをどのように受け入れるか、および受け入れるかどうかを決定する。
【００４８】
２次チャネル２１７は、Ｖ．４２プロトコルを使用してセットアップされるバーチャルチャネルである。これは、この中においてクライアントモデム２０１およびＩＳＰモデム２２１の両方がその能力を通信し、２次チャネル２１７を通じて情報を交換する、独占（ｐｒｏｐｒｉｅｔａｒｙ）モードである。プロセシング回路２０３は、ソフトウェア、ハードウェアおよびファームウェアを用いて、クライアントモデム２０１と関連する様々なタスクを指示し同期化する。この機能はＩＳＰ通信に関して説明しているが、そのコンテクスト以外でも適用される。
【００４９】
図４は、図３の通信システムのさらなる例示的実施形態であって、キープアライブ機能３２３を用いて、連続的データセッションを維持する。特に、ＩＳＰモデム３２１は、クライアントモデム３０１がホールド要求を送るか否かにかかわらず、「キープアライブパケット」をより上位のプロトコルに送信するキープアライブ機能３２３を用いる。
【００５０】
特に、例えばユーザのインターネットブラウザと、ＩＳＰとの間の接続にかかわるプロトコルのいくつかのレイヤがあり、これらのレイヤは、クライアントモデム３０１がコール待機サービスあるいは他のサービスのためにリンク３３１を中断する間、「キープアライブされて」いなければならない。データセッション中、クライアントモデム３０１がリンク３３１を中断している間、より上位のプロトコルレイヤ、例えばＴＣＰ／ＩＰは、時間切れ状態に出くわし、データセッションを終了し得る。
【００５１】
連続的データセッションを達成するために、発呼者ＩＤが受信されると、最低部の２つのレイヤ、つまり、通信リンクの伝送とフレーミングとエラーコントロールの責任を負う物理的およびデータリンクレイヤが改変され得る。一つの実施形態において、ＩＳＰモデム３２１の内部にあるキープアライブ機能３２３は、モデム信号が中断された後に「キープアライブ」パケットストリームを、より上位のＴＣＰ／ＩＰプロトコルレイヤへ伝送する。これは、より上のＴＣＰ／ＩＰレイヤを欺き、セッションが終了するのを妨げる。「キープアライブ」パケットストリームは、データビットまたはコントロール信号のいずれか、またはその両方であり得、クライアントモデム３０１内、ＩＳＰモデム３２１内またはその両方の内部に位置し得る。
【００５２】
再び、キープアライブストリームは、ホールド要求の使用を必要としない。実際、一つの実施形態において、ＩＳＰモデムは、なんらかの理由でクライアントモデム３０１に到達することが困難な場合はいつも、キープアライブを用いる。ストリームは、従来のセッションの終了期間を過度に必要とする期間の間、リンクの再確立を許す所定の期間の間、用いられる。
【００５３】
図５は、本発明による、メモリルックアップテーブルを有するモデム４２１に接続され、発呼者ＩＤ情報を演算デバイス４１１に転送する前にコール分類および機能の割り当てを可能とする、本発明による演算デバイス４１１の模式図である。演算デバイス４１１は、プロセシング回路４１３と、インターフェース回路４１５などの他の従来の回路とを含む。 
【００５４】
プロセシング回路４１３は、モデム４２１を介して入ってくるコールを独立して受け入れる複数のアプリケーション（例えば第１および第２のアプリケーション４１７および４１９）に従って動作する。コントロールアプリケーション４２３は、複数のアプリケーションを立ち上げるために選択的にインタラクトする。
【００５５】
モデム４２１は、プロセシング回路４３１、メモリ４３３、および他の回路を含む。モデム４２１は、メモリ４３３内のテーブル４３５に基づいて発呼者ＩＤ情報を演算デバイス４１１に転送するかどうかを決定する。テーブル４３５は、一連の発呼者ＩＤ相互参照エントリーを保存する。このようにして、例えば、モデム４２１は、入ってくるコールを検出すると、発呼者ＩＤ情報を受信するために現在のモデム接続を中断しようとしていることをＩＳＰモデム（図示せず）に知らせる。発呼者ＩＤ情報が受信されると、プロセシング回路４３１は、発呼者ＩＤ情報をバッファ４３７に保存し、その情報をテーブル４３５内のエントリーと比較する。
【００５６】
一致が確認されると、プロセシング回路４３１はＩＳＰモデムに知らせ、ＩＳＰモデムは、バッファされた発呼者ＩＤ情報を、演算デバイス４１１に、そしてさらにコントロールアプリケーション４２３に送信する。コントロールアプリケーション４２３は、受信された発呼者ＩＤ情報を受け入れるように割り当てられている適切なアプリケーションを立ち上げる。発呼者ＩＤ情報は、そのようなアプリケーションにも転送され得る。
【００５７】
一致が確認されなかった場合、モデム４２１は入ってくるコールを無視し、ＩＳＰモデムとのデータセッションを継続する。このようにして、モデム４２１は、テーブル４３５内のエントリーを介してそうすることを割り当てられていない限り、演算デバイス４１１を関与させる必要もなく、発呼者ＩＤ情報を転送することによってユーザをわずらわせる必要も無い。本実施形態において、テーブルは、テーブルエントリーを有する入ってくるコールのみを転送するのに用いられる。しかしながら、さらなる実施形態においては、テーブルは、一致する入ってくるコールをふるいにかけるために使用され得る。
【００５８】
演算デバイス４１１を介してユーザは、テーブル４３５に、例えば第１および第２のアプリケーション４１７および４１９によって処理されるべき入ってくるコールの電話番号をロードする。例示的な実施形態において、第１のアプリケーション４１７は、ファクシミリプロセシングソフトウェアを包み、第２のアプリケーション４１９は、データプロセシングソフトウェアを包む。ファクシミリ伝送が１つの電話番号からのみ受信されるべき場合、電話番号はモデム４２１のテーブル４３５にロードされ、同様に、そのデータ伝送の送信元である電話番号もメモリ４３５にロードされる。ファクシミリ伝送が、テーブル４３５に保存されている電話番号から受信されると、プロセシング回路４３１は、発呼者ＩＤ情報を演算デバイス４１１に送信し、かつユーザに干渉されることなくただちにファクシミリ伝送に切り替わる。
【００５９】
その後、コントロールアプリケーション４２３は、伝送処理において第１のアプリケーション４１７に指示する。ファクシミリ伝送が完了すると、コントロールアプリケーション４２３は、ユーザを先のデータセッションに戻すために、モデム４２１と協働する。入ってくるデータ伝送が、テーブル４３５内に保存された対応する通信の電話番号から受信される場合、プロセシング回路４３１は発呼者識別を、例えば第２のアプリケーション４１９によって処理するために、演算デバイス４１１に送信する。テーブル４３５に含まれていない電話番号からのコールは、モデム４２１によって無視され得る。
【００６０】
代替的に、または追加的に、テーブルには、無視されるべきおよびＤＣＥ／ＤＴＥによって応答されるべきでない電話番号を識別する発呼者ＩＤ情報がロードされ得る。例えば、既知の音声電話番号は、ＤＣＥ４２１によって無視され得、その場合、他のすべてのテーブルに入っていない番号はＤＣＥ４２１によって応答される。
【００６１】
このようにして、特定のコールのスクリーニングおよび／または選択によって、ＤＣＥは、どの電話コールを受け入れるかを決定する際にユーザによって浪費される時間を節約することができる。さらに、一本の電話線は、ＤＣＥ４２１および他のＤＣＥまたは電話などの複数の通信デバイスによって共有され得る。さらに、そのようなスクリーニングおよび／またはフィルタリングは、他のタスクを負っているかもしれない、動作中のＤＴＥから不必要なコールプロセッシングの負担を除去するのに用いられ得る。したがって、例えば、演算デバイス４１１は、データセッションの間、演算デバイス４１１に向けられていないコールを受け入れるプロセシングリソースを共有する必要はない。
【００６２】
テーブル４３５は、モデム４２１の内部に格納されることが示されているが、テーブル４３５は、代替的に演算デバイス４１１内に保存され得る。このような実施形態（図示せず）においても、演算デバイス４１１は、入ってくる望まれないコールをやはり自動的にフィルタリングする。
【００６３】
本発明によるシステムおよび方法を、好適な実施形態と関連付けて説明してきたが、これは本発明を本明細書中に述べられている特定の形態に限定することを意図したものではない。むしろ、本発明は、特許請求の範囲によって規定される発明の精神および範囲において正当に包含され得る変更、改変および等価物をカバーすることを意図している。
【図面の簡単な説明】
【００６４】
【図１】図１は、本発明のさまざまな局面による、３方式呼び出し、コール待機および発呼者ＩＤをサポートする例示的なモデム間通信のブロック図である。
【図２】図２は、図１において説明された機能を利用する、本発明に従って構築された通信システムに基づくインターネットの例示的模式図である。
【図３】図３は、図２の通信システムの例示的実施形態を示し、ＩＳＰ発呼者ＩＤに知らせるためのＩＳＰのＤＣＥ信号を示す。
【図４】図４は、キープアライブ機能を用いて、連続的データセッションを維持する図３の通信システムの別の例示的実施形態を示す。
【図５】図５は、本発明によると、メモリルックアップテーブルを有するモデム４２１に接続され、発呼者ＩＤ情報を演算デバイス４１１に転送する前にコール分類および機能の割り当てを可能とする、本発明による演算デバイス４１１の模式図である。
【図１】
2006222990.tif 000003
【図２】
2006222990.tif 000004
【図３】
2006222990.tif 000005
【図４】
2006222990.tif 000006
【図５】
2006222990.tif 000007