JP7452753B2 - 通信システム、通信方法、サーバ、クライアント端末、および、プログラム - Google Patents
通信システム、通信方法、サーバ、クライアント端末、および、プログラム Download PDFInfo
- Publication number
- JP7452753B2 JP7452753B2 JP2023508146A JP2023508146A JP7452753B2 JP 7452753 B2 JP7452753 B2 JP 7452753B2 JP 2023508146 A JP2023508146 A JP 2023508146A JP 2023508146 A JP2023508146 A JP 2023508146A JP 7452753 B2 JP7452753 B2 JP 7452753B2
- Authority
- JP
- Japan
- Prior art keywords
- chunk
- video data
- transmission interval
- input information
- loss rate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims description 55
- 238000000034 method Methods 0.000 title claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 184
- 238000012545 processing Methods 0.000 claims description 78
- 238000009877 rendering Methods 0.000 claims description 30
- 230000006870 function Effects 0.000 claims description 23
- 239000000284 extract Substances 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 230000001934 delay Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
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）１００および送信間隔チャンクロス対応情報２００が格納される。
画像データＤＢ１００には、例えば、クライアント端末２０がＨＭＤの場合、ディスプレイに表示する映像の素材となる画像データが格納される。
送信間隔チャンクロス対応情報２００は、チャンク化した映像データ４００を付したパケットの送信間隔それぞれに対応付けたチャンクロス率を示す情報であり、詳細は図２を参照して後記する。
この記憶部１３には、さらに、制御部１１の各機能部を実行させるためのプログラムや、制御部１１の処理に必要な情報が一時的に記憶される。
この記憶部１３には、画像データＤＢ（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）
この場合、送信間隔チャンクロス対応情報２００（図２）において、チャンクロス率が「０」に対応する送信間隔を、パケット送信間隔に設定する。例えば、最大許容チャンクロス率が「８（％）」であり、現時点での送信間隔が「８０（μｓ）」、チャンクロス率が「１５（％）」であった場合に、チャンクロス率が「０（％）」である送信間隔「９５（μｓ）」に設定する。
なお、チャンクロス率が「０（％）」に対応する送信間隔が複数存在する場合には、送信間隔が最も短いものや、送信間隔が最も長いもの、ランダムに決定する等のようないずれかを設定しておく。
また、チャンクロス率が「０（％）」に対応する送信間隔が、送信間隔チャンクロス対応情報２００にその時点で存在していない場合には、その時点で存在するチャンクロス率「０（％）」に一番近い送信間隔の値に設定する。つまり、チャンクロス判定部１１４は、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔に設定する。
さらに、送信間隔チャンクロス対応情報２００で示される、最も長い送信間隔において、パケットを送信した場合においても、チャンクロス率（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）９０５、通信Ｉ／Ｆ９０６およびメディアＩ／Ｆ９０７を有する。
本実施形態に係るサーバ１０およびクライアント端末２０は、例えば図７に示すような構成のコンピュータ９００によって実現される。
図７は、本実施形態に係るサーバ１０およびクライアント端末２０の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、ＣＰＵ（Central Processing Unit）９０１、ＲＯＭ（Read Only Memory）９０２、ＲＡＭ９０３、ＨＤＤ（Hard Disk Drive）９０４、入出力Ｉ／Ｆ（Interface）９０５、通信Ｉ／Ｆ９０６およびメディアＩ／Ｆ９０７を有する。
ＣＰＵ９０１は、ＲＯＭ９０２またはＨＤＤ９０４に記憶されたプログラムに基づき作動し、制御部１１，２１（図１）による制御を行う。ＲＯＭ９０２は、コンピュータ９００の起動時にＣＰＵ９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラム等を記憶する。
ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、マウスやキーボード等の入力装置９１０、および、ディスプレイやプリンタ等の出力装置９１１を制御する。ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、入力装置９１０からデータを取得するともに、生成したデータを出力装置９１１へ出力する。
ＨＤＤ９０４は、ＣＰＵ９０１により実行されるプログラムおよび当該プログラムによって使用されるデータ等を記憶する。通信Ｉ／Ｆ９０６は、通信網（例えば、ＮＷ９２０）を介して他の装置からデータを受信してＣＰＵ９０１へ出力し、また、ＣＰＵ９０１が生成したデータを、通信網を介して他の装置へ送信する。
メディアＩ／Ｆ９０７は、記録媒体９１２に格納されたプログラムまたはデータを読み取り、ＲＡＭ９０３を介してＣＰＵ９０１へ出力する。ＣＰＵ９０１は、目的の処理に係るプログラムを、メディアＩ／Ｆ９０７を介して記録媒体９１２からＲＡＭ９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１２は、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、半導体メモリ等である。
例えば、コンピュータ９００が本発明のサーバ１０，クライアント端末２０として機能する場合、コンピュータ９００のＣＰＵ９０１は、ＲＡＭ９０３上にロードされたプログラムを実行することにより、サーバ１０、クライアント端末２０の機能を実現する。また、ＨＤＤ９０４には、ＲＡＭ９０３内のデータが記憶される。ＣＰＵ９０１は、目的の処理に係るプログラムを記録媒体９１２から読み取って実行する。この他、ＣＰＵ９０１は、他の装置から通信網（ＮＷ９２０）を介して目的の処理に係るプログラムを読み込んでもよい。
＜効果＞
以下、本発明に係る通信システム等の効果について説明する。
本発明に係る通信システムは、サーバ側システム１０と、クライアント側システム２０とがネットワークを介して通信接続される通信システム１であって、サーバ側システム１０が、レンダリングを行うための入力情報３００と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、クライアント側システム２０から受信する情報受信部１１１と、受信した入力情報３００に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部１１２と、生成した映像データ４００を、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データ４００を示すチャンクそれぞれに番号を付与するチャンク化機能部１１３と、チャンク化した映像データ４００を送信したパケット数と、ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算したチャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部１１４と、チャンク化した映像データ４００を含むパケットそれぞれを、決定した送信間隔によりクライアント側システム２０に送信する送信制御部１１５と、を備え、クライアント側システム２０が、入力情報３００を取得する入力情報取得部２１１と、サーバ側システム１０から、チャンク化した映像データ４００を含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部２１２と、受信したチャンク化した映像データ４００それぞれを用いて映像データ４００をデコードして出力するデータ出力部２１３と、入力情報３００、および、抽出したロスチャンク番号を含む入力情報パケットを、サーバ側システム１０に送信する入力情報送信部２１４と、を備えることを特徴とする。
以下、本発明に係る通信システム等の効果について説明する。
本発明に係る通信システムは、サーバ側システム１０と、クライアント側システム２０とがネットワークを介して通信接続される通信システム１であって、サーバ側システム１０が、レンダリングを行うための入力情報３００と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、クライアント側システム２０から受信する情報受信部１１１と、受信した入力情報３００に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部１１２と、生成した映像データ４００を、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データ４００を示すチャンクそれぞれに番号を付与するチャンク化機能部１１３と、チャンク化した映像データ４００を送信したパケット数と、ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算したチャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部１１４と、チャンク化した映像データ４００を含むパケットそれぞれを、決定した送信間隔によりクライアント側システム２０に送信する送信制御部１１５と、を備え、クライアント側システム２０が、入力情報３００を取得する入力情報取得部２１１と、サーバ側システム１０から、チャンク化した映像データ４００を含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部２１２と、受信したチャンク化した映像データ４００それぞれを用いて映像データ４００をデコードして出力するデータ出力部２１３と、入力情報３００、および、抽出したロスチャンク番号を含む入力情報パケットを、サーバ側システム１０に送信する入力情報送信部２１４と、を備えることを特徴とする。
このように、通信システム１は、サーバ側システム（サーバ）１０においてレンダリング処理等を行うことにより、クライアント側システム（クライアント端末）２０の電力消費や計算負荷を低減することができる。また、通信システム１は、チャンク化した映像データ４００を付したパケットの送信間隔を制御することにより、無圧縮で映像データを送信した上で、バーストトラヒック発生によるパケットロスやＮＷ遅延、スループットの低下を回避することができる。
よって、クライアント側システム（クライアント端末）２０の処理負荷を低減し、ユーザ側において、高性能のプロセッサや専用のアクセラレータを備える必要をなくすことができる。
よって、クライアント側システム（クライアント端末）２０の処理負荷を低減し、ユーザ側において、高性能のプロセッサや専用のアクセラレータを備える必要をなくすことができる。
また、通信システム１において、所定の送信間隔決定ロジックは、計算したチャンクロス率が、最大許容チャンクロス率よりも大きい場合に、所定の第１定数だけ、送信間隔を長くし、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、所定の第２定数だけ、送信間隔を短くすることを特徴とする。
このように、通信システム１のサーバ側システム（サーバ）１０は、所定の送信間隔決定ロジックにより、計算したチャンクロス率が、最大許容チャンクロス率よりも大きい場合に送信間隔を長くし、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に送信間隔を短くすることができる。
よって、通信システム１は、所定の送信間隔決定ロジックを用いた送信間隔の決定を繰り返すことにより、最大許容チャンクロス率以下に収まる範囲で、より適切なパケットの送信間隔を決定することができる。
よって、通信システム１は、所定の送信間隔決定ロジックを用いた送信間隔の決定を繰り返すことにより、最大許容チャンクロス率以下に収まる範囲で、より適切なパケットの送信間隔を決定することができる。
また、通信システム１において、送信制御部１１５は、チャンク化した映像データ４００を含むパケットそれぞれを送信する送信間隔を記憶しておき、チャンクロス判定部１１４は、チャンクロス率を計算した際に、計算したチャンクロス率と、そのチャンク化した映像データを送信したときの送信間隔とを対応付けて送信間隔チャンクロス対応情報２００として記憶部に記憶しておき、チャンクロス判定部１１４は、ネットワーク内に輻輳が発生していることを示す輻輳情報を受信した場合に用いる所定の送信間隔決定ロジックとして、計算したチャンクロス率が、最大許容チャンクロス率よりも大きい場合に、送信間隔チャンクロス対応情報２００を参照し、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出して、送信するパケットの送信間隔を決定し、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、送信間隔チャンクロス対応情報２００を参照し、計算したチャンクロス率が、最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出して、送信するパケットの送信間隔を決定することを特徴とする。
このように、通信システム１のサーバ側システム（サーバ）１０は、ネットワーク内に輻輳が発生している場合において、所定の送信間隔決定ロジックにより、送信するパケットの送信間隔を決定できる。
この送信間隔決定ロジックにより、サーバ側システム（サーバ）１０は、計算したチャンクロス率が、最大許容チャンクロス率よりも大きいときに、送信間隔チャンクロス対応情報２００（図２）を参照し、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出できる。また、サーバ側システム（サーバ）１０は、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、送信間隔チャンクロス対応情報２００を参照し、計算したチャンクロス率が、最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出できる。
よって、通信システム１は、輻輳発生時において、より適切なパケットの送信間隔を決定することができる。
この送信間隔決定ロジックにより、サーバ側システム（サーバ）１０は、計算したチャンクロス率が、最大許容チャンクロス率よりも大きいときに、送信間隔チャンクロス対応情報２００（図２）を参照し、チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出できる。また、サーバ側システム（サーバ）１０は、計算したチャンクロス率が、最大許容チャンクロス率未満である場合に、送信間隔チャンクロス対応情報２００を参照し、計算したチャンクロス率が、最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出できる。
よって、通信システム１は、輻輳発生時において、より適切なパケットの送信間隔を決定することができる。
本発明に係るサーバは、クライアント端末２０にネットワークを介して通信接続するサーバ１０であって、レンダリングを行うための入力情報３００と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、クライアント端末２０から受信する情報受信部１１１と、受信した入力情報３００に応じた映像のレンダリング処理を行い、映像データ４００を生成する映像処理部１１２と、生成した映像データ４００を、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データ４００を示すチャンクそれぞれに番号を付与するチャンク化機能部１１３と、チャンク化した映像データ４００を送信したパケット数と、ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算したチャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、チャンク化した映像データ４００を含むパケットの送信間隔を決定するチャンクロス判定部１１４と、チャンク化した映像データ４００を含むパケットそれぞれを、決定した送信間隔によりクライアント端末２０に送信する送信制御部１１５と、を備えることを特徴とする。
このようにすることにより、サーバ１０は、チャンク化した映像データ４００を付したパケットの送信間隔を制御することにより、無圧縮で映像データを送信した上で、バーストトラヒック発生によるパケットロスやＮＷ遅延、スループットの低下を回避することができる。
本発明に係るクライアント端末は、サーバ１０にネットワークを介して通信接続するクライアント端末２０であって、レンダリングを行うための入力情報３００を取得する入力情報取得部２１１と、サーバ１０から、チャンク化した映像データ４００を含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部２１２と、受信したチャンク化した映像データ４００それぞれを用いて映像データ４００をデコードして出力するデータ出力部２１３と、入力情報３００、および、抽出したロスチャンク番号を含む入力情報パケットを、サーバ１０に送信する入力情報送信部２１４と、を備えることを特徴とする。
このように、クライアント端末２０は、ロスチャンク番号を、独立したパケットではなく、入力情報３００のパケット（入力情報パケット）に含めて送信することにより、ハードウェア割り込み等による遅延の発生を抑えることができる。
なお、本発明は、以上説明した実施形態に限定されるものではなく、多くの変形が本発明の技術的思想内で当分野において通常の知識を有する者により可能である。
１ 通信システム
１０ サーバ側システム（サーバ）
１１，２１ 制御部
１２，２２ 入出力部
１３，２３ 記憶部
２０ クライアント側システム（クライアント端末）
１００ 画像データＤＢ
１１１ 情報受信部
１１２ 映像処理部
１１３ チャンク化機能部
１１４ チャンクロス判定部
１１５ 送信制御部
２００ 送信間隔チャンクロス対応情報
２１１ 入力情報取得部
２１２ チャンク処理部
２１３ データ出力部
２１４ 入力情報送信部
３００ 入力情報
４００ 映像データ
１０ サーバ側システム（サーバ）
１１，２１ 制御部
１２，２２ 入出力部
１３，２３ 記憶部
２０ クライアント側システム（クライアント端末）
１００ 画像データＤＢ
１１１ 情報受信部
１１２ 映像処理部
１１３ チャンク化機能部
１１４ チャンクロス判定部
１１５ 送信制御部
２００ 送信間隔チャンクロス対応情報
２１１ 入力情報取得部
２１２ チャンク処理部
２１３ データ出力部
２１４ 入力情報送信部
３００ 入力情報
４００ 映像データ
Claims (8)
- サーバ側システムと、クライアント側システムとがネットワークを介して通信接続される通信システムであって、
前記サーバ側システムは、
レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント側システムから受信する情報受信部と、
受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部と、
生成した前記映像データを、ＭＴＵ（Maximum Transmission Unit）のサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するチャンク化機能部と、
前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部と、
前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント側システムに送信する送信制御部と、を備え、
前記クライアント側システムは、
前記入力情報を取得する入力情報取得部と、
前記サーバ側システムから、前記チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクの前記ロスチャンク番号を抽出するチャンク処理部と、
受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するデータ出力部と、
前記入力情報、および、抽出した前記ロスチャンク番号を含む前記入力情報パケットを、前記サーバ側システムに送信する入力情報送信部と、を備えること
を特徴とする通信システム。 - 前記所定の送信間隔決定ロジックは、
計算した前記チャンクロス率が、前記最大許容チャンクロス率よりも大きい場合に、所定の第１定数だけ、前記送信間隔を長くし、
計算した前記チャンクロス率が、前記最大許容チャンクロス率未満である場合に、所定の第２定数だけ、前記送信間隔を短くすること
を特徴とする請求項１に記載の通信システム。 - 前記送信制御部は、前記チャンク化した映像データを含むパケットそれぞれを送信する送信間隔を記憶しておき、
前記チャンクロス判定部は、前記チャンクロス率を計算した際に、計算した前記チャンクロス率と、そのチャンク化した映像データを送信したときの送信間隔とを対応付けて送信間隔チャンクロス対応情報として記憶部に記憶しておき、
前記チャンクロス判定部は、前記ネットワーク内に輻輳が発生していることを示す輻輳情報を受信した場合に用いる前記所定の送信間隔決定ロジックとして、
計算した前記チャンクロス率が、前記最大許容チャンクロス率よりも大きい場合に、前記送信間隔チャンクロス対応情報を参照し、前記チャンクロス率が０に対応する送信間隔、若しくは、０がない場合には最も０に近いチャンクロス率に対応する送信間隔を抽出して、送信する前記パケットの送信間隔を決定し、
計算した前記チャンクロス率が、前記最大許容チャンクロス率未満である場合に、前記送信間隔チャンクロス対応情報を参照し、計算した前記チャンクロス率が、前記最大許容チャンクロス率を超えない中で、最も送信間隔が短い送信間隔を抽出して、送信する前記パケットの送信間隔を決定すること
を特徴とする請求項１に記載の通信システム。 - サーバ側システムと、クライアント側システムとがネットワークを介して通信接続される通信システムの通信方法であって、
前記サーバ側システムは、
レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント側システムから受信するステップと、
受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成するステップと、
生成した前記映像データを、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するステップと、
前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するステップと、
前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント側システムに送信するステップと、を実行し、
前記クライアント側システムは、
前記入力情報を取得するステップと、
前記サーバ側システムから、前記チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクの前記ロスチャンク番号を抽出するステップと、
受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するステップと、
前記入力情報、および、抽出した前記ロスチャンク番号を含む前記入力情報パケットを、前記サーバ側システムに送信するステップと、を実行すること
を特徴とする通信方法。 - クライアント端末にネットワークを介して通信接続するサーバであって、
レンダリングを行うための入力情報と、チャンク化された映像データのうち、ロスしたチャンクの番号であるロスチャンク番号とを含む入力情報パケットを、前記クライアント端末から受信する情報受信部と、
受信した前記入力情報に応じた映像のレンダリング処理を行い、映像データを生成する映像処理部と、
生成した前記映像データを、ＭＴＵのサイズに合わせてチャンク化し、チャンク化した映像データを示すチャンクそれぞれに番号を付与するチャンク化機能部と、
前記チャンク化した映像データを送信したパケット数と、前記ロスチャンク番号で示されるロスしたチャンクの合計数とを用いてチャンクロス率を計算し、計算した前記チャンクロス率と、予め設定した最大許容チャンクロス率とを比較することにより送信間隔を決定する、所定の送信間隔決定ロジックに基づき、前記チャンク化した映像データを含むパケットの送信間隔を決定するチャンクロス判定部と、
前記チャンク化した映像データを含むパケットそれぞれを、決定した前記送信間隔により前記クライアント端末に送信する送信制御部と、
を備えることを特徴とするサーバ。 - コンピュータを、請求項５に記載のサーバとして機能させるためのプログラム。
- サーバにネットワークを介して通信接続するクライアント端末であって、
レンダリングを行うための入力情報を取得する入力情報取得部と、
前記サーバから、チャンク化した映像データを含むパケットそれぞれを受信し、ロスしたパケットに含まれるチャンクのロスチャンク番号を抽出するチャンク処理部と、
受信した前記チャンク化した映像データそれぞれを用いて映像データをデコードして出力するデータ出力部と、
前記入力情報、および、抽出した前記ロスチャンク番号を含む入力情報パケットを、前記サーバに送信する入力情報送信部と、
を備えることを特徴とするクライアント端末。 - コンピュータを、請求項７に記載のクライアント端末として機能させるためのプログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2021/011614 WO2022201221A1 (ja) | 2021-03-22 | 2021-03-22 | 通信システム、通信方法、サーバ、クライアント端末、および、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2022201221A1 JPWO2022201221A1 (ja) | 2022-09-29 |
| JP7452753B2 true JP7452753B2 (ja) | 2024-03-19 |
Family
ID=83395365
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023508146A Active JP7452753B2 (ja) | 2021-03-22 | 2021-03-22 | 通信システム、通信方法、サーバ、クライアント端末、および、プログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20240098318A1 (ja) |
| JP (1) | JP7452753B2 (ja) |
| WO (1) | WO2022201221A1 (ja) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013025668A (ja) | 2011-07-25 | 2013-02-04 | Nippon Hoso Kyokai <Nhk> | 管理装置、素材処理装置、完成ファイル生成装置、素材蓄積装置及びそのプログラム、並びに、並列処理システム |
| US20150261600A1 (en) | 2014-03-14 | 2015-09-17 | Cisco Technology, Inc. | Reconciling redundant copies of media content |
| JP2015228568A (ja) | 2014-05-30 | 2015-12-17 | 日本電信電話株式会社 | 映像品質推定装置及び方法及びプログラム |
| JP2017157913A (ja) | 2016-02-29 | 2017-09-07 | Kddi株式会社 | 推定装置、推定方法及び推定プログラム |
| JP2017158115A (ja) | 2016-03-03 | 2017-09-07 | ソフトバンク株式会社 | 通信装置、通信システム、プログラム、及び通信方法 |
| JP2020064473A (ja) | 2018-10-17 | 2020-04-23 | 株式会社日立製作所 | ストレージシステム及びストレージシステムにおけるデータ配置方法 |
-
2021
- 2021-03-22 WO PCT/JP2021/011614 patent/WO2022201221A1/ja active Application Filing
- 2021-03-22 JP JP2023508146A patent/JP7452753B2/ja active Active
- 2021-03-22 US US18/283,409 patent/US20240098318A1/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013025668A (ja) | 2011-07-25 | 2013-02-04 | Nippon Hoso Kyokai <Nhk> | 管理装置、素材処理装置、完成ファイル生成装置、素材蓄積装置及びそのプログラム、並びに、並列処理システム |
| US20150261600A1 (en) | 2014-03-14 | 2015-09-17 | Cisco Technology, Inc. | Reconciling redundant copies of media content |
| JP2015228568A (ja) | 2014-05-30 | 2015-12-17 | 日本電信電話株式会社 | 映像品質推定装置及び方法及びプログラム |
| JP2017157913A (ja) | 2016-02-29 | 2017-09-07 | Kddi株式会社 | 推定装置、推定方法及び推定プログラム |
| JP2017158115A (ja) | 2016-03-03 | 2017-09-07 | ソフトバンク株式会社 | 通信装置、通信システム、プログラム、及び通信方法 |
| JP2020064473A (ja) | 2018-10-17 | 2020-04-23 | 株式会社日立製作所 | ストレージシステム及びストレージシステムにおけるデータ配置方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20240098318A1 (en) | 2024-03-21 |
| JPWO2022201221A1 (ja) | 2022-09-29 |
| WO2022201221A1 (ja) | 2022-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180295069A1 (en) | Network protocol for switching between plain text and compressed modes | |
| US9544346B1 (en) | Systems and methods for selecting a node for media streaming | |
| US20170180272A1 (en) | System and method for accelerating network applications using an enhanced network interface and massively parallel distributed processing | |
| EP3410302B1 (en) | Graphic instruction data processing method, apparatus | |
| CN111135569A (zh) | 云游戏处理方法、装置、存储介质与电子设备 | |
| JP5123186B2 (ja) | 任意のフォーマットにおけるラージオブジェクトの通信のためのリモートプロトコルサポート | |
| US9727373B2 (en) | Providing resumption data in a distributed processing system | |
| US20140187331A1 (en) | Latency reduction by sub-frame encoding and transmission | |
| CN109040786B (zh) | 摄像头数据的传输方法、装置、系统及存储介质 | |
| US9852520B2 (en) | Implementing reduced video stream bandwidth requirements when remotely rendering complex computer graphics scene | |
| US9438917B2 (en) | System and method for adaptive bandwidth management | |
| WO2006074064A2 (en) | Method and apparatus for managing data object size in a multi-user environment | |
| CN107872471B (zh) | 远程桌面图像指令处理方法和系统 | |
| WO2016044329A1 (en) | Real-time, low memory estimation of unique client computers communicating with a server computer | |
| US9705956B2 (en) | Image transmitting method, program and apparatus | |
| JP7452753B2 (ja) | 通信システム、通信方法、サーバ、クライアント端末、および、プログラム | |
| WO2024149299A1 (zh) | 图像处理方法及计算设备 | |
| US11949887B2 (en) | Transmission apparatus, transmission method, and program | |
| CN105727556B (zh) | 一种图像绘制的方法、相关设备及系统 | |
| CN112494931B (zh) | 云游戏控制方法、系统、服务器和计算机可读存储介质 | |
| EP2954494A1 (en) | Image processing apparatus, method of controlling the same, program and storage medium | |
| KR102157379B1 (ko) | Dash 서버에서의 비디오 트랜스코딩을 위한 온라인/오프라인 작업 분배 방법 | |
| WO2023218614A1 (ja) | 配信装置、配信方法及びプログラム | |
| US20230041190A1 (en) | Systems and methods for managing application refresh rates presented on a display | |
| WO2004036362A2 (en) | Compression of secure content |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230728 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20240206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240219 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7452753 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |