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

Abstract

【課題】１の通信端末で描かれた操作軌跡と、他の通信端末で再生中の映像に関する情報と、を動的に対応づける。【解決手段】配信管理装置２は、ブラウザ２０、送受信部３１、取得部２０１、及び記憶部２３を備える。ブラウザ２０は、コンテンツデータをレンダリングして映像データを生成する。変換部は、映像データを、第１の通信端末及び第２の通信端末を含む通信端末に配信可能なデータ形式に変換する。送受信部３１は、変換された映像データを通信端末に配信する。送受信部３１は、第１の通信端末から、該第１の通信端末で描かれた操作軌跡を示す軌跡情報及び該操作軌跡の描画タイミングを受信する。取得部２０１は、該描画タイミングに第２の通信端末で再生されている映像データに対応するコンテンツデータを特定する特定情報を取得する。記憶部２３は、軌跡情報と特定情報とを対応づけて記憶する。【選択図】図８

Description

本発明は、配信管理装置、及び配信管理システムに関する。

再生中のコンテンツの特定の場所や部分が指定されると、そのコンテンツに関連する情報を提供可能なシステムが知られている（例えば、特許文献１参照）。特許文献１では、コンテンツと、コンテンツ内の任意の要素に対応する関連情報と、を予めサーバ側のデータベースに登録する。そして、コンテンツの提供を受けている端末装置から、コンテンツ及びコンテンツ内の特定の要素の指定情報を受信したときに、対応する関連情報をサーバから端末装置へ伝達する。

しかしながら、従来では、配信対象のコンテンツに含まれる要素と関連情報とを予め対応づけて登録しておく必要があった。このため、従来では、プロジェクタ等の通信端末に映像を再生させながら、別の通信端末でメモ等の文字や線や画像等の操作軌跡を描く場合、操作軌跡と再生中の映像とを関連づけることはできない。すなわち、従来では、ある通信端末でユーザによって描かれた線や画像等の操作軌跡と、他の通信端末で再生中の映像に関する情報と、を動的に対応づけることは困難であった。

本発明は、上記に鑑みてなされたものであって、１の通信端末で描かれた操作軌跡と、他の通信端末で再生中の映像に関する情報と、を動的に対応づけることができる、配信管理装置及び配信管理システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、コンテンツデータをレンダリングして映像データを生成する生成部と、前記映像データを、第１の通信端末及び第２の通信端末を含む通信端末に配信可能なデータ形式に変換する変換部と、変換された前記映像データを前記通信端末に配信する送受信部と、前記第１の通信端末から、該第１の通信端末で描かれた操作軌跡を示す軌跡情報及び該操作軌跡の描画タイミングを受信する受信部と、前記描画タイミングに前記第２の通信端末で再生されている映像データに対応するコンテンツデータを特定する特定情報を取得する取得部と、前記軌跡情報と前記特定情報とを対応づけて記憶する記憶部と、を備える。

本発明によれば、１の通信端末で描かれた操作軌跡と、他の通信端末で再生中の映像に関する情報と、を動的に対応づけることができる、という効果を奏する。

図１は、本実施形態に係る配信システムの概略図である。 図２は、通信端末にドングルを取り付ける際のイメージ図である。 図３は、基本的な配信方法を示す概念図である。 図４は、マルチキャストの概念図である。 図５は、マルチディスプレイの概念図である。 図６は、複合配信の概念図である。 図７は、配信管理装置のハードウェア構成の一例を示す図である。 図８は、主に配信管理装置の各機能を示す機能ブロック図である。 図９は、描画テーブルの概念図である。 図１０は、主に通信端末の各機能を示す機能ブロック図である。 図１１は、端末管理装置の各機能を示す機能ブロック図である。 図１２は、配信先選択メニュー画面の概念図である。 図１３は、端末管理テーブルの概念図である。 図１４は、利用可能端末管理テーブルの概念図である。 図１５は、エンコーダブリッジ部の詳細図である。 図１６は、変換部の各機能を示す機能ブロック図である。 図１７は、配信管理装置の基本的な配信処理を示すシーケンス図である。 図１８は、配信管理装置と通信端末との間で行われる時刻調整の処理を示すシーケンス図である。 図１９は、配信管理装置から通信端末に送信するデータの回線適応制御の処理を示すシーケンス図である。 図２０は、通信端末から配信管理装置に送信するデータの回線適応制御の処理を示すシーケンス図である。 図２１は、マルチディスプレイの処理を示すシーケンス図である。 図２２は、マルチディスプレイの処理を示すシーケンス図である。 図２３は、マルチディスプレイの処理を示すシーケンス図である。 図２４は、配信管理装置を利用した遠隔共有処理を示すシーケンス図である。 図２５は、描画処理を示すフローチャートである。

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

＜システム構成の概略＞
まず、配信システム１の構成の概略を説明する。

図１は、本実施形態に係る配信システム１の概略図である。図１に示すように、本実施形態の配信システム１は、配信管理装置２、複数の通信端末５ａ〜５ｆ、端末管理装置７、及びウェブサーバ８を備えて構築されている。なお、以下では、複数の通信端末５ａ〜５ｆのうち、任意の通信端末を示す場合には、「通信端末５」と表記する。配信管理装置２、端末管理装置７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。

通信端末５は、配信システム１のサービスを受けるユーザが使用する端末である。このうち、通信端末５ａは、ノートＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。通信端末５ｂは、スマートフォンやタブレット端末等のモバイル端末である。通信端末５ｃは、コピー、スキャン、プリント、及びファックスの各機能が複合されたＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ／Ｐｒｉｎｔｅｒ／Ｐｒｏｄｕｃｔ）である。通信端末５ｄは、プロジェクタである。通信端末５ｅは、カメラ、マイク及びスピーカを備えたテレビ（ビデオ）会議端末である。通信端末５ｆは、ユーザ等によって描かれた操作軌跡を受け付け、操作軌跡を電子的に変換することが可能な電子黒板（ホワイトボード）である。

なお、通信端末５は、図１に示したような端末だけでなく、腕時計、自動販売機、ガスメータ、カーナビゲーション装置、ゲーム機、エアコン、照明器具、カメラ単体、マイク単体、スピーカ単体等であってもよい。

また、配信管理装置２、通信端末５、端末管理装置７、及びウェブサーバ８は、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信ネットワーク９によって通信することができる。この通信ネットワーク９には、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の無線通信によるネットワークも含まれる。

なお、通信端末５によっては、通信端末５ｄ等のように、通信ネットワーク９を介して他の端末やシステムと通信する機能を有していないものがある。しかし、図２に示すように、ユーザが通信端末５ｄのＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）等のインターフェース部にドングル９９を差し込むことで、通信端末５は通信ネットワーク９を介して他の端末やシステムと通信可能となる。なお、図２は、通信端末にドングル９９を取り付ける際のイメージ図である。

配信管理装置２は、クラウド上に存在するウェブブラウザとしての、いわゆるクラウドブラウザ（以下、「ブラウザ２０」と表記する）を有する。配信管理装置２は、ブラウザ２０を用いてクラウド上でウェブコンテンツをレンダリングし、これにより得られたＨ．２６４やＭＰＥＧ−４等の映像（音）データを通信端末５に配信する。

端末管理装置７は、管理サーバとしての機能を有し、例えば、通信端末５のログイン認証や、通信端末５の契約情報等の管理等を行ったりする。また、端末管理装置７は、電子メールを送信するためのＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバの機能を有している。端末管理装置７は、例えば、クラウドのサービス（ＩａａＳ：Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）上に展開される仮想マシンとして実現することができる。端末管理装置７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。

なお、配信管理装置２のブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Ｒｅａｌ−ｔｉｍｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ／ｃｏｌｌａｂｏｒａｔｉｏｎ）を可能にしている。更に、配信管理装置２が備える後述のエンコーダブリッジ部３０は、エンコード部１９（後述の図１５参照）を備える。詳細は後述するが、エンコード部１９は、ブラウザ２０によって生成された映像（音）データに対して、リアルタイムのエンコードを行うことができる。そのため、配信管理装置２の処理は、例えば、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。

＜各種配信方法の概略＞
続いて、各種配信方法の概略について説明する。

（基本配信）
図３は、本実施形態の配信システム１の基本的な配信方法を示す概念図である。配信システム１では、図３に示すように、配信管理装置２のブラウザ２０がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）等により作成されたウェブコンテンツがリッチであっても、Ｈ．２６４やＭＰＥＧ−４等の映像（音）データとして配信されるため、低スペックの通信端末５であってもスムーズに映像（音）を再生することが可能になる。また、本実施形態の配信システム１では、配信管理装置２のブラウザ２０を最新化しておくことで、ローカルとしての通信端末５にコンテンツを提供するブラウザを最新化しなくても、最新のリッチなウェブコンテンツをスムーズに再生することが可能となる。

また、配信システム１は、上述の配信方法を応用し、図４乃至図６に示すように、同一拠点又は複数の拠点にある複数の通信端末５に、ウェブコンテンツを映像（音）データとして配信することも可能である。ここで、図４乃至図６に示す配信方法について説明する。

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

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

（複合配信）
図６は、配信管理装置２を介して複数の通信端末５を使った複合配信の概念図である。遠隔共有処理の概念図である。図６に示すように、第１の拠点（図６の右側）では、電子黒板としての通信端末５ｆ１及びテレビ会議端末としての通信端末５ｅ１が利用され、第２の拠点（図６の左側）では、同じく電子黒板としての通信端末５ｆ２及びテレビ会議端末としての通信端末５ｅ２が利用されている。また、第１の拠点では、通信端末５ｆ１に操作軌跡による文字等の操作情報を表示させるための電子ペンＰ１が利用され、第２の拠点では、通信端末５ｆ２に操作軌跡による文字等の操作情報を表示させるための電子ペンＰ２が利用されている。なお、図６に示す例では、第１の拠点において、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅ１が接続され、通信端末５ｅ１のカメラ・マイク・スピーカが、通信端末５ｆ１の外付けのカメラ・マイク・スピーカとして利用されている。同様に、第２の拠点において、電子黒板としての通信端末５ｆ２にテレビ会議端末としての通信端末５ｅ２が接続され、通信端末５ｅ２のカメラ・マイク・スピーカが、通信端末５ｆ２の外付けのカメラ・マイク・スピーカとして利用されている。

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

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

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

〔実施形態の詳細な説明〕
続いて、図７乃至図２５を用いて、実施形態の詳細な説明を行う。

＜実施形態のハードウェア構成＞
まず、図７を用いて、本実施形態のハードウェア構成を説明する。図７は、配信管理装置２のハードウェア構成の一例を示す図である。なお、通信端末５、端末管理装置７、及びウェブサーバ８のハードウェア構成は、図７に示す配信管理装置２のハードウェア構成と同様であるため、説明を省略する。

図７に示すように、配信管理装置２は、配信管理装置２全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、プログラム等の各種データを記憶するＨＤＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＣ（Ｈａｒｄ Ｄｉｓｋ Ｃｏｎｔｒｏｌｌｅｒ）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク９を利用してデータ送信したり、ドングル９９を接続するためのＩ／Ｆ２０９、キーボード２１１、マウス２１２、マイク２１３、スピーカ２１４、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１５、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン２２０を備えている。

なお、各通信端末、各システム又は各サーバ用のプログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

＜実施形態の機能構成＞
次に、図８乃至図１６を用い、本実施形態の機能構成について説明する。図８は、主に配信管理装置２の各機能を示す機能ブロック図である。図８では、配信管理装置２が通信端末５ｆ１（第１の通信端末に相当）、及び通信端末５ｆ３（第２の通信端末に相当）に対して映像（音）データを配信する場合の機能構成を示している。しかし、配信先が通信端末５ｆ１及び通信端末５ｆ３以外の場合も、同様の機能構成を有する。なお、配信管理装置２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。

（配信管理装置の機能構成）
配信管理装置２は、図７に例示したハードウェア構成及びプログラムによって、図８に示す各機能構成を実現する。具体的に、配信管理装置２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。

更に、配信管理装置２は、図７に示したＨＤＤ２０４によって構築される記憶部２３を有している。この記憶部２３には、認識部３５から出力された後述の認識情報２３Ａが記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２３に一時的に記憶しておくこともできる。また、記憶部２３は、軌跡属性情報２３Ｂ及び描画テーブル２３Ｃを記憶する（詳細後述）。

上述の各機能構成のうち、ブラウザ２０は、配信管理装置２内で動作するウェブブラウザである。ブラウザ２０は、ウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、ＲＧＢデータ（又はＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）データ）としての映像（音）データを生成する。ブラウザ２０は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。

また、本実施形態の配信システム１では、配信管理装置２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。

なお、本実施形態では、配信管理装置２は、ブラウザ２０としてブラウザ２０ａ及びブラウザ２０ｂを備える場合を説明する。ブラウザ２０ａは、通信端末５ｆ１に対応するブラウザ２０である。ブラウザ２０ｂは、通信端末５ｆ３に対応するブラウザ２０である。これらのブラウザ２０ａ及びブラウザ２０ｂを総称する場合には、ブラウザ２０と称する。

ブラウザ２０は、例えば、Ｍｅｄｉａ Ｐｌａｙｅｒ、Ｆｌａｓｈ Ｐｌａｙｅｒ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）及びＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）レンダラを有する。なお、ＪａｖａＳｃｒｉｐｔ（登録商標）には、標準規格のものと配信システム１独自のものが含まれる。ここで、Ｍｅｄｉａ Ｐｌａｙｅｒは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Ｆｌａｓｈ Ｐｌａｙｅｒは、Ｆｌａｓｈコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のＪａｖａＳｃｒｉｐｔ（登録商標）は、配信システム１に固有のサービスのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供するＪａｖａＳｃｒｉｐｔ（登録商標）群である。ＣＳＳは、ＨＴＭＬで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。ＨＴＭＬレンダラは、ウェブキットベースのＨＴＭＬレンダリングエンジンである。

送受信部２１は、端末管理装置７やウェブサーバ８との間で、各種データや要求等の送受信を行う。例えば、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを取得する。

ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。

また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から各種操作情報〔ｐ〕を取得し、ブラウザ２０ａに出力する。ブラウザ２０ａは、取得部２０１を備えている。取得部２０１は、ブラウザ管理部２２及び送受信部３１を介して通信端末５ｆ１から操作情報〔ｐ〕を取得する。

操作情報〔ｐ〕は、通信端末５での操作イベント（キーボード２１１やマウス２１２等による指示情報や、電子ペンＰやマウス２１２等による操作軌跡等）である。

本実施形態では、操作情報〔ｐ〕は、送信元の通信端末５を示す端末ＩＤ、軌跡情報、描画タイミング、及び指示情報、を含む。

軌跡情報は、通信端末５におけるユーザによる電子ペンＰ等の操作によって描かれた、文字や線や画像等の操作軌跡を示す情報である。軌跡情報は、軌跡を示すページ（表示画面）上における位置座標の群と、軌跡属性情報と、を含む。

軌跡属性情報は、操作軌跡の線種（点線や一点鎖線等）や、軌跡の太さ、軌跡の色等、操作軌跡の表示形態を示す。

描画タイミングは、操作軌跡がユーザによって描画されたタイミングを示す。描画タイミングは、時刻や、再生中の映像における再生開始からの経過時間や、再生位置（フレーム等）等によって示されるが、これらの形態に限定されない。

指示情報は、通信端末５を操作するユーザによって指示された処理内容を示す情報である。本実施形態では、指示情報は、描画処理であることを示す描画処理指示、新たな描画を示す描画モード、記載済の描画の消去を示す消去モード、またはメニュー処理指示を含む。

なお、指示情報が、消去モードを含む場合には、操作情報〔ｐ〕は、軌跡情報及び描画タイミングに代えて、消去対象の操作軌跡の画面上の位置情報を含む。

ブラウザ２０ａは、取得部２０１で取得した操作情報に基づいて、後述する描画処理を実行する。この描画処理により、記憶部２３における描画テーブル２３Ｃが更新される。描画処理については、詳細を後述する。

図９は、描画テーブル２３Ｃの概念図である。描画テーブル２３Ｃは、端末ＩＤと、ホームＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を示す設定情報と、軌跡情報と、特定情報と、を対応づけたテーブルである。

端末ＩＤは、各通信端末５を一意に識別する識別情報である。設定情報は、対応する端末ＩＤによって識別される通信端末５のホームＵＲＬを示す。設定情報は、各通信端末５に対応するブラウザ２０へのアクセス先を示すＵＲＬである。

本実施形態では、描画テーブル２３Ｃには、軌跡情報として、通信端末５から取得した操作情報〔ｐ〕に含まれる軌跡情報から作成した、ページ上の座標と、軌跡画像と、が格納される。軌跡画像は、操作情報〔ｐ〕に含まれる軌跡情報からブラウザ２０ａによって生成された、操作軌跡を示す画像の描画指示を示すコマンドである。例えば、軌跡情報に含まれる軌跡属性情報が、操作軌跡が太字で赤色の波線であることを示す場合には、この太字で赤字の波線を示し、且つ軌跡を示す位置座標の群を連続させた画像の描画指示が、軌跡画像である。描画テーブル２３Ｃに格納されるページ上の座標は、操作軌跡の描画開始位置を示す。

特定情報は、１の通信端末５（例えば、通信端末５ｆ１）から受信した操作情報〔ｐ〕に含まれる描画タイミングに、遠隔共有処理対象の他の通信端末５（例えば、通信端末５ｆ３）で再生されている映像データに対応するコンテンツデータを特定する情報である。本実施形態では、特定情報は、リンク先ＵＲＬと、リンク先ＵＲＬ端末ＩＤと、を含む。リンク先ＵＲＬは、遠隔共有処理対象の、該コンテンツデータに基づく映像（音）データの配信されている通信端末５の設定情報（ホームＵＲＬ）を示す。リンク先ＵＲＬ端末ＩＤは、該通信端末５の端末ＩＤである。

図８に戻り、なお、通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。

送信用ＦＩＦＯ２４は、ブラウザ２０で生成された映像（音）データを格納するバッファである。本実施形態では、配信管理装置２は、送信用ＦＩＦＯ２４ａ及び送信用ＦＩＦＯ２４ｂを備える。送信用ＦＩＦＯ２４ａは、ブラウザ２０ａで生成された映像（音）データを格納するバッファである。送信用ＦＩＦＯ２４ｂは、ブラウザ２０ｂで生成された映像（音）データを格納するバッファである。

時刻管理部２５は、配信管理装置２独自の時刻Ｔを管理している。時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したり、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信したりする。

回線適応制御部２７は、後述の送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間は、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。

エンコーダブリッジ部３０は、ブラウザ２０で生成されて送信用ＦＩＦＯ２４に格納された映像（音）データについて、データ形式の変換等の処理を実行する。そして、エンコーダブリッジ部３０は、データ形式を変換した映像（音）データを、配信対象の通信端末５（通信端末５ｆ１、通信端末５ｆ３）に配信する。エンコーダブリッジ部３０については、図１５及び図１６を用いて、更に詳細に説明する。図１５は、エンコーダブリッジ部３０の詳細図である。また、図１６は、変換部１０の各機能を示す機能ブロック図である。

図１５に示すように、エンコーダブリッジ部３０は、作成・選択部３１０、及び選択部３２０と、これらの間に構築される複数の変換部１０ａ，１０ｂとを備える。ここでは、２つの変換部１０ａ，１０ｂを示したが、変換部の数はいくつであってもよい。なお、以下、任意の変換部を「変換部１０」と表記する。

更に、変換部１０は、図１６に示すように、トリミング部１１、リサイズ部１２、分割部１３、及びエンコード部１９を有する。トリミング部１１、リサイズ部１２、及び分割部１３は、音データの場合は、処理を行わない。

トリミング部１１は、映像（画像）の一部だけを切り出す処理を行う。リサイズ部１２は、映像（画像）の縮尺を変更する。分割部１３は、図５に示したように、ウェブサーバ８から取得したウェブコンテンツを分割する。

後述の図１６におけるエンコード部１９は、ブラウザ２０で生成された映像（音）データをエンコードすることにより、通信ネットワーク９を介して通信端末５に映像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。なお、音の場合には、エンコードだけが行われる。

作成・選択部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させる映像（音）データを選択したりする。作成・選択部３１０が新たに変換部１０を作成する場合としては、既に作成されている変換部２０を選択する。例えば、通信端末５おける映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する場合等が挙げられる。また、作成・選択部３１０が変換部１０に対して入力させる映像（音）データを選択する場合の例としては、例えば、通信端末５ｆ１への配信に加えて通信端末５ｆ３への配信を開始するにあたって、通信端末５ｆ１へ配信している映像（音）データと同じ映像（音）データを通信端末５ｆ３へ配信する場合がある。このような場合で、更に、通信端末５ｆ３が通信端末５ｆ１における映像（音）データの再生能力と同じ再生能力を有する場合には、作成・選択部３１０は、通信端末５ｆ３用に新たな変換部１０ｂを作成せずに、通信端末５ｆ１用に既に作成している変換部１０ａを利用する。

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

図８に戻り、送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部３１は、通信端末５のログイン処理において、通信端末５の後述する送受信部５１に対し、ユーザにログイン要求を促すための認証画面データを送信する。その他に、送受信部３１は、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）サーバを介して、配信システム１独自のプロトコルにより、配信システム１のサービスを受けるために通信端末５にインストールされたアプリケーションプログラム（ユーザアプリやデバイスアプリ）へのデータ送信およびデータ受信を行う。この独自のプロトコルは、配信管理装置２と通信端末５との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムのデータ作成、コマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換の各処理を行う。

送信レスポンス制御は、配信管理装置２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末５からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。

リアルタイムのデータ作成は、後述の図１６におけるエンコード部１９で生成された圧縮映像（および圧縮音）のデータ（ＲＴＰデータ）に独自のヘッダを付与して、通信端末５への下り用のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。

クライアントコマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５への配信用（下り用）のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。

受信レスポンス制御は、配信管理装置２が通信端末５からデータを受信するために、通信端末５からリクエストされたＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信管理装置２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。

受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。

ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンＰや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式に変換する処理である。

受信用ＦＩＦＯ３４は、デコード部４０でデコードされた映像（音）データを格納するバッファである。

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

遅延情報取得部３７ａは、上り用（通信端末５から配信管理装置２への通信用）の回線適応制御の処理に用いられる後述の遅延情報取得部５７に対応して、下り用（配信管理装置２から通信端末５への通信用）の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。

回線適応制御部３７ｂは、上り用の回線適応制御の処理に用いられる上述した回線適応制御部２７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び後述の送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。

デコード部４０は、通信端末５から送信されて来た映像（音）データ〔Ｅ〕をデコードする。

（通信端末の機能構成）
続いて、図１０を用いて、通信端末５の機能構成について説明する。図１０は、主に通信端末５の各機能を示す機能ブロック図である。図１０では、通信端末５の１つとして通信端末５ｆ１を例示しているが、通信端末５ｆ１以外の通信端末５であっても、同様の機能構成を有する。なお、通信端末５のうち、ユーザアプリがインストールされた通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる。一方、デバイスアプリがインストールされた通信端末５は、映像（音）データの送受信や操作情報の送信を行うのみで、上記インターフェースは持たない。以下では、便宜上、通信端末５にユーザアプリがインストールされているものとして説明する。

通信端末５は、図７と同様のハードウェア構成及びプログラム（ユーザアプリ）によって、図１０に示す各機能構成を実現する。具体的に、通信端末５は、デコード部５０、送受信部５１、操作部５２、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部５８、及びエンコード部６０を有している。更に、通信端末５は、図７に示したＲＡＭ２０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）が記憶される。

デコード部５０は、配信管理装置２から配信され、再生制御部５３から出力された映像（音）データ〔ＡＥｐ〕をデコードする。

送受信部５１は、配信管理装置２の送受信部３１、及び後述の端末管理装置７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理装置７の送受信部７１にログイン要求を行う。

操作部５２は、ユーザの操作入力を受け付ける処理を行う。例えば、操作部５２は、電源スイッチ、キーボード、マウス、または電子ペンＰ等による入力や、選択等を受け付け、操作情報〔ｐ〕として配信管理装置２のブラウザ管理部２２に送信する。

再生制御部５３は、送受信部５１から受けた映像（音）データ〔ＡＥｐ〕（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。

レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングする。

時刻制御部５６は、配信管理装置２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信管理装置２の時刻取得部２６に、配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。

遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。

表示部５８は、レンダリング部５５によってレンダリングされたデータを再生する。

エンコード部６０は、内蔵されたマイク２１３（図７参照）や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。エンコード部６０の動作条件は、回線適応制御部３７ｂから受信した回線適応制御信号に基づいて変更される。更に、動作条件が変更されると、エンコード部６０は、新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。

なお、内蔵されたマイク２１３や、外付けのカメラ６２及びマイク６３は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚（ｔｏｕｃｈ）データや嗅覚（ｓｍｅｌｌ）データを出力することができてもよい。入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。

図１０では、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅが接続された例を示す。すなわち、通信端末５ｆ１が、ユーザによって描かれた操作軌跡を受け付け、操作軌跡を電子的に変換することが可能な電子黒板である場合を示している。また、通信端末５ｅのカメラ及びマイクが、通信端末５ｆ１の外付けのカメラ６２及びマイク６３として利用される例を示している。また、図１０では、通信端末５ｆ１と遠隔共有処理対象の通信端末５ｆ３は、映像（音）を再生するプロジェクタである場合を想定している。

（端末管理装置の機能構成）
続いて、図１１を用いて、端末管理装置７の機能構成について説明する。図１１は、端末管理装置７の各機能を示す機能ブロック図である。

端末管理装置７は、図７と同様のハードウェア構成及びプログラムによって、図１１に示す各機能構成を実現する。具体的に、端末管理装置７は、送受信部７１ａ、送受信部７１ｂ、及び認証部７５を有している。更に、端末管理装置７は、図７に示したＨＤＤ２０４によって構築される記憶部７０００を有している。この記憶部７０００には、配信先選択メニューデータ、端末管理テーブル７０１０、及び利用可能端末管理テーブル７０２０が記憶される。

配信先選択メニューは、図１２に示すような配信先選択メニュー画面を示すデータである。図１２は、配信先選択メニュー画面の概念図である。この図１２に示す配信先選択メニュー画面では、映像（音）データの配信先として選択できる通信端末５について、後述の共有ＩＤ及び表示名が一覧表示される。ユーザは、この配信先選択メニュー画面上で、映像（音）データの配信先として希望する通信端末５の項目にチェックを入れ、「ＯＫ」ボタンを押下することで、希望する通信端末５に映像（音）データを配信させることができる。

図１３は、端末管理テーブル７０１０の概念図である。端末管理テーブル７０１０では、図１３に示すように、登録されている通信端末５の端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、配置位置、リンク先ＵＲＬ、及び表示名情報が関連付けて管理されている。なお、配置位置を示す情報を、以下、配置位置情報と称する場合がある。

ユーザ証明書は、配信システム１への接続を許可された通信端末５であることを証明する証明書である。ユーザ証明書は、配信システム１への接続を許可された通信端末５に予め与えられている。契約情報は、端末ＩＤによって特定される通信端末５を使用するユーザが配信システム１のサービスを利用する際の契約内容を示す。端末種別は、通信端末５の種別を示す。端末ＩＤ、設定情報（ホームＵＲＬ）、及びリンク先ＵＲＬは、上述した描画テーブル２３Ｃ（図９参照）と同様である。

実行環境情報には、各通信端末５の「お気に入り」、「前回のＣｏｏｋｉｅ情報」、及び「キャッシュファイル」が含まれており、各通信端末５のログイン後に、設定情報と共に配信管理装置２に送信され、各通信端末５に対して個別のサービスを行うために利用される。

また、共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。図１３に示す例では、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」である。この場合、端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末５ｆ１，５ｆ３との遠隔共有処理の要求があった場合には、配信管理装置２は、通信端末５ｆ１，５ｆ３に対して、通信端末５ａに配信中の映像（音）データと同じ映像（音）データを配信する。但し、通信端末５と通信端末５ｆ１，５ｆ２の表示部５８の解像度が異なる場合には、これに応じて、配信管理装置２が映像（音）データを配信する。

配置位置は、例えば、図５に示したように、複数の通信端末５ｆ１，５ｆ２，５ｆ３が並んで設置される場合の位置を示している。表示名は、図１２に示した配信先選択メニュー画面の表示名の内容を表す情報である。

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

図１１に戻り、また、記憶部７０００は、配信システム１のサービスに必要なユーザ情報や、デバイス情報などの永続的なデータを記憶する。また、記憶部７０００は、通信端末５の状態（切断状態／待機状態／使用中）を表す配信情報や、配信管理装置２の負荷の状態を表す負荷情報など、配信システム１の管理に用いられる各種情報を記憶する。

なお、記憶部７０００は、外部記憶装置に格納し、端末管理装置７と別体として構成してもよい。この場合、記憶部７０００は、端末管理装置７と例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）により接続すればよい。

送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。ログイン要求は、配信管理システム１に対する通信端末５の認証要求である。ログイン要求は、通信端末５を一意に識別する端末ＩＤと、ユーザ証明書を含む。

送受信部７１ｂは、配信管理装置２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信管理装置２の送受信部２１から配信先選択メニューのデータの要求を受信したり、送受信部２１に対して、配信先選択メニューのデータを送信したりする。

認証部７５は、通信端末５から受信したログイン要求に含まれる端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う。

〔実施形態の動作または処理〕
続いて、図１７乃至図２５を用いて、本実施形態の動作または処理について説明する。

＜基本的な配信処理＞
まず、図１７を用いて、配信管理装置２の基本的な配信方法における具体的な配信処理を説明する。図１７は、配信管理装置２の基本的な配信処理を示すシーケンス図である。なお、ここでは、通信端末５ａを用いてログイン要求する場合について説明するが、通信端末５ａ以外の通信端末５を用いてログインしてもよい。

図１７に示すように、通信端末５ａにおいてユーザが電源オンにすると、通信端末５ａの送受信部５１は、端末管理装置７の送受信部７１ａを介して認証部７５に、ログイン要求を行う（ステップＳ２１）。このログイン要求には、通信端末５ａの端末ＩＤ及びユーザ証明書が含まれている。

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

次に、端末管理装置７の認証部７５は、送受信部７１ａを介して、通信端末５ａの送受信部５１に、配信管理装置２のＩＰアドレスを送信する（ステップＳ２３）。なお、配信管理装置２のＩＰアドレスは、予め、端末管理装置７によって取得されて、記憶部７０００に記憶されている。

次に、端末管理装置７の送受信部７１ｂは、配信管理装置２の送受信部２１を介して、ブラウザ管理部２２に、ブラウザ２０の起動要求を行う（ステップＳ２４）。この起動要求に応じて、配信管理装置２のブラウザ管理部２２は、ブラウザ２０を起動させる（ステップＳ２５）。次に、エンコーダブリッジ部３０の作成・選択部３１０が、通信端末５ａの再生能力（ディスプレイの解像度等）及びコンテンツの種類に従って変換部１０を作成する（ステップＳ２６）。

次に、ブラウザ２０が、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップＳ２７）。これに応じて、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部（不図示）から読み出す（ステップＳ２８）。そして、ウェブサーバ８は、配信管理装置２の送受信部２１を介して、要求元であるブラウザ２０にコンテンツデータ〔Ａ〕を送信する（ステップＳ２９）。

次に、ブラウザ２０が、コンテンツデータ〔Ａ〕をレンダリングして画像（音）データ〔Ａ〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ３０）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ａ〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ３１）。

次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、再生制御部５３に映像（音）データ〔Ａ〕を送信する（ステップＳ３２）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ａ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ３３）。

＜時刻調整の処理＞
続いて、図１８を用いて、時刻調整の処理について説明する。図１８は、配信管理装置２と通信端末５との間で行われる時刻調整の処理を示すシーケンス図である。

まず、通信端末５の時刻制御部５６は、送受信部５１が配信管理装置２に時刻情報（Ｔ）を要求する時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔ_ｓ）を取得する（ステップＳ８１）。そして、送受信部５１は送受信部３１に、配信管理装置２における時刻情報（Ｔ）を要求する（ステップＳ８２）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔ_ｓ）が送信される。

次に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求を受信した時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔ_ｒ）を取得する（ステップＳ８３）。更に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求に応答する時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔ_ｓ）を取得する（ステップＳ８４）。そして、送受信部３１は送受信部５１に、時刻情報（ｔ_ｓ,Ｔ_ｒ，Ｔ_ｓ）を送信する（ステップＳ８５）。

次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔ_ｒ）を取得する（ステップＳ８６）。そして、通信端末５の時刻制御部５６は、配信管理装置２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、以下の式１によって表される。

Δ＝（（Ｔ_ｒ＋Ｔ_ｓ）／２）−（（ｔ_ｒ＋ｔ_ｓ）／２）・・・（式１）

そして、時刻制御部５６は、記憶部５０００に時刻差Δを示す時刻差情報（Δ）を記憶する（ステップＳ８８）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。

＜下り用の回線適応制御の処理＞
続いて、図１９を用いて、配信管理装置２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。図１９は、配信管理装置２から通信端末５に送信するデータの回線適応制御の処理を示すシーケンス図である。

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

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

Ｕ≧（ｔ_０＋Δ）−Ｔ_０・・・（式２）

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

Ｄ１＝（ｔ_０＋Δ）−Ｔ_０・・・（式３）

次に、遅延情報取得部５７が、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して、配信管理装置２の回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する（ステップＳ１０７）。

次に、配信管理装置２の回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延情報Ｕ’を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする（ステップＳ１０８）。

次に、配信管理装置２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信装置５の再生制御部５３に、上記ステップＳ１０８によって計算された新たな再生遅延時間Ｕ’を示す再生遅延時間情報（Ｕ’）を送信する（ステップＳ１０９）。

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

次に、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ_０＋Ｕ’−Δ）になるまで待ってから、再生遅延時間Ｕ’内に受信した映像（音）データをデコード部５０に出力することで、上記ステップＳ１０３のように、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１１２）。その後、上記ステップＳ１０４以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。

＜上り用の回線適応制御の処理＞
続いて、図２０を用いて、通信端末５から配信管理装置２に送信する（上り）データの回線適応制御の処理を説明する。図２０は、通信端末５から配信管理装置２に送信するデータの回線適応制御の処理を示すシーケンス図である。

まず、通信端末５のエンコード部６０は、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する（ステップＳ１２１）。

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

ｄ１＝Ｔ_０−（ｔ_０＋Δ）・・・（式４）

次に、配信管理装置２の遅延情報取得部３７ａは、通信端末５の遅延情報取得部５７と同様に、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップＳ１２４）。

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

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

＜マルチディスプレイの処理＞
続いて、図２１乃至図２３を用いて、マルチディスプレイの処理について説明する。図２１乃至図２３は、図５に示したマルチディスプレイの処理を示したシーケンス図である。ここでは、通信端末５ａで再生されている映像（音）〔ＸＹＺ〕を、各通信端末（５ｆ１，５ｆ２，５ｆ３）にも分割して再生させる例である。

また、ここでは、ウェブコンテンツを表示させるためのブラウザ２０を「ブラウザ２０ａ」と表記し、ユーザへの設定画面を表示させるためのブラウザ２０を「ブラウザ２０ｂ」と表記する。更に、ここでは、図１７のステップＳ３０に相当する処理から説明する。

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

次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に、映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔ＸＹＺ〕が出力され、レンダリング部５５を介して、表示部５８にて映像（音）が再生される（ステップＳ２０４）。

次に、通信端末５ａのユーザによって、表示部５８上に表示されている画面が不図示のメニュー要求画面に切り替えられ、操作部５２が、メニュー要求画面中の不図示の「配信先選択メニュー」ボタンの押下を受け付ける（ステップＳ２０５）。これにより、送受信部５１が、端末管理システム７の送受信部７１ａに、配信先選択メニューへの切り替えを要求する（ステップＳ２０６）。この際、通信端末５ａの端末ＩＤも送信される。これに対して、送受信部７１ｂは、送受信部２１を介して配信管理装置２のブラウザ管理部２２に対し、ブラウザ２０ｂの起動要求を行う（ステップＳ２０７）。

次に、エンコーダブリッジ部３０の作成・選択部３１０が、ブラウザ２０ｂを起動し（ステップＳ２０８）、ブラウザ２０ａから変換部１０（例えば、変換部１０ａ）への出力を、ブラウザ２０ｂから変換部１０（例えば、変換部１０ｂ）への出力に切り替える（ステップＳ２０９）。但し、通信端末５ａが他の通信端末５（例えば、通信端末５ｂ）と変換部１０（例えば、変換部１０ａ）を共有して上記ステップＳ２０３による映像（音）データを受信していた場合には、他の通信端末５（例えば、通信端末５ｂ）はブラウザ２０ａ用に変換部１０（例えば、変換部１０ａ）を利用中であるため、エンコーダブリッジ部３０の作成・選択部３１０は、新たに変換部１０（例えば、変換部１０ｂ）を作成する。

そして、ブラウザ２０ｂは、送受信部２１及び送受信部７１ｂを介して、端末管理装置７の記憶部７０００に、配信先選択メニューを要求する（ステップＳ２１０）。これに対して、端末管理装置７の記憶部７０００では、通信端末５ａから受信した端末ＩＤに基づいて、記憶部７０００に記憶されている利用可能端末管理テーブル７０２０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１１）。この共有ＩＤは、通信端末５ａが遠隔共有処理をするために利用可能な通信端末５を示している。例えば、通信端末５ａの端末ＩＤが「ｔ００１」である場合、図１４に示した利用可能端末管理テーブル７０２０を検索することで、共有ＩＤ「ｖ００３」，「ｖ００６」が抽出される。

更に、記憶部７０００は、抽出した共有ＩＤに基づいて端末管理テーブル７０１０を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップＳ２１２）。ここでは、図１３に示されているように、抽出された共有ＩＤ「ｖ００３」、「ｖ００６」に対応する表示名は、それぞれ「東京本社１０Ｆ ＭＦＰ」、「大阪展示場１Ｆ マルチプロジェクタ」である。

そして、記憶部７０００は、送受信部７１ｂ及び送受信部２１を介して、配信管理装置２のブラウザ２０ｂにコンテンツデータとして配信先選択メニューのデータを送信する（ステップＳ２１３）。この配信先選択メニューは、図１２に示したように、チェックボックス、共有ＩＤ、及び表示名が含まれている。

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

次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ｍ〕が出力され、レンダリング部５５を介して、表示部５８にて、図１２に示したような配信先選択メニュー画面の映像（音）が再生される（ステップＳ２２４）。

次に、ユーザによってマルチディスプレイに使用する通信端末５を指定する操作、例えば、図１２に示した配信先選択メニュー画面の共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると（ステップＳ２２５）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２のブラウザ管理部２２に、操作情報としてチェック結果を送信する（ステップＳ２２６）。

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

次に、図２３に示すように、端末管理装置７の記憶部７０００では、上記ステップＳ２２８によって送られて来た共有ＩＤに基づいて、端末管理テーブル７０１０を検索することにより、対応する端末ＩＤ及び配置位置情報を抽出する（ステップＳ２４１）。そして、記憶部７０００は、送受信部７１ｂ及び送受信部２１を介して、配信管理装置２のブラウザ管理部２２に、配信先の追加指示を行う(ステップＳ２４２)。この配信先の追加指示には、上記ステップＳ２４１によって抽出された端末ＩＤ及び配置位置情報が含まれている。ここでは、端末ＩＤ及び配置位置情報が「ｔ００６」、「左」と、端末ＩＤ及び配置位置情報が「ｔ００７」、「中」と、端末ＩＤ及び配置位置情報が「ｔ００８」、「右」との３組の端末ＩＤ及び配置位置情報が含まれているものとする。また、端末ＩＤ「ｔ００６」、「ｔ００７」、「ｔ００８」の各々によって識別される通信端末５が、通信端末５ｆ１、通信端末５Ｆ２、通信端末５ｆ３であったとする。

次に、エンコーダブリッジ部３０の作成・選択部３１０が、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ管理部２２から、端末ＩＤ及び配置位置情報を取得する。そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている映像（音）データ〔ＸＹＺ〕を分割し、エンコード部１９が、分割された各データをエンコードする（ステップＳ２４４）。

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

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

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

＜複数の通信端末を使った通信の処理＞
続いて、図２４を用いて、配信管理装置２を利用した遠隔共有処理を説明する。図２４は、配信管理装置２を利用した遠隔共有処理を示すシーケンス図である。ここでは、複数の通信端末５として通信端末５ｆ１，５ｆ３を想定し、図８に示したパターンについて具体的な処理を説明する。

また、図８、及び図２４では、通信端末５ｆ１（第１の通信端末）が、ユーザによって描かれた操作軌跡を受け付け、操作軌跡を電子的に変換することが可能な電子黒板である場合を想定している。また、通信端末５ｆ１と遠隔共有処理対象の他の通信端末５が、通信端末５ｆ３（第２の通信端末）であり、該通信端末５ｆ３が、映像（音）を再生するプロジェクタである場合を想定している。

なお、ここでも、図１７のステップＳ２１〜ステップＳ２９と同様のログイン処理及びブラウザ起動等の処理が行われるが、図１７のステップＳ２１〜ステップＳ２８に対応する処理の説明は省略し、ステップＳ２９に対応するステップＳ４１の処理から説明する。

図２４に示すように、配信管理装置２のブラウザ２０ｂは、ウェブサーバ８ｂから送受信部２１を介してコンテンツデータ〔Ｂ〕を受信する（ステップＳ４１）。そして、ブラウザ２０ｂは、コンテンツデータ〔Ｂ〕をレンダリングすることにより、映像（音）データを生成して、送信用ＦＩＦＯ２４ｂに出力する（ステップＳ４２）。

次に、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４ｂに格納された映像（音）データ〔Ｂ〕のデータ形式を、通信端末５ｆ３に配信可能なデータ形式に変換する（ステップＳ４３）。そして、配信管理装置２は、変換した映像（音）データ〔Ｂ〕を通信端末５ｆ３へ送信する（ステップＳ４４）。

変換された映像（音）データ（〔Ｂ〕）は、通信端末５ｆ３のデコード部５０でデコードされてスピーカ６１に音が出力されると共に、レンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ４５）。

一方、配信管理装置２のブラウザ２０ａは、ウェブサーバ８ａから送受信部２１を介してコンテンツデータ〔Ａ〕を受信する（ステップＳ４６）。そして、ブラウザ２０ａは、コンテンツデータ〔Ａ〕をレンダリングすることにより映像（音）データを生成し、送信用ＦＩＦＯ２４ａに出力する（ステップＳ４７）。

また、通信端末５ｆ１のエンコード部６０が、カメラ６２及びマイク６３からコンテンツデータ〔Ｅ〕の入力を受け付けたとする。この場合、通信端末５ｆ１のエンコード部６０は、該コンテンツデータ〔Ｅ〕をエンコードした後、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する（ステップＳ４８）。

配信管理装置２で受信されたコンテンツデータ〔Ｅ〕は、デコード部４０でデコードされた後、受信用ＦＩＦＯ３４を介して、ブラウザ２０ａに出力される。ブラウザ２０ａは、コンテンツデータ〔Ｅ〕をレンダリングすることにより、画像（音）データ〔Ｅ〕を生成し、送信用ＦＩＦＯ２４ａに出力する（ステップＳ４９）。この場合、ブラウザ２０ａは、既に取得しているコンテンツデータ〔Ａ〕に対して、コンテンツデータ〔Ｅ〕を結合して出力する。

更に、通信端末５ｆ１の操作部５２が、電子ペンＰ１等によるユーザによる操作を受け付ける（ステップＳ５０）。操作部５２は、送受信部５１及び送受信部３１を介して、ブラウザ管理部２２に操作情報〔ｐ〕を送信する（ステップＳ５１）。これにより、操作情報〔ｐ〕は、配信管理装置２のブラウザ管理部２２を介してブラウザ２０ａに入力される。ブラウザ２０ａでは、取得部２０１が、操作情報〔ｐ〕を取得する。

次に、ブラウザ２０ａが描画処理を実行する（ステップＳ５３）。

図２５は、描画処理を示すフローチャートである。ブラウザ２０ａは、描画処理を実行するか否かを判断する（ステップＳ６０）。ブラウザ２０ａは、ステップＳ５１（図２４参照）で取得した操作情報〔ｐ〕に含まれる指示情報によって示される処理内容が、描画処理指示であるか否かを判別することで、ステップＳ６０の判断を行う。

描画処理を実行する場合には（ステップＳ６０：Ｙｅｓ）、ブラウザ２０ａは、モード判定を行う（ステップＳ６１）。ブラウザ２０ａは、ステップＳ５１（図２４参照）で取得した操作情報〔ｐ〕に含まれる指示情報によって示されるモードが、描画モードであるか否かを判別することで、ステップＳ６１の判定を行う。

描画モードである場合には（ステップＳ６１：Ｙｅｓ）、ブラウザ２０ａは、ステップＳ５１（図２４参照）で取得した操作情報〔ｐ〕に含まれる軌跡情報を読み込む（ステップＳ６２）。ステップＳ６２の処理によって、ブラウザ２０ａは、操作軌跡の線種や、軌跡の太さ、軌跡の色等の軌跡属性情報と、軌跡を示す位置座標の群と、を読み込む。なお、軌跡を示す位置座標の群は、操作軌跡が「点」を示す場合には、１つの位置座標である場合もある。

次に、ブラウザ２０ａは、軌跡画像を生成する（ステップＳ６３）。詳細には、ブラウザ２０ａは、操作情報〔ｐ〕に含まれる軌跡情報に示される、軌跡を示す位置座標の群と、軌跡属性情報と、をレンダリングすることにより、操作軌跡を示す画像の描画指示を示すコマンドである軌跡画像ｐを生成する。また、ブラウザ２０ａは、操作情報〔ｐ〕に含まれる、軌跡を示す位置座標の群から、操作軌跡の描画開始位置の座標を、ページ上の座標として作成する。これによって、ブラウザ２０ａは、軌跡画像ｐ及びページ上の座標を含む軌跡情報（図９参照）を生成する。

次に、ブラウザ２０ａは、生成した軌跡情報を、描画テーブル２３Ｃに記憶する（ステップＳ６４）。また、このとき、ブラウザ２０ａは、ステップＳ５１（図２４参照）で受信した操作情報〔ｐ〕に含まれる端末ＩＤと、該端末ＩＤによって特定される通信端末５ｆ１のホームＵＲＬ（設定情報）と、を該軌跡情報に対応づけて描画テーブル２３Ｃに記憶する。

次に、ブラウザ２０ａは、上記生成した軌跡画像ｐを、描画レイヤーに追加する（ステップＳ６５）。

ここで、本実施形態では、ブラウザ２０で生成する映像データには、レイヤー構造を採用している。本実施形態では、背景画像レイヤー、出力画像レイヤー、描画レイヤー、及びボタンレイヤーを順に積層したレイヤー構造を想定している。なお、積層順は、この順に限られない。背景画像レイヤーは、グリッド線等の背景画像を配置するレイヤーである。出力画像レイヤーは、ウェブサーバ８等から取得したコンテンツデータからブラウザ２０で生成した映像データを配置するレイヤーである。描画レイヤーは、軌跡画像を配置するレイヤーである。ボタンレイヤーは、ユーザが各種指示入力を行うためのボタン画像を配置するレイヤーである。

次に、ブラウザ２０ａは、差分描画を生成する（ステップＳ６６）。ステップＳ６５の処理において、ブラウザ２０ａは、既に描画レイヤーに軌跡画像が描かれている場合には、上記生成した軌跡画像ｐを該描画レイヤーに追加する。次に、ブラウザ２０ａは、ステップＳ６６で生成した差分描画を記憶部２３に記憶する（ステップＳ６７）。

次に、ブラウザ２０ａは、ステップＳ５１（図２４参照）で通信端末５ｆ１から取得した操作情報〔ｐ〕に含まれる描画タイミングに、遠隔共有処理対象の他の通信端末５（本実施形態では通信端末５ｆ３）で再生されている映像（音）データを特定するための特定情報を呼び出す（ステップＳ６８）。このステップＳ６８は、図２５のステップＳ５２に相当する。

ブラウザ２０ａは、ブラウザ２０ｂへ該特定情報の取得要求を送信する。取得要求には、該描画タイミングが含まれる。ブラウザ２０ｂは、該取得要求を受信すると、該取得要求に含まれる描画タイミングに、通信端末５ｆ３に配信中であった映像（音）データに対応するコンテンツデータを送信用ＦＩＦＯ２４ｂから特定する。そして、ブラウザ２０ｂは、特定したコンテンツデータを特定するための特定情報を、ブラウザ２０ａへ送信する（図２４のステップＳ５２参照）。

この特定情報は、上述したように、該コンテンツデータを配信するブラウザ２０のＵＲＬを示リンク先ＵＲＬと、リンク先ＵＲＬ端末ＩＤを含む。

ブラウザ２０ａは、ブラウザ２０ｂから特定情報を受信することにより、特定情報を取得する（ステップＳ６９）。次に、ブラウザ２０ａは、取得した特定情報と、ステップＳ６３で生成した軌跡情報と、を対応づけて描画テーブル２３Ｃに記憶する（ステップＳ７０）。

ステップＳ７０の処理によって、描画テーブル２３Ｃには、例えば、図９に示すように、端末ＩＤ（「ｔ００６」）と、設定情報（「ｗｗｗ．ｒｉｃｏｈ．ｃｏ．ｊｐ」）と、軌跡情報（ページ上の座標「ｘ１、ｙ２」、「波線で且つ青字で太字の軌跡画像」）と、特定情報（リンク先ＵＲＬ「ｈｔｔｐ：ｗｗｗ．ｓｋｙｄｒｉｖｅ．ｃｏｍ」、リンク先ＵＲＬ端末ＩＤ「ｔ００７」）と、が対応づけて記憶される。

なお、本実施形態では、描画テーブル２３Ｃに格納する軌跡情報は、ページ上の座標と軌跡画像である場合を説明したが、通信端末５（ここでは通信端末５ｆ１）から受信した操作情報〔ｐ〕に含まれる軌跡情報（軌跡を示す位置座標の群、及び軌跡属性情報）を全て格納してもよい。

図２５に戻り、次に、ブラウザ２０ａは、背景画像レイヤーと、既に取得しているコンテンツデータ（〔Ａ〕，〔Ｅ〕）を追加した出力画像レイヤーと、軌跡画像ｐを追加した描画レイヤーと、別途用意したボタンレイヤーと、を積層することでこれらの映像(音)データや軌跡画像ｐを合成する（ステップＳ７１）。そして、本ルーチンを終了する。

一方、上記ステップＳ６１において、ステップＳ５１（図２４参照）で取得した操作情報〔ｐ〕に含まれる指示情報によって示されるモードが、消去モードである場合には否定判断する（ステップＳ６１：Ｎｏ）。そして、ブラウザ２０ａは、該操作情報〔ｐ〕に含まれる、消去対象の操作軌跡の画面上の位置情報に合致する軌跡画像を描画テーブル２３Ｃから選択する（ステップＳ７２）。

次に、ブラウザ２０ａは、選択された軌跡画像を、描画レイヤーから消去する（ステップＳ７３）。また、ブラウザ２０ａは、描画テーブル２３Ｃにおける、選択された軌跡画像を含む行を、該描画テーブル２３Ｃから削除する（ステップＳ７４）。すなわち、選択された軌跡画像と、該軌跡画像に対応する端末ＩＤ、設定情報、ページ上の座標、及び特定情報を、描画テーブル２３Ｃから削除する。そして、上記ステップＳ７１へ進む。

一方、上記ステップＳ６０において、ブラウザ２０ａが描画処理を実行しないと判断すると（ステップＳ６０：Ｎｏ）、ステップＳ７５へ進む。ブラウザ２０ａは、ステップＳ５１（図２４参照）で取得した操作情報〔ｐ〕に含まれる指示情報によって示される処理内容が、メニュー処理指示を含むと判別した場合に、ステップＳ６０で否定判断する。

次に、ブラウザ２０ａは、該操作情報〔ｐ〕に含まれるメニュー処理によって指示された処理を実行する（ステップＳ７５）。メニュー処理指示は、例えば、表示内容の変更、表示色の変更、軌跡属性情報（表示色、線種、太さ等）の変更、拡大、縮小、キャプチャ等の指示である。

次に、ブラウザ２０ａは、ステップＳ７５で行ったメニュー処理によって変更された設定を反映させる（ステップＳ７６）。次に、ブラウザ２０ａは、ステップＳ７５のメニュー処理によって変更した後の設定を、記憶部２３に記憶する（ステップＳ７７）。そして、上記ステップＳ７１へ進む。ステップＳ７５〜ステップＳ７７の処理によって、例えば、メニュー処理として、軌跡画像の表示色の変更指示を受け付けた場合、ブラウザ２０ａは、記憶部２３に格納されている軌跡属性情報２３Ｂを、該変更指示に応じた内容に変更する。

ブラウザ２０ａで取得した操作情報〔ｐ〕に含まれる軌跡属性情報が、「前回と同じ」を示すとする。この場合、ブラウザ２０ａは、上記ステップＳ６３の処理において、記憶部２３に記憶されている軌跡属性情報２３Ｂと、操作情報〔ｐ〕に含まれる軌跡を示す位置座標の群と、から軌跡画像を生成する。

図２４に戻り、ブラウザ２０ａは、ステップＳ７１（図２５参照）で合成した、コンテンツデータ〔Ａ〕と、コンテンツデータ〔Ｅ〕と、操作画像ｐと、をレンダリングし、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信用ＦＩＦＯ２４ａに出力する（ステップＳ５４）。

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

図２４及び図２５を用いて説明したステップＳ４６〜ステップＳ５７の処理が実行されることによって、通信端末５ｆ１には、コンテンツデータ〔Ａ〕，〔Ｅ〕に応じた映像（音）データに、操作軌跡の軌跡画像ｐが合成された映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）が再生される。また、通信端末５ｆ１で描かれた操作軌跡を示す軌跡情報に対応する特定情報が、順次、配信管理装置２の描画テーブル２３Ｃに格納されていく。この特定情報は、上述したように、操作軌跡の描画タイミングに、他の通信端末５ｆ３で再生されている映像（音）データに対応するコンテンツデータを特定する情報である。

このため、本実施形態の配信管理装置２では、１の通信端末で描かれた操作軌跡と、他の通信端末で再生中の映像に関する情報と、を動的に対応づけることができる。

次に、通信端末５から特定情報を取得するときの処理の流れを説明する。

通信端末５ｆ１は、特定情報の取得要求を配信管理装置２へ送信する。配信管理装置２では、通信端末５ｆ１から取得要求を受け付けると、ブラウザ２０ａが、取得要求に含まれる通信端末５ｆ１の端末ＩＤに対応する軌跡情報と特定情報を描画テーブル２３Ｃから読取る。そして、ブラウザ２０ａは、ステップＳ６５（図２５参照）と同様にして、読取った軌跡情報に含まれる軌跡画像〔ｐ〕を描画レイヤーに追加する。次に、ブラウザ２０ａは、特定情報によって特定されるコンテンツデータ（例えば、コンテンツデータ〔Ｂ〕）と、軌跡画像と、を合成してレンダリングすることにより映像（音）データ（〔Ｂ〕，〔ｐ〕）を生成し、ステップＳ７１と同様にして送信用ＦＩＦＯ２４ａに出力する。

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

このため、操作軌跡の描かれた通信端末５ｆ１には、通信端末５ｆ１を操作するユーザの要望に応じて、描いた操作軌跡の軌跡画像と、該操作軌跡を描いた描画タイミングに他の通信端末５で再生されていた映像（音）データと、が提供される。このため、通信端末５ｆ１を操作するユーザは、容易に、操作軌跡の内容と、操作軌跡を描いたときに他の通信端末５で表示されていた映像（音）と、を確認することができる。

〔実施形態の主な効果〕
以上説明したように、本実施形態の配信管理装置２では、図２４及び図２５を用いて説明したステップＳ４６〜ステップＳ５７の処理が実行されることによって、以下の処理が行われる。すなわち、通信端末５ｆ１で描画された操作軌跡を示す軌跡情報と、該操作軌跡の描画タイミングに他の通信端末５ｆ３で再生されていた映像（音）データに対応するコンテンツデータを特定する特定情報と、が対応づけて描画テーブル２３Ｃに格納されていく。

従って、本実施形態では、１の通信端末で描かれた操作軌跡と、他の通信端末で再生中の映像に関する情報と、を動的に対応づけることができる。

また、通信端末５ｆ１から特定情報の取得要求を受け付けた場合には、軌跡画像と、該軌跡画像の描画タイミングに通信端末５ｆ３で再生されていた映像（音）データと、を合成した映像（音）データが、通信端末５ｆ１に配信される。

例えば、通信端末５ｆ１として電子黒板を用い、通信端末５ｆ３としてプロジェクタを用いた場合を想定する。ユーザが、通信端末５ｆ３に再生されている映像（音）データを見ながら、電子ペンＰによって操作軌跡を描くことで、通信端末５ｆ１に操作情報が入力されたとする。このような場合に、電子黒板としての通信端末５ｆ１で入力された操作軌跡を示す軌跡情報と、該操作軌跡の描画タイミングにプロジェクタとしての通信端末５ｆ３で再生されていた映像（音）データに対応するコンテンツデータの特定情報が、動的に対応づけられる。そして、ユーザの操作指示による特定情報の取得要求に応じて、配信管理装置２から通信端末５へ、操作軌跡の軌跡画像と該操作軌跡の描かれた描画タイミングに他の通信端末５で再生されていた映像（音）データとを配信する。

このため、本実施形態では、上記効果に加えて、操作軌跡の描かれた描画タイミングに他の通信端末５で再生されていた映像（音）データを、ユーザに対して再利用可能に容易に提供することができる。

また、本実施形態の配信システム１では、クラウド上で配信管理装置２がブラウザ２０及びエンコード等を行うエンコーダブリッジ部３０を有する。これにより、ブラウザ２０が所定の記述言語で示されたコンテンツデータから映像データ又は音データを生成し、エンコーダブリッジ部３０が通信ネットワーク９を介して配信することができるようにデータ形式を変換してから通信端末５に配信する。よって、通信端末５では、所定の記述言語で示されたコンテンツデータを受信する負荷、及び受信後に映像データ又は音データに変換する負荷が低減される。このため、特に、リッチ化されたコンテンツを利用する場合の、通信端末５の負荷が高いという問題を解消することができる。

特に、ブラウザ２０は、リアルタイムコミュニケーションを可能にし、変換部１０は、ブラウザ２０によって生成された映像（音）データに対してリアルタイムのエンコードを行う。よって、例えば、映像（音）データのオンデマンド配信のように、ＤＶＤプレーヤがリアルタイム性のない（つまり、予めエンコードされている）映像（音）データを選択して配信する場合とは異なり、配信管理装置２は、配信する直前に取得したコンテンツをレンダリングすることで映像（音）データを生成してからエンコードするため、リアルタイム性に優れた映像（音）データの配信を行うことができる。

〔補足説明〕
本実施形態の配信管理装置２では、配信管理装置２を利用した遠隔共有処理の対象として、操作軌跡の入力等を行う電子黒板としての通信端末５ｆ１と、プロジェクタ等の他の通信端末５ｆ３と、の２台の通信端末５を想定したが、他の通信端末５ｆ３は、複数であってもよい。

この場合、配信管理装置２では、通信端末５ｆ１における描画タイミングに、これらの複数の通信端末５ｆ３の各々で再生されていた映像（音）データに対応するコンテンツデータの各々を特定するための特定情報と、軌跡情報と、を対応づけて描画テーブル２３Ｃに記憶すればよい。そして、特定情報の閲覧要求を通信端末５ｆ１から受信した場合には、ブラウザ２０ａは、閲覧要求に含まれる通信端末５ｆ１の端末ＩＤに対応する軌跡情報と、複数の特定情報と、を描画テーブル２３Ｃから読取る。そして、ブラウザ２０ａは、ステップＳ６５（図２５参照）と同様にして、読取った軌跡情報に含まれる軌跡画像〔ｐ〕を描画レイヤーに追加する。次に、ブラウザ２０ａは、複数の特定情報の各々によって特定される複数のコンテンツデータと、軌跡画像と、を合成し、ステップＳ７１と同様にして送信用ＦＩＦＯ２４ａに出力すればよい。

そして、ブラウザ２０ａは、送信用ＦＩＦＯ２４ａに格納された、各コンテンツデータに対応する複数の映像（音）データと軌跡画像を合成した合成画像をエンコードすることで、通信端末５ｆ１に配信すべき映像（音）データに変換する。そして、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像（音）データを送信する。その後、映像（音）データは、通信端末５ｆ１のデコード部５０でデコードされてスピーカ６１に音が出力されると共に、レンダリング部５５でレンダリングされて表示部５８に映像が出力される。

また、本実施形態の配信システム１では、端末管理装置７と配信管理装置２とを互いに別個の装置として構成しているが、例えば、配信管理装置２に端末管理装置７の機能を持たせるなどにより、端末管理装置７と配信管理装置２とを一体の装置として構成するようにしてもよい。

また、上記実施形態における配信管理装置２、及び端末管理装置７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

更に、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤＤ２０４は、いずれもプログラム製品（Ｐｒｏｇｒａｍ Ｐｒｏｄｕｃｔ）として、国内又は国外へ提供されることができる。

１ 配信システム
２ 配信管理装置
５ 通信端末
７ 端末管理装置
８、８ａ、８ｂ ウェブサーバ
９ 通信ネットワーク
１０ 変換部
２０、２０ａ、２０ｂ ブラウザ
２１ 送受信部
２３ 記憶部
３１ 送受信部
２０１ 取得部

特開２００９−６５５５１号公報

Claims (6)

1. コンテンツデータをレンダリングして映像データを生成する生成部と、
   前記映像データを、第１の通信端末及び第２の通信端末を含む通信端末に配信可能なデータ形式に変換する変換部と、
   変換された前記映像データを前記通信端末に配信する送受信部と、
   前記第１の通信端末から、該第１の通信端末で描かれた操作軌跡を示す軌跡情報及び該操作軌跡の描画タイミングを受信する受信部と、
   前記描画タイミングに前記第２の通信端末で再生されている映像データに対応するコンテンツデータを特定する特定情報を取得する取得部と、
   前記軌跡情報と前記特定情報とを対応づけて記憶する記憶部と、
   を備えた配信管理装置。
2. 前記第２の通信端末は、複数の前記通信端末を含む、請求項１に記載の配信管理装置。
3. 前記生成部は、前記通信端末から前記特定情報の取得要求を受け付けたときに、前記特定情報によって特定されるコンテンツデータをレンダリングして映像データを生成する、請求項１または請求項２に記載の配信管理装置。
4. 前記生成部は、コンテンツデータと前記軌跡情報とを合成してレンダリングすることで映像データを生成し、
   前記変換部は、該映像データを前記第１の通信端末に配信可能なデータ形式に変換し、
   前記送受信部は、変換された該映像データを前記第１の通信端末に配信する、
   請求項１〜請求項３の何れか１項に記載の配信管理装置。
5. 前記第１の通信端末は、ユーザによって描かれた操作軌跡を受け付け、操作軌跡を電子的に変換することが可能な電子黒板である、請求項１〜請求項４の何れか１項に記載の配信管理装置。
6. 配信管理装置と、前記配信管理装置にネットワークを介して接続された第１の通信端末及び第２の通信端末を含む通信端末と、を備えた配信管理システムであって、
   前記配信管理装置は、
   コンテンツデータをレンダリングして映像データを生成する生成部と、
   前記映像データを、第１の通信端末及び第２の通信端末を含む通信端末に配信可能なデータ形式に変換する変換部と、
   変換された前記映像データを前記通信端末に配信する送受信部と、
   前記第１の通信端末から、該第１の通信端末で描かれた操作軌跡を示す軌跡情報及び該操作軌跡の描画タイミングを受信する受信部と、
   前記描画タイミングに前記第２の通信端末で再生されている映像データに対応するコンテンツデータを特定する特定情報を取得する取得部と、
   前記軌跡情報と前記特定情報とを対応づけて記憶する記憶部と、
   を備える、配信管理システム。

Images