特開 2024-3390 システム、プログラム、方法、および情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024003390

(43)【公開日】2024-01-15

(54)【発明の名称】システム、プログラム、方法、および情報処理装置

(51)【国際特許分類】

   A63F 13/70 20140101AFI20240105BHJP

   A63F 13/60 20140101ALI20240105BHJP

【ＦＩ】

A63F13/70

A63F13/60

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022102497

(22)【出願日】2022-06-27

(71)【出願人】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】堺 俊太

(57)【要約】

【課題】通信ゲームにおいて、正規に所定の条件を満たす端末が存在する場合に限って、他の端末においてもコンテンツデータを一時的に利用可能にする。
【解決手段】複数の端末が通信することで通信ゲームを実行するシステムが提供される。複数の端末の各々は、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能なコンテンツデータと、復号化鍵とを含む。複数の端末のうち少なくとも所定の条件を満たす第１端末は、復号化鍵に対応する暗号化鍵を含む。第１端末は、通信ゲームを実行するときに、暗号化鍵を用いて暗号化した暗号化データを他の端末へ送信する。他の端末は、第１端末から暗号化データを受信すると、当該暗号化データを復号化鍵に基づいて検証する。複数の端末のうち所定の条件を満たさない第２端末は、第１端末から受信した暗号化データの検証が成功すると、第２端末による通信ゲームにおけるコンテンツデータの利用を一時的に可能にする。
【選択図】図６

【特許請求の範囲】

【請求項1】

複数の端末が通信することで通信ゲームを実行するシステムであって、
前記複数の端末の各々は、少なくとも所定の条件を満たす場合に少なくとも前記通信ゲームで利用可能なコンテンツデータと、復号化鍵とを備え、
前記複数の端末のうち少なくとも前記所定の条件を満たす第１端末は、前記復号化鍵に対応する暗号化鍵を備え、
前記第１端末は、前記通信ゲームを実行するときに、前記暗号化鍵を用いて暗号化した暗号化データを他の端末へ送信し、
前記他の端末は、前記第１端末から前記暗号化データを受信すると、当該暗号化データを前記復号化鍵に基づいて検証し、
前記複数の端末のうち前記所定の条件を満たさない第２端末は、前記第１端末から受信した前記暗号化データの検証が成功すると、前記第２端末による前記通信ゲームにおける前記コンテンツデータの利用を一時的に可能にする、システム。

【請求項2】

前記複数の端末の各々は、前記復号化鍵を複数備え、
前記第１端末は、前記複数の復号化鍵にそれぞれ対応する複数の前記暗号化鍵を備え、
前記第１端末は、前記複数の暗号化鍵のうちから、前記他の端末が有している情報に基づいて選択した暗号化鍵を用いて、前記暗号化データを生成し、
前記他の端末は、前記複数の復号化鍵のうちから、前記他の端末が有している前記情報に基づいて選択した復号化鍵を用いて、前記暗号化データを検証する、請求項１に記載のシステム。

【請求項3】

前記複数の端末の各々は、前記所定の条件が満たされると、前記暗号化鍵を保持する、請求項１に記載のシステム。

【請求項4】

前記複数の端末の各々は、前記暗号化鍵をさらに備え、
前記複数の端末の各々は、前記所定の条件が満たされると、前記暗号化鍵が利用可能になる、請求項１に記載のシステム。

【請求項5】

前記第１端末は、前記暗号化データを少なくとも前記複数の端末に含まれる他のすべての端末へ送信する、請求項１に記載のシステム。

【請求項6】

前記第２端末は、前記暗号化データを複数受信した場合に、当該複数の暗号化データのうち１つの暗号化データの検証が成功すると、前記第２端末による前記通信ゲームにおける前記コンテンツデータの利用を一時的に可能にする、請求項１～５のいずれか１項に記載のシステム。

【請求項7】

前記第１端末の各々は、自端末が前記所定の条件を満たすことを示す情報を、少なくとも前記複数の端末に含まれる他のすべての端末へ送信し、
前記他の端末は、前記所定の条件を満たすことを示す情報に基づいて、すべての前記第１端末から前記暗号化データを受信したか否かを判断する、請求項６に記載のシステム。

【請求項8】

すべての前記第１端末から前記暗号化データをそれぞれ受信した状態であって、当該受信した暗号化データのすべてについて検証が失敗すると、前記第２端末による前記通信ゲームにおける前記コンテンツデータの利用は可能にされない、請求項７に記載のシステム。

【請求項9】

前記通信ゲームは、前記複数の端末がゲームを進行するゲームフェーズと、前記ゲームフェーズ前の準備フェーズとを含み、
前記コンテンツデータの利用を一時的に可能にされた前記第２端末において、検証が成功した前記暗号化データを送信した前記第１端末が前記準備フェーズで前記通信ゲームから離脱したとしても、当該準備フェーズに続くゲームフェーズにおいては、前記コンテンツデータの利用は継続して可能にされる、請求項１～５のいずれか１項に記載のシステム。

【請求項10】

前記準備フェーズにおいて、前記コンテンツデータの利用に対するユーザ操作を受け付けた場合には、検証が成功した前記暗号化データを送信した前記第１端末が前記準備フェーズで前記通信ゲームから離脱したとしても、前記ゲームフェーズにおいては、前記コンテンツデータの利用は継続して可能にされる、請求項９に記載のシステム。

【請求項11】

他の装置と通信することで通信ゲームを実行するためのプログラムであって、前記プログラムは、少なくとも所定の条件を満たす場合に少なくとも前記通信ゲームで利用可能なコンテンツデータと、復号化鍵とを備えるコンピュータに、
前記他の装置のうち前記所定の条件を満たす装置から、前記復号化鍵に対応する暗号化鍵を用いて暗号化した暗号化データを受信するステップと、
前記受信した暗号化データを前記復号化鍵に基づいて検証するステップと、
前記所定の条件を満たさない場合に、前記暗号化データの検証が成功すると、前記通信ゲームにおける前記コンテンツデータの利用を一時的に可能にするステップとを実行させる、プログラム。

【請求項12】

複数の端末が通信することで通信ゲームを実行する方法であって、前記複数の端末の各々は、少なくとも所定の条件を満たす場合に少なくとも前記通信ゲームで利用可能なコンテンツデータと、復号化鍵とを備え、前記方法は、
前記複数の端末のうち前記所定の条件を満たす第１端末が、前記通信ゲームを実行するときに、前記復号化鍵に対応する暗号化鍵を用いて暗号化した暗号化データを他の端末へ送信するステップと、
前記他の端末が、前記第１端末から前記暗号化データを受信すると、当該暗号化データを前記復号化鍵に基づいて検証するステップと、
前記複数の端末のうち前記所定の条件を満たさない第２端末が、前記第１端末から受信した前記暗号化データの検証が成功すると、前記第２端末による前記通信ゲームにおける前記コンテンツデータの利用を一時的に可能にするステップとを備える、方法。

【請求項13】

他の情報処理装置と通信することで通信ゲームを実行する情報処理装置であって、
少なくとも所定の条件を満たす場合に少なくとも前記通信ゲームで利用可能なコンテンツデータと、
復号化鍵と、
前記他の情報処理装置のうち前記所定の条件を満たす情報処理装置から、前記復号化鍵に対応する暗号化鍵を用いて暗号化した暗号化データを受信すると、当該暗号化データを前記復号化鍵に基づいて検証する検証手段と、
前記所定の条件を満たさない場合に、前記暗号化データの検証が成功すると、前記通信ゲームにおける前記コンテンツデータの利用を一時的に可能にする可能化手段とを備える、情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、システム、プログラム、方法、および情報処理装置に関する。

【背景技術】

【0002】

複数のユーザ同士で通信ゲームを実行する場合において、例えば、追加的なコンテンツデータをあるユーザが保有しているときには、当該コンテンツデータを保有していない他のユーザにも当該コンテンツデータを利用可能とすることで、通信ゲームの興趣性を向上させることが考えられる。

【0003】

例えば、特開２００９－０６０６２９号公報（特許文献１）は、転送用子機プログラムを子機へ送信することで、親機と１または複数の子機との間で通信ゲームを実行する構成を開示する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００９－０６０６２９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述したようなコンテンツデータを他のユーザへ都度送信する方法を採用した場合には、コンテンツデータのデータ量によっては、ある程度の送信時間が必要となり得る。

【0006】

そこで、コンテンツデータ自体は、各ユーザが使用する端末に格納した上で、所定の条件が満たされた場合に限って、当該コンテンツデータを利用可能にする方法が考えられる。例えば、あるユーザが所定の条件を満たした場合には、他のユーザが所定の条件を満たしていなくても、当該他のユーザにも当該コンテンツデータを一時的に利用できるようにしてもよい。

【0007】

このような方法を採用した場合において、実際には所定の条件を満たしていないにもかかわらず、所定の条件を満たしていると偽装する不正な端末が存在していた場合には、当該不正な端末に加えて、所定の条件を満たしていない他の端末についても、コンテンツデータを利用できてしまう可能性がある。

【0008】

本開示は、通信ゲームにおいて、正規に所定の条件を満たす端末が存在する場合に限って、他の端末においてもコンテンツデータを一時的に利用可能にするための仕組みを提供する。

【課題を解決するための手段】

【0009】

（構成１）ある実施の形態に従えば、複数の端末が通信することで通信ゲームを実行するシステムが提供される。複数の端末の各々は、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能なコンテンツデータと、復号化鍵とを含む。複数の端末のうち少なくとも所定の条件を満たす第１端末は、復号化鍵に対応する暗号化鍵を含む。第１端末は、通信ゲームを実行するときに、暗号化鍵を用いて暗号化した暗号化データを他の端末へ送信する。他の端末は、第１端末から暗号化データを受信すると、当該暗号化データを復号化鍵に基づいて検証する。複数の端末のうち所定の条件を満たさない第２端末は、第１端末から受信した暗号化データの検証が成功すると、第２端末による通信ゲームにおけるコンテンツデータの利用を一時的に可能にする。

【0010】

構成１によれば、所定の条件を満たす第１端末から送信される暗号化データを他の端末で検証することができる。すなわち、第１端末が所定の条件を満たすことを他の端末で検証できる。正規に所定の条件を満たす端末（第１端末）が存在することを検証した上で、その他の端末においてもコンテンツデータを一時的に利用することができる。これによって、通信ゲームの興趣性を向上させることができる。

【0011】

（構成２）構成１において、複数の端末の各々は、復号化鍵を複数含んでいてもよい。第１端末は、複数の復号化鍵にそれぞれ対応する複数の暗号化鍵を含んでいてもよい。第１端末は、複数の暗号化鍵のうちから、他の端末が有している情報に基づいて選択した暗号化鍵を用いて、暗号化データを生成してもよい。他の端末は、複数の復号化鍵のうちから、他の端末が有している情報に基づいて選択した復号化鍵を用いて、暗号化データを検証してもよい。

【0012】

構成２によれば、単一の暗号化鍵および復号化鍵を用いる場合に比較して、セキュリティのレベルを高めることができる。

【0013】

（構成３）構成１または２において、複数の端末の各々は、所定の条件が満たされると、暗号化鍵を保持するようにしてもよい。

【0014】

構成３によれば、所定の条件が満たされなければ、端末は暗号化鍵を保持することがないので、よりセキュリティのレベルを高めることができる。

【0015】

（構成４）構成１または２において、複数の端末の各々は、暗号化鍵をさらに含んでいてもよい。複数の端末の各々は、所定の条件が満たされると、暗号化鍵が利用可能になってもよい。

【0016】

構成４によれば、複数の端末の各々は、所定の条件が満たされるか否かにかかわらず、暗号化鍵を含むことになる。その上で、端末は、所定の条件が満たされた場合に限って、暗号化鍵を利用できる。これによって、暗号化データの送信に必要な暗号化鍵の配布を容易化できる。

【0017】

（構成５）構成１～４のいずれかにおいて、第１端末は、暗号化データを少なくとも複数の端末に含まれる他のすべての端末へ送信してもよい。

【0018】

構成５によれば、例えば、所定の条件を満たさない端末に優先して送信するといった判断をすることなく、暗号化データを送信できるので、暗号化データの検証に要する時間を短縮できる。

【0019】

（構成６）構成１～５のいずれかにおいて、第２端末は、暗号化データを複数受信した場合に、当該複数の暗号化データのうち１つの暗号化データの検証が成功すると、第２端末による通信ゲームにおけるコンテンツデータの利用を一時的に可能にしてもよい。

【0020】

構成６によれば、複数の暗号化データを受信していても、いずれか１つの暗号化データの検証が成功すれば、それ以降の検証を行う必要がないので、暗号化データの検証に要する時間を短縮できるとともに、検証に要するリソースの消費を抑制できる。

【0021】

（構成７）構成６において、第１端末の各々は、自端末が所定の条件を満たすことを示す情報を、少なくとも複数の端末に含まれる他のすべての端末へ送信してもよい。他の端末は、所定の条件を満たすことを示す情報に基づいて、すべての第１端末から暗号化データを受信したか否かを判断してもよい。

【0022】

構成７によれば、複数の端末の各々は、暗号化データを送信することになっているすべての端末から暗号化データを受信したことを確認できるので、アプリケーションデータの一時的な利用をより確実に実現できる。

【0023】

（構成８）構成７において、すべての第１端末から暗号化データをそれぞれ受信した状態であって、当該受信した暗号化データのすべてについて検証が失敗すると、第２端末による通信ゲームにおけるコンテンツデータの利用は可能にされないようにしてもよい。

【0024】

構成８によれば、送信されたすべての暗号化データを検証した上で、コンテンツデータの一時的な利用が可能であるか否かを判断できる。

【0025】

（構成９）構成１～８のいずれかにおいて、通信ゲームは、複数の端末がゲームを進行するゲームフェーズと、ゲームフェーズ前の準備フェーズとを含んでいてもよい。コンテンツデータの利用を一時的に可能にされた第２端末において、検証が成功した暗号化データを送信した第１端末が準備フェーズで通信ゲームから離脱したとしても、当該準備フェーズに続くゲームフェーズにおいては、コンテンツデータの利用は継続して可能にされてもよい。

【0026】

構成９によれば、第１端末が送信した暗号化データの検証が成功して、コンテンツデータの利用を一時的に可能にされた後には、当該第１端末が離脱したとしても、コンテンツデータの利用は継続して可能であるので、ユーザへ違和感を与えることがない。

【0027】

（構成１０）構成９において、準備フェーズにおいて、コンテンツデータの利用に対するユーザ操作を受け付けた場合には、検証が成功した暗号化データを送信した第１端末が準備フェーズで通信ゲームから離脱したとしても、ゲームフェーズにおいては、コンテンツデータの利用は継続して可能にされてもよい。

【0028】

構成１０によれば、コンテンツデータの利用に対するユーザ操作を受け付けた後に、他の端末の離脱によって、コンテンツデータが利用できなくなるといった違和感をユーザへ与えることがない。

【0029】

（構成１１）別の実施の形態に従えば、他の装置と通信することで通信ゲームを実行するためのプログラムが提供される。プログラムは、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能なコンテンツデータと、復号化鍵とを備えるコンピュータに、他の装置のうち所定の条件を満たす装置から、復号化鍵に対応する暗号化鍵を用いて暗号化した暗号化データを受信するステップと、受信した暗号化データを復号化鍵に基づいて検証するステップと、所定の条件を満たさない場合に、暗号化データの検証が成功すると、通信ゲームにおけるコンテンツデータの利用を一時的に可能にするステップとを実行させる。

【0030】

（構成１２）さらに別の実施の形態に従えば、複数の端末が通信することで通信ゲームを実行する方法が提供される。複数の端末の各々は、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能なコンテンツデータと、復号化鍵とを含む。方法は、複数の端末のうち所定の条件を満たす第１端末が、通信ゲームを実行するときに、復号化鍵に対応する暗号化鍵を用いて暗号化した暗号化データを他の端末へ送信するステップと、他の端末が、第１端末から暗号化データを受信すると、当該暗号化データを復号化鍵に基づいて検証するステップと、複数の端末のうち所定の条件を満たさない第２端末が、第１端末から受信した暗号化データの検証が成功すると、第２端末による通信ゲームにおけるコンテンツデータの利用を一時的に可能にするステップとを含む。

【0031】

（構成１３）さらに別の実施の形態に従えば、他の情報処理装置と通信することで通信ゲームを実行する情報処理装置が提供される。情報処理装置は、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能なコンテンツデータと、復号化鍵と、他の情報処理装置のうち所定の条件を満たす情報処理装置から、復号化鍵に対応する暗号化鍵を用いて暗号化した暗号化データを受信すると、当該暗号化データを復号化鍵に基づいて検証する検証手段と、所定の条件を満たさない場合に、暗号化データの検証が成功すると、通信ゲームにおけるコンテンツデータの利用を一時的に可能にする可能化手段とを含む。

【発明の効果】

【0032】

本開示によれば、通信ゲームにおいて、正規に所定の条件を満たす端末が存在する場合に限って、他の端末においてもコンテンツデータを一時的に利用可能にするための仕組みを実現できる。

【図面の簡単な説明】

【0033】

【図1】本実施の形態に従うシステムの一例を示す模式図である。

【図2】本実施の形態に従うシステムの別の一例を示す模式図である。

【図3】本実施の形態に従うシステムにおける利用権を説明するための図である。

【図4】本実施の形態に従うシステムを構成する端末のハードウェア構成例を示す模式図である。

【図5】図４に示すアプリケーションデータおよび利用権データに含まれるデータの一例を示す模式図である。

【図6】本実施の形態に従うシステムにおける検証処理の概要を説明する図である。

【図7】図６に示す端末（送信側端末）のより詳細な機能構成例を示す模式図である。

【図8】図６に示す端末（受信側端末）のより詳細な機能構成例を示す模式図である。

【図9】本実施の形態に従うシステムの端末が実行する処理手順を示すフローチャートである。

【図10】図９に示すステップＳ２のより詳細な処理手順を示すフローチャートである。

【図11】図１０に示すステップＳ２０４のより詳細な処理手順を示すフローチャートである。

【図12】図１０に示すステップＳ２１２のより詳細な処理手順を示すフローチャートである。

【図13】図９に示すステップＳ３のより詳細な処理手順を示すフローチャートである。

【発明を実施するための形態】

【0034】

本実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

【0035】

［Ａ．概要］
まず、本実施の形態に従う通信ゲームを実行するシステムの構成例について説明する。

【0036】

図１は、本実施の形態に従うシステムの一例を示す模式図である。図１には、一例として、４つの端末１００－１～１００－４（以下、「端末１００」と総称することもある。）で構成されたシステム１０Ａを示す。端末１００－１～１００－４は、情報処理装置の一例であり、通信することで通信ゲームを実行する。すなわち、端末１００の各々は、他の端末１００と通信することで通信ゲームを実行する。

【0037】

図１に示すシステム１０Ａにおいては、いずれかの端末１００が通信ゲームを管理する「親」となり、その他の端末１００が「親」に従って処理を行う「子」となってもよい。

【0038】

図１に示すシステム１０Ａにおいて、端末１００－１～１００－４の間で相互にデータをやりとりできる通信方式であれば、有線方式であってもよいし、無線方式であってもよい。

【0039】

図２は、本実施の形態に従うシステムの別の一例を示す模式図である。図２に示すシステム１０Ｂにおいては、４つの端末１００－１～１００－４の各々がネットワーク１２に接続されている。ネットワーク１２には、通信ゲームに必要な処理の少なくとも一部を実行するサーバ２００が接続されている。端末１００－１～１００－４は、サーバ２００を介して、通信ゲームを実行する。

【0040】

なお、図２に示すシステム１０Ｂにおいて、端末１００－１～１００－４がネットワーク１２に接続する通信方式は、有線方式であってもよいし、無線方式であってもよい。また、図２に示すサーバ２００を省略して、端末１００－１～１００－４がネットワーク１２を介して互いに通信する方式を採用してもよい。

【0041】

本明細書において、「通信ゲーム」は、１または複数のユーザが関与するゲームを包含し、どのような種類のゲームであってもよい。例えば、通信ゲームは、対戦型のゲームや複数ユーザが同時に参加可能なゲームを含んでいてもよい。なお、通信ゲームには、ユーザのように振る舞う仮想ユーザが参加できてもよい。

【0042】

本実施の形態に従うシステムにおいて、端末１００は、利用が制限されたコンテンツデータを保持することができる。コンテンツデータは、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能である。なお、少なくとも所定の条件を満たす端末１００は、他の端末１００と通信して通信ゲームを実行するのではなく、端末１００単体で何らかのゲームを実行する場合においても、コンテンツデータが利用可能であってもよい。

【0043】

本明細書において、「コンテンツデータ」は、通信ゲームにおいて利用されるデータを包含し、通信ゲームのためのアプリケーションデータの一部であってもよいし、アプリケーションデータそのものであってもよい。一例として、「コンテンツデータ」は、ステージ、キャラクタ、アイテム、スキルなどを含む。

【0044】

本明細書において、「所定の条件」は、任意に設定される条件である。例えば、端末１００を使用しているユーザがコンテンツデータを利用するための権利（以下、「利用権」とも称す。）を保有している場合に、「所定の条件」を満たすとされてもよい。利用権は、例えば、ユーザが対価を支払ったり、特定のサービスに加入したりすることによって、保有されてもよい。

【0045】

なお、利用権は、ユーザ単位で付与されてもよいし、端末単位で付与されてもよい。利用権がユーザ単位で付与される場合には、同一の端末１００であっても、使用するユーザが異なれば、有効な利用権を保有していない、すなわち所定の条件を満たさないとされてもよい。このように、同一の端末１００を複数のユーザで共有しているような場合には、利用権を保有しているユーザが端末１００を利用するときに限って、コンテンツデータが利用可能にしてもよい。一方、利用権が端末単位で付与される場合には、利用権が付与された端末１００を使用するユーザにかかわらず、コンテンツデータが利用可能となる。

【0046】

また、「所定の条件」としては、実行される通信ゲームがシリーズ化されている場合に、当該シリーズ中の他の通信ゲームを保有していることや、通信ゲーム内で課題をクリアしているといったことであってもよい。

【0047】

以下では、一例として、端末１００を操作して通信ゲームをプレイするユーザが利用権を保有している場合に「所定の条件」を満たすとして説明する。

【0048】

本実施の形態に従うシステムは、正規に所定の条件を満たす端末が存在する場合に限って、他の端末１００においてもコンテンツデータを一時的に利用可能にするための仕組みを提供する。

【0049】

所定の条件が利用権の保有であるとすると、ある通信ゲームを実行する場合において、当該通信ゲームに参加している（あるいは、参加しようとしている）ユーザが利用権を保有しているときには、当該通信ゲームに参加している（あるいは、参加しようとしている）他のユーザも当該コンテンツデータを一時的に利用することができる。

【0050】

図３は、本実施の形態に従うシステムにおける利用権を説明するための図である。図３には、４人のユーザ１～４がそれぞれ端末１００－１～１００－４を用いて通信ゲームを実行する例を示す。

【0051】

例えば、図３（Ａ）に示すように、端末１００－１を使用するユーザ１が利用権２０を保有しており、他の端末１００－２～１００－４を使用するユーザ２～４は利用権２０を保有していないとする。この例では、通信ゲームに参加するユーザ１（端末１００－１）が利用権２０を保有しているので、端末１００－１～１００－４が実行する通信ゲームにおいて、コンテンツデータが一時的に利用可能となる。

【0052】

図３（Ｂ）に示すように、端末１００－１を使用するユーザ１、および、端末１００－２を使用するユーザ２が利用権２０をそれぞれ保有している場合も同様である。

【0053】

なお、複数のユーザが利用権２０をそれぞれ保有している場合であって、利用権２０で利用できるコンテンツデータの内容や範囲が互いに異なっているときには、いずれか１つの利用権２０で利用可能なコンテンツデータに制限してもよいし、複数の利用権２０を考慮して利用可能なコンテンツデータを決定してもよい。

【0054】

図３（Ｃ）に示すように、端末１００－１～１００－４をそれぞれ使用するユーザ１～４がいずれも利用権２０を保有していなければ、コンテンツデータは利用できない。

【0055】

［Ｂ．ハードウェア構成例］
次に、本実施の形態に従うシステムを構成する装置のハードウェア構成例について説明する。

【0056】

図４は、本実施の形態に従うシステムを構成する端末１００のハードウェア構成例を示す模式図である。図４を参照して、端末１００は、一例として、コンピュータであり、１または複数のプロセッサ１０２と、メモリ１０４と、ストレージ１１０と、ディスプレイ１０６と、操作部１０８と、通信部１２０とを含む。これらのコンポーネントは、バス１２２を介して、互いにデータ通信可能に接続されている。

【0057】

プロセッサ１０２は、端末１００が提供する処理を実行するための処理主体（処理手段）である。プロセッサ１０２は、ストレージ１１０が格納しているシステムプログラム１１２およびアプリケーションデータ１１４を読み込んでメモリ１０４に展開して実行する。

【0058】

メモリ１０４は、プロセッサ１０２がアクセス可能な揮発性記憶装置（記憶媒体）であり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などが用いられてもよい。

【0059】

ストレージ１１０は、プロセッサ１０２がアクセス可能な不揮発性記憶装置（記憶媒体）であり、例えば、ハードディスクやフラッシュメモリなどが用いられてもよい。ストレージ１１０は、例えば、光ディスクおよびカートリッジといった端末１００に着脱可能な記憶媒体であってもよい。

【0060】

ストレージ１１０は、システムプログラム１１２と、アプリケーションデータ１１４とを格納している。システムプログラム１１２および／またはアプリケーションデータ１１４は、後述する処理を実現するための命令コードを含む。本実施の形態に従う処理を実現する「プログラム」は、システムプログラム１１２に含まれる命令コード、および／または、アプリケーションデータ１１４に含まれるアプリケーションプログラムの命令コードを包含する。ストレージ１１０には、ユーザ操作に応じて、利用権２０を示す利用権データ１１６が格納されていてもよい。

【0061】

ディスプレイ１０６は、プロセッサ１０２で実行される情報処理の結果として生成される画像を表示する。ディスプレイ１０６は複数であってもよい。また、１または複数の外部ディスプレイを端末１００が利用する構成であってもよい。

【0062】

操作部１０８は、端末１００のユーザからの操作を受け付ける。操作部１０８は、例えば、押ボタン、操作レバー、タッチパネル、マウスなどを含む。操作部１０８は、端末１００とは別体の、有線または無線で接続されるゲームコントローラであってもよい。

【0063】

通信部１２０は、他の端末１００との間の通信、および／または、ネットワーク１２を介したサーバ２００との間で通信を行う。通信部１２０は、有線通信に必要なハードウェア、および／または、無線通信に必要はハードウェアを有していてもよい。なお、通信部１２０の処理の全部または一部をプロセッサ１０２により実現してもよい。

【0064】

図４には、端末１００を一体の装置として描くが、複数の装置の集合体として実装してもよい。すなわち、端末１００を複数の独立した装置の組み合わせによって実装してもよい。例えば、プロセッサ１０２、メモリ１０４、ストレージ１１０に相当するハードウェアを有する本体部と、ディスプレイ１０６、操作部１０８に相当するハードウェアを有する端末部とからなる構成を採用してもよい。

【0065】

また、端末１００において実行される処理の少なくとも一部が、ネットワーク上に分散配置された１または複数の他の装置によって分散的に実行されるようにしてもよい。

【0066】

端末１００において実行される処理は、プロセッサ１０２がプログラムを実行することで実現されてもよいし、処理の一部または全部が、ＡＳＩＣ（application specific integrated circuit）やＦＰＧＡ（field programmable gate array）などのハードワイヤード回路により実現されてもよい。

【0067】

本明細書において、「プロセッサ」との用語は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）などのプログラムに記述された命令コードに従って処理を実行する処理回路という通常の意味に加えて、ＡＳＩＣやＦＰＧＡなどのハードワイヤード回路も包含する。ＡＳＩＣやＦＰＧＡなどのハードワイヤード回路は、実行すべき処理に対応する回路が予め形成されている。さらに、本明細書の「プロセッサ」は、ＳｏＣ（System on Chip）などの複数の機能が集約された回路も包含する。

【0068】

図２に示すサーバ２００は、例えば、汎用的なコンピュータを用いて実現される。汎用的なコンピュータのハードウェア構成については公知であるので、詳細な説明は行わない。

【0069】

［Ｃ．検証処理］
次に、本実施の形態に従うシステムが上述したような仕組みを提供するための検証処理の一例について説明する。

【0070】

図５は、図４に示すアプリケーションデータ１１４および利用権データ１１６に含まれるデータの一例を示す模式図である。図５を参照して、アプリケーションデータ１１４は、通信ゲームのためのデータであり、一例として、利用権２０を保有していなくても利用可能な標準コンテンツデータ３２と、利用権２０を保有しているときに利用可能な制限コンテンツデータ３４と、制限コンテンツデータ３４の利用可否を管理する管理モジュール３６とを含む。制限コンテンツデータ３４は、少なくとも所定の条件を満たす場合に少なくとも通信ゲームで利用可能なコンテンツデータの一例である。

【0071】

本実施の形態に従うシステムにおいては、利用権２０を管理するために鍵ペア群を用いる。鍵ペア群は、任意のアルゴリズムに従って生成された一対の鍵（鍵ペア）を１または複数含む。本実施の形態においては、一方の鍵を用いて暗号化を行い、他方の鍵を用いて復号化を行うので、説明の便宜上、暗号化に用いる鍵を「暗号化鍵」と称し、復号化に用いる鍵を「復号化鍵」と称する。

【0072】

このような鍵ペアとしては、例えば、公知の公開鍵暗号基盤に従って生成される秘密鍵と公開鍵とを用いることができる。秘密鍵と公開鍵との鍵ペアを用いる場合には、復号化鍵を用いて暗号化を行うとともに、暗号化鍵を用いて復号化を行うこともできる。

【0073】

本実施の形態に従うシステムにおいては、一対の鍵ペア（Ｎ＝１）を用意すれば、利用権２０の保有を検証することができるが、よりセキュリティのレベルを高めるために、複数の鍵ペアを用いてもよい。

【0074】

アプリケーションデータ１１４は、Ｎ（Ｎ≧２）個の復号化鍵３０＿１，３０＿２，…，３０＿Ｎ（以下、１つの復号化鍵を「復号化鍵３０」とも総称する。）からなる復号化鍵群３００を含む。これによって、端末１００の各々は、復号化鍵３０を複数有することになる。

【0075】

利用権データ１１６は、それぞれの復号化鍵３０に対応するＮ個の暗号化鍵４０＿１，４０＿２，…，４０＿Ｎ（以下、１つの暗号化鍵を「暗号化鍵４０」とも総称する。）からなる暗号化鍵群４００を含む。このように、端末１００は、所定の条件が満たされると、復号化鍵３０に対応する暗号化鍵４０を保持することになる。すなわち、１または複数の暗号化鍵４０からなる暗号化鍵群４００は、所定の条件を満たす端末１００に格納される。

【0076】

一例として、ユーザが所定の手続き（例えば、利用権２０に対する対価の支払い）を行うことで、利用権２０を管理するサーバから利用権データ１１６（暗号化鍵群４００を含む）が端末１００にダウンロードされてもよい。

【0077】

この例では、端末１００は、所定の条件を満たす場合に限って、暗号化鍵群４００を格納することになるので、セキュリティのレベルを高めることができる。なお、所定の条件を満たさなくなった場合（例えば、利用権２０に対する対価が支払われなくなった場合など）には、端末１００に格納されている利用権データ１１６を削除するようにしてもよい。

【0078】

変形例として、利用権データ１１６と暗号化鍵群４００とは互いに独立していてもよい。この場合には、例えば、ユーザが対価を支払ったり、特定のサービスに加入したりすることによって、ユーザが利用権を保有することになれば、利用権データ１１６および暗号化鍵群４００がそれぞれ端末１００にダウンロードされるようにしてもよい。

【0079】

別の変形例として、アプリケーションデータ１１４が復号化鍵群３００に加えて、暗号化鍵群４００を有していてもよい。端末１００の各々は、アプリケーションデータ１１４を格納することで、暗号化鍵群４００を保持することになる。この場合には、利用権データ１１６は、暗号化鍵群４００を含まず、代わりに、アプリケーションデータ１１４に含まれる暗号化鍵群４００にアクセスするための情報を含んでいてもよい。利用権データ１１６が端末１００にダウンロードされることで、アプリケーションデータ１１４に含まれる暗号化鍵群４００にアクセスできるようにしてもよい。すなわち、端末１００は、所定の条件が満たされると、暗号化鍵４０が利用可能になってもよい。アプリケーションデータ１１４に復号化鍵群３００および暗号化鍵群４００を含ませることで、所定の条件を満たしているか否かにかかわらず、復号化鍵群３００および暗号化鍵群４００が格納されるので、コンテンツデータを一時的に利用可能にするための仕組みをより簡素な構成で実現できる。

【0080】

さらに別の変形例として、アプリケーションデータ１１４を端末１００にインストールするときに、利用権データ１１６が端末１００のアクセス制限可能な領域に格納されてもよい。インストール後に、ユーザが所定の手続きを行うことで、端末１００に格納された利用権データ１１６にアクセスできるようにしてもよい。

【0081】

図６は、本実施の形態に従うシステムにおける検証処理の概要を説明する図である。図６には、説明の便宜上、利用権２０を保有しているユーザが使用する端末１００Ｓ（送信側端末）と、端末１００Ｒ（受信側端末）との間のやりとりの一例を示す。端末１００Ｓは、少なくとも所定の条件を満たす第１端末に相当する。端末１００Ｒは、他の端末に相当する。なお、端末１００Ｒを使用するユーザは、利用権２０を保有している場合もあるし、保有していない場合もある。

【0082】

端末１００Ｓは、暗号化鍵４０を用いて、検証用文字列５２を暗号化して暗号化データ５０を生成する（暗号化処理６０）。端末１００Ｓは、通信ゲームを実行するときに、暗号化鍵４０を用いて暗号化された暗号化データ５０は端末１００Ｒへ送信する。

【0083】

端末１００Ｒは、復号化鍵３０を用いて、端末１００Ｓから受信した暗号化データ５０を復号化する（復号化処理６２）。そして、端末１００Ｒは、復号結果に基づいて、暗号化データ５０が正しく復号されたか否かを判断する（判断処理６４）。正しく復号されたと判断されると、端末１００Ｓは正当な利用権２０を保有しているとの検証結果６６が出力される。この検証結果６６は、検証の成功を示す。このように、他の端末である端末１００Ｒは、端末１００Ｓから暗号化データ５０を受信すると、受信した暗号化データ５０を復号化鍵３０に基づいて検証する。

【0084】

所定の条件を満たさない端末１００Ｒ（使用しているユーザが利用権２０を保有していない）は、端末１００Ｓから受信した暗号化データ５０の検証が成功すると、端末１００Ｒによる通信ゲームにおけるコンテンツデータの利用を一時的に可能化する。

【0085】

なお、端末１００Ｓは、端末１００を使用しているユーザが利用権２０を保有しているか否かにかかわらず、同一の通信ゲームを実行する他のすべての端末１００へ暗号化データ５０を送信するようにしてもよい。すなわち、端末１００Ｓは、通信ゲームを実行するために通信している複数の端末１００に含まれる他のすべての端末１００へ暗号化データ５０を送信してもよい。さらに、端末１００Ｓは、自端末へも暗号化データ５０を送信するようにしてもよい。すなわち、端末１００Ｒは、端末１００Ｓ自身であってもよい。

【0086】

変形例として、端末１００Ｓは、端末１００を使用しているユーザが利用権２０を保有していない端末１００Ｒに対してのみ暗号化データ５０を送信するようにしてもよい。

【0087】

図７は、図６に示す端末１００Ｓ（送信側端末）のより詳細な機能構成例を示す模式図である。

【0088】

図７を参照して、端末１００Ｓは、機能構成として、暗号化鍵選択モジュール１５０と、検証用文字列生成モジュール１５２と、暗号化モジュール１５８とを含む。これらのモジュールは、端末１００のプロセッサ１０２がアプリケーションデータ１１４に含まれるアプリケーションプログラム（および／または、システムプログラム１１２）を実行することで実現されてもよい。

【0089】

端末１００Ｓは、暗号化データ５０を受信する端末１００が有している情報である選択情報を用いる。選択情報は、通信ゲーム毎に変化し得る情報であり、かつ、通信時に端末１００間で共有可能な情報である。選択情報は、例えば、送信元の端末１００を示す識別情報（例えば、ネットワークアドレス、機器番号など）や、通信開始時に決定される情報（例えば、乱数、接続を確立した時刻、セッション番号など）を用いることができる。

【0090】

暗号化鍵選択モジュール１５０は、選択情報に基づいて、暗号化鍵群４００のうちから１つの暗号化鍵４０を選択する。図７には、暗号化鍵４０＿ｍが選択されている例を示す。

【0091】

検証用文字列生成モジュール１５２は、選択情報に基づいて、検証用文字列１５６を生成する。検証用文字列生成モジュール１５２は、予め定められた検証文字列生成規則１５４に従って、検証用文字列１５６を生成する。検証文字列生成規則１５４は、例えば、選択情報を検証用文字列５２に含めることなどを規定している。このような規定によれば、検証用文字列１５６は、選択情報を直接的または間接的に反映したものとなる。

【0092】

暗号化モジュール１５８は、暗号化鍵選択モジュール１５０が選択した暗号化鍵４０＿ｍを用いて、検証用文字列１５６を暗号化することで、暗号化データ５０を生成する。暗号化データ５０は、端末１００Ｒを含む他の端末１００へ送信される。

【0093】

このように、端末１００Ｓは、複数の暗号化鍵４０のうちから、他の端末（端末１００Ｒ）も有している情報（選択情報）に基づいて選択した暗号化鍵４０＿ｍを用いて、暗号化データ５０を生成する。

【0094】

図８は、図６に示す端末１００Ｒ（受信側端末）のより詳細な機能構成例を示す模式図である。

【0095】

図８を参照して、端末１００Ｒは、機能構成として、復号化鍵選択モジュール１６０と、復号化モジュール１６２と、判断モジュール１６６と、可能化モジュール１６８とを含む。これらのモジュールは、端末１００のプロセッサ１０２がアプリケーションデータ１１４に含まれるアプリケーションプログラム（および／または、システムプログラム１１２）を実行することで実現されてもよい。

【0096】

端末１００Ｒが受信した暗号化データ５０は、受信バッファ１７０に格納される。

【0097】

復号化鍵選択モジュール１６０は、選択情報に基づいて、復号化鍵群３００のうちから１つの復号化鍵３０を選択する。図８には、復号化鍵３０＿ｍが選択されている例を示す。

【0098】

復号化モジュール１６２および判断モジュール１６６は、端末１００Ｓから受信した暗号化データ５０を復号化鍵３０に基づいて検証する。すなわち、復号化モジュール１６２および判断モジュール１６６は、所定の条件を満たす端末１００から、復号化鍵３０に対応する暗号化鍵４０を用いて暗号化した暗号化データ５０を受信すると、その暗号化データ５０を復号化鍵３０に基づいて検証する検証モジュールに相当する。

【0099】

選択情報に基づいて暗号化鍵選択モジュール１５０（図７）によって選択される暗号化鍵４０と復号化鍵選択モジュール１６０（図８）によって選択される復号化鍵３０とが互いに対応するように、暗号化鍵選択モジュール１５０および復号化鍵選択モジュール１６０はそれぞれ適切に設計される。

【0100】

復号化モジュール１６２は、復号化鍵選択モジュール１６０が選択した復号化鍵３０＿ｍを用いて、暗号化データ５０を復号化する。復号化モジュール１６２による復号結果１６４は、判断モジュール１６６へ出力される。

【0101】

判断モジュール１６６は、復号結果１６４に対応する選択情報を用いて、復号結果１６４が所定の規則（図７に示す検証文字列生成規則１５４）に適合しているか否かを判断する。判断モジュール１６６は、復号結果１６４が検証文字列生成規則１５４に適合していれば、暗号化データ５０が正しく復号された（すなわち、検証が成功した）と判断する。一方、判断モジュール１６６は、復号結果１６４が検証文字列生成規則１５４に適合していなければ、暗号化データ５０の復号が失敗したと判断する。判断モジュール１６６は、暗号化データ５０が正しく復号されたときに、正当な利用権２０を保有しているとの検証結果６６を出力する。

【0102】

このように、端末１００Ｒは、復号化鍵３０のうちから、端末１００Ｓも有している情報（選択情報）に基づいて選択した復号化鍵３０＿ｍを用いて、暗号化データ５０を検証する。

【0103】

選択情報は、他の端末１００と接続を確立したときに任意の方法で取得してもよいし、暗号化データ５０を受信しときに任意の方法で取得してもよい。暗号化データ５０毎に選択情報が異なる場合もあるので、暗号化データ５０と選択情報とを対応付けて格納してもよい。

【0104】

可能化モジュール１６８は、検証結果６６に基づいて、制限コンテンツデータ３４（図５参照）の一時的な利用を可能化する。すなわち、可能化モジュール１６８は、端末１００Ｒが所定の条件を満たさない場合に、端末１００Ｓから受信した暗号化データ５０の検証が成功すると（正当な利用権２０を保有しているとの検証結果６６が出力されると）、端末１００Ｒによる通信ゲームにおける制限コンテンツデータ３４の利用を一時的に可能化する。

【0105】

このように、端末１００Ｒを使用するユーザは、利用権２０の検証が成功した旨の検証結果６６が出力されることを条件として、制限コンテンツデータ３４が利用可能になる。

【0106】

なお、同一の端末１００では、図７に示す機能構成および図８に示す機能構成の両方が実現可能であってもよい。

【0107】

［Ｄ．処理手順］
次に、本実施の形態に従うシステムで実行される検証処理を含む処理手順の一例について説明する。

【0108】

以下の説明においては、通信ゲームの一例として、対戦ゲームを想定する。なお、通信ゲームとしては、他のユーザと協力する協力ゲームであってもよい。ゲームの内容は、バトルゲームやスポーツゲーム、パズルゲームなどであってもよい。標準コンテンツデータ３２（図５）は、標準的に用意されている１または複数の対戦ステージデータ（以下、「標準ステージデータ」とも称す。）を含み、制限コンテンツデータ３４は、追加的に用意されている１または複数の対戦ステージデータ（以下、「追加ステージデータ」とも称す。）を含む。制限コンテンツデータ３４としては、キャラクタデータやアイテムデータなどであってもよい。

【0109】

同一の通信ゲームに参加しているいずれかのユーザが利用権２０を保有していれば、当該通信ゲームに参加している他のユーザも制限コンテンツデータ３４に含まれるステージを選択できる。

【0110】

（ｄ１：全体処理）
図９は、本実施の形態に従うシステムの端末１００が実行する処理手順を示すフローチャートである。同一の通信ゲームを実行する複数の端末１００の各々が図９に示す処理をそれぞれ実行する。図９および後述する図１０～図１３に示す各ステップは、端末１００のプロセッサ１０２がアプリケーションデータ１１４に含まれるアプリケーションプログラム（および／または、システムプログラム１１２）を実行することで実現されてもよい。

【0111】

図９に示す処理手順は、複数の端末１００がゲームを進行するゲームフェーズ（ステップＳ６）と、ゲームフェーズ前の準備フェーズ（ステップＳ１～Ｓ５）とを含む。

【0112】

図９を参照して、端末１００は、ユーザ操作に応じて、他の端末１００との接続を確立する処理を実行する（ステップＳ１）。なお、通信ゲームへの参加を希望する複数のユーザからのリクエストに応じて、同一の通信ゲームに参加する１または複数のユーザを所定の方法で決定（マッチング）してもよい。例えば、同様のスキルレベルを有するユーザ同士をマッチングするようにしてもよい。

【0113】

また、実行される通信ゲームに適用されるルールなどが予めユーザへ通知されてもよい。適用されるルールは、通信ゲームの主催者（親）となるユーザが任意に決定してもよいし、予め定められた方法で決定されてもよい。

【0114】

続いて、端末１００は、追加ステージへの投票可否を判断する（ステップＳ２）。そして、端末１００は、ステージ投票画面を生成し、ユーザが投票したステージを示す投票データを他の端末１００へ送信する（ステップＳ３）。

【0115】

端末１００は、同一の通信ゲームを実行する他のすべての端末１００から投票データを受信したか否かを判断する（ステップＳ４）。同一の通信ゲームを実行する他のすべての端末１００から投票データを受信していなければ（ステップＳ４においてＮＯ）、ステップＳ４の処理が繰り返される。

【0116】

同一の通信ゲームを実行する他のすべての端末１００から投票データを受信していれば（ステップＳ４においてＹＥＳ）、端末１００は、同一の通信ゲームを実行する端末１００からのそれぞれの投票データのうちから、１つの投票データを選択して、実行するステージを決定する（ステップＳ５）。これによって、ゲームフェーズ前の準備フェーズが完了する。

【0117】

続いて、端末１００は、決定したステージで通信ゲームのゲームフェーズを開始する（ステップＳ６）。

【0118】

なお、ステップＳ５の処理は、通信ゲームの主催者（親）となるユーザが使用する端末１００のみが実行し、その他の端末１００は、決定されたステージの情報を受信するだけでもよい。

【0119】

（ｄ２：追加ステージへの投票可否決定）
図１０は、図９に示すステップＳ２のより詳細な処理手順を示すフローチャートである。

【0120】

図１０を参照して、端末１００は、接続を確立した端末１００（同一の通信ゲームを実行する端末１００）のうち利用権２０（利用権データ１１６）を保有している端末１００を示す保有リストを生成する（ステップＳ２００）。

【0121】

より具体的には、利用権２０（利用権データ１１６）を保有している端末１００の各々は、自端末が所定の条件を満たすことを示す情報（利用権２０を保有していることを示す情報）を、通信ゲームを実行するために通信している複数の端末１００に含まれる他のすべての端末１００へ送信する。当該情報を受信した端末１００は、自端末が所定の条件を満たすことを示す情報に基づいて、保有リストを生成する。

【0122】

続いて、端末１００は、自端末が利用権２０（利用権データ１１６）を保有しているか否かを判断する（ステップＳ２０２）。自端末が利用権２０（利用権データ１１６）を保有していれば（ステップＳ２０２においてＹＥＳ）、端末１００は、利用権データ１１６に含まれる暗号化鍵４０を用いて暗号化データ５０を生成し（ステップＳ２０４）、同一の通信ゲームを実行するすべての端末１００へ送信する（ステップＳ２０６）。

【0123】

このように、所定の条件を満たす端末１００は、通信ゲームを実行するときに、復号化鍵３０に対応する暗号化鍵４０を用いて暗号化した暗号化データ５０を他の端末１００へ送信する。

【0124】

自端末が利用権２０（利用権データ１１６）を保有していなければ（ステップＳ２０２においてＮＯ）、ステップＳ２０４およびＳ２０６の処理はスキップされる。

【0125】

端末１００は、暗号化データ５０の受信を待つ（ステップＳ２０８）。端末１００は、検証処理を行っていない新たな暗号化データ５０を受信したか否かを判断する（ステップＳ２１０）。同一の暗号化データ５０を複数回受信することもあるが、既に検証処理を行った暗号化データ５０については、改めて検証処理を行わなくてもよい。ステップＳ２１０は、同一の暗号化データ５０に対して複数回の検証処理が行われないようにするための処理である。

【0126】

検証処理を行っていない新たな暗号化データ５０を受信すると（ステップＳ２１０においてＹＥＳ）、端末１００は、検証処理を実行する（ステップＳ２１２）。このように、端末１００は、所定の条件を満たす端末１００から暗号化データ５０を受信すると、受信した暗号化データ５０を復号化鍵３０に基づいて検証する。

【0127】

続いて、端末１００は、検証処理によって正当な利用権２０を保有しているとの検証結果が得られたか否かを判断する（ステップＳ２１４）。すなわち、端末１００は、検証処理が成功したか否かを判断する。

【0128】

正当な利用権２０を保有しているとの検証結果が得られると（ステップＳ２１４においてＹＥＳ）、端末１００は、正当な利用権２０と判断された暗号化データ５０および当該暗号化データ５０の送信元の端末１００を示す情報とを対応付けて検証済リストに登録する（ステップＳ２１６）。また、端末１００は、追加ステージへの投票が可能であることを記録する（ステップＳ２１８）。そして、処理はリターンする。

【0129】

なお、検証結果は、独立した検証済リストに登録してもよいし、保有リストに登録（例えば、属性情報として付加）してもよい。

【0130】

このように、所定の条件を満たさない端末１００が、所定の条件を満たす端末１００から受信した暗号化データ５０の検証が成功すると、所定の条件を満たさない端末１００による通信ゲームにおける制限コンテンツデータ３４の利用（本実施の形態においては追加ステージへの投票および投票結果としての追加ステージでの対戦ゲームを含む）を一時的に可能にする。

【0131】

正当な利用権２０を保有しているとの検証結果が得られなければ（ステップＳ２１４においてＮＯ）、ステップＳ２０８以下の処理が繰り返される。

【0132】

検証処理を行っていない新たな暗号化データ５０を受信していなければ（ステップＳ２１０においてＮＯ）、端末１００は、ステップＳ２００において生成した保有リストを参照して、利用権２０（利用権データ１１６）を保有しているすべての端末１００から暗号化データ５０を受信済であるか否かを判断する（ステップＳ２２０）。

【0133】

このように、保有リストに基づいて、利用権２０を保有しているすべての端末１００から暗号化データ５０を受信したか否かを判断する。

【0134】

暗号化データ５０を受信していない端末１００があれば（ステップＳ２２０においてＮＯ）、ステップＳ２０８以下の処理が繰り返される。

【0135】

利用権２０（利用権データ１１６）を保有しているすべての端末１００から暗号化データ５０を受信済であれば（ステップＳ２２０においてＹＥＳ）、端末１００は、追加ステージへの投票が不可能であることを記録する（ステップＳ２２２）。そして、処理はリターンする。

【0136】

このように、利用権２０を保有しているすべての端末１００から暗号化データ５０をそれぞれ受信した状態であって、当該受信した暗号化データ５０のすべてについて検証が失敗すると、端末１００による通信ゲームにおける制限コンテンツデータ３４の利用は可能にされない。

【0137】

（ｄ３：暗号化データ生成）
図１１は、図１０に示すステップＳ２０４のより詳細な処理手順を示すフローチャートである。

【0138】

図１１を参照して、端末１００は、選択情報を取得する（ステップＳ２０４０）。端末１００は、検証文字列生成規則１５４に従って、検証用文字列１５６を生成する（ステップＳ２０４１）。

【0139】

端末１００は、選択情報に基づいて、暗号化鍵群４００のうちから１つの暗号化鍵４０を選択する（ステップＳ２０４２）。端末１００は、選択した暗号化鍵４０を用いて、生成した検証用文字列１５６を暗号化して暗号化データ５０を生成する（ステップＳ２０４３）。そして、処理はリターンする。

【0140】

（ｄ４：検証処理）
図１２は、図１０に示すステップＳ２１２のより詳細な処理手順を示すフローチャートである。

【0141】

図１２を参照して、端末１００は、選択情報を取得する（ステップＳ２１２０）。端末１００は、選択情報に基づいて、復号化鍵群３００のうちから１つの復号化鍵３０を選択する（ステップＳ２１２１）。そして、端末１００は、選択した復号化鍵３０を用いて、検証対象の暗号化データ５０を復号化する（ステップＳ２１２２）。

【0142】

端末１００は、暗号化データ５０を復号化して得られた復号結果１６４が所定の規則に適合しているか否かを判断する（ステップＳ２１２３）。復号結果１６４が所定の規則に適合していれば（ステップＳ２１２３においてＹＥＳ）、端末１００は、正当な利用権２０を保有している（検証が成功した）との検証結果を出力する（ステップＳ２１２４）。そして、処理はリターンする。

【0143】

このように、端末１００が暗号化データ５０を複数受信した場合であっても、受信した複数の暗号化データ５０のうち１つの暗号化データ５０の検証が成功すると、正当な利用権２０を保有しているとの検証結果が出力される。そのため、１つの暗号化データ５０の検証が成功することで、端末１００による通信ゲームにおける制限コンテンツデータ３４の利用が一時的に可能になる。

【0144】

一方、復号結果１６４が所定の規則に適合していなければ（ステップＳ２１２３においてＮＯ）、端末１００は、正当な利用権２０を保有していない（検証が失敗した）との検証結果を出力する（ステップＳ２１２５）。そして、処理はリターンする。

【0145】

（ｄ５：ステージ投票画面生成およびステージ投票）
図１３は、図９に示すステップＳ３のより詳細な処理手順を示すフローチャートである。図１３を参照して、端末１００は、追加ステージへの投票が可能であることが記録されているか否かを判断する（ステップＳ３００）。

【0146】

追加ステージへの投票が可能であることが記録されていれば（ステップＳ３００においてＹＥＳ）、端末１００は、標準ステージデータおよび追加ステージデータからステージ投票画面を生成する（ステップＳ３０２）。すなわち、追加ステージへの投票が可能なステージ投票画面が生成される。

【0147】

一方、追加ステージへの投票が可能であることが記録されていなければ（ステップＳ３００においてＮＯ）、端末１００は、標準ステージデータのみからステージ投票画面を生成する（ステップＳ３０４）。

【0148】

端末１００は、ユーザからのステージ投票を待つ（ステップＳ３０６）。端末１００は、ステージ投票がなされた、または、ステージ投票がタイムアウトになったかを判断する（ステップＳ３０８）。

【0149】

ステージ投票がなされた、または、ステージ投票がタイムアウトになると（ステップＳ３０８においてＹＥＳ）、端末１００は、ユーザが投票したステージを示す投票データを生成する（ステップＳ３１０）。なお、ステージ投票がタイムアウトになると、任意の方法で決定されたステージに自動的に投票されてもよい。そして、処理はリターンする。

【0150】

ステージ投票がなされておらず、かつ、ステージ投票がタイムアウトしていなければ（ステップＳ３０８においてＮＯ）、端末１００は、暗号化データ５０の受信を待つ（ステップＳ３１２）。

【0151】

端末１００は、検証処理を行っていない新たな暗号化データ５０を受信したか否かを判断する（ステップＳ３１４）。

【0152】

検証処理を行っていない新たな暗号化データ５０を受信すると（ステップＳ３１４においてＹＥＳ）、端末１００は、検証処理を実行する（ステップＳ３１６）。なお、検証処理（ステップＳ３１６）の詳細な処理手順は、図１２に示す処理手順と同様である。

【0153】

ステップＳ２において、いずれかの暗号化データ５０について検証処理が成功すると、それ以降に受信する暗号化データ５０については検証処理を行わずに、追加ステージへの投票が可能であるとして処理が続行される。ステップＳ３１４およびＳ３１６は、主として、最初の検証処理が成功した後に受信し得る暗号化データ５０を検証する処理である。例えば、新たなユーザが参加する場合には、当該新たなユーザが使用する端末１００から新たな暗号化データ５０が送信される可能性も想定される。また、追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱した場合（ステップＳ３２６など参照）には、検証処理が成功した別の暗号化データ５０の有無が判断されるため、ステップＳ３１４およびＳ３１６において、別の暗号化データ５０を用意することも予定されている。

【0154】

端末１００は、検証処理によって正当な利用権２０を保有しているとの検証結果が得られたか否かを判断する（ステップＳ３１８）。正当な利用権２０を保有しているとの検証結果が得られると（ステップＳ３１８においてＹＥＳ）、端末１００は、正当な利用権２０と判断された暗号化データ５０および当該暗号化データ５０の送信元の端末１００を示す情報とを対応付けて検証済リストに登録する（ステップＳ３２０）。また、端末１００は、追加ステージへの投票が可能であることを記録する（ステップＳ３２２）。そして、ステップＳ３００以下の処理が繰り返される。

【0155】

正当な利用権２０を保有しているとの検証結果が得られなければ（ステップＳ３１８においてＮＯ）、ステップＳ３０６以下の処理が繰り返される。

【0156】

検証処理を行っていない新たな暗号化データ５０を受信していなければ（ステップＳ３１４においてＮＯ）、端末１００は、追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱したか否かを判断する（ステップＳ３２４）。

【0157】

追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱していれば（ステップＳ３２４においてＹＥＳ）、端末１００は、検証済リストに正当な利用権２０と判断された別の暗号化データ５０が登録されているか否かを判断する（ステップＳ３２６）。

【0158】

検証済リストに正当な利用権２０と判断された別の暗号化データ５０が登録されていれば（ステップＳ３２６においてＹＥＳ）、ステップＳ３０２以下の処理が繰り返される。

【0159】

検証済リストに正当な利用権２０と判断された別の暗号化データ５０が登録されていなければ（ステップＳ３２６においてＮＯ）、端末１００は、追加ステージへの投票が不可能であることを記録する（ステップＳ３２８）。そして、ステップＳ３０４以下の処理が繰り返される。

【0160】

追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱していなければ（ステップＳ３２４においてＮＯ）、ステップＳ３０６以下の処理が繰り返される。

【0161】

図１３に示す処理手順において、ユーザが投票したステージを示す投票データが生成されると（ステップＳ３１０）、処理はリターンするので、その後に、追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱しても、投票データは有効なものとして取り扱われる。この場合には、制限コンテンツデータ３４の利用を一時的に可能にされた端末１００において、検証が成功した暗号化データ５０を送信した端末１００が通信ゲームから離脱したとしても、当該準備フェーズに続くゲームフェーズにおいては、制限コンテンツデータ３４の利用は継続して可能にされる。

【0162】

図１３に示す処理手順においては、準備フェーズにおいて、制限コンテンツデータ３４の利用に対するユーザ操作を受け付けた場合（例えば、ユーザによる投票）には、検証が成功した暗号化データ５０を送信した端末１００が準備フェーズで通信ゲームから離脱したとしても、ゲームフェーズにおいては、制限コンテンツデータ３４の利用は継続して可能にされる。

【0163】

なお、ユーザは、追加ステージを含むステージ投票画面において、追加ステージ以外を選択する場合もある。但し、あるユーザが追加ステージ以外を選択したとしても、他のユーザが追加ステージを選択した場合には、追加ステージが実行されると決定されることもある。そのため、制限コンテンツデータ３４の利用に対するユーザ操作は、制限コンテンツデータ３４に含まれる追加ステージに投票する操作だけではなく、追加ステージ以外のステージに投票する操作を含む。

【0164】

変形例として、制限コンテンツデータ３４の利用に対するユーザ操作を受け付ける前に、検証が成功した暗号化データ５０を送信した端末１００が通信ゲームから離脱したとしても、制限コンテンツデータ３４の利用を継続して可能にしてもよい。

【0165】

なお、準備フェーズで制限コンテンツデータ３４の利用に対するユーザ操作を受け付けた後に、検証が成功した暗号化データ５０を送信した端末１００が通信ゲームから離脱した場合には、当該準備フェーズに続くゲームフェーズにおいて、制限コンテンツデータ３４の利用を再度不可能にしてもよい。

【0166】

図１３に示す処理手順において、ユーザが投票したステージを示す投票データが生成される前に、追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱した場合には、利用権２０を保有している別の端末１００が存在すれば、制限コンテンツデータ３４の利用（追加ステージへの投票）は継続して可能にされる。一方で、利用権２０を保有している別の端末１００が存在しなければ、制限コンテンツデータ３４の利用は不可能とされる。

【0167】

なお、追加ステージへの投票を可能にした利用権２０を保有している端末１００が離脱しても、制限コンテンツデータ３４の利用を継続して可能にしてもよい。

【0168】

（ｄ５：投票データの正当性確認）
端末１００は、投票データから実行するステージを決定する前に、投票データの正当性を確認してもよい。例えば、端末１００が送信する投票データには、選択されたステージに加えて、制限コンテンツデータ３４が利用可能となった利用権２０を示す情報を含めてもよい。利用権２０を示す情報は、例えば、対応する暗号化データ５０および暗号化データ５０の送信元の端末１００を示す情報を含んでいてもよい。

【0169】

端末１００は、投票データから実行するステージを決定する前に、追加ステージを指定する投票データについては、当該投票データに含まれる情報に基づいて、再度の検証処理を行ってもよい。

【0170】

このとき、再度の検証処理によって、利用権２０が不正なものであると判断されると、接続している１または複数の端末１００を解散してもよい。

【0171】

［Ｅ．その他の形態］
（ｅ１：検証処理）
上述の実施の形態において、受信する暗号化データ５０を順次検証し、いずれか１つの暗号化データ５０により所定の条件が満たされると、制限コンテンツデータ３４を一時的に利用可能とする。したがって、所定の条件が満たされた後には、必ずしも暗号化データ５０の検証を行わなくてもよい。

【0172】

なお、上述の実施の形態のように、ユーザによる投票が完了しない間は、受信した他の暗号化データ５０を検証するようにしてもよい。すべての暗号化データ５０を検証することで、不正な端末１００が存在しないことを確認できる。

【0173】

また、受信したすべての暗号化データ５０を検証するようにしてもよい。この場合において、暗号化データ５０の検証が成功した端末１００が離脱したときでも、暗号化データ５０の検証が成功した他に端末１００が存在すれば、スムーズに、制限コンテンツデータ３４の一時的な利用を引き続き有効なものとできる。

【0174】

別の変形例として、受信したすべての暗号化データ５０の検証が成功して、暗号化データ５０を送信したすべての端末１００が所定の条件を満たしている場合に限って、制限コンテンツデータ３４を一時的に利用可能としてもよい。

【0175】

（ｅ２：検証結果）
上述の実施の形態においては、端末１００がコンテンツデータを有しているので、端末１００は、正当な利用権２０を保有しているとの検証結果に基づいて、当該コンテンツデータへのアクセスを可能化する。

【0176】

変形例としては、同一の通信ゲームを実行している他の端末１００と検証結果を共有できるように、端末１００が検証結果を外部に送信するようにしてもよい。また、一時的に利用可能とされるコンテンツデータの一部がサーバなどに格納されている場合には、当該サーバに格納されたコンテンツデータへのアクセスを可能化するために、端末１００が検証結果を外部に送信するようにしてもよい。

【0177】

（ｅ３：検証処理の適用例）
上述の実施の形態においては、端末１００の各々は、同一の通信ゲームを実行する他の端末１００（または、他の端末１００を使用するユーザ）が所定の条件を満たしているか否かを判断する。そして、所定の条件を満たしていると判断されると、当該通信ゲームにおいて、コンテンツデータが一時的に利用可能になる。

【0178】

所定の条件を満たしているか否かの判断（検証処理）は、端末１００が有しているコンテンツデータを一時的に利用可能にする仕組みに限らず、任意の処理に適用することができる。

【0179】

例えば、所定の条件を満たす端末１００のみが制限コンテンツデータ３４（コンテンツデータ）を保持するようにした場合には、検証処理を用いることで、制限コンテンツデータ３４を保持している端末１００が本当に所定の条件を満たしている否かを確認できる。

【0180】

また、制限コンテンツデータ３４（コンテンツデータ）とは独立して、所定の条件を満たしているか否かを判断することのみを目的として検証処理を実行してもよいし、検証処理の結果をどのような処理に用いてもよい。

【0181】

すなわち、端末１００は、任意の目的で、他の端末１００および／または当該端末１００自身が所定の条件を満たしているか否かを判断できる。判断結果（検証結果）は、どのような処理に用いてもよい。

【0182】

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0183】

１０Ａ，１０Ｂ システム、１２ ネットワーク、２０ 利用権、３０ 復号化鍵、３２ 標準コンテンツデータ、３４ 制限コンテンツデータ、３６ 管理モジュール、４０ 暗号化鍵、５０ 暗号化データ、５２，１５６ 検証用文字列、６０ 暗号化処理、６２ 復号化処理、６４ 判断処理、６６ 検証結果、１００，１００Ｒ，１００Ｓ 端末、１０２ プロセッサ、１０４ メモリ、１０６ ディスプレイ、１０８ 操作部、１１０ ストレージ、１１２ システムプログラム、１１４ アプリケーションデータ、１１６ 利用権データ、１２０ 通信部、１２２ バス、１５０ 暗号化鍵選択モジュール、１５２ 検証用文字列生成モジュール、１５４ 検証文字列生成規則、１５８ 暗号化モジュール、１６０ 復号化鍵選択モジュール、１６２ 復号化モジュール、１６４ 復号結果、１６６ 判断モジュール、１６８ 可能化モジュール、１７０ 受信バッファ、２００ サーバ、３００ 復号化鍵群、４００ 暗号化鍵群。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】