(57)【特許請求の範囲】
【請求項１】
IPストリーム化した放送データにシンクロコンテンツをシンクロさせるためのシンクロコンテンツ放送配信システムであって、
絶対時間に合わせてタイムコードを生成し、放送局マスタから出力された放送データに対して該タイムコードを埋め込むタイムコードジェネレータと、
前記タイムコードが埋め込まれた前記放送データをエンコードしてIPストリームに変換するエンコーダと、
前記ＩＰストリームを配信するストリーミングサーバと、
前記ストリーミングサーバから配信された前記ＩＰストリームをデコードし、当該ＩＰストリームに埋め込まれた前記タイムコードを読み込むデコーダと、
少なくとも一つまたは二つ以上のシンクロコンテンツを記憶する記憶装置からシンクロコンテンツを読み取り、当該シンクロコンテンツを配信するウェブサーバと、
前記ストリーミングサーバから配信された前記IPストリームと前記ウェブサーバから配信されたシンクロコンテンツを受信する再生デバイスと、
前記デコーダが前記ＩＰストリームから読み込んだ前記タイムコードの時間と絶対時間との時間差を算出し、当該算出した時間差をシンクロコンテンツのトリガ発生時間に加算して該時間差に対応したトリガ時間を算出するトリガ時間演算装置と、を備え、
前記ウェブサーバは、前記IPストリームに埋め込まれた前記タイムコードと前記ウェブサーバから受信したシンクロコンテンツのトリガ発生時間とが一致した時点で、前記再生デバイスに前記シンクロコンテンツに対する処理を実行させるように構成され、
前記ウェブサーバは、前記トリガ時間演算装置によって算出した前記トリガ時間に基づいて前記記憶装置から読み取った前記シンクロコンテンツを少なくとも前記トリガ時間以降に前記再生デバイスに配信するように構成され、
前記ウェブサーバは、各々が前記トリガ時間演算装置によって算出した前記トリガ時間に異なるバッファ時間長をそれぞれ加算して形成される異なる実効バッファ時間長に対応する複数のフィードを備え、
前記複数のフィードの各々は、シンクロコンテンツの表示に必要なデータ群の中の一つのデータに対応付けられたフィードアイテムを書き込むように構成された階層状の複数の表示エリアを有する、
ことを特徴とするシンクロコンテンツ放送配信システム。
【請求項２】
前記再生デバイスは、前記ウェブサーバに備えられた前記異なるバッファ時間長に対応する複数のフィードを備え、
特定のバッファ時間長がリクエストされた場合に、当該リクエストされた特定のバッファ時間長に対応するフィードの表示エリアに書き込まれているフィードアイテムに基づいてシンクロコンテンツに対して処理を実行するように構成にされる、請求項１に記載のシンクロコンテンツ放送配信システム。
【請求項３】
前記再生デバイスは、前記ウェブサーバに備えられている前記複数のフィードを一定時間ごとに読みに行くように構成されていて、前記ウェブサーバで前記フィードの更新が実行された場合に、遅延なく該再生デバイスの対応するフィードを更新し、当該更新されたフィードに書き込まれているフィードアイテムに基づいてシンクロコンテンツに対して処理を実行するように構成にされる、請求項２に記載のシンクロコンテンツ放送配信システム。
【請求項４】
前記再生デバイスは、シンクロコンテンツ表示のトリガにより、前記フィードに書き込まれたエクスパンドシンクロコンテンツ表示用のフィードアイテムに対応付けられたファイルを読み込むことにより、該再生デバイスの再生ソフトの表示領域を拡大するエクスパンド機能を備え、当該エクスパンド機能により前記シンクロコンテンツ表示の制限を取り除くように構成されている、請求項３に記載のシンクロコンテンツ放送配信システム。
【請求項５】
前記再生デバイスは、シンクロコンテンツ表示のトリガにより、前記フィードに書き込まれたテイクオーバーシンクロコンテンツ表示用のフィードアイテムに対応付けられたファイルを読み込むことにより、該再生デバイスの再生ソフトの表示領域を一定時間だけシンクロコンテンツに変えるテイクオーバー機能を備え、当該テイクオーバー機能により前記シンクロコンテンツ表示の制限を取り除くように構成されている、請求項４に記載のシンクロコンテンツ放送配信システム。
【請求項６】
前記再生デバイスは、シンクロコンテンツ表示のトリガにより、前記フィードに書き込まれたサブシークエンスシンクロコンテンツ表示用のフィードアイテムに対応付けられたファイルを読み込むことにより、番組本編の内容にシンクロして、該再生デバイスの再生ソフトの表示領域をスライドショー的に変えるサブシークエンス機能を備え、当該サブシークエンス機能により前記シンクロコンテンツ表示の制限を取り除くように構成されている、請求項５に記載のシンクロコンテンツ放送配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サイマル放送を利用したシンクロコンテンツ放送配信システムに関する。
【背景技術】
【０００２】
インターネット通信網および衛星放送の普及に伴い、スマートフォン等の高機能型の携帯電話或いは高機能型の再生端末装置が開発されて、多くのユーザに利用されるようになってきた。【０００３】
また、テレビやラジオ放送と同時に、該テレビやラジオ放送の内容と同じ内容の放送或いは該テレビやラジオ放送そのものを、IP（インターネットプロトコル）網のような、本放送以外の伝送路を使用してリアルタイムで配信するIPサイマル配信のサービスが提供されるようになってきており、それらのサービスを利用することができるIPサイマルテレビ、IPサイマルラジオ、等が一般の人達にも利用されるようになってきている。【０００４】
そこで、テレビやラジオで放送される広告（コマーシャル：CM）枠に同期して、再生端末装置のディスプレイに、広告主サイトとハイパーリンクされている広告関連情報を表示させるように構成されたシンクロコンテンツ（放送連動型広告）を実現するシンクロコンテンツ放送配信が開発されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９年２７８３１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、通常のラジオ、テレビの放送（ラジオ局、テレビ局から配信されている放送）を、放送と同時にIP公衆網を利用して、PC、スマートフォン、タブレット型端末、情報家電など多様なデバイス（再生デバイス）に配信するように構成されているIPサイマルラジオ、IPサイマルテレビでは、様々な要因で再生時間に遅延が生じ、その遅延の大きさは、利用している再生デバイスの種類により異なる。その結果、再生デバイスにおいて、シンクロコンテンツ表示タイミングの問題が発生する。シンクロコンテンツの表示の遅延は、通常IPサイマルラジオ、IPサイマルテレビの番組本編の再生の遅延より少ない。したがって、放送される番組本編の配信よりも先にシンクロコンテンツが再生デバイスのソフト（表示画面）上に表示されてしまう（即ち「ずれ」が生じる）という問題が発生する。その一例として、シンクロコンテンツの場合に、番組本編がサッカー放送の場合に、番組本編（例えば得点するシーン）の配信より先に、得点が既に表示されたスコアボード（アドを伴う）が、再生デバイスのソフト（表示画面）上に表示されてしまう等の不都合が生じる（即ち「ずれ」が生じる）。【０００７】
本発明は、上述した従来の技術における問題点に鑑みてなされたものであり、オンエアーされているコマーシャル或いは番組本編とウェブページ、アプリケーション等との間で遅延が生じた場合であっても、簡便かつ迅速な方法でずれを発生させずに、シンクロコンテンツをオンエアーされている番組本編及び／又はコマーシャルにシンクロさせてウェブページ、アプリケーション等を再生デバイスのディスプレイ上に表示するように構成されたシンクロコンテンツ放送配信システムを提供することをその課題とする。
【課題を解決するための手段】
【０００８】
本発明の上記課題は、IPストリーム化した放送データにシンクロコンテンツをシンクロさせるためのシンクロコンテンツ放送配信システムであって、絶対時間に合わせてタイムコードを生成し、放送局マスタから出力された放送データに対して該タイムコードを埋め込むタイムコードジェネレータと、タイムコードが埋め込まれた放送データをエンコードしてIPストリームに変換するエンコーダと、ＩＰストリームを配信するストリーミングサーバと、ストリーミングサーバから配信されたＩＰストリームをデコードし、当該ＩＰストリームに埋め込まれたタイムコードを読み込むデコーダと、少なくとも一つまたは二つ以上のシンクロコンテンツを記憶する記憶装置からシンクロコンテンツを読み取り、当該シンクロコンテンツを配信するウェブサーバと、ストリーミングサーバから配信されたIPストリームとウェブサーバから配信されたシンクロコンテンツを受信する再生デバイスと、を備え、ウェブサーバは、IPストリームに埋め込まれたタイムコードとウェブサーバから受信したシンクロコンテンツのトリガ発生時間とが一致した時点で、再生デバイスにシンクロコンテンツに対する処理を実行させるように構成される、シンクロコンテンツ放送配信システムによって達成される。なお、上記一致した時点については、後述する。【０００９】
本発明のシンクロコンテンツ放送配信システムでは、デコーダがＩＰストリームから読み込んだタイムコードの時間と絶対時間との時間差を算出し、当該算出した時間差をシンクロコンテンツのトリガ発生時間に加算して該時間差に対応したトリガ時間を算出するトリガ時間演算装置を更に備え、ウェブサーバは、トリガ時間演算装置によって算出したトリガ時間に基づいて記憶装置から読み取ったシンクロコンテンツを少なくともトリガ時間以降に再生デバイスに配信するように構成されるのがよい。【００１０】
本発明のシンクロコンテンツ放送配信システムでは、ウェブサーバは、各々がトリガ時間演算装置によって算出したトリガ時間に異なるバッファ時間長をそれぞれ加算して形成される異なる実効バッファ時間長に対応する複数のフィードを備え、複数のフィードの各々は、シンクロコンテンツの表示に必要なデータ群の中の一つのデータに対応付けられたフィードアイテムを書き込むように構成された階層状の複数の表示エリアを有するように構成するのがよい。【００１１】
本発明のシンクロコンテンツ放送配信システムでは、再生デバイスは、ウェブサーバに備えられた異なるバッファ時間長に対応する複数のフィードを備え、特定のバッファ時間長がリクエストされた場合に、当該リクエストされた特定のバッファ時間長に対応するフィードの表示エリアに書き込まれているフィードアイテムに基づいてシンクロコンテンツに対して処理を実行するように構成にされるのがよい。【００１２】
本発明のシンクロコンテンツ放送配信システムでは、再生デバイスは、ウェブサーバに備えられている複数のフィードを一定時間ごとに読みに行くように構成されていて、ウェブサーバでフィードの更新が実行された場合に、遅延なく該再生デバイスの対応するフィードを更新し、当該更新されたフィードに書き込まれているフィードアイテムに基づいてシンクロコンテンツに対して処理を実行するように構成にされるのがよい。【００１３】
本発明のシンクロコンテンツ放送配信システムでは、再生デバイスは、シンクロコンテンツ表示のトリガにより、フィードに書き込まれたエクスパンドシンクロコンテンツ表示用のフィードアイテムに対応付けられたファイルを読み込むことにより、該再生デバイスの再生ソフトの表示領域を拡大するエクスパンド機能を備え、当該エクスパンド機能によりシンクロコンテンツ表示の制限を取り除くように構成されているのがよい。【００１４】
本発明のシンクロコンテンツ放送配信システムでは、再生デバイスは、シンクロコンテンツ表示のトリガにより、フィードに書き込まれたテイクオーバーシンクロコンテンツ表示用のフィードアイテムに対応付けられたファイルを読み込むことにより、該再生デバイスの再生ソフトの表示領域を一定時間だけシンクロコンテンツに変えるテイクオーバー機能を備え、当該テイクオーバー機能によりシンクロコンテンツ表示の制限を取り除くように構成されているのがよい。【００１５】
本発明のシンクロコンテンツ放送配信システムでは、再生デバイスは、シンクロコンテンツ表示のトリガにより、フィードに書き込まれたサブシークエンスシンクロコンテンツ表示用のフィードアイテムに対応付けられたファイルを読み込むことにより、番組本編の内容にシンクロして、該再生デバイスの再生ソフトの表示領域をスライドショー的に変えるサブシークエンス機能を備え、当該サブシークエンス機能によりシンクロコンテンツ表示の制限を取り除くように構成されているのがよい。【００１６】
また、本発明の上記課題は、IPストリーム化した放送データにシンクロコンテンツをシンクロさせるためのシンクロコンテンツ放送配信システムであって、
絶対時間に合わせてタイムコードを生成し、放送局マスタから出力された放送データに対して該タイムコードを埋め込むタイムコードジェネレータと、
タイムコードが埋め込まれた放送データをエンコードしてIPストリームに変換するエンコーダと、
IPストリームを配信するストリーミングサーバと、
ストリーミングサーバから配信されたIPストリームをデコードし、当該IPストリームに埋め込まれたタイムコードを読み込むデコーダと、
少なくとも一つまたは二つ以上のシンクロコンテンツを記憶する記憶装置からシンクロコンテンツを読み取り、当該シンクロコンテンツを配信するウェブサーバと、
ストリーミングサーバから配信されたIPストリームとウェブサーバから配信されたシンクロコンテンツを受信する再生デバイスと、を備え、
ウェブサーバは、各々が異なる実効バッファ時間長に対応する複数のフィードを備え、複数のフィードの各々は、シンクロコンテンツの表示に必要なデータ群の中の一つのデータに対応付けられたフィードアイテムを書き込むように構成された階層状の複数の表示エリアを有し、
ウェブサーバにおいて、フィードにフィードアイテムが追加、変更、または削除された場合、
再生デバイスは、少なくとも一つのストレージ領域を備え、かつ
(i)フィードを、ウェブサーバから定期的に取得し、
(ii)フィード取得後、フィードアイテムの差分を抜き出し、
（iii)ユーザが任意に設定した音声及び／又は映像バッファ時間＋固定値（想定される音声及び／又は映像の遅延時間）が経過した後に、再生デバイスの表示用ストレージ領域に用意された表示用フィードに、フィードアイテムの差分を追加、変更、または削除し、
（iv）表示用ストレージ領域から、追加、変更、または削除が実行された表示用フィードを定期的に読み込み、
（ｖ）読み込んだフィードを再生デバイスの表示画面上に即時表示することにより、
配信されたコンテンツのずれを解消することを特徴とするシンクロコンテンツ放送配信システムによって達成される。【００１７】
更に、本発明の上記課題は、IPストリーム化した放送データにシンクロコンテンツをシンクロさせるためのシンクロコンテンツ放送配信システムであって、
絶対時間に合わせてタイムコードを生成し、放送局マスタから出力された放送データに対して該タイムコードを埋め込むタイムコードジェネレータと、
タイムコードが埋め込まれた放送データをエンコードしてIPストリームに変換するエンコーダと、
IPストリームを配信するストリーミングサーバと、
ストリーミングサーバから配信されたIPストリームをデコードし、当該IPストリームに埋め込まれたタイムコードを読み込むデコーダと、
少なくとも一つまたは二つ以上のシンクロコンテンツを記憶する記憶装置からシンクロコンテンツを読み取り、当該シンクロコンテンツを配信するウェブサーバと、
ストリーミングサーバから配信されたIPストリームとウェブサーバから配信されたシンクロコンテンツを受信する再生デバイスと、を備え、
ウェブサーバは、各々が異なる実効バッファ時間長に対応する複数のフィードを備え、複数のフィードの各々は、シンクロコンテンツの表示に必要なデータ群の中の一つのデータに対応付けられたフィードアイテムを書き込むように構成された階層状の複数の表示エリアを有し、
ウェブサーバにおいて、フィードにフィードアイテムが追加、変更、または削除された場合、
ウェブサーバは、フィードアイテム毎に追加、変更、または削除を行うべき絶対時刻（トリガ発生時刻）を記録し、
再生デバイスは、少なくとも一つのストレージ領域を備え、かつ
（i）フィードをウェブサーバから定期的に取得し、
（ii)フィード取得後、フィードアイテムの差分を抜き出し、
(iii)フィードアイテムがウェブサーバ上で生成された時に記述された絶対時刻＋ユーザが任意に設定した音声及び／又は映像バッファ時間＋固定値を加えた時刻に、再生デバイスの表示用ストレージ領域に用意された表示用フィードに、フィードアイテムの差分を追加、変更、または削除し、
（iv）表示用ストレージ領域から、追加、変更、または削除が実行された表示用フィードを定期的に読み込み、
（ｖ）読み込んだフィードを再生デバイスの表示画面上に即時表示することにより、
配信されたコンテンツのずれを解消することを特徴とするシンクロコンテンツ放送配信システムによって達成される。【００１８】
そして、本発明の上記課題は、IPストリーム化した放送データにシンクロコンテンツをシンクロさせるためのシンクロコンテンツ放送配信システムであって、
絶対時間に合わせてタイムコードを生成し、放送局マスタから出力された放送データに対して該タイムコードを埋め込むタイムコードジェネレータと、
タイムコードが埋め込まれた放送データをエンコードしてIPストリームに変換するエンコーダと、
IPストリームを配信するストリーミングサーバと、
ストリーミングサーバから配信されたIPストリームをデコードし、当該IPストリームに埋め込まれたタイムコードを読み込むデコーダと、
少なくとも一つまたは二つ以上のシンクロコンテンツを記憶する記憶装置からシンクロコンテンツを読み取り、当該シンクロコンテンツを配信するウェブサーバと、
ストリーミングサーバから配信されたIPストリームとウェブサーバから配信されたシンクロコンテンツを受信する再生デバイスと、を備え、
ウェブサーバは、各々が異なる実効バッファ時間長に対応する複数のフィードを備え、複数のフィードの各々は、シンクロコンテンツの表示に必要なデータ群の中の一つのデータに対応付けられたフィードアイテムを書き込むように構成された階層状の複数の表示エリアを有し、
ウェブサーバにおいて、
音声及び／又は映像に関して、ウェブサーバ上で一定単位のサイズでファイル化し、それぞれのファイルの所定の部分に絶対時間情報を書き込み、
再生デバイスにおいて、
(i)再生デバイスには、取得用フィード及び表示用フィードの２種類のフィードのための少なくとも一つのストレージ領域が設けられており、
(ii)フィードアイテムに書き込まれたトリガ時間と、配信された音声及び／又は映像ファイルのタイムスタンプとが一致したところで、音声及び／又は映像を、取得用フィードのためのストレージ領域から、表示用フィードのためのストレージ領域に書き込み、再生デバイスの表示画面上に即時表示することにより、
配信されたコンテンツのずれを解消することを特徴とするシンクロコンテンツ放送配信システムによって達成される。
【発明の効果】
【００１９】
本発明によるシンクロコンテンツ放送配信システムは、より広告効果を高めるために、オンエアーされているコマーシャルの内容にシンクロして、オンライン上のウェブページ、アプリケーションを、例えばスライドショー方式で、ディスプレイ上に表示させることができる。【００２０】
また、本発明によるシンクロコンテンツ放送配信システムは、広告（オンエアーされているコマーシャル）だけでなく、番組本編に利用することにより、放送されている番組本編とオンラインとが組み合わされた新しいメディア展開が可能になる。
【図面の簡単な説明】
【００２１】
【図１】本発明によるシンクロコンテンツ放送配信システムの実施例１に係る概略構成を示す概略ブロック図である。
【図２】図１のシンクロコンテンツ放送配信システムの動作を説明するための概略フロー図である。
【図３】図１のシンクロコンテンツ放送配信システムによる配信側における遅延の調整方法を説明するための図である。
【図４】図１のシンクロコンテンツ放送配信システムによる再生デバイス（再生ソフト）側における遅延の調整方法を説明するための図である。
【図５】図１のシンクロコンテンツ放送配信システムによるフィードを用いたバッファリング機能を説明するための図である。
【図６】図１のシンクロコンテンツ放送配信システムによるエクスパンド機能を説明するための図である。
【図７】図１のシンクロコンテンツ放送配信システムによるテイクオーバー機能を説明するための図である。
【図８】本発明によるシンクロコンテンツ放送配信システムの実施例２に係る概略構成を示す概略ブロック図である。
【図９】本発明によるシンクロコンテンツ放送配信システムの実施例３に係る概略構成を示す概略ブロック図である。
【図１０】本発明によるシンクロコンテンツ放送配信システムの実施例４に係る概略構成を示す概略ブロック図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について、詳細に説明する。
【実施例１】
【００２３】
図１は、本発明によるシンクロコンテンツ放送配信システムの実施例１の概略構成を示す概略ブロック図である。【００２４】
以下の説明において、コマーシャル、アドバタイズメント、アド、或いはCMと記載されているものは、番組本編であってもよいし、コマーシャルと番組本編との組合せであってもよいが、説明を簡略化するために、単にコマーシャルと記述する。【００２５】
なお、以下の説明では、コマーシャルは、アドバタイズメント、アド、或いはCMと記載される場合がある。【００２６】
図１に示すように、本実施例のシンクロコンテンツ放送配信システム１０は、
絶対時間に合わせてタイムコードを生成し、放送局マスタ２０から出力された放送データに対して該タイムコードを埋め込むタイムコードジェネレータ４０と、タイムコードが埋め込まれた放送データをエンコードしてIPストリームに変換するエンコーダ５０と、IPストリームを配信するストリーミングサーバ６０と、ストリーミングサーバ６０から配信されたIPストリームをデコードし、当該IPストリームに埋め込まれたタイムコードを読み込むデコーダ８０と、少なくとも一つまたは二つ以上のシンクロコンテンツを記憶する記憶装置９０からシンクロコンテンツを読み取り、当該読み取ったシンクロコンテンツを配信するウェブサーバ１００と、ストリーミングサーバ６０から配信されたIPストリームとウェブサーバ１００から配信されたシンクロコンテンツを受信する再生デバイス７０と、を備え、ウェブサーバ１００は、IPストリームに埋め込まれたタイムコードとシンクロコンテンツのトリガ発生時間とが一致した時点で、再生デバイス７０にシンクロコンテンツに対する処理を実行させるように構成される。【００２７】
ここで、シンクロコンテンツに対する処理とは、以下に説明するフィードの表示エリアに書き込まれているフィードアイテムを実行することであり、その一例としては、再生デバイス７０にシンクロコンテンツを表示させる処理である。【００２８】
更に、デコーダ８０がIPストリームから読み込んだタイムコードの時間と絶対時間との時間差TDMINを算出し、かつ当該算出した時間差TDMINをシンクロコンテンツのトリガ発生時間Tに加算して該時間差に対応したトリガ時間TDMIN＋Tを算出するトリガ時間演算装置１１０を備えている。ここで、時間差TDMINとは、換言すると、再生デバイス７０で設定されたか或いは再生デバイス７０に固有な遅延時間（処理に対する遅延時間）を考慮に入れない場合における、シンクロコンテンツの配信と当該シンクロコンテンツの表示との時間差を表すものである。【００２９】
ウェブサーバ１００は、トリガ時間演算装置１１０によって算出したトリガ時間TDMIN＋Tに基づいて（即ち、トリガ時間TDMIN＋Tを考慮に入れて）、IPストリームに埋め込まれたタイムコードとシンクロコンテンツのトリガ発生時間とが一致した時点で、記憶装置９０から読み取ったシンクロコンテンツに対して再生デバイス７０に処理を実行させるように構成されている。本実施例において、ウェブサーバ１００が実行する処理の一例は、記憶装置９０から読み取ったシンクロコンテンツを再生デバイス７０に配信し、再生デバイス７０に、シンクロコンテンツを再生デバイス７０の再生ソフトRS上に表示させることである。【００３０】
以下、図２のフロー図を参照して、図１に示すシンクロコンテンツ放送配信システム１０の動作を上記構成部分の機能及び動作に基づいて詳述する。【００３１】
本実施例では、コマーシャルは、表１に示すように、当該コマーシャルの素材を特定する１０桁のCM共通コードと、当該CMに対応付けられたシンクロコンテンツを特定する４桁のシンクロコンテンツコードと、から構成されている。例えば、楽園保険というラジオコマーシャルと、そのラジオコマーシャルにリンクするシンクロコンテンツ（ラジオコマーシャルの詳細な内容を示すもの）を、それぞれ以下のコードで表す：【００３２】
［表１］
CM共通コード            楽園保険  ABCD000001
シンクロコンテンツコード  楽園保険  ABCD000001-S001
ここで、シンクロコンテンツコードに記載されているS001は、CM共通コードABCD000001で示される楽園保険のコマーシャルにリンクする1番目のシンクロコンテンツであることを示す。【００３３】
本実施例では、上記CM共通コード及び上記シンクロコンテンツコードは、コード管理センター（図示省略）によって付番されるものとするが、本発明は、それに限定されるものではなく、様々な方法により付番を実行してもよい。【００３４】
まず、放送局マスタ２０は、本編番組と映像及び／又は音声で構成されかつ上記CM共通コード及び上記シンクロコンテンツコードが付番されたコマーシャルとによって構成されている放送データを出力する（ステップＳ１）。【００３５】
次いで、ベースバンド(基底帯域）伝送装置３０は、放送局マスタ２０から出力された放送データを入力してベースバンドストリームに変換し、変換したベースバンドストリームを配信する（ステップＳ２）。【００３６】
タイムコードジェネレータ４０は、ベースバンド伝送装置３０から配信されたベースバンドストリームに対してタイムコード（例えば、SMPTE Time Code）を生成し、当該生成したタイムコードをベースバンドストリームに埋め込む（ステップＳ３）。【００３７】
表２に、タイムコードの一例として上記楽園保険のシンクロコンテンツコードに対するものを示す：【００３８】
［表２］
ABCD000001-S001  19：30：00   00：01：00
表２に示された数字列の中において、タイムコードは、S001の右側の部分に、
19：30：00   00：01：00
として表される数字列である。【００３９】
上記タイムコードが表している内容は、楽園保険（ABCD000001）の１番目のシンクロコンテンツ（S001）を19時30分にトリガして、19時30分から1分間、再生ソフトSRの表示領域（即ち、再生再生デバイス７０の表示画面）上に表示する、というものである。【００４０】
エンコーダ５０は、タイムコードジェネレータ４０でタイムコードが埋め込まれたベースバンドストリームをエンコードして、エンコードしたベースバンドストリームを配信する（ステップＳ４）。【００４１】
ストリーミングサーバ６０は、エンコーダ５０から配信されたベースバンドストリームを読み込む（ステップＳ５）。【００４２】
デコーダ８０は、ストリーミングサーバ６０が読み込んだベースバンドストリームをIPストリームにデコードする（ステップＳ６）。【００４３】
また、デコーダ８０は、タイムコード読取機能を用いて、デコードしたIPストリームに埋め込まれたタイムコードを読み込む（ステップＳ７）。【００４４】
そして、ストリーミングサーバ６０は、デコーダ８０によりデコードしたIPストリームを再生デバイス７０に配信する（ステップＳ８）。【００４５】
（Ａ）配信側における遅延の調整
図３を参照して、配信側における遅延の調整について説明する。【００４６】
（i）トリガ時間演算装置１１０は、デコーダ８０でIPストリームから読み込んだタイムコードの時間TREと絶対時間TABとの時間差TDMIN（即ち、シンクロコンテンツの配信と当該シンクロコンテンツの表示との時間差）を算出し(ステップＳ９）、当該算出した時間差ＴＤMINをシンクロコンテンツのトリガ発生時間Ｔに加算してトリガ時間TDMIN＋Tを取得する（ステップＳ１０）。【００４７】
（ii）ウェブサーバ１００は、トリガ時間演算装置１１０によって算出したトリガ時間TDMIN＋Tに基づいて（即ち、トリガ時間TDMIN＋Tを考慮に入れて）、IPストリームに埋め込まれたタイムコードとシンクロコンテンツのトリガ発生時間とが一致した時点で、記憶装置９０から読み取ったシンクロコンテンツに対して再生デバイス７０に処理を実行させる（ステップS１１）。【００４８】
本実施例では、ウェブサーバ１００が再生デバイス７０に実行させる処理の一例として、記憶装置９０から読み取ったシンクロコンテンツを再生デバイス７０に配信し、再生デバイス７０に、シンクロコンテンツを再生デバイス７０の再生ソフトRS上に表示させることである。その他の処理の例については、後述する。【００４９】
本発明では、上述した方法、即ちトリガ時間演算装置１１０によって算出したトリガ時間TDMIN＋Tに基づいて、配信側におけるシンクロコンテンツの遅延を調整する。【００５０】
（Ｂ）再生デバイス７０の再生ソフトRS側における遅延の調整
図４を参照して、再生デバイス７０の再生ソフトRS側における遅延の調整について説明する。【００５１】
（i）表示させたいシンクロコンテンツのトリガ発生時間Tを予めIPストリームに埋め込んで放送局マスタ２０から配信する（以下、トリガ発生時間が予め埋め込まれたIPストリームを便宜上トリガ信号と呼ぶ）（ステップＳ１３）。【００５２】
［表３］
トリガ信号の一例：
ABCD000001-S001  19：30：00   00：01：00
上記トリガ信号の意味は、楽園保険（ABCD000001）の１番目のシンクロコンテンツ（S001）を19時30分（19：30：00＝トリガ発生時間Ｔ）から１分間（00：01：00）表示するというものである。【００５３】
（ii）スイッチオンされた再生デバイス７０（例えば、IPサイマルラジオ）上の再生ソフトRS（例えば、表示クライアントソフト）で上記配信されてきたトリガ信号を受信してトリガ発生時間Tを読み込む（ステップＳ１４）。【００５４】
（iii）他方で、上記ステップS７でストリーミングサーバ６０から配信されたIPストリームを受信してIPストリームに埋め込まれたタイムコードを読み込む（ステップＳ１５）。【００５５】
（ｉｖ）上記ステップＳ１２で読み込んだトリガ発生時間Tと、上記ステップＳ１３で読み込んだタイムコードに示されている時間とが一致した時点（これについては後述する）で、シンクロコンテンツ（上記の例では、楽園保険のシンクロコンテンツ）を再生デバイス７０の再生ソフトRS上（再生デバイス７０の表示画面上）に表示する（ステップＳ１６）。【００５６】
ここで、上記「トリガ発生時間Tと、タイムコードに示されている時間とが一致した時点」について説明する。【００５７】
説明を簡略化するために、トリガ発生時間Tを示すトリガ信号は、遅延なしで再生デバイス７０に配信されてきたものとする。【００５８】
上記のトリガ信号の一例：
ABCD000001-S001  19：30：00   00：01：00
では、19：30：00がトリガ発生時間Tを示すものである。【００５９】
他方、ウェブサーバ１００には、遅延したIPストリームが配信されてきている。その遅延の程度は、デコーダ８０でIPストリームから読み込んだタイムコードの時間TREと絶対時間TABとの時間差TDMIN（即ち、シンクロコンテンツの配信と当該シンクロコンテンツの表示との時間差）として表される。【００６０】
換言すると、ウェブサーバ１００では、受信したIPストリームのタイムコードが、実質的にこの時間差TDMINの時間分だけ、その表示値よりも遅れている（ずれている）ということである。【００６１】
例えば、時間差TDMINを５秒とすると、受信したIPストリームのタイムコードの表示値19：30：00（トリガ発生時間T）が、絶対時間に対して5秒ずれている（遅れている）ことになり、（絶対時間に対して）19：30：05が実際のトリガ発生時間T’となる。これは、絶対時間19：30：00の時点では、再生デバイス７０が19：29：55（対絶対時間）の放送内容を放送しており、この時点でCM等のシンクロコンテンツを放送に挿入した場合（即ち、CMのトリガを発生した場合）には、ユーズが再生デバイス７０を利用してIPサイマルラジオを聴いているときに、音楽が流れている最中にその音楽が突然遮られてCMの放送が流れてくる（即ち、CM放送が混入する）状態になる。【００６２】
即ち、「トリガ発生時間Tとタイムコードで示されている時間TTCとが一致する時点」とは、絶対時間に対して実際のトリガ発生時間T'とシフトしたタイムコード時間T'TC（見掛け上のタイムコード時間）とが「一致する時」のことを意味しており、上記の例では、19：30：05が「一致する時」を表すものである。即ち、絶対時間で19：30：05になったときに、ウェブサーバ１００でシンクロコンテンツの処理（タイムコードTTC＝19：30：00に対応する処理）がトリガされることになる。これは、後続する処理にも同様に反映されるので、再生デバイス７０では、5秒の遅れで全ての処理が実行されることになる。【００６３】
次に、図５を参照して、上記時間差TDMIN（即ち、上記トリガ時間TDMIN＋T）に基づいて、シンクロコンテンツを再生デバイス７０の再生ソフトRS上に表示する段階（上記ステップＳ１６）を説明する。【００６４】
再生デバイス７０の再生ソフトRSは、ストリーミングのバッファ時間を設定できる機能を有している。本実施例では、再生デバイス７０の再生ソフトRSは、0秒、15秒、30秒、1分、3分のいずれかのバッファ時間を選択することができるように構成されているものとするが、バッファ時間は、これらに限定されるものではなく、任意の時間間隔で設定できるように構成してもよい。【００６５】
シンクロコンテンツの表示に必要なデータ群をフィードアイテムと呼ぶ。このフィードアイテム（即ちデータ郡）は、URL、表示用テキスト（text）、コマンド（command）、集計ログ（log）用のビーコン（beacon）等から構成されている。【００６６】
また、フィードアイテムを複数格納する機能をフィード、特にバッファ時間用のフィードと呼ぶ。【００６７】
ウェブサーバ１００は、再生デバイス７０に設定されているバッファ時間に応じて、各々がトリガ時間演算装置１１０によって算出したトリガ時間TDMIN＋Tに、異なるバッファ時間長（例えば、０秒、１５秒、３０秒）をそれぞれ加算して形成される異なる実効バッファ時間長（例えば、TDMIN＋T＋０秒、TDMIN＋T＋１５秒、TDMIN＋T＋３０秒）に対応する複数のフィードを備えている。そして、複数のフィードのそれぞれは、各々がシンクロコンテンツの表示に必要なデータ群の中の一つのデータに対応付けられたフィードアイテムを書き込むように構成された階層状の複数の表示エリアを有している。【００６８】
他方、再生デバイス７０は、ウェブサーバ１００に備えられた異なるバッファ時間長に対応する複数のフィードを備え、特定のバッファ時間長（例えば、３０秒）がリクエストされた場合に、当該リクエストされた特定のバッファ時間長に対応するフィードの表示エリアに書き込まれているフィードアイテムに基づいて動作するように構成にされているので、実質的に遅延が存在しない状態でシンクロコンテンツを再生デバイスに表示することができる。【００６９】
また、再生デバイス７０は、ウェブサーバ１００に備えられている複数のフィードを一定時間ごとに読みに行くように構成されていて、ウェブサーバ１００でフィードの更新が実行された場合に、遅延なく該再生デバイス７０の対応するフィードを更新し、当該更新されたフィードに書き込まれているフィードアイテムに基づいて動作するように構成にされている。【００７０】
以下に、上記バッファリングの方法を具体的に説明する。【００７１】
例えば、一つの再生デバイス７０Aが０秒のバッファ時間長を有し、別の一つの再生デバイス７０Bが３０秒のバッファ時間長を有する場合について説明する。【００７２】
上記の例と同様に、トリガ信号の一例：
ABCD000001-S001  19：30：00   00：01：00
では、19：30：00がトリガ発生時間Tを示すものである。【００７３】
他方、ウェブサーバ１００には、遅延したIPストリームが配信されてきている。その遅延の程度は、デコーダ８０でIPストリームから読み込んだタイムコードの時間TREと絶対時間TABとの時間差TDMIN（即ち、シンクロコンテンツの配信と当該シンクロコンテンツの表示との時間差）として表される。【００７４】
換言すると、ウェブサーバ１００では、受信したIPストリームのタイムコードが、実質的にこの時間差TDMINの時間分だけ、その表示値よりも遅れている（ずれている）ということである。【００７５】
例えば、時間差TDMINを５秒とすると、受信したIPストリームのタイムコードの表示値19：30：00（トリガ発生時間Ｔ）が、絶対時間に対して5秒ずれている（遅れている）ことになり、（絶対時間に対して）19：30：05が実際のトリガ発生時間Ｔ’となる。【００７６】
（１）０秒のバッファ時間長を有する再生デバイス７０Aの場合には、
絶対時間：
19：30：00
において、実質的には、絶対時間
19：29：55
の時点で受信すべき信号（IPストリーム）を現在受信している。【００７７】
この時点で、再生デバイス７０Aは、0秒のバッファリング時間が必要になる。そこで、0秒後に受信するIPストリームを待つことになる。【００７８】
即ち、絶対時間で
19：３0：00
にならないと、トリガが発生しないことになる。即ち、トリガ時間TDMIN＋T＝19：30：05が考慮されて、絶対時間で、
19：３0：05
にならないと再生デバイス７０Aでは、トリガが実際に発生しないことになる。
即ち、絶対時間において
19：３0：0５
の時刻に、実効バッファ時間長（TDMIN（＝５秒）＋Ｔ＋０秒）に対応する複数のフィードを読み行き、最上位のフィード（表示エリア）に書き込まれているフィードアイテムに従って処理を実行する。ここでは、フィードアイテムが特定のURLとして書き込まれているので、その書き込まれているURLにアクセスして楽園保険のCMを１分間放送する。【００７９】
00：01：00
上記の時間は、CMを１分間放送することを示している。【００８０】
（２）３０秒のバッファ時間長を有する再生デバイス７０Bの場合には、
絶対時間：
19：30：00
において、実質的には、絶対時間に対して5+30秒=35秒だけ遅れている
19：29：25
の時点で受信すべき信号（IPストリーム）を現在受信している。【００８１】
この時点で、再生デバイス７０Bは、35秒のバッファリング時間が必要になる。そこで、35秒後に受信するIPストリームを待つことになる。【００８２】
即ち、絶対時間で
35秒後に受信するIPストリームを待つことになる。【００８３】
即ち、絶対時間で
19：３0：35
にならないと、トリガが発生しないことになる。即ち、トリガ時間TDMIN＋T＝19：30：05とデバイス７０Bのバッファ時間30秒が考慮されて、絶対時間で、
19：３0：35
にならないと再生デバイス７０Bでは、トリガが実際に発生しないことになる。
即ち、絶対時間において
19：３0：3５
の時刻に、実効バッファ時間長（TDMIN（＝５秒）＋19：30：00＋30秒）に対応する複数のフィードを読み行き、最上位のフィード（表示エリア）に書き込まれているフィードアイテムに従って処理を実行する。ここでは、フィードアイテムが特定のURLとして書き込まれているので、その書き込まれているURLにアクセスして楽園保険のCMを１分間放送する。【００８４】
00：01：00
上記の時間は、CMを１分間放送することを示している。【００８５】
このように構成することにより、再生デバイス７０A、７０Bでは、それぞれ異なる絶対時間となっても、シンクロコンテンツへのアクセス、即ち、シンクロコンテンツがそれぞれの再生デバイス７０A、７０Bの表示ソフト上に表示されるときに、それぞれの再生デバイス７０A、７０Bでは、本編の表示とシンクロコンンテンツとの表示の間に「ずれ」が発生しない。【００８６】
（Ｃ）シンクロ表示に対する制限を取り除く方法
（i）エクスパンド（拡張）
図６は、図１のシンクロコンテンツ放送配信システムによるエクスパンド機能を説明するための図である。【００８７】
通常、再生デバイスにおいて、再生ソフトのタイムラインの表示領域が小さいために、簡単なアイコンとテキスト程度のものだけしか表示領域に表示することができないというシンクロ表示の制限がある。そこで、このようなシンクロ表示の制限を取り除くために、本発明では、シンクロコンテンツ表示のトリガにより、再生デバイス７０の再生ソフトRSの表示領域（再生デバイス７０の表示画面の一部或いは全部）を拡大させるエクスパンド（拡張）機能を再生デバイス７０の再生ソフトRSに設けた。その結果、再生デバイス７０の再生ソフトRSの表示領域における表現力が格段に強化され、当該表示領域をエクスパンド（拡張）すると通常のウェブサイトとほぼ同様の表現を実現することができる。【００８８】
ストリーミングサーバ６０には、再生ソフトとエクスパンドシンクロコンテンツ型再生ソフトのXML等で記述されたファイルとが用意されている。フィード（例えばフィードの最上位）にエクスパンドシンクロコンテンツ表示用のフィードアイテムが書き込まれ、そのフィードアイテムに対応付けられたファイルを再生ソフトRS側で読み込むと、再生プレイヤーRPがエクスパンド（拡張）するように構成されている。【００８９】
図６に示すように、通常、左側の再生プレイヤーのみが表示されて、右側のエクスパンドした部分、即ちアドの部分は、表示されない。ここで、上述したエクスパンド機能を用いることにより、右側のエクスパンドした部分、即ちアドの部分を表示することができるようになる。【００９０】
このように表現領域が拡大されることにより、テキスト、静止画、動画、ツイッター(twitter)等との連携が可能になる。即ち、シンクロコンテンツ領域上にソーシャルメディアが公開しているAPI（アプリケーション・プログラミング・インターフェース）を利用してマッシュアップすることにより、例えば当該番組のハッシュタグのツイッターのタイムラインをエンコードすることができる。【００９１】
そして、シンクロコンテンツ表示のトリガから一定の表示時間を設定し、設定した表示時間が満了或いは経過すると、元の再生ソフトに戻るように構成されている（これは、エクスパンドコンテンツが単に一定時間だけエクスパンド（拡張）する構成とは原理的に異なる）。これは、フィードに書き込まれたフィードアイテムに、通常の再生ソフトを指定時間に読み込むコマンドを書き込むことによって実現される。【００９２】
［表４］
一例：    ABCD000001-S001  19：30：00  ex 00：01：00
上記の符号の意味は、「楽園保険」の「シンクロコンテンツ」を19時30分から1分間表示させる、ということである。【００９３】
（ii）テイクオーバー
図７は、図１のシンクロコンテンツ放送配信システムによるテイクオーバー機能を説明するための図であり、主にスマートフォン等の携帯型再生デバイスにおいて実施されるものである。【００９４】
再生ソフトの表示領域を拡大できないスマートフォン等の再生デバイスに対しては、ナウオンエア等の番組関連情報を表示する部分が一定時間だけシンクロコンテンツに変わる機能（テイクオーバー機能）を再生デバイス７０の再生ソフトSRに設ける。このテイクオーバー機能は、上述したエクスパンドの原理的に全く同じ方法で実現される。指定した一定時間が経過すると、エクスパンドの時と同様に、元の再生ソフトSRに戻る。【００９５】
（iii）サブシークエンス
図１のシンクロコンテンツ放送配信システムによるサブシークエンス機能を説明する。【００９６】
上記エクスパンドや、上記テイクオーバーされる部分（番組関連情報を表示する部分）に関して、トリガ以降サブシークエンスがスタートし、さらに番組本編の内容にシンクロしてページがスライドショー的に変わる機能（サブシークエンス機能）を再生デバイス７０の再生ソフトSRに設ける。【００９７】
サブシークエンスに対応しているシンクロコンテンツ（サブシークエンス対応シンクロコンテンツ）は、複数のページからなるブック（Book）形式で構成されていて、トリガ時に再生ソフトSR側にバッファリングされる。このバッファリングについては上述したので、ここではその説明を省略する。【００９８】
トリガ以降のページの変更は、音声或いは映像コマーシャルの内容にシンクロしたスケジュールに基づき実施される。【００９９】
例えば、１分間の楽園保険のコマーシャルに対応した４ページからなるシンクロコンテンツがあった場合には、最初のページは19：30（再生ソフトの開始時間）にスタートし、２ページ目が１５秒後、３ページ目が４０秒後、最後の４ページ目は５０秒後から１分間に亘って表示（満了時間00:01:50）させる場合には、スケジュールを下記に示すように設定することによって、シンクロコンテンツを再生デバイス７０の再生ソフトSRの表示領域に表示させることができる：
一例：  ABCD000001-S001-SQ001  19：30：00（トリガ）
サブシーケンス開始：
ABCD000001-S001-SQ001  00：00：00  （ページ１を表示）
ABCD000001-S001-SQ002  00：00：15  （ページ２を表示）
ABCD000001-S001-SQ003  00：00：40  （ページ３を表示）
ABCD000001-S001-SQ004  00：00：50  （ページ４を表示）ex 00:01:50
上述した実施例では、トリガ発生をIPストリームに埋め込まれたトリガ発生時間のタイムコードに基づいて実行するように構成したが、本発明によるトリガ発生方法は、これに限定されるものではない。例えば、ウォータマーク、フィンガープリント、タイムスタンプ、等の方法を用いてもよい。【０１００】
本発明は、上述したように構成することにより、オンエアーされているコマーシャル或いは番組本編とウェブページ、アプリケーション等との間で遅延が生じた場合であっても、簡便かつ迅速な方法で「ずれ」を発生させずに、シンクロコンテンツをオンエアーされている番組本編及び／又はコマーシャルにシンクロさせてウェブページ、アプリケーション等を再生デバイス７０のディスプレイ上に表示すると共に、再生デバイス７０の表示画面上でウェブページ、アプリケーション等の表示領域をエクスパンド、テイクオーバー、或いはサブシークエンスさせて表示することができるようになる。
【実施例２】
【０１０１】
上述した実施例１では、配信されたコンテンツが再生デバイス７０の表示画面上に表示されるまでの処理工程において、配信されたコンテンツの「ずれ」を、主として再生デバイス７０以外の構成要素によって解消する構成について説明した。【０１０２】
実施例２は、配信されたコンテンツの「ずれ」を、図１に示す再生デバイス７０において解消する別の処理方法について説明する。【０１０３】
実施例２では、配信されたコンテンツの「ずれ」を、図1に示す再生デバイス７０とは、その構成が多少異なる再生デバイス１７０（図８参照）によって解消する処理方法について説明する。【０１０４】
本実施例の処理方法は、トリガ発生時にウェブサーバ１００（サーバ側）のフィード内にフィードアイテム（例えば、楽天保険のＣＭのシンクロコンテンツ）が追加される場合に適用される。【０１０５】
次に、具体的な処理内容を以下に示す。【０１０６】
ウェブサーバ１００（サーバ側）において、随時、フィードにフィードアイテムが追加、変更、または削除される。【０１０７】
再生デバイス１７０（クライアント側）において、
（１）フィードを、ウェブサーバ１００から定期的に取得する。【０１０８】
（２）フィード取得後、フィードアイテムの差分（新たに追加したシンクロコンテンツの部分）を抜き出す。【０１０９】
（３）取得用フィード及び表示用フィードの２種類のフィードを設ける。【０１１０】
（４）再生デバイス１７０のストレージ領域（表示用ストレージ領域）１７０Ａに用意された表示用フィードに、ユーザが任意に設定した音声及び／又は映像バッファ時間＋固定値（想定される音声及び／又は映像の遅延時間）が経過した後に、フィードアイテムの差分を追加、変更、または削除する。【０１１１】
（５）再生デバイス１７０は、表示用フィードを定期的に読み込み、読み込んだフィードを再生デバイス１７０の表示画面上に即時に表示する。【０１１２】
即ち、実施例２の処理方法は、再生デバイス１７０に表示用フィードを別途設け、再生デバイス１７０は、表示用フィードを単に定期的に読み込み或いは表示する処理のみを実行し、表示用フィードに書き込むタイミングをバッファ時間分（音声及び／又は映像バッファ時間＋固定値）だけ遅らせるようにした。
【実施例３】
【０１１３】
実施例３では、配信されたコンテンツの「ずれ」を、上述した実施例２と同様に、図９に示す再生デバイス２７０において解消する別の処理方法について説明する。【０１１４】
本実施例の処理方法は、音声及び／又は映像ストリームに埋め込まれたタイムスタンプを参照することにより、精度の高いシンクロを実現する。【０１１５】
ウェブサーバ１００において、
（１）随時、フィードに、フィードアイテムが追加、変更、または削除される。【０１１６】
（２）その際、ウェブサーバ１００でフィードアイテム毎に追加、変更、または削除を行うべき絶対時刻を記録する。例えば、トリガ発生時として、楽天保険のＣＭのシンクロコンテンツ  19：30：00にトリガが発生される場合、等。【０１１７】
再生デバイス２７０において、
（１）取得用フィード及び表示用フィードの２種類のフィードを設ける。【０１１８】
（２）フィードをウェブサーバ１００から定期的に取得する。【０１１９】
（３）フィード取得後、フィードアイテムの差分（新たに追加したシンクロコンテンツの部分）を抜き出す。【０１２０】
（４）再生デバイス２７０のストレージ領域２７０Ａに用意された表示用フィードに、フィードアイテムがウェブサーバ１００上で生成された時に記述された絶対時刻＋音声及び／又は映像バッファ時間＋固定値を加えた時刻に、フィードアイテムの差分を追加、変更、または削除する。【０１２１】
（５）再生デバイス２７０は、表示用フィードを定期的に読み込み、読み込んだフィードを再生デバイス２７０の表示画面上に即時に表示する。【０１２２】
即ち、実施例３の処理方法は、再生デバイス２７０がウェブサーバ１００からフィードを受け取ることの遅延にも対応させるべく、フィードアイテム毎に絶対時刻を記録し、バッファ時間を加算して制御するようにした。
【実施例４】
【０１２３】
上述した実施例２及び実施例３では、配信されたコンテンツの「ずれ」を、図１に示す再生デバイス７０によって解消するそれぞれ別の処理方法について説明した。【０１２４】
実施例４では、配信されたコンテンツの「ずれ」を、図1、図８及び図９に示す再生デバイス７０、１７０、２７０とは、その構成が異なる再生デバイス３７０（図１０参照）によって解消する処理方法について説明する。即ち、実施例４は、音声及び／又は映像の遅延によるズレを解消する処理方法について説明する。【０１２５】
なお、実施例４における構成は、再生デバイス７０が再生デバイス３７０に変更された以外は、図１の構成と同じである。【０１２６】
また、シンクロコンテンツに関しては上記実施例３の処理方法を参照のこと。【０１２７】
ウェブサーバ１００において、
（１）音声及び／又は映像に関しては、ウェブサーバ１００上で一定単位のサイズ（例えば、１秒間）でファイル化し、それぞれのファイルのヘッダ等に絶対時間情報を書き込む（即ち、タイムスタンプを施す）。【０１２８】
再生デバイス３７０において、
（１）フィードアイテムに書き込まれたトリガ時間と、配信された音声及び／又は映像ファイルのタイムスタンプとが一致したところで、音声及び／又は映像を、取得用フィードのためのストレージ領域３７０Ａから、表示用フィードのためのストレージ領域３７０Ｂに書き込み、表示する。【０１２９】
（２）再生デバイス３７０には、取得用フィード及び表示用フィードの２種類のフィードのためのストレージ領域３７０Ａ、３７０Ｂが設けられている。【０１３０】
ここで、上記ファイル化とは、ファイルそのものをHTTP通信方式で伝送するプロトコルのことであり、例として、HLS（HTTP Live Streaming）、AdobeのHDS（HTTP Dynamic Streaming）等がある。【０１３１】
上述した実施例２乃至実施例４に示すように、本発明のシンクロコンテンツ放送配信システムによれば、配信されたコンテンツの「ずれ」を、再生デバイスにおいて、複雑なメカニズム或いはプログラムを用いることなく、解消することもできる。
【産業上の利用可能性】
【０１３２】
本発明のシンクロコンテンツ放送配信システムは、配信されたコンテンツが再生デバイスの表示画面上に表示されるまでの処理工程において、配信されたシンクロコンテンツの「ずれ」を容易に解消することができるので、スマートフォンやページャ等の携帯端末装置におけるシンクロコンテンツ放送配信に利用することができる。
【符号の説明】
【０１３３】
１０  シンクロコンテンツ放送配信システム
２０  放送局マスタ
３０  ベースバンド伝送装置
４０  タイムコードジェネレータ
５０  エンコーダ
６０  ストリーミングサーバ
７０  再生デバイス
８０  デコーダ
９０  記憶装置
１００  ウェブサーバ
１１０  トリガ時間演算装置
１７０  再生デバイス
１７０Ａ  ストレージ領域
２７０  再生デバイス
２７０Ａ  ストレージ領域
３７０  再生デバイス
３７０Ａ  取得用ストレージ領域
３７０Ｂ  表示用ストレージ領域
【図１】
0005982359.tif 000002
【図２】
0005982359.tif 000003
【図３】
0005982359.tif 000004
【図４】
0005982359.tif 000005
【図５】
0005982359.tif 000006
【図８】
0005982359.tif 000007
【図９】
0005982359.tif 000008
【図１０】
0005982359.tif 000009
【図６】
0005982359.tif 000010
【図７】
0005982359.tif 000011