JP5017352B2 - 出力制御装置 - Google Patents

Description

本発明は、映像若しくは音楽又はその双方をユーザに対して出力するストリーム出力装置及びそれと共に用いられる情報提供装置に関する。特に本発明は、ストリームをユーザに対して出力するにあたり、ユーザの目的に合わせた順番及び構成でストリームを再構成して出力することが可能なストリーム出力装置及びそのための情報提供装置に関する。

デジタル技術の発達とともに、従来はアナログ方式により処理されていた情報がデジタル的に処理されることが多くなってきている。デジタルテレビジョン放送、いわゆるインターネットによるウェブラジオ、ビデオストリーミング等がその例である。特に、ネットワーク上のサーバコンピュータに映画又は音楽等のデジタル情報を蓄積しておき、ネットワーク等を通じて順次クライアントコンピュータに送信することにより、クライアントでそうしたデジタル情報を再生する技術が発展しつつある。そうした技術は一般的にストリーミングと呼ばれる。

また、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）技術の発達により、映画１本分の映像と音声とを一枚のディスクに記録することが可能になった。これに伴い、ＤＶＤを再生する装置も相当程度に普及している。さらに、ハードディスクの記憶容量の劇的な増大等により、ＤＶＤのようなパッケージメディアのみならず、ストリーミングにより放送されたＴＶ（テレビジョン）番組等のコンテンツを大容量のハードディスクに記録し、それを後に再生することができるような機器も普及しつつある。

そうした装置の呼び方は様々である。アナログ技術を用いたものを含めて、例えばＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）、ハードディスクＶＴＲ、ＤＶＤプレーヤ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）プレーヤ、及びメディアサーバ等と呼ばれるものが知られている。

また、記録された映像及び音声を編集するための手段として、パーソナルコンピュータ上で動作するソフトウェアが存在する。特に、最近になってハードディスクの容量が非常に大きくなってきたこと、及び高性能なコンピュータが安価に入手できる様になったことにより、家庭でこうした処理を行なうこともかなり一般的になっている。

一方、プロフェッショナルが映像等を編集するための装置も数多く存在する。そうした中で、後掲の特許文献１に記載した映像音声編集システムが提案されている。特許文献１において提案されたシステムは、映像等に対して特殊な編集を行なう機能を備えたサーバと、ユーザが映像を編集するために操作するクライアント編集装置とを含む。素材データと編集機能とをサーバに集中させ、クライアントには編集操作機能だけを残す。ユーザが映像等を編集するにあたり、特定の編集作業を行なおうとする場合には、その映像データをサーバに送信する。サーバでは、指定された編集作業を当該映像データに対して行ない、その結果を元のクライアント編集装置に返信する。こうすることにより、各クライアント編集装置にそうした編集作業を行なう機能を設けなくても、所望の機能を実現できる。新しい種類の編集作業を追加する場合でも、サーバのみに追加すればよく、クライアント編集装置の各々にそのための機能を追加する必要はない。

また、ネットワークを利用していろいろな機器を接続し、いろいろな機器に分散するストリームを編集する装置及び方法が特許文献２に記載されている。この公報に記載された装置及び方法では、種々の機器に分散して保存されているストリームの素材を一箇所に集め、圧縮したサブ素材を作成する。そして、このサブ素材を復号して再生し、モニタに表示された映像を目視で確認しながら再生、巻戻し、又は早送り等を実行して、編集手続リスト（Ｅｄｉｔ Ｐｒｏｃｅｄｕｒｅ Ｌｉｓｔ：ＥＰＬ）を作成する。このＥＰＬはＥＰＬサーバに格納され、ネットワーク上に分散配置された、種々の編集処理を行なう複数のグループによって読出される。各グループは、ＥＰＬにしたがって素材を編集したり、検索可能な形式に変換したりして保存する。実際にこのコンテンツを再生するときには、このＥＰＬの記述から、必要な素材を得る。

この装置では、コンテンツの編集作業は、実質的にはＥＰＬを編集する作業により実現される。ＥＰＬを編集する際には実際のコンテンツではなく、処理が軽くなる様に編集されたサブ素材を用いることができるので、編集作業においてデータの送信のために装置又は通信回線に掛かる負荷が小さくなる。ＥＰＬには編集素材及びフォーマットを指定する情報が埋め込まれているため、編集実行にあたって追加の情報を必要としない。また、コンテンツ形成装置の能力が低く、低品位の出力しか得られない場合であっても、高品位な最終作品を得ることができる。

また、ＤＶＤ−ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の情報記録媒体に記録された情報を再生するためにプレイリストと呼ばれる情報を用いる技術が後掲の特許文献３に記載されている。この公報に記載のシステムでは、情報記録媒体に記録された情報をどのような順番で再生するかをユーザが定義したユーザ定義再生経路情報Ｕ−ＰＣＧ（プレイリスト）をサーバにアップロードしておく。他のユーザが、ある記録媒体に関してサーバにアップロードされているプレイリストをダウンロードして記録媒体に追記することにより、この記録媒体に記録されている情報を、ダウンロードしたプレイリストにしたがった順序で再生することができる。

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

インターネット上の情報をユーザが利用する場合、典型的にはＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（以下「Ｗｅｂ」と呼ぶ。）と呼ばれるシステムを利用する。このシステムは、端末装置からインターネットを経由してＷｅｂサーバ装置に接続し、そこから情報を転送して端末装置で表示又は再生するものである。

この方式は、端末装置における操作が簡便であるため、よく普及した。しかし、一般的に通信速度が十分でないため、高品位の動画をサーバ側で保有し、多数のユーザからのリクエストに応じて配信することは困難である。

一方、放送システムでは、ハイビジョンまでの高品位の映像を一度に大量の視聴者に届けることが可能である。さらに、記録媒体の記憶容量の増大に伴い、一つの記録媒体に多数の番組が記録可能になることが想定される。動画と音楽とが混在して記録されていることもあり得る。このような状況では、記録された番組の中から所望の番組を選ぶことのみならず、その番組の中でも見たい部分だけを容易に選択して再生できるようになれば好ましい。

特許文献１又は特許文献２に記載された従来技術では、基本的に映像編集者が編集情報を作成して編集を行なう。作成された編集情報は編集したユーザ自身を含めて特定のユーザのみが使用することが仮定されている。各機器はネットワークに接続されているが、ストリームデータが通信されるのはこれら固定された機器の間でのみであり、編集が行なわれるのもそうした固定された機器においてのみである。これらの編集を行なう機器はプロフェッショナル向けであり、そのために編集情報を作成する作業は技術及び時間を要する。

特に、特許文献２のＥＰＬは、特定の映像情報の編集を簡易化することを目的として作成される。映像情報そのものの編集では装置の負担が大きいため、ＥＰＬに素材の映像情報を簡略化したものを添付し、これら簡略化した映像情報を用いてＥＰＬの編集を行なう。ＥＰＬはいわば映像情報の代替物であって、映像情報と独立したものではない。したがって、ＥＰＬを用いてインタラクティブな処理を実現しようとする場合には、そのための別の仕組みが必要となる。

一方、通常のユーザは編集後のシーンだけを見ることを望んでいる。大相撲及びいわゆるプロ野球のダイジェスト番組がこの例である。これらは、いわゆるスポーツニュースと呼ばれる番組で放送されることが多い。しかし、スポーツニュースは時間的に限られており、野球でいえば、２時間以上にわたるゲームの内で、長くても数分しかダイジェストが放送されない。また、スポーツニュースは予め定められた番組表にしたがって放送されるので、いつでも視聴可能なわけではなく、スポーツニュースが放映される時間まで待たなければならない。コンシューマ向けの装置で、特許文献１又は２に記載のようなプロフェッショナル向けの仕組みを実現したり、仮に実現してもそれを容易に操作できるようにするのは困難である。

これに対して、ＤＶＤ−ＲＡＭ等はコンシューマ向けの商品である。そしてＤＶＤ−ＲＡＭという特定の記録媒体に記録された情報を再生するに際し、ＤＶＤ−ＲＡＭに記録された番組に関する再生シーケンスを記述したプレイリスト情報をネットワークからダウンロードして同一のＤＶＤ−ＲＡＭに記録し、そのシーケンスにしたがって再生するものは特許文献３により公知である。

しかし、特許文献３に記載されたものは、ＤＶＤ−ＲＡＭという特定の記録媒体に記録されている番組等を調べ、その番組に対応するプレイリスト情報をダウンロードするものである。したがって、ＤＶＤ−ＲＡＭが再生装置にセットされていなければプレイリスト情報のダウンロードが行なえない。また、ＤＶＤ−ＲＡＭが再生装置にセットされていても、そのＤＶＤ−ＲＡＭに記録されている番組が何であるかが分からなければ、その番組に関するプレイリスト情報のダウンロードは行なえない。例えば、番組の録画のみを予約している段階では、将来必ずその番組に関する録画が行なわれることがわかっており、その番組のプレイリスト情報が仮に作成されサーバにアップロードされていても、決してダウンロードできないことになる。この様に、特許文献３に記載の技術では、番組等のストリームが既に記録されており、その内容がわかっていなければプレイリスト情報のダウンロードが行なえない。したがって、従来のプレイリストの利用は必ずしも手軽にできるものではなかった。

しかし、プレイリスト情報を用いたストリームデータの再生において、そのようにプレイリスト情報の入手方法が利用者の環境に左右されるのは、利用者にとって煩雑であり好ましくない。

したがって、プレイリスト情報のような再生指示情報であって利用者の環境に左右されずに利用できるものを配信可能とするような装置が望まれている。

それゆえに、本発明の目的は、放送番組を記憶し、指示に応じて再生する記録・再生装置とともに用いられる出力制御装置であって、利用者の環境に左右されずに、出力指示情報を容易に生成可能とする出力制御装置を提供することである。

本発明の第１の局面に係る再生制御装置は、放送番組を、その放送局、放送日及び放送時間を特定可能な態様で録画し、放送局と日時とを指定した所定の制御信号を受けると、録画された番組のうち、指定された放送局で、指定された日時に放送されていたものに対して所定の処理を実行する機能を持つ録画・再生装置とともに用いられる再生制御装置である。この再生制御装置は、放送局情報と第１の日時とが記述された、番組の再生を指示する再生指示情報を準備するための再生指示情報準備手段と、再生指示情報準備手段により準備された再生指示情報に記述された放送局情報と、第１の日時とを用いて、指定された番組の再生を開始するように指示する制御信号を生成し、録画・再生装置に対して与えるための再生開始制御手段とを含む。

再生指示情報準備手段が再生指示情報を準備し、その再生指示情報に記述された放送局情報と第１の日時とに基づき、再生開始制御手段が番組の再生を指示する制御信号を生成し、録画・再生装置に対して与える。録画・再生装置は、放送局と日時とを指定した所定の制御信号を受けると、録画された番組のうち、指定された放送局で、指定された日時に放送されていたものに対して所定の処理を実行する機能を持っている。したがって、録画・再生装置は、再生開始制御手段からの制御信号を受けると、その制御信号により指定された放送局で、指定された日時に放送されていたものがもしあれば、その録画されていた番組に対して再生を開始する。再生指示情報準備手段が再生指示情報を準備するに際して、録画・再生装置にどのような番組が録画されているかを調べることは必ずしも必要とされない。ユーザは、録画・再生装置に録画されている番組に束縛されずに再生指示情報を再生指示情報準備手段により任意の方法で取得することで、録画されている番組については簡単に再生指示情報にしたがった再生を開始させることができる。その結果、利用可能なストリームに束縛されずに、番組等のストリーム再生に関する再生指示情報を容易に利用可能とするストリーム出力装置を提供することができる。

好ましくは、再生開始制御手段は、再生指示情報準備手段により準備された再生指示情報に記述された放送局情報と、第１の日時と、再生開始を指示する所定のコマンドとを含む制御信号を録画・再生装置に与えるための手段を含む。

制御信号にコマンドを含ませる方式を採用することにより、他のコマンドによる制御も可能になる。したがって、録画・再生装置に録画されている番組に束縛されずに再生指示情報を再生指示情報準備手段により任意の方法で取得することで、録画されている番組については簡単に再生指示情報にしたがった再生を開始させることができるようになることに加え、再生制御装置と録画・再生装置との間のインターフェースをより汎用的にすることができ、より多様な処理も可能になる。

より好ましくは、再生指示情報は、第１の日時と対になるように記載された第２の日時をさらに含み、再生制御装置はさらに、再生開始制御手段により開始された番組の再生を、第２の日時に対応する再生位置で終了するように指示する制御信号を生成し、録画・再生装置に与えるための再生終了制御手段を含む。

再生指示情報に第２の日時が含まれている場合、再生終了制御手段が、その日時に対応する再生位置で再生を終了するように指示する制御信号を録画・再生装置に対し与える。録画・再生装置は、この制御信号に応答して、もしもその番組を再生中であればその番組の再生を指定された日時に対応する再生位置で終了する。開始した番組の再生を任意の位置で停止させるようにでき、再生指示情報によって番組に関する多様な再生シーケンスを指定できる。

さらに好ましくは、再生終了制御手段は、再生指示情報準備手段により準備された再生指示情報に記述された放送局情報と、第２の日時と、再生終了を指示する所定のコマンドとを含む制御信号を録画・再生装置に与えるための手段を含む。

制御信号にコマンドを用いる方式を採用することにより、他のコマンドによる制御も可能になる。したがって、録画・再生装置に録画されている番組に束縛されずに再生指示情報を再生指示情報準備手段により任意の方法で取得することで、録画されている番組については簡単に再生指示情報にしたがった再生を開始又は終了させることができるようになることに加え、再生制御装置と録画・再生装置との間のインターフェースをより汎用的にすることができ、より多様な処理も可能になる。

再生指示情報準備手段は、所定のネットワークに接続され、再生指示情報をネットワークから取得するための再生指示情報取得手段を含んでもよい。

好ましくは、取得するための手段は、再生指示情報が埋め込まれたリンク情報を有する電子的な番組表を番組表の提供元の装置から取得して表示するためのブラウザ部と、ブラウザ部により表示された電子的な番組表内の番組のうちのいずれかを選択するユーザの入力を受けるための手段と、受けるための手段により受けた入力に応答し、当該入力によって選択された番組に対するリンク情報に埋込まれた再生指示情報を、再生開始制御手段に与えるための手段を含む。

番組表をブラウザ部で表示した後、その中の任意の番組をユーザが指定すると、その番組情報に対するリンク情報に埋込まれた再生指示情報が、再生開始制御手段に与えられる。再生指示情報がリンク情報に埋込まれた番組表をユーザがダウンロードした後、ユーザがその番組表から任意の番組を選択すると、その番組に関する再生指示情報が再生開始制御手段に与えられる。再生開始制御手段はこの再生指示情報にしたがって、録画・再生装置に対して再生指示を与える。ユーザは、取得された再生指示情報が、録画・再生装置に録画されたどの番組に対応するかとは無関係に、番組表から再生指示情報を選択できる。その結果、再生指示情報を指定する情報である番組表をダウンロードした後に、その再生指示情報が記録されているどの番組に対応するかの判定をユーザが行なう必要のない、ストリーム出力装置を提供できる。

なお、番組表により、番組に関する付帯情報が表示される。ユーザは、この付帯情報を見て、その内容によってその番組を選択するか否か判定できる。したがって、ユーザが再生指示情報を得る際に、ストリームデータに関する付帯情報をユーザが容易に入手できるストリーム出力装置を提供できる。

より好ましくは、電子的な番組表は、番組に対応する再生指示情報の取得の予約を行なうための情報を含む。取得するための手段はさらに、いずれかの再生指示情報の取得の予約を指定するユーザの入力を受けるための予約受付手段と、予約受付手段により入力された情報にしたがい、ユーザにより指定された再生指示情報の取得の予約のための所定の処理を実行するための手段とを含む。再生制御装置はさらに、予約を行なうための情報にしたがって、再生指示情報を予約するための処理を行なうための手段を含む。

電子的な番組表に、再生指示情報の取得の予約を行なうための情報を含ませておく。予約受付手段によっていずれかの再生指示情報の取得の予約の入力が行なわれると、指定された再生指示情報の取得の予約のための処理が実行され、予約が行なわれる。仮に現在は再生指示情報が利用可能でなかったとしても、それが利用可能となった時点でその再生指示情報が取得できるような仕組みを設けることにより、その再生指示情報を間違いなく入手できる。すなわち、現時点では作成されていない再生指示情報であっても、またそれが録画・再生装置に録画されているか否かとは独立に、その再生指示情報を確実に入手できる。

さらに好ましくは、取得するための手段は、ネットワーク上の所定のアドレスに保存されているファイルを、当該アドレスから受信するための手段と、受信するための手段により受信されたファイルの中から、再生指示情報を抽出するための手段とを含む。

ネットワーク上の所定のアドレスに再生指示情報を含むファイルが保存されていることが分かっていれば、そこからそのファイルを入手し、再生指示情報を抽出できる。例えば電子メールのメールボックスのような、所定のアドレスに再生指示情報を共通に保存することにすれば、そのアドレスにアクセスすることにより、所望の再生指示情報を入手できる。

再生開始制御手段は、再生指示情報取得手段により取得された再生指示情報を解釈することにより、当該再生指示情報により指定される番組の再生を行うためにユーザが操作すべきグラフィカルユーザインタフェース部品を表示装置上に表示させるための手段と、グラフィカルユーザインタフェース部品をユーザが操作したことを検知して、当該グラフィカルユーザインタフェース部品と関連付けられた再生指示情報に記述された放送局情報及び第１の日時を用いて、指定された番組の再生を開始するように指示する制御信号を生成し、録画・再生装置に対して与えるための手段とを含んでもよい。

グラフィカルユーザインタフェース部品をユーザが操作すると、当該グラフィカルユーザインタフェース部品と関連付けられた再生指示情報から、録画・再生装置への制御信号が生成され録画・再生装置に与えられる。グラフィカルユーザインタフェースという分かりやすいインタフェースにより、容易に再生指示情報を選択できるようになる。

好ましくは、再生指示情報は、各々が当該再生指示情報に関連する番組の部分的な再生箇所を指定する、複数の一部再生指示情報を含むことがある。複数の一部再生指示情報の各々は、番組の放送局情報と、第１の日時と、第２の日時との記述を含む。再生指示情報は、複数の再生指示情報の全体に対するタイトル情報を含む。再生制御装置はさらに、当該再生指示情報に含まれるタイトル情報と、複数の一部再生指示情報の各々により指定された箇所の再生を開始するためにユーザが操作すべき、複数のグラフィカルユーザインタフェース部品とを表示装置上に表示するための手段と、表示するための手段により表示されたグラフィカルユーザインタフェース部品のいずれかがユーザにより操作されたことに応答して、当該操作されたグラフィカルユーザインタフェースに対応する一部再生指示情報内の放送局情報及び第１の日時を用いて、指定された番組の、指定された箇所の再生を開始するように指示する制御信号を生成し、録画・再生装置に与えるための手段とを含む。

番組の複数の部分の内の任意の領域を再生させるための再生制御信号が、グラフィカルユーザインタフェースで実現される。ユーザは、グラフィカルユーザインタフェース部品のいずれかを選択することで、その部品に対応した領域の再生を録画・再生装置に指示することができる。

より好ましくは、再生指示情報は、当該再生指示情報により指定される番組のジャンルを記述するジャンル情報を含む。再生指示情報準備手段は、ジャンル情報に基づいて再生指示情報を検索するための手段を含む。

さらに好ましくは、第１の日時は、所定の標準時からの時差を含む時刻情報であり、再生開始制御手段は、所定の標準時から再生制御装置と関連付けられた時刻への換算を行なって録画・再生装置を制御する際に使用する。

好ましくは、再生開始制御手段は、再生指示情報準備手段により準備された再生指示情報に記述された放送局情報により指定される放送局で、第１の日時に放送されていたものが録画・再生装置に録画されているか否かを判定するための手段と、判定するための手段により、録画・再生装置に、該当する番組が録画されていると判定されたことに応答して、当該番組の再生を第１の日時に相当する箇所から開始するように録画・再生装置を制御するための手段とを含む。

本発明の第２の局面に係るコンピュータプログラムは、録画・再生装置とのインターフェースを有するコンピュータにより実行されると、当該コンピュータを上記したいずれかの再生制御装置として動作させる、コンピュータプログラムである。録画・再生装置は、放送された番組を、その放送局、放送日及び放送時間を特定可能な態様で録画し、放送局及び日時を指定した所定の制御信号を受けると、記録された番組のうち、指定された放送局で、指定された日時に放送されていたものがあれば、当該番組を再生する機能を持つ。

本発明の第３の局面に係る録画・再生システムは、放送番組を、その放送局、放送日及び放送時間を特定可能な態様で録画し、放送局及び日時を指定した制御信号を受けると、録画された番組のうち、指定された放送局で、指定された日時に放送されていたものを再生する機能を持つ録画・再生装置と、放送局情報と第１の日時とが記述された、録画の再生を指示する再生指示情報を準備するための再生指示情報準備手段と、再生指示情報準備手段により準備された再生指示情報に記述された放送局情報と、第１の日時とを指定した制御信号を録画・再生装置に与えて、指定された番組の再生を開始するように録画・再生装置を制御するための再生開始制御手段とを含む。

好ましくは、再生指示情報は、第１の日時と対になるように記載された第２の日時をさらに含み、録画・再生システムはさらに、再生開始制御手段により開始された番組の再生を、第２の日時に対応する再生位置で終了するように録画・再生装置を制御するための再生終了制御手段を含む。

より好ましくは、再生指示情報準備手段は、所定のネットワークに接続され、再生指示情報をネットワークから取得するための再生指示情報取得手段を含む。

以上のように本発明によれば、利用可能なストリームとは必ずしも関係なく、番組等のストリーム出力に関する出力指示情報を容易に利用できる。例えば、大容量記憶装置などに記憶されているストリームについても、それらの内容を確認することなく、単に出力指示情報を用いて番組の出力を指示するだけで、記憶・出力装置に対して出力の指示を与えることができる。したがって、利用可能なストリームに束縛されずに、番組等のストリーム出力に関する出力指示情報を容易に利用可能とする出力制御装置を提供できる。

また、番組表等に出力指示情報を埋め込むことにより、番組表をダウンロードした後に、その番組表内のどの番組が、記憶されているどの番組に対応するかをユーザが判定することなく、単に番組表の中から所望の番組を選択するだけで、記憶・出力装置に対してその番組の出力開始を指示する信号が与えられる。したがって、出力指示情報を指定する情報をダウンロードした後に、その情報が記憶されているどの番組に対応するかの判定をユーザが行なう必要のない、出力制御装置を提供することができる。また、番組表に出力指示情報を埋込んでおくことで、ユーザは、番組に関する付帯情報を番組表の形で容易に入手できる。

第１の実施の形態に係るシステムの全体構成を模式的に示す図である。 第１の実施の形態に係るシステムの全体の動作を模式的に示す図である。 ストリームデータとシーケンス情報との関連を模式的に示す図である。 第１の実施の形態に係るストリーム出力装置のブロック図である。 番組表とシーケンス情報と間の関係を模式的に示す図である。 第１の実施の形態におけるシーケンス情報の例を模式的に示す図である。 第１の実施の形態におけるシーケンス情報提供装置のブロック図である。 第１の実施の形態に係るストリーム出力装置を実現するコンピュータのブロック図である。 図８に示されるコンピュータにより実行される、第１の実施の形態に係るストリーム出力装置５０を実現するためのプログラムの制御構造を示すフローチャートである。 インターネットの情報とストリームの映像とを結合して表示するシーケンスの一例を示す概念図である。 ストリームと付加的な情報とを結合して表示する機能をさらに有するストリーム出力装置２５０のブロック図である。 付加的な情報を結合させるための情報を含むシーケンス情報の例を示す図である。 ユーザがダイジェストと本編を切替えながら出力する操作を行なうためのリモートコントローラの一例を示す外観図である。 ユーザが図１３に示す各キーを押した際に表示されるシーケンスの概略を示す図である。 複数の放送チャネルによって、同一の事象の映像が同一の時刻に放送される場合の番組表の一例を示す図である。 図１５に示す例に対応するシーケンス情報の一例を示す図である。 放送チャネルの指定がないシーケンス情報に基づいてストリームを検索し、選択する処理を実行するプログラムの制御構造の一例を示すフローチャートである。 図１７に示すステップ１２０６で実行される検索処理の一例を示すフローチャートである。 第２の実施の形態に係るシステムの全体構成を模式的に示す図である。 第２の実施の形態に係る端末装置２６０のブロック図である。 第２の実施の形態に係る端末装置２６２のブロック図である。 第３の実施の形態に係る端末装置３４０のブロック図である。 第３の実施の形態で用いられるストリーム情報及びアドレス付加情報の例を示す図である。 第４の実施の形態に係る端末装置３８０のブロック図である。 第４の実施の形態におけるブラウザ出力とストリーム出力例を模式的に示す図である。 第４の実施の形態に係る端末装置３８０を実現するためのプログラムの制御構造を示すフローチャートである。 第５の実施の形態に係るシーケンス情報の例を示す図である。 第６の実施の形態に係るシステムの全体像を示す図である。 第６の実施の形態に係るサーバ装置の機能ブロック図である。 シーケンス情報送信処理部５１８の機能ブロック図である。 検索処理部５１６の機能ブロック図である。 課金処理部５２０の機能ブロック図である。 シーケンス情報の例を示す図である。 シーケンス情報の例を示す図である。 シーケンス情報の例を示す図である。 番組表ページの一例を示す図である。 番組表ページの一例を示す図である。 課金先テーブル５８４の一例を示す図である。 サーバ装置４８０のハードウェアブロック図である。 サーバ装置４８０で実行されるプログラムのフローチャートである。 番組表ページ処理のフローチャートである。 ユーザコンタクト情報登録処理のフローチャートである。 ユーザ指定番組記憶処理のフローチャートである。 検索処理のフローチャートである。 シーケンス情報送信処理のフローチャートである。 課金処理のフローチャートである。 第６の実施の形態に係るシステムの動作を示すフローチャートである。 第６の実施の形態に係るシステムの動作及び画面の表示例を示す図である。 第６の実施の形態に係るシステムの動作及び画面の表示例を示す図である。 第６の実施の形態に係るシステムにおいて、検索処理実行時に端末装置において表示される検索画画面を模式的に示す図である。 検索結果画面を示す図である。

＜第１の実施の形態＞
以下、本発明の第１の実施の形態に係るストリーム出力装置を説明する。なお、以下に説明するストリーム出力装置は、ネットワークに接続されていることが想定されている。しかし、ストリーム出力装置がネットワークに接続されていることは必須ではなく、例えばメモリカード等の記憶媒体を用いてシーケンス情報を取得可能な装置でもよい。また、以下に説明するストリーム出力装置では、ストリームデータとして主にテレビ映像が想定され、ストリーム出力装置からの出力先となる装置として、ＴＶモニタが想定されている。しかし、ストリームデータの形式はテレビ映像に限定されない。この場合、出力先となる装置は、当該ストリームデータの内容を表現するために妥当な機器であるものとする。例えばストリームがラジオの音声である場合、出力先の装置は、スピーカ又はイヤホン等であってもよい。

図１に、本実施の形態に係るストリーム出力装置を含むシステムの全体の概念図を示す。図１を参照して、このシステムは、ストリームをネットワーク又は電波等の送信媒体を通じて送信するストリーム送信装置３０と、ストリームに関する後述するシーケンス情報を記憶し、要求に応じてこのシーケンス情報を配信する機能をもつシーケンス情報提供装置３２と、ストリーム送信装置３０からのストリームを地上波、衛星放送、ケーブル放送、又はインターネットを介したストリーム送信等により放送するストリーム放送局３４と、ユーザがストリームを見るために用いる端末装置３８とを含む。端末装置３８及びシーケンス情報提供装置３２は、共にインターネット３６に接続されている。

端末装置３８は、ストリーム放送局３４を介してストリーム送信装置３０から送信されるストリームを受信可能で、かつインターネット３６を介してシーケンス情報提供装置３２に記憶された任意のシーケンス情報を取得可能な、本実施の形態に係るストリーム出力装置５０と、ストリーム出力装置５０からのストリーム及びシーケンス情報提供装置３２から取得したシーケンス情報をユーザに提示するためのＴＶモニタ５２と、ストリーム出力装置５０を操作するためのリモートコントローラ５４とを含む。

ストリーム出力装置５０は、ストリーム放送局３４を介して受信したストリームを記憶するための記憶媒体６０を含む。リモートコントローラ５４は、代表的には赤外線リモートコントローラ又は携帯電話である。

ストリーム出力装置５０の詳細なブロック図は図４以降に示す。

図２に代表的な動作手順の概念図を示す。ここでは、ストリーム出力装置５０に第１のストリーム８０Ａ、第２のストリーム８０Ｂ、及び第３のストリーム８０Ｃが記憶され、ネットワークによりストリーム出力装置５０と通信可能な他の機器８２に第４のストリーム８０Ｄが記憶されているものとする。ストリーム出力装置５０と通信可能な第１、第２、及び第３のシーケンス情報提供装置３２Ａ、３２Ｂ、及び３２Ｃにシーケンス情報が記録されているものとする。

ストリーム出力装置５０のユーザからのトリガに基づき、シーケンス情報提供装置３２Ａ、３２Ｂ、及び３２Ｃのうちでユーザに指定されたものにアクセスする。ここでは、シーケンス情報提供装置３２Ｂが指定されたものとする。次に、このシーケンス情報提供装置３２Ｂから、ユーザにより指定されたシーケンス情報７０をストリーム出力装置５０にダウンロードし記憶装置に格納する。シーケンス情報７０に記載されている情報と当該機器が取得可能なストリームとのマッチングを取り、シーケンス情報７０にしたがったストリーム再生を行なうために必要なストリームをストリーム８０Ａ〜ストリーム８０Ｄから自動的に選択する。必要であれば、ネットワークを介してこのストリームを取得する。そして、シーケンス情報に基づきストリームの一部又は全部を外部ＴＶモニタ（５２）へ出力する。

図３は、ストリームとシーケンスとの関係の一例を示す概念図である。まず、ステップ１では、ストリーム出力装置５０は、図１に示すストリーム送信装置３０から送られてきたストリームをローカルに記録する。この記録は、シーケンス情報の取得とは別のときに行なわれても良い。ＤＶＤ等のパッケージメディア又はユーザが自ら撮影したビデオ映像の場合は、ストリームが記憶されているメディアをセットし、必要に応じてローカルの記憶媒体にコピーする。このとき、ストリーム出力装置５０は、メディア情報、チャネル情報、又は放送時間情報等のストリームソース情報も同時に記憶する。図３に示す例では、チャネル１のストリーム９０を取得（記録）し、それ以降の時間にチャネル２のストリーム９２を取得したことを示している。ここではまた、ストリーム９０はストリーム部分Ａ、Ｂ、及びＣを含み、ストリーム９２はストリーム部分Ｄ、及びＥを含むものとする。

ステップ２では、ユーザのトリガにより、シーケンス情報提供装置３２Ｂからシーケンス情報７０を取得する。ここでは、ストリームを取得した後にシーケンス情報を取得する。

ステップ３では、取得されたシーケンス情報７０に基づき、記録されたストリーム９０及び９２の一部を連続して出力する（９４）。例えば、ストリーム９０が野球放送であり、ストリーム９２がスポーツニュースであるとき、野球のハイライトシーン（部分Ａ、Ｂ、Ｃ）と、スポーツニュースの対応部分の解説（Ｄ、Ｅ）とが連続して出力される様にシーケンス情報７０を作成しておけば、ユーザはこのシーケンス情報７０を選択することにより上記した順番でストリームを見ることができる。

すなわち、本実施の形態によれば、すでに記録されたストリーム情報とは独立に取得されたシーケンス情報を用いて、再生時にストリームを編集することが可能になる。例えばサッカーのゲームに関する放送のストリームを記憶し、別のダイジェスト情報配信業者からゲームのダイジェストシーンのみを選択して再生するよう作成されたダイジェストシーケンス情報を取得すると、サッカーゲームのダイジェストを再生することが可能になる。

このようなシーケンス情報を提供する提供者は複数あってもよい。ユーザ側が提供者のサーバアドレスを指定することで、ユーザが好むサーバからシーケンス情報が取得できる。シーケンス情報の取得出来るアドレス、又はシーケンス情報そのものを電子メールで配信してもよい。また、リムーバブルメディアに記録したシーケンス情報を郵送等により配送してもよい。また、提供者は、シーケンス情報を文字列又は２次元バーコード等印刷可能な形式で記録し、これらを印刷した印刷物をユーザに配布してもよい。この様にするとユーザは、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）装置又はバーコードリーダ装置等を用いて、これらの印刷物からシーケンス情報を読取り、読取ったシーケンス情報をストリーム出力装置５０に与えることができる。

図４に本実施の形態に係るストリーム出力装置５０のブロック図を示す。ストリーム出力装置５０は、ストリーム情報を記憶するストリーム情報記憶部１００を含む。ストリーム情報とは、ストリーム出力装置５０に記録したストリームを特定するための情報をいう。アナログ放送の場合には放送チャネル、地域情報、記録開始時間、又は記録終了時間等の情報を含む。デジタル放送では、これら情報に加えてさらに付随的なデータを含むことが一般的である。例えば、ストリームに付随して送信されるデータである。放送とは別にネットワークにアクセスして情報を得ることも可能である。例えば、放送の予約録画の便宜のために電子的な形で配信される番組表等を用いることもできる。ＤＶＤ等のパッケージメディアの場合には、パッケージメディアの固有の識別情報でストリームを特定することができる。

ストリーム出力装置５０はさらに、インターネット等のネットワークを介して他の機器と通信を行なうネットワーク部１０４と、ネットワークで接続されている機器からシーケンス情報を取得するシーケンス情報取得部１０６と、シーケンス情報に含まれるストリーム情報とストリーム情報記憶部１００に記憶されたストリーム情報とを比較して、ストリームを自動的に選択するストリーム選択部１０８と、取得されたシーケンス情報にしたがい、記憶されたストリーム情報を読出し、出力を制御するシーケンサ部１１０と、ユーザがシーケンス情報やシーケンス情報を取得する外部機器等を選択するためのユーザインタフェース部１０２と、ストリームをシーケンサ部１１０からの指示に応じて読出すストリーム読出部１１２とを含む。

ここでの「読出」とは、時刻又は時間情報をキーに、所望のストリームの、所望の位置からデータを取得することをいう。例えばＶＴＲの様にテープを使うデバイスであってもポジションを外部から指定できるものであれば、この様に所望の位置からデータを取得することができる。ストリーム自体がネットワークを通じて通信可能な別の装置に記憶されていてもよい。例えば、デジタルバス技術であるＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）１３９４とＡＶ／Ｃ（Ａｕｄｉｏ−Ｖｉｄｅｏ／Ｃｏｎｔｒｏｌ）コマンドとを利用すれば、バスで接続された装置に対してタイムコードを指定した早送りが可能であり同様のことが実現可能である。ＤＶＤ及びハードディスク等ランダムアクセス可能なメディアに蓄えられたストリームについては、ストリーム全体が断片的に記憶されて、それらの位置情報をディレクトリや管理ファイルの形式で管理している場合がある。これらの場合には、ストリーム情報で指定されている時間のストリームを得るために管理情報に基づいた時間から実ポジションへの変換処理が必要であるが、この処理に関してはどのような手法をとっても構わない。その変換処理に時間を要する場合には、ストリーム切替時に途切れが生じない様に、ストリームの再生開始前にすべてのストリーム開始位置の変換処理を済ませることが望ましい。もちろん、ネットワーク上に存在していて、ストリーム開始時間や開始ポジション情報を含んでアクセスできるストリームであってもよい。

ストリーム出力装置５０はさらに、ストリームを記憶するストリームデータ記憶部１１４を含む。ストリームデータ記憶部１１４に記憶されているストリームの各々は、ストリーム情報記憶部１００に記憶されたストリーム情報と対になっている。ストリーム情報を用いて実際のストリームデータを選択できる。

ストリーム出力装置５０はさらに、ストリームをＴＶモニタ５２に出力するストリーム出力部１１８と、外部機器を指定するためのアドレスを作成するアドレス作成部１１６とを含む。このアドレスはＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）又はＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であることが多いが、それに限定されるわけではない。

図５に本実施の形態のストリーム出力装置５０においてユーザにシーケンス情報を選択させる場合の表示例を示す。この例では、電子的な番組表にシーケンス情報を対応させている。この例では、複数の放送チャネルにおける複数の番組のうち、ダイジェストを構成するシーケンス情報が準備されているものに対して、番組表示に「ｉＤｉｇｅｓｔ」というボタン１３０を表示し、このボタンからその番組のシーケンス情報へのリンクを張っている。

ボタン１３０を押すと、図５の下段に示すような出力が得られる。図５の上段に示した「プロ野球 大阪ブルズ対東京ボンバーズ」という番組に対して複数の種類のシーケンス情報が存在するものとすると、図５の下段に示す様に、さらにそれらのシーケンス情報のうちどれを選択するかについての選択画面が表示される。この画面には、シーケンス情報の内容を表わす見出し１４０と、そのシーケンス情報へのリンクを提供するボタン１４２とがシーケンス情報ごとに対になって表示される。ボタン１４２を押すことにより、対応するシーケンス情報が取得される。

この様に番組情報に対応した形でシーケンス情報を提供することにより、異なる番組のダイジェスト（シーケンス情報）を統一した形で得ることができる。また、一つの番組に対し複数のシーケンス情報が存在するときにも、元の番組とそれら複数のシーケンス情報とを対応付けて提供し、さらにその複数のシーケンス情報の中から一つのシーケンス情報を選択させることで、一つの番組に対する種々の編集結果を統一した形でユーザに提供できる。

図６にシーケンス情報の例を示す。このシーケンス情報は、テキストファイル形式であり、かつインターネット上でＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により提供されるファイルの形式を有している。先頭行はコンテンツタイプを示す行である。ここでは、コンテンツタイプとして「application/x-tv-digest」を指定するものとする。「charset＝shift_jis」はこのファイルの文字コードがシフトＪＩＳによるものであることを示す。

２行目はシーケンス情報のタイトルを示す。このタイトルはシーケンス情報提供者が付けるものであり、ユーザがシーケンス情報を選択するときに参考にするものである。ここに示す例では、タイトルは、このシーケンス情報がサッカー「日本代表対世界選抜」というゲームのダイジェストを５分で再生するものであることを示している。このほかにも、５分、１０分、特定選手の活躍のハイライトシーン、等複数の種類のシーケンス情報を用意することができる。

３行目の「program title」の項目は、ストリームのタイトルを示す。アナログ放送を記録した場合等はタイトルが取得できない場合もあるが、デジタル放送の場合、又はインターネット等から電子的な番組表で放送を予約した場合等はタイトルの取得が可能である。図６に示す例ではアナログ放送を想定しており、このタイトルはついていない。

４行目〜７行目の「date」、「start」、「end」、及び「channel」の項目は、それぞれこのシーケンス情報に対応する番組が放送された日、放送の開始時刻、終了時刻、及びその番組が放送されたチャネルに関する情報を示す。この例では、チャネルを示す情報として、「osaka/tv３」と「tokyo/sportstv」とが記載されている。前者は、この番組が大阪ではｔｖ３で表される放送局で放送されたことを示し、後者は、この番組が東京ではｓｐｏｒｔｓｔｖという放送局で放送されたことを示している。

一般に、放送の場合には地方により異なる番組が放映される。放送局の構成も様々である。一方、シーケンス情報は、インターネット等を通じて全国どこからでも同じ情報を取得できる。そのため、シーケンス情報に基づいて、ユーザが記録した放送番組のダイジェストを再生しようとする場合には、そのような地方による番組の相違を考慮してシーケンス情報を作成しておく必要がある。この例に示す様に地域ごとの指定があると、シーケンス情報に対応する番組を正しく特定できる。これらの情報の一部又は全部は、ストリーム出力装置５０に記憶されているストリーム情報とシーケンス情報７０とのマッチングを取るために使用される。

これらの情報の一部又は全部は、端末側で記憶されているストリーム情報（タイトル、チャネル、記録時間等）とのマッチングを取り、シーケンス情報に記載されたストリームを選択するために使用される。さらに、地方により異なる時間で放映される可能性があるので、地方によって異なる時間を並列して記述し、端末側では適したもののみ使用する様にすることが望ましい。

時刻は世界的にサービスされるものであれば、グリニッジ標準時を基準とした時刻で表記されることが望ましい。インターネットでは例えば、日本でのローカル時間を「Ｗｅｄ，１９ Ｆｅｂ ２００３ １９：０９：２３＋０９００」等と表わすことがあるが、これはグリニッジ標準時から９時間進んでいることを示す。

パッケージメディアでは、そのパッケージに含まれるストリームを示す固有のＩＤ（識別情報）がシーケンス情報に含まれることが望ましい。パッケージメディアの場合には、放送の時間やチャネルを含まなくてもよい。

また、図６には示していないが、本実施の形態では、７行目の「channel 」の行にＵＲＬを記載した場合には、ストリーム出力装置５０は、このシーケンス情報を解析してストリームを出力するときに、ストリーム出力装置５０に記憶されたストリームではなく、ネットワークを通じて当該ＵＲＬにより特定されるストリームデータを取得する。世界中に分散するストリームを所定のシーケンスで出力することを指示するシーケンス情報を作成することで、ユーザのストリーム出力装置５０が新たなコンテンツを編集・作成し出力することが可能になる。この様に、本実施の形態の装置では、外部機器から取得した情報とストリームデータとの出力時の組合せ方を、シーケンス情報として保持しておき、このシーケンス情報により示される組合せ方にしたがって、ストリームデータの出力と外部機器から取得した情報とを出力する。

図６中、８行目と９行目、及び１０行目と１１行目とは、それぞれ「digest_start」及び「digest_end」という対を形成している。この組は各々、この前の行までの情報により特定されたストリームデータのうち、再生を行なう部分の最初と終わりとを、ストリームデータの記録時刻又は放映時刻により示している。この組が複数存在することで、一つのストリームデータのうち、互いに離れた複数のシーンを接続して出力することが可能になる。

「digest_start」は開始点の情報であり、必須の情報である。一方、「digest_end」は終了点の情報であり、必ずしも必要でない。「digest_end」が存在しない場合、次の「digest_start」が現れる所、又は当該ストリームの最後を終了点とみなせばよい。

なお、放送の場合には、通常は、この例の様に絶対時刻での指定となる。しかし、パッケージメディアの様に絶対時刻の概念がないものは、ストリームの最初からの相対時間等、所定の基準時からの相対時間で記載することが望ましい。放送の様に、絶対時刻の概念があるものでも、ストリームをＩＤ又は名前等によって個別に特定することが可能である場合、パッケージメディアの場合と同様に相対時間で記載することも可能である。再放送若しくはタイムシフト放送、又はオンデマンド型のストリーム配信等、同一内容の放送が異なる時間帯に放送されるストリームである場合、相対時間で記載することが望ましい。

この様に、シーケンス情報は、基本的にはストリームを指定する情報と、ストリーム開始時間及び終了時間を指定する情報とからなる情報である。そのため、シーケンス情報の記録には、多くの情報量を必要としない。よって、編集されたストリームを送受信するよりも、極めて少ない通信負荷で、ユーザにダイジェストを配信することができる。また、シーケンス情報を格納し、蓄積しておくことも容易である。さらにシーケンス情報は、ストリームを指定する情報とストリーム開始時間及び終了時間を指定する情報とからなる単純な情報であるため、個人ユーザがシーケンス情報を製作することも容易である。

シーケンス情報は、個人が製作することも可能な情報であるため、個人がシーケンス情報を制作し、インターネット上に公開することもあり得る。そこで、シーケンス情報の中に、ユーザが所望のシーケンス情報を探す際に参考となる情報として、シーケンス情報に関するプロパティ情報を記載しておいてもよい。プロパティ情報には、元番組のタイトル、若しくはジャンル、又は元番組の原作者名、著作権者名、若しくは出演者名等が記載されることが想定される。ユーザは、これらのプロパティ情報を元にインターネット上でシーケンス情報を選ぶことが可能となる。そのため、所望のシーケンス情報を取得するのが容易になる。また、インターネット上で一般的に利用されているいわゆる検索エンジンには、インターネット上で公開されている情報に含まれる単語を自動的にインデックス化して登録するものがある。プロパティ情報がこのような検索エンジンに登録されると、登録されたプロパティ情報を元にシーケンス情報を検索することが可能となる。

さらに、シーケンス情報によって定義される各シーンに関する情報を記載してもよい。シーケンス情報を受信したストリーム出力装置５０は、そのプロパティ情報を元にシーケンス情報を整理することが可能になる。そのため、例えば、あるストリームに対してどのようなシーケンス情報があるかを、ユーザに提示することが可能になる。また例えば、あるストリームを消去するときに、不要になるシーケンス情報を検出して消去することも可能になる。

図７に図１のシーケンス情報提供装置３２のブロック図を示す。シーケンス情報提供装置３２は、外部の端末（図１のストリーム出力装置５０）と通信を行なうネットワーク部１５０と、ストリーム出力装置５０からのリクエストに応答するために全体の制御を行なう制御部１５２とを含む。インターネットのウェブページの場合、通常ＨＴＴＰプロトコルが用いられる。受信したＵＲＬを解釈して指定されたコンテンツを送信するというのが代表的な例である。

シーケンス情報提供装置３２はさらに、各種コンテンツを記憶するページ記憶部１５４を含む。ページ記憶部１５４はさらに、番組表のページに関連した番組の説明等も記憶している。シーケンス情報提供装置３２はさらに、番組表のページを生成する番組表ページ生成部１５６と、番組情報を記憶する番組情報記憶部１５８とを含む。番組表の元データは、例えば表計算プログラムの表形式等で作成すると扱いやすい。しかし、最終的には番組表として端末に送信する形式（例えばウェブページならＨＴＭＬで記載された形式）に変換する必要がある。番組情報記憶部１５８は元データを記憶し、番組表ページ生成部１５６は元データから実際に送信されるデータを生成する。

シーケンス情報提供装置３２はさらに、シーケンス情報記憶部１６０を含む。シーケンス情報は番組表とは独立に作成される。シーケンス情報は基本的に番組を特定する情報（チャネル、放送時間等）を含む。番組表ページ生成部１５６は、番組情報記憶部１５８に記憶された番組情報と、シーケンス情報記憶部１６０に記憶されたシーケンス情報とを用いて、自動的に番組表にシーケンス情報へのアクセスの情報を埋め込んだデータを生成する。この生成された結果が図５に示したものである。本実施の形態のシステムでは、このデータの生成は、送信リクエストがあるたびに行なっている。番組情報、又はシーケンス情報が変更されたタイミング等で予め行なっておいてもよい。また、自動的に行なうことなく人手で作成してもよい。

この様にサーバ側で番組表とシーケンス情報をリンクしたデータを作成し、それを端末からのリクエストに応じて送信することにより、クライアントでは、番組表に対応してダイジェストを選択することが可能になる。スポーツ等ではニュースの情報を直接見ると結果が分かってしまうので、番組情報にシーケンス情報を付随させることでダイジェストを見る前に結果が分かってしまうことを防ぐことができる。また、番組表から録画予約を行なう装置も存在するため、サーバ側で用意した番組表において、未来の番組には録画予約を行なうためのリンクを載せ、過去の番組にはシーケンス情報へのリンクを載せることが望ましい。この点に関しては後の第６の実施の形態に関連して詳細に述べる。

図８に本発明に係るストリーム出力装置５０をコンピュータにより実現する場合の、コンピュータのハードウエアのブロック図を示す。このコンピュータは、内部に演算処理装置を有しプログラムにしたがった処理を実行するための中央演算処理装置（ＣＰＵ）２００と、プログラムの実行時にプログラムを一時的に記憶したり、プログラム実行時の作業エリアを提供したりするためのランダムアクセスメモリ（ＲＡＭ）２０２と、プログラム及び固定されたテーブル等を記憶するための不揮発性の読出専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）２０４とを含む。このプログラム等は、アップデートのためにネットワークから書き換えられるものであることが望ましい。又は、プログラムをＣＤ−ＲＯＭ等の記録媒体に記録しておき、ＣＤ−ＲＯＭドライブからＲＯＭ２０４に書込む様にしてもよい。プログラムはまた、ハードディスクに書込む様にすることもできる。

コンピュータはさらに、ストリームを取得するためのチューナ２０６と、時刻又は時間を刻むタイマ２０８と、ユーザが操作するリモコン５４の信号を受信する赤外線インタフェース２１０と、外部機器と通信を行なうネットワークインタフェース２１２と、ＣＰＵ２００の指示にしたがいストリームを出力するストリーム出力部２１４と、ハードディスクからなる、ストリームを記憶するストリーム記憶部２１６とを含む。ストリームはＲＡＭ２０２に記憶してもよいが、通常は非常に大きな記憶容量を必要とするため、ハードディスク等ＲＡＭと比較して低速であっても大容量なデバイスに記憶されることが多い。

コンピュータはさらに、ユーザに表示を行なう表示部２１８を含む。表示部２１８は、複数あるシーケンス情報をユーザに表示して選択させたり、エラーメッセージを出したりするためのものである。

図９は、ＣＰＵ２００が実行するプログラムの制御構造を示すフローチャートである。このプログラムは、シーケンス情報を取得するための外部機器のアドレスを作成するステップ２３０を含む。アドレスはストリーム出力装置５０に予め記憶されているものであることもあるし、ユーザが入力したものであることもあるし、又は、ウェブページのリンクの様に他の機器から得たものである場合もあり得る。要するに通常のブラウザでＵＲＬを指定する方法のいずれをも用いることができる。ユーザがアドレスを変更することでいろいろな機器に存在するシーケンス情報を取得できる様になり、幅広いシーケンス情報が選択できる。

このプログラムはさらに、ステップ２３０で作成された外部機器アドレスからシーケンス情報を取得するステップ２３２と、ステップ２３２で得られたシーケンス情報を解析するステップ２３４と、全てのシーケンス情報について処理が終わったかどうかを判断するステップ２３６とを含む。ステップ２３６で全てのシーケンス情報について処理が終わったと判定されれば、全体の処理が終わる。全てのシーケンス情報について処理が終わったわけではないと判定されれば、制御はステップ２３８に進む。

ステップ２３８では、シーケンス情報が指定するストリームを当該ストリーム出力装置５０の中で選択する処理を行なう。続くステップ２４０で、このストリームをストリーム出力装置５０が記憶しているかどうかを判定する。記憶されていれば制御はステップ２４４に進み、シーケンス情報にしたがってそのストリームを出力する。出力が終わると制御はステップ２３４に戻り、次のシーケンス情報の解析が行なわれる。

ステップ２４０で該当ストリームが存在しない（又はシーケンス情報に指定された時刻、時間のポジションが存在しない）と判定された場合、制御はステップ２４２に進む。ステップ２４２では、エラー処理が行なわれる。本実施の形態では、ステップ２４２ではストリームが存在しないというメッセージを出力する。この後制御はステップ２３４に戻る。

以上のような構成を有する本実施の形態のシステム及びストリーム出力装置５０の動作については、図１〜図３を参照して既に説明した通りである。このような構成とすることにより、ストリーム出力装置５０において、ストリームのシーケンス情報をシーケンス情報提供装置３２から取得することにより、ストリームのダイジェスト等を容易に出力することが可能となる。例えば、サッカー、野球、又は大相撲のような映像において、シーケンス情報のサービスプロバイダがこれら映像のシーケンス情報を作成し提供する場合を想定すると、通常のユーザは単にそのシーケンス情報を取得するだけで、容易にいつでもサッカー、野球、又は大相撲のダイジェストを楽しむことが可能になる。また、アドレスを指定して異なるサービスプロバイダの装置に接続しシーケンス情報を得ることができることから、複数のサービスプロバイダが作成するシーケンス情報から好みのものを選択して取得することが可能になる。また、各サービスプロバイダは、個々のストリームを独自の順番で結び付けるシーケンス情報を作成することで、新たなストリームを編集し作成することができる。

さらに本実施の形態のシステムによれば、インターネットの情報（主としてウェブページ上の情報）と、既存のメディア又は新規なメディアを介して配信される映像とを、シーケンス情報によって独自の形態で結合し提供することも容易になる。これにより例えば映像のダイジェストを、それに対する付加的な説明であってインターネット上で提供される情報とを結合して表示させたり、一連の映像のシーケンスの間に、インターネットから得た情報（例えば広告情報）を表示させたりすることが可能になる。

図１０は、シーケンス情報によって、インターネットの情報とストリームの映像とを結合して表示するシーケンスの一例を示す概念図である。図１０を参照して、この例では、ストリーム９６は、映像１０００からなるストリーム部分Ａと映像１００２からなるストリーム部分Ｂとを含む。また、インターネットから、ストリーム部分Ｂを説明するための付加的な情報１００４が取得可能であるとする。

ストリーム部分Ａからストリーム部分Ｂへと続くダイジェストに、付加的な情報１００４を結合させることができる。この場合、ストリーム部分Ａとストリーム部分Ｂとの間に独立したシーンとして、情報１００４の画面を所定の時間表示する指示をシーケンス情報７２に記載する。この記載により、ストリーム出力装置は、ストリーム部分Ｂの出力が始まる前に、情報１００４を指定された時間表示するストリーム９８を出力する。

なお、上の説明は映像１０００、付加的な情報１００４、及び映像１００２をシーケンシャルに出力する例についてのものである。しかし、出力はシーケンシャルなものだけではない。例えば、映像１０００及び１００２の始まり付近の部分又は途中部分を静止画とし、一つの画面にしてもよい。この場合、さらに映像１００２の説明として付加的な情報１００４を加えるとより好ましい。この場合、静止画と動画との対応を付けることが必要である。そのために、動画から作成した静止画に、タイムスタンプを付ける。こうすることで、この静止画の出力を元の動画のどの時点において開始すべきかを判定できる。

このような出力を行なうと、映像１０００及び１００２に含まれるシーンと、映像１００２の解説としての付加的な情報１００４とを１画面で出力し、ユーザにそれらシーンの中の任意のものを選択させることができる。こうして、先頭から番組のダイジェストを見るだけでなく、ユーザが例えば付加的な情報１００４により示される「ヒーローインタビュー」を選択することで、映像１００２のシーンから再生を開始することができる。

上記したように選択可能なシーンに対応する静止画を含む画面を、本明細書では「カタログ画面」と呼ぶことにする。シーケンス情報が、映像１０００及び１００２だけでなくより多くの映像を含む場合には、上記したようにカタログ画面を１画面に収めることが難しい場合もありうる。その場合には当然、カタログ画面が複数画面となってもよい。

図１１に、本実施の形態において、ストリームと付加的な情報とを結合して表示する機能をさらに有するストリーム出力装置２５０のブロック図を示す。図１１を参照して、このストリーム出力装置２５０は、図４に示すストリーム出力装置５０を変形したものであって、ストリーム出力装置５０の構成に加え、ネットワーク部で接続された機器から付加的な情報を取得し、取得した情報をＴＶモニタ５２に出力するネットワークデータ読出部１０５０と、シーケンス情報からストリームと結合して表示するべき文字列を取得し、取得した文字列をＴＶモニタ５２で出力する文字画面作成部１０５２とをさらに含む。また、このストリーム出力装置２５０はさらに、図４に示すストリーム出力装置５０の構成に加えて、ネットワークデータ読出部１０５０による出力、文字画面作成部１０５２による出力、及びストリーム出力部１１８によるストリームの出力を、シーケンサ部１１０からの指示に応じて切替えるデータ切替部１０５４を含む。

図１２に、付加的な情報を結合させるための情報を含むシーケンス情報７２の例を示す。図１２を参照して、このシーケンス情報は、図６に示すシーケンス情報と同様の記述方法によって記述されたものである。このシーケンス情報は、図６に示すものと比較すると、付加的な情報の表示を指示するための記載である「caption:」という項目を新たに含む。この項目において、「dur=5s:」の記載は、付加的な情報を表示する時間が「５秒間」であることを指示するための記載である。また、この項目において、「src=」で始まる記載は、付加的な情報のアドレスを指定するための記載である。

図１２に示す例では、「digest_start:21:15:00」と「digest_end:21:16:30」との対の次に「caption:」の記載がある。したがって、図１１に示すネットワークデータ読出部１０５０は、「src＝http://nichibei.tv/digest_caption/0311110001.htm」によって指定されるアドレスの情報を取得し、表示画面を作成する。データ選択部１０５４は、上記した「digest_start」と「digest_end」との対で指定されたストリームを出力した後、シーケンサ部からの指示にしたがい、「dur=5s;」の記述によって指定された時間（即ち５秒間）、出力をネットワークデータ読出部１０５０が作成した表示画面の出力に切替える。データ選択部１０５４は、５秒間出力を切替えた後、出力を、ストリーム出力部１１８からの出力に切替える。ストリーム出力部１１８は、「digest_start：21：45：30」と「digest_end：21：47：25」との対で指定されたストリームを出力する。

付加的な情報が文字列等である場合、シーケンス情報に当該文字列を記載してもよい。例えば、図１２に示す「caption」の項目における記載方法として、付加的な情報である文字列を示す「string=」という記載を規定しておいてもよい。付加的な情報が「日米野球第１戦 ○○×選手 ヒーローインタビュー」という文字列であるものとすると、この項目の記載は「caption：
dur=5s； string=“日米野球第１戦 ○○×選手 ヒーローインタビュー”」という記載になる。この場合、図１１に示す文字画面作成部１０５２は、シーケンス情報を参照し、付加的な情報として記載された文字列「日米野球第１戦 ○○×選手 ヒーローインタビュー」を取得し、この文字列の表示画面を作成する。データ選択部１０５４は、シーケンサ部１１０からの指示に応じて、出力の切替を行なう。そのため、この文字列の表示画面とストリームとが結合した状態で表示される。

シーケンス情報によって、ストリームの特定のシーンと付加的な情報とを同時に表示する様に指定することも可能である。このような場合、データ選択部１０５４は、付加的な情報を、例えば元のストリームの映像上にスーパーインポーズしてもよい。また、出力画面の特定の領域（例えば画面下部）に付加的な情報を表示したり、本来のストリーム出力画面とは別の画面を用意して出力したりしてもよい。

また、付加的な情報は、静止画、ストリームの別の部分、又はストリームとは別に用意された動画若しくは音声等であってもよい。また、付加的な情報を表示する際に、マーキー又はワイプ等の視覚効果を加えることも可能である。

また、ＨＴＭＬ若しくはＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、又は時間的な動きを含めて各種のメディアを扱う技術として用いられているＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）という言語等の表記を利用して、付加的な情報の文字列を表示するためのフォントの種類、文字の表示色、改行位置、又は、表示位置などを指定する記述を、シーケンス情報に加えておいてもよい。シーケンス情報に、付加的な情報を表示する際のマーキーの速度など、視覚効果の設定を行なうための情報をさらに記載しておいてもよい。

また、図１１に示す文字画面作成部１０５２は、付加的な情報の文字列を画面上に表示する代わりに、音声で読上げる様にしてもよい。また、文字列の表示と音声による読上げとを同時に行なってもよい。

結合される情報は、ネットワーク上のサーバにあるものに限らない。例えば、放送波のＶＢＩ（Ｖｅｒｔｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）を利用してデータを配信することも可能であるし、電子メールで配信することも可能である。また、電子メールではＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）と呼ばれるフォーマットで各種データが添付されることが多い。結合される情報をＭＩＭＥフォーマットでシーケンス情報に添付する方法も可能である。これらの方法でシーケンス情報の送受信を行なうと、シーケンス情報取得後、オフラインの状態で必要な情報をストリームと結合することができる。

また、結合される情報を配信するのではなく、予めストリーム出力装置２５０側で準備し、ストリーム出力装置２５０は、準備した情報をシーケンス情報による指示にしたがってストリームに結合する様にしてもよい。例えば、ストリーム出力装置２５０が読出可能なリムーバル記憶媒体、又は予めストリーム出力装置２５０のメモリ若しくは補助記憶装置に定文や商品のロゴマークのような情報を記憶させておき、シーケンス情報による指定にしたがって、これら記憶した情報を読出して結合してもよい。なお、この場合、予め定められた方法にしたがって、それら記憶している情報を自動的に結合することもできる。例えば、シーケンスにしたがった再生を行なっている時には、表示しているストリームの映像と「ダイジェスト再生中」の文字とを結合して出力してもよい。

さらに、シーケンス情報には、ストリーム再生速度を指定する記述をしてもよい。ストリーム出力装置２５０は、シーケンス情報にしたがって、ストリームの本来の再生速度とは異なる速度で再生させる。例えば、再生速度をマイナスに指定すると、逆再生をする様にしてもよい。このような指定により、例えばプロ野球のダイジェストにおいて、ストリームをスローモーションで再生させたり巻き戻し再生させたりしながら、必要な箇所を分かりやすく再生するシーケンスを作成し、野球の指導を目的とした教育番組を作成すること等が可能になる。さらには「解説」を加えるための情報を、このシーケンスと結合させると、より効果的である。

また、あるシーンの映像と、結合される情報とを表示するデバイス又は表示画面上での表示位置をシーケンス情報によって指定することも可能である。この様に指定することで、ストリームと、その他の情報とをシーケンス製作者の意図どおりに並べて再生させるができる。例えば出力画像中の特定の事物を矢印で指し示して、その事物に対する説明を文字や音声で行なうことなどが可能になる。

なお、本実施の形態では、ストリーム出力装置５０及び２５０はリモートコントローラ５４によりコントロール可能である。しかし本発明は、そのような実施の形態に限定されるわけではない。例えば、ストリーム出力装置５０及び２５０がリモートコントローラによりコントロールできないようなものでもよい。また、一部の機能のみについてリモートコントローラにより制御可能としてもよい。また例えば、予め定められたシーンを出力している間、ストリーム出力装置５０がリモートコントローラにより制御できない様にしてもよい。さらに、制御できない様にするシーンを指定する記述をシーケンス情報に加え、指定されたシーンを出力中には、ストリーム出力装置５０及び２５０がリモートコントローラで制御できない様にしてもよい。この様にすると、例えばコマーシャルメッセージ（以下、「ＣＭ」と表記する。）又は視聴者に対する注意事項を表示する部分等を、視聴者がスキップして視聴することを防止できる。

また、本実施の形態に係るシステムでは、図１に示す様にストリーム送信装置３０とシーケンス情報提供装置３２とは別々のものである。しかし、本発明はそのような実施の形態に限定されるわけではない。両者が同じ場所に設置されていてもよいし、両者が同じ装置により実現されてもよい。

図３に示す例では、ストリーム９０とストリーム９２とは同一のフォーマットであることが想定されている。しかし、ストリームが全て同一のフォーマット及び媒体である必要はない。例えば、一方がテープで他方がＤＶＤ等、両者が異なる媒体からのものであってもよい。

また、図３に示す例ではストリームを取得した後にシーケンス情報を取得している。しかし本発明はそのようなものに限定されるわけではない。例えば、シーケンス情報７０を先に取得し、その後にストリームを取得する様にしてもよい。また、シーケンス情報とストリームとを同時に取得する様にしてもよい。また、それら複数種類の取得方法を使い分けてもよい。

また、番組表全体をダウンロードするような端末では、同時にシーケンス情報も全部ダウンロードする設定とすることができる。これにより、ストリームを選択したときに、すでにそれに対応するシーケンスは取得しているということも実現できる。

さらに録画予約（番組放送予定データのダウンロード）を行なった場合に、そのユーザに対して後からシーケンス情報を送信しても構わない。これを受信した端末側でメッセージに含まれるシーケンス情報を解析することで、ダイジェストを再生することが可能になる。

ストリームはインターネットで送信されてきても構わないし、デジタル放送のデータとしてシーケンス情報が送られてきても構わない。また、ストリーム送信者が同時にシーケンス情報提供者であってもよい。

また、シーケンス情報を含むストリームを送信することも可能である。例えば放送信号におけるＶＢＩを利用して、ストリームにシーケンス情報を含めて送信することも可能である。ストリームに含まれるシーケンス情報は、当該シーケンス情報を含むストリームに対応するシーケンス情報でなくてもよい。例えば、生放送のストリームが放送された後、その次の時間帯に放送されるストリームに、先の生放送に関するシーケンス情報を含めて送信してもよい。

ある番組の放送終了後に、当該番組のシーケンス情報を別の番組のストリームに含めて送信する場合、Ｗｅｂページや電子的な番組表で、事前にシーケンス情報の送信時期を予告することが望ましい。この場合、ストリーム出力装置は、この予告に基づいてシーケンス情報を予約し、予告された時期にシーケンス情報を取得する様にしてもよい。

例えば、視聴者がＷｅｂページや電子的な番組表で予告を見て、シーケンス情報を予約すると、ストリーム出力装置が、予約に必要な情報をシーケンス情報提供装置に送信する。シーケンス情報提供装置は、予約されたシーケンス情報が制作され次第メール等でシーケンス情報をストリーム出力装置に対して送信する様にしてもよい。また例えば、シーケンス情報が入手可能になる予定時刻を知らせるためのデータをＷｅｂページや電子的な番組表に添付しておいてもよい。視聴者が、Ｗｅｂページや電子的な番組表でシーケンス情報を予約すると、ストリーム出力装置は予定時刻のデータを取得する。取得したデータが示す予定時刻になると、ストリーム出力装置がシーケンス情報提供装置よりシーケンス情報を取得する様にしてもよい。

さらに、本実施の形態の図６に示す例では、テキストでシーケンス情報を記載しているが、シーケンス情報をテキスト形式に限定する必要は全くない。バイナリ形式であっても、そのフォーマットが予め定められており、内容を何らかの手段により判別できるものであればどのようなものでもよい。またテキスト形式の場合でも、内部のフォーマットとしてはＸＭＬやＳＭＩＬ等のより汎用の言語で記載する様にしてもよい。

また、ここでは放送をストリームデータとしてストリーム出力装置５０内に記録した場合の例を記載しているが、パッケージメディアについても同様の考え方を適用できる。パッケージメディアでは、取得したシーケンス情報と、記録されているストリームとが一致するかどうかを判定するために、シーケンス情報ではパッケージメディアのキーでストリームを特定する様にすればよい。ストリーム出力装置５０は、シーケンス情報中のキーとパッケージメディアのキーとを比較することで両者の一致を判定できる。ただしこの場合にも、再生のシーケンスを特定する情報（再生する部分の開始及び終了時刻のシーケンス等）が必要である。

本実施の形態のシステムで用いられるシーケンス情報は、図６に示すようなフォーマットである。しかしシーケンス情報のフォーマットは図６に示すものには限定されない。シーケンス情報は最低限ストリームを指定する情報（例えば放送チャネル情報、放送時間情報等）と、ストリーム開始時間が含まれるものであればどのようなものでもよい。

また、本実施の形態の図６に示すシーケンス情報の例では、地域によって異なる放送局の構成に対応するために、チャネルを示す情報に、地域ごとに放送局を指定する情報を記載した。しかし本発明は、このような実施の形態には限定されない。例えば、シーケンス情報に記載される情報のうち、地域ごとに異なる指定が必要な部分について、ストリーム出力装置が読替を行なう様にしてもよい。この場合、ストリーム出力装置には、予めユーザの地域に応じたシーケンス情報の読替表を格納してことが望ましい。また、シーケンス情報提供装置が、ストリーム出力装置から地域に関する情報を取得し、取得した情報を元に、地域ごとにシーケンス情報を変更して、ストリーム出力装置にシーケンス情報を送信する様にしてもよい。さらには、インターネットからアクセス可能なサーバ装置であって、シーケンス情報と地域を示す情報とを受信すると、与えられたシーケンス情報を、読替表に基づいて受信した情報によって示される地域に適したものに読替えて返信するサーバ装置を別途用意してもよい。このようなサーバ装置を用意すると、一般ユーザがシーケンス情報を作成し、ユーザ同士で交換する場合に、地域ごとの指定を手軽に行なうことができる。

シーケンス情報に、改竄を防止するための認証情報を含めてもよい。この場合、シーケンス情報提供装置とストリーム出力装置には認証を行なうための機能をさらに備える必要がある。さらには、シーケンス情報全体が暗号化されていてもよい。

また、シーケンス情報に有効期限を設けてもよい。ストリーム出力装置は、有効期限が切れたときに、新しいシーケンス情報を再度取得して、シーケンスを更新する様にしてもよい。

本実施の形態の番組表ページ生成部１５６は、自動的に番組表にシーケンス情報へのアクセスの情報を埋め込んだデータ（図５に示すもの）を、送信リクエストがあるたびに自動的に生成する。しかし、本発明はそのような実施の形態に限定されるわけではない。例えば、番組情報、又はシーケンス情報が変更されたタイミング等で予めこのデータの生成を行なっておいてもよい。また、自動的にではなく人手で作成してもよい。

また、図８を参照して行なった説明では、エラーの出力は表示部２１８を用いて行なっている。しかし本発明はそのような実施の形態に限定されるわけではない。例えば、エラーの出力にストリーム出力部２１４を用いてもよい。

また、本実施の形態の説明において、図９に示した制御構造を持つプログラムでは、ステップ２４２ではストリームが存在しないというメッセージを出力する。しかし、本発明ではエラー処理はそのような方法に限定されない。ステップ２４２では何も出力せず単にスキップしてもよいし、ストリームが存在しないというメッセージを出してもよい。又は、外部機器から情報を得て、その情報を出力しても構わない。

また、シーケンス情報にエラー処理の方法を指定する記述又は情報を加えておき、ステップ２４２では、シーケンス情報によって指定された方法にしたがってエラー処理を行なう様にしてもよい。例えば、選択するべきストリームと同一のストリームを取得できる別のストリーム放送局のアドレスを記載しておいてもよい。また、シーケンス情報に、選択するべきストリームの代替となるストリーム又は画像などを指定する情報を記載しておいてもよい。ストリーム出力装置は、このような記載に基づいて、選択されるべきストリームの代替となるストリーム又は画像などを取得し、表示することができる。なお、エラー処理方法の指定を複数記載しておいてもよい。

また以上の実施の形態では、シーケンス情報を選択するとそれに対応したストリームを出力する。しかし、本発明はそのような実施の形態には限定されない。シーケンス情報を予め取得してある状況においては、ストリームを指定することで対応するシーケンス情報を選択することも可能である。これは後述の様にシーケンス情報を番組表と一括して取得する場合等には、有効である。ＤＶＤ又はＶＴＲのテープの様にユーザがメディアをセットすることでストリームを選択することも可能である。この場合には、シーケンス情報からストリームの選択は行なわれず、シーケンスが選択されたらストリーム情報のチェックを行なわず現在セットされているメディアを単にシーケンス情報に沿って出力を行なうことも考えられる。

また、以上の実施の形態では、ユーザがシーケンス情報を指定すると、シーケンス情報に基づいて選ばれたストリーム部分が出力される。しかし、本発明は、このような実施の形態には限定されない。ストリーム出力装置には、シーケンス情報に基づいて選ばれるストリーム部分を含む、元のストリーム全体が格納されている。そのため、シーケンス情報により出力されるダイジェストと、元のストリーム（以下、元のストリームを「本編」と呼ぶ。）とをユーザによる操作に応じて切替えながら出力することが可能である。例えば、ダイジェスト再生中にダイジェストから離れて本編の再生を続けさせるような機能、ボタンを設けても良い。このことにより、例えばニュース番組において見出し部分だけのダイジェストを入手しておき、ユーザが気になるニュースの部分でこのボタンを押すことによって、ユーザはそのニュースの詳細を見続けることが可能になる。

図１３は、ユーザがダイジェストと本編を切替えながら出力する操作を行なうためのリモートコントローラの一例を示す外観図である。図１３を参照して、リモートコントローラ１１００は、ダイジェスト出力しているストリームの再生／早送り／巻戻しの操作を行なうためのダイジェスト操作キー１１０２と、本編の再生／早送り／巻戻しの操作を行なうための本編操作キー１１０４と、ダイジェスト及び本編に共通する操作を行なうためのキー１１０６とを含む。

図１４に、ユーザが図１３に示す各キーを押した際に表示されるシーケンスの概略を示す。図１４を参照して、ストリーム部分Ａ、Ｂ、Ｃ、Ｄ、及びＥを含むストリーム１１１０がストリーム出力装置に記憶されているものとする。また、ストリーム出力装置はストリーム１１１０からストリーム部分Ａ、Ｃ、及びＥからなるダイジェスト１１１２を出力するためのシーケンス情報を取得しているものとする。

ストリーム出力装置が、シーケンス情報に基づきダイジェスト１１１２のストリーム部分Ｃを出力している時に、ストリーム部分Ｃの出力が終了すると、通常はストリーム部分Ｄを飛ばして、ストリーム部分Ｅを出力する（図１４（１））。一方、ストリーム部分Ｃの出力中に、図１３に示す本編操作ボタン１１０４の再生ボタンが押下された場合、出力するストリームは、ダイジェストから本編に切替わる。そのため、ストリーム部分Ｃの出力が終了すると、続いてストリーム部分Ｄを出力する（図１４（２））。

本編のストリーム部分Ｃを出力中に、ダイジェスト操作キー１１０２の再生ボタンが押下されると、ストリーム出力装置の出力は、本編からダイジェストに切替わる。そのためストリーム部分Ｃの出力が終了すると、ストリーム部分Ｄを飛ばして、ストリーム部分Ｅを出力する（図１４（３））。

同様に、本編のストリーム部分Ｄを出力中に、ダイジェスト操作キー１１０２の再生ボタンが押下されると、ストリーム出力装置の出力は、本編からダイジェストに切替わる。ダイジェストでは、ストリーム部分Ｄを出力しないので、この時点でストリーム部分Ｄの出力は終了し、ストリーム部分Ｅの出力を開始する（図１４（４））。

また、本編のストリーム部分Ｃを出力中に、ダイジェスト操作キー１１０２の巻戻しボタンが押下されると、ストリーム出力装置の出力は、本編からダイジェストに切替わる。そのためストリーム出力装置は、現在出力中の箇所からストリーム部分Ｃの冒頭まで巻戻しを行ない、ストリーム部分Ｂを飛ばして、ストリーム部分Ａの結末部分から巻戻しを再開する（図１４（５））。

一方、ストリーム部分Ｃをダイジェスト出力中に、本編操作ボタンの巻戻しボタンが押下されると、ストリーム出力装置の出力は、ダイジェストから本編に切替わる。そのため、現在出力中の箇所からストリーム部分Ｃの冒頭まで巻戻しを行ない、続いてストリーム部分Ｂの結末部分から巻戻しを再開する（図１４（６））。

このような機能を用いることにより、例えば野球のホームランシーンのダイジェストを見ているときに、その打者が打席に入るところに遡って本編を見るというようなことが可能になる。なお、ここでいう「再生」機能には、スロー再生、倍速再生、コマ送り再生、一時停止などの機能が含まれていてもよい。

さらに、一つの本編に対して複数のシーケンス情報、例えば同じ野球の試合のストリームに対して「３分間ダイジェスト」と「３０分間ダイジェスト」という複数のシーケンス情報が取得される場合を想定して、複数のダイジェストを切替えながら再生、早送り、巻戻しを行なう機能をさらに設けてもよい。このような機能を設ける場合、図１３に示すリモートコントローラの、「本編」を操作するキー、「第一のダイジェスト」を操作するキー、及び「第二のダイジェスト」を操作するキー等、複数の操作キーを設けてもよい。また、切替可能な複数のシーケンスのうちの一つを選択するための選択キーを、リモートコントローラに設けてもよい。この場合ユーザは、選択キーと、ダイジェスト操作キー１１０２又は本編操作キー１１０４とを用いることにより、シーケンスの切替を行なうことができる。

また、現在再生しているのが「本編」なのか、「ダイジェスト」なのかを、画面上に表示してもよい。これによって、ユーザは今見ているのが本編なのかダイジェストなのかを知ることができるため、操作時の混乱を防止することができる。

また、本実施の形態では、ストリーム出力装置は、シーケンス情報に基づいて選択したストリームをＴＶモニタに出力し、ＴＶモニタは、これを映像、音声などの形でユーザに提示する。しかし、本発明は、そのような実施の形態には限定されない。ストリーム出力装置は、映像、音声を記録する記録装置に対して、選択されたストリームを出力することも可能である。記録装置は、ストリーム出力装置が出力したストリームの映像、音声を、装置内部のハードディスク、又は記録装置に挿入されているテープ若しくはＣＤ−Ｒ等のリムーバブルメディアなどに記録する。シーケンス情報に基づいて選択された一連のストリームを、ストリーム出力装置が記録装置に出力すると、記録装置は、シーケンスにしたがって記録することになる。そのため、元のストリームがテープの様にシーケンシャルに情報を記録する媒体に記録されている場合でも、記録装置に新たに記録された情報を再生することにより、頭出しに時間をかけることなく、シーケンスどおりにユーザにストリームを提示することができる。

また、再生する場合と同じ内容の映像、音声を出力するのであれば、映像や音声データのフォーマットを元のストリームのものとは異なるものにして出力してもよい。

例えば、出力される映像、音声のビットレートを元のストリームより低いものにすることができる。これにより、高ビットレートのストリームを再生することができないような低能力のポータブル端末、携帯電話などで、シーケンスによって作成された映像、音声を視聴することが可能になる。さらにデータ容量も減少するので、記憶装置の容量が少ないデバイスに出力するような場合にも有効である。また、出力する時にコピーや改竄を制限/禁止するような信号を加えることも可能である。

また、録画された複数のストリームを利用したシーケンスを作成することも可能である。例えば、毎日のプロ野球放送のストリームから、シーケンス情報を利用して、エラーシーンだけのダイジェストを録画しておくことができる。これにより、元々のプロ野球放送のストリームを消去してしまっても、それまでに録画しておいたエラーシーンを集めて「エラーシーン集」を作ることが可能である。

なお、本実施の形態ではストリームとして主にテレビ放送を想定してきたが、ストリームは、時間的に連続して再生可能なデータであれば、動画像、音声、それらを組合せたものなど、その形態を問わない。また、ストリームが、テレビ放送の様に音声と画像との両方を含む情報である場合、シーケンス情報に、映像のシーケンスと音声のシーケンスとを別々に指定するような記述を行なってもよい。

ストリーム出力装置において、又はシーケンス情報での記述において、「映像」と「音声」とをまとめて取扱っても、それらを分離して別々に取扱っても良い。

例えば、映画のストリームに対して映像だけを利用し、音声を別途取得することにより、その映画を外国語吹替え版として視聴することが可能である。一方、同じ映画のストリームに対して、映像、音声を共にそのまま利用し、別途字幕で翻訳を行なえば、その映画を字幕スーパー版で視聴することが可能である。

また、スポーツの実況中継などでは、映像の切れ目と解説者の音声の切れ目とが一致しないことがある。シーケンス情報を作成する時に、このような場所でシーンを切ると、映像、音声の内少なくとも一方は不自然な場所で切られることになってしまう。このような時には、一時的に映像と音声を分離して取り扱うことにより、それぞれに関して都合の良い所で切ることができる。このとき、映像、音声の内長く切られた方の長さがシーンの長さとなるため、短く切られた方に関しては、何らかの効果を加えたり、別のコンテンツを追加したりして長さを調整することができる。

なお、出力先がネットワーク経由で接続された機器の場合，出力先の機器では録画／録音をせずに即時再生しても良い。このことにより、例えば外出先の携帯端末から本ストリーム出力装置にネットワーク接続し、本ストリーム出力装置でシーケンス情報を処理して出力されたストリームを当該携帯端末で視聴することが可能になる。

本実施の形態のシステムで用いられるシーケンス情報は、ストリームの提供元となる放送チャネル又はサーバ装置等を指定する記述を含むものであった。しかし、本発明は、このような実施の形態には限定されない。シーケンス情報の中でのストリームの指定は必ずしも明示的である必要はない。ストリーム出力装置が適合性を判断して選択する、都度ユーザに選択を求めるなど、何らかの手段でストリームを特定可能であればよい。また、ある特定の時間に放送されたストリームであれば、いずれのストリームであっても構わない場合、シーケンス情報は、ストリームの開始時刻など時間を指定する情報のみを記述したものであってもよい。

例えば、ある地域で２００３年１月１０日に放送された番組の番組表が、図１５に示すものであったとする。図１５を参照して、この番組表によると、１９時頃から２０時５０分ごろまでの時間帯に、「ｔｖ３」という放送局、「テレビＪＡＰＡＮ」という放送局、及び「新世界テレビ」という放送局は、いずれもサッカー「日本代表対世界選抜」というゲームの番組を放送している。これらの番組がいずれもいわゆる生中継番組であった場合、同一の事象に関する映像は、同一の時刻に放送される事となる。例えば、放送局「ｔｖ３」の番組で、１９時６分に「最初のゴール」を撮影したシーンが放送されたとすると、放送局「テレビＪＡＰＡＮ」の番組でも、１９時６分に「最初のゴール」を撮影したシーンが放送されていたことになる。即ち、「最初のゴール」を撮影したシーンが放送された時間を指定できれば、異なる放送局から提供されたこれら異なるストリームのいずれからも、「最初のゴール」を撮影した部分のストリームを選び出すことができる。

このような場合に対応したシーケンス情報の一例を図１６に示す。図１６に示すシーケンス情報は、図６に示すシーケンス情報と同様のものである。図１６に示すシーケンス情報が図６に示すシーケンス情報と異なる点は、次の点である。即ち、図１６に示すシーケンス情報は、図６に示すシーケンス情報の７行目に記載されている「channel：」の項目を含まない。よって、このシーケンス情報に基づき、４行目から６行目に記載された放送時間を含む時間帯に提供されたストリームのダイジェストを、ストリームの提供元に関係なく出力することが可能となる。また、例えば「channel：」の項目が存在していたとしてもその内容が空欄であれば、上で説明した図１６の場合と同様、「channel：」の項目が存在していないものとして取り扱えばよい。

ただし、図１６に示すシーケンス情報は、ストリームを一意に指定しない汎用性のあるシーケンス情報である。この場合、ストリーム出力装置は、時間を指定する記述に記載された時間帯を含むストリームを検索する機能と、検索されたストリームから、出力するストリームを選択する機能とをさらに備えることが望ましい。

図１７は、図１６に示すシーケンス情報の様に、放送チャネルの指定がないシーケンス情報に基づいてストリームを検索し、選択する処理を実行するプログラムの制御構造の一例を示すフローチャートである。図１７を参照して、このプログラムは、図９に示すプログラムのステップ２３８からステップ２４４の処理に替えて実行されるプログラムである。

このプログラムは、ステップ１２０２で開始し、ステップ１２０２では、シーケンス情報の解析の結果、放送チャネルを指定する情報があるか否かを判定する。判定結果がＹＥＳならば、制御はステップ１２１４に進む。判定結果がＮＯならば、制御はステップ１２０４に進む。

ステップ１２０４では、シーケンス情報から、番組の開始時刻及び終了時刻を指定する番組時刻情報を抽出する。続くステップ１２０６では、ステップ１２０４で抽出された番組時刻情報とストリーム情報に含まれる記録時刻情報とを比較・照合し、ストリームの検索を行なう。制御はステップ１２０８に進む。なお、ステップ１２０６での処理の詳細については後述する。

ステップ１２０８では、ステップ１２０６での検索結果の判定を行なう。検索結果が、検索条件に該当するストリームが存在するというものであれば、制御はステップ１２１２に進む。該当するストリームが存在しないというものであれば、制御はステップ１２１０に進み、エラー処理が行なわれる。

ステップ１２１２では、検索されたストリームのストリーム情報をユーザに提示し、ユーザがダイジェストとして出力するストリームを選択する入力を取得する。この処理により、ストリームが一意に決定される。続くステップ１２１４では、シーケンス情報に基づいて、決定されたストリームのダイジェストを出力する。出力が終了すると、この処理は終了する。ステップ１２１０の処理が終了すると、制御は図９のステップ２３４に戻り、以下シーケンス情報が終了するまで、上記した処理を繰返す。

図１８は、図１７に示すステップ１２０６で実行される検索処理の一例を示すフローチャートである。図１８を参照して、この検索処理は、放送番組のストリームを、当該番組を提供した放送局ごとに検索するものである。なお、この例では、放送局ごとに予め定められた放送局番号が１から順に昇順で付与されているものとする。

ステップ１２０６の処理はステップ１２３２で開始され、ストリーム情報を検索するためのカウンタｎの値を１に初期化する。続くステップ１２３４では、カウンタｎの値と一致する番号の放送局が存在するか否かを判定する。判定結果がＹＥＳであれば、制御はステップ１２３６に進む。判定結果がＮＯであれば、ステップ１２０６の処理は終了する。

ステップ１２３６では、ｎ番目の放送局が放送した番組のストリーム情報と、シーケンス情報の番組時刻情報との照合を行なう。すなわち、ｎ番目の放送局が放送した番組に、番組時刻情報によって指定される開始時刻と終了時刻とを共に放送時間に含むストリームが存在するか否かを判定する。該当するストリームが存在するならば、制御はステップ１２３８に進む。該当するストリームが存在しなければ制御は１２４０に進む。

ステップ１２３８では、ステップ１２３６の判定条件に合致したストリームのストリーム情報を検索結果としてリストアップする。このリストは、図１７に示すプログラムのステップ１２０８以降の処理で用いられる。続くステップ１２４０では、カウンタｎの値に１を加える。制御はステップ１２３４に戻る。

なお、ここでは放送局をキーにしてストリームが管理されていることを仮定している。そうでない場合には、単に番組開始時刻と終了時刻とにより定まる時間の一部又は全部を含む番組（ストリーム）をサーチすればよい。

この様に、ストリームを一意に指定しない、汎用性のあるシーケンス情報と、当該シーケンス情報を元に、ストリームを検索する機能をさらに備えたストリーム出力装置とを用いると、一つのシーケンス情報で、複数種類のダイジェストを出力することが可能となる。

例えば、同じ野球放送が地上波放送と衛星放送とで異なる番組として放送されており、そのカメラワークも解説も互いに異なっている場合がある。そうした場合、一つのシーケンス情報でそれら放送の両者のダイジェスト情報を兼用することができる。同一のシーケンス情報を用いても、地上波放送のストリームを用いて得られるダイジェストと、衛星放送のストリームを用いて得られるダイジェストとの、二つのダイジェストが得られる。

同様に、地上波放送を録画したストリームと、実際に個人が球場で野球の試合を撮影したビデオテープ又は写真とに対して、同一のシーケンス情報を適用すれば、地上波方法の番組のダイジェストと、個人で撮影したビデオテープ又は写真によるダイジェストとの、二つのダイジェストが得られる。

なお、上記したように一つのシーケンス情報で、動画からなる二つ以上のダイジェストが得られる場合、それらダイジェストを互いに同期させて２画面で再生できるようにすることが望ましい。そうすれば、同じプレーを異なるカメラワークでとったシーンを同時に見ることができる。ダイジェストの一方が写真からなり、他方がビデオなどの動画からなる場合には、動画の再生時刻が写真の撮影時刻付近に到達すると、写真が表示されるようにすることが望ましい。こうすることで、動画と写真とを同時に楽しむことが可能になる。

また、図１８に例示した検索処理に限らず、番組時刻情報、放送チャネルに関する情報、又はストリーム情報内のキーワード等を検索条件としてストリームの検索を行なってもよい。そのため、このような検索機能は、ユーザがストリーム出力装置に格納されているストリームを整理する際にも利用できる。

なお、図１６に例示したシーケンス情報は、放送番組のストリームに限らず、ユーザ自身が記録し、ストリーム出力装置に格納させたストリーム等、放送番組以外のストリームに対して適用してもよい。例えば、図１５に示す生中継番組で放送されたサッカー「日本代表対世界選抜」の試合を、ユーザが実際に競技場で観戦し、その試合をビデオに撮影していたとする。このユーザが撮影したビデオ映像は、図１５に示す生中継番組と同一の事象に関する映像であると考えられる。よって、このビデオ映像に対して図１６に例示したシーケンス情報を適用することにより、生中継番組にシーケンス情報を適用した場合と同様のシーンを、このビデオ映像のダイジェストとして再生することが可能となる。また、運動会などのイベントの際に、多くの来場者がビデオ撮影を行なった場合、主催者がイベントのスケジュールを元に作成したシーケンス情報を来場者に配布すると、来場者が撮影したビデオを元にイベントのビデオアルバムを作る際の手助けとなる。

また、例えば、キー局の番組を指定するシーケンス情報を取得したものの、ストリーム出力装置に記録されている番組のストリームにはローカル局が放送したものしかない場合など、放送チャネルに関する記載が一致しないシーケンス情報に基づいてダイジェストを出力しようとした場合のエラー処理として、図１７及び図１８に例示した処理を利用してもよい。

＜第２の実施の形態＞
図１９に、本発明の第２の実施の形態に係るシステムの全体ブロック図を示す。図１９に示すシステムが図１に示す第１の実施の形態に係るシステムと異なるのは、ストリーム放送局３４及びインターネット３６に接続され、ストリームを出力することができるとともに、インターネット３６を介して電子メールを所定のあて先に送信することができる端末装置２６２を新たに含むことと、図１のストリーム出力装置５０に代えて、端末装置２６２からの電子メールにより指定される外部機器からシーケンス情報をダウンロードして、そのシーケンス情報により指定されるストリームをシーケンス情報にしたがって出力することができる端末装置２６０を含むこととである。

図２０に本実施の形態に係る端末装置２６０のブロック図を示す。図２０において、図４に示される部品と同一の部品には、同じ参照番号を付する。それらの名称及び機能も同一である。したがって、ここではそれらについての詳細な説明は繰返さない。なお、以下の図面において、図１に示すＴＶモニタ５２及びリモートコントローラ５４は、図面を簡略にするために図示しない。したがって、以下の説明では端末装置とはストリーム出力装置のことを指す。

図２０に示す端末装置２６０が図４に示すストリーム出力装置５０と異なるのは、ネットワーク部１０４を介して、外部から端末装置２６０に宛てて送信された電子メールを受信するためのメッセージ受信部２７２、及びメッセージ受信部２７２が受信した電子メールからシーケンス情報を抽出してストリーム選択部１０８に与えるためのシーケンス情報抽出部２７４を含む点である。

メッセージ受信部２７２が受信するメッセージは、電子メール又はインスタントメッセージである。これらのメッセージは予め決められている装置から送信されるのではない。任意の送信側の機器から、この装置を宛先として電子メール又はインスタントメッセージを送ることにより、メッセージ受信部２７２がそのメッセージを受信する。

メッセージは通常は日本語、英語等の言語で人間が可読な形で記述されている。シーケンス情報抽出部２７４はそのメッセージの中からシーケンス情報を抽出するためのものである。電子メールではＭＩＭＥと呼ばれるフォーマットで各種データが添付されることが多い。本実施の形態では、シーケンス情報もこのＭＩＭＥフォーマットで送信される。ＭＩＭＥの場合、当該シーケンス情報又はシーケンス情報を扱うアプリケーションの名称がキーとして送信側で付加される。図６の最上段に示したのがそのキーの一例である。図６の場合、キーは「xtv-digest」である。この場合には同時にデータの境界が示されるため、データ境界で区切られた部分で該当するキーを持つ部分のデータをシーケンス情報として抽出する。

図２１に、端末装置２６２の構成をブロック図形式で示す。図２１を参照して端末装置２６２は、記録されたストリーム、又は受信されたストリームを外部機器に出力するストリームデータ出力部３００と、現在ストリームのどの位置が出力されているのかを特定するためのタイマ部３０２とを含む。本実施の形態のタイマ部３０２は、自動的に校正されるタイプのものである。タイマ部３０２は、記録されたストリームでは、記録開始からの相対時間（メディア上の時間）を特定し、受信されたストリームの場合には、その番組の開始からの相対時間を特定する。

端末装置２６２はさらに、ユーザとのインタラクションを行なうユーザインタフェース部３１０と、ユーザインタフェース部３１０によってユーザにより指定された時に出力しているストリーム情報を生成するためのシーケンス情報生成部３０４とを含む。ここでは、シーケンス情報生成部３０４は、放送の場合には、チャネル情報と時間情報が記載され、さらに出力している時間情報が付加されたストリーム情報を作成し出力する。それらの情報はシーケンス情報として、例えば図６の形式で作成される。この場合、シーケンス情報は、図６に示すdigest_startとdigest_endの両方は含んでおらず、代わりに現在のポジションを示す時間又は時刻をdigest_startの項目として含む。これは、現在のポジションからの続きの再生を指示するダイジェスト情報を作成する場合である。

端末装置２６２はさらに、ネットワークで接続された機器との通信を行なうネットワーク部３０８と、シーケンス情報生成部３０４で生成された情報をネットワーク部３０８を介して所定の機器に送信するシーケンス情報送信部３０６とを含む。本実施の形態では、シーケンス情報送信部３０６及びネットワーク部３０８は、電子メールの添付書類としてシーケンス情報を送信する。送信先は、ユーザインタフェース部３１０を介してユーザにより指定される。例えば、シーケンス情報が添付された電子メールが、シーケンス情報送信部３０６、ネットワーク部３０８及びインターネット３６を介して端末装置２６０に送信される。

端末装置２６０は、この電子メールを受信し、添付ファイルからシーケンス情報を抽出し、それを解析して、第１の実施の形態と同様にそのシーケンス情報にしたがってストリームを再生する。

この第２の実施の形態に係るシステムでは、次のような動作を行なうことが可能である。例えば、端末装置２６２を用いてストリームを視聴しているユーザが、その途中のある時点でその時点で出力中のストリームの情報をシーケンス情報として電子メールに添付して例えば端末装置２６０に送る。この端末装置２６０は、ネットワーク部１０４及びメッセージ受信部２７２でこの電子メールを受信する。シーケンス情報抽出部２７４は、電子メールの添付ファイルからシーケンス情報を抽出し、ストリーム選択部１０８に与える。ストリーム選択部１０８は、そのシーケンス情報をストリーム情報記憶部１００に記憶する。

その後、ユーザがユーザインタフェース部１０２を用いてストリーム情報記憶部１００に記憶された当該シーケンス情報を呼出し、ストリームの視聴を行なう。

この様にして端末装置２６２及び端末装置２６０を用いることにより、端末装置２６２でユーザが見ていたストリームを、端末装置２６０でストリーム情報に基づいて見直すことができる。シーケンス情報には、ストリームの視聴を中断した時点の時刻情報が入っているため、端末装置２６０を用いたユーザは、その時刻から同じストリームの続きを再生することができる。

以上の様に、この第２の実施の形態に係る端末装置２６０では、不特定の外部機器から送信されてきた電子メール又はインスタントメッセージからシーケンス情報を取得し、その情報を用いて、ストリームを編集できる。例えば、サービス側から、ユーザを指定してシーケンス情報を送信することが可能である。そのため、サービスプロバイダが、契約を結んだ特定のユーザに向けて独自の編集をしたシーケンス情報を送り，ユーザは当該シーケンス情報にしたがって、提供されるストリーム（ダイジェスト等）を視聴することが可能になる。

また、本実施の形態に係る端末装置２６２を用いると、例えば端末装置２６２で作成されたシーケンス情報を他の端末装置２６０に電子メールで送信し、端末装置２６２でのストリームの再生の続きから端末装置２６０で再生することができる。例えば、自宅に設けられた端末装置から携帯電話に電子メールでシーケンス情報を送信することで、外出中に携帯電話を用いて当該ストリームの続きを見たりすることができる。この場合、携帯電話では端末装置２６０で再生されていたストリームとは別の、より低ビットレートのストリームを再生することが必要となるのが一般的である。しかし、ストリームそのものが同じデータ（データフォーマットが同一）である必要はなく、内容が同じストリームでありさえすればよい。

本実施の形態では、シーケンス情報をＭＩＭＥとして送信する。しかし、本発明はＭＩＭＥを用いるものに限定されるわけではない。例えば、既に述べたＸＭＬ又はその他の形式でストリーム情報を記載してもよい。また、メッセージの本文として、直接シーケンス情報を記載する形にしてもよい。

また、本実施の形態では、端末装置２６２から端末装置２６０に送信されるシーケンス情報は、再生中のストリームの一点の時間である。しかし、本発明はそのような実施の形態に限定されるわけではない。例えば、ユーザはストリームの最初と最後の時間からなる区間情報をシーケンス情報として送る様にすることもできる。また、そのような複数の方法を混在させる様にしてもよい。

また本実施の形態では、タイマ部３０２は、再生の相対時間を特定する。しかし本発明はそのような実施の形態には限定されない。例えばタイマ部３０２は、放送を特定するための絶対時間（できればグリニッジ標準時をベースにした時間）を特定する様にしてもよい。

＜第３の実施の形態＞
図２２に本発明の第３の実施の形態に係る端末装置３４０のブロック図を示す。この端末装置３４０は、第１の実施の形態に係るシステムのストリーム出力装置５０、及び第２の実施の形態に係る端末装置２６０に相当するものであるが、ストリームにシーケンス情報を付加しておいたり、又はストリームについての電子的な番組表のようなものを用いたりすることにより、ストリームを指定しただけで、シーケンス情報を取得することが可能になるという特徴をもつ。

図２２において、図４に示される部品と同一の部品には同一の参照符号及び名称を付してある。それらの機能も同一である。したがってそれらについての詳細な説明はここでは繰返さない。

図２２に示される端末装置３４０が図４に示すストリーム出力装置５０と異なるのは、ストリームを取得するチューナ部３５２と、チューナ部３５２が取得したストリームに関するストリーム情報を取得するストリーム情報取得部３５６と、ストリームからそのシーケンス情報にアクセスするためのアドレスを作成するアドレス付加情報作成部３５８とをさらに含む点である。またチューナ部３５２の追加に伴い、図４に示すストリーム読出部１１２に代えて、チューナ部３５２からストリームを受けてストリームデータ出力部１１８に出力する機能をさらに備えたストリーム読出部３６０を含む点、ストリーム情報取得部３５６の追加に伴い、図４のストリーム情報記憶部１００に代えて、ストリーム情報取得部３５６からストリーム情報を受けて記憶する機能をさらに備えたストリーム情報記憶部３５４を含む点、及び図４のアドレス作成部１１６に代えて、ネットワーク部１０４の出力及びアドレス付加情報作成部３５８の出力からシーケンス情報を取得するためのアドレスを作成するためのアドレス作成部３５０を含む点でも両者は異なっている。

チューナ部３５２は、本実施の形態では放送サービスを受信するテレビチューナである。ストリーム情報取得部３５６は、チューナ部３５２によりストリームデータが取得されたときにそのストリーム情報を取得する。ストリーム情報記憶部３５６が取得したストリーム情報は、ストリーム情報記憶部３５４に記憶される。ストリーム選択部１０８が、このストリーム情報とシーケンス情報取得部１０６が取得したシーケンス情報とを比較する。

アドレス付加情報作成部３５８は、ユーザからの指示により、記録したストリームが指定されたときに、それに対応するシーケンス情報を取得しやすくするためのものである。図２３にストリーム情報からアドレス付加情報を作成する例を示す。

図２３には、３種類のストリーム情報が示されている。この３種のストリーム情報はそれぞれ、図２３の最上段、中段、及び最下段に分けて示されている。各ストリームは、タイトル、日付、時間、チャネル、インデックスの情報を含む。

例えば最上段は、タイトルが不明、２００３年１月１０日の１９時２分２秒から大阪の放送局ｍｉＴＶで放送されたストリームを示している。インデックスとして記載された情報は、記憶されたストリームをアクセスするのに必要な情報である。図２３に示す例では、インデックスとしては全て「xxxx」と記載されているが、実際のインデックス情報はストリームの先頭ポジションを指す情報を保持する。中段は「７時のニュース」という番組のストリームに関する情報であり、最下段は地域スポーツのストリームに関する情報である。最下段に示された例では、チャネルのところにＵＲＬが記載されており、ストリームは外部機器に記憶されていることが分かる。

アドレス付加情報作成部３５８は、このようなストリーム情報に基づいて、シーケンス情報にアクセスするためのＵＲＬを作成する。例えば、図２３に示す様に、チャネル情報と、日付と、放映時間とに基づいて当該チャネルのウェブサイトにアクセスする際のＵＲＬに付加するアドレス付加情報を作成する。このアドレス付加情報を、アドレス作成部３５０により作成したＵＲＬ（図２３の最上段のストリーム情報の場合には「http：//www.miTV.co.jp」の部分）に付加することにより、シーケンス情報を取得するアドレスが得られる。図２３の最も下に示されるＵＲＬにおいて、「？」以降の部分が図２３の最上段のストリーム情報に対応するアドレス付加情報列である。このＵＲＬにより、もとのストリームに対応したシーケンス情報を取得することができる。

例えば、放送局ｍｉＴＶが、自己の放送する番組のシーケンス情報も同時に作成し、そのシーケンス情報を自己のウェブサイトに掲示する場合、ユーザがストリームを指定することでダイレクトにシーケンス情報を得ることが可能である。この場合例えば、図２３の最下段に記載の様に、ストリーム情報からアドレス付加情報を作成することにより、ストリームを指定しただけで、そのストリームに関するシーケンス情報を取得することが可能になる。

例えばストリームがサッカーの番組であった場合に、２時間弱の放送の中から５分のダイジェストを作るシーケンス情報、３０分のダイジェスト、日本代表のハイライトシーンのダイジェスト、という様にいくつものシーケンス情報が存在する可能性がある。本実施の形態ではそれらを全て取得する様にしている。

この様に記録されたストリームから得られた情報によりアドレスを作成することで、ユーザが指定したストリームに適したシーケンスの取得が容易になる。

シーケンサ部１１０では、タイマを保有してそれをベースにシーケンスの制御を行なう。図６の例の様に絶対時間で再生個所が指定されることがある場合に、外部機器と当該装置の時間がずれているとシーケンス出力に時間的な誤差が生じる。そのため、シーケンサ部は自動的に校正されるタイマを保有することが望ましい。校正する方式は、電波で送られる基準時報を用いるものであってもよいし、インターネット上の時間校正プロトコルを用いるものであってもよい。

なおこの第３の実施の形態に係るチューナ部３５２は、テレビチューナである。しかし、本発明はそのような実施の形態に限定されるわけではない。例えばチューナ部３５２が、インターネットからストリームを取得するものであってもよい。又はチューナ部３５２に代えて、ＣＤ、又はＤＶＤの様にパッケージメディアを切替えることにより多くのストリームの中から一つを選択できるものであってもよい。ＤＶＤのようなパッケージメディアでは、ストリームを取得するところでランダムアクセスが可能であり、したがって図２２に示すチューナ部３５２とストリーム読出部３６０とは一体であると考えられる。アナログ放送のチューナの場合には、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２等の圧縮形式にエンコードして記憶するのが普通である。データ形式は時系列のものである限りＭＰＥＧ２，ＭＰＥＧ４，ＭＰ３、又はアナログ等どのようなものでもよい。

また、本実施の形態の装置では、ストリーム情報記憶部３５６は、チューナ部３５２によりストリームデータが取得されたときにそのストリームの情報を取得し記憶する。しかし本発明はそのような実施の形態には限定されない。インターネット上で配信される電子的な番組表等で放送の録画を予約する場合には、その番組表の情報を用いてストリーム情報を取得してもよい。またＤＶＤ等のパッケージメディアの場合には、パッケージメディアの固有の識別情報（ＩＤ）を用いてもよい。

なお、本実施の形態では一つの番組に対し複数のシーケンス情報が存在するときにそれらを全て取得する様にしているが、取得する前にユーザに選択させる様にしてもよい。また、上記した例ではアドレスにすべての情報を埋め込んでいる。しかし本発明はそのような実施の形態には限定されない。ネットワークに接続されたシーケンス情報を提供する機器がストリームを特定できる形式であれば、どのような形式でも良い。

＜第４の実施の形態＞
図２４に本発明の第４の実施の形態に係る端末装置３８０のブロック図を示す。図２４を参照して、端末装置３８０は、図２２に示す端末装置３４０の構成に加えて、ネットワークで接続された外部機器から情報を得て表示データを作成するブラウザ部３９６をさらに含む。このブラウザ部３９６は、通常ＨＴＭＬで記載されたウェブデータを取得し、表示情報を作成するインターネットブラウザである。ＶＢＩに送られてきたデータやデジタル放送のデータ放送で送られるデータを表示するブラウザ部であっても構わない。ブラウザ部３９６が追加されたことに伴い、図２２のネットワーク部１０４、シーケンス情報取得部１０６及びユーザインタフェース部１０２にそれぞれ代えて、ブラウザ部３９６と接続されたネットワーク部３９０、シーケンス情報取得部３９２、及びユーザインタフェース部３９４を含む点でも端末装置３８０は端末装置３４０と相違する。このブラウザ部３９６は、通常一般的なインターネットブラウザと同様に、単に表示データを作成するだけでなく、ブラウザ用の言語の処理系等をも含んでいる。

ネットワーク部３９０で受信されたウェブデータに基づき、ブラウザ部３９６で作成された表示データは、ストリームデータ出力部１１８を通じて出力される。本実施の形態では、ストリームデータ出力部１１８はＴＶモニタに対して映像を出力する。したがってストリームデータ出力部１１８は、表示データをアナログのビデオ信号に変換して出力する。

ブラウザを持つことで、シーケンス情報をブラウザから選択することが可能となる。例えば、インターネット上のサイトでスポーツニュースを提供するサイトを閲覧していて、かつそのニュースからリンクが張られているシーケンス情報を取得することで、そのシーケンス情報に対応してローカルに記憶されているストリームから、シーケンス情報にしたがった出力を行なうということが可能になる。

図２５に表示例を示す。図２５の左側にはブラウザ出力の例を示す。この例では、ブラウザはインターネットから得られるスポーツニュースのページ４２０を表示している。このページ中に、「５分間ダイジェスト」と「▽○ゴールシーン」と記載されている部分４２２、４２４がある。これらの部分がそれぞれ、シーケンス情報の指定部分であり、これらの部分にそれぞれのシーケンス情報へのリンクが、アドレス付加情報付のＵＲＬの形で張られている。この部分をユーザが選択することで、通常のブラウザでウェブページを閲覧するのと同様の操作でシーケンス情報が取得できる。シーケンス情報は、このスポーツニュースの情報を保有する機器とは違う機器が保有している場合もある。

ユーザが「５分間ダイジェスト」と記載された部分４２２を選択するとブラウザ出力からローカルに記憶されているストリームの出力４３０（図中右）に切替わり、シーケンス情報にしたがいストリームが出力される。

以上のような構成とすることにより、ニュース等の情報はインターネットから取得するが、それに関連する動画は、予めチューナ部３５２を経由して得てストリーム情報記憶部３５４に記憶しておいたストリームから出力することが可能となる。

なお，本実施の形態では、リンクを利用してシーケンス情報をダウンロードした。しかし本発明は、このような実施の形態には限定されない。例えば、シーケンス情報が単純なものであれば、シーケンス情報にリンクを張る代わりに直接ＵＲＬ内にシーケンス情報を埋め込んでもよい。具体的には、例えばＵＲＬとして、「vtr://localhost/?area=osaka&sorcech=8ch&starttime=20030630210100&endtime=20030630210420」と記載する。この記載は、ＶＴＲに既に録画されたコンテンツの中から、大阪の８チャネルで２００３年６月３０日２１時１分から２１時４分２０秒の間に放送された部分を再生することを指示するものである。

なお、図２５の「５分間ダイジェスト」等と記載された部分４２２、４２４の様に、シーケンス情報に対応している情報を表示（出力）する場合に、予めそのシーケンス情報に含まれているストリームが本装置からアクセス可能であるか（すなわちシーケンス情報にしたがった出力ができるかどうか）をチェックして、その結果をブラウザ上で表示することが望ましい。こうすることで、実際にその情報に対応するシーケンス情報にしたがってストリームを出力できる場合には、そのシーケンス情報に対応している情報を選択できる形式で表示し、該当するストリームがなくて出力できない場合には、シーケンス情報に対応している情報を選択できない形式で表示することが好ましい。選択できない場合には、例えば薄い色で表示をする様にしてもよい。

図２６は、本実施の形態の端末装置３８０を実現するためのプログラムの制御構造を示すフローである。図２６において、図９に示されたステップと同じステップには同じ参照符号を付してある。したがって、それらについての詳細な説明はここでは繰返さない。

図２６に示されるフローチャートに追加されている部分は、ステップ２３０の後、外部機器から得られたデータをブラウザで表示するステップ４６０と、ステップ４６０の表示に対してユーザが行なった操作の結果、別のウェブページへのリンクが選択されたか、シーケンス情報が選択されたかを判定するステップ４６２とである。ウェブページから別のページへのリンクが選択された場合、制御はステップ２３０に戻る。ステップ２３０では再度アドレスを設定して、新しいデータを取得し、ステップ４６０で新しいページを表示する。ユーザがシーケンス情報を選択した場合には、制御はステップ２３２に進む。

このプログラムは、図９に示したものに加えてさらに、ステップ２４０で該当ストリームが存在すると判定された場合に、今から出力するシーケンスの確認をユーザに対して行なうステップ４６４と、それに対するユーザの返答にしたがい、当該シーケンスにしたがってストリームの出力を行なうか否かを判定するステップ４６６とを含む。ステップ４６６において、選択されたシーケンスでよいとユーザが指示した場合には制御はステップ２４４に進む。それ以外の場合には制御はステップ４６０に進む。

本実施の形態では、ステップ４６６でユーザに確認を行なうのは、シーケンス情報をダウンロードした直後、そのシーケンス情報にしたがってストリームの出力を実行するときの最初、又はストリームを切替えるタイミングにおいてである。この他にも確認を行なうタイミングは種々あり得る。

なお、ステップ４６４でシーケンス情報をユーザに確認した場合、シーケンス情報の出力が指示された後には、ブラウザからストリーム出力への切替が自動的になされることが望ましい。また、一旦ストリーム出力を開始した後でも、ストリーム出力を中断し、直前又はその近くに表示された、シーケンス情報を選択するブラウザ出力に表示をワンタッチで切替えることができるキーを用意することが望ましい。この「ブラウザに戻る」キーを設定することで、ストリーム出力の途中で違うシーケンスを選択しようとした場合に、ワンタッチで選択画面に移行できる。例えば、図２６のフローチャートでは、ステップ２４４のストリーム出力のところで、ユーザからの入力に応じてストリーム出力を中断し、ステップ３１０のブラウザ出力に戻って直前のＵＲＬを表示することになる。

なお、ブラウザはインターネットブラウザに限ることはなく、衛星放送のデータ部分を解析して表示（出力）するブラウザであっても構わない。

さらに、図２６のステップ２４２で行なわれるエラー処理では、外部機器にアクセスしてエラーに対応する情報を取得しても構わない。例えば、ストリームが存在しない場合に、品位は低いが同等のストリームを外部機器から取得するという処理を行なってもよい。そのために、シーケンス情報の中にエラーが起きたときに外部機器にアクセスする情報を含めておいてもよい。この様にすると、シーケンス情報毎にエラーが発生したときの対応を変えることが可能になる。

なお、本実施の形態では、ストリームデータ出力部１１８は、ブラウザ部３９６の出力をアナログのビデオ信号に変換する。しかし、本発明はそのような実施の形態には限定されない。ストリームデータ出力部１１８が出力する信号の種類は、表示機器に適合するものであれば、どのようなものであってもよい。また、ストリーム出力とブラウザ出力とは別の種類の信号であってもよい。

＜第５の実施の形態＞
本発明の第５の実施の形態は、ストリームを指定し制御する情報だけでなく、外部機器の情報を表示するための制御情報も保有するシーケンス情報を扱う。

図２７にこの第５の実施の形態で使用されるシーケンス情報を示す。図２７を参照して、このシーケンス情報は、図６に示すものと比較すると、外部機器が保有する情報を指定する記述である「url:」という項目を新たに含む。例えば、図２７において「http://」で始まるＵＲＬがこれに相当する。

図２７に示す例では、最初の「digest_start」と「digest_end」との対の次に「url:
10seconds: http://www.soccer-ad.co.jp/daihyou03.html」というＵＲＬが入っている。したがって、上記した「digest_start」と「digest_end」との対で指定されたストリームを出力した後に「http://www.soccer-ad.co.jp/daihyou03.html」で指定されるアドレスの情報を表示する。なお、ここでは「10seconds」という指定を付けることで、１０秒たつとシーケンサ部１１０が表示をストリームに切替えることを示している。

図２７に示す例では、最後の行にも「url:http://www.soccer-new.co.jp」という記載がある。この例では、この記載は、ストリームの出力が終われば別の外部機器が保有する情報を出力することを示している。

なお、ここでは外部機器の情報とストリーム情報を完全に切替える例を示した。しかし本発明はそのような実施の形態には限定されない。例えば、シーケンス情報をより詳細に記述できる様にして、ストリームと外部機器情報とを同時に出力する様にできる。そのような構成とすると、柔軟な使い方が可能である。

例えば、ストリームを再生中に画面の下の方にテロップとして外部機器から取得した情報（例えば得点シーンの解説や広告等）を出すことができる。また、画面を分割して外部機器からの情報とストリームの両方を出すことができる。ストリームのデコーダが２つ以上存在する場合には、２つ以上を同時にデコードして１つの出力にまとめて出力することも可能である。

なお、時間的な動きを含めて各種のメディアを扱う技術としてＳＭＩＬを用いたり、そうした言語により記載されたページを表示可能なブラウザを用いて実現したりしてもよい。

さらにこのような記述のシーケンス情報を取得した場合に、外部機器の情報若しくはストリームの両方、又はストリームのみのいずれかの出力モードを選択できることが望ましい。これはシーケンサ部で容易に実現可能である。例えば、ストリームだけを見たい場合と、ストリームの途中でウェブのニュースを見たい場合との切替を行なうものである。さらに、その切替は外部機器からの情報を用いて行なうことも考えられる。例えば、ストリームの間にウェブページとして広告を表示するが、有料サービスを契約するとその広告のページを表示しない様に装置が動作する、というような使い方が考えられる。この場合、サーバから送られたキーの情報を用いることで、ウェブページのアクセスを抑制する（又はキーを持つことで特別なページにアクセスできる）ことを可能にする。

＜第６の実施の形態＞
図２８に本発明の第６の実施の形態に係るシステム全体像の例を示す。第１〜第５の実施の形態に係るシステムで使用されるサーバ装置は、基本的にはクライアントの要求に応じて適切なシーケンス情報を送信する、というだけのものである。しかし、本発明のサーバ装置には、これ以外に様々な機能を追加することができ、それによってシステムが提供できるサービスをより充実したものにできる。第６の実施の形態は、主としてそうしたサーバ装置の改良に関する。

まず、この第６の形態に係るシステムのサーバ装置の特徴について述べる。本実施の形態に係るサーバ装置の特徴として、主として以下の４つを挙げることができる。第１は、シーケンス情報とリンクした番組表ページを送信する際に、送信時刻と番組の放映時刻との関係を考慮して番組表ページの内容を動的に変更する点である。第２は、クライアントからサーバ装置に対して、番組の録画の予約を行なえる様にし、録画予約された番組のシーケンス情報が作成されたときに、そのシーケンス情報を当該ユーザに自動的に送信可能とした点である。第３に、シーケンス情報にビジネス上で有用になる情報（例えば番組内容と連動した広告及び製品の販売のためのＷｅｂサイトへのリンク情報）等を含ませることにより、番組と製品・サービスの提供者とが連携できる様にした点である。最後に、その様に番組と製品・サービスとの提供者との連携が行なわれたときに、製品・サービスの提供者が、番組等の製作者に対して適切な対価を支払うことができるような課金システムを提供している点である。以下、これらに特徴について順番に説明し、その後に本システムの構成及び動作について説明する。

まず、送信時刻と番組の放映時刻との関係を考慮して番組表ページの内容を変更することについてその概念を説明する。放送を利用してストリームを送信し、そのストリームに対応するシーケンス情報をネットワークを利用して送信する場合、番組のタイトル、開始時刻、終了時刻、放送局情報等を含む番組情報とシーケンス情報とをあわせて端末に送信することが望ましい。この場合、シーケンス情報が放送以前に作成されている場合であっても、番組放送前にはシーケンス情報を送信せず、番組放送後にシーケンス情報が送信されることが望ましい場合がある。これは、端末側でユーザがシーケンス情報を選択した場合に、番組開始以前にシーケンス情報を端末側が取得した場合でも、端末側でストリームデータを保持していないため、シーケンス情報に対応するストリームの部分の出力ができないからである。さらに、番組開始後であっても、すぐにはシーケンス情報を送信可能にせず、したがってすぐにダイジェストを見ることができない様にサーバ側で制御を行ないたい場合もある。例えば、有料で契約したクライアントには直ちにシーケンス情報を送るのに対して、そうした契約をしていないクライアントには１週間後でなければシーケンス情報を送らない様にする、という場合である。

このような場合には、番組表ページ情報を作成するときに、ある番組のシーケンス情報を送信される番組表ページに含めるかどうかを、番組表ページに対するリクエストがあった時刻と、各番組の放送予定時刻とにより動的に制御することが望ましい。これを制御する機能が本実施の形態に係るサーバ装置の第１の特徴である。

第２の特徴である、番組予約及び番組予約したユーザに対するシーケンス情報の自動送信について説明する。シーケンス情報は、多くの場合、スポーツのダイジェストの様に実況中継された後になって初めて作成される。こうした場合は、ユーザ側はその番組についてのシーケンス情報が用意されたかどうかを知るためにはサーバ装置に問い合わせを行なう必要がある。そうした問合せを逐一行なうのは煩雑な作業である。そこで本実施の形態のサーバ装置では、ユーザが予め番組の録画を指定しておくと、その番組に対応するシーケンス情報がサーバ装置に登録されたときに、当該ユーザの端末にシーケンス情報を自動的に送る機能を提供している。

続いて、第３の特徴である、番組と製品・サービスの提供者との連携について説明する。最近では、消費者の流行が、番組中であるタレントが着用したもの、又は番組中であるタレントが使用していたもの等により大きく左右される場合がある。そこで、番組中の小道具として、ある特定の商品等が登場した場合に、その番組の画面からその商品・サービス等の販売を行なっているＷｅｂサイト等にリンクを設定すると、消費者にとっては手軽にショッピングができ、販売者にとっては番組を広告の様にして商品の拡販を図ることができる。本実施の形態のサーバ装置では、そうした機能を提供する様にしている。

最後に、課金機能について説明する。上記した番組と製品・サービスの提供者との連携においては、番組が大きな役割を果たしている。製品・サービスの提供者から見れば、番組そのものがコマーシャルと同じ機能を果たしている。

例えば、放送局がドラマを放映するが、ドラマに登場するカバンは放送局とは独立したカバンの販売業者が販売する場合を考える。この場合、放送局やドラマ製作会社がそのカバンの販売に大きな役割を果たしている。さらに、実際のコンテンツ（本例では番組の一部）をユーザは見た後にその番組に登場する商品等の購入を決定する。よって、このようなシーケンス情報をサーバに記憶させ、ユーザにダウンロードさせる場合に、当該商品等の販売者が、放送局、ドラマ製作会社、その他の著作権者等にいくらかの使用料を支払うことが適切であると考えられる。例えば、シーケンス情報がダウンロードされた回数に応じて使用料を支払ったりすることが考えられる。

もちろん、有料サービスの様に、ユーザが特定されているような場合には、さらにユーザの情報を他の管理装置に送信することでさらに有効な販売システムを構築できる。例えば、あるドラマであって、その中で俳優の「○△君」のカバンが登場するダイジェスト情報をダウンロードした人には、別のドラマ中で○△君が着用しているジャケットのシーケンス情報を含む情報をメールで送信する等の販売促進のための方策が可能になる。

そこで、本実施の形態のサーバ装置では、上記した様に、ユーザがある商品等を販売するＷｅｂサイトへのリンクを含んだシーケンス情報をダウンロードした場合に、製品・サービスの提供者が適切な対価を番組の提供者に支払う助けとなる様に課金機能を設け、課金情報を課金管理装置に送信する様にしている。サーバ装置では、シーケンス情報がダウンロードされた回数にしたがって、又は予め決められた課金条件に応じて計算される課金（支払い）の情報を適切な課金管理装置（サーバ）に送信することとする。

−構成−
以下、本システムの構成について説明する。図２８を参照して、このシステムは、本実施の形態の核となるサーバ装置４８０と、通信路４８８を介してサーバ装置４８０と接続可能な、ユーザが使用する端末装置４８４と、同じく通信路４８８を介してサーバ装置４８０と接続可能な、上記した課金管理を行なうための課金管理装置４９２とを含む。通信路４８８は典型的にはいわゆるインターネットである。

サーバ装置４８０は図１に示すシーケンス情報提供装置３２にほぼ対応する。両者の基本的機能は同様であるが、サーバ装置４８０の方が上記した機能をさらに備えている点で両者は相違している。

端末装置４８４は、図１及び図４に示す端末装置３８とほぼ同様の構成である。ただし、本実施の形態では端末装置３８がパッケージメディア４８６を再生する機能を明示的に有するものとなっている点が図１と異なる。

端末装置４８４は、典型的にはパーソナルコンピュータ（以下「ＰＣ」と呼ぶ。）、テレビジョン受像機、又は携帯電話である。端末装置４８４は、ＤＶＤ等のパッケージメディア４８６のドライブを含んでいる。ＤＶＤに変えて、フラッシュメモリ等でもよく、また端末装置４８４とネットワークで接続されている他の機器からストリームを取得することも可能である。端末装置４８４の構成は、図４に示したものと同様である。

図２８を参照して、このシステムはさらに、動画及び音楽等のストリームを端末装置４８４に届ける放送装置４８２を含む。放送装置４８２は、デジタル/アナログ方式の放送又はインターネットでのストリーム配信等の媒体４９０を介して端末装置４８４にストリームを配信する。したがって端末装置４８４は、パッケージメディア４８６、及び放送装置４８２からのストリーム配信のいずれによってもストリームを得ることができる。

図２９にサーバ装置４８０の機能ブロック図を示す。図２９を参照して、サーバ装置４８０は、外部の端末との通信を行なうネットワーク部５００と、サーバ装置４８０の全体を制御するための制御部５０２と、番組表ページを生成する番組表ページ生成部５０８と、生成された送信情報（ページ）を一時記憶するページ記憶部５０４とを含む。

多くの端末から短時間に送信リクエストが到着する場合には、送信リクエストすべてに対して同一の処理を行なうのではなくて、番組表ページが生成されて一定時間はこのページ記憶部５０４に一時的に蓄えられたページを送信することにより、サーバ側の処理を軽減することが可能である。

サーバ装置４８０はさらに、放送される番組情報を記憶する番組情報記憶部５１２を含む。番組情報記憶部５１２は、地上波テレビ放送の場合、地域毎に、番組タイトル、チャネル情報、放送開始時刻、放送終了時刻等を記憶する。番組情報記憶部５１２に記憶された番組情報に基づいて番組表を生成することが可能である。なお、この場合の番組表は、全チャネルの全番組をカバーするものであってもよいし、単に１番組のみを示すものでもよい。

サーバ装置４８０はさらに、シーケンス情報を記憶したシーケンス情報記憶部５１４と、現在の時刻を生成するタイマ部５０６と、番組表ページ生成部５０８及び制御部５０２に接続され、ユーザの指定にしたがって録画予約を行なうための予約情報記憶部５１０とを含む。予約情報記憶部５１０に記憶された予約情報は、番組情報記憶部５１２に記憶された番組情報と同様、番組タイトル、チャネル情報、開始時刻及び終了時刻を含む。この予約情報は、端末側（例えば端末装置４８４のユーザ）が録画を予約するために使用するものである。予約情報は、通常は番組情報記憶部５１２の情報を元に生成される。

サーバ装置４８０はさらに、ユーザからの検索リクエストに応じて、検索条件に適合する番組と、対応するシーケンス情報とをそれぞれ番組情報記憶部５１２及びシーケンス情報記憶部５１４から検索するための検索処理部５１６と、ユーザにより録画予約された番組のシーケンス情報が作成されたときに、そのシーケンス情報をユーザに自動的に送信するためのシーケンス情報送信処理部５１８と、シーケンス情報がダウンロードされると、適切な課金処理を行なうための課金処理部５２０とを含む。

図３０にシーケンス情報送信処理部５１８のブロック図を示す。図３０を参照して、シーケンス情報送信処理部５１８は、制御部５０２に接続され、ユーザが録画予約を指定した番組情報を記憶するためのユーザ指定情報記憶部５４０と、ユーザ指定情報記憶部５４０に接続され、ユーザ側の端末のコンタクト先を記憶するためのユーザ情報記憶部５４２とを含む。コンタクト先は、典型的にはユーザの電子メールアドレスである。

シーケンス情報送信処理部５１８はさらに、シーケンス情報が作成されたときにその情報が登録されるシーケンス情報登録部５４６と、シーケンス情報登録部５４６及びユーザ指定情報記憶部５４０に接続され、シーケンス情報登録部５４６に登録されたシーケンス情報に対して、そのシーケンス情報が示す番組を過去に指定したユーザ又は端末をユーザ指定情報記憶部５４０内から検索するためのユーザ検索部５４４と、ユーザ検索部５４４により検索されたユーザに対して、シーケンス情報登録部５４６に登録されたシーケンス情報を制御部５０２及びネットワーク部５００（図２９を参照）を介して送信するためのシーケンス情報送信部５４８とを含む。

図３１に、検索処理部５１６のブロック図を示す。図３１を参照して、検索処理部５１６は、制御部５０２に接続され、端末から送られてきた検索リクエストに対応する番組を番組情報記憶部５１２に記憶された情報から検索するための検索部５６２と、検索部５６２により検索された番組に対応するシーケンス情報をシーケンス情報記憶部５１４に記憶されたシーケンス情報から検索するためのシーケンス情報検索部５６０と、検索部５６２により検索された番組に関する情報と、シーケンス情報検索部５６０により検索されたシーケンス情報とを合成した検索結果出力を作成し、制御部５０２に与えるための検索結果出力作成部５６４とを含む。

図３２に課金処理部５２０のブロック図を示す。図３２を参照して、課金処理部５２０は、課金先を特定するための課金先テーブル５８４と、シーケンス情報記憶部５１４に記憶されているシーケンス情報が端末からのリクエストに応じて端末に送信された場合に、制御部５０２からの指示によって、課金先を判定するための課金先判定部５８２と、課金先判定部５８２によって判定された課金先情報に沿って課金情報を記憶するための課金情報記憶部５８０とを含む。課金情報は１日に１度等の単位で図２８に示す課金管理装置４９２に送信される。なおここで課金とは、本サーバ装置の管理業者が、シーケンス情報が指し示す番組の権利保有者（例えば放送局）にその使用料金を支払うためのベースとなる情報のことである。

図３３に、図２９のシーケンス情報記憶部５１４に記録されるシーケンス情報の例を示す。このシーケンス情報は、図６に示したものと同様である。ただし図３３では、２行目のストリーム情報のタイトルは、ドラマ「ラッキー」の中の「○△君のカバン」に関するものであることを示している。

３行目の「program title」の項目は、既に説明した様にストリームのタイトルを示し、この例ではドラマ「ラッキー」を示している。

その他の点については、図６に示したものと同様である。したがって、ここではそれらについての詳細な説明は繰返さない。

図３３に示されているシーケンス情報から実際に該当するストリームの部分を選択する手法はメディアによって異なる。ストリームがＭＰＥＧ２規格等のフォーマットにしたがっている場合には、内蔵するタイムスタンプを逐次読むことでも実現可能であるし、予め時間と記憶位置の関係のインデックスを作成しておくことでも実現可能である。時間を指定してシーク・再生する装置へコマンドを発行することで実現しても構わない。なお、ＭＰＥＧ２等の時間方向の圧縮を行なうデータ形式の場合には、特定の時刻を指定されたとしても、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）等の関係で精密にその時刻からフレームの再生を開始できない可能性がある。しかし、これをどう処理するかは実装上の設計に関する問題であり、どのようなものを採用してもよい。

図３４に別のシーケンス情報の例を示す。この例は、放送の中のコマーシャルを選択するシーケンスである。コマーシャルそのものはユーザが意図して録画することは少なく、どこに記録されているか意識されないことが多い。また、同じコマーシャルが複数日時又は複数チャネルで放送されることが多いので、この場合には、シーケンス情報に複数の選択肢を持たせておくことが望ましい。

図３４に示す例では、１行目の矩形領域６１０で示す様に、１行目において「boundary01」という文字列を区切りのキーワードとして定義し、それ以後の記載をこの文字列（矩形領域６１２,６１４,６１６及び６１８で示す。）を用いて区切っている。この文字列の対で囲まれた領域が一つのシーケンス情報を示す。図３４の例では「boundary01」という文字列により区切られたブロックが３つある。すなわち、選択肢として３つのシーケンスが準備されている。そして、この３つの選択肢のうち、ブロックの順番にしたがった優先順位で各シーケンス情報にしたがってストリームの取得を試みる。あるブロックのシーケンス情報で所望のストリームを取得できれば、それ以後のブロックは無視される。したがって、複数のブロックのうち、いずれか一つがその記載順序にしたがって選択される。

図３４の例では、第１のブロック及び第２のブロックにおいて、それぞれ３月１０日と３月１１日の２つの日に異なるチャネルで放送された同じＣＭを並列して記載している。さらに３つめのブロックには、ＨＴＭＬのページにアクセスするためのシーケンス情報が用意されている。これは、第１のブロック及び第２のブロックのいずれに記載されたシーケンスも端末から利用できない場合に、デフォルトとしてＨＴＭＬのページを出すことを指定したものである。

この様に複数の候補から一つを選択することで、何度も放送される同じ内容の番組に対しても、適切なソースにアクセスして再生することが可能である。これは、コマーシャル以外の場合にも応用できる。例えばケーブルテレビジョン等、同じ番組を何度も再生するような放送局からの放送に適用できる。また、大きなニュースがあった場合に、同じ内容のニュースを複数のニュース番組で放映するような状況において、それらニュース番組の一つを選択する場合等に適用することも可能である。

図３５にストリームの再生と、インターネットの別のコンテンツとを交互に表示する場合のシーケンス情報の例を示す。９行目のＵＲＬで始まる行は最初のストリームの再生後にインターネットのコンテンツを１０秒間表示することを示している。この様にすることにより、ストリームのシーン毎に別の説明を加えることが可能となる。なお、この全体又は一部がＳＭＩＬで記載されているものであってもよい。

図３６及び図３７に、サーバ装置４８０から端末装置４８４に送信される番組表ページの例を示す。図３６及び図３７に示す通り、本実施の形態では、番組表ページのリクエストがあった時刻と、番組の放送時刻とが比較され、その結果により番組表ページの内容を変える点に特徴がある。

図３６は、ある日の１７時における、同日の１９時近辺の番組表ページである。この場合、番組の放映が開始されていないので、リンクボタンの表示は［ｙｏｙａｋｕ］となっており、このボタンには録画のための情報がリンクされている。録画情報は、番組の放映日時、放送ステーション（チャンネル）情報を含んでいる。番組は地方によって異なるので、ユーザ又は端末が指定した地方の番組表を作成することが望ましい。

図３７は、同日の２２時における同日の１９時近辺の番組表ページである。この場合、プロ野球とドラマとは既に放映が終了している。さらに、これらについては既にシーケンス情報が作成されたものとする。このとき、リンクボタンの表示は［ｉＤｉｇｅｓｔ］と代わり、このボタンにはシーケンス情報へのリンクが記述されている。

図３８に図３２に示す課金先テーブル５８４の例を示す。左側の欄にはシーケンス情報に含まれるチャネル情報が記載される。右側には課金のためのサーバアクセス情報が記載される。送信されたシーケンス情報に対して、その中に含まれるチャネル情報を選択し、それに対応するサーバに課金情報を送る。チャネルだけではなくて、時刻情報を合わせて参照することで、番組毎に異なるサーバに課金情報を送ることも可能になる。

このサーバ装置４８０は、実際にはコンピュータにより実現される。図３９にサーバ装置４８０のハードウェアブロック図を示す。図３９を参照して、サーバ装置４８０は、このサーバ装置４８０の全体を制御するためのＣＰＵ６００と、ＣＰＵ６００が作業用メモリ等に使用するＲＡＭ６０２と、プログラム又はデータの全部又は一部を記憶するためのＲＯＭ６０４と、プログラム及びデータ等を記憶するための、ハードディスクからなる外部記憶部６０６と、外部の装置とネットワークを介した双方向通信を提供するためのネットワーク部６０８とを含む。

図４０に、本実施の形態に係るシステムのサーバ装置４８０の機能を実現するプログラムの制御の流れをフローチャート形式で示す。図４０を参照して、このプログラムは、端末装置から送信リクエストを受信するステップ６１８と、当該リクエストを解析して、リクエストの内容に応じてステップ６２２，６２４，６２６，６３０，及び６３２に分岐するための処理を行なうためのステップ６２０と、番組表ページのリクエストというイベントの発生に応答して番組表ページ処理を行なうステップ６２２と、ユーザコンタクト情報の登録リクエストというイベントの発生に応答してユーザコンタクト情報登録処理を行なうステップ６２４と、ユーザ指定番組記憶リクエストの発生というイベントに応答してユーザ指定番組記憶処理を行なうステップ６２６と、シーケンス情報のリクエストというイベントの発生に応答して検索処理を行なうステップ６３０とそれ以外の処理を行なうステップ６３２とを含む。なお図４０において、本発明と直接の関連のないリクエストに対する処理を行なうステップ６３２の詳細な説明は、図及び記載を簡明にするために省略したが、当業者であれば容易に実現することが可能である。

これらの処理が終了すると制御はステップ６１８に戻る。

サーバ装置が実施する処理には、これ以外にシーケンス情報送信のリクエストというイベントの発生に応答して実行されるシーケンス情報送信処理と、課金情報を送信する処理とがある。それらについては後述する。

図４１に、図４０のステップ６２２で行なわれる番組表ページ処理の詳細なフローチャートを示す。図４１を参照して、番組表ページ処理は、前回の送信リクエストから所定の時間が経過しているかどうかを判定するステップ６６０を含む。このときの更新時間設定は、シーケンス情報や番組情報がアップデートされる頻度によって異なるが、１分から１時間程度である。所定の時間が経過していなければ作成済みで一時記憶されている番組表ページを送信し（ステップ６８０）、処理を終了する。さもなければ制御はステップ６６２に進む。

ステップ６６２では、今回の送信リクエストに対応して送信する番組表ページ中の番組を選択する。ステップ６６４では、現在時刻が番組表ページの当該番組の終了時刻より遅いかどうかを判定する。遅ければ制御はステップ６６６に、さもなければ制御はステップ６７６に進む。

ステップ６７６では、番組終了時刻がまだ到来していないので、当該番組の録画予約を行なうための録画予約情報ファイルへのリンク先情報を含む情報（録画予約情報）が存在するかどうかを判定する。存在していれば制御はステップ６７８に進み、さもなければ制御はステップ６６８に進む。ステップ６７８では、録画予約情報を付加する処理が行なわれる。より具体的には、送信する番組表ページの当該番組情報に、選択された録画予約情報ファイルへのリンクボタンを付加する。この後制御はステップ６６８に進む。ステップ６６８以後の処理については後述する。

一方、ステップ６６４で現在時刻が番組終了時刻より遅いと判定された場合、ステップ６６６では、番組終了時刻がすでに到来しているので、当該番組表ページ内の当該番組に対応するシーケンス情報が存在するかどうかを判定する。続くステップ６６７では、当該番組のシーケンス情報を番組表ページ情報に付加する。具体的には、送信する番組表ページの当該番組の情報に、選択されたシーケンス情報ファイルへのリンクボタンを付加する。この後、制御はステップ６６８に進む。

ステップ６６８では、今回のリクエストに対応した番組表ページの中の番組が全て処理されたかどうかを判定する。全て終了したら制御はステップ６７２に進む。さもなければ次の番組を処理するために制御はステップ６６２に戻る。

ステップ６７２では、すべての番組の処理が終わったため、出来上がった番組表ページをページ記憶部５０４（図２９参照）に記憶する。この場合に、番組表ページを作成した時刻を同時に記憶する。続く６７４では、ステップ６７２で記憶された番組表ページを、リクエストの送信元である端末装置に送信し、処理を終了する。

以上の処理では、前回の送信リクエストから所定の時間が経過して初めて番組表ページが更新される。しかし本発明はそのような実施の形態には限定されない。例えば、このサーバ装置４８０の管理者又はシーケンス情報の管理者がシーケンス情報を登録したというイベントが発生したことに応答して、番組表ページを更新する様にしてもよい。また、前回の送信リクエストから所定の時間が経過したか否かを判定することなく、送信リクエストの発生があれば常に番組表ページを作成する様にしてもよい。

図４２に、図４０のステップ６２４で行なわれるユーザ登録処理の制御構造をフローチャート形式で示す。図４２を参照して、ユーザ登録処理に先立ち、端末装置のユーザは、後にシーケンス情報の送付をサーバ装置４８０から受けるための情報をユーザコンタクト情報としてサーバ装置４８０にユーザコンタクト情報の登録リクエストとして送信する。サーバ装置４８０は、このリクエストを受信したというイベントに応答して、送信されたユーザコンタクト情報を図３０に示すユーザ情報記憶部５４２に記憶する（ステップ７００）。このときユーザには次回以降のアクセスのときのためのユーザＩＤ（識別情報）が発行される場合が多い。以降はユーザはそのユーザＩＤを用いることで、サーバ側でユーザのコンタクト情報の特定が可能になる。ユーザのコンタクト情報は例えばメールアドレスをユーザが入力することで行なわれる。

図４３は、図４０のステップ６２６で行なわれるユーザ指定番組記憶処理のフローチャートである。図４３を参照して、この処理は、ユーザ認証を行なうステップ７２０を含む。例えば図４２のステップ７００で発行されたユーザＩＤをユーザ又は端末がサーバ装置４８０に送信することでコンタクト情報が特定できる。別のユーザが別のユーザのユーザＩＤを使用してリクエストを行なう、いわゆる「成りすまし」を防ぐために、端末装置側から送られたパスワードを用いてユーザＩＤの確認を行ってもよい。

この処理はさらに、記憶されている番組情報を端末に送信するステップ７２２と、端末側に送られてきた番組情報からひとつ又は複数の番組を選択するステップ７２４とを含む。ステップ７２２で送信される番組情報は、番組表の形でも、単に一つの番組紹介でも、いずれでもよい。ステップ７２４の処理は、例えば、番組情報をＨＴＭＬで記載し、各番組に付随して設けられた「登録」のためのＵＲＬにリンクされたリンクボタン又はテキストリンクをユーザが押すことで実現できる。

このとき、端末側ではユーザが手動で番組を選択してもよいし、番組情報に含まれる出演者情報、スポーツ、又はドラマ等のジャンルに関する情報と、ユーザの予め登録した好み情報とをマッチングすることで番組を自動的に指定する様にしてもよい。自動的に指定する場合、ユーザの端末側では、好み情報にしたがって指定される番組が予め好みにマッチする番組として番組情報から選択されて録画されていることが好ましい。端末側で好みにマッチする番組が録画され、かつ、サーバ側で好みにマッチするシーケンス情報が選択され送信されることにより、好みを一度ユーザが入力するだけで、端末に当該番組の録画とシーケンス情報との双方を自動的に取得できる。この場合、シーケンス情報の送信は、番組の送信及び録画が完了した後に行なう様にすることが望ましい。

ステップ７２４の後、ステップ７２４で選択された番組をユーザ情報と対で図３０のユーザ指定情報記憶部５４０に記憶する。

図４４は、図４０に示すステップ６３０で行なわれる検索処理のフローチャートである。ユーザが番組表ページを見てその番組のシーケンス情報を得る様にするだけでなく、番組を検索によって選択した場合でもその番組のシーケンス情報を得ることが可能であれば便利である。図４４に示す処理はそうした検索処理を可能にする。この処理に先立ち、ユーザは検索条件を含んだ検索リクエストをサーバ装置４８０に送信してくるものとする。

図４４を参照して、検索処理は、端末からのリクエストに含まれる検索条件を得るステップ７６０と、ステップ７６０で取得した検索条件にしたがい、番組情報記憶部５１２内から検索条件に合致する番組を検索するステップ７６２（図３１の検索部５６２に対応する機能）と、ステップ７６２で検索された番組に対応するシーケンス情報をシーケンス情報記憶部５１４から検索するステップ７６４（図３１のシーケンス情報検索部５６０に対応する機能）と、端末側の設定等により、ステップ７６４で検索されたシーケンス情報を接続してひとつのシーケンス情報を作成するステップ７６６とを含む。このステップ７６６は、検索された番組のシーケンス情報をつなげて、ひとつのシーケンス情報として、検索された番組を出力するためのものである。この連結されたシーケンス情報を用いると、例えば「○△歌手」で検索した場合に、複数の番組の○△歌手の出演しているシーンを連結して再生することが可能になる。

この処理はさらに、ステップ７６２の番組検索の結果とステップ７６４及びステップ７６６のシーケンス情報検索の結果とを合わせた検索結果を作成するステップ７６８（図３１の検索結果出力作成部５６４に相当）と、この検索結果を送信するステップ７７０とを含む。

図４５は、シーケンス情報送信処理のフローチャートである。この処理は、ある番組についてシーケンス情報が図３０のシーケンス情報登録部５４６に登録されたというイベントが発生したことに応答して実行される。

図４５を参照して、この処理は、登録されたシーケンス情報に含まれる番組情報から、対応番組を選択するステップ７４２と、この対応番組を過去に選択しているユーザを選択するステップ７４４とを含む。この選択は図４３のステップ７２６で記憶したユーザ情報と番組情報とを用いて行なう。続いてステップ７４６では、ステップ７４４で選択されたユーザのコンタクト先に、図３０に示すシーケンス情報登録部５４６により登録されたシーケンス情報を送信し、処理を終了する。

ここでは、シーケンス情報が登録された時にシーケンス情報を送信する例を記載したが、本発明を実施する方法がこれに限定されるわけではない。例えば、一定時間毎に新着のシーケンス情報があるかどうかを調べる処理を行ない、新着のシーケンス情報が発見されるごとに実行してもよい。

さて、上記の様にしてユーザの望むシーケンス情報をサーバ装置４８０からユーザの端末装置に送信した場合、ユーザはこのシーケンス情報にしたがって、録画されたストリームを再生して楽しむことになる。シーケンス情報内に前述した様に商品等を提供するＷｅｂサイトへのリンク情報が含まれている場合には、シーケンス情報を保有するサーバの事業者は、録画されたコンテンツを用いてビジネスを円滑に推進することが可能になる。したがってこのとき、こうした事業者がストリームの権利保持者に対して何らかの対価を支払うことが妥当である。そこで、シーケンス情報がユーザに送信された場合、当該シーケンス情報を保有した事業者に関する課金情報を算出し、図２８に示す課金管理装置４９２に送信することが必要である。

図４６にこのための課金情報送信フローを示す。図４６を参照して、この処理は、端末装置に対してシーケンス情報が送信されたというイベントの発生に応答して起動される。この処理は、送信されたシーケンス情報に含まれる情報を用い、図３２及び図３８に示される課金先テーブル５８４を参照することで課金先を判定するステップ７９４を含む。この場合、課金情報を送るサーバアドレスを決定することになる。

続くステップ７９６では、課金先毎に管理されている課金情報に対して、今回送信したシーケンス情報に関する情報を加え、更新する。具体的には、シーケンス情報がダウンロードされた数をカウントアップする。この後、ステップ７９８で課金情報をストリームの権利保有者のサーバに対して送信する。本実施の形態では、課金情報はシーケンス情報を送信する毎に送る。ただし、課金情報は所定のタイミングで一括して各サーバに送信してもよい。

−動作−
このシステムは以下の様に動作する。まず、ユーザがシーケンス情報の一覧又はシーケンス情報へのリンクを含む番組表ページを閲覧し、そこからシーケンス情報を選択する、という通常の動作について説明する。

図４７にこの場合のサーバ装置４８０と端末装置のフローと通信の例を示す。図中左側が端末装置の処理を示すフローで、右側がサーバ装置の処理を示すフローである。まず、端末側のステップ８１０で、ストリームの取得が行なわれる。典型的には放送の録画、又はパッケージメディアの当該メディアのためのドライブへのセットである。ストリームデータをネットワークにアクセスして随時取得する場合には、この部分は必要がない場合もある。

続いて端末装置では、サーバ装置４８０に対して送信リクエストを送信する（ステップ８１２）。このリクエストに対して、サーバ装置４８０はステップ８４０でコンテンツを当該端末に送信する。このコンテンツは通常ＨＴＭＬ等の言語で書かれた情報である。多くの場合、それに付随して静止画、動画データ等がＨＴＴＰ等のプロトコルで端末装置に対して送信される。

なお、このコンテンツには、端末側でアクセス可能なストリームを再生するためのシーケンス情報へのリンクが含まれる。リンクとは例えばＵＲＬで記載されるアクセス情報であり、当該アクセス情報にしたがえばシーケンス情報を入手することが可能な情報である。

続いて端末装置は、ステップ８１４において、サーバ装置４８０から送信されたコンテンツを表示する。同時に音楽等のマルチメディアのデータが再生されることもある。端末側では、続くステップ８１６で、ステップ８１４で表示されたコンテンツの中で、端末からアクセス可能なストリームに対してのシーケンス情報に対するリンクをユーザが選択する。この選択によりサーバ装置４８０に当該シーケンス情報に対するリクエストが送信される。

サーバは、このリクエストに対してステップ８４２でシーケンス情報を端末装置に送信する。

端末側では、ステップ８１８でこの情報を取得する。さらに、ステップ８２０ではステップ８１８で取得された情報に基づき、ステップ８１０で用意されたストリームを再生する。再生されるストリームはビデオの場合もあるし、音楽の場合もある。ストリームの再生が終了すると、ステップ８２２においてインターネットに再度アクセスが行なわれる。すなわち、サーバ装置に対して、ステップ８１８で取得されたシーケンス情報において、ダイジェスト出力の完了後に指定されているコンテンツのリクエストが送信される。

サーバ装置は、ステップ８４４でこのリクエストの受信というイベントに応答して、指定されたコンテンツを端末装置に送信する。このコンテンツには、ストリームそのものが含まれていてもよいし、ストリームに出てくる情報や商品に関する情報若しくはそうした情報へのリンクが含まれていてもよいし、又はそれら商品等の販売情報若しくは販売情報へのリンクが含まれていてもよい。

なお、ステップ８１４のコンテンツ取得、表示において、同時にステップ８１６及び８１８の処理で取得されているシーケンス情報を取得してもよい。さらに、ステップ８１２、８１４及び８１６を省略し、サーバ装置が端末装置からのリクエストなしにシーケンス情報を端末装置に送信する様にしてもよい。

このために、例えばシーケンス情報を電子メールで送信すること等が考えられる。この方法は、前述のシーケンス情報送信処理に相当する。

なお、この例では、ストリームの再生が終わると、ステップ８２２で新しいインターネットコンテンツの送信をリクエストしたが、当然ストリームの再生前の表示に戻ってもよい。また、ストリームのシーケンス情報のリンクと共に、商品の広告・販売情報が最初から表示される様にしてもよい。

図４８は図４７に示した動作フローにしたがって端末装置及びサーバ装置４８０が動作した場合の画面表示等を説明するための図である。この例では、図４７のステップ８１０の処理は完了済みであることが想定されている。図４８の中段には、端末装置４８４における表示例を示している。

画面９００は、ステップ８１４が完了した後の表示例を示す。この例ではテレビ放送でドラマ「ラッキー」がすでに放映され、その録画が済んでおり、ストリームとして端末装置のストリームデータ記憶部１１４（図４参照）に記憶した後の状況を想定している。また、このユーザはそのドラマに関するＷｅｂページを見ているものと想定する。

図４８を参照して、画面９００の右下には「ラッキーのシーンを見る」というリンク情報９０６がある。このリンクを選択すると対応するシーケンス情報がサーバ装置４８０から端末装置に送信される。なおこのシーケンス情報は、この例では画面９００のコンテンツを保有するサーバにあるものとするが、別のサーバ装置にあってもよい。Ｗｅｂの場合には、シーケンス情報の要求はＵＲＬで指定されることが一般的である。

このリンクを選択し、シーケンス情報が端末装置に送信された後の端末装置での表示例を画面９０２に示す。これは図４７のステップ８２０での表示状態を示している。すなわち、ユーザが画面９００の右下のリンク情報９０６に対応するシーケンス情報を選択し、端末装置がサーバ装置４８０からこのシーケンス情報を取得すると、端末装置は、自己がストリームデータ記憶部１１４（図４参照）に記憶しているストリーム９１０（この場合にはテレビの録画）の中から、取得されたシーケンス情報で指定された部分９１２を選択して再生する。この例ではストリームの中から「○△君がカバンを持っているシーン」が表示されていることを示している。

シーケンス情報にしたがったストリームの再生が終了すると、図４７のステップ８２２及びステップ８２４が実行され、表示は図４８の画面９０４に示される様になる。この例では、カバンの商品情報が含まれたＷｅｂページが表示されている。そしてこのページのリンクの先には販売システムが存在している。そうした販売システムは特表平９−５００４７０号公報等、従来の技術を用いて実現できる。

この例では、画面９００のリンク情報９０６を選択すると自動的にＷｅｂページから映像再生画面に変わり、映像の再生が終わると自動的にＷｅｂページの表示に切替える。この様にすることにより、リンク情報を選択することにより、ユーザがそれ以後特別な作業を行なうことなく、一連の映像が楽しめ、さらに関連の商品を容易に入手することができる様になり、便利である。

別の端末の実装としては、図４９に示される様に、ストリームの再生９３０と、Ｗｅｂコンテンツの表示９３２とを同時に行なう様にしてもよい。

次に、予めユーザが録画予約をしておき、録画予約された番組のシーケンス情報が登録されたときに自動的にユーザの端末装置に当該シーケンス情報を送信する際の端末装置及びサーバ装置の動作について説明する。

この処理に先立って、まずユーザは自分のコンタクト情報を図３０に示すユーザ情報記憶部５４２に登録する。登録のための画面はＨＴＭＬ書類としてＷｅｂサーバによりユーザの端末装置に配信する。その画面から送信されてくる情報を用いて、図４０のステップ６２４でユーザ情報記憶部５４２に当該ユーザのコンタクト情報を記録する。

次に、ユーザが録画予約をする。本実施の形態では、録画予約のための画面をＨＴＭＬ書類としてＷｅｂサーバによりユーザの端末装置に配信し、その画面から送信されてくる録画予約情報を、図４０のステップ６２６で行なわれるユーザ指定番組記憶処理６２６によって図３０のユーザ指定情報記憶部５４０に登録する。

なお、本実施の形態の説明では詳細には述べないが、このユーザ指定情報記憶部５４０に登録された番組については、自動的にユーザの端末装置で録画されるような機能をサーバ装置及び端末装置に設けることが想定されている。

指定された番組の放映が終了すると、通常はこのサーバ装置４８０の管理者によって、当該番組のシーケンス情報が作成される。例えば野球、サッカー、ラグビー、相撲、テニス等のスポーツ中継の場合にはハイライトシーンからなるダイジェストを実現するシーケンス情報等である。シーケンス情報が作成されるとそのシーケンス情報は図２９に示すシーケンス情報記憶部５１４に与えられ記憶される。このシーケンス情報記憶部５１４に番組のシーケンス情報が記憶されたという情報が、シーケンス情報登録部５４６に与えられ、ユーザに送信すべきシーケンス情報として登録される。

ユーザ検索部５４４は、シーケンス情報登録部５４６によって登録されたシーケンス情報の録画予約をしたユーザがいるか否かをユーザ指定情報記憶部５４０から検索する。そうしたユーザがいる場合、そのユーザのコンタクト情報（電子メールアドレス）をユーザ情報記憶部５４２から読出し、シーケンス情報送信部５４８に与える。

シーケンス情報送信部５４８は、ユーザ検索部５４４から与えられたユーザの電子メールアドレスに、シーケンス情報登録部５４６によって登録されたシーケンス情報を送信する。

ユーザは、この電子メールを受信することにより、自分の端末装置に録画したストリームについて準備された最新のシーケンス情報を受取ることができる。そのシーケンス情報を選択することで、録画したストリームのダイジェストを楽しむことができる。

次に、検索によるシーケンス情報の取得時の端末装置とサーバ装置との動作について説明する。図５０及び図５１に、検索によるシーケンス情報の取得の例を示す。本実施の形態では、検索のための画面を実現するＨＴＭＬ書類をサーバ装置に準備しておき、ユーザからのリクエストに応じてその画面を端末装置に送信する。この動作は通常のＷｅｂサーバにより容易に実現できる。

図５０の画面９５０はその様にして送信されたＨＴＭＬ書類をブラウザで表示することにより実現される、番組検索のためのユーザ提示画面である。この例は、タイトル、ジャンル、出演者、キーワード等の全部一致、又は部分一致等、一般的に知られている検索手法で番組を検索するための表示例である。

この画面９５０の検索フィールドに所望のキーワードを入力して端末装置からサーバ装置４８０に送信する。図３１を参照して、サーバ装置４８０の検索部５６２がこの情報を受け取り、番組情報記憶部５１２（図３０参照）の中で該当する番組を検索する。さらに、検索された番組に対応するシーケンス情報をシーケンス情報検索部５６０がシーケンス情報記憶部５１４（図３０参照）から検索する。検索結果出力作成部５６４がこれら検索結果を合成し、検索結果として制御部５０２に与える。制御部５０２がこの検索結果を端末装置に送信し、端末装置がこの検索結果を表示する。

図５１に示す画面９６０は、図５０に示す画面９５０に対して出演者「○△タクヤ」で検索をした場合に、端末装置に表示される検索結果画面の例である。ここでは、俳優である「○△タクヤ」が出演した番組又はＣＭが、その放送時間、チャネル情報、及びタイトル情報と共に表示される。

図５１において、検索された番組の４段目に「ＴＶ９他」の様に「他」という記載がある。これは、ＣＭの場合、何度も放映されるため、放送日時及びチャネルとしては、その代表的な時間及びチャネルのみを示したものであり、他の放送日時又はチャネルでもＣＭが放映されていることを示している。放送だけではなく、インターネット上のストリームコンテンツが検索対象に含まれていてもよい。

図５１の検索結果の一番右に示されている「ｉＤｉｇｅｓｔ」というボタンは、シーケンス情報をダウンロードするためのボタンである。このボタンには、それぞれ対応のシーケンス情報へのリンクが埋め込まれており、このボタンを押せば、それぞれ対応のシーケンス情報がダウンロードされる。なお、第４番目のＣＭの様に複数の放映が存在する場合には、図３４に記載した様に、それぞれに対応するシーケンス情報を並列して記載する様にし、再生時には優先順位にしたがってストリームを取得することが望ましい。

なお、本実施の形態では、検索のために図５０に示すような検索画面をユーザに提示する様にしている。これは、例えばサーバ装置で予め検索のためのＨＴＭＬ画面を準備し、それを端末装置に送信することで実現できる。

ただし、特にユーザにこのような画面を提示しなければならないわけではない。単に端末側から所定のフォーマットにしたがって送られてきた検索リクエストに応じてシーケンス情報を送るということも考えられる。検索リクエストを端末がサーバ装置へ送信して、適宜、シーケンス情報をダウンロードする場合がこのような例である。このような例では、端末側でユーザが何らかのキーワードを入れておくだけで、シーケンス情報がダウンロードされているということが実現できる。

上記した様にシーケンス情報がダウンロードされるたびに、課金処理部５２０によりしかるべき課金先の課金情報が更新され、課金サーバに課金情報として送信される。

なお、上記した各実施の形態では、番組が当該システムにおける操作のための単位であり、ダイジェストは一つの番組内のいくつかのシーンを抽出しつなぎ合わせたものとして説明した。しかし本発明はそうした実施の形態に限定されるわけではない。例えば、番組の集合を操作の単位とし、その中の一つの番組を上の実施の形態で説明したダイジェストとして取り扱うこともできる。また、ダイジェストを単に番組そのものとすることもできる。これらの場合には、ダイジェストの選択は単に番組の選択、又は複数の番組をつなぎ合わせたものとなる。

また、上記した実施の形態では、シーケンス情報からストリームを選択する場合について、特に問題となるような状況は想定していない。しかし、実際には例えばシーケンス情報にしたがった再生のために必要なストリームが全て端末装置にローカルに保存されている場合だけではない。例えば、必要なストリームのうち一部のみがローカルに保存されていたり、ストリーム自体はあるが、必要な部分が全く保存されていなかったりする場合もあり得る。こうした場合を想定して端末装置を構成することも必要である。

例えば、ストリームの一部しかローカルに利用できないときには、利用可能な部分のみを再生する様にし、最初にユーザに対して再生不可能な部分について警告する、という方法が考えられる。ストリームが利用可能な部分を全く含まないときには、図２６のステップ２４２のエラー処理に飛ぶ様にすればよい。

また、上記した実施の形態では、シーケンス情報にしたがって端末装置でダイジェストを再生する場合を想定している。しかし、シーケンス情報の用途はそのようなものには限定されない。例えば、ダイジェストだけを端末装置とは別の装置、例えば携帯電話等持ち運ぶことが可能なものにダビングする際に、選択されたシーンのみをダビングする様にシーケンス情報を利用することが可能である。例えば、メモリカードにダイジェストをダビングし、当該メモリカードを携帯電話に装着する、という用途が考えられる。この場合には、携帯電話等、再生する装置の画面の大きさを考えて適切なサイズの画像に同時に変換することが有効である。データフォーマットの変換も同時に行なえばさらに好ましい。この様に複数のシーンからなるダイジェストのダビングでは、シーンとシーンとの間に、シーンの切れ目であることが分かるような表示を入れることが好ましい。

なお、上記した実施の形態では、シーケンス情報はＷｅｂ経由で端末装置に送信することを想定している。しかし、本発明はそのような実施の形態に限定されるわけではない。例えば、番組のテレビジョン信号の垂直帰線期間又はデジタル放送のデータ区間でシーケンス情報を送信する様にしてもよい。

以上の様に本実施の形態によれば、シーケンス情報とは、ストリームデータのどの部分をどの順番でどのように再生するかを指定するための情報である。一方、ストリームデータは、例えばハードディスクなどの記憶媒体に記録された録画映像である。両者の内容は時間情報等によって互いに関連付けられているが、両者は互いに独立して移動可能でもある。

通常、ストリームデータの一部分を切出すためには、その開始時刻と終了時刻とを指定する必要がある。しかし本実施の形態にかかるシーケンス情報では、それら時刻の基準として、ストリームデータの放送時刻を採用している。この結果、シーケンス情報に基づいて例えば番組の一部を切出す場合でも、録画開始時刻、録画終了時刻、番組全体が記録されているか否か、記録時にどの程度のビットレートで記録されているか、などについて特に配慮する必要がない。故に、シーケンス情報によるストリームデータの再生が視聴者の環境に左右されることはない。その結果、シーケンス情報の再生に特定の条件をつける必要がなく、シーケンス情報を広く配信することができる。

例えば、ストリームデータを記憶する装置においてシーケンス情報を外部機器から取得することにより、ストリームデータのダイジェスト等を容易に出力することが可能となる。ストリームデータによる映像配信のサービスにおいて、当該ストリームデータに関するシーケンス情報をユーザ以外のサービスプロバイダが作成し提供することで、通常のユーザは単にそのシーケンス情報を取得するだけで、容易にいつでもストリームデータのダイジェスト（又は適宜に編集されたストリームデータ）を楽しむことが可能になる。

また、アドレスを指定して異なるサービスプロバイダの装置に接続できるので、複数のサービスプロバイダが作成するシーケンス情報から所望のシーケンス情報を選択して取得することが可能になる。

また、本実施の形態では、シーンを構成する素材はストリームデータだけではなく、シーケンス情報に埋め込まれた文字列、静止画、又はインターネット上の情報など、シーケンス情報の再生時に種々の手段で入手可能なものを全て含み得る。すなわち、シーケンス情報は多様なメディアと連携することが可能である。その結果、ストリームデータの一部分だけを切り貼りして再生するものと比較して、出来上がる映像に文字などのより多くの情報を含ませ、分かりやすいものとすることが可能となる。

インターネットの情報（ウェブ）と映像とを、シーケンス情報によって制御することも容易になる。これにより映像のダイジェストに付加的な説明をインターネットから情報を取得して表示すること、又は映像の間にインターネットから得た広告情報を表示することが可能になる。

また、現在ユーザが見ているストリームデータの情報をシーケンス情報として生成して他の機器に送ることができる。あるストリームデータをテレビジョンで見ていたユーザが続きを携帯電話で見るような場合に、続きの情報をシーケンス情報としてテレビジョンから携帯電話に送ることが可能になる。これは、例えばストリームデータがインターネットに存在する場合に、より有効になる。同様に、ユーザとは異なるサービスプロバイダがシーケンス情報をユーザに送り、ユーザはそのシーケンス情報にしたがってストリームデータを見る、という使い方もできる。これにより、個々のユーザがストリームデータを全て見ることなく、サービスプロバイダが選択した部分のみを見ることにより、必要な情報を手早く入手することが可能になる。

上記したように、シーケンス情報とストリームデータとが独立であること、シーケンス情報は多様なメディアとの連携が可能であること、という特徴により、本実施の形態のシーケンス情報はより高い表現力を実現できる。一方で、例えば録画されていないポイントをシーケンス情報が指定するというエラーに対処するため、上記実施の形態に係るシーケンス情報では、エラー処理を指定することもできる。例えば、利用可能でないストリームデータがシーケンス情報で指定された場合には、特定の文字列を指定したり、所定のＵＲＬから情報を取り寄せて表示したり、という多様なエラー処理を行なうことができる。その結果、シーケンス情報とストリーム情報との独立性をより高め、より表現力の高い映像再生を実現できる。

今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。

以上のように本発明は、多様なメディアにより提供される多くの種類の情報を、一般のコンシューマを含めた多様な人々がそれぞれの好み又は必要に応じた多様な形で容易に利用することを可能にする。その結果、本発明は、一般のコンシューマ向けの映像又は音声再生装置に利用することが可能である。また本発明によれば、一般のコンシューマが情報を再生する際に利用可能なシーケンス情報の流通を促すことができる。その結果、そうしたシーケンス情報の作成を行なったり、コンシューマにシーケンス情報を提供したりする産業に本発明を利用することができる。

３０ ストリーム送信装置、３２ シーケンス情報提供装置、３４ ストリーム放送局、３８、２６０、２６２、４８４ 端末装置、５０ ストリーム出力装置、５２ ＴＶモニタ、５４ リモートコントローラ、６０ 記憶媒体、１００、３５４ ストリーム情報記憶部、１０２、３１０、３９４ ユーザインタフェース部、１０４、１５０、３０８、３９０ ネットワーク部、１０６、３９２ シーケンス情報取得部、１０８ ストリーム選択部、１１０ シーケンサ部、１１２、３６０ ストリーム読出部、１１４ ストリームデータ記憶部、１１６ アドレス作成部、１１８、３００ ストリームデータ出力部、１５２ 制御部、１５４ ページ記憶部、１５６ 番組表ページ生成部、１５８、５１２
番組情報記憶部、１６０、５１４ シーケンス情報記憶部、２７２ メッセージ受信部、２７４ シーケンス情報抽出部、３０２ タイマ部、３０４ シーケンス情報生成部、３０６ シーケンス情報送信部、３５０ アドレス作成部、３５２ チューナ部、３５６
ストリーム情報取得部、３５８ アドレス付加情報作成部、３９６ ブラウザ部、４８０ サーバ装置、４８２ 放送装置、４８６ パッケージメディア、４９２ 課金管理装置、５００ ネットワーク部、５０２ 制御部、５０４ ページ記憶部、５０６ タイマ部、５０８ 番組表ページ生成部、５１０ 予約情報記憶部、５１６ 検索処理部、５１８ シーケンス情報送信処理部、５２０ 課金処理部、５４０ ユーザ指定情報記憶部、５４２ ユーザ情報記憶部、５４４ ユーザ検索部、５４６ シーケンス情報登録部、５４８ シーケンス情報送信部、５６０ シーケンス情報検索部、５６２ 検索部、５６４
検索結果出力作成部、５８０ 課金情報記憶部、５８２ 課金先判定部、５８４ 課金先テーブル、１０５０ ネットワークデータ読出部、１０５２ 文字画面作成部、１０５４ データ選択部

Claims (1)

1. 放送番組を、その放送局、放送日、及び、現実の世界に共通する絶対時刻により規定した放送時間、を特定可能な態様で記憶し、放送局、放送日、及び時刻、が指定されると、記憶された番組のうち、当該指定される放送局で、当該指定される放送日の、当該指定される時刻に放送され記憶されていた番組を再生した再生信号を出力する機能を持つ記憶・出力装置とともに用いられる出力制御装置であって、
   シーケンス情報を記憶するためのシーケンス情報記憶手段を含み、
   前記シーケンス情報は、
   再生されるべきストリームデータを放送した放送局、放送開始日時及び放送終了日時を特定することによりストリームデータを特定する情報と、
   各々が、前記ストリームデータを特定する情報により特定されるストリームデータのうち再生すべき部分とそのシーケンスとを指定する、可変の数の再生部分指定部とを含み、
   前記可変な数の再生部分指定部の各々は、前記特定されたストリームデータのうち再生すべき部分を当該ストリームデータが実際に放送された放送日及び絶対時刻により指定し、
   前記出力制御装置はさらに、
   指定される番組の出力を開始するように前記記憶・出力装置に対して指示する出力開始指示信号を、前記シーケンス情報記憶手段に記憶されたシーケンス情報の前記ストリームデータを特定する情報に記述された放送局情報と、当該シーケンス情報に記載された前記可変な数の再生部分指定部の各々とを組合せて生成し、前記記憶・出力装置に対して与えるための出力開始制御手段を含む、出力制御装置。

Images