(57)【要約】【課題】  格納する時系列ストリームを再生する為の、異なる場所に存在する２つ以上の記録再生装置が、同一コンテンツを同期再生できるようにするデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムを提供する。【解決手段】  本発明のデジタル放送同期再生装置は、圧縮映像ストリームを格納するストリーム記憶手段７、ストリーム記憶手段より取得する圧縮映像ストリーム内のフレーム構造を分析し、フレーム単位にフレームのビット列の一部から、ビット列より短いビット列であるシグニチャ情報を生成するシグニチャ生成手段１２、通信ネットワークを介して他装置側にシグニチャ情報を送信し、他装置側よりシグニチャ情報を受信する通信手段１５、受信するシグニチャ情報列とストリーム記憶手段に格納されるシグニチャ情報列とを比較し、比較結果に従って同期再生を行う同期手段１４とを備える。【選択図】  図２
2006270634.tif 000002
【特許請求の範囲】
【請求項１】
少なくともデジタル放送の再生処理を行う他装置と、通信ネットワークを介して通信可能に接続されるデジタル放送同期再生装置であって、
デジタル放送を受信して圧縮映像ストリームを取得するストリーム制御手段と、
前記圧縮映像ストリームを格納するストリーム記憶手段と、
前記ストリーム記憶手段より取得する前記圧縮映像ストリーム内のフレーム構造を分析し、フレーム単位にフレームのビット列の一部から、前記ビット列より短いビット列であるシグニチャ情報を生成するシグニチャ生成手段と、
前記通信ネットワークを介して前記他装置側に前記シグニチャ情報を送信し、前記他装置側より前記シグニチャ情報を受信する通信手段と、
受信する前記シグニチャ情報列と、前記ストリーム記憶手段に格納される前記シグニチャ情報列とを比較し、比較結果に従って同期再生を行う同期手段
とを備えることを特徴とするデジタル放送同期再生装置。
【請求項２】
前記通信手段は、前記通信ネットワークにて発生する伝送遅延を測定し、
前記同期手段は、前記圧縮映像ストリームより成るコンテンツの頭出し時刻に前記伝送遅延を加算する
ことを特徴とする請求項１に記載のデジタル放送同期再生装置。
【請求項３】
少なくともストリーム再生処理を行う他装置と、通信ネットワークを介して通信可能に接続されるストリーム同期再生装置であって、
時系列を伴うコンテンツから生成されたストリームを格納するストリーム記憶手段と、
前記ストリーム記憶手段より取得する前記ストリームのフレーム構造を分析し、フレーム単位にフレームビット列の一部から、前記フレームビット列より短く、かつフレームビット列の特徴を表現しうるシグニチャ情報を生成し、前記シグニチャ情報を前記コンテンツの時系列に沿って並べたシグニチャ情報列を、前記ストリーム記憶手段に格納するシグニチャ生成手段と、
前記ストリーム記憶手段より取得する前記シグニチャ情報列の一部を前記通信ネットワークを介して前記他装置側に送信し、前記他装置側より受信する前記シグニチャ情報列の一部に該当するストリームの時間的位置を特定する通信手段と
前記他装置側より受信する前記シグニチャ情報列の一部と、前記ストリーム記憶手段に格納されているシグニチャ情報列を比較して前記ストリームの同期をとる同期手段
とを備えることを特徴とするストリーム同期再生装置。
【請求項４】
コンテンツの圧縮映像ストリームの一部に対応したシグニチャ情報列の一部を含む前記コンテンツに関する情報を格納する情報センタサーバと、
デジタル放送を受信して圧縮映像ストリームを取得するストリーム制御手段、前記圧縮映像ストリームを格納するストリーム記憶手段、前記ストリーム記憶手段より取得する前記圧縮映像ストリーム内のフレーム構造を分析し、フレーム単位にフレームのビット列の一部から、前記ビット列より短いビット列であるシグニチャ情報を生成するシグニチャ生成手段、前記通信ネットワークを介して前記情報センタサーバから前記シグニチャ情報を受信する通信手段、受信する前記シグニチャ情報列と一致するシグニチャ情報列を前記ストリーム記憶手段から検索する検索手段とを有するデジタル放送同期再生装置
とを備えることを特徴とするストリーム同期再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルテレビ放送の受信もしくはＤＶＤ等の外部記録媒体の読み込みによって時系列ストリームを記録媒体に記録し、ユーザの必要に応じて再生する記録再生装置に関し、異なる場所に存在する２つ以上の記録再生装置が同一コンテンツを同期再生できるようにするデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムに関する。
【背景技術】
【０００２】
近年、個人がテレビキャプチャーカード付きパーソナルコンピュータやカメラ付き携帯電話を用いて、テレビ番組を画像又は映像ファイルに変換し、不特定多数の人がアクセス可能な情報センタサーバに蓄積および公開することが可能となっている。個人は、テレビ番組の決定的シーンを表した画像や映像等のファイルと、それに関連づけられた文章ファイルに自らの意見などを記述し、公開することで、テレビ番組の放映が終わった後に、別の場所に居る他人とテレビ番組という共通の話題についてコミュニケーションを図ることができる。最近では、画像アップロード機能付き電子掲示板を備えた情報センタサーバも増えてきており、より簡単なインタフェースで、画像ファイルと文章ファイルを、情報センタサーバへ登録することができる。
【０００３】
この情報センタサーバを介したコミュニケーションを可能とする現在の技術背景について説明する。第１に、映像や音声等の各種情報信号をデジタル化して信号処理する技術がめざましく進歩し、これに伴ってデジタル放送システムが各国で導入された。２００３年１２月より、東京、名古屋、大阪地区において、地上デジタル放送が一斉に開始された。デジタル放送システムは、ＨＤ（ファイデフィニション＝高精細）ＴＶによる高画質放送、データ放送などの付加サービス、多チャンネル放送などの特徴がある。
【０００４】
第２に、デジタル化された映像信号及び音声信号やその他の情報データ等を圧縮処理する技術が急速に開発された。現在、このデータ圧縮処理技術の規格としては、ＩＳＯ（国際標準化機構）／ＩＥＣ（国際電気標準会議）１３８１８［ＩＳＯ／ＩＥＣ ＪＴＣ（ジョイントテクニカルコミッティ）１／ＳＣ（サブコミッティ）に９／ＷＧ（ワーキンググループ）１１］で提案されているＭＰＥＧ（ムービングピクチャエキスパートグループ）方式が主流となっている。主に放送では、ＭＰＥＧビデオストリームとＭＰＥＧオーディオストリームを、互いの再生同期がとれるように時間軸方向に多重化した、ＭＰＥＧ２−ＴＳストリームが用いられている。
【０００５】
ＭＰＥＧ−ＴＳストリームの記録再生の構成例として特許第３１４６９６９号の「デジタル放送受信端末装置」が挙げられる。この発明では、パケットを多重化してなるデジタルデータのビットストリームに基づいて得たデジタル放送波を受信するデジタル放送受信端末装置について、所定の番組情報を分離し、ユーザに提示し、受信対象番組（チャンネル）を選択し、選択した受信対象番組のパケットのみをデコーダに与えて映像化したり、記録再生装置に与えて録画できるようにする技術について開示している。
【０００６】
第３に、ユーザは、デジタル放送受信端末装置にてライブ視聴するほかに、ＶＤＲ（ビデオディスクレコーダ）、ＨＤＲ（ハードディスクレコーダ）等の記録再生装置を用いてコンテンツの記録及び再生を行うことで、所望の時刻に所望のコンテンツを視聴することができるようになった。
【０００７】
第４に、最近の電話サービスは、電話会社間の競争やＩＰ電話の普及によって低廉化が進んでいる。特に、ＩＰ電話サービスでは、同一事業者間の通話は定額制になっているものが多い。よってユーザは、遠隔地の家族、友達等と電話を用いて長時間会話したり、会話をしながら同一のテレビ番組を視聴したりすることが気軽に出来るようになっている。
【０００８】
第５に、インターネットに類する通信ネットワークの爆発的な普及に伴い、個人がＷｅｂ（ワールドワイドウェブ）等のハイパーテキストを主体とした情報サービスを用いて、情報を発信することが可能となった。ハイパーテキストは、ＨＴＭＬ（パイパーテキストマークアップランゲッジ）にて、リンク情報と呼ばれる別ファイルへの参照関係を記述することによって、文章，静止画，映像，音声その他のメディアを有機的に結合させて、ユーザに提供することができる。また、Ｗｅｂブラウザは、アプリケーションソフトウェアであり、ハイパーテキストを読み込みして参照関係を解析し、必要であれば通信ネットワークを介して別ファイルを取得し、表示手段に沿う形でレンダリング（画像化）し、ユーザに提供することができる。また、上述した情報センタサーバは、Ｗｅｂブラウザが参照する資源を保存するために各地に設けられている。Ｗｅｂサーバ間同士は、通信ネットワークで結ばれており、ＨＴＴＰ（ハイパーテキストトランスファプロトコル）に類する通信プロトコルを送受信することによって、様々なデータを内包したファイルの送受信を行うことができる。情報センタサーバに蓄積されたファイルは、ＵＲＩ（ユニフォームリソースアイデンティファイア）にて、世界中で一意となる資源識別子によって特定され、ＵＲＩを指定することによって世界中に情報を発信することが可能となる。
【０００９】
このように、個人によって、一方向にテレビより情報を受信するのみでなく、テレビ番組について情報センタサーバに自らの意見等を公開することで、他人と共通の話題についてコミュニケーションを図ることができる環境が整ってきている。
【００１０】
更に、環境の整備に伴い情報センタサーバや個人の記録再生装置に蓄積するデジタル放送等の画像及び映像が膨大になると、所望の画像及び映像を短時間で検索する必要が出てくる。
【００１１】
従来、画像及び映像の識別方法としては、動画像の特徴量を利用したマルチメディア情報処理システムが開発されている。例えば、検索対象のビデオからフレーム画像を抽出し、該フレーム画像の特徴量を計算し、該特徴量に対応してフレーム画像に対してテーブル上で一意となるコードを割り当て、該ビデオを該フレーム画像の列に対応してコード列化し、該コード列と予めデータベースに格納された複数のビデオに対応するコード列との照合するビデオの検索手法について開示されている（特許文献１参照。）。
【特許文献１】特許第３３４０５３２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、年々記憶媒体は巨大化しており、特許文献１の手法により巨大容量のコンテンツが蓄積された記憶媒体より、短時間にて所望のコンテンツを検索することは困難である。例えば、特許文献１の検索方式を数千個のコンテンツに適用した場合、検索用コードの列の生成に膨大な時間がかかってしまうこととなる。更に、巨大容量のコンテンツが蓄積された記憶媒体より、短時間にて所望のコンテンツを検索するには、この他にも諸問題が発生する可能性がある。詳細は後述する。
【００１３】
本発明は、上記の問題点に鑑みてなされたものであり、デジタル放送の受信若しくは外部記録媒体の読み込みによって時系列ストリームを巨大記録媒体に記録し、ユーザの必要に応じて再生する記録再生装置に関し、異なる場所に存在する２つ以上の記録再生手段が同一コンテンツを同期再生できるようにするデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために、本発明の第１の特徴は、［イ］少なくともデジタル放送の再生処理を行う他装置と、通信ネットワークを介して通信可能に接続されるデジタル放送同期再生装置であって、デジタル放送を受信して圧縮映像ストリームを取得するストリーム制御手段（４）と、［ロ］圧縮映像ストリームを格納するストリーム記憶手段（７）と、［ハ］ストリーム記憶手段より取得する圧縮映像ストリーム内のフレーム構造を分析し、フレーム単位にフレームのビット列の一部から、ビット列より短いビット列であるシグニチャ情報を生成するシグニチャ生成手段（１２）と、［ニ］通信ネットワークを介して他装置側にシグニチャ情報を送信し、他装置側よりシグニチャ情報を受信する通信手段（１５）と、［ホ］受信するシグニチャ情報列と、ストリーム記憶手段に格納されるシグニチャ情報列とを比較し、比較結果に従って同期再生を行う同期手段（１４）とを備えるデジタル放送同期再生装置であることを要旨とする。
【００１５】
本発明の第１の特徴は、更に、［ヘ］通信手段（１８）は、通信ネットワークにて発生する伝送遅延を測定し、［ト］同期手段（１９）は、圧縮映像ストリームより成るコンテンツの頭出し時刻に伝送遅延を加算することを加えても良い。
【００１６】
本発明の第２の特徴は、［イ］少なくともストリーム再生処理を行う他装置と、通信ネットワークを介して通信可能に接続されるストリーム同期再生装置であって、時系列を伴うコンテンツから生成されたストリームを格納するストリーム記憶手段と、［ロ］記憶手段より取得するストリームのフレーム構造を分析し、フレーム単位にフレームビット列の一部から、フレームビット列より短く、かつフレームビット列の特徴を表現しうるシグニチャ情報を生成し、シグニチャ情報をコンテンツの時系列に沿って並べたシグニチャ情報列を、ストリーム記憶手段に格納するシグニチャ生成手段と、［ハ］ストリーム記憶手段より取得するシグニチャ情報列の一部を通信ネットワークを介して他装置側に送信し、他装置側より受信するシグニチャ情報列の一部に該当するストリームの時間的位置を特定する通信手段と［ニ］他装置側より受信するシグニチャ情報列の一部と、ストリーム記憶手段に格納されているシグニチャ情報列を比較してストリームの同期をとる同期手段とを備えるストリーム同期再生装置であることを要旨とする。
【００１７】
本発明の第３の特徴は、［イ］コンテンツの圧縮映像ストリームの一部に対応したシグニチャ情報列の一部を含むコンテンツに関する情報を格納する情報センタサーバ（２１０）と、［ロ］デジタル放送を受信して圧縮映像ストリームを取得するストリーム制御手段（４）、圧縮映像ストリームを格納するストリーム記憶手段（７）、ストリーム記憶手段より取得する圧縮映像ストリーム内のフレーム構造を分析し、フレーム単位にフレームのビット列の一部から、ビット列より短いビット列であるシグニチャ情報を生成するシグニチャ生成手段（１２）、通信ネットワークを介して情報センタサーバからシグニチャ情報を受信する通信手段（２２）、受信するシグニチャ情報列と一致するシグニチャ情報列をストリーム記憶手段から検索する検索手段（２３）とを有するデジタル放送同期再生装置（２０５）とを備えるストリーム同期再生システムであることを要旨とする。
【発明の効果】
【００１８】
本発明のデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムによると、
（１）ユーザは、簡便な操作で、遠隔地の別のユーザが視聴しているテレビ番組と、自己のデジタル放送同期再生装置に録画されたテレビ番組とを同期再生することができる。
【００１９】
（２）ユーザ間で伝送されるシグニチャ情報が要する帯域は、番組コンテンツの品質に依存せず、概ね１Ｋｂｐｓ以下であって、ＨＤＴＶ ＭＰＥＧ−ＴＳストリームを直接伝送する方式と比較して、約１／１０４の帯域で、双方のユーザに大した再生同期ずれなく同一のコンテンツを視聴させることができる。
【００２０】
（３）放送局によってＣＭ等の番組編成が異なる場合でも、ユーザが同期の外れたことを知覚した時点で、簡便な操作でテレビ番組同士の同期をとることができる。
【００２１】
（４）ネットワーク上にテレビ番組コンテンツを伝送しないため、著作権保護の問題を発生させないことができる。
【００２２】
（５）圧縮映像ストリームをデコードし、非圧縮画像データに変換してから、特徴量を抽出する必要がなく、直接圧縮映像ストリームからシグニチャ情報を生成するため、低処理量且つ低メモリ帯域で済み、廉価なデジタル放送同期再生装置を実現できる。
【００２３】
（６）情報センタサーバには、テレビ番組コンテンツから生成された画像又は映像ファイルが登録されないため、著作権者が多数の情報センタサーバへの逐一長期間監視を不要にすることができる。
【００２４】
（７）情報センタサーバに登録するシグニチャ情報列ファイルは、画像又は映像ファイルの１／３３３３〜１／１０５のファイルサイズであり、情報センタサーバの記憶容量を圧迫することを防ぐことができる。
【００２５】
（８）情報センタサーバに登録するシグニチャ情報列ファイルは、画像又は映像ファイルの１／３３３３〜１／１０５のファイルサイズであり、複数の登録画像又は映像ファイルを連続的に閲覧したとしても、回線帯域を長時間占有することがなく、待ち時間に対するユーザのストレスを無くすことができる。
【発明を実施するための最良の形態】
【００２６】
年々、記録再生装置内の記憶媒体の容量は増加している。記憶媒体としての一般的なハードディスクドライブの容量は、１年で約２倍のペースで増加している。例えば、記憶媒体として２５０〜６００ギガバイトのハードディスクドライブを搭載したＨＤＲに類する記録再生装置では、ＳＤＴＶ（スタンダードデフィニションテレビジョン：標準ＴＶ）品質コンテンツを１００時間以上、ＨＤＴＶ品質コンテンツを５０時間以上記録できる。数年後には、ＨＤＴＶ品質コンテンツを数百〜数千時間分記録できる記録再生装置が市販されることが予想される。以下においては、このように巨大記憶容量を備える記録再生装置が市販され、それを使用することを前提として説明する。
【００２７】
現状、既に、ユーザが能動的にコンテンツ記録を指示する、つまりテレビ番組コンテンツであれば録画予約する等の用途においては、記憶容量は充足していると言える。数千時間記録できても、ユーザの可処分時間（記録されたコンテンツを視聴する時間）が増加しない限り、おのずと視聴できるコンテンツ量には限界がある。
【００２８】
今後の巨大記憶容量を備える記録再生装置の活用方法としては、記録再生装置が、ユーザの指示を待たずに自動的にコンテンツを取得して記録する、つまりテレビ番組コンテンツであれば自動録画しておき、ユーザは後で必要に応じて検索してから一部分を視聴するという方法が考えられる。このような自動記録又は自動録画においては、コンテンツ検索方式が重要となる。
【００２９】
現在、ＨＤＲが備えるコンテンツ検索方式では、ユーザにコンテンツに関連付けられたタイトル名や録画開始日時やコンテンツの映像を加工したサムネイル画像などを画面上の縦または横にリスト状に提示し、対話選択入力させるリスト表示方式が主流である。
【００３０】
今後における巨大記憶容量を備える記録再生装置が自動的にコンテンツを取得して、数日〜数十日分のデジタル放送を記録する場合に、ユーザが記録したコンテンツを視聴しようとする前段階は現在とは変化する。つまり、友人等からの電話、電子メール、インターネットチャット等によるコミュニケーションがある場合に視聴欲求が発生することが多いと想定される。例えば、遠隔地に住む家族や友人等から突然電話がかかってきて、「録画したコンテンツが大変おもしろいので、電話で話しながら一緒に見よう」と持ちかける場合等がある。
【００３１】
このような突発的な欲求に対応する自然なコンテンツ検索方式として、遠隔地の記録再生装置が再生しているコンテンツが、そのまま大した再生同期ずれなく、ユーザ手元の記録再生装置で再生可能とする同期再生方式が必要になる。
【００３２】
市販のＤＶＤコンテンツなど、時間軸方向に渡って内容が完全に一致していることが保証されているコンテンツである場合、２人のユーザが、それぞれ再生装置に同一コンテンツをセットして、電話等でタイミングを合わせながら同時に再生開始することにより同期再生方式は簡単に実現できる。
【００３３】
しかし、時間軸方向に渡って内容が完全に一致していることが保証されていないコンテンツ、例えば遠距離に存在する２人以上のユーザが視聴するデジタルテレビ放送を録画した圧縮映像ストリームについては、以下のような問題が発生すると想定される。
【００３４】
（１）放送日程の違い
地上波デジタル放送では、地方局がテレビ番組の編成権を留保している。例を挙げると、同一のテレビ番組を放映する場合であっても、放送局Ａ（例えばテレビ神奈川）と放送局Ｂ（例えば千葉テレビ）では放送日程が異なる場合が多い。この場合、神奈川県に居住するユーザＡと、千葉県に居住するユーザＢが、同一のテレビ番組についてライブで会話することはできない。
【００３５】
これに対処するために、先にテレビ番組を放映する地域に居住するユーザＡが、記録再生装置の録画モードを用いてテレビ番組を録画し、後からテレビ番組を放映する地域に居住するユーザＢにあわせて、再生モードを用いて再生することができる。しかし、地域が異なるため、ユーザＡは、ユーザＢが視聴しているライブのテレビ番組画面を見ることができない。このため、ユーザ同士が現在映っているコンテンツの内容を説明しなければならないため、両テレビ番組の同期をとることは非常に困難である。
【００３６】
もちろん、同期がとれないまま再生することは可能であるが、ユーザ間で同一テレビ番組を見ながら電話などで会話することは難しい。例えば、バラエティーや漫才などのテレビ番組を考えた場合、同期がとれていない状態では、ユーザＡがユーザＢの笑い声などの反応を電話経由で聞いても、ユーザＡはユーザＢがなぜ笑っているのか理解できない。
【００３７】
（２）ＣＭ編成の違い
地上波デジタル放送では、地方局がテレビ番組の編成権を留保している。このため、同一日、同一の時間帯に同一のテレビ番組を放映したとしても、ＣＭ編成は地方局ごとに異なる。ＣＭ入りのテレビ番組編成は、例えば図１６に示すように、それぞれ１４分の番組コンテンツ１、２に、３０秒のＣＭ１、２、３、４が挿入され総計３０分のテレビ番組となるようになっている。
【００３８】
図１６を見れば明らかなように、ユーザＡとユーザＢでは、同一放映開始時刻から同一テレビ番組を見られるにも関わらず、ある時刻ｔ１の内容は同期していない。このため、ユーザ同士が、テレビ番組放映開始時刻から同時に視聴を開始しても、電話による会話は途中から噛み合わなくなってしまう。
【００３９】
仮に、ＣＭ編成が全く同一だとしても、ユーザがデジタル放送受信装置に備え付けられた編集機能を用いて、片方のユーザが、録画したＭＰＥＧ−ＴＳストリームに対して、ＣＭカット等の編集作業を行った場合は、全く同様の問題が容易に起こり得る。また、操作ミス等で録画が番組途中から行なわれた場合でも、全く同様の問題が容易に起こり得る。
【００４０】
（３）著作権保護
（１）及び（２）に対する簡便な解決策として、インターネット等の通信ネットワークを通じて、ユーザのうちどちらかが録画したテレビ番組を、もう他方のユーザへネットワーク伝送して、同時に視聴する方法が考えられる。この場合は、通信遅延と再生装置内部のバッファリング程度しか同期を乱す要因はなく、大した再生同期ずれなくコンテンツの同期再生が可能となる。
【００４１】
しかし、現状のデジタル放送のテレビ番組で用いられるコンテンツについては、著作権保護の観点からインターネットへの伝送が厳しく制限されており、録画したテレビ番組を通信ネットワーク経由で伝送することは非常に困難である。例えば、有限会社エフエービジョンが運営している海外顧客向けテレビ番組ストリーング伝送代行サービス「録画ネット」[ＵＲＬ：http://www.6ga.net/]に対しては、日本放送協会（ＮＨＫ）他６社からサービス停止のための仮処分の申し立てがなされている。
【００４２】
（４） 伝送帯域
著作権保護の問題（３）を解決し、インターネット等の通信ネットワークを通じて、ユーザのうちどちらかが録画したテレビ番組を、もう他方のユーザへ伝送してから視聴する方法が可能だとしても、伝送帯域の問題が生じる。現状の個人向けインターネット接続サービスでは、ＡＤＳＬ（アシメトリックデジタルサブスクライバライン：非対称デジタル加入者線）を用いたものが主流である。ＡＳＤＬでは回線帯域は、回線環境や立地条件によって大きく変動し、概ね１Ｍｂｐｓ以下の低帯域であることが多い。一方で、デジタル放送におけるＨＤＴＶ品質のＭＰＥＧ−ＴＳストリームは、１５〜２４Ｍｂｐｓの伝送帯域を必要とするため、ＡＤＳＬを用いてリアルタイム伝送することはできない。送信側で、ＭＰＥＧ−ＴＳストリームに対してトランスコーディング（再符号化）を行い、回線帯域に適した伝送帯域に加工することも考えられるが、画質は猛烈に悪化する。例えば、ＭＰＥＧ−２ビデオ規格において、１Ｍｂｐｓに対応するリーズナブルな解像度はＣＩＦ規格(３５２×２４０ピクセル）であり、元のＨＤＴＶ品質と比較すると、解像度が１／５以下になってしまう。
【００４３】
（５）演算量とメモリ帯域
（１）〜（４）の問題を全て回避するためには、インターネット上にはコンテンツそのものを伝送することなしに、リモート側の再生装置が現在再生しているコンテンツ上の時間的位置をリアルタイムに把握し、ローカル側の記憶媒体から対応するコンテンツの再生位置を検索し、さらにコンテンツ同期再生を行う同期再生方式が必要である。現在の技術としてフレーム画像（非圧縮画像データ）をブロック分割し、各ブロック毎の色特徴量を計算し、さらにコード列化する処理が存在する。しかし、このようなフレーム画像の色特徴量の抽出を、ＭＰＥＧのような圧縮処理されたストリームに適用するためには、ＭＰＥＧ圧縮を一旦デコードし、非圧縮画像データに変換してから、非圧縮画像データを処理することで、特徴量を抽出する必要があり、膨大な処理量を費やす必要がある。
【００４４】
更に、特徴量の抽出には処理量のみならず、非圧縮画像データを扱うための高速バスと高メモリ帯域が必要である。例えば、非圧縮ＨＤＴＶ（解像度１９２０×１０８０ピクセル）をＲＧＢ各８Ｂｉｔで処理したときの伝送帯域は１．５Ｇｂｐｓに相当する。
【００４５】
上記はユーザ同士が同時間にチャットや電話等でコミュニケーションを取る手法についての問題点であったが、ユーザが自分の知りえなかったコンテンツの視聴欲求を感じる別の前段階として、情報センタサーバに設置された電子掲示板を閲覧し、不特定多数の第三者の登録文章を読むことが考えられる。例えば、第三者が電子掲示板に登録した「１２月２０日に放映されたバラエティー番組Ａで、シーンＢが激しく笑った」といった登録文章を読んで、自分も見てみたいと考える場合である。
【００４６】
これは第三者が該当シーンＢの全てまたは一部を、カメラ付き携帯電話などで撮影、もしくはテレビキャプチャーカード付きパソコンでキャプチャーし、画像ファイルに変換し、電子掲示板に対して文章と一緒に登録すれば、ある程度は実現可能である。しかしながら、第三者が情報センタサーバに画像ファイルを登録することによって、以下のような問題が生じる。
【００４７】
（６）  著作権及び肖像権の侵害
画像ファイルの登録が、コンテンツの著作権者や出演者の了解なしに行われた場合、著作権及び肖像権等の権利侵害に当たる。ところが前記電子掲示板は、登録者を特定できる所望の認証手段などを備えずに、気軽に登録できるシステムが多く運用されている。また近年、このような情報センタサーバは、通信ネットワークの回線料の低減に伴って、法人のみならず個人でも運営できるようになってきた。このためコンテンツの著作権者が、インターネット上の多数の情報センタサーバ内におかれた電子掲示板について、著作権及び肖像権侵害が行われているかを、逐一長期間に渡って監視することは事実上不可能である。
【００４８】
（７）  情報センタサーバの記憶容量
例え（６）を解決したとしても、情報センタサーバの記憶容量の問題が生じる。ハードディスクドライブ等の記憶媒体の容量は年々増加しているものの、情報センタサーバは不特定多数の第三者が利用するものであり、１つの画像ファイルが大きくなると、それに反比例して登録件数が減ってしまう。
【００４９】
例えば、ＨＤＴＶ品質画像(１９２０×９６０ドット)をＪＰＥＧ静止画圧縮方式により静止画ファイルに圧縮した場合、２ＭＢ程度のファイルサイズがある。一般に登録文章は大きくとも３０ＫＢ程度であるから、登録文章に比べて６０倍以上の記憶容量を消費する。
【００５０】
さらにＨＤＴＶ品質のＭＰＥＧ−ＴＳストリームでは、約２ＭＢ／毎秒（伝送帯域１５Ｍｂｐｓ用ストリームを想定）を必要とする。仮に、３０秒程度のシーンを映像ファイルに変換した場合、６０ＭＢ程度のファイルサイズがある。このため、ＨＤＴＶ品質の映像ファイルを情報センタサーバに多数登録し、不特定多数に公開することは難しい。
【００５１】
（８）  閲覧に要する時間の問題
例え（７）の問題を解決したとしても、個人向けインターネット接続サービスとして普及しているＡＤＳＬの回線帯域は概ね１Ｍｂｐｓであるため、情報センタサーバから画像ファイルを取得するには時間がかかる。例えば、前記静止画ファイルの取得には１６秒以上、前記映像ファイルの取得には４８０秒以上かかる。このような長い取得時間がある場合、電子掲示板の閲覧に要する時間が長くなり、ユーザのストレスとなる。
【００５２】
以下より説明する本発明の第１の実施の形態に係るデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムでは、（１）〜（５）の問題を解決する機器及び手法について説明する。更に本発明の第２の実施の形態に係るデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムでは、（６）〜（８）の問題を解決する機器及び手法について説明する。尚、本発明の実施の形態において使用される機器、手法等は一例であり、本発明はこれらに限定されるものではないことは勿論である。
【００５３】
（第１の実施の形態）
本発明の第１の実施の形態に係るストリーム同期再生システム５０１は、図１に示すように、通信ネットワーク２０１を介して、通信機能を備えたデジタル放送同期再生装置２０２が通信可能に２台以上接続されている。
【００５４】
通信ネットワーク２０１は、ＬＡＮ（ローカルエリアネットワーク）やインターネット等の、多数の機器が網状に接続された通信網である。通信ネットワーク２０１に接続された装置には、ＩＰアドレスに類する識別子が割り振られ、互いを識別でき、ＴＣＰ／ＩＰに類する通信プロトコルを用いて、パケット単位にデータを交換できるものとする。
【００５５】
各々のデジタル放送同期再生装置２０２は、ストリーム同期再生装置であって、九州、関西、関東、東北等のデジタル放送局が異なる地域、例えば図１では片方はＡ局エリア、もう片方はＢ局エリア等に存在するものとする。Ａ局エリアのユーザＡとＢ局エリアのユーザＢは、デジタル放送同期再生装置２０２と同じＬＡＮ６５等のネットワークに接続されるパーソナルコンピュータ６１を介してのチャット又はＩＰ電話６２等により、互いにコミュニケーションを取ることができる。尚、パーソナルコンピュータ６１やＩＰ電話６２は、通信ネットワーク２０１に直接接続してもかまわない。又、ユーザ同士は携帯電話６４や固定電話６３を介してもコミュニケーション可能とする。
【００５６】
デジタル放送同期再生装置２０２は、異なるエリア間においても同一コンテンツ内の同一シーンを閲覧することを可能とするために、映像又は画像の同期手段を備えている。例えば、Ａ局エリア及びＢ局エリアのユーザ同士が、チャット、ＩＰ電話、固定電話、携帯電話等にてのコミュニケーションの最中に、あるコンテンツの特定シーンを視聴することを希望したとする。その場合、Ａ局エリア及びＢ局エリアのデジタル放送同期再生装置２０２同士は、そのコンテンツの同期をとり、ユーザＡ，Ｂに提示する。これによりユーザＡ，Ｂは、同期の取れたコンテンツを閲覧しながら、コミュニケーションを取る。
【００５７】
尚、局エリアは複数存在して構わず、各局エリアに複数のデジタル放送同期再生装置２０２が存在していて構わない。
【００５８】
（デジタル放送同期再生装置）
本発明の実施の形態に係るデジタル放送同期再生装置２０２は、図２に示すように、アンテナ手段１、チューナ手段２、入力手段３、ストリーム制御手段４、多重分離手段５、ファイルＩ／Ｏ手段６、ストリーム記憶手段７、映像デコード手段８、音声デコード手段９、表示手段１０、スピーカ手段１１、シグニチャ生成手段１２、シグニチャファイル生成手段１３、同期手段１４、通信手段１５及びフォーマット手段１６等より構成される。
【００５９】
アンテナ手段１は変調信号を受信するためのアンテナである。チューナ手段２は、変調信号を復調し、エラー訂正等の所定の信号処理を施し、変調信号に複数の番組が含まれている場合は、入力手段３からのチャンネル制御信号により指定された番組に対応したＭＰＥＧ−ＴＳストリームを出力する。ここでＭＰＥＧ−ＴＳストリームとは、ＭＰＥＧシステムにおいてＭＰＥＧビデオストリーム及びＭＰＥＧオーディオストリーム等を多重化する多重化ストリームである。
【００６０】
入力手段３は、デジタル放送同期再生装置２０２を利用するユーザからの様々な指示を入力するための手段であり、一般的なＨＤＲが備えるリモコン装置、リモコン受光装置からなる。加えて、同期開始トリガを発生するボタンに類する入力装置を備える。同期開始トリガは、同期手段１４へ入力される。
【００６１】
ストリーム制御手段４は、予めプログラミングされたマイクロコンピュータに相当し、入力手段３からの動作制御信号より、選択的に以下の主動作モードを切り替える。
【００６２】
（イ）視聴モード： チューナ手段２から得たＭＰＥＧ−ＴＳストリームを多重分離手段５へ出力する。
【００６３】
（ロ）録画モード： チューナ手段２から得たＭＰＥＧ−ＴＳストリームを分岐し、片方はファイルＩ／Ｏ手段６へ出力し、もう片方は多重分離手段５へ出力する。
【００６４】
（ハ）再生モード： ファイルＩ／Ｏ手段６から得たＭＰＥＧ−ＴＳストリームを多重分離手段５へ出力する。
【００６５】
さらに、ストリーム制御手段４の主動作モードが（ハ）再生モードである時、入力手段３からの動作制御信号は、一般的なＨＤＲが持つような再生動作モードを持つ。
【００６６】
（い）再生動作モード： ファイルＩ／Ｏ手段６を介して、記録したＭＰＥＧ−ＴＳストリームの一部を、多重分離手段５へ出力する。
【００６７】
（ろ）停止動作モード： 何も出力しない。
【００６８】
（は）頭出し動作モード： ファイルＩ／Ｏ手段６を介して、記録したＭＰＥＧ−ＴＳストリームに含まれるコンテンツ再生時刻情報ＰＴＳ(プレゼンテーションタイムスタンプ)をサーチし、外部から指定された再生時刻(例えば入力手段３から入力された時刻)と最も近いＰＴＳを持つ再生位置へジャンプし、（ハ）再生動作モードへ移行する。
【００６９】
更に、（ロ）の録画モードに移行する際には、録画開始した日付情報を利用して、ファイル名を生成してファイルＩ／Ｏ手段６へ出力する。例えば、日付情報"２００４年９月２４日２２時２３分５５秒"に録画モードに移行した際には、ファイル名"２００４０９２４２２２３５５．ｍｐｇ"を生成する。
【００７０】
多重分離手段５は、入力されたＭＰＥＧ−ＴＳストリームの多重化を解析し、ＭＰＥＧビデオストリームと、ＭＰＥＧオーディオストリームに分離する。
【００７１】
ファイルＩ／Ｏ手段６は、ＯＳ（オペレーションシステム）等に実装されているファイルシステムに類し、読み書きする情報の各々を、ファイル単位で分別する。又、１つのファイルの１部分を指定して読み書きする。
【００７２】
ストリーム記憶手段７は、ＭＰＥＧ−ＴＳストリームのビットレートに追従し、リアルタイムで記録または再生することのできるディスク装置である。これは、Ｄ−ＶＨＳドライブ、ハードディスクドライブ、ＤＶＤドライブ、ブルーレイドライブに類する。ストリーム記憶手段７は、時系列を伴うコンテンツから生成されたストリームを格納するストリーム記憶手段である。具体的に、ＭＰＥＧ−ＴＳストリームと、ＭＰＥＧ−ＴＳストリームと関連付けられたシグニチャファイルを格納する。
【００７３】
映像デコード手段８は、ＭＰＥＧビデオストリームをデコードし、映像信号を生成する。音声デコード手段９は、ＭＰＥＧオーディオストリームをデコードし、音声信号を生成する。
【００７４】
表示手段１０は、映像信号をユーザに提示するＣＲＴテレビ、液晶テレビ等に類する装置である。スピーカ手段１１は、音声信号をユーザに提示するスピーカ等に類する装置である。
【００７５】
シグニチャ生成手段１２は、ストリーム記憶手段７より取得するストリームのフレーム構造を分析し、フレーム単位にフレームビット列の一部から、フレームビット列より短く、かつフレームビット列の特徴を表現しうるシグニチャ情報を生成し、シグニチャ情報をコンテンツの時系列に沿って並べたシグニチャ情報列を、ストリーム記憶手段に格納する。具体的には、ＭＰＥＧビデオストリームから映像フレームのシグニチャ情報を生成する。ＭＰＥＧビデオストリームは、ＭＰＥＧの文法にしたがって階層構造になっており、シーケンス層、ＧＯＰ（グループオブピクチャ）層、ピクチャ層、スライス層、ＭＢ（マクロブロック）層、ブロック層に分かれている。シグニチャ生成手段１２は、所定の解析アルゴリズムによって、ＭＰＥＧビデオストリームの少なくともピクチャ層以下を入力ビット列として取り出し後述する一時記憶手段３４に格納する。更に入力ビット列をシグニチャ生成関数に入力し、出力されたビット列をシグニチャ情報として出力する。
【００７６】
シグニチャ情報は、指紋情報（フィンガープリント）とも呼ばれ、全く同一の入力ビット列からは同一のシグニチャ情報が生成される。シグニチャ情報は、入力ビット列よりも十分短い出力ビット列であるため、２つ以上のデータを迅速に照合する指標として好適である。しかし、入力ビット列長と出力ビット列長の非対称性（入力ビット列長＞出力ビット列長）により、シグニチャ情報が一致したからといって元の入力ビット列が完全に同一であることは保証されない。
【００７７】
シグニチャ情報を生成する変換関数を、一般にメッセージダイジェスト関数と呼ぶ。このような変換関数の一例として、ＲＦＣ（リクエストフォーコメント）１３２１「ザＭＤ５メッセージダイジェストアルゴリズム」に開示されるＭＤ５関数が挙げられる。ＭＤ５関数は、任意の長さの入力ビット列をとり、固定長の出力ビット列を得ることができる。メッセージダイジェスト関数の出力ビット列長Ｒは、Ｒ＝１２８〜１６０ｂｉｔが一般に広く使われているが、本発明の第１の実施の形態では、説明の簡略化のためにＲ＝１２ｂｉｔとする。また、メッセージダイジェスト関数の中で最も広く使われているＭＤ５関数を挙げたが、同様の特性を持つものであれば他の変換関数でも構わない。
【００７８】
シグニチャファイル生成手段１３は、シグニチャ生成手段１２の出力をシグニチャファイル記録用に拡張したものであり、デジタル放送同期再生装置２０２の主動作モードが（ロ）録画モードである場合に、録画と同時にシグニチャファイルを生成し、ストリーム記憶手段７に格納する。尚、本実施例において、シグニチャ生成手段１２とシグニチャファイル生成手段１３の解析アルゴリズム、メッセージダイジェスト関数の種類、出力ビット長Ｒは、完全に同一であるものとする。
【００７９】
同期手段１４は、他装置側より受信するシグニチャ情報列の一部と、ストリーム記憶手段に格納されているシグニチャ情報列を比較してストリームの同期をとる。具体的に、同期開始トリガが入力され、かつデジタル放送同期再生装置２０２の主動作モードが（ハ）再生モードである場合、通信手段１５を通じて他のデジタル放送受信装置からシグニチャ情報をリアルタイム取得し、後述する比較バッファ手段３３へ一時記憶しながら、シグニチャファイル全体との逐次比較を行う。シグニチャファイル上で一致したポイントが１つに絞りこめた時点で、ストリーム制御手段４を制御し、再生モードを（は）頭出し動作モードへ移行させ、一致したポイントの先行ＰＴＳを用いて、ＭＰＥＧ−ＴＳストリームの再生位置をジャンプする。
【００８０】
ここで先行ＰＴＳとは、比較バッファ手段３３のシグニチャ情報列と一致したシグニチャファイル内のシグニチャ情報列に関連づけられたＰＴＳ列のどれよりも大きく、かつ時間的に隣接したＰＴＳを指す。これは、他のデジタル放送受信装置から伝送されてきたシグニチャ情報は、既にデジタル放送同期再生装置２０２内ではデコード済みで、映像信号として出力されている可能性が高いからである。このため、デジタル放送同期再生装置２０２内では、前記デコード済み映像信号よりも、先行したポイントで同期をとることで、両装置間の再生同期ずれを最小に抑える。
【００８１】
通信手段１５は、ストリーム記憶手段７より取得するシグニチャ情報列の一部を通信ネットワーク２０１を介して他装置側に送信し、他装置側より受信するシグニチャ情報列の一部に該当するストリームの時間的位置を特定する。具体的に、イーサネット（登録商標）に類するネットワークインタフェースを介して、ＴＣＰ／ＩＰに類する通信プロトコル処理を行う。通信手段１５は、サーバ機能手段１５ａ及びクライアント機能手段１５ｂを備えている。
【００８２】
サーバ機能手段１５ａは、他のデジタル放送受信装置からシグニチャ情報リクエストがあり、かつ、シグニチャ生成手段１２から入力されたシグニチャ情報をパケット化して逐次送信する。尚、デジタル放送同期再生装置２０２の主動作モードのうち、（ハ）再生モードでかつ再生動作モードが（ろ）停止動作モードである場合は、多重分離手段５にＭＰＥＧ−ＴＳストリームが入力されないため、結果的にシグニチャ生成手段１２は動作していないが、前記モード時にシグニチャ情報リクエストがあると、リクエストごとに空シグニチャ情報として、例えば定数０等を送信する。
【００８３】
クライアント機能手段１５ｂは、同期手段１４のシグニチャ情報を取得する時に、他のデジタル放送受信装置にシグニチャ情報リクエストを送信し、受信パケットからシグニチャ情報を取り出し、同期手段１４へ入力する。
【００８４】
サーバ機能手段１５ａ及びクライアント機能手段１５ｂは並列に動作してもよい。また、サーバ機能手段１５ａは一度に複数のデジタル放送受信装置からのシグニチャ情報リクエストを受け付けてもよい。
【００８５】
フォーマット手段１６は、ユーザにデジタル放送同期再生装置２０２の内部状態を提示するための表示インタフェースである。例えば、成功メッセージが入力された場合は、表示手段１０の右上角に「○」マークを、映像信号に重畳させて表示する。また、失敗メッセージが入力された場合は表示手段１０の右上角に「×」マークを映像信号に重畳させて表示する。ユーザは、入力手段３を用いて同期トリガを入力し、フォーマット手段１６により結果を知ることができる。
【００８６】
デジタル放送同期再生装置２０２を構成するブロックのうち、全てまたは一部がコンピュータで実行可能なプログラムとして実現し、予めコンピュータ読み取り可能な記録媒体などに記録して提供することも可能である。
【００８７】
比較バッファ手段３３は、他のデジタル放送受信装置からのシグニチャ情報とシグニチャファイル全体との逐次比較を行う為の作業領域である。
【００８８】
一時記憶手段３４は、所定の解析アルゴリズムによってＭＰＥＧビデオストリームより取り出された入力ビット列を一時格納する。
【００８９】
（シグニチャファイルのデータ構造）
シグニチャファイルのデータ構造の一例を図３に示す。ＭＰＥＧ−ＴＳストリームに多重化されているＭＰＥＧビデオストリームは、ＰＥＳ（パケッタイズドエレメンタリストリーム）パケット構造を持つ。ＰＥＳには、ＭＰＥＧ−ＴＳストリーム内に多重化されている複数のストリーム、例えば映像と音声等のＭＰＥＧストリーム間の再生時刻同期を実現するために、ＰＴＳが含まれている。シグニチャファイル生成手段１３は、多重分離手段５から現在多重分離しているＭＰＥＧビデオストリームのＰＥＳパケットからＰＴＳを取得し、シグニチャ情報が生成されるタイミングで、ＰＴＳとシグニチャ情報を１組として、ファイルＩ／Ｏ手段６を制御する。又、元となったＭＰＥＧ−ＴＳストリームと関連付けて、ストリーム記憶手段７内に、シグニチャファイルとして、逐次記録する。
【００９０】
元となったＭＰＥＧ−ＴＳストリームと、シグニチャファイルとの、関連付け方法には、単純なファイル名の命名規則が挙げられる。例えば、ストリーム制御手段４によってＭＰＥＧ−ＴＳストリームにファイル名「２００４０９２４２２２３５５．ｍｐｇ」が与えられている場合、適当な文字列「．ｓｉｇ」を付加し、シグニチャファイルのファイル名を「２００４０９２４２２２３５５．ｍｐｇ．ｓｉｇ」と変更する方法等が考えられる。この規則は同期手段１４でシグニチャファイルの特定に用いられる。
【００９１】
（シグニチャ生成の動作）
次に、シグニチャ生成手段１２において入力ビット列を取り出すための解析アルゴリズムの一例を図４を用いて説明する。解析アルゴリズムは、ＭＰＥＧビデオストリームを逐次比較し、所定のストリームヘッダが出現した時点で処理を行うＭＰＥＧパーサーに相当する。
【００９２】
（ａ）先ず、ピクチャヘッダ検出ステップＳ１においては、ＭＰＥＧの画像単位であるピクチャ毎に付随するピクチャヘッダを検出するまで偽、検出した時に真となる。
【００９３】
（ｂ）ピクチャタイプ分岐ステップＳ２においては、ピクチャヘッダからピクチャタイプを取り出し、ピクチャタイプがＩｎｔｒａ（基準フレーム）である場合に真、それ以外の場合偽となる。
【００９４】
（ｃ）記憶終了検出ステップＳ３においては、ピクチャヘッダまたはシーケンスヘッダまたはＧＯＰヘッダのいずれかが出現すると真、それ以外の時は偽となる。
【００９５】
（ｄ）一時記憶ステップＳ４においては、入力ビット列を一時記憶手段３４に逐次記憶する。
【００９６】
（ｅ）出力ステップＳ５においては、一時記憶手段３４に蓄積された入力ビット列を前記変換関数を用いてシグニチャ情報に変換して出力し、一時記憶手段３４をクリアする。
【００９７】
（ｆ）終端検出ステップＳ６においては、ストリームが終端に達した時のみ真となり、それ以外は偽となる。
【００９８】
尚、本実施例の解析アルゴリズムにおいては、シグニチャ情報の時間軸方向の圧縮（間引）のために、ピクチャタイプ分岐ステップＳ２を用いているが、通信ネットワークの回線帯域が十分であれば、ステップＳ２は省略してもよい。
【００９９】
尚、他のデジタル放送同期再生装置から取得するシグニチャ情報列は、自己のストリーム記憶手段７内に保存されたストリームのうち、１区間に絞り込めるだけの長さがあればよい。このため、受信すべきシグニチャ情報列の長さは可変長となる。
【０１００】
（同期処理の動作）
同期手段１４による同期処理動作の一例を図５に示す。
【０１０１】
（ａ）同期トリガ検出ステップＳ１０１は、入力手段３から同期トリガが入力された時点で真となり比較バッファ手段３３をクリアする。それ以外の時は偽となり、同期トリガ検出ステップへ戻る。
【０１０２】
（ｂ）主動作モード判定ステップＳ１０２は、デジタル放送同期再生装置２０２の主動作モードが（ハ）再生モードである場合に真、それ以外の時は偽となる。
【０１０３】
（ｃ）シグニチャ情報取得ステップＳ１０３は、通信手段１５を介して、シグニチャ情報リクエストを他のデジタル放送受信装置へ送信し、対応したシグニチャ情報を受け取る。シグニチャ情報は、比較バッファ手段３３に最大数Ｍまで蓄積される。
【０１０４】
（ｄ）比較バッファフロー判定ステップＳ１０４は、比較バッファ手段３３内のシグニチャ情報数ｍが、最大数Ｍに達していた場合に真、ｍ＜Ｍの時に偽となる。
【０１０５】
（ｅ）一致ポイント抽出ステップＳ１０５は、現在（ハ）再生モードで再生しているＭＰＥＧ−ＴＳストリームファイルに関連づけられたシグニチャファイル内のシグニチャ情報列を、出力ビット長Ｒずつずらしながら全域探索し、比較バッファ手段３３内のシグニチャ情報列に一致する全てのポイントの先行ＰＴＳリストと、ＰＴＳ個数ｐを出力する。
【０１０６】
（ｆ）一致ポイント判定ステップＳ１０６は、ＰＴＳ個数ｐ＝１の時は頭出しステップＳ１０７へ、ＰＴＳ個数ｐ＝０の時は失敗メッセージ出力ステップＳ１０９へ、ＰＴＳ個数ｐ＞１の時は主動作モード判定ステップＳ１０２へ分岐する。
【０１０７】
（ｇ）頭出しステップＳ１０７は、ストリーム制御手段４をコントロールし、再生動作モードを頭出し動作モードに移行させ、先行ＰＴＳリスト中の先行ＰＴＳにしたがって頭出しを行う。
【０１０８】
（ｈ）成功メッセージ出力ステップＳ１０８では、フォーマット手段１６が成功メッセージを出力する。失敗メッセージ出力ステップＳ１０９は、フォーマット手段１６が失敗メッセージを出力する。
【０１０９】
一致ポイント抽出ステップＳ１０５の動作の一例について図６を参照して説明する。図６のシグニチャファイルは、主動作モードが（ハ）再生モードの時に、再生中のＭＰＥＧ−ＴＳファイルに関連付けられたものである。本発明の第１の実施の形態においては説明の簡素化のために、出力ビット長Ｒ＝１２ｂｉｔを採用しているので、ひとつのシグニチャ情報は、ＡＳＣＩＩ文字列による１６進数表記を用いて、模式的に３文字の英数字で表せる。
【０１１０】
図６の比較バッファ手段３３は、シグニチャ情報数ｍ＝２であり、２個のシグニチャ情報「ｄｅｆ」、「０１３」が蓄積されている。一致ポイントの発見は、シグニチャファイル内のシグニチャ情報を、シグニチャ情報数ｍ×出力ビット長Ｒ＝２４ｂｉｔずつ、比較バッファ手段３３内のシグニチャ情報列と比較していき、両者が完全に一致したポイントを検索することで行う。比較はｍを１つずつ時系列に従ってずらしながら行う。一致したポイントでは、シグニチャファイルから、一致したシグニチャ情報列に対応した先行ＰＴＳを取り出して、先行ＰＴＳリストを生成する。図６では、シグニチャファイル中の２箇所に一致ポイントがあり、２つの先行ＰＴＳ、「ＰＴＳ４」と「ＰＴＳ９」が取り出され、先行ＰＴＳリストはＰＴＳ個数ｐ＝２となった。尚、この例では未だ頭出しポイントは絞り込めておらず、上述したように追加のシグニチャ情報を取得すべく、ステップＳ１０６にてステップＳ１０２へ分岐する。
【０１１１】
上記のようなストリーム同期では、通信ネットワーク２０１を介して送受信される情報は、シグニチャ情報列のみであり、ストリームが送受信されることはない。しかしながら、他のデジタル放送同期再生装置がライブ取得中のストリームから生成されたシグニチャ情報列と比較することで、自己のストリーム記憶手段７内に保存されたストリームのうち、どの部分が相手側でライブ取得中であるのかを即座に知ることができる。このため２台以上のデジタル放送同期再生装置同士で、ユーザに提供すべきコンテンツの時間的位置を決定することができる。
【０１１２】
（変更例１）
図１においては、ストリーム同期再生システム５０１は、通信ネットワーク２０１を介して、２台以上のデジタル放送同期再生装置２０２が通信可能に接続されていた。しかし、同期を取るには、双方のデジタル放送同期再生装置２０２が同期手段１４を備えている必要はない。つまり、片方のデジタル放送同期再生装置２０２が同期手段１４を備えていれば、もう片方は、同期手段１４を備えていない、録画されたデジタル放送の視聴機能のみを備えたデジタル放送受信装置２０３であっても構わない。
【０１１３】
デジタル放送同期再生装置２０２及びデジタル放送受信装置２０３を備えるストリーム同期再生システム５０２は図７に示すように、アンテナ手段１、チューナ手段２、多重分離手段５、映像デコード手段８、音声デコード手段９、表示手段１０、スピーカ手段１１、シグニチャ生成手段１２及び通信手段１７等を備える。
【０１１４】
ストリーム同期再生システム５０２のデジタル放送受信装置２０３は図７に示すように、デジタル放送同期再生装置２０２を（イ）視聴モードのみに特化した装置である。この為、通信手段１７は、図２の通信手段１５のうちサーバ機能手段１５ａのみを実装する。その他の装置は図２のデジタル放送同期再生装置２０２と同様であるため説明を省略する。
【０１１５】
このように、デジタル放送同期再生装置２０２及びデジタル放送受信装置２０３の組み合わせにおいても、デジタル放送同期再生装置２０２側がデジタル放送受信装置２０３側に同期を取ることで、同様の処理を行うことが可能である。
【０１１６】
デジタルテレビは、一般的に、アンテナ手段１、チューナ手段２、多重分離手段５、映像デコード手段８、音声デコード手段９、表示手段１０、スピーカ手段１１を備えている。さらに、日本のデジタル放送規格（ＡＲＩＢ規格）では、デジタルテレビはネットワークインタフェースを備えることが規定されているため、通信手段１７とシグニチャ生成手段１２をソフトウェアで実装すれば、全てのデジタルテレビをハードウェア的なコストアップなしにデジタル放送受信装置２０３として機能させることができる。
【０１１７】
尚、デジタル放送受信装置２０３を構成するブロックのうち、全てまたは一部がコンピュータで実行可能なプログラムとして実現し、予めコンピュータ読み取り可能な記録媒体などに記録して提供することも可能である。
【０１１８】
（変更例２）
本発明の第１の実施の形態に係るデジタル放送同期再生装置２０２の通信手段１５及び同期手段１４においては、通信ネットワーク２０１を伝送する際の伝送遅延については考慮していない。よって変更例２では、伝送遅延を考慮して通信処理及び同期処理を行うことより、より高い精度の同期再生を実現することが可能なデジタル放送同期再生装置２０４について説明する。
【０１１９】
デジタル放送同期再生装置２０４は、図８に示すように、アンテナ手段１、チューナ手段２、入力手段３、ストリーム制御手段４、多重分離手段５、ファイルＩ／Ｏ手段６、ストリーム記憶手段７、映像デコード手段８、音声デコード手段９、表示手段１０、スピーカ手段１１、シグニチャ生成手段１２、シグニチャファイル生成手段１３、フォーマット手段１６、通信手段１８及び同期手段１９等を備えている。
【０１２０】
通信手段１８は、図２の通信手段１５と同様に、シグニチャ情報リクエストとシグニチャ情報の受信のためのクライアント機能を担うが、それに加えて、インターネット上で動画像を送るストリーミングプロトコルＲＦＣ１８８９のうち、ＲＴＣＰ−ＳＲ（リアルタイムトランスファコントロールプロトコル−センダーリポート），ＲＴＣＰ−ＲＲ（レシーバレポート）に類する同期統計情報の送受信を行う機能を備える（オーディオビデオトランスポートワーキンググループ「ＲＴＰ：トランスポートプロトコルフォーリアルタイムアプリケーション」参照。）。
【０１２１】
ＲＦＣ１８８９の「６．３．２ ＲＲ（レシーバレポートＲＴＣＰパケット）」に類するアルゴリズムによって、通信手段１８がＲＴＣＰ−ＳＲを送った時刻(ＬＳＲ)と、他のデジタル放送受信装置がＲＴＣＰ−ＳＲを受け取ってからＲＴＣＰ−ＲＲを送るまでの滞留時間(ＤＬＳＲ)と、通信手段１８がＲＴＣＰ−ＲＲを受け取った時刻(Ａ)を下記の計算式に当てはめることにより、片道の伝送遅延Ｄｔは算出できる。
【０１２２】
Ｄｔ ＝ （Ａ − ＤＬＳＲ − ＬＳＲ）／２・・・式（１）
その他の装置は図２のデジタル放送同期再生装置２０２と同様であるため説明を省略する。
【０１２３】
次に、同期手段１９による同期アルゴリズムを図９を用いて説明する。
【０１２４】
（ａ）先ず、ステップＳ１０１〜Ｓ１０４においては、図５の同期動作で説明したステップと同一の処理を行う。
【０１２５】
（ｂ）一致ポイント抽出ステップＳ２０５は、一致ポイント抽出ステップＳ１０５の動作に加え、一致ポイントから先行ＰＴＳが得られた時、先行ＰＴＳに前記伝送遅延Ｄｔを加算後、先行ＰＴＳリストを生成する。
【０１２６】
前記伝送遅延ＤｔとＰＴＳでは、時刻単位が異なる場合がある。例えば、伝送遅延Ｄｔの時刻単位を秒、ＰＴＳの時刻単位をＭＰＥＧタイムスタンプ周波数ＴＦ（一般に９０ＫＨｚ）とした場合、加算後の先行ＰＴＳ２は以下の計算式で求められる。
【０１２７】
ＰＴＳ２＝ＰＴＳ＋Ｄｔ×ＴＦ・・・式（２）
（ｃ）ステップＳ１０６〜Ｓ１０９においては、図５の同期動作で説明したステップと同一の処理を行う。
【０１２８】
尚、デジタル放送同期再生装置２０４を構成するブロックのうち、全てまたは一部がコンピュータで実行可能なプログラムとして実現し、予めコンピュータ読み取り可能な記録媒体などに記録して提供することも可能である。
【０１２９】
上述したように、本発明の第１の実施の形態に係るデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムでは、通信ネットワーク２０１を介して送受信される情報は、シグニチャ情報列のみであり、ストリームが送受信されることはない。しかし、他のデジタル放送同期再生装置より、ライブ取得中のストリームから生成されたシグニチャ情報列を受信することで、自己のストリーム記憶手段７内に保存されたストリームのうち、どの部分が相手側でライブ取得中であるのかを即座に検知する。この検知処理により２台以上のデジタル放送同期再生装置同士又は一台のデジタル放送同期再生装置と他のデジタル放送受信装置間で、ユーザに提供すべきコンテンツの時間的位置を適宜決定する。
【０１３０】
これにより、（１）ユーザは、簡便な操作で、遠隔地の別のユーザが視聴しているテレビ番組と、自己のデジタル放送受信装置に録画されたテレビ番組とを同期再生することができる。（２）ユーザ間で伝送されるシグニチャ情報が要する帯域は、番組コンテンツの品質に依存せず、概ね１Ｋｂｐｓ以下であって、ＨＤＴＶ ＭＰＥＧ−ＴＳストリームを直接伝送する方式と比較して、約１／１０４の帯域で、双方のユーザに大した再生同期ずれなく同一のコンテンツを視聴させうる。尚、この算出の根拠として、基準フレームが０．５秒に１フレーム内挿されるＭＰＥＧビデオストリームの場合、０．５秒毎に１６０ｂｉｔシグニチャ情報＋ＴＣＰヘッダ１６０ｂｉｔ＋ＩＰヘッダ１６０ｂｉｔ、合計９６０ｂｐｓであることが挙げられる。（３）放送局によってＣＭ等の番組編成が異なる場合でも、ユーザが同期の外れたことを知覚した時点で、簡便な操作でテレビ番組同士の同期をとることができる。（４）ネットワーク上にテレビ番組コンテンツを伝送しないため、著作権保護の問題が一切生じない。（５）圧縮映像ストリームをデコードし、非圧縮画像データに変換してから、特徴量を抽出する必要がなく、直接圧縮映像ストリームからシグニチャ情報を生成するため、低処理量且つ低メモリ帯域で済み、廉価なデジタル放送同期再生装置を実現できる。
【０１３１】
（第２の実施の形態）
本発明の第１の実施の形態のストリーム同期再生システム５０１においては、Ａ局エリア及びＢ局エリアのユーザ同士が、チャット、ＩＰ電話、固定電話、携帯電話等にてのコミュニケーションの最中に、あるコンテンツの特定シーンを同時に視聴する為に構成されていた。しかし、実際にはユーザからの情報を掲示する電子掲示板のような場所にあるユーザが書き込みを行い、その後に書き込みを読んだ別のユーザが書き込みに関するコンテンツの特定シーンを視聴する場合もある。本発明の第２の実施の形態においては、このように２人以上のユーザが時差をもってコンテンツの特定シーンを視聴するストリーム同期再生システム５０４について説明する。
【０１３２】
（ストリーム同期再生システム）
本発明の第２の実施の形態にかかるストリーム同期再生システム５０４は、図１０に示すように、２つ以上、不特定多数のデジタル放送同期再生装置２０５と、情報センタサーバ２１０にて構成される。デジタル放送同期再生装置２０５と情報センタサーバ２１０間は通信ネットワーク２０１を介して通信可能に接続されている。又、各々のデジタル放送同期再生装置２０５は、ＬＡＮ等を介してパーソナルコンピュータ６１に接続されている。尚、デジタル放送同期再生装置２０５が２つ以上不特定多数であるのは、少なくとも１台の、情報を情報センタサーバ２１０に登録するデジタル放送同期再生装置２０５と、登録された情報を視聴する不特定多数のデジタル放送同期再生装置２０５より構成されるためである。
【０１３３】
情報センタサーバ２１０は情報記憶手段３０、ファイルＩ／Ｏ手段３１及び通信手段３２等を備えている。
【０１３４】
情報記憶手段３０は、デジタル放送同期再生装置２０５等から送信されるデータを保存するディスク装置である。ファイルＩ／Ｏ手段３１は、ＯＳ等に実装されているファイルシステムに類し、読み書きする情報それぞれを、ファイル単位で分別することができ、１つのファイルの一部分を指定して読み書きができる、インタフェースである。
【０１３５】
通信手段３２は、イーサネットに類するネットワークインタフェースを介して、ＨＴＴＰに類する通信プロトコル処理を行う。ＨＴＴＰは、メソッドと呼ばれる所定のヘッダを付加した通信プロトコルによって、ファイルの送信、受信を行うプロトコルである。通信手段３２は、他のデジタル放送受信装置からのＨＴＴＰリクエストを処理し、ファイルＩ／Ｏ手段３１を制御し、情報記憶手段３０に対して、データをファイルとして書き込み、又、ＵＲＩから予め記述されたマッピング規則によって、そのＵＲＩが指し示すファイル名を用いて、ファイルを読み出す。
【０１３６】
このマッピング規則には様々なものが考えられるが、最も良く使われているマッピング規則は、ＵＲＩとファイル名を一対一対応させるマッピング規則である。例えば、情報センタサーバ２１０のホスト名が"ｗｗｗ．ｊｖｃ．ｊｐ"であるとし、他のデジタル放送受信装置から、ＨＴＴＰリクエストに内包する形でＵＲＩ「ｈｔｔｐ：／／ｗｗｗ．ｊｖｃ．ｊｐ／ｕｐｌｏａｄ１．ｓｉｇ」が送られて来たとする。この時、通信手段３２は、上記のＵＲＩを解釈して、情報記憶手段３０内に存在するファイル「ｕｐｌｏａｄ１．ｓｉｇ」をアクセス対象として選択する。
【０１３７】
不特定多数のデジタル放送同期再生装置２０５は、各々で非同期に、シグニチャ情報列を情報センタサーバ２１０へ登録し、情報センタサーバ２１０からシグニチャ情報列を取得する。デジタル放送同期再生装置２０５は、取得したシグニチャ情報列を用いて、自己が保存するストリームのうち、他のユーザに提供すべきコンテンツの時間的位置を決定する。実際には、時間的位置を決定したのち、該当個所のストリームを映像や音声等に変換して同期再生する。
【０１３８】
尚、情報センタサーバ２１０に登録するシグニチャ情報列の長さは、登録側のデジタル放送同期再生装置２０５が決定するものである。このため、取得側のデジタル放送同期再生装置２０５の状態によっては、必ずしも保存するストリームのうち、１区間に絞り込めるだけの長さがあるとは限らない。しかし少なくとも、他のユーザに提供したいシーンの時間区間に相当するシグニチャ情報列長を選択しておけば、その時間区間全域に完全一致するコンテンツは、すなわち同一内容及び同一シーンであると仮定できる。
【０１３９】
例えば、テレビ番組中に内挿されるあるＣＭコンテンツが、１日のうち７時と１８時の２回放映されたとする。ユーザＡが７時のＣＭコンテンツを見て、これを他のユーザにも見せたいと思い、シグニチャ情報列を情報センタサーバ２１０に登録したとする。ユーザＢは、情報センタサーバ２１０から非同期にシグニチャ情報列を取得し、自装置が保存する１８時に放映されたＣＭコンテンツを検索してきても、実用上何ら問題は生じない。このように、シグニチャ情報列によるコンテンツ検索方式は、他のコンテンツタイトル名や録画開始日時などによるコンテンツ検索方式と比較して、コンテンツのシーン単位での組み替えに強い性質を持つ。
【０１４０】
このようにして、あるデジタル放送同期再生装置２０５から情報センタサーバ２１０へある映像等のシグニチャ情報列を登録し、別のデジタル放送同期再生装置２０５が情報センタサーバ２１０から取得したシグニチャ情報列に該当するＭＰＥＧ−ＴＳストリームを自装置内より検索して、当該映像等を視聴する。
【０１４１】
（デジタル放送同期再生装置）
本発明の第２の実施の形態にかかるデジタル放送同期再生装置２０５は、図１１に示すように、アンテナ手段１、チューナ手段２、ストリーム制御手段４、多重分離手段５、ファイルＩ／Ｏ手段６、ストリーム記憶手段７、映像デコード手段８、音声デコード手段９、表示手段１０、スピーカ手段１１、シグニチャファイル生成手段１３、同期手段１９、通信手段１８、入力手段２０、アップロード手段２１、通信手段２２、検索手段２３、ブラウザ手段２４、フォーマット手段２５及び文章バッファ手段３５等を備えている。
【０１４２】
入力手段２０は、デジタル放送同期再生装置２０５を利用するユーザからの様々な指示を入力するための手段であり、一般的なＨＤＲが持つリモコン装置、リモコン受光装置からなる。加えて、アップロードトリガを発生するボタンに類するトリガ入力装置と、ユーザの文章作成を支援するキーボードに類する文章入力装置と、ＵＲＩを入力するＵＲＩ入力装置とが拡張されている。トリガ入力装置と文章入力装置の入力は、アップロード手段２１へ出力する。ＵＲＩ入力装置の入力は、ブラウザ手段２４へ出力する。
【０１４３】
文章バッファ手段３５は、キーボードに類する文章用の入力手段２０から入力された情報を一時記憶する。
【０１４４】
アップロード手段２１は、文章バッファ手段３５への一時記憶処理を制御する。又、アップロードトリガが入力され、且つデジタル放送同期再生装置２０５の主動作モードが（ハ）再生モードである場合、多重分離手段５から現在再生中の直近ＰＴＳを取得する。更に、ストリーム制御手段４から現在再生中のＭＰＥＧ−ＴＳストリームファイルに関連づけられたシグニチャファイル名を生成し、ファイルＩ／Ｏ手段６経由でシグニチャファイルを参照し、前記直近ＰＴＳ以前の一定個数のシグニチャ情報列を取り出し、通信手段２２を経由して、情報センタサーバ２１０へ登録する。
【０１４５】
通信手段２２は、イーサネットに類するネットワークインタフェースを介して、ＨＴＴＰに類する通信プロトコル処理を行う。
【０１４６】
検索手段２３は、シグニチャ情報列が入力され、かつデジタル放送同期再生装置２０５の主動作モードが（ロ）録画モード以外である場合、ストリーム記憶手段７に保存されている１つ以上のシグニチャファイルを検索し、シグニチャ情報列と一致するシグニチャファイルを発見し、一致ポイントＰＴＳを抽出する。更に、再生モードを（は）頭出し動作モードへ移行させ、一致ポイントＰＴＳを用いてＭＰＥＧ−ＴＳストリームの再生位置をジャンプする。
【０１４７】
ブラウザ手段２４は、Ｗｅｂブラウザに類するアプリケーションであって、ユーザが入力手段２０のＵＲＩ入力装置に入力した、ＵＲＩに類する資源識別子が指定する情報センタサーバへ通信手段２２を制御して接続する。更に、ＵＲＩの指し示すファイルを取得し、ファイルがＨＴＭＬに類するマークアップ記述言語で記述されたいた場合は解析し、リンク情報が含まれていた場合は、関連する別ファイルも逐次取得し、所望のレンダリング（映像化）を施す。この映像信号はフォーマット手段２５へ出力する。ブラウザ手段２４は、情報センタサーバから取得したファイルがシグニチャ情報列ファイルであった場合は、シグニチャ情報列を検索手段２３へ入力する。
【０１４８】
フォーマット手段２５は、表示手段１０に、映像デコード手段８からの映像信号と、ブラウザ手段２４からの映像信号を重畳して提示するための表示インタフェースである。フォーマット手段２５は入力によってユーザが使いやすい表示を行う。例えば、ブラウザ手段２４からの映像信号がない場合は、映像デコード手段８からの映像信号を全画面表示する。ブラウザ手段２４からの映像信号がある場合は、映像デコード手段８からの映像信号に縮小処理をかけ、画面の一部に表示し、残りの画面領域に、ブラウザ手段２４からの映像信号を表示する。
【０１４９】
その他の装置については図２と同様であるため説明を省略する。
【０１５０】
（アップロード手段の動作）
次に、アップロード手段２１の動作について図１２のフロー図を用いて説明する。
【０１５１】
（ａ）先ず、文章入力検出ステップＳ３０１は、前記文章入力装置からの入力がある場合は真、ない場合は偽となる。
【０１５２】
（ｂ）文章編集ステップＳ３０２は、テキストエディタや日本語入力フロントエンドプロセッサに類するアプリケーションであり、前記文章入力検出ステップＳ３０１で検出された入力文字を、文章バッファ手段３５に一時記憶する。
【０１５３】
（ｃ）アップロードトリガ検出ステップＳ３０３は、入力手段２０からアップロードトリガが入力された時点で真となる。それ以外は偽となる。
【０１５４】
（ｄ）主動作モード判定ステップＳ３０４は、デジタル放送同期再生装置２０５の主動作モードが（ハ）再生モードである場合に真となる。それ以外の時は偽となる。
【０１５５】
（ｅ）シグニチャ情報取得ステップＳ３０５は、多重分離手段５から現在多重分離しているＭＰＥＧビデオストリームのＰＥＳパケットから直近ＰＴＳを取得する。次にストリーム制御手段４から、ＭＰＥＧ−ＴＳストリームファイル名を取得し、現在再生中のＭＰＥＧ−ＴＳストリームファイルに関連づけられたシグニチャファイル名を得る。次に、シグニチャ情報取得ステップＳ３０５は、シグニチャファイル名を用いて、ファイルＩ／Ｏ手段６を制御し、シグニチャファイルを読み出す。シグニチャファイルには、ＰＴＳとシグニチャ情報が組として保存されている。さらに、シグニチャ情報取得ステップＳ３０５は、ＰＴＳをキーとしてシグニチャファイル内を検索し、（直近ＰＴＳ−定数α）から（直近ＰＴＳ）までの範囲に該当する１個以上のシグニチャ情報を、時系列を崩さずにシグニチャ情報列として出力する。
【０１５６】
（ｆ）アップロードステップＳ３０６は、文章バッファ手段３５内の文章データと、シグニチャ情報列とを、情報センタサーバ２１０へ登録に適したファイルに変換する。ここでは説明の簡略化のためにＨＴＭＬを書式として採用する。ＨＴＭＬは、マークアップ記述言語の一種であり、ＨＴＭＬテキスト中に、特定の文字列であるタグによって、別のファイルへのリンク情報を埋め込むことができる。よって、文章データはＨＴＭＬファイルへ変換し、シグニチャ情報列はシグニチャ情報列ファイルへ変換し、ＨＴＭＬファイル内にシグニチャ情報列ファイルへのリンク情報を埋め込むことで、両者の関連付けを行うことができる。
【０１５７】
アップロードステップＳ３０６から生成されるＨＴＭＬファイル「ｕｐｌｏａｄ１．ｈｔｍｌ」と、シグニチャ情報列ファイル「ｕｐｌｏａｄ１．ｓｉｇ」は一例として図１３に示すように構成される。図１３のＨＴＭＬファイルには、ＨＴＭＬ文法における画像タグ（ＩＭＧタグ）を用いて、このシグニチャ情報列ファイルへのリンク情報が埋め込まれている。また、シグニチャ情報列ファイルには、元のシグニチャファイルのＰＴＳ３から、定数αだけ遡った範囲に相当する、シグニチャ情報２及びシグニチャ情報３が記述されている。この定数αが示すＰＴＳは、アップロードトリガが発生した再生時刻に対応した直近ＰＴＳである。
【０１５８】
アップロードステップＳ３０６は、生成した前記２つのファイルを、通信手段２２を制御して、情報センタサーバ２１０へ送信する。送信には、ＨＴＴＰのＰＵＴメソッドまたはＰＯＳＴメソッドに類する通信プロトコルを用いる。
【０１５９】
上述したように、ユーザは、アップロード手段２１を用いることで、録画したテレビ番組を任意に再生し、他人にアピールしたい決定的シーンを対話的に選択し、自分の意見等を文章に記述して、情報センタサーバ２１０へ登録することができる。
【０１６０】
（検索手段の動作）
次に、検索手段２３による検索アルゴリズムの一例を図１４のフロー図に示す。
【０１６１】
（ａ）先ずシグニチャ情報列検出ステップＳ４０１は、ブラウザ手段２４からシグニチャ情報列が入力された場合に真となる。それ以外の場合は偽となる。
【０１６２】
（ｂ）主動作モード判定ステップＳ４０２は、デジタル放送同期再生装置２０５の主動作モードが（ロ）録画モードである場合に真、それ以外の時は偽となる。つまり、後述する頭出し動作モードに突入することにより、録画モードが解除されてしまう不具合を抑える。尚、本実施例では（ロ）録画モードとそれ以外の主動作モードが並列動作しないためでの制限であるが、並列動作が可能である場合は、本ステップを削除しても良い。
【０１６３】
（ｃ）ファイル名リスト取得ステップＳ４０３は、ファイルＩ／Ｏ手段６を制御して、ストリーム記憶手段７内の全てのシグニチャファイルのファイル名リストを作成する。又、ファイル名リストを指し示すファイル名ポインタＦＰに初期値０を代入し、ファイル名数ＦＮにシグニチャファイルの個数を代入する。ファイル名リストは、一種の配列であって、０〜（ＦＮ−１）個までの添字によって自由にアクセスでき、任意のシグニチャファイル名を取り出すことができるものとする。
【０１６４】
（ｄ）検索終了判定ステップＳ４０４は、ファイル名ポインタＦＰとファイル名数ＦＮが等しくなった場合に真、それ以外の場合は偽となる。
【０１６５】
（ｅ）一致ポイント抽出ステップＳ４０５は、ファイル名リストから、ファイルポインタＦＰが指し示しているシグニチャファイル名を取得し、該当するシグニチャファイルを読み込む。読み込みでは、シグニチャファイル内のシグニチャ情報列を、出力ビット長Ｒずつずらしながら全域を探索し、ブラウザ手段２４から入力されたシグニチャ情報列に一致する一致ポイントを検索する。一致ポイントが発見できた場合は真となり、該当シグニチャファイル名と一致ポイントＰＴＳを記憶し、シグニチャファイル終端まで検索しても発見できなかった場合は偽となる。
【０１６６】
ここで一致ポイントＰＴＳとは、該当シグニチャファイル内の、一致したシグニチャ情報列に関連づけられたＰＴＳのうち、最も小さいＰＴＳ（開始時刻）である。図５における一致ポイント抽出ステップＳ１０５とステップＳ４０５を比較して、本質的に動作が異なる点は、Ｓ４０５では一致ポイントが複数あったとしても、そのうちの１つさえ判明していればよく、１つに絞り込めていなくても構わない。
【０１６７】
（ｆ）ＦＰ加算ステップＳ４０６は、ファイル名ポインタＦＰに１を加算する。
【０１６８】
（ｇ）頭出しステップＳ４０７は、ストリーム制御手段４をコントロールし、再生動作モードを（は）頭出し動作モードに移行させ、該当シグニチャファイル名に関連づけられたＭＰＥＧ−ＴＳストリームファイルを再生開始し、一致ポイントＰＴＳにしたがって頭出しを行う。
【０１６９】
上述した検索アルゴリズムによるシグニチャ情報列の構造の変化例を図１５に示す。第２の実施の形態においては、説明の簡素化のために、出力ビット長Ｒ＝１２ｂｉｔを採用しているので、ひとつのシグニチャ情報は、ＡＳＣＩＩ文字列による１６進数表記を用いて、３文字の英数字で表せる。
【０１７０】
図１５のシグニチャ情報列は、シグニチャ情報数ｍ＝２であり、２個のシグニチャ情報「ｄｅｆ」「０１３」が蓄積されている。一致ポイントの発見は、シグニチャファイル内のシグニチャ情報を、シグニチャ情報数ｍ×出力ビット長Ｒ＝２４ｂｉｔずつ、該当シグニチャファイル内のシグニチャ情報列と比較していき、両者が完全に一致したポイントを検索することで行う。シグニチャ情報数ｍは一行（出力ビット長Ｒ）ずつずらしながら比較される。
【０１７１】
図１５では、該当シグニチャファイル名「２００４０９２４２２２３５５．ｍｐｇ．ｓｉｇ」内に一致したシグニチャ情報列が見付かり、一致ポイントＰＴＳはＰＴＳ２となった。この場合、頭出しステップＳ４０７では、ＭＰＥＧ−ＴＳストリームファイル名「２００４０９２４２２２３５５．ｍｐｇ」がオープンされ、ＰＴＳ２の位置までジャンプして、再生が開始される。
【０１７２】
尚、第２の実施の形態の検索アルゴリズムにおいては、説明の簡略化のために最も単純な線形探索アルゴリズムを採用したが、予めシグニチャ情報とファイル名を対応づけたインデックステーブルを作成しておき、インデックス検索アルゴリズムを採用して高速化を図ってもよい。
【０１７３】
上述したように、ストリーム同期再生システム５０４において、情報センタサーバ２１０にはＨＴＭＬファイルとシグニチャ情報列ファイルが登録されているのみで、コンテンツからキャプチャーした画像（映像）ファイルは一切登録されない。しかしながら、デジタル放送同期再生装置２０５に備えられたブラウザ手段２４を通じて、他のユーザの登録したＨＴＭＬファイルにかかれた文章を閲覧する際に、自動的にストリーム記憶手段７に保存されているＭＰＥＧ−ＴＳストリームファイルのうち、最も適切なシーンが自動的に頭出しされ、再生開始される。これにより、ユーザは極簡便な操作で、所望の映像と文章を同時に閲覧することができる。
【０１７４】
尚、デジタル放送同期再生装置２０５を構成するブロックのうち、全てまたは一部がコンピュータで実行可能なプログラムとして実現し、予めコンピュータ読み取り可能な記録媒体などに記録して提供することも可能である。
【０１７５】
このように、本発明の第２の実施の形態に係るデジタル放送同期再生装置、ストリーム同期再生装置及びストリーム同期再生システムによると、（６）情報センタサーバ２１０には、テレビ番組コンテンツから生成された画像又は映像ファイルが登録されないため、著作権者が多数の情報センタサーバを逐一長期間監視する必要がない。（７）情報センタサーバ２１０に登録するシグニチャ情報列ファイルは、画像又は映像ファイルの１／３３３３〜１／１０５のファイルサイズでしかなく、情報センタサーバ２１０の記憶容量を圧迫しない。この算出の根拠を説明すると、基準フレームが０．５秒に１フレーム内挿されるＭＰＥＧビデオストリームの場合、０．５秒毎に１６０ｂｉｔシグニチャ情報が発生する。これを３０秒分集めてシグニチャ情報列を生成したとき、その容量は６００バイトとなる。３０秒分の映像ファイル６０ＭＢと比較すると、１／１０５であることが挙げられる。（８）情報センタサーバ２１０に登録するシグニチャ情報列ファイルは、画像又は映像ファイルの１／３３３３〜１／１０５のファイルサイズでしかなく、複数の登録画像又は映像ファイルを連続的に閲覧したとしても、回線帯域を長時間占有することがなく、ユーザのストレスにならない。
【図面の簡単な説明】
【０１７６】
【図１】本発明の第１の実施の形態に係るストリーム同期再生システムの構成を示す図である。
【図２】本発明の第１の実施の形態に係るデジタル放送同期再生装置の内部構造を示す図である。
【図３】シグニチャファイルのデータ構造を示す図である。
【図４】シグニチャ生成手段による解析処理を示すフロー図である。
【図５】同期手段による同期処理を示すフロー図である。
【図６】シグニチャ情報抽出の際の動作を示す模式図である。
【図７】本発明の第１の実施の形態の変更例１に係るストリーム同期再生システムの構成を示す図である。
【図８】本発明の第１の実施の形態の変更例２に係るストリーム同期再生システムの構成を示す図である。
【図９】同期手段による同期処理の動作を示すフロー図である。
【図１０】本発明の第２の実施の形態に係るストリーム同期再生システムの構成を示す図である。
【図１１】本発明の第２の実施の形態に係るデジタル放送同期再生装置の構成を示す図である。
【図１２】アップロード手段によるアップロード処理の動作を示すフロー図である。
【図１３】アップロード処理の際に作成されるシグニチャ情報列ファイルの構造を示す図である。
【図１４】検索手段による検索処理の動作を示すフロー図である。
【図１５】シグニチャ情報列の構造の変化を示す図である。
【図１６】ＣＭ入りのテレビ番組編成表を示す図である。
【符号の説明】
【０１７７】
１…アンテナ手段
２…チューナ手段
３…入力手段
４…ストリーム制御手段
５…多重分離手段
６…ファイルＩ／Ｏ手段
７…ストリーム記憶手段
８…映像デコード手段
９…音声デコード手段
１０…表示手段
１１…スピーカ手段
１２…シグニチャ生成手段
１３…シグニチャファイル生成手段
１４…同期手段
１５…通信手段
１５ａ…クライアント機能手段
１５ｂ…サーバ機能手段
１６…フォーマット手段
１７…通信手段
１８…通信手段
１９…同期手段
２０…入力手段
２１…アップロード手段
２２…通信手段
２３…検索手段
２４…ブラウザ手段
２５…フォーマット手段
３０…情報記憶手段
３１…ファイルＩ／Ｏ手段
３２…通信手段
３３…比較バッファ手段
３４…一時記憶手段
３５…文章バッファ手段
６１…パーソナルコンピュータ
６２…ＩＰ電話
６３…携帯電話
６４…固定電話
６５…ＬＡＮ
２０１…通信ネットワーク
２０２，２０４，２０５…デジタル放送同期再生装置
２０３…デジタル放送受信装置
２１０…情報センタサーバ
５０１，５０２，５０４…ストリーム同期再生システム
【図１】
2006270634.tif 000003
【図２】
2006270634.tif 000004
【図３】
2006270634.tif 000005
【図４】
2006270634.tif 000006
【図５】
2006270634.tif 000007
【図６】
2006270634.tif 000008
【図７】
2006270634.tif 000009
【図８】
2006270634.tif 000010
【図９】
2006270634.tif 000011
【図１０】
2006270634.tif 000012
【図１１】
2006270634.tif 000013
【図１２】
2006270634.tif 000014
【図１３】
2006270634.tif 000015
【図１４】
2006270634.tif 000016
【図１５】
2006270634.tif 000017
【図１６】
2006270634.tif 000018