JP2015061107A - 配信管理装置、及び配信システム - Google Patents

Abstract

【課題】コンテンツを複数の端末にて分割表示した場合に、任意の端末を操作することで複数の端末の表示を一括して変化させる。【解決手段】ブラウザ２０が、何れかの通信端末から受信した操作データに基づいて映像データの切り出し位置情報を変化させ、変換部１０が、切り出し位置情報に基づいて映像データから複数の映像データを切り出す。送受信部３１は、切り出された各映像データを各通信端末に配信する。これにより、複数の通信端末に操作データに基づいた映像データが配信されるので、任意の通信端末を操作するだけで、複数の端末の表示を一括して変化させることができる。【選択図】図２８

Description

本発明は、パソコンや電子黒板等の通信端末に、通信ネットワークを介して映像データ等を配信する発明に関する。

近年、インターネットの普及に伴い、様々な分野でクラウドコンピューティングが利用されている。クラウドコンピューティングは、インターネットに接続した通信端末を用いてユーザがインターネット上のサーバが提供するサービス（クラウドサービス）を利用し、その対価をユーザが支払うサービス利用形態である。
クラウドサービスでは、複数の通信端末にウェブ（Ｗｅｂ）コンテンツが配信される。例えば特許文献１には、複数の通信端末に夫々ウェブコンテンツを分配する配信システムが記載されている。

近年では、コンテンツを複数の端末にて分割表示することで、あたかも１台の大きなディスプレイに表示されたかのように見せる機能が知られている。端末にウェブコンテンツの一部のみが表示されている場合は、特許文献１のように表示制御コマンド等を利用して非表示のウェブコンテンツを閲覧できるようにする必要がある。
しかし、特許文献１では、１つの端末を操作することで他の端末の表示をスクロールさせたりページを切り替えたりすることはできるが、複数のディスプレイ端末の表示を一括して変化させることはできない。
本発明は上述の事情に鑑みてなされたものであり、コンテンツを複数の端末にて分割表示した場合に、任意の端末を操作することで複数の端末の表示を一括して変化させることを目的とする。

上述した課題を解決すべく、請求項１に係る発明は、複数の通信端末に通信ネットワークを介して少なくとも映像データを夫々配信する配信管理装置であって、前記各通信端末間の配置関係を示した端末管理情報を取得する取得手段と、前記取得手段によって取得された前記端末管理情報と何れかの前記通信端末から受信した操作データとに基づいて前記映像データの切り出し位置情報を決定する決定手段と、前記決定手段により決定された切り出し位置情報に基づいて前記映像データから複数の映像データを切り出す切り出し手段と、前記切り出し手段により切り出された前記各映像データを前記端末管理情報に基づいて前記各通信端末に夫々配信する配信手段と、備え、前記決定手段は、前記操作データに基づいて前記映像データの切り出し位置情報を変化させることを特徴とする。

本発明においては、何れかの通信端末から受信した操作データに基づいて決定手段が映像データの切り出し位置情報を変化させ、決定手段が決定した切り出し位置情報に基づいて切り出し手段が映像データから複数の映像データを切り出し、配信手段が各映像データを夫々の通信端末に配信する。これにより、複数の通信端末に操作データに基づいた映像データが配信されるので、任意の通信端末を操作するだけで、複数の端末の表示を一括して変化させることができる。

本実施形態に係る配信システムの概略図である。 通信端末にドングルを取り付ける際のイメージ図である。 基本的な配信方法を示した概念図である。 マルチキャストの概念図である。 マルチディスプレイの概念図である。 配信管理システムを介して複数の通信端末を使った複合配信の概念図である。 配信管理システム、通信端末、端末管理システム、及びウェブサーバのハードウェア構成図である。 ドングルのハードウェア構成図である。 主に配信管理システムの各機能を示す機能ブロック図である。 主に通信端末の各機能を示す機能ブロック図である。 端末管理システムの各機能を示す機能ブロック図である。 配信先選択メニュー画面の概念図である。 端末管理テーブルの概念図である。 利用可能端末管理テーブルの概念図である。 エンコーダブリッジ部の詳細図である。 変換部の各機能を示す機能ブロック図である。 配信管理システムの基本的な配信処理を示したシーケンス図である。 配信管理システムを介して複数の通信端末を使った通信の処理を示すシーケンス図である。 時刻調整の処理を示したシーケンス図である。 配信管理システムから通信端末に送信するデータの回線適応制御の処理を示したシーケンス図である。 通信端末から配信管理システムに送信するデータの回線適応制御の処理を示したシーケンス図である。 マルチディスプレイの処理を示すシーケンス図である。 マルチディスプレイの処理を示すシーケンス図である。 マルチディスプレイの処理を示すシーケンス図である。 （ａ）は、ウェブサーバから取得したコンテンツデータの一例を示し、（ｂ）は各通信端末の当初の表示画像を示している図である。 （ａ）、（ｂ）は、ドラッグ操作前後の各通信端末の表示画像を示す模式図である。 ページ切替処理が行われた場合のブラウジング内容を説明するための処理概念図である。 スクロール処理が行われた場合のブラウジング内容を説明するための処理概念図である。 マルチディスプレイの処理を示すシーケンス図である。

以下に図面を用いて、本実施形態に係る配信システム１を詳細に説明する。なお、以下に示す実施形態は、クラウドコンピューティングを利用してウェブコンテンツを映像データ、音データ、又は映像データ及び音データに変換してパソコンや電子黒板等の通信端末に配信する配信システムとしての適用例である。なお、以下、映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と示す。

〔実施形態の概略〕
図１を用いて、本発明の一実施形態の概略を説明する。なお、図１は、本実施形態に係る配信システムの概略図である。
＜システム構成の概略＞
まず、配信システム１の構成の概略について説明する。
図１に示されているように、本実施形態の配信システム１は、配信管理システム２、複数の通信端末（５ａ〜５ｆ）、端末管理システム７、及びウェブサーバ８によって構築されている。なお、以下では、複数の通信端末（５ａ〜５ｆ）のうち、任意の通信端末を「通信端末５」として表す。また、配信管理システム２、端末管理システム７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。

通信端末５は、配信システム１のサービスを受けるユーザが使用する端末である。このうち、通信端末５ａは、ノートＰＣ(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）のインターフェース部にドングル９９を差し込むことで、通信端末５は通信ネットワーク９を介して他の端末やシステムと通信可能となる。なお、図２は、通信端末にドングルを取り付ける際のイメージ図である。
更に、配信管理システム２は、クラウド上に存在するウェブブラウザ（以下、「ブラウザ」と示す）２０を有することで、クラウド上でウェブコンテンツをレンダリングし、これにより得られたH.264やMPEG-4等の映像（音）データを通信端末５に配信する。

一方、端末管理システム７は、管理サーバとしての機能を有し、通信端末５のログイン認証を行ったり、通信端末５の契約情報等の管理を行ったりする。また、端末管理システム７は、電子メールを送信するためのＳＭＴＰ(Simple Mail Transfer Protocol)サーバの機能を有している。端末管理システム７は、例えば、クラウドのサービス(IaaS:Infrastructure as a Service)上に展開される仮想マシンとして実現することができる。端末管理システム７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
また、ブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Real-time communication/coll aboration）を可能にしている。更に、配信管理システム２は後述の図１６におけるエンコード部１９を有しており、このエンコード部１９は、ブラウザ２０によって生成された映像（音）データに対して、リアルタイムのエンコードを行うことができる。そのため、配信管理システム２の処理は、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。

＜各種配信方法の概略＞
続いて、各種配信方法の概略について説明する。
（基本配信）
図３は、基本的な配信方法を示した概念図である。配信システム１では、図３に示されているように、配信管理システム２のブラウザ２０がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえＨＴＭＬ(Hyper Text Markup Language)やＣＳＳ(Cascading Style Sheets)等により作成されたウェブコンテンツがリッチであっても、H.264やMPEG-4等の映像（音）データとして配信されるため、低スペックの通信端末５であってもスムーズに映像（音）を再生することが可能になる。

また、本実施形態の配信管理システム２では、ブラウザ２０を最新化しておくことで、ローカルとしての通信端末５にコンテンツを提供するブラウザを最新化しなくても、最新のリッチなウェブコンテンツをスムーズに再生することが可能となる。
また、配信システム１は、上述の配信方法を応用し、図４乃至図６に示されているように、ウェブコンテンツを複数の拠点に映像（音）データとして配信することも可能である。ここで、図４乃至図６に示されている配信方法について説明する。

（マルチキャスト）
図４は、マルチキャストの概念図である。図４に示されているように、配信管理システム２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることで、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコードする。その後、配信管理システム２は、映像（音）データ〔Ａ〕を複数の通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。これにより、複数の拠点では、同じ映像（音）が出力される。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）が同じ表示再生能力（解像度が同じ等）を有する必要はない。このような配信方法は、例えば「マルチキャスト」と呼ぶ。

（マルチディスプレイ）
図５は、マルチディスプレイの概念図である。図５に示されているように、配信管理システム２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔ＸＹＺ〕を取得してレンダリングすることで、単一の映像（音）データ〔ＸＹＺ〕を生成する。そして、エンコーダブリッジ部３０が、単一の映像（音）データ〔ＸＹＺ〕を、複数の映像（音）データ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）に分割した後にエンコードする。その後、配信管理システム２は、分割後の映像（音）データ〔Ｘ〕を通信端末５ｆ１に配信する。また、同じように、配信管理システム２は、分割後の映像（音）データ〔Ｙ〕を通信端末５ｆ２に配信し、分割後の映像（音）データ〔Ｚ〕を通信端末５ｆ３に配信する。これにより、例えば、横長のウェブコンテンツデータ〔ＸＹＺ〕であっても、複数の通信端末５で分割して映像が表示されるため、通信端末（５ｆ１，５ｆ２，５ｆ３）を一列に並べて設置すれば、１つの大きな映像を表示させることと同様の効果を得ることができる。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）が同じ表示再生能力（解像度が同じ等）を有する必要がある。このような配信方法は、例えば「マルチディスプレイ」と呼ぶ。

（複合配信）
図６は、配信管理システムを介して複数の通信端末を使った複合配信の概念図である。図６に示されているように、第１の拠点（図６の右側）では、電子黒板としての通信端末５ｆ１及びテレビ会議端末としての通信端末５ｅ１が利用され、第２の拠点（図６の左側）では、同じく電子黒板としての通信端末５ｆ２、及びテレビ会議端末としての通信端末５ｅ２が利用されている。また、第１の拠点では、通信端末５ｆ１にストロークによる文字等の操作データを表示させるための電子ペンＰ１が利用され、第２の拠点では、通信端末５ｆ２にストロークによる文字等の操作データを表示させるための電子ペンＰ２が利用されている。

そして、第１の拠点において、通信端末５ｅ１によって取得された映像（音）データは、エンコード部６０でエンコードされた後に、配信管理システム２に送信される。その後、配信管理システム２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ１によって通信端末５ｆ１に描かれたストローク等を示す操作データは、配信管理システム２に送信され、ブラウザ２０に入力される。一方、第２の拠点においても、通信端末５ｅ２によって取得された映像（音）データは、エンコード部６０でエンコードされた後に、配信管理システム２に送信される。その後、配信管理システム２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ２によって通信端末５ｆ２に描かれたストローク等の操作データは、配信管理システム２に送信され、ブラウザ２０に入力される。

一方、ブラウザ２０は、例えば、ウェブサーバ８から通信端末（５ｆ１，５ｆ２）のそれぞれのディスプレイに表示される背景画像のウェブコンテンツデータ〔Ａ〕を取得する。そして、ブラウザ２０は、ウェブコンテンツデータ〔Ａ〕、操作データ（〔ｐ１〕，〔ｐ２〕）及び映像（音）コンテンツデータ（〔Ｅ１〕，〔Ｅ２〕）を結合してレンダリングすることで、所望のレイアウトに設置した映像（音）データを生成する。そして、エンコーダブリッジ部３０は、映像（音）データをエンコードし、配信管理システム２が各拠点に同じ映像（音）データを配信する。これにより、第１の拠点では、通信端末５ｆ１のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ１のスピーカから音〔Ｅ２（音部分）〕が出力される。一方、第２の拠点でも、通信端末５ｆ２のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ２のスピーカから音〔Ｅ１（音部分）〕が出力される。なお、第１の拠点では、通信端末５ｆ１のエコーキャンセル機能により、自拠点の音〔Ｅ１（音部分）〕は出力されない。一方、第２の拠点では、通信端末５ｆ２のエコーキャンセル機能により、自拠点の音〔Ｅ２（音部分）〕は出力されない。

以上により、第１の拠点と第２の拠点とでは、遠隔地間においてリアルタイムで同じ情報を共有する遠隔共有処理を行うことができるため、本実施形態の配信システム１は遠隔会議等に有効である。

〔実施形態の詳細な説明〕
続いて、図７乃至図２４を用いて、実施形態の詳細な説明を行う。
＜実施形態のハードウェア構成＞
まずは、図７及び図８を用いて、本実施形態のハードウェア構成を説明する。なお、図７は、配信管理システム、通信端末、端末管理システム、及びウェブサーバのハードウェア構成図である。また、図８は、ドングルのハードウェア構成図である。なお、通信端末の通信に関与するハードウェア構成は、通信端末のハードウェア構成の一部と同じであるため、説明を省略する。

図７に示されているように配信管理システム２は、配信管理システム２全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、プログラム等の各種データを記憶するＨＤＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＣ(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)及びHTML(HyperText Markup Language)レンダラを有する。なお、JavaScript（登録商標）には、標準規格のものと配信システム１独自のものが含まれる。
ここで、Media Playerは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Flash Playerは、Flashコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のJavaScript（登録商標）は、配信システム１に固有のサービスのAPI(Application Programming Interface)を提供するJavaScript（登録商標）群である。ＣＳＳは、ＨＴＭＬで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。ＨＴＭＬレンダラは、ＨＴＭＬレンダリングエンジンである。

次に、送受信部２１は、端末管理システム７やウェブサーバ８との間で、各種データや要求等の送受信を行う。例えば、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを取得する。
ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。
なお、ブラウザ管理部２２は、送受信部３１を介して通信端末５から、各種操作データを取得し、ブラウザ２０に出力する。なお、操作データは、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。

送信用ＦＩＦＯ２４は、ブラウザ２０で生成された映像（音）データを格納するバッファである。
時刻管理部２５は、配信管理システム２独自の時刻Ｔを管理している。
時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信管理システム２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したり、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信する。
回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間は、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。

エンコーダブリッジ部３０は、ブラウザ２０が生成した映像（音）データを、エンコーダブリッジ部３０における後述の変換部１０に出力する。エンコーダブリッジ部３０については、図１５及び図１６を用いて、更に詳細に説明する。図１５は、エンコーダブリッジ部の詳細図である。また、図１６は、変換部の各機能を示す機能ブロック図である。
図１５に示されているように、エンコーダブリッジ部３０は、作成・選択部３１０、及び選択部３２０と、これらの間に複数の変換部（１０ａ、１０ｂ、１０ｃ）が構築されている。ここでは、３つの変換部を示したが、いくつであってもよい。なお、以下、任意の変換部を「変換部１０」として表す。

更に、変換部１０は、ブラウザ２０によって生成された映像（音）データのデータ形式を、通信ネットワーク９を介して通信端末５に配信できるデータ形式に変換する。そのため、変換部１０は、図１６に示されているように、トリミング部１１、リサイズ部１２、分割部１３、及びエンコード部１９を有する。トリミング部１１、リサイズ部１２、及び分割部１３は、音データの場合は、処理を行わない。
このうち、トリミング部１１は、映像（画像）の一部だけを切り出す処理を行う。リサイズ部１２は、映像（画像）の縮尺を変更する。分割部１３は、図５に示されているように、ウェブサーバ８から取得したウェブコンテンツを分割する。

また、エンコード部１９は、ブラウザ２０で生成された画像（音）データをエンコードすることにより、通信ネットワーク９介して通信端末５に画像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。なお、音の場合には、エンコードだけが行われる。
また、作成・選択部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させる映像（音）データを選択したりする。作成する場合としては、作成・選択部３１０は、通信端末５おける映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する。また、選択する場合としては、既に作成されている変換部２０を選択する。例えば、通信端末５ａへの配信に加えて通信端末５ｂへの配信を開始するにあたって、通信端末５ａへ配信している映像（音）データと同じ映像（音）データを通信端末５ｂへ配信する場合がある。このような場合で、更に、通信端末５ｂが通信端末５ａにおける映像（音）データの再生能力と同じ再生能力を有する場合には、作成・選択部３１０は通信端末５ｂ用に新たな変換部１０ｂを作成せずに、通信端末５ａ用に既に作成している変換部１０ａを利用する。

一方、選択部３２０は、既に作成されている変換部１０から所望のものを選択する。これら作成・選択部３１０と選択部３２０による選択によって、図６に示したような様々なパターンの配信を行うことができる。

送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部３１は、通信端末５のログイン処理において、通信端末５の送受信部５１に対し、ユーザにログイン要求を促すための認証画面データを送信する。その他に、送受信部３１は、ＨＴＴＰＳ(Hypertext Transfer Protocol over Secure Socket Layer)サーバを介して配信システム１独自のプロトコルにより、通信端末５のユーザアプリや通信端末６のデバイスアプリへのデータ送信およびデータ受信を行う。この独自のプロトコルは、配信管理システム２と通信端末との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムのデータ作成、コマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換を行う。
このうち、送信レスポンス制御は、配信管理システム２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。

リアルタイムのデータ作成は、図１６におけるエンコード部１９で生成された圧縮映像（および圧縮音）のデータに独自のヘッダを付与して、ＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
コマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５へのＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
受信レスポンス制御は、配信管理システム２が通信端末５からデータを受信するために、通信端末５からリクエストされたＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信管理システム２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式に変換する処理である。
また、受信用ＦＩＦＯ３４は、デコード部４０でデコードされた映像（音）データを格納するバッファである。

認識部３５は、通信端末５から受信する映像（音）データに対しての処理を行う。具体的には、認識部３５は、例えば、サイネージ向けにカメラ６２で撮影された映像から人や動物の顔、年齢、及び性別などを認識する。また、認識部３５は、オフィス向けに、カメラ６２で撮影された映像から顔認識による名前タグ付けや背景映像の差し替え処理などを行う。認識部３５は、認識した内容を示す認識情報を記憶部２０００に記憶させる。この認識部３５は、認識拡張ボードで処理を行うことで高速化が実現される。

遅延情報取得部３７ａは、上り用の回線適応制御の処理に用いられる遅延情報取得部５７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。
回線適応制御部３７ｂは、上り用の回線適応制御の処理に用いられる回線適応制御部２７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
デコード部４０は、通信端末５から送信されて来た映像（音）データをデコードする。

（通信端末の機能構成）
続いて、図１０を用いて、通信端末５の機能構成について説明する。通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる端末である。
図１０に示されているように、通信端末５は、デコード部５０、送受信部５１、操作部５２、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部５８、及びエンコード部６０を有している。更に、通信端末５は、図７に示されているＲＡＭ２０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）が記憶される。
このうち、デコード部５０は、配信管理システム２から配信され、再生制御部５３から出力された映像（音）データをデコードする。

送受信部５１は、配信管理システム２の送受信部３１、及び後述の端末管理システム７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理システム７の送受信部７１にログイン要求を行う。
操作部５２は、ユーザの操作入力を受け付ける処理を行い、例えば、電源スイッチ、キーボード、マウス、電子ペンＰ等による入力や選択等を受け付け、操作データとして配信管理システム２のブラウザ管理部２２に送信する。
再生制御部５３は、送受信部５１から受けた映像（音）データ（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。
レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングする。

時刻制御部５６は、配信管理システム２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信管理システム２の時刻取得部２６に、配信管理システム２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。
表示部５８は、レンダリング部５５によってレンダリングされたデータを再生する。

エンコード部６０は、内蔵されたマイク２１３や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ_０を示す時刻情報（ｔ_０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理システム２のデコード部４０に送信する。また、エンコード部６０は、回線適応制御部３７ｂから受信した回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する。更に、エンコード部６０は、新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ_０を示す時刻情報（ｔ_０）と、記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理システム２のデコード部４０に送信する。
なお、内蔵されたマイク２１３、外付けのカメラ６２及びマイク６３等は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚(touch)データや嗅覚（smell）データを出力することができてもよい。
入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。

（端末管理システムの機能構成）
続いて、図１１を用いて、端末管理システム７の機能構成について説明する。図１１は、端末管理システムの各機能を示す機能ブロック図である。
図１１に示されているように、端末管理システム７は、送受信部７１ａ、送受信部７１ｂ、及び認証部７５を有している。更に、端末管理システム７は、図７に示されているＨＤＤ２０４によって構築される記憶部７０００（端末管理情報の記憶装置）を有している。この記憶部７０００には、配信先選択メニューデータ、端末管理テーブル７０１０（端末管理情報）、及び利用可能端末管理テーブル７０２０が記憶される。
このうち、配信先選択メニューは、図１２に示されているような配信先選択メニュー画面を示すデータである。

端末管理テーブル７０１０では、図１３に示されているように、通信端末５の端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ(Uniform Resource Locator)を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、設置位置情報、及び表示名情報が関連付けて管理されている。このうち、実行環境情報には、各通信端末５の「お気に入り」、「前回のCookie情報」、及び「キャッシュファイル」が含まれており、各通信端末５のログイン後に、設定情報と共に配信管理システム２に送信され、各通信端末５に対して個別のサービスを行うために利用される。

また、共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。例えば、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」であり、また、端末ＩＤ「ｔ００８」の共有ＩＤは「ｖ００６」である。更に、端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末（５ｆ１，５ｆ２，５ｆ３）との遠隔共有処理の要求があった場合には、配信管理システム２は、通信端末（５ｆ１，５ｆ２，５ｆ３）に対して、通信端末５ａに配信中の映像(音)データと同じ映像（音）データを配信する。但し、通信端末５ａと通信端末（５ｆ１，５ｆ２，５ｆ３）の表示部５８の解像度が異なる場合には、これに応じて、配信管理システム２が映像(音)データを配信する。
更に、設置位置情報は、例えば、図５に示されているように、通信端末（５ｆ１，５ｆ２，５ｆ３）が並んで設置される場合の設置位置、即ち通信端末間の配置関係を示している。表示名情報は、図１２に示されている配信先選択メニュー画面の表示名の内容を表す情報である。

一方、利用可能端末管理テーブル７０２０では、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５が遠隔共有処理することが可能な通信端末又は通信端末群を示す共有ＩＤが関連付けて管理されている。

次に、図１１に戻り、各機能構成について説明する。
送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。
送受信部７１ｂは、配信管理システム２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信管理システム２の送受信部２１から配信先選択メニューのデータの要求を受信したり、送受信部２１に対して、配信先選択メニューのデータを送信したりする。
認証部７５は、通信端末５から受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５の認証を行う。

〔実施形態の動作または処理〕
続いて、図１７乃至図２４を用いて、本実施形態の動作または処理について説明する。
＜基本的な配信処理＞
まず、図１７を用いて、図３に示されている基本的な配信方法における具体的な配信処理を説明する。図１７は、配信管理システムの基本的な配信処理を示したシーケンス図である。なお、ここでは、通信端末５ａを用いてログイン要求する場合について説明するが、通信端末５ａ以外の通信端末５を用いてログインしてもよい。
図１７に示されているように、通信端末５ａにおいてユーザが電源オンにすると、通信端末５ａの送受信部５１は、端末管理システム７の送受信部７１ａを介して認証部７５に、ログイン要求を行う（ステップＳ２１）。このログイン要求には、通信端末５ａの端末ＩＤ及びユーザ証明書が含まれている。

次に、認証部７５は、受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う(ステップＳ２２)。ここでは、端末管理テーブル７０１０に同じ組み合わせの端末ＩＤ及びユーザ証明書がある、即ち、通信端末５ａが配信システム１における正当な端末であると認証された場合について、以下に続けて説明する。
端末管理システム７の認証部７５は、送受信部７１ａを介して、通信端末５ａの送受信部５１に、配信管理システム２のＩＰアドレスを送信する（ステップＳ２３）。なお、配信管理システム２のＩＰアドレスは、予め、端末管理システム７によって取得されて、記憶部７０００に記憶されている。

次に、端末管理システム７の送受信部７１ｂは、配信管理システム２の送受信部２１を介して、ブラウザ管理部２２に、ブラウザ２０の起動要求を行う（ステップＳ２４）。これにより、ブラウザ管理部２２は、ブラウザ２０を起動させる（ステップＳ２５）。
次に、エンコーダブリッジ部３０の作成・選択部３１０は、通信端末５ａの再生能力（ディスプレイの解像度等）及びコンテンツの種類に従って変換部１０を作成する（ステップＳ２６）。
次に、ブラウザ２０は、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップＳ２７）。これに対して、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部（不図示）から読み出す（ステップＳ２８）。そして、ウェブサーバ８は、配信管理システム２の送受信部２１を介して、要求元であるブラウザ２０にコンテンツデータ〔Ａ〕を送信する（ステップＳ２９）。
次に、ブラウザ２０が、コンテンツデータ〔Ａ〕をレンダリングして画像（音）データを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ３０）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データをエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ３１）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、再生制御部５３に映像（音）データ〔Ａ〕を送信する（ステップＳ３２）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ａ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ３３）。

＜複数の通信端末を使った複合配信の処理＞
続いて、図１８を用いて、配信管理システムを介して複数の通信端末を使った通信の処理を説明する。なお、図１８は、配信管理システムを介して複数の通信端末を使った配信の処理を示すシーケンス図である。ここでは、複数の通信端末５として、図６に示されているパターンについて具体的な処理を説明する。なお、ここでも、上述のステップＳ２１〜Ｓ２９と同様のログイン処理及びブラウザ起動等の処理を行うため、上述のステップＳ２９に対応する処理から説明する。
図１８に示されているように、配信管理システム２のブラウザ２０は、ウェブサーバ８から送受信部２１を介してコンテンツデータ〔Ａ〕を受信する（ステップＳ４１）。そして、ブラウザ２０は、コンテンツデータ〔Ａ〕をレンダリングすることにより、画像（音）データを生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４２）。

一方、通信端末５ｆ１のエンコード部６０が、カメラ６２及びマイク６３からコンテンツデータ〔Ｅ〕の入力を受け付けると（ステップＳ４３）、エンコード部６０はエンコードした後、送受信部５１及び送受信部３１を介して、配信管理システム２のデコード部４０にコンテンツデータ〔Ｅ〕を送信する（ステップＳ４４）。これにより、コンテンツデータ〔Ｅ〕は、デコード部４０でデコードされた後、受信用ＦＩＦＯ３４を介して、ブラウザ２０に入力される。そして、ブラウザ２０は、コンテンツデータ〔Ｅ〕をレンダリングすることにより、画像（音）データ〔Ｅ〕を生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４４）。この場合、ブラウザ２０は、既に取得しているコンテンツデータ〔Ａ〕に対して、コンテンツデータ〔Ｅ〕を結合して出力する。

更に、通信端末５ｆ１の操作部５２が、電子ペンＰ１によるストローク操作の入力を受け付けると（ステップＳ４６）、操作部５２は、送受信部５１及び送受信部３１を介して、配信管理システム２のブラウザ管理部２２に操作データ〔ｐ〕を送信する（ステップＳ４７）。これにより、操作データ〔ｐ〕は、ブラウザ管理部２２からブラウザ２０に入力される。そして、ブラウザ２０は、操作データ〔ｐ〕をレンダリングすることにより、画像データ〔ｐ〕を生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４８）。この場合、ブラウザ２０は、既に取得しているコンテンツデータ（〔Ａ〕，〔Ｅ〕）に対して、操作データ〔ｐ〕を結合して出力する。

次に、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）をエンコードすることで、通信端末５ａに配信すべき映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）に変換する（ステップＳ４９）。そして、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して再生制御部５３に映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップＳ５０−１）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、デコード部５０でデコードされてスピーカ６１に音が出力されると共に、デコード部５０でデコードされてレンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ５１−１）。

また、通信端末５ｆ２に対しても。ステップＳ５０−１と同様に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して再生制御部５３に映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップＳ５０−２）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、デコード部５０でデコードされてスピーカ６１に音が出力されると共に、デコード部５０でデコードされてレンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ５１−２）。これにより、通信端末５ｆ１で出力される映像（音）と同じ映像（音）が、通信端末５ｆ２でも出力されることになる。

＜時刻調整の処理＞
続いて、図１９を用いて、時刻調整の処理について説明する。なお、図１９は、時刻調整の処理を示したシーケンス図である。
まず、通信端末５の時刻制御部５６は、送受信部５１が配信管理システム２に時刻情報（Ｔ）を要求する時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔ_ｓ）を取得する（ステップＳ８１）。そして、送受信部５１は送受信部３１に、配信管理システム２における時刻情報（Ｔ）を要求する（ステップＳ８２）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔ_ｓ）が送信される。
次に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求を受信した時刻を取得するために、時刻管理部２５から配信管理システム２における時刻情報（Ｔ_ｒ）を取得する（ステップＳ８３）。更に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求に応答する時刻を取得するために、時刻管理部２５から配信管理システム２における時刻情報（Ｔ_ｓ）を取得する（ステップＳ８４）。そして、送受信部３１は送受信部５１に、時刻情報（ｔ_ｓ, Ｔ_ｒ，Ｔ_ｓ）を送信する（ステップＳ８５）。

次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔ_ｒ）を取得する（ステップＳ８６）。
そして、通信端末５の時刻制御部５６は、配信管理システム２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、以下の式１によって表される。
Δ＝（（Ｔ_ｒ＋Ｔ_ｓ）／２）−（（ｔ_ｒ＋ｔ_ｓ）／２）・・・（式１）
そして、時刻制御部５６は、記憶部５０００に時刻差Δを示す時刻差情報（Δ）を記憶する（ステップＳ８８）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。

＜下り用の回線適応制御の処理＞
続いて、図２０を用いて、配信管理システム２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。なお、図２０は、配信管理システムから通信端末に送信するデータの回線適応制御の処理を示したシーケンス図である。
まず、配信管理システム２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して再生制御部５３に、再生までにバッファリングして再生を遅延させるための再生遅延時間を示す再生遅延時間情報（Ｕ）を送信する（ステップＳ１０１）。また、エンコーダブリッジ部３０は、送信用ＦＩＦＯ２４から取得してエンコード等を行った映像（音）データ〔Ａ〕に対して、時刻管理部２５から取得した現時点の時刻Ｔ_０をタイムスタンプとして付加し、送受信部３１及び送受信部５１を介して、再生制御部５３に送信する（ステップＳ１０２）。

一方、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ_０＋Ｕ−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１０３）。即ち、以下の式２に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは再生されずに消去される。
Ｕ≧（ｔ_０＋Δ）−Ｔ_０・・・（式２）

また、再生制御部５３は、記憶部５０００から、通信端末５における現時点の時刻ｔ_０を読み出す（ステップＳ１０４）。この時刻ｔ_０は、通信端末５が配信管理システム２から映像（音）データを受信した時点の通信端末５における時刻を示す。更に、再生制御部５３は、記憶部５０００から、上記ステップＳ８６によって記憶されている時刻差Δを示す時刻差情報（Δ）を読み出す（ステップＳ１０５）。そして、再生制御部５３は、映像（音）データが配信管理システム２から送信されて通信端末５で受信されるまでの時間を示す送信遅延時間Ｄ１を計算する（ステップＳ１０６）。この計算は、以下の式３によって行われ、通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ１が長くなる。
る。
Ｄ１＝（ｔ_０＋Δ）−Ｔ_０・・・（式３）

次に、遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する（ステップＳ１０７）。
次に、配信管理システム２の回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延情報Ｕ’を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする（ステップＳ１０８）。
次に、配信管理システム２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して再生制御部５３に、上記ステップＳ１０８によって計算された新たな再生遅延時間Ｕ’を示す再生遅延時間情報（Ｕ’）を送信する（ステップＳ１０９）。

更に、変換部１０は、動作条件を示す回線適応制御信号に基づいて、変換部１０の動作条件を変更する（ステップＳ１１０）。例えば、送信遅延時間Ｄ１が長すぎる場合、送信遅延時間Ｄ１に応じて再生遅延時間Ｕを長くすると、スピーカ６１や表示部５８での再生時間が遅くなり過ぎるため、再生遅延時間Ｕを長くすることには限界がある。そこで、回線適応制御部２７は、エンコーダブリッジ部３０に対して、再生遅延時間Ｕを変更させて再生遅延時間Ｕ’とするだけでなく、変換部１０に対して、映像（音）データのフレームレートを下げさせたり、映像（音）データの解像度を下げさせたりすることで、通信ネットワーク９の混雑に対応することができる。これにより、エンコーダブリッジ部３０は、変更後の動作条件に従って、上記ステップＳ１０２のように、現時点の時刻Ｔ_０をタイムスタンプとして付加した映像（音）データを通信端末５の再生制御部５３に送信する(ステップＳ１１１)。
次に、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ_０＋Ｕ’−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、上記ステップＳ１０３のように、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１１２）。その後、上記ステップＳ１０４以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。

＜上り用の回線適応制御の処理＞
続いて、図２１を用いて、通信端末５から配信管理システム２に送信する（上り）データの回線適応制御の処理を説明する。なお、図２０は、通信端末から配信管理システムに送信するデータの回線適応制御の処理を示したシーケンス図である。
まず、通信端末５のエンコード部６０は、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ_０を示す時刻情報（ｔ_０）と、記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理システム２のデコード部４０に送信する（ステップＳ１２１）。

次に、配信管理システム２では、デコード部４０が上記ステップＳ１２１によって映像（音）データ〔Ｅ〕等を受信した時点の時刻Ｔ_０を時刻管理部２５から読み出す(ステップＳ１２２)。そして、デコード部４０は、映像（音）データが通信端末５から送信されて配信管理システム２で受信されるまでの時間を示す送信遅延時間ｄ１を計算する（ステップＳ１２３）。この計算は、以下の式４によって行われ、通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ１が長くなる。
る。
ｄ１＝Ｔ_０−（ｔ_０＋Δ）・・・（式４）

次に、配信管理システム２の遅延情報取得部３７ａは、遅延情報取得部５７と同様に、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップＳ１２４）。
次に、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する（ステップＳ１０８）。そして、回線適応制御部３７ｂは、送受信部３１及び送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する（ステップＳ１２６）。即ち、下りの場合の回線適応制御部２７は、同じ配信管理システム２内でエンコーダブリッジ部３０に回線適応制御信号を出力するのに対して、上りの場合の回線適応制御部３７ｂは、配信管理システム２から通信ネットワーク９を介して、通信端末５に回線適応制御信号を送信する。

次に、エンコード部６０は、受信した回線適応制御信号で示される動作条件に基づいて、エンコード部６０の動作条件を変更する（ステップＳ１２７）。そして、エンコード部６０は、新たな動作条件によって、上記ステップＳ１２１のように、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ_０を示す時刻情報（ｔ_０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理システム２のデコード部４０に送信する（ステップＳ１２８）。その後、上記ステップＳ１２２以降の処理が続けて行われる。このようにして、上り用の回線適応制御の処理が継続して行われる。

＜マルチディスプレイの処理＞
続いて、図２２乃至図２４を用いて、マルチディスプレイの処理について説明する。なお、図２２乃至図２４は、図５に示されているマルチディスプレイの処理を示したシーケンス図である。
ここでは、通信端末５ａで再生されている映像（音）〔ＸＹＺ〕のうち、映像部分を、各通信端末（５ｆ１，５ｆ２，５ｆ３）にも分割して再生させる例である。以下、マルチディスプレイの処理の説明において「画像（音）」とは、少なくとも画像データを含むデータを示すものとして説明する。
また、ここでは、ウェブコンテンツを表示させるためのブラウザ２０を「ブラウザ２０ａ」と示し、ユーザへの設定画面を表示させるためのブラウザ２０を「ブラウザ２０ｂ」と示す。更に、ここでは、図１７のステップＳ３０に相当する処理から説明する。

まず、配信管理システム２のブラウザ２０ａは、ウェブサーバ８から取得したウェブコンテンツデータ〔ＸＹＺ〕をレンダリングして画像（音）データを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２０１）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データをエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔ＸＹＺ〕に変換する（ステップＳ２０２）。

次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔ＸＹＺ〕が出力され、レンダリング部５５を介して、表示部５８にて映像（音）が再生される（ステップＳ２０４）。
次に、通信端末５ａのユーザによって、表示部５８上に表示されている画面が不図示のメニュー要求画面に切り替えられ、操作部５２が、メニュー要求画面中の不図示の「配信先選択メニュー」ボタンの押下を受け付ける（ステップＳ２０５）。これにより、送受信部５１が、端末管理システム７の送受信部７１ａに、配信先選択メニューへの切り替えを要求する（ステップＳ２０６）。これに対して、送受信部７１ｂは、送受信部２１を介して配信管理システム２のブラウザ管理部２２に対し、ブラウザ２０ｂの起動要求を行う（ステップＳ２０７）。

次に、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ａから変換部１０（例えば、変換部１０ａ）への出力を、ブラウザ２０ｂから変換部１０（例えば、変換部１０ｂ）への出力に切り替える（ステップＳ２０９）。但し、通信端末５ａが他の通信端末５（例えば、通信端末５ｂ）と変換部１０（例えば、変換部１０ａ）を共有して上記ステップＳ２０３による映像（音）データを受信していた場合には、他の通信端末５（例えば、通信端末５ｂ）はブラウザ２０ａ用に変換部１０（例えば、変換部１０ａ）を利用中であるため、エンコーダブリッジ部３０の作成・選択部３１０は、新たに変換部１０（例えば、変換部１０ｂ）を作成する。
そして、ブラウザ２０ｂは、送受信部２１及び送受信部７１ｂを介して、端末管理システム７の記憶部７０００に、配信先選択メニューを要求する（ステップＳ２１０）。この際に、通信端末５ａの端末ＩＤも送信される。これに対して、端末管理システム７の記憶部７０００では、この端末ＩＤに基づいて記憶部７０００に記憶されている利用可能端末管理テーブル７０２０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１１）。この共有ＩＤは、通信端末５ａが遠隔共通処理をするために利用可能な通信端末５を示している。ここでは、図１４に示されているように、通信端末５ａの端末ＩＤが「ｔ００１」であるため、抽出される共有ＩＤは「ｖ００３」、「ｖ００６」である。

更に、記憶部７０００は、抽出した共有ＩＤに基づいて端末管理テーブル７０１０を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップＳ２１２）。ここでは、図１３に示されているように、抽出された共有ＩＤ「ｖ００３」、「ｖ００６」に対応する表示名は、それぞれ「東京本社１０Ｆ ＭＦＰ」、「大阪展示場１Ｆ マルチディスプレイ」である。
そして、記憶部７０００は、送受信部７１ｂ及び送受信部２１を介して、ブラウザ２０ｂにコンテンツデータとして配信先選択メニューのデータを送信する（ステップＳ２１３）。
この配信先選択メニューは、図１２に示されているように、チェックボックス、共有ＩＤ、及び表示名が含まれている。

次に、図２３に示されているように、ブラウザ２０ｂが、端末管理システム７から取得した配信先選択メニュー〔Ｍ〕を示すコンテンツデータをレンダリングして画像（音）データを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２２１）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ｍ〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ｍ〕に変換する（ステップＳ２２２）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ｍ〕が出力され、レンダリング部５５を介して、表示部５８にて、図１２に示されているような映像（音）が再生される（ステップＳ２２４）。

次に、ユーザによって共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると、操作部５２が、送受信部５１及び送受信部３１を介してブラウザ管理部２２に、操作データとしてチェック結果を送信する（ステップＳ２２６）。
次に、ブラウザ２０ｂは、チェック結果から共有ＩＤを選択する（ステップＳ２２７）。そして、ブラウザ２０ｂは、送受信部２１及び送受信部７１ｂを介して、端末管理システム７の記憶部７０００に配信先追加要求を行う（ステップＳ２２８）。この配信先追加要求には、上記ステップＳ２２７によって選択された共有ＩＤが含まれている。そして、ブラウザ２０ｂは、役目を終えて終了する（ステップＳ２２９）。これにより、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ｂから変換部１０への出力を、ブラウザ２０ａから変換部１０への出力に戻すよう切り替える（ステップＳ２３０）。

次に、図２４に示されているように、端末管理システム７の記憶部７０００では、上記ステップＳ２２８によって送られて来た共有ＩＤに基づいて、端末管理テーブル７０１０を検索することにより、対応する端末ＩＤ及び設置位置情報を抽出する（ステップＳ２４１）。そして、記憶部７０００（端末管理情報の記憶装置）は、送受信部７１ｂ及び送受信部２１を介してブラウザ管理部２２（端末管理情報の取得手段）に、配信先の追加指示を行う(ステップＳ２４２)。この配信先の追加指示には、上記ステップＳ２４１によって抽出された端末ＩＤ及び設置位置情報が含まれている。ここでは、端末ＩＤ及び設置位置情報が「ｔ００６」、「左」と、端末ＩＤ及び設置位置情報が「ｔ００７」、「中」と、端末ＩＤ及び設置位置情報が「ｔ００８」、「右」との３組の端末ＩＤ及び設置位置情報が含まれている。
次に、エンコーダブリッジ部３０の作成・選択部３１０は、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ管理部２２から、端末ＩＤ及び設置位置情報を取得する。

そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている画像（音）データ〔ＸＹＺ〕のうち画像データ部分を分割し、エンコード部１９が、分割された各画像データ（音データを含む場合は、音データ及び分割された各画像データ）をエンコードする（ステップＳ２４４）。
そして、エンコーダブリッジ部３０は、端末ＩＤ（「ｔ００６」）及び設置位置情報（「左」）に基づいて、送受信部３１及び通信端末５ｆ１の送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像（音）データ〔Ｘ〕を送信する（ステップＳ２４５−１）。これにより、通信端末５ｆ１では、再生制御部５３からデコード部５０に、映像（音）データ〔Ｘ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２４６−１）。

また、同様にして、エンコーダブリッジ部３０は、端末ＩＤ（「ｔ００７」）及び設置位置情報（「中」）に基づいて、送受信部３１及び通信端末５ｆ２の送受信部５１を介して、通信端末５ｆ２の再生制御部５３に映像（音）データ〔Ｙ〕を送信する（ステップＳ２４５−２）。これにより、通信端末５ｆ２は、再生制御部５３からデコード部５０に、映像（音）データ〔Ｙ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２４６−２）。
更に、同様にして、エンコーダブリッジ部３０は、端末ＩＤ（「ｔ００８」）及び設置位置情報（「右」）に基づいて、送受信部３１及び通信端末５ｆ３の送受信部５１を介して、通信端末５ｆ３の再生制御部５３に映像（音）データ〔Ｚ〕を送信する（ステップＳ２４５−３）。これにより、通信端末５ｆ３は、再生制御部５３からデコード部５０に、映像（音）データ〔Ｚ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２４６−３）。

＜マルチディスプレイにおけるスクロール処理及びページ切替処理＞
続いてマルチディスプレイにおけるスクロール処理及びページ切替処理について説明する。なお、ページ切替処理及びスクロール処理は、通信端末５から、各種操作データ（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等の操作イベント）を取得した場合に行われる処理のひとつである。
以下では、説明の便宜上、音データに関する記載は省略する。

図２５（ａ）は、ウェブサーバから取得したコンテンツデータの一例を示し、（ｂ）は各通信端末の当初の表示画像を示している。
図２５（ａ）に示すように、コンテンツデータは、例えば複数ページからなる文書ファイル等の連続データであり、ここでは連続した４ページからなるデータであるとする。
図２５（ｂ）に示すように、３台の通信端末（５ｆ１，５ｆ２，５ｆ３）には、マルチディスプレイ処理が行われ、一部のコンテンツデータをそれぞれに振り分けて表示している。このコンテンツデータの表示振り分けは、記憶部７０００に記憶された端末管理テーブル７０１０中の設置位置情報（図１３参照）に基づいて決定している。

例えば、配信管理システム２は、左側に配置された通信端末５ｆ１（端末ＩＤがｔ００６）にコンテンツデータの第１ページを表示させ、真ん中に配置された通信端末５ｆ２（端末ＩＤがｔ００７）にコンテンツデータの第２ページを表示させ、右側に配置された通信端末５ｆ３（端末ＩＤがｔ００６）にコンテンツデータの第３ページを表示させるように処理をする。なお、コンテンツデータの一部分（本例では第４ページ）は必ずしも表示されている必要はない。
各通信端末（５ｆ１，５ｆ２，５ｆ３）には、１つのコンテンツデータの異なる箇所が表示される。しかし、各通信端末（５ｆ１，５ｆ２，５ｆ３）に表示されるコンテンツデータの一部にオーバーラップする部分が存在していても構わない。

ここで、通信端末５ｆ１〜５ｆ３のうちの何れかの通信端末（ここでは通信端末５ｆ１）に対して、電子ペンＰや手書き等によるドラッグ操作が行われたとする。図２６（ａ）、（ｂ）は、ドラッグ操作前後の各通信端末の表示画像を示す模式図である。
図２６（ａ）のように、通信端末５ｆ１に対して横方向のドラッグ操作が行われた場合、配信管理システム２はページ切替処理を行う。ページ切替処理は、各通信端末（５ｆ１、５ｆ２、５ｆ３）に表示する表示画像を１ページ分移動させる（変化させる）処理である。
例えば、通信端末５ｆ１に対して左向き（横順方向）のドラッグ操作が行われた場合、配信管理システム２は、通信端末５ｆ１にコンテンツデータの第２ページを表示させ、通信端末５ｆ２にコンテンツデータの第３ページを表示させ、通信端末５ｆ３にコンテンツデータの第４ページを表示させるような処理を行う。なお、ページ切替処理は、表示画像を一度に複数ページ分移動させる処理であってもよい。

また、図２６（ｂ）のように、通信端末５ｆ１に対して縦方向のドラッグ操作が行われた場合、配信管理システム２はスクロール処理を行う。スクロール処理は、各通信端末（５ｆ１、５ｆ２、５ｆ３）に表示する表示画像をドラッグ量に応じて移動させる（変化させる）処理である。
例えば、通信端末５ｆ１に対して上向き（縦順方向）のドラッグ操作が行われ、そのドラッグ量が約半ページ分である場合、配信管理システム２は、通信端末５ｆ１にコンテンツデータの第１ページの後半と第２ページの前半を表示させ、通信端末５ｆ２にコンテンツデータの第２ページの後半と第３ページの前半を表示させ、通信端末５ｆ３にコンテンツデータの第３ページの後半と第４ページの前半を表示させるような処理を行う。

このように、配信管理システム２は、ドラッグ操作の種別（横方向又は縦方向）に応じて通信端末５の表示画像のページ切替処理又はスクロール処理を行い、またドラッグ操作の方向（順方向又は逆方向）に応じて通信端末５の表示画像を送り方向又は戻し方向に移動させる。なお、ページ切替処理とスクロール処理とも、各通信端末５における映像の切り出し位置（分割位置）の移動量は同一である。

＜ドラッグ操作によるブラウジング内容＞
図２７は、ページ切替処理が行われた場合のブラウジング内容を説明するための処理概念図である。
配信管理システム２のブラウザ２０は、ウェブサーバ８ａから取得した４ページ相当のウェブコンテンツデータ〔１２３４〕をレンダリングして単一の映像データ〔１２３４〕を生成する。エンコーダブリッジ部３０は、ブラウザ２０が生成した映像データ〔１２３４〕から通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する映像データ〔１２３〕を切り出す。更にエンコーダブリッジ部３０は、映像データ〔１２３〕を複数の映像データ（〔１〕，〔２〕，〔３〕）に分割した後にエンコードする。その後、配信管理システム２は、分割、エンコード後の映像データ〔１〕、〔２〕、〔３〕を夫々の通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。その結果、ページ切替処理前の通信端末（５ｆ１，５ｆ２，５ｆ３）には、夫々映像〔１〕、〔２〕、〔３〕が表示されている。

ここで、図２６（ａ）のように、何れかの通信端末（５ｆ１，５ｆ２，５ｆ３）に対して横順方向（左向き）のドラッグ操作〔ｐ〕が行われたとする。すると、エンコーダブリッジ部３０は、操作データ〔ｐ〕に基づいて、ブラウザ２０が生成した映像データ〔１２３４〕から通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する映像データ〔２３４〕を切り出す。更にエンコーダブリッジ部３０は、映像データ〔２３４〕を複数の映像データ（〔２〕，〔３〕，〔４〕）に分割した後にエンコードする。その後、配信管理システム２は、分割、エンコード後の映像データ〔２〕、〔３〕、〔４〕を夫々の通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。
これにより、「ページめくり後のブラウジング結果」に示すように、通信端末（５ｆ１，５ｆ２，５ｆ３）には、夫々映像〔２〕、〔３〕、〔４〕が表示される。このように、通信端末（５ｆ１，５ｆ２，５ｆ３）に表示されていた映像が連動して同一ページ分だけ移動するので、各通信端末（５ｆ１，５ｆ２，５ｆ３）に表示されていた映像が同時にページ切り替えされたような効果を得ることができる。

図２８は、スクロール処理が行われた場合のブラウジング内容を説明するための処理概念図である。
スクロール処理前の通信端末（５ｆ１，５ｆ２，５ｆ３）には、図２７と同様に、夫々映像〔１〕、〔２〕、〔３〕が表示されている。

ここで、図２６（ｂ）のように、何れかの通信端末（５ｆ１，５ｆ２，５ｆ３）に対して縦順方向（上向き）のドラッグ操作〔ｐ〕が行われたとする。すると、エンコーダブリッジ部３０は、操作データ〔ｐ〕に基づいて、ブラウザ２０が生成した映像データ〔１２３４〕から通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する映像データ〔１′２′３′〕を切り出す。更にエンコーダブリッジ部３０は、映像データ〔１′２′３′〕を複数の映像データ（〔１′〕，〔２′〕，〔３′〕）に分割した後にエンコードする。その後、配信管理システム２は、分割、エンコード後の映像データ〔１′〕、〔２′〕、〔３′〕を夫々の通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。
これにより、「スクロール後のブラウジング結果」に示すように、通信端末（５ｆ１，５ｆ２，５ｆ３）には、夫々映像〔１′〕、〔２′〕、〔３′〕が表示される。このように、通信端末（５ｆ１，５ｆ２，５ｆ３）に表示されていた映像が連動して同一量だけ移動するので、各通信端末（５ｆ１，５ｆ２，５ｆ３）に表示されていた映像が同時にスクロールしたような効果を得ることができる。

＜マルチディスプレイのドラッグ操作処理＞
続いて、図２９を用いて、マルチディスプレイにおけるドラッグ操作処理について説明する。図２９は、マルチディスプレイの処理を示すシーケンス図である。ここでは、図２４のステップＳ２４３に相当する処理から説明する。また、音データに関する記述は省略する。
まず、エンコーダブリッジ部３０の作成・選択部３１０は、マルチディスプレイ用の変換部１０を作成する（ステップＳ２５１）。
次に、ブラウザ２０は、ウェブサーバ８ａに対して、コンテンツデータ〔ＸＹＺ〕を要求する（ステップＳ２５２）。これに対して、ウェブサーバ８ａは、要求されたコンテンツデータ〔ＸＹＺ〕を自己の記憶部（不図示）から読み出す（ステップＳ２５３）。そして、ウェブサーバ８ａは、配信管理システム２の送受信部２１を介して、要求元であるブラウザ２０にコンテンツデータ〔ＸＹＺ〕を送信する（ステップＳ２５４）。

次に、ブラウザ２０はコンテンツデータ〔ＸＹＺ〕をレンダリングして映像データ〔ＸＹＺ〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２５５）。また、ブラウザ２０は、記憶部２０００に映像データ〔ＸＹＺ〕をキャッシュとして記憶させる。
また、ブラウザ２０は、ブラウザ管理部２２から取得した通信端末（５ｆ１，５ｆ２，５ｆ３）の設置位置情報（端末管理情報）に応じて映像データ〔ＸＹＺ〕の切り出し位置（トリミング位置と分割位置を含む）を決定し、切り出し位置情報としてマルチディスプレイ用の変換部１０に出力する（ステップＳ２５６）。また、ブラウザ２０は、映像データ〔ＸＹＺ〕の切り出し位置情報を記憶部２０００にキャッシュとして記憶させる。
マルチディスプレイ用の変換部１０は、ブラウザ２０からの切り出し位置情報に応じて、映像データ〔ＸＹＺ〕の切り出し（トリミング、分割）、及びエンコードを行う（ステップＳ２５７）。即ち、変換部１０のトリミング部１１が、ブラウザ２０からの切り出し位置情報に応じて、送信用ＦＩＦＯ２４に格納されている映像データ〔ＸＹＺ〕をトリミングして、映像データ〔Ｘ１Ｙ１Ｚ１〕を生成する処理を行う。これは、映像データ〔ＸＹＺ〕から通信端末に送信されない部分を取り除く処理である。続いて変換部１０の分割部１３が、トリミング部１１がトリミングした映像データ〔Ｘ１Ｙ１Ｚ１〕を、複数の映像データ（〔Ｘ１〕，〔Ｙ１〕，〔Ｚ１〕）に分割する。そしてエンコード部１９が、分割された各映像データ〔Ｘ１〕、〔Ｙ１〕、〔Ｚ１〕をエンコードする。

そして、エンコーダブリッジ部３０は、ブラウザ２０を介してブラウザ管理部２２から取得した端末ＩＤ及び設置位置情報に基づいて、送受信部３１及び通信端末５ｆ１の送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像データ〔Ｘ１〕を送信する（ステップＳ２５８−１）。これにより、通信端末５ｆ１では、再生制御部５３からデコード部５０に映像データ〔Ｘ１〕が出力され、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２５９−１）。
同様に、エンコーダブリッジ部３０は、通信端末５ｆ２の再生制御部５３に映像データ〔Ｙ１〕を送信する（ステップＳ２５８−２）。これにより、通信端末５ｆ２では、表示部５８にて映像が再生される（ステップＳ２５９−２）。
また同様に、エンコーダブリッジ部３０は、通信端末５ｆ２の再生制御部５３に映像データ〔Ｚ１〕を送信する（ステップＳ２５８−３）。これにより、通信端末５ｆ３では、表示部５８にて映像が再生される（ステップＳ２５９−３）。

ここで、通信端末５ｆ１の操作部５２が、電子ペンＰ１によるストローク操作の入力を受け付けると（ステップＳ２６０）、操作部５２は、送受信部５１及び送受信部３１を介して、配信管理システム２のブラウザ管理部２２に操作データ〔ｐ１〕を送信する（ステップＳ２６１）。これにより、操作データ〔ｐ１〕は、ブラウザ管理部２２からブラウザ２０に入力される。
そして、ブラウザ２０は、操作データ〔ｐ１〕がドラッグ操作データであると判断した場合、記憶部２０００にキャッシュされた映像データ〔ＸＹＺ〕を読み出して送信用ＦＩＦＯ２４に出力する（ステップＳ２６２）。
また、ブラウザ２０は、操作データ〔ｐ１〕に基づいて映像データ〔ＸＹＺ〕の新たな切り出し位置を決定して、新たな切り出し位置情報として変換部１０に出力する（ステップＳ２６３）。即ち、ブラウザ２０は、記憶部２０００にキャッシュされた前回の切り出し位置情報を読み出す。操作データ〔ｐ１〕がページ切替処理を指示するドラッグ操作データの場合、ブラウザ２０は、切り出し位置を１ページ分だけ移動させた（ページ単位で移動させた）新たな切り出し位置を決定する。また、操作データ〔ｐ１〕がスクロール処理を指示するドラッグ操作データの場合、ブラウザ２０は、切り出し位置をドラッグ操作距離に対応する量だけ移動させた新たな切り出し位置を決定する。ブラウザ２０は、決定した切り出し位置を、新たな切り出し位置情報として変換部１０に出力すると共に、記憶部２０００にキャッシュとして記憶させる。

マルチディスプレイ用の変換部１０は、ブラウザ２０からの新たな切り出し位置情報に応じて、映像データ〔ＸＹＺ〕の切り出し（トリミングと分割）、及びエンコードを行う（ステップＳ２６４）。即ち、変換部１０のトリミング部１１が、ブラウザ２０からの切り出し位置情報に応じて、送信用ＦＩＦＯ２４に格納されている映像データ〔ＸＹＺ〕をトリミングして映像データ〔Ｘ２Ｙ２Ｚ２〕を生成する処理を行う。続いて変換部１０の分割部１３が、トリミング部１１がトリミングした映像データ〔Ｘ２Ｙ２Ｚ２〕を、複数の映像データ（〔Ｘ２〕，〔Ｙ２〕，〔Ｚ２〕）に分割する。そしてエンコード部１９が、分割された各映像データ〔Ｘ２〕、〔Ｙ２〕、〔Ｚ２〕をエンコードする。

更にエンコーダブリッジ部３０は、ブラウザ２０を介してブラウザ管理部２２から取得した端末ＩＤ及び設置位置情報に基づいて、送受信部３１及び通信端末５ｆ１の送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像データ〔Ｘ２〕を送信する（ステップＳ２６５−１）。これにより、通信端末５ｆ１では、再生制御部５３からデコード部５０に映像データ〔Ｘ２〕が出力され、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２６６−１）。
また、同様にして、エンコーダブリッジ部３０は、端末ＩＤ及び設置位置情報に基づいて、送受信部３１及び通信端末５ｆ２の送受信部５１を介して、通信端末５ｆ２の再生制御部５３に映像データ〔Ｙ２〕を送信する（ステップＳ２６５−２）。これにより、通信端末５ｆ２は、再生制御部５３からデコード部５０に映像データ〔Ｙ２〕が出力され、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２６６−２）。
更に、同様にして、エンコーダブリッジ部３０は、端末ＩＤ及び設置位置情報に基づいて、送受信部３１及び通信端末５ｆ３の送受信部５１を介して、通信端末５ｆ３の再生制御部５３に映像データ〔Ｚ２〕を送信する（ステップＳ２６５−３）。これにより、通信端末５ｆ３は、再生制御部５３からデコード部５０に映像データ〔Ｚ２〕が出力され、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２６６−３）。

＜ページ切替処理とスクロール処理における配信先の管理＞
ブラウザ２０は、ステップＳ２５６において、分割により生成される映像データ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）の範囲と、送信先の通信端末（５ｆ１，５ｆ２，５ｆ３）を示す端末ＩＤとをテーブル等により対応づけて、記憶部２０００に記憶させてもよい。
ページ切替処理において、映像データ〔ＸＹＺ〕の切り出し位置及び分割位置が前回配信時と同一で、配信先の通信端末（５ｆ１，５ｆ２，５ｆ３）のみが変化する場合、ブラウザ２０が以下の処理を行ってもよい。即ち、ブラウザ２０は、記憶部２０００に記憶させた映像データ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）の範囲と、これに対応する端末ＩＤを示した情報を読み出す。そして、映像データ（〔Ｘ〕，〔Ｙ〕，〔Ｚ〕）の範囲に対して端末ＩＤを入れ替えて記憶部２０００に記憶させることができる。また、後段の送受信部３１は、ブラウザ２０が決定した各映像データの配信先の情報に従って、各映像データ〔Ｘ〕、〔Ｙ〕、〔Ｚ〕を各通信端末（５ｆ１，５ｆ２，５ｆ３）に配信する。
また、スクロール処理を行う場合、ブラウザ２０は、映像データの切り出し位置、及び分割位置を任意に設定して記憶部２０００に記憶させる処理を行ってもよい。

＜スクロール処理及びページ切替処理における効果＞
上記マルチディスプレイにおけるスクロール処理やページ切替処理は、ユーザによるドラッグ操作に基づいて行うため、メニュー選択などの方法に比べてユーザの負担が少なくて済む。
また、ドラッグ操作の種別（縦方向、又は横方向）に基づいてスクロール処理をするか、ページ切替処理をするかを区別して動作するので、ユーザが感覚的にスクロールとページ切替を行うことができる。更に、ドラッグ操作の方向（順方向又は逆方向）に応じて表示画像を送り方向又は戻し方向に移動させる。特に、ドラッグ操作の方向と表示画像の移動方向が同一である場合は、ユーザがストレスを感じることなく、感覚的にスクロールとページ切替を行うことができる。
また、マルチディスプレイで１つのコンテンツを表示している場合、何れかの通信端末を操作することで全ての通信端末のディスプレイを連動させてスクロール表示、又はページ切替表示できるので、ユーザの負担が少なくて済む。

〔実施形態の主な効果〕
以上、具体的な例を挙げながら詳細に説明したように、本実施形態の配信システム１では、クラウド上で配信管理システム２がレンダリングを行うブラウザ２０及びエンコード等を行うエンコーダブリッジ部３０を有する。これにより、ブラウザ２０が所定の記述言語で示されたコンテンツデータに基づいて映像（音）データを生成し、エンコーダブリッジ部３０が映像（音）データをエンコードしてから通信端末に配信する。よって、通信端末５では、所定の記述言語で示されたコンテンツデータを受信する負荷、及び受信後に映像（音）データを生成する負荷が低減されるため、コンテンツのリッチ化によって通信端末５の負荷が高くなるという問題を解消することができる。
特に、ブラウザ２０は、リアルタイムコミュニケーションを可能にし、変換部１０は、ブラウザ２０によって生成された映像（音）データに対してリアルタイムのエンコードを行う。よって、例えば、映像（音）データのオンデマンド配信のように、ＤＶＤプレーヤがリアルタイム性のない（つまり、予めエンコードされている）映像（音）データを選択して配信する場合とは異なり、配信管理システム２は、配信する直前に取得したコンテンツをレンダリングすることで映像（音）データを生成してからエンコードするため、リアルタイム性に優れた映像（音）データの配信を行うことができる。

〔補足説明〕
本実施形態の配信システム１では、端末管理システム７と配信管理システム２とを互いに別個の装置として構成しているが、例えば、配信管理システム２に端末管理システム７の機能を持たせるなどにより、端末管理システム７と配信管理システム２とを一体の装置として構成するようにしてもよい。
また、上記実施形態における配信管理システム２、及び端末管理システム７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
更に、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤＤ２０４は、いずれもプログラム製品(Program Product)として、国内又は国外へ提供されることができる。

１ 配信システム、２ 配信管理システム（配信管理装置）、５ 通信端末、７ 端末管理システム、７０００ 記憶部（端末管理情報の記憶装置の一例）、７０１０ 端末管理テーブル（端末管理情報の一例）、８ ウェブサーバ、９ 通信ネットワーク、１０ 変換部（変換手段、切り出し手段の一例）、１１ トリミング部（トリミング手段の一例）、１２ リサイズ部、１３ 分割部（分割手段の一例）、１４ エンコード部、２０ ブラウザ（生成手段、決定手段、端末管理情報の取得手段の一例）、２１ 送受信部、２２ ブラウザ管理部（端末管理情報の取得手段の一例）、２３ クラウドブラウザ、２４ 送信用ＦＩＦＯバッファ、３０ エンコーダブリッジ部、３１ 送受信部（配信手段の一例）、５２ 操作部（操作手段の一例）、３１０ エンコーダブリッジ３０内の作成・選択部（作成手段の一例）

特開２００７−２２１２２９号公報

Claims (6)

1. 複数の通信端末に通信ネットワークを介して少なくとも映像データを夫々配信する配信管理装置であって、
   前記各通信端末間の配置関係を示した端末管理情報を取得する取得手段と、
   前記取得手段によって取得された前記端末管理情報と何れかの前記通信端末から受信した操作データとに基づいて前記映像データの切り出し位置情報を決定する決定手段と、
   前記決定手段により決定された切り出し位置情報に基づいて前記映像データから複数の映像データを切り出す切り出し手段と、
   前記切り出し手段により切り出された前記各映像データを前記端末管理情報に基づいて前記各通信端末に夫々配信する配信手段と、を備え、
   前記決定手段は、前記操作データに基づいて前記映像データの切り出し位置情報を変化させることを特徴とする配信管理装置。
2. 前記切り出し手段は、前記決定手段により決定された前記切り出し位置情報に基づいて前記映像データをトリミングするトリミング手段と、前記トリミング手段によりトリミングされた映像データを複数に分割する分割手段と、を備えたことを特徴とする請求項１に記載の配信管理装置。
3. 前記操作データがドラッグ操作データであることを特徴とする請求項１又は２に記載の配信管理装置。
4. 前記操作データが、前記各通信端末に夫々配信される各映像データのページ切替を指示する操作データである場合、
   前記決定手段は、前記映像データの切り出し位置情報をページ単位で変化させることを特徴とする請求項１乃至３の何れか一項に記載の配信管理装置。
5. 前記操作データが、前記各通信端末に配信される各映像データのスクロールを指示する操作データである場合、
   前記決定手段は、前記映像データの切り出し位置情報をドラッグ操作距離に対応する量だけ変化させることを特徴とする請求項１乃至４の何れか一項に記載の配信管理装置。
6. 請求項１乃至５の何れか一項に記載の配信管理装置と、
   前記配信管理装置の取得手段に提供する前記端末管理情報を記憶する記憶装置と、
   を有することを特徴とする配信システム。

Images