(57)【特許請求の範囲】
【請求項１】
配信者端末が画面に番組のシーンとして表示している多数のコンテンツを、コンピュータネットワークを介してサーバが視聴者端末に提供するコンテンツ配信サービス方法であって、
前記配信者端末に対しては、前記番組当たりの各シーンの各コンテンツを前記各シーン毎に、そのシーンの第１のシーン番号に対応させた配信予約情報の入力を促す一方、
前記サーバには、
前記配信者端末からの前記配信予約情報を記憶手段に記憶する一方該配信予約情報に基づいて前記視聴者端末に対して提供した番組の、各コンテンツのシーンの前記第１のシーン番号を第２のシーン番号として前記記憶手段に記憶して管理する段階と、
前記視聴者端末から前記番組の配信要求があったとき、その配信要求に該当する前記配信予約情報の前記第１のシーン番号に対応する多数のコンテンツのシーンのページを前記配信要求した前記視聴者端末に提供する段階と、
前記配信者端末から前記第１のシーン番号と更新指示とが送信されたとき、前記管理している配信予約情報の該当するコンテンツを変更要求が示すコンテンツに更新する段階と、
前記視聴者端末から前記コンテンツのシーンの更新チェック要求を受ける毎に、前記配信履歴情報の中からその視聴者端末に提供している現在の第２のシーン番号と前記配信者端末からの第１のシーン番号と比較して変更があるかどうかを判定する段階と、
前記変更があると判定したときは、前記配信者端末からの第１のシーン番号のシーンの各コンテンツと前記現在の第２のシーン番号の各コンテンツとを比較するとき、同じ要素名のコンテンツ同士を比較して相違しているかどうかを判定する段階と、
前記相違していると判定した場合は、相違している前記配信者端末からの第１のシーン番号に対応するコンテンツのみを前記視聴者端末に提供する段階と
を行うことを特徴とするコンテンツ配信サービス方法。
【請求項２】
前記サーバに対しては、
前記視聴者端末からの要求に伴って、前記配信者端末の番組の配信予約情報のシーン毎の各コンテンツを前記視聴者端末に提供する段階とを有することを特徴とする請求項１記載のコンテンツ配信サービス方法。
【請求項３】
前記視聴者端末に対しては、
前記一定時間になる毎に前記サーバに現在、表示しているシーンのコンテンツの更新があるかどうかを問い合わせさせる段階と、
前記サーバからコンテンツの更新があることが知らせられたとき、そのコンテンツを再度要求して、該コンテンツに画面のコンテンツを更新させる段階と
を有することを特徴とする請求項１又は２記載のコンテンツ配信サービス方法。
【請求項４】
前記サーバに対しては、前記視聴者端末から番組の要求があったとき、前記番組の初期ページに、コンテンツの更新情報要求ルーチン、更新されたコンテンツのみの再読込ルーチンを埋め込んで前記視聴者端末に送信することを特徴とする請求項１、２又は３記載のコンテンツ配信サービス方法。
【請求項５】
撮像手段によって撮影した映像信号を配信者端末が受けて、この映像を配信者端末が番組の第１のシーン願号のシーンのフレームに表示すると共に、関連するコンテンツを他のフレームに表示しながら、コンピュータネットワークを介してサーバに送信し、視聴者端末が前記コンピュータネットワークを介して前記サーバから希望の番組の第２のシーン番号のシーンの提供を受ける配信サービスシステムであって、
前記サーバは、
前記視聴者端末から前記番組の配信要求があったとき、その配信要求に該当する予め保存している配信予約情報の番組のコンテンツの初期ページのｈｔｍｌ形式のファイルを、前記視聴者端末に提供する手段と、
前記配信者端末から前記第１のシーン番号のシーンのコンテンツの変更要求が送信されたとき、前記配信予約情報の該当するコンテンツを前記変更要求が示すコンテンツに更新する手段と、
前記視聴者端末から第２のシーン番号のシーンのコンテンツの更新チェック要求を受ける毎に、前記配信履歴情報の中からその視聴者端末に提供している現在の第２のシーン番号と前記配信者端末からの第１のシーン番号と比較して変更があるかどうかを判定する手段と、
前記変更があると判定したときは、前記配信者端末からの第１のシーン番号のシーンの各コンテンツと前記現在の第２のシーン番号の各コンテンツとを比較するとき、同じ要素名のコンテンツ同士を比較して相違しているかどうかを判定する手段と、
前記相違していると判定した場合は、相違している前記配信者端末からの第１のシーン番号に対応するコンテンツのみを前記視聴者端末に提供する手段と
を備え、
前記視聴者端末は、少なくともブラウザ機能を備え、
一定時間毎に、前記サーバに現在、表示している前記第２のシーン番号のシーンのコンテンツの更新があるかどうかを前記ブラウザ機能を用いて問い合わせさせ、前記コンテンツの更新があることが知らせられたとき、そのコンテンツを要求して、前記ブラウザ機能で、ぞのコンテンツに画面のコンテンツを更新させる自動更新手段とを備えたことを特徴とするコンテンツ配信システム。
【請求項６】
前記サーバは、
前記視聴者端末から番組の要求があったとき、前記番組の初期ページに、一定時間毎にコンテンツの更新の問い合わせをする更新要求ルーチン、更新されたコンテンツのみの再読込ルーチンを埋め込んで前記視聴者端末に送信することを特徴とする請求項５記載のコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、配信者が撮影した動画や静止画や音声などのコンテンツを配信者端末からサーバに送信し、このサーバが配信者のコンテンツの更新に合わせて視聴者端末に更新したコンテンツを提供することで、視聴者に対してコンテンツのリアルタイム配信を実現したコンテンツ配信システムに関するものである。
【０００２】
【従来の技術】
近年はインターネットでの情報配信は一般的になっており、映像のリアルタイム配信の技術やインターネット回線の発達によって、生の映像や情報をリアルタイムに視聴するというニーズも高まりつつある。
【０００３】
例えば、図１２に示すように、離れた場所で教育を受ける遠隔授業やネット上の講演会などがその例である。
【０００４】
この図１２の遠隔授業を例にとると、配信側である講師Ａは予め視聴者に配信する多数のシーン（説明文Ｂ、チャートＣ、映像ソースファイル名）を登録しておく。
【０００５】
そして、講師の映像をビデオカメラ１で撮影し、これを配信者端末２（例えば講師の机の上）に送信する。前述のビデオカメラ１にはエンコード内蔵アダプタが取り付けられている。さらに、図示しないメモリカード、無線ＬＡＮカード又は有線ＬＡＮが取り付けられている。
【０００６】
そして、配信者端末２はビデオカメラ１の映像を受信して図Ａに示すように、その画面の中央部に映像（ストリーミング）を表示しながら、その左横に講演用の多数の資料Ｃｉ（Ｃ１、Ｃ２、…）と、右横に選択された現在説明に必要な資料Ｃを表示（これをチャートと称している）させる。次に、ＯＨＰ装置３を用いて壁等に表示させる。
【０００７】
配信者でもある講師は、話をすすめながら配信端末１を操作して左の資料Ｃｉ（Ｃ１、Ｃ２、…）を選択することでＯＨＰをめくるようにして進める。
【０００８】
このとき、配信者端末２はネットワーク（インターネット、ＨＤＳＬ）５を用いて配信サービスサイト４に、画面の講師の映像と選択されたチャート番号（ファイル名）とを送信する。
【０００９】
前述のシーンの説明文、チャート、映像は単にシーンのコンテンツと称する場合もある。
【００１０】
一方、視聴者は視聴者端末６を操作して配信サービスサイト４にアクセスして配信者端末２からシーンＳｉを要求し、そのページを表示する。その後はブラウザ機能で一定間隔で配信サービスサイト６から講師ＡのストリームとシーンＳｉとを読み込む。
【００１１】
しかしながら、シーンＳｉの更新タイミングを発信者側である講師が制御することは、標準的なＨＴＭＬの配信メカニズムでは困難である。
【００１２】
唯一簡単にできる方法としては、図１３、１４に示すようにＨＴＭＬファイルに自動更新の設定をすることによって視聴者端末のブラウザが一定時間間隔で再読み込みする方法がある。
【００１３】
すなわち、図１３に示すように、配信者（講師）はまず配信者端末２を操作して、配信サービスサイト４にユーザ登録（ユーザＩＤ、端末ＩＤ、氏名、住所、口座番号等）を行う（ｄ１）。又は用紙に所定事項を書き込んで配信サービスサイト４におくって契約する。
【００１４】
次に、登録後、配信者（講師）は配信サービスサイト４から提供された（ｄ２）、画面上で配信コンテンツの設定を行う。必要であれば自分で作成した、チャートのファイルなどを配信サイトにアップロードする（ｄ３）。
【００１５】
前述の配信コンテンツの設定とは、例えば、タイトルの説明文Ｂ、チャートファイル名、シーン番号、映像ソース名、やバックグランド等を対応させ、表示順に設定する。
【００１６】
また、この設定時において、コンテンツ自体（Ａ、Ｂ、Ｃ）に、何秒後に更新するかを埋め込む。
【００１７】
具体的には、１０秒後に更新する場合にはｈｔｍ１のヘッダー部分に
<meta http-equiv="refresh" content="10">
と書くことによって更新タイミングを設定する。つまり、配信サービスサイト４には、配信者ＩＤに対応させてコンテンツ名毎に更新時間ｔｉ（ｔ１、ｔ２、……）が保存される。
【００１８】
次に、配信者は配信者端末２を操作して配信予定時間や配信ＵＲＬなどを、メール等で視聴者端末６に送信する（ｄ４）。
【００１９】
そして、講演の開始に伴って、講師Ａをビデオカメラ１で撮影すると、この映像を配信者端末２がコンピュータネットワーク５を介して配信サービスサイト４に送信すると共に、講演者によって選択されたチャート番号を送信する（ｄ５、ｄ６）
以後は配信者は配信サービスサイト４にあらかじめ設定したコンテンツ画面を選択（配信者端末に表示されている）しながら、説明を行う。
【００２０】
一方、視聴者は視聴者端末６を操作して配信者から送られてきたＵＲＬ（配信サービスサイト）にアクセスして、シーンを要求してそのページＰを表示し、このシーンのコンテンツＡ、Ｂ、Ｃを一定間隔で取得する（ｄ７）。
【００２１】
また、送信者（講師）は、講演に伴って、配信者端末２の画面の次のシーンを選択すると、配信者端末２は、そのコンテンツ名（コンテンツＣ）と更新指示を配信サービスサイト４に送信する（ｄ８）。
【００２２】
また、視聴者端末６は配信サービスサイト４にアクセスしてコンテンツＡ、Ｂ、Ｃを要求して画面に表示する（ｄ９、ｄ１０）。このとき、配信サービスサイト４はコンテンツの要求毎に、そのコンテンツに対応させている更新時間ｔｉが来たときに、コンテンツＡ、Ｂ、Ｃを配信している。
【００２３】
従って、視聴者側は、ただ見ているだけで、コンテンツ（チャートや説明）が更新されることになる。
【００２４】
【発明が解決しようとする課題】
しかしながら、上記のようなＨＴＭＬファイルに自動更新の設定をすることによって視聴者端末のブラウザが一定時間間隔で再読み込みする方法は、一定時間ごとに全てのコンテンツを視聴者端末が無条件（ページＰのＡ、Ｂ、Ｃ）に読み込んで、同じものでも現在の画面を更新するために画面がちらついてしまうという課題があった。
【００２５】
また、全てのコンテンツ（ページＰのＡ、Ｂ、Ｃ）の要求が定期的に視聴者端末側から送信されるので、サーバのアクセス負荷がかかるという課題があった。
【００２６】
さらに、講演中におけるシーンの選択は状況によって進めていくのが一般的であり、予め更新時間を設定したとしても、講演がその更新時間に従って進むとはかぎらない。
【００２７】
すなわち、上記の配信方法では、講演の意図したタイミングでのコンテンツ配信サービスができないという課題があった。
【００２８】
本発明は、以上の課題を鑑みてなされたもので、配信者端末からの番組のシーンのコンテンツの変更をリアルタイムに配信サイトから視聴者端末に提供できるコンテンツ配信システムを得ることを目的とする。
【００２９】
【課題を解決するための手段】
本発明のコンテンツ配信サービス方法は、配信者端末が画面に番組のシーンとして表示している多数のコンテンツを、コンピュータネットワークを介してサーバが視聴者端末に提供するコンテンツ配信サービス方法である。
前記配信者端末に対しては、前記番組当たりの各シーンの各コンテンツを前記各シーン毎に、そのシーンの第１のシーン番号に対応させた配信予約情報の入力を促す一方、
前記サーバには、
前記配信者端末からの前記配信予約情報を記憶手段に記憶する一方該配信予約情報に基づいて前記視聴者端末に対して提供した番組の、各コンテンツのシーンの前記第１のシーン番号を第２のシーン番号として前記記憶手段に記憶して管理する段階と、前記視聴者端末から前記番組の配信要求があったとき、その配信要求に該当する前記配信予約情報の前記第１のシーン番号に対応する多数のコンテンツのシーンのページを前記配信要求した前記視聴者端末に提供する段階と、前記配信者端末から前記第１のシーン番号と更新指示とが送信されたとき、前記管理している配信予約情報の該当するコンテンツを変更要求が示すコンテンツに更新する段階と、前記視聴者端末から前記コンテンツのシーンの更新チェック要求を受ける毎に、前記配信履歴情報の中からその視聴者端末に提供している現在の第２のシーン番号と前記配信者端末からの第１のシーン番号と比較して変更があるかどうかを判定する段階と、前記変更があると判定したときは、前記配信者端末からの第１のシーン番号のシーンの各コンテンツと前記現在の第２のシーン番号の各コンテンツとを比較するとき、同じ要素名のコンテンツ同士を比較して相違しているかどうかを判定する段階と、前記相違していると判定した場合は、相違している前記配信者端末からの第１のシーン番号に対応するコンテンツのみを前記視聴者端末に提供する段階とを行うことを要旨とする。
【００３０】
そして、前記配信者端末に対しては、前記番組当たりの各シーンのコンテンツの配信予約情報の入力を促す一方、前記サーバには、前記配信者端末からの配信予約情報、前記視聴者端末に対して提供している番組の現在のシーン番号及び前記視聴者端末へのシーンの配信履歴を管理する段階と、前記視聴者端末から前記番組の配信要求があったとき、その配信要求に該当する前記配信予約情報の番組のコンテンツのページのファイルを前記視聴者端末に提供する段階と、前記配信者端末から前記シーンのコンテンツの変更要求が送信されたとき、前記管理している配信予約情報の該当するコンテンツを前記変更要求が示すコンテンツに更新する段階と、前記視聴者端末から前記コンテンツの更新検査要求を受ける毎に、前記管理している前記現在のシーン番号に対応する前記配信予約情報のシーン番号のいずれかのコンテンツが更新されているかどうかを前記配信履歴から判定する段階と、前記番組のシーンのコンテンツが更新されていると判定したとき、その更新されたコンテンツのみを前記視聴者端末に提供する段階とを備えたことを要旨とする。
【００３１】
これによって、配信者が番組のシーンのコンテンツの更新要求をサーバに送信すると、サーバはクライアントからの更新検査要求に対してシーンの変更点（変更されたコンテンツ）をクライアントに応答する。また、視聴者端末は応答結果に応じて変更されたコンテンツのみを再読み込みをして、ブラウザでそのフレームのコンテンツを自動更新する。
【００３２】
本発明の配信サービスシステムは、撮像手段によって撮影した映像信号を配信者端末が受けて、この映像を配信者端末が番組の第１のシーン願号のシーンのフレームに表示すると共に、関連するコンテンツを他のフレームに表示しながら、コンピュータネットワークを介してサーバに送信し、視聴者端末が前記コンピュータネットワークを介して前記サーバから希望の番組の第２のシーン番号のシーンの提供を受ける配信サービスシステムである。
【００３３】
前記サーバは、
前記視聴者端末から前記番組の配信要求があったとき、その配信要求に該当する予め保存している配信予約情報の番組のコンテンツの初期ページのｈｔｍｌ形式のファイルを、前記視聴者端末に提供する手段と、前記配信者端末から前記第１のシーン番号のシーンのコンテンツの変更要求が送信されたとき、前記配信予約情報の該当するコンテンツを前記変更要求が示すコンテンツに更新する手段と、
前記視聴者端末から第２のシーン番号のシーンのコンテンツの更新チェック要求を受ける毎に、前記配信履歴情報の中からその視聴者端末に提供している現在の第２のシーン番号と前記配信者端末からの第１のシーン番号と比較して変更があるかどうかを判定する手段と、前記変更があると判定したときは、前記配信者端末からの第１のシーン番号のシーンの各コンテンツと前記現在の第２のシーン番号の各コンテンツとを比較するとき、同じ要素名のコンテンツ同士を比較して相違しているかどうかを判定する手段と、前記相違していると判定した場合は、相違している前記配信者端末からの第１のシーン番号に対応するコンテンツのみを前記視聴者端末に提供する手段とを備える。
【００３４】
前記視聴者端末は、少なくともブラウザ機能を備え、
一定時間毎に、前記サーバに現在、表示している前記第２のシーン番号のシーンのコンテンツの更新があるかどうかを前記ブラウザ機能を用いて問い合わせさせ、前記コンテンツの更新があることが知らせられたとき、そのコンテンツを要求して、前記ブラウザ機能で、ぞのコンテンツに画面のコンテンツを更新させる自動更新手段とを備えたことを要旨とする。
【００３５】
これによって、配信者が講演を撮像手段によって撮影し、講演の進行に伴って配信者端末のシーンのコンテンツを選択して行くと、番組のシーンのコンテンツの更新要求をサーバに送信する。サーバはクライアント（視聴者端末）からの更新検査要求に対してシーンの変更点（変更されたコンテンツ）をクライアントに応答する。また、視聴者端末は応答結果に応じて変更されたコンテンツのみを再読み込みをして、ブラウザでそのフレームのコンテンツを自動更新する。
【００３６】
従って、番組の進行に伴う変更されたコンテンツのみが視聴者端末の画面のフレームに表示される。
【００３７】
【発明の実施の形態】
本発明は、動画、静止画、音声等のコンテンツを、視聴者に対してリアルタイムに提供するコンテンツ配信システムであって、サーバとクライアントの制御プログラムによって、通信のトラフィックを低減し、画面のちらつきを抑えながら、配信者が視聴者の見ている画面をコントロールする。
【００３８】
一般にリアルタイムのコンテンツ配信サービスにおいては、このタイミングをあらかじめ決めておくことはできない。そこで、次のような仕組みを本実施の形態では用意する。
【００３９】
（視聴者の見るコンテンツ）
視聴者がわのコンテンツはｈｔｍ１で表現されている。また、そのコンテンツには複数の要素からなる。たとえば映像、説明・タイトル・チャートなどの要素である。
【００４０】
そして、それぞれの要素はフレームで記述されている。
【００４１】
フレームとはそれぞれが独立したｈｔｍ１文書で、その文書の中にコンテンツのソースのＵＲＬやテキスト文書が記述されている。
【００４２】
さらにサーバ側の更新を検出して各要素のフレームを更新するしくみが必要である。
【００４３】
これらの実現には、（１）アプレットおよびJavaScriptを使う方法と、（２）JavaScriptと自動更新の機能を利用する方法とがある。
【００４４】
以下の実施の形態では（１）の方法を実施の形態１とし、（２）の方法を実施の形態２として説明する。
【００４５】
＜実施の形態１＞
図１は本実施の形態１のコンテンツ配信システムの概略構成図である。図１に示すように、ビデオカメラ１を配信者端末２に接続（無線）し、この配信者端末２と配信サービスサイト１０と、視聴者端末１１とをネットワーク（インターネット、ＩＰ網）で接続したシステムである。
【００４６】
配信サービスサイト１０は、図１に示すように、視聴者に提供するシーンのページＰに、更新情報を取得するアプレットと、定期的にアプレットの更新検出ルーチンを呼び出すＪａｖａ  Ｓｃｒｉｐｔとを備えたソースファイル２１（ｈｔｍｌ）と、配信者が設定する番組という単位毎にシーンのリストが保存されたシーンテーブル２０と、クライアントのアクセス履歴が保存されたアクセス履歴テーブル２２と、視聴者側（クライアント側）からの要望によって変更されたコンテンツを判定して送信する更新コンテンツ判定部２３等を備えている。
【００４７】
また、視聴者端末１１は、少なくとも予めブラウザ機能２４を備え、配信サービスサイト１０からのアプレット機能２１ａとＪａｖａｓｃｒｉｐｔ機能２１ｂを配信サービスサイト１０から変更コンテンツを送信させる。
【００４８】
前述の配信サービスサイト１０（サーバ）は、図２に示すシーンテーブル２０と現在のシーン番号とアクセス履歴テーブル２２等を保存している。
【００４９】
シーンテーブル２０は、図２に示すように、ユーザ（講師、配信者）が設定するという番組という単位のリストである。このシーンテーブル２０は、それぞれがシーン番号と映像ソース名と説明文ファイル名とチャートファイル名等を対応させている。
【００５０】
前述の現在のシーン番号は、コンテンツ配信時に配信者が選択している現在のシーンを示す。
【００５１】
また、アクセス履歴テーブル２２は、クライアント番号と前回シーン番号とを対応させている。
【００５２】
つまり、アクセス履歴テーブル２２は、クライアントが最後にアクセス（又はチェック）したときのシーン番号を保持している。
【００５３】
上記のように構成されたシステムについて図３、図４のシーケンス図を用いて以下に説明する。
【００５４】
図３に示すように、配信者（講師）はまず配信者端末２を操作して、配信サービスサイト１０にユーザ登録（ユーザＩＤ、端末ＩＤ、氏名、住所、口座番号等）を行う（ｄ１０）。又は用紙に所定事項を書き込んで配信サービスサイト１０におくって契約する。
【００５５】
次に、登録後、配信者（講師）は配信サービスサイト１０から提供された（ｄ１２）、画面上で配信コンテンツの設定を行う。必要であれば自分で作成した、チャート、映像ソース、説明文等をシーン番号に対応させたシーンテーブル２０を配信サービスサイト１０にアップロードする（ｄ１３）。
【００５６】
次に、配信者は配信者端末２を操作して配信予定時間や配信ＵＲＬなどを、メール等で視聴者端末６に送信する（ｄ１４）。
【００５７】
そして、講演の開始に伴って、講師をビデオカメラ１で撮影すると、この映像を配信者端末２がコンピュータネットワーク５を介して配信サービスサイト１０に送信すると共に、講演者によって選択されたチャート番号を送信する（ｄ１５、ｄ１６）
以後は配信者は配信サービスサイト１０にあらかじめ設定したコンテンツ画面を選択（配信者端末に表示されている）しながら、説明を行う。
【００５８】
一方、視聴者は視聴者端末１１を操作して図４に示すように、配信者から送られてきたＵＲＬ（配信サービスサイト）にアクセスして、ページＰの要求を行う。このページＰのソースファイルにはｈｔｍｌのアプレット機能２１ａとＪａｖａ  Ｓｃｒｉｐｔ機能２１ｂとが書き込まれており、ページＰが送信されると、視聴者端末１１はアプレット機能２１ａとＪａｖａ  Ｓｃｒｉｐｔ機能２１ｂとを備えることになる。次に、視聴者端末１１は、シーンのコンテンツＡ、Ｂ、Ｃを取得する（ｄ１７）。
【００５９】
また、送信者（講師）は、講演に伴って、配信者端末２ののシーンにおいて、次のシーンを選択すると、配信者端末２は、そのシーン番号（例えばコンテンツコンテンツＣを変更したとき）と更新指示を配信サービスサイト１０に送信する（ｄ１８）。
【００６０】
一方、視聴者端末１１は、タイマーが一定時間を計数したときに（ｄ１９）、Ｊａｖａ  Ｓｃｒｉｐｔがアプレットを呼び出して更新チェック要求を行う（ｄ２０）。
【００６１】
次に、アプレットは、Ｊａｖａ  Ｓｃｒｉｐｔの更新チェック要求に伴って、配信サービスサイト１０にアクセスしてシーンの更新チェックを送信する（ｄ２１）。
【００６２】
この更新チェックを受けた配信サーバサイト１０は、クライアントからの更新検査要求に対してアクセス履歴テーブル２２とシーンテーブル２０から変更点（更新情報）をクライアントに送信する（ｄ２２）。
【００６３】
次に、クライアント（視聴者端末１１）のアプレット機能２１ａは、更新情報を受け付けると、Ｊａｖａ  ｓｃｒｉｐｕｔ機能２１ｂに更新情報（例えばコンテンツＣ）を渡す（ｄ２３）。
【００６４】
そして、Ｊａｖａ  ｓｃｒｉｐｕｔ機能２１ｂは、ブラウザ機能２４に、フレームＣの再読込（ｈｔｍｌ）をブラウザ２４を介して配信サービスサイト１１に通知する（ｄ２４、ｄ２５）。
【００６５】
配信サービスサイト１０は、ａｎｓｗｅｒを視聴者端末１１のブラウザ２４に介して、ブラウザ２４は、そのチャートＣを送信させて画面に表示させる（ｄ２７、ｄ２８）。
【００６６】
すなわち、視聴者側端末１１は、更新されたコンテンツのみを配信サービスサイト１０から再読込している。
【００６７】
そして、再び一定時間になると（ｄ２９）、Ｊａｖａ  ｓｃｒｉｐｔ機能２１ｂは、アプレットを呼び出して更新チェック要求を行う（ｄ３０）。
【００６８】
次に、アプレット２１ａは、Ｊａｖａ  Ｓｃｒｉｐｔの更新チェック要求に伴って、配信サービスサイト１０にアクセスしてシーンの更新チェックを送信する（ｄ３１）。
【００６９】
この更新チェックを受けた配信サーバサイト１０は、クライアントからの更新検査要求に対してアクセス履歴テーブル２２とシーンテーブル２０から変更点（更新情報）をクライアントに送信し、アプレットが受けて、これをＪａｖａ  ｓｃｒｉｐｕｔに通知する（ｄ３２、ｄ３３）。
【００７０】
このとき、配信サービスサイト１１の更新コンテンツ判定部２３は、シーンテーブル２０のシーンＮとシーンＭを比較して、その結果を通知する。しかし、配信側からはシーンの更新命令は送信されているないので、シーンＮ、シーンＭの映像奏す、説明文、チャートは同じであるから、更新情報は変更無しとなってアプレットに通知される。
【００７１】
すなわち、配信側でコンテンツを更新しなければ、コンテンツの再読込は視聴者側では発生しない。
【００７２】
このため、配信者がコンテンツを更新しないかぎり配信サービスサイトからコンテンツを読込しないので、通信料を抑えることができると共に、再読込は更新時のみであるから画面がちらつかない。
【００７３】
前述の更新情報の送信について説明を補充する。
【００７４】
更新コンテンツ判定部２３が図５に示すように、配信者からのシーン番号Ｍ（例えばシーン０００３）を設定する（Ｓ１）。
【００７５】
そして、現在のシーン番号をアクセス履歴テーブル２２から読み出して設定（Ｎ←現在のシーン：例えばシーン０００２）する（Ｓ２）。
【００７６】
次に、更新コンテンツ判定部２３は、シーンテーブル２０のシーンＮ（シーン０００２）とシーンＭ（シーン０００３）の映像ソース同士を比較し、相違している場合は、フレームＡを更新（シーン０００３の映像ソース）する（Ｓ３）。本実施の形態では図６に示すように、シーン０００２の映像ソースとシーン０００３の映像ソース（ｖｉｄｅｏ１．ｔｘｔ）とは同じであるから映像ソース（コンテンツＡ）は更新しない。
【００７７】
次に、更新コンテンツ判定部は、シーンテーブルのシーンＮ（シーン０００２）とシーンＭ（シーン０００３）の説明文同士（コンテンツＢ）を比較し、相違している場合は、フレームＢを更新（シーン０００３の映像ソース）する（Ｓ３）。
【００７８】
本実施の形態では図６に示すように、シーン０００２の説明文は「ｃｏｍｍｎｅｔ２」であり、シーン０００３の説明文は「ｃｏｍｍｎｅｔ２．ｔｘｔ」であるから、コンテンツＢは更新しない。
【００７９】
次に、更新コンテンツ判定部は、シーンテーブルのシーンＮ（シーン０００２３）とシーンＭ（シーン０００３）のチャート同士（コンテンツＣ）を比較し、相違している場合は、フレームＣを更新する（Ｓ４）。
【００８０】
本実施の形態では図６に示すように、シーン０００２のチャートは「ｃｈａｒｅｔ１．ｐｅｇ」であり、シーン０００３のチャートは「ｃｈａｒｅｔ３．ｐｅｇ」であるから、コンテンツＣは更新する。
【００８１】
すなわち、図７に示すように、サーバはクライアントからの更新チャックを受けると（Ｓ１０）、更新情報を通知（ａｎｓｗｅｒ＝空の文字）することをクライアントに通知する（Ｓ１１）。
【００８２】
次に、更新コンテンツ判定部２３が、配信者からのシーン番号Ｍ（例えばシーン０００３）を設定すると共に、現在のシーン番号をアクセス履歴テーブル２２から読み出して設定（Ｎ←現在のシーン：例えばシーン０００２）する（Ｓ１２）。
【００８３】
次に、更新コンテンツ判定部２３は、シーンＮとシーンＭとを比較して変更があるかどうかを判定する（Ｓ１３）。
【００８４】
ステップＳ１３において、変更がないと判定したときは、ｒｅｔｕｎする（Ｓ１４）。
【００８５】
また、ステップＳ１３において、シーンＮとシーンＭとが変更があると判定したときは、更新コンテンツ判定部２３は、シーンテーブルのシーンＮ（例えばシーン０００２）とシーンＭ（例えばシーン０００３）の映像ソース同士を比較し（Ｓ１３）、相違している場合は、フレームＡを更新（シーン０００３の映像ソースＡ：ａｎｓｗｅｒ＝ａｎｓｗｅｒ＋Ａ）する（Ｓ１４）。
【００８６】
ま  た、ステップＳ１３において、シーンＮの映像ソースとシーンＭの映像ソースとが相違していないと判定したときは、シーンテーブル２０のシーンＮ（例えばシーン０００２）とシーンＭ（例えばシーン０００３）の説明文同士（コンテンツＢ）を比較し（Ｓ１７）、相違している場合は、フレームＢを更新（シーン０００３の説明文：ａｎｓｗｅｒ＝ａｎｓｗｅｒ＋Ｂ）する（Ｓ１８）。
【００８７】
また、ステップＳ１７において、シーンＮの説明文とシーンＭの説明文とが相違していないと判定したときは、シーンＮのチャート（例えば０００２）とシーンＭ（シーン０００３）のチャート同士（コンテンツＣ）を比較し（Ｓ１９）、相違している場合は、フレームＣを更新する（Ｓ２０）。
【００８８】
＜実施の形態２＞
上記実施の形態１ではアプレット機能を用いなければ分からない情報を送信するために、視聴者端末１１にアプレット機能とブラウザとＪａｖａ  ｓｃｒｉｐｔ機能とを設けたが、ブラウザ機能で分かる情報を配信サービスサイトから送信する場合は、アプレット機能を備えない。
【００８９】
すなわち、予め隠れフレームを用意して、そのフレーム（このフレームには要素フレームを再読込するかが記述されている）は定期的に更新する。このとき、どの要素フレームを再読込するかわはサーバ側で決定する。
【００９０】
実施の形態２は、図９に示すように、図１の配信サービスサイト２５には、視聴者に提供するシーンのページＰ（フレームＡ：映像コンテンツ、フレームＢ：説明文コンテンツ、フレームＣ：チャートコンテンツ）のソースファイルと、隠れ制御フレーム２６ａ（以下隠れフレームＤという：要素フレームを再度読込するかが記述される）と、この隠れフレームＤのファイルに書き込まれたＪａｖａＳｃｒｉｐｔ２６ｂとを備えている。これらはｈｔｍｌで記述されるのが好ましい。
【００９１】
そして、更新コンテンツ判定部２３によって、更新情報が判定されたときに、隠れフレームＤに書き込んで視聴者端末１１に送信させる隠れフレーム送信部２７等を備えている。
【００９２】
また、視聴者端末２８は、少なくとも予めブラウザ機能２４を備え、配信サービスサイト２５からの隠れフレームＤ、Ｊａｖａ  ｓｃｒｉｐｔ機能２１ｂを受信して、配信サービスサイト２５から変更コンテンツを送信させる。
【００９３】
すなわち、図９に示すように、クライアントである視聴者端末２８は、ページｐのソースファイルと、隠れフレームＤとを備えることになる。
【００９４】
上記のように構成された実施の形態２のシステムについて図１０のシーケンス図を用いて以下に説明する。本実施の形態では視聴者側からの配信サービスサイト１１へのアクセス後からを説明する。
【００９５】
図１０に示すように、視聴者は視聴者端末２８を操作して、配信者から送られてきたＵＲＬ（配信サービスサイト）にアクセスして、ページＰの要求を行う。このページＰの送信に伴って、隠れフレームＤ（Ｊａｖａ  Ｓｃｒｉｐｔ機能２６ｂを含む）を送信する。視聴者端末２８はＪａｖａ  Ｓｃｒｉｐｔ機能２６ｂとブラウザ２４と隠れフレームＤとを備えていることになる。次に、視聴者端末２８は、シーンのコンテンツＡ、Ｂ、Ｃを一定間隔で取得する（ｄ３０）。
【００９６】
また、送信者（講師）は、講演に伴って、配信者端末２ののシーンにおいて、次のシーンを選択すると、配信者端末２は、そのシーン番号（例えばコンテンツコンテンツＣを変更したとき）と更新指示を配信サービスサイト２８に送信する（ｄ１８）。
【００９７】
一方、視聴者端末２８の隠れフレームＤは、フレームＤの再読込を配信サービスサイト２５に通知する（ｄ３１）。配信サービスサイト２５は、更新情報をクライアントに送信する（ｄ３２）。
【００９８】
フレームＤがこの更新情報を受けて、フレームＣの変更の場合は、Ｊａｖａ  ｓｃｒｉｐｔを起動させて、フレームＣの再読込をブラウザを介して配信サービスサイト２５に送信して、ブラウザがフレームＣの送信通知を受ける（ｄ３３、ｄ３４、ｄ３５、ｄ３６）。
【００９９】
次に、ブラウザはフレームＣである変更チャートの送信要求を配信サービスサイト２５に送信して、変更されたチャートを受けて画面に表示させる（ｄ３７、ｄ３８）。
【０１００】
次に、フレームＤは一定時間経過すると、フレームＤの再読込を配信サービスサイトに送信し（ｄ３９）、配信サービスサイト２５は変更情報がなければ変更なしを通知する（ｄ４０）。このとき、図１０に示すように、配信者側からは更新要求がないので、変更なしが通知される。そして、視聴者側端末２５は、変更通知が変更なしを示しているときは、一定時間経過するまで何もしない。
【０１０１】
次に、このときのサーバの処理を図１１のフローチャートを用いて以下に説明する。
【０１０２】
配信サービスサイト２５の更新コンテンツ判定部２３が図１１に示すように、クライアントからの隠れフレームＤの要求を受けると（Ｓ３０）、なにもしないフレームＤを作成する（Ｓ３１）。
【０１０３】
次に、配信者からのシーン番号Ｍ（例えばシーン０００３）を設定すると共に、現在のシーン番号をアクセス履歴テーブル２２から読み出して設定（Ｎ←現在のシーン：例えばシーン０００２）する（Ｓ３２）。
【０１０４】
次に、更新コンテンツ判定部は、シーンテーブル２０のシーンＮ（シーン０００２）とシーンＭ（シーン０００３）とを比較し（Ｓ３３）、相違していない場合は、なにもしないフレームＤを送信する（Ｓ３４）。
【０１０５】
ステップＳ３３において、相違すると判定したときは、映像ソース同士を比較し（Ｓ３５）、相違している場合は、フレームＤにフレームＡのリロード命令を追加する（Ｓ３６）。
【０１０６】
次に、シーンテーブルのシーンＮ（シーン０００２）とシーンＭ（シーン０００３）の説明文同士（コンテンツＢ）を比較し（Ｓ３７）、相違している場合は、フレームＤにフレームＢのリロード命令を追加する（Ｓ３８）。
【０１０７】
また、シーンテーブルのシーンＮ（シーン０００２）とシーンＭ（シーン０００３）のチャート同士（コンテンツＣ）を比較し（Ｓ３９）、相違している場合はフレームＤにフレームＣのリロード命令を追加する（ｄ４０）。
【０１０８】
また、ステップ３６、３８、４０のリロード命令を書き込んだフレームＤを送信する（Ｓ４１）。
【０１０９】
本実施の形態では図６に示すように、シーン０００２のチャートは「ｃｈａｒｅｔ１．ｐｅｇ」であり、シーン０００３のチャートは「ｃｈａｒｅｔ３．ｐｅｇ」であるから、０００３のチャートＣを送信する。
【０１１０】
本実施の形態では、アプレットを使わないので、利用環境に依存しにくいというメリットがある。
【０１１１】
【発明の効果】
以上のように本発明によれば、配信者が番組のシーンのコンテンツの更新要求をサーバに送信すると、サーバはクライアントからの更新検査要求に対してシーンの変更点（変更されたコンテンツ）をクライアントに応答する。また、視聴者端末は応答結果に応じて変更されたコンテンツのみを再読み込みをして、ブラウザでそのフレームのコンテンツを自動更新する。
【０１１２】
このため、配信者がシーンのコンテンツを変更しても、そのコンテンツのみが視聴者端末に送信されることになるからサーバの通信のトラフィックが低減すると共に、視聴者端末では変更されたコンテンツのみを画面に表示するので、画面の全体のちらつきを抑えることができるという効果が得られている。
【０１１３】
また、視聴者側では配信者が講演の進行に伴ってコンテンツを変更したときは、その変更コンテンツのみが視聴者端末に表示されるので、リアルタイムの視聴が可能となるという効果が得られている。
【図面の簡単な説明】
【図１】本実施の形態１のコンテンツ配信システムの概略構成図である。
【図２】配信サービスサイトの各テーブルの説明図である。
【図３】実施の形態１の動作を説明するシーケンス図である。
【図４】実施の形態１の動作を説明するシーケンス図である。
【図５】配信サービスサイトのシーン設定の動作を説明するフローチャートである。
【図６】配信サービスサイトのシーン設定の各テーブルを説明する説明図である。
【図７】実施の形態１の配信サービスサイトの動作を説明するフローチャートである。
【図８】本実施の形態２のコンテンツ配信システムの概略構成図である。
【図９】実施の形態２のページの説明図である。
【図１０】実施の形態２の動作を説明するシーケンス図である。
【図１１】実施の形態２のサーバの動作を説明するフローチャートである。
【図１２】従来の配信サービスシステムの概略構成図である。
【図１３】従来の配信サービスシステムの動作を説明するシーケンス図である。
【図１４】従来の配信サービスシステムの動作を説明するシーケンス図である。
【符号の説明】
１  ビデオカメラ
２  配信者端末
１０  配信サービスサイト
１１  視聴者端末
２０  シーンテーブル
２２  アクセス履歴テーブル
２３  更新コンテンツ判定部
【図１】
0003912121.tif 000002
【図２】
0003912121.tif 000003
【図３】
0003912121.tif 000004
【図４】
0003912121.tif 000005
【図５】
0003912121.tif 000006
【図６】
0003912121.tif 000007
【図７】
0003912121.tif 000008
【図８】
0003912121.tif 000009
【図９】
0003912121.tif 000010
【図１０】
0003912121.tif 000011
【図１１】
0003912121.tif 000012
【図１２】
0003912121.tif 000013
【図１３】
0003912121.tif 000014
【図１４】
0003912121.tif 000015