(57)【要約】【課題】  メディアストリーム再生中に端末からメディアサーバへコマンドを１回送信することで希望のシーンカットまでジャンプを可能とする。【解決手段】  情報配信システムは、メディアデータを蓄積するメディアデータベースベース１００９と、メディアデータを再生するために必要な再生情報を蓄積するシーケンス情報データベース１００８と、メディアデータの配信を要求するメディア操作要求に、現在の再生時刻及び再生シーンを特定するシーン識別子を付加する機能を備えた端末１０００と、メディア操作要求を取得し、この取得したメディア操作要求に基づいて再生情報を照合し、この照合結果に基づいて、任意の再生開始位置からメディアデータをメディア蓄積手段より読み出すシーン検索部１００５と、読み出されたメディアデータを端末１０００に配信する出力１００６とを有する。【選択図】    図７
2008199632.tif 000002
【特許請求の範囲】
【請求項１】
動画、音声等のメディアデータを端末に配信する情報配信システムであって、
前記メディアデータを蓄積するメディア蓄積手段と、
前記メディアデータ内の各シーンについての概要を記述した文字等のテキストデータと、該各シーンの再生開始アドレスとを対応付けたメタ情報を蓄積するメタ情報蓄積手段と、
前記各ユーザー識別子を各ユーザーのアクセス権と対応付けて蓄積するユーザーデータベースと、
前記メディアデータの配信を要求するメディア操作要求を生成し、生成されたメディア操作要求に対して、ユーザーを識別するユーザー識別子を付加するメディア操作要求手段と、
前記メディア操作要求を取得し、この取得したメディア操作要求に基づいて、ユーザーデータベースを検索し、当該ユーザーのアクセス権を設定する認証手段と、
前記認証手段が設定したアクセス権に基づいて、前記メタ情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータを前記メディア蓄積手段より読み出す読み出し手段と、
読み出されたメディアデータを前記端末に配信する配信手段と
を有することを特徴とする情報配信システム。
【請求項２】
前記アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、
前記読み出し手段は、前記再生情報に基づいて、前記メディアデータの読み出しを行うことを特徴とする請求項１に記載の情報配信システム。
【請求項３】
前記再生情報を、プレゼンテーション情報として、ユーザーが使用する端末へ配信する配信手段を有することを特徴とする請求項２に記載の情報配信システム。
【請求項４】
前記配信手段は、前記プレゼンテーション情報に、署名データ、及び該プレゼンテーション情報を発行した手段を識別する識別子が付加され、
前記認証手段は、前記署名データ及び識別子に基づいて認証を行うことを特徴とする請求項３に記載の情報配信システム。
【請求項５】
前記配信手段は、前記プレゼンテーション情報に、配信に係るコンテンツの出力形態に関する情報を付加し、
前記読み出し手段は、前記出力形態に関する情報に基づいて、コンテンツを変換して配信する機能を有することを特徴とする請求項３又は４に記載の情報配信システム。
【請求項６】
前記配信手段に対して前記署名データの秘密鍵を発行するとともに、前記認証手段に対して、前記秘密鍵と対になる公開鍵を発行する鍵情報発行手段を備える、
前記認証手段は、前記公開鍵を用いて前記署名データの認証を行うこと特徴とする請求項３乃至５に記載の情報配信システム。
【請求項７】
前記プレゼンテーション情報には、端末装置を特定する端末IDと、当該端末装置の所有者を識別する所有者IDが付加され、
前記認証手段は、前記端末ID及び所有者IDに基づいて認証を行うことを特徴とする請求項３乃至６に記載の情報配信システム。
【請求項８】
動画、音声等のメディアデータを端末に配信する情報配信方法であって、
メディア蓄積手段に前記メディアデータを蓄積し、メタ情報蓄積手段に前記メディアデータ内の各シーンについての概要を記述した文字等のテキストデータと該各シーンの再生開始アドレスとを対応付けたメタ情報を蓄積するとともに、ユーザーデータベースに前記各ユーザー識別子を各ユーザーのアクセス権と対応付けて蓄積しておき、
ユーザーの端末側において、前記メディアデータの配信を要求するメディア操作要求を生成し、生成されたメディア操作要求に対して、ユーザーを識別するユーザー識別子を付加するステップ（４）と、
配信サーバにおいて、前記メディア操作要求を取得し、この取得したメディア操作要求に基づいて、ユーザーデータベースを検索し、当該ユーザーのアクセス権を設定するステップ（５）と、
設定されたアクセス権に基づいて、前記メタ情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータを前記メディア蓄積手段より読み出すステップ（６）と、
読み出されたメディアデータを前記端末に配信するステップ（７）と
を有することを特徴とする情報配信方法。
【請求項９】
前記アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、
前記ステップ（６）では、前記再生情報に基づいて、前記メディアデータの読み出しを行うことを特徴とする請求項８に記載の情報配信方法。
【請求項１０】
前記再生情報を、プレゼンテーション情報として、ユーザーが使用する端末へ配信するステップ（７）をさらに有することを特徴とする請求項９に記載の情報配信方法。
【請求項１１】
前記プレゼンテーション情報には、署名データ、及び該プレゼンテーション情報を発行した手段を識別する識別子が付加され、
前記ステップ（６）では、前記署名データ及び識別子に基づいて認証を行うことを特徴とする請求項１０に記載の情報配信方法。
【請求項１２】
前記ステップ（７）において、前記プレゼンテーション情報に、配信に係るコンテンツの出力形態に関する情報を付加し、
前記ステップ（６）では、前記出力形態に関する情報に基づいて、コンテンツを変換して配信する機能を有することを特徴とする請求項１０又は１１に記載の情報配信方法。
【請求項１３】
前記ステップ（７）においてプレゼンテーション情報を配信する際に、前記署名データの秘密鍵を発行するとともに、前記認証手段に対して、前記秘密鍵と対になる公開鍵を発行し、
前記ステップ（６）では、前記公開鍵を用いて前記署名データの認証を行うこと特徴とする請求項１０乃至１２に記載の情報配信方法。
【請求項１４】
前記ステップ（７）において、プレゼンテーション情報には、端末装置を特定する端末IDと、当該端末装置の所有者を識別する所有者IDが付加され、
前記ステップ（６）では、前記端末ID及び所有者IDに基づいて認証を行うことを特徴とする請求項１０乃至１３に記載の情報配信方法。
【請求項１５】
動画、音声等のメディアデータを端末に配信する情報配信サーバであって、
前記メディアデータ内の各シーンについての概要を記述した文字等のテキストデータと、該各シーンの再生開始アドレスとを対応付けたメタ情報を蓄積するメタ情報蓄積手段と、
前記各ユーザー識別子を各ユーザーのアクセス権と対応付けて蓄積するユーザーデータベースと、
ユーザーを識別するユーザー識別子が付加され、前記メディアデータの配信を要求するメディア操作要求を取得するメディア操作要求取得手段と、
この取得したメディア操作要求に基づいて、ユーザーデータベースを検索し、当該ユーザーのアクセス権を設定する認証手段と、
前記認証手段が設定したアクセス権に基づいて、前記メタ情報を照合し、この照合結果に基づいて、該当する再生開始アドレスを含むプレゼンテーション情報を生成するプレゼンテーション情報生成手段とを有することを特徴とする情報配信サーバ。
【請求項１６】
前記アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、
前記プレゼンテーション情報生成手段は、この再生情報を前記プレゼンテーション情報に付加する機能を有することを特徴とする請求項１５に記載の情報配信サーバ。
【請求項１７】
前記プレゼンテーション情報生成手段は、前記プレゼンテーション情報に、署名データ、及び該プレゼンテーション情報を発行した手段を識別する識別子を付加する機能を有する
ことを特徴とする請求項１６に記載の情報配信サーバ。
【請求項１８】
前記プレゼンテーション情報生成手段は、前記プレゼンテーション情報に、配信に係るコンテンツの出力形態に関する情報を付加する機能を有する、
ことを特徴とする請求項１６又は１７に記載の情報配信サーバ。
【請求項１９】
動画、音声等のメディアデータを端末に配信するコンテンツ配信サーバであって、
前記メディアデータを蓄積するメディア蓄積手段と、
前記メディアデータの再生を開始するアドレスを特定するためのシーケンス情報を蓄積するシーケンス情報蓄積手段と、
ユーザーのアクセス権に基づいて定められた再生開始アドレスを含むプレゼンテーション情報と、前記端末における現在の再生時刻が含まれ、メディアデータの配信を要求するメディア操作要求を取得するメディア操作要求取得手段と、
この取得したメディア操作要求に基づいて前記シーケンス情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータを前記メディア蓄積手段より読み出す読み出し手段と、
読み出されたメディアデータを前記端末に配信する配信手段と
を有することを特徴とするコンテンツ配信サーバ。
【請求項２０】
前記アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、
前記読み出し手段は、前記再生情報に基づいて、前記メディアデータの読み出しを行う
ことを特徴とする請求項１９に記載のコンテンツ配信サーバ。
【請求項２１】
前記端末装置に対して発行された秘密鍵により暗号化された署名データを、前記秘密鍵と対になる公開鍵を用いて前記署名データの認証を行う機能を備えること特徴とする請求項２０に記載のコンテンツ配信サーバ。
【請求項２２】
動画、音声等のメディアデータを情報配信サーバから受信する端末であって、
ユーザーを識別するユーザー識別子が付加され、前記メディアデータの配信を要求するメディア操作要求を生成するメディア操作要求生成手段と、
生成した前記メディア操作要求を情報配信サーバに送信する送信手段と、
前記ユーザー識別子に基づいて設定されたアクセス権に基づいて、所定の再生開始位置から読み出され、配信されたメディアデータを受信する受信手段と、
を有することを特徴とする端末。
【請求項２３】
前記アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、
前記メディアデータの読み出しは、前記再生情報に基づいて行われることを特徴とする請求項２２に記載の端末。
【請求項２４】
前記再生情報を、プレゼンテーション情報として前記情報配信サーバから取得し、これを前記メディア操作要求として送信する機能を有することを特徴とする請求項２３に記載の端末。
【請求項２５】
動画、音声等のメディアデータを情報配信サーバから受信する端末であって、
ユーザーのアクセス権に基づいて定められた再生開始アドレスを含むプレゼンテーション情報と、当該端末における現在の再生時刻とが含まれ、メディアデータの配信を要求するメディア操作要求を生成するメディア操作要求生成手段と、
生成した前記メディア操作要求をコンテンツ配信サーバに送信する送信手段と、
前記プレゼンテーション情報及び当該端末における現在の再生時刻に基づいて、所定の再生開始位置から読み出され、配信されたメディアデータを受信する受信手段と
を有することを特徴とする端末。
【請求項２６】
前記プレゼンテーション情報に対して、端末装置を特定する端末IDと、当該端末装置の所有者を識別する所有者IDが付加する機能を有することを特徴とする請求項２５に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオビデオに代表されるマルチメディアデータの配信、取得に関したものであり、特に、ユーザごとにカスタマイズしたり、アクセス制御をしたマルチメディアデータを提供するためのものである。
【背景技術】
【０００２】
ネットワークの高速化、端末の高度化にともない、インターネットに代表される広域ネットワークにおいて、マルチメディアコンテンツ（映像、音声）の配信技術が注目されている。その技術として、メディアストリームの制御プロトコルであるRTSP（IETF：RFC２３２６）がある。RTSPはユーザがRTSPコマンドをサーバに送ることで、サーバに存在するメディアストリームに対し、ネットワークを介して再生、録画、停止などの遠隔操作を実現する。
【０００３】
図３０は、本発明における従来例、すなわち、RTSPによってサーバ側のメディアストリームを制御する方式を説明するためのブロック図である。
【０００４】
図示するように、メディアを購入する側である端末１００と、メディアを配信する側であるメディアサーバ１０１がネットワークを介して接続されている。また、メディアサーバ１０１はメディアが格納されているメディア１０２と接続されており、端末１００はネットワーク１０３を介して、メディアサーバ１０１を通し、メディア１０２に格納されているメディアに対して遠隔操作をする、遠隔操作をする際、端末１００はRTSP要求をメディアサーバ１０１に送信する。メディアサーバ１０１は、RTSP要求を解釈し、メディア１０２に格納されているメディアを操作する準備を行い、RTSP応答を端末１００に送信する。
【０００５】
図３１は、RTSPでサーバにあるメディアストリームを遠隔操作する方式を示すシーケンス図である。図示するように、ここでは、メディアを購入する側である端末１００と、メディアを配信する側であるメディアサーバ２０１を配置している。
【０００６】
RTSPでメディアを操作するために、まず端末１００はDESCRIBEメッセージをメディアサーバ１０１に送信し、メディアストリームのデスクリプションの取得要求を出す。要求を受けたメディアサーバ１０１は、要求のあったメディアストリームのデスクリプションを、端末１００に送信する。次に、端末１００は、SETUPメッセージをメディアサーバ１０１に送信し、資源予約要求を出す。要求を受けたメディアサーバ１０１は、資源の予約をし、応答メッセージを返す。応答を受けた端末１００は、メディアを操作する準備が整ったとして、実際の操作コマンドである、PLAY（再生）やRECORD（録画）、PAUSE（停止）を操作のたびに随時、メディアサーバ１０１に送信する。操作コマンドを受けたメディアサーバ１０１は、メディア操作の準備をし、操作要求を受けるたびに応答メッセージを返す。その後、メディアサーバ１０１は要求されたメディア操作を行う。最後に端末１００がTEARDOWNメッセージをメディアサーバ１０１に送信することでセッションを終了する。
【０００７】
また、RTSPのヘッダー領域には、メディアストリームの操作時間範囲を指定するRangeや、倍速操作を指定するScaleがあり、これらを用いることで希望のシーンを呼び出すことが可能である。例えば、希望のシーンの再生開始時刻、終了時刻を予めサーバから取得し、Rangeヘッダに再生範囲を記述してサーバに要求をだせば、希望のシーンを呼び出すことができる。また、メディア再生中にScaleによって倍速再生をし、希望のシーンに到達次第、通常再生に戻すことで実現できる。
【０００８】
図３２は、RTSPでメディアサーバ１０１にあるメディア１０２を再生する方式で流れるメッセージ例を示す図である。図３２を見るに当たり、端末１００をCと、メディアサーバ１０１をSと略記し、例えばC→Sは端末１００からメディアサーバ１０１へ送信したメッセージであることを示すことを注意する。
【０００９】
図示するように、端末１００から、操作要求するメディアのURIに、Rangeオプションを付加することで、操作する時間範囲を指定することができる。また、要求メッセージの一意性を満足するために、メッセージのシーケンス番号Cseq、セッションのユニーク番号Sessionを同時に記述している。ここで示した例の場合は、１８００秒目からメディアを再生するよう要求している。この要求を受けたServerは、１８００秒目のメディア再生準備を行い、OKメッセージを返し、RTP上でメディアを配信する。メディアを受けた端末１００は、確認のためのRTCPをメディアサーバ１０１に送信する。ここで、端末１００が希望するシーンを要求するためには、あらかじめ希望するシーンの時間範囲を知っておく必要がある点に注意する。
【００１０】
さらに、近年、種々のコンテンツを配信する情報配信サービスが行われている。コンテンツ配信は、広告媒体として利用が可能な点や、趣向に合った情報のみを取得できる点で有用なサービスであるといえる。その一方で、プロバイダが、提供するコンテンツに対し、ユーザへのアクセス権が記述されているデータを設け、情報へのアクセスを制御する技術が注目を浴びており、従来、文書をXMLで構造化したXHTMLに対し、プロバイダが与えるユーザへのアクセス権をXML形式で記述したXAS（XML  Access  Sheet）をサーバ側に用意し、XASをもちいることで、ユーザのアクセス権に応じた文書を自動で生成する技術が提案されている。図示するように、XASには「誰に」を示すSubject、「どの情報を」を示すObject、Objectに対するアクセス権の有無を示すSignが記述されており、Subjectにはアカウント名だけでなく、接続元IPアドレスやユーザの所属しているグループ、役割が記述でき、ユーザをSubject空間にMappingすることで、ユーザをさまざまな観点からアクセス制御することが可能となる。
【００１１】
図３３は、XHTMLをXASに基づいたアクセス権に応じた文書を自動的に生成する方式を示すブロック図である。図示するように、アクセス制御をほどこすXHTML１６００とその定義文書DTD１６０１にそれぞれ、XAS１６０２、１６０３がリンクされている。XHTML１６００にアクセス制御を施すために、XHTMLをDocument  Objent  Model（DOM）ツリーに展開するパージング処理１６０４、XASのSignに応じてDOMツリーの各オブジェクトをラベリングするラベリング処理１６０５、“許可”とラベリングされた要素のみでDOMツリーを再構成するDOM変換処理１６０６、DOMツリーをXHTMLに戻すアンパージング処理１６０７を配置した。XHTMLは、パージング処理１６０４を通し、DOMツリーに展開され、ラベリング処理１６０５を通し、XAS１６０２、１６０３に基づき各オブジェクトごとにラベリングされる。ラベリングされたDOMツリーは、DOM変換処理１６０６を通し、“許可”とラベリングされたオブジェクトのみで構成されるDOMツリーに変換され、アンパージング処理１６０７を通し、XHTMLに戻される。
【００１２】
また、DTD１６０１は、端末へのシステムの透過性を考慮に入れ、端末側は、変換後のXHTMLが参照するオブジェクトのみで生成されたDTDを参照させる必要がある。そのため、変換後のXHTMLにあわせるために、DTDを縮退する縮退化処理１６０８が配置されている。DTDは、縮退化処理１６０８を通し、縮退されたDTDとなる。以上の方式により、XASに基づいたユーザのアクセス権に応じたXHTML１６０９及びDTD１６１０が自動的に生成される。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上述した従来の方式では、希望のシーンを呼び出すために、希望のシーンの再生開始時刻、終了時刻を予めサーバから取得し、Rangeに再生範囲を記述してサーバに要求をだすか、メディア操作中にScaleによって倍速操作をし、希望のシーンに到達次第、通常操作に戻すことで実現できる。
【００１４】
しかしながら、モバイルネットワーク等の通信速度が遅延しやすい通信網では、RTSPコマンドを送ってから端末側で操作が有効になるまでに多くの時間を要してしまう。そのため、RTSPコマンドを使って希望のシーンを呼び出すことは、要求から操作までに時間がかかってしまうこととなり、現状では困難であるといえる。
【００１５】
さらに、XHTMLに対するアクセス制御方式を、AVメディアに代表される時間的に動的なコンテンツに適応する方式の開発が望まれている。すなわち、時間的に動的なコンテンツは、文書に代表される静的なコンテンツと比較するとプレゼンテーション記述が膨大であり、再生開始時間等を指定して再生する必要があることから、コンテンツそのものに対してXHTMLに対するアクセス制御方式を適応することは、コンテンツ内に含まれている情報毎の制御を行うことができないことから、現実的ではない。
【００１６】
本発明は以上の問題を解決すべくなされたものであり、メディアデータ再生中に端末から情報配信サーバへ操作要求を１回送信することで希望のシーンカットまでジャンプが可能となり、遅延を生じることなく円滑な情報配信を行うことができ、また、時間的に動的なメディアデータを、サーバ側が与えたユーザのアクセス権に合わせてダイジェストを自動生成し、配信することが可能となり、ユーザーの属性に応じて適正な情報配信を行うことのできる情報配信システム、情報配信方法、情報配信サーバ、コンテンツ配信サーバ及び端末を提供することを課題とする。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、本発明は、動画、音声等のメディアデータを端末に配信する際に、予め、メディア蓄積手段にメディアデータを蓄積するとともに、メディアデータの再生を開始するアドレスを特定するためのシーケンス情報をシーケンス情報蓄積手段に蓄積しておき、ユーザーの端末側で、メディアデータの配信を要求するメディア操作要求を生成し、生成されたメディア操作要求に対して、現在の再生時刻及び再生シーンを特定するシーン識別子を付加し、配信サーバにおいて、ユーザーの端末からメディア操作要求を取得し、この取得したメディア操作要求に基づいてシーケンス情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータをメディア蓄積手段から読み出し、読み出されたメディアデータを端末に配信するものである。
【００１８】
本発明において、シーケンス情報には、メディアデータ内の各シーンについての概要を記述した文字等のテキストデータと、各シーンの再生開始アドレスとを対応付けたメタ情報が含まれ、メディア操作要求には、所望する再生シーンを特定するシーンキーワードが含まれ、取得したシーンキーワードに基づいてテキストデータを検出し、検出されたテキストデータに対応付けられた再生開始アドレスに基づいて、メディアデータを読み出すことが好ましい。
【００１９】
本発明では、メディア操作要求として、端末から、RTSPを拡張し、希望のシーンカットまでのジャンプを実現するシーン識別子（Jump）を情報配信サーバに送信し、ユーザーが所望する任意のシーンを迅速に情報配信サーバから受信することができる。
【００２０】
すなわち、Jumpは引数に、端末側の現在の再生時刻であるPlaytimeと、希望のシーンカットを指定するSceneを持っており、Jumpをサーバに送信すると、サーバ側はPlaytimeより端末とのシーン同期をはかりつつ、Jumpで指定されているシーンカットを自動で検索しResponseメッセージを返した後、そのシーンカットからメディアストリーム操作を開始することができるため、再生遅延等を生じることなく、円滑に所望するシーンから再生を開始することができる。
【００２１】
なお、このJumpは、例えばRangeやScaleと同様にRTSPのHeader  Field上のコマンドとして実現することができ、PLAYやRECORDのような操作コマンドのオプションとして用いることができる。
【００２２】
例えば、本発明によれば、端末が希望のシーンカットの開始時刻をあらかじめ知っておくことなく、希望のシーンカットを呼び出すことができる。また、本発明によれば、サーバにシーン開始時刻送信要求や、倍速操作要求、等速操作要求のような無駄なメッセージをやりとりすることなく、Jump要求を送ることで希望のシーンカットを呼び出すことができ、ネットワーク負荷が軽減され、モバイルネットワークに代表されるHigh  latency，High  jitterなネットワークに対しても柔軟に対応することが可能である。
【００２３】
また、他の発明は、動画、音声等のメディアデータを端末に配信する情報配信方法であって、メディア蓄積手段にメディアデータを蓄積し、メタ情報蓄積手段にメディアデータ内の各シーンについての概要を記述した文字等のテキストデータと各シーンの再生開始アドレスとを対応付けたメタ情報を蓄積するとともに、ユーザーデータベースに各ユーザー識別子を各ユーザーのアクセス権と対応付けて蓄積しておき、ユーザーの端末側において、メディアデータの配信を要求するメディア操作要求を生成し、生成されたメディア操作要求に対してユーザーを識別するユーザー識別子を付加し、配信サーバにおいて、メディア操作要求を取得し、この取得したメディア操作要求に基づいて、ユーザーデータベースを検索し、当該ユーザーのアクセス権を設定し、設定されたアクセス権に基づいて、メタ情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータをメディア蓄積手段より読み出し、読み出されたメディアデータを端末に配信するものである。
【００２４】
上記他の発明において、アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、再生情報に基づいて、メディアデータの読み出しを行うことが好ましい。
【００２５】
上記発明において、再生情報を、プレゼンテーション情報として、ユーザーが使用する端末へ配信することが好ましい。
【００２６】
これらの発明では、メディアデータのメタ情報を、ユーザーのアクセス権に応じて照合し、再構成することで、ユーザー毎に、アクセス制御を行うことができる。これらの発明によれば、メディアデータ視聴可能時間、視聴順序の概念を取り入れたアクセス権を記述するポリシー構造を構築したり、ポリシーに則ってユーザのアクセス権に応じて構成したプレゼンテーション記述データを配信したりするサービスを容易に実現することができる。
【００２７】
例えば、本発明によれば、AVメディアを含み、時間的に動的なマルチメディアコンテンツを、プロバイダが与える、視聴可能時間・視聴順序の概念を取り入れた、ユーザへのアクセス権に会わせてダイジェストを自動生成し配信することが可能となり、広告に代表されるような必須視聴項目を設けた新規情報配信サービスが可能となる。
【００２８】
なお、上記発明に係るプレゼンテーション記述データを利用することにより、例えば、メディアデータの配信を要求する際、メディア操作要求に、サーバ署名、有効期間データを埋め込む等を行うことができ、二次アクセス時における不正アクセスを防止することもできる。
【発明の効果】
【００２９】
本発明によれば、メディアデータ再生中に端末から情報配信サーバへ操作要求を１回送信することで希望のシーンカットまでジャンプが可能となり、遅延を生じることなく円滑な情報配信を行うことができる。また、本発明によれば、時間的に動的なメディアデータを、サーバ側が与えたユーザのアクセス権に合わせてダイジェストを自動生成し、配信することが可能となり、ユーザーの属性に応じて適正な情報配信を行うことができる。
【発明を実施するための最良の形態】
【００３０】
［第１実施形態］
（処理の概要）
本発明の第１実施形態について以下に図面を参照しつつ説明する。図１は、本実施形態に係る情報配信システムの動作を示すシーケンス図である。
【００３１】
同図に示すように、情報配信システムは、メディアの配信を要求する際に、Jump命令が付加されたメディア操作要求を送信する端末１０００と、メディア操作要求を受信し、これに応じて、データベースを使用してメディア操作をするコンテンツ配信サーバ１００１とを有する。なお、このJump命令は、RTSPのHeaderField上のコマンドであることから、端末１０００は、デスクリプション取得、資源予約、メディア操作、メディア転送、セッション終了等に代表されるRTSPの仕様に従った処理を行いながら、遠隔的にJump命令を要求することが可能である。
【００３２】
詳述すると、図１に示すように、情報配信システムは、端末１０００から、RTSPにより、コンテンツ配信サーバ１００１にあるメディアストリームを遠隔操作する。
【００３３】
RTSPでメディアを操作するために、まず端末１０００は、DESCRIBEメッセージをコンテンツ配信サーバ１００１に送信し、メディアストリームのデスクリプションの取得要求を出す。要求を受けたコンテンツ配信サーバ１００１は、要求のあったメディアストリームのデスクリプションを端末１０００に送信する。次に、端末１０００は、SETUPメッセージをコンテンツ配信サーバ１００１に送信し、資源予約要求を出す。
【００３４】
要求を受けたコンテンツ配信サーバ１００１は、資源の予約をし、応答メッセージを返す。応答を受けた端末１０００は、メディアを操作する準備が整ったとして、実際の操作コマンドであるPLAY（再生）にJump命令を付加して、コンテンツ配信サーバ１００１に送信する。
【００３５】
操作コマンドを受けたコンテンツ配信サーバ１００１は、メディア操作の準備をし、操作要求に応じて応答メッセージを返す。その後、コンテンツ配信サーバ１００１は要求されたメディア操作を行う。最後に端末１０００がTEARDOWNメッセージをコンテンツ配信サーバ１００１に送信することでセッションを終了する。
【００３６】
図２は、上記Jumpメッセージの例を示す図である。同図に示すように、Jump命令は、現在の再生時刻であるPlaytimeと、希望のシーンを指定するためのSceneで構成されている。端末１０００側からPlaytimeを送信することによって、コンテンツ配信サーバ１００１では、容易に端末とのシーン同期をとる。また、Sceneは、現在再生中のシーンを０とした場合のシーンの相対距離difが、引数として記述されており、希望のシーンを指定することができる。
【００３７】
図３は、本実施形態において、Jumpによって希望のシーンを検索する際に用いられるメッセージ例を示す図である。同図において、端末１０００をC、コンテンツ配信サーバをSと略記し、→はメッセージの流れを示す。
【００３８】
図示するように、まず、端末１０００からコンテンツ配信サーバ１００１に対するメッセージとして、PLAY操作コマンド内に、HeaderとしてJumpを記述する。
【００３９】
端末１０００側では、Jump要求をするために、現在の再生時刻を取得しPlaytimeとして記述する。この例では、Normal  Play  Timeを用いているが、再生時刻の取得のしやすさや、シーン検出のしやすさを考慮し、RTSP仕様でも用いられているSMPTE  Timestamp  Absolute  Timeで記述してもよい。
【００４０】
次に、現在再生中のシーンと希望のシーンとの相対距離をSceneのdifに記述する。Jumpによって送られたPlaytimeとSceneをもとにコンテンツ配信サーバ１００１側でシーン検索が行われ、サーバよりダウンロード確認メッセージが送られる。ダウンロード確認メッセージには、ダウンロード開始時刻が記述されており、ダウンロードされるメディアの開始時刻確認をとることが可能となる。
【００４１】
図４、図５、図６はダウンロード確認メッセージにおけるErrorメッセージ例を示した図である。
【００４２】
図４は、コンテンツ配信サーバ１００１側での端末１０００とのシーン同期が失敗した場合のErrorメッセージ例を示した図である。図示するように応答メッセージには、端末１０００側が提示したPlaytimeと、同期失敗を示すSynchronize  Errorが記述される。
【００４３】
図５は、端末１０００が指定したシーンを、コンテンツ配信サーバ１００１側で検索した後、検索結果として得られたシーンが既に送信済みであった場合に送信されるErrorメッセージ例を示した図である。図示するように応答メッセージには、検索結果として得られたシーンの開始時刻と、送信済みを示すsend  alreadyが記述される。
【００４４】
図６は、端末１０００が指定したシーンをコンテンツ配信サーバ１００１側で検索する際、指定したシーンを検索できなかった場合に送信されるErrorメッセージ例を示した図である。図示するように、端末１０００が提示したPlaytime及びSceneと、検索失敗を示すseek  Errorが記述される。
【００４５】
（構成）
次に、上述したJump処理機能を有する情報配信システムについて説明する。図７は、本実施形態に係る情報配信システムの内部構成を詳細に説明するブロック図である。
【００４６】
同図に示すように、本実施形態に係る情報配信システムは、上述したように、コンテンツ購入側である端末１０００とコンテンツ配信サーバ１００１がネットワークを介して接続されている。
【００４７】
コンテンツ配信サーバ１００１は、動画、音声等のメディアデータを端末１０００に配信するものであって、メディアデータを蓄積するメディアデータベース１００９と、メディアデータの再生を開始するアドレスを特定するためのシーケンス情報を蓄積するシーケンス情報データベース１００８と、端末１０００から取得したメディア操作要求に基づいてシーケンス情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータをメディアデータベース１００９より読み出すシーン検索部１００５と、読み出されたメディアデータを端末１０００に配信する出力部１００６とを有する。
【００４８】
端末１０００は、メディアデータの配信を要求するメディア操作要求を生成し、生成されたメディア操作要求に対して、現在の再生時刻及び再生シーンを特定するシーン識別子を付加するメディア操作要求生成手段（図示せず。）を有する。
【００４９】
具体的に、コンテンツ配信サーバ１００１内には、データベース確認部１００２と、初期化部１００３と、端末同期部１００４と、シーン検索部１００５と、出力部１００６とが配置されており、データベース確認部１００２及びシーン検索部１００５にシーケンス情報データベース１００８が接続されている。
【００５０】
データベース確認部１００２は、端末１０００から受信したJump命令を取得し、Jump命令に含まれたRTSPコマンドを解釈し、この解釈結果に基づいてシーケンス情報データベース１００８を検索し、要求のあったメディアに対応付けられたURI等のシーケンス情報を取得する。また、このデータベース確認部１００２は、検索結果であるシーケンス情報と、Jump命令とを初期化部１００３に出力する。
【００５１】
初期化部１００３は、データベース確認部１００２からJump命令を取得し、取得したJump命令を解析して、Jump処理に用いる変数の初期化や、Jump引数であるPlaytime、Sceneを抽出し、抽出結果をシーケンス情報とともに端末同期部１００４に送出する。
【００５２】
端末同期部１００４は、データベース確認部１００２で取得したシーケンス情報と初期化部１００３にて取得したPlaytimeを用い、端末１０００側での現在再生中のシーンを把握し、シーン同期処理を行う。この同期処理については、後述する。
【００５３】
シーン検索部１００５は、データベース確認部１００２で取得したシーケンス情報と初期化部１００３で取得したSceneとを比較し、端末１０００が指定したシーンを検索する。
【００５４】
出力部１００６は、端末同期部１００４及びシーン検索部１００５における出力結果に応じて、Responseメッセージの決定及びコンテンツの操作の準備を行い、Responseメッセージを端末１０００に送信する。
【００５５】
シーケンス情報データベース１００８には、コンテンツ配信サーバ１００１が管理しているメディアが、URI、シーン番号、各シーンの開始時刻、再生時間等のシーケンス情報と関連付けられて格納されている。
【００５６】
ここで、シーケンス情報データベース１００８に格納されているシーケンス情報は、上記の要素が個別に処理できるようになっていればよく、例えばリレーショナルデータベースで記述されていたり、MPEG−７に代表されるメタ情報で記述することができる。シーン番号は、Jumpで指定するシーンを数値化することによってシークを容易に行うための要素であり、各シーンの開始時刻、再生時間は端末１０００側とのシーン同期をするための要素である。
【００５７】
（動作）
以上の構成を有する本実施形態に係る情報配信システムは、以下のように動作する。
【００５８】
（１）同期処理
図８は端末同期部１００４の動作を示すフローチャート図である。
【００５９】
端末同期部１００４は、端末１０００側で現在再生中のシーンを把握し、シーン同期を行う。すなわち、図示するように、この端末同期部１００４の動作処理は、シーン同期ループステップS１１００、及び同期チェックステップS１１０１から構成されており、シーン同期ループステップS１１００内には、シーン同期確認ステップS１１０２、次のシーンへサーチを移行するステップS１１０３が含まれ、一方、同期チェックステップS１１０１内には、同期確認ステップS１１０４、同期エラー処理ステップS１１０５、シーン番号出力ステップS１１０６が含まれている。
【００６０】
シーン同期ループステップS１１００は、端末１０００側からJump引数として現在の再生時刻Playtimeが取得され、コンテンツ配信サーバ１００１側に保持されている、各シーン番号及び、開始時刻、再生時間が記述されたシーケンス情報を検索し、Playtimeとシーケンス情報を比較し、シーン同期が確立するまでシーン同期確認ステップS１１０２、次のシーンへのサーチを移行するステップS１１０３をループすることでシーン同期を図るステップである。これにより、従来のRTSPとは違い、端末１０００側より再生時刻であるPlaytimeが送られてくるため、容易に端末１０００との同期を図ることができる。
【００６１】
同期チェックステップS１１０１は、同期確認ステップS１１０４により、Errorを返すか、次の処理に渡すかを決定する。すなわち、同期確認ステップS１１０４は、端末１０００から提示されたPlaytimeが、指定したURIのシーケンスに存在しているかどうかを確認する。同期結果確認後、同期が確立されたが確認された場合、シーン番号出力ステップS１１０６にて、現在のシーンを出力する。また、同期が失敗であることが確認された場合、同期エラー処理ステップS１１０５にて図４で例示した同期エラーメッセージを返す。
【００６２】
次に、Scene  Searchを通し、シーン検索を行う。
【００６３】
（２）シーン検索処理
図９は、シーン検索部１００５の動作を示すフローチャート図である。
【００６４】
図示するように、シーン検索処理は、シーン検索ステップS１２００￣メディア転送準備ステップS１２０５で構成される。
【００６５】
シーン検索ステップS１２００は、端末から指定されたシーンを検索するステップであり、端末が指定するシーンを検索した後、シーケンス情報におけるシーンの開始時刻を出力する。すなわち、同期のとれた現在のシーン番号とJump引数であるScene属性のdifによりシーケンス情報内で検索を行う。difは現在のシーンを０とした場合のシーン相対距離をあらわしているため、例えば、現在のシーン番号とdifの値の和をとることで、シーケンス情報のどこを検索すればよいかを把握することができる。
【００６６】
検索確認ステップS１２０１は、指定するシーン検索を行った結果、指定するシーンを検索できたか、否かを確認するステップであり、検索成功の場合は、シーケンス情報よりシーンの開始時刻を取得し、送信済確認ステップS１２０３へ移行し、検索失敗の場合は、検索エラー処理ステップS１２０２へ移行し、図６で例示した検索エラーメッセージを端末１０００側に返す。
【００６７】
送信済確認ステップS１２０３は、検索結果として得られたシーンが、この処理が行われる前にすでに送信済みであるかどうかを確認するステップであり、未送信の場合は、メディア転送準備ステップS１２０５へ移行し、メディア操作の準備を行う。ステップS１２０３において、送信済の場合は、送信済処理ステップS１２０４へ移行し、図５で例示した送信済メッセージを端末１０００側に返す。
【００６８】
（変更例）
なお、本発明は、上述した第１実施形態に限定されるものではなく、以下のような変更を加えることができる。
【００６９】
例えば、シーケンス情報に、メディアデータ内の各シーンについての概要を記述した文字等のテキストデータと、各シーンの再生開始アドレスとを対応付けたメタ情報を付加し、端末１０００からのメディア操作要求には、所望する再生シーンを特定するシーンキーワードを付加し、シーン検索部１００５は、取得したシーンキーワードに基づいて前記テキストデータを検出し、検出されたテキストデータに対応付けられた再生開始アドレスに基づいて、メディアデータを読み出すようにしてもよい。
【００７０】
具体的には、端末１０００側より、希望のシーンをKeywordで指定し、サーバ側でKeywordマッチングを行えるよう拡張することができる。そのために、シーケンス情報の要素としてシーンの概要を示すシーンキーワードを記述する。
【００７１】
図１０は、Keywordの概念を反映させたJump要求メッセージの例を示した図である。図示するように希望のシーンを指定するSceneにdifに加えKeywordを属性としてもたせ、URIで指定したシーケンスのうち、Keywordにマッチするシーン群の中でdifだけ離れたシーンを指定する。また、このメッセージは、Keywordにnullを指定することによって、上記のdifのみの方式に変更することができる。
【００７２】
図１１は、Keywordの概念を反映させたシーン検索部１００５の動作を示すフローチャート図である。図示するように、本変更例に係る動作処理は、図９で示したシーン検索のフローであるステップS１２００￣１２０５に、Keyword確認ステップS１４０１、KeywordマッチングステップS１４０２が付加されて構成されている。
【００７３】
Keyword確認ステップS１４０１では、Jump引数よりKeywordを取得し、値を確認する。この確認において、値がnullであれば、KeywordマッチングステップS１４０２を通さず、シーン検索ステップS１２００へ移行する。KeywordマッチングステップS１４０２では、Keywordの値と各シーンのシーンキーワードとをマッチングし、マッチしたシーンキーワードに対応付けられたアドレスのみにアクセスできるようにシーケンス情報を再構築する。なお、本実施形態では、シーケンス情報がリレーショナルデータベースやXMLに代表されるある条件に従ったクエリーのみで再構築することが比較的容易な手法で記述されていることを想定している。
【００７４】
［第２実施形態］
次いで、本発明の第２実施形態について説明する。
【００７５】
（構成）
本実施形態では、コンテンツ（メディアデータ）のメタデータを、アクセス権に応じて再構成することで、アクセス制御を行う情報配信方式について説明する。図１２、図１４及び図１６は、本実施形態における情報配信、コンテンツ配信方式のネットワーク構成を示すブロック図を示している。
【００７６】
図示するように本実施形態では、ネットワーク１０３を介し、端末１５００、情報配信サーバ１５０１、及びコンテンツ配信サーバ１５０２を配置している。
【００７７】
具体的に、コンテンツ配信サーバ１５０２は、動画、音声等のコンテンツを端末１５００に配信するものであって、コンテンツを蓄積するコンテンツ格納２１０６と、ユーザーのアクセス権に基づいて、メタ情報を照合し、この照合結果に基づいて、所定の再生開始位置からコンテンツをコンテンツ格納２１０６より読み出し、配信する配信処理部２１０４とを有することを特徴とする。
【００７８】
情報配信サーバ１５０１は、コンテンツ内の各シーンについての概要を記述した文字等のテキストデータと各シーンの再生開始アドレスとを対応付けたメタ情報を蓄積するメタ情報データベース１５０５と、各ユーザー識別子を各ユーザーのアクセス権と対応付けて蓄積するユーザーデータベース１５０８と、メディア操作要求を取得し、この取得したメディア操作要求に基づいて、ユーザーデータベース１５０８を検索し、当該ユーザーのアクセス権を設定する認証フィルター部１５０６とを有する。
【００７９】
また、情報配信サーバ１５０１は、プロバイダが提示するポリシーに則って、ユーザのアクセス権に応じ、再構成したコンテンツメタデータを元に構築したプレゼンテーション記述データを配信する装置ある。すなわち、前記アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報が含まれ、配信処理部２１０４は、この再生情報をプレゼンテーション情報として、ユーザーが使用する端末１５００へ配信する配信手段を有する。
【００８０】
端末１５００は、コンテンツの配信を要求するメディア操作要求を生成し、生成されたメディア操作要求に対して、ユーザーを識別するユーザー識別子を付加するメディア操作要求手段（図示せず）を有する。
【００８１】
（動作）
図１３は、本実施形態における情報配信、コンテンツ配信の動作を示すシーケンス図である。
【００８２】
先ず、ユーザが情報配信サーバ１５０１に対しコンテンツのプレゼンテーション記述データを要求する。ユーザ側において、端末１５００は、要求データに、要求するコンテンツのURIに加え、ユーザを識別するための利用者IDをともに送信すると、情報配信サーバ１５０１にてユーザのアクセス権に応じたプレゼンテーション記述データが自動生成され、端末１５００側に送信される。ここで生成するプレゼンテーション記述データには、XHTMLのアクセス制御の概念では実現することが困難であったコンテンツ視聴可能時間、視聴順序の概念を取り入れたアクセス制御がなされている。
【００８３】
また、プレゼンテーション記述データ送信時に、アクセス制御がなされたことを証明するための署名及び、署名の有効期限を同時に送信する。端末１５００は次に、情報配信サーバ１５０１より取得したプレゼンテーション記述データにもとづき、コンテンツ配信サーバ１５０２へコンテンツ要求する。この時、コンテンツ要求とともに利用者ID及び署名を送信する。
【００８４】
コンテンツ配信サーバ１５０２は、署名の有効性及び、送信された要求データの有効性を確認したのち、コンテンツ配信応答を送信する。コンテンツ配信応答には、視聴履歴を反映して新たに作成した署名と、それに付随した有効期限を付加する。コンテンツ配信サーバ１５０２は、コンテンツ配信応答を送信した後、コンテンツを配信する。ユーザがさらにコンテンツを要求する際は、コンテンツ要求に、今回視聴したシーン（直前視聴シーン）のIDと前回のコンテンツ配信応答で取得した署名及び、利用者IDを追加する。
【００８５】
コンテンツ配信サーバ１５０２では、要求毎に直前視聴シーンを監視し、視聴順序が守られていることを証明する。また、利用者IDとは、サーバが端末のステータスを理解するための情報であり、例えば端末端末のIPアドレスや、ユーザのアカウント名、パスワードのようなユーザ情報、端末側のマシン環境情報に代表される環境情報が記述される。
【００８６】
図１４は、ユーザのアクセス権に応じてプレゼンテーション記述データを生成し、署名及び有効期限を付加してプレゼンテーション記述データとともにユーザに送信する情報配信サーバの動作を示すブロック図である。
【００８７】
図示するように、本システムは、端末１５００、情報配信サーバ１５０１を有しており、情報配信サーバ１５０１は、認証フィルター部１５０６、プレゼンテーション記述データ生成部１５０３、署名生成部１５０４を備えており、認証フィルター部１５０６は、コンテンツ配信サーバが有するコンテンツのメタ情報データベース１５０５と、プロバイダが提示する各コンテンツに対するアクセスポリシールールXAS１５０６が格納されている利用規約データベース１５０７に接続している。
【００８８】
情報配信サーバ１５０１は、要求データを受け取ると、認証フィルター部１５０６へ要求データを通し、要求データ内の指定URIに付随するアクセス権が記述されているXASを利用規約データベース１５０７より取得し、このXASを基にユーザの指定したコンテンツへのアクセス権を確認し、また、指定URIのメタ情報をメタ情報データベース１５０５より取得する。
【００８９】
メタ情報は、XASに基づき認証フィルター部１５０６にてユーザアクセス権に応じたメタ情報’へと変換される。また、要求データ内の利用者IDは、XHTMLへのアクセス制御と同じ概念でユーザをSubjectにマッピングするために用いられる。変換されたメタ情報’を用い、プレゼンテーション記述データ生成部１５０３によりプレゼンテーション記述データを生成する。プレゼンテーション記述データはアクセス制御されたメタ情報’を用いて生成されたものであるため、アクセス権を反映したデータである。
【００９０】
次に、署名生成部１５０４を通し、プレゼンテーション記述データ生成部１５０３で生成されたプレゼンテーション記述データに、正当な機関でアクセス制御が行われたことを証明する署名、及びその有効期限を付加する。また、署名は情報配信サーバ１５０１が独自につけてもよいし、信頼のおける第３者がユーザに対して別途署名を送信してもよい。
【００９１】
（１）認証処理
図１５は、図１４にて示した認証フィルター部１５０６による認証処理の動作を示すブロック図である。
【００９２】
認証フィルター部１５０６は、XHTMLに対するアクセス制御の概念を取り入れ、さらにコンテンツに対する時間的に動的なアクセス制御を実現するための装置であり、図示するように、アクセス制御を施すメタ情報２０００、必要であればアクセス制御を施すDTD２００１、それらに付随するアクセス権記述データであるXAS２００２及び２００３、メタ情報２０００をDOMツリーに展開するパージング２００４、DOMツリーにXAS２００２及び２００３に基づいたラベリングを行うラベリング処理２００５、ラベリングされたDOMツリーに基づいて“許可”とラベリングされたオブジェクトのみでDOMツリーを再構成するDOM変換処理２００６、DOMツリーをメタ情報の形に戻すアンパージング処理２００７、DTDを縮退するための処理２００８で構成される。
【００９３】
XAS２００２及び２００３は、DOMツリーにおける各オブジェクト単位へのアクセス権に加え、各オブジェクトに対して、コンテンツ視聴可能時間、視聴順序のポリシーが記述されており、ラベリング処理２００５において、Signを付加するとともにコンテンツ視聴可能時間、視聴順序をDOMに反映させる。この操作によって、メタ情報にユーザに対するコンテンツ視聴可能時間、視聴順序のポリシーを反映することが可能となる。
【００９４】
図１８は、本実施形態で用いるXASの例を示した図である。
【００９５】
図示するように、Subject、Object、Signに加え、コンテンツ視聴可能時間Range及び、視聴順序Orderが記述されており、コンテンツ自身をアクセス権を与えるオブジェクト毎に分割しておくことなく、XHTMLへのアクセス制御の概念を時間的に動的なコンテンツにも対応できるよう拡張している。この例の場合、ALLと判断されたユーザがwww．foo．com／sample．mp４で指定されるURIが指すシーケンスを視聴する際、＜range＞で指定される時間範囲すなわち、MediaTime要素のMediaTimePointで指定される開始時刻T００：０１：１３：１４F３０から、MediaDurationで指定される視聴可能時間PT２７S２N３０Fの範囲は＜sign＞で指定されているように、アクセス可能（十がアクセス可能、一がアクセス不能）であるが、必ず＜order＞で指定される視聴順序、すなわち、priority属性であるscoreで指定されているシーンの優先度を守る必要がある。しかし、Guestと判断されたユーザの場合、同URIシーケンスにおいて、MediaTimePointで指定される開始時刻T００：２３：１３から、MediaDurationで指定される視聴可能時間PT２７S２N３０Fの範囲は＜sign＞で指定されているように、アクセスすることができない。
【００９６】
図１９は、アクセス制御を行う前のメタ情報の例として、MPEG−７の場合を示した図である。図示するように、MPEG−７は、MediaInformation及びSegmentDecompositionから構成され、MediaInformationにはURIや符号化方式など、そのメディアに関するプロパティを記述する。SegmentDecompositionには、各シーン毎のプロパティを示すAudioVisualSegmentとシーケンス全体の開始時刻及び再生時間を示すMediaTimeが記述される。AudioVisualSegmentは、シーン毎にPointOfviewとしてシーンの内容を示すKeywordを記述したり、各シーンの時間的な情報MediaTimeすなわち開始時刻MediaTimePointと再生時間MediaDurationを記述する。
【００９７】
Guestと判断されたユーザが指定したURIのシーケンスのメタ情報が図１９で例示したMPEG−７である場合、図１４で示した認証フィルター部１５０６を通り、パージング２００４にてMPEG−７はDOMツリーに展開され、ラベリング処理２００５を通る際、図１９で例示したXASをもとに、ラベリングされる。ここではSignだけでなく、Range、Orderを反映する。すなわち、開始時刻T００：１３：１４F３０から始まり、PT２７S２N３０F分の範囲内は視聴順序が１番であり、また、Guestと判断されているので、開始時刻T００：０１：２３から始まり、PT１７S１６N３０F分の範囲内はアクセスが許されない。この状況をMPEG−７のDOMツリーにラベリングする。次にDOM変換処理２００６にて許可されたオブジェクトのみでDOMツリーを再構成し、アンパージング２００７でMPEG−７の形に戻す。これによって、MPEG−７は、ユーザのアクセス権にのっとってMPEG−７に再構築されることになる。
【００９８】
また、図２０は、図１９で例示したアクセス制御を行う前のMPEG−７よりプレゼンテーション記述データ生成部１５０３にて自動生成されたSMILの例を示した図である。
【００９９】
SMILは、メディアをどのようなレイアウトで視聴させるかを示す＜layout＞、また、メディアのタイトルやコンテンツ名のような簡単なメタ情報を記述する＜head＞と、実際に流れるメディアのURI及び再生開始時刻、再生終了時刻、再生順序を記述する＜body＞からなる。図示するように、アクセス制御を行う前は、＜body＞要素の＜seq＞要素の＜par＞要素の＜video＞、＜audio＞属性の、＜clip−begin＞、＜clip−end＞より、開始時刻０．０sから、終了時刻６０．０sまで再生されるよう、記述されている。
【０１００】
図２１は、図１９で例示したMPEG−７が、図１８で例示したXASに則ってアクセス制御が行われた後のMPEG−７の例を示した図である。図示するように、図２０で例示したMPEG−７においては、＜AudioVisualSegment＞要素の＜MediaTime＞要素の＜MediaDuration＞がPT１MOOSとなっているのに対し、図２２で例示したMPEG−７においては、PT１５Sとなっており、もともと１分あるシーンが１５秒に縮小されていることがわかる。
【０１０１】
また、図２２は、図２１で例示したアクセス制御を行った後のMPEG−７よりプレゼンテーション記述データ生成部１５０３にて自動生成されたSMILの例を示した図である。
【０１０２】
図示するように、図２０で例示したSMILにおいては、＜body＞要素の＜seq＞要素の＜par＞要素の＜video＞にある、＜clip−end＞属性が６０．０sとなっているのに対し、図２２で例示したSMILにおいては、１５．０sとなっており、アクセス制御が行われていることがわかる。
【０１０３】
次に、ユーザは情報配信サーバ１５０１より送信されたプレゼンテーション記述データにもとづき、コンテンツ配信サーバ１５０２にコンテンツの要求を出すとともに、プレゼンテーション記述データとともに送信されてきた署名と、利用者IDを付加して送信する。
【０１０４】
図１６は、コンテンツ配信サーバ１５０２の動作を示すブロック図である。
【０１０５】
図示するように、コンテンツ配信サーバ１５０２は、署名評価部２１０１、視聴履歴確認部２１０２、認証フィルター部２１０３からなるアクセス制御部２１００及び、配信処理部２１０４、署名処理部２１０５で構成される。さらに、配信処理部２１０４には、実際のコンテンツが格納されているコンテンツ格納部２１０６が接続されている。コンテンツ配信サーバ１５０２にコンテンツを要求するためには、コンテンツ要求コマンドに、直前視聴シーンID、利用者ID、Server  署名を付加した要求メッセージをコンテンツ配信サーバ１５０２に送信する。
【０１０６】
コンテンツ配信サーバ１５０２は要求メッセージを受け取ると、まず署名評価２１０１に要求メッセージを通す。署名評価２１０１では、端末１５００側から送信されてきた署名が正当の機関で発行されたものであることの確認や、有効期限を確認し、有効期限ぎれでないかを確認する。署名が不当なものであればReject処理をする。
【０１０７】
視聴履歴確認２１０２は、署名評価２１０１内の機構であり、次段の認証フィルター２１０３にて視聴順序のポリシーにのっとってユーザがメディアを要求しているかどうかを確認するために、ユーザが直前までに視聴していたコンテンツ（直前視聴シーン）を把握するための装置である。直前視聴シーンは署名処理２１０５で今後生成する署名には、今回送信するコンテンツのIDを反映させるために、署名を解析することによって正当な直前視聴シーンを把握することができる。直前視聴シーンが不当なものであれば、Reject処理を行う。認証フィルター２１０３は、ユーザの要求するコンテンツに対して、ユーザがアクセス権を所持しているかを確認する。特に、視聴履歴確認２１０２にて取得した直前視聴シーンから、要求コンテンツが視聴順序面からみて正当であるかどうかを確認し、不当な要求であればReject処理を行う。配信処理部２１０４はユーザが要求したコンテンツの配信処理を行う装置である。
【０１０８】
アクセス制御部２１００を通過した要求は正当なものであるとみなし、要求メッセージ内のコマンドを解釈してコンテンツ格納部２１０６へコンテンツ配信の準備、及び、応答メッセージ作成を行う。
【０１０９】
署名処理部２１０５は、正当な機関でアクセス制御が行われたことを証明する署名を生成する。この署名には、次回の要求が視聴順序のポリシーを満足しているかどうかを判断するための直前視聴シーンが反映している。すなわち、今回配信するコンテンツを直前視聴シーンとした情報から新たに署名を作成することとなる。直前視聴シーンを識別する情報は、そのコンテンツのURI及び視聴範囲Rangeである。また、この署名に対する有効期限を設定し、端末側に、配信処理部２１０４で生成されたResponseメッセージと署名、有効期限を送信する。
【０１１０】
図１７は、図１６で示した認証フィルター２１０３の動作を示すブロック図である。
【０１１１】
図示するように、認証フィルター１５０６が利用規約データベース１５０７と利用者データベース１５０８に接続されている。利用規約データベース１５０７には、所持しているコンテンツに対する、ユーザへのアクセス権が記述されているXAS２２０２が格納されており、情報配信サーバで用いたマッピングするためのデータベースである。認証フィルター１５０６は、要求メッセージ内のURI、利用者ID、Range及び、視聴履歴確認２１０２で取得した直前視聴シーンPreceding  Sceneを入力する。入力された利用者IDから、ユーザデータベース２２０２をもとに、ユーザをサブジェクトにマッピングする。
【０１１２】
また、入力されたURIから、利用規約データベース１５０７をもとに、サブジェクトに対するXAS２２０２を取得し、Subject、URI、Range、Preceding  Sceneを確認する。Preceding  Sceneの確認は、視聴順序の確認であり、Preceding  SceneのOrderと要求されているコンテンツのOrderを比較することで、視聴順序の正当性を確認する。
【０１１３】
また、視聴順序を確認するために、署名に直前視聴シーンPreceding  Sceneを反映させ、端末側がコンテンツ要求をするたびに毎回送信していたが、端末側とコンテンツ配信サーバであらかじめセッションをはり、プレゼンテーション記述データを共有することができれば、直前視聴シーンPreceding  Sceneを送信することなく端末側とコンテンツ配信サーバで同期を取ることができる。
【０１１４】
図２３は、端末側とコンテンツ配信サーバでプレゼンテーション記述データを共有する方式を示すシーケンス図である。
【０１１５】
図示するように、端末１５００、情報配信サーバ１５０１、コンテンツ配信サーバ１５０２が配置されている。端末１５００が情報配信サーバ１５０１へプレゼンテーション記述データを要求すると、情報配信サーバ１５０１から端末１５００へプレゼンテーション記述データを送信する際、プレゼンテーション記述データを識別するための例えば６４ビット程度の乱数で生成されるユニーク番号を付加する。端末１５００は、コンテンツ要求をする際、プレゼンテーション記述データのユニーク番号を要求メッセージとともにコンテンツ配信サーバ１５０２へ送信する。コンテンツ配信サーバ１５０２は、ユニーク番号を情報配信サーバ１５０１へ送信し、情報配信サーバ１５０１は、ユニーク番号の正当性を評価し端末１５００が所持しているプレゼンテーション記述データをコンテンツ配信サーバ１５０２へ送信する。コンテンツ配信サーバ１５０２は端末１５００からの要求を処理する際、現在処理するシーンを判別するために、プレゼンテーション記述データにラベリングをしておくことで、コンテンツ配信サーバ１５０２内で、端末がどういった視聴順序で現在に至ったかを理解することが可能である。さらに、不正二次アクセス防止のために、応答には、署名署名及びそれに付随する有効期限を付加して送信する。さらに、端末１５００がコンテンツを要求する際には、コンテンツ要求に、プレゼンテーション記述データユニーク番号、署名署名を追加して送信する。コンテンツ配信サーバ１５０２は、署名署名を評価し、前回コンテンツ配信サーバ１５０２で処理を行ったことを確認した上で、プレゼンテーション記述データユニーク番号により前回使用したプレゼンテーション記述データを呼び出し、視聴順序の正当性の確認を行う。
【０１１６】
（変更例）
本発明は、上記第２実施形態に限定されるものではなく、以下のような変更を加えることができる。
【０１１７】
例えば、上述した第２実施形態で説明したコンテンツ配信サーバ１５０２に、前述した第１実施形態で説明したコンテンツ配信サーバ１００１と同様の機能を備えさせてもよい。すなわち、第２実施形態におけるコンテンツ配信サーバ１５０２に、メディアデータを蓄積するメディアデータベース１００９と、メディアデータの再生を開始するアドレスを特定するためのシーケンス情報を蓄積するシーケンス情報データベース１００８と、端末１０００から取得したメディア操作要求に基づいてシーケンス情報を照合し、この照合結果に基づいて、所定の再生開始位置からメディアデータをメディアデータベース１００９より読み出すシーン検索部１００５と、読み出されたメディアデータを端末１５００に配信する出力部１００６とを付加することができる。
【０１１８】
この場合、メディア操作要求には、ユーザーのアクセス権に基づいて定められた再生開始アドレスを含むプレゼンテーション情報と、端末１５００における現在の再生時刻が含まれ、検索部１００５は、メディア操作要求に含まれた再生開始アドレスと再生時刻に応じて、所定の再生開始位置から、所定のタイミングで、メディアデータを読み出す読み出すこととなる。なお、この場合においても、アクセス権には、各シーンついて、ユーザが視聴可能な時間、視聴する順序に関する再生情報を含めることができる。
【０１１９】
また、この場合、端末１５００には、情報配信サーバ１５０１から受信したプレゼンテーション情報に基づいて、コンテンツ配信サーバ１５０２に対してメディア操作要求を送信する機能を設ける。即ち、端末１５００は、情報配信サーバ１５００から受信したプレゼンテーション情報に基づいて、再生開始位置を特定するシーン識別子を生成するとともに、端末１５００における現在の再生時刻を付加してメディア操作要求を生成し、これをコンテンツ配信サーバに対して送信する。
【０１２０】
これにより、コンテンツ配信サーバ１５０２は、各ユーザーのアクセス権に応じて構成されたダイジェストデータを、端末１５００との同期を取りつつ配信することができる。このとき、コンテンツ配信サーバ１５０２が複数あっても、各コンテンツ配信サーバに対して異なる再生開始時間を指定することにより、各コンテンツ配信サーバ１５０２から送信されるコンテンツを連続的に再生することができる。
【０１２１】
さらに、上述した第２実施形態では、情報配信サーバ１５０１から端末１５００へプレゼンテーション情報を送信し、このプレゼンテーション情報に基づいて、端末１５００は、コンテンツ配信サーバ１５０２に対して、メディアデータの配信を要求するようにしたが、例えば、情報配信サーバ１５０１で生成されたプレゼンテーション情報を直接コンテンツ配信サーバ１５０２に送信し、コンテンツ配信サーバ１５０２は、受信したプレゼンテーション情報に基づいて、メディアデータを端末１５００に配信するようにしてもよい。
【０１２２】
なお、上述した第２実施形態では、情報配信サーバ１５０１とコンテンツ配信サーバ１５０２とを別途独立したサーバによりシステムを構築したが、これらを一体のサーバで構成してもよい。
【０１２３】
［第３実施形態］
（情報配信システムの構成）
本発明の第３実施形態について以下に図面を参照しつつ説明する。図２４は、本実施形態に係る情報配信システムの全体構成を示すブロック図である。
【０１２４】
図示するように、本実施形態では、上述した実施形態の構成に加えて、PKIサーバ１７００を備えることを特徴とする。すなわち、本実施形態に係る情報配信システムでは、情報配信サーバ１５０１と、端末１５００と、コンテンツ配信サーバ１５０２と、PKIサーバ１７００とが、ネットワーク上に配置されている。
【０１２５】
本実施形態において、PKIサーバ１７００は、PKIサービスを提供する装置であって、公開鍵及び秘密鍵の生成、公開鍵の登録、秘密鍵の配信、公開鍵の配信を行うサーバ装置である。具体的に、このPKIサーバ１７００は、情報配信サーバ１５０１に対して署名データの秘密鍵を発行するとともに、コンテンツ配信サーバ１５０２に対して、秘密鍵と対になる公開鍵を発行する。
【０１２６】
情報配信サーバ１５０１は、プロバイダが提示するポリシーに則って、ユーザのアクセス権に応じ、再構成したコンテンツメタデータをもとに構築したプレゼンテーション記述データを、端末１５００に配信する装置である。また、この情報配信サーバ１５０１は、PKIサーバ１７００に対し、鍵登録要求を送信し、PKIサーバ１７００より秘密鍵を取得する。さらに、情報配信サーバ１５０１は、取得した秘密鍵を用いて、プレゼンテーション記述データに署名を施し、IPアドレス等の情報配信サーバIDを付加してプレゼンテーション記述データを配信する。
【０１２７】
さらに、情報配信サーバ１５０１は、前記プレゼンテーション情報に、配信に係るコンテンツの出力形態に関するコンテンツ配信制御情報を付加する機能を有する。このコンテンツ配信制御情報は、コンテンツ配信サーバ１５０２において配信されるコンテンツが、端末１５００側で出力される際の、形態を指定する情報であり、例えば、コンテンツを表示する際の、画像の寸法や解像度、動画のフレームレート等が含まれる。
【０１２８】
コンテンツ配信サーバ１５０２は、端末１５００から、署名および情報配信サーバIDを含む要求を取得し、動画、音声などのコンテンツを端末１５００に配信する装置である。また、このコンテンツ配信サーバ１５０２は、PKIサーバ１７００に対し、情報配信サーバ１５０１の公開鍵要求を送信し、PKIサーバ１７００より情報配信サーバ１５０１の公開鍵を取得する。また、コンテンツ配信サーバ１５０２から、公開鍵要求を送信する際には、事前に情報配信サーバIDを用いて情報配信サーバを決定しておく。さらに、コンテンツ配信サーバ１５０２は、取得した情報配信サーバ１５０１の公開鍵を、端末１５００から取得した要求に含まれている署名とともに用いて、端末１５００からの要求に対する認証を行う。
【０１２９】
（情報配信システムの動作）
図２５は、本実施形態に係る情報配信システムの動作を示すシーケンス図である。同図に示すように、先ず、端末１５００は、情報配信サーバ１５０１に対して、プレゼンテーション記述データを要求する。この際、取得したいコンテンツ自体のURIとともに、利用者IDを付加して、要求を送信する。この要求を受信した情報配信サーバ１５０１は、要求にあるURI、利用者IDをもとに、メタ情報に対するアクセス制御を行い、プレゼンテーション記述データを作成する。
【０１３０】
さらに、情報配信サーバ１５０１は、プレゼンテーション記述データに対し、確かに情報配信サーバ１５０１によってアクセス制御が行われたことを保証するため署名を付加する署名付加ステップに入る。この署名付加ステップでは、まず、PKIサーバ１７００に対し、秘密鍵、および公開鍵の登録の要求をする。この鍵は、情報配信サーバ１５０１で生成してその登録を要求してもよいし、PKIサーバ１７００が生成して登録してもよい。
【０１３１】
要求を受けたPKIサーバ１７００は、秘密鍵、公開鍵の登録をし、秘密鍵を情報配信サーバ１５０１に送信する。情報配信サーバ１５０１がPKIサーバ１７００に鍵登録要求を送信する時とは、端末１５００からの要求ごとでもよいし、鍵自体に有効期限を設け、鍵が利用不可能となった場合のみ送信するとしてもよい。秘密鍵を受信した情報配信サーバ１５０１は、プレゼンテーション記述データに含まれるコンテンツのURIのハッシュ値を求め、そのハッシュ値に対して受信した秘密鍵で署名を施す。
【０１３２】
さらに、情報配信サーバ１５０１を一意に決定するための情報配信サーバIDをプレゼンテーション記述データに付加して、端末１５００に送信する。端末１５００は受信したプレゼンテーション記述データにしたがって、コンテンツ配信サーバ１５０２にコンテンツの要求を行う。この要求には、コンテンツのURI、署名、情報配信サーバIDが含まれている。要求を受信したコンテンツ配信サーバは、要求内の情報配信サーバIDより、プレゼンテーション記述データを送信したサーバが情報配信サーバ１５０１であることを理解し、PKIサーバ１７００に対し、情報配信サーバ１５０１の公開鍵を要求し、PKIサーバ１７００より該当する公開鍵を取得する。
【０１３３】
取得した公開鍵を、端末１５００から取得した要求に含まれている署名とともに用いて、端末１５００からの要求に対する認証を行い、正しい要求であると判断した場合のみ端末１５００に対しコンテンツを配信する。
【０１３４】
図２６は、本実施形態において、情報配信サーバが端末に送信するプレゼンテーション記述データの一例を示している。図示するように、本実施形態では、プレゼンテーション記述データ３１００がいくつかのrtsp要求で成り立っているものとする。rtsp要求には、コンテンツのURIに加え、URIのハッシュ値に署名をつけた署名および情報配信サーバを一意に決定する情報配信サーバIDが含まれている。本例ではhttp−get記述を利用している。
【０１３５】
端末１５００では、プレゼンテーション記述データ３１００内のrtsp要求をそのままコンテンツ配信サーバに送信することで、コンテンツ要求への認証情報を同時に送信することが可能となる。また、rtsp要求には、署名、情報配信サーバID以外に、メディアの再生に関する情報やプレゼンテーション記述データをコピーするなどして不正にrtsp要求がされた場合の対策のための情報を付加し、URIとともにハッシュ値をとり、その署名をつけた署名と情報配信サーバIDを付加することも可能である。メディアの再生に関する情報とは、例えばQoSの変更値や端末の種類を示すID、ブラウザの種類などである。
【０１３６】
この結果、コンテンツ配信サーバ１５０２は、この情報をもとに、メディアの再生の仕方を変更して配信することが可能となる。不正にrtsp要求がされた場合の対策のための情報とは、正当に送信したrtsp要求を第３者が傍受しまったく同じrtsp要求を送信することで正当な要求をしたようにみせかける不正要求に対する情報であり、例えば、ユーザを識別するIDすなわち端末のIPアドレスや端末UIMの識別番号などである。コンテンツ配信サーバは、この情報をもとに、不正要求を検出することが可能となる。
【０１３７】
図２７は、本実施形態における、コンテンツ配信サーバの動作を示すフロー図である。
【０１３８】
図示するように、コンテンツ配信サーバ１５０２が行う処理は、rtsp要求取得ステップS１３０１と、認証処理ステップS１３０２と、メディア配信準備ステップS１３０５と、メディア配信ステップS１３０６と、不許可処理ステップS１３０４とから構成される。
【０１３９】
コンテンツ配信サーバ１５０２において処理が開始されると、rtsp要求取得ステップS１３０１において、端末１５００から送信されたrtsp要求を取得し、認証に必要な情報およびメディア配信に必要な情報を把握する。
【０１４０】
認証処理ステップS１３０２では、署名情報、情報配信サーバID、リプレイアタック対策情報があればその情報を入力とし、PKIサーバ１７００を利用しながらrtsp要求の正当性を確認する。もし認証が通ればメディア配信準備ステップS１３０５へ、通らなければ不許可処理ステップS１３０４へ移行する。メディア配信準備ステップS１３０５では、rtsp要求で要求されたメディアを取得し、配信の準備を行う。
【０１４１】
もし、rtsp要求に再生の仕方を変更する情報が入っていた場合は、メディアのサイズやフレームレートなどをここで変更する。メディア配信ステップS１３０６では、前段で準備がなされたメディアをrtspコマンドに従いながら端末側へと配信する。不許可処理ステップS１３０４では、rtsp要求が不当なものであるとし、端末側へエラーを返す処理を行う。
【０１４２】
図２８は、本実施形態における、コンテンツ配信サーバ１５０２の認証処理の動作を示すフロー図である。
【０１４３】
図示するように、認証処理は、情報配信サーバ確認ステップS１４０１と、公開鍵要求送信ステップS１４０２と、公開鍵受信ステップS１４０３と、署名認証処理ステップS１４０４と、認証結果出力ステップS１４０５とから構成される。
【０１４４】
情報配信サーバ確認ステップS１４０１では、情報配信サーバIDを入力とし、当該rtsp要求に付加された署名がどの情報配信サーバの署名であるかを判断し、情報配信サーバを決定する。公開鍵要求送信ステップS１４０２ではPKIサーバ１７００に対して情報配信サーバ１５０１に対する公開鍵を要求するために決定した情報配信サーバ１５０１のURLを含んだ鍵情報要求メッセージを作成し、PKIサーバ１７００にそのメッセージを送信する。
【０１４５】
PKIサーバ１７００から送られてくる公開鍵は公開鍵受信ステップS１４０３にて受け取る。公開鍵受信ステップS１４０３は、受け取った公開鍵の正当性を確認する。署名認証処理ステップS１４０４では、受け取った公開鍵を用いて、署名をもとにrtsp要求の正当性を確認する。認証結果出力ステップS１４０５では、署名認証処理ステップS１４０４で確認したrtsp要求が正当であるか否かを認証処理出力として出力する。
【０１４６】
（作用効果）
本実施形態に係るコンテンツ配信システムによれば、コンテンツ配信サーバ１５０２において、端末１５００から送信された要求が、正しく情報配信サーバ１５０１にてアクセス制御された要求であることを認証することが可能となる。また、rtsp要求にコンテンツ配信制御情報を付加することで、コンテンツ配信サーバにおいてコンテンツの配信の仕方を制御することが可能である。また、rtsp要求に要求発信元と要求者を対応付ける情報を付加することで、要求者が異なる不当な要求かどうかを認証することが可能となる。
【０１４７】
（変更例）
なお、この第３実施形態においては、以下のような変更を加えることができる。例えば、図２９に示すように、認証処理にてリプレイアタック検出を行うようにしてもよい。
【０１４８】
すなわち、図示するように、図２８における、情報配信サーバ確認ステップS１４０１の前段に不正要求チェックステップS１５０１を配置する。この不正要求チェックステップS１５０１では、rtsp要求に付加されている不正要求対策のための情報と、rtsp要求によってセッションを確立する際に取得したユーザ識別子をもとに、今回の要求が不正に要求されたものであるかどうかをチェックする。不正要求でないと判断された要求に対しては、次段の情報配信サーバ確認ステップに進み、不正要求と判断された要求に対しては、情報配信サーバ確認ステップ以下をすべてスキップし、認証結果のみを出力する。
【図面の簡単な説明】
【０１４９】
【図１】第１実施形態に係る情報配信システムの動作を示すシーケンス図である。
【図２】第１実施形態におけるJumpメッセージの例を示す図である。
【図３】第１実施形態において、Jumpによって希望のシーンを検索する際に用いられるメッセージ例を示す図である。
【図４】第１実施形態において、コンテンツ配信サーバ１００１側での端末１０００とのシーン同期が失敗した場合のErrorメッセージ例を示した図である。
【図５】第１実施形態において、端末１０００が指定したシーンを、コンテンツ配信サーバ１００１側で検索した後、検索結果として得られたシーンが既に送信済みであった場合に送信されるErrorメッセージ例を示した図である。
【図６】第１実施形態において、端末１０００が指定したシーンをコンテンツ配信サーバ１００１側で検索する際、指定したシーンを検索できなかった場合に送信されるErrorメッセージ例を示した図である。
【図７】第１実施形態に係る情報配信システムの内部構成を詳細に説明するブロック図である。
【図８】第１実施形態において、端末同期部１００４の動作を示すフローチャート図である。
【図９】第１実施形態において、シーン検索部１００５の動作を示すフローチャート図である。
【図１０】第１実施形態の変更例において、Keywordの概念を反映させたJump要求メッセージの例を示した図である。
【図１１】第１実施形態の変更例において、Keywordの概念を反映させたシーン検索部の動作を示したフローチャート図である。
【図１２】第２実施形態における情報配信、コンテンツ配信方式のネットワーク構成を示すブロック図である。
【図１３】第２実施形態における情報配信、コンテンツ配信の動作を示すシーケンス図である。
【図１４】第２実施形態において、ユーザのアクセス権に応じてプレゼンテーション記述データを生成し、署名及び有効期限を付加してプレゼンテーション記述データとともにユーザに送信する情報配信サーバの動作を示すブロック図である。
【図１５】第２実施形態において、認証フィルター部１５０６による認証処理の動作を示すブロック図である。
【図１６】第２実施形態において、コンテンツ配信サーバ１５０２の動作を示すブロック図である。
【図１７】第２実施形態において、認証フィルター２１０３の動作を示すブロック図である。
【図１８】第２実施形態において、ユーザのアクセス権を記述するXAS例を示す図である。
【図１９】第２実施形態において、アクセス制御を行う前のメタ情報の例として、MPEG−７の場合を示した図である。
【図２０】第２実施形態において、アクセス制御を行う前のMPEG−７よりプレゼンテーション記述データ生成部１５０３にて自動生成されたSMILの例を示した図である。
【図２１】第２実施形態において、XASに則ってアクセス制御が行われた後のMPEG−７の例を示した図である。
【図２２】第２実施形態において、アクセス制御を行った後のMPEG−７よりプレゼンテーション記述データ生成部１５０３にて自動生成されたSMILの例を示した図である。
【図２３】第２実施形態において、端末側とコンテンツ配信サーバでプレゼンテーション記述データを共有する方式を示すシーケンス図である。
【図２４】第３実施形態に係る情報配信システムの全体構成を示すブロック図である。
【図２５】第３実施形態に係る情報配信システムの動作を示すシーケンス図である。
【図２６】第３実施形態において、情報配信サーバが端末に送信するプレゼンテーション記述データの一例を示している。
【図２７】第３実施形態における、コンテンツ配信サーバの動作を示すフロー図である。
【図２８】第３実施形態における、認証処理の動作を示すフロー図である。
【図２９】第３実施形態の変更例に係る認証処理の動作を示すフロー図である。
【図３０】従来例において、RTSPによってサーバ側のメディアストリームを制御する方式を説明するためのブロック図である。
【図３１】従来例において、RTSPでサーバにあるメディアストリームを遠隔操作する方式を示すシーケンス図である。
【図３２】従来例において、RTSPでメディアサーバ１０１にあるメディア１０２を再生する方式で流れるメッセージ例を示す図である。
【図３３】従来例において、XHTMLをXASに基づいたアクセス権に応じた文書を自動的に生成する方式を示すブロック図である。
【符号の説明】
【０１５０】
１００，１０００…端末
１０１…メディアサーバ
１０２…メディア
１０３…ネットワーク
１００１…コンテンツ配信サーバ
１００２…データベース確認部
１００３…初期化部
１００４…端末同期部
１００５…シーン検索部
１００５…検索部
１００６…出力部
１００８…シーケンス情報データベース１００９…メディアデータベース
１００９…メディアデータベースベース
１３０６…メディア配信ステップ
１５００…端末
１５０１…情報配信サーバ
１５０２…コンテンツ配信サーバ
１５０３…プレゼンテーション記述データ生成部
１５０４…署名生成部
１５０５…メタ情報データベース
１５０６…認証フィルター部
１５０７…利用規約データベース
１５０８…ユーザーデータベース
１６００…XHTML
１６０１…DTD
１６０２…XAS
１６０４…パージング処理
１６０５…ラベリング処理
１６０６…DOM変換処理
１６０７…アンパージング処理
１６０８…縮退化処理
１７００…PKIサーバ
２０００…メタ情報
２００１…DTD
２００２，２００３…XAS
２００４…パージング
２００５…ラベリング処理
２００６…DOM変換処理
２００７…アンパージング処理
２１００…アクセス制御部２１０１…署名評価部
２１０２…視聴履歴確認部
２１０３…認証フィルター部
２１０４…配信処理部
２１０５…署名処理部
２１０６…コンテンツ格納部
２２０２…ユーザデータベース
３１００…プレゼンテーション記述データ
【図１】
2008199632.tif 000003
【図２】
2008199632.tif 000004
【図３】
2008199632.tif 000005
【図４】
2008199632.tif 000006
【図５】
2008199632.tif 000007
【図６】
2008199632.tif 000008
【図７】
2008199632.tif 000009
【図８】
2008199632.tif 000010
【図９】
2008199632.tif 000011
【図１０】
2008199632.tif 000012
【図１１】
2008199632.tif 000013
【図１２】
2008199632.tif 000014
【図１３】
2008199632.tif 000015
【図１４】
2008199632.tif 000016
【図１５】
2008199632.tif 000017
【図１６】
2008199632.tif 000018
【図１７】
2008199632.tif 000019
【図１８】
2008199632.tif 000020
【図１９】
2008199632.tif 000021
【図２０】
2008199632.tif 000022
【図２１】
2008199632.tif 000023
【図２２】
2008199632.tif 000024
【図２３】
2008199632.tif 000025
【図２４】
2008199632.tif 000026
【図２５】
2008199632.tif 000027
【図２６】
2008199632.tif 000028
【図２７】
2008199632.tif 000029
【図２８】
2008199632.tif 000030
【図２９】
2008199632.tif 000031
【図３０】
2008199632.tif 000032
【図３１】
2008199632.tif 000033
【図３２】
2008199632.tif 000034
【図３３】
2008199632.tif 000035