(57)【要約】【課題】購入クライアント及び受領クライアントにとって便利なコンテンツプレゼント管理を行う。【解決手段】コンテンツプレゼント管理装置７００は、コンテンツを購入することにより課金される購入クライアント４１０から送信された、コンテンツを課金なしで受領する受領クライアント４２０を示す情報を含むプレゼント情報を登録し、その登録を示すプレゼント通知を受領クライアント４２０に通知する登録処理部７１０と、受領クライアント４２０にプレゼント情報を配信する配信処理部７２０とを備える。【選択図】図２
2008293536.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを購入することにより課金される購入クライアントから送信された、前記コンテンツを課金なしで受領する受領クライアントを示す情報を含むプレゼント情報を登録し、当該登録を示すプレゼント通知を前記受領クライアントに通知する登録処理部と、
前記受領クライアントに、前記プレゼント情報を配信する配信処理部とを備える
ことを特徴とするコンテンツプレゼント管理装置。
【請求項２】
前記登録処理部が、前記プレゼント情報の登録に際して前記購入クライアントへの課金を課金サーバに依頼する
ことを特徴とする請求項１に記載のコンテンツプレゼント管理装置。
【請求項３】
前記配信処理部が、前記受領クライアントから所定の識別情報を受信した場合に、前記プレゼント情報を配信する
ことを特徴とする請求項１に記載のコンテンツプレゼント管理装置。
【請求項４】
前記配信処理部が、前記受領クライアントについて１又は複数の前記購入クライアントにより登録された複数のプレゼント情報からなる一覧を作成して、前記プレゼント情報として前記受領クライアントに通知する
ことを特徴とする請求項１に記載のコンテンツプレゼント管理装置。
【請求項５】
前記登録処理部が、前記プレゼント情報についての有効期限を定め、
前記配信処理部が、前記有効期限の経過したプレゼント情報を前記一覧から除外する
ことを特徴とする請求項４に記載のコンテンツプレゼント管理装置。
【請求項６】
当該コンテンツプレゼント管理装置が、更に、前記受領クライアントにより前記プレゼント情報において示されたコンテンツが受領された場合、前記プレゼントの受領を前記購入クライアントに通知する完了通知部を備える
ことを特徴とする請求項１に記載のコンテンツプレゼント管理装置。
【請求項７】
前記完了通知部が、前記受領クライアントにより、前記プレゼント情報において示されたコンテンツが受領された場合、前記購入クライアントへの課金を課金サーバに依頼する
ことを特徴とする請求項６に記載のコンテンツプレゼント管理装置。
【請求項８】
前記配信処理部が、前記プレゼント情報を配信した前記受領クライアントから、前記プレゼント情報において示されたコンテンツの受領を拒否する通知を受信した場合、前記プレゼント情報における前記コンテンツの受領先を前記受領クライアントから前記購入クライアントに変更し、
前記完了通知部が、前記購入クライアントに前記プレゼントの受領の拒否を前記購入クライアントに通知する
ことを特徴とする請求項６に記載のコンテンツプレゼント管理装置。
【請求項９】
コンテンツを購入して受領クライアントに贈り、当該購入により課金される購入クライアントと、
前記コンテンツを課金なしで受領する受領クライアントと、
前記コンテンツの受領先として前記受領クライアントを示す情報を含むプレゼント情報を管理するコンテンツプレゼント管理装置と、
前記コンテンツを前記受領クライアントに配信する配信サーバと、
前記購入クライアントに課金する課金サーバとを備えるコンテンツプレゼント管理システムであって、
前記購入クライアントが前記受領クライアントを示す情報を含むプレゼント情報をコンテンツプレゼント管理装置に登録し、
前記コンテンツプレゼント管理装置が当該登録を示すプレゼント通知を前記受領クライアントに通知し、
前記受領クライアントが前記プレゼント情報において示されたコンテンツの受領決定を前記コンテンツプレゼント管理装置に通知し、
前記コンテンツプレゼント管理装置が、前記受領決定の通知に応じて、前記配信サーバのアドレスを含む情報を前記受領クライアントに通知し、
前記配信サーバが前記プレゼント情報において示されたコンテンツを、前記課金サーバによる課金なしで、前記受領クライアントに配信する
ことを特徴とするコンテンツプレゼント管理システム。
【請求項１０】
前記プレゼント情報が前記コンテンツプレゼント管理装置へ登録された場合、前記課金サーバが前記購入クライアントへ課金する
ことを特徴とする請求項９に記載のコンテンツプレゼント管理システム。
【請求項１１】
前記コンテンツが前記受領クライアントに配信された場合、前記課金サーバが前記購入クライアントへ課金する
ことを特徴とする請求項９に記載のコンテンツプレゼント管理システム。
【請求項１２】
前記コンテンツプレゼント管理装置が、前記コンテンツの前記配信サーバから前記受領クライアントへの配信を前記購入クライアントへ通知する
ことを特徴とする請求項９に記載のコンテンツプレゼント管理システム。
【請求項１３】
前記プレゼント通知を受信した前記受領クライアントが、前記受領決定に代えて、前記プレゼント情報において示されたコンテンツの受領の拒否を前記コンテンツプレゼント管理装置に通知し、
前記コンテンツプレゼント管理装置が、前記プレゼント情報における前記コンテンツの受領先を前記受領クライアントから前記購入クライアントに変更し、前記購入クライアントに前記プレゼントの受領の拒否を前記購入クライアントに通知する
ことを特徴とする請求項９に記載のコンテンツプレゼント管理システム。
【請求項１４】
コンテンツプレゼント管理装置を実現するプログラムをコンピュータ読取可能に記録するプログラム記録媒体であって、
前記プログラムは、
コンテンツを購入することにより課金される購入クライアントから送信された、前記コンテンツを課金なしで受領する受領クライアントを示す情報を含むプレゼント情報を登録し、当該登録を示すプレゼント通知を前記受領クライアントに通知する登録処理と、
前記受領クライアントに、前記プレゼント情報を配信する配信処理と、
前記受領クライアントにより前記プレゼント情報において示されたコンテンツが受領された場合、当該受領後に前記プレゼントの受領を前記購入クライアントに通知する完了通知処理とを、
当該コンピュータであるコンテンツプレゼント管理装置に実行させる
ことを特徴とするプログラム記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツプレゼント管理装置、コンテンツプレゼント管理システム、プログラム記録媒体に関し、特に、購入クライアント及び受領クライアントにとって便利なコンテンツプレゼント管理を行うことができるコンテンツプレゼント管理装置、コンテンツプレゼント管理システム、プログラム記録媒体に関する。
【背景技術】
【０００２】
クライアントに対して、通信手段を介して、コンテンツ配信サーバから音楽等のコンテンツを配信するサービスが提供されている。クライアントは、例えば携帯電話等の端末やパーソナルコンピュータ等である。
【０００３】
コンテンツは、コンテンツの所有者等から予めコンテンツ配信サーバに提供される。コンテンツ配信サーバは、コンテンツの所有者等から提供されたコンテンツを管理する。クライアントからコンテンツ配信サーバへのアクセスがあった場合、コンテンツ配信サーバが、コンテンツを当該クライアントに配信する。少なくとも配信時には、コンテンツは暗号化されている。従って、コンテンツ配信サーバは、暗号化されたコンテンツ及びその暗号キーを管理及び配信する。コンテンツは、通常、有料で配信される。従って、コンテンツ配信サーバは、何らかの手段でクライアントに課金する。また、他のコンテンツ配信サーバとの差別化のために、コンテンツ配信サーバは、コンテンツの配信に付随した種々のサービスをクライアントに提供する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテンツ配信サーバにより暗号化されたコンテンツ及びその暗号キーを配信する場合、コンテンツの配信及びコピーを自由に行えるようにし、一方、暗号キーの配信に課金するようにすることができる。即ち、コンテンツを高度に暗号化して、通常のユーザは復号できないようにする。その上で、当該暗号キーを暗号化した情報の配信に対して課金する。
【０００５】
この考えは、コンテンツの配信を受けるクライアントと当該暗号キーの配信を受けるクライアントとが異なることを許容する。この考えを更に進めると、当該暗号キー（及びコンテンツ）の配信を受けるクライアントと実際に課金されるクライアントとが異なることを許容することができる。即ち、コンテンツは、管理することなく、全く自由に流通させる。その上で、実際に課金されるクライアント（購入クライアント）が料金を負担して、当該暗号キーを、当該暗号キーの配信を受けるクライアント（受領クライアント）に贈る。従って、受領クライアント（のユーザ）は、全く（暗号キー及びコンテンツの購入の）料金負担なしで、コンテンツを利用することができる。換言すれば、購入クライアントがコンテンツ及び暗号キーを受領クライアントに対してプレゼントしたことになる。
【０００６】
このようにコンテンツ配信サーバによりコンテンツ及びその暗号キーをプレゼントする場合、本発明者の検討によれば、購入クライアントからのプレゼントを、受領クライアントにどのようにして通知するかが問題となる。また、実際に購入クライアントに課金するタイミングはいつの時点が最も有効であるかが問題となる。また、受領クライアントから暗号キーの配信を要求された場合に、実際に配信してよいかどうかをチェックする必要がある。また、受領クライアント（のユーザ）に対して、プレゼントを断る機能を提供する必要がある。更に、受領クライアントがプレゼントを断った場合、これを購入クライアントに通知して後処理をする必要がある。
【０００７】
本発明は、購入クライアント及び受領クライアントにとって便利なコンテンツプレゼント管理を行うことができるコンテンツプレゼント管理装置を提供することを目的とする。
【０００８】
また、本発明は、購入クライアント及び受領クライアントにとって便利なコンテンツプレゼント管理を行うことができるコンテンツプレゼント管理システムを提供することを目的とする。
【０００９】
また、本発明は、購入クライアント及び受領クライアントにとって便利なコンテンツプレゼント管理を行うことができるコンテンツプレゼント管理装置を実現するプログラムを格納するプログラム記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のコンテンツプレゼント管理装置は、コンテンツを購入することにより課金される購入クライアントから送信された、コンテンツを課金なしで受領する受領クライアントを示す情報を含むプレゼント情報を登録し、当該登録を示すプレゼント通知を受領クライアントに通知する登録処理部と、受領クライアントに、プレゼント情報を配信する配信処理部とを備える。
【００１１】
本発明のコンテンツプレゼント管理装置によれば、コンテンツ（及びその暗号キー）を購入クライアントから受領クライアントにプレゼントする場合、購入クライアントからのプレゼントがあることを、受領クライアントに、正確に通知することができる。また、受領クライアントに対して、当該コンテンツを直ちに配信するのではなく、これに先立ってプレゼント通知を送信することにより、受領クライアントに、プレゼントの受領を断る機能を提供することができる。更に、このようにコンテンツプレゼント管理装置においてプレゼント情報を管理することにより、購入クライアント及び受領クライアントの意図に沿ったプレゼント管理を行うことができる。
【００１２】
本発明のコンテンツプレゼント管理システムは、コンテンツを購入して受領クライアントに贈り、当該購入により課金される購入クライアントと、コンテンツを課金なしで受領する受領クライアントと、コンテンツの受領先として受領クライアントを示す情報を含むプレゼント情報を管理するコンテンツプレゼント管理装置と、コンテンツを受領クライアントに配信する配信サーバと、購入クライアントに課金する課金サーバとを備える。そして、購入クライアントが受領クライアントを示す情報を含むプレゼント情報をコンテンツプレゼント管理装置に登録する。コンテンツプレゼント管理装置が当該登録を示すプレゼント通知を受領クライアントに通知する。受領クライアントがプレゼント情報において示されたコンテンツの受領決定をコンテンツプレゼント管理装置に通知する。コンテンツプレゼント管理装置が、受領決定の通知に応じて、配信サーバのアドレスを含む情報を受領クライアントに通知する。配信サーバがプレゼント情報において示されたコンテンツを、課金サーバによる課金なしで、受領クライアントに配信する。
【００１３】
本発明のコンテンツプレゼント管理システムによれば、前述のように、購入クライアントからのプレゼントがあることを受領クライアントに正確に通知することができ、また、受領クライアントにプレゼントの受領を断る機能を提供することができる。更に、実際に受領決定した受領クライアントにのみ配信サーバのアドレスを通知するので、実際に配信してよい受領クライアントにのみ、コンテンツを配信することができる。また、購入クライアント及び受領クライアントの意図に沿ったプレゼント管理を行うことができる。
【００１４】
また、本発明は、上述のようなコンテンツプレゼント管理装置を実現するプログラムをコンピュータ読取可能に記録するプログラム記録媒体を提供する。これにより、課金対象である情報を受信していないクライアントに課金されないようにしたコンテンツプレゼント管理装置を実現することができる。
【発明を実施するための最良の形態】
【００１５】
図１は、コンテンツ配信システム構成図であり、本発明の配信サーバを備えるコンテンツ配信システムの構成を示す。
【００１６】
コンテンツ配信システムは、コンテンツプロバイダ１００、コンテンツ配信サーバ２００、ネットワーク３００、クライアント４００、課金サーバ５００を備える。コンテンツ配信サーバ２００は、そのバックエンドであるコンテンツ管理サーバ２１０、そのフロントエンドであるライセンスサーバ２２０からなる。コンテンツ管理サーバ２１０とライセンスサーバ２２０との間は、例えばＬＡＮにより接続される。コンテンツ配信サーバ２００は、このような２個のサーバに分離する必要は必ずしもなく、１個のサーバとして構成してもよい。
【００１７】
コンテンツプロバイダ１００は、コンテンツの本来の所有者であり、種々のコンテンツをコンテンツ配信サーバ２００に提供する。コンテンツは、例えば音楽データであるが、静止画像、動画像等のデータであってもよい。この例では、コンテンツプロバイダ１００は、コンテンツを周知の暗号化処理（例えば、トリプルＤＥＳによる処理）により暗号化した上で提供する。更に、この例では、コンテンツプロバイダ１００は、コンテンツの暗号キーをも例えば前記と同一の暗号化処理により暗号化した上で提供する。コンテンツと暗号キーとは、別個に暗号化される。暗号キーは、例えばコンテンツ毎に定まる。コンテンツが音楽の場合、１曲毎に異なる暗号キーが用いられる。暗号化されたコンテンツ及び当該暗号キーは、ＣＤ−ＲＯＭ、ＭＯ、ＣＤＲ、ＣＤＲ／Ｗ等に格納した状態で提供されるか、又は、ネットワーク８００を介してコンテンツプロバイダ１００からコンテンツ配信サーバ２００に送信することにより提供される。
【００１８】
コンテンツ配信サーバ２００のコンテンツ管理サーバ２１０は、コンテンツプロバイダ１００とライセンスサーバ２２０との間を接続し、コンテンツプロバイダ１００から提供されたコンテンツ及び当該暗号キーを各々格納領域２３０に格納し管理する。なお、実際は、この格納に先立って、コンテンツ管理サーバ２１０は、コンテンツプロバイダ１００から提供されたコンテンツ及び当該暗号キーを所定のフォーマットに変換する。これにより、コンテンツ及び当該暗号キーを、ライセンスサーバ２２０によるクライアント４００への配信に用いることができる。
【００１９】
また、この例では、コンテンツ管理サーバ２１０は、コンテンツプロバイダ１００から提供されたコンテンツについての管理情報を格納領域２３０に格納し管理する。管理情報は、例えばコンテンツの販売価格、コンテンツの販売期間等からなる。管理情報は、コンテンツプロバイダ１００とコンテンツ配信サーバ２００との間の契約に基づいて、両者のいずれかにより作成される。コンテンツプロバイダ１００が作成した場合、管理情報は、前述のように、ＣＤ−ＲＯＭ等に格納した状態で提供されるか、又は、ネットワーク８００を介してコンテンツプロバイダ１００からコンテンツ配信サーバ２００に送信することにより提供される。
【００２０】
コンテンツ配信サーバ２００のライセンスサーバ２２０は、クライアント４００とコンテンツ管理サーバ２１０との間を接続し、コンテンツ管理サーバ２１０の格納するコンテンツ及び当該暗号キーをクライアント４００に配信する。この例では、コンテンツの配信を受けるクライアント４００と、当該暗号キーの配信を受けるクライアント４００とは、異なっていてもよい。ライセンスサーバ２２０は、クライアント４００からアクセスされると、当該アクセスにおいて指定されたコンテンツ及び暗号キーの一方又は双方とその管理情報とをコンテンツ管理サーバ２１０から獲得して格納領域２４０に一旦格納し、当該管理情報を解析し、この解析結果に基づいてコンテンツ及び暗号キーをクライアント４００に配信する。この時、暗号キーは、一旦復号された後、再度異なる周知の暗号化処理（例えば、ＥＣＤＨ鍵交換処理）により暗号化した上で、クライアント４００に配信される。
【００２１】
また、この例では、ライセンスサーバ２２０は、コンテンツの配信に関する課金情報の通知処理を行う。課金情報は、ライセンスサーバ２２０から課金サーバ５００に通知される。課金サーバ５００は、ネットワーク３００がこれを用いた通信に課金するために備える課金装置であり、ネットワーク３００を介してライセンスサーバ２２０に接続される。即ち、コンテンツ（実際には、暗号キー）に対する課金を、ネットワーク３００の備える課金サーバ５００を用いて課金する。この例では、コンテンツの配信には課金せず、その暗号キーの配信に課金する。即ち、コンテンツが高度に暗号化されるので、復号化のためには極めて高価な装置を要し、通常のユーザは暗号キーなしでは事実上復号できない。従って、コンテンツ自体には課金しないのでその配信時には課金情報は送信されず、暗号キーには課金するのでその配信時に課金情報が送信される。なお、コンテンツ又は暗号キーのダウンロードのための通信に対する課金は、周知の課金処理により、ダウンロード先のクライアント４００に課金される。また、このように、暗号キーは、コンテンツの事実上の使用を可能とし、課金の対象とされるので、この例では、当該暗号キーをライセンスとも呼ぶ。
【００２２】
クライアント４００は、例えば携帯電話等の双方向通信の機能を備える端末であり、当該クライアント４００と予め契約した通信キャリアの提供するネットワーク３００を介して、コンテンツ配信サーバ２００（のライセンスサーバ２２０）との間の通信を行う。即ち、クライアント４００は、コンテンツを指定してコンテンツ配信サーバ２００にアクセスして、暗号化されたコンテンツの配信を受け、また、必要に応じて暗号化された暗号キー（これをライセンスという）の配信を受ける。
【００２３】
また、コンテンツ配信システムは、メニューサーバ７００、アクセスサーバ９００を備える。
【００２４】
メニューサーバ７００は、コンテンツ配信サーバ２００の配信するコンテンツのメニュー（コンテンツメニュー）を格納する。このために、コンテンツ配信サーバ２００は、コンテンツの管理情報を、ネットワーク３００を介して、メニューサーバ７００に送信する。メニューサーバ７００は、クライアント４００からアクセスされると、コンテンツメニューをクライアント４００に送信する。クライアント４００は、当該メニューの中から１個のコンテンツを選択する。これにより、クライアント４００は、当該コンテンツを配信するコンテンツ配信サーバ２００に当該コンテンツを指定して、アクセスすることができる。
【００２５】
アクセスサーバ９００は、コンテンツ配信サーバ２００からコンテンツの配信のために、クライアント４００が実際にアクセスするサーバである。クライアント４００は、前述のメニューの中から１個のコンテンツを選択すると、メニューサーバ７００からアクセスサーバ９００の電話番号を再発呼先として指定され、これに従ってアクセスサーバ９００にアクセスする。即ち、クライアント４００からはアクセスサーバ９００が見えるのみであるが、クライアント４００がこれを意識することはない。アクセスサーバ９００は、クライアント４００からアクセスされると、指定されたコンテンツ配信サーバ２００にクライアント４００から受信した情報を送信する。また、アクセスサーバ９００は、コンテンツ配信サーバ２００からアクセスされると、指定されたクライアント４００にコンテンツ配信サーバ２００から受信した情報を送信する。
【００２６】
なお、コンテンツプロバイダ１００、コンテンツ配信サーバ２００、クライアント４００、課金サーバ５００、メニューサーバ７００、アクセスサーバ９００の各々は、当該処理を実行する処理プログラムにより実現される。即ち、各々の装置の備える主メモリ（図示せず）上に存在する処理プログラムを、各々の装置の備えるＣＰＵ（中央演算処理装置、図示せず）上で実行することにより、実現される。
【００２７】
図２は、コンテンツプレゼント管理システム構成図であり、本発明のコンテンツ配信システムにおけるコンテンツプレゼント管理処理に着目した場合における主要な構成を抜き出して示す。
【００２８】
コンテンツプレゼント管理システムは、購入クライアント４１０、受領クライアント４２０、コンテンツプレゼント管理装置であるメニューサーバ７００、コンテンツ配信サーバ２００、課金サーバ５００を含む。
【００２９】
購入クライアント４１０は、プレゼント情報を、メニューサーバ７００に登録する。プレゼント情報は、コンテンツの受領先として受領クライアント４２０を示す情報（例えば、アドレス、電話番号等）を含む。メニューサーバ７００は、プレゼント情報を管理する。プレゼント情報がメニューサーバ７００へ登録された場合、その依頼により、課金サーバ５００が購入クライアント４１０へ課金（前課金）する。即ち、購入クライアント４１０は、コンテンツを購入して受領クライアント４２０に贈り、当該購入により課金される。なお、この例においては、課金対象の情報は、コンテンツではなく、その暗号キーである。従って、コンテンツの購入とは、実際には、コンテンツの暗号キーをダウンロードすることにたいして課金されることである。
【００３０】
メニューサーバ７００は、当該登録を示すプレゼント通知を受領クライアント４２０に通知する。受領クライアント４２０は、コンテンツを課金なしで受領するため、プレゼント情報において示されたコンテンツの受領決定をメニューサーバ７００に通知する。
【００３１】
メニューサーバ７００が、受領決定の通知に応じて、コンテンツ配信サーバ２００のアドレスを含む情報を受領クライアント４２０に通知する。コンテンツ配信サーバ２００が、プレゼント情報において示されたコンテンツを、課金サーバ５００による課金なしで、受領クライアント４２０に配信する。このように、コンテンツが受領クライアント４２０に配信された場合、課金サーバ５００が購入クライアント４１０へ課金（後課金）する。また、メニューサーバ７００が、コンテンツ配信サーバ２００から受領クライアント４２０への配信を購入クライアント４１０へ通知する。
【００３２】
ここで、この例において、受領クライアント４２０は、配信されたプレゼント情報に基づいて、以下のように応答することができる。
【００３３】
この例においては、受領クライアント４２０は、当該プレゼントであるコンテンツ（の暗号キー）を受領することができる。受領とは、課金対象の情報である暗号キー（及びコンテンツ）を、受領クライアント４２０にダウンロードすることである。なお、コンテンツは、課金対象の情報でないので、当該ダウンロードにより入手しても、既に（例えば購入クライアント４１０により）ダウンロードされたコンテンツをコピーして入手してもよい。
【００３４】
また、この例においては、受領クライアント４２０は、当該プレゼントであるコンテンツ（の暗号キー）の受領を拒否することができる。拒否とは、課金対象の情報である暗号キー（及びコンテンツ）を、受領クライアント４２０にダウンロードすることを拒否することである。例えば、購入クライアント４１０があまり親交のない人である、プレゼントされたコンテンツが気に入らない等の場合である。
【００３５】
また、この例においては、受領クライアント４２０は、当該プレゼントであるコンテンツ（の暗号キー）を擬似的に受領することができる。擬似的に受領とは、課金対象の情報である暗号キー（及びコンテンツ）のダウンロードは拒否するが、これを購入クライアント４１０には知らせないことである。即ち、購入クライアント４１０には、受領クライアント４２０が受領したかのように報告される。例えば、当該プレゼントはありがたいが、既に同一のコンテンツ（の暗号キー）を所有している、プレゼントされたコンテンツは気に入らないので不要である等の場合である。
【００３６】
更に、この例においては、受領クライアント４２０は、当該プレゼントであるコンテンツ（の暗号キー）を回送することができる。回送とは、擬似的に受領した上で、実際には受領クライアント４２０が受領せずに、他のクライアント４００にプレゼントする（受領させる）ことである。即ち、購入クライアント４１０には、受領クライアント４２０が受領したかのように報告される。例えば、既に同一のコンテンツ（の暗号キー）を所有しているが、プレゼントを無駄にしたくない等の場合である。
【００３７】
以上から、プレゼント通知を受信した受領クライアント４２０が、受領決定に代えて、プレゼント情報において示されたコンテンツの受領の拒否をメニューサーバ７００に通知する。この場合、メニューサーバ７００が、プレゼント情報におけるコンテンツの受領先を受領クライアント４２０から購入クライアント４１０に変更し、購入クライアント４１０にプレゼントの受領の拒否を購入クライアント４１０に通知する。
【００３８】
また、プレゼント通知を受信した受領クライアント４２０が、受領決定に代えて、プレゼント情報において示されたコンテンツの受領を拒否する通知を、当該受領の通知を許諾しダウンロードを拒否する旨と共に、メニューサーバ７００に通知する。この場合、メニューサーバ７００が、プレゼント情報におけるコンテンツの受領先を受領クライアント４２０のままとし、受領の拒否にもかかわらず、プレゼントの受領を購入クライアント４１０に通知する。
【００３９】
更に、プレゼント通知を受信した受領クライアント４２０が、受領決定に代えて、プレゼント情報において示されたコンテンツの受領を拒否する通知を、プレゼント情報におけるコンテンツの受領先（ダウンロード先、以下同じ）を購入クライアント４１０以外の他のクライアント４００に変更する旨と共に、メニューサーバ７００に通知する。この場合、メニューサーバ７００が、プレゼント情報におけるコンテンツの受領先を受領クライアント４２０から前記他のクライアント４００に変更し、受領の拒否にもかかわらず、プレゼントの受領を購入クライアント４１０に通知する。
【００４０】
メニューサーバ７００は、登録処理部７１０、配信処理部７２０、完了通知部７３０、プレゼント情報データベース（ＤＢ）７４０を備える。
【００４１】
登録処理部７１０は、コンテンツを購入することにより課金される購入クライアント４１０から送信された、コンテンツを課金なしで受領する受領クライアント４２０を示す情報を含むプレゼント情報を、プレゼント情報ＤＢ７４０に登録する。また、登録処理部７１０は、プレゼント情報がプレゼント情報ＤＢ７４０に登録されると、当該登録を示すプレゼント通知を受領クライアント４２０に通知する。
【００４２】
プレゼント情報ＤＢ７４０は、図３（Ａ）に示すように、プレゼント情報を格納する。プレゼント情報は、コンテンツに付加されたコンテンツ識別情報ＣＩＤ、購入クライアント４１０の識別情報ＵＩＤ、購入クライアント４１０（購入者）の電話番号、ダウンロード先である受領クライアント４２０のアドレス（ＩＰアドレス又は電話番号）、メッセージ、添付画像ＩＤからなる。これらは、購入クライアント４１０によりプレゼント情報として入力される。更に、当該入力されたプレゼント情報に、当該登録の時点の時刻（登録時）が登録処理部７１０により付加される。また、受領クライアント４２０により入力された受領決定又は（受領）拒否決定が、当該時点で付加される。
【００４３】
配信処理部７２０は、受領クライアント４２０に、プレゼント情報を配信する。この配信は、配信処理部７２０が、受領クライアント４２０から所定の識別情報を受信した場合に実行される。プレゼント情報は、実際は、複数（１又は複数の）のプレゼント情報からなる一覧（図３（Ｃ）参照）を送信することにより配信される。このために、配信処理部７２０は、受領クライアント４２０について、１又は複数の購入クライアント４１０により登録された複数のプレゼント情報からなる一覧を作成する。この一覧がプレゼント情報として受領クライアント４２０に通知される。
【００４４】
プレゼント情報の一覧は、図３（Ｃ）に示すように、当該受領クライアント４２０についての複数のプレゼント情報を表示する。各々のプレゼント情報は、例えば、購入者電話番号及び曲名（コンテンツ名）からなる。これにより、これを見た受領クライアント４２０（のユーザ）は、当該プレゼントの贈り主（購入クライアント４１０）及びそのコンテンツを知ることができる。なお、コンテンツ名は、ＣＩＤがコンテンツを一意に定めるので、プレゼント情報のＣＩＤから求まる。
【００４５】
この例において、配信処理部７２０は、プレゼント情報の期限管理を行う。即ち、配信処理部７２０は、この一覧において、その有効期限の経過したプレゼント情報を除外する。プレゼント情報についての有効期限は、例えば登録処理部７１０により、図３（Ｂ）に示すように、コンテンツ（ＣＩＤ）毎に一意に定められる。配信処理部７２０は、図４（Ａ）に示すように、複数のプレゼント情報のダウンロード先を参照して、当該受領クライアント４２０についてのプレゼント情報を抽出する。そして、抽出したプレゼント情報について、その登録時（時刻）を参照して、当該コンテンツについて定められた有効期限に基づいて、有効期限内か否かをチェックする。このチェック結果に基づいて、配信処理部７２０は、有効期限の経過したプレゼント情報を除外する。
【００４６】
なお、配信処理部７２０は、有効期限の経過したプレゼント情報におけるコンテンツの受領先を受領クライアント４２０から購入クライアント４１０に変更する。これにより、有効期限の経過したプレゼントを、自己がダウンロードすることができる。
【００４７】
実際には、登録処理部７１０がプレゼント情報と共にメッセージを登録するので、配信処理部７２０は、メッセージをプレゼント情報と共に受領クライアント４２０に配信する。更に、登録処理部７１０がプレゼント情報と共に添付画像を登録するので、配信処理部７２０は、添付画像をプレゼント情報と共に受領クライアント４２０に配信する。
【００４８】
完了通知部７３０は、当該メニューサーバ７００が、更に、受領クライアント４２０によりプレゼント情報において示されたコンテンツが受領された場合、プレゼントの受領を購入クライアント４１０に通知する。
【００４９】
メニューサーバ７００によるプレゼント情報に基づく課金処理は、以下のように行われる。
【００５０】
この例においては、コンテンツの配信に先立って、購入クライアント４１０に課金することができる。これを前課金という。即ち、登録処理部７１０が、プレゼント情報の登録に際して購入クライアント４１０への課金を課金サーバ５００に依頼する。前課金の場合、コンテンツの配信時における確実な課金を保証することができる。
【００５１】
また、この例においては、コンテンツの配信の後に、購入クライアント４１０に課金することができる。これを後課金という。即ち、完了通知部７３０が、受領クライアント４２０により、プレゼント情報において示されたコンテンツが受領された場合、購入クライアント４１０への課金を課金サーバ５００に依頼する。後課金の場合、購入クライアント４１０は、当該プレゼントの受領を確認した上で課金されると言う利点がある。
【００５２】
更に、この例においては、上述の前課金及び後課金を併用することができる。即ち、登録処理部７１０がプレゼント情報の登録に際して購入クライアント４１０への課金を課金サーバ５００に依頼し、かつ、完了通知部７３０がコンテンツが受領された場合に課金を課金サーバ５００に依頼することができる。この場合、前課金はプレゼント情報の登録料の意味を持ち、後課金はコンテンツ（の暗号キー）の配信料の意味を持つ。前課金及び後課金の併用の場合、コンテンツ配信サーバ２００は前課金により配信料の一部を必ず課金でき、一方、購入クライアント４１０は後課金により当該プレゼントの受領を確認した上で課金されると言う利点がある。
【００５３】
メニューサーバ７００によるプレゼント情報に基づくコンテンツプレゼント管理処理は、以下のように行われる。
【００５４】
この例においては、配信処理部７２０が、プレゼント情報を配信した受領クライアント４２０から、プレゼント情報において示されたコンテンツの受領を拒否する通知を受信することができる。この場合（拒否の場合）、配信処理部７２０は、プレゼント情報におけるコンテンツの受領先を受領クライアント４２０から購入クライアント４１０に変更する。これにより、購入クライアント４１０へ、プレゼントであるコンテンツが戻ることになる。また、完了通知部７３０が、購入クライアント４１０にプレゼントの受領の拒否を購入クライアント４１０に通知する。
【００５５】
なお、この場合において、登録処理部７１０がプレゼント情報の登録に際して購入クライアント４１０への課金（前課金）を課金サーバ５００に依頼している場合がある。この場合、前記受領を拒否する通知を受信した配信処理部７２０が、登録処理部７１０の依頼した購入クライアント４１０への課金の取り消しを課金サーバ５００へ依頼する。また、完了通知部７３０が、購入クライアント４１０にプレゼントの受領の拒否を購入クライアント４１０に通知する。
【００５６】
また、この例においては、配信処理部７２０が、プレゼント情報を配信した受領クライアント４２０から、プレゼント情報において示されたコンテンツの受領を拒否する通知を、当該受領の通知を許諾しダウンロードを拒否する旨と共に受信することができる。この場合（疑似受領の場合）、配信処理部７２０は、プレゼント情報におけるコンテンツの受領先を受領クライアント４２０のままとする。また、完了通知部７３０が、受領の拒否にもかかわらず、プレゼントの受領を購入クライアント４１０に通知する。これにより、見かけ上、購入クライアント４１０には、受領クライアント４２０が当該プレゼントを受け取ったように見えることになる。
【００５７】
更に、この例においては、配信処理部７２０が、プレゼント情報を配信した受領クライアント４２０から、プレゼント情報において示されたコンテンツの受領を拒否する通知を、プレゼント情報におけるコンテンツの受領先を購入クライアント４１０以外の他のクライアント４００に変更する旨と共に受信することができる。この場合（回送の場合）、配信処理部７２０が、プレゼント情報におけるコンテンツの受領先を受領クライアント４２０から前記他のクライアント４００に変更する。また、完了通知部７３０が、受領の拒否にもかかわらず、プレゼントの受領を購入クライアント４１０に通知する。これにより、前述と同様に、購入クライアント４１０には、受領クライアント４２０が当該プレゼントを受け取ったように見える。一方、プレゼントを見かけ上受領した受領クライアント４２０は、当該プレゼントを更に他のクライアント４００に贈る（回送する）ことができる。従って、プレゼントが無駄になることがない。
【００５８】
図５は、コンテンツ配信サーバ２００におけるプレゼント配信課金処理フローを示す。
【００５９】
購入クライアント４１０が、新規にプレゼントを決定し（ステップＳ１）、これを登録する（ステップＳ２）。この登録に基づいて、購入クライアント４１０に対して当該プレゼントの登録について課金された後（ステップＳ３）、受領クライアント４２０にプレゼントが通知される（ステップＳ４）。この後、プレゼントの有効期限が切れているか否かを調べ（ステップＳ５）、期限切れである場合、有効期限切れを通知する（ステップＳ６）。
【００６０】
期限内である場合、更に、受領クライアント４２０が当該プレゼントを受け取るか否かを調べる（ステップＳ７）。受け取る場合、受領クライアント４２０が当該プレゼント（ライセンス、即ち、暗号キー）を受け取ると（ステップＳ８）、当該コンテンツ（及びその暗号キー）の配信について課金され（ステップＳ９）、当該受け取りが購入クライアント４１０に対して通知される（ステップＳ１０）。
【００６１】
一方、ステップＳ７において受け取らない場合、更に、受領クライアント４２０が当該プレゼントを擬似的に受け取るか否かを調べる（ステップＳ１１）。擬似的に受け取る場合、ステップＳ９を実行する。擬似的に受け取らない場合、更に、受領クライアント４２０が当該プレゼントの受領を拒否するか否かを調べる（ステップＳ１２）。拒否する場合、購入クライアント４１０に対して拒否を通知する（ステップＳ１３）。拒否しない場合、ステップＳ５以下を実行する。
【００６２】
一方、ステップＳ１３において拒否を通知されたか、又は、ステップＳ６において有効期限切れを通知された購入クライアント４１０が、当該プレゼントを再度他の（受領）クライアント４００に対するプレゼントに決定し（ステップＳ１４）、ステップＳ２以下を実行する。
【００６３】
図６乃至図８は、本発明のコンテンツ配信システムにおけるプレゼント配信及び課金処理のシーケンスを示す。特に、図６（Ａ）は購入クライアント４１０によるプレゼント処理、図６（Ｂ）は受領クライアント４２０による受領決定処理、図７（Ａ）及び（Ｂ）は受領する場合の受領クライアント４２０によるコンテンツ及びライセンス（暗号キー）のダウンロード処理、図８（Ａ）は受領クライアント４２０による受領拒否決定処理、図８（Ｂ）は購入クライアント４１０による受領拒否の後処理を示す。
【００６４】
図６（Ａ）において、音楽コンテンツの配信のメニューの閲覧のために、購入クライアント４１０がメニューサーバ７００にアクセスすると、これに基づいてメニューサーバ７００が、当該メニューを購入クライアント４１０に表示する。これを見た購入クライアント４１０が楽曲（コンテンツ）を選択すると、これに基づいてメニューサーバ７００が、当該楽曲についての曲情報を購入クライアント４１０に送信し、確認のために表示する。曲情報は、例えば当該コンテンツの識別情報ＣＩＤ、データサイズ、価格等を含む。
【００６５】
曲情報を確認した購入クライアント４１０（のユーザ）が、確認ボタンをクリックすることにより当該楽曲を他のクライアント４００（新たな受領クライアント４２０）にプレゼントすることを決定して、プレゼント決定の通知をメニューサーバ７００に送信する。当該通知には、そのダウンロード先のアドレス（電話番号又はＩＰアドレス）及び「誕生日おめでとう」等のメッセージが含まれ、また、当該コンテンツの識別情報ＣＩＤも付加される。なお、メッセージの付加は任意である。プレゼント決定の通知を受信したメニューサーバ７００は、プレゼント時において当該コンテンツに添付可能な画像のメニューを購入クライアント４１０に送信して表示する。これを見た購入クライアント４１０が添付画像を選択する。添付画像の選択も任意である。
【００６６】
この後、メニューサーバ７００が、再度確認のために、購入クライアント４１０に課金される料金を送信して表示する。これを見た購入クライアント４１０がＯＫボタンをクリックすると、最終的な確認の通知がメニューサーバ７００に送信される。そこで、この確認の通知を受信したメニューサーバ７００は、プレゼント情報をプレゼント情報ＤＢ７４０に登録する。この後、メニューサーバ７００は、次のメニューを購入クライアント４１０に送信して表示する。
【００６７】
この処理に続いて、図６（Ｂ）において、メニューサーバ７００が、購入クライアント４１０によりプレゼント情報が登録されたことを、ダウンロード先のアドレスに基づいて、受領クライアント４２０に電子メールにより通知する。これを見た受領クライアント４２０がメニューサーバ７００にアクセスする。これにより、図４（Ｂ）に示すように、受領クライアント４２０についてのアクセス条件が得られる。このアクセスに基づいてメニューサーバ７００が、当該音楽配信メニューを受領クライアント４２０に表示する。これを見た受領クライアント４２０がメニュー項目から「プレゼント」を選択すると、これに基づいてメニューサーバ７００が、プレゼントとして登録されている当該楽曲についての曲情報（詳細情報）を受領クライアント４２０に送信し表示する。
【００６８】
曲情報及びダウンロードされるデータ容量を確認した受領クライアント４２０が、当該プレゼントの受領決定の通知をメニューサーバ７００に送信する。データ容量を確認するのは、ダウンロードして記録することができるか否かの確認のためである。受領決定の通知を受信したメニューサーバ７００は、これに基づいてプレゼント情報ＤＢ７４０を更新する。即ち、受領決定を書き込む。
【００６９】
この後、メニューサーバ７００が受領クライアント４２０に対して再発呼を指示すると、これに応じて受領クライアント４２０はメニューサーバ７００との通信を切断する。再発呼の指示には、接続種別、接続先電話番号、ＣＩＤ、アクセス条件、戻り先アドレス等の情報が含まれる。接続先電話番号は受領クライアント４２０がアクセスすべきアクセスサーバ９００（又はコンテンツ配信サーバ２００）の電話番号であり、接続種別は当該アクセスサーバ９００の種別を示す。アクセス条件は、課金処理を依頼すべき課金サーバ５００のアドレス（ＩＰアドレス）及びポート番号等である。アクセス条件は、図４（Ｃ）に示すように、図４（Ｂ）のアドレスと、課金サーバ５００のアドレス（ＩＰアドレス）及びそのポート番号とを含む。
【００７０】
この処理に続いて、図７（Ａ）において、受領クライアント４２０が、メニューサーバ７００から指定された電話番号に再発呼してアクセスサーバ９００にアクセスし、これを介して、コンテンツＩＤ（ＣＩＤ）によりコンテンツを指定してコンテンツ配信サーバ２００にアクセスして、コンテンツ獲得要求（GET CONTENT ）を送信する。この例の場合、コンテンツは課金の対象ではない。そこで、コンテンツ獲得要求に応じて、コンテンツ配信サーバ２００は、（アクセスサーバ９００を介して、以下同じ）受領クライアント４２０へのコンテンツのダウンロードを実行する。即ち、コンテンツ獲得要求への応答（RES GET CONTENT ）を行う。
【００７１】
コンテンツのダウンロードが終了すると、受領クライアント４２０は、コンテンツ配信サーバ２００にコンテンツ獲得要求の終了（CLOSE ）を通知する。これに応じて、コンテンツ配信サーバ２００は、受領クライアント４２０へライセンス獲得要求の終了に対する応答（RES CLOSE ）を返信する。これに応じて、受領クライアント４２０は、アクセスサーバ９００との間で確立していた呼を切断して、戻り先アドレス（電話番号）に再発呼してメニューサーバ７００にアクセスする。
【００７２】
なお、実際は、コンテンツのダウンロードに連続して、ライセンス（暗号キー）のダウンロードの実行が可能とされる。このために、前記応答(RES GET CONTENT) を受信した場合、受領クライアント４２０は、前記終了(CLOSE) を通知しない。そして、この終了(CLOSE) に代えて、受領クライアント４２０は、以下のライセンス獲得要求（GET LISENCE ）をコンテンツ配信サーバ２００に送信する。
【００７３】
図７（Ａ）の処理に続いて、図７（Ｂ）において、受領クライアント４２０が、アクセスサーバ９００を介して、ＣＩＤによりコンテンツを指定してコンテンツ配信サーバ２００にアクセスして、ライセンス（即ち、暗号キー）獲得要求（GET LISENCE ）を送信する。これに応じて、コンテンツ配信サーバ２００は、アクセス条件において指定された課金サーバ５００に接続し、これにライセンス発行開始通知を送信する。この開始通知を受信した課金サーバ５００は、受領準備を行う。受領準備を完了した課金サーバ５００が、これをコンテンツ配信サーバ２００に通知するようにしてもよい。この後、コンテンツ配信サーバ２００は、受領クライアント４２０へのライセンスのダウンロードを実行する。即ち、ライセンス獲得要求への応答（RES GET LISENCE ）を行う。
【００７４】
ライセンスのダウンロードが終了すると、受領クライアント４２０は、コンテンツ配信サーバ２００にライセンス獲得要求の終了（CLOSE ）を通知する。これに応じて、コンテンツ配信サーバ２００は、受領クライアント４２０へライセンス獲得要求の終了に対する応答（RES CLOSE ）を返信する。これに応じて、受領クライアント４２０は、アクセスサーバ９００との間で確立していた呼を切断して、戻り先アドレス（電話番号）に再発呼してメニューサーバ７００にアクセスする。
【００７５】
一方、図８（Ａ）において、図６（Ｂ）の処理と同様の処理を実行することにより、メニューサーバ７００が、当該楽曲についての曲情報を受領クライアント４２０に送信し表示する。
【００７６】
しかし、曲情報（又はダウンロードされるデータ容量）を確認した受領クライアント４２０は、当該プレゼントの受領の拒否決定の通知をメニューサーバ７００に送信する。受領の拒否決定の通知を受信したメニューサーバ７００は、これに基づいて、プレゼント情報ＤＢ７４０を更新する。即ち、受領拒否決定を書き込むと共に、プレゼント情報のダウンロード先を「受領クライアント４２０のアドレス」から「購入クライアント４１０のアドレス」に書き換える。
【００７７】
この場合、受領が拒否されたので、コンテンツ又はライセンスが引き続いてダウンロードされることはない。そこで、メニューサーバ７００は、再発呼を指示することなく、受領クライアント４２０にメニューを送信し表示する。
【００７８】
この処理に続いて、図８（Ｂ）において、メニューサーバ７００が、受領クライアント４２０によりプレゼントの受領が拒否されたことを、購入クライアント４１０に電子メールにより通知する。これを見た購入クライアント４１０が、図６（Ｂ）の処理と同様の処理を実行することにより、メニューサーバ７００が、当該拒否された楽曲についての曲情報を受領クライアント４２０に送信し表示する。
【００７９】
曲情報及びダウンロードされるデータ容量を確認した購入クライアント４１０は、当該プレゼントの受領の決定の通知をメニューサーバ７００に送信する。受領の決定の通知を受信したメニューサーバ７００は、これに基づいて、プレゼント情報ＤＢ７４０を更新する。即ち、受領決定を書き込む。
【００８０】
この後、メニューサーバ７００が購入クライアント４１０に対して図６（Ｂ）と同様に再発呼を指示すると、これに応じて購入クライアント４１０はメニューサーバ７００との通信を切断する。
【００８１】
以上、本発明をその実施の態様により説明したが、本発明はその主旨の範囲において種々の変形が可能である。
【００８２】
例えば、課金対象である情報は、コンテンツを暗号化した暗号キーを暗号化した情報に限られない。課金対象である情報は、コンテンツを暗号化しないで配信する場合における暗号化されていないコンテンツ、コンテンツを暗号化して配信する場合における暗号化したコンテンツ、コンテンツを暗号化した暗号キーであって暗号化されていない暗号キーであってもよい。
【００８３】
また、メニューサーバ７００と課金サーバ５００、メニューサーバ７００とアクセスサーバ９００、メニューサーバ７００とコンテンツ配信サーバ２００を、各々、一体に設けてもよい。また、メニューサーバ７００とは独立に、プレゼント情報を管理するコンテンツプレゼント管理装置を設けてもよい。
【００８４】
また、アクセスサーバ９００と課金サーバ５００とは、分離して設ける必要はなく、これらを一体として１個のサーバとして設けてもよい。クライアント４００は、携帯電話に限られず、パーソナルコンピュータ、ＰＤＡ（Personal Data Assistants）等であってもよい。即ち、移動体端末であっても、固定された端末であってもよい。コンテンツ配信システムは、必ずしも、メニューサーバ７００を備えなくともよい。
【産業上の利用可能性】
【００８５】
以上説明したように、本発明によれば、コンテンツプレゼント管理装置において、コンテンツの配信に先立って、購入クライアントからのプレゼントがあることを受領クライアントに正確に通知することができ、また、受領クライアントに対してプレゼントの受領を断る機能を提供することができ、この結果、購入クライアント及び受領クライアントの意図に沿ったプレゼント管理を行うことができる。
【００８６】
また、本発明によれば、コンテンツプレゼント管理システムにおいて、購入クライアントからのプレゼントがあることを受領クライアントに正確に通知することができ、また、受領クライアントにプレゼントの受領を断る機能を提供することができ、更に、実際に受領決定した受領クライアントにのみ配信サーバのアドレスを通知するので、実際に配信してよい受領クライアントにのみ、コンテンツを配信することができ、この結果、購入クライアント及び受領クライアントの意図に沿ったプレゼント管理を行うことができる。
【００８７】
また、本発明によれば、上述のようなコンテンツプレゼント管理装置を実現するプログラムをコンピュータ読取可能に記録するプログラム記録媒体を提供するので、課金対象である情報を受信していないクライアントに課金されないようにしたコンテンツプレゼント管理装置を実現することができる。
【図面の簡単な説明】
【００８８】
【図１】コンテンツ配信システム構成図である。
【図２】コンテンツプレゼント管理システム構成図である。
【図３】プレゼント配信課金説明図である。
【図４】プレゼント配信課金説明図である。
【図５】プレゼント配信課金処理フローである。
【図６】プレゼント配信及び課金処理のシーケンスである。
【図７】プレゼント配信及び課金処理のシーケンスである。
【図８】プレゼント配信及び課金処理のシーケンスである。
【符号の説明】
【００８９】
２００    コンテンツ配信サーバ
４００    クライアント
４１０    購入クライアント
４２０    受領クライアント
５００    課金サーバ
７００    メニューサーバ（コンテンツプレゼント管理装置）
９００    アクセスサーバ
【図１】
2008293536.tif 000003
【図２】
2008293536.tif 000004
【図３】
2008293536.tif 000005
【図４】
2008293536.tif 000006
【図５】
2008293536.tif 000007
【図６】
2008293536.tif 000008
【図７】
2008293536.tif 000009
【図８】
2008293536.tif 000010