JP2015056046A - 配信管理システム、配信システム、配信管理方法、及びプログラム - 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／collaboration）を可能にしている。更に、配信管理システム２は後述の図１６におけるエンコード部１９を有しており、このエンコード部１９は、ブラウザ２０によって生成された映像（音）データに対して、リアルタイムのエンコードを行うことができる。そのため、配信管理システム２の処理は、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。

｛各種配信処理の概略｝
続いて、各種配信方法の概略について説明する。

（基本配信）
図３は、基本的な配信方法を示した概念図である。配信システム１では、図３に示されているように、配信管理システム２のブラウザ２０がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえＨＴＭＬ（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(Hyper Text 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 (8)

1. ２以上の通信端末に通信ネットワークを介してデータを配信する配信管理システムであって、
   所定の記述言語で示されたコンテンツデータを取得して、映像データを生成する生成手段と、
   前記生成手段によって生成された前記映像データのデータ形式を、前記通信端末に配信できるデータ形式に変換する変換手段と、
   前記変換手段によって変換された前記映像データを、前記通信端末に配信する配信手段と、を備え、
   前記変換手段は、前記映像データを分割する分割部を有し、
   前記配信手段は、前記分割部にて分割された映像データを、通信端末の設置位置情報および実行環境情報に基づいて、前記２以上の通信端末にそれぞれ配信する
   ことを特徴とする配信管理システム。
2. 前記変換手段は、前記実行環境情報に基づいて、前記映像データの拡大／縮小処理を行うことを特徴とする請求項１に記載の配信管理システム。
3. 前記配信手段は、前記映像データに対応する音データを、前記２以上の通信端末のいずれか、または前記２以上の通信端末のすべてに配信することを特徴とする請求項１または２に記載の配信管理システム。
4. 前記生成手段または前記変換手段は、前記分割された映像データとともに、該分割された映像データのそれぞれを合成して、全体を縮小させた全体像データを作成し、
   前記配信手段は、前記全体像データを、前記２以上の通信端末のいずれかの通信端末に配信することを特徴とする請求項１から３までのいずれかに記載の配信管理システム。
5. 前記生成手段または前記変換手段は、前記分割された映像データとともに、該分割された映像データのそれぞれを合成して、全体を縮小させた全体像データを作成し、
   前記配信手段は、前記全体像データを、前記２以上の通信端末以外の通信端末に配信することを特徴とする請求項１から３までのいずれかに記載の配信管理システム。
6. 請求項１から５までのいずれかに記載の配信管理システムと、
   前記通信端末と、
   を有することを特徴とする配信システム。
7. ２以上の通信端末に通信ネットワークを介してデータを配信する配信管理システムが実行する配信管理方法であって、
   前記配信管理システムは、
   所定の記述言語で示されたコンテンツデータを取得して、映像データを生成する生成ステップと、
   前記生成ステップによって生成された前記映像データのデータ形式を、前記通信端末に配信できるデータ形式に変換する変換ステップと、
   前記変換ステップによって変換された前記映像データを、前記通信端末に配信する配信ステップと、を実行するものであって、
   前記変換ステップは、前記映像データを分割するステップを有し、
   前記配信ステップは、前記分割された映像データを、通信端末の設置位置情報および実行環境情報に基づいて、前記２以上の通信端末にそれぞれ配信する
   ことを特徴とする配信管理方法。
8. コンピュータに、請求項７に記載の各ステップを実行させるためのプログラム。