(57)【要約】【課題】プライベートＩＰアドレスが割り当てられたウェブ端末利用者が相手方とウェブトゥーフォン方式で双方向にインターネット音声通信をできるようにすること。【解決手段】プライベートインターネット網内のウェブコールクライアント１０と、パブリックインターネット網の相手方との間で双方向に音声通信を行うことができるように、インターネット音声通信システム１では、プライベートインターネット網やファイアウォール環境におけるアドレスマッピング方式を見出すために、外部に異なるＩＰアドレスを有する２つのサーバ、すなわち、ウェブコールエージェント３０と、ウェブコールプロキシ４０のそれぞれ異なるポートを介してＵＤＰパケットをやり取りするメッセージングを行い、その結果に応じて、直接またはウェブコールプロキシ４０を介した中継方式によって、円滑な音声通信を実現している。【選択図】図２
2006340261.tif 000002
【特許請求の範囲】
【請求項１】
プライベートインターネットプロトコル網内のウェブコールクライアントがルータを介してウェブコールエージェントとのＴＣＰ通信を開始した後に、前記ウェブコールクライアントにおいてＵＤＰパケットを生成して前記ルータに伝送するステップと、
前記ルータにおいて、受信したＵＤＰパケットのソースアドレスに対してパブリックインターネットプロトコル網のアドレスを割り当て、割り当てたアドレスを含むＵＤＰパケットを、前記ウェブコールエージェントおよびウェブコールプロキシの双方に伝送するステップと、
前記ウェブコールエージェントおよび前記ウェブコールプロキシのそれぞれにおいて、受信した前記ＵＤＰパケットからアドレスを抽出し、抽出したアドレスを前記ＵＤＰパケット内にメッセージ形態で載せて、前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、受信した各ＵＤＰパケットメッセージ内の各アドレスが相互に一致するか否かを確認するステップと、
前記確認の結果、アドレスが一致した場合に、一致したアドレスをウェブコールクライアント自身が音声を受信すべきチャネルアドレスとして設定し、当該アドレスを、前記ルータを介して前記ウェブコールエージェントに伝送するステップと、
前記ウェブコールクライアントとゲートウェイがコールシグナルを行い、前記ウェブコールエージェントにおいて、相手方が受信すべきチャネル情報を、前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、ＵＤＰパケット形態の音声を前記ルータおよび前記ゲートウェイを介して、前記相手方が受信すべきチャネル情報に含まれている該当アドレスに伝送し、または、前記ゲートウェイにおいて、ＵＤＰパケット形態の音声を前記ルータに割り当てられたアドレスに送ると、前記ルータがこのアドレスの実際の受信アドレスに該当する前記ウェブコールクライアントの音声受信チャネルに伝送するステップとを含んでいることを特徴とするウェブトゥーフォン方式によってインターネット音声通信を行う方法。
【請求項２】
請求項１において、
前記ウェブコールクライアントで受信したＵＤＰパケットメッセージ内の各アドレスが相互に一致するか否かを確認するステップにおいて、前記確認の結果、アドレスが一致しない場合に、前記ウェブコールクライアントが前記ルータを介して前記ウェブコールプロキシとＴＣＰ通信を開始するステップと、
前記ウェブコールプロキシにおいて、音声を中継することができるＵＤＰソケットを生成し、これによって生成されるアドレスを、ＴＣＰ通信によって、前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、ＵＤＰパケットを前記ルータに伝送すると、前記ルータにおいて当該ＵＤＰパケットにアドレスを割り当て、割り当てられたアドレスを含むＵＤＰパケットを前記ウェブコールプロキシの音声中継用ＵＤＰソケットに伝送するステップと、
前記ウェブコールプロキシにおいて、受信したＵＤＰパケットに含まれたアドレスを抽出し、前記ゲートウェイから受信する音声を伝達すべきアドレスとして設定するステップと、
前記ウェブコールクライアントにおいて、前記ウェブコールプロキシからＴＣＰ通信によって伝送されて受信された前記ウェブコールプロキシの中継アドレスを自分の音声受信アドレスとして設定し、当該中継アドレスを前記ルータを介して前記ウェブコールエージェントに伝送するステップと、
前記ウェブコールクライアントにおいて、ＵＤＰパケット形態の音声を前記ルータおよび前記ゲートウェイを介して相手方が受信すべきアドレスに伝送し、または、前記ウェブコールプロキシにおいて、ＵＤＰパケット形態の音声を前記ゲートウェイから受信し、前記ルータに割り当てられた前記ウェブコールクライアントの音声を受信すべきアドレスに伝送するステップとを含んでいることを特徴とするウェブトゥーフォン方式によってインターネット音声通信を行う方法。
【請求項３】
請求項２において、
前記ゲートウェイにおいてＵＤＰパケット形態の音声受信が不可能な場合に、前記ウェブコールプロキシにおいて、前記ウェブコールエージェントから伝送されたＵＤＰパケットを中継して前記ゲートウェイから伝送することを特徴とするウェブトゥーフォン方式によってインターネット音声通信を行う方法。
【請求項４】
請求項１において、
前記抽出されたアドレスをＵＤＰパケット内にメッセージ形態で載せて、前記ルータを介して前記ウェブコールクライアントに伝送するステップにおいて、前記ウェブコールクライアントにおいて、前記ウェブコールエージェントおよび前記ウェブコールプロキシから伝送されたＵＤＰパケットの受信が不可能な場合には、前記ウェブコールクライアントが前記ルータを介して前記ウェブコールプロキシとＴＣＰ通信を開始するステップと、
前記ウェブコールクライアントにおいて、前記ウェブコールプロキシが前記ウェブコールクライアントから伝送された割り当てアドレスを含むＵＤＰパケットを受信したか否かを確認するステップと、
前記ウェブコールプロキシにおいて音声を中継することができるＵＤＰソケットを生成し、これによって生成したアドレスをＴＣＰ通信によって前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、前記ウェブコールプロキシから伝送されて受信した前記ウェブコールプロキシの中継アドレスを自分の音声受信アドレスとして設定し、当該中継アドレスを前記ルータを介して前記ウェブコールエージェントに伝送するステップと、
前記ウェブコールクライアントにおいて、前記ＵＤＰパケットを受信したか否かを確認した結果、前記ウェブコールプロキシがＵＤＰパケットを受信している場合には、ＵＤＰパケット形態の音声を、前記ルータおよび前記ゲートウェイを介して、相手方が受信すべきアドレスに伝送し、受信していない場合には、既に開始されたＴＣＰ通信によってＴＣＰパケット形態の音声を前記ウェブコールプロキシに伝送し、当該ウェブコールプロキシにおいて、これをＵＤＰパケット形態の音声に切り換えて相手方に伝送し、または、前記ウェブコールプロキシにおいて、ＵＤＰパケット形態の音声を前記ゲートウェイから受信し、既に開始されたＴＣＰ通信によって前記ウェブコールクライアントにＴＣＰパケット形態の音声を伝送するステップとを含むことを特徴とするウェブトゥーフォン方式によってインターネット音声通信を行う方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プライベートインターネット網やファイアウォール環境における音声通信を可能にする方法に関する。さらに詳しくは、プライベートインターネットプロトコルを割り当てられたウェブ端末利用者が相手方とウェブトゥーフォン(Web−to−Phone)形態の音声通信を行う場合に、双方向で音声通信を行うことのできる方法に関するものである。
【背景技術】
【０００２】
一般に、音声通信方式のうち、Ｈ．３２３標準案を用いるウェブトゥーフォン方式においては、通話に必要なチャネル情報が、やり取りするメッセージに含まれて伝達される。この場合、プライベートインターネットプロトコルを用いるプライベートインターネット網(ＮＡＴ：Network  Address  Translation)やＩＳＤＮルータ下では、内部端末が外部に伝送した、音声を伝達させるための自分のチャネルアドレスとポートに対して、ルータからパブリックインターネットプロトコルとポートを割り当てることができない。このため、外部端末が有する音声チャネルアドレスでは、内部端末に音声が届かず、したがって相手方の音声を聞くことが出来ない。双方向の音声通信を行うためには、ＮＡＴやＩＳＤＮルータに音声受信のための特定のインターネットプロトコルとポートを予め指定する方式を採用して、該当ルータを予め調整する必要がある。
【０００３】
ここで、ウェブコールクライアントとウェブコールエージェントを用いたウェブトゥーフォン方法においては、ウェブ端末のウェブコールクライアントが、ウェブコールエージェントと伝送制御プロトコル(ＴＣＰ)を介して必要な情報をやり取りする。ウェブコールエージェントは、いくつかのウェブコールクライアントに代わって、ゲートキーパーまたはゲートウェイとＨ．３２３メッセージングを行い、最終的にウェブコールクライアントと相手のゲートウェイとの間の音声通信を可能にしている。
【０００４】
しかしながら、この場合においても、前述の場合と同様に、ウェブコールクライアントがＮＡＴやＩＳＤＮルータの内部に存在する場合には、当該ウェブコールクライアントにはプライベートインターネットプロトコルが割り当てられるので、自分の音声を受信すべきアドレスとポートに対して、パブリックインターネットプロトコルとポートを割り当てることができない。したがって、相手方の音声を聞くことができない。
【０００５】
一方、多くのファイアウォールでは、政策的に特定のアドレスやプロトコルに対して、ルータを介して外部から内部へ、または内部から外部へのトラフィックを制限する場合がある。また、VoIP通信では、音声をＲＴＰ(Realtime  Transfer  Protocol)を用いて、ＵＤＰ(User  Datagram  Protocol)パケットによってやり取りすることを基本としている。ＵＤＰは、ＴＣＰ(Transmission  Control  Protocol)とは異なり、実際には連結がなされないコネクションレス通信方式である。
【０００６】
よって、多くのファイアウォール政策では、外部から内部へのＵＤＰパケットトラフィックを禁止しているので、ファイアウォール内のユーザが相手方の音声を聞くことができない。また、一部のファイアウォールは内部から外部へのＵＤＰパケットトラフィックまでも制限しており、この場合には、ファイアウォール内のユーザは相手方の音声を聞くことができないばかりでなく、自分の音声を相手方に伝達することもできない。
【０００７】
図１は、従来のウェブコールエージェントを用いたプライベートインターネット網においてインターネット音声通信を行う場合のフローチャートである。まず、ルータの内部に存在するウェブコールクライアント１０がルータ２０を介してウェブコールエージェント３０とＴＣＰ通信を開始する(Ｓ１０１)。また、ウェブコールクライアント１０自身が受信すべき音声チャネルアドレスを、ルータ２０を介して、ウェブコールエージェント３０に伝送する(Ｓ１０２、Ｓ１０３)。
【０００８】
次いで、ウェブコールエージェント３０とゲートウェイ５０がコールシグナルを行い(Ｓ１０４)、次のステップで、ウェブコールクライアント１０において相手方(ゲートウェイ５９)が受信すべき音声チャネルアドレスを、ウェブコールエージェント３０から受信する(Ｓ１０５、Ｓ１０６)。また、ウェブコールクライアント１０からルータ２０を介してゲートウェイ５０に音声を伝送すると(Ｓ１０７、Ｓ１０８)、該当アドレスに音声が到達するようになる。
【０００９】
しかしながら、相手方は、自分の音声をプライベートインターネット網の内部においてのみ有効なウェブコールクライアント１０の音声受信アドレスへ伝送しようとする。よって、従来のウェブコールエージェントを用いたプライベートインターネット網においてインターネット音声通信を行う方法では、相手方の音声がプライベートインターネット網内のウェブコールクライアント１０に届かず、ウェブコールクライアント１０において相手方の音声を聞くことができないという欠点がある。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の課題は、プライベートインターネットプロトコルが割り当てられたウェブ端末利用者が相手方とウェブトゥーフォン方式の音声通信を行う場合に、自分の音声を相手方に伝達できると共に、相手方の音声も受信して聞くことのできる、ウェブコールエージェントとウェブコールプロキシを用いたウェブトゥーフォン方式によるインターネット音声通信を行う方法を提案することにある。
【課題を解決するための手段】
【００１１】
本発明は、プライベートインターネット網やファイアウォール環境における音声通信を可能にするための、ウェブコールエージェントとウェブコールプロキシを用いたウェブトゥーフォン方式によるインターネット音声通信方法において、
プライベートインターネットプロトコル網内のウェブコールクライアントがルータを介してウェブコールエージェントとのＴＣＰ通信を開始した後に、前記ウェブコールクライアントにおいてＵＤＰパケットを生成して前記ルータに伝送するステップと、
前記ルータにおいて、受信したＵＤＰパケットのソースアドレスに対してパブリックインターネット網のアドレスを割り当て、割り当てたアドレスを含むＵＤＰパケットを、前記ウェブコールエージェントおよびウェブコールプロキシの双方に伝送するステップと、
前記ウェブコールエージェントおよび前記ウェブコールプロキシのそれぞれにおいて、受信した前記ＵＤＰパケットからアドレスを抽出し、抽出したアドレスを前記ＵＤＰパケット内にメッセージ形態で載せて、前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、受信した各ＵＤＰパケットメッセージ内の各アドレスが相互に一致するか否かを確認するステップと、
前記確認の結果、アドレスが一致した場合に、一致したアドレスをウェブコールクライアント自身が音声を受信すべきチャネルアドレスとして設定し、当該アドレスを、前記ルータを介して前記ウェブコールエージェントに伝送するステップと、
前記ウェブコールクライアントとゲートウェイがコールシグナルを行い、前記ウェブコールエージェントにおいて、相手方が受信すべきチャネル情報を、前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、ＵＤＰパケット形態の音声を前記ルータおよび前記ゲートウェイを介して、前記相手方が受信すべきチャネル情報に含まれている該当アドレスに伝送し、または、前記ゲートウェイにおいて、ＵＤＰパケット形態の音声を前記ルータに割り当てられたアドレスに送ると、前記ルータがこのアドレスの実際の受信アドレスに該当する前記ウェブコールクライアントの音声受信チャネルに伝送するステップとを含んでいることを特徴としている。
【００１２】
ここで、本発明では、前記ウェブコールクライアントで受信したＵＤＰパケットメッセージ内の各アドレスが相互に一致するか否かを確認するステップにおいて、前記確認の結果、アドレスが一致しない場合に、前記ウェブコールクライアントが前記ルータを介して前記ウェブコールプロキシとＴＣＰ通信を開始するステップと、
前記ウェブコールプロキシにおいて、音声を中継することができるＵＤＰソケットを生成し、これによって生成されるアドレスを、ＴＣＰ通信によって、前記ルータを介して前記ウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、ＵＤＰパケットを前記ルータに伝送すると、前記ルータにおいて当該ＵＤＰパケットにアドレスを割り当て、割り当てられたアドレスを含むＵＤＰパケットを前記ウェブコールプロキシの音声中継用ＵＤＰソケットに伝送するステップと、
前記ウェブコールプロキシにおいて、受信したＵＤＰパケットに含まれたアドレスを抽出し、前記ゲートウェイから受信する音声を伝達すべきアドレスとして設定するステップと、
前記ウェブコールクライアントにおいて、前記ウェブコールプロキシからＴＣＰ通信によって伝送されて受信された前記ウェブコールプロキシの中継アドレスを自分の音声受信アドレスとして設定し、当該中継アドレスを前記ルータを介して前記ウェブコールエージェントに伝送するステップと、
前記ウェブコールクライアントにおいて、ＵＤＰパケット形態の音声を前記ルータおよび前記ゲートウェイを介して相手方が受信すべきアドレスに伝送し、または、前記ウェブコールプロキシにおいて、ＵＤＰパケット形態の音声を前記ゲートウェイから受信し、前記ルータに割り当てられた前記ウェブコールクライアントの音声を受信すべきアドレスに伝送するステップとを含んでいることを特徴としている。
【００１３】
また、本発明では、前記ゲートウェイにおいてＵＤＰパケット形態の音声受信が不可能な場合は、前記ウェブコールプロキシにおいて、ウェブコールエージェントから伝送されたＵＤＰパケットを中継してゲートウェイから伝送することを特徴としている。
【００１４】
さらに、本発明では、前記抽出されたアドレスをＵＤＰパケット内にメッセージ形態で載せて、前記ルータを介して前記ウェブコールクライアントに伝送するステップにおいて、前記ウェブコールクライアントにおいて、ウェブコールエージェントとウェブコールプロキシから伝送されたＵＤＰパケットの受信が不可能であれば、前記ウェブコールクライアントがルータを介してウェブコールプロキシとＴＣＰ通信を開始するステップと、
前記ウェブコールクライアントにおいて、前記ウェブコールプロキシが前記ウェブコールクライアントから伝送された割り当てアドレスを含むＵＤＰパケットを受信したか否かを確認するステップと、
前記ウェブコールプロキシにおいて音声を中継することができるＵＤＰソケットを生成し、これによって生成されたアドレスをＴＣＰ通信によって前記ルータを介してウェブコールクライアントに伝送するステップと、
前記ウェブコールクライアントにおいて、前記ウェブコールプロキシから伝送されて受信されたウェブコールプロキシの中継アドレスを自分の音声受信アドレスとして設定し、前記ルータを介して前記ウェブコールエージェントに伝送するステップと、
前記ウェブコールクライアントにおいて、前記ＵＤＰパケットを受信したか否かを確認した結果、前記ウェブコールプロキシがＵＤＰパケットを受信していると、ＵＤＰパケット形態の音声を、前記ルータとゲートウェイを介して、相手方が受信すべきアドレスに伝送し、受信していなければ、既に開始されたＴＣＰ通信によってＴＣＰパケット形態の音声を前記ウェブコールプロキシに伝送し、ウェブコールプロキシにおいて、これをＵＤＰパケット形態の音声に切り換えて相手方に伝送し、または、前記ウェブコールプロキシにおいて、ＵＤＰパケット形態の音声を前記ゲートウェイから受信し、既に開始されたＴＣＰ通信によって前記ウェブコールクライアントにＴＣＰパケット形態の音声を伝送するステップとを含むことを特徴としている。
【発明の効果】
【００１５】
本発明によると、ウェブトゥーフォン方式において、ルータ内部のプライベートインターネット網の端末利用者が、ルータ外部のゲートウェイを介して連結されたパブリックインターネット網の端末利用者と円滑に音声をやり取りすることができる。
【００１６】
また、ウェブコールプロキシを用いた中継方式は、Ｈ．３２３、ＳＩＰ、ＭＥ  ＧＡＣＯなどの全ての方式のVoIP標準プロトコルを用いたインターネットフォンに適用することができる。すなわち、Ｈ．３２３プロトコルを有しないウェブコールクライアントだけでなく、Ｈ．３２３、ＩＰフォンまたはＳＩＰフォンのような場合にも、音声伝送チャネル、すなわち、ＵＤＰポートを生成し、このアドレスを相手方のゲートウェイや端末に伝達する過程において、ウェブコールプロキシを用いた中継方式を適用してプライベートインターネット網やファイアウォール環境において円滑な音声通信を行うことができる。
【発明を実施するための最良の形態】
【００１７】
以下に、図面を参照して、本発明の好適な実施の形態を説明する。
【００１８】
図２は、本発明を適用したウェブトゥーフォン方式によるインターネット音声通信システムの概略構成図である。インターネット音声通信システム１は、ウェブコールクライアント１０、ルータ２０、ウェブコールエージェント３０、ウェブコールプロキシ４０、およびゲートウェイ５０を備えている。ウェブコールクライアント１０は、ルータ２０の内部に設けられており、プライベートインターネット網で連結されている。ウェブコールエージェント３０とウェブコールプロキシ４０は、ルータ２０のパブリックインターネットプロトコル網にそれぞれ連結され、ゲートウェイ５０は、ウェブコールエージェント３０に連結されている。ルータ２０は、ＮＡＴルータやＩＳＤＮルータのように、プライベートインターネットプロトコルを用いるルータを総称するものである。
【００１９】
図３は、本例のインターネット音声通信システム１における直接方式によって音声通信を行う手順を示すフローチャートである。このフローチャートに従って説明すると、まず、プライベートインターネット網内のウェブコールクライアント１０が、ルータ２０を介してウェブコールエージェント３０とのＴＣＰ通信を開始する(Ｓ２０１)。次いで、ウェブコールクライアント１０において、ＵＤＰパケットを生成してルータ２０に伝送すると(Ｓ２０２、Ｓ２０３)、ルータ２０では伝送を試みるウェブコールクライアント１０において、内部ソースアドレスに対応して、別途、パブリックインターネット網のアドレスを割り当てる(Ｓ２０４)。すなわち、ウェブコールクライアント１０において生成したＵＤＰパケットのソースアドレスを代替することができるパブリックインターネット網のアドレスを割り当ててマッピングする。
【００２０】
その後、ルータ２０において割り当てたアドレスを含むＵＤＰパケットをウェブコールエージェント３０とウェブコールプロキシ４０に伝送する(Ｓ２０５)。ウェブコールエージェント３０とウェブコールプロキシ４０では、受信したＵＤＰパケットから割り当てられたアドレスを抽出する(Ｓ２０６、Ｓ２０７)。そして、抽出されたアドレスをＵＤＰパケット内にメッセージ形態で載せて、ルータ２０を介してウェブコールクライアント１０に伝送する(Ｓ２０８)。
【００２１】
ウェブコールクラアイント１０では、ウェブコールエージェント３０とウェブコールプロキシ４０から受信したＵＤＰパケットメッセージ内の各アドレス、すなわち、ルータ２０から割り当てられてマッピングされたアドレスが相互に一致するか否かを確認する(Ｓ２０９)。
【００２２】
一致する場合には、そのアドレスをウェブコールクライアント１０自身が音声を受信すべきチャネルアドレスとして設定し(Ｓ２１０)、当該アドレスをルータ２０を介してウェブコールエージェント３０に伝送する。ついで、ウェブコールエージェント３０とゲートウェイ５０がコールシグナルを行うようになり(Ｓ２１２)、ウェブコールエージェント３０では、相手方から受信すべきチャネル情報をルータ２０を介してウェブコールクライアント１０に伝送する(Ｓ２１３)。すると、ウェブコールクライアント１０において、ＵＤＰパケット形態の音声をルータ２０とゲートウェイ５０を介して、相手方が受信すべきチャネル情報に含まれた該当アドレスに伝送する。
【００２３】
また、ゲートウェイ５０において、ＵＤＰパケット形態の音声をルータ２０の割り当てられたアドレスに送ると、ルータ２０がこのアドレスの実際の受信アドレスに該当するウェブコールクライアント１０の音声受信チャネルアドレスに伝送する(Ｓ２１４、Ｓ２１５)。この結果、ウェブコールクライアント１０と相手方との間で円滑な音声通信を行うことができる。
【００２４】
次に、図３のステップＳ２０８において、ウェブコールクライアント１０が、ウェブコールエージェント３０とウェブコールプロキシ４０から伝送されるＵＤＰパケットの受信が不可能である場合、および、ステップＳ２０９において、受信されたＵＤＰパケットから確認したアドレスが相互に一致しない場合には、ウェブコールプロキシ４０を用いた中継モード１〜４の中継方式を採用して、以下に述べる中継モード１〜４のいずれかのモードで音声通信を行う。
【００２５】
(中継モード１)
中継モード１は、ＵＤＰパケットメッセージングの結果が、ルータ２０において常に他のアドレスでマッピングされる場合である。この場合、ウェブコールプロキシ４０において、ＵＤＰパケット形態の音声を中継することができるアドレスを生成し、これを、ウェブコールクライアント１０において音声を受信すべきアドレスとして用いる。
【００２６】
図４は中継モード１のフローチャートである。上記のステップＳ２０９(図３)における確認の結果、一致していない場合に、ウェブコールクライアント１０がルータ２０を介してウェブコールプロキシ４０とＴＣＰ通信を開始する(Ｓ３１０)。また、ウェブコールプロキシ４０において、音声を中継することができるＵＤＰソケットを生成し、これによって生成されたアドレスをＴＣＰ通信によってルータ２０を介してウェブコールクライアント１０に伝送する(Ｓ３１１、Ｓ３１２)。
【００２７】
ついで、ウェブコールクライアント１０が、受信したＵＤＰソケットをルータ２０に伝送すると、ルータ２０では、アドレスを割り当て、割り当てられたアドレスを含むＵＤＰパケットをウェブコールプロキシ４０の音声中継用ＵＤＰソケットに伝送する(Ｓ３１３〜Ｓ３１９)。すると、ウェブコールプロキシ４０では、受信したＵＤＰパケットに含まれる割り当てられたアドレスを抽出し、これを、ゲートウェイ５０から受信する音声を伝達すべきアドレスとして設定する(Ｓ３１６)。なお、ウェブコールクライアント１０では、ウェブコールプロキシ４０からＴＣＰ通信によって伝送されて受信したウェブコールプロシキ４０の中継アドレスを自分の音声受信アドレスとして設定し、ルータ２０を介してウェブコールエージェント３０に伝送する(Ｓ３１７〜Ｓ３１９)。
【００２８】
ついで、ウェブコールクライアント１０において、ＵＤＰパケット形態の音声をルータ２０とゲートウェイ５０を介して、相手方が受信すべきアドレスに伝送する(Ｓ３２０)。また、ゲートウェイ５０から伝送されたＵＤＰパケット形態の音声をウェブコールプロキシ４０において受信し、ルータ２０に割り当てられたウェブコールクライアント１０の音声を受信すべきアドレスに伝送する(Ｓ３２１)。これにより、ウェブコールクライアント１０と相手方との間の円滑な音声通信を行うことができる。
【００２９】
(中継モード２)
中継モード２は、中継モード１の条件に加えて、ゲートウェイ５０において受信可能なＵＤＰパケットのソースアドレスが特定のアドレスに制限されることにより、ＵＤＰパケット形態の音声受信が制限された場合のモードである。このモードでは、ウェブコールプロキシ４０においてＵＤＰパケットを中継してゲートウェイ５０に伝送する。たとえ、ゲートウェイサービス会社において、ウェブコールクライアント１０が常に特定の範囲のアドレスを介してＵＤＰパケットを伝送するように設定したとしても、ＮＡＴ環境で通話すると、どのようなアドレスに変化されてルータ２０を介してゲートウェイ５０に伝送されるのかが確実でない。よって、所望のアドレスとしての設定が可能なウェブコールプロキシ４０を介して中継する。
【００３０】
(中継モード３、４)
中継モード３、４は、ファイアウォール環境を考慮したモードである。中継モード３は、ＵＤＰパケットをウェブコールクライアント１０から外部に伝送することができるが、外部からウェブコールクライアント１０へのＵＤＰパケットをファイアウォール政策により伝送することができない場合のモードである。このモードでは、ウェブコールプロキシ４０を介して外部から伝送される音声がＴＣＰ通信によって伝送される。したがって、もし、ファイアウォールがＴＣＰアドレスに対して特定のアドレスでのみ連結可能に設定されていれば、ウェブコールクライアント１０とウェブコールプロキシ４０との間の可能なアドレスを介して連結すればよい。
【００３１】
中継モード４は、外部からウェブコールクライアント１０へのＵＤＰパケットを伝送することができないだけでなく、ウェブコールクライアント１０から外部へＵＤＰパケットをすることができない場合のモードである。このモードでは、ウェブコールクライアント１０を介して送受信するＵＤＰパケットをＴＣＰ通信によってウェブコールプロキシ４０に伝送する。すると、ウェブコールプロキシ４０はＴＣＰ通信によって受信されたパケットをさらにＵＤＰパケットに変換してゲートウェイ５０に伝送する。また、ウェブコールプロキシ４０は、ゲートウェイ５０から受信した音声ＵＤＰパケットをＴＣＰ通信によってウェブコールクライアント１０に伝送する。
【００３２】
図５は中継モード３、４を示すフローチャートである。まず、ステップＳ２０８(図３)において、ウェブコールクライアント１０においてウェブコールエージェント３０とウェブコールプロキシ４０から伝送されたＵＤＰパケットの受信が不可能の場合に、ウェブコールクライアント１０がルータ２０を介してウェブコールプロキシ４０とのＴＣＰ通信を開始する(Ｓ４１０)。また、ウェブコールクライアント１０において、ウェブコールプロキシ４０およびウェブコールクライアント１０から伝送された割り当てアドレスを含むＵＤＰパケットを受信したか否かを確認する(Ｓ４１１)。すなわち、ファイアウォールにおけるＵＤＰパケットの許容状態を確認するためのものであって、一方向または双方向にファイアウォールが設けられているか否かを確認する。
【００３３】
ついで、ウェブコールプロキシ４０において音声を中継することができるＵＤＰソケットを生成し、これによって生成されたアドレスをＴＣＰ通信によってルータ２０を介してウェブコールクライアント１０に伝送する(Ｓ４１２、Ｓ４１３)。ウェブコールクライアント１０では、ウェブコールプロキシ４０からＴＣＰ通信によって伝送されて受信したウェブコールプロキシ４０の中継アドレスを自分の音声受信アドレスとして設定し、ルータ２０を介してウェブコールエージェント３０に伝送する(Ｓ４１４、Ｓ４１５)。
【００３４】
もし、ステップＳ４１１において、ＵＤＰパケットを受信したか否かを確認した結果、ウェブコールプロキシ４０がＵＤＰパケットを受信していれば、ウェブコールクライアント１０において、ＵＤＰパケット形態の音声をルータ２０とゲートウェイ５０を介して、相手方が受信すべきアドレスに伝送する。受信していなければ、既に開始されたＴＣＰ通信によってＴＣＰパケット形態の音声をウェブコールプロキシ４０に伝送し、ウェブコールプロシキ４０において、これをさらにＵＤＰパケット形態の音声に切り換えて相手方に伝送する(Ｓ４１７〜Ｓ４１９)。
【００３５】
また、ウェブコールプロキシ４０では、ＵＤＰパケット形態の音声をゲートウェイ５０から受信して、既に開始されたＴＣＰ通信によってウェブコールクライアント１０にＴＣＰパケット形態の音声を伝送する(Ｓ４２０、Ｓ４２１)。これにより、ウェブコールクライアント１０と相手方との相互間の円滑な音声通信を行うことができる。
【００３６】
以上説明したように、本例の方法では、プライベートインターネット網やファイアウォール環境におけるアドレスマッピング方式を見出すために、外部に異なるＩＰアドレスを有する２つのサーバ、すなわち、ウェブコールエージェント３０と、ウェブコールプロキシ４０のそれぞれ異なるポートを介してＵＤＰパケットをやり取りするメッセージングを行い、その結果に応じて直接方式や中継方式を選択して、直接またはウェブコールプロキシを介して音声を中継することにより円滑な音声通信を実現している。
【図面の簡単な説明】
【００３７】
【図１】従来のウェブコールエージェントを用いたプライベートインターネットプロトコル網におけるインターネット音声通信を行う過程を示すフローチャートである。
【図２】本発明によるシステムの概略ブロック図である。
【図３】図２のシステムにおける音声通信を行う手順を示すフローチャートである。
【図４】図２のシステムにおける中継モード１による音声通信を行う手順を示すフローチャートである。
【図５】図２のシステムにおける中継モード３、４による音声通信を行う手順を示すフローチャートである。
【符号の説明】
【００３８】
１    インターネット音声通信システム
１０  ウェブコールクライアント
２０  ルータ
３０  ウェブコールエージェント
４０  ウェブコールプロキシ
５０  ゲートウェイ
【図１】
2006340261.tif 000003
【図２】
2006340261.tif 000004
【図３】
2006340261.tif 000005
【図４】
2006340261.tif 000006
【図５】
2006340261.tif 000007