(57)【要約】【課題】ストリーミング情報の転送処理において通信状況の変化する環境であっても安定した通信品質を提供する。【解決手段】本発明は、ストリーミング情報を送信する送信側端末と受信側端末の間における転送の遅延時間を測定し、前記遅延時間に基づいて、平均遅延時間を算出し、前記平均遅延時間に基づいて、前記ストリーミング情報を所定時間蓄積可能なバッファを有する受信側端末に対して前記ストリーミング情報の蓄積容量であるバッファ値を設定する。【選択図】図１
2005167684.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミング情報を送信する送信側端末と受信側端末の間における転送の遅延時間を測定する遅延時間測定手段と、
前記遅延時間に基づいて、平均遅延時間を算出する平均遅延時間算出手段と、
前記平均遅延時間に基づいて、前記ストリーミング情報を所定時間蓄積可能なバッファを有する受信側端末に対して前記ストリーミング情報の蓄積容量であるバッファ値を設定する、バッファ値設定手段と、を備える、伝送制御装置。
【請求項２】
前記遅延時間測定手段が、所定時間内に遅延時間を複数回測定し、
前記バッファ値設定手段が、前記複数回測定した遅延時間のそれぞれと前記平均遅延時間との差を算出し、この算出した差に基づいて前記バッファ値を設定する、請求項１に記載の伝送制御装置。
【請求項３】
前記バッファ値設定手段が、前記算出した差の最大値と最小値とに基づいて前記バッファ値を設定する、請求項２に記載の伝送制御装置。
【請求項４】
前記バッファ値設定手段が、前記算出した差と予め定められた比率とに基づいて前記バッファ値を設定する、請求項２に記載の伝送制御装置。
【請求項５】
前記端末への転送が、ＶｏＩＰを用いた転送であって、
前記ストリーミング情報が音声情報である、請求項１から４の何れかに記載の伝送制御装置。
【請求項６】
受信したストリーミング情報を所定時間蓄積可能なバッファを有する通信端末であり、
ストリーミング情報を送信する送信側端末との間における転送の遅延時間を測定する遅延時間測定手段と、
前記遅延時間に基づいて、平均遅延時間を算出する平均遅延時間算出手段と、
前記平均遅延時間に基づいて、前記バッファにおける前記ストリーミング情報の蓄積容量であるバッファ値を設定する、バッファ値設定手段と、を備える、通信端末。
【請求項７】
前記遅延時間測定手段が、所定時間内に遅延時間を複数回測定し、
前記バッファ値設定手段が、前記複数回測定した遅延時間のそれぞれと前記平均遅延時間との差を算出し、この算出した差に基づいて前記バッファ値を設定する、請求項６に記載の通信端末。
【請求項８】
前記バッファ値設定手段が、前記算出した差の最大値と最小値とに基づいて前記バッファ値を設定する、請求項７に記載の通信端末。
【請求項９】
前記バッファ値設定手段が、前記算出した差と予め定められた比率とに基づいて前記バッファ値を設定する、請求項７に記載の通信端末。
【請求項１０】
前記端末への転送が、ＶｏＩＰを用いた転送であって、
前記ストリーミング情報が音声情報である、請求項６から９の何れかに記載の通信端末。
【請求項１１】
ストリーミング情報を送信する送信側端末と受信側端末の間における転送の遅延時間を測定するステップと、
前記遅延時間に基づいて、平均遅延時間を算出するステップと、
前記平均遅延時間に基づいて、前記ストリーミング情報を所定時間蓄積可能なバッファ
を有する受信側端末に対して前記ストリーミング情報の蓄積容量であるバッファ値を設定するステップと、を実行させる、コンピュータで実行可能なバッファ値設定プログラム。
【請求項１２】
前記遅延時間を測定するステップにおいて、所定時間内に遅延時間を複数回測定し、
前記バッファ値を設定するステップにおいて、前記複数回測定した遅延時間のそれぞれと前記平均遅延時間との差を算出し、この算出した差に基づいて前記バッファ値を設定する、請求項１１に記載のバッファ値設定プログラム。
【請求項１３】
前記バッファ値を設定するステップにおいて、前記算出した差の最大値と最小値とに基づいて前記バッファ値を設定する、請求項１２に記載のバッファ値設定プログラム。
【請求項１４】
前記バッファ値を設定するステップにおいて、前記算出した差と予め定められた比率とに基づいて前記バッファ値を設定する、請求項１２に記載のバッファ値設定プログラム。
【請求項１５】
前記端末への転送が、ＶｏＩＰを用いた転送であって、
前記ストリーミング情報が音声情報である、請求項１１から１４の何れかに記載のバッファ値設定プログラム。
【請求項１６】
ストリーミング情報を送信する送信側端末と受信側端末の間における転送の遅延時間を測定するステップと、
前記遅延時間に基づいて、平均遅延時間を算出するステップと、
前記平均遅延時間に基づいて、前記ストリーミング情報を所定時間蓄積可能なバッファを有する受信側端末に対して前記ストリーミング情報の蓄積容量であるバッファ値を設定するステップと、を実行する、バッファ値設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおける移動端末に対するストリーミング情報の転送技術に関する。
【背景技術】
【０００２】
従来から、ＶｏＩＰ（Voice over Internet Protocol）による音声情報転送技術を用いた、インターネット電話サービスなどのＩＰ電話サービスが提供されている。このようなＩＰ電話サービスでは、通話時の音声を音声情報として相手方に転送するために、送信元端末からの音声情報を圧縮して相手方の受信側端末に送信する。また、このようなＩＰ電話サービスでは、受信した音声情報を復元して受信側端末に送信する。
【０００３】
ところで、ＶｏＩＰにおける音声処理は、例えば、音楽用ＣＤなどで用いるＰＣＭ（Pulse Code Modulation）技術を用いる。一般に、ＶｏＩＰでは、２０ミリ秒ごとに音声の振幅情報をデジタル化している。
【０００４】
音声情報転送時に、仮に転送時間が０でかつ転送時間の差も０であるならば、デジタル信号を取り出す際にも最初のデジタル信号の入ったパケットを２０ミリ秒ごとに音声化すればよい。
【０００５】
一般に、上記音声情報は、ＩＰ（Internet Protocol）網などの通信網を経由すると、データの転送に時間（転送遅延）がかかる。また、ＩＰ電話サービスでは、連続的に送信される個々のデータのそれぞれに転送時間の差が生じる。そして、通信における送受信データの転送時間の差が変化（差が大きくなったり小さくなったりする）することによって生じる遅延のゆらぎ、あるいは送受信データの乱れを、一般にジッター（jitter）と呼ぶ。
【０００６】
そして、実際の音声情報の転送時には、転送時間がかかり、それぞれのデータには遅延時間が生じるため、ジッターが生じる。そして、この場合には、遅延を取り戻すために所定時間以上遅延したデータを破棄していた。従って、遅れたパケットは音声化されないため、結果的に通話時の音声が途切れてしまっていた。
【０００７】
上記の音声情報転送技術における通話時に、音声が断続的に途絶えることを防止するために、ＶｏＩＰによるＩＰ電話サービスで用いる機器（以下、ＶｏＩＰ機器とする）では、最初のパケットが入ってから、一定時間バッファにパケットを蓄積する。このとき、ＶｏＩＰ機器は、バッファに蓄積されたパケットのうち、先にバッファに蓄積されたパケットから順に音声化する。このような、データの送受信時に遅延のゆらぎや乱れを吸収するバッファをジッタバッファと呼ぶ。
【０００８】
なお、従来のＩＰ電話サービスに関する技術として、携帯電話間の通話をＩＰ網上で中継する際の音声中継技術（例えば、特許文献１参照。）が開示されている。
【特許文献１】特開２００１−２３０８６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、通常の各種ＶｏＩＰの機器（例えば、ＩＰ電話対応の電話機，ルータなど）には、上記のジッタバッファは、標準的に装備されているものの、ジッタバッファへのパ
ケットの容量であるバッファ値の設定は、自動化されていなかった。このため、従来のＶｏＩＰ機器のジッタバッファでは、例えば以下のような問題があった。
【００１０】
従来のＶｏＩＰ機器では、ジッタバッファのバッファ値が、通信時の帯域幅などの網内における現在の通信状況を考慮して定められていなかった。すなわち、従来の技術では、特に携帯端末などの無線によるＩＰ電話の場合、通信状況が一定でないため、通信状況の変化によって音声の通信品質が影響を受けていた。従って、従来の無線通信を用いたＶｏＩＰ機器では、ＩＰ電話サービスなどの音声情報の転送時において、現在の通信状況に応じた通信品質を提供することは困難であった。
【００１１】
本発明は上記事項に鑑みて為されたものであり、ストリーミング情報の転送処理において通信状況の変化する環境であっても安定した通信品質を提供することを、解決すべき課題とする。
【課題を解決するための手段】
【００１２】
本発明は前記課題を解決するために、以下の手段を採用した。
すなわち、本発明は、ストリーミング情報を送信する送信側端末と受信側端末の間における転送の遅延時間を測定し、前記遅延時間に基づいて、平均遅延時間を算出し、前記平均遅延時間に基づいて、前記ストリーミング情報を所定時間蓄積可能なバッファを有する受信側端末に対して前記ストリーミング情報の蓄積容量であるバッファ値を設定するようにした。
【００１３】
本発明では、通信を行う端末間の遅延時間に基づいて、ストリーミング情報の転送時に生じるパケットの遅延や揺らぎ、あるいは一時的な通信の断絶などを吸収するためのいわゆるジッタバッファのバッファ値を設定する。
【００１４】
従って、本発明によれば、ストリーミング情報の転送処理において通信状況の変化する環境であっても安定した通信品質を提供することができる。
【００１５】
また、本発明は、所定時間内に遅延時間を複数回測定し、前記複数回測定した遅延時間のそれぞれと前記平均遅延時間との差を算出し、この算出した差に基づいて前記バッファ値を設定するようにしてもよい。
【００１６】
また、本発明は、前記算出した差の最大値と最小値とに基づいて前記バッファ値を設定してもよい。
【００１７】
また、本発明は、前記算出した差と予め定められた比率とに基づいて前記バッファ値を設定してもよい。
【００１８】
さらに、本発明は、前記端末への転送が、ＶｏＩＰを用いた転送であって、前記ストリーミング情報が音声情報であってもよい。
【００１９】
なお、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。また、本発明は、以上の何れかの機能を実現する装置であってもよい。さらに、本発明は、以上の何れかの機能を実現する通信端末であってもよい。
【発明の効果】
【００２０】
本発明の通信端末によれば、ストリーミング情報の転送処理において通信状況の変化する環境であっても安定した通信品質を提供する、という優れた効果を得ることができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して、本発明の好適な実施の形態を説明する。
本発明の実施の形態に係る通信端末の一例を、図１から図３に基づいて説明する。本実施の形態に係る通信端末は、インターネット等の汎用のネットワークにおけるストリーミング情報の転送時に、通信の遅延による通信品質の低下を防止するために、そのストリーミング情報を蓄積するジッタバッファを備える。そして、本発明の伝送制御装置は、通信状況の変化に応じて、通信端末のジッタバッファのバッファ値の設定を変更する。本実施の形態において、本発明の通信端末を、ストリーミング情報の一例である音声情報について、ＶｏＩＰ（Voice over Internet Protocol）を用いて送受信を行う、いわゆるＩＰ電話サービスに適用する。
【００２２】
〈システム構成〉
図１は、本発明の実施の形態に係る、ＶｏＩＰによるＩＰ電話サービスを提供するシステムの一例を示す概略図である。図１において、本実施の形態に係るＩＰ電話サービスは、本発明の通信端末の一例であるＶｏＩＰ端末１００、本発明の伝送制御装置の機能を有するＶｏＩＰサーバ２００、電話網接続装置３００、および一般電話端末４００を備える。なお、ＶｏＩＰ端末１００は、本実施の形態において、発信側ＶｏＩＰ端末１００Ａ及び着信側ＶｏＩＰ端末１００Ｂとして、発信側と着信側の端末とに分けて説明する場合もある。
【００２３】
ＶｏＩＰ端末１００は、ストリーミング情報の一例として、ＩＰ電話サービスにおける音声情報を送受信する。ＶｏＩＰ端末１００が送受信する音声情報によって、利用者は通話を行う。ＶｏＩＰ端末１００は、一般電話端末４００との通話のほかに、個々のＶｏＩＰ端末１００と相互に通話もできる。
【００２４】
なお、本発明の通信端末に対応するＶｏＩＰ端末１００は、パーソナルコンピュータ(ＰＣ)，携帯情報端末（ＰＤＡ），携帯電話機，その他専用のコンピュータ等の各種コンピュータを用いて構成される。ＶｏＩＰ端末１００は、不図示のハードウェアとして、制御装置(ＣＰＵ，主記憶(ＲＡＭ等)，入出力ユニット，ＯＳ，デバイスドライバ等で構成される)，二次記憶(ハードディスク等)，通信制御装置(ネットワークインターフェイス装置等)を備えている。そして、ＶｏＩＰ端末１００は、ＣＰＵが二次記憶に格納されているバッファ値設定プログラムを主記憶にロードして実行することにより、上記の機能を実現する装置として機能する。
【００２５】
ＶｏＩＰサーバ２００は、ＶｏＩＰによるＩＰ電話サービスを実現するために、送信側の端末と受信側の端末との間に、伝送経路の設定を行う。また、ＶｏＩＰサーバ２００は、ＶｏＩＰ端末１００と一般電話端末４００との通話時にストリーミング情報の転送を行う。また、ＶｏＩＰサーバ２００は、伝送経路の設定を行う際に、個々のＶｏＩＰ端末１００が相互に通話を行う際に着信側ＶｏＩＰ端末１００のＩＰアドレスが不明の場合には、着信側ＶｏＩＰ端末１００ＢのＩＰアドレスを取得して発信側ＶｏＩＰ端末１００Ａに通知する。発信側ＶｏＩＰ端末１００Ａは、取得した着信側ＶｏＩＰ端末１００ＢのＩＰアドレスを用いて、伝送経路を確立して通話を開始する。このＶｏＩＰサーバ２００は、例えば、インターネット上に設置される。そして、ＶｏＩＰサーバ２００は、ストリーミング情報の一例として、ＩＰ電話サービスの音声情報を転送する。
【００２６】
また、ＶｏＩＰサーバ２００は、上記のように経路の設定のために通話を行う前に発信側と着信側の双方の端末が接続する。そこで、ＶｏＩＰサーバ２００は、本発明の伝送制御装置の機能を有することで、双方の端末に対してジッタバッファのバッファ値の設定を行う。
【００２７】
本発明の伝送制御装置の機能として、ＶｏＩＰサーバ２００は、発信側ＶｏＩＰ端末１００Ａからの発信要求に応じて、着信側ＶｏＩＰ端末１００Ｂにおけるジッタバッファの音声パケットの蓄積容量であるバッファ値を算出する。このとき、ＶｏＩＰサーバ２００は、発信側ＶｏＩＰ端末１００Ａと着信側ＶｏＩＰ端末１００Ｂとの間の通信速度から算出した平均転送遅延時間に基づいて、バッファ値を算出する。そして、ＶｏＩＰサーバ２００は、このジッタバッファ値を着信側ＶｏＩＰ端末１００Ｂに設定する。
【００２８】
ＶｏＩＰサーバ２００は、パーソナルコンピュータ(ＰＣ)，ワークステーション(ＷＳ)，専用のサーバマシン等のコンピュータを用いて構成される。ＶｏＩＰサーバ２００は、不図示のハードウェアとして、制御装置(ＣＰＵ，主記憶(ＲＡＭ等)，入出力ユニット，ＯＳ，デバイスドライバ等で構成される)，二次記憶(ハードディスク等)，通信制御装置(ネットワークインターフェイス装置等)を備えている。そして、ＶｏＩＰサーバ２００は、ＣＰＵが二次記憶に格納されているバッファ値設定プログラムを主記憶にロードして実行することにより、上記の機能を実現する装置として機能する。
【００２９】
電話網接続装置３００は、ＩＰ電話サービスを利用する上記ＶｏＩＰ端末１００と、一般の電話網を利用する一般電話端末４００とを接続する。
【００３０】
そして、発信側ＶｏＩＰ端末１００Ａから着信側ＶｏＩＰ端末１００Ｂへの通話は、以下のように行う。まず、着信側ＶｏＩＰ端末１００ＢのＩＰアドレスが不明の場合には、発信側ＶｏＩＰ端末１００Ａは、ＶｏＩＰサーバ２００を介して、着信側ＶｏＩＰ端末１００ＢからＩＰアドレスを取得する（矢印Ａ，Ｂ）。着信側ＶｏＩＰ端末１００ＢのＩＰアドレスを取得した場合には、発信側ＶｏＩＰ端末１００Ａは、そのＩＰアドレスによって着信側ＶｏＩＰ端末１００Ｂとの間で伝送経路の設定処理を行って、通信を開始する（矢印Ｘ）。
【００３１】
発信側ＶｏＩＰ端末１００Ａから一般電話端末４００への通話は、以下のように行う。まず、発信側ＶｏＩＰ端末１００Ａは、ＶｏＩＰサーバ２００の位置にある不図示のゲートウェイに接続する（矢印Ｙ）。発信側ＶｏＩＰ端末１００Ａは、ＶｏＩＰサーバ２００を介して、ゲートウェイとの間で伝送経路の設定を行う。ゲートウェイは、音声パケットを通常電話網に対応するアナログ音声に変換する。着信側の一般電話端末４００は、公衆電話網または携帯電話網の電話網接続装置３００を介して変換されたアナログ音声を受信する。
【００３２】
〈ＶｏＩＰサーバによるジッタバッファ値設定処理〉
次に、ＶｏＩＰサーバ２００による、ＶｏＩＰ端末１００のジッタバッファ値設定処理について説明する。
【００３３】
図２は、ジッタバッファ値設定処理を適用する、ＶｏＩＰによる音声情報（音声パケット）の転送処理の概念図である。図２では、本実施の形態のインターネット電話における、個々のＶｏＩＰ端末１００間の通話時の転送処理（図１における矢印Ｘ間の通話）を示す。
【００３４】
発信側ＶｏＩＰ端末１００Ａに備えられるマイクなどの音声入力手段（不図示）から入力されたアナログ音声は、発信側ＶｏＩＰ端末１００Ａの音声圧縮ソフト（Codec）１０１Ａによって、圧縮されたデジタル情報である音声パケットに処理される。Codec１０１Ａによって圧縮された音声パケットは、音声パケットなどのストリーミング情報の送受信に用いるプロトコルの一つであるＲＴＰ（Real-time Transport Protocol）１０２Ａ、ＲＴＰ１０２Ａが利用するトランスポート層のプロトコルであるＵＤＰ（User Datagram Pr
otocol）１０３Ａを利用して、インターネット網などのＩＰ網に送信される（矢印Ｘ１）。
【００３５】
ＩＰ網から音声パケットを受信した着信側ＶｏＩＰ端末１００Ｂは、ＵＤＰ１０３Ｂ，ＲＴＰ１０２Ｂを経て、Codec１０１Ｂによって圧縮された音声パケットをアナログ音声に展開する。展開されたアナログ音声は、転送時に生じる転送時間の遅れなどによる音声の揺らぎや途切れを吸収するために、ジッタバッファ１０４Ｂに一定時間蓄積される。そして、着信側ＶｏＩＰ端末１００Ｂは、一定時間経過後、アナログ音声をスピーカなどの音声出力手段（不図示）から出力する。なお、図２において、ジッタバッファ１０４Ｂの位置は、Codec１０１Ｂの後に置いたが、ＵＤＰ１０３Ｂ以降音声出力処理までのどの位置においてもよい。
【００３６】
そして、ＶｏＩＰサーバ２００は、着信側ＶｏＩＰ端末１００Ｂに対するバッファ値設定処理を行う。
【００３７】
図３は、本実施の形態に係るジッタバッファの音声パケットの蓄積容量であるバッファ値の設定処理を説明するフローチャートである。
【００３８】
まず、ＶｏＩＰサーバ２００は、発信側ＶｏＩＰ端末１００Ａからの音声パケットの発信要求（ＶｏＩＰ発信要求）を受信すると、着信側との経路の設定を行い、ジッタバッファのバッファ値を設定するための動作を開始する（Ｓ１０１）。このとき、ＶｏＩＰサーバ２００は、発信側ＶｏＩＰ端末１００Ａおよび着信側ＶｏＩＰ端末１００Ｂの双方のＩＰアドレスを、発信側ＶｏＩＰ端末１００Ａから取得する。なお、着信側ＶｏＩＰ端末１００ＢのＩＰアドレスを発信側ＶｏＩＰ端末１００Ａから取得できない場合には、ＶｏＩＰサーバ２００は、ＶｏＩＰサーバ２００が保持する着信側ＶｏＩＰ端末１００ＢのＩＰアドレスを参照してＩＰアドレスを取得する。また、着信側が一般電話端末４００の場合には、ＶｏＩＰサーバ２００は、ゲートウェイのＩＰアドレスを着信側のＩＰアドレスとする。
【００３９】
ＶｏＩＰサーバ２００は、発信側ＶｏＩＰ端末１００Ａと着信側との間の通信速度を測定する（Ｓ１０２）。この通信速度の測定方法は、発信側ＶｏＩＰ端末１００Ａから着信側ＶｏＩＰ端末１００Ｂ（一般電話端末４００の場合にはゲートウェイ）に一定量のパケットを送付する。そして、発信側ＶｏＩＰ端末１００Ａは、着信側からの応答パケットを受信した際に、パケットの送信時刻と応答パケット受信時刻から遅延時間（Di）を算出する。この遅延時間から、片方向の遅延時間（HDi）を、以下の式（１）
（１）：HDi=Di/2
から得る。このとき、通常、ＶｏＩＰによる通話では、通話を行う双方の端末が、それぞれの契約などから利用可能な帯域が異なるため、双方の端末で必要なバッファ値が異なる。従って、本実施の形態では、個別にジッタバッファのバッファ値を設定する。そして、本実施の形態では、遅延時間の算出の一例として、この往復の遅延時間の半分の値を片方向の遅延時間として用いる。
ＶｏＩＰサーバ２００は、この遅延時間の算出を一定時間（例えば、１０秒）のｎ個のサンプルデータについて行う。そして、ＶｏＩＰサーバ２００は、サンプルデータに基づいて、平均遅延時間(AD)を、式（２）
（２）：AD=1/n(Σi=1,..,n, Hdi)
から算出する。
ADを算出したＶｏＩＰサーバ２００は、一定時間内に所定回数測定した個々の遅延時間とADとの差（Jti）を式（３）
（３）：Jti =AD-Hdi, I=1,..,n
から算出する。
そして、ＶｏＩＰサーバ２００は、式（３）で算出した所定回数分ｎのJtiのうち、最大値と最小値との差（MaxJt）を、式（４）
（４）：MaxJt=Max{|Jti - Jtj|;i,j=1,..,n}
によって算出する（Ｓ１０３）。
【００４０】
MaxJtを算出した後、ＶｏＩＰサーバ２００は、伝送するパケットにおける全てのJtiのうち、所定の範囲内に収まるJtiの比率（許容パケット損失率：PL）が０であるか否かを判断する（Ｓ１０４）。通常、PLは、通常の電話サービスにおいて許容されている数％程度の通話の瞬断と同程度の値に設定する。音声パケットのジッタ（遅延、揺らぎ）は、利用者の耳に届くときには音声の遅れとなる。そして、通話時の音声の遅れは、利用者の話しやすさなどのサービスの使用感に影響する。このため、ＩＰ電話サービスでは、通話に影響が生じない程度に所定時間以上遅延するパケットを欠損させるための許容率を設けることで、利用者が感じる通話の遅延を少なくさせている。なお、この許容パケット損失率の値は、ＶｏＩＰ端末１００を利用する利用者、もしくはサービスの提供者が予め任意に設定可能とする。
【００４１】
Ｓ１０４においてPL=０とした場合に、ＶｏＩＰサーバ２００は、遅延時間を示すジッタ値（J）として、Ｓ１０３で算出したMaxJtを設定する（Ｓ１０５）。
【００４２】
また、Ｓ１０４においてPLを０以上の値にした場合に、ＶｏＩＰサーバ２００は、パケット全体のうち所定の値よりJtiが大きいものを損失するパケットと定め、それ以外のJtiのうち最大の値をジッタバッファのバッファ値とする。そこで、このような値を近似的に算出するために、ＶｏＩＰサーバ２００は、上記Ｓ１０２で算出した各Jti間の差（隣り合うJti同士の差）とMaxJtとの比率が、パケット全体にしめる生存するパケットの割合（１−PL）に収まるJtiの最大値を、PLmaxJtとする。そして、ＶｏＩＰサーバ２００は、このPLmaxJtをジッタ値として設定する（Ｓ１０６）。PLmaxJtを算出する条件式（５）は、（５）：PLmaxJt={Jti; Max|Jti - Jt(i+1)|/MaxJt < 1-PL}
である。
【００４３】
ＶｏＩＰサーバ２００は、上記Ｓ１０５、Ｓ１０６にて算出したJの値をジッタバッファ値と定める（Ｓ１０７）。そして、ＶｏＩＰサーバ２００は、このＪをジッタバッファ値として設定するように、着信側ＶｏＩＰ端末１００Ｂに指示する。着信側ＶｏＩＰ端末１００Ｂにおいて、ジッタバッファ値としてＪを設定後、発信側ＶｏＩＰ端末１００Ａは、通信を開始する。
【００４４】
〈実施の形態の効果〉
本実施の形態に係る通信端末によるバッファ値設定処理を実現することにより、以下のような効果が得られる。
【００４５】
本実施の形態に係るバッファ値設定処理によれば、個々のストリーミング情報を転送する端末の通信環境に応じて、バッファ値を設定する。このため、例えば、ストリーミング情報として音声パケットの送受信を行った場合には、このバッファ値設定処理によれば、通信手段として無線通信を用いた場合であっても、揺らぎや途切れることが少ない、利用者が聞き取りやすい音声を提供することができる。
【００４６】
〈変形例〉
本実施の形態において、ＶｏＩＰサーバ２００は、主にＩＰ電話サービスにおける音声情報の圧縮処理の一例について説明したが、本発明ではこれに限らず、その他のストリーミング情報の伝送制御装置に対して広く実施することができる。
【００４７】
例えば、本実施の形態に係るＶｏＩＰサーバ２００は、図１のようにインターネット上に設置されていたが、本発明ではこれに限定されない。すなわち、このＶｏＩＰサーバ２００は、個々の端末が接続するローカルなネットワークに設置されていてもよい。
【００４８】
また、本実施の形態では、本発明の伝送制御装置に対応するＶｏＩＰサーバ２００による着信側ＶｏＩＰ端末１００Ｂのジッタバッファ値設定処理を説明したが、本実施の形態におけるジッタバッファ値設定処理は、ＶｏＩＰ端末にジッタバッファ値設定プログラムをインストールして、個々のＶｏＩＰ端末同士で実行してもよい。この場合、発信側ＶｏＩＰ端末１００Ａからの発信要求に対して、着信側ＶｏＩＰ端末１００Ｂが応答する際に、通信速度を測定し、発信側ＶｏＩＰ端末１００Ａまたは着信側ＶｏＩＰ端末１００Ｂのいずれかが本処理を実行する。そして、ジッタバッファ値算出後、算出したＶｏＩＰ端末は、着信側ＶｏＩＰ端末１００Ｂのジッタバッファ値を設定する。このように、個々のＶｏＩＰ端末にジッタバッファ値設定プログラムを実行させることで、個々のＶｏＩＰ端末１００が直接通信を確立する場合においても、本発明の処理を実施することができる。
【００４９】
また、例えば、本実施の形態に係るＶｏＩＰサーバ２００の機能と、ＶｏＩＰサーバ２００の機能とを組み合わせた装置によって、ジッタバッファ値設定処理を実行してもよい。
【００５０】
また、例えば、本実施の形態では、送信したパケットに対する応答が戻ってくるまでの往復の遅延時間の半分の値を、遅延時間の算出に用いたが、本発明ではこれに限定されない。すなわち、本発明では他の方法によって遅延時間を定めてもよい。
【００５１】
さらに、上記実施の形態において、隣り合うJti同士の差とMaxJtとの比率と、パケットの損失率とに基づいて近似的にPLmaxJtを算出していたが、本発明ではこれに限定されない。例えば、PLmaxJtを算出する際に、各Jtiを最大のものから順番に並べてそれぞれの差をとって求めてもよい。
【産業上の利用可能性】
【００５２】
本発明は、ＩＰ電話サービスなどの情報処理端末のストリーミング情報の転送処理を提供する産業に適用可能である。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施の形態に係る、ＩＰ電話サービスを提供するシステムの一例を示す概略図である。
【図２】本実施の形態に係る、ＶｏＩＰによる音声情報（音声パケット）の転送処理の概念図である。
【図３】本実施の形態に係る、ジッタバッファ値設定処理のフローチャートである。
【符号の説明】
【００５４】
１００      ＶｏＩＰ端末
１０１      Codec
１０２      ＲＴＰ
１０３      ＵＤＰ
１０４      ジッタバッファ
２００      ＶｏＩＰサーバ
３００      電話網接続装置
４００      一般電話端末
【図１】
2005167684.tif 000003
【図２】
2005167684.tif 000004
【図３】
2005167684.tif 000005