(57)【要約】【課題】ユーザがストレージ装置に蓄積した映像コンテンツを選択する際、サムネイル表示による映像コンテンツの選択では、ユーザによるコンテンツ選択の容易化に一定の限界があり、また、映像コンテンツに含まれる番組の雰囲気を正確にユーザに伝えることは困難である。【解決手段】コンテンツ記憶手段が記憶する各映像コンテンツから所定期間分のダイジェストを切り出して１本のストリームにまとめたダイジェストストリームを生成し、送信するストリーム送信手段を設けた。これにより、各コンテンツのダイジェストを集めたダイジェストストリームを視聴し、ここから希望する番組を選択することが可能となる。【選択図】図３
2006148526.tif 000002
【特許請求の範囲】
【請求項１】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、コンテンツ記憶手段が記憶する各映像コンテンツから所定期間分のダイジェストを切り出して１本のストリームにまとめたダイジェストストリームを生成し、送信するストリーム送信手段を備えたビデオサーバ。
【請求項２】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバ。
【請求項３】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受け、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項４】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、ダイジェストストリームを受信中のクライアントマシンからダイジェストストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ストリーム送信手段に対し本編ストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバ。
【請求項５】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求またはダイジェストストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ダイジェストストリームの要求があった場合はストリーム送信手段に対してダイジェストストリームの送信指令を行い、本編ストリームの再生要求を受けた場合は本編ストリームを特定するコンテンツＩＤを本編ストリームの再生要求から抽出するとともに、このコンテンツＩＤに該当する本編ストリームの送信指令をストリーム送信手段に対して行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームの送信指令を受けた場合は前記コンテンツＩＤと前記コンテンツ記憶手段が記憶する各映像コンテンツから切り出した所定期間分のダイジェストを関連付けて１本のストリームにまとめたダイジェストストリームを生成、送信し、送信ストリーム管理手段から本編ストリームの送信指令を受けた場合はコンテンツＩＤに該当する本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、前記ストリーム受信手段が受信するダイジェストストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからの本編再生要求を受け、前記ビデオサーバの送信ストリーム管理手段に対して前記ダイジェスト情報記録手段から入手したコンテンツＩＤにより本編ストリームの再生要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項６】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームの送信要求、破棄要求を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームの生成、送信を行うとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するダイジェストストリームを削除するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行い、ダイジェストストリームの受信を中止する場合、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの破棄要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項７】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行うとともに、所定期間毎にダイジェストストリームの受信状況を確認するメッセージをクライアントマシンに送信してこれに対するクライアントマシンからの返答メッセージを受信する送信ストリーム管理手段と、送信ストリーム管理手段からのダイジェストストリームの送信要求および返答メッセージ、返答メッセージが届かなかったことの連絡を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームの生成、送信を行うとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するダイジェストストリームを削除するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行い、ビデオサーバの送信ストリーム管理手段から受信状況を確認するメッセージを受けた場合はダイジェストストリームの受信状況を示した返答メッセージを送信する受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項８】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けてダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバ。
【請求項９】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けてダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストのスキップまたはリバース要求を受け、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストのスキップまたはリバースの要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項１０】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームまたはスキップストリーム、リバースストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ストリーム送信手段に対し本編ストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバ。
【請求項１１】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームまたはスキップストリーム、リバースストリームの要求またはダイジェストストリームまたはスキップストリーム、リバースストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ダイジェストストリームまたはスキップストリーム、リバースストリームの要求があった場合はストリーム送信手段に対してダイジェストストリームまたはスキップストリーム、リバースストリームの送信指令を行い、本編ストリームの再生要求を受けた場合は本編ストリームを特定するコンテンツＩＤを本編ストリームの再生要求から抽出するとともに、このコンテンツＩＤに該当する本編ストリームの送信指令をストリーム送信手段に対して行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームまたはスキップストリーム、リバースストリームの送信指令を受けた場合は前記コンテンツＩＤと前記コンテンツ記憶手段が記憶する各映像コンテンツから切り出した所定期間分のダイジェストを関連付けて１本のストリームにまとめたダイジェストストリームおよび前記スキップストリーム、リバースストリームを生成、送信し、送信ストリーム管理手段から本編ストリームの送信指令を受けた場合はコンテンツＩＤに該当する本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、前記ストリーム受信手段が受信するダイジェストストリームまたはスキップストリーム、リバースストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからの本編再生要求を受け、前記ビデオサーバの送信ストリーム管理手段に対して前記ダイジェスト情報記録手段から入手したコンテンツＩＤにより本編ストリームの再生要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項１２】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、すでに送信しているスキップストリームまたはリバースストリームがあれば、当該スキップストリームまたはリバースストリームの送信指令を行い、既に送信しているストリームが存在しない場合は新たなスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けてダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバ。
【請求項１３】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、後記ストリーム送信手段が送信中のダイジェストストリームまたはスキップストリーム、リバースストリームに含まれるダイジェストの元となるコンテンツを特定するコンテンツＩＤを順次記録するストリームリストを保持し、クライアントマシンからのダイジェストのスキップまたはリバースの要求を受けて前記ストリームリストを検索するとともに、クライアントマシンが現在受信しているダイジェストの次順序または前順序のダイジェストを送信中のスキップストリームまたはリバースストリームがある場合は、当該スキップストリームまたはリバースストリームを送信し、該当するスキップストリームまたはリバースストリームがない場合は、新たなスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令に基づき、前記ストリームリストに該当するスキップストリームまたはリバースストリームがある場合は、ダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームをクライアントマシンに送信し、該当するスキップストリームまたはリバースストリームがない場合は、新たなスキップストリームまたはリバースストリームを生成し、送信するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、前記ストリーム受信手段が受信するダイジェストストリームまたはスキップストリーム、リバースストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからのスキップまたはリバースの要求を受け、前記ビデオサーバの送信ストリーム管理手段に対して前記ダイジェスト情報記録手段から入手したコンテンツＩＤによりスキップストリームまたはリバースストリームの再生要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項１４】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、クライアントマシンからのスキップまたはリバースの要求またはこれの破棄要求を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記スキップストリームまたはリバースストリームを生成し、クライアントマシンに送信するとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するスキップストリームまたはリバースストリームを削除するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストのスキップまたはリバース要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してスキップストリームまたはリバースストリームの送信要求を行い、スキップストリームまたはリバースストリームの受信を中止する場合、前記ビデオサーバの送信ストリーム管理手段に対してスキップストリームまたはリバースストリームの破棄要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項１５】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行うとともに、所定期間毎にスキップストリームまたはリバースストリームの受信状況を確認するメッセージをクライアントマシンに送信してこれに対するクライアントマシンからの返答メッセージを受信する送信ストリーム管理手段と、送信ストリーム管理手段からのスキップまたはリバースの要求および返答メッセージ、返答メッセージが届かなかったことの連絡を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記スキップストリームまたはリバースストリームを生成し、クライアントマシンに送信するとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するスキップストリームまたはリバースストリームを削除するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストのスキップまたはリバース要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してスキップストリームまたはリバースストリームの送信要求を行い、ビデオサーバの送信ストリーム管理手段から受信状況を確認するメッセージを受けた場合はスキップストリームまたはリバースストリームの受信状況を示した返答メッセージを送信する受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項１６】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、送信中の複数のスキップストリームまたはリバースストリームに含まれるダイジェストの送信開始時間が一致するタイミングで、タイミングが一致した複数のスキップストリームまたはリバースストリームのうちの一部のスキップストリームまたはリバースストリームにそのほかのスキップストリームまたはリバースストリームを視聴するクライアントマシンを移し変えるように指示するとともに、当該そのほかのスキップストリームまたはリバースストリームを廃棄するよう指示を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指示に従って、送信中の複数のスキップストリームまたはリバースストリームのうち廃棄対象となるそのほかのスキップストリームまたはリバースストリームを内部に備えたメモリから削除し、これに替えて集約対象となる一部のスキップストリームまたはリバースストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバ。
【請求項１７】
請求項１６に記載のビデオサーバであって、前記ストリーム送信手段が送信する複数のスキップストリームまたはリバースストリームに含まれるダイジェストの送信期間がそれぞれ異なるとともに、これらスキップストリームまたはリバースストリームのうち少なくとも２本以上において所定数先に送信されるダイジェストの送信開始時間のタイミングが一致するように構成されていることを特徴とするビデオサーバ。
【請求項１８】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求またはダイジェストのスキップ、リバースの要求を受信し、ストリーム送信手段に対しダイジェストストリームまたはスキップストリーム、リバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指示に従って、送信中の複数のダイジェストストリームのうちいずれか１本を選択してクライアントマシンに送信するストリーム送信手段を備えたビデオサーバであって、
前記ストリーム送信手段が送信する複数のダイジェストストリームは、各ダイジェストストリームに含まれるダイジェストが同じ送信開始時間となるよう同期をとられるとともに、所定数のダイジェスト毎に所定数の休止期間が設けられ、かつ、この休止期間は同じ送信時間で所定数となるよう、かつ、スキップまたはリバース指令によるダイジェストストリームの切換順に連続しないように構成されていることを特徴とするビデオサーバ。
【請求項１９】
複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、
ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームを記憶する記憶手段と、前記ストリーム受信手段および記憶手段から入力したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受け、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行う受信ストリーム管理手段を備えたクライアントマシンからなる映像配信システム。
【請求項２０】
前記ビデオサーバがクライアントマシンに送信するダイジェストストリームまたはスキップストリーム、リバースストリームは、マルチキャストアドレス宛てに送信されることを特徴とする請求項１〜１９のいずれかに記載のビデオサーバまたは映像配信システム。
【請求項２１】
請求項１〜２０のいずれかに記載の各手段を電子計算機により実行させるためのプログラム。
【請求項２２】
請求項１〜２０のいずれかに記載の各手段を電子計算機により実行させるためのプログラムまたはプログラムに準ずる情報を記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに蓄積された映像コンテンツをユーザからの要求に応じて配信する映像配信システムに関するものである。
【背景技術】
【０００２】
地上波や衛星放送、ケーブルテレビなどを用いたデジタル放送をチューナーで受信し、受信した映像コンテンツを家庭内に設置したＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）−ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）レコーダーなどに録画、保存する行為が一般的に行われている。
【０００３】
ＤＶＤ−ＲＡＭメディアやＨＤＤレコーダー蓄積容量の増大化に伴い、各ストレージに記憶される映像コンテンツの量は増加しており、ユーザがこれらメディアに記録された数多くのコンテンツから希望するコンテンツを容易に探し出すことが非常に困難になっている。
【０００４】
コンテンツ検索の容易化のため、ストレージに蓄積された映像コンテンツの一部分を画像として取り出し、これをサムネイル表示することが可能である。例えば、ＨＤＤに記録されている映像コンテンツに含まれる複数枚の画像をサムネイル表示するとともに、各サムネイルの映像コンテンツにおける位置を記憶しておき、ユーザによるダイジェストファイル再生操作に応じて、各サムネイル位置から一定時間分の映像データを順次再生する技術が知られている（例えば、特許文献１を参照）。
【特許文献１】特開２００３−２８９４８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のようなサムネイル表示による映像コンテンツの選択では、ユーザによるコンテンツ選択の容易化に一定の限界がある。映像コンテンツの一場面を静止画像として切り出してサムネイル表示するだけでは、映像コンテンツに含まれる番組の内容を性格にユーザに伝えられない場合が多い。
【０００６】
例えば、バラエティ番組内で放映したロケＶＴＲの画像を切り出してサムネイル表示した場合、これを見たユーザは、この映像コンテンツを紀行番組と勘違いしてしまう可能性がある。また、番組内のＣＭ画像を切り出してサムネイル表示しても、ユーザは映像コンテンツの内容を把握することができない。
【０００７】
また、映像コンテンツの一場面をサムネイル表示しても、映像コンテンツに含まれる番組の雰囲気を正確にユーザに伝えることは困難である。サムネイル表示から映像コンテンツを選択したが、番組の雰囲気が希望するものとは異なっていたと言うことは十分に起こりうる。
【０００８】
このような、ユーザによる映像コンテンツの選択困難、誤選択の問題は、ストレージの大容量化によりユーザに一層の負担を与える。これは、放送局が所有する膨大な映像コンテンツをユーザからの希望に応じて随時配信するＶＯＤ（ＶＩＤＥＯ  ＯＮ  ＤＥＭＡＮＤ）においても大きな課題となる。
【課題を解決するための手段】
【０００９】
以上の課題を解決するために、本願第１の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、コンテンツ記憶手段が記憶する各映像コンテンツから所定期間分のダイジェストを切り出して１本のストリームにまとめたダイジェストストリームを生成し、送信するストリーム送信手段を備えたことを特徴とする。
【００１０】
これにより、ユーザはストレージに記憶された複数のコンテンツの一部分ばかりをまとめたダイジェストストリームを視聴することが可能となるので、単に静止画のみからコンテンツを判断するのと異なり、より的確に自らの好みに沿った映像コンテンツの選択を行うことが可能となる。また、従来のサムネイル表示による選択では、例えばリモコンの矢印ボタンなどを操作して希望する番組を選択する動作が必要になるが、本発明によると視聴者は積極的な選択動作を行わずとも、単にダイジェストストリームを選択するのみで受動的に希望する番組を選択することが可能となる。
【００１１】
本発明の本願第２の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたことを特徴とする。
【００１２】
ユーザからの要求に応じてビデオサーバがダイジェストストリームを生成、送信することで、必要な場合にのみビデオサーバはダイジェストストリームを生成すればよいことになる。これにより、ビデオサーバの負担およびビデオサーバに接続する回線の帯域負担を軽減することが可能となる。
【００１３】
本発明の本願第３の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受け、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えたことを特徴としている。
【００１４】
ユーザからの要求に応じてビデオサーバがダイジェストストリームを生成、送信することで、必要な場合にのみビデオサーバはダイジェストストリームを生成すればよいことになる。これにより、ビデオサーバの負担およびビデオサーバに接続する回線の帯域負担を軽減することが可能となる。
【００１５】
本発明の本願第４の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、ダイジェストストリームを受信中のクライアントマシンからダイジェストストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ストリーム送信手段に対し本編ストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたことを特徴とする。
【００１６】
これにより、ユーザはダイジェストストリームから希望する番組を発見したら、単に、クライアントマシン側で選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。
【００１７】
本願第５の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求またはダイジェストストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ダイジェストストリームの要求があった場合はストリーム送信手段に対してダイジェストストリームの送信指令を行い、本編ストリームの再生要求を受けた場合は本編ストリームを特定するコンテンツＩＤを本編ストリームの再生要求から抽出するとともに、このコンテンツＩＤに該当する本編ストリームの送信指令をストリーム送信手段に対して行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームの送信指令を受けた場合は前記コンテンツＩＤと前記コンテンツ記憶手段が記憶する各映像コンテンツから切り出した所定期間分のダイジェストを関連付けて１本のストリームにまとめたダイジェストストリームを生成、送信し、送信ストリーム管理手段から本編ストリームの送信指令を受けた場合はコンテンツＩＤに該当する本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、前記ストリーム受信手段が受信するダイジェストストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからの本編再生要求を受け、前記ビデオサーバの送信ストリーム管理手段に対して前記ダイジェスト情報記録手段から入手したコンテンツＩＤにより本編ストリームの再生要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えることを特徴としている。
【００１８】
このように、ダイジェストストリームに含まれる各ダイジェストの本編を特定可能なコンテンツＩＤをダイジェストストリームに打ち込むことによって、ユーザがダイジェストストリームから希望する番組を発見した場合に、ユーザーが希望する本編が何か、ビデオサーバは見分けることが可能になる。したがって、クライアントマシン側ではダイジェストストリーム視聴中に選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。
【００１９】
本願第６の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームの送信要求、破棄要求を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームの生成、送信を行うとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するダイジェストストリームを削除するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行い、ダイジェストストリームの受信を中止する場合、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの破棄要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えたことを特徴としている。
【００２０】
これにより、ダイジェストストリームを受信しているクライアントマシンの数を監視することが可能となり、ダイジェストストリームを受信しているクライアントマシンがいなくなった場合はビデオサーバが記憶しているダイジェストストリームを削除することが可能となる。このように、不要なダイジェストストリームを削除することで、ビデオサーバのメモリ負担を低減することが可能となる。
【００２１】
本願第７の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行うとともに、所定期間毎にダイジェストストリームの受信状況を確認するメッセージをクライアントマシンに送信してこれに対するクライアントマシンからの返答メッセージを受信する送信ストリーム管理手段と、送信ストリーム管理手段からのダイジェストストリームの送信要求および返答メッセージ、返答メッセージが届かなかったことの連絡を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームの生成、送信を行うとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するダイジェストストリームを削除するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行い、ビデオサーバの送信ストリーム管理手段から受信状況を確認するメッセージを受けた場合はダイジェストストリームの受信状況を示した返答メッセージを送信する受信ストリーム管理手段を備えたクライアントマシンを備えることを特徴としている。
【００２２】
これにより、ダイジェストストリームを受信しているクライアントマシンの数を監視することが可能となり、ダイジェストストリームを受信しているクライアントマシンがいなくなった場合はビデオサーバが記憶しているダイジェストストリームを削除することが可能となる。とくに、この発明では、クライアントマシンからのダイジェストストリーム受信状況に関する返答がない場合でもダイジェストストリームの受信者数をカウントして削除することが可能になるため、ビデオサーバの負担低減効果が高くなる。
【００２３】
本願第８の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けてダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたことを特徴としている。
【００２４】
これにより、ダイジェストストリームを視聴中のユーザが、現在視聴しているダイジェストに興味がないと判断し、他のダイジェストを早く見たいと希望した場合にも迅速に対応することが可能となる。また、過去に見たダイジェストをもう一度見たいと考えるユーザの希望にも対応することが可能となる。
【００２５】
本願第９の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けてダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストのスキップまたはリバース要求を受け、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストのスキップまたはリバースの要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えることを特徴としている。
【００２６】
これにより、ダイジェストストリームを視聴中のユーザが、現在視聴しているダイジェストに興味がないと判断し、他のダイジェストを早く見たいと希望した場合にも迅速に対応することが可能となる。また、過去に見たダイジェストをもう一度見たいと考えるユーザの希望にも対応することが可能となる。
【００２７】
本願第１０の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームまたはスキップストリーム、リバースストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ストリーム送信手段に対し本編ストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたことを特徴としている。
【００２８】
これにより、ユーザはダイジェストストリームまたはスキップストリーム、リバースストリームから希望する番組を発見したら、単に、クライアントマシン側で選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。
【００２９】
本願第１１の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームまたはスキップストリーム、リバースストリームの要求またはダイジェストストリームまたはスキップストリーム、リバースストリームに含まれるダイジェストの本編ストリームの再生要求を受信し、ダイジェストストリームまたはスキップストリーム、リバースストリームの要求があった場合はストリーム送信手段に対してダイジェストストリームまたはスキップストリーム、リバースストリームの送信指令を行い、本編ストリームの再生要求を受けた場合は本編ストリームを特定するコンテンツＩＤを本編ストリームの再生要求から抽出するとともに、このコンテンツＩＤに該当する本編ストリームの送信指令をストリーム送信手段に対して行う送信ストリーム管理手段と、送信ストリーム管理手段からダイジェストストリームまたはスキップストリーム、リバースストリームの送信指令を受けた場合は前記コンテンツＩＤと前記コンテンツ記憶手段が記憶する各映像コンテンツから切り出した所定期間分のダイジェストを関連付けて１本のストリームにまとめたダイジェストストリームおよび前記スキップストリーム、リバースストリームを生成、送信し、送信ストリーム管理手段から本編ストリームの送信指令を受けた場合はコンテンツＩＤに該当する本編ストリームをクライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、前記ストリーム受信手段が受信するダイジェストストリームまたはスキップストリーム、リバースストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからの本編再生要求を受け、前記ビデオサーバの送信ストリーム管理手段に対して前記ダイジェスト情報記録手段から入手したコンテンツＩＤにより本編ストリームの再生要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えたことを特徴としている。
【００３０】
このように、ダイジェストストリームまたはスキップストリーム、リバースストリームに含まれる各ダイジェストの本編を特定可能なコンテンツＩＤをダイジェストストリームまたはスキップストリーム、リバースストリームに打ち込むことによって、ユーザがダイジェストストリームから希望する番組を発見した場合に、ユーザーが希望する本編が何か、ビデオサーバは見分けることが可能になる。したがって、クライアントマシン側ではダイジェストストリームまたはスキップストリーム、リバースストリーム視聴中に選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。
【００３１】
本願第１２の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、すでに送信しているスキップストリームまたはリバースストリームがあれば、当該スキップストリームまたはリバースストリームの送信指令を行い、既に送信しているストリームが存在しない場合は新たなスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けてダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたことを特徴としている。
【００３２】
すでに送信しているスキップストリームまたはリバースストリームが存在する場合は、新たなスキップストリームやリバースストリームの要求に対してこれを送信することで、ビデオサーバによる新たなストリーム生成の負荷を軽減することが可能となる。また、このように、ビデオサーバから送信するダイジェストストリームまたはスキップストリーム、リバースストリームの本数を減らすことが可能となり、ネットワークの回線帯域の負担をも軽減することが可能となる。
【００３３】
本願第１３の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、後記ストリーム送信手段が送信中のダイジェストストリームまたはスキップストリーム、リバースストリームに含まれるダイジェストの元となるコンテンツを特定するコンテンツＩＤを順次記録するストリームリストを保持し、クライアントマシンからのダイジェストのスキップまたはリバースの要求を受けて前記ストリームリストを検索するとともに、クライアントマシンが現在受信しているダイジェストの次順序または前順序のダイジェストを送信中のスキップストリームまたはリバースストリームがある場合は、当該スキップストリームまたはリバースストリームを送信し、該当するスキップストリームまたはリバースストリームがない場合は、新たなスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令に基づき、前記ストリームリストに該当するスキップストリームまたはリバースストリームがある場合は、ダイジェストを順方向に一定数進めたスキップストリーム又は逆方向に一定数戻したリバースストリームをクライアントマシンに送信し、該当するスキップストリームまたはリバースストリームがない場合は、新たなスキップストリームまたはリバースストリームを生成し、送信するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、前記ストリーム受信手段が受信するダイジェストストリームまたはスキップストリーム、リバースストリームから前記コンテンツＩＤを抽出して順次記録するダイジェスト情報記録手段と、ユーザからのスキップまたはリバースの要求を受け、前記ビデオサーバの送信ストリーム管理手段に対して前記ダイジェスト情報記録手段から入手したコンテンツＩＤによりスキップストリームまたはリバースストリームの再生要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えることを特徴としている。
【００３４】
このように、ダイジェストストリームまたはスキップストリーム、リバースストリームに含まれる各ダイジェストの元となるコンテンツを特定するコンテンツＩＤをダイジェストストリームまたはスキップストリーム、リバースストリームに打ち込むことによって、ユーザが希望しているスキップストリームまたはリバースストリームを判断するとともに、ビデオサーバが現在送信しているスキップストリームまたはリバースストリームを検索することが可能となる。この検索に基づいてすでに送信しているスキップストリームまたはリバースストリームが存在する場合は、新たなスキップストリームやリバースストリームの要求に対してこれを送信するので、ビデオサーバによる新たなストリーム生成の負荷を軽減することが可能となる。また、このように、ビデオサーバから送信するダイジェストストリームまたはスキップストリーム、リバースストリームの本数を減らすことが可能となり、ネットワークの回線帯域の負担をも軽減することが可能となる。
【００３５】
本願第１４の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行う送信ストリーム管理手段と、クライアントマシンからのスキップまたはリバースの要求またはこれの破棄要求を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記スキップストリームまたはリバースストリームを生成し、クライアントマシンに送信するとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するスキップストリームまたはリバースストリームを削除するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストのスキップまたはリバース要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してスキップストリームまたはリバースストリームの送信要求を行い、スキップストリームまたはリバースストリームの受信を中止する場合、前記ビデオサーバの送信ストリーム管理手段に対してスキップストリームまたはリバースストリームの破棄要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えたことを特徴としている。
【００３６】
これにより、受信者がいなくなったスキップストリームまたはリバースストリームをビデオサーバのメモリから削除することが可能になるので、ビデオサーバにおけるメモリ負担を低減することが可能となる。
【００３７】
本願第１５の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストのスキップまたはリバースの要求を受信し、ストリーム送信手段に対しスキップストリームまたはリバースストリームの送信指令を行うとともに、所定期間毎にスキップストリームまたはリバースストリームの受信状況を確認するメッセージをクライアントマシンに送信してこれに対するクライアントマシンからの返答メッセージを受信する送信ストリーム管理手段と、送信ストリーム管理手段からのスキップまたはリバースの要求および返答メッセージ、返答メッセージが届かなかったことの連絡を受けてダイジェストストリームの受信者数をカウントする受信者数記録手段と、送信ストリーム管理手段からの指令を受けて前記スキップストリームまたはリバースストリームを生成し、クライアントマシンに送信するとともに、前記受信者数記録手段のカウントが０になった場合、内部に備えたメモリから該当するスキップストリームまたはリバースストリームを削除するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームまたはスキップストリーム、リバースストリームを受信するストリーム受信手段と、受信したダイジェストストリームまたはスキップストリーム、リバースストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストのスキップまたはリバース要求を受けた場合、前記ビデオサーバの送信ストリーム管理手段に対してスキップストリームまたはリバースストリームの送信要求を行い、ビデオサーバの送信ストリーム管理手段から受信状況を確認するメッセージを受けた場合はスキップストリームまたはリバースストリームの受信状況を示した返答メッセージを送信する受信ストリーム管理手段を備えたクライアントマシンを備えることを特徴としてる。
【００３８】
これにより、受信者がいなくなったスキップストリームまたはリバースストリームをビデオサーバのメモリから削除することが可能になるので、ビデオサーバにおけるメモリ負担を低減することが可能となる。とくに、この発明では、クライアントマシンからのスキップストリームまたはリバースストリーム受信状況に関する返答がない場合でもスキップストリームまたはリバースストリームの受信者数をカウントして削除することが可能になるため、ビデオサーバの負担低減効果が高くなる。
【００３９】
本願第１６の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、送信中の複数のスキップストリームまたはリバースストリームに含まれるダイジェストの送信開始時間が一致するタイミングで、タイミングが一致した複数のスキップストリームまたはリバースストリームのうちの一部のスキップストリームまたはリバースストリームにそのほかのスキップストリームまたはリバースストリームを視聴するクライアントマシンを移し変えるように指示するとともに、当該そのほかのスキップストリームまたはリバースストリームを廃棄するよう指示を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指示に従って、送信中の複数のスキップストリームまたはリバースストリームのうち廃棄対象となるそのほかのスキップストリームまたはリバースストリームを内部に備えたメモリから削除し、これに替えて集約対象となる一部のスキップストリームまたはリバースストリームをクライアントマシンに送信するストリーム送信手段を備えたことを特徴としている。
【００４０】
これにより、スキップストリームまたはリバースストリームを視聴中のユーザはいつの間にか一定の本数のダイジェストストリームまたはスキップストリーム、リバースストリームに移し変えられるため、ビデオサーバがメモリに記憶しておくスキップストリーム、リバースストリームの本数を少なくすることが可能となる。このように、ユーザの要求に応じつつスキップストリーム、リバースストリームの本数を少なくすることで、ビデオサーバ側のネットワーク回線の帯域負荷を低減することが可能となる。
【００４１】
本願第１７の発明にかかるビデオサーバは、本願第１６の発明にかかるビデオサーバであって、前記ストリーム送信手段が送信する複数のスキップストリームまたはリバースストリームに含まれるダイジェストの送信期間がそれぞれ異なるとともに、これらスキップストリームまたはリバースストリームのうち少なくとも２本以上において所定数先に送信されるダイジェストの送信開始時間のタイミングが一致するように構成されていることを特徴としている。
【００４２】
このように、ストリーム送信手段が送信する複数のスキップストリームまたはリバースストリームに含まれるダイジェストの送信期間をそれぞれ異なる長さに調節するとともに、これらスキップストリームまたはリバースストリームのうち少なくとも２本以上において所定数先に送信されるダイジェストの送信開始時間のタイミングが一致するように構成することで、一定期間経過後には複数のスキップストリームまたはリバースストリームにおいて必ず送信開始時間のタイミングが一致するようになるので、このタイミングを狙って特定のスキップストリームまたはリバースストリームにクライアントマシンを集約させることが可能となる。これにより、スキップストリームまたはリバースストリームを視聴中のユーザはいつの間にか一定の本数のダイジェストストリームまたはスキップストリーム、リバースストリームに移し変えられるため、ビデオサーバがメモリに記憶しておくスキップストリーム、リバースストリームの本数を少なくすることが可能となる。このように、ユーザの要求に応じつつスキップストリーム、リバースストリームの本数を少なくすることで、ビデオサーバ側のネットワーク回線の帯域負荷を低減することが可能となる。
【００４３】
本願第１８の発明にかかるビデオサーバは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求またはダイジェストのスキップ、リバースの要求を受信し、ストリーム送信手段に対しダイジェストストリームまたはスキップストリーム、リバースストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指示に従って、送信中の複数のダイジェストストリームのうちいずれか１本を選択してクライアントマシンに送信するストリーム送信手段を備えたビデオサーバであって、前記ストリーム送信手段が送信する複数のダイジェストストリームは、各ダイジェストストリームに含まれるダイジェストが同じ送信開始時間となるよう同期をとられるとともに、所定数のダイジェスト毎に所定数の休止期間が設けられ、かつ、この休止期間は同じ送信時間で所定数となるよう、かつ、スキップまたはリバース指令によるダイジェストストリームの切換順に連続しないように構成されていることを特徴とする。
【００４４】
このように、複数のダイジェストストリームまたはスキップストリーム、リバースストリーム間でｘ個の休止期間を持ち回りすることで、複数のクライアントがｎ本の異なるダイジェストストリームまたはスキップストリーム、リバースストリームをそれぞれ受信する場合においても、実質的にはｎ−ｘ本のダイジェストストリームまたはスキップストリーム、リバースストリームを送信しているのと同様となる。これにより、ビデオサーバ側のネットワーク回線の帯域負担を軽減することが可能となる。
【００４５】
本願第１９の発明にかかる映像配信システムは、複数の映像コンテンツを記憶するコンテンツ記憶手段と、クライアントマシンからダイジェストストリームの要求を受信し、ストリーム送信手段に対しダイジェストストリームの送信指令を行う送信ストリーム管理手段と、送信ストリーム管理手段からの指令を受けて前記ダイジェストストリームを生成し、クライアントマシンに送信するストリーム送信手段を備えたビデオサーバと、ビデオサーバからダイジェストストリームを受信するストリーム受信手段と、受信したダイジェストストリームを記憶する記憶手段と、前記ストリーム受信手段および記憶手段から入力したダイジェストストリームをデコードして出力するデコーダ手段と、ユーザからダイジェストストリームの要求を受け、前記ビデオサーバの送信ストリーム管理手段に対してダイジェストストリームの送信要求を行う受信ストリーム管理手段を備えたクライアントマシンを備えたことを特徴としている。
【００４６】
これにより、ビデオサーバが送信するダイジェストストリームをあらかじめクライアントマシンの記憶手段に記憶しておいて、そこからユーザの要求に応じてスキップストリームまたはリバースストリームを生成、画面表示することが可能となるため、ビデオサーバによるスキップストリームまたはリバースストリームの生成が不要となり、ビデオサーバの負荷を低減することが可能となる。また、ビデオサーバに頼らずに、クライアントマシン独自でスキップストリームまたはリバースストリームを生成するので、ビデオサーバ側のネットワーク負荷をも低減させることが可能となる。
【００４７】
本願第２０の発明にかかるビデオサーバまたは映像配信システムは、前記ビデオサーバがクライアントマシンに送信するダイジェストストリームまたはスキップストリーム、リバースストリームは、マルチキャストアドレス宛てに送信されることを特徴としている。
【００４８】
ダイジェストストリーム、スキップストリーム、リバースストリームをマルチキャストアドレスで配信することで、各クライアント宛にユニキャスト送信、ブロードキャスト送信する場合に比して、ビデオサーバ側のネットワーク回線の帯域負担を軽減することが可能となる。
【００４９】
本願第２１の発明にかかるプログラムは、本願第１〜２０の発明にかかる各手段を電子計算機により実行させるためのプログラムである。また、本願第２２の発明にかかる記録媒体はこのようなプログラムまたはプログラムに準ずる情報を内部に記録したものである。
【００５０】
これにより、パーソナルコンピュータ（ＰＣ）等の演算機能を有する装置を用いて上記発明を実施させることが可能となる。
【発明の効果】
【００５１】
本発明によれば、ストレージ装置に記憶された映像コンテンツが膨大な数になったとしても、ユーザによる映像コンテンツの内容把握が容易化され、また、誤選択の可能性も少なくなる。
【発明を実施するための最良の形態】
【００５２】
（実施の形態１）
実施の形態１では、１台のクライアントマシンと１台のビデオサーバが家庭内ネットワークに接続されており、クライアントマシンのユーザーがビデオサーバに対してダイジェストストリームを要求し、ビデオサーバがダイジェストストリームを生成してクライアントマシンに送信、ダイジェストストリームを視聴中に面白そうな番組を発見したユーザがクライアントマシンの「決定」ボタンを押下して番組の本編を受信開始する場面をモデルケースとして説明する。
【００５３】
なお、本実施の形態１では、ビデオサーバとクライアントマシンは1対１の関係にあるため、ビデオサーバはダイジェストストリームをユニキャスト（ＵＤＰ）送信することを前提として説明する。ただし、ダイジェストストリームをマルチキャスト送信、ブロードキャスト送信することも可能である。
【００５４】
図１は、本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。
【００５５】
図１において、１はビデオサーバであり、蓄積しているコンテンツをネットワーク２経由でクライアントマシン３に配信する。ビデオサーバ１としては、ＤＶＤやＨＤＤレコーダ等が考えられるが、これに限定されるものではなく、映像コンテンツを記憶しユーザの指示に応じて出力可能なストレージ機器であればどのようなものであってもよい。また、クライアントマシン３としては、テレビやＰＣなどが考えられるが、これに限定されるものではなく、ビデオサーバ１が配信する映像コンテンツを受信する機能を持った機器であれば、どのようなものであってもよい。
【００５６】
図１において、例えば、ビデオサーバ１はリビング、クライアントマシン３（テレビ）は寝室などに設置されており、それぞれ有線または無線のネットワーク２で接続されている。
【００５７】
図２は、ビデオサーバ１の内部構成を示した図である。
【００５８】
図２において、１２は送信ストリーム管理部であり、クライアントマシン３からのダイジェストストリームまたは本編ストリームの要求を受信し、これに応じて送信するストリームの選択を行う。
【００５９】
ここで、ダイジェストとは、ビデオサーバ１が記憶している複数の映像コンテンツから、各映像コンテンツごとに任意の部分を所定時間分抜き出したもの、または各コンテンツごとに複数箇所を細切れに抜き出したものを所定時間分まとめたものを意味する。このダイジェストは、ユーザによる映像コンテンツの把握に適したものであれば、映像コンテンツからの抜き出し方やダイジェストの放映時間等、任意に決定することが可能である。そして、ダイジェストストリームとは、このように生成された各映像コンテンツのダイジェストを順番に並べ、１本のストリームとしてクライアントマシンまで運ぶストリームデータを意味する。
【００６０】
図３は、ダイジェストストリームの構成を示した図である。
【００６１】
図３に示すように、ダイジェストストリームは、コンテンツリスト記憶部１４が記憶するコンテンツリスト１３に従って、コンテンツＩＤと所定時間分のダイジェストファイルがセットとなって順番に格納されている。そして、コンテンツリスト１３に記録されるすべてのコンテンツが送信された場合、再度コンテンツリスト１３の先頭に戻ってダイジェストが始まるするようになっている。なお、この場合、コンテンツＩＤが常に先頭に来るようにパケット長を変化させることで、コンテンツＩＤの抽出が楽になる。
【００６２】
次に、本編とは、ビデオサーバ１が記憶している映像コンテンツの本体をいい、本編ストリームとは、この本編をクライアントマシンまで運ぶストリームデータのことをいう。
【００６３】
１３はコンテンツリスト記憶部１４が記憶しているコンテンツリストである。コンテンツリスト１３は、ビデオサーバ１が保有しているコンテンツを一覧可能なリストであり、各映像コンテンツを特定するコンテンツＩＤ、コンテンツファイル名（「コンテンツ名．ｍｐｇ」等）、ダイジェストファイル名（「コンテンツ名−ダイジェスト．ｍｐｇ」等）が対応付けて記録されている。
【００６４】
また、１５はダイジェスト記憶部、１６はコンテンツ記憶部である。コンテンツ記憶部１６は、さまざまな映像コンテンツのファイル（ファイル名は「コンテンツ名．ｍｐｇ」等）を内部に記憶している。このコンテンツ記憶部１６は、テープやディスク媒体、メモリなど、映像コンテンツを記憶可能なものであればどのようなものであってもよい。一方、ダイジェスト記憶部１５はコンテンツ記憶部１６が記憶しているコンテンツのダイジェストファイル（ファイル名は「コンテンツ名−ダイジェスト．ｍｐｇ」等）を内部に記憶している。このダイジェスト記憶部１５も、コンテンツ記憶部１６と同様に、映像コンテンツを記憶可能なものであればどのようなものであってもよい。
【００６５】
１７はストリーム送信部であり、送信ストリーム管理部１２の命令に従って、ダイジェストストリームを生成し、クライアントマシン３に向けて送出する。送信ストリーム管理部１２の命令が本編ストリームの送出であった場合には指定された本編ストリームをコンテンツリスト１３から検索し、コンテンツ記憶部１６から読み出してクライアントマシン３に向けて送出する。一方、送信ストリーム管理部１２の命令がダイジェストストリームの送出であった場合は指定されたダイジェストストリームをコンテンツリスト１３から検索し、ダイジェスト記憶部１５から読み出したダイジェストをコンテンツリスト１３で指定された順番で組み合わせてクライアントマシン３に向けて送出する。
【００６６】
図４はクライアントマシン３の内部構成を示した図である。
【００６７】
図４において、３１は受信ストリーム管理部であり、ユーザのリモコン等による操作に応じて、ビデオサーバ１に対してダイジェストストリームや本編ストリームの要求を行う。ストリーム受信部３２は受信ストリーム管理部３１から指定されたダイジェストストリームや本編ストリームをビデオサーバ１に対して要求、ビデオサーバ１から送信されたダイジェストストリームや本編ストリームを受信し、デコーダ３３へ渡す。デコーダ３３はストリーム受信部３２が受信したダイジェストストリームや本編ストリームをデコードして、図示しない映像表示部に送信する。
【００６８】
３４はダイジェスト情報記録部であり、受信するダイジェストストリームに含まれるダイジェストから、各ダイジェストの元となる映像コンテンツ（本編）を特定するコンテンツＩＤを検出して内部に記憶する。このコンテンツＩＤは、ダイジェストストリームからコンテンツＩＤを検出するたびに更新されるようになっており、常に、クライアントマシンが現在受信しているダイジェストの元となる映像コンテンツのコンテンツＩＤが記録されるようになっている。
【００６９】
ダイジェストストリームを視聴中のユーザが、ダイジェストストリームに含まれるダイジェストから気に入った映像コンテンツを発見した場合、ユーザはリモコン等インタフェイス手段（クライアントマシンに設けられたスイッチやタッチパネル等）を用いて、気に入った映像コンテンツの本編の再生を要求することができる。この場合、受信ストリーム管理部３１は、リモコンから本編ストリームの要求を受け取り、ダイジェスト情報記録部３４に記録された各ダイジェストの元となる映像コンテンツ（本編）のコンテンツＩＤを用いてビデオサーバ１に対して本編ストリームを要求する。ストリーム受信部３２は受信ストリーム管理部３１から指定された本編ストリームをビデオサーバ１から受信し、デコーダ３３へ渡し、デコーダ３３はストリーム受信部３２が受信した本編ストリームをデコードして図示しない映像表示部に送信する。
【００７０】
これにより、ユーザはストレージに記憶された複数のコンテンツの一部分ばかりをまとめたダイジェストストリームを視聴することが可能となるので、単に静止画のみからコンテンツを判断するのと異なり、より的確に自らの好みに沿った映像コンテンツの選択を行うことが可能となる。また、ユーザからの要求があった場合のみビデオサーバがダイジェストストリームを生成、送信するので、必要な場合にのみビデオサーバはダイジェストストリームを生成すればよいことになり、ビデオサーバの負担およびビデオサーバに接続する回線の帯域負担を軽減することが可能となる。さらに、ユーザはダイジェストストリームから希望する番組を発見したら、単に、クライアントマシン側でリモコン等を用いて選択決定を伝えるだけで、当該映像コンテンツの本編の再生を開始させることが可能となる。
【００７１】
以下に、本実施の形態１の映像配信システムにおけるビデオサーバ１とクライアントマシン３の間のやり取り詳細に説明する。
【００７２】
図５は、本発明の実施の形態１におけるビデオサーバおよびクライアントマシン間の情報のやり取り手順を説明したタイムチャートである。
【００７３】
まず、ユーザが、クライアントマシン３に付属するリモコン等により「ダイジェスト」キーを押下すると、クライアントマシン３の受信ストリーム管理部３１は、図示しないリモコン受光部を介してダイジェストキーの入力イベントを検知する（ステップＳ１００１）。
【００７４】
クライアントマシンの受信ストリーム管理部３１は、ダイジェストストリームに関する情報を要求する「ダイジェスト情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ１００２）。「ダイジェスト情報要求」には、ダイジェストストリーム受信用にクライアントマシンが用意したポート番号（固定的に設定）が含まれている。なお、受信用ポート番号は、ＵＤＰベースで本編を受信するときに必要となるが、ＨＴＴＰ等ＴＣＰベースでダイジェストストリームを受信するときには必要なく、この場合はポート番号を含めなくてもよい。
【００７５】
ビデオサーバ１の送信ストリーム管理部１２は、受信ストリーム管理部３１からの「ダイジェスト情報要求」に対応して、ダイジェストストリームに関する情報を「ダイジェスト情報応答」として、クライアントマシン３の受信ストリーム管理部３１へ送信する（ステップＳ１００３）。この場合、「ダイジェスト情報応答」には、「ダイジェスト情報要求」の到達成否と、送信レート等のストリーム情報（オプション）が含まれている。
【００７６】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３のＩＰアドレスや受信用ポート番号（「ダイジェスト情報要求」から取得）を、ストリーム送信部１７へ通知し（ステップＳ１００４）、ストリーム送信部１７は、これを受けてダイジェストストリームを生成するとともに、通知されたＩＰアドレス、受信用ポート番号に対してダイジェストストリームを送信する（ステップＳ１００５）。
【００７７】
一方、クライアントマシン３の受信ストリーム管理部３１は、受信用ポート番号（Ｓ１００２でビデオサーバに通知した番号）と、ストリーム情報（「ダイジェスト情報応答」から取得）をストリーム受信部３２に通知する(ステップＳ１００６）。
【００７８】
クライアントマシン３のストリーム受信部３２は、通知されたＩＰアドレス、受信用ポート番号のダイジェストストリームをクライアントマシン３のストリーム送信部１７から受信して、ダイジェストストリームに含まれる各ダイジェストの元となる映像コンテンツ（本編）を特定するコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ１００７）とともに、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ出力する（ステップＳ１００８）。
【００７９】
クライアントマシン３のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ１００９）。
【００８０】
次に、ダイジェストストリームを視聴していたユーザが、視聴したい番組を発見し、リモコン等の決定キーを押下した場合を説明する。
【００８１】
この場合、クライアントマシン３の受信ストリーム管理部３１は、図示しないリモコン受光部を介して決定キーの入力イベントを検知する（ステップＳ１０１０）。入力イベントの検知に伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストに含まれているコンテンツＩＤを取得する（ステップＳ１０１１）。
【００８２】
次に、クライアントマシン３の受信ストリーム管理部３１は、本編ストリームの送信を要求する「本編再生要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ１０１２）。ここで、「本編再生要求」には、ステップＳ１０１１で受信ストリーム管理部３１がダイジェスト情報記録部３４から受け取ったコンテンツＩＤと、本編受信用のクライアントマシン３のポート番号（固定的に設定）が含まれている。ＨＴＴＰ等ＴＣＰベースで本編を受信するときには受信用ポート番号が必要ない点はダイジェスト情報要求時と同じである。
【００８３】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３の受信ストリーム管理部３１からの「本編再生要求」に対応して、本編ストリームの再生に関する「本編再生応答」をクライアントマシン３の受信ストリーム管理部３１へ送信する（ステップＳ１０１３）。「本編再生応答」には、「本編再生要求」の到達成否と、送信レート等のストリーム情報（オプション）が含まれている。
【００８４】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３のＩＰアドレス、本編受信用のポート番号、コンテンツＩＤ（「本編再生要求」から取得）を、ストリーム送信部１７へ通知し（ステップＳ１０１４）、ストリーム送信部１７は、コンテンツＩＤに該当する本編ファイルをコンテンツリスト１３から検索するとともに、コンテンツ記憶部１６から読出し、本編ストリームを作成、クライアントマシン３のストリーム受信部３２に対して送信する（ステップＳ１０１５）。
【００８５】
クライアントマシン３の受信ストリーム管理部３１は、本編受信用のポート番号（ステップＳ１０１２でビデオサーバ１に通知した番号）と、ストリーム情報（「本編再生応答」から取得）をストリーム受信部３２に通知し（ステップＳ１０１６）、ストリーム受信部３２は、通知されたＩＰアドレス、本編受信用のポート番号の本編ストリームを受信してデコーダ３３へ渡す（ステップＳ１０１７）。デコーダ３３は、受け取った本編ファイルをデコードし、映像・音声を図示しないテレビ等の表示装置に出力する（ステップＳ１０１８）。
【００８６】
以上、本発明の実施の形態１における映像配信システムを説明したが、これは一例であって、この実施の形態に限定されるものではない。
【００８７】
例えば、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生応答」には、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を利用することが可能である。具体的には、ステップＳ１００２、Ｓ１００３、Ｓ１０１０、Ｓ１０１１の各ステップをＲＴＳＰのＤＥＳＣＲＩＢＥ、ＳＥＴＵＰ、ＰＬＡＹメソッドで実現することができる。この場合、ＰＬＡＹメソッドに含まれるコンテンツのＵＲＩの指定は次のように指定することができる。
【００８８】
（ダイジェスト）ｒｔｓｐ：／／ビデオサーバのＩＰ／ｄｉｇｅｓｔ．ｍｐｇ
（本編）ｒｔｓｐ：／／ビデオサーバのＩＰ／コンテンツＩＤ．ｍｐｇ
また、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生返信」を、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による取得に置き換えることも可能である。この場合、本編自体もＨＴＴＰを用いて取得することになり、ステップが簡略化される。
【００８９】
さらに、上記例では、コンテンツＩＤは４Ｂｙｔｅ程度のデータ長を想定しているが、これをＵＲＩなどに置き換えてもよい。ＵＲＩにすると、ＲＴＳＰやＨＴＴＰで本編を取得するときにそのまま使用することができる。
【００９０】
また、コンテンツＩＤは、ダイジェストストリームから検出したタイミングで更新されるようになっているが、このタイミングは、バッファ等の影響で、テレビに表示されるタイミングより早く、ユーザが決定キーを押したときに、テレビに表示されているダイジェストと、ダイジェスト情報記録部に記録されているダイジェストＩＤが異なる場合が生じうるので、このような同期ずれを防止するために、ダイジェストをＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で作成し、ＢＭＬの中に本編のＵＲＩ等を記述しておき、テレビに表示させるタイミングと同期させることも可能である。
【００９１】
さらに、本実施の形態では、家庭内ネットワークを想定して説明したが、ビデオ配信業者が準備したビデオサーバに、家庭内の専用クライアントマシンからインターネットを経由してアクセスする場合も同様に本発明を利用することが可能である。
【００９２】
（実施の形態２）
実施の形態２では、１台のクライアントマシンと複数台のビデオサーバが家庭内ネットワークに接続しており、クライアントマシンＡのユーザーがビデオサーバに対してダイジェストストリームを要求した後、クライアントマシンＢのユーザもダイジェストストリームを要求し、その後、クライアントマシンＡが本編を選択、クライアントマシンＢはダイジェストストリームの受信を停止、ビデオサーバは、ダイジェストストリームの受信者がいなくなったことを確認して、ダイジェストストリームの送信を停止する場面を想定して説明する。
【００９３】
なお、本実施の形態２では、ビデオサーバとクライアントマシンは１対多の関係にあるため、ビデオサーバはダイジェストストリームをマルチキャスト配信することを前提として説明する。ただし、クライアントマシンの数、ビデオサーバ側の回線帯域によっては、これをユニキャスト配信、ブロードキャスト配信することも可能である。
【００９４】
図６は本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。
【００９５】
図６において、４１はクライアントマシンＡ、４２はクライアントマシンＢである。例えば、ビデオサーバ１とクライアントマシンＡ（テレビ）４１はリビング、クライアントマシンＢ（テレビ）４２は寝室に設置されており、それぞれ有線／無線のネットワーク２で接続されている。クライアントマシンＡ４１、クライアントマシンＢ４２としては、テレビやＰＣなどが考えられるが、これに限定されるものではない。その他の要素は実施の形態１の図１で説明したものと同じであるため省略する。
【００９６】
図７はビデオサーバ１の内部構成を示した図である。
【００９７】
図７において、５１は受信者数記録部であり、ダイジェストストリームを受信しているクライアントマシンの数を受信者としてカウントしている。受信者数が０になった場合、送信ストリーム管理部１２からの指示により、ストリーム送信部１７のメモリに記憶されているダイジェストストリームは削除される。
【００９８】
ビデオサーバ１におけるほかの要素及びクライアントマシン３の構成は実施の形態１におけるものと同様であるため、説明は省略する。
【００９９】
図８、図９は、本発明の実施の形態２におけるビデオサーバ１およびクライアントマシンＡ４１、クライアントマシンＢ４２間の情報のやり取り手順を説明したタイムチャートである。
【０１００】
まず、ユーザが、クライアントマシンＡ４１に付属するリモコンの「ダイジェスト」キーを押下すると、クライアントマシンＡ４１の受信ストリーム管理部３１は、図示しないリモコン受光部を介してダイジェストキーの入力イベントを検知する（ステップＳ２００１）。
【０１０１】
クライアントマシンＡ４１の受信ストリーム管理部３１は、ダイジェストストリームに関する情報を要求する「ダイジェスト情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２００２）。ここで、「ダイジェスト情報要求」には、実施の形態１の場合と異なり、ダイジェストストリーム受信用ポート番号（固定的に設定）の情報は含まれない。
【０１０２】
ビデオサーバ１の送信ストリーム管理部１２は、受信ストリーム管理部３１からの「ダイジェスト情報要求」に対応して、ダイジェストストリームに関する情報を「ダイジェスト情報応答」として、クライアントマシンＡ４１の受信ストリーム管理部３１へ送信する（ステップＳ２００３）。この場合、「ダイジェスト情報応答」には、「ダイジェスト情報要求」の到達成否とダイジェストストリームの宛先マルチキャストアドレス、ポート番号（固定的に指定）、送信レート等のストリーム情報（オプション）が含まれている。
【０１０３】
ビデオサーバ１の送信ストリーム管理部１２は、ダイジェストストリームの宛先マルチキャストアドレスおよびポート番号を、ストリーム送信部１７へ通知し（ステップＳ２００４）、ビデオサーバ１のストリーム送信部１７は、ダイジェストストリームを生成するとともに、通知されたマルチキャストアドレスおよびポート番号に対してダイジェストストリームを送信する（ステップＳ２００５）。
【０１０４】
一方、クライアントマシンＡ４１の受信ストリーム管理部３１は、ダイジェストストリームのマルチキャストアドレスおよびポート番号、ストリーム情報（「ダイジェスト情報応答」から取得）をストリーム受信部３２に通知する(ステップＳ２００６）。
【０１０５】
クライアントマシンＡ４１のストリーム受信部３２は、ダイジェストストリームの受信を開始したことを示す「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２００７）。「ストリーム受信通知」には、クライアントマシンＡ４１が受信を開始した本編ストリームの宛先マルチキャストアドレス、宛先ポート番号が含まれる。
【０１０６】
ビデオサーバ１の送信ストリーム管理部１２は、「ストリーム受信通知」を受け、受信者数記録部５１のカウンタを１つインクリメントする（Ｓ２００８）。本実施の形態の例では、クライアントマシンＡ４１が始めてダイジェストストリームの要求を行ったので、受信者数記録部５１のカウンタは「０」→「１」にインクリメントされる。
【０１０７】
一方、クライアントマシンＡ４１のストリーム受信部３２は、通知されたマルチキャストアドレスのダイジェストストリームを受信して、ダイジェストストリームに含まれる各ダイジェストの元となる映像コンテンツ（本編）を特定するコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ２００９）とともに、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ２０１０）。
【０１０８】
クライアントマシンＡ４１のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ２０１１）。
【０１０９】
次に、クライアントマシンＡ４１がダイジェストストリームを受信している最中に、さらにクライアントマシンＢ４２が同じくクライアントマシンＢ４２に付属するリモコンの「ダイジェスト」キーを押下し、ビデオサーバ１に対してダイジェストストリームを要求するシーケンスを説明する。
【０１１０】
まず、クライアントマシンＢ４２の受信ストリーム管理部３１はダイジェストキーの入力イベントを検知し（ステップＳ２１０１）、「ダイジェスト情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２１０２）。
【０１１１】
次に、ビデオサーバ１の送信ストリーム管理部１２は、「ダイジェスト情報要求」に対応して「ダイジェスト情報応答」を、クライアントマシンＢ４２の受信ストリーム管理部３１へ送信する（ステップＳ２１０３）。この場合、「ダイジェスト情報応答」には、「ダイジェスト情報要求」の到達成否と、クライアントマシンＡ４１に対して既に出力しているダイジェストストリームの宛先マルチキャストアドレスおよびポート番号、レート等のストリーム情報（オプション）が含まれている。
【０１１２】
クライアントマシンＢ４２の受信ストリーム管理部３１は、ダイジェストストリームの宛先マルチキャストアドレスおよびポート番号、ストリーム情報（「ダイジェスト情報応答」から取得）をストリーム受信部３２に通知し(ステップＳ２１０４）、ストリーム受信部３２は、「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２１０５）。「ストリーム受信通知」には、クライアントマシンＢ４２が受信するダイジェストストリームの宛先マルチキャストアドレス、宛先ポート番号が含まれる。
【０１１３】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＢ４２からの「ストリーム受信通知」を受け、受信者数記録部５１のカウンタをインクリメントする（ステップＳ２１０６）。本実施の形態の例では、クライアントマシンＡ４１に続いて同じダイジェストストリームをクライアントマシンＢ４２が受信することになるため、受信者数記録部５１のカウンタは「１」→「２」にインクリメントされる。
【０１１４】
以下、クライアントマシンＡ４１のストリーム受信部３２が通知されたマルチキャストアドレスのダイジェストストリームを受信してダイジェストストリームに含まれる各ダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ２１０７）こと、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ２１０８）こと、デコーダ３３が受け取ったダイジェストファイルをデコードして映像・音声を出力する（ステップＳ２１０９）ことは、クライアントマシンＡ４１における場合と同様である。
【０１１５】
これにより、ビデオサーバ１がクライアントマシンＡ４１に対して既に送信しているダイジェストストリームをクライアントマシンＢ４２も受信することが可能になるため、ビデオサーバ１のストリーム送信部１７が個々要求に対応してダイジェストストリームを生成する必要がなくなり、サーバの負荷が軽減される。また、個々要求に対応して生成したダイジェストストリームを、個々クライアントマシンにユニキャスト（ＵＤＰ）送信する場合と異なり、ビデオサーバ１側の回線帯域負荷を軽減することも可能となる。
【０１１６】
続いて、クライアントマシンＡ４１、Ｂ４２がビデオサーバ１からダイジェストストリームを受信中に、クライアントマシンＡ４１のユーザが本編を選択する場合のシーケンスを図９を用いて以下に説明する。
【０１１７】
この場合、クライアントマシンＡ４１の受信ストリーム管理部３１は、図示しないリモコン受光部を介して決定キーの入力イベントを検知し（ステップＳ２２０１）、これに伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストストリームに含まれるダイジェストのコンテンツＩＤを取得する（ステップＳ２２０２）。
【０１１８】
次に、クライアントマシンＡ４１の受信ストリーム管理部３１は、本編ストリームの送信を要求する「本編再生要求」を、ビデオサーバ１の送信ストリーム管理部に送信する（ステップＳ２２０３）。ここで、「本編再生要求」には、ステップＳ２２０２で受信ストリーム管理部３１がダイジェスト情報記録部３４から受け取ったコンテンツＩＤとクライアントマシンＡ４１のＩＰアドレス、本編受信用のポート番号が含まれている。
【０１１９】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン３の受信ストリーム管理部３１からの「本編再生要求」に対応して、本編ストリームの再生に関する「本編再生応答」を、クライアントマシンＡ４１の受信ストリーム管理部３１へ送信する（ステップＳ２２０４）。「本編再生応答」には、「本編再生要求」の到達成否と、送信レート等のストリーム情報（オプション）が含まれる。
【０１２０】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＡ４１のＩＰアドレス、本編受信用のポート番号、コンテンツＩＤ（「本編再生要求」から取得）を、ストリーム送信部１７へ通知し（ステップＳ２２０５）、ストリーム送信部１７は、コンテンツＩＤに該当する本編ファイルをコンテンツリスト１３から検索するとともに、コンテンツ記憶部１６から読出し、本編ストリームを作成、クライアントマシン３のストリーム受信部３２に対して送信する（ステップＳ２２０６）。
【０１２１】
クライアントマシンＡ４１の受信ストリーム管理部３１は、本編受信用のポート番号（ステップＳ２２０３でビデオサーバ１に通知した番号）と、ストリーム情報（「本編再生応答」から取得）、ダイジェストストリームの受信終了指示をストリーム受信部３２に通知し（ステップＳ２２０７）、ストリーム受信部３２は、通知されたＩＰアドレス、受信用ポート番号の本編ストリームの受信を開始する。
【０１２２】
クライアントマシンＡ４１のストリーム受信部３２は、受信ストリーム管理部３１からのダイジェストストリームの受信終了指示に従って、ダイジェストストリームの受信を停止するとともに、ダイジェストストリームの受信を終了したことを示す「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２２０８）。また、ストリーム受信部３２は、通知されたＩＰアドレス、受信用ポート番号の本編ストリームを受信し、デコーダ３３へ渡し（ステップＳ２２０９）、デコーダ３３は、受け取った本編ファイルをデコードし、映像・音声を図示しないテレビ等の表示装置に出力する（ステップＳ２２１０）。
【０１２３】
一方、ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＡ４１からの「ストリーム受信破棄通知」を受け、受信者数記録部５１のカウンタををデクリメントする（ステップＳ２２１１）。本実施の形態の例では、クライアントマシンＡ４１、Ｂ４２がダイジェストストリームの受信を行っていたので、受信者数記録部５１のカウンタは「２」→「１」にデクリメントされる。
【０１２４】
続いて、クライアントマシンＢ４２がダイジェストストリームの視聴を停止するシーケンスを以下に説明する。
【０１２５】
クライアントマシンＢ４２の受信ストリーム管理部３１は、ユーザからのダイジェストストリーム視聴停止の指示入力イベントを、図示しないリモコン受光部を介して検知する（ステップＳ２３０１）。ユーザによるダイジェストストリーム視聴停止の指示は、ダイジェストストリーム視聴中止専用のスイッチにより行ってもよいし、地上波放送への視聴切替えスイッチがこれを兼ねるようにしてもよい。他にも、クライアントマシンの電源スイッチをオフした場合などに、このイベントが発信されるようにしてもよい。
【０１２６】
ダイジェストストリーム視聴停止指示を受けて、クライアントマシンＢ４２の受信ストリーム管理部３１は、ダイジェストストリームの受信停止命令をストリーム受信部３２に通知（ステップＳ２３０２）、ストリーム受信部３２は、通知されたダイジェストストリームの受信を停止するとともに、「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ２３０３）。
【０１２７】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＢ４２からの「ストリーム受信破棄通知」を受け、受信者数記録部５１のカウンタををデクリメントする（ステップＳ２３０４）。この場合、クライアントマシンＢ４２のみがダイジェストストリームの受信を行っていたので、受信者数記録部５１のカウンタは「１」→「０」にデクリメントされる。また、ビデオサーバ１の送信ストリーム管理部１２は、ダイジェストストリームの送信停止命令を、ストリーム送信部１７に通知、ビデオサーバ１のストリーム送信部１７はダイジェストストリームの送信を停止する（ステップＳ２３０５）。
【０１２８】
さらに、ビデオサーバ１の送信ストリーム管理部１２は、受信者数記録部５１のカウンタが「０」になった時点で、ダイジェストストリームを受信するクライアントはいなくなったと判断し、ストリーム送信部１７にダイジェストストリームの破棄指令を通知し、これを受けたストリーム送信部１７は内部のメモリからダイジェストストリームを削除する。
【０１２９】
このように、ダイジェストストリームを受信しているクライアントマシンの数を監視して、ダイジェストストリームを受信しているクライアントマシンがないことが判明した場合はビデオサーバが記憶しているダイジェストストリームを削除することが可能となるので、ビデオサーバのメモリ負担を低減することも可能となる。
【０１３０】
以上、本発明の実施の形態２における映像配信システムを説明したが、これは一例であって、この実施の形態に限定されるものではない。
【０１３１】
例えば、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生応答」にＲＴＳＰを利用できることは実施の形態１の場合と同様である。
【０１３２】
また、本実施の形態２では、「ストリーム受信通知」、「ストリーム受信破棄通知」をクライアントマシンのストリーム受信部３２がビデオサーバの送信ストリーム管理部１２に送っているが（ステップＳ２００７、Ｓ２１０５、Ｓ２２０８、Ｓ２３０３）、これをＩＧＭＰの「ｊｏｉｎ」「ｌｅａｖｅ」メソッドで代用することができる。この場合、ＩＧＭＰのｊｏｉｎメソッドを拡張し、ポート番号まで含ませれば、ポート番号を任意に付けることが可能となる。
【０１３３】
また、クライアントマシンＡ４１、Ｂ４２のストリーム受信部３２から「ストリーム受信通知」、「ストリーム受信破棄通知」を都度ビデオサーバの送信ストリーム管理部１２に送らなくても、所定のタイミングで（例えば、ステップＳ２１０９終了時点等）で、ビデオサーバ１からダイジェストストリームの受信者数を確認するクエリーメッセージをクライアントマシンＡ４１、Ｂ４２に送信し、これに対する応答数をカウントすることによってもダイジェストストリームの受信者数をカウントすることは可能である。
【０１３４】
この場合、何らかの原因により、「ストリーム受信破棄通知」をビデオサーバに送信することなくダイジェストストリームの受信を中止したクライアントマシンについても、受信者数をカウントすることが可能になる。
【０１３５】
さらに、本実施の形態では、家庭内ネットワークを想定して説明したが、ビデオ配信業者が準備したビデオサーバに、家庭内の専用クライアントマシンからインターネットを経由してアクセスする場合も同様に本発明を利用することが可能である。
【０１３６】
（実施の形態３）
実施の形態３では、放送業者が保有するビデオサーバと複数家庭が保有する複数のクライアントマシンがネットワークに接続されており、クライアントマシンＡ、Ｂがビデオサーバが配信するダイジェストストリームを受信中にクライアントマシンＡがスキップ／リバースストリームを要求し、ビデオサーバはこれに対応して新規にスキップ／リバースストリームαをクライアントマシンＡに送信、続いてクライアントマシンＢもスキップ／リバースストリームを要求したため、ビデオサーバはスキップ／リバースストリームαの情報をクライアントマシンＢに返信し、受信者がいなくなったダイジェストストリームを削除するという場面を想定して説明する。
【０１３７】
なお、本実施の形態３では、ビデオサーバとクライアントマシンは１対多の関係にあるため、ビデオサーバはダイジェストストリームをマルチキャスト配信することを前提として説明する。ただし、クライアントマシンの数、ビデオサーバ側の回線帯域によっては、これをユニキャスト配信、ブロードキャスト配信することも可能である。
【０１３８】
図１０に示すように、スキップストリームとは、ダイジェストストリームから順方向に派生したストリームを意味する。具体的には、ダイジェストが１・２・３・４・５・・・と２０秒ずつ続くダイジェストストリームを視聴中のクライアントが、ダイジェスト２を５秒見たところで次のダイジェストを見ることを希望し、リモコンのスキップボタンを押下した場合、ビデオサーバは新たに３から始まるダイジェストストリームを生成してクライアントに送信することになる。この、順方向に新たに生成されたダイジェストストリームをここではスキップストリームと呼ぶ。
【０１３９】
一方、図１１に示すように、ダイジェストが１・２・３・４・５・・・と続くダイジェストストリームを視聴中のクライアントが、ダイジェスト２を見ているところで過去に見ていたダイジェストを再度見ることを希望し、リモコンのリバースボタンを押下した場合、ビデオサーバは新たに１から始まるダイジェストストリームを生成してクライアントに送信することになる。この、逆方向に新たに生成されたダイジェストストリームをここではリバースストリームと呼ぶ。
【０１４０】
なお、スキップストリーム、リバースストリームはα、β・・・と、何段でも作成できる。
【０１４１】
以下では、クライアントマシンが順方向にスキップストリームを要求した場面を例として説明する。
【０１４２】
図１２は本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。
【０１４３】
図１２において、６１はクライアントマシンＡ、６２はクライアントマシンＢである。ビデオサーバ１は放送業者が保有しており、クライアントマシンＡ（テレビ）６１、Ｂ（テレビ）６２は各家庭に設置されている。そして、これらはそれぞれ有線／無線のネットワーク２で接続されている。クライアントマシンＡ６１、クライアントマシンＢ６２としては、テレビやＰＣなどが考えられるが、これに限定されるものではない。その他の要素は実施の形態１の図１で説明したものと同じであるため省略する。
【０１４４】
図１３はビデオサーバ１の内部構成を示した図である。
【０１４５】
図１３において、７１はストリームリスト記憶部であり、ストリームリスト７２には、送信中のダイジェストストリーム／スキップストリームのマルチキャストアドレス、ポート番号、ストリームを受信している受信者数、ストリームで送信中のダイジェストのコンテンツＩＤが記録されている。コンテンツＩＤは送信中のダイジェストが切り替わるたびに更新され、最新のコンテンツＩＤが上書きされるようになっている。これにより、どのダイジェスト／スキップストリームが現在どのコンテンツのダイジェストを送信しているか検索可能になっている。
【０１４６】
クライアントマシンからスキップ要求があった場合、クライアントマシンから送られてくるコンテンツＩＤと、ストリームリスト７２内のストリームＩＤを比較して、クライアントマシンが要求するスキップストリーム（クライアントマシンから送られるコンテンツＩＤの次のコンテンツのダイジェストを送信中のストリーム）を検出し、クライアントマシンに送信する。ストリームリスト７２内にクライアントマシンが希望するスキップストリームが存在しない場合、送信ストリーム管理部１２はストリーム送信部１７に指示して、新たなスキップストリームを生成し、クライアントマシンに送信するとともに、マルチキャストアドレス、ポート番号、ストリームを受信している受信者数、ストリームで送信中のダイジェストのコンテンツＩＤを新たにストリームリスト７２に記録する。スキップストリームは、クライアントマシンから送られるコンテンツＩＤの次の映像コンテンツのダイジェストを先頭に、コンテンツリスト記憶部１４が記憶するコンテンツリストに従ってコンテンツＩＤと所定時間分のダイジェストファイルが順番に格納されていく。
【０１４７】
ダイジェストストリームまたはスキップストリームの視聴者がスキップ要求により別のストリームに乗り換えたことで、ダイジェストストリームまたはスキップストリームの受信者数が０になった場合、該当するダイジェストストリームまたはスキップストリームはビデオサーバ１のメモリから削除されるようになっている。ビデオサーバ１におけるほかの要素及びクライアントマシンの構成は実施の形態１におけるものと同様であるため、省略する。
【０１４８】
図１４〜１６は、本発明の実施の形態３におけるビデオサーバ１およびクライアントマシンＡ６１、Ｂ６２間の情報のやり取りの手順を説明したタイムチャートである。
【０１４９】
クライアントマシンＡ６１、クライアントマシンＢ６２がビデオサーバ１からダイジェストストリームを受信するまでの手順は実施の形態２で説明したものと同様であるため、ここでは省略する。
【０１５０】
以下に、クライアントマシンＡ６１、クライアントマシンＢ６２が同じダイジェストストリームを視聴している場合に、クライアントマシンＡ６１でダイジェストストリームを視聴していたユーザのみが表示中のダイジェストがつまらないと思い、リモコンの決定キーを用いてスキップストリームαを要求した場合のシーケンスを順に説明する。
【０１５１】
まず、ユーザが、クライアントマシンＡ６１に付属するリモコンの「スキップ」キーを押下すると、クライアントマシンＡ６１の受信ストリーム管理部３１は、図示しないリモコン受光部を介してスキップキーの入力イベントを検知し（ステップＳ３００１）、これに伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストに含まれるコンテンツＩＤを取得する（ステップＳ３００２）。
【０１５２】
次に、クライアントマシンＡ６１の受信ストリーム管理部３１は、ダイジェストを順方向に一定の数だけスキップしたスキップストリームに関する情報を要求する「スキップストリーム情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ３００３）。ここで、「スキップストリーム情報要求」には、ステップＳ３００２で受信ストリーム管理部３１がダイジェスト情報記録部３４から受け取ったコンテンツＩＤが含まれている。
【０１５３】
ビデオサーバ１の送信ストリーム管理部１２は、「スキップストリーム情報要求」からコンテンツＩＤを取得し、ストリームリスト７２を検索し、コンテンツＩＤ（「スキップストリーム情報要求」から取得）で特定される映像コンテンツの次の映像コンテンツを特定するコンテンツＩＤを送信中のスキップストリームを選出する（ステップＳ３００４）。
【０１５４】
送信ストリーム管理部１２は、受信ストリーム管理部３１から受け取った「スキップストリーム情報要求」に対応した「スキップストリーム情報返信」をクライアントマシンＡ６１の受信ストリーム管理部３１に送信する（ステップＳ３００５）。「スキップストリーム情報返信」には、選出したスキップストリームのマルチキャストアドレスおよびポート番号、スキップストリームレートが含まれる。スキップストリームのレートが先に送信していたダイジェストストリームまたはスキップストリームのレートと同じ場合はスキップストリームのレートは省いてもよい。
【０１５５】
ビデオサーバ１の送信ストリーム管理部１２は、コンテンツＩＤ（「スキップストリーム情報要求」から取得したコンテンツＩＤで特定される映像コンテンツの次のダイジェストのコンテンツＩＤ）および予め固定的に決定していたポート番号、選出したマルチキャストアドレスをストリーム送信部１７に通知し（ステップＳ３００６）、ストリーム送信部１７は、通知されたマルチキャストアドレスに対して通知されたレートでスキップストリームを送信する（ステップＳ３００７）。
【０１５６】
一方、ステップＳ３００４にて、ストリームリスト７２に該当するスキップストリームが無かった場合、送信ストリーム管理部１２はストリーム送信部１７に新たなスキップストリームを生成するよう指示（ステップＳ３００６）、ストリーム送信部１７は取得したコンテンツＩＤで特定される映像コンテンツの次の映像コンテンツのダイジェストから始まる新たなスキップストリームを生成し、使用されていないマルチキャストアドレスおよび予め固定的に決定していたポート番号を付与してクライアントマシンに送信する（ステップＳ３００７）。この場合も、送信ストリーム管理部１２は新たなマルチキャストアドレスおよび予め固定的に決定していたポート番号をストリーム送信部１７に通知し（ステップＳ３００６）、ストリーム送信部１７は、通知されたマルチキャストアドレスおよびポート番号に対して通知されたレートでスキップストリームを送信する（ステップＳ３００７）。
【０１５７】
一方、クライアントマシンＡ６１の受信ストリーム管理部３１は、ステップＳ３００４でビデオサーバ１から受信した「スキップストリーム情報返信」から、宛先マルチキャストアドレスおよびポート番号、スキップストリームのレートを取得し、ストリーム受信部３２に通知する（ステップＳ３００８）。ストリーム受信部３２は、過去に見ていたダイジェストストリームまたはスキップストリームの受信が必要なくなったので、「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信する（ステップＳ３００９）。
【０１５８】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＡ６１が送信した「ストリーム受信破棄通知」を受信し、これに含まれるコンテンツＩＤを取得、ストリームリスト７２の該当するストリームの受信者数をデクリメントする（ステップＳ３０１０）。この例では、ダイジェストストリームの受信者が「２」→「１」にデクリメントされる。
【０１５９】
次いで、クライアントマシンＡ６１のストリーム受信部３２は、新たなスキップストリームの「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信（ステップＳ３０１１）、送信ストリーム管理部１２は、「ストリーム受信通知」から宛先マルチキャストアドレス、宛先ポート番号を取得する。送信ストリーム管理部１２は、ストリームリスト７２の該当するストリームの受信者数をインクリメントする（ステップＳ３０１２）。この場合、スキップストリームαの受信者が「０」→「１」にインクリメントされる。
【０１６０】
一方、クライアントマシンＡ６１のストリーム受信部３２は、通知されたマルチキャストアドレスのスキップストリームを受信し、スキップストリームに含まれるダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ３０１３）とともに、スキップストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ３０１４）。
【０１６１】
クライアントマシンＡ６１のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ３０１５）。
【０１６２】
次に、クライアントマシンＢ６２が同じくスキップストリームαを要求した場面を説明する。この場合、クライアントマシンＢ６２の受信ストリーム管理部３１は、図示しないリモコン受光部を介してスキップキーの入力イベントを検知する（ステップＳ３１０１）。入力イベントの検知に伴い、受信ストリーム管理部３１は、ダイジェスト情報記録部３４から、現在受信中のダイジェストに含まれるコンテンツＩＤを取得する（ステップＳ３１０２）。
【０１６３】
次に、クライアントマシンＢ６２の受信ストリーム管理部３１は、「スキップストリーム情報要求」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ３１０３）。ここで、「スキップストリーム情報要求」には、ステップＳ３１０２で受け取ったコンテンツＩＤが含まれている。
【０１６４】
ビデオサーバ１の送信ストリーム管理部１２は、「スキップストリーム情報要求」からコンテンツＩＤを取得し、ストリームリスト７２を検索し、「スキップストリーム情報要求」から取得したコンテンツＩＤで特定される映像コンテンツの次のコンテンツのダイジェストを送信中のスキップストリームを選出する（ステップＳ３１０４）。
【０１６５】
送信ストリーム管理部１２は、既出のスキップストリームαを発見し、「スキップストリーム情報返信」をクライアントマシンＢ６２の受信ストリーム管理部３１に送信する（ステップＳ３１０５）。「スキップストリーム情報返信」には、スキップストリームαのマルチキャストアドレスおよびポート番号、スキップストリームレートが含まれる。
【０１６６】
クライアントマシンＢ６２の受信ストリーム管理部３１は、受信した「スキップストリーム情報返信」から、宛先マルチキャストアドレスおよびポート番号、スキップストリームのレートを取得し、ストリーム受信部３２に通知する（ステップＳ３１０６）。
【０１６７】
これにより、クライアントマシンＢ６２は、ビデオサーバ１がクライアントマシンＡ６１に送信していたスキップストリームαを受信することが可能となり、ビデオサーバがクライアントマシンＢ６２に向けて新たなスキップストリームを生成する負荷を軽減することが可能となる。また、スキップストリームはマルチキャスト配信されているので、ビデオサーバ１側のネットワーク回線の帯域負荷も軽減することが可能となる。
【０１６８】
クライアントマシンＢ６２のストリーム受信部３２は、過去に見ていたダイジェストストリームまたはスキップストリームの受信が必要なくなったので、「ストリーム受信破棄通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信する（ステップＳ３１０７）。
【０１６９】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシンＢ６２が送信した「ストリーム受信破棄通知」を受信し、これに含まれるコンテンツＩＤを取得、ストリームリスト７２の該当するストリームの受信者数をデクリメントする（ステップＳ３１０８）。この例では、ダイジェストストリームの受信者が「１」→「０」にデクリメントされる。
【０１７０】
また、ビデオサーバ１の送信ストリーム管理部１２はダイジェストストリームの送信停止命令をストリーム送信部１７に通知（ステップＳ３１０９）、ストリーム送信部１７は、ダイジェストストリームの送信を停止する。
【０１７１】
なお、ストリームリスト７２のカウンタが「０」になった時点で、ダイジェストストリームを受信するクライアントはいなくなったと判断し、ストリーム送信部１７にダイジェストストリームの破棄指令を通知し、これを受けたストリーム送信部１７は内部のメモリからダイジェストストリームを削除する。
【０１７２】
クライアントマシンＢ６２のストリーム受信部３２は、スキップストリームαの受信開始に伴い、「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に対して送信（ステップＳ３１１０）、送信ストリーム管理部１２は、「ストリーム受信通知」から宛先マルチキャストアドレス、宛先ポート番号を取得する。送信ストリーム管理部１２は、ストリームリスト７２の該当するストリームの受信者数をインクリメントする（ステップＳ３１１１）。この場合、スキップストリームαの受信者が「１」→「２」にインクリメントされる。
【０１７３】
一方、クライアントマシンＢ６２のストリーム受信部３２は、通知されたマルチキャストアドレスおよびポート番号のスキップストリームを受信し、スキップストリームに含まれるダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ３１１２）とともに、スキップストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（ステップＳ３１１３）。
【０１７４】
クライアントマシンＢ６２のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ３１１４）。
【０１７５】
以上、本発明の実施の形態３における映像配信システムを説明したが、これは一例であって、この実施の形態に限定されるものではない。
【０１７６】
例えば、「ダイジェスト情報要求」、「ダイジェスト情報返信」、「本編再生要求」、「本編再生応答」、「スキップストリーム情報要求」、「スキップストリーム情報返信」にＲＴＳＰを利用できることは実施の形態１の場合と同様である。この場合、「ダイジェスト情報要求」および「ダイジェスト情報返信」と「スキップストリーム情報要求」および「スキップストリーム情報返信」は共通のプロトコルを用いてもよい
また、「ストリーム受信通知」、「ストリーム受信破棄通知」にＩＧＭＰの「ｊｏｉｎ」「ｌｅａｖｅ」メソッドで代用することができる点も実施の形態２の場合と同様である。
【０１７７】
なお、本実施の形態では、クライアントマシンＡ６１およびクライアントマシンＢ６２がスキップストリームを要求した場面を前提として説明したが、リバースストリームを要求した場合でも同様の態様で実施可能である。
【０１７８】
また、スキップストリームおよびリバースストリームは、順方向または逆方向に１つずつダイジェストがスキップしたものであることを前提として説明しているが、１つずつのスキップに限られるものではなく、任意の数だけスキップするものであってもよい。
【０１７９】
（実施の形態４）
実施の形態４では、スキップストリームを受信中のクライアントマシンのユーザーが、スキップストリームを視聴中に、スキップストリームがいつのまにかダイジェストストリームに統合され、スキップストリームをサーバが削除する場合を想定して説明する。
【０１８０】
本実施の形態では、後述するが、ダイジェストストリームとスキップストリームの各コンテンツに含まれるダイジェストの送信期間が異なる長さに調節されており、一定期間経過するとダイジェストストリームのダイジェストの切り替わりタイミングとスキップストリームのダイジェストの切り替わりタイミングが同期するようになっている。
【０１８１】
本実施の形態では、実施例３で説明したビデオサーバ、クライアントマシンを利用した映像配信システムを前提として説明する。ここで、クライアントマシンＡ６１はダイジェストストリーム、クライアントマシンＢ６２はスキップストリームαを受信しているものとし、以下にスキップストリームがダイジェストストリームに統合される手順を図１６を用いて説明する。
【０１８２】
ビデオサーバ１のストリーム送信部１７は、スキップストリームに含まれている各コンテンツのダイジェストが変更されるタイミングに合わせてストリームリスト７２のコンテンツＩＤを順次更新している（ステップＳ４００１）。ストリーム送信部１７は、ストリームリスト７２のコンテンツＩＤの更新を常時監視し、ダイジェストストリームとスキップストリームのコンテンツＩＤが、同じコンテンツＩＤに、同タイミングで更新されるタイミングがないかチェックする。同ＩＤ、同タイミングの更新がストリームリスト７２内に発見された場合、ストリーム送信部１７は送信ストリーム管理部１２に通知する（ステップＳ４００２）。ここでは、ダイジェストストリームとスキップストリームαが同ＩＤ、同タイミングで更新されていることをストリーム送信部１７が発見したとする。
【０１８３】
ビデオサーバ１の送信ストリーム管理部１２は、スキップストリームαとダイジェストストリームが同ＩＤ、同タイミングで更新されると判断した場合、「ストリーム変更通知」をスキップストリームαを受信するクライアントマシンＢ６２の受信ストリーム管理部３１に対して送信する（ステップＳ４００３）。「ストリーム変更通知」には、統合先となるダイジェストストリームの宛先マルチキャストアドレスおよび宛先ポート番号、ストリームレートが含まれている。
【０１８４】
クライアントマシンＢ６２の受信ストリーム管理部３１は、「ストリーム変更通知」で指定されたダイジェストストリームの宛先マルチキャストアドレスおよび宛先ポート番号、ストリームレートに受信ストリームを変更するように、ストリーム受信部３２に通知する（ステップＳ４００４）。
【０１８５】
これにより、クライアントマシンＢ６２は、スキップストリームαに含まれるコンテンツのダイジェストが切り替わる瞬間にダイジェストストリームの視聴に移し変えられることとなる。こうすることで、ユーザに違和感を抱かせることなくダイジェストストリームへの視聴者の統合を実現でき、ビデオサーバがメモリに記憶しておくスキップストリームの本数を少なくすることが可能となる。このように、ユーザの要求に応じつつスキップストリームの本数を少なくすることで、ビデオサーバ側のネットワーク回線の帯域負荷を低減することが可能となる。
【０１８６】
次に、ダイジェストストリームへの移行を完了したクライアントマシンＢ６２のストリーム受信部３２は、今まで受信していたスキップストリームαの「ストリーム破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ４００５）。これを受けた送信ストリーム管理部１２は、ストリームリスト７２内の、該当するストリーム（スキップストリーム）の受信者数をデクリメントする（ステップＳ４００６）。本実施の形態では、受信者数は「１」→「０」にデクリメントされる。
【０１８７】
クライアントマシンＢ６２からの「ストリーム破棄通知」を受けて、ビデオサーバ１の送信ストリーム管理部１２は、スキップストリームαの送信を停止するようにストリーム送信部に通知し（ステップＳ４００７）、ビデオサーバのストリーム送信部は、スキップストリームαの送信を停止する。
【０１８８】
さらに、ビデオサーバ１の送信ストリーム管理部１２は、ストリームリスト７２を更新した結果、受信者数が「０」になった時点で、ダイジェストストリームを受信するクライアントはいなくなったと判断し、ストリーム送信部１７にダイジェストストリームの破棄指令を通知し、これを受けたストリーム送信部１７は内部のメモリからダイジェストストリームを削除する。
【０１８９】
クライアントマシンＢ６２のストリーム受信部３２は、統合先のダイジェストストリームの「ストリーム受信通知」をビデオサーバ１の送信ストリーム管理部１２に送信し（ステップＳ４００８）、送信ストリーム管理部１２はこれから宛先マルチキャストアドレス、宛先ポート番号を取得するとともにストリームリスト７２の該当するストリーム（ダイジェストストリーム）の受信者数をインクリメントする（ステップＳ４００９）。本実施の形態では、クライアントマシンＡ６１がダイジェストストリームを受信しているので、ストリームリスト７２の受信者数のカウンタは「１」→「２」にインクリメントされる。
【０１９０】
クライアントマシンＢ６２のストリーム受信部３２は、通知されたマルチキャストアドレスおよびポート番号のダイジェストストリームを受信して、ダイジェストストリームに含まれる各ダイジェストのコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ４０１０）とともに、ダイジェストストリームに含まれるダイジェストファイルをデコーダ３３へ渡す（Ｓ４０１１）。
【０１９１】
クライアントマシンＢ６２のデコーダ３３は、ストリーム受信部３２から受け取ったダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ４０１２）。
【０１９２】
以下に、図１７を用いてビデオサーバが生成するダイジェストストリームおよびスキップストリームαの構成の具体例を説明する。
【０１９３】
図示した通り、スキップストリームαには、ダイジェストストリームに含まれるコンテンツのダイジェストとは長さが異なるダイジェストを使用する。これにより、ダイジェストの長さによってはスキップストリームαとダイジェストストリームが、同じコンテンツのダイジェストを同時に送信開始するタイミングが発生する（Ａ点）。
【０１９４】
例えば、図１７に示すように、コンテンツのダイジェストの長さが２０秒ずつであるダイジェストストリームを視聴中のユーザが、ダイジェストストリームに含まれる２番目のコンテンツを視聴中に次のコンテンツへのスキップを希望、２番目のコンテンツのダイジェスト開始１０秒後にリモコンのスキップボタンを押下した場合、ビデオサーバ１は新たにコンテンツのダイジェストが２５秒ずつとなるスキップストリームαを生成する。これにより、５番目のダイジェストの開始時点（Ａ点）がダイジェストストリームとスキップストリームで同一タイミングとなり、スキップストリームαの視聴者をダイジェストストリームに移し変えるとともに、スキップストリームαを削除することが可能となる。
【０１９５】
図１８は、ストリームの統合をダイジェストストリームとリバースストリームβ間で行った場合の両ストリームの構成の具体例を示した図である。
【０１９６】
スキップストリームαとの統合の場合と同様に、リバースストリームβは、ダイジェストストリームに含まれるコンテンツのダイジェストとは長さが異なるダイジェストを使用する。
【０１９７】
例えば、図１８に示すように、コンテンツのダイジェストの長さが２０秒ずつであるダイジェストストリームを視聴中のユーザが、ダイジェストストリームに含まれる２番目のコンテンツを視聴中に１つ前のコンテンツへのリバースを希望、２番目のコンテンツのダイジェスト開始１０秒後にリモコンのリバースボタンを押下した場合、ビデオサーバ１は新たにコンテンツのダイジェストが１５秒ずつとなるリバースストリームβを生成する。これにより、７番目のダイジェストの開始時点（Ｂ点）がダイジェストストリームとリバースストリームβで同一タイミングとなり、リバースストリームβの視聴者をダイジェストストリームに移し変えるとともに、リバースストリームβを削除することが可能となる。
【０１９８】
以上、本実施の形態では、クライアントマシンＢ６２がスキップストリームαを受信していた場面を前提として説明したが、クライアントマシンＢ６２がリバースストリームを受信していた場合でも本発明を実施可能である。
【０１９９】
また、この例ではスキップストリームまたはリバースストリームの作成をユーザからの指令があれば随時としたが、ユーザからの指令があった場合でも、ダイジェストストリームがダイジェストを５秒、１０秒、１５秒といったように、一定時間送信してから新たなスキップストリームまたはリバースストリームを生成することにすると、スキップストリームまたはリバースストリーム間でのダイジェストの同期がとりやすくなる。
【０２００】
さらに、この例では、ダイジェストストリームに含まれるダイジェストの長さを２０秒、スキップストリームに含まれるダイジェストの長さを２５秒、リバースストリームに含まれるダイジェストの長さを１５秒としたが、これは一例であって、これに限定されるものではない。ダイジェストをユーザに視聴させるのに適切な時間であれば、どのような時間長であってもよく、また、任意の数だけ先のダイジェスト開始時点で両者間の同期を確保可能であれば、ダイジェストの長さは一定でなくてもよい。
【０２０１】
また、どの程度先のダイジェスト開始時点で同期を確保するかはビデオサーバ側で任意に設定可能である。
【０２０２】
以上、本実施の形態では、ダイジェストストリームとスキップストリーム、リバースストリームとの間の統合を中心に説明したが、これに限られるものではない。スキップストリームどうしの統合や、リバースストリームどうしの統合、スキップストリームとリバースストリームの統合など、ダイジェストからなるストリームであれば、どれに統合することも可能である。例えば、ダイジェストストリームを視聴中のユーザがいなくなった場合はダイジェストストリームを削除し、スキップストリームに統合してもよい。
【０２０３】
なお、本実施の形態では、クライアントマシンＢ６２のストリーム受信部３２がスキップストリームαの「ストリーム破棄通知」をビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ４００５）こととしたが、これを省略し、ビデオサーバ１の送信ストリーム管理部１２がステップＳ４００３においてクライアントマシンＢ６２の受信ストリーム管理部３１に対して送信する「ストリーム変更通知」を利用してストリームリスト７２内の、該当するストリーム（スキップストリーム）の受信者数をデクリメントするようにしてもよい。これにより、ビデオサーバとクライアントマシン間の手順を減らすことが可能となる。
【０２０４】
（実施の形態５）
実施の形態５では、クライアントマシンがストレージ装置を所有している場合の例を説明する。この場合、クライアントマシンは、ダイジェストストリームを受信中にダイジェストストリームの未受信分をストレージ装置に蓄積しておき（サーバは蓄積用に別途ダイジェストストリームをマルチキャストで送信）、ユーザーのスキップ要求に応じて、クライアントマシン自らスキップストリームを生成する。さらに、スキップストリーム視聴中にさらに未受信分をストレージに蓄積して次のスキップ要求に備える。ストレージ装置に蓄積しておいた分を全て視聴してしまった時点で続きをサーバから受信する。
【０２０５】
図１９は本発明にかかるビデオサーバ、クライアントマシンを利用した映像配信システムの概観を示した図である。
【０２０６】
図１９において、８１はクライアントマシンである。ビデオサーバ１とクライアントマシン８１は有線／無線のネットワーク２で接続されている。ビデオサーバ１の構成としては、実施の形態１〜４で説明したものと同じであるためここでは説明を省略する。
【０２０７】
図２０は本実施の形態５におけるクライアントマシン８１の構成を示した図である。
【０２０８】
図２０において、８２はＨＤＤであり、ビデオサーバ１から受信したダイジェストストリームを内部に記憶することができるようになっている。
【０２０９】
本実施の形態においては、図２１に示すように、ビデオサーバ１からダイジェストストリームを高レートでバースト的に受信して、ＨＤＤ８２に記憶していき、ＨＤＤ８２に記憶されたダイジェストを順次デコーダ３３に転送することでダイジェストストリームの再生を行うことになる。例えば、１５秒間のダイジェスト１を高レートで３秒間で取得してＨＤＤ８２に蓄積し、ダイジェスト１をＨＤＤ８２からデコーダ３３に転送、ダイジェスト１の再生中にＨＤＤ８２はダイジェスト２を高レートで取得してＨＤＤ８２に蓄積する。
【０２１０】
図２２は、本発明の実施の形態５におけるビデオサーバ１およびクライアントマシン８１間の情報のやり取り手順を説明したタイムチャートである。
【０２１１】
以下に、クライアントマシン８１のユーザがダイジェストストリームを視聴している最中に、ダイジェストがつまらないと思い、リモコンのスキップキーを用いてスキップストリームを要求した場合のシーケンスを順に説明する。
【０２１２】
まず、ユーザが、クライアントマシン８１に付属するリモコンの「ダイジェスト」キーを押下すると、クライアントマシン８１の受信ストリーム管理部３１は、図示しないリモコン受光部を介してダイジェストキーの入力イベントを検知する（ステップＳ５００１）。
【０２１３】
クライアントマシンの受信ストリーム管理部３１は、「ダイジェストの取得リクエスト」を、ビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ５００２）。ここで、「ダイジェストの取得リクエスト」には、クライアントマシン８１のＩＰアドレスおよびダイジェストストリーム受信用ポート番号（固定的に設定）が含まれる。
【０２１４】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン８１のＩＰアドレスおよびポート番号（「ダイジェストの取得リクエスト」から取得）を、ストリーム送信部１７へ通知し（ステップＳ５００３）、ビデオサーバ１のストリーム送信部１７は、コンテンツ１のダイジェストストリームを生成するとともに、通知されたクライアントマシン８１のＩＰアドレスおよびポート番号に対してコンテンツ１のダイジェストストリームを送信する（ステップＳ５００４）。この場合、コンテンツ１のダイジェストストリームは通常の再生時のレートより高いレートでクライアントマシン８１に送信する。
【０２１５】
クライアントマシン８１のストリーム受信部３２は、通知されたＩＰアドレスおよびポート番号のダイジェストストリームを受信して、ダイジェストストリームに含まれるコンテンツＩＤをダイジェスト情報記録部３４に随時記録する（ステップＳ５００５）とともに、ダイジェストストリームに含まれるコンテンツ１のダイジェストファイルをＨＤＤ８２へ渡す（ステップＳ５００６）。ＨＤＤ８２は、受信したコンテンツ１のダイジェストファイルをコンテンツＩＤと共にＨＤＤ８２に蓄積する。
【０２１６】
ＨＤＤ８２は蓄積したコンテンツ１のダイジェストファイルをデコーダ３３に書き出し（ステップＳ５００７）、デコーダ３３は書き出したコンテンツ１のダイジェストファイルをデコードし、図示しないテレビ等の表示装置に送信することで映像・音声を出力する（ステップＳ５００８）。
【０２１７】
ダイジェスト情報記録部３４は、ＨＤＤ８２に蓄積したコンテンツ１のダイジェストの次のダイジェスト（コンテンツ２のダイジェスト）の取得リクエストをビデオサーバ１の送信ストリーム管理部１２に送信する（ステップＳ５００９）。
【０２１８】
ビデオサーバ１の送信ストリーム管理部１２は、クライアントマシン８１のＩＰアドレスおよびポート番号（「次のダイジェストの取得リクエスト」から取得）を、ストリーム送信部１７へ通知し（ステップＳ５０１０）、ビデオサーバ１のストリーム送信部１７は、通知されたＩＰアドレスおよびポート番号に対してコンテンツ２のダイジェストストリームを送信する（ステップＳ５０１１）。この場合も、コンテンツ２のダイジェストストリームは通常の再生時のレートより高いレートでクライアントマシン８１に送信する。
【０２１９】
クライアントマシン８１のストリーム受信部３２は、通知されたＩＰアドレスおよびポート番号のダイジェストストリームを受信して、ダイジェストストリームに含まれるコンテンツＩＤをダイジェスト情報記録部３４に随時記録するとともに（ステップＳ５０１２）、受信したコンテンツ２のダイジェストファイルをコンテンツのＩＤと共にＨＤＤ８２に蓄積する（ステップＳ５０１３）。
【０２２０】
これにより、クライアントマシン８１のユーザがコンテンツ１のダイジェストストリームを受信中に、ユーザによるスキップ指令を見越してコンテンツ２のダイジェストのファイルをビデオサーバ１から取り寄せ、ＨＤＤ８２に蓄積しておくことができる。このように、ユーザのスキップ要求にクライアントマシン８１側で対応することで、ビデオサーバ１の負担およびビデオサーバ１側回線帯域の負担を軽減することが可能となる。さらに、ユーザのスキップ要求にクライアントマシン８１内で対応することで、ユーザからの要求に即応したスキップ動作を実現することが可能となる。
【０２２１】
ここでは、ＨＤＤ８２に蓄積しているコンテンツ１のダイジェストの次のダイジェスト（コンテンツ２のダイジェスト）をビデオサーバ１から取り寄せる例を挙げたが、ＨＤＤ８２に蓄積しているコンテンツ１のダイジェストの先のダイジェスト（例えば、ダイジェストが２０本あってこれがループしている場合は、ダイジェスト２０）を取り寄せることも可能である。これにより、クライアントマシン８１のユーザがリバース要求を行った場合にも対応可能となる。ただし、ユーザからのリバース要求に対しては、過去に視聴した一定本数のダイジェストをＨＤＤ８２に蓄積しておくことで、その範囲内でのリバース要求にはクライアントマシン８１内で対応可能となる。例えば、ダイジェスト１から順にダイジェストを視聴するユーザがダイジェスト１０を視聴時にダイジェスト５を再度見たいと考えてリバース要求を行った場合、ＨＤＤ８２にダイジェスト１〜１０を蓄積しておくことで、ＨＤＤ８２内から再度ダイジェスト５を再生することが可能となる。
【０２２２】
本実施の形態では、ダイジェストストリームはユニキャストまたはブロードキャスト、マルチキャストいずれであっても送信可能である。
【０２２３】
また、ＨＤＤ８２が蓄積しておくダイジェストの本数は任意に設定可能である。例えば、一定の回数のスキップおよびリバース要求では直接順番が回ってこないダイジェストについては削除するようにしてもよい。これにより、クライアントマシン８１におけるＨＤＤ８２の容量を小さく抑えることが可能となる。これはクライアントマシン８１の単価低減に直結する。
【０２２４】
（実施の形態６）
実施の形態６では、ビデオサーバが、一定の本数のダイジェスト１〜ｎをマルチキャストアドレスに送信している場合の例を説明する。この場合、ダイジェストストリームを受信しているクライアントマシンのユーザーが、スキップ要求を発することでビデオサーバは別のダイジェストストリームのマルチキャストアドレスをクライアントに通知する。なお、ダイジェストストリーム１〜ｎには持ち回りで休止期間が設けられている。
【０２２５】
図２３は本実施の形態におけるクライアントマシン９１の構成を示した図である。図２３において、クライアントマシン９１は、ビデオサーバ１から受信するダイジェストストリームを一時的に蓄積する第一のバッファ９２と第二のバッファ９３を備えている。そのほかの構成は実施の形態５で説明したものと同じであるため省略する。
【０２２６】
本実施の形態におけるビデオサーバ１の構成についても実施の形態１〜５に示したものと同様であるため省略する。
【０２２７】
複数のダイジェストストリーム間でのダイジェストストリームの切換えについては、実施の形態１〜５においてダイジェストストリームからスキップストリームへの切換えとして説明したものと同じ動作であるため、説明は省略する。
【０２２８】
本実施の形態では、ダイジェストストリームの構成を工夫することでビデオサーバ側の回線帯域負担を低減することにしている。
【０２２９】
図２４は、ビデオサーバが所有する複数のダイジェストストリームの例を示した図である。図２４において、ビデオサーバはコンテンツ１〜コンテンツ６の６つのコンテンツを保有しており、それぞれのコンテンツから一定時間のダイジェストを切り出し、組み合わせたダイジェストストリームがダイジェストストリームＡ〜Ｆとなっている。ダイジェストストリームＡ〜Ｆはそれぞれ、先頭に来るダイジェストが順番に１〜６になるように設定されており、ダイジェストストリーム間をスキップ移動するユーザが同じコンテンツを連続して見ないように設定されている。また、各ダイジェストストリームには持ち回りで休止期間１００が設けられている。休止期間１００では、ダイジェストの送信は中断しており、休止期間１００にあるダイジェストストリームに対してユーザからスキップ指示があった場合、休止期間１００にあるダイジェストストリームを飛ばして次のダイジェストストリームに移行するよう設定されている。
【０２３０】
本実施の形態において、ユーザ指示に基づくダイジェストストリームの切換順序は順方向となるよう予めルール化されている。例えば、ダイジェストストリームＡ→Ｂ→Ｃの順でダイジェストストリームが切換えされる。
【０２３１】
このようなダイジェストストリームの生成は、ビデオサーバ１のストリーム送信部１７によってあらかじめ定められたルールに従って、またはビデオサーバ１の管理者の任意設定に従って行われる。
【０２３２】
図２４に示した順序でダイジェストストリームの切換えが行われる場合、休止期間１００部分について調整が必要となる。スキップ指令に基づいてダイジェストストリーム間をユーザがスキップ移動していく場合には、休止期間１００にあるダイジェストストリームを飛ばせばよいが、一定のダイジェストストリームを継続して見ているユーザにとっては休止期間の間だけコンテンツのダイジェストが放映されないことは不快である。これは以下のようにバッファを設けることで解決可能である。
【０２３３】
図２４を参照して、ビデオサーバ１の送信ストリーム管理部１２は、ダイジェストストリームに含まれるあるダイジェストの区切り点（図中に示すＸ点）で、１ダイジェスト期間後（図中に示すＱ期間）にどのダイジェストストリームのどの番組が休止されるかをクライアントマシン９１の受信ストリーム管理部３１に通知する。例えば、図中のＸ点で、Ｑ期間においてダイジェストストリームＥのダイジェスト１が休止することがクライアントマシン９１に通知される。同様に、図中Ｙ点ではＲ期間においてダイジェストストリームＢのダイジェスト５が休止することがクライアントマシン９１に通知される。
【０２３４】
例えば、クライアントマシン９１がダイジェストストリームＥを視聴していた場合、Ｑ期間におけるダイジェストストリームＥのダイジェスト１の休止が通知された受信ストリーム管理部３１は、ストリーム受信部３２に対し、Ｑ期間におけるダイジェストストリームＥのダイジェスト１をあらかじめ他のダイジェストストリームから受信して第一のバッファ９２に記憶するよう指示する。これを受けたストリーム受信部３２は、ビデオサーバ１から受信したダイジェストストリームＦのＰ期間におけるダイジェスト１の放送を受信して第一のバッファ９２に記憶する。クライアントマシン９１が希望するダイジェスト１がダイジェストストリームＦのＰ期間に送信されることは、ビデオサーバ１のストリーム送信部１７によってあらかじめ定められたルールに基づいて受信ストリーム管理部３１が計算する。
【０２３５】
ダイジェストストリームＥを視聴しているクライアントマシン９１の受信ストリーム管理部３１は、Ｑ期間については第一のバッファ９２からダイジェスト１を入力してデコードするようストリーム受信部３２に指示し、ストリーム受信部３２はこれを受けて第一のバッファ９２からダイジェスト１を受信、デコードして画面出力を行う。
【０２３６】
以上の例では、ダイジェストストリームＥの休止期間１００に該当するダイジェストの再生に必要となるダイジェストデータを別のダイジェストストリームからあらかじめ受信、記憶しておく場合を説明したが、クライアントマシン９１の視聴者が別のダイジェストストリームを希望することを見越して、他のダイジェストストリームにおける休止期間分のダイジェストをもあらかじめ受信、記憶しておくようにしてもよい。
【０２３７】
例えば、上記例において、Ｑ期間にダイジェスト１を再生するまで第一のバッファ９２はダイジェスト１を蓄積することになるが、この間に、ダイジェストストリームＢがＲ期間に休止するダイジェスト５をＱ期間でのスキップストリームＣから受信し、第二のバッファ９３に蓄積しておくことができる。
【０２３８】
このように、休止期間を持ち回りする構成にすることで、ビデオサーバ側の回線帯域の負担を軽減することが可能となる。本実施の形態の例では、ダイジェストストリームＡ〜Ｆを６本マルチキャスト送信しているが、休止期間を設けることで、５本分のダイジェストストリームを送信可能な帯域があればよいことになる。
【０２３９】
なお、休止期間の持ち回りについて、持ち回りのタイミングや回数は任意に設定可能であるが、少なくとも同タイミングで送信されるダイジェストの期間で１本のダイジェストストリームは休止するように構成する必要がある。
【０２４０】
（実施の形態７）
以上、実施の形態１〜６において、本発明にかかるビデオサーバおよび映像配信システムの構成を説明したが、パーソナルコンピュータ（ＰＣ）等の演算機能を有する装置を用いて上記発明を実施させることも可能である。この場合、これら装置に上記発明を実施可能なプログラムをソフトウェアとして組み込み、これをＰＣ等に備わるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に処理・実行させることができる。
【０２４１】
また、実施の形態１〜４の発明を上記ＰＣ等に備わるＣＰＵで処理・実行させるために、これらの方法をＣＰＵで処理可能な手順としてプログラムまたはプログラムに準ずるデータとしてＣＤ−ＲＯＭ等の記録媒体に格納することも可能である。これにより、読取装置を備えたＰＣ等で上述の方法を実現することが可能となる。
【産業上の利用可能性】
【０２４２】
本発明にかかるビデオサーバおよびこれを用いた映像配信システムは、ストレージ装置に蓄積された映像コンテンツのユーザによる選択を容易化し、また、誤選択を防止するものとして有用である。
【図面の簡単な説明】
【０２４３】
【図１】本発明の実施の形態１における映像配信システムの概観を示した図
【図２】本発明の実施の形態１におけるビデオサーバの内部構成を示した図
【図３】本発明の実施の形態１におけるダイジェストストリームの構成を示した図
【図４】本発明の実施の形態１におけるクライアントマシンの内部構成を示した図
【図５】本発明の実施の形態１におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図６】本発明の実施の形態２における映像配信システムの概観を示した図
【図７】本発明の実施の形態２におけるビデオサーバの内部構成を示した図
【図８】本発明の実施の形態２におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図９】本発明の実施の形態２におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図１０】本発明の実施の形態３におけるストリームの構成を示した図
【図１１】本発明の実施の形態３におけるストリームの構成を示した図
【図１２】本発明の実施の形態３における映像配信システムの概観を示した図
【図１３】本発明の実施の形態３におけるビデオサーバの内部構成を示した図
【図１４】本発明の実施の形態３におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図１５】本発明の実施の形態３におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図１６】本発明の実施の形態３におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図１７】本発明の実施の形態４におけるストリームの構成を示した図
【図１８】本発明の実施の形態４におけるストリームの構成を示した図
【図１９】本発明の実施の形態５における映像配信システムの概観を示した図
【図２０】本発明の実施の形態５におけるクライアントマシンの内部構成を示した図
【図２１】本発明の実施の形態５におけるダイジェストストリームの受信方法を示した図
【図２２】本発明の実施の形態５におけるビデオサーバおよびクライアントマシン間の情報のやり取りを説明したタイムチャート
【図２３】本発明の実施の形態６におけるクライアントマシンの構成を示した図
【図２４】本発明の実施の形態６におけるストリームの構成を示した図
【符号の説明】
【０２４４】
１    ビデオサーバ
２    ネットワーク
３    クライアントマシン
１２    送信ストリーム管理部
１３    コンテンツリスト
１４    コンテンツリスト記憶部
１５    ダイジェスト記憶部
１６    コンテンツ記憶部
１７    ストリーム送信部
３１    受信ストリーム管理部
３２    ストリーム受信部
３３    デコーダ
３４    ダイジェスト情報記録部
４１    クライアントマシンＡ
４２    クライアントマシンＢで
５１    受信者数記録部
６１    クライアントマシンＡ
６２    クライアントマシンＢ
７１    ストリームリスト記憶部
７２    ストリームリスト
８１    クライアントマシン
８２    ＨＤＤ
９１    クライアントマシン
９２    第一のバッファ
９３    第二のバッファ
１００    休止期間
【図１】
2006148526.tif 000003
【図２】
2006148526.tif 000004
【図３】
2006148526.tif 000005
【図４】
2006148526.tif 000006
【図５】
2006148526.tif 000007
【図６】
2006148526.tif 000008
【図７】
2006148526.tif 000009
【図８】
2006148526.tif 000010
【図９】
2006148526.tif 000011
【図１０】
2006148526.tif 000012
【図１１】
2006148526.tif 000013
【図１２】
2006148526.tif 000014
【図１３】
2006148526.tif 000015
【図１４】
2006148526.tif 000016
【図１５】
2006148526.tif 000017
【図１６】
2006148526.tif 000018
【図１７】
2006148526.tif 000019
【図１８】
2006148526.tif 000020
【図１９】
2006148526.tif 000021
【図２０】
2006148526.tif 000022
【図２１】
2006148526.tif 000023
【図２２】
2006148526.tif 000024
【図２３】
2006148526.tif 000025
【図２４】
2006148526.tif 000026