(57)【特許請求の範囲】
【請求項１】
コンテンツのオリジナルのメディアであるビューと前記コンテンツの要約であるプレビューとを選択的に配信するメディア配信装置であって、
前記ビューと、前記ビューを説明するためのメタデータであって、複数のセグメントから構成され、セグメント毎に付与された、少なくとも１組の観点とこの観点の優先度、および時間に関する情報を記述したメタデータとを格納する蓄積部と、
コンテンツ名と、メディア配信要求またはプレビュー配信要求を示す情報と、前記プレビューを生成するための変換情報である、少なくとも１組の観点とこの観点の優先度、および所望する時間に関する情報とを含む配信要求を、クライアントから受信する要求受信部と、
前記配信要求がプレビュー配信要求の場合に、前記変換情報に適合する前記メタデータのセグメントを選択し、前記コンテンツ名に対応するコンテンツのビューから前記選択したセグメントに対応するビューを抽出して、前記プレビューを動的に生成するメディア選択／変換部と、
生成された前記プレビューを前記クライアントに送信するメディア送信部と、
を具備するメディア配信装置。
【請求項２】
前記メタデータには、前記セグメント毎に付与される観点およびこの観点の優先度が、複数組付与される請求項１記載のメディア配信装置。
【請求項３】
前記蓄積部には、１つのコンテンツに対して、複数のメタデータが格納される請求項１または請求項２記載のメディア配信装置。
【請求項４】
前記メディア選択／変換部は、前記配信要求に含まれる前記所望する時間に対応した長さのプレビューを生成する請求項１記載のメディア配信装置。
【請求項５】
コンテンツのオリジナルのメディアであるビューと前記コンテンツの要約であるプレビューとを選択的に配信するメディア配信方法であって、
前記ビューと、前記ビューを説明するためのメタデータであって、複数のセグメントから構成され、セグメント毎に付与された、少なくとも１組の観点とこの観点の優先度、および時間に関する情報を記述したメタデータとを格納するステップと、
コンテンツ名と、メディア配信要求またはプレビュー配信要求を示す情報と、前記プレビューを生成するための変換情報である、少なくとも１組の観点とこの観点の優先度、および所望する時間に関する情報とを含む配信要求を、クライアントから受信するステップと、
前記配信要求がプレビュー配信要求の場合に、前記変換情報に適合する前記メタデータのセグメントを選択し、前記コンテンツ名に対応するコンテンツのビューから前記選択したセグメントに対応するビューを抽出して、前記プレビューを動的に生成するステップと、
生成された前記プレビューを前記クライアントに送信するステップと、
を具備するメディア配信方法。
【請求項６】
前記メタデータには、前記セグメント毎に付与される観点およびこの観点の優先度が、複数組付与される請求項５記載のメディア配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像、音声、テキストなどのマルチメディアコンテンツを携帯端末や蓄積型放送端末、家庭用ゲートウェイなどに配信するメディア配信装置およびメディア配信方法に関するものである。
【０００２】
【従来の技術】
近年、特開平１０−３０３９８６号公報「ブロ−カ−アプリケ−シヨンサーバを提供するための方法及び装置」に開示されているように、映像、音声、テキストなどのマルチメディアコンテンツ（以下、コンテンツという）に対応したメディアを携帯端末や蓄積型放送端末、家庭用ゲートウェイなどのユーザ端末にネットワークを経由して配信することが行われている。そして、メディア配信者は、配信したメディアに対する課金をユーザに対して行うようにしている。
【０００３】
以下、従来のメディア配信装置を含むメディア配信システムの構成について、図７１を用いて説明する。図７１は、従来のメディア配信システムのブロック図である。
【０００４】
従来のメディア配信システムは、メディア配信装置であるサーバ８８００とクライアント端末８８１０とがネットワーク８８２０を介して接続されている。サーバ８８００には、コンテンツのオリジナルのメディアであるビューｄ８８０１とコンテンツを管理する情報であるコンテンツ管理情報ｄ８８０２と、を格納する蓄積部８８０１が設けられている。
【０００５】
ビューｄ８８０１は、映像、音声、テキストなどのデータである。また、コンテンツ管理情報ｄ８８０２は、ビューｄ８８０１を説明するためのデータである。
【０００６】
また、コンテンツ管理情報ｄ８８０２は、図７２に示すように、コンテンツを特定する情報であり、コンテンツの識別番号であるコンテンツＩＤ８１００と、コンテンツ名８１０１と、コンテンツ名８１０１に対応するメディアのロケータ情報である８１０２と、コンテンツを配信した際の料金である料金（金額）情報８１０３と、コンテンツの時間情報８２０１と、の組が複数格納されている。
【０００７】
また、サーバ８８００には、コンテンツ管理情報ｄ８８０２から、図７３に示す、コンテンツのリスト情報８２００を生成し、クライアント端末８８１０に送信するリスト情報送信部８８０２が設けられている。リスト情報８２００は、図７３からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ８１００と、コンテンツ名８１０１と、コンテンツの時間情報８２０１と、コンテンツの料金情報８１０３との組から構成される。
【０００８】
一方、クライアント端末８８１０には、サーバ８８００から送られてきたリスト情報８２００を受信するリスト情報受信部８８１１と、受信したリスト情報８２００を表示するリスト情報表示部８８１２と、が設けられている。また、クライアント端末８８１０には、リスト情報８２００から所望のコンテンツ配信を要求するコンテンツ配信要求情報を入力する操作入力部８８１３が設けられている。さらに、クライアント端末８８１０には、操作入力部８８１３から入力されたコンテンツＩＤ８１００等のコンテンツ配信要求情報をサーバ８８００に送信する要求送信部８８１４が設けられている。
【０００９】
一方、サーバ８８００には、クライアント端末８８１０から送られてきたコンテンツ配信要求情報（コンテンツＩＤ）を受信し、コンテンツ名や、料金情報などを解析し、解析結果を出力する要求受信部８８０３が設けられている。
【００１０】
また、サーバ８８００には、要求受信部８８０３が解析した料金情報に基づいて、メディア送信部８８０６のメディア送信の完了に合わせて、クライアントに対して課金する課金部８８０４が設けられている。
【００１１】
また、サーバ８８００には、コンテンツ配信要求情報から、クライアントの配信希望コンテンツを選択し、蓄積部８８０１からこのコンテンツに対応するメディアｄ８８０１を抽出するメディア選択部８８０５が設けられている。さらに、サーバ８８００には、メディア選択部８８０５で選択されたメディアｄ８８０１をクライアント端末８８１０に送信するメディア送信部８８０６が設けられている。
【００１２】
一方、クライアント端末８８１０には、送られてきたメディアｄ８８０１を受信するメディア受信部８８１５と、受信したメディアｄ８８０１を再生するメディア再生部８８１６とが設けられている。
【００１３】
以下、このように構成されたメディア配信システムの動作について、図７４を用いて説明する。図７４は、従来のメディア配信システムの動作フロー図である。
【００１４】
まず、サーバ８８００のリスト情報送信部８８０２がコンテンツ管理情報ｄ８８０２からリスト情報８２００を生成し、クライアント端末８８１０に送信する（Ｐ８５０１）。
【００１５】
そして、クライアント端末８８１０のリスト情報受信部８８１１がこのリスト情報８２００を受信すると（Ｐ８５０２）、リスト情報表示部８８１２がリスト情報８２００を表示する（Ｐ８５０３）。クライアントは、このリスト情報表示部８８１２に表示したリスト情報８２００を参照し、所望のコンテンツを選択し、操作入力部８８１３から所望のコンテンツのコンテンツＩＤ８１００をコンテンツ配信要求情報として入力する。そして、クライアントが、コンテンツ配信要求情報を入力すると（Ｐ８５０４）、要求送信部８８１４がこのコンテンツ配信要求情報をサーバ８８００に送信する（Ｐ８５０５）。
【００１６】
そして、サーバ８８００の要求受信部８８０３が、コンテンツ配信要求情報を受信すると（Ｐ８５０６）、要求受信部８８０３がコンテンツ配信要求情報からクライアントが要求したコンテンツ名８１０１および、このコンテンツ名８１０１に対する料金情報８１０３を解析する。
【００１７】
次に、メディア選択部８８０５が要求受信部８８０３の解析したコンテンツ名８１０１に対応するビューｄ８８０１を蓄積部８８０１から選択し（Ｐ８５０７）、この選択したビューｄ８８０１をメディア送信部８８０６からクライアント端末８８１０に送信する（Ｐ８５０８）。そして、ビューｄ８８０１の送信が終了すると、課金部８８０４がこのコンテンツＩＤ８１００に対する料金情報８１０３に対応した料金をクライアントに課金する（Ｐ８５０９）。
【００１８】
そして、クライアント端末８８１０のメディア受信部８８１５がこのビューを受信すると（Ｐ８５１０）、メディア再生部８８１６がこのビューを再生する（Ｐ８５１１）。
【００１９】
このようにして、クライアントは所望のコンテンツに対応するオリジナルのメディアであるビューを配信してもらうことができる。一方、メディア配信者も、配信したビューに対応する料金をクライアントに対し課金することができる。
【００２０】
【発明が解決しようとする課題】
しかしながら、クライアント側に送られてくるリスト情報８２００には、コンテンツＩＤ８１００と、コンテンツ名８１０１と、コンテンツの再生時間情報８１０１と、料金情報８１０３と、が含まれているだけである。
【００２１】
よって、クライアントは、リスト情報８２００に含まれるこれらの情報からコンテンツのメディア（ビュー）の内容を判断しなくてはならない。しかし、リスト情報８２００に含まれるこれらの情報には、コンテンツのメディア（ビュー）の具体的な内容に関する情報が無い。よって、クライアントが、リスト情報８２００に含まれる情報からコンテンツのメディアの内容を十分に判断することは非常に困難である。つまり、クライアントは、コンテンツのメディアの内容を十分に判断することなく、コンテンツのメディア配信を要求することになる。このため、クライアントが配信を要求したメディアが、所望のメディアと異なるという可能性がある。しかし、この場合であっても、クライアントは、この所望のメディア以外のメディア配信に対して料金を支払わないといけないという問題がある。
【００２２】
これは、クライアントにとっては無駄な出費になるので、コンテンツのメディア配信要求を躊躇することになる。一方、メディア（コンテンツ）配信のサ−ビス提供会社にとってみると、クライアントがメディア配信要求を躊躇することで、メディア配信要求が減少し、メディア(コンテンツ)配信サービスの提供による利益が上がらないという問題が生じることになる。
【００２３】
本発明は、かかる点に鑑みてなされたものであり、クライアントに対してクライアントが要求するコンテンツに対応するメディアをクライアントの要求する形態で、もしくは様々な端末能力やネットワーク状況に適応する形態でメディアを配信することのできるメディア配信装置およびメディア配信方法を提供することを目的とする。
【００２４】
【課題を解決するための手段】
本発明は、コンテンツ毎に複数の異なる形態のメディア格納し、クライアントの配信要求に応じた形態のメディアを選択して配信するようにしたものである。
【００２５】
これにより、クライアントに対し、異なる形態のメディアからクライアントの所望する形態のメディアを選択し配信することができる。つまり、クライアントは、所望するコンテンツに対応するメディアを所望する形態で受信することができる。
【００２６】
【発明の実施の形態】
本発明の第１の態様にかかるメディア配信装置は、複数のコンテンツと、前記コンテンツ毎に設けられた異なる形態の複数のメディアと、前記メディアを配信する際に課金する所定料金と、を格納した蓄積手段と、クライアントから送られてきた、前記コンテンツを特定する特定情報および前記メディアの前記形態に関する形態情報から構成される前記コンテンツの配信要求を受信する要求受信手段と、前記配信要求を解析し前記クライアントが配信要求する前記コンテンツおよび前記メディアの形態を特定する要求解析手段と、特定した前記コンテンツおよび前記メディアの形態に対応する配信要求メディアを前記蓄積手段から選択するメディア選択手段と、前記配信要求メディアを前記クライアントに対して送信するメディア送信手段と、前記配信要求メディアの配信に際し前記クライアントに対して前記配信要求メディアに対応する前記所定料金を課金する課金手段と、を具備した構成を採る。
【００２７】
この構成により、クライアントに対して複数の異なる形態のメディアの配信ができる。これにより、クライアントが必要に応じて配信を希望するメディアを選択できる。
【００２８】
本発明の第２の態様は、第１の態様にかかるメディア配信装置において、前記蓄積手段は、前記複数のコンテンツ毎に、前記複数のメディアと、前記メディアに対応する前記所定料金とを、関連付けて管理するメタデータであるコンテンツ管理情報を蓄積し、前記コンテンツ管理情報を用いて前記配信要求から前記コンテンツおよび前記メディアの形態を特定すると共に、前記配信要求メディアに対応する前記所定料金を特定する。
【００２９】
このようにコンテンツ管理情報を利用することで、クライアントから送られてきた配信要求の解析が容易になり、クライアントの要求したメディアの処理が簡単になる。
【００３０】
本発明の第３の態様は、第２の態様にかかるメディア配信装置において、前記コンテンツ管理情報から前記複数のコンテンツのリスト情報を生成し、生成した前記リストを前記クライアントに送付するリスト情報送信手段を具備した構成を採る。
【００３１】
このようにリスト情報をクライアントに送ることで、クライアントがリスト情報を見ることで容易に所望のメディアを選択できる。
【００３２】
本発明の第４の態様は、第１の態様から第３の態様のいずれかにかかるメディア配信装置において、前記複数のメディアは、異なる料金体系を有する。
【００３３】
これにより、クライアントに対して、異なる料金のメディアを配信できる。この結果、クライアントが異なる料金のメディアを選択できる。
【００３４】
本発明の第５の態様は、第４の態様にかかるメディア配信装置において、前記複数のメディアは、前記コンテンツのビューと、前記ビューの要約情報であって前記所定料金が無料であるプレビューと、から構成されている。
【００３５】
この構成により、ビューと無料であるプレビューとの２種類のメディアをクライアントに配信できる。これにより、クライアントに対して、コンテンツのメディアを配信する前にプレビューを無料で配信することができる。この結果、クライアントが課金の発生しないプレビューを確認することでビューの内容を把握できる。そして、ビューの内容把握後にビュー配信を要求することができる。この結果、クライアントは、余分な支払いをすることなく、ビューを確実に選択できる。よって、クライアントが意思に反したビューを受信した上に課金されるような事態を回避できる。これにより、クライアントがメディア配信要求を躊躇することなく行うようになる。
【００３６】
本発明の第６の態様は、第４の態様にかかるメディア配信装置において、前記複数のメディアは、前記コンテンツのビューと、前記コンテンツの広告であって配信に際し所定のペイバック料金が設定された広告メディアと、から構成されている。
【００３７】
この構成により、クライアントに対して、ビューと、配信することでペイバックが発生する広告とを配信することができる。これにより、クライアントがこの広告を見ることにより、メディア配信の課金を安く抑えることができる。これにより、クライアントは、メディアの配信を受けやすくなる。
【００３８】
本発明の第７の態様は、第１の態様から第３の態様のいずれかにかかるメディア配信装置において、前記複数のメディアは、広帯域通信用の前記コンテンツのビューである広帯域メディアと、狭帯域通信用の前記ビューである狭帯域メディアと、から構成されており、前記クライアントから送られてきたクライアント端末の通信能力情報に応じて前記広帯域メディアもしくは前記狭帯域メディアを選択して配信する。
【００３９】
この構成により、広帯域メディアと狭帯域メディアの２種類のメディアを配信できる。これにより、クライアントは、状態にあった帯域のメディアを利用できる。つまり、クライアントがより良い状況でメディア配信サービスを受けることができる。また、クライアント端末の状態変化に応じた帯域のメディアをダイナミックに選択し、自動的に配信することができる。これにより、クライアントは、適切なメディア配信を絶えず受けることができる。
【００４０】
本発明の第８の態様は、第７にかかるメディア配信装置において、前記狭帯域メディアの前記所定料金は、前記広帯域メディアの前記所定料金より安価に設定されている。
【００４１】
この構成により、クライアント端末が狭帯域しか使えない場合に、広帯域メディアを使用して高い料金を支払うような事態を避けることができる。つまり、クライアントが良い状況でかつ無駄な出費を抑えたメディア配信サービスを受けることができる。
【００４２】
本発明の第９の態様は、第４の態様にかかるメディア配信装置において、前記複数のメディアは、カラーデータからなる前記コンテンツのビューであるカラーメディアと、２値データからなる前記ビューであって前記カラーメディアより前記所定料金が安価に設定されている白黒メディアと、から構成されている。
【００４３】
この構成により、クライアントに対して、カラーメディアと白黒メディアを配信できる。これにより、クライアントが自分のニーズに合わせて、カラーメディアと白黒メディアを選択できる。つまり、クライアントは端末の能力が低い場合は白黒メディアを選択し、端末の能力が高い場合はカラーメディアを選択できる。これにより、端末の能力が低いのにも関わらず、不必要にデータ量が多くかつ高価なカラーメディア配信を受ける必要がなくなる。また、当然のことながらクライアントは、メディアに対する興味や経済面を加味して、好きなタイプのメディアを選択できる。また、グレースケール、２値、多値、ｎ色などの組合せや、３つ以上の組合せも可能である。
【００４４】
本発明の第１０の態様にかかるメディア配信装置は、複数のコンテンツと、前記コンテンツ毎に設けられたメディアと、前記メディアを異なる形態のメディアに変換するための変換情報と、前記メディアおよび前記変換情報を用いて変換したメディアを配信する際に課金する所定料金と、を格納した蓄積手段と、クライアントから送られてきた、前記コンテンツを特定する特定情報および前記メディアの形態を示す形態情報から構成される前記コンテンツの配信要求を受信する要求受信手段と、前記配信要求を解析し前記クライアントが配信要求する前記コンテンツおよび前記メディアの形態を特定する要求解析手段と、特定した前記コンテンツおよび前記形態に対応する配信要求メディアが前記蓄積手段にある場合に前記蓄積手段から前記配信要求メディアを選択するメディア選択手段と、前記配信要求メディアが前記蓄積手段に無い場合に前記変換情報を用いて前記蓄積手段に蓄積された前記メディアを前記配信要求メディアに変換するメディア変換手段と、前記配信要求メディアをクライアントに対して送信するメディア送信手段と、前記配信要求メディアの配信に際し前記クライアントに対して前記配信要求メディアに対応する前記所定料金の課金を行う課金手段と、を具備した構成を採る。
【００４５】
この構成により、クライアントに対して、異なる形態のメディアを配信できる。また、異なる形態のメディアを予め生成し蓄積しておくのではなく、メディアから異なる形態のメディアを生成するための変換情報を蓄積しておきクライアントからの要求に応じて生成するので、蓄積手段の蓄積容量が小さくてすむ。また、変換情報を複数格納することで、ひとつのコンテンツに対してより多く形態のメディアを配信できる。
【００４６】
本発明の第１１の態様は、第１０の態様にかかるメディア配信装置において、前記変換情報を用いて所定の前記メディアを変換した前記異なる形態のメディアを前記蓄積部に保存し、前記配信要求メディアが前記蓄積部に保存された前記異なる形態のメディアである場合には、前記蓄積部から前記保存してある前記異なる形態のメディアを選択する。
【００４７】
このように、コンテンツのアクセス頻度に応じて一度変換したメディアを保存（キャッシュ）しておくことで、ＣＰＵリソースと蓄積リソースの効率的運用ができる。
【００４８】
本発明の第１２の態様は、第１０の態様または第１１の態様にかかるメディア配信装置において、前記蓄積手段は、前記複数のコンテンツ毎に、前記メディアと、前記変換情報と、前記メディアおよび前記変換情報を用いて変換した前記異なる形態のメディアに対応する前記所定料金とを、関連付けて管理するメタデータであるコンテンツ管理情報を蓄積し、前記コンテンツ管理情報を用いて前記配信要求から前記コンテンツおよびそのメディアの形態を特定すると共に、前記メディアおよび前記異なる形態のメディアに対応する前記所定料金を特定する。
【００４９】
このようにコンテンツ管理情報を利用することで、クライアントから送られてきた配信要求の解析が容易になり、クライアントの要求したメディアの処理が簡単になる。
【００５０】
本発明の第１３の態様は、第１２の態様にかかるメディア配信装置において、前記コンテンツ管理情報から前記複数のコンテンツのリスト情報を生成し、前記クライアントに送付するリスト情報送信手段を具備した構成を採る。
【００５１】
このようにリスト情報をクライアントに送ることで、クライアントがリスト情報を見ることで容易に所望のメディアを選択できる。
【００５２】
本発明の第１４の態様は、第１０の態様から第１３の態様のいずれかにかかるメディア配信装置において、前記メディアと、前記変換情報を用いて変換したメディアとは、異なる料金体系を有する。
【００５３】
これにより、クライアントに対して異なる料金体系を有するメディアを配信できる。
【００５４】
本発明の第１５の態様は、第１４の態様にかかるメディア配信装置において、前記メディアは前記コンテンツのビューであり、前記変換情報は前記ビューを前記ビューの要約情報であるプレビューに変換する情報であって、前記プレビューの前記所定料金は無料になされている。
【００５５】
この構成により、クライアントに対して、ビューとプレビューを配信できる。また、プレビューを予め生成し蓄積しておくのではなく、プレビューを生成するための変換情報を蓄積しておきクライアントからの要求に応じて生成するので、蓄積手段の蓄積容量が小さくてすむ。また、変換情報を複数格納することで、ひとつのコンテンツに対してより多くパターンのプレビューを配信できる。
【００５６】
本発明の第１６の態様は、第１０の態様から第１３の態様のいずれかにかかるメディア配信装置において、前記メディアは、広帯域通信用の前記コンテンツのビューである広帯域メディアであり、前記変換情報は、前記広帯域メディアを狭帯域通信用の前記ビューである狭帯域メディアに変換する情報であって、前記クライアントから送られてきたクライアント端末の通信能力情報に応じて前記広帯域メディアを前記狭帯域メディアに変換する。
【００５７】
この構成により、広帯域メディアと狭帯域メディアを配信できる。また、狭帯域メディアを予め生成し蓄積しておくのではなく、狭帯域メディアを生成するための変換情報を蓄積しておきクライアント端末の状態変化に応じて生成するので、蓄積手段の蓄積容量が小さくてすむ。また、変換情報を複数格納することで、ひとつのコンテンツに対してより多くパターンの帯域用のメディアを配信できる。これにより、クライアント端末の状態変化に対して細かく対応することができる。
【００５８】
本発明の第１７の態様は、第１４の態様にかかるメディア配信装置において、前記メディアはカラーデータからなる前記コンテンツのビューであるカラーメディアであり、前記変換情報は前記カラーメディアを２値データからなる前記白黒メディア、もしくは前記カラーメディアをフレーム間引した間引きメディア、もしくはテキストから構成されるテキストメディアに変換する情報である。
【００５９】
この構成により、変換データを複数格納することで、ひとつのコンテンツに対してより多くパターンのメディアを配信できる。これにより、クライアントのメディア要求に対して細かく対応することができる。また、この場合であっても、蓄積容量は少なくてすむ。
【００６０】
本発明の第１８の態様は、第１４の態様にかかるメディア配信装置において、前記変換情報は、前記コンテンツに関するメタデータである。
【００６１】
この構成により、変換情報を、コンテンツと関連付けて処理しやすい。
【００６２】
本発明の第１９の態様は、第１の態様から第１８の態様のいずれかにかかるメディア配信装置において、前記課金手段は、前記クライアントから前記配信要求メディアの再生を行った旨の情報を受信した後に課金を行う。
【００６３】
この構成により、クライアントがメディアの再生が終わるたびに、課金をすることができる。このように、クライアントがメディアの再生を終了した時点で課金が発生するため、クライアントがメディアを正常にダウンロードできない場合には課金しないようにできる。または視聴回数に応じて課金できる。これにより、クライアントが無駄な出費をすることが防げる。
【００６４】
本発明の第２０の態様は、第１の態様から第１９の態様のいずれかに記載のメディア配信装置と、前記メディア配信装置とネットワークを介して接続されたクライアント端末と具備し、前記クライアント端末から前記メディア配信装置に対して前記配信要求を送信し、前記メディア配信装置が前記クライアント端末から送信された前記配信要求を受信し、前記配信要求メディアを前記クライアント端末に対して送信することを特徴とするメディア配信システムである。
【００６５】
本発明の第２１の態様は、コンピュータに、クライアントから送られてきた、コンテンツを特定する特定情報およびメディアの形態を特定する特定情報から構成される前記コンテンツの配信要求情報を解析し前記クライアントが配信要求する前記コンテンツおよびそのメディアの形態を特定するステップと、複数のコンテンツと、前記コンテンツ毎に異なる形態の複数のメディアと、前記メディアを配信する際に課金する所定料金と、を格納した蓄積手段から、特定した前記コンテンツおよび前記形態に対応する配信要求メディアを選択するステップと、前記配信要求メディアを前記クライアントに対して送信するステップと、前記配信要求メディアの配信に際し前記クライアントに対して前記配信要求メディアに対応する前記所定料金を課金するステップと、を行わせることを特徴としたプログラムである。
【００６６】
本発明の第２２の態様は、コンピュータに、クライアントから送られてきた、コンテンツを特定する特定情報およびメディアの形態を特定する形態情報から構成される前記コンテンツの配信要求情報を解析し前記クライアントが配信要求する前記コンテンツおよびそのメディアの形態を特定するステップと、特定した前記コンテンツおよび前記形態に対応する配信要求メディアが、複数のコンテンツと、前記コンテンツ毎にメディアと、前記メディアを異なる形態のメディアに変換するための変換情報と、前記メディアおよび前記変換情報を用いて変換したメディアを配信する際に課金する所定料金と、を格納した蓄積手段にある場合に、前記蓄積手段から前記配信要求メディアを選択するステップと、前記配信要求メディアが前記蓄積手段に無い場合に前記変換情報を用いて前記蓄積手段に蓄積された前記メディアを前記配信要求メディアに変換するステップと、前記配信要求メディアを前記クライアントに対して送信するステップと、前記配信要求メディアの配信に際し前記クライアントに対して前記配信要求メディアに対応する前記所定料金の課金を行うステップ、とを行わせることを特徴としたプログラムである。
【００６７】
本発明の第２３の態様は、コンピュータに、複数のコンテンツと、前記コンテンツ毎に異なる形態の複数のメディアと、前記メディアを配信する際に課金する所定料金と、を関連付けたリスト情報を受信するステップと、前記リスト情報を表示するステップと、前記リスト情報を参照することで入力された、前記コンテンツを特定する特定情報および前記メディアの形態を特定する形態情報から構成される前記コンテンツの配信要求を送信するステップと、送信した前記配信要求に対応した前記コンテンツおよび前記形態からなる配信要求メディアを受信するステップと、前記配信要求メディアを再生するステップと、を行わせることを特徴とするプログラムである。
【００６８】
本発明の第２４の態様は、クライアントから送られてきた、コンテンツを特定する特定情報およびメディアの形態を特定する形態情報から構成される前記コンテンツの配信要求情報を解析し前記クライアントが配信要求する前記コンテンツおよびそのメディアの形態を特定するステップと、複数のコンテンツと、前記コンテンツ毎に異なる形態の複数のメディアと、前記メディアを配信する際に課金する所定料金と、を格納した蓄積手段から、特定した前記コンテンツおよび前記形態に対応する配信要求メディアを選択するステップと、前記配信要求メディアを前記クライアントに対して送信するステップと、前記配信要求メディアの配信に際し前記クライアントに対して前記配信要求メディアに対応する前記所定料金を課金するステップと、を具備したことを特徴とするメディア配信方法である。
【００６９】
本発明の第２５の態様は、クライアントから送られてきた、コンテンツを特定する特定情報およびメディアの形態を特定する形態情報から構成される前記コンテンツの配信要求情報を解析し前記クライアントが配信要求する前記コンテンツおよびそのメディアの形態を特定するステップと、特定した前記コンテンツおよび前記形態に対応する配信要求メディアが、複数のコンテンツと、前記複数のコンテンツ毎にメディアと、前記メディアを異なる形態のメディアに変換するための変換情報と、前記メディアおよび前記変換情報を用いて変換したメディアを配信する際に課金する所定料金と、を格納した蓄積手段にある場合に、前記蓄積手段から前記配信要求メディアを選択するステップと、前記配信要求メディアが前記蓄積手段に無い場合に前記変換情報を用いて前記蓄積手段に蓄積された前記メディアを前記配信要求メディアに変換するステップと、前記配信要求メディアを前記クライアントに対して送信するステップと、前記配信要求メディアの配信に際し前記クライアントに対して前記配信要求メディアに対応する前記所定料金の課金を行うステップと、を具備したことを特徴とするメディア配信方法である。
【００７０】
本発明の第２６の態様は、第２の態様にかかるメディア配信装置において、前記リスト情報を送信してから、前記クライアントから送られてきた前記コンテンツの配信要求を受信するまでの時間に応じて、前記メディアを配信する際に課金する所定料金を変える。
【００７１】
これにより、クライアントがリスト情報情報を得てから、実際にメディアの配信を要求するまでの時間に応じて課金料金を変えるようにできる。つまり、クライアントがリスト情報を得てから、実際にメディアの配信を要求するまでの時間が短いほど課金が安くなるようにできる。この結果、クライアントがリスト情報を得てから、早くメディアの配信を要求するようになる。
【００７２】
本発明の第２７の態様は、第５の態様または第１５の態様にかかるメディア配信装置において、前記クライアントに対して前記プレビューを送信してから、前記クライアントから前記ビューの配信要求を受信するまでの時間に応じて、前記ビューを配信する際に課金する所定料金を変える。
【００７３】
これにより、クライアントがプレビュー配信を要求してから、実際にビュー配信を要求するまでの時間に応じて課金料金を変えるようにできる。つまり、クライアントがプレビューを得てから、ビュー配信を要求するまでの時間が短いほど課金が安くなるようにできる。この結果、クライアントが無料であるプレビューを得てから、早くビュー配信を要求するようになる。
【００７４】
本発明の第２８の態様にかかるメディア配信装置は、複数のコンテンツのメディアと、前記メディアを配信する際に課金する所定料金と、クライアントから送られてきた観点情報と、を格納した蓄積手段と、前記観点情報に対応する前記メディアを特定する要求解析手段と、特定した前記メディアを前記蓄積手段から選択するメディア選択手段と、前記メディアを前記クライアントに対して送信するメディア送信手段と、前記メディアの配信に際し前記クライアントに対して前記メディアに対応する前記所定料金を課金する課金手段と、を具備した構成を採る。
【００７５】
この構成により、クライアントが予め好みの観点をメディア配信装置に送信しておき、これに対してメディア配信装置がクライアントの観点にあったメディアを提供できる。
【００７６】
本発明の第２９の態様は、第２８の態様にかかるメディア配信装置において、前記蓄積手段は、広告メディアと、前記広告メディアを配信した場合のペイバック料金情報と、を蓄積し、前記クライアントから前記広告メディアの送付を認める情報が送られてきた場合には、前記メディアに前記広告メディアを加味して前記クライアントに送ると共に、送付した前記広告メディアに対応するペイバックを行う。
【００７７】
これにより、クライアントが広告メディアの送付を認める情報をメディア配信側に送信し、これに対してメディア配信装置が広告メディアをクライアントに送付できる。この結果、クライアントが広告メディアの配信を受けることによる割引を受けられるようになる。
【００７８】
本発明の第３０の態様は、第２８の態様にかかるメディア配信装置において、前記クライアントが予めプールした金額の残金情報と、前記観点に対応する前記メディアおよび前記メディアを配信した際の所定料金情報と、からなる課金情報を前記クライアントに対して送付し、前記課金情報の送付後に前記クライアントから送られてきた前記メディアを指定する情報に基づいて前記メディアを前記クライアントに対して送付する。
【００７９】
これにより、クライアントが残金情報を確認したうえで配信を要求するコンテンツを選択できる。これにより、クライアントが残金よりも値段の高いコンテンツを要求することを防止できる。
【００８０】
本発明の第３１の態様は、第３０の態様にかかるメディア配信装置において、前記クライアントが前記残金情報よりも高い値段の前記メディアを要求してきた場合には、前記メディアの配信を行わない。
【００８１】
これにより、ユーザが間違って残金よりも高い値段のメディアの配信を要求した場合には、このメディアの配信を行わないようにすることができる。
【００８２】
本発明の第３２の態様にかかるメディア配信装置は、複数のコンテンツのメディアと、前記メディアを異なる形態のメディアに変換するための変換情報と、前記変換情報を用いて変換したメディアを配信する際に課金する所定料金情報と、クライアントから送られてきた観点情報と、を格納した蓄積手段と、前記観点情報に対応する前記メディアおよび前記変換情報を特定する要求解析手段と、特定した前記メディアおよび前記変換情報を用いて、前記メディアを前記観点に対応するサマリに変換するメディア変換手段と、前記サマリを前記クライアントに対して送信するメディア送信手段と、前記サマリの配信に際し前記クライアントに対して前記サマリに対応する前記所定料金情報に記載される所定料金を課金する課金手段と、を具備した構成を採る。
【００８３】
この構成により、クライアントの要求する観点に対応するサマリをクライアントに対して配信することができる。
【００８４】
本発明の第３３の態様は、第３２の態様にかかるメディア配信装置において、前記クライアントが予めプールした金額の残金情報と、前記観点に対応する前記サマリを配信した際の所定料金情報と、からなる課金情報を前記クライアントに対して送付し、前記課金情報の送付後に前記クライアントから送られてきた前記サマリを指定する情報に基づいて前記サマリを前記クライアントに対して送付する。
【００８５】
これにより、クライアントに対して残金情報を提示することで、クライアントが残金情報を確認したうえで配信を要求するサマリを選択できる。これにより、クライアントが残金よりも値段の高いサマリを要求することを防止できる。
【００８６】
本発明の第３４の態様は、第３３の態様にかかるメディア配信装置において、前記クライアントが前記残金情報よりも高い値段の前記サマリを要求してきた場合には、前記残金情報で送れる時間長のサマリを作成し、前記クライアントに送付する。
【００８７】
これにより、クライアントが残金よりも高い値段のサマリ配信を要求した場合には、残金で配信できるサマリの時間を計算し、この計算した時間のサマリを作成し、この作成したサマリをクライアントに対して送信するようにできる。これにより、クライアントが残金に見合ったサマリの配信を受けることができる。
【００８８】
（実施の形態１）
以下、本発明の実施の形態１にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１にかかるメディア配信システムの構成について図１を用いて説明する。図１は、実施の形態１にかかるメディア配信システムのブロック図である。
【００８９】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ１００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末１１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。つまり、メディア配信装置であるサーバ１００からクライアント端末１１０に、ネットワーク１２０を介してメディアの送信を行うことを想定している。
【００９０】
サーバ１００の蓄積部１０１には、コンテンツ毎に異なる形態のメディアが格納されている。具体的には、蓄積部１０１には、異なる形態のメディアとしてはオリジナルのメディアであるビューｄ１０１と、ビューｄ１０１に関連する情報であるコンテンツのプレビュー（要約映像）ｄ１０２と、が格納されている。
【００９１】
ビューｄ１０１は、映像、音声、テキストなどのＡＶストリームである。また、プレビューｄ１０２は、ビューｄ１０１とは別に用意するＡＶストリームや代表静止画などであり、ビューの特徴部分の映像を編集したメディアである。ビューｄ１０１およびプレビューｄ１０２は、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、ＤＶ、ＪＰＥＧ、またはＧＩＦなどのデータ形式が用いられている。
【００９２】
また、コンテンツ管理情報ｄ１１１は、コンテンツ群を、コンテンツ毎に、ビューｄ１０１およびプレビューｄ１０２から抽出した一部の情報と、料金情報（後述する、課金部がこの料金情報を用いて課金する）等とを合わせて管理するメタデータである。コンテンツ管理情報ｄ１１１は、コンテンツＩＤをキーとすることで、ビューｄ１０１およびプレビューｄ１０２から抽出した一部の情報と、料金情報等とを合わせて管理する。なお、コンテンツ管理情報ｄ１１１は、予め作成して格納しておいても良いし、サーバ１００がビューｄ１０１、プレビューｄ１０２、に料金情報を合わせて生成しても良い。
【００９３】
また、コンテンツ管理情報ｄ１１１には、図２に示すように、コンテンツを特定する特定情報であるコンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応するビュー２０２のロケータ情報であるロケータ２０４と、コンテンツの再生時間情報である時間情報３０１と、コンテンツ名２０１のビュー２０２を配信した際の料金（金額）情報２０５と、コンテンツＩＤ２００に対応するプレビュー２０３のロケータ情報２０６と、プレビュー２０３の再生時間情報である時間情報３０２と、の組が複数格納されている。図２は、実施の形態１にかかるコンテンツ管理情報の構成を示す図である。なお、当然の事ながら、コンテンツ名２０１もコンテンツを特定する情報に使用できる。
【００９４】
また、サーバ１００には、コンテンツ管理情報ｄ１１１から、図３に示す、コンテンツのリスト情報３００を生成し、クライアント端末１１０に、電子メールやＨＴＴＰで送信するリスト情報送信部１０７が設けられている。図３は、実施の形態１にかかるリスト情報の構成を示す図である。
【００９５】
リスト情報３００は、図３からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１とビューの時間情報３０１と、ビューを配信した場合の料金である料金情報２０５と、コンテンツＩＤ２００に対応するプレビューの時間情報３０２と、の組から構成される。
【００９６】
なお、リスト情報３００に、コンテンツの内容がわかるような静止画を送るようにしても良い。
【００９７】
なお、クライアントが欲しいコンテンツのジャンルを少なくとも１つ以上予めサーバ１００に登録し、サーバ１００はクライアントが登録したジャンルに対応したリスト情報３００に生成し、定期的に電子メール等でクライアントに提供する形態であっても良い。この形態では、クライアントは所望ジャンルに関するコンテンツのリストを得ることができる。この結果、コンテンツの検索が容易になり、確実に所望コンテンツのメディア配信を受けることができる。
【００９８】
一方、クライアント端末１１０は、サーバ１００から送られてきたリスト情報３００を受信するリスト情報受信部１１６と、受信したリスト情報３００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報３００から所望のコンテンツのビュー配信やプレビュー配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ１００に送信する要求送信部１１５が設けられている。
【００９９】
一方、サーバ１００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０１００】
また、サーバ１００には、コンテンツ管理情報ｄ１１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツＩＤ２００、コンテンツ名２０１、ビュー２０２のロケータ情報２０４、料金情報２０５、プレビュー２０３のロケータ情報２０６などの情報を解析する要求解析部１０５が設けられている。要求解析部１０５は、コンテンツ配信要求情報が、何というコンテンツＩＤ２００なのか、そのコンテンツのビュー配信要求もしくはプレビュー配信要求なのかを判断する。そして、要求解析部１０５が、コンテンツ配信要求情報がビュー配信要求であると判断した場合は、コンテンツ管理情報ｄ１１１を参照し、ビュー２０２のロケータ情報２０４および、その料金情報２０５を解析し、メディア選択部１０２および課金部１０６に解析結果を送信する。
【０１０１】
一方、要求解析部１０５が、コンテンツ配信要求情報がプレビュー配信要求であると判断した場合は、コンテンツ管理情報ｄ１１１を参照し、メディアのプレビュー２０３のロケータ情報２０６を解析し、メディア選択部１０２に解析結果を送信する。
【０１０２】
また、サーバ１００には、要求解析部１０５が解析した料金情報に基づいて、メディア送信部１０３の送信完了に合わせて、クライアントに対して課金する課金部１０６が設けられている。課金部１０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０１０３】
また、サーバ１００には、要求解析部１０５がコンテンツ配信要求情報を解析した結果から、クライアントの配信希望コンテンツのビューｄ１０１もしくはプレビューｄ１０２を選択し、蓄積部１０１から抽出するメディア選択部１０２が設けられている。
【０１０４】
さらに、サーバ１００には、メディア選択部１０２で選択されたビューｄ１０１もしくはプレビューｄ１０２をクライアント端末１１０に送信するメディア送信部１０３が設けられている。
【０１０５】
一方、クライアント端末１１０には、送られてきたビューｄ１０１もしくはプレビューｄ１０２を受信するメディア受信部１１１と、受信したビューｄ１０１もしくはプレビューｄ１０２を再生するメディア再生部１１２とが設けられている。
【０１０６】
以下、実施の形態１にかかるメディア配信システムの動作について、図４を用いて説明する。図４は、実施の形態１にかかるメディア配信システムのメディア配信の動作フロー図である。
【０１０７】
まず、サーバ１００のリスト情報送信部１０７がコンテンツ管理情報ｄ１１１からリスト情報３００を生成し、クライアント端末１１０に送信する（Ｐ４０１）。
【０１０８】
そして、クライアント端末１１０のリスト情報受信部１１６がこのリスト情報３００を受信すると（Ｐ４０２）、リスト情報表示部１１７がリスト情報３００を表示する（Ｐ４０３）。次に、クライアントが、このリスト情報表示部１１７に表示したリスト情報３００を参照し、所望のコンテンツ名２０１を選択し、操作入力部１１３から所望のコンテンツ名２０１に対応するコンテンツＩＤ２００と、コンテンツ名２０１に対応するプレビューを要求する旨のコンテンツ配信要求情報を入力する。そして、クライアントが、このプレビューを要求する旨のコンテンツ配信要求情報の入力が終了すると（Ｐ４０４）、要求送信部１１５がこのプレビューを要求する旨のコンテンツ配信要求情報をサーバ１００に送信する（Ｐ４０５）。なお、操作入力部１１３から入力するコンテンツを特定する情報は、コンテンツＩＤ２００であっても、コンテンツ名２０１であっても良い。
【０１０９】
一方、サーバ１００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ４０６）、要求解析部１０５がコンテンツ配信要求情報を解析し（Ｐ４０７）、プレビュー配信を要求しているのか、ビュー配信要求しているのか判断する（Ｐ４０８）。
【０１１０】
この段階は、クライアントがプレビューを要求している。よって、コンテンツ配信要求情報が、プレビュー配信を要求しているので、メディア選択部１０２がコンテンツ管理情報ｄ１１１を参照しクライアントが要求しているコンテンツ名２０１のプレビュー２０３のロケータ２０６を抽出する。そして、メディア選択部１０２が抽出したロケータ２０６に位置するプレビューｄ１０２を蓄積部１０１から選択する（Ｐ４０９）。そして、メディア送信部１０３が、この選択したプレビューｄ１０２をクライアント端末１１０に送信する（Ｐ４１０）。ただし、本実施の形態では、プレビューは無料となっているので、課金部１０６は、プレビュー送信時には課金を行わない。
【０１１１】
一方、クライアント端末１１０は、メディア受信部１１１が送られてきた情報が、ビューｄ１０１かプレビューｄ１０２かを判断する（Ｐ４１１）。この場合は、送られてきた情報がプレビューｄ１０２であるので、メディア再生部１１２がプレビューｄ１０２を再生する（Ｐ４１２）。
【０１１２】
そして、クライアントは、再生されたプレビューの内容を確認し、このプレビューが所望のコンテンツであると判断した場合は、操作入力部１１３からこのコンテンツのビュー配信を要求する旨のコンテンツ配信要求情報を入力する。そして、操作入力部１１３からビュー配信を要求する旨のコンテンツ配信要求情報の入力が終了すると（Ｐ４０４）、このコンテンツ配信要求情報をサーバ１００に送信する（Ｐ４０５）。
【０１１３】
一方、サーバ１００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ４０６）、要求解析部１０５がコンテンツ配信要求情報を解析する（Ｐ４０７）。そして、要求解析部１０５がコンテンツ配信要求情報を解析し（Ｐ４０７）、プレビュー配信を要求しているのか、ビュー配信要求しているのか判断する（Ｐ４０８）。
【０１１４】
この場合は、コンテンツ配信要求情報がビュー配信を要求しているので、
メディア選択部１０２が要求解析部１０５の解析したコンテンツに対応するビューｄ１０１を蓄積部１０１から選択し（Ｐ４１３）、この選択したビューｄ１０１をメディア送信部１０３からクライアント端末１１０に送信する（Ｐ４１４）。
【０１１５】
そして、ビューの送信完了に合わせて要求解析部１０５は、クライアントの要求したビューに対する料金を解析する。そして、課金部１０６がこのビューに対する料金をクライアントに課金する（Ｐ４１５）。
【０１１６】
なお、本実施の形態では、課金部１０６は、クライアントに対してメディアを送信した際に課金しているが、クライアントからのメディアの配信要求に対して課金、もしくは、クライアントがメディアを完全に受け取った際に課金しても良い。
【０１１７】
そして、クライアント端末１１０のメディア受信部１１１がこのビューを受信すると（Ｐ４１１）、メディア再生部１１２がこのビューを再生する（Ｐ４１６）。
【０１１８】
このように実施の形態１によれば、サーバ１００がビューｄ１０１と無料であるプレビューｄ１０２との２種類のメディアをクライアントに配信できる。これにより、クライアントに対して、コンテンツのビューｄ１０１を配信する前にプレビューｄ１０２を無料で配信することができる。この結果、クライアントが課金の発生しない状態でプレビューｄ１０２を確認することでビューｄ１０１の内容を把握することができる。そして、クライアントはビューｄ１０１の内容を把握した後にビュー配信を要求することができる。この結果、クライアントは、余分な支払いをすることなく、所望のビューを確実に選択できる。よって、クライアントの意思に反したビューを受信した上に、さらに課金されるような事態を回避できるので、クライアントがメディア配信要求を躊躇することなく行うようになる。この結果、メディア配信者側の収入も増え、メディア配信者の経営もうまく行くようになる。
【０１１９】
また、実施の形態１によれば、クライアントは、複数のビュー、またはビューとプレビューとの配信要求を１回のコンテンツ配信要求情報の入力ですることができる。これにより、クライアントの配信要求が簡単になる。
【０１２０】
また、実施の形態１によれば、クライアントがコンテンツ管理情報ｄ１１１から作成した、リスト情報３００を見ることで容易に所望のメディアを選択できる。一方、メディア配信者側もコンテンツ管理情報ｄ１１１を利用することでクライアントから送られてきたコンテンツ配信要求情報の解析が容易になり、クライアントの要求したメディアの処理が簡単になる。また、コンテンツ管理情報ｄ１１１は、コンテンツのメタデータであるので、コンテンツ管理情報ｄ１１１とコンテンツと合わせた処理が容易にできる。
【０１２１】
なお、プレビューを無料として説明したが、無料でなくてもクライアントが所望する料金にしても良い。この場合は、コンテンツ管理情報ｄ１１１に、プレビューの料金情報も追加する。また、リスト情報３００にも、プレビューの料金情報を付与するようにする。
【０１２２】
なお、実施の形態１では、クライアントの操作により、ビュー配信かプレビュー配信かを選択する形態で説明したが、クライアントがリスト情報３００を見て特定情報であるコンテンツＩＤ２００のみをサーバ１００に送信する形態であっても良い。この形態では、サーバ１００側で、自動的にビューかプレビューかを選択して送信する。また、プレビューを携帯端末へ、ビューをホームゲートウェイやＳＴＢなど他へ配信、蓄積する形態であっても良い。
【０１２３】
この形態について、図５を用いて説明する。図５は、実施の形態１にかかるメディア配信システムのその他の動作フロー図である。なお、図４で説明したフローと同一の処理をする部分には、同一の符番を付与し説明を省略する。
【０１２４】
図５に示す形態の場合は、図４のＰ４０４に相当する処理で、クライアントがリスト情報３００を見てコンテンツＩＤ２００のみをコンテンツ配信要求情報として入力する（Ｐ５０１）。そして、サーバ側では、クライアントから送られてきたコンテンツ配信要求情報を受信し（Ｐ４０６）、解析する（Ｐ４０７）。
【０１２５】
そして、クライアント端末１１０からサーバ１００に送られてきたコンテンツ配信要求情報に含まれるコンテンツＩＤ２００が、最初にサーバ１００に送られてきたコンテンツＩＤ２００か判断することで、サーバ１００がクライアント端末１１０にプレビュー送信済みか否かを判断する（Ｐ５０２）。
【０１２６】
そして、サーバ１００がクライアント端末１１０にプレビューを送信済みでないと判断した場合は、Ｐ４０９〜Ｐ４１２までの処理に移行する。そして、クライアントが送られてきたプレビューからコンテンツの内容を判断し、コンテンツが所望の内容であるという判断をすると、再度、操作入力部１１３からコンテンツＩＤ２００を入力し（Ｐ５０１）、コンテンツ配信要求情報を送信する（Ｐ４０５）。そして、サーバ１００側では、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信し（Ｐ４０６）、解析する（Ｐ４０７）。
【０１２７】
そして、クライアント端末１１０からサーバ１００に送られてきたコンテンツ配信要求情報に含まれるコンテンツＩＤ２００が、既にサーバ１００に送られてきたコンテンツＩＤ２００と同じで、かつ所定時間以内に送られてきたか判断することで、サーバ１００がクライアント端末１１０にプレビュー送信済みであるか判断する（Ｐ５０２）。
【０１２８】
そして、サーバ１００がクライアント端末１１０にプレビューを送信済みであると判断した場合は、Ｐ４１３〜Ｐ４１５、およびＰ４１１、Ｐ４１６の処理に移行する。
【０１２９】
この形態の場合では、クライアント端末１１０からプレビュー配信かビュー配信かの情報を送らなくても、サーバ１００側で自動的に必要に応じてプレビューを配信することができる。この結果、クライアントの入力が簡単になり、クライアントがメディア配信要求をより簡単にできる。
【０１３０】
なお、実施の形態１では、コンテンツを特定する特定情報として、コンテンツＩＤ２００を用いて説明したが、特定情報としてコンテンツ名２０１を用いる形態であっても良い。
【０１３１】
（実施の形態２）
実施の形態２にかかるメディア配信システムは、コンテンツのプレビューを予め生成して蓄積するのではなく、クライアントからの配信要求時にビューからプレビューを生成するようにしたものである。これにより、蓄積するデータ量を削減できる。
【０１３２】
以下、実施の形態２にかかるメディア配信システムについて説明する。まず、実施の形態２にかかるメディア配信システムの構成について図６を用いて説明する。図６は、実施の形態２にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与し、説明を省略する。
【０１３３】
実施の形態２と、実施の形態１とでは、サーバ６００の構成が異なる。サーバ６００の蓄積部６０１には、コンテンツのオリジナルのメディアであるビューｄ１０１と、ビューｄ１０１からプレビューを生成する際に使用するメタデータｄ６０２と、が格納されている。
【０１３４】
ビューｄ１０１は、映像、音声、テキストなどのＡＶストリームである。ビューｄ１０１の参考例を、図７に示す。図７に記した参考例は、構造記述データの一例として、Extensible Markup Language(XML)を用いたもので、World Wide Web Consortium(W3C)によって標準化されたデータ記述言語である。図７からもわかるように、ビューｄ１０１は、複数のセグメントで構成されている。図には、ｉｄが「Ｓｅｇ０」のセグメントｄ７０２が記述されている。ビューｄ１０１には、ロケータ情報ｄ７０１と、セグメント毎に付与された、観点ｄ７０３ａ〜ｄ７０３ｃと、時間情報ｄ７０４と、から構成されている。また、観点ｄ７０３ａ〜ｄ７０３ｃには、それぞれ観点の優先度ｄ７０５ａ〜ｄ７０５ｃが付与されている。
【０１３５】
また、観点ｄ７０３ａ〜ｄ７０３ｃは、ビューｄ１０１を説明するためのメタデータである。メタデータは、ビューｄ１０１のセグメント毎に付与することができるので、セグメントの特徴を観点で示すことができる。これにより、クライアントが観点を指定することで、指定された観点に対応したセグメントをビューｄ１０１から容易に抽出できる。
【０１３６】
また、メタデータｄ６０２は、ＭＰＥＧ−７のメタデータが用いられる。メタデータｄ６０２は、個々のコンテンツに対する、後述する観点情報や、個々のコンテンツに対する処理方法を含むコンテンツ記述である。この例では、個々のコンテンツに対する処理方法として、ビューを変換しプレビューを生成するプログラム（変換情報）が格納されている。
【０１３７】
また、コンテンツ管理情報ｄ６０１は、コンテンツ群を、コンテンツ毎に、ビューｄ１０１およびメタデータｄ６０２から抽出した一部の情報と、料金情報（課金部がこの料金情報を用いて課金する）などとを合わせて管理するメタデータである。コンテンツ管理情報ｄ６０１は、コンテンツＩＤをキーとして、ビューｄ１０１およびメタデータｄ６０２から抽出した一部の情報と、料金情報などとを合わせて管理する。なお、コンテンツ管理情報ｄ６０１は、予め作成して格納しておいても良いし、サーバ１００がビューｄ１０１、メタデータｄ６０２、および料金情報から生成しても良い。
【０１３８】
また、コンテンツ管理情報ｄ６０１は、ビューｄ１０１を説明するためのメタデータである。また、コンテンツ管理情報ｄ６０１は、図８に示すように、コンテンツＩＤ２００、コンテンツ名２０１と、コンテンツに対応するメディア２０２のロケータ情報である２０４と、時間情報３０１と、コンテンツのメディア２０２を配信した際の料金情報２０５と、コンテンツからプレビューを生成する際に使用するメタデータ７０１のロケータ情報７０２と、観点（イベント）８０１と、の組が複数格納されている。図８は、実施の形態２にかかるコンテンツ管理情報の構成を示す図である。
【０１３９】
また、サーバ６００には、コンテンツ管理情報ｄ６０１から、図９に示す、コンテンツのリスト情報８００を生成し、クライアント端末１１０に、電子メールやＨＴＴＰで送信するリスト情報送信部６０７が設けられている。リスト情報８００は、図９からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１とコンテンツの時間情報３０１と、コンテンツを配信した場合の料金情報２０５と、コンテンツに含まれる観点情報（キーワード）８０１と、の組から構成される。図９は、実施の形態２にかかるリスト情報の構成を示す図である。
【０１４０】
リスト情報８００が、実施の形態１のリスト情報３００と異なるところは、コンテンツの観点情報８０１が含まれている部分である。このため、クライアントは、リスト情報受信部１１６で受信したリスト情報８００を参照しながら、操作入力部１１３を用いて、コンテンツを特定する特定情報であるコンテンツＩＤが指定できるだけでなく、コンテンツＩＤ２００に対応した観点情報８０１も指定できる。よって、クライアントは、コンテンツＩＤ２００および観点情報８０１をコンテンツ配信要求情報に含めてサーバ６００に送信できる。
【０１４１】
一方、サーバ６００には、要求受信部１０４で受信したコンテンツ配信要求情報（コンテンツＩＤ２００）から、コンテンツ名２０１、メディア２０２のロケータ情報２０４、料金情報２０５、観点８０１などの情報を解析する要求解析部６０５が設けられている。要求解析部６０５は、コンテンツ配信要求情報が、何というコンテンツ名２０１なのか、そのコンテンツのメディア配信要求もしくはプレビュー配信要求なのかを判断する。
【０１４２】
そして、要求解析部６０５が、コンテンツ配信要求情報がメディア配信要求であると判断した場合は、コンテンツ管理情報ｄ６０１を参照し、コンテンツに対応するメディア２０２のロケータ情報２０４および、その料金情報２０５を解析し、メディア選択部／変換部６０２および課金部１０６に解析結果を送信する。
【０１４３】
一方、要求解析部６０５は、コンテンツ配信要求情報がプレビュー配信要求であると判断した場合には、さらに観点情報８０１が含まれているか判断する。そして、コンテンツ配信要求情報に観点情報８０１が含まれていると判断した場合には、要求解析部６０５は、コンテンツ管理情報ｄ６０１を参照し、ビューｄ１０１からプレビューを生成するためのメタデータ７０１のロケータ情報７０２を抽出する。そして、要求解析部６０５は、コンテンツ配信要求情報に含まれていたコンテンツに対応するビューｄ１０１のロケータ情報２０４と共に、メタデータ７０１のロケータ情報７０２をメディア選択／変換部６０２に送信する。
【０１４４】
また、サーバ６００には、要求解析部６０５から送られてきた解析結果から、クライアント端末１１０に送るメディアｄ１０１を選択したり、クライアント端末１１０に送るプレビューをビューｄ１０１から生成したりするメディア選択／変換部６０２が設けられている。
【０１４５】
メディア選択／変換部６０２は、プレビューをビューｄ１０１から生成する際には、要求解析部６０５から送られてきた、ビューｄ１０１のロケータ情報２０４と、メタデータ７０１のロケータ情報７０２とを用いて、プレビューを生成する。また、メディア選択／変換部６０２は、クライアント端末１１０から観点情報８０１がコンテンツ配信要求情報に含まれて送られてきた場合には、送られてきたコンテンツＩＤ２００に対応するビューｄ１０１から、送られてきた観点情報８０１に適合する観点を含むセグメントを抽出し、抽出したセグメントをつなぎ合わせてプレビューを生成する。
【０１４６】
以下、実施の形態２にかかるメディア配信システムの動作について、図１０を用いて説明する。図１０は、実施の形態２にかかるメディア配信システムの動作フロー図である。
【０１４７】
まず、サーバ６００のリスト情報送信部６０７がコンテンツ管理情報ｄ６０１からリスト情報８００を生成し、クライアント端末１１０に送信する（Ｐ９０１）。
【０１４８】
そして、クライアント端末１１０のリスト情報受信部１１６がこのリスト情報８００を受信すると（Ｐ９０２）、リスト情報表示部１１７がリスト情報８００を表示する（Ｐ９０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報８００を参照し、まず所望のコンテンツ名２０１を選択し、操作入力部１１３から所望のコンテンツ名２０１に対応するコンテンツＩＤ２００を入力する。このように、クライアントは、所望のコンテンツに対応するプレビューを要求する旨のコンテンツ配信要求情報を入力する。具体的には、クライアントは、プレビューを要求する場合には、プレビューを要求する旨を入力するか、観点情報８０１を入力する。そして、クライアントが、このプレビューを要求する旨のコンテンツ配信要求情報を入力すると（Ｐ９０４）、要求送信部１１５がこのプレビューを要求する旨のコンテンツ配信要求情報をサーバ６００に送信する（Ｐ９０５）。
【０１４９】
一方、サーバ６００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ９０６）、要求解析部６０５がコンテンツ配信要求情報を解析し（Ｐ９０７）、プレビュー配信を要求しているのか、ビュー配信要求しているのか判断する（Ｐ９０８）。
【０１５０】
この段階では、クライアントはプレビュー配信を要求している。よって、コンテンツ配信要求情報がプレビュー配信を要求しているので、メディア選択／変換部６０２は、コンテンツ管理情報ｄ６０１を参照し、クライアントが要求しているコンテンツ名２０１に対応するメディア２０２のロケータ２０４と、メタデータ７０１のロケータ７０２を選択する（Ｐ９０９）。次に、メディア選択／変換部６０２は、抽出したロケータ２０４に位置するビューｄ１０１と、ロケータ７０２に位置するメタデータ７０１を蓄積部６０１から抽出する。そして、メディア選択／変換部６０２は、抽出したビューｄ１０１を抽出したメタデータ７０１を用いて変換し、プレビューを生成する（Ｐ９１０）。
【０１５１】
また、メタデータ７０１は、クライアントが所望する時間に対応した長さのプレビューを生成するプログラムである。よって、クライアントが所望の長さの時間を選択して入力することで、メタデータ７０１がこの入力された長さに合わせた長さのプレビューをダイナミックに生成することができる。
【０１５２】
また、コンテンツ配信要求情報に観点情報８０１が含まれている場合には、メディア選択／変換部６０２は、送られてきた観点情報８０１を用いて、送られてきたコメント名２０１のビューｄ１０１から適切な部分（セグメント）の情報を抽出し、抽出したセグメントをつなぎ合わせてプレビューを生成する。なお、メディア選択／変換部６０２は、抽出したセグメントをつなぎ合わせず端末からの要求によって、随時送信しても良い。
【０１５３】
そして、次に、メディア送信部１０３が、この生成したプレビュー（変換メディア）をクライアント端末１１０に送信する（Ｐ９１１）。ただし、プレビューは無料となっているので、課金部１０６は、プレビュー送信時には課金を行わない。
【０１５４】
一方、クライアント端末１１０は、メディア受信部１１１が送られてきた情報が、ビューｄ１０１かプレビューかを判断する（Ｐ９１２）。この場合は、送られてきた情報がプレビューであるので、メディア再生部１１２がプレビューｄ６０２を再生する（Ｐ９１３）。
【０１５５】
そして、クライアントは、再生されたプレビューの内容を確認し、このプレビューが所望のコンテンツであると判断した場合は、操作入力部１１３からこのコンテンツのビュー配信を要求する旨のコンテンツ配信要求情報を入力する。そして、操作入力部１１３からビュー配信を要求する旨のコンテンツ配信要求情報の入力が終了すると（Ｐ９０４）、このコンテンツ配信要求情報をサーバ６００に送信する（Ｐ９０５）。
【０１５６】
一方、サーバ６００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ９０６）、要求解析部６０５がコンテンツ配信要求情報を解析する（Ｐ９０７）。そして、要求解析部６０５がコンテンツ配信要求情報を解析し（Ｐ９０７）、プレビュー配信を要求しているのか、ビュー配信要求しているのか判
次に、コンテンツ配信要求情報が、ビュー配信を要求している場合は、メディア選択部／変換部６０２が要求解析部６０５の解析したコンテンツＩＤ２００に対応するビューｄ１０１を蓄積部６０１から選択し（Ｐ９１４）、この選択したビューｄ１０１をメディア送信部１０３からクライアント端末１１０に送信する（Ｐ９１５）。
【０１５７】
そして、要求解析部６０５がクライアントの要求したコンテンツに対する料金を解析する。そして、課金部１０６がこのコンテンツに対する料金をクライアントに課金する（Ｐ９１６）。
【０１５８】
そして、クライアント端末１１０のメディア受信部１１１がこのビューを受信すると（Ｐ９１２）、メディア再生部１１２がこのビューを再生する（Ｐ９１７）。
【０１５９】
このようにして、実施の形態２によれば、実施の形態１と同様に、クライアントに対してコンテンツのビューを配信する前にこのビューに関する情報であるプレビューを無料で配信できる。
【０１６０】
なお、実施の形態２では、生成したプレビューを無料で配信したが、無料でなくてもプレビューの長さに応じて適切な値段を課金する形態であっても良い。
【０１６１】
また、実施の形態２は、プレビューを予め生成し蓄積しておくのではなく、プレビューを生成するためのメタデータｄ６０２を蓄積しておきクライアントからの要求に応じてプレビューを生成するので、蓄積部６０１の蓄積容量が小さくてすむ。また、メタデータを複数格納することで、ひとつのコンテンツに対してより多くパターンのプレビューを生成し、配信できる。また、この場合であっても、蓄積容量は少なくてすむ。
【０１６２】
さらに、実施の形態２によれば、クライアントにコンテンツの観点情報を見せることができるので、クライアントがコンテンツ名だけでなく観点情報も指定することができる。そして、サーバ６００は、クライアントが指定した観点情報を加味してプレビューを生成できる。この結果、クライアントは、所望する観点から作成したプレビューを閲覧することで、より確実にコンテンツの内容が所望のものか否かを確認できる。よって、クライアントは所望のコンテンツをより確実に配信してもらうことができる。
【０１６３】
なお、コンテンツのアクセス頻度に応じて一度変換したメディア（プレビュー）を保存（キャッシュ）しても良い。これにより、ＣＰＵリソースと蓄積リソースの効率的運用ができる。
【０１６４】
なお、実施の形態２と実施の形態１の形態を組み合わせる形態であって良い。この場合は、予め配信希望の多そうなメディアに対応するプレビューを予め生成して格納すれば良い。また、処理のフローは実施の形態２に限定されない。例えば、プレビューの後に別のプレビューを要求しても良い。
【０１６５】
（実施の形態３）
実施の形態３にかかるメディア配信システムは、実施の形態１のようにメディアの配信が完了した時点で課金するのではなく、クライアントがメディアを一旦格納した後にこのメディアに対して所定のアクションをしたときに課金するようにしたものである。つまり、クライアントが見たいときにメディアを再生し、再生したときに課金するものである。
【０１６６】
以下、実施の形態３にかかるメディア配信システムについて、図１１を用いて説明する。図１１は、実施の形態３にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与し、説明を省略する。
【０１６７】
実施の形態３にかかるクライアント端末１１００が、実施の形態１にかかるクライアント端末１１０と異なるところは、メディア受信部１１１で受信したメディアを蓄積する蓄積部２Ｃと、蓄積部２Ｃに蓄積したメディアを再生するメディア再生部１０１２と、メディア再生部１０１２がメディアを再生するとクライアントのＩＤおよび再生したコンテンツＩＤ２００をメディア配信装置であるサーバ１０００に送信するＩＤ送信部１００１と、を設けたことである。
【０１６８】
蓄積部２Ｃは、ハードディスクやメモリカード、ＤＶＤなどである。また、メディア再生部１０１２は、メディアの再生が終わると、再生したコンテンツＩＤ２００をＩＤ送信部１００１に出力する。そして、ＩＤ送信部１００１は、メディア再生部１０１２から、コンテンツＩＤ２００を受信すると、コンテンツＩＤ２００をクライアントのＩＤと共にサーバ１０００に送信する。なお、クライアントのＩＤは、サーバ１０００と、クライアント１１００間で予め決められている。
【０１６９】
一方、サーバ１０００には、ＩＤ送信部１００１からコンテンツＩＤ２００およびクライアントのＩＤを受信すると、コンテンツＩＤ２００からコンテンツを特定し、コンテンツに対応した課金を行う課金部１００６が設けられている。
【０１７０】
以下、実施の形態３にかかるメディア配信システムの動作について、図１２を用いて説明する。図１２は、実施の形態３にかかるメディア配信システムの動作フロー図である。
【０１７１】
まず、サーバ１０００のリスト情報送信部１０７がコンテンツ管理情報ｄ１１１からリスト情報３００を生成し、クライアント端末１１００に送信する（Ｐ１１０１）。
【０１７２】
そして、クライアント端末１１００のリスト情報受信部１１６がこのリスト情報３００を受信すると（Ｐ１１０２）、リスト情報表示部１１７がリスト情報３００を表示する（Ｐ１１０３）。次に、クライアントが、このリスト情報表示部１１７に表示したリスト情報３００を参照し、所望のコンテンツ名２０１のコンテンツＩＤ２００を選択し操作入力部１１３から入力することで、プレビュー配信を要求する旨のコンテンツ配信要求情報を入力すると（Ｐ１１０４）、要求送信部１１５がこのコンテンツ配信要求情報をサーバ１０００に送信する（Ｐ１１０５）。
【０１７３】
一方、サーバ１０００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ１１０６）、要求解析部１０５がコンテンツ配信要求情報を解析する（Ｐ１１０７）。そして、要求解析部１０５が既にプレビューを配信しているか否かを判断することで、クライアントがプレビュー配信を要求しているか判断する（Ｐ１１０８）。
【０１７４】
そして、クライアントにプレビューを配信していないと判断すると、メディア選択部１０２が、コンテンツ管理情報ｄ１１１を参照しクライアントが要求しているコンテンツ名２０１のプレビュー２０３のロケータ２０６を抽出する。そして、メディア選択部１０２が抽出したロケータ２０６に位置するプレビューｄ１０２を蓄積部１０１から選択する（Ｐ１１０９）。そして、メディア送信部１０３が、この選択したプレビューｄ１０２をクライアント端末１１００に送信する（Ｐ１１１０）。
【０１７５】
一方、クライアント端末１１００のメディア受信部１１１が、送られてきた情報が、ビューｄ１０１かプレビューｄ１０２かを判断する（Ｐ１１１１）。この場合は、送られてきた情報がプレビューｄ１０２であるので、蓄積部２Ｃが一旦プレビューｄ１０２を蓄積した後に、メディア再生部１０１２がこのプレビューｄ１０２を再生する（Ｐ１１１２）。
【０１７６】
そして、クライアントは、再生されたプレビューの内容を確認し、このプレビューが所望のコンテンツであると判断した場合は、操作入力部１１３からこのコンテンツ名２０１のコンテンツＩＤ２００を入力することで、ビュー配信を要求する旨のコンテンツ配信要求情報を入力する。そして、操作入力部１１３からビュー配信を要求する旨のコンテンツ配信要求情報が入力されると（Ｐ１１０４）、このコンテンツ配信要求情報をサーバ１０００に送信する（Ｐ１１０５）。
【０１７７】
一方、サーバ１０００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ１１０６）、要求解析部１０５がコンテンツ配信要求情報を解析する（Ｐ１１０７）。そして、要求解析部１０５が既にプレビューを配信しているか否かを判断することで、クライアントがビュー配信を要求しているか判断する（Ｐ１１０８）。
【０１７８】
この場合、クライアントに既にプレビューを配信しているので、ビュー配信要求していると判断する。次に、メディア選択部１０２が要求解析部１０５の解析したコンテンツに対応するビューｄ１０１を蓄積部１０１から選択し（Ｐ１１１３）、この選択したビューｄ１０１をメディア送信部１０３からクライアント端末１１００に送信する（Ｐ１１１４）。
【０１７９】
そして、クライアント端末１１００のメディア受信部１１１がこのメディアを受信すると（Ｐ１１１１）、蓄積部２Ｃに一旦格納する（Ｐ１１１５）。そして、その後、クライアントからの操作により、メディア再生部１０１２がこのメディアを再生する（Ｐ１１１６）。
【０１８０】
次に、メディア再生部１０１２は、メディアの再生が全て終了すると（Ｐ１１１７）、このコンテンツＩＤをＩＤ送信部１００１に送る。そして、ＩＤ送信部１００１は、このコンテンツＩＤ２００と共に、クライアントのＩＤをサーバ１０００の課金部１００６に送る（Ｐ１１１８）。
【０１８１】
次に、課金部１００６は、これらのＩＤを受信すると（Ｐ１１１９）、クライアントのＩＤを確認し、正規のユーザであるか確認する。そして、課金部１００６は、クライアントのＩＤが正規なものであるという判断をすると、コンテンツＩＤ２００を解析し、メディアに応じた課金を行う（Ｐ１１２０）。
【０１８２】
以上説明したように実施の形態３によれば、クライアントは、ビューのプレビューを見た後にビューの配信要求をできるだけでなく、受信したビューを一旦蓄積することで好きなときにビューを再生することができる。この結果、クライアントはより良い条件でビューの利用ができる。
【０１８３】
また、実施の形態３によれば、プレビューやビューなどのメディアを蓄積部に格納できるため、クライアントは何度もネットワークを介して同じメディアをダウンロードしなくてもすむ。
【０１８４】
また、実施の形態３によれば、サーバは、クライアントが蓄積したビューの再生が終わるたびに、課金をすることができる。これにより、クライアントが一度の課金で、蓄積したビューを何度も再生するようなことを防止できる。また、クライアントがビューの再生を終了した時点で課金が発生するため、クライアントがビューを正常にダウンロードできない場合には課金しないようにできる。これにより、クライアントが無駄な出費をすることが防げる。
【０１８５】
なお、実施の形態３では、ビューの再生が１回終了する毎にＩＤをサーバに送信し、サーバが課金する形態で説明したが、ビューの再生が所定回数終了後にＩＤをサーバに送信し、サーバが課金する形態であっても良い。
【０１８６】
また、メディアの再生が最後まで終了しなくても、ビューの再生が開始した時点やビューの再生を停止した時点でＩＤをサーバに送信する形態であっても良い。この形態では、ビューの再生が最後まで終了しなくても、ビューを少しでも再生したら課金が発生することになる。よって、クライアントがビューの再生をビューの終わりの直前で止めることで、課金が発生しないようにするという行為を防止できる。
【０１８７】
また、クライアントがビューの再生を行う前に、コンテンツＩＤ２００およびクライアントのＩＤをサーバ１０００に送信し、サーバ１０００がクライアントにビューの再生許可を行った場合にのみ、クライアントがビューの再生を行えるようにしても良い。
【０１８８】
また、メディア配信者がビューの再生を許可する期間や再生時間を予め設定し、この期間や再生時間を超えると自動的にクライアント端末１１００からサーバ１０００にコンテンツＩＤ２００およびクライアントのＩＤを送信するようにしても良い。この形態の場合には、ある一定期間もしくは再生時間をすぎると自動的にこれらのＩＤがサーバ１０００に送られ課金され、その後は再生ができなくなるようなプログラムをビューと共に送ることが好ましい。この形態によれば、クライアントは、許可する期間や再生時間内であれば、何度でも自分の望む利用方法で再生できる。
【０１８９】
また、クライアント端末が、クライアントがビュー再生を途中で停止した場合にこの位置を記憶しておき、次回クライアントが再生を行う場合にこの位置以外の部分から再生をはじめた場合には、コンテンツＩＤ２００およびクライアントのＩＤをサーバ１０００に送信するようにしても良い。この形態は、このような処理をするプログラムをビューと共に送ることが望ましい。また、この形態によれば、クライアントが再生の停止を繰り返し、何度も同じ部分を再生することを防止することができる。
【０１９０】
（実施の形態４）
実施の形態４は、実施の形態３にかかるメディア配信システムに、実施の形態２のようなプレビュー生成機能を持たせたものである。
【０１９１】
以下、実施の形態４にかかるメディア配信システムについて、図１３を用いて説明する。図１３は、実施の形態４にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与し、説明を省略する。
【０１９２】
実施の形態４にかかるメディア配信システムは、具体的には、この例のメディア配信装置であるサーバ１２００は、実施の形態２にかかるサーバ１０００の課金部１０６を実施の形態３の課金部１００６にしたものである。
【０１９３】
次に、実施の形態４にかかるメディア配信システムの動作について図１４を用いて説明する。図１４は、実施の形態４にかかるメディア配信システムの動作フロー図である。
【０１９４】
まず、サーバ１２００のリスト情報送信部６０７がコンテンツ管理情報ｄ６０１から、図９に示すリスト情報８００を生成し、クライアント端末１１００に送信する（Ｐ１３０１）。
【０１９５】
そして、クライアント端末１１００のリスト情報受信部１１６がこのリスト情報８００を受信すると（Ｐ１３０２）、リスト情報表示部１１７がリスト情報８００を表示する（Ｐ１３０３）。次に、クライアントが、このリスト情報表示部１１７に表示したリスト情報８００を参照し、所望のコンテンツ名２０１のコンテンツＩＤ２００を選択し操作入力部１１３から入力することで、プレビュー配信を要求するコンテンツ配信要求情報を入力すると（Ｐ１３０４）、要求送信部１１５がこのコンテンツ配信要求情報をサーバ１２００に送信する（Ｐ１３０５）。
【０１９６】
一方、サーバ１２００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ１３０６）、要求解析部６０５がコンテンツ配信要求情報を解析する（Ｐ１３０７）。そして、要求解析部６０５が既にプレビューを配信しているか否かを判断することで、クライアントがプレビュー配信を要求しているか判断する（Ｐ１３０８）。
【０１９７】
この場合は、クライアントにまだプレビューを配信していないので、メディア選択／変換部６０２は、コンテンツ管理情報ｄ６０１を参照し、クライアントが要求しているコンテンツ名２０１に対応するメディア２０２のロケータ２０４と、メタデータ７０１のロケータ７０２を選択する（Ｐ１３０９）。そして、メディア選択／変換部６０２は、抽出したロケータ２０４に位置するビューｄ１０１と、ロケータ７０２に位置するメタデータ７０１を蓄積部６０１から抽出する。そして、メディア選択／変換部６０２は、抽出したビューｄ１０１を抽出したメタデータ７０１を用いて変換し、プレビューを生成する（Ｐ１３１０）。
【０１９８】
また、コンテンツ配信要求情報に観点情報８０１が含まれている場合には、メディア選択／変換部６０２は、送られてきた観点情報８０１を用いて、送られてきたコメント名２０１のビューｄ１０１から適切な部分の情報を抽出し、これらの情報をつなぎ合わせてプレビューを生成する。
【０１９９】
そして、次に、メディア送信部１０３が、この生成したプレビュー（変換メディア）をクライアント端末１１００に送信する（Ｐ１３１１）。
【０２００】
一方、クライアント端末１１００は、メディア受信部１１１が送られてきた情報が、ビューｄ１０１かプレビューかを判断する（Ｐ１３１２）。この場合は、送られてきた情報がプレビューであるので、蓄積部２Ｃが一旦プレビューｄ１０２を蓄積した後に、メディア再生部１０１２がこのプレビューを再生する（Ｐ１３１３）。
【０２０１】
そして、クライアントは、再生されたプレビューの内容を確認し、このプレビューが所望のコンテンツであると判断した場合は、操作入力部１１３からこのコンテンツ名２０１のコンテンツＩＤ２００を入力することで、ビュー配信を要求する旨のコンテンツ配信要求情報を入力する。そして、クライアント端末１１００は、操作入力部１１３からビュー配信を要求する旨のコンテンツ配信要求情報が入力されると（Ｐ１３０４）、このコンテンツ配信要求情報をサーバ１２００に送信する（Ｐ１３０５）。
【０２０２】
一方、サーバ１２００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ１３０６）、要求解析部６０５がコンテンツ配信要求情報を解析する（Ｐ１３０７）。そして、要求解析部６０５が既にプレビューを配信しているか否かを判断することで、クライアントがビュー配信を要求しているか判断する（Ｐ１３０８）。
【０２０３】
この場合、クライアントにすでにプレビューを配信しているので、ビュー配信要求していると判断する。次に、メディア選択／変換部６０２が要求解析部６０５の解析したコンテンツに対応するビューｄ１０１を蓄積部６０１から選択し（Ｐ１３１４）、この選択したビューｄ１０１をメディア送信部１０３からクライアント端末１１００に送信する（Ｐ１３１５）。
【０２０４】
そして、クライアント端末１１０のメディア受信部１１１がこのビューを受信すると（Ｐ１３１２）、蓄積部２Ｃに一旦格納する（Ｐ１３１６）。そして、その後、メディア再生部１０１２がこのメディアを再生する。
【０２０５】
次に、メディア再生部１０１２は、ビューの再生が全て終了すると（Ｐ１３１８）、このコンテンツＩＤ２００をＩＤ送信部１００１に送る。そして、ＩＤ送信部１００１は、このコンテンツＩＤ２００と共に、クライアントのＩＤをサーバ１２００の課金部１００６に送る（Ｐ１３１９）。
【０２０６】
次に、課金部１００６は、これらのＩＤを受信すると（Ｐ１３２０）、クライアントのＩＤを確認し、正規のユーザか確認する。そして、課金部１００６は、クライアントのＩＤが正規なものであるという判断をすると、コンテンツＩＤ２００を解析し、ビューに応じた課金を行う（Ｐ１３２１）。
【０２０７】
以上説明したように、実施の形態４によれば、実施の形態２と実施の形態３とで得られる効果を奏することができる。
【０２０８】
（実施の形態５）
実施の形態５にかかるメディア配信装置は、クライアントに少しでも安い価格でメディア配信を行うために、コンテンツに対するメディアとして広告を有し、クライアントに配信するようにしたものである。そして、クライアントは広告を見ることにより料金の割引を受けることができるようにしている。このように、クライアントが、メディアに関連する情報である広告を利用することにより、メディア配信サービスを安価に受けることができるので、クライアントは頻繁にメディア配信サービスを受けるようになる。
【０２０９】
以下、実施の形態５にかかるメディア配信システムについて、図１５を用いて説明する。図１５は、実施の形態５にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０２１０】
実施の形態５にかかるサーバ１４００には、コンテンツのビューｄ１０１と、ビューｄ１０１に関連するように管理された情報である広告メディア（以下、広告という）ｄ１４０２と、ビューｄ１０１と広告ｄ１４０２とを管理する情報であるコンテンツ管理情報ｄ１４０１と、を格納する蓄積部１４０１が設けられている。
【０２１１】
広告ｄ１４０２は、ＡＶコンテンツであり、表示する先のＷＥＢコンテンツなどへのリンク（例えば、ＵＲＬ）や、バナー広告データの格納先を示すリンク（例えば、ＵＲＬ）を含んでも良い。なお、ＵＲＬは、Uniform Resource Locatorの略である。
【０２１２】
また、コンテンツ管理情報ｄ１４０１には、メタデータが用いられる。また、コンテンツ管理情報ｄ１４０１は、コンテンツ群を、コンテンツ毎に、ビューｄ１０１、広告ｄ１４０２から抽出した一部の情報を、料金などと合わせて管理するメタデータである。
【０２１３】
また、コンテンツ管理情報ｄ１４０１は、図１６に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、ビュー２０２のロケータ情報である２０４と、コンテンツ名２０１のビュー２０２の時間情報３０１と、ビュー２０２を配信した際の料金情報２０５と、コンテンツ名２０１に対応する広告１５０２のロケータ情報１５０３と、広告を見ることによる割引（ペイバック）料金情報１５０４と、広告１５０２のスポンサーとなる会社名１５０５と、広告１５０２の時間情報１５０６と、の組が複数格納されている。図１６は、実施の形態５にかかるコンテンツ管理情報の構成を示す図である。
【０２１４】
また、サーバ１４００には、コンテンツ管理情報ｄ１４０１から、図１７に示す、コンテンツのリスト情報１６００を生成し、クライアント端末１４１０に、電子メールやＨＴＴＰで送信するリスト情報送信部１４０７が設けられている。図１７は、実施の形態５にかかるリスト情報の構成を示す図である。
【０２１５】
リスト情報１６００は、図１７からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツの時間情報３０１と、コンテンツを配信した場合の料金情報２０５と、コンテンツに対応する広告の内容１６０１と、の組から構成される。広告の内容１６０１には、コンテンツ管理情報ｄ１４０１から抽出した、スポンサー名、広告の再生時間情報、およびペイバック料金が含まれている。
【０２１６】
また、サーバ１４００には、コンテンツ管理情報ｄ１４０１を参照することで、クライアント端末１４１０から受信したコンテンツ配信要求情報（コンテンツＩＤ２００）から、コンテンツ名２０１、ビュー２０２のロケータ情報２０４、料金情報２０５、広告１５０２のロケータ情報１５０３などの情報を解析する要求解析部１４０５が設けられている。要求解析部１４０５は、コンテンツ配信要求情報が、何というコンテンツ名２０１なのか、そのコンテンツのビュー配信要求もしくは広告配信要求なのかを判断する。そして、要求解析部１４０５は、コンテンツ配信要求情報がビュー配信要求であると判断した場合には、コンテンツ管理情報ｄ１４０１を参照し、ビューのロケータ情報２０４および、その料金情報２０５を解析し、メディア選択部１４０２および課金部１４０６に解析結果を送信する。
【０２１７】
一方、要求解析部１４０５が、コンテンツ配信要求情報が広告配信要求であると判断した場合には、コンテンツ管理情報ｄ１４０１を参照し、広告のロケータ情報２０６を解析し、メディア選択部１４０２に解析結果を送信する。
【０２１８】
一方、クライアント端末１４１０には、メディア受信部１１１で受信し、蓄積部２Ｃに蓄積したビューや広告を再生するメディア再生部１４１２が設けられている。メディア再生部１４１２は、ビューの再生が終わると、再生したコンテンツＩＤ２００をＩＤ送信部１００１に出力する。そして、ＩＤ送信部１００１は、メディア再生部１４１２から、コンテンツＩＤ２００を受信すると、コンテンツＩＤ２００をクライアントのＩＤと共にサーバ１４００に送信する。なお、クライアントのＩＤは、サーバ１４００と、クライアント端末１４１０との間で予め決められている。
【０２１９】
一方、サーバ１４００には、ＩＤ送信部１００１からコンテンツＩＤ２００およびクライアントのＩＤを受信すると、コンテンツＩＤ２００からコンテンツを特定し、コンテンツに対応した課金を行うと共に、クライアント端末１４０１０で広告の再生が行われた場合は広告に対応する料金のペイバックを行う課金部１４０６が設けられている。
【０２２０】
以下、実施の形態５にかかるメディア配信システムの動作について、図１８を用いて説明する。図１８は、実施の形態５にかかるメディア配信システムの動作フロー図である。
【０２２１】
まず、サーバ１４００のリスト情報送信部１４０７がコンテンツ管理情報ｄ１４０１からリスト情報１６００を生成し、クライアント端末１４１０に送信する（Ｐ１７０１）。
【０２２２】
そして、クライアント端末１４１０のリスト情報受信部１１６がこのリスト情報１６００を受信すると（Ｐ１７０２）、リスト情報表示部１１７がリスト情報１６００を表示する（Ｐ１７０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報１６００を参照し、まず、所望のコンテンツ名２０１のコンテンツＩＤ２００を選択し、操作入力部１１３から所望のコンテンツ名２０１の広告を要求する旨のコンテンツ配信要求情報を入力する。そして、クライアントが、この広告を要求する旨のコンテンツ配信要求情報の入力を終了すると（Ｐ１７０４）、要求送信部１１５がこの広告を要求する旨のコンテンツ配信要求情報をサーバ１４００に送信する（Ｐ１７０５）。
【０２２３】
一方、サーバ１４００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ１７０６）、要求解析部１４０５がコンテンツ配信要求情報を解析し（Ｐ１７０７）、広告配信（送信）を要求しているのか、メディア配信要求しているのか判断する（Ｐ１７０８）。
【０２２４】
そして、コンテンツ配信要求情報が、広告配信を要求している場合は、メディア選択部１４０２が、コンテンツ管理情報ｄ１４０１を参照しクライアントが要求しているコンテンツ名２０１の広告のロケータ１５０３を抽出する。そして、メディア選択部１４０２が抽出したロケータ１５０３に位置する広告ｄ１４０２を蓄積部１４０１から選択する（Ｐ１７０９）。そして、メディア送信部１０３が、この選択した広告ｄ１４０２をクライアント端末１４１０に送信する（Ｐ１７１０）。
【０２２５】
一方、クライアント端末１４１０のメディア受信部１１１は、送られてきた情報が、ビューｄ１０１か広告ｄ１４０２かを判断する（Ｐ１７１１）。この場合は、送られてきた情報が広告ｄ１４０２であるので、蓄積部２Ｃが一旦広告ｄ１４０２を蓄積した後に、メディア再生部１４１２がこの広告ｄ１４０２を再生する（Ｐ１７１２）。また、メディア再生部１４１２は、広告ｄ１４０２の再生が終了すると、ＩＤ送信部１００１にコンテンツＩＤ２００を出力する。そして、これを受信したＩＤ送信部１００１はコンテンツＩＤ２００をサーバ１４００に送信する。
【０２２６】
そして、クライアントは、広告を再生した後、操作入力部１１３からコンテンツ名２０１を入力することで、ビュー配信を要求する旨のコンテンツ配信要求情報を入力する。そして、操作入力部１１３からビュー配信を要求する旨のコンテンツ配信要求情報が入力されると（Ｐ１７０４）、このコンテンツ配信要求情報をサーバ１４００に送信する（Ｐ１７０５）。なお、クライアントは、他の広告を見たい場合は、再度広告の配信を要求する旨のコンテンツ配信要求情報を入力しても良い。
【０２２７】
一方、サーバ１４００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ１７０６）、要求解析部１４０５がコンテンツ配信要求情報を解析する（Ｐ１７０７）。そして、この場合、クライアントがビュー配信要求する旨のコンテンツ配信要求情報を送信しているので、次にメディア選択部１４０２が要求解析部１４０５の解析したコンテンツに対応するビューｄ１０１を蓄積部１４０１から選択し（Ｐ１７１３）、この選択したビューｄ１０１をメディア送信部１０３からクライアント端末１４１０に送信する（Ｐ１７１４）。
【０２２８】
そして、クライアント端末１４１０のメディア受信部１１１がこのビューを受信すると（Ｐ１７１１）、蓄積部２Ｃに一旦格納する（Ｐ１７１５）。そして、その後、メディア再生部１４１２がこのビューを再生する。
【０２２９】
次に、メディア再生部１４１２は、ビューの再生が全て終了すると（Ｐ１７１７）、このコンテンツＩＤ２００をＩＤ送信部１００１に送る。そして、ＩＤ送信部１００１は、このコンテンツＩＤ２００と共に、クライアントのＩＤをサーバ１４００の課金部１４０６に送る（Ｐ１７１８）。
【０２３０】
次に、課金部１４０６は、これらのＩＤを受信すると（Ｐ１７１９）、クライアントのＩＤを確認し、正規のユーザか確認する。そして、課金部１４０６は、クライアントのＩＤが正規なものであるという判断をすると、コンテンツＩＤ２００を解析し、ビューに応じた課金を行う（Ｐ１７２０）。
【０２３１】
次に、サーバ１４００は、クライアント端末１４１０が広告再生済みか否か判断する（Ｐ１７２１）。具体的には、サーバ１４００の課金部１４０６が、同じクライアント端末１４１０から同じコンテンツＩＤ２００が送られてきているか判断することにより、広告再生済みか判断する。
【０２３２】
そして、サーバ１４００が、クライアント１４１０が広告再生済みと判断すると、クライアント１４１０が再生した広告に対するペイバックを行う（Ｐ１７２２）。
【０２３３】
以上説明したように実施の形態５によれば、クライアントに対して、ビューと、ビューに関連して管理されていて、かつ配信することでペイバックが発生する広告とを配信することができる。これにより、クライアントがこの広告を見ることにより、ビュー配信の課金を安く抑えることができる。この結果、クライアントは、ビューの配信を受けやすくなる。
【０２３４】
なお、実施の形態５では、メディアの配信前に広告を見る形態で説明したが、ビューの配信後や配信途中、同時に別レイアウトで広告を見ることにより、ペイバックを受ける形態であっても良い。
【０２３５】
なお、ひとつのコンテンツに対して、複数の広告があっても良い。また、コンテンツに対して、広告とプレビューの両方を格納する形態であっても良い。また、動作フローは、実施の形態に限定されない。例えば、プレビュー後に再生済通知をサーバに通知しても良い。
【０２３６】
なお、広告のペイバックを、ビューの料金に応じて変えるようにしても良い。例えば、ビューの料金が高いほど広告のペイバックを高くすることにより、クライアントの負担がより軽減される。
【０２３７】
また、広告のペイバックを、コンテンツの人気に応じて決定しても良い。例えば、コンテンツの人気が高いほど、スポンサーに対する広告料金を高くしても良い。これにより、コンテンツ作成者の収入を増やすことができるので、コンテンツ作成意欲が増すことになる。
【０２３８】
また、広告のペイバックは、コンテンツの人気が低いほど大きくしても良い。これにより、クライアントは人気の低いコンテンツの配信を安い料金で受けることができる。この結果、人気の低いコンテンツの配信要求者が増えることになる。
【０２３９】
（実施の形態６）
実施の形態６は、メディア配信側のサーバに、データ量の多い広帯域通信用バージョンのビューである広帯域メディアと、広帯域メディアよりデータ量の少ない狭帯域通信用バージョンのビューである狭帯域メディアとを蓄積したものである。そして、クライアント端末の状態つまりクライアント端末が採れる帯域に応じて、配信するメディアを広帯域メディアにするか、狭帯域メディアにするか切り替えるようにしたものである。
【０２４０】
以下、実施の形態６にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態６にかかるメディア配信システムの構成について図１９を用いて説明する。図１９は、実施の形態６にかかるメディア配信システムのブロック図である。
【０２４１】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ１８００と、携帯端末などの移動体通信端末であるクライアント端末１８１０とが、携帯通信網等の移動体通信網（ネットワーク）１０２０を介して接続されている。つまり、メディア配信装置であるサーバ１８００からクライアント端末１８１０に、移動体通信網１０２０を介してメディアの送信を行うことを想定している。
【０２４２】
サーバ１８００には、コンテンツのメディアとして、広帯域通信用（広帯域バージョン）にデータ量が多くなっているビューであるメディア（以下、広帯域メディアという）ｄ１８０１と、狭帯域通信用（狭帯域バージョン）に広帯域バージョンよりデータ量の少なくなっているビューであるメディア（以下、狭帯域メディアという）ｄ１８０２と、広帯域メディアｄ１８０１と、狭帯域メディアｄ１８０２とを関連つけて管理するコンテンツ管理情報ｄ１８１１と、を格納する蓄積部１８０１が設けられている。
【０２４３】
広帯域メディアｄ１８０１、および狭帯域メディアｄ１８０２は、映像、音声、テキストなどのＡＶストリームである。広帯域メディアｄ１８０１、および狭帯域メディアｄ１８０２には、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、ＤＶ、ＪＰＥＧ、またはＧＩＦなどのデータ形式が用いられている。また、広帯域メディアｄ１８０１をオーディオ付カラー映像とすると、狭帯域メディアｄ１８０２は、テキストのみのデータであったり、オーディオのみのデータであったり、フレーム間引き映像等のデータ量の少ないデータである。
【０２４４】
また、コンテンツ管理情報ｄ１８１１は、コンテンツ群を、コンテンツ毎に、広帯域メディアｄ１８０１および狭帯域メディアｄ１８０２から抽出した一部の情報と料金などとを合わせて管理するメタデータである。
【０２４５】
また、コンテンツ管理情報ｄ１８１１は、図２０に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツ名２０１に対応する広帯域メディア１９０１のロケータ情報である１９０２と、広帯域メディア１９０１の時間情報２００１と、コンテンツ名２０１の広帯域メディア１９０１を配信した際の料金（金額）情報１９０３と、コンテンツ名２０１に対応する狭帯域メディア１９０４のロケータ情報である１９０５と、狭帯域メディア１９０４の時間情報２００２と、コンテンツＩＤ２００の狭帯域メディア１９０４を配信した際の料金（金額）情報１９０６と、の組が複数格納されている。図２０は、実施の形態６にかかるコンテンツ管理情報の構成を示す図である。
【０２４６】
また、サーバ１８００には、コンテンツ管理情報ｄ１８１１から、図２１に示す、コンテンツのリスト情報２０００を生成し、クライアント端末１８１０に、送信するリスト情報送信部１８０７が設けられている。図２１は、実施の形態６にかかるリスト情報の構成を示す図である。
【０２４７】
リスト情報２０００は、図２１からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１と、広帯域メディア１９０１の時間情報２００１と、広帯域メディア１９０１を配信した場合の料金情報１９０３と、狭帯域メディア１９０４の時間情報２００２と、狭帯域メディア１９０４を配信した場合の料金情報１９０６と、の組から構成される。
【０２４８】
一方、クライアント端末１８１０は、サーバ１８００から送られてきたリスト情報２０００を受信するリスト情報受信部１１６と、受信したリスト情報２０００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１８１０には、リスト情報２０００から所望のコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。
【０２４９】
また、クライアント端末１８１０には、クライアント端末１８１０の状態を監視し、この状態情報を出力する状態監視部１８１１が設けられている。状態情報は、クライアント端末１８１０が採れる帯域を判断するような情報である。例えば、状態情報としては、クライアント端末１８１０の伝送可能帯域に関する情報や、移動中もしくは停止中という状態情報等である。
【０２５０】
さらに、クライアント端末１８１０には、操作入力部１１３もしくは、状態監視部１８１１から入力されたコンテンツ配信要求情報や状態情報をサーバ１８００に送信する要求送信部１１５が設けられている。
【０２５１】
一方、サーバ１８００には、クライアント端末１８１０から送られてきたコンテンツ配信要求情報もしくは状態情報を受信する要求受信部１０４が設けられている。
【０２５２】
また、サーバ１８００には、コンテンツ配信要求情報を受信した場合には、コンテンツ管理情報ｄ１８１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツＩＤ２００と、コンテンツ名２０１、広帯域メディア１９０１のロケータ情報１９０２、料金情報１９０３、狭帯域メディア１９０４のロケータ情報１９０５、料金情報１９０６、などの情報を解析する要求解析部１８０５が設けられている。
【０２５３】
また、要求解析部１８０５は、受信した状態情報により、現在の選択するべきコンテンツのメディアが広帯域メディア配信要求もしくは狭帯域メディア配信要求なのかを判断する。そして、要求解析部１８０５が、コンテンツ配信要求情報が広帯域メディア配信要求であると判断した場合は、コンテンツ管理情報ｄ１８１１を参照し、広帯域メディア１９０１のロケータ情報１９０２および、その料金情報１９０３を解析し、メディア切替部１８０２および課金部１８０６に解析結果を送信する。
【０２５４】
一方、要求解析部１８０５が、コンテンツ配信要求情報が狭帯域メディア１９０４の配信要求であると判断した場合は、コンテンツ管理情報ｄ１８１１を参照し、狭帯域メディア１９０４のロケータ情報１９０５、および料金情報１９０６を解析し、メディア切替部１８０２および課金部１８０６に解析結果を送信する。
【０２５５】
また、サーバ１８００には、メディア送信部１０３のメディア送信完了後に、要求解析部１８０５が解析した料金情報に基づいて、クライアントに対して課金する課金部１８０６が設けられている。課金部１８０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０２５６】
また、サーバ１８００には、要求解析部１８０５がコンテンツ配信要求情報を解析した結果を用いて、クライアントの配信希望コンテンツの広帯域メディアｄ１８０１もしくは狭帯域メディアｄ１８０２を選択し、蓄積部１８０１から抽出するメディア切替部１８０２が設けられている。
【０２５７】
そして、サーバ１８００には、メディア切替部１８０２で選択された広帯域メディアｄ１８０１もしくは狭帯域メディアｄ１８０２をクライアント端末１８１０に送信するメディア送信部１０３が設けられている。
【０２５８】
一方、クライアント端末１８１０には、送られてきた広帯域メディアｄ１８０１もしくは狭帯域メディアｄ１８０２を受信するメディア受信部１１１と、受信した広帯域メディアｄ１８０１もしくは狭帯域メディアｄ１８０２を再生するメディア再生部１１２とが設けられている。
【０２５９】
以下、実施の形態６にかかるメディア配信システムの動作について、図２２を用いて説明する。図２２は、実施の形態６にかかるメディア配信システムの動作フロー図である。
【０２６０】
まず、サーバ１８００のリスト情報送信部１８０７がコンテンツ管理情報ｄ１８１１からリスト情報２０００を生成し、クライアント端末１８１０に送信する（Ｐ２１０１）。
【０２６１】
そして、クライアント端末１８１０のリスト情報受信部１１６がこのリスト情報２０００を受信すると（Ｐ２１０２）、リスト情報表示部１１７がリスト情報２０００を表示する（Ｐ２１０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報２０００を参照し、まず、所望のコンテンツ名２０１のコンテンツＩＤ２００を選択し、操作入力部１１３から所望のコンテンツＩＤ２００を入力する。そして、クライアントが、コンテンツを要求する旨のコンテンツ配信要求情報を入力すると（Ｐ２１０４）、状態監視部１８１１が現在のクライアント端末１８１０の状態を監視し、現在の状態情報をコンテンツ配信要求情報に加味する。そして、このコンテンツ配信要求情報と状態情報をサーバ１８００に送信する（Ｐ２１０５）。
【０２６２】
一方、サーバ１８００の要求受信部１０４がコンテンツ配信要求情報を受信すると（Ｐ２１０６）、要求解析部１８０５がコンテンツ配信要求情報および状態情報を解析し（Ｐ２１０７）、これらの情報がメディアを要求しているものか、クライアント端末１８１０の状態変化を知らせているものか判断する（Ｐ２１０８）。
【０２６３】
この場合は、コンテンツ配信要求情報が送られてきているので、メディアを要求していることを示す。よって、次に、要求解析部１８０５は、状態情報からクライアント端末１８１０の使用できる帯域が広帯域メディアか狭帯域メディアか判断する。
【０２６４】
次に、メディア切替部１８０２が要求解析部１８０５の解析したコンテンツに対応するメディアを蓄積部１８０１から選択し（Ｐ２１０９）、この選択したメディアをメディア送信部１０３からクライアント端末１８１０に送信する（Ｐ２１１０）。そして、クライアントが要求したコンテンツ名２０１に対応する広帯域メディアもしくは狭帯域メディアに対する料金を解析する。そして、課金部１８０６がこのコンテンツに対する料金情報をクライアントに課金する（Ｐ２１１１）。
【０２６５】
そして、クライアント端末１８１０のメディア受信部１１１がこのメディアを受信すると（Ｐ２１１２）、メディア再生部１１２がこのメディアを再生する（Ｐ２１１３）。
【０２６６】
また、クライアント端末１８１０の状態監視部１８１１は、絶えずクライアント端末１８１０の状態変化を監視している。そして、状態監視部１８１１が状態変化を検知した場合には（Ｐ２１１４）、状態監視部１８１１は要求送信部１１５に対して、変化した状態に対応する状態情報を出力する。そして、この情報を受けた要求送信部１１５は、サーバ１８００に対して、この情報を送信する（Ｐ２１１５）。
【０２６７】
そして、サーバ１８００は、この情報を受信し（Ｐ２１０６）、解析し（Ｐ２１０７）、この情報がメディア配信要求情報か状態変化情報か判断する（Ｐ２１０８）。この場合、クライアント端末１８１０から送られてきた情報が状態変化情報であるので、要求解析部１８０５は選択するメディアを切り替える情報をメディア切替部１８０２に送信する。そして、メディア切替部１８０２がメディアの種類を切り替える（Ｐ２１１６）。次に、メディア送信部１０３は、この切り替えたメディアをクライアント端末１８１０に送信する（Ｐ２１１７）。そして、要求解析部１８０５は、切り替えるメディアに対応した料金情報を課金部１８０６に送信する。そして、課金部１８０６は、切り替えたメディアに対応する課金を行う（Ｐ２１１８）。
【０２６８】
これに対し、クライアント端末１８１０は、この切り替えたメディアを受信し（Ｐ２１１２）、再生する（Ｐ２１１３）。
【０２６９】
以上説明したように、実施の形態６によれば、広帯域メディアと狭帯域メディアの２種類のメディアを配信できる。これにより、クライアントは、状態にあった帯域のメディアを利用できる。つまり、クライアント端末１８１０が狭帯域しか使えない場合に、広帯域メディアを使用して高い料金を支払うような事態を避けることができる。これにより、クライアントがより良い状況でかつ無駄な出費を抑えたメディア配信サービスを受けることができる。
【０２７０】
また、実施の形態６によれば、クライアント端末１８１０の状態変化を監視し、状態に応じた帯域のメディアをダイナミックに選択し、自動的に配信することができる。これにより、クライアントは、絶えず適切なメディア配信を受けることができる。
【０２７１】
また、実施の形態６によれば、リアルタイムにクライアント端末１８１０の状態を監視するので、ワイドバンドＣＤＭＡなどのようにリアルタイムに使用できる帯域が変化する形態に対応してメディアの切り替えができる。
【０２７２】
なお、実施の形態６では、ワイドバンドＣＤＭＡなどの、リアルタイムに使用できる帯域が変化する形態に対応して説明したが、クライアント端末は設置型のＰＣであって良い。この場合は、ＰＣのデータ転送能力、例えばＰＣがモデムを使用しているか、ＡＤＳＬを使用しているか等を判断して、メディアを切り替えるようにすれば良い。
【０２７３】
なお、クライアントが、クライアント端末の能力と、クライアント端末を特定するための情報であるクライアントのＩＤとを関連つけてサーバに予め登録しておく形態であっても良い。この形態の場合は、クライアントが端末ＩＤをコンテンツ配信要求情報に含めるようにする。これにより、クライアントがクライアント端末の能力を具体的に記載する必要がなくなる。
【０２７４】
（実施の形態７）
実施の形態７は、実施の形態６を改良したものである。つまり、実施の形態６では予め広帯域メディアと狭帯域メディアを生成し格納しておいたが、実施の形態７は、広帯域メディアのみを格納し、狭帯域メディアはダイナミックに生成するようにしている。具体的には、実施の形態７では、広帯域メディアから狭帯域メディアを生成するためのメタデータを格納し、必要に応じて使用している。
【０２７５】
以下、実施の形態７にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態７にかかるメディア配信システムの構成について図２３を用いて説明する。図２３は、実施の形態７にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一部分には同一の符番を付与してある。
【０２７６】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ２２００と、携帯端末などの移動体通信端末であるクライアント端末１８１０とが、携帯通信網等の移動体通信網１０２０を介して接続されている。つまり、メディア配信装置であるサーバ２２００からクライアント端末１８１０に、移動体通信網１０２０を介してメディアの送信を行うことを想定している。
【０２７７】
サーバ２２００には、コンテンツのメディアとして、広帯域通信用（広帯域バージョン）にデータ量が多くなっているメディア（以下、広帯域メディアという）ｄ１８０１と、広帯域メディアを狭帯域通信用（狭帯域バージョン）に変換するためのパラメータであるメタデータｄ２２０２と、広帯域メディアｄ１８０１とメタデータｄ２２０２とを関連付けて管理するコンテンツ管理情報ｄ２２１１と、を格納する蓄積部２２０１が設けられている。
【０２７８】
また、メタデータｄ２２０２は、ＭＰＥＧ−７のメタデータが用いられる。メタデータｄ２２０２は、個々のコンテンツに対する処理方法を含むコンテンツ記述である。この例では、個々のコンテンツに対する処理方法として、広帯域メディアから狭帯域メディアを生成するプログラムが格納されている。
【０２７９】
コンテンツ管理情報ｄ２２１１には、メタデータが用いられる。また、コンテンツ管理情報ｄ２２１１は、コンテンツ群を、コンテンツ毎に、広帯域メディアｄ１８０１およびメタデータｄ２２０２から抽出した一部の情報と、料金などとを合わせて管理するメタデータである。
【０２８０】
また、コンテンツ管理情報ｄ２２１１は、図２４に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツ名２０１に対応する広帯域メディア１９０１のロケータ情報である１９０２と、広帯域メディア１９０１の時間情報２００１と、コンテンツＩＤ２００の広帯域メディア１９０１を配信した際の料金情報１９０３と、コンテンツＩＤ２００に対応するメタデータ２３０１のロケータ情報２３０２と、メタデータ２３０１を用いて生成した狭帯域メディアを配信した際の料金（金額）情報２３０３と、メタデータ２３０１を用いて生成するメディアの帯域プロファイル２３０４と、その種別２３０５と、の組が複数格納されている。また、ひとつのコンテンツに対して複数の狭帯域メディアを生成できるように、ひとつのコンテンツに対して帯域プロファイル２３０４を設けている。図２４は、実施の形態７にかかるコンテンツ管理情報の構成を示す図である。
【０２８１】
また、サーバ２２００には、コンテンツ管理情報ｄ２２１１から、図２５に示す、コンテンツのリスト情報２４００を生成し、クライアント端末１８１０に、送信するリスト情報送信部２２０７が設けられている。図２５は、実施の形態７にかかるリスト情報の構成を示す図である。
【０２８２】
リスト情報２４００は、図２５からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１と、広帯域メディア１９０１の時間情報２００１と、広帯域メディア１９０１を配信した場合の料金情報１９０３と、メタデータにより生成する狭帯域メディア２４００の時間情報および種別情報２４０１と、狭帯域メディア２４００を配信した場合の料金情報２４０２と、の組から構成される。
【０２８３】
一方、クライアント端末１８１０は、サーバ２２００から送られてきたリスト情報２４００を受信するリスト情報受信部１１６と、受信したリスト情報２４００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１８１０には、リスト情報２４００から所望のコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。
【０２８４】
また、クライアント端末１８１０には、クライアント端末１８１０の状態を監視し、この状態情報を出力する状態監視部１８１１が設けられている。状態情報は、クライアント端末１８１０が採れる帯域を判断するような情報である。例えば、状態情報は、クライアント端末１８１０が移動中である、もしくは停止中である等の情報である。
【０２８５】
さらに、クライアント端末１８１０には、操作入力部１１３もしくは、状態監視部１８１１から入力されたコンテンツ配信要求情報や状態情報をサーバ２２００に送信する要求送信部１１５が設けられている。
【０２８６】
一方、サーバ２２００には、クライアント端末１８１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０２８７】
また、サーバ２２００には、コンテンツ配信要求情報を受信した場合には、コンテンツ管理情報ｄ２２１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、広帯域メディア１９０１のロケータ情報１９０２、料金情報１９０３、メタデータ２３０１のロケータ情報２３０２、料金情報２３０３などの情報を解析する要求解析部２２０５が設けられている。
【０２８８】
また、要求解析部２２０５は、受信した状態情報により、現在の選択するべきコンテンツのメディアが広帯域メディア配信要求もしくは狭帯域メディア配信要求なのかを判断する。そして、要求解析部２２０５が、現在クライアント端末１８１０の使用できる帯域が広帯域であると判断した場合は、コンテンツ管理情報ｄ２２１１を参照し、広帯域メディア１９０１のロケータ情報１９０２および、その料金情報１９０３を解析し、メディア切替／変換部２２０２および課金部２２０６に解析結果を送信する。
【０２８９】
一方、要求解析部２２０５が、現在クライアント端末１８１０の使用できる帯域が狭帯域であると判断した場合は、コンテンツ管理情報ｄ２２１１を参照し、メタデータ２３０１のロケータ情報２３０２、料金情報２３０３などの情報を解析し、メディア切替／変換部２２０２および課金部２２０６に解析結果を送信する。
【０２９０】
また、サーバ２２００には、要求解析部２２０５が解析した料金情報に基づいて、クライアントに対して課金する課金部２２０６が設けられている。課金部２２０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０２９１】
また、サーバ２２００には、要求解析部２２０５がコンテンツ配信要求情報もしくは状態情報を解析した結果を用いて、クライアントの配信希望コンテンツの広帯域メディアｄ１８０１を選択し蓄積部２２０１から抽出、もしくはクライアントの配信希望コンテンツのメタデータｄ２２０２を蓄積部２２０１から抽出し広帯域メディアｄ１８０１から狭帯域メディアを生成するメディア切替／変換部２２０２が設けられている。
【０２９２】
そして、サーバ２２００には、メディア切替／変換部２２０２で選択された広帯域メディアｄ１８０１もしくは生成した狭帯域メディアをクライアント端末１８１０に送信するメディア送信部１０３が設けられている。
【０２９３】
一方、クライアント端末１８１０には、送られてきた広帯域メディアｄ１８０１もしくは狭帯域メディアを受信するメディア受信部１１１と、受信した広帯域メディアｄ１８０１もしくは狭帯域メディアを再生するメディア再生部１１２とが設けられている。
【０２９４】
以下、実施の形態７にかかるメディア配信システムの動作について、図２６を用いて説明する。図２６は、実施の形態７にかかるメディア配信システムの動作フロー図である。
【０２９５】
まず、サーバ２２００のリスト情報送信部２２０７がコンテンツ管理情報ｄ２２１１からリスト情報２４００を生成し、クライアント端末１８１０に送信する（Ｐ２５０１）。
【０２９６】
そして、クライアント端末１８１０のリスト情報受信部１１６がこのリスト情報２４００を受信すると（Ｐ２５０２）、リスト情報表示部１１７がリスト情報２４００を表示する（Ｐ２５０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報２４００を参照し、所望のコンテンツ名２０１のコンテンツＩＤ２００を選択し、操作入力部１１３から所望のコンテンツＩＤ２００を入力する。そして、クライアントが、コンテンツを要求する旨のコンテンツ配信要求情報を入力すると（Ｐ２５０４）、状態監視部１８１１が現在のクライアント端末１８１０の状態を監視し、現在の状態情報をコンテンツ配信要求情報に加味する。そして、このコンテンツ配信要求情報と状態情報をサーバ２２００に送信する（Ｐ２５０５）。
【０２９７】
一方、サーバ２２００の要求受信部１０４がコンテンツ配信要求情報を受信すると（Ｐ２５０６）、要求解析部２２０５がコンテンツ配信要求情報および状態情報を解析し（Ｐ２５０７）、これらの情報がメディアを要求しているものか、クライアント端末１８１０の状態変化を知らせているものか判断する（Ｐ２５０８）。
【０２９８】
この場合は、コンテンツ配信要求情報が送られてきているので、メディアを要求していることを示す。よって、次に、要求解析部２２０５は、状態情報からクライアント端末１８１０の使用できる帯域が広帯域メディアか狭帯域メディアか次に、メディア切替／変換部２２０２が要求解析部２２０５の解析したコンテンツに対応するメディアを蓄積部２２０１から選択、もしくは生成し（Ｐ２５０９）、この選択、もしくは生成したメディアをメディア送信部１０３からクライアント端末１８１０に送信する（Ｐ２５１０）。
【０２９９】
そして、クライアントが要求したコンテンツ名２０１に対応する広帯域メディアもしくは狭帯域メディアに対する料金を解析する。そして、課金部２２０６がこのコンテンツに対する料金をクライアントに課金する（Ｐ２５１１）。
【０３００】
そして、クライアント端末１８１０のメディア受信部１１１がこのメディアを受信すると（Ｐ２５１２）、メディア再生部１１２がこのメディアを再生する（Ｐ２５１３）。
【０３０１】
また、クライアント端末１８１０の状態監視部１８１１は、絶えずクライアント端末１８１０の状態変化を監視している。そして、状態監視部１８１１が状態変化を検知した場合には（Ｐ２５１４）、状態監視部１８１１は要求送信部１１５に対して、変化した状態に対応する状態情報を出力する。そして、この情報を受けた要求送信部１１５は、サーバ２２００に対して、この情報を送信する（Ｐ２５１５）。
【０３０２】
そして、サーバ２２００は、この情報を受信し（Ｐ２５０６）、解析し（Ｐ２５０７）、この情報がメディア配信要求情報か状態変化情報か判断する（Ｐ２５０８）。この場合、クライアント端末１８１０から送られてきた情報が状態情報のみであるので、要求解析部２２０５は、選択するメディアを切り替える情報をメディア切替／変換部２２０２に送信する。そして、メディア切替／変換部２２０２が必要に応じてメタデータを使用してメディアを変換し（Ｐ２５１６）、メディアの種類を切り替える（Ｐ２５１７）。そして、メディア送信部１０３がこの切り替えたメディアをクライアント端末１８１０に送信する（Ｐ２５１８）。
【０３０３】
そして、要求解析部２２０５は、切り替えるメディアに対応した料金情報を課金部２２０６に送信する。そして、課金部２２０６は、切り替えるメディアに対応する課金を行う（Ｐ２５１９）。
【０３０４】
そして、クライアント端末１８１０は、この切り替えたメディアを受信し（Ｐ２５１２）、再生する（Ｐ２５１３）。
【０３０５】
以上説明したように実施の形態７によれば、広帯域メディアと狭帯域メディアを配信できるのはもちろんのこと、狭帯域メディアを予め生成し蓄積しておくのではなく、狭帯域メディアを生成するためのメタデータｄ２２０２を蓄積しておきクライアント端末の状態変化に応じて生成するので、蓄積部２２０１の蓄積容量が小さくてすむ。
【０３０６】
また、実施の形態７によれば、メタデータを複数帯域対応することで、ひとつのコンテンツに対してより多くパターンの帯域用のメディアを配信できる。これにより、クライアント端末の状態変化に対して細かく対応することができる。また、この場合であっても、蓄積容量は少なくてすむ。
【０３０７】
また、格納するメタデータのタイプとしては、広帯域メディアから、テキストのみ、オーディオのみ、ビデオ（カラー／白黒／グレースケール）のみ、フレーム間引きビデオ（カラー／白黒）、またはフレーム間引きビデオ（カラー／白黒）等を生成するプログラムが考えられる。
【０３０８】
（実施の形態８）
実施の形態８にかかるメディア配信システムは、コンテンツ毎に、カラーデータからなるビューであるカラーメディアと白黒バージョンのビューである白黒メディアを設けたものである。そして、クライアントが自分のニーズに合わせてメディアを選択できるしたものである。
【０３０９】
以下、本発明の実施の形態８にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態８にかかるメディア配信システムの構成について図２７を用いて説明する。図２７は、実施の形態８にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０３１０】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ２６００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末１１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。つまり、メディア配信装置であるサーバ２６００からクライアント端末１１０に、ネットワーク１２０を介してメディアの送信を行うことを想定している。
【０３１１】
サーバ２６００には、コンテンツのメディアとして、カラーデータで構成されたビューであるメディア（以下、カラーメディアという）ｄ２６０１と、白黒（２値）データでのみ構成されたビューであるメディア（以下、白黒メディア）ｄ２６０２と、カラーメディアｄ２６０１と白黒メディアｄ２６０２とを管理する情報であるコンテンツ管理情報ｄ２６１１と、を格納する蓄積部２６０１が設けられている。
【０３１２】
カラーメディアｄ２６０１および白黒メディアｄ２６０２は、映像、音声、テキストなどのＡＶストリームであり、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、ＤＶ、ＪＰＥＧ、またはＧＩＦなどのデータ形式が用いられている。
【０３１３】
また、コンテンツ管理情報ｄ２６１１は、コンテンツ群を、コンテンツ毎に、カラーメディアｄ２６０１および白黒メディアｄ２６０２から抽出した一部の情報と、料金などとを合わせて管理するメタデータである。
【０３１４】
また、コンテンツ管理情報ｄ２６１１は、図２８に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツ名２０１に対応するメディア２７０１のロケータ情報である２７０２と、メディア２７０１の時間情報２８０１と、コンテンツ名２０１のメディア２７０１を配信した際の料金（金額）情報２７０３と、メディア２７０１の条件２８０２と、の組が複数格納されている。また、この例では、「ＡＡＡ」という名のコンテンツは、カラーメディア２７０４と白黒メディア２７０５を有している。図２８は、実施の形態８にかかるコンテンツ管理情報の構成を示す図である。
【０３１５】
また、サーバ２６００には、コンテンツ管理情報ｄ２６１１から、図２９に示す、コンテンツのリスト情報２８００を生成し、クライアント端末１１０に、電子メールやＨＴＴＰで送信するリスト情報送信部２６０７が設けられている。図２９は、実施の形態８にかかるリスト情報の構成を示す図である。
【０３１６】
リスト情報２８００は、図２９からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１とコンテンツの時間情報２８０１と、コンテンツを配信した場合の料金情報２７０３と、コンテンツに対応するメディアの条件（種類）２８０２と、の組から構成される。
【０３１７】
一方、クライアント端末１１０には、サーバ２６００から送られてきたリスト情報２８００を受信するリスト情報受信部１１６と、受信したリスト情報２８００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報２８００から所望コンテンツの所望メディア配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。クライアントは、操作入力部１１３から、カラーメディア配信か白黒メディア配信かを選択して入力できる。
【０３１８】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ２６００に送信する要求送信部１１５が設けられている。
【０３１９】
一方、サーバ２６００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０３２０】
また、サーバ２６００には、コンテンツ管理情報ｄ２６１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２７０１のロケータ情報２７０２、料金情報２７０３などの情報を解析する要求解析部２６０５が設けられている。要求解析部２６０５は、コンテンツ配信要求情報から、クライアントがカラーメディア配信もしくは白黒メディア配信のどちらを要求しているか判断する。
【０３２１】
そして、要求解析部２６０５は、コンテンツ管理情報ｄ２６１１を参照し、クライアントが選択した、カラーメディアもしくは白黒メディアのいずれかのロケータ情報２７０２および、その料金情報２７０３を解析し、メディア選択部２６０２および課金部２６０６に解析結果を送信する。
【０３２２】
また、サーバ２６００は、要求解析部２６０５が解析した料金情報に基づいて、クライアントに対して課金する課金部２６０６が設けられている。課金部２６０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０３２３】
また、サーバ２６００には、要求解析部２６０５がコンテンツ配信要求情報を解析した結果から、クライアントの要求するコンテンツ名のカラーメディアもしくは白黒メディアを選択し、蓄積部２６０１から抽出するメディア選択部２６０２が設けられている。
【０３２４】
そして、サーバ２６００には、メディア選択部２６０２で選択されたカラーメディアもしくは白黒メディアをクライアント端末１１０に送信するメディア送信部１０３が設けられている。
【０３２５】
一方、クライアント端末１１０には、送られてきたカラーメディアもしくは白黒メディアをを受信するメディア受信部１１１と、受信したカラーメディアもしくは白黒メディアをを再生するメディア再生部１１２とが設けられている。
【０３２６】
以下、実施の形態８にかかるメディア配信システムの動作について、図３０を用いて説明する。図３０は、実施の形態８にかかるメディア配信システムの動作フロー図である。
【０３２７】
まず、サーバ２６００のリスト情報送信部２６０７がコンテンツ管理情報ｄ２６１１からリスト情報２８００を生成し、クライアント端末１１０に送信する（Ｐ２９０１）。
【０３２８】
そして、クライアント端末１１０のリスト情報受信部１１６がこのリスト情報２８００を受信すると（Ｐ２９０２）、リスト情報表示部１１７がリスト情報２８００を表示する（Ｐ２９０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報２８００を参照し、まず、所望のコンテンツ名２０１および所望のメディアタイプを選択し、操作入力部１１３から所望のコンテンツ名２０１のメディアを所望のメディアタイプで要求する旨のコンテンツ配信要求情報を入力する。そして、クライアントが、このコンテンツ配信要求情報を入力すると（Ｐ２９０４）、要求送信部１１５がこのコンテンツ配信要求情報をサーバ２６００に送信する（Ｐ２９０５）。
【０３２９】
一方、サーバ２６００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ２９０６）、要求解析部２６０５がコンテンツ配信要求情報を解析し、何という名のコンテンツ名のメディアをどのメディアタイプで配信要求しているのか、判断する（Ｐ２９０７）。
【０３３０】
次に、メディア選択部２６０２が、コンテンツ管理情報ｄ２６１１を参照し、クライアントが要求したメディアタイプでクライアントが要求したコンテンツ名２０１のメディアのロケータ２７０２を抽出する。そして、メディア選択部２６０２が抽出したロケータ２７０２に位置するメディアを蓄積部２６０１から選択する（Ｐ２９０８）。そして、メディア送信部１０３が、この選択したメディアをクライアント端末１１０に送信する（Ｐ２９０９）。
【０３３１】
そして、コンテンツ配信要求情報が白黒メディア配信を要求している場合は、課金部２６０６はコンテンツ管理情報ｄ２６１１を参照し、白黒メディアに対応した課金を行う。また、コンテンツ配信要求情報がカラーメディア配信を要求している場合は、課金部２６０６はコンテンツ管理情報ｄ２６１１を参照し、カラーメディアに対応した課金を行う（Ｐ２９１０）。
【０３３２】
一方、クライアント端末１１０は、メディア受信部１１１が送られてきたメディアを受信し（Ｐ２９１１）、メディア再生部１１２がメディアを再生する（Ｐ２９１２）。
【０３３３】
以上説明したように、実施の形態８によれば、クライアントに対して、カラーメディアと白黒メディアを配信できる。これにより、クライアントが自分のニーズに合わせて、カラーメディアと白黒メディアを選択できる。つまり、クライアントは端末の能力が低い場合は白黒メディアを選択し、端末の能力が高い場合はカラーメディアを選択できる。これにより、端末の能力が低いのにも関わらず、不必要にデータ量が多くかつ高価なカラーのメディア配信を受ける必要がなくなる。また、当然のことながらクライアントは、メディアに対する興味や経済面を加味して、好きなタイプのメディアを選択できる。また、グレースケール、２値、多値、ｎ色などの組合せや、３つ以上の組合せも可能である。
【０３３４】
なお、実施の形態８では、クライアントが、カラーメディア配信か白黒メディア配信かを選択する入力をする形態で説明したが、クライアント端末１１０のデータ通信能力を入力する形態にしても良い。この場合、要求解析部２６０５がクライアント端末１１０から送られてきたデータ通信能力情報を解析し、自動的にカラーメディアもしくは白黒メディアを配信するか決定する。
【０３３５】
（実施の形態９）
実施の形態９は、実施の形態８を改良したものである。つまり、実施の形態８では予めカラーメディアと白黒メディアを生成し格納しておいたが、実施の形態９は、カラーメディアのみを格納し、白黒メディアやその他のタイプのメディアをダイナミックに生成するようにしている。具体的には、実施の形態９では、カラーメディアから白黒メディアやその他のメディアを生成するためのメタデータを格納し、必要に応じて使用している。
【０３３６】
以下、本発明の実施の形態９にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態９にかかるメディア配信システムの構成について図３１を用いて説明する。図３１は、実施の形態９にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０３３７】
サーバ３０００には、コンテンツのメディアとして、カラーメディアｄ２６０１と、カラーメディアｄ２６０１を白黒メディアやその他のタイプのメディアに変換するためのプログラムであるメタデータｄ３００２と、カラーメディアｄ２６０１と、メタデータｄ３００２とを関連つけて管理するコンテンツ管理情報ｄ３０１１と、を格納する蓄積部３００１が設けられている。
【０３３８】
また、メタデータｄ３００２は、ＭＰＥＧ−７のメタデータが用いられる。メタデータｄ３００２は、個々のコンテンツに対する処理方法を含むコンテンツ記述である。この例では、個々のコンテンツに対する処理方法として、カラーメディアから白黒メディアやその他のタイプのメディアを生成するプログラムが格納されている。
【０３３９】
コンテンツ管理情報ｄ３０１１には、メタデータが用いられる。また、コンテンツ管理情報ｄ３０１１は、コンテンツ群を、コンテンツ毎に、カラーメディアｄ２６０１およびメタデータｄ３００２から抽出した一部の情報と、料金などとを合わせて管理するメタデータである。
【０３４０】
また、コンテンツ管理情報ｄ３０１１は、図３２に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応するカラーメディア３１０１のロケータ情報である３１０２と、カラーメディア３１０１の時間情報２８０１と、コンテンツＩＤ２００のカラーメディア３１０１を配信した際の料金（金額）情報３１０３と、コンテンツＩＤ２００に対応するメタデータ３１０４のロケータ情報３１０５と、メタデータ３１０４を用いて生成したその他のメディアを配信した際の料金（金額）情報３１０６と、メタデータ３１０４にバリエーションがあるか否かを示すバリエーションキー３１０７と、メタデータ３１０４によって生成されるメディアの条件２８０２と、の組が複数格納されている。また、ひとつのコンテンツに対して複数のタイプのメディアを生成できるように、メタデータ３１０４に複数のバリエーションを設けている。この例では、「ＡＡＡ」というコンテンツには、３つのバリエーションが設けられている。図３２は、実施の形態９にかかるコンテンツ管理情報の構成を示す図である。
【０３４１】
また、サーバ３０００には、コンテンツ管理情報ｄ３０１１から、図３３に示す、コンテンツのリスト情報３２００を生成し、クライアント端末１１０に、送信するリスト情報送信部３００７が設けられている。図３３は、実施の形態９にかかるリスト情報の構成を示す図である。
【０３４２】
リスト情報３２００は、図３３からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツの時間情報３２０１と、コンテンツを配信した場合の料金情報３２０３と、コンテンツに対応するメディアの条件（種類）３２０２と、の組から構成される。
【０３４３】
一方、クライアント端末１１０は、サーバ３０００から送られてきたリスト情報３２００を受信するリスト情報受信部１１６と、受信したリスト情報３２００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報３２００から所望コンテンツの所望のメディア配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。クライアントは、操作入力部１１３から、カラーメディア配信か白黒メディア配信かその他のメディアかを選択して入力できる。
【０３４４】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ３０００に送信する要求送信部１１５が設けられている。
【０３４５】
一方、サーバ３０００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０３４６】
また、サーバ３０００には、コンテンツ管理情報ｄ３０１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア３１０１のロケータ情報３１０２、料金情報３１０３などの情報を解析する要求解析部３００５が設けられている。要求解析部３００５は、コンテンツ配信要求情報から、クライアントがカラーメディア、白黒メディア、その他のメディアのどのメディアの配信要求しているか判断する。
【０３４７】
また、要求解析部３００５は、コンテンツ配信要求情報がカラーメディア要求である場合、コンテンツ管理情報ｄ３０１１を参照し、カラーメディアメディアｄ２６０１のロケータ情報３１０２および、その料金情報３１０３を解析し、メディア選択／変換部３００２および課金部３００６に解析結果を送信する。
【０３４８】
一方、要求解析部３００５が、コンテンツ配信要求情報がカラーメディア以外のメディア要求である場合、コンテンツ管理情報ｄ３０１１を参照し、メタデータ３１０４のロケータ情報３１０５、料金情報３１０６などの情報を解析し、メディア選択／変換部３００２および課金部３００６に解析結果を送信する。
【０３４９】
また、サーバ３０００は、要求解析部３００５が解析した料金情報に基づいて、クライアントに対して課金する課金部３００６が設けられている。課金部３００６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０３５０】
また、サーバ３０００には、要求解析部３００５がコンテンツ配信要求情報を解析した結果を用いて、クライアントの配信希望コンテンツのカラーメディアｄ２６０１を蓄積部３００１から抽出、もしくはクライアントの配信希望コンテンツのメタデータｄ３００２を蓄積部３００１から抽出し広帯域メディアｄ２６０１から白黒メディアもしくはその他のタイプのメディアを生成するメディア選択／変換部３００２が設けられている。
【０３５１】
そして、サーバ３０００には、メディア選択／変換部３００２で選択されたカラーメディアｄ２６０１もしくは生成した白黒メディアもしくはその他のタイプのメディアをクライアント端末１１０に送信するメディア送信部１０３が設けられている。
【０３５２】
一方、クライアント端末１１０には、送られてきたカラーメディアｄ２６０１もしくは生成した白黒メディアもしくはその他のタイプのメディアを受信するメディア受信部１１１と、受信したカラーメディアｄ２６０１もしくは生成した白黒メディアもしくはその他のタイプのメディアを再生するメディア再生部１１２とが設けられている。
【０３５３】
以下、実施の形態９にかかるメディア配信システムの動作について、図３４を用いて説明する。図３４は、実施の形態９にかかるメディア配信システムの動作フロー図である。
【０３５４】
まず、サーバ３０００のリスト情報送信部３００７がコンテンツ管理情報ｄ３０１１からリスト情報３２００を生成し、クライアント端末１１０に送信する（Ｐ３３０１）。
【０３５５】
そして、クライアント端末１１０のリスト情報受信部１１６がこのリスト情報３２００を受信すると（Ｐ３３０２）、リスト情報表示部１１７がリスト情報３２００を表示する（Ｐ３３０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報３２００を参照し、まず、所望のコンテンツ名２０１および所望のメディアタイプを選択し、操作入力部１１３から所望のコンテンツ名２０１のメディアを所望のメディアタイプで要求する旨のコンテンツ配信要求情報を入力する。そして、クライアントが、このコンテンツ配信要求情報を入力すると（Ｐ３３０４）、要求送信部１１５がこのコンテンツ配信要求情報をサーバ３０００に送信する（Ｐ３３０５）。
【０３５６】
一方、サーバ３０００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ３３０６）、要求解析部３００５がコンテンツ配信要求情報を解析し、何という名のコンテンツ名のメディアをどのメディアタイプで配信要求しているのか、判断する（Ｐ３３０７）。
【０３５７】
次に、メディア選択／変換部３００２は、クライアントの要求に基づいてメディアのタイプを選択し、必要に応じて変換する（Ｐ３３０８）。
【０３５８】
具体的には、クライアントが要求したメディアのタイプがカラーメディアの場合は、メディア選択／変換部３００２はコンテンツ管理情報ｄ３０１１を参照し、クライアントが要求したコンテンツ名２０１のカラーメディア３１０１のロケータ３１０２を抽出する。そして、メディア選択／変換部３００２が抽出したロケータ３１０２に位置するメディアを蓄積部３００１から選択する。
【０３５９】
一方、クライアントが要求したメディアのタイプがカラーメディア以外の場合は、メディア選択／変換部３００２はコンテンツ管理情報ｄ３０１１を参照し、クライアントが要求したコンテンツ名２０１のカラーメディア３１０１のロケータ３１０２、およびクライアントの要求に対応したメディアタイプに変換するメタデータを抽出する。そして、メディア選択／変換部３００２は、抽出したメタデータを用いてカラーメディアを変換する。
【０３６０】
そして、メディア送信部１０３が、この生成したメディアをクライアント端末１１０に送信する（Ｐ３３０９）。
【０３６１】
そして、課金部３００６が、コンテンツ管理情報ｄ３０１１を参照し、メディアタイプに対応した課金を行う（Ｐ３３１０）。
【０３６２】
一方、クライアント端末１１０はメディア受信部１１１が、送られてきたメディアを受信し（Ｐ３３１１）、メディア再生部１１２がメディアを再生する（Ｐ３３１２）。
【０３６３】
以上説明したように、実施の形態９によれば、実施の形態８で得られる効果はもちろんのこと、白黒メディアやその他のタイプのメディアを予め生成し蓄積しておくのではなく、白黒メディアやその他のタイプのメディアをカラーメディアから生成するためのメタデータｄ３００２を蓄積しておきクライアント端末の状態変化に応じて白黒メディアやその他のタイプのメディア生成するので、蓄積部３００１の蓄積容量が小さくてすむ。
【０３６４】
また、実施の形態９によれば、メタデータに複数のバリエーションを持たせることで、ひとつのコンテンツに対してより多くパターンのメディアを配信できる。これにより、クライアントのメディア要求に対して細かく対応することができる。また、この場合であっても、蓄積容量は少なくてすむ。
【０３６５】
また、メタデータのバリエーションのタイプとしては、カラーメディアから、テキストのみ、オーディオのみ、ビデオ（カラー／白黒）のみ、フレーム間引きビデオ（カラー／白黒）、またはフレーム間引きビデオ（カラー／白黒）等を生成するプログラムが考えられる。
【０３６６】
なお、ひとつのメタデータに複数のバリエーションを持たせず、ひとつのバリエーションを有するメタデータを複数格納する形態であっても良い。
【０３６７】
（実施の形態１０）
実施の形態１０にかかるメディア配信システムは、コンテンツ毎に、評論家が作成したメディアサマリとアイドルが作成したメディアサマリを設けたものである。そして、クライアントが自分のニーズに合わせて、好きなメディアサマリを選択できるようにしたものである。
【０３６８】
以下、本発明の実施の形態１０にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１０にかかるメディア配信システムの構成について図３５を用いて説明する。図３５は、実施の形態１０にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０３６９】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ３４００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末１１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。つまり、メディア配信装置であるサーバ３４００からクライアント端末１１０に、ネットワーク１２０を介してメディアの送信を行うことを想定している。
【０３７０】
サーバ３４００には、コンテンツのメディアとして、評論家が作成したメディアサマリ（以下、評論家サマリという）ｄ３４０１と、アイドルが作成したメディアサマリ（以下、アイドルサマリという）ｄ３４０２と、評論家サマリｄ３４０１とアイドルサマリｄ３４０２とを管理する情報であるコンテンツ管理情報ｄ３４１１と、を格納する蓄積部３４０１が設けられている。
【０３７１】
評論家サマリｄ３４０１およびアイドルサマリｄ３４０２は、映像、音声、テキストなどのＡＶストリームであり、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、またはＤＶなどのデータ形式が用いられている。
【０３７２】
また、コンテンツ管理情報ｄ３４１１には、メタデータが用いられる。また、コンテンツ管理情報ｄ３４１１は、コンテンツ群を、コンテンツ毎に、評論家サマリｄ３４０１およびアイドルサマリｄ３４０２から抽出した一部の情報と、料金などとを合わせて管理するメタデータである。
【０３７３】
また、コンテンツ管理情報ｄ３４１１は、図３６に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応する評論家サマリ３５０１のロケータ情報である３５０２と、その時間情報３５０７と、その料金（金額）情報３５０３と、アイドルサマリ３５０４のロケータ情報である３５０５と、その時間情報３５０８と、その料金（金額）情報３５０６と、の組が複数格納されている。図３６は、実施の形態１０にかかるコンテンツ管理情報の構成を示す図である。
【０３７４】
また、サーバ３４００には、コンテンツ管理情報ｄ３４１１から、図３７に示す、コンテンツのリスト情報３６００を生成し、クライアント端末１１０に、電子メールやＨＴＴＰで送信するリスト情報送信部３４０７が設けられている。図３７は、実施の形態１０にかかるリスト情報の構成を示す図である。
【０３７５】
リスト情報３６００は、図３７からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１とコンテンツの時間情報３６０１と、メディアサマリのバージョン（種別）３６０２と、コンテンツを配信した場合の料金である料金（金額）情報３６０３と、の組から構成される。
【０３７６】
一方、クライアント端末１１０は、サーバ３４００から送られてきたリスト情報３６００を受信するリスト情報受信部１１６と、受信したリスト情報３６００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報３６００から所望コンテンツの所望のメディアサマリ配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。
【０３７７】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ３４００に送信する要求送信部１１５が設けられている。
【０３７８】
一方、サーバ３４００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０３７９】
また、サーバ３４００には、コンテンツ管理情報ｄ３４１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディアサマリ３５０１、３５０５のロケータ情報３５０２、３５０４、料金情報３５０３、３５０６などの情報を解析する要求解析部３４０５が設けられている。要求解析部３４０５は、コンテンツ配信要求情報から、クライアントが評論家サマリもしくはアイドルサマリのどちらの配信を要求しているか判断する。
【０３８０】
そして、要求解析部３４０５は、コンテンツ管理情報ｄ３４１１を参照し、選択した、評論家サマリもしくはアイドルサマリのいずれかのロケータ情報３５０２、３５０４、その料金（金額）情報３５０３、３５０６を解析し、メディア選択部３４０２および課金部３４０６に解析結果を送信する。
【０３８１】
また、サーバ３４００は、メディアの送信完了後に、要求解析部３４０５が解析した料金情報に基づいて、クライアントに対して課金する課金部３４０６が設けられている。課金部３４０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０３８２】
また、サーバ３４００には、要求解析部３４０５がコンテンツ配信要求情報を解析した結果から、クライアントの要求するコンテンツ名の評論家サマリもしくはアイドルサマリを選択し、蓄積部３４０１から抽出するメディア選択部３４０２が設けられている。
【０３８３】
そして、サーバ３４００には、メディア選択部３４０２で選択された評論家サマリもしくはアイドルサマリをクライアント端末１１０に送信するメディア送信部１０３が設けられている。
【０３８４】
一方、クライアント端末１１０には、送られてきたカラーメディアもしくは白黒メディアをを受信するメディア受信部１１１と、受信したカラーメディアもしくは白黒メディアをを再生するメディア再生部１１２とが設けられている。
【０３８５】
このように、コンテンツ毎に、評論家サマリとアイドルサマリを設けたので、クライアントが自分のニーズに合わせてサマリを選択できる。
【０３８６】
なお、実施の形態１０では、蓄積部３４０１に評論家サマリｄ３４０１とアイドルサマリｄ３４０２とコンテンツ管理情報ｄ３４１１とを格納する形態で説明したが、蓄積部３４０１にビューｄ１０１をさらに蓄積する形態であっても良い。この場合は、クライアントは、評論家サマリｄ３４０１とアイドルサマリｄ３４０２を見た後に、ビューｄ１０１を見ることができる。
【０３８７】
（実施の形態１１）
実施の形態１１は、実施の形態１０を改良したものである。つまり、実施の形態１０では予め評論家サマリもしくはアイドルサマリを生成し格納しておいたが、実施の形態１１は、オリジナルバージョンのメディアのみを格納し、複数のタイプのメディアサマリをダイナミックに生成するようにしている。具体的には、実施の形態１１では、オリジナルバージョンのメディアから複数のタイプのメディアサマリを生成するためのメタデータを格納し、必要に応じて使用している。
【０３８８】
以下、本発明の実施の形態１１にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１１にかかるメディア配信システムの構成について図３８を用いて説明する。図３８は、実施の形態１１にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０３８９】
サーバ３７００には、コンテンツのメディアとして、オリジナルバージョンのメディア（以下、メディアという）ｄ１０１と、ビューｄ１０１を複数のタイプのメディアサマリに変換するためのプログラムであるメタデータｄ３７０２と、ビューｄ１０１とメタデータｄ３７０２とを関連付けて管理するコンテンツ管理情報ｄ３７１１と、を格納する蓄積部３７０１が設けられている。
【０３９０】
また、メタデータｄ３７０２は、ＭＰＥＧ−７のメタデータが用いられる。メタデータｄ３７０２は、個々のコンテンツに対する処理方法を含むコンテンツ記述である。この例では、個々のコンテンツに対する処理方法として、メディアのどの位置の画像を抽出するかというプログラムが格納されている。さらに、この例では、ビューｄ１０１の所定の部分に、それぞれのメタデータに対する抽出用の観点（キーワード）を入れておくことで、サマリが高速に生成できる。
【０３９１】
コンテンツ管理情報ｄ３７１１は、コンテンツ群を、コンテンツ毎に、ビューｄ１０１およびメタデータｄ３７０２から抽出した一部の情報と、料金などとを合わせて管理するメタデータである。
【０３９２】
また、コンテンツ管理情報ｄ３７１１は、図３９に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応するメディア３８０１のロケータ情報３８０２と、メディア３８０１の時間情報３９０１と、コンテンツ名２０１に対応するメタデータ３８０３と、メタデータ３８０３のロケータ情報３８０４と、メタデータ３８０３を用いて生成したサマリを配信した際の料金（金額）情報３８０５と、メタデータ３８０３を用いて生成するサマリのバージョン３９０２と、の組が複数格納されている。また、ひとつのコンテンツに対して複数のタイプのメディアを生成できるようになっている。例えば、コンテンツ名「ＡＡＡ」のコンテンツに対応するメタデータ３８０３は、複数のバージョンのメディアが生成できるようなプログラムになっている。また、ひとつのコンテンツに対して複数のタイプのメディアを生成できるように、コンテンツ名「ＢＢＢ」のコンテンツにはメタデータ３８０３を複数設けている。図３９は、実施の形態１１にかかるコンテンツ管理情報の構成を示す図である。
【０３９３】
また、サーバ３７００には、コンテンツ管理情報ｄ３７１１から、図４０に示す、コンテンツのリスト情報３９００を生成し、クライアント端末１１０に、送信するリスト情報送信部３７０７が設けられている。図４０は、実施の形態１１にかかるリスト情報の構成を示す図である。
【０３９４】
リスト情報３９００は、図４０からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツの時間情報３９０１と、生成したサマリのバージョンである３９０２と、そのサマリを配信した場合の料金情報３８０５と、の組から構成される。
【０３９５】
一方、クライアント端末１１０は、サーバ３７００から送られてきたリスト情報３９００を受信するリスト情報受信部１１６と、受信したリスト情報３９００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報３９００から所望コンテンツの所望のサマリ配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。クライアントは、操作入力部１１３から、各種サマリを選択して入力できる。
【０３９６】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ３７００に送信する要求送信部１１５が設けられている。
【０３９７】
一方、サーバ３７００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０３９８】
また、サーバ３７００には、コンテンツ管理情報ｄ３７１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア３８０１のロケータ情報３８０２、メタデータ３８０３のロケータ情報３８０４、料金情報３８０５などの情報を解析する要求解析部３７０５が設けられている。要求解析部３７０５は、コンテンツ配信要求情報から、クライアントが要求するサマリのバージョンを判断する。
【０３９９】
そして、要求解析部３７０５は、クライアントが要求しているサマリの料金情報３８０３を解析し、課金部３７０６に解析結果を送信する。
【０４００】
次に、要求解析部３７０５は、クライアントが要求しているサマリを生成するために使用するメタデータ３８０３のロケータ３８０４を解析し、メディア選択／変換部３７０２に解析結果を送信する。
【０４０１】
また、サーバ３７００は、要求解析部３７０５が解析した料金情報に基づいて、クライアントに対して課金する課金部３７０６が設けられている。課金部３７０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０４０２】
また、サーバ３７００には、要求解析部３７０５がコンテンツ配信要求情報を解析したメタデータ３８０３のロケータ３８０４を用いて蓄積部３７０１から所定のメタデータｄ３７０２を抽出し、このメタデータｄ３７０２を用いてビューｄ１０１を変換することで所定のサマリを生成するメディア選択／変換部３７０２が設けられている。
【０４０３】
そして、サーバ３７００には、メディア選択／変換部３７０２で選択された変換されたサマリをクライアント端末１１０に送信するメディア送信部１０３が設けられている。
【０４０４】
一方、クライアント端末１１０には、送られてきたサマリを受信するメディア受信部１１１と、受信したサマリを再生するメディア再生部１１２とが設けられている。
【０４０５】
このような構成により、実施の形態１０で得られる効果はもちろんのこと、各種サマリを予め生成し蓄積しておくのではなく、各種サマリをメディアから生成するためのメタデータｄ３７０２を蓄積しておきクライアント端末の状態変化に応じて各種サマリを生成するので、蓄積部３７０１の蓄積容量が小さくてすむ。
【０４０６】
また、実施の形態９によれば、メタデータを複数格納することで、ひとつのコンテンツに対してより多くのパターンのサマリを配信できる。これにより、クライアントの要求に対して細かく対応することができる。また、この場合であっても、蓄積容量は少なくてすむ。
【０４０７】
なお、クライアントが、使用したメタデータを作成した人に対して、所定の料金を振り込むようにしても良い。これにより、メタデータ生成者の、メタデータ生成意欲が掻き立てられ、より良いメタデータを格納することができる。
【０４０８】
（実施の形態１２）
実施の形態１２にかかるメディア配信システムは、メディア配信者のサーバに蓄積されているメディア、プレビュー、およびコンテンツ管理情報などの情報をクライアント端末の蓄積部に格納し、クライアント端末側でメディア選択を行うようにしたものである。また、課金のみは、サーバで行うようにしている。
【０４０９】
以下、実施の形態１２にかかるメディア配信システムについて、図４１を用いて説明する。図４１は、実施の形態１２にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一部分については、同一の符番を付与し、詳細な説明は省略する。
【０４１０】
本メディアシステムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ４０００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末４１００とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。つまり、メディア配信装置であるサーバ４０００からクライアント端末４１００に、ネットワーク１２０を介してメディアの送信を行うことを想定している。
【０４１１】
サーバ４０００の蓄積部１０１には、上述した、ビューｄ１０１、プレビューｄ１０２、コンテンツ管理情報ｄ１１１が格納されている。これらの情報は、ネットワーク１２０を介して、クライアント端末４１００に送信される。そして、クライアント端末４１００は、送られてきたビューｄ１０１、プレビューｄ１０２、コンテンツ管理情報ｄ１１１を蓄積部４１０１に蓄積する。
【０４１２】
そして、クライアントの操作により、コンテンツ管理情報ｄ１１１がリスト情報生成部４１０２に送信される。リスト情報生成部４１０２は、コンテンツ管理情報ｄ１１１から図３に示すリスト情報３００を生成し、リスト情報表示部１１７に送信する。リスト情報表示部１１７は、このリスト情報３００を表示する。
【０４１３】
そして、クライアントはこの表示されたリスト情報を見ながら操作入力部１１３から、所望のコンテンツのプレビューもしくはメディアを選択し、入力する。そして入力された情報は、要求解析部１０５に送られる。そして、要求解析部１０５は、この情報を解析し、解析結果をメディア選択部１０２に送る。そして、メディア選択部１０２は、この解析結果に基づいてプレビューもしくはメディアを選択しメディア再生部１１２に送り、メディア再生部１１２に再生される。
【０４１４】
一方、操作入力部１１３で入力された情報は、要求送信部１１５を介して、サーバ４０００にも送られる。そして、サーバ４０００が、この情報を要求受信部１０４で受信し、課金部４００６に送る。そして、課金部４００６がこの情報を解析すると共に、コンテンツ管理情報ｄ１１１を参照し、クラアントが選択したメディアに対する課金をする。
【０４１５】
以上説明したように実施の形態１２によれば、クライアント端末側でメディアやプレビューの選択をでき、再生できる。これにより、サーバにアクセスしなくてもメディアやプレビューの再生ができるので、高速に再生できる。
【０４１６】
なお、実施の形態１２は、実施の形態１の応用する形態で説明したが、実施の形態２から実施の形態１１のどの形態を応用しても良い。
【０４１７】
（実施の形態１３）
実施の形態１３にかかるメディア配信システムは、メディア配信者のサーバに蓄積されているメディア、プレビュー、およびコンテンツ管理情報などの情報をクライアントのプライベートサーバに格納し、プライベートサーバに実施の形態１にかかるメディア配信者のサーバ機能を持たせたものである。また、メディア配信者のサーバ課金のみは、サーバで行うようにしている。
【０４１８】
以下、実施の形態１３にかかるメディア配信システムについて、図４２を用いて説明する。図４２は、実施の形態１３にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一部分については、同一の符番を付与し、詳細な説明は省略する。
【０４１９】
本メディアシステムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ４０００と、クライアントのプライベートサーバとが、ネットワーク１２０を介して接続されている。また、クライアントのプライベートサーバと、クライアント端末１１０とが、公衆ネットワーク、携帯通信網、ホームネットワーク等のネットワーク１２０を介して接続されている。
【０４２０】
サーバ４０００の蓄積部１０１には、上述した、ビューｄ１０１、プレビューｄ１０２、コンテンツ管理情報ｄ１１１が格納されている。これらの情報は、ネットワーク１２０を介して、クライアントサーバ４２００に送信される。そして、クライアントサーバ４２００は、送られてきたビューｄ１０１、プレビューｄ１０２、コンテンツ管理情報ｄ１１１を蓄積部４２０１に蓄積する。
【０４２１】
そして、コンテンツ管理情報ｄ１１１がリスト情報送信部１０７に送信され、リスト情報３００と、クライアント端末１１０に送信される。
【０４２２】
そして、クライアント端末１１０がこのリスト情報３００に対して実施の形態１で説明した動作を行い、クライアントサーバ４２００が実施の形態１のサーバ１００と同様の処理を行う。これにより、クライアントは、実施の形態１と同様サービスを受けることができる。
【０４２３】
課金については、クライアント端末１１０から送信されたコンテンツ配信要求情報が、直接サーバ４０００に送られる。そして、サーバ４０００が、この情報を要求受信部１０４で受信し、課金部４００６に送る。そして、課金部４００６がこの情報を解析すると共に、コンテンツ管理情報ｄ１１１を参照し、クラアントが選択したメディアに対する課金をする。
【０４２４】
以上説明したように実施の形態１３によれば、クライアントのサーバ４２００で実施の形態１で説明したメディア配信者のサーバと同様の動作をできる。
【０４２５】
また、クライアントのサーバ４２００とクライアント端末１１０を、ＬＡＮなどの家庭内ネットワークで接続することで、サーバにアクセスしなくてもメディアやプレビューの再生ができるので、高速に再生できる。
【０４２６】
なお、実施の形態１３は、実施の形態１を応用する形態で説明したが、実施の形態２から実施の形態１１のどの形態を応用しても良い。
【０４２７】
（実施の形態１４）
実施の形態１４にかかるメディア配信システムは、クライアントがコンテンツに関する情報を得てから、実際にコンテンツの配信を要求するまでの時間に応じて課金料金を変えるようにしたものである。
【０４２８】
以下、本発明の実施の形態１４にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１４にかかるメディア配信システムの構成について図４３を用いて説明する。図４３は、実施の形態１４にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０４２９】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ４３００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末１１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。つまり、メディア配信装置であるサーバ４３００からクライアント端末１１０に、ネットワーク１２０を介してメディアの送信を行うことを想定している。
【０４３０】
サーバ４３００には、コンテンツのオリジナルのメディアであるビューｄ１０１とコンテンツを管理する情報であるコンテンツ管理情報ｄ４３１１と、を格納する蓄積部４３０１が設けられている。
【０４３１】
また、コンテンツ管理情報ｄ４３１１は、図４４に示すように、コンテンツを特定する特定情報であるコンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応するビュー２０２のロケータ情報であるロケータ２０４と、ユーザがコンテンツに関する情報を受信してから実際にコンテンツの配信要求をするまでのアクセス時間閾値４４０１と、アクセス時間閾値４４０１に応じた課金情報４４０２と、の組が複数格納されている。
【０４３２】
図からわかるように、コンテンツ名が「ＡＡＡ」であるメディアは、アクセス時間が短いほど課金が安くなるようになっている。つまり、ユーザは、早くアクセスすると割引を受けることができる。また、コンテンツ名が「ＢＢＢ」であるメディアは、アクセス時間が長いほど課金が安くなるようになっている。つまり、ユーザは、遅くアクセスすると割引を受けることができる。このようにアクセス時間が長くなるほど課金が安くなるようにすることは、ニュースなどリアルタイム性が高いメディアや、映画などのように新作ほど価値があるメディアに対する課金方法として有効である。また、アクセス時間閾値４４０１の単位は、コンテンツの価値の変わる特性に応じて決めるようにする。例えば、映画などのように、コンテンツの価値が日数単位で変わるものには、アクセス時間閾値４４０１の単位を日数単位にすることが好ましい。また、コンテンツの価値が秒単位や分単位などで早く変わるものには、アクセス時間閾値４４０１の単位を秒単位や分単位にすることが好ましい。
【０４３３】
また、コンテンツ管理情報ｄ４３１１には、メディアｄ１０１のコンテンツを説明するためのメタデータが用いられる。なお、図４４は、実施の形態１４にかかるコンテンツ管理情報の構成を示す図である。
【０４３４】
また、サーバ４３００には、コンテンツ管理情報ｄ４３１１から、図４５に示す、コンテンツのリスト情報４５００を生成し、クライアント端末１１０に、送信するリスト情報送信部４３０７が設けられている。図４５は、実施の形態１４にかかるリスト情報の構成を示す図である。
【０４３５】
リスト情報４５００は、図４５からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツ名２０１と、アクセス時間閾値４４０１と、アクセス時間閾値４４０１に対する課金情報４４０２と、の組から構成される。
【０４３６】
一方、クライアント端末１１０は、サーバ４３００から送られてきたリスト情報４５００を受信するリスト情報受信部１１６と、受信したリスト情報４５００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報４５００から所望コンテンツの配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。
【０４３７】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ４３００に送信する要求送信部１１５が設けられている。
【０４３８】
一方、サーバ４３００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０４３９】
また、サーバ４３００には、コンテンツ管理情報ｄ４３１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２０２のロケータ情報２０４などの情報を解析する要求解析部４３０５が設けられている。また、要求解析部４３０５は、コンテンツ配信要求情報の解析結果をメディア選択部４３０２、課金部４３０６に送信する。
【０４４０】
メディア選択部４３０２は、送られてきた解析結果に対応したコンテンツをビューｄ１０１から抽出し、メディア送信部１０３に送信する。また、メディア送信部１０３は、送られてきたビューをクライアント端末１１０に送信する。
【０４４１】
また、サーバ４３００は、リスト情報送信部４３０７がリスト情報を送信した時刻と、要求受信部１０４がコンテンツ配信要求情報を受信した時刻とを比較する時間比較部４３０８が設けられている。時間比較部４３０８は、比較した時間比較結果を課金部４３０６に送信する。
【０４４２】
課金部４３０６は、時間比較部４３０８から送られてきた時間比較結果と、要求解析部４３０５から送られてきたコンテンツ配信要求の解析結果に基づいて、コンテンツの配信の際に課金する料金を決定し、課金する。具体的には、課金部４３０６は、コンテンツ管理情報ｄ４３１１を参照し、送信するコンテンツに対するアクセス時間閾値４４０１の一覧から、時間比較部４３０８から送られてきた時間比較結果に対応するアクセス時間閾値４４０１を決定する。そして、課金部４３０６は、決定したアクセス時間閾値４４０１に対する課金情報４４０２を抽出し、課金情報４４０２に応じた課金をする。
【０４４３】
以下、実施の形態１４にかかるメディア配信システムの動作について、図４６を用いて説明する。図４６は、実施の形態１４にかかるメディア配信システムの動作フロー図である。
【０４４４】
まず、サーバ４３００のリスト情報送信部４３０７がコンテンツ管理情報ｄ４３１１からリスト情報４５００を生成し、クライアント端末１１０に送信する（Ｐ４６０１）。
【０４４５】
そして、クライアント端末１１０のリスト情報受信部１１６がこのリスト情報４５００を受信すると（Ｐ４６０２）、リスト情報表示部１１７がリスト情報４５００を表示する（Ｐ４６０３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報４５００を参照し、所望のコンテンツ名２０１を選択し、操作入力部１１３から所望のコンテンツ名２０１のメディアを要求する旨のコンテンツ配信要求情報を入力する。そして、クライアントが、このコンテンツ配信要求情報を入力すると（Ｐ４６０４）、要求送信部１１５がこのコンテンツ配信要求情報をサーバ４３００に送信する（Ｐ４６０５）。
【０４４６】
一方、サーバ４３００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ４６０７）、要求解析部４３０５がコンテンツ配信要求情報を解析し、何というコンテンツ名のメディアを配信要求しているのか、判断する（Ｐ４６０８）。
【０４４７】
次に、メディア選択部４３０２は、クライアントの要求に基づいたメディアを選択する（Ｐ４６０９）。
【０４４８】
次に、時間比較部４３０８が、リスト情報送信部４３０７がリスト情報を送信した時刻と、要求受信部１０４がコンテンツ配信要求情報を受信した時刻とを比較し、比較した時間結果を課金部４３０６に送信する（Ｐ４６１０）。
【０４４９】
次に、課金部４３０６が、要求解析部４３０５から送られてきたコンテンツ配信要求に対して、時間比較部４３０８から送られてきた時間比較結果に応じた課金を行う（Ｐ４６１１）。
【０４５０】
そして、メディア送信部１０３が、Ｐ４６０９で選択したメディアをクライアント端末１１０に送信する（Ｐ４６１０）。
【０４５１】
一方、クライアント端末１１０は、メディア受信部１１１が送られてきたメディアを受信し（Ｐ４６１３）、メディア再生部１１２がメディアを再生する（Ｐ４６１４）。
【０４５２】
以上説明したように実施の形態１４によれば、クライアントがコンテンツに関する情報を得てから、実際にコンテンツの配信を要求するまでの時間に応じて課金料金を変えるようにできる。これにより、クライアントがコンテンツに関する情報を得てから、実際にコンテンツの配信を要求するまでの時間が短いほど課金が安くなるようにできる。この結果、クライアントがコンテンツに関する情報を得てから、早くコンテンツの配信を要求するようになる。つまり、コンテンツ配信側は、コンテンツの配信を促進することができる。
【０４５３】
また、クライアントがコンテンツに関する情報を得てから、実際にコンテンツの配信を要求するまでの時間が長いほど安くすることもできる。このようにアクセス時間が長くなるほど課金が安くなるようにすることは、ニュースなどリアルタイム性が高いメディアや、映画などのように新作ほど価値があるメディアに対する課金方法として有効である。これは、古くなったため価値が下がったメディアも値段が安くなることにより、クライアントがこのメディアの配信を要求するようになるからである。
【０４５４】
また、実施の形態１４では、メディア送信の後に課金を行うようにしている。これにより、課金エラーやクライアントの残金不足などの理由で課金ができなかった場合に、メディアを送信してしまうという事態を防止できる。
【０４５５】
なお、ユーザに提示するリスト情報に現在の金額で利用できる残り時間情報をカウントダウンするように表示しても良い。これにより、ユーザは何秒後にコンテンツ料金が上がることを認識できるので、ユーザがその時間内にコンテンツの配信を要求するようになる。この結果、コンテンツ配信を促進することができる。
【０４５６】
（実施の形態１５）
実施の形態１５にかかるメディア配信システムは、クライアントがコンテンツのプレビューを要求してから、コンテンツのメディア配信を要求するまでの時間に応じて課金料金を変えるようにしたものである。
【０４５７】
以下、本発明の実施の形態１５にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１５にかかるメディア配信システムの構成について図４７を用いて説明する。図４７は、実施の形態１５にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０４５８】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ４７００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末１１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。
【０４５９】
サーバ４７００の蓄積部４７０１には、コンテンツ毎に、異なる形態のメディアとしてオリジナルのメディアであるビューｄ１０１と、ビューｄ１０１に関連する情報であるコンテンツのプレビュー（要約映像）ｄ１０２と、が格納されている。
【０４６０】
また、コンテンツ管理情報ｄ４７１１は、図４８に示すように、コンテンツを特定する特定情報であるコンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応するビュー２０２のロケータ情報であるロケータ２０４と、ユーザがプレビューを受信してからビューの配信要求をするまでのアクセス時間４８０１と、アクセス時間４８０１に応じた課金情報４８０２と、コンテンツＩＤ２００に対応するプレビュー２０３のロケータ情報２０６と、プレビュー２０３の再生時間情報である時間情報３０２と、の組が複数格納されている。
【０４６１】
図からわかるように、コンテンツ名が「ＡＡＡ」であるメディアは、アクセス時間４８０１が短いほど課金が安くなるようになっている。つまり、ユーザは、プレビューを受信した後、早くビューの配信を要求すると割引を受けることができる。また、コンテンツ名が「ＢＢＢ」であるメディアは、アクセス時間４８０２が長いほど課金が安くなるようになっている。つまり、ユーザは、プレビューを受信した後、時間をおいてビューの配信を要求すると割引を受けることができる。このようにアクセス時間が長くなるほど課金が安くなるようにすることは、ニュースなどリアルタイム性が高いメディアや、映画などのように新作ほど価値があるメディアに対する課金方法として有効である。
【０４６２】
また、コンテンツ管理情報ｄ４７１１には、メディアｄ１０１のコンテンツを説明するためのメタデータが用いられる。なお、図４８は、実施の形態１５にかかるコンテンツ管理情報の構成を示す図である。
【０４６３】
また、サーバ４７００には、コンテンツ管理情報ｄ４７１１から、図４９に示す、コンテンツのリスト情報４９００を生成し、クライアント端末１１０に、送信するリスト情報送信部４７０７が設けられている。図４９は、実施の形態１５にかかるリスト情報の構成を示す図である。
【０４６４】
リスト情報４９００は、図４９からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツ名２０１と、アクセス時間４８０１と、アクセス時間４８０１に対する課金情報４８０２と、プレビューの時間３０２と、の組から構成される。
【０４６５】
一方、クライアント端末１１０は、サーバ４７００から送られてきたリスト情報４９００を受信するリスト情報受信部１１６と、受信したリスト情報４９００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報４９００から所望コンテンツの所望のメディア配信を要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。
【０４６６】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ４７００に送信する要求送信部１１５が設けられている。
【０４６７】
一方、サーバ４７００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０４６８】
また、サーバ４７００には、コンテンツ管理情報ｄ４７１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２０２のロケータ情報２０４、プレビュー２０３のロケータ情報２０６などの情報を解析する要求解析部１０５が設けられている。また、要求解析部１０５は、コンテンツ配信要求情報の解析結果をメディア選択部１０２、課金部４７０６に送信する。
【０４６９】
メディア選択部１０２は、送られてきた解析結果に対応したコンテンツのビューをビューｄ１０１から、プレビューをｄ１０２から抽出し、メディア送信部１０３に送信する。また、メディア送信部１０３は、送られてきたビューもしくはプレビューをクライアント端末１１０に送信する。
【０４７０】
また、サーバ４７００には、要求受信部１０４がプレビューを配信する旨のコンテンツ配信要求を受信した時刻と、ビューを配信する旨のコンテンツ配信要求情報を受信した時刻とを比較する時間比較部４７０８が設けられている。時間比較部４７０８は、比較した時間比較結果を課金部４７０６に送信する。
【０４７１】
課金部４７０６は、時間比較部４７０８から送られてきた時間比較結果と、要求解析部１０５から送られてきたコンテンツ配信要求の解析結果に基づいて、コンテンツの配信の際に課金する料金を決定し、課金する。具体的には、課金部４７０６は、コンテンツ管理情報ｄ４７１１を参照し、送信するコンテンツに対するアクセス時間４８０１の一覧から、時間比較部４７０８から送られてきた時間比較結果に対応するアクセス時間４８０１を決定する。そして、課金部４７０６は、決定したアクセス時間４８０１に対する課金情報４８０２を抽出し、課金情報４８０２に応じた課金をする。
【０４７２】
以下、実施の形態１５にかかるメディア配信システムの動作について、図５０を用いて説明する。図５０は、実施の形態１５にかかるメディア配信システムの動作フロー図である。
【０４７３】
まず、サーバ４７００のリスト情報送信部４７０７がコンテンツ管理情報ｄ４７１１からリスト情報４９００を生成し、クライアント端末１１０に送信する（Ｐ５００１）。
【０４７４】
そして、クライアント端末１１０のリスト情報受信部１１６がこのリスト情報４９００を受信すると（Ｐ５００２）、リスト情報表示部１１７がリスト情報４９００を表示する（Ｐ５００３）。次に、クライアントは、このリスト情報表示部１１７に表示したリスト情報４９００を参照し、まず、所望のコンテンツ名２０１を選択し、操作入力部１１３から所望のコンテンツ名２０１に対応するコンテンツＩＤ２００と、コンテンツ名２０１に対応するプレビューを要求する旨のコンテンツ配信要求情報を入力する。そして、クライアントが、このプレビューを要求する旨のコンテンツ配信要求情報の入力が終了すると（Ｐ５００４）、要求送信部１１５がこのプレビューを要求する旨のコンテンツ配信要求情報をサーバ４７００に送信する（Ｐ５００５）。
【０４７５】
一方、サーバ４７００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ５００６）、要求解析部１０５がコンテンツ配信要求情報を解析し（Ｐ５００７）、プレビュー配信を要求しているのか、ビュー配信要求しているのか判断する（Ｐ５００８）。
【０４７６】
この場合は、コンテンツ配信要求情報が、プレビュー配信を要求しているので、メディア選択部１０２がコンテンツ管理情報ｄ４７１１を参照しクライアントが要求しているコンテンツ名２０１のプレビュー２０３のロケータ２０６を抽出する。そして、メディア選択部１０２が抽出したロケータ２０６に位置するプレビューｄ１０２を蓄積部４７０１から選択する（Ｐ５００９）。そして、メディア送信部１０３が、この選択したプレビューｄ１０２をクライアント端末１１０に送信する（Ｐ５０１０）。ただし、本実施の形態では、プレビューは無料となっているので、課金部１０６は、プレビュー送信時には課金を行わない。
【０４７７】
一方、クライアント端末１１０は、メディア受信部１１１が送られてきた情報が、ビューｄ１０１かプレビューｄ１０２かを判断する（Ｐ５０１１）。この場合は、送られてきた情報がプレビューｄ１０２であるので、メディア再生部１１２がプレビューｄ１０２を再生する（Ｐ５０１２）。
【０４７８】
そして、クライアントは、再生されたプレビューの内容を確認し、このプレビューが所望のコンテンツであると判断した場合は、操作入力部１１３からこのコンテンツのビュー配信を要求する旨のコンテンツ配信要求情報を入力する。そして、操作入力部１１３からビュー配信を要求する旨のコンテンツ配信要求情報の入力が終了すると（Ｐ５００４）、このコンテンツ配信要求情報をサーバ４７００に送信する（Ｐ５００５）。
【０４７９】
一方、サーバ４７００の要求受信部１０４が、コンテンツ配信要求情報を受信すると（Ｐ５００６）、要求解析部１０５がコンテンツ配信要求情報を解析する（Ｐ５００７）。そして、要求解析部１０５がコンテンツ配信要求情報を解析し（Ｐ５００７）、プレビュー配信を要求しているのか、ビュー配信要求しているのか判断する（Ｐ５００８）。
【０４８０】
この場合は、コンテンツ配信要求情報がビュー配信を要求しているので、メディア選択部１０２が要求解析部１０５の解析したコンテンツに対応するビューｄ１０１を蓄積部４７０１から選択する（Ｐ５０１３）。
【０４８１】
次に、時間比較部４７０８が、要求受信部１０４がプレビューを配信する旨のコンテンツ配信要求を受信した時刻と、ビューを配信する旨のコンテンツ配信要求情報を受信した時刻とを比較し、課金部４７０６に比較結果を出力する（Ｐ５０１４）。
【０４８２】
次に、課金部４７０６は、コンテンツ管理情報ｄ４７１１を参照し、送信したコンテンツに対するアクセス時間４８０１の一覧から、時間比較部４７０８から送られてきた時間比較結果に対応するアクセス時間４８０１を決定する。そして、課金部４７０６は、決定したアクセス時間４８０１に対する課金情報４８０２を抽出し、課金情報４８０２に応じた課金をする（Ｐ５０１５）。
【０４８３】
そして、メディア送信部１０３が、Ｐ５０１３で選択したメディアをクライアント端末１１０に送信する（Ｐ５０１６）。
【０４８４】
一方、クライアント端末１１０のメディア受信部１１１がこのビューを受信すると（Ｐ５０１１）、メディア再生部１１２がこのビューを再生する（Ｐ５０１７）。
【０４８５】
以上説明したように実施の形態１５によれば、クライアントがプレビュー配信を要求してから、実際にコンテンツのビュー配信を要求するまでの時間に応じて課金料金を変えるようにできる。これにより、クライアントがプレビューを得てから、ビュー配信を要求するまでの時間が短いほど課金が安くなるようにできる。この結果、クライアントが無料であるプレビューを得てから、早くビュー配信を要求するようになる。つまり、コンテンツ配信側は、ビューの配信を促進することができる。
【０４８６】
また、クライアントがプレビューを得てから、実際にコンテンツのビュー配信を要求するまでの時間が長いほど安くすることもできる。このようにアクセス時間が長くなるほど課金が安くなるようにすることは、ニュースなどリアルタイム性が高いメディアや、映画などのように新作ほど価値があるメディアに対する課金方法として有効である。これは、古くなったため価値が下がったメディアも値段が安くなることにより、クライアントがこのメディアの配信を要求するようになるからである。
【０４８７】
（実施の形態１６）
実施の形態１６は、実施の形態１５を改良したものである。つまり、実施の形態１５ではプレビューを生成し格納しておいたが、実施の形態１５は、オリジナルバージョンのメディアのみを格納し、複数のタイプのメディアサマリをダイナミックに生成するようにしている。具体的には、実施の形態１５では、オリジナルバージョンのメディアから複数のタイプのメディアサマリを生成するためのメタデータを格納し、必要に応じて使用している。
【０４８８】
以下、本発明の実施の形態１６にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１６にかかるメディア配信システムの構成について図５１を用いて説明する。図５１は、実施の形態１６にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０４８９】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ５１００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末１１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。
【０４９０】
サーバ５１００には、コンテンツのメディアとして、オリジナルバージョンのメディア（以下、メディアという）ｄ１０１と、ビューｄ１０１を複数のタイプのメディアサマリに変換するためのプログラムであるメタデータｄ３７０２と、ビューｄ１０１とメタデータｄ３７０２とを関連付けて管理するコンテンツ管理情報ｄ５１１１と、を格納する蓄積部５１０１が設けられている。
【０４９１】
また、コンテンツ管理情報ｄ５１１１は、図５２に示すように、コンテンツを特定する特定情報であるコンテンツＩＤ２００と、コンテンツ名２０１と、コンテンツＩＤ２００に対応するビュー２０２のロケータ情報であるロケータ２０４と、ユーザがサマリを受信してからビューの配信要求をするまでのアクセス時間４８０１と、アクセス時間４８０１に応じた課金情報４８０２と、コンテンツ名２０１に対応するメタデータ３８０３と、メタデータ３８０３のロケータ情報３８０４と、メタデータ３８０３を用いて生成するサマリのバージョン３９０２との組が複数格納されている。
【０４９２】
図からわかるように、コンテンツ名が「ＡＡＡ」であるメディアは、アクセス時間４８０１が短いほど課金が安くなるようになっている。つまり、ユーザは、プレビューを受信した後、早くビューの配信を要求すると割引を受けることができる。また、コンテンツ名が「ＡＡＡ」であるメディアは、二種類のバージョンのサマリが作成できるようになっている。また、コンテンツ名が「ＡＡＡ」であるメディアは、サマリのバージョンに応じて、アクセス時間４８０２に対応する課金が異なっている。つまり、ユーザは、配信を要求するサマリに応じて異なった割引を受けることができる。この例では、短いサマリの配信を受けた場合のほうが、長いバージョンのサマリを受けた場合よりも格安になっている。
【０４９３】
また、サーバ５１００には、コンテンツ管理情報ｄ５１１１から、図５３に示す、コンテンツのリスト情報５３００を生成し、クライアント端末１１０に、送信するリスト情報送信部５１０７が設けられている。図５３は、実施の形態１６にかかるリスト情報の構成を示す図である。
【０４９４】
リスト情報５３００は、図５３からわかるように、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツＩＤ２００と、コンテンツ名２０１と、アクセス時間４８０１と、課金情報４８０２と、サマリのバージョン情報３９０２と、の組から構成される。
【０４９５】
一方、クライアント端末１１０は、サーバ５１００から送られてきたリスト情報５３００を受信するリスト情報受信部１１６と、受信したリスト情報５３００を表示するリスト情報表示部１１７と、が設けられている。また、クライアント端末１１０には、リスト情報５３００から所望コンテンツの所望のメディア配信もしくはサマリを要求するコンテンツ配信要求情報を入力する操作入力部１１３が設けられている。
【０４９６】
さらに、クライアント端末１１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ５１００に送信する要求送信部１１５が設けられている。
【０４９７】
一方、サーバ５１００には、クライアント端末１１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０４９８】
また、サーバ５１００には、コンテンツ管理情報ｄ５１１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２０２のロケータ情報２０４、メタデータ３８０３のロケータ情報３８０４などの情報を解析する要求解析部３７０５が設けられている。また、要求解析部３７０５は、コンテンツ配信要求情報の解析結果をメディア選択／変換部６０２、課金部５１０６に送信する。
【０４９９】
メディア選択／変換部６０２は、コンテンツ配信要求情報がコンテンツの配信要求である場合は、送られてきた解析結果に対応したコンテンツのビューをビューｄ１０１から抽出する。また、メディア選択／変換部６０２は、コンテンツ配信要求情報がサマリの配信要求である場合は、送られてきた解析結果からメタデータ３８０３のロケータ３８０４を用いて蓄積部５１０１から所定のメタデータｄ３７０２を抽出し、このメタデータｄ３７０２を用いてビューｄ１０１を変換することで所定のサマリを生成する。そして、メディア選択／変換部６０２は、コンテンツもしくはサマリをメディア送信部１０３に送信する。また、メディア送信部１０３は、送られてきたビューもしくはプレビューをクライアント端末１１０に送信する。
【０５００】
また、サーバ５１００には、要求受信部１０４がサマリを配信する旨のコンテンツ配信要求を受信した時刻と、ビューを配信する旨のコンテンツ配信要求情報を受信した時刻とを比較する時間比較部４７０８が設けられている。時間比較部４７０８は、比較した時間比較結果を課金部５１０６に送信する。
【０５０１】
課金部５１０６は、時間比較部４７０８から送られてきた時間比較結果と、要求解析部３７０５から送られてきたコンテンツ配信要求の解析結果に基づいて、コンテンツの配信の際に課金する料金を決定し、課金する。具体的には、課金部５１０６は、コンテンツ管理情報ｄ５１１１を参照し、送信したコンテンツに対するアクセス時間４８０１の一覧から、時間比較部４７０８から送られてきた時間比較結果に対応するアクセス時間４８０１を決定する。次に、課金部５１０６は、サマリのバージョン一覧から送信したサマリを抽出する。そして、課金部５１０６は、決定したアクセス時間４８０１およびサマリのバージョン３９０２に対する課金情報４８０２を抽出し、課金情報４８０２に応じた課金をする。
【０５０２】
以下、実施の形態１６にかかるメディア配信システムの動作について説明する。実施の形態１６にかかるメディア配信システムの動作は、図５０のフローの一部を改良したものである。
【０５０３】
具体的には、図５０のフロー図におけるＰ５００９の部分で、クライアントが要求したバージョンのサマリをメタデータ３７０３およびメディアｄ１０１を用いて作成し、Ｐ５０１０の部分で作成したサマリを送信する部分が異なる。
【０５０４】
また、課金については、Ｐ５０１５の部分において、時間比較部４７０８が、要求受信部１０４がサマリを配信する旨のコンテンツ配信要求を受信した時刻と、ビューを配信する旨のコンテンツ配信要求情報を受信した時刻とを比較し、比較した時間比較結果を出力する。そして、Ｐ５０１６において、課金部５１０６が、コンテンツ管理情報ｄ５１１１を参照し、送信したコンテンツに対するアクセス時間４８０１の一覧から、時間比較部４７０８から送られてきた時間比較結果に対応するアクセス時間４８０１を決定する。次に、課金部５１０６は、サマリのバージョン一覧から送信したサマリを抽出する。そして、課金部５１０６は、決定したアクセス時間４８０１およびサマリのバージョン３９０２に対する課金情報４８０２を抽出し、課金情報４８０２に応じた課金をする。
【０５０５】
以上のように実施の形態１６によれば、クライアントがサマリを要求してから実際にビューを要求するまでの時間に応じた課金を行うことができる。これにより、クライアントがサマリを要求してから実際にビューを要求するまでの時間が早いほど課金を低くすることができる。この結果、クライアントが早くビューの要求を行うようになる。
【０５０６】
また、実施の形態１６によれば、作成するサマリ毎に、クライアントがサマリを要求してから実際にビューを要求するまでの時間に対する課金を変えることができる。これにより、クライアントに対して配信するサマリに応じた割引を行うこともできる。
【０５０７】
（実施の形態１７）
本発明の実施の形態１７にかかるメディア配信システムは、クライアントが予め好みの観点をメディア配信側に送信しておき、これに対してメディア配信側がクライアントの観点にあったコンテンツを提供するものである。また、実施の形態１７では、クライアントが広告配信希望を観点と共にメディア配信側に送信し、クライアントが広告の配信を受けることで、割引を受けられるようにもなっている。
【０５０８】
以下、本発明の実施の形態１７にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１７にかかるメディア配信システムの構成について図５４を用いて説明する。図５４は、実施の形態１７にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０５０９】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ５４００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末５４１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。
【０５１０】
クライアント端末５４１０には、ユーザがコンテンツの配信を要求する場合に、所望の観点や広告希望などのユーザ情報を入力する操作入力部１１３が設けられている。また、ユーザは広告希望をする際に、広告の量を指定することもできる。
【０５１１】
ユーザ情報送信部５４０２は、ユーザ情報をサーバ５４００に送る。
【０５１２】
一方、サーバ５４００には、送られてきたユーザ情報を受信するユーザ情報受信部５４０３が設けられている。ユーザ情報受信部５４０３は、受信したユーザ情報をユーザ情報登録部５４０４に送る。ユーザ情報登録部５４０４は、ユーザ情報を解析し、蓄積部５４０１内のユーザ管理情報ｄ５４１２に蓄積する。
【０５１３】
ユーザ管理情報ｄ５４１２は、図５５に示すように、ユーザＩＤ５６００と、ユーザ−名５６０１と、ユーザ管理情報５６０２として複数の観点８０１と広告希望情報５６０３と、の組を複数格納する構成になっている。広告希望情報５６０３は、広告量に応じて複数の段階に分けられる。なお、図５５は、実施の形態１６にかかるユーザ管理情報の構成図である。
【０５１４】
また、蓄積部５４０１には、コンテンツのビューｄ１０１と、広告ｄ１４０２と、ビューｄ１０１と広告ｄ１４０２とを管理する情報であるコンテンツ管理情報ｄ５４１１が格納されている。
【０５１５】
コンテンツ管理情報ｄ５４１１は、図５６に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、ビュー２０２のロケータ情報である２０４と、コンテンツ名２０１のビュー２０２の時間情報３０１と、ビュー２０２を配信した際の料金情報２０５と、コンテンツの観点情報８０１と、コンテンツを配信する際に広告を配信することによる割引金額である広告ペイバック料金５５０２と、広告１５０２のロケータ情報１５０３と、広告の重要度５５０１と、広告１５０２のスポンサーとなる会社名１５０５と、広告１５０２の時間情報１５０６と、の組が複数格納されている。また、広告ペイバック料金５５０２は、配信する広告の量に応じて値段が異なる。図からもわかるように、広告を配信する量が多いほどペイバック料金が高くなっている。
【０５１６】
また、広告の重要度５５０１は、ビューと共に広告を送信する際に使用する情報である。具体的には、ユーザが広告の量を多くする旨の希望をすると、重要度の高い広告から重要度の低い広告まで送信する。また、ユーザが広告の量を少なくする旨の希望をすると、重要度の高い広告のみを送信する。
【０５１７】
なお、図５６は、実施の形態１６にかかるコンテンツ管理情報の構成を示す図である。
【０５１８】
また、サーバ５４００には、ユーザ管理情報ｄ５４１２およびコンテンツ管理情報ｄ５４１１を参照し、ユーザ情報に含まれる観点を持つコンテンツを解析し、解析したコンテンツのコンテンツＩＤ２００、コンテンツ名２０１、ロケータ２０４、料金情報２０５などの情報を抽出し、メディア選択／変換部５４０７および課金部５４０６に送信する要求解析部５４０５が設けられている。また、要求解析部５４０５は、ユーザ管理情報ｄ５４１２の広告希望情報５６０３に広告の配信する希望する旨の情報が記載されている場合は、広告希望量に応じた個数の広告のロケータ１５０３を抽出し、メディア選択／変換部５４０７および課金部５４０６に送信する。
【０５１９】
メディア選択／変換部５４０７は、メディアｄ１０１および広告ｄ１４０２を参照し、要求解析部５４０５から送られてきた情報に対応するメディアおよび広告を抽出する。そして、メディア選択／変換部５４０７は、抽出したメディアに広告を挿入したメディアを作成し、メディア送信部１０３に送信する。メディア送信部１０３は、送られてきたメディアをクライアント端末５４１０に送信する。
【０５２０】
一方、クライアント端末５４１０には、送られてきたメディアを受信するメディア受信部１１１と、受信したメディアを再生するメディア再生部１１２とが設けられている。
【０５２１】
また、サーバ５４００には、メディアの送信完了後に、要求解析部５４０５が抽出したコンテンツの料金情報２０５と、広告ペイバック料金５５０２に基づいて、クライアントに対して課金する課金部５４０６が設けられている。課金部５４０６は、課金する料金をクライアントの口座から引き落とす処理をする。
【０５２２】
以下、実施の形態１７にかかるメディア配信システムの動作について、図５７を用いて説明する。図５７は、実施の形態１７にかかるメディア配信システムの動作フロー図である。
【０５２３】
まず、ユーザが、操作入力部１１３より所望の観点や広告希望などのユーザ情報を入力する。また、ユーザは、広告希望をする際には、広告の量を指定する。次に、ユーザ情報送信部５４０２が、このユーザ情報をサーバ５４００に送信する（Ｐ５７０１）。
【０５２４】
一方、サーバ５４００は、ユーザ情報受信部５４０３において、送られてきたユーザ情報を受信し、ユーザ情報登録部５４５４が受信したユーザ情報を解析し、蓄積部５４０１内のユーザ管理情報ｄ５４１２に登録する（Ｐ５７０２）。
【０５２５】
次に、サーバ５４００の要求解析部５４０５がユーザ管理情報ｄ５４１２およびコンテンツ管理情報ｄ５４１１を参照し、ユーザ管理情報ｄ５４１２のユーザ管理情報５６０２に記述された観点８０１を持つコンテンツを解析し、解析したコンテンツのコンテンツＩＤ２００、コンテンツ名２０１、ロケータ２０４、料金情報２０５などの情報を抽出する。そして、要求解析部５４０５は、抽出した情報を、メディア選択／変換部５４０７および課金部５４０６に送信する（Ｐ５７０３）。次に、要求解析部５４０５は、ユーザ管理情報ｄ５４１２に蓄積されたユーザ情報の広告希望情報５６０３に広告の配信する希望する旨の情報が記載されているか判断する。そして、要求解析部５４０５は、広告の配信を希望する旨の記載がある場合は、広告希望量に応じて配信する広告のロケータ１５０３を抽出し、メディア選択／変換部５４０７および課金部５４０６に送信する（Ｐ５７０４）。
【０５２６】
次に、メディア選択／変換部５４０７が、メディアｄ１０１および広告ｄ１４０２を参照し、要求解析部５４０５から送られてきた情報に対応するメディアおよび広告を選択する（Ｐ５７０５）。そして、メディア選択／変換部５４０７は、抽出したメディアに広告を挿入したメディアを作成する（Ｐ５７０６）。次に、サーバ５４００の課金部５４０６が、要求解析部５４０５が抽出したコンテンツの料金情報２０５と、広告ペイバック料金５５０２に基づいて、クライアントに対して課金する（Ｐ５７１０）。メディア送信部１０３が、Ｐ５７０６において作成したメディアをクライアント端末５４１０に送信する（５７０７）。
【０５２７】
一方、クライアント端末５４１０は、送られてきたメディアをメディア受信部１１１で受信し（Ｐ５７０９）、メディア再生部１１２で受信したメディアを再生する（Ｐ５７１０）。
【０５２８】
以上説明したように実施の形態１７によれば、クライアントが予め好みの観点をメディア配信側に送信しておき、これに対してメディア配信側がクライアントの観点にあったコンテンツを提供できる。
【０５２９】
また、実施の形態１７によれば、クライアントが広告配信希望を観点と共にメディア配信側に送信することで、クライアントが広告の配信を受けることによる割引を受けられるようにもなっている。
【０５３０】
また、実施の形態１７によれば、クライアントが配信される広告の量を指定することができ、指定した広告の量に応じた割引サービスを受けることができる。これにより、クライアントが、時間がかかっても安くサービスを受けたい場合は、広告の配信量を多くすることにより、安くサービスを受けることができる。また、クライアントが、値段が高くても早くサービスを受けたい場合は、広告の配信を無くすことにより、早いサービスを受けることができる。
【０５３１】
なお、コンテンツを配信するユーザの数に応じた課金を広告提供者へ行う形態であっても良い。この形態によれば、放送のように、クライアント（ユーザ）が無料でコンテンツの配信を受けられ、コンテンツ配信のコストを全て広告業者が持つモデルに適応できる。
【０５３２】
（実施の形態１８）
本発明の実施の形態１８にかかるメディア配信システムは、クライアントが予め好みの観点をメディア配信側に送信しておき、これに対してメディア配信側がクライアントの観点にあったコンテンツのサマリを作成し提供するものである。
【０５３３】
以下、本発明の実施の形態１８にかかるメディア配信装置を含むメディア配信システムについて説明する。まず、実施の形態１８にかかるメディア配信システムの構成について図５８を用いて説明する。図５８は、実施の形態１８にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与してある。
【０５３４】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ５８００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末５４１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。
【０５３５】
クライアント端末５４１０には、ユーザがコンテンツの配信を要求する場合に、所望の観点などのユーザ情報を入力する操作入力部１１３が設けられている。また、ユーザ情報送信部５４０２は、ユーザ情報をサーバ５８００に送る。
【０５３６】
一方、サーバ５８００には、送られてきたユーザ情報を受信するユーザ情報受信部５４０３が設けられている。ユーザ情報受信部５４０３は、受信したユーザ情報をユーザ情報登録部５４０４に送る。ユーザ情報登録部５４０４は、ユーザ情報を解析し、蓄積部５８０１内のユーザ管理情報ｄ５８１２に蓄積する。
【０５３７】
ユーザ管理情報ｄ５８１２は、図５９に示すように、ユーザＩＤ５６００と、ユーザ−名５６０１と、ユーザ管理情報５６０２である複数の観点８０１と、の組を複数格納する構成になっている。なお、図５９は、実施の形態１８にかかるユーザ情報の構成図である。
【０５３８】
また、蓄積部５８０１には、コンテンツのビューｄ１０１と、ビューｄ１０１からユーザ情報に基づいたサマリを作成するメタデータｄ３７０２と、ビューｄ１０１とメタデータｄ３７０２とを管理する情報であるコンテンツ管理情報ｄ５８１１格納されている。
【０５３９】
コンテンツ管理情報ｄ５８１１は、図６０に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、ビュー２０２のロケータ情報である２０４と、コンテンツの観点情報８０１と、メタデータ３８０３のロケータ情報３８０４と、の組が複数格納されている。なお、図６０は、実施の形態１８にかかるコンテンツ管理情報の構成を示す図である。
【０５４０】
また、サーバ５８００には、ユーザ管理情報ｄ５８１２およびコンテンツ管理情報ｄ５８１１を参照し、ユーザ情報に含まれる観点を抽出し、抽出した観点を持つコンテンツのコンテンツＩＤ２００、コンテンツ名２０１、ロケータ２０４、メタデータのロケータ情報３８０４などの情報を抽出し、メディア選択／変換部５８０４に送信する要求解析部５８０５が設けられている。
【０５４１】
メディア選択／変換部５８０４は、メディアｄ１０１およびメタデータｄ３７０２を参照し、要求解析部５８０５から送られてきた情報に対応するメディアおよびメタデータを抽出する。次に、メディア選択／変換部５８０４は、抽出したメディアからユーザ情報に含まれる観点と同一の観点を持つセグメントを抽出し、つなぎ合わせ、サマリを作成する。そして、メディア選択／変換部５８０４は、作成したサマリをメディア送信部１０３に送信し、メディア送信部１０３は、送られてきたメディアをクライアント端末５４１０に送信する。
【０５４２】
一方、クライアント端末５４１０には、送られてきたメディアを受信するメディア受信部１１１と、受信したメディアを再生するメディア再生部１１２とが設けられている。
【０５４３】
以下、実施の形態１８にかかるメディア配信システムの動作について、図６１を用いて説明する。図６１は、実施の形態１８にかかるメディア配信システムの動作フロー図である。
【０５４４】
まず、ユーザが、操作入力部１１３より所望の観点などのユーザ情報を入力する。次にユーザ情報送信部５４０２が、このユーザ情報をサーバ５８００に送信する（Ｐ６００１）。
【０５４５】
一方、サーバ５８００は、ユーザ情報受信部５４０３において、送られてきたユーザ情報を受信し、ユーザ情報登録部５４０４が受信したユーザ情報を解析し、蓄積部５８０１内のユーザ管理情報ｄ５８１２に登録する（Ｐ６００２）。
【０５４６】
次に、サーバ５８００の要求解析部５８０５がユーザ管理情報ｄ５８１２およびコンテンツ管理情報ｄ５８１１を参照し、ユーザ管理情報ｄ５８１２のユーザ管理情報５６０２に含まれる観点８０１を持つコンテンツを解析し、解析したコンテンツのコンテンツＩＤ２００、コンテンツ名２０１、ロケータ２０４、メタデータのロケータ３８０４などの情報を抽出し、メディア選択／変換部５８０７に送信する（Ｐ６００３）。
【０５４７】
次に、メディア選択／変換部５８０４が、メディアｄ１０１およびメタデータｄ３７０２を参照し、要求解析部５８０５から送られてきた情報に対応するコンテンツを抽出し、このコンテンツからユーザ情報に含まれる観点と同一の観点を持つセグメントを抽出し、つなぎ合わせ、サマリを作成する（Ｐ６００４）。そして、メディア選択／変換部５８０４は、作成したサマリをクライアント端末５４１０に送信する（Ｐ６００５）。
【０５４８】
一方、クライアント端末５４１０は、送られてきたメディアをメディア受信部１１１で受信し（Ｐ６００６）、メディア再生部１１２で受信したメディアを再生する（Ｐ６００７）。
【０５４９】
以上説明したように実施の形態１８によれば、クライアントが予め好みの観点をメディア配信側に送信しておくことで、メディア配信側から好みの観点に対応するコンテンツのサマリの配信を受けられる。これにより、クライアントが不必要なサマリを受けることを回避できるので、不必要な通信費を払う必要がなくなる。
【０５５０】
なお、実施の形態１８では、サマリの配信を無料として説明したが、サマリに対してサマリの時間長に応じた課金をする形態であっても良い。
【０５５１】
（実施の形態１９）
実施の形態１９にかかるメディア配信システムは、予めユーザがコンテンツ配信を受けるために課金をしておくものである。そして、コンテンツ配信側がユーザの残金情報をユーザに提示し、ユーザが残金情報を確認して所望のコンテンツの配信を要求するものである。
【０５５２】
以下、実施の形態１９にかかるメディア配信システムについて説明する。まず、実施の形態１９にかかるメディア配信システムの構成について図６２を用いて説明する。図６２は、実施の形態１９にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与する。
【０５５３】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ６２００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末６２１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。
【０５５４】
クライアント端末６２１０には、ユーザがコンテンツの配信を要求する場合に、所望の観点などのユーザ情報を入力する操作入力部１１３が設けられている。また、ユーザ情報送信部５４０２は、ユーザ情報をサーバ６２００に送る。
【０５５５】
一方、サーバ６２００には、送られてきたユーザ情報を受信するユーザ情報受信部５４０３が設けられている。ユーザ情報受信部５４０３は、受信したユーザ情報をユーザ情報登録部５４０４に送る。ユーザ情報登録部５４０４は、ユーザ情報を解析し、蓄積部６２０１内のユーザ管理情報ｄ６２１２に蓄積する。
【０５５６】
ユーザ管理情報ｄ６２１２は、図６３に示すように、ユーザＩＤ５６００と、ユーザ−名５６０１と、ユーザ管理情報５６０２として複数の観点８０１と、ユーザが予めオフラインもしくは操作入力部１１３から入金した金額の残金情報６３０１と、の組を複数格納する構成になっている。なお、図６３は、実施の形態１９にかかるユーザ情報の構成図である。
【０５５７】
また、蓄積部６２０１には、コンテンツのビューｄ１０１と、ビューｄ１０１を管理する情報であるコンテンツ管理情報ｄ６２１１が格納されている。
【０５５８】
コンテンツ管理情報ｄ６２１１は、図６４に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、ビュー２０２のロケータ情報である２０４と、ビュー２０２の金額情報６４０１と、ビュー２０２の時間情報６４０２と、コンテンツの観点情報８０１と、の組が複数格納されている。
【０５５９】
また、金額情報６４０１は、ビュー２０２の配信を受けている人数が多いほど安くなるようになっている。これにより、ユーザが他の人にコンテンツの配信を受けるように薦めるようになり、コンテンツの配信を受ける人数が多くなる。この結果、コンテンツ配信側の利益が上がることになる。
【０５６０】
なお、図６４は、実施の形態１９にかかるコンテンツ管理情報の構成を示す図である。
【０５６１】
サーバ６２００には、コンテンツ管理情報ｄ６２１１から、図６５に示す、課金情報６５００を生成し、クライアント端末６２１０に、送信する課金情報送信部６２０７が設けられている。図６５は、実施の形態１９にかかる課金情報報の構成を示す図である。
【０５６２】
課金情報６５００は、図６５からわかるように、リスト情報６５０１と、残金情報６５０２とから構成される。リスト情報６５０１は、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツ名２０１と、金額情報６５０３と、時間情報３０１と、の組から構成される。また、リスト情報６５０１に記述されるコンテンツ名２０１は、ユーザが予め登録したユーザ管理情報ｄ６２１２の観点を持つコンテンツのコンテンツ名である。また、図中６５０４に示すように、金額情報６５０３には、あと何人コンテンツ配信を要求すると値段が変わるという情報も記述されている。
【０５６３】
また、残金情報６５０２はクライアントがプールした金額の残金情報６５０５から構成される。
【０５６４】
一方、クライアント端末６２１０には、サーバ６２００から送られてきた課金情報６５００を受信する課金情報受信部６２１６と、受信した課金情報６５００を表示する課金情報表示部６２１７と、が設けられている。また、クライアント端末６２１０には、操作入力部１１３から入力されたコンテンツ配信要求情報をサーバ６２００に送信する要求送信部１１５が設けられている。
【０５６５】
一方、サーバ６２００には、クライアント端末６２１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０５６６】
また、サーバ６２００には、コンテンツ管理情報ｄ６２１２を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２０２のロケータ情報２０４、金額情報６４０１などの情報を解析する要求解析部６２０５が設けられている。また、要求解析部６２０５は、コンテンツ配信要求情報の解析結果を課金判定部６２０８、メディア選択部１０２に送信する。
【０５６７】
課金判定部６２０８は、要求解析部６２０５の解析結果から、ユーザが要求するコンテンツを認識し、このコンテンツを現在何人のユーザに配信しているか判断する。さらに、課金判定部６２０８は、ユーザ管理情報ｄ６２１２の残金情報６３０１と、現在該当するコンテンツを配信しているユーザ数に応じた金額情報６４０１を比較し、比較結果を要求解析部６２０５と、課金情報送信部６２０７に送信する。
【０５６８】
また、課金判定部６２０８は、残金情報６３０１が、コンテンツの金額情報６４０１より小さい場合は、要求解析部６２０５に、メディア選択部１０２へのコンテンツ配信要求情報の解析結果の送信を行わないような制御信号を送信する。
【０５６９】
一方、課金判定部６２０８は、残金情報６３０１が、コンテンツの金額情報６４０１より大きい場合は、要求解析部６２０５に、メディア選択部１０２へコンテンツ配信要求情報に対応したビューを送信させる制御信号を送信する。また、課金判定部６２０８は、これと共にコンテンツの金額情報６４０１を課金部６２０６に送信する。
【０５７０】
課金部６２０６は、課金判定部６２０８からコンテンツの金額情報６４０１を受信すると、ユーザ管理情報ｄ６２１２の残金情報６３０１からコンテンツの金額情報６５０３を減算する。
【０５７１】
また、メディア選択部１０２は、要求解析部６２０５から解析結果が送られてくると、送られてきた解析結果に対応したコンテンツのビューをビューｄ１０１から抽出しメディア送信部１０３に送信する。また、メディア送信部１０３は、送られてきたビューをクライアント端末１１０に送信する。
【０５７２】
以下、実施の形態１９にかかるメディア配信システムの動作について、図６６を用いて説明する。図６６は、実施の形態１９にかかるメディア配信システムの動作フロー図である。
【０５７３】
まず、ユーザが、操作入力部１１３より所望の観点などのユーザ情報を入力する。次にユーザ情報送信部５４０２が、このユーザ情報をサーバ６２００に送信する（Ｐ６６０１）。
【０５７４】
一方、サーバ６２００は、ユーザ情報受信部５４０３において、送られてきたユーザ情報を受信し、ユーザ情報登録部５４０４が受信したユーザ情報を解析し、蓄積部６２０１内のユーザ管理情報ｄ６２１２に登録する（Ｐ６６０２）。なお、この段階において、ユーザがコンテンツ配信側にお金のプールをしてあり、ユーザ管理情報ｄ６２１２の残金情報６３０１にはプールした金額が記述されているものとする。
【０５７５】
次に、サーバ６２００の課金情報送信部６２０７が、コンテンツ管理情報ｄ６２１１に含まれるコンテンツのうちユーザ管理情報に含まれる観点を持つコンテンツを抽出すると共に、ユーザ管理情報ｄ６２１２から残金情報６３０１を抽出し、課金情報６５００を作成する（Ｐ６６０３）。そして、課金情報送信部６２０７は、作成した課金情報６５００をクライアント端末６２１０に対して送信する（Ｐ６６０４）。
【０５７６】
そして、クライアント端末６２１０の課金情報受信部６２１６がこの課金情報６５００を受信し（Ｐ６６０５）、課金情報表示部６２１７が課金情報６５００を表示する（Ｐ６６０６）。次に、クライアントが、この課金情報表示部６２１７に表示した課金情報６５００を参照し、まず、残金情報６５０２を確認したうえで、配信可能なコンテンツ名２０１を選択し、操作入力部１１３から入力する。そして、要求送信部１１５が、このコンテンツを要求する旨のコンテンツ配信要求情報をサーバ６２００に対して送信する（Ｐ６６０７）。
【０５７７】
一方、サーバ６２００は、要求受信部１０４において、クライアント端末６２１０から送られてきたコンテンツ配信要求情報を受信し（Ｐ６６０８）、要求解析部６２０５に送信する。
【０５７８】
要求解析部６２０５は、コンテンツ管理情報ｄ６２１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２０２のロケータ情報２０４、金額情報６４０１などの情報を解析し（Ｐ６６０９）、解析結果を課金判定部６２０８に送信する。
【０５７９】
次に、課金判定部６２０８は、要求解析部６２０５から送られてきた解析結果から、ユーザが要求するコンテンツを認識し、このコンテンツを現在何人のユーザに配信しているか判断する。次に、課金判定部６２０８は、ユーザ管理情報ｄ６２１２の残金情報６３０１と、現在該当するコンテンツを配信しているユーザ数に応じた金額情報６４０１を比較し、残金情報６３０１が、コンテンツの金額情報６４０１より小さいか否か、つまり残金があるか否かを判断する（Ｐ６６１０）。
【０５８０】
そして、課金判定部６２０８が、残金が足りない判断した場合は、要求解析部６２０５に対して、メディア選択部１０２へコンテンツ配信要求情報に対応するメディアの送信を行わないようにする旨の制御信号を送信し、処理を終了する。
【０５８１】
一方、課金判定部６２０８が、残金が足りると判断した場合は、要求解析部６２０５に、メディア選択部１０２へのコンテンツ配信要求情報に対応するメディアの送信を行う旨の制御信号を送信する。また、課金判定部６２０８は、これと共にコンテンツの金額情報６４０１を課金部６２０６に送信する。
【０５８２】
次に、メディア選択部１０２は、要求解析部６２０５から解析結果が送られてくると、送られてきた解析結果に対応したコンテンツのビューをビューｄ１０１から選択し（Ｐ６６１１）、選択したビューをメディア送信部１０３に送信するそして、メディア送信部１０３が、送られてきたビューをクライアント端末１１０に送信する（Ｐ６６１２）。
【０５８３】
一方、クライアント端末６２１０は送られてきたビュー（メディア）をメディア受信部１１１で受信し（Ｐ６６１３）、メディア再生部１１２で再生する。
【０５８４】
また、サーバ６２００は、クライアント端末６２１０にメディアの送信が終了すると、課金部６２０６は、残金情報６３０１からコンテンツの金額情報６４０１を減算することで、ユーザ管理情報ｄ６２１２を更新する（Ｐ６６１５）。
【０５８５】
以上説明したように、実施の形態１９によれば、ユーザに対して残金情報を提示することで、ユーザが残金情報を確認したうえで配信を要求するコンテンツを選択できる。これにより、ユーザが残金よりも値段の高いコンテンツを要求することを防止できる。また、ユーザは残金が、所望のコンテンツの値段に満たない場合は、オフラインで課金を行うようにすることで、所望のコンテンツの配信を受けることもできる。
【０５８６】
また、実施の形態１９によれば、ユーザが間違って残金よりも高い値段のコンテンツ配信を要求した場合には、課金判定部６２０８が残金の足りない旨の情報を要求解析部６２０５に送信することができる。これにより、クライアントに対して、残金よりも高い値段のコンテンツの配信を行わないようにすることができる。この結果、ユーザが残金よりも値段の高いコンテンツの配信を受けてしまうことで、借金をするような事態を防止できる。
【０５８７】
なお、ユーザが残金より高い課金が発生するコンテンツの配信を要求した場合に、サーバ６２００からクライアント端末に向けて、残金が足りないのでコンテンツの配信ができない旨の情報を送信するようにしても良い。この場合は、課金判定部６２０８が、残金情報６３０１がコンテンツの金額情報６４０１より少ないか判断した際に、残金が足りないためコンテンツを配信できない旨の情報を課金情報送信部６２０７を介してクライアント端末６２１０に送信するようにすれば良い。
【０５８８】
（実施の形態２０）
実施の形態２０にかかるメディア配信システムは、予めユーザがコンテンツ配信を受けるために課金をしておくものである。そして、コンテンツ配信側がユーザの残金情報をユーザに提示し、ユーザが残金情報を確認して残金に見合ったサマリの配信を要求するものである。また、実施の形態２０では、ユーザが残金よりも高価なサマリの配信を要求した場合に、残金に見合った長さのサマリを作成して配信するようにするものである。
【０５８９】
以下、実施の形態２０にかかるメディア配信システムについて説明する。まず、実施の形態２０にかかるメディア配信システムの構成について図６７を用いて説明する。図６７は、実施の形態２０にかかるメディア配信システムのブロック図である。なお、既に説明した部分と同一の部分には同一の符番を付与する。
【０５９０】
本メディア配信システムは、コンテンツ配信サービスを行うメディア配信者（プロバイダ）のサーバ６７００と携帯端末や蓄積型放送端末、家庭用ゲートウェイ等のクライアント端末６２１０とが、公衆ネットワーク、携帯通信網等のネットワーク１２０を介して接続されている。
【０５９１】
クライアント端末６２１０には、ユーザがコンテンツの配信を要求する場合に、所望の観点などのユーザ情報を入力する操作入力部１１３が設けられている。また、ユーザ情報送信部５４０２は、ユーザ情報をサーバ６７００に送る。
【０５９２】
一方、サーバ６７００には、送られてきたユーザ情報を受信するユーザ情報受信部５４０３が設けられている。ユーザ情報受信部５４０３は、受信したユーザ情報をユーザ情報登録部５４０４に送る。ユーザ情報登録部５４０４は、ユーザ情報を解析し、蓄積部６７０１内のユーザ管理情報ｄ６２１２に蓄積する。
【０５９３】
ユーザ管理情報ｄ６２１２は、図６３に示すものであり、既に説明しているので説明を省略する。
【０５９４】
また、蓄積部６７０１には、コンテンツのビューｄ１０１と、ビューｄ１０１を複数のタイプのメディアサマリに変換するためのプログラムであるメタデータｄ３７０２と、ビューｄ１０１とメタデータｄ３７０２とを関連付けて管理するコンテンツ管理情報ｄ６７１１と、が格納されている。
【０５９５】
コンテンツ管理情報ｄ６７１１は、図６８に示すように、コンテンツＩＤ２００と、コンテンツ名２０１と、ビュー２０２のロケータ情報である２０４と、ビュー２０２の金額情報６４０１と、ビュー２０２の時間情報６４０２と、コンテンツ名２０１に対応するメタデータ３８０３と、メタデータ３８０３のロケータ情報３８０４と、メタデータ３８０３を用いて生成したサマリを配信した際の料金（金額）情報３８０５と、コンテンツの観点情報８０１と、の組が複数格納されている。
【０５９６】
なお、図６８は、実施の形態２０にかかるコンテンツ管理情報の構成を示す図である。
【０５９７】
サーバ６７００には、コンテンツ管理情報ｄ６７１１から、図６９に示す、課金情報６９００を生成し、クライアント端末６２１０に、送信する課金情報送信部６７０７が設けられている。図６９は、実施の形態２０にかかる課金情報報の構成を示す図である。
【０５９８】
課金情報６９００は、図６９からわかるように、リスト情報６９０１と、残金情報６５０２とから構成される。リスト情報６９０１は、クライアントがコンテンツを選択する場合に必要な情報である、コンテンツ名２０１と、金額情報６５０３と、時間情報３０１と、サマリの金額情報３８０５との組から構成される。また、リスト情報６５０１に記述されるコンテンツ名２０１は、ユーザが予め登録したユーザ管理情報ｄ６２１２の観点を持つコンテンツのコンテンツ名である。また、コンテンツの金額情報６５０３には、あと何人コンテンツ配信を要求すると値段が変わるという情報も記述されている。また、サマリの金額情報３８０５には、時間に応じた金額が記述されている。
【０５９９】
また、残金情報６５０２はクライアントがプールした金額の残金情報６５０５から構成される。
【０６００】
一方、クライアント端末６２１０は、サーバ６２００から送られてきた課金情報６５００を受信する課金情報受信部６２１６と、受信した課金情報６５００を表示する課金情報表示部６２１７と、が設けられている。
【０６０１】
また、クライアント端末６２１０には、操作入力部１１３から入力されたビューもしくはサマリなどのコンテンツ配信要求情報をサーバ６７００に送信する要求送信部１１５が設けられている。
【０６０２】
一方、サーバ６７００には、クライアント端末６２１０から送られてきたコンテンツ配信要求情報を受信する要求受信部１０４が設けられている。
【０６０３】
また、サーバ６７００には、コンテンツ管理情報ｄ６７１１を参照することで、受信したコンテンツ配信要求情報に対応した、コンテンツ名２０１、メディア２０２のロケータ情報２０４、金額情報６４０１、メタデータ３８０３のロケータ情報３８０４メタデータ３８０３の金額情報３８０５を解析する要求解析部６７０５が設けられている。また、要求解析部６７０５は、コンテンツ配信要求情報の解析結果を課金判定部６７０８、メディア選択／変換部６７０２に送信する。また、要求解析部６７０５は、メディア選択／変換部６７０２に対してサマリの時間情報の送信も行う。サマリの時間情報は、後述するように、コンテンツ配信要求から抽出される場合と、課金判定部６７０８から送られてくる場合がある。
【０６０４】
課金判定部６７０８は、要求解析部６７０５がコンテンツ配信要求を解析した解析結果から、ユーザがビューの配信を要望している場合には、ビューを認識し、このビューを現在何人のユーザに配信しているか判断する。さらに、課金判定部６７０８は、ユーザ管理情報ｄ６２１２の残金情報６３０１と、現在該当するコンテンツを配信しているユーザ数に応じた金額情報６４０１を比較し、比較結果を要求解析部６７０５に送信する。
【０６０５】
また、課金判定部６７０８は、残金情報６３０１が、コンテンツの金額情報６４０１より小さい場合は、要求解析部６７０５に、メディア選択／変換部６７０２へコンテンツ配信要求情報に対応するメディアの送信を行わないような制御信号を送信する。
【０６０６】
一方、課金判定部６７０８は、残金情報６３０１が、コンテンツの金額情報６４０１より大きい場合は、要求解析部６７０５に、メディア選択／変換部６７０２へのコンテンツ配信要求情報に対応するメディアを送信させる制御信号を送信する。また、課金判定部６７０８は、これと共にコンテンツの金額情報６４０１を課金部６７０６に送信する。
【０６０７】
また、課金判定部６７０８は、要求解析部６７０５がコンテンツ配信要求を解析した解析結果から、ユーザがサマリの配信を要望している場合には、要望しているサマリを認識し、ユーザ管理情報ｄ６２１２の残金情報６３０１と、該当するサマリの金額情報３８０５を比較し、比較結果を要求解析部６７０５に送信する。
【０６０８】
また、課金判定部６７０８は、残金情報６３０１が、サマリの金額情報３８０５より小さい場合は、残金情報６３０１に対応した金額で配信できるサマリの時間を計算する。そして、課金判定部６７０８は、計算した配信できるサマリの時間を要求解析部６７０５に送る。また、課金判定部６７０８は、これと共に残金情報６３０１を課金部６７０１に送信する。
【０６０９】
一方、課金判定部６７０８は、残金情報６３０１が、サマリの金額情報３８０５より大きい場合は、要求解析部６７０５に、メディア選択／変換部６７０２へコンテンツ配信要求情報に対応したサマリの送信をさせる旨の制御信号を送信する。また、課金判定部６７０８は、これと共にサマリの金額情報３８０５を課金部６７０６に送信する。
【０６１０】
課金部６７０６は、課金判定部６２０８から送られてきたコンテンツの金額情報６４０１、サマリの金額情報３８０５、もしくは残金情報６３０１を受信すると、ユーザ管理情報ｄ６２１２の残金情報６３０１からコンテンツの金額情報６４０１、サマリの金額情報３８０５、もしくは残金情報６３０１を減算する。
【０６１１】
また、メディア選択／変換部６７０２は、要求解析部６７０５から解析結果が送られてくると、送られてきた解析結果がビューの配信を示す場合には、対応するビューをビューｄ１０１から抽出しメディア送信部１０３に送信する。また、メディア選択／変換部６７０２は、送られてきた解析結果がサマリの配信を示す場合には、対応するサマリに対応するビューをビューｄ１０１から抽出し、メタデータｄ３７０２を用いてサマリに変換しメディア送信部１０３に送信する。
【０６１２】
また、メディア送信部１０３は、送られてきたビューもしくはサマリをクライアント端末６２１０に送信する。
【０６１３】
以下、実施の形態２０にかかるメディア配信システムの動作について、図７０を用いて説明する。図７０は、実施の形態２０にかかるメディア配信システムの動作フロー図である。
【０６１４】
まず、ユーザが、操作入力部１１３より所望の観点などのユーザ情報を入力する。次にユーザ情報送信部５４０２が、このユーザ情報をサーバ６７００に送信する（Ｐ７０００）。
【０６１５】
一方、サーバ６７００は、ユーザ情報受信部５４０３において、送られてきたユーザ情報を受信し、ユーザ情報登録部５４０４が受信したユーザ情報を解析し、蓄積部６７０１内のユーザ管理情報ｄ６２１２に登録する（Ｐ７００１）。なお、この段階において、ユーザがコンテンツ配信側にお金のプールをしてあり、ユーザ管理情報ｄ６２１２の残金情報６３０１にはプールした金額が記述されているものとする。
【０６１６】
次に、サーバ６７００の課金情報送信部６７０７が、コンテンツ管理情報ｄ６７１１に含まれるコンテンツのうちユーザ管理情報に含まれる観点を持つコンテンツを抽出すると共に、ユーザ管理情報ｄ６２１２から残金情報６３０１を抽出し、課金情報６９００を作成する（Ｐ７００２）。そして、課金情報送信部６７０７は、作成した課金情報６９００をクライアント端末６２１０に対して送信する（Ｐ７００３）。
【０６１７】
そして、クライアント端末６２１０の課金情報受信部６２１６がこの課金情報６９００を受信し（Ｐ７００４）、課金情報表示部６２１７が課金情報６９００を表示する（Ｐ７００５）。次に、クライアントが、この課金情報表示部６２１７に表示した課金情報６９００を参照し、残金情報６５０２を確認したうえで、所望のメディアもしくはサマリを選択し、操作入力部１１３から入力する。そして、要求送信部１１５が、このメディアもしくはサマリを要求する旨のコンテンツ配信要求情報をサーバ６７００に対して送信する（Ｐ７００６）。
【０６１８】
一方、サーバ６７００は、要求受信部１０４において、クライアント端末６２１０から送られてきたコンテンツ配信要求情報を受信し（Ｐ７００７）、要求解析部６７０５に送信する。
【０６１９】
要求解析部６７０５は、コンテンツ管理情報ｄ６２１１を参照することで、受信したコンテンツ配信要求情報に対応する、コンテンツ名２０１、メディア２０２のロケータ情報２０４、金額情報６４０１、もしくはメタデータ３８０３のロケータ３８０４、サマリの金額情報３８０５などの情報を解析し（Ｐ７００８）、解析結果を課金判定部６７０８に送信する。
【０６２０】
次に、課金判定部６７０８は、要求解析部６７０５から送られてきた解析結果がビューを要求している場合には、ユーザが要求するビューを認識し、このビューを現在何人のユーザに配信しているか判断する。そして、課金判定部６７０８は、ユーザ管理情報ｄ６２１２の残金情報６３０１と、現在該当するコンテンツを配信しているユーザ数に応じた金額情報６４０１を比較し、残金情報６３０１が、コンテンツの金額情報６４０１より小さいか否か、つまり残金が足りるか否かを判断する（Ｐ７００９）。
【０６２１】
また、課金判定部６７０８は、要求解析部６７０５から送られてきた解析結果がサマリを要求している場合には、残金情報６３０１とユーザが要求するサマリの金額情報３８０５を比較し、残金情報６３０１が、サマリの金額情報３８０５より小さいか否か、つまり残金が足りるか否かを判断する（Ｐ７００９）。
【０６２２】
そして、課金判定部６７０８が、残金が足りないと判断した場合は、残金情報６３０１に対応した金額で配信できるサマリの時間を計算し、計算した配信できるサマリの時間を要求解析部６７０５に送る（Ｐ７０１０）。課金判定部６７０８は、これと共に残金情報６３０１を課金部６７０６に送信する。
【０６２３】
そして、要求解析部６７０５は、計算した配信できるサマリの時間をメディア選択／変換部６７０２に送信する。次に、メディア選択／変換部６７０２はユーザ管理ｄ６２１２からユーザが入力した観点８０１と、ビューｄ１０１からユーザの所望するビューを抽出する。そして、メディア選択／変換部６７０２は、ビューのセグメントのうちユーザが入力した観点８０１を持つものを、受信した配信できる時間分抽出する。このように、メディア選択／変換部６７０２は、残金で配信できる時間のサマリを作成する（Ｐ７０１１）。そして、メディア選択／変換部６７０２は、作成したサマリをメディア送信部１０３に送信し、メディア送信部１０３が、送られてきたサマリをクライアント端末６２１０に送信する（Ｐ７０１２）。
【０６２４】
一方、Ｐ７００９において、課金判定部６７０８が、残金があると判断した場合は、要求解析部６７０５に、メディア選択部１０２へのコンテンツ配信要求情報に対応したビューもしくはサマリの送信を行う旨の制御信号を送信する。また、課金判定部６７０８は、これと共にビューの金額情報６４０１もしくはサマリの金額情報３８０５を課金部６７０６に送信する。
【０６２５】
次に、メディア選択／変換部６７０２は、要求解析部６２０５から解析結果が送られてくると、送られてきた解析結果がビューを要求するものか、サマリを要求するものか判断する（Ｐ７０１３）。そして、メディア選択／変換部６７０２は、解析結果がサマリを要求するものであると、解析結果に対応したサマリをメタデータｄ３７０１とビューｄ１０１を用いて作成する（Ｐ７０１４）。そして、メディア選択／変換部６７０２は、作成したサマリをメディア送信部１０３に送信する。そして、メディア送信部１０３が、送られてきたサマリをクライアント端末６２１０に送信する（Ｐ７０１２）。
【０６２６】
一方、Ｐ７０１３において、メディア選択／変換部６７０２が、解析結果がビューを要求するものであると、解析結果に対応したビューをビューｄ１０１から選択し（Ｐ７０１５）、選択したビューをメディア送信部１０３に送信する。そして、メディア送信部１０３が、送られてきたビューをクライアント端末６２１０に送信する（Ｐ７０１６）。
【０６２７】
そして、クライアント端末６２１０は送られてきたビューもしくはサマリをメディア受信部１１１で受信し（Ｐ７０１７）、メディア再生部１１２で再生する（Ｐ７０１８）。
【０６２８】
また、サーバ６７００は、クライアント端末６２１０にビューもしくはサマリの送信が終了すると、課金部６７０６が、ユーザ管理情報ｄ６２１２の残金情報６３０１から、課金判定部６２０８から送られてきたコンテンツの金額情報６４０１、サマリの金額情報３８０５、もしくは残金情報６３０１を、減算することで、ユーザ管理情報ｄ６２１２を更新する（Ｐ７０１９）。
【０６２９】
以上説明したように、実施の形態２０によれば、ユーザの要求する観点に対応するサマリをユーザに対して配信することができる。
【０６３０】
また、実施の形態２０によれば、ユーザに対して残金情報を提示することで、ユーザが残金情報を確認したうえで配信を要求するビューもしくはサマリを選択できる。これにより、ユーザが残金よりも値段の高いビューもしくはサマリを要求することを防止できる。また、ユーザは残金が、所望のビューもしくはサマリの値段に満たない場合は、オフラインで課金を行うようにすることで、所望のビューもしくはサマリの配信を受けることもできる。
【０６３１】
また、実施の形態２０によれば、ユーザが残金よりも高い値段のビューもしくはサマリ配信を要求した場合には、コンテンツ配信側が、残金で配信できるサマリの時間を計算し、この計算した時間のサマリを作成し、この作成したサマリをユーザに対して送信するようにできる。これにより、ユーザが残金に見合ったサマリの配信を受けることができる。
【０６３２】
なお、ユーザが残金より高い課金が発生するビューもしくはサマリの配信を要求した場合に、サーバ６７００からクライアント端末に向けて、残金が足りないのでビューもしくはサマリの配信ができない旨の情報を送信するようにしても良い。この場合は、課金判定部６７０８が、残金情報６３０１がコンテンツの金額情報６４０１もしくはサマリの金額情報３８０５より少ないと判断した際に、残金が足りないためコンテンツを配信できない旨の情報を、課金情報送信部６７０７を介してクライアント端末６２１０に送信するようにすれば良い。
【０６３３】
なお、実施の形態１から実施の形態２０で説明した、蓄積部以外の構成を専用のハードウェアで構成しても、蓄積部以外の構成の動作をプログラムにし記憶媒体に格納し、コンピュータがプログラムを読み取って蓄積部以外の部分の動作を行う形態であっても良い。
【０６３４】
なお、本発明は、オリジナルのメディアであるビューと、通信が困難な場所への配信を可能としたり、本来なら見ることのできない端末でもこのビューを見ることができるように変換するなどの処理をしたメディアとを格納する形態であっても良い。この形態では、クライアントに対して、特別な付加サービスを提供できる。よって、処理したメディアに対する料金は、高価に設定するようにする。
【０６３５】
なお、コンテンツ毎に、コンテンツに含まれるメディアの情報と、料金情報とを関連つけたコンテンツ管理情報を用いて説明したが、コンテンツ管理情報を２つの情報、つまり、コンテンツの管理情報であるコンテンツ記述情報とコンテンツの料金情報であるコンテンツ料金情報と、に分ける形態でも良い。この場合は、コンテンツ記述情報とコンテンツ料金情報との夫々をコンテンツＩＤで管理し、コンテンツＩＤをキーとして、コンテンツ記述情報とコンテンツ料金情報とを関連付けて扱うようにすれば良い。また、リスト情報は、コンテンツ記述情報と、コンテンツ料金情報から生成するようにする。
【０６３６】
【発明の効果】
以上説明したように、本発明によれば、クライアントに対してコンテンツ毎に複数の異なる形態のメディアを配信できるので、クライアントに対してクライアントが要求するコンテンツに対応するメディアをクライアントの要求する形態で、もしくは様々な端末能力やネットワーク状況に適応する形態で配信することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１にかかるメディア配信システムのブロック図
【図２】実施の形態１にかかるコンテンツ管理情報の構成を示す図
【図３】実施の形態１にかかるリスト情報の構成を示す図
【図４】実施の形態１にかかるメディア配信システムのメディア配信の動作フロー図
【図５】実施の形態１にかかるメディア配信システムのその他の動作フロー図
【図６】本発明の実施の形態２にかかるメディア配信システムのブロック図
【図７】実施の形態２にかかるビューの参考例を示した図
【図８】実施の形態２にかかるコンテンツ管理情報の構成を示す図
【図９】実施の形態２にかかるリスト情報の構成を示す図
【図１０】実施の形態２にかかるメディア配信システムの動作フロー図
【図１１】本発明の実施の形態３にかかるメディア配信システムのブロック図
【図１２】実施の形態３にかかるメディア配信システムの動作フロー図
【図１３】本発明の実施の形態４にかかるメディア配信システムのブロック図
【図１４】実施の形態４にかかるメディア配信システムの動作フロー図
【図１５】本発明の実施の形態５にかかるメディア配信システムのブロック図
【図１６】実施の形態５にかかるコンテンツ管理情報の構成を示す図
【図１７】実施の形態５にかかるリスト情報の構成を示す図
【図１８】実施の形態５にかかるメディア配信システムの動作フロー図
【図１９】本発明の実施の形態６にかかるメディア配信システムのブロック図
【図２０】実施の形態６にかかるコンテンツ管理情報の構成を示す図
【図２１】実施の形態６にかかるリスト情報の構成を示す図
【図２２】実施の形態６にかかるメディア配信システムの動作フロー図
【図２３】本発明の実施の形態７にかかるメディア配信システムのブロック図
【図２４】実施の形態７にかかるコンテンツ管理情報の構成を示す図
【図２５】実施の形態７にかかるリスト情報の構成を示す図
【図２６】実施の形態７にかかるメディア配信システムの動作フロー図
【図２７】本発明の実施の形態８にかかるメディア配信システムのブロック図
【図２８】実施の形態８にかかるコンテンツ管理情報の構成を示す図
【図２９】実施の形態８にかかるリスト情報の構成を示す図
【図３０】実施の形態８にかかるメディア配信システムの動作フロー図
【図３１】本発明の実施の形態９にかかるメディア配信システムのブロック図
【図３２】実施の形態９にかかるコンテンツ管理情報の構成を示す図
【図３３】実施の形態９にかかるリスト情報の構成を示す図
【図３４】実施の形態９にかかるメディア配信システムの動作フロー図
【図３５】本発明の実施の形態１０にかかるメディア配信システムのブロック図
【図３６】実施の形態１０にかかるコンテンツ管理情報の構成を示す図
【図３７】実施の形態１０にかかるリスト情報の構成を示す図
【図３８】本発明の実施の形態１１にかかるメディア配信システムのブロック図
【図３９】実施の形態１１にかかるコンテンツ管理情報の構成を示す図
【図４０】実施の形態１１にかかるリスト情報の構成を示す図
【図４１】本発明の実施の形態１２にかかるメディア配信システムのブロック図
【図４２】本発明の実施の形態１３にかかるメディア配信システムのブロック図
【図４３】本発明の実施の形態１４にかかるメディア配信システムのブロック図
【図４４】実施の形態１４にかかるコンテンツ管理情報の構成を示す図
【図４５】実施の形態１４にかかるリスト情報の構成を示す図
【図４６】実施の形態１４にかかるメディア配信システムの動作フロー図
【図４７】本発明の実施の形態１５にかかるメディア配信システムのブロック図
【図４８】実施の形態１５にかかるコンテンツ管理情報の構成を示す図
【図４９】実施の形態１５にかかるリスト情報の構成を示す図
【図５０】実施の形態１５にかかるメディア配信システムの動作フロー図
【図５１】本発明の実施の形態１６にかかるメディア配信システムのブロック図
【図５２】実施の形態１６にかかるコンテンツ管理情報の構成を示す図
【図５３】実施の形態１６にかかるリスト情報の構成を示す図
【図５４】本発明の実施の形態１７にかかるメディア配信システムのブロック図
【図５５】実施の形態１７にかかるユーザ管理情報の構成を示す図
【図５６】実施の形態１７にかかるコンテンツ管理情報の構成を示す図
【図５７】実施の形態１７にかかるメディア配信システムの動作フロー図
【図５８】本発明の実施の形態１８にかかるメディア配信システムのブロック図
【図５９】実施の形態１８にかかるユーザ管理情報の構成を示す図
【図６０】実施の形態１８にかかるコンテンツ管理情報の構成を示す図
【図６１】実施の形態１８にかかるメディア配信システムの動作フロー図
【図６２】本発明の実施の形態１９にかかるメディア配信システムのブロック図
【図６３】実施の形態１９にかかるユーザ管理情報の構成を示す図
【図６４】実施の形態１９にかかるコンテンツ管理情報の構成を示す図
【図６５】実施の形態１９にかかる課金情報の構成を示す図
【図６６】実施の形態１９にかかるメディア配信システムの動作フロー図
【図６７】本発明の実施の形態２０にかかるメディア配信システムのブロック図
【図６８】実施の形態２０にかかるコンテンツ管理情報の構成を示す図
【図６９】実施の形態２０にかかる課金情報の構成を示す図
【図７０】実施の形態２０にかかるメディア配信システムの動作フロー図
【図７１】従来のメディア配信システムのブロック図
【図７２】従来のコンテンツ管理情報の構成を示す図
【図７３】従来のリスト情報の構成を示す図
【図７４】従来のメディア配信システムの動作フロー図
【符号の説明】
１００、６００、１０００、１２００、１４００、１８００、２２００、２６００、３０００、３４００、３７００、４０００、４３００、４７００、５１００、５４００、５８００、６２００、６７００  サーバ
１０１、６０１、１４０１、１８０１、２２０１、２６０１、３００１、３４０１、３７０１、２Ｃ、４３０１、４７０１、５１０１、５４０１、５８０１、６２０１、６７０１  蓄積部
１０２、１４０２、２６０２、３４０２、４３０２  メディア選択部
１０３  メディア送信部
１０４  要求受信部
１０５、６０５、１４０５、１８０５、２２０５、２６０５、３００５、３４０５、３７０５、４３０５、５４０５、５８０５、６２０５、６７０５  要求解析部
１０６、１００６、１４０６、１８０６、２２０６、２６０６、３００６、３４０６、３７０６、４００６、４３０６、４７０６、５１０６、５４０６、６２０６、６７０６  課金部
１０７、６０７、１４０７、１８０７、２２０７、２６０７、３００７、３４０７、３７０７、４７０７  リスト情報送信部
１１０、１１００、１４１０、１８１０、４１００、５４１０  クライアント端末
１１１  メディア受信部
１１２、１０１２、１４１２  メディア再生部
１１３  操作入力部
１１５  要求送信部
１１６  リスト情報受信部
１１７  リスト情報表示部
１２０、１０２０  ネットワーク
３００、８００、１６００、２０００、２４００、２８００、３２００、３６００、３９００、４５００、４９００、５３００  リスト情報
６０２、２２０２、３００２、３７０２、５４０７、５８０４、６７０２  メディア選択／変換部
１００１  ＩＤ送信部
１８０２  メディア切替部
２２０２  メディア切替／変換部
４３０８、４７０８  時間比較部
５４０２  ユーザ情報送信部
５４０３  ユーザ情報受信部
５４０４  ユーザ情報登録部
６２０７  課金情報送信部
６２０８、６７０８  課金判定部
６２１６  課金情報受信部
６２１７  課金情報表示部
６５００、６９００  課金情報
ｄ１０１  メディア（ビュー）
ｄ１０２  メディア（プレビュー）
ｄ１１１、ｄ６０１、ｄ１４０１、ｄ１８１１、ｄ２２１１、ｄ２６１１、ｄ３０１１、ｄ３４１１、ｄ３７１１、ｄ４３１１、ｄ４７１１、ｄ５１１１、ｄ５８１１、ｄ６２１１、ｄ６７１１  コンテンツ管理情報
ｄ６０２、ｄ２２０２、ｄ３００２、ｄ３７０２  メタデータ
ｄ１４０２  メディア（広告）
ｄ１８０１  メディア（広帯域バージョン）
ｄ１８０２  メディア（狭帯域バージョン）
ｄ２６０１  メディア（カラーバージョン）
ｄ２６０２  メディア（白黒バージョン）
ｄ３４０１、ｄ３４０２  メディアサマリ
ｄ５４１２、ｄ５８１２、ｄ６２１２  ユーザ管理情報
【図１】
0004191932.tif 000002
【図２】
0004191932.tif 000003
【図３】
0004191932.tif 000004
【図４】
0004191932.tif 000005
【図５】
0004191932.tif 000006
【図６】
0004191932.tif 000007
【図７】
0004191932.tif 000008
【図８】
0004191932.tif 000009
【図９】
0004191932.tif 000010
【図１０】
0004191932.tif 000011
【図１１】
0004191932.tif 000012
【図１２】
0004191932.tif 000013
【図１３】
0004191932.tif 000014
【図１４】
0004191932.tif 000015
【図１５】
0004191932.tif 000016
【図１６】
0004191932.tif 000017
【図１７】
0004191932.tif 000018
【図１８】
0004191932.tif 000019
【図１９】
0004191932.tif 000020
【図２０】
0004191932.tif 000021
【図２１】
0004191932.tif 000022
【図２２】
0004191932.tif 000023
【図２３】
0004191932.tif 000024
【図２４】
0004191932.tif 000025
【図２５】
0004191932.tif 000026
【図２６】
0004191932.tif 000027
【図２７】
0004191932.tif 000028
【図２８】
0004191932.tif 000029
【図２９】
0004191932.tif 000030
【図３０】
0004191932.tif 000031
【図３１】
0004191932.tif 000032
【図３２】
0004191932.tif 000033
【図３３】
0004191932.tif 000034
【図３４】
0004191932.tif 000035
【図３５】
0004191932.tif 000036
【図３６】
0004191932.tif 000037
【図３７】
0004191932.tif 000038
【図３８】
0004191932.tif 000039
【図３９】
0004191932.tif 000040
【図４０】
0004191932.tif 000041
【図４１】
0004191932.tif 000042
【図４２】
0004191932.tif 000043
【図４３】
0004191932.tif 000044
【図４４】
0004191932.tif 000045
【図４５】
0004191932.tif 000046
【図４６】
0004191932.tif 000047
【図４７】
0004191932.tif 000048
【図４８】
0004191932.tif 000049
【図４９】
0004191932.tif 000050
【図５０】
0004191932.tif 000051
【図５１】
0004191932.tif 000052
【図５２】
0004191932.tif 000053
【図５３】
0004191932.tif 000054
【図５４】
0004191932.tif 000055
【図５５】
0004191932.tif 000056
【図５６】
0004191932.tif 000057
【図５７】
0004191932.tif 000058
【図５８】
0004191932.tif 000059
【図５９】
0004191932.tif 000060
【図６０】
0004191932.tif 000061
【図６１】
0004191932.tif 000062
【図６２】
0004191932.tif 000063
【図６３】
0004191932.tif 000064
【図６４】
0004191932.tif 000065
【図６５】
0004191932.tif 000066
【図６６】
0004191932.tif 000067
【図６７】
0004191932.tif 000068
【図６８】
0004191932.tif 000069
【図６９】
0004191932.tif 000070
【図７０】
0004191932.tif 000071
【図７１】
0004191932.tif 000072
【図７２】
0004191932.tif 000073
【図７３】
0004191932.tif 000074
【図７４】
0004191932.tif 000075