特開 2023-90987 プログラム、情報処理装置およびコンピュータシステム

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

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

(11)【公開番号】P2023090987

(43)【公開日】2023-06-29

(54)【発明の名称】プログラム、情報処理装置およびコンピュータシステム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20230622BHJP

   A63F 13/79 20140101ALI20230622BHJP

【ＦＩ】

A63F13/69

A63F13/79

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2023078667

(22)【出願日】2023-05-11

(62)【分割の表示】P 2021143392の分割

【原出願日】2021-09-02

(71)【出願人】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100135677

【弁理士】

【氏名又は名称】澤井 光一

(72)【発明者】

【氏名】綾野 智章

(57)【要約】

【課題】ユーザに付与するゲームに関する画像を決定するにあたって興趣性を改善できるプログラム、情報処理装置およびコンピュータシステムを提供する。
【解決手段】プログラムは、サーバ装置２の制御部２３（コンピュータ）を、特定のプレイヤによってプレイされたゲームの履歴に関するプレイ情報に基づいて、価値媒体に対応付ける媒体画像を決定する決定手段２３３、媒体画像を価値媒体に対応付ける対応付け手段２３４、ユーザから、価値媒体をユーザに付与するための指示を受け付ける受付手段２３５、指示に応じて、価値媒体をユーザに付与するための付与処理を実行する付与手段２３６、として機能させるものである。
【選択図】図１

【特許請求の範囲】

【請求項1】

コンピュータを、
特定のプレイヤによってプレイされたゲームの履歴に関するプレイ情報に基づいて、価値媒体に対応付ける媒体画像を決定する決定手段、
前記媒体画像を前記価値媒体に対応付ける対応付け手段、
ユーザから、前記価値媒体を前記ユーザに付与するための指示を受け付ける受付手段、
前記指示に応じて、前記価値媒体を前記ユーザに付与するための付与処理を実行する付与手段、として機能させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、情報処理装置およびコンピュータシステムに関する。

【背景技術】

【0002】

従来、ゲームの動画像を構成する静止画像（フレーム画像）の中から特定のキャラクタが登場する静止画像を抽出する技術が知られている（特許文献１参照）。また、この技術では、特定のキャラクタが登場する複数の静止画像の中から、さらに、プレイヤが好きな静止画像を指定して、指定された静止画像をこのプレイヤに付与することもできる。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

ここで近年、デジタルトレーディングカードのように、ゲームに登場するキャラクタの画像やゲームのプレイ動画のワンシーンなど、ゲームに関する画像の需要が高まっている。しかしながら、上記従来技術では、ユーザに付与する画像を決定するにあたって、特定のキャラクタに対応する画像を抽出し、その中からユーザが指定した画像を付与する画像として決定するのみであり、興趣性の改善の余地がある。

【0005】

本開示は、ユーザに付与するゲームに関する画像を決定するにあたって興趣性を改善できるプログラム、情報処理装置およびコンピュータシステムを提供する。

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

【0006】

第１の側面は、コンピュータを、
特定のプレイヤによってプレイされたゲームの履歴に関するプレイ情報に基づいて、価値媒体に対応付ける媒体画像を決定する決定手段、
前記媒体画像を前記価値媒体に対応付ける対応付け手段、
ユーザから、前記価値媒体を前記ユーザに付与するための指示を受け付ける受付手段、
前記指示に応じて、前記価値媒体を前記ユーザに付与するための付与処理を実行する付与手段、として機能させる、
プログラムである。

【0007】

また、第１の側面において、前記ゲームは、複数のプレイヤの操作によって進行される対戦ゲームであり、
前記プレイ情報は、前記プレイヤの操作によって進行された前記対戦ゲームの少なくとも一部のシーンのリプレイデータを含むことができる。

【0008】

また、第１の側面において、前記ゲームの履歴は、前記ユーザとは異なる前記プレイヤによる前記対戦ゲームの履歴であることができる。

【0009】

また、第１の側面において、前記プレイ情報は、前記プレイヤによって前記ゲームが行われた現実のイベントを特定するイベント情報を含み、
前記媒体画像は、前記イベントを特定可能な情報を含むことができる。

【0010】

また、第１の側面において、前記イベント情報は、前記現実のイベントで前記プレイヤによって前記ゲームが行われた段階を特定する情報を含む、
前記媒体画像は、前記段階を特定可能な情報を含むことができる。

【0011】

また、第１の側面において、前記イベント情報は、前記現実のイベントの盛り上げ度を特定するための情報を含むことができる。

【0012】

また、第１の側面において、前記プレイ情報は、前記ゲームをプレイした前記プレイヤを特定するための情報を含み、
前記媒体画像は、前記プレイヤを特定可能な情報を含むことができる。

【0013】

また、第１の側面において、前記媒体画像は、前記プレイヤの操作によって進行された前記ゲームの少なくとも一部のシーンを示すゲーム画像と、前記プレイヤ、または前記プレイヤによって前記ゲームが行われた現実のイベントを特定可能な情報と、を含むことができる。

【0014】

また、第１の側面において、前記コンピュータを、
前記プレイヤの操作によって進行された前記ゲームの少なくとも一部のシーンのリプレイデータから静止画像である前記ゲーム画像を抽出する第１抽出手段、
前記プレイヤまたは前記イベントを示す静止画像である現実情報画像を生成する画像生成手段、として機能させ、
前記媒体画像は、前記ゲーム画像と、前記現実情報画像とを含み、
前記コンピュータを、前記ゲーム画像と前記現実情報画像とを並べて前記ユーザのユーザ装置に表示させる表示情報を生成する生成手段、として機能させることができる。

【0015】

また、第１の側面において、前記コンピュータを、前記媒体画像に関する前記プレイヤ、前記プレイヤによって前記ゲームが行われた現実のイベント、および前記イベントにおける段階、の少なくともいずれかに応じて、前記価値媒体の価値を特定する特定手段、として機能させることができる。

【0016】

また、第１の側面において、異なる前記媒体画像が対応付けられた前記価値媒体は互いに等価値であり、
前記付与手段は、前記指示に応じて、互いに等価値である複数の前記価値媒体の中から抽選によって選択された前記価値媒体を前記ユーザに付与することができる。

【0017】

また、第１の側面において、前記コンピュータを、組み合わせ手段としてさらに機能させ、
前記決定手段は、複数の前記プレイ情報それぞれに基づいて、複数の前記媒体画像を決定し、
前記組み合わせ手段は、決定された複数の前記媒体画像がそれぞれ対応付けられた複数の前記価値媒体を組み合わせることで複数の価値媒体の集合を生成し、
前記受付手段は、ユーザから、前記集合を前記ユーザに対応付ける指示を受け付け、
前記付与手段は、前記指示に応じて、前記集合に含まれる複数の前記価値媒体を前記ユーザに付与するための付与処理を実行することができる。

【0018】

また、第１の側面において、前記コンピュータを、第２抽出手段としてさらに機能させ、
前記プレイ情報は、前記プレイヤの操作によって進行された前記ゲームの少なくとも一部のシーンのリプレイするためのリプレイデータを含み、
前記第２抽出手段は、前記リプレイデータから静止画像である複数の前記ゲーム画像を抽出し、特定の前記プレイ情報に基づいて、前記抽出された複数のゲーム画像の中から、前記リプレイの異なるタイミングに対応する複数の前記ゲーム画像を抽出し、
前記決定手段は、複数の前記ゲーム画像のそれぞれを、複数の前記媒体画像として決定することができる。

【0019】

また、第１の側面において、前記集合は、前記プレイヤ、前記プレイヤによる前記ゲームが行われたイベント、および前記イベントにおける段階の少なくともいずれかを識別する識別情報を含み、
前記集合に含まれる複数の前記価値媒体は、前記識別情報に対応する前記媒体画像が対応付けられた前記価値媒体であることができる。

【0020】

第２の側面は、
特定のプレイヤによってプレイされたゲームの履歴に関するプレイ情報に基づいて、価値媒体に対応付ける媒体画像を決定する決定部と、
前記媒体画像を前記価値媒体に対応付ける対応付け部と、
ユーザから、前記価値媒体を前記ユーザに付与するための指示を受け付ける受付部と、
前記指示に応じて、前記価値媒体を前記ユーザに付与する付与部と、を備える、
サーバ装置である。

【0021】

第３の側面は、
特定のプレイヤによってプレイされたゲームの履歴に関するプレイ情報に基づいて、価値媒体に対応付ける媒体画像を決定する決定部と、
前記媒体画像を前記価値媒体に対応付ける対応付け部と、
ユーザから、前記価値媒体を前記ユーザに付与するための指示を受け付ける受付部と、
前記指示に応じて、前記価値媒体を前記ユーザに付与する付与部と、を備える、
コンピュータシステムである。

【0022】

本開示によれば、ユーザに付与するゲームに関する画像を決定するにあたって興趣性を改善できるプログラム、情報処理装置およびコンピュータシステムを提供する。

【図面の簡単な説明】

【0023】

【図1】本実施形態におけるプラットフォームシステムの構成を示すブロック図である。

【図2】本実施形態におけるプラットフォームシステムの概要を説明するための図である。

【図3】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

【図4】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

【図5】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

【図6】本実施形態におけるプラットフォームシステムの一連の動作を表すフロー図である。

【図7】本実施形態におけるプラットフォームシステムの価値媒体の集合の生成処理の一例を示す図である。

【図8】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

【図9】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

【図10】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

【図11】本実施形態におけるプラットフォームシステムがディスプレイに表示する画面例である。

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

【0024】

本開示の実施形態（以下、「本実施形態」ともいう）にかかるプラットフォームシステム１について、図面を参照して説明する。

【0025】

＜プラットフォームシステムの説明＞
プラットフォームシステム１は、コンピュータシステムの一態様であり、ゲームに関する価値媒体を発行し、それを流通させるプラットフォームを提供するシステムである。ゲームに関する価値媒体とは、ゲームに関するデジタルデータであってもよく、例えば、ゲームに関する画像のＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）であってもよい。本実施形態では、この価値媒体を、ゲームに関するデジタルカード（以下、単に「デジタルカード」または「カード」ともいう）とする例を説明するが、これに限る趣旨ではない。

【0026】

プラットフォームシステム１では、一次流通として、プラットフォームシステム１を運営する企業などの小売業者が、デジタルカードをオンライン上で販売することができる。またデジタルカードはトレーディングカードであってもよく、この場合、プラットフォームシステム１では、二次流通として、販売されたデジタルカードを、ユーザ間の取引で売買することができる。

【0027】

本実施形態にかかるゲームは、例えば、複数のプレイヤの操作によって進行される対戦ゲームであり、いわゆるｅスポーツである。しかしながら、本実施形態にかかるゲームをこれに限定する趣旨ではない。また、本実施形態では、この対戦ゲームがｅスポーツ大会などのゲームの大会でプレイされる例を説明するが、本実施形態にかかるゲームをこれに限定する趣旨ではない。

【0028】

図１に示すように、プラットフォームシステム１は、サーバ装置２および複数のユーザ装置５にて構成される。プラットフォームシステム１では、サーバ装置２および複数のユーザ装置５が通信ネットワーク６を介して互いに通信可能に接続されている。

【0029】

サーバ装置２は、プラットフォームシステム１の運営者が使用する情報処理装置である。サーバ装置２は、所定のプログラムを実行することにより、価値媒体をユーザに販売するためのＥＣサーバやユーザ間の価値媒体の取引を管理する機能を実現する。

【0030】

ユーザ装置５は、ユーザが使用する情報処理装置である。ユーザ装置５は、スマートフォンやラップトップなどの汎用的な端末装置であってもよいし、プラットフォームシステム１専用の装置であってもよい。ユーザ装置５は、所定のプログラムを実行することにより、価値媒体の取引をするためのＵＩをユーザに提供する。所定のプログラムとは、例えば、プラットフォームシステム１専用のアプリケーションプログラム（以下、「トレカアプリ」ともいう）であってもよいし、情報処理装置に汎用的に備わっているＷｅｂブラウザであってもよい。ユーザ装置５は、例えば、通信ネットワーク６を介して、サーバ装置２やアプリケーションストアからトレカアプリを受信（具体的にはダウンロードおよびインストール）する。トレカアプリは、例えば、ユーザが所有する価値媒体を格納し、管理するウォレット機能を備えてもよい。

【0031】

プラットフォームシステム１では、ユーザのアカウント認証のために、ユーザ識別情報およびパスワードを含むアカウント情報が、ユーザごとに割り当てられている。このアカウント情報は、トレカアプリやＷｅｂブラウザからのログイン時、ユーザ装置５からサーバ装置２に送信され、サーバ装置２においてアカウント認証の処理が実行される。そして、アカウント認証を経て、サーバ装置２とユーザ装置５との相互通信が可能となる。ログイン後、ユーザ装置５は、サーバ装置２からデジタルカードの取引に必要なデータをサーバ装置２から受信すると、ユーザの操作に基づいてデジタルカードの画像や音声をディスプレイおよびスピーカに出力させる。

【0032】

ここで図２を参照して、プラットフォームシステム１におけるデジタルカードの発行処理の一例を説明する。

【0033】

（１－１）図２に示すように、プラットフォームシステム１では、サーバ装置２が、プロｅスポーツ選手などの特定のプレイヤによってプレイされたゲームのプレイ情報に基づいて、複数のゲーム画像の中からデジタルカードＣ（価値媒体）に対応付ける画像を決定する。以下、このように価値媒体に対応付ける画像を「媒体画像」ともいう。また、「ゲーム画像」とは、プレイヤの操作によって進行されたゲームの少なくとも一部のシーンを示す画像をいう。媒体画像は、例えば、ゲーム画像と、後述する現実情報画像とを含んでもよい。

【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】

「パラメータ」とは、例えば、価値媒体がデジタルカードであれば、デジタルカードの戦力、攻撃力、防御力、体力（ＨＰ）、賢さ、スキルレベル、スキルの種類、ランク、またはレアリティなどである。

【0059】

制御部２３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置２の動作を制御する、すなわちデータの演算、加工及び転送並びにプログラムの実行や他の装置の制御などを担う処理装置（例えば、プロセッサなど）である。制御部２３は、記憶部２２に格納されているプログラムを実行することにより、サーバ装置２における様々な機能を実現することができる。

【0060】

制御部２３は、各種プログラムを実行することにより、情報処理手段２３１、照合手段２３２、決定手段２３３、対応付け手段２３４、受付手段２３５、および付与手段２３６として機能する。

【0061】

―情報処理手段―
情報処理手段２３１は、各ユーザ装置５との間で各種データを送受信する。情報処理手段２３１が受信する主なデータとしては、表示情報の要求、ユーザの操作に応じた各種要求（例えば、デジタルカードの指定要求やガチャの抽選要求、デジタルカードを購入する際の決済要求など）、ユーザ情報、価値媒体情報（デジタルカードのデータを含む）などが挙げられる。情報処理手段２３１が送信する主なデータとしては、トレカアプリ、価値媒体情報などが挙げられる。

【0062】

－照合手段―
照合手段２３２は、ユーザ装置５から受信したユーザの識別情報を用いて、ユーザアカウントの認証を行う。

【0063】

－決定手段―
決定手段２３３は、プレイ情報に基づいて、価値媒体に対応付ける媒体画像を決定する。

【0064】

－対応付け手段―
対応付け手段２３４は、決定手段２３３により決定された媒体画像を価値媒体に対応付ける。

【0065】

－受付手段―
受付手段２３５は、ユーザから、各種選択や指示、または要求などを受け付ける。受付手段２３５は、ユーザから、媒体画像が対応付けられた価値媒体をこのユーザに付与するための指示を受け付ける。

【0066】

―付与手段－
付与手段２３６は、価値媒体をユーザに付与するための付与処理を実行する。ここで「付与処理」とは、例えば、デジタルカードの購入指示などのユーザの指示に応じて購入された価値媒体をユーザに関連付けることであってもよい。

【0067】

上記構成によれば、付与手段２３６は、プレイされたゲームの履歴に基づいて決定されたデジタルカードに対応付ける媒体画像をユーザに付与することができる。例えば、プラットフォームシステム１では、実際に行われたゲームの勝敗や衝撃のシーンだったか否かなどにより媒体画像が決定されるため、プレイされたゲームの臨場感や盛り上がりなどを感じられるような画像にすることができる。このため、付与手段２３６は、興趣性の高い価値媒体をユーザに付与することができる。

【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】

１ プラットフォームシステム
２ サーバ装置
２３ 制御部
２３３ 決定手段
２３４ 対応付け手段
２３５ 受付手段
２３６ 付与手段
５ ユーザ装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】