JP2018149385A - 情報処理装置、サーバ装置、及びプログラム - Google Patents

Abstract

【課題】ゲームにおいて、他者が提案するオブジェクトの組を利用しやすくすること。【解決手段】サーバ装置は、複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための処理を行う第１の端末装置から、第１のユーザに対応付けられた前記組情報を取得する組取得部と、前記組取得部が取得した前記組情報を記憶する第１記憶部と、前記組情報に関連する出力要求を、第２のユーザに対応する第２の端末装置から受け付ける組要求受付部と、前記第１記憶部に記憶された前記組情報に基づいて、前記出力要求に対応する前記組情報及び／又は当該組情報に関連する情報を出力させる出力制御部と、を備える。【選択図】図１

Description

本発明は、情報処理装置、サーバ装置、及びプログラムに関する。

ユーザが任意の組み合わせを作って予め用意したオブジェクト（カード）の組（例えば、所謂デッキ等）から、数枚のカードを手札として所持し、その中から場と呼ばれる場所にカードを配置するなどのコマンドを実行することで進行するカードゲーム（トレーディングカードゲーム）があった。このようなカードゲームでは従来、ユーザは、カードを選択し、選択したカードについて操作（例えばドラッグ＆ドロップ操作や、表示される選択肢の選択）を行うことでコマンドを実行するといった方法でゲーム進行を操作していた（例えば、特許文献１参照）。

特開２０１５−１８８５０３号公報

ところで、上述のようなゲームでは、オブジェクトの組は、ユーザの任意により選択されるため、ゲームに高度な戦略性を持たせることができる。しかしながら、ゲームの初心者にとっては、どのようにオブジェクトの組を構成すべきであるのかを判断することが難しい場合があった。また、特に、組を構成するオブジェクトの数が多かったり、オブジェクトの種類が豊富であったりすると、オブジェクトの組み合わせは膨大な種類になるため、ゲームの経験者であっても、全く指針がない状態からオブジェクトの組を用意することは、難しい場合があった。

そこで、ゲームのユーザがオブジェクトの組の情報をウェブサイト上で公開して、他のユーザとの間で情報を交換することが行われてきた。しかしながら、ウェブサイト等の媒体は、ゲームとは直接的な関連性がない。そのため、他のユーザが提案するオブジェクトの組をゲームに反映させたいと思っても、ユーザは、実際のゲームにおいて、自身の手でオブジェクトを選択してオブジェクトの組を構成する必要がある。従って、他のユーザが提案するオブジェクトの組を利用しにくい場合があった。

また、ゲームにおいて、ゲーム運営者がオブジェクトの組み合わせをユーザに提案することも行われてきた。しかしながら、ゲーム運営者からの提案のみでは、オブジェクトの組の種類に限りがあり、ユーザの需要を十分に満たすことができない場合があった。また、ゲーム運営者が提供するオブジェクトの組には限りがあるため、オブジェクトの組を検索するための仕組みを整備することは考えられてこなかった。そのため、仮にゲーム運営者が十分な量のオブジェクトの組を提案することができたとしても、ユーザは、所望のオブジェクトの組を探し出すことができず、提案されたオブジェクトの組を利用しにくい状況になることが考えられる。
以上のように、他者が提案するオブジェクトの組を利用しやすくすることが望まれている。

本発明のいくつかの態様は、ゲームにおいて、他者が提案するオブジェクトの組を利用しやすくすることができる情報処理装置、サーバ装置、及びプログラムを提供することを目的の一つとする。

また、本発明の他の態様は、後述する実施形態に記載した作用効果を奏することを可能にする情報処理装置、サーバ装置、及びプログラムを提供することを目的の一つとする。

上述した課題を解決するために、本発明の一態様は、複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための処理を行う第１の端末装置から、第１のユーザに対応付けられた前記組情報を取得する組取得部と、前記組取得部が取得した前記組情報を記憶する第１記憶部と、前記組情報に関連する出力要求を、第２のユーザに対応する第２の端末装置から受け付ける組要求受付部と、前記第１記憶部に記憶された前記組情報に基づいて、前記出力要求に対応する前記組情報及び／又は当該組情報に関連する情報を出力させる出力制御部と、を備えるサーバ装置である。

また、本発明の一態様は、複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための制御を行うゲーム実行部と、前記ゲーム実行部により利用可能な前記組情報を編集させる組編集部と、前記組編集部が編集した前記組情報に関連する情報を、サーバ装置に送信する組送信部と、前記組情報に関連する出力要求を、前記サーバ装置に送信する出力要求送信部と、を備える情報処理装置である。

また、本発明の一態様は、コンピュータを上記のサーバ装置又は情報処理装置として機能させるためのプログラムである。

本発明の第１の実施形態に係るゲームシステムの概要を示す図。 同実施形態に係る投稿デッキリスト画面の一例を示す図。 同実施形態に係る投稿デッキ詳細画面の一例を示す図。 同実施形態に係るゲームシステムの構成を示す図。 同実施形態に係るカード属性情報の一例を示す図。 同実施形態に係るデッキ情報の一例を示す図。 同実施形態に係る投稿情報の一例を示す図。 同実施形態に係るプレイヤ情報の一例を示す図。 同実施形態に係る端末装置の構成を示すブロック図。 同実施形態に係るサーバ装置の構成を示すブロック図。 同実施形態に係るコンピュータシステムの構成を示すブロック図。 同実施形態に係るデッキ編集処理の流れの一例を示すシーケンスチャート。 同実施形態に係るデッキ選択画面の一例を示す図。 同実施形態に係るデッキ編集画面の第１例を示す図。 同実施形態に係るデッキ投稿画面の一例を示す図。 同実施形態に係るデッキ出力処理の流れの一例を示すシーケンスチャート。 同実施形態に係る追加情報画面の一例を示す図。 同実施形態に係るデッキ編集画面の第２例を示す図。 同実施形態に係るゲームのゲーム画面の一例を示す図。 同実施形態に係るゲームのターンの流れの一例を示す図。 本発明の第２の実施形態に係るゲームシステムの構成を示す図。 同実施形態に係る端末装置の構成を示すブロック図。 同実施形態に係るサーバ装置の構成を示すブロック図。 変形例に係るユーザとデッキとの関係を示すブロック図。

以下、本発明の一実施形態について、図面を参照して説明する。
[第１の実施形態]
〔第１の実施形態の概要〕
本発明の第１の実施形態について説明する。
ゲームシステム１は、ゲームを実行するための制御を行う情報処理システムである。本実施形態では、一例として、ゲームシステム１が、所謂対戦型トレーディングカードゲームを再現したコンピュータゲームを実行するための制御を行う場合について説明する。また、ゲームシステム１は、ゲームに用いられるデッキを管理するシステムである。

デッキとは、カードの組であり、後述の対戦などに使用するものである。デッキとは、カードの組み合わせ、カードの束、カードの集合（集まり、まとまり）等であるともいえる。ユーザは、自身が所持するオブジェクトの中から、プレイに用いるカードを、所定のレギュレーション（規則）に従って選択して組み合わせることによりデッキを構成する。レギュレーションとは、デッキの構成規則（制限）である。レギュレーションを満たさない（適合しない、合致しない）デッキは、ゲームのプレイに用いることができない。レギュレーションでは、例えば、デッキを構成するカードの数、カードのバージョン、カードの種類等が定められる。従って、レギュレーションにより定められた範囲内であれば、カードの数、カードのバージョン、カードの種類等は、ユーザが任意に決定してよい。

カードとは、オブジェクトの一例である。オブジェクトとは、例えば、視認可能な表示上の単位であり、また例えば、ユーザが選択可能な単位でもある。また、オブジェクトとは、例えば、ユーザに所有されることがあるものである。また、オブジェクトとは、例えば、デッキを構成する単位である。また、オブジェクトとは、例えば、対戦に用いられるものである。また、オブジェクトとは、カードの他にも、メダル、フィギュア、キャラクタ等であってもよい。
本実施形態に係るゲームは、対戦する各ユーザが、それぞれの手番（以下、ターンとも称する。）において、デッキから抽出したカードを用いて進行する。ゲーム進行の概要については、後述する。

図１は、本実施形態に係るゲームシステム１の概要を示す図である。
図１に示す例においてゲームシステム１は、端末装置１０−１〜１０−４と、サーバ装置３０と、を備える。
端末装置１０−１〜１０−４は、各ユーザがゲームのプレイにおいて操作を入力するゲーム装置である。ここで、プレイとは、ゲームを進行させるための操作（ゲーム操作とも称する。）入力に応じて、ゲーム結果を生成したり、ゲーム状況を更新したりして、ゲームを進行させる一連の処理である。また、プレイするとは、ユーザ（プレイヤ）がゲーム操作を入力して、ゲームを進行させることである。具体的には、プレイとは、後述する対戦等の処理である。端末装置１０−１のユーザは、ゲームの運営者である。端末装置１０−２〜１０−４のユーザは、ゲームのプレイヤ「Ｘ」〜「Ｚ」である。端末装置１０−１〜１０−４は、いずれも同等の機能を備えるが、図１に示す例では、端末装置１０−１〜１０−３がデッキ情報の投稿用の装置として機能しており、端末装置１０−４がデッキ情報の閲覧用の装置として機能している。デッキ情報とは、デッキを示す情報であって、デッキを構成するカードのカードＩＤ（ＩＤｅｎｔｉｆｉｅｒ）の情報の集合である。カードＩＤとは、カードの識別情報である。

サーバ装置３０は、所謂ゲームサーバであり、ユーザの操作に応じてゲームを進行させるための制御を行う。
また、サーバ装置３０は、デッキ情報を管理するデッキ管理サーバ装置でもある。サーバ装置３０は、投稿側の端末装置１０−１〜１０−３から投稿されたデッキ情報を集積する。つまり、投稿者であるゲーム運営者、ユーザ「Ｘ」、「Ｙ」は、自身がゲームをプレイする端末装置１０−１〜１０−３を介して、デッキ情報を投稿することができる。サーバ装置３０は、自装置が管理するデッキ情報を、閲覧側の端末装置１０−４からの要求に応じて出力する。ユーザ「Ｚ」は、自身がゲームをプレイする端末装置１０−４を介して、デッキ情報を要求することができる。

デッキ情報の出力態様には、デッキをユーザ「Ｚ」の所持デッキとして登録することの他に、デッキの属性情報を表示すること、デッキを構成するカードを表示すること、デッキ情報の投稿者が付与した付帯情報を表示すること等がある。例えば、サーバ装置３０は、図１に示す例のように、ユーザ「Ｘ」が投稿したデッキ「Ｑ」を、ユーザ「Ｚ」の所持デッキとして登録する。また、例えば、サーバ装置３０は、図２に示す例のように、投稿されたデッキ情報を、デッキのカテゴリ等の所定の条件に基づいて抽出、ソートして、デッキの名称をリスト形式で一覧表示させる。また、サーバ装置３０は、図３に示す例のように、投稿されたデッキ情報のうち、ユーザ「Ｚ」により選択されたデッキ情報の内容（デッキを構成するカード）を表示させる。なお、本実施形態において、登録とは、情報を新たに記憶したり、情報を更新して記憶したりすることをいう。なお、上述したように、サーバ装置３０から閲覧側の端末装置１０−４に出力されたデッキ情報は、閲覧側の端末装置１０−４に表示されてもよいし、閲覧側の端末装置１０−４がさらに別の表示装置にデッキ情報を出力することで、その表示装置に表示されてもよい。また、サーバ装置３０がデッキ情報出力する出力先は、ユーザ「Ｚ」の端末装置１０−４に限られず、システムの構成に応じていずれの端末装置であってもよい。

以下では、投稿者が投稿するデッキを、投稿デッキと称することがある。つまり、投稿デッキとは、投稿により情報の共有が意図されたデッキである。これに対して、ユーザがゲームのプレイ時に選択可能なデッキを、所持デッキと称することがある。つまり、所持デッキとは、各ユーザがゲームのプレイ時に実際に用いるデッキである。また、以下では、投稿デッキのデッキ情報を、投稿デッキ情報と称し、所持デッキのデッキ情報を所持デッキ情報と称することがある。つまり、デッキ情報には、投稿デッキ情報と、所持デッキ情報との種別がある。また、本実施形態において、投稿とは、情報を、サーバ装置３０に接続する任意の装置から参照可能にすることをいう。

以上のように、サーバ装置３０は、投稿デッキ情報を、投稿側の端末装置１０−１〜１０−３から取得する。また、サーバ装置３０は、投稿デッキ情報に関連する出力要求を、閲覧側の端末装置１０−４から受け付ける。そして、サーバ装置３０は、出力要求に対応する投稿デッキ情報及び／又は当該投稿デッキ情報に関連する情報（例えば、投稿デッキの属性情報、付帯情報）を出力させる。投稿デッキ情報及び／又は当該投稿デッキ情報に関連する情報の出力では、サーバ装置３０は、例えば、投稿デッキの名称を、デッキのカテゴリ等に関連する所定の条件に基づいてリスト表示させる。また、サーバ装置３０は、例えば、投稿デッキのうち、閲覧側のユーザ「Ｚ」によって選択された投稿デッキを構成するカードを表示させる。さらに、サーバ装置３０は、ユーザ「Ｚ」とは異なるユーザが投稿した投稿デッキ情報を、ユーザ「Ｚ」の所持デッキ情報として、編集可能にしてもよい。

これにより、サーバ装置３０は、ゲームをプレイするユーザに対して、他者が投稿した投稿デッキについての各種情報を提供する。そのため、ユーザは、他者が投稿した投稿デッキを確認したり、他者が提案する投稿デッキをゲームに用いたりすることができる。つまり、サーバ装置３０は、他者が提案するデッキを利用しやすくすることができる。

また、特に、デッキから抽出したカードを用いて進行するゲームの場合、プレイヤは、デッキを構成するカードの一部を用いてプレイすることになる。そのため、例えばプレイヤがデッキの内容を改良しようとすると、何度もそのデッキを用いてゲームをプレイしなければ、デッキの各カードについて要否を判断することが難しい。例えば、デッキを構成する或る１つのカード「Ａ」が、数回のプレイでは抽出されない場合がある。この場合には、プレイヤは、カード「Ａ」の要否を判断することができない。このように、特定のカードについて要否を判断するためには、そのカードが抽出されるまで、何度もプレイすることが必要となる。この点、ゲームシステム１は、組情報からオブジェクトを抽出するようなゲームにおいて、他のユーザが提案する組情報の内容を参照可能とする。つまり、プレイヤは、他のユーザによるカードの要否の判断を参考にすることができる。従って、ゲームシステム１は、改良の方針等、組情報の内容を検討しやすくすることができる。
なお、以下では、投稿デッキ情報と、投稿デッキの属性情報と、投稿デッキの付帯情報とをまとめて投稿デッキ参照情報と称することがある。
以上が、本実施形態の概要についての説明である。

〔ゲームシステム１の構成〕
次に、ゲームシステム１の構成について説明する。
図４は、ゲームシステム１の構成を示す図である。
図４に示すように、ゲームシステム１は、複数の端末装置１０−１、１０−２、１０−３、…と、サーバ装置３０と、を備える。複数の端末装置１０−１、１０−２、１０−３、…と、サーバ装置３０とは、それぞれ、ネットワークＮＷに接続し、互いに通信することができる。端末装置１０−１、１０−２、１０−３、…は、いずれも同様の構成であるため、特に区別しない場合には、「−１」、「−２」等の記載を省略して端末装置１０と総称する。ここでは３台の端末装置１０を図示しているが、端末装置１０の台数は任意であってよい。

サーバ装置３０は、コンピュータシステムを備える電子機器である。
サーバ装置３０は、端末装置１０において実行可能なゲームを提供する。例えば、サーバ装置３０は、端末装置１０において実行可能なゲームの制御プログラム（ゲーム制御プログラム）を、端末装置１０からダウンロード可能に提供する。また、サーバ装置３０は、端末装置１０において実行されたゲームに必要な各種設定情報及び履歴情報などを記憶するとともに、必要に応じて端末装置１０に送信する。なお、端末装置１０がダウンロードするゲーム制御プログラムは、サーバ装置３０に限らず、他のダウンロード可能なサーバ装置に記憶されていてもよい。

また、サーバ装置３０は、カード属性情報、デッキ情報、投稿情報、プレイヤ情報、所持カード情報等の各種情報を管理する。カード属性情報とは、カードの属性を示す情報である。投稿情報とは、投稿内容を示す情報である。プレイヤ情報とは、プレイヤの属性を示す情報である。端末装置１０は、サーバ装置３０にアクセスすることにより、これらの情報を参照したり、更新させたりすることが可能である。

端末装置１０は、コンピュータシステムを備える電子機器である。具体的には、端末装置１０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、スマートフォンやフィーチャーフォン等の携帯電話機、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等である。本実施形態では、一例として、端末装置１０は、スマートフォンであるとして説明する。
端末装置１０は、サーバ装置３０からゲーム制御プログラムをダウンロードする。そして、端末装置１０は、ダウンロードしたゲーム制御プログラムを実行することによりゲーム装置として機能する。端末装置１０は、ゲーム制御プログラムにより、デッキの編集、デッキの投稿、サーバ装置３０が管理する各種情報の参照等を行うことができる。
なお、以下では、ユーザとは、端末装置１０のユーザであるとして説明する。ユーザは、端末装置１０を用いてゲームをプレイするプレイヤである。
以上が、ゲームシステム１の構成についての説明である。

〔ゲームシステム１が処理する情報〕
次に、ゲームシステム１が処理するカード属性情報、デッキ情報、投稿情報、プレイヤ情報について説明する。
まず、カード属性情報について説明する。
図５は、カード属性情報の一例を示す図である。
図５に示す例において、カード属性情報は、カードＩＤと、カード名情報と、カード種別情報と、レベル情報と、攻撃力情報と、守備力情報と、カードテキスト情報と、効果情報と、バージョン情報と、画像情報と、を互いに対応付けて構成されている。
カード名情報は、カードの名称を示す情報である。カード種別情報は、カードの種別を示す情報である。カードの種別には、例えば、モンスターカード、魔法カード、罠カード等がある。なお、以下では、魔法カードと罠カードとを特に区別しない場合には、「魔法・罠カード」ともいうこととする。レベル情報、攻撃力情報、守備力情報、カードテキスト情報、効果情報は、ゲームにおけるカードのパラメータを示す情報である。バージョン情報とは、いつ頃に初めて登場したカードであるか等によるカードの区分け（バージョン）を示す情報である。画像情報とは、カードの画像を示す情報である。
従って、端末装置１０とサーバ装置３０とは、カード属性情報を参照することにより、各カードの名称、種別、パラメータ、バージョン、画像等を特定することができる。
以上が、カード属性情報についての説明である。

次に、デッキ情報について説明する。
図６は、デッキ情報の一例を示す図である。
図６に示す例において、デッキ情報は、枠ＩＤと、カードＩＤとを互いに対応付けることにより構成されている。また、図示しないが、デッキ情報は、デッキごとに記述される。具体的には、デッキ情報は、デッキＩＤと対応付けて記憶される。デッキＩＤとは、デッキを識別する情報である。
枠ＩＤとは、デッキ内の枠を識別する情報である。枠とは、デッキを構成するカードの順序や配置を示すものである。例えば、図３に示す例では、「１」〜「３２」までの枠が示されており、各枠には、それぞれ、カードが対応付けられている。図６に示す例では、枠ＩＤは、プレイ時に主に使用される「メイン」、控えとして使用される「サイド」等、枠の用途を特定可能な形式で記述されている。このように枠とカードとを対応付けておけば、デッキにおけるカードの順序や配置等にゲーム性がある場合であっても、端末装置１０とサーバ装置３０とは、デッキ情報を参照することにより、デッキを忠実に再現することができる。

なお、上述したように、本実施形態では、デッキには、その利用目的に応じて、所持デッキと、投稿デッキとの２つの種別がある。所持デッキ情報と、投稿デッキ情報とは、それぞれ対応するユーザＩＤの種別が異なる。サーバ装置３０は、所持デッキ情報については、そのデッキＩＤと、ゲームのプレイヤのユーザＩＤとを互いに対応付けて管理する。また、サーバ装置３０は、投稿デッキ情報については、そのデッキＩＤと、デッキの投稿者のユーザＩＤと、を互いに対応付けて管理する。所持デッキ情報と、投稿デッキ情報のいずれか、又は、両方を、サーバ装置３０ではなく、端末装置１０が管理してもよい。
なお、所持デッキ情報と、投稿デッキ情報とは、互いに異なる構成であってもよいし、同じ構成であってもよい。また、デッキＩＤには、デッキの名称、デッキの作成日時等の属性情報の他、デッキ編集者のメモや、デッキの戦績等の付帯情報が別途対応付けられてもよい。
以上が、デッキ情報についての説明である。

次に、投稿情報について説明する。
図７は、投稿情報の一例を示す図である。
図７に示す例において、投稿情報は、投稿ＩＤと、投稿者ＩＤと、投稿日時情報と、デッキ名情報と、カテゴリ情報と、評価ｐｔ情報と、被ブロック数情報と、を互いに対応付けることにより構成されている。
投稿ＩＤとは、投稿デッキを識別する情報である。投稿ＩＤには、例えば、投稿デッキのデッキＩＤが記述される。投稿者ＩＤとは、投稿者であるユーザを識別する情報である。投稿日時情報とは、投稿が行われた日時を示す情報である。デッキ名情報とは、投稿デッキの名称を示す情報である。カテゴリ情報とは、投稿デッキのカテゴリを示す情報である。カテゴリ情報には、例えば、ゲームプレイ時のデッキの用途や、デッキ作成のコンセプトを示すカテゴリが記述される。デッキ名情報と、カテゴリ情報とは、投稿デッキの属性情報の一例である。評価情報とは、投稿に対する評価、すなわち投稿デッキに対する評価をスコア（ポイント）により示す情報である。以下、評価ｐｔ情報が示すスコアを評価スコアと称することがある。被ブロック数情報とは、デッキの表示や利用が、投稿者以外のユーザによりブロックされた数を示す情報である。ブロックとは、フィルタリングの一種であり、ユーザにより不要であるとみなされた情報を除外する機能である。例えば、或るユーザが投稿デッキを参照して、不快感を感じたときにブロックを行う。以降、ブロックされた投稿デッキは、そのユーザの端末装置１０に表示されなくなる。つまり、被ブロック数情報は、投稿デッキに対するネガティブな評価を表す情報である。ブロック対象の指定は、投稿デッキ単位で行われてもよいし、投稿者単位で行われてもよい。このように、評価ｐｔ情報と被ブロック数情報とは、投稿デッキに対する評価を示す評価情報の一例である。
端末装置１０とサーバ装置３０とは、投稿情報を参照することにより、いつ、どのユーザが、どのカテゴリのどのデッキを投稿したのかを特定したり、投稿デッキに対する評価を特定したりすることができる。
以上が、投稿情報についての説明である。

次に、プレイヤ情報について説明する。
図８は、プレイヤ情報の一例を示す図である。
図８に示す例において、プレイヤ情報は、ユーザＩＤと、プレイヤレベル情報と、ゲーム内通貨Ａ情報と、ゲーム内通貨Ｂ情報と、当月課金額情報と、年齢認証情報と、を互いに対応付けることにより構成されている。
プレイヤレベル情報とは、ゲームにおけるユーザのレベル（成績、ランク）を示す情報である。ゲーム内通貨Ａ情報とは、ユーザが所持するゲーム内通貨Ａの金額を示す情報である。ゲーム内通貨Ａは、主にゲームの進行により取得されるゲーム内通貨である。ゲーム内通貨Ｂ情報とは、ゲーム内通貨Ｂの金額を示す情報である。ゲーム内通貨Ｂとは、主に現実の貨幣により購入されるゲーム内通貨である。ゲーム内通貨Ｂ情報には、ゲーム内通貨のうち、ユーザが購入した分と、ゲームの進行により獲得した分とが、区別して記述されてもよい。当月課金額情報とは、その月に、ユーザがゲームについて課金した金額を示す情報である。年齢認証情報は、ユーザの年齢の認証結果を示す情報である。この認証結果に基づいて、ユーザの月ごとの課金額の上限が定められてもよい。
従って、端末装置１０とサーバ装置３０とは、プレイヤ情報を参照することにより、各ユーザがどの程度ゲームをプレイしているのかを特定することができる。
以上が、プレイヤ情報についての説明である。

〔端末装置１０の構成〕
次に、端末装置１０の構成について説明する。
図９は、端末装置１０の構成を示すブロック図である。
図９に示すように、端末装置１０は、端末通信部１１と、端末入力部１２と、端末表示部１３と、端末記憶部１４と、端末制御部１５０と、を備える。
端末通信部１１は、ネットワークＮＷを介して、サーバ装置３０と通信する。
端末入力部１２は、ユーザによる操作入力を受け付ける。
端末表示部１３は、端末制御部１５０が生成する各種画像等を表示する。

端末記憶部１４は、端末制御部１５０が参照する各種情報、端末制御部１５０の処理結果等を記憶する。例えば、端末制御部１５０は、ユーザを個別に識別するユーザＩＤを記憶する。また、端末記憶部１４は、カード属性情報記憶部１４１と、所持カード情報記憶部１４２と、規則情報記憶部１４３と、を備える。
カード属性情報記憶部１４１は、カード属性情報を、カードごとに記憶する。

所持カード情報記憶部１４２は、自装置のユーザに関連する所持カード情報を記憶する。所持カード情報とは、ユーザが所持するカード（以下、所持カードと称する。）を示す情報である。所持カード情報は、例えば、ユーザＩＤと、カードを識別するカードＩＤとを対応付けることにより構成される。なお、ユーザは、カードＩＤが同一のカード（同じカード）を複数所持することができる。これら同じカードは、シリアルＩＤで、個別に区別可能に管理されてもよい。

規則情報記憶部１４３は、規則情報を記憶する。規則情報とは、レギュレーションを示す情報である。レギュレーションでは、例えば、１つのデッキに含めることができる同種類のカードの数、１つのデッキに含めることができるカードの総数、１つのデッキに含めることができる特定のカードの数、１つのデッキに含めることができるカードのバージョン等が定められる。具体的なレギュレーションの例としては、１つのデッキに含めることができる同種類のカードは３枚までであること、１つのデッキに含めることができるカードの数は４０から６０であること、１つのデッキには特定の種類のカードは１つしか含められないこと、あるバージョンのカードのみしか含められないこと等が考えられる。
なお、上述したように、レギュレーションは、その内容が変更される場合がある。例えば、レギュレーションとして、強力すぎるカード「Ａ」は、デッキに１つしか含められないという制限が定められているとする。これに対して、カード「Ａ」に対抗するためのカード「Ｂ」が新たに登場したことを機に、この制限が緩和されたり解除される場合がある。また、例えば、新たに登場したカード「Ｃ」が強力なカードであることを理由に、デッキに１つしか含められないという制限が新たにレギュレーションとして定められる場合がある。

端末制御部１５０は、端末装置１０が備える各種構成を制御する。端末制御部１５０は、例えば、端末記憶部１４に予め記憶されたゲーム制御プログラムを、端末装置１０のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が実行することにより実現される。なお、端末制御部１５０の一部又は全部は、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアの集積回路として実現されてもよい。

端末制御部１５０は、端末デッキ編集部１５１と、端末表示処理部１５２と、端末ゲーム実行部１５３と、評価送信部１５４と、を備える。
端末デッキ編集部１５１は、ユーザによる編集操作に基づいて、デッキ情報の編集を制御する。ここで、デッキ情報の編集とは、デッキ情報を新規に作成すること、既存のデッキ情報を更新することの両方を含む。つまり、デッキ情報の編集とは、投稿デッキの内容をそのまま所持デッキに複製すること、すなわち、投稿デッキ情報を、プレイヤに対応付けることも含む。そして、デッキ情報を編集可能に表示するとは、デッキ情報を表示しつつ、ユーザによる編集操作を受け付け可能とすることである。端末デッキ編集部１５１は、投稿デッキ情報を編集してもよいし、所持デッキ情報を編集してもよい。以下では、デッキ情報の編集において、端末装置１０がサーバ装置３０に処理を要求することを編集要求と称することがある。

デッキ情報の編集において、まず、端末デッキ編集部１５１は、ユーザから編集対象のデッキ情報の選択を受け付ける。次に、端末デッキ編集部１５１は、サーバ装置３０から編集対象のデッキ情報を取得する。次に、端末デッキ編集部１５１は、ユーザによる編集操作に応じてデッキ情報を更新する。次に、端末デッキ編集部１５１は、規則情報記憶部１４３に記憶された規則情報を参照し、更新後のデッキ情報がレギュレーションに適合しているか否かを判定する。端末デッキ編集部１５１は、判定結果を、デッキ情報に対応付けて記憶する。端末デッキ編集部１５１は、更新後のデッキ情報をサーバ装置３０に送信し、更新後のデッキ情報の登録を要求する。つまり、端末デッキ編集部１５１は、更新後のデッキ情報を、ユーザの所持デッキ、又は、投稿デッキとして記憶することを要求する。これにより、更新後のデッキ情報が、サーバ装置３０に記憶される。これにより、所持デッキ情報の場合にはデッキの新規作成や更新が行われ、投稿デッキ情報の場合にはデッキの投稿が行われる。

また、端末デッキ編集部１５１は、投稿デッキの属性情報と付帯情報との入力を、ユーザから受け付ける。端末デッキ編集部１５１は、入力された属性情報と付帯情報とにユーザＩＤ、投稿日時等を対応付けて投稿情報を生成する。端末デッキ編集部１５１は、生成した投稿情報をサーバ装置３０に送信し、投稿情報の登録を要求する。これにより、投稿デッキの属性情報と付帯情報とが、サーバ装置３０に記憶される。つまり、端末デッキ編集部１５１は、投稿デッキの属性情報と付帯情報とを投稿する。

なお、ここでは、端末デッキ編集部１５１が、デッキ情報を編集し、編集後のデッキ情報をサーバ装置３０に送信する場合について説明したが、これには限られない。例えば、端末デッキ編集部１５１は、ユーザからの編集操作を随時サーバ装置３０に送信し、サーバ装置３０によるデッキ情報の編集を要求してもよい。そして、サーバ装置３０は、端末デッキ編集部１５１から取得したユーザからの編集操作等に基づいて、デッキ情報を編集するとともに、操作に対応した処理結果を随時端末装置１０に送信する。このように、デッキ情報の編集のための実質的な処理は、端末装置１０が行ってもよいし、サーバ装置３０が行ってもよい。また、投稿情報の生成の実質的な処理も、デッキ情報の編集と同様に、端末装置１０が行ってもよいし、サーバ装置３０が行ってもよい。

端末表示処理部１５２は、ユーザの操作に応じて、投稿デッキの閲覧用画面、デッキ編集用画面、ゲーム画面等の各種画面表示を制御する。ここでは、投稿デッキの表示制御についてのみ説明し、他の画面表示制御については、説明を省略する。以下では、画面表示制御において、端末装置１０がサーバ装置３０に処理を要求することを表示処理要求と称することがある。
まず、端末表示処理部１５２は、投稿デッキ参照情報の送信を、サーバ装置３０に要求する。端末表示処理部１５２は、表示処理要求に応じてサーバ装置３０から送信された、投稿デッキ参照情報を取得する。端末表示処理部１５２は、取得した投稿デッキ参照情報を端末表示部１３に表示させる。これにより、端末表示処理部１５２は、図２に示すような投稿デッキの属性情報のリスト表示や、図３に示すような投稿デッキの内容の表示を行うことができる。

ここで、端末表示処理部１５２は、種々の抽出条件を指定して投稿デッキ参照情報の抽出をサーバ装置３０に要求することができる。抽出条件とは、投稿デッキ参照情報に含まれる項目や値を、投稿デッキ参照情報の抽出のための検索キーとして指定するものである。抽出条件は、予め定められていてもよいし、ユーザにより指定、変更されてもよい。端末表示処理部１５２は、抽出条件をサーバ装置３０に通知することにより、サーバ装置３０において予め記憶されている投稿デッキ参照情報のうち、抽出条件として指定した項目や値に適合する投稿デッキ参照情報を取得することができる。抽出条件としては、投稿デッキのカテゴリ、投稿デッキにおける特定のカードの有無、投稿デッキにおけるレアカードの数、投稿デッキの評価、投稿者、投稿日時、投稿デッキの作成日時、レギュレーションへの適合、所持カードとの比較、所持デッキとの比較等が採用可能である。

投稿デッキのカテゴリを抽出条件とすることにより、端末装置１０は、ユーザが所望するカテゴリの投稿デッキを取得することができる。
投稿デッキにおける特定のカードの有無を抽出条件とすることにより、端末装置１０は、ユーザの所望の特定のカードを用いた投稿デッキを取得することができる。
投稿デッキにおけるレアカードの数を抽出条件とすることにより、端末装置１０は、構成難易度に応じた投稿デッキを取得することができる。
投稿デッキの評価を抽出条件とすることにより、端末装置１０は、評価の高い投稿デッキを取得したり、評価の低いデッキを除外したりすることができる。
投稿者を抽出条件とすることにより、端末装置１０は、特定のユーザの投稿をブロックしたり、友人の投稿のみを取得したりすることができる。
投稿日時、投稿デッキの作成日時を抽出条件とすることにより、端末装置１０は、新たに提案された投稿デッキを取得したり、長期間利用され続けている投稿デッキを取得したりすることができる。

レギュレーションに適合していることを条件とすることで、レギュレーションに変更があった場合であっても、新しいレギュレーションに適合している投稿デッキを取得することができる。
所持カードとの比較を抽出条件とすることにより、端末装置１０は、ユーザが所持するカードのみから構成される投稿デッキや、ユーザが所持するカードを多く含んで構成される投稿デッキ（すなわち、ユーザが所持しないカードを比較的少ない数含んで構成される投稿デッキ）を取得することができる。
所持デッキとの比較を抽出条件とすることにより、端末装置１０は、所持デッキに類似する投稿デッキを取得することができる。この場合、サーバ装置３０は、例えば、所持デッキを構成するカードと、投稿デッキを構成するカードについて、カードＩＤの比較、種別の比較、パラメータの比較、バージョンの比較等を行う。そして、比較したカードＩＤ、種別、パラメータ、バージョン等について、合致する割合が高い投稿デッキを抽出する。
その他にも、端末装置１０は、自動で条件を設定する「おすすめ」設定が選択された場合に、ユーザが所持するレアカードの数、ユーザのゲーム内のレベル、デッキ内のレアカードの数等を条件に設定してもよい。

また、端末表示処理部１５２は、投稿デッキ参照情報の表示において、上記の抽出条件と同様のソート条件に基づいて、投稿デッキ参照情報のソートを制御してよい。ソート条件とは、投稿デッキ参照情報の表示順序の決定において、投稿デッキ参照情報の項目や値の大小等を条件として指定するものである。ソート条件は、予め定められていてもよいし、ユーザにより指定、変更されてもよい。端末表示処理部１５２は、サーバ装置３０により抽出された投稿デッキ参照情報を、ソート条件として指定された項目や値への適合性が高い順にソートする。ソート条件に基づく投稿デッキ参照情報のソートは、端末表示処理部１５２が行ってもよいし、サーバ装置３０が行ってもよい。

また、端末表示処理部１５２は、特定のデッキ参照情報の送信を、サーバ装置３０に要求することができる。この場合、端末表示処理部１５２は、投稿ＩＤ又はデッキＩＤを、サーバ装置３０に送信する。

また、端末表示処理部１５２は、投稿デッキ情報に基づいて投稿デッキの内容を表示する場合、カードの表示をデッキ内容表示条件に基づいて、投稿デッキを構成するカードの表示態様を制御する。デッキ内容表示条件とは、デッキを構成するカードの表示態様を指定する条件である。カードの表示態様としては、カードの表示順序、カードの目立ち具合（明暗の調整、アイコン画像の付加等）、カードの表示／非表示等がある。端末表示処理部１５２は、デッキ内容表示条件に適合するように投稿デッキを構成するカードを表示する。デッキ内容表示条件は、予め定められていてもよいし、ユーザにより指定、変更されてもよい。

デッキ内容表示条件には、上述した抽出条件、ソート条件と同様の条件を採用してもよいし、異なる条件を採用してもよい。デッキ内容表示条件としては、例えば、所持カードとの比較、レギュレーションへの適合を採用可能である。所持カードの比較を条件とすることにより、端末表示処理部１５２は、例えば、投稿デッキを構成するカードのうち、いずれをユーザが所持しているのかを示すことができる。レギュレーションへの適合を条件とすることにより、端末表示処理部１５２は、例えば、投稿デッキを構成するカードのうち、いずれのカードがレギュレーションに適合していないのかを示すことができる。

なお、ここでは、端末表示処理部１５２が、投稿デッキ参照情報に基づいて画像を表示する場合について説明したが、これには限らない。例えば、端末デッキ編集部１５１は、ユーザからの操作を随時サーバ装置３０に通知し、サーバ装置３０による投稿デッキ参照情報の抽出と、投稿デッキ参照情報に基づく画像の生成とを要求してもよい。そして、サーバ装置３０は、端末表示処理部１５２から通知されたユーザからの操作等に基づいて、投稿デッキ参照情報の抽出と、投稿デッキ参照情報に基づく画像の生成とを行い、生成した画像を随時端末装置１０に送信する。このように、各種画面を表示するための実質的な処理は、端末装置１０が行ってもよいし、サーバ装置３０が行ってもよい。

端末ゲーム実行部１５３は、ゲームを実行するための制御を行う。端末ゲーム実行部１５３は、自装置においてゲームを進行させるための実質的な処理を行ってもよいし、サーバ装置３０においてゲームを進行させるための補助的な処理を行ってもよい。例えば、端末ゲーム実行部１５３は、自装置のみでゲームを進行させるための処理を完結させてもよい。本実施形態では、一例として、サーバ装置３０において実質的なゲームの処理を行う場合について説明する。この場合、端末ゲーム実行部１５３は、ユーザによるゲーム操作を、随時サーバ装置３０に通知する。そして、端末ゲーム実行部１５３は、ゲーム操作に対応するゲーム結果を、随時サーバ装置３０から取得して、ユーザに提示する。

また、端末ゲーム実行部１５３は、プレイ用に、ユーザが選択したデッキ情報が、レギュレーションに適合しているか否かを判定する。ここで、上述したように、デッキがレギュレーションに適合しているか否かについては、端末デッキ編集部１５１又はサーバデッキ編集部３５２が判定を行い、その判定結果がデッキ情報に対応付けて記憶されている。端末ゲーム実行部１５３は、この判定結果を参照し、プレイ用に、ユーザが選択したデッキ情報がレギュレーションに適合していない旨が記憶されている場合は、端末ゲーム実行部１５３は、そのデッキ情報のゲームでの利用を制限する処理を行う。例えば、端末ゲーム実行部１５３は、選択されたデッキ情報の利用を禁止し、デッキ情報をユーザに再選択させる。

また、端末ゲーム実行部１５３は、ゲームを実行するために必要な各種情報をサーバ装置３０から取得する。例えば、端末ゲーム実行部１５３は、カード属性情報に更新があった場合、サーバ装置３０からカード属性情報を取得して、カード属性情報記憶部１４１に記憶させる。また、例えば、端末ゲーム実行部１５３は、ユーザがゲームにログインし、ゲームを開始するとき、カードの購入により所持カードに変更があったとき等に、所持カード情報を、サーバ装置３０から取得して、所持カード情報記憶部１４２に記憶させる。

評価送信部１５４は、投稿デッキに対するユーザの評価を、サーバ装置３０に通知する。評価送信部１５４は、所定の評価条件が満たされたか否かを判定する。評価情報については、後述する。評価送信部１５４は、評価条件が満たされたと判定した場合、その旨をサーバ装置３０に通知する。
以上が、端末装置１０の構成についての説明である。

〔サーバ装置３０の構成〕
次に、サーバ装置３０の構成について説明する。
図１０は、サーバ装置３０の構成を示すブロック図である。
図１０に示すように、サーバ装置３０は、サーバ通信部３１と、サーバ記憶部３４と、サーバ制御部３５０と、を備える。
サーバ通信部３１は、ネットワークＮＷを介して、端末装置１０と通信する。
サーバ記憶部３４は、サーバ制御部３５０が参照する各種情報、サーバ制御部３５０の処理結果等を記憶する。また、サーバ記憶部３４は、カード属性情報記憶部３４１と、所持デッキ情報記憶部３４２と、投稿デッキ情報記憶部３４３と、投稿情報記憶部３４４と、プレイヤ情報記憶部３４５と、所持カード情報記憶部３４６と、規則情報記憶部３４７と、を備える。

カード属性情報記憶部３４１は、カード属性情報を、カードごとに記憶する。
所持デッキ情報記憶部３４２は、所持デッキ情報を、ユーザ（プレイヤ）ごとに記憶する。具体的には、所持デッキ情報記憶部３４２は、所持デッキ情報を、所持デッキＩＤと、プレイヤのユーザＩＤとに対応付けて記憶する。
投稿デッキ情報記憶部３４３は、デッキ情報を、ユーザ（投稿者）ごとに記憶する。
投稿情報記憶部３４４は、投稿情報を、投稿デッキごとに記憶する。
プレイヤ情報記憶部３４５は、プレイヤ情報を、ユーザ（プレイヤ）ごとに記憶する。
所持カード情報記憶部３４６は、所持カード情報を、ユーザ（プレイヤ）ごとに記憶する。
規則情報記憶部３４７は、規則情報を記憶する。

サーバ制御部３５０は、サーバ装置３０が備える各種構成を制御する。サーバ制御部３５０は、例えば、サーバ記憶部３４に予め記憶されたサーバ用ゲーム制御プログラム、デッキ管理プログラム等を、サーバ装置３０のＣＰＵが実行することにより実現される。なお、サーバ制御部３５０の一部又は全部は、ＬＳＩやＡＳＩＣ等のハードウェアの集積回路として実現されてもよい。
サーバ制御部３５０は、要求受付部３５１と、サーバデッキ編集部３５２と、サーバ表示処理部３５３と、デッキ管理部３５４と、サーバゲーム実行部３５５と、評価管理部３５６と、を備える。

要求受付部３５１は、端末装置１０からの要求を受け付ける。要求受付部３５１は、端末装置１０からデッキの編集要求を受け付けた場合、サーバデッキ編集部３５２に編集要求の内容を通知する。要求受付部３５１は、端末装置１０から表示処理要求を受け付けた場合、サーバ表示処理部３５３に表示処理要求の内容を通知する。

サーバデッキ編集部３５２は、端末装置１０の端末デッキ編集部１５１に対応する構成であり、デッキ情報の編集におけるサーバ装置３０側の制御を行う。サーバデッキ編集部３５２は、要求受付部３５１から編集要求を受け付けると、編集要求で指定された処理を実行する。
デッキ情報の編集において、サーバデッキ編集部３５２は、端末装置１０から編集対象として指定されたデッキ情報を、所持デッキ情報記憶部３４２、又は、投稿デッキ情報記憶部３４３から読み出す。サーバデッキ編集部３５２は、読み出したデッキ情報を端末装置１０に送信する。サーバデッキ編集部３５２は、端末装置１０から編集後のデッキ情報を取得する。サーバデッキ編集部３５２は、取得したデッキ情報が所持デッキである場合は、所持デッキ情報記憶部３４２に記憶させる。また、サーバデッキ編集部３５２は、取得したデッキ情報が投稿デッキである場合は、投稿デッキ情報記憶部３４３に記憶させる。サーバデッキ編集部３５２は、端末装置１０から投稿情報を取得すると、取得した投稿情報を、投稿情報記憶部３４４に記憶させる。換言すると、サーバデッキ編集部３５２は、端末装置１０から取得した投稿デッキ参照情報を、サーバ記憶部３４に出力する。

サーバ表示処理部３５３は、端末装置１０の端末表示処理部１５２に対応する構成であり、デッキ情報の編集におけるサーバ装置３０側の制御を行う。端末表示処理部１５２は、要求受付部３５１から表示処理要求を受け付けると、表示処理要求で指定された処理を実行する。
サーバ表示処理部３５３は、要求受付部３５１から表示処理要求を受け付けると、指定された抽出条件に基づいて、サーバ記憶部３４から投稿デッキ参照情報を抽出する。サーバ表示処理部３５３は、抽出した投稿デッキ参照情報を端末装置１０に送信する。換言すると、サーバ表示処理部３５３は、抽出した投稿デッキ参照情報を、端末装置１０に出力する。これにより、端末装置１０において、サーバ表示処理部３５３が送信した投稿デッキ参照情報が表示される。
例えば、投稿デッキのカテゴリが抽出条件として指定された場合、サーバ表示処理部３５３は、指定されたカテゴリを検索キーとして、投稿情報記憶部３４４から投稿情報を抽出する。サーバ表示処理部３５３は、抽出した投稿情報の投稿ＩＤにより関連付けられた投稿デッキ情報を、投稿デッキ情報記憶部３４３から抽出する。このように、サーバ表示処理部３５３は、指定された抽出条件に応じて投稿デッキ参照情報を抽出する。

デッキ管理部３５４は、投稿デッキ参照情報のデータ量を調整する。デッキ管理部３５４は、投稿情報を参照し、投稿されてから時間が経過している投稿デッキの投稿デッキ情報を、投稿デッキ情報記憶部３４３から削除する。また、デッキ管理部３５４は、投稿情報を参照し、評価のスコアが低い投稿デッキの投稿デッキ情報を、投稿デッキ情報記憶部３４３から削除する。このとき、デッキ管理部３５４は、投稿情報を、投稿情報記憶部３４４から削除してもよい。デッキ管理部３５４は、経過時間と、評価とのいずれか又は両方が基準に満たない投稿を削除するようにしてもよい。例えば、デッキ管理部３５４は、評価が低くても１ヶ月は削除しないこととしてもよい。また、例えば、デッキ管理部３５４は、１ヶ月以上前に投稿された投稿デッキ情報であって、評価のスコアが所定値以下の投稿デッキ情報を削除したり、評価が上位３０００件に満たない投稿を削除したりしてもよい。これにより、投稿デッキ情報の数を適切に管理することができる。

サーバゲーム実行部３５５は、端末装置１０の端末ゲーム実行部１５３に対応する構成であり、サーバ装置３０側におけるゲームの実行のための制御を行う。例えば、サーバゲーム実行部３５５は、ゲームを実行するために必要な各種情報を端末装置１０に送信する。また、例えば、サーバゲーム実行部３５７は、端末装置１０から送信されたゲームのプレイ操作に応じてゲームを進行させ、ゲーム結果を生成する。サーバゲーム実行部３５７は、生成したゲーム結果を端末装置１０に送信する。また、サーバゲーム実行部３５５は、ゲーム結果に応じて、プレイヤ情報記憶部３４５が記憶するプレイヤ情報を更新する。

評価管理部３５６は、投稿デッキの評価情報を管理する。評価管理部３５６は、所定の評価条件に基づいて、評価情報を更新する。評価条件には、任意の条件を採用可能である。例えば、投稿デッキが所持デッキとして登録されること、投稿デッキを用いてゲームすること、投稿デッキを用いてゲームに勝利すること、メインデッキとして登録されること、ユーザからポジティブな評価が指定されること等を、評価スコアを加算する評価条件としてよい。また、例えば、所持デッキから除外されること、投稿デッキを用いてゲームに敗北すること、メインデッキから除外されること、デッキの内容が変更されること、ユーザからネガティブな評価が指定されること、ブロックされること等を、評価スコアを減算する評価条件としてよい。評価条件の具体例としては、ポジティブな評価として「ｇｏｏｄ」を指定する操作を受け付けること、ネガティブな評価として「ｂａｄ」を指定する操作を受け付けること、投稿デッキの表示をブロックする操作を受け付けること等が挙げられる。評価条件を記述した情報と、評価条件に応じた評価の更新量とを記述した情報は、例えば、サーバ記憶部３４に記憶される。なお、評価条件の具体例としては、ユーザが１００点満点等で投稿デッキを採点した採点結果を入力する操作を受け付けることとしてもよく、採点結果の平均値等が投稿デッキの評価情報として管理されてもよい。

評価管理部３５６は、評価条件が満たされた場合に、投稿デッキの評価情報を更新する。評価条件が満たされたか否かの判定は、評価管理部３５６により行われてもよいし、端末装置１０の評価送信部１５４により行われてもよい。評価管理部３５６は、満たされた評価条件に応じた評価（例えば、評価スコア、被ブロック数等）を、評価情報に反映させる。具体的には、評価管理部３５６は、評価対象の投稿デッキについての投稿情報を、投稿情報記憶部３４４から読み出す。評価管理部３５６は、投稿情報内の評価情報を更新する。

例えば、投稿デッキがブロックされると、その投稿デッキの評価情報が更新される。評価情報の更新は、投稿デッキ単位であってもよいし、投稿者単位であってもよい。例えば、評価管理部３５６は、或る投稿デッキがブロックされた場合に、その投稿デッキの評価情報のみを更新してもよいし、その投稿者が投稿した全ての投稿デッキの評価情報を更新してもよい。また、評価管理部３５６は、被ブロック数が所定数を超えた投稿者については投稿を制限したり、投稿を禁止したりしてもよい。このように、評価管理部３５６は、ユーザからの投稿デッキに対する評価に基づいて、投稿デッキの評価情報を更新する。換言すると、評価管理部３５６は、端末装置１０からの評価情報の更新要求に基づいて、投稿デッキの評価情報を更新するということもできる。すなわち、上述したようなユーザからの投稿デッキに対する評価が、端末装置１０からの評価情報の更新要求の一例である。
以上が、サーバ装置３０の構成についての説明である。

〔コンピュータシステムの構成〕
次に、端末装置１０、サーバ装置３０が備えるコンピュータシステム９０について説明する。
図１１は、コンピュータシステム９０の構成を示すブロック図である。
コンピュータシステム９０は、例えば、通信部９１と、入力部９２と、表示部９３と、記憶部９４と、ＣＰＵ９５と、を備える。これらの構成要素は、バス（Ｂｕｓ）を介して相互に通信可能に接続されている。

通信部９１は、ネットワークＮＷを介して、サーバ装置３０や他の装置と通信を行う。
入力部９２は、例えば、キーボードやマウス、タッチパッドや、音声により各種の指示が入力されるマイクロホンなどの入力装置であり、ユーザの操作により各種の指示が入力される。入力部９２は、タッチパネルとしてディスプレイ（表示部９３）と一体に構成されてもよい。
表示部９３は、画像やテキスト等の情報を表示するディスプレイであり、例えば、液晶ディスプレイパネル、有機ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイパネルなどを含んで構成される。

記憶部９４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを含み、端末装置１０が処理する各種情報や画像、プログラム（ゲーム制御プログラムを含む）等を記憶する。なお、記憶部９４は、端末装置１０に内蔵されるものに限らず、ＵＳＢ等のデジタル入出力ポート等によって接続された外付け型の記憶装置でもよい。また、端末装置１０は、不図示のスピーカ、音声出力端子、カメラ、ジャイロセンサ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信モジュールなどのハードウェア構成を含んで構成されてもよい。
ＣＰＵ９５は、記憶部９４に記憶された各種プログラムを実行し、端末装置１０やサーバ装置３０の各部を制御する。
以上が、コンピュータシステム９０についての説明である。

〔ゲームシステム１の動作〕
次に、ゲームシステム１の動作について説明する。
以下では、端末装置１０において、ゲーム制御プログラムによるゲームアプリケーションが起動されている場合について説明する。ゲームアプリケーションの起動時に、端末装置１０は、サーバ装置３０から最新の所持カード情報、所持デッキ情報、プレイヤ情報、規則情報等を取得し、端末記憶部１４に記憶させる。
まず、デッキ編集時のゲームシステム１の動作について説明する。
図１２は、デッキ編集処理の流れの一例を示すシーケンスチャートである。
（ステップＳ１００）端末装置１０は、デッキを編集するための編集モードを起動する。編集モードとは、デッキ情報を編集したり、投稿したりするためのモードである。編集モードは、例えば、ゲームのメニュー画面において行われる起動操作により起動される。また、編集モードは、後述する閲覧モードから起動されてもよい。その後、ゲームシステム１は、ステップＳ１０２に処理を進める。
（ステップＳ１０２）端末装置１０は、編集対象デッキの選択を、ユーザから受け付ける。その後、ゲームシステム１は、ステップＳ１０４に処理を進める。

ここで、編集対象デッキ選択時のユーザインタフェースについて説明する。
図１３は、デッキ選択画面の一例を示す図である。
デッキ選択画面とは、編集対象デッキの選択を受け付けるための画面である。図１３に示す例では、デッキ選択画面Ｇ３には、４つのデッキ選択ボタンＤ１〜Ｄ４と、新規デッキ作成用ボタンＤ５と、投稿デッキ閲覧用ボタンＤＢと、が設けられている。デッキ選択ボタンＤ１には、「ＳＥＴ」というアイコンが重畳されており、デフォルトでプレイに使用されるデッキであることが明示されている。デッキ選択ボタンＤ１〜Ｄ４がユーザにより選択されると、端末装置１０は、各ボタンに対応する所持デッキ情報を読み出す。また、新規デッキ作成用ボタンＤ５がユーザにより選択されると、端末装置１０は、所持デッキ情報を新規に生成する。また、投稿デッキ閲覧用ボタンＤＢがユーザにより選択されると、端末装置１０は、後述するデッキ閲覧モードを起動する。
以上が、編集対象デッキ選択時のユーザインタフェースについての説明である。

（ステップＳ１０４）端末装置１０は、ユーザにより選択された編集対象デッキのデッキ情報を、サーバ装置３０に要求する。このとき、端末装置１０は、編集対象デッキのデッキＩＤをサーバ装置３０に送信する。その後、ゲームシステム１は、ステップＳ３００に処理を進める。
（ステップＳ３００）サーバ装置３０は、端末装置１０からデッキＩＤを取得する。サーバ装置３０は、取得したデッキＩＤを検索キーとして、所持デッキ情報又は投稿デッキ情報を読み出す。サーバ装置３０は、読み出したデッキ情報を、端末装置１０に送信する。その後、ゲームシステム１は、ステップＳ１０６に処理を進める。
（ステップＳ１０６）端末装置１０は、サーバ装置３０からデッキ情報を取得する。端末装置１０は、取得したデッキ情報と、所持カード情報記憶部１４２から読み出した所持カード情報と、に基づいて、デッキ編集画面を表示する。その後、ゲームシステム１は、ステップＳ１０８に処理を進める。

ここで、デッキ編集時のユーザインタフェースについて説明する。
図１４は、デッキ編集画面の一例を示す図である。
デッキ編集画面とは、デッキの編集操作を受け付けるための画面である。図１４に示す例において、デッキ編集画面Ｇ４には、デッキを構成するカードＣ３と、ユーザの所持カードＣ４と、がそれぞれリスト表示されている。端末装置１０は、例えば、スライド操作等に応じて、デッキを構成するカードＣ３又は所持カードＣ４を一時的に非表示としてもよい。

また、デッキ編集画面Ｇ４には、メモボタンＢ４と、バックボタンＢ５と、所持カードの種別選択ボタンＢ６と、所持カードのソートボタンＢ７とが設けられている。メモボタンＢ４とは、デッキの付帯情報としてメモを記録するためのボタンである。バックボタンＢ５とは、前の画面表示に戻すためのボタンである。バックボタンＢ５が選択されると、端末装置１０は、例えば、編集が完了したものとして前の画面に表示を戻す。つまり、メモボタンＢ４、バックボタンＢ５とは、編集操作を受け付ける操作子の一例である。種別選択ボタンＢ６とは、表示させるカードを、カードの種別により絞り込むためのボタンである。ソートボタンＢ７とは、表示させるカードをソートする（並び替える）ためのボタンである。
デッキを構成するカードの変更を行う場合、ユーザは、例えば、図１４の矢印ＡＲ１に示すように、追加を所望する所持カードを、デッキを構成するカードの表示領域までドラッグアンドドロップすればよい。端末装置１０は、この他にもボタンの押下、タッチ操作、スライド操作等の任意の操作を編集操作として受け付けてよい。

なお、レギュレーションに適合していないデッキは、上述したようにプレイに用いることはできないが、端末装置１０は、デッキ情報を保存可能としてもよい。また、端末装置１０は、デッキがレギュレーションに適合していない場合には、その旨をユーザに通知してもよい。また、端末装置１０は、投稿デッキを編集する場合には、ユーザが所持していないカードであってもデッキの編集に利用可能としてもよい。
また、端末装置１０は、投稿デッキ情報を編集する場合と、所持デッキ情報を編集する場合とで、異なるデッキ編集画面を表示してもよい。例えば、投稿デッキは、あくまで提案であるため、必ずしもユーザの所持カードのみから構成される必要はない。そこで、端末装置１０は、投稿デッキを編集する場合は、所持カードに加えて、未所持のカードを表示してもよい。そして、端末装置１０は、投稿デッキに未所持のカードが含まれることを許可してもよい。
以上が、デッキ編集時のユーザインタフェースについての説明である。

（ステップＳ１０８）端末装置１０は、編集操作を受け付ける。端末装置１０は、編集操作に応じてデッキ情報を更新する。その後、ゲームシステム１は、ステップＳ１１０に処理を進める。
（ステップＳ１１０）端末装置１０は、デッキの属性情報、付帯情報の入力を受け付ける。その後、ゲームシステム１は、ステップＳ１１２に処理を進める。

ここで、デッキの属性情報、付帯情報の入力時のユーザインタフェースについて説明する。
図１５は、デッキ投稿画面の一例を示す図である。
デッキ投稿画面とは、デッキの投稿操作を受け付けるための画面である。図１５に示す例において、デッキ投稿画面Ｇ５には、メモボタンＢ４と、デッキカテゴリ選択ボタンＢ８と、おすすめボタンＢ９と、メモ公開ボタンＢ１０と、投稿ボタンＢ１１と、が設けられている。デッキカテゴリ選択ボタンＢ８とは、カテゴリを属性情報として登録するためのボタンである。おすすめボタンＢ９とは、投稿者の推薦デッキである旨を属性情報として登録するためのボタンである。メモ公開ボタンＢ１０とは、付帯情報のメモを公開可能に設定するためのボタンである。デッキ確認ボタンＢ１１は、デッキの内容を表示させ、デッキの内容を確認するためのボタンである。投稿ボタンＢ１２とは、デッキの編集を完了させ、デッキ情報等を投稿するためのボタンである。なお、端末装置１０は、デッキがレギュレーションに適合していない場合には、投稿ボタンＢ１２を無効にし、投稿できないようにしてもよい。
このように、端末装置１０は、デッキの属性情報、付帯情報の入力を、上述した図１４のメモボタンＢ４を介した操作以外にも受け付けてよい。
以上が、デッキの属性情報、付帯情報の入力時のユーザインタフェースについての説明である。

（ステップＳ１１２）端末装置１０は、編集内容が確定すると、更新後のデッキ情報、属性情報、付帯情報等をサーバ装置３０に送信する。換言すると、端末装置１０は、投稿デッキ情報を編集した場合は、投稿デッキ情報等を投稿する。その後、ゲームシステム１は、ステップＳ３０２に処理を進める。
なお、端末装置１０は、例えば、図１４に示すバックボタンＢ５が選択された場合や、図１５に示す投稿ボタンＢ１１が選択された場合等に編集内容が確定したと判定する。端末装置１０は、バックボタンＢ５が選択されたときにデッキ情報が更新されていない場合、デッキ情報をサーバ装置３０に送信しなくてもよい。また、編集内容が確定したと判定したタイミングで、デッキがレギュレーションに適合しているか否かを判定し、レギュレーションに適合していない場合には、その旨をユーザに通知してもよい。

（ステップＳ３０２）サーバ装置３０は、端末装置１０から受信したデッキ情報を、所持デッキ情報記憶部３４２又は投稿デッキ情報記憶部３４３に記憶させる。また、デッキの属性情報や付帯情報に基づいて投稿情報を生成し、投稿情報記憶部３４４に記憶させる。その後、ゲームシステム１は、図１２に示す処理を終了する。
以上が、デッキ編集時のゲームシステム１の動作についての説明である。

次に、デッキ出力時のゲームシステム１の動作について説明する。
図１６は、デッキ出力処理の流れの一例を示すシーケンスチャートである。
（ステップＳ１２０）端末装置１０は、投稿デッキを閲覧するための閲覧モードを起動する。閲覧モードとは、投稿デッキ参照情報を表示させるためのモードである。閲覧モードは、例えば、ゲームのメニュー画面において行われる起動操作や、図１３に示す投稿デッキ閲覧用ボタンＤＢの操作により起動される。その後、ゲームシステム１は、ステップＳ１２２に処理を進める。

（ステップＳ１２２）端末装置１０は、投稿デッキのリストを、サーバ装置３０に要求する。端末装置１０は、抽出条件、ソート条件を、サーバ装置３０に通知してもよい。その後、ゲームシステム１は、ステップＳ１２４に処理を進める。

（ステップＳ３２０）サーバ装置３０は、端末装置１０からの要求に応じて、投稿デッキの投稿情報を抽出する。サーバ装置３０は、抽出した投稿情報を、端末装置１０に送信する。その後、ゲームシステム１は、ステップＳ１２４に処理を進める。
ここで、サーバ装置３０は、投稿情報が多い場合には、所定数の投稿情報を抽出するようにしてもよい。このとき、サーバ装置３０は、ランダム（無作為）に投稿情報を抽出してもよい。これにより、端末装置１０は、サーバ装置３０にアクセスする度に異なる投稿情報を表示するため、異なる端末装置１０は、それぞれ異なる投稿情報を表示する。つまり、各ユーザは、それぞれ異なる投稿情報を参照する。ここで、各ユーザが同じ投稿情報を参照すると、同じ投稿デッキ情報が利用される可能性が高まる。この場合、ゲームの展開が類似してしまい、ゲームの興趣が損なわれてしまう可能性がある。これに対して、各ユーザが異なる投稿情報を参照するようにすると、各ユーザがプレイに用いるデッキの多様性を確保することができる。従って、ゲームシステム１は、ゲームの興趣を保つことができる。

また、サーバ装置３０は、投稿デッキの閲覧回数や投稿デッキが投稿されてからの経過時間を管理してもよい。そして、サーバ装置３０は、閲覧された回数が所定回数を超えた場合、投稿デッキが投稿されてからの経過時間が所定値を超えた場合等に、それらの投稿デッキの投稿情報が抽出されることを制限する。これにより、各ユーザが異なる投稿情報を参照するようになり、各ユーザがプレイに用いるデッキの多様性を確保することができる。従って、ゲームシステム１は、ゲームの興趣を保つことができる。

（ステップＳ１２４）端末装置１０は、サーバ装置３０から投稿情報を取得する。端末装置１０は、取得した投稿情報に基づいて投稿デッキを一覧表示する。端末装置１０は、抽出条件、ソート条件に基づいて、投稿デッキを一覧表示してもよい。その後、ゲームシステム１は、ステップＳ１２６に処理を進める。
ここで、投稿デッキの一覧表示時のユーザインタフェースについて説明する。
図２は、投稿デッキリスト画面の一例を示す図である。
投稿デッキリスト画面とは、投稿デッキをリスト表示する画面である。図２に示す例において、投稿デッキリスト画面Ｇ１には、デッキリストＤＬと、ソートボタンＢ１と、デッキカテゴリ選択ボタンＢ２と、おすすめ選択ボタンＢ３と、メモボタンＢ４と、が設けられている。デッキリストＤＬには、投稿デッキの評価、名称、カテゴリ、投稿者、投稿日時等、投稿デッキの概要がリスト表示される。これらの情報は、投稿情報を参照することにより特定される。デッキリストＤＬでは、例えば、表示順序が低い投稿デッキ、すなわち画面に表示しきれなかった投稿デッキの情報を、スクロール操作に応じて表示することができる。

ソートボタンＢ１は、デッキリストＤＬにおける投稿デッキの並びを変更するためのボタンである。つまり、ソートボタンＢ１は、ソート条件の指定操作を受け付ける操作子の一例である。カテゴリ選択ボタンＢ２は、カテゴリを指定して、デッキリストＤＬに表示する投稿デッキを絞り込むためのボタンである。おすすめ選択ボタンＢ３、デッキリストＤＬに表示する投稿デッキを、投稿者のおすすめのみに絞り込むためのボタンである。つまり、カテゴリ選択ボタンＢ２とおすすめ選択ボタンＢ３とは、抽出条件の指定操作を受け付ける操作子の一例である。端末装置１０は、指定された条件に基づいてデッキリストＤＬの表示を変更したり、指定された条件を満たす投稿デッキ参照情報を、サーバ装置３０に要求したりする。
以上が、投稿デッキの一覧表示時のユーザインタフェースについての説明である。

（ステップＳ１２６）端末装置１０は、投稿デッキの選択をユーザから受け付ける。端末装置１０は、例えば、図２に示すデッキリストＤＬに表示された投稿デッキのいずれかを選択する操作を受け付けてよい。その後、ゲームシステム１は、ステップＳ１２８に処理を進める。
（ステップＳ１２８）端末装置１０は、選択された投稿デッキのデッキＩＤを、サーバ装置３０に送信し、デッキ情報を要求する。その後、ゲームシステム１は、ステップＳ３２２に処理を進める。

（ステップＳ３２２）サーバ装置３０は。端末装置１０から取得したデッキＩＤを検索キーとして、投稿デッキ情報記憶部３４３から投稿デッキ情報を読み出す。サーバ装置３０は、読み出した投稿デッキ情報を、端末装置１０に送信する。その後、ゲームシステム１は、ステップＳ１３０と、ステップＳ３２４に処理を進める。
（ステップＳ３２４）サーバ装置３０は、端末装置１０に送信した投稿デッキ情報の評価を更新する。具体的には、サーバ装置３０は、端末装置１０から取得したデッキＩＤを検索キーとして、投稿情報記憶部３４４から投稿情報を読み出す。サーバ装置３０は、読み出した投稿情報の評価情報を更新する。具体的には、サーバ装置３０は、評価スコアを所定値分加減算する。この評価情報は、投稿デッキに対する興味を引いたり、失わせたりすることにより、他のユーザが、投稿デッキの内容を閲覧するか否かの判断基準の１つになる。その後、サーバ装置３０は、図１６に示す処理を終了する。

（ステップＳ１３０）端末装置１０は、選択された投稿デッキについて、追加情報を表示する。端末装置１０は、抽出条件に基づいて、追加情報を表示してもよい。その後、端末装置１０は、ステップＳ１３２に処理を進める。なお、追加情報を表示するために必要な情報は、ステップＳ３２０、Ｓ３２２の処理等、任意のタイミングで予め取得されてよい。
ここで、追加情報の表示時のユーザインタフェースについて説明する。
図１７は、追加情報画面の一例を示す図である。
追加情報画面とは、投稿デッキの追加情報を表示する画面である。図１７に示す例において、追加情報画面Ｇ６には、投稿者名情報Ｉ１と、デッキ名情報Ｉ２と、カード種別構成枚数情報Ｉ３と、所持カード割合情報Ｉ４と、評価情報Ｉ５と、投稿日時情報Ｉ６と、が表示されている。このうち、投稿者名情報Ｉ１と、デッキ名情報Ｉ２と、評価情報Ｉ５と、投稿日時情報Ｉ６とは、投稿情報に基づいて特定される情報である。カード種別構成枚数情報Ｉ３は、投稿デッキを構成するカードについて、カード種別（例えば、モンスターカード、魔法カード、罠カード）ごと、レベルごとの数を示す情報である。カード種別構成枚数情報Ｉ３は、割合（例えば、パーセンテージ）により示されてもよい。これにより、ユーザは、カード種別のバランスを容易に判断することができる。例えば、魔法カード等、或る種別のカードの割合が多いデッキを好むユーザの場合、そのユーザは、所望の投稿デッキ（すなわち、魔法カードの割合が多い投稿デッキ等）を簡単に探すことができる。カード種別構成枚数情報Ｉ３は、デッキ情報とカード属性情報とに基づいて特定される。

所持カード割合情報Ｉ４は、デッキを構成するカードに対するユーザの所持カードの割合を示す情報であり、抽出条件に基づいて表示される情報の一例である。所持カード割合情報Ｉ４は、投稿デッキ情報が示す各カードと、所持カード情報が示す各カードとの比較により特定される。カードの比較は、カードＩＤが一致するか否かを判定することにより行われる。具体的には、投稿デッキを構成するカードのうち、所持カードに存在するカードの数を計数し、計数したカードの数と、投稿デッキを構成するカードの総数とを対比して示す。このように、端末装置１０は、デッキ情報と、所持カードとの比較結果を表示する。これにより、ユーザは、投稿デッキを編集せずにそのままプレイに利用可能か否か、或いは、プレイに利用可能な状態にどの程度近いのか等を判断しやすい。従って、ユーザは、投稿デッキが自身にとって利用しやすいか否かを容易に判断することができる。
なお、追加情報画面において、この所持カード割合情報Ｉ４は、表示されてもよいし、表示されなくてもよい。つまり、追加情報画面において、投稿デッキ情報が示す各カードと、所持カード情報が示す各カードとを比較した情報は、表示されてもよいし、表示されなくてもよい。

なお、端末装置１０は、投稿デッキがユーザの所持カードのみで構成されている場合と、投稿デッキがユーザの未所持カードを含んで構成される場合とを、区別可能に示す。この区別は、上述した所持カードとの比較に係る抽出条件、又は、所持デッキとの比較に係る抽出条件に適合するか否かを判定することにより行うことができる。投稿デッキがユーザの所持カードのみで構成されている場合と、投稿デッキがユーザの未所持カードを含んで構成される場合とは、例えば、所持カード割合情報Ｉ４の文字や表示欄の色、透明度、絵柄等を異ならせることにより区別してもよいし、投稿デッキがユーザの所持カードのみで構成されている場合にのみ、アイコンを表示すること等により区別してもよい。このように、投稿デッキがユーザの所持カードのみで構成されている場合と、投稿デッキがユーザの未所持カードを含んで構成される場合とは、任意の方法により区別されてよい。

また、追加情報画面Ｇ６には、デッキ表示ボタンＢ１３と、ブロック設定ボタンＢ１４と、が設けられている。デッキ表示ボタンＢ１３とは、デッキを構成するカードを表示するためのボタンである。ブロック設定ボタンＢ１４とは、選択中のデッキをブロック対象に設定するためのボタンである。ブロック設定ボタンＢ１４が選択されると、端末装置１０は、その旨をサーバ装置３０に通知する。つまり、ブロック設定ボタンＢ１４は、投稿デッキを評価する操作を受け付ける操作子の一例である。サーバ装置３０は、通知に基づいてブロックされた投稿デッキの投稿情報を特定し、評価情報を更新する。具体的には、サーバ装置３０は、被ブロック数を加算し、評価スコアを所定値分減算する。
以上が、追加情報の表示時のユーザインタフェースについての説明である。

（ステップＳ１３２）端末装置１０は、投稿デッキの内容を表示する操作を受け付けると、デッキを構成するカードを表示する。端末装置１０は、デッキ内容表示条件に基づいて、デッキを構成するカードを表示してもよい。その後、端末装置１０は、図１６に示す処理を終了する。
ここで、投稿デッキ内容の表示時のユーザインタフェースについて説明する。
図３は、投稿デッキ詳細画面の一例を示す図である。
投稿デッキ詳細画面とは、投稿デッキの内容、すなわち投稿デッキを構成するカードを表示する画面である。図３に示す例において、投稿デッキ詳細画面Ｇ２には、投稿デッキを構成するカード群Ｃ１が表示されている。このうち、２つのカードＣ２は、ユーザが所持していないカード（未所持カード）である。ここで、端末装置１０は、デッキ内容表示条件に基づいて、所持カードと未所持カードとを、区別可能な態様で表示する。図３に示す例では、端末装置１０は、×印のアイコンを未所持カードＣ２に重畳して示すとともに、未所持カードＣ２をグレーアウト表示している。未所持カードＣ２は、投稿デッキ情報が示す各カードと、所持カード情報が示す各カードとの比較により特定される。これにより、ユーザは、投稿デッキのうち、自身が所持しないカードを容易に把握することができる。

なお、所持カードと未所持カードとは、カードの色を異ならせたり、アイコンを表示させたりする以外にも、任意の方法で区別されてよい。また、端末装置１０は、所持カードのみ、又は、未所持カードのみを表示させたり、所持カードと未所持カードとを同様の表示態様で表示させたりしてもよい。また、端末装置１０は、これら表示態様の切り替えを指示する操作を、ユーザから受け付けてもよい。例えば、未所持カードを、所持カードに比して目立たせずに表示する場合は、未所持カードの内容、種別等を判別しにくくなる恐れがある。この点、端末装置１０は、ユーザの操作に応じてカードの表示態様を切り替え可能とすることにより、投稿デッキを構成するカードと所持カードとの関係を明確にしつつ、未所持カードの視認性も保つことができる。

また、投稿デッキ詳細画面には、コピーボタンＣＰが配置されている。コピーボタンＣＰとは、表示中の投稿デッキのカード構成をコピーする複製操作を受け付けるためのボタンである。このコピーボタンＣＰは、編集操作を受け付ける操作子の一例である。ユーザがコピーボタンＣＰを選択すると、端末装置１０は、カードＩＤ、メモ情報等のデッキ情報を複製する。ここで、デッキ情報の複製は、端末装置１０において、一時的にデッキ情報を保持することにより行われてもよいし、サーバ装置３０において、コピーボタンＣＰを操作したユーザのユーザＩＤと、投稿ＩＤとを対応付けて記憶することにより行われてもよい。以下では、一例として、端末装置１０において、デッキ情報を保持する場合について説明する。

次に、端末装置１０は、編集モードを起動し（ステップＳ１００）、所持デッキの中から、編集対象デッキの選択を受け付ける（ステップＳ１０２）。編集対象デッキが選択されると、端末装置１０は、デッキ編集画面を表示する。ここで、端末装置１０は、ユーザによる再現（ペースト）操作を受け付けることができる。再現操作が行われると、編集中の所持デッキにおいて、先に複製した投稿デッキのカード構成、メモの内容が再現される。つまり、編集中のデッキＩＤに、複製したカードＩＤ、メモ情報が対応付けられる。例えば、４０のカードにより構成される所持デッキに、３５のカードにより構成される投稿デッキを復元した場合は、差分の５つのカードも、デッキから除外される。なお、端末装置１０は、ユーザによる復元操作を省略し、復元先の所持デッキが選択された時点で、所持デッキに投稿デッキを再現してもよい。このように、投稿デッキをデッキ編集画面に再現することで、投稿デッキを編集可能にすることができる。すなわち、投稿デッキを編集画面において表示することは、投稿デッキを編集可能に表示することの一例である。

図１８は、デッキ編集画面の第２例を示す図である。
図１８に示す例において、デッキ編集画面には、所持デッキにおいて、投稿デッキが再現されている。カードＣ２は、ユーザが所持していないカードであるため、グレーアウト表示されている。つまり、カードＣ２は、デッキをプレイに利用するためには不足しているカードである。端末装置１０は、これら不足のカードを、取得可能な場所や方法を提示してもよい。これにより、ユーザは、不足のカードを補充しやすいため、投稿デッキを利用しやすい。また、端末装置１０は、これら不足のカードを入手できた場合には、その旨をユーザに通知してもよい。
なお、図示する例では、所持デッキにおいて、投稿デッキに含まれるカードのうちユーザが所持していないカードＣ２が他のカード（ユーザが所持しているカード）と区別されて表示（ここでは、グレーアウト表示）されている例を示したが、ユーザが所持していないカードＣ２は、他のカード（ユーザが所持しているカード）と同様に表示されてもよい。つまり、デッキ編集画面において、投稿デッキに含まれるカードと、ユーザの所持カードとを比較した情報は、表示されてもよいし、表示されなくてもよい。
以上が、投稿デッキ内容の表示時のユーザインタフェースについての説明である。

なお、ゲームシステム１は、ステップＳ１２２、Ｓ３２０、Ｓ１２４の処理を繰り返し実行してもよい。例えば、最初に投稿デッキリストＧ１を画面を表示するためにステップＳ１２２の処理を行う場合は、端末装置１０は、抽出条件やソート条件を指定しない。この場合、サーバ装置３０は、投稿情報をランダムに抽出し（ステップＳ３２０）、端末装置１０は、抽出された投稿情報に基づいてデッキリストを表示する（ステップＳ１２６）。次に、端末装置１０は、投稿デッキリスト画面Ｇ１において、抽出条件、ソート条件の指定を受け付けると、指定された抽出条件、ソート条件をサーバ装置３０に送信する（ステップＳ１２４）。サーバ装置３０は、指定された抽出条件に基づいて投稿情報を再抽出したり、指定されたソート条件に基づいて投稿情報をソートしたりする（ステップＳ３２０）。そして、端末装置１０は、サーバ装置３０により抽出、ソートされた投稿情報に基づいて投稿デッキリスト画面Ｇ１の表示を更新する（ステップＳ１２４）。なお、ソート条件に基づくデッキリストＤＬのソートは、端末装置１０が行ってもよい。

なお、ゲームシステム１は、ステップＳ１３０の処理の後に、ステップＳ１２４に処理を戻してもよい。また、ゲームシステム１は、ステップＳ１２８、Ｓ３２２、Ｓ１３０の処理を省略してもよい。このように、ゲームシステム１は、投稿デッキリスト画面、追加情報画面、投稿デッキ詳細画面を、ユーザの操作等に応じて切替可能としてよい。

以下では、デッキリストＤＬ等、投稿デッキ参照情報を一覧表示するための抽出条件、ソート条件を第１の条件と称することがある。また、追加情報画面や投稿デッキ詳細画面等、デッキリストＤＬにおいて選択された投稿デッキについて、詳細な情報を表示するための抽出条件、デッキ内容表示条件を第２の条件と称することがある。第１の条件と、第２の条件とは、同じであってもよいし、異なっていてもよい。
第１の条件、第２の条件は、例えば、投稿デッキを構成するカード（すなわち、組情報に含まれるオブジェクト）についての条件、投稿情報（すなわち、組情報に対応付けて記憶されている情報）についての条件等である。具体的には、評価に基づくソート条件、レギュレーションに基づく抽出条件、カテゴリに基づく抽出条件、所持カードとの比較に関する抽出条件やデッキ内容表示条件、等である。
以上が、デッキ出力時のゲームシステム１の動作について説明である。

〔ゲームの概要〕
次に、本実施形態におけるゲームの一例について、その概要を説明する。本実施形態に係るゲームは、カードの選択、及びカードについての処理を実行させるためのコマンドの選択を、ユーザと対戦相手とが交互に行うことによりゲームが進行する。なお、対戦相手は、ＮＰＣ（Ｎｏｎ Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ）であってもよいし、他の端末装置１０でプレイするユーザであってもよい。また、カードの選択、及びカードについての処理を実行させるためのコマンドの選択を、ユーザと対戦相手とが交互に行う場合、それぞれの回数は、同じ回数であってもよいし異なる回数であってもよい。例えば、ユーザと対戦相手とが１回ずつ交互に行う方式でもよいし、ユーザが２回行うと対戦相手のターンとなり対戦相手が３回行うとまたユーザのターンとなるといった方式でもよい。また、コマンドの選択回数に制限はなく、例えば０回であってもよい。

ここでコマンドとは、ゲームを進行させる上での処理を示す。ゲームのプレイ中にユーザがコマンドに対応する操作子を選択、及び選択された操作子に対応するコマンドに基づく処理を実行する対象となるカードを選択することで、実行する処理が決定される。例えば、ゲームにおいて、コマンドに対応する操作子はユーザが選択したカード、もしくはこれからユーザが選択するカードについてどのような処理を実行するかを選択するための選択肢である。ユーザがコマンドに対応する操作子を選択、及びカードを選択することで、選択されたカードについて実行する処理が決定される。具体的には、ユーザが、コマンドに対応する操作子を選択し、選択された操作子に対応するコマンドに基づく処理を実行するカードを選択することで、選択された操作子に対応するコマンドに基づく処理が、選択されたカードについて実行されてゲームが進行される。例えば、ユーザが、特定のカードを「場」に配置する処理に関するコマンドに対応する操作子である「召喚」コマンドに対応する操作子を選択し、「召喚」する対象となるカードを選択すると、選択されたカードが場に配置される。「場」とは、ユーザがカードを配置する領域の一つである。

なお、コマンドに基づく処理を実行するとは、コマンドを実行するとも言い換えられる。また、コマンドに対応する操作子を選択するとは、コマンドを選択するとも言い換えられる。以下の説明においては、例えば、各コマンドに対応するコマンドアイコンや、コマンドのリストが表示されるポップアップメニューなどが、コマンドに対応する操作子として機能し、ユーザが選択可能なようにゲーム画面に表示される。

図１９は、ゲーム画面の一例を示す図である。
図１９に示すゲーム画面Ｇ１０は、端末装置１０でゲームを実行した際に端末表示部１３に表示されるゲーム画面の一例を示している。ゲーム画面Ｇ１０の下半分の領域Ｇ１１には、符号ＰＡＴが示すユーザ自身の手札（以下、自分の手札ＰＡＴともいう）と、符号ＰＡＢが示すユーザ自身の場（以下、自分の場ＰＡＢともいう）とが表示される。一方、上半分の領域Ｇ１２には、符号ＰＢＴが示す対戦相手の手札（以下、相手の手札ＰＢＴともいう）と、符号ＰＢＢが示す対戦相手の場（以下、相手の場ＰＢＢともいう）とが表示される。自分の手札ＰＡＴ及び自分の場ＰＡＢと相手の手札ＰＢＴ及び相手の場ＰＢＢとは向かい合わせた形式で表示される。これらの自分の手札ＰＡＴ及び自分の場ＰＡＢと、相手の手札ＰＢＴ及び相手の場ＰＢＢのそれぞれに、自分のカードと、相手のカードとのそれぞれが配置されて表示される。なお、ゲーム画面内において、カードが配置されて表示されることを、単に、カードが配置されるともいうこととする。

上述したように、このゲームは、ユーザと対戦相手とが各自のターンを交互に行うターン制の対戦ゲームであり、ユーザは自分のターンでカードの選択やコマンドの選択を行い、対戦相手は、相手のターンでカードの選択やコマンドの選択が行われる。
まず、ユーザは、所持するカードを任意に組み合わせたデッキを用意する。このデッキに含まれる複数のカードは、ランダムな順番で裏向きにされて山札として自分の場ＰＡＢに配置される。具体的には、山札は、自分の場ＰＡＢ内の領域ＰＡ１に配置される。次に、ユーザが自分のターンにおいて、ランダムな順番の山札から引いた所定の枚数（例えば、５枚）のカードが手札となる。つまり、この手札とは、デッキから抽出されたオブジェクトの一例である。このように、山札からランダムなカードを手札に加えることを、「ドロー」ともいう。この手札は、自分の手札ＰＡＴに配置される。ここで、自分の手札ＰＡＴに配置されたカードは、カードの種別やパラメータが記載されている表面をユーザが視認できるように表向きに配置される。一方、相手の手札ＰＢＴに配されたカードは、カードの表面をユーザが視認できないように裏向きに配置される。また、２回目以降は、自分のターンになる度に山札から１枚ずつカードを引き、手札とすることができる。
なお、デッキからカードを抽出する方法は上述の方法に限られるものではない。例えば、デッキから抽出するカードが、デッキに含まれるカードの中からランダムに決定されるようにしてもよい。また、デッキのカードの全てを手札として用いるゲーム（組情報からオブジェクトの抽出を行わないゲーム）などであってもよく、ユーザがオブジェクトを組み合わせてプレイするゲームであれば、オブジェクトの抽出の有無や抽出する場合の抽出方法はいずれであってもよい。

ユーザは、自分の手札ＰＡＴからカードを自分の場ＰＡＢに出すことなどで、各カードの効果を発動させたり、予め自分の場ＰＡＢに出しておいたカードと相手の場ＰＢＢのカードとの力を比べたりすることでゲームが進行する。ユーザと対戦相手のそれぞれは、はじめに所定のライフポイント（ＬＰ：例えば８０００）を有し、カードの選択内容とコマンドの実行内容とに基づき所定のルールに則って互いにＬＰを減らしあい、先に相手のＬＰを０にした方が勝ちとなる。このように、本実施形態に係るゲームは、デッキから抽出されたカード（オブジェクト）を参照し、カードのパラメータ（例えば、ライフポイント、攻撃力等）を用いて、所定のルールに基づいて進行する。
なお、ここでは、自分の手札ＰＡＴからカードを自分の場ＰＡＢに出すことを「召喚」ともいう。

カードの種別によって「召喚」により自分の場ＰＡＢ内で配置できる場所が定められている。領域ＰＡ２は、モンスターカードを配置可能な場所（以下、モンスターエリアともいう）である。この領域ＰＡ２には、モンスターカードを１枚ずつ配置可能な３つの領域ＰＡ２（１）、ＰＡ２（２）、ＰＡ２（３）があり、最大３枚のモンスターカードを同時に配置可能である。図示する例では、領域ＰＡ２（１）、ＰＡ２（２）、ＰＡ２（３）のうち、領域ＰＡ２（２）にのみモンスターカードが配置されている。また、領域ＰＡ３は、魔法カードと罠カードとを配置可能な場所（以下、魔法・罠エリアともいう）である。この領域ＰＡ３には、魔法カード、又は、罠カードを１枚ずつ配置可能な３つの領域ＰＡ３（１）、ＰＡ３（２）、ＰＡ３（３）があり、魔法カードと罠カードとの合計で最大３枚を同時に配置可能である。図示する例では、領域ＰＡ３（１）、ＰＡ３（２）、ＰＡ３（３）のうち、領域ＰＡ３（３）にのみ魔法カード、又は、罠カードが配置されている。また、領域ＰＡ４は、「攻撃」コマンドによって破壊されたモンスターカードや、使用済みの魔法カード及び罠カードが配置される場所（以下、墓地ともいう）である。また、領域ＰＡ５は、特殊な方法で召喚する「特殊召喚」可能なカードが配置される場所（以下、エクストラエリアともいう）である。

次に、各カードについて説明する。モンスターカードには、後述の「攻撃」コマンドに基づく処理を実行する際に参照する攻撃力や、相手が「攻撃」コマンドに基づく処理を実行した際に参照する守備力といったパラメータが定められている。また、モンスターカードには、後述の「モンスター効果」コマンドに基づく処理を実行することにより対戦を有利に進めることができる、効果を有するモンスターカードと、効果を有していないモンスターカードとがある。

魔法・罠カードは、後述の「魔法・罠」コマンドに基づく処理を実行することで、特定の処理を実行したり、対戦相手の実行しようとする処理に制限をしたり、カードのパラメータを変更したりといった「効果」を生じさせる。これらは、カードの種別や効果の種別によって様々な内容の効果と実行条件が定められている。「効果」の例としては、モンスターカードの攻撃力を上げたり、山札の一番上のカードを手札に加えたり、対戦相手のコマンドの実行を制限したりなどがある。実行条件の例としては、自分と対戦相手とのＬＰの差や、場のモンスターカードの数などがある。

次に、ユーザがカードの選択とともに使用するコマンドについて説明する。コマンドの種別としては、「召喚」、「攻守変更」、「魔法・罠」、「モンスター効果」、「特殊召喚」、「攻撃」などがある。
「召喚」コマンドは、特定のカードを場に配置する処理に関するコマンドである。ユーザが「召喚」コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードを自分の場ＰＡＢに配置される。なお、配置する際には、縦向き、横向き、表向き、裏向きなど配置の向きが選択可能な場合もある。例えば、表向き且つ縦向きに配置されたモンスターカードは、攻撃を行うことができる。表向き且つ横向きに配置されたモンスターカードは、攻撃を行うことができないが、相手から攻撃されてもＬＰが減らない。裏向きに配置されたカードは対戦相手からは内容がわからない。例えば、モンスターカードを表向きに場に配置することを「表向き召喚」ともいい、裏向きに配置することを「裏向き召喚」ともいう。

「攻守変更」コマンドは、場に存在するモンスターカードの配置の向き（縦向き、横向き、表向き、裏向きなど）を変更するコマンドである。ユーザが「攻守変更」コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードの、自分の場ＰＡＢに配置される際の向きが変更される。
「魔法・罠」コマンドは、魔法・罠カードに対応付けられた効果を発動するコマンドである。「効果を発動する」とは、「効果に関連付けられている処理を実行する」ことを指す。ユーザが「魔法・罠」コマンドに基づく処理を実行することにより、選択した魔法・罠カード、又は、これから選択する魔法・罠カードに対応付けられた効果が発動される。
「モンスター効果」コマンドは、効果を有するモンスターカードに対応付けられた所定の効果を発動するコマンドである。ユーザが「モンスター効果」コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードに対応付けられた所定の効果が発動される。

「特殊召喚」コマンドは、表向き召喚及び裏向き召喚とは異なる実行条件（カードに対応付けられている条件）を満たした場合に可能なコマンドであって、モンスターカードを場に配置するコマンドである。
「攻撃」コマンドは、モンスターカードによって相手に攻撃を行うコマンドである。ユーザが「攻撃」コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードによって相手に攻撃を行う。

これらのコマンドのそれぞれには、ゲーム状況に応じてコマンドに基づく処理が実行可能となる実行可能条件が定められている。ゲーム状況とは、ゲームのプレイ中において、ユーザと相手のいずれのターンであるか、ユーザと相手のそれぞれのＬＰ、手札の枚数、山札の残り枚数、場にあるモンスターカードの数、墓地のモンスターカードの数、ターンの中の現在の「フェイズ」、ターンの開始からの経過時間、コマンドの選択が可能になった時点からの経過時間などといった様々な要件を指す。「フェイズ」とは各ターンの中のルール上の区切りである。本ゲームは、ユーザのターンと対戦相手のターンとが交互に繰り返されることで進行するが、一つのターンは複数のフェイズから構成されている。

図２０は、ユーザがプレイする一つのターンの流れの一例を示す図である。
例えば、一つのターンは、図２０に示す（１）〜（６）の各フェイズの順に進行する。
（１）開始フェイズ：ターンの開始で、山札からカードを引く処理が行われる。
（２）準備フェイズ：このタイミングで自動的に発生する効果の処理が行われる。
（３）メインフェイズ１：ユーザがコマンドとカードと選択することで、モンスターカードの「召喚」や、「魔法・罠」、「モンスター効果」等による効果の発動に関する処理が行われる。
（４）バトルフェイズ：ユーザによるバトルを行う操作で開始され、場に配置されたカードを用いて相手に攻撃を行い、攻撃した結果について処理が行われる。なお、バトルを行わない場合には、このバトルフェイズは行われず、下記の（６）エンドフェイズに進む。
（５）メインフェイズ２：（４）のバトルフェイズが行われた場合のみ、メインフェイズ１と同様の処理が行われる。なお、このフェイズは省略されてもよい。
（６）エンドフェイズ：ターンの終了の処理が行われる。この後、相手のターンに移行する。

例えば、「召喚」、「攻守変更」等のコマンドは、メインフェイズでのみ実行可能なコマンドである。一方、「攻撃」コマンドは、バトルフェイズでのみ実行可能なコマンドである。また、各コマンドの実行可能条件は、フェイズ以外の他のゲーム状況によっても定められている。例えば、「召喚」コマンドでは、モンスターカードが自分の手札ＰＡＴにある場合に実行可能であり、無い場合には実行不可能である。「攻守変更」コマンドは、モンスターカードが自分の場ＰＡＢにある場合に実行可能であり、無い場合には実行不可能である。「モンスター効果」コマンドは、効果を有するモンスターカードが、自分の手札ＰＡＴ、または自分の場ＰＡＢの山札や墓地にある場合に実行可能であり、無い場合には実行不可能である。「魔法・罠」コマンドは、魔法・罠カードが自分の手札ＰＡＴまたは自分の場ＰＡＢにある場合に実行可能であり、無い場合には実行不可能である。「特殊召喚」コマンドは、通常の方法では召喚できない「特殊召喚」の条件対応するモンスターカードが自分の手札ＰＡＴまたは自分の場ＰＡＢ（領域ＰＡ５）にある場合に実行可能であり、無い場合には実行不可能である。「攻撃」コマンドは、モンスターカードが自分の場ＰＡＢにある場合に実行可能であり、無い場合には実行不可能である。また、「攻撃」コマンドは、各モンスターカードについて１ターンに１回のみ実行可能である。なお、これらのコマンドに基づく処理を実行可能な条件は一例であって、各カードの種別、自分のＬＰと相手のＬＰとの大小関係、自分のターンであるか相手のターンであるか、などによって様々な条件が定められてもよい。
以上が、ゲームの概要についての説明である。

〔第１の実施形態のまとめ〕
以上説明したように、本実施形態に係るゲームシステム１において、サーバ装置３０は、複数のオブジェクト（例えば、カード）の組を示す組情報（例えば、デッキ情報）を用いるゲームであって、組情報から抽出されたオブジェクトを参照して進行するゲーム（例えば、トレーディングカードゲーム）を実行させるための処理を行う第１の端末装置１０（例えば、投稿側）から、第１のユーザ（例えば、投稿者）に対応付けられた組情報を取得するサーバデッキ編集部３５２と、サーバデッキ編集部３５２が取得した組情報を記憶する投稿デッキ情報記憶部３４３と、組情報に関連する出力要求（例えば、編集要求、送信要求）を、第２のユーザに対応する第２の端末装置１０（例えば、閲覧側）から受け付ける要求受付部３５１と、投稿デッキ情報記憶部３４３に記憶された組情報に基づいて、出力要求（例えば、編集要求、表示処理要求）に対応する組情報及び／又は当該組情報に関連する情報（例えば、投稿デッキ参照情報）を出力（例えば、記憶、送信）させるサーバ表示処理部３５３と、を備える。

これにより、サーバ装置３０は、組情報を端末装置１０から収集する。そして、サーバ装置３０は、端末装置１０からの出力要求に応じて、組情報及び／又は当該組情報に関連する情報を出力させる。さらに、第１の端末装置１０は、ゲームを実行させるための構成を備える。そのため、サーバ装置３０は、組情報及び／又は当該組情報に関連する情報を、ゲームをプレイ可能な端末装置１０を介して、ゲームのプレイヤ間で共有させることができる。従って、サーバ装置３０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。そして、サーバ装置３０は、ゲームのプレイヤ間の交流を促すことができる。

また、サーバ表示処理部３５３は、１つの出力要求に対応する複数の組情報及び／又は当該組情報に関連する情報を、端末表示部１３に表示させる。

これにより、サーバ装置３０は、一度に複数の組情報及び／又は当該組情報に関連する情報を表示させる。例えば、サーバ装置３０は、投稿デッキの名称をリスト表示させる。そのため、サーバ装置３０は、組情報の検索を容易にする。従って、サーバ装置３０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、サーバデッキ編集部３５２は、複数の第１の端末装置１０から、複数の第１のユーザの各々に対応付けられた組情報を取得し、サーバ表示処理部３５３は、１つの出力要求に対応する情報であって、複数の第１のユーザの各々に対応付けられた組情報及び／又は当該組情報に関連する情報を、端末表示部１３に表示させる。

これにより、サーバ装置３０は、複数の第１の端末装置１０から収集された組情報及び／又は当該組情報に関連する情報を表示させる。従って、サーバ装置３０は、複数の第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、サーバ装置３０は、組情報の評価を示す評価情報を記憶する投稿情報記憶部３４４と、第２の端末装置１０からの評価情報の更新要求に基づいて、評価情報を更新する評価管理部３５８と、をさらに備え、サーバ表示処理部３５３は、出力要求に対応する組情報及び／又は当該組情報に関連する情報を、組情報の評価に基づいて表示させる。

これにより、サーバ装置３０は、組情報の評価に基づいて、組情報及び／又は当該組情報に関連する情報を表示させる。そのため、第２のユーザは、例えば、多くのユーザが高く評価している組情報を利用しやすい。また、例えば、第２のユーザは、多くのユーザが低く評価している組情報を除外しやすい。従って、サーバ装置３０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、サーバ表示処理部３５３は、出力要求に対応する組情報が示す全てのオブジェクトを、端末表示部１３に表示させる。

これにより、サーバ装置３０は、組情報が示す全てのオブジェクトを表示させる。そのため、第２のユーザは、組情報が示す全てのオブジェクトを確認することができる。従って、例えば、第２のユーザは、第１のユーザが編集した内容をそのまま再現することができる。加えて、第２のユーザは、再現されたオブジェクトの組をさらに編集することなく、ゲームのプレイに用いることができる。従って、サーバ装置３０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、サーバ表示処理部３５３は、出力要求に対応する組情報が示す全てのオブジェクトのうち、第２のユーザに対応付けられているオブジェクトと、第２のユーザに対応付けられていないオブジェクトとを、区別可能に表示させる。

これにより、サーバ装置３０は、組情報が示すオブジェクトが、第２のユーザに対応付けられているか否かを区別可能にする。例えば、サーバ装置３０は、第１のユーザが提案するオブジェクトの組のうち、いずれのオブジェクトを第２のユーザが所持しているのかを表示する。従って、サーバ装置３０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、端末装置１０は、複数のオブジェクトの組を示す組情報を用いるゲームであって、組情報から抽出されたオブジェクトを参照して進行するゲームを実行させるための制御を行う端末ゲーム実行部１５５と、端末ゲーム実行部１５５により利用可能な組情報を編集させる端末デッキ編集部１５１と、端末デッキ編集部１５１が編集した組情報に関連する情報を、サーバ装置３０に送信し、組情報に関連する出力要求を、サーバ装置３０に送信する端末通信部１１と、を備える。

これにより、端末装置１０は、ゲームに利用可能な組情報を編集させ、サーバ装置３０に送信する。そのため、サーバ装置３０に接続する装置は、端末装置１０から送信された組情報を参照することができる。つまり、端末装置１０は、ゲームに利用可能な組情報をそのまま共有可能とするため、共有のために、組情報をユーザに別途編集させる必要がない。従って、端末装置１０は、投稿側のユーザと、閲覧側のユーザとの両方の負担を軽減することができる。以上のように、端末装置１０は、自装置のユーザが提案するオブジェクトの組を、別のユーザが利用しやすくすることができる。

また、端末装置１０は、複数のオブジェクトの組を示す組情報を用いるゲームであって、組情報から抽出されたオブジェクトを参照して進行するゲームを実行させるための制御を行う端末ゲーム実行部１５５と、組情報を編集させる端末デッキ編集部１５１と、第１のユーザによって編集された第１の組情報に関連する情報を、組情報に関連する所定の第１の条件（例えば、抽出条件、ソート条件）に基づいて表示させ、第１の組情報の中から、第１のユーザとは異なる第２のユーザによって選択された第２の組情報が示すオブジェクトを表示させる端末表示処理部１５２と、を備える。

これにより、端末装置１０は、第１のユーザによって編集された複数の組情報に関連する情報を表示させる。また、端末装置１０は、第２のユーザによって選択された組情報が示すオブジェクトを表示させる。つまり、端末装置１０は、第１のユーザによって編集された組情報の内容を、第２のユーザからの要望に応じて表示させる。従って、第２のユーザは、例えば、ゲームをプレイする端末において、投稿デッキの一覧表示から、投稿デッキの内容を確認することができる。従って、端末装置１０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、端末表示処理部１５２は、第２の組情報が示すオブジェクトを、編集可能に表示させてもよい。
これにより、第２のユーザは、第１のユーザが編集した組情報を、そのまま端末装置１０を介して編集することができる。つまり、第２のユーザは、第１のユーザが編集した組情報を直接的に利用して、すなわち、組情報を再現するために別途操作を行うことなく、ゲームをプレイすることができる。そのため、第２のユーザは、第１のユーザにより提案されたオブジェクトを利用するために、端末装置１０を操作して新規にオブジェクトの組を作成する必要がない。従って、端末装置１０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、端末表示処理部１５２は、第１の組情報に関連する情報を、第１の条件とは異なる所定の第２の条件（例えば、抽出条件、デッキ内容表示条件）に基づいて表示させ、及び／又は、第２の組情報が示すオブジェクトを、第２の条件に基づいて表示させる。

これにより、端末装置１０は、第１の組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトを、第２の条件に基づいて表示させる。そのため、第２のユーザは、組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトの確認において、第１の条件だけでなく、第２の条件も利用することができる。従って、端末装置１０は、第１のユーザにより提案されたオブジェクトの組から、所望のオブジェクトの組を見つけやすくすることによって、第１のユーザにより提案されたオブジェクトの組を第２のユーザが利用しやすくすることができる。

また、第２の条件とは、第２の組情報と第２のユーザに対応付けられているオブジェクトとの比較に関連する条件であり、端末表示処理部１５２は、第２の組情報が示す複数のオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較結果を表示させる。

これにより、端末装置１０は、第２の組情報が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較結果を表示させる。例えば、端末装置１０は、第２のユーザの所持オブジェクトが、第２の組情報にどの程度含まれているのかを表示する。そのため、第２のユーザは、第１のユーザが提案するオブジェクトの組が、プレイに利用可能か否か、或いは、プレイに利用可能な状態にどの程度近いのかを判断しやすい。従って、端末装置１０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、端末表示処理部１５２は、第２の組情報が示す複数のオブジェクトのうち、第２のユーザに対応付けられているオブジェクトと、第２のユーザに対応付けられていないオブジェクトとを、区別可能に表示させる。

これにより、端末装置１０は、第２の組情報が示すオブジェクトが、第２のユーザに対応付けられているか否かを区別可能に表示させる。例えば、端末装置１０は、第２のユーザに所持カードとして対応付けられているオブジェクトと、第２のユーザに所持カードとして対応付けられていないオブジェクトとを区別可能に表示する。そのため、第２のユーザは、第２の組情報が示すオブジェクトのうちのいずれのオブジェクトを、自身が所持しているのかを容易に確認することができる。従って、第２のユーザは、第１のユーザが提案するオブジェクトの組が、プレイに利用可能か否か、或いは、プレイに利用可能な状態にどの程度近いのかを判断しやすい。つまり、端末装置１０は、第１のユーザにより提案されたオブジェクトの組を、第２のユーザが利用しやすくすることができる。

また、第２の条件とは、第１の組情報が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較に関連する条件であり、端末表示処理部１５２は、複数の第１の組情報の各々が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較に基づいて、第１の組情報に関連する情報を表示させる。

これにより、端末装置１０は、第２のユーザに対応付けられているオブジェクトとの比較結果に基づいて、第１の組情報に関連する情報を表示させる。つまり、端末装置１０は、表示させる第１の組情報に関連する情報やその表示態様等を、第２のユーザに応じて変更する。例えば、端末装置１０は、第２のユーザが所持するオブジェクトを多く含んで構成される組を表示する。そのため、端末装置１０は、第２のユーザに適した組情報に関連する情報を表示させることができる。従って、端末装置１０は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

また、端末表示処理部１５２は、第１の組情報に関連する情報を、第１の組情報が示すオブジェクトの全部が第２のユーザに対応付けられている場合と、第１の組情報が示すオブジェクトの少なくとも一部が第２のユーザに対応付けられていない場合とで、互いに異なる態様で表示させる。

これにより、端末装置１０は、第１の組情報に関連する情報の表示において、第１の組情報が示すオブジェクトの全部が、第２のユーザに対応付けられているか否かを区別可能に表示させる。例えば、端末装置１０は、第２のユーザが所持するオブジェクトのみから構成される組を表示する。そのため、第２のユーザは、第１のユーザが提案するオブジェクトの組を、プレイに利用可能か否か、或いは、プレイに利用可能な状態にどの程度近いのかを判断しやすい。従って、端末装置１０は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

また、第２の条件とは、例えば、ゲームの規則（例えば、レギュレーション）に関連する条件であり、端末ゲーム実行部１５３は、第２の条件を満たさない組情報のゲームでの利用を制限させる。

具体的には、第２の条件が満たされない場合には、端末デッキ編集部１５１やサーバデッキ編集部３５２がその旨を記憶する。そして、端末ゲーム実行部１５３は、第２の条件が満たさない旨が記憶されているかを判定して、満たさない旨が記憶されている場合はゲームでの利用を制限する処理を行う。
これにより、端末装置１０は、例えば作成途中の規則を満たさない組情報を、第１のユーザが提案、共有した場合であっても、予め定められた規則に従って、ゲームを実行することができる。

また、第２の条件とは、ゲームの規則に関連する条件であり、端末デッキ編集部１５１は、編集中の組情報が第２の条件を満たさない場合に、第２の条件を満たさないことを第２のユーザに向けて通知させる。

これにより、端末装置１０は、編集中の組情報がゲームの規則に適合していない場合等に、第２のユーザに通知する。そのため、第２のユーザは、第１のユーザが編集した組情報がゲームの規則に適合していない場合には、その組情報を、規則に適合するように再編集する必要があることを、容易に認識することができる。

また、端末表示処理部１５２は、第２の組情報が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較結果を表示させる。

これにより、端末装置１０は、第２のユーザによって選択された第２の組情報が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較結果を表示させる。例えば、端末装置１０は、第２の組情報を構成するオブジェクトのうち、第２のユーザが所持するオブジェクトの数の割合を表示する。そのため、第２のユーザは、自身が選択した組情報が、自身に対応付けられているオブジェクトをどの程度含んで構成されるのかを容易に確認することができる。従って、端末装置１０は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

また、第１の条件とは、例えば、組情報に対する評価に関連する条件であり、評価は、端末表示処理部１５２が、第２の組情報が示すオブジェクトを表示した後に、第２のユーザが行った操作に基づいて更新される。

これにより、端末装置１０は、第１の組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトを、各組情報の評価に基づいて表示させる。ここで、組情報の評価は、編集したユーザとは異なるユーザにより更新されるため、組情報は、客観的に評価される。そして、第２のユーザは、この公平な評価に基づいて、第２の組情報を利用することができる。従って、端末装置１０は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

また、組情報に関連する情報を記憶する投稿情報記憶部３４４と、第１の組情報に関連する情報を、第１の条件に基づいて投稿情報記憶部３４４から抽出するサーバ表示処理部３５３と、第１の組情報に関連する情報を、端末装置１０に送信するサーバ通信部３１と、を備えるサーバ装置３０である。

これにより、サーバ装置３０は、第１の組情報に関連する情報を端末装置１０に送信する。そのため、端末装置１０は、第１の組情報に関連する情報を表示させることができる。つまり、サーバ装置３０は、第１のユーザにより編集された第１の組情報に関連する情報を、第２のユーザに提供することができる。従って、サーバ装置３０は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

[第２の実施形態]
〔第２の実施形態の概要〕
本発明の第２の実施形態について説明する。本実施形態では、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ａは、ゲームシステム１と同様に、デッキの投稿と、投稿デッキの閲覧、利用とを行うシステムである。ただし、ゲームシステム１Ａは、投稿デッキを構成するカードを、ユーザの所持カードとして追加可能とする点で、ゲームシステム１とは異なる。
以上が、本実施形態の概要の説明である。

〔ゲームシステム１Ａの構成〕
次に、ゲームシステム１Ａの構成について説明する。
図２１は、ゲームシステム１Ａの構成を示す図である。
ゲームシステム１Ａは、ゲームシステム１が備える端末装置１０、サーバ装置３０に代えて、端末装置１０Ａ、サーバ装置３０Ａを備える。

図２２は、端末装置１０Ａの構成を示すブロック図である。
端末装置１０Ａは、端末制御部１５０に代えて、端末制御部１５０Ａを備える。端末制御部１５０Ａは、端末制御部１５０が備える各構成に加えて端末カード追加部１５５Ａを備える。

端末カード追加部１５５Ａは、カード追加処理を実行する。カード追加処理とは、所持カードに、デッキ単位でカードを追加するための処理である。カード追加処理では、端末カード追加部１５５Ａは、ユーザによるデッキ追加操作を受け付けると、所持カード情報記憶部１４２から所持カード情報を読み出す。デッキ追加操作は、例えば、図１３に示すデッキ追加ボタンＡＤを選択する操作や、図３、１８に示す未所持カードＣ２を選択する操作であってよい。端末カード追加部１５５Ａは、読み出した所持カード情報に、追加デッキを構成するカードの情報を追記して更新する。そして、端末デッキ編集部１５１Ａは、更新後の所持カード情報を、所持カード情報記憶部１４２に記憶させる。また、端末カード追加部１５５Ａは、追加デッキを構成するカードの情報をサーバ装置３０に送信する。これにより、サーバ装置３０でも所持カード情報の更新が行われる。

図２３は、サーバ装置３０Ａの構成を示すブロック図である。
サーバ装置３０Ａは、サーバ制御部３５０に代えて、サーバ制御部３５０Ａを備える。サーバ制御部３５０Ａは、サーバ制御部３５０が備える各構成に加えてサーバカード追加部３５７Ａを備える。
サーバカード追加部３５７Ａは、端末装置１０Ａの端末カード追加部１５５Ａに対応する構成であり、サーバ装置３０Ａにおけるカード追加処理を実行する。サーバカード追加部３５７Ａは、端末カード追加部１５５Ａから受信した追加デッキを構成するカードの情報に基づいて、所持カード情報記憶部１４２が記憶する所持カード情報を更新する。
以上が、ゲームシステム１Ｂの構成についての説明である。

次に、追加デッキについて説明する。
追加デッキとは、カードの組であって、その組を構成するカードを、ユーザの所持カードとして追加できるようにしたものである。換言すると、追加デッキとは、ユーザの所持カードとして、追加可能なカードの組である。追加デッキは、投稿デッキであってもよいし、投稿デッキとは別途用意されるものであってもよい。追加デッキは、例えば、ゲーム内通貨の消費と交換で、利用可能であってよい。追加デッキの利用時は、追加デッキを構成するカードを、ユーザの所持カードとして登録し、追加デッキの内容を、ユーザの所持デッキとして登録することができる。ゲームシステム１Ｂは、追加デッキ単位でカードを追加することにより、所持カード数を一度に多く増やすことができる。そのため、ゲームシステム１Ｂは、特に所持カード数が少ないユーザがゲームをプレイしやすくすることができる。また、ユーザは、所望のデッキに未所持カードがあるためにプレイできない場合であっても、追加デッキを用いることで、カードを集めることなく即座にプレイすることができる。

追加デッキは、同じカード（すなわち、同じカードＩＤのカード）を複数含んで構成されてもよい。例えば、ゲームの経験が少ないユーザにとって、カードの特徴を覚えることが負担になることがある。そこで、追加デッキに同じ種類のカードが複数あれば、カードの特徴を覚えることが容易であるため、経験が少ないユーザであってもプレイしやすい。

また、追加デッキは、所定の期間内でのみ利用可能であってもよい。例えば、追加デッキの利用可能期間を、ゲームを最初に始めてから所定の期間のみとしてもよい。ここで、特にゲームを始めたばかりのユーザにとって、限られた所持カードによってデッキの内容を考えることは難しく、また、デッキの内容を考えることが難しい場合がある。しかしながら、追加デッキを利用することにより、所持カードの不足を補うことができるとともに、デッキの内容を考える必要がなくなるため、ゲームをプレイしやすくすることができる。

また、追加デッキの内容は、時期や期間に応じて異なっていてもよい。ここで、追加デッキを所持デッキに追加する時期は、ユーザごとに異なる。そのため、追加デッキの内容を時期に応じて異なるものとすることにより、各ユーザに追加される追加デッキの内容が異なることになる。従って、各ユーザのデッキが同じ内容、似た内容になり、ゲームの興趣が損なわれることを防ぐことができる。

また、追加デッキを利用するための対価の量は、投稿者やゲーム運営者によって設定されてもよいし、追加デッキの内容（レアカードの数等）に応じて設定されてもよい。追加デッキの内容に応じて対価を設定することにより、希少性があり価値が高いカードを安価にユーザが手に入れられるという状況を防ぐことができる。
また、追加デッキは、レギュレーションを満たすカードの数のうち、下限値で構成されてもよい。例えば、ゲームの経験が少ないユーザにとって、カードの特徴を覚えることが負担になることがある。そのため、カード数を下限値とすることで、ユーザの負担を軽減することができる。
また、追加デッキは、他のカードとの組み合わせで効果を発揮することがないカードを含んで構成されてもよい。これにより、ユーザは、カードの利用のための複雑な条件等を覚える必要がないため、ユーザの負担を軽減することができる。
以上が、追加デッキについての説明である。

［変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の各実施形態において説明した各構成は、任意に組み合わせることができる。また、例えば、上述の各実施形態において説明した各構成は、任意に分離することができる。また、例えば、上述の各実施形態において説明した各構成は、特定の機能を発揮するのに不要である場合には、省略することができる。また、例えば、上述の各実施形態において説明した各情報は、端末装置１０、１０Ａに記憶されてもよいし、サーバ装置３０、３０Ａに記憶されてもよいし、端末装置１０、１０Ａ、サーバ装置３０、３０Ａとは異なる他の装置に記憶されてもよい。

また、上述した各実施形態では、端末装置１０、１０Ａとサーバ装置３０、３０Ａとの両方において、所持カード情報を管理する態様について説明したが、これには限られない。所持カード情報は端末装置１０とサーバ装置３０とのいずれか一方でのみ管理されてもよい。ただし、端末装置１０、１０Ａとサーバ装置３０、３０Ａとの両方で所持カード情報を管理し、更新があった場合には、逐次両者を更新しておくことで、所持カードの整合性を保つことができる。例えば、所定のタイミングで、それぞれで管理する所持カード情報を比較することにより、不正の有無を監視することができる。比較のタイミングは、デッキの編集前、対戦の前、ゲーム起動時等の任意のタイミングであってよい。

また、上述した各実施形態において、ゲームの内容は、上述したものに限られない。例えば、仮想的なキャラクタがデッキを用いたゲームを進行させてもよい。そして、ユーザは、例えばキャラクタを育てたり、キャラクタごとのストーリーを進めるようなゲームであってもよい。

このような変形例に係るゲームにおけるユーザとデッキとの関係の一例について説明する。
図２４は、変形例に係るゲームにおけるユーザとデッキとの関係の一例を示す図である。
変形例に係るゲームにおいて、ユーザ（プレイヤ）には、１以上のキャラクタを有しており、ユーザは、これらのキャラクタを介してゲームをプレイする。各キャラクタには１以上のデッキが対応付けられている。つまり、ユーザの所持デッキは、キャラクタを識別するキャラクタＩＤと対応付けて管理されている。所持カードは、上述した各実施形態と同様に、ユーザに対応付けられている。所持カードは、複数のキャラクタの所持デッキに含めることができる。つまり、ユーザの所持カードは、キャラクタ間で兼用することができる。
ここで、変形例に係るゲームシステム１、１Ａは、あるキャラクタに対応付けられているデッキを別のキャラクタに対応付けてよい。例えば、ゲームシステム１、１Ａは、上述した複製（コピー）操作、再現（ペースト）操作に応じて、デッキ情報の対応付けを変更してよい。例えば、図２４に示す例では、キャラクタ「Ａ」の所持デッキ「Ｒ」を、キャラクタ「Ｃ」の所持デッキとしている。この場合、ゲームシステム１、１Ａは、デッキ「Ｒ」のデッキ情報を、キャラクタ「Ｃ」のキャラクタＩＤに新たに対応付ける。このように、ユーザは、自身の所持デッキを複製し、別の自分の所持デッキとすることができる。

なお、キャラクタには、キャラクタ固有の属性が設定されていてよい。例えば、プレイヤレベルとは異なるキャラクタごとのレベルが設けられてもよい。また、キャラクタごとに使用可能なカードやコマンドが異なってもよい。例えば、キャラクタ「Ａ」を選択している場合にのみ使用可能なコマンドがあったり、キャラクタ「Ｂ」を選択している場合には使用不可能なカードがあったりしてもよい。コマンドやカードの使用の可否を記述した情報は、予め端末装置１０、１０Ａ、サーバ装置３０、３０Ａ等に記憶される。これにより、ゲームシステム１は、上述したレギュレーションと同様に、スキルやカードの使用の可否を判定し、ユーザに通知することができる。

また、上述した各実施形態において、ゲームの要素は、上述したものに限られない。例えば、ゲームの要素として、スキルが存在していてもよい。ここで、スキルとはコマンドの一例であって、カードによらずにゲームに関する処理を行うものである。例えば、スキルには、常に効果が発生するもの、特定の条件を満たした場合に発生するもの、任意のタイミングで発生させられるもの、がある。さらに具体的には、スキルには、常に特定の属性のカードのパラメータを変更するもの、相手のＬＰよりも自分のＬＰが所定値以上下回った場合にＬＰを回復するもの、プレイヤがスキル発動を選択した場合に手札のカードを入れ替えるものなどがあってよい。スキルを示す情報は、デッキＩＤと対応付けて端末装置１０、１０Ａ、サーバ装置３０、３０Ａ等に記憶される。このように、ゲームに対して任意の要素を追加してもよいし、任意の要素を削除したり変更したりしてもよい。

また、上述の端末装置１０、１０Ａ、サーバ装置３０、３０Ａの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより端末装置１０、１０Ａ、サーバ装置３０、３０Ａとしての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した端末装置１０、１０Ａ、サーバ装置３０、３０Ａの機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

［付記］
以上の記載から本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。

（付記Ａ１）
本発明の一態様は、複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための処理を行う第１の端末装置（１０、１０Ａ）から、第１のユーザに対応付けられた前記組情報を取得する組取得部（３５２、Ｓ３０２）と、前記組取得部が取得した前記組情報を記憶する第１記憶部（３４３）と、前記組情報に関連する出力要求を、第２のユーザに対応する第２の端末装置（１０、１０Ａ）から受け付ける組要求受付部（３５１、Ｓ１１２、Ｓ１２２、Ｓ１２８）と、前記第１記憶部に記憶された前記組情報に基づいて、前記出力要求に対応する前記組情報及び／又は当該組情報に関連する情報を出力させる出力制御部（３５２、３５３、Ｓ３０２、Ｓ３２０、Ｓ３２２）と、を備えるサーバ装置（３０、３０Ａ）である。

上記構成によれば、サーバ装置は、組情報を第１の端末装置から収集する。そして、サーバ装置は、第２の端末装置からの出力要求に応じて、組情報及び／又は当該組情報に関連する情報を出力させる。さらに、第１の端末装置は、ゲームを実行させるための構成を備える。そのため、サーバ装置は、実際にゲームをプレイする第１のユーザから収集された組情報及び／又は当該組情報に関連する情報を、第２のユーザに提供することができる。従って、サーバ装置は、ゲームのプレイヤ間の交流を促進し、ゲームの普及を促進することができる。

（付記Ａ２）
本発明の他の態様は、付記Ａ１に記載のサーバ装置であって、前記出力制御部は、１つの前記出力要求に対応する複数の前記組情報及び／又は当該組情報に関連する情報を、前記第２の端末装置の表示部（１３）に表示させる。

上記構成によれば、サーバ装置は、複数の組情報及び／又は当該組情報に関連する情報を表示させる。従って、サーバ装置は、第１のユーザから収集された複数の組情報及び／又は当該組情報に関連する情報を、第２のユーザに利用させることができる。

（付記Ａ３）
本発明の他の態様は、付記Ａ２に記載のサーバ装置であって、前記組取得部は、複数の前記第１の端末装置から、複数の第１のユーザの各々に対応付けられた前記組情報を取得し、前記出力制御部は、１つの前記出力要求に対応する情報であって、複数の第１のユーザの各々に対応付けられた前記組情報及び／又は当該組情報に関連する情報を、前記第２の端末装置の前記表示部に表示させる。

上記構成によれば、サーバ装置は、複数の前記第１の端末装置から収集された組情報及び／又は当該組情報に関連する情報を表示させる。従って、サーバ装置は、複数の第１のユーザの各々から収集された組情報及び／又は当該組情報に関連する情報を、第２のユーザに利用させることができる。

（付記Ａ４）
本発明の他の態様は、付記Ａ２又は付記Ａ３に記載のサーバ装置であって、前記組情報の評価を示す評価情報を記憶する第２記憶部（３４４）と、前記第２の端末装置からの評価情報の更新要求に基づいて、前記評価情報を更新する評価管理部（３５６、Ｓ３２４）と、をさらに備え、前記出力制御部は、前記出力要求に対応する前記組情報及び／又は当該組情報に関連する情報を、前記組情報の評価に基づいて表示させる。

上記構成によれば、サーバ装置は、組情報の評価に基づいて、組情報及び／又は当該組情報に関連する情報を表示させる。そのため、第２のユーザは、第１のユーザから収集された組情報及び／又は当該組情報に関連する情報を確認する場合に、組情報の評価を利用することができる。従って、サーバ装置は、組情報及び／又は当該組情報に関連する情報の第２のユーザによる利用を容易にすることができる。

（付記Ａ５）
本発明の他の態様は、付記Ａ１に記載のサーバ装置であって、前記出力制御部は、前記出力要求に対応する前記組情報が示す全てのオブジェクトを、前記第２の端末装置の表示部に表示させる。

上記構成によれば、サーバ装置は、組情報が示す全てのオブジェクトを表示させる。そのため、第２のユーザは、組情報が示す全てのオブジェクトを確認することができる。従って、サーバ装置は、組情報及び／又は当該組情報に関連する情報の第２のユーザによる利用を容易にすることができる。

（付記Ａ６）
本発明の他の態様は、付記Ａ５に記載のサーバ装置であって、前記出力制御部は、前記出力要求に対応する前記組情報が示す全ての前記オブジェクトのうち、前記第２のユーザに対応付けられている前記オブジェクトと、前記第２のユーザに対応付けられていない前記オブジェクトとを、区別可能に表示させる。

上記構成によれば、サーバ装置は、組情報が示すオブジェクトが、第２のユーザに対応付けられているか否かを区別可能にする。そのため、第２のユーザは、所望の組情報が、自身に対応付けられているオブジェクトをどの程度含むのかを確認することができる。従って、サーバ装置は、組情報及び／又は当該組情報に関連する情報を、第２のユーザにより利用しやすくすることができる。

（付記Ａ７）
本発明の他の態様は、複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための制御を行うゲーム実行部（１５３）と、前記ゲーム実行部により利用可能な前記組情報を編集させる組編集部（１５１）と、前記組編集部が編集した前記組情報に関連する情報を、サーバ装置に送信する組送信制御部（１５１、Ｓ１１２）と、前記組情報に関連する出力要求を、前記サーバ装置に送信する出力要求送信制御部（１５１、１５２、Ｓ１１２、Ｓ１２２、Ｓ１２８）と、を備える情報処理装置である。

上記構成によれば、情報処理装置は、ゲームに利用可能な組情報を編集させ、自装置において編集させた組情報をサーバ装置に送信する。そのため、サーバ装置にアクセス可能な装置は、情報処理装置から送信された組情報にアクセスすることができる。つまり、情報処理装置のユーザとは異なるユーザであっても、組情報にアクセスすることができる。従って、情報処理装置は、ゲームのプレイヤ間の交流を促進することができる。

（付記Ｂ１）
本発明の他の態様は、複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための制御を行うゲーム実行部（１５３）と、前記組情報を編集させる組編集部と、第１のユーザによって編集された第１の組情報に関連する情報を、前記組情報に関連する所定の第１の条件に基づいて表示させる第１表示処理部（１５２、Ｓ１２４、Ｓ１３０）と、前記第１の組情報の中から、前記第１のユーザとは異なる第２のユーザによって選択された第２の組情報が示す前記オブジェクトを、編集可能に表示させる第２表示処理部（１５２、Ｓ１３２）と、を備える情報処理装置（１０、１０Ａ）である。

上記構成によれば、情報処理装置は、第１のユーザによって編集された複数の組情報に関連する情報を表示させる。また、情報処理装置は、第２のユーザによって選択された組情報が示すオブジェクトを表示させる。つまり、情報処理装置は、第１のユーザによって編集された組情報の内容を、第２のユーザからの要望に応じて表示させる。そのため、第２のユーザは、第１のユーザが編集した組情報を、情報処理装置を介して編集することができる。つまり、第２のユーザは、第１のユーザが編集した組情報を利用して、ゲームをプレイすることができる。従って、情報処理装置は、ゲームのプレイヤ間の交流を促進することができる。

（付記Ｂ２）
本発明の他の態様は、付記Ｂ１に記載の情報処理装置であって、前記第１表示処理部は、前記第１の組情報に関連する情報を、前記第１の条件とは異なる所定の第２の条件に基づいて表示させ、及び／又は、前記第２表示処理部は、前記第２の組情報が示す前記オブジェクトを、前記第２の条件に基づいて表示させる。

上記構成によれば、情報処理装置は、第１の組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトを、第２の条件に基づいて表示させる。そのため、第２のユーザは、組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトの確認において、第２の条件を利用することができる。従って、情報処理装置は、第１のユーザが編集した組情報及び／又は当該組情報に関連する情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ３）
本発明の他の態様は、付記Ｂ２に記載の情報処理装置であって、前記第２の条件とは、前記第２の組情報と前記第２のユーザに対応付けられている前記オブジェクトとの比較に関連する条件であり、前記第２表示処理部は、前記第２の組情報が示す複数の前記オブジェクトと、前記第２のユーザに対応付けられている前記オブジェクトとの比較結果を表示させる。

上記構成によれば、情報処理装置は、第２の組情報が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較結果を表示させる。そのため、第２のユーザは、第２の組情報が自身にとって有用か否かを判断しやすい。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ４）
本発明の他の態様は、付記Ｂ３に記載の情報処理装置であって、前記第２表示処理部は、前記第２の組情報が示す複数の前記オブジェクトのうち、前記第２のユーザに対応付けられているオブジェクトと、前記第２のユーザに対応付けられていないオブジェクトとを、区別可能に表示させる。

上記構成によれば、情報処理装置は、第２の組情報が示すオブジェクトが、第２のユーザに対応付けられているか否かを区別可能に表示させる。そのため、第２のユーザは、第２の組情報が、自身に対応付けられているオブジェクトを、どの程度含んで構成されるのかを確認することができる。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ５）
本発明の他の態様は、付記Ｂ２から付記Ｂ４のいずれかに記載の情報処理装置であって、前記第２の条件とは、前記第１の組情報が示す前記オブジェクトと、前記第２のユーザに対応付けられている前記オブジェクトとの比較に関連する条件であり、前記第１表示処理部は、複数の前記第１の組情報の各々が示す前記オブジェクトと、前記第２のユーザに対応付けられている前記オブジェクトとの比較に基づいて、前記第１の組情報に関連する情報を表示させる。

上記構成によれば、情報処理装置は、第２のユーザに対応付けられているオブジェクトとの比較結果に基づいて、第１の組情報に関連する情報を表示させる。つまり、情報処理装置は、表示させる第１の組情報に関連する情報やその表示態様等を、第２のユーザに応じて変更する。そのため、情報処理装置は、第２のユーザに適した組情報に関連する情報を表示させることができる。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ６）
本発明の他の態様は、付記Ｂ５に記載の情報処理装置であって、前記第１表示処理部は、前記第１の組情報に関連する情報を、前記第１の組情報が示す前記オブジェクトの全部が前記第２のユーザに対応付けられている場合と、前記第１の組情報が示す前記オブジェクトの少なくとも一部が前記第２のユーザに対応付けられていない場合とで、互いに異なる態様で表示させる。

上記構成によれば、情報処理装置は、第１の組情報に関連する情報の表示において、第１の組情報が示すオブジェクトの全部が、第２のユーザに対応付けられているか否かを区別可能に表示させる。そのため、第２のユーザは、第１の組情報が、自身にとって利用可能か否か、或いは、プレイに利用可能な状態にどの程度近いのかを判断しやすい。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ７）
本発明の他の態様は、付記Ｂ２から付記Ｂ６のいずれかに記載の情報処理装置であって、前記第２の条件とは、前記ゲームの規則に関連する条件であり、前記ゲーム実行部は、前記第２の条件を満たさない組情報の前記ゲームでの利用を制限させる。

上記構成によれば、情報処理装置は、第１の組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトを、自装置を介して実行させることができるゲームの規則に基づいて表示させる。つまり、情報処理装置は、ゲームの規則への適合性等、ゲームの規則との関係に応じて、第１の組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトの表示を変更することができる。そのため、第２のユーザは、第１のユーザが編集した組情報が、プレイを希望するゲームにおいて利用可能か否か、或いは、プレイに利用可能な状態にどの程度近いのかを判断しやすい。そして、情報処理装置は、ゲームの規則に適合するように、組情報の編集を支援することができる。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ８）
本発明の他の態様は、付記Ｂ２から付記Ｂ７のいずれかに記載の情報処理装置であって、前記第２の条件とは、前記ゲームの規則に関連する条件であり、前記組編集部は、編集中の前記組情報が前記第２の条件を満たさない場合に、前記第２の条件を満たさないことを前記第２のユーザに向けて通知させる。

上記構成によれば、情報処理装置は、編集中の組情報がゲームの規則に適合していない場合等に、第２のユーザに通知する。そのため、第２のユーザは、第１のユーザが編集した組情報がゲームの規則に適合していない場合であっても、ゲームに利用できるように編集しやすい。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ９）
本発明の他の態様は、付記Ｂ１から付記Ｂ８のいずれかに記載の情報処理装置であって、前記第２の組情報が示す前記オブジェクトと、前記第２のユーザに対応付けられている前記オブジェクトとの比較結果を表示させる第３表示処理部（１５２、Ｓ１３０）をさらに備える。

上記構成によれば、情報処理装置は、第２のユーザによって選択された第２の組情報が示すオブジェクトと、第２のユーザに対応付けられているオブジェクトとの比較結果を表示させる。そのため、第２のユーザは、自身が選択した組情報が、自身に対応付けられているオブジェクトを、どの程度含んで構成されるのかを容易に確認することができる。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ１０）本発明の他の態様は、付記Ｂ１から付記Ｂ９のいずれかに記載の情報処理装置であって、前記第１の条件とは、前記組情報に対する評価に関連する条件であり、前記評価は、前記第２表示処理部が、前記第２の組情報が示す前記オブジェクトを表示した後に、前記第２のユーザが行った操作に基づいて更新される。

上記構成によれば、情報処理装置は、第１の組情報に関連する情報、及び／又は、第２の組情報が示すオブジェクトを、各組情報の評価に基づいて表示させる。ここで、この評価は、第１の組情報、第２の組情報を編集した第１のユーザとは異なる第２のユーザの操作に基づいて更新される。つまり、組情報の評価は、編集したユーザとは異なるユーザにより更新されるため、組情報は、相対的に公平に評価される。そして、第２のユーザは、この公平な評価に基づいて、第２の組情報を利用することができる。従って、情報処理装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

（付記Ｂ１１）
本発明の他の態様は、付記Ｂ１から付記Ｂ１０のいずれかに記載の情報処理装置と通信するサーバ装置であって、前記組情報に関連する情報を記憶する記憶部（３４３、３４４）と、前記第１の組情報に関連する情報を、前記第１の条件に基づいて前記記憶部から抽出する抽出部（３５３、Ｓ３２０）と、前記第１の組情報に関連する情報を、前記情報処理装置に向かって送信させる送信部（３１、Ｓ３２０）と、を備えるサーバ装置である。

上記構成によれば、サーバ装置は、第１の組情報に関連する情報を情報処理装置に送信する。そのため、情報処理装置は、第１の組情報に関連する情報を表示させることができる。つまり、サーバ装置は、第１のユーザにより編集された第１の組情報に関連する情報を、第２のユーザに提供することができる。従って、サーバ装置は、第１のユーザが編集した組情報を、第２のユーザにより利用しやすくすることができる。

本発明の他の態様は、コンピュータを、付記Ａ１から付記Ａ７、付記Ｂ１から付記Ｂ１２のいずれかに記載のサーバ装置（３０、３０Ａ）又は情報処理装置（１０、１０Ａ）として機能させるためのプログラムである。
上記構成によれば、プログラムは、付記Ａ１から付記Ａ７、付記Ｂ１から付記Ｂ１２のいずれかに記載のサーバ装置又は情報処理装置としてコンピュータを機能させるため、ゲームにおいて、他者が提案するオブジェクトの組を利用しやすくすることができる。

１、１Ａ…ゲームシステム、１０、１０Ａ…端末装置、３０、３０Ａ…サーバ装置、１１…端末通信部、１２…端末入力部、１３…端末表示部、１４…端末記憶部、１４１…カード属性情報記憶部、１４２…所持カード情報記憶部、１４３…規則情報記憶部、１５０、１５０Ａ…端末制御部、１５１…端末デッキ編集部、１５２…端末表示処理部、１５３…端末ゲーム実行部、１５４…評価送信部、１５５Ａ…端末カード追加部、３１…サーバ通信部、３４…サーバ記憶部、３４１…カード属性情報記憶部、３４２…所持デッキ情報記憶部、３４３…投稿デッキ情報記憶部、３４４…投稿情報記憶部、３４５…プレイヤ情報記憶部、３４６…所持カード情報記憶部、３４７…規則情報記憶部、３５０、３５０Ａ…サーバ制御部、３５１…要求受付部、３５２…サーバデッキ編集部、３５３…サーバ表示処理部、３５４…デッキ管理部、３５５…サーバゲーム実行部、３５６…評価管理部、３５７Ａ…サーバカード追加部

Claims (8)

1. 複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための処理を行う第１の端末装置から、第１のユーザに対応付けられた前記組情報を取得する組取得部と、
   前記組取得部が取得した前記組情報を記憶する第１記憶部と、
   前記組情報に関連する出力要求を、第２のユーザに対応する第２の端末装置から受け付ける組要求受付部と、
   前記第１記憶部に記憶された前記組情報に基づいて、前記出力要求に対応する前記組情報及び／又は当該組情報に関連する情報を出力させる出力制御部と、
   を備えるサーバ装置。
2. 前記出力制御部は、１つの前記出力要求に対応する複数の前記組情報及び／又は当該組情報に関連する情報を、前記第２の端末装置の表示部に表示させる
   請求項１に記載のサーバ装置。
3. 前記組取得部は、複数の前記第１の端末装置から、複数の第１のユーザの各々に対応付けられた前記組情報を取得し、
   前記出力制御部は、１つの前記出力要求に対応する情報であって、複数の第１のユーザの各々に対応付けられた前記組情報及び／又は当該組情報に関連する情報を、前記第２の端末装置の前記表示部に表示させる
   請求項２に記載のサーバ装置。
4. 前記組情報の評価を示す評価情報を記憶する第２記憶部と、
   前記第２の端末装置からの評価情報の更新要求に基づいて、前記評価情報を更新する評価管理部と、をさらに備え、
   前記出力制御部は、前記出力要求に対応する前記組情報及び／又は当該組情報に関連する情報を、前記組情報の評価に基づいて表示させる
   請求項２又は請求項３に記載のサーバ装置。
5. 前記出力制御部は、前記出力要求に対応する前記組情報が示す全てのオブジェクトを、前記第２の端末装置の表示部に表示させる
   請求項１に記載のサーバ装置。
6. 前記出力制御部は、前記出力要求に対応する前記組情報が示す全ての前記オブジェクトのうち、前記第２のユーザに対応付けられている前記オブジェクトと、前記第２のユーザに対応付けられていない前記オブジェクトとを、区別可能に表示させる
   請求項５に記載のサーバ装置。
7. 複数のオブジェクトの組を示す組情報を用いるゲームであって、前記組情報から抽出された前記オブジェクトを参照して進行するゲームを実行させるための制御を行うゲーム実行部と、
   前記ゲーム実行部により利用可能な前記組情報を編集させる組編集部と、
   前記組編集部が編集した前記組情報に関連する情報を、サーバ装置に送信する組送信部と、
   前記組情報に関連する出力要求を、前記サーバ装置に送信する出力要求送信部と、
   を備える情報処理装置。
8. コンピュータを、請求項１から請求項７のいずれか一項に記載のサーバ装置又は情報処理装置として機能させるためのプログラム。

Images