JP4222295B2 - ビデオサーバおよびこれを用いた映像配信システム - Google Patents

Description

本発明は、サーバに蓄積された映像コンテンツをユーザからの要求に応じて配信する映像配信システムに関するものである。

地上波や衛星放送、ケーブルテレビなどを用いたデジタル放送をチューナーで受信し、受信した映像コンテンツを家庭内に設置したＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）−ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）レコーダーなどに録画、保存する行為が一般的に行われている。

ＤＶＤ−ＲＡＭメディアやＨＤＤレコーダー蓄積容量の増大化に伴い、各ストレージに記憶される映像コンテンツの量は増加しており、ユーザがこれらメディアに記録された数多くのコンテンツから希望するコンテンツを容易に探し出すことが非常に困難になっている。

コンテンツ検索の容易化のため、ストレージに蓄積された映像コンテンツの一部分を画像として取り出し、これをサムネイル表示することが可能である。例えば、ＨＤＤに記録されている映像コンテンツに含まれる複数枚の画像をサムネイル表示するとともに、各サムネイルの映像コンテンツにおける位置を記憶しておき、ユーザによるダイジェストファイル再生操作に応じて、各サムネイル位置から一定時間分の映像データを順次再生する技術が知られている（例えば、特許文献１を参照）。
特開２００３−２８９４８６号公報

しかし、従来のようなサムネイル表示による映像コンテンツの選択では、ユーザによるコンテンツ選択の容易化に一定の限界がある。映像コンテンツの一場面を静止画像として切り出してサムネイル表示するだけでは、映像コンテンツに含まれる番組の内容を性格にユーザに伝えられない場合が多い。

例えば、バラエティ番組内で放映したロケＶＴＲの画像を切り出してサムネイル表示した場合、これを見たユーザは、この映像コンテンツを紀行番組と勘違いしてしまう可能性がある。また、番組内のＣＭ画像を切り出してサムネイル表示しても、ユーザは映像コンテンツの内容を把握することができない。

また、映像コンテンツの一場面をサムネイル表示しても、映像コンテンツに含まれる番組の雰囲気を正確にユーザに伝えることは困難である。サムネイル表示から映像コンテンツを選択したが、番組の雰囲気が希望するものとは異なっていたと言うことは十分に起こりうる。

このような、ユーザによる映像コンテンツの選択困難、誤選択の問題は、ストレージの大容量化によりユーザに一層の負担を与える。これは、放送局が所有する膨大な映像コンテンツをユーザからの希望に応じて随時配信するＶＯＤ（ＶＩＤＥＯ ＯＮ ＤＥＭＡＮＤ）においても大きな課題となる。

以上の課題を解決するために、本願第１の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、複数の映像コンテンツ毎に任意の部分を所定時間分抜き出したダイジェストを記憶するダイジェスト記憶手段と、映像コンテンツを特定するコンテンツＩＤと、映像コンテンツ及び映像コンテンツに対応するダイジェストとを対応付けたコンテンツリストを記憶するコンテンツリスト記憶手段と、クライアントマシンからダイジェストストリームの要求またはダイジェストストリームに含まれるダイジェストに対応する映像コンテンツの再生要求を受信し、ダイジェストストリームの要求を受信した場合はダイジェストストリームの送信指令を行い、映像コンテンツの再生要求を受信した場合は、映像コンテンツの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームの送信指令を受けた場合はコンテンツリストを用いてダイジェスト記憶手段が記憶した複数のダイジェストと、複数のダイジェストに対応した複数のコンテンツＩＤとを関連付けて１本のストリームにまとめたダイジェストストリームを生成してクライアントマシンへ送信し、送信ストリーム管理手段から映像コンテンツの送信指令を受けた場合はコンテンツリストを用いて映像コンテンツのコンテンツＩＤに該当する映像コンテンツをコンテンツ記憶手段から取得してクライアントマシンに送信するストリーム送信手段と、を備えたビデオサーバと、ビデオサーバからダイジェストストリームまたは映像コンテンツを受信するストリーム受信手段と、受信したダイジェストストリームまたは映像コンテンツをデコードして出力するデコーダ手段と、受信したダイジェストストリームからコンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからダイジェストストリームの要求または映像コンテンツの再生要求を受け、ダイジェストストリームの要求を受けた場合はビデオサーバに対してダイジェストストリームの要求を行い、映像コンテンツの再生要求を受けた場合はダイジェスト情報記録手段から取得したコンテンツＩＤによりビデオサーバに対して映像コンテンツの再生要求を行う受信ストリーム管理手段と、を備えたクライアントマシンを備えることを特徴としている。

このように、ダイジェストストリームに含まれる各ダイジェストの本編を特定可能なコンテンツＩＤをダイジェストストリームに打ち込むことによって、ユーザがダイジェストストリームから希望する番組を発見した場合に、ユーザーが希望する本編が何か、ビデオサーバは見分けることが可能になる。したがって、クライアントマシン側ではダイジェストストリーム視聴中に選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。

本願第２の発明にかかる映像配信システムは、本願第１の発明にかかる映像配信システムの構成において、送信ストリーム管理手段は、クライアントマシンからダイジェストのスキップ要求またはリバース要求を受信し、スキップ要求を受信した場合はスキップストリームの送信指令を行い、リバース要求を受信した場合はリバースストリームの送信指令を行い、ストリーム送信手段は、送信ストリーム管理手段からスキップストリームの送信指令を受けた場合は、クライアントマシンへ送信中のダイジェストストリームに対して、順方向に一定数進めたダイジェストストリームを生成してスキップストリームとしてクライアントマシンへ送信し、送信ストリーム管理手段からリバースストリームの送信指令を受けた場合は、クライアントマシンへ送信中のダイジェストストリームに対して、逆方向に一定数戻したダイジェストストリームを生成してリバースストリームとしてクライアントマシンへ送信し、ストリーム受信手段は、ビデオサーバからスキップストリームまたはリバースストリームを受信し、デコーダ手段は、受信したスキップストリームまたはリバースストリームをデコードして出力し、受信ストリーム管理手段は、ユーザからスキップストリームの要求またはリバースストリームの要求を受け、スキップストリームの要求を受けた場合はビデオサーバに対してスキップ要求を行い、リバースストリームの要求を受けた場合はビデオサーバに対してリバース要求を行う、ことを特徴としている。

これにより、ダイジェストストリームを視聴中のユーザが、現在視聴しているダイジェストに興味がないと判断し、他のダイジェストを早く見たいと希望した場合にも迅速に対応することが可能となる。また、過去に見たダイジェストをもう一度見たいと考えるユーザの希望にも対応することが可能となる。

本発明によれば、ストレージ装置に記憶された映像コンテンツが膨大な数になったとしても、ユーザによる映像コンテンツの内容把握が容易化され、また、誤選択の可能性も少なくなる。

（実施の形態１）
実施の形態１では、１台のクライアントマシンと１台のビデオサーバが家庭内ネットワークに接続されており、クライアントマシンのユーザーがビデオサーバに対してダイジェストストリームを要求し、ビデオサーバがダイジェストストリームを生成してクライアントマシンに送信、ダイジェストストリームを視聴中に面白そうな番組を発見したユーザがクライアントマシンの「決定」ボタンを押下して番組の本編を受信開始する場面をモデルケースとして説明する。

なお、本実施の形態１では、ビデオサーバとクライアントマシンは1対１の関係にあるため、ビデオサーバはダイジェストストリームをユニキャスト（ＵＤＰ）送信することを前提として説明する。ただし、ダイジェストストリームをマルチキャスト送信、ブロードキャスト送信することも可能である。

図１は、本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。

図１において、１はビデオサーバであり、蓄積しているコンテンツをネットワーク２経由でクライアントマシン３に配信する。ビデオサーバ１としては、ＤＶＤやＨＤＤレコーダ等が考えられるが、これに限定されるものではなく、映像コンテンツを記憶しユーザの指示に応じて出力可能なストレージ機器であればどのようなものであってもよい。また、クライアントマシン３としては、テレビやＰＣなどが考えられるが、これに限定されるものではなく、ビデオサーバ１が配信する映像コンテンツを受信する機能を持った機器であれば、どのようなものであってもよい。

図１において、例えば、ビデオサーバ１はリビング、クライアントマシン３（テレビ）は寝室などに設置されており、それぞれ有線または無線のネットワーク２で接続されている。

図２は、ビデオサーバ１の内部構成を示した図である。

図２において、１２は送信ストリーム管理部であり、クライアントマシン３からのダイジェストストリームまたは本編ストリームの要求を受信し、これに応じて送信するストリームの選択を行う。

ここで、ダイジェストとは、ビデオサーバ１が記憶している複数の映像コンテンツから、各映像コンテンツごとに任意の部分を所定時間分抜き出したもの、または各コンテンツごとに複数箇所を細切れに抜き出したものを所定時間分まとめたものを意味する。このダイジェストは、ユーザによる映像コンテンツの把握に適したものであれば、映像コンテンツからの抜き出し方やダイジェストの放映時間等、任意に決定することが可能である。そして、ダイジェストストリームとは、このように生成された各映像コンテンツのダイジェストを順番に並べ、１本のストリームとしてクライアントマシンまで運ぶストリームデータを意味する。

図３は、ダイジェストストリームの構成を示した図である。

図３に示すように、ダイジェストストリームは、コンテンツリスト記憶部１４が記憶するコンテンツリスト１３に従って、コンテンツＩＤと所定時間分のダイジェストファイルがセットとなって順番に格納されている。そして、コンテンツリスト１３に記録されるすべてのコンテンツが送信された場合、再度コンテンツリスト１３の先頭に戻ってダイジェストが始まるするようになっている。なお、この場合、コンテンツＩＤが常に先頭に来るようにパケット長を変化させることで、コンテンツＩＤの抽出が楽になる。

次に、本編とは、ビデオサーバ１が記憶している映像コンテンツの本体をいい、本編ストリームとは、この本編をクライアントマシンまで運ぶストリームデータのことをいう。

１３はコンテンツリスト記憶部１４が記憶しているコンテンツリストである。コンテンツリスト１３は、ビデオサーバ１が保有しているコンテンツを一覧可能なリストであり、各映像コンテンツを特定するコンテンツＩＤ、コンテンツファイル名（「コンテンツ名．ｍｐｇ」等）、ダイジェストファイル名（「コンテンツ名−ダイジェスト．ｍｐｇ」等）が対応付けて記録されている。

また、１５はダイジェスト記憶部、１６はコンテンツ記憶部である。コンテンツ記憶部１６は、さまざまな映像コンテンツのファイル（ファイル名は「コンテンツ名．ｍｐｇ」等）を内部に記憶している。このコンテンツ記憶部１６は、テープやディスク媒体、メモリなど、映像コンテンツを記憶可能なものであればどのようなものであってもよい。一方、ダイジェスト記憶部１５はコンテンツ記憶部１６が記憶しているコンテンツのダイジェストファイル（ファイル名は「コンテンツ名−ダイジェスト．ｍｐｇ」等）を内部に記憶している。このダイジェスト記憶部１５も、コンテンツ記憶部１６と同様に、映像コンテンツを記憶可能なものであればどのようなものであってもよい。

１７はストリーム送信部であり、送信ストリーム管理部１２の命令に従って、ダイジェストストリームを生成し、クライアントマシン３に向けて送出する。送信ストリーム管理部１２の命令が本編ストリームの送出であった場合には指定された本編ストリームをコンテンツリスト１３から検索し、コンテンツ記憶部１６から読み出してクライアントマシン３に向けて送出する。一方、送信ストリーム管理部１２の命令がダイジェストストリームの送出であった場合は指定されたダイジェストストリームをコンテンツリスト１３から検索し、ダイジェスト記憶部１５から読み出したダイジェストをコンテンツリスト１３で指定された順番で組み合わせてクライアントマシン３に向けて送出する。

図４はクライアントマシン３の内部構成を示した図である。

図４において、３１は受信ストリーム管理部であり、ユーザのリモコン等による操作に応じて、ビデオサーバ１に対してダイジェストストリームや本編ストリームの要求を行う。ストリーム受信部３２は受信ストリーム管理部３１から指定されたダイジェストストリームや本編ストリームをビデオサーバ１に対して要求、ビデオサーバ１から送信されたダイジェストストリームや本編ストリームを受信し、デコーダ３３へ渡す。デコーダ３３はストリーム受信部３２が受信したダイジェストストリームや本編ストリームをデコードして、図示しない映像表示部に送信する。

３４はダイジェスト情報記録部であり、受信するダイジェストストリームに含まれるダイジェストから、各ダイジェストの元となる映像コンテンツ（本編）を特定するコンテンツＩＤを検出して内部に記憶する。このコンテンツＩＤは、ダイジェストストリームからコンテンツＩＤを検出するたびに更新されるようになっており、常に、クライアントマシンが現在受信しているダイジェストの元となる映像コンテンツのコンテンツＩＤが記録されるようになっている。

ダイジェストストリームを視聴中のユーザが、ダイジェストストリームに含まれるダイジェストから気に入った映像コンテンツを発見した場合、ユーザはリモコン等インタフェイス手段（クライアントマシンに設けられたスイッチやタッチパネル等）を用いて、気に入った映像コンテンツの本編の再生を要求することができる。この場合、受信ストリーム管理部３１は、リモコンから本編ストリームの要求を受け取り、ダイジェスト情報記録部３４に記録された各ダイジェストの元となる映像コンテンツ（本編）のコンテンツＩＤを用いてビデオサーバ１に対して本編ストリームを要求する。ストリーム受信部３２は受信ストリーム管理部３１から指定された本編ストリームをビデオサーバ１から受信し、デコーダ３３へ渡し、デコーダ３３はストリーム受信部３２が受信した本編ストリームをデコードして図示しない映像表示部に送信する。

これにより、ユーザはストレージに記憶された複数のコンテンツの一部分ばかりをまとめたダイジェストストリームを視聴することが可能となるので、単に静止画のみからコンテンツを判断するのと異なり、より的確に自らの好みに沿った映像コンテンツの選択を行うことが可能となる。また、ユーザからの要求があった場合のみビデオサーバがダイジェストストリームを生成、送信するので、必要な場合にのみビデオサーバはダイジェストストリームを生成すればよいことになり、ビデオサーバの負担およびビデオサーバに接続する回線の帯域負担を軽減することが可能となる。さらに、ユーザはダイジェストストリームから希望する番組を発見したら、単に、クライアントマシン側でリモコン等を用いて選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。

以下に、本実施の形態１の映像配信システムにおけるビデオサーバ１とクライアントマシン３の間のやり取り詳細に説明する。

図５は、本発明の実施の形態１におけるビデオサーバおよびクライアントマシン間の情報のやり取り手順を説明したタイムチャートである。

まず、ユーザが、クライアントマシン３に付属するリモコン等により「ダイジェスト」キーを押下すると、クライアントマシン３の受信ストリーム管理部３１は、図示しないリモコン受光部を介してダイジェストキーの入力イベントを検知する（ステップＳ１００１）。

クライアントマシンの受信ストリーム管理部３１は、ダイジェストストリームに関する情報を要求する「ダイジェスト情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ１００２）。「ダイジェスト情報要求」には、ダイジェストストリーム受信用にクライアントマシンが用意したポート番号（固定的に設定）が含まれている。なお、受信用ポート番号は、ＵＤＰベースで本編を受信するときに必要となるが、ＨＴＴＰ等ＴＣＰベースでダイジェストストリームを受信するときには必要なく、この場合はポート番号を含めなくてもよい。

ビデオサーバ１の送信ストリーム管理部１２は、受信ストリーム管理部３１からの「ダイジェスト情報要求」に対応して、ダイジェストストリームに関する情報を「ダイジェスト情報応答」として、クライアントマシン３の受信ストリーム管理部３１へ送信する（ステップＳ１００３）。この場合、「ダイジェスト情報応答」には、「ダイジェスト情報要求」の到達成否と、送信レート等のストリーム情報（オプション）が含まれている。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３のＩＰアドレスや受信用ポート番号（「ダイジェスト情報要求」から取得）を、ストリーム送信部１７へ通知し（ステップＳ１００４）、ストリーム送信部１７は、これを受けてダイジェストストリームを生成するとともに、通知されたＩＰアドレス、受信用ポート番号に対してダイジェストストリームを送信する（ステップＳ１００５）。

一方、クライアントマシン３の受信ストリーム管理部３１は、受信用ポート番号（Ｓ１００２でビデオサーバに通知した番号）と、ストリーム情報（「ダイジェスト情報応答」から取得）をストリーム受信部３２に通知する(ステップＳ１００６）。

クライアントマシン３のストリーム受信部３２は、通知されたＩＰアドレス、受信用ポート番号のダイジェストストリームをクライアントマシン３のストリーム送信部１７から受信して、ダイジェストストリームに含まれる各ダイジェストの元となる映像コンテンツ（本編）を特定するコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ１００７）とともに、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ出力する（ステップＳ１００８）。

クライアントマシン３のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ１００９）。

次に、ダイジェストストリームを視聴していたユーザが、視聴したい番組を発見し、リモコン等の決定キーを押下した場合を説明する。

この場合、クライアントマシン３の受信ストリーム管理部３１は、図示しないリモコン受光部を介して決定キーの入力イベントを検知する（ステップＳ１０１０）。入力イベントの検知に伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストに含まれているコンテンツＩＤを取得する（ステップＳ１０１１）。

次に、クライアントマシン３の受信ストリーム管理部３１は、本編ストリームの送信を要求する「本編再生要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ１０１２）。ここで、「本編再生要求」には、ステップＳ１０１１で受信ストリーム管理部３１がダイジェスト情報記録部３４から受け取ったコンテンツＩＤと、本編受信用のクライアントマシン３のポート番号（固定的に設定）が含まれている。ＨＴＴＰ等ＴＣＰベースで本編を受信するときには受信用ポート番号が必要ない点はダイジェスト情報要求時と同じである。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３の受信ストリーム管理部３１からの「本編再生要求」に対応して、本編ストリームの再生に関する「本編再生応答」をクライアントマシン３の受信ストリーム管理部３１へ送信する（ステップＳ１０１３）。「本編再生応答」には、「本編再生要求」の到達成否と、送信レート等のストリーム情報（オプション）が含まれている。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３のＩＰアドレス、本編受信用のポート番号、コンテンツＩＤ（「本編再生要求」から取得）を、ストリーム送信部１７へ通知し（ステップＳ１０１４）、ストリーム送信部１７は、コンテンツＩＤに該当する本編ファイルをコンテンツリスト１３から検索するとともに、コンテンツ記憶部１６から読出し、本編ストリームを作成、クライアントマシン３のストリーム受信部３２に対して送信する（ステップＳ１０１５）。

クライアントマシン３の受信ストリーム管理部３１は、本編受信用のポート番号（ステップＳ１０１２でビデオサーバ１に通知した番号）と、ストリーム情報（「本編再生応答」から取得）をストリーム受信部３２に通知し（ステップＳ１０１６）、ストリーム受信部３２は、通知されたＩＰアドレス、本編受信用のポート番号の本編ストリームを受信してデコーダ３３へ渡す（ステップＳ１０１７）。デコーダ３３は、受け取った本編ファイルをデコードし、映像・音声を図示しないテレビ等の表示装置に出力する（ステップＳ１０１８）。

以上、本発明の実施の形態１における映像配信システムを説明したが、これは一例であって、この実施の形態に限定されるものではない。

例えば、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生応答」には、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）を利用することが可能である。具体的には、ステップＳ１００２、Ｓ１００３、Ｓ１０１０、Ｓ１０１１の各ステップをＲＴＳＰのＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹメソッドで実現することができる。この場合、ＰＬＡＹメソッドに含まれるコンテンツのＵＲＩの指定は次のように指定することができる。

（ダイジェスト）ｒｔｓｐ：／／ビデオサーバのＩＰ／ｄｉｇｅｓｔ．ｍｐｇ
（本編）ｒｔｓｐ：／／ビデオサーバのＩＰ／コンテンツＩＤ．ｍｐｇ
また、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生返信」を、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による取得に置き換えることも可能である。この場合、本編自体もＨＴＴＰを用いて取得することになり、ステップが簡略化される。

さらに、上記例では、コンテンツＩＤは４Ｂｙｔｅ程度のデータ長を想定しているが、これをＵＲＩなどに置き換えてもよい。ＵＲＩにすると、ＲＴＳＰやＨＴＴＰで本編を取得するときにそのまま使用することができる。

また、コンテンツＩＤは、ダイジェストストリームから検出したタイミングで更新されるようになっているが、このタイミングは、バッファ等の影響で、テレビに表示されるタイミングより早く、ユーザが決定キーを押したときに、テレビに表示されているダイジェストと、ダイジェスト情報記録部に記録されているダイジェストＩＤが異なる場合が生じうるので、このような同期ずれを防止するために、ダイジェストをＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で作成し、ＢＭＬの中に本編のＵＲＩ等を記述しておき、テレビに表示させるタイミングと同期させることも可能である。

さらに、本実施の形態では、家庭内ネットワークを想定して説明したが、ビデオ配信業者が準備したビデオサーバに、家庭内の専用クライアントマシンからインターネットを経由してアクセスする場合も同様に本発明を利用することが可能である。

（実施の形態２）
実施の形態２では、１台のクライアントマシンと複数台のビデオサーバが家庭内ネットワークに接続しており、クライアントマシンＡのユーザーがビデオサーバに対してダイジェストストリームを要求した後、クライアントマシンＢのユーザもダイジェストストリームを要求し、その後、クライアントマシンＡが本編を選択、クライアントマシンＢはダイジェストストリームの受信を停止、ビデオサーバは、ダイジェストストリームの受信者がいなくなったことを確認して、ダイジェストストリームの送信を停止する場面を想定して説明する。

なお、本実施の形態２では、ビデオサーバとクライアントマシンは１対多の関係にあるため、ビデオサーバはダイジェストストリームをマルチキャスト配信することを前提として説明する。ただし、クライアントマシンの数、ビデオサーバ側の回線帯域によっては、これをユニキャスト配信、ブロードキャスト配信することも可能である。

図６は本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。

図６において、４１はクライアントマシンＡ、４２はクライアントマシンＢである。例えば、ビデオサーバ１とクライアントマシンＡ（テレビ）４１はリビング、クライアントマシンＢ（テレビ）４２は寝室に設置されており、それぞれ有線／無線のネットワーク２で接続されている。クライアントマシンＡ４１、クライアントマシンＢ４２としては、テレビやＰＣなどが考えられるが、これに限定されるものではない。その他の要素は実施の形態１の図１で説明したものと同じであるため省略する。

図７はビデオサーバ１の内部構成を示した図である。

図７において、５１は受信者数記録部であり、ダイジェストストリームを受信しているクライアントマシンの数を受信者としてカウントしている。受信者数が０になった場合、送信ストリーム管理部１２からの指示により、ストリーム送信部１７のメモリに記憶されているダイジェストストリームは削除される。

ビデオサーバ１におけるほかの要素及びクライアントマシン３の構成は実施の形態１におけるものと同様であるため、説明は省略する。

図８、図９は、本発明の実施の形態２におけるビデオサーバ１およびクライアントマシンＡ４１、クライアントマシンＢ４２間の情報のやり取り手順を説明したタイムチャートである。

まず、ユーザが、クライアントマシンＡ４１に付属するリモコンの「ダイジェスト」キーを押下すると、クライアントマシンＡ４１の受信ストリーム管理部３１は、図示しないリモコン受光部を介してダイジェストキーの入力イベントを検知する（ステップＳ２００１）。

クライアントマシンＡ４１の受信ストリーム管理部３１は、ダイジェストストリームに関する情報を要求する「ダイジェスト情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２００２）。ここで、「ダイジェスト情報要求」には、実施の形態１の場合と異なり、ダイジェストストリーム受信用ポート番号（固定的に設定）の情報は含まれない。

ビデオサーバ１の送信ストリーム管理部１２は、受信ストリーム管理部３１からの「ダイジェスト情報要求」に対応して、ダイジェストストリームに関する情報を「ダイジェスト情報応答」として、クライアントマシンＡ４１の受信ストリーム管理部３１へ送信する（ステップＳ２００３）。この場合、「ダイジェスト情報応答」には、「ダイジェスト情報要求」の到達成否とダイジェストストリームの宛先マルチキャストアドレス、ポート番号（固定的に指定）、送信レート等のストリーム情報（オプション）が含まれている。

ビデオサーバ１の送信ストリーム管理部１２は、ダイジェストストリームの宛先マルチキャストアドレスおよびポート番号を、ストリーム送信部１７へ通知し（ステップＳ２００４）、ビデオサーバ１のストリーム送信部１７は、ダイジェストストリームを生成するとともに、通知されたマルチキャストアドレスおよびポート番号に対してダイジェストストリームを送信する（ステップＳ２００５）。

一方、クライアントマシンＡ４１の受信ストリーム管理部３１は、ダイジェストストリームのマルチキャストアドレスおよびポート番号、ストリーム情報（「ダイジェスト情報応答」から取得）をストリーム受信部３２に通知する(ステップＳ２００６）。

クライアントマシンＡ４１のストリーム受信部３２は、ダイジェストストリームの受信を開始したことを示す「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２００７）。「ストリーム受信通知」には、クライアントマシンＡ４１が受信を開始した本編ストリームの宛先マルチキャストアドレス、宛先ポート番号が含まれる。

ビデオサーバ１の送信ストリーム管理部１２は、「ストリーム受信通知」を受け、受信者数記録部５１のカウンタを１つインクリメントする（Ｓ２００８）。本実施の形態の例では、クライアントマシンＡ４１が始めてダイジェストストリームの要求を行ったので、受信者数記録部５１のカウンタは「０」→「１」にインクリメントされる。

一方、クライアントマシンＡ４１のストリーム受信部３２は、通知されたマルチキャストアドレスのダイジェストストリームを受信して、ダイジェストストリームに含まれる各ダイジェストの元となる映像コンテンツ（本編）を特定するコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ２００９）とともに、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ２０１０）。

クライアントマシンＡ４１のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ２０１１）。

次に、クライアントマシンＡ４１がダイジェストストリームを受信している最中に、さらにクライアントマシンＢ４２が同じくクライアントマシンＢ４２に付属するリモコンの「ダイジェスト」キーを押下し、ビデオサーバ１に対してダイジェストストリームを要求するシーケンスを説明する。

まず、クライアントマシンＢ４２の受信ストリーム管理部３１はダイジェストキーの入力イベントを検知し（ステップＳ２１０１）、「ダイジェスト情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２１０２）。

次に、ビデオサーバ１の送信ストリーム管理部１２は、「ダイジェスト情報要求」に対応して「ダイジェスト情報応答」を、クライアントマシンＢ４２の受信ストリーム管理部３１へ送信する（ステップＳ２１０３）。この場合、「ダイジェスト情報応答」には、「ダイジェスト情報要求」の到達成否と、クライアントマシンＡ４１に対して既に出力しているダイジェストストリームの宛先マルチキャストアドレスおよびポート番号、レート等のストリーム情報（オプション）が含まれている。

クライアントマシンＢ４２の受信ストリーム管理部３１は、ダイジェストストリームの宛先マルチキャストアドレスおよびポート番号、ストリーム情報（「ダイジェスト情報応答」から取得）をストリーム受信部３２に通知し(ステップＳ２１０４）、ストリーム受信部３２は、「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２１０５）。「ストリーム受信通知」には、クライアントマシンＢ４２が受信するダイジェストストリームの宛先マルチキャストアドレス、宛先ポート番号が含まれる。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＢ４２からの「ストリーム受信通知」を受け、受信者数記録部５１のカウンタをインクリメントする（ステップＳ２１０６）。本実施の形態の例では、クライアントマシンＡ４１に続いて同じダイジェストストリームをクライアントマシンＢ４２が受信することになるため、受信者数記録部５１のカウンタは「１」→「２」にインクリメントされる。

以下、クライアントマシンＡ４１のストリーム受信部３２が通知されたマルチキャストアドレスのダイジェストストリームを受信してダイジェストストリームに含まれる各ダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ２１０７）こと、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ２１０８）こと、デコーダ３３が受け取ったダイジェストファイルをデコードして映像・音声を出力する（ステップＳ２１０９）ことは、クライアントマシンＡ４１における場合と同様である。

これにより、ビデオサーバ１がクライアントマシンＡ４１に対して既に送信しているダイジェストストリームをクライアントマシンＢ４２も受信することが可能になるため、ビデオサーバ１のストリーム送信部１７が個々要求に対応してダイジェストストリームを生成する必要がなくなり、サーバの負荷が軽減される。また、個々要求に対応して生成したダイジェストストリームを、個々クライアントマシンにユニキャスト（ＵＤＰ）送信する場合と異なり、ビデオサーバ１側の回線帯域負荷を軽減することも可能となる。

続いて、クライアントマシンＡ４１、Ｂ４２がビデオサーバ１からダイジェストストリームを受信中に、クライアントマシンＡ４１のユーザが本編を選択する場合のシーケンスを図９を用いて以下に説明する。

この場合、クライアントマシンＡ４１の受信ストリーム管理部３１は、図示しないリモコン受光部を介して決定キーの入力イベントを検知し（ステップＳ２２０１）、これに伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストストリームに含まれるダイジェストのコンテンツＩＤを取得する（ステップＳ２２０２）。

次に、クライアントマシンＡ４１の受信ストリーム管理部３１は、本編ストリームの送信を要求する「本編再生要求」を、ビデオサーバ１の送信ストリーム管理部に送信する（ステップＳ２２０３）。ここで、「本編再生要求」には、ステップＳ２２０２で受信ストリーム管理部３１がダイジェスト情報記録部３４から受け取ったコンテンツＩＤとクライアントマシンＡ４１のＩＰアドレス、本編受信用のポート番号が含まれている。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３の受信ストリーム管理部３１からの「本編再生要求」に対応して、本編ストリームの再生に関する「本編再生応答」を、クライアントマシンＡ４１の受信ストリーム管理部３１へ送信する（ステップＳ２２０４）。「本編再生応答」には、「本編再生要求」の到達成否と、送信レート等のストリーム情報（オプション）が含まれる。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＡ４１のＩＰアドレス、本編受信用のポート番号、コンテンツＩＤ（「本編再生要求」から取得）を、ストリーム送信部１７へ通知し（ステップＳ２２０５）、ストリーム送信部１７は、コンテンツＩＤに該当する本編ファイルをコンテンツリスト１３から検索するとともに、コンテンツ記憶部１６から読出し、本編ストリームを作成、クライアントマシン３のストリーム受信部３２に対して送信する（ステップＳ２２０６）。

クライアントマシンＡ４１の受信ストリーム管理部３１は、本編受信用のポート番号（ステップＳ２２０３でビデオサーバ１に通知した番号）と、ストリーム情報（「本編再生応答」から取得）、ダイジェストストリームの受信終了指示をストリーム受信部３２に通知し（ステップＳ２２０７）、ストリーム受信部３２は、通知されたＩＰアドレス、受信用ポート番号の本編ストリームの受信を開始する。

クライアントマシンＡ４１のストリーム受信部３２は、受信ストリーム管理部３１からのダイジェストストリームの受信終了指示に従って、ダイジェストストリームの受信を停止するとともに、ダイジェストストリームの受信を終了したことを示す「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２２０８）。また、ストリーム受信部３２は、通知されたＩＰアドレス、受信用ポート番号の本編ストリームを受信し、デコーダ３３へ渡し（ステップＳ２２０９）、デコーダ３３は、受け取った本編ファイルをデコードし、映像・音声を図示しないテレビ等の表示装置に出力する（ステップＳ２２１０）。

一方、ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＡ４１からの「ストリーム受信破棄通知」を受け、受信者数記録部５１のカウンタををデクリメントする（ステップＳ２２１１）。本実施の形態の例では、クライアントマシンＡ４１、Ｂ４２がダイジェストストリームの受信を行っていたので、受信者数記録部５１のカウンタは「２」→「１」にデクリメントされる。

続いて、クライアントマシンＢ４２がダイジェストストリームの視聴を停止するシーケンスを以下に説明する。

クライアントマシンＢ４２の受信ストリーム管理部３１は、ユーザからのダイジェストストリーム視聴停止の指示入力イベントを、図示しないリモコン受光部を介して検知する（ステップＳ２３０１）。ユーザによるダイジェストストリーム視聴停止の指示は、ダイジェストストリーム視聴中止専用のスイッチにより行ってもよいし、地上波放送への視聴切替えスイッチがこれを兼ねるようにしてもよい。他にも、クライアントマシンの電源スイッチをオフした場合などに、このイベントが発信されるようにしてもよい。

ダイジェストストリーム視聴停止指示を受けて、クライアントマシンＢ４２の受信ストリーム管理部３１は、ダイジェストストリームの受信停止命令をストリーム受信部３２に通知（ステップＳ２３０２）、ストリーム受信部３２は、通知されたダイジェストストリームの受信を停止するとともに、「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２３０３）。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＢ４２からの「ストリーム受信破棄通知」を受け、受信者数記録部５１のカウンタををデクリメントする（ステップＳ２３０４）。この場合、クライアントマシンＢ４２のみがダイジェストストリームの受信を行っていたので、受信者数記録部５１のカウンタは「１」→「０」にデクリメントされる。また、ビデオサーバ１の送信ストリーム管理部１２は、ダイジェストストリームの送信停止命令を、ストリーム送信部１７に通知、ビデオサーバ１のストリーム送信部１７はダイジェストストリームの送信を停止する（ステップＳ２３０５）。

さらに、ビデオサーバ１の送信ストリーム管理部１２は、受信者数記録部５１のカウンタが「０」になった時点で、ダイジェストストリームを受信するクライアントはいなくなったと判断し、ストリーム送信部１７にダイジェストストリームの破棄指令を通知し、これを受けたストリーム送信部１７は内部のメモリからダイジェストストリームを削除する。

このように、ダイジェストストリームを受信しているクライアントマシンの数を監視して、ダイジェストストリームを受信しているクライアントマシンがないことが判明した場合はビデオサーバが記憶しているダイジェストストリームを削除することが可能となるので、ビデオサーバのメモリ負担を低減することも可能となる。

以上、本発明の実施の形態２における映像配信システムを説明したが、これは一例であって、この実施の形態に限定されるものではない。

例えば、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生応答」にＲＴＳＰを利用できることは実施の形態１の場合と同様である。

また、本実施の形態２では、「ストリーム受信通知」、「ストリーム受信破棄通知」をクライアントマシンのストリーム受信部３２がビデオサーバの送信ストリーム管理部１２に送っているが（ステップＳ２００７、Ｓ２１０５、Ｓ２２０８、Ｓ２３０３）、これをＩＧＭＰの「ｊｏｉｎ」「ｌｅａｖｅ」メソッドで代用することができる。この場合、ＩＧＭＰのｊｏｉｎメソッドを拡張し、ポート番号まで含ませれば、ポート番号を任意に付けることが可能となる。

また、クライアントマシンＡ４１、Ｂ４２のストリーム受信部３２から「ストリーム受信通知」、「ストリーム受信破棄通知」を都度ビデオサーバの送信ストリーム管理部１２に送らなくても、所定のタイミングで（例えば、ステップＳ２１０９終了時点等）で、ビデオサーバ１からダイジェストストリームの受信者数を確認するクエリーメッセージをクライアントマシンＡ４１、Ｂ４２に送信し、これに対する応答数をカウントすることによってもダイジェストストリームの受信者数をカウントすることは可能である。

この場合、何らかの原因により、「ストリーム受信破棄通知」をビデオサーバに送信することなくダイジェストストリームの受信を中止したクライアントマシンについても、受信者数をカウントすることが可能になる。

さらに、本実施の形態では、家庭内ネットワークを想定して説明したが、ビデオ配信業者が準備したビデオサーバに、家庭内の専用クライアントマシンからインターネットを経由してアクセスする場合も同様に本発明を利用することが可能である。

（実施の形態３）
実施の形態３では、放送業者が保有するビデオサーバと複数家庭が保有する複数のクライアントマシンがネットワークに接続されており、クライアントマシンＡ、Ｂがビデオサーバが配信するダイジェストストリームを受信中にクライアントマシンＡがスキップ／リバースストリームを要求し、ビデオサーバはこれに対応して新規にスキップ／リバースストリームαをクライアントマシンＡに送信、続いてクライアントマシンＢもスキップ／リバースストリームを要求したため、ビデオサーバはスキップ／リバースストリームαの情報をクライアントマシンＢに返信し、受信者がいなくなったダイジェストストリームを削除するという場面を想定して説明する。

なお、本実施の形態３では、ビデオサーバとクライアントマシンは１対多の関係にあるため、ビデオサーバはダイジェストストリームをマルチキャスト配信することを前提として説明する。ただし、クライアントマシンの数、ビデオサーバ側の回線帯域によっては、これをユニキャスト配信、ブロードキャスト配信することも可能である。

図１０に示すように、スキップストリームとは、ダイジェストストリームから順方向に派生したストリームを意味する。具体的には、ダイジェストが１・２・３・４・５・・・と２０秒ずつ続くダイジェストストリームを視聴中のクライアントが、ダイジェスト２を５秒見たところで次のダイジェストを見ることを希望し、リモコンのスキップボタンを押下した場合、ビデオサーバは新たに３から始まるダイジェストストリームを生成してクライアントに送信することになる。この、順方向に新たに生成されたダイジェストストリームをここではスキップストリームと呼ぶ。

一方、図１１に示すように、ダイジェストが１・２・３・４・５・・・と続くダイジェストストリームを視聴中のクライアントが、ダイジェスト２を見ているところで過去に見ていたダイジェストを再度見ることを希望し、リモコンのリバースボタンを押下した場合、ビデオサーバは新たに１から始まるダイジェストストリームを生成してクライアントに送信することになる。この、逆方向に新たに生成されたダイジェストストリームをここではリバースストリームと呼ぶ。

なお、スキップストリーム、リバースストリームはα、β・・・と、何段でも作成できる。

以下では、クライアントマシンが順方向にスキップストリームを要求した場面を例として説明する。

図１２は本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。

図１２において、６１はクライアントマシンＡ、６２はクライアントマシンＢである。ビデオサーバ１は放送業者が保有しており、クライアントマシンＡ（テレビ）６１、Ｂ（テレビ）６２は各家庭に設置されている。そして、これらはそれぞれ有線／無線のネットワーク２で接続されている。クライアントマシンＡ６１、クライアントマシンＢ６２としては、テレビやＰＣなどが考えられるが、これに限定されるものではない。その他の要素は実施の形態１の図１で説明したものと同じであるため省略する。

図１３はビデオサーバ１の内部構成を示した図である。

図１３において、７１はストリームリスト記憶部であり、ストリームリスト７２には、送信中のダイジェストストリーム／スキップストリームのマルチキャストアドレス、ポート番号、ストリームを受信している受信者数、ストリームで送信中のダイジェストのコンテンツＩＤが記録されている。コンテンツＩＤは送信中のダイジェストが切り替わるたびに更新され、最新のコンテンツＩＤが上書きされるようになっている。これにより、どのダイジェスト／スキップストリームが現在どのコンテンツのダイジェストを送信しているか検索可能になっている。

クライアントマシンからスキップ要求があった場合、クライアントマシンから送られてくるコンテンツＩＤと、ストリームリスト７２内のストリームＩＤを比較して、クライアントマシンが要求するスキップストリーム（クライアントマシンから送られるコンテンツＩＤの次のコンテンツのダイジェストを送信中のストリーム）を検出し、クライアントマシンに送信する。ストリームリスト７２内にクライアントマシンが希望するスキップストリームが存在しない場合、送信ストリーム管理部１２はストリーム送信部１７に指示して、新たなスキップストリームを生成し、クライアントマシンに送信するとともに、マルチキャストアドレス、ポート番号、ストリームを受信している受信者数、ストリームで送信中のダイジェストのコンテンツＩＤを新たにストリームリスト７２に記録する。スキップストリームは、クライアントマシンから送られるコンテンツＩＤの次の映像コンテンツのダイジェストを先頭に、コンテンツリスト記憶部１４が記憶するコンテンツリストに従ってコンテンツＩＤと所定時間分のダイジェストファイルが順番に格納されていく。

ダイジェストストリームまたはスキップストリームの視聴者がスキップ要求により別のストリームに乗り換えたことで、ダイジェストストリームまたはスキップストリームの受信者数が０になった場合、該当するダイジェストストリームまたはスキップストリームはビデオサーバ１のメモリから削除されるようになっている。ビデオサーバ１におけるほかの要素及びクライアントマシンの構成は実施の形態１におけるものと同様であるため、省略する。

図１４〜１６は、本発明の実施の形態３におけるビデオサーバ１およびクライアントマシンＡ６１、Ｂ６２間の情報のやり取りの手順を説明したタイムチャートである。

クライアントマシンＡ６１、クライアントマシンＢ６２がビデオサーバ１からダイジェストストリームを受信するまでの手順は実施の形態２で説明したものと同様であるため、ここでは省略する。

以下に、クライアントマシンＡ６１、クライアントマシンＢ６２が同じダイジェストストリームを視聴している場合に、クライアントマシンＡ６１でダイジェストストリームを視聴していたユーザのみが表示中のダイジェストがつまらないと思い、リモコンの決定キーを用いてスキップストリームαを要求した場合のシーケンスを順に説明する。

まず、ユーザが、クライアントマシンＡ６１に付属するリモコンの「スキップ」キーを押下すると、クライアントマシンＡ６１の受信ストリーム管理部３１は、図示しないリモコン受光部を介してスキップキーの入力イベントを検知し（ステップＳ３００１）、これに伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストに含まれるコンテンツＩＤを取得する（ステップＳ３００２）。

次に、クライアントマシンＡ６１の受信ストリーム管理部３１は、ダイジェストを順方向に一定の数だけスキップしたスキップストリームに関する情報を要求する「スキップストリーム情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ３００３）。ここで、「スキップストリーム情報要求」には、ステップＳ３００２で受信ストリーム管理部３１がダイジェスト情報記録部３４から受け取ったコンテンツＩＤが含まれている。

ビデオサーバ１の送信ストリーム管理部１２は、「スキップストリーム情報要求」からコンテンツＩＤを取得し、ストリームリスト７２を検索し、コンテンツＩＤ（「スキップストリーム情報要求」から取得）で特定される映像コンテンツの次の映像コンテンツを特定するコンテンツＩＤを送信中のスキップストリームを選出する（ステップＳ３００４）。

送信ストリーム管理部１２は、受信ストリーム管理部３１から受け取った「スキップストリーム情報要求」に対応した「スキップストリーム情報返信」をクライアントマシンＡ６１の受信ストリーム管理部３１に送信する（ステップＳ３００５）。「スキップストリーム情報返信」には、選出したスキップストリームのマルチキャストアドレスおよびポート番号、スキップストリームレートが含まれる。スキップストリームのレートが先に送信していたダイジェストストリームまたはスキップストリームのレートと同じ場合はスキップストリームのレートは省いてもよい。

ビデオサーバ１の送信ストリーム管理部１２は、コンテンツＩＤ（「スキップストリーム情報要求」から取得したコンテンツＩＤで特定される映像コンテンツの次のダイジェストのコンテンツＩＤ）および予め固定的に決定していたポート番号、選出したマルチキャストアドレスをストリーム送信部１７に通知し（ステップＳ３００６）、ストリーム送信部１７は、通知されたマルチキャストアドレスに対して通知されたレートでスキップストリームを送信する（ステップＳ３００７）。

一方、ステップＳ３００４にて、ストリームリスト７２に該当するスキップストリームが無かった場合、送信ストリーム管理部１２はストリーム送信部１７に新たなスキップストリームを生成するよう指示（ステップＳ３００６）、ストリーム送信部１７は取得したコンテンツＩＤで特定される映像コンテンツの次の映像コンテンツのダイジェストから始まる新たなスキップストリームを生成し、使用されていないマルチキャストアドレスおよび予め固定的に決定していたポート番号を付与してクライアントマシンに送信する（ステップＳ３００７）。この場合も、送信ストリーム管理部１２は新たなマルチキャストアドレスおよび予め固定的に決定していたポート番号をストリーム送信部１７に通知し（ステップＳ３００６）、ストリーム送信部１７は、通知されたマルチキャストアドレスおよびポート番号に対して通知されたレートでスキップストリームを送信する（ステップＳ３００７）。

一方、クライアントマシンＡ６１の受信ストリーム管理部３１は、ステップＳ３００４でビデオサーバ１から受信した「スキップストリーム情報返信」から、宛先マルチキャストアドレスおよびポート番号、スキップストリームのレートを取得し、ストリーム受信部３２に通知する（ステップＳ３００８）。ストリーム受信部３２は、過去に見ていたダイジェストストリームまたはスキップストリームの受信が必要なくなったので、「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信する（ステップＳ３００９）。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＡ６１が送信した「ストリーム受信破棄通知」を受信し、これに含まれるコンテンツＩＤを取得、ストリームリスト７２の該当するストリームの受信者数をデクリメントする（ステップＳ３０１０）。この例では、ダイジェストストリームの受信者が「２」→「１」にデクリメントされる。

次いで、クライアントマシンＡ６１のストリーム受信部３２は、新たなスキップストリームの「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信（ステップＳ３０１１）、送信ストリーム管理部１２は、「ストリーム受信通知」から宛先マルチキャストアドレス、宛先ポート番号を取得する。送信ストリーム管理部１２は、ストリームリスト７２の該当するストリームの受信者数をインクリメントする（ステップＳ３０１２）。この場合、スキップストリームαの受信者が「０」→「１」にインクリメントされる。

一方、クライアントマシンＡ６１のストリーム受信部３２は、通知されたマルチキャストアドレスのスキップストリームを受信し、スキップストリームに含まれるダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ３０１３）とともに、スキップストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ３０１４）。

クライアントマシンＡ６１のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ３０１５）。

次に、クライアントマシンＢ６２が同じくスキップストリームαを要求した場面を説明する。この場合、クライアントマシンＢ６２の受信ストリーム管理部３１は、図示しないリモコン受光部を介してスキップキーの入力イベントを検知する（ステップＳ３１０１）。入力イベントの検知に伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストに含まれるコンテンツＩＤを取得する（ステップＳ３１０２）。

次に、クライアントマシンＢ６２の受信ストリーム管理部３１は、「スキップストリーム情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ３１０３）。ここで、「スキップストリーム情報要求」には、ステップＳ３１０２で受け取ったコンテンツＩＤが含まれている。

ビデオサーバ１の送信ストリーム管理部１２は、「スキップストリーム情報要求」からコンテンツＩＤを取得し、ストリームリスト７２を検索し、「スキップストリーム情報要求」から取得したコンテンツＩＤで特定される映像コンテンツの次のコンテンツのダイジェストを送信中のスキップストリームを選出する（ステップＳ３１０４）。

送信ストリーム管理部１２は、既出のスキップストリームαを発見し、「スキップストリーム情報返信」をクライアントマシンＢ６２の受信ストリーム管理部３１に送信する（ステップＳ３１０５）。「スキップストリーム情報返信」には、スキップストリームαのマルチキャストアドレスおよびポート番号、スキップストリームレートが含まれる。

クライアントマシンＢ６２の受信ストリーム管理部３１は、受信した「スキップストリーム情報返信」から、宛先マルチキャストアドレスおよびポート番号、スキップストリームのレートを取得し、ストリーム受信部３２に通知する（ステップＳ３１０６）。

これにより、クライアントマシンＢ６２は、ビデオサーバ１がクライアントマシンＡ６１に送信していたスキップストリームαを受信することが可能となり、ビデオサーバがクライアントマシンＢ６２に向けて新たなスキップストリームを生成する負荷を軽減することが可能となる。また、スキップストリームはマルチキャスト配信されているので、ビデオサーバ１側のネットワーク回線の帯域負荷も軽減することが可能となる。

クライアントマシンＢ６２のストリーム受信部３２は、過去に見ていたダイジェストストリームまたはスキップストリームの受信が必要なくなったので、「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信する（ステップＳ３１０７）。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＢ６２が送信した「ストリーム受信破棄通知」を受信し、これに含まれるコンテンツＩＤを取得、ストリームリスト７２の該当するストリームの受信者数をデクリメントする（ステップＳ３１０８）。この例では、ダイジェストストリームの受信者が「１」→「０」にデクリメントされる。

また、ビデオサーバ１の送信ストリーム管理部１２はダイジェストストリームの送信停止命令をストリーム送信部１７に通知（ステップＳ３１０９）、ストリーム送信部１７は、ダイジェストストリームの送信を停止する。

なお、ストリームリスト７２のカウンタが「０」になった時点で、ダイジェストストリームを受信するクライアントはいなくなったと判断し、ストリーム送信部１７にダイジェストストリームの破棄指令を通知し、これを受けたストリーム送信部１７は内部のメモリからダイジェストストリームを削除する。

クライアントマシンＢ６２のストリーム受信部３２は、スキップストリームαの受信開始に伴い、「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信（ステップＳ３１１０）、送信ストリーム管理部１２は、「ストリーム受信通知」から宛先マルチキャストアドレス、宛先ポート番号を取得する。送信ストリーム管理部１２は、ストリームリスト７２の該当するストリームの受信者数をインクリメントする（ステップＳ３１１１）。この場合、スキップストリームαの受信者が「１」→「２」にインクリメントされる。

一方、クライアントマシンＢ６２のストリーム受信部３２は、通知されたマルチキャストアドレスおよびポート番号のスキップストリームを受信し、スキップストリームに含まれるダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ３１１２）とともに、スキップストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ３１１３）。

クライアントマシンＢ６２のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ３１１４）。

以上、本発明の実施の形態３における映像配信システムを説明したが、これは一例であって、この実施の形態に限定されるものではない。

例えば、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生応答」、「スキップストリーム情報要求」、「スキップストリーム情報返信」にＲＴＳＰを利用できることは実施の形態１の場合と同様である。この場合、「ダイジェスト情報要求」および「ダイジェスト情報返信」と「スキップストリーム情報要求」および「スキップストリーム情報返信」は共通のプロトコルを用いてもよい
また、「ストリーム受信通知」、「ストリーム受信破棄通知」にＩＧＭＰの「ｊｏｉｎ」「ｌｅａｖｅ」メソッドで代用することができる点も実施の形態２の場合と同様である。

なお、本実施の形態では、クライアントマシンＡ６１およびクライアントマシンＢ６２がスキップストリームを要求した場面を前提として説明したが、リバースストリームを要求した場合でも同様の態様で実施可能である。

また、スキップストリームおよびリバースストリームは、順方向または逆方向に１つずつダイジェストがスキップしたものであることを前提として説明しているが、１つずつのスキップに限られるものではなく、任意の数だけスキップするものであってもよい。

（実施の形態４）
実施の形態４では、スキップストリームを受信中のクライアントマシンのユーザーが、スキップストリームを視聴中に、スキップストリームがいつのまにかダイジェストストリームに統合され、スキップストリームをサーバが削除する場合を想定して説明する。

本実施の形態では、後述するが、ダイジェストストリームとスキップストリームの各コンテンツに含まれるダイジェストの送信期間が異なる長さに調節されており、一定期間経過するとダイジェストストリームのダイジェストの切り替わりタイミングとスキップストリームのダイジェストの切り替わりタイミングが同期するようになっている。

本実施の形態では、実施例３で説明したビデオサーバ、クライアントマシンを利用した映像配信システムを前提として説明する。ここで、クライアントマシンＡ６１はダイジェストストリーム、クライアントマシンＢ６２はスキップストリームαを受信しているものとし、以下にスキップストリームがダイジェストストリームに統合される手順を図１６を用いて説明する。

ビデオサーバ１のストリーム送信部１７は、スキップストリームに含まれている各コンテンツのダイジェストが変更されるタイミングに合わせてストリームリスト７２のコンテンツＩＤを順次更新している（ステップＳ４００１）。ストリーム送信部１７は、ストリームリスト７２のコンテンツＩＤの更新を常時監視し、ダイジェストストリームとスキップストリームのコンテンツＩＤが、同じコンテンツＩＤに、同タイミングで更新されるタイミングがないかチェックする。同ＩＤ、同タイミングの更新がストリームリスト７２内に発見された場合、ストリーム送信部１７は送信ストリーム管理部１２に通知する（ステップＳ４００２）。ここでは、ダイジェストストリームとスキップストリームαが同ＩＤ、同タイミングで更新されていることをストリーム送信部１７が発見したとする。

ビデオサーバ１の送信ストリーム管理部１２は、スキップストリームαとダイジェストストリームが同ＩＤ、同タイミングで更新されると判断した場合、「ストリーム変更通知」をスキップストリームαを受信するクライアントマシンＢ６２の受信ストリーム管理部３１に対して送信する（ステップＳ４００３）。「ストリーム変更通知」には、統合先となるダイジェストストリームの宛先マルチキャストアドレスおよび宛先ポート番号、ストリームレートが含まれている。

クライアントマシンＢ６２の受信ストリーム管理部３１は、「ストリーム変更通知」で指定されたダイジェストストリームの宛先マルチキャストアドレスおよび宛先ポート番号、ストリームレートに受信ストリームを変更するように、ストリーム受信部３２に通知する（ステップＳ４００４）。

これにより、クライアントマシンＢ６２は、スキップストリームαに含まれるコンテンツのダイジェストが切り替わる瞬間にダイジェストストリームの視聴に移し変えられることとなる。こうすることで、ユーザに違和感を抱かせることなくダイジェストストリームへの視聴者の統合を実現でき、ビデオサーバがメモリに記憶しておくスキップストリームの本数を少なくすることが可能となる。このように、ユーザの要求に応じつつスキップストリームの本数を少なくすることで、ビデオサーバ側のネットワーク回線の帯域負荷を低減することが可能となる。

次に、ダイジェストストリームへの移行を完了したクライアントマシンＢ６２のストリーム受信部３２は、今まで受信していたスキップストリームαの「ストリーム破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ４００５）。これを受けた送信ストリーム管理部１２は、ストリームリスト７２内の、該当するストリーム（スキップストリーム）の受信者数をデクリメントする（ステップＳ４００６）。本実施の形態では、受信者数は「１」→「０」にデクリメントされる。

クライアントマシンＢ６２からの「ストリーム破棄通知」を受けて、ビデオサーバ１の送信ストリーム管理部１２は、スキップストリームαの送信を停止するようにストリーム送信部に通知し（ステップＳ４００７）、ビデオサーバのストリーム送信部は、スキップストリームαの送信を停止する。

さらに、ビデオサーバ１の送信ストリーム管理部１２は、ストリームリスト７２を更新した結果、受信者数が「０」になった時点で、ダイジェストストリームを受信するクライアントはいなくなったと判断し、ストリーム送信部１７にダイジェストストリームの破棄指令を通知し、これを受けたストリーム送信部１７は内部のメモリからダイジェストストリームを削除する。

クライアントマシンＢ６２のストリーム受信部３２は、統合先のダイジェストストリームの「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に送信し（ステップＳ４００８）、送信ストリーム管理部１２はこれから宛先マルチキャストアドレス、宛先ポート番号を取得するとともにストリームリスト７２の該当するストリーム（ダイジェストストリーム）の受信者数をインクリメントする（ステップＳ４００９）。本実施の形態では、クライアントマシンＡ６１がダイジェストストリームを受信しているので、ストリームリスト７２の受信者数のカウンタは「１」→「２」にインクリメントされる。

クライアントマシンＢ６２のストリーム受信部３２は、通知されたマルチキャストアドレスおよびポート番号のダイジェストストリームを受信して、ダイジェストストリームに含まれる各ダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ４０１０）とともに、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（Ｓ４０１１）。

クライアントマシンＢ６２のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ４０１２）。

以下に、図１７を用いてビデオサーバが生成するダイジェストストリームおよびスキップストリームαの構成の具体例を説明する。

図示した通り、スキップストリームαには、ダイジェストストリームに含まれるコンテンツのダイジェストとは長さが異なるダイジェストを使用する。これにより、ダイジェストの長さによってはスキップストリームαとダイジェストストリームが、同じコンテンツのダイジェストを同時に送信開始するタイミングが発生する（Ａ点）。

例えば、図１７に示すように、コンテンツのダイジェストの長さが２０秒ずつであるダイジェストストリームを視聴中のユーザが、ダイジェストストリームに含まれる２番目のコンテンツを視聴中に次のコンテンツへのスキップを希望、２番目のコンテンツのダイジェスト開始１０秒後にリモコンのスキップボタンを押下した場合、ビデオサーバ１は新たにコンテンツのダイジェストが２５秒ずつとなるスキップストリームαを生成する。これにより、５番目のダイジェストの開始時点（Ａ点）がダイジェストストリームとスキップストリームで同一タイミングとなり、スキップストリームαの視聴者をダイジェストストリームに移し変えるとともに、スキップストリームαを削除することが可能となる。

図１８は、ストリームの統合をダイジェストストリームとリバースストリームβ間で行った場合の両ストリームの構成の具体例を示した図である。

スキップストリームαとの統合の場合と同様に、リバースストリームβは、ダイジェストストリームに含まれるコンテンツのダイジェストとは長さが異なるダイジェストを使用する。

例えば、図１８に示すように、コンテンツのダイジェストの長さが２０秒ずつであるダイジェストストリームを視聴中のユーザが、ダイジェストストリームに含まれる２番目のコンテンツを視聴中に１つ前のコンテンツへのリバースを希望、２番目のコンテンツのダイジェスト開始１０秒後にリモコンのリバースボタンを押下した場合、ビデオサーバ１は新たにコンテンツのダイジェストが１５秒ずつとなるリバースストリームβを生成する。これにより、７番目のダイジェストの開始時点（Ｂ点）がダイジェストストリームとリバースストリームβで同一タイミングとなり、リバースストリームβの視聴者をダイジェストストリームに移し変えるとともに、リバースストリームβを削除することが可能となる。

以上、本実施の形態では、クライアントマシンＢ６２がスキップストリームαを受信していた場面を前提として説明したが、クライアントマシンＢ６２がリバースストリームを受信していた場合でも本発明を実施可能である。

また、この例ではスキップストリームまたはリバースストリームの作成をユーザからの指令があれば随時としたが、ユーザからの指令があった場合でも、ダイジェストストリームがダイジェストを５秒、１０秒、１５秒といったように、一定時間送信してから新たなスキップストリームまたはリバースストリームを生成することにすると、スキップストリームまたはリバースストリーム間でのダイジェストの同期がとりやすくなる。

さらに、この例では、ダイジェストストリームに含まれるダイジェストの長さを２０秒、スキップストリームに含まれるダイジェストの長さを２５秒、リバースストリームに含まれるダイジェストの長さを１５秒としたが、これは一例であって、これに限定されるものではない。ダイジェストをユーザに視聴させるのに適切な時間であれば、どのような時間長であってもよく、また、任意の数だけ先のダイジェスト開始時点で両者間の同期を確保可能であれば、ダイジェストの長さは一定でなくてもよい。

また、どの程度先のダイジェスト開始時点で同期を確保するかはビデオサーバ側で任意に設定可能である。

以上、本実施の形態では、ダイジェストストリームとスキップストリーム、リバースストリームとの間の統合を中心に説明したが、これに限られるものではない。スキップストリームどうしの統合や、リバースストリームどうしの統合、スキップストリームとリバースストリームの統合など、ダイジェストからなるストリームであれば、どれに統合することも可能である。例えば、ダイジェストストリームを視聴中のユーザがいなくなった場合はダイジェストストリームを削除し、スキップストリームに統合してもよい。

なお、本実施の形態では、クライアントマシンＢ６２のストリーム受信部３２がスキップストリームαの「ストリーム破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ４００５）こととしたが、これを省略し、ビデオサーバ１の送信ストリーム管理部１２がステップＳ４００３においてクライアントマシンＢ６２の受信ストリーム管理部３１に対して送信する「ストリーム変更通知」を利用してストリームリスト７２内の、該当するストリーム（スキップストリーム）の受信者数をデクリメントするようにしてもよい。これにより、ビデオサーバとクライアントマシン間の手順を減らすことが可能となる。

（実施の形態５）
実施の形態５では、クライアントマシンがストレージ装置を所有している場合の例を説明する。この場合、クライアントマシンは、ダイジェストストリームを受信中にダイジェストストリームの未受信分をストレージ装置に蓄積しておき（サーバは蓄積用に別途ダイジェストストリームをマルチキャストで送信）、ユーザーのスキップ要求に応じて、クライアントマシン自らスキップストリームを生成する。さらに、スキップストリーム視聴中にさらに未受信分をストレージに蓄積して次のスキップ要求に備える。ストレージ装置に蓄積しておいた分を全て視聴してしまった時点で続きをサーバから受信する。

図１９は本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。

図１９において、８１はクライアントマシンである。ビデオサーバ１とクライアントマシン８１は有線／無線のネットワーク２で接続されている。ビデオサーバ１の構成としては、実施の形態１〜４で説明したものと同じであるためここでは説明を省略する。

図２０は本実施の形態５におけるクライアントマシン８１の構成を示した図である。

図２０において、８２はＨＤＤであり、ビデオサーバ１から受信したダイジェストストリームを内部に記憶することができるようになっている。

本実施の形態においては、図２１に示すように、ビデオサーバ１からダイジェストストリームを高レートでバースト的に受信して、ＨＤＤ８２に記憶していき、ＨＤＤ８２に記憶されたダイジェストを順次デコーダ３３に転送することでダイジェストストリームの再生を行うことになる。例えば、１５秒間のダイジェスト１を高レートで３秒間で取得してＨＤＤ８２に蓄積し、ダイジェスト１をＨＤＤ８２からデコーダ３３に転送、ダイジェスト１の再生中にＨＤＤ８２はダイジェスト２を高レートで取得してＨＤＤ８２に蓄積する。

図２２は、本発明の実施の形態５におけるビデオサーバ１およびクライアントマシン８１間の情報のやり取り手順を説明したタイムチャートである。

以下に、クライアントマシン８１のユーザがダイジェストストリームを視聴している最中に、ダイジェストがつまらないと思い、リモコンのスキップキーを用いてスキップストリームを要求した場合のシーケンスを順に説明する。

まず、ユーザが、クライアントマシン８１に付属するリモコンの「ダイジェスト」キーを押下すると、クライアントマシン８１の受信ストリーム管理部３１は、図示しないリモコン受光部を介してダイジェストキーの入力イベントを検知する（ステップＳ５００１）。

クライアントマシンの受信ストリーム管理部３１は、「ダイジェストの取得リクエスト」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ５００２）。ここで、「ダイジェストの取得リクエスト」には、クライアントマシン８１のＩＰアドレスおよびダイジェストストリーム受信用ポート番号（固定的に設定）が含まれる。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン８１のＩＰアドレスおよびポート番号（「ダイジェストの取得リクエスト」から取得）を、ストリーム送信部１７へ通知し（ステップＳ５００３）、ビデオサーバ１のストリーム送信部１７は、コンテンツ１のダイジェストストリームを生成するとともに、通知されたクライアントマシン８１のＩＰアドレスおよびポート番号に対してコンテンツ１のダイジェストストリームを送信する（ステップＳ５００４）。この場合、コンテンツ１のダイジェストストリームは通常の再生時のレートより高いレートでクライアントマシン８１に送信する。

クライアントマシン８１のストリーム受信部３２は、通知されたＩＰアドレスおよびポート番号のダイジェストストリームを受信して、ダイジェストストリームに含まれるコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ５００５）とともに、ダイジェストストリームに含まれるコンテンツ１のダイジェストファイルをＨＤＤ８２へ渡す（ステップＳ５００６）。ＨＤＤ８２は、受信したコンテンツ１のダイジェストファイルをコンテンツＩＤと共にＨＤＤ８２に蓄積する。

ＨＤＤ８２は蓄積したコンテンツ１のダイジェストファイルをデコーダ３３に書き出し（ステップＳ５００７）、デコーダ３３は書き出したコンテンツ１のダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ５００８）。

ダイジェスト情報記録部３４は、ＨＤＤ８２に蓄積したコンテンツ１のダイジェストの次のダイジェスト（コンテンツ２のダイジェスト）の取得リクエストをビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ５００９）。

ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン８１のＩＰアドレスおよびポート番号（「次のダイジェストの取得リクエスト」から取得）を、ストリーム送信部１７へ通知し（ステップＳ５０１０）、ビデオサーバ１のストリーム送信部１７は、通知されたＩＰアドレスおよびポート番号に対してコンテンツ２のダイジェストストリームを送信する（ステップＳ５０１１）。この場合も、コンテンツ２のダイジェストストリームは通常の再生時のレートより高いレートでクライアントマシン８１に送信する。

クライアントマシン８１のストリーム受信部３２は、通知されたＩＰアドレスおよびポート番号のダイジェストストリームを受信して、ダイジェストストリームに含まれるコンテンツＩＤをダイジェスト情報記録部３４に随時記録するとともに（ステップＳ５０１２）、受信したコンテンツ２のダイジェストファイルをコンテンツのＩＤと共にＨＤＤ８２に蓄積する（ステップＳ５０１３）。

これにより、クライアントマシン８１のユーザがコンテンツ１のダイジェストストリームを受信中に、ユーザによるスキップ指令を見越してコンテンツ２のダイジェストのファイルをビデオサーバ１から取り寄せ、ＨＤＤ８２に蓄積しておくことができる。このように、ユーザのスキップ要求にクライアントマシン８１側で対応することで、ビデオサーバ１の負担およびビデオサーバ１側回線帯域の負担を軽減することが可能となる。さらに、ユーザのスキップ要求にクライアントマシン８１内で対応することで、ユーザからの要求に即応したスキップ動作を実現することが可能となる。

ここでは、ＨＤＤ８２に蓄積しているコンテンツ１のダイジェストの次のダイジェスト（コンテンツ２のダイジェスト）をビデオサーバ１から取り寄せる例を挙げたが、ＨＤＤ８２に蓄積しているコンテンツ１のダイジェストの先のダイジェスト（例えば、ダイジェストが２０本あってこれがループしている場合は、ダイジェスト２０）を取り寄せることも可能である。これにより、クライアントマシン８１のユーザがリバース要求を行った場合にも対応可能となる。ただし、ユーザからのリバース要求に対しては、過去に視聴した一定本数のダイジェストをＨＤＤ８２に蓄積しておくことで、その範囲内でのリバース要求にはクライアントマシン８１内で対応可能となる。例えば、ダイジェスト１から順にダイジェストを視聴するユーザがダイジェスト１０を視聴時にダイジェスト５を再度見たいと考えてリバース要求を行った場合、ＨＤＤ８２にダイジェスト１〜１０を蓄積しておくことで、ＨＤＤ８２内から再度ダイジェスト５を再生することが可能となる。

本実施の形態では、ダイジェストストリームはユニキャストまたはブロードキャスト、マルチキャストいずれであっても送信可能である。

また、ＨＤＤ８２が蓄積しておくダイジェストの本数は任意に設定可能である。例えば、一定の回数のスキップおよびリバース要求では直接順番が回ってこないダイジェストについては削除するようにしてもよい。これにより、クライアントマシン８１におけるＨＤＤ８２の容量を小さく抑えることが可能となる。これはクライアントマシン８１の単価低減に直結する。

（実施の形態６）
実施の形態６では、ビデオサーバが、一定の本数のダイジェスト１〜ｎをマルチキャストアドレスに送信している場合の例を説明する。この場合、ダイジェストストリームを受信しているクライアントマシンのユーザーが、スキップ要求を発することでビデオサーバは別のダイジェストストリームのマルチキャストアドレスをクライアントに通知する。なお、ダイジェストストリーム１〜ｎには持ち回りで休止期間が設けられている。

図２３は本実施の形態におけるクライアントマシン９１の構成を示した図である。図２３において、クライアントマシン９１は、ビデオサーバ１から受信するダイジェストストリームを一時的に蓄積する第一のバッファ９２と第二のバッファ９３を備えている。そのほかの構成は実施の形態５で説明したものと同じであるため省略する。

本実施の形態におけるビデオサーバ１の構成についても実施の形態１〜５に示したものと同様であるため省略する。

複数のダイジェストストリーム間でのダイジェストストリームの切換えについては、実施の形態１〜５においてダイジェストストリームからスキップストリームへの切換えとして説明したものと同じ動作であるため、説明は省略する。

本実施の形態では、ダイジェストストリームの構成を工夫することでビデオサーバ側の回線帯域負担を低減することにしている。

図２４は、ビデオサーバが所有する複数のダイジェストストリームの例を示した図である。図２４において、ビデオサーバはコンテンツ１〜コンテンツ６の６つのコンテンツを保有しており、それぞれのコンテンツから一定時間のダイジェストを切り出し、組み合わせたダイジェストストリームがダイジェストストリームＡ〜Ｆとなっている。ダイジェストストリームＡ〜Ｆはそれぞれ、先頭に来るダイジェストが順番に１〜６になるように設定されており、ダイジェストストリーム間をスキップ移動するユーザが同じコンテンツを連続して見ないように設定されている。また、各ダイジェストストリームには持ち回りで休止期間１００が設けられている。休止期間１００では、ダイジェストの送信は中断しており、休止期間１００にあるダイジェストストリームに対してユーザからスキップ指示があった場合、休止期間１００にあるダイジェストストリームを飛ばして次のダイジェストストリームに移行するよう設定されている。

本実施の形態において、ユーザ指示に基づくダイジェストストリームの切換順序は順方向となるよう予めルール化されている。例えば、ダイジェストストリームＡ→Ｂ→Ｃの順でダイジェストストリームが切換えされる。

このようなダイジェストストリームの生成は、ビデオサーバ１のストリーム送信部１７によってあらかじめ定められたルールに従って、またはビデオサーバ１の管理者の任意設定に従って行われる。

図２４に示した順序でダイジェストストリームの切換えが行われる場合、休止期間１００部分について調整が必要となる。スキップ指令に基づいてダイジェストストリーム間をユーザがスキップ移動していく場合には、休止期間１００にあるダイジェストストリームを飛ばせばよいが、一定のダイジェストストリームを継続して見ているユーザにとっては休止期間の間だけコンテンツのダイジェストが放映されないことは不快である。これは以下のようにバッファを設けることで解決可能である。

図２４を参照して、ビデオサーバ１の送信ストリーム管理部１２は、ダイジェストストリームに含まれるあるダイジェストの区切り点（図中に示すＸ点）で、１ダイジェスト期間後（図中に示すＱ期間）にどのダイジェストストリームのどの番組が休止されるかをクライアントマシン９１の受信ストリーム管理部３１に通知する。例えば、図中のＸ点で、Ｑ期間においてダイジェストストリームＥのダイジェスト１が休止することがクライアントマシン９１に通知される。同様に、図中Ｙ点ではＲ期間においてダイジェストストリームＢのダイジェスト５が休止することがクライアントマシン９１に通知される。

例えば、クライアントマシン９１がダイジェストストリームＥを視聴していた場合、Ｑ期間におけるダイジェストストリームＥのダイジェスト１の休止が通知された受信ストリーム管理部３１は、ストリーム受信部３２に対し、Ｑ期間におけるダイジェストストリームＥのダイジェスト１をあらかじめ他のダイジェストストリームから受信して第一のバッファ９２に記憶するよう指示する。これを受けたストリーム受信部３２は、ビデオサーバ１から受信したダイジェストストリームＦのＰ期間におけるダイジェスト１の放送を受信して第一のバッファ９２に記憶する。クライアントマシン９１が希望するダイジェスト１がダイジェストストリームＦのＰ期間に送信されることは、ビデオサーバ１のストリーム送信部１７によってあらかじめ定められたルールに基づいて受信ストリーム管理部３１が計算する。

ダイジェストストリームＥを視聴しているクライアントマシン９１の受信ストリーム管理部３１は、Ｑ期間については第一のバッファ９２からダイジェスト１を入力してデコードするようストリーム受信部３２に指示し、ストリーム受信部３２はこれを受けて第一のバッファ９２からダイジェスト１を受信、デコードして画面出力を行う。

以上の例では、ダイジェストストリームＥの休止期間１００に該当するダイジェストの再生に必要となるダイジェストデータを別のダイジェストストリームからあらかじめ受信、記憶しておく場合を説明したが、クライアントマシン９１の視聴者が別のダイジェストストリームを希望することを見越して、他のダイジェストストリームにおける休止期間分のダイジェストをもあらかじめ受信、記憶しておくようにしてもよい。

例えば、上記例において、Ｑ期間にダイジェスト１を再生するまで第一のバッファ９２はダイジェスト１を蓄積することになるが、この間に、ダイジェストストリームＢがＲ期間に休止するダイジェスト５をＱ期間でのスキップストリームＣから受信し、第二のバッファ９３に蓄積しておくことができる。

このように、休止期間を持ち回りする構成にすることで、ビデオサーバ側の回線帯域の負担を軽減することが可能となる。本実施の形態の例では、ダイジェストストリームＡ〜Ｆを６本マルチキャスト送信しているが、休止期間を設けることで、５本分のダイジェストストリームを送信可能な帯域があればよいことになる。

なお、休止期間の持ち回りについて、持ち回りのタイミングや回数は任意に設定可能であるが、少なくとも同タイミングで送信されるダイジェストの期間で１本のダイジェストストリームは休止するように構成する必要がある。

（実施の形態７）
以上、実施の形態１〜６において、本発明にかかるビデオサーバおよび映像配信システムの構成を説明したが、パーソナルコンピュータ（ＰＣ）等の演算機能を有する装置を用いて上記発明を実施させることも可能である。この場合、これら装置に上記発明を実施可能なプログラムをソフトウェアとして組み込み、これをＰＣ等に備わるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に処理・実行させることができる。

また、実施の形態１〜４の発明を上記ＰＣ等に備わるＣＰＵで処理・実行させるために、これらの方法をＣＰＵで処理可能な手順としてプログラムまたはプログラムに準ずるデータとしてＣＤ−ＲＯＭ等の記録媒体に格納することも可能である。これにより、読取装置を備えたＰＣ等で上述の方法を実現することが可能となる。

本発明にかかるビデオサーバおよびこれを用いた映像配信システムは、ストレージ装置に蓄積された映像コンテンツのユーザによる選択を容易化し、また、誤選択を防止するものとして有用である。

本発明の実施の形態１における映像配信システムの概観を示した図 本発明の実施の形態１におけるビデオサーバの内部構成を示した図 本発明の実施の形態１におけるダイジェストストリームの構成を示した図 本発明の実施の形態１におけるクライアントマシンの内部構成を示した図 本発明の実施の形態１におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態２における映像配信システムの概観を示した図 本発明の実施の形態２におけるビデオサーバの内部構成を示した図 本発明の実施の形態２におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態２におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態３におけるストリームの構成を示した図 本発明の実施の形態３におけるストリームの構成を示した図 本発明の実施の形態３における映像配信システムの概観を示した図 本発明の実施の形態３におけるビデオサーバの内部構成を示した図 本発明の実施の形態３におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態３におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態３におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態４におけるストリームの構成を示した図 本発明の実施の形態４におけるストリームの構成を示した図 本発明の実施の形態５における映像配信システムの概観を示した図 本発明の実施の形態５におけるクライアントマシンの内部構成を示した図 本発明の実施の形態５におけるダイジェストストリームの受信方法を示した図 本発明の実施の形態５におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート 本発明の実施の形態６におけるクライアントマシンの構成を示した図 本発明の実施の形態６におけるストリームの構成を示した図

符号の説明

１ ビデオサーバ
２ ネットワーク
３ クライアントマシン
１２ 送信ストリーム管理部
１３ コンテンツリスト
１４ コンテンツリスト記憶部
１５ ダイジェスト記憶部
１６ コンテンツ記憶部
１７ ストリーム送信部
３１ 受信ストリーム管理部
３２ ストリーム受信部
３３ デコーダ
３４ ダイジェスト情報記録部
４１ クライアントマシンＡ
４２ クライアントマシンＢで
５１ 受信者数記録部
６１ クライアントマシンＡ
６２ クライアントマシンＢ
７１ ストリームリスト記憶部
７２ ストリームリスト
８１ クライアントマシン
８２ ＨＤＤ
９１ クライアントマシン
９２ 第一のバッファ
９３ 第二のバッファ
１００ 休止期間

Claims (2)

1. 複数の映像コンテンツを記憶するコンテンツ記憶手段と、
   複数の前記映像コンテンツ毎に任意の部分を所定時間分抜き出したダイジェストを記憶するダイジェスト記憶手段と、
   前記映像コンテンツを特定するコンテンツＩＤと、前記映像コンテンツ及び前記映像コンテンツに対応する前記ダイジェストとを対応付けたコンテンツリストを記憶するコンテンツリスト記憶手段と、
   クライアントマシンからダイジェストストリームの要求または前記ダイジェストストリームに含まれるダイジェストに対応する映像コンテンツの再生要求を受信し、前記ダイジェストストリームの要求を受信した場合は前記ダイジェストストリームの送信指令を行い、前記映像コンテンツの再生要求を受信した場合は、前記映像コンテンツの送信指令を行う送信ストリーム管理手段と、
   前記送信ストリーム管理手段から前記ダイジェストストリームの送信指令を受けた場合は前記コンテンツリストを用いて前記ダイジェスト記憶手段が記憶した複数の前記ダイジェストと、複数の前記ダイジェストに対応した複数の前記コンテンツＩＤとを関連付けて１本のストリームにまとめた前記ダイジェストストリームを生成して前記クライアントマシンへ送信し、前記送信ストリーム管理手段から前記映像コンテンツの送信指令を受けた場合は前記コンテンツリストを用いて前記映像コンテンツの前記コンテンツＩＤに該当する映像コンテンツを前記コンテンツ記憶手段から取得して前記クライアントマシンに送信するストリーム送信手段と、を備えたビデオサーバと、
   前記ビデオサーバから前記ダイジェストストリームまたは前記映像コンテンツを受信するストリーム受信手段と、
   受信した前記ダイジェストストリームまたは前記映像コンテンツをデコードして出力するデコーダ手段と、
   受信した前記ダイジェストストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、
   ユーザから前記ダイジェストストリームの要求または前記映像コンテンツの再生要求を受け、前記ダイジェストストリームの要求を受けた場合は前記ビデオサーバに対して前記ダイジェストストリームの要求を行い、前記映像コンテンツの再生要求を受けた場合は前記ダイジェスト情報記録手段から取得したコンテンツＩＤにより前記ビデオサーバに対して前記映像コンテンツの再生要求を行う受信ストリーム管理手段と、を備えたクライアントマシンからなる映像配信システム。
2. 前記送信ストリーム管理手段は、前記クライアントマシンから前記ダイジェストのスキップ要求またはリバース要求を受信し、前記スキップ要求を受信した場合はスキップストリームの送信指令を行い、前記リバース要求を受信した場合はリバースストリームの送信指令を行い、
   前記ストリーム送信手段は、前記送信ストリーム管理手段から前記スキップストリームの送信指令を受けた場合は、前記クライアントマシンへ送信中の前記ダイジェストストリームに対して、順方向に一定数進めたダイジェストストリームを生成してスキップストリームとして前記クライアントマシンへ送信し、前記送信ストリーム管理手段から前記リバースストリームの送信指令を受けた場合は、前記クライアントマシンへ送信中の前記ダイジェストストリームに対して、逆方向に一定数戻したダイジェストストリームを生成してリバースストリームとして前記クライアントマシンへ送信し、
   前記ストリーム受信手段は、前記ビデオサーバから前記スキップストリームまたは前記リバースストリームを受信し、
   前記デコーダ手段は、受信した前記スキップストリームまたは前記リバースストリームをデコードして出力し、
   前記受信ストリーム管理手段は、ユーザから前記スキップストリームの要求または前記リバースストリームの要求を受け、前記スキップストリームの要求を受けた場合は前記ビデオサーバに対して前記スキップ要求を行い、前記リバースストリームの要求を受けた場合は前記ビデオサーバに対して前記リバース要求を行う、ことを特徴とする請求項１に記載の映像配信システム。

Images