JP7000481B2 - プログラム、端末及びゲーム管理装置 - Google Patents

Description

特許法第３０条第２項適用 （１）公開日 令和１年９月９日～令和２年２月２５日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏ．ｊｐ／ｄｐ／Ｂ０７ＷＲＹＣ７ＮＳ ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１４５１８０４６７８ ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｂａｎｄａｉ．ｚｚａｒｄ （２）ウェブサイトの掲載日及びウェブサイトの掲載アドレス ・掲載日 令和１年５月１６日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝＿ＮｙＬＶＲＨｔＹ２ｓ ・掲載日 令和１年５月１７日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＱＦＣＬｆＳｎｉｚ＿ｗ ・掲載日 令和１年６月２１日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝５ｊＢＢｍｋｋｘａ３Ｉ ・掲載日 令和１年７月９日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｇ４ｙＦＸｓ５ＭｑｐＵ ・掲載日 令和１年７月２６日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＢＨＶｅＭｌｋｚｓ８Ｉ ・掲載日 令和１年８月２１日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｇｔ８Ｏｕ４３ＢＨ０Ｙ ・掲載日 令和１年８月３０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＣｊｐｕＥＥＷＧｆ６Ｉ ・掲載日 令和１年９月２０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｔ＿７ａＭｏｊ４ｄＲｃ ・掲載日 令和１年１０月１１日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｙＳｙＭ９ｇｑｚＣ９ｃ

特許法第３０条第２項適用 ・掲載日 令和１年１０月１８日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｑ３ｔｑｉｇＪｗ１５Ｕ ・掲載日 令和１年１０月２３日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｆＢＴＣ６ＦＭＭｗＬｋ ・掲載日 令和１年１０月２９日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａｄＦＶａＫＴｋＬｗＭ ・掲載日 令和１年１１月１４日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｃ－ｋＥＪｏｃＨ９ＴＭ ・掲載日 令和１年１２月６日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｅＣｈ＿ＴｇＬＫｃＷｃ ・掲載日 令和１年１２月２０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｄＪ２ＵＲ＿ＭＸＳＢＱ （３）ウェブサイトの掲載日及びウェブサイトの掲載アドレス ・ウェブサイトの掲載日 令和１年９月６日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｓｔａｔｕｓ／１１６９９５７７０９３２９７５６１６１ ・ウェブサイトの掲載日 令和１年１０月１７日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｓｔａｔｕｓ／１１８４６８１６２７７０９８９０５６１ ・ウェブサイトの掲載日 令和１年１１月２８日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｓｔａｔｕｓ／１１９９９６００８５７８０２５４７２２

特許法第３０条第２項適用 ・ウェブサイトの掲載日 令和１年１２月２３日、令和１年１２月２５日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ａｉｃａｒｄｄａｓｓ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｉｎｆｏｒｍａｔｉｏｎ／％ｅ３％８０％８ｅｃｏｎｔｒａｃｔ％ｅ３％８０％８ｆ％ｅ３％８３％９４％ｅ３％８３％８３％ｅ３％８２％ａｆ％ｅ３％８２％ａ２％ｅ３％８３％８３％ｅ３％８３％９７％ｅ３％８２％ａｂ％ｅ３％８３％ｂｃ％ｅ３％８３％８９％ｅｆ％ｂｃ％８６％ｅ３％８２％ａａ％ｅ３％８２％ｂ９％ｅ３％８２％ｂ９％ｅ３％８３％ａ１％ｅ３％８３％８７％ｅ３％８３％８３％ｅ３％８２％ａｄ％ｅ７％ｂ４％ｂ９％ｅ４％ｂｂ％８ｂ．ｐｈｐ ・ウェブサイトの掲載日 令和１年１２月２８日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ａｉｃａｒｄｄａｓｓ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｉｎｆｏｒｍａｔｉｏｎ／ｃｏｎｔｒａｃｔ＿ｄｅｃｋ＿１．ｐｈｐ ・ウェブサイトの掲載日 令和１年１２月２８日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ａｉｃａｒｄｄａｓｓ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｉｎｆｏｒｍａｔｉｏｎ／ｃｏｎｔｒａｃｔ＿ｄｅｃｋ＿２．ｐｈｐ （４）公開日及び公開名 ・公開日 平成３１年４月２２日 公開名：第１回クローズドβテスト ・公開日令和１年５月９日 公開名：第２回クローズドβテスト （５）掲載日 平成３１年３月２８日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｔｉｍｅ＿ｃｏｎｔｉｎｕｅ＝１７＆ｖ＝Ｅ７９ＡｏＸＳＵＪ６Ｑ （６）掲載日 令和１年９月１０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ａ９ｒＶＩ－４Ｇｈｄ０＆ｔ＝１７１９ｓ

本発明はプログラム、端末及びゲーム管理装置に関する。

近年、SNS（Social Network Service）が広く普及している。SNSは、会員相互間でメッセージを交換する通信のプラットフォームとしてほぼ常時利用されているものも多い。このSNSを利用して、ユーザの求める新たなゲームの紹介や提供によるサービスが行われている（例えば、特許文献１）。

また、近年、スマートフォンや携帯電話機等をプラットフォームとするゲームが人気である。例えば、仮想的なカード等のゲーム要素を組合せたデッキを用いて、デッキを構成する各ゲーム要素のパラメータ値を用いて対戦ゲームの勝敗を決定するようにしたゲーム等である。

特開２０１６－４２３１０号公報

本発明の目的は、SNS（Social Network Service）を利用することにより、ゲームの興趣性を向上させたプログラム、端末及びゲーム管理装置を提供することにある。

本発明の一態様は、プレーヤが第１ゲーム要素を使用して行うゲームを実行させるプログラムであって、コンピュータを、第１ゲーム要素から構成されるプレーヤのデッキを設定可能なデッキ設定手段と、前記設定したデッキのうち他のプレーヤに紹介する紹介デッキに関する紹介デッキ情報を、プレーヤ間での情報の共有が可能なソーシャルネットワークサービスに提供する提供手段として機能させるプログラムである。

本発明の一態様は、第１ゲーム要素から構成されるプレーヤのデッキを設定可能なデッキ設定手段と、前記設定したデッキのうち他のプレーヤに紹介する紹介デッキに関する紹介デッキ情報を、プレーヤ間での情報の共有が可能なソーシャルネットワークサービスに提供する提供手段とを備える端末である。

本発明の一態様は、プレーヤが第１ゲーム要素を使用して行うゲームを管理するゲーム管理装置であって、第１ゲーム要素を構成要素とするプレーヤのデッキの設定を許可するデッキ設定許可手段と、設定許可されたデッキのうち他のプレーヤに紹介する紹介デッキに関する紹介デッキ情報へのアクセスするためのアクセス情報を生成し、前記プレーヤの端末に送信するアクセス情報生成手段とを備えるゲーム管理装置である。

本発明は、プレーヤであるユーザの興趣性を向上させたゲームを提供することができる。

図１は本実施形態におけるゲームシステムの全体構成例を示す図である。 図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。 図３はプレーヤ端末１の機能構成例を示すブロック図である。 図４は保有カードデータＤ１の一例を示した図である。 図５はカードキャラクタデータＤ２の一例を示した図である。 図６はデッキ設定データＤ３の一例を示す図である。 図７はプレーヤＡのバディ設定データＤ４の一例を示す図である。 図８はゲームサーバ２の機能構成例を示すブロック図である。 図９はユーザ情報データＤ６の一例を示した図である。 図１０は、プレーヤ端末１、ゲームサーバ２及びＳＮＳサーバ３の動作を説明するための全体のシーケンス図である。 図１１はデッキ編成処理（Ｓｔｅｐ１）のフローチャートである。 図１２はデッキの一覧を表示するマイデッキの画面の一例である。 図１３はプレーヤ端末１に表示されるデッキ編成画面の一例である。 図１４はプレーヤのカード保有によって表示するカードの色を変更した例である。 図１５はデッキ紹介処理（Ｓｔｅｐ３）のフローチャートである。 図１６はデッキ編成画面に表示された紹介デッキのアクセス先（リンク先）を示すURLの表示例である。 図１７はＵＲＬ付きのＳＮＳメッセージの一例を示す図である。 図１８はＵＲＬ発行処理（Ｓｔｅｐ４）のフローチャートである。 図１９は紹介デッキ編成処理（Ｓｔｅｐ６）のフローチャートである。 図２０は第２の実施の形態のシーケンス図である。 図２１は紹介デッキ試用端末処理（Ｓｔｅｐ８）のフローチャートである。 図２２は紹介デッキのデッキ編成画面において紹介デッキの試用方法を選択する画面の一例である。 図２３は紹介デッキ試用サーバ処理（Ｓｔｅｐ９）のフローチャートである。 図２４は紹介デッキが試用されていることを示すマークを表示する例である。

＜本発明の第１の実施の形態＞
［全体構成］
図１は、本実施形態におけるゲームシステムの全体構成例を示す図である。図１に示すように、ゲームシステムは、ゲームのプレーヤＡ，Ｂ毎に用意されるプレーヤ端末１と、ゲームサーバ２と、ＳＮＳサーバ３とを備えて構成される。プレーヤ端末１と、ゲームサーバ２及びＳＮＳサーバ３とは、通信回線Ｎに接続可能で、相互に通信可能である。

通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。

プレーヤ端末１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、ゲームサーバ２及びＳＮＳサーバ３とデータ通信を行うことができる。プレーヤ端末１は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。プレーヤ端末１は、基本的には、複数存在し、各プレーヤにより操作される。

図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、プレーヤ端末１は、ディスプレイ１１と、ディスプレイ１１と一体構成されるタッチ操作パネル１２と、スピーカ１３とを備える。また、プレーヤ端末１には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。

制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル１２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。

ゲームサーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、プレーヤ端末１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。

ＳＮＳサーバ３は、各会員に対してソーシャルネットワークサービス（ＳＮＳ）を提供するWebサーバよりなり、各プレーヤはプレーヤ端末１（携帯電話、スマートフォン、タブレット、ＰＣその他を含む）からＳＮＳアプリを起動してＳＮＳサーバ３に接続し、自己のユーザID及びパスワードを入力して認証ステップをクリアすると、ＳＮＳ画面がプレーヤ端末１のディスプレイ１１上に表示される。もっとも、認証方式等は必ずしもパスワード入力を必須とするものではない。なお、SNSアプリとして基本的な機能、例えば、自らの近況の入力や表示、他のユーザとのメッセージ交換が含まれる。メッセージとしては静止画、アイコン（いわゆる「スタンプ」を含む）、動画、音声等の一以上が利用できる。

本実施の形態では、上述のようなゲームシステムを、第１プレーヤＡが保有する第１のゲーム要素と、対戦相手となる第２プレーヤＢが保有する第１のゲーム要素とを使用した対戦ゲームに適用した例を説明する。

ここで、第１のゲーム要素はキャラクタであり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、コンピュータに表示される仮想的なカードや、実体のあるカード等である。尚、物品は、対応付けられたゲーム要素を特定可能に構成された物品であれば、カードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。

以下の説明では、実行するゲームにおいて、第１のゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）のカードの操作に基づいて行動制御がなされるキャラクタであるものとし、カードには対応するキャラクタの図柄（該キャラクタの外観を示した画像）が付されるものとして説明する。更に、これに限られるものではなく、キャラクタは、実行されるゲームのアイテムや発動する効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。

デッキは、所定数の第１のゲーム要素から構成される。所定数の第１のゲーム要素がプレーヤのデッキとして設定される。例えば、第１のゲーム要素がコンピュータに表示される仮想的なカードである場合、デッキはプレーヤにより選択された所定枚数のカードから構成されたカード群である。そして、プレーヤは、保有するカードから構成される複数のデッキを設定することができる。プレーヤは、設定したデッキのうち、希望するデッキを選択し、そのデッキを構成するカードを使用してゲームを行う。

更に、本実施の形態が適用される対戦ゲームでは、第１のゲーム要素とは異なる第２のゲーム要素が加わる。

第２のゲーム要素は、第１ゲーム要素と同様にキャラクタではあるが、かならずしも仮想的又は実体のある物品と対応付けられる必要はない。そして、第２のゲーム要素は、第１のゲーム要素とは異なり、ゲーム内の対戦においてプレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作対象とされるものではなく、プレーヤと共に、又は、単独で、プレーヤが設定したデッキを使用して、他のプレーヤと対戦を実行するという性質を備える。

別の言い方をすると、第２のゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作に基づいて行動制御がなされる第１のゲーム要素とは異なり、ゲーム内において自律的又は自発的に、プレーヤが設定したデッキの第１ゲーム要素を使用して、他のプレーヤと対戦を実行する。

第２ゲーム要素の能力は、第２のゲーム要素が持つキャラクタ情報によって変化する。キャラクタ情報は、プレーヤのゲームの進行に応じて変化する。キャラクタ情報は、複数のパラメータを持つことが可能である。例えば、本実施の形態では、キャラクタ情報は、プレーヤのゲームの結果により得られる経験値により変化するパラメータ（以下、レベルと記載する）と、プレーヤが使用する第１種別のゲーム要素の使用頻度によって変化するパラメータ（以下、カード理解度と記載する）と、プレーヤが使用する第１種別のゲーム要素の種類の使用割合によって変化するパラメータ（以下、パーソナリティと記載する）と、プレーヤが所定のイベントを達成することによって変化するパラメータ（以下、シンクロレベルと記載する）とを含む。従って、第２ゲーム要素が実行する対戦のレベルは、第２のゲーム要素のキャラクタ情報に応じて異なる可能性がある点に留意すべきである。

第２のゲーム要素は複数あっても良く、各第２のゲーム要素は初期の段階において異なるキャラクタ情報を持つようにしても良い。そして、プレーヤは、キャラクタ情報が異なる複数の第２のゲーム要素から、希望する第２のゲーム要素を選択するようにしても良い。

上述した第２のゲーム要素の自律的又は自発的な行動は、ゲームサーバ２が備えるＡＩ機能によって行われる。このＡＩ機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られた学習モデルによって可能である。機械学習の方法は、深層学習（ディープラーニング）、強化学習、又は、それらの組み合わせが代表的なものであるが、これに限られない。尚、学習モデルは、第２のゲーム要素のキャラクタ情報に応じて異なるレベル（強さ）の対戦が可能である。これを実現する方法としては、例えば、第２のゲーム要素のキャラクタ情報が高い程、第１のゲーム要素の選択や、選択された第１のゲーム要素による攻撃又は防御の最適解を探索する時間を多くするなどし、第２のゲーム要素のキャラクタ情報が高い程、ある状況に対処するより最適な解が得られる学習モデル等がある。

上述した第２種別のゲーム要素を、以下の説明ではバディと記載する。
［機能構成］
図３は、プレーヤ端末１の機能構成例を示すブロック図である。

図３に示すように、プレーヤ端末１は、操作入力部５１と、処理部５２と、画像表示部５３と、音出力部５４と、通信部５５と、記憶部５６とを備える。

操作入力部５１は、プレーヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部５２に出力する。操作入力部５１の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレーヤAが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。図２では、タッチ操作パネル１２がこれに該当する。

処理部５２は、記憶部５６に格納されるプログラムやデータ、操作入力部５１からの操作入力信号等に基づいてプレーヤ端末１の動作を統括的に制御する。処理部５２の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部５２は、主な機能部として、ゲーム演算部６１と、画像生成部６２と、音生成部６３と、通信制御部６４とを備える。

ゲーム演算部６１は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部６２や音生成部６３に出力する。ゲーム演算部６１は、プレーヤ情報管理部７０と、カード管理部７１と、デッキ設定部７２と、バディ設定部７３と、ゲーム管理部７４と、ＳＮＳ実行部７５とを含む。

プレーヤ情報管理部７０は、プレーヤの情報を管理する。管理する情報は、プレーヤのニックネーム等の基本的なユーザ情報、プレーヤランク及びバディレベルを管理する。

カード管理部７１は、記憶部５６に格納されている保有カードデータＤ１と、カードキャラクタデータＤ２を用いて、プレーヤＡ，Ｂの保有の有無を含む、ゲームシステムが提供可能なカードの管理を行う。

保有カードデータＤ１は、ゲームシステムが提供可能なカードのカード識別情報と、そのカードをプレーヤが保有しているかの有無を示す保有フラグと、そのカードをプレーヤが使用可能かを示す使用許可フラグとが、関連付けられたデータである。図４は保有カードデータＤ１の一例を示した図である。図４では、カード識別情報のフィールドには、ゲームシステムが提供可能なカードのカード識別情報が記載されている。そして、そのカード識別情報のカードを、プレーヤが保有している場合には保有フラグのフィールドに“１”が設定され、プレーヤが保有していない場合には保有フラグのフィールドに“０”が設定されている。また、そのカード識別情報のカードを、プレーヤが使用可能な場合には使用可能フラグのフィールドに“１”が設定され、プレーヤが使用不可能な場合には使用許可フラグのフィールドに“０”が設定されている。図４は保有カードデータＤ１の一例を示したものであり、これに限定されるものではない。

尚、保有フラグのフィールドに“０”が設定されていても、使用可能フラグのフィールドに“１”が設定される場合がある。例えば、プレーヤが保有していないカードであっても、一時的に、プレーヤにそのカードを使用させる場合などである。

カードキャラクタデータＤ２は、カードのカード識別情報と、そのカードのキャラクタ情報とが関連付けられたデータである。図５はカードキャラクタデータＤ２の一例を示した図である。図５では、カード識別情報とキャラクタ情報（キャラクタの画像、カード名、カード種類、コスト数、属性、種族、能力、攻撃力、ヒットポイント及びレアリティ）とが関連付けられている。尚、図５はカードキャラクタデータＤ２の一例を示したものであり、これに限定されるものではない。

カード管理部７１は、ゲームサーバ２と通信を介して、新しく提供可能なカードがある場合、そのカードのカード識別情報とそのカード識別情報のカードキャラクタデータＤ２とを取得する。そして、カード管理部７１は、取得したカード識別情報を保有カードデータＤ１に追記し、そのカード識別情報の保有フラグを“０”に、使用可能フラグのフィールドを“０”に設定する。また、取得したカードキャラクタデータＤ２を記憶部５６に格納する。そして、プレーヤが新たにカードを取得・保有した場合、カード管理部７１は、そのカード識別情報の保有フラグを“１”に、使用可能フラグのフィールドを“１”に設定する。

デッキ設定部７２は、保有カードデータＤ１とカードキャラクタデータＤ２とを用いて、現在、デッキを構成するカードに使用可能なカード（原則保有カード）を提示し、ユーザの操作により、提示されたカードからデッキを構成するカードを選択し、デッキを設定（編集）する。デッキ設定部７２は、設定されたデッキの名称と、そのデッキの識別情報（デッキＩＤ）と、そのデッキを構成する各カードのカード識別情報とを関連付けたデッキ設定データＤ３を生成し、記憶部５６に格納する。図６はデッキ設定データＤ３の一例を示す図である。図６の例では、プレーヤＡのデッキ１のデッキ設定データＤ３の例であり、デッキＩＤ“Ｄ００１”のデッキ１がカード識別情報”０００１”、”０００６”～カード識別情報”０４５０”のカードから構成されていることを示している例である。尚、図６はデッキ設定データＤ３の一例を示したものであり、これに限定されるものではない。

また、デッキ設定部７２は、設定されているデッキのうち選択したデッキに関するデッキ情報を、他のプレーヤに通知するため、デッキ情報のリンク先であるアクセス情報の取得をサーバ２に要求し、アクセス情報を取得する。ここで、デッキ情報は、デッキ名、デッキＩＤ、デッキを構成するカードの識別情報などである。また、アクセス情報は、Uniform Resource Locator（ＵＲＬ）などである。

また、デッキ設定部７２は、後述するように、ソーシャルネットワークサービスを介して取得した他のプレーヤのアクセス情報からリンク先にアクセスし、デッキ情報を取得する。そして、取得したデッキ情報を用いて、デッキの設定（編集）することもできる。

上述したデッキ設定部７２の動作は後述する。

バディ設定部７３は、プレーヤＡ，Ｂは、アカウント登録時において、複数のバディ（第２ゲーム要素）から、プレーヤＡ，Ｂにより選択されたバディに関する情報を、バディ設定データＤ４を用いて管理する。バディ設定データＤ４は、メニュー設定より選択されたバディのキャラクタ情報である。このバディのキャラクタ情報はゲームの進行に伴って変化するが、変化した場合には変化後のキャラクタ情報がゲームサーバ２から通知され、キャラクタ情報は更新される。図７はプレーヤＡのバディ設定データＤ４の一例を示す図である。図７の例では、バディ設定データＤ４は、バディ識別情報、バディの画像、バディ名、レベル、キャラクタ情報を含んでいる。図７はバディ設定データＤ４の一例を示したものであり、これに限定されるものではない。アカウント登録時のバディ（第２ゲーム要素）のレベル及びキャラクタ情報は初期値（最も低い値）に設定される。また、バディが変更された場合は、前のバディのレベル及びキャラクタ情報は引き継がず、変更後のバディ（第２ゲーム要素）のレベル及びキャラクタ情報を初期値（最も低い値）に設定される。また、バディ設定部７３は、対戦中又はその他のメニュー画面において、バディの画像情報を画像生成部６２に出力する。

ゲーム管理部７４は、ゲーム全体の進行を管理する。

ＳＮＳ実行部７５は、デッキ設定部７２が取得したアクセス情報（ＵＲＬ）を含むメッセージを作成し、ソーシャルネットワークサービス（ＳＮＳ）に提供する。ソーシャルネットワークサービス（ＳＮＳ）に提供する方法は、既存の技術を用いることができる。尚、ソーシャルネットワークサービス（ＳＮＳ）の例としては、Facebook（登録商標）、LINE（登録商標）、Twitter（登録商標）等がある。

画像生成部６２は、ゲーム演算部６１の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部１０３に出力する。画像生成部６２の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

音生成部６３は、ゲーム演算部６１の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部５４に出力する。音生成部６３の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。

通信制御部６４は、ゲームサーバ２とのデータ通信のための通信接続及びデータ処理を行う。

画像表示部５３は、画像生成部６２から入力される画像信号に基づいて各種ゲーム画面を表示する。画像表示部５３の機能は、例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図２では、画像表示部６２は、ディスプレイ１１に該当する。

音出力部５４は、音生成部６３から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。図２では、音出力部５４は、スピーカ１３に該当する。

通信部５５は、通信回線Ｎと接続して通信を実現する。通信部５５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部５６には、プレーヤ端末１を動作させ、プレーヤ端末１が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部５６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。

記憶部５６には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、プレーヤ端末１のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部５２をゲーム演算部６１として機能させるためのプログラムである。このプログラムは、プレーヤがアカウント登録を済ませるとゲームサーバ２又は他のアプリ配信サーバ等から配信される。

また、記憶部５６には、保有カードデータＤ１、カードキャラクタデータＤ２、デッキ設定データＤ３、バディ設定データＤ４及びカード合成データＤ５が格納される。尚、その他にも、カードのキャラクタ及びバディの画像を表示するためのモデルデータやテクスチャデータ、モーションデータ、エフェクトデータ、ゲーム画面の背景画像、効果音等の音データ等が適宜ゲームに必要なデータとして配信され、記憶部５６に格納される。

次に、ゲームサーバ２の構成を説明する。図８はゲームサーバ２の機能構成例を示すブロック図である。

ゲームサーバ２は、処理部９１と、通信部９２と、記憶部９３とを備える。

処理部９１は、プレーヤ管理部１０１と、アクセス情報発行部１０２と、ゲーム管理部１０３と、ＡＩ処理部１０４と、キャラクタ情報更新部１０５とを備える。

プレーヤ管理部１０１は、後述するユーザ情報データを用いてアカウントやゲームの進行状況等を接続されるプレーヤ端末１毎に管理する。

アクセス情報発行部１０２は、プレーヤ端末１からのデッキのアクセス情報に要求に応答して、アクセス情報を発行する。アクセス情報を発行の処理については、後述する。

ゲーム管理部１０３は、プレーヤ端末１からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、後述するカードデータを用いて対戦処理を行い、その対戦結果を出力する。

ＡＩ処理部１０４は、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られた学習モデルを有する。機械学習の方法は、深層学習（ディープラーニング）が代表的なものであるが、これに限られない。

ＡＩ処理部１０４は、プレーヤ端末１から送信されるカード設定情報又は行動選択情報と、プレーヤ端末１のプレーヤのバディのキャラクタ情報（バディの能力）とを入力し、そのカード設定情報又は行動選択情報の状況における操作補助情報を出力する。尚、ＡＩ処理部１０４の学習モデルは、バディのキャラクタ情報（バディの能力）に応じて、操作補助情報の出力内容が異なる。このような学習モデルの例としては、バディのキャラクタ情報（バディの能力）が高い程、最適解を探索する時間を多くするなどし、バディのキャラクタ情報（バディの能力）が高い程、ある状況に対処するより最適な解が得られる学習モデルある。従って、プレーヤ端末１から送信されるカード設定情報又は行動選択情報が同一であっても、上述したように、プレーヤのバディのキャラクタ情報（バディの能力）が異なれば、異なる操作補助情報を出力する可能性がある点に留意すべきである。

キャラクタ情報更新部１０５は、ゲーム管理部１０３からカード設定情報又は行動選択情報と、対戦結果を受信し、それらの情報を用いて、キャラクタ情報の各種パラメータ（レベル、カード理解度、パーソナリティ、シンクロレベル）を計算し、ユーザ情報データＤ６におけるプレーヤＡ，Ｂのキャラクタ情報（バディの能力）を上昇又は変更する更新を行う。尚、キャラクタ情報（バディの能力）の更新は、カード設定情報、行動選択情報及び対戦結果だけでなく、他の情報、例えば、対戦に関する情報ではなく、ゲームにログインした回数等であっても良い。

通信部９２は、通信回線Ｎと接続して通信を実現する。

記憶部９３には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、ゲームサーバ２のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部９１を、プレーヤ管理部１０１と、アクセス情報発行部１０２と、ゲーム管理部１０３と、ＡＩ処理部１０４と、キャラクタ情報更新部１０５として機能させるためのプログラムである。

更に、記録部９２は、ユーザ情報データＤ６と、カードデータとが格納されている。

ユーザ情報データＤ６は、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データＤ６を記録している。図９はユーザ情報データＤ６の一例を示した図である。図９の例では、プレーヤのユーザ識別情報と、保有カードデータＤ１と、デッキ設定データＤ３と、バディ設定データＤ４とを含んでいる。尚、図９はユーザ情報データＤ６の一例を示したものであり、これに限定されるものではない。

カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述した図５のカードキャラクタデータと同様なデータを、ゲームで使用される全てのカードについて格納している。尚、カードデータには、本ゲームで使用されるバディの基本データ(バディ識別情報、キャラクタ画像、バディ名、レベルの初期値、カード理解度の初期値、パーソナリティの初期値及びシンクロレベルの初期値)を含んでも良い。
［各装置の動作］
次に、プレーヤ端末１と、ゲームサーバ２と、ＳＮＳサーバ３との動作を説明する。ここでは、プレーヤＡがプレーヤ端末１を用いて、自己のデッキのうちひとつのデッキを、プレーヤＢに紹介する例を説明する。また、アクセス情報として、ＵＲＬを例にして説明する。

図１０は、プレーヤ端末１、ゲームサーバ２及びＳＮＳサーバ３の動作を説明するための全体のシーケンス図である。

まず、プレーヤＡは、プレーヤ端末１において、デッキを編成するデッキ編成処理を行う（Ｓｔｅｐ１）。図１１はデッキ編成処理（Ｓｔｅｐ１）のフローチャートである。

プレーヤＡは、メニューよりデッキの一覧を表示するマイデッキの画面を表示する。図１２はデッキの一覧を表示するマイデッキの画面の一例である。ここで、既に作成され設定されているデッキを更新する場合は、該当するデッキのボタン３１を選択する。一方、デッキを新規に編成（生成）する場合はデッキを作成するボタン３０を選択する。

プレーヤが既に設定されているデッキのボタン３１を選択すると（Ｓｔｅｐ１００）、デッキ設定部７２はデッキ設定データＤ３からそのデッキを構成するカードのカード識別情報を読み出す（Ｓｔｅｐ１０１）。続いて、カード識別情報に対応するカードキャラクタデータをカードキャラクタデータＤ２から読み出す（Ｓｔｅｐ１０２）。そして、デッキを構成するカードの画像をデッキカード領域に表示する（Ｓｔｅｐ１０３）。

次に、デッキ設定部７２は、保有カードデータＤ１から、プレーヤが保有するカードのカード識別情報（保有フラグのフィールドが“１”のカード識別情報）を読み出し（Ｓｔｅｐ１０４）、それに対応するカードキャラクタデータをカードキャラクタデータＤ２から読み出す（Ｓｔｅｐ１０５）。そして、保有カードの画像を保有カード領域に表示する（Ｓｔｅｐ１０６）。

図１３はプレーヤ端末１に表示されるデッキ編成画面の一例である。図１３では、デッキカード領域３４にはデッキを構成するカードが表示され、保有カード領域３５には保有するカードが表示されている。更に、デッキ編成画面には、編成したデッキを保存（設定）するためのデッキ保存ボタン３２と、後述する紹介デッキのアクセス情報を発行するためのＵＲＬ発行ボタン３３とが表示されている。

尚、デッキカード領域３４及び保有カード領域３５にカードを表示する場合、プレーヤがそのカード保有しているかによって表示するカードの色を変更するようにしても良い。この場合、全カードのカード識別情報に対応するキャラクタデータを読み出し、保有カードデータＤ１の保有フラグのフィールドのフラグの有無（０又は１）によって、カードの色を変更する。図１４はプレーヤのカード保有によって表示するカードの色を変更した例である。図１４では、プレーヤが保有しているカードはカラーで表示し、プレーヤが保有していないカードはグレースケールで表示する例を示している。

デッキ編成画面において、デッキカード領域３４又は保有カード領域３５にカードが表示されると、デッキの編成が行える。デッキの編成は、デッキを構成させたいカードを、保有カード領域３５からデッキカード領域３４に移動させることによって可能である。デッキ設定部７２は、カードの移動判定を行い（Ｓｔｅｐ１０７）、カードの移動があれば（Ｓｔｅｐ１０８）、デッキカード領域３４及び保有カード領域３５のカードの表示を変更する（Ｓｔｅｐ１０９）。

最後に、デッキの編成が終了すると、デッキ保存ボタン３２が押下されてデッキ保存が選択されると（Ｓｔｅｐ１１０）、デッキ設定部７２は、デッキ設定データＤ３を更新又は新規にデータを作成する（Ｓｔｅｐ１１１）。そして、デッキ設定部７２は、更新されたデッキ設定データＤ３をデッキ情報として、ゲームサーバ２に送信する。

ゲームサーバ２のプレーヤ管理部１０１は、受信したデッキ情報から、ユーザ情報データＤ６のデッキ設定データを更新する（Ｓｔｅｐ２）。

次に、プレーヤＡが行うデッキ紹介処理（Ｓｔｅｐ３）について説明する。デッキ紹介処理は、プレーヤＡが作成したデッキを他のプレーヤＢ等に紹介するための処理である。以下の説明では、プレーヤＡが他のプレーヤＢ等に紹介するデッキを紹介デッキと記載する。

図１５はデッキ紹介処理（Ｓｔｅｐ３）のフローチャートである。

まず、デッキを紹介したい場合、プレーヤＡは紹介デッキのデッキ編成画面において、ＵＲＬ発行ボタン３３を押下する。

デッキ設定部７２は、ＵＲＬ発行ボタン３３の押下を判定する（Ｓｔｅｐ２００）。ＵＲＬ発行ボタン３３が押下された場合（Ｓｔｅｐ２０１）、紹介デッキのＵＲＬ発行の要求を行う（Ｓｔｅｐ２０２）。送信するＵＲＬ発行要求は、プレーヤＡのユーザ識別情報（ＩＤ）と紹介デッキのデッキＩＤを含む。

デッキ設定部７２は、ゲームサーバ２からＵＲＬを受信する（Ｓｔｅｐ２０３）。デッキ設定部７２は、受信したＵＲＬをデッキ編成画面に表示する（Ｓｔｅｐ２０４）。図１６はデッキ編成画面に表示された紹介デッキのアクセス先（リンク先）を示すURLの表示例である。図１６では、紹介デッキのＵＲＬに加え、そのＵＲＬを送信するＳＮＳを選択するボタンも表示されている。

プレーヤＡは、ＵＲＬの送信に用いるＳＮＳを選択する。プレーヤＡによって選択されたＳＮＳを用いて、ＳＮＳ実行部７５は、ＵＲＬ付きのメッセージを作成し、ＳＮＳサーバ３に送信する（Ｓｔｅｐ２０５）。図１７はＵＲＬ付きのＳＮＳメッセージの一例を示す図である。

一方、端末１のデッキ紹介処理（Ｓｔｅｐ３）に応答して、ゲームサーバ２では、ＵＲＬ発行処理（Ｓｔｅｐ４）が行われる。図１８はＵＲＬ発行処理（Ｓｔｅｐ４）のフローチャートである。

ゲームサーバ２のアクセス情報発行部１０２は、プレーヤＡの端末１からＵＲＬ発行要求の受信の判定を行う（Ｓｔｅｐ３００）。ＵＲＬ発行要求を受信すると（Ｓｔｅｐ３０１）、ＵＲＬ発行要求に含まれるプレーヤのユーザ識別情報（ＩＤ）及びデッキＩＤを取得する（Ｓｔｅｐ３０２）。

次に、アクセス情報発行部１０２は、ユーザ識別情報（ＩＤ）及びデッキＩＤから、ユーザ識別情報（ＩＤ）のユーザ情報データＤ６より、デッキＩＤに対応するデッキを構成するカードのカード識別情報を読み出し、紹介デッキの名称、紹介デッキを構成するカードのカード識別情報を含む紹介デッキ情報を生成する（Ｓｔｅｐ３０３）。そして、紹介デッキ情報を一時的に記憶部９３に格納し、その格納先のアドレスをURL化して発行し（Ｓｔｅｐ３０４）、プレーヤＡの端末１に送信する（Ｓｔｅｐ３０５）。

このようにして、プレーヤＡの端末１とゲームサーバ２との間で、デッキ紹介処理（Ｓｔｅｐ３）とＵＲＬ発行処理（Ｓｔｅｐ４）とが行われる。

次に、プレーヤＡから紹介デッキを紹介されたプレーヤＢの端末１とゲームサーバ２との間の処理を説明する。

ＳＮＳサーバ３は、URL付きメッセージをプレーヤＢの端末１に送信する（Ｓｔｅｐ５）。

プレーヤＢの端末１は、ＳＮＳサーバより、URL付きメッセージを受信し、紹介デッキ編成処理（Ｓｔｅｐ６）を行う。図１９は紹介デッキ編成処理（Ｓｔｅｐ６）のフローチャートである。

まず、プレーヤＢの端末１のデッキ設定部７２は、受信したメッセージに記載されているＵＲＬにアクセスする（Ｓｔｅｐ４００）。ゲームサーバ２のアクセス情報発行部１０２は、プレーヤＢの端末１のアクセスに応答して、紹介デッキ情報を送信する（Ｓｔｅｐ７）。送信する紹介デッキ情報は、紹介デッキ名と、紹介デッキを構成するカードのカード識別情報である。

プレーヤＢの端末１のデッキ設定部７２は、紹介デッキ情報を受信して取得する（Ｓｔｅｐ４０１）。取得する紹介デッキ情報は、紹介デッキ名と、紹介デッキを構成するカードのカード識別情報である。

デッキ設定部７２は、保有カードデータＤ１から、カード識別情報の保有フラグの有無を読み出す（Ｓｔｅｐ４０２）。また、デッキ設定部７２は、全カードのカードキャラクタデータをカードキャラクタデータＤ２から読み出す（Ｓｔｅｐ４０３）。

デッキ設定部７２は、紹介デッキ情報に含まれるカード識別情報に対応するカードを、プレーヤＢの保有の有無（保有フラグの有無）により表示する色を変えてデッキカード領域に表示する（Ｓｔｅｐ４０４）。一方、 デッキ設定部７２は、全カード識別情報に対応するカードを、プレーヤＢの保有の有無（保有フラグの有無）により表示する色を変えて保有カード領域に表示する（Ｓｔｅｐ４０５）。

Ｓｔｅｐ４０６からＳｔｅｐ４０１１の動作は、先に述べた図１１のＳｔｅｐ１０７からＳｔｅｐ１１２の動作と同様である。

本発明の第１の実施の形態は、プレーヤが編成したデッキの内容（デッキを構成するカードの内容）を他のプレーヤに簡単に紹介することができる。また、デッキを紹介されたプレーヤは、アクセス情報により紹介デッキ情報を容易に取得することができ、さらに、その紹介デッキの内容を、デッキ編成画面により、自分のデッキとして設定することもできる。

＜本発明の第２の実施の形態＞
上述した第１の実施の形態で述べたように、デッキを紹介されたプレーヤは、デッキ編成画面で紹介デッキの内容を確認することはできる。しかし、紹介デッキを構成するカードを保有しておらず、紹介デッキを自己のデッキとして編成することができない場合があると思われる。そのような場合、足りないカードを購入して紹介デッキを編成して設定する前に、その紹介デッキを自己のデッキとして設定するだけの価値があるものかを判断したいと思われる。そこで、第２の実施の形態は、紹介デッキを自己のデッキとして設定するだけの価値があるものかを判断するために、対戦で紹介デッキを使用された状態を体験できる例を説明する。

対戦で紹介デッキを使用された状態を体験できる方法としては、以下の二つの方法がある。
（１）紹介デッキを紹介されたプレーヤが紹介デッキを自ら使用して対戦を行う方法
この方法は、紹介デッキを構成するカードを保有していない場合、その保有していないカードを一時的に使用可能にする処理が必要となる。
（２）紹介デッキを紹介されたプレーヤが、紹介デッキを使用したプレーヤと対戦する方法
この方法を実現する最も簡単な方法は、紹介デッキを紹介したプレーヤと対戦することである。しかし、紹介デッキを紹介したプレーヤと紹介を受けたプレーヤとがいつでも対戦できるとは限らない。そこで、紹介デッキを紹介したプレーヤのバディと紹介を受けたプレーヤとが対戦を行えるように処理を行う。

図２０は第２の実施の形態のシーケンス図である。図２０のシーケンス図は図１０のシーケンス図に新たに端末２で行われる紹介デッキ試用端末処理（Ｓｔｅｐ８）とゲームサーバ２で行われる紹介デッキ試用サーバ処理（Ｓｔｅｐ９）とが加わる。

まず、紹介デッキ試用端末処理（Ｓｔｅｐ８）について説明する。図２１は紹介デッキ試用端末処理（Ｓｔｅｐ８）のフローチャートである。

まず、紹介を受けたプレーヤＢは紹介デッキのデッキ編成画面において、紹介デッキの試用方法を選択する。図２２は紹介デッキのデッキ編成画面において紹介デッキの試用方法を選択する画面の一例である。図２２の例では、プレーヤが紹介デッキを自ら試用する場合の選択ボタン４０と、紹介デッキを紹介したプレーヤのバディ（紹介デッキを対戦で使用する）と紹介を受けたプレーヤと対戦する場合の選択ボタン４１とが表示されている。

プレーヤＢの端末１のデッキ設定部７２は、デッキ編成画面において紹介デッキの試用画面に遷移を判定する（Ｓｔｅｐ５００）。試用画面に遷移した場合（Ｓｔｅｐ５０１）、選択ボタン４０又は選択ボタン４１のいずれかが選択されたかを判定する（Ｓｔｅｐ５０２）。

選択ボタン４０が選択され、紹介デッキを紹介されたプレーヤＢが紹介デッキを自ら使用することを選択した場合、紹介デッキの一時試用の要求を行う（Ｓｔｅｐ５０３）。一時試用要求は、プレーヤの未保有カードの使用許可の要求であり、プレーヤＢのユーザ識別情報と紹介デッキを構成するカードのうち未保有カードのカード識別情報とを含む。

デッキ設定部７２は、ゲームサーバ２から未保有カードの一時使用の許可を受信すると（Ｓｔｅｐ５０４）、カード管理部７１を介して、紹介デッキを構成するカードのうち未保有カードの使用許可フラグを“１”に設定する（Ｓｔｅｐ５０５）。これにより、未保有カードであっても、そのカードが使用可能となる。但し、使用回数の制限を設けなければ、保有していないカードを永久に使用可能となってしまうので、使用回数の制限を設ける。例えば、紹介デッキを使用した対戦回数が２回などである。そして、プレーヤＢは、デッキ編成画面において、紹介デッキを編成する（Ｓｔｅｐ５０６）。

プレーヤＢは紹介デッキを使用して他のプレーヤと対戦を行う（Ｓｔｅｐ５０７）。この処理はゲーム管理部７４が行う対戦処理である。デッキ設定部７２は、対戦回数（紹介デッキの使用回数）を判定し（Ｓｔｅｐ５０８）、対戦回数（紹介デッキの使用回数）が予め定められた制限回数と等しくなった場合（Ｓｔｅｐ５０９）、未保有カードの使用許可フラグを削除（０に設定）する（Ｓｔｅｐ５１０）。

一方、選択ボタン４１が選択され、プレーヤＢが紹介デッキを使用介したプレーヤＢのバディと対戦することを選択した場合（Ｓｔｅｐ５０２）、紹介デッキの対戦要求を行う（Ｓｔｅｐ５１１）。対戦要求は、紹介デッキ情報に含まれていたプレーヤ識別情報及びデッキＩＤを含む。そして、ゲーム管理部７４により、レーヤＢのバディと対戦する（Ｓｔｅｐ５１１）。

次に、ゲームサーバ２側の処理である紹介デッキ試用サーバ処理（Ｓｔｅｐ９）について説明する。図２３は紹介デッキ試用サーバ処理（Ｓｔｅｐ９）のフローチャートである。

まず、ゲームサーバ２は要求の受信を判定する（Ｓｔｅｐ６００）。

紹介デッキの一時試用の要求を受信した場合（Ｓｔｅｐ６０１）、紹介デッキ一時試用要求に含まれているプレーヤＢのユーザ識別情報と紹介デッキを構成するカードのうち未保有カードのカード識別情報とを用いて、プレーヤＢのユーザ情報データＤ６の保有カードデータのうち、未保有カードのカード識別情報の使用許可フラグを“１”に設定し（Ｓｔｅｐ６０２）、未保有カードのカード識別情報に対応するカードの使用許可を送信する（Ｓｔｅｐ６０３）。

一方、対戦要求を受信した場合は、対戦要求に含まれているプレーヤ識別情報及びデッキＩＤを取得し（Ｓｔｅｐ６０４）、プレーヤ識別情報（プレーヤＡ）のユーザ情報データＤ６からプレーヤＡのバディとデッキＩＤに対応するデッキを特定する（Ｓｔｅｐ６０５）。そして、ゲーム管理部１０３は、紹介デッキを試用したプレーヤＡのバディとプレーヤＢとの対戦を実行する（Ｓｔｅｐ６０６）。

第２の実施の形態は、紹介デッキをプレーヤ自ら試用して対戦したり、紹介デッキを試用したバディ（プレーヤ）との対戦を行うことができるので、紹介デッキが自己のデッキとして設定するだけの価値があるものかを判断することができる。

尚、紹介したプレーヤが紹介デッキを試用している場合、紹介したプレーヤが紹介デッキを試用中であることを示す情報を、紹介デッキを紹介したプレーヤに通知するように構成しても良い。例えば、紹介したプレーヤが紹介デッキの試用中、紹介したプレーヤＡの端末１に試用中の情報を送信し、その情報を受信している間、プレーヤＡの端末１のマイデッキの画面中の紹介デッキに対応するデッキのアイコンに試用中のマーク４３を表示する。

以上の実施の形態では、仮想的なゲームカードを用いたカードゲームを例示したが、適用可能なゲームのジャンルは限定されない。例えば、第１ゲーム要素に関連付けたキャラクタを選手とするスポーツの対戦ゲームとしてもよいし、第１ゲーム要素に関連付けたキャラクタの育成ゲーム等であってもよい。

また、上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。

［付記１］
プレーヤによるゲーム要素を使用した対戦ゲームをコンピュータに実行する端末であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
第１ゲーム要素から構成されるプレーヤのデッキを設定可能なデッキ設定処理と、
前記設定したデッキのうち他のプレーヤに紹介する紹介デッキに関する紹介デッキ情報を、プレーヤ間での情報の共有が可能なソーシャルネットワークサービスに提供する提供処理と
を実行する端末。

［付記２］
プレーヤが第１ゲーム要素を使用して行うゲームを管理するゲーム管理装置であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
第１ゲーム要素を構成要素とするプレーヤのデッキの設定を許可するデッキ設定許可処理と、
設定許可されたデッキのうち他のプレーヤに紹介する紹介デッキに関する紹介デッキ情報へのアクセスするためのアクセス情報を生成し、前記プレーヤの端末に送信するアクセス情報生成処理と
を実行するゲーム管理装置。

以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。

１ プレーヤ端末
２ ゲームサーバ
３ ＳＮＳサーバ
１１ ディスプレイ
１２ タッチ操作パネル
１３ スピーカ
５１ 操作入力部
５２ 処理部
５３ 画像表示部
５４ 音出力部
５５ 通信部
５６ 記憶部
６１ ゲーム演算部
６２ 画像生成部
６３ 音生成部
６４ 通信制御部
７０ プレーヤ情報管理部
７１ カード管理部
７２ デッキ設定部
７３ バディ設定部
７４ ゲーム管理部
７５ ＳＮＳ実行部
９１ 処理部
９２ 通信部
９３ 記憶部
１０１ プレーヤ管理部
１０２ アクセス情報発行部
１０３ ゲーム管理部
１０４ ＡＩ処理部
１０５ キャラクタ更新部

Claims (12)

1. プレーヤが第１ゲーム要素を使用して行うゲームを実行させるプログラムであって、
   前記プログラムは、コンピュータを、
   前記第１ゲーム要素から構成されるプレーヤのデッキを設定可能なデッキ設定手段、
   プレーヤ間での情報の共有が可能なソーシャルネットワークサービスを介して取得したアクセス情報を用いて、他のプレーヤが紹介する紹介デッキに関する紹介デッキ情報を取得するデッキ情報取得手段、
   前記紹介デッキ情報を用いて、前記紹介デッキ情報を取得したプレーヤと前記紹介デッキを紹介した紹介プレーヤの第２ゲーム要素との対戦を実行する対戦実行手段、
   として機能させ、
   前記対戦は、前記紹介デッキ情報を取得したプレーヤが自己の設定したデッキを使用し、前記紹介プレーヤの第２ゲーム要素が前記紹介デッキを使用する対戦であり、
   前記第２ゲーム要素は、前記紹介プレーヤの過去の対戦結果により得られた経験値によって変化する対戦のレベルを持ち、前記紹介プレーヤの紹介デッキを使用して単独で他のプレーヤと対戦可能である、
   プログラム。
2. 前記プログラムは、前記コンピュータを、
   前記紹介デッキ情報にアクセスするための前記アクセス情報を、前記ソーシャルネットワークサービスに提供する提供手段、
   として機能させる請求項１に記載のプログラム。
3. 前記プログラムは、前記コンピュータを、
   前記アクセス情報の発行を要求するアクセス情報発行要求手段、
   発行された前記アクセス情報を取得するアクセス情報取得手段、
   として機能させる請求項２に記載のプログラム。
4. 前記プログラムは、前記コンピュータを、少なくとも一以上のソーシャルネットワークサービスの中からいずれか一つのソーシャルネットワークサービスを選択可能な選択手段として機能させ、
   前記提供手段は、前記アクセス情報を、選択されたソーシャルネットワークサービスに提供する
   請求項２又は請求項３に記載のプログラム。
5. 前記アクセス情報が、Uniform Resource Locator（ＵＲＬ）である
   請求項１から請求項４のいずれかに記載のプログラム。
6. 前記デッキ設定手段は、前記紹介デッキ情報を用いて、デッキの編成が可能である
   請求項１から請求項５のいずれかに記載のプログラム。
7. 前記対戦実行手段は、前記紹介デッキ情報を取得したプレーヤが前記紹介デッキを使用する対戦を実行する、
   請求項１から請求項６のいずれかに記載のプログラム。
8. 前記デッキ設定手段は、前記紹介デッキを構成する第１ゲーム要素のうち、前記プレーヤが未保有な第１ゲーム要素の使用を一時的に可能に設定する、
   請求項７に記載のプログラム。
9. 前記デッキ設定手段は、前記紹介デッキが対戦に使用されていることを示す情報を、前記紹介プレーヤに提示する
   請求項７又は請求項８に記載のプログラム。
10. 第１ゲーム要素から構成されるプレーヤのデッキを設定可能なデッキ設定手段と、
    プレーヤ間での情報の共有が可能なソーシャルネットワークサービスを介して取得したアクセス情報を用いて、他のプレーヤが紹介する紹介デッキに関する紹介デッキ情報を取得するデッキ情報取得手段と、
    前記紹介デッキ情報を用いて、前記紹介デッキ情報を取得したプレーヤと前記紹介デッキを紹介した紹介プレーヤの第２ゲーム要素との対戦を実行する対戦実行手段と、
    を備え、
    前記対戦は、前記紹介デッキ情報を取得したプレーヤが自己の設定したデッキを使用し、前記紹介プレーヤの第２ゲーム要素が前記紹介デッキを使用する対戦であり、
    前記第２ゲーム要素は、前記紹介プレーヤの過去の対戦結果により得られた経験値によって変化する対戦のレベルを持ち、前記紹介プレーヤの紹介デッキを使用して単独で他のプレーヤと対戦可能である、
    端末。
11. プレーヤが第１ゲーム要素を使用して行うゲームを管理するゲーム管理装置であって、
    前記第１ゲーム要素を構成要素とするプレーヤのデッキの設定を許可するデッキ設定許可手段と、
    設定許可されたデッキのうち他のプレーヤに紹介する紹介デッキに関する紹介デッキ情報にアクセスするためのアクセス情報を生成し、前記紹介デッキを紹介する紹介プレーヤの端末に送信するアクセス情報生成手段と、
    プレーヤ間での情報の共有が可能なソーシャルネットワークサービスを介して取得した前記アクセス情報を用いてアクセスしてきたプレーヤに、前記紹介デッキ情報を送信する紹介デッキ情報送信手段と、
    前記紹介デッキ情報を用いて、前記紹介デッキ情報を取得したプレーヤと前記紹介プレーヤの第２ゲーム要素との対戦を実行する対戦実行手段と、
    を備え、
    前記対戦は、前記紹介デッキ情報を取得したプレーヤが自己の設定したデッキを使用し、前記紹介プレーヤの第２ゲーム要素が前記紹介デッキを使用する対戦であり、
    前記第２ゲーム要素は、前記紹介プレーヤの過去の対戦結果により得られた経験値によって変化する対戦のレベルを持ち、前記紹介プレーヤの紹介デッキを使用して単独で他のプレーヤと対戦可能である、
    ゲーム管理装置。
12. 前記紹介デッキを紹介されたプレーヤに対し、前記紹介デッキを使用する対戦を実行可能にする対戦実行手段
    を備える請求項１１に記載のゲーム管理装置。

Images