(57)【要約】【課題】短い間に複数の操作入力を受信してもユーザが手書きした描画画像を欠落させることなく低コストで端末に表示する。【解決手段】配信管理装置は、端末が受け付けた操作入力の位置を示す座標情報を含む操作情報を端末からネットワークを介して受信する受信部と、Ｎ（Ｎは２以上の整数）番目に受信した操作情報の受信時刻と、Ｎ−１番目に受信した操作情報の受信時刻との時間差が閾値より小さい場合、閾値から時間差を引いた時間待ち、Ｎ番目に受信した操作情報の受信時刻に閾値を加算することにより、Ｎ番目に受信した操作情報の受信時刻を修正するブラウザ管理部と、ブラウザ管理部から複数の操作情報を受けつけ、複数の操作情報の座標情報が示す操作入力の位置を、修正された受信時刻に基づく順序で繋ぐことにより描画情報を作成するブラウザと、描画情報をエンコードするエンコーダと、エンコードされた描画情報を端末に送信する送信部と、を備える。【選択図】図６
2015201695.tif 000002
【特許請求の範囲】
【請求項１】
端末が受け付けた操作入力の位置を示す座標情報を含む操作情報を前記端末からネットワークを介して受信する受信部と、
Ｎ（Ｎは２以上の整数）番目に受信した前記操作情報の受信時刻と、Ｎ−１番目に受信した前記操作情報の受信時刻との時間差が閾値より小さい場合、前記閾値から前記時間差を引いた時間待ち、Ｎ番目に受信した前記操作情報の受信時刻に前記閾値を加算することにより、Ｎ番目に受信した前記操作情報の受信時刻を修正するブラウザ管理部と、
前記ブラウザ管理部から複数の前記操作情報を受けつけ、前記複数の操作情報の座標情報が示す前記操作入力の位置を、修正された前記受信時刻に基づく順序で繋ぐことにより描画情報を作成するブラウザと、
前記描画情報をエンコードするエンコーダと、
エンコードされた前記描画情報を前記端末に送信する送信部と、
を備える配信管理装置。
【請求項２】
前記操作情報は、前記端末を識別する識別情報を更に含み、
前記配信管理装置は、
前記描画情報と、前記識別情報とを関連付けて記憶する記憶部を更に備え、
前記送信部は、
前記描画情報と関連付けられた前記識別情報により識別される前記端末に、エンコードされた前記描画情報を送信する
請求項１に記載の配信管理装置。
【請求項３】
前記ブラウザは、
前記座標情報に基づいて前記描画情報の作成又は前記端末の描画設定情報の変更を行う
請求項１又は２に記載の配信管理装置。
【請求項４】
前記描画設定情報は、線の太さと、線の色と、線の種類とを含む
請求項３に記載の配信管理装置。
【請求項５】
前記ブラウザは、
前記操作情報の前記座標情報と、前記描画設定情報とに基づいて、描画コマンドを生成し、前記描画コマンドにより前記描画情報を作成する
請求項３又は４に記載の配信管理装置。
【請求項６】
前記操作情報は、
描画又は消去を示す描画モード情報を更に含み、
前記ブラウザは、
前記描画モード情報に基づいて前記描画情報の作成又は消去を行う
請求項１乃至５のいずれか１項に記載の配信管理装置。
【請求項７】
前記受信部は、
ウェブサーバからネットワークを介してコンテンツを更に受信し、
前記ブラウザは、
前記コンテンツに、前記描画情報を重畳させた表示情報を表示し、
前記エンコーダは、
前記表示情報をエンコードし、
前記送信部は、
エンコードされた前記表示情報を前記端末に送信する
請求項１乃至６のいずれか１項に記載の配信管理装置。
【請求項８】
前記記憶部は、
前記描画情報と、前記描画情報の前記コンテンツ上の位置とを関連付けて記憶する
請求項７に記載の配信管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信管理装置に関する。
【背景技術】
【０００２】
従来、企業や教育機関、行政機関などでの会議などにおいて、大型ディスプレイに背景画像を表示させ、その上にユーザが文字や数字、図形などの描画画像を書き込み可能な電子情報ボードが利用されている。電子情報ボードは、接続されたパソコンの表示画面を拡大した表示画像を表示する拡大表示機能と、搭載されているタッチパネル機能を介して接続されているパソコンを操作するパソコン操作機能、および黒板に見立てたタッチパネルにユーザが手書きした文字などの描画画像をパソコンの表示画像に重畳して表示する電子黒板機能などを備える。このような電子情報ボードによれば、オフィスでの会議などで説明のための資料を表示する操作を行いながら、表示画像上に指摘事項などを直接書き込んだり、書き込まれた描画画像を記録したりすることが可能である。これにより、描画画像を再利用して効率的に会議の内容をまとめることができる。
【０００３】
なお、特許文献１には、電子黒板に手書きされたメモを資料に上書きした履歴データをサーバに保存することにより、遠隔会議の複数の拠点の電子黒板に描画画像を重畳して表示する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、短い間に複数の操作入力を受信すると、ユーザが手書きした描画画像が欠落する場合があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、短い間に複数の操作入力を受信してもユーザが手書きした描画画像を欠落させることなく低コストで端末に表示可能にする配信管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明にかかる配信管理装置は、端末が受け付けた操作入力の位置を示す座標情報を含む操作情報を前記端末からネットワークを介して受信する受信部と、Ｎ（Ｎは２以上の整数）番目に受信した前記操作情報の受信時刻と、Ｎ−１番目に受信した前記操作情報の受信時刻との時間差が閾値より小さい場合、前記閾値から前記時間差を引いた時間待ち、Ｎ番目に受信した前記操作情報の受信時刻に前記閾値を加算することにより、Ｎ番目に受信した前記操作情報の受信時刻を修正するブラウザ管理部と、前記ブラウザ管理部から複数の前記操作情報を受けつけ、前記複数の操作情報の座標情報が示す前記操作入力の位置を、修正された前記受信時刻に基づく順序で繋ぐことにより描画情報を作成するブラウザと、前記描画情報をエンコードするエンコーダと、エンコードされた前記描画情報を前記端末に送信する送信部と、を備える。
【発明の効果】
【０００７】
本発明によれば、短い間に複数の操作入力を受信してもユーザが手書きした描画画像を欠落させることなく低コストで端末に表示可能にすることができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施の形態に係る配信システムの概略図である。
【図２】図２は、基本的な配信方法を示す概念図である。
【図３】図３は、マルチキャストの概念図である。
【図４】図４は、配信管理装置を介して複数の通信端末を使った複合配信の概念図である。
【図５】図５は、配信管理装置のハードウェア構成の一例を示す図である。
【図６】図６は、主に配信管理装置の各機能を示す機能ブロック図である。
【図７】図７は、主に通信端末の各機能を示す機能ブロック図である。
【図８】図８は、端末管理装置の各機能を示す機能ブロック図である。
【図９】図９は、配信先選択メニュー画面の概念図である。
【図１０】図１０は、端末管理テーブルの概念図である。
【図１１】図１１は、利用可能端末管理テーブルの概念図である。
【図１２】図１２は、描画情報の一例を示す概念図である。
【図１３】図１３は、図１２の描画情報と通信端末の表示画面との対応を示す図である。
【図１４】図１４は、電子ペン情報の一例を示す概念図である。
【図１５】図１５は、エンコーダブリッジ部の詳細図である。
【図１６】図１６は、変換部の各機能を示す機能ブロック図である。
【図１７】図１７は、配信管理装置の基本的な配信処理を示すシーケンス図である。
【図１８】図１８は、配信管理装置を利用した遠隔共有処理を示すシーケンス図である。
【図１９】図１９は、電子ペンによるストローク操作が正常に処理された場合の例を示す図である。
【図２０】図２０は、電子ペンによるストローク操作が正常に処理されなかった場合の例を示す図である。
【図２１】図２１は、操作入力の時間間隔の調整処理を示すフローチャートである。
【図２２】図２２は、操作入力の受信時刻の例を示す図である。
【図２３】図２３は、修正された操作入力の受信時刻の例を示す図である。
【図２４】図２４は、操作データの解析処理を示すフローチャートである。
【図２５】図２５は、通信端末の画面領域の使用例を示す図である。
【図２６】図２６は、配信管理装置と通信端末との間で行われる時刻調整の処理を示すシーケンス図である。
【図２７】図２７は、配信管理装置から通信端末に送信するデータの回線適応制御の処理を示すシーケンス図である。
【図２８】図２８は、通信端末から配信管理装置に送信するデータの回線適応制御の処理を示すシーケンス図である。
【発明を実施するための形態】
【０００９】
以下に図面を用いて、本実施の形態に係る配信システムを詳細に説明する。以下に示す実施の形態は、クラウドコンピューティングを利用してウェブコンテンツを映像データ、音データ、又は映像データ及び音データに変換してパーソナルコンピュータや電子黒板等の通信端末に配信する配信システムとしての適用例である。なお、以下、映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と表記する。
【００１０】
〔実施の形態の概略〕
まず、図１を用いて、本実施の形態の概略を説明する。図１は、本実施の形態に係る配信システム１の概略図である。
【００１１】
＜システム構成の概略＞
まず、配信システム１の構成の概略について説明する。
【００１２】
図１に示すように、本実施の形態の配信システム１は、配信管理装置２、複数の通信端末５ａ１，５ａ２，５ｂ１，５ｂ２〜５ｆ１，５ｆ２、端末管理装置７、及びウェブサーバ８を備えて構築されている。なお、以下では、複数の通信端末５ａ１，５ａ２，５ｂ１，５ｂ２〜５ｆ１，５ｆ２のうち、任意の通信端末を示す場合には、「通信端末５」と表記する。配信管理装置２、端末管理装置７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。
【００１３】
通信端末５は、配信システム１のサービスを受けるユーザが使用する端末である。このうち、通信端末５ａ１及び通信端末５ａ２は、ノートＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）である。通信端末５ｂ１及び通信端末５ｂ２は、スマートフォンやタブレット端末等のモバイル端末である。通信端末５ｃは、コピー、スキャン、プリント、及びファックスの各機能が複合されたＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ／Ｐｒｉｎｔｅｒ／Ｐｒｏｄｕｃｔ）である。通信端末５ｄは、プロジェクタである。通信端末５ｅは、カメラ、マイク及びスピーカを備えたテレビ（ビデオ）会議端末である。通信端末５ｆ１及び通信端末５ｆ２は、ユーザ等によって描かれた内容を電子的に変換することが可能な電子黒板（ホワイトボード）である。
【００１４】
なお、通信端末５は、図１に示したような端末だけでなく、腕時計、自動販売機、ガスメータ、カーナビゲーション装置、ゲーム機、エアコン、照明器具、カメラ単体、マイク単体、スピーカ単体等であってもよい。
【００１５】
また、配信管理装置２、通信端末５、端末管理装置７、及びウェブサーバ８は、インターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の通信ネットワーク９によって通信することができる。この通信ネットワーク９には、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）（登録商標）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の無線通信によるネットワークも含まれる。
【００１６】
なお、通信端末５によっては、通信端末５ｄ等のように、通信ネットワーク９を介して他の端末やシステムと通信する機能を有していないものがある。しかし、ユーザが通信端末５ｄのＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）やＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）のインターフェース部にドングルを差し込むことで、通信端末５は通信ネットワーク９を介して他の端末やシステムと通信可能となる。
【００１７】
配信管理装置２は、クラウド上に存在するウェブブラウザとしての、いわゆるクラウドブラウザ（以下、「ブラウザ２０」と表記する）を有する。配信管理装置２は、ブラウザ２０を用いてクラウド上でウェブコンテンツをレンダリングし、これにより得られたＨ．２６４やＭＰＥＧ−４等の映像（音）データを通信端末５に配信する。
【００１８】
端末管理装置７は、管理サーバとしての機能を有し、例えば、通信端末５のログイン認証や、通信端末５の契約情報等の管理等を行う。また、端末管理装置７は、電子メールを送信するためのＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバの機能を有している。端末管理装置７は、例えば、クラウドのサービス（ＩａａＳ：Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）上に展開される仮想マシンとして実現することができる。端末管理装置７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
【００１９】
なお、配信管理装置２のブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Ｒｅａｌ−ｔｉｍｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ／ｃｏｌｌａｂｏｒａｔｉｏｎ）を可能にしている。更に、配信管理装置２が備える後述の図１６のエンコード部１９（エンコーダブリッジ部３０）は、ブラウザ２０によって生成された映像（音）データに対して、リアルタイムのエンコードを行うことができる。そのため、配信管理装置２の処理は、例えば、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。
【００２０】
＜各種配信方法の概略＞
続いて、各種配信方法の概略について説明する。
【００２１】
（基本配信）
図２は、本実施の形態の配信システム１の基本的な配信方法を示す概念図である。配信システム１では、図２に示すように、配信管理装置２のブラウザ２０がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）等により作成されたウェブコンテンツがリッチであっても、Ｈ．２６４やＭＰＥＧ−４等の映像（音）データとして配信されるため、低スペックの通信端末５であってもスムーズに映像（音）を再生することが可能になる。また、本実施の形態の配信システム１では、配信管理装置２のブラウザ２０を最新化しておくことで、ローカルとしての通信端末５にコンテンツを提供するブラウザを最新化しなくても、最新のリッチなウェブコンテンツをスムーズに再生することが可能となる。
【００２２】
また、配信システム１は、上述の配信方法を応用し、図３及び図４に示すように、同一拠点又は複数の拠点にある複数の通信端末５に、ウェブコンテンツを映像（音）データとして配信することも可能である。ここで、図３及び図４に示す配信方法について説明する。
【００２３】
（マルチキャスト）
図３は、マルチキャストの概念図である。図３に示すように、配信管理装置２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることで、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコードする。その後、配信管理装置２は、映像（音）データ〔Ａ〕を複数の通信端末５ｆ１，５ｆ２，５ｆ３に配信する。これにより、例えば複数の拠点に配置された複数の通信端末５ｆ１，５ｆ２，５ｆ３において、同じ映像（音）が出力される。なお、この場合、複数の通信端末５ｆ１，５ｆ２，５ｆ３が同じ表示再生能力（解像度が同じ等）を有する必要はない。このような配信方法は、例えば「マルチキャスト」と呼ぶ。
【００２４】
（複合配信）
図４は、配信管理装置２を利用した遠隔共有処理の概念図である。図４に示すように、第１の拠点（図４の右側）では、電子黒板としての通信端末５ｆ１及びテレビ会議端末としての通信端末５ｅ１が利用され、第２の拠点（図４の左側）では、同じく電子黒板としての通信端末５ｆ２及びテレビ会議端末としての通信端末５ｅ２が利用されている。また、第１の拠点では、通信端末５ｆ１にストロークによる文字等の操作データを表示させるための電子ペンＰ１が利用され、第２の拠点では、通信端末５ｆ２にストロークによる文字等の操作データを表示させるための電子ペンＰ２が利用されている。なお、図４に示す例では、第１の拠点において、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅ１が接続され、通信端末５ｅ１のカメラ・マイク・スピーカが、通信端末５ｆ１の外付けのカメラ・マイク・スピーカとして利用されている。同様に、第２の拠点において、電子黒板としての通信端末５ｆ２にテレビ会議端末としての通信端末５ｅ２が接続され、通信端末５ｅ２のカメラ・マイク・スピーカが、通信端末５ｆ２の外付けのカメラ・マイク・スピーカとして利用されている。
【００２５】
また、第１の拠点では、通信端末５ａ１に表示された画面のキャプチャＧ１を利用するため、通信端末５ａ１と通信端末５ｆ１とが、有線又は無線により接続されている。画面のキャプチャＧ１は、接続方法が有線の場合、画像伝送ケーブル（ＶＧＡ、ＨＤＭＩ（登録商標）、ＤｉｓｐｌａｙＰｏｒｔ又はＤＶＩ‐Ｉ／Ｄなど）を介して通信端末５ｆ１のキャプチャデバイスに送信され、キャプチャデバイスから内部Ｉ／Ｆ（ＰＣＩ−Ｅ又はＵＳＢなど）を介してエンコード部６０に送信される。
【００２６】
また、画面のキャプチャＧ１は、接続方法が無線の場合、無線通信によるディスプレイ伝送技術を利用して通信端末５ｆ１の入力デバイスに送信され、入力デバイスから内部Ｉ／Ｆを介してエンコード部６０に送信される。無線通信によるディスプレイ伝送技術には、例えばＷｉ−Ｆｉ（登録商標）ＡｌｌｉａｎｃｅのＭｉｒａｃａｓｔ接続や、Ｉｎｔｅｌ（登録商標）社のＷｉｒｅｌｅｓｓ  Ｄｉｓｐｌａｙ接続などがある。
【００２７】
なお、通信端末５ｆ１は、複数の通信端末５ａから画面のキャプチャＧを受信してもよい。この場合、通信端末５ｆ１は、通信端末５ｆ１の画面に、複数の画面のキャプチャＧのサムネイルを表示し、ユーザが選択したサムネイルに対応する通信端末５ａの画面のキャプチャＧを利用できるようにする。
【００２８】
また、第２の拠点では、端末管理装置７によりログイン認証された通信端末５ａ２のコンテンツＡが利用されている。通信端末５ａ２は、通信ネットワーク９を介してウェブサーバ８にコンテンツＡをアップロードする。ウェブサーバ８は、通信端末５ａ２のコンテンツＡをウェブコンテンツデータとして記憶する。
【００２９】
第１の拠点において、通信端末５ｅ１によって取得された映像（音）データ〔Ｅ１〕は、エンコード部６０でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ１によって通信端末５ｆ１に描かれたストローク等を示す操作データ〔ｐ１〕は、配信管理装置２に送信され、ブラウザ２０に入力される。また、通信端末５ａ１の画面キャプチャ〔Ｇ１〕は、エンコード部６０でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部４０でデコードされて、ブラウザ２０に入力される。一方、第２の拠点においても、通信端末５ｅ２によって取得された映像（音）データ〔Ｅ２〕は、エンコード部６０でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ２によって通信端末５ｆ２に描かれたストローク等の操作データ〔ｐ２〕は、配信管理装置２に送信され、ブラウザ２０に入力される。
【００３０】
一方、ブラウザ２０は、例えば、ウェブサーバ８から通信端末５ｆ１，５ｆ２のそれぞれのディスプレイに表示される背景画像のウェブコンテンツデータ〔Ａ〕をウェブサーバ８から取得する。そして、ブラウザ２０は、ウェブコンテンツデータ〔Ａ〕、画面キャプチャデータ［Ｇ１］、操作データ〔ｐ１〕，〔ｐ２〕及び映像（音）データ〔Ｅ１〕，〔Ｅ２〕を結合してレンダリングすることで、所望のレイアウトに設置した映像（音）データを生成する。そして、エンコーダブリッジ部３０は、映像（音）データをエンコードし、配信管理装置２が各拠点に同じ映像（音）データを配信する。これにより、第１の拠点では、通信端末５ｆ１のディスプレイ上に、映像（〔Ａ〕、〔Ｇ１〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ１のスピーカから音〔Ｅ２（音部分）〕が出力される。一方、第２の拠点でも、通信端末５ｆ２のディスプレイ上に、映像（〔Ａ〕、〔Ｇ１〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ２のスピーカから音〔Ｅ１（音部分）〕が出力される。なお、第１の拠点では、通信端末５ｆ１のエコーキャンセル機能により、自拠点の音〔Ｅ１（音部分）〕は出力されない。一方、第２の拠点では、通信端末５ｆ２のエコーキャンセル機能により、自拠点の音〔Ｅ２（音部分）〕は出力されない。
【００３１】
以上により、第１の拠点と第２の拠点とでは、遠隔地間においてリアルタイムで同じ情報を共有する遠隔共有処理を行うことができるため、本実施の形態の配信システム１は遠隔会議等に有効である。
【００３２】
〔実施の形態の詳細な説明〕
続いて、図５乃至図２８を用いて、実施の形態の詳細な説明を行う。
【００３３】
＜実施の形態のハードウェア構成＞
まず、図５を用いて、本実施の形態のハードウェア構成を説明する。図５は、配信管理装置２のハードウェア構成の一例を示す図である。なお、通信端末５、端末管理装置７、及びウェブサーバ８のハードウェア構成は、配信管理装置２のハードウェア構成と同様であるため、説明を省略する。
【００３４】
図５に示すように、配信管理装置２は、配信管理装置２全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、プログラム等の各種データを記憶するＨＤＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＣ（Ｈａｒｄ  Ｄｉｓｋ  Ｃｏｎｔｒｏｌｌｅｒ）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク９を利用してデータ送信するためのＩ／Ｆ２０９、キーボード２１１、マウス２１２、マイク２１３、スピーカ２１４、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１５、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン２２０を備えている。
【００３５】
なお、各通信端末、各システム又は各サーバ用のプログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３６】
＜実施の形態の機能構成＞
次に、図６乃至図１６を用い、本実施の形態の機能構成について説明する。図６は、主に配信管理装置２の各機能を示す機能ブロック図である。図６では、配信管理装置２が通信端末５ｆ１に対して映像（音）データを配信する場合の機能構成を示しているが、配信先が通信端末５ｆ１以外の場合も、同様の機能構成を有する。なお、配信管理装置２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。
【００３７】
（配信管理装置の機能構成）
配信管理装置２は、図５に例示したハードウェア構成及びプログラムによって、図６に示す各機能構成を実現する。具体的に、配信管理装置２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。更に、配信管理装置２は、図５に示したＨＤＤ２０４によって構築される記憶部２０００を有している。この記憶部２０００には、認識部３５から出力された後述の認識情報、及び後述の電子黒板情報（電子ペン情報及び描画情報）が記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２０００に一時的に記憶しておくこともできる。
【００３８】
上述の各機能構成のうち、ブラウザ２０は、配信管理装置２内で動作するウェブブラウザである。ブラウザ２０は、ウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、ＲＧＢデータ（又はＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）データ）としての映像（音）データを生成する。ブラウザ２０は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。
【００３９】
また、本実施の形態の配信システム１では、配信管理装置２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ２０が用意されている場合について、以下続けて説明する。
【００４０】
ブラウザ２０は、例えば、Ｍｅｄｉａ  Ｐｌａｙｅｒ、Ｆｌａｓｈ  Ｐｌａｙｅｒ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）及びＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）レンダラを有する。なお、ＪａｖａＳｃｒｉｐｔ（登録商標）には、標準規格のものと配信システム１独自のものが含まれる。ここで、Ｍｅｄｉａ  Ｐｌａｙｅｒは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Ｆｌａｓｈ  Ｐｌａｙｅｒは、Ｆｌａｓｈコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のＪａｖａＳｃｒｉｐｔ（登録商標）は、配信システム１に固有のサービスのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を提供するＪａｖａＳｃｒｉｐｔ（登録商標）群である。ＣＳＳは、ＨＴＭＬで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。ＨＴＭＬレンダラは、ウェブキットベースのＨＴＭＬレンダリングエンジンである。また、ブラウザ２０は、後述の操作データ〔ｐ〕を後述のブラウザ管理部２２から受信し、当該操作データ〔ｐ〕から描画情報、又は電子ペン情報（描画設定情報）を生成する。ブラウザ２０は、当該描画情報又は電子ペン情報を記憶部２０００に記憶する。描画情報及び電子ペン情報については後述する。
【００４１】
送受信部２１は、端末管理装置７やウェブサーバ８との間で、各種データや要求等の送受信を行う。例えば、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを取得する。また、送受信部２１は、端末管理装置７との間で、認識情報、及び電子黒板情報（描画情報及び電子ペン情報）の送受信を行う。
【００４２】
ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。
【００４３】
また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から各種操作データ〔ｐ〕を受信する。なお、操作データ〔ｐ〕は、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。
【００４４】
操作データ〔ｐ〕は、通信端末５が受け付けた操作入力の位置を示す座標情報を含む。ブラウザ管理部２２は、操作データ［ｐ］と、ブラウザ管理部２２が操作データ［ｐ］を受信した受信時刻と、を関連付ける。このとき、ブラウザ管理部２２は、必要に応じて操作入力（操作データ〔ｐ〕）の時間間隔の調整処理を行った後、操作データ〔ｐ〕及び受信時刻をブラウザ２０に入力する。具体的には、ブラウザ管理部２２は、Ｎ（Ｎは２以上の整数）番目に受信した操作データ〔ｐ〕の受信時刻と、Ｎ−１番目に受信した操作データ〔ｐ〕の受信時刻との時間差Ｒが閾値Ｔｈより小さい場合、操作データ〔ｐ〕をブラウザ２０に入力せずに（Ｔｈ−Ｒ）の間待機する。閾値Ｔｈは、例えば１０ｍｓｅｃである。そして、ブラウザ管理部２２は、Ｎ番目に受信した操作データ〔ｐ〕の受信時刻に、閾値Ｔｈを加算することにより、Ｎ番目に受信した操作データ〔ｐ〕の受信時刻を修正する。ブラウザ管理部２２は、操作データ〔ｐ〕と、修正した受信時刻と、をブラウザ２０に入力する。時間間隔の調整処理の詳細については後述する（図１８、ステップＳ４７−２参照）。
【００４５】
また、通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。
【００４６】
送信用ＦＩＦＯ２４は、ブラウザ２０で生成された映像（音）データ〔ＡＥｐ〕を格納するバッファである。
【００４７】
時刻管理部２５は、配信管理装置２独自の時刻Ｔを管理している。時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したり、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信したりする。
【００４８】
回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における後述の変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間Ｕは、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。
【００４９】
エンコーダブリッジ部３０は、ブラウザ２０で生成されて送信用ＦＩＦＯ２４に格納された映像（音）データ〔ＡＥｐ〕を、エンコーダブリッジ部３０における後述の変換部１０に出力する。エンコーダブリッジ部３０については、図１５及び図１６を用いて、更に詳細に説明する。図１５は、エンコーダブリッジ部３０の詳細図である。また、図１６は、変換部１０の各機能を示す機能ブロック図である。
【００５０】
図１５に示すように、エンコーダブリッジ部３０は、生成・選択部３１０、及び選択部３２０と、これらの間に構築される複数の変換部１０ａ，１０ｂ，１０ｃとを備える。ここでは、３つの変換部１０ａ，１０ｂ，１０ｃを示したが、変換部の数はいくつであってもよい。なお、以下、任意の変換部を「変換部１０」と表記する。
【００５１】
更に、変換部１０は、図１６に示すように、トリミング部１１、リサイズ部１２、及びエンコード部１９を有する。トリミング部１１、及びリサイズ部１２は、音データの場合は、処理を行わない。
【００５２】
トリミング部１１は、映像（画像）の一部だけを切り出す処理を行う。リサイズ部１２は、映像（画像）の縮尺を変更する。
【００５３】
エンコード部１９は、ブラウザ２０で生成された映像（音）データをエンコードすることにより、通信ネットワーク９を介して通信端末５に映像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。なお、音の場合には、エンコードだけが行われる。
【００５４】
生成・選択部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させる映像（音）データを選択したりする。生成・選択部３１０が新たに変換部１０を作成する場合としては、例えば、通信端末５における映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する場合等が挙げられる。また、生成・選択部３１０が変換部１０に対して入力させる映像（音）データを選択する場合としては、既に作成されている変換部１０を選択する。例えば、通信端末５ａへの配信に加えて通信端末５ｂへの配信を開始するにあたって、通信端末５ａへ配信している映像（音）データと同じ映像（音）データを通信端末５ｂへ配信する場合がある。このような場合で、更に、通信端末５ｂが通信端末５ａにおける映像（音）データの再生能力と同じ再生能力を有する場合等が挙げられる。すなわち、このような場合、生成・選択部３１０は、通信端末５ｂ用に新たな変換部１０ｂを作成せずに、通信端末５ａ用に既に作成している変換部１０ａを利用する。
【００５５】
選択部３２０は、既に作成されている変換部１０から所望のものを選択する。これら生成・選択部３１０と選択部３２０による選択によって、図４に示したような様々なパターンの配信を行うことができる。
【００５６】
図６に戻り、送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部３１は、通信端末５のログイン処理において、通信端末５の後述する送受信部５１に対し、ユーザにログイン要求を促すための認証画面データを送信する。その他に、送受信部３１は、ＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）サーバを介して、配信システム１独自のプロトコルにより、配信システム１のサービスを受けるために通信端末５にインストールされたアプリケーションプログラム（ユーザアプリやデバイスアプリ）へのデータ送信およびデータ受信を行う。この独自のプロトコルは、配信管理装置２と通信端末５との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムのデータ作成、コマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換の各処理を行う。
【００５７】
送信レスポンス制御は、配信管理装置２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末５からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。
【００５８】
リアルタイムのデータ作成は、図１６のエンコード部１９で生成された圧縮映像（および圧縮音）のデータ（ＲＴＰデータ）に独自のヘッダを付与して、通信端末５への下り用のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００５９】
コマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５への配信用（下り用）のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
【００６０】
受信レスポンス制御は、配信管理装置２が通信端末５からデータを受信するために、通信端末５からリクエストされた送信用（上り用）のＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信管理装置２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。
【００６１】
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
【００６２】
ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンＰや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式に変換する処理である。
【００６３】
受信用ＦＩＦＯ３４は、デコード部４０でデコードされた映像（音）データを格納するバッファである。
【００６４】
認識部３５は、通信端末５から受信する映像（音）データ〔Ｅ〕に対しての処理を行う。具体的には、認識部３５は、例えば、サイネージ向けに、後述のカメラ６２で撮影された映像から人や動物の顔、年齢、及び性別などを認識する。また、認識部３５は、オフィス向けに、後述のカメラ６２で撮影された映像から顔認識による名前タグ付けや背景映像の差し替え処理などを行う。認識部３５は、認識した内容を示す認識情報を記憶部２０００に記憶させる。この認識部３５は、認識拡張ボードで処理を行うことで高速化が実現される。
【００６５】
遅延情報取得部３７ａは、上り用の回線適応制御の処理に用いられる後述の遅延情報取得部５７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。
【００６６】
回線適応制御部３７ｂは、上り用の回線適応制御の処理に用いられる上述した回線適応制御部２７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び後述の送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
【００６７】
デコード部４０は、通信端末５から送信されて来た映像（音）データ〔Ｅ〕をデコードする。
【００６８】
（通信端末の機能構成）
続いて、図７を用いて、通信端末５の機能構成について説明する。図７は、主に通信端末５の各機能を示す機能ブロック図である。図７では、通信端末５の１つとして通信端末５ｆ１を例示しているが、通信端末５ｆ１以外の通信端末５であっても、同様の機能構成を有する。なお、通信端末５のうち、ユーザアプリがインストールされた通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる。一方、デバイスアプリがインストールされた通信端末５は、映像（音）データの送受信や操作データの送信を行うのみで、上記インターフェースは持たない。以下では、便宜上、通信端末５にユーザアプリがインストールされているものとして説明する。
【００６９】
通信端末５は、図４と同様のハードウェア構成及びプログラム（ユーザアプリ）によって、図７に示す各機能構成を実現する。具体的に、通信端末５は、デコード部５０、送受信部５１、操作部５２、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部５８、及びエンコード部６０を有している。更に、通信端末５は、ＲＡＭ２０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）が記憶される。
【００７０】
デコード部５０は、配信管理装置２から配信され、再生制御部５３から出力された映像（音）データ〔ＡＥｐ〕をデコードする。
【００７１】
送受信部５１は、配信管理装置２の送受信部３１、及び後述の端末管理装置７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理装置７の送受信部７１ａにログイン要求を行う。
【００７２】
操作部５２は、ユーザの操作入力を受け付ける処理を行う。例えば、操作部５２は、電源スイッチ、キーボード、マウス、電子ペンＰ等による入力や選択等を受け付け、操作データ〔ｐ〕として配信管理装置２のブラウザ管理部２２に送信する。
【００７３】
再生制御部５３は、送受信部５１から受けた映像（音）データ〔ＡＥｐ〕（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。
【００７４】
レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングする。
【００７５】
時刻制御部５６は、配信管理装置２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信管理装置２の時刻取得部２６に、配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
【００７６】
遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。
【００７７】
表示部５８は、レンダリング部５５によってレンダリングされたデータを再生する。
【００７８】
エンコード部６０は、内蔵されたマイク２１３（図５参照）や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。エンコード部６０の動作条件は、回線適応制御部３７ｂから受信した回線適応制御信号に基づいて変更される。更に、動作条件が変更されると、エンコード部６０は、新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。
【００７９】
なお、内蔵されたマイク２１３や、外付けのカメラ６２及びマイク６３は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚（ｔｏｕｃｈ）データや嗅覚（ｓｍｅｌｌ）データを出力することができてもよい。入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。図７では、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅが接続され、通信端末５ｅのカメラ及びマイクが、通信端末５ｆ１の外付けのカメラ６２及びマイク６３として利用される例を示している。
【００８０】
（端末管理装置の機能構成）
続いて、図８を用いて、端末管理装置７の機能構成について説明する。図８は、端末管理装置７の各機能を示す機能ブロック図である。
【００８１】
端末管理装置７は、図５と同様のハードウェア構成及びプログラムによって、図８に示す各機能構成を実現する。具体的に、端末管理装置７は、送受信部７１ａ、送受信部７１ｂ、及び認証部７５を有している。更に、端末管理装置７は、図５に示したＨＤＤ２０４によって構築される記憶部７０００を有している。この記憶部７０００には、配信先選択メニューデータ７０４０、端末管理テーブル７０１０、利用可能端末管理テーブル７０２０及び電子黒板情報７０３０が記憶される。電子黒板情報７０３０は、描画情報及び電子ペン情報を含む。電子黒板情報７０３０は、定期的、及び通信端末５ｆの利用終了時に、配信管理装置２から受信して記憶する。端末管理装置７の電子黒板情報７０３０は、通信端末５ｆの電源断などによって電子黒板情報７０３０が消失した場合や、通信端末５ｆを次に使用するときに前回と同じ電子黒板情報７０３０を使用したい場合などに利用される。
【００８２】
配信先選択メニューデータ７０４０は、図９に示すような配信先選択メニュー画面を示すデータである。図９は、配信先選択メニュー画面の概念図である。この図９に示す配信先選択メニュー画面では、映像（音）データの配信先として選択できる通信端末５について、後述の共有ＩＤ及び表示名が一覧表示される。ユーザは、この配信先選択メニュー画面上で、映像（音）データの配信先として希望する通信端末５の項目にチェックを入れ、「ＯＫ」ボタンを押下することで、希望する通信端末５に映像（音）データを配信させることができる。
【００８３】
図１０は、端末管理テーブル７０１０の概念図である。端末管理テーブル７０１０では、図１０に示すように、登録されている通信端末５の端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、設置位置情報、及び表示名情報が関連付けて管理されている。このうち、実行環境情報には、各通信端末５の「お気に入り」、「前回のＣｏｏｋｉｅ情報」、及び「キャッシュファイル」が含まれており、各通信端末５のログイン後に、設定情報と共に配信管理装置２に送信され、各通信端末５に対して個別のサービスを行うために利用される。
【００８４】
また、共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。図１０に示す例では、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」であり、また、端末ＩＤ「ｔ００８」の共有ＩＤは「ｖ００６」である。更に、端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末５ｆ１，５ｆ２，５ｆ３との遠隔共有処理の要求があった場合には、配信管理装置２は、通信端末５ｆ１，５ｆ２，５ｆ３に対して、通信端末５ａに配信中の映像（音）データと同じ映像（音）データを配信する。但し、通信端末５ａと通信端末５ｆ１，５ｆ２，５ｆ３の表示部５８の解像度が異なる場合には、これに応じて、配信管理装置２が映像（音）データを配信する。
【００８５】
設置位置情報は、例えば、図３に示したように、複数の通信端末５ｆ１，５ｆ２，５ｆ３が並んで設置される場合の設置位置を示している。表示名情報は、図９に示した配信先選択メニュー画面の表示名の内容を表す情報である。
【００８６】
図１１は、利用可能端末管理テーブル７０２０の概念図である。利用可能端末管理テーブル７０２０では、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５が遠隔共有処理することが可能な他の通信端末又は他の通信端末群を示す共有ＩＤが関連付けて管理されている。
【００８７】
図１２は、描画情報の一例を示す概念図である。描画情報は、デバイスＩＤ、背景画像特定情報、座標情報及び描画コマンド情報を含む。デバイスＩＤは、電子ペンにより図形（文字、記号、図及び絵など）を描いた通信端末５ｆを識別する識別情報である。なお、本実施の形態では、デバイスＩＤは、端末管理テーブル７０１０の端末ＩＤと同じである。背景画像特定情報は、通信端末５ｆの画面に表示される背景画像を特定するための情報である。例えば、背景画像がウェブページである場合、背景画像特定情報は、当該ウェブページのＵＲＬである。また、背景画像がコンピュータに記憶されている文書ファイルのデータである場合、背景画像特定情報は、当該文書ファイルの当該コンピュータ上の記憶位置を示すパス（ディレクトリ）情報、ファイル名及び当該文書ファイル内のページを示す情報などである。座標情報は、通信端末５ｆの画面に電子ペンによって描かれた図形の書き始めの位置を示す背景画像内の座標である。描画コマンド情報は、電子ペンによって描かれた図形を描画するコマンドを示す情報である。
【００８８】
図１３は、図１２の描画情報と通信端末５ｆの表示画面との対応を示す図である。図１３の図形４０１に対応する図１２の描画情報のデータは、デバイスＩＤ「Ｔ００１」、背景画像特定情報「ｗｗｗ．ｒｏｃｏｈ．ｃｏ．ｊｐ」、座標情報「（ｘ１，ｙ１）」、描画コマンド「図形４０１」を描画するコマンドである。また、図１３の図形４０２に対応する図１２の描画情報のデータは、デバイスＩＤ「Ｔ００２」、背景画像特定情報「ｗｗｗ．ｒｏｃｏｈ．ｃｏ．ｊｐ」、座標情報「（ｘ２，ｙ２）」、描画コマンド「図形４０２」を描画するコマンドである。また、図１３の図形４０３に対応する図１２の描画情報のデータは、デバイスＩＤ「Ｔ００２」、背景画像特定情報「ｗｗｗ．ｒｏｃｏｈ．ｃｏ．ｊｐ」、座標情報「（ｘ３，ｙ３）」、描画コマンド「図形４０３」を描画するコマンドである。
【００８９】
すなわち、図１３の表示画面は、デバイスＩＤ「Ｔ００１」により識別される通信端末５ｆ１に書き込まれた図形４０１と、デバイスＩＤ「Ｔ００２」により識別される通信端末５ｆ２に書き込まれた図形４０２及び図形４０３とを同時に表示した場合の例である。
【００９０】
図１４は、電子ペン情報の一例を示す概念図である。電子ペン情報は、デバイスＩＤ、線種、太さ、色及び透過率を示す情報を含む。デバイスＩＤは、図形を描く電子ペンを識別する情報である。線種は、実線や点線などの線の種類である。太さは、図形を描く線の太さである。色は、図形を描く線の色である。透過率は、図形を描く線を透過させる割合である。
【００９１】
次に、図８に戻り、各機能構成について説明する。
【００９２】
送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１から端末ＩＤ及びユーザ証明書を含むログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。
【００９３】
送受信部７１ｂは、配信管理装置２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信管理装置２の送受信部２１から配信先選択メニューのデータの要求を受信したり、送受信部２１に対して、配信先選択メニューのデータを送信したりする。また、送受信部７１ｂは、配信管理装置２の送受信部２１から電子黒板情報７０３０のデータを受信したり、送受信部２１に対して、電子黒板情報７０３０のデータを送信したりする。
【００９４】
認証部７５は、通信端末５の送受信部５１から受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５の認証を行う。
【００９５】
〔実施の形態の動作または処理〕
続いて、図１７乃至図２８を用いて、本実施の形態の動作または処理について説明する。
【００９６】
＜基本的な配信処理＞
まず、図１７を用いて、配信管理装置２の基本的な配信方法における具体的な配信処理を説明する。図１７は、配信管理装置２の基本的な配信処理を示すシーケンス図である。ここでは、図２に示した基本的な配信のパターンについて具体的な処理を説明する。なお、ここでは、通信端末５ａを用いてログイン要求する場合について説明するが、通信端末５ａ以外の通信端末５を用いてログインしてもよい。
【００９７】
図１７に示すように、通信端末５ａにおいてユーザが電源オンにすると、通信端末５ａの送受信部５１は、端末管理装置７の送受信部７１ａを介して認証部７５に、ログイン要求を行う（ステップＳ２１）。このログイン要求には、通信端末５ａの端末ＩＤ及びユーザ証明書が含まれている。
【００９８】
次に、端末管理装置７の認証部７５は、通信端末５ａから受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う（ステップＳ２２）。ここでは、端末管理テーブル７０１０に同じ組み合わせの端末ＩＤ及びユーザ証明書がある、即ち、通信端末５ａが配信システム１における正当な端末であると認証された場合について、以下に続けて説明する。
【００９９】
次に、端末管理装置７の認証部７５は、送受信部７１ａを介して、通信端末５ａの送受信部５１に、配信管理装置２のＩＰアドレスを送信する（ステップＳ２３）。なお、配信管理装置２のＩＰアドレスは、予め、端末管理装置７によって取得されて、記憶部７０００に記憶されている。
【０１００】
次に、端末管理装置７の送受信部７１ｂは、配信管理装置２の送受信部２１を介して、ブラウザ管理部２２に、ブラウザ２０の起動要求を行う（ステップＳ２４）。この起動要求に応じて、配信管理装置２のブラウザ管理部２２は、ブラウザ２０を起動させる（ステップＳ２５）。次に、エンコーダブリッジ部３０の生成・選択部３１０が、通信端末５ａの再生能力（ディスプレイの解像度等）及びコンテンツの種類に従って変換部１０を作成する（ステップＳ２６）。
【０１０１】
次に、ブラウザ２０が、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップＳ２７）。これに応じて、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部（不図示）から読み出す（ステップＳ２８）。そして、ウェブサーバ８は、配信管理装置２の送受信部２１を介して、要求元であるブラウザ２０にコンテンツデータ〔Ａ〕を送信する（ステップＳ２９）。
【０１０２】
次に、ブラウザ２０が、コンテンツデータ〔Ａ〕をレンダリングして映像（音）データ〔Ａ〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ３０）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された映像（音）データ〔Ａ〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ３１）。
【０１０３】
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、再生制御部５３に映像（音）データ〔Ａ〕を送信する（ステップＳ３２）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ａ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ３３）。
【０１０４】
＜複数の通信端末を使った通信の処理＞
続いて、図１８を用いて、配信管理装置２を利用した遠隔共有処理を説明する。図１８は、配信管理装置２を利用した遠隔共有処理を示すシーケンス図である。ここでは、複数の通信端末５として通信端末５ｆ１，５ｆ２を想定し、図４に示したパターンについて具体的な処理を説明する。なお、ここでも、図１７のステップＳ２１〜ステップＳ２９と同様のログイン処理及びブラウザ起動等の処理が行われるが、図１７のステップＳ２１〜ステップＳ２８に対応する処理の説明は省略し、ステップＳ２９に対応するステップＳ４１の処理から説明する。
【０１０５】
図１８に示すように、配信管理装置２のブラウザ２０は、ウェブサーバ８から送受信部２１を介してコンテンツデータ〔Ａ〕を受信する（ステップＳ４１）。そして、ブラウザ２０は、コンテンツデータ〔Ａ〕をレンダリングすることにより、映像（音）データを生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４２）。
【０１０６】
一方、通信端末５ｆ１のエンコード部６０が、カメラ６２及びマイク６３からコンテンツデータ〔Ｅ〕の入力を受け付けると（ステップＳ４３）、エンコード部６０はエンコードした後、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０にコンテンツデータ〔Ｅ〕を送信する（ステップＳ４４）。これにより、コンテンツデータ〔Ｅ〕は、デコード部４０でデコードされた後、受信用ＦＩＦＯ３４を介して、ブラウザ２０に入力される。そして、ブラウザ２０は、コンテンツデータ〔Ｅ〕をレンダリングすることにより、映像（音）データ〔Ｅ〕を生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４５）。この場合、ブラウザ２０は、既に取得しているコンテンツデータ〔Ａ〕に対して、コンテンツデータ〔Ｅ〕を結合して出力する。
【０１０７】
更に、通信端末５ｆ１の操作部５２が、電子ペンＰ１によるストローク操作の入力を受け付けると（ステップＳ４６）、操作部５２は、送受信部５１及び送受信部３１を介して、ブラウザ管理部２２に操作データ〔ｐ〕を送信する（ステップＳ４７−１）。これにより、操作データ〔ｐ〕は、配信管理装置２のブラウザ管理部２２からブラウザ２０に入力される。ブラウザ管理部２２は、操作入力の時間間隔を調整する処理を行う（ステップＳ４７−２）。
【０１０８】
ここで、ブラウザ管理部２２が操作入力の時間間隔を調整する処理を行う理由について説明する。ブラウザ２０は、ブラウザ管理部２２から複数の操作データ〔ｐ〕を受けつける。そして、ブラウザ２０は、複数の操作データ〔ｐ〕の座標情報が示す操作入力の位置を、受信時刻に基づく順序で繋ぐことにより描画情報を作成する。これにより、ブラウザ２０は、電子ペンＰ１によるストローク操作に応じた描画情報を作成する。
【０１０９】
しかしながら、ブラウザ２０は、送受信部３１を介して通信端末５ｆ１から操作データ〔ｐ〕を受信したタイミングで操作データ〔ｐ〕をそのまま処理すると、電子ペンＰ１によるストローク操作を正常に処理できない場合がある。
【０１１０】
まず、電子ペンＰ１によるストローク操作が正常に処理された場合について説明する。図１９は、電子ペンＰ１によるストローク操作が正常に処理された場合の例を示す図である。図１９では、Ｎ−１番目の操作データ〔ｐ〕に含まれる位置４１１を示す座標情報、Ｎ番目の操作データ〔ｐ〕に含まれる位置４１２を示す座標情報、及びＮ＋１番目の操作データ〔ｐ〕に含まれる位置４１３を示す座標情報がブラウザ２０により正常に処理された結果、図形４１４が描画されている。
【０１１１】
次に、電子ペンＰ１によるストローク操作が正常に処理されなかった場合について説明する。図２０は、電子ペンＰ１によるストローク操作が正常に処理されなかった場合の例を示す図である。図２０では、Ｎ番目の操作データ〔ｐ〕に含まれる位置４１２を示す座標情報が欠落した状態で、Ｎ−１番目の操作データ〔ｐ〕に含まれる位置４１１を示す座標情報、及びＮ＋１番目の操作データ〔ｐ〕に含まれる位置４１３を示す座標情報がブラウザ２０により処理された結果、図形４１５が描画されている。
【０１１２】
ここで、図２０のように操作データ〔ｐ〕が欠落する理由について説明する。操作データ〔ｐ〕に含まれる操作入力の位置を示す座標は、通信端末５ｆ１の電子ペンＰ１により、一定の間隔でサンプリングすることにより取得される。しかしながら、サンプリング間隔が一定でも、ステップＳ４７−１では、配信管理装置２は操作データ〔ｐ〕をサンプリング間隔と同じ間隔で受信するとは限らない。例えば、通信ネットワーク９の一時的な遅延などによる影響により、配信管理装置２がＮ−１番目の操作データ〔ｐ〕を遅れて受信した結果、Ｎ−１番目の操作データ〔ｐ〕の受信時刻と、Ｎ番目の操作データ〔ｐ〕の受信時刻との差、が非常に小さくなる場合がある。この場合、ブラウザ２０は、Ｎ番目の操作データ〔ｐ〕を正常に処理できず、図２０に示したようにＮ番目の操作データ〔ｐ〕が欠落することがある。
【０１１３】
そこで、ブラウザ管理部２２は、ステップＳ４７−２として操作入力の時間間隔を調整する処理を行う。
【０１１４】
図２１は、操作入力の時間間隔の調整処理を示すフローチャートである。ブラウザ管理部２２は、送受信部３１を介して通信端末５ｆ１から操作データ〔ｐ〕を受信し、操作データ〔ｐ〕が１番目の操作入力であるか否かを判定する（ステップＳ２０１）。ブラウザ管理部２２は、例えば所定の期間、操作データ〔ｐ〕を受け付けていなかったときに、新たに操作データ〔ｐ〕を受け付けた場合、当該操作データ〔ｐ〕を１番目の操作入力であると判定する。
【０１１５】
１番目の操作入力（操作データ〔ｐ〕）である場合（ステップＳ２０１、Ｙｅｓ）、ブラウザ管理部２２は、操作入力（操作データ〔ｐ〕）の受信時刻を記録する（ステップＳ２０５）。そして、ブラウザ管理部２２は、操作データ〔ｐ〕及び受信時刻をブラウザ２０に入力する（ステップＳ２０６）。
【０１１６】
１番目の操作入力（操作データ〔ｐ〕）でない場合（ステップＳ２０１、Ｎｏ）、ブラウザ管理部２２は、今回受信した操作入力（操作データ〔ｐ〕）の受信時刻と、前回受信した操作入力（操作データ〔ｐ〕）の受信時刻との時間差Ｒを計算する（ステップＳ２０２）。次に、ブラウザ管理部２２は、ステップＳ２０２により算出した時間差Ｒが閾値Ｔｈより小さいか否かを判定する（ステップＳ２０３）。閾値Ｔｈは、例えば１０ｍｓｅｃである。
【０１１７】
時間差Ｒが閾値Ｔｈ以上である場合（ステップＳ２０３、Ｎｏ）、ブラウザ管理部２２は、操作入力（操作データ〔ｐ〕）の受信時刻を記録する（ステップＳ２０５）。次に、ブラウザ管理部２２は、操作データ〔ｐ〕及び受信時刻をブラウザ２０に入力する（ステップＳ２０６）。
【０１１８】
時間差Ｒが閾値Ｔｈより小さい場合（ステップＳ２０３、Ｙｅｓ）、ブラウザ管理部２２は、閾値Ｔｈから時間差Ｒを引いた時間（Ｔｈ−Ｒ）の間待機する（ステップＳ２０４）。次に、ブラウザ管理部２２は、操作データ〔ｐ〕の受信時刻に、閾値Ｔｈを加算することにより、操作データ〔ｐ〕の受信時刻を修正する。ブラウザ管理部２２は、操作データ〔ｐ〕と、修正した受信時刻と、をブラウザ２０に入力する（ステップＳ２０６）。
【０１１９】
図２２は、操作入力の受信時刻の例を示す図である。図２２の例は、ブラウザ管理部２２が送受信部３１を介して時系列に受信した７個の操作データ〔ｐ〕の受信時刻を示す。例えば、１番目の操作入力（操作データ〔ｐ〕）は、２０１４年１月３１日１４時２５分２０秒３００ｍｓｅｃに受信したことを示す。
【０１２０】
閾値Ｔｈを１０ｍｓｅｃとした場合、２番目の操作入力（操作データ〔ｐ〕）の受信時刻と、３番目の操作入力（操作データ〔ｐ〕）の受信時刻との時間差Ｒ（１ｍｓｅｃ）は、閾値Ｔｈより小さい。そのため、ブラウザ管理部２２は、閾値Ｔｈと時間差Ｒとの時間差分（９ｍｓｅｃ）の間待機した後、３番目の操作入力（操作データ〔ｐ〕）の受信時刻を、２番目の操作入力（操作データ〔ｐ〕）の受信時刻に閾値Ｔｈを加算した値に修正する。
【０１２１】
同様に、５番目の操作入力（操作データ〔ｐ〕）の受信時刻と、６番目の操作入力（操作データ〔ｐ〕）の受信時刻との差Ｒ（３ｍｓｅｃ）は、閾値Ｔｈより小さい。そのため、ブラウザ管理部２２は、閾値Ｔｈと時間差Ｒとの時間差分（７ｍｓｅｃ）の間待機した後、６番目の操作入力（操作データ〔ｐ〕）の受信時刻を、５番目の操作入力（操作データ〔ｐ〕）の受信時刻に閾値Ｔｈを加算した値に修正する。
【０１２２】
図２３は、修正された操作入力の受信時刻の例を示す図である。図２３の例は、ブラウザ管理部２２が操作入力（操作データ〔ｐ〕）を図２２のように時系列に受信し、３番目と６番目の操作入力（操作データ〔ｐ〕）の受信時刻を修正した場合の例である。２番目の操作入力（操作データ〔ｐ〕）の受信時刻と、３番目の操作入力（操作データ〔ｐ〕）の受信時刻との時間差Ｒが閾値Ｔｈ（１０ｍｓｅｃ）となるように３番目の操作入力（操作データ〔ｐ〕）の受信時刻が修正されている。また、５番目の操作入力（操作データ〔ｐ〕）の受信時刻と、６番目の操作入力（操作データ〔ｐ〕）の受信時刻との時間差Ｒは閾値Ｔｈ（１０ｍｓｅｃ）となるように６番目の操作入力（操作データ〔ｐ〕）の受信時刻が修正されている。これによりブラウザ２０は、全ての操作入力（操作データ〔ｐ〕）を欠落させることなく、電子ペンＰ１によるストローク操作に応じた描画情報を作成することができる。
【０１２３】
図１８に戻り、ブラウザ２０は、操作データ〔ｐ〕を解析する処理を行う（ステップＳ４７−３）。
【０１２４】
図２４は、操作データの解析処理を示すフローチャートである。ブラウザ２０は、操作データ〔ｐ〕に含まれる画面領域の位置情報に基づいて、当該操作データ〔ｐ〕が描画処理に係るデータであるか否かを判定する（ステップＳ２５１）。ここで、通信端末５ｆの画面領域について説明する。
【０１２５】
図２５は、通信端末５ｆの画面領域の使用例を示す図である。図２５の例では、通信端末５ｆの画面領域は、描画領域、背景画像操作用メニュー領域、配信用メニュー領域及び描画用メニュー領域を有する。描画領域は、電子ペンにより図形を描くことができる領域である。背景画像操作用メニュー領域は、背景画像を変更する操作を行うための領域である。配信用メニュー領域は、描画領域の情報の配信先を決定するなどの操作を行うための領域である。描画用メニュー領域は、電子ペンによる描画に関する設定を変更する操作を行うための領域である。電子ペンによる描画に関する設定は、例えば、描画モード（描画又は消去）の設定や、電子ペン情報（線種、太さ、色及び透過率など）の設定などである。ブラウザ２０は、電子ペンにより指示された画面領域内の位置を示す位置情報が、図２５の描画領域に含まれるか否かに基づいて、当該操作データ〔ｐ〕が描画処理に係るデータであるか否かを判定する。なお、電子ペンによって指示された画面領域内の位置は、通信端末５ｆが、当該電子ペンが通信端末５ｆの画面に接触又は接近したことを検知することにより検出する。
【０１２６】
図２４に戻り、描画処理に係るデータでない（メニュー処理に係るデータである）場合（ステップＳ２５１、Ｎｏ）、ブラウザ２０は、画面領域の位置情報に基づいてメニュー処理を行う（ステップＳ２５９）。当該メニュー処理は、例えば、電子ペン情報の変更に係る設定を反映する処理などである。画面領域の位置に対応するメニュー処理の内容は、例えばメニュー情報として記憶部２０００に記憶されていてもよいし、当該メニュー情報を背景画像（コンテンツＡなど）にひも付けておき、コンテンツに応じてメニュー処理を変更できるようにしてもよい。次に、ブラウザ２０は、メニュー処理によって変更した設定を記憶部２０００に保存し（ステップＳ２６０）、処理を終了する。
【０１２７】
描画処理に係るデータである場合（ステップＳ２５１、Ｙｅｓ）、ステップＳ２５２に進む。ブラウザ２０は、操作データ〔ｐ〕に含まれる操作モードを示す情報が描画モードであるか否かを判定する（ステップＳ２５２）。例えば、電子ペンに操作モードの切替スイッチがある場合、操作モードを示す情報は、当該切替スイッチの選択信号である。また、ブラウザ２０は、操作モードを示す情報を描画メニューの設定から特定してもよい。
【０１２８】
描画モードである場合（ステップＳ２５２、Ｙｅｓ）、ブラウザ２０は、操作データ〔ｐ〕に含まれる電子ペンのデバイスＩＤを検索キーにして、記憶部２０００の電子ペン情報のデバイスＩＤを検索し、検索された電子ペン情報を読み出す（ステップＳ２５３）。次に、ブラウザ２０は、当該電子ペン情報と、操作データ〔ｐ〕に含まれる電子ペンの位置情報とから描画コマンドを生成する（ステップＳ２５４）。次に、当該描画コマンドが示す図形を描画レイヤに描画する（ステップＳ２５５）。なお、ブラウザ２０は、既に描画レイヤに図形が描かれている場合、ステップＳ２５４で生成した描画コマンドが示す図形を当該描画レイヤに追加する（差分描画）。ブラウザ２０は、背景画像と描画レイヤとを合成した画像データ（表示情報）を出力し（ステップＳ２５６）、処理を終了する。
【０１２９】
描画モードでない（消去モードである）場合（ステップＳ２５２、Ｎｏ）、ブラウザ２０は、操作データに含まれる位置情報から消去する画像に対応する描画コマンドを選択する（ステップＳ２５７）。次に、ブラウザ２０は、選択された描画コマンドに対応する図形を画像データ（描画レイヤ）から削除（ステップＳ２５８）し、処理を終了する。
【０１３０】
図１８に戻り、ブラウザ２０は、ステップＳ４７−３の操作データ〔ｐ〕の解析処理を反映した画像データ〔ｐ〕を送信用ＦＩＦＯ２４に出力する（ステップＳ４８）。この場合、ブラウザ２０は、既に取得しているコンテンツデータ（〔Ａ〕，〔Ｅ〕）に対して、操作データ〔ｐ〕を結合して出力する。
【０１３１】
次に、変換部１０が、送信用ＦＩＦＯ２４に格納された映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）をエンコードすることで、通信端末５ａに配信すべき映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）に変換する（ステップＳ４９）。そして、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップＳ５０−１）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、通信端末５ｆ１のデコード部５０でデコードされてスピーカ６１に音が出力されると共に、レンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ５１−１）。
【０１３２】
また、通信端末５ｆ２に対しても、ステップＳ５０−１と同様に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ｆ２の再生制御部５３に対しても、同様の映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップＳ５０−２）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、通信端末５ｆ２のデコード部５０でデコードされてスピーカ６１に音が出力されると共に、レンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ５１−２）。これにより、通信端末５ｆ１で出力される映像（音）と同じ映像（音）が、通信端末５ｆ２でも出力されることになる。
【０１３３】
＜時刻調整の処理＞
続いて、図２６を用いて、時刻調整の処理について説明する。図２６は、配信管理装置２と通信端末５との間で行われる時刻調整の処理を示すシーケンス図である。
【０１３４】
まず、通信端末５の時刻制御部５６は、送受信部５１が配信管理装置２に時刻情報（Ｔ）を要求する時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｓ）を取得する（ステップＳ８１）。そして、送受信部５１は送受信部３１に、配信管理装置２における時刻情報（Ｔ）を要求する（ステップＳ８２）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔｓ）が送信される。
【０１３５】
次に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求を受信した時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔｒ）を取得する（ステップＳ８３）。更に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求に応答する時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔｓ）を取得する（ステップＳ８４）。そして、送受信部３１は送受信部５１に、時刻情報（ｔｓ，Ｔｒ，Ｔｓ）を送信する（ステップＳ８５）。
【０１３６】
次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｒ）を取得する（ステップＳ８６）。
【０１３７】
そして、通信端末５の時刻制御部５６は、配信管理装置２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、以下の式（１）によって表される。
Δ＝（（Ｔｒ＋Ｔｓ）／２）−（（ｔｒ＋ｔｓ）／２）・・・（１）
【０１３８】
そして、時刻制御部５６は、記憶部５０００に時刻差データΔを記憶する（ステップＳ８８）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。
【０１３９】
＜下り用の回線適応制御の処理＞
続いて、図２７を用いて、配信管理装置２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。図２７は、配信管理装置２から通信端末５に送信するデータの回線適応制御の処理を示すシーケンス図である。
【０１４０】
まず、配信管理装置２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５の再生制御部５３に、再生までにバッファリングして再生を遅延させるための再生遅延時間を示す再生遅延時間情報（Ｕ）を送信する（ステップＳ１０１）。また、エンコーダブリッジ部３０は、送信用ＦＩＦＯ２４から取得してエンコード等を行った映像（音）データ〔Ａ〕に対して、時刻管理部２５から取得した現時点の時刻Ｔ０をタイムスタンプとして付加し、送受信部３１及び送受信部５１を介して、通信端末５の再生制御部５３に送信する（ステップＳ１０２）。
【０１４１】
一方、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ０＋Ｕ−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１０３）。即ち、下記式（２）に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは再生されずに消去される。
Ｕ≧（ｔ０＋Δ）−Ｔ０  ・・・（２）
【０１４２】
また、再生制御部５３は、記憶部５０００から、通信端末５における現時点の時刻ｔ０を読み出す（ステップＳ１０４）。この時刻ｔ０は、通信端末５が配信管理装置２から映像（音）データを受信した時点の通信端末５における時刻を示す。更に、再生制御部５３は、記憶部５０００から、図２６のステップＳ８８によって記憶されている時刻差Δを示す時刻差情報（Δ）を読み出す（ステップＳ１０５）。そして、再生制御部５３は、上記の時刻Ｔ０と時刻ｔ０と時刻差Δとを用いて、映像（音）データが配信管理装置２から送信されて通信端末５で受信されるまでの時間を示す送信遅延時間Ｄ１を計算する（ステップＳ１０６）。この計算は、下記式（３）によって行われる。通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ１が長くなる。
Ｄ１＝（ｔ０＋Δ）−Ｔ０  ・・・（３）
【０１４３】
次に、遅延情報取得部５７が、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して、配信管理装置２の回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する（ステップＳ１０７）。
【０１４４】
次に、配信管理装置２の回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延時間Ｕ’を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする（ステップＳ１０８）。
【０１４５】
次に、配信管理装置２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５の再生制御部５３に、上記ステップＳ１０８によって計算された新たな再生遅延時間Ｕ’を示す再生遅延時間情報（Ｕ’）を送信する（ステップＳ１０９）。
【０１４６】
更に、エンコーダブリッジ部３０内の変換部１０が、回線適応制御信号に基づいて、動作条件を変更する（ステップＳ１１０）。例えば、送信遅延時間Ｄ１が長すぎる場合、送信遅延時間Ｄ１に応じて再生遅延時間Ｕを長くすると、スピーカ６１や表示部５８での再生時間が遅くなり過ぎるため、再生遅延時間Ｕを長くすることには限界がある。そこで、回線適応制御部２７は、エンコーダブリッジ部３０に対して、再生遅延時間Ｕを変更させて再生遅延時間Ｕ’とするだけでなく、変換部１０に対して、映像（音）データのフレームレートを下げさせたり、映像（音）データの解像度を下げさせたりすることで、通信ネットワーク９の混雑に対応することができる。これにより、エンコーダブリッジ部３０は、変更後の動作条件に従って、上記ステップＳ１０２のように、現時点の時刻Ｔ０をタイムスタンプとして付加した映像（音）データを通信端末５の再生制御部５３に送信する（ステップＳ１１１）。
【０１４７】
次に、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ０＋Ｕ’−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、上記ステップＳ１０３のように、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１１２）。その後、上記ステップＳ１０４以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。
【０１４８】
＜上り用の回線適応制御の処理＞
続いて、図２８を用いて、通信端末５から配信管理装置２に送信する（上り）データの回線適応制御の処理を説明する。図２８は、通信端末５から配信管理装置２に送信するデータの回線適応制御の処理を示すシーケンス図である。
【０１４９】
まず、通信端末５のエンコード部６０は、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する（ステップＳ１２１）。
【０１５０】
次に、配信管理装置２では、デコード部４０が上記ステップＳ１２１によって映像（音）データ〔Ｅ〕等を受信した時点の時刻Ｔ０を、時刻管理部２５から読み出す（ステップＳ１２２）。そして、デコード部４０は、映像（音）データが通信端末５から送信されて配信管理装置２で受信されるまでの時間を示す送信遅延時間ｄ１を計算する（ステップＳ１２３）。この計算は、下記式（４）によって行われる。通信ネットワーク９が混雑している場合には、送信遅延時間ｄ１が長くなる。
ｄ１＝Ｔ０−（ｔ０＋Δ）  ・・・（４）
【０１５１】
次に、配信管理装置２の遅延情報取得部３７ａは、通信端末５の遅延情報取得部５７と同様に、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップＳ１２４）。
【０１５２】
次に、回線適応制御部３７ｂが、送信遅延時間情報（ｄ）に基づいて、通信端末５のエンコード部６０の動作条件を計算する（ステップＳ１２５）。そして、回線適応制御部３７ｂは、送受信部３１及び送受信部５１を介して、通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する（ステップＳ１２６）。即ち、下りの場合の回線適応制御部２７は、同じ配信管理装置２内でエンコーダブリッジ部３０に回線適応制御信号を出力するのに対して、上りの場合の回線適応制御部３７ｂは、配信管理装置２から通信ネットワーク９を介して、通信端末５に回線適応制御信号を送信する。
【０１５３】
次に、通信端末５のエンコード部６０が、受信した回線適応制御信号に基づいて、動作条件を変更する（ステップＳ１２７）。そして、エンコード部６０は、新たな動作条件によって、上記ステップＳ１２１のように、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時刻差Δを示す時刻差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する（ステップＳ１２８）。その後、上記ステップＳ１２２以降の処理が続けて行われる。このようにして、上り用の回線適応制御の処理が継続して行われる。
【０１５４】
〔実施の形態の主な効果〕
以上、具体的な例を挙げながら詳細に説明したように、本実施の形態の配信システム１では、クラウド上で配信管理装置２がブラウザ２０及びエンコード等を行うエンコーダブリッジ部３０を有する。これにより、ブラウザ２０が所定の記述言語で示されたコンテンツデータから映像データ又は音データを生成し、エンコーダブリッジ部３０が通信ネットワーク９を介して配信することができるようにデータ形式を変換してから通信端末５に配信する。よって、通信端末５では、所定の記述言語で示されたコンテンツデータを受信する負荷、及び受信後に映像データ又は音データに変換する負荷が低減されるため、コンテンツのリッチ化に対応させるための負荷が高いという問題を解消することができる。
【０１５５】
特に、ブラウザ２０は、リアルタイムコミュニケーションを可能にし、変換部１０は、ブラウザ２０によって生成された映像（音）データに対してリアルタイムのエンコードを行う。よって、例えば、映像（音）データのオンデマンド配信のように、ＤＶＤプレーヤがリアルタイム性のない（つまり、予めエンコードされている）映像（音）データを選択して配信する場合とは異なり、配信管理装置２は、配信する直前に取得したコンテンツをレンダリングすることで映像（音）データを生成してからエンコードするため、リアルタイム性に優れた映像（音）データの配信を行うことができる。
【０１５６】
また、本実施の形態の配信システム１は、上述のブラウザ管理部２２及びブラウザ２０を備えることにより、短い間に複数の操作入力を受信してもユーザが手書きした描画画像を欠落させることなく低コストで通信端末５に表示可能にすることができる。
【０１５７】
〔補足説明〕
本実施の形態の配信システム１では、端末管理装置７と配信管理装置２とを互いに別個の装置として構成しているが、例えば、配信管理装置２に端末管理装置７の機能を持たせるなどにより、端末管理装置７と配信管理装置２とを一体の装置として構成するようにしてもよい。
【０１５８】
また、上記実施の形態における配信管理装置２、及び端末管理装置７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
【０１５９】
更に、上記実施の形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤＤ２０４は、いずれもプログラム製品（Ｐｒｏｇｒａｍ  Ｐｒｏｄｕｃｔ）として、国内又は国外へ提供されることができる。
【符号の説明】
【０１６０】
１  配信システム
２  配信管理装置
５  通信端末
７  端末管理装置
８  ウェブサーバ
９  通信ネットワーク
１０  変換部
１１  トリミング部
１２  リサイズ部
１９  エンコード部
２０  ブラウザ
２１  送受信部
２２  ブラウザ管理部
２４  送信用ＦＩＦＯ
３０  エンコーダブリッジ部
３１  送受信部
【先行技術文献】
【特許文献】
【０１６１】
【特許文献１】特許第４６９６４８０号公報
【図１】
2015201695.tif 000003
【図２】
2015201695.tif 000004
【図３】
2015201695.tif 000005
【図４】
2015201695.tif 000006
【図５】
2015201695.tif 000007
【図６】
2015201695.tif 000008
【図７】
2015201695.tif 000009
【図８】
2015201695.tif 000010
【図９】
2015201695.tif 000011
【図１０】
2015201695.tif 000012
【図１１】
2015201695.tif 000013
【図１２】
2015201695.tif 000014
【図１３】
2015201695.tif 000015
【図１４】
2015201695.tif 000016
【図１５】
2015201695.tif 000017
【図１６】
2015201695.tif 000018
【図１７】
2015201695.tif 000019
【図１８】
2015201695.tif 000020
【図１９】
2015201695.tif 000021
【図２０】
2015201695.tif 000022
【図２１】
2015201695.tif 000023
【図２２】
2015201695.tif 000024
【図２３】
2015201695.tif 000025
【図２４】
2015201695.tif 000026
【図２５】
2015201695.tif 000027
【図２６】
2015201695.tif 000028
【図２７】
2015201695.tif 000029
【図２８】
2015201695.tif 000030