JPWO2015045787A1 - 配信管理装置、端末及び配信管理方法 - Google Patents

Abstract

複数の端末がネットワークを介して接続された配信管理装置であって、端末が受け付けた操作入力を示す操作情報に基づいて表示情報を生成する生成手段と、表示情報から映像情報に変換する変換手段と、映像情報を端末に配信する配信手段と、を備え、端末から、他の端末に公開しない操作情報を示す非公開操作情報を受信した場合、配信手段は、他の端末に、非公開操作情報に基づかない表示情報から変換された映像情報を配信することを特徴とする。

Description

本発明は配信管理装置、端末及び配信管理方法に関する。

近年、インターネットの普及に伴い、様々な分野でクラウドコンピューティングが利用されてきている。クラウドコンピューティングは、ユーザが、インターネットに接続した通信端末を用いてインターネット上のサーバが提供するサービス（クラウドサービス）を利用し、その対価を支払うサービス利用形態である。

ところが、インターネット上で扱われるウェブ（Ｗｅｂ）コンテンツは、様々な要求に応えるためにリッチ化される傾向にある。そのため、インターネット経由でサービスを利用するための通信端末を用いて、リッチ化されたコンテンツを利用する場合、通信端末の負荷が高いという問題がある。

また、特許文献１には、文字や絵などの描画情報を表示するための操作入力が可能な通信端末をネットワークに接続し、当該端末同士で当該描画情報によってコミュニケーションを行う技術が開示されている。

しかしながら、従来の技術では、自端末のみで表示する描画情報と、他の端末にも表示する描画情報とを区別して端末に表示させることができなかった。

本発明は、上記に鑑みてなされたものであって、自端末のみで表示する描画情報と、他の端末にも表示する描画情報とを区別して端末に表示させることができる配信管理装置、端末及び配信管理方法を提供することを目的とする。

上述した課題を解決すべく、本発明は、複数の端末がネットワークを介して接続された配信管理装置であって、前記端末が受け付けた操作入力を示す操作情報に基づいて表示情報を生成する生成手段と、前記表示情報から映像情報に変換する変換手段と、前記映像情報を前記端末に配信する配信手段と、を備え、前記端末から、他の端末に公開しない前記操作情報を示す非公開操作情報を受信した場合、前記配信手段は、前記他の端末に、前記非公開操作情報に基づかない表示情報から変換された前記映像情報を配信することを特徴とする。

本発明によれば、自端末のみで表示する描画情報と、他の端末にも表示する描画情報とを区別して端末に表示させることができる。

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

以下に図面を用いて、本実施形態に係る配信システムを詳細に説明する。以下に示す実施形態は、クラウドコンピューティングを利用して、クラウド上でウェブブラウザ（以下、「ブラウザ」と示す。）とエンコーダとの両方を連携させて実行させ、ウェブコンテンツを映像データ、音データ、又は映像データ及び音データに変換してパーソナルコンピュータや電子黒板等の通信端末に配信する配信システムとしての適用例である。なお、以下で記載する「画像」には、静止画及び動画が含まれる。また、以下で記載する「映像」は、基本的に動画を意味し、動画が停止されて静止画状態になった場合も含まれる。更に、静止画及び音のうち少なくとも一方を示す場合には、「静止画（音）」と表記する。また、画像及び音のうち少なくとも一方を示す場合には、「画像（音）」と表記する。映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と表記する。

〔実施形態の概略〕
まず、図１を用いて、本実施形態の概略を説明する。図１は、本実施形態に係る配信システム１の概略図である。

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

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

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

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

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

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

配信管理装置２は、クラウド上でブラウザ２０を有し、ブラウザ２０におけるレンダラ（Ｒｅｎｄｅｒｅｒ）の機能が、所定の記述言語で示された単一または複数のコンテンツデータを取得して、レンダリングすることにより、ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）によるビットマップデータ等の静止画データやＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）データ等の音データ（即ち、静止画（音）データ）としてのフレームデータを生成することができる。なお、コンテンツデータは、ウェブサーバ８や任意の通信端末等から取得されたデータであって、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）による画像（音）データ、ＭＰ４（ＭＰＥＧ−４）による画像（音）データ、ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）による音データ等が含まれる。

更に、配信管理装置２は、クラウド上でエンコード部１９を有し、エンコード部１９がエンコーダとしての役割を果たすことにより、静止画（音）データとしての各フレームデータを、Ｈ．２６４（ＭＰＥＧ−４ ＡＶＣ）、Ｈ．２６５、Ｍｏｔｉｏｎ ＪＰＥＧ等の圧縮符号化方式の映像（音）データに変換する。

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

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

なお、配信管理装置２だけでなく、通信端末５もブラウザを有してもよい。この場合、配信管理装置２のブラウザ２０を最新化することで、各通信端末５のブラウザを起動させる必要はなくなる。

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

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

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

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

（操作データの配信の公開設定及び非公開設定）
本実施形態の配信システム１は、通信端末５の操作データを他の通信端末５にも配信するか否かを、通信端末５の設定により切り換えることができる。通信端末５の設定を切り換える方法は、例えば通信端末５の表示画面に表示されるボタンにより行う。なお、ここでは操作データの配信方法の概略について説明し、詳細な説明は後述する。

まず自通信端末５の操作データを、他の通信端末５にも配信する公開設定について説明する。すなわち通信端末５の操作データの配信の設定が、公開設定になっている場合について説明する。図５は、操作情報を公開する場合の配信方法を示す概念図である。図５に示すように、第１の拠点（図５の右側）では、通信端末５ｆ１が電子黒板として利用され、電子ペンＰ１が入力デバイスとして利用されている。また、第２の拠点（図５の左側）では、通信端末５ｆ２が電子黒板として利用され、電子ペンＰ２が入力デバイスとして利用されている。

通信端末５ｆ１は背景画像としてコンテンツＡを表示する。なお、背景画像のコンテンツＡは配信管理装置２から受信する。具体的には、配信管理装置２はウェブサーバ８からコンテンツＡを受信し、当該コンテンツＡをブラウザ２０によりレンダリングすることにより、通信端末５ｆ１に背景画像として表示するためのデータ形式にする。そして、エンコーダブリッジ部３０−１が、レンダリングされたコンテンツＡをエンコードして通信端末５ｆ１に送信する。通信端末５ｆ２の背景画像としてコンテンツＡを表示する場合についても同様である。

通信端末５ｆ１は電子ペンＰ１による操作入力を示す操作データを受け付ける。当該操作データは、例えば通信端末５ｆ１に描画された文字や図形の位置を示す座標情報などを含む。通信端末５ｆ１は、受け付けた操作入力を示す操作データ［ｐ１］と、当該操作データが公開設定であることを示す情報と、通信端末５ｆ１を識別する識別情報と、が関連付けられた端末送信情報を配信管理装置２に送信する。

同様に、通信端末５ｆ２は、電子ペンＰ２による操作入力を示す操作データを受け付ける。通信端末５ｆ２は、受け付けた操作入力を示す操作データ［ｐ２］と、当該操作データが公開設定であることを示す情報と、通信端末５ｆ２を識別する識別情報と、が関連付けられた端末送信情報を配信管理装置２に送信する。

配信管理装置２は通信端末５ｆ１から操作データ［ｐ１］を受信すると、当該操作データ［ｐ１］をブラウザ２０に送信する。同様に配信管理装置２は通信端末５ｆ２から操作データ［ｐ２］を受信すると、当該操作データ［ｐ２］をブラウザ２０に送信する。ブラウザ２０は操作データ［ｐ１］及び操作データ［ｐ２］の設定情報が共に公開設定であるため、操作データ［ｐ１］、操作データ［ｐ２］及びコンテンツＡをレンダリングして一の公開表示情報を作成する。

ブラウザ２０は、エンコーダブリッジ部３０−１及びエンコーダブリッジ部３０−２に当該公開表示情報を送信する。エンコーダブリッジ部３０−１は当該公開表示情報をエンコードして通信端末５ｆ１に送信する。エンコーダブリッジ部３０−２は当該公開表示情報をエンコードして通信端末５ｆ１に送信する。通信端末５ｆ１及び通信端末５ｆ２は配信管理装置２から受信した公開表示情報（操作データ［ｐ１］、操作データ［ｐ２］及びコンテンツＡ）を表示する。

次に自通信端末５の操作データを、他の通信端末５には配信しない非公開設定について説明する。すなわち通信端末５の操作データの配信の設定が、非公開設定になっている場合について説明する。図６は、操作情報を非公開にする場合の配信方法を示す概念図である。図６に示すように、第１の拠点（図６の右側）では、通信端末５ｆ１が電子黒板として利用され、電子ペンＰ１が入力デバイスとして利用されている。また、第２の拠点（図６の左側）では、通信端末５ｆ２が電子黒板として利用され、電子ペンＰ２が入力デバイスとして利用されている。通信端末５ｆ１の設定が非公開設定であり、通信端末５ｆ２の設定が公開設定である場合を例にして説明する。

通信端末５ｆ１及び通信端末５ｆ２は背景画像としてコンテンツＡを表示する。通信端末５ｆ１は電子ペンＰ１による操作入力を示す操作データを受け付ける。通信端末５ｆ１は、受け付けた操作入力を示す操作データ［ｐ１］と、当該操作データが非公開設定であることを示す情報と、通信端末５ｆ１を識別する識別情報と、が関連付けられた端末送信情報を配信管理装置２に送信する。

同様に、通信端末５ｆ２は、電子ペンＰ２による操作入力を示す操作データを受け付ける。通信端末５ｆ２は、受け付けた操作入力を示す操作データ［ｐ２］と、当該操作データが公開設定であることを示す情報と、通信端末５ｆ２を識別する識別情報と、が関連付けられた端末送信情報を配信管理装置２に送信する。

配信管理装置２は通信端末５ｆ１から操作データ［ｐ１］を受信すると、当該操作データ［ｐ１］をブラウザ２０に送信する。同様に配信管理装置２は通信端末５ｆ２から操作データ［ｐ２］を受信すると、当該操作データ［ｐ２］をブラウザ２０に送信する。

ブラウザ２０は操作データ［ｐ１］の設定情報が非公開設定であり、操作データ［ｐ２］の設定情報が公開設定であるため、非公開表示情報及び公開表示情報を作成する。具体的には、ブラウザ２０は、操作データ［ｐ１］、操作データ［ｐ２］及びコンテンツＡをレンダリングして一の非公開表示情報を作成し、当該非公開表示情報をエンコーダブリッジ部３０−１に送信する。ブラウザ２０は、操作データ［ｐ２］及びコンテンツＡをレンダリングして一の公開表示情報を作成し、当該公開表示情報をエンコーダブリッジ部３０−２に送信する。

エンコーダブリッジ部３０−１は当該非公開表示情報をエンコードして通信端末５ｆ１に送信する。エンコーダブリッジ部３０−２は当該公開表示情報をエンコードして通信端末５ｆ２に送信する。通信端末５ｆ１は配信管理装置２から受信した非公開表示情報（操作データ［ｐ１］、操作データ［ｐ２］及びコンテンツＡ）を表示する。通信端末５ｆ２は配信管理装置２から受信した公開表示情報（操作データ［ｐ２］及びコンテンツＡ）を表示する。

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

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

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

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

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

次に、図８を用いて、ドングル９９のハードウェア構成について説明する。図８に示すように、ドングル９９は、ドングル９９全体の動作を制御するＣＰＵ９１、基本入出力プログラムを記憶したＲＯＭ９２、ＣＰＵ９１のワークエリアとして使用されるＲＡＭ９３、ＣＰＵ９１の制御にしたがってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）９４、ＧＰＵ９５、ＧＰＵ９５の駆動に用いられるプログラムを記憶したＲＯＭ９６ａ、ＧＰＵ９５のワークエリアとして使用されるＲＡＭ９６ｂ、通信端末５のＩ／Ｆ２０９に接続するためのＩ／Ｆ９７、アンテナ９８ａ、このアンテナ９８ａを利用して短距離無線技術により通信を行う通信部９８、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン９０を備えている。なお、短距離無線技術として、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）規格、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）（登録商標）、ＺｉｇＢｅｅ（登録商標）等が挙げられる。

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

（配信管理装置の機能構成）
配信管理装置２は、図７に例示したハードウェア構成及びプログラムによって、図９に示す各機能構成を実現する。具体的に、配信管理装置２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。更に、配信管理装置２は、図７に示したＨＤＤ２０４によって構築される記憶部２０００を有している。この記憶部２０００には、認識部３５から出力された後述の認識情報が記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２０００に一時的に記憶しておくこともできる。また、記憶部２０００は描画情報テーブル７０３０を記憶する。

図１０は、描画情報テーブル７０３０の概念図である。描画情報テーブル７０３０は、描画コマンド情報、座標情報、端末情報及び設定情報を関連付けて記憶する。描画情報テーブル７０３０のレコードは、ブラウザ２０が上述の端末送信情報（操作データ、操作データの設定情報、及び通信端末の識別情報）を受信したときに、ブラウザ２０により作成される。描画コマンド情報は、電子ペンにより操作入力された文字や絵などの描画内容を描画するコマンドを示す情報である。描画コマンド情報は、例えば「図形Ａ」を表すコマンドの情報である。座標情報は、一の描画内容の書き始めの位置を示す座標である。一の描画内容は、例えば電子ペンが通信端末５ｆの表示画面に接触（又は接近）してから離れるまでに描画された内容である。座標情報は、例えば（ｘ１，ｙ１）である。端末情報は端末送信情報を送信した端末を示す情報である。端末情報は、例えば「５ｆ１」である。設定情報は端末送信情報に含まれる操作データの設定情報（公開設定又は非公開設定）である。設定情報は、例えば「非公開」である。

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

また、本実施形態の配信システム１では、配信管理装置２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ２０が用意されている場合について、以下続けて説明する。

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

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

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

また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から各種操作データ〔ｐ〕を取得し、ブラウザ２０に出力する。なお、操作データ〔ｐ〕は、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。

送信用ＦＩＦＯ２４は、ブラウザ２０で生成された映像（音）データ〔ＡＥｐ〕を格納するバッファである。

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

回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、再生遅延時間Ｕを計算したり、エンコーダブリッジ部３０における後述の変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間Ｕは、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。つまり、回線適応制御部２７は、送信遅延時間情報（Ｄ）とデータのサイズ（ビット数やバイト数等）に基づき、エンコーダブリッジ部３０の動作を変更する。この送信遅延時間情報（Ｄ）は、後述のように、通信端末５における遅延情報取得部５７が再生制御部５３から取得した複数の送信遅延時間Ｄ１によって構成された度数分布情報を示す。各送信遅延時間Ｄ１は、映像（音）データが配信管理装置２によって送信されてから通信端末５によって受信されるまでの時間を示す。

エンコーダブリッジ部３０は、ブラウザ２０が生成した静止画（音）データとしての各フレームデータを、エンコーダブリッジ部３０における後述の変換部１０に出力する。この際、変換部１０は、回線適応制御部２７で計算された動作条件を考慮して各処理を行う。エンコーダブリッジ部３０については、図１１及び図１２を用いて、更に詳細に説明する。図１１は、エンコーダブリッジ部３０の詳細図である。また、図１２は、変換部１０の各機能を示す機能ブロック図である。

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

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

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

エンコード部１９は、ブラウザ２０で生成された映像（音）データをエンコードすることにより、通信ネットワーク９を介して通信端末５に映像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で更新（変化）がなければ）、以降、映像が動くまでスキップフレーム（「フレームスキップ」ともいう）データを挿入することで帯域をセーブする。なお、レンダリングにより静止画データとともに音データが生成される場合には、これら両方のデータがエンコードされるが、音データだけが生成される場合には、トリミングやリサイズ、分割は行われることなく、エンコードだけが行われてデータ圧縮される。

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

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

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

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

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

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

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

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

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

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

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

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

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

デコード部４０は、通信端末５から送信されて来た映像（音）データ〔Ｅ〕をデコードする。また、デコード部４０は、送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を遅延情報取得部３７ａに出力する。

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

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

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

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

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

再生制御部５３は、送受信部５１から受けた映像（音）データ〔ＡＥｐ〕（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。なお、再生遅延時間Ｕは、送受信部５１が配信管理装置２から受信し、再生制御部５３に通知される。再生制御部５３は再生遅延時間Ｕを記憶部５０００に記憶する。また、再生制御部５３は、送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を算出し、遅延情報取得部５７に出力する。

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

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

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

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

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

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

入力手段には、温度センサ、方位センサ、加速度センサ等の各種センサも含まれる。図１３では、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅが接続され、通信端末５ｅのカメラ及びマイクが、通信端末５ｆ１の外付けのカメラ６２及びマイク６３として利用される例を示している。

描画制御部６４は操作部５２から操作データ〔ｐ〕を受信する。描画制御部６４は操作データ〔ｐ〕に基づいてレンダリング部５５に描画を指示する。これにより配信管理装置２から、操作データ〔ｐ〕に基づく描画情報を含む上述の公開表示情報又は非公開表示情報を受信して通信端末５ｆ１に表示されるまで、表示部５８は一時的に操作データ〔ｐ〕に基づく描画情報を表示する。以下、操作データ〔ｐ〕に基づいて一時的に描画された描画情報を「ローカル描画情報」という。また描画制御部６４は記憶部５０００から再生遅延時間Ｕを読み出して、公開表示情報又は非公開表示情報の表示予定時刻になったら、ローカル描画情報の削除をレンダリング部５５に指示する。

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

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

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

図１６は、端末管理テーブル７０１０の概念図である。端末管理テーブル７０１０では、図１６に示すように、登録されている通信端末５の端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、設置位置情報、及び表示名情報が関連付けて管理されている。このうち、実行環境情報には、各通信端末５の「お気に入り」、「前回のＣｏｏｋｉｅ情報」、及び「キャッシュファイル」が含まれており、各通信端末５のログイン後に、設定情報と共に配信管理装置２に送信され、各通信端末５に対して個別のサービスを行うために利用される。

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

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

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

次に、図１４に戻り、各機能構成について説明する。

送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。

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

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

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

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

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

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

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

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

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

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

次に、送受信部３１は、通信端末５ａの送受信部５１に映像（音）データ〔Ａ〕を送信する（ステップＳ３２）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔Ａ〕を受信して、再生制御部５３に出力する。

次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔Ａ〕を取得してデコードする（ステップＳ３３）。その後、スピーカ６１は、デコードされた音データ〔Ａ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ａ〕に基づいて映像を再生する（ステップＳ３４）。

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

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

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

次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時点を示す時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔ_ｒ）を取得する（ステップＳ８６）。

そして、通信端末５の時刻制御部５６は、配信管理装置２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、以下の式（１）によって表される。
Δ＝（（Ｔ_ｒ＋Ｔ_ｓ）／２）−（（ｔ_ｒ＋ｔ_ｓ）／２）・・・（１）

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

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

まず、配信管理装置２の回線適応制御部２７は、通信端末５の再生制御部５３が映像（音）データを再生させるまでにバッファリングすることで再生を遅延させるための再生遅延時間Ｕを示す再生遅延時間情報（Ｕ）を計算して、エンコーダブリッジ部３０に出力する（ステップＳ１０１）。

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

次に、通信端末５では、再生制御部５３が、上記ステップＳ１０２によって取得した再生遅延時間情報（Ｕ）、上記ステップＳ１０４によって取得した時刻情報（Ｔ_０）、及び図１９のステップＳ８８によって記憶部５０００に記憶した時刻差情報（Δ）に基づき、通信端末５における時刻（Ｔ_０＋Ｕ−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１０５）。これにより、下記式（２）に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは遅延しすぎるため、再生されずに消去される。
Ｕ≧（ｔ_０＋Δ）−Ｔ_０ ・・・（２）

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

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

次に、配信管理装置２の回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延時間Ｕ’を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりして、エンコーダブリッジ部３０に出力する（ステップＳ１１１）。即ち、回線適応制御部２７は、送信遅延時間情報（Ｄ）及びデータサイズ（ビット数、バイト数）に基づき、エンコーダブリッジ部３０の動作を変更させる。

次に、送受信部３１は、エンコーダブリッジ部３０から、上記ステップＳ１１１によって計算された新たな再生遅延時間Ｕ’を示す再生遅延時間情報（Ｕ’）を取得し、通信端末５の送受信部５１に再生遅延時間情報（Ｕ’）を送信する（ステップＳ１１２）。これにより、通信端末５の送受信部５１は、再生遅延時間情報（Ｕ’）を受信する。

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

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

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

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

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

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

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

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

＜マルチディスプレイの処理＞
続いて、図２２乃至図２４を用いて、マルチディスプレイの処理について説明する。図２２乃至図２４は、図４に示したマルチディスプレイの処理を示したシーケンス図である。

ここでは、通信端末５ａで再生されている映像（音）データ〔ＸＹＺ〕を、各通信端末（５ｆ１，５ｆ２，５ｆ３）にも分割して再生させる例である。

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

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

次に、配信管理装置２の送受信部３１が、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔ＸＹＺ〕を受信して、再生制御部５３に出力する。

次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔ＸＹＺ〕を取得してデコードする（ステップＳ２０４）。その後、スピーカ６１は、デコードされた音データ〔ＸＹＺ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔ＸＹＺ〕に基づいて映像を再生する（ステップＳ２０５）。

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

次に、送受信部７１ｂは、配信管理装置２の送受信部２１に、設定用ブラウザ２０ｂの起動要求を送信する（ステップＳ２０８）。これにより、配信管理装置２の送受信部２１は、設定用ブラウザ２０ｂの起動要求を受信し、ブラウザ管理部２２に対して、設定用ブラウザ２０ｂの起動要求を行う。

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

そして、送受信部２１は、設定用ブラウザ２０ｂの命令に従って、端末管理装置７の送受信部７１ｂに、配信先選択メニュー要求を送信する（ステップＳ２１１）。この際に、通信端末５ａの端末ＩＤも送信される。これにより、端末管理装置７の送受信部７１ｂは、配信先選択メニュー要求を受信し、記憶部７０００に通信端末５ａの端末ＩＤを出力する。

これに対して、端末管理装置７の記憶部７０００は、この端末ＩＤに基づいて利用可能端末管理テーブル７０１０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１２）。この共有ＩＤは、通信端末５ａが遠隔共有処理をするために利用可能な通信端末５を示している。例えば、通信端末５ａの端末ＩＤが「ｔ００１」である場合、図１７に示した利用可能端末管理テーブル７０２０を検索することで、共有ＩＤ「ｖ００３」，「ｖ００６」が抽出される。

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

そして、送受信部７１ｂは、配信管理装置２の送受信部２１に、配信管理装置２の設定用ブラウザ２０ｂにコンテンツデータとして配信先選択メニューデータ〔Ｍ〕を送信する（ステップＳ２１４）。これにより、配信管理装置２の送受信部２１は、配信先選択メニューデータ〔Ｍ〕を受信し、設定用ブラウザ２０ｂに出力する。この配信先選択メニューデータ〔Ｍ〕は、図１５に示した配信先選択メニュー画面を表示させるための情報であり、チェックボックス、共有ＩＤ、及び表示名が含まれている。

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

次に、送受信部３１は、通信端末５ａの送受信部５１に、上記変換部１０によって変換された後の映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａの送受信部５１は、映像（音）データ〔Ｍ〕を受信して、再生制御部５３に出力する。

次に、通信端末５ａでは、デコード部５０が再生制御部５３から映像（音）データ〔Ｍ〕を取得してデコードする（ステップＳ２２４）。その後、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｍ〕に基づいて、図１５に示したような配信先選択メニュー画面の映像を再生する（ステップＳ２２５）。

次に、図１５に示した配信先選択メニュー画面において、ユーザにより共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると、操作部５２が、ユーザの操作入力を受け付ける（ステップＳ２２６）。

次に、送受信部５１は、配信管理装置２の送受信部３１に、操作データ〔ｐ〕としてチェック結果を送信する（ステップＳ２２７）。これにより、配信管理装置２の送受信部３１は、操作データ〔ｐ〕としてチェック結果を受信して、設定用ブラウザ２０ｂに出力する。

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

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

次に、エンコーダブリッジ部３０の生成・選択・転送部３１０が、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の生成・選択・転送部３１０は、ブラウザ管理部２２から、端末ＩＤ及び設置位置情報を取得する。

そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている静止画（音）データとしての各フレームデータ〔ＸＹＺ〕を分割し、エンコード部１９が、分割された各フレームデータをエンコードする（ステップＳ２４４）。

そして、送受信部３１は、エンコーダブリッジ部３０によってエンコードされた映像（音）データ〔Ｘ〕を、端末ＩＤ（「ｔ００６」）及び設置位置情報（「左」）に基づいて、通信端末５ｆ１の送受信部５１に送信する（ステップＳ２４５＿１）。これにより、通信端末５ｆ１の送受信部５１は、映像（音）データ〔Ｘ〕を受信して、再生制御部５３に出力する。

次に、通信端末５ｆ１では、デコード部５０が再生制御部５３から映像（音）データ〔Ｘ〕を取得してデコードする（ステップＳ２４６＿１）。その後、スピーカ６１は、デコードされた音データ〔Ｘ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｘ〕に基づいて映像を再生する（ステップＳ２４７＿１）。

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

次に、通信端末５ｆ２では、デコード部５０が再生制御部５３から映像（音）データ〔Ｙ〕を取得してデコードする（ステップＳ２４６＿２）。その後、スピーカ６１は、デコードされた音データ〔Ｙ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｙ〕に基づいて映像を再生する（ステップＳ２４７＿２）。

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

次に、通信端末５ｆ３では、デコード部５０が再生制御部５３から映像（音）データ〔Ｚ〕を取得してデコードする（ステップＳ２４６＿３）。その後、スピーカ６１は、デコードされた音データ〔Ｚ〕に基づいて音を再生し、表示部５８は、レンダリング部５５によってデコード部５０から取得されてレンダリングされた映像データ〔Ｚ〕に基づいて映像を再生する（ステップＳ２４７＿３）。

＜操作データの配信の処理＞
続いて、図２５乃至図２８Ｂを用いて、操作データの配信の処理について説明する。図２５は、非公開操作データの描画処理を示すシーケンス図である。配信管理装置２のブラウザ２０は、コンテンツＡを通信端末５ｆ１及び通信端末５ｆ２の背景画像として表示するためレンダリングして出力する（ステップＳ３０１）。配信管理装置２のエンコーダブリッジ部３０は、通信端末５ｆ１及び通信端末５ｆ２に送信するため、レンダリングされたコンテンツＡをエンコードする。

次に、配信管理装置２の送受信部３１は、エンコードされたコンテンツＡを通信端末５ｆ１に送信する（ステップＳ３０２）。通信端末５ｆ１の送受信部５１は、エンコードされたコンテンツＡを受信する。通信端末５ｆ１の再生制御部５３は、エンコードされたコンテンツＡを、デコード部５０に送信する。通信端末５ｆ１のデコード部５０は、エンコードされたコンテンツＡをデコードしてレンダリング部５５に送信する。通信端末５ｆ１のレンダリング部５５は、デコードされたコンテンツＡをレンダリングし、背景画像として表示部５８に表示する（ステップＳ３０３）。

同様に、配信管理装置２の送受信部３１は、エンコードされたコンテンツＡを通信端末５ｆ２に送信する（ステップＳ３０４）。通信端末５ｆ２の送受信部５１は、エンコードされたコンテンツＡを受信する。通信端末５ｆ２の再生制御部５３は、エンコードされたコンテンツＡを、デコード部５０に送信する。通信端末５ｆ２のデコード部５０は、エンコードされたコンテンツＡをデコードしてレンダリング部５５に送信する。通信端末５ｆ２のレンダリング部５５は、デコードされたコンテンツＡをレンダリングし、背景画像として表示部５８に表示する（ステップＳ３０５）。

次に、通信端末５ｆ１の操作部５２は、操作データの設定情報を受け付ける。図２５の例では、通信端末５ｆ１の操作部５２は、操作データの非公開設定を受け付ける（ステップＳ３０６）。ここで、操作データの設定情報を受け付ける方法について説明する。

図２７は、操作データの配信に係る設定情報を操作する画面の概念図である。図２７は、非公開設定ボタン５１０、公開設定ボタン５１１及び非公開描画情報消去ボタン５１２を、通信端末５ｆ１における表示部５８の画面右下に表示する場合の例である。操作部５２は、非公開設定ボタン５１０、公開設定ボタン５１１又は非公開描画情報消去ボタン５１２が、電子ペンなどにより押下されたことを検知する。操作部５２は、非公開設定ボタン５１０を押下された後の操作入力による操作データを、非公開設定の操作データとして扱う。操作部５２は、公開設定ボタン５１１を押下された後の操作入力による操作データを、公開設定の操作データとして扱う。また、操作部５２は、非公開描画情報消去ボタン５１２を押下されると、非公開設定の描画情報を消去する消去リクエストを送受信部５１を介して配信管理装置２に送信する。ここで、非公開設定ボタン５１０は、自端末（ここでは例えば通信端末５ｆ１）で描画した描画情報を自端末には表示させるが、他の端末（ここでは例えば通信端末５ｆ２）には表示させないように設定するボタンである。また、公開設定ボタン５１１は、自端末（ここでは例えば通信端末５ｆ１）で描画した描画情報を自端末に表示させて、さらに他の端末（ここでは例えば通信端末５ｆ２）にも表示させるように設定するボタンである。さらに非公開描画情報消去ボタン５１２は、自端末（ここでは例えば通信端末５ｆ１）で描画し、表示させていた描画情報を自端末から消去するように設定するボタンである。

図２５に戻り、通信端末５ｆ１の操作部５２は、電子ペンなどによる操作入力を示す操作データを受け付ける（ステップＳ３０７）。通信端末５ｆ１の操作部５２は、操作データを描画制御部６４に送信する。描画制御部６４は、操作データに基づいてレンダリング部５５に描画を指示する。次に、レンダリング部５５は、操作データに基づくローカル描画情報を表示部５８に表示する（ステップＳ３０８）。次に、通信端末５ｆ１の操作部５２は、受け付けた操作入力を示す操作データと、非公開設定を示す設定情報と、通信端末５ｆ１を識別する識別情報と、が関連付けられた端末送信情報を配信管理装置２に送信する（ステップＳ３０９）。以上より自端末としての通信端末５ｆ１のみに描画情報が表示され、他の端末としての通信端末５ｆ２には通信端末５ｆ１の描画情報が表示されない。

配信管理装置２のブラウザ管理部２２は、通信端末５ｆ１の操作データを含む端末送信情報を、送受信部３１を介して受信する。ブラウザ管理部２２は、通信端末５ｆ１の操作データを含む端末送信情報を、ブラウザ２０に送信する。ブラウザ２０は、通信端末５ｆ１から受信した端末送信情報から図１０の描画情報テーブル７０３０のレコードを作成する（ステップＳ３１０）。具体的には、ブラウザ２０は、端末送信情報の操作データに基づいて描画情報テーブル７０３０の描画コマンド情報フィールド及び座標情報フィールドを設定し、端末送信情報の通信端末５ｆ１の識別情報に基づいて端末情報フィールド（５ｆ１）を設定し、端末送信情報の設定情報（非公開）を設定情報フィールド（非公開）に設定する。

配信管理装置２のブラウザ２０は、公開表示情報を作成する際に、設定情報フィールドが非公開である描画情報テーブル７０３０のレコードは使用しない。なお、設定情報フィールドが非公開である描画情報テーブル７０３０のレコードは、通信端末５ｆ１の非公開描画情報のバックアップとして利用することができる。これにより通信端末５ｆ１の非公開描画情報が電源断などにより消失しても、当該非公開描画情報を復旧させることができる。

次に、通信端末５ｆ１の操作部５２は、図２７の非公開描画情報消去ボタン５１２により非公開描画情報の削除を受け付ける（ステップＳ３１１）。次に、描画制御部６４は、ステップＳ３０８で表示したローカル描画情報の削除をレンダリング部５５に指示する。次に、レンダリング部５５はローカル描画情報を削除する（ステップＳ３１２）。以上より、自端末（ここでは例えば通信端末５ｆ１）で描画し、表示させていた描画情報が自端末から消去される。

なお、ステップＳ３０９及びステップＳ３１０のステップは省略することも可能である。つまり端末送信情報を配信管理装置２に送信しなくてもよい。この場合、通信端末５ｆ１だけで端末送信情報を保持しておくことでセキュリティーを担保することができる。

次に、操作データの配信の設定情報を非公開設定から公開設定に切り換える処理について説明する。図２６は、非公開操作データを公開する処理を示すシーケンス図である。ステップＳ３２１〜ステップＳ３３０は、図２５のステップＳ３０１〜ステップＳ３１０と同じであるため説明を省略する。

次に、通信端末５ｆ１の操作部５２は、図２７の公開設定ボタン５１１の押下を検出する（ステップＳ３３１）。次に、通信端末５ｆ１の操作部５２は、通信端末５ｆ１の識別情報を含む設定情報の変更通知を、送受信部５１を介して配信管理装置２に送信する（ステップＳ３３２）。

次に、配信管理装置２のブラウザ管理部２２は設定情報の変更通知を、送受信部３１を介して受信する。ブラウザ管理部２２は設定情報の変更通知をブラウザ２０に送信する。ブラウザ２０は、設定情報の変更通知に含まれる識別情報に対応する端末情報を有する描画情報テーブル７０３０のレコードを検索し、当該レコードの設定情報を非公開から公開に更新する（ステップＳ３３３）。次に、ブラウザ２０は描画情報テーブル７０３０及び背景画像（コンテンツＡ）から公開表示情報を作成する（ステップＳ３３４）。ブラウザ２０は公開表示情報を送信用ＦＩＦＯ２４に出力する。エンコーダブリッジ部３０は、送信用ＦＩＦＯ２４から公開表示情報を読み出してエンコードする。エンコーダブリッジ部３０は、エンコードされた公開表示情報を、送受信部３１を介して通信端末５ｆ１及び通信端末５ｆ２に送信する（ステップＳ３３５及びステップＳ３３６）。

次に、通信端末５ｆ１の送受信部５１は、エンコードされた公開表示情報を受信する。通信端末５ｆ１の再生制御部５３は、エンコードされた公開表示情報を、デコード部５０に送信する。通信端末５ｆ１のデコード部５０は、エンコードされた公開表示情報をデコードしてレンダリング部５５に送信する。次に、描画制御部６４は記憶部５０００から再生遅延時間Ｕを読み出して、公開表示情報の表示予定時刻になったら、ステップＳ３２８で表示したローカル描画情報の削除をレンダリング部５５に指示する。次に、レンダリング部５５はローカル描画情報を削除する（ステップＳ３３７）。次に、レンダリング部５５は、デコードされた公開表示情報をレンダリングし表示部５８に表示する（ステップＳ３３８）。

また、通信端末５ｆ２の送受信部５１は、エンコードされた公開表示情報を受信する。通信端末５ｆ２の再生制御部５３は、エンコードされた公開表示情報を、デコード部５０に送信する。通信端末５ｆ２のデコード部５０は、エンコードされた公開表示情報をデコードしてレンダリング部５５に送信する。次に、レンダリング部５５は、デコードされた公開表示情報をレンダリングし表示部５８に表示する（ステップＳ３３９）。以上より自端末（ここでは例えば通信端末５ｆ１）で描画した描画情報が自端末に表示され、当該描画情報がさらに他の端末（ここでは例えば通信端末５ｆ２）にも表示される。

なお、ステップＳ３２９及びステップＳ３３０のステップは省略することも可能である。つまり端末送信情報を配信管理装置２に送信しなくてもよい。この場合、通信端末５ｆ１だけで端末送信情報を保持しておき、ステップＳ３３１で非公開描画情報の公開を受け付けた場合に、当該端末送信情報を配信管理装置２に送信するように制御することでセキュリティーを担保することができる。

図２８Ａは、公開表示情報の表示例を示す図である。図２８Ａは、通信端末５ｆ２からの書込み５２０及び通信端末５ｆ２からの書込み５２１を含む場合を示す。図２８Ｂは、非公開表示情報の表示例を示す図である。図２８Ｂは、通信端末５ｆ２からの書込み５２０、通信端末５ｆ２からの書込み５２１及び通信端末５ｆ１からの書込み５２２（非公開）を含む場合を示す。図２８Ｂに示す通信端末５ｆ１からの書込み５２２（非公開）がある場合でも、通信端末５ｆ２では、通信端末５ｆ１からの書込み５２２（非公開）が表示されずに、図２８Ａに示す画面が表示される。一方、通信端末５ｆ１では、通信端末５ｆ１からの書込み５２２（非公開）を含む図２８Ｂの画面が表示される。

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

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

本実施形態の配信システム１によれば、自通信端末５のみで表示する描画情報と、他の通信端末５にも表示する描画情報とを区別して端末に表示させることができる。

なお、本実施形態の配信システム１の説明では、通信端末５の操作データの設定情報が非公開であっても、通信端末５が当該操作データを含む端末送信情報を配信管理装置２に送信する動作（図２５、ステップＳ３０９）について説明した。しかしながら、通信端末５の操作データの設定情報が非公開の場合は、通信端末５が操作データを配信管理装置２に送信しない動作にしてもよい。すなわち、通信端末５は、操作データの設定情報が非公開の場合、当該操作データに基づく描画情報を、ローカル描画情報として自通信端末５に表示する。そして、操作データの設定情報が非公開から公開に変更されたときに、当該ローカル描画情報として表示していた操作データを含む端末送信情報を配信管理装置２に送信する。これにより配信管理装置２は、設定情報が非公開から公開に変更された操作データを含む公開表示情報を、他の通信端末５に配信する。

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

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

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

特開２００５−２０４０４６号公報

Claims (5)

1. 複数の端末がネットワークを介して接続された配信管理装置であって、
   前記端末が受け付けた操作入力を示す操作情報に基づいて表示情報を生成する生成手段と、
   前記表示情報から映像情報に変換する変換手段と、
   前記映像情報を前記端末に配信する配信手段と、を備え、
   前記端末から、他の端末に公開しない前記操作情報を示す非公開操作情報を受信した場合、
   前記配信手段は、前記他の端末に、前記非公開操作情報に基づかない表示情報から変換された前記映像情報を配信することを特徴とする配信管理装置。
2. 前記端末から、他の端末に公開する前記操作情報を示す公開操作情報を受信した場合、
   前記配信手段は、前記他の端末に、前記公開操作情報に基づく表示情報から変換された前記映像情報を配信することを特徴とする請求項１に記載の配信管理装置。
3. 他の端末と接続された端末であって、
   前記端末で描画した描画情報を受信する受信手段と、
   前記描画情報を表示部に表示させる表示制御手段と、を備え、
   前記受信手段で他の端末に公開しない非公開描画情報を受信した場合、
   前記他の端末に前記非公開描画情報を表示させないことを特徴とする端末。
4. 前記受信手段で前記非公開描画情報を消去する消去情報を受信した場合、
   前記表示制御手段は、前記表示部に表示されている前記非公開描画情報を消去すること
   を特徴とする請求項３に記載の端末。
5. 複数の端末がネットワークを介して接続された配信管理装置の配信管理方法であって、
   前記端末が受け付けた操作入力を示す操作情報に基づいて表示情報を生成するステップと、
   前記表示情報から映像情報に変換するステップと、
   前記映像情報を前記端末に配信するステップと、
   前記端末から、他の端末に公開しない前記操作情報を示す非公開操作情報を受信した場合、前記他の端末に、前記非公開操作情報に基づかない表示情報から変換された前記映像情報を配信するステップと、
   を含むことを特徴とする配信管理方法。

Images