(57)【特許請求の範囲】
【請求項１】
受信端末より配信するコンテンツの要求を受付ける受付手段と、
前記受信端末より保存可能容量を取得する取得手段と、
前記要求されたコンテンツを構成する映像情報及び又は音声情報をコンテンツサーバから抽出する抽出手段と、
前記コンテンツサーバに保存されている、前記映像情報及び又は前記音声情報の少なくとも一部から生成されて、前記コンテンツをトリック再生する際に用いられる前記コンテンツの要約情報のうちから、前記受信端末の保存可能容量に応じた容量の要約情報を抽出する要約情報抽出手段と、
前記抽出した前記映像情報及び又は前記音声情報と、前記抽出した当該コンテンツの要約情報とを、前記コンテンツの要求に応じて同時にコンテンツ情報として配信する配信手段とを備えるサーバ。
【請求項２】
前記コンテンツの要約情報は、前記コンテンツを構成する、時系列に沿って連続して再生される前記映像及び又は前記音声のデータから抽出されたデータで構成され、
前記要約情報抽出手段は、当該コンテンツの要約情報を構成する前記データのうちから、現在配信中の、前記映像及び又は前記音声のデータ以降に相当するデータを抽出する第１の抽出方法と、当該コンテンツの要約情報を構成する前記データより所定データ数間隔でデータを抜粋して抽出する第２の抽出方法と、当該コンテンツの要約情報を構成する前記データのうちから、現在配信中の、前記映像及び又は前記音声のデータの前後所定データ数でデータを抽出する第３の抽出方法との、少なくともいずれか１つの抽出方法を用いて要約情報を抽出する、請求項１に記載のサーバ。
【請求項３】
サーバに対してコンテンツの配信を要求する手段と、
前記要求に応じて、前記サーバより、前記コンテンツを構成する映像情報及び又は音声情報と、前記映像情報及び又は前記音声情報の少なくとも一部から生成されて、前記コンテンツをトリック再生する際に用いられる前記コンテンツの要約情報とを同時にコンテンツ情報として受信する受信手段と、
前記受信したコンテンツ情報に含まれる前記映像情報及び又は前記音声情報と前記要約情報とを分離する分離手段と、
前記分離された要約情報を一時的に保存する保存手段と、
前記分離され保存された要約情報を出力するための処理を行なう要約情報処理手段と、
前記分離された前記映像情報及び又は前記音声情報を出力するための処理を行なう情報処理手段と、
ユーザの指示によって、前記処理された前記映像情報及び又は前記音声情報と前記要約情報との少なくとも一方を切換えて出力する出力手段とを備え、
前記コンテンツの要約情報は、前記コンテンツを構成する、時系列に沿って連続して再生される前記映像及び又は前記音声のデータから抽出されたデータで構成され、
前記保存手段は、前記要約情報の容量が保存可能容量より大なるとき、すでに保存されている要約情報を構成する前記データのうち、前記出力手段で出力中の前記映像及び又は前記音声のデータ以降に相当するデータを削除し、以前に相当するデータを保存する第１の保存方法と、前記出力手段で出力中の前記映像及び又は前記音声のデータ以前に該当するデータを削除し、以降に該当するデータを保存する第２の保存方法と、前記出力手段で出力中の前記映像及び又は前記音声のデータ前後所定データ数のデータを保存する第３の保存方法と、すでに保存されている要約情報を構成する前記データの全体から所定データ数間隔でデータを抽出して保存する第４の保存方法との、少なくともいずれか１つの保存方法を用いて前記要約情報を保存する、受信端末。
【請求項４】
前記出力手段は、ユーザの指示によって前記要約情報と前記映像情報及び又は前記音声情報とを切換えて出力するとき、切換え以前の出力の停止位置と、切換え以降の出力の開始位置とを一致させて出力する、請求項３に記載の受信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はサーバおよび受信端末に関し、特に、ユーザに利便性の高い情報を提供するサーバおよび受信端末に関する。
【０００２】
【従来の技術】
インターネットの広帯域化に伴ない、インターネット上で音楽や動画等をリアルタイムで再生するサービスであるストリーミングサービスが広く普及し、近年では数多くのサイトでサービスが提供されている。
【０００３】
ストリーミングサービスを提供するシステムは、配信用コンテンツを保存するコンテンツサーバと、コンテンツを配信する配信サーバと、ネットワークを介して、配信されるコンテンツを受信する受信端末（クライアント）とを含む。
【０００４】
図１８は、従来のストリーミングサービスを提供する処理の流れを示す図である。
【０００５】
ユーザがコンテンツを選択し、受信端末にストリーミングで当該コンテンツのデータが配信される場合、ユーザの操作「開始」により、受信端末からネットワークを介して通信サーバに選択されたコンテンツを通知するコンテンツ選択情報が通知される。通信サーバは、コンテンツサーバから該当するコンテンツを読出し、コンテンツを受信端末に配信する。これによって通常のコンテンツの再生が開始する。コンテンツの配信は継続的に行なわれ、コンテンツの配信中は、受信端末でコンテンツが再生される。なお、１つのコンテンツが終了すると、サーバはコンテンツの配信を中止し、受信端末でのコンテンツの再生は終了する。
【０００６】
このように、従来のシステムにおいてストリーミングサービスを受信する場合、通信端末から通信サーバに対して制御信号を通知して配信情報を受信することで、容易にサービスを受けることができる。
【０００７】
また、受信端末においてコンテンツの再生表示中に、ユーザが当該コンテンツの再生の中止を行なう場合には、ユーザの操作「中断」により、受信端末からネットワークを介して通信サーバにその旨のコンテンツ制御情報が通知され、通信サーバからの配信が中止される。また、ユーザが当該コンテンツの再生の早送りを行なう場合には、ユーザの操作「早送り」により、受信端末からネットワークを介して通信サーバにその旨のコンテンツ制御情報が通知され、通信サーバから早送りのコンテンツ情報（当該コンテンツの要約映像情報）が配信される。巻戻しや、中断されたコンテンツを引続き再生する指示がユーザから行なわれた場合にも同様に、通信サーバにその旨のコンテンツ制御情報が通知され、通信サーバから要約映像情報等が配信される。なお、これらコンテンツの中止、早送り、巻戻し等の処理を、一般的にトリック再生処理という。
【０００８】
昨今のストリーミングサービスの普及に伴ない、今後、配信されるコンテンツは、映画やコンサート等が主流となり、有料化されて、配信時間も長時間化されるものと考えられる。その場合、このような、配信を一時的に中断する処理や早送り処理等のいわゆるトリック再生処理は、不可欠なものになると考えられる。
【０００９】
【発明が解決しようとする課題】
しかしながら、従来のシステムにおいて上述のトリック再生を実行する場合、操作指示を通信端末からネットワークを介して通信サーバに通知し、その通知内容に従って配信サーバが配信するコンテンツの内容を変更して受信端末に配信するため、ユーザがトリック再生の指示を行なってから実際に受信端末でトリック再生処理されたコンテンツを見るまでには若干の遅延が発生し、スムーズなコンテンツの配信を受けることができないという問題があった。
【００１０】
また、従来のシステムおいては、トリック再生として再生の中断を指示した後に再生を再開した場合、コンテンツの中断位置と再生再開位置とがずれるという問題もあった。
【００１１】
本発明はこれらの問題に鑑みてなされたものであり、ユーザの利便性の高いストリーミングサービスの提供を行なうことのできるサーバおよび受信端末を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面に従うと、サーバは、受信端末より配信するコンテンツの要求を受付ける受付手段と、上記受信端末より保存可能容量を取得する取得手段と、要求されたコンテンツを構成する映像情報及び又は音声情報をコンテンツサーバから抽出する抽出手段と、コンテンツサーバに保存されている、映像情報及び又は音声情報の少なくとも一部から生成されて、上記コンテンツをトリック再生する際に用いられるコンテンツの要約情報のうちから、上記受信端末の保存可能容量に応じた容量の要約情報を抽出する要約情報抽出手段と、抽出した映像情報及び又は音声情報と、抽出した当該コンテンツの要約情報とを、コンテンツの要求に応じて同時にコンテンツ情報として配信する配信手段とを備える。
【００１５】
また、コンテンツの要約情報は、そのコンテンツを構成する、時系列に沿って連続して再生される映像及び又は音声のデータから抽出されたデータで構成され、上述の要約情報抽出手段は、当該コンテンツの要約情報を構成する前記データのうちから、現在配信中の、映像及び又は音声のデータ以降に相当するデータを抽出する第１の抽出方法と、当該コンテンツの要約情報を構成するデータより所定データ数間隔でデータを抜粋して抽出する第２の抽出方法と、当該コンテンツの要約情報を構成するデータのうちから、現在配信中の、映像及び又は音声のデータの前後所定データ数でデータを抽出する第３の抽出方法との、いずれか１つの抽出方法を用いて要約情報を抽出することが望ましい。
【００１６】
本発明の他の局面に従うと、受信端末は、サーバに対してコンテンツの配信を要求する手段と、要求に応じて、サーバより、コンテンツを構成する映像情報及び又は音声情報と、映像情報及び又は音声情報の少なくとも一部から生成されて、上記コンテンツをトリック再生する際に用いられるコンテンツの要約情報とを同時にコンテンツ情報として受信する受信手段と、受信したコンテンツ情報に含まれる映像情報及び又は音声情報と要約情報とを分離する分離手段と、分離された要約情報を一時的に保存する保存手段と、分離され保存された要約情報を出力するための処理を行なう要約情報処理手段と、分離された映像情報及び又は音声情報を出力するための処理を行なう情報処理手段と、ユーザの指示によって、処理された映像情報及び又は音声情報と要約情報との少なくとも一方を切換えて出力する出力手段とを備え、コンテンツの要約情報は、コンテンツを構成する、時系列に沿って連続して再生される映像及び又は音声のデータから抽出されたデータで構成され、保存手段は、要約情報の容量が保存可能容量より大なるとき、すでに保存されている要約情報を構成するデータのうち、出力手段で出力中の映像及び又は音声のデータ以降に相当するデータを削除し、以前に相当するデータを保存する第１の保存方法と、出力手段で出力中の映像及び又は音声のデータ以前に該当するデータを削除し、以降に該当するデータを保存する第２の保存方法と、出力手段で出力中の映像及び又は音声のデータ前後所定データ数のデータを保存する第３の保存方法と、すでに保存されている要約情報を構成するデータの全体から所定データ数間隔でデータを抽出して保存する第４の保存方法との、少なくともいずれか１つの保存方法を用いて要約情報を保存する。
【００１８】
また、上述の出力手段は、ユーザの指示によって要約情報と映像情報及び又は音声情報とを切換えて出力するとき、切換え以前の出力の停止位置と、切換え以降の出力の開始位置とを一致させて出力することが望ましい。
【００２０】
【発明の実施の形態】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００２１】
図１は、本実施の形態における情報配信サービスシステムの構成を示す図である。
【００２２】
図１を参照して、情報配信サービスシステムは、配信用コンテンツを保存するコンテンツサーバ１と、コンテンツを配信する配信サーバ２と、ネットワーク３を介して、配信されるコンテンツを受信する受信端末（クライアント）４とを含む。
【００２３】
さらに図２は、図１に示されるコンテンツサーバ１の構成を示すブロック図である。図２に示されるコンテンツサーバ１は、通信を行なうためのインタフェースと、記憶部とを備える記憶装置であり、図２に示される構成に限定されるものではない。
【００２４】
図２を参照して、コンテンツサーバ１は配信サーバ２へデータを送るためのネットワークインタフェース部１１と、コンテンツの映像情報を保存する映像情報保存部１２と、映像情報保存部１２に保存されている映像情報に基づいて、コンテンツの要約映像情報を作成する要約映像情報作成部１４と、要約映像情報作成部１４で作成された要約映像情報を保存する要約映像情報保存部１３とを含む。また、図２には図示されていないが、コンテンツサーバ１は、コンテンツに含まれるその他の音声、テキスト等のメディア情報を保存する保存部を備えていてもよい。
【００２５】
また、図３は、図１に示される配信サーバ２の構成を示すブロック図である。図３に示される配信サーバ２はパーソナルコンピュータ等から構成される一般的なサーバであって、図３に示される構成に限定されるものではない。
【００２６】
図３を参照して、配信サーバ２は、配信サーバ２全体の制御を行なうサーバ制御部２１と、コンテンツサーバ１からのデータの取得および受信端末４へのデータの配信を行なうためのネットワークインタフェース部２２と、コンテンツサーバ１の要約映像情報保存部１３から、配信するコンテンツの要約映像情報を抽出する要約映像情報抽出部２３と、要約映像情報抽出部２３で抽出された当該コンテンツの要約映像情報を配信する要約映像情報配信処理部２４と、当該コンテンツの映像情報を配信する映像情報配信処理部２５とを含む。
【００２７】
さらに、図４は、図１に示される受信端末４の構成を示すブロック図である。図４に構成の示される受信端末４は、パーソナルコンピュータや携帯電話やＰＤＡ（Personal Degital Assistants）等であり、図４に示される構成に限定されるものではない。
【００２８】
図４を参照して、受信端末４は、受信端末４全体の制御を行なう端末制御部４１と、配信されたコンテンツ情報を受信するネットワークインタフェース部４２と、受信したコンテンツ情報を、映像情報や要約映像情報等の複数のメディア情報に分離するネットワークアダプテーション部４３と、分離された要約映像情報を処理する要約映像情報処理部４５と、要約映像情報を一時的に蓄えておく要約映像情報保存部４４と、分離された映像情報を処理する映像情報処理部４６と、分離された映像以外の音声、テキスト等の情報を処理するメディア情報処理部４７と、メディア情報の表示およびユーザからの情報要求を行なうＧＵＩ（Graphcal User Interface）部４８とを含む。
【００２９】
ユーザが受信したいコンテンツを選択する場合、ＧＵＩ部４８、端末制御部４１、ネットワークアダプテーション部４３、およびネットワークインタフェース部４２を介して、配信サーバ２およびコンテンツサーバ１に、選択されたコンテンツを通知するコンテンツ選択情報が通知される。
【００３０】
また、配信されたコンテンツ情報を受信する場合、ネットワークインタフェース部４２、およびネットワークアダプテーション部４３を介して、映像情報は映像情報処理部４６に、音声、テキスト等のメディア情報はメディア情報処理部４７に送られ、映像情報処理部４６およびメディア情報処理部４７において、表示を行なうための処理が実行され、ＧＵＩ部４８で表示再生される。
【００３１】
なお、図４に示される本実施の形態における受信端末４は、従来の受信端末に対して、要約映像情報処理部４５と、要約映像情報保存部４４とを備えることを特徴とする。
【００３２】
このような情報配信サービスシステムにおいて、配信サーバ２より配信されるコンテンツ情報を、ユーザが受信端末４を用いて利用する場合の処理について、以下に説明する。
【００３３】
図５は、配信サーバ２が、コンテンツ情報を受信端末４へ配信する処理のメインルーチンを示すフローチャートである。図５に示されるコンテンツ情報の送信処理は、図３には示されない記憶部に記憶されているプログラムを、サーバ制御部２１で実行することによって実現される。
【００３４】
図５を参照して、まず、ネットワークインタフェース部２２がネットワーク３を介して受信端末４よりコンテンツの配信の指示を受信することで、以降の処理を実行する（Ｓ１０）。
【００３５】
ステップＳ１０の指示に引続いて、当該受信端末４の要約映像情報保存部４４の空き容量を受信する（Ｓ２０）。ステップＳ２０で受信する要約映像情報保存部４４の空き容量の情報は、ステップＳ１０の指示と同時に取得するものであってもよいし、当該受信端末４に入力の指示を送信することで取得するものであってもよい。
【００３６】
そして、コンテンツサーバ１の要約映像情報保存部１３に保存されている当該コンテンツの全ての要約映像情報と、ステップＳ２０で受信した当該受信端末４の要約映像情報保存部４４の空き容量とを比較する（Ｓ３０）。
【００３７】
受信端末４の要約映像情報保存部４４の空き容量が当該コンテンツの全ての要約映像情報を保存するのに充分であると判断すると（Ｓ３０でＹｅｓ）、第１の配信処理を実行して、コンテンツサーバ１の映像情報保存部１２に保存されている当該コンテンツの映像情報と、コンテンツサーバ１の要約映像情報保存部１３に保存されている当該コンテンツの全ての要約映像情報とを含むコンテンツ情報を受信端末４へ配信する（Ｓ４０）。
【００３８】
受信端末４の要約映像情報保存部４４の空き容量が当該コンテンツの全ての要約映像情報を保存するのに不充分であると判断すると（Ｓ３０でＮｏ）、第２または第３の配信処理を実行して当該コンテンツの映像情報と所定の要約映像情報とを含むコンテンツ情報を受信端末４へ配信する（Ｓ５０）。
【００３９】
なお、上述のステップＳ４０で行なわれる第１の配信処理、およびステップＳ５０で行われる第２，３の配信処理については、後にフローチャートを挙げて、詳細な説明を行なう。
【００４０】
以上で、図５にフローチャートが示されるコンテンツ情報を受信端末４へ配信する処理のメインルーチンを終了する。
【００４１】
図５のフローチャートに示されるように、本実施の形態においては、配信サーバ２から受信端末４にコンテンツ情報が配信される際、当該コンテンツの映像情報等の情報と共に、要約映像情報が配信される。要約映像情報とは、当該コンテンツの映像情報から抽出された情報で構成される、全ての映像情報を要約する映像情報であって、コンテンツの早送りや巻戻し処理を実行する際に用いられる。なお、その詳細については後に具体例を挙げて説明を行なう。
【００４２】
さらに以下に、上述のメインルーチンに含まれる第１〜第３の配信処理についてのサブルーチンを挙げ、各々の説明を行なう。
【００４３】
図６は、図５のステップＳ４０で行なわれる第１の配信処理を示すフローチャートである。図６に示される第１の配信方法は、映像情報を先頭から配信する場合、その全ての要約映像情報を受信端末４に配信する方法である。
【００４４】
図６を参照して、図５のステップＳ１０で受信端末４より受信した指示に基づいて、コンテンツサーバ１の映像情報保存部１２より、配信するコンテンツの映像情報を検索する（Ｓ１０１）。
【００４５】
ステップＳ１０１の検索の結果、コンテンツサーバ１の映像情報保存部１２に配信する当該コンテンツの映像情報が存在する場合（Ｓ１０２でＹｅｓ）、映像情報配信処理部２５は、ネットワークインタフェース部２２を介して、当該コンテンツの映像情報を受信端末４に配信する（Ｓ１０３）。
【００４６】
続いて、事前にコンテンツサーバ１の要約映像情報作成部１４で作成され、要約映像情報保存部１３に保存されている当該コンテンツの要約映像情報を検索する（Ｓ１０４）。
【００４７】
ステップＳ１０４の検索の結果、コンテンツサーバ１の要約映像情報保存部１３に配信する当該コンテンツの要約映像情報が存在する場合（Ｓ１０５でＹｅｓ）、要約映像情報配信処理部２４は、ネットワークインタフェース部２２を介して、当該コンテンツの要約映像情報を受信端末４に配信する（Ｓ１０６）。
【００４８】
そして、上記のステップＳ１０１〜Ｓ１０６の処理を、配信する映像情報がなくなる（終了する）まで繰返し実行する。また、要約映像情報が先になくなった場合は、映像情報のみの配信を実行する。
【００４９】
以上で第１の配信処理を終了し、図５に示されるメインルーチンへ処理を戻す。
【００５０】
上述の第１の配信処理を行なうことで、コンテンツ情報の配信の際、映像情報等のメディア情報と共に、全ての要約映像情報が配信される。
【００５１】
次に、図７は、図５のステップＳ５０で行なわれる第２の配信処理を示すフローチャートである。図７に示される第２の配信方法は、受信端末４の要約映像情報保存部４４の空き容量が少ないため、現在配信中の映像情報の前後の要約映像情報のみを受信端末４に配信する方法である。
【００５２】
図７を参照して、図６に示される第１の配信処理と同様に、図５のステップＳ１０で受信端末４より受信した指示に基づいて、コンテンツサーバ１の映像情報保存部１２より、配信するコンテンツの映像情報を検索する（Ｓ２０１）。そして、コンテンツサーバ１の映像情報保存部１２に配信する当該コンテンツの映像情報が存在する場合（Ｓ２０２でＹｅｓ）、映像情報配信処理部２５は、ネットワークインタフェース部２２を介して、当該コンテンツの映像情報を受信端末４に配信する（Ｓ２０３）。
【００５３】
続いて、事前にコンテンツサーバ１の要約映像情報作成部１４で作成され、要約映像情報保存部１３に保存されている当該コンテンツの要約映像情報から、現在配信中の映像情報の前後の要約映像情報を検索する（Ｓ２０４）。
【００５４】
コンテンツサーバ１の要約映像情報保存部１３に配信する当該コンテンツの、現在配信中の映像情報の前後の要約映像情報が存在する場合（Ｓ２０５でＹｅｓ）、要約映像情報抽出部２３は相当する要約映像情報をコンテンツサーバ１の要約映像情報保存部１３より抽出し、要約映像情報配信処理部２４は、ネットワークインタフェース部２２を介して、当該コンテンツの、現在配信中の映像情報の前後の要約映像情報を受信端末４に配信する（Ｓ２０６）。
【００５５】
そして、上記のステップＳ２０１〜Ｓ２０６の処理を、配信する映像情報がなくなるまで繰返し実行する。また、配信する要約映像情報が先になくなった場合は、映像情報のみの配信を実行する。
【００５６】
以上で第２の配信処理を終了し、図５に示されるメインルーチンへ処理を戻す。
【００５７】
上述の第２の配信処理を行なうことで、コンテンツ情報の配信の際、受信端末４の要約映像情報保存部４４の空き容量に応じて、映像情報等のメディア情報と共に、現在配信中の映像情報前後の要約映像情報のみが配信される。
【００５８】
さらに、図８は、図５のステップＳ５０で行なわれる第３の配信処理を示すフローチャートである。図８に示される第３の配信方法は、受信端末４の要約映像情報保存部４４の空き容量が少ないため、現在配信中の映像情報以降の要約映像情報のみを受信端末４に配信する方法である。
【００５９】
図８を参照して、図６および図７に示される第１および第２の配信処理と同様に、図５のステップＳ１０で受信端末４より受信した指示に基づいて、コンテンツサーバ１の映像情報保存部１２より、配信するコンテンツの映像情報を検索する（Ｓ３０１）。そして、コンテンツサーバ１の映像情報保存部１２に配信する当該コンテンツの映像情報が存在する場合（Ｓ３０２でＹｅｓ）、映像情報配信処理部２５は、ネットワークインタフェース部２２を介して、当該コンテンツの映像情報を受信端末４に配信する（Ｓ３０３）。
【００６０】
続いて、事前にコンテンツサーバ１の要約映像情報作成部１４で作成され、要約映像情報保存部１３に保存されている当該コンテンツの要約映像情報から、現在配信中の映像情報以降の要約映像情報を検索する（Ｓ３０４）。
【００６１】
コンテンツサーバ１の要約映像情報保存部１３に配信する当該コンテンツの、現在配信中の映像情報以降の要約映像情報が存在する場合（Ｓ３０５でＹｅｓ）、要約映像情報抽出部２３は相当する要約映像情報をコンテンツサーバ１の要約映像情報保存部１３より抽出し、要約映像情報配信処理部２４は、ネットワークインタフェース部２２を介して、当該コンテンツの、現在配信中の映像情報以降の要約映像情報を受信端末４に配信する（Ｓ３０６）。
【００６２】
そして、上記のステップＳ３０１〜Ｓ３０６の処理を、配信する映像情報がなくなるまで繰返し実行する。また、配信する要約映像情報が先になくなった場合は、映像情報のみの配信を実行する。
【００６３】
以上で第３の配信処理を終了し、図５に示されるメインルーチンへ処理を戻す。
【００６４】
上述の第３の配信処理を行なうことで、コンテンツ情報の配信の際、受信端末４の要約映像情報保存部４４の空き容量に応じて、映像情報等のメディア情報と共に、現在配信中の映像情報以降の要約映像情報のみが配信される。
【００６５】
なお、以下に、事前にコンテンツサーバ１の要約映像情報作成部１４で作成され、要約映像情報保存部１３に保存されている当該コンテンツの要約映像情報から、実際の配信する要約映像情報を抽出する方法の具体例を示し、具体的な説明を行なう。
【００６６】
初めに、図９は、コンテンツサーバ１の要約映像情報作成部１４で作成される要約映像情報の具体例を示す図である。
【００６７】
図９を参照して、上段は、コンテンツサーバ１の映像情報保存部１２に保存される映像情報を示す図である。映像情報は、コマ単位のデータの連続であるものとして示される。
【００６８】
下段は、要約映像情報作成部１４で作成される要約映像情報を示す図である。要約映像情報は、映像情報に含まれる連続したデータの中から適当な間隔でデータを抽出することで作成される。作成される作成要約映像情報は、要約映像情報保存部１３に保存される。
【００６９】
なお、図６のフローチャートに示される第１の配信処理においては、配信サーバ２の要約映像情報抽出部２３が図９に示される要約映像情報を全て抽出し、要約映像情報配信処理部２４が受信端末４に配信する。
【００７０】
次に、図１０は、上述の第２の配信処理において配信される要約映像情報を抽出する方法の具体例を示す図である。図１０においては、現在コマ１０の映像情報を再生中の場合について示されている。
【００７１】
図１０に示される第２の配信処理においては、図９に示されるコンテンツサーバ１の要約映像情報保存部１３に保存されている要約映像情報から、配信サーバ２の要約映像情報抽出部２３が、現在再生中のコマ１０の前後に相当する要約映像情報のみを抽出し、要約映像情報配信処理部２４が受信端末４に配信する。
【００７２】
また、図１１は、上述の第３の配信処理において配信される要約映像情報を抽出する方法の具体例を示す図である。図１１においては、現在コマ１０の映像情報を再生中の場合について示されている
図１１に示される第３の配信処理においては、図９に示されるコンテンツサーバ１の要約映像情報保存部１３に保存されている要約映像情報から、配信サーバ２の要約映像情報抽出部２３が、現在再生中のコマ１０の以降に相当する要約映像情報のみを抽出し、要約映像情報配信処理部２４が受信端末４に配信する。
【００７３】
上述の如く、通常のコンテンツ情報の配信処理において、配信サーバ２から、映像情報と共に、受信端末４の要約映像情報保存部４４の容量に応じた要約映像情報が配信される。さらに受信端末４では、配信された要約映像情報に対して、要約映像情報保存部４４の容量をオーバーしないように保存処理を行なう。そのため、配信された要約映像情報が要約映像情報保存部４４の容量をオーバーした場合、受信端末４の端末制御部４１が、図４には示されない記憶部に記憶されているプログラムを実行し、要約映像情報保存部４４の空き容量に応じて、受信した要約映像情報を削除して保存する。その保存方法について、以下に具体例を挙げて具体的な説明を行なう。
【００７４】
図１２は、要約映像情報の第１の保存方法の具体例を示す図である。図１２に示す、第１の保存方法においては、現在再生中の映像情報以降の要約映像情報を削除し、現在再生中の映像情報以前の要約映像情報のみを保存する。
【００７５】
図１２では、現在コマ２４が再生中であることが示されている。図１２を参照して、第１の保存方法では、コマ２４の映像情報を再生中に、受信した要約映像情報が要約映像情報保存部４４の容量をオーバーした場合、要約映像情報保存部４４に保存されている要約映像情報から、コマ２４以降の要約映像情報を削除して再度要約映像情報保存部４４に保存する。
【００７６】
図１３は、要約映像情報の第２の保存方法の具体例を示す図である。図１３に示す、第２の保存方法においては、現在再生中の映像情報以前の要約映像情報を削除し、現在再生中の映像情報以降の要約映像情報のみを保存する。
【００７７】
図１３では、現在コマ１２が再生中であることが示されている。図１３を参照して、第２の保存方法では、コマ１２の映像情報を再生中に、受信した要約映像情報が要約映像情報保存部４４の容量をオーバーした場合、要約映像情報保存部４４に保存されている要約映像情報から、コマ１２以前の要約映像情報を削除して再度要約映像情報保存部４４に保存する。
【００７８】
図１４は、要約映像情報の第３の保存方法の具体例を示す図である。図１４に示す、第３の保存方法においては、現在再生中の映像情報から所定間隔離れた前後の要約映像情報を削除し、現在再生中の映像情報付近の前後の要約映像情報のみを保存する。
【００７９】
図１４では、現在コマ２０が再生中であることが示されている。図１４を参照して、第３の保存方法では、コマ２０の映像情報を再生中に、受信した要約映像情報が要約映像情報保存部４４の容量をオーバーした場合、要約映像情報保存部４４に保存されている要約映像情報から、コマ２０より５コマ以上離れた前後の要約映像情報を削除して再度要約映像情報保存部４４に保存する。
【００８０】
図１５は、要約映像情報の第４の保存方法の具体例を示す図である。図１５に示す、第４の保存方法においては、要約映像情報保存部４４に保存されている要約映像情報から所定間隔に均等に要約映像情報を削除し、全体から均等に抽出した要約映像情報のみを保存する。
【００８１】
図１５を参照して、第４の保存方法では、映像情報を再生中に、受信した要約映像情報が要約映像情報保存部４４の容量をオーバーした場合、要約映像情報保存部４４に保存されている要約映像情報の全体から、２コマ間隔で要約映像情報を削除して再度要約映像情報保存部４４に保存する。
【００８２】
このように、配信サーバ２から映像情報と共に配信され、要約映像情報保存部４４の容量をオーバーしないように保存された要約映像情報は、ユーザが、いわゆるトリック再生を実行する場合に、以下の要領で利用される。なお、以降の説明においては、トリック再生のうち、早送りを行なう場合について説明を行なうが、その他のトリック再生を行なう場合においても同様であることは言うまでもない。
【００８３】
図１６は、受信端末４における早送り処理を示すフローチャートである。図１６に示される早送り処理は、図４には示されない記憶部に記憶されているプログラムを、端末制御部４１で実行することによって実現される。
【００８４】
図１６を参照して、まず、ＧＵＩ部４８がユーザからの早送りの指示を受信することで、以降の処理を実行する（Ｓ４０１）。
【００８５】
ステップＳ４０１でユーザからの指示を受信すると、要約映像情報保存部４４に保存されている要約映像情報から、現在ＧＵＩ部４８に表示されている映像情報のコマ以降の要約映像情報のコマであって、一番近い要約映像情報のコマを検索する（Ｓ４０２）。
【００８６】
ステップＳ４０２における検索の結果、相当する要約映像情報のコマが要約映像情報保存部４４に保存されている場合（Ｓ４０３でＹｅｓ）、相当する要約映像情報のコマを抽出し、要約映像情報処理部４５で表示を行なうための処理を実行し、ＧＵＩ部４８に表示する（Ｓ４０５）。
【００８７】
ところが、上述の第１〜第３の配信処理が実行されることによって、あるいは、第１〜第４の保存方法による保存処理が実行されることによって、相当する要約映像情報が要約映像情報保存部４４に保存されていない場合が発生する。すなわち、ステップＳ４０２における検索の結果、相当する要約映像情報のコマが要約映像情報保存部４４に保存されていない場合がある（Ｓ４０３でＮｏ）。その場合、受信端末４は、インタフェースネットワーク部４２を介して、配信サーバ２へ要約映像情報の取得要求を行ない、配信サーバ２より新たに要約映像情報を取得する（Ｓ４０４）。そして、取得した要約映像情報より相当する要約映像情報のコマを抽出し、要約映像情報処理部４５で処理を実行し、ＧＵＩ部４８に表示する（Ｓ４０５）。
【００８８】
ＧＵＩ部４８がユーザから早送り停止の指示を受付けるまで（Ｓ４０６でＮｏ）、要約映像情報保存部４４に保存されている要約映像情報から続く要約映像情報のコマを検索し（Ｓ４０７でＹｅｓ）、要約映像情報処理部４５で処理を実行してＧＵＩ部４８に表示する処理（Ｓ４０５）を繰返す。また、ステップＳ４０７における検索の結果、相当する要約映像情報のコマが要約映像情報保存部４４に保存されていない場合（Ｓ４０７でＮｏ）、配信サーバ２へ要約映像情報の取得要求を行ない、要約映像情報を取得し（Ｓ４０８）、取得した相当する要約映像情報のコマを要約映像情報処理部４５で処理を実行してＧＵＩ部４８に表示する処理（Ｓ４０５）を繰返す。
【００８９】
この一連の繰返しの処理でＧＵＩ部４８に表示する要約映像情報のコマの連続が、ユーザが見る早送り中の映像である。
【００９０】
なお、ＧＵＩ部４８がユーザから早送り停止の指示を受付けると（Ｓ４０６でＹｅｓ）、配信サーバ２に対して、現在ＧＵＩ部４８に表示している要約映像情報のコマに相当する映像情報のコマ以降の映像情報の配信要求を行なう（Ｓ４０９）。
【００９１】
以上で早送り処理は終了し、通常の配信処理に移行する。通常の配信処理においては、配信サーバ２で、図５に示される映像情報と共に要約映像情報を受信端末４へ配信する処理が実行され、配信された要約映像情報が、受信端末４の受信端末４の要約映像情報保存部４４に保存される。
【００９２】
本実施の形態における情報配信サービスシステムにおいて、上述の処理が実行されることで、次に示されるストリーミングサービスの提供を行なうことができる。
【００９３】
図１７は、本実施の形態の情報配信サービスシステムにおいて、ストリーミングサービスを提供する処理の流れを示す図である。
【００９４】
図１７を参照して、上述の如く、本実施の形態における情報配信サービスシステムにおいて、ユーザの操作「開始」により、配信サーバ２からコンテンツ情報として映像情報と共に要約映像情報が先送りで配信される。配信された要約映像情報は受信端末４に保存され、ユーザの操作「早送り」等のいわゆるトリック再生時に、受信端末４において保存した要約映像情報を利用することで、トリック再生時にネットワーク３を介して配信サーバ２からトリック再生に必要な要約映像情報を取得する動作を大幅に減少することができる。そのため、従来のトリック再生時において、受信端末４から配信サーバ２に対してトリック再生を通知し、通知を受信した配信サーバ２で該当する要約映像情報を抽出して受信端末４に送返す動作を行なうために発生していた遅延を解消することができる。
【００９５】
これにより、映画やコンサート等の長時間の有料コンテンツに対して、ストレスなく早送り、巻戻し等の処理を実行することができる。そのため、ユーザが指定する任意の位置からのコンテンツの再生が可能になり、ユーザにとって利便性の高いコンテンツを配信することができる。
【００９６】
また、トリック再生から、再度通常の再生を再開する場合、受信端末４から配信サーバ２に再生の再開位置を通知してコンテンツの配信再開要求を行なうことにより、トリック再生の中断位置と通常の再生の再開位置とを確実に一致させることが可能になる。このため、ユーザに快適なコンテンツの配信を提供することが可能になる。
【００９７】
なお、上述の情報配信サービスシステムにおいて行なわれるコンテンツ情報配信方法、要約画像情報作成方法、要約画像情報抽出方法および要約画像情報保存方法等を、プログラムとして提供することもできる。このようなプログラムは、コンピュータ読取り可能なプログラムである。
【００９８】
プログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどの記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【００９９】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。
【０１００】
なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１０１】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】  本実施の形態における情報配信サービスシステムの構成を示す図である。
【図２】  図１に示されるコンテンツサーバ１の構成を示すブロック図である。
【図３】  図１に示される配信サーバ２の構成を示すブロック図である。
【図４】  図１に示される受信端末４の構成を示すブロック図である。
【図５】  配信サーバ２が、コンテンツ情報を受信端末４へ配信する処理のメインルーチンを示すフローチャートである。
【図６】  図５のステップＳ４０で行なわれる第１の配信処理を示すフローチャートである。
【図７】  図５のステップＳ５０で行なわれる第２の配信処理を示すフローチャートである。
【図８】  図５のステップＳ５０で行なわれる第３の配信処理を示すフローチャートである。
【図９】  コンテンツサーバ１の要約映像情報作成部１４で作成される要約映像情報の具体例を示す図である。
【図１０】  第２の配信処理において配信される要約映像情報を抽出する方法の具体例を示す図である。
【図１１】  第３の配信処理において配信される要約映像情報を抽出する方法の具体例を示す図である。
【図１２】  要約映像情報の第１の保存方法の具体例を示す図である。
【図１３】  要約映像情報の第２の保存方法の具体例を示す図である。
【図１４】  要約映像情報の第３の保存方法の具体例を示す図である。
【図１５】  要約映像情報の第４の保存方法の具体例を示す図である。
【図１６】  受信端末４における早送り処理を示すフローチャートである。
【図１７】  本実施の形態の情報配信サービスシステムにおいて、ストリーミングサービスを提供する処理の流れを示す図である。
【図１８】  従来のストリーミングサービスを提供する処理の流れを示す図である。
【符号の説明】
１  コンテンツサーバ、２  配信サーバ、３  ネットワーク、４  受信端末、１１  コンテンツサーバのネットワークインタフェース部、１２  映像情報保存部、１３  コンテンツサーバの要約映像情報保存部、１４  要約映像情報作成部、２１  サーバ制御部、２２  配信サーバのネットワークインタフェース部、２３  要約映像情報抽出部、２４  要約映像情報配信処理部、２５  映像情報配信処理部、４１  端末制御部、４２  受信端末のネットワークインタフェース部、４３  ネットワークアダプテーション部、４４  受信端末の要約映像情報保存部、４５  要約映像情報処理部、４６  映像情報処理部、４７  メディア情報処理部、４８  ＧＵＩ部。
【図１】
0003850289.tif 000002
【図２】
0003850289.tif 000003
【図３】
0003850289.tif 000004
【図４】
0003850289.tif 000005
【図５】
0003850289.tif 000006
【図６】
0003850289.tif 000007
【図７】
0003850289.tif 000008
【図８】
0003850289.tif 000009
【図９】
0003850289.tif 000010
【図１０】
0003850289.tif 000011
【図１１】
0003850289.tif 000012
【図１２】
0003850289.tif 000013
【図１３】
0003850289.tif 000014
【図１４】
0003850289.tif 000015
【図１５】
0003850289.tif 000016
【図１６】
0003850289.tif 000017
【図１７】
0003850289.tif 000018
【図１８】
0003850289.tif 000019