コンテンツ配信システム
【課題】簡単な操作で携帯電話機を利用してサーバから指定の再生端末に所望のコンテンツを配信することの可能なコンテンツ配信システムを提供する。
【解決手段】携帯電話機３を用いてサーバ１にアクセスし、所望のコンテンツを再生するために必要なライセンスを購入する。コンテンツを再生するためには、携帯電話機３を用いてサーバ１からセッション識別子を取得する。このセッション識別子を携帯電話機３から赤外線通信で再生端末２に送信すると、再生端末２はセッション識別子をサーバ１に送信し、コンテンツの配信を要求する。これにより、所望のコンテンツはストリーミング方式で再生端末２に配信され、再生装置２で再生される。
【解決手段】携帯電話機３を用いてサーバ１にアクセスし、所望のコンテンツを再生するために必要なライセンスを購入する。コンテンツを再生するためには、携帯電話機３を用いてサーバ１からセッション識別子を取得する。このセッション識別子を携帯電話機３から赤外線通信で再生端末２に送信すると、再生端末２はセッション識別子をサーバ１に送信し、コンテンツの配信を要求する。これにより、所望のコンテンツはストリーミング方式で再生端末２に配信され、再生装置２で再生される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムに関し、さらに詳しくは、携帯情報端末を利用してサーバから指定のクライアントに所望のコンテンツを配信するコンテンツ配信システムに関する。
【背景技術】
【０００２】
現在、携帯電話機に音楽コンテンツを配信し、携帯電話機で視聴できるようにしたサービスが提供されている。
【０００３】
しかしながら、携帯電話機の通信速度はまだ遅いため、コンテンツサイズを小さくし、音楽の再生品質は犠牲にされている。また、コンテンツを少しずつ配信しながら順に再生していくストリーミング方式を採用することは困難である。そのため、一般には、コンテンツ全体を一旦携帯電話機に保存した後に再生するダウンロード方式が採用されている。さらに、携帯電話機による再生である以上、再生品質の向上には一定の限界がある。
【０００４】
特開２００３−９２６３９号公報（特許文献１）には、携帯電話機を利用してサーバから指定の車載端末にコンテンツを配信する方法が開示されている。この方法によれば、指定の車載端末にあらかじめ割り当てられた車載端末ＩＤ（識別子）を携帯電話機からサーバに送信し、これに応じて車載端末ＩＤに対応付けられた購入予約番号（以下「ワンタイムパスワード」という）をサーバから携帯電話機に返信する。ユーザが入手したワンタイムパスワードを指定の車載端末に手入力すると、車載端末からサーバに車載端末ＩＤ及びワンタイムパスワードを送信する。車載端末ＩＤ及びワンタイムパスワードで認証を行い、認証に成功した場合、ダウンロードするコンテンツリストをサーバから指定の車載端末に送信する。そして、コンテンツリスト中のコンテンツをサーバから指定の車載端末にダウンロードする。
【０００５】
この方法では、必須の認証情報として車載端末ＩＤを用い、さらにセキュリティを強化するために、任意の認証情報としてワンタイムパスワードを用いている（同公報段落０００８及び００４３参照）。したがって、必ず車載端末ＩＤを携帯電話機に手入力しなければならず、面倒である。また、ダウンロードされたコンテンツは複製可能で、著作権保護のための対策は何ら施されていない。
【特許文献１】特開２００３−９２６３９号公報
【特許文献２】特開２００３−１２４９２２号公報
【特許文献３】特開２００２−１３２７１３号公報
【特許文献４】特開２００１−２９７２６３号公報
【特許文献５】特開２００３−２５９３３５号公報
【特許文献６】特開２００４−２６５１３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、簡単な操作で携帯情報端末を利用してサーバから指定のクライアントに所望のコンテンツを配信することの可能なコンテンツ配信システムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００７】
本発明によるコンテンツ配信システムは、サーバと、サーバにアクセス可能なクライアントと、サーバにアクセス可能な携帯情報端末とを備える。サーバは、コンテンツ識別子に対応づけてコンテンツデータを記憶するためのコンテンツデータデータベースと、携帯情報端末からの要求に応じて所望のコンテンツに対応するセッション識別子を発行する手段と、発行されたセッション識別子を所望のコンテンツのコンテンツ識別子に対応付けてセッション管理データベースに登録する手段と、クライアントからの要求に応じてセッション管理データベースを参照し、クライアントから送信されたセッション識別子に対応するコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツデータをコンテンツデータデータベースから読み出してクライアントに送信するコンテンツ送信手段とを含む。クライアントは、サーバにより発行されたセッション識別子を受信する手段と、受信されたセッション識別子をサーバに送信するとともに、所望のコンテンツのコンテンツデータを送信するようサーバに要求するコンテンツ要求手段と、サーバから送信されたコンテンツデータを再生する再生手段とを含む。携帯情報端末は、ユーザの操作に応じて所望のコンテンツに対応するセッション識別子を発行するようサーバに要求する手段を含む。ここで、携帯情報端末は、携帯電話機、ＰＨＳ(Personal Handy phone System)、ＰＤＡ(Personal Digital Assistance)、その他のモバイル端末を含む。また、セッション識別子は、サーバから携帯情報端末に送信され、さらに携帯情報端末からクライアントに送信されてもよく、また、サーバからクライアントに送信されてもよい。
【０００８】
このコンテンツ配信システムでは、ユーザの操作に応じて携帯情報端末からサーバにセッション識別子の発行が要求され、これに応じてセッション識別子が発行される。このセッション識別子はクライアントに送信され、さらにクライアントからサーバに送信される。クライアントからサーバに所望のコンテンツが要求されると、これに応じてセッション識別子に対応するコンテンツデータがサーバからクライアントに送信される。クライアントは、このコンテンツデータに基づいて音楽及び／又は映像を再生する。したがって、簡単な操作で携帯情報端末を利用してサーバから指定のクライアントに所望のコンテンツを配信することができる。
【０００９】
好ましくは、サーバはさらに、コンテンツデータの送信後、当該セッション識別子をセッション管理データベースから抹消する手段を含む。
【００１０】
この場合、使用済みのセッション識別子を再使用することはできない。
【００１１】
さらに好ましくは、サーバはさらに、発行されたセッション識別子をクライアントに割り当てられた公開鍵で暗号化する手段を含む。クライアントはさらに、受信されたセッション識別子を公開鍵と対をなす秘密鍵で復号化する手段を含む。
【００１２】
この場合、セッション識別子が盗まれたとしても、セッション識別子を使用して音楽や映像を再生することはできない。したがって、ライセンスを受けていない不正ユーザが先にセッション識別子を使用したために、ライセンスを受けている正規ユーザがセッション識別子を使用できなくなるような事態は起こらない。
【００１３】
好ましくは、サーバはさらに、クライアントに割り当てられた公開鍵で共通鍵を暗号化する手段と、クライアントに送信すべきコンテンツデータを共通鍵で暗号化する手段とを含む。クライアントはさらに、サーバから送信された暗号化された共通鍵を公開鍵と対をなす秘密鍵で復号化する手段と、サーバから送信された暗号化されたコンテンツデータを復号化された共通鍵で復号化する手段とを含む。
【００１４】
この場合、コンテンツデータが盗まれたとしても、指定のクライアント以外では音楽や映像を再生することはできない。
【００１５】
好ましくは、サーバはさらに、ユーザ識別子に対応付けてコンテンツ識別子を記憶するためのライセンス管理データベースと、ライセンス管理データベースを参照し、１つのユーザ識別子に対応する１又は２以上のコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツの一覧表を携帯情報端末に送信する手段とを含む。携帯情報端末はさらに、サーバから送信されたコンテンツの一覧表を表示する手段と、表示されたコンテンツの一覧表の中からユーザの操作に応じて所望のコンテンツを選択する手段とを含む。
【００１６】
この場合、ユーザは再生可能なコンテンツを一覧表で確認し、所望のコンテンツを選択するだけで簡単に音楽や映像を再生することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
［第１の実施の形態］
［全体構成］
図１を参照して、本発明の第１の実施の形態によるコンテンツ配信システムは、サーバ１と、複数の再生端末２と、複数の携帯電話機３とを備える。携帯電話機３に代えてＰＤＡ(Personal Digital Assistance)を用いてもよいが、ここでは携帯電話機３を用いた例を説明する。
【００１９】
サーバ１は、多数の音楽コンテンツ及びそのメタデータを蓄積している。各再生端末２は、インターネット４経由でサーバ１にアクセスし、サーバ１に対してクライアントとして機能し、サーバ１からストリーミング方式で配信されて来る音楽コンテンツを再生することができる。各携帯電話機３は、携帯電話キャリア５及びインターネット４経由でサーバ１にアクセスし、音楽コンテンツの購入手続きをしたり、購入した音楽コンテンツの一覧表（以下「コンテンツリスト」という）を閲覧したり、赤外線通信により再生端末に所望の音楽コンテンツを再生するよう指示したりすることができる。
【００２０】
［サーバの構成］
図２を参照して、サーバ１は、ＣＰＵ(Central Processing Unit)１１と、メモリ１２と、ネットワーク通信部１３と、コンテンツデータデータベース（ＤＢ）１４と、コンテンツ鍵ＤＢ１５と、コンテンツメタデータＤＢ１６と、ライセンス管理ＤＢ１７と、セッション管理ＤＢ１８とを備える。
【００２１】
メモリ１２は、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read Only Memory)などの半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップをサーバ１に実行させるためのプログラム（後に詳述）を記憶する。ネットワーク通信部１３は、サーバ１をインターネット４に接続し、再生端末２及び携帯電話機３との間でデータの送受信を行う。
【００２２】
コンテンツデータＤＢ１４は、コンテンツ識別子ＣＩＤに対応付けて多数の音楽コンテンツのデータ（以下「コンテンツデータ」という）を保存している。コンテンツ識別子ＣＩＤは、音楽コンテンツを識別するために音楽コンテンツごとにあらかじめ付与されている。
【００２３】
コンテンツ鍵ＤＢ１５は、表１に示すように、コンテンツ識別子ＣＩＤに対応付けて共通鍵Ｋ２を保存している。共通鍵Ｋ２は、コンテンツデータを共通鍵暗号方式で暗号化及び復号化するために使用される秘密鍵である。
【表１】
【００２４】
コンテンツメタデータＤＢ１６は、表２に示すように、コンテンツ識別子ＣＩＤに対応付けて音楽コンテンツのメタデータ、具体的には、曲名（タイトル）、アーチスト名、再生時間、アルバム名、ジャケット画像などを保存している。
【表２】
【００２５】
ライセンス管理ＤＢ１７には、表３に示すように、ユーザ識別子ＵＩＤに対応付けて、ユーザが購入した音楽コンテンツを特定するために１又は２以上のコンテンツ識別子ＣＩＤが登録される。ライセンス管理ＤＢ１７にはさらに、コンテンツ識別子ＣＩＤに対応付けてライセンスタイプや視聴回数なども登録される。ライセンスタイプには、何度でも繰り返し視聴可能な「無制限」と、視聴可能な回数が制限されている「回数制限」とがある。「回数制限」の場合、その制限回数も併せて登録される。視聴回数は、当該ユーザが当該音楽コンテンツを視聴した回数である。
【表３】
【００２６】
セッション管理ＤＢ１８には、表４に示すように、セッション識別子ＳＩＤに対応付けて、公開鍵Ｋ１Ｐ、有効期限及びコンテンツ識別子ＣＩＤが登録される。セッション識別子ＳＩＤは、携帯電話機３からの要求に応じてサーバ１が発行するもので、その詳細は後述する。公開鍵は、セッション識別子ＳＩＤ及び共通鍵を公開鍵暗号方式で暗号化するために使用される鍵で、再生端末２ごとにあらかじめ割り当てられている。公開鍵Ｋ１Ｐと対をなす秘密鍵Ｋ１Ｓも再生端末２ごとにあらかじめ割り当てられている。有効期限は、セッション識別子ＳＩＤを有効なものとして扱う最終期限である。
【表４】
【００２７】
［再生端末の構成］
図３を参照して、再生端末２は、ＣＰＵ２１と、メモリ２２と、ネットワーク通信部２３と、赤外線受光部２４と、再生部２５とを備える。
【００２８】
メモリ２２は、半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップを再生端末（コンピュータ）２に実行させるためのプログラム（後に詳述）、上記秘密鍵Ｋ１Ｓなどを記憶する。ネットワーク通信部２３は、ＴＣＰ／ＩＰプロトコル等に従い、再生端末２をインターネット４に接続してサーバ１にアクセスし、サーバ１との間でデータの送受信を行う。赤外線受光部２４は、携帯電話機３から発信された赤外線を受光し、そこに含まれるデータを受け付ける。再生部２５は、コンテンツデータに基づいて音楽を再生する。ユーザは、この再生された音楽を視聴することができる。
【００２９】
再生端末２としては、たとえばネットワーク対応のオーディオ装置、遊技場や飲食店等に設置されるミュージックボックス、通信カラオケ装置、本発明に必要な機能だけを備えた専用装置を用いることができる。
【００３０】
［携帯電話機の構成］
図４を参照して、携帯電話機３は一般に普及している汎用品で、ＣＰＵ３１と、メモリ３２と、ディスプレイ３３と、入力部３４と、電話通信部３５と、ネットワーク通信部３６と、赤外線発光部３７とを備える。
【００３１】
メモリ３２は、半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップを携帯電話機（コンピュータ）３に実行させるためのプログラム（後に詳述）を記憶する。入力部３４は、ユーザ操作によるキー入力を受け付ける。電話通信部３５は、携帯電話機３を携帯電話キャリア５に接続し、通常の通話を可能とする。ネットワーク通信部３６は、携帯電話機３を携帯電話キャリア５経由でインターネット４に接続してサーバ１にアクセスし、サーバ１との間でデータの送受信を行う。赤外線発光部３７は、通常のリモコンによる赤外線を発行してもよく、ＩｒＤＡ(Infrared Data Association)規格に従ってデータを乗せた赤外線を発光してもよい。
【００３２】
［動作］
上記コンテンツ配信システムの動作は次のとおり。
【００３３】
［コンテンツ購入手続き］
最初に、音楽コンテンツの購入手続きを説明する。
【００３４】
図５及び図６を参照して、携帯電話機３はサーバ１にアクセスし、検索カテゴリページを要求し（Ｓ３０１）、サーバ１はこれを受信する（Ｓ１０１）。サーバ１は、この要求に応じて検索カテゴリページを携帯電話機３に返信し（Ｓ１０２）、携帯電話機３はこれを受信する（Ｓ２０２）。そして、携帯電話機３は、図７（ａ）に示すように、検索カテゴリの一覧を表示した検索カテゴリ選択画面を表示する（Ｓ２０３）。
【００３５】
表示された複数の検索カテゴリの中から、仮にユーザが「アーチスト名で選ぶ」を選択したとすると、携帯電話機３はこの入力を受け付け（Ｓ３０４）、アーチストの一覧をサーバ１に要求し（Ｓ３０５）、サーバ１はこれを受信する（Ｓ１０３）。サーバ１は、この要求に応じてコンテンツメタデータＤＢ１６を参照し、アーチストの一覧を携帯電話機３に返信し（Ｓ１０４）、携帯電話機３はこれを受信する（Ｓ３０６）。そして、携帯電話機３は、図７（ｂ）に示すように、アーチスト名の一覧を表示したアーチスト選択画面を表示する（Ｓ３０７）。
【００３６】
表示された複数のアーチスト名の中から、仮にユーザが「アーチスト名＃１」を選択したとすると、携帯電話機３はこの入力を受け付け（Ｓ３０８）、当該アーチストのアルバム名の一覧をサーバ１に要求し（Ｓ３０９）、サーバ１はこれを受信する（Ｓ１０５）。サーバ１は、この要求に応じてコンテンツメタデータＤＢ１６を参照し、当該アーチストのアルバム名の一覧をそのジャケット画像とともに携帯電話機３に返信し（Ｓ１０６）、携帯電話機３はこれを受信する（Ｓ３１０）。そして、携帯電話機３は、図７（ｃ）に示すように、当該アーチストのアルバム名の一覧をそのジャケット画像とともに表示したアルバム選択画面を表示する（Ｓ３１１）。
【００３７】
表示された複数のアルバム名の中から、仮にユーザが「アルバム名＃１−１」を選択したとすると、携帯電話機３はこの入力を受け付け（Ｓ３１２）、当該アルバムに収録されている曲名の一覧（コンテンツリスト）をサーバ１に要求し（Ｓ３１３）、サーバ１はこれを受信する（Ｓ１０７）。サーバ１はこの要求に応じてコンテンツメタデータＤＢ１６を参照し、当該アルバムに収録されている曲名の一覧を携帯電話機３に返信し（Ｓ１０８）、携帯電話機３はこれを受信する（Ｓ３１４）。そして、携帯電話機３は、図７（ｄ）に示すように、当該アルバムに収録されている曲名（タイトル）の一覧を表示したコンテンツ選択画面を表示する（Ｓ３１５）。コンテンツ選択画面上には、曲名に対応付けて「視聴」ボタン６及び「購入」ボタン７も表示される。
【００３８】
表示された複数の曲名の中から、仮にユーザが「タイトル＃１」に対応する「購入」ボタンを選択したとすると、携帯電話機３はこれを受け付け（Ｓ３１６）、図７（ｅ）に示すように、当該タイトルの購入意志をユーザに確認するための購入確認画面を表示する（Ｓ３１７）。購入確認画面上には、「はい」ボタン８及び「いいえ」ボタン９も表示される。
【００３９】
仮にユーザが「はい」ボタンを選択したとすると、携帯電話機３は当該購入意志の入力を受け付け（Ｓ３１８）、当該タイトルの購入通知をサーバ１に送信し（Ｓ３１９）、サーバ１はこれを受信する（Ｓ１０９）。サーバ１はこの通知に応じてコンテンツメタデータＤＢ１６を参照し、当該タイトルのコンテンツ識別子ＣＩＤを特定し、当該ユーザのユーザ識別子ＵＩＤに対応付けてそのコンテンツ識別子ＣＩＤをライセンス管理ＤＢ１７に登録する（Ｓ１１０）。
【００４０】
なお、図示されていないが、携帯電話機３は、ユーザの操作に応じて、所望のライセンスタイプ、回数制限のあるライセンスの場合は所望の回数などの入力を受け付け、これらをサーバ１に送信する。サーバ１はこれらを受信し、ライセンス管理ＤＢ１７に登録する。新規のコンテンツ識別子ＣＩＤが登録されたとき、サーバ１はその視聴回数をゼロにセットする。
【００４１】
ライセンス登録後、サーバ１は購入完了通知を携帯電話機３に送信し、携帯電話機３はこれを受信する（Ｓ３２０）。そして、携帯電話機３は、図７（ｆ）に示した購入手続き完了通知画面を表示する（Ｓ３２１）。
【００４２】
［コンテンツ再生手続き］
次に、購入した音楽コンテンツの再生手続きを説明する。
【００４３】
図８〜図１０を参照して、携帯電話機３はサーバ１にアクセスし、検索カテゴリページを要求し（Ｓ３３１）、サーバ１はこれを受信する（Ｓ１２１）。サーバ１はこの要求に応じて検索カテゴリページを携帯電話機３に返信し（Ｓ１２２）、携帯電話機３はこれを受信する（Ｓ３３２）。そして、携帯電話機３は、図１１（ａ）に示した検索カテゴリ選択画面を表示する（Ｓ３３３）。この動作は上記ステップＳ３０１〜Ｓ３０３，Ｓ１０１，Ｓ１０２と同じである。
【００４４】
表示された複数の検索カテゴリの中から、ユーザが「購入済みコンテンツ一覧」を選択すると、携帯電話機３はこの入力を受け付け（Ｓ３３４）、購入済みコンテンツの一覧をサーバ１に要求し（Ｓ３３５）、サーバ１はこれを受信する（Ｓ１２３）。サーバ１はこの要求に応じてライセンス管理ＤＢ１７を参照し、購入済みコンテンツの一覧を携帯電話機３に返信し（Ｓ１２４）、携帯電話機３はこれを受信する（Ｓ３３６）。そして、携帯電話機３は、図１１（ｂ）に示すように、購入済みコンテンツの一覧を表示したコンテンツ選択画面を表示する（Ｓ３３７）。コンテンツ選択画面上には、曲名（タイトル）に対応付けて「再生」ボタン１０も表示される。
【００４５】
次に、表示された複数の曲名の中から、仮にユーザが「タイトル＃１」に対応する「再生」ボタン１０を選択したとすると、携帯電話機３はこの入力を受け付ける（Ｓ３３８）。
【００４６】
さらに、ユーザは当該タイトル（コンテンツ）を再生しようとする再生端末２を指定し、その指定した再生端末２にあらかじめ割り当てられている公開鍵Ｋ１Ｐを携帯電話機３の入力部３４を操作して入力する。携帯電話機３は、この操作に応じて公開鍵Ｋ１Ｐの入力を受け付け（Ｓ３３９）、入力された公開鍵Ｋ１Ｐをメモリ３２に格納する（Ｓ３４０）。公開鍵Ｋ１Ｐを保存しておけば、指定した再生端末２を繰り返し使用する場合に、その都度同じ公開鍵Ｋ１Ｐを再入力する必要がなくなる。
【００４７】
携帯電話機３は、当該コンテンツ（タイトル＃１）の再生に必要なセッション識別子ＳＩＤの発行をサーバ１に要求するために、タイトル＃１のコンテンツ識別子ＣＩＤ及び公開鍵Ｋ１Ｐをサーバ１に送信し（Ｓ３４１）、サーバ１はこれを受信する（Ｓ１２５）。
【００４８】
サーバ１は、この要求に応じてセッション識別子ＳＩＤをランダムに発行し（Ｓ１２６）、発行したセッション識別子ＳＩＤに対応付けて、受信した公開鍵Ｋ１Ｐ及びコンテンツ識別子ＣＩＤをセッション管理ＤＢ１８に登録する（Ｓ１２７）。サーバ１はさらに、セッション識別子ＳＩＤの有効期限を設定し、セッション管理ＤＢ１８に登録する（Ｓ１２８）。有効期限は、たとえば１０秒〜１分程度に設定される。有効期限をこのように短く設定すれば、その短期間にセッション識別子ＳＩＤを盗んで使用することは困難であるから、セキュリティは高くなる。
【００４９】
続いて、サーバ１は、公開鍵Ｋ１Ｐを使用し、セッション識別子ＳＩＤを暗号化して暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を生成する（Ｓ１２９）。サーバ１は、生成した暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を携帯電話機３に返信し（Ｓ１３０）、携帯電話機３はこれを受信する（Ｓ３４２）。携帯電話機３は、受信した暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）をメモリ３２に格納する（Ｓ３４３）。
【００５０】
次に、ユーザが携帯電話機３の赤外線発光部３７を指定の再生端末２の赤外線受光部２４に向けながら所定の再生ボタンを押すと、携帯電話機３は暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を再生端末２に送信し（Ｓ３４４）、再生端末２はこれを受信する（Ｓ２０１）。
【００５１】
再生端末２は、メモリ３２に記憶されている秘密鍵Ｋ１Ｓを使用し、暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を復号化して元のセッション識別子ＳＩＤを再現する（Ｓ２０２）。再生端末２は、サーバ１に対してコンテンツデータのストリーミング配信を要求するために、セッション識別子ＳＩＤをサーバ１に送信し（Ｓ２０３）、サーバ１はこれを受信する（Ｓ１３１）。このとき、再生端末２からサーバ１には再生端末２を識別するためのＩＰアドレス、ＭＡＣ(Media Access Control)アドレス又は機器番号等のユニークな値（クライアント識別子）も一緒に送信される（Ｓ２０３）。このＩＰアドレスは再生端末２を識別するためのクライアント識別子で、サーバ１はこのＩＰアドレスに基づいてインターネット４上で再生端末２を特定し、要求されたコンテンツデータを返信する。
【００５２】
サーバ１は、再生端末２からのストリーミング配信の要求に応じて、セッション管理ＤＢ１８を参照し、受信したセッション識別子ＳＩＤに対応するコンテンツ識別子ＣＩＤを読み出すとともに、当該セッション識別子ＳＩＤの有効期限を確認し、当該セッション識別子ＳＩＤが有効か否かを判別する（Ｓ１３２）。
【００５３】
サーバ１はさらに、ライセンス管理ＤＢ１７を参照し、当該ユーザのユーザ識別子ＵＩＤに対応する１又は２以上のコンテンツ識別子のうち、上記読み出したコンテンツ識別子ＣＩＤに対応するライセンスが無制限タイプか回数制限タイプかを判別する（Ｓ１３３）。回数制限タイプの場合、サーバ１はその制限回数を確認し、視聴回数が制限回数に達しているか否かを判別する（Ｓ１３４）。
【００５４】
サーバ１は、上記有効期限及び制限回数の確認結果を示したメッセージを再生端末２に送信し（Ｓ１３５）、再生端末２はこれを受信する（Ｓ２０４）。メッセージの通知後、サーバ１は視聴回数をインクリメントする（Ｓ１３６）。
【００５５】
セッション識別子ＳＩＤが無効又は視聴回数が制限回数に達している場合（Ｓ２０５でＮＧ）、再生端末２は再生に失敗し、これにて処理は終了する（Ｓ２０６）。一方、セッション識別子ＳＩＤが有効で、かつライセンスが無制限タイプの場合（Ｓ２０５でＯＫ）、又はセッション識別子ＳＩＤが有効で、ライセンスが回数制限タイプでかつその視聴回数が制限回数に達していない場合（Ｓ２０５でＯＫ）、処理は次のステップＳ２０７に進む。
【００５６】
視聴回数のインクリメント（Ｓ１３６）後、サーバ１はセッション管理ＤＢ１８からセッション識別子ＳＩＤに対応する公開鍵Ｋ１Ｐを読み出し、コンテンツ鍵ＤＢ１５からコンテンツ識別子ＣＩＤに対応する共通鍵Ｋ２を読み出し、さらにコンテンツデータＤＢ１４からコンテンツ識別子ＣＩＤに対応するコンテンツデータＤを読み出す。サーバ１は、読み出した公開鍵Ｋ１Ｐを使用し、読み出した共通鍵Ｋ２を暗号化して暗号化共通鍵Ｋ１Ｐ（Ｋ２）を生成する（Ｓ１３７）。サーバ１はまた、読み出した共通鍵Ｋ２を使用し、読み出したコンテンツデータＤを暗号化して暗号化コンテンツデータＫ２（Ｄ）を生成する（Ｓ１３８）。コンテンツデータＤは要求されるたびに暗号化される代わりに、あらかじめ暗号化されていてもよい。コンテンツデータＤはストリーミング方式で配信されるので、コンテンツデータＤは複数のパケットに分割され、各パケットが暗号化される。
【００５７】
続いて、サーバ１は、暗号化共通鍵Ｋ１Ｐ（Ｋ２）及び暗号化コンテンツデータＫ２（Ｄ）を再生端末２に送信し（Ｓ１３９）、再生端末２はこれらを受信する（Ｓ２０７）。
【００５８】
サーバ１はコンテンツデータＤの送信後、当該セッション識別子ＳＩＤ及びそれに対応する情報をセッション管理ＤＢ１８から抹消する（Ｓ１４０）。
【００５９】
一方、再生端末２は、自身の秘密鍵Ｋ１Ｓを使用し、受信した暗号化共通鍵Ｋ２を復号化して元の共通鍵Ｋ２を再現し（Ｓ２０８）、さらにその共通鍵Ｋ２を使用し、暗号化コンテンツデータＫ２（Ｄ）を復号化して元のコンテンツデータＤを再現する（Ｓ２０９）。そして、再生端末２は、コンテンツデータＤに基づいて音楽を再生する（Ｓ２１０）。
【００６０】
以上、本発明の第１の実施の形態によれば、ユーザは携帯電話機３を利用して所望のコンテンツを視聴するためのライセンスを購入し、そのコンテンツを指定の再生端末２で再生することができる。したがって、あるユーザがライセンスを購入したコンテンツを、そのユーザ自身の再生端末２だけでなく、友人の再生端末２、遊技場や飲食店に設置されている再生端末２などでも視聴することができる。
【００６１】
また、コンテンツを携帯電話機にダウンロードして再生する場合は、メモリ容量が小さいので、再生可能なコンテンツの数は極めて制限されるが、本実施の形態の場合は、コンテンツをストリーミング方式で再生端末２に配信しながら再生するので、再生可能なコンテンツの数は特に制限されない。しかも、携帯電話機ではなく、ネットワーク対応のオーディオ装置などの再生端末２を用いるので、高音質でコンテンツを再生することができる。
【００６２】
また、コンテンツデータは暗号化されて配信されるので、コンテンツデータを盗んでも指定の再生端末以外ではコンテンツを再生することはできない。
【００６３】
また、使用済みのセッション識別子はコンテンツ配信後に抹消されるので、使用済みのセッション識別子を再使用することはできない。
【００６４】
また、セッション識別子も暗号化されて送信されるので、ライセンスを購入していない不正ユーザがセッション識別子を盗んでも使用することはできない。したがって、ライセンスを受けている正規ユーザがセッション識別子を使用する前に、そのセッション識別子が抹消されてしまうような事態は起こらない。
【００６５】
［第２の実施の形態］
上記第１の実施の形態では、ユーザが再生端末２の公開鍵Ｋ１Ｐを携帯電話機３に手で入力する必要があるが、この手間を省くために以下のようにしてもよい。
【００６６】
たとえば図１２に示すように、再生端末２と携帯電話機３の間を通信ケーブル２０で接続し、双方向有線通信を行うようにしてもよい。この場合も上記と同様に、セッション識別子ＳＩＤは携帯電話機３から再生端末２に送信されるが、公開鍵Ｋ１Ｐは再生端末２から携帯電話機３に通信ケーブル２０を介して送信される。具体的には、携帯電話機３が公開鍵Ｋ１Ｐを送信するよう通信ケーブル２０を介して再生端末２に要求すると、再生端末２はその要求に応じて公開鍵Ｋ１Ｐを通信ケーブル２０を介して携帯電話機３に返信し、再生端末２はこの公開鍵の入力を受け付ける。したがって、ユーザは公開鍵Ｋ１Ｐを手で入力する必要がない。
【００６７】
［第３の実施の形態］
また図１３に示すように、再生端末２と携帯電話機３の間をＩｒＤＡ、ブルートゥース(Bluetooth)（登録商標）、無線ＬＡＮ(Local Area Network)などの近距離無線通信で接続し、双方向無線通信を行うようにしてもよい。この場合も上記と同様に、セッション識別子ＳＩＤは携帯電話機３から再生端末２に送信され、公開鍵Ｋ１Ｐは再生端末２から携帯電話機３に近距離無線通信により送信される。
【００６８】
また、図示は省略するが、メモリカードなどの着脱自在な記憶媒体を利用し、再生端末２から携帯電話機３に公開鍵Ｋ１Ｐを移動させるようにしてもよい。
【００６９】
［第４の実施の形態］
また、上記実施の形態では、携帯電話機３が公開鍵Ｋ１Ｐをサーバ１に送信することにより、発行されたセッション識別子ＳＩＤを取得するようにしているが、図１４に示すように、携帯電話機３が公開鍵Ｋ１Ｐの代わりに再生端末２のクライアント識別子ＣＬＩＤをサーバ１に送信し、発行されたセッション識別子ＳＩＤはポーリングによりサーバ１から再生端末２に送信されるようにしてもよい。
【００７０】
具体的には、この第４の実施の形態では、サーバ１はさらに、次の表５に示した公開鍵ＤＢを備える。
【表５】
【００７１】
公開鍵ＤＢには、クライアント識別子ＣＬＩＤに対応付けて、公開鍵Ｋ１Ｐ、発行日付及び有効性フラグが登録される。各レコードは再生端末２が生産されるたびに追加される。クライアント識別子ＣＬＩＤは、再生端末２が生産されるたびに割り当てられるユニークな値である。クライアント識別子ＣＬＩＤは連続番号でもよいが、セキュリティ上はランダムな値の方が望ましい。ユーザがクライアント識別子ＣＬＩＤを携帯電話機３に手で入力する場合、クライアント識別子ＣＬＩＤは再生端末２のディスプレイ上に表示されるようにしてもよいが、クライアント識別子ＣＬＩＤを記したシール等を再生端末２に貼り付けるようにしてもよい。また、携帯電話機３が通信ケーブルや近距離無線通信により再生端末２からクライアント識別子ＣＬＩＤを取得するようにしてもよい。
【００７２】
発行日付は、クライアント識別子ＣＬＩＤ及び公開鍵Ｋ１Ｐを新規に登録した日付である。有効性フラグは当該再生端末２に不正が発覚した場合に無効にされ、これにより当該再生端末２への配信が停止される。
【００７３】
また、セッション管理ＤＢには、次の表６に示すように、セッション識別子ＳＩＤに対応付けてクライアント識別子ＣＬＩＤも登録される。
【表６】
【００７４】
この第４の実施の形態では、図１５に示すように、携帯電話機３は、ユーザの操作に応じてクライアント識別子ＣＬＩＤの入力を受け付け（Ｓ３５１）、入力されたクライアント識別子ＣＬＩＤを保存する（Ｓ３５２）。そして、セッション識別子ＳＩＤの発行をサーバ１に要求するために、携帯電話機３はコンテンツ識別子ＣＩＤ及びクライアント識別子ＣＬＩＤをサーバ１に送信し（Ｓ３５３）、サーバ１はこれを受信する（Ｓ１２５）。
【００７５】
サーバ１は、セッション識別子ＳＩＤを発行するとともに、表６に示したセッション管理ＤＢに新しいレコードを追加する（Ｓ２１６）。サーバ１は、表５に示した公開鍵ＤＢを参照し、受信したクライアント識別子ＣＬＩＤに対応する公開鍵Ｋ１Ｐを抽出する（Ｓ１４１）。そして、サーバ１は、発行したセッション識別子ＳＩＤ、抽出した公開鍵Ｋ１Ｐ、受信したコンテンツ識別子ＣＩＤ及びクライアント識別子ＣＬＩＤをセッション管理ＤＢに登録する（Ｓ１４２）。
【００７６】
一方、再生端末２は、所定周期でポーリングを行い、自身宛のセッション識別子ＳＩＤをサーバ１から取得する。具体的には、再生端末２は所定周期で自身宛のセッション識別子ＳＩＤが発行されているか否かをサーバ１に問い合わせる（Ｓ２１１）。これに対し、サーバ１は表６に示したセッション管理ＤＢを検索し、当該再生端末２のクライアント識別子ＣＬＩＤがあるか否か、つまり当該再生端末２宛に発行されたセッション識別子ＳＩＤがあるか否かを判断する（Ｓ１４３）。
【００７７】
セッション識別子ＳＩＤがない場合（Ｓ１４３でＮＯ）、再生端末２はその旨を受信し（Ｓ２１２）、所定期間待機した後（Ｓ２１３）、再び問い合わせを行う（Ｓ２１１）。
【００７８】
一方、セッション識別子ＳＩＤがある場合（Ｓ１４３でＹＥＳ）、サーバ１は、公開鍵Ｋ１Ｐを使用し、セッション識別子ＳＩＤを暗号化し（Ｓ１２９）、携帯電話機３ではなく再生端末２に送信する（Ｓ１３０）。
【００７９】
［第５の実施の形態］
また、上記第４の実施の形態では再生端末２がポーリングによりサーバ１からセッション識別子ＳＩＤを取得しているが、図１６に示すように、サーバ１が自ずから再生端末２にセッション識別子ＳＩＤを送りつけるようにしてもよい。これを実現するためには、サーバ１が再生端末２のネットワークアドレスを知っている必要があるが、ポーリングによるネットワークトラフィックを低減することができる。
【００８０】
この第５の実施の形態では、サーバ１はさらに、表７に示すようなクライアントロケーーションＤＢを備える。クライアントロケーションＤＢには、クライアントＩＤに対応付けてＩＰ(Internet Protocol)アドレスが登録されている。ＩＰアドレスに代えて、各再生端末２に割り当てられたＤＮＳ(Domain Name System)による名前解決が可能なホスト名を登録してもよい。
【表７】
【００８１】
この場合、図１７に示すように、サーバ１は、再生端末２からの問い合わせを待つことなく、クライアントロケーションＤＢを参照し、クライアント識別子ＣＬＩＤに対応するＩＰアドレスにより再生端末２を特定し、その再生端末２に公開鍵Ｋ１Ｐで暗号化したセッション識別子Ｋ１Ｐ（ＳＩＤ）を送信する（Ｓ１３０）。
【００８２】
また、上記実施の形態では、サーバは１つのコンピュータで構成されているが、負荷を分散するために、たとえばコンテンツデータベースだけを備えたサーバを１つ設け、さらに、コンテンツ鍵データベースと、コンテンツメタデータベースと、ライセンス管理データベースと、セッション管理データベースとを備えたサーバをもう１つ別に設けてもよい。
【００８３】
また、上記実施の形態では、セッション識別子ＳＩＤを暗号化しているが、セキュリティを犠牲にすれば、暗号化しなくてもよい。この場合、公開鍵Ｋ１ＰはステップＳ３４１ではなくステップＳ２０３で送信されてもよい。
【００８４】
また、上記実施の形態は音楽コンテンツを例に説明したが、映像コンテンツ又はこれらの組み合わせであってもよい。
【００８５】
また、上記実施の形態では、サーバ１はコンテンツデータＤの送信後、当該セッション識別子ＳＩＤ及びそれに対応する情報をセッション管理ＤＢ１８から直ちに抹消しているが、再生端末２がコンテンツデータＤの受信を失敗したときのことを考慮して、コンテンツデータＤの送信後、所定期間（たとえば１分間）経過後にこれらを抹消するようにしてもよい。また、再生端末２がコンテンツデータＤの受信に失敗した場合、その旨を携帯電話機３に通知し、セッション識別子ＳＩＤの再発行をユーザに促すようにしてもよい。
【００８６】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００８７】
【図１】本発明の第１の実施の形態によるコンテンツ配信システムの全体構成を示すネットワーク図である。
【図２】図１に示したコンテンツ配信システムにおけるサーバの構成を示す機能ブロック図である。
【図３】図１に示したコンテンツ配信システムにおける再生端末の構成を示す機能ブロック図である。
【図４】図１に示したコンテンツ配信システムにおける携帯電話機の構成を示す機能ブロック図である。
【図５】図１に示したコンテンツ配信システムにおけるサーバ及び携帯電話機による音楽コンテンツの購入動作を示すフロー図である。
【図６】図５に続くフロー図である。
【図７】図５及び図６に示した購入動作中に携帯電話機に表示される画面の遷移図である。
【図８】図１に示したコンテンツ配信システムにおけるサーバ及び携帯電話機による音楽コンテンツの再生動作を示すフロー図である。
【図９】図８に続くフロー図である。
【図１０】図９に続くフロー図である。
【図１１】図８〜図１０に示した再生動作中に携帯電話機に表示される画面の遷移図である。
【図１２】本発明の第２の実施の形態における再生端末及び携帯電話機を示す図である。
【図１３】本発明の第３の実施の形態における再生端末及び携帯電話機による動作の概要を示す図である。
【図１４】本発明の第４の実施の形態によるコンテンツ配信システムによる動作の概要を示す図である。
【図１５】図１４に示したコンテンツ配信システムにおけるセッション識別子の送受信動作を示すフロー図である。
【図１６】本発明の第５の実施の形態によるコンテンツ配信システムによる動作の概要を示す図である。
【図１７】図１６に示したコンテンツ配信システムにおけるセッション識別子の送受信動作を示すフロー図である。
【符号の説明】
【００８８】
１ サーバ
２ 再生端末
３ 携帯電話機
４ インターネット
１４ コンテンツデータＤＢ
１５ コンテンツ鍵ＤＢ
１６ コンテンツメタデータＤＢ
１７ ライセンス管理ＤＢ
１８ セッション管理ＤＢ
ＣＩＤ コンテンツ識別子
ＳＩＤ セッション識別子
ＵＩＤ ユーザ識別子
Ｄ コンテンツデータ
Ｋ１Ｐ 公開鍵
Ｋ１Ｓ 秘密鍵
Ｋ２ 共通鍵
【技術分野】
【０００１】
本発明は、コンテンツ配信システムに関し、さらに詳しくは、携帯情報端末を利用してサーバから指定のクライアントに所望のコンテンツを配信するコンテンツ配信システムに関する。
【背景技術】
【０００２】
現在、携帯電話機に音楽コンテンツを配信し、携帯電話機で視聴できるようにしたサービスが提供されている。
【０００３】
しかしながら、携帯電話機の通信速度はまだ遅いため、コンテンツサイズを小さくし、音楽の再生品質は犠牲にされている。また、コンテンツを少しずつ配信しながら順に再生していくストリーミング方式を採用することは困難である。そのため、一般には、コンテンツ全体を一旦携帯電話機に保存した後に再生するダウンロード方式が採用されている。さらに、携帯電話機による再生である以上、再生品質の向上には一定の限界がある。
【０００４】
特開２００３−９２６３９号公報（特許文献１）には、携帯電話機を利用してサーバから指定の車載端末にコンテンツを配信する方法が開示されている。この方法によれば、指定の車載端末にあらかじめ割り当てられた車載端末ＩＤ（識別子）を携帯電話機からサーバに送信し、これに応じて車載端末ＩＤに対応付けられた購入予約番号（以下「ワンタイムパスワード」という）をサーバから携帯電話機に返信する。ユーザが入手したワンタイムパスワードを指定の車載端末に手入力すると、車載端末からサーバに車載端末ＩＤ及びワンタイムパスワードを送信する。車載端末ＩＤ及びワンタイムパスワードで認証を行い、認証に成功した場合、ダウンロードするコンテンツリストをサーバから指定の車載端末に送信する。そして、コンテンツリスト中のコンテンツをサーバから指定の車載端末にダウンロードする。
【０００５】
この方法では、必須の認証情報として車載端末ＩＤを用い、さらにセキュリティを強化するために、任意の認証情報としてワンタイムパスワードを用いている（同公報段落０００８及び００４３参照）。したがって、必ず車載端末ＩＤを携帯電話機に手入力しなければならず、面倒である。また、ダウンロードされたコンテンツは複製可能で、著作権保護のための対策は何ら施されていない。
【特許文献１】特開２００３−９２６３９号公報
【特許文献２】特開２００３−１２４９２２号公報
【特許文献３】特開２００２−１３２７１３号公報
【特許文献４】特開２００１−２９７２６３号公報
【特許文献５】特開２００３−２５９３３５号公報
【特許文献６】特開２００４−２６５１３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、簡単な操作で携帯情報端末を利用してサーバから指定のクライアントに所望のコンテンツを配信することの可能なコンテンツ配信システムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００７】
本発明によるコンテンツ配信システムは、サーバと、サーバにアクセス可能なクライアントと、サーバにアクセス可能な携帯情報端末とを備える。サーバは、コンテンツ識別子に対応づけてコンテンツデータを記憶するためのコンテンツデータデータベースと、携帯情報端末からの要求に応じて所望のコンテンツに対応するセッション識別子を発行する手段と、発行されたセッション識別子を所望のコンテンツのコンテンツ識別子に対応付けてセッション管理データベースに登録する手段と、クライアントからの要求に応じてセッション管理データベースを参照し、クライアントから送信されたセッション識別子に対応するコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツデータをコンテンツデータデータベースから読み出してクライアントに送信するコンテンツ送信手段とを含む。クライアントは、サーバにより発行されたセッション識別子を受信する手段と、受信されたセッション識別子をサーバに送信するとともに、所望のコンテンツのコンテンツデータを送信するようサーバに要求するコンテンツ要求手段と、サーバから送信されたコンテンツデータを再生する再生手段とを含む。携帯情報端末は、ユーザの操作に応じて所望のコンテンツに対応するセッション識別子を発行するようサーバに要求する手段を含む。ここで、携帯情報端末は、携帯電話機、ＰＨＳ(Personal Handy phone System)、ＰＤＡ(Personal Digital Assistance)、その他のモバイル端末を含む。また、セッション識別子は、サーバから携帯情報端末に送信され、さらに携帯情報端末からクライアントに送信されてもよく、また、サーバからクライアントに送信されてもよい。
【０００８】
このコンテンツ配信システムでは、ユーザの操作に応じて携帯情報端末からサーバにセッション識別子の発行が要求され、これに応じてセッション識別子が発行される。このセッション識別子はクライアントに送信され、さらにクライアントからサーバに送信される。クライアントからサーバに所望のコンテンツが要求されると、これに応じてセッション識別子に対応するコンテンツデータがサーバからクライアントに送信される。クライアントは、このコンテンツデータに基づいて音楽及び／又は映像を再生する。したがって、簡単な操作で携帯情報端末を利用してサーバから指定のクライアントに所望のコンテンツを配信することができる。
【０００９】
好ましくは、サーバはさらに、コンテンツデータの送信後、当該セッション識別子をセッション管理データベースから抹消する手段を含む。
【００１０】
この場合、使用済みのセッション識別子を再使用することはできない。
【００１１】
さらに好ましくは、サーバはさらに、発行されたセッション識別子をクライアントに割り当てられた公開鍵で暗号化する手段を含む。クライアントはさらに、受信されたセッション識別子を公開鍵と対をなす秘密鍵で復号化する手段を含む。
【００１２】
この場合、セッション識別子が盗まれたとしても、セッション識別子を使用して音楽や映像を再生することはできない。したがって、ライセンスを受けていない不正ユーザが先にセッション識別子を使用したために、ライセンスを受けている正規ユーザがセッション識別子を使用できなくなるような事態は起こらない。
【００１３】
好ましくは、サーバはさらに、クライアントに割り当てられた公開鍵で共通鍵を暗号化する手段と、クライアントに送信すべきコンテンツデータを共通鍵で暗号化する手段とを含む。クライアントはさらに、サーバから送信された暗号化された共通鍵を公開鍵と対をなす秘密鍵で復号化する手段と、サーバから送信された暗号化されたコンテンツデータを復号化された共通鍵で復号化する手段とを含む。
【００１４】
この場合、コンテンツデータが盗まれたとしても、指定のクライアント以外では音楽や映像を再生することはできない。
【００１５】
好ましくは、サーバはさらに、ユーザ識別子に対応付けてコンテンツ識別子を記憶するためのライセンス管理データベースと、ライセンス管理データベースを参照し、１つのユーザ識別子に対応する１又は２以上のコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツの一覧表を携帯情報端末に送信する手段とを含む。携帯情報端末はさらに、サーバから送信されたコンテンツの一覧表を表示する手段と、表示されたコンテンツの一覧表の中からユーザの操作に応じて所望のコンテンツを選択する手段とを含む。
【００１６】
この場合、ユーザは再生可能なコンテンツを一覧表で確認し、所望のコンテンツを選択するだけで簡単に音楽や映像を再生することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
［第１の実施の形態］
［全体構成］
図１を参照して、本発明の第１の実施の形態によるコンテンツ配信システムは、サーバ１と、複数の再生端末２と、複数の携帯電話機３とを備える。携帯電話機３に代えてＰＤＡ(Personal Digital Assistance)を用いてもよいが、ここでは携帯電話機３を用いた例を説明する。
【００１９】
サーバ１は、多数の音楽コンテンツ及びそのメタデータを蓄積している。各再生端末２は、インターネット４経由でサーバ１にアクセスし、サーバ１に対してクライアントとして機能し、サーバ１からストリーミング方式で配信されて来る音楽コンテンツを再生することができる。各携帯電話機３は、携帯電話キャリア５及びインターネット４経由でサーバ１にアクセスし、音楽コンテンツの購入手続きをしたり、購入した音楽コンテンツの一覧表（以下「コンテンツリスト」という）を閲覧したり、赤外線通信により再生端末に所望の音楽コンテンツを再生するよう指示したりすることができる。
【００２０】
［サーバの構成］
図２を参照して、サーバ１は、ＣＰＵ(Central Processing Unit)１１と、メモリ１２と、ネットワーク通信部１３と、コンテンツデータデータベース（ＤＢ）１４と、コンテンツ鍵ＤＢ１５と、コンテンツメタデータＤＢ１６と、ライセンス管理ＤＢ１７と、セッション管理ＤＢ１８とを備える。
【００２１】
メモリ１２は、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read Only Memory)などの半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップをサーバ１に実行させるためのプログラム（後に詳述）を記憶する。ネットワーク通信部１３は、サーバ１をインターネット４に接続し、再生端末２及び携帯電話機３との間でデータの送受信を行う。
【００２２】
コンテンツデータＤＢ１４は、コンテンツ識別子ＣＩＤに対応付けて多数の音楽コンテンツのデータ（以下「コンテンツデータ」という）を保存している。コンテンツ識別子ＣＩＤは、音楽コンテンツを識別するために音楽コンテンツごとにあらかじめ付与されている。
【００２３】
コンテンツ鍵ＤＢ１５は、表１に示すように、コンテンツ識別子ＣＩＤに対応付けて共通鍵Ｋ２を保存している。共通鍵Ｋ２は、コンテンツデータを共通鍵暗号方式で暗号化及び復号化するために使用される秘密鍵である。
【表１】
【００２４】
コンテンツメタデータＤＢ１６は、表２に示すように、コンテンツ識別子ＣＩＤに対応付けて音楽コンテンツのメタデータ、具体的には、曲名（タイトル）、アーチスト名、再生時間、アルバム名、ジャケット画像などを保存している。
【表２】
【００２５】
ライセンス管理ＤＢ１７には、表３に示すように、ユーザ識別子ＵＩＤに対応付けて、ユーザが購入した音楽コンテンツを特定するために１又は２以上のコンテンツ識別子ＣＩＤが登録される。ライセンス管理ＤＢ１７にはさらに、コンテンツ識別子ＣＩＤに対応付けてライセンスタイプや視聴回数なども登録される。ライセンスタイプには、何度でも繰り返し視聴可能な「無制限」と、視聴可能な回数が制限されている「回数制限」とがある。「回数制限」の場合、その制限回数も併せて登録される。視聴回数は、当該ユーザが当該音楽コンテンツを視聴した回数である。
【表３】
【００２６】
セッション管理ＤＢ１８には、表４に示すように、セッション識別子ＳＩＤに対応付けて、公開鍵Ｋ１Ｐ、有効期限及びコンテンツ識別子ＣＩＤが登録される。セッション識別子ＳＩＤは、携帯電話機３からの要求に応じてサーバ１が発行するもので、その詳細は後述する。公開鍵は、セッション識別子ＳＩＤ及び共通鍵を公開鍵暗号方式で暗号化するために使用される鍵で、再生端末２ごとにあらかじめ割り当てられている。公開鍵Ｋ１Ｐと対をなす秘密鍵Ｋ１Ｓも再生端末２ごとにあらかじめ割り当てられている。有効期限は、セッション識別子ＳＩＤを有効なものとして扱う最終期限である。
【表４】
【００２７】
［再生端末の構成］
図３を参照して、再生端末２は、ＣＰＵ２１と、メモリ２２と、ネットワーク通信部２３と、赤外線受光部２４と、再生部２５とを備える。
【００２８】
メモリ２２は、半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップを再生端末（コンピュータ）２に実行させるためのプログラム（後に詳述）、上記秘密鍵Ｋ１Ｓなどを記憶する。ネットワーク通信部２３は、ＴＣＰ／ＩＰプロトコル等に従い、再生端末２をインターネット４に接続してサーバ１にアクセスし、サーバ１との間でデータの送受信を行う。赤外線受光部２４は、携帯電話機３から発信された赤外線を受光し、そこに含まれるデータを受け付ける。再生部２５は、コンテンツデータに基づいて音楽を再生する。ユーザは、この再生された音楽を視聴することができる。
【００２９】
再生端末２としては、たとえばネットワーク対応のオーディオ装置、遊技場や飲食店等に設置されるミュージックボックス、通信カラオケ装置、本発明に必要な機能だけを備えた専用装置を用いることができる。
【００３０】
［携帯電話機の構成］
図４を参照して、携帯電話機３は一般に普及している汎用品で、ＣＰＵ３１と、メモリ３２と、ディスプレイ３３と、入力部３４と、電話通信部３５と、ネットワーク通信部３６と、赤外線発光部３７とを備える。
【００３１】
メモリ３２は、半導体メモリの他、ハードディスクを含み、あらかじめ定められたステップを携帯電話機（コンピュータ）３に実行させるためのプログラム（後に詳述）を記憶する。入力部３４は、ユーザ操作によるキー入力を受け付ける。電話通信部３５は、携帯電話機３を携帯電話キャリア５に接続し、通常の通話を可能とする。ネットワーク通信部３６は、携帯電話機３を携帯電話キャリア５経由でインターネット４に接続してサーバ１にアクセスし、サーバ１との間でデータの送受信を行う。赤外線発光部３７は、通常のリモコンによる赤外線を発行してもよく、ＩｒＤＡ(Infrared Data Association)規格に従ってデータを乗せた赤外線を発光してもよい。
【００３２】
［動作］
上記コンテンツ配信システムの動作は次のとおり。
【００３３】
［コンテンツ購入手続き］
最初に、音楽コンテンツの購入手続きを説明する。
【００３４】
図５及び図６を参照して、携帯電話機３はサーバ１にアクセスし、検索カテゴリページを要求し（Ｓ３０１）、サーバ１はこれを受信する（Ｓ１０１）。サーバ１は、この要求に応じて検索カテゴリページを携帯電話機３に返信し（Ｓ１０２）、携帯電話機３はこれを受信する（Ｓ２０２）。そして、携帯電話機３は、図７（ａ）に示すように、検索カテゴリの一覧を表示した検索カテゴリ選択画面を表示する（Ｓ２０３）。
【００３５】
表示された複数の検索カテゴリの中から、仮にユーザが「アーチスト名で選ぶ」を選択したとすると、携帯電話機３はこの入力を受け付け（Ｓ３０４）、アーチストの一覧をサーバ１に要求し（Ｓ３０５）、サーバ１はこれを受信する（Ｓ１０３）。サーバ１は、この要求に応じてコンテンツメタデータＤＢ１６を参照し、アーチストの一覧を携帯電話機３に返信し（Ｓ１０４）、携帯電話機３はこれを受信する（Ｓ３０６）。そして、携帯電話機３は、図７（ｂ）に示すように、アーチスト名の一覧を表示したアーチスト選択画面を表示する（Ｓ３０７）。
【００３６】
表示された複数のアーチスト名の中から、仮にユーザが「アーチスト名＃１」を選択したとすると、携帯電話機３はこの入力を受け付け（Ｓ３０８）、当該アーチストのアルバム名の一覧をサーバ１に要求し（Ｓ３０９）、サーバ１はこれを受信する（Ｓ１０５）。サーバ１は、この要求に応じてコンテンツメタデータＤＢ１６を参照し、当該アーチストのアルバム名の一覧をそのジャケット画像とともに携帯電話機３に返信し（Ｓ１０６）、携帯電話機３はこれを受信する（Ｓ３１０）。そして、携帯電話機３は、図７（ｃ）に示すように、当該アーチストのアルバム名の一覧をそのジャケット画像とともに表示したアルバム選択画面を表示する（Ｓ３１１）。
【００３７】
表示された複数のアルバム名の中から、仮にユーザが「アルバム名＃１−１」を選択したとすると、携帯電話機３はこの入力を受け付け（Ｓ３１２）、当該アルバムに収録されている曲名の一覧（コンテンツリスト）をサーバ１に要求し（Ｓ３１３）、サーバ１はこれを受信する（Ｓ１０７）。サーバ１はこの要求に応じてコンテンツメタデータＤＢ１６を参照し、当該アルバムに収録されている曲名の一覧を携帯電話機３に返信し（Ｓ１０８）、携帯電話機３はこれを受信する（Ｓ３１４）。そして、携帯電話機３は、図７（ｄ）に示すように、当該アルバムに収録されている曲名（タイトル）の一覧を表示したコンテンツ選択画面を表示する（Ｓ３１５）。コンテンツ選択画面上には、曲名に対応付けて「視聴」ボタン６及び「購入」ボタン７も表示される。
【００３８】
表示された複数の曲名の中から、仮にユーザが「タイトル＃１」に対応する「購入」ボタンを選択したとすると、携帯電話機３はこれを受け付け（Ｓ３１６）、図７（ｅ）に示すように、当該タイトルの購入意志をユーザに確認するための購入確認画面を表示する（Ｓ３１７）。購入確認画面上には、「はい」ボタン８及び「いいえ」ボタン９も表示される。
【００３９】
仮にユーザが「はい」ボタンを選択したとすると、携帯電話機３は当該購入意志の入力を受け付け（Ｓ３１８）、当該タイトルの購入通知をサーバ１に送信し（Ｓ３１９）、サーバ１はこれを受信する（Ｓ１０９）。サーバ１はこの通知に応じてコンテンツメタデータＤＢ１６を参照し、当該タイトルのコンテンツ識別子ＣＩＤを特定し、当該ユーザのユーザ識別子ＵＩＤに対応付けてそのコンテンツ識別子ＣＩＤをライセンス管理ＤＢ１７に登録する（Ｓ１１０）。
【００４０】
なお、図示されていないが、携帯電話機３は、ユーザの操作に応じて、所望のライセンスタイプ、回数制限のあるライセンスの場合は所望の回数などの入力を受け付け、これらをサーバ１に送信する。サーバ１はこれらを受信し、ライセンス管理ＤＢ１７に登録する。新規のコンテンツ識別子ＣＩＤが登録されたとき、サーバ１はその視聴回数をゼロにセットする。
【００４１】
ライセンス登録後、サーバ１は購入完了通知を携帯電話機３に送信し、携帯電話機３はこれを受信する（Ｓ３２０）。そして、携帯電話機３は、図７（ｆ）に示した購入手続き完了通知画面を表示する（Ｓ３２１）。
【００４２】
［コンテンツ再生手続き］
次に、購入した音楽コンテンツの再生手続きを説明する。
【００４３】
図８〜図１０を参照して、携帯電話機３はサーバ１にアクセスし、検索カテゴリページを要求し（Ｓ３３１）、サーバ１はこれを受信する（Ｓ１２１）。サーバ１はこの要求に応じて検索カテゴリページを携帯電話機３に返信し（Ｓ１２２）、携帯電話機３はこれを受信する（Ｓ３３２）。そして、携帯電話機３は、図１１（ａ）に示した検索カテゴリ選択画面を表示する（Ｓ３３３）。この動作は上記ステップＳ３０１〜Ｓ３０３，Ｓ１０１，Ｓ１０２と同じである。
【００４４】
表示された複数の検索カテゴリの中から、ユーザが「購入済みコンテンツ一覧」を選択すると、携帯電話機３はこの入力を受け付け（Ｓ３３４）、購入済みコンテンツの一覧をサーバ１に要求し（Ｓ３３５）、サーバ１はこれを受信する（Ｓ１２３）。サーバ１はこの要求に応じてライセンス管理ＤＢ１７を参照し、購入済みコンテンツの一覧を携帯電話機３に返信し（Ｓ１２４）、携帯電話機３はこれを受信する（Ｓ３３６）。そして、携帯電話機３は、図１１（ｂ）に示すように、購入済みコンテンツの一覧を表示したコンテンツ選択画面を表示する（Ｓ３３７）。コンテンツ選択画面上には、曲名（タイトル）に対応付けて「再生」ボタン１０も表示される。
【００４５】
次に、表示された複数の曲名の中から、仮にユーザが「タイトル＃１」に対応する「再生」ボタン１０を選択したとすると、携帯電話機３はこの入力を受け付ける（Ｓ３３８）。
【００４６】
さらに、ユーザは当該タイトル（コンテンツ）を再生しようとする再生端末２を指定し、その指定した再生端末２にあらかじめ割り当てられている公開鍵Ｋ１Ｐを携帯電話機３の入力部３４を操作して入力する。携帯電話機３は、この操作に応じて公開鍵Ｋ１Ｐの入力を受け付け（Ｓ３３９）、入力された公開鍵Ｋ１Ｐをメモリ３２に格納する（Ｓ３４０）。公開鍵Ｋ１Ｐを保存しておけば、指定した再生端末２を繰り返し使用する場合に、その都度同じ公開鍵Ｋ１Ｐを再入力する必要がなくなる。
【００４７】
携帯電話機３は、当該コンテンツ（タイトル＃１）の再生に必要なセッション識別子ＳＩＤの発行をサーバ１に要求するために、タイトル＃１のコンテンツ識別子ＣＩＤ及び公開鍵Ｋ１Ｐをサーバ１に送信し（Ｓ３４１）、サーバ１はこれを受信する（Ｓ１２５）。
【００４８】
サーバ１は、この要求に応じてセッション識別子ＳＩＤをランダムに発行し（Ｓ１２６）、発行したセッション識別子ＳＩＤに対応付けて、受信した公開鍵Ｋ１Ｐ及びコンテンツ識別子ＣＩＤをセッション管理ＤＢ１８に登録する（Ｓ１２７）。サーバ１はさらに、セッション識別子ＳＩＤの有効期限を設定し、セッション管理ＤＢ１８に登録する（Ｓ１２８）。有効期限は、たとえば１０秒〜１分程度に設定される。有効期限をこのように短く設定すれば、その短期間にセッション識別子ＳＩＤを盗んで使用することは困難であるから、セキュリティは高くなる。
【００４９】
続いて、サーバ１は、公開鍵Ｋ１Ｐを使用し、セッション識別子ＳＩＤを暗号化して暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を生成する（Ｓ１２９）。サーバ１は、生成した暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を携帯電話機３に返信し（Ｓ１３０）、携帯電話機３はこれを受信する（Ｓ３４２）。携帯電話機３は、受信した暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）をメモリ３２に格納する（Ｓ３４３）。
【００５０】
次に、ユーザが携帯電話機３の赤外線発光部３７を指定の再生端末２の赤外線受光部２４に向けながら所定の再生ボタンを押すと、携帯電話機３は暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を再生端末２に送信し（Ｓ３４４）、再生端末２はこれを受信する（Ｓ２０１）。
【００５１】
再生端末２は、メモリ３２に記憶されている秘密鍵Ｋ１Ｓを使用し、暗号化セッション識別子Ｋ１Ｐ（ＳＩＤ）を復号化して元のセッション識別子ＳＩＤを再現する（Ｓ２０２）。再生端末２は、サーバ１に対してコンテンツデータのストリーミング配信を要求するために、セッション識別子ＳＩＤをサーバ１に送信し（Ｓ２０３）、サーバ１はこれを受信する（Ｓ１３１）。このとき、再生端末２からサーバ１には再生端末２を識別するためのＩＰアドレス、ＭＡＣ(Media Access Control)アドレス又は機器番号等のユニークな値（クライアント識別子）も一緒に送信される（Ｓ２０３）。このＩＰアドレスは再生端末２を識別するためのクライアント識別子で、サーバ１はこのＩＰアドレスに基づいてインターネット４上で再生端末２を特定し、要求されたコンテンツデータを返信する。
【００５２】
サーバ１は、再生端末２からのストリーミング配信の要求に応じて、セッション管理ＤＢ１８を参照し、受信したセッション識別子ＳＩＤに対応するコンテンツ識別子ＣＩＤを読み出すとともに、当該セッション識別子ＳＩＤの有効期限を確認し、当該セッション識別子ＳＩＤが有効か否かを判別する（Ｓ１３２）。
【００５３】
サーバ１はさらに、ライセンス管理ＤＢ１７を参照し、当該ユーザのユーザ識別子ＵＩＤに対応する１又は２以上のコンテンツ識別子のうち、上記読み出したコンテンツ識別子ＣＩＤに対応するライセンスが無制限タイプか回数制限タイプかを判別する（Ｓ１３３）。回数制限タイプの場合、サーバ１はその制限回数を確認し、視聴回数が制限回数に達しているか否かを判別する（Ｓ１３４）。
【００５４】
サーバ１は、上記有効期限及び制限回数の確認結果を示したメッセージを再生端末２に送信し（Ｓ１３５）、再生端末２はこれを受信する（Ｓ２０４）。メッセージの通知後、サーバ１は視聴回数をインクリメントする（Ｓ１３６）。
【００５５】
セッション識別子ＳＩＤが無効又は視聴回数が制限回数に達している場合（Ｓ２０５でＮＧ）、再生端末２は再生に失敗し、これにて処理は終了する（Ｓ２０６）。一方、セッション識別子ＳＩＤが有効で、かつライセンスが無制限タイプの場合（Ｓ２０５でＯＫ）、又はセッション識別子ＳＩＤが有効で、ライセンスが回数制限タイプでかつその視聴回数が制限回数に達していない場合（Ｓ２０５でＯＫ）、処理は次のステップＳ２０７に進む。
【００５６】
視聴回数のインクリメント（Ｓ１３６）後、サーバ１はセッション管理ＤＢ１８からセッション識別子ＳＩＤに対応する公開鍵Ｋ１Ｐを読み出し、コンテンツ鍵ＤＢ１５からコンテンツ識別子ＣＩＤに対応する共通鍵Ｋ２を読み出し、さらにコンテンツデータＤＢ１４からコンテンツ識別子ＣＩＤに対応するコンテンツデータＤを読み出す。サーバ１は、読み出した公開鍵Ｋ１Ｐを使用し、読み出した共通鍵Ｋ２を暗号化して暗号化共通鍵Ｋ１Ｐ（Ｋ２）を生成する（Ｓ１３７）。サーバ１はまた、読み出した共通鍵Ｋ２を使用し、読み出したコンテンツデータＤを暗号化して暗号化コンテンツデータＫ２（Ｄ）を生成する（Ｓ１３８）。コンテンツデータＤは要求されるたびに暗号化される代わりに、あらかじめ暗号化されていてもよい。コンテンツデータＤはストリーミング方式で配信されるので、コンテンツデータＤは複数のパケットに分割され、各パケットが暗号化される。
【００５７】
続いて、サーバ１は、暗号化共通鍵Ｋ１Ｐ（Ｋ２）及び暗号化コンテンツデータＫ２（Ｄ）を再生端末２に送信し（Ｓ１３９）、再生端末２はこれらを受信する（Ｓ２０７）。
【００５８】
サーバ１はコンテンツデータＤの送信後、当該セッション識別子ＳＩＤ及びそれに対応する情報をセッション管理ＤＢ１８から抹消する（Ｓ１４０）。
【００５９】
一方、再生端末２は、自身の秘密鍵Ｋ１Ｓを使用し、受信した暗号化共通鍵Ｋ２を復号化して元の共通鍵Ｋ２を再現し（Ｓ２０８）、さらにその共通鍵Ｋ２を使用し、暗号化コンテンツデータＫ２（Ｄ）を復号化して元のコンテンツデータＤを再現する（Ｓ２０９）。そして、再生端末２は、コンテンツデータＤに基づいて音楽を再生する（Ｓ２１０）。
【００６０】
以上、本発明の第１の実施の形態によれば、ユーザは携帯電話機３を利用して所望のコンテンツを視聴するためのライセンスを購入し、そのコンテンツを指定の再生端末２で再生することができる。したがって、あるユーザがライセンスを購入したコンテンツを、そのユーザ自身の再生端末２だけでなく、友人の再生端末２、遊技場や飲食店に設置されている再生端末２などでも視聴することができる。
【００６１】
また、コンテンツを携帯電話機にダウンロードして再生する場合は、メモリ容量が小さいので、再生可能なコンテンツの数は極めて制限されるが、本実施の形態の場合は、コンテンツをストリーミング方式で再生端末２に配信しながら再生するので、再生可能なコンテンツの数は特に制限されない。しかも、携帯電話機ではなく、ネットワーク対応のオーディオ装置などの再生端末２を用いるので、高音質でコンテンツを再生することができる。
【００６２】
また、コンテンツデータは暗号化されて配信されるので、コンテンツデータを盗んでも指定の再生端末以外ではコンテンツを再生することはできない。
【００６３】
また、使用済みのセッション識別子はコンテンツ配信後に抹消されるので、使用済みのセッション識別子を再使用することはできない。
【００６４】
また、セッション識別子も暗号化されて送信されるので、ライセンスを購入していない不正ユーザがセッション識別子を盗んでも使用することはできない。したがって、ライセンスを受けている正規ユーザがセッション識別子を使用する前に、そのセッション識別子が抹消されてしまうような事態は起こらない。
【００６５】
［第２の実施の形態］
上記第１の実施の形態では、ユーザが再生端末２の公開鍵Ｋ１Ｐを携帯電話機３に手で入力する必要があるが、この手間を省くために以下のようにしてもよい。
【００６６】
たとえば図１２に示すように、再生端末２と携帯電話機３の間を通信ケーブル２０で接続し、双方向有線通信を行うようにしてもよい。この場合も上記と同様に、セッション識別子ＳＩＤは携帯電話機３から再生端末２に送信されるが、公開鍵Ｋ１Ｐは再生端末２から携帯電話機３に通信ケーブル２０を介して送信される。具体的には、携帯電話機３が公開鍵Ｋ１Ｐを送信するよう通信ケーブル２０を介して再生端末２に要求すると、再生端末２はその要求に応じて公開鍵Ｋ１Ｐを通信ケーブル２０を介して携帯電話機３に返信し、再生端末２はこの公開鍵の入力を受け付ける。したがって、ユーザは公開鍵Ｋ１Ｐを手で入力する必要がない。
【００６７】
［第３の実施の形態］
また図１３に示すように、再生端末２と携帯電話機３の間をＩｒＤＡ、ブルートゥース(Bluetooth)（登録商標）、無線ＬＡＮ(Local Area Network)などの近距離無線通信で接続し、双方向無線通信を行うようにしてもよい。この場合も上記と同様に、セッション識別子ＳＩＤは携帯電話機３から再生端末２に送信され、公開鍵Ｋ１Ｐは再生端末２から携帯電話機３に近距離無線通信により送信される。
【００６８】
また、図示は省略するが、メモリカードなどの着脱自在な記憶媒体を利用し、再生端末２から携帯電話機３に公開鍵Ｋ１Ｐを移動させるようにしてもよい。
【００６９】
［第４の実施の形態］
また、上記実施の形態では、携帯電話機３が公開鍵Ｋ１Ｐをサーバ１に送信することにより、発行されたセッション識別子ＳＩＤを取得するようにしているが、図１４に示すように、携帯電話機３が公開鍵Ｋ１Ｐの代わりに再生端末２のクライアント識別子ＣＬＩＤをサーバ１に送信し、発行されたセッション識別子ＳＩＤはポーリングによりサーバ１から再生端末２に送信されるようにしてもよい。
【００７０】
具体的には、この第４の実施の形態では、サーバ１はさらに、次の表５に示した公開鍵ＤＢを備える。
【表５】
【００７１】
公開鍵ＤＢには、クライアント識別子ＣＬＩＤに対応付けて、公開鍵Ｋ１Ｐ、発行日付及び有効性フラグが登録される。各レコードは再生端末２が生産されるたびに追加される。クライアント識別子ＣＬＩＤは、再生端末２が生産されるたびに割り当てられるユニークな値である。クライアント識別子ＣＬＩＤは連続番号でもよいが、セキュリティ上はランダムな値の方が望ましい。ユーザがクライアント識別子ＣＬＩＤを携帯電話機３に手で入力する場合、クライアント識別子ＣＬＩＤは再生端末２のディスプレイ上に表示されるようにしてもよいが、クライアント識別子ＣＬＩＤを記したシール等を再生端末２に貼り付けるようにしてもよい。また、携帯電話機３が通信ケーブルや近距離無線通信により再生端末２からクライアント識別子ＣＬＩＤを取得するようにしてもよい。
【００７２】
発行日付は、クライアント識別子ＣＬＩＤ及び公開鍵Ｋ１Ｐを新規に登録した日付である。有効性フラグは当該再生端末２に不正が発覚した場合に無効にされ、これにより当該再生端末２への配信が停止される。
【００７３】
また、セッション管理ＤＢには、次の表６に示すように、セッション識別子ＳＩＤに対応付けてクライアント識別子ＣＬＩＤも登録される。
【表６】
【００７４】
この第４の実施の形態では、図１５に示すように、携帯電話機３は、ユーザの操作に応じてクライアント識別子ＣＬＩＤの入力を受け付け（Ｓ３５１）、入力されたクライアント識別子ＣＬＩＤを保存する（Ｓ３５２）。そして、セッション識別子ＳＩＤの発行をサーバ１に要求するために、携帯電話機３はコンテンツ識別子ＣＩＤ及びクライアント識別子ＣＬＩＤをサーバ１に送信し（Ｓ３５３）、サーバ１はこれを受信する（Ｓ１２５）。
【００７５】
サーバ１は、セッション識別子ＳＩＤを発行するとともに、表６に示したセッション管理ＤＢに新しいレコードを追加する（Ｓ２１６）。サーバ１は、表５に示した公開鍵ＤＢを参照し、受信したクライアント識別子ＣＬＩＤに対応する公開鍵Ｋ１Ｐを抽出する（Ｓ１４１）。そして、サーバ１は、発行したセッション識別子ＳＩＤ、抽出した公開鍵Ｋ１Ｐ、受信したコンテンツ識別子ＣＩＤ及びクライアント識別子ＣＬＩＤをセッション管理ＤＢに登録する（Ｓ１４２）。
【００７６】
一方、再生端末２は、所定周期でポーリングを行い、自身宛のセッション識別子ＳＩＤをサーバ１から取得する。具体的には、再生端末２は所定周期で自身宛のセッション識別子ＳＩＤが発行されているか否かをサーバ１に問い合わせる（Ｓ２１１）。これに対し、サーバ１は表６に示したセッション管理ＤＢを検索し、当該再生端末２のクライアント識別子ＣＬＩＤがあるか否か、つまり当該再生端末２宛に発行されたセッション識別子ＳＩＤがあるか否かを判断する（Ｓ１４３）。
【００７７】
セッション識別子ＳＩＤがない場合（Ｓ１４３でＮＯ）、再生端末２はその旨を受信し（Ｓ２１２）、所定期間待機した後（Ｓ２１３）、再び問い合わせを行う（Ｓ２１１）。
【００７８】
一方、セッション識別子ＳＩＤがある場合（Ｓ１４３でＹＥＳ）、サーバ１は、公開鍵Ｋ１Ｐを使用し、セッション識別子ＳＩＤを暗号化し（Ｓ１２９）、携帯電話機３ではなく再生端末２に送信する（Ｓ１３０）。
【００７９】
［第５の実施の形態］
また、上記第４の実施の形態では再生端末２がポーリングによりサーバ１からセッション識別子ＳＩＤを取得しているが、図１６に示すように、サーバ１が自ずから再生端末２にセッション識別子ＳＩＤを送りつけるようにしてもよい。これを実現するためには、サーバ１が再生端末２のネットワークアドレスを知っている必要があるが、ポーリングによるネットワークトラフィックを低減することができる。
【００８０】
この第５の実施の形態では、サーバ１はさらに、表７に示すようなクライアントロケーーションＤＢを備える。クライアントロケーションＤＢには、クライアントＩＤに対応付けてＩＰ(Internet Protocol)アドレスが登録されている。ＩＰアドレスに代えて、各再生端末２に割り当てられたＤＮＳ(Domain Name System)による名前解決が可能なホスト名を登録してもよい。
【表７】
【００８１】
この場合、図１７に示すように、サーバ１は、再生端末２からの問い合わせを待つことなく、クライアントロケーションＤＢを参照し、クライアント識別子ＣＬＩＤに対応するＩＰアドレスにより再生端末２を特定し、その再生端末２に公開鍵Ｋ１Ｐで暗号化したセッション識別子Ｋ１Ｐ（ＳＩＤ）を送信する（Ｓ１３０）。
【００８２】
また、上記実施の形態では、サーバは１つのコンピュータで構成されているが、負荷を分散するために、たとえばコンテンツデータベースだけを備えたサーバを１つ設け、さらに、コンテンツ鍵データベースと、コンテンツメタデータベースと、ライセンス管理データベースと、セッション管理データベースとを備えたサーバをもう１つ別に設けてもよい。
【００８３】
また、上記実施の形態では、セッション識別子ＳＩＤを暗号化しているが、セキュリティを犠牲にすれば、暗号化しなくてもよい。この場合、公開鍵Ｋ１ＰはステップＳ３４１ではなくステップＳ２０３で送信されてもよい。
【００８４】
また、上記実施の形態は音楽コンテンツを例に説明したが、映像コンテンツ又はこれらの組み合わせであってもよい。
【００８５】
また、上記実施の形態では、サーバ１はコンテンツデータＤの送信後、当該セッション識別子ＳＩＤ及びそれに対応する情報をセッション管理ＤＢ１８から直ちに抹消しているが、再生端末２がコンテンツデータＤの受信を失敗したときのことを考慮して、コンテンツデータＤの送信後、所定期間（たとえば１分間）経過後にこれらを抹消するようにしてもよい。また、再生端末２がコンテンツデータＤの受信に失敗した場合、その旨を携帯電話機３に通知し、セッション識別子ＳＩＤの再発行をユーザに促すようにしてもよい。
【００８６】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００８７】
【図１】本発明の第１の実施の形態によるコンテンツ配信システムの全体構成を示すネットワーク図である。
【図２】図１に示したコンテンツ配信システムにおけるサーバの構成を示す機能ブロック図である。
【図３】図１に示したコンテンツ配信システムにおける再生端末の構成を示す機能ブロック図である。
【図４】図１に示したコンテンツ配信システムにおける携帯電話機の構成を示す機能ブロック図である。
【図５】図１に示したコンテンツ配信システムにおけるサーバ及び携帯電話機による音楽コンテンツの購入動作を示すフロー図である。
【図６】図５に続くフロー図である。
【図７】図５及び図６に示した購入動作中に携帯電話機に表示される画面の遷移図である。
【図８】図１に示したコンテンツ配信システムにおけるサーバ及び携帯電話機による音楽コンテンツの再生動作を示すフロー図である。
【図９】図８に続くフロー図である。
【図１０】図９に続くフロー図である。
【図１１】図８〜図１０に示した再生動作中に携帯電話機に表示される画面の遷移図である。
【図１２】本発明の第２の実施の形態における再生端末及び携帯電話機を示す図である。
【図１３】本発明の第３の実施の形態における再生端末及び携帯電話機による動作の概要を示す図である。
【図１４】本発明の第４の実施の形態によるコンテンツ配信システムによる動作の概要を示す図である。
【図１５】図１４に示したコンテンツ配信システムにおけるセッション識別子の送受信動作を示すフロー図である。
【図１６】本発明の第５の実施の形態によるコンテンツ配信システムによる動作の概要を示す図である。
【図１７】図１６に示したコンテンツ配信システムにおけるセッション識別子の送受信動作を示すフロー図である。
【符号の説明】
【００８８】
１ サーバ
２ 再生端末
３ 携帯電話機
４ インターネット
１４ コンテンツデータＤＢ
１５ コンテンツ鍵ＤＢ
１６ コンテンツメタデータＤＢ
１７ ライセンス管理ＤＢ
１８ セッション管理ＤＢ
ＣＩＤ コンテンツ識別子
ＳＩＤ セッション識別子
ＵＩＤ ユーザ識別子
Ｄ コンテンツデータ
Ｋ１Ｐ 公開鍵
Ｋ１Ｓ 秘密鍵
Ｋ２ 共通鍵
【特許請求の範囲】
【請求項１】
サーバと、前記サーバにアクセス可能なクライアントと、前記サーバにアクセス可能な携帯情報端末とを備えたコンテンツ配信システムであって、
前記サーバは、
コンテンツ識別子に対応づけてコンテンツデータを記憶するためのコンテンツデータデータベースと、
前記携帯情報端末からの要求に応じて所望のコンテンツに対応するセッション識別子を発行する手段と、
前記発行されたセッション識別子を所望のコンテンツのコンテンツ識別子に対応付けてセッション管理データベースに登録する手段と、
前記クライアントからの要求に応じて前記セッション管理データベースを参照し、前記クライアントから送信されたセッション識別子に対応するコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツデータを前記コンテンツデータデータベースから読み出して前記クライアントに送信するコンテンツ送信手段とを含み、
前記クライアントは、
前記サーバにより発行されたセッション識別子を受信する手段と、
前記受信されたセッション識別子を前記サーバに送信するとともに、所望のコンテンツのコンテンツデータを送信するよう前記サーバに要求するコンテンツ要求手段と、
前記サーバから送信されたコンテンツデータを再生する再生手段とを含み、
前記携帯情報端末は、
ユーザの操作に応じて所望のコンテンツに対応するセッション識別子を発行するよう前記サーバに要求する手段を含むことを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムであって、
前記サーバはさらに、
前記コンテンツデータの送信後、当該セッション識別子を前記セッション管理データベースから抹消する手段を含むことを特徴とするコンテンツ配信システム。
【請求項３】
請求項１又は請求項２に記載のコンテンツ配信システムであって、
前記サーバはさらに、
前記発行されたセッション識別子を前記クライアントに割り当てられた公開鍵で暗号化する手段を含み、
前記クライアントはさらに、
前記受信されたセッション識別子を前記公開鍵と対をなす秘密鍵で復号化する手段を含むことを特徴とするコンテンツ配信システム。
【請求項４】
請求項１に記載のコンテンツ配信システムであって、
前記サーバはさらに、
前記クライアントに割り当てられた公開鍵で共通鍵を暗号化する手段と、
前記クライアントに送信すべきコンテンツデータを共通鍵で暗号化する手段とを含み、
前記クライアントはさらに、
前記サーバから送信された前記暗号化された共通鍵を前記公開鍵と対をなす秘密鍵で復号化する手段と、
前記サーバから送信された前記暗号化されたコンテンツデータを前記復号化された共通鍵で復号化する手段とを含むことを特徴とするコンテンツ配信システム。
【請求項５】
請求項１に記載のコンテンツ配信システムであって、
前記サーバはさらに、
ユーザ識別子に対応付けてコンテンツ識別子を記憶するためのライセンス管理データベースと、
前記ライセンス管理データベースを参照し、１つのユーザ識別子に対応する１又は２以上のコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツの一覧表を前記携帯情報端末に送信する手段とを含み、
前記携帯情報端末はさらに、
前記サーバから送信されたコンテンツの一覧表を表示する手段と、
前記表示されたコンテンツの一覧表の中からユーザの操作に応じて所望のコンテンツを選択する手段とを含むことを特徴とするコンテンツ配信システム。
【請求項６】
請求項１〜請求項５のいずれか１項に記載のコンテンツ配信システムに使用されるサーバ。
【請求項７】
請求項１〜請求項５のいずれか１項に記載のコンテンツ配信システムに使用されるクライアント。
【請求項８】
請求項１〜請求項５のいずれか１項に記載のコンテンツ配信システムに使用される携帯情報端末。
【請求項９】
サーバと、前記サーバにアクセス可能なクライアントと、前記サーバにアクセス可能な携帯情報端末とを用いたコンテンツ配信方法であって、
ユーザの操作に応じて所望のコンテンツに対応するセッション識別子を発行するよう前記携帯情報端末から前記サーバに要求するステップと、
前記携帯情報端末からの要求に応じて所望のコンテンツに対応するセッション識別子を発行するステップと、
前記発行されたセッション識別子を所望のコンテンツのコンテンツ識別子に対応付けてセッション管理データベースに登録するステップと、
前記発行されたセッション識別子を前記クライアントに送信するステップと、
前記送信されたセッション識別子を前記クライアントから前記サーバに送信するとともに、所望のコンテンツのコンテンツデータを送信するよう前記クライアントから前記サーバに要求するステップと、
前記クライアントからの要求に応じて前記セッション管理データベースを参照し、前記クライアントから送信されたセッション識別子に対応するコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツデータをコンテンツデータデータベースから読み出して前記サーバから前記クライアントに送信するステップと、
前記サーバから送信されたコンテンツデータを前記クライアントで再生するステップとを含むことを特徴とするコンテンツ配信方法。
【請求項１】
サーバと、前記サーバにアクセス可能なクライアントと、前記サーバにアクセス可能な携帯情報端末とを備えたコンテンツ配信システムであって、
前記サーバは、
コンテンツ識別子に対応づけてコンテンツデータを記憶するためのコンテンツデータデータベースと、
前記携帯情報端末からの要求に応じて所望のコンテンツに対応するセッション識別子を発行する手段と、
前記発行されたセッション識別子を所望のコンテンツのコンテンツ識別子に対応付けてセッション管理データベースに登録する手段と、
前記クライアントからの要求に応じて前記セッション管理データベースを参照し、前記クライアントから送信されたセッション識別子に対応するコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツデータを前記コンテンツデータデータベースから読み出して前記クライアントに送信するコンテンツ送信手段とを含み、
前記クライアントは、
前記サーバにより発行されたセッション識別子を受信する手段と、
前記受信されたセッション識別子を前記サーバに送信するとともに、所望のコンテンツのコンテンツデータを送信するよう前記サーバに要求するコンテンツ要求手段と、
前記サーバから送信されたコンテンツデータを再生する再生手段とを含み、
前記携帯情報端末は、
ユーザの操作に応じて所望のコンテンツに対応するセッション識別子を発行するよう前記サーバに要求する手段を含むことを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムであって、
前記サーバはさらに、
前記コンテンツデータの送信後、当該セッション識別子を前記セッション管理データベースから抹消する手段を含むことを特徴とするコンテンツ配信システム。
【請求項３】
請求項１又は請求項２に記載のコンテンツ配信システムであって、
前記サーバはさらに、
前記発行されたセッション識別子を前記クライアントに割り当てられた公開鍵で暗号化する手段を含み、
前記クライアントはさらに、
前記受信されたセッション識別子を前記公開鍵と対をなす秘密鍵で復号化する手段を含むことを特徴とするコンテンツ配信システム。
【請求項４】
請求項１に記載のコンテンツ配信システムであって、
前記サーバはさらに、
前記クライアントに割り当てられた公開鍵で共通鍵を暗号化する手段と、
前記クライアントに送信すべきコンテンツデータを共通鍵で暗号化する手段とを含み、
前記クライアントはさらに、
前記サーバから送信された前記暗号化された共通鍵を前記公開鍵と対をなす秘密鍵で復号化する手段と、
前記サーバから送信された前記暗号化されたコンテンツデータを前記復号化された共通鍵で復号化する手段とを含むことを特徴とするコンテンツ配信システム。
【請求項５】
請求項１に記載のコンテンツ配信システムであって、
前記サーバはさらに、
ユーザ識別子に対応付けてコンテンツ識別子を記憶するためのライセンス管理データベースと、
前記ライセンス管理データベースを参照し、１つのユーザ識別子に対応する１又は２以上のコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツの一覧表を前記携帯情報端末に送信する手段とを含み、
前記携帯情報端末はさらに、
前記サーバから送信されたコンテンツの一覧表を表示する手段と、
前記表示されたコンテンツの一覧表の中からユーザの操作に応じて所望のコンテンツを選択する手段とを含むことを特徴とするコンテンツ配信システム。
【請求項６】
請求項１〜請求項５のいずれか１項に記載のコンテンツ配信システムに使用されるサーバ。
【請求項７】
請求項１〜請求項５のいずれか１項に記載のコンテンツ配信システムに使用されるクライアント。
【請求項８】
請求項１〜請求項５のいずれか１項に記載のコンテンツ配信システムに使用される携帯情報端末。
【請求項９】
サーバと、前記サーバにアクセス可能なクライアントと、前記サーバにアクセス可能な携帯情報端末とを用いたコンテンツ配信方法であって、
ユーザの操作に応じて所望のコンテンツに対応するセッション識別子を発行するよう前記携帯情報端末から前記サーバに要求するステップと、
前記携帯情報端末からの要求に応じて所望のコンテンツに対応するセッション識別子を発行するステップと、
前記発行されたセッション識別子を所望のコンテンツのコンテンツ識別子に対応付けてセッション管理データベースに登録するステップと、
前記発行されたセッション識別子を前記クライアントに送信するステップと、
前記送信されたセッション識別子を前記クライアントから前記サーバに送信するとともに、所望のコンテンツのコンテンツデータを送信するよう前記クライアントから前記サーバに要求するステップと、
前記クライアントからの要求に応じて前記セッション管理データベースを参照し、前記クライアントから送信されたセッション識別子に対応するコンテンツ識別子を特定し、そのコンテンツ識別子に対応するコンテンツデータをコンテンツデータデータベースから読み出して前記サーバから前記クライアントに送信するステップと、
前記サーバから送信されたコンテンツデータを前記クライアントで再生するステップとを含むことを特徴とするコンテンツ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００６−３１７９９７（Ｐ２００６−３１７９９７Ａ）
【公開日】平成１８年１１月２４日（２００６．１１．２４）
【国際特許分類】
【出願番号】特願２００５−１３６９０６（Ｐ２００５−１３６９０６）
【出願日】平成１７年５月１０日（２００５．５．１０）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
【公開日】平成１８年１１月２４日（２００６．１１．２４）
【国際特許分類】
【出願日】平成１７年５月１０日（２００５．５．１０）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
[ Back to top ]