JP6827637B1 - リアルタイム配信システム及びリアルタイム配信方法 - Google Patents

Abstract

【課題】コントローラ端末の所望タイミングで配信された配信データをビューア端末がリアルタイムで閲覧可能に表示することができる配信システムを提供する。【解決手段】コントローラ端末から配信データを登録する受付部と、受け付けた配信データの格納部と、コントローラ端末によって呼び出された配信データを提供する提供部と、コントローラ端末が、前記提供された配信データから選択した配信データを受付けて蓄積するバッファ部と、配信データの配信先となるビューア端末のアドレスを管理するアドレス管理部と、バッファ部で蓄積した配信データのうち、コントローラ端末による配信データの配信を指示するトリガ信号を受付け、アドレス管理部から配信を指定されたビューア端末のアドレスを読出して特定する配信制御部と、特定されたビューア端末に配信データを配信する配信部とを有する配信サーバを備えた配信システムを提供する。【選択図】図２

Description

本発明は、双方向通信可能な複数の端末間において、所定のデジタルコンテンツ等の配信データをリアルタイムで配信する配信システム及びリアルタイム配信方法に関するものである。

近年、インターネットを介したデジタルコンテンツ等の配信データ（以下「配信データ」という。）を配信する形態として、ウェブサーバを介して１対多、多対多の通信端末間で配信する需要が高まっている。

前記配信の形態では、配信データの受け手側の通信端末が、ウェブブラウザを使用して、ＨＴＴＰにより、前記ウェブサーバから送信された配信データを受信することになる。

しかしながら、ＨＴＴＰによる通信では、１つのコネクションで送ることができるリクエストは１つであり、リクエストは、通信端末のみから送信できるに止まり、ウェブサーバから通信を開始することができない。さらに、コネクション確立のためにヘッダが冗長となり情報量が多くなるという問題があり、リアルタイムで配信することが困難であった。

かかる問題を解決するために、ＨＴＴＰによるコネクション確立後、前記ウェブサーバと前記通信端末は、ＨＴＴＰのオーバーヘッドを必要としないで通信が可能になり、通信端末からのリクエストをいちいち待たずに、ウェブサーバから通信端末に配信データを配信することが可能になるウェブソケットを使用することが提案されている。

従来、たとえば、双方向通信可能な第１の端末と第２の端末との間で、画像を構成する要素データの送受信に、ウェブソケットを利用した電子会議システム（例えば、特許文献１参照。）、ＴＣＰを用いた通信方式において、データのタイプがユーザプロファイルかリクエストかそれ以外かを判定し、種別に応じた処理を行うことにより、リアルタイム性よりも信頼性が重要なデータと、信頼性よりもリアルタイム性が重要なデータとの両方を分けて取り扱う場合に、ウェブソケットを用いた通信システム（例えば、特許文献２参照。）が、提案されていた。

特開２０１６−５７７０９号公報 特開２０１７−３８１４１号公報

ところで、テレビ番組、映画、講演などで、発話者に発話内容に関する配信データを提供する必要が生じる場合がある。このような場合に、現状では、マスメディア業界でいわゆる「カンペ」と称される手法（副調整室からの指示に基づいて、撮影用カメラ近傍にいるアシスタントディレクターが、リアルタイムでスケッチブック等に記載された文字、または、その場で、手書きで記載した文字を前記発話者に提示する方法）、テレビカメラのレンズにハーフミラーを設置するプロンプタを用いる方法などが採用されている。

「カンペ」による提示方法では、可読性が低い場合があること、書き損じがあること、リアルタイムの修正が困難な場合があることのほか、ペーパーレス化に逆行する手法であることなどの課題があった。

また、プロンプタを使用した場合、可視範囲が狭く、複数人に同時に前記データ等を提供するためには、各々にプロンプタを設置する必要があること、また、撮影画像上、発話者とともにプロンプタ自体も映り込む可能性が高く、プロンプタの使用が不向きな場合があるなど、汎用性に欠けるという問題があった。

そこで、前記従来技術で提案されているウェブソケットを利用した配信システムにより、可視範囲が広い表示画面を有する通信端末を使って、リアルタイムで配信データを提供する手法が考えられる。しかし、ウェブソケットを介した通信は、前記のとおり、ＨＴＴＰのオーバーヘッドを不要とし、アプリケーション層でのデータ等の配信をＴＣＰ接続レベルの速度で配信できるため、前記従来技術のように、テレビ会議、ＳＮＳなど、厳密なリアルタイムが要求されない場面では十分に機能するが、前記テレビ番組など、秒単位でリアルタイム性が求められる場面では、単にウェブソケットプロトコルで配信データを配信するだけでは、十分な効果は得られない。

また、前記テレビ番組等での配信データの提供のように、配信する側の通信端末（たとえば、副調整室側で使用する端末）と受信する側の通信端末（たとえば、スタジオ等フロア側で使用する端末）とが、リアルタイムで前記配信データを閲覧可能に表示するようなシステムは存在しない。

本明細書における開示は、上記課題を解消させるためのものであり、配信側の通信端末の所望タイミングで配信データを配信し、前記配信側および受信側の各通信端末が前記配信データをリアルタイムで閲覧可能に表示することができる配信システムおよび配信方法を提供することを目的とする。

本明細書における開示の一つの局面は、上記目的を達成させるために、１以上のコントローラ端末によって生成された１以上の配信データを前記コントローラ端末から通信回線を介して受け付ける受付部と、
前記配信データを格納する配信データ格納部と、
前記格納された配信データのうち、前記コントローラ端末から呼び出された配信データを前記コントローラ端末で表示させるために提供する提供部と、
前記提供された配信データのうち、前記コントローラ端末によって選択された配信データを受け付けて蓄積するバッファ部と、
前記配信データの配信先として、前記コントローラ端末によって指定された１以上のビューア端末のアドレスを管理するアドレス管理部と、
前記バッファ部で蓄積した配信データのうち、前記コントローラ端末によって要求された配信データの配信を指示するトリガ信号を受け付け、前記アドレス管理部から前記指定した配信先のビューア端末のアドレスを読み出して前記ビューア端末を特定する配信制御部と、
前記特定されたビューア端末に前記要求された配信データを前記トリガ信号の受け付けと同時に配信する配信部と、
を有する配信サーバを備えた配信システムを提供することにある。

この構成によれば、コントローラ端末で、ビューア端末に配信したいデータを予めバッファ部に蓄積にし、トリガ信号を受け付けと同時に、ビューア端末に配信することができるので、コントローラ端末が所望する任意のタイミングで高精度にリアルタイムの配信が可能になる。

前記通信回線は、インターネットであり、前記コントローラ端末と配信サーバ及び配信サーバとビューア端末の各接続は、ＨＴＴＰで接続確立後、ウェブソケットで接続するという構成にすればよい。

前記バッファ部は、複数の前記コントローラ端末に対応して個別に前記配信データを受け付けて蓄積する複数のバッファから構成し、前記アドレス管理部は、複数の前記コントローラ端末に対応して個別に前記ビューア端末のアドレスを管理する複数のアドレステーブルから構成すればよい。

本明細書における開示の別の局面は、１以上のコントローラ端末によって生成された１以上の配信データを前記コントローラ端末から通信回線を介して配信サーバが受け付けるステップと、前記配信サーバが、前記配信データを格納するステップと、ウェブブラウザを介してＨＴＴＰにより、コントローラ端末と配信サーバとの接続を確立し、前記配信サーバが、前記コントローラ端末から呼び出された前記格納された配信データを読みだして前記コントローラ端末に提供するとともに、ウェブソケットによる接続とするステップと、
ウェブブラウザを介してＨＴＴＰにより、１以上のビューア端末と前記配信サーバとの接続を確立後、ウェブソケットによる接続とするステップと、
前記配信サーバが、前記提供された配信データのうち、前記コントローラ端末によって選択された配信データを受け付けてバッファ部で蓄積するステップと、
前記配信サーバが、前記バッファ部で蓄積した配信データのうち、前記コントローラ端末によって要求された配信データの配信を指示するトリガ信号を受け付けるステップと、
前記トリガ信号を受け付けた配信サーバが、あらかじめ前記配信データの配信先となる前記ビューア端末のアドレスを管理し、前記コントローラ端末によって指定された配信先となる１以上のビューア端末のアドレスを読み出して、前記ビューア端末を特定するステップと、
前記配信サーバから、前記特定されたビューア端末に、前記要求された配信データを前記トリガ信号の受け付けと同時に配信するステップと、を有するリアルタイム配信方法を提供することにある。

本発明によれば、配信側の通信端末の所望タイミングで配信データを配信し、前記配信側および受信側の各通信端末が前記配信データをリアルタイムで閲覧可能に表示することができるという効果を奏する。

図１は、本明細書で開示する配信システムの構成例を示した図である。 図２は、本明細書で開示する第１実施形態にかかる配信サーバのブロック構成図である。 図３は、配信サーバの認証処理部が有する端末管理テーブルの例を示した図である。 図４は、配信サーバのアドレス管理部及びバッファ部の構成を示したブロック図である。 図５は、複数のコントローラ端末から配信制御部に発信する優先配信信号、劣後配信信号およびトリガ信号の流れを模式的に示した図である。 図６は、複数のコントローラ端末から発信されたトリガ信号を配信制御部が調整する機能を模式的に示した図である。 図７は、本明細書で開示する第２実施形態にかかる配信サーバのブロック構成図である。 図８は、コントローラ端末とビューア端末間のラップタイムを利用したリアルタイム配信の流れを模式的に示した図である。 図９は、図８のリアルタイム配信の変形例の流れを模式的に示した図である。 図１０は、本明細書で開示する配信方法を示すシーケンス図である。 図１１は、本明細書で開示するコントローラ端末の表示画面（初期画面）を示した図である。 図１２は、次候補画像をメイン表示領域に表示した画面例を示した図であり、（Ａ）は、事前登録した配信データを表示した例、（Ｂ）は、使用頻度の高い登録文字を表示した例を示した図である。 図１３は、動画をメイン表示領域に表示した画面例を示した図であり、（Ａ）は、動画開始状態の「５秒前」を表示した図、（Ｂ）は、（Ａ）から「４秒前」の表示に変わった状態を表示した図である。 図１４は、手書き文字の入力機能を説明する図であり、（Ａ）は、パレットボタンアクティブになった状態を示した図、（Ｂ）は、メイン表示領域にパレットを表示した図、（Ｃ）は、手書きデータを表示した図である。

以下、図面を参照しながら本明細書による開示を実施するための形態を説明する。先に説明した実施形態に対応する構成要素を後続の実施形態が有する場合には、同一の符号を付して重複する説明を省略する。また、各実施形態において構成の一部のみを説明している場合、当該構成の他の部分については先行して説明した実施形態の参照符号を使用する場合がある。各実施形態で具体的に組み合わせが可能であることを明示していない場合でも、特に当該組み合わせに支障が生じなければ、実施形態同士を部分的に組み合わせることも可能である。また、図中の各部の大きさは、説明を容易とするため適宜強調されており、実際の寸法、部材間の比率を示すものではない。さらなる適用可能分野は、本明細書の説明から明らかとなる。本概要の説明および具体例は単に例示の目的を意図しており、本開示の範囲を限定することを意図していない。

＜配信システムの構成＞
図１は、本明細書で開示するリアルタイム配信システムの構成例である。１００は配信サーバ、２００はコントローラ端末、３００はビューア端末である。配信サーバ１００は、後述するように、コントローラ端末２００とビューア端末３００との間に介在し、通信回線を介して、配信データを送受信可能に各端末に接続されている。前記配信データは、コントローラ端末２００によって指定された１以上のビューア端末３００に配信される。本実施の形態では、以下、前記通信回線をインターネットとして説明するが、これに限定する趣旨ではない。

なお、本明細書で開示するリアルタイム配信システムは、コントローラ端末２００とビューア端末３００とが、１対多、多対多という対応関係で配信データを配信することができる構成になっている。本実施の形態では、コントローラ端末２００は、コントローラ端末２００ａからコントローラ端末２００ｎ（例示として、各端末は、デスクトップパソコン、ノートパソコン、タブレット端末、スマートフォンである。）で構成され、ビューア端末３００は、ビューア端末３００ａからビューア端末３００ｎ（例示として、各端末は、大型ディスプレイ、ディスプレイ、タブレット端末、スマートフォンである。）で構成されている。いずれの端末も、インターネット等の通信回線に接続可能であり、インターネット通信の場合は、ウェブブラウザを搭載し、ディスプレイによって配信データ（データの表示形態は、前記通信回線で配信可能なものであれば、特に限定されず、テキスト、画像、動画、音声等あらゆる形態を含む。）を表示可能なものであれば、特に限定しない。さらに、ビューア端末３００による表示は、ディスプレイによる表示に限定せず、プリンタなどの出力装置によって出力された紙媒体に表示するものであってもよい。

本明細書で開示する配信サーバ１００、コントローラ端末２００、ビューア端末３００の各機能の詳細については後述するが、いずれも、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（メモリ）、ＲＯＭ（ストレージ）、及び必要に応じてマウス、キーボード等の入力装置、ディスプレイ、スピーカ等の出力装置を備える。そして、前記ＣＰＵは、前記入力装置等から入力される指示に従い、前記ストレージや外部記憶装置に記憶された配信データ等を読み出して、ディスプレイ等に出力するように制御する。また、配信サーバ１００のＣＰＵは、所定の信号を受け付けると、ストレージに格納された処理プログラムをメモリに読み出し、該処理プログラムによって、前記読み出された処理プログラムによって、前記配信データを前記出力装置（例えばディスプレイ）に出力するように制御する。

なお、図１で示すとおり、コントローラ端末２００と配信サーバ１００との間、配信サーバ１００とビューア端末３００との間は、インターネットで接続する場合、ＨＴＴＰによるアクセス要求によって接続が確立した以降は、ウェブソケットによる接続で通信が行われるようになっている。

＜配信システムの第１実施形態＞
図２は、本明細書で開示する第１実施形態にかかる配信サーバ１００のブロック構成図である。配信サーバ１００は、少なくとも、認証処理部１０１、受付部１０２、格納部１０３、配信制御部１０４、提供部１０５、バッファ部１０６、アドレス管理部１０７、配信部１０８を有する。

認証処理部１０１は、配信サーバ１００を介して所定の配信データの送受信を可能とするコントローラ端末２００とビューア端末３００を予め特定するために、配信サーバ１００側で各端末に対して認証処理を行う。本明細書で開示するリアルタイム配信システムは、１のコントローラ端末２００から、特定のグループに属する複数のビューア端末３００に対して、同一の配信データを配信するマルチキャスト型の配信形態であるため、認証処理部１０１によって当該グループに属する端末を特定する。

図３は、認証処理部１０１が、前記端末の特定に使用する端末管理テーブルである。図１で説明したとおり、コントローラ端末２００及びビューア端末３００は、ウェブブラウザを介してインターネット等の通信回線に接続可能であり、ディスプレイ等の出力装置によって配信データを表示することが可能なものであればよいため、汎用的な機器を各端末として使用することができるが、マルチキャスト型の配信形態とするため、各端末を特定する必要がある。そこで、認証処理部１０１は、コントローラ端末２００及びビューア端末３００にＩＤを付与するとともに、所定のデータ配信に使用されるコントローラ端末２００及びビューア端末３００に対してワンタイムパスワードを発行し、前記ワンタイムパスワードによって認証処理を行う。

本実施形態で開示する端末管理テーブルは、端末を識別するために端末側で生成したＵＵＩＤを用いる。すなわち、端末の新規登録時、アクティベーションコード（ワンタイムパスワード）を生成しそれを端末から入力することによって、利用する組織・グループを特定する。この操作によって未承認端末としてレコードが新規追加されるので、編集画面より承認状態に更新することで、コントローラ端末２００またはビューア端末３００として使用することが可能になる。図３のテーブルでは、端末の操作権限、承認の有無、用途（前記汎用的な機器をコントローラ端末またはビューア端末のいずれで利用するかという区別）、前記ＵＵＩＤ、端末のタイプ、デバイス名、所属グループが表示されている。

受付部１０２は、コントローラ端末２００によって指定された１以上のビューア端末３００に、インターネットを介して配信する複数の配信データを受け付けする。前記複数の配信データは、コントローラ端末２００によって生成される。受付部１０２で受け付けられた配信データは、前記のとおり、テキストデータ、画像データ、動画データ、音声データおよびこれらの複合データなど、多様な形態のデータであり、受付部１０２は、これらの多様なデータを受け付けることが可能である。

格納部１０３は、受付部１０２で受け付けた配信データを格納する。前記配信データは、複数のコントローラ端末２００で生成され、受付部１０２で受け付けられる。

提供部１０５は、受付部１０２で受け付けられた配信データのうち、コントローラ端末２００から呼び出された配信データをコントローラ端末２００で表示させるために提供する。提供部１０５によって、呼び出された配信データは、コントローラ端末２００のウェブブラウザ上で閲覧可能に表示される。この呼び出された配信データが、ＨＴＴＰによる接続確立後、ウェブソケットによってビューア端末３００に配信されるデータの母集団となる。

バッファ部１０６は、提供部１０５で提供された配信データのうち、コントローラ端末２００によって選択された配信データを受け付けて蓄積する。バッファ部１０６に配信データを蓄積することにより、ビューア端末３００への配信が待機状態となり、即時ビューア端末３００に配信できる状態となる。

アドレス管理部１０７は、前記配信データの配信先となるビューア端末３００のアドレスを管理する。したがって、前記のとおり、コントローラ端末２００から、同一の配信データを複数のビューア端末３００に配信する場合は、マルチキャスト型の配信形態になる。

配信制御部１０４は、バッファ部１０６で蓄積した配信データのうち、コントローラ端末２００によって要求された配信データの配信を指示するトリガ信号を受け付け、アドレス管理部１０７から前記指定した配信先のビューア端末３００のアドレスを読み出してビューア端末３００を特定する。配信制御部１０４によって、配信データの配信のほか、配信状況の監視、エラーリトライが行われる。

配信部１０８は、前記特定されたビューア端末３００に、前記要求された配信データを前記トリガ信号の受け付けと同時に配信する。

以上のとおり、配信サーバ１００が、バッファ部１０６で配信データを待機状態とし、トリガ信号の受け付けと同時に、配信部１０８から配信するという構成を有することにより、配信データを配信する都度、コントローラ端末２００から、配信サーバ１００を介してビューア端末３００に配信する場合に比べて、よりリアルタイムな配信が実現できる。なお、配信部１０８で配信する配信データの１回あたりのデータサイズは、ノイズ対策と転送速度を考慮して４ビット以上であればよい。

図４は、配信サーバ１００のバッファ部１０６及びアドレス管理部１０７の構成を示したブロック図である。図１で説明したとおり、コントローラ端末２００、ビューア端末３００ともに、複数存在する。そこで、配信サーバ１００のバッファ部１０６は、コントローラ端末２００ａ、２００ｂ、２００ｃに対応して、個別に配信データを受け付けて蓄積できるように、コントローラ端末２００ａ用バッファ１０６ａ、コントローラ端末２００ｂ用バッファ１０６ｂ、コントローラ端末２００ｃ用バッファ１０６ｃから構成されている。

同様に、アドレス管理部１０７は、複数の前記コントローラ端末２００ａ、２００ｂ、２００ｃに対応して個別にビューア端末３００のアドレスを管理するように、コントローラ端末２００ａ用アドレステーブル１０７ａ、コントローラ端末２００ｂ用アドレステーブル１０７ｂ、コントローラ端末２００ｃ用アドレステーブル１０７ｃから構成されている。バッファ部１０６、アドレス管理部１０７を上記のように構成することで、１対多、多対多のリアルタイム配信が可能になる。

前記説明のとおり、本明細書で開示するリアルタイム配信システムは、マルチキャスト型の配信形態であるが、配信側のコントローラ端末２００も複数である。したがって、一つのビューア端末３００に対して複数のコントローラ端末２００から、異なる配信データの配信を要求するトリガ信号が発信されると、輻輳状態となり、配信不能になるおそれがある。そこで、図５で示すとおり、複数のコントローラ端末２００ａ、２００ｂおよび２００ｃのいずれも、ビューア端末３００ａに対してトリガ信号を発信可能な状態において、コントローラ端末２００ｂおよびコントローラ端末２００ｃが、配信制御部１０４に対して劣後配信信号を発信し、コントローラ端末２００ａが、優先配信信号を発信できるようにすればよい。前記劣後配信信号を発信したコントローラ端末２００ｂおよびコントローラ端末２００ｃは、ビューア端末３００ａに対してトリガ信号を発信する権利を他のコントローラ端末に譲り渡すことになる。そして、コントローラ端末２００ａが、配信制御部１０４に対して優先配信信号を発信すると、配信制御部１０４は、コントローラ端末２００ａのトリガ信号のみを受け付けるようになるため、前記のような輻輳状態を回避することができる。

コントローラ端末２００は、後述するとおり、各々、優先配信信号と劣後配信信号の発信機能を有する。たとえば、所定の時間内に、各コントローラ端末２００が、複数の配信データを適時配信要求する（複数のトリガ信号を発信する）場合に、他のコントローラ端末２００との関係で、各配信データの優先度のレベルを他のコントローラ端末２００に対して意思表示するために、それぞれ優先配信信号と劣後配信信号を選択する。

なお、配信制御部１０４は、優先配信信号のみの発信、または、劣後配信信号のみの発信があった場合でも、各信号を受け付ける。優先配信信号のみの発信の場合は、当該優先配信信号を発信したコントローラ端末２００からトリガ信号を受け付けると、他のコントローラ端末２００のトリガ信号に対して優先してビューア端末３００に配信データを配信する。一方、劣後配信信号のみの発信の場合は、当該劣後配信信号を発信したコントローラ端末２００以外のコントローラ端末２００からトリガ信号を受け付けると、当該トリガ信号を優先してビューア端末３００に配信データを配信する。

配信制御部１０４は、２以上の優先配信信号を競合して受け付けた場合、前記優先配信信号を発信した競合するコントローラ端末２００にエラー信号を返信し、前記エラー信号を受信した複数のコントローラ端末２００のいずれかが前記劣後配信信号を発信することにより、優先配信信号を発信するコントローラ端末が単一になったことを検知し、前記優先配信信号を受け付けるようにしてもよい。

ところで、前記優先配信信号および劣後配信信号は、複数のコントローラ端末２００側で、輻輳するトリガ信号の発信を調整するためのものである。予め、複数のコントローラ端末２００に対して、前記トリガ信号を優先的に受け付ける順位を定めることにより、配信サーバ１００側で、前記輻輳するトリガ信号の調整をすることもできる。図６は、配信サーバ１００の配信制御部１０４が、同一のビューア端末３００ａに対して複数のトリガ信号が発信された場合の調整をする機能を模式的に示した図である。

すなわち、配信制御部１０４は、複数のコントローラ端末２００ａ、２００ｂおよび２００ｃのうち、前記トリガ信号を優先的に受け付けるコントローラ端末の優先順位テーブル１０４ａと、２以上のコントローラ端末から同一のビューア端末３００ａに対してトリガ信号が発信されると、優先順位テーブル１０４ａを読み出して優先順位の高いコントローラ端末の前記トリガ信号を受け付けるように判定する判定部１０４ｂとを有する。本実施の形態では、コントローラ端末２００ｂとコントローラ端末２００ｃが、ビューア端末３００ａに対して、各々トリガ信号１、トリガ信号２を発信している。配信制御部１０４の判定部１０４ｂは、優先順位テーブル１０４ａを読み出して、（コントローラ端末２００ａは、トリガ信号を発信していないため）優先順位２位のコントローラ端末２００ｂが、優先順位３位のコントローラ端末２００ｃよりも、優先順位が高いため、コントローラ端末２００ｂのトリガ信号１を受け付けるように判定し、ビューア端末３００ａにトリガ信号１に対応する配信データを配信する。

＜配信システムの第２実施形態＞
図７は、本明細書で開示する第２実施形態にかかる配信サーバ１００のブロック構成図である。本実施形態では、第１実施形態にかかる配信サーバ１００に、時計部１０９、時間管理部１１０、ラップタイム時間記憶部１１１が追加された構成になっている。

時計部１０９は、配信サーバ１００のシステムタイムデータを時間管理部１１０に提供する。

時間管理部１１０は、コントローラ端末２００が発信した時間（コントローラ端末側タイムデータ）と、配信サーバ１００が受信した時間を時計部１０９から受け取り、その時間差分を算出し第１ラップタイムとする。同様に、時間管理部１１０は、配信サーバ１００が発信した時間を時計部１０９から受け取り、ビューア端末３００が受信した時間（ビューア端末側タイムデータ）との時間差分を算出し第２ラップタイムとする。さらに、前記第１ラップタイムおよび前記第２ラップタイムの合計時間をトータルラップタイムとして算出する。

ラップタイム時間記憶部１１１は、時間管理部１１０によって算出された前記第１ラップタイム、前記第２ラップタイムおよび前記トータルラップタイムを記憶する。なお、前記第１ラップタイム及び前記第２ラップタイムは、複数のコントローラ端末２００及び複数のビューア端末３００ごとに記憶される。

図８は、コントローラ端末２００とビューア端末３００との間のラップタイムを利用したリアルタイム配信の流れである。

配信データの中には、厳格に、いわゆるオンタイムでビューア端末３００に表示させなければならないものがある。たとえば、前記第１ラップタイムがｘ秒であり、前記第２ラップタイムがｙ秒の場合、コントローラ端末２００から配信サーバ１００に前記トリガ信号を発信し、配信制御部１０４から配信部１０８を経てビューア端末３００に到達するまでの所要時間は、トータルラップタイム（ｘ＋ｙ）秒となる。したがって、所定の時間ｎ（以下「指定時間ｎ」という。）に配信データをビューア端末３００で表示させるために、コントローラ端末２００が、前記所定の時間ｎに、前記トリガ信号を配信サーバ１００に発信すると、ビューア端末３００で前記配信データが表示される時間は、ｎ＋（ｘ＋ｙ）となり、オンタイムの表示ができない。

そこで、時間管理部１１０は、配信データを指定時間ｎにオンタイムでビューア端末３００に表示させるために、指定時間ｎから前記トータルラップタイム（ｘ＋ｙ）秒だけ前倒ししたトリガ信号の発信時間を前倒し発信時間として通知する配信指示データを生成する。そして、時間管理部１１０は、少なくとも、前記前倒し発信時間よりも前に、前記コントローラ端末に配信指示データを送信する。前記配信指示データを受信したコントローラ端末２００から、配信指示データで示された前倒し発信時間にトリガ信号を発信すると、ビューア端末３００では、指定時間ｎに前記配信データが表示される。図８では、第１ラップタイム、第２ラップタイムがともに１秒であるため、トータルラップタイムは２秒となる。そして、指定時間を１８：００：００としているため、時間管理部１１０は、コントローラ端末２００に対して、前倒し発信時間である１７：５９：５８を配信指示データとして送信する。

なお、時間管理部１１０が、前記配信指示データを送信するために、配信データに予め前記指定時間のデータ（指定時間データ）を含めるようにし、時間管理部１１０が、前記指定時間データを読み取るとともに、第１ラップタイム、第２ラップタイム、トータルラップタイムおよび前倒し発信時間を算出すればよい。

ところで、図８は、コントローラ端末２００側で前記前倒し時間にトリガ信号を発信し、配信データをビューア端末３００に配信するように構成されているが、図９は、図８の変形例として、前記前倒し時間に配信サーバから直接ビューア端末３００に配信データを配信する形態を示した図である。

すなわち、時間管理部１１０は、バッファ部１０６に蓄積されている配信データに、前記所定の指定時間データが含まれている場合に、ラップタイム時間記憶部１１１から前記第１ラップタイムおよび前記第２ラップタイムを読み出して、前記指定時間データから前記第１ラップタイムを差し引いた第１前倒し発信時間に、コントローラ端末２００に前記配信データを配信するとともに、前記指定時間データから前記第２ラップタイムを差し引いた第２前倒し発信時間に、ビューア端末３００に前記配信データを配信する。図９では、前記第１ラップタイムが１秒であり、前記第２ラップタイムが２秒である。そして、前記指定時間を１８：００：００としているため、時間管理部１１０からコントローラ端末２００に配信する前記第１前倒し時間は、１７：５９：５９であり、時間管理部１１０からビューア端末３００に配信する前記第２前倒し時間は、１７：５９：５８である。このように、本変形例は、配信サーバ１００から、コントローラ端末２００とビューア端末３００に一斉同時配信する構成である。

以上のとおり、前記前倒し時間を利用して、厳格なオンタイムの配信を実現することができる。なお、配信サーバ１００は、図８で説明した機能と図９で説明した機能のいずれか一方を備えたもの、または両方を備えたもののどちらでも実施可能である。

＜リアルタイム配信方法＞
図１０は、本明細書で開示する配信方法を示すシーケンス図である。コントローラ端末２００を起動し、コントローラ端末２００に搭載されたウェブブラウザを介してＨＴＴＰにより、コントローラ端末２００から、コントローラ端末２００によって指定された１以上のビューア端末３００に配信する１以上の配信データを受け付ける配信サーバ１００に対して接続要求し、接続を確立する。そして、コントローラ端末２００から配信サーバ１００に前記受け付けされた配信データを呼び出す（Ｓ１）。

配信サーバ１００は、呼び出された前記配信データをコントローラ端末２００に提供する（Ｓ２）。同時に、コントローラ端末２００と配信サーバ１００とは、ウェブソケットによって接続される（Ｓ３）。なお、図示しないが、ウェブソケットによる接続後、上記Ｓ２の配信データの提供を複数回行ってもよい。

一方、配信サーバ１００とビューア端末３００との間の接続処理も行われる。すなわち、ビューア端末３００を起動し、ビューア端末３００に搭載されたウェブブラウザを介してＨＴＴＰにより、１以上のビューア端末３００から配信サーバ１００に接続要求し、接続を確立する（Ｓ４）。ビューア端末３００は、配信データ受信可能な状態（初期画面）が表示される（Ｓ５）。同時に、ビューア端末３００と配信サーバ１００とは、ウェブソケットによって接続される（Ｓ６）。

配信サーバ１００は、前記提供された配信データのうち、コントローラ端末２００によって選択された配信データを受け付けてバッファ部１０６で蓄積する（Ｓ７）。このとき、選択されたデータは、後述するように、サムネイル表示部でサムネイル一覧が表示される（Ｓ８）。

コントローラ端末２００は、配信サーバ１００によってバッファ部１０６で蓄積された配信データのうち、コントローラ端末２００によって配信要求された配信データの配信を指示するトリガ信号を発信する（Ｓ９）。前記トリガ信号を受け付けた配信サーバ１００は、あらかじめ前記配信データの配信先となるビューア端末３００のアドレスを管理している。そして、前記指定された配信先のビューア端末３００のアドレスを読み出して、ビューア端末３００を特定し、前記トリガ信号をビューア端末３００側に発信する（Ｓ１０）。

ビューア端末３００は、配信サーバ１００とＨＴＴＰで接続確立し（Ｓ１１）、配信サーバ１００は、前記要求された配信データをＳ１０の前記トリガ信号の受け付けと同時にリアルタイムで配信し（Ｓ１２）、ビューア端末３００は、前記配信データを表示する。

Ｓ１２の処理後、さらに、次候補の配信データが存在する場合は、コントローラ端末２００は、再び配信データを選択することにより、配信サーバ１００のバッファ部１０６で新たに蓄積される（Ｓ１３）。同時に、コントローラ端末２００では、前記サムネイル一覧で次候補として選択されたことを示す表示がなされる（Ｓ１４）。

ここで、手書きデータを生成する場合は、コントローラ端末２００側で、ローカル（自己呼び出し処理）で手書きデータが生成される（Ｓ１６）。なお、本実施の形態では、前記サムネイル一覧中の既存の配信データに手書きデータを追加する処理方法を説明するが、後述するように、手書きの配信データは、いわゆる「白紙」の画面上に手書きデータのみを記載して生成されたものであってもよい。

コントローラ端末２００が、前記生成された手書きデータを含む配信データについて、Ｓ９同様、配信サーバ１００にトリガ信号を発信すると（Ｓ１７）、前記トリガ信号を受け付けた配信サーバ１００は、指定された配信先のビューア端末３００のアドレスを読み出して、ビューア端末３００を特定し、前記トリガ信号をビューア端末３００側に発信する（Ｓ１８）。ビューア端末３００は、配信サーバ１００とＨＴＴＰで接続確立し（Ｓ１９）、配信サーバ１００から、前記要求された配信データをＳ１８の前記トリガ信号の受け付けとともにリアルタイムで配信し（Ｓ２０）、ビューア端末３００は、前記手書きデータが合成された配信データを表示する。

なお、図１０の配信方法は、コントローラ端末２００とビューア端末３００が１対１の場合の配信処理を説明したものであるが、図４で説明したとおり、配信サーバ１００は、複数のコントローラ端末２００に対応した複数のバッファが、個別に前記配信データを受け付けて蓄積し、複数のコントローラ端末２００に対応した複数のアドレステーブルが、個別に配信先となるビューア端末３００を管理すればよい。

＜実施例＞
以下、図１１から図１４を使用して、コントローラ端末２００上で表示される配信データの具体的な実施例を説明する。本実施例では、テレビ番組等で使用されるいわゆる「カンペ」を電子化し、副調整室（サブ）などで指示を出す側が使用する端末をコントローラ端末２００として説明する。

図１１は、本実施例で開示するコントローラ端末２００の表示画面（初期画面）を示した図である。

コントローラ端末２００の画面は、ツールバー領域２０１とビュー領域２０２とテイクボタン２０３とを有する。ツールバー領域２０１は、本実施例では、スタンプボタン２０１ａ、フォルダボタン２０１ｂ、新規画面ボタン２０１ｃ、カウントダウンボタン２０１ｄ、優先権取得ボタン２０１ｅ、優先権譲渡ボタン２０１ｆ、パレットボタン２０１ｇ、ゴミ箱ボタン２０１ｈ、戻るボタン２０１ｉ、消しゴムボタン２０１ｊを備える。一方、ビュー領域２０２は、ネクスト配信データ表示領域２０２ａ、フォルダデータ表示領域２０２ｂ、サムネイル一覧表示領域２０２ｃを備える。サムネイル一覧表示領域２０２ｃは、オンエアデータ表示部２０２ｄとネクストデータ表示部２０２ｅを有する。なお、ツールバー領域２０１に表示されたボタンは、いずれも、ウェブアプリケーションとして、ウェブブラウザを介して、作動するものである。

以下、ツールバー領域２０１の各ボタンの機能を説明する。スタンプボタン２０１ａは、使用頻度の高い文字を予め登録したもので、当該文字を配信データとして選択する場合に、このボタンを押せばよい。また、フォルダボタン２０１ｂは、事前に登録した配信データを収納するボタンであり、このボタンを押下することで、配信データをコントローラ端末２００に呼び出すことができる。新規画面ボタン２０１ｃは、いわゆる「白紙」状の画面をビュー領域２０２に表示させるボタンであり、後述する手書きデータの生成領域を提供する。カウントダウンボタン２０１ｄは、カウント開始の秒数を選択できる画面を表示する。

優先権取得ボタン２０１ｅは、複数のコントローラ端末２００から同一のビューア端末３００にトリガ信号が重複した場合、トリガ信号とともに優先配信信号を発信する。配信サーバ１００は、この優先配信信号を受け付けると、同一のビューア端末３００にトリガ信号が重複した場合でも、優先配信信号を発信したコントローラ端末２００の配信データを当該ビューア端末３００に配信する。一方、優先権譲渡ボタン２０１ｆは、前記トリガ信号の重複があった場合に、他のコントローラ端末２００の配信データを配信するように指示するためのものである。すなわち、コントローラ端末２００が、トリガ信号とともに優先権譲渡ボタン２０１ｆを押下すると、劣後配信信号が発信され、配信サーバ１００が、この劣後配信信号を受け付けると、同一のビューア端末３００にトリガ信号が重複した場合、劣後配信信号を発信したコントローラ端末２００の配信データは、ビューア端末３００に配信されず、他のコントローラ端末２００の配信データを配信する。

なお、配信サーバ１００の配信制御部１０４は、２以上の優先配信信号を競合して受け付けた場合、ビューア端末３００への配信を停止するとともに、前記優先配信信号を発信した競合する各コントローラ端末２００にエラー信号を返信し、前記エラー信号を受信した複数のコントローラ端末２００のいずれかが前記劣後信号を発信することにより、優先配信信号を発信するコントローラ端末が単一になったことを検知し、前記ビューア端末３００への配信をリトライする。

パレットボタン２０１ｇは、前記手書きデータを生成する場合に、使用するツールを表示するためのボタンである。ゴミ箱ボタン２０１ｈは、後述するサムネイル一覧に表示されている配信データのうち、削除するものを選択して削除する場合に使用する。戻るボタン２０１ｉは、手書きデータを１ストローク前の状態に戻すときに使用し、消しゴムボタン２０１ｊは、手書きデータを任意の範囲で消すツールである。

以下、ビュー領域２０２の各構成について説明する。ネクスト配信データ表示領域２０２ａは、ビューア端末３００が現在表示している配信データの次に、配信する予定の配信データを表受する。フォルダデータ表示領域２０２ｂは、スタンプボタン２０１ａ、フォルダボタン２０１ｂまたはカウントダウンボタン２０１ｄを押下すると、選択可能な配信データが表示される。ここで、表示されたデータを選択すると、サムネイル一覧表示領域２０２ｃに表示される。すなわち、コントローラ端末２００は、選択した配信データのサムネイル一覧を生成して表示するサムネイル表示部を有する。サムネイル表示部によって生成されたサムネイル一覧表示領域２０２ｃに表示されている配信データは、配信サーバ１００のバッファ部１０６に蓄積されたデータとなる。サムネイル一覧表示領域２０２ｃで表示されている配信データは、配信順序の時系列にソートされる。

さらに、前記サムネイル表示部は、サムネイル一覧表示領域２０２ｃのサムネイル一覧のうち、配信部１０８によって配信中の配信データと、トリガ信号の発信により前記配信中の配信データの次に配信される配信データとを他の前記サムネイル一覧で表示されている配信データと識別可能な表示とする。本実施例では、オンエアデータ表示部２０２ｄとネクストデータ表示部２０２ｅが、サムネイル一覧の他の配信データと異なり、配信データの周囲にフレームが表示されて識別できるようになっている。なお、サムネイル一覧の配信データは、サムネイル一覧の生成後、たとえば、ドロップアンドドラッグ等の操作により、適宜配列順序を変更することができる。

ネクストデータ表示部２０２ｅで表示されている配信データは、トリガ信号を発信するテイクボタン２０３を押下することにより、オンエアデータ表示部２０２ｄに移行し、ビューア端末３００で表示される。すなわち、テイクボタン２０３の押下により、配信サーバ１００の配信制御部１０４は、すでにバッファ部１０６に蓄積され、ネクストデータ表示部２０２ｅで表示されている配信データを配信部１０８でビューア端末３００に配信する。

なお、具体的には、発話者、演者などがいるスタジオには、前記副調整室のコントローラ端末２００から出された指示を表示する端末、すなわち、ビューア端末３００が設置されている。配信サーバ１００の配信部１０８から配信された配信データは、ビューア端末３の表示部で表示され、前記発話者、演者などが適宜閲覧可能となる。

図１２は、次候補画像をメイン表示領域に表示した画面例を示した図である。図１２（Ａ）は、事前登録した配信データを表示した例ある。フォルダボタン２０１ｂをクリックすると、事前登録されたデータが、フォルダデータ表示領域２０２ｂに表示され、その中から、本実施例では、「映像訂正 不体裁につき」の配信データを選択したため、ネクスト配信データ表示領域２０２ａ、ネクストデータ表示部２０２ｅに、この配信データが表示されている。

図１２（Ｂ）は、使用頻度の高い登録文字を表示した例を示した図である。スタンプボタン２０１ａをクリックすると、使用頻度の高い登録文字データが、フォルダデータ表示領域２０２ｂに表示され、その中から、本実施例では、「５秒前」の配信データを選択したため、ネクスト配信データ表示領域２０２ａ、ネクストデータ表示部２０２ｅに、この配信データが表示されている。

図１３は、動画を表示した画面例を示した図であり、（Ａ）は、動画開始状態の「５秒前」を表示した図、（Ｂ）は、（Ａ）から「４秒前」の表示に変わった状態を表示した図である。カウントダウンボタン２０１ｄをクリックすると、フォルダデータ表示領域２０２ｂに、カウント開始の各種秒数の配信データが表示される。その中から、本実施例では、「５秒前」及び手で指折りカウントする動画を選択したため、オンエアデータ表示部２０２ｄにこの配信データが表示されると、５秒前の表示とともに、指折りのイラストが重畳表示され、時間の経過とともに、秒数がカウントダウンし、カウントダウンした秒数に対応して指折りされる動画が表示される。

図１４は、手書き文字の入力機能を説明する図である。コントローラ端末２００は、手書きの配信データを生成する手書きデータ生成部を有する。手書きデータ生成部は、本実施例では、少なくとも、パレットボタン２０１ｇと戻るボタン２０１ｉと消しゴムボタン２０１ｊから構成されている。

手書きデータは、図１４（Ａ）で示すとおり、パレットボタン２０１ｇをアクティブにし、これを選択すると、図１４（Ｂ）で示すとおり、画面上で記載するペンの種類、色などを選択できるパレットが、ネクスト配信データ表示領域２０２ａに表示される。本実施例では、手書きデータは、図１４（Ｃ）で示すとおり、フォルダボタン２０１ｂで事前に登録された「映像訂正 不体裁につき」という配信データ上に手書きで「１２」という文字を合成したものである。かかる合成された配信データもサムネイル一覧に挿入することができる。また、新規画面ボタン２０１ｃを選択し、いわゆる「白紙」の画面をネクスト配信データ表示領域２０２ａに表示させ、手書き文字だけで構成される配信データを生成し、これをサムネイル一覧に挿入することも可能である（図示せず）。

手書きデータ生成部は、前記サムネイル表示部に、前記手書きデータの生成領域データを挿入し、前記トリガ信号によって、前記生成領域データを前記ビューア端末に配信後、コントローラ端末２００で前記生成領域データに手書きデータの生成過程をリアルタイムでビューア端末３に表示させて配信するようにしてもよい。

本実施例では、いわゆる「カンペ」を電子化したものを例として説明したが、これに限定する趣旨ではない。たとえば、台本を電子化したものであってもよい。電子化された台本をマスタとなるコントローラ端末と、スレーブとなるビューア端末に表示する。複数のスタッフが、台本の読み合わせをする場合に、各々コントローラ端末、ビューア端末で前記台本を閲覧する。台本に、閲覧者全員に提示する手書きの書き込みをする権限をディレクタが有するコントローラ端末に付与し、当該ディレクタが書き込みをすると、その書き込みデータがリアルタイムにビューア端末に配信されるという構成であってもよい。この場合、電子化された台本のページをめくるというイベントが、トリガ信号とすればよい。

また、ニュース番組などの放映中に、アナウンサーに原稿の差し込みをする場合にも本システムを適用してもよい。この場合、差し込みの原稿を渡す側がコントローラ端末を有し、アナウンサーなど、原稿を読み上げる側がビューア端末を有するようにすればよい。そして、配信サーバで時間管理し、ニュースの放映時間内に原稿の順番の変更指示、新しい原稿の追加指示などを行う場合、スタジオの時間（すなわち、放映時間）を基準として、コントローラ端末側の指示出しのタイミングは、前倒しで配信指示を出すように配信サーバからコントローラ端末に通知すればよい。

この明細書で開示された技術は、前記実施形態に制限されない。すなわち、例示的に示された実施形態と、それらに基づく当業者による変形態様を包含する。また、一つの実施形態と他の実施形態との間における部品、要素の置き換え、または組み合わせを包含する。さらに、開示される技術的範囲は、実施形態の記載に限定されない。開示される技術的範囲は、特許請求の範囲の記載によって示され、さらに特許請求の範囲の記載と均等の意味および範囲内での全ての変更を含むものである。

１００ 配信サーバ
１０１ 認証処理部
１０２ 受付部
１０３ 格納部
１０４ 配信制御部
１０５ 提供部
１０６ バッファ部
１０７ アドレス管理部
１０８ 配信部
１０９ 時計部
１１０ 時間管理部
１１１ ラップタイム時間記憶部
２００ コントローラ端末
３００ ビューア端末

Claims (17)

1. １以上のコントローラ端末によって生成された１以上の配信データを前記コントローラ端末から通信回線を介して受け付ける受付部と、
   前記配信データを格納する配信データ格納部と、
   前記格納された配信データのうち、前記コントローラ端末から呼び出された配信データを前記コントローラ端末で表示させるために提供する提供部と、
   前記提供された配信データのうち、前記コントローラ端末によって選択された配信データを受け付けて蓄積するバッファ部と、
   前記配信データの配信先として、前記コントローラ端末によって指定された１以上のビューア端末のアドレスを管理するアドレス管理部と、
   前記バッファ部で蓄積した配信データのうち、前記コントローラ端末によって要求された配信データの配信を指示するトリガ信号を受け付け、前記アドレス管理部から前記指定した配信先のビューア端末のアドレスを読み出して前記ビューア端末を特定する配信制御部と、
   前記特定されたビューア端末に前記要求された配信データを前記トリガ信号の受け付けと同時に配信する配信部と、
   を有する配信サーバを備えたリアルタイム配信システム。
2. 前記通信回線は、インターネットであり、前記コントローラ端末と配信サーバ及び配信サーバとビューア端末の各接続は、ＨＴＴＰで接続確立後、ウェブソケットで接続する請求項１記載のリアルタイム配信システム。
3. 前記バッファ部は、複数の前記コントローラ端末に対応して個別に前記配信データを受け付けて蓄積する複数のバッファから構成され、
   前記アドレス管理部は、複数の前記コントローラ端末に対応して個別に前記ビューア端末のアドレスを管理する複数のアドレステーブルから構成される請求項１または請求項２記載のリアルタイム配信システム。
4. 前記配信制御部は、複数の前記コントローラ端末のうち、いずれか１のコントローラ端末から優先配信信号を受け付けると、前記優先配信信号を受け付けたコントローラ端末の前記トリガ信号のみを受け付ける請求項３記載のリアルタイム配信システム。
5. 前記配信制御部は、複数の前記コントローラ端末のうち、いずれか１のコントローラ端末から劣後配信信号を受け付けると、前記劣後配信信号を受け付けたコントローラ端末以外のコントローラ端末のトリガ信号を受け付ける請求項３または請求項４記載のリアルタイム配信システム。
6. 前記配信制御部は、複数の前記コントローラ端末のうち、前記トリガ信号を優先的に受け付けるコントローラ端末の優先順位を決めた優先順位テーブルと、２以上の前記コントローラ端末から同一の前記ビューア端末に対してトリガ信号が発信されると、前記優先順位テーブルを読み出して優先順位の高いコントローラ端末の前記トリガ信号を受け付けるように判定する判定部とを有する請求項３から請求項５までのいずれか１項にリアルタイム配信システム。
7. 前記配信サーバは、配信サーバのシステムタイムデータを提供する時計部と、
   前記コントローラ端末側のタイムデータおよび前記ビューア端末側のタイムデータを受け取るとともに、前記時計部から前記配信サーバのシステムタイムデータの提供を受けて、前記トリガ信号が前記コントローラ端末から前記配信サーバに到達する第１ラップタイムと、前記配信データが前記配信サーバから前記ビューア端末に到達する第２ラップタイムと、前記第１ラップタイムおよび前記第２ラップタイムの合計のトータルラップタイムとを算出する時間管理部と、
   前記第１ラップタイム、前記第２ラップタイムおよび前記トータルラップタイムを記憶するラップタイム記憶部と、を有し、
   前記時間管理部は、前記バッファ部に蓄積されている配信データに、前記ビューア端末に配信データを配信して表示させる所定の指定時間データが含まれている場合、前記ラップタイム記憶部からトータルラップタイムを読みだして、前記指定時間データから前記トータルラップタイムを差し引いた時間を前記トリガ信号の前倒し発信時間として通知する配信指示データを生成し、少なくとも、前記前倒し発信時間より前に前記コントローラ端末に前記配信指示データを通知する請求項１から請求項６までのいずれか１項に記載のリアルタイム配信システム。
8. 前記時間管理部は、前記バッファ部に蓄積されている配信データに、前記所定の指定時間データが含まれている場合に、前記ラップタイム記憶部から前記第１ラップタイムおよび前記第２ラップタイムを読み出して、前記指定時間データから前記第１ラップタイムを差し引いた第１前倒し発信時間に、前記コントローラ端末に前記配信データを配信するとともに、前記指定時間データから前記第２ラップタイムを差し引いた第２前倒し発信時間に、前記ビューア端末に前記配信データを配信する請求項７記載のリアルタイム配信システム。
9. 前記配信データの１回あたりのデータサイズは、４ビット以上である請求項１から請求項７までのいずれか１項に記載のリアルタイム配信システム。
10. 前記配信サーバは、前記コントローラ端末及び前記ビューア端末にＩＤを付与するとともに、所定のデータ配信に使用されるコントローラ端末及びビューア端末に対してワンタイムパスワードを発行し、前記ワンタイムパスワードによって認証処理を行う認証処理部を有し、
    前記認証処理を受けたコントローラ端末及びビューア端末に、前記配信データの配信を認める請求項１から請求項９までのいずれか１項に記載のリアルタイム配信システム。
11. 前記コントローラ端末は、前記選択した配信データのサムネイル一覧を生成して表示するサムネイル表示部を有し、
    前記サムネイル表示部は、前記サムネイル一覧のうち、前記配信部によって配信中の配信データと、前記トリガ信号の発信により前記配信中の配信データの次に配信される配信データとを他の前記サムネイル一覧で表示されている配信データと識別可能な表示とする請求項１から請求項１０までのいずれか１項に記載のリアルタイム配信システム。
12. 前記コントローラ端末は、手書きの配信データを生成する手書きデータ生成部を有し、
    手書きデータ生成部で生成された手書きデータを前記サムネイル一覧に挿入することが可能である請求項１１記載のリアルタイム配信システム。
13. 手書きデータ生成部は、前記サムネイル表示部に、前記手書きデータの生成領域データを挿入し、前記トリガ信号によって、前記生成領域データを前記ビューア端末に配信後、前記コントローラ端末で前記生成領域データに手書きデータの生成過程をリアルタイムでビューア端末に表示させて配信する請求項１２記載のリアルタイム配信システム。
14. 前記手書きデータ生成部は、前記配信データ上に手書きデータを合成可能である請求項１２または請求項１３記載のリアルタイム配信システム。
15. 前記コントローラ端末は、前記トリガ信号を他のコントローラ端末に優先して、前記配信制御部で受け付けることを要求する優先配信信号を発信する優先信号発信部と、前記トリガ信号を他のコントローラ端末が優先して、前記配信制御部で受け付けることを要求する劣後配信信号を発信する劣後信号発信部とを有し、
    前記配信制御部は、２以上の優先配信信号を競合して受け付けた場合、前記優先配信信号を発信した競合するコントローラ端末にエラー信号を返信し、前記エラー信号を受信した複数のコントローラ端末のいずれかが前記劣後配信信号を発信することにより、優先配信信号を発信するコントローラ端末が単一になったことを検知し、受け付ける請求項４から請求項１４までのいずれか１項に記載のリアルタイム配信システム。
16. １以上のコントローラ端末によって生成された１以上の配信データを前記コントローラ端末から通信回線を介して配信サーバが受け付けるステップと、
    前記配信サーバが、前記配信データを格納するステップと、
    ウェブブラウザを介してＨＴＴＰにより、コントローラ端末と配信サーバとの接続を確立し、前記配信サーバが、前記コントローラ端末から呼び出された前記格納された配信データを読み出して前記コントローラ端末に提供するとともに、ウェブソケットによる接続とするステップと、
    ウェブブラウザを介してＨＴＴＰにより、１以上のビューア端末と前記配信サーバとの接続を確立後、ウェブソケットによる接続とするステップと、
    前記配信サーバが、前記提供された配信データのうち、前記コントローラ端末によって選択された配信データを受け付けてバッファ部で蓄積するステップと、
    前記配信サーバが、前記バッファ部で蓄積した配信データのうち、前記コントローラ端末によって要求された配信データの配信を指示するトリガ信号を受け付けるステップと、
    前記トリガ信号を受け付けた配信サーバが、あらかじめ前記配信データの配信先となる前記ビューア端末のアドレスを管理し、前記コントローラ端末によって指定された配信先となる１以上のビューア端末のアドレスを読み出して、前記ビューア端末を特定するステップと、
    前記配信サーバから、前記特定されたビューア端末に、前記要求された配信データを前記トリガ信号の受け付けと同時に配信するステップと、を有するリアルタイム配信方法。
17. 前記配信サーバは、複数の前記コントローラ端末に対応した複数の前記バッファ部が、個別に前記配信データを受け付けて蓄積し、
    複数の前記コントローラ端末に対応した複数のアドレステーブルが、個別に前記ビューア端末のアドレスを管理する請求項１６記載のリアルタイム配信方法。