WO2022201221A1

WO2022201221A1 - 通信システム、通信方法、サーバ、クライアント端末、および、プログラム

Info

Publication number: WO2022201221A1
Application number: PCT/JP2021/011614
Authority: WO
Inventors: みづき池谷; 圭藤本; 奨悟斎藤; 哲朗中村
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: NTT Inc
Priority date: 2021-03-22
Filing date: 2021-03-22
Publication date: 2022-09-29
Anticipated expiration: 2023-09-22
Also published as: US20240098318A1; JP7452753B2; US12363362B2; JPWO2022201221A1

Abstract

サーバ側システム（１０）と、クライアント側システム（２０）とがネットワークを介して通信接続される通信システム（１）であって、サーバ側システム（１０）は、入力情報（３００）と、ロスチャンク番号とを含む入力情報パケットを、クライアント側システム（２０）から受信する情報受信部（１１１）と、映像データ（４００）を生成する映像処理部（１１２）と、映像データ（４００）をチャンク化し番号を付与するチャンク化機能部（１１３）と、チャンクロス率を計算し、送信間隔決定ロジックに基づき送信間隔を決定するチャンクロス判定部（１１４）と、チャンク化した映像データ（４００）を、クライアント側システム（２０）へ送信する送信制御部（１１５）とを備える。

Description

通信システム、通信方法、サーバ、クライアント端末、および、プログラム

　本発明は、ネットワークにおけるリモートサーバへの高負荷処理のオフロードを行う、通信システム、通信方法、サーバ、クライアント端末、および、プログラムに関する。

　従来の通信システムにおいては、たとえばＶＲ（Virtual Reality）をユースケースとして説明すると、ＨＭＤ（Head Mounted Display）が、視線情報等の入力情報を、ＵＳＢ－Ｃケーブル等でエンドユーザが持つＰＣ（Personal Computer）へ送信し、そのＰＣ内でレンダリング処理やエンコード処理を実行する。そして、ＰＣから映像情報を再度ＵＳＢ－Ｃ等を用いてＨＭＤに送信する手法が用いられている（非特許文献１，２参照）。

久保田　瞬，「QuestとPCを繋ぐ「Oculus Link」驚くほど違和感なし」，［online］，Mogura VR，2019年9月30日，［令和3年3月5日検索］、インターネット＜ＵＲＬ：https://www.moguravr.com/oculus-link-report/＞ Volga Aksoy, et al.,"How does Oculus Link Work? The Architecture, Pipeline and AADT Explained," ［online］， Oculus Gelistirici Blogu，2019年11月22日，［令和3年3月5日検索］、インターネット＜https://developer.oculus.com/blog/how-does-oculus-link-work-the-architecture-pipeline-and-aadt-explained/?locale=tr_TR＞

　上記した通信システムにおいてＶＲ視聴のためには、ＨＭＤで測位した視線情報をもとに、視線方向の映像をリアルタイムにレンダリングして描画する。その際、当該処理の演算量は大きく、高性能のプロセッサや、専用のアクセラレータ（例えば、ＧＰＵ（Graphics Processing Unit）等）が必要となる。

　つまり、ユーザが上記システムを利用しようとする場合には、ユーザ側が備えるクライアントシステムにおいて、高性能のプロセッサや、専用のアクセラレータ（ＧＰＵ等）を搭載したＰＣや据え置き型ゲーム機を用意して宅内に配置し、処理負荷の大きいメディア処理をそのマシンパワーの助力により演算し、演算結果をＨＭＤ側で投影する手法がとられている。

　このような点に鑑みて本発明がなされたのであり、本発明は、クライアントシステムの処理負荷を低減し、ユーザ側において、高性能のプロセッサや専用のアクセラレータを備える必要をなくすことを課題とする。

　本発明に係る通信システムは、サーバ側システムと、クライアント側システムとがネットワークを介して通信接続される通信システムであって、前記サーバ側システムが、レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント側システムから受信する情報受信部と、受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部と、生成した前記映像データを、ＭＴＵ（Maximum Transmission Unit）のサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するチャンク化機能部と、前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部と、前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント側システムに送信する送信制御部と、を備え、前記クライアント側システムが、前記入力情報を取得する入力情報取得部と、前記サーバ側システムから、前記チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクの前記ロスチャンク番号を抽出するチャンク処理部と、受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するデータ出力部と、前記入力情報、および、抽出した前記ロスチャンク番号を含む前記入力情報パケットを、前記サーバ側システムに送信する入力情報送信部と、を備えることを特徴とする通信システムとした。

　本発明によれば、クライアントシステムの処理負荷を低減し、ユーザ側において、高性能のプロセッサや専用のアクセラレータを備える必要をなくすことができる。

本実施形態に係る通信システムの全体構成を示す図である。本実施形態に係る送信間隔チャンクロス対応情報のデータ構成例を示す図である。本実施形態に係るサーバが送信するパケット（ＵＤＰパケット）の例を示す図である。本実施形態に係るクライアント端末が送信するパケット（ＵＤＰパケット）の例を示す図である。本実施形態に係る通信システムの処理の流れ（初期時）を示すシーケンス図である。本実施形態に係る通信システムの処理の流れを示すシーケンス図である。本実施形態に係るサーバおよびクライアント端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。

　次に、本発明を実施するための形態（以下、「本実施形態」と称する。）について説明する。まず、本発明の概要を説明する。

＜概要＞
　本実施形態に係る通信システム（後記する図１参照）は、例えば、ＨＭＤにおける視線等の入力情報を、ユーザ宅内にあるクライアント（後記する図１の「クライアント側システム２０」）からネットワーク（ＮＷ）経由で取得し、ＤＣ（データセンタ）等の遠隔地にあるサーバ（後記する図１の「サーバ側システム１０」）で映像のレンダリング処理を行い、映像データをＮＷ経由でクライアントに送信する。これにより、クライアント側での電力消費と計算負荷とを低減する。
　なお、クライアントは、例えばＨＭＤのような専用端末のみで構成されていてもよいし、ＨＭＤ等の専用端末とその専用端末に接続されたＰＣとを備えるシステムで構成されていてもよい。

　クライアントとサーバとの間において、ＮＷ経由で映像データのやり取りを行う際には、エンコード／デコード処理等に伴うデータ遅延が問題となる。この問題を解決するため、本通信システムでは、無圧縮の映像データをＮＷ通信に使用する。具体的には、ＮＷで１回に送信できる最大のデータサイズであるＭＴＵ（Maximum Transmission Unit）に応じて、映像データを１フレーム毎に細切れにする（チャンク化する）。この細切れにしたデータの塊をチャンクとよび、本通信システムにおいて、このチャンクの送信間隔を、映像データのチャンクロス率に応じて制御することで、チャンクロスや遅延発生の抑制を行う。
　以下、本発明の通信システムについて説明する。

＜本実施形態＞
　図１は、本実施形態に係る通信システム１の全体構成を示す図である。
　本実施形態に係る通信システム１は、図１に示すように、サーバ側システム１０とクライアント側システム２０とを備え、ＮＷを介して通信接続される。

　クライアント側システム２０は、前述のように、ＨＭＤのような専用端末のみで構成されていてもよいし、ＨＭＤ等の専用端末とその専用端末に接続されたＰＣとを備えるシステムで構成されていてもよいが、以下においては、専用端末としてのクライアント端末２０として説明する。
　このクライアント端末２０は、例えばＨＭＤにおける視線等の入力情報３００を、サーバ１０にＮＷを介して送信することにより、サーバ側でレンダリング処理を行った結果である映像データ４００を取得し、ディスプレイ等の表示装置に表示する機能を有する。

　サーバ側システム１０は、ＤＣ（データセンタ）内の一つ以上のサーバにより構成される。なお、後記する制御部１１内の機能部それぞれを、別サーバに備えるようにして複数のサーバからなるシステムとして構成してもよいが、以下においては、１つの筐体のサーバ１０においてすべての機能部を備えるものとして説明する。
　このサーバ１０は、クライアント側システム（クライアント端末）２０から、視線等の入力情報３００を取得し、その入力情報３００に応じた映像のレンダリング処理を行って映像データを生成し、ＮＷを介してクライアント側システム（クライアント端末）２０へ送信する。その際、サーバ１０は、映像データ４００をチャンク化し、パケットの送信間隔を制御（決定）した上でクライアント側システム（クライアント端末）２０へ送信する。

　このように、通信システム１は、サーバ側システム（サーバ）１０においてレンダリング処理等を行うことにより、クライアント側システム（クライアント端末）２０の電力消費や計算負荷を低減することができる。また、通信システム１は、チャンク化した映像データ４００を付したパケットの送信間隔を制御することにより、無圧縮で映像データを送信した場合におけるデータサイズが大きいことに起因する、バーストトラヒック発生によるパケットロスやＮＷ遅延、スループットの低下を回避することができる。
　この通信システム１を構成する、サーバ側システム（サーバ）１０およびクライアント側システム（クライアント端末）２０について、以下具体的に説明する。

≪サーバ側システム（サーバ）≫
　図１を参照して、本実施形態に係るサーバ１０について説明する。
　サーバ１０は、クライアント端末２０から、視線等の入力情報３００を取得し、その入力情報３００に応じた映像のレンダリング処理を行い映像データ４００を生成する。そして、サーバ１０は、生成した映像データ４００をチャンク化し、チャンクロス率に関する所定のロジックに基づき、パケット送信間隔を決定し、クライアント端末２０へ送信する。
　このサーバ１０は、制御部１１と、入出力部１２と、記憶部１３とを備える。

　入出力部１２は、クライアント端末２０や、他の装置等との間の情報について入出力を行う。例えば、入出力部１２は、クライアント端末２０から入力情報３００が付されたパケットを受信し、チャンク化した映像データ４００を付したパケットを送信する。
　この入出力部１２は、通信回線（ＮＷ）を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。

　記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。
　この記憶部１３には、画像データＤＢ（DataBase）１００および送信間隔チャンクロス対応情報２００が格納される。
　画像データＤＢ１００には、例えば、クライアント端末２０がＨＭＤの場合、ディスプレイに表示する映像の素材となる画像データが格納される。
　送信間隔チャンクロス対応情報２００は、チャンク化した映像データ４００を付したパケットの送信間隔それぞれに対応付けたチャンクロス率を示す情報であり、詳細は図２を参照して後記する。
　この記憶部１３には、さらに、制御部１１の各機能部を実行させるためのプログラムや、制御部１１の処理に必要な情報が一時的に記憶される。

　制御部１１は、サーバ１０が実行する処理の全般を司り、情報受信部１１１と、映像処理部１１２と、チャンク化機能部１１３と、チャンクロス判定部１１４と、送信制御部１１５とを含んで構成される。

　情報受信部１１１は、クライアント端末２０から、レンダリングを行うための入力情報３００が付されたパケット（以下、「入力情報パケット」と称する。）を受信する。この入力情報パケットに含められる情報は、入力情報３００のみの場合と、入力情報３００とともに、ロスしたチャンクのチャンク番号（以下、「ロスチャンク番号」と称する。）が付される場合とがある（詳細は後記）。
　なお、入力情報パケットにおいて、入力情報３００のみで、ロスチャンク番号が付されない場合は、初期時とパケットロスがなかった場合である。
　情報受信部１１１は、受信した入力情報パケットに付された入力情報３００を、映像処理部１１２に出力する。また、情報受信部１１１は、この入力情報パケットにロスチャンク番号が付されていた場合には、その情報をチャンクロス判定部１１４に出力する。

　映像処理部１１２は、情報受信部１１１が受信した入力情報３００に基づき、記憶部１３内の画像データＤＢ１００を参照し、入力情報３００に応じた映像のレンダリング処理を行い映像データ４００を生成する。
　そして、映像処理部１１２は、生成した映像データ４００を、チャンク化機能部１１３に出力する。

　チャンク化機能部１１３は、映像処理部１１２から取得した映像データ４００について、ＭＴＵのサイズに合わせたチャンク化処理を行う。なお、映像データ４００は予め設定しておいたＦＰＳ（Frames per Second）によって、1秒間のフレーム枚数（例えば、60fps）が決まるが、チャンク化機能部１１３は、１フレーム毎にＭＴＵに応じてチャンク化する。
　そして、チャンク化機能部１１３は、チャンク化後の各チャンクのデータについてチャンク番号の付与を行う。このチャンク番号は、番号順に整列させることで、元の映像データ４００が復元できるように予め設定した規則性をもって付される。

　チャンクロス判定部１１４は、情報受信部１１１から取得したロスチャンク番号と、チャンク化した映像データ４００をクライアント端末２０に送信する際に送信制御部１１５がカウントしたパケット数とに基づき、チャンクロス率を計算する。具体的には、チャンクロス判定部１１４は、ロスチャンク番号で示されるロスしたチャンクの合計数を、送信時にカウントしたパケット数で除すことにより、チャンクロス率を計算する。
　そして、チャンクロス判定部１１４は、送信制御部１１５が送信したパケットをカウントした際のそのパケットの送信間隔に対応付けて、計算したチャンクロス率を、記憶部１３内の送信間隔チャンクロス対応情報２００（図２）に格納する。

　また、チャンクロス判定部１１４は、計算したチャンクロス率に基づく所定のロジック（以下、「送信間隔決定ロジック」と称する。）を用いて、チャンク化した映像データ４００を送信するパケット送信間隔を決定する。
　なお、前提として、チャンクロス判定部１１４には、送信間隔決定ロジックに基づき送信間隔を決定する際、予め最大許容チャンクロス率が、例えば通信システム１の管理者等により設定される。また、チャンクロス判定部１１４は、ＮＷ内において輻輳の発生状況を示す情報（輻輳情報）を、ネットワーク監視装置等から受信することにより、ＮＷ内の輻輳発生状況を把握できる。
　以下、送信間隔決定ロジックについて、詳細に説明する。

（Ａ）システム初期稼働時および通常時（ＮＷに輻輳なし）
　チャンクロス判定部１１４は、システム初期稼働時、および、ＮＷ内において輻輳が発生していないことを示す通常時の状況においては、以下の［ロジックＡ］に基づき、パケット送信間隔を決定する。なお、チャンクロス判定部１１４は、例えばＮＷの輻輳情報を受信していないことにより、通常時であることを判定する。また、チャンクロス判定部１１４は、初期時（一度目）のパケット送信間隔の決定の際には、予め設定した所定の初期パケット送信間隔によりパケットを送信する。

［ロジックＡ］
・チャンクロス率（R_LOSS）＞最大許容チャンクロス率（MAX_LOSS）
　この場合、所定の定数（ａ１：第１定数）だけ、パケット送信間隔を長くする。
・チャンクロス率（R_LOSS）＜最大許容チャンクロス率（MAX_LOSS）
　この場合、所定の定数（ａ２：第２定数）だけ、パケット送信間隔を短くする。
　なお、所定の定数（ａ１）と（ａ２）とは、同じ値でもよい。

　［ロジックＡ］において、チャンクロス判定部１１４が計算したチャンクロス率が、最大許容チャンクロス率を超えていた場合には、最大許容チャンクロス率以下に収まるように、パケット送信間隔を長くする制御を行う。一方、チャンクロス率が、最大許容チャンクロス率未満であれば、その状態が続くことによるクライアント側での映像表示の遅れを発生させないように、パケット送信間隔を短くする制御を行う。

（Ｂ）ＮＷ内の輻輳発生時
　チャンクロス判定部１１４は、ＮＷ内において輻輳が発生している輻輳発生時においては、以下の［ロジックＢ］に基づき、パケット送信間隔を決定する。なお、チャンクロス判定部１１４は、例えば、ＮＷの管理装置等から輻輳情報を受信することにより、ＮＷ内に輻輳が発生していると判定する。また、チャンクロス判定部１１４は、例えば、所定の時間間隔で輻輳情報を受信することにより、輻輳状態が継続していると判定し、所定の時間間隔での輻輳情報の受信が停止し、一定時間経過後までに輻輳情報を受信しなければ、輻輳状態が解消され通常時に戻ったと判定する。なお、ＮＷ内における輻輳は、例えば、サーバ内で発生している場合や、Ｌ２ＳＷ等のネットワーク機器で発生している場合等がある。
　また、チャンクロス判定部１１４は、輻輳発生時においては、送信間隔チャンクロス対応情報２００（図２）を参照して、パケット送信間隔を決定する。

　図２は、本実施形態に係る送信間隔チャンクロス対応情報２００のデータ構成例を示す図である。
　図２に示すように、送信間隔チャンクロス対応情報２００には、チャンクロス判定部１１４により、パケットの送信間隔に対応付けて、チャンクロス率が格納される。
　例えば、送信間隔が「１００（μｓ）」のとき、チャンクロス率は「０（％）」である。送信間隔が「９０（μｓ）」のとき、チャンクロス率は「５（％）」である。
　この送信間隔チャンクロス対応情報２００の値は、クライアント端末２０へ送信されたパケットのチャンクロス率を、チャンクロス判定部１１４が計算する度に更新される情報である。

［ロジックＢ］
・（輻輳発生時）チャンクロス率（R_LOSS）＞最大許容チャンクロス率（MAX_LOSS）
　この場合、送信間隔チャンクロス対応情報２００（図２）において、チャンクロス率が「０」に対応する送信間隔を、パケット送信間隔に設定する。例えば、最大許容チャンクロス率が「８（％）」であり、現時点での送信間隔が「８０（μｓ）」、チャンクロス率が「１５（％）」であった場合に、チャンクロス率が「０（％）」である送信間隔「９５（μｓ）」に設定する。
　なお、チャンクロス率が「０（％）」に対応する送信間隔が複数存在する場合には、送信間隔が最も短いものや、送信間隔が最も長いもの、ランダムに決定する等のようないずれかを設定しておく。
　また、チャンクロス率が「０（％）」に対応する送信間隔が、送信間隔チャンクロス対応情報２００にその時点で存在していない場合には、その時点で存在するチャンクロス率「０（％）」に一番近い送信間隔の値に設定する。つまり、チャンクロス判定部１１４は、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔に設定する。
　さらに、送信間隔チャンクロス対応情報２００で示される、最も長い送信間隔において、パケットを送信した場合においても、チャンクロス率（R_LOSS）が最大許容チャンクロス率（MAX_LOSS）を超える場合には、その最も長い送信間隔に、所定の定数（ａ３）だけパケット送信間隔を長くして、パケット送信間隔を決定するようにしてもよい。

・（輻輳発生時）チャンクロス率（R_LOSS）＜最大許容チャンクロス率（MAX_LOSS）
　この場合、送信間隔チャンクロス対応情報２００（図２）において、チャンクロス率が最大許容チャンクロス率を超えない中で、最も送信間隔が短い値のパケット送信間隔を設定する。例えば、最大許容チャンクロス率が「１２（％）」であり、現時点での送信間隔が「９０（μｓ）」、チャンクロス率が「５（％）」であった場合に、チャンクロス率が「１０（％）」である送信間隔「８５（μｓ）」に設定する。

　なお、チャンクロス判定部１１４は、輻輳情報の受信が止まる等により、ＮＷ内の輻輳が解消したと判定した場合には、送信間隔チャンクロス対応情報２００（図２）において、輻輳発生後に更新した送信間隔とチャンクロス率との対応情報を外れ値として破棄する。
　このようにすることにより、輻輳が発生していない通常時に対応した送信間隔をチャンクロス判定部１１４が決定することができる。

　図１に戻り、送信制御部１１５は、チャンクロス判定部１１４が決定したパケット送信間隔の情報を用いて、チャンク化した映像データ４００の送信処理を実行する。
　具体的には、送信制御部１１５は、図３のＵＤＰパケットの例で示すように、ソケットを作り、ＩＰヘッダに宛先ＩＰアドレスを指定し、ＵＤＰポート番号を指定した上で、ペイロード部分にチャンク化した映像データ４００を格納してＵＤＰパケットを生成し、クライアント端末２０へ送信する。
　このパケット送信時において、送信制御部１１５は、パケット（ＵＤＰパケット）の送信間隔を、送信間隔チャンクロス対応情報２００に記憶する。そして、送信制御部１１５は、送信したパケット数をカウントし記憶部１３に記憶しておく。この送信間隔とパケット数とは、チャンクロス判定部１１４による、チャンクロス率の計算、および、送信間隔チャンクロス対応情報２００の更新に利用される。

　このように、サーバ１０は、チャンク化した映像データ４００を付したパケットの送信間隔を制御することにより、無圧縮で映像データを送信した場合におけるデータサイズが大きいことに起因する、バーストトラヒック発生によるパケットロスや、ＮＷ遅延、スループットの低下を回避することができる。また、サーバ１０においてレンダリング処理等を行うことにより、クライアント端末２０の電力消費や計算負荷を低減することができる。

≪クライアント側システム（クライアント端末）≫
　図１を参照して、本実施形態に係るクライアント端末２０について説明する。
　クライアント端末２０は、例えば、ＨＭＤにおける視線等の入力情報を、サーバ１０へ送信することにより、サーバ１０において、処理負荷の大きい、映像のレンダリング処理等を実行させ、生成された映像データ４００を受信してディスプレイ等の表示装置に表示する。このクライアント端末２０は、サーバ１０からの映像データ４００を、チャンク化した映像データ４００として受信し、ロスしたチャンクのチャンク番号（ロスチャンク番号）を、サーバ１０へ送信する。クライアント端末２０は、このロスチャンク番号の送信を、入力情報３００を送信する入力情報パケットに含めて送信する。これにより、ロスチャンク番号を独立した別パケットにより送信する場合に比べ、ハードウェア割り込みにおいて、複数のパケット同士の競合により待ち合わせが発生し、ｍｓオーダの遅延が発生することを抑えることができる。なお、クライアント端末２０は、ＨＭＤ以外でも、リアルタイムに映像データを表示する端末であればよく、例えば、動画映像を利用するゲーム等のサービスを提供する端末でもよい。
　このクライアント端末２０は、制御部２１と、入出力部２２と、記憶部２３とを備える。

　入出力部２２は、サーバ１０や、他の装置等との間の情報について入出力を行う。例えば、入出力部２２は、入力情報３００が付された入力情報パケットを送信するとともに、チャンク化された映像データ４００が付されたパケットを受信する。
　この入出力部２２は、通信回線（ＮＷ）を介して情報の送受信を行う通信インタフェースと、不図示のセンサ装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。

　記憶部２３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。
　この記憶部２３には、制御部２１の各機能部を実行させるためのプログラムや、制御部２１の処理に必要な情報が一時的に記憶される。

　制御部２１は、クライアント端末２０が実行する処理の全般を司り、入力情報取得部２１１と、チャンク処理部２１２と、データ出力部２１３と、入力情報送信部２１４とを含んで構成される。

　入力情報取得部２１１は、クライアント端末２０が備える各種のセンサ（視線追跡センサや、三軸加速度センサ、ジャイロセンサ等）からの情報（レンダリングを行うための入力情報３００）を、入出力部２２を介して取得する。そして、入力情報取得部２１１は、取得した入力情報３００を、入力情報送信部２１４に出力する。

　チャンク処理部２１２は、サーバ１０からチャンク化した映像データ４００が付されたパケット（図３）を受信する。そして、チャンク処理部２１２は、各パケットのチャンクを、チャンク番号順に整列し、ロスしたチャンクのチャンク番号（ロスチャンク番号）を抽出する。
　チャンク処理部２１２は、ロスチャンク番号を入力情報送信部２１４に出力するとともに、整列させたチャンク番号順の映像データ４００を、データ出力部２１３に出力する。

　データ出力部２１３は、チャンク番号順に整列させた、チャンク化した映像データ４００を用いて映像をデコード（復元）し、入出力部２２を介してディスプレイ等の表示装置に表示させる。

　入力情報送信部２１４は、入力情報取得部２１１から取得した入力情報３００と、チャンク処理部２１２から取得したロスチャンク番号とを１つのパケットに含めて、サーバ１０に送信する。
　具体的には、入力情報送信部２１４は、図４のＵＤＰパケットの例で示すように、ソケットを作り、ＩＰヘッダに宛先ＩＰアドレスを指定し、ＵＤＰポート番号を指定した上で、ペイロード部分に、ロスチャンク番号および入力情報３００を格納して、ＵＤＰパケットを生成し、サーバ１０へ送信する。

　なお、入力情報送信部２１４は、チャンク化した映像データ４００を受信していない初期稼働時、および、チャンク処理部２１２がロスチャンク番号を抽出しなかった場合には、ロスチャンク番号は含めず、入力情報３００のみをＵＤＰパケットに含めて、サーバ１０へ送信する。

　このように、クライアント端末２０は、チャンク化した映像データ４００をデコードすることにより、映像データ４００をディスプレイ等の表示装置に表示させることができる。
　また、クライアント端末２０は、ロスチャンク番号を、独立したパケットではなく、入力情報３００のパケット（入力情報パケット）に含めて送信することにより、ハードウェア割り込み等による遅延の発生を抑えることができる。

≪通信システムの処理≫
　次に、通信システム１が実行する処理について説明する。
　図５および図６は、本実施形態に係る通信システム１の処理の流れを示すシーケンス図である。

　まず、初期時（１回目）の処理として、クライアント側システム（クライアント端末）２０の入力情報取得部２１１が、各種のセンサ等から入力情報３００を取得する（ステップＳ１）。
　続いて、クライアント端末２０の入力情報送信部２１４が、その入力情報３００を付したパケット（入力情報パケット）を生成し、サーバ側システム（サーバ）１０へ送信する（ステップＳ２）。

　次に、サーバ１０の情報受信部１１１が、入力情報パケットを受信すると、そのパケットに付された入力情報３００を、映像処理部１１２に出力する（ステップＳ３）。
　そして、映像処理部１１２は、記憶部１３内の画像データＤＢ１００を参照し、入力情報３００に応じた映像のレンダリング処理を行い映像データ４００を生成する（ステップＳ４）。

　続いて、サーバ１０のチャンク化機能部１１３は、生成された映像データ４００について、１フレーム毎に、ＭＴＵのサイズに合わせてチャンク化する（ステップＳ５：チャンク化処理）。
　そして、チャンク化機能部１１３は、チャンク化後の各チャンクのデータについてチャンク番号の付与を行う（ステップＳ６）。

　次に、チャンクロス判定部１１４は、初回のチャンク化した映像データ４００の送信間隔を、予め設定しておいた初期パケット送信間隔に決定する（ステップＳ７）。
　そして、サーバ１０の送信制御部１１５は、チャンク化した映像データ４００を含むパケットを生成し、初期パケット送信間隔でクライアント端末２０へ送信する（ステップＳ８）。このとき、送信制御部１１５は、初期パケット送信間隔として決定した送信間隔、および、送信したパケット数をカウントして記憶部１３に記憶しておく。

　クライアント端末２０のチャンク処理部２１２は、サーバ１０からチャンク化した映像データ４００が付されたパケット（図３）を受信し、各パケットのチャンクを、チャンク番号順に整列し、ロスしたチャンクのチャンク番号（ロスチャンク番号）を抽出する（ステップＳ９）。
　そして、チャンク処理部２１２は、ロスチャンク番号を入力情報送信部２１４に出力するとともに、整列させたチャンク番号順の映像データ４００を、データ出力部２１３に出力する。

　クライアント端末２０のデータ出力部２１３は、チャンク番号順に整列させた、チャンク化した映像データ４００を用いて映像をデコード（復元）し、入出力部２２を介してディスプレイ等の表示装置に表示させる（ステップＳ１０）。
　ここまでが、初期時の通信システム１の処理である。

　図６に進み、２回目以降の処理において、クライアント側システム（クライアント端末）２０の入力情報取得部２１１が、各種のセンサ等から入力情報３００を取得する（ステップＳ１１）。

　続いて、クライアント端末２０の入力情報送信部２１４は、ステップＳ１１において入力情報取得部２１１が取得した入力情報３００と、図５のステップＳ９においてチャンク処理部２１２が抽出したロスチャンク番号と、を含めてパケット（入力情報パケット（図４））を生成し、サーバ側システム（サーバ）１０へ送信する（ステップＳ１２）。

　次に、サーバ１０の情報受信部１１１が、入力情報パケットを受信すると、その入力情報パケットに付された入力情報３００を、映像処理部１１２に出力し、ロスチャンク番号を、チャンクロス判定部１１４に出力する（ステップＳ１３）。

　そして、映像処理部１１２は、記憶部１３内の画像データＤＢ１００を参照し、入力情報３００に応じた映像のレンダリング処理を行い映像データ４００を生成する（ステップＳ１４）。

　続いて、サーバ１０のチャンク化機能部１１３は、生成された映像データ４００について、１フレーム毎に、ＭＴＵのサイズに合わせてチャンク化する（ステップＳ１５：チャンク化処理）。
　そして、チャンク化機能部１１３は、チャンク化後の各チャンクのデータについてチャンク番号の付与を行う（ステップＳ１６）。

　次に、サーバ１０のチャンクロス判定部１１４は、ステップＳ１３において取得したロスチャンク番号と、図５のステップＳ８において、送信制御部１１５がカウントしたパケット数とに基づき、チャンクロス率を計算する（ステップＳ１７）。
　続いて、チャンクロス判定部１１４は、送信制御部１１５がカウントした際のそのパケットの送信時における送信間隔に対応付けて、計算したチャンクロス率を、記憶部１３内の送信間隔チャンクロス対応情報２００（図２）に格納する（ステップＳ１８）。

　そして、チャンクロス判定部１１４は、計算したチャンクロス率に基づく所定のロジック（送信間隔決定ロジック）を用いて、チャンク化した映像データ４００を送信するパケット送信間隔を決定する（ステップＳ１９）。
　このとき、チャンクロス判定部１１４は、送信間隔決定ロジック（［ロジックＡ］）に基づき、計算したチャンクロス率と、最大許容チャンクロス率とを比較して、パケット送信間隔の増減を制御する。また、チャンクロス判定部１１４が、ＮＷ管理装置等からＮＷの輻輳情報を受信しているか否かにより、ＮＷに輻輳が発生しているか否を判定し、輻輳が発生している場合には、輻輳時に適応する送信間隔決定ロジック（［ロジックＢ］）に基づき、チャンク化した映像データ４００を送信するパケット送信間隔を決定する。

　そして、サーバ１０の送信制御部１１５は、ステップＳ１５においてチャンク化した映像データ４００を含むパケットを生成し、ステップＳ１９で決定したパケット送信間隔でクライアント端末２０へ送信する（ステップＳ２０）。このとき、送信制御部１１５は、パケットを送信した際の送信間隔、および、送信したパケット数をカウントして記憶部１３に記憶しておく。

　続いて、クライアント端末２０のチャンク処理部２１２は、サーバ１０からチャンク化した映像データ４００が付されたパケット（図３）を受信し、各パケットのチャンクを、チャンク番号順に整列し、ロスしたチャンクのチャンク番号（ロスチャンク番号）を抽出する（ステップＳ２１）。
　そして、チャンク処理部２１２は、ロスチャンク番号を入力情報送信部２１４に出力するとともに、整列させたチャンク番号順の映像データ４００を、データ出力部２１３に出力する。

　クライアント端末２０のデータ出力部２１３は、チャンク番号順に整列させた、チャンク化した映像データ４００を用いて映像をデコード（復元）し、入出力部２２を介してディスプレイ等の表示装置に表示させる（ステップＳ２２）。
　これ以降は、ステップＳ１１からの処理が繰り返される。

＜ハードウェア構成＞
　本実施形態に係るサーバ１０およびクライアント端末２０は、例えば図７に示すような構成のコンピュータ９００によって実現される。
　図７は、本実施形態に係るサーバ１０およびクライアント端末２０の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、ＣＰＵ（Central Processing Unit）９０１、ＲＯＭ（Read Only Memory）９０２、ＲＡＭ９０３、ＨＤＤ（Hard Disk Drive）９０４、入出力Ｉ／Ｆ（Interface）９０５、通信Ｉ／Ｆ９０６およびメディアＩ／Ｆ９０７を有する。

　ＣＰＵ９０１は、ＲＯＭ９０２またはＨＤＤ９０４に記憶されたプログラムに基づき作動し、制御部１１，２１（図１）による制御を行う。ＲＯＭ９０２は、コンピュータ９００の起動時にＣＰＵ９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラム等を記憶する。

　ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、マウスやキーボード等の入力装置９１０、および、ディスプレイやプリンタ等の出力装置９１１を制御する。ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、入力装置９１０からデータを取得するともに、生成したデータを出力装置９１１へ出力する。

　ＨＤＤ９０４は、ＣＰＵ９０１により実行されるプログラムおよび当該プログラムによって使用されるデータ等を記憶する。通信Ｉ／Ｆ９０６は、通信網（例えば、ＮＷ９２０）を介して他の装置からデータを受信してＣＰＵ９０１へ出力し、また、ＣＰＵ９０１が生成したデータを、通信網を介して他の装置へ送信する。

　メディアＩ／Ｆ９０７は、記録媒体９１２に格納されたプログラムまたはデータを読み取り、ＲＡＭ９０３を介してＣＰＵ９０１へ出力する。ＣＰＵ９０１は、目的の処理に係るプログラムを、メディアＩ／Ｆ９０７を介して記録媒体９１２からＲＡＭ９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１２は、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、半導体メモリ等である。

　例えば、コンピュータ９００が本発明のサーバ１０，クライアント端末２０として機能する場合、コンピュータ９００のＣＰＵ９０１は、ＲＡＭ９０３上にロードされたプログラムを実行することにより、サーバ１０、クライアント端末２０の機能を実現する。また、ＨＤＤ９０４には、ＲＡＭ９０３内のデータが記憶される。ＣＰＵ９０１は、目的の処理に係るプログラムを記録媒体９１２から読み取って実行する。この他、ＣＰＵ９０１は、他の装置から通信網（ＮＷ９２０）を介して目的の処理に係るプログラムを読み込んでもよい。

＜効果＞
　以下、本発明に係る通信システム等の効果について説明する。
　本発明に係る通信システムは、サーバ側システム１０と、クライアント側システム２０とがネットワークを介して通信接続される通信システム１であって、サーバ側システム１０が、レンダリングを行うための入力情報３００と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、クライアント側システム２０から受信する情報受信部１１１と、受信した入力情報３００に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部１１２と、生成した映像データ４００を、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データ４００を示すチャンクそれぞれに番号を付与するチャンク化機能部１１３と、チャンク化した映像データ４００を送信したパケット数と、ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算したチャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部１１４と、チャンク化した映像データ４００を含むパケットそれぞれを、決定した送信間隔によりクライアント側システム２０に送信する送信制御部１１５と、を備え、クライアント側システム２０が、入力情報３００を取得する入力情報取得部２１１と、サーバ側システム１０から、チャンク化した映像データ４００を含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部２１２と、受信したチャンク化した映像データ４００それぞれを用いて映像データ４００をデコードして出力するデータ出力部２１３と、入力情報３００、および、抽出したロスチャンク番号を含む入力情報パケットを、サーバ側システム１０に送信する入力情報送信部２１４と、を備えることを特徴とする。

　このように、通信システム１は、サーバ側システム（サーバ）１０においてレンダリング処理等を行うことにより、クライアント側システム（クライアント端末）２０の電力消費や計算負荷を低減することができる。また、通信システム１は、チャンク化した映像データ４００を付したパケットの送信間隔を制御することにより、無圧縮で映像データを送信した上で、バーストトラヒック発生によるパケットロスやＮＷ遅延、スループットの低下を回避することができる。
　よって、クライアント側システム（クライアント端末）２０の処理負荷を低減し、ユーザ側において、高性能のプロセッサや専用のアクセラレータを備える必要をなくすことができる。

　また、通信システム１において、所定の送信間隔決定ロジックは、計算したチャンクロス率が、最大許容チャンクロス率よりも大きい場合に、所定の第１定数だけ、送信間隔を長くし、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、所定の第２定数だけ、送信間隔を短くすることを特徴とする。

　このように、通信システム１のサーバ側システム（サーバ）１０は、所定の送信間隔決定ロジックにより、計算したチャンクロス率が、最大許容チャンクロス率よりも大きい場合に送信間隔を長くし、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に送信間隔を短くすることができる。
　よって、通信システム１は、所定の送信間隔決定ロジックを用いた送信間隔の決定を繰り返すことにより、最大許容チャンクロス率以下に収まる範囲で、より適切なパケットの送信間隔を決定することができる。

　また、通信システム１において、送信制御部１１５は、チャンク化した映像データ４００を含むパケットそれぞれを送信する送信間隔を記憶しておき、チャンクロス判定部１１４は、チャンクロス率を計算した際に、計算したチャンクロス率と、そのチャンク化した映像データを送信したときの送信間隔とを対応付けて送信間隔チャンクロス対応情報２００として記憶部に記憶しておき、チャンクロス判定部１１４は、ネットワーク内に輻輳が発生していることを示す輻輳情報を受信した場合に用いる所定の送信間隔決定ロジックとして、計算したチャンクロス率が、最大許容チャンクロス率よりも大きい場合に、送信間隔チャンクロス対応情報２００を参照し、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出して、送信するパケットの送信間隔を決定し、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、送信間隔チャンクロス対応情報２００を参照し、計算したチャンクロス率が、最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出して、送信するパケットの送信間隔を決定することを特徴とする。

　このように、通信システム１のサーバ側システム（サーバ）１０は、ネットワーク内に輻輳が発生している場合において、所定の送信間隔決定ロジックにより、送信するパケットの送信間隔を決定できる。
　この送信間隔決定ロジックにより、サーバ側システム（サーバ）１０は、計算したチャンクロス率が、最大許容チャンクロス率よりも大きいときに、送信間隔チャンクロス対応情報２００（図２）を参照し、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出できる。また、サーバ側システム（サーバ）１０は、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、送信間隔チャンクロス対応情報２００を参照し、計算したチャンクロス率が、最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出できる。
　よって、通信システム１は、輻輳発生時において、より適切なパケットの送信間隔を決定することができる。

　本発明に係るサーバは、クライアント端末２０にネットワークを介して通信接続するサーバ１０であって、レンダリングを行うための入力情報３００と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、クライアント端末２０から受信する情報受信部１１１と、受信した入力情報３００に応じた映像のレンダリング処理を行い、映像データ４００を生成する映像処理部１１２と、生成した映像データ４００を、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データ４００を示すチャンクそれぞれに番号を付与するチャンク化機能部１１３と、チャンク化した映像データ４００を送信したパケット数と、ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算したチャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、チャンク化した映像データ４００を含むパケットの送信間隔を決定するチャンクロス判定部１１４と、チャンク化した映像データ４００を含むパケットそれぞれを、決定した送信間隔によりクライアント端末２０に送信する送信制御部１１５と、を備えることを特徴とする。

　このようにすることにより、サーバ１０は、チャンク化した映像データ４００を付したパケットの送信間隔を制御することにより、無圧縮で映像データを送信した上で、バーストトラヒック発生によるパケットロスやＮＷ遅延、スループットの低下を回避することができる。

　本発明に係るクライアント端末は、サーバ１０にネットワークを介して通信接続するクライアント端末２０であって、レンダリングを行うための入力情報３００を取得する入力情報取得部２１１と、サーバ１０から、チャンク化した映像データ４００を含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部２１２と、受信したチャンク化した映像データ４００それぞれを用いて映像データ４００をデコードして出力するデータ出力部２１３と、入力情報３００、および、抽出したロスチャンク番号を含む入力情報パケットを、サーバ１０に送信する入力情報送信部２１４と、を備えることを特徴とする。

　このように、クライアント端末２０は、ロスチャンク番号を、独立したパケットではなく、入力情報３００のパケット（入力情報パケット）に含めて送信することにより、ハードウェア割り込み等による遅延の発生を抑えることができる。

　なお、本発明は、以上説明した実施形態に限定されるものではなく、多くの変形が本発明の技術的思想内で当分野において通常の知識を有する者により可能である。

　１　　　通信システム
　１０　　サーバ側システム（サーバ）
　１１，２１　制御部
　１２，２２　入出力部
　１３，２３　記憶部
　２０　　クライアント側システム（クライアント端末）
　１００　画像データＤＢ
　１１１　情報受信部
　１１２　映像処理部
　１１３　チャンク化機能部
　１１４　チャンクロス判定部
　１１５　送信制御部
　２００　送信間隔チャンクロス対応情報
　２１１　入力情報取得部
　２１２　チャンク処理部
　２１３　データ出力部
　２１４　入力情報送信部
　３００　入力情報
　４００　映像データ

Claims

　サーバ側システムと、クライアント側システムとがネットワークを介して通信接続される通信システムであって、
　前記サーバ側システムは、
　レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント側システムから受信する情報受信部と、
　受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部と、
　生成した前記映像データを、ＭＴＵ（Maximum Transmission Unit）のサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するチャンク化機能部と、
　前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部と、
　前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント側システムに送信する送信制御部と、を備え、
　前記クライアント側システムは、
　前記入力情報を取得する入力情報取得部と、
　前記サーバ側システムから、前記チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクの前記ロスチャンク番号を抽出するチャンク処理部と、
　受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するデータ出力部と、
　前記入力情報、および、抽出した前記ロスチャンク番号を含む前記入力情報パケットを、前記サーバ側システムに送信する入力情報送信部と、を備えること
　を特徴とする通信システム。
　前記所定の送信間隔決定ロジックは、
　計算した前記チャンクロス率が、前記最大許容チャンクロス率よりも大きい場合に、所定の第１定数だけ、前記送信間隔を長くし、
　計算した前記チャンクロス率が、前記最大許容チャンクロス率未満である場合に、所定の第２定数だけ、前記送信間隔を短くすること
　を特徴とする請求項１に記載の通信システム。
　前記送信制御部は、前記チャンク化した映像データを含むパケットそれぞれを送信する送信間隔を記憶しておき、
　前記チャンクロス判定部は、前記チャンクロス率を計算した際に、計算した前記チャンクロス率と、そのチャンク化した映像データを送信したときの送信間隔とを対応付けて送信間隔チャンクロス対応情報として記憶部に記憶しておき、
　前記チャンクロス判定部は、前記ネットワーク内に輻輳が発生していることを示す輻輳情報を受信した場合に用いる前記所定の送信間隔決定ロジックとして、
　計算した前記チャンクロス率が、前記最大許容チャンクロス率よりも大きい場合に、前記送信間隔チャンクロス対応情報を参照し、前記チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出して、送信する前記パケットの送信間隔を決定し、
　計算した前記チャンクロス率が、前記最大許容チャンクロス率未満である場合に、前記送信間隔チャンクロス対応情報を参照し、計算した前記チャンクロス率が、前記最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出して、送信する前記パケットの送信間隔を決定すること
　を特徴とする請求項１に記載の通信システム。
　サーバ側システムと、クライアント側システムとがネットワークを介して通信接続される通信システムの通信方法であって、
　前記サーバ側システムは、
　レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント側システムから受信するステップと、
　受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成するステップと、
　生成した前記映像データを、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するステップと、
　前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するステップと、
　前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント側システムに送信するステップと、を実行し、
　前記クライアント側システムは、
　前記入力情報を取得するステップと、
　前記サーバ側システムから、前記チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクの前記ロスチャンク番号を抽出するステップと、
　受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するステップと、
　前記入力情報、および、抽出した前記ロスチャンク番号を含む前記入力情報パケットを、前記サーバ側システムに送信するステップと、を実行すること
　を特徴とする通信方法。
　クライアント端末にネットワークを介して通信接続するサーバであって、
　レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント端末から受信する情報受信部と、
　受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部と、
　生成した前記映像データを、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するチャンク化機能部と、
　前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部と、
　前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント端末に送信する送信制御部と、
　を備えることを特徴とするサーバ。
　コンピュータを、請求項５に記載のサーバとして機能させるためのプログラム。
　サーバにネットワークを介して通信接続するクライアント端末であって、
　レンダリングを行うための入力情報を取得する入力情報取得部と、
　前記サーバから、チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部と、
　受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するデータ出力部と、
　前記入力情報、および、抽出した前記ロスチャンク番号を含む入力情報パケットを、前記サーバに送信する入力情報送信部と、
　を備えることを特徴とするクライアント端末。
　コンピュータを、請求項７に記載のクライアント端末として機能させるためのプログラム。