コンテンツ配布システム及びコンテンツ配布方法
【課題】コンテンツの信頼性を確実にするコンテンツ配布システムを提供する。
【解決手段】配布されるコンテンツ１０にそのコンテンツ１０の利用が許可されているユーザに対応する許可ユーザ情報１１が対応付けられる。ユーザ端末３は、ユーザ２を特定するユーザ特定情報３６ａと許可ユーザ情報１１とが所定の関係にない場合、ユーザ特定情報３６ａ及び許可ユーザ情報１１をサーバ４へ送信する。サーバ４は、受信したユーザ特定情報３６ａ及び許可ユーザ情報１１を、それぞれ配布先及び配布元とするユーザ関連情報４１ａを生成し、ユーザ特定情報３６ａと所定の関係を有するように、新許可ユーザ情報を生成してユーザ端末３へ提供する。そして、新許可ユーザ情報を取得したユーザ端末３は、許可ユーザ情報１１を新許可ユーザ情報に変更する。
【解決手段】配布されるコンテンツ１０にそのコンテンツ１０の利用が許可されているユーザに対応する許可ユーザ情報１１が対応付けられる。ユーザ端末３は、ユーザ２を特定するユーザ特定情報３６ａと許可ユーザ情報１１とが所定の関係にない場合、ユーザ特定情報３６ａ及び許可ユーザ情報１１をサーバ４へ送信する。サーバ４は、受信したユーザ特定情報３６ａ及び許可ユーザ情報１１を、それぞれ配布先及び配布元とするユーザ関連情報４１ａを生成し、ユーザ特定情報３６ａと所定の関係を有するように、新許可ユーザ情報を生成してユーザ端末３へ提供する。そして、新許可ユーザ情報を取得したユーザ端末３は、許可ユーザ情報１１を新許可ユーザ情報に変更する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを複数のユーザに配布するためのコンテンツ配布システム、及びコンテンツ配布方法に関する。
【背景技術】
【０００２】
コンピュータプログラムや画像や音楽のコンテンツ（以下、まとめて「コンテンツ」という。）に関して、正規の購入手続きを経ない不法コピーが問題となっている。当該不法コピーを防止する方法としては、コピー防止機能やコピー回数制限を正規商品に付加する方法が知られている。一方、コピーを「配布」と捉え、正規の購入手続きを経ずにコピーされたコンテンツは、所定の課金処理をしないと使用されないように構成された課金システムも知られている（例えば、特許文献１参照）。
【特許文献１】国際公開第０１／０３３５４６号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来の課金システムにおいては、コピーされたコンテンツに対して課金処理を行うことはできるが、各コンテンツが配布されるルートを管理して各コンテンツの信頼性を確実にするようなシステムは存在しない。
【０００４】
そこで、本発明は、コンテンツの信頼性を確実にするコンテンツ配布システム及びコンテンツ配布方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下の手段により上述した課題を解決する。なお、本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
【０００６】
本発明のコンテンツ配布システム（１）は、ユーザ（２）によって操作されるユーザ端末（３）と、前記ユーザ端末とデータの送受信可能であるサーバ（４）とを含むコンテンツ配布システムであって、前記ユーザ端末は、前記ユーザを特定するユーザ特定情報を取得する特定情報取得部（３０）と、前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するコンテンツ記憶部（３３）と、前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有する場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別する状態判別部と（３０）、前記状態判別部によって前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うコンテンツ処理部（３０）と、前記状態判別部によって前記利用が許可されていないと判別された場合に、前記特定情報取得部によって取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信する許可処理要求部（３０、３５）と、前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更する変更処理部（３０）と、前記サーバは、前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するユーザ関連情報生成部（４０）と、前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供する新許可ユーザ情報生成部（４０、４２）と、を有することにより、上記の課題を解決する。
【０００７】
本発明によれば、配布されるコンテンツはコンテンツ記憶部に記憶される。従って、コンテンツは他のユーザ端末から直接コピーすることにより又はコンテンツがコピーされた記録媒体を介して取得することが可能である。しかし、コンテンツは、コンテンツに対応付けられた許可ユーザ情報とユーザ特定情報とが所定の関係を有する場合にのみ利用できる。取得時の許可ユーザ情報は、配布元のユーザ特定情報に対応するように生成された情報であるため、新しいユーザがコンテンツを利用するためには、コンテンツに対応付けられた許可ユーザ情報を自己のユーザ特定情報に対応するように書き換える必要がある。本発明においては、サーバの新許可ユーザ情報生成部にて、新しいユーザのユーザ特定情報に基づいて新許可ユーザ情報が生成され、ユーザ端末の変更処理部にてコンテンツに対応付けられた許可ユーザ情報が新許可ユーザ情報に変更される。このように、許可ユーザ情報は、コンテンツが新しいユーザに取得されるたびに新しいユーザに対応するように書き換えられる。一方、サーバでは、ユーザ関連情報生成部にて、新しいユーザのユーザ特定情報を配布先とし、コンテンツに対応付けられている現在の許可ユーザ情報を配布元とするユーザ関連情報が生成される。従って、ユーザ関連情報における配布元又は配布先をたどっていけば、１つのコンテンツに関する配布ルートを確認することができる。これにより、配布されるコンテンツの出所の信頼性を確実にすることができ、また、トラブル発生時の原因分析にも有効である。
【０００８】
購入や契約等、ユーザがコンテンツを利用するための条件が存在する場合、当該条件が予め満たされているコンテンツに対して適用してもよいし、変更処理にて許可ユーザ情報が変更されるまでに、本システムにて当該条件が満たされているか否かを判別し、当該条件が満たされている場合にのみ変更処理が実行されるように構成してもよい。ユーザが当該条件を満たすための処理は、本発明のサーバにて行われてもよいし、他のサイトにて行われてもよい。
【０００９】
「ユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザを生成」する態様には、ユーザ特定情報自体を加工して生成する場合と、ユーザ特定情報以外の情報を加えて加工して生成する場合、あるいは、対応付けテーブル等によって対応付ける場合等が考えられる。加工には暗号化処理の場合や単なる変換処理の場合等が含まれる。「所定の関係」には一致する関係、公式等所定の手順により導き出せる関係、対応付けテーブルによって対応付けられている関係等を含む。特定情報取得部がユーザ特定情報を取得する態様には、ユーザによって入力されることによって取得される場合と、予めユーザ端末に記憶されたユーザ特定情報が取得される場合とを含む。
【００１０】
前記ユーザ端末は、前記ユーザ端末に固有の端末固有情報（３６ａ）を記憶する固有情報記憶部（３６）を有し、前記特定情報取得部は、前記固有情報記憶部から前記端末固有情報を前記ユーザ特定情報として取得してもよい。これにより、ユーザ端末を本発明のユーザとして扱い、ユーザによるユーザ特定情報の入力を要求せずに本システムを実現することができる。即ち、配布されるコンテンツの利用をユーザ端末を単位にして管理することができる。ユーザ端末に固有の端末固有情報としては、例えば、ユーザ端末が携帯端末の場合は個体識別番号（ＵＩＤ）、並びにＳＩＭカードやＵＩＭカードに記録されたユーザに固有な情報が適用可能であり、ユーザ端末がコンピュータの場合はＭＡＣアドレス(Media Access Control address）等が適用可能である。
【００１１】
前記ユーザ端末は、前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有するか否かを示す許可情報を記憶する許可情報記憶部（３３）と、前記変更処理部によって前記許可ユーザ情報が変更されるまで、前記所定の関係を有しないことを示し、前記許可ユーザ情報が変更されると、前記所定の関係を有することを示すように、前記許可情報を制御する許可情報制御部（３０）とを有し、前記状態判別部は、前記許可情報を参照することにより、前記利用が許可されているか否かを判別してもよい。
【００１２】
これにより、許可ユーザ情報がユーザ特定情報と所定の関係を有するように一度変更されると、許可情報に所定の関係を有することが設定されるので、一度許可ユーザ情報が変更されたユーザ端末では、その後コンテンツに対応付けられた許可ユーザ情報はいずれの情報であっても、コンテンツを利用することができる。従って、ユーザ端末を所有するユーザがコンテンツを紛失したり削除してしまった場合であっても、新しいコンテンツを取得してコンテンツ記憶部にコピーすれば、そのコンテンツに対応付けられた許可ユーザ情報がいずれのユーザを示す場合であっても、利用することができる。
【００１３】
前記ユーザ端末は前記コンテンツの購入に関する購入処理を行うための購入サイトと接続可能に構成され、前記ユーザ端末の許可処理要求部は、前記ユーザ端末情報が配布先に設定されているユーザ関連情報が、前記サーバに記憶されていない場合に、前記購入処理がされていないと判別する購入処理判別部（４０）を有し、前記利用が許可されていないと判別され、更に前記購入処理がされていないと判別された場合、前記ユーザ特定情報及び前記許可ユーザ情報を含む購入登録要求を送信し、前記購入登録要求を受信した前記サーバのユーザ関連情報生成部は、受信した購入登録要求に含まれる前記ユーザ特定情報及び前記許可ユーザ情報によって、前記ユーザ関連情報を生成し、更に、前記購入サイトに接続するために必要な情報を生成して前記ユーザ端末へ送信し、前記ユーザ端末は、前記サーバから取得した前記必要な情報によって、前記購入サイトに接続するコンテンツ購入部（３０）を有し、前記サーバの新許可ユーザ情報生成部は、前記購入処理を行ったユーザに対応する前記ユーザ特定情報によって、前記新許可ユーザ情報を生成してもよい。
【００１４】
これにより、ユーザ特定情報が配布先に設定されているユーザ関連情報の有無によって購入処理がされたか否かを判別し、当該ユーザ関連情報が記憶されていない場合は、ユーザに購入処理を促すことができる。そして、購入処理を行ったユーザに対して、新許可ユーザ情報が提供される。購入処理を行ったか否かを判別する態様には、ユーザ特定情報を含む購入完了通知が購入サイトから直接又はサーバを介してユーザ端末へ送信され当該通知がユーザ端末にて保持される場合、や購入完了通知がサーバへ送信されてサーバにて保持あれる場合等がある。「購入するために必要な情報」には、購入サイトにアクセスするためのアカウントＩＤやパスワード等がある。
【００１５】
前記サーバのユーザ関連情報生成部は、前記ユーザに対して固有に付与される購入処理識別情報を前記必要な情報として生成し、生成された前記購入処理識別情報を前記ユーザ端末に送信するとともに、生成された前記ユーザ関連情報に対応付けて記憶し、前記サーバは、前記購入サイトから前記購入処理が行われた前記購入処理識別情報を取得すると、その購入処理識別情報に対応するユーザ関連情報を特定し、前記特定されたユーザ関連情報に、前記購入処理がされたことを示す購入情報を対応付ける購入後処理部（４０）を有し、前記ユーザ端末の購入処理判別部は、前記ユーザ関連情報が記憶されている場合は、前記購入情報を参照することにより前記購入処理がされたか否かを判別し、前記ユーザ端末の許可処理要求部は、前記購入処理判別部にて前記購入処理がされていると判別された場合、前記ユーザ特定情報を含む新ユーザ情報要求を送信し、前記サーバの新許可ユーザ情報生成部は、前記新ユーザ情報要求を受信すると、前記新ユーザ情報要求に含まれるユーザ特定情報によって、前記新許可ユーザ情報を生成してもよい。
【００１６】
これにより、ユーザ関連情報が生成された後であっても、購入情報によって、購入処理が行われたか否かが判別されるため、ユーザ関連情報の生成と購入処理を異なるタイミングで行うことができる。これにより、ユーザは都合に応じて購入処理を行うことができる。また、購入処理を一度行ったコンテンツであれば、許可ユーザ情報が異なる場合であっても、新許可ユーザ情報が新しいユーザに対して発行され、コンテンツに対応付けられた許可ユーザ情報は新許可ユーザ情報に変更される。
【００１７】
前記サーバは、
前記ユーザ関連情報において、前記配布元に設定されている許可ユーザ情報から、その許可ユーザ情報と前記所定の関係を有する前記ユーザ特定情報を特定し、特定された前記ユーザ特定情報を前記配布先として設定されているユーザ関連情報を検索し、検索された前記ユーザ関連情報に所定の特典情報を付加する特典付加手段（４０）を有してもよい。これにより、他のユーザにコンテンツを配布したユーザに対応するユーザ関連情報には、配布した数に応じて特典が付与されるので、ユーザに特定を付与すれば、コンテンツの配布のモチベーションを高めることができる。特典情報としては、ポイントや特典そのものを示す情報等が含まれる。
【００１８】
前記新許可ユーザ情報生成部は、前記ユーザ特定情報を暗号化することにより前記新許可ユーザ情報を生成してもよい。これにより、ユーザ端末における許可ユーザ情報が、不正に書き換えられることを防止することができる。
【００１９】
前記ユーザ端末に着脱可能であり、前記ユーザ端末は携帯型端末であってもよい。特に携帯型端末の場合、例えば、ゲームで使用される画像データや音楽データのような大容量データをダウンロードするのに時間がかかりかつ通信環境が万全ではないが、大容量データを所定の記録媒体を介して配布されるコンテンツとすれば、携帯型端末であっても問題なく大容量データを配布することができる。
【００２０】
また、本発明のコンテンツ配布方法は、ユーザ（２）によって操作されるユーザ端末（３）と、前記ユーザ端末とデータの送受信可能であるサーバ（４）とで行われるコンテンツ配布方法であって、前記ユーザ端末にて、前記ユーザを特定するユーザ特定情報を取得するステップと、前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するステップと、前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係にある場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別するステップと、前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うステップと、前記利用が許可されていないと判別された場合に、前記取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信するステップと、前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更するステップが行われ、前記サーバにて、前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するステップと、前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供するステップが行われる、ことを特徴とする。本発明の各処理をユーザ端末及びサーバの制御部によって実行することにより、上述したコンテンツ配布システムとして具現化される。
【発明の効果】
【００２１】
上述したように、本発明によれば、配布されるコンテンツにそのコンテンツの利用が許可されているユーザに対応する許可ユーザ情報が対応付けられる。ユーザ端末は、ユーザを特定するユーザ特定情報と当該許可ユーザ情報とが所定の関係にない場合、ユーザ特定情報及び許可ユーザ情報をサーバへ送信する。サーバは、受信したユーザ特定情報及び許可ユーザ情報を、それぞれ配布先及び配布元とするユーザ関連情報を生成し、かつ、受信したユーザ特定情報と所定の関係を有するように、新許可ユーザ情報を生成してユーザ端末へ提供する。そして、新許可ユーザ情報を取得したユーザ端末は、許可ユーザ情報を新許可ユーザ情報に変更することにより、コンテンツの信頼性を確実にするコンテンツ配布システム等を提供することができる。
【発明を実施するための最良の形態】
【００２２】
図１は、本発明のコンテンツ配布システム１の一例を示す図である。コンテンツ配布システム１は、ユーザ２の操作を受け付けるユーザ端末３と、ユーザ端末３とデータ送受信可能なサーバ４とで構成される。ユーザ端末３とサーバ４とはネットワーク５を介して接続される。本形態のユーザ端末３は、ユーザ２が所有する携帯型電話機であり、従って、ユーザ端末３とネットワーク５とは一部無線回線で接続される。また、ユーザ端末３及びサーバ４はネットワーク５を介して、所定の購入サイト７に接続可能である。購入サイト７は購入サーバによって運営されるコンテンツ１０に関する課金処理を行うためのサイトである。購入サイト７にて購入処理を行うために必要な処理ＩＤをサーバ４から取得することにより、ユーザ端末３にて購入サイト７での購入処理が可能となる。
【００２３】
コンテンツ配布システム１において配布されるコンテンツ１０はゲームソフトである。ユーザ端末３にはＳＤカード６が装着可能であり、コンテンツ１０はＳＤカード６によって他のユーザ端末３’からユーザ端末３へ配布される。即ち、本形態では、ユーザ端末３’を購入元としてユーザ端末３がコンテンツ１０を購入する。コンテンツ１０にはコンテンツ１０の利用が許可されるユーザ端末を示す許可ユーザＩＤ１１が対応付けられている。このように、本形態ではユーザ端末とユーザが１対１に対応するとみなし、ユーザ端末を単位にしてコンテンツ１０の利用を許可する。許可ユーザＩＤ１１は秘密鍵によって暗号化され、許可ユーザＩＤ１１には使用された秘密鍵に対応する公開鍵１１ａが対応付けられている。以下、公開鍵１１ａが対応付けられた許可ユーザＩＤ１１を「鍵付き許可ユーザＩＤ１１」という。
【００２４】
本形態の場合、他のユーザ端末３’からＳＤカード６へコンテンツ１０がコピーされた時点では、ＳＤカード６内のコンテンツ１０には、他のユーザ端末３’を示す鍵付き許可ユーザＩＤ１１が対応付けられる。この状態で、ＳＤカード６を介してユーザ端末３にコンテンツ１０が取得された場合であっても、コンテンツ１０の許可ユーザＩＤ１１がユーザ端末３を示すべく、許可ユーザＩＤ１１を変更する処理（以下「変更処理」という。）がユーザ端末３にて行われない限り、コンテンツ１０はユーザ端末３にて起動されないように構成されている。
【００２５】
ユーザ端末３のハードウェアの概略構成について図２を用いて説明する。なお、本発明における全てのユーザ端末はユーザ端末３と同様の構成を有する。ユーザ端末３は、ユーザ２の操作を受け付けるボタンやキーを含む入力部３１と、画像を出力する画面及び音声を出力するスピーカ等を含む出力部３２と、本発明を実現するためのプログラム及びコンテンツ１０の配布に関する情報が記憶される配布情報記憶部３３と、ＳＤカード６を装着するカード装着部３４と、サーバ４や購入サイト７と行うデータ通信のインターフェースである端末通信部３５と、ユーザ端末３の端末固有情報３６ａが記憶された固有情報記憶部３６と、及び各構成３１〜３６の動作を制御する端末制御ユニット３０とを備える。
【００２６】
端末制御ユニット３０は、主にＣＰＵとその動作に必要なＲＡＭ、ＲＯＭ等の記憶域で構成され、コンピュータとして機能する。本発明のプログラムによって、端末制御ユニット３０は、主に、状態判別部、コンテンツ処理部、許可処理要求部、変更処理部として機能する。配布情報記憶部３３には、コンテンツの利用についてユーザ端末３が許可されているか否かを示すフラグである許可情報３３ａが記憶されている。許可情報３３ａはコンテンツに応じて用意され、フラグが立っている時は対応するコンテンツの利用が許可されていることを示す。許可情報３３ａは、例えば、予め配布情報記憶部３３に記憶されていてもよいし、コンテンツ１０がＳＤカード６から配布情報記憶部３３にコピーされる際に当該許可情報３３ａが生成されてもよいし、又はコンテンツ１０の許可情報３３ａの参照時に存在しない場合に生成されてもよい。なお、配布情報記憶部３３における許可情報３３ａのフラグは、ユーザ端末３にて後述するＩＤ変更処理を経ない限り立っていない状態である。これにより、配布情報記憶部３３は許可情報記憶部として機能する。配布情報記憶部３３は読み書き可能なメモリであるが、ユーザ２によって読み出されないようにプロテクトされている。
【００２７】
本形態では、ＳＤカード６内のコンテンツ１０及び鍵付き許可ユーザＩＤ１１が配布情報記憶部３３にコピーされることにより、コンテンツ１０及び鍵付き許可ユーザＩＤ１１がユーザ端末３にて保持され利用される。これにより、配布情報記憶部３３はコンテンツ記憶部として機能する。端末固有情報３６ａはユーザ端末３の固有情報として予め設定された情報であり、固有情報記憶部３６は読み出し専用メモリである。本形態では、端末固有情報３６ａは携帯型電話に固有に設定されたＵＩＤである。以下、端末固有情報３６ａを「ＵＩＤ３６ａ」という。上述したように本形態ではユーザ２とユーザ端末３とが１対１に対応すると仮定しているので、ユーザ端末３に固有のＵＩＤ３６ａはユーザ特定情報として機能する。ＵＩＤ３６ａがコンテンツ配布システム１にて使用される場合、端末制御ユニット３０が固有情報記憶部３６から取得する。これにより、端末制御ユニット３０は特定情報取得部として機能する。
【００２８】
サーバ４のハードウェアの概略構成について図３を用いて説明する。サーバ４は、本発明を実現するためのプログラムや各種情報が記憶されるサーバ記憶部４１と、ユーザ端末３や購入サイト７と行うデータ通信のインターフェースであるサーバ通信部４２と、各構成４１、４２の動作を制御するサーバ制御ユニット４０とで構成される。サーバ制御ユニット４０は、主にＣＰＵとその動作に必要なＲＡＭ、ＲＯＭ等の記憶域で構成され、コンピュータとして機能する。サーバ記憶部４１には、本発明を実現するためのプログラムが記憶され、当該プログラムが起動することにより、サーバ４は、主に、ユーザ関連情報生成部、新許可ユーザ情報生成部として機能する。サーバ記憶部４１には、更にユーザ関連情報４１ａが記憶されている。ユーザ関連情報４１ａのデータ構造を図４に示す。
【００２９】
ユーザ関連情報４１ａは、コンテンツ毎に記憶されている。本形態において「ユーザ関連情報４１ａ」という時は、特に断りのない限り、コンテンツ１０に対応付けられたユーザ関連情報４１ａを示す。なお、本形態において、各コンテンツはコンテンツ名、バーション番号、その他固有の識別を可能とする情報の組み合わせにより構成される識別子（以下「コンテンツ識別情報」という。）で識別される。従って、ユーザ関連情報４１ａはコンテンツ識別情報によって対応するコンテンツが識別できるように記憶されている。
【００３０】
購入ユーザ４１１は、コンテンツ１０を購入した、即ち配布先としてのユーザ端末３のＵＩＤ３６ａである。鍵付き許可ユーザＩＤ４１３はＵＩＤ３６ａ（購入ユーザ４１１）が秘密鍵によって暗号化された情報である。購入情報４１４はユーザ端末３にてコンテンツ１０の購入処理が済んでいるか否かを示すフラグである。フラグが立っている場合に購入処理が済んでいることを示す。このように、ユーザ端末３のコンテンツ１０についての購入状態はサーバ４にて管理される。
【００３１】
購入年月日４１５はコンテンツ１０の購入処理がされた年月日を示す。購入元ユーザＩＤ４１６は、コンテンツ１０の購入元、即ち配布元であるユーザ端末３’に対応する鍵付き許可ユーザＩＤを示す。処理ＩＤ４１７は、購入サイト７にて購入処理を行うユーザ端末３を識別するための識別情報である。ポイント４１８はユーザ端末３がコンテンツ１０を他のユーザ端末に配布することにより、ユーザ端末３に対して付与されるポイントである。例えば、ポイント４１８が所定の基準以上になると、ユーザ端末３に対して所定の特典が提供される。
【００３２】
ユーザ端末３’からコピーされたコンテンツ１０を保持するＳＤカード６をユーザ端末３に装着後、ユーザ端末３にてコンテンツ１０が利用されるコンテンツ処理が行われるまでに、サーバ４及びユーザ端末３のそれぞれにて行われる処理の流れの概要を図５のシーケンス図に従って説明する。サーバ４における処理及びユーザ端末３における処理はそれぞれ、サーバ制御ユニット４０及び端末制御ユニット３０によって制御される。なお、本形態のコンテンツ処理では、コンテンツ１０に基づいたゲームが開始される。
【００３３】
まず、ＳＤカード６がユーザ端末３のカード装着部３４に装着され、所定の操作が行われることにより、コンテンツ１０及び鍵付き許可ユーザＩＤ１１が配布情報記憶部３３にコピーされる（ステップＳ５０）。当該コピー時にコンテンツ１０に対応する許可情報３３ａがフラグが立っていない状態で配布情報記憶部３３に生成される。コピーされたコンテンツ１０に対応付けられた鍵付き許可ユーザＩＤ１１は、コンテンツ１０の購入元であるユーザ端末３’に対応する。例えば、ユーザ端末３にてコンテンツ処理を開始する際の開始操作があると、まず、許可情報３３ａを参照することにより、鍵付き許可ユーザＩＤ１１の利用が許可されているか否かが判断され（ステップＳ５２）、許可されている時はコンテンツ１０を利用する処理であるコンテンツ処理へ進む（ステップＳ６４）。利用が許可されていない時は、購入登録確認処理が行われる（ステップＳ５４）。
【００３４】
購入登録確認処理では、ユーザ端末３のＵＩＤ３６ａ及びコンテンツ識別情報が含まれる購入登録確認要求をサーバ４へ送信し、サーバ４から確認結果を取得することにより、購入登録処理が済んでいるか否かを判別し、購入登録処理が済んでいない場合は、コンテンツ識別情報、ＵＩＤ３６ａ及び鍵付き許可ユーザＩＤ１１を含む購入登録要求をサーバ４へ送信する。サーバ４では、購入登録確認要求を受信するとサーバ確認処理が行われ（ステップＳ５５）、購入登録要求を受信すると購入登録処理が行われる（ステップＳ５６）。
【００３５】
サーバ確認処理では、購入登録確認要求に含まれるＵＩＤ３６ａ及びコンテンツ識別情報をキーにして、サーバ記憶部４１におけるユーザ関連情報４１ａの有無を判別し、その結果を確認結果とする。また、ユーザ関連情報４１ａが存在する場合は、購入情報４１４が確認結果に含まれる。更に、購入情報４１４が購入処理が済んでいることを示す場合は、ユーザ関連情報４１ａの処理ＩＤ４１７も確認結果に含まれる。購入登録処理では、購入登録要求に含まれる情報に基づいてユーザ端末３のユーザ関連情報４１ａが生成され、生成された処理ＩＤ４１７を含む登録結果がユーザ端末３へ送信される。購入登録確認処理、及び購入登録処理の詳細については後述する。
【００３６】
確認結果又は登録結果から処理ＩＤ４１７を取得したユーザ端末３は、購入サイト７に処理ＩＤ４１７によってアクセスし、コンテンツ１０を購入するために必要な課金処理を行う（ステップＳ５７）。当該課金処理は従来既知の処理でよい。購入サイト７において課金処理が終了すると、購入サイト７から処理ＩＤ４１７を含む購入完了通知がサーバ４及びユーザ端末３へ送信される。購入完了通知を受信したサーバ４では、購入後処理が行われる（ステップＳ５８）。購入後処理では、処理ＩＤ４１７をキーにしてユーザ端末３のユーザ関連情報４１ａを検索し、検索したユーザ関連情報４１ａを購入処理後の状態に設定する。購入後処理については後述する。
【００３７】
一方、購入完了通知を受信したユーザ端末３では、配布情報記憶部３３の鍵付き許可ユーザＩＤ１１を変更すべくＩＤ変更処理へ進む（ステップＳ６０）。ＩＤ変更処理では、ＵＩＤ３６ａ、鍵付き許可ユーザＩＤ１１及びコンテンツ識別情報を含む変更要求をサーバ４へ送信し、送信されたＵＩＤ３６ａに基づいて生成された新鍵付き許可ユーザＩＤが含まれている変更用情報をサーバ４から取得し、コンテンツ１０に対応付けられた鍵付き許可ユーザＩＤ１１を、取得した新鍵付き許可ユーザＩＤに変更する。ＩＤ変更処理の詳細は後述する。ＩＤ変更処理の終了後、コンテンツ処理へ進む（ステップＳ６４）。
【００３８】
変更要求を受信したサーバ４では、新許可ユーザＩＤ生成処理が行われる（ステップＳ６２）。新許可ユーザＩＤ生成処理では、受信した変更要求に含まれるＵＩＤ３６ａに基づいて新許可ユーザＩＤが生成され、公開鍵と新許可ユーザＩＤとが対応付けられた新鍵付き許可ユーザＩＤが含まれる変更用情報がユーザ端末３へ送信される。新許可ユーザＩＤ生成処理の詳細については後述する。
【００３９】
ユーザ端末３にて行われる購入登録確認処理について、図６に示すフローチャートに従って説明する。購入登録確認処理における各処理は、ユーザ端末３の端末制御ユニット３０によって制御される。まず、ステップＳ１００にて、購入登録確認要求を生成してサーバ４へ送信する。購入登録確認要求にはコンテンツのコンテンツ識別情報、及びＵＩＤ３６ａが含まれる。購入登録確認要求を送信することにより、ステップＳ１０２にて確認結果をサーバ４から取得する。続くステップＳ１０４では、取得した確認結果によって購入登録処理が済んでいるか否かを判別する。
【００４０】
確認結果に購入情報４１４が含まれている場合、購入登録処理済みと判別し、ステップＳ１０５へ進む。ステップＳ１０５では、購入情報４１４が示す内容に従って、購入処理が済んでいると判別された場合は、購入処理が処理済みであることを示すメッセージを画面に表示し、購入処理が未処理の場合は、購入処理を促すメッセージと共に、購入サイト７へアクセスするための処理ＩＤ４１７を表示する。その後、購入登録確認処理は終了する。
【００４１】
ユーザ端末３のユーザ関連情報４１ａが存在しないことを示す確認結果の場合、購入登録処理が済んでいないと判別する。当該場合は、ステップＳ１０６に進み、購入登録要求を生成してサーバ４へ送信する。購入登録要求にはＵＩＤ３６ａとコンテンツ１０のコンテンツ識別情報が含まれる。続いてステップＳ１０８にてサーバ４からの登録結果を取得する。登録結果には、ユーザ端末３のユーザ関連情報４１ａが生成されたことを示す通知と、購入サイト７へアクセスするための処理ＩＤ４１７とが含まれる。登録結果を取得後、ステップＳ１１０へ進み、例えば、ユーザ２に購入処理を促すメッセージ及び処理ＩＤ４１７を画面に表示する。その後、購入登録確認処理は終了する。
【００４２】
次に、購入登録要求を受信したサーバ４にて行われる購入登録処理について図７に示すフローチャートに従って説明する。購入登録処理における各処理は、サーバ４のサーバ制御ユニット４０によって制御される。まず、ステップＳ１２０にて購入登録要求を受信したか否かが判別され、購入登録要求を受信した場合は、ステップＳ１２２へ進み、購入登録要求に含まれる情報に基づいてコンテンツ１０についてのユーザ関連情報４１ａを生成する。購入登録要求に含まれるＵＩＤ３６ａ、及び鍵付き許可ユーザＩＤ１１のそれぞれは、購入ユーザ４１１、及び購入元ユーザＩＤ４１６にそれぞれ設定される。
【００４３】
ユーザ関連情報４１ａの生成時には、上記２つのデータ以外のデータは空欄であり、購入情報４１４は購入処理が済んでいないことを示す。ユーザ関連情報４１ａは生成されるとサーバ記憶部４１に記憶される。ユーザ関連情報４１ａの生成後、ステップＳ１２４に進み、購入サイト７へアクセスするのに必要な処理ＩＤ４１７を生成し、生成された処理ＩＤ４１７をユーザ関連情報４１ａに設定する。続いてステップＳ１２６にて、生成された処理ＩＤ４１７を含む登録結果をユーザ端末３へ送信する。その後、購入登録処理は終了する。
【００４４】
サーバ４にて行われる購入後処理について、図８に示すフローチャートに従って説明する。まず、ステップＳ１２４にて、購入完了通知に含まれる処理ＩＤ４１７をキーにして、サーバ記憶部４１を参照して、処理対象のユーザ関連情報４１ａを特定する。続いて、ステップＳ１２５にて、特定されたユーザ関連情報４１ａの購入情報４１４を購入処理が済んでいることを示すように設定し、購入年月日４１５を設定する。次に、ステップＳ１２７に進み、特定されたユーザ関連情報４１ａの購入元ユーザＩＤ４１６を参照する。購入元ユーザＩＤ４１６には購入元であるユーザ端末３’の鍵付きユーザＩＤが設定されているので、当該鍵付きユーザＩＤをデコードして購入元ユーザ端末３’のＵＩＤ３６ａ’を取得し、ＵＩＤ３６ａ’をキーにして購入元ユーザ端末３’のユーザ関連情報４１ａ’を特定する。
【００４５】
ユーザ関連情報４１ａ’が特定されると、ステップＳ１２８に進み、ユーザ関連情報４１ａ’のポイント４１８’に所定のポイントを加算する。これにより、購入元ユーザ端末３’はコンテンツ１０を他のユーザに配布するほどポイント４１８’が増加するように構成されている。ポイント４１８’に関する処理後、購入後処理は終了する。
【００４６】
変更要求を受信したサーバ４にて行われる新許可ユーザＩＤ生成処理について図９に示すフローチャートに従って説明する。新許可ユーザＩＤ生成処理における各処理は、サーバ４のサーバ制御ユニット４０によって制御される。まず、ステップＳ１３０にて、変更要求を受信したか否かを判別する。変更要求を受信したと判別された場合は、ステップＳ１３２に進み、変更要求に含まれるＵＩＤ３６ａを所定の秘密鍵によって暗号化することにより、新許可ユーザＩＤを生成する。新許可ユーザＩＤは暗号化された秘密鍵に対応する公開鍵が対応付けられて新鍵付き許可ユーザＩＤとして扱われる。
【００４７】
次に、ステップＳ１３４にて、変更要求に含まれるＵＩＤ３６ａ及びコンテンツ識別情報をキーにしてサーバ記憶部４１を参照することにより、ユーザ関連情報４１ａを特定する。ユーザ関連情報４１ａの特定後、ステップＳ１３６に進み、特定されたユーザ関連情報４１ａの許可ユーザＩＤ４１３に生成された新鍵付き許可ユーザＩＤを設定する。その後、ステップＳ１３８に進み、生成された新鍵付き許可ユーザＩＤとコンテンツ識別情報を含む変更用情報を生成して送信し、新許可ユーザＩＤ生成処理は終了する。
【００４８】
許可ユーザＩＤ１１の変更に関してユーザ端末３にて行われるＩＤ変更処理について、図１０に示すフローチャートに従って説明する。ＩＤ変更処理における各処理は、ユーザ端末３の端末制御ユニット３０によって制御される。まず、ステップＳ１４０にて、コンテンツ１０のコンテンツ識別情報及びＵＩＤ３６ａを含む変更要求を生成してサーバ４へ送信する。その後、変更用情報の受信待ち状態となり、ステップＳ１４２にて変更用情報を受信したか否かが判断される。
【００４９】
変更用情報を受信したと判断された場合は、ステップＳ１４４へ進み、配布情報記憶部３３に記憶されている鍵付き許可ユーザＩＤ１１を、変更用情報に含まれる新鍵付き許可ユーザＩＤに変更する。これにより、ユーザ端末３が保持するコンテンツ１０に対応付けられた許可ユーザＩＤ１１は、ユーザ端末３の端末固有情報３６ａと所定の関係を有する情報となる。続いてステップＳ１４６へ進み、配布情報記憶部３３に記憶されているコンテンツ１０に対応する許可情報３３ａのフラグを立てる。これにより、ユーザ端末３は変更処理が済み、コンテンツ１０の利用が許可された状態となる。許可情報３３ａの処理後、ＩＤ変更処理は終了する。
【００５０】
端末制御ユニット３０は、ステップＳ５２により状態判別部として機能し、ステップＳ１０６及びステップＳ１４０により許可処理要求部として機能し、ステップＳ１４４により変更処理部として機能する。サーバ制御ユニット４０は、ステップＳ１２２によりユーザ関連情報生成部として機能し、ステップＳ１３２により新許可ユーザ情報生成部として機能する。更に、端末制御ユニット３０は、ステップＳ１４６により許可情報制御部として機能し、ステップＳ１０４により購入処理判別部として機能し、ステップＳ５７によりコンテンツ購入部として機能する。また、サーバ制御ユニット４０は、ステップＳ１２４及びステップＳ１２５により購入後処理部として機能し、ステップＳ１２７及びステップＳ１２８により特典付加手段として機能する。
【００５１】
最後に、サーバ４からコンテンツ１０が店舗Ｔへ提供され、店舗Ｔからユーザ２’を経てユーザ２がコンテンツ１０を購入するまでの流れについて、図１１を用いて説明する。まず、店舗Ｔはコンテンツ１０をサーバ４からダウンロードすることによって取得する。例えば、店舗サーバＴＳにおいてダウンロードすればよい。その際の許可ユーザＩＤ１１は、サーバ４にて、店舗Ｔに固有の店舗固有情報が暗号化されることによって生成される。
【００５２】
店舗Ｔはコンテンツ１０をＳＤカード６’に記憶して販売する。ユーザ２’はこのＳＤカード６’を購入し、所有するユーザ端末３’に装着する。コンテンツ１０及び鍵付き許可ユーザＩＤ１１がＳＤカード６’からユーザ端末３’の配布情報記憶部３３’にコピーされると、図５に示すステップ５０以降の処理が行われる。ステップＳ６０のＩＤ変更処理では、鍵付き許可ユーザＩＤ１１がユーザ端末３’のＵＩＤ３６’に対応した新鍵付き許可ユーザＩＤに変更される。
【００５３】
次に、ユーザ２がユーザ２’からコンテンツ１０を取得する時は、ユーザ２’は、配布情報記憶部３３’に保持されるコンテンツ１０及び鍵付き許可ユーザＩＤ１１をＳＤカード６にコピーし、ユーザ２に配布する。ユーザ２がＳＤカード６を取得した後、鍵付き許可ユーザＩＤ１１がユーザ端末３のＵＩＤ３６ａに対応する新許可ユーザＩＤに変更されるまでの処理は上述した通りである。このように、ユーザ２が他のユーザにコンテンツ１０を配布する際もユーザ２’がユーザ２に配布する時と同様の処理が行われる。
【００５４】
本発明は、上述した形態に限らず種々の形態にて実現されてよい。例えば、許可情報３３ａを使用せずに、ステップＳ５２にて許可ユーザＩＤ１１と端末固有情報３６ａとを直接比較することにより許可／不許可を判断してもよい。この場合はＩＤ変更処理におけるステップＳ１４６は不要である。また、コンテンツ１０はユーザ端末３０に内蔵されている配布情報記憶部３３にコピーされず、ＳＤカード６内に保持されたまま利用されてもよい。この場合は、ＳＤカード６がコンテンツ記憶部として機能し、ＳＤカード６内の鍵付き許可ユーザＩＤ１１が新鍵付き許可ユーザＩＤに変更される。なお、許可情報３３ａは配布情報記憶部３３に生成される。
【００５５】
また、この場合に、購入元のユーザ２’のＳＤカード６’に記憶されているコンテンツ１０をユーザ２’から取得する態様には、ＳＤカード６’をそのまま取得する場合、及びＳＤカード６’からパーソナルコンピュータを介して他のＳＤカード６にコンテンツ１０をコピーする場合がある。また、コンテンツ１０はＭＤやＣＤ−ＲＯＭ等のＳＤカード以外の記録媒体によって配布されてもよいし、ユーザ端末３、３’間で直接コピーされてもよい。ユーザ特定情報は、ユーザを特定するものであればよく、ユーザ端末３が携帯型電話の場合、ＳＩＭカードやＵＩＭカードに記録されている情報であってもよい。
【００５６】
また、ゲームソフトは予め所定のサーバからのダウンロードによってユーザ端末３に保持され、ＳＤカード６によって配布されるコンテンツ１０は当該ゲームソフトで使用される画像や音楽等の大容量データとしてもよい。この場合は、例えば、当該ゲームが開始される際に、許可情報３３ａが判別される。コンテンツ配布システムにおいて配布対象のコンテンツは１つであってもよい。この場合は、システム内においてコンテンツ１０の種類をコンテンツ識別情報で識別する必要はない。ユーザ２を特定する情報としてユーザ端末３に固有の端末固有情報３６ａではなく、ユーザ２に固有に付与されたユーザ識別情報であってもよい。その場合、例えば、ユーザ端末３において、ユーザ識別情報毎に配布情報記憶部３３を設け、同じユーザ端末３であってもユーザ毎に処理できるように構成されてもよい。
【図面の簡単な説明】
【００５７】
【図１】本発明のコンテンツ配布システムの一例を示す図。
【図２】図１のユーザ端末のハードウェアの概略構成図。
【図３】図１のサーバのハードウェアの概略構成図。
【図４】図１のサーバが保持するユーザ関連情報のデータ構造を示す図。
【図５】サーバ及びユーザ端末にて行われる処理の流れの概要を示すシーケンス図。
【図６】図５に示す購入確認処理における処理の流れを示すフローチャート。
【図７】図５に示す購入登録処理における処理の流れを示すフローチャート。
【図８】図５に示す購入後処理における処理の流れを示すフローチャート。
【図９】図５に示す新許可ユーザＩＤ生成処理における処理の流れを示すフローチャート。
【図１０】図５に示すＩＤ変更処理における処理の流れを示すフローチャート。
【図１１】コンテンツがサーバから提供されて複数のユーザ端末に配布される様子を示す図。
【符号の説明】
【００５８】
１ コンテンツ配布システム
２ ユーザ
３ ユーザ端末
４ サーバ
６ ＳＤカード
１０ コンテンツ
１１ 許可ユーザＩＤ
３６ａ 端末固有情報
４１ａ ユーザ関連情報
【技術分野】
【０００１】
本発明は、コンテンツを複数のユーザに配布するためのコンテンツ配布システム、及びコンテンツ配布方法に関する。
【背景技術】
【０００２】
コンピュータプログラムや画像や音楽のコンテンツ（以下、まとめて「コンテンツ」という。）に関して、正規の購入手続きを経ない不法コピーが問題となっている。当該不法コピーを防止する方法としては、コピー防止機能やコピー回数制限を正規商品に付加する方法が知られている。一方、コピーを「配布」と捉え、正規の購入手続きを経ずにコピーされたコンテンツは、所定の課金処理をしないと使用されないように構成された課金システムも知られている（例えば、特許文献１参照）。
【特許文献１】国際公開第０１／０３３５４６号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来の課金システムにおいては、コピーされたコンテンツに対して課金処理を行うことはできるが、各コンテンツが配布されるルートを管理して各コンテンツの信頼性を確実にするようなシステムは存在しない。
【０００４】
そこで、本発明は、コンテンツの信頼性を確実にするコンテンツ配布システム及びコンテンツ配布方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下の手段により上述した課題を解決する。なお、本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
【０００６】
本発明のコンテンツ配布システム（１）は、ユーザ（２）によって操作されるユーザ端末（３）と、前記ユーザ端末とデータの送受信可能であるサーバ（４）とを含むコンテンツ配布システムであって、前記ユーザ端末は、前記ユーザを特定するユーザ特定情報を取得する特定情報取得部（３０）と、前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するコンテンツ記憶部（３３）と、前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有する場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別する状態判別部と（３０）、前記状態判別部によって前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うコンテンツ処理部（３０）と、前記状態判別部によって前記利用が許可されていないと判別された場合に、前記特定情報取得部によって取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信する許可処理要求部（３０、３５）と、前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更する変更処理部（３０）と、前記サーバは、前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するユーザ関連情報生成部（４０）と、前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供する新許可ユーザ情報生成部（４０、４２）と、を有することにより、上記の課題を解決する。
【０００７】
本発明によれば、配布されるコンテンツはコンテンツ記憶部に記憶される。従って、コンテンツは他のユーザ端末から直接コピーすることにより又はコンテンツがコピーされた記録媒体を介して取得することが可能である。しかし、コンテンツは、コンテンツに対応付けられた許可ユーザ情報とユーザ特定情報とが所定の関係を有する場合にのみ利用できる。取得時の許可ユーザ情報は、配布元のユーザ特定情報に対応するように生成された情報であるため、新しいユーザがコンテンツを利用するためには、コンテンツに対応付けられた許可ユーザ情報を自己のユーザ特定情報に対応するように書き換える必要がある。本発明においては、サーバの新許可ユーザ情報生成部にて、新しいユーザのユーザ特定情報に基づいて新許可ユーザ情報が生成され、ユーザ端末の変更処理部にてコンテンツに対応付けられた許可ユーザ情報が新許可ユーザ情報に変更される。このように、許可ユーザ情報は、コンテンツが新しいユーザに取得されるたびに新しいユーザに対応するように書き換えられる。一方、サーバでは、ユーザ関連情報生成部にて、新しいユーザのユーザ特定情報を配布先とし、コンテンツに対応付けられている現在の許可ユーザ情報を配布元とするユーザ関連情報が生成される。従って、ユーザ関連情報における配布元又は配布先をたどっていけば、１つのコンテンツに関する配布ルートを確認することができる。これにより、配布されるコンテンツの出所の信頼性を確実にすることができ、また、トラブル発生時の原因分析にも有効である。
【０００８】
購入や契約等、ユーザがコンテンツを利用するための条件が存在する場合、当該条件が予め満たされているコンテンツに対して適用してもよいし、変更処理にて許可ユーザ情報が変更されるまでに、本システムにて当該条件が満たされているか否かを判別し、当該条件が満たされている場合にのみ変更処理が実行されるように構成してもよい。ユーザが当該条件を満たすための処理は、本発明のサーバにて行われてもよいし、他のサイトにて行われてもよい。
【０００９】
「ユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザを生成」する態様には、ユーザ特定情報自体を加工して生成する場合と、ユーザ特定情報以外の情報を加えて加工して生成する場合、あるいは、対応付けテーブル等によって対応付ける場合等が考えられる。加工には暗号化処理の場合や単なる変換処理の場合等が含まれる。「所定の関係」には一致する関係、公式等所定の手順により導き出せる関係、対応付けテーブルによって対応付けられている関係等を含む。特定情報取得部がユーザ特定情報を取得する態様には、ユーザによって入力されることによって取得される場合と、予めユーザ端末に記憶されたユーザ特定情報が取得される場合とを含む。
【００１０】
前記ユーザ端末は、前記ユーザ端末に固有の端末固有情報（３６ａ）を記憶する固有情報記憶部（３６）を有し、前記特定情報取得部は、前記固有情報記憶部から前記端末固有情報を前記ユーザ特定情報として取得してもよい。これにより、ユーザ端末を本発明のユーザとして扱い、ユーザによるユーザ特定情報の入力を要求せずに本システムを実現することができる。即ち、配布されるコンテンツの利用をユーザ端末を単位にして管理することができる。ユーザ端末に固有の端末固有情報としては、例えば、ユーザ端末が携帯端末の場合は個体識別番号（ＵＩＤ）、並びにＳＩＭカードやＵＩＭカードに記録されたユーザに固有な情報が適用可能であり、ユーザ端末がコンピュータの場合はＭＡＣアドレス(Media Access Control address）等が適用可能である。
【００１１】
前記ユーザ端末は、前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有するか否かを示す許可情報を記憶する許可情報記憶部（３３）と、前記変更処理部によって前記許可ユーザ情報が変更されるまで、前記所定の関係を有しないことを示し、前記許可ユーザ情報が変更されると、前記所定の関係を有することを示すように、前記許可情報を制御する許可情報制御部（３０）とを有し、前記状態判別部は、前記許可情報を参照することにより、前記利用が許可されているか否かを判別してもよい。
【００１２】
これにより、許可ユーザ情報がユーザ特定情報と所定の関係を有するように一度変更されると、許可情報に所定の関係を有することが設定されるので、一度許可ユーザ情報が変更されたユーザ端末では、その後コンテンツに対応付けられた許可ユーザ情報はいずれの情報であっても、コンテンツを利用することができる。従って、ユーザ端末を所有するユーザがコンテンツを紛失したり削除してしまった場合であっても、新しいコンテンツを取得してコンテンツ記憶部にコピーすれば、そのコンテンツに対応付けられた許可ユーザ情報がいずれのユーザを示す場合であっても、利用することができる。
【００１３】
前記ユーザ端末は前記コンテンツの購入に関する購入処理を行うための購入サイトと接続可能に構成され、前記ユーザ端末の許可処理要求部は、前記ユーザ端末情報が配布先に設定されているユーザ関連情報が、前記サーバに記憶されていない場合に、前記購入処理がされていないと判別する購入処理判別部（４０）を有し、前記利用が許可されていないと判別され、更に前記購入処理がされていないと判別された場合、前記ユーザ特定情報及び前記許可ユーザ情報を含む購入登録要求を送信し、前記購入登録要求を受信した前記サーバのユーザ関連情報生成部は、受信した購入登録要求に含まれる前記ユーザ特定情報及び前記許可ユーザ情報によって、前記ユーザ関連情報を生成し、更に、前記購入サイトに接続するために必要な情報を生成して前記ユーザ端末へ送信し、前記ユーザ端末は、前記サーバから取得した前記必要な情報によって、前記購入サイトに接続するコンテンツ購入部（３０）を有し、前記サーバの新許可ユーザ情報生成部は、前記購入処理を行ったユーザに対応する前記ユーザ特定情報によって、前記新許可ユーザ情報を生成してもよい。
【００１４】
これにより、ユーザ特定情報が配布先に設定されているユーザ関連情報の有無によって購入処理がされたか否かを判別し、当該ユーザ関連情報が記憶されていない場合は、ユーザに購入処理を促すことができる。そして、購入処理を行ったユーザに対して、新許可ユーザ情報が提供される。購入処理を行ったか否かを判別する態様には、ユーザ特定情報を含む購入完了通知が購入サイトから直接又はサーバを介してユーザ端末へ送信され当該通知がユーザ端末にて保持される場合、や購入完了通知がサーバへ送信されてサーバにて保持あれる場合等がある。「購入するために必要な情報」には、購入サイトにアクセスするためのアカウントＩＤやパスワード等がある。
【００１５】
前記サーバのユーザ関連情報生成部は、前記ユーザに対して固有に付与される購入処理識別情報を前記必要な情報として生成し、生成された前記購入処理識別情報を前記ユーザ端末に送信するとともに、生成された前記ユーザ関連情報に対応付けて記憶し、前記サーバは、前記購入サイトから前記購入処理が行われた前記購入処理識別情報を取得すると、その購入処理識別情報に対応するユーザ関連情報を特定し、前記特定されたユーザ関連情報に、前記購入処理がされたことを示す購入情報を対応付ける購入後処理部（４０）を有し、前記ユーザ端末の購入処理判別部は、前記ユーザ関連情報が記憶されている場合は、前記購入情報を参照することにより前記購入処理がされたか否かを判別し、前記ユーザ端末の許可処理要求部は、前記購入処理判別部にて前記購入処理がされていると判別された場合、前記ユーザ特定情報を含む新ユーザ情報要求を送信し、前記サーバの新許可ユーザ情報生成部は、前記新ユーザ情報要求を受信すると、前記新ユーザ情報要求に含まれるユーザ特定情報によって、前記新許可ユーザ情報を生成してもよい。
【００１６】
これにより、ユーザ関連情報が生成された後であっても、購入情報によって、購入処理が行われたか否かが判別されるため、ユーザ関連情報の生成と購入処理を異なるタイミングで行うことができる。これにより、ユーザは都合に応じて購入処理を行うことができる。また、購入処理を一度行ったコンテンツであれば、許可ユーザ情報が異なる場合であっても、新許可ユーザ情報が新しいユーザに対して発行され、コンテンツに対応付けられた許可ユーザ情報は新許可ユーザ情報に変更される。
【００１７】
前記サーバは、
前記ユーザ関連情報において、前記配布元に設定されている許可ユーザ情報から、その許可ユーザ情報と前記所定の関係を有する前記ユーザ特定情報を特定し、特定された前記ユーザ特定情報を前記配布先として設定されているユーザ関連情報を検索し、検索された前記ユーザ関連情報に所定の特典情報を付加する特典付加手段（４０）を有してもよい。これにより、他のユーザにコンテンツを配布したユーザに対応するユーザ関連情報には、配布した数に応じて特典が付与されるので、ユーザに特定を付与すれば、コンテンツの配布のモチベーションを高めることができる。特典情報としては、ポイントや特典そのものを示す情報等が含まれる。
【００１８】
前記新許可ユーザ情報生成部は、前記ユーザ特定情報を暗号化することにより前記新許可ユーザ情報を生成してもよい。これにより、ユーザ端末における許可ユーザ情報が、不正に書き換えられることを防止することができる。
【００１９】
前記ユーザ端末に着脱可能であり、前記ユーザ端末は携帯型端末であってもよい。特に携帯型端末の場合、例えば、ゲームで使用される画像データや音楽データのような大容量データをダウンロードするのに時間がかかりかつ通信環境が万全ではないが、大容量データを所定の記録媒体を介して配布されるコンテンツとすれば、携帯型端末であっても問題なく大容量データを配布することができる。
【００２０】
また、本発明のコンテンツ配布方法は、ユーザ（２）によって操作されるユーザ端末（３）と、前記ユーザ端末とデータの送受信可能であるサーバ（４）とで行われるコンテンツ配布方法であって、前記ユーザ端末にて、前記ユーザを特定するユーザ特定情報を取得するステップと、前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するステップと、前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係にある場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別するステップと、前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うステップと、前記利用が許可されていないと判別された場合に、前記取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信するステップと、前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更するステップが行われ、前記サーバにて、前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するステップと、前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供するステップが行われる、ことを特徴とする。本発明の各処理をユーザ端末及びサーバの制御部によって実行することにより、上述したコンテンツ配布システムとして具現化される。
【発明の効果】
【００２１】
上述したように、本発明によれば、配布されるコンテンツにそのコンテンツの利用が許可されているユーザに対応する許可ユーザ情報が対応付けられる。ユーザ端末は、ユーザを特定するユーザ特定情報と当該許可ユーザ情報とが所定の関係にない場合、ユーザ特定情報及び許可ユーザ情報をサーバへ送信する。サーバは、受信したユーザ特定情報及び許可ユーザ情報を、それぞれ配布先及び配布元とするユーザ関連情報を生成し、かつ、受信したユーザ特定情報と所定の関係を有するように、新許可ユーザ情報を生成してユーザ端末へ提供する。そして、新許可ユーザ情報を取得したユーザ端末は、許可ユーザ情報を新許可ユーザ情報に変更することにより、コンテンツの信頼性を確実にするコンテンツ配布システム等を提供することができる。
【発明を実施するための最良の形態】
【００２２】
図１は、本発明のコンテンツ配布システム１の一例を示す図である。コンテンツ配布システム１は、ユーザ２の操作を受け付けるユーザ端末３と、ユーザ端末３とデータ送受信可能なサーバ４とで構成される。ユーザ端末３とサーバ４とはネットワーク５を介して接続される。本形態のユーザ端末３は、ユーザ２が所有する携帯型電話機であり、従って、ユーザ端末３とネットワーク５とは一部無線回線で接続される。また、ユーザ端末３及びサーバ４はネットワーク５を介して、所定の購入サイト７に接続可能である。購入サイト７は購入サーバによって運営されるコンテンツ１０に関する課金処理を行うためのサイトである。購入サイト７にて購入処理を行うために必要な処理ＩＤをサーバ４から取得することにより、ユーザ端末３にて購入サイト７での購入処理が可能となる。
【００２３】
コンテンツ配布システム１において配布されるコンテンツ１０はゲームソフトである。ユーザ端末３にはＳＤカード６が装着可能であり、コンテンツ１０はＳＤカード６によって他のユーザ端末３’からユーザ端末３へ配布される。即ち、本形態では、ユーザ端末３’を購入元としてユーザ端末３がコンテンツ１０を購入する。コンテンツ１０にはコンテンツ１０の利用が許可されるユーザ端末を示す許可ユーザＩＤ１１が対応付けられている。このように、本形態ではユーザ端末とユーザが１対１に対応するとみなし、ユーザ端末を単位にしてコンテンツ１０の利用を許可する。許可ユーザＩＤ１１は秘密鍵によって暗号化され、許可ユーザＩＤ１１には使用された秘密鍵に対応する公開鍵１１ａが対応付けられている。以下、公開鍵１１ａが対応付けられた許可ユーザＩＤ１１を「鍵付き許可ユーザＩＤ１１」という。
【００２４】
本形態の場合、他のユーザ端末３’からＳＤカード６へコンテンツ１０がコピーされた時点では、ＳＤカード６内のコンテンツ１０には、他のユーザ端末３’を示す鍵付き許可ユーザＩＤ１１が対応付けられる。この状態で、ＳＤカード６を介してユーザ端末３にコンテンツ１０が取得された場合であっても、コンテンツ１０の許可ユーザＩＤ１１がユーザ端末３を示すべく、許可ユーザＩＤ１１を変更する処理（以下「変更処理」という。）がユーザ端末３にて行われない限り、コンテンツ１０はユーザ端末３にて起動されないように構成されている。
【００２５】
ユーザ端末３のハードウェアの概略構成について図２を用いて説明する。なお、本発明における全てのユーザ端末はユーザ端末３と同様の構成を有する。ユーザ端末３は、ユーザ２の操作を受け付けるボタンやキーを含む入力部３１と、画像を出力する画面及び音声を出力するスピーカ等を含む出力部３２と、本発明を実現するためのプログラム及びコンテンツ１０の配布に関する情報が記憶される配布情報記憶部３３と、ＳＤカード６を装着するカード装着部３４と、サーバ４や購入サイト７と行うデータ通信のインターフェースである端末通信部３５と、ユーザ端末３の端末固有情報３６ａが記憶された固有情報記憶部３６と、及び各構成３１〜３６の動作を制御する端末制御ユニット３０とを備える。
【００２６】
端末制御ユニット３０は、主にＣＰＵとその動作に必要なＲＡＭ、ＲＯＭ等の記憶域で構成され、コンピュータとして機能する。本発明のプログラムによって、端末制御ユニット３０は、主に、状態判別部、コンテンツ処理部、許可処理要求部、変更処理部として機能する。配布情報記憶部３３には、コンテンツの利用についてユーザ端末３が許可されているか否かを示すフラグである許可情報３３ａが記憶されている。許可情報３３ａはコンテンツに応じて用意され、フラグが立っている時は対応するコンテンツの利用が許可されていることを示す。許可情報３３ａは、例えば、予め配布情報記憶部３３に記憶されていてもよいし、コンテンツ１０がＳＤカード６から配布情報記憶部３３にコピーされる際に当該許可情報３３ａが生成されてもよいし、又はコンテンツ１０の許可情報３３ａの参照時に存在しない場合に生成されてもよい。なお、配布情報記憶部３３における許可情報３３ａのフラグは、ユーザ端末３にて後述するＩＤ変更処理を経ない限り立っていない状態である。これにより、配布情報記憶部３３は許可情報記憶部として機能する。配布情報記憶部３３は読み書き可能なメモリであるが、ユーザ２によって読み出されないようにプロテクトされている。
【００２７】
本形態では、ＳＤカード６内のコンテンツ１０及び鍵付き許可ユーザＩＤ１１が配布情報記憶部３３にコピーされることにより、コンテンツ１０及び鍵付き許可ユーザＩＤ１１がユーザ端末３にて保持され利用される。これにより、配布情報記憶部３３はコンテンツ記憶部として機能する。端末固有情報３６ａはユーザ端末３の固有情報として予め設定された情報であり、固有情報記憶部３６は読み出し専用メモリである。本形態では、端末固有情報３６ａは携帯型電話に固有に設定されたＵＩＤである。以下、端末固有情報３６ａを「ＵＩＤ３６ａ」という。上述したように本形態ではユーザ２とユーザ端末３とが１対１に対応すると仮定しているので、ユーザ端末３に固有のＵＩＤ３６ａはユーザ特定情報として機能する。ＵＩＤ３６ａがコンテンツ配布システム１にて使用される場合、端末制御ユニット３０が固有情報記憶部３６から取得する。これにより、端末制御ユニット３０は特定情報取得部として機能する。
【００２８】
サーバ４のハードウェアの概略構成について図３を用いて説明する。サーバ４は、本発明を実現するためのプログラムや各種情報が記憶されるサーバ記憶部４１と、ユーザ端末３や購入サイト７と行うデータ通信のインターフェースであるサーバ通信部４２と、各構成４１、４２の動作を制御するサーバ制御ユニット４０とで構成される。サーバ制御ユニット４０は、主にＣＰＵとその動作に必要なＲＡＭ、ＲＯＭ等の記憶域で構成され、コンピュータとして機能する。サーバ記憶部４１には、本発明を実現するためのプログラムが記憶され、当該プログラムが起動することにより、サーバ４は、主に、ユーザ関連情報生成部、新許可ユーザ情報生成部として機能する。サーバ記憶部４１には、更にユーザ関連情報４１ａが記憶されている。ユーザ関連情報４１ａのデータ構造を図４に示す。
【００２９】
ユーザ関連情報４１ａは、コンテンツ毎に記憶されている。本形態において「ユーザ関連情報４１ａ」という時は、特に断りのない限り、コンテンツ１０に対応付けられたユーザ関連情報４１ａを示す。なお、本形態において、各コンテンツはコンテンツ名、バーション番号、その他固有の識別を可能とする情報の組み合わせにより構成される識別子（以下「コンテンツ識別情報」という。）で識別される。従って、ユーザ関連情報４１ａはコンテンツ識別情報によって対応するコンテンツが識別できるように記憶されている。
【００３０】
購入ユーザ４１１は、コンテンツ１０を購入した、即ち配布先としてのユーザ端末３のＵＩＤ３６ａである。鍵付き許可ユーザＩＤ４１３はＵＩＤ３６ａ（購入ユーザ４１１）が秘密鍵によって暗号化された情報である。購入情報４１４はユーザ端末３にてコンテンツ１０の購入処理が済んでいるか否かを示すフラグである。フラグが立っている場合に購入処理が済んでいることを示す。このように、ユーザ端末３のコンテンツ１０についての購入状態はサーバ４にて管理される。
【００３１】
購入年月日４１５はコンテンツ１０の購入処理がされた年月日を示す。購入元ユーザＩＤ４１６は、コンテンツ１０の購入元、即ち配布元であるユーザ端末３’に対応する鍵付き許可ユーザＩＤを示す。処理ＩＤ４１７は、購入サイト７にて購入処理を行うユーザ端末３を識別するための識別情報である。ポイント４１８はユーザ端末３がコンテンツ１０を他のユーザ端末に配布することにより、ユーザ端末３に対して付与されるポイントである。例えば、ポイント４１８が所定の基準以上になると、ユーザ端末３に対して所定の特典が提供される。
【００３２】
ユーザ端末３’からコピーされたコンテンツ１０を保持するＳＤカード６をユーザ端末３に装着後、ユーザ端末３にてコンテンツ１０が利用されるコンテンツ処理が行われるまでに、サーバ４及びユーザ端末３のそれぞれにて行われる処理の流れの概要を図５のシーケンス図に従って説明する。サーバ４における処理及びユーザ端末３における処理はそれぞれ、サーバ制御ユニット４０及び端末制御ユニット３０によって制御される。なお、本形態のコンテンツ処理では、コンテンツ１０に基づいたゲームが開始される。
【００３３】
まず、ＳＤカード６がユーザ端末３のカード装着部３４に装着され、所定の操作が行われることにより、コンテンツ１０及び鍵付き許可ユーザＩＤ１１が配布情報記憶部３３にコピーされる（ステップＳ５０）。当該コピー時にコンテンツ１０に対応する許可情報３３ａがフラグが立っていない状態で配布情報記憶部３３に生成される。コピーされたコンテンツ１０に対応付けられた鍵付き許可ユーザＩＤ１１は、コンテンツ１０の購入元であるユーザ端末３’に対応する。例えば、ユーザ端末３にてコンテンツ処理を開始する際の開始操作があると、まず、許可情報３３ａを参照することにより、鍵付き許可ユーザＩＤ１１の利用が許可されているか否かが判断され（ステップＳ５２）、許可されている時はコンテンツ１０を利用する処理であるコンテンツ処理へ進む（ステップＳ６４）。利用が許可されていない時は、購入登録確認処理が行われる（ステップＳ５４）。
【００３４】
購入登録確認処理では、ユーザ端末３のＵＩＤ３６ａ及びコンテンツ識別情報が含まれる購入登録確認要求をサーバ４へ送信し、サーバ４から確認結果を取得することにより、購入登録処理が済んでいるか否かを判別し、購入登録処理が済んでいない場合は、コンテンツ識別情報、ＵＩＤ３６ａ及び鍵付き許可ユーザＩＤ１１を含む購入登録要求をサーバ４へ送信する。サーバ４では、購入登録確認要求を受信するとサーバ確認処理が行われ（ステップＳ５５）、購入登録要求を受信すると購入登録処理が行われる（ステップＳ５６）。
【００３５】
サーバ確認処理では、購入登録確認要求に含まれるＵＩＤ３６ａ及びコンテンツ識別情報をキーにして、サーバ記憶部４１におけるユーザ関連情報４１ａの有無を判別し、その結果を確認結果とする。また、ユーザ関連情報４１ａが存在する場合は、購入情報４１４が確認結果に含まれる。更に、購入情報４１４が購入処理が済んでいることを示す場合は、ユーザ関連情報４１ａの処理ＩＤ４１７も確認結果に含まれる。購入登録処理では、購入登録要求に含まれる情報に基づいてユーザ端末３のユーザ関連情報４１ａが生成され、生成された処理ＩＤ４１７を含む登録結果がユーザ端末３へ送信される。購入登録確認処理、及び購入登録処理の詳細については後述する。
【００３６】
確認結果又は登録結果から処理ＩＤ４１７を取得したユーザ端末３は、購入サイト７に処理ＩＤ４１７によってアクセスし、コンテンツ１０を購入するために必要な課金処理を行う（ステップＳ５７）。当該課金処理は従来既知の処理でよい。購入サイト７において課金処理が終了すると、購入サイト７から処理ＩＤ４１７を含む購入完了通知がサーバ４及びユーザ端末３へ送信される。購入完了通知を受信したサーバ４では、購入後処理が行われる（ステップＳ５８）。購入後処理では、処理ＩＤ４１７をキーにしてユーザ端末３のユーザ関連情報４１ａを検索し、検索したユーザ関連情報４１ａを購入処理後の状態に設定する。購入後処理については後述する。
【００３７】
一方、購入完了通知を受信したユーザ端末３では、配布情報記憶部３３の鍵付き許可ユーザＩＤ１１を変更すべくＩＤ変更処理へ進む（ステップＳ６０）。ＩＤ変更処理では、ＵＩＤ３６ａ、鍵付き許可ユーザＩＤ１１及びコンテンツ識別情報を含む変更要求をサーバ４へ送信し、送信されたＵＩＤ３６ａに基づいて生成された新鍵付き許可ユーザＩＤが含まれている変更用情報をサーバ４から取得し、コンテンツ１０に対応付けられた鍵付き許可ユーザＩＤ１１を、取得した新鍵付き許可ユーザＩＤに変更する。ＩＤ変更処理の詳細は後述する。ＩＤ変更処理の終了後、コンテンツ処理へ進む（ステップＳ６４）。
【００３８】
変更要求を受信したサーバ４では、新許可ユーザＩＤ生成処理が行われる（ステップＳ６２）。新許可ユーザＩＤ生成処理では、受信した変更要求に含まれるＵＩＤ３６ａに基づいて新許可ユーザＩＤが生成され、公開鍵と新許可ユーザＩＤとが対応付けられた新鍵付き許可ユーザＩＤが含まれる変更用情報がユーザ端末３へ送信される。新許可ユーザＩＤ生成処理の詳細については後述する。
【００３９】
ユーザ端末３にて行われる購入登録確認処理について、図６に示すフローチャートに従って説明する。購入登録確認処理における各処理は、ユーザ端末３の端末制御ユニット３０によって制御される。まず、ステップＳ１００にて、購入登録確認要求を生成してサーバ４へ送信する。購入登録確認要求にはコンテンツのコンテンツ識別情報、及びＵＩＤ３６ａが含まれる。購入登録確認要求を送信することにより、ステップＳ１０２にて確認結果をサーバ４から取得する。続くステップＳ１０４では、取得した確認結果によって購入登録処理が済んでいるか否かを判別する。
【００４０】
確認結果に購入情報４１４が含まれている場合、購入登録処理済みと判別し、ステップＳ１０５へ進む。ステップＳ１０５では、購入情報４１４が示す内容に従って、購入処理が済んでいると判別された場合は、購入処理が処理済みであることを示すメッセージを画面に表示し、購入処理が未処理の場合は、購入処理を促すメッセージと共に、購入サイト７へアクセスするための処理ＩＤ４１７を表示する。その後、購入登録確認処理は終了する。
【００４１】
ユーザ端末３のユーザ関連情報４１ａが存在しないことを示す確認結果の場合、購入登録処理が済んでいないと判別する。当該場合は、ステップＳ１０６に進み、購入登録要求を生成してサーバ４へ送信する。購入登録要求にはＵＩＤ３６ａとコンテンツ１０のコンテンツ識別情報が含まれる。続いてステップＳ１０８にてサーバ４からの登録結果を取得する。登録結果には、ユーザ端末３のユーザ関連情報４１ａが生成されたことを示す通知と、購入サイト７へアクセスするための処理ＩＤ４１７とが含まれる。登録結果を取得後、ステップＳ１１０へ進み、例えば、ユーザ２に購入処理を促すメッセージ及び処理ＩＤ４１７を画面に表示する。その後、購入登録確認処理は終了する。
【００４２】
次に、購入登録要求を受信したサーバ４にて行われる購入登録処理について図７に示すフローチャートに従って説明する。購入登録処理における各処理は、サーバ４のサーバ制御ユニット４０によって制御される。まず、ステップＳ１２０にて購入登録要求を受信したか否かが判別され、購入登録要求を受信した場合は、ステップＳ１２２へ進み、購入登録要求に含まれる情報に基づいてコンテンツ１０についてのユーザ関連情報４１ａを生成する。購入登録要求に含まれるＵＩＤ３６ａ、及び鍵付き許可ユーザＩＤ１１のそれぞれは、購入ユーザ４１１、及び購入元ユーザＩＤ４１６にそれぞれ設定される。
【００４３】
ユーザ関連情報４１ａの生成時には、上記２つのデータ以外のデータは空欄であり、購入情報４１４は購入処理が済んでいないことを示す。ユーザ関連情報４１ａは生成されるとサーバ記憶部４１に記憶される。ユーザ関連情報４１ａの生成後、ステップＳ１２４に進み、購入サイト７へアクセスするのに必要な処理ＩＤ４１７を生成し、生成された処理ＩＤ４１７をユーザ関連情報４１ａに設定する。続いてステップＳ１２６にて、生成された処理ＩＤ４１７を含む登録結果をユーザ端末３へ送信する。その後、購入登録処理は終了する。
【００４４】
サーバ４にて行われる購入後処理について、図８に示すフローチャートに従って説明する。まず、ステップＳ１２４にて、購入完了通知に含まれる処理ＩＤ４１７をキーにして、サーバ記憶部４１を参照して、処理対象のユーザ関連情報４１ａを特定する。続いて、ステップＳ１２５にて、特定されたユーザ関連情報４１ａの購入情報４１４を購入処理が済んでいることを示すように設定し、購入年月日４１５を設定する。次に、ステップＳ１２７に進み、特定されたユーザ関連情報４１ａの購入元ユーザＩＤ４１６を参照する。購入元ユーザＩＤ４１６には購入元であるユーザ端末３’の鍵付きユーザＩＤが設定されているので、当該鍵付きユーザＩＤをデコードして購入元ユーザ端末３’のＵＩＤ３６ａ’を取得し、ＵＩＤ３６ａ’をキーにして購入元ユーザ端末３’のユーザ関連情報４１ａ’を特定する。
【００４５】
ユーザ関連情報４１ａ’が特定されると、ステップＳ１２８に進み、ユーザ関連情報４１ａ’のポイント４１８’に所定のポイントを加算する。これにより、購入元ユーザ端末３’はコンテンツ１０を他のユーザに配布するほどポイント４１８’が増加するように構成されている。ポイント４１８’に関する処理後、購入後処理は終了する。
【００４６】
変更要求を受信したサーバ４にて行われる新許可ユーザＩＤ生成処理について図９に示すフローチャートに従って説明する。新許可ユーザＩＤ生成処理における各処理は、サーバ４のサーバ制御ユニット４０によって制御される。まず、ステップＳ１３０にて、変更要求を受信したか否かを判別する。変更要求を受信したと判別された場合は、ステップＳ１３２に進み、変更要求に含まれるＵＩＤ３６ａを所定の秘密鍵によって暗号化することにより、新許可ユーザＩＤを生成する。新許可ユーザＩＤは暗号化された秘密鍵に対応する公開鍵が対応付けられて新鍵付き許可ユーザＩＤとして扱われる。
【００４７】
次に、ステップＳ１３４にて、変更要求に含まれるＵＩＤ３６ａ及びコンテンツ識別情報をキーにしてサーバ記憶部４１を参照することにより、ユーザ関連情報４１ａを特定する。ユーザ関連情報４１ａの特定後、ステップＳ１３６に進み、特定されたユーザ関連情報４１ａの許可ユーザＩＤ４１３に生成された新鍵付き許可ユーザＩＤを設定する。その後、ステップＳ１３８に進み、生成された新鍵付き許可ユーザＩＤとコンテンツ識別情報を含む変更用情報を生成して送信し、新許可ユーザＩＤ生成処理は終了する。
【００４８】
許可ユーザＩＤ１１の変更に関してユーザ端末３にて行われるＩＤ変更処理について、図１０に示すフローチャートに従って説明する。ＩＤ変更処理における各処理は、ユーザ端末３の端末制御ユニット３０によって制御される。まず、ステップＳ１４０にて、コンテンツ１０のコンテンツ識別情報及びＵＩＤ３６ａを含む変更要求を生成してサーバ４へ送信する。その後、変更用情報の受信待ち状態となり、ステップＳ１４２にて変更用情報を受信したか否かが判断される。
【００４９】
変更用情報を受信したと判断された場合は、ステップＳ１４４へ進み、配布情報記憶部３３に記憶されている鍵付き許可ユーザＩＤ１１を、変更用情報に含まれる新鍵付き許可ユーザＩＤに変更する。これにより、ユーザ端末３が保持するコンテンツ１０に対応付けられた許可ユーザＩＤ１１は、ユーザ端末３の端末固有情報３６ａと所定の関係を有する情報となる。続いてステップＳ１４６へ進み、配布情報記憶部３３に記憶されているコンテンツ１０に対応する許可情報３３ａのフラグを立てる。これにより、ユーザ端末３は変更処理が済み、コンテンツ１０の利用が許可された状態となる。許可情報３３ａの処理後、ＩＤ変更処理は終了する。
【００５０】
端末制御ユニット３０は、ステップＳ５２により状態判別部として機能し、ステップＳ１０６及びステップＳ１４０により許可処理要求部として機能し、ステップＳ１４４により変更処理部として機能する。サーバ制御ユニット４０は、ステップＳ１２２によりユーザ関連情報生成部として機能し、ステップＳ１３２により新許可ユーザ情報生成部として機能する。更に、端末制御ユニット３０は、ステップＳ１４６により許可情報制御部として機能し、ステップＳ１０４により購入処理判別部として機能し、ステップＳ５７によりコンテンツ購入部として機能する。また、サーバ制御ユニット４０は、ステップＳ１２４及びステップＳ１２５により購入後処理部として機能し、ステップＳ１２７及びステップＳ１２８により特典付加手段として機能する。
【００５１】
最後に、サーバ４からコンテンツ１０が店舗Ｔへ提供され、店舗Ｔからユーザ２’を経てユーザ２がコンテンツ１０を購入するまでの流れについて、図１１を用いて説明する。まず、店舗Ｔはコンテンツ１０をサーバ４からダウンロードすることによって取得する。例えば、店舗サーバＴＳにおいてダウンロードすればよい。その際の許可ユーザＩＤ１１は、サーバ４にて、店舗Ｔに固有の店舗固有情報が暗号化されることによって生成される。
【００５２】
店舗Ｔはコンテンツ１０をＳＤカード６’に記憶して販売する。ユーザ２’はこのＳＤカード６’を購入し、所有するユーザ端末３’に装着する。コンテンツ１０及び鍵付き許可ユーザＩＤ１１がＳＤカード６’からユーザ端末３’の配布情報記憶部３３’にコピーされると、図５に示すステップ５０以降の処理が行われる。ステップＳ６０のＩＤ変更処理では、鍵付き許可ユーザＩＤ１１がユーザ端末３’のＵＩＤ３６’に対応した新鍵付き許可ユーザＩＤに変更される。
【００５３】
次に、ユーザ２がユーザ２’からコンテンツ１０を取得する時は、ユーザ２’は、配布情報記憶部３３’に保持されるコンテンツ１０及び鍵付き許可ユーザＩＤ１１をＳＤカード６にコピーし、ユーザ２に配布する。ユーザ２がＳＤカード６を取得した後、鍵付き許可ユーザＩＤ１１がユーザ端末３のＵＩＤ３６ａに対応する新許可ユーザＩＤに変更されるまでの処理は上述した通りである。このように、ユーザ２が他のユーザにコンテンツ１０を配布する際もユーザ２’がユーザ２に配布する時と同様の処理が行われる。
【００５４】
本発明は、上述した形態に限らず種々の形態にて実現されてよい。例えば、許可情報３３ａを使用せずに、ステップＳ５２にて許可ユーザＩＤ１１と端末固有情報３６ａとを直接比較することにより許可／不許可を判断してもよい。この場合はＩＤ変更処理におけるステップＳ１４６は不要である。また、コンテンツ１０はユーザ端末３０に内蔵されている配布情報記憶部３３にコピーされず、ＳＤカード６内に保持されたまま利用されてもよい。この場合は、ＳＤカード６がコンテンツ記憶部として機能し、ＳＤカード６内の鍵付き許可ユーザＩＤ１１が新鍵付き許可ユーザＩＤに変更される。なお、許可情報３３ａは配布情報記憶部３３に生成される。
【００５５】
また、この場合に、購入元のユーザ２’のＳＤカード６’に記憶されているコンテンツ１０をユーザ２’から取得する態様には、ＳＤカード６’をそのまま取得する場合、及びＳＤカード６’からパーソナルコンピュータを介して他のＳＤカード６にコンテンツ１０をコピーする場合がある。また、コンテンツ１０はＭＤやＣＤ−ＲＯＭ等のＳＤカード以外の記録媒体によって配布されてもよいし、ユーザ端末３、３’間で直接コピーされてもよい。ユーザ特定情報は、ユーザを特定するものであればよく、ユーザ端末３が携帯型電話の場合、ＳＩＭカードやＵＩＭカードに記録されている情報であってもよい。
【００５６】
また、ゲームソフトは予め所定のサーバからのダウンロードによってユーザ端末３に保持され、ＳＤカード６によって配布されるコンテンツ１０は当該ゲームソフトで使用される画像や音楽等の大容量データとしてもよい。この場合は、例えば、当該ゲームが開始される際に、許可情報３３ａが判別される。コンテンツ配布システムにおいて配布対象のコンテンツは１つであってもよい。この場合は、システム内においてコンテンツ１０の種類をコンテンツ識別情報で識別する必要はない。ユーザ２を特定する情報としてユーザ端末３に固有の端末固有情報３６ａではなく、ユーザ２に固有に付与されたユーザ識別情報であってもよい。その場合、例えば、ユーザ端末３において、ユーザ識別情報毎に配布情報記憶部３３を設け、同じユーザ端末３であってもユーザ毎に処理できるように構成されてもよい。
【図面の簡単な説明】
【００５７】
【図１】本発明のコンテンツ配布システムの一例を示す図。
【図２】図１のユーザ端末のハードウェアの概略構成図。
【図３】図１のサーバのハードウェアの概略構成図。
【図４】図１のサーバが保持するユーザ関連情報のデータ構造を示す図。
【図５】サーバ及びユーザ端末にて行われる処理の流れの概要を示すシーケンス図。
【図６】図５に示す購入確認処理における処理の流れを示すフローチャート。
【図７】図５に示す購入登録処理における処理の流れを示すフローチャート。
【図８】図５に示す購入後処理における処理の流れを示すフローチャート。
【図９】図５に示す新許可ユーザＩＤ生成処理における処理の流れを示すフローチャート。
【図１０】図５に示すＩＤ変更処理における処理の流れを示すフローチャート。
【図１１】コンテンツがサーバから提供されて複数のユーザ端末に配布される様子を示す図。
【符号の説明】
【００５８】
１ コンテンツ配布システム
２ ユーザ
３ ユーザ端末
４ サーバ
６ ＳＤカード
１０ コンテンツ
１１ 許可ユーザＩＤ
３６ａ 端末固有情報
４１ａ ユーザ関連情報
【特許請求の範囲】
【請求項１】
ユーザによって操作されるユーザ端末と、前記ユーザ端末とデータの送受信可能であるサーバとを含むコンテンツ配布システムであって、
前記ユーザ端末は、
前記ユーザを特定するユーザ特定情報を取得する特定情報取得部と、
前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するコンテンツ記憶部と、
前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有する場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別する状態判別部と、
前記状態判別部によって前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うコンテンツ処理部と、
前記状態判別部によって前記利用が許可されていないと判別された場合に、前記特定情報取得部によって取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信する許可処理要求部と、
前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更する変更処理部と、
前記サーバは、
前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するユーザ関連情報生成部と
前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供する新許可ユーザ情報生成部と、
を有する、ことを特徴とするコンテンツ配布システム。
【請求項２】
前記ユーザ端末は、
前記ユーザ端末に固有の端末固有情報を記憶する固有情報記憶部を有し、
前記特定情報取得部は、前記固有情報記憶部から前記端末固有情報を前記ユーザ特定情報として取得する、ことを特徴とする請求項１に記載のコンテンツ配布システム。
【請求項３】
前記ユーザ端末は、
前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有するか否かを示す許可情報を記憶する許可情報記憶部と、
前記変更処理部によって前記許可ユーザ情報が変更されるまで、前記所定の関係を有しないことを示し、前記許可ユーザ情報が変更されると、前記所定の関係を有することを示すように、前記許可情報を制御する許可情報制御部とを有し
前記状態判別部は、前記許可情報を参照することにより、前記利用が許可されているか否かを判別する、ことを特徴とする請求項２に記載のコンテンツ配布システム。
【請求項４】
前記ユーザ端末は前記コンテンツの購入に関する購入処理を行うための購入サイトと接続可能に構成され、
前記ユーザ端末の許可処理要求部は、
前記ユーザ端末情報が配布先に設定されているユーザ関連情報が、前記サーバに記憶されていない場合に、前記購入処理がされていないと判別する購入処理判別部を有し、
前記利用が許可されていないと判別され、更に前記購入処理がされていないと判別された場合、前記ユーザ特定情報及び前記許可ユーザ情報を含む購入登録要求を送信し、
前記購入登録要求を受信した前記サーバのユーザ関連情報生成部は、受信した購入登録要求に含まれる前記ユーザ特定情報及び前記許可ユーザ情報によって、前記ユーザ関連情報を生成し、更に、前記購入サイトに接続するために必要な情報を生成して前記ユーザ端末へ送信し、
前記ユーザ端末は、前記サーバから取得した前記必要な情報によって、前記購入サイトに接続するコンテンツ購入部を有し、
前記サーバの新許可ユーザ情報生成部は、前記購入処理を行ったユーザに対応する前記ユーザ特定情報によって、前記新許可ユーザ情報を生成する、ことを特徴とする請求項１〜３のいずれか１項に記載のコンテンツ配布システム。
【請求項５】
前記サーバのユーザ関連情報生成部は、前記ユーザに対して固有に付与される購入処理識別情報を前記必要な情報として生成し、生成された前記購入処理識別情報を前記ユーザ端末に送信するとともに、生成された前記ユーザ関連情報に対応付けて記憶し、
前記サーバは、前記購入サイトから前記購入処理が行われた前記購入処理識別情報を取得すると、その購入処理識別情報に対応するユーザ関連情報を特定し、前記特定されたユーザ関連情報に、前記購入処理がされたことを示す購入情報を対応付ける購入後処理部を有し、
前記ユーザ端末の購入処理判別部は、前記ユーザ関連情報が記憶されている場合は、前記購入情報を参照することにより前記購入処理がされたか否かを判別し、
前記ユーザ端末の許可処理要求部は、前記購入処理判別部にて前記購入処理がされていると判別された場合、前記ユーザ特定情報を含む新ユーザ情報要求を送信し、
前記サーバの新許可ユーザ情報生成部は、前記新ユーザ情報要求を受信すると、前記新ユーザ情報要求に含まれるユーザ特定情報によって、前記新許可ユーザ情報を生成する、ことを特徴とする請求項４に記載のコンテンツ配布システム。
【請求項６】
前記サーバは、
前記ユーザ関連情報において、前記配布元に設定されている許可ユーザ情報から、その許可ユーザ情報と前記所定の関係を有する前記ユーザ特定情報を特定し、特定された前記ユーザ特定情報を前記配布先として設定されているユーザ関連情報を検索し、検索された前記ユーザ関連情報に所定の特典情報を付加する特典付加手段を有する、ことを特徴とする請求項１〜３のいずれか１項に記載のコンテンツ配布システム。
【請求項７】
前記新許可ユーザ情報生成部は、前記ユーザ特定情報を暗号化することにより前記新許可ユーザ情報を生成する、ことを特徴とする請求項１に記載のコンテンツ配布システム。
【請求項８】
前記ユーザ端末は携帯型端末であることを特徴とする請求項２に記載のコンテンツ配布システム。
【請求項９】
ユーザによって操作されるユーザ端末と、前記ユーザ端末とデータの送受信可能であるサーバとで行われるコンテンツ配布方法であって、
前記ユーザ端末にて、
前記ユーザを特定するユーザ特定情報を取得するステップと、
前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するステップと、
前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係にある場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別するステップと、
前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うステップと、
前記利用が許可されていないと判別された場合に、前記取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信するステップと、
前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更するステップが行われ、
前記サーバにて、
前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するステップと、
前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供するステップが行われる、ことを特徴とするコンテンツ配布方法。
【請求項１】
ユーザによって操作されるユーザ端末と、前記ユーザ端末とデータの送受信可能であるサーバとを含むコンテンツ配布システムであって、
前記ユーザ端末は、
前記ユーザを特定するユーザ特定情報を取得する特定情報取得部と、
前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するコンテンツ記憶部と、
前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有する場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別する状態判別部と、
前記状態判別部によって前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うコンテンツ処理部と、
前記状態判別部によって前記利用が許可されていないと判別された場合に、前記特定情報取得部によって取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信する許可処理要求部と、
前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更する変更処理部と、
前記サーバは、
前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するユーザ関連情報生成部と
前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供する新許可ユーザ情報生成部と、
を有する、ことを特徴とするコンテンツ配布システム。
【請求項２】
前記ユーザ端末は、
前記ユーザ端末に固有の端末固有情報を記憶する固有情報記憶部を有し、
前記特定情報取得部は、前記固有情報記憶部から前記端末固有情報を前記ユーザ特定情報として取得する、ことを特徴とする請求項１に記載のコンテンツ配布システム。
【請求項３】
前記ユーザ端末は、
前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係を有するか否かを示す許可情報を記憶する許可情報記憶部と、
前記変更処理部によって前記許可ユーザ情報が変更されるまで、前記所定の関係を有しないことを示し、前記許可ユーザ情報が変更されると、前記所定の関係を有することを示すように、前記許可情報を制御する許可情報制御部とを有し
前記状態判別部は、前記許可情報を参照することにより、前記利用が許可されているか否かを判別する、ことを特徴とする請求項２に記載のコンテンツ配布システム。
【請求項４】
前記ユーザ端末は前記コンテンツの購入に関する購入処理を行うための購入サイトと接続可能に構成され、
前記ユーザ端末の許可処理要求部は、
前記ユーザ端末情報が配布先に設定されているユーザ関連情報が、前記サーバに記憶されていない場合に、前記購入処理がされていないと判別する購入処理判別部を有し、
前記利用が許可されていないと判別され、更に前記購入処理がされていないと判別された場合、前記ユーザ特定情報及び前記許可ユーザ情報を含む購入登録要求を送信し、
前記購入登録要求を受信した前記サーバのユーザ関連情報生成部は、受信した購入登録要求に含まれる前記ユーザ特定情報及び前記許可ユーザ情報によって、前記ユーザ関連情報を生成し、更に、前記購入サイトに接続するために必要な情報を生成して前記ユーザ端末へ送信し、
前記ユーザ端末は、前記サーバから取得した前記必要な情報によって、前記購入サイトに接続するコンテンツ購入部を有し、
前記サーバの新許可ユーザ情報生成部は、前記購入処理を行ったユーザに対応する前記ユーザ特定情報によって、前記新許可ユーザ情報を生成する、ことを特徴とする請求項１〜３のいずれか１項に記載のコンテンツ配布システム。
【請求項５】
前記サーバのユーザ関連情報生成部は、前記ユーザに対して固有に付与される購入処理識別情報を前記必要な情報として生成し、生成された前記購入処理識別情報を前記ユーザ端末に送信するとともに、生成された前記ユーザ関連情報に対応付けて記憶し、
前記サーバは、前記購入サイトから前記購入処理が行われた前記購入処理識別情報を取得すると、その購入処理識別情報に対応するユーザ関連情報を特定し、前記特定されたユーザ関連情報に、前記購入処理がされたことを示す購入情報を対応付ける購入後処理部を有し、
前記ユーザ端末の購入処理判別部は、前記ユーザ関連情報が記憶されている場合は、前記購入情報を参照することにより前記購入処理がされたか否かを判別し、
前記ユーザ端末の許可処理要求部は、前記購入処理判別部にて前記購入処理がされていると判別された場合、前記ユーザ特定情報を含む新ユーザ情報要求を送信し、
前記サーバの新許可ユーザ情報生成部は、前記新ユーザ情報要求を受信すると、前記新ユーザ情報要求に含まれるユーザ特定情報によって、前記新許可ユーザ情報を生成する、ことを特徴とする請求項４に記載のコンテンツ配布システム。
【請求項６】
前記サーバは、
前記ユーザ関連情報において、前記配布元に設定されている許可ユーザ情報から、その許可ユーザ情報と前記所定の関係を有する前記ユーザ特定情報を特定し、特定された前記ユーザ特定情報を前記配布先として設定されているユーザ関連情報を検索し、検索された前記ユーザ関連情報に所定の特典情報を付加する特典付加手段を有する、ことを特徴とする請求項１〜３のいずれか１項に記載のコンテンツ配布システム。
【請求項７】
前記新許可ユーザ情報生成部は、前記ユーザ特定情報を暗号化することにより前記新許可ユーザ情報を生成する、ことを特徴とする請求項１に記載のコンテンツ配布システム。
【請求項８】
前記ユーザ端末は携帯型端末であることを特徴とする請求項２に記載のコンテンツ配布システム。
【請求項９】
ユーザによって操作されるユーザ端末と、前記ユーザ端末とデータの送受信可能であるサーバとで行われるコンテンツ配布方法であって、
前記ユーザ端末にて、
前記ユーザを特定するユーザ特定情報を取得するステップと、
前記コンテンツの利用が許可されているユーザを示す許可ユーザ情報が対応付けられたコンテンツを記憶するステップと、
前記ユーザ特定情報と前記許可ユーザ情報とが所定の関係にある場合に、前記ユーザ特定情報に対応するユーザは前記コンテンツの利用が許可されていると判別し、前記所定の関係を有しない場合に、前記利用が許可されていないと判別するステップと、
前記利用が許可されていると判別された場合、前記コンテンツが利用される処理を行うステップと、
前記利用が許可されていないと判別された場合に、前記取得されたユーザ特定情報及び前記コンテンツに対応付けられた許可ユーザ情報を、前記サーバへ送信するステップと、
前記サーバから新許可ユーザ情報を取得すると、前記コンテンツに対応付けられた許可ユーザ情報を前記新許可ユーザ情報に変更するステップが行われ、
前記サーバにて、
前記ユーザ端末から送信された前記ユーザ特定情報を配布先とし、前記許可ユーザ情報を配布元とするユーザ関連情報を生成して記憶するステップと、
前記ユーザ端末から送信されたユーザ特定情報と前記所定の関係を有するように、前記新許可ユーザ情報を生成して、前記ユーザ端末へ提供するステップが行われる、ことを特徴とするコンテンツ配布方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００９−２１１２４９（Ｐ２００９−２１１２４９Ａ）
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願番号】特願２００８−５１７４５（Ｐ２００８−５１７４５）
【出願日】平成２０年３月３日（２００８．３．３）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願日】平成２０年３月３日（２００８．３．３）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]