(57)【要約】本発明は、複数のデバイスへのパケットベースの呼び出しの接続に関するものである。すなわち、呼出しが、パケットネットワークを介して受信され（図１）、複数のデバイスは、該パケットネットワークを介してその呼出しを通知される。応答は、デバイスのうちの第１台目から受信され、それに応答して、呼出しの第１の接続が、デバイスのうちの第１台目と確立される。メッセージが、次いでデバイスのうちの第２台目から受信され、それに応答して、呼出しの第２の接続が、デバイスのうちの第２台目と確立される。
2008535408.tif 000002
【特許請求の範囲】
【請求項１】
パケットベースのネットワークを介して呼出しを受信することと、
該パケットネットワークを介して該呼出しを複数のデバイスに通知することと、
該複数のデバイスの第１台目から応答を受信し、それに応答して該複数のデバイスの該第１台目に該呼出しの第１の接続を確立することと、
該複数のデバイスの第２台目からメッセージを受信し、それに応答して該デバイスの第２台目に該呼出しの第２の接続を確立することと
を包含する、方法。
【請求項２】
前記呼出しは、ボイス呼出しを含む、請求項１に記載の方法。
【請求項３】
前記ボイス呼出しは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）呼出しを含む、請求項２に記載の方法。
【請求項４】
前記ステップは、セッション初期化プロトコル（ＳＩＰ）に従って行われる、請求項２に記載の方法。
【請求項５】
前記複数のデバイスは、少なくともいくつかのＶｏＩＰ電話を含む、請求項１に記載の方法。
【請求項６】
前記複数のデバイスに通知することは、該デバイスに前記呼出しの通知を発信させることを含む、請求項１に記載の方法。
【請求項７】
前記方法は、前記複数のデバイスの前記第１台目から前記応答を受信した後であって、該複数のデバイスの前記２台目から前記メッセージを受信する前に、該複数のデバイス該の第２台目が前記呼出しの通知を発生するのを止めさせることをさらに包含する、請求項５に記載の方法。
【請求項８】
前記複数のデバイスの前記第２台目から前記メッセージを受信することは、オフフックメッセージを受信することを含む、請求項１に記載の方法。
【請求項９】
前記方法は、前記複数のデバイスの前記第２台目から前記メッセージを受信するために、該デバイスの該第２台目を含めて、少なくともいくつかの該デバイスを登録することをさらに包含する、請求項１に記載の方法。
【請求項１０】
前記呼出しを受信することは、目的地に向けられた呼出しを受信することを含み、該目的地は、前記複数のデバイスと関連付けられている、請求項１に記載の方法。
【請求項１１】
前記目的地の特定は、電話番号を含む、請求項１０に記載の方法。
【請求項１２】
前記目的地の特定は、データネットワークアドレスを含む、請求項１０に記載の方法。
【請求項１３】
前記目的地の特定は、ユニフォームリソースインジケータを含む、請求項１０に記載の方法。
【請求項１４】
前記第１の接続を確立することは、前記呼出しの前記通知に対する返答に応答することを含む、請求項１に記載の方法。
【請求項１５】
前記第２の接続を確立することは、前記第２のデバイスからのメッセージに応答することを含む、請求項１４に記載の方法。
【請求項１６】
前記第２のデバイスからの前記メッセージに応答することは、前記呼出しの前記通知に対する返答に応答することを含む、請求項１５に記載の方法。
【請求項１７】
前記第２のデバイスからの前記メッセージに応答することは、オフフックの通知に応答することを含む、請求項１５に記載の方法。
【請求項１８】
前記第２のデバイスからの前記メッセージに応答することは、前記複数のデバイスの前記第１台目および該第２台目を含む会議を確立することを含む、請求項１５に記載の方法。
【請求項１９】
請求項１〜１８のいずれかのうちの全てのステップを行うように構成された通信装置。
【請求項２０】
ローカルデータネットワークへのインターフェースを含み、該インターフェースは、少なくともいくつかの前記デバイスに通信パスを提供する、請求項１９に記載の通信装置。
【請求項２１】
プロセッシングシステムに、請求項１〜１８のいずれかにおける全てのステップを行わせる命令を含む、ソフトウェア。
【請求項２２】
マシンで読み取り可能な媒体に組み入れられた、請求項２１に記載のソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の参照）
本出願は、２００５年３月３１日に出願の米国仮特許出願第６０／６６７，０１５号の利益を主張する。
【０００２】
（技術分野）
本記述は、複数のデバイスへのパケットベースの呼出しの接続に関する。
【背景技術】
【０００３】
従来の電話サービス（平凡な旧型の電話サービス、ＰＯＴＳ）、特に住宅向きのサービスにおいて、複数の電話は、通常は同一の電話線に並列式の配列で接続される。複数の電話のいずれかが電話中である場合に、別の電話機をとると、直ちに現在繋がっている通話に接続され、つまりは３者通話の単純な形態を作り出す。これが、いわゆるＰＯＴＳ電話の「パーティーライン」挙動というものである。例として、着信の呼出しが幾つかのＰＯＴＳの電話を同時に鳴らす。２人がほぼ同時に応答する。３人の人物が簡潔に会話をして、その呼出しがだれに掛かってきたものかを決定し、次いで１つの電話が切られる。呼出しは、家内の最も適切な電話で続けられる。呼出しは、第３の電話における第４の人物によって、さらに受話器が取られることを含み得る。
【０００４】
住居向けのボイスオーバーＩＰ（ＶｏＩＰ）サービスは、益々利用が可能となっている。そのようなサービスの１つのアーキテクチャーにおいて、ユーザの家屋におけるデバイスは、ＶｏＩＰ接続と複数のＰＯＴＳ電話が接続され得るユーザの家屋に限られている電話線接続との間にゲートウェイを提供する。着信のＶｏＩＰ呼出しがゲートウェイに掛かるときには、ゲートウェイは、電話線上の全ての電話を鳴らす。第２のＰＯＴＳの電話の受話器が取られると、従来のＰＯＴＳサービスのようにその呼出しに参加し得る。
【０００５】
ユーザは、ユーザの家屋におけるローカルデータネットワークに接続された複数のＶｏＩＰ電話を有し得る。例えば、ＶｏＩＰ電話は、ワイヤレスイーサネット（登録商標）アプローチ（例えばＩＥＥＥ８０２．１１）を用いて通信し得る。ＶｏＩＰシステムは、ユーザの電話番号が呼び出されると、ユーザの家屋の全てのＶｏＩＰ電話を鳴らすように構成され得る。ＶｏＩＰ接続は、最初に応答する電話に対してなされる。例として、着信の呼出しは、幾つかの電話を同時に鳴らす。２人が、ほとんど同時に応答しようとする。第１に応答した電話が、その呼出しに接続する。第２に応答した電話は、ダイヤルトーンを聞く。その後、呼出しは、通常は第１の電話での続行に限定される。別の電話の方が、都合が良い場合であっても、呼出されることを望まれる相手方は、第１の電話に来なくてはならない。
【０００６】
一部のＶｏＩＰシステムは、特定の種類の複数相手（マルチパーティー）の会議呼出しをサポートし得る。例えば、複数のＶｏＩＰ電話は、マルチポイントコントローラユニット（ＭＣＵ）に呼出しを行い得、それは、会議呼出しを確立し、それにより、呼出しが行われるときには、それぞれの参加者を加えていく。別のアプローチにおいて、呼出しの参加者がマルチポイントコントローラ（ＭＣ）機能を実装するときに、臨時会議が、確立され得る。その参加者は、さらなる相手方を呼び出し得、既にいる参加者とともに、臨時の会議に参加するように彼らを招待し得る。
【発明の開示】
【課題を解決するための手段】
【０００７】
一局面において、通常は、パケットベースの通信へのアプローチは、パケットベースの環境において、なじみがあり使いやすいＰＯＴＳの複数の電話パーティーラインビヘービアが提供される。
【０００８】
別の局面において、通常は、方法は、パケットネットワークを介して呼出しを受信することを含む。複数のデバイスは、パケットネットワークを介して呼出しが通知される。応答は、複数のデバイスのうちの第１台目から受信され、その応答として呼出しの第１の接続は、デバイスのうちの第１台目に確立される。メッセージが、次いでデバイスのうちの第２台目から受信され、その応答として呼出しの第２の接続が、デバイスのうちの第２台目と確立される。
【０００９】
１つ以上の以下の特徴が含まれ得る。
【００１０】
呼出しは、ボイス呼出し、例えばボイスオーバーインターネットプロトコル（ＶｏＩＰ）呼出しを含む。
【００１１】
ステップは、セッション初期化プロトコル（ＳＩＰ）に従って行われる。
【００１２】
複数のデバイスは、少なくとの一部のＶｏＩＰ電話を含む。
【００１３】
複数のデバイスに通知することは、デバイスに呼出しの通知を発信させること、例えばデバイスを鳴らすことを含む。該方法は、複数のデバイスの第１台目からの応答を受信した後であり、該複数のデバイスの第２台目からメッセージを受信する前に、該第２台目のデバイスが呼出しの通知を発生するのを止めさせることをさらに包含する。
【００１４】
複数のデバイスの第２台目からメッセージを受信することは、オフフックのメッセージを受信することを含む。
【００１５】
該方法は、複数のデバイスの第２台目を含めて、複数のデバイスの該第２台目からメッセージを受信するために少なくとも一部のデバイスを登録することを包含する。
【００１６】
呼出しを受信することは、目的地に向けられた呼出しを受信することを含み、該目的地は、複数のデバイスと関連付けられている。目的地の特定は、例えば電話番号、データネットワークアドレスまたはユニフォームリソースインジケータを含み得る。
【００１７】
第１の接続を確立することは、例えば、第１のデバイスから、呼出しの通知への返答に応答することを含む。第２の接続を確立することは、第２のデバイスからのメッセージに応答することを含む。例えば、第２のデバイスからのメッセージに応答することは、例えば呼出しの通知への返答に応答すること、または、オフフックの通知に応答することを含み得る。
【００１８】
第２のデバイスからのメッセージに応答することは、複数のデバイスの第１台目と第２台目とを含む会議を確立することを含み得る。
【００１９】
所定の、なじみがありより効果的なＰＯＴＳのようなフォンビヘービアをユーザに提供することが望ましくあり得、それにより、例えば、ＰＯＴＳからＶｏＩＰの住居向けサービスへの移行を容易にする。特定の性能または機能を導入することによってそのようなビヘービアを提供することは、パケットベースのフォン技術がＰＯＴＳ電話の技術と異なっていても、パケットベースのサービスが、従って望ましくなり得るということである。
【００２０】
他の特徴および利点は、以下の記述および特許請求の範囲からはっきりと理解される。
【発明を実施するための最良の形態】
【００２１】
図１を参照すると、パケットネットワークベースのパーティーラインの構造は、「パーティーライン」アプローチにおいて、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）コールが目的地に掛けられ、複数のＶｏＩＰ電話１２０（または均等のデバイス）によって応答されることを可能にしており、該「パーティーライン」アプローチは、複数のＶｏＩＰ電話が同一の呼出しに参加することを可能にする。該構造は、管理機能１１０を有し、該機能は、ＶｏＩＰ電話の呼出しを接続するために用いられ、該電話の一部はワイヤレスデバイス１２０Ｗであり得る。管理機能は、様々なデバイス、例えばユーザの住居のルータのようなデバイス、またはユーザの住居におけるケーブルモデムのサービス提供をするケーブルテレビの「ヘッドエンド」などのより集中化したロケーションにホスト化され得る。
【００２２】
パケットベースのボイスコール２０１が、管理機能１１０によって受信されるときには、管理機能は、呼出しの目的地に関連しているデバイス１２０のそれぞれに呼出し２０２を行う。例えば、全てのデバイス１１０は、特定の住所に掛けられたＶｏＩＰ呼出しを鳴らす（または、そうでない場合は知らせを受ける）ように構成されており、その場合には、管理機能は、デバイス１２０のそれぞれに呼出し２０２を掛ける。管理機能１１０は、次いで各デバイスを応答のためにモニタする。最初に応答するデバイスがオフフックとなり、管理機能１１０に通知メッセージ２０３を送信する。管理機能１１０は、最初の応答通知メッセージを見て、接続承認メッセージ２０４を送信することによって接続を確立する。
【００２３】
応答した最初の電話と接続が確立されている間は、管理機能１１０は、関連するデバイス１２０における呼出着信の通知を終わらせるが、引き続き起こるあらゆるオフフックの通知メッセージまたは、関連したデバイスもまた継続している呼出しに接続されるべきであると知らせる他の種類の通知メッセージのために、残る関連したデバイス１２０のモニタを継続する。応答する次のデバイス１２０が、そのオフフック通知２０５を送信するときに、管理機能１１０は、適切な接続メッセージ２０６をそのデバイスに送信することによって、該共通線のデバイスを接続に加える。例えば、従来型のＶｏＩＰ会議機能が用いられ得、その結果として、管理機能は、次のデバイスが接続されるべきであると認識する。
【００２４】
図２は、流れ図におけるボイスパケットネットワークにおいて、複数のパーティーラインの接続を確立する方法を例示する。パケットネットワークボイス呼出しは、呼出し管理機能１１０によって受信される（ステップ１０）。全ての関連したデバイスは、次いで呼出しを知らされる（ステップ２０）。管理機能は、応答する電話から「オフフック」メッセージの形態である応答を待つ（ステップ３０）。ステップ３０において受信された最初の「オフフック」メッセージの結果として、接続が確立され（ステップ４０）、管理機能１１０は、関連したデバイスへのリンギングを停止する（ステップ４５）。管理機能は、引き続き起こる応答に対するモニタを継続する（ステップ５０）。別の電話がオフフックになるときには、管理機能は、相手方を呼出しに加える（ステップ６０）。図２に示されていないものは、電話が切られるときの呼出しの終了である。各電話が切られると、管理機能は、その電話への接続を終了し、その機能は、全ての電話が切られるまで続けられる。
【００２５】
図３を参照すると、一部の実施例において、管理機能１１０は、一連のＳＩＰメッセージ３０２、３０４、３０６、３０７、３０８をデバイス１２０Ａおよび１２０Ｂと交換することにより、両方のＳＩＰデバイスにパーティーライン呼出しを確立する。初期化の間において、パワーオンの後に、管理機能１１０は、シーケンス３０７をデバイス１２０Ａおよび１２０Ｂと交換する。その結果として、デバイス１２０Ａおよびデバイス１２０Ｂはそれぞれ、管理機能３１０と一連のメッセージを交換するように構成され、オフフックになるときにはいつでも管理機能３１０に通知する。着信呼出し３０１が受信されるときには、管理機能３１０は、シーケンス３０２をデバイス１２０Ａおよび１２０Ｂと交換して、両方のデバイスにリンギングを開始させる。ユーザが任意のデバイス、例えばデバイス１２０Ａで呼出しに応答するときには、応答デバイス１２０Ａは、シーケンス３０６を管理機能１１０と交換し、呼出しを確立する。呼出しが確立されるときには、管理機能１１０は、シーケンス３０４を、ここでは１２０Ｂであるが、他のデバイスと交換してリンギングを停止する。他のデバイス１２０Ｂにおいて別のユーザが応答する場合には、デバイス３２０Ｂは、シーケンス３０８を交換して、管理機能１１０にデバイス３２０Ｂもオフフックとなったことを通知する。管理機能１１０がシーケンス３０８を交換した後には、管理機能１１０は、デバイス１２０Ｂに例えばマルチキャスト会議に対するＳＩＰ  ＩＮＶＩＴＥ３０９を送信する。それによって、両方のデバイス１２０Ａおよびデバイス１２０Ｂは、ＶｏＩＰ会議に接続され、両方が呼出し３０１に参加する。
【００２６】
一部の実施例において、管理機能１１０および回線を共有する関連したデバイスである１２０Ａおよび１２０Ｂは、メディアゲートウェイコントロールプロトコル（ＭＧＣＰ）を用いて通信し得る。ＭＧＣＰデバイス、例えばＭＧＣＰ電話は、電話が操作されるときに起こる各イベントに対する通知メッセージを生成する。そのようなイベントは、ダイアルパッドキーに触れること、またはオン／オフフック状態を変更することを含み得る。オン／オフフックの通知が自動的に生成されることによって、管理機能１１０は、デバイスのオフフック通知をサブスクライブする必要はない。この場合において、管理機能１１０は、オフフックになる関連したデバイスのＶｏＩＰ会議の接続を確立して、その一方で、別の関連したデバイスに確立された呼出しが存在する。
【００２７】
一部の実施例において、管理機能１１０およびデバイス１２０は、一部の取引のタレットにおいて用いられるプライベートライン自動リング（ＰＬＡＲ）ダウンスキームに似た方式において動作し得る。この方式において、管理機能は、デバイス１２０の間の常置のＶｏＩＰ回路を定位で構成する。常置のＶｏＩＰ回路は、オフフックとなるあらゆるデバイスに、信号を送ることなく直ちに利用が可能である。常置のＶｏＩＰ回路は、会議の構成において設定される。これによって、デバイス１２０は、常置のＶｏＩＰ回路を介してお互いと実質的に結線で接続される。任意のデバイス１２０に一旦確立された遠隔呼出し３０２は、ＰＬＡＲ方式に参加する他の全てのデバイス１２０に利用可能である。
【００２８】
デバイス１２０がＶｏＩＰ会議において接続される手段に関わらず、すなわち、ＳＩＰおよびＭＧＣＰのようなシグナリングを介していようとも、ＰＬＡＲスキームのような定位の構成を介していようとも、末端のステーションの間のＶｏＩＰ会議ボイスのトラフィックは、少なくとも２つの可能性のある方法のうちの１つによってサポートされる。
【００２９】
第１の代替案は、マルチキャスティングを用いることである。マルチキャスティングにおいて、ＶｏＩＰ会議に参加する全てのデバイスは、ＩＰマルチキャストアドレスにＶｏＩＰパケットを送信することにより、シグナリングを介して互いのデバイスと知り合う。全てのデバイスは、マルチキャストアドレスに行き先を定められたＶｏＩＰトラフィックを受諾および処理する。例示されるように、ＳＩＰ  ＩＮＶＩＴＥメッセージ、例えば３０９は、エンドデバイスをマルチキャスト会議セッションに招待するために用いられる。この場合において、ＩＮＶＩＴＥのセッション記述プロトコル（ＳＤＰ）の部分は、マルチキャストアドレスおよびメディアの種類、つまりボイス会議を特定する。
【００３０】
第２の代替案において、管理機能１１０および関連したデバイス１２０は、管理機能１１０によって混合（すなわち、トラフィックを電話に分岐して、電話から戻ってくるトラフィックを併合させる）されたユニキャストトラフィックを用いて通信する。この代替案において、管理機能１１０は、アクティブな呼出しの間にオフフックとなる各デバイス１２０とユニキャストセッションを確立して、参加しているデバイス１２０から受信するボイスストリームを混合する。管理機能１１０は、混合したトラフィックを、別個のユニキャストセッションにおいて各デバイス１２０に送信する。それによって、全てのデバイス１２０は、同一の混合されたボイストラフィックを受信し、混合されたトラフィックの生成に参加することによって、回線を共有し得る。
【００３１】
一部の実施例において、管理機能は、管理ユニットにおいてホスト化されており、該管理ユニットは、ＬＡＮの構成要素においてローカルに実装され得る。それは、エンドデバイスのうちの１つに位置し得、マスターデバイスの役割を果たす。それは、ローカルルータに位置し得る。一部の実施例において、管理ユニットは、遠隔のロケーションにおいて実装され、ＷＡＮを介してアクセス可能である。例えば、サービスプロバイダ（ＩＳＰ）アクセスルータに位置し得る。管理機能は、例えば一般の目的または特別の目的のプロセッサの実行のために、ソフトウェアに実装され得る。
【００３２】
物理的な位置に関わらず、管理ユニットは、幾つかのＶｏＩＰプロトコルをサポートし得、異なる種類のデバイスにパーティーラインの機能を提供する。これによって、ＳＩＰフォン、ＭＧＣＰ電話およびＰＬＡＲ構成の電話は同一の回線を共有し得る。
【００３３】
ボイス（例えばＶｏＩＰ）コールのコンテクストにおいて記述されたが、アプローチは、他の種類の呼出し、例えばビデオ、マルチメディア、およびテキスト（例えばインスタントメッセージング）の呼出しなどに適用が可能である。アプローチは、インターネットプロトコル（ＩＰ）ネットワークに限定されるものでもない。
【００３４】
システムの構成要素、例えば管理ユニットは、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせにおいて実装され得る。ソフトウェアは、プロセッサに対する命令、例えば一般目的マイクロプロセッサを含み得る。ソフトウェアは、コンピュータ読み取り可能な媒体、例えば固定状態メモリに格納され得、または（例えば、ネットワークの通信媒体を介して伝播する信号に組み入れられて）ネットワークを介して提供され得る。
【００３５】
前述の記述は、例示を目的としており、本発明の範囲を限定することは意図せず、本発明の範囲は、付随の特許請求の範囲において定義されることを理解されたい。他の実施形態は、付随の請求項の範囲内である。
【図面の簡単な説明】
【００３６】
【図１】図１は、パケットベースのネットワークである。
【図２】図２は、呼出しの接続の追加の流れ図である。
【図３】図３は、パーティーラインのシグナリングの実施例である。
【図１】
2008535408.tif 000003
【図２】
2008535408.tif 000004
【図３】
2008535408.tif 000005
【国際調査報告】
2008535408.tif 000006