(57)【要約】【課題】サーバー側から配信されたデータを、端末側で効果的に短縮再生する配信装置を提供する。【解決手段】配信サーバー装置１００の配信手段１０２が、データと再生スクリプトを対応づけたデータベース部１０１から配信する。受信端末２００の再生スクリプト登録手段２０５が、配信されたデータ再生中に再生履歴記録手段２０４が記録した再生履歴から再生スクリプトを作成し追加登録要求する。配信サーバー装置１００の再生スクリプト更新手段１０３が、追加登録要求された再生スクリプトをデータベース部１０１に登録する。受信端末装置２００の再生履歴から再生スクリプトを自動作成することにより、サーバー配信装置１００に再生スクリプトを蓄積することで、効果的な短縮再生手段を提供することができる。【選択図】図１
2007074462.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバー装置と複数の受信端末装置とが接続された構成において、前記配信サーバー装置は、データと再生スクリプトとを対応づけて蓄積するデータベース部と、前記受信端末から受信した配信要求に基づき、データと対応づけられている再生スクリプトとを配信する配信手段と、前記受信端末から受信した再生スクリプト登録要求に基づき、前記データベース部に追加登録する再生スクリプト更新手段とを備え、前記受信端末装置は、オペレータが前記サーバー装置に配信要求を送信することによりデータ及び再生スクリプトを受信する受信手段と、オペレータが受信した再生スクリプト中から１つの再生スクリプトを指定する再生スクリプト指定手段と、前記再生スクリプト指定手段が指定した再生スクリプトに基づきデータを再生する再生手段と、オペレータがデータ再生中に行った再生操作を再生履歴として記録する再生履歴記録手段と、前記再生履歴記録手段が記録した再生操作履歴から再生スクリプトを作成し、前記配信サーバーに再生スクリプト登録要求を送信する再生スクリプト登録手段とを備えることを特徴とするデータ配信装置。
【請求項２】
前配信サーバー装置は、前記再生スクリプト更新手段が再生スクリプトを登録する際に、前記データベース部に既に登録されている既登録再生スクリプトと比較して必要に応じて再生スクリプトをマージする再生スクリプトマージ手段をさらに備える請求項１に記載のデータ配信装置。
【請求項３】
前記サーバー装置は、データベース部に替えてデータ、再生スクリプトに加えてメタデータを対応づけて構造化し蓄積する構造化データベース部と、前記構造化データベース部のメタデータを更新保守するデータベース保守手段をさらに備え、前記配信手段が構造化データベースに基づきデータと対応づけられている再生スクリプトとを配信することを特徴とする請求項２に記載のデータ配信装置。
【請求項４】
前記受信端末装置は、オペレータが受信したデータを編集する編集手段と、編集操作の履歴から再生スクリプトを作成し、前記配信サーバーに再生スクリプト登録要求を送信する再生スクリプト作成手段をさらに備えることを特徴とする請求項３に記載のデータ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像が蓄積されたサーバー装置と、複数のクライアント装置との通信装置に関するものである。
【背景技術】
【０００２】
光ファイバー、ブロードバンドの普及により従来のテレビ放送に加えて、映像配信のサービスが加速しはじめた。配信映像の場合は放送映像と異なり、ユーザーの嗜好性や再生端末の再生性能に基づき必要なデータを非同期に受信して端末で再生する必要がある。特に、家庭用の録画機器と、携帯電話他のモバイル機器とは映像フォーマット自体が異なる。そのため端末を想定してサーバー側で映像データを前処理して配信する方式が提案されている。
【０００３】
特許文献１では、端末側の再生能力や通信負荷に応じて、サーバー側でデータフォーマット変換、圧縮率の調整等の前処理を行って配信する方式を発明している。
【特許文献１】特開２００３−３０４４７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１では、映像データの内容自体は変更しないため、再生時間を保持したまま配信される。端末側で再生する場合、同じ時間だけ必要となる。しかし、モバイル端末などのバッテリー残量の影響で短縮して再生したい要望に応えることは困難である。
【課題を解決するための手段】
【０００５】
本発明の主要な特徴は以下のとおりである。まず、サーバー側で配信時に、データに加えて再生を短縮するための再生スクリプトを配信する。さらに、端末側で再生制御した履歴から新たに再生スクリプトを作成し、サーバーへ登録することで再生スクリプトを逐次的に蓄積する。さらに、再生スクリプトを登録時に、既登録の再生スクリプトと比較し必要に応じてマージする。さらに、サーバー側でメタデータによる構造化を行い、配信時により多くの再生データを配信する。さらに、端末側で編集を可能にして編集情報から再生スクリプトを作成し、サーバーへ登録することで再生スクリプトをより多く蓄積することができる。
【発明の効果】
【０００６】
本発明の効果は以下のとおりである。まず、サーバー側からデータと再生スクリプトとが同時に配信されるので、端末側で短縮再生することが容易になる。さらに、サーバー側で事前に対応づけられた再生スクリプトに加えて再生スクリプトを追加登録できるので、端末側で既に他のオペレータが再生したスクリプトを再利用して再生を楽しむことができる。さらに、サーバー側で既登録スクリプトをマージできるので、類似した再生スクリプトが重複して配信される可能性が低くなる。さらに、データベースをメタデータにより構造化するので、より広い範囲の再生スクリプトを利用して再生を楽しむことができる。さらに、編集結果をもとにして再生スクリプトを追加登録するので、編集したかのような再生を楽しむことができる。
【発明を実施するための最良の形態】
【０００７】
（実施の形態１）
以下、本願第１のデータ配信装置の実施の形態を、図面を用いて説明する。図１は、本実施の形態のブロック図である。１００は配信サーバー装置である。２００は受信端末装置である。配信サーバー装置１００、受信端末装置２００は、ＵＳＢ，ｉＬＩＮＫなどの汎用バスや、ＴＣＰ／ＩＰなどの汎用的な通信プロトコルで、データの送受信処理を行う。
【０００８】
配信サーバー装置１００の構成を説明する。１０１は、データベース部である。映像や音楽などのＡＶデータと再生スクリプトとを対応づけて蓄積している。再生スクリプトは、データを部分的に再生するために、再生開始点と再生終了停止点により再生する期間（以下、再生期間）を複数定義することで規定することができる。例えば、図２にデータのタイムラインにおいて、黒で塗りつぶした部分を再生期間として再生スクリプトを規定すると、図３のように記述することができる。Ｔｓ０，Ｔｓ１，Ｔｓ２，Ｔｓ３は、各々の再生期間の再生開始点を示す。Ｔｅ０，Ｔｅ１，Ｔｅ２，Ｔｅ３は、各々の再生期間の再生停止点を示す。黒く塗りつぶした部分のみ再生し、白い部分は再生せずにスキップすることを示している。
【０００９】
１０２は、配信手段である。受信端末装置２００から受信した配信要求に基づき、データベース１０１からデータと再生スクリプトとを検索して配信する。配信要求は、データベースの検索キーとなるタイトル等のＩＤ等を指定することにより行われる。
【００１０】
１０３は、再生スクリプト更新手段である。受信端末装置２００から受信した再生スクリプト登録要求に基づき、データベース１０１に再生スクリプトを追加登録する。再生スクリプト登録要求は、検索キーと端末装置側で作成した再生スクリプトを対応づけて送信されてくる。再生スクリプト更新手段は、受信した検索キーに基づきデータベース１０１からデータを検索し、再生スクリプトとして対応づけて追加登録する。更新手段がスクリプト登録要求を受信する度に、データベース１０１に再生スクリプトが蓄積される。
【００１１】
受信端末装置２００の構成を説明する。２０１は、受信手段である。オペレータが、配信サーバー装置２００に対して配信要求を送信する。配信するデータの指定は、データベース部１０１でのデータ検索が可能な検索キーを指定することで行う。その要求に応じて、配信サーバーからデータと再生スクリプトを受信する。２０２は、再生スクリプト指定手段である。オペレータが、受信した再生スクリプトの中から１つのスクリプトを指定する。２０３は、再生手段である。再生スクリプト指定手段２０２が指定した再生スクリプトに基づき、受信手段２０１が受信したデータを再生する。再生スクリプトが規定した再生期間のみ再生し、それ以外の部分はスキップして再生する。
【００１２】
２０４は、再生履歴記録手段である。再生手段２０３が再生中に、オペレータが手動でスキップ再生や早送り再生等で通常再生しなかった期間を除き、通常再生された期間のみを履歴として記録する。通常再生された再生期間は、再生開始点と再生停止点によって記述する。例えば、図３の再生スクリプトに基づいて再生中に、図の４の斜線部で示した期間で通常再生されなかった場合は、図５に示す再生履歴が記録される。
【００１３】
２０５は、再生スクリプト登録手段である。再生履歴記録手段２０４で記録された再生履歴を再生スクリプトとして、配信サーバー装置１００へ送信する。例えば、図５に示す再生履歴を、そのまま再生スクリプト登録要求として送信することが可能である。
【００１４】
以上のとおり、端末側の再生履歴から新たに再生スクリプトをサーバーへ登録することで、事前に対応づけられた再生スクリプトに加えて、端末側で既に他のオペレータが再生したスクリプトを再利用することができ、その実用的効果は大きい。
【００１５】
（実施の形態２）
以下、本願第２のデータ配信装置の実施の形態を、図面を用いて説明する。図６は、本実施の形態のブロック図である。１００、１０１、１０２、１０３、２００、２０１、２０２、２０３、２０４、３００は、実施の形態１と同一の構成なので、説明を省略する。
【００１６】
１１０は、再生スクリプトマージ手段である。再生スクリプト更新手段１０３が追加登録を要求してきたものと、既に登録されている再生スクリプトを比較し、類似しているものをマージする。例えば、再生スクリプトの類似ルールを、再生期間を総数が同一でかつ、各再生期間の再生開始点、再生停止点の誤差が±１０秒以内と定義すれば、図７のＳ０，Ｓ１の再生スクリプトはマージすることができる。
【００１７】
以上のとおり、再生スクリプトを登録時に、既登録の再生スクリプトと比較し必要に応じてマージすることで、類似した再生スクリプトが重複して配信される可能性が低くなり、その実用的効果は大きい。
【００１８】
（実施の形態３）
以下、本願第３のデータ配信装置の実施の形態を、図面を用いて説明する。図８は、本実施の形態のブロック図である。１００、１０１、１０２、１０３、１１０、２００、２０１、２０２、２０３、２０４、３００は、実施の形態１、実施の形態２と同一の構成なので、説明を省略する。
【００１９】
１２０は、構造化データベース部である。実施の形態１、２のデータベース１０１の構成に加えて、映像のジャンル、映像のタイトル、音楽の曲名、歌手名などのメタ情報に基づき分類し構造化している。そのため、他の同じメタデータを持っているデータに対応づけられている再生スクリプトを参照することができる。配信要求されたデータに再生スクリプトが対応づけられていない場合でも、同じメタデータをもつ他のデータの再生スクリプトを対応づけて配信させることが可能になる。例えば、連続ドラマを１話ずつ配信する場合に、最新話に再生スクリプトがない場合は、前話の再生スクリプトを対応づけて配信することが可能になる。
【００２０】
１２１は、データベース保守手段である。構造化データベース部１２０に蓄積されたデータを、メタデータ単位に構造化する手段である。新しいメタデータ属性が追加又は削除された場合のデータ構造を保守する。
【００２１】
以上のとおり、サーバー側でメタデータによる構造化を行い、配信時により多くの再生データを配信することで、その実用的効果は大きい。
【００２２】
（実施の形態４）
以下、本願第４のデータ配信装置の実施の形態を、図面を用いて説明する。図９は、本実施の形態のブロック図である。１００、１０１、１０２、１０３、１１０、１２０、１２１、２００、２０１、２０２、２０３、２０４、３００は、実施の形態１、実施の形態２、実施の形態３と同一の構成なので、説明を省略する。
【００２３】
２１０は、編集手段である。オペレータが編集した編集履歴を記録する。基本的には、編集手段は映像、音楽データの不要な期間（不要期間）を削除することである。不要部分は、開始点と終了点の時刻によって規定できる。編集履歴は、その不要期間のリストで規定することができる。図１０にデータのタイムラインにおいて、斜線で塗りつぶした部分を不要部分とすると、編集履歴は、図１１のように記述できる。Ｔｓ０，Ｔｓ１，Ｔｓ２，Ｔｓ３は、各々の不要期間の開始点を示す。Ｔｅ０，Ｔｅ１，Ｔｅ２，Ｔｅ３は、各々の不要期間の停止点を示す。
【００２４】
２１１は、再生スクリプト作成手段である。編集手段２１０が記録した編集履歴から再生スクリプトを作成し、データを指定する際に用いた検索キーと対応づけて、再生スクリプト登録要求を配信サーバー装置１００へ送信する。再生スクリプトは、編集履歴の不要期間以外の部分を再生期間とすることで作成できる。例えば、図１１の編集履歴から図１２の再生スクリプトを作成することができる。
【００２５】
以上のとおり、端末側で編集を可能にして編集履歴から再生スクリプトを作成し、サーバーへ登録することで再生スクリプトをより多く蓄積することで、編集したかのような再生を楽しむことができ、その実用的効果は大きい。
【産業上の利用可能性】
【００２６】
本発明の実施の形態では、ネットワーク通信装置における映像配信を例にして説明したが、接続形態に関してはネットワーク通信装置に限らず、ＵＳＢ，ＰＣＩ，ｉＬＩＮＫ等のデジタル・バス・インターフェースのように機器間のデータ転送さえできれば、適用することが可能である。
【００２７】
さらに、端末装置としては、パソコン、ＴＶ受像機、携帯電話、カードナビなど音声、画質が出力できる機器でさえあれば、適用することが可能である。
【図面の簡単な説明】
【００２８】
【図１】第１の実施の形態のブロック図
【図２】第１の実施の形態のデータのタイムラインの図
【図３】第１の実施の形態の再生スクリプトの記述を表した図
【図４】第１の実施の形態のデータのタイムラインの図
【図５】第１の実施の形態の再生履歴の記述を表した図
【図６】第２の実施の形態のブロック図
【図７】第２の実施の形態の再生スクリプトの記述を表した図
【図８】第３の実施の形態のブロック図
【図９】第４の実施の形態のブロック図
【図１０】第４の実施の形態のデータのタイムラインの図
【図１１】第４の実施の形態の編集履歴を表した図
【図１２】第４の実施の形態の再生スクリプトを表した図
【符号の説明】
【００２９】
１００    配信サーバー装置
１０１    データベース部
１０２    配信手段
１０３    再生スクリプト更新手段
１１０    再生スクリプトマージ手段
１２０    構造化データベース部
１２１    データベース保守手段
２００    ネットワーク装置
２０１    受信手段
２０２    再生スクリプト指定手段
２０３    再生手段
２０４    再生履歴記録手段
２０５    再生スクリプト登録手段
２１０    編集手段
２１１    再生スクリプト作成手段
【図１】
2007074462.tif 000003
【図２】
2007074462.tif 000004
【図３】
2007074462.tif 000005
【図４】
2007074462.tif 000006
【図５】
2007074462.tif 000007
【図６】
2007074462.tif 000008
【図７】
2007074462.tif 000009
【図８】
2007074462.tif 000010
【図９】
2007074462.tif 000011
【図１０】
2007074462.tif 000012
【図１１】
2007074462.tif 000013
【図１２】
2007074462.tif 000014