(57)【要約】  配信管理装置は、コンテンツデータから静止画データを生成する生成手段と、静止画データを映像データに変換する変換手段と、変換された映像データを、該映像データの再生表示が可能な第１通信端末および第２通信端末にそれぞれ配信する配信手段と、を備える。第１通信端末で再生表示している映像データの一部の領域を拡大する操作を示す第１操作データが送信された場合に、変換手段は、第１通信端末で再生表示している映像データのうち、第２通信端末の再生表示能力に応じた一部の領域の映像データを生成し、配信手段は、変換手段が生成した一部の領域の映像データを第２通信端末に配信する。
2015045788.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）の機能が、所定の記述言語で示された単一又は複数のコンテンツデータを取得して、レンダリングすることにより、ＲＧＢ（Red，Green，Blue）によるビットマップデータ等の静止画データやＰＣＭ（Pulse  Code  Modulation）データ等の音データ（即ち、静止画（音）データ）としてのフレームデータを生成することができる。なお、コンテンツデータは、ウェブサーバ８や任意の通信端末等から取得されたデータであって、ＨＴＭＬ（Hypertext  Markup  Language）やＣＳＳ（Cascading  Style  Sheets）による画像（音）データ、ＭＰ４（ＭＰＥＧ−４）による画像（音）データ、ＡＡＣ（Advanced  Audio  Coding）による音データ等が含まれる。
【００１６】
更に、配信管理装置２は、クラウド上でエンコード部１９を有し、エンコード部１９がエンコーダとしての役割を果たすことにより、静止画（音）データとしての各フレームデータを、Ｈ．２６４（ＭＰＥＧ−４  ＡＶＣ）、Ｈ．２６５、Ｍｏｔｉｏｎ  ＪＰＥＧ等の圧縮符号化方式の映像（音）データに変換する。
【００１７】
一方、端末管理装置７は、通信端末５のログイン認証を行ったり、通信端末５の契約情報等の管理を行ったりする。また、端末管理装置７は、電子メールを送信するためのＳＭＴＰ（Simple  Mail  Transfer  Protocol）サーバの機能を有している。端末管理装置７は、例えば、クラウドのサービス（IaaS：Infrastructure  as  a  Service）上に展開される仮想マシンとして実現することができる。端末管理装置７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
【００１８】
また、配信管理装置２のブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Real-time  Communication／Collaboration）を可能にしている。更に、配信管理装置２のエンコード部１９は、ブラウザ２０によって生成された映像（音）データに対して、リアルタイムのエンコードを行い、例えばＨ．２６４の規格等に基づく変換により生成された映像（音）データを出力することができる。そのため、配信管理装置２の処理は、例えば、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。
【００１９】
なお、配信管理装置２だけでなく、通信端末５もブラウザを有してもよい。この場合、配信管理装置２のブラウザ２０を最新化することで、各通信端末５のブラウザを起動させる必要はなくなる。
【００２０】
＜各種配信方式の概略＞
続いて、本実施形態の配信システム１における各種配信方式の概略について説明する。
【００２１】
（基本配信）
図３は、本実施形態の配信システム１における基本的な配信方法を示す概念図である。配信システム１では、図３に示すように、配信管理装置２のブラウザ２０がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえＨＴＭＬ（Hyper  Text  Markup  Language）やＣＳＳ（Cascading  Style  Sheets）等により作成されたウェブコンテンツがリッチであっても、Ｈ．２６４やＭＰＥＧ−４等の映像（音）データとして配信される。このため、低スペックの通信端末５であってもスムーズに映像（音）を再生することが可能になる。また、本実施形態の配信システム１では、配信管理装置２のブラウザ２０を最新化しておくことで、ローカルとしての通信端末５にコンテンツを提供するブラウザを最新化しなくても、最新のリッチなウェブコンテンツをスムーズに再生することが可能となる。
【００２２】
また、配信システム１は、上述の配信方法を応用し、図４及び図５に示すように、複数の通信端末５に、ウェブコンテンツを映像（音）データとして配信することも可能である。ここで、図４及び図５に示す配信方法について説明する。
【００２３】
（マルチディスプレイ）
図４は、マルチディスプレイの概念図である。図４に示すように、配信管理装置２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔ＸＹＺ〕を取得してレンダリングすることで、単一の映像（音）データ〔ＸＹＺ〕を生成する。そして、エンコーダブリッジ部３０が、単一の映像（音）データ〔ＸＹＺ〕を、複数の映像（音）データ〔Ｘ〕，〔Ｙ〕，〔Ｚ〕に分割した後にエンコードする。その後、配信管理装置２は、分割後の映像（音）データ〔Ｘ〕を通信端末５ｆ１に配信する。また、同じように、配信管理装置２は、分割後の映像（音）データ〔Ｙ〕を通信端末５ｆ２に配信し、分割後の映像（音）データ〔Ｚ〕を通信端末５ｆ３に配信する。これにより、例えば、横長のウェブコンテンツデータ〔ＸＹＺ〕であっても、複数の通信端末５ｆ１，５ｆ２，５ｆ３で分割して映像が表示されるため、これら通信端末５ｆ１，５ｆ２，５ｆ３を一列に並べて設置すれば、１つの大きな映像を表示させることと同様の効果を得ることができる。なお、この場合、通信端末５ｆ１，５ｆ２，５ｆ３が同じ表示再生能力（解像度が同じ等）を有する必要がある。このような配信方法は、例えば「マルチディスプレイ」と呼ぶ。
【００２４】
（マルチディスプレイを利用した拡大表示）
マルチディスプレイは、配信管理装置２のブラウザ２０により生成された単一の映像データを、複数の通信端末５に対してそれぞれ異なる映像データとして配信することができる。これを利用して、例えば、複数の通信端末５のうちの一つに映像全体を表示させ、他の通信端末５には、その一部を拡大して表示させることができる。映像データのサイズが大きく、映像全体を表示させている通信端末５では映像が見にくくなっている場合、映像の見たい部分を他の通信端末５の再生表示能力（解像度等）に合わせて該通信端末５に拡大表示させることで見やすくするといった利用が可能である。
【００２５】
図５は、マルチディスプレイを応用した拡大表示の概念図である。図５に示すように、配信管理装置２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることで、単一の映像データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像データ〔Ａ〕をエンコードする。配信管理装置２は、エンコードされた映像データ〔Ａ〕を複数の通信端末５ｆ１，５ｆ２，５ｆ３に配信する。
【００２６】
その後、ユーザが通信端末５ｆ１に対して表示中の映像〔Ａ〕の一部を拡大させる操作を行い、その操作データ〔ｐ〕（第１操作データ）が通信端末５ｆ１から配信管理装置２に送られると、エンコーダブリッジ部３０は、ブラウザ２０により生成された映像データ〔Ａ〕の一部の領域を切り出す処理を行う。切り出す領域の大きさは、通信端末５ｆ２，５ｆ３の再生表示能力（解像度等）に応じて定められる。例えば、映像データ〔Ａ〕のサイズが大きく、映像全体を表示させるために映像データ〔Ａ〕をリサイズ（縮小）している場合には、リサイズせずに通信端末５ｆ２，５ｆ３に表示させることができる大きさの領域を切り出す。そして、エンコーダブリッジ部３０は、ブラウザ２０により生成された映像データ〔Ａ〕と、この映像データ〔Ａ〕から通信端末５ｆ２の再生表示能力（解像度等）に合わせて切り出した一部の領域の映像データ〔Ａ’〕と、映像データ〔Ａ〕から通信端末５ｆ３の再生表示能力（解像度等）に合わせて切り出した一部の領域の映像データ〔Ａ”〕とをそれぞれエンコードする。配信管理装置２は、エンコードされた映像データ〔Ａ〕を通信端末５ｆ１に配信し、エンコードされた映像データ〔Ａ’〕を通信端末５ｆ２に配信し、エンコードされた映像データ〔Ａ”〕を通信端末５ｆ３に配信する。これにより、通信端末５ｆ１に映像全体を表示させつつ、通信端末５ｆ１，５ｆ２には、通信端末５ｆ１に表示させている映像の一部を拡大して表示させることができる。
【００２７】
なお、映像から切り出す領域の初期位置は予め定められており、配信管理装置２と通信端末５ｆ１の双方がその初期位置を外部から取得して記憶している。また、通信端末５ｆ１は、通信端末５ｆ２，５ｆ３の再生表示能力（解像度等）を外部から取得して記憶している。通信端末５ｆ１は、ユーザによって表示中の映像データ〔Ａ〕の一部を拡大させる操作が行われると、映像データ〔Ａ〕上の通信端末５ｆ２に対応する初期位置に、通信端末５ｆ２の再生表示能力に応じた大きさのガイド枠を重畳して表示する。同様に、通信端末５ｆ１は、映像データ〔Ａ〕上の通信端末５ｆ３に対応する初期位置に、通信端末５ｆ３の再生表示能力に応じた大きさのガイド枠を重畳して表示する。拡大表示の初期段階では、これらのガイド枠で囲まれた領域の映像が拡大されて、通信端末５ｆ２，５ｆ３にそれぞれ表示される。
【００２８】
その後、ユーザが通信端末５ｆ１に対して表示中の映像データ〔Ａ〕の中でガイド枠を移動させる操作を行い、ガイド枠の移動量や移動方向を示す操作データ〔ｐ〕（第２操作データ）が通信端末５ｆ１から配信管理装置２に送られると、エンコーダブリッジ部３０は、その操作データ〔ｐ〕に応じて、映像データ〔Ａ〕から切り出す領域の位置を初期位置から移動させる。例えば、ユーザが移動させたガイド枠が通信端末５ｆ２に対応するガイド枠であれば、エンコーダブリッジ部３０は、通信端末５ｆ２に配信する映像データ〔Ａ’〕を切り出す位置を、ガイド枠の移動量や移動方向を示す操作データ〔ｐ〕に応じて変化させる。そして、エンコーダブリッジ部３０は、新たに切り出した領域の映像データ〔Ａ’〕をエンコードする。その後、配信管理装置２は、新たに切り出した領域の映像データ〔Ａ’〕を通信端末５ｆ２に配信する。その結果、通信端末５ｆ２には、ユーザが移動させたガイド枠で囲まれた領域の映像が拡大されて表示される。このように、ユーザが通信端末５ｆ１に表示されている映像データ〔Ａ〕の中で拡大して見たい領域にガイド枠を移動させることで、そのガイド枠で囲まれた領域の映像を他の通信端末５ｆ２，５ｆ３に拡大表示させることができる。
【００２９】
なお、この場合、複数の通信端末５ｆ１，５ｆ２，５ｆ３が同じ表示再生能力（解像度が同じ等）を有する必要はない。
【００３０】
〔実施形態の詳細な説明〕
続いて、図６乃至図２３を用いて、実施形態の詳細な説明を行う。
【００３１】
＜実施形態のハードウェア構成＞
まず、図６及び図７を用いて、本実施形態のハードウェア構成を説明する。図６は、配信管理装置２の論理的なハードウェア構成図である。また、図７は、ドングル９９の論理的なハードウェア構成図である。なお、通信端末５、端末管理装置７、及びウェブサーバ８のハードウェア構成は、図６に示す配信管理装置２のハードウェア構成と同様であるため、説明を省略する。
【００３２】
図６に示すように、配信管理装置２は、配信管理装置２全体の動作を制御する（ホスト）ＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、プログラム等の各種データを記憶するＨＤＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＣ（Hard  Disk  Controller）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク９を利用してデータ送信したりドングル９９を接続するためのＩ／Ｆ２０９、キーボード２１１、マウス２１２、マイク２１３、スピーカ２１４、ＧＰＵ（Graphics  Processing  Unit）２１５、ＧＰＵ２１５の駆動に用いられるプログラムを記憶したＲＯＭ２１６、ＧＰＵ２１５のワークエリアとして使用されるＲＡＭ２１７、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等の拡張バスライン２２０を備えている。
【００３３】
なお、各通信端末、各システム又は各サーバ用のプログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３４】
次に、図７を用いて、ドングル９９のハードウェア構成について説明する。図７に示すように、ドングル９９は、ドングル９９全体の動作を制御するＣＰＵ９１、基本入出力プログラムを記憶したＲＯＭ９２、ＣＰＵ９１のワークエリアとして使用されるＲＡＭ９３、ＣＰＵ９１の制御にしたがってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Electrically  Erasable  and  Programmable  ROM）９４、各種の画像処理を行うＧＰＵ９５、ＧＰＵ９５の駆動に用いられるプログラムを記憶したＲＯＭ９６ａ、ＧＰＵ９５のワークエリアとして使用されるＲＡＭ９６ｂ、通信端末５のＩ／Ｆ２０９に接続するためのＩ／Ｆ９７、アンテナ９８ａ、このアンテナ９８ａを利用して短距離無線技術により通信を行う通信部９８、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン９０を備えている。なお、短距離無線技術として、例えば、ＮＦＣ（Near  Field  Communication）規格、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＷｉＦｉ（Wireless  Fidelity）、ＺｉｇＢｅｅ（登録商標）等が挙げられる。
【００３５】
＜実施形態の機能構成＞
次に、図８乃至図１５を用い、本実施形態の機能構成について説明する。
【００３６】
（配信管理装置の機能構成）
図８は、主に配信管理装置２の各機能を示す機能ブロック図である。図８では、配信管理装置２が通信端末５ｆ１に対して映像（音）データを配信する場合の機能構成を示しているが、配信先が通信端末５ｆ１以外の場合も、同様の機能構成を有する。なお、配信管理装置２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。
【００３７】
配信管理装置２は、図６に例示したハードウェア構成及びプログラムによって、図８に示す各機能構成を実現する。具体的に、配信管理装置２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、インデックス生成部３２、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。更に、配信管理装置２は、図６に示したＨＤＤ２０４によって構築される記憶部２０００を有している。この記憶部２０００には、認識部３５から出力された後述の認識情報が記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２０００に一時的に記憶しておくこともできる。
【００３８】
上述の各機能構成のうち、ブラウザ２０は、配信管理装置２内で動作するウェブブラウザである。ブラウザ２０は、ウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、ＲＧＢデータ（又はＰＣＭ（Pulse  Code  Modulation）データ）を生成する。また、ブラウザ２０は、例えば後述のプラグインを用いて映像（音）ファイルを再生することにより、映像（音）データを生成することができる。本実施形態では、ブラウザ２０が生成するデータが、映像（音）データであるものとして説明する。ブラウザ２０は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。
【００３９】
また、本実施形態の配信システム１では、配信管理装置２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ２０が用意されている場合について、以下続けて説明する。
【００４０】
ブラウザ２０は、例えば、Media  Player、Flash  Player、JavaScript（登録商標）、ＣＳＳ（Cascading  Style  Sheet）及びＨＴＭＬ（HyperText  Markup  Language）レンダラを有する。なお、JavaScript（登録商標）には、標準規格のものと配信システム１独自のものが含まれる。ここで、Media  Playerは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Flash  Playerは、Flashコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のJavaScript（登録商標）は、配信システム１に固有のサービスのＡＰＩ（Application  Programming  Interface)を提供するJavaScript（登録商標）群である。ＣＳＳは、ＨＴＭＬで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。ＨＴＭＬレンダラは、ウェブキットベースのＨＴＭＬレンダリングエンジンである。
【００４１】
送受信部２１は、端末管理装置７やウェブサーバ８との間で、各種データや要求等の送受信を行う。例えば、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを受信し、ブラウザ２０に渡す。
【００４２】
ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。
【００４３】
また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から各種操作データ〔ｐ〕を取得し、ブラウザ２０に出力する。なお、操作データ〔ｐ〕は、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。
【００４４】
送信用ＦＩＦＯ２４は、ブラウザ２０で生成された映像（音）データ〔ＡＥｐ〕を格納するバッファである。
【００４５】
時刻管理部２５は、配信管理装置２独自の時刻Ｔを管理している。時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したり、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信したりする。
【００４６】
回線適応制御部２７は、後述の送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における後述の変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間Ｕは、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。つまり、回線適応制御部２７は、送信遅延時間情報（Ｄ）とデータのサイズ（ビット数やバイト数等）に基づき、エンコーダブリッジ部３０の動作を変更する。この送信遅延時間情報（Ｄ）は、後述のように、通信端末５における遅延情報取得部５７が再生制御部５３から取得した複数の送信遅延時間Ｄ１によって構成された度数分布情報を示す。各送信遅延時間Ｄ１は、映像（音）データが配信管理装置２によって送信されてから通信端末５によって受信されるまでの時間を示す。
【００４７】
エンコーダブリッジ部３０は、ブラウザ２０が生成した静止画（音）データとしての各フレームデータを、エンコーダブリッジ部３０における後述の変換部１０に出力する。この際、変換部１０は、回線適応制御部２７で計算された動作条件を考慮して各処理を行う。
【００４８】
エンコーダブリッジ部３０については、図９及び図１０を用いて、更に詳細に説明する。図９は、エンコーダブリッジ部３０の詳細図である。また、図１０は、変換部１０の各機能を示す機能ブロック図である。
【００４９】
図９に示すように、エンコーダブリッジ部３０は、作成・選択・転送部３１０、及び選択部３２０と、これらの間に構築される複数の変換部１０ａ，１０ｂ，１０ｃとを備える。ここでは、３つの変換部１０ａ，１０ｂ，１０ｃを示したが、変換部の数はいくつであってもよい。なお、以下、任意の変換部を「変換部１０」と表記する。
【００５０】
更に、変換部１０は、ブラウザ２０によって生成された映像（音）データのデータ形式を、通信ネットワーク９を介して通信端末５に配信できるデータ形式に変換する。そのため、変換部１０は、図１０に示すように、トリミング部１１、リサイズ部１２、分割部１３、及びエンコード部１９を有する。トリミング部１１、リサイズ部１２、及び分割部１３は、音データの場合は、処理を行わない。
【００５１】
トリミング部１１は、映像の一部だけを切り出す処理を行う。例えば、上述のマルチディスプレイを利用した拡大表示を行う場合、拡大表示する領域は、ブラウザ２０によって生成された映像データから、このトリミング部１１によって切り出される。複数の通信端末５の一つで映像全体を表示させ、他の通信端末５で一部の領域を拡大表示させる場合、上述の第１操作データに応じて、通信端末５の数だけ変換部１０が用意される。このうち、映像全体を表示する通信端末５に対応する変換部１０では、トリミング部１１の処理は行われない。一方、映像の一部の領域を拡大表示する通信端末５に対応する変換部１０では、トリミング部１１が、上述した第１操作データに応じて、ブラウザ２０によって生成された映像データから、例えば、後述の解像度情報によって特定される大きさで、後述する選択座標情報によって特定される初期位置の領域を切り出す。
【００５２】
具体的な例を挙げて説明すると、図５に示した例では、まず、通信端末５ｆ１からの第１操作データに応じて、それまで使用していた変換部１０に加えて、通信端末５ｆ２に対応する変換部１０と、通信端末５ｆ３に対応する変換部１０とが新たに作成される。それまで使用していた変換部１０は、通信端末５ｆ１用に割り当てられる。そして、通信端末５ｆ２に対応する変換部１０のトリミング部１１は、端末管理装置７から取得された通信端末５ｆ２の解像度情報及び選択座標情報に基づいて、切り出す領域の大きさ及び初期位置を特定し、ブラウザ２０によって生成された映像データから、その領域を切り出す。同様に、通信端末５ｆ３に対応する変換部１０のトリミング部１１は、端末管理装置７から取得された通信端末５ｆ３の解像度情報及び選択座標情報に基づいて、切り出す領域の大きさ及び初期位置を特定し、ブラウザ２０によって生成された映像データから、その領域を切り出す。
【００５３】
また、通信端末５ｆ１から第２操作データが送られた場合、通信端末５ｆ２に対応する変換部１０のトリミング部１１は、第２操作データにより示される上述のガイド枠の移動量や移動方向に応じて、切り出す領域の位置をその大きさを維持しながら変化させる。同様に、通信端末５ｆ２に対応する変換部１０のトリミング部１１は、第２操作データにより示される上述のガイド枠の移動量や移動方向に応じて、切り出す領域の位置をその大きさを維持しながら変化させる。トリミング部１１がこのような映像の切り出し処理を行うことで、上述のマルチディスプレイを利用した拡大表示が実現される。
【００５４】
リサイズ部１２は、映像（画像）の縮尺を変更する。例えば図５に示した例において、ブラウザ２０によって生成された映像データのサイズが通信端末５ｆ１の再生表示能力（解像度等）を超えている場合、映像全体を通信端末５ｆ１に表示させるために、通信端末５ｆ２に対応する変換部１０では、リサイズ部１２が、ブラウザ２０によって生成された映像データを、通信端末５ｆ１の解像度に合わせて縮小する。この場合、通信端末５ｆ２に対応する変換部１０や通信端末５ｆ３に対応する変換部１０のトリミング部１１がブラウザ２０によって生成された映像データから切り出す領域の大きさを、例えば、リサイズ部１２で映像を縮小せずに通信端末５ｆ２や通信端末５ｆ３に表示可能な大きさとすることができる。このとき、ブラウザ２０によって生成された映像データから切り出す領域の大きさは、リサイズ部１２がその領域の映像データを縮小も拡大も行わずに（リサイズ部１２が処理を行わずに）通信端末５ｆ２や通信端末５ｆ３に表示可能な大きさとする。また、ブラウザ２０によって生成された映像データから切り出す領域の大きさを、リサイズ部１２が予め定めた割合でその領域の映像データ拡大することで通信端末５ｆ２や通信端末５ｆ３に表示可能な大きさとしてもよい。
【００５５】
分割部１３は、図４に示したように、ウェブサーバ８から取得したウェブコンテンツを分割する。
【００５６】
エンコード部１９は、ブラウザ２０で生成された画像（音）データをエンコードすることにより、通信ネットワーク９を介して通信端末５に画像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変更（変化）がなければ）、以降、映像が動くまでスキップフレーム（「フレームスキップ」ともいう）データを挿入することで帯域をセーブする。なお、レンダリングにより静止画データと共に音データが生成される場合には、これら両方のデータがエンコードされるが、音データだけが生成される場合には、トリミングやリサイズ、分割は行われることなく、エンコードだけが行われてデータ圧縮される。
【００５７】
作成・選択・転送部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させる映像（音）データを選択したりする。作成・選択・転送部３１０が新たに変換部１０を作成する場合の例としては、例えば、上述のマルチディスプレイを利用した拡大表示を行う場合等、通信端末５における映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する場合等が挙げられる。また、作成・選択・転送部３１０が変換部１０に対して入力させる映像（音）データを選択する場合の例としては、例えば、既に作成されている変換部１０を選択する場合等が挙げられる。例えば、通信端末５ａへの配信に加えて通信端末５ｂへの配信を開始するにあたって、通信端末５ａへ配信している映像（音）データと同じ映像（音）データを通信端末５ｂへ配信する場合がある。このような場合で、更に、通信端末５ｂが通信端末５ａにおける映像（音）データの再生能力と同じ再生能力を有する場合等が挙げられる。すなわち、このような場合、作成・選択・転送部３１０は、通信端末５ｂ用に新たな変換部１０ｂを作成せずに、通信端末５ａ用に既に作成している変換部１０ａを利用する。
【００５８】
選択部３２０は、既に作成されている変換部１０から所望のものを選択する。これら作成・選択・転送部３１０と選択部３２０による選択によって、様々なパターンの配信を行うことができる。
【００５９】
図８に戻り、送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部３１は、通信端末５のログイン処理において、通信端末５の後述する送受信部５１に対し、ユーザにログイン要求を促すための認証画面データを送信する。その他に、送受信部３１は、ＨＴＴＰＳ（Hypertext  Transfer  Protocol  over  Secure  Socket  Layer）サーバを介して、配信システム１独自のプロトコルにより、配信システム１のサービスを受けるために通信端末５にインストールされたアプリケーションプログラム（ユーザアプリやデバイスアプリ）へのデータ送信およびデータ受信を行う。この独自のプロトコルは、配信管理装置２と通信端末５との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムデータの作成、クライアントコマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換の各処理を行う。
【００６０】
送信レスポンス制御は、配信管理装置２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末５からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。
【００６１】
リアルタイムデータの作成は、図１０に示したエンコード部１９で生成された圧縮映像（および圧縮音）のデータに独自のヘッダを付与して、通信端末５への下り用のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００６２】
クライアントコマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５への配信用（下り用）のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００６３】
受信レスポンス制御は、配信管理装置２が通信端末５からデータを受信するために、通信端末５からリクエストされた送信用（上り用）のＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信管理装置２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。
【００６４】
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
【００６５】
ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンＰや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式に変換する処理である。
【００６６】
図８に戻り、受信用ＦＩＦＯ３４は、デコード部４０でデコードされた映像（音）データを格納するバッファである。
【００６７】
認識部３５は、通信端末５から受信する映像（音）データ〔Ｅ〕に対しての処理を行う。具体的には、認識部３５は、例えば、サイネージ向けに、後述のカメラ６２で撮影された映像から人や動物の顔、年齢、及び性別などを認識する。また、認識部３５は、オフィス向けに、後述のカメラ６２で撮影された映像から顔認識による名前タグ付けや背景映像の差し替え処理などを行う。認識部３５は、認識した内容を示す認識情報を記憶部２０００に記憶させる。この認識部３５は、認識拡張ボードで処理を行うことで高速化が実現される。
【００６８】
遅延情報取得部３７ａは、下り用の回線適応制御の処理に用いられる通信端末５側の遅延情報取得部５７に対応して、上り用の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。送信遅延時間情報（ｄ１）は、映像（音）データが通信端末５によって送信されてから配信管理装置２によって受信されるまでの時間を示す。
【００６９】
回線適応制御部３７ｂは、下り用の回線適応制御の処理に用いられる回線適応制御部２７に対応して、上り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、通信端末５側のエンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び後述の送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
【００７０】
デコード部４０は、通信端末５から送信されて来た映像（音）データ〔Ｅ〕をデコードする。また、デコード部４０は、送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を遅延情報取得部３７ａに出力する。
【００７１】
（通信端末の機能構成）
続いて、図１１を用いて、通信端末５の機能構成について説明する。図１１は、主に通信端末５の各機能を示す機能ブロック図である。図１１では、通信端末５の１つとして通信端末５ｆ１を例示しているが、通信端末５ｆ１以外の通信端末５であっても、同様の機能構成を有する。なお、通信端末５のうち、ユーザアプリがインストールされた通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる。一方、デバイスアプリがインストールされた通信端末５は、映像（音）データの送受信や操作データ〔ｐ〕の送信を行うのみで、上記インターフェースは持たない。以下では、便宜上、通信端末５にユーザアプリがインストールされているものとして説明する。
【００７２】
通信端末５は、図６と同様のハードウェア構成及びプログラム（ユーザアプリ）によって、図１１に示す各機能構成を実現する。具体的に、通信端末５は、デコード部５０、送受信部５１、操作部５２、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部５８、エンコード部６０、端末情報取得部５１０、及び選択座標生成部５２０を有している。更に、通信端末５は、図６に示したＲＡＭ２０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、通信端末５における時刻ｔを示す時刻情報（ｔ）、及び後述の端末情報取得部５１０によって端末管理装置７から取得された端末情報等が記憶される。
【００７３】
デコード部５０は、配信管理装置２から配信され、再生制御部５３から出力された映像（音）データ〔ＡＥｐ〕をデコードする。
【００７４】
送受信部５１は、配信管理装置２の送受信部３１、及び後述の端末管理装置７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理装置７の送受信部７１にログイン要求を行う。
【００７５】
操作部５２は、ユーザの操作入力を受け付ける処理を行う。例えば、操作部５２は、電源スイッチ、キーボード、マウス、電子ペンＰ等による入力や選択等を受け付け、操作データ〔ｐ〕として配信管理装置２のブラウザ管理部２２に送信する。
【００７６】
再生制御部５３は、送受信部５１から受けた映像（音）データ（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。また、再生制御部５３は、送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を算出し、遅延情報取得部５７に出力する。
【００７７】
レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングする。
【００７８】
時刻制御部５６は、配信管理装置２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信管理装置２の時刻取得部２６に、配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
【００７９】
遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。
【００８０】
表示部５８は、レンダリング部５５によってレンダリングされたデータを再生し、映像を表示する。また、ユーザが操作部５２を用いて表示中の映像の一部を拡大させる操作を行うと、表示部５８は、後述の端末情報取得部５１０が端末管理装置７から取得して記憶部５０００に格納した端末情報に含まれる他の通信端末５の解像度情報に基づき、上述のガイド枠の大きさを決定する。また、表示部５８は、後述の端末情報取得部５１０が端末管理装置７から受信して記憶部５０００に格納した端末情報に含まれる他の通信端末５の選択座標情報（初期位置）に基づき、表示中の映像において上述のガイド枠を表示する位置を決定する。そして、表示部５８は、表示中の映像上の決定した位置に、決定した大きさのガイド枠を重畳表示する。また、表示部５８は、ユーザが操作部５２を用いて映像に重畳表示しているガイド枠を移動させる操作を行うと、その操作に応じて、映像上に重畳表示しているガイド枠を移動させる。
【００８１】
エンコード部６０は、内蔵されたマイク２１３（図６参照）や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。なお、時刻差Δは、配信管理装置２独自で管理されている時刻Ｔと通信端末５独自で管理されている時刻ｔとの差である。また、エンコード部６０は、回線適応制御部３７ｂから受信した回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する。更に、エンコード部６０は、変更した新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。
【００８２】
なお、内蔵されたマイク２１３や、外付けのカメラ６２及びマイク６３は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚（touch）データや嗅覚（smell）データを出力することができてもよい。図１１では、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅが接続され、通信端末５ｅのカメラ及びマイクが、通信端末５ｆ１の外付けのカメラ６２及びマイク６３として利用される例を示している。
【００８３】
端末情報取得部５１０は、端末管理装置７から、端末管理装置７が管理している他の通信端末５の端末情報を取得して、記憶部５０００に格納する。端末情報には、通信端末５の解像度を示す解像度情報と、ガイド枠を重畳表示させる際の初期位置を示す選択座標情報とが含まれる。なお、端末情報取得部５１０が端末管理装置７から端末情報を取得する方法は特に限定されるものではなく、端末情報を外部に漏洩させることなく取得可能な方法であればよい。
【００８４】
選択座標生成部５２０は、ユーザが操作部５２を用いて行ったガイド枠を移動させる操作に応じて、表示部５８が表示中の映像上でガイド枠を重畳表示させる位置を示す座標情報を生成する。表示部５８は、選択座標生成部５２０が生成した座標情報に基づいてガイド枠を映像上に重畳表示することで、ガイド枠の位置をユーザの操作に応じて移動させる。
【００８５】
（端末管理装置の機能構成）
続いて、図１２を用いて、端末管理装置７の機能構成について説明する。図１２は、端末管理装置７の各機能を示す機能ブロック図である。
【００８６】
端末管理装置７は、図６と同様のハードウェア構成及びプログラムによって、図１２に示す各機能構成を実現する。具体的に、端末管理装置７は、送受信部７１ａ、送受信部７１ｂ、及び認証部７５を有している。また、端末管理装置７は、図６に示したＨＤＤ２０４によって構築される記憶部７０００を有している。
【００８７】
送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。ログイン要求は、配信システム１に対する通信端末５の認証要求である。ログイン要求は、通信端末５を一意に識別する端末ＩＤと、ユーザ証明書を含む。
【００８８】
送受信部７１ｂは、配信管理装置２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信管理装置２の送受信部２１から、後述の配信先選択メニューデータ７０３０の要求を受信したり、送受信部２１に対して、配信先選択メニューデータ７０３０を送信したりする。
【００８９】
認証部７５は、通信端末５から受信したログイン要求に含まれる端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５の認証を行う。
【００９０】
記憶部７０００には、配信先選択メニューデータ７０３０、端末管理テーブル７０１０、利用可能端末管理テーブル７０２０が記憶される。
【００９１】
配信先選択メニューデータ７０３０は、図１３に示すような配信先選択メニュー画面を表示させるためのデータである。図１３は、配信先選択メニュー画面の概念図である。この図１３に示す配信先選択メニュー画面では、映像（音）データの配信先として選択できる通信端末５について、後述の共有ＩＤ及び表示名が一覧表示される。ユーザは、この配信先選択メニュー画面上で、映像（音）データの配信先として希望する通信端末５の項目にチェックを入れ、「ＯＫ」ボタンを押下することで、希望する通信端末５に映像（音）データを配信させることができる。
【００９２】
図１４は、端末管理テーブル７０１０の概念図である。端末管理テーブル７０１０では、図１４に示すように、登録されている通信端末５の端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ（Uniform  Resource  Locator）を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、設置位置情報、解像度情報、選択座標情報、及び表示名情報が関連付けて管理されている。
【００９３】
ユーザ証明書は、配信システム１への接続を許可された通信端末５であることを証明する証明書である。ユーザ証明書は、配信システム１への接続を許可された通信端末５に予め与えられている。契約情報は、端末ＩＤによって特定される通信端末５を使用するユーザが配信システム１のサービスを利用する際の契約内容を示す。端末種別は、通信端末５の種別を示す。設定情報は、対応する端末ＩＤによって識別される通信端末５のホームＵＲＬを示す。
【００９４】
実行環境情報には、各通信端末５の「お気に入り」、「前回のＣｏｏｋｉｅ情報」、及び「キャッシュファイル」が含まれており、各通信端末５のログイン後に、設定情報と共に配信管理装置２に送信され、各通信端末５に対して個別のサービスを行うために利用される。
【００９５】
また、共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合等に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。図１４に示す例では、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」であり、更に、端末ＩＤ「ｔ００８」の共有ＩＤは「ｖ００６」である。この場合、端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末５ｆ１，５ｆ２，５ｆ３との遠隔共有処理の要求があった場合には、配信管理装置２は、通信端末５ｆ１，５ｆ２，５ｆ３に対して、通信端末５ａに配信中の映像（音）データと同じ映像（音）データを配信する。但し、通信端末５ａと通信端末５ｆ１，５ｆ２，５ｆ３の表示部５８の解像度が異なる場合には、これに応じて、配信管理装置２が映像（音）データを配信する。
【００９６】
設置位置情報は、例えば、図４及び図５に示したように、複数の通信端末５ｆ１，５ｆ２，５ｆ３が並んで設置される場合の設置位置を示している。表示名情報は、図１３に示した配信先選択メニュー画面の表示名の内容を表す情報である。
【００９７】
解像度情報は、各通信端末５の解像度を示す情報である。解像度は、通信端末５が有する表示部５８が扱う映像（画像）の精細さを表す尺度であり、通信端末５の再生表示能力の一つである。解像度情報は、例えば図１６に示すように、通信端末５の解像度を縦×横のピクセル数で表している。
【００９８】
選択座標情報は、各通信端末５に対応するガイド枠を他の通信端末５に重畳表示させる際の初期位置を示す情報である。例えば、図１４に示す例において、端末ＩＤが「ｔ００６」の通信端末５が、図５に示した通信端末５ｆ１であり、端末ＩＤが「ｔ００７」の通信端末５が、図５に示した通信端末５ｆ２であり、端末ＩＤが「ｔ００８」の通信端末５が、図５に示した通信端末５ｆ３であるとする。この場合、端末ＩＤ「ｔ００７」に対応付けられている選択座標情報「（６００１００）」は、通信端末５ｆ１に表示中の映像上に重畳表示する、通信端末５ｆ２に対応するガイド枠の開始アドレスを示す。また、端末ＩＤ「ｔ００８」に対応付けられている選択座標情報「（６００２４００）」は、通信端末５ｆ１に表示中の映像上に重畳表示する、通信端末５ｆ３に対応するガイド枠の開始アドレスを示す。開始アドレスは、ガイド枠の初期位置を示し、例えばガイド枠の左上の座標である。
【００９９】
上述のマルチディスプレイを利用した拡大処理を行う場合、拡大のユーザ操作を受け付ける通信端末５は、解像度情報と選択座標情報とを含む端末情報を端末管理装置７から取得する。例えば、ユーザ操作を受け付ける通信端末５の上述の端末情報取得部５０１は、自己と同じ共有ＩＤを持つ他の通信端末５についての端末情報の取得を、端末管理装置７に対して要求する。端末管理装置７は、この通信端末５からの要求に応じて、要求元の通信端末５と同じ共有ＩＤを持つ通信端末５の解像度情報と選択座標情報とを端末管理テーブル７０１０から読み出し、これら解像度情報と選択座標情報とを含む端末情報を、要求に対する応答として要求元の通信端末５に送信する。
【０１００】
図１５は、利用可能端末管理テーブル７０２０の概念図である。利用可能端末管理テーブル７０２０では、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５が遠隔共有処理することが可能な他の通信端末又は他の通信端末群を示す共有ＩＤが関連付けて管理されている。
【０１０１】
〔実施形態の動作又は処理〕
続いて、図１６乃至図２３を用いて、本実施形態の動作又は処理について説明する。
【０１０２】
＜基本的な配信処理＞
まず、図１６を用いて、配信管理装置２の基本的な配信方法における具体的な配信処理を説明する。図１６は、配信管理装置２の基本的な配信処理を示すシーケンス図である。なお、ここでは、通信端末５ａを用いてログイン要求する場合について説明するが、通信端末５ａ以外の通信端末５を用いてログインしてもよい。
【０１０３】
図１６に示すように、通信端末５ａにおいてユーザが電源オンにすると、通信端末５ａの送受信部５１は、端末管理装置７の送受信部７１ａに、ログイン要求を送信する（ステップＳ２１）。これにより、端末管理装置７の送受信部７１ａは、ログイン要求を受信して認証部７５に出力する。このログイン要求には、通信端末５ａの端末ＩＤ及びユーザ証明書が含まれている。よって、認証部７５は、通信端末５ａの端末ＩＤ及びユーザ証明書を取得する。
【０１０４】
次に、認証部７５は、端末ＩＤ及びユーザ証明書に基づいて、図１４に示す端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う（ステップＳ２２）。ここでは、端末管理テーブル７０１０に同じ組み合わせの端末ＩＤ及びユーザ証明書がある、即ち、通信端末５ａが配信システム１における正当な端末であると認証された場合について、以下に続けて説明する。
【０１０５】
端末管理装置７の送受信部７１ａは、通信端末５ａの送受信部５１ｂに、配信管理装置２のＩＰアドレスを送信する（ステップＳ２３）。なお、配信管理装置２のＩＰアドレスは、予め端末管理装置７によって配信管理装置２から取得されて、記憶部７０００に記憶されている。
【０１０６】
次に、端末管理装置７の送受信部７１ｂは、配信管理装置２の送受信部２１に、ブラウザ２０の起動要求を行う（ステップＳ２４）。これにより、送受信部２１は、ブラウザ２０の起動要求を受信する。そして、ブラウザ管理部２２は、送受信部２１によって受信された起動要求に基づいてブラウザ２０を起動させる（ステップＳ２５）。
【０１０７】
次に、エンコーダブリッジ部３０の作成・選択・転送部３１０が、通信端末５ａの再生能力（ディスプレイの解像度等）及びコンテンツの種類に従って変換部１０を作成する（ステップＳ２６）。
【０１０８】
次に、送受信部２１は、ブラウザ２０の命令に従い、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップＳ２７）。これに応じて、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部（不図示）から読み出す（ステップＳ２８）。そして、ウェブサーバ８は、配信管理装置２の送受信部２１にコンテンツデータ〔Ａ〕を送信する（ステップＳ２９）。
【０１０９】
次に、ブラウザ２０が、送受信部２１によって受信されたコンテンツデータ〔Ａ〕をレンダリングすることにより、静止画（音）データとしての各フレームデータを生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ３０）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納されたフレームデータをエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ３１）。
【０１１０】
次に、送受信部３１は、通信端末５ａの送受信部５１に映像（音）データ〔Ａ〕を送信する（ステップＳ３２）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔Ａ〕を受信して、再生制御部５３に出力する。
【０１１１】
次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔Ａ〕を取得してデコードする（ステップＳ３３）。その後、スピーカ６１は、デコードされた音データ〔Ａ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ〕に基づいて映像を再生する（ステップＳ３４）。
【０１１２】
＜時刻調整の処理＞
続いて、図１７を用いて、時刻調整の処理について説明する。図１７は、配信管理装置２と通信端末５との間で行われる時刻調整の処理を示すシーケンス図である。
【０１１３】
図１７に示すように、まず、通信端末５の時刻制御部５６は、送受信部５１が配信管理装置２に時刻情報（Ｔ）を要求する時点を示す時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｓ）を取得する（ステップＳ８１）。そして、送受信部５１は送受信部３１に、配信管理装置２における時刻情報（Ｔ）を要求する（ステップＳ８２）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔｓ）が送信される。
【０１１４】
次に、配信管理装置２の時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求を受信した時点を示す時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔｒ）を取得する（ステップＳ８３）。更に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求に応答する時点を示す時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔｓ）を取得する（ステップＳ８４）。そして、送受信部３１は送受信部５１に、時刻情報（ｔｓ,  Ｔｒ，Ｔｓ）を送信する（ステップＳ８５）。
【０１１５】
次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時点を示す時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｒ）を取得する（ステップＳ８６）。そして、通信端末５の時刻制御部５６は、配信管理装置２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、下記式（１）によって表される。
Δ＝（（Ｔｒ＋Ｔｓ）／２）−（（ｔｒ＋ｔｓ）／２）  ・・・（１）
【０１１６】
そして、時刻制御部５６は、記憶部５０００に時刻差Δを示す時刻差情報（Δ）を記憶する（ステップＳ８８）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。
【０１１７】
＜下り用の回線適応制御の処理＞
続いて、図１８を用いて、配信管理装置２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。図１８は、配信管理装置２から通信端末５に送信するデータの回線適応制御の処理を示すシーケンス図である。
【０１１８】
まず、配信管理装置２の回線適応制御部２７は、通信端末５の再生制御部５３が映像（音）データを再生させるまでにバッファリングすることで再生を遅延させるための再生遅延時間Ｕを示す再生遅延時間情報（Ｕ）を計算して、エンコーダブリッジ部３０に出力する（ステップＳ１０１）。
【０１１９】
次に、送受信部３１は、エンコーダブリッジ部３０から再生遅延時間情報（Ｕ）を取得し、通信端末５の送受信部５１に再生遅延時間情報（Ｕ）を送信する（ステップＳ１０２）。これにより、通信端末５の送受信部５１は、再生遅延時間情報（Ｕ）を受信する。また、エンコーダブリッジ部３０は、送信用ＦＩＦＯ２４から取得してエンコード等を行った映像（音）データ〔Ａ〕に対して、時刻管理部２５から取得した時点を示す時刻Ｔ０を示す時刻情報（Ｔ０）をタイムスタンプとして付加する（ステップＳ１０３）。そして、送受信部３１は、通信端末５の送受信部５１に、映像（音）データ及び配信管理装置２の時刻情報（Ｔ０）を送信する（ステップＳ１０４）。これにより、通信端末５の送受信部５１は、映像（音）データ及び配信管理装置２の時刻情報（Ｔ０）を受信し、再生制御部５３に映像（音）データ及び時刻情報（Ｔ０）を出力する。
【０１２０】
次に、通信端末５では、再生制御部５３が、上記ステップＳ１０２によって取得した再生遅延時間情報（Ｕ）、上記ステップＳ１０４によって取得した時刻情報（Ｔ０）、及び図１７のステップＳ８８によって記憶部５０００に記憶した時刻差情報（Δ）に基づき、通信端末５における時刻（Ｔ０＋Ｕ−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１０５）。これにより、下記式（２）に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは遅延しすぎるため、再生されずに消去される。
Ｕ≧（ｔ０＋Δ）−Ｔ０  ・・・（２）
【０１２１】
また、再生制御部５３は、記憶部５０００から、通信端末５における現時点の時刻ｔ０を読み出す（ステップＳ１０６）。この時刻ｔ０は、通信端末５が配信管理装置２から映像（音）データを受信した時点の通信端末５における時刻を示す。更に、再生制御部５３は、記憶部５０００から、図１７のステップＳ８８によって記憶されている時刻差Δを示す時刻差情報（Δ）を読み出す（ステップＳ１０７）。そして、再生制御部５３は、映像（音）データが配信管理装置２から送信されて通信端末５で受信されるまでの時間を示す送信遅延時間Ｄ１を計算する（ステップＳ１０８）。この計算は、下記式（３）によって行われる。通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ１が長くなる。
Ｄ１＝（ｔ０＋Δ）−Ｔ０  ・・・（３）
【０１２２】
次に、遅延情報取得部５７が、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を、送受信部５１に出力する（ステップＳ１０９）。そして、送受信部５１は、配信管理装置２の送受信部３１に、送信遅延時間情報（Ｄ）を送信する（ステップＳ１１０）。これにより、配信管理装置２の送受信部３１は、送信遅延時間情報（Ｄ）を受信して、回線適応制御部２７に送信遅延時間情報（Ｄ）を出力する。
【０１２３】
次に、配信管理装置２の回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延時間Ｕ’を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりして、エンコーダブリッジ部３０に出力する（ステップＳ１１１）。即ち、回線適応制御部２７は、送信遅延時間情報（Ｄ）及びデータサイズ（ビット数、バイト数）に基づき、エンコーダブリッジ部３０の動作を変更させる。
【０１２４】
次に、送受信部３１は、エンコーダブリッジ部３０から、上記ステップＳ１１１によって計算された新たな再生遅延時間Ｕ’を示す再生遅延時間情報（Ｕ’）を取得し、通信端末５の送受信部５１に再生遅延時間情報（Ｕ’）を送信する（ステップＳ１１２）。これにより、通信端末５の送受信部５１は、再生遅延時間情報（Ｕ’）を受信する。
【０１２５】
更に、エンコーダブリッジ部３０における変換部１０が、動作条件を示す回線適応制御信号に基づいて、変換部１０の動作条件を変更する（ステップＳ１１３）。例えば、送信遅延時間Ｄ１が長すぎる場合、送信遅延時間Ｄ１に応じて再生遅延時間Ｕを長くすると、スピーカ６１や表示部５８での再生時間が遅くなり過ぎるため、再生遅延時間Ｕを長くすることには限界がある。そこで、回線適応制御部２７は、エンコーダブリッジ部３０に対して、再生遅延時間Ｕを変更させて再生遅延時間Ｕ’とするだけでなく、変換部１０に対して、映像（音）データのフレームレートを下げさせたり、映像（音）データの解像度を下げさせたりすることで、通信ネットワーク９の混雑に対応する。このため、エンコーダブリッジ部３０は、変更後の動作条件に従って、上記ステップＳ１０３のように、映像（音）データ〔Ａ〕に対して、現時点の時刻情報（Ｔ０）をタイムスタンプとして付加する（ステップＳ１１４）。そして、送受信部３１は、通信端末５の送受信部５１に、映像（音）データ及び配信管理装置２の時刻情報（Ｔ０）を送信する（ステップＳ１１５）。これにより、通信端末５の送受信部５１は、映像（音）データ及び配信管理装置２の時刻情報（Ｔ０）を受信し、再生制御部５３に映像（音）データ及び時刻情報（Ｔ０）を出力する。
【０１２６】
次に、通信端末５では、再生制御部５３が、上記ステップＳ１１２によって取得した再生遅延時間情報（Ｕ’）、上記ステップＳ１１５によって取得した時刻情報（Ｔ０）、及び図１７のステップＳ８８によって記憶部５０００に記憶した時刻差情報（Δ）に基づき、通信端末５における時刻（Ｔ０＋Ｕ’−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、上記ステップＳ１０５のように、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１１６）。その後、上記ステップＳ１０６以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。
【０１２７】
＜上り用の回線適応制御の処理＞
続いて、図１９を用いて、通信端末５から配信管理装置２に送信する（上り）データの回線適応制御の処理を説明する。図１９は、通信端末５から配信管理装置２に送信するデータの回線適応制御の処理を示すシーケンス図である。
【０１２８】
まず、通信端末５のエンコード部６０は、カメラ６２及びマイク６３から入力された映像（音）データ〔Ｅ〕としてのコンテンツデータをエンコードする（ステップＳ１２１）。この際、エンコード部６０は、記憶部５０００から、現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）及び時刻差Δを示す時刻差情報（Δ）を取得するが、これらに対してはエンコードを行わない。そして、送受信部５１は、配信管理装置２の送受信部３１に、映像（音）データ〔Ｅ〕、時刻情報（ｔ０）及び時刻差情報（Δ）を送信する（ステップＳ１２２）。これにより、配信管理装置２の送受信部３１は、映像（音）データ〔Ｅ〕、時刻情報（ｔ０）及び時刻差情報（Δ）を受信する。
【０１２９】
次に、配信管理装置２では、デコード部４０が上記ステップＳ１２２によって映像（音）データ〔Ｅ〕等を受信した時点を示す時刻Ｔ０を、時刻管理部２５から読み出す（ステップＳ１２３）。そして、デコード部４０は、映像（音）データが通信端末５から送信されて配信管理装置２で受信されるまでの時間を示す送信遅延時間ｄ１を計算する（ステップＳ１２４）。この計算は、下記式（４）によって行われる。通信ネットワーク９が混雑している場合には、送信遅延時間ｄ１が長くなる。
ｄ１＝Ｔ０−（ｔ０＋Δ）  ・・・（４）
【０１３０】
次に、配信管理装置２の遅延情報取得部３７ａは、通信端末５の遅延情報取得部５７と同様に、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップＳ１２５）。
【０１３１】
次に、回線適応制御部３７ｂが、送信遅延時間情報（ｄ）に基づいて、通信端末５のエンコード部６０の動作条件を計算する（ステップＳ１２６）。そして、送受信部３１は、通信端末５の送受信部５１に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する（ステップＳ１２７）。これにより、通信端末５の送受信部５１は、回線適応制御信号を受信する。即ち、図１８に示す回線適応制御の場合（下り）は、同じ配信管理装置２内でエンコーダブリッジ部３０に回線適応制御信号が出力されるのに対して、図１９に示す回線適応制御の場合（上り）は、配信管理装置２から通信ネットワーク９を介して、通信端末５に回線適応制御信号が送信される。
【０１３２】
次に、通信端末５のエンコード部６０が、送受信部５１によって受信された回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する（ステップＳ１２８）。そして、エンコード部６０は、新たな動作条件によって、上記ステップＳ１２１と同様の処理を行う（ステップＳ１２９）。そして、送受信部５１は、配信管理装置２の送受信部３１に対して、上記ステップＳ１２２のように、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）とを送信する（ステップＳ１３０）。これにより、配信管理装置２の送受信部３１は、映像（音）データ〔Ｅ〕、時刻情報（ｔ０）及び時刻差情報（Δ）を受信する。その後、上記ステップＳ１２３以降の処理が続けて行われる。このようにして、上り用の回線適応制御の処理が継続して行われる。
【０１３３】
＜マルチディスプレイの処理＞
続いて、図２０乃至図２２を用いて、マルチディスプレイの処理について説明する。図２０乃至図２２は、図４に示したマルチディスプレイの処理を示すシーケンス図である。ここでは、通信端末５ａで再生されている映像（音）データ〔ＸＹＺ〕を、通信端末５ｆ１，５ｆ２，５ｆ３にも分割して再生させる例である。また、ここでは、ウェブコンテンツを表示させるためのブラウザ２０を「コンテンツ用ブラウザ２０ａ」と表記し、ユーザへの設定画面を表示させるためのブラウザ２０を「設定用ブラウザ２０ｂ」と表記する。なお、ここでは、図１６のステップＳ３０に相当する処理から説明する。
【０１３４】
まず、図２０に示すように、配信管理装置２のコンテンツ用ブラウザ２０ａは、ウェブサーバ８から取得したウェブコンテンツデータ〔ＸＹＺ〕をレンダリングすることにより、静止画（音）データとしての各フレームデータを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２０１）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データをエンコードすることで、通信端末５ａに配信可能なデータ形式の映像（音）データ〔ＸＹＺ〕に変換する（ステップＳ２０２）。
【０１３５】
次に、配信管理装置２の送受信部３１が、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔ＸＹＺ〕を受信して、再生制御部５３に出力する。
【０１３６】
次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔ＸＹＺ〕を取得してデコードする（ステップＳ２０４）。その後、スピーカ６１は、デコードされた音データ〔ＸＹＺ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔ＸＹＺ〕に基づいて映像を再生する（ステップＳ２０５）。
【０１３７】
次に、通信端末５ａのユーザによって、表示部５８上に表示されている画面が不図示のメニュー要求画面に切り替えられ、操作部５２が、メニュー要求画面中の不図示の「配信先選択メニュー」ボタンの押下を受け付ける（ステップＳ２０６）。これにより、送受信部５１が、端末管理装置７の送受信部７１ａに、配信先選択メニューへの切り替え要求を送信する（ステップＳ２０７）。これにより、端末管理装置７の送受信部７１ａは、配信先選択メニューへの切り替え要求を受信する。この要求には、通信端末５ａの端末ＩＤが含まれている。
【０１３８】
次に、送受信部７１ｂは、配信管理装置２の送受信部２１に、設定用ブラウザ２０ｂの起動要求を送信する（ステップＳ２０８）。これにより、配信管理装置２の送受信部２１は、設定用ブラウザ２０ｂの起動要求を受信し、ブラウザ管理部２２に対して、設定用ブラウザ２０ｂの起動要求を行う。
【０１３９】
次に、ブラウザ管理部２２が、設定用ブラウザ２０ｂを起動させる（ステップＳ２０９）。そして、エンコーダブリッジ部３０の作成・選択・転送部３１０が、コンテンツ用ブラウザ２０ａから変換部１０（例えば、変換部１０ａ）への出力を、設定用ブラウザ２０ｂから変換部１０（例えば、変換部１０ｂ）への出力に切り替える（ステップＳ２１０）。但し、通信端末５ａが他の通信端末５（例えば、通信端末５ｂ）と変換部１０（例えば、変換部１０ａ）を共有して上記ステップＳ２０３による映像（音）データを受信していた場合には、他の通信端末５（例えば、通信端末５ｂ）はコンテンツ用ブラウザ２０ａ用に変換部１０（例えば、変換部１０ａ）を利用中であるため、エンコーダブリッジ部３０の作成・選択・転送部３１０は、新たに変換部１０（例えば、変換部１０ｂ）を作成する。
【０１４０】
そして、送受信部２１は、設定用ブラウザ２０ｂの命令に従って、端末管理装置７の送受信部７１ｂに、配信先選択メニュー要求を送信する（ステップＳ２１１）。この際に、通信端末５ａの端末ＩＤも送信される。これにより、端末管理装置７の送受信部７１ｂは、配信先選択メニュー要求を受信し、記憶部７０００に通信端末５ａの端末ＩＤを出力する。
【０１４１】
これに対して、端末管理装置７の記憶部７０００は、この端末ＩＤに基づいて利用可能端末管理テーブル７０２０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１２）。この共有ＩＤは、通信端末５ａが遠隔共通処理をするために利用可能な通信端末５を示している。例えば、通信端末５ａの端末ＩＤが「ｔ００１」である場合、図１５に示した利用可能端末管理テーブル７０２０を検索することで、共有ＩＤ「ｖ００３」，「ｖ００６」が抽出される。
【０１４２】
更に、記憶部７０００は、抽出した共有ＩＤに基づいて端末管理テーブル７０１０を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップＳ２１３）。ここでは、図１４に示されているように、抽出された共有ＩＤ「ｖ００３」，「ｖ００６」に対応する表示名は、それぞれ「東京本社１０Ｆ  ＭＦＰ」、「大阪展示場１Ｆ  マルチディスプレイ」である。
【０１４３】
そして、送受信部７１ｂは、配信管理装置２の送受信部２１に、コンテンツデータとして配信先選択メニューデータ〔Ｍ〕を送信する（ステップＳ２１４）。これにより、配信管理装置２の送受信部２１は、配信先選択メニューデータ〔Ｍ〕を受信し、設定用ブラウザ２０ｂに出力する。この配信先選択メニューデータ〔Ｍ〕は、図１３に示した配信先選択メニュー画面を表示させるための情報であり、チェックボックス、共有ＩＤ、及び表示名が含まれている。
【０１４４】
次に、図２１に示すように、設定用ブラウザ２０ｂが、端末管理装置７から取得した配信先選択メニューデータ〔Ｍ〕を示すコンテンツデータをレンダリングすることによって、静止画（音）データとしての各フレームデータを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２２１）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された各フレームデータをエンコードすることで、通信端末５ａに配信可能なデータ形式の映像（音）データ〔Ｍ〕に変換する（ステップＳ２２２）。
【０１４５】
次に、送受信部３１は、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔Ｍ〕を受信して、再生制御部５３に出力する。
【０１４６】
次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔Ｍ〕を取得してデコードする（ステップＳ２２４）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｍ〕に基づいて、図１３に示したような配信先選択メニュー画面の映像を再生する（ステップＳ２２５）。
【０１４７】
次に、図１３に示した配信先選択メニュー画面において、ユーザにより共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると、操作部５２が、ユーザの操作入力を受け付ける（ステップＳ２２６）。
【０１４８】
次に、送受信部５１は、配信管理装置２の送受信部３１に、操作データ〔ｐ〕としてチェック結果を送信する（ステップＳ２２７）。これにより、配信管理装置２の送受信部３１は、操作データ〔ｐ〕としてチェック結果を受信して、設定用ブラウザ２０ｂに出力する。
【０１４９】
次に、設定用ブラウザ２０ｂが、チェック結果から共有ＩＤを選択する（ステップＳ２２８）。そして、送受信部２１は、設定用ブラウザ２０ｂの命令に従って、端末管理装置７の送受信部７１ｂに、配信先追加要求を送信する（ステップＳ２２９）。この配信先追加要求には、上記ステップＳ２２８によって選択された共有ＩＤが含まれている。これにより、端末管理装置７の送受信部７１ｂは、配信先追加要求を受信し、記憶部７０００に共有ＩＤを出力する。そして、設定用ブラウザ２０ｂは、役目を終えて終了する（ステップＳ２３０）。その後、エンコーダブリッジ部３０の作成・選択・転送部３１０は、設定用ブラウザ２０ｂから変換部１０への出力を、コンテンツ用ブラウザ２０ａから変換部１０への出力に戻すよう切り替える（ステップＳ２３１）。
【０１５０】
次に、図２２に示すように、端末管理装置７の記憶部７０００では、上記ステップＳ２２９によって送られてきた共有ＩＤに基づいて、端末管理テーブル７０１０を検索することにより、対応する端末ＩＤ及び設置位置情報を抽出する（ステップＳ２４１）。そして、送受信部７１ｂは、配信管理装置２の送受信部２１に、配信先の追加指示を送信する(ステップＳ２４２)。この配信先の追加指示には、上記ステップＳ２４１によって抽出された端末ＩＤ及び設置位置情報が含まれている。これにより、配信管理装置２の送受信部２１は、配信先の追加指示を受信し、ブラウザ管理部２２に配信先の追加指示を出力する。ここでは、端末ＩＤ及び設置位置情報が「ｔ００６」、「左」と、端末ＩＤ及び設置位置情報が「ｔ００７」、「中」と、端末ＩＤ及び設置位置情報が「ｔ００８」、「右」との３組の端末ＩＤ及び設置位置情報が含まれているものとする。
【０１５１】
次に、エンコーダブリッジ部３０の作成・選択・転送部３１０が、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の作成・選択・転送部３１０は、ブラウザ管理部２２から、端末ＩＤ及び設置位置情報を取得する。そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている静止画（音）データとしての各フレームデータ〔ＸＹＺ〕を分割し、エンコード部１９が、分割された各フレームデータをエンコードする（ステップＳ２４４）。
【０１５２】
そして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｘ〕を、端末ＩＤ（「ｔ００６」）及び設置位置情報（「左」）に基づいて、通信端末５ｆ１の送受信部５１に送信する（ステップＳ２４５＿１）。これにより、通信端末５ｆ１の送受信部５１は、映像（音）データ〔Ｘ〕を受信して、再生制御部５３に出力する。
【０１５３】
次に、通信端末５ｆ１では、デコード部５０が再生制御部５３から映像（音）データ〔Ｘ〕を取得してデコードする（ステップＳ２４６＿１）。その後、スピーカ６１は、デコードされた音データ〔Ｘ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｘ〕に基づいて映像を再生する（ステップＳ２４７＿１）。
【０１５４】
また、同様にして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｙ〕を、端末ＩＤ（「ｔ００７」）及び設置位置情報（「中」）に基づいて、通信端末５ｆ２の送受信部５１に送信する（ステップＳ２４５＿２）。これにより、通信端末５ｆ２の送受信部５１は、映像（音）データ〔Ｙ〕を受信して、再生制御部５３に出力する。
【０１５５】
次に、通信端末５ｆ２では、デコード部５０が再生制御部５３から映像（音）データ〔Ｙ〕を取得してデコードする（ステップＳ２４６＿２）。その後、スピーカ６１は、デコードされた音データ〔Ｙ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｙ〕に基づいて映像を再生する（ステップＳ２４７＿２）。
【０１５６】
更に、同様にして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｚ〕を、端末ＩＤ（「ｔ００８」）及び設置位置情報（「右」）に基づいて、通信端末５ｆ３の送受信部５１に送信する（ステップＳ２４５＿３）。これにより、通信端末５ｆ３の送受信部５１は、映像（音）データ〔Ｚ〕を受信して、再生制御部５３に出力する。
【０１５７】
次に、通信端末５ｆ３では、デコード部５０が再生制御部５３から映像（音）データ〔Ｚ〕を取得してデコードする（ステップＳ２４６＿３）。その後、スピーカ６１は、デコードされた音データ〔Ｚ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｚ〕に基づいて映像を再生する（ステップＳ２４７＿３）。
【０１５８】
＜マルチディスプレイを利用した拡大表示の処理＞
続いて、図２３を用いて、マルチディスプレイを利用した拡大表示の処理について説明する。図２３は、図５に示したマルチディスプレイを利用した拡大表示の処理を示すシーケンス図である。ここでは、通信端末５ｆ１で再生されている映像〔Ａ〕を、通信端末５ｆ１，５ｆ２，５ｆ３にも配信して再生させているときに、通信端末５ｆ１で表示中の映像〔Ａ〕の一部の領域を拡大表示するユーザ操作を受け付けて、その領域の映像〔Ａ’〕，〔Ａ’’〕を通信端末５ｆ２，５ｆ３で再生して拡大表示させる例である。なお、ここでも、図２０乃至図２２に示したマルチディスプレイの処理と同様の処理が行われるが、図２０乃至図２２に示したマルチディスプレイの処理と同様の処理の説明は省略し、図２２のステップＳ２４７＿１、ステップＳ２４７＿２、及びステップＳ２４７＿３に続く処理から説明する。ただし、ここでは、図２２のステップＳ２４４において映像データ〔Ａ〕が分割されずにエンコード等され、ステップＳ２４５＿１、ステップＳ２４５＿２、及びステップＳ２４５＿３において、通信端末５ｆ１，５ｆ２，５ｆ３にそれぞれ映像データ〔Ａ〕が送信される。そして、ステップＳ２４６＿１、ステップＳ２４６＿２、及びステップＳ２４６＿３において、各通信端末５ｆ１，５ｆ２，５ｆ３のデコード部５０により映像データ〔Ａ〕がデコードされ、ステップＳ２４７＿１、ステップＳ２４７＿２、及びステップＳ２４７＿３において、各通信端末５ｆ１，５ｆ２，５ｆ３の表示部５８に映像〔Ａ〕が表示されている。また、通信端末５ｆ１は、事前に端末管理装置７から、通信端末５ｆ２，５ｆ３についての端末情報を取得して、記憶部７０００に格納しているものとする。ここでは、記憶部７０００に図１４に示した端末管理テーブル７０１０が格納されているものとして説明する。
【０１５９】
まず、ユーザが通信端末５ｆ１の操作部５２を用いて、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕の一部を拡大表示する旨の操作を行うと、この操作が操作部５２により受け付けられる。そして、通信端末５ｆ１の送受信部５１が、配信管理装置２の送受信部３１に、映像〔Ａ〕の一部を拡大表示する旨の操作を示す第１操作データを送信する（ステップＳ３０１）。これにより、配信管理装置２の送受信部３１は、第１操作データを受信して、ブラウザ管理部２２に出力する。
【０１６０】
次に、ブラウザ管理部２２が送受信部３１から第１操作データを取得すると、送受信部２１が、端末管理装置７の送受信部７１ｂに対して、通信端末５ｆ２，５ｆ３の端末ＩＤを指定して、端末情報の要求を送信する（ステップＳ３０２）。これにより、端末管理装置７の送受信部７１ｂは、この端末情報の要求を受信して、通信端末５ｆ２，５ｆ３の端末ＩＤを記憶部７０００に出力する。記憶部７０００は、通信端末５ｆ２，５ｆ３の端末ＩＤに基づいて端末管理テーブル７０１０を検索することにより、通信端末５ｆ２，５ｆ３の端末ＩＤに対応付けられている解像度情報（１９２０＊１０８０、１９２０＊１０８０）及び選択座標情報（（６００１００）、（６００２４００））を読み出す（ステップＳ３０３）。そして、端末管理装置７の送受信部７１ｂは、端末管理テーブル７０１０から読み出された解像度情報及び選択座標情報を含む端末情報（通信端末５ｆ２，５ｆ３ごとの端末情報）を、ステップＳ３０２の要求に対する応答として、配信管理装置２の送受信部２１に送信する（ステップＳ３０４）。これにより、配信管理装置２の送受信部２１は、解像度情報及び選択座標情報を含む端末情報（通信端末５ｆ２，５ｆ３ごとの端末情報）を受信して、ブラウザ管理部２２に出力する。
【０１６１】
次に、図２２のステップＳ２４３で作成されたマルチディスプレイ用の変換部１０が、ブラウザ管理部２２から通信端末５ｆ２，５ｆ３の解像度情報及び選択座標情報を取得し、これら通信端末５ｆ２，５ｆ３の解像度情報及び選択座標情報を用いて、ブラウザ２０によってレンダリングされた各フレームデータ〔Ａ〕に対して、トリミング・リサイズ・エンコード等を行う（ステップＳ３０５）。具体的には、通信端末５ｆ２に対応する変換部１０では、トリミング部１１が、ブラウザ２０によってレンダリングされた各フレームデータ〔Ａ〕から、通信端末５ｆ２の解像度情報に基づいた大きさの領域〔Ａ’〕を選択座標情報に基づいて切り出す。同様に、通信端末５ｆ３に対応する変換部１０では、トリミング部１１が、ブラウザ２０によってレンダリングされた各フレームデータ〔Ａ〕から、通信端末５ｆ３の解像度情報に基づいた大きさの領域〔Ａ”〕を選択座標情報に基づいて切り出す。そして、それぞれの変換部１０では、リサイズ部１２が、必要に応じて通信端末５の解像度に合わせて各フレームデータ〔Ａ〕，〔Ａ’〕，〔Ａ”〕のリサイズ等を行い、エンコード部１９がこれらの各フレームデータ〔Ａ〕，〔Ａ’〕，〔Ａ”〕をエンコードする。
【０１６２】
そして、送受信部３１は、通信端末５ｆ１に対応する変換部１０によってエンコード等された映像データ〔Ａ〕を、通信端末５ｆ１の送受信部５１に送信する（ステップＳ３０６＿１）。これにより、通信端末５ｆ１の送受信部５１は、映像データ〔Ａ〕を受信して、再生制御部５３に出力する。
【０１６３】
次に、通信端末５ｆ１では、デコード部５０が再生制御部５３から映像データ〔Ａ〕を取得してデコードする（ステップＳ３０７＿１）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ〕に基づいて映像〔Ａ〕を再生する（ステップＳ３０８＿１）。これにより、通信端末５ｆ１の表示部５８には、映像〔Ａ〕が引き続き表示される。このとき、通信端末５ｆ１の表示部５８は、事前に端末管理装置７から取得して記憶部５０００に格納した通信端末５ｆ２，５ｆ３の端末情報に含まれる解像度情報及び選択座標情報に基づいて、映像〔Ａ〕に通信端末５ｆ２，５ｆ３にて拡大表示される領域を示すガイド枠を重畳表示する。
【０１６４】
また、配信管理装置２の送受信部３１は、通信端末５ｆ２に対応する変換部１０によってエンコード等された映像データ〔Ａ’〕を、通信端末５ｆ２の送受信部５１に送信する（ステップＳ３０６＿２）。これにより、通信端末５ｆ２の送受信部５１は、映像データ〔Ａ’〕を受信して、再生制御部５３に出力する。
【０１６５】
次に、通信端末５ｆ２では、デコード部５０が再生制御部５３から映像データ〔Ａ’〕を取得してデコードする（ステップＳ３０７＿２）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ’〕に基づいて映像〔Ａ’〕を再生する（ステップＳ３０８＿２）。これにより、通信端末５ｆ２の表示部５８には、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕の一部の領域（通信端末５ｆ２に対応するガイド枠によって囲まれた領域）を拡大した映像〔Ａ’〕が表示される。
【０１６６】
また、同様にして、配信管理装置２の送受信部３１は、通信端末５ｆ３に対応する変換部１０によってエンコード等された映像データ〔Ａ”〕を、通信端末５ｆ３の送受信部５１に送信する（ステップＳ３０６＿３）。これにより、通信端末５ｆ３の送受信部５１は、映像データ〔Ａ”〕を受信して、再生制御部５３に出力する。
【０１６７】
次に、通信端末５ｆ３では、デコード部５０が再生制御部５３から映像データ〔Ａ”〕を取得してデコードする（ステップＳ３０７＿３）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ”〕に基づいて映像〔Ａ”〕を再生する（ステップＳ３０８＿３）。これにより、通信端末５ｆ３の表示部５８には、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕の一部の領域（通信端末５ｆ３に対応するガイド枠によって囲まれた領域）を拡大した映像〔Ａ”〕が表示される。
【０１６８】
次に、ユーザが通信端末５ｆ１の操作部５２を用いて、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕上のガイド枠（ここでは、通信端末５ｆ２に対応するガイド枠とする。）を移動させる操作を行うと、この操作が操作部５２により受け付けられる。そして、通信端末５ｆ１の送受信部５１が、配信管理装置２の送受信部３１に、ガイド枠の移動量及び移動方向を含む第２操作データを送信する（ステップＳ３０９）。これにより、配信管理装置２の送受信部３１は、第２操作データを受信して、ブラウザ管理部２２に出力する。
【０１６９】
次に、ブラウザ管理部２２が送受信部３１から第２操作データを取得すると、図２２のステップＳ２４３で作成されたマルチディスプレイ用の変換部１０が、ブラウザ管理部２２から、通信端末５ｆ１から送られた第２操作データが示すガイド枠の移動量及び移動方向を取得する。そして、マルチディスプレイ用の変換部１０は、ガイド枠の移動量及び移動方向を用いて切り出す領域を変化させながら、ブラウザ２０によってレンダリングされた各フレームデータ〔Ａ〕に対して、トリミング・リサイズ・エンコード等を行う（ステップＳ３１０）。具体的には、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕上でユーザが移動させたガイド枠が通信端末５ｆ２に対応したものである場合、通信端末５ｆ２に対応する変換部１０のトリミング部１１が、ガイド枠の移動量及び移動方向に応じて、ブラウザ２０によってレンダリングされた各フレームデータ〔Ａ〕から切り出す領域〔Ａ’〕の位置を、その大きさを維持しながら変化させる。そして、それぞれの変換部１０では、リサイズ部１２が、必要に応じて通信端末５の解像度に合わせた映像データ〔Ａ〕，〔Ａ’〕，〔Ａ”〕のリサイズ等を行い、エンコード部１９がこれらの各フレームデータ〔Ａ〕，〔Ａ’〕，〔Ａ”〕をエンコードする。
【０１７０】
そして、送受信部３１は、通信端末５ｆ１に対応する変換部１０によってエンコード等された映像データ〔Ａ〕を、通信端末５ｆ１の送受信部５１に送信する（ステップＳ３１１＿１）。これにより、通信端末５ｆ１の送受信部５１は、映像データ〔Ａ〕を受信して、再生制御部５３に出力する。
【０１７１】
次に、通信端末５ｆ１では、デコード部５０が再生制御部５３から映像データ〔Ａ〕を取得してデコードする（ステップＳ３１２＿１）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ〕に基づいて映像〔Ａ〕を再生する（ステップＳ３１３＿１）。これにより、通信端末５ｆ１の表示部５８には、映像〔Ａ〕が引き続き表示される。
【０１７２】
また、配信管理装置２の送受信部３１は、通信端末５ｆ２に対応する変換部１０によってエンコード等された映像データ〔Ａ’〕を、通信端末５ｆ２の送受信部５１に送信する（ステップＳ３１１＿２）。これにより、通信端末５ｆ２の送受信部５１は、映像データ〔Ａ’〕を受信して、再生制御部５３に出力する。
【０１７３】
次に、通信端末５ｆ２では、デコード部５０が再生制御部５３から映像データ〔Ａ’〕を取得してデコードする（ステップＳ３１２＿２）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ’〕に基づいて映像〔Ａ’〕を再生する（ステップＳ３１３＿２）。これにより、通信端末５ｆ２の表示部５８には、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕上で、ユーザの操作により移動した後のガイド枠によって囲まれた領域を拡大した映像〔Ａ’〕が表示される。
【０１７４】
また、同様にして、配信管理装置２の送受信部３１は、通信端末５ｆ３に対応する変換部１０によってエンコード等された映像データ〔Ａ”〕を、通信端末５ｆ３の送受信部５１に送信する（ステップＳ３１１＿３）。これにより、通信端末５ｆ３の送受信部５１は、映像データ〔Ａ”〕を受信して、再生制御部５３に出力する。
【０１７５】
次に、通信端末５ｆ３では、デコード部５０が再生制御部５３から映像データ〔Ａ”〕を取得してデコードする（ステップＳ３１２＿３）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ”〕に基づいて映像〔Ａ”〕を再生する（ステップＳ３１３＿３）。これにより、通信端末５ｆ３の表示部５８には、通信端末５ｆ１の表示部５８に表示されている映像〔Ａ〕の一部の領域（通信端末５ｆ３に対応するガイド枠によって囲まれた領域）を拡大した映像〔Ａ”〕が引き続き表示される。
【０１７６】
なお、以上説明した例では、ユーザが映像の一部を拡大する操作を行う前（第１操作データが配信管理装置２に送信される前）に、エンコーダブリッジ部３０の作成・選択・転送部３１０がマルチディスプレイ用の変換部１０を生成している。しかし、マルチディスプレイ用の変換部１０の作成は、第１操作データが配信管理装置２に送信されてから行うようにしてもよい。
【０１７７】
〔実施形態の主な効果〕
以上、具体的な例を挙げながら詳細に説明したように、本実施形態の配信システム１では、クラウド上の配信管理装置２がブラウザ２０及びエンコード等を行うエンコーダブリッジ部３０を有し、ブラウザ２０が所定の記述言語で示されたコンテンツデータをレンダリングしてフレームデータを生成し、エンコーダブリッジ部３０がフレームデータをエンコード等することにより、通信ネットワーク９を介して配信可能なデータ形式の映像（音）データに変換して通信端末５に配信する。また、映像データを配信している複数の通信端末５のうちの１つ（第１通信端末）から、再生表示している映像の一部の領域を拡大する操作を示す第１操作データを受信した場合に、エンコーダブリッジ部３０が、ブラウザ２０によってレンダリングされたフレームデータの一部の領域であって、他の通信端末５（第２通信端末）の再生表示能力（解像度等）に応じた大きさを有する領域を切り出して、切り出した領域のフレームデータを映像データに変換して、第２通信端末に配信する。
【０１７８】
このように、本実施形態の配信システム１では、コンテンツデータから生成された映像全体の中の一部の領域を拡大する操作が行われた場合に、映像全体を再生表示する通信端末５（第１通信端末）とは異なる他の通信端末５（第２通信端末）に、その通信端末５の再生表示能力に合わせて一部の領域の映像を表示させる。したがって、通信端末５側にコンテンツの映像全体を表示させつつ、コンテンツの見たい部分を見やすく表示させることができる。
【０１７９】
また、本実施形態の配信システム１では、映像全体を再生表示する通信端末５（第１通信端末）が、他の通信端末５（第２通信端末）に拡大表示させる領域を示すガイド枠を映像上に重畳表示する。そして、このガイド枠の操作に応じて、映像全体の中で他の通信端末５（第２通信端末）に拡大表示させる領域を変化させる。したがって、ユーザは、直感的な操作によってコンテンツの見たい部分を指定することができ、高い操作性を実現することができる。
【０１８０】
〔変形例〕
本実施形態の配信システム１では、端末管理装置７と配信管理装置２とを互いに別個の装置として構成しているが、例えば、配信管理装置２に端末管理装置７の機能を持たせるなどにより、端末管理装置７と配信管理装置２とを一体の装置として構成するようにしてもよい。
【０１８１】
また、上記実施形態における配信管理装置２、及び端末管理装置７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
【０１８２】
更に、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤＤ２０４は、いずれもプログラム製品（Program  Product）として、国内又は国外へ提供されることができる。
【先行技術文献】
【特許文献】
【０１８３】
【特許文献１】特開２００２−２６８９６９号公報
【図１】
2015045788.tif 000003
【図２】
2015045788.tif 000004
【図３】
2015045788.tif 000005
【図４】
2015045788.tif 000006
【図５】
2015045788.tif 000007
【図６】
2015045788.tif 000008
【図７】
2015045788.tif 000009
【図８】
2015045788.tif 000010
【図９】
2015045788.tif 000011
【図１０】
2015045788.tif 000012
【図１１】
2015045788.tif 000013
【図１２】
2015045788.tif 000014
【図１３】
2015045788.tif 000015
【図１４】
2015045788.tif 000016
【図１５】
2015045788.tif 000017
【図１６】
2015045788.tif 000018
【図１７】
2015045788.tif 000019
【図１８】
2015045788.tif 000020
【図１９】
2015045788.tif 000021
【図２０】
2015045788.tif 000022
【図２１】
2015045788.tif 000023
【図２２】
2015045788.tif 000024
【図２３】
2015045788.tif 000025
【国際調査報告】
2015045788.tif 000026
2015045788.tif 000027
2015045788.tif 000028