(57)【特許請求の範囲】
【請求項１】
自装置が受信するパケットの受信状況に基づいて、ネットワークの状況を推定するネットワークモニタ部と、
推定されたネットワークの状況に応じて、音声データを圧縮するか否かを判断する音声通信制御部と、
前記音声通信制御部によって音声データを圧縮することが判断された場合、自装置から送信されるデータ量を圧縮する圧縮部と、
を備え、
前記音声通信制御部は、前記ネットワークの状況を推定するためのモニタパケットを送信し、
前記ネットワークモニタ部は、前記モニタパケットを送信してから通信経路を介して受信されるまでに要する通信時間に関する統計値として前記通信時間の増加量を算出し、音声通信において対向端末から送信される音声パケットの受信状況を示す値として前記音声パケットの受信間隔の増加量を算出し、前記通信時間の増加量と前記受信間隔の増加量とに基づいて、音声パケットの受信に関する前記ネットワークの状況を推定する、音声通信端末。
【請求項２】
自装置が受信するパケットの受信状況に基づいて、ネットワークの状況を推定するネットワークモニタ部と、
推定されたネットワークの状況に応じて、音声データを圧縮するか否かを判断する音声通信制御部と、
前記音声通信制御部によって音声データを圧縮することが判断された場合、自装置から送信されるデータ量を圧縮する圧縮部と、
を備え、
前記ネットワークモニタ部は、受信された音声パケットに含まれる時刻を表す時刻情報であって、前記音声パケットが受信される前に自装置が送信した音声パケットが中継装置において受信された時刻を示す前記時刻情報に基づいて、音声パケットの送信に関するネットワークの状況を推定する、
音声通信端末。
【請求項３】
自装置が受信するパケットの受信状況に基づいて、ネットワークの状況を推定するネットワークモニタ部と、
推定されたネットワークの状況に応じて、音声データを圧縮するか否かを判断する音声通信制御部と、
前記音声通信制御部によって音声データを圧縮することが判断された場合、自装置から送信されるデータ量を圧縮する圧縮部と、
を備え、
前記音声通信制御部は、前記ネットワークの状況を推定するためのモニタパケットを送信し、
前記ネットワークモニタ部は、前記モニタパケットを送信してから通信経路を介して受信されるまでに要する通信時間に関する統計値と、予め設定された統計値の最小値の差を算出し、算出された差と予め設定された閾値とに基づいて前記ネットワークの状況を推定し、
前記最小値は、ネットワークの状況が良好であるときの統計値であり、前記ネットワークの環境に応じて異なる値が設定される、
音声通信端末。
【請求項４】
前記ネットワークモニタ部は、前記モニタパケットの前記通信時間のうち最近の所定数の通信時間に基づいて前記統計値を取得する、
請求項３に記載の音声通信端末。
【請求項５】
前記ネットワークモニタ部は、自装置から所定の範囲に位置する他の音声通信端末の数を示す端末数情報を取得し、取得した前記端末数情報が示す前記他の音声通信端末の数に基づいて、前記ネットワークの状況の推定に用いる前記通信時間の数を調整する、
請求項４に記載の音声通信端末。
【請求項６】
前記圧縮部は、音声データから通話が行われていない時間の音声データを除去することによって音声データを圧縮する、
請求項１から５のいずれか一項に記載の音声通信端末。
【請求項７】
前記音声通信制御部は、推定されたネットワークの状況に応じて音声データを圧縮するコーデックを選択し、
前記圧縮部は、選択された前記コーデックで音声データを圧縮する、
請求項１から５のいずれか一項に記載の音声通信端末。
【請求項８】
前記圧縮部は、単位時間内に送信される音声パケットの数を減らし、音声パケットのペイロード長を長くすることによって自装置から送信されるデータ量を圧縮する、
請求項１から５のいずれか一項に記載の音声通信端末。
【請求項９】
請求項１に記載の音声通信端末としてコンピュータを機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声通信を制御する技術に関する。
【背景技術】
【０００２】
近年、ＶｏＩＰ（Voice Over Internet Protocol）によってＩＰ網で音声通信を行う技術が実用化されている。例えば、特許文献１には、音声通信を行う端末間で送受信される音声データの符号化を、送信元の端末と送信先の端末とで異なる符号化方式により行う技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２０９６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＶｏＩＰによる音声通信では、パケット交換方式によって音声データが送受信される。パケット交換方式では、電話回線網で音声データの送受信を行う回線交換方式と異なり、ネットワークの状況によって通信帯域が大きく変動する可能性がある。ＶｏＩＰによる音声通信が必要とする通信帯域は基本的に一定であるため、ネットワークの状況によって通信帯域が変動すると、通信ロスや、通信のゆらぎが発生し音声通信の品質が低下する可能性があった。
【０００５】
上記事情に鑑み、本発明は、ＶｏＩＰによる音声通信において、通信端末がより安定して音声通信を行うことができる技術を提供することを目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、自装置が受信するパケットの受信状況に基づいて、ネットワークの状況を推定するネットワークモニタ部と、推定されたネットワークの状況に応じて、音声データを圧縮するか否かを判断する音声通信制御部と、前記音声通信制御部によって音声データを圧縮することが判断された場合、自装置から送信されるデータ量を圧縮する圧縮部と、を備える音声通信端末である。
【０００７】
本発明の一態様は、上記の音声通信端末であって、前記音声通信制御部は、ネットワークの状況を推定するためのモニタパケットを送信し、前記ネットワークモニタ部は、前記モニタパケットごとに受信される応答パケットの受信状況に基づいて、ネットワークの状況を推定する。
【０００８】
本発明の一態様は、上記の音声通信端末であって、前記ネットワークモニタ部は、前記モニタパケットが送信された時刻と、前記モニタパケットが受信された時刻と、に基づいて音声データの送信に関するネットワークの状況を推定し、前記モニタパケットが受信された時刻と、前記応答パケットが受信された時刻と、に基づいて音声データの受信に関するネットワークの状況を推定する。
【０００９】
本発明の一態様は、上記の音声通信端末であって、前記ネットワークモニタ部は、音声通信において受信される音声パケットの受信状況に基づいて、音声パケットの受信に関するネットワークの状況を推定する。
【００１０】
本発明の一態様は、上記の音声通信端末であって、前記ネットワークモニタ部は、受信された音声パケットに含まれる時刻を表す時刻情報であって、自装置が送信した音声パケットが受信された時刻を示す前記時刻情報に基づいて、音声パケットの送信に関するネットワークの状況を推定する。
【００１１】
本発明の一態様は、上記の音声通信端末であって、前記圧縮部は、音声データから通話が行われていない時間の音声データを除去することによって音声データを圧縮する。
【００１２】
本発明の一態様は、上記の音声通信端末であって、前記音声通信制御部は、推定されたネットワークの状況に応じて音声データを圧縮するコーデックを選択し、前記圧縮部は、選択された前記コーデックで音声データを圧縮する。
【００１３】
本発明の一態様は、上記の音声通信端末であって、前記圧縮部は、単位時間内に送信される音声パケットの数を減らし、音声パケットのペイロード長を長くすることによって自装置から送信されるデータ量を圧縮する。
【００１４】
本発明の一態様は、自装置が受信するパケットの受信状況に基づいて、ネットワークの状況を推定するネットワークモニタステップと、推定されたネットワークの状況に応じて、音声データを圧縮するか否かを判断する音声通信制御ステップと、前記音声通信制御ステップにおいて音声データを圧縮することが判断された場合、自装置から送信されるデータ量を圧縮する圧縮ステップと、を有する音声通信制御方法である。
【００１５】
本発明の一態様は、自装置が受信するパケットの受信状況に基づいて、ネットワークの状況を推定するネットワークモニタステップと、推定されたネットワークの状況に応じて、音声データを圧縮するか否かを判断する音声通信制御ステップと、前記音声通信制御ステップにおいて音声データを圧縮することが判断された場合、自装置から送信されるデータ量を圧縮する圧縮ステップと、をコンピュータに実行させるためのコンピュータプログラムである。
【発明の効果】
【００１６】
本発明により、ＶｏＩＰによる音声通信において、通信端末がより安定して音声通信を行うことが可能となる。
【図面の簡単な説明】
【００１７】
【図１】ＶｏＩＰにより音声通信を行う音声通信システムの構成例を示す図である。
【図２】実施形態の音声通信システムのシステム構成を示すシステム構成図である。
【図３】実施形態のＶｏＩＰ端末１の機能構成を示す機能ブロック図である。
【図４】第３の手法による音声データの圧縮の具体例を示す概略図である。
【図５】実施形態の音声通信システムの動作例を示す図である。
【図６】第１の手法によるネットワークの状況の推定の具体例を示す概略図である。
【図７】第２の手法によるネットワークの状況の推定の具体例を示す概略図である。
【図８】第３の手法によるネットワークの状況の推定の具体例を示す概略図である。
【図９】ダイヤル画面の具体例を示す図である。
【図１０】通話中画面の具体例を示す図である。
【図１１】実施形態の音声通信システムにおける処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１８】
図１は、ＶｏＩＰにより音声通信を行う音声通信システムの構成例を示す図である。
同図において、ＶｏＩＰ端末１−１、ＶｏＩＰ端末１−２、ＶｏＩＰ端末１−３及びＶｏＩＰ電話機２は、ＶｏＩＰにより音声通信を行う端末である。ＶｏＩＰ端末１−１、ＶｏＩＰ端末１−２、ＶｏＩＰ端末１−３は、携帯電話やスマートフォンなどの無線通信によって音声通信を行う無線端末である。ＶｏＩＰ電話機２は、ＶｏＩＰによる音声通信機能を備える固定電話機である。基地局３−１、基地局３−２及び基地局３−３は上記の携帯端末を収容する基地局である。基地局３−１は、ＶｏＩＰ端末１−１を収容する。基地局３−２は、ＶｏＩＰ端末１−２を収容する。基地局３−３は、ＶｏＩＰ端末１−３を収容する。
【００１９】
事業者ＩＰ網４は、ＶｏＩＰ端末１−１、ＶｏＩＰ端末１−２及びＶｏＩＰ電話機２の利用者に通信サービスを提供する事業者のＩＰ（Internet Protocol）網である。事業者ＩＰ網４には、基地局３−１、基地局３−２及びＶｏＩＰ電話機２が接続される。また、事業者ＩＰ網４は、ＷＡＮ（Wide Area Network）に接続され、ＷＡＮを介して他の事業者のＩＰ網と接続可能である。
別事業者ＩＰ網５は、ＶｏＩＰ端末１−３の利用者に通信サービスを提供する事業者のＩＰ網である。別事業者ＩＰ網５には基地局３−３が接続される。
ＷＡＮ６は、事業者ＩＰ網４と別事業者ＩＰ網５とを接続するネットワークである。ＷＡＮ６は、例えば、インターネットや、専用線、広域イーサネット（登録商標）などのＷＡＮである。
【００２０】
なお、同図は、ＶｏＩＰを用いた音声通信システムの構成の一例を示すものであり、ＶｏＩＰを用いた音声通信システムの構成は同図と異なる構成であってもよい。例えば、ＷＡＮ６によって接続される事業者のＩＰ網の数は、同図と異なる数であってもよい。同様に、各基地局３に接続されるＶｏＩＰ端末１の数も同図と異なる数であってもよい。同様に、各事業者のＩＰ網に接続される基地局３及びＶｏＩＰ電話機２の数は、同図と異なる数であってもよい。
また、ＶｏＩＰを用いた音声通信システムが、パケット交換方式による通信と回線交換方式による通信とを相互変換する変換装置を備えることによって、各ＶｏＩＰ端末１及びＶｏＩＰ電話機２は、固定電話回線に接続された電話機との間で音声通信することも可能である。
【００２１】
図２は、実施形態の音声通信システムのシステム構成を示すシステム構成図である。
本実施形態では、説明を簡単にするために、ＶｏＩＰにより音声通信する端末は、同一事業者の通信サービスを使用するものと仮定する。この場合、実施形態の音声通信システムの構成は同図が示す構成となる。実施形態の音声通信システムは、ＶｏＩＰ端末１−１、ＶｏＩＰ端末１−２、基地局３−１、基地局３−２、事業者ＩＰ網４及びＶｏＩＰサーバ７を備える。ＶｏＩＰ端末１−１、ＶｏＩＰ端末１−２、基地局３−１、基地局３−２及び事業者ＩＰ網４は、図１と同様である。以下の説明では、特に区別しない限り、ＶｏＩＰ端末１−１及びＶｏＩＰ端末１−２をＶｏＩＰ端末１と記載する。同様に、基地局３−１及び基地局３−２を基地局３と記載する。
【００２２】
ＶｏＩＰサーバ７は、ＶｏＩＰ端末１−１及びＶｏＩＰ端末１−２のＶｏＩＰによる音声通信を制御するサーバである。例えば、ＶｏＩＰサーバ７は、ＩＰ−ＰＢＸ（Private Branch Exchange）などのネットワーク機器である。ＶｏＩＰサーバ７は、音声通信を行うＶｏＩＰ端末１の認証や、電話番号及びＩＰアドレスの変換、音声データの中継などの処理を行う。
また、ＶｏＩＰサーバ７は、ＶｏＩＰ端末１から送信されるモニタパケットを受信する。モニタパケットは、ＶｏＩＰ端末１がネットワークの状況を監視するために送信するパケットである。ＶｏＩＰサーバ７は、受信したモニタパケットごとに応答パケットを生成し送信元のＶｏＩＰ端末１に送信する。
【００２３】
図３は、実施形態のＶｏＩＰ端末１の機能構成を示す機能ブロック図である。
ＶｏＩＰ端末１は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、音声通信プログラムを実行する。ＶｏＩＰ端末１は、音声通信プログラムの実行によって記憶部１１、通信部１２、表示部１３、入力部１４、音声入出力部１５、ネットワークモニタ部１６、音声通信制御部１７及び音声圧縮部１８を備える装置として機能する。
なお、ＶｏＩＰ端末１の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。音声通信プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。音声通信プログラムは、電気通信回線を介して送信されてもよい。
【００２４】
記憶部１１は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。記憶部１１は、ＶｏＩＰによる音声通信を実現するためのＶｏＩＰアプリケーションを予め記憶している。
通信部１２は、Ｗｉ−Ｆｉ（Wireless Fidelity）（登録商標）等の無線通信インターフェースを用いて構成される。通信部１２は、基地局３との間の無線通信を制御する。
【００２５】
表示部１３は、タッチパネルや液晶ディスプレイなどの表示装置を用いて構成される。表示部１３は、ネットワークモニタ部１６及び音声通信制御部１７の指示に応じてＶｏＩＰアプリケーションの操作画面を表示する。操作画面には、ダイヤル画面及び通話中画面の２つの操作画面がある。ダイヤル画面及び通話中画面の詳細は後述する。
【００２６】
入力部１４は、タッチパネルやキーボードなどの入力装置を用いて構成される。入力部１４は、利用者の操作の入力を受け付ける。入力部１４は、利用者の入力情報を音声通信制御部１７に出力する。
音声入出力部１５は、マイクやスピーカなどの音声入出力装置を用いて構成される。音声入出力部１５は、利用者が発した音声を音声信号に変換する。音声入出力部１５は、取得した音声信号を音声通信制御部１７に出力する。また、音声入出力部１５は、音声通信制御部１７から出力される音声信号を取得する。音声入出力部１５は、取得した音声信号を音声に変換して出力する。
【００２７】
ネットワークモニタ部１６は、ＶｏＩＰサーバ７から送信される応答パケットを取得する。ネットワークモニタ部１６は、応答パケットの受信状況に基づいてネットワークの状況を推定する。応答パケットの受信状況とは、例えば、パケットの送信から応答パケットの受信までの時間（以下、「応答時間」という。）や、応答パケットが送信されなかった送信パケットの数（以下、「パケットロス数」という。）などである。ネットワークモニタ部１６は、応答パケットの受信状況に基づいて、ネットワークの遅延や、通信のゆらぎなどを算出する。ネットワークモニタ部１６は、算出したネットワークの遅延や、通信のゆらぎなどの情報に基づいてネットワークの状況を推定する。ネットワークモニタ部１６は、推定したネットワークの状況を表示部１３に表示させる。
【００２８】
音声通信制御部１７は、ＶｏＩＰ端末１の音声通信を制御する。音声通信制御部１７は、利用者によってＶｏＩＰアプリケーションを実行する操作が入力されることによって生成される機能部である。ＶｏＩＰアプリケーションを実行する操作が入力されると、ＶｏＩＰアプリケーションは、ＶｏＩＰ端末１のＣＰＵによって記憶部１１から読み出され、メモリ上に展開される。
【００２９】
音声通信制御部１７は、通話先のＶｏＩＰ端末１（以下、「対向端末」という。）に発信信号を送信して音声通信を開始する。
具体的には、音声通信制御部１７は、利用者のダイヤル操作及び発信操作の入力を受け付ける。音声通信制御部１７は、入力情報が示す対向端末との間で、音声通信を開始するための発信信号を対向端末に送信する。対向端末が発信信号を受信すると、発信元のＶｏＩＰ端末１と対向端末との間の音声通信が開始される。音声通信制御部１７は、音声入出力部１５から出力される音声信号に符号化や圧縮等の処理を行って音声データを生成する。音声通信制御部１７は、生成した音声データを、ネットワークへの送出単位であるパケットに分割する。音声通信制御部１７は、音声データが分割されたパケット（以下、「音声パケット」という。）を、対向端末に送信する。
【００３０】
また、音声通信制御部１７は、対向端末から送信された音声パケットを取得する。音声通信制御部１７は、取得した音声パケットを結合し音声データを取得する。音声通信制御部１７は、取得した音声データに復号や伸長等の処理を行って音声信号を生成する。音声通信制御部１７は、生成した音声信号を音声入出力部１５に出力する。音声通信制御部１７は、利用者によって通話終了の操作が入力されると、対向端末に終了信号を送信し音声通信を終了する。
さらに、音声通信制御部１７は、対向端末との間で音声通信を行っている間、所定のタイミングでＶｏＩＰサーバ７にモニタパケットを送信する。音声通信中にモニタパケットが送信されることによって、ＶｏＩＰ端末１は、音声通信中のネットワークの状況を推定することができる。
【００３１】
また、音声通信制御部１７は、推定したネットワークの状況に応じて、音声データを圧縮するか否かを判断する。音声通信制御部１７は、前記判断に応じて音声圧縮部１８に音声データの圧縮を指示する。音声通信制御部１７は、圧縮された音声データと、音声データの圧縮方法を示す情報とを対向端末に送信する。また、音声通信制御部１７は、対向端末から送信された音声データ及び圧縮方法を示す情報を受信する。音声通信制御部１７は、圧縮方法に対応する伸長方法により音声データを伸長する。
【００３２】
音声圧縮部１８は、音声通信制御部１７の指示に応じて音声データを圧縮する。音声圧縮部１８が音声データを圧縮する手法の例として、次の３つの手法について説明する。なお、音声圧縮部１８が音声データを圧縮する手法は、これらの３つの手法に限定されず、他の手法が用いられてもよい。
【００３３】
［第１の手法］
音声データを圧縮する第１の手法は、音声データから無音データを除去する手法である。無音データとは、音声データのうち利用者が通話を行っていない時間の音声データを指す。一般に音声通信では、発信元のＶｏＩＰ端末１と対向端末との間で、音声データが双方向かつ連続的に送受信される。音声データは、端末周囲の雑音を含んで送受信される。音声データに端末周囲の雑音が含まれることによって自然な音声通話が実現される。第１の手法は、端末周囲の雑音のみが含まれ、利用者の通話が含まれない無音データを音声データから除去することによって音声データのデータ量を削減する。第１の手法では、無音データが除去されることによって通話品質が低下する場合はあるが、ネットワークが混雑することによって通話自体が成り立たなくなることを抑制することが可能となる。なお、無音データは、音声の劣化を小さくするため、音声データ全体からまばらに除去されることが望ましい。また、音声通信制御部１７は、必要な音声データが除去されることを抑制するために、周囲の雑音の強度が高い場合には無音データの除去を行わないように構成されてもよい。
【００３４】
［第２の手法］
音声データを圧縮する第２の手法は、音声データのコーデック（ＣＯＤＥＣ：Ｃｏｄｅｒ／Ｄｅｃｏｄｅｒ）を変更する手法である。コーデックとは、画像や音声、動画などの大容量のメディアデータを圧縮・伸張する装置やソフトウェアである。本実施形態では、コーデックは、主に上記のソフトウェアを指す。一般的にコーデックによるデータの圧縮では、品質とデータ量とはトレードオフの関係にある。第２の手法では、音声通信制御部１７は、ネットワークの状況に応じて、通話が成り立つ限りにおいて音声の劣化を最小限にとどめるコーデックを選択し、音声データを圧縮する。コーデックを変更することによって、ＶｏＩＰ端末１は、ネットワークの状況に応じて音声データのデータ量を削減することが可能となる。
【００３５】
［第３の手法］
音声データを圧縮する第３の手法は、音声データを送信するパケットサイズを変更する手法である。厳密には、本手法は、音声データを圧縮するのではなく、ＶｏＩＰによる音声通信において送受信されるデータ量を削減する手法である。具体的には、本手法は、音声通信において送受信される音声パケットの音声データ部分（以下、「ペイロード」という。）のサイズを増やす代わりに、音声パケットの数を減らすというものである。このパケットサイズの変更により、音声通信において送受信される通信データ量に占める音声データの割合が増加し、音声データの送受信の効率が向上する。なお、パケットサイズが大きくなるつれ、音声パケットが送信される間隔が長くなる。そのため、パケットサイズが過度に大きなサイズに変更されてしまうと、音声通信の品質が低下する可能性がある。そのため、パケットサイズの変更は、音声通信による通話が成り立つ限りにおいて適切に行われる必要がある。
【００３６】
図４は、第３の手法による音声データの圧縮の具体例を示す概略図である。
同図において、符号９−１及び符号９−２は、音声パケットを表す。音声パケット９−１において、符号９−１−１は、音声パケット９−１のヘッダ部を表す。符号９−１−２は、音声パケット９−１の実データ部であるペイロード部を表す。同様に、音声パケット９−２において、符号９−２−１は、音声パケット９−２のヘッダ部を表す。符号９−１−２は、音声パケット９−２の実データ部であるペイロード部を表す。
【００３７】
同図の例の場合、ペイロード部９−１−２のデータ量（ペイロード長）は“５”である。同様に、ペイロード部９−２−２のデータ量は“１０”である。また、音声パケット９−１及び音声パケット９−２のヘッダ部のサイズは同じである。この場合、１つの音声パケット９−２のペイロード部９−２−２によって伝送される音声データは、２つの音声パケット９−１によって伝送される。そのため、音声パケット９−１による音声データの伝送は、音声パケット９−２による伝送よりもヘッダ部１つ分のオーバヘッドが生じる。
このように、音声通信制御部１７は、音声データを伝送する音声パケットのペイロード長を大きくすることによって、音声データの伝送効率を向上させることができる。
【００３８】
図５は、実施形態の音声通信システムの動作例を示す図である。
同図において、縦軸は時間を表す。同図では、音声通信中の時刻ｔ１１及び時刻ｔ2１において、ＶｏＩＰ端末１がＶｏＩＰサーバ７にモニタパケットを送信している。そして、ＶｏＩＰ端末１は、モニタパケットに対する応答パケットを、それぞれ、時刻ｔ１２及び時刻ｔ2２において受信している。ＲＴＴ１及びＲＴＴ２は、それぞれ、時刻ｔ１１及び時刻ｔ2１において送信されたモニタパケットのＲＴＴ（Round Trip Time）を表す。ネットワークモニタ部１６は、これらのＲＴＴについて平均や、分散などの統計値を算出することにより、音声通信中におけるネットワークの状況を推定する。
【００３９】
なお、ネットワークモニタ部１６は、モニタパケットのＲＴＴに基づくネットワークの状況の推定において、全てのＲＴＴに基づいて統計値を算出してもよいし、一部のＲＴＴに基づいて統計値を算出してもよい。一部のＲＴＴに基づいて統計値を算出する場合、ネットワークモニタ部１６は、例えば、モニタパケットのＲＴＴのうち最近のＮ個のＲＴＴに基づいて統計値を算出してもよい。
【００４０】
例えば、ＲＴＴの統計値がモニタパケットの最近のＮ個のＲＴＴに基づいて算出される場合、ネットワークモニタ部１６は、予め設定された統計値の最小値と算出した統計値との差を取得する。ネットワークモニタ部１６は、予め設定された差の閾値と取得した差とを比較することによって、ネットワークの状況を推定する。なお、上記の最小値は、ネットワークの状況が良好であるときの統計値であり、算出された統計値を比較する基準値となる統計値である。すなわち、音声通信システムの環境に応じて異なる最小値が設定されることによって、その環境に応じた基準値との比較が可能になる。
【００４１】
しかしながら、上記の方法では、最小値が大きい環境では、算出された統計値と最小値との差が小さくなる可能性が高い。そのため、ネットワークの状況を適切に判断できない場合がある。その場合、ネットワークモニタ部１６は、予め設定された統計値の閾値と算出した統計値とを比較することによって、ネットワークの状況を推定してもよい。ネットワークモニタ部１６は、上記の２つの方法の両方又はいずれか一方を用いてネットワークの状況を推定する。
【００４２】
ネットワークモニタ部１６が、ネットワークの状況を推定する手法の例として、次の３つの手法について説明する。
［第１の手法］
ネットワークの状況を推定する第１の手法は、ＶｏＩＰサーバ７が応答パケットにモニタパケットを受信した時刻の情報を含める手法である。
【００４３】
図６は、第１の手法によるネットワークの状況の推定の具体例を示す概略図である。
同図において、縦軸は時間を表す。同図では、時刻ｔ１、時刻ｔ４及び時刻ｔ７において、ＶｏＩＰ端末１がＶｏＩＰサーバ７にモニタパケットを送信している。ＶｏＩＰサーバ７は、送信されたモニタパケットを、それぞれ時刻ｔ２、時刻ｔ５及び時刻ｔ８において受信する。ＶｏＩＰサーバ７は、受信したモニタパケットごとに応答パケットを生成し、ＶｏＩＰ端末１に送信する。このとき、ＶｏＩＰサーバ７は、応答パケットに対応するモニタパケットの受信時刻を含めて応答パケットを生成する。ＶｏＩＰ端末１は、モニタパケットに対する応答パケットを、それぞれ、時刻ｔ３、時刻ｔ６及び時刻ｔ９において受信する。以下の説明では、説明を簡単にするためにＶｏＩＰ端末１からＶｏＩＰサーバ７への通信を上り通信と呼ぶ。同様に、ＶｏＩＰサーバ７からＶｏＩＰ端末１への通信を下り通信と呼ぶ。
【００４４】
ネットワークモニタ部１６は、モニタパケットが送信された時刻と、応答パケットに含まれる、ＶｏＩＰサーバ７におけるモニタパケットの受信時刻と、に基づいて各モニタパケットのＲＴＴについて、上り通信に要した時間（以下、「上り時間」という。）と、下り通信に要した時間（以下、「下り時間」という。）と、を算出する。同図において、Δｔ１は、時刻ｔ２と時刻ｔ１との時刻差を表す時間である。すなわち、Δｔ１は、時刻ｔ１に送信されたモニタパケットのＲＴＴに占める上り時間である。また、Δｔ２は、時刻ｔ３と時刻ｔ２との時刻差を表す時間である。すなわち、Δｔ２は、時刻ｔ１に送信されたモニタパケットのＲＴＴに占める下り時間である。
【００４５】
同様に、Δｔ３は、時刻ｔ４に送信されたモニタパケットのＲＴＴに占める上り時間である。同様に、Δｔ４は、時刻ｔ４に送信されたモニタパケットのＲＴＴに占める下り時間である。同様に、Δｔ５は、時刻ｔ７に送信されたモニタパケットのＲＴＴに占める上り時間である。同様に、Δｔ６は、時刻ｔ７に送信されたモニタパケットのＲＴＴに占める下り時間である。
ネットワークモニタ部１６は、自装置から送信されたモニタパケットごとに取得されるＲＴＴに占める上り時間及び下り時間について、平均や、分散などの統計値を算出することにより、音声通信中におけるネットワークの状況を推定することができる。この推定によって、ＶｏＩＰ端末１は、音声通信における通信品質の劣化が、上り通信によるものか、下り通信によるものかを判断することが可能となる。なお、第１の手法は、ＶｏＩＰ端末１及びＶｏＩＰサーバ７が時刻同期されていることが前提となる手法である。
【００４６】
［第２の手法］
ネットワークの状況を推定する第２の手法は、対向端末から送信される音声パケットの受信状況に基づいて、下り通信におけるネットワークの状況を推定する手法である。
図７は、第２の手法によるネットワークの状況の推定の具体例を示す概略図である。
同図において、縦軸は時間を表す。同図では、ＶｏＩＰ端末１は、対向端末から送信される音声パケットを受信する時間差Δｔ７〜Δｔ１４を取得している。ネットワークモニタ部１６は、音声パケットを受信した時刻の時間差について、平均や、分散などの統計値を算出することにより、音声通信中におけるネットワークの状況を推定することができる。この推定によって、ＶｏＩＰ端末１は、モニタパケットを送信することなく、下り通信におけるネットワークの状況を推定することが可能となる。
【００４７】
［第３の手法］
ネットワークの状況を推定する第３の手法は、ＶｏＩＰサーバ７が音声パケットを受信した時刻を、中継する音声パケットに含める手法である。
図８は、第３の手法によるネットワークの状況の推定の具体例を示す概略図である。
同図において、縦軸は時間を表す。同図では、時刻ｔ１０、時刻ｔ１４及び時刻ｔ１７において、ＶｏＩＰ端末１が対向端末に音声パケットを送信している。ＶｏＩＰ端末１から対向端末に送信される音声パケットを上りパケットと呼ぶ。ＶｏＩＰサーバ７は、それぞれ時刻ｔ１１、時刻ｔ１５及び時刻ｔ１８において、上りパケットを受信する。ＶｏＩＰサーバ７は、受信した上りパケットを対向端末に中継する。一方、ＶｏＩＰサーバ７は、対向端末から送信される音声パケットをＶｏＩＰ端末１に中継する。対向端末からＶｏＩＰ端末１に送信される音声パケットを下りパケットと呼ぶ。同図では、対向端末は、時刻ｔ１３、時刻ｔ１６及び時刻ｔ１９において下りパケットを送信している。
【００４８】
第３の手法では、ＶｏＩＰサーバ７は、上りパケットの受信時刻を、下りパケットに含めて中継する。例えば、同図では、ＶｏＩＰサーバ７は、時刻ｔ１３において送信される下りパケットに上りパケットの送信時刻である時刻ｔ１１を示す情報を含めてＶｏＩＰ端末１に中継する。同様に、ＶｏＩＰサーバ７は、時刻ｔ１６において送信される下りパケットに上りパケットの送信時刻である時刻ｔ１５を示す情報を含めてＶｏＩＰ端末１に中継する。同様に、ＶｏＩＰサーバ７は、時刻ｔ１９において送信される下りパケットに上りパケットの送信時刻である時刻ｔ１８を示す情報を含めてＶｏＩＰ端末１に中継する。
【００４９】
ネットワークモニタ部１６は、下りパケットに含まれる、ＶｏＩＰサーバ７における上りパケットの受信時刻を取得する。ネットワークモニタ部１６は、連続して受信される下りパケットから上りパケットの受信時刻を取得し、連続する受信時刻間の時間差を取得する。同図では、Δｔ１５及びΔｔ１６が時間差として取得される。ネットワークモニタ部１６は、連続する受信時刻間の時間差について、平均や、分散などの統計値を算出することにより、音声通信中におけるネットワークの状況を推定することができる。この推定によって、ＶｏＩＰ端末１は、モニタパケットを送信することなく、上り通信におけるネットワークの状況を推定することが可能となる。
【００５０】
図９は、ダイヤル画面の具体例を示す図である。
同図における符号１３１は、ダイヤル画面を表す。ダイヤル画面１３１は、ＶｏＩＰ端末１が音声通信を開始する前に表示される画面である。ダイヤル画面１３１は、通信状況表示領域１３１１、発信先表示領域１３１２、ダイヤル表示領域１３１３及び通話開始ボタン１３１４を備える。
通信状況表示領域１３１１は、ネットワークモニタ部１６によって推定されたネットワークの状況を表す情報が表示される。通信状況表示領域１３１１に表示されるネットワークの状況は、同図のように文字の態様で表示されてもよいし、他の態様で表示されてもよい。例えば、通信状況表示領域１３１１には、ネットワークの状況に応じた色を持つ図形が表示されてもよいし、ネットワークの状況を示すスコアが表示されてもよい。また、例えば、ネットワークの状況を示すスコアは、数値で表示されてもよいし、表示される図形の数や大きさなどで表されてもよい。
【００５１】
発信先表示領域１３１２は、利用者によって入力された発信先の電話番号が表示される領域である。
ダイヤル表示領域１３１３は、利用者が発信先の電話番号を入力するためのダイヤルが表示される領域である。
通話開始ボタン１３１４は、利用者が発信先表示領域１３１２に表示された電話番号に発信する操作を入力するためのボタンである。通話開始ボタン１３１４が押下されると、音声通信制御部１７は、発信先表示領域１３１２に表示された電話番号が示す対向端末に発信信号を送信し、音声通信を開始する。音声通信制御部１７は、音声通信を開始すると、通話中画面を表示部１３に表示させる。
【００５２】
なお、ダイヤル画面１３１には、同図に示されない他の情報が表示されてもよい。例えば、現在時刻や発信先の対向端末の所有者の写真などが表示されてもよい。
また、例えば、ダイヤル画面１３１には、ネットワークの状況に応じて、利用可能な通信手段が表示されてもよい。利用可能な通信手段とは、例えば、電話回線を使用した音声通信や、メール、チャット等の手段である。この場合、ＶｏＩＰ端末１は、各通信手段が利用可能であると推定されるネットワークの状況と、各通信手段とが対応づけられた情報を予め記憶する。ネットワークモニタ部１６は、推定されたネットワークの状況に応じて利用可能な通信手段を選択する。ネットワークモニタ部１６は、利用可能と推定された通信手段を選択するための表示をダイヤル画面１３１に表示させ、利用者に選択の入力を促す。入力部１４は、利用者の選択の入力を受け付ける。ＶｏＩＰ端末１は、利用者によって選択された通信手段を実行する。このように、ネットワークの状況に応じて利用可能な通信手段が表示されることによって、利用者はネットワークの状況に応じて通信手段を選択することができる。
【００５３】
図１０は、通話中画面の具体例を示す図である。
同図における符号１３２は、通話中画面を表す。通話中画面１３２は、ＶｏＩＰ端末１が音声通信を行っているときに表示される画面である。通話中画面１３２は、通信状況表示領域１３２１、通話先表示領域１３２２及び通話終了ボタン１３２３を備える。
通信状況表示領域１３２１は、ネットワークモニタ部１６によって推定されたネットワークの状況を表す情報が表示される。通信状況表示領域１３２１には、同図のようにネットワークの状況を表す文字が表示されてもよいし、他の態様で表示されてもよい。例えば、通信状況表示領域１３２１には、ネットワークの状況に応じた色を持つ図形が表示されてもよいし、ネットワークの状況を示すスコアが表示されてもよい。また、例えば、ネットワークの状況を示すスコアは、数値で表示されてもよいし、表示される図形の数や大きさなどで表されてもよい。
【００５４】
通話先表示領域１３２２は、自装置と音声通信中の対向端末の電話番号が表示される領域である。
通話終了ボタン１３２３は、利用者が音声通信を終了する操作を入力するためのボタンである。通話終了ボタン１３２３が押下されると、音声通信制御部１７は、ダイヤル画面１３１を表示部１３に表示させる。
なお、通話中画面１３２には、同図に示されない他の情報が表示されてもよい。例えば、通話時間や通話料金などの情報が表示されてもよい。
【００５５】
図１１は、実施形態の音声通信システムにおける処理の流れを示すシーケンス図である。
まず、利用者は、入力部１４を操作してＶｏＩＰアプリケーションを実行する操作をＶｏＩＰ端末１に入力する。ＶｏＩＰ端末１は、利用者の入力を受け付ける（ステップＳ１０１）。ＶｏＩＰ端末１は、ＶｏＩＰアプリケーションを記憶部１１から読み出して実行する（ステップＳ１０２）。音声通信制御部１７は、ダイヤル画面を表示部１３に表示させる（ステップＳ１０３）。
利用者は、ダイヤル画面から発信先の対向端末の電話番号を入力する。ＶｏＩＰ端末１は、電話番号の入力を受け付ける（ステップＳ１０４）。次に、利用者は、通話を開始するためにダイヤル画面から発信操作を入力する。ＶｏＩＰ端末１は、発信操作の入力を受け付ける。ＶｏＩＰ端末１の音声通信制御部１７は、入力された電話番号を用いて対向端末に発信信号を送信する（ステップＳ１０５）。対向端末が、発信信号を受信することによって、ＶｏＩＰ端末１と対向端末との間の音声通信が開始される。音声通信が開始されると、ＶｏＩＰ端末１と対向端末との間で音声データの送受信が行われる。
【００５６】
音声通信制御部１７は、音声通信中にモニタパケットをＶｏＩＰサーバ７に送信する（ステップＳ１０６）。ＶｏＩＰサーバ７は、受信したモニタパケットごとに応答パケットを生成し、ＶｏＩＰ端末１に送信する（ステップＳ１０７）。ＶｏＩＰ端末１のネットワークモニタ部１６は、応答パケットの受信状況に基づいて、ネットワークの状況を推定する（ステップＳ１０８）。ネットワークモニタ部１６は、推定したネットワークの状況を通話中画面に表示させてもよい。ＶｏＩＰ端末１は、音声通信が終了するまでの間、所定のタイミングでモニタパケットを送信し、上記のネットワークの状況の推定を繰り返し実行する。
【００５７】
音声通信制御部１７は、推定したネットワークの状況に基づいて音声データを圧縮するコーデックを選択し、音声データの圧縮を音声圧縮部１８に指示する。音声圧縮部１８は、音声通信制御部１７の指示に応じて音声データを圧縮する（ステップＳ１０９）。
利用者は、通話相手との会話が終了すると、ダイヤル画面から通話終了の操作を入力する。ＶｏＩＰ端末１は、通話終了の操作の入力を受け付ける（ステップＳ１１０）。ＶｏＩＰ端末１の音声通信制御部１７は、音声通信を終了するための終了信号を対向端末に送信する（ステップＳ１１１）。対向端末が終了信号を受信すると、ＶｏＩＰ端末１は、対向端末との間の音声通信を終了する（ステップＳ１１２）。
【００５８】
このように構成された実施形態のＶｏＩＰ端末１は、音声通信中のネットワークの状況を推定するためにモニタパケットをＶｏＩＰサーバ７に送信する。ＶｏＩＰ端末１は、推定されたネットワークの状況に基づいて音声データを圧縮する。この音声データの圧縮によって、ＶｏＩＰ端末１は、より安定して音声通信を行うことが可能となる。
【００５９】
また、実施形態のＶｏＩＰサーバ７は、モニタパケットを受信した時刻を、応答パケットに含めて送信する。ＶｏＩＰサーバ７におけるモニタパケットの受信時刻が、モニタパケットに対する応答パケットに含められることによって、ＶｏＩＰ端末１は、上り通信及び下り通信におけるネットワークの状況を推定することが可能となる。
【００６０】
また、実施形態のＶｏＩＰサーバ７は、上りパケットを受信した時刻を、下りパケットに含めて送信する。ＶｏＩＰサーバ７における上りパケットの受信時刻が、下りパケットに含められることによって、ＶｏＩＰ端末１は、上り通信におけるネットワークの状況を推定することが可能となる。
＜変形例＞
【００６１】
ＶｏＩＰ端末１は、推定したネットワークの状況を蓄積し、蓄積した情報を次回の推定に用いるように構成されてもよい。例えば、ネットワークモニタ部１６は、推定したネットワークの状況と、ネットワークの状況を推定したときの自装置の位置及び時刻と、を対応づけて位置時刻情報として記憶部１１に記憶させる。ＶｏＩＰ端末１は、位置時刻情報を用いて、推定するネットワークの状況に重み付けを行ってもよい。この重み付けによって、ＶｏＩＰ端末１は、ネットワークの状況の推定をより精度よく行うことが可能となる。
【００６２】
また、位置時刻情報は、他の装置から送信される情報であってもよい。例えば、ＶｏＩＰ端末１は、推定したネットワークの状況をＶｏＩＰサーバ７に送信する。ＶｏＩＰサーバ７は、各ＶｏＩＰ端末１から送信される情報を比較することによって、位置と、時刻と、当該位置の当該時刻におけるネットワークの状況との関係を最適化する。ＶｏＩＰサーバ７が、最適化した位置時刻情報を各ＶｏＩＰ端末１にフィードバックすることにより、各ＶｏＩＰ端末１は、ネットワークの状況の推定をより精度よく行うことが可能となる。なお、ＶｏＩＰサーバ７は、位置時刻情報をＶｏＩＰ端末１にフィードバックする際、位置時刻情報を応答パケットのヘッダー部やペイロードに埋め込んで送信してもよい。位置時刻情報が応答パケットによりフィードバックされることによって、ネットワークのトラフィックの増加が抑制される。
【００６３】
例えば、ＶｏＩＰサーバ７は、モニタパケットを受信すると、最適化した位置時刻情報の中からパケットの送信元のＶｏＩＰ端末１の位置及び時刻に対応するネットワークの状況を表す情報を選択する。ＶｏＩＰサーバ７は、選択された情報をパケットの送信元のＶｏＩＰ端末１に送信する。
例えば、ＶｏＩＰサーバ７は、所定の範囲に位置するＶｏＩＰ端末１の数を端末数情報として保持してもよい。この場合、ＶｏＩＰ端末１は、自装置の位置情報とともにモニタパケットを送信する。ＶｏＩＰサーバ７は、モニタパケットを受信すると、パケットの送信元のＶｏＩＰ端末１に対して、ＶｏＩＰ端末１が位置する範囲の端末数情報を送信する。ＶｏＩＰ端末１が位置する範囲の端末数情報がＶｏＩＰ端末１に送信されることによって、ＶｏＩＰ端末１の利用者は、同一範囲内でどのくらいのＶｏＩＰ端末１が通信を行っているかを把握することが可能となる。
【００６４】
ネットワークモニタ部１６は、上記の端末数情報に基づいてネットワークの状況を推定してもよい。例えば、ネットワークモニタ部１６は、取得された端末数情報に応じて、ネットワークの状況の推定に用いるＲＴＴの数を調節してもよい。例えば、端末数が多くネットワークの状況の変化が大きい場所及び時間帯においては、ネットワークモニタ部１６は、ネットワークの状況の推定に用いるＲＴＴの数を増加させる。その結果、ネットワークの状況の変化が、ネットワークの状況の推定結果に反映されやすくなる。
音声通信制御部１７は、上記の端末数情報に基づいてモニタパケットの送信量を制御してもよい。例えば、端末数が多くネットワークの状況が良好でない場所及び時間帯においては、音声通信制御部１７は、モニタパケットのサイズを小さくしたり、モニタパケットの送信間隔を長くする。その結果、単位時間に送信されるモニタパケットの送信量が少なくなり、モニタパケットの送信によってネットワークの状況がさらに悪化することが抑制される。
【００６５】
ＶｏＩＰ端末１は、場所ごとのネットワークの状況を表示部１３に表示させてもよい。例えば、ＶｏＩＰ端末１は、地図情報を予め記憶し、自装置の位置付近の地図を表示部１３に表示する。ＶｏＩＰサーバ７は、モニタパケットを受信すると、パケットの送信元のＶｏＩＰ端末１に対して、ＶｏＩＰ端末１が位置する場所周辺のネットワークの状況を送信する。ＶｏＩＰ端末１は、表示部１３に表示された地図をネットワークの状況に応じた色で着色する。このように、ネットワークの状況を表す地図が表示されることによって、ＶｏＩＰ端末１の利用者は、どの場所に移動すればネットワークの状況が良好となるかを判断することができる。
【００６６】
また、音声通信制御部１７は、ネットワークモニタ部１６の機能を有する機能部として構成されてもよい。この機能の統合により、ＶｏＩＰ端末１は、ネットワークモニタ部１６を備えない装置として構成されてもよい。
【００６７】
モニタパケットの送信先はＶｏＩＰサーバ７に限定されない。モニタパケットの送信先は、モニタパケットを受信し、受信したモニタパケットの送信元に対して応答パケットを送信する機能を有する装置であれば、他のどのような装置であってもよい。
ＶｏＩＰによる音声通信は、ＶｏＩＰサーバ７を介さずに行われてもよい。例えば、ＶｏＩＰ端末１間で直接ＶｏＩＰによる音声通信が行われてもよい。
【００６８】
ネットワークの状況を推定する手法には、次の手法が用いられてもよい。
ＶｏＩＰ端末１は、下りパケットの受信間隔を計測する。そして、ＶｏＩＰ端末１は、モニタパケットのＲＴＴの増加量と下りパケットの受信間隔の増加量とを比較することによってネットワークの状況を推定する。例えば、両者の増加量が同等である場合、ＶｏＩＰ端末１は、下り通信においてネットワークの遅延が発生していることを推定する。また、ＲＴＴの増加量が下りパケットの受信間隔の増加量よりも大きい場合、ＶｏＩＰ端末１は、上り通信においてネットワークの遅延が発生していることを推定する。
【００６９】
ＶｏＩＰ端末１は、ネットワークの状況が通話困難な状況となった場合、対向端末との接続を切断するか否かの判断を利用者に促す画面を表示してもよい。例えば、ＶｏＩＰ端末１は、表示部１３に「通話品質が劣化しました。切断しますか？」という文言を伴うボタンを表示させる。利用者は、ボタンを押下することによって通話を終了する。このように、通話品質が悪い状況において、通話を終了することを促す画面が表示されることによって、利用者への不要な課金が抑制される。この場合、ＶｏＩＰ端末１は、通話品質の劣化により通話を終了する可能性があることを対向端末に通知するように構成されてもよい。ＶｏＩＰ端末１は、音声やテキスト等のメッセージを対向端末に送信することによって上記通知を行ってもよい。また、ＶｏＩＰ端末１は、ネットワークの状況が通話困難な状況となった場合、対向端末との接続の切断を自動的に行うように構成されてもよい。
【００７０】
ＶｏＩＰ端末１は、対向端末との間でネットワークの状況を表す情報を送受信するように構成されてもよい。例えば、ＶｏＩＰ端末１は、音声パケットの受信間隔やパケットロス数を計測する。ＶｏＩＰ端末１は、これらの情報を通知用パケットに含め、対向端末に送信する。ＶｏＩＰ端末１は、これらの情報を音声パケットのヘッダ部やペイロードに埋め込んで対向端末に送信してもよい。このように、ネットワークの状況を表す情報が、ＶｏＩＰ端末１間で送受信されることによって、ＶｏＩＰ端末１は、ＶｏＩＰサーバ７を介することなく、対向端末との間のネットワークの状況を把握することが可能となる。
【００７１】
ＶｏＩＰ端末１は、モニタパケットを受信し、モニタパケットの送信元に応答パケットを送信する機能を備えるように構成されてもよい。この場合、ＶｏＩＰ端末１は、モニタパケットを対向端末に送信する。対向端末は、モニタパケットを受信すると、ＶｏＩＰ端末１に応答パケットを送信する。ＶｏＩＰ端末１は、モニタパケットのＲＴＴに基づいてネットワークの状況を推定する。このように構成されたＶｏＩＰ端末１は、ＶｏＩＰサーバ７を介することなく、対向端末との間のネットワークの状況を把握することが可能となる。
【００７２】
ＶｏＩＰ端末１は、対向端末との間でモニタパケットの送受信を行うことによって推定されたネットワークの状況を、モニタパケットとともにＶｏＩＰサーバ７に送信してもよい。この場合、ＶｏＩＰ端末１と対向端末との間のネットワークの状況が、ＶｏＩＰサーバ７に蓄積される。蓄積された情報は、上記同様にＶｏＩＰサーバ７によって最適化され、ＶｏＩＰ端末１にフィードバックされる。
【００７３】
上述した実施形態におけるＶｏＩＰ端末１をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【００７４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７５】
１、１−１〜１−３…ＶｏＩＰ端末，  １１…記憶部，  １２…通信部，  １３…表示部，  １３１…ダイヤル画面，  １３１１…通信状況表示領域，  １３１２…発信先表示領域，  １３１３…ダイヤル表示領域，  １３１４…通話開始ボタン，  １３２…通話中画面，  １３２１…通信状況表示領域，  １３２２…通話先表示領域，  １３２３…通話終了ボタン，  １４…入力部，  １５…音声入出力部，  １６…ネットワークモニタ部，  １７…音声通信制御部，  １８…音声圧縮部，  ２…ＶｏＩＰ電話機，  ３、３−１〜３−３…基地局，  ４…事業者ＩＰ網，  ５…別事業者ＩＰ網，  ６…ＷＡＮ（Wide Area Network），  ７…ＶｏＩＰサーバ，  ９、９−１、９−２…音声パケット，  ９−１−１、９−２−１…ヘッダ部，  ９−１−２、９−２−２…ペイロード部
【図１】
0006495583.tif 000002
【図２】
0006495583.tif 000003
【図３】
0006495583.tif 000004
【図４】
0006495583.tif 000005
【図５】
0006495583.tif 000006
【図６】
0006495583.tif 000007
【図７】
0006495583.tif 000008
【図８】
0006495583.tif 000009
【図９】
0006495583.tif 000010
【図１０】
0006495583.tif 000011
【図１１】
0006495583.tif 000012