(57)【特許請求の範囲】
【請求項１】
ライブ番組を配信する配信サーバと、ミッドロール広告の挿入タイミングを決定するタイミング情報を２以上の端末装置に送信するミッドロールサーバとを具備する配信システムであって、
前記配信サーバは、
ライブ番組を受け付ける番組受付部と、
２以上の端末装置から番組配信の指示である配信指示を受信する配信指示受信部と、
前記配信指示を送信した２以上の端末装置に、配信指示に対応するライブ番組を配信する番組配信部とを具備し、
前記ミッドロールサーバは、
ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報が格納されるタイミング情報格納部と、
ミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、前記タイミング情報格納部に蓄積するタイミング情報受付部と、
ライブ番組を受信する２以上の端末装置からタイミング情報の送信指示を受信する送信指示受信部と、
前記送信指示を送信した端末装置に、前記タイミング情報格納部のタイミング情報を送信するタイミング情報送信部とを具備し、
前記２以上の各端末装置は、
配信指示を受け付ける端末受付部と、
前記配信指示を前記配信サーバに送信し、かつタイミング情報の送信指示を前記ミッドロールサーバに送信する端末送信部と、
前記配信指示の送信に応じて、前記配信サーバからライブ番組を受信し、前記送信指示の送信に応じて、前記ミッドロールサーバからタイミング情報を受信する端末受信部と、
前記端末受信部が受信したライブ番組を出力し、かつ前記端末受信部が受信したタイミング情報が示すオフセットで特定されるライブ番組内の箇所に、ミッドロール広告を出力する端末出力部とを具備する、配信システム。
【請求項２】
広告発火装置をさらに具備する請求項１記載の配信システムであって、
前記広告発火装置は、
ライブ番組のエンコーダと同期がとれているタイム情報を進める時計部と、
広告の挿入指示を受け付ける挿入指示受付部と、
前記挿入指示に応じて、前記挿入指示が受け付けられた際のタイム情報を取得するタイム情報取得部と、
前記タイム情報を用いて、タイミング情報を構成するタイミング情報構成部と、
前記タイミング情報構成部が構成したタイミング情報を前記ミッドロールサーバに送信するタイミング情送信部とを具備する請求項１記載の配信システム。
【請求項３】
前記タイミング情報は、
２以上のチャネルのタイミングを示すチャネル毎タイミング情報を有し、
前記端末出力部は、
出力しているライブ番組に対応するチャネル毎タイミング情報に従ったタイミングで、ミッドロール広告を出力する請求項１または請求項２記載の配信システム。
【請求項４】
前記時計部は、
複数のエンコーダと同期がとれている複数の各タイム情報を進め、
前記タイム情報取得部は、
前記挿入指示に応じて、前記挿入指示が受け付けられた際の複数のタイム情報を取得し、
前記タイミング情報構成部は、
前記複数のタイム情報を用いて、複数のタイミングの情報を有するタイミング情報を構成する請求項２記載の配信システム。
【請求項５】
前記送信指示受信部は、
予め決められた予測遅延時間未満の間隔で、タイミング情報の送信指示を２以上の端末装置から受信する請求項１から請求項４いずれか一項に記載の配信システム。
【請求項６】
前記端末出力部は、
ＤＶＲの仕組みを用いて、前記端末受信部が受信したライブ番組を出力する請求項１から請求項５いずれか一項に記載の配信システム。
【請求項７】
前記端末出力部は、
前記ライブ番組を巻き戻し再生できない請求項６記載の配信システム。
【請求項８】
ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報が格納されるタイミング情報格納部と、
ミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、前記タイミング情報格納部に蓄積するタイミング情報受付部と、
ライブ番組を受信する２以上の端末装置からタイミング情報の送信指示を受信する送信指示受信部と、
前記送信指示を送信した２以上の端末装置に、前記タイミング情報格納部のタイミング情報を送信するタイミング情報送信部とを具備するミッドロールサーバ。
【請求項９】
配信指示を受け付ける端末受付部と、
前記配信指示を配信サーバに送信し、かつタイミング情報の送信指示をミッドロールサーバに送信する端末送信部と、
前記配信指示の送信に応じて、前記配信サーバからライブ番組を受信し、前記送信指示の送信に応じて、前記ミッドロールサーバからタイミング情報を受信する端末受信部と、
前記端末受信部が受信したライブ番組を出力し、かつ前記端末受信部が受信したタイミング情報が示すオフセットで特定されるライブ番組内の箇所に、ミッドロール広告を出力する端末出力部とを具備する端末装置。
【請求項１０】
ライブ番組のエンコーダと同期がとれているタイム情報を進める時計部と、
広告の挿入指示を受け付ける挿入指示受付部と、
前記挿入指示に応じて、前記挿入指示が受け付けられた際のタイム情報を取得するタイム情報取得部と、
前記タイム情報を用いて、ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報を構成するタイミング情報構成部と、
前記タイミング情報構成部が構成したタイミング情報をミッドロールサーバに送信するタイミング情送信部とを具備する広告発火装置。
【請求項１１】
記録媒体は、
ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報が格納されるタイミング情報格納部を具備し、
タイミング情報受付部、送信指示受信部、およびタイミング情報送信部により実現される情報処理方法であって、
前記タイミング情報受付部が、ミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、前記タイミング情報格納部に蓄積するタイミング情報受付ステップと、
前記送信指示受信部が、ライブ番組を受信する２以上の端末装置からタイミング情報の送信指示を受信する送信指示受信ステップと、
前記タイミング情報送信部が、前記送信指示を送信した２以上の端末装置に、前記タイミング情報格納部のタイミング情報を送信するタイミング情報送信ステップとを具備する情報処理方法。
【請求項１２】
端末受付部、端末送信部、端末受信部、端末出力部により実現される情報処理方法であって、
前記端末受付部が、配信指示を受け付ける端末受付ステップと、
前記端末送信部が、前記配信指示を配信サーバに送信し、かつミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報の送信指示をミッドロールサーバに送信する端末送信ステップと、
前記端末受信部が、前記配信指示の送信に応じて、前記配信サーバからライブ番組を受信し、前記送信指示の送信に応じて、前記ミッドロールサーバからタイミング情報を受信する端末受信ステップと、
前記端末出力部が、前記端末受信部が受信したライブ番組を出力し、かつ前記端末受信部が受信したタイミング情報が示すオフセットで特定されるライブ番組内の箇所に、ミッドロール広告を出力する端末出力ステップとを具備する情報処理方法。
【請求項１３】
ライブ番組のエンコーダと同期がとれているタイム情報を進める時計部を具備する広告発火装置における情報処理方法であって、
挿入指示受付部、タイム情報取得部、タイミング情報構成部、およびタイミング情送信部により実現される情報処理方法であって、
前記挿入指示受付部が、広告の挿入指示を受け付ける挿入指示受付ステップと、
前記タイム情報取得部が、前記挿入指示に応じて、前記挿入指示が受け付けられた際のタイム情報を取得するタイム情報取得ステップと、
前記タイミング情報構成部が、前記タイム情報を用いて、ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報を構成するタイミング情報構成ステップと、
前記タイミング情送信部が、前記タイミング情報構成ステップで構成されたタイミング情報をミッドロールサーバに送信するタイミング情送信ステップとを具備する情報処理方法。
【請求項１４】
ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報が格納されるタイミング情報格納部にアクセス可能なコンピュータを
ミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、前記タイミング情報格納部に蓄積するタイミング情報受付部と、
ライブ番組を受信する２以上の端末装置からタイミング情報の送信指示を受信する送信指示受信部と、
前記送信指示を送信した２以上の端末装置に、前記タイミング情報格納部のタイミング情報を送信するタイミング情報送信部として機能させるためのプログラム。
【請求項１５】
コンピュータを
配信指示を受け付ける端末受付部と、
前記配信指示を配信サーバに送信し、かつミッドロール広告の挿入タイミングを決定する情報であり、番組の最初のフィールドからのオフセットを示す情報であるタイミング情報の送信指示をミッドロールサーバに送信する端末送信部と、
前記配信指示の送信に応じて、前記配信サーバからライブ番組を受信し、前記送信指示の送信に応じて、前記ミッドロールサーバからタイミング情報を受信する端末受信部と、
前記端末受信部が受信したライブ番組を出力し、かつ前記端末受信部が受信したタイミング情報が示すオフセットで特定されるライブ番組内の箇所に、ミッドロール広告を出力する端末出力部として機能させるためのプログラム。
【請求項１６】
コンピュータを、
ライブ番組のエンコーダと同期がとれているタイム情報を進める時計部と、
広告の挿入指示を受け付ける挿入指示受付部と、
前記挿入指示に応じて、前記挿入指示が受け付けられた際のタイム情報を取得するタイム情報取得部と、
前記タイム情報を用いて、ミッドロール広告の挿入タイミングを決定する情報であり、ライブ番組の最初のフィールドからのオフセットを示す情報であるタイミング情報を構成するタイミング情報構成部と、
前記タイミング情報構成部が構成したタイミング情報をミッドロールサーバに送信するタイミング情送信部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライブ番組を配信する配信システム等に関するものである。
【背景技術】
【０００２】
動画視聴での広告には、動画本編がはじまる前に挿入される広告であるプリロールＣＭ、動画視聴中に挿入される広告であるミッドロールＣＭ、動画本編終了時に挿入される広告であるポストロールＣＭの３種類がある。
【０００３】
３種類の広告のうち、ＶＯＤの場合は、あらかじめ広告を出力するタイミングを決定しておけるので問題がないが、ライブ配信の場合は、広告の挿入タイミングが難しい。例えば、野球の中継の場合、試合が盛り上がっている際に広告が出力されると、視聴者の印象が非常に悪い。
【０００４】
また、動画ライブを視聴している複数の端末装置において、出力されている端末装置間で映像位置にばらつきがあるために、複数の端末装置で同一のタイミングでミッドロールＣＭを出力するのは困難である。つまり、リアルタイム映像に対して、例えば、複数の各端末装置で、数秒から数十秒の異なる遅延が発生する。言い換えれば、視聴者間で遅延量にばらつきが発生する。
【０００５】
また、従来、予め動画番組ファイルと動画広告ファイルを編集することなくユーザの端末に配信した後、動画番組ファイルの再生途中に動画広告ファイルの再生を挿入可能なシステムがあった。かかるシステムは、ユーザのパソコンと、管理プログラム配信サーバと、番組配信サーバと、広告配信サーバとを備えた動画配信・再生制御システムであって、パソコンは、番組配信サーバから送信された動画番組ファイルを再生する手段と、動画番組ファイルの再生時間を計測する手段と、広告挿入時間に達した時点で動画番組ファイルの再生を一時停止させる手段と、動画広告ファイルの配信要求を広告配信サーバに出力する手段と、送信された動画広告ファイルを再生する手段と、動画広告ファイルの再生が終了した時点で、動画番組ファイル再生を再開する手段とを備えたシステムである（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−２４４６７７号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術においては、ライブ番組の配信を考慮しておらず、ライブで番組配信する場合に、番組の途中で適切にミッドロール広告を出力することができなかった。なお、動画配信におけるライブ番組は、その配信技術の特性から若干の遅延があり、終了時間が未定であるため、配信サーバで番組全体をバッファされずに（録画されずに）配信されている番組である。ただし、動画再生を安定させるための配信サーバのバッファリングによって、番組を一定時間を保存する場合もある。なお、遅延とは、撮影との時間的なずれである。
【課題を解決するための手段】
【０００８】
本第一の発明の配信システムは、ライブ番組を配信する配信サーバとミッドロール広告の挿入タイミングを決定するタイミング情報を端末装置に送信するミッドロールサーバとを具備する配信システムであって、配信サーバは、ライブ番組を受け付ける番組受付部と、１または２以上の端末装置から番組配信の指示である配信指示を受信する配信指示受信部と、配信指示を送信した端末装置に、配信指示に対応するライブ番組を配信する番組配信部とを具備し、ミッドロールサーバは、ミッドロール広告の挿入タイミングを決定するタイミング情報が格納されるタイミング情報格納部と、ミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、タイミング情報格納部に蓄積するタイミング情報受付部と、ライブ番組を受信する端末装置からタイミング情報の送信指示を受信する送信指示受信部と、送信指示を送信した端末装置に、タイミング情報格納部のタイミング情報を送信するタイミング情報送信部とを具備し、端末装置は、配信指示を受け付ける端末受付部と、配信指示を配信サーバに送信し、かつタイミング情報の送信指示をミッドロールサーバに送信する端末送信部と、配信指示の送信に応じて、配信サーバからライブ番組を受信し、送信指示の送信に応じて、ミッドロールサーバからタイミング情報を受信する端末受信部と、端末受信部が受信したライブ番組を出力し、かつ端末受信部が受信したタイミング情報に従ったタイミングで、ミッドロール広告を出力する端末出力部とを具備する、配信システムである。
【０００９】
かかる構成により、ライブで番組を配信する場合に、番組の途中で適切にミッドロール広告を出力できる。
【００１０】
また、本第二の発明の配信システムは、第一の発明に対して、広告発火装置をさらに具備する配信システムであって、広告発火装置は、ライブ番組のエンコーダと同期がとれているタイム情報を進める時計部と、広告の挿入指示を受け付ける挿入指示受付部と、挿入指示に応じて、挿入指示が受け付けられた際のタイム情報を取得するタイム情報取得部と、タイム情報を用いて、タイミング情報を構成するタイミング情報構成部と、タイミング情報構成部が構成したタイミング情報をミッドロールサーバに送信する広告タイミング情報送信部とを具備する配信システムである。
【００１１】
かかる構成により、ライブで番組を配信する場合に、番組の途中で適切にミッドロール広告を出力できる。
【００１２】
また、本第三の発明の配信システムは、第一または第二の発明に対して、タイミング情報は、２以上のチャネルのタイミングを示すチャネル毎タイミング情報を有し、端末出力部は、出力しているライブ番組に対応するチャネル毎タイミング情報に従ったタイミングで、ミッドロール広告を出力する配信システムである。
【００１３】
かかる構成により、ライブで番組を配信する場合に、複数のチャンネルがある場合でも、番組の途中で、それぞれの適切な映像位置にミッドロール広告を出力できる。なお、ここでの複数のチャンネル（マルチチャンネル）は、通常、全く違うコンテンツが流れている別チャンネルではなく、例えば、スポーツイベントにおける競技場内等でのマルチカメラによるコンテンツを指す。各チャンネルでのエンコードや配信準備は、同時に完了するわけではないため、それぞれのエンコードの開始時刻は異なり、それぞれを適切に合わせる必要がある。
【００１４】
また、本第四の発明の配信システムは、第二の発明に対して、時計部は、複数のエンコーダと同期がとれている複数の各タイム情報を進め、タイム情報取得部は、挿入指示に応じて、挿入指示が受け付けられた際の複数のタイム情報を取得し、タイミング情報構成部は、複数のタイム情報を用いて、複数のタイミングの情報を有するタイミング情報を構成する配信システムである。
【００１５】
かかる構成により、ライブで番組を配信する場合に、複数のチャンネルがある場合でも、番組の途中で適切にミッドロール広告を出力できる。
【００１６】
また、本第五の発明の配信システムは、第一から第四いずれか１つの発明に対して、送信指示受信部は、予め決められた予測遅延時間未満の間隔で、タイミング情報の送信指示を端末装置から受信する配信システムである。
【００１７】
かかる構成により、ライブで番組を配信する場合に、番組の途中で極めて適切にミッドロール広告を出力できる。
【００１８】
また、本第六の発明の配信システムは、第一から第五いずれか１つの発明に対して、端末出力部は、ＤＶＲの仕組みを用いて、端末受信部が受信したライブ番組を出力する配信システムである。
【００１９】
かかる構成により、ライブで番組を配信する場合に、ライブ配信をＶＯＤコンテンツと同様に取り扱うことができる。なお、かかる場合、ＤＶＲでの再生の最新位置を見せるようにするのである。
【００２０】
また、本第七の発明の配信システムは、第六の発明に対して、端末出力部は、ライブ番組を巻き戻し再生できない配信システムである。
【００２１】
かかる構成により、ライブで番組を配信する場合に、番組の途中で適切にミッドロール広告を出力できる仕組みを容易に構築できる。また、ＣＭのスキップを防止するために巻き戻しさせないようにすることは好適である。
【発明の効果】
【００２２】
本発明による配信システムによれば、ライブで番組を配信する場合に、番組の途中で適切にミッドロール広告を出力できる。
【図面の簡単な説明】
【００２３】
【図１】実施の形態１における配信システム１の概念図
【図２】同配信システム１のブロック図
【図３】同配信サーバ１１の動作について説明するフローチャート
【図４】同ミッドロールサーバ１２の動作について説明するフローチャート
【図５】同端末装置１３の動作について説明するフローチャート
【図６】同広告発火装置１４の動作について説明するフローチャート
【図７】同配信システム１の概念図
【図８】同広告発火装置１４の画面例を示す図
【図９】同タイミング情報の例を示す図
【図１０】同配信システム１の概念図
【図１１】同コンピュータシステムの概観図
【図１２】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２４】
以下、配信システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２５】
（実施の形態１）
本実施の形態において、ライブ番組を配信する配信サーバとミッドロールサーバとを有する配信システムであって、番組のライブ配信において、広告挿入のタイミング情報を受け付け、端末装置からの問い合わせを受信し、広告挿入のタイミング情報を端末装置に送信するミッドロールサーバを具備する配信システムについて説明する。端末装置はタイミング情報に従って、広告を出力する。
【００２６】
また、本実施の形態において、広告発火装置を具備する配信システムについて説明する。広告発火装置は、広告挿入のタイミング情報の入力を受け付け、ミッドロールサーバに送信する装置である。なお、広告挿入のタイミング情報は、複数のチャネルのタイミング情報を有することは好適である。また、端末装置からの問い合わせのタイミングは、予め決められた予測遅延時間未満であることは好適である。また、端末装置では、ＤＶＲの仕組みにより番組を再生することは好適である。また、端末装置では、ライブ番組を巻き戻しできないことは好適である。
【００２７】
なお、端末装置での出力時に、リアルタイム映像に対して、その配信技術の特性によって、若干（例えば、２０秒、４０秒など）の遅延が発生する場合もライブ番組である。
【００２８】
図１は、本実施の形態における配信システム１の概念図である。配信システム１は、１または２以上のカメラＣ（Ｃ１，Ｃ２，・・・，ＣＮ）、１または２以上のエンコーダＥ（Ｅ１，Ｅ２，・・・，ＥＮ）、配信サーバ１１、ミッドロールサーバ１２、１または２以上の端末装置１３、広告発火装置１４、広告配信装置１５を備える。カメラＣは、撮影し、動画を取得する。エンコーダＥはカメラＣが撮影した動画をエンコードし、配信できる番組を構成する。配信サーバ１１は番組を配信する。ミッドロールサーバ１２は、ミッドロール広告の挿入タイミングを決定するタイミング情報を端末装置１３に送信する装置である。端末装置１３は番組とミッドロール広告とを出力する。端末装置１３は、例えば、いわゆるスマートフォン、携帯電話、携帯端末、パーソナルコンピュータ、ノートパソコン、タブレット端末等であり、その種類は問わない。広告発火装置１４は、タイミング情報をミッドロールサーバ１２に送信する装置である。広告配信装置１５は、広告を配信する装置である。
【００２９】
図２は、本実施の形態における配信システム１のブロック図である。
【００３０】
配信システム１は、配信サーバ１１、ミッドロールサーバ１２、端末装置１３、広告発火装置１４、広告配信装置１５を備える。
【００３１】
配信サーバ１１は、番組受付部１１１、配信指示受信部１１２、番組配信部１１３を備える。
【００３２】
ミッドロールサーバ１２は、タイミング情報格納部１２１、タイミング情報受付部１２２、送信指示受信部１２３、タイミング情報送信部１２４を備える。
【００３３】
端末装置１３は、端末格納部１３０、端末受付部１３１、端末送信部１３２、端末受信部１３３、端末出力部１３４を備える。
【００３４】
広告発火装置１４は、時計部１４１、挿入指示受付部１４２、タイム情報取得部１４３、タイミング情報構成部１４４、広告タイミング情報送信部１４５を備える。
【００３５】
広告配信装置１５は、広告格納部１５１、指示受信部１５２、広告配信部１５３を備える。
【００３６】
配信サーバ１１を構成する番組受付部１１１は、１または２以上のライブ番組を受け付ける。受け付けとは、通常、受信である。受信は、通常、エンコーダＥからの受信である。ライブ番組は、例えば、チャンネルを識別するチャンネル識別子に対応付いている。番組受付部１１１は、例えば、チャンネル識別子と対になったライブ番組を、１または２以上受け付ける。なお、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。なお、配信サーバ１１の番組の配信方法は何でも良い。
【００３７】
配信指示受信部１１２は、１または２以上の端末装置１３から配信指示を受信する。配信指示は、番組の配信の指示である。配信指示は、例えば、チャンネルを識別するチャンネル識別子を有する。また、配信指示受信部１１２は、１または２以上の端末装置１３から配信停止指示を受信しても良い。配信停止指示は、番組の配信を停止する指示である。配信停止指示は、例えば、チャンネル識別子を有する。
【００３８】
番組配信部１１３は、配信指示を送信した端末装置１３に、配信指示に対応するライブ番組を配信する。番組配信部１１３は、例えば、配信指示が有するチャンネル識別子に対応するライブ番組を、端末装置１３に配信する。
【００３９】
ミッドロールサーバ１２を構成するタイミング情報格納部１２１には、タイミング情報が格納される。タイミング情報は、ミッドロール広告の挿入のタイミングを示す情報である。タイミング情報は、２以上のチャネルのタイミングを示すチャネル毎の情報を有することは好適である。タイミング情報格納部１２１には、例えば、チャンネル識別子と対になるタイミング情報が、２以上格納されていても良い。また、チャンネル識別子と対になるタイミング情報は、適宜、チャンネル別タイミング情報と言う。タイミング情報の構造は問わない。タイミング情報は、例えば、「＜チャンネル識別子＞１  ＜タイミング＞ＸＸ：ＹＹ：ＺＺ」、「＜タイミング＞ＸＸ：ＹＹ：ＺＺ」「１，ＸＸ：ＹＹ：ＺＺ」等である。なお、ＸＸ：ＹＹ：ＺＺは、時刻を示す情報である。タイミング情報は、絶対的な時刻を示す情報でも良いし、番組の最初のフィールドからのオフセットを示す情報（相対的な時を示す情報）等でも良い。また、オフセットを示す情報は、例えば、オフセット時間、最初のフィールドからのフィールド数等である。タイミング情報は、例えば、上記の例（例えば、「＜チャンネル識別子＞１  ＜タイミング＞ＸＸ：ＹＹ：ＺＺ」）を２以上有する情報でも良いことは言うまでもない。
【００４０】
タイミング情報受付部１２２は、ミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、タイミング情報格納部１２１に蓄積する。ここで、受け付けとは、通常、受信である。タイミング情報受付部１２２は、例えば、広告発火装置１４からタイミング情報を受信する。ただし、タイミング情報の受け付けは、入力手段からの入力でも良い。入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。
【００４１】
送信指示受信部１２３は、ライブ番組を受信する端末装置１３からタイミング情報の送信指示を受信する。送信指示受信部１２３は、予め決められた予測遅延時間未満の間隔で、タイミング情報の送信指示を端末装置１３から受信することは好適である。予め決められた予測遅延時間は、撮影時から番組が配信されるまでの時間であり、例えば、２０秒、４０秒などである。また、タイミング情報の送信指示は、チャンネル識別子を有しても良い。予測遅延時間は、撮影時から番組が端末装置１３で出力されるまでの時間でも良い。
【００４２】
タイミング情報送信部１２４は、タイミング情報格納部１２１に格納されているタイミング情報を端末装置１３に送信する。タイミング情報送信部１２４は、通常、送信指示を送信した端末装置１３に、タイミング情報を送信する。ただし、タイミング情報送信部１２４は、番組視聴中の端末装置１３を検知し、当該端末装置１３に、プッシュ型でタイミング情報を送信しても良い。また、タイミング情報の送信指示がチャンネル識別子を有する場合、タイミング情報送信部１２４は、当該チャンネル識別子に対応するタイミング情報を送信する。タイミング情報格納部１２１に複数のタイミング情報が格納されている場合、タイミング情報送信部１２４は、例えば、最新のタイミング情報を送信する。また、タイミング情報格納部１２１に複数のタイミング情報が格納されている場合、タイミング情報送信部１２４は、例えば、すべてのタイミング情報を送信しても良い。
【００４３】
端末装置１３を構成する端末格納部１３０は、各種の情報を格納し得る。各種の情報とは、例えば、タイミング情報、ライブ番組等である。なお、ライブ番組の格納は、通常、一時的な格納である。また、動画配信の場合は、ライブもＶＯＤも端末装置１３では、通常、ライブ番組を保持せず、その都度、配信サーバ１１にデータを取りに行く。ただし、端末装置１３は、通常、ごくわずかのバッファを有している。そして、いわゆるＨＴＴＰストリーミングでは、端末装置１３は、一定間隔で細切れの動画データを配信サーバ１１に取りに行く。たとえば、細切れ尺が８秒であれば（通常、設定による）、６０秒素材だとＨＴＴＰで約８回繰り返し取りながら再生する。配信サーバ１１で完全なコンテンツデータ（ライブ番組）を保持している場合はＶＯＤ、一部分のキャッシュのみを保持しているのがライブ、全てもしくは（相当長い）一定時間を蓄積しながら提供するのがＤＶＲとなる。
【００４４】
端末受付部１３１は、各種の指示を受け付ける。指示は、例えば、番組の配信指示、チャンネルを変更するチャンネル変更指示、番組の配信を停止させる指示である配信停止指示等である。配信指示は、例えば、チャンネル識別子を有する。チャンネル変更指示も、例えば、変更先のチャンネルを識別するチャンネル識別子を有する。指示の入力手段は、リモコンやキーボードやマウスやメニュー画面によるもの等、何でも良い。端末受付部１３１は、リモコンやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００４５】
端末送信部１３２は、端末受付部１３１が受け付けた指示を配信サーバ１１に送信する。端末受付部１３１が受け付けた指示とは、例えば、配信指示、配信停止指示、チャンネル変更指示である。また、端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信する。タイミング情報の送信指示は、チャンネル識別子を有していても良い。このチャンネル識別子は、現在、視聴中のチャンネルのチャンネル識別子である。端末送信部１３２は、例えば、現在、視聴中のチャンネルのチャンネル識別子を図示しないバッファから取得し、当該チャンネル識別子を有する送信指示を構成し、ミッドロールサーバ１２に送信する。なお、端末送信部１３２は、通常、自動的にタイミング情報の送信指示をミッドロールサーバ１２に送信する。端末送信部１３２は、例えば、予め決められた時間未満の間隔で、送信指示をミッドロールサーバ１２に送信する。予め決められた時間は、例えば、予測遅延時間である。端末送信部１３２は、通常、一定時間間隔で送信指示をミッドロールサーバ１２に送信するが、一定時間間隔でなくても良い。また、タイミング情報の送信指示をミッドロールサーバ１２に送信するタイミングは問わない。
【００４６】
端末受信部１３３は、配信指示の送信に応じて、配信サーバ１１からライブ番組を受信する。また、端末受信部１３３は、送信指示の送信に応じて、ミッドロールサーバ１２からタイミング情報を受信する。端末受信部１３３は、送信指示を送信しなくともミッドロールサーバ１２からタイミング情報を受信しても良い。かかる場合、ミッドロールサーバ１２がプッシュ型配信でタイミング情報を送信する。
【００４７】
端末出力部１３４は、端末受信部１３３が受信したライブ番組を出力する。また、端末出力部１３４は、端末受信部１３３が受信したタイミング情報に従ったタイミングで、ミッドロール広告を出力する。また、端末出力部１３４は、出力しているライブ番組に対応するチャネル毎タイミング情報に従ったタイミングで、ミッドロール広告を出力する。
【００４８】
端末出力部１３４は、ＤＶＲの仕組みを用いて、端末受信部１３３が受信したライブ番組を出力することは好適である。ＤＶＲとは、デジタルビデオレコーダー（Digital video recorder）である。また、ＤＶＲの仕組みとは、ＤＶＲの番組再生の機能である。
【００４９】
端末出力部１３４は、ライブ番組を巻き戻し再生できないことは好適である。端末出力部１３４は、ＤＶＲの仕組みを用いて、端末受信部１３３が受信したライブ番組を出力するが、ライブ番組を巻き戻し再生できないことは好適である。つまり、端末受付部１３１が巻き戻し再生の指示を受け付けた場合でも、端末出力部１３４は、ライブ番組を巻き戻し再生しないことは好適である。
【００５０】
ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００５１】
広告発火装置１４を構成する時計部１４１は、ライブ番組のエンコーダと同期がとれているタイム情報を進める。タイム情報は、時を示す情報である。タイム情報は、絶対的な時刻でも良いし、相対的な時を示す情報でも良い。相対的な時を示す情報は、例えば、番組の最初からのオフセットである。
【００５２】
時計部１４１は、複数の各エンコーダと同期がとれている複数の各タイム情報を進めることは好適である。
【００５３】
挿入指示受付部１４２は、広告の挿入指示を受け付ける。広告の挿入指示の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。挿入指示受付部１４２は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。挿入指示受付部１４２は、通常、ユーザに入力された挿入指示を受け付けるが、外部から受信した挿入指示を受け付けても良い。
【００５４】
タイム情報取得部１４３は、挿入指示の受け付けに応じて、挿入指示が受け付けられた際のタイム情報を時計部１４１から取得する。タイム情報取得部１４３は、挿入指示に応じて、挿入指示が受け付けられた際の複数のタイム情報を取得することは好適である。タイム情報取得部１４３は、挿入指示に応じて、挿入指示が受け付けられた際の複数の各タイム情報をチャンネル識別子と対にして取得することは好適である。
【００５５】
タイミング情報構成部１４４は、タイム情報を用いて、タイミング情報を構成する。タイミング情報構成部１４４は、複数のタイム情報を用いて、複数のタイミングの情報を有するタイミング情報を構成することは好適である。かかる場合、複数のタイミングの各情報をチャンネル別タイミング情報と、適宜、言う。
【００５６】
広告タイミング情報送信部１４５は、タイミング情報構成部１４４が構成したタイミング情報をミッドロールサーバ１２に送信する。送信されるタイミング情報は、複数のチャンネル別タイミング情報を有しても良いし、一つのタイミング情報のみでも良い。
【００５７】
広告配信装置１５を構成する広告格納部１５１は、１以上の広告を格納し得る。広告は、通常、動画である。広告は、通常、音声を含む。ただし、広告のデータ構造やデータタイプは問わない。広告は、例えば、チャンネル識別子または／およびタイミング情報と対応付いている。広告は、ＣＭとも言う。
【００５８】
指示受信部１５２は、広告の送信指示を受信する。指示受信部１５２は、例えば、端末装置１３から広告の送信指示を受信する。
【００５９】
広告配信部１５３は、１または２以上の広告を端末装置１３に送信する。広告配信部１５３は、例えば、広告の送信指示に対応する広告を広告格納部１５１から読み出し、当該広告を広告の送信指示を送信してきた端末装置１３に送信する。広告配信部１５３は、プッシュ型で、１以上の広告を端末装置１３に送信しても良いし、プル型で１以上の広告を端末装置１３に送信しても良い。なお、プル型のＨＴＴＰやプッシュ型のＲＴＭＰなどのプロトコルにより、端末装置１３が広告配信装置１５にＣＭを取りに行くことが通常である。
【００６０】
番組受付部１１１、配信指示受信部１１２、タイミング情報受付部１２２、送信指示受信部１２３、端末受信部１３３、指示受信部１５２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００６１】
番組配信部１１３、タイミング情報送信部１２４、端末送信部１３２、広告タイミング情報送信部１４５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００６２】
タイミング情報格納部１２１、端末格納部１３０、広告格納部１５１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００６３】
タイミング情報格納部１２１、端末格納部１３０、広告格納部１５１に情報が記憶される過程は問わない。例えば、記録媒体を介して情報がタイミング情報格納部１２１で記憶されるようになってもよく、通信回線等を介して送信された情報がタイミング情報格納部１２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がタイミング情報格納部１２１で記憶されるようになってもよい。
【００６４】
端末出力部１３４は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部１３４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００６５】
時計部１４１、タイム情報取得部１４３、タイミング情報構成部１４４は、通常、ＭＰＵやメモリ等から実現され得る。時計部１４１等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００６６】
次に、配信システム１の動作について説明する。まず、配信サーバ１１の動作について、図３のフローチャートを用いて説明する。
【００６７】
（ステップＳ３０１）番組受付部１１１は、１または２以上のライブ番組をエンコーダＥから受け付けたか否かを判断する。ライブ番組を受け付けた場合はステップＳ３０２に行き、ライブ番組を受け付けない場合はステップＳ３０３に行く。
【００６８】
（ステップＳ３０２）番組受付部１１１は、ステップＳ３０１で受け付けた１または２以上のライブ番組を、図示しないバッファに一時蓄積する。ステップＳ３０１に戻る。なお、ライブ番組は、通常、チェンネル識別子と対応付いている。また、バッファには、通常、チェンネル識別子と対応付けて、ライブ番組が蓄積される。さらに、チェンネル識別子はＵＲＬに対応付いている、またはチェンネル識別子はＵＲＬでも良い。また、ＵＲＬとは、ライブ番組が格納されている配信サーバ１１のＵＲＬに対応である。
【００６９】
（ステップＳ３０３）配信指示受信部１１２は、端末装置１３から配信指示を受信したか否かを判断する。配信指示を受信した場合はステップＳ３０４に行き、配信指示を受信しない場合はステップＳ３０６に行く。
【００７０】
（ステップＳ３０４）番組配信部１１３は、ステップＳ３０３で受信された配信指示に対応する番組をバッファから取得する。なお、番組配信部１１３は、例えば、配信指示に含まれるチェンネル識別子に対応付いている番組をバッファから取得する。
【００７１】
（ステップＳ３０５）番組配信部１１３は、ステップＳ３０４で取得した番組を、配信指示を送信してきた端末装置１３に配信する。ステップＳ３０１に戻る。なお、当該端末装置１３から送信された配信停止指示が受信されるまで、当該端末装置１３への番組の配信は継続する。
【００７２】
（ステップＳ３０６）配信指示受信部１１２は、端末装置１３から配信停止指示を受信したか否かを判断する。配信停止指示を受信した場合はステップＳ３０７に行き、配信停止指示を受信しない場合はステップＳ３０１に戻る。
【００７３】
（ステップＳ３０７）番組配信部１１３は、配信停止指示を送信してきた端末装置１３への、現在のチャンネルの番組の配信を停止する。ステップＳ３０１に戻る。
【００７４】
なお、図３のフローチャートにおいて、配信指示受信部１１２は、端末装置１３から配信停止指示を受信した。しかし、配信指示受信部１１２が、一の端末装置１３から、現在配信している番組のチャンネルとは異なるチャンネルの番組の配信指示を受信した場合に、現在配信している番組の配信を停止し、受信された配信指示に対応するチャンネルの番組の配信を開始しても良い。
【００７５】
さらに、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００７６】
次に、ミッドロールサーバ１２の動作について、図４のフローチャートを用いて説明する。
【００７７】
（ステップＳ４０１）タイミング情報受付部１２２は、タイミング情報を受け付けたか否かを判断する。タイミング情報を受け付けた場合はステップＳ４０２に行き、タイミング情報を受け付けない場合はステップＳ４０３に行く。
【００７８】
（ステップＳ４０２）タイミング情報受付部１２２は、ステップＳ４０１で受け付けたタイミング情報をタイミング情報格納部１２１に蓄積する。ステップＳ４０１に戻る。なお、タイミング情報受付部１２２は、２以上のチェンネルに対応する２以上のタイミング情報を受け付けた場合は、例えば、チェンネル識別子に対応付けて、２以上の各タイミング情報をタイミング情報格納部１２１に蓄積する。
【００７９】
（ステップＳ４０３）送信指示受信部１２３は、端末装置１３からタイミング情報の送信指示を受信したか否かを判断する。タイミング情報の送信指示を受信した場合はステップＳ４０４に行き、タイミング情報の送信指示を受信しない場合はステップＳ４０１に戻る。
【００８０】
（ステップＳ４０４）タイミング情報送信部１２４は、タイミング情報格納部１２１からタイミング情報を取得する。
【００８１】
（ステップＳ４０５）タイミング情報送信部１２４は、送信指示を送信した端末装置１３に、ステップＳ４０４で取得したタイミング情報を送信する。ステップＳ４０１に戻る。
【００８２】
なお、図４のフローチャートにおいて、送信指示受信部１２３は、番組を受信している端末装置１３と通信するための情報を、例えば、配信サーバ１１から取得し、当該端末装置１３に、プッシュ型でタイミング情報を送信しても良い。
【００８３】
さらに、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００８４】
次に、端末装置１３の動作について、図５のフローチャートを用いて説明する。
【００８５】
（ステップＳ５０１）端末受付部１３１は、配信指示を受け付けたか否かを判断する。配信指示を受け付けた場合はステップＳ５０２に行き、配信指示を受け付けない場合はステップＳ５０３に行く。
【００８６】
（ステップＳ５０２）端末送信部１３２は、ステップＳ５０１で受け付けられた配信指示を配信サーバ１１に送信する。ステップＳ５０１に戻る。
【００８７】
（ステップＳ５０３）端末受付部１３１は、チャンネル変更指示を受け付けたか否かを判断する。チャンネル変更指示を受け付けた場合はステップＳ５０４に行き、チャンネル変更指示を受け付けない場合はステップＳ５０６に行く。
【００８８】
（ステップＳ５０４）端末送信部１３２は、配信停止指示を配信サーバ１１に送信する。この配信停止指示は、現在、受信している番組の配信を停止する指示である。
【００８９】
（ステップＳ５０５）端末送信部１３２は、チャンネル変更指示が有するチャンネル識別子を有する配信指示を配信サーバ１１に送信する。ステップＳ５０１に戻る。
【００９０】
（ステップＳ５０６）端末受信部１３３は、配信サーバ１１からライブ番組を受信したか否かを判断する。ライブ番組を受信した場合はステップＳ５０７に行き、ライブ番組を受信しない場合はステップＳ５０８に行く。
【００９１】
（ステップＳ５０７）端末出力部１３４は、ステップＳ５０６で受信されたライブ番組を出力する。ステップＳ５０１に戻る。なお、端末出力部１３４は、通常、ライブ番組を受信している間、当該ライブ番組を出力する。ただし、端末出力部１３４は、広告を出力している間は、ライブ番組を出力しなくても良い。
【００９２】
（ステップＳ５０８）端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信するタイミングであるか否かを判断する。送信するタイミングである場合はステップＳ５０９に行き、送信するタイミングでない場合はステップＳ５１０に行く。なお、タイミング情報の送信指示をミッドロールサーバ１２に送信するタイミングに関する情報は、例えば、端末格納部１３０に格納されている。
【００９３】
（ステップＳ５０９）端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信する。ステップＳ５０１に戻る。
【００９４】
（ステップＳ５１０）端末受信部１３３は、ステップＳ５０９における送信指示の送信に応じて、ミッドロールサーバ１２からタイミング情報を受信したか否かを判断する。タイミング情報を受信した場合はステップＳ５１１に行き、タイミング情報を受信しない場合はステップＳ５１２に行く。
【００９５】
（ステップＳ５１１）端末受信部１３３は、ステップＳ５１０で受信したタイミング情報を端末格納部１３０に蓄積する。ステップＳ５０１に戻る。
【００９６】
（ステップＳ５１２）端末受付部１３１は、視聴中の番組を巻き戻す指示である巻き戻し指示を受け付けたか否かを判断する。巻き戻し指示を受け付けた場合はステップＳ５０１に戻り、巻き戻し指示を受け付けない場合はステップＳ５１３に行く。つまり、ここでは、巻き戻し指示に対して、何らの動作も行われず、巻き戻し指示は無視される。
【００９７】
（ステップＳ５１３）端末出力部１３４は、視聴中のチャンネルのチャンネル識別子に対応するタイミング情報を取得する。
【００９８】
（ステップＳ５１４）端末出力部１３４は、ステップＳ５１３で取得したタイミング情報を用いて、広告の出力タイミングであるか否かを判断する。広告の出力タイミングである場合はステップＳ５１５に行き、広告の出力タイミングでない場合はステップＳ５０１に戻る。
【００９９】
（ステップＳ５１５）端末出力部１３４は、出力する広告を取得する。なお、出力する広告は、予め端末格納部１３０に格納されていても良いし、出力直前等に、端末受信部１３３が広告配信装置１５から受信しても良い。
【０１００】
（ステップＳ５１６）端末出力部１３４は、ステップＳ５１５で取得した広告を出力する。ステップＳ５０１に戻る。なお、端末出力部１３４は、視聴中の番組と共に広告を出力しても良いし、番組を出力せずに、広告を出力しても良い。
【０１０１】
なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１０２】
次に、広告発火装置１４の動作について、図６のフローチャートを用いて説明する。
【０１０３】
（ステップＳ６０１）挿入指示受付部１４２は、広告の挿入指示を受け付けたか否かを判断する。広告の挿入指示を受け付けた場合はステップＳ６０２に行き、広告の挿入指示を受け付けない場合はステップＳ６０１に戻る。
【０１０４】
（ステップＳ６０２）タイム情報取得部１４３は、ステップＳ６０１で受け付けられた挿入指示に応じて、当該挿入指示が受け付けられた際の１以上のタイム情報を時計部１４１から取得する。なお、タイム情報取得部１４３は、１または２以上の各タイム情報を、チャンネル識別子に対応付けて取得することは好適である。また、時計部１４１は、複数のエンコーダと同期がとれている１または２以上の各タイム情報を進めている。
【０１０５】
（ステップＳ６０３）タイミング情報構成部１４４は、ステップＳ６０２で取得された１以上のタイム情報を用いて、タイミング情報を構成する。
【０１０６】
（ステップＳ６０４）広告タイミング情報送信部１４５は、ステップＳ６０３で構成されたタイミング情報をミッドロールサーバ１２に送信する。ステップＳ６０１に戻る。
【０１０７】
なお、図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１０８】
次に、広告配信装置１５の動作について説明する。広告配信装置１５の指示受信部１５２は、広告の送信指示を受信する。そして、広告配信部１５３は、当該送信指示に対応する広告を広告格納部１５１から読み出す。次に、広告配信部１５３は、読み出した広告を、送信指示を送信してきた端末装置１３に送信する。なお、広告配信部１５３は、プッシュ型で、広告を端末装置１３に送信しても良い。
【０１０９】
以下、本実施の形態における配信システム１の具体的な動作について説明する。例えば、本具体例において、野球の試合を撮影し、ライブ番組を構成し、配信する配信システム１の具体的な動作について説明する。配信システム１の概念図は、図１、図７である。図７において、エンコーダＥでエンコードされたライブ番組が配信サーバ１１に送られ、配信サーバ１１から端末装置１３にライブ番組が配信される。そして、端末装置１３はライブ番組を受信し、出力する。また、ミッドロールサーバ１２からＣＭ出力のタイミングを示すタイミング情報を端末装置１３に送信し、端末装置１３ではタイミング情報を受信し、当該タイミング情報に従って、ＣＭを出力する。
【０１１０】
また、広告発火装置１４の画面例を図８に示す。図８において、８０１のフィールドは、チャンネル毎のタイム情報が表示されるフィールドである。また、８０２のフィールドは、手動入力における補正時間を入力するフィールドである。また、８０３の実行ボタンの押下により、タイミング情報が決定される。さらに、図８において、４つのチャンネルのタイミング情報が構成される。
【０１１１】
かかる状況において、４つのビデオカメラＣ１、Ｃ２、Ｃ３、Ｃ４が、野球の試合を撮影している。そして、エンコーダＥ１は、ビデオカメラＣ１で撮影された映像と別途付加された音声とをエンコードし、チャンネル識別子「ｃｈ１」とエンコードしたライブ番組とを対にして、配信サーバ１１に渡す。また、エンコーダＥ２は、ビデオカメラＣ２で撮影された映像と別途付加された音声とをエンコードし、チャンネル識別子「ｃｈ２」とエンコードしたライブ番組とを対にして、配信サーバ１１に渡す。また、エンコーダＥ３は、ビデオカメラＣ３で撮影された映像と別途付加された音声とをエンコードし、チャンネル識別子「ｃｈ３」とエンコードしたライブ番組とを対にして、配信サーバ１１に渡す。さらに、エンコーダＥ４は、ビデオカメラＣ４で撮影された映像と別途付加された音声とをエンコードし、チャンネル識別子「ｃｈ４」とエンコードしたライブ番組とを対にして、配信サーバ１１に渡す。
【０１１２】
そして、配信サーバ１１の番組受付部１１１は、通常、常時、４つのライブ番組をエンコーダＥから受信し、チャンネル識別子毎に、バッファに一時蓄積する。なお、ＤＶＲの場合は、例えば、番組受付部１１１は、配信サーバ１１で設定された一定時間の映像を最新から蓄積する。そして、この一定時間を過ぎると、例えば、新しい映像が蓄積されつつ古い時間範囲の映像から消えてゆく。ただし、ミッドロールにＤＶＲを利用する場合は、この設定時間を（ライブ継続時間より）十分に長くして古い時間の映像が消えないようにすることは好適である。消えると基準となる映像の起点がわからなくなるためである。
【０１１３】
ここで、ユーザＡは、自分が視聴する端末装置１３に対して、チャンネル識別子「ｃｈ１」を含む配信指示を入力した、とする。すると、端末受付部１３１は、配信指示を受け付ける。次に、端末送信部１３２は、受け付けられた配信指示を配信サーバ１１に送信する。
【０１１４】
次に、配信サーバ１１の配信指示受信部１１２は、ユーザＡの端末装置１３から、チャンネル識別子「ｃｈ１」を含む配信指示を受信する。そして、番組配信部１１３は、ステップＳ３０３で受信された配信指示が有するチャンネル識別子「ｃｈ１」に対応する番組をバッファから取得する。次に、番組配信部１１３は、取得した番組をユーザＡの端末装置１３に配信する。
【０１１５】
次に、端末装置１３の端末受信部１３３は、配信サーバ１１から、チャンネル識別子「ｃｈ１」のライブ番組を受信する。そして、端末出力部１３４は、受信されたライブ番組を出力する。なお、端末出力部１３４は、ここでは、ＤＶＲ(Digital video recorder)再生の機能を利用して、ライブ番組を出力する、とする。
【０１１６】
以上のような、配信サーバ１１によるライブ番組の配信、端末装置１３でのライブ番組の受信、および出力が続く。
【０１１７】
そして、端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信するタイミングである、と判断した、とする。なお、端末送信部１３２は、ここでは、予め決められた予測遅延時間未満の間隔で、定期的にタイミング情報の送信指示をミッドロールサーバ１２に送信する、とする。また、予測遅延時間は、例えば、１０秒から５０秒の間である。予測遅延時間は、好ましくは、２０秒から４０秒の間である。さらに好ましくは、予測遅延時間は、２０秒前後である。なお、端末装置１３によっても、通常、遅延時間が異なる。また、例えば、ｈｔｔｐストリーミングで８秒の細切れの設定として配信を行った場合、例えば、端末装置間の遅延は１０秒から３０秒程度の幅に分布がばらつき、その中央値が略２０秒である。このため、ミッドロールの問い合わせ間隔は毎秒問い合わせの場合、同時視聴端末が、例えば、５０万台あれば５０万アクセス／ｓｅｃとなり、この場合、相当の問い合わせ負荷となる。一台あたり２万アクセス／ｓｅｃを処理できる配信サーバであれば２５台必要である。問い合わせ間隔を１０秒弱とすれば、秒間での問い合わせ負荷は１／１０となり、運用コスト的に非常に扱いやすくなる。しかし、遅延時間より長い問い合わせ間隔としてしまうと、今度は端末装置によっては、ＣＭを出すべき映像位置を通りすぎてしまい、ミッドロールＣＭが出せなくなる。つまり、ライブ配信に限っていえば、その遅延は出来る限り、少ない方がリアルタイム性もあり理想的であるものの、本方式によるミッドロールＣＭの出力を考慮すれば、問い合わせ間隔以上の遅延時間が望ましいということになる。上記の５０万同時視聴の場合、遅延の最低値で約１０秒（中央値で２０秒）は、十分、運用コスト的に許容できる値といえる。
【０１１８】
そして、次に、端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信する。
【０１１９】
次に、ミッドロールサーバ１２の送信指示受信部１２３は、ライブ番組を受信する端末装置１３からタイミング情報の送信指示を受信する。しかし、タイミング情報格納部１２１にタイミング情報が存在しないので、タイミング情報送信部１２４は、送信指示を送信した端末装置１３に、タイミング情報を送信しない。
【０１２０】
そして、野球における１回表の攻撃が終了した、とする。そして、野球を監視していた広告発火装置１４のユーザは、図８の画面の「実行」ボタン８０３を押下した、とする。すると、広告発火装置１４の挿入指示受付部１４２は、広告の挿入指示を受け付ける。タイム情報取得部１４３は、受け付けられた挿入指示に応じて、当該挿入指示が受け付けられた際の、４つのチャンネルのタイム情報を取得する。４つのチャンネルのタイム情報は、「チャンネル識別子「ｃｈ１」，チャンネル別タイム情報「００：１５：４６．８１６」」「チャンネル識別子「ｃｈ２」，チャンネル別タイム情報「００：１６：５３．０８０」」「チャンネル識別子「ｃｈ３」，チャンネル別タイム情報「００：１５：０５．３５５」」「チャンネル識別子「ｃｈ４」，チャンネル別タイム情報「００：１０：４２．００４」」である、とする。
【０１２１】
次に、タイミング情報構成部１４４は、取得された４つのタイム情報を用いて、図９に示すタイミング情報を構成する。そして、広告タイミング情報送信部１４５は、図９のタイミング情報をミッドロールサーバ１２に送信する。図９において、チャンネル識別子とチャンネル別タイミング情報とが対になっている。タイミング情報は、ここでは、４つの対を有する。
【０１２２】
次に、ミッドロールサーバ１２のタイミング情報受付部１２２は、タイミング情報を受信する。そして、タイミング情報受付部１２２は、受信したタイミング情報（図９）をタイミング情報格納部１２１に蓄積する。
【０１２３】
次に、端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信するタイミングである、と判断した、とする。
【０１２４】
そして、次に、端末送信部１３２は、タイミング情報の送信指示をミッドロールサーバ１２に送信する。
【０１２５】
次に、ミッドロールサーバ１２の送信指示受信部１２３は、ライブ番組を受信する端末装置１３からタイミング情報の送信指示を受信する。
【０１２６】
次に、タイミング情報送信部１２４は、タイミング情報格納部１２１からタイミング情報を取得する。そして、タイミング情報送信部１２４は、送信指示を送信した端末装置１３に、取得したタイミング情報を送信する。
【０１２７】
次に、端末装置１３の端末受信部１３３は、送信指示の送信に応じて、ミッドロールサーバ１２からタイミング情報を受信する。そして、端末受信部１３３は、受信したタイミング情報を端末格納部１３０に蓄積する。
【０１２８】
次に、端末出力部１３４は、視聴中のチャンネルのチャンネル識別子「ｃｈ１」に対応するタイミング情報「００：１５：４６．８１６」を取得する。次に、端末出力部１３４は、取得したタイミング情報「００：１５：４６．８１６」が示すタイミングでない（広告の出力タイミングでない）と判断する。
【０１２９】
そして、少し時間の経過後、端末出力部１３４は、取得したタイミング情報「００：１５：４６．８１６」が示すタイミングである（広告の出力タイミングである）と判断する。なお、この間、番組が出力されている、とする。
【０１３０】
次に、端末出力部１３４は、出力する広告を取得する。端末送信部１３２は、例えば、広告配信装置１５に対して、チャンネル識別子「ｃｈ１」を含む広告送信指示を送信する。そして、かかる指示の送信に応じて、端末受信部１３３は、広告配信装置１５からチャンネル識別子「ｃｈ１」に対応する広告を受信する。そして、端末出力部１３４は、受信された広告を取得する。
【０１３１】
次に、端末出力部１３４は、取得した広告を出力する。
【０１３２】
なお、上記の具体例の配信システム１の構成は、図１０であっても良い。図１０において、端末装置１３が広告配信装置１５に対して、広告素材（広告）を要求し、広告配信装置１５から端末装置１３に広告が配信される。そして、端末装置１３で広告が出力される。また、図１０に示すように、エンコーダのタイム情報と広告発火システムの各チャンネル用の内部時計（タイム情報）とを合わせる。そして、エンコーダのタイム情報と広告発火システムの各チャンネル用の内部時計（タイム情報）とが合った状態で、自走させる。その他の動作は、図９で説明した通りである。
【０１３３】
以上、本実施の形態によれば、ライブで番組を配信する場合に、番組の途中で適切にミッドロール広告を出力できる。
【０１３４】
また、本実施の形態によれば、ライブで番組を配信する場合に、複数のチャンネルがある場合でも、番組の途中で適切にミッドロール広告を出力できる。
【０１３５】
また、本実施の形態によれば、ＤＶＲの仕組みを用いて、ライブ番組を出力する場合には、番組の途中で適切にミッドロール広告を出力できる仕組みを容易に構築できる。
【０１３６】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるミッドロールサーバ１２を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、ミッドロール広告の挿入タイミングを決定するタイミング情報が格納されるタイミング情報格納部を具備し、コンピュータをミッドロール広告の挿入タイミングを決定するタイミング情報を受け付け、前記タイミング情報格納部に蓄積するタイミング情報受付部と、ライブ番組を受信する端末装置からタイミング情報の送信指示を受信する送信指示受信部と、前記送信指示を送信した端末装置に、前記タイミング情報格納部のタイミング情報を送信するタイミング情報送信部として機能させるためのプログラムである。
【０１３７】
また、本実施の形態における端末装置１３を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、配信指示を受け付ける端末受付部と、前記配信指示を配信サーバに送信し、かつタイミング情報の送信指示をミッドロールサーバに送信する端末送信部と、前記配信指示の送信に応じて、前記配信サーバからライブ番組を受信し、前記送信指示の送信に応じて、前記ミッドロールサーバからタイミング情報を受信する端末受信部と、前記端末受信部が受信したライブ番組を出力し、かつ前記端末受信部が受信したタイミング情報に従ったタイミングで、ミッドロール広告を出力する端末出力部として機能させるためのプログラムである。
【０１３８】
また、本実施の形態における広告発火装置１４を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ライブ番組のエンコーダと同期がとれているタイム情報を進める時計部と、広告の挿入指示を受け付ける挿入指示受付部と、前記挿入指示に応じて、前記挿入指示が受け付けられた際のタイム情報を取得するタイム情報取得部と、前記タイム情報を用いて、タイミング情報を構成するタイミング情報構成部と、前記タイミング情報構成部が構成したタイミング情報を前記ミッドロールサーバに送信するタイミング情送信部として機能させるためのプログラムである。
【０１３９】
また、図１１は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の配信システム１を構成する各装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１１は、このコンピュータシステム３００の概観図であり、図１２は、システム３００のブロック図である。
【０１４０】
図１１において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブ３０１２を含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４と、スピーカー３０６とを含む。
【０１４１】
図１２において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１４２】
コンピュータシステム３００に、上述した実施の形態の配信システム１を構成する各装置の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０１４３】
プログラムは、コンピュータ３０１に、上述した実施の形態の配信システム等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０１４４】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１４５】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１４６】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１４７】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１４８】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１４９】
以上のように、本発明にかかる配信システムは、ライブで番組を配信する場合に、番組の途中で適切にミッドロール広告を出力できるという効果を有し、ライブで番組を配信する配信システム等として有用である。
【符号の説明】
【０１５０】
１  配信システム
１１  配信サーバ
１２  ミッドロールサーバ
１３  端末装置
１４  広告発火装置
１５  広告配信装置
１１１  番組受付部
１１２  配信指示受信部
１１３  番組配信部
１２１  タイミング情報格納部
１２２  タイミング情報受付部
１２３  送信指示受信部
１２４  タイミング情報送信部
１３０  端末格納部
１３１  端末受付部
１３２  端末送信部
１３３  端末受信部
１３４  端末出力部
１４１  時計部
１４２  挿入指示受付部
１４３  タイム情報取得部
１４４  タイミング情報構成部
１４５  広告タイミング情報送信部
１５１  広告格納部
１５２  指示受信部
１５３  広告配信部
【図１】
0006738639.tif 000002
【図２】
0006738639.tif 000003
【図３】
0006738639.tif 000004
【図４】
0006738639.tif 000005
【図５】
0006738639.tif 000006
【図６】
0006738639.tif 000007
【図７】
0006738639.tif 000008
【図８】
0006738639.tif 000009
【図９】
0006738639.tif 000010
【図１０】
0006738639.tif 000011
【図１１】
0006738639.tif 000012
【図１２】
0006738639.tif 000013