(57)【要約】【課題】通信端末へのコンテンツの配信を制御する配信制御システムにおいて、符号化部、送受信部等の負荷を低減させる配信制御システムを提供する。【解決手段】配信制御システムは、通信端末へのコンテンツの配信を制御する配信制御システムであって、コンテンツデータから静止画データを生成する画像生成手段と、前記生成された静止画データを順次記憶し、新たに記憶した静止画データと前回記憶した静止画データとの差分情報を抽出する画像記憶手段と、前記抽出された差分情報に基づいて前記通信端末に配信する配信データを生成するデータ生成手段と、前記生成された配信データを前記通信端末に送信する送信手段と、を有する。【選択図】図９
2016058812.tif 000002
【特許請求の範囲】
【請求項１】
通信端末へのコンテンツの配信を制御する配信制御システムであって、
コンテンツデータから静止画データを生成する画像生成手段と、
前記生成された静止画データを順次記憶し、新たに記憶した静止画データと前回記憶した静止画データとの差分情報を抽出する画像記憶手段と、
前記抽出された差分情報に基づいて前記通信端末に配信する配信データを生成するデータ生成手段と、
前記生成された配信データを前記通信端末に送信する送信手段と、
を有することを特徴とする配信制御システム。
【請求項２】
前記差分情報は、
前記新たに記憶した静止画データにおいて、前記前回記憶した静止画データから変化があった画像領域の画像データを含む請求項１に記載の配信制御システム。
【請求項３】
前記差分情報は、
前記新たに記憶した静止画データにおいて、前記前回記憶した静止画データから変化があった画像領域の領域情報を含む請求項２に記載の配信制御システム。
【請求項４】
前記配信データは、
前記画像領域の画像データ、及び前記画像領域の領域情報に係る情報を含む請求項３に記載の配信制御システム。
【請求項５】
前記データ生成手段は、
前記画像領域の画像データを符号化するエンコード部を含む請求項２乃至４に記載の配信制御システム。
【請求項６】
請求項２乃至５のいずれか一項に記載の配信制御システムと、
前記通信端末と、
を含む配信システムであって、
前記通信端末は、
前記コンテンツを表示するための表示手段と、
前記表示手段が表示する表示画像を記憶する記憶手段と、
前記配信制御システムから配信される配信データに基づいて、前記記憶された表示画像を更新する更新手段と、
を有する配信システム。
【請求項７】
前記更新手段は、
前記記憶された表示画像のうち、前記画像領域に対応する領域のデータを更新する請求項７に記載の配信システム。
【請求項８】
前記更新手段は、
前記記憶された表示画像のうち、前記画像領域に対応する領域と異なる領域のデータを維持する請求項７に記載の配信システム。
【請求項９】
通信端末へのコンテンツの配信を制御する配信制御システムの制御方法であって、
前記配信制御システムが、コンテンツデータから静止画データを生成するステップと、
前記配信制御システムが、前記生成された静止画データを順次記憶し、新たに記憶した静止画データと前回記憶した静止画データとの差分情報を抽出するステップと、
前記配信制御システムが、前記抽出された差分情報に基づいて前記通信端末に配信する配信データを生成するステップと、
前記配信制御システムが、前記生成された配信データを前記通信端末に送信するステップと、
を含む配信制御システムの制御方法。
【請求項１０】
通信端末へのコンテンツの配信を制御するコンピュータを、
コンテンツデータから静止画データを生成する画像生成手段と、
前記生成された静止画データを順次記憶し、新たに記憶した静止画データと前回記憶した静止画データとの差分情報を抽出する画像記憶手段と、
前記抽出された差分情報に基づいて前記通信端末に配信する配信データを生成するデータ生成手段と、
前記生成された配信データを前記通信端末に送信する送信手段と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信制御システム、配信システム、配信制御システムの制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、様々な分野でクラウドコンピューティングが利用されてきている。クラウドコンピューティングは、ユーザが、インターネットに接続した通信端末を用いてインターネット上のサーバが提供する各種サービス（例えば、配信サービス）を利用するシステムである。
【０００３】
これに関連する技術として、軽量クライアントを使用してネットワーク上で仮想化コンピューティングサービスとインターフェースするための方法が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のシステムでは、仮想マシン、サーバ等の配信制御システム側で、端末装置に表示させる表示画面を符号化して端末装置に送信する。また、端末装置は、配信制御システムから受信したデータを復号化し、復号化された表示画面を表示させる。そのため、例えば、配信制御システムに収容される端末装置の数が増えた場合、配信するコンテンツの容量が大きい場合等、配信制御システムの符号化部、送受信部等の負荷が増大してしまう場合があった。
【０００５】
本発明の実施の形態は、上記問題点に鑑みてなされたものであって、通信端末へのコンテンツの配信を制御する配信制御システムにおいて、符号化部、送受信部等の負荷を低減させる配信制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一実施形態に係る配信制御システムは、通信端末へのコンテンツの配信を制御する配信制御システムであって、コンテンツデータから静止画データを生成する画像生成手段と、前記生成された静止画データを順次記憶し、新たに記憶した静止画データと前回記憶した静止画データとの差分情報を抽出する画像記憶手段と、前記抽出された差分情報に基づいて前記通信端末に配信する配信データを生成するデータ生成手段と、前記生成された配信データを前記通信端末に送信する送信手段と、を有する。
【発明の効果】
【０００７】
本発明の実施の形態によれば、通信端末へのコンテンツの配信を制御する配信制御システムにおいて、符号化部、送受信部等の負荷を低減させる配信制御システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る配信システムの概略図である。
【図２】通信端末にドングルを取り付ける際のイメージ図である。
【図３】一実施形態に係る基本的な配信方法を示した概念図である。
【図４】一実施形態に係るマルチキャストの概念図である。
【図５】一実施形態に係るマルチディスプレイの概念図である。
【図６】一実施形態に係る複合配信の概念図である。
【図７】一実施形態に係る配信制御システム、通信端末、端末管理システム、及びウェブサーバのハードウェア構成図である。
【図８】一実施形態に係るドングルのハードウェア構成図である。
【図９】一実施形態に係る主に配信制御システムの各機能を示す機能ブロック図である。
【図１０】一実施形態に係る主に通信端末の各機能を示す機能ブロック図である。
【図１１】一実施形態に係る端末管理システムの各機能を示すブロック図である。
【図１２】一実施形態に係る配信先選択メニュー画面の概念図である。
【図１３】一実施形態に係る端末管理テーブルの概念図である。
【図１４】一実施形態に係る利用可能端末管理テーブルの概念図である。
【図１５】一実施形態に係る仮想フレームバッファ部について説明するための図である。
【図１６】一実施形態に係るエンコーダブロックの詳細図である。
【図１７】一実施形態に係る変換部の各機能を示す機能ブロック図である。
【図１８】一実施形態に係る配信システムの基本的な配信処理のシーケンス図である。
【図１９】一実施形態に係る複数の通信端末による通信処理の例を示すシーケンス図である。
【図２０】一実施形態に係る時刻調整の処理を示したシーケンス図である。
【図２１】一実施形態に係る配信制御システムから通信端末に送信するデータの回線適応制御の処理を示したシーケンス図である。
【図２２】一実施形態に係る通信端末から配信制御システムに送信するデータの回線適応制御の処理を示したシーケンス図である。
【図２３】一実施形態に係るマルチディスプレイの処理を示すシーケンス図（１）である。
【図２４】一実施形態に係るマルチディスプレイの処理を示すシーケンス図（２）である。
【図２５】一実施形態に係るマルチディスプレイの処理を示すシーケンス図（３）である。
【発明を実施するための形態】
【０００９】
以下に図面を用いて、本実施形態に係る配信システム１を詳細に説明する。なお、以下では、クラウドコンピューティングを利用して、クラウド上でウェブブラウザ（以下、「ブラウザ」と示す）とエンコーダとの両方を連携させて実行させ、通信端末に映像データや音データ等を送信する発明について詳細に説明する。
【００１０】
なお、以下に示される「画像」には、静止画及び動画が含まれる。また、以下に示される「映像」は、基本的に動画を意味し、動画が停止されて静止画状態になった場合も含まれる。更に、静止画及び音のうち少なくとも一方を示す場合には、「静止画（音）」と示す。また、画像及び音のうち少なくとも一方を示す場合には、「画像（音）」と示す。映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と示す。
【００１１】
〔実施形態の概略〕
図１を用いて、本発明の一実施形態の概略を説明する。
【００１２】
図１は、本実施形態に係る配信システムの概略図である。
【００１３】
＜システム構成の概略＞
まず、配信システム１の構成の概略について説明する。
【００１４】
図１に示されているように、本実施形態の配信システム１は、配信制御システム２、複数の通信端末（５ａ〜５ｆ）、端末管理システム７、及びウェブサーバ８によって構築されている。なお、以下では、複数の通信端末（５ａ〜５ｆ）のうち、任意の通信端末を「通信端末５」として表す。また、配信制御システム２、端末管理システム７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。
【００１５】
通信端末５は、配信システム１のサービスを受けるユーザが使用する端末である。このうち、通信端末５ａは、ノートＰＣ(Personal Computer)である。通信端末５ｂは、スマートフォンやタブレット端末等のモバイル端末である。通信端末５ｃは、コピー、スキャン、プリント、及びファックスの各機能が複合されたＭＦＰ(Multifunction Peripheral/Printer/Product)である。通信端末５ｄは、プロジェクタである。通信端末５ｅは、カメラ、マイク及びスピーカを備えたテレビ（ビデオ）会議端末である。通信端末５ｆは、ユーザ等によって描かれた内容を電子的に変換することが可能な電子黒板（ホワイトボード）である。
【００１６】
なお、通信端末５は、例えば、腕時計、自動販売機、ガスメータ、カーナビゲーション装置、ゲーム機、エアコン、照明器具、カメラ単体、マイク単体、スピーカ単体等であって、インターネット等の通信ネットワークを介して通信可能な装置であってもよい。
【００１７】
また、配信制御システム２、通信端末５、端末管理システム７、及びウェブサーバ８は、インターネットやＬＡＮ(Local Area Network)等の通信ネットワーク９によって通信することができる。この通信ネットワーク９には、３Ｇ(3rd Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)等の無線通信によるネットワークも含まれる。
【００１８】
なお、通信端末５によっては、通信端末５ｄ等のように、通信ネットワーク９を介して他の端末やシステムと通信する機能を有していないものがある。しかし、図２に示されているように、ユーザが通信端末５ｄのＵＳＢ(Universal Serial Bus)やＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)のインターフェース部にドングル９９を差し込むことで、通信端末５は通信ネットワーク９を介して通信可能となる。なお、図２は、通信端末にドングルを取り付ける際のイメージ図である。
【００１９】
また、配信制御システム２は、クラウド上でブラウザ２０を有し、ブラウザ２０におけるレンダラ(Renderer)の機能が、所定の記述言語で示された単一又は複数のコンテンツデータを取得して、レンダリングする。これにより、配信制御システム２は、RGB(Red, Green, Blue)によるビットマップデータ等の静止画データや、ＰＣＭ(Pulse Code Modulation)データ等の音データ（即ち、静止画（音）データ）としてのフレームデータを生成することができる。なお、コンテンツデータは、ウェブサーバ８や任意の通信端末等から取得されたデータである。コンテンツデータには、HTML(Hypertext Markup Language)やCSS(Cascading Style Sheets)による画像（音）データ、MP4(MPEG-4)による画像（音）データ、ＡＡＣ(Advanced Audio Coding)による音データ等が含まれる。
【００２０】
更に、配信制御システム２は、クラウド上でエンコード部１９を有し、エンコード部１９がエンコーダとしての役割を果たす。これにより、配信制御システム２は、静止画（音）データとしての各フレームデータを、H.264（MPEG-4 AVC）、H.265、 Motion JPEG等の圧縮符号化方式の映像（音）データに変換する。
【００２１】
一方、端末管理システム７は、通信端末５のログイン認証を行ったり、通信端末５の契約情報等の管理を行ったりする。また、端末管理システム７は、電子メールを送信するためのＳＭＴＰ(Simple Mail Transfer Protocol)サーバの機能を有している。端末管理システム７は、例えば、クラウドのサービス(IaaS:Infrastructure as a Service)上に展開される仮想マシンとして実現することができる。端末管理システム７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
【００２２】
また、ブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Real-time communication/collaboration）を可能にしている。更に、配信制御システム２は後述の図１６におけるエンコード部１９を有している。このエンコード部１９は、ブラウザ２０によって出力されたフレームデータに対して、リアルタイムのエンコードを行い、H.264の規格等に基づく変換により生成された映像（音）データを出力することができる。そのため、配信制御システム２の処理は、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。
【００２３】
なお、配信制御システム２だけでなく、通信端末５もブラウザを有してもよい。この場合、配信制御システム２のブラウザ２０を最新化することで、各通信端末５のブラウザを起動させる必要はなくなる。
【００２４】
＜各種配信方法の概略＞
続いて、各種配信方法の概略について説明する。
【００２５】
（基本配信）
図３は、一実施形態に係る基本的な配信方法を示した概念図である。配信システム１では、配信制御システム２のブラウザ２０が、ウェブサーバ８から画像（音）データとしてのウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることにより、静止画（音）データとしての各フレームデータ〔Ａ〕を生成する。そして、エンコード部１９を含むエンコーダブリッジ部３０が、各フレームデータ〔Ａ〕をエンコード等することによりH.264等の圧縮符号化方式の映像（音）データ〔Ａ〕（送信データの一例）に変換する。配信制御システム２は、変換された後の映像（音）データ〔Ａ〕を通信端末５に配信する。
【００２６】
以上により、たとえリッチなウェブコンテンツデータであっても、配信制御システム２が、クラウド上で、HTML等によるウェブコンテンツデータからH.264等による圧縮した映像（音）データにした状態で、通信端末５に配信することができる。よって、通信端末５側では、自端末のＯＳ（Operating System）やブラウザ等を最新化したり、ＣＰＵ(Central Processing Unit)やメモリ等のスペックを上げる手間や費用を掛けなくても、スムーズにウェブコンテンツを再生することができる。
【００２７】
また、今後、ウェブコンテンツのリッチ化が進んでも、クラウド上の配信制御システム２におけるブラウザ２０やＣＰＵ等のスペックを上げればよいため、通信端末５のスペックは上げる必要がない。
【００２８】
更に、配信システム１は、上述の配信方法を応用し、図４乃至図６に示されているように、ウェブコンテンツデータを複数の拠点に映像（音）データとして配信することも可能である。ここで、図４乃至図６に示されている配信方法について説明する。
【００２９】
（マルチキャスト）
図４は、一実施形態に係るマルチキャストの概念図である。図４に示されているように、配信制御システム２の単一のブラウザ２０は、ウェブサーバ８から画像（音）データとしてのウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることにより、静止画（音）データとしての各フレームデータ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、各フレームデータ〔Ａ〕をエンコードして、映像（音）データに変換する。その後、配信制御システム２は、映像（音）データ〔Ａ〕（送信データの一例）を複数の通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。
【００３０】
以上により、複数の拠点では、同じ映像（音）が再生される。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）は同じ表示再生能力（解像度が同じ等）を有する必要はない。このような配信方法は、例えば「マルチキャスト」と呼ぶ。
【００３１】
（マルチディスプレイ）
図５は、一実施形態に係るマルチディスプレイの概念図である。図５に示すように、配信制御システム２の単一のブラウザ２０は、ウェブサーバ８から画像（音）データとしてのウェブコンテンツデータ〔ＸＹＺ〕を取得してレンダリングすることにより、静止画（音）データとしての各フレームデータ〔ＸＹＺ〕を生成する。そして、エンコーダブリッジ部３０が、フレームデータ〔ＸＹＺ〕毎に、複数のフレームデータ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）に分割した後にエンコードすることで、複数の映像（音）データ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）に変換する。その後、配信制御システム２は、映像（音）データ〔Ｘ〕（送信データの一例）を通信端末５ｆ１に配信する。また、同じように、配信制御システム２は、映像（音）データ〔Ｙ〕（送信データの一例）を通信端末５ｆ２に配信し、映像（音）データ〔Ｚ〕（送信データの一例）を通信端末５ｆ３に配信する。
【００３２】
以上により、例えば、横長のウェブコンテンツ〔ＸＹＺ〕であっても、複数の通信端末５で分割して映像（音）が再生されるため、通信端末（５ｆ１，５ｆ２，５ｆ３）を一列に並べて設置すれば、１つの大きな映像を再生させることと同様の効果を得ることができる。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）は同じ表示再生能力（解像度が同じ等）を有する必要がある。このような配信方法は、例えば「マルチディスプレイ」と呼ぶ。
【００３３】
（複合配信）
図６は、一実施形態に係る複合配信の概念図である。図６に示されているように、第１の拠点（図６の右側）では、電子黒板としての通信端末５ｆ１及びテレビ会議端末としての通信端末５ｅ１が利用されている。また、第２の拠点（図６の左側）では、同じく電子黒板としての通信端末５ｆ２、及びテレビ会議端末としての通信端末５ｅ２が利用されている。第１の拠点では、通信端末５ｆ１にストロークによる文字等を描画させるための電子ペンＰ１が利用され、第２の拠点では、通信端末５ｆ２にストロークによる文字等を描画させるための電子ペンＰ２が利用されている。
【００３４】
そして、第１の拠点において、通信端末５ｅ１によって取得された映像（音）データは、エンコード部６０でエンコードされた後に、配信制御システム２に送信される。その後、配信制御システム２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ１によって通信端末５ｆ１に描かれたストロークを示す操作データ（この場合、通信端末５ｆ１のディスプレイ上における座標データ等）は、配信制御システム２に送信され、ブラウザ２０に入力される。
【００３５】
一方、第２の拠点においても、通信端末５ｅ２によって取得された映像（音）データは、エンコード部６０でエンコードされた後に、配信制御システム２に送信される。その後、配信制御システム２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ２によって通信端末５ｆ２に描かれたストロークを示す操作データ（この場合、通信端末５ｆ２のディスプレイ上における座標データ等）は、配信制御システム２に送信され、ブラウザ２０に入力される。
【００３６】
一方、ブラウザ２０は、例えば、ウェブサーバ８から通信端末（５ｆ１，５ｆ２）のそれぞれのディスプレイに表示される背景画像であるウェブコンテンツデータ〔Ａ〕を取得する。そして、ブラウザ２０は、ウェブコンテンツデータ〔Ａ〕、操作データ（〔ｐ１〕，〔ｐ２〕）及び映像（音）コンテンツデータ（〔Ｅ１〕，〔Ｅ２〕）を結合してレンダリングする。これにより、ブラウザ２０は、各コンテンツ（〔Ａ〕，〔ｐ１〕，〔ｐ２〕，〔Ｅ１〕，〔Ｅ２〕）が所望のレイアウトに設置された静止画（音）データとしてのフレームデータを生成する。
【００３７】
そして、エンコーダブリッジ部３０は、各フレームデータをエンコードし、配信制御システム２が各拠点に同じコンテンツ（〔Ａ〕，〔ｐ１〕，〔ｐ２〕，〔Ｅ１〕，〔Ｅ２〕）を示す映像（音）データ（送信データの一例）を配信する。これにより、第１の拠点では、通信端末５ｆ１のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ１のスピーカから音〔Ｅ２（音部分）〕が出力される。一方、第２の拠点でも、通信端末５ｆ２のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ２のスピーカから音〔Ｅ１（音部分）〕が出力される。なお、第１の拠点では、通信端末５ｆ１のエコーキャンセル機能により、自拠点の音〔Ｅ１（音部分）〕は出力されない。一方、第２の拠点では、通信端末５ｆ２のエコーキャンセル機能により、自拠点の音〔Ｅ２（音部分）〕は出力されない。
【００３８】
以上により、第１の拠点と第２の拠点とでは、遠隔地間においてリアルタイムで同じ情報を共有する遠隔共有処理を行うことができるため、本実施形態の配信システム１は遠隔会議等に有効である。
【００３９】
〔実施形態の詳細な説明〕
続いて、図７乃至図２４を用いて、実施形態の詳細な説明を行う。
【００４０】
＜実施形態のハードウェア構成＞
まずは、図７及び図８を用いて、本実施形態のハードウェア構成を説明する。
【００４１】
（配信制御システム、通信端末、端末管理システム、及びウェブサーバ）
図７は、一実施形態に係る配信制御システム、通信端末、端末管理システム、及びウェブサーバのハードウェア構成図である。配信制御システム２、通信端末５、端末管理システム７、及びウェブサーバ８は、一般的なコンピュータの構成を有しており、その構成は同様である。そのため、ここでは、配信制御システム２について説明を行い、通信端末５、端末管理システム７、及びウェブサーバ８の説明は省略する。
【００４２】
図７に示されているように配信制御システム２は、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ＨＤＤ（Hard Disk Drive）２０４、ＨＤＣ（Hard Disk Controller）２０５、メディアドライブ２０７、ディスプレイ２０８、Ｉ／Ｆ（Interface）２０９、ＲＴＣ（Real Time Clock）２１０、キーボード２１１、マウス２１２、マイク２１３、スピーカ２１４、ＧＰＵ（Graphics Processing Unit）２１５、バス２２０等を有する。
【００４３】
ＣＰＵ２０１は、ＲＯＭ２０２や、ＨＤＤ２０４等に記憶されたＯＳ、アプリケーション等のプログラムを実行し、配信制御システム２全体の動作を制御する演算装置である。ＲＯＭ２０２は、例えば、ＩＰＬ（Initial Program Loader）等のＣＰＵ２０１の起動に用いられるプログラムを記憶した不揮発性のメモリである。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリア等として使用される揮発性のメモリである。
【００４４】
ＨＤＤ２０４は、ＯＳ、アプリケーション等のプログラムや、各種データ等を記憶するストレージデバイスである。ＨＤＣ２０５は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御する。メディアドライブ２０７は、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御する。
【００４５】
ディスプレイ２０８は、配信制御システム２の処理結果等、各種情報を表示する表示装置である。Ｉ／Ｆ２０９は、通信ネットワーク９を利用してデータの送受信を行う通信インターフェースや、ドングル９９等の外部機器を接続したりするための外部インターフェース等を含む。ＲＴＣ２１０は、計時機能を有し、日付、時刻等に係る情報を出力する。
【００４６】
キーボード２１１、及びマウス２１２は、配信制御システム２がユーザの操作を受け付けるための入力装置である。ＧＰＵ２１５は、各種画像処理を行うためのプロセッサである。なお、ＧＰＵ２１５は備えられていない装置もある。バス２２０は、各構成に共通に接続され、アドレス信号、データ信号、各種制御信号等を伝達する。
【００４７】
（ドングル）
図８は、一実施形態に係るドングルのハードウェア構成図である。図８に示されているように、ドングル９９は、ＣＰＵ９１、ＲＯＭ９２、ＲＡＭ９３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）９４、ＧＰＵ９５、Ｉ／Ｆ９６、通信部９７、アンテナ９７ａを有する。
【００４８】
ＣＰＵ９１は、ドングル９９全体の動作を制御する演算装置である。ＲＯＭ９２は、基本入出力プログラムを記憶した不揮発性のメモリである。ＲＡＭ９３は、ＣＰＵ９１のワークエリア等として使用される揮発性のメモリである。ＥＥＰＲＯＭ９４は、ＣＰＵ９１の制御に従ってデータの読み出し又は書き込みが可能な不揮発性のメモリである。ＧＰＵ９５は、各種画像処理を行うためのプロセッサである。Ｉ／Ｆ２０９は、ドングル９９を通信端末５のインターフェースＩ／Ｆ２０９に接続するためのインターフェースである。通信部９７は、アンテナ９７ａを利用して短距離無線技術により通信を行う通信装置である。バスライン９０は、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスである。
【００４９】
なお、短距離無線技術として、例えば、ＮＦＣ（Near Field Communication）規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）(Wireless Fidelity）、ＺｉｇＢｅｅ（登録商標）等が挙げられる。また、ドングル９９にはＧＰＵ９５が備えられている。そのため、通信端末５ｄのようにＧＰＵが備えられていない場合であっても、図２に示されているようにドングル９９が取り付けられることで、通信端末５ｄはグラフィクス表示に必要な計算処理を実行することができる。
【００５０】
＜実施形態の機能構成＞
次に、図９乃至図１６を用い、本実施形態の機能構成について説明する。
【００５１】
（配信制御システムの機能構成）
先ずは、図９を用いて、配信制御システム２の機能構成について説明する。
【００５２】
図９は、一実施形態に係る主に配信制御システムの各機能を示す機能ブロック図である。図９では、配信制御システム２が通信端末５ｆ１に対して映像（音）データを配信する場合の機能構成が示されているが、配信先が通信端末５ｆ１以外の場合も、同じ機能構成を有する。なお、配信制御システム２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。
【００５３】
図９に示されているように、配信制御システム２は、図７に示されているＣＰＵ２０１等のハードウェア構成及びプログラムによって、図９に示されている各機能構成を有する。
【００５４】
具体的に、配信制御システム２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、仮想フレームバッファ部２３、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。更に、配信制御システム２は、図７に示されているＨＤＤ２０４によって構築される記憶部２０００を有している。この記憶部２０００には、認識部３５から出力されブラウザ管理部２２を介して送られた後述の認識情報が記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２０００に一時的に記憶しておくこともできる。
【００５５】
上述の各機能構成のうち、ブラウザ（画像生成手段の一例）２０は、配信制御システム２内で動作するウェブブラウザである。ブラウザ２０は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。ブラウザ２０は、例えば、Media Player、Flash Player、JavaScript（登録商標）、CSS及びHTMLレンダラを有する。なお、JavaScriptには、標準規格のものと配信システム１独自のものが含まれる。
【００５６】
ここで、Media Playerは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Flash Playerは、Flashコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のJavaScriptは、配信システム１に固有のサービスのAPI(Application Programming Interface)を提供するJavaScript群である。CSSは、HTMLで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。HTMLレンダラは、HTMLレンダリングエンジンである。
【００５７】
ブラウザ２０のレンダラ（HTMLレンダラ）は、画像（音）データとしてのウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、静止画（音）データとしての各フレームデータを生成する。また、レンダラは、図６に示されているように、複数種類のコンテンツ（〔Ａ〕，〔ｐ１〕，〔ｐ２〕，〔Ｅ１〕，〔Ｅ２〕）のレイアウトを行うレイアウトエンジン(Layout Engine)でもある。
【００５８】
また、本実施形態の配信システム１では、配信制御システム２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ２０が用意されている場合について、以下続けて説明する。
【００５９】
送受信部２１は、端末管理システム７やウェブサーバ８との間で、各種データ、各種要求、各種指示等の送受信を行う。例えば、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを取得する。また、送受信部２１は、端末管理システム７から取得した各種データを配信制御システム２内の各機能構成に出力したり、端末管理システム７から取得した各種データ、各種要求、又は各種指示等に基づいて配信制御システム２内の各機能構成を制御したりする。例えば、ブラウザ２０が複数ある場合、送受信部２１は、端末管理システム７からの配信のパターンの切替え要求をブラウザ管理部２２に出力し、ブラウザ管理部２２が、複数のブラウザ２０における一のブラウザから他のブラウザへの切替えを制御する。また、送受信部２１は、端末管理システム７からの配信の切替え要求に基づいて、図１５及び図１６に示されているエンコーダブリッジ部３０内の各構成の組み合わせの切替えを行う。
【００６０】
ブラウザ管理部２２は、ブラウザ２０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。
【００６１】
また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から、各種操作データを取得し、ブラウザ２０に出力する。なお、操作データは、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。更に、ブラウザ管理部２２は、認識部３５から画像（音）データを取得してブラウザ２０に出力したり、認識部３５から後述の認識情報を取得して記憶部２０００に記憶したりする。また、ブラウザ管理部２２は、受信用ＦＩＦＯ３４から映像（音）データを取得してブラウザ２０に出力する。
【００６２】
仮想フレームバッファ部（画像記憶手段）２３は、ブラウザ２０が生成した静止画データを順次記憶し、新たに記憶した静止画データと、前回記憶した静止画データとの差分情報を抽出する。この抽出される差分情報には、例えば、新たに記憶した静止画データにおいて、前回記憶した静止画データから変化があった画像領域の領域情報や、新たに記憶した静止画データのうち、上記の画像領域に含まれる画像データ等が含まれる。
【００６３】
図１５は、一実施形態に係る仮想フレームバッファ部について説明するための図である。図１５において、図１５（ａ）は、前回記憶した静止画データ１５０１を示している。図１５の例では、前回記憶した静止画データ１５０１は、第１の図形１５０３と、第２の図形１５０４とを含む。一方、図１５（ｂ）は、前回記憶した静止画データ１５０１の後に新たに記憶した静止画データ１５０２を示している。図１５に示すように、新たに記憶した静止画データ１５０２は、前回記憶した静止画データ１５０１と比較して、第１の図形１５０３の位置には変化がなく、第２の図形１５０４の位置が変化している。
【００６４】
このような場合、仮想フレームバッファ部２３は、静止画データに変化があった画像領域１５０６の領域情報（例えば座標情報）と、画像領域１５０８内の画像データとを差分情報として抽出する。
【００６５】
なお、画像領域１５０８の検出方法は特に限定しないが、例えば、前回記憶した静止画データ１５０１と新たに記憶した静止画データ１５０２の各画素の画素値を比較して、画素値が異なる画素を含む最小サイズ、又は所定のサイズの矩形等を検出しても良い。また、算出される画像領域１５０８は、矩形以外の形であっても良い。
【００６６】
仮想フレームバッファ部２３は、例えば、新たな静止画データが記憶されると、静止画データ１５０１、及び静止画データ１５０２を更新し、古くなった静止画データを、例えば、削除する。
【００６７】
図９に戻って、配信制御システム２の機能ブロックの説明を続ける。
【００６８】
送信用ＦＩＦＯ２４は、ブラウザ２０で生成された音声データを格納するバッファである。
【００６９】
時刻管理部２５は、配信制御システム２独自の時刻Ｔを管理している。
【００７０】
時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信制御システム２における時刻Ｔを示す時刻情報（Ｔ）を取得する。また、時刻取得部２６は、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信する。さらに、時刻取得部２６は、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信する。
【００７１】
回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間は、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。
【００７２】
エンコーダブリッジ部３０は、ブラウザ２０が生成した音声データと、仮想フレームバッファ部２３が抽出した差分情報に含まれる画像データとをエンコーダブリッジ部３０における後述の変換部１０に出力する。エンコーダブリッジ部３０については、図１６及び図１７を用いて、更に詳細に説明する。
【００７３】
図１６は、エンコーダブリッジ部の詳細図である。また、図１７は、変換部の各機能を示す機能ブロック図である。
【００７４】
図１６に示されているように、エンコーダブリッジ部３０は、作成・選択部３１０、及び選択部３２０と、これらの間に複数の変換部（１０ａ，１０ｂ，１０ｃ）が構築されている。ここでは、３つの変換部を示したが、いくつであってもよい。なお、以下、任意の変換部を「変換部１０」として表す。
【００７５】
更に、変換部１０は、入力された音声データと、画像データを、通信ネットワーク９を介して通信端末５に配信できるデータ形式（例えば、H.264等）に変換する。そのため、変換部１０は、図１７に示されているように、トリミング部１１、リサイズ部１２、分割部１３、及びエンコード部１９を有する。トリミング部１１、リサイズ部１２、及び分割部１３は、音データの場合は、処理を行わない。
【００７６】
このうち、トリミング部１１は、静止画の一部だけを切り出す処理を行う。リサイズ部１２は、静止画の縮尺を変更する。分割部１３は、図５に示されているように、静止画を分割する。
【００７７】
また、エンコード部１９は、入力された、音声データと、画像データの各フレームデータをエンコードすることにより、通信ネットワーク９介して通信端末５に映像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。
【００７８】
なお、レンダリングにより静止画データと共に音データが生成される場合には、これら両方のデータがエンコードされるが、音データだけが生成される場合には、トリミングやリサイズ、分割は行われることはなく、エンコードだけが行われてデータ圧縮される。
【００７９】
また、作成・選択部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させるデータを選択したりする。作成する場合としては、作成・選択部３１０は、通信端末５おける映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する。また、選択する場合としては、既に作成されている変換部１０を選択する。例えば、通信端末５ａへの配信に加えて通信端末５ｂへの配信を開始するにあたって、通信端末５ａへ配信している映像（音）データと同じ映像（音）データを通信端末５ｂへ配信する場合がある。このような場合で、更に、通信端末５ｂが通信端末５ａにおける映像（音）データの再生能力と同じ再生能力を有する場合には、作成・選択部３１０は通信端末５ｂ用に新たな変換部１０ｂを作成せずに、通信端末５ａ用に既に作成している変換部１０ａを利用する。
【００８０】
一方、選択部３２０は、既に作成されている変換部１０から所望のものを選択する。これら作成・選択部３１０と選択部３２０による選択によって、図６に示したような様々なパターンの配信を行うことができる。
【００８１】
図９に戻って、配信制御システム２の機能ブロックの説明を続ける。
【００８２】
送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。この送受信部３１が、クラウド上から通信ネットワーク９を介して通信端末５に各種データや要求等の送信を行うことで、配信制御システム２は通信端末５に対して、各種データや要求等を配信することができる。例えば、送受信部３１は、通信端末５のログイン処理において、通信端末５の送受信部５１に対し、ユーザにログイン要求を促すための認証画面データを送信する。その他に、送受信部３１は、ＨＴＴＰＳ(Hypertext Transfer Protocol over Secure Socket Layer)サーバを介して配信システム１独自のプロトコルにより、通信端末５のユーザアプリや通信端末６のデバイスアプリへのデータ送信およびデータ受信を行う。
【００８３】
この独自のプロトコルは、配信制御システム２と通信端末との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムのデータ作成、コマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換を行う。
【００８４】
このうち、送信レスポンス制御は、配信制御システム２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。
【００８５】
リアルタイムのデータ作成は、図１６におけるエンコード部１９で生成された圧縮映像（および圧縮音）のデータに独自のヘッダを付与して、ＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００８６】
コマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５へのＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００８７】
受信レスポンス制御は、配信制御システム２が通信端末５からデータを受信するために、通信端末５からリクエストされたＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信制御システム２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。
【００８８】
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
【００８９】
ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式のデータに変換する処理である。
【００９０】
また、受信用ＦＩＦＯ３４は、デコード部４０でデコードされた後の映像（音）データを格納するバッファである。
【００９１】
認識部３５は、通信端末５から受信する画像（音）データに対しての処理を行う。具体的には、認識部３５は、例えば、サイネージ向けにカメラ６２で撮影された画像から人や動物の顔、年齢、及び性別などを認識する。また、認識部３５は、オフィス向けに、カメラ６２で撮影された画像から顔認識による名前タグ付けや背景画像の差し替え処理などを行う。認識部３５は、認識した内容を示す認識情報を記憶部２０００に記憶させる。この認識部３５は、認識拡張ボードで処理を行うことで高速化が実現される。
【００９２】
遅延情報取得部３７ａは、上り用の回線適応制御の処理に用いられる遅延情報取得部５７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておく。また、遅延情報取得部３７ａは、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。
【００９３】
回線適応制御部３７ｂは、上り用の回線適応制御の処理に用いられる回線適応制御部２７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
【００９４】
デコード部４０は、通信端末５から送信されて来た画像（音）データをデコードする。
【００９５】
（通信端末の機能構成）
続いて、図１０を用いて、通信端末５の機能構成について説明する。
【００９６】
図１０は、一実施形態に係る主に通信端末の各機能を示す機能ブロック図である。通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる端末である。
【００９７】
図１０に示されているように、通信端末５は、図７に示されているＣＰＵ２０１等のハードウェア構成及びプログラムによって、図１０に示されている各機能構成を有する。なお、通信端末５が、図２に示すようにドングル９９が差し込まれることで、通信ネットワーク９を介して他の端末やシステムと通信可能となる場合には、図７及び図８に示すハードウェア構成及びプログラムによって、図１０に示す各機能構成を有する。
【００９８】
具体的に、通信端末５は、デコード部５０、送受信部５１、操作部５２、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部５８、フレームバッファ部５９、及びエンコード部６０を有している。更に、通信端末５は、図７に示されているＲＡＭ２０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）が記憶される。
【００９９】
このうち、デコード部５０は、配信制御システム２から配信され、再生制御部５３から出力された映像（音）データをデコードする。
【０１００】
送受信部５１は、配信制御システム２の送受信部３１、及び後述の端末管理システム７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理システム７の送受信部７１にログイン要求を行う。
【０１０１】
操作部５２は、ユーザの操作入力を受け付ける処理を行い、例えば、電源スイッチ、キーボード、マウス、電子ペンＰ等による入力や選択等を受け付け、操作データとして配信制御システム２のブラウザ管理部２２に送信する。
【０１０２】
再生制御部５３は、送受信部５１から受けた映像（音）データ（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。
【０１０３】
レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングし、レンダリングされたデータを用いて、フレームバッファ部５９に記憶された表示画像を更新する。例えば、レンダリング部５５は、フレームバッファ部５９に記憶され、表示部５８によって表示されている表示画像データに対して、配信制御システム２から受信した画像領域のデータのみを順次更新する。
【０１０４】
時刻制御部５６は、配信制御システム２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信制御システム２の時刻取得部２６に、配信制御システム２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
【０１０５】
遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておく。また、遅延情報取得部５７は、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。
【０１０６】
表示部５８は、配信制御システム２から配信されたコンテンツを表示する。例えば、表示部５８は、フレームバッファ部５９に記憶された表示画像を、例えば、図７のディスプレイ２０８等に表示させる。
【０１０７】
フレームバッファ部５９は、表示部５８が表示する表示画像を記憶する。
【０１０８】
エンコード部６０は、内蔵されたマイク２１３や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信制御システム２のデコード部４０に送信する。また、エンコード部６０は、回線適応制御部３７ｂから受信した回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する。更に、エンコード部６０は、新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信制御システム２のデコード部４０に送信する。
【０１０９】
なお、内蔵されたマイク２１３、外付けのカメラ６２及びマイク６３等は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚(touch)データや嗅覚（smell）データを出力することができてもよい。入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。
【０１１０】
（端末管理システムの機能構成）
続いて、図１１を用いて、端末管理システム７の機能構成について説明する。
【０１１１】
図１１は、一実施形態に係る端末管理システムの各機能を示す機能ブロック図である。
【０１１２】
図１１に示されているように、端末管理システム７は、図７に示されているＣＰＵ２０１等のハードウェア構成及びプログラムによって、図１１に示されている各機能構成を有する。
【０１１３】
具体的に、端末管理システム７は、送受信部７１ａ、送受信部７１ｂ、及び認証部７５を有している。更に、端末管理システム７は、図７に示されているＨＤＤ２０４によって構築される記憶部７０００を有している。この記憶部７０００には、配信先選択メニューデータ、端末管理テーブル７０１０、及び利用可能端末管理テーブル７０２０が記憶される。
【０１１４】
このうち、配信先選択メニューは、図１２に示されているような配信先選択メニュー画面を示すデータである。
【０１１５】
端末管理テーブル７０１０では、図１３に示されているように、端末ＩＤ、ユーザ証明書、契約情報、端末種別、設定情報、実行環境情報、共有ＩＤ、設置位置情報、及び表示名情報等が関連付けて管理されている。
【０１１６】
端末ＩＤは、通信端末５の識別情報である。ユーザ証明書は、通信端末の証明書情報である。契約情報は、ユーザが配信システム１のサービスを利用する際の契約に関する情報である。端末種別は、通信端末５の種別を示す情報である。設定情報は、各通信端末５のホームＵＲＬ(Uniform Resource Locator)を示す情報である。
【０１１７】
実行環境情報は、各通信端末の実行環境を示す情報である。実行環境情報には、各通信端末５の「お気に入り」、「前回のCookie情報」、「キャッシュファイル」等が含まれ、各通信端末５のログイン後に、設定情報と共に配信制御システム２に送信され、各通信端末５に対して個別のサービスを行うために利用される。
【０１１８】
共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。例えば、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」であり、また、端末ＩＤ「ｔ００８」の共有ＩＤは「ｖ００６」である。
【０１１９】
端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末との遠隔共有処理の要求があった場合は、配信制御システム２は、共有ＩＤ「ｖ００６」の通信端末に対して通信端末５ａに配信中の映像(音)データと同じ映像（音）データを配信する。但し、通信端末５ａと通信端末（５ｆ１，５ｆ２，５ｆ３）の表示部５８の解像度が異なる場合には、これに応じて、配信制御システム２が映像(音)データを配信する。
【０１２０】
更に、設置位置情報は、例えば、図５に示されているように、通信端末（５ｆ１，５ｆ２，５ｆ３）が並んで設置される場合の設置位置を示している。表示名情報は、図１２に示されている配信先選択メニュー画面の表示名の内容を表す情報である。
【０１２１】
一方、利用可能端末管理テーブル７０２０では、図１４に示されているように、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５が遠隔共有処理することが可能な通信端末又は通信端末群を示す共有ＩＤが関連付けて管理されている。
【０１２２】
次に、図１１に戻り、各機能構成について説明する。
【０１２３】
送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。
【０１２４】
送受信部７１ｂは、配信制御システム２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信制御システム２の送受信部２１から配信先選択メニューのデータの要求を受信したり、送受信部２１に対して、配信先選択メニューのデータを送信したりする。
【０１２５】
認証部７５は、通信端末５から受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５の認証を行う。
【０１２６】
〔実施形態の動作または処理〕
続いて、図１８乃至図２５を用いて、本実施形態の動作または処理について説明する。なお、これらの処理は、配信制御システム２、通信端末５、端末管理システム７、ウェブサーバ８における各ＣＰＵが、それぞれに格納されているプログラムに従って実行される処理である。
【０１２７】
＜基本的な配信処理＞
まず、図１８を用いて、図３に示されている基本的な配信方法における具体的な配信処理を説明する。
【０１２８】
図１８は、一実施形態に係る配信制御システムの基本的な配信処理のシーケンス図である。なお、ここでは、通信端末５ａを用いてログイン要求する場合について説明するが、通信端末５ａ以外の通信端末５を用いてログインしてもよい。
【０１２９】
図１８に示されているように、通信端末５ａにおいてユーザが電源オンにすると、通信端末５ａの送受信部５１は、端末管理システム７の送受信部７１ａに、ログイン要求する。（ステップＳ２１）。これにより、送受信部７１ａは、ログイン要求を受信する。このログイン要求には、通信端末５ａの端末ＩＤ及びユーザ証明書が含まれている。よって、認証部７５は、通信端末５ａの端末ＩＤ及びユーザ証明書を取得する。
【０１３０】
次に、認証部７５は、端末ＩＤ及びユーザ証明書に基づいて、図１３に示されている端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う(ステップＳ２２)。
ここでは、端末管理テーブル７０１０に同じ組み合わせの端末ＩＤ及びユーザ証明書がある場合、即ち、通信端末５ａが配信システム１における正当な端末であると認証された場合について、以下に続けて説明する。
【０１３１】
端末管理システム７の送受信部７１ａは、通信端末５ａの送受信部５１に、配信制御システム２のＩＰアドレスを送信する（ステップＳ２３）。なお、配信制御システム２のＩＰアドレスは、予め、端末管理システム７によって配信制御システム２から取得されて、記憶部７０００に記憶されている。
【０１３２】
次に、端末管理システム７の送受信部７１ｂは、配信制御システム２の送受信部２１に、ブラウザ２０の起動要求を行う（ステップＳ２４）。これにより、送受信部２１は、ブラウザ２０の起動要求を受信する。そして、ブラウザ管理部２２は、送受信部２１によって受信された起動要求に基づいて、ブラウザ２０を起動させる（ステップＳ２５）。
【０１３３】
次に、エンコーダブリッジ部３０の作成・選択部３１０は、通信端末５ａの再生能力（ディスプレイの解像度等）及びコンテンツの種類に従って変換部１０を作成する（ステップＳ２６）。
【０１３４】
次に、送受信部２１は、ブラウザ２０の命令に従い、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップＳ２７）。これに対して、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部から読み出す（ステップＳ２８）。そして、ウェブサーバ８は、配信制御システム２の送受信部２１にコンテンツデータ〔Ａ〕を送信する（ステップＳ２９）。
【０１３５】
次に、ブラウザ２０が、送受信部２１によって受信されたコンテンツデータ〔Ａ〕をレンダリングすることにより、静止画データを生成し、生成された静止画データを仮想フレームバッファ部２３に出力する（ステップＳ３０）。また、ブラウザ２０は、コンテンツデータ［Ａ］に音声データが含まれる場合、その音声データを送信用ＦＩＦＯ２４に出力する。
【０１３６】
仮想フレームバッファ部２３は、ブラウザ２０から出力された静止画データを新たに記憶し、前回記憶した静止画データとの差分情報を抽出する（ステップＳ３１）。抽出された差分情報には、例えば、新たに記憶された静止画データにおいて、前回記憶された静止画データから変化があった画像領域の領域情報、及びその画像領域に含まれる新たに記憶された静止画データの画像データ等が含まれる。
【０１３７】
そして、変換部１０が、仮想フレームバッファ部２３で抽出された画像領域の画像データと、送信用ＦＩＦＯ２４に記憶された音声データとをエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ３２）。
【０１３８】
次に、送受信部３１は、通信端末５ａの送受信部５１に映像（音）データ〔Ａ〕を送信する（ステップＳ３３）。好ましくは、送信される映像（音）データ〔Ａ〕には、仮想フレームバッファ部２３が抽出した画像領域の領域情報が含まれる。
【０１３９】
通信端末５ａの送受信部５１は、映像（音）データ〔Ａ〕を受信して、再生制御部５３に出力する。次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔Ａ〕を取得してデコードする（ステップＳ３４）。
【０１４０】
レンダリング部５５は、デコードされた画像データをレンダリングし、フレームバッファ部５９に記憶された表示画像のうち、配信制御システム２から配信された画像領域の画像データを更新する（ステップＳ３５）。このとき、配信制御システム２から配信された画像領域は、例えば、受信した映像（音）データ〔Ａ〕に含まれる画像領域の領域情報等により特定することができる。
【０１４１】
ステップＳ３６において、スピーカ６１は、デコードされた音データ〔Ａ〕に基づいて音を再生すると共に、表示部５８は、フレームバッファ部５９に記憶された表示画像に基づいて映像を再生する。尚、以下の説明の中で、上記ステップＳ３４〜Ｓ３６の一連の処理を「表示処理」と呼ぶものとする。
【０１４２】
なお、上記「映像（音）データ〔Ａ〕」は、配信制御システム２から配信される配信データの一例である。配信制御システム２から配信される配信データは、例えば、仮想フレームバッファ部２３で抽出された差分情報に係るデータであれば良く、必ずしも映像データの形式でなくても良い。
【０１４３】
＜複数の通信端末を使った複合配信の処理＞
続いて、図１９を用いて、配信制御システムを介して複数の通信端末を使った通信の処理を説明する。
【０１４４】
図１９は、一実施形態に係る複数の通信端末による配信処理の例を示すシーケンス図である。ここでは、複数の通信端末５として、図６に示されているパターンについて具体的な処理を説明する。なお、ここでも、上述のステップＳ２１〜Ｓ２９と同様のログイン処理及びブラウザ起動等の処理を行うため、上述のステップＳ２９に対応する処理から説明する。
【０１４５】
図１９に示されているように、配信制御システム２の送受信部２１は、ウェブサーバ８からコンテンツデータ〔Ａ〕を受信する（ステップＳ４１）。そして、ブラウザ２０は、コンテンツデータ〔Ａ〕をレンダリングすることにより、静止画データを生成し、生成された静止画データを仮想フレームバッファ部２３に出力する（ステップＳ４２）。また、ブラウザ２０は、コンテンツデータ〔Ａ〕に音声データが含まれる場合、その音声データを送信用ＦＩＦＯ２４に出力する。
【０１４６】
ブラウザ２０から静止画データを受信した仮想フレームバッファ部２３は、受信した静止画データを新たに記憶し、前回記憶した静止画データとの差分情報を抽出する（ステップＳ４３）。抽出された差分情報には、例えば、新たに記憶された静止画データにおいて、前回記憶された静止画データから変化があった画像領域の領域情報、及びその画像領域に含まれる新たに記憶された静止画データの画像データ等が含まれる。
【０１４７】
そして、変換部１０が、仮想フレームバッファ部２３で抽出された画像領域の画像データと、送信用ＦＩＦＯ２４に記憶された音声データとをエンコードすることで、通信端末５ｆ１、５ｆ２に配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ４４）。
【０１４８】
また、送受信部３１は、変換部１０を含むエンコーダブリッジ部３０からエンコード後の映像（音）データ〔Ａ〕を取得し、通信端末５ｆ１、５ｆ２に送信する（ステップＳ４５−１、４５−２）。
【０１４９】
配信制御システム２から映像（音）データ〔Ａ〕を受信した通信端末５ｆ１、５ｆ２は、それぞれ、前述の表示処理（図１８のステップＳ３４〜Ｓ３６の処理）により、配信されたコンテンツを表示する（ステップＳ４６−１、Ｓ４６−２）。
【０１５０】
ステップＳ４８において、通信端末５ｆ１のエンコード部６０が、カメラ６２及びマイク６３から映像（音）データ〔Ｅ〕としてのコンテンツデータの入力を受け付けると、エンコード部６０はコンテンツデータ〔Ｅ〕をエンコードする（ステップＳ４８）。送受信部５１は、エンコード部６０によってエンコードされたコンテンツデータ〔Ｅ〕を、配信制御システム２の送受信部３１に送信する（ステップＳ４９）。これにより、配信制御システム２の送受信部３１は、コンテンツデータ〔Ｅ〕を受信する。
【０１５１】
次に、配信制御システム２のデコード部４０は、送受信部３１によって受信されたコンテンツデータ〔Ｅ〕をデコードする（Ｓ５０）。また、ブラウザ２０は、デコードされたコンテンツデータ〔Ｅ〕を、既に取得しているコンテンツデータ〔Ａ〕と結合し、静止画データ（〔Ａ〕，〔Ｅ〕）を生成（レンダリング）する（ステップＳ５１）。また、ブラウザ２０は、生成された静止画データ（〔Ａ〕，〔Ｅ〕）を仮想フレームバッファ部２３に出力するし（Ｓ５１）、音声データを送信用ＦＩＦＯ２４に出力する。
【０１５２】
ブラウザ２０から静止画データを受信した仮想フレームバッファ部２３は、受信した静止画データを新たに記憶し、前回記憶した静止画データとの差分情報を抽出する（ステップＳ５２）。
【０１５３】
変換部１０は、仮想フレームバッファ部２３で抽出された差分情報に含まれる画像データと、送信用ＦＩＦＯ２４に記憶された音声データとをエンコードすることで、通信端末５ｆ１、５ｆ２に配信すべき映像（音）データ〔Ｅ〕に変換する（ステップＳ５３）。
【０１５４】
また、送受信部３１は、変換部１０を含むエンコーダブリッジ部３０からエンコード後の映像（音）データ〔Ｅ〕を取得し、通信端末５ｆ１、５ｆ２に送信する（ステップＳ５４−１、５４−２）。
【０１５５】
配信制御システム２から映像（音）データ〔Ｅ〕を受信した通信端末５ｆ１、５ｆ２は、それぞれ、表示処理により、配信されたコンテンツを表示する（ステップＳ５５−１、Ｓ５５−２）。これにより、通信端末５ｆ１、５ｆ２の表示部５８に表示されている表示画像に、通信端末５ｆ１のカメラ６２及びマイク６３から入力されたコンテンツデータ〔Ｅ〕が反映される。
【０１５６】
更に、通信端末５ｆ１の操作部５２が、電子ペンＰ１によるストローク操作の入力を受け付けると（ステップＳ５６）。通信端末５ｆ１の送受信部５１は、操作部５２によって受け付けられたストローク操作の内容を示す操作データ〔ｐ〕を、配信制御システム２の送受信部３１に送信する（ステップＳ５７）。これにより、配信制御システム２の送受信部３１は、操作データ〔ｐ〕を受信する。そして、ブラウザ管理部２２は、送受信部３１によって受信された操作データ〔ｐ〕をブラウザ２０に出力する。
【０１５７】
次に、ブラウザ２０は、操作データ〔ｐ〕を、既に取得しているコンテンツデータ（〔Ａ〕，〔Ｅ〕）に対して反映させた静止画データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を生成（レンダリング）し、仮想フレームバッファ部２３に出力する（Ｓ５８）。
【０１５８】
ブラウザ２０から静止画データを受信した仮想フレームバッファ部２３は、受信した静止画データを新たに記憶し、前回記憶した静止画データとの差分情報を抽出する（ステップＳ５９）。
【０１５９】
変換部１０は、仮想フレームバッファ部２３で抽出された差分情報に含まれる画像データと、送信用ＦＩＦＯ２４に記憶された音声データとをエンコードすることで、通信端末５ｆ１、５ｆ２に配信すべき映像（音）データ〔ｐ〕に変換する（ステップＳ６０）。
【０１６０】
また、送受信部３１は、変換部１０を含むエンコーダブリッジ部３０からエンコード後の映像（音）データ〔ｐ〕を取得し、通信端末５ｆ１、５ｆ２に送信する（ステップＳ６１−１、６１−２）。
【０１６１】
配信制御システム２から映像（音）データ〔Ｅ〕を受信した通信端末５ｆ１、５ｆ２は、それぞれ、表示処理により、配信されたコンテンツを表示する（ステップＳ６２−１、Ｓ６２−２）。これにより、通信端末５ｆ１、５ｆ２の表示部５８に表示されている表示画像に、通信端末５ｆ１へ電子ペンＰ１による操作データ〔ｐ〕が反映される。
【０１６２】
以上より、通信端末５ｆ１で出力される映像（音）と同じ映像（音）が、通信端末５ｆ２でも出力されることになる。
【０１６３】
本実施形態による配信システム１では、仮想フレームバッファ部２３に記憶された静止画データに対して、画像が変化した画像領域のデータのみエンコードが行われる。
これにより、配信制御システム２のエンコーダブリッジ部３０、エンコード部１９等への負荷が軽減される。さらに、配信制御システム２は、仮想フレームバッファ部２３に記憶された静止画データに対して、画像が変化した画像領域に係るデータのみを配信するので、ネットワークの通信帯域も節約することができる。
【０１６４】
具体的な例として、例えば、コンテンツとして、検索サービスのウェブページを配信するものとし、そのウェブページには、検索文字列を入力するテキストボックスとが表示されているものとする。また、テキストボックスの入力位置には、カーソルが点滅しており、カーソル部分以外は静止画状態であるものとする。
【０１６５】
このような場合、従来の配信方法では、更新されている領域がカーソル部分のみであるにもかかわらず、画面領域全体を符号化（エンコード）して送信が行われていた。
【０１６６】
一方、本実施形態に係る配信システム１では、更新されている領域（例えばカーソル部分）を示す差分情報を用いて符号化を行うので、符号化に係るコンピューティングコスト（ＣＰＵ使用量、使用メモリ量、データ転送量等）を削減することができる。
【０１６７】
＜時刻調整の処理＞
続いて、図２０を用いて、時刻調整の処理について説明する。なお、図２０は、一実施形態に係る時刻調整の処理を示したシーケンス図である。
【０１６８】
まず、通信端末５の時刻制御部５６は、送受信部５１が配信制御システム２に時刻情報（Ｔ）を要求する時点を示す時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｓ）を取得する（ステップＳ８１）。そして、送受信部５１は送受信部３１に、配信制御システム２における時刻情報（Ｔ）を要求する（ステップＳ８２）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔｓ）が送信される。
【０１６９】
次に、配信制御システム２の時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求を受信した時点を示す時刻を取得するために、時刻管理部２５から配信制御システム２における時刻情報（Ｔｒ）を取得する（ステップＳ８３）。更に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求に応答する時点を示す時刻を取得するために、時刻管理部２５から配信制御システム２における時刻情報（Ｔｓ）を取得する（ステップＳ８４）。そして、送受信部３１は送受信部５１に、時刻情報（ｔｓ, Ｔｒ，Ｔｓ）を送信する（ステップＳ８５）。
【０１７０】
次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時点を示す時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｒ）を取得する（ステップＳ８６）。
【０１７１】
そして、通信端末５の時刻制御部５６は、配信制御システム２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、以下の式１によって表される。
【０１７２】
Δ＝（（Ｔｒ＋Ｔｓ）／２）−（（ｔｒ＋ｔｓ）／２）・・・（式１）
そして、時刻制御部５６は、記憶部５０００に時刻差Δを示す時刻差情報（Δ）を記憶する（ステップＳ８８）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。
【０１７３】
＜下り用の回線適応制御の処理＞
続いて、図２１を用いて、配信制御システム２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。
【０１７４】
図２１は、一実施形態に係る配信制御システムから通信端末に送信するデータの回線適応制御の処理を示したシーケンス図である。
【０１７５】
まず、配信制御システム２の回線適応制御部２７は、通信端末５の再生制御部５３が映像（音）データを再生させるまでにバッファリングする。これにより、回線適応制御部２７は、再生を遅延させるための再生遅延時間Ｕを示す再生遅延時間情報（Ｕ）を計算して、エンコーダブリッジ部３０に出力する（ステップＳ１０１）。
【０１７６】
次に、送受信部３１は、エンコーダブリッジ部３０から再生遅延時間情報（Ｕ）を取得し、通信端末５の送受信部５１に再生遅延時間情報（Ｕ）を送信する（ステップＳ１０２）。これにより、通信端末５の送受信部５１は、再生遅延時間情報（Ｕ）を受信する。また、エンコーダブリッジ部３０は、送信用ＦＩＦＯ２４から取得してエンコード等を行った映像（音）データ〔Ａ〕に対して、時刻管理部２５から取得した時点を示す時刻Ｔ０を示す時刻情報（Ｔ０）をタイムスタンプとして付加する（ステップＳ１０３）。そして、送受信部３１は、通信端末５の送受信部５１に、映像（音）データ及び配信制御システム２の時刻情報（Ｔ０）を送信する（ステップＳ１０４）。これにより、通信端末５の送受信部５１は、映像（音）データ及び配信制御システム２の時刻情報（Ｔ０）を受信し、再生制御部５３に映像（音）データ及び時刻情報（Ｔ０）を出力する。
【０１７７】
次に、通信端末５では、再生制御部５３が、上記ステップＳ１０２によって取得した再生遅延時間情報（Ｕ）、上記ステップＳ１０４によって取得した時刻情報（Ｔ０）、及び上記ステップＳ８８によって記憶部５０００に記憶した時刻差情報（Δ）に基づき、通信端末５における時刻（Ｔ０＋Ｕ−Δ）になるまで待ってから、上記ステップＳ１０４によって取得した映像（音）データをデコード部５０に出力することで、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１０５）。これにより、以下の式２に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは遅延しすぎるため、再生されずに消去される。
【０１７８】
Ｕ≧（ｔ０＋Δ）−Ｔ０・・・（式２）
また、再生制御部５３は、記憶部５０００から、通信端末５における現時点の時刻ｔ０を読み出す（ステップＳ１０６）。この時刻ｔ０は、通信端末５が配信制御システム２から映像（音）データを受信した時点の通信端末５における時刻を示す。更に、再生制御部５３は、記憶部５０００から、上記ステップＳ８６によって記憶されている時刻差Δを示す時刻差情報（Δ）を読み出す（ステップＳ１０７）。そして、再生制御部５３は、映像（音）データが配信制御システム２から送信されて通信端末５で受信されるまでの時間を示す送信遅延時間Ｄ１を計算する（ステップＳ１０８）。この計算は、以下の式３によって行われ、通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ１が長くなる。
【０１７９】
Ｄ１＝（ｔ０＋Δ）−Ｔ０・・・（式３）
次に、遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておく。また、複数の送信遅延時間情報（Ｄ１）を取得したところで、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を、送受信部５１に出力する(ステップＳ１０９)。そして、送受信部５１は、配信制御システム２の送受信部３１に、送信遅延時間情報（Ｄ）を送信する（ステップＳ１１０）。これにより、配信制御システム２の送受信部３１は、送信遅延時間情報（Ｄ）を受信して、回線適応制御部２７に送信遅延時間情報（Ｄ）を出力する。
【０１８０】
次に、回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延情報Ｕ'を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりして、エンコーダブリッジ部３０に出力する（ステップＳ１１１）。
【０１８１】
次に、送受信部３１は、エンコーダブリッジ部３０から、上記ステップＳ１１１によって計算された新たな再生遅延時間Ｕ'を示す再生遅延時間情報（Ｕ'）を取得し、通信端末５の送受信部５１に再生遅延時間情報（Ｕ'）を送信する（ステップＳ１１２）。これにより、通信端末５の送受信部５１は、再生遅延時間情報（Ｕ'）を受信する。
【０１８２】
更に、エンコーダブリッジ部３０における変換部１０は、動作条件を示す回線適応制御信号に基づいて、変換部１０の動作条件を変更する（ステップＳ１１３）。例えば、送信遅延時間Ｄ１が長すぎる場合、送信遅延時間Ｄ１に応じて再生遅延時間Ｕを長くすると、スピーカ６１や表示部５８での再生時間が遅くなり過ぎるため、再生遅延時間Ｕを長くすることには限界がある。そこで、回線適応制御部２７は、エンコーダブリッジ部３０に対して、再生遅延時間Ｕを変更させて再生遅延時間Ｕ'とするだけでなく、変換部１０に対して、映像（音）データのフレームレートを下げさせたり、映像（音）データの解像度を下げさせたりする。これにより、通信ネットワーク９の混雑に対応する。これにより、エンコーダブリッジ部３０は、変更後の動作条件に従って、上記ステップＳ１０３のように、映像（音）データ〔Ａ〕に対して、現時点の時刻情報（Ｔ０）をタイムスタンプとして付加する（ステップＳ１０４）。そして、映像（音）データ付加する（ステップＳ１１４）。そして、送受信部３１は、通信端末５の送受信部５１に、映像（音）データ及び配信制御システム２の時刻情報（Ｔ０）を送信する（ステップＳ１１５）。これにより、通信端末５の送受信部５１は、映像（音）データ及び配信制御システム２の時刻情報（Ｔ０）を受信し、再生制御部５３に映像（音）データ及び時刻情報（Ｔ０）を出力する。
【０１８３】
次に、通信端末５では、再生制御部５３が、上記ステップＳ１１２によって取得した再生遅延時間情報（Ｕ'）、上記ステップＳ１１５によって取得した時刻情報（Ｔ０）、及び上記ステップＳ８８によって記憶部５０００に記憶した時刻差情報（Δ）に基づき、通信端末５における時刻（Ｔ０＋Ｕ'−Δ）になるまで待つ。その後、映像（音）データをデコード部５０に出力することで、上記ステップＳ１０５のように、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１１６）。その後、上記ステップＳ１０６以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。
【０１８４】
＜上り用の回線適応制御の処理＞
続いて、図２２を用いて、通信端末５から配信制御システム２に送信する（上り）データの回線適応制御の処理を説明する。
【０１８５】
図２２は、一実施形態に係る通信端末から配信制御システムに送信するデータの回線適応制御の処理を示したシーケンス図である。
【０１８６】
まず、通信端末５のエンコード部６０は、カメラ６２及びマイク６３から入力された映像（音）データ〔Ｅ〕としてのコンテンツデータをエンコードする（ステップＳ１２１）。この際、エンコード部６０は、記憶部５０００から、現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）及び時間差Δを示す時間差情報（Δ）を取得するが、これらに対しては、エンコードを行わない。そして、送受信部５１は、配信制御システム２の送受信部３１に、映像（音）データ〔Ｅ〕、時刻情報（ｔ０）、及び時間差情報（Δ）を送信する（ステップＳ１２２）。これにより、配信制御システム２の送受信部３１は、映像（音）データ〔Ｅ〕、時刻情報（ｔ０）、及び時間差情報（Δ）を受信する。
【０１８７】
次に、配信制御システム２では、デコード部４０が上記ステップＳ１２２によって映像（音）データ〔Ｅ〕等を受信した時点を示す時刻Ｔ０を時刻管理部２５から読み出す(ステップＳ１２３)。そして、デコード部４０は、映像（音）データが通信端末５から送信されて配信制御システム２で受信されるまでの時間を示す送信遅延時間ｄ１を計算する（ステップＳ１２４）。この計算は、以下の式４によって行われ、通信ネットワーク９が混雑している場合には、送信遅延時間ｄ１が長くなる。
る。
【０１８８】
ｄ１＝Ｔ０−（ｔ０＋Δ）・・・（式４）
次に、配信制御システム２の遅延情報取得部３７ａは、遅延情報取得部５７と同様に、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておく。また、遅延情報取得部３７ａは、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップＳ１２５）。
【０１８９】
次に、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する（ステップＳ１２６）。そして、送受信部３１は、通信端末５の送受信部５１に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する（ステップＳ１２７）。これにより、通信端末５の送受信部５１は、回線適応制御信号を受信する。即ち、図２１に示されている回線適応制御の場合（下り）は、同じ配信制御システム２内でエンコーダブリッジ部３０に回線適応制御信号が出力される。それに対して、図２２に示されている回線適応制御の場合（上り）は、配信制御システム２から通信ネットワーク９を介して、通信端末５に回線適応制御信号が送信される。
【０１９０】
次に、エンコード部６０は、送受信部５１によって受信された回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する（ステップＳ１２８）。そして、エンコード部６０は、新たな動作条件によって、上記ステップＳ１２１と同様の処理を行う（ステップＳ１２９）。そして、送受信部５１は、配信制御システム２の送受信部３１に対して、上記ステップＳ１２２のように、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを送信する（ステップＳ１３０）。これにより、配信制御システム２の送受信部３１は、映像（音）データ〔Ｅ〕、時刻情報（ｔ０）、及び時間差情報（Δ）を受信する。その後、上記ステップＳ１２３以降の処理が続けて行われる。このようにして、上り用の回線適応制御の処理が継続して行われる。
【０１９１】
＜マルチディスプレイの処理＞
続いて、図２３乃至図２５を用いて、マルチディスプレイの処理について説明する。
【０１９２】
図２３乃至図２５は、一実施形態に係るマルチディスプレイの処理を示すシーケンス図である。
【０１９３】
ここでは、通信端末５ａで再生されている映像（音）〔ＸＹＺ〕を、各通信端末（５ｆ１，５ｆ２，５ｆ３）にも分割して再生させる例である。
【０１９４】
また、ここでは、ウェブコンテンツを表示させるためのブラウザ２０を「ブラウザ２０ａ」と示し、ユーザへの設定画面を表示させるためのブラウザ２０を「ブラウザ２０ｂ」と示す。更に、ここでは、図１８のステップＳ３０に相当する処理から説明する。
【０１９５】
まず、配信制御システム２のブラウザ２０ａは、ウェブサーバ８から取得したウェブコンテンツデータ〔ＸＹＺ〕をレンダリングすることにより、静止画データを生成し、生成した静止画データを仮想フレームバッファ部２３に出力する（ステップＳ２０１）。また、ブラウザ２０は、コンテンツデータに含まれる音声データを送信用ＦＩＦＯ２４に出力する。
【０１９６】
仮想フレームバッファ部２３は、ブラウザ２０から出力された静止画データを新たに記憶し、前回記憶した静止画データとの差分情報を抽出する（ステップＳ２０２）。抽出された差分情報には、例えば、新たに記憶された静止画データにおいて、前回記憶された静止画データから変化があった画像領域の領域情報、及びその画像領域に含まれる新たに記憶された静止画データの画像データ等が含まれる。
【０１９７】
そして、変換部１０が、仮想フレームバッファ部２３で抽出された画像領域の画像データと、送信用ＦＩＦＯ２４に記憶された音声データとをエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔ＸＹＺ〕に変換する（ステップＳ２０３）。
【０１９８】
次に、送受信部３１は、通信端末５ｆ１の送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０４）。
【０１９９】
通信端末５ｆ１は、配信制御システム２から受信した映像（音）データ〔ＸＹＺ〕を受信処理することにより、配信されたコンテンツを表示する（ステップＳ２０５）。
【０２００】
次に、通信端末５ａのユーザによって、表示部５８上に表示されている画面がメニュー要求画面に切り替えられ、操作部５２が、メニュー要求画面中の「配信先選択メニュー」ボタンの押下を受け付ける（ステップＳ２０６）。これにより、送受信部５１が、端末管理システム７の送受信部７１ａに、配信先選択メニューへの切り替え要求を送信する（ステップＳ２０７）。これにより、端末管理システム７の送受信部７１ａは、配信先選択メニューへの切り替え要求を受信する。この要求には、通信端末５ａの端末ＩＤが含まれている。
【０２０１】
次に、送受信部７１ｂは、配信制御システム２の送受信部２１に、ブラウザ２０ｂの起動要求を送信する（ステップＳ２０８）。これにより、配信制御システム２の送受信部２１は、ブラウザ２０ｂの起動要求を受信し、ブラウザ管理部２２に対して、ブラウザ２０ｂの起動要求を行う。
【０２０２】
次に、ブラウザ管理部２２は、ブラウザ２０ｂを起動させる（ステップＳ２０９）。そして、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ａから変換部１０（例えば、変換部１０ａ）への出力を、ブラウザ２０ｂから変換部１０（例えば、変換部１０ｂ）への出力に切り替える（ステップＳ２１０）。但し、通信端末５ａが他の通信端末５（例えば、通信端末５ｂ）と変換部１０（例えば、変換部１０ａ）を共有して上記ステップＳ２０３による映像（音）データを受信している場合もある。この場合には、他の通信端末５（例えば、通信端末５ｂ）はブラウザ２０ａ用に変換部１０（例えば、変換部１０ａ）を利用中であるため、エンコーダブリッジ部３０の作成・選択部３１０は、新たに変換部１０（例えば、変換部１０ｂ）を作成する。
【０２０３】
そして、送受信部２１は、ブラウザ２０ｂの命令に従って、端末管理システム７の送受信部７１ｂに、配信先選択メニュー要求を送信する（ステップＳ２１１）。この際に、通信端末５ａの端末ＩＤも送信される。これにより、端末管理システム７の送受信部７１ｂは、配信先選択メニュー要求を受信し、記憶部７０００に通信端末５ａの端末ＩＤを出力する。
【０２０４】
これに対して、端末管理システム７の記憶部７０００は、この端末ＩＤに基づいて利用可能端末管理テーブル７０２０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１２）。この共有ＩＤは、通信端末５ａが遠隔共通処理をするために利用可能な通信端末５を示している。ここでは、図１４に示されているように、通信端末５ａの端末ＩＤが「ｔ００１」であるため、抽出される共有ＩＤは「ｖ００３」、「ｖ００６」である。
【０２０５】
更に、記憶部７０００は、抽出した共有ＩＤに基づいて端末管理テーブル７０１０を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップＳ２１３）。ここでは、図１３に示されているように、抽出された共有ＩＤ「ｖ００３」、「ｖ００６」に対応する表示名は、それぞれ「東京本社１０Ｆ  ＭＦＰ」、「大阪展示場１Ｆ  マルチディスプレイ」である。
【０２０６】
そして、送受信部７１ｂは、配信制御システム２の送受信部２１に、コンテンツデータとしての配信先選択メニューデータ〔Ｍ〕を送信する（ステップＳ２１４）。これにより、配信制御システム２の送受信部２１は、配信先選択メニューデータ〔Ｍ〕を受信し、ブラウザ２０ｂに出力する。この配信先選択メニュー〔Ｍ〕は、図１２に示されているように、チェックボックス、共有ＩＤ、及び表示名が含まれている。
【０２０７】
次に、図２４に示されているように、ブラウザ２０ｂが、端末管理システム７から取得した配信先選択メニュー〔Ｍ〕を示すコンテンツデータをレンダリングし、静止画データを生成する。ブラウザ２０ｂは、生成した静止画データを仮想フレームバッファ部２３に出力し、音声データを送信用ＦＩＦＯ２４に出力する（ステップＳ２２１）。
【０２０８】
仮想フレームバッファ部２３は、ブラウザ２０から出力された静止画データを新たに記憶し、前回記憶した静止画データとの差分情報を抽出する（ステップＳ２０２）。抽出された差分情報には、例えば、新たに記憶された静止画データにおいて、前回記憶された静止画データから変化があった画像領域の領域情報、及びその画像領域に含まれる新たに記憶された静止画データの画像データ等が含まれる。
【０２０９】
そして、変換部１０が、仮想フレームバッファ部２３で抽出された画像領域の画像データと、送信用ＦＩＦＯ２４に記憶された音声データとをエンコードすることで、通信端末５ａに配信可能なデータ形式の映像（音）データ〔Ｍ〕に変換する（ステップＳ２２３）。
【０２１０】
次に、送受信部３１は、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔Ｍ〕を受信して、再生制御部５３に出力する。
【０２１１】
通信端末５ｆ１は、配信制御システム２から受信した映像（音）データ〔ＸＹＺ〕を受信処理することにより、図１２に示されているような映像を再生する（ステップＳ２２５）。
【０２１２】
次に、図１２に示されている配信先選択メニューにおいて、ユーザにより共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると、操作部５２が、ユーザの操作入力を受け付ける（ステップＳ２２６）。
【０２１３】
次に、送受信部５１は、配信制御システム２の送受信部３１に、操作データとしてチェック結果を送信する（ステップＳ２２７）。これにより、配信制御システム２の送受信部３１は、操作データとしてチェック結果を受信し、ブラウザ２０ｂに出力する。
【０２１４】
次に、ブラウザ２０ｂは、チェック結果から共有ＩＤを選択する（ステップＳ２２８）。そして、送受信部２１は、ブラウザ２０ｂの命令に従って、端末管理システム７の送受信部７１ｂに、配信先追加要求を送信する（ステップＳ２２９）。この配信先追加要求には、上記ステップＳ２２７によって選択された共有ＩＤが含まれている。これにより、端末管理システム７の送受信部７１ｂは、配信先追加要求を受信し、記憶部７０００に共有ＩＤを出力する。そして、ブラウザ２０ｂは、役目を終えて終了する（ステップＳ２３０）。これにより、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ｂから変換部１０への出力を、ブラウザ２０ａから変換部１０への出力に戻すよう切り替える（ステップＳ２３１）。
【０２１５】
次に、図２５に示すように、端末管理システム７の記憶部７０００では、上記ステップＳ２２９によって送られて来た共有ＩＤに基づいて、端末管理テーブル７０１０を検索することにより、対応する端末ＩＤ及び設置位置情報を抽出する（ステップＳ２４１）。そして、送受信部７１ｂは、配信制御システム２の送受信部２１に、配信先の追加指示を送信する(ステップＳ２４２)。この配信先の追加指示には、上記ステップＳ２４１によって抽出された端末ＩＤ及び設置位置情報が含まれている。これにより、配信制御システム２の送受信部２１は、配信先の追加指示を受信し、ブラウザ管理部２２に配信先の追加指示を出力する。ここでは、端末ＩＤ及び設置位置情報が「ｔ００６」、「左」と、端末ＩＤ及び設置位置情報が「ｔ００７」、「中」と、端末ＩＤ及び設置位置情報が「ｔ００８」、「右」との３組の端末ＩＤ及び設置位置情報が含まれている。
【０２１６】
次に、エンコーダブリッジ部３０の作成・選択部３１０は、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ管理部２２から、端末ＩＤ及び設置位置情報を取得する。
【０２１７】
そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている静止画（音）データとしての各フレームデータ〔ＸＹＺ〕を分割する。また、エンコード部１９が、分割された各フレームデータをエンコードする（ステップＳ２４４）。
【０２１８】
そして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｘ〕を、端末ＩＤ（「ｔ００６」）及び設置位置情報（「左」）に基づいて、通信端末５ｆ１の送受信部５１に送信する（ステップＳ２４５−１）。これにより、通信端末５ｆ１の送受信部５１は、映像（音）データ〔Ｘ〕を受信して、再生制御部５３に出力する。
【０２１９】
次に、通信端末５ｆ１は、前述の表示処理により、映像データ〔Ｘ〕に基づく映像を再生する（ステップＳ２４６−１）。
【０２２０】
また、同様にして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｙ〕を、端末ＩＤ（「ｔ００７」）及び設置位置情報（「中」）に基づいて、通信端末５ｆ２の送受信部５１に送信する（ステップＳ２４５−２）。これにより、通信端末５ｆ２の送受信部５１は、映像（音）データ〔Ｙ〕を受信して、再生制御部５３に出力する。
【０２２１】
次に、通信端末５ｆ２は、前述の表示処理により、映像データ〔Ｙ〕に基づく映像を再生する（ステップ２４６−２）。
【０２２２】
更に、同様にして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ「Ｚ」を、端末ＩＤ（「ｔ００８」）及び設置位置情報（「右」）に基づいて、通信端末５ｆ３の送受信部５１に送信する（ステップＳ２３５−３）。これにより、通信端末５ｆ３の送受信部５１は、映像（音）データ〔Ｚ〕を受信して、再生制御部５３に出力する。
【０２２３】
次に、通信端末５ｆ３は、前述の表示処理により、映像データ〔Ｚ〕に基く映像を再生する（ステップＳ２４６−３）。
【０２２４】
〔実施形態の主な効果〕
以上、本実施形態に係る配信制御システム（２）は、通信端末（５）へのコンテンツの配信を制御する配信制御システム（２）であって、コンテンツデータから静止画データを生成する画像生成手段（２９）を有する。また、配信制御システム（２）は、前記生成された静止画データを順次記憶し、新たに記憶した静止画データ（１５０２）と前回記憶した静止画データ（１５０１）との差分情報を抽出する画像記憶手段（２３）を有する。さらに、配信制御システム（２）は、前記抽出された差分情報に基づいて前記通信端末（５）に配信する配信データを生成するデータ生成手段（１０）と、前記生成された配信データを前記通信端末（５）に送信する送信手段（３１）と、を有する。
【０２２５】
上記構成により、配信制御システム（２）は、通信端末（５）に配信する配信データを生成（符号化）する際に、画像記憶手段（２３）によって抽出された差分情報を利用して符号化を行うので、データ生成手段（１０）を効率良く利用することができる。また、配信システム（２）は、差分情報を利用して符号化された配信データを送信するので、送信手段（３１）及びネットワーク（９）の通信帯域を効率良く利用することができる。
【０２２６】
好ましくは、前記差分情報は、前記新たに記憶した静止画データ（１５０２）において、前記前回記憶した静止画データ（１５０２）から変化があった画像領域（１５０８）の画像データを含む。配信制御システム（２）は、この変化があった画像領域（１５０８）の画像データを符号化して送信することにより、データ生成手段（１０）、送信手段（３１）、ネットワーク（９）の通信帯域等を有効に利用することができる。
【０２２７】
好ましくは、前記差分情報は、前記新たに記憶した静止画データ（１５０２）において、前記前回記憶した静止画データ（１５０２）から変化があった画像領域（１５０８）の領域情報を含む。配信制御システム（２）は、この変化があった画像領域（１５０８）の領域情報を用いて、通信端末（５）に変化があった画像領域（１５０８）を特定するための情報を通知することが可能となる。
【０２２８】
本実施形態に係る配信システム（１）は、上記の配信制御システム（２）と通信端末（５）とを含む。また、前記通信端末（５）は、前記コンテンツを表示するための表示手段（５８）と、前記表示手段（５８）が表示する表示画像を記憶する記憶手段（５９）とを有する。また、通信端末（５）は、前記配信制御システム（２）から配信される配信データに基づいて、前記記憶された表示画像を更新する更新手段（５５）を有する。
【０２２９】
上記構成により、通信端末（５）は、配信制御システム（２）から配信される（差分情報に基づく）配信データを用いて、記憶手段（５９）に記憶された表示画像を順次更新することができる。
【０２３０】
好ましくは、前記更新手段（５５）は、前記記憶された表示画像のうち、前記画像領域（１５０８）に対応する領域のデータを更新する。これにより、表示画像のうち、変化がない領域の画像データを維持し、変化があった領域の画像データのみを更新して、更新手段（５５）の負荷を軽減しつつ、表示画像を最新の状態に更新することが可能となる。
【０２３１】
なお、上記括弧内の参照符号は、理解を容易にするために付したものであり、一例に過ぎず、本発明の範囲を限定するものではない。
【０２３２】
また、具体的な例を挙げながら詳細に説明したように、本実施形態の配信システム１では、クラウド上で配信制御システム２がレンダリングを行うブラウザ２０及びエンコード等を行うエンコーダブリッジ部３０を有する。これにより、ブラウザ２０が所定の記述言語で示されたコンテンツデータに基づいて静止画（音）データとしての各フレームデータを生成し、エンコーダブリッジ部３０が各フレームデータを通信ネットワーク９で配信可能な映像（音）データに変換する。その後に、配信制御システム２は、通信端末５に映像（音）データを配信する。よって、通信端末５側では、自端末のブラウザを最新化したり、CPU、OS、及びRAM等のスペックを上げる手間や費用を掛けなくても、スムーズにウェブコンテンツを再生することができる。そのため、コンテンツのリッチ化によって通信端末５の負荷が高くなるという問題を解消することができる。
【０２３３】
特に、ブラウザ２０は、リアルタイムコミュニケーションを可能にし、変換部１０は、ブラウザ２０によって生成されたフレームデータに対してリアルタイムのエンコードを行う。よって、例えば、映像（音）データのオンデマンド配信のように、ＤＶＤプレーヤがリアルタイム性のない（つまり、予めエンコードされている）映像（音）データを選択して配信する場合とは異なる。配信制御システム２は、配信する直前に取得したコンテンツをレンダリングすることによってフレームデータを生成してからエンコードするため、リアルタイム性に優れた映像（音）データの配信を行うことができる。
【０２３４】
〔補足説明〕
本実施形態の配信システム１では、端末管理システム７と配信制御システム２とを互いに別個のシステムとして構成しているが、この構成は一例である。配信システム１は、例えば、配信制御システム２に端末管理システム７の機能を持たせるなどにより、端末管理システム７と配信制御システム２とを一体の装置として構成するようにしてもよい。
【０２３５】
また、上記実施形態における配信制御システム２、及び端末管理システム７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
【０２３６】
更に、上記実施形態の各プログラムが記録されたＣＤ−ＲＯＭやＨＤＤ等の記録媒体は、いずれもプログラム製品(Program Product)として、国内又は国外へ提供されることができる。
【符号の説明】
【０２３７】
１    配信システム
２    配信制御システム
５    通信端末
５ｆ１    通信端末（第１の通信端末）
５ｆ２    通信端末（第２の通信端末）
１０    変換部（データ生成手段）
１９    エンコード部
２０    ブラウザ（画像生成手段）
２１    送受信部
２３    仮想フレームバッファ部（画像記憶手段）
３１    送受信部（送信手段）
３１０    作成・選択部（作成手段）
【先行技術文献】
【特許文献】
【０２３８】
【特許文献１】特表２０１３−５１２５１２号公報
【図１】
2016058812.tif 000003
【図２】
2016058812.tif 000004
【図３】
2016058812.tif 000005
【図４】
2016058812.tif 000006
【図５】
2016058812.tif 000007
【図６】
2016058812.tif 000008
【図７】
2016058812.tif 000009
【図８】
2016058812.tif 000010
【図９】
2016058812.tif 000011
【図１０】
2016058812.tif 000012
【図１１】
2016058812.tif 000013
【図１２】
2016058812.tif 000014
【図１３】
2016058812.tif 000015
【図１４】
2016058812.tif 000016
【図１５】
2016058812.tif 000017
【図１６】
2016058812.tif 000018
【図１７】
2016058812.tif 000019
【図１８】
2016058812.tif 000020
【図１９】
2016058812.tif 000021
【図２０】
2016058812.tif 000022
【図２１】
2016058812.tif 000023
【図２２】
2016058812.tif 000024
【図２３】
2016058812.tif 000025
【図２４】
2016058812.tif 000026
【図２５】
2016058812.tif 000027