JP2006031478A - コンテンツ再生端末およびコンテンツ配信システム - Google Patents

Abstract

【課題】 簡単な構成で、かつ簡易な操作によって認証を行いコンテンツを供給する。
【解決手段】 電子楽器１０が演奏データのダウンロードをコンテンツサーバ３０へ要求すると、ＩＰ電話により電子楽器１０と認証サーバ２０との間で通信が行われ、ダウンロードの認証が認証サーバ２０に要求される。認証サーバ２０は、ダウンロードの認証の可否を決定して認証結果をコンテンツサーバ３０へ出力し、コンテンツサーバ３０は、認証サーバ２０から供給される認証結果に応じて、演奏データを電子楽器１０へ供給するか否かを判断する。
【選択図】 図１

Description

本発明は、通信網を介してコンテンツを配信する技術に関する。

インターネットを利用したコンテンツの配信や課金については種々の技術が開発されている。例えば、特許文献１には、次のようなコンテンツ配信と課金が記載されている。
ユーザ端末がインターネットを介して動画コンテンツ提供者の配信コントロールサーバにアクセスすると、動画コンテンツ提供者の電話番号と動画コンテンツ認識パスワードがユーザ端末に返される。そして、ユーザが電話機からその電話番号に発呼すると、有料ダイヤル課金システムにつながり、これを介して動画コンテンツ提供者の音声応答認証サーバに接続される。音声応答認証サーバは、ユーザに対し動画コンテンツ認識パスワードを要求する。ユーザは、この要求に応じて電話機のプッシュ信号で動画コンテンツ認識パスワードを送信する。音声応答認識サーバは送信された動画コンテンツ認識パスワードが正しいものと認識すると、配信コントロールサーバに動画コンテンツの配信を許可する。これにより、ユーザは当該動画コンテンツを視聴することができる。
特開２００３−１７８２３９号公報

しかしながら、上述した従来技術にあっては、コンテンツを利用する端末と、認証や課金を行うための電話機と、２つの通信系統を持たなければならず、操作が煩雑であった。
本発明は、上述した背景の下になされたものであり、簡単な構成で、かつ簡易な操作によって認証を行いコンテンツを供給する技術を提供することを目的とする。

上述した課題を解決するため本発明は、コンテンツデータを再生するコンテンツ再生手段と、所定のプロトコルを用いてＩＰ電話通信を行うＩＰ電話手段と、前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、前記インターネット通信手段が前記サーバから前記コンテンツデータのダウンロードを要求した場合、前記ＩＰ電話手段を用いて所定のサーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段と、前記コンテンツサーバから前記要求に関わる前記コンテンツデータがダウンロードされた場合にこれを受信するコンテンツ受信手段と、前記コンテンツ受信手段が受信した前記コンテンツデータを前記コンテンツ再生手段に供給するコンテンツ再生指示手段とを具備するコンテンツ再生端末を提供する。
本発明によれば、コンテンツのダウンロードが要求されると、ＩＰ電話により所定のサーバとの間で通信が行われ、ダウンロードの認証が所定のサーバに要求されて、コンテンツがダウンロードされる。

また、本発明は、コンテンツデータを再生するコンテンツ再生手段と、Session Initiation Protocolに従って通信を行うＳＩＰ通信手段と、前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、前記インターネット通信手段が前記サーバから前記コンテンツデータのダウンロードを要求した場合、前記ＳＩＰ通信手段を用いて所定のサーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段と、前記コンテンツサーバから前記要求に関わる前記コンテンツデータがダウンロードされた場合にこれを受信するコンテンツ受信手段と、前記コンテンツ受信手段が受信した前記コンテンツデータを前記コンテンツ再生手段に供給するコンテンツ再生指示手段とを具備するコンテンツ再生端末を提供する。
本発明によれば、コンテンツのダウンロードを要求すると、ＳＩＰに従って所定のサーバとの間で通信が行われ、ダウンロードの認証が所定のサーバに要求されて、コンテンツがダウンロードされる。

また、本発明は、コンテンツ再生端末と、サーバと、コンテンツサーバとを有するコンテンツ配信システムであって、前記コンテンツ再生端末は、コンテンツデータを再生するコンテンツ再生手段と、所定のプロトコルを用いてＩＰ電話通信を行うＩＰ電話手段と、前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、前記インターネット通信手段が前記コンテンツサーバから前記コンテンツデータのダウンロードを要求した場合、前記ＩＰ電話手段を用いて前記サーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段とを具備するコンテンツ再生端末とを有し、前記サーバは、前記コンテンツ再生端末から前記ダウンロードの認証が要求された場合、予め定めた手順に従って認証の可否を決定する認証決定手段と、前記認証決定手段の認証結果を前記コンテンツサーバに出力する認証結果出力手段とを有し、前記コンテンツサーバは、コンテンツデータを保有するコンテンツ記憶手段と、前記コンテンツ再生端末から前記コンテンツ記憶手段内のコンテンツデータのダウンロードが要求された場合、前記サーバから供給される認証結果に応じて前記ダウンロードを許可するか否かを決定するダウンロード許可手段とを具備するコンテンツ配信システムを提供する。
本発明によれば、コンテンツ再生端末がコンテンツデータのダウンロードを要求すると、ＩＰ電話によりコンテンツ再生端末と所定のサーバとの間で通信が行われ、ダウンロードの認証が所定のサーバに要求される。サーバは、ダウンロードの認証の可否を決定して認証結果をコンテンツサーバへ出力し、コンテンツサーバは、サーバから供給される認証結果に応じてダウンロードを許可するか否かを判断する。

また、本発明は、コンテンツ再生端末と、サーバと、コンテンツサーバとを有するコンテンツ配信システムであって、前記コンテンツ再生端末は、コンテンツデータを再生するコンテンツ再生手段と、Session Initiation Protocolに従って通信を行うＳＩＰ通信手段と、前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、前記インターネット通信手段が前記コンテンツサーバから前記コンテンツデータのダウンロードを要求した場合、前記ＳＩＰ通信手段を用いて前記サーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段とを具備するコンテンツ再生端末とを有し、前記サーバは、前記コンテンツ再生端末から前記ダウンロードの認証が要求された場合、予め定めた手順に従って認証の可否を決定する認証決定手段と、前記認証決定手段の認証結果を前記コンテンツサーバに出力する認証結果出力手段とを有し、前記コンテンツサーバは、コンテンツデータを保有するコンテンツ記憶手段と、前記コンテンツ再生端末から前記コンテンツ記憶手段内のコンテンツデータのダウンロードが要求された場合、前記サーバから供給される認証結果に応じて前記ダウンロードを許可するか否かを決定するダウンロード許可手段とを具備するコンテンツ配信システムを提供する。
本発明によれば、コンテンツ再生端末がコンテンツデータのダウンロードを要求すると、ＳＩＰに従った通信によりコンテンツ再生端末と所定のサーバとの間で通信が行われ、ダウンロードの認証が所定のサーバに要求される。サーバは、ダウンロードの認証の可否を決定して認証結果をコンテンツサーバへ出力し、コンテンツサーバは、サーバから供給される認証結果に応じてダウンロードを許可するか否かを判断する。

本発明によれば、簡単な構成で、且つ簡易な操作により、認証を行いコンテンツを供給することが可能となる。

［Ａ．実施形態］
図１は、本発明の第１実施形態に係るコンテンツ配信システムの全体構成を示す図である。図１に示したように、インターネット４０には、電子楽器１０と、認証サーバ２０と、コンテンツサーバ３０とが接続されている。

コンテンツサーバ３０は、有料でコンテンツを配信するサーバ装置である。コンテンツサーバ３０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等によって構成される制御部と、各種データの読み出しおよび書込みが可能な記憶部と、インターネット４０を介して通信を行うための通信インターフェースと、液晶ディスプレイ装置等を具備した表示部と、キーボードやマウス等を具備した操作部とを備えている。
記憶部は、演奏データなどの各種コンテンツデータや配信制御プログラム、各種Ｗｅｂページを表すデータ、課金テーブルＴＢＬ１等を記憶している。図２は、課金テーブルＴＢＬ１のフォーマットを例示した図である。図２に示したように、このテーブルには、演奏データ毎に、演奏データの利用料金が格納されている。制御部は、記憶部に記憶されている配信制御プログラムに基づいて、クライアントとなる装置からの要求に応じて、演奏データをインターネットを介して配信する。

認証サーバ２０は、コンテンツサーバ３０から電子楽器１０へのコンテンツ配信の許可／不許可を判断するサーバ装置であり、コンテンツサーバ３０と同様に、制御部、記憶部、通信インターフェース、表示部および操作部とを備えている。この記憶部は、認証プログラムおよび認証テーブルＴＢＬ２等を記憶している。図３は、この認証テーブルＴＢＬ２のフォーマットを例示した図である。図３に示したように、このテーブルには、コンテンツサーバ３０から演奏データを取得することを許可された者の氏名と、この演奏データを取得することを許可された者に付与された電話番号と、パスワードとが対応付けて格納されている。認証サーバ２０の制御部は、記憶部に記憶されている認証プログラムに基づいて、コンテンツサーバ３０から電子楽器１０へのコンテンツ配信の許可／不許可を判断する。また、制御部は、認証プログラムに基づいて、コンテンツサーバ３０から配信される演奏データの使用料金を課金する。また、制御部は、認証プログラムに基づいて、ＳＩＰ（Session Initiation Protocol）やＶｏＩＰ（Voice over Internet Protocol）に従い、インターネット電話サービスを利用して他の装置と通信を行う。

電子楽器１０は、例えば、電子ピアノであり、押鍵された鍵に応じて楽音を出力する。図４に示したように、電子楽器１０の各部はバス１０１に接続されており、このバスを介して各部間で信号の授受を行う。操作部１０６は、矢印キーやテンキーなど、電子楽器１０を操作するための各種キーを具備している。通信部１０７は、通信インターフェースとしての機能を備えており、インターネット４０に接続されている。通信部１０７は、インターネット４０から送られた信号をＣＰＵ１０２へ供給する一方、ＣＰＵ１０２から出力された信号をインターネット４０へ出力する。表示部１０８は、液晶ディスプレイ等の表示装置を具備しており、ＣＰＵ１０２の制御の下、各種メニュー画面や楽譜等を表示する。鍵盤部１０９は、複数の鍵を備えており、鍵が押下されると押下された鍵を示す信号を出力する。楽音発生部１１０は、鍵盤部１０９から出力された信号に応じて楽音信号を生成し、図示を省略したスピーカから楽音信号に応じた楽音を発生する。また、楽音発生部１１０は、バスを介して供給される演奏データに従って楽音信号を生成し、スピーカから楽音信号に応じた楽音を発生して自動演奏を行う。記憶部１０５は、ＨＤＤ等の記憶装置を具備しており、各種データを記憶する。記憶部１０５は、各種データとして、電子楽器１０のユーザに付与された電話番号、演奏データを取得する際に用いるパスワード、認証サーバ２０に付与された電話番号、コンテンツサーバ３０が記憶しているＷｅｂページのＵＲＬ（Uniform Resource Locator）等を記憶している。また、記憶部１０５は、コンテンツサーバ３０から取得した演奏データを記憶する。なお、この記憶された演奏データは、電子楽器１０から外部へ取り出せないようになっている。

ＲＯＭ１０３は、電子楽器１０の各部を制御する制御プログラムを記憶している。ＣＰＵ１０２はこの制御プログラムに基づいて、例えばＨＴＴＰ（HyperText Transfer Protocol）などのプロトコルに従ってインターネット４０に接続された装置と通信を行い、Ｗｅｂページを表すデータや演奏データ等の各種データを取得する。またＣＰＵ１０２は、制御プログラムに基づいて、取得したデータの再生を行う。また、ＣＰＵ１０２は、制御プログラムに基づいて、ＳＩＰやＶｏＩＰに従い、インターネット電話サービスを利用して他の装置と通信を行う。

次に実施形態の動作について図５を用いて説明する。
まず、電子楽器１０のユーザが操作部１０６を操作し、コンテンツサーバ３０との接続を指示すると、ＣＰＵ１０２は、予め記憶部１０５に記憶されているＵＲＬを読み出す。次にＣＰＵ１０２は、ＨＴＴＰに従ってコンテンツサーバ１０と通信を行い（図５：ステップＳ１０１）、このＵＲＬで特定されるデータをコンテンツサーバ１０から取得し（ステップＳ１０２）、取得したデータに従って、図６に例示したように、表示部１０８にＷｅｂページを表示する。図６に例示したメニュー画面を見たユーザが、メニュー画面中の「有料演奏データダウンロード」というボタンをクリックする操作を行うと、ＣＰＵ１０２は、コンテンツサーバ３０と通信を行い（ステップＳ１０３）、このボタンにリンクされたＷｅｂページを取得する（ステップＳ１０４）。ＣＰＵ１０２が、Ｗｅｂページを取得すると、コンテンツサーバ３０が記憶している演奏データの一覧を示すページが図７に例示したように表示される。次に、この画面を見たユーザが所望の楽曲の楽曲名をクリックする操作を行うと、ＣＰＵ１０２は、クリックされた楽曲名と、記憶部１０５に記憶されているユーザの電話番号とを含むダウンロード要求メッセージを生成し、このメッセージをコンテンツサーバ３０へ送信する（ステップＳ１０５）。次に、ＣＰＵ１０２は、認証サーバ２０に付与されている電話番号を記憶部１０５から読み出し、インターネット電話サービスを利用して、この電話番号で識別される認証サーバ２０との呼接続を試みる。

電子楽器１０と認証サーバ２０との間で呼接続が行われると、ＣＰＵ１０２は、記憶部１０５に記憶されているユーザの電話番号とパスワードとを読み出し、認証サーバ２０へ送信する（ステップＳ１０６）。認証サーバ２０は、この電話番号とパスワードとを受信すると、受信した電話番号を検索キーにして、認証テーブルＴＢＬ２において電話番号が格納されているフィールドを検索する。認証サーバ２０は、検索キーとした電話番号を見つけると、電話番号に対応付けて格納されているパスワードと、受信したパスワードとが同じであるか否かを判断する。認証サーバ２０は、パスワードが一致した場合、電子楽器１０のユーザは、演奏データを取得することを許可された者であると判断する。認証サーバ２０は、電子楽器１０のユーザが演奏データの取得を許可された者であると判断すると、受信した電話番号を含むダウンロード許可メッセージを生成し、このメッセージをコンテンツサーバ３０へ送信する（ステップＳ１０７）。なお、認証サーバ２０は、受信した電話番号が認証テーブルＴＢＬ２に格納されていない場合やパスワードが一致しない場合には、電子楽器１０のユーザが演奏データの取得を許可されていない者であると判断し、受信した電話番号を含むダウンロード不許可メッセージをコンテンツサーバ３０へ送信する。

さてコンテンツサーバ３０は、まず電子楽器１０から送信されたダウンロード要求メッセージを受信すると、受信したメッセージに含まれている楽曲名と電話番号とを対応付けてＲＡＭ１０４に格納し、認証サーバ２０からメッセージが送信されるのを待つ。コンテンツサーバ３０は、認証サーバ３０から送信されたダウンロード不許可メッセージを受信した場合、このメッセージに含まれている電話番号を抽出し、この電話番号を送信してきた電子楽器１０への演奏データの配信を不許可とする。またコンテンツサーバ３０は、ダウンロード許可メッセージを受信すると、このメッセージに含まれている電話番号を抽出する。コンテンツサーバ３０は、抽出した電話番号がＲＡＭ１０４に格納されている場合には、電話番号に対応付けて記憶されている楽曲名を読み出す。そしてコンテンツサーバ３０は、読み出した楽曲名で特定される演奏データを記憶部から読み出し、読み出した演奏データを電子楽器１０へ送信する（ステップＳ１０８）。そして、コンテンツサーバ３０は、楽曲名で特定される演奏データの利用料金を料金テーブルＴＢＬ２を用いて特定し、この利用料金を示す料金データと、ダウンロード許可メッセージから抽出した電話番号とを含む課金メッセージを認証サーバ２０へ送信する（ステップＳ１０９）。

認証サーバ２０は、この課金メッセージを受信すると、電話番号と課金データとを抽出し、電話番号を検索キーとして、認証テーブルの電話番号フィールドを検索する。認証サーバ２０は、検索キーとした電話番号を見つけると、電話番号に対応付けて格納されている氏名に対応付けて、課金データが示す金額を記憶する。そして、認証サーバ２０は、記憶した金額の銀行口座からの引き落とし処理を後に行う。

また、電子楽器１０のＣＰＵ１０２は、コンテンツサーバ３０から送信された演奏データを受信すると、受信した演奏データを楽音発生部１１０へ供給する。楽音発生部１１０は、供給された演奏データに従って楽音信号を生成し、スピーカから楽音信号に応じた楽音を発生させて楽音の自動演奏を行う。

以上説明したように本実施形態によれば、演奏データを取得しようとする者は、演奏データを再生する端末と、認証や課金を行うための端末というように、２つの通信系統を持たなくとも、演奏データを取得することが可能となる。
また、演奏データは、パーソナルコンピュータ装置等を介さずに直接電子楽器１０へダウンロードされ、且つ、電子楽器１０から外部へ取り出せないようになっているので、不正なコピーを防ぐことができる。

［Ｂ．変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。

電子楽器１０は、電子ピアノに限定されず他の電子楽器であってもよい。また、コンテンツサーバ３０から演奏データを取得できるのは、電子楽器１０に限定されない。オーディオ装置やテレビジョン受像機に、インターネットを介して通信を行う機能を持たせ、上述した電子楽器１０と同様にコンテンツサーバ３０および認証サーバ２０と通信を行わせるようにしてもよい。なお、このようなＡＶ機器にコンテンツを配信する場合には、例えば、ＭＰ３（MPEG Audio Layer-3）等のオーディオデータを配信し、ＡＶ機器でこのオーディオデータを再生するようにしてもよい。

上述した実施形態において認証サーバ２０は、インターネット電話サービスを提供する通信網にあって、ＩＰ電話の利用料金を課金する課金サーバ（ＩＰ電話サーバ）であってもよい。そして、演奏データの利用料金をＩＰ電話の利用料金と一緒に徴収するようにしてもよい。

コンテンツサーバ３０をインターネット４０に複数接続し、コンテンツ配信の認証を一つの認証サーバ２０で行うようにしてもよい。このような態様によれば、コンテンツサーバ毎に認証手段を設ける必要がないため、コンテンツサーバの構成を簡易なものとすることが可能となる。

コンテンツサーバ３０は、電子楽器１０から送信された電話番号を演奏データを送信する際に埋め込むようにしてもよい。そして電子楽器１０は、演奏データに埋め込まれている電話番号と、記憶部に記憶している電話番号とが一致した場合にのみ演奏データを再生できるようにしてもよい。このような態様によれば、演奏データをダウンロードした電子楽器以外では、演奏データを再生することが不可となる。

演奏データの配信を許可された者であるか否かを判断する方法は、上述した実施形態の方法に限定されず、種々の変形が可能である。例えば、以下のようにして判断するようにしてもよい。
コンテンツサーバ３０は、受信した電話番号と、演奏データの課金データを認証サーバ２０へ送信する。認証サーバ２０は、受信した電話番号で識別される電子楽器１０との呼接続を行い、パスワードを電子楽器１０から受信して、電子楽器１０のユーザが演奏データの配信を許可された者であるか否かを判断するようにする。認証サーバ２０は、演奏データの送信を許可する場合には課金データが示す金額を記憶すると共に、判断結果をコンテンツサーバ３０へ送信するようにする。
また、この態様においては、認証サーバ２０は、自ら電子楽器１０に呼接続を行うのではなく、電子楽器１０から呼接続の要求が来るのを待機し、コンテンツサーバ３０から送信された電話番号と一致する電話番号が電子楽器１０から送信された場合に、上述した実施形態と同様に電子楽器１０のユーザが演奏データの配信を許可された者であるか否かを判断するようにしてもよい。

また、上述した実施形態において、認証サーバ２０を、通信ネットワークにおいてＳＩＰに従った通信を実現するためのＳＩＰサーバ、即ち、プロキシサーバ、リダイレクトサーバおよびレジスタサーバとを統合したサーバとするようにしてもよい。

本発明の第１実施形態の全体構成を示す図である。 同実施形態における課金テーブルＴＢＬ１のフォーマットを示す図である。 同実施形態における認証テーブルＴＢＬ２のフォーマットを示す図である。 同実施形態に係る電子楽器１０の構成を示す図である。 同実施形態の動作を説明するための図である。 同電子楽器１０に表示されるＷｅｂページを示す図である。 同電子楽器１０に表示されるＷｅｂページを示す図である。

符号の説明

１０・・・電子楽器（コンテンツ再生端末）、２０・・・認証サーバ（サーバ）、３０・・・コンテンツサーバ、４０・・・インターネット、１０１・・・バス、１０２・・・ＣＰＵ、１０３・・・ＲＯＭ、１０４・・・ＲＡＭ、１０５・・・記憶部、１０６・・・操作部、１０７・・・通信部、１０８・・・表示部、１０９・・・鍵盤部、１１０・・・楽音発生部。

Claims (7)

1. コンテンツデータを再生するコンテンツ再生手段と、
   所定のプロトコルを用いてＩＰ電話通信を行うＩＰ電話手段と、
   前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、
   前記インターネット通信手段が前記サーバから前記コンテンツデータのダウンロードを要求した場合、前記ＩＰ電話手段を用いて所定のサーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段と、
   前記コンテンツサーバから前記要求に関わる前記コンテンツデータがダウンロードされた場合にこれを受信するコンテンツ受信手段と、
   前記コンテンツ受信手段が受信した前記コンテンツデータを前記コンテンツ再生手段に供給するコンテンツ再生指示手段と
   を具備することを特徴とするコンテンツ再生端末。
2. コンテンツデータを再生するコンテンツ再生手段と、
   Session Initiation Protocolに従って通信を行うＳＩＰ通信手段と、
   前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、
   前記インターネット通信手段が前記サーバから前記コンテンツデータのダウンロードを要求した場合、前記ＳＩＰ通信手段を用いて所定のサーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段と、
   前記コンテンツサーバから前記要求に関わる前記コンテンツデータがダウンロードされた場合にこれを受信するコンテンツ受信手段と、
   前記コンテンツ受信手段が受信した前記コンテンツデータを前記コンテンツ再生手段に供給するコンテンツ再生指示手段と
   を具備することを特徴とするコンテンツ再生端末。
3. 前記所定のサーバは、ＩＰ電話サーバであることを特徴とする請求項１または２記載のコンテンツ再生装置。
4. 前記コンテンツデータは楽音の演奏を示す演奏データであり、前記コンテンツ再生手段は、前記演奏データに基づいて自動演奏を行う電子楽器であることを特徴とする請求項
   １〜３いずれかに記載のコンテンツ再生端末。
5. 前記コンテンツデータはオーディオデータであり、前記コンテンツ再生装置は前記オーディオデータを再生する再生装置であることを特徴とする請求項１〜３いずれかに記載のコンテンツ再生端末。
6. コンテンツ再生端末と、
   サーバと、
   コンテンツサーバとを有するコンテンツ配信システムであって、
   前記コンテンツ再生端末は、
   コンテンツデータを再生するコンテンツ再生手段と、
   所定のプロトコルを用いてＩＰ電話通信を行うＩＰ電話手段と、
   前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、
   前記インターネット通信手段が前記コンテンツサーバから前記コンテンツデータのダウンロードを要求した場合、前記ＩＰ電話手段を用いて前記サーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段とを具備するコンテンツ再生端末とを有し、
   前記サーバは、前記コンテンツ再生端末から前記ダウンロードの認証が要求された場合、予め定めた手順に従って認証の可否を決定する認証決定手段と、
   前記認証決定手段の認証結果を前記コンテンツサーバに出力する認証結果出力手段とを有し、
   前記コンテンツサーバは、
   コンテンツデータを保有するコンテンツ記憶手段と、
   前記コンテンツ再生端末から前記コンテンツ記憶手段内のコンテンツデータのダウンロードが要求された場合、前記サーバから供給される認証結果に応じて前記ダウンロードを許可するか否かを決定するダウンロード許可手段と
   を具備することを特徴とするコンテンツ配信システム。
7. コンテンツ再生端末と、
   サーバと、
   コンテンツサーバとを有するコンテンツ配信システムであって、
   前記コンテンツ再生端末は、
   コンテンツデータを再生するコンテンツ再生手段と、
   Session Initiation Protocolに従って通信を行うＳＩＰ通信手段と、
   前記コンテンツデータを保有するコンテンツサーバにインターネットを介してアクセスするインターネット通信手段と、
   前記インターネット通信手段が前記コンテンツサーバから前記コンテンツデータのダウンロードを要求した場合、前記ＳＩＰ通信手段を用いて前記サーバにアクセスし、前記ダウンロードの認証を要求する認証要求手段とを具備するコンテンツ再生端末とを有し、
   前記サーバは、前記コンテンツ再生端末から前記ダウンロードの認証が要求された場合、予め定めた手順に従って認証の可否を決定する認証決定手段と、
   前記認証決定手段の認証結果を前記コンテンツサーバに出力する認証結果出力手段とを有し、
   前記コンテンツサーバは、
   コンテンツデータを保有するコンテンツ記憶手段と、
   前記コンテンツ再生端末から前記コンテンツ記憶手段内のコンテンツデータのダウンロードが要求された場合、前記サーバから供給される認証結果に応じて前記ダウンロードを許可するか否かを決定するダウンロード許可手段と
   を具備することを特徴とするコンテンツ配信システム。

Images