(57)【要約】データ量ｑ１、ｑ２、・・・、ｑｍがｑ１＜ｑ２＜・・・＜ｑｍの関係を有するパケットＰ１、Ｐ２、・・・、Ｐｍとして音声情報を送信ノードから送信する。受信ノードは、パケットＰ１、Ｐ２、・・・、Ｐｍの遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、パケットのひとつを選択する。図１
2014050546.tif 000002
【特許請求の範囲】
【請求項１】
第１及び第２のノードを備え、
前記第１のノードは、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該第１のノードとは異なる第２のノードに対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、
前記第２のノードは、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段と
を備えることを特徴とするパケット通信システム。
【請求項２】
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記第１及び第２のノードのどちらとも異なるノードである第３のノードを更に備え、
前記第２のノードは、更に、前記選択したパケットを前記第３のノードに対して送信する手段を備える
ことを特徴とする請求項１及び請求項２のいずれかに記載のシステム。
【請求項４】
前記第２のノードは、更に、前記選択したパケットに基づいて前記音声情報を復号化する復号化手段を備えることを特徴とする請求項１乃至請求項３のいずれかに記載のシステム。
【請求項５】
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段と、
前記選択したパケットに基づいて前記音声情報を復号化する復号化手段と
を備えることを特徴とするパケット通信装置。
【請求項６】
前記パケット受信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に受信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする請求項５に記載のパケット通信装置。
【請求項７】
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、
前記宛先パケット通信装置は、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択する
ことを特徴とするパケット通信装置。
【請求項８】
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段
としてコンピュータを機能させるためのプログラム。
【請求項９】
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段としてコンピュータを機能させるプログラムであって、
前記宛先パケット通信装置は、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択する
前記プログラム。
【請求項１０】
第１のノードから第２のノードにパケット通信網を介して音声情報を伝送する際に、
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを前記第１のノードにて生成するパケット生成段階と、
前記パケット通信網を介して前記第１のノードから前記第２のノードに前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信段階と、
前記第２のノードにて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定段階と、
前記第２のノードにて、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択段階と、
を含むことを特徴とする音声情報の伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケット通信による音声情報の伝送に関する。本発明は特に、少なくとも一部に移動体通信ネットワーク等の無線通信区間を含むデータ通信ネットワークを介したパケット通信による音声情報の伝送に関する。
【背景技術】
【０００２】
音声情報を符号化してパケット通信網を介して送信すると、パケット通信網のトラヒックの混雑状況によってパケットの遅延が生じる場合がある。特に携帯電話等の移動体通信の場合、トラヒックの混雑状況は端末の位置や時間によって大きく変動する。
このため、通信の前にトラヒックの混雑状況を想定して、その混雑状況下で利用可能な帯域に応じたデータレートを予め定めておいて、そのデータレートで音声情報を符号化、パケット化して送信すると、必ずしも実際のトラヒックの混雑状況に適したビットレートにはならない。実際のトラヒックが想定したものよりも混雑している場合は、パケットが遅延してリアルタイム性を損なう。逆に、実際のトラヒックが想定したものよりも空いている場合は、そのトラヒック状況であれば遅延なしに送信可能だったはずの高いビットレートでの送信機会を逃すこととなる。
近年、特に企業などでは、高度なセキュリティを確保するために、シンクライアントの使用が普及し始めている。これは、端末から、あたかも実端末を操作するようにサーバ上の仮想クライアントを操作し仮想クライアントでアプリケーションを動作させて画面情報を生成し当該画面情報を端末に転送し端末のスクリーンに表示する技術である。端末にはデータを一切残さないため、端末を紛失しても秘密情報や企業情報などが外部に漏れる恐れがないという利点がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３９７２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
こうしたシンクライアントを使ってＶｏＩＰによる音声通話を行なう場合にも、上述の問題があった。モバイルネットワークやインターネットでは、ネットワークの帯域幅が比較的狭く、さらには帯域幅が、トラヒックの込み具合により、時間的に変動するため、帯域幅が狭くなったときに音声データがネットワークに滞留してしまい、クライアントに到着するまでの遅延時間が長くなり、通話がしづらくなる問題があった。
本発明に関連する技術が記載された文献として特許文献１を挙げる。特許文献１には、一乃至複数の音声符号化方式を動的に切り替え可能な端末Ａ、ＢとＳＩＰ制御機能付音声符号化方式変換装置を備えるシステムが記載されている。このシステムでは、ＳＩＰ制御機能付音声符号化方式変換装置が端末Ａ、Ｂの音声符号化方式を動的に切り替え、相互変換し、中継することにより、帯域幅不足による通信の終了を防止している。
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、パケット通信網を介して音声情報を伝送する際、パケット通信網のトラヒックの時間変動に対応して、遅延を生じることなく、かつ、より高品質なデータとして、その音声情報を伝送することである。
【課題を解決するための手段】
【０００５】
上述の課題を解決するため、本発明は、その一態様として、第１及び第２のノードを備え、前記第１のノードは、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、当該第１のノードとは異なる第２のノードに対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、前記第２のノードは、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段とを備えることを特徴とするパケット通信システムを提供する。
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段とを備えることを特徴とするパケット通信装置を提供する。
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、前記宛先パケット通信装置は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択することを特徴とするパケット通信装置を提供する。
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段としてコンピュータを機能させるためのプログラムを提供する。
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段としてコンピュータを機能させるプログラムであって、前記宛先パケット通信装置は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択する前記プログラムを提供する。
また、本発明は、他の一態様として、第１のノードから第２のノードにパケット通信網を介して音声情報を伝送する際に、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを前記第１のノードにて生成するパケット生成段階と、前記パケット通信網を介して前記第１のノードから前記第２のノードに前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信段階と、前記第２のノードにて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定段階と、前記第２のノードにて、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択段階とを含むことを特徴とする音声情報の伝送方法を提供する。
【発明の効果】
【０００６】
本発明によれば、送信側のノードでは、一の音声情報を互いにデータ量が異なる複数のパケットとして送信し、受信側のノードでは、遅延なしに或いは許容可能な遅延時間以内に受信したパケットのうち最もデータ量が大きいものを選択して、その音声情報を復号する。このため、そのときのパケット通信網の混雑状況下で遅延なしに送信可能な範囲内でより高いビットレートで音声情報を伝送することができる。
【図面の簡単な説明】
【０００７】
図１は本発明の一実施の形態である音声情報伝送システム１を説明するためのブロック図である。
図２は本発明の第２の実施の形態であるリモート型携帯通信システム１００のブロック図である。
図３はサーバ装置１１０のブロック図である。
図４は音声判定・転送部１８５のブロック図である。
図５は携帯端末１７０＿１のブロック図である。
【発明を実施するための形態】
【０００８】
本発明の第１の実施の形態である音声情報伝送システム１について図１を参照して説明する。音声情報伝送システム１は送信ノード２、受信ノード３を備える。
送信ノード２は入力された音声情報Ｘ４を符号化、パケット化してパケット通信網を介して受信ノード３に送信するパケット通信装置であり、具体的にはパケットデータ通信を行う無線通信装置、例えば携帯電話端末が好適であるが、インターネット等のネットワーク上に設置されたサーバ装置、クライアント装置であってもよい。送信ノード２はエンコーダ５、可変長パケット生成部６、パケット送信部７を備える。
エンコーダ５は音声情報Ｘ４を符号化するが、ひとつの音声情報Ｘ４に対応して複数のデータｄ１、ｄ２、・・・、ｄｍ（ｍは２以上の自然数）を生成する。このとき、データｄ１、ｄ２、・・・、ｄｍのデータ量をそれぞれデータ量ｑ１、ｑ２、・・・、ｑｍとすると、ｑ１＜ｑ２＜・・・＜ｑｍの関係が成り立つようにして生成する。例えばｍ＝５とし、データｄ１、ｄ２、・・・、ｄ５をそれぞれ３２ｋｂｐｓ，４０ｋｂｐｓ，４８ｋｂｐｓ，５６ｋｂｐｓ，６４ｋｂｐｓのビットレートで音声情報Ｘ４を符号化して生成する。
可変長パケット生成部６はデータ量に応じたパケット長を有する可変長のパケットを生成する。データｄ１、ｄ２、・・・、ｄｍに対応して、パケットＰ１、Ｐ２、・・・、Ｐｍを生成する。可変長パケットなので、パケットＰ１、Ｐ２、・・・、Ｐｍのデータ量の大小関係は、データｄ１、ｄ２、・・・、ｄｍの大小関係をそのまま引き継ぐ。
パケット送信部７は、パケットＰ１、Ｐ２、・・・、Ｐｍをこの順にパケット通信網に送出する。音声情報Ｘ４に対応し、互いにデータ量が異なるｍ個のパケットからなるパケットセット８を、データ量が小さいものから大きいものの順に受信ノード３に送出することとなる。送出されたパケットの順序関係をパケットセット８として図示した。
受信ノード３は、好適にはインターネット等のネットワーク上に設置されたサーバ装置、クライアント装置であってもよい。或いは、受信ノード３は、パケットデータ通信を行う無線通信装置、例えば携帯電話端末であってもよい。受信ノード３では、パケット受信部９がパケットセット８を受信すると、遅延時間測定部１０がパケット毎の遅延時間を測定する。パケット送信部７がパケットＰ１、Ｐ２、・・・、Ｐｍの順に送信するため、パケット受信部８は基本的にはパケットＰ１、Ｐ２、・・・、Ｐｍの順にパケットを受信することとなる。ここでパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間をｔ１、ｔ２、・・・、ｔｍとする。パケット選択部１１は、遅延時間をｔ１、ｔ２、・・・、ｔｍ及びそのパケットのデータ量に基づいて、遅延時間が許容可能であるパケットのうちで、データ量が最も大きいパケットを選択して出力する。
一般に、データ量が小さいパケットほどネットワークでの遅延時間は短く、逆に、データ量が大きいパケットほどネットワークでの遅延時間は長くなると考えられる。この点に着目し、パケット選択部１１は、パケットＰ１、Ｐ２、・・・、Ｐｍの順に受信したパケットの遅延時間を順次判定し、あるパケットの遅延時間が許容範囲を超えたと判定したとき、そのパケットの直前のパケットを選択することとが考えられる。この場合、以後のパケットについては遅延時間に基づく判定を行うことなくそのまま破棄することとしてもよい。
例えば、パケットＰ３の遅延時間ｔ３に基づいて判定を行い、パケットＰ３が大きく遅延したと判定したとすると、パケット選択部１１は、パケットＰ３の直前に受信したパケットＰ２を選択する。上述したように、データ量が小さいパケットほど遅延時間は短いと考えられる。このため、トラヒックの混雑状況が急変していない限り、音声情報Ｘ４に対応するパケットセットのうち、先に受信したパケットＰ１、Ｐ２では大きな遅延を検出せず、パケットＰ３では大きな遅延を検出したということは、以後のパケットＰ４、Ｐ５、・・・、Ｐｍも大きく遅延すると考えられる。この考えに基づいて、パケットＰ４以後については遅延時間に基づく判定を省略してもよいし、また、パケットそのものをそのまま破棄してもよい。
また、パケットＰ１、Ｐ２、・・・、Ｐｍをデータ量が小さいものから大きいものの順に送信しているため、大きく遅延したと判定されたパケットの直前に受信したパケットは、低遅延で受信したパケットの中で、最もデータ量が大きいものとなる。例えば上述のようにｍ＝５とし、データｄ１、ｄ２、・・・、ｄ５をそれぞれ３２ｋｂｐｓ，４０ｋｂｐｓ，４８ｋｂｐｓ，５６ｋｂｐｓ，６４ｋｂｐｓのビットレートで音声情報Ｘ４を符号化、パケット化して送信したとする。このとき、ｍ＝３、即ち、４８ｋｂｐｓのデータレートでエンコードしたデータｄ３を格納するパケットＰ３の遅延時間ｔ３が大きく遅延したとパケット選択部１１が判定したとする。このとき、パケットＰ３以前に受信したパケットＰ１、Ｐ２はどちらも大きく遅延することなく受信ノード３に到着したが、これらパケットＰ１、Ｐ２の中でデータ量が最大なのは、パケットＰ３の直前に受信したパケットＰ２となる。
このようにして、パケット選択部１１が遅延時間に基づいてパケットセット８のいずれかのパケットを選択して出力すると、デコーダ１２はそのパケットに格納されているデータをデコードして音声情報Ｘ’１３を出力する。これにより、単一のデータレートで生成したパケットのみを送信する場合と比較すると、受信ノード３では、パケット通信網の混雑状況に応じた、より大きなデータレートでエンコードされたデータに基づいて音声情報Ｘ’１３をデコードすることができる。
或いは、受信ノード３は、パケット選択部１１にて選択したパケットを、パケット送信部１４を介して他のパケット通信装置に転送することとしてもよい。ここで第３のノードは一般のパケット通信装置であり、より具体的にはパケットデータ通信を行う無線通信装置、例えば携帯電話端末が好適であるが、インターネット等のネットワーク上に設置されたサーバ装置、クライアント装置であってもよい。第３のノードは第２のノードのようにパケット選択を行なう必要はなく、受信したパケットをそのままデコードする。
第３のノードを含むシステムは、特に、ＶｏＩＰクライアントを実行する２台の携帯端末の間をＶｏＩＰサーバにて結ぶ場合に好適である。この場合、送信ノード２は一方の携帯端末、受信ノード３はＶｏＩＰサーバであり、転送先のパケット通信装置が他方の携帯端末となる。受信ノード３にて選択したパケットを他ノードに転送する形態については、第２の実施の形態にて更に詳しく説明する。
本発明の第２の実施の形態であるリモート型携帯通信システムについて図２を参照して説明する。ここでは、パケット通信網であるネットワーク１５０としては、モバイル３Ｇパケットネットワークを用い、パケット転送装置としてＳＧＳＮ／ＧＧＳＮ装置を用いる場合の構成を示しているが、他のネットワーク（例えば、モバイルＬＴＥネットワーク、ＷｉＦｉネットワーク、ＷｉＭａｘネットワーク、ＩＰネットワーク、ＮＧＮネットワーク、インターネット）を使用することもできる。
図２は、携帯端末１７０＿１が、クラウド網１３０に設置した、サーバ装置１１０に接続しシンクライアントによる画面データ転送を行っている場合に、携帯端末１７０＿１からサーバ装置１１０を使用して携帯端末１７０＿２に対して音声通話を行う場合の実施形態を示している。ここで、携帯端末１７０＿１、１７０＿２ともに、シンクライアントのクライアントソフトを搭載したシンクライアント端末である。また、ここでは、両者の携帯端末ともに、モバイルネットワーク１５０に接続されている構成を示している。
本実施形態では、シンクライアント端末１７０＿１から電話をかけるために必要な、ユーザ名や電話番号などを登録した電話帳データは、シンクライアントのサーバ１１０装置で保有するため、端末１７０＿１には電話帳を一切保有する必要が無い。従って、端末１７０＿１を紛失しても、電話番号やユーザ名などに対するセキュリティを確保することができる。図２において、サーバ装置１１０には、ユーザ名や電話番号を登録した電話帳１１１があらかじめ用意され接続されている。
図２は、携帯端末１７０＿１がサーバ装置１１０に接続し、携帯端末１７０＿２と音声通話を開始するために、サーバ装置１１０の仮想クライアント上で、音声通話ＶｏＩＰアプリケーションを起動して生成した画面データを、サーバ１１０から携帯端末１７０＿１に転送し、携帯端末１７０＿１のクライアントソフトにより前記画面データを復号して表示し画面でユーザ名を指定した上で、携帯端末１７０＿１から携帯端末１７０＿２に音声通話をするケースを示している。
ここで、携帯端末１７０＿１および１７０＿２には、シンクライアントの端末としての動作をさせるためにクライアントソフトが搭載されている。クライアントソフトは後で説明する。本実施形態では、携帯端末１７０＿１および１７０＿２のクライアントソフトに搭載されている音声コーデックは、一例として、ＩＴＵ−Ｔ標準のＧ．７１１であるものとする。Ｇ．７１１音声コーデックは詳細が、例えばＩＴＵ−Ｔ  Ｇ．７１１規格を参照することができる。なお、これらの音声コーデックについては、Ｇ．７１１以外にも他の周知な音声コーデックを用いることもできる。
図２にもどって、携帯端末１７０＿１が音声通話を開始するために、サーバ装置１１０の仮想クライアント上で音声通話ＶｏＩＰアプリケーションの起動操作をすると、携帯端末１７０＿１からサーバ装置１１０に対し、ＶｏＩＰアプリケーションを起動させるための操作信号を格納したパケットが送出される。サーバ装置１１０は前記操作信号を格納したパケットを受信すると、制御部が音声通話であることを判別し、仮想クライアント上で音声通話ＶｏＩＰアプリケーションを起動させ、画面を生成し前記画面情報をエンコードしてサーバ装置１１０から携帯端末１７０＿１に転送し、携帯端末１７０＿１で前記画面情報をデコードした上で携帯端末１７０＿１の画面に表示する。そして、エンドユーザは、次のアクションである相手先ユーザ名や電話番号の選択などの操作を行う。
なお、画面にオーディオも付随する場合は、画面に付随するオーディオ信号は、音声通話のパスとは別のパスを通り処理される。すわなち、画面キャプチャ部でキャプチャした後でオーディオエンコーダで圧縮符号化され圧縮符号化ストリームとなり、あらかじめ定められたプロトコルにより音声通話とは別のパケットとして、携帯端末１７０＿１に対し送出される。
それらのあとで、携帯端末１７０＿１からは、周知の、セッション制御プロトコルによるセッション制御メッセージを格納したパケットならびに、携帯端末のクライアントソフトに搭載されている音声エンコーダで音声信号を圧縮符号化して得たビットストリーム（符号）を格納したパケットが送出される。ここでは、音声コーデックとして、ＩＴＵ−Ｔ標準Ｇ．７１１音声コーデックを用いることとするが、他の周知な音声コーデック、例えば、３ＧＰＰ標準のＡＭＲ  （Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）音声コーデックなど、を用いることも出来る。また、セッション制御プロトコルとしては、一例として、ＳＩＰ  （Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いることにするが、他の周知なプロトコルを用いることも出来る。
これらのパケットは、圏内にあるモバイルネットワーク１５０上の基地局１９４＿１に到達し、さらに、ＲＮＣ装置１９５＿１及びＳＧＳＮ／ＧＧＳＮ装置１９０を経由して、クラウド網１３０のサーバ装置１１０に到達する。
次に、サーバ装置１１０の構成を図３を用いて説明する。図３はサーバ装置１１０の構成を示すブロック図である。図３には図示していないが、仮想クライアント部２１１は、ホストＯＳの上の仮想化環境におけるゲストＯＳ上で動作している。ここで、ホストＯＳやゲストＯＳは周知のＯＳを使用することができる。ここでは、一例として、ホストＯＳにはＬｉｎｕｘ（登録商標）を、ゲストＯＳにはＡｎｄｒｏｉｄ（登録商標）を用いることとするが、他のＯＳ、例えばＷｉｎｄｏｗｓ（登録商標）などを用いることもできる。
図３において、仮想クライアント部２１１は、制御部１９２と画面生成部１９３から構成される。音声通話を開始する場合、図２に示した携帯端末１７０＿１は、音声通話ＶｏＩＰアプリソフトを仮想クライアント上で起動するための操作信号をパケットに格納してサーバ装置１１０に送出する。サーバ装置１１０のパケット送受信部１８６が前記操作信号パケットを受信し、パケットから操作信号を取り出し、制御部１９２に出力する。
制御部１９２は、前記操作信号を入力し、音声通話のためのＶｏＩＰアプリソフトの起動信号であることを判別すると、音声通話ＶｏＩＰアプリケーションソフトを実行させる。この実行により、画面生成部１９３では前記アプリケーションソフトにより画面を生成し、画面キャプチャ部１８０に出力する。画面キャプチャ部１８０は、前記生成された画面を、あらかじめ定められた画面解像度およびあらかじめ定められたフレームレートでキャプチャし、画像エンコーダ部１８８に出力する。画像エンコーダ部１８８は、入力した画面をあらかじめ定められた画像エンコーダを用いてあらかじめ定められた画面解像度、ビットレート、フレームレートで圧縮符号化して圧縮符号化ストリームを求め、前記圧縮符号化ストリームを第２のパケット送信部１７６に出力する。ここで画像圧縮符号化方式としては、Ｈ．２６４、ＭＰＥＧ−４、ＪＰＥＧ２０００など、周知の画像圧縮符号化方式を用いることができる。
第２のパケット送信部１７６は、画像エンコーダ部１８８から入力した圧縮符号化ストリームをあらかじめ定められたパケットに格納し、図２に示したＳＧＳＮ／ＧＧＳＮ装置１９０に向け出力する。ここで、パケットのプロトコルは、ＲＴＰ／ＵＤＰ／ＩＰでもよいし、ＵＤＰ／ＩＰでもよいし、ＴＣＰ／ＩＰでもよい。ここでは、一例として、ＵＤＰ／ＩＰを用いることとする。
次に、図２の携帯端末１７０＿１は、前記圧縮符号化ストリームを受信し、あらかじめ定められた画面解像度およびフレームレートにより復号し、携帯端末１７０＿１で表示する。
図３に戻って、制御部１９２は、図２の電話帳１１１から、相手先ユーザ名（この場合は端末１７５を保有するユーザ）、相手先電話番号（この場合は携帯端末１７０＿２の電話番号）を読み出し、画面生成部１９３で画面を生成し前記生成画面を画像エンコーダ１８８で圧縮符号化し携帯端末１７０に送出する。携帯端末１７０では、端末上でこの画面を見ながら、ユーザや電話番号の選択を行なう。そして、音声通話を開始すると、携帯端末１７０＿１は、サーバ装置１１０に対し、音声通話開始のＳＩＰメッセージを格納したパケットを送出し、続いて、音声信号を、クライアントソフトに搭載されたＧ．７１１音声エンコーダで圧縮符号化した複数種類のビットレートのビットストリームを格納したパケットをサーバ装置１１０に送出する。
サーバ装置１１０は、音声通話に関わるパケットについては、画面に付随するオーディオとは別のパスを用いて処理することにより、音声通話の遅延を短縮化する。
パケット送受信部１８６は、携帯端末１７０＿１から受信したパケットのうち、ＳＩＰメッセージが格納されたパケットを制御部１９２に出力し、音声に対する複数種類のビットレートの圧縮符号化ビットストリームが格納されたパケットを音声判定・転送生成部１８５に出力する。
また、第１のパケット送受信部１８７は、携帯端末１７０＿２から受信したパケットのうち、ＳＩＰメッセージが格納されたパケットを制御部１９２に出力し、音声に対する複数種類のビットレートの圧縮符号化ビットストリームが格納されたパケットを音声判定・転送生成部１８５に出力する。
制御部１９２は、パケット送受信部１８６から前記操作信号を受信すると次の動作を行う。（１）前記操作信号を解析し、音声通話の起動操作の場合は、音声通話ＶｏＩＰアプリケーションソフトを起動する。（２）音声通話の場合、パケット送受信部１８６からＳＩＰメッセージを受信する。（３）ＶｏＩＰアプリケーションソフトから、エンドユーザが選択した、相手先電話番号を入手し、前記電話番号から相手先のＩＰアドレスを求める。（４）前記受信したＳＩＰメッセージの相手先ＩＰアドレスを（３）で求めたＩＰアドレスに書き換えた上で、書き換え後のＳＩＰメッセージおよび相手先ＩＰアドレスを第１のパケット送受信部１８７に出力する。（５）パケット送受信部１８６から、携帯端末１７０＿１からのＳＤＰ  （Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を入力し、携帯端末１７０＿１のクライアントソフトに搭載している音声コーデックに関する能力情報をチェックする。ここでは前述のように音声コーデックとしてＧ．７１１音声コーデックを使用するものとする。また、第１のパケット送受信部１８７から、携帯端末１７０＿２からのＳＤＰ  （Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を入力し、端末１７０＿２が搭載する音声コーデック）に関する能力情報をチェックする。ここでは、携帯端末１７０＿２の音声コーデックとしては、前述のようにＧ．７１１音声コーデックを使用するので、前記能力情報は一致するため、トランスコーディングなどは必要としない。（６）音声判定・転送生成部１８５に対し次の指示を行なう。携帯端末１７０＿１から送出されパケット送受信部１８６で受信した、複数ビットレートの音声圧縮符号化ビットストリームに対し、遅延時間を計測し遅延時間が増大する直前のビットレートのビットストリームを抽出し、他のビットレートのビットストリームは廃棄すること。さらに、前記抽出したビットストリームを第１のパケット送受信装置１８７に転送すること。一方、携帯端末１７０＿２から送出され第１のパケット送受信部１８７で受信した、音声に対する複数ビットレートのビットストリームに対しても同様の判別を行いパケット送受信部１８６に転送すること。
次に、音声判定・転送部１８５の構成を図４を用いて説明する。図４で、まず、携帯端末１７０＿１から携帯端末１７０＿２に方向の音声通話に対する信号の流れを説明する。遅延計測／抽出／転送部２２０＿１は、パケット送受信部１８６から、携帯端末１７０＿１から送出された、複数のビットレートの圧縮符号化ビットストリームを入力する。ここでは、後述のように、携帯端末１７０＿１のクライアントソフトから、５種類のビットレートのビットストリームが送出されるものとする。具体的には、３２ｋｂｐｓ，  ４０ｋｂｐｓ，  ４８ｋｂｐｓ，  ５６ｋｂｐｓ，  ６４ｋｂｐｓであり、このビットレートの順番で、各々のビットレートのデータが独立した５種類のパケットに格納され、５種類のパケットが、例えば２０ｍｓ時間間隔のなかで、連続的に送出されるものとする。
遅延計測／抽出／転送部２２０＿１は、図３の制御部１９２から指示を受け、前記５種類のビットレートの各々のビットレートの圧縮符号化ビットストリームが格納された５種類のパケットの各々に対し、次の式１に従って到着遅延時間を計測する。
Ｄｊ  ＝  Ｒ（ｊ）  ‐  Ｓ（ｊ）    （式１）
ここで、Ｄｊ，Ｒ（ｊ），Ｓ（ｊ）は、それぞれ、ｊ番目のパケットの遅延時間、ｊ番目のパケットの受信時間、ｊ番目のパケットの携帯端末１７０＿１で送信した送信時間、を示す。
式１で得られたＤｊ（１≦ｊ≦５）に対し、Ｄ１からＤ５まで順番に遅延時間の比較を行い、遅延時間が増大し始めるときのＤｊを求める。例えば、Ｄ１〜Ｄ４までの遅延時間は１００ｍｓ前後だったが、Ｄ５で１５０ｍｓに増大したとすると、Ｄ５が遅延時間が増大し始めるパケットとなる。そして、遅延時間が増大する直前のパケットに格納されたビットストリームを抽出する。すなわち、この例では４番目のパケット、つまり、５６ｋｂｐｓのビットレートのビットストリームを抽出し、例えば、２０ｍｓ毎に出力する。
スルー部２２１＿１は、制御部１９２から指示を受け、遅延計測／抽出／転送部２２０＿１で抽出されたビットストリームを、例えば２０ｍｓ毎に入力し、これをスルーで遅延計測／抽出／転送部２２０＿２に出力する。
遅延計測／抽出／転送／転送部２２０＿２は、抽出されたビットレートのビットストリームデータを図３の第１のパケット送受信部１８７に送出する。次に、逆方向の音声通話（携帯端末１７０＿２から携帯端末１７０＿１の方向）の動作については、前述の処理を逆にたどるのみであるので説明は省略する。
図２に戻って、第１のパケット送受信部１８７は、制御部１９２から、相手先ＩＰアドレスおよびＳＩＰメッセージを入力し、音声判定・転送部１８５から出力された、抽出されたビットレートのビットストリームデータを、例えば２０ｍｓ毎に入力し、あらかじめ定められたプロトコルのパケットに格納して、図２のモバイルネットワークを経由して携帯端末１７０＿２に向け出力する。あらかじめ定められたプロトコルとして、ここでは、ＲＴＰ／ＵＤＰ／ＩＰを用いるが、他の周知なプロトコルを用いることもできる。
逆方向の音声通話については、パケット送受信部１８６は、抽出されたビットレートのビットストリームデータを、例えば２０ｍｓ毎に入力し、あらかじめ定められたプロトコルのパケットに格納して、図２のモバイルネットワークを経由して携帯端末１７０＿１に向け出力する。あらかじめ定められたプロトコルとして、ここでは、ＲＴＰ／ＵＤＰ／ＩＰを用いるが、他の周知なプロトコルを用いることもできる。
次に、シンクライアントのクライアントである携帯端末１７０＿１の構成を図５を用いて説明する。ここで、携帯端末１７０＿２は、１７０＿１と同じ構成であるので、代表として、１７０＿１の構成を説明する。図５において、携帯端末１７０＿１には、クライアントソフトウェア１７１を搭載させることにより、シンクライアントのクライアントの動作を実行する。ここでは、前述のように、シンクライアントソフトには、音声コーデックとしてＧ．７１１音声コーデックを搭載しているものとする。
図５において、音声通話の場合に、ユーザが画面上で音声ＶｏＩＰアプリケーションソフトを起動するために携帯端末の画面上で操作すると、操作信号生成部２５７は起動のための操作信号を生成し、パケット送信部２５８でこれをパケット化して携帯端末１７０＿１からモバイルネットワーク１５０に送出する。
第１のパケット送受信部２６０は、サーバ装置１１０から送出された、ＳＩＰ／ＳＤＰによるメッセージと、抽出されたビットレートの音声ビットストリームが格納されたパケットを入力し、音声ビットストリームをパケットから取り出してＧ．７１１デコーダ２６２に出力する。
Ｇ．７１１デコーダ２６２は、図３の音声判定・転送部１８５で抽出されたビットレートである、５６ｋｂｐｓのＧ．７１１ビットストリームをあらかじめ定められた時間毎に、例えば２０ｍｓ毎に、入力し、これを復号して出力する。
Ｇ．７１１エンコーダ２６３は、音声入力信号に対し、あらかじめ定められた時間毎に、例えば２０ｍｓ毎に、Ｇ．７１１符号化処理を行い、６４ｋｂｐｓのビットレートのビットストリームを生成し、ビットレート生成部２６４に出力する。
ビットストリーム生成部２６４は、例えば２０ｍｓ毎に６４ｋｂｐｓのビットストリームを入力し、たとえば２０ｍｓ毎にあらかじめ定められた種類のビットレートのビットストリームを生成する。ここでは、前述のように、全部で５種類のビットレートのビットストリームを生成する。具体的には６４ｋｂｐｓ，５６ｋｂｐｓ，４８ｋｂｐｓ，４０ｋｂｐｓ，３２ｋｂｐｓであり、ビットストリーム生成部２６４において、５６ｋｂｐｓ，４８ｋｂｐｓ，４０ｋｂｐｓ，３２ｋｂｐｓまでの４種類のビットレートのビットストリームを生成する。
具体的な生成法を次に説明する。まず、元の６４ｋｂｐｓのビットストリームを入力する。これは標本化された１サンプル当たり８ビットのストリームであるため、これをもとに、サンプルあたり、１ビット削減、２ビット削減、３ビット削減、４ビット削減処理を行うことにより、それぞれ、５６ｋｂｐｓ、４８ｋｂｐｓ、４０ｋｂｐｓ、３２ｋｂｐｓのビットレートのビットストリームを、極めて少ない処理量で、生成することができる。ビットストリーム生成部２６４は合計５種類のビットレートのビットストリームを、例えば２０ｍｓ毎に、第１のパケット送受信部２６０に出力する。
第１のパケット送受信部２６０は、ビットストリーム生成部２６４から、例えば２０ｍｓ毎に、５種類のビットレートのビットストリームを入力し、各々のビットストリームを独立したパケットに格納し、２０ｍｓ内で、あらかじめ定められた順番で、短時間の時間間隔をおいて、これらのパケットを連続的にモバイルネットワーク１５０に対し送出する。ここで、あらかじめ定められた順番とは、一例として、低いビットレートから高いビットレートになる順番とし、３２ｋｂｐｓ、４０ｋｂｐｓ、４８ｋｂｐｓ、５６ｋｂｐｓ、６４ｋｂｐｓの順番であるとする。パケットの時間間隔は、例えば１ｍｓ前後とする。
第２のパケット受信部２５０は、画面信号に対する圧縮符号化ビットストリームを入力し、サーバ装置１１０と同じ画像コーデックを用いて前記圧縮符号化ビットストリームを復号し画面表示部２５６に出力する。
画面表示部２５６は、前記復号画面信号を入力し画面を構築して携帯端末の画面に表示する。
画面に付随するオーディオ信号がある場合、第３のパケット受信部２５１は、オーディオ信号に対する圧縮符号化ビットストリームが格納されたパケットを入力し、オーディオ信号に対する圧縮符号化ビットストリームを抽出してオーディオデコーダ２５５に出力する。
オーディオデコーダ２５５は、オーディオ信号に対する圧縮符号化ビットストリームを入力し、復号して携帯端末１７０のスピーカから出力する。
以上、本発明を実施の形態に即して説明したが、本発明はこれに限定されるものではない。例えば、第２の実施の形態では、ネットワーク１５０として、モバイル３Ｇネットワークのケースを説明したが、モバイルＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークとしてもよい。また、固定網ネットワークや、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）ネットワークや、Ｗ−ＬＡＮネットワークや、インターネット網などを用いることもできる。また、携帯端末のかわりに固定端末を用いることもできる。
また、サーバ装置１１０を企業網ではなく、モバイルネットワークや固定網に配置することもできる。
また、サーバ装置をモバイルネットワーク内配置することもできるし、固定網ネットワーク内に配置することもできる。
また、携帯端末１７０には、スマートフォンやタブレットを用いることもできる。
また、音声コーデックには、他の周知な音声コーデックを用いることができる。
また、音声判定・転送部１８５での遅延時間の計算には、式（１）以外の方法を用いることもできる。
上記の実施形態の一部又は全部は以下の付記のようにも記載されうるが、これらに限定されるものではない。
（付記１）
第１及び第２のノードを備え、
前記第１のノードは、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該第１のノードとは異なる第２のノードに対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、
前記第２のノードは、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段と
を備えることを特徴とするパケット通信システム。
（付記２）
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記１に記載のシステム。
（付記３）
前記第１及び第２のノードのどちらとも異なるノードである第３のノードを更に備え、
前記第２のノードは、前記選択したパケットを前記第３のノードに対して送信する手段を更に備える
ことを特徴とする付記１及び付記２のいずれかに記載のシステム。
（付記４）
前記第２のノードは、更に、前記選択したパケットに基づいて前記音声情報を復号化する復号化手段を備えることを特徴とする付記１乃至付記４のいずれかに記載のシステム。
（付記５）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段と
を備えることを特徴とするパケット通信装置。
（付記６）
前記パケット受信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に受信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記５に記載のパケット通信装置。
（付記７）
前記選択したパケットを当該他のパケット通信装置に対して転送する手段を更に備える
ことを特徴とする付記５及び付記６のいずれかに記載のパケット通信装置。
（付記８）
前記選択したパケットに基づいて前記音声情報を復号化する復号化手段を更に備えることを特徴とする付記５乃至付記７のいずれかに記載のパケット通信装置。
（付記９）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、
前記宛先パケット通信装置は、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択し、
前記選択したパケットに基づいて前記音声情報を復号化する
ことを特徴とするパケット通信装置。
（付記１０）
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記宛先パケット通信装置は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択することを特徴とする付記９に記載のパケット通信装置。
（付記１１）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段
としてコンピュータを機能させるためのプログラム。
（付記１２）
前記パケット受信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に受信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
付記１１に記載のプログラム。
（付記１３）
更に、前記選択したパケットを当該他のパケット通信装置に対して転送する手段としてコンピュータを機能させる
付記１１及び付記１２のいずれかに記載のプログラム。
（付記１４）
更に、前記選択したパケットに基づいて前記音声情報を復号化する復号化手段としてコンピュータを機能させる付記１１乃至付記１３のいずれかに記載のプログラム。
（付記１５）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段としてコンピュータを機能させるプログラムであって、
前記宛先パケット通信装置は、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択する
前記プログラム。
（付記１６）
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記宛先パケット通信装置は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する付記１５に記載のプログラム。
（付記１７）
第１のノードから第２のノードにパケット通信網を介して音声情報を伝送する際に、
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを前記第１のノードにて生成するパケット生成段階と、
前記パケット通信網を介して前記第１のノードから前記第２のノードに前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信段階と、
前記第２のノードにて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定段階と、
前記第２のノードにて、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択段階と
を含むことを特徴とする音声情報の伝送方法。
（付記１８）
前記パケット送信段階では、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記パケット選択段階では、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記１７に記載の方法。
（付記１９）
前記第１及び第２のノードのどちらとも異なるノードである第３のノードに対し、前記第２のノードから前記選択したパケットを送信することを特徴とする付記１７及び付記１８のいずれかに記載の方法。
（付記２０）
前記第２のノードにて、前記選択したパケットに基づいて前記音声情報を復号化する復号化段階を更に含むことを特徴とする付記１７乃至付記１９のいずれかに記載の方法。
この出願は、２０１２年９月２７日に出願された日本出願特願第２０１２−２１４５３０号を基礎とする優先権を主張し、その開示のすべてをここに取り込むものである。
【図１】
2014050546.tif 000003
【図２】
2014050546.tif 000004
【図３】
2014050546.tif 000005
【図４】
2014050546.tif 000006
【図５】
2014050546.tif 000007
【手続補正書】
【提出日】平成26年12月8日(2014.12.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケット通信による音声情報の伝送に関する。本発明は特に、少なくとも一部に移動体通信ネットワーク等の無線通信区間を含むデータ通信ネットワークを介したパケット通信による音声情報の伝送に関する。
【背景技術】
【０００２】
音声情報を符号化してパケット通信網を介して送信すると、パケット通信網のトラヒックの混雑状況によってパケットの遅延が生じる場合がある。特に携帯電話等の移動体通信の場合、トラヒックの混雑状況は端末の位置や時間によって大きく変動する。
【０００３】
このため、通信の前にトラヒックの混雑状況を想定して、その混雑状況下で利用可能な帯域に応じたデータレートを予め定めておいて、そのデータレートで音声情報を符号化、パケット化して送信すると、必ずしも実際のトラヒックの混雑状況に適したビットレートにはならない。実際のトラヒックが想定したものよりも混雑している場合は、パケットが遅延してリアルタイム性を損なう。逆に、実際のトラヒックが想定したものよりも空いている場合は、そのトラヒック状況であれば遅延なしに送信可能だったはずの高いビットレートでの送信機会を逃すこととなる。
【０００４】
近年、特に企業などでは、高度なセキュリティを確保するために、シンクライアントの使用が普及し始めている。これは、端末から、あたかも実端末を操作するようにサーバ上の仮想クライアントを操作し仮想クライアントでアプリケーションを動作させて画面情報を生成し当該画面情報を端末に転送し端末のスクリーンに表示する技術である。端末にはデータを一切残さないため、端末を紛失しても秘密情報や企業情報などが外部に漏れる恐れがないという利点がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３９７２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
こうしたシンクライアントを使ってＶｏＩＰによる音声通話を行なう場合にも、上述の問題があった。モバイルネットワークやインターネットでは、ネットワークの帯域幅が比較的狭く、さらには帯域幅が、トラヒックの込み具合により、時間的に変動するため、帯域幅が狭くなったときに音声データがネットワークに滞留してしまい、クライアントに到着するまでの遅延時間が長くなり、通話がしづらくなる問題があった。
【０００７】
本発明に関連する技術が記載された文献として特許文献１を挙げる。特許文献１には、一乃至複数の音声符号化方式を動的に切り替え可能な端末Ａ、ＢとＳＩＰ制御機能付音声符号化方式変換装置を備えるシステムが記載されている。このシステムでは、ＳＩＰ制御機能付音声符号化方式変換装置が端末Ａ、Ｂの音声符号化方式を動的に切り替え、相互変換し、中継することにより、帯域幅不足による通信の終了を防止している。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、パケット通信網を介して音声情報を伝送する際、パケット通信網のトラヒックの時間変動に対応して、遅延を生じることなく、かつ、より高品質なデータとして、その音声情報を伝送することである。
【課題を解決するための手段】
【０００９】
上述の課題を解決するため、本発明は、その一態様として、第１及び第２のノードを備え、前記第１のノードは、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、当該第１のノードとは異なる第２のノードに対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、前記第２のノードは、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段とを備えることを特徴とするパケット通信システムを提供する。
【００１０】
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段とを備えることを特徴とするパケット通信装置を提供する。
【００１１】
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、前記宛先パケット通信装置は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択することを特徴とするパケット通信装置を提供する。
【００１２】
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段としてコンピュータを機能させるためのプログラムを提供する。
【００１３】
また、本発明は、他の一態様として、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段としてコンピュータを機能させるプログラムであって、前記宛先パケット通信装置は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択する前記プログラムを提供する。
【００１４】
また、本発明は、他の一態様として、第１のノードから第２のノードにパケット通信網を介して音声情報を伝送する際に、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを前記第１のノードにて生成するパケット生成段階と、前記パケット通信網を介して前記第１のノードから前記第２のノードに前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信段階と、前記第２のノードにて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定段階と、前記第２のノードにて、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択段階とを含むことを特徴とする音声情報の伝送方法を提供する。
【発明の効果】
【００１５】
本発明によれば、送信側のノードでは、一の音声情報を互いにデータ量が異なる複数のパケットとして送信し、受信側のノードでは、遅延なしに或いは許容可能な遅延時間以内に受信したパケットのうち最もデータ量が大きいものを選択して、その音声情報を復号する。このため、そのときのパケット通信網の混雑状況下で遅延なしに送信可能な範囲内でより高いビットレートで音声情報を伝送することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施の形態である音声情報伝送システム１を説明するためのブロック図である。
【図２】本発明の第２の実施の形態であるリモート型携帯通信システム１００のブロック図である。
【図３】サーバ装置１１０のブロック図である。
【図４】音声判定・転送部１８５のブロック図である。
【図５】携帯端末１７０＿１のブロック図である。
【発明を実施するための形態】
【００１７】
本発明の第１の実施の形態である音声情報伝送システム１について図１を参照して説明する。音声情報伝送システム１は送信ノード２、受信ノード３を備える。
【００１８】
送信ノード２は入力された音声情報Ｘ４を符号化、パケット化してパケット通信網を介して受信ノード３に送信するパケット通信装置であり、具体的にはパケットデータ通信を行う無線通信装置、例えば携帯電話端末が好適であるが、インターネット等のネットワーク上に設置されたサーバ装置、クライアント装置であってもよい。送信ノード２はエンコーダ５、可変長パケット生成部６、パケット送信部７を備える。
【００１９】
エンコーダ５は音声情報Ｘ４を符号化するが、ひとつの音声情報Ｘ４に対応して複数のデータｄ１、ｄ２、・・・、ｄｍ（ｍは２以上の自然数）を生成する。このとき、データｄ１、ｄ２、・・・、ｄｍのデータ量をそれぞれデータ量ｑ１、ｑ２、・・・、ｑｍとすると、ｑ１＜ｑ２＜・・・＜ｑｍの関係が成り立つようにして生成する。例えばｍ＝５とし、データｄ１、ｄ２、・・・、ｄ５をそれぞれ３２ｋｂｐｓ，４０ｋｂｐｓ，４８ｋｂｐｓ，５６ｋｂｐｓ，６４ｋｂｐｓのビットレートで音声情報Ｘ４を符号化して生成する。
【００２０】
可変長パケット生成部６はデータ量に応じたパケット長を有する可変長のパケットを生成する。データｄ１、ｄ２、・・・、ｄｍに対応して、パケットＰ１、Ｐ２、・・・、Ｐｍを生成する。可変長パケットなので、パケットＰ１、Ｐ２、・・・、Ｐｍのデータ量の大小関係は、データｄ１、ｄ２、・・・、ｄｍの大小関係をそのまま引き継ぐ。
【００２１】
パケット送信部７は、パケットＰ１、Ｐ２、・・・、Ｐｍをこの順にパケット通信網に送出する。音声情報Ｘ４に対応し、互いにデータ量が異なるｍ個のパケットからなるパケットセット８を、データ量が小さいものから大きいものの順に受信ノード３に送出することとなる。送出されたパケットの順序関係をパケットセット８として図示した。
【００２２】
受信ノード３は、好適にはインターネット等のネットワーク上に設置されたサーバ装置、クライアント装置であってもよい。或いは、受信ノード３は、パケットデータ通信を行う無線通信装置、例えば携帯電話端末であってもよい。受信ノード３では、パケット受信部９がパケットセット８を受信すると、遅延時間測定部１０がパケット毎の遅延時間を測定する。パケット送信部７がパケットＰ１、Ｐ２、・・・、Ｐｍの順に送信するため、パケット受信部９は基本的にはパケットＰ１、Ｐ２、・・・、Ｐｍの順にパケットを受信することとなる。ここでパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間をｔ１、ｔ２、・・・、ｔｍとする。パケット選択部１１は、遅延時間をｔ１、ｔ２、・・・、ｔｍ及びそのパケットのデータ量に基づいて、遅延時間が許容可能であるパケットのうちで、データ量が最も大きいパケットを選択して出力する。
【００２３】
一般に、データ量が小さいパケットほどネットワークでの遅延時間は短く、逆に、データ量が大きいパケットほどネットワークでの遅延時間は長くなると考えられる。この点に着目し、パケット選択部１１は、パケットＰ１、Ｐ２、・・・、Ｐｍの順に受信したパケットの遅延時間を順次判定し、あるパケットの遅延時間が許容範囲を超えたと判定したとき、そのパケットの直前のパケットを選択することとが考えられる。この場合、以後のパケットについては遅延時間に基づく判定を行うことなくそのまま破棄することとしてもよい。
【００２４】
例えば、パケットＰ３の遅延時間ｔ３に基づいて判定を行い、パケットＰ３が大きく遅延したと判定したとすると、パケット選択部１１は、パケットＰ３の直前に受信したパケットＰ２を選択する。上述したように、データ量が小さいパケットほど遅延時間は短いと考えられる。このため、トラヒックの混雑状況が急変していない限り、音声情報Ｘ４に対応するパケットセットのうち、先に受信したパケットＰ１、Ｐ２では大きな遅延を検出せず、パケットＰ３では大きな遅延を検出したということは、以後のパケットＰ４、Ｐ５、・・・、Ｐｍも大きく遅延すると考えられる。この考えに基づいて、パケットＰ４以後については遅延時間に基づく判定を省略してもよいし、また、パケットそのものをそのまま破棄してもよい。
【００２５】
また、パケットＰ１、Ｐ２、・・・、Ｐｍをデータ量が小さいものから大きいものの順に送信しているため、大きく遅延したと判定されたパケットの直前に受信したパケットは、低遅延で受信したパケットの中で、最もデータ量が大きいものとなる。例えば上述のようにｍ＝５とし、データｄ１、ｄ２、・・・、ｄ５をそれぞれ３２ｋｂｐｓ，４０ｋｂｐｓ，４８ｋｂｐｓ，５６ｋｂｐｓ，６４ｋｂｐｓのビットレートで音声情報Ｘ４を符号化、パケット化して送信したとする。このとき、ｍ＝３、即ち、４８ｋｂｐｓのデータレートでエンコードしたデータｄ３を格納するパケットＰ３の遅延時間ｔ３が大きく遅延したとパケット選択部１１が判定したとする。このとき、パケットＰ３以前に受信したパケットＰ１、Ｐ２はどちらも大きく遅延することなく受信ノード３に到着したが、これらパケットＰ１、Ｐ２の中でデータ量が最大なのは、パケットＰ３の直前に受信したパケットＰ２となる。
【００２６】
このようにして、パケット選択部１１が遅延時間に基づいてパケットセット８のいずれかのパケットを選択して出力すると、デコーダ１２はそのパケットに格納されているデータをデコードして音声情報Ｘ’１３を出力する。これにより、単一のデータレートで生成したパケットのみを送信する場合と比較すると、受信ノード３では、パケット通信網の混雑状況に応じた、より大きなデータレートでエンコードされたデータに基づいて音声情報Ｘ’１３をデコードすることができる。
【００２７】
或いは、受信ノード３は、パケット選択部１１にて選択したパケットを、パケット送信部１４を介して他のパケット通信装置に転送することとしてもよい。ここで第３のノードは一般のパケット通信装置であり、より具体的にはパケットデータ通信を行う無線通信装置、例えば携帯電話端末が好適であるが、インターネット等のネットワーク上に設置されたサーバ装置、クライアント装置であってもよい。第３のノードは第２のノードのようにパケット選択を行なう必要はなく、受信したパケットをそのままデコードする。
【００２８】
第３のノードを含むシステムは、特に、ＶｏＩＰクライアントを実行する２台の携帯端末の間をＶｏＩＰサーバにて結ぶ場合に好適である。この場合、送信ノード２は一方の携帯端末、受信ノード３はＶｏＩＰサーバであり、転送先のパケット通信装置が他方の携帯端末となる。受信ノード３にて選択したパケットを他ノードに転送する形態については、第２の実施の形態にて更に詳しく説明する。
【００２９】
本発明の第２の実施の形態であるリモート型携帯通信システムについて図２を参照して説明する。ここでは、パケット通信網であるネットワーク１５０としては、モバイル３Ｇパケットネットワークを用い、パケット転送装置としてＳＧＳＮ／ＧＧＳＮ装置を用いる場合の構成を示しているが、他のネットワーク（例えば、モバイルＬＴＥネットワーク、ＷｉＦｉネットワーク、ＷｉＭａｘネットワーク、ＩＰネットワーク、ＮＧＮネットワーク、インターネット）を使用することもできる。
【００３０】
図２は、携帯端末１７０＿１が、クラウド網１３０に設置した、サーバ装置１１０に接続しシンクライアントによる画面データ転送を行っている場合に、携帯端末１７０＿１からサーバ装置１１０を使用して携帯端末１７０＿２に対して音声通話を行う場合の実施形態を示している。ここで、携帯端末１７０＿１、１７０＿２ともに、シンクライアントのクライアントソフトを搭載したシンクライアント端末である。また、ここでは、両者の携帯端末ともに、モバイルネットワーク１５０に接続されている構成を示している。
【００３１】
本実施形態では、シンクライアント端末１７０＿１から電話をかけるために必要な、ユーザ名や電話番号などを登録した電話帳データは、シンクライアントのサーバ１１０装置で保有するため、端末１７０＿１には電話帳を一切保有する必要が無い。従って、端末１７０＿１を紛失しても、電話番号やユーザ名などに対するセキュリティを確保することができる。図２において、サーバ装置１１０には、ユーザ名や電話番号を登録した電話帳１１１があらかじめ用意され接続されている。
【００３２】
図２は、携帯端末１７０＿１がサーバ装置１１０に接続し、携帯端末１７０＿２と音声通話を開始するために、サーバ装置１１０の仮想クライアント上で、音声通話ＶｏＩＰアプリケーションを起動して生成した画面データを、サーバ１１０から携帯端末１７０＿１に転送し、携帯端末１７０＿１のクライアントソフトにより前記画面データを復号して表示し画面でユーザ名を指定した上で、携帯端末１７０＿１から携帯端末１７０＿２に音声通話をするケースを示している。
【００３３】
ここで、携帯端末１７０＿１および１７０＿２には、シンクライアントの端末としての動作をさせるためにクライアントソフトが搭載されている。クライアントソフトは後で説明する。本実施形態では、携帯端末１７０＿１および１７０＿２のクライアントソフトに搭載されている音声コーデックは、一例として、ＩＴＵ−Ｔ標準のＧ．７１１であるものとする。Ｇ．７１１音声コーデックは詳細が、例えばＩＴＵ−Ｔ  Ｇ．７１１規格を参照することができる。なお、これらの音声コーデックについては、Ｇ．７１１以外にも他の周知な音声コーデックを用いることもできる。
【００３４】
図２にもどって、携帯端末１７０＿１が音声通話を開始するために、サーバ装置１１０の仮想クライアント上で音声通話ＶｏＩＰアプリケーションの起動操作をすると、携帯端末１７０＿１からサーバ装置１１０に対し、ＶｏＩＰアプリケーションを起動させるための操作信号を格納したパケットが送出される。サーバ装置１１０は前記操作信号を格納したパケットを受信すると、制御部が音声通話であることを判別し、仮想クライアント上で音声通話ＶｏＩＰアプリケーションを起動させ、画面を生成し前記画面情報をエンコードしてサーバ装置１１０から携帯端末１７０＿１に転送し、携帯端末１７０＿１で前記画面情報をデコードした上で携帯端末１７０＿１の画面に表示する。そして、エンドユーザは、次のアクションである相手先ユーザ名や電話番号の選択などの操作を行う。
【００３５】
なお、画面にオーディオも付随する場合は、画面に付随するオーディオ信号は、音声通話のパスとは別のパスを通り処理される。すわなち、画面キャプチャ部でキャプチャした後でオーディオエンコーダで圧縮符号化され圧縮符号化ストリームとなり、あらかじめ定められたプロトコルにより音声通話とは別のパケットとして、携帯端末１７０＿１に対し送出される。
【００３６】
それらのあとで、携帯端末１７０＿１からは、周知の、セッション制御プロトコルによるセッション制御メッセージを格納したパケットならびに、携帯端末のクライアントソフトに搭載されている音声エンコーダで音声信号を圧縮符号化して得たビットストリーム（符号）を格納したパケットが送出される。ここでは、音声コーデックとして、ＩＴＵ−Ｔ標準Ｇ．７１１音声コーデックを用いることとするが、他の周知な音声コーデック、例えば、３ＧＰＰ標準のＡＭＲ  （Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）音声コーデックなど、を用いることも出来る。また、セッション制御プロトコルとしては、一例として、ＳＩＰ  （Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いることにするが、他の周知なプロトコルを用いることも出来る。
【００３７】
これらのパケットは、圏内にあるモバイルネットワーク１５０上の基地局１９４＿１に到達し、さらに、ＲＮＣ装置１９５＿１及びＳＧＳＮ／ＧＧＳＮ装置１９０を経由して、クラウド網１３０のサーバ装置１１０に到達する。
【００３８】
次に、サーバ装置１１０の構成を図３を用いて説明する。図３はサーバ装置１１０の構成を示すブロック図である。図３には図示していないが、仮想クライアント部２１１は、ホストＯＳの上の仮想化環境におけるゲストＯＳ上で動作している。ここで、ホストＯＳやゲストＯＳは周知のＯＳを使用することができる。ここでは、一例として、ホストＯＳにはＬｉｎｕｘ（登録商標）を、ゲストＯＳにはＡｎｄｒｏｉｄ（登録商標）を用いることとするが、他のＯＳ、例えばＷｉｎｄｏｗｓ（登録商標）などを用いることもできる。
【００３９】
図３において、仮想クライアント部２１１は、制御部１９２と画面生成部１９３から構成される。音声通話を開始する場合、図２に示した携帯端末１７０＿１は、音声通話ＶｏＩＰアプリソフトを仮想クライアント上で起動するための操作信号をパケットに格納してサーバ装置１１０に送出する。サーバ装置１１０のパケット送受信部１８６が前記操作信号パケットを受信し、パケットから操作信号を取り出し、制御部１９２に出力する。
【００４０】
制御部１９２は、前記操作信号を入力し、音声通話のためのＶｏＩＰアプリソフトの起動信号であることを判別すると、音声通話ＶｏＩＰアプリケーションソフトを実行させる。この実行により、画面生成部１９３では前記アプリケーションソフトにより画面を生成し、画面キャプチャ部１８０に出力する。画面キャプチャ部１８０は、前記生成された画面を、あらかじめ定められた画面解像度およびあらかじめ定められたフレームレートでキャプチャし、画像エンコーダ部１８８に出力する。画像エンコーダ部１８８は、入力した画面をあらかじめ定められた画像エンコーダを用いてあらかじめ定められた画面解像度、ビットレート、フレームレートで圧縮符号化して圧縮符号化ストリームを求め、前記圧縮符号化ストリームを第２のパケット送信部１７６に出力する。ここで画像圧縮符号化方式としては、Ｈ．２６４、ＭＰＥＧ−４、ＪＰＥＧ２０００など、周知の画像圧縮符号化方式を用いることができる。
【００４１】
第２のパケット送信部１７６は、画像エンコーダ部１８８から入力した圧縮符号化ストリームをあらかじめ定められたパケットに格納し、図２に示したＳＧＳＮ／ＧＧＳＮ装置１９０に向け出力する。ここで、パケットのプロトコルは、ＲＴＰ／ＵＤＰ／ＩＰでもよいし、ＵＤＰ／ＩＰでもよいし、ＴＣＰ／ＩＰでもよい。ここでは、一例として、ＵＤＰ／ＩＰを用いることとする。
【００４２】
次に、図２の携帯端末１７０＿１は、前記圧縮符号化ストリームを受信し、あらかじめ定められた画面解像度およびフレームレートにより復号し、携帯端末１７０＿１で表示する。
【００４３】
図３に戻って、制御部１９２は、図２の電話帳１１１から、相手先ユーザ名（この場合は端末１７５を保有するユーザ）、相手先電話番号（この場合は携帯端末１７０＿２の電話番号）を読み出し、画面生成部１９３で画面を生成し前記生成画面を画像エンコーダ１８８で圧縮符号化し携帯端末１７０に送出する。携帯端末１７０では、端末上でこの画面を見ながら、ユーザや電話番号の選択を行なう。そして、音声通話を開始すると、携帯端末１７０＿１は、サーバ装置１１０に対し、音声通話開始のＳＩＰメッセージを格納したパケットを送出し、続いて、音声信号を、クライアントソフトに搭載されたＧ．７１１音声エンコーダで圧縮符号化した複数種類のビットレートのビットストリームを格納したパケットをサーバ装置１１０に送出する。
【００４４】
サーバ装置１１０は、音声通話に関わるパケットについては、画面に付随するオーディオとは別のパスを用いて処理することにより、音声通話の遅延を短縮化する。
【００４５】
パケット送受信部１８６は、携帯端末１７０＿１から受信したパケットのうち、ＳＩＰメッセージが格納されたパケットを制御部１９２に出力し、音声に対する複数種類のビットレートの圧縮符号化ビットストリームが格納されたパケットを音声判定・転送生成部１８５に出力する。
【００４６】
また、第１のパケット送受信部１８７は、携帯端末１７０＿２から受信したパケットのうち、ＳＩＰメッセージが格納されたパケットを制御部１９２に出力し、音声に対する複数種類のビットレートの圧縮符号化ビットストリームが格納されたパケットを音声判定・転送生成部１８５に出力する。
【００４７】
制御部１９２は、パケット送受信部１８６から前記操作信号を受信すると次の動作を行う。（１）前記操作信号を解析し、音声通話の起動操作の場合は、音声通話ＶｏＩＰアプリケーションソフトを起動する。（２）音声通話の場合、パケット送受信部１８６からＳＩＰメッセージを受信する。（３）ＶｏＩＰアプリケーションソフトから、エンドユーザが選択した、相手先電話番号を入手し、前記電話番号から相手先のＩＰアドレスを求める。（４）前記受信したＳＩＰメッセージの相手先ＩＰアドレスを（３）で求めたＩＰアドレスに書き換えた上で、書き換え後のＳＩＰメッセージおよび相手先ＩＰアドレスを第１のパケット送受信部１８７に出力する。（５）パケット送受信部１８６から、携帯端末１７０＿１からのＳＤＰ  （Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を入力し、携帯端末１７０＿１のクライアントソフトに搭載している音声コーデックに関する能力情報をチェックする。ここでは前述のように音声コーデックとしてＧ．７１１音声コーデックを使用するものとする。また、第１のパケット送受信部１８７から、携帯端末１７０＿２からのＳＤＰ  （Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を入力し、端末１７０＿２が搭載する音声コーデックに関する能力情報をチェックする。ここでは、携帯端末１７０＿２の音声コーデックとしては、前述のようにＧ．７１１音声コーデックを使用するので、前記能力情報は一致するため、トランスコーディングなどは必要としない。（６）音声判定・転送生成部１８５に対し次の指示を行なう。携帯端末１７０＿１から送出されパケット送受信部１８６で受信した、複数ビットレートの音声圧縮符号化ビットストリームに対し、遅延時間を計測し遅延時間が増大する直前のビットレートのビットストリームを抽出し、他のビットレートのビットストリームは廃棄すること。さらに、前記抽出したビットストリームを第１のパケット送受信装置１８７に転送すること。一方、携帯端末１７０＿２から送出され第１のパケット送受信部１８７で受信した、音声に対する複数ビットレートのビットストリームに対しても同様の判別を行いパケット送受信部１８６に転送すること。
【００４８】
次に、音声判定・転送部１８５の構成を図４を用いて説明する。図４で、まず、携帯端末１７０＿１から携帯端末１７０＿２に方向の音声通話に対する信号の流れを説明する。遅延計測／抽出／転送部２２０＿１は、パケット送受信部１８６から、携帯端末１７０＿１から送出された、複数のビットレートの圧縮符号化ビットストリームを入力する。ここでは、後述のように、携帯端末１７０＿１のクライアントソフトから、５種類のビットレートのビットストリームが送出されるものとする。具体的には、３２ｋｂｐｓ，  ４０ｋｂｐｓ，  ４８ｋｂｐｓ，  ５６ｋｂｐｓ，  ６４ｋｂｐｓであり、このビットレートの順番で、各々のビットレートのデータが独立した５種類のパケットに格納され、５種類のパケットが、例えば２０ｍｓ時間間隔のなかで、連続的に送出されるものとする。
【００４９】
遅延計測／抽出／転送部２２０＿１は、図３の制御部１９２から指示を受け、前記５種類のビットレートの各々のビットレートの圧縮符号化ビットストリームが格納された５種類のパケットの各々に対し、次の式１に従って到着遅延時間を計測する。 
Ｄｊ  ＝  Ｒ（ｊ）  -  Ｓ（ｊ）  （式１）
ここで、Ｄｊ，Ｒ（ｊ），Ｓ（ｊ）は、それぞれ、ｊ番目のパケットの遅延時間、ｊ番目のパケットの受信時間、ｊ番目のパケットの携帯端末１７０＿１で送信した送信時間、を示す。
【００５０】
式１で得られたＤｊ（１≦ｊ≦５）に対し、Ｄ１からＤ５まで順番に遅延時間の比較を行い、遅延時間が増大し始めるときのＤｊを求める。例えば、Ｄ１〜Ｄ４までの遅延時間は１００ｍｓ前後だったが、Ｄ５で１５０ｍｓに増大したとすると、Ｄ５が遅延時間が増大し始めるパケットとなる。そして、遅延時間が増大する直前のパケットに格納されたビットストリームを抽出する。すなわち、この例では４番目のパケット、つまり、５６ｋｂｐｓのビットレートのビットストリームを抽出し、例えば、２０ｍｓ毎に出力する。
【００５１】
スルー部２２１＿１は、制御部１９２から指示を受け、遅延計測／抽出／転送部２２０＿１で抽出されたビットストリームを、例えば２０ｍｓ毎に入力し、これをスルーで遅延計測／抽出／転送部２２０＿２に出力する。
【００５２】
遅延計測／抽出／転送部２２０＿２は、抽出されたビットレートのビットストリームデータを図３の第１のパケット送受信部１８７に送出する。次に、逆方向の音声通話（携帯端末１７０＿２から携帯端末１７０＿１の方向）の動作については、前述の処理を逆にたどるのみであるので説明は省略する。
【００５３】
図２に戻って、第１のパケット送受信部１８７は、制御部１９２から、相手先ＩＰアドレスおよびＳＩＰメッセージを入力し、音声判定・転送部１８５から出力された、抽出されたビットレートのビットストリームデータを、例えば２０ｍｓ毎に入力し、あらかじめ定められたプロトコルのパケットに格納して、図２のモバイルネットワークを経由して携帯端末１７０＿２に向け出力する。あらかじめ定められたプロトコルとして、ここでは、ＲＴＰ／ＵＤＰ／ＩＰを用いるが、他の周知なプロトコルを用いることもできる。
【００５４】
逆方向の音声通話については、パケット送受信部１８６は、抽出されたビットレートのビットストリームデータを、例えば２０ｍｓ毎に入力し、あらかじめ定められたプロトコルのパケットに格納して、図２のモバイルネットワークを経由して携帯端末１７０＿１に向け出力する。あらかじめ定められたプロトコルとして、ここでは、ＲＴＰ／ＵＤＰ／ＩＰを用いるが、他の周知なプロトコルを用いることもできる。
【００５５】
次に、シンクライアントのクライアントである携帯端末１７０＿１の構成を図５を用いて説明する。ここで、携帯端末１７０＿２は、１７０＿１と同じ構成であるので、代表として、１７０＿１の構成を説明する。図５において、携帯端末１７０＿１には、クライアントソフトウェア１７１を搭載させることにより、シンクライアントのクライアントの動作を実行する。ここでは、前述のように、シンクライアントソフトには、音声コーデックとしてＧ．７１１音声コーデックを搭載しているものとする。
【００５６】
図５において、音声通話の場合に、ユーザが画面上で音声ＶｏＩＰアプリケーションソフトを起動するために携帯端末の画面上で操作すると、操作信号生成部２５７は起動のための操作信号を生成し、パケット送信部２５８でこれをパケット化して携帯端末１７０＿１からモバイルネットワーク１５０に送出する。
【００５７】
第１のパケット送受信部２６０は、サーバ装置１１０から送出された、ＳＩＰ／ＳＤＰによるメッセージと、抽出されたビットレートの音声ビットストリームが格納されたパケットを入力し、音声ビットストリームをパケットから取り出してＧ．７１１デコーダ２６２に出力する。
【００５８】
Ｇ．７１１デコーダ２６２は、図３の音声判定・転送部１８５で抽出されたビットレートである、５６ｋｂｐｓのＧ．７１１ビットストリームをあらかじめ定められた時間毎に、例えば２０ｍｓ毎に、入力し、これを復号して出力する。
【００５９】
Ｇ．７１１エンコーダ２６３は、音声入力信号に対し、あらかじめ定められた時間毎に、例えば２０ｍｓ毎に、Ｇ．７１１符号化処理を行い、６４ｋｂｐｓのビットレートのビットストリームを生成し、ビットレート生成部２６４に出力する。
【００６０】
ビットストリーム生成部２６４は、例えば２０ｍｓ毎に６４ｋｂｐｓのビットストリームを入力し、たとえば２０ｍｓ毎にあらかじめ定められた種類のビットレートのビットストリームを生成する。ここでは、前述のように、全部で５種類のビットレートのビットストリームを生成する。具体的には６４ｋｂｐｓ，５６ｋｂｐｓ，４８ｋｂｐｓ，４０ｋｂｐｓ，３２ｋｂｐｓであり、ビットストリーム生成部２６４において、５６ｋｂｐｓ，４８ｋｂｐｓ，４０ｋｂｐｓ，３２ｋｂｐｓまでの４種類のビットレートのビットストリームを生成する。
【００６１】
具体的な生成法を次に説明する。まず、元の６４ｋｂｐｓのビットストリームを入力する。これは標本化された１サンプル当たり８ビットのストリームであるため、これをもとに、サンプルあたり、１ビット削減、２ビット削減、３ビット削減、４ビット削減処理を行うことにより、それぞれ、５６ｋｂｐｓ、４８ｋｂｐｓ、４０ｋｂｐｓ、３２ｋｂｐｓのビットレートのビットストリームを、極めて少ない処理量で、生成することができる。ビットストリーム生成部２６４は合計５種類のビットレートのビットストリームを、例えば２０ｍｓ毎に、第１のパケット送受信部２６０に出力する。
【００６２】
第１のパケット送受信部２６０は、ビットストリーム生成部２６４から、例えば２０ｍｓ毎に、５種類のビットレートのビットストリームを入力し、各々のビットストリームを独立したパケットに格納し、２０ｍｓ内で、あらかじめ定められた順番で、短時間の時間間隔をおいて、これらのパケットを連続的にモバイルネットワーク１５０に対し送出する。ここで、あらかじめ定められた順番とは、一例として、低いビットレートから高いビットレートになる順番とし、３２ｋｂｐｓ、４０ｋｂｐｓ、４８ｋｂｐｓ、５６ｋｂｐｓ、６４ｋｂｐｓの順番であるとする。パケットの時間間隔は、例えば１ｍｓ前後とする。
【００６３】
第２のパケット受信部２５０は、画面信号に対する圧縮符号化ビットストリームを入力し、サーバ装置１１０と同じ画像コーデックを用いて前記圧縮符号化ビットストリームを復号し画面表示部２５６に出力する。
【００６４】
画面表示部２５６は、前記復号画面信号を入力し画面を構築して携帯端末の画面に表示する。
【００６５】
画面に付随するオーディオ信号がある場合、第３のパケット受信部２５１は、オーディオ信号に対する圧縮符号化ビットストリームが格納されたパケットを入力し、オーディオ信号に対する圧縮符号化ビットストリームを抽出してオーディオデコーダ２５５に出力する。
【００６６】
オーディオデコーダ２５５は、オーディオ信号に対する圧縮符号化ビットストリームを入力し、復号して携帯端末１７０のスピーカから出力する。
【００６７】
以上、本発明を実施の形態に即して説明したが、本発明はこれに限定されるものではない。例えば、第２の実施の形態では、ネットワーク１５０として、モバイル３Ｇネットワークのケースを説明したが、モバイルＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークとしてもよい。また、固定網ネットワークや、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）ネットワークや、Ｗ−ＬＡＮネットワークや、インターネット網などを用いることもできる。また、携帯端末のかわりに固定端末を用いることもできる。
【００６８】
また、サーバ装置１１０を企業網ではなく、モバイルネットワークや固定網に配置することもできる。
【００６９】
また、サーバ装置をモバイルネットワーク内配置することもできるし、固定網ネットワーク内に配置することもできる。
【００７０】
また、携帯端末１７０には、スマートフォンやタブレットを用いることもできる。
【００７１】
また、音声コーデックには、他の周知な音声コーデックを用いることができる。
【００７２】
また、音声判定・転送部１８５での遅延時間の計算には、式（１）以外の方法を用いることもできる。
【００７３】
上記の実施形態の一部又は全部は以下の付記のようにも記載されうるが、これらに限定されるものではない。
【００７４】
（付記１）
第１及び第２のノードを備え、
前記第１のノードは、伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該第１のノードとは異なる第２のノードに対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、
前記第２のノードは、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段と
を備えることを特徴とするパケット通信システム。
【００７５】
（付記２）
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記１に記載のシステム。
【００７６】
（付記３）
前記第１及び第２のノードのどちらとも異なるノードである第３のノードを更に備え、
前記第２のノードは、前記選択したパケットを前記第３のノードに対して送信する手段を更に備える
ことを特徴とする付記１及び付記２のいずれかに記載のシステム。
【００７７】
（付記４）
前記第２のノードは、更に、前記選択したパケットに基づいて前記音声情報を復号化する復号化手段を備えることを特徴とする付記１乃至付記３のいずれかに記載のシステム。
【００７８】
（付記５）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段と
を備えることを特徴とするパケット通信装置。
【００７９】
（付記６）
前記パケット受信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に受信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記５に記載のパケット通信装置。
【００８０】
（付記７）
前記選択したパケットを当該他のパケット通信装置に対して転送する手段を更に備える
ことを特徴とする付記５及び付記６のいずれかに記載のパケット通信装置。
【００８１】
（付記８）
前記選択したパケットに基づいて前記音声情報を復号化する復号化手段を更に備えることを特徴とする付記５乃至付記７のいずれかに記載のパケット通信装置。
【００８２】
（付記９）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段とを備え、
前記宛先パケット通信装置は、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択し、
前記選択したパケットに基づいて前記音声情報を復号化する
ことを特徴とするパケット通信装置。
【００８３】
（付記１０）
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記宛先パケット通信装置は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記９に記載のパケット通信装置。
【００８４】
（付記１１）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、パケット通信網を介して受信するパケット受信手段と、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定手段と、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択手段
としてコンピュータを機能させるためのプログラム。
【００８５】
（付記１２）
前記パケット受信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に受信し、
前記パケット選択手段は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
付記１１に記載のプログラム。
【００８６】
（付記１３）
更に、前記選択したパケットを当該他のパケット通信装置に対して転送する手段としてコンピュータを機能させる
付記１１及び付記１２のいずれかに記載のプログラム。
【００８７】
（付記１４）
更に、前記選択したパケットに基づいて前記音声情報を復号化する復号化手段としてコンピュータを機能させる付記１１乃至付記１３のいずれかに記載のプログラム。
【００８８】
（付記１５）
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを生成するパケット生成手段と、
当該パケット通信装置とは異なる宛先パケット通信装置に対し、パケット通信網を介して前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信手段としてコンピュータを機能させるプログラムであって、
前記宛先パケット通信装置は、
前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定し、
前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択する
前記プログラム。
【００８９】
（付記１６）
前記パケット送信手段は、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記宛先パケット通信装置は、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
付記１５に記載のプログラム。
【００９０】
（付記１７）
第１のノードから第２のノードにパケット通信網を介して音声情報を伝送する際に、
伝送しようとしている音声情報を符号化して、前記音声情報にそれぞれのパケットが対応し、かつ、それぞれのパケットのデータ量ｑ１、ｑ２、・・・、ｑｍ（ｍは２以上の自然数）がｑ１＜ｑ２＜・・・＜ｑｍの関係を有する複数のパケットＰ１、Ｐ２、・・・、Ｐｍを前記第１のノードにて生成するパケット生成段階と、
前記パケット通信網を介して前記第１のノードから前記第２のノードに前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを送信するパケット送信段階と、
前記第２のノードにて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍそれぞれの遅延時間ｔ１、ｔ２、・・・、ｔｍを測定する遅延時間測定段階と、
前記第２のノードにて、前記遅延時間ｔ１、ｔ２、・・・、ｔｍに基づいて、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍのいずれかひとつを選択するパケット選択段階と
を含むことを特徴とする音声情報の伝送方法。
【００９１】
（付記１８）
前記パケット送信段階では、前記複数のパケットＰ１、Ｐ２、・・・、Ｐｍを、データ量が少ないものから多いものの順に送信し、
前記パケット選択段階では、前記複数のパケットをそれぞれ受信するたびごとに、そのパケットの前記遅延時間に基づいてそのパケットについての可否判定を行い、否と判定した場合、そのパケットの直前に受信したパケットを選択する
ことを特徴とする付記１７に記載の方法。
【００９２】
（付記１９）
前記第１及び第２のノードのどちらとも異なるノードである第３のノードに対し、前記第２のノードから前記選択したパケットを送信することを特徴とする付記１７及び付記１８のいずれかに記載の方法。
【００９３】
（付記２０）
前記第２のノードにて、前記選択したパケットに基づいて前記音声情報を復号化する復号化段階を更に含むことを特徴とする付記１７乃至付記１９のいずれかに記載の方法。
【００９４】
この出願は、２０１２年９月２７日に出願された日本出願特願第２０１２−２１４５３０号を基礎とする優先権を主張し、その開示のすべてをここに取り込むものである。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2014050546.tif 000008
【国際調査報告】
2014050546.tif 000009
2014050546.tif 000010
2014050546.tif 000011
2014050546.tif 000012