(57)【要約】【課題】複数の通信端末が画面を共有する際に、その解像度が異なる場合には通信端末に対応して表示することができない。【解決手段】共有IDを同じくする通信端末群間の縦横解像度より、各々の共有IDを同じくする通信端末群内における全画面範囲内で、異なる共有IDの通信端末群と共有する共有範囲と、共有しないローカル範囲とを分ける機能を備え、機能を用いて描画データを通信端末群とそれを構成する各通信端末の座標データとを基に、各通信端末に割振る機能を備え、共有する画像データとローカル描画データとを共有IDを同じくする通信端末群ごとに合成し、描画画面を共有しつつ、ローカル範囲の画像は共有範囲の画像とともに、一つの画像データとして表示する。【選択図】図２４
2015060292.tif 000002
【特許請求の範囲】
【請求項１】
連携する共有IDの異なる、少なくとも二つの通信端末を１つのディスプレイとして扱う複数の通信端末群間において、共有IDを同じくする通信端末群間の縦横解像度より、各々の共有IDを同じくする通信端末群内における全画面範囲内で、異なる共有IDの通信端末群と共有する共有範囲と、共有しないローカル範囲とを分ける機能を備え、前記機能を用いて描画データを通信端末群とそれを構成する各通信端末の座標データとを基に、各通信端末に割振る機能を備え、共有する画像データとローカル描画データとを共有IDを同じくする通信端末群ごとに合成し、描画画面を共有しつつ、ローカル範囲の画像は共有範囲の画像とともに、一つの画像データとして表示することを特徴とする電子情報ボード。
【請求項２】
通信ネットワークを介して配信管理装置に接続され、連携する共有IDの異なる、少なくとも二つの通信端末を１つのディスプレイとして扱う電子情報ボードであって、
複数の通信端末群間において、共有IDを同じくする通信端末群間の縦横解像度より、各々の共有IDを同じくする通信端末群内における全画面範囲内で、異なる共有IDの通信端末群と共有する共有範囲と、共有しないローカル範囲とを分ける機能を備え、前記機能を用いて描画データを通信端末群とそれを構成する各通信端末の座標データとを基に、各通信端末に割振る機能を備え、共有する画像データとローカル描画データとを共有IDを同じくする通信端末群ごとに合成し、描画画面を共有しつつ、ローカル範囲の画像は共有範囲の画像とともに、一つの画像データとして表示することを特徴とする電子情報ボード。
【請求項３】
通信ネットワークを介して配信管理装置に接続され、連携する共有IDの異なる、少なくとも二つの通信端末を１つのディスプレイとして扱う電子情報ボードに用いられる配信管理装置であって、
前記通信端末に通信ネットワークを介してデータを配信する配信管理装置であって、
所定の記述言語で示されたコンテンツデータを取得して、映像データ又は音データを生成する生成手段と、
前記生成手段によって生成された前記映像データ又は前記音データのデータ形式を、通信ネットワークを介して前記少なくとも二つの通信端末に配信できるデータ形式に変換する変換手段と、
前記変換手段によって変換された前記映像データ又は前記音データを、前記複数の通信端末に配信する配信手段と、
を有することを特徴とする配信管理装置。
【請求項４】
前記複数の通信端末のうち特定の通信端末は、マルチディスプレイを構成するための端末IDが予め設定されていることを特徴とする請求項３記載の配信管理装置。
【請求項５】
前記複数の通信端末のうち所定数の通信端末を候補とし、時系列で早いタイミングで前記マルチディスプレイを構成した通信端末をマルチディスプレイの構成要素と決定することを特徴とする請求項３記載の配信管理装置。
【請求項６】
前記複数の通信端末のうち特定の通信端末でマルチディスプレイを構成する際に、一部の通信端末だけ接続を認識した段階で、ディスプレイに固有のコンテンツを表示することを特徴とする請求項３記載の配信管理装置。
【請求項７】
前記複数の通信端末のうち特定の通信端末でマルチディスプレイを構成する際に、一の通信端末のディスプレイに表示されていたコンテンツを、アスペクト比を替えずに隣接する通信端末とともに拡大表示することを特徴とする請求項３記載の配信管理装置。
【請求項８】
前記複数の通信端末のうち特定の通信端末でマルチディスプレイを構成する際に、一の通信端末のディスプレイに表示されていたコンテンツを、隅の座標点を基点として拡大表示することを特徴とする請求項３記載の配信管理装置。
【請求項９】
請求項３乃至８に記載の配信管理装置と、
通信端末と、
を有することを特徴とする配信システム。
【請求項１０】
通信ネットワークを介して配信管理装置に接続され、連携する共有IDの異なる、少なくとも二つの通信端末を１つのディスプレイとして扱うための配信管理方法であって、
前記配信管理装置は、
所定の記述言語で示されたコンテンツデータを取得して、映像データ又は音データを生成する生成ステップと、
前記生成ステップによって生成された前記映像データ又は前記音データのデータ形式を、通信ネットワークを介して前記少なくとも二つの通信端末に配信できるデータ形式に変換する変換ステップと、
前記変換ステップによって変換された前記映像データ又は前記音データを、前記複数の通信端末に配信する配信ステップと、
を実行し、
複数の通信端末群間において、共有IDを同じくする通信端末群間の縦横解像度より、各々の共有IDを同じくする通信端末群内における全画面範囲内で、異なる共有IDの通信端末群と共有する共有範囲と、共有しないローカル範囲とを分ける分割ステップと、
前記分割ステップを用いて描画データを通信端末群とそれを構成する各通信端末の座標データとを基に、各通信端末に割振る割振ステップと、
共有する画像データとローカル描画データとを共有IDを同じくする通信端末群ごとに合成し、描画画面を共有しつつ、ローカル範囲の画像は共有範囲の画像とともに、一つの画像データとして表示するステップと、
を実行することを特徴とする配信管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パソコンや電子黒板等の通信端末に、通信ネットワークを介して映像データ又は音データを配信する電子情報ボード、配信管理装置、配信システム、及び配信管理方法に関する。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、様々な分野でクラウドコンピューティングが利用されてきている。クラウドコンピューティングは、ユーザが、インターネットに接続した通信端末を用いてインターネット上のサーバが提供するサービス（クラウドサービス）を利用し、その対価を支払うサービス利用形態である（例えば、特許文献１参照）。
特許文献１に記載の発明は、「コンテンツ分配配信システム」に関する発明である。特許文献１に記載の発明は、クライアント端末からの分割要求に応答してウエッブ頁を分割処理し、分割した各コンテンツを複数の端末機器に送信することで、端末機器の機能に対応した表示を行うための発明である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の発明は、複数の通信端末が画面を共有する際に、その解像度が異なる場合には通信端末に対応して表示することができない。
【課題を解決するための手段】
【０００４】
上記課題を解決するため、請求項１に記載の発明は、連携する共有IDの異なる、少なくとも二つの通信端末を１つのディスプレイとして扱う複数の通信端末群間において、共有IDを同じくする通信端末群間の縦横解像度より、各々の共有IDを同じくする通信端末群内における全画面範囲内で、異なる共有IDの通信端末群と共有する共有範囲と、共有しないローカル範囲とを分ける機能を備え、前記機能を用いて描画データを通信端末群とそれを構成する各通信端末の座標データとを基に、各通信端末に割振る機能を備え、共有する画像データとローカル描画データとを共有IDを同じくする通信端末群ごとに合成し、描画画面を共有しつつ、ローカル範囲の画像は共有範囲の画像とともに、一つの画像データとして表示することを特徴とする。
【発明の効果】
【０００５】
本発明によれば、複数の通信端末が画面を共有する際に、その解像度が異なる場合であっても通信端末に対応して表示することができる。
【図面の簡単な説明】
【０００６】
【図１】図１は、本実施形態に係る配信システムの概略図である。
【図２】図２は、基本的な配信処理を示した概念図である。
【図３】図３は、マルチキャストの概念図である。
【図４】図４は、マルチディスプレイの概念図である。
【図５】図５は、配信管理装置を介して複数の通信端末を使った通信の概念図である。
【図６】図６は、配信管理装置、通信端末、端末管理システム、及びウェブサーバのハードウェア構成図である。
【図７】図７は、主に配信管理装置の各機能を示す機能ブロック図である。
【図８】図８は、主に通信端末の各機能を示す機能ブロック図である。
【図９】図９は、端末管理システムの各機能を示す機能ブロック図である。
【図１０】図１０は、配信先選択メニュー画面の概念図である。
【図１１】図１１は、端末管理テーブルの概念図である。
【図１２】図１２は、利用可能端末管理テーブルの概念図である。
【図１３】図１３は、エンコーダブリッジ部の詳細図である。
【図１４】図１４は、変換部の各機能を示す機能ブロック図である。
【図１５】図１５は、配信管理装置の基本的な配信処理を示したシーケンス図である。
【図１６】図１６は、配信管理装置を介して複数の通信端末を使った通信の処理を示すシーケンス図である。
【図１７】図１７は、時刻調整の処理を示したシーケンス図である。
【図１８】図１８は、配信管理装置から通信端末に送信するデータの回線適応制御の処理を示したシーケンス図である。
【図１９】図１９は、通信端末から配信管理装置に送信するデータの回線適応制御の処理を示したシーケンス図である。
【図２０】図２０は、マルチディスプレイの処理を示すシーケンス図である。
【図２１】図２１は、マルチディスプレイの処理を示すシーケンス図である。
【図２２】図２２は、マルチディスプレイの処理を示すシーケンス図である。
【図２３】図２３は、一実施の形態を示す概念図である。
【図２４】図２４は、横型の通信端末と縦型の通信端末との共有の説明図である。
【図２５】図２５は、端末管理システム７の概念図である。
【図２６】図２６(a)は、端末管理テーブル7010であり、図２６(b)は、端末管理テーブル7010に格納された情報群である。図２６(c)は共有管理テーブル7090であり、図２６(d)は共有管理テーブル7090に格納された情報群である。
【図２７】図２７は、通信端末の共有を認識するまでの処理を示すフローチャートの一例である。
【図２８】図２８は、画面を共有する処理を示すフローチャートの一例である。
【図２９】図２９は、通信端末の共有を認識するまでのフローチャートの一例である。
【図３０】図３０は、画面を共有する処理のフローチャートの一例である。
【発明を実施するための形態】
【０００７】
以下に図面を用いて、本実施形態に係る配信システム１を詳細に説明する。なお、以下に示す実施形態は、クラウドコンピューティングを利用してウェブコンテンツを映像データ、音データ、又は映像データ及び音データに変換してパソコンや電子黒板等の通信端末に配信する配信システムとしての適用例である。なお、以下、映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と示す。
【０００８】
［実施形態の概略］
まずは、図１を用いて、本発明の一実施形態の概略を説明する。なお、図１は、本実施形態に係る配信システムの概略図である。
図１に示されているように、本実施形態の配信システム１は、配信管理装置２、複数の通信端末（５ａ〜５ｆ）、端末管理システム７、及びウェブサーバ８によって構築されている。なお、以下では、複数の通信端末（５ａ〜５ｆ）である通信端末群のうち、任意の通信端末を「通信端末５」として表す。また、配信管理装置２、端末管理システム７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。
【０００９】
通信端末５は、配信システム１のサービスを受けるユーザが使用する端末である。このうち、通信端末５ａは、ノートPC(Personal Computer)である。通信端末５ｂは、スマートフォンやタブレット端末等のモバイル端末である。通信端末５ｃは、コピー、スキャン、プリント、及びファックスの各機能が複合されたMFP(Multifunction Peripheral/Printer/Product)である。通信端末５ｄは、プロジェクタである。通信端末５ｅは、カメラ、マイク及びスピーカを備えたテレビもしくはビデオ会議端末である。通信端末５ｆは、ユーザ等によって描かれた内容を電子的に変換することが可能な電子黒板としてのホワイトボードである。
【００１０】
なお、通信端末５は、図１に示されているような端末だけでなく、腕時計、自動販売機、ガスメータ、カーナビゲーション装置、ゲーム機、エアコン、照明器具、カメラ単体、マイク単体、スピーカ単体等であってもよい。
また、配信管理装置２、通信端末５、端末管理システム７、及びウェブサーバ８は、インターネットやLAN(Local Area Network)等の通信ネットワーク９によって通信することができる。この通信ネットワーク９には、3G(3rd Generation)、WiMAX(Worldwide Interoperability for Microwave Access)、LTE(Long Term Evolution)等の無線通信によるネットワークも含まれる。
なお、通信端末５によっては、通信端末５ｄ等のように、通信ネットワーク９を介して他の端末やシステムと通信する機能を有していないものがある。
【００１１】
更に、配信管理装置２は、クラウド上に存在するウェブブラウザとしての、いわゆるクラウドブラウザ（以下、「ブラウザ」と示す）を有することで、クラウド上でウェブコンテンツをレンダリングする。これにより得られたH.264やMPEG-4等の映像（音）データを通信端末５に配信する。
【００１２】
一方、端末管理システム７は、管理サーバとしての機能を有し、通信端末５のログイン認証を行ったり、通信端末５の契約情報等の管理を行ったりする。また、端末管理システム７は、電子メールを送信するためのSMTP(Simple Mail Transfer Protocol)サーバの機能を有している。端末管理システム７は、例えば、クラウドのサービス(IaaS:Infrastructure as a Service)上に展開される仮想マシンとして実現することができる。端末管理システム７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
また、ブラウザ20は、リアルタイムコミュニケーション（RTC：Real-time communication/collaboration）を可能にしている。更に、後述のエンコード部19は、ブラウザ20によって生成された映像（音）のデータに対して、リアルタイムのエンコードを行うことができる。そのため、配信管理装置２の処理は、DVDプレーヤによって、DVDに記録されているリアルタイム性のない映像（音）のデータを読み出して配信する場合等とは異なる。
【００１３】
図２は、基本的な配信処理を示した概念図である。配信システム１では、図２に示されているように、配信管理装置２のブラウザ20がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部30が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえHTML(Hyper Text Markup Language)やCSS(Cascading Style Sheets)等により作成されたウェブコンテンツがリッチであっても、H.264やMPEG-4等の映像（音）のデータとして配信される。このため、低スペックの通信端末５であってもスムーズに映像（音）を再生することが可能になる。
【００１４】
また、本実施形態の配信管理装置２では、ブラウザ20を最新化しておくことで、ローカルとしての通信端末５のブラウザを最新化しなくても、最新のリッチなウェブコンテンツをスムーズに再生することが可能となる。
【００１５】
また、配信システム１は、上述の配信方法を応用し、図３乃至図５に示されているように、複数のウェブコンテンツを連動させ、複数の拠点に映像（音）のデータとして配信することも可能である。ここで、図３乃至図５に示されている配信方法について説明する。
図３は、マルチキャストの概念図である。図４に示されているように、配信管理装置２の単一のブラウザ20は、ウェブサーバ８からウェブコンテンツデータ〔A〕を取得してレンダリングすることで、映像（音）データ〔A〕を生成する。そして、エンコーダブリッジ部30が、映像（音）のデータ〔A〕をエンコードする。その後、配信管理装置２は、映像や音のデータ〔A〕を複数の通信端末（5f1，5f2，5f3）に配信する。これにより、複数の拠点では、同じ映像や音が出力される。なお、この場合、通信端末（5f1，5f2，5f3）が同じ表示再生能力、すなわち解像度が同じ等の条件を有する必要がある。このような配信方法は、例えば「マルチキャスト」と呼ぶ。
【００１６】
図４は、マルチディスプレイの概念図である。図４に示されているように、配信管理装置２の単一のブラウザ20は、ウェブサーバ８からウェブコンテンツデータ〔XYZ〕を取得してレンダリングすることで、単一の映像（音）データ〔XYZ〕を生成する。そして、エンコーダブリッジ部30が、単一の映像（音）データ〔XYZ〕を、複数の映像（音）データ（〔X〕，〔Y〕，〔Z〕）に分割した後にエンコードする。その後、配信管理装置２は、分割後の映像（音）データ〔X〕を通信端末5f1に配信する。また、同じように、配信管理装置２は、分割後の映像（音）データ〔Y〕を通信端末5f2に配信し、分割後の映像（音）データ〔Z〕を通信端末5f3に配信する。これにより、例えば、横長のウェブコンテンツデータ〔XYZ〕であっても、複数の通信端末５で分割して映像が表示される。このため、通信端末（5f1，5f2，5f3）を一列に並べて設置すれば、１つの大きな映像を表示させることと同様の効果を得ることができる。なお、この場合、通信端末（５ｆ１，５ｆ２，５ｆ３）が同じ表示再生能力（解像度が同じ等）を有する必要がある。このような配信方法は、例えば「マルチディスプレイ」と呼ぶ。
【００１７】
図５は、配信管理装置を介して複数の通信端末を使った通信の概念図である。図５に示すように、第１の拠点（図５の右側）では、電子黒板としての通信端末5f1及びテレビ会議端末としての通信端末5e1が利用されている。第２の拠点（図５の左側）では、同じく電子黒板としての通信端末5f2、及びテレビ会議端末としての通信端末5e2が利用されている。また、第１の拠点では、通信端末5f1にストロークによる文字等の操作データを表示させるための電子ペンP1が利用され、第２の拠点では、通信端末5f2にストロークによる文字等の操作データを表示させるための電子ペンP2が利用されている。
そして、第１の拠点において、通信端末5e1によって取得された映像（音）データは、エンコード部60でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部40でデコードされて、ブラウザ20に入力される。また、電子ペンP1によって通信端末5f1に描かれたストローク等を示す操作データは、配信管理装置２に送信され、ブラウザ20に入力される。一方、第２の拠点においても、通信端末5e2によって取得された映像（音）データは、エンコード部60でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部40でデコードされて、ブラウザ20に入力される。また、電子ペンP2によって通信端末5f2に描かれたストローク等の操作データは、配信管理装置２に送信され、ブラウザ20に入力される。
【００１８】
一方、ブラウザ20は、例えば、ウェブサーバ８から通信端末（5f1，5f2）のぞれぞれのディスプレイに表示される背景画像のウェブコンテンツデータ〔A〕を取得する。ブラウザ20は、ウェブコンテンツデータ〔A〕、操作データ（〔p1〕，〔p2〕）及び映像（音）コンテンツデータ（〔E1〕，〔E2〕）を結合してレンダリングすることで、所望のレイアウトに配置した映像（音）データを生成する。エンコーダブリッジ部30は、映像（音）データをエンコードし、配信管理装置２が各拠点に同じ映像（音）データを配信する。これにより、第１の拠点では、通信端末5f1のディスプレイ上に、映像（〔A〕、〔p1〕、〔p2〕、〔E1（映像部分）〕及び〔E2（映像部分）〕）が表示されると共に、通信端末5e1のスピーカから音〔E2（音部分）〕が出力される。
【００１９】
一方、第２の拠点でも、通信端末5f2のディスプレイ上に、映像（〔A〕、〔p1〕、〔p2〕、〔E1（映像部分）〕及び〔E2（映像部分）〕）が表示されると共に、通信端末5e2のスピーカから音〔E1（音部分）〕が出力される。なお、第１の拠点では、通信端末5f1のエコーキャンセル機能により、自拠点の音〔E1（音部分）〕は出力されない。
【００２０】
他方、第２の拠点では、通信端末5f2のエコーキャンセル機能により、自拠点の音〔E2（音部分）〕は出力されない。
以上により、第１の拠点と第２の拠点とでは、遠隔地間においてリアルタイムで同じ情報を共有する遠隔共有処理を行うことができるため、本実施形態の配信システム１は遠隔会議等に有効である。
【００２１】
［本発明の前提となった実施形態の詳細な説明］
続いて、図６乃至図22を用いて、実施形態の詳細な説明を行う。
＜本発明の前提となった実施形態のハードウェア構成＞
まずは、図６用いて、本実施形態のハードウェア構成を説明する。なお、図６は、配信管理装置、通信端末、端末管理システム、及びウェブサーバのハードウェア構成図である。なお、通信端末の通信に関与するハードウェア構成は、通信端末のハードウェア構成の一部と同じであるため、説明を省略する。
【００２２】
図６に示すように配信管理装置２は、配信管理装置２全体の動作を制御するCPU201、IPL等のCPU201の駆動に用いられるプログラムを記憶したROM202、CPU201のワークエリアとして使用されるRAM203を有する。配信管理装置２は、プログラム等の各種データを記憶するHDD204、CPU201の制御にしたがってHDD204に対する各種データの読み出し又は書き込みを制御するHDC(Hard Disk Controller)205を有する。配信管理装置２は、フラッシュメモリ等の記録メディア206に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ207、各種情報を表示するディスプレイ208を有する。配信管理装置２は、通信ネットワーク９を利用してデータ送信したりドングル99を接続したりするためのI/F209、キーボード211、マウス212、マイク213、スピーカ214を有する。配信管理装置２は、GPU(Graphics Processing Unit)215、上記各構成要素を図６に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン220を有する。
【００２３】
なお、各通信端末、各システム又は各サーバ用のプログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００２４】
＜本発明の前提となった実施形態の機能構成＞
次に、図７乃至図14を用い、本実施形態の機能構成について説明する。図７は、主に配信管理装置の各機能を示す機能ブロック図である。図７では、配信管理装置２が通信端末5f1に対して映像（音）データを配信する場合の機能構成が示されているが、配信先が通信端末5f1以外の場合も、同じ機能構成を有する。なお、配信管理装置２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。
【００２５】
（配信管理装置の機能構成）
図７に示されているように、配信管理装置２は、図６に示されているハードウェア構成及びプログラムによって、図７に示されている各機能構成を有する。配信管理装置２は、ブラウザ20、送受信部21、ブラウザ管理部22、送信用FIFOバッファ(以下、FIFO)24、時刻管理部25、及び時刻取得部26を有する。配信管理装置２は、回線適応制御部27、エンコーダブリッジ部30、送受信部31、受信用FIFO34、認識部35、遅延情報取得部37a、回線適応制御部37b、及びデコード部40を有する。更に、配信管理装置２は、図６に示されているHDD204によって構築される記憶部2000を有する。この記憶部2000には、認識部35から出力された後述の認識情報が記憶される。なお、ブラウザ20が取得したコンテンツデータは、キャッシュとして、記憶部2000に一時的に記憶しておくこともできる。
【００２６】
上述の各機能構成のうち、ブラウザ20は、配信管理装置２内で動作するウェブブラウザである。ブラウザ20は、ウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、RGBデータ（又はPCM(Pulse Code Modulation)データ）としての映像（音）データを生成する。ブラウザ20は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。
また、本実施形態の配信システム１では、配信管理装置２内に複数のブラウザ20を用意しており、これら複数のブラウザ20の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ20が用意されている場合について、以下続けて説明する。
ブラウザ20は、例えば、Media Player、Flash Player、JavaScript（登録商標）、CSS(Cascading Style Sheet)及びHTML(HyperText Markup Language)レンダラを有する。なお、JavaScriptには、標準規格のものと配信システム１独自のものが含まれる。
【００２７】
ここで、Media Playerは、映像（音）ファイルなどのマルチメディアファイルをブラウザ20内で再生するためのブラウザプラグインである。Flash Playerは、Flashコンテンツをブラウザ20内で再生するためのブラウザプラグインである。独自のJavaScriptは、配信システム１に固有のサービスのAPI(Application Programming Interface)を提供するJavaScript群である。CSSは、HTMLで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。HTMLレンダラは、ウェブキットベースのHTMLレンダリングエンジンである。
【００２８】
次に、送受信部21は、端末管理システム７やウェブサーバ８との間で、各種データや要求等の送受信を行う。例えば、送受信部21は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを取得する。
ブラウザ管理部22は、ブラウザ20やエンコーダブリッジ部30の管理を行う。例えば、ブラウザ管理部22は、ブラウザ20やエンコーダブリッジ部30に、起動又は終了を指示したり、起動又は終了時にエンコーダIDを採番したりする。ここで、エンコーダIDは、ブラウザ管理部22がエンコーダブリッジ30のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部22は、ブラウザ20が起動されるたびに、ブラウザIDを採番して管理する。ここで、ブラウザIDは、ブラウザ管理部22がブラウザ20のプロセスを管理するために採番し、ブラウザ20を識別するための識別情報である。
【００２９】
なお、ブラウザ管理部22は、送受信部31を介して通信端末５から、各種操作データを取得し、ブラウザ20に出力する。また、操作データは、通信端末５での操作イベントとしてのキーボード211やマウス212等による操作や電子ペンＰによるストローク等である。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部22は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ20に出力する。
送信用FIFO24は、ブラウザ20で生成された映像（音）データを格納するバッファである。
時刻管理部25は、配信管理装置２独自の時刻Ｔを管理している。
時刻取得部26は、後述の通信端末５における時刻制御部56と連携して、時刻調整の処理を行う。具体的には、時刻取得部26は、時刻管理部25から配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部31及び送受信部51を介して後述の時刻制御部56から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したりする。また、時刻取得部26は、時刻制御部56に時刻情報（ｔ）及び時刻情報（Ｔ）を送信したりする。
回線適応制御部27は、送信遅延時間情報（Ｄ）に基づいて、再生遅延情報Ｕを計算したり、エンコーダブリッジ部30における変換部10のフレームレートやデータの解像度等の動作条件を計算したりする。
【００３０】
エンコーダブリッジ部30は、ブラウザ20が生成した映像（音）データを、エンコーダブリッジ部30における後述の変換部10に出力する。エンコーダブリッジ部30については、図13及び図14を用いて、更に詳細に説明する。図13は、エンコーダブリッジ部の詳細図である。また、図14は、変換部の各機能を示す機能ブロック図である。
【００３１】
図13に示されているように、エンコーダブリッジ部30は、作成・選択部310、及び選択部320と、これらの間に複数の変換部（10a，10b，10c）が構築されている。ここでは、３つの変換部（10a，10b，10c）を示したが、いくつであってもよい。なお、以下、任意の変換部を「変換部10」として表す。
【００３２】
更に、変換部10は、図14に示されているように、トリミング部11、リサイズ部12、分割部13、及びエンコード部19を有する。トリミング部11、リサイズ部12、及び分割部13は、音データの場合は、処理を行わない。
このうち、トリミング部11は、映像（画像）の一部だけを切り出す処理を行う。リサイズ部12は、映像（画像）の縮尺を変更する。分割部13は、図３乃至図５に示されているように、ウェブサーバ８から取得したウェブコンテンツを分割する。
また、エンコード部19は、ブラウザ20で生成された画像（音）データをエンコードすることにより、通信ネットワーク９を介して通信端末５に画像（音）データを配信できるように変換する。また、エンコード部19は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。なお、音の場合には、エンコードだけが行われる。
【００３３】
また、作成・選択部310は、新たに変換部10を作成したり、既に作成されている変換部10に対して入力させる映像（音）データを選択したりする。作成する場合としては、例えば、作成・選択部310は、通信端末５における映像（音）データの再生能力に応じた変換が可能な変換部10を作成することが挙げられる。映像（音）データを選択する場合、例えば通信端末5a、5bへの配信を開始する際、通信端末5aへ配信しているデータと同じデータを通信端末5bへ配信し、通信端末5bが通信端末5aにおけるデータの再生能力と同じ能力を有する場合は次のようになる。すなわち、作成・選択部310は通信端末5b用に新たな変換部10bを作成せずに、通信端末5a用に既に作成している変換部10aを利用する。
【００３４】
一方、選択部320は、既に作成されている変換部10から所望のものを選択する。これら作成・選択部310と選択部320による選択によって、図５に示したような様々なパターンの配信を行うことができる。
【００３５】
送受信部31は、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部31は、通信端末５のログイン処理において、通信端末５の送受信部51に対し、認証画面データ（図10参照）を送信する。その他、送受信部31は、HTTPS(Hypertext Transfer Protocol over Secure Socket Layer)サーバを介して配信システム１独自のプロトコルにより、通信端末５のユーザアプリや通信端末５のデバイスアプリへのデータ送信及びデータ受信を行う。この独自のプロトコルは、配信管理装置２と通信端末との間でリアルタイムに途切れることなくデータを送受信するためのHTTPSベースのアプリケーション層プロトコルである。また、送受信部31は、送信レスポンス制御、リアルタイムのデータ作成、コマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換を行う。
このうち、送信レスポンス制御は、配信管理装置２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のHTTPSセッションを管理する処理である。このダウンロード用のHTTPSセッションのレスポンスはすぐに終了せず、一定時間、例えば１〜数分保持する。送受信部31は、通信端末に送るデータを動的にレスポンスのBody部に書き込む。また、再接続のコストをなくすため、通信端末からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部31を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。
【００３６】
リアルタイムデータの作成は、図16におけるエンコード部19で生成された圧縮映像（および圧縮音）のデータ(RTPデータ)に独自のヘッダを付与して、通信端末への下り用のHTTPSのBody部に書き込む処理である。
コマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５へのHTTPSのBody部に書き込む処理である。
受信レスポンス制御は、配信管理装置２が通信端末５からデータを受信するために、通信端末５からリクエストされた送信用（上り用）のHTTPSセッションを管理する処理である。このHTTPSセッションのレスポンスはすぐに終了せず、一定時間としての１〜数分保持される。通信端末５は、配信管理装置２の送受信部31に送るデータを動的にリクエストのBody部に書き込む。
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
【００３７】
ジェスチャ変換は、ユーザが電子黒板としての通信端末5fに電子ペンや手書きにより入力したジェスチャイベントを、ブラウザ20が受け取れる形式に変換する処理である。
また、受信用FIFO34は、デコード部40でデコードされた映像（音）データを格納するバッファである。
【００３８】
認識部35は、通信端末５から受信する映像（音）データに対しての処理を行う。具体的には、認識部35は、例えば、サイネージ向けにカメラ62で撮影された映像から人や動物の顔、年齢、及び性別などを認識する。また、認識部35は、オフィス向けに、カメラ62で撮影された映像から顔認識による名前タグ付けや背景映像の差し替え処理などを行う。認識部35は、認識した内容を示す認識情報を記憶部2000に記憶させる。この認識部35は、認識拡張ボードで処理を行うことで高速化が実現される。
【００３９】
遅延情報取得部37aは、上り用の回線適応制御の処理に用いられる遅延情報取得部57に対応して、下り用の回線適応制御の処理に用いられる。具体的には、遅延情報取得部37aは、デコード部40から送信遅延時間d1を示す送信遅延時間情報（d1）を取得して一定時間保持しておく。次に遅延情報取得部37aは、複数の送信遅延時間情報（d1）を取得したところで、回線適応制御部37bに、複数の送信遅延時間d1による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。
【００４０】
回線適応制御部37bは、上り用の回線適応制御の処理に用いられる回線適応制御部27に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部37bは、送信遅延時間情報（ｄ）に基づいて、エンコード部60の動作条件を計算する。また、回線適応制御部37bは、送受信部31及び送受信部51を介して通信端末５のエンコード部60に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
デコード部40は、通信端末５から送信されて来た映像（音）データをデコードする。
【００４１】
（通信端末の機能構成）
続いて、図８を用いて、通信端末５の機能構成について説明する。通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる端末である。
図８に示されているように、通信端末５は、デコード部50、送受信部51、操作部52、再生制御部53、レンダリング部55、時刻制御部56、遅延情報取得部57、表示部58、及びエンコード部60を有している。更に、通信端末５は、図６に示されているRAM203によって構築される記憶部5000を有している。この記憶部5000には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）が記憶される。
このうち、デコード部50は、配信管理装置２から配信され、再生制御部53から出力された映像（音）データをデコードする。
【００４２】
送受信部51は、配信管理装置２の送受信部31、及び後述の端末管理システム７の送受信部71aとの間で、各種データや要求等の送受信を行う。例えば、送受信部51は、通信端末５のログイン処理において、操作部52による通信端末５の起動に基づき、端末管理システム７の送受信部71にログイン要求を行う。
操作部52は、ユーザの操作を受け付ける処理を行い、例えば、電源スイッチ、キーボード、マウス等による入力や選択等を受け付け、操作データとして配信管理装置２のブラウザ管理部22に送信する。
再生制御部53は、送受信部51から受けた映像（音）データ(リアルタイムデータのパケット)をバッファリングし、再生遅延時間Ｕを考慮してデコード部50に出力する。
レンダリング部55は、デコード部によってデコードされたデータをレンダリングする。
時刻制御部56は、配信管理装置２の時刻取得部26と連携して、時刻調整の処理を行う。具体的には、時刻制御部56は、記憶部5000から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部56は、送受信部51及び送受信部31を介して、配信管理装置２の時刻取得部26に、配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
【００４３】
遅延情報取得部57は、再生制御部53から送信遅延時間D1を示す送信遅延時間情報（D1）を取得後一定時間保持する。遅延情報取得部57は、複数の送信遅延時間情報（D1）を取得すると、送受信部51及び送受信部31を介して回線適応制御部27に、複数の送信遅延時間D1による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、100フレームに１回送信される。
表示部58は、レンダリング部55によってレンダリングされたデータを再生する。
エンコード部60は、映像（音）データ〔Ｅ〕と、時刻情報（ｔ0）と、時間差情報（Δ）とを、送受信部51及び送受信部31を介して、配信管理装置２のデコード部40に送信する。
映像（音）データ〔Ｅ〕は、内蔵マイク213、外付けカメラ62及びマイク63から取得してエンコードしたデータである。時刻情報（ｔ0）は、記憶部5000から取得した現時点の通信端末５における時刻ｔ0を示すデータである。時間差情報（Δ）は、記憶部5000から取得した時間差Δを示すデータである。
【００４４】
また、エンコード部60は、回線適応制御部37bから受信した回線適応制御信号で示される動作条件に基づいて、エンコード部60の動作条件を変更する。エンコード部60は、新たな動作条件に従って、映像（音）データ〔Ｅ〕と、時刻情報（ｔ0）と、時間差情報（Δ）とを、送受信部51及び送受信部31を介して、配信管理装置２のデコード部40に送信する。
【００４５】
映像（音）データ〔Ｅ〕は、カメラ62及びマイク63から取得してエンコードしたデータである。時刻情報（ｔ0）は、記憶部5000から取得した現時点の通信端末５における時刻ｔ0を示すデータである。時間差情報（Δ）は、記憶部5000から取得した時間差Δを示すデータである。
なお、内蔵されたマイク213や、外付けのカメラ62及びマイク63等は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚(touch)データや嗅覚（smell）データを出力することができてもよい。
入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。
【００４６】
（端末管理システムの機能構成）
続いて、図９を用いて、端末管理システム７の機能構成について説明する。図９は、端末管理システムの各機能を示す機能ブロック図である。
図９に示されているように、端末管理システム７は、送受信部71a、送受信部71b、及び認証部75を有している。更に、端末管理システム７は、図６に示されているHDD204によって構築される記憶部7000を有している。この記憶部7000には、配信先選択メニューデータ、端末管理テーブル7010、及び利用可能端末管理テーブル7020が記憶される。
このうち、配信先選択メニューは、図10に示されているような配信先選択メニュー画面を示すデータである。
【００４７】
端末管理テーブル7010では、図11に示すように、通信端末５の端末ID、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別が関連づけて管理されている。また、各通信端末５のホームURL(Uniform Resource Locator)を示す設定情報、各通信端末５の実行環境情報、共有ID、設置位置情報、及び表示名情報が関連付けて管理されている。
このうち、実行環境情報には、各通信端末５の「お気に入り」、「前回のCookie情報」、及び「キャッシュファイル」が含まれている。また、実行情報は、各通信端末５のログイン後に、設定情報と共に配信管理装置２に送信され、各通信端末５に対して個別のサービスを行うために利用される。
【００４８】
共有IDは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合に利用されるIDであり、他の通信端末又は他の通信端末群を識別する識別情報である。例えば、端末ID「t006」の共有IDは「v006」であり、端末ID「t007」の共有IDは「v006」であり、また、端末ID「t008」の共有IDは「v006」である。更に、端末ID「t001」の通信端末5aから共有ID「v006」の通信端末（5f1，5f2，5f3）との遠隔共有処理要求があった場合には、配信管理装置２は通信端末（5f1，5f2，5f3）に対して、通信端末5aに配信中の映像(音)データと同じ映像（音）データを配信する。但し、通信端末5aと通信端末（5f1，5f2，5f3）の表示部58の解像度が異なる場合には、これに応じて、配信管理装置２が映像(音)データを配信する。
【００４９】
更に、設置位置情報は、例えば、図４に示されているように、通信端末（5f1，5f2，5f3）が並んで設置される場合の設置位置を示している。表示名情報は、図10に示されている配信先選択メニュー画面の表示名の内容を表す情報である。
【００５０】
一方、利用可能端末管理テーブル7020では、端末ID毎に、この端末IDによって示される通信端末５が遠隔共有処理することが可能な通信端末又は通信端末群を示す共有IDが関連付けて管理されている。
【００５１】
次に、各機能構成について説明する。
送受信部71aは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部71aは、通信端末５の送受信部51からログイン要求を受信したり、送受信部51に対してログイン要求の認証結果を送信したりする。
送受信部71bは、配信管理装置２との間で、各種データや要求等の送受信を行う。例えば、送受信部71bは、配信管理装置２の送受信部21から配信先選択メニューのデータの要求を受信したり、送受信部21に対して、配信先選択メニューのデータを送信したりする。
認証部75は、受信した端末ID及びユーザ証明書に基づいて、端末管理テーブル7010を検索することにより、同じ組み合わせの端末ID及びユーザ証明書があるか否かを判断することで、通信端末5aの認証を行う。
【００５２】
［本発明の前提となった実施形態の動作及び処理］
続いて、図15乃至図22を用いて、本実施形態の動作または処理について説明する。
＜基本的な配信処理＞
まず、図15を用いて、配信管理装置２の基本的な配信処理を説明する。なお、図15は、配信管理装置の基本的な配信処理を示したシーケンス図である。ここでは、図２に示されている基本的な配信のパターンについて具体的な処理を説明する。図15に示されているように、通信端末5aにおいてユーザが電源オンにすると、通信端末5aの送受信部51は、端末管理システム７の送受信部71aを介して認証部75に、ログイン要求を行う（ステップS21）。このログイン要求には、通信端末5aの端末ID及びユーザ証明書が含まれている。
【００５３】
次に、認証部75は、受信した端末ID及びユーザ証明書に基づいて、端末管理テーブル7010を検索することにより、同じ組み合わせの端末ID及びユーザ証明書があるか否かを判断することで、通信端末5aの認証を行う(ステップS22)。ここでは、同じ組み合わせの端末ID及びユーザ証明書がある、即ち、通信端末5aが配信システム１における正当な端末であると認証された場合について、以下に続けて説明する。
端末管理システム７の認証部75は、送受信部71aを介して、通信端末5aの送受信部51bに、配信管理装置２のIPアドレスを送信する（ステップS23）。更に、端末管理システム７の送受信部71bは、配信管理装置２の送受信部21を介して、ブラウザ管理部22に、ブラウザ20の起動要求を行う（ステップS24）。これにより、ブラウザ管理部22は、ブラウザ20を起動させる（ステップS25）。
【００５４】
次に、エンコーダブリッジ部30の作成・選択部310は、通信端末5aの再生能力としてのディスプレイの解像度等及びコンテンツの種類に従って変換部10を作成する（ステップS26）。
次に、ブラウザ20は、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップS27）。これに対して、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部（不図示）から読み出す（ステップS28）。そして、ウェブサーバ８は、配信管理装置２の送受信部21を介して、要求元であるブラウザ20にコンテンツデータ〔Ａ〕を送信する（ステップS29）。
次に、ブラウザ20が、コンテンツデータ〔Ａ〕をレンダリングして画像（音）データを生成し、送信用FIFO24に出力する（ステップS30）。そして、変換部10が、送信用FIFO24に格納された画像（音）データをエンコードすることで、通信端末5aに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ３１）。
次に、エンコーダブリッジ部30は、送受信部31及び送受信部51を介して、再生制御部53に映像（音）データ〔Ａ〕を送信する（ステップS32）。これにより、通信端末5aでは、再生制御部53からデコード部50に、映像（音）データ〔Ａ〕が出力され、スピーカ61から音が再生されると共に、レンダリング部55を介して表示部58にて映像が再生される（ステップS33）。
【００５５】
＜複数の通信端末を使った通信の処理＞
続いて、図16を用いて、配信管理装置を介して複数の通信端末を使った通信の処理を説明する。なお、図16は、配信管理装置を介して複数の通信端末を使った通信の処理を示すシーケンス図である。ここでは、複数の通信端末５として、図５に示されているパターンについて具体的な処理を説明する。なお、ここでも、上述のステップS21〜S29と同様のログイン処理及びブラウザ起動等の処理を行うため、上述のステップS29に対応する処理から説明する。
図16に示されているように、配信管理装置２のブラウザ20は、ウェブサーバ８から送受信部21を介してコンテンツデータ〔Ａ〕を受信する（ステップS41）。そして、ブラウザ20は、コンテンツデータ〔Ａ〕をレンダリングすることにより、画像（音）データを生成して、送信用FIFO24に出力する（ステップS42）。
【００５６】
通信端末5f1のエンコード部60がカメラ62及びマイク63からコンテンツデータ〔Ｅ〕を入力すると(ステップS43)、エンコード部60はエンコード後送受信部31,51 1を介してデコード部40にコンテンツデータ〔Ｅ〕を送信する(ステップS44)。これにより、コンテンツデータ〔Ｅ〕は、デコード部40でデコードされた後、受信用FIFO34を介して、ブラウザ20に入力される。そして、ブラウザ20は、コンテンツデータ〔Ｅ〕をレンダリングすることにより、画像（音）データ〔Ｅ〕を生成して、送信用FIFO24に出力する（ステップS44）。この場合、ブラウザ20は、既に取得しているコンテンツデータ〔Ａ〕に対して、コンテンツデータ〔Ｅ〕を結合して出力する。
【００５７】
更に、通信端末5f1の操作部52が、電子ペンP1によるストローク操作の入力を受け付けると（ステップS46）、操作部52は、送受信部51及び送受信部31を介して、ブラウザ管理部22に操作データ〔ｐ〕を送信する（ステップS47）。これにより、操作データ〔ｐ〕は、ブラウザ管理部22からブラウザ20に入力される。そして、ブラウザ20は、操作データ〔ｐ〕をレンダリングすることにより、画像データ〔ｐ〕を生成して、送信用FIFO24に出力する（ステップS48）。この場合、ブラウザ20は、既に取得しているコンテンツデータ（〔Ａ〕，〔Ｅ〕）に対して、操作データ〔ｐ〕を結合して出力する。
【００５８】
次に、変換部10が、送信用FIFO24に格納された画像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）をエンコードすることで、通信端末5aに配信すべき映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）に変換する（ステップS49）。そして、エンコーダブリッジ部30は、送受信部31及び送受信部51を介して再生制御部53に映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップS50-1）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、デコード部50でデコードされてスピーカ61に音が出力されると共に、デコード部50でデコードされてレンダリング部55でレンダリングされて表示部58に映像が出力される（ステップS51-1）。
【００５９】
また、通信端末5f2に対しても。ステップS50-2と同様に、エンコーダブリッジ部30は、送受信部31及び送受信部51を介して再生制御部53に映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップS50-2）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、デコード部50でデコードされてスピーカ61に音が出力されると共に、デコード部50でデコードされてレンダリング部55でレンダリングされて表示部58に映像が出力される（ステップS51-2）。これにより、通信端末5f1で出力される映像（音）と同じ映像（音）が、通信端末5f2でも出力されることになる。
【００６０】
＜時刻調整の処理＞
続いて、図17を用いて、時刻調整の処理について説明する。なお、図17は、時刻調整の処理を示したシーケンス図である。
まず、通信端末５の時刻制御部56は、送受信部51が配信管理装置２に時刻情報（Ｔ）を要求する時刻を取得するために、記憶部5000から通信端末５における時刻情報（ｔs）を取得する（ステップS81）。そして、送受信部51は送受信部31に、配信管理装置２における時刻情報（Ｔ）を要求する（ステップS82）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔs）が送信される。
次に、時刻取得部26は、送受信部31が上記ステップS82の要求を受信した時刻を取得するために、時刻管理部25から配信管理装置２における時刻情報（Ｔr）を取得する（ステップS83）。更に、時刻取得部26は、送受信部31が上記ステップS82の要求に応答する時刻を取得するために、時刻管理部25から配信管理装置２における時刻情報（Ｔs）を取得する（ステップS84）。そして、送受信部31は送受信部51に、時刻情報（ｔs, Ｔr，Ｔs）を送信する（ステップS85）。
次に、通信端末５の時刻制御部56は、送受信部51が上記ステップS85の応答を受信した時刻を取得するために、記憶部5000から通信端末５における時刻情報（ｔr）を取得する（ステップS86）。
そして、通信端末５の時刻制御部56は、配信管理装置２と通信端末５との間の時刻差Δを計算する（ステップS87）。この時刻差Δは、以下の式１によって表される。
Δ＝（（Ｔr＋Ｔs）／２）−（（ｔr＋ｔs）／２）・・・（式１）
そして、時刻制御部56は、記憶部5000に時刻差データΔを記憶する（ステップS88）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。
【００６１】
＜下り用の回線適応制御の処理＞
続いて、図18を用いて、配信管理装置２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。なお、図18は、配信管理装置から通信端末に送信するデータの回線適応制御の処理を示したシーケンス図である。
まず、配信管理装置２のエンコーダブリッジ部30は、送受信部31及び送受信部51を介して再生制御部53に、再生までにバッファリングして再生を遅延させるための再生遅延時間情報（Ｕ）を送信する（ステップS101）。また、エンコーダブリッジ部30は、送信用FIFO24から取得してエンコード等を行った映像（音）データ〔Ａ〕に対して、時刻管理部25から取得した現時点の時刻Toをタイムスタンプとして付加する。付加後エンコーダブリッジ部30は、送受信部31及び送受信部51を介して、再生制御部53に送信する（ステップS102）。
【００６２】
一方、通信端末５では、再生制御部53が、通信端末５における時刻（Ｔ0＋Ｕ−Δ）になるまで待ってから、映像（音）データをデコード部50に出力することで、スピーカ61から音を再生させ、レンダリング部55を介して表示部58から映像を再生させる（ステップＳ１０３）。即ち、以下の式１に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは再生されずに消去される。
Ｕ≧（ｔ0＋Δ）−Ｔ0・・・（式２）
【００６３】
また、再生制御部53は、記憶部5000から、通信端末５における現時点の時刻ｔ0を読み出す（ステップS104）。この時刻ｔ0は、通信端末５が配信管理装置２から映像（音）データを受信した時点の通信端末５における時刻を示す。更に、再生制御部53は、記憶部5000から、上記ステップS86によって記憶されている時刻差Δを示す時刻差情報（Δ）を読み出す（ステップS105）。そして、再生制御部53は、映像（音）データが配信管理装置２から送信されて通信端末５で受信されるまでの時間を示す送信遅延時間D1を計算する（ステップS106）。この計算は、以下の式３によって行われ、通信ネットワーク９が混雑している場合には、送信遅延時間D1が長くなる。
Ｄ１＝（ｔ0＋Δ）−Ｔ0・・・（式３）
【００６４】
次に、遅延情報取得部57は、再生制御部53から送信遅延時間D1を示す送信遅延時間情報（D1）を取得して一定時間保持しておく。遅延情報取得部57は、複数の送信遅延時間情報（D1）を取得したところで、送受信部51及び送受信部31を介して回線適応制御部27に、複数の送信遅延時間D1による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する（ステップS107）。
次に、配信管理装置２の回線適応制御部27は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延情報Ｕ´を計算したり、変換部10のフレームレートやデータの解像度等の動作条件を計算したりする（ステップS108）。
【００６５】
次に、配信管理装置２のエンコーダブリッジ部30は、送受信部31及び送受信部51を介して再生制御部53に、上記ステップS108によって計算された新たな再生遅延時間Ｕ´を示す再生遅延時間情報（Ｕ´）を送信する（ステップS109）。
更に、変換部10は、動作条件を示す回線適応制御信号に基づいて、変換部10の動作条件を変更する（ステップS110）。例えば、送信遅延時間D1が長すぎる場合、送信遅延時間D1に応じて再生遅延時間Ｕを長くすると、スピーカ61や表示部58での再生時間が遅くなり過ぎるため、再生遅延時間Ｕを長くすることには限界がある。
そこで、回線適応制御部27は、エンコーダブリッジ部30に対して、再生遅延時間Ｕを変更させて再生遅延時間Ｕ´とし、変換部10に対して、映像（音）データのフレームレートを下げさせたり、映像（音）データの解像度を下げさせたりする。これにより、通信ネットワーク９の混雑に対応することができる。これにより、エンコーダブリッジ部30は、変更後の動作条件に従って、上記ステップS102のように、現時点の時刻Toをタイムスタンプとして付加した映像（音）データを通信端末５の再生制御部53に送信する(ステップS111)。
【００６６】
次に、通信端末５では、再生制御部53が、通信端末５における時刻（Ｔ0＋Ｕ’−Δ）になるまで待ってから、映像（音）データをデコード部50に出力する。これにより、上記ステップS103のように、スピーカ61から音を再生させ、レンダリング部55を介して表示部58から映像を再生させる（ステップS112）。その後、上記ステップS104以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。
【００６７】
＜上り用の回線適応制御の処理＞
続いて、図19を用いて、通信端末５から配信管理装置２に送信する（上り）データの回線適応制御の処理を説明する。なお、図18は、通信端末から配信管理装置に送信するデータの回線適応制御の処理を示したシーケンス図である。
まず、通信端末５のエンコード部60は、映像（音）データ〔Ｅ〕と、時刻情報（ｔ0）と、時間差情報（Δ）とを、送受信部51及び送受信部31を介して、配信管理装置２のデコード部40に送信する（ステップS121）。
映像（音）データ〔Ｅ〕は、カメラ62及びマイク63から取得してエンコードしたデータである。時刻情報（ｔ0）は、記憶部5000から取得した現時点の通信端末５における時刻ｔ0を示すデータである。時間差情報（Δ）は、記憶部5000から取得した時間差Δを示すデータである。
【００６８】
次に、配信管理装置２では、デコード部40が上記ステップS121によって映像（音）データ〔Ｅ〕等を受信した時点の時刻toを時刻管理部25から読み出す(ステップS122)。そして、デコード部40は、映像（音）データが通信端末５から送信されて配信管理装置２で受信されるまでの時間を示す送信遅延時間d1を計算する（ステップS123）。この計算は、以下の式４によって行われ、通信ネットワーク９が混雑している場合には、送信遅延時間D2が長くなる。
ｄ１＝Ｔ0−（ｔ0＋Δ）・・・（式４）
【００６９】
次に、配信管理装置２の遅延情報取得部37aは、遅延情報取得部57と同様に、デコード部40から送信遅延時間d1を示す送信遅延時間情報（d1）を取得して一定時間保持しておく。複数の送信遅延時間情報（d1）を取得したところで、回線適応制御部37bに、複数の送信遅延時間d1による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップS124）。
【００７０】
次に、回線適応制御部37bは、送信遅延時間情報（ｄ）に基づいて、エンコード部60の動作条件を計算する（ステップS108）。そして、回線適応制御部37bは、送受信部31及び送受信部51を介して通信端末５のエンコード部60に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する（ステップS126）。即ち、下りの場合の回線適応制御部27は、同じ配信管理装置２内でエンコーダブリッジ部30に回線適応制御信号を出力するのに対して、上りの場合の回線適応制御部37bは、配信管理装置２から通信ネットワーク９を介して、通信端末５に回線適応制御信号を送信する。
【００７１】
次に、エンコード部60は、受信した回線適応制御信号で示される動作条件に基づいて、エンコード部60の動作条件を変更する（ステップS127）。エンコード部60は、新たな動作条件によって、上記ステップS121のように、映像（音）データ〔Ｅ〕と、時刻情報（to）と、時間差情報（Δ）とを、送受信部51及び送受信部31を介して、配信管理装置２のデコード部40に送信する（ステップS128）。映像（音）データ〔Ｅ〕は、カメラ62及びマイク63から取得してエンコードしたデータである。時刻情報（to）は、記憶部5000から取得した現時点の通信端末５における時刻toを示すデータである。時間差情報（Δ）は、記憶部5000から取得した時間差Δを示すデータである。その後、上記ステップS122以降の処理が続けて行われる。このようにして、上り用の回線適応制御の処理が継続して行われる。
【００７２】
＜マルチディスプレイの処理＞
続いて、図20乃至図22を用いて、マルチディスプレイの処理について説明する。なお、図20乃至図22は、図５に示されているマルチディスプレイの処理を示したシーケンス図である。また、ここでは、ウェブコンテンツを表示させるためのブラウザ20を「ブラウザ20a」と示し、ユーザへの設定画面を表示させるためのブラウザ20を「ブラウザ20b」と示す。更に、ここでは、図15のステップS30に相当する処理から説明する。
まず、配信管理装置２のブラウザ20aは、ウェブサーバ８から取得したウェブコンテンツデータ〔XYZ〕をレンダリングして画像（音）データを生成し、送信用FIFO24に出力する（ステップS201）。そして、変換部10が、送信用FIFO24に格納された画像（音）データをエンコードすることで、通信端末5aに配信すべき映像（音）データ〔XYZ〕に変換する（ステップS202）。
【００７３】
次に、エンコーダブリッジ部30は、送受信部31及び送受信部51を介して、通信端末5aの再生制御部53に映像（音）データ〔XYZ〕を送信する（ステップS203）。これにより、通信端末5aでは、再生制御部53からデコード部50に、映像（音）データ〔XYZ〕が出力され、レンダリング部55を介して、表示部58にて映像（音）が再生される（ステップS204）。
次に、通信端末5aのユーザによって、表示部58上に表示されている画面を、メニュー要求画面に切り替えられると（ステップS205）、送受信部51が、端末管理システム７の送受信部71aに、共有端末選択メニューを要求する（ステップS206）。これに対して、送受信部71bは、送受信部21を介して配信管理装置２のブラウザ管理部22に対し、ブラウザ20bの起動要求を行う（ステップS208）。
【００７４】
次に、エンコーダブリッジ部30の作成・選択部310は、ブラウザ20aから変化部10（例えば、変換部10a）への出力を、ブラウザ20bから変換部10（例えば、変換部10b）への出力に切り替える（ステップS209）。但し、通信端末5aが他の通信端末５（例えば、通信端末5b）と変換部10（例えば、変換部10a）を共有して上記ステップS203による映像（音）データを受信していた場合には、他の通信端末５（例えば、通信端末5b）はブラウザ20a用に変換部10（例えば、変換部10a）を利用中であるため、エンコーダブリッジ部30の作成・選択部310は、新たに変換部10（例えば、変換部10b）を作成する。
そして、ブラウザ20bは、送受信部21及び送受信部71bを介して、端末管理システム７の記憶部7000に、配信先選択メニューを要求する（ステップS210）。この際に、通信端末5aの端末IDも送信される。これに対して、端末管理システム７の記憶部7000では、この端末IDに基づいて記憶部7000に記憶されている利用可能端末管理テーブル7020を検索することにより、対応する共有IDを抽出する（ステップS211）。この共有IDは、通信端末5aが遠隔共通処理をするために利用可能な通信端末５を示している。ここでは、通信端末5aの端末IDが「t001」であるため、抽出される共有IDは「v003」、「v006」である。
【００７５】
更に、記憶部7000は、抽出した共有IDに基づいて端末管理テーブル7010を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップS212）。ここでは、図１３に示されているように、抽出された共有ID「v003」、「v006」に対応する表示名は、それぞれ「東京本社１０Ｆ  ＭＦＰ」、「大阪展示場１Ｆ  マルチディスプレイ」である。
そして、記憶部7000は、送受信部71b及び送受信部21を介して、ブラウザ20bにコンテンツデータとして配信先選択メニューのデータを送信する（ステップS213）。この配信先選択メニューは、図10に示されているように、チェックボックス、共有ID、及び表示名が含まれている。
【００７６】
次に、図21に示されているように、ブラウザ20bが、端末管理システム７から取得した配信先選択メニュー〔Ｍ〕を示すコンテンツデータをレンダリングして画像（音）データを生成し、送信用FIFO24に出力する（ステップS221）。そして、変換部10が、送信用FIFO24に格納された画像（音）データ〔Ｍ〕をエンコードすることで、通信端末5aに配信すべき映像（音）データ〔Ｍ〕に変換する（ステップS222）。
次に、エンコーダブリッジ部30は、送受信部31及び送受信部51を介して、通信端末5aの再生制御部53に映像（音）データ〔Ｍ〕を送信する（ステップS223）。これにより、通信端末5aでは、再生制御部53からデコード部50に、映像（音）データ〔Ｍ〕が出力され、レンダリング部55を介して、表示部58にて、図10に示されているような映像（音）が再生される（ステップS224）。
ユーザによって共有ID「v006」のチェックボックスにチェックが入れられ、「OK」ボタンが押下されると、操作部52が、送受信部51及び送受信部31を介してブラウザ管理部22に、操作データとしてチェック結果を送信する（ステップS226）。
【００７７】
次に、ブラウザ20bは、チェック結果から共有IDを選択する（ステップS227）。そして、ブラウザ20bは、送受信部21及び送受信部71bを介して、端末管理システム７の記憶部7000に配信先追加要求を行う（ステップS228）。この配信先追加要求には、上記ステップS227によって選択された共有IDが含まれている。そして、ブラウザ20bは、役目を終えて終了する（ステップS229）。これにより、エンコーダブリッジ部30の作成・選択部310は、ブラウザ20bから変換部10への出力を、ブラウザ20aから変換部10への出力に戻すよう切り替える（ステップS230）。
【００７８】
図22に示すように、端末管理システム７の記憶部7000では、上記ステップS228によって送られて来た共有IDに基づいて、端末管理テーブル7010を検索することにより、対応する端末ID及び設置位置情報を抽出する（ステップS241）。そして、記憶部7000は、送受信部71b及び送受信部21を介してブラウザ管理部22に、配信先の追加指示を行う(ステップS242)。この配信先の追加指示には、上記ステップS241によって抽出された端末ID及び設置位置情報が含まれている。ここでは、端末ID及び設置位置情報が「t006」、「左」と、端末ID及び設置位置情報が「t007」、「中」と、端末ID及び設置位置情報が「t008」、「右」との３組の端末ID及び配置位置情報が含まれている。
次に、エンコーダブリッジ部30の作成・選択部310は、マルチディスプレイ用の変換部10を作成する（ステップS243）。なお、この場合、エンコーダブリッジ部30の作成・選択部310は、ブラウザ管理部22から、端末ID及び設置位置情報を取得する。
そして、上記ステップS243によって作成された変換部10の分割部13が、送信用FIFO24に格納されている画像（音）データ〔XYZ〕を分割し、エンコード部19が、分割された各データをエンコードする（ステップS244）。
そして、エンコーダブリッジ部30は、端末ID(「t006」)及び設置位置情報(「左」)に基づいて、送受信部31及び通信端末5f1の送受信部51を介して、通信端末5f1の再生制御部53に映像（音）データ〔Ｘ〕を送信する（ステップS245-1）。これにより、通信端末5f1では、再生制御部53からデコード部50に、映像（音）データ〔Ｘ〕が出力され、スピーカ61から音が再生されると共に、レンダリング部55を介して表示部58にて映像が再生される（ステップS246-1）。
また、同様にして、エンコーダブリッジ部30は、端末ID(「t007」)及び設置位置情報(「中」)に基づいて、送受信部31及び通信端末5f2の送受信部51を介して、通信端末5f2の再生制御部53に映像（音）データ〔Ｙ〕を送信する（ステップS245-2）。これにより、通信端末5f2は、再生制御部53からデコード部50に、映像（音）データ〔Ｙ〕が出力され、スピーカ61から音が再生されると共に、レンダリング部55を介して表示部58にて映像が再生される（ステップS246-2）。
更に、同様にして、エンコーダブリッジ部30は、端末ID(「t008」)及び設置位置情報(「右」)に基づいて、送受信部31及び通信端末5f3の送受信部51を介して、通信端末5f3の再生制御部53に映像（音）データ〔Ｚ〕を送信する（ステップS245-3）。これにより、通信端末5f3は、再生制御部53からデコード部50に、映像（音）データ〔Ｚ〕が出力され、スピーカ61から音が再生されると共に、レンダリング部55を介して表示部58にて映像が再生される（ステップS246-3）。
【００７９】
［本発明の前提となった実施形態の主な効果］
以上、具体的な例を挙げながら詳細に説明したように、本実施形態の配信システム１では、クラウド上で配信管理装置２がブラウザ20及びエンコード等を行うエンコーダブリッジ部30を有する。これにより、ブラウザ20が所定の記述言語で示されたコンテンツデータから映像データ又は音データを生成し、エンコーダブリッジ部30が通信ネットワーク９を介して配信することができるようにデータ形式を変換してから通信端末５に配信する。よって、通信端末５では、所定の記述言語で示されたコンテンツデータを受信する負荷、及び受信後に映像データ又は音データに変換する負荷が低減されるため、コンテンツのリッチ化に対応させるための負荷が高いという問題を解消することができる。
特に、ブラウザ20は、リアルタイムコミュニケーションを可能にし、変換部10は、ブラウザ20によって生成された映像（音）データに対してリアルタイムのエンコードを行う。よって、例えば、映像（音）データのオンデマンド配信のように、DVDプレーヤがリアルタイム性のない（つまり、予めエンコードされている）映像（音）データを選択して配信する場合とは異なり、配信管理装置２は、配信する直前に取得したコンテンツをレンダリングすることで映像（音）データを生成してからエンコードするため、配信管理装置２は、リアルタイム性に優れた映像（音）データの配信を行うことができる。
【００８０】
［補足説明］
本実施形態の配信システム１では、端末管理システム７と配信管理装置２とを互いに別個の装置として構成しているが、本発明はこれに限定されない。例えば、配信管理装置２に端末管理システム７の機能を持たせるなどにより、端末管理システム７と配信管理装置２とを一体の装置として構成するようにしてもよい。
また、上記実施形態における配信管理装置２、及び端末管理システム７は、単一のコンピュータによって構築されてもよく、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
更に、上記実施形態の各プログラムが記憶されたCD-ROM等の記録媒体、並びに、これらプログラムが記憶されたHDD204は、いずれもプログラム製品(Program Product)として、国内又は国外へ提供されることができる。
【００８１】
［本発明の実施の形態］
次に本発明の実施の形態について述べる。
図23は、一実施の形態を示す概念図であり、配信管理装置を介して複数の通信端末を使った通信の概念図である。
図23に示した概念図と図５に示した概念図との相違点は、複数の通信端末を用いて、連携する共有IDの異なる、少なくとも二つの通信端末を１つのディスプレイとして扱う点である。
【００８２】
図23に示した実施の形態は、１台の通信端末と２台の通信端末との共有を示す物である。図23において、通信端末5f1としての通信端末504で一つのディスプレイを構成し、通信端末5f2としての通信端末505と通信端末5f3としての通信端末506とで一つのディスプレイを構成している。
詳しい点については後述するが、通信端末504は電子ペンP1で描画可能であり音(E2)を発生することが可能である。通信端末504は、ブラウザ20からのデータが入力される画像を表示することが可能である。電子ペンP1で描画された画像はブラウザ20へ送ることが可能である。
カメラ・マイク・スピーカ等の通信端末5e1からの音声や画像は配信管理装置２へ送られるようになっている。
通信端末505,506は、電子ペンP2,P3で描画可能であり、音(E1)を発生することが可能である。通信端末505,506はブラウザ20からのデータが入力されると画像を表示することが可能である。
カメラ・マイク・スピーカ等の通信端末5e2からの音声や画像は配信管理装置２へ送られるようになっている。
【００８３】
図24は、横型の通信端末と縦型の通信端末との共有の説明図である。
通信端末5f1としての通信端末502bは、ディスプレイが縦型の通信端末であり、通信端末5f2としての通信端末502aはディスプレイが横型の通信端末である。
これら通信端末502a及び通信端末502bは電子ペンP1,P2により文字や画像の形成が可能な電子情報ボードである。このようにディスプレイが縦型の通信端末とディスプレイが横型の通信端末とを共有することができる。
【００８４】
図25は、端末システム７の概念図である。
端末システム７は、認証部75、記憶部7000と、送受信部71a,71bを有する。記憶部7000は、選択メニューと、端末管理テーブル7010と、利用可能端末管理テーブル7020と、共有管理テーブル7090と、を有する。
【００８５】
図26(a)は端末管理テーブル7010であり、図26(b)は端末管理テーブル7010に格納された情報群である。図26(c)は共有管理テーブル7090であり、図26(d)は共有管理テーブル7090に格納された情報群である。
【００８６】
＜１台の通信端末と２台の通信端末との共有＞・・・パターンＩ
端末管理テーブル7010には図26のように情報が管理され、通信端末の縦横の解像度が管理されている。
複数の通信端末のうち特定の通信端末を１つのディスプレイとして扱う場合、通信端末は同じ共有IDが割振られ、共有管理テーブル7090で共有IDごとに解像度が記録される。例えば、図26で管理される横：縦＝1920×1080pixelの端末IDであるｔ006、ｔ007は２つの通信端末を１つのディスプレイとして扱われる。ここでは、拠点aのｔ006、ｔ007と拠点ｂのt001の画面を共有する場合を考える。
【００８７】
端末IDがｔ006とｔ007は、全画面範囲を共有するという操作を行うと、端末管理テーブル7010にて、同じ共有IDであるv006が割り当てられる。赤外線センサ等のお互いの位置関係を検知する手段を用いて、その位置関係を判別すると、端末テーブル7010の設置位置に、各々の位置が記録される。さらに端末IDを共有することにより、各々の縦横比の値より、算出された２つの画面を１つの画面とした場合の縦横比の値が、共有管理テーブル7090に記録される。
ここで別の通信端末であるt001(共有ID:v001)から、共有ID：v006の２台と遠隔使用して画面を共有する場合、図９の配信先選択メニューが利用可能端末管理テーブル7020の情報と、端末管理テーブル7010の表示名のデータを基に表示される。
ここでv006を選択すると、v001の共有管理テーブル7090の共有１にv006が、v006の共有１にv001が記録される。また、共有管理テーブル7090の各縦横比と、端末管理テーブル7010の解像度の値とから、共有座標の値が算出され、端末管理テーブル7010に記録される。ｔ006とｔ007とは、1920×1080が共有範囲であり、t001は1920×540までが共有範囲となり、Bの範囲（1920×541〜1080）が、共有ID：v006と共有できないローカル範囲として扱われる。つまりBの範囲は、t006にもt007にも表示されないことになる。
【００８８】
ここで、図23を参照して通信端末504と通信端末505、506の画面を遠隔で共有する例を説明する。通信端末504で表示されている画面と電子ペンP1とで描画された情報から通信端末505,506へ送信する例である。
電子ペンP1で描画された描画画面のデータは、座標判定部501で端末管理ケーブル7010の共有座標の値を基に振分けられ、共有範囲である領域Aの描画データp1Aはブラウザ20へ送られる。ローカル範囲の描画データp1Bは通信端末504用の描画データ記憶装置である描画504に送られる。描画時には通信端末504用データは、エンコーダブリッジ部30でブラウザ20のデータと描画504のデータとを合成し、通信端末504に送られる。通信端末505,506への各端末用データは、エンコーダブリッジ部30でブラウザ20のデータを合成し、通信端末505,506へ送られる。
【００８９】
電子ペンP2を描画する場合を示すと、電子ペンP2が通信端末505,506で使用できない場合、電子ペンP2で描画されたデータは、座標判定部501で端末管理ケーブル7010の共有座標の値を基に振分けられる。しかし、通信端末505は全て共有範囲（領域A）であるため、描画データp2はブラウザ20へ送られる。電子ペンP2が通信端末505,506で使用できる場合は、通信端末505で描画された描画データp2はブラウザ20へ送られ、通信端末506で描画された描画データはp3としてブラウザ20へ送られる。
【００９０】
ここで複数の通信端末のうち所定数の通信端末を候補とし、時系列で早いタイミングでマルチディスプレイを構成した通信端末をマルチディスプレイの構成要素と決定するようにしてもよい。
【００９１】
＜ディスプレイが横型の通信端末502aとディスプレイが縦型の通信端末502ｂとの共有＞・・・パターンII
共有IDの異なる通信端末間を遠隔で使用する場合、解像度により共有する範囲が決まる。図24の通信端末502aと通信端末502bのように異なる縦横比のディスプレイの場合、右のディスプレイ502bのBの範囲が共有できない範囲となる。この範囲はローカル範囲として扱う。つまり、右のディスプレイ502bだけに表示される領域とし、通信端末502aではBの範囲は表示させない。
【００９２】
端末IDがt008の通信端末502aと、端末IDがｔ009の通信端末502bとは、端末管理テーブル7010では共有IDとしてv007、v008が割り当てられている。また各々の縦横比の値が、共有管理テーブル7090に記録されている。共有IDがv007の通信端末t008から、共有IDがv008の通信端末と遠隔にて画面を共有しようとする場合を考える。図９の配信先選択メニューが利用可能端末管理テーブル7020の情報と、端末管理テーブル7010の表示名のデータとを基に表示される。
ここでv008を選択すると、v007の共有管理テーブル7090の共有１にv008が、v008の共有１にv007が記録される。また、共有管理テーブル7090の各縦横比と、端末管理テーブル7010の解像度の値から、共有座標の値が算出され、端末管理テーブル7010に記録される。通信端末502aは、1920×1080が共有範囲であり、通信端末502bは1080×608までが共有範囲となり、Bの範囲（1080×609〜1920）が、共有ID：v007の端末502aと共有できないローカル範囲として扱われる。つまりBの範囲は、通信端末502aに表示されないことになる。
【００９３】
ここで、通信端末502aの画面と通信端末502bの画面とを遠隔で共有する例を説明する。通信端末502bで表示されている画面と電子ペンP1で描画された情報を通信端末502aへ送信する例である。
電子ペンP1で描画されたデータは、座標判定部501で端末管理ケーブル7010の共有座標の値を基に振分けられ、共有範囲(領域A)の描画データp1Aはブラウザ20へ送られる。ローカル範囲の描画データであるローカル描画データp1Bは通信端末502b用の描画データ記憶装置である描画502に送られる。描画時には端末502b用データは、エンコーダブリッジ部30でブラウザ20のデータと描画502のデータとを合成し、通信端末502bに送られる。通信端末502aへは、エンコーダブリッジ部30でブラウザ20のデータを合成し、端末502a送られる。
【００９４】
次に、通信端末502aで表示されている画面と電子ペンP2で描画された情報とを通信端末502bへ送信する例を示す。
通信端末502aに電子ペンP2で描画されたデータは、座標判定部501で端末管理ケーブル7010の共有座標の値を基に振分けられる。しかし、通信端末502aは全て共有範囲としての領域Aであるため、描画データp2は描画503には送られず、全てブラウザ20へ送られる。描画時には通信端末502b用データは、エンコーダブリッジ部30でブラウザ20のデータと描画502のデータとを合成し、通信端末502bに送られる。通信端末502aへは、エンコーダブリッジ部30でブラウザ20のデータを合成し、端末502a送られる。
【００９５】
ここで、複数の通信端末のうち特定の通信端末でマルチディスプレイを構成する際に、一の通信端末のディスプレイに表示されていたコンテンツを、アスペクト比を替えずに隣接する通信端末とともに拡大表示するようにしてもよい。
複数の通信端末のうち特定の通信端末でマルチディスプレイを構成する際に、一の通信端末のディスプレイに表示されていたコンテンツを、隅の座標点を基点として拡大表示するようにしてもよい。
【００９６】
図27は通信端末の共有を認識するまでの処理を示すフローチャートの一例である。
配信管理装置２における通信端末5f2はIDがT006の通信端末の配置位置を検知する(S5-5-1)。通信端末5f3はIDがt007, t001の通信端末の配置位置を検知し、端末管理テーブル7010にidがt006,T007の通信端末についての端末共有要求を送る(S5-1-2)。
通信端末5f1は共有IDがV006の通信端末についての共有開始要求を共有管理テーブル7090に送る(S5-1-6)。
端末システム７は端末管理テーブル7010に共有ID、設置位置を記憶させ(S5-1-3)、共有IDから二つを合計した場合の解像度を計算して記録させる(S5-1-4)。
端末管理システム７は共有管理テーブル7090において共有IDがv001,V006の通信端末に共有情報を付与する(S5-1-7)。
端末管理システム７は端末管理テーブル7010に、共有管理テーブル7090の共有IDがv001,v006の通信端末の縦横比のデータから、共有座標の範囲を計算して通信端末のIDとしてのt001,t006,t007に記録する。
【００９７】
図28は、画面を共有する処理を示すフローチャートの一例である。
IDがt006通信端末5f2、IDがt007の通信端末5f3、及び端末管理システムは待機し、IDがt007の通信端末5f1は電子ペンにより描画がされると、IDをt001として描画情報Ｐをブラウザに送る。
配信管理装置２は座標判定部で共有すべき描画情報か否か判定する。判定結果が共有すべき描画情報の場合、ブラウザに送り、ブラウザからエンコーダブリッジに送る。判定結果が共有すべき描画情報でない場合、描画記憶し、エンコーダブリッジに送る。T001でブラウザと描画記憶された描画情報を合成する。T006,T007ではブラウザの描画情報を合成する。
【００９８】
図29は、通信端末の共有を認識するまでのフローチャートの一例である。
IDがt008の通信端末は待機する。IDがt009の通信端末5f1はIDをt009として通信端末の共有開始を共有管理テーブル7090に要求する(S5-2-1)。共有要求は共有IDをV007とする。自端末の共有IDをV008とする(S5-2-2)。
端末管理システム７は、共有管理テーブル7090の共有IDとしてのv007,V008に共有情報を付与する(S5-2-3)。
端末管理システム７は端末管理テーブル7010の共有IDとしてのv007,V008の縦横比のデータから共有座標の範囲を計算して端末IDとしてのt008,t009に記録させる(S5-2-4)。
【００９９】
図30は、画面を共有する処理のフローチャートの一例である。
IDがT008の通信端末5f2及び端末管理システム７は待機する。IDがt009の通信端末5f1は電子ペンにより描画されると、描画情報Ｐが発生する。配信管理装置２は座標判定部で共有すべき描画情報か否か判定する。共有すべき描画情報である場合はブラウザに送られ、共有すべき描画情報でない場合は描画記憶を行う。ブラウザ送りもしくは描画記憶の後エンコーダブリッジに送られる。T009でブラウザと描画記憶された描画情報を合成する。T008では、ブラウザの描画情報を合成する。
【０１００】
＜端末管理テーブル7010の説明＞
通信端末には縦解像度や横解像度等様々な解像度のものが使用される。この様々な通信端末は、図26に示すように、端末管理テーブル7010には情報が格納され管理されている。管理される情報としては、個々の通信端末に特有の端末ID、ユーザ証明書情報、契約情報、通信端末のディスプレイの縦横解像度と縦横比、共有座標の通信端末の座標範囲、通信端末の種別、設定情報、共有する際に利用される共有IDが挙げられる。また、管理される情報としては、複数台の通信端末を合わせて利用する場合に必要となる設置位置や、遠隔で共有する際に使用する表示名が挙げられる。設定情報は、ユーザがクラウドブラウザ23を利用する際にディスプレイ58に表示されるサイト画面であり、例えば、ホームURLやお気に入りURLが含まれる。また、ブラウザ環境情報は、ユーザが前回ブラウザ23を利用した際のcookie情報やキャッシュファイルが含まれる。
【０１０１】
＜共有管理テーブル7090の説明＞
複数の端末を１つのディスプレイとして扱う場合、端末は同じ共有IDが割振られ、共有管理テーブル7090で共有IDごとに画面の縦横比が記録される。共有IDの異なる通信端末間を遠隔で使用する場合、縦横比により、画面上で共有する範囲とローカル範囲が決まる。これらの情報は、端末管理システム７内にて管理される。
【０１０２】
一例として、図26の共有IDがv001、v004及びv006が遠隔で共有すると、各共有IDの側面の縦横比は、v001は16×9、v004は5×3、v006は32×9である。全ての画面で共有できるならばよいが、この場合は縦横比が異なるため全ての通信端末の画面を共用することはできない。そのため、各共有IDで共有範囲を示す座標を求める。各共有IDの縦横比に、共有する他のディスプレイの縦横の比の値を掛けると、v001は2560×1440、v004は2560×1536、v006は2560×720となる。
【０１０３】
ここで縦の値が一番小さい範囲が共有できる範囲となる。つまり共有できる画面の版には縦横比で2560×720になる。この縦の値に横の解像度を掛け、横の値の2560で割ると共有範囲を示す座標としての画素数が算出される。V001では720×1920/2560＝540の範囲が共有できる範囲となり、v004では、720×1080/2560＝360の範囲が共有できる範囲となり、v006では、720×3840/2560＝1080の範囲が共有できる範囲となる。横の解像度は、各通信端末のそのままの解像度となる。この値は、端末管理ケーブル7010の共有座標に記録される。
【０１０４】
以上のように、一つの画面内で共有できる範囲と共有できないローカル範囲に別れる場合が発生する。しかし、ローカル範囲を使用しないと画面を有効に利用できないため、ローカル範囲をその共有IDの通信端末内で綴じた情報を描画範囲として使用することとする。
【０１０５】
＜端末502a（横）と端末502ｂ（縦）の共有＞・・・パターンII
図23において、破線で示す通信端末5f2,5f3及び破線で示す通信端末5f1が電子情報ボードであり、電子ペンP1,P2,P3で文字や画像の形成が可能である。
図23のように異なる縦横比のディスプレイの場合、右のディスプレイのBの範囲としての領域aが共有できない範囲となる。この範囲はローカル範囲として扱われる。電子ペンP1で描画された画像や文字のデータは、端末管理システム７内の解像度のデータを用いて、前述のように共有範囲とローカル範囲とを出す。その範囲と描画された座標データとを基に、座標判定部50で振分けられ、共有範囲はブラウザ20へ、ローカル範囲は右ディスプレイ用の記憶媒体である描画502に送られる。左ディスプレイは、ローカル範囲がないため、描画データは全てブラウザ20へ送られる。
【０１０６】
電子ペンP1,P2,P3による描画時には各ディスプレイ用データは、エンコーダブリッジ部30でブラウザ20のデータと各ディスプレイ専用の描画502、503のデータとを合成し、各ディスプレイに送られる。図23では、右ディスプレイにはブラウザ20からのコンテンツと描画502からの描画データとが、エンコーダブリッジ部30内で独自に合成され、エンコードされて送られる。左ディスプレイにはブラウザ20からのコンテンツからの描画データが、エンコーダブリッジ部30内で独自に合成され、エンコードされて送られる。この例では左ディスプレイにはローカル範囲がないので、描画503にはデータがなく、合成はされない。ローカル範囲がある場合には描画503の描画データが合成される。
【０１０７】
＜作用効果＞
本実施形態によれば、複数の端末が画面を共有する際に、その解像度によって画面上で共有する範囲とローカル範囲に分割し、個別に画像データを作成して送信することで、共有とローカルでの使用という機能を端末機器に対応して表示することができるのである。
すなわち、本実施形態によれば、異なる解像度や縦横比を有する端末間で同じ画像情報を共有することにより、共有IDごとの解像度と、共有する対象の解像度により、個々の解像度に適した画面を表示し、描画すること仕組みを備えていることである。このため、同じ画像情報を有効的に利用できることと、共有で利用されない範囲をローカルとして使用できるという特有の効果を奏する。
つまり、本実施形態によれば、画像を共有する複数の共有IDを同じくする端末間で、解像度の縦横比が異なる場合でも表示する画面を有効に利用することができる。
【０１０８】
尚、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。
【符号の説明】
【０１０９】
１    配信システム
２    配信管理装置
５    通信端末
７    端末管理システム
８    ウェブサー
９    通信ネットワーク
１０    変換部（変換手段の一例）
１１    トリミング部
１２    リサイズ部
１３    ブレンディング部
１４    エンコード部
２０    ブラウザ（生成手段の一例）
２１    送受信部
２２    ブラウザ管理部
２３    クラウドブラウザ
２４    送信用ＦＩＦＯバッファ（送信用ＦＩＦＯ）
３０    エンコーダブリッジ部
３１    送受信部（配信手段の一例）
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開２００２−２６８９６９号公報
【図１】
2015060292.tif 000003
【図２】
2015060292.tif 000004
【図３】
2015060292.tif 000005
【図４】
2015060292.tif 000006
【図５】
2015060292.tif 000007
【図６】
2015060292.tif 000008
【図７】
2015060292.tif 000009
【図８】
2015060292.tif 000010
【図９】
2015060292.tif 000011
【図１０】
2015060292.tif 000012
【図１１】
2015060292.tif 000013
【図１２】
2015060292.tif 000014
【図１３】
2015060292.tif 000015
【図１４】
2015060292.tif 000016
【図１５】
2015060292.tif 000017
【図１６】
2015060292.tif 000018
【図１７】
2015060292.tif 000019
【図１８】
2015060292.tif 000020
【図１９】
2015060292.tif 000021
【図２０】
2015060292.tif 000022
【図２１】
2015060292.tif 000023
【図２２】
2015060292.tif 000024
【図２３】
2015060292.tif 000025
【図２４】
2015060292.tif 000026
【図２５】
2015060292.tif 000027
【図２６】
2015060292.tif 000028
【図２７】
2015060292.tif 000029
【図２８】
2015060292.tif 000030
【図２９】
2015060292.tif 000031
【図３０】
2015060292.tif 000032