(57)【特許請求の範囲】
【請求項１】
インターネットによる音声通話を設定する方法であって、
被呼装置に対するインターネット音声通話の呼出しを行うステップと、
前記被呼装置が既にインターネットに接続されているかどうかを確認するステップと、
前記被呼装置が既にインターネットに接続されている場合、前記被呼装置との前記インターネット音声通話を確立するステップと、
前記被呼装置がインターネットに接続されていなければ、関連する発信者ＩＤ情報で前記被呼装置に対する公衆交換電話網（ＰＳＴＮ）の電話呼出しを行うステップと、
前記被呼装置が前記関連する発信者ＩＤ情報に応じてインターネットに接続された場合、前記被呼装置との前記インターネット音声通話を確立するステップと、
から成る、前記方法。
【請求項２】
前記関連する発信者ＩＤ情報が、所定の発信者ＩＤ番号である、請求項１記載の方法。
【請求項３】
ＩＰネットワークによるＩＰ音声通話を設定する方法であって、
被呼装置に対するＩＰ音声通話の呼出しを行うステップと、
前記被呼装置がＩＰネットワークに接続されているかどうかを確認するステップと、
前記被呼装置が既に前記ＩＰネットワークに接続されている場合、前記被呼装置との前記ＩＰ音声通話を確立するステップと、
前記被呼装置が前記ＩＰネットワークに接続されていなければ、特有の呼出しパターンで前記被呼装置に対する公衆交換電話網（ＰＳＴＮ）の電話呼出しを行うステップと、
前記被呼装置が前記特有の呼出しパターンに応じて前記ＩＰネットワークに接続された場合、前記被呼装置との前記ＩＰ音声通話を確立するステップと、
から成る、前記方法。
【請求項４】
前記特有の呼出しパターンが、通常の公衆交換電話網（ＰＳＴＮ）の電話呼出しパターンと異なる、請求項３記載の方法。
【請求項５】
受信装置のためにＩＰ電話を受信する方法であって、
前記受信装置がＩＰネットワークに接続されている場合、該ＩＰネットワークを介してＩＰ電話を受信するステップと、
前記ＩＰネットワークを介するＩＰ電話の通話を確立するために、
（ａ）公衆交換電話網（ＰＳＴＮ）ラインを介して、特有の呼出しパターンおよび発信者ＩＤ情報のうちの少なくとも１つを含む公衆交換電話網（ＰＳＴＮ）の電話呼出しを受信し、
（ｂ）前記発信者ＩＤ情報が受信された場合に、この受信した発信者ＩＤ情報を所定の発信者ＩＤ情報と比較し、
（ｃ）前記特有の呼出しパターンおよび前記受信した発信者ＩＤ情報と前記所定の発信者ＩＤ情報との一致のうちの少なくとも１つに応答して、前記受信装置を前記ＩＰネットワークに接続するステップと、
から成る、前記方法。
【請求項６】
前記発信者ＩＤ情報が、前記方法を開始する装置と関連する、請求項１記載の方法。
【請求項７】
前記方法を開始する装置が、発呼装置と前記被呼装置の間で動作するサーバーである、請求項６記載の方法。
【請求項８】
前記発信者ＩＤ情報が、タイプ１発信者ＩＤ情報である、請求項１記載の方法。
【請求項９】
前記発信者ＩＤ情報が、前記方法を開始する装置と関連する、請求項５記載の方法。
【請求項１０】
前記方法を開始する装置が、発呼装置と前記受信装置の間で動作するサーバーである、請求項９記載の方法。
【請求項１１】
前記発信者ＩＤ情報が、タイプ１発信者ＩＤ情報である、請求項５記載の方法。
【発明の詳細な説明】
【０００１】
産業上の利用分野
一般に、本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：インターネット・プロトコル）ネットワーク（例えば、インターネット（Ｉｎｔｅｒｎｅｔ））により音声接続を行う方法に関する。本発明は、特に、特有の呼出しパターンまたは発信者（発呼者）ＩＤ情報を利用することにより、通話の設定および通話の通告を自動的に行う方法に関する。
【０００２】
発明の背景
ＩＰ／インターネット電話サービスの提供に関心が持たれる主な理由の１つは、電話オペレータ（ｔｅｌｅｐｈｏｎｅ  ｏｐｅｒａｔｏｒ、通信業者）が提供する音声サービスとデータ・サービスについて現在実施されている料金体系である。長距離の音声サービスは「デマンド・データ」サービスと見なされ、この場合、利用者は６４Ｋｂｐｓチャンネル（米国における音声グレート・チャンネル）への瞬時アクセスに割増金を支払う。このサービスについて広く宣伝されている販売促進タイプの料金は１分につき約＄０．１０である。これに対し、電話オペレータ（ｔｅｌｅｐｈｏｎｅ  ｏｐｅｒａｔｏｒ、通信業者）により提供されるデータ・サービス、例えば、Ｔ‐１接続（１．５４４Ｍｂｐｓ接続、音声クオリティ・データ・ライン２４本）について提供されるデータ・サービス、は約＄１０００／月で、これは１音声ラインにつき＄．００１／分と算出される。ケーブル・モデムにより、ケーブル会社は数百Ｋｂｐｓの有効スループット（ｅｆｆｅｃｔｉｖｅ  ｔｈｒｏｕｇｈｐｕｔ）を約＄５０／月で提供できるようになるので、近い将来ケーブル会社は電話オペレータ（ｔｅｌｅｐｈｏｎｅ  ｏｐｅｒａｔｏｒ、通信業者）のデータ・サービス料金にも激しい圧力をかけてくるものと思われる。
【０００３】
ＩＰ電話は、データと音声と映像をリアルタイムで伝達する総合サービス・インターネット（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｉｎｔｅｒｎｅｔ）に向かう最初の且つ最も顕著なステップの１つである。
【０００４】
ＩＰ／インターネット音声電話の基本的な考えは、電話で話をしているときの音声をディジタル化し、そのディジタル化されたデータをＩＰパケットとしてインターネットに送ることである。ＩＰ音声装置は、インターネット接続装置（例えば、モデム、セットトップ・ボックス、コンピュータ）の中に組み込まれ、また、スタンドアロン製品（ｓｔａｎｄ  ａｌｏｎｅ  ｐｒｏｄｕｃｔ：独立して操作可能な製品）として組み立てることもできる。スタンドアロンＩＰ音声装置は、例えば、イーサネット（Ｅｔｈｅｒｎｅｔ）ジャックを具え、これをインターネット接続装置およびその他のラン（ＬＡＮ）装置と接続することができる。ＩＰ音声装置は、通常の電話器を接続するためのインタフェースも具える。通常の電話回線で聞かれる話し言葉の質は、６４Ｋｂｐｓの帯域幅を必要とする。しかしながら、現在のインターネット接続はたいてい、これ以下の帯域幅（例えば、２８．８Ｋｂｐｓ、または５６Ｋｂｐｓ）のモデムを有する。また、たとえ高速の接続装置（例えば、ＩＳＤＮまたはケーブル・モデム）を使用しても、インターネットのネットワーク自体は共有される媒体であり、帯域幅が限られている。従って、音声データを圧縮するために、通常、音声コーデック（ａｕｄｉｏ  ｃｏｄｅｃ）が組み込まれる。
【０００５】
異なる販売業者からのＩＰ音声装置を相互に使用できるようにするために、国際電気通信連合（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｎｉｏｎ：ＩＴＵ）は、ＩＰネットワ−クによる電話に関する標準として、Ｈ．３２３を開発した。Ｈ．３２３は、呼出しの設定、データの圧縮、およびデータの転送に関する共通の手順（ｐｒｏｃｅｄｕｒｅ）を規定する。
【０００６】
Ｈ．３２３は、他の多数のＩＴＵ勧告に基づく包括的な基準であり、マルチメデイア通信を種々のレベルで提供する。これらのレベルには、音声のみ、音声と映像、音声とデータ、あるいは音声と映像とローカルエリアネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）によるデータ通信が含まれる。音声のみのＨ．３２３プロトコル・スタックには、ＲＴＰ／ＲＴＣＰ、ＲＡＳ／Ｑ．９３１（Ｈ．２２５．０）、およびＨ．２４５が含まれる。ＲＴＰ／ＲＴＣＰは音声データの同期化とパケット化に使用される。ＲＡＳ／Ｑ．９３１は、呼出し登録、認可、状態、呼出し信号について記述している。Ｈ．２４５は制御メッセージおよび手順を規定する。
【０００７】
ＩＰ電話の一般的意味は、インターネットによる音声サービスのためにポイントからポイントへ「バーチャル（ｖｉｒｔｕａｌ）」に接続するものと考えられる。現在、種々のＩＰ電話装置が市場に存在する。例を挙げると、ニュージャージー州ノースヴェールのボーカルテック（Ｖｏｃａｌｔｅｃｈ：登録商標）社製マルチメディアＰＣ用ソフトウェア製品ＶｏｃａｌＴｅｃｈ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｐｈｏｎｅ（登録商標）  Ｌｉｔｅがある。他の製品の例として、ネットスケープ（Ｎｅｔｓｃａｐｅ）のＣｏｏｌＴａｌｋあるいはマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のＮｅｔＭｅｅｔｉｎｇがある。これらのソフトウェアに基づく製品の大部分は、マイクロフォンとスピーカとサウンド・カードを必要とするネットワーク・コンピュータやＰＣのようなクライアント・サーバー内に在る。他の製品は電話器の形をとり、これは基本的に、ソフトウェアに基づく製品内にマイクロフォンとスピーカの機能を組み込んでいる。
【０００８】
電話のかけ方の一例として、インディアナポリスにいる利用者がパリにいる彼の友人に電話をすると仮定する。彼は自分のＩＰ音声装置の電話器（またはコンピュータ・スクリーン上のバーチャル電話器）を取り上げると、通常の電話の発信音と同じような発信音（ｄｉａｌ−ｔｏｎｅ）が聞かれる。次に彼はパリの友人の電話番号をダイアルする。そのかけた電話はインターネットを経由して、ＩＰ電話サービスのプロバイダの提供するサーバーに達する。サーバーはその電話を彼の友人のＩＰ音声装置に接続し、呼出しを開始する。彼の友人の電話器が普通の電話器であれば、サーバーはパリにあるゲートウェイ（ｇａｔｅｗａｙ）に彼の電話を接続する。次にパリのゲートウェイは、公衆交換電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：ＰＳＴＮ）を経由してパリの市内番号へ呼出しを開始する。
【０００９】
インターネット接続に依り、ＩＰ音声装置を使用して電話をかける場合、基本的に２つの方法、すなわち、ダイアルアップ接続と直接接続がある。
【００１０】
ダイアルアップ接続の場合、利用者は、最初に、ダイアルアップ電話回線で、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ：インターネット・サービス・プロバイダ）を呼び出し、インターネットへの接続を設定する。次に、利用者はＩＰ音声装置の電話器を使用して、相手方の電話番号をダイアルする。直接接続（常時接続）の場合、利用者は、通常の電話と全く同じようにして、ＩＰ音声装置を使用して電話をかける。直接接続は、ＩＳＤＮあるいはケーブル・アクセス装置のような、インターネットへのオープン・チャンネル（ｏｐｅｎ  ｃｈａｎｎｅｌ）を表す。ダイアルアップ接続で電話をかけると、かけられた電話は、インターネット接続がこの電話に既に設定されていなければ鳴らない。直接接続で電話をかけると、電話は通常の電話と同じよう鳴る。
欧州特許出願ＥＰ‐Ａ‐０７８１０１６は、知られているインターネット電話システムを開示する。開示されたシステムでは、インターネット電話の呼出しを設定するために、被呼装置に接続されたサーバーが、被呼装置に接続された電話回線の電話番号を使用することができる。しかしながら、被呼装置への呼出しがインターネットの呼出しであるか通常の電話の呼出しであるかを見分けて、その呼出しが正確に且つ自動的に処理されるようにするため、能率的で且つ容易に実施できる方法がやはり必要である。
【００１１】
発明の概要
ＩＰ電話にダイアルアップ接続を使用する１つの問題は、インターネット電話の受信者（被呼者）（電話のうけ手）はＩＰ電話の呼出しを待つ間オンライン状態になければならないことを、本出願者は認識する。従って、送信者（電話のかけ手）はまず最初に通常のＰＳＴＮ電話を使用してあらかじめ時間を約束し、インターネット・コール（呼出し）が到達したとき受信者（被呼者）が既にインターネットに接続されているようにしなければならない。このため、通常の電話の呼出しを省いてお金とリソースを節約するという目的が達成されない。
【００１２】
従って、受信側のＩＰ音声装置がオフライン状態であるなら、受信側のＩＰ音声装置にインターネット接続を自動的に設定する方法を提供する必要が認識される。ＩＰネットワークで音声呼出しを設定する方法は、
電話回線に接続された被呼装置へＩＰ音声呼出しを開始するステップと；
被呼装置がＩＰネットワークに接続されているかどうかを確認するステップと；
被呼装置がＩＰネットワークに接続されていなければ（確認するステップで確認される）、電話回線を通して、関連する電話信号で呼出しを開始するステップと、から成る。
【００１３】
図１に示すように、２つの家庭５および１０はＩＰによる音声（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ：ＶＯＩＰ）装置１５および１６をそれぞれ具えている。この装置は現在市場で入手できる多数の装置の１つである。ＶＯＩＰ装置１５と１６はそれぞれ、クライアント・サーバー（ｃｌｉｅｎｔ  ｓｅｒｖｅｒ）１７または１８に接続される。クライアント・サーバー１７または１８は、ＰＣまたはネットワーク・コンピュータであって、インターネットに接続するためのクライアント・ホストとして働く。上述したように、また当業者に容易に認識されるように、ＶＯＩＰ装置１５または１６とクライアント・サーバー１７または１８との組み合せは、マルチメディアＰＣによってマイクロフォン、スピーカ、サウンド・カードおよび専用のＶＯＩＰソフトウェアに置き換えることもできる。
【００１４】
クライアント・サーバー１７または１８はそれぞれ、前述のように、ダイアルアップ電話回線を介し、ＰＯＴＳ（Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｅｒｖｉｃｅ：旧式電話）回線網またはＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｅｒｖｉｃｅｓ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：公衆交換電話網）に接続される。
【００１５】
インターネット・コール（呼出し）を自動的に設定する例示的プロセスを図２に示す。図２のステップ２０５に示すように、家庭５内の発信者（発呼者）は最初、家庭１０内の受信者（被呼者）にＶＯＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ）コール（ＩＰによる音声呼出し）を開始する。図１のダイアルアップ構成で、クライアント・サーバー１７は最初、インターネット４０に接続されなければならない。クライアント・サーバー１７をインターネット４０に接続する１つの例示的な方法は、発信者（発呼者）がクライアント・サーバー１７内のモデム（図示せず）を使用し、手動で自分のＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）プロバイダ３５に電話をかける。また、このＩＳＰプロバイダに接続するプロセスは、送信側のＶＯＩＰ装置１５がインターネット・コールを開始すると、それに応答してクライアント・サーバーのソフトウェアにより自動化される。
【００１６】
発信者（発呼者）がＩＳＰプロバイダを介してインターネットに接続されると、次に、発信者（発呼者）はインターネット上の特定の装置へＶＯＩＰ接続をリクエスト（ｒｅｑｕｅｓｔ、要求）することができる。発信者（発呼者）はこれを、インターネット電話で接続したいと思う受信者（被呼者）のＩＰアドレスを提供して行うことができる。この受信者（被呼者）のＩＰアドレスは、最初、ＩＳＰ３５の代理サーバー３７に転送される。次に代理サーバー３７は受信者（被呼者）のＶＯＩＰ装置（例えば、家庭１０内の１６）にＩＰ接続をしようとする。代理サーバー３７はこのＩＰ接続をしようとして、まず最初に、受信者（被呼者）のＶＯＩＰ装置１６およびそれに関連する家庭１０内のクライアント・サーバー１８を受け持つ遠端（ｆａｒ  ｅｎｄ）代理サーバー（例えば、代理サーバー３８）に接続する。
【００１７】
ステップ２１０に示すように、被呼ＩＰ装置１８を受け持つ代理サーバー３８にＶＯＩＰ呼出しが達すると、代理サーバー３８はそれが受け持っている全ての装置のオンライン状態を知っているので、代理サーバー３８は受信者（被呼者）のクライアント・サーバー１８のオンライン状態を確認することができる。ステップ２１５と２１６で、もし受信者（被呼者）のクライアント・サーバー装置１８が既にオンライン状態であれば、代理サーバー１８は、ソースおよびクライアント・サーバー１７と１８間のＶＯＩＰコールの接続を行う。次に、受信者（被呼者）のクライアント・サーバー１８は、特殊なＩＰ呼出し音または信号を発生し、ＩＰ電話の呼出しが来ていることを受信者（被呼者）に伝える。
【００１８】
もしクライアントサーバー１８がオフライン状態である（ステップ２１５で確認される）ならば、代理サーバー３８は送信者にクライアント・サーバー１８を今すぐに利用できないことを知らせるメッセージを送り、オプションで、接続を確立するために推定される待ち時間について送信者を促す（ステップ２２０）。次に、サーバーはＰＯＴＳ３０で受信者（被呼者）へ呼出しを開始する。これにより、受信側のクライアント・サーバー１８および受信者（被呼者）の通常の電話器へ特殊な信号（以下に説明する）が発生される。この信号は、通常の電話の呼出し信号に代り、インターネットの呼出し設定信号として認識される。クライアント・サーバー１８がこの呼出し設定信号を認識したあと、クライアント・サーバー１８はＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）４０をダイアルアップして、インターネット接続を設定する。インターネット接続が首尾よく設定されると、受信側のクライアント・サーバー１８は代理サーバー３７に承認メッセージを送り、送信者と受信者（被呼者）の間に通信チャンネルが設定される。ある指定された時間後に、被呼装置１６または１８が利用できることを知らせる承認を送信側のクライアント・サーバー１７が受け取らなければ、送信側のクライアントサーバー１７は、送信者に、通常の電話の呼出しを使用するようにアドバイスする。
【００１９】
少なくとも２つの方法により、上述したように、クライアント・サーバーは代理サーバー３８からのインターネット電話の呼出しを認識する。
【００２０】
１つの例示的方法は、ステップ２２０のように、ティーン・ライン（ｔｅｅｎｌｉｎｅ）のような２次的ラインに対し特有の呼出しパターンを利用する。「ティーン・ライン」のような２次ラインは独特の電話番号を持つが、主電話番号と同じ物理的ラインを共有する。２次ラインと１次ラインの呼出しパターンは異なる。異なる呼出しパターンは、通常、１つの場所における異なる受信者（被呼者）に向けられた入り呼出し、例えば、親に向けられた呼出しと子供に向けられた呼出しを見分けるために使用される。この方法では、代理サーバー３８は、「ティーン・ライン」の番号を使用して、受信者（被呼者）のクライアント・サーバー１８にダイアルする。次に、クライアント・サーバー１８は、ステップ２２１のように、特別な「ティーン・ライン」呼出しパターンを検出することにより、公衆交換電話網（ＰＳＴＮ）を通して、代理サーバーからの通常の電話の呼出しを認識する。もし呼出し信号が「ティーン・ライン」呼出し音であれば、クライアント・サーバー１８はその呼出しを止めて、ＩＳＰ３８をダイアルアップして、インターネット接続を設定する（ステップ２２２）。次に、ＩＰ電話の呼出しは、ステップ２２３にようにして、開始される。
【００２１】
もし呼出し信号が通常の呼出し音であれば、クライアント・サーバー１８はそれを無視して、通常の電話を鳴らし続ける。呼出し音が「ティーン・ライン」呼出しであるときに受話器を外すとＩＰ電話の呼出しの完了を妨げるので、利用者は受話器を外してはならない。
【００２２】
クライアント・サーバーがインターネット電話の呼出しを認識する別の例示的方法は、発信者（発呼者）ＩＤ情報（例えば、タイプ１の発信者（発呼者）ＩＤ情報）を利用する。タイプ１の発信者（発呼者）ＩＤ情報は、通常の電話が鳴っている間に送信される。この例示的方法によれば、特別の電話番号が代理サーバー３８に割り当てられる。ステップ２２５に示すように、代理サーバー３８が受信者（被呼者）の装置１８にダイアルして、入りＶＯＩＰ呼出しを受信者（被呼者）に伝えると、特別に割り当てられた電話番号がタイプ１の発信者（発呼者）ＩＤ情報として送られる。ステップ２２６で、発信者（発呼者）ＩＤ情報を復号化して、受信者（被呼者）のクライアント・サーバー１８は代理サーバー３８からの入り呼出しを認識する。呼出しの認識後の動作は、図２にステップ２２７と２２８として示されており、上述した第１の例示的方法と同じである。電話が最初に鳴ったときに、受話器を外すと発信者（発呼者）のＩＤ情報の受信と認識を妨げるので、受話器を外してはならない。これはタイプ１の発信者（発呼者）ＩＤ情報の使用に関する通常の要件である。
【００２３】
本明細書に示されている実施例および種々の変形は説明にすぎず、本発明の範囲および趣旨から離れることなく、当業者により種々の変更が実施できることを理解すべきである。
【図面の簡単な説明】
【図１】  図１は、本発明の原理を組み込んでいる例示的システムのブロック図である。
【図２】  図２は、図１に示すシステムの操作方法を示すフローチャートである。
【図１】
0004303420.tif 000002
【図２】
0004303420.tif 000003