特開 2022-172387 プログラム

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

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

(11)【公開番号】P2022172387

(43)【公開日】2022-11-15

(54)【発明の名称】プログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20221108BHJP

   A63F 13/80 20140101ALI20221108BHJP

   A63F 13/58 20140101ALI20221108BHJP

【ＦＩ】

A63F13/69

A63F13/80 A

A63F13/58

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022145528

(22)【出願日】2022-09-13

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

【原出願日】2018-05-31

(71)【出願人】

【識別番号】509070463

【氏名又は名称】株式会社コロプラ

(74)【代理人】

【識別番号】100142365

【弁理士】

【氏名又は名称】白井 宏紀

(72)【発明者】

【氏名】福塚 翼

(57)【要約】

【課題】多様な観点でゲームの興趣を向上させることができるゲームプログラム、ゲーム方法、および情報処理装置を提供する。
【解決手段】麻雀ゲームは、ユーザにより操作されるキャラクタにシングルプレイモードおよび対戦プレイモードのいずれかに従って対局を行わせるゲームパートと、キャラクタを編成する編成パートとを含む。ここで、シングルプレイモードに対応して編成することが可能なキャラクタの数は、対戦プレイモードに対応して編成することが可能なキャラクタの数よりも少ない数に設定される。
【選択図】図１１

【特許請求の範囲】

【請求項1】

コンピュータを、
複数種類のキャラクタのうちから、ユーザにより操作される操作キャラクタを選択することにより編成する編成パートと、前記編成パートで編成された操作キャラクタを用いて第１モードと第２モードとを含む複数のモードのいずれかのモードを進行させる進行パートとを提供する手段と、して機能させ、
前記複数種類のキャラクタには、複数種類の属性のうちのいずれかの属性が定められており、
前記コンピュータを、
前記第２モードに用いる操作キャラクタを編成する編成パートにおいて、所定の属性が定められている複数のキャラクタからなる所定キャラクタ群と、特定の属性が定められている複数のキャラクタからなる特定キャラクタ群とのうちから２以上のキャラクタを選択することにより、当該２以上のキャラクタを操作キャラクタとして編成する手段と、
前記第１モードに用いる操作キャラクタを編成する編成パートにおいて、前記所定キャラクタ群からの選択を規制して、前記特定キャラクタ群のうちから２以上のキャラクタを選択することにより、当該２以上のキャラクタを操作キャラクタとして編成する手段と、して機能させ、
前記編成する手段は、前記編成パートにおいて前記複数種類のキャラクタのうちユーザが保有しているキャラクタのみから選択可能とする、プログラム。

【請求項2】

前記編成する手段は、前記編成パートにおいてすでに選択されているキャラクタを重複して選択不可能であり、異なるキャラクタから選択可能とする、請求項１に記載のプログラム。

【請求項3】

前記第１モードは、編成された操作キャラクタを用いて前記プログラムに基づいて動作するノンプレイヤキャラクタと対戦するモードである一方、前記第２モードは、編成された操作キャラクタを用いて他のユーザによる操作に基づいて編成されたキャラクタと対戦可能なモードを含む、請求項２に記載のプログラム。

【請求項4】

前記操作キャラクタとして編成されるキャラクタの数は、前記第１モードのときと、前記第２モードのときとで同じ所定数に定められており、
前記第１モードおよび前記第２モードのいずれにおいても、前記操作キャラクタとして前記所定数のキャラクタが編成されることにより進行可能となる、請求項１に記載のプログラム。

【請求項5】

前記所定の属性は、共通の第１の属性と、共通の第２の属性とを含み、
前記所定キャラクタ群は、前記第１の属性が定められている複数のキャラクタと、前記第２の属性が定められている複数のキャラクタとを含む、請求項１～請求項４のいずれかに記載のプログラム。

【請求項6】

前記コンピュータを、
付与条件が成立したときにキャラクタをユーザに付与する手段と、して機能させる、請求項１～請求項５のいずれかに記載のプログラム。

【請求項7】

前記コンピュータを、
前記第１モードを進行させた結果に応じて、当該第１モードに用いたキャラクタの有利度合いを表すパラメータを更新する手段と、して機能させる、請求項１～請求項６のいずれかに記載のプログラム。

【請求項8】

前記コンピュータを、
前記第１モードにおける進行に応じて特典を付与する手段と、して機能させる、請求項１～請求項７のいずれかに記載のプログラム。

【請求項9】

前記コンピュータを、
前記第１モードにおける進行に応じて特典を付与する手段と、して機能させ、
前記特典は、前記操作キャラクタとして選択可能となるキャラクタを含み、ユーザがすでに保有しているキャラクタと同じキャラクタが付与される場合には当該キャラクタの有利度合いを表すパラメータを更新する特典を含む、請求項１～請求項８のいずれかに記載のプログラム。

【請求項10】

前記進行パートにおけるモードは、編成された操作キャラクタが、所定の順番で用いられることにより進行する、請求項１～請求項９のいずれかに記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラムに関する。

【背景技術】

【0002】

従来より、野球などの対戦ゲームがあった（非特許文献１）。当該対戦ゲームでは、攻め側のプレイヤはバッターを操作し、守備側のプレイヤはピッチャーを操作する。また、対戦相手のプレイヤは、オンラインマッチングで選定され、対戦はオンラインで繰り広げられる。当該対戦ゲームには、野手もしくは投手を１人選択し、集中的にレベルを上げるキャリアハイという選手育成システムが設けられている。このシステムでは、選手１人を対象として、ミニゲームによるトレーニングと、試合形式によるバッティングまたはピッチングの練習とが行われ、これによって選手の能力がアップする。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】“プロ野球バーサス”、［ｏｎｌｉｎｅ］、[平成３０年４月２２日検索]、インターネット＜https://appget.com/appli/view/69683/＞

【発明の概要】

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

【0004】

当該対戦ゲームでは、対戦を重ねる毎にカードパックが付与され、付与されたカードパックを開封することで操作可能な選手が増える。このため、ユーザには、チームを強化するために、多くのカードパックを獲得して強い選手を手元に揃えようという動機付けが働く。

【0005】

しかし、ユーザの手元に揃えた選手が増えるほど、ユーザは、チーム編成に対して強い関心を持つようになり、相対的に他のゲーム要素（例えば、対戦プレイではなく、ストーリー展開を楽しむような場面など）に対する関心が低下する虞があり、改善の余地があった。

【0006】

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、多様な観点で興趣を向上させることができる、プログラムを提供することである。

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

【0007】

本開示に示す一実施形態のある局面によれば、プログラムは、コンピュータを、複数種類のキャラクタのうちから、ユーザにより操作される操作キャラクタを選択することにより編成する編成パートと、編成パートで編成された操作キャラクタを用いて第１モードと第２モードとを含む複数のモードのいずれかのモードを進行させる進行パートとを提供する手段と、して機能させ、複数種類のキャラクタには、複数種類の属性のうちのいずれかの属性が定められており、コンピュータを、第２モードに用いる操作キャラクタを編成する編成パートにおいて、所定の属性が定められている複数のキャラクタからなる所定キャラクタ群と、特定の属性が定められている複数のキャラクタからなる特定キャラクタ群とのうちから２以上のキャラクタを選択することにより、当該２以上のキャラクタを操作キャラクタとして編成する手段と、第１モードに用いる操作キャラクタを編成する編成パートにおいて、所定キャラクタ群からの選択を規制して、特定キャラクタ群のうちから２以上のキャラクタを選択することにより、当該２以上のキャラクタを操作キャラクタとして編成する手段と、して機能させ、編成する手段は、編成パートにおいて複数種類のキャラクタのうちユーザが保有しているキャラクタのみから選択可能とする。

【発明の効果】

【0008】

本発明によれば、多様な観点で興趣を向上させることができる。

【図面の簡単な説明】

【0009】

【図1】ゲームシステムの全体的な構成を示す模式図である。

【図2】ユーザ端末の機能的構成を示す図である。

【図3】ゲームサーバの機能的構成を示すブロック図である。

【図4】キャラクタ管理テーブルの一例を示す図である。

【図5】エピソード管理テーブルの一例を示す図である。

【図6】配牌スキル管理テーブルの一例を示す図である。

【図7】ツモスキル管理テーブルの一例を示す図である。

【図8】（Ａ）はＷＷ高校用に作成されたシングルプレイキャラクタ編成管理テーブルの一例を示す図であり、（Ｂ）はＸＸ高校用に作成されたシングルプレイキャラクタ編成管理テーブルの一例を示す図であり、（Ｃ）はＹＹ高校用に作成されたシングルプレイキャラクタ編成管理テーブルの一例を示す図であり、（Ｄ）はＺＺ高校用に作成されたシングルプレイキャラクタ編成管理テーブルの一例を示す図である。

【図9】（Ａ）はユーザ１によって作成された対戦プレイキャラクタ編成管理テーブルの一例を示す図であり、（Ｂ）はユーザ２によって作成された対戦プレイキャラクタ編成管理テーブルの一例を示す図であり、（Ｃ）はユーザ３によって作成された対戦プレイキャラクタ編成管理テーブルの一例を示す図であり、（Ｄ）はユーザ４によって作成された対戦プレイキャラクタ編成管理テーブルの一例を示す図である。

【図10】編成情報管理テーブルの一例を示す図である。

【図11】ユーザ側プログラムによって実行されるシングルプレイ処理の一例を示すフローチャートである。

【図12】ユーザ側プログラムによって実行されるエピソード閲覧処理の一例を示すフローチャートである。

【図13】（Ａ）は高校一覧画面の一例を示す図であり、（Ｂ）はシングルプレイキャラクタ編成画面の一例を示す図であり、（Ｃ）は対局画面の一例を示す図であり、（Ｄ）はエピソード一覧画面の一例を示す図である。

【図14】対戦プレイモードにおいてユーザ側プログラムによって実行されるキャラクタ編成処理の一例を示すフローチャートである。

【図15】対戦プレイモードにおいて管理者側プログラムによって実行されるエントリー処理の一例を示すフローチャートである。

【図16】対戦プレイモードにおいて管理者側プログラムによって実行される対局前処理の一例を示すフローチャートである。

【図17】対戦プレイモードにおいてユーザ側プログラムによって実行される対局処理の一例を示すフローチャートである。

【図18】（Ａ）は対戦プレイキャラクタ編成画面の一例を示す図であり、（Ｂ）は対局画面の一例を示す図である。

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

【0010】

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

【0011】

図１は、ゲームシステム１の全体的な構成を示す模式図である。本実施形態では、ゲームシステム１は、役の成立により特典（例えば点数等）を付与するゲームを提供する。ゲームの種類としては、ユーザ（プレイヤ）によって操作されるキャラクタが、他のユーザによって操作されるキャラクタまたはＮＰＣ（ノンプレイヤキャラクタ）と対戦可能な麻雀ゲームを例示する。麻雀ゲームでは、部屋の麻雀卓に積まれた１３６枚あまりの牌（識別情報）の山から牌をプレイヤ毎に１つずつ引き、１４枚～１８枚の手牌（当該ユーザが所有する牌）の組合せからなる役の成立を目指す。

【0012】

麻雀では、家（自家または他家）、副露、晒すなどの専門用語が用いられる。ここで、家はユーザを意味し、自家は自ユーザを意味し、他家は他ユーザを意味する。また、副露は、ポン、チー、大明槓、暗槓、小明槓の総称であり、晒すは牌の模様を他ユーザに見せることを意味する。

【0013】

本実施形態の麻雀ゲームは、高校生を表す５人のキャラクタで１チームを編成し、４チームが団体戦で麻雀を行う設定となっている。各チームのキャラクタには、先鋒、次鋒、中堅、副将または大将が、オーダーとして割り当てられる。各チームのキャラクタは、当該オーダーに従って対局に臨み、当該キャラクタに関連付けられているスキルを発動させながら対局を進める。

【0014】

なお、ゲームの種類は、役の成立により特典（例えば点数等）を付与するゲームであればこれに限らず、例えば、トランプを用いたゲーム（例えばポーカー）などであってもよい。また、ゲームは、役の成立により特典（例えば点数等）を付与するゲームに限らず、ユーザが保有するキャラクタから編成したキャラクタを用いてゲームを行うものであればよく、アクションゲーム、スポーツゲームなどの他のジャンルのゲームであってもよい。

【0015】

図１に示すように、ゲームシステム１は、複数のユーザ端末１００と、ゲームサーバ２００とを含む。各ユーザ端末１００とゲームサーバ２００とは、ネットワーク２を介して接続されている。ネットワーク２は、インターネット、図示しない無線基地局によって構築される各種移動通信システム（たとえば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution））、または所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（たとえばWi-Fi（登録商標））を含み得る。

【0016】

（ユーザ端末およびゲームサーバの構成）
ユーザ端末１００は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であることがより好ましい。図１に示すように、ユーザ端末１００は、通信バスによって互いに電気的に接続されたプロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５とを備える。

【0017】

入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介した各種データ入出力機能、および音声入出力機能を備える。

【0018】

タッチスクリーン１５は、入力部１５１と表示部１５２とを組合せた電子部品である。入力部１５１は、タッチセンシティブなデバイスであり、たとえばタッチパッド等によって構成される。表示部１５２は、たとえば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。入力部１５１は、タッチスクリーン１５に対するユーザの指やスタイラスといった物体の接触または近接を検知し、操作入力として受け付ける。入力部１５１は、当該操作入力に含まれるユーザの作用（主に、タッチ操作、スワイプ操作、フリック操作、およびタップ操作等の物理的接触操作）が入力された画面位置の情報を検知して、該情報を外部へ情報信号として出力する機能を備える。タッチスクリーン１５は、タッチセンシティブであればよい。タッチセンシティブなデバイスは、静電容量方式、抵抗膜方式等のどのような方式を採用したものであってもよい。

【0019】

ゲームサーバ２００は、ゲームに関する各種サービスを各ユーザ端末１００に提供する。ゲームサーバ２００は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであることが、より好ましい。図１に示すように、ゲームサーバ２００は、通信バスによって互いに電気的に接続されたプロセッサ２０と、メモリ２１と、ストレージ２２と、通信インターフェース（ＩＦ）２３と、入出力ＩＦ２４とを備える。

【0020】

プロセッサ１０、２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等を含んで構成される。プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、ゲームサーバ２００全体の動作を制御する。

【0021】

メモリ１１、２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の揮発性記憶装置で構成され得る主記憶装置を含んで構成される。

【0022】

ストレージ１２、２２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）などの不揮発性記憶装置によって構成され得る補助記憶装置を含んで構成される。メモリ１１には、プロセッサ１０がストレージ１２からロードした各種プログラムおよびデータが一時的に記憶される。メモリ２１には、プロセッサ２０がストレージ２２からロードした各種プログラムおよびデータが一時的に記憶される。これによりメモリ１１は、プロセッサ１０に対して作業領域を提供する。メモリ２１は、プロセッサ２０に対して作業領域を提供する。

【0023】

ゲームサーバ２００のストレージ２２には、ゲームプログラム等のゲームデータが格納される。ユーザ端末１００のストレージ１２には、ゲームサーバ２００からダウンロードされるゲームプログラム等のゲームデータが格納される。当該ゲームプログラムは、メモリ１１、２１に展開される。プロセッサ１０は、メモリ１１に展開されるゲームプログラムを実行する。プロセッサ２０は、メモリ２１に展開されるゲームプログラムを実行する。メモリ１１には、プロセッサ１０が当該ゲームプログラムに従って動作している間に生成した各種ゲームデータも一時的に格納される。メモリ２１には、プロセッサ２０が当該ゲームプログラムに従って動作している間に生成した各種ゲームデータも一時的に格納される。

【0024】

通信ＩＦ１３、２３は、ユーザ端末１００とゲームサーバ２００との間で各種データを送受信するための通信制御機能を備える。通信制御機能には、たとえば、無線ＬＡＮ（Local Area Network）接続機能、有線ＬＡＮ、無線ＬＡＮ、携帯電話回線網を介したインターネット接続機能、近距離無線通信機能等が含まれる。

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

具体的には、候補キャラクタエリアＣＨ２上でタッチされたキャラクタを、タッチ位置の移動先に表示されたキャラクタの代わりに第２の編成管理テーブル３０６ａに設定する。例えば、候補キャラクタエリアＣＨ２に表示されたキャラクタＥ２がタッチされ、タッチ位置が編成キャラクタエリアＴＭ２に表示された中堅のキャラクタＣ１の位置に移動されると、第２の編成管理テーブル３０６ａに中堅として設定されたキャラクタＣ１がキャラクタＥ２に代替設定される。

【0138】

ステップＳ３４では、更新された第２の編成管理テーブル３０６ａに対応するように、第２の編成画面を更新する。即ち、キャラクタＥ２がタッチされた状態で、タッチ位置が中堅のキャラクタＣ１の位置に移動された場合は、キャラクタＣ１がキャラクタＥ２に更新される。更新が完了すると、ステップＳ３５に進む。なお、ステップＳ３２において第３の操作が行われたと判定されなかったときは、ステップＳ３３およびＳ３４の処理を行うことなくステップＳ３５に進む。

【0139】

ステップＳ３５では、「部屋を作る」ボタンまたは「部屋に入る」ボタンがタッチされたか否かを、タッチスクリーン１５に対する操作入力に基づいて判定する。「部屋を作る」ボタンまたは「部屋に入る」ボタンがタッチされたと判定されなかったときは、ステップＳ３６に進む。ステップＳ３６では、「戻る」ボタンがタッチされたか否かを、タッチスクリーン１５に対する操作入力に基づいて判定する。「戻る」ボタンがタッチされたと判定されなかったときはステップＳ３２に戻り、「戻る」ボタンがタッチされたと判定されたときはキャラクタ編成処理を終了する。

【0140】

ステップＳ３５で「部屋を作る」ボタンまたは「部屋に入る」ボタンがタッチされたと判定されたときはステップＳ３７に進み、第２の編成管理テーブル３０６ａをゲームサーバ２００に通知する。

【0141】

なお、ユーザ２が操作するユーザ端末１００においては、第２の編成管理テーブル３０６ｂを対象として上述の処理が実行され、ユーザ３が操作するユーザ端末１００においては、第２の編成管理テーブル３０６ｃを対象として上述の処理が実行され、ユーザ４が操作するユーザ端末１００においては、第２の編成管理テーブル３０６ｄを対象として上述の処理が実行される。また、本実施形態では、ユーザ１～４のうちのいずれか１人がホストとして部屋を作り、残りの３人がゲストとして部屋に入る。

【0142】

ゲームサーバ２００は、ユーザ１～４からなるパーティをマッチングによって組成し、このうちホスト役のユーザが操作するユーザ端末１００に対して第２の編成管理テーブル３０６ａ～３０６ｄを通知する。

【0143】

図１５に遷って、ステップＳ４１では、第２の編成管理テーブル３０６ａ～３０６ｄがゲームサーバ２００から通知されたか否かを、通信ＩＦ１３による受信データに基づいて判定する。第２の編成管理テーブル３０６ａ～３０６ｄが通知されたと判定されれば、ステップＳ４２に進む。ステップＳ４２では、当該第２の編成管理テーブル３０６ａ～３０６ｄに基づいて、図１０に示す編成情報管理テーブル３０７を作成する。ステップＳ４２の処理が完了するとステップＳ４３に進み、エントリー完了をゲームサーバ２００に通知する。エントリー処理は、エントリー完了の通知の後に終了する。

【0144】

ゲームサーバ２００は、ステップＳ４３の処理によって通知されたエントリー完了をユーザ１～４の各々が操作するユーザ端末１００に送信する。図１３に戻って、ステップＳ３８では、当該エントリー完了がゲームサーバ２００から通知されたか否かを、通信ＩＦ１３による受信データに基づいて判定する。当該エントリー完了が通知されたと判定されると、キャラクタ編成処理を終了する。

【0145】

エントリー処理が完了した後、ホスト役のユーザが操作するユーザ端末１００の制御部１１０は、管理者側プログラムに従って、図１６に示す対局前処理を実行する。なお、当該対局前処理は、対局毎に実行される。また、図１６の対局前処理は、ゲームサーバ２００で実行し、処理結果を各ユーザ端末１００に送信するようにしてもよい。

【0146】

ステップＳ５１では、麻雀ゲームの進行状況を表す各種のゲームパラメータに基づいて、今回の団体戦の区別（先鋒戦、次鋒戦、中堅戦、副将戦、大将戦のいずれであるか）を特定し、特定した区別が示された団体戦区別情報をゲームサーバ２００に通知する。ステップＳ５２では、タイマー部１１３によって規定された麻雀部屋内の現在時刻を特定する。ステップＳ５３では、麻雀ゲームの進行状況を表す各種のゲームパラメータに基づいて、次の対局の対局数を１局、２局、３局、４局のうちから特定する。

【0147】

ステップＳ５４では、ユーザ１～４のいずれか１人のユーザを指定する。ステップＳ５５では、ステップＳ５１で特定された区別と、図１０に示す編成情報管理テーブル３０７と、図４に示すキャラクタ管理テーブル３０１と、図６に示す配牌スキル管理テーブル３０３とに基づいて、当該ユーザが発動可能な配牌スキルと、当該配牌スキルの発動条件とを特定する。

【0148】

例えば、図１０に示す編成情報管理テーブル３０７の設定を前提として、ユーザ１が次鋒戦に挑む場合は、四喜メイカーが当該ユーザが発動可能な配牌スキルとして特定され、次の対局が３局であるか、または当該ユーザが親として次の対局に臨むことが当該配牌スキルの発動条件として特定される。

【0149】

ステップＳ５６では、当該ユーザの対局状況（団体戦の区別、現在時刻、次の対局数、次の対局における当該ユーザのポジション（親／子、東家／南家／西家／北家）、当該ユーザの順位、他のユーザとの点数差等）を、麻雀ゲームの進行状況を表す各種のゲームパラメータに基づいて特定する。ステップＳ５７では、ステップＳ５５で特定された配牌スキルの発動条件が成立したか否かを、ステップＳ５６で特定された対局状況に基づいて判定する。

【0150】

当該発動条件が成立したと判定されなかったときは、ステップＳ５９に進み、無作為な配牌を当該ユーザに対して設定する。一方、当該発動条件が成立したと判定されたときは、ステップＳ５８に進む。ステップＳ５８では、発動させる配牌スキルに対応するスキルの詳細を配牌スキル管理テーブル３０３から特定し、当該スキルの詳細に従う配牌を当該ユーザに対して設定する。即ち、配牌スキルを発動させる。

【0151】

図１０に示す編成情報管理テーブル３０７の設定を前提として、ユーザ１が次鋒戦で臨む次の対局が３局である場合、またはユーザ１が次鋒戦で親として次の対局に臨む場合、四喜メイカーの発動条件が成立する。この場合、小四喜のタネを７枚以上含む配牌がユーザ１に対して設定される。

【0152】

ステップＳ５８またはＳ５９の処理が完了すると、ステップＳ６０に進み、配牌情報をゲームサーバ２００に通知する。このとき、配牌情報には、ステップＳ５４で指定されたユーザ名と、ステップＳ５８またはＳ５９で設定された配牌とが含められる。

【0153】

ステップＳ６１では、ユーザ１～４の全てが指定されたか否をステップＳ５４の処理結果に基づいて判定する。ユーザ１～４の全てが指定されたと判定されなかったときはステップＳ５４に戻り、ユーザ１～４の全てが指定されたと判定されたときはステップＳ６２に進む。ステップＳ６２では、残りの牌を残りの牌を使って牌山を構築し、ステップＳ６３では、構築した牌山における牌の並びを示す牌山情報をゲームサーバ２００に通知する。ステップＳ６３の処理が完了すると、対局前処理を終了する。

【0154】

ゲームサーバ２００は、ステップＳ５１の処理によって通知された団体戦区別情報をユーザ１～４の各々が操作するユーザ端末１００に通知する。また、ゲームサーバ２００は、ステップＳ６０の処理によって通知された配牌情報に含まれるユーザ名を特定し、特定したユーザ名に対応するユーザ端末１００に対して当該配牌情報を通知する。

【0155】

図１４に示すキャラクタ編成処理が終了すると、ユーザ１～４の各々が操作するユーザ端末１００の制御部１１０は、ユーザ側プログラムに従って、図１７に示す対局処理を実行する。ここでも、ユーザ１が操作するユーザ端末１００における対局処理を念頭において説明するが、ユーザ２～４の各々が操作するユーザ端末１００においても同様の対局処理が実行される。当該対局処理は、編成パートにおいて編成されたキャラクタによりゲームを進行させるゲームパート（対戦パート）に対応する処理である。

【0156】

ステップＳ７１では、団体戦区別情報がゲームサーバ２００から通知されたか否かを、通信ＩＦ１３による受信データに基づいて判定する。団体戦区別情報が通知されたと判定されると、ステップＳ７２に進み、当該団体戦区別情報が示す区別と、図１０に示す編成情報管理テーブル３０７と、図４に示すキャラクタ管理テーブル３０１と、図７に示すツモスキル管理テーブル３０４とに基づいて、ユーザ１が発動可能なツモスキルと、当該ツモスキルの発動条件とを特定する。例えば、ユーザ１が次鋒戦に臨む場合は、無難な左手が発動可能なツモスキルととして特定され、ユーザ１が２着以下でユーザ１の手牌が３シャンテン以下であることが当該ツモスキルの発動条件として特定される。

【0157】

ステップＳ７３では、配牌情報がゲームサーバ２００から通知されたか否かを、通信ＩＦ１３による受信データに基づいて判定する。配牌情報が通知されたと判定されると、ステップＳ７４に進み、図１８（Ｂ）に示す対局画面をタッチスクリーン１５に表示する。図１８（Ｂ）によれば、当該対局画面は、麻雀卓エリアＭＴ１と手牌エリアＴＨ１とツモスキルエリアＴＳ１とによって構成される。ステップＳ７２で特定されたツモスキルを表すアイコンは、ツモスキルエリアＴＳ１に表示され、ゲームサーバ２００から通知された配牌情報に含まれる配牌は、手牌エリアＴＨ１に表示される。

【0158】

ステップＳ７５では、ゲームサーバ２００と通信しながら対局を進める。各ユーザによる牌山からのツモ牌、河への捨て牌、他ユーザの捨て牌に対する副露（ポン、チー、大明槓）、自ユーザの手牌に対する副露（暗槓、小明槓）、各ユーザのリーチの有無などの対局状況は、対局の進行に応じて変化する。

【0159】

ステップＳ７６では、ステップＳ７２で特定されたスキル発動条件が成立したか否かを、麻雀ゲームの進行状況（ユーザ１の手牌のシャンテン数、ユーザ１の順位、各ユーザのリーチの有無等）を表す各種のゲームパラメータに基づいて特定する。当該スキル発動条件が成立したと判定されると、ステップＳ７７に進み、ツモスキルが発動可能であることを報知する。具体的には、ツモスキルエリアＴＳ１に表示されたツモスキルのアイコンをハイライトさせる。

【0160】

より具体的には、ユーザ１が２着以下で次鋒戦に臨んでおり、ユーザ１の手牌が３シャンテン以下になったときは、無難な左手の発動条件が成立する。この結果、無難な左手に対応するアイコンがハイライトされる。ステップＳ７７の処理が完了すると、ステップＳ７８に進む。なお、ステップＳ７６において当該スキル発動条件が成立したと判定されなければ、ステップＳ７７の処理を行うことなくステップＳ７８に進む。

【0161】

ステップＳ７８では、スキル発動条件が成立していたツモスキルについて発動条件が不成立となったか否かを、麻雀ゲームの進行状況を表す各種のゲームパラメータに基づいて特定する。当該スキル発動条件が不成立となったと判定されると、ステップＳ７９に進み、当該スキル発動条件が成立していたツモスキルの報知を終了する。具体的には、ツモスキルエリアＴＳ１に表示されているツモスキルのハイライトを終了させる。なお、ステップＳ７８において当該発動条件が不成立となったと判定されなければ、ステップＳ７９の処理を行うことなくステップＳ８０に進む。

【0162】

ステップＳ８０では、発動可能なツモスキルに対する発動動作が行われたか否か、即ちハイライトされているツモスキルのアイコンがタッチされたか否かを、タッチスクリーン１５に対する操作入力に基づいて判定する。当該アイコンがタッチされたと判定されなければ、ステップＳ７５に戻る。

【0163】

一方、当該アイコンがタッチされたと判定されれば、ステップＳ８１で当該アイコンに対応するツモスキルを発動させる。このため、無難な左手のツモスキルが発動された場合は、３巡連続でまだ一度も捨てていない牌をユーザ１が引き寄せるように、牌山における牌の並び替えが行われる。ステップＳ８２では、発動されたツモスキルについて発動可能であることの報知を終了する。具体的には、発動されたツモスキルのアイコンのハイライトを終了させる。

【0164】

ステップＳ８３の処理が完了すると、ユーザ１～４のいずれか１人が上がったか又は今回の対局が流局となったか否かを判定する。ユーザ１～４のいずれか１人が上がったか又は今回の対局が流局となったと判定されなければ、ステップＳ７５に戻る。一方、ユーザ１～４のいずれか１人が上がったか又は今回の対局が流局となったと判定されると、ステップＳ８４で清算を行う。この結果、ユーザ１の順位や、ユーザ１～４の間の点数差が特定される。今回の対局処理は、ステップＳ８４の処理の後に終了する。

【0165】

＜本実施形態の効果＞
本実施形態によれば、麻雀ゲームは、複数種類のキャラクタのうちからユーザにより操作される操作キャラクタを編成する編成パートと、編成パートで編成された操作キャラクタを用いてシングルプレイモードおよび対戦プレイモードのいずれかに従って対局を行わせるゲームパートとを含む。ここで、シングルプレイモードの対局に用いる操作キャラクタとして編成することが可能なキャラクタの数は、対戦プレイモードの対局に用いる操作キャラクタとして編成することが可能なキャラクタの数よりも少ない。

【0166】

このため、対戦プレイモードにおいては、キャラクタ編成に対するユーザの関心が強くなるのに対して、シングルプレイモードにおいては、キャラクタ編成以外の要素に対するユーザの関心が強くなる。これによって、プレイモードに応じた多様な観点でゲームの興趣を高めることができる。

【0167】

さらに、本実施形態によれば、キャラクタにはエピソードが関連付けられており、シングルプレイモードにおける対局結果に応じてエピソードの閲覧が許可される。これによって、シングルプレイモードにおけるゲームの興趣を高めることができる。

【0168】

また、本実施形態によれば、シングルプレイモードで対局を行うことにより閲覧が許可されたエピソードの再生が終了すると、新たなキャラクタがユーザに付与される。これによって、シングルプレイモードにおいて新たなキャラクタを獲得し、獲得したキャラクタを用いて対戦プレイモードでゲームを行うといったゲームサイクルを提供することができる。

【0169】

さらに、本実施形態によれば、シングルプレイモードにおいてチームに編成されたキャラクタの各種パラメータは、シングルプレイモードにおける団体戦の対局結果に応じて更新される。この結果、ユーザは、シングルプレイモードにおいて対局を繰り返すことで、キャラクタを成長させることができ、ひいては対戦プレイモードにおける対局を有利に進めることができる。

【0170】

また、本実施形態によれば、チームに編成されている操作キャラクタの数は、シングルプレイモードと対戦プレイモードとの間で一致する。これは、シングルプレイモードにおいてチームに編成することが可能なキャラクタの組合せの数が、対戦プレイモードにおいてチームに編成することが可能なキャラクタの組合せの数よりも少ないことを意味する。これによって、プレイモードに応じた多様な観点でゲームの興趣を高めることができる。

【0171】

さらに、本実施形態によれば、対戦プレイモードにおいては、チームに編成するキャラクタを複数の高校から選定することができるのに対して、シングルプレイモードにおいては、チームに編成するキャラクタを１つの高校からしか選定できない。このため、シングルプレイモードにおいては、キャラクタ編成のためにユーザに課せられる負担が軽くなり、キャラクタ編成以外の要素に対するユーザの関心を高めることが可能となる。

【0172】

また、本実施形態によれば、シングルプレイモードおよび対戦プレイモードのいずれにおいても、チームに編成されるキャラクタにはオーダーが割り当てられる。これによって、キャラクタ編成に関する興趣を高めることができる。

【0173】

＜変形例＞
以上説明した実施形態の変形例などを以下に列挙する。

【0174】

（１） 上記実施形態においては、対戦プレイモードにおける対局を有利に展開できるようにするために、シングルプレイモードにおける対局結果に応じてキャラクタの各種パラメータを更新するようにしている。しかし、各種パラメータを更新する代わりに、キャラクタが発動可能な配牌スキル、ツモスキルを追加するなど、キャラクタを強化する強化素材をユーザに付与するようにしてもよい。また、チームに編成されているキャラクタ（メインキャラクタ）に他のキャラクタ（サブキャラクタ）を関連付けることにより、当該サブキャラクタのスキルを当該メインキャラクタが発動できるようにしたり、当該サブキャラクタのパラメータに基づいて当該メインキャラクタのパラメータを増大させるようにしてもよく、この場合、サブキャラクタとして関連付けることができるキャラクタの上限数をシングルプレイモードにおける対局結果に応じて更新するようにしてもよい。さらに、メインキャラクタにサブキャラクタを関連付ける場合、チームに編成されている他のメインキャラクタを当該サブキャラクタとすることを許容してもよく、逆に当該他のメインキャラクタを当該サブキャラクタとすることを制限するようにしてもよい。

【0175】

（２） 上記実施形態においては、キャラクタは、所定の抽選によっても獲得することができる。しかし、抽選により獲得する対象は、キャラクタに限るものではなく、配牌スキル、ツモスキルなどのキャラクタを強化する素材であってもよい。

【0176】

（３） 上記実施形態においては、シングルプレイモードが選択されると、チームに編成可能なキャラクタは、ＸＸ高校、ＹＹ高校、ＹＹ高校およびＺＺ高校のうちいずれか１つの高校に属するキャラクタのうちからしか選択できない。しかし、シングルプレイモードにおけるチーム編成のために選択可能な高校の数は、対戦プレイモードにおけるチーム編成のために選択可能な高校の数よりも少なものであればこれに限らず、１校よりも多く定められているものであってもよい。例えば、対戦プレイモードにおけるチーム編成のために選択可能な高校の数を５校とし、シングルプレイモードにおけるチーム編成のために選択可能な高校の数を２校とするようにしてもよい。

【0177】

（４） 上記実施形態においては、シングルプレイモードおよび対戦プレイモードのいずれにおいても、ユーザ操作に応じてオーダーを変更することができる。しかし、シングルプレイモードでは編成可能なキャラクタを所定の５人のキャラクタに限定した上でオーダーの変更を制限するようにしてもよい。

【0178】

（５） 上記実施形態においては、団体戦の区別の数は、シングルプレイモードおよび対戦プレイモードの間で一致する。しかし、シングルプレイモードでは、先鋒戦、中堅戦、および大将戦の３戦とし、対戦プレイモードでは、先鋒戦、次鋒戦、中堅戦、副将戦および大将戦の５戦とするなど、シングルプレイモードにおける団体戦の区別の数を対戦プレイモードにおける団体戦の区別の数よりも少なくするようにしてもよい。

【0179】

（６） 上記実施形態においては、シングルプレイモードおよび対戦プレイモードのいずれにおいても、チームに編成されるキャラクタは全て、ユーザ操作により選択する必要がある。しかし、シングルプレイモードにおいては、チームに編成されるキャラクタの一部（例えば、次鋒および副将）をユーザ操作に関係なく選択するようにしてもよい。また、団体戦の区別の数がシングルプレイモードおよび対戦プレイモードの間で一致していることを前提として、シングルプレイモードにおいてユーザ操作を求める区別の数を、対戦プレイモードにおいてユーザ操作を求める区別の数よりも少なくする（例えば、シングルプレイモードでは大将のキャラクタのみユーザ操作により選択し、対戦プレイモードでは中堅のキャラクタおよび大将のキャラクタの２つをユーザ操作により選択する）ようにしてもよい。

【0180】

（７） 上記実施形態においては、同じユーザが同じキャラクタを重複して保有することを想定していないが、同じユーザに同じキャラクタを重複して保有させるようにしてもよい。これによって、同じキャラクタをチームに編成することなどが可能となる。

【0181】

（８） 上記実施形態においては、ユーザ端末１００間の同期は、ゲームサーバ２００を介して確立するようにしている。しかし、例えばローカルエリア・ネットワーク環境化において、ユーザ端末１００同士で通信を行うことで、ユーザ端末１００間の同期を確立するようにしてもよい。

【0182】

（９） 上記実施形態においては、管理者側プログラムに従う処理は、ホスト役のユーザのユーザ端末１００によって実行される。しかし、当該処理は、ゲームサーバ２００に担わせるようにしてもよい。

【0183】

（１０） 上記実施形態においては、対戦プレイモードでは４人のユーザが必ず揃うことを前提としているが、実際には、４人全員が揃わない可能性もある。そこで、４人全員が揃わない場合には、不足するユーザをＮＰＣによって補うようにしてもよい。この場合、例えば、各ＮＰＣに対応するユーザ側プログラムは、通信回線への接続が可能な環境ではゲームサーバ２００において起動され、通信回線への接続が不可能な環境ではホスト役のユーザ端末１００において起動される。また、ＮＰＣ用の配牌スキル、ツモスキル、各種パラメータは、例えば乱数抽選等で決定される。さらに、ホスト役のユーザ端末１００の管理者側プログラムは、当該ユーザ側プログラムとの間でやり取りを行いながら対局を行う（通信回線への接続が不可能な環境では、当該ユーザ側プログラムとのやり取りは、ホスト役のユーザ端末１００内で行われる）。

【0184】

（１１） 上記実施形態においては、麻雀ゲームを想定しているが、これに代えてポーカー、ババ抜き等のカードゲームや、こいこい等の花札ゲームを想定するようにしてもよい。ポーカーを想定する場合、カードに描かれたスペードのジャック等の模様が識別情報に相当し、フルハウスやストレートフラッシュ等が役に相当する。また、こいこいを想定する場合、猪鹿蝶や月見で一杯等が役に相当する。

【0185】

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。

【0186】

（付記１）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるコンピュータ（図１のユーザ端末１００）において実行されるゲームプログラムであって、前記ゲームプログラムに基づくゲームは、複数種類のキャラクタのうちからユーザにより操作される操作キャラクタを編成する編成パートと、前記編成パートで編成された操作キャラクタを用いて第１モードと第２モードとを含む複数のモードのいずれかのゲームを行わせるゲームパートとを含み、前記ゲームプログラムは、前記プロセッサに、前記第１モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタを特定する第１ステップ（図１１のＳ０４）と、前記第２モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタを特定する第２ステップ（図１４のＳ３１）とを実行させ、前記第１ステップにより特定されるキャラクタの数は、前記第２ステップにより特定されるキャラクタの数よりも少ない。

【0187】

（付記２）：
（付記１）において、前記ゲームは対戦ゲームであり、前記第１モードのゲームにおいて対戦するキャラクタは、前記ゲームプログラムに基づいて動作するノンプレイヤキャラクタであり、前記第２モードのゲームにおいて対戦するキャラクタは、他のユーザにより操作されるキャラクタを含む。

【0188】

（付記３）：
（付記１）または（付記２）において、前記ゲームプログラムは、前記プロセッサに、前記第１モードによるゲームの進行に応じて特典を付与する第３ステップ（図１１のＳ１１、Ｓ１４、図１２のＳ２５）を実行させる。

【0189】

（付記４）：
（付記３）において、前記特典は、当該ゲームに用いたキャラクタに対応する特有の演出を含む。

【0190】

（付記５）：
（付記３）または（付記４）において、前記特典は、前記第２モードのゲームに用いる操作キャラクタを編成する編成パートにおいて新たに編成可能となるキャラクタを含む。

【0191】

（付記６）：
（付記３）から（付記５）のいずれかにおいて、前記特典は、当該ゲームに用いたキャラクタの有利度合いを表すパラメータの更新を含む。

【0192】

（付記７）：
（付記１）から（付記６）のいずれかにおいて、前記第１モードのゲームに用いる操作キャラクタは所定数の予め定められているキャラクタであり、前記第１ステップは前記所定数の予め定められているキャラクタを特定する。

【0193】

（付記８）：
（付記１）から（付記７）のいずれかにおいて、前記操作キャラクタとして編成されるキャラクタの数は、前記第１モードのゲームであるときと、前記第２モードのゲームであるときとで同じである。

【0194】

（付記９）：
（付記１）から（付記８）のいずれかにおいて、前記複数種類のキャラクタは、複数のグループのいずれかに分類されており、前記第１ステップは、前記第１モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタとして、前記複数のグループのうち第１数のグループに属するキャラクタから特定し、前記第２ステップは、前記第２モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタとして、前記複数のグループのうち前記第１数よりも多い第２数のグループに属するキャラクタから特定する。

【0195】

（付記１０）：
（付記１）から（付記９）のいずれかにおいて、前記ゲームプログラムは、前記プロセッサに、前記第１ステップにおいて特定されたキャラクタのうち前記第１モードのゲームに用いる操作キャラクタとして編成されるキャラクタに対してオーダーを割り当てる第４ステップ（図１１のＳ０６）と、前記第２ステップにおいて特定されたキャラクタのうち前記第２モードのゲームに用いる操作キャラクタとして編成されるキャラクタに対してオーダーを割り当てる第５ステップ（図１４のＳ３３）とを実行させる。

【0196】

（付記１１）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるコンピュータ（図１のユーザ端末１００）により実行されるゲーム方法であって、前記ゲーム方法に基づくゲームは、複数種類のキャラクタのうちからユーザにより操作される操作キャラクタを編成する編成パートと、前記編成パートで編成された操作キャラクタを用いて第１モードと第２モードとを含む複数のモードのいずれかのゲームを行わせるゲームパートとを含み、前記ゲーム方法は、前記コンピュータが、前記第１モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタを特定する第１ステップ（図１１のＳ０４）と、前記第２モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタを特定する第２ステップ（図１４のＳ３１）とを備え、前記第１ステップにより特定されるキャラクタの数は、前記第２ステップにより特定されるキャラクタの数よりも少ない。

【0197】

（付記１２）：
本開示に示す一実施形態のある局面によれば、情報処理装置（図１のユーザ端末１００）であって、ゲームプログラムを記憶する記憶部（図２の１２０）と、前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部（図２の１１０）とを備え、前記ゲームプログラムに基づくゲームは、複数種類のキャラクタのうちからユーザにより操作される操作キャラクタを編成する編成パートと、前記編成パートで編成された操作キャラクタを用いて第１モードと第２モードとを含む複数のモードのいずれかのゲームを行わせるゲームパートとを含み、前記制御部は、前記第１モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタを特定する第１ステップ（図１１のＳ０４）と、前記第２モードのゲームに用いる操作キャラクタとして編成することが可能なキャラクタを特定する第２ステップ（図１４のＳ３１）とを実行し、前記第１ステップにより特定されるキャラクタの数は、前記第２ステップにより特定されるキャラクタの数よりも少ない。

【0198】

〔ソフトウェアによる実現例〕
制御部１１０の制御ブロック（特に、作用受付部１１１、端末処理部１１２、タイマー部１１３、端末判定部１１４、表示制御部１１５、報酬計算部１１６、および送受信部１１７）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

【0199】

後者の場合、制御部１１０を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0200】

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

【符号の説明】

【0201】

１ ゲームシステム、２ ネットワーク、１００ ユーザ端末、１１０ 制御部、１１１ 作用受付部、１１２ 端末処理部、１１３ タイマー部、１１４ 端末判定部、１１５ 表示制御部、１１６ 報酬計算部、１１７ 送受信部、１２０ 記憶部、１５１ 入力部、１５２ 表示部、２００ ゲームサーバ、２１０ 制御部、２１１ 送受信部、２１２ サーバ処理部、２１３ データ管理部、２１４ マッチング部、２１５ 計測部、２２０ 記憶部、３０１ キャラクタ管理テーブル、 ３０２ エピソード管理テーブル、 ３０３ 配牌スキル管理テーブル、３０４ ツモスキル管理テーブル、３０５ｘｘ～３０５ｚｚ 第１の編成管理テーブル、３０６ａ～３０６ｄ 第２の編成管理テーブル、 ３０７ 編成情報管理テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】