JP2015069244A - 配信システム、配信方法、及びプログラム - Google Patents

配信システム、配信方法、及びプログラム Download PDF

Info

Publication number
JP2015069244A
JP2015069244A JP2013200554A JP2013200554A JP2015069244A JP 2015069244 A JP2015069244 A JP 2015069244A JP 2013200554 A JP2013200554 A JP 2013200554A JP 2013200554 A JP2013200554 A JP 2013200554A JP 2015069244 A JP2015069244 A JP 2015069244A
Authority
JP
Japan
Prior art keywords
communication terminal
authentication
data
unit
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013200554A
Other languages
English (en)
Inventor
小山　毅
Takeshi Koyama
小山　　毅
笠谷　潔
Kiyoshi Kasatani
潔 笠谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2013200554A priority Critical patent/JP2015069244A/ja
Publication of JP2015069244A publication Critical patent/JP2015069244A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】同じ通信端末を複数のユーザが利用する場合であっても、同じユーザが複数の通信端末を利用する場合であっても、ユーザに対応する認証情報を用いて、ユーザ認証が必要な外部のコンテンツ提供装置から認証を受けられるようにする。【解決手段】配信管理装置２のブラウザは、ウェブサーバからコンテンツデータを取得して、通信端末に配信する映像（音）データを生成する。ブラウザは、配信先の通信端末に対応する実行環境情報を取得し、ユーザ認証が必要なウェブサイトからコンテンツデータを取得する場合には、このウェブサイトを提供するウェブサーバ８’から取得した有効期限内のＣｏｏｋｉｅ情報が、配信先の通信端末を利用するユーザに対応する情報として実行環境情報に含まれている場合は、このＣｏｏｋｉｅ情報の認証トークンを取り出してウェブサーバ８’に送信し、コンテンツデータを取得する。【選択図】図２１

Description

本発明は、通信端末に通信ネットワークを介してデータを配信する配信システム、配信方法、及びプログラムに関する。
従来、ユーザ認証を行う際のユーザの入力操作を軽減する方法として、ユーザ認証に成功した場合に発行される認証トークンを保存しておき、次回のユーザ認証では、その認証トークンを用いて認証を行う方法が知られている。例えば、特許文献１には、画像処理装置がサービス提供サーバと連携し、サービス提供サーバが提供するウェブサービスを利用した画像処理を行う情報処理システムにおいて、サービス提供サーバでのユーザ認証が成功した場合に発行される認証トークンを画像処理装置に保存し、保存した認証トークンを用いて画像処理装置がサービス提供サーバから認証を受けることが記載されている。
しかし、特許文献１に記載の技術では、認証トークンを画像処理装置に保存する構成のため、同じ画像処理装置を複数のユーザが利用する場合や、同じユーザが複数の画像処理装置を利用する場合には、認証トークンを用いたユーザ認証を行うことができない。
本発明は、上記に鑑みてなされたものであって、同じ通信端末を複数のユーザが利用する場合であっても、同じユーザが複数の通信端末を利用する場合であっても、ユーザに対応する認証情報を用いて、ユーザ認証が必要な外部のコンテンツ提供装置から認証を受けることができる配信システム、配信方法、及びプログラムを提供することを主な目的とする。
上述した課題を解決し、目的を達成するために、本発明は、通信端末に通信ネットワークを介してデータを配信する配信システムであって、前記通信端末の認証を行うとともに、前記通信端末を利用するユーザのユーザ認証を行う認証手段と、前記通信端末に対応する実行環境情報を記憶する記憶手段と、前記認証手段による前記通信端末の認証及びユーザ認証が成功した場合に、前記通信端末に対応する前記実行環境情報を取得するとともに、所定の記述言語で示されたコンテンツデータを取得して、映像データ又は音データを生成する生成手段と、前記生成手段によって生成された前記映像データ又は前記音データのデータ形式を、通信ネットワークを介して前記通信端末に配信できるデータ形式に変換する変換手段と、前記変換手段によって変換された前記映像データ又は前記音データを、前記通信端末に配信する配信手段と、を備え、前記生成手段は、ユーザ認証が必要な外部のコンテンツ提供装置から前記コンテンツデータを取得する場合に、前記コンテンツ提供装置から過去に取得した有効期限内の第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていなければ、前記通信端末を利用するユーザが入力した入力情報を前記コンテンツ提供装置に送信し、ユーザ認証が成功した場合に前記コンテンツ提供装置から送信される前記第１認証情報及び前記コンテンツデータを取得して、前記第１認証情報を前記実行環境情報の一つとして前記通信端末を利用するユーザに対応付けて前記記憶手段に格納し、有効期限内の前記第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていれば、前記第１認証情報を前記コンテンツ提供装置に送信して、前記コンテンツ提供装置から送信される前記コンテンツデータを取得することを特徴とする。
本発明によれば、ユーザ認証が成功した場合に外部のコンテンツ提供装置から送信される第１認証情報を、通信端末に対応する実行環境情報の一つとして、通信端末を利用するユーザに対応付けて記憶するので、同じ通信端末を複数のユーザが利用する場合であっても、同じユーザが複数の通信端末を利用する場合であっても、ユーザに対応する認証情報を用いて、ユーザ認証が必要な外部のコンテンツ提供装置から認証を受けることができるという効果を奏する。
図１は、本実施形態に係る配信システムの概略図である。 図２は、通信端末にドングルを取り付ける際のイメージ図である。 図３は、基本的な配信方法を示す概念図である。 図４は、マルチキャストの概念図である。 図５は、マルチディスプレイの概念図である。 図６は、配信管理装置を介して複数の通信端末を使った複合配信の概念図である。 図７は、配信管理装置のハードウェア構成の一例を示す図である。 図８は、ドングルのハードウェア構成の一例を示す図である。 図９は、主に配信管理装置の各機能を示す機能ブロック図である。 図１０は、エンコーダブリッジ部の詳細図である。 図１１は、変換部の各機能を示す機能ブロック図である。 図１２は、主に通信端末の各機能を示す機能ブロック図である。 図１３は、端末管理装置の各機能を示す機能ブロック図である。 図１４は、配信先選択メニュー画面の概念図である。 図１５−１は、端末管理テーブルの概念図である。 図１５−２は、実行環境情報に含まれる過去のＣｏｏｋｉｅ情報の詳細を示す概念図である。 図１６は、利用可能端末管理テーブルの概念図である。 図１７は、ユーザ利用端末管理テーブルの概念図である。 図１８は、配信管理装置の基本的な配信処理の一例を示すシーケンス図である。 図１９は、配信管理装置の基本的な配信処理の他の例を示すシーケンス図である。 図２０は、ユーザ認証が必要なウェブサイトに最初にアクセスする際の配信処理を示すシーケンス図である。 図２１は、ユーザ認証が必要なウェブサイトに再度アクセスする際の配信処理を示すシーケンス図である。 図２２は、配信管理装置の基本的な配信処理の他の例を示すシーケンス図である。 図２３は、配信管理装置を介して複数の通信端末を使った複合配信の処理を示すシーケンス図である。 図２４は、配信管理装置と通信端末との間で行われる時刻調整の処理を示すシーケンス図である。 図２５は、配信管理装置から通信端末に送信するデータの回線適応制御の処理を示すシーケンス図である。 図２６は、通信端末から配信管理装置に送信するデータの回線適応制御の処理を示すシーケンス図である。 図２７は、マルチディスプレイの処理を示すシーケンス図である。 図２８は、マルチディスプレイの処理を示すシーケンス図である。 図２９は、マルチディスプレイの処理を示すシーケンス図である。
以下に図面を用いて、本実施形態に係る配信システムを詳細に説明する。以下に示す実施形態は、クラウドコンピューティングを利用してウェブコンテンツを映像データ、音データ、又は映像データ及び音データに変換してパーソナルコンピュータや電子黒板等の通信端末に配信する配信システムとしての適用例である。なお、以下、映像及び音のうち少なくとも一方を示す場合には、「映像（音）」と表記する。
〔実施形態の概略〕
まず、図１を用いて、本実施形態の概略を説明する。図１は、本実施形態に係る配信システム１の概略図である。
＜システム構成の概略＞
まず、配信システム１の構成の概略について説明する。図１に示すように、本実施形態の配信システム１は、配信管理装置２、複数の通信端末５ａ〜５ｆ、端末管理装置７、及びウェブサーバ８を備えて構築されている。なお、以下では、複数の通信端末５ａ〜５ｆのうち、任意の通信端末を示す場合には、「通信端末５」と表記する。配信管理装置２、端末管理装置７、及びウェブサーバ８は、いずれもサーバコンピュータによって構築されている。
通信端末５は、配信システム１のサービスを受けるユーザが利用する端末である。このうち、通信端末５ａは、ノートＰＣ（Personal Computer）である。通信端末５ｂは、スマートフォンやタブレット端末等のモバイル端末である。通信端末５ｃは、コピー、スキャン、プリント、及びファックスの各機能が複合されたＭＦＰ（Multifunction Peripheral/Printer/Product）である。通信端末５ｄは、プロジェクタである。通信端末５ｅは、カメラ、マイク及びスピーカを備えたテレビ（ビデオ）会議端末である。通信端末５ｆは、ユーザ等によって描かれた文字や図形等を電子的に変換することが可能な電子黒板（ホワイトボード）である。
なお、通信端末５は、図１に示したような端末だけでなく、腕時計、自動販売機、ガスメータ、カーナビゲーション装置、ゲーム機、エアコン、照明器具、カメラ単体、マイク単体、スピーカ単体等であってもよい。
また、配信管理装置２、通信端末５、端末管理装置７、及びウェブサーバ８は、インターネットやＬＡＮ（Local Area Network）等の通信ネットワーク９によって通信することができる。この通信ネットワーク９には、３Ｇ（3rd Generation）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＬＴＥ（Long Term Evolution）等の無線通信によるネットワークも含まれる。
なお、通信端末５によっては、通信端末５ｄ等のように、通信ネットワーク９を介して他の端末やシステムと通信する機能を有していないものがある。しかし、図２に示すように、ユーザが通信端末５ｄのＵＳＢ（Universal Serial Bus）やＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）等のインターフェース部にドングル９９を差し込むことで、通信端末５は通信ネットワーク９を介して他の端末やシステムと通信可能となる。なお、図２は、通信端末にドングル９９を取り付ける際のイメージ図である。
配信管理装置２は、クラウド上に存在するウェブブラウザとしての、いわゆるクラウドブラウザ（以下、「ブラウザ２０」と表記する）を有する。配信管理装置２は、ブラウザ２０を用いてクラウド上でウェブコンテンツをレンダリングし、これにより得られたＨ．２６４やＭＰＥＧ−４等の映像（音）データを通信端末５に配信する。
端末管理装置７は、管理サーバとしての機能を有し、例えば、通信端末５のログイン認証や、通信端末５の契約情報等の管理等を行う。また、端末管理装置７は、電子メールを送信するためのＳＭＴＰ（Simple Mail Transfer Protocol）サーバの機能を有している。端末管理装置７は、例えば、クラウドのサービス（IaaS：Infrastructure as a Service）上に展開される仮想マシンとして実現することができる。端末管理装置７は、不測の事態に対応して継続的なサービス提供を行うために、多重化して運用することが望ましい。
また、配信管理装置２のブラウザ２０は、リアルタイムコミュニケーション（ＲＴＣ：Real-time communication/collaboration）を可能にしている。更に、配信管理装置２は、図１１に示す後述のエンコード部１９を有しており、このエンコード部１９は、ブラウザ２０によって生成された映像（音）データに対して、リアルタイムのエンコードを行うことができる。そのため、配信管理装置２の処理は、例えば、ＤＶＤプレーヤによって、ＤＶＤに記録されているリアルタイム性のない映像（音）データを読み出して配信する場合等とは異なる。
＜各種配信方式の概略＞
続いて、本実施形態の配信システム１における各種配信方式の概略について説明する。
（基本配信）
図３は、本実施形態の配信システム１における基本的な配信方法を示す概念図である。配信システム１では、図３に示すように、配信管理装置２のブラウザ２０がウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得し、レンダリングすることにより、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコード等して、通信端末５に配信する。これにより、たとえＨＴＭＬ（Hyper Text Markup Language）やＣＳＳ（Cascading Style Sheets）等により作成されたウェブコンテンツがリッチであっても、Ｈ．２６４やＭＰＥＧ−４等の映像（音）データとして配信される。このため、低スペックの通信端末５であってもスムーズに映像（音）を再生することが可能になる。また、本実施形態の配信システム１では、配信管理装置２のブラウザ２０を最新化しておくことで、ローカルとしての通信端末５にコンテンツを提供するブラウザを最新化しなくても、最新のリッチなウェブコンテンツをスムーズに再生することが可能となる。
また、配信システム１は、上述の配信方法を応用し、図４乃至図６に示すように、同一拠点又は複数の拠点にある複数の通信端末５に、ウェブコンテンツを映像（音）データとして配信することも可能である。ここで、図４乃至図６に示す配信方法について説明する。
（マルチキャスト）
図４は、マルチキャストの概念図である。図４に示すように、配信管理装置２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔Ａ〕を取得してレンダリングすることで、映像（音）データ〔Ａ〕を生成する。そして、エンコーダブリッジ部３０が、映像（音）データ〔Ａ〕をエンコードする。その後、配信管理装置２は、映像（音）データ〔Ａ〕を複数の通信端末５ｆ１，５ｆ２，５ｆ３に配信する。これにより、例えば複数の拠点に設置された複数の通信端末５ｆ１，５ｆ２，５ｆ３において、同じ映像（音）が出力される。なお、この場合、複数の通信端末５ｆ１，５ｆ２，５ｆ３が同じ表示再生能力（解像度が同じ等）を有する必要はない。このような配信方法は、例えば「マルチキャスト」と呼ぶ。
（マルチディスプレイ）
図５は、マルチディスプレイの概念図である。図５に示すように、配信管理装置２の単一のブラウザ２０は、ウェブサーバ８からウェブコンテンツデータ〔ＸＹＺ〕を取得してレンダリングすることで、単一の映像（音）データ〔ＸＹＺ〕を生成する。そして、エンコーダブリッジ部３０が、単一の映像（音）データ〔ＸＹＺ〕を、複数の映像（音）データ〔Ｘ〕，〔Ｙ〕，〔Ｚ〕に分割した後にエンコードする。その後、配信管理装置２は、分割後の映像（音）データ〔Ｘ〕を通信端末５ｆ１に配信する。また、同じように、配信管理装置２は、分割後の映像（音）データ〔Ｙ〕を通信端末５ｆ２に配信し、分割後の映像（音）データ〔Ｚ〕を通信端末５ｆ３に配信する。これにより、例えば、横長のウェブコンテンツデータ〔ＸＹＺ〕であっても、複数の通信端末５ｆ１，５ｆ２，５ｆ３で分割して映像が表示されるため、これら通信端末５ｆ１，５ｆ２，５ｆ３を一列に並べて設置すれば、１つの大きな映像を表示させることと同様の効果を得ることができる。なお、この場合、通信端末５ｆ１，５ｆ２，５ｆ３が同じ表示再生能力（解像度が同じ等）を有する必要がある。このような配信方法は、例えば「マルチディスプレイ」と呼ぶ。
（複合配信）
図６は、配信管理装置２を介して複数の通信端末５を使った複合配信の概念図である。図６に示すように、第１の拠点（図６の右側）では、電子黒板としての通信端末５ｆ１及びテレビ会議端末としての通信端末５ｅ１が利用され、第２の拠点（図６の左側）では、同じく電子黒板としての通信端末５ｆ２及びテレビ会議端末としての通信端末５ｅ２が利用されている。また、第１の拠点では、通信端末５ｆ１にストロークによる文字等の操作データを表示させるための電子ペンＰ１が利用され、第２の拠点では、通信端末５ｆ２にストロークによる文字等の操作データを表示させるための電子ペンＰ２が利用されている。なお、図６に示す例では、第１の拠点において、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅ１が接続され、通信端末５ｅ１のカメラ・マイク・スピーカが、通信端末５ｆ１の外付けのカメラ・マイク・スピーカとして利用されている。同様に、第２の拠点において、電子黒板としての通信端末５ｆ２にテレビ会議端末としての通信端末５ｅ２が接続され、通信端末５ｅ２のカメラ・マイク・スピーカが、通信端末５ｆ２の外付けのカメラ・マイク・スピーカとして利用されている。
そして、第１の拠点において、通信端末５ｅ１によって取得された映像（音）データ〔Ｅ１〕は、エンコード部６０でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ１によって通信端末５ｆ１に描かれたストローク等を示す操作データ〔ｐ１〕は、配信管理装置２に送信され、ブラウザ２０に入力される。一方、第２の拠点においても、通信端末５ｅ２によって取得された映像（音）データ〔Ｅ２〕は、エンコード部６０でエンコードされた後に、配信管理装置２に送信される。その後、配信管理装置２のデコード部４０でデコードされて、ブラウザ２０に入力される。また、電子ペンＰ２によって通信端末５ｆ２に描かれたストローク等の操作データ〔ｐ２〕は、配信管理装置２に送信され、ブラウザ２０に入力される。
一方、ブラウザ２０は、例えば、ウェブサーバ８から通信端末５ｆ１，５ｆ２のぞれぞれのディスプレイに表示される背景画像のウェブコンテンツデータ〔Ａ〕を取得する。そして、ブラウザ２０は、ウェブコンテンツデータ〔Ａ〕、操作データ〔ｐ１〕，〔ｐ２〕及び映像（音）データ〔Ｅ１〕，〔Ｅ２〕を結合してレンダリングすることで、所望のレイアウトに設置した映像（音）データを生成する。そして、エンコーダブリッジ部３０は、映像（音）データをエンコードし、配信管理装置２が各拠点に同じ映像（音）データを配信する。これにより、第１の拠点では、通信端末５ｆ１のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ１のスピーカから音〔Ｅ２（音部分）〕が出力される。一方、第２の拠点でも、通信端末５ｆ２のディスプレイ上に、映像（〔Ａ〕、〔ｐ１〕、〔ｐ２〕、〔Ｅ１（映像部分）〕及び〔Ｅ２（映像部分）〕）が表示されると共に、通信端末５ｅ２のスピーカから音〔Ｅ１（音部分）〕が出力される。なお、第１の拠点では、通信端末５ｆ１のエコーキャンセル機能により、自拠点の音〔Ｅ１（音部分）〕は出力されない。一方、第２の拠点では、通信端末５ｆ２のエコーキャンセル機能により、自拠点の音〔Ｅ２（音部分）〕は出力されない。
以上により、第１の拠点と第２の拠点とでは、遠隔地間においてリアルタイムで同じ情報を共有する遠隔共有処理を行うことができるため、本実施形態の配信システム１は遠隔会議等に有効である。
〔実施形態の詳細な説明〕
続いて、図７乃至図２９を用いて、実施形態の詳細な説明を行う。
＜実施形態のハードウェア構成＞
まず、図７及び図８を用いて、本実施形態のハードウェア構成を説明する。図７は、配信管理装置２のハードウェア構成の一例を示す図である。また、図８は、ドングル９９のハードウェア構成の一例を示す図である。なお、通信端末５、端末管理装置７、及びウェブサーバ８のハードウェア構成は、図７に示す配信管理装置２のハードウェア構成と同様であるため、説明を省略する。
図７に示すように、配信管理装置２は、配信管理装置２全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、プログラム等の各種データを記憶するＨＤＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＣ（Hard Disk Controller）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク９を利用してデータ送信したりドングル９９を接続するためのＩ／Ｆ２０９、キーボード２１１、マウス２１２、マイク２１３、スピーカ２１４、ＧＰＵ（Graphics Processing Unit）２１５、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン２２０を備えている。
なお、各通信端末、各システム又は各サーバ用のプログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
次に、図８を用いて、ドングル９９のハードウェア構成について説明する。図８に示すように、ドングル９９は、ドングル９９全体の動作を制御するＣＰＵ９１、基本入出力プログラムを記憶したＲＯＭ９２、ＣＰＵ９１のワークエリアとして使用されるＲＡＭ９３、ＣＰＵ９１の制御にしたがってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）９４、各種の画像処理を行うＧＰＵ（Graphics Processing Unit）９５、通信端末５のＩ／Ｆ２０９に接続するためのＩ／Ｆ９６、アンテナ９７ａ、このアンテナ９７ａを利用して短距離無線技術により通信を行う通信部９７、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン９０を備えている。なお、短距離無線技術として、例えば、ＮＦＣ（Near Field Communication）規格、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＷｉＦｉ（Wireless Fidelity）、ＺｉｇＢｅｅ（登録商標）等が挙げられる。
＜実施形態の機能構成＞
次に、図９乃至図１７を用い、本実施形態の機能構成について説明する。
（配信管理装置の機能構成）
図９は、主に配信管理装置２の各機能を示す機能ブロック図である。図９では、配信管理装置２が通信端末５ｆ１に対して映像（音）データを配信する場合の機能構成を示しているが、配信先が通信端末５ｆ１以外の場合も、同様の機能構成を有する。なお、配信管理装置２は、複数の配信エンジンサーバを備えているが、説明を簡単にするために、以下では、単一の配信エンジンサーバを備えている場合について説明する。
配信管理装置２は、図７に例示したハードウェア構成及びプログラムによって、図９に示す各機能構成を実現する。具体的に、配信管理装置２は、ブラウザ２０、送受信部２１、ブラウザ管理部２２、送信用ＦＩＦＯ２４、時刻管理部２５、時刻取得部２６、回線適応制御部２７、エンコーダブリッジ部３０、送受信部３１、インデックス生成部３２、受信用ＦＩＦＯ３４、認識部３５、遅延情報取得部３７ａ、回線適応制御部３７ｂ、及びデコード部４０を有している。更に、配信管理装置２は、図７に示したＨＤＤ２０４によって構築される記憶部２０００を有している。この記憶部２０００には、認識部３５から出力された後述の認識情報が記憶される。なお、ブラウザ２０が取得したコンテンツデータは、キャッシュとして、記憶部２０００に一時的に記憶しておくこともできる。
上述の各機能構成のうち、ブラウザ２０は、配信管理装置２内で動作するウェブブラウザである。ブラウザ２０は、ウェブコンテンツデータ等のコンテンツデータをレンダリングすることにより、ＲＧＢデータ（又はＰＣＭ（Pulse Code Modulation）データ）を生成する。また、ブラウザ２０は、例えば後述のプラグインを用いて映像（音）ファイルを再生することにより、映像（音）データを生成することができる。本実施形態では、ブラウザ２０が生成するデータが、映像（音）データであるものとして説明する。ブラウザ２０は、ウェブコンテンツのリッチ化に対応させて常に最新化されている。
また、本実施形態の配信システム１では、配信管理装置２内に複数のブラウザ２０を用意しており、これら複数のブラウザ２０の中からユーザセッションに使用するクラウドブラウザが選択される。なお、ここでは、説明を簡略化するため、単一のブラウザ２０が用意されている場合について、以下続けて説明する。
ブラウザ２０は、例えば、Media Player、Flash Player、JavaScript（登録商標）、ＣＳＳ（Cascading Style Sheet）及びＨＴＭＬ（HyperText Markup Language）レンダラを有する。なお、JavaScript（登録商標）には、標準規格のものと配信システム１独自のものが含まれる。ここで、Media Playerは、映像（音）ファイルなどのマルチメディアファイルをブラウザ２０内で再生するためのブラウザプラグインである。Flash Playerは、Flashコンテンツをブラウザ２０内で再生するためのブラウザプラグインである。独自のJavaScript（登録商標）は、配信システム１に固有のサービスのＡＰＩ（Application Programming Interface)を提供するJavaScript（登録商標）群である。ＣＳＳは、ＨＴＭＬで記述されたウェブページの見栄えやスタイルを効率的に定義するための技術である。ＨＴＭＬレンダラは、ウェブキットベースのＨＴＭＬレンダリングエンジンである。
送受信部２１は、端末管理装置７やウェブサーバ８との間で、各種データや要求等の送受信を行う。例えば、送受信部２１は、端末管理装置７からユーザ認証を行うための後述の認証画面データを受信し、認証用のブラウザに渡す。また、送受信部２１は、ウェブサーバ８のコンテンツサイトからウェブコンテンツデータを受信し、コンテンツ用のブラウザ２０に渡す。
ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０の管理を行う。例えば、ブラウザ管理部２２は、ブラウザ２０やエンコーダブリッジ部３０に、起動又は終了を指示したり、起動又は終了時にエンコーダＩＤを採番したりする。ここで、エンコーダＩＤは、ブラウザ管理部２２がエンコーダブリッジ部３０のプロセスを管理するために採番する識別情報である。また、ブラウザ管理部２２は、ブラウザ２０が起動されるたびに、ブラウザＩＤを採番して管理する。ここで、ブラウザＩＤは、ブラウザ管理部２２がブラウザ２０のプロセスを管理するために採番し、ブラウザ２０を識別するための識別情報である。
また、ブラウザ管理部２２は、送受信部３１を介して通信端末５から各種操作データ〔ｐ〕を取得し、ブラウザ２０に出力する。なお、操作データ〔ｐ〕は、通信端末５での操作イベント（キーボード２１１やマウス２１２等による操作や電子ペンＰによるストローク等）によって生じたデータである。通信端末５に、温度センサ、湿度センサ、及び加速度センサ等の各種センサが設けられている場合には、ブラウザ管理部２２は、通信端末５から各センサの出力信号であるセンサ情報を取得し、ブラウザ２０に出力する。
送信用ＦＩＦＯ２４は、ブラウザ２０で生成された映像（音）データ〔ＡＥｐ〕を格納するバッファである。
時刻管理部２５は、配信管理装置２独自の時刻Ｔを管理している。時刻取得部２６は、後述の通信端末５における時刻制御部５６と連携して、時刻調整の処理を行う。具体的には、時刻取得部２６は、時刻管理部２５から配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を取得したり、送受信部３１及び送受信部５１を介して、後述の時刻制御部５６から通信端末５における時刻ｔを示す時刻情報（ｔ）を受信したり、時刻制御部５６に時刻情報（ｔ）及び時刻情報（Ｔ）を送信したりする。
回線適応制御部２７は、後述の送信遅延時間情報（Ｄ）に基づいて、再生遅延情報Ｕを計算したり、エンコーダブリッジ部３０における変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする。この再生遅延時間は、再生までにデータがバッファリングされることで、再生を遅延させるための時間である。
エンコーダブリッジ部３０は、ブラウザ２０で生成されて送信用ＦＩＦＯ２４に格納された映像（音）データ〔ＡＥｐ〕について、データ形式の変換等の処理を実行する。エンコーダブリッジ部３０によってデータ形式の変換等が行われた映像（音）データは、送受信部３１を介して、配信対象の通信端末５に配信される。
エンコーダブリッジ部３０については、図１０及び図１１を用いて、更に詳細に説明する。図１０は、エンコーダブリッジ部３０の詳細図である。また、図１１は、変換部１０の各機能を示す機能ブロック図である。
図１０に示すように、エンコーダブリッジ部３０は、作成・選択部３１０、及び選択部３２０と、これらの間に構築される複数の変換部１０ａ，１０ｂ，１０ｃとを備える。ここでは、３つの変換部１０ａ，１０ｂ，１０ｃを示したが、変換部の数はいくつであってもよい。なお、以下、任意の変換部を「変換部１０」と表記する。
更に、変換部１０は、ブラウザ２０によって生成された映像（音）データのデータ形式を、通信ネットワーク９を介して通信端末５に配信できるデータ形式に変換する。そのため、変換部１０は、図１１に示すように、トリミング部１１、リサイズ部１２、分割部１３、及びエンコード部１９を有する。トリミング部１１、リサイズ部１２、及び分割部１３は、音データの場合は、処理を行わない。
トリミング部１１は、映像の一部だけを切り出す処理を行う。リサイズ部１２は、映像（画像）の縮尺を変更する。分割部１３は、図５に示したように、ウェブサーバ８から取得したウェブコンテンツを分割する。
エンコード部１９は、ブラウザ２０で生成された画像（音）データをエンコードすることにより、通信ネットワーク９を介して通信端末５に画像（音）データを配信できるように変換する。また、エンコード部１９は、映像が動かなければ（フレーム間で変化がなければ）、以降、映像が動くまでスキップフレームを挿入することで帯域をセーブする。なお、音の場合には、エンコードだけが行われる。
作成・選択部３１０は、新たに変換部１０を作成したり、既に作成されている変換部１０に対して入力させる映像（音）データを選択したりする。作成・選択部３１０が新たに変換部１０を作成する場合の例としては、例えば、通信端末５における映像（音）データの再生能力に応じた変換が可能な変換部１０を作成する場合等が挙げられる。また、作成・選択部３１０が変換部１０に対して入力させる映像（音）データを選択する場合の例としては、例えば、既に作成されている変換部１０を選択する場合等が挙げられる。例えば、通信端末５ａへの配信に加えて通信端末５ｂへの配信を開始するにあたって、通信端末５ａへ配信している映像（音）データと同じ映像（音）データを通信端末５ｂへ配信する場合がある。このような場合で、更に、通信端末５ｂが通信端末５ａにおける映像（音）データの再生能力と同じ再生能力を有する場合等が挙げられる。すなわち、このような場合、作成・選択部３１０は、通信端末５ｂ用に新たな変換部１０ｂを作成せずに、通信端末５ａ用に既に作成している変換部１０ａを利用する。
選択部３２０は、既に作成されている変換部１０から所望のものを選択する。これら作成・選択部３１０と選択部３２０による選択によって、例えば図７に示した複数の通信端末５を使った複合配信等、様々なパターンの配信を行うことができる。
図９に戻り、送受信部３１は、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部３１は、ＨＴＴＰＳ（Hypertext Transfer Protocol over Secure Socket Layer）サーバを介して、配信システム１独自のプロトコルにより、配信システム１のサービスを受けるために通信端末５にインストールされたアプリケーションプログラム（ユーザアプリやデバイスアプリ）へのデータ送信及びデータ受信を行う。この独自のプロトコルは、配信管理装置２と通信端末５との間でリアルタイムに途切れることなくデータを送受信するためのＨＴＴＰＳベースのアプリケーション層プロトコルである。また、送受信部３１は、送信レスポンス制御、リアルタイムデータの作成、クライアントコマンド送信、受信レスポンス制御、受信データ分析、及びジェスチャ変換の各処理を行う。
送信レスポンス制御は、配信管理装置２から通信端末５にデータを送信するために、通信端末５からリクエスト（要求）されたダウンロード用のＨＴＴＰＳセッションを管理する処理である。このダウンロード用のＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持する。送受信部３１は、通信端末５に送るデータを動的にレスポンスのＢｏｄｙ部に書き込む。また、再接続のコストをなくすため、通信端末５からは前のセッションが終了しないうちに別のリクエストが届くようにする。送受信部３１を、前のリクエストが完了するまで待機させておくようにすることで、再接続を行っても、オーバヘッドを削除することができる。
リアルタイムデータの作成は、図１１に示したエンコード部１９で生成された圧縮映像（及び圧縮音）のデータに独自のヘッダを付与して、通信端末５への下り用のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
クライアントコマンド送信は、通信端末５に送信するコマンドデータを生成し、通信端末５への配信用（下り用）のＨＴＴＰＳのＢｏｄｙ部に書き込む処理である。
受信レスポンス制御は、配信管理装置２が通信端末５からデータを受信するために、通信端末５からリクエストされた送信用（上り用）のＨＴＴＰＳセッションを管理する処理である。このＨＴＴＰＳセッションのレスポンスはすぐに終了せず、一定時間（１〜数分）保持される。通信端末５は、配信管理装置２の送受信部３１に送るデータを動的にリクエストのＢｏｄｙ部に書き込む。
受信データ分析は、通信端末５から送られてきたデータを種別ごとに分析し、必要なプロセスにデータを渡す処理である。
ジェスチャ変換は、ユーザが電子黒板としての通信端末５ｆに電子ペンＰや手書きにより入力したジェスチャイベントを、ブラウザ２０が受け取れる形式に変換する処理である。
図９に戻り、受信用ＦＩＦＯ３４は、デコード部４０でデコードされた映像（音）データを格納するバッファである。
認識部３５は、通信端末５から受信する映像（音）データ〔Ｅ〕に対しての処理を行う。具体的には、認識部３５は、例えば、サイネージ向けに、後述のカメラ６２で撮影された映像から人や動物の顔、年齢、及び性別などを認識する。また、認識部３５は、オフィス向けに、後述のカメラ６２で撮影された映像から顔認識による名前タグ付けや背景映像の差し替え処理などを行う。認識部３５は、認識した内容を示す認識情報を記憶部２０００に記憶させる。この認識部３５は、認識拡張ボードで処理を行うことで高速化が実現される。
遅延情報取得部３７ａは、上り用（通信端末５から配信管理装置２への通信用）の回線適応制御の処理に用いられる後述の遅延情報取得部５７に対応して、下り用（配信管理装置２から通信端末５への通信用）の回線適応制御の処理に用いられる。具体的には、遅延情報取得部３７ａは、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する。
回線適応制御部３７ｂは、上り用の回線適応制御の処理に用いられる上述した回線適応制御部２７に対応して、下り用の回線適応制御の処理に用いられる。具体的には、回線適応制御部３７ｂは、送信遅延時間情報（ｄ）に基づいて、エンコード部６０の動作条件を計算する。また、回線適応制御部３７ｂは、送受信部３１及び後述の送受信部５１を介して通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する。
デコード部４０は、通信端末５から送信されて来た映像（音）データ〔Ｅ〕をデコードする。
（通信端末の機能構成）
続いて、図１２を用いて、通信端末５の機能構成について説明する。図１２は、主に通信端末５の各機能を示す機能ブロック図である。図１２では、通信端末５の１つとして通信端末５ｆ１を例示しているが、通信端末５ｆ１以外の通信端末５であっても、同様の機能構成を有する。なお、通信端末５のうち、ユーザアプリがインストールされた通信端末５は、ユーザが配信システム１へのログインや映像（音）データの配信の開始又は停止などを行うためのインターフェースとなる。一方、デバイスアプリがインストールされた通信端末５は、映像（音）データの送受信や操作データの送信を行うのみで、上記インターフェースは持たない。以下では、便宜上、通信端末５にユーザアプリがインストールされているものとして説明する。
通信端末５は、図７と同様のハードウェア構成及びプログラム（ユーザアプリ）によって、図１２に示す各機能構成を実現する。具体的に、通信端末５は、デコード部５０、送受信部５１、操作部５２、再生制御部５３、レンダリング部５５、時刻制御部５６、遅延情報取得部５７、表示部５８、エンコード部６０を有している。更に、通信端末５は、図７に示したＲＡＭ２０３によって構築される記憶部５０００を有している。この記憶部５０００には、後述の時刻差Δを示す時刻差情報（Δ）、及び通信端末５における時刻ｔを示す時刻情報（ｔ）等が記憶される。
デコード部５０は、配信管理装置２から配信され、再生制御部５３から出力された映像（音）データ〔ＡＥｐ〕をデコードする。
送受信部５１は、配信管理装置２の送受信部３１、及び後述の端末管理装置７の送受信部７１ａとの間で、各種データや要求等の送受信を行う。例えば、送受信部５１は、通信端末５のログイン処理において、操作部５２による通信端末５の起動に基づき、端末管理装置７の送受信部７１にログイン要求を行う。
操作部５２は、ユーザの操作入力を受け付ける処理を行う。例えば、操作部５２は、電源スイッチ、キーボード、マウス、電子ペンＰ等による入力や選択等を受け付け、操作データとして配信管理装置２のブラウザ管理部２２に送信する。
再生制御部５３は、送受信部５１から受けた映像（音）データ（リアルタイムデータのパケット）をバッファリングし、再生遅延時間Ｕを考慮してデコード部５０に出力する。
レンダリング部５５は、デコード部５０によってデコードされたデータをレンダリングする。
時刻制御部５６は、配信管理装置２の時刻取得部２６と連携して、時刻調整の処理を行う。具体的には、時刻制御部５６は、記憶部５０００から通信端末５における時刻ｔを示す時刻情報（ｔ）を取得する。また、時刻制御部５６は、送受信部５１及び送受信部３１を介して、配信管理装置２の時刻取得部２６に、配信管理装置２における時刻Ｔを示す時刻情報（Ｔ）を要求する。この場合、時刻情報（Ｔ）の要求と共に、時刻情報（ｔ）が送信される。
遅延情報取得部５７は、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する。なお、送信遅延時間情報（Ｄ）は、例えば、１００フレームに１回送信される。
表示部５８は、レンダリング部５５によってレンダリングされたデータを再生する。
エンコード部６０は、内蔵されたマイク２１３（図７参照）や、外付けのカメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。エンコード部６０の動作条件は、回線適応制御部３７ｂから受信した回線適応制御信号に基づいて変更される。更に、動作条件が変更されると、エンコード部６０は、新たな動作条件に従って、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する。
なお、内蔵されたマイク２１３や、外付けのカメラ６２及びマイク６３は、入力手段の一例であり、エンコードやデコードが必要な各種デバイスである。入力手段は、映像（音）データの他に、触覚（touch）データや嗅覚（smell）データを出力することができてもよい。図１２では、電子黒板としての通信端末５ｆ１にテレビ会議端末としての通信端末５ｅが接続され、通信端末５ｅのカメラ及びマイクが、通信端末５ｆ１の外付けのカメラ６２及びマイク６３として利用される例を示している。
（端末管理装置の機能構成）
続いて、図１３を用いて、端末管理装置７の機能構成について説明する。図１３は、端末管理装置７の各機能を示す機能ブロック図である。
端末管理装置７は、図７と同様のハードウェア構成及びプログラムによって、図１３に示す各機能構成を実現する。具体的に、端末管理装置７は、送受信部７１ａ、送受信部７１ｂ、及び認証部７５を有している。また、端末管理装置７は、図７に示したＨＤＤ２０４によって構築される記憶部７０００を有している。
記憶部７０００には、配信先選択メニューデータ７０３０、認証画面データ７０４０、端末管理テーブル７０１０、利用可能端末管理テーブル７０２０、ユーザ利用端末管理テーブル７０５０が記憶される。また、記憶部７０００には、不図示のユーザ管理テーブルが記憶される。ユーザ管理テーブルは、配信システム１のサービスを受けるユーザとして登録されたユーザに対して一意に割り当てられる配信システムユーザＩＤと、ユーザにより設定されたパスワードとを対応付けて格納している。
配信先選択メニューデータ７０３０は、図１４に示すような配信先選択メニュー画面を表示させるためのデータである。図１４は、配信先選択メニュー画面の概念図である。この図１４に示す配信先選択メニュー画面では、映像（音）データの配信先として選択できる通信端末５について、後述の共有ＩＤ及び表示名が一覧表示される。ユーザは、この配信先選択メニュー画面上で、映像（音）データの配信先として希望する通信端末５の項目にチェックを入れ、「ＯＫ」ボタンを押下することで、希望する通信端末５に映像（音）データを配信させることができる。
認証画面データ７０４０は、配信システム１のアカウントによるユーザ認証のための認証画面を表示させるためのデータである。認証画面には、配信システムユーザＩＤを入力する入力欄と、パスワードを入力する入力欄と、「ＯＫ」ボタンとが設けられている。ユーザがこの認証画面上で配信システムユーザＩＤ及びパスワードを入力し、「ＯＫ」ボタンを押下することで、その情報が配信管理装置２に送られる。
端末管理テーブル７０１０は、通信端末５を管理するテーブルである。図１５−１は、端末管理テーブル７０１０の概念図である。端末管理テーブル７０１０では、図１５−１に示すように、登録されている通信端末５を一意に識別する端末ＩＤ、ユーザ証明書、ユーザが配信システム１のサービスを利用する際の契約情報、通信端末５の端末種別、各通信端末５のホームＵＲＬ（Uniform Resource Locator）を示す設定情報、各通信端末５の実行環境情報、共有ＩＤ、設置位置情報、及び表示名情報が関連付けて管理されている。
ユーザ証明書は、配信システム１への接続を許可された通信端末５であることを証明する証明書である。ユーザ証明書は、配信システム１への接続を許可された通信端末５に予め与えられている。契約情報は、端末ＩＤによって特定される通信端末５を利用するユーザが配信システム１のサービスを利用する際の契約内容を示す。端末種別は、通信端末５の種別を示す。設定情報は、対応する端末ＩＤによって識別される通信端末５のホームＵＲＬを示す。
実行環境情報は、通信端末５が配信管理装置２のブラウザ２０を利用してウェブコンテンツをブラウジングする際に有用な環境設定のための情報である。本実施形態の配信システム１では、クラウド側のブラウザ２０によりウェブコンテンツのブラウジングを行うため、実行環境情報を通信端末５に保存することができない。そこで、端末管理装置７の記憶部７０００が記憶する端末管理テーブル７０１０に、端末ＩＤと対応付けて実行環境情報を保存し、ブラウザ２０を起動させる際に、実行環境情報をブラウザ２０に渡すようにしている。
実行環境情報には、各通信端末５の「お気に入り」、「Ｃｏｏｋｉｅ情報」、及び「キャッシュファイル」が含まれている。これらの情報は、各通信端末５のログイン後、ユーザ認証に成功すると配信管理装置２に送信され、各通信端末５に対して個別のサービスを行うために利用される。これらの情報のうち、特に「Ｃｏｏｋｉｅ情報」は配信システムユーザＩＤと対応付けられて記憶されており、ユーザ認証によって特定されたユーザの配信システムユーザＩＤに対応する「Ｃｏｏｋｉｅ情報」のみが、配信管理装置２に送信される。
図１５−２は、実行環境情報に含まれる「Ｃｏｏｋｉｅ情報」の詳細を示す概念図である。「Ｃｏｏｋｉｅ情報」は、過去にユーザがウェブサイトにアクセスした際に与えられる情報であり、図１５−２に示すように、ユーザ認証が必要なウェブサイトが発行した認証トークン（認証情報）、サイト操作履歴、通販サイトでのユーザの物品の購入履歴、ウェブサイトでの個人設定などが含まれる。端末管理テーブル７０１０では、この「Ｃｏｏｋｉｅ情報」を、実行環境情報の一つとして、配信システムユーザＩＤと対応付けて記憶している。
また、共有ＩＤは、各ユーザが、自己の通信端末５に配信されている映像（音）データと同じ内容の映像（音）データを他の通信端末５にも配信させることで、遠隔共有処理を行う場合等に利用されるＩＤであり、他の通信端末又は他の通信端末群を識別する識別情報である。図１５−１に示す例では、端末ＩＤ「ｔ００６」の共有ＩＤは「ｖ００６」であり、端末ＩＤ「ｔ００７」の共有ＩＤは「ｖ００６」であり、更に、端末ＩＤ「ｔ００８」の共有ＩＤは「ｖ００６」である。この場合、端末ＩＤ「ｔ００１」の通信端末５ａから、共有ＩＤ「ｖ００６」の通信端末５ｆ１，５ｆ２，５ｆ３との遠隔共有処理の要求があった場合には、配信管理装置２は、通信端末５ｆ１，５ｆ２，５ｆ３に対して、通信端末５ａに配信中の映像（音）データと同じ映像（音）データを配信する。但し、通信端末５ａと通信端末５ｆ１，５ｆ２，５ｆ３の表示部５８の解像度が異なる場合には、これに応じて、配信管理装置２が映像（音）データを配信する。
設置位置情報は、例えば、図５に示したように、複数の通信端末５ｆ１，５ｆ２，５ｆ３が並んで設置される場合の設置位置を示している。表示名情報は、図１４に示した配信先選択メニュー画面の表示名の内容を表す情報である。
図１６は、利用可能端末管理テーブル７０２０の概念図である。利用可能端末管理テーブル７０２０では、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５が遠隔共有処理することが可能な他の通信端末又は他の通信端末群を示す共有ＩＤが関連付けて管理されている。
図１７は、ユーザ利用端末管理テーブル７０５０の概念図である。ユーザ利用端末管理テーブル７０５０では、端末ＩＤ毎に、この端末ＩＤによって示される通信端末５を利用するユーザの配信システムユーザＩＤが関連付けて管理されている。図１７に示すように、１つの通信端末５を複数のユーザが利用するものとして登録されている場合は、１つの端末ＩＤに複数の配信システムユーザＩＤが対応付けられている。また、一人のユーザが複数の通信端末５を利用するものとして登録されている場合は、１つの配信システムユーザＩＤが複数の端末ＩＤに対応付けられている。
送受信部７１ａは、通信端末５との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ａは、通信端末５の送受信部５１からログイン要求を受信したり、送受信部５１に対してログイン要求の認証結果を送信したりする。ログイン要求は、配信システム１に対する通信端末５の認証要求である。ログイン要求は、通信端末５を一意に識別する端末ＩＤと、ユーザ証明書を含む。
送受信部７１ｂは、配信管理装置２との間で、各種データや要求等の送受信を行う。例えば、送受信部７１ｂは、配信管理装置２の送受信部２１から、後述の配信先選択メニューデータ７０３０や認証画面データ７０４０の要求を受信したり、送受信部２１に対して、配信先選択メニューデータ７０３０や認証画面データ７０４０を送信したりする。
認証部７５は、通信端末５から受信したログイン要求に含まれる端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う。
また、認証部７５は、配信システム１のアカウントを用いたユーザ認証、あるいは、外部認証サーバを利用したユーザ認証を行う。配信システム１のアカウントを用いたユーザ認証を行う場合、認証部７５は、通信端末５ａの認証後に起動される認証用のブラウザを通じて通信端末５ａに認証画面を提供し、この認証画面から入力された配信システムユーザＩＤ及びパスワードを上述のユーザ管理テーブルと照合してユーザ認証を行う。外部認証サーバを利用したユーザ認証を行う場合、認証部７５は、通信端末５ａの認証後に起動される認証用のブラウザを通じて、外部認証サーバの認証画面を通信端末５ａに提供し、この認証画面から入力された外部認証サーバに対するユーザＩＤ及びパスワードを、外部認証サーバに渡す。そして、認証部７５は、外部認証サーバがユーザ認証に成功して認証情報を発行した場合に、配信システム１でのユーザ認証に成功したものとみなす。
なお、認証部７５は、例えば、特定のユーザのみが利用するものとして予め定められた通信端末５のログイン時においては、通信端末５の認証のみを行って、ユーザ認証は行わないようにしてもよい。この場合、認証部７５は、図１７に示したユーザ利用端末管理テーブル７０５０により特定されるユーザを、通信端末５を利用するユーザであるとみなす。
〔実施形態の動作または処理〕
続いて、図１８乃至図２９を用いて、本実施形態の動作または処理について説明する。
＜基本的な配信処理＞
まず、図１８乃至図２２を用いて、配信管理装置２の基本的な配信方法における具体的な配信処理を説明する。
（配信システムのアカウントを用いたユーザ認証を行う例）
図１８は、配信管理装置２の基本的な配信処理の一例を示すシーケンス図であり、配信システムのアカウントを用いたユーザ認証を行う場合のシーケンス図である。なお、以下では、ウェブコンテンツを表示させるためのブラウザ２０を「（コンテンツ用の）ブラウザ２０ａ」と表記し、ユーザ認証のための認証画面を表示させるためのブラウザ２０を「（認証用の）ブラウザ２０ｃ」と表記する。また、以下では、通信端末５ａを用いてログイン要求する場合について説明するが、通信端末５ａ以外の通信端末５を用いてログインしてもよい。
図１８に示すように、通信端末５ａにおいてユーザが電源オンにすると、通信端末５ａの送受信部５１は、端末管理装置７の送受信部７１ａを介して認証部７５に、ログイン要求を行う（ステップＳ１）。このログイン要求には、通信端末５ａの端末ＩＤ及びユーザ証明書が含まれている。
次に、端末管理装置７の認証部７５は、通信端末５ａから受信した端末ＩＤ及びユーザ証明書に基づいて、端末管理テーブル７０１０を検索することにより、同じ組み合わせの端末ＩＤ及びユーザ証明書があるか否かを判断することで、通信端末５ａの認証を行う（ステップＳ２）。ここでは、端末管理テーブル７０１０に同じ組み合わせの端末ＩＤ及びユーザ証明書がある、即ち、通信端末５ａが配信システム１における正当な端末であると認証された場合について、以下に続けて説明する。
次に、認証部７５は、送受信部７１ａを介して、通信端末５ａの送受信部５１ｂに、配信管理装置２のＩＰアドレスを送信する（ステップＳ３）。なお、配信管理装置２のＩＰアドレスは、予め端末管理装置７によって取得されて、記憶部７０００に記憶されている。
次に、端末管理装置７の送受信部７１ｂは、配信管理装置２の送受信部２１を介して、ブラウザ管理部２２に、認証用のブラウザ２０ｃの起動要求を行う（ステップＳ４）。この起動要求に応じて、ブラウザ管理部２２は、認証用のブラウザ２０ｃを起動させる（ステップＳ５）。
次に、エンコーダブリッジ部３０の作成・選択部３１０が、通信端末５ａの再生能力（ディスプレイの解像度等）に従って変換部１０を作成する（ステップＳ６）。
次に、認証用のブラウザ２０ｃは、送受信部２１及び送受信部７１ｂを介して、端末管理装置７の記憶部７０００に、認証画面データ７０４０を要求する（ステップＳ７）。これに応じて、端末管理装置７の記憶部７０００は、送受信部７１ｂ及び送受信部２１を介して、認証用のブラウザ２０ｃに認証画面データ７０４０をコンテンツデータとして送信する（ステップＳ８）。
次に、認証用のブラウザ２０ｃが、端末管理装置７から取得した認証画面を示すコンテンツデータをレンダリングして画像（音）データ〔Ｃ１〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ９）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ｃ１〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ｃ１〕に変換する（ステップＳ１０）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔Ｃ１〕を送信する（ステップＳ１１）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ｃ１〕が出力され、レンダリング部５５を介して、表示部５８にて、認証画面の映像（音）が再生される（ステップＳ１２）。
次に、ユーザによって、認証画面から配信システムユーザＩＤ及びパスワードの入力が行われ、「ＯＫ」ボタンが押下されると（ステップＳ１３）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２の認証用のブラウザ２０ｃに、操作データとして配信システムユーザＩＤ及びパスワードを送信する（ステップＳ１４）。そして、認証用のブラウザ２０ｃは、送受信部２１及び送受信部７１ｂを介して、端末管理装置７の認証部７５に、配信システムユーザＩＤ及びパスワードを送信する（ステップＳ１５）。これにより、認証用のブラウザ２０ｃは、役目を終えて終了する（ステップＳ１６）。
次に、認証部７５は、認証用のブラウザ２０ｃから受信した配信システムユーザＩＤ及びパスワードに基づいて、ユーザ管理テーブルを検索することにより、同じ組み合わせの配信システムユーザＩＤ及びパスワードがあるか否かを判断することで、ユーザ認証を行う（ステップＳ１７）。ここでは、ユーザ管理テーブルに同じ組み合わせの配信システムユーザＩＤ及びパスワードがある、即ち、ユーザが配信システム１における正当なユーザであると認証された場合（ユーザ認証に成功した場合）について、以下に続けて説明する。
次に、端末管理装置７の記憶部７０００は、端末管理テーブル７０１０からステップＳ２の端末認証に用いた端末ＩＤに対応する実行環境情報を読み出す（ステップＳ１８）。このとき、記憶部７０００は、実行環境情報に含まれる「過去のＣｏｏｋｉｅ情報」については、ステップＳ１７のユーザ認証に用いた配信システムユーザＩＤに対応付けられた「過去のＣｏｏｋｉｅ情報」のみを読み出す。
次に、端末管理装置７の送受信部７１ｂは、配信管理装置２の送受信部２１を介して、ブラウザ管理部２２に、コンテンツ用のブラウザ２０ａの起動要求を行う（ステップＳ１９）。このとき、送受信部７１ｂは、ステップＳ１８で読み出された実行環境情報をブラウザ管理部２２に渡す。この起動要求に応じて、ブラウザ管理部２２は、ブラウザ２０ａを起動させて実行環境情報を渡す（ステップＳ２０）。
次に、ブラウザ２０ａが、ウェブサーバ８に対して、コンテンツデータ〔Ａ〕を要求する（ステップＳ２１）。これに応じて、ウェブサーバ８は、要求されたコンテンツデータ〔Ａ〕を自己の記憶部（不図示）から読み出す（ステップＳ２２）。そして、ウェブサーバ８は、配信管理装置２の送受信部２１を介して、要求元であるブラウザ２０ａにコンテンツデータ〔Ａ〕を送信する（ステップＳ２３）。
次に、ブラウザ２０ａが、コンテンツデータ〔Ａ〕をレンダリングして画像（音）データ〔Ａ〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２４）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ａ〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ〕に変換する（ステップＳ２５）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、再生制御部５３に映像（音）データ〔Ａ〕を送信する（ステップＳ２６）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ａ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２７）。
（外部認証サーバを利用してユーザ認証を行う例）
図１９は、配信管理装置２の基本的な配信処理の他の例を示すシーケンス図であり、外部認証サーバ４を利用してユーザ認証を行う場合のシーケンス図である。外部認証サーバ４は、例えばＦａｃｅｂｏｏｋ（登録商標）やＴｗｉｔｔｅｒ等の外部認証サービスを行うウェブサイトを提供するサーバである。図１９に示す例では、図１８に示したユーザ認証に変えて、外部認証サーバ４を利用したユーザ認証を行う。なお、図１９のシーケンス図において、図１８と同一の処理については同一のステップ番号を付して、重複した説明は省略する。
図１９に示すように、外部認証サーバ４を利用してユーザ認証を行う場合は、エンコーダブリッジ部３０の作成・選択部３１０が変換部１０を作成した後（ステップＳ６）、認証用のブラウザ２０ｃが、外部認証サーバ４に対して認証画面データの要求を行う（ステップＳ２９）。これに応じて、外部認証サーバ４は、配信管理装置２の認証用のブラウザ２０ｃに対して、独自の認証画面データをコンテンツデータとして送信する（ステップＳ３０）。
次に、認証用のブラウザ２０ｃが、外部認証サーバ４から取得した認証画面を示すコンテンツデータをレンダリングして画像（音）データ〔Ｃ２〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ３１）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ｃ２〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ｃ２〕に変換する（ステップＳ３２）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔Ｃ２〕を送信する（ステップＳ３３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ｃ２〕が出力され、レンダリング部５５を介して、表示部５８にて、外部認証サーバ４が提供する認証画面の映像（音）が再生される（ステップＳ３４）。
次に、外部認証サーバ４が提供する認証画面から、ユーザが外部認証サービスのユーザＩＤ及びパスワードの入力等を行うと（ステップＳ３５）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２の認証用のブラウザ２０ｃに、操作データとして外部認証サービスのユーザＩＤ及びパスワードを送信する（ステップＳ３６）。そして、認証用のブラウザ２０ｃは、送受信部２１を介して、外部認証サーバ４に外部認証サービスのユーザＩＤ及びパスワードを送信する（ステップＳ３７）。これにより、認証用のブラウザ２０ｃは、役目を終えて終了する（ステップＳ１６）。
次に、外部認証サーバ４が、配信管理装置２の認証用のブラウザ２０ｃから受信したユーザＩＤ及びパスワードを用いてユーザ認証を行う（ステップＳ３８）。ここでは、ユーザ認証に成功した場合、即ち、ユーザが正当なユーザであると認証された場合について、以下に続けて説明する。
次に、外部認証サーバ４が、端末管理装置７の認証部７５に対して、ユーザ認証の成功に応じて発行した認証情報を送信する（ステップＳ３９）。なお、外部認証サービスとしては、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔによるユーザ認証が広く知られており、本実施形態においても、このＯｐｅｎＩＤ Ｃｏｎｎｅｃｔによるユーザ認証を利用することができる。この場合、外部認証サーバ４は、ユーザ認証に成功すると、端末管理装置７の認証部７５に対して、ＯｐｅｎＩＤトークンを認証情報として送信する。
端末管理装置７の認証部７５は、外部認証サーバ４から認証情報が受信できたか否かにより、配信システム１におけるユーザ認証を行う（ステップＳ４０）。つまり、端末管理装置７の認証部７５は、外部認証サーバ４から認証情報を受信すると、ユーザが正当なユーザである（配信システム１におけるユーザ認証に成功）とみなす。その後、図１８のステップＳ１８以降と同様の処理が行われる。
（ユーザ認証が必要なウェブサイトにアクセスする場合の処理）
通信端末５ａでウェブサーバ８から取得した映像（音）を再生している際に、ユーザ操作によって、ユーザ認証が必要なウェブサイトにアクセスする場合がある。このとき、ユーザ認証が必要なウェブサイトに過去にアクセスしたことがあり、当該ウェブサイトのユーザ認証に成功していれば、当該ウェブサイトを提供するウェブサーバ（以下、「ウェブサーバ８’」と表記する。）から発行された認証トークンを含むＣｏｏｋｉｅ情報が取得され、上述の実行環境情報の一つとして保持されている。したがって、そのＣｏｏｋｉｅ情報の有効期限内に同じウェブサイトに再度アクセスする際に、Ｃｏｏｋｉｅ情報内の認証トークンを用いてユーザ認証を行うことで、ユーザがユーザＩＤやパスワードを入力する手間を省くことができる。以下では、図１８または図１９に示したシーケンスに続く処理として、ユーザ認証が必要なウェブサイトにアクセスする場合の処理について説明する。
（ユーザ認証が必要なウェブサイトに最初にアクセスする場合の処理）
まず、図２０を用いて、ユーザ認証が必要なウェブサイトに最初にアクセスする際の配信処理について説明する。図２０は、ユーザ認証が必要なウェブサイトに最初にアクセスする際の配信処理を示すシーケンス図であり、図１８または図１９のステップＳ２７に続く処理を示している。
まず、通信端末５ａでウェブコンテンツの映像（音）〔Ａ〕を再生している状態で、ユーザ認証が必要なウェブサイトに遷移するユーザ操作が行われると（ステップＳ３０１）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２のブラウザ２０（図１８または図１９の説明におけるブラウザ２０ａ）に、ユーザ操作に応じた操作データを送信する（ステップＳ３０２）。
次に、ブラウザ２０は、この操作データで示されるアクセス先のウェブサイトを特定し、図１８または図１９のステップＳ１９において端末管理装置７から渡された実行環境情報の中に、アクセス先のウェブサイトを提供するウェブサーバ８’から発行されたＣｏｏｋｉｅ情報であって、有効期限内のＣｏｏｋｉｅ情報が含まれているかを確認する。ここでは、最初のアクセス時であるため、端末管理装置７から渡された実行環境情報の中にウェブサーバ８’から発行されたＣｏｏｋｉｅ情報は含まれていない。このため、ブラウザ２０は、ウェブサーバ８’に対して、認証画面データの要求を行う（ステップＳ３０３）。これに応じて、ウェブサーバ８’は、配信管理装置２のブラウザ２０に対して、独自の認証画面データをコンテンツデータとして送信する（ステップＳ３０４）。
次に、ブラウザ２０は、ウェブサーバ８’から取得した認証画面を示すコンテンツデータをレンダリングして画像（音）データ〔Ｃ３〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ３０５）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ｃ３〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ｃ３〕に変換する（ステップＳ３０６）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔Ｃ３〕を送信する（ステップＳ３０７）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ｃ３〕が出力され、レンダリング部５５を介して、表示部５８にて、ウェブサーバ８’が提供する認証画面の映像（音）が再生される（ステップＳ３０８）。
次に、ウェブサーバ８’が提供する認証画面から、ユーザがアクセス先のウェブサイトのユーザＩＤ及びパスワードの入力等を行うと（ステップＳ３０９）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２のブラウザ２０に、操作データとして当該ウェブサイトのユーザＩＤ及びパスワードを送信する（ステップＳ３１０）。そして、ブラウザ２０は、送受信部２１を介して、ウェブサーバ８’にユーザ認証が必要なウェブサイトのユーザＩＤ及びパスワードを送信する（ステップＳ３１１）。
次に、ウェブサーバ８’が、配信管理装置２のブラウザ２０から受信したユーザＩＤ及びパスワードを用いてユーザ認証を行う（ステップＳ３１２）。ここでは、ユーザ認証に成功した場合、即ち、ユーザが正当なユーザであると認証された場合について、以下に続けて説明する。
ウェブサーバ８’は、ユーザ認証に成功すると、認証したユーザに対応する認証トークンを含むＣｏｏｋｉｅ情報を、配信管理装置２のブラウザ２０に送信する（ステップＳ３１３）。このＣｏｏｋｉｅ情報は、ブラウザ２０が終了するまでブラウザ２０に保持される。
次に、ブラウザ２０が、ウェブサーバ８’に対して、コンテンツデータ〔Ａ’〕を要求する（ステップＳ３１４）。これに応じて、ウェブサーバ８’は、要求されたコンテンツデータ〔Ａ’〕を自己の記憶部（不図示）から読み出す（ステップＳ３１５）。そして、ウェブサーバ８’は、配信管理装置２の送受信部２１を介して、要求元であるブラウザ２０にコンテンツデータ〔Ａ’〕を送信する（ステップＳ３１６）。
次に、ブラウザ２０が、コンテンツデータ〔Ａ’〕をレンダリングして画像（音）データ〔Ａ’〕を生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ３１７）。そして、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ａ’〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ａ’〕に変換する（ステップＳ３１８）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、再生制御部５３に映像（音）データ〔Ａ’〕を送信する（ステップＳ３１９）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ａ’〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ３２０）。
その後、通信端末５ａを利用するユーザによって映像（音）の再生終了、つまり映像（音）データの配信終了を指示する操作が行われると（ステップＳ３２１）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２のブラウザ２０に、配信終了を示す操作データを送信する（ステップＳ３２２）。ブラウザ２０は、この配信終了を示すユーザ操作を受信すると、保持していたＣｏｏｋｉｅ情報を、送受信部２１及び送受信部７１ｂを介して、端末管理装置７の記憶部７０００に送信する（ステップＳ３２３）。これにより、ブラウザ２０は、役目を終えて終了する（ステップＳ３２４）。
そして、端末管理装置７の記憶部７０００が、ブラウザ２０から送信されたＣｏｏｋｉｅ情報を、実行環境情報の一つとして、配信システムユーザＩＤと対応付けて端末管理テーブル７０１０に格納する（ステップＳ３２５）。この際、記憶部７０００は、図１７に示したようなユーザ管理テーブル７０４０において、１つの配信システムユーザＩＤが複数の端末ＩＤに対応付けられている場合は、複数の端末ＩＤにそれぞれ対応する実行環境情報のすべてに対し、ブラウザ２０から送信されたＣｏｏｋｉｅ情報を配信システムユーザＩＤと対応付けて端末管理テーブル７０１０に格納する。
（ユーザ認証が必要なウェブサイトに最初にアクセスする場合の処理）
次に、図２１を用いて、ユーザ認証が必要なウェブサイトに再度アクセスする際の配信処理について説明する。図２１は、ユーザ認証が必要なウェブサイトに再度アクセスする際の配信処理を示すシーケンス図であり、図１８または図１９のステップＳ２７に続く処理を示している。なお、図２１のシーケンス図において、図２０と同一の処理については同一のステップ番号を付して、重複した説明は省略する。
ユーザ認証が必要なウェブサイトに再度アクセスする場合は、ステップＳ３０２で通信端末５ａから送信された操作データで示されるアクセス先のウェブサイトを提供するウェブサーバ８’から発行されたＣｏｏｋｉｅ情報が、図１８または図１９のステップＳ１９において端末管理装置７から渡された実行環境情報の中に含まれている。このため、ブラウザ２０は、ステップこのＣｏｏｋｉｅ情報の有効期限を確認し、有効期限内であれば、Ｃｏｏｋｉｅ情報の認証トークンを取り出して（ステップＳ３３０）、ウェブサーバ８’に送信する（ステップＳ３３１）。なお、実行環境情報に含まれるＣｏｏｋｉｅ情報が有効期限切れである場合は、図２０に示した最初のアクセス時と同様の処理が行われる。
次に、ウェブサーバ８’が、配信管理装置２のブラウザ２０から受信した認証トークンを用いてユーザ認証を行う（ステップＳ３３２）。この場合、有効な認証トークンがウェブサーバ８’に送られているため、ウェブサーバ８’でのユーザ認証に成功する。その後は、図２０のステップＳ３１３以降と同様の処理が行われる。
（通信端末の認証のみを行う場合の処理）
本実施形態の配信システム１では、上述したように、通信端末５のログイン時に通信端末５の認証（機器認証）及び通信端末５を利用するユーザの認証（ユーザ認証）を行う。しかし、例えば、特定のユーザのみが利用するものとして予め定められた通信端末５のログイン時においては、通信端末５の認証のみを行い、ユーザ認証は行わないようにしてもよい。
図２２は、配信管理装置の基本的な配信処理の他の例を示すシーケンス図であり、通信端末５の認証のみを行う場合のシーケンス図である。図２２に示す例は、通信端末５のログイン時にユーザ認証を行っていない点のみが、図１８または図１９に示した処理と異なっている。図２２のシーケンス図において、図１８または図１９と同一の処理については同一のステップ番号を付して、重複した説明は省略する。
図２２に示す例では、通信端末５ａの認証に成功し（ステップＳ２）、配信管理装置２のＩＰアドレスが通信端末５ａに送信されると（ステップＳ３）、この段階で、端末管理装置７の記憶部７０００が、端末管理テーブル７０１０からステップＳ２の端末認証に用いた端末ＩＤに対応する実行環境情報を読み出す（ステップＳ１８）。そして、端末管理装置７の送受信部７１ｂは、配信管理装置２の送受信部２１を介して、ブラウザ管理部２２に、コンテンツ用のブラウザ２０ａの起動要求を行う（ステップＳ１９）。このとき、送受信部７１ｂは、ステップＳ１８で読み出された実行環境情報をブラウザ管理部２２に渡す。
次に、ブラウザ管理部２２は、端末管理装置７からの起動要求に応じて、コンテンツ用のブラウザ２０ａを起動させて実行環境情報を渡す（ステップＳ２０）。そして、このコンテンツ用のブラウザ２０ａの起動に伴い、エンコーダブリッジ部３０の作成・選択部３１０が、通信端末５ａの再生能力（ディスプレイの解像度等）に従って変換部１０を作成する（ステップＳ３３０）。その後は、図１８または図１９のステップＳ２１以降と同様の処理が行われる。
＜複数の通信端末を使った通信の処理＞
続いて、図２３を用いて、配信管理装置２を介して複数の通信端末５を使った複合配信の処理を説明する。図２３は、配信管理装置２を介して複数の通信端末５を使った複合配信の処理を示すシーケンス図である。ここでは、複数の通信端末５として通信端末５ｆ１，５ｆ２を想定し、図６に示したパターンについて具体的な処理を説明する。なお、ここでも、図１８または図１９または図２２のステップＳ２１〜ステップＳ２９と同様のログイン処理及びブラウザ起動等の処理が行われるが、図１８または図１９または図２２のステップＳ２１〜ステップＳ２８に対応する処理の説明は省略し、ステップＳ２９に対応するステップＳ４１の処理から説明する。
図２３に示すように、配信管理装置２のブラウザ２０は、ウェブサーバ８から送受信部２１を介してコンテンツデータ〔Ａ〕を受信する（ステップＳ４１）。そして、ブラウザ２０は、コンテンツデータ〔Ａ〕をレンダリングすることにより、画像（音）データを生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４２）。
一方、通信端末５ｆ１のエンコード部６０が、カメラ６２及びマイク６３からコンテンツデータ〔Ｅ〕の入力を受け付けると（ステップＳ４３）、エンコード部６０はエンコードした後、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０にコンテンツデータ〔Ｅ〕を送信する（ステップＳ４４）。これにより、コンテンツデータ〔Ｅ〕は、デコード部４０でデコードされた後、受信用ＦＩＦＯ３４を介して、ブラウザ２０に入力される。そして、ブラウザ２０は、コンテンツデータ〔Ｅ〕をレンダリングすることにより、画像（音）データ〔Ｅ〕を生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４５）。この場合、ブラウザ２０は、既に取得しているコンテンツデータ〔Ａ〕に対して、コンテンツデータ〔Ｅ〕を結合して出力する。
更に、通信端末５ｆ１の操作部５２が、電子ペンＰ１によるストローク操作の入力を受け付けると（ステップＳ４６）、操作部５２は、送受信部５１及び送受信部３１を介して、ブラウザ管理部２２に操作データ〔ｐ〕を送信する（ステップＳ４７）。これにより、操作データ〔ｐ〕は、配信管理装置２のブラウザ管理部２２からブラウザ２０に入力される。そして、ブラウザ２０は、操作データ〔ｐ〕をレンダリングすることにより、画像データ〔ｐ〕を生成して、送信用ＦＩＦＯ２４に出力する（ステップＳ４８）。この場合、ブラウザ２０は、既に取得しているコンテンツデータ（〔Ａ〕，〔Ｅ〕）に対して、操作データ〔ｐ〕を結合して出力する。
次に、変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）をエンコードすることで、通信端末５ａに配信すべき映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）に変換する（ステップＳ４９）。そして、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップＳ５０−１）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、通信端末５ｆ１のデコード部５０でデコードされてスピーカ６１に音が出力されると共に、レンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ５１−１）。
また、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ｆ２の再生制御部５３に対しても、同様の映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）を送信する（ステップＳ５０−２）。その後、映像（音）データ（〔Ａ〕，〔Ｅ〕，〔ｐ〕）は、通信端末５ｆ２のデコード部５０でデコードされてスピーカ６１に音が出力されると共に、レンダリング部５５でレンダリングされて表示部５８に映像が出力される（ステップＳ５１−２）。これにより、通信端末５ｆ１で出力される映像（音）と同じ映像（音）が、通信端末５ｆ２でも出力されることになる。
＜時刻調整の処理＞
続いて、図２４を用いて、時刻調整の処理について説明する。図２４は、配信管理装置２と通信端末５との間で行われる時刻調整の処理を示すシーケンス図である。
図２４に示すように、まず、通信端末５の時刻制御部５６は、送受信部５１が配信管理装置２に時刻情報（Ｔ）を要求する時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｓ）を取得する（ステップＳ８１）。そして、送受信部５１は送受信部３１に、配信管理システム２における時刻情報（Ｔ）を要求する（ステップＳ８２）。この場合、時刻情報（Ｔ）の要求と共に、上記時刻情報（ｔｓ）が送信される。
次に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求を受信した時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔｒ）を取得する（ステップＳ８３）。更に、時刻取得部２６は、送受信部３１が上記ステップＳ８２の要求に応答する時刻を取得するために、時刻管理部２５から配信管理装置２における時刻情報（Ｔｓ）を取得する（ステップＳ８４）。そして、送受信部３１は送受信部５１に、時刻情報（ｔｓ, Ｔｒ，Ｔｓ）を送信する（ステップＳ８５）。
次に、通信端末５の時刻制御部５６は、送受信部５１が上記ステップＳ８５の応答を受信した時刻を取得するために、記憶部５０００から通信端末５における時刻情報（ｔｒ）を取得する（ステップＳ８６）。そして、通信端末５の時刻制御部５６は、配信管理システム２と通信端末５との間の時刻差Δを計算する（ステップＳ８７）。この時刻差Δは、下記式（１）によって表される。
Δ＝（（Ｔｒ＋Ｔｓ）／２）−（（ｔｒ＋ｔｓ）／２） ・・・（１）
そして、時刻制御部５６は、記憶部５０００に時刻差Δを示す時刻差情報（Δ）を記憶する（ステップＳ８８）。この時刻調整の一連の処理は、例えば、毎分定期的に行われる。
＜下り用の回線適応制御の処理＞
続いて、図２５を用いて、配信管理装置２から通信端末５に送信する（下り）データの回線適応制御の処理を説明する。図２５は、配信管理装置２から通信端末５に送信するデータの回線適応制御の処理を示すシーケンス図である。
まず、配信管理装置２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５の再生制御部５３に、再生までにバッファリングして再生を遅延させるための再生遅延時間を示す再生遅延時間情報（Ｕ）を送信する（ステップＳ１０１）。また、エンコーダブリッジ部３０は、送信用ＦＩＦＯ２４から取得してエンコード等を行った映像（音）データ〔Ａ〕に対して、時刻管理部２５から取得した現時点の時刻Ｔ０をタイムスタンプとして付加し、送受信部３１及び送受信部５１を介して、通信端末５の再生制御部５３に送信する（ステップＳ１０２）。
一方、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ０＋Ｕ−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１０３）。即ち、下記式（２）に示される再生遅延時間Ｕの範囲内に通信端末５が受信した映像（音）データだけが再生されることになり、範囲外の映像（音）データは再生されずに消去される。
Ｕ≧（ｔ０＋Δ）−Ｔ０ ・・・（２）
また、再生制御部５３は、記憶部５０００から、通信端末５における現時点の時刻ｔ０を読み出す（ステップＳ１０４）。この時刻ｔ０は、通信端末５が配信管理装置２から映像（音）データを受信した時点の通信端末５における時刻を示す。更に、再生制御部５３は、記憶部５０００から、図２４のステップＳ８８によって記憶されている時刻差Δを示す時刻差情報（Δ）を読み出す（ステップＳ１０５）。そして、再生制御部５３は、上記の時刻Ｔ０と時刻ｔ０と時刻差Δとを用いて、映像（音）データが配信管理装置２から送信されて通信端末５で受信されるまでの時間を示す送信遅延時間Ｄ１を計算する（ステップＳ１０６）。この計算は、下記式（３）によって行われる。通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ１が長くなる。
Ｄ１＝（ｔ０＋Δ）−Ｔ０ ・・・（３）
次に、遅延情報取得部５７が、再生制御部５３から送信遅延時間Ｄ１を示す送信遅延時間情報（Ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（Ｄ１）を取得したところで、送受信部５１及び送受信部３１を介して、配信管理装置２の回線適応制御部２７に、複数の送信遅延時間Ｄ１による度数分布情報を示す送信遅延時間情報（Ｄ）を送信する（ステップＳ１０７）。
次に、配信管理装置２の回線適応制御部２７は、送信遅延時間情報（Ｄ）に基づいて、新たに再生遅延情報Ｕ’を計算したり、変換部１０のフレームレートやデータの解像度等の動作条件を計算したりする（ステップＳ１０８）。
次に、配信管理装置２のエンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信装置５の再生制御部５３に、上記ステップＳ１０８によって計算された新たな再生遅延時間Ｕ’を示す再生遅延時間情報（Ｕ’）を送信する（ステップＳ１０９）。
更に、エンコーダブリッジ部３０内の変換部１０が、回線適応制御信号に基づいて、動作条件を変更する（ステップＳ１１０）。例えば、送信遅延時間Ｄ１が長すぎる場合、送信遅延時間Ｄ１に応じて再生遅延時間Ｕを長くすると、スピーカ６１や表示部５８での再生時間が遅くなり過ぎるため、再生遅延時間Ｕを長くすることには限界がある。そこで、回線適応制御部２７は、エンコーダブリッジ部３０に対して、再生遅延時間Ｕを変更させて再生遅延時間Ｕ’とするだけでなく、変換部１０に対して、映像（音）データのフレームレートを下げさせたり、映像（音）データの解像度を下げさせたりすることで、通信ネットワーク９の混雑に対応することができる。これにより、エンコーダブリッジ部３０は、変更後の動作条件に従って、上記ステップＳ１０２のように、現時点の時刻Ｔ０をタイムスタンプとして付加した映像（音）データを通信端末５の再生制御部５３に送信する（ステップＳ１１１）。
次に、通信端末５では、再生制御部５３が、通信端末５における時刻（Ｔ０＋Ｕ’−Δ）になるまで待ってから、映像（音）データをデコード部５０に出力することで、上記ステップＳ１０３のように、スピーカ６１から音を再生させ、レンダリング部５５を介して表示部５８から映像を再生させる（ステップＳ１１２）。その後、上記ステップＳ１０４以降の処理が続けて行われる。このようにして、下り用の回線適応制御の処理が継続して行われる。
＜上り用の回線適応制御の処理＞
続いて、図２６を用いて、通信端末５から配信管理装置２に送信する（上り）データの回線適応制御の処理を説明する。図２６は、通信端末５から配信管理装置２に送信するデータの回線適応制御の処理を示すシーケンス図である。
まず、通信端末５のエンコード部６０は、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、記憶部５０００から取得した時間差Δを示す時間差情報（Δ）とを、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する（ステップＳ１２１）。
次に、配信管理装置２では、デコード部４０が上記ステップＳ１２１によって映像（音）データ〔Ｅ〕等を受信した時点の時刻Ｔ０を、時刻管理部２５から読み出す（ステップＳ１２２）。そして、デコード部４０は、映像（音）データが通信端末５から送信されて配信管理装置２で受信されるまでの時間を示す送信遅延時間ｄ１を計算する（ステップＳ１２３）。この計算は、下記式（４）によって行われる。通信ネットワーク９が混雑している場合には、送信遅延時間Ｄ２が長くなる。
ｄ１＝Ｔ０−（ｔ０＋Δ） ・・・（４）
次に、配信管理装置２の遅延情報取得部３７ａは、通信端末５の遅延情報取得部５７と同様に、デコード部４０から送信遅延時間ｄ１を示す送信遅延時間情報（ｄ１）を取得して一定時間保持しておき、複数の送信遅延時間情報（ｄ１）を取得したところで、回線適応制御部３７ｂに、複数の送信遅延時間ｄ１による度数分布情報を示す送信遅延時間情報（ｄ）を出力する（ステップＳ１２４）。
次に、回線適応制御部３７ｂが、送信遅延時間情報（ｄ）に基づいて、通信端末５のエンコード部６０の動作条件を計算する（ステップＳ１２５）。そして、回線適応制御部３７ｂは、送受信部３１及び送受信部５１を介して、通信端末５のエンコード部６０に、フレームレートやデータの解像度等の動作条件を示す回線適応制御信号を送信する（ステップＳ１２６）。即ち、下りの場合の回線適応制御部２７は、同じ配信管理装置２内でエンコーダブリッジ部３０に回線適応制御信号を出力するのに対して、上りの場合の回線適応制御部３７ｂは、配信管理装置２から通信ネットワーク９を介して、通信端末５に回線適応制御信号を送信する。
次に、通信端末５のエンコード部６０が、受信した回線適応制御信号に基づいて、動作条件を変更する（ステップＳ１２７）。そして、エンコード部６０は、新たな動作条件によって、上記ステップＳ１２１のように、カメラ６２及びマイク６３から取得してエンコードした映像（音）データ〔Ｅ〕と、記憶部５０００から取得した現時点の通信端末５における時刻ｔ０を示す時刻情報（ｔ０）と、同じく記憶部５０００から取得した時間差Δを示す時間差情報（Δ）を、送受信部５１及び送受信部３１を介して、配信管理装置２のデコード部４０に送信する（ステップＳ１２８）。その後、上記ステップＳ１２２以降の処理が続けて行われる。このようにして、上り用の回線適応制御の処理が継続して行われる。
＜マルチディスプレイの処理＞
続いて、図２７乃至図２９を用いて、マルチディスプレイの処理について説明する。図２７乃至図２９は、図５に示したマルチディスプレイの処理を示すシーケンス図である。ここでは、通信端末５ａで再生されている映像（音）〔ＸＹＺ〕を、通信端末５ｆ１，５ｆ２，５ｆ３にも分割して再生させる例である。また、ここでは、ウェブコンテンツを表示させるためのブラウザ２０を「ブラウザ２０ａ」と表記し、ユーザへの設定画面を表示させるためのブラウザ２０を「ブラウザ２０ｂ」と表記する。更に、ここでは、図１８または図１９または図２２のステップＳ２４に相当する処理から説明する。
まず、図２７に示すように、配信管理装置２のブラウザ２０ａは、ウェブサーバ８から取得したウェブコンテンツデータ〔ＸＹＺ〕をレンダリングして画像（音）データを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２０１）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データをエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔ＸＹＺ〕に変換する（ステップＳ２０２）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に、映像（音）データ〔ＸＹＺ〕を送信する（ステップＳ２０３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔ＸＹＺ〕が出力され、レンダリング部５５を介して、表示部５８にて映像（音）が再生される（ステップＳ２０４）。
次に、通信端末５ａのユーザによって、表示部５８上に表示されている画面が不図示のメニュー要求画面に切り替えられ、操作部５２が、メニュー要求画面中の不図示の「配信先選択メニュー」ボタンの押下を受け付ける（ステップＳ２０５）。これにより、送受信部５１が、端末管理装置７の送受信部７１ａに、配信先選択メニューへの切り替えを要求する（ステップＳ２０６）。この際、通信端末５ａの端末ＩＤも送信される。これに対して、送受信部７１ｂは、送受信部２１を介して配信管理装置２のブラウザ管理部２２に対し、ブラウザ２０ｂの起動要求を行う（ステップＳ２０７）。
次に、ブラウザ管理部２２が設定用のブラウザ２０ｂを起動し（ステップＳ２０８）、エンコーダブリッジ部３０の作成・選択部３１０が、ブラウザ２０ａから変換部１０（例えば、変換部１０ａ）への出力を、ブラウザ２０ｂから変換部１０（例えば、変換部１０ｂ）への出力に切り替える（ステップＳ２０９）。但し、通信端末５ａが他の通信端末５（例えば、通信端末５ｂ）と変換部１０（例えば、変換部１０ａ）を共有して上記ステップＳ２０３による映像（音）データを受信していた場合には、他の通信端末５（例えば、通信端末５ｂ）はブラウザ２０ａ用に変換部１０（例えば、変換部１０ａ）を利用中であるため、エンコーダブリッジ部３０の作成・選択部３１０は、新たに変換部１０（例えば、変換部１０ｂ）を作成する。
そして、ブラウザ２０ｂは、送受信部２１及び送受信部７１ｂを介して、端末管理装置７の記憶部７０００に、配信先選択メニューを要求する（ステップＳ２１０）。これに対して、端末管理装置７の記憶部７０００では、通信端末５ａから受信した端末ＩＤに基づいて、記憶部７０００に記憶されている利用可能端末管理テーブル７０２０を検索することにより、対応する共有ＩＤを抽出する（ステップＳ２１１）。この共有ＩＤは、通信端末５ａが遠隔共通処理をするために利用可能な通信端末５を示している。例えば、通信端末５ａの端末ＩＤが「ｔ００１」である場合、図１５−１に示した利用可能端末管理テーブル７０２０を検索することで、共有ＩＤ「ｖ００３」，「ｖ００６」が抽出される。
更に、記憶部７０００は、抽出した共有ＩＤに基づいて端末管理テーブル７０１０を検索することにより、対応する表示名を示す表示名情報を抽出する（ステップＳ２１２）。ここでは、図１５−１に示されているように、抽出された共有ＩＤ「ｖ００３」，「ｖ００６」に対応する表示名は、それぞれ「東京本社１０Ｆ ＭＦＰ」、「大阪展示場１Ｆ マルチディスプレイ」である。
そして、記憶部７０００は、送受信部７１ｂ及び送受信部２１を介して、配信管理装置２のブラウザ２０ｂにコンテンツデータとして配信先選択メニューデータ７０３０を送信する（ステップＳ２１３）。この配信先選択メニューデータ７０３０は、図１４に示した配信先選択メニュー画面を表示させるための情報であり、チェックボックス、共有ＩＤ、及び表示名が含まれている。
次に、図２８に示すように、配信管理装置２のブラウザ２０ｂが、端末管理装置７から取得した配信先選択メニュー〔Ｍ〕を示すコンテンツデータをレンダリングして画像（音）データを生成し、送信用ＦＩＦＯ２４に出力する（ステップＳ２２１）。そして、エンコーダブリッジ部３０の変換部１０が、送信用ＦＩＦＯ２４に格納された画像（音）データ〔Ｍ〕をエンコードすることで、通信端末５ａに配信すべき映像（音）データ〔Ｍ〕に変換する（ステップＳ２２２）。
次に、エンコーダブリッジ部３０は、送受信部３１及び送受信部５１を介して、通信端末５ａの再生制御部５３に映像（音）データ〔Ｍ〕を送信する（ステップＳ２２３）。これにより、通信端末５ａでは、再生制御部５３からデコード部５０に、映像（音）データ〔Ｍ〕が出力され、レンダリング部５５を介して、表示部５８にて、図１４に示したような配信先選択メニュー画面の映像（音）が再生される（ステップＳ２２４）。
次に、ユーザによってマルチディスプレイに使用する通信端末５を指定する操作、例えば、図１４に示した配信先選択メニュー画面の共有ＩＤ「ｖ００６」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下されると（ステップＳ２２５）、操作部５２が、送受信部５１及び送受信部３１を介して、配信管理装置２のブラウザ管理部２２に、操作データとしてチェック結果を送信する（ステップＳ２２６）。
次に、配信管理装置２のブラウザ２０ｂが、チェック結果から共有ＩＤを選択する（ステップＳ２２７）。そして、ブラウザ２０ｂは、送受信部２１及び送受信部７１ｂを介して、端末管理装置７の記憶部７０００に配信先追加要求を行う（ステップＳ２２８）。この配信先追加要求には、上記ステップＳ２２７によって選択された共有ＩＤが含まれている。これにより、ブラウザ２０ｂは、役目を終えて終了する（ステップＳ２２９）。その後、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ２０ｂから変換部１０への出力を、ブラウザ２０ａから変換部１０への出力に戻すよう切り替える（ステップＳ２３０）。
次に、図２９に示すように、端末管理装置７の記憶部７０００では、上記ステップＳ２２８によって送られて来た共有ＩＤに基づいて、端末管理テーブル７０１０を検索することにより、対応する端末ＩＤ及び設置位置情報を抽出する（ステップＳ２４１）。そして、記憶部７０００は、送受信部７１ｂ及び送受信部２１を介して、配信管理装置２のブラウザ管理部２２に、配信先の追加指示を行う(ステップＳ２４２)。この配信先の追加指示には、上記ステップＳ２４１によって抽出された端末ＩＤ及び設置位置情報が含まれている。ここでは、端末ＩＤ及び設置位置情報が「ｔ００６」、「左」と、端末ＩＤ及び設置位置情報が「ｔ００７」、「中」と、端末ＩＤ及び設置位置情報が「ｔ００８」、「右」との３組の端末ＩＤ及び設置位置情報が含まれているものとする。
次に、エンコーダブリッジ部３０の作成・選択部３１０が、マルチディスプレイ用の変換部１０を作成する（ステップＳ２４３）。なお、この場合、エンコーダブリッジ部３０の作成・選択部３１０は、ブラウザ管理部２２から、端末ＩＤ及び設置位置情報を取得する。そして、上記ステップＳ２４３によって作成された変換部１０の分割部１３が、送信用ＦＩＦＯ２４に格納されている映像（音）データ〔ＸＹＺ〕を分割し、エンコード部１９が、分割された各データをエンコードする（ステップＳ２４４）。
そして、エンコーダブリッジ部３０は、端末ＩＤ（「ｔ００６」）及び設置位置情報（「左」）に基づいて、送受信部３１及び通信端末５ｆ１の送受信部５１を介して、通信端末５ｆ１の再生制御部５３に映像（音）データ〔Ｘ〕を送信する（ステップＳ２４５＿１）。これにより、通信端末５ｆ１では、再生制御部５３からデコード部５０に、映像（音）データ〔Ｘ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２４６＿１）。
また、同様にして、エンコーダブリッジ部３０は、端末ＩＤ（「ｔ００７」）及び設置位置情報（「中」）に基づいて、送受信部３１及び通信端末５ｆ２の送受信部５１を介して、通信端末５ｆ２の再生制御部５３に映像（音）データ〔Ｙ〕を送信する（ステップＳ２４５＿２）。これにより、通信端末５ｆ２は、再生制御部５３からデコード部５０に、映像（音）データ〔Ｙ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２４６＿２）。
更に、同様にして、エンコーダブリッジ部３０は、端末ＩＤ（「ｔ００８」）及び設置位置情報（「右」）に基づいて、送受信部３１及び通信端末５ｆ３の送受信部５１を介して、通信端末５ｆ３の再生制御部５３に映像（音）データ〔Ｚ〕を送信する（ステップＳ２４５＿３）。これにより、通信端末５ｆ３は、再生制御部５３からデコード部５０に、映像（音）データ〔Ｚ〕が出力され、スピーカ６１から音が再生されると共に、レンダリング部５５を介して表示部５８にて映像が再生される（ステップＳ２４６＿３）。
〔実施形態の主な効果〕
以上、具体的な例を挙げながら詳細に説明したように、本実施形態の配信システム１では、クラウド上のブラウザ２０を利用してウェブコンテンツをブラウジングする際に有用な環境設定のための実行環境情報を、通信端末５に対応付けて記憶している。また、ユーザ認証が必要なウェブサイトに過去にアクセスした際に取得した認証トークンを含むＣｏｏｋｉｅ情報を、通信端末５に対応する実行環境情報の一つとして、通信端末５を利用するユーザの配信システムユーザＩＤと対応付けて記憶している。そして、通信端末５でのユーザ操作に応じて、ユーザ認証が必要なウェブサイトにブラウザ２０が再度アクセスする際には、通信端末５に対応する実行環境情報に、正当なユーザとして認証されたユーザに対応する有効期限内のＣｏｏｋｉｅ情報が含まれていれば、このＣｏｏｋｉｅ情報から認証トークンを取り出して、ユーザ認証が必要なウェブサイトでのユーザ認証に利用する。
このように、本実施形態の配信システム１では、ユーザ認証が必要なウェブサイトから発行されたＣｏｏｋｉｅ情報を、通信端末５に対応する実行環境情報の一つとして、通信端末５を利用するユーザに対応付けて記憶するので、同じ通信端末５を複数のユーザが利用する場合であっても、同じユーザが複数の通信端末５を利用する場合であっても、ユーザに対応するＣｏｏｋｉｅ情報に含まれる認証トークンを用いて、ユーザ認証がウェブサイトから認証を受けることができる。
〔変形例〕
本実施形態の配信システム１では、端末管理装置７と配信管理装置２とを互いに別個の装置として構成しているが、例えば、配信管理装置２に端末管理装置７の機能を持たせるなどにより、端末管理装置７と配信管理装置２とを一体の装置として構成するようにしてもよい。
また、上記実施形態における配信管理装置２、及び端末管理装置７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。
更に、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤＤ２０４は、いずれもプログラム製品（Program Product）として、国内又は国外へ提供されることができる。
１ 配信システム
２ 配信管理装置
４ 外部認証サーバ
５ 通信端末
７ 端末管理装置
８’ ウェブサイト
９ 通信ネットワーク
１０ 変換部
１９ エンコード部
２０ ブラウザ
２１ 送受信部
２２ ブラウザ管理部
３０ エンコーダブリッジ部
３１ 送受信部
７５ 認証部
７０００ 記憶部
７０１０ 端末管理テーブル
特開２０１３−８８９０１号公報

Claims (5)

  1. 通信端末に通信ネットワークを介してデータを配信する配信システムであって、
    前記通信端末の認証を行うとともに、前記通信端末を利用するユーザのユーザ認証を行う認証手段と、
    前記通信端末に対応する実行環境情報を記憶する記憶手段と、
    前記認証手段による前記通信端末の認証及びユーザ認証が成功した場合に、前記通信端末に対応する前記実行環境情報を取得するとともに、所定の記述言語で示されたコンテンツデータを取得して、映像データ又は音データを生成する生成手段と、
    前記生成手段によって生成された前記映像データ又は前記音データのデータ形式を、通信ネットワークを介して前記通信端末に配信できるデータ形式に変換する変換手段と、
    前記変換手段によって変換された前記映像データ又は前記音データを、前記通信端末に配信する配信手段と、を備え、
    前記生成手段は、ユーザ認証が必要な外部のコンテンツ提供装置から前記コンテンツデータを取得する場合に、前記コンテンツ提供装置から過去に取得した有効期限内の第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていなければ、前記通信端末を利用するユーザが入力した入力情報を前記コンテンツ提供装置に送信し、ユーザ認証が成功した場合に前記コンテンツ提供装置から送信される前記第１認証情報及び前記コンテンツデータを取得して、前記第１認証情報を前記実行環境情報の一つとして前記通信端末を利用するユーザに対応付けて前記記憶手段に格納し、有効期限内の前記第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていれば、前記第１認証情報を前記コンテンツ提供装置に送信して、前記コンテンツ提供装置から送信される前記コンテンツデータを取得することを特徴とする配信システム。
  2. 前記認証手段は、前記通信端末を用いるユーザが入力した入力情報を外部認証装置に送信し、前記外部認証装置から第２認証情報を取得した場合にユーザ認証に成功したと判断することを特徴とする請求項１に記載の配信システム。
  3. 前記第２認証情報は、ＯｐｅｎＩＤ ＣｏｎｎｅｃｔのＯｐｅｎＩＤトークンであることを特徴とする請求項２に記載の配信システム。
  4. 通信端末に通信ネットワークを介してデータを配信する配信システムにおいて実行される配信方法であって、
    前記配信システムは、前記通信端末に対応する実行環境情報を記憶する記憶手段を備え、
    前記配信システムの認証手段が、前記通信端末の認証を行うとともに、前記通信端末を利用するユーザのユーザ認証を行う第１工程と、
    前記配信システムの生成手段が、前記認証手段による前記通信端末の認証及びユーザ認証が成功した場合に、前記通信端末に対応する前記実行環境情報を取得するとともに、所定の記述言語で示されたコンテンツデータを取得して、映像データ又は音データを生成する第２工程と、
    前記配信システムの変換手段が、前記生成手段によって生成された前記映像データ又は前記音データのデータ形式を、通信ネットワークを介して前記通信端末に配信できるデータ形式に変換する第３工程と、
    前記配信システムの配信手段が、前記変換手段によって変換された前記映像データ又は前記音データを、前記通信端末に配信する第４工程と、を含み、
    前記第２工程では、前記生成手段が、ユーザ認証が必要な外部のコンテンツ提供装置から前記コンテンツデータを取得する場合に、前記コンテンツ提供装置から過去に取得した有効期限内の第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていなければ、前記通信端末を利用するユーザが入力した入力情報を前記コンテンツ提供装置に送信し、ユーザ認証が成功した場合に前記コンテンツ提供装置から送信される前記第１認証情報及び前記コンテンツデータを取得して、前記第１認証情報を前記実行環境情報の一つとして前記通信端末を利用するユーザに対応付けて前記記憶手段に格納し、有効期限内の前記第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていれば、前記第１認証情報を前記コンテンツ提供装置に送信して、前記コンテンツ提供装置から送信される前記コンテンツデータを取得することを特徴とする配信方法。
  5. 通信端末に通信ネットワークを介して接続されるコンピュータに、
    前記通信端末の認証を行うとともに、前記通信端末を利用するユーザのユーザ認証を行う認証手段と、
    前記通信端末に対応する実行環境情報を記憶する記憶手段と、
    前記認証手段による前記通信端末の認証及びユーザ認証が成功した場合に、前記通信端末に対応する前記実行環境情報を取得するとともに、所定の記述言語で示されたコンテンツデータを取得して、映像データ又は音データを生成する生成手段と、
    前記生成手段によって生成された前記映像データ又は前記音データのデータ形式を、通信ネットワークを介して前記通信端末に配信できるデータ形式に変換する変換手段と、
    前記変換手段によって変換された前記映像データ又は前記音データを、前記通信端末に配信する配信手段と、を実現させ、
    前記生成手段は、ユーザ認証が必要な外部のコンテンツ提供装置から前記コンテンツデータを取得する場合に、前記コンテンツ提供装置から過去に取得した有効期限内の第１認証情報が、前記通信端末を利用するユーザに対応する情報として前記実行環境情報に含まれていなければ、前記通信端末を利用するユーザが入力した入力情報を前記コンテンツ提供装置に送信し、ユーザ認証が成功した場合に前記コンテンツ提供装置から送信される前記第１認証情報及び前記コンテンツデータを取得して、前記第１認証情報を前記実行環境情報の一つとして前記通信端末を利用するユーザに対応付けて前記記憶手段に格納し、有効期限内の前記第１認証情報が前記実行環境情報に含まれていれば、前記第１認証情報を前記コンテンツ提供装置に送信して、前記コンテンツ提供装置から送信される前記コンテンツデータを取得することを特徴とするプログラム。
JP2013200554A 2013-09-26 2013-09-26 配信システム、配信方法、及びプログラム Pending JP2015069244A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013200554A JP2015069244A (ja) 2013-09-26 2013-09-26 配信システム、配信方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013200554A JP2015069244A (ja) 2013-09-26 2013-09-26 配信システム、配信方法、及びプログラム

Publications (1)

Publication Number Publication Date
JP2015069244A true JP2015069244A (ja) 2015-04-13

Family

ID=52835891

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013200554A Pending JP2015069244A (ja) 2013-09-26 2013-09-26 配信システム、配信方法、及びプログラム

Country Status (1)

Country Link
JP (1) JP2015069244A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017102675A (ja) * 2015-12-01 2017-06-08 コニカミノルタ株式会社 画像形成システム、画像形成装置およびプログラム
JP2019154005A (ja) * 2018-03-06 2019-09-12 富士ゼロックス株式会社 情報処理装置及びプログラム
JP2021111422A (ja) * 2020-01-10 2021-08-02 クェスタ株式会社 プログラム、表示制御方法、表示制御装置及びサイネージシステム
JP2021128385A (ja) * 2020-02-10 2021-09-02 株式会社リコー 情報処理システム、システム、利用制限方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017102675A (ja) * 2015-12-01 2017-06-08 コニカミノルタ株式会社 画像形成システム、画像形成装置およびプログラム
JP2019154005A (ja) * 2018-03-06 2019-09-12 富士ゼロックス株式会社 情報処理装置及びプログラム
JP7073788B2 (ja) 2018-03-06 2022-05-24 富士フイルムビジネスイノベーション株式会社 情報処理装置及びプログラム
JP2021111422A (ja) * 2020-01-10 2021-08-02 クェスタ株式会社 プログラム、表示制御方法、表示制御装置及びサイネージシステム
JP2021128385A (ja) * 2020-02-10 2021-09-02 株式会社リコー 情報処理システム、システム、利用制限方法
JP7388222B2 (ja) 2020-02-10 2023-11-29 株式会社リコー 情報処理システム、システム、利用制限方法

Similar Documents

Publication Publication Date Title
JP6354764B2 (ja) 配信管理装置、配信方法、及びプログラム
JP6326855B2 (ja) 配信制御システム、配信システム、配信制御方法、及びプログラム
JP6337499B2 (ja) 配信制御システム、配信システム、配信制御方法、及びプログラム
JP6398215B2 (ja) 配信制御システム、配信システム、配信制御方法、及びプログラム
JP6369043B2 (ja) 配信制御システム、配信システム、配信制御方法、及びプログラム
JP6354195B2 (ja) 配信システム、配信方法、及びプログラム
JP6323048B2 (ja) 配信システム、配信方法、及びプログラム
JP2014200076A (ja) 配信制御システム、配信制御方法、及びプログラム
CN104053072B (zh) 分发控制系统、分发系统以及分发控制方法
JP2014200074A (ja) 配信制御システム、配信制御方法、及びプログラム
JP2015056855A (ja) 配信管理装置、及び配信管理システム
JP2014200075A (ja) コンピュータシステム、配信制御システム、配信制御方法、及びプログラム
JP2015089099A (ja) 配信管理装置
JP2015069244A (ja) 配信システム、配信方法、及びプログラム
JP6248488B2 (ja) 通信端末及び通信方法
WO2015045787A1 (ja) 配信管理装置、端末及び配信管理方法
JP2015056046A (ja) 配信管理システム、配信システム、配信管理方法、及びプログラム
JP2016063247A (ja) 配信システム及び配信方法
JP6197535B2 (ja) 配信システム、配信方法、及びプログラム
JP2016004352A (ja) 端末管理システム、端末管理方法、及びプログラム
JP6607298B2 (ja) 配信制御システム、配信制御方法、及びプログラム
JP2016058812A (ja) 配信制御システム、配信システム、配信制御システムの制御方法、及びプログラム
JP6248492B2 (ja) 配信管理装置、配信管理システム、及び配信管理方法
JP2015061107A (ja) 配信管理装置、及び配信システム
JP6442832B2 (ja) 配信制御システム、配信システム、配信制御方法、及びプログラム