JP5858164B2 - 通信システム、サーバ装置、サーバ装置の制御方法及びプログラム - Google Patents

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２０１２−１７３７２７号（２０１２年 ８月 ６日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、通信システム、サーバ装置、サーバ装置の制御方法及びプログラムに関する。特に、モバイルネットワークを介してサーバにアクセスし、サーバ上の仮想クライアントを遠隔操作する通信システム、サーバ装置、サーバ装置の制御方法及びプログラムに関する。

近年、企業等において、シンクライアントシステムの普及が始まっている。シンクライアントシステムでは、ハードディスク等の記憶媒体を持たない端末から、あたかも実端末を操作するようにサーバ上の仮想クライアントを操作し、仮想端末上で画面情報を生成する。生成された画面情報は、端末に送信される。端末では、画面情報を受信し、その表示を行う。

このように、シンクライアントシステムでは、端末に情報を記憶することがないので、高度なセキュリティを確保できる。即ち、端末には何もデータは記憶されないため、端末を紛失しても秘密情報等の重要情報が外部に漏れることがない。

ここで、特許文献１において、データ伝送の遅延時間等に基づいて回線品質等を考慮し、ストリームデータを送信する際のパラメータを決定する通信システムが開示されている。

国際公開第２００６／０５４４４２号

なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

上述のように、強固なセキュリティを確保するため、シンクライアントシステムの普及が始まっている。また、固定網を利用したシンクライアントシステムだけではなく、移動網を利用したシンクライアントシステムの普及が進んでいる。

モバイルパケットネットワークやＬＴＥ／ＥＰＣ（Long Term Evolution/Evolved Packet Core）ネットワーク等の移動網を介したシンクライアントシステムでは、端末と基地局との距離やトラヒック量等に依存してモバイルネットワークの帯域幅が時間的に変動する。このようなモバイルネットワークの帯域幅の時間的変動に起因して、モバイルネットワークでパケットの滞留やパケットロスが発生する。その結果、端末側で情報を受信するための時間が長くなり、端末に表示される画面の更新が遅くなる、画面が停止する又は画面が乱れる、等の利用者の体感上の品質を示す指標であるＱｏＥ（Quality of Experience）が悪化する。

そのため、モバイルネットワークを介してシンクライアントシステムを提供する通信システムであって、利用者の体感上の品質を向上させることに寄与する通信システム、サーバ装置、サーバ装置の制御方法及びプログラムが、望まれる。

なお、特許文献１が開示する通信システムは、回線品質を測定するにあたり、受信装置で算出した統計データを送信装置に送り、この統計データに基づいてエンコードレート等のパラメータを決定している。そのため、受信装置側に統計データを算出するための処理（例えば、片方向遅延時間、パケットロス率等の算出）が必要になる。しかし、シンクライアントシステムにおける受信装置では、このような処理を実行するのは困難であることが多い。シンクライアントシステムに使用する受信装置のハードウェア構成は、極力簡素化するのが望ましいためである。さらに、受信装置から送信装置に送る統計データが、上り回線の帯域を圧迫するという問題もある。

本発明の第１の視点によれば、表示部を備える端末装置と、ネットワークを介して前記端末装置における操作を受け付け、前記ネットワークを介して前記表示部に表示する画面情報を送信するサーバ装置と、を含み、前記サーバ装置は、前記端末装置における操作に応じた処理を実行し、前記画面情報を生成する仮想クライアント部と、前記画面情報を所定の方式より圧縮する画像エンコーダ部と、前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出部と、前記帯域推定値算出部からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記連続して送信された特定のパケットに対して前記端末装置が返信したパケットを前記帯域推定値算出部に出力するパケット送受信部と、を備え、前記帯域推定値算出部は、前記帯域推定値に基づき、前記画像エンコーダ部が前記画面情報を圧縮する際のビットレートを算出し、前記帯域推定値算出部は、前記画像エンコーダ部が予め定めた所定の期間内に前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式

に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、通信システムが提供される。

本発明の第２の視点によれば、ネットワークを介して接続された端末装置における操作に応じた処理を実行し、前記端末装置に表示させる画面情報を生成する仮想クライアント部と、前記画面情報を所定の方式より圧縮する画像エンコーダ部と、前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出部と、前記帯域推定値算出部からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記連続して送信された特定のパケットに対して前記端末装置が返信したパケットを前記帯域推定値算出部に出力するパケット送受信部と、を備え、前記帯域推定値算出部は、前記帯域推定値に基づき、前記画像エンコーダ部が前記画面情報を圧縮する際のビットレートを算出し、前記帯域推定値算出部は、前記画像エンコーダ部が予め定めた所定の期間内に前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式

に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、サーバ装置が提供される。

本発明の第３の視点によれば、ネットワークを介して接続された端末装置における操作に応じた処理を実行し、前記端末装置に表示させる画面情報を生成する仮想クライアント工程と、前記画面情報を所定の方式より圧縮する画像エンコード工程と、前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出工程と、前記帯域推定値に基づき、前記画面情報を圧縮する際のビットレートを算出する工程と、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを受信するパケット送受信工程と、を含み、前記帯域推定値算出工程は、前記画像エンコード工程が予め定めた所定の期間内に、前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式

に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、サーバ装置の制御方法が提供される。
なお、本方法は、ネットワークを介して端末装置と接続されるサーバ装置という、特定の機械に結びつけられている。

本発明の第４の視点によれば、ネットワークを介して接続された端末装置における操作に応じた処理を実行し、前記端末装置に表示させる画面情報を生成する仮想クライアント処理と、前記画面情報を所定の方式より圧縮する画像エンコード処理と、前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出処理と、前記帯域推定値に基づき、前記画面情報を圧縮する際のビットレートを算出する処理と、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを受信するパケット送受信処理と、をサーバ装置を制御するコンピュータに実行させ、前記帯域推定値算出処理は、前記画像エンコード処理が予め定めた所定の期間内に、前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式

に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、プログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（ｎｏｎ−ｔｒａｎｓｉｅｎｔ）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、モバイルネットワークを介してシンクライアントシステムを提供する通信システムであって、利用者の体感上の品質を向上させることに寄与する通信システム、サーバ装置、サーバ装置の制御方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係る通信システムの構成の一例を示す図である。 サーバ装置１０の内部構成の一例を示す図である。 帯域推定値算出部２３０の内部構成の一例を示す図である。 画像エンコーダ部２４０の内部構成の一例を示す図である。 サーバ装置１０の動作の一例を示すフローチャートである。

初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

上述のように、モバイルネットワークを介してシンクライアントシステムを提供する通信システムであって、利用者の体感上の品質を向上させる通信システムが、望まれる。

そこで、一例として図１に示す通信システム１００を提供する。通信システム１００は、表示部を備える端末装置１０１と、ネットワークを介して端末装置１０１における操作を受け付け、ネットワークを介して端末装置１０１の表示部に表示する画面情報を送信するサーバ装置１０２と、を含んでいる。サーバ装置１０２は、端末装置１０１における操作に応じた処理を実行し、画面情報を生成する仮想クライアント部１０３と、画面情報を所定の方式より圧縮する画像エンコーダ部１０４と、ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出部１０５と、を備える。さらに、帯域推定値算出部１０５は、帯域推定値に基づき、画像エンコーダ部１０４が画面情報を圧縮する際のビットレートを算出する。

通信システム１００では、端末装置１０１とサーバ装置１０２とでシンクライアントシステムを構築する。さらに、サーバ装置１０２から送出する画面情報を圧縮する際のビットレートをネットワークの帯域に基づいて変更する。そのため、ネットワークの帯域が時間的に変動した場合であっても、その変動に追従するようにビットレートを制御できる。その結果、ネットワーク上でのパケットの滞留やパケットロスがなくなり、端末装置１０１において画面の更新が遅くなる、画面が乱れる等のＱｏＥの悪化を抑制することができる。即ち、利用者の体感上の品質を向上させる通信システム１００が提供される。

さらに、下記の形態が可能である。

［形態１］
上記第１の視点に係る通信システムのとおりである。
［形態２］
前記帯域推定値算出部は、
前記画面情報の送信に対する前記端末装置から返信される情報に基づき、前記帯域推定値を算出することが好ましい。
［形態３］
前記帯域推定値算出部は、
前記端末装置に対し、所定の時間以上、前記画面情報が送信されていない場合に、前記端末装置に対して送信された情報に対する、前記端末装置からの返信に基づき、前記帯域推定値を算出することが好ましい。
［形態４］
前記サーバ装置は、
前記帯域推定値算出部からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを前記帯域推定値算出部に出力するパケット送受信部を備えることが好ましい。
［形態５］
前記帯域推定値算出部は、
前記端末装置に向けて送信したパケットのサイズと、前記端末装置に向けて送信されたパケットを前記端末装置が受け取った時刻と、に基づいて、前記帯域推定値を算出することが好ましい。
［形態６］
前記帯域推定値算出部は、
前記帯域推定値以下に前記ビットレートを設定することが好ましい。
［形態７］
前記仮想クライアント部は、音声情報が付随した前記画面情報を生成し、
前記サーバ装置は、
前記音声情報を前記画面情報から分離する画面キャプチャ部と、
前記音声情報を圧縮するオーディオエンコーダ部と、
を備えることが好ましい。
［形態８］
上記第２の視点に係るサーバ装置のとおりである。
［形態９］
前記帯域推定値算出部は、
前記画面情報の送信に対する前記端末装置から返信される情報に基づき、前記帯域推定値を算出することが好ましい。
［形態１０］
前記帯域推定値算出部は、
前記端末装置に対し、所定の時間以上、前記画面情報が送信されていない場合に、前記端末装置に対して送信された情報に対する、前記端末装置からの返信に基づき、前記帯域推定値を算出することが好ましい。
［形態１１］
前記帯域推定値算出部からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを前記帯域推定値算出部に出力するパケット送受信部を備えることが好ましい。
［形態１２］
前記帯域推定値算出部は、
前記端末装置に向けて送信したパケットのサイズと、前記端末装置に向けて送信されたパケットを前記端末装置が受け取った時刻と、に基づいて、前記帯域推定値を算出することが好ましい。
［形態１３］
前記帯域推定値算出部は、
前記帯域推定値以下に前記ビットレートを設定することが好ましい。
［形態１４］
前記仮想クライアント部は、音声情報が付随した前記画面情報を生成し、
前記音声情報を前記画面情報から分離する画面キャプチャ部と、
前記音声情報を圧縮するオーディオエンコーダ部と、
を備えることが好ましい。
［形態１５］
上記第３の視点に係るサーバ装置の制御方法のとおりである。
［形態１６］
前記帯域推定値算出工程は、
前記画面情報の送信に対する前記端末装置から返信される情報に基づき、前記帯域推定値を算出することが好ましい。
［形態１７］
前記帯域推定値算出工程は、
前記端末装置に対し、所定の時間以上、前記画面情報が送信されていない場合に、前記端末装置に対して送信された情報に対する、前記端末装置からの返信に基づき、前記帯域推定値を算出することが好ましい。
［形態１８］
前記帯域推定値算出工程からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信する工程と、
前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを受信する工程と、
を含むことが好ましい。
［形態１９］
前記帯域推定値算出工程は、
前記端末装置に向けて送信したパケットのサイズと、前記端末装置に向けて送信されたパケットを前記端末装置が受け取った時刻と、に基づいて、前記帯域推定値を算出することが好ましい。
［形態２０］
前記ビットレートを算出する工程は、
前記帯域推定値以下に前記ビットレートを設定することが好ましい。
［形態２１］
前記仮想クライアント工程は、音声情報が付随した前記画面情報を生成し、
前記音声情報を前記画面情報から分離する工程と、
前記音声情報を圧縮するオーディオエンコード工程と、
を含むことが好ましい。
［形態２２］
上記第４の視点に係るプログラムのとおりである。
［形態２３］
前記帯域推定値算出処理は、
前記画面情報の送信に対する前記端末装置から返信される情報に基づき、前記帯域推定値を算出することが好ましい。
［形態２４］
前記帯域推定値算出処理は、
前記端末装置に対し、所定の時間以上、前記画面情報が送信されていない場合に、前記端末装置に対して送信された情報に対する、前記端末装置からの返信に基づき、前記帯域推定値を算出することが好ましい。
［形態２５］
前記帯域推定値算出工程からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信する処理と、
前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを受信する処理と、
を実行することが好ましい。
［形態２６］
前記帯域推定値算出処理は、
前記端末装置に向けて送信したパケットのサイズと、前記端末装置に向けて送信されたパケットを前記端末装置が受け取った時刻と、に基づいて、前記帯域推定値を算出することが好ましい。
［形態２７］
前記ビットレートを算出する処理は、
前記帯域推定値以下に前記ビットレートを設定することが好ましい。
［形態２８］
前記仮想クライアント処理は、音声情報が付随した前記画面情報を生成し、
前記音声情報を前記画面情報から分離する処理と、
前記音声情報を圧縮するオーディオエンコード処理と、
を実行することが好ましい。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

図２は、本実施形態に係る通信システムの構成の一例を示す図である。

図２に示す通信システムでは、クラウド網３００及びモバイルネットワーク４００を使用してシンクライアントシステムを実現する。クラウド網３００上にサーバ装置１０が配置されている。また、クラウド網３００に接続されたモバイルネットワーク４００には、パケット転送装置２０と、無線ネットワーク制御装置（ＲＮＣ；Radio Network Controller）３０と、基地局４０と、が含まれている。

なお、図２に示す構成は、パケット転送装置２０としてＳＧＳＮ／ＧＧＳＮ装置を用いる場合の構成を示している。ＳＧＳＮ／ＧＧＳＮ装置とは、ＳＧＳＮ（Serving GPRS Support Node）装置とＧＧＳＮ（Gateway GPRS Support Node）装置を一体化した装置である。

図２に示す通信システムにおいて、エンドユーザは携帯端末５０を、クラウド網３００に配置されたサーバ装置１０の仮想クライアントに接続する。その上で、エンドユーザは、サーバ装置１０上の仮想クライアントをあたかも実端末を操作するように操作する。このようなシンクライアントシステムの実現にあたり、携帯端末５０はサーバ装置１０に対し操作信号を送出する。操作信号は、モバイルネットワーク４００上の基地局４０、無線ネットワーク制御装置３０、パケット転送装置２０を経由して、サーバ装置１０に到達する。

操作信号は、携帯端末５０におけるキー操作、画面へのタッチ操作、文字入力又はスクロール等の操作に応じてサーバ装置１０に送出される信号である。携帯端末５０から送出された操作信号は、モバイルネットワーク４００上の各種装置を介し、クラウド網３００上のサーバ装置１０に到達し、サーバ装置１０が操作信号を受信する。

ここで、操作信号を送出する際のプロトコルには、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）及びその上位層に位置づけられるＨＴＴＰ（Hyper Text Transfer Protocol）が使用できる。但し、操作信号を送出するプロトコルを限定する趣旨ではなく、ＳＩＰ（Session Initiation Protocol）等を用いることもできる。

パケット転送装置２０は、サーバ装置１０が送出するパケットを、ＧＴＰ−Ｕ（GPRS Tunneling Protocol for User Plane）プロトコルによりトネリングして無線ネットワーク制御装置３０に転送する。

無線ネットワーク制御装置３０は、基地局４０を介し、パケット転送装置２０から転送されたパケットを、無線により携帯端末５０に送出する。

携帯端末５０は、モバイルネットワーク４００を介してサーバ装置１０が送出するパケットを受信する。携帯端末５０は、パケットに格納されたデータを取り出し、取り出したデータに基づき画面表示を行う。その際、パケットに格納されたデータは、携帯端末５０に表示させる画像信号を圧縮した圧縮符号化ビットストリームである。

携帯端末５０は、サーバ装置１０に搭載されている画像エンコーダ（後述する画像エンコーダ部２４０）に対応したデコーダを搭載している。このデコーダにより、受信したパケットから抽出した圧縮符号化ビットストリームを復号し、復号した画面を携帯端末５０の表示部（例えば、液晶パネル等）に表示する。なお、サーバ装置１０が生成した画面情報に音声が関連付けられている場合には、画像信号と同様に対応するデコーダを用いて音声を再生する。

次に、サーバ装置１０の詳細について説明する。

図３は、サーバ装置１０の内部構成の一例を示す図である。

サーバ装置１０は、操作信号パケット受信部２００と、仮想クライアント部２１０と、画面キャプチャ部２２０と、帯域推定値算出部２３０と、画像エンコーダ部２４０と、オーディオエンコーダ部２５０と、第１のパケット送受信部２６０と、第２のパケット送受信部２７０と、第３のパケット送受信部２８０と、を含んで構成されている。なお、図３には、簡単のため、本実施形態に係るサーバ装置１０に関係するモジュールのみを記載する。

操作信号パケット受信部２００は、携帯端末５０から操作信号であるＴＣＰ／ＩＰパケットを、モバイルネットワーク４００に含まれる各種装置を経由して受信する。操作信号パケット受信部２００は、受信したＴＣＰ／ＩＰパケットから操作信号を抽出し、仮想クライアント部２１０に出力する。

仮想クライアント部２１０は、サーバ装置１０が提供する各種サービスを実現する。より具体的には、仮想クライアント部２１０は、ＣＰＵ（Central Processing Unit）、ハードディスク、キャッシュメモリ、音声／静止画／動画デコーダ等を搭載しており、これらのハードウェアを使用するアプリケーションソフトを実行することで、各種サービスを提供する。なお、アプリケーションソフトの更新は、サーバ装置１０の外部から容易に行える構成が好ましい。

仮想クライアント部２１０は、操作信号パケット受信部２００から受け付けた操作信号を解析する。仮想クライアント部２１０は、解析した結果に応じて適切なアプリケーションソフトを起動し、起動したアプリケーションソフトが携帯端末５０に画面表示させるために必要な画面情報を予め定めた画面解像度で生成する。生成された画面情報は、画面キャプチャ部２２０に出力される。

画面キャプチャ部２２０は、予め定められた画面解像度及びフレームレートにより仮想クライアント部２１０が出力するＲＧＢ信号をキャプチャする。さらに、画面キャプチャ部２２０は、ＲＧＢ信号を輝度信号（Ｙ）及び色差信号（Ｃｂ、Ｃｒ）に変換し、画像エンコーダ部２４０に出力する。なお、画面キャプチャ部２２０におけるＲＧＢ信号から輝度信号（Ｙ）及び色差信号（Ｃｂ、Ｃｒ）への変換方法は、どのような方法であってもよい。さらに、輝度信号と色差信号への変換以外に、別の変換形式、例えば、ＹＵＶ信号への変換等を用いることもできる。なお、仮想クライアント部２１０が、音声（オーディオ信号）が付随した画像情報を生成した場合には、画面キャプチャ部２２０は、付随するオーディオ信号の読み出しも行い、読み出したオーディオ信号をオーディオエンコーダ部２５０に出力する。

帯域推定値算出部２３０及び画像エンコーダ部２４０については後述する。

オーディオエンコーダ部２５０は、オーディオ信号を受け付け、受け付けたオーディオ信号を予め定められた方式で圧縮符号化することで、圧縮符号化ビットストリームを生成する。生成された圧縮符号化ビットストリームは、第２のパケット送受信部２７０に出力される。

ここで、オーディオ信号の圧縮符号化方式には、ＭＰＥＧ−４ ＡＡＣ（MPEG-4 Advanced Audio Coding）やＥｎｈａｎｃｅｄ ＡＡＣ等の変換方式を使用することができる。なお、サーバ装置１０は、ＭＰＥＧ−４ ＡＡＣを使用するものとして以降の説明を行うが、オーディオ信号の圧縮符号化方式がＭＰＥＧ−４ ＡＡＣに限定されるものではないことは勿論である。

第１のパケット送受信部２６０は、画像エンコーダ部２４０から圧縮符号化ビットストリームを受け付ける。さらに、第１のパケット送受信部２６０は、圧縮符号化ビットストリームをパケットのペイロードに格納し、予め定められたプロトコルによりパケットを構築して、パケット転送装置２０に送出する。なお、予め定められたプロトコルとして、ＲＴＰ／ＵＤＰ／ＩＰ（Real-time Transport Protocol/User Datagram Protocol/Internet Protocol）、ＵＤＰ／ＩＰ、ＴＣＰ／ＩＰ等を用いることができる。なお、第１のパケット送受信部２６０は、ＵＤＰ／ＩＰを用いるものとして以降の説明を行うが、使用するプロトコルをＵＤＰ／ＩＰに限定する趣旨ではない。

さらに、別の構成として、圧縮符号化ビットストリームをＭＰＥＧ−４や３ＧＰ等のファイルフォーマットを用いてファイルに一旦格納し、このファイルをパケットで送出することもできる。この場合のパケットプロトコルはＴＣＰ／ＩＰを用いることができる。

第２のパケット送受信部２７０は、オーディオエンコーダ部２５０から圧縮符号化ビットストリームを受け付け、ＵＤＰ／ＩＰによるパケットを構築し、パケットのペイロードに圧縮符号化ビットストリームを格納した上で携帯端末５０に向け送出する。

第３のパケット送受信部２８０は、帯域推定値算出部２３０から、後述するプローブパケットを送出する指示に応じて、携帯端末５０に向けプローブパケットを送出する。

次に、帯域推定値算出部２３０について説明する。

図４は、帯域推定値算出部２３０の内部構成の一例を示す図である。

帯域推定値算出部２３０は、判別部２３１、スイッチ２３２及び帯域推定部２３３を含んで構成されている。

判別部２３１は、画像エンコーダ部２４０（後述する画像エンコーダ部２４０の差分判別部２４２）から判別結果を受け付ける。判別部２３１は、この判別結果に応じて、スイッチ２３２の入力元を切り替える。画像エンコーダ部２４０が出力する判別結果には、予め定められた時間間隔以上、画面情報をエンコードしていないか否かに関する情報が含まれる。

判別部２３１は、受け付けた判別結果が、予め定められた時間以内に画面情報をエンコードしたことを示す場合には、スイッチ２３２に対し、第１のパケット送受信部２６０からの出力信号を帯域推定部２３３に出力するように指示する。一方、判別部２３１は、受け付けた判別結果が、予め定められた時間以内に画面情報をエンコードしていないことを示す場合には、モバイルネットワーク４００における帯域推定を目的としたパケットを連続して送出する指示を第３のパケット送受信部２８０に行う。その際、判別部２３１は、スイッチ２３２に対し、第３のパケット送受信部２８０からの出力信号を帯域推定部２３３に出力するように指示する。

帯域推定部２３３は、モバイルネットワーク４００の帯域を推定するために、次に示す処理Ａ又は処理Ｂのいずれかを選択し、実行する。帯域推定部２３３は、判別部２３１が出力する判別結果が、予め定められた時間内にエンコードしたことを示す場合は、後述する処理Ａを実行する。一方、帯域推定部２３３は、判別部２３１が出力する判別結果が、予め定められた時間間隔以上エンコードしていなことを示す場合は、後述する処理Ｂを実行する。

続いて、処理Ａ及び処理Ｂについて説明する。

初めに、処理Ａについて説明する。

［処理Ａ］
帯域推定部２３３は、第１のパケット送受信部２６０が出力する信号を受け付け、下記の式（１）に基づき、帯域推定値Ｗを算出する。

なお、式（１）において、Ｄ（ｉ）は、第１のパケット送受信部２６０から携帯端末５０に向けて送出したｉ番目（ｉは２以上の整数、以下同じ）のパケットのデータサイズを示す。Ｒ（ｉ）は、携帯端末５０において上述のｉ番目のパケットを受信したときの時刻である。Ｒ（ｉ）は、携帯端末５０から第１のパケット送受信部２６０に返信されたパケットから得られる情報である。

次に、式（１）で計算した帯域推定値Ｗを、下記の式（２）に基づき、時間的に平滑化する。

Ｂ（ｎ）＝（１−β）Ｂ（ｎ−１）＋βＷ ・・・（２）

なお、Ｂ（ｎ）は第ｎ時刻（ｎは１以上の整数、以下同じ）における平滑化後の帯域推定値を示す。βは０＜β＜１の範囲の定数である。

次に、式（２）に基づき平滑化した帯域推定値Ｂ（ｎ）を用いて、予め定められた時刻ごとに、式（３）及び（４）に従い、画像信号をエンコードする際のビットレートＣ（ｎ）を算出する。さらに、帯域推定部２３３は、ビットレートＣ（ｎ）を予め定められた時間ごとに、画像エンコーダ部２４０に出力する。

Ｃ（ｎ）＝（１−γ）Ｃ（ｎ−１）＋γＢ（ｎ） ・・・（３）

Ｃ（ｎ）≦Ｂ（ｎ） ・・・（４）

なお、Ｃ（ｎ）は、第ｎ時刻でのビットレートを示す。γは０＜γ＜１の範囲の定数である。

次に、処理Ｂについて説明する。

判別部２３１は、予め定められたタイミングにおいて、第３のパケット送受信部２８０に対し、帯域推定を意図した特定のパケットを、プローブパケットとして連続的に送出させる。即ち、第３のパケット送受信部２８０は、判別部２３１の指示に従い、携帯端末５０に向けＭ個以上のプローブパケットを連続して送出する（但し、Ｍは２以上の整数）。プローブパケットには、少なくとも、プローブパケットのデータサイズ、プローブパケットのサーバからの送信時刻に関する情報を含めておく。また、プローブパケットの送出に用いるプロトコルは、第１のパケット送受信部２６０が用いるプロトコルと同じプロトコルを使用する。即ち、本実施形態に係るサーバ装置１０は、ＵＤＰ／ＩＰを使用する。

プローブパケットを受け取った携帯端末５０は、それぞれのプローブパケットに対して返信パケットを送出する。携帯端末５０が送出する返信パケットには、データサイズ、サーバ装置１０からの送信時刻及び携帯端末５０での受信時刻に関する情報を含めておく。第３のパケット送受信部２８０は、携帯端末５０が連続して送出した返信パケットを受信する。第３のパケット送受信部２８０は、受信した返信パケットから、データサイズ、サーバ装置１０からの送信時刻及び携帯端末５０での受信時刻に関する情報を抽出し、これらの情報を帯域推定値算出部２３０に出力する。

帯域推定値算出部２３０は、返信パケットのデータサイズ、サーバ装置１０からの送信時刻及び携帯端末５０での受信時刻に関する情報を受け付ける。その後、帯域推定部２３３は、以下の処理Ｂを実行する。

［処理Ｂ］
帯域推定部２３３は、返信パケットを送信時刻の順番に並び替え、予め定められた時刻ごとに下記の式（５）に従い帯域推定値Ｗを算出する。

なお、式（５）において、Ｄ（ｉ）は、第３のパケット送受信部２８０からｉ番目に送出したパケットのデータサイズを示す。Ｒ（Ｍ）は、Ｍ番目に送出されたパケットの携帯端末５０における受信時刻を示す。Ｒ（１）はサーバ装置１０から最初に送出されたパケットの携帯端末５０における受信時刻を示す。

次に、帯域推定値算出部２３０は、算出した帯域推定値Ｗに式（２）を適用し、時間的に平滑化する。続いて、帯域推定値算出部２３０は、式（２）を用いて平滑化した帯域推定値Ｂ（ｎ）を用いて、予め定められた時刻ごとに、式（３）に従い、画像をエンコーダする際のビットレートＣ（ｎ）を算出する。算出されたビットレートＣ（ｎ）は、予め定められた時間ごとに画像エンコーダ部２４０に出力される。

次に、画像エンコーダ部２４０について説明する。

図５は、画像エンコーダ部２４０の内部構成の一例を示す図である。

画像エンコーダ部２４０は、バッファ部２４１と、差分判別部２４２と、スイッチ２４３と、画像符号化部２４４と、レート制御部２４５と、を含んで構成されている。

バッファ部２４１は、画面キャプチャ部２２０から、予め定められた画面解像度と予め定められたフレームレートで画像信号を受け付け、１フレーム分の画像信号を蓄積する。バッファ部２４１は、画面キャプチャ部２２０による変換後の信号（輝度信号、色差信号）を１フレーム分蓄積した上で、蓄積した画像信号をスイッチ２４３に出力する。

差分判別部２４２は、その内部に１フレーム分過去の画像信号を蓄積している。また、差分判別部２４２は、現在のフレームの画像信号をバッファ部２４１から受け付ける。差分判別部２４２は、内部に蓄積した１フレーム分過去の画像信号と、現在のフレームの画像信号と、を使用し、画像信号をエンコードするか否かを判別する。

より具体的には、差分判別部２４２は、下記の式（６）に基づき、受け付けた画像信号の現在のフレーム信号と１フレーム分過去の画像信号との差分絶対値和（ＳＡＤ；Sum of Absolute Difference）を計算する。

なお、式（６）において、Ｄ＿ｋは、ｋ番目のフレームにおけるＳＡＤ値を示す（ｋは整数、以下同じ）。Ｐ＿ｋ（ｘ、ｙ）は、ｋ番目のフレームにおける画素信号の座標を示す。

式（６）においてＳＡＤ値を計算する範囲（Σを計算する範囲）は、１フレーム全体であってもよいし、一部分の領域に限ってもよい。また、前者の場合は、領域ごとに重要度を変える場合も考えられ、そのような場合には、ＳＡＤ値を計算する際に領域ごとに異なる重み付けを差分絶対値に乗じ、ＳＡＤ値を算出することもできる。

次に、差分判別部２４２は、Ｄ＿ｋと予め定められた閾値Ｔ＿ｔｈを比較し、画像信号をエンコードするか否か判別する。具体的には、Ｄ＿ｋが閾値Ｔ_ｔｈ以上の場合は、画像信号の変化が大きい（画像信号で表現される要素の動きが大きい）ので、画像信号をエンコードすべきと判別する。一方、Ｄ＿ｋが閾値Ｔ_ｔｈより小さい場合は、画像信号の変化が小さい（動きが少ない）ので、エンコードは不要であると判別する。

差分判別部２４２は、上記の判別結果をスイッチ２４３及び帯域推定値算出部２３０に出力する。帯域推定値算出部２３０に含まれる判別部２３１は、差分判別部２４２が出力する判別結果に基づいて、予め定めた時間内に画像信号がエンコードされ、圧縮符号化ビットストリームが携帯端末５０に送出されたか否かを判別する。

スイッチ２４３は、差分判別部２４２の判別結果に基づき、バッファ部２４１が出力する１フレーム分の画像信号を画像符号化部２４４に出力するか否かを切り替える。より具体的には、差分判別部２４２の判別結果がエンコードを指示している場合には、１フレーム分の画像信号を画像符号化部２４４に出力する。一方、差分判別部２４２の判別結果がエンコードを指示していない場合には、１フレーム分の画像信号を画像符号化部２４４に出力しない。

レート制御部２４５は、帯域推定値算出部２３０に含まれる帯域推定部２３３から、予め定められた時間ごとに、画像をエンコーダする際のビットレートＣ（ｎ）を受け付ける。さらに、レート制御部２４５は、ビットレートＣ（ｎ）から、画像をエンコーダする際の画面解像度ＶＲ及びフレームレートｆｐｓを算出し、ビットレートＣ（ｎ）、画面解像度ＶＲ及びフレームレートｆｐｓを画像符号化部２４４に出力する。

画像符号化部２４４は、レート制御部２４５から予め定められたタイミングごとに、ビットレートＣ（ｎ）、画面解像度ＶＲ及びフレームレートｆｐｓを受け付ける。画像符号化部２４４は、スイッチ２４３から１フレーム分の画像信号を受け付けている場合に、予め定められた圧縮符号化方式を用いて、圧縮符号化時の最大ビットレートをＣ（ｎ）に設定する。圧縮符号化時の最大ビットレートをＣ（ｎ）に設定することにより、帯域推定値を超えない範囲内で、受け付けた画像信号を圧縮することができる。その後、画像符号化部２４４は、生成した圧縮符号化ビットストリームを第１のパケット送受信部２６０に出力する。なお、予め定められた圧縮符号化方式には、Ｈ．２６４、ＭＰＥＧ−４、ＪＰＥＧ２０００、ＪＰＥＧ等の方式を使用できる。但し、圧縮符号化方式をこれらに限定する趣旨ではない。

スイッチ２４３から１フレーム分の画像信号を受け付けない場合は、画像符号化部２４４は圧縮符号化処理を行わない。その結果、第１のパケット送受信部２６０に圧縮符号化ビットストリームが出力されることはない。

次に、サーバ装置１０の動作を、フローチャートを用いて説明する。

図６は、サーバ装置１０の動作の一例を示すフローチャートである。

サーバ装置１０は仮想クライアント部２１０を使用して、携帯端末５０に送信する画面情報を生成する（ステップＳ０１）。その後、帯域推定値算出部２３０の判別部２３１は、予め定められた時間内に画像がエンコードされたか否かを判別する（ステップＳ０２）。予め定めた時間内に、画像がエンコードされていない場合（ステップＳ０２、Ｎｏ分岐）には、その間にモバイルネットワーク４００の帯域が変動している可能性があるため、プローブパケットを携帯端末５０に送信し、ネットワークの帯域を推定するために必要な情報を入手する（ステップＳ０３）。即ち、画像エンコーダ部２４０が予め定められた時間間隔以上、画像信号をエンコードしていない場合は、その間、サーバ装置１０から携帯端末５０に向けてパケットが送信されていないことを意味するためである。

ステップＳ０４では、帯域推定部２３３が、ステップＳ０３において入手した情報、又は、携帯端末５０に向けて送出したパケットに対する返信パケットに基づいてモバイルネットワーク４００の帯域を推定する。その後、帯域推定部２３３は、画像エンコーダ部２４０において、画像をエンコードする際に使用するビットレートを決定する（ステップＳ０５）。画像エンコーダ部２４０で生成された圧縮符号化ビットストリームは第１のパケット送受信部２６０を介して携帯端末５０に送出される（ステップＳ０６）。

なお、図２に示すモバイルネットワーク４００は、上述のようにモバイルＬＴＥ／ＥＰＣネットワークとすることもできるし、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）網やＷｉＦｉ（Wireless Fidelity）網とすることもできる。さらに、固定網やＮＧＮ（Next Generation Network）網とすることもできる。但し、その場合は、携帯端末からではなく、固定端末やＰＣ（Personal Computer）からの接続となる。

図２では、サーバ装置１０をクラウド網３００に配置したが、インターネット網にサーバ装置１０を配置することもできる。また、別の構成として、組織内にシンクライアントシステムのサーバを配置する場合はサーバ装置１０をイントラネット網に配置することもできる。さらにまた、別の構成として、通信事業者自らがシンクライアントシステムのサーバを配置する場合は、モバイルネットワーク４００上、固定網上、ＮＧＮ網上のいずれかにサーバ装置１０を配置することもできる。

画像エンコーダ部２４０やオーディオエンコーダ部２５０の圧縮符号化方式には種々の方式を使用できるのは上述のとおりである。また、第１のパケット送受信部２６０、第２のパケット送受信部２７０、第３のパケット送受信部２８０にて使用するプロトコルについても様々なプロトコルを使用することができる。

上述した帯域推定値算出部２３０におけるネットワークの帯域推定の方法は、例示であって、他の方法によりネットワークの帯域を推定してもよい。さらに、帯域推定値算出部２３０では、画像エンコーダ部２４０に対するビットレートの指示を行ったが、帯域推定値からビットレートを算出する際に、画像をエンコードする際のビットレートだけでなく、音声をエンコードする際のビットレートを含めたビットレートを算出してもよい。この場合には、帯域推定値算出部２３０は、画像エンコーダ部２４０及びオーディオエンコーダ部２５０の両者に対して、各々のビットレートを制御するように変更する。

上述したように、特許文献１が開示する通信システムでは、受信装置が片方向遅延時間、パケットロス率、受信レート等の統計データを算出する。その後、受信装置は片方向遅延を伝送するために拡張したＲＴＣＰ（Real-time Transport Control Protocol）パケットを用いて統計データを送信装置に送信する。そのため、上り方向の送信データ量が多く、上りネットワーク帯域を圧迫する可能性がある。また、特許文献１には、送信装置において、どのように受信した統計情報からネットワークの帯域を推定するかについて具体的な開示はない。さらに、送信装置において、どのように遅延時間からエンコードレートを決定するかについて具体的な開示がない。

一方、本実施形態に係る通信システムでは、サーバ装置１０から特定のパケット（プローブパケット）を連続して携帯端末５０に送出し、携帯端末５０が応答した情報に基づき、サーバ装置１０の側でネットワークの帯域を推定する。そのため、携帯端末５０における処理量が増大するという問題は生じない。また、携帯端末５０から大きなサイズの統計データを送出する必要はないため、上り方向の帯域を圧迫することもない。

以上のように、モバイルパケットネットワークやＬＴＥ／ＥＰＣネットワークを介してシンクライアントシステムを構築する場合に、サーバ装置１０から送出する圧縮符号化ビットストリームのビットレートを、ネットワークの帯域幅の時間的な変動に追従して制御する。その結果、ネットワーク上でのパケットの滞留やパケットロスがなくなり、携帯端末５０側で画面の更新が遅くなる、画面が乱れる等のＱｏＥの悪化を抑制することができる。

なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０、１０２ サーバ装置
２０ パケット転送装置
３０ 無線ネットワーク制御装置
４０ 基地局
５０ 携帯端末
１００ 通信システム
１０１ 端末装置
１０３、２１０ 仮想クライアント部
１０４、２４０ 画像エンコーダ部
１０５、２３０ 帯域推定値算出部
２００ 操作信号パケット受信部
２２０ 画面キャプチャ部
２３１ 判別部
２３２、２４３ スイッチ
２３３ 帯域推定部
２４１ バッファ部
２４２ 差分判別部
２４４ 画像符号化部
２４５ レート制御部
２５０ オーディオエンコーダ部
２６０ 第１のパケット送受信部
２７０ 第２のパケット送受信部
２８０ 第３のパケット送受信部
３００ クラウド網
４００ モバイルネットワーク

Claims (9)

1. 表示部を備える端末装置と、
   ネットワークを介して前記端末装置における操作を受け付け、前記ネットワークを介して前記表示部に表示する画面情報を送信するサーバ装置と、
   を含み、
   前記サーバ装置は、
   前記端末装置における操作に応じた処理を実行し、前記画面情報を生成する仮想クライアント部と、
   前記画面情報を所定の方式より圧縮する画像エンコーダ部と、
   前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出部と、
   前記帯域推定値算出部からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記連続して送信された特定のパケットに対して前記端末装置が返信したパケットを前記帯域推定値算出部に出力するパケット送受信部と、
   を備え、
   前記帯域推定値算出部は、前記帯域推定値に基づき、前記画像エンコーダ部が前記画面情報を圧縮する際のビットレートを算出し、
   前記帯域推定値算出部は、前記画像エンコーダ部が予め定めた所定の期間内に前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式
   

   

   に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、ことを特徴とする通信システム。
2. 前記帯域推定値算出部は、
   前記画面情報の送信に対する前記端末装置から返信される情報に基づき、前記帯域推定値を算出する請求項１の通信システム。
3. 前記帯域推定値算出部は、
   前記端末装置に対し、所定の時間以上、前記画面情報が送信されていない場合に、前記端末装置に対して送信された情報に対する、前記端末装置からの返信に基づき、前記帯域推定値を算出する請求項１又は２の通信システム。
4. 前記帯域推定値算出部は、
   前記端末装置に向けて送信したパケットのサイズと、前記端末装置に向けて送信されたパケットを前記端末装置が受け取った時刻と、に基づいて、前記帯域推定値を算出する請求項１乃至３のいずれか一項に記載の通信システム。
5. 前記帯域推定値算出部は、
   前記帯域推定値以下に前記ビットレートを設定する請求項１乃至４のいずれか一項に記載の通信システム。
6. 前記仮想クライアント部は、音声情報が付随した前記画面情報を生成し、
   前記サーバ装置は、
   前記音声情報を前記画面情報から分離する画面キャプチャ部と、
   前記音声情報を圧縮するオーディオエンコーダ部と、
   を備える請求項１乃至５のいずれか一項に記載の通信システム。
7. ネットワークを介して接続された端末装置における操作に応じた処理を実行し、前記端末装置に表示させる画面情報を生成する仮想クライアント部と、
   前記画面情報を所定の方式より圧縮する画像エンコーダ部と、
   前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出部と、
   前記帯域推定値算出部からの指示に基づき、前記端末装置に対し、特定のパケットを連続して送信すると共に、前記連続して送信された特定のパケットに対して前記端末装置が返信したパケットを前記帯域推定値算出部に出力するパケット送受信部と、
   を備え、
   前記帯域推定値算出部は、前記帯域推定値に基づき、前記画像エンコーダ部が前記画面情報を圧縮する際のビットレートを算出し、
   前記帯域推定値算出部は、前記画像エンコーダ部が予め定めた所定の期間内に前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式
   

   

   に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、ことを特徴とするサーバ装置。
8. ネットワークを介して接続された端末装置における操作に応じた処理を実行し、前記端末装置に表示させる画面情報を生成する仮想クライアント工程と、
   前記画面情報を所定の方式より圧縮する画像エンコード工程と、
   前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出工程と、
   前記帯域推定値に基づき、前記画面情報を圧縮する際のビットレートを算出する工程と、
   前記端末装置に対し、特定のパケットを連続して送信すると共に、前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを受信するパケット送受信工程と、
   を含み、
   前記帯域推定値算出工程は、
   前記画像エンコード工程が予め定めた所定の期間内に、前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式
   

   

   に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、ことを特徴とするサーバ装置の制御方法。
9. ネットワークを介して接続された端末装置における操作に応じた処理を実行し、前記端末装置に表示させる画面情報を生成する仮想クライアント処理と、
   前記画面情報を所定の方式より圧縮する画像エンコード処理と、
   前記ネットワークの帯域の推定値である帯域推定値を算出する帯域推定値算出処理と、
   前記帯域推定値に基づき、前記画面情報を圧縮する際のビットレートを算出する処理と、
   前記端末装置に対し、特定のパケットを連続して送信すると共に、前記端末装置が前記連続して送信された特定のパケットに対して返信したパケットを受信するパケット送受信処理と、
   をサーバ装置を制御するコンピュータに実行させ、
   前記帯域推定値算出処理は、
   前記画像エンコード処理が予め定めた所定の期間内に、前記画面情報を圧縮していない場合には、前記連続して送信された特定のパケットに対する前記端末装置からの返信パケットを送信時刻順に並び替え、予め定めた時刻ごとに、下記の式
   

   

   に従い帯域推定値を算出し、Ｄ（ｉ）はｉ番目に送信された前記特定のパケットのデータサイズを示し、Ｒ（Ｍ）はＭ番目（Ｍは正の整数）に送信された前記特定のパケットの前記携帯端末における受信時刻を示し、Ｒ（１）は最初に送信された前記特定のパケットの前記携帯端末における受信時刻を示す、プログラム。

Images