JP7274870B2 - プログラム、および情報処理装置 - Google Patents

Description

本発明は、プログラム、および情報処理装置に関する。

通信対戦型の麻雀ゲームとしては、プレイヤが牌をツモってから捨て牌を選定するまでの制限時間を設定するとともに、長考ボタンの操作に応じて制限時間を延長し、当該制限時間が経過するまでに捨て牌が選定されなければ、ツモ牌を捨ててゲームを進行させるものがあった（特許文献１）。

特開２００４－０７３８２９号公報

しかし、特許文献１の麻雀ゲームでは、ツモ牌がプレイヤの手牌との組合せにおいてシャンテン数のアップに貢献する牌である場合でも、制限時間が経過するまでに捨て牌が選定されなければ、当該ツモ牌が捨てられてしまう。この結果、当該麻雀ゲームでは、プレイヤが意図しないゲーム展開となる虞れがあった。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、制限時間が経過した際であってもプレイヤの意図しない展開となることを極力回避することができる、プログラム、および情報処理装置を提供することである。

本開示に示す一実施形態のある局面によれば、プログラムは、コンピュータを、予め定められた複数の識別情報のうちユーザに関連付けられている識別情報の組合せを表示する表示手段と、表示手段により表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第１特定手段と、表示手段により表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間において受け付けて、除外識別情報を識別情報の組合せから除外する第１除外手段と、除外識別情報を指定するための操作を受け付ける所定期間内におけるユーザからの延長操作に応じて、所定期間を延長する期間延長手段と、識別情報の組合せから除外しても役成立に関する有利度合いが低くならない識別情報を特定識別情報として特定する第２特定手段と、期間延長手段により延長されていない際には、特定識別情報の提示を行わない一方で、期間延長手段により延長された際には、特定識別情報の提示を行う提示手段と、期間延長手段により延長されたが第１除外手段により除外識別情報が指定されることなく所定期間が終了する際に特定識別情報を除外識別情報として識別情報の組合せから除外する第２除外手段と、して機能させる。

一実施形態のある局面によれば、情報処理装置は、予め定められた複数の識別情報のうちユーザに関連付けられている識別情報の組合せを表示する表示手段と、表示手段により表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第１特定手段と、表示手段により表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間において受け付けて、除外識別情報を識別情報の組合せから除外する第１除外手段と、除外識別情報を指定するための操作を受け付ける所定期間内におけるユーザからの延長操作に応じて、所定期間を延長する期間延長手段と、識別情報の組合せから除外しても役成立に関する有利度合いが低くならない識別情報を特定識別情報として特定する第２特定手段と、期間延長手段により延長されていない際には、特定識別情報の提示を行わない一方で、期間延長手段により延長された際には、特定識別情報の提示を行う提示手段と、期間延長手段により延長されたが第１除外手段により除外識別情報が指定されることなく所定期間が終了する際に特定識別情報を除外識別情報として識別情報の組合せから除外する第２除外手段とを実行する。

本発明によれば、制限時間が経過した際であってもプレイヤの意図しない展開となることを極力回避することができる。

ゲームシステムの全体的な構成を示す模式図である。 ユーザ端末の機能的構成を示す図である。 ゲームサーバの機能的構成を示すブロック図である。 管理者側対局処理の一例を示すフローチャートである。 ユーザ側対局処理の一部を示すフローチャートである。 ユーザ側対局処理の他の一部を示すフローチャートである。 （Ａ）は対局画面の一例を示す図であり、（Ｂ）は対局画面の他の一例を示す図である。 （Ａ）は対局画面のその他の一例を示す図であり、（Ｂ）は対局画面のさらにその他の一例を示す図である。

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

図１は、ゲームシステム１の全体的な構成を示す模式図である。本実施形態では、ゲームシステム１は、予め定められた複数の役（達成条件）のうちのいずれかの役の成立により特典（例えば点数等）を付与するゲームを提供する。ゲームの種類としては、ユーザ（プレイヤ）によって操作されるキャラクタが、３人のＮＰＣ（ノンプレイヤキャラクタ）または３人の他ユーザによってそれぞれ操作される３人のキャラクタと対戦可能な麻雀ゲームを例示する。

本実施形態では、ユーザと当該ユーザが操作するキャラクタとは、１対１で対応している。このため、キャラクタとの関連で述べる説明は、ユーザとの関連で述べる説明と実質的に同じであり、キャラクタは、適宜ユーザに置き換えることができる。

麻雀ゲームでは、萬子牌、筒子牌、索子牌または字牌に分類された１３６枚あまりの牌（識別情報）が用いられる。当該１３６枚あまりの牌は部屋の麻雀卓に積まれ、各ユーザは、牌山から１つずつ牌を引いて、１４枚～１８枚の手牌（ユーザが所有する牌）の組合せからなる役の成立を目指す。

また、麻雀では、家（自家または他家）、副露、晒す、シャンテンなどの専門用語が用いられる。ここで、家はキャラクタを意味し、自家は自ユーザによって操作されるキャラクタを意味し、他家は他ユーザによって操作されるキャラクタまたはＮＰＣを意味する。さらに、副露は、ポン、チー、大明槓、暗槓、小明槓の総称であり、晒すは牌の模様を他のキャラクタに見せることを意味する。

また、シャンテンとは、最短で何回ツモればテンパイ可能かを示す用語である。具体的には、最短で３回ツモればテンパイ可能な手牌の状態を３シャンテンと呼び、最短で２回ツモればテンパイ可能な手牌の状態を２シャンテンと呼ぶ。このため、役の成立に近づくほど、即ち自家の手牌の組合せに基づく役成立に関する有利度合いが高くなるほど、シャンテンの数が小さくなり、シャンテンの数が小さくなることをシャンテン数アップと呼ぶ。逆に、当該役成立に関する有利度合いが低くなるほど、シャンテンの数が大きくなり、シャンテンの数が大きくなることをシャンテン数ダウンと呼ぶ。

各局は、親が上がり続ける限り継続され、子が上がったときや流局したときに終了する。即ち、親の切替条件は、子に上がられることや、流局することにより成立する。今回の対局が終了すると、右隣りのキャラクタに親が切り替わり、次回の対局が開始される。

なお、ゲームの種類は、役の成立により特典（例えば点数等）を付与するゲームであればこれに限らず、例えば、トランプを用いたゲーム（例えばポーカー）などであってもよい。

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

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

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

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

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

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

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

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

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

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

本実施形態では、各種データは、所定のゲームプログラム、ユーザ情報、ゲーム情報等のゲームデータ、それらをユーザ端末１００とゲームサーバ２００との間に送受信させる指示、および、ゲームを進行させるための指示を含む。

たとえばプロセッサ１０は、通信ＩＦ１３を介してユーザＩＤをゲームサーバ２００に送信することによって、当該ユーザＩＤに関連付けられたオブジェクト（キャラクタ、配牌スキル、ツモスキル、配牌、ツモ牌、捨て牌等）に関する情報をゲームサーバ２００から受信する。また、プロセッサ１０は、ユーザ作用に基づいて麻雀卓に牌を配置し、ゲームの結果として取得されたゲームポイント（点棒）を、通信ＩＦ１３を介してゲームサーバ２００に送信する。

ゲームサーバ２００の入出力ＩＦ２４は、マウス、キーボード等の情報入力機器である入力部、および、液晶ディスプレイ等の出力部を備えており、コンピュータの情報をモニタリングするために用いられる。

（ユーザ端末の機能的構成）
図２は、ユーザ端末１００の機能的構成を示す図である。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能し得る。記憶部１２０にはゲームプログラムが格納されている。このゲームプログラムは、主記憶上に展開されかつ制御部１１０において実行される。また、本実施形態では、このゲームプログラムは、プロセッサ１０およびメモリ１１を備えるユーザ端末１００に対し、麻雀ゲームを進行させる制御部１１０および記憶部１２０としてユーザ端末１００を機能させるプログラムである。

制御部１１０は、当該ゲームプログラムによって、作用受付部１１１、端末処理部１１２、タイマー部１１３、端末判定部１１４、表示制御部１１５、報酬計算部１１６、および送受信部１１７として機能し得る。制御部１１０が当該ゲームプログラムに従って動作している間に生成した各種ゲームデータ、および制御部１１０によって利用される各種ゲームデータも、主記憶上に一時的に格納される。

作用受付部１１１は、タッチスクリーン１５の入力部１５１に対するユーザの作用を検知する。作用受付部１１１は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールによる操作指示等から、いかなる入力がなされたかを判別し、その結果を端末処理部１１２等の必要な要素に出力する。作用受付部１１１は、タッチスクリーン１５に対する作用入力がなされた場合には、入力位置の座標情報および作用の種類（タッチ操作、スライド動作等）を検知する。また、作用受付部１１１は、連続して検知されていた入力が途切れることを検知することによって、タッチスクリーン１５から接触入力が解除されたことを検知する。

端末処理部１１２は、ユーザ端末１００全体の動作を制御し、各要素間におけるデータの送受信、およびゲームの実行に必要な演算処理その他の処理を行う。端末処理部１１２は、たとえば、作用受付部１１１によって検知された作用に基づいて、ゲームプログラムに従ったゲームを展開させ、その結果を示すゲーム画像を描画するよう、表示制御部１１５に指示する。また、端末処理部１１２は、タッチスクリーン１５に対する操作入力に基づいて仮想空間内におけるゲームオブジェクトを操作する。また、端末処理部１１２は、タッチスクリーン１５に対する操作入力および演算処理の結果等に基づいて、記憶部１２０に記憶されている各種データの更新等の処理を行う。なお、端末処理部１１２は、ゲームの進行状態に応じて、ゲーム空間の視野を指定するための仮想カメラの位置を制御してもよい。

タイマー部１１３は、麻雀部屋内の時刻を規定するとともに、麻雀部屋内の時間の経過を計測する。タイマー部１１３は、たとえば、牌がツモられた時刻を記憶部１２０に記憶させ、その後に経過した時間を測定する。タイマー部１１３は、測定することによって得られる時間情報を端末判定部１１４に提供する。端末判定部１１４は、タイマー部１１３および記憶部１２０を参照して、今回のツモから所定時間が経過したか否かなどを判定できる。

表示制御部１１５は、ゲームサーバ２００から受信したユーザ情報、ゲームプログラムによる演算結果、およびユーザの入力部１５１に対する作用に基づいて、表示部１５２に表示される画像を生成する。本実施形態では、ユーザ端末１００は、配牌、牌山、ツモ牌、捨て牌、ポン、チー、カン、ロンあがり、ツモあがり、流局等などの対局の開始から終了までに刻々と変化するゲーム情報をゲームサーバ２００から取得し、この情報を用いて対局画面の画像を生成する。なお、これらのゲーム情報は、ユーザ端末１００側においても記憶しているものであってもよい。表示制御部１１５は、端末処理部１１２によるゲーム進行制御に応じて表示画像を更新する。

報酬計算部１１６は、作用受付部１１１から受信した操作に基づいて、各ユーザに提供される報酬を算出して、ユーザに付与する。たとえば報酬計算部１１６は、ユーザに付与される点棒を算出し、ユーザに付与する。

送受信部１１７は、ゲームサーバ２００から各種情報を受信したり、ゲームサーバ２００に各種情報を送信したりする。送受信部１１７は、制御部１１０の制御によって各種情報をゲームサーバ２００に対して送信する。ゲームサーバ２００は、ネットワーク２および通信ＩＦ２３を介して当該情報を受信し、送受信部２１１が情報の内容を識別して受け付ける。送受信部１１７は、たとえば、ユーザ端末１００上で動作可能なゲームプログラム、ユーザ情報、ゲーム画面等のゲーム空間情報、自ユーザの配牌、牌山、他のユーザの捨て牌、他のユーザによるポン、チー、カン、ロンあがり、ツモあがり等のゲーム情報を、ゲームサーバ２００から受信することができる。なお、これらの情報は、ユーザ端末１００側においても記憶しているものであってもよい。一方、送受信部１１７は、ユーザ情報、自ユーザの捨て牌、自ユーザによるポン、チー、カン、ロンあがり、ツモあがり等のゲーム情報を、ゲームサーバ２００に送信することができる。

記憶部１２０には、制御部１１０が前述の各部として機能するために必要なデータが記憶されている。当該データとしては、たとえば、ゲームプログラム、ゲーム情報、およびユーザ情報が含まれる。ゲーム情報としては、オブジェクト管理テーブル等が挙げられる。ユーザ情報としては、ユーザ管理テーブル等が挙げられる。

本実施形態では、ゲームプログラムは、ユーザの立場で麻雀ゲームを進めるユーザ側プログラムと、管理者の立場で当該麻雀ゲームを取り仕切る管理者側プログラムと、ＮＰＣの立場で麻雀ゲームを進めるＮＰＣ側プログラムとによって構成されている。また、本実施形態では、自ユーザが３人のＮＰＣと対局を行うシングルプレイモードと、自ユーザが３人の他ユーザとオンラインで対局を行う対戦プレイモードとが準備されている。

このうち、シングルプレイモードでは、自ユーザと３人のＮＰＣとで麻雀卓を囲むパーティが構成され、対局が開始される。一方、対戦プレイモードでは、４人のユーザのうちのいずれか１人がホストとして部屋を作り、残りの３人のユーザがゲストとして当該部屋に入ることで、麻雀卓を囲むパーティが構成され、対局が開始される。

（ゲームサーバの機能的構成）
図３は、ゲームサーバ２００の機能的構成を示すブロック図である。ゲームサーバ２００は、各ユーザ端末１００にゲーム進行に必要な情報を提供するゲーム提供機能を有している。ゲームサーバ２００は、ユーザ端末１００からゲーム情報を受信し、ユーザ端末１００上で動作可能なゲームプログラム、Ｗｅｂページ（ゲーム画面等）、ユーザ情報およびゲームパラメータ等の各種ゲームデータ、各種通知等を送信する。ゲームサーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能し得る。

図３に示すように、制御部２１０は、記憶部２２０に格納されたゲームプログラムによって、送受信部２１１、サーバ処理部２１２、データ管理部２１３、マッチング部２１４、計測部２１５として機能し得る。本実施形態では、このゲームプログラムは、プロセッサ２０およびメモリ２１を備えるゲームサーバ２００に対し、麻雀ゲームを進行させる制御部２１０および記憶部２２０としてゲームサーバ２００を機能させるプログラムであり、管理者の立場で当該麻雀ゲームを取り仕切る上述の管理者側プログラムも含んでいる。

送受信部２１１は、各ユーザ端末１００から送信される各種情報を受信したり、各ユーザ端末１００に各種情報を送信したりする。

各ユーザ端末１００は、制御部１１０の制御に基づいて各種情報をゲームサーバ２００に対して送信する。ゲームサーバ２００は、ネットワーク２および通信ＩＦ２３を介して当該情報を受信し、送受信部２１１が情報の内容を識別して受け付ける。

送受信部２１１は、記憶部２２０に格納されている各種管理テーブルを参照する。送受信部２１１は、必要に応じてデータ管理部２１３によって更新された各種管理テーブルを参照して、必要な処理を実行する。当該情報には、各ユーザに配られる牌の組合せを特定するための配牌情報、配牌の後に残った牌を特定するための牌山情報、各ユーザによるポン、チー、カンなどの情報が含まれる。

また、送受信部２１１は、ユーザ端末１００上で動作可能なゲームプログラム、ユーザ情報、ゲーム画面等のゲーム空間情報、各ユーザの配牌、牌山、各ユーザの捨て牌、各ユーザによるポン、チー、カン、ロンあがり、ツモあがり等のゲーム情報をユーザ端末１００に送信する。

サーバ処理部２１２は、ゲームサーバ２００全体の動作を制御し、各要素間におけるデータの送受信、および、ゲームの進行に必要な演算処理を行う。サーバ処理部２１２は、たとえば、送受信部２１１が受信したユーザ端末１００からの情報または要求に基づいて、ゲームプログラムに従った演算処理を実行する。そして、その結果としての各種ユーザ情報、ゲーム情報等のゲームデータ、およびゲームプログラム等を、通信ＩＦ１３を介してユーザ端末１００に送信することによって、ユーザ端末１００においてさらにゲームを進行させる。

データ管理部２１３は、サーバ処理部２１２における各種演算結果に基づいて、記憶部２２０に格納されている各種ゲームデータ、およびデータベースのレコードを、追加、更新、または削除することによって、必要な処理を実行する。

送受信部２１１は、例えば、ユーザが麻雀卓に牌を晒すようにユーザ端末１００に作用を与えると、その結果としてユーザが保有するオブジェクト情報およびゲームポイントに関する情報をユーザ端末１００から受信する。サーバ処理部２１２は、受信された情報に基づいて必要な処理を実行し、一方、データ管理部２１３はユーザ情報およびゲーム情報を更新する。

また、例えば、送受信部２１１がユーザ端末１００から捨て牌を実行する要求を受信した場合、データ管理部２１３は、捨て牌の情報を、ユーザ情報と、捨て牌の配置位置等に関するゲーム情報とに関連付けて記憶する。

マッチング部２１４は、対戦プレイのために、複数の操作キャラクタを所定のゲーム空間に関連付ける。たとえばマッチング部２１４は、ある操作キャラクタがホストとして部屋を作る操作を行った場合、当該操作キャラクタをホストとし、他の３人の操作キャラクタをゲストとするパーティをマッチングによって組成し、当該パーティに属する４人の操作キャラクタを同じ麻雀部屋に一時的に関連付ける。

計測部２１５は、タイマー部１１３と同様に、麻雀部屋内の時刻を規定するとともに、麻雀部屋内の時間を計測する機能を有する。計測部２１５は、例えば、対局開始時に発動させたいスキルを選択するための画面が表示された時刻からの経過時間を計測する。計測部２１５は、麻雀部屋の時間情報を生成し、タイマー部１１３で生成された麻雀部屋の時間情報と照合する。これにより、ユーザ端末１００とゲームサーバ２００において麻雀部屋の時間情報が同期され、各種時間情報の計測および判定を円滑に実施し得る。

記憶部２２０には、ゲームプログラムおよびユーザの認証プログラム等が格納されている。また、記憶部２２０には、ユーザ管理テーブル等のユーザ情報、オブジェクト管理テーブル等のゲーム情報を管理するデータベースが構築されていてもよい。

（動作について）
対戦プレイモードが選択されたとき、ホスト役のユーザが操作するユーザ端末１００の制御部１１０は、管理者側プログラムに従って、図４に示す管理者側対局処理を実行する。また、各ユーザが操作するユーザ端末１００の制御部１１０は、ユーザ側プログラムに従って、図５および図６に示すユーザ側対局処理を実行する。なお、図４に示す管理者側対局処理は、ゲームサーバ２００で実行し、処理結果を各ユーザ端末１００に送信するようにしてもよい。

また、シングルプレイモードが選択されたときは、ユーザが操作するユーザ端末１００の制御部１１０は、管理者側プログラムに従って当該管理者側対局処理を実行し、ユーザ側プログラムに従って当該ユーザ側対局処理を実行することに加えて、ＮＰＣ側プログラムに従ってＮＰＣ側対局処理を実行する。

対戦プレイモードおよびシングルプレイモードのいずれにおいても、対局に臨む４人のユーザないしキャラクタは、管理者による管理の下で対局を進める。なお、管理者側対局処理は、ゲームサーバ２００で実行し、処理結果を各ユーザ端末１００に送信するようにしてもよい。

以下では、対戦プレイモードを念頭において、管理者側対局処理およびユーザ側対局処理の詳細を説明する。図４を参照して、ステップＳ０１では、１３６枚あまりの牌からなる牌山を構築し、ステップＳ０２では、対局に臨む４人のユーザの各々に１３枚の牌を配る。配牌の種類は、例えば、当該４人のユーザの各々が操作するキャラクタの種類に対応する。配牌が完了すると、ステップＳ０３に進む。ステップＳ０３では、各ユーザに対応するユーザ側対局処理と連携し、各ユーザ間の引き牌の順番等を仕切ったり、各ユーザの捨て牌を他ユーザの対局画面に表示したりしながら対局を進める。

ステップＳ０４では、当該４人のユーザのうちのいずれかのユーザが上がったか又は今回の対局が流局となったか否かを判定する。いずれかのユーザが上がったか又は今回の対局が流局となったと判定されなければ、ステップＳ０３に戻る。一方、いずれかのユーザが上がったか又は今回の対局が流局となったと判定されると、ステップＳ０５で清算を行う。例えば、上がりを宣言したユーザに対して、上がり役に応じた点数（特典）が付与される。また、門前で上がった場合において、上がり役を構成する牌がドラ牌を含んでいれば、付与される点数がアップされる。今回の管理者側対局処理は、ステップＳ０５の処理の後に終了する。

図５を参照して、ステップＳ１１では、図７（Ａ）に示す対局画面をタッチスクリーン１５に表示する。図７（Ａ）を参照して、対局画面の中央やや上段には、麻雀卓が自家の視点（斜め上）で表示される。麻雀卓の中央には、自家および他家の捨て牌を表示するための河エリアＲＶが割り当てられており、河エリアＲＶの下側には、自家の手牌を表示するための手牌エリアＨＡが割り当てられている。ツモ牌から捨て牌までの制限時間を表すゲージＧＧと、キャラクタ画像ＣＧとは、手牌エリアＨＡの下側に表示される。

ステップＳ１２では、ステップＳ０１の処理によって自ユーザに配られた牌を、当該対局画面のうちの手牌エリアＨＡに表示する。手牌エリアＨＡには、牌の分類（萬子牌、筒子牌、索子牌、字牌）毎に、１３枚の手牌が表示される。ステップＳ１３では、自ユーザの順番が到来したかまたは副露を宣言する操作が行われたか否かをステップＳ０３の処理結果とタッチスクリーン１５に対する操作入力とに基づいて判定する。なお、副露を宣言する操作は、他ユーザの捨て牌のうち自ユーザの手牌の組合せとの関係で面子が成立する捨て牌を対象として行われる操作である。

ステップＳ１３において、自ユーザの順番が到来したかまたは副露を宣言する操作が行われたと判定されると、ステップＳ１４に進む。自ユーザの順番が到来したと判定されたとき、ステップＳ１４では、ステップＳ０１の処理によって構築された牌山から牌をツモり、ツモった牌を手牌エリアＨＡ内の右端部に表示する。また、副露を宣言する操作が行われたと判定されたとき、ステップＳ１４では、他ユーザの捨て牌と当該捨て牌との関係で面子が成立する自ユーザの手牌とを、副露牌として、手牌エリアＨＡよりも河エリアＲＶ側の位置に表示する。

ステップＳ１５では、制限時間を例えば１０秒にセットする。ゲージＧＧには、当該制限時間の残り時間が反映される。ステップＳ１６では、手牌エリアＨＡに表示された牌に基づいて、捨ててもシャンテン数がダウンしない牌を捨て牌候補（特定識別情報）として特定する。手牌エリアＨＡに図７（Ａ）に示す牌が表示されている場合は、三筒牌、五筒牌、七筒牌が、捨て牌候補として特定される。

ステップＳ１７では、複数種類の役の各々を成立させる牌の組合せと手牌エリアＨＡに表示されている手牌の組合せとを照合することにより、当該手牌エリアＨＡ上の牌の組合せについて役が成立しているか否かを判定する。当該役が成立していると判定されたときは、ステップＳ１８に進み、ツモ上がりまたはロン上がりを宣言する操作がユーザによって行われたか否かをタッチスクリーン１５に対する操作入力に基づいて判定する。当該ツモ上がりまたはロン上がりを宣言する操作が行われたと判定されると、ステップＳ１９に進み、ツモ上がりまたはロン上がりを管理者側プログラムに通知する。通知には、上がりの態様（ロン／ツモの別）と、上がり役と、上がり役を構成する牌の組合せとが含まれる。ユーザ側対局処理は、当該通知の後に終了する。

ステップＳ１７において役が成立していると判定されなかったとき、又はステップＳ１８において上がりを宣言する操作が行われたと判定されなかったときは、ステップＳ２０に進む。ステップＳ２０では、リーチを宣言する操作が行われたか否かをタッチスクリーン１５に対する操作入力に基づいて判定する。リーチを宣言する操作が行われたと判定されたときは、ステップＳ２１で当該操作に対応する処理を実行する。ステップＳ２１の処理が完了すると、ステップＳ２２で処理の完了を管理者側プログラムに通知し、その後にステップＳ１３に戻る。

ステップＳ２０において、リーチを宣言する操作が行われたと判定されなかったときは、ステップＳ２３に進む。ステップＳ２３では、手牌エリアＨＡに表示されている手牌およびツモ牌のうちのいずれかの牌に対するタッチ操作が行われたか否かを、タッチスクリーン１５に対する操作入力に基づいて判定する。

当該タッチ操作が行われたと判定されなかったときは、ステップＳ２６に進む。ステップＳ２６では、ステップＳ１５でセットされた制限時間の残り時間がＴｓ秒（例えば５秒）未満であるか否かを、タイマー部１１３により測定された時間情報に基づいて判定する。当該残り時間がＴｓ秒未満であると判定されなかったときは、ステップＳ１７に戻る一方、当該残り時間がＴｓ秒未満であると判定されたときは、ステップＳ２７に進む。

ステップＳ２７では、ステップＳ１６で特定された捨て牌候補を対局画面上で提示する。具体的には、当該捨て牌候補を河エリアＲＶ側に持ち上げて表示する。図７（Ａ）の例では、三筒牌、五筒牌、七筒牌が捨て牌候補として特定される。このため、残り時間がＴｓ秒未満となると、図７（Ｂ）に示すように、三筒牌、五筒牌、七筒牌が河エリアＲＶ側に持ち上げられる。対局画面の表示が図７（Ａ）から図７（Ｂ）に移行したタイミングでは、ゲージＧＧの表示された残り時間は５秒を示す。

ステップＳ２８では、当該残り時間が０秒になったか否かを、タイマー部１１３により測定された時間情報に基づいて判定する。当該残り時間が０秒になったと判定されなかったときはステップＳ１７に戻り、当該残り時間が０秒になったと判定されたときはステップＳ２９に進む。ステップＳ２９では、ステップＳ１６で特定された捨て牌候補のうちのいずれか１つの捨て牌候補を捨て牌として設定する。即ち、当該捨て牌候補の数が１つであれば、当該捨て牌候補を捨て牌として設定する。また、当該捨て牌候補の数が複数であれば、例えば乱数抽選によって１つの捨て牌候補を選択し、当該捨て牌候補を捨て牌として設定する。ステップＳ２９の処理が完了すると、ステップＳ４０に進む。

ステップＳ２３において、当該タッチ操作が行われと判定されたときは、ステップＳ２４に進み、ガイド枠ＧＦをタッチスクリーン１５に表示する。ステップＳ２５では、タッチされた牌を河エリアＲＶ側に拡大表示する。したがって、図８（Ａ）に示す対局画面において、七筒牌がタッチされると、ガイド枠ＧＦが表示されるとともに、タッチされた牌がタッチ位置よりも上側の位置に拡大表示される。また、図８（Ｂ）に示す対局画面において、五筒牌がタッチされると、ガイド枠ＧＦが表示されるとともに、タッチされた牌がタッチ位置よりも上側の位置に拡大表示される。

なお、図８（Ａ）または図８（Ｂ）の対局画面は、図７（Ａ）または図７（Ｂ）の対局画面上で三筒牌が捨てられ、風牌がツモられたときの状態を示す。また、ステップＳ２３において判定対象となる手牌には、ステップＳ２７において提示されている手牌も含まれ、当該手牌がタッチされると、当該手牌が河エリアＲＶ側に拡大表示される。このため、複数の手牌がステップＳ２７において提示されており、当該複数の手牌のうちのいずれかの手牌がタッチされている場合、どの手牌がタッチされているかを手牌のサイズにより区別することができる。

ステップＳ３０では、タッチ位置が移動したか否かをタッチスクリーン１５に対する操作入力に基づいて判定する。当該タッチ位置が移動したと判定されたときは、ステップＳ３１に進み、現在のタッチ位置は手牌エリアＨＡを含んで画面下部に広がる下部エリア内の位置であるか否かを判定する。

現在のタッチ位置は当該下部エリア内の位置であると判定されると、ステップＳ３２に進み、拡大表示する牌を当該タッチ位置の鉛直方向に位置する牌に変更する。牌の変更が完了すると、ステップＳ３０に戻る。なお、現在のタッチ位置は当該下部エリア内の位置であると判定されなかったときは、ステップＳ３２の処理を実行することなくステップＳ３０に戻る。

したがって、図８（Ａ）に示す七筒牌が拡大表示されている状態でタッチ位置が左側に移動されると、七筒牌が元の位置に通常表示され、左隣りの五筒牌がタッチ位置よりも上側の位置に拡大表示される。また、図８（Ｂ）に示す五筒牌が拡大表示されている状態でタッチ位置が右側に移動されると、五筒牌が元の位置に通常表示され、右隣りの七筒牌がタッチ位置よりも上側の位置に拡大表示される。なお、タッチ位置が河エリアＲＶに移動すると、ガイド枠ＧＦは強調表示される。

ステップＳ３０においてタッチ位置が移動したと判定されなかったときは、ステップＳ３３に進み、タッチ操作が解除されたか否かをタッチスクリーン１５に対する操作入力に基づいて判定する。当該タッチ操作が解除されたと判定されなかったときは、ステップＳ３７に進む。ステップＳ３７では、ステップＳ１５で設定された制限時間の残り時間が０秒になったか否かを、タイマー部１１３により測定された時間情報に基づいて判定する。

当該残り時間が０秒になったと判定されなかったときはステップＳ３０に戻り、タッチ操作が解除されないまま当該残り時間が０秒になったと判定されたときはステップＳ３８に進む。ステップＳ３８では、タッチされている牌（拡大表示されている牌）がステップＳ１６で特定された捨て牌候補であるか否かにかかわらず、当該タッチされている牌を捨て牌として設定し、その後にステップＳ４０に進む。したがって、図８（Ｂ）に示す五筒牌が拡大表示されている状態で当該残り時間が０秒になると、五筒牌が捨て牌として設定される。

一方、ステップＳ３３において、当該タッチ操作が解除されたと判定されたときは、ステップＳ３４に進み、ガイド枠ＧＦを非表示とする。ステップＳ３５では、直前のタッチ位置は河エリアＲＶ内の位置であるか否かを、タッチスクリーン１５に対する操作入力に基づいて判定する。直前のタッチ位置は河エリアＲＶ内の位置であると判定されなかったときは、ステップＳ３６で牌の拡大表示を終了し、その後にステップＳ１７に戻る。この結果、拡大表示されていた牌は、元の位置に通常表示される。

なお、残り時間がＴｓ秒未満となった後に当該タッチ操作が解除された場合は、ステップＳ２６からステップＳ２７に移行して、捨て牌候補が対局画面において提示される。即ち、当該タッチ操作の解除に応じて、捨て牌候補が河エリアＲＶ側に持ち上げて表示される。

ステップＳ３５において、直前のタッチ位置は河エリアＲＶ内の位置であると判定されたときは、ステップＳ３９に進み、直前にタッチされていた牌を捨て牌として設定する。例えば、図８（Ａ）に示す七筒牌がタッチし、その状態でタッチ位置を河エリアＲＶに移動させてからタッチ操作を解除すると、七筒牌が捨て牌として設定される。

ステップＳ４０では、捨て牌を実行する。即ち、捨て牌として設定された牌を河エリアＲＶに移動させて縮小表示する。ステップＳ２９からステップＳ４０に進んだ場合、捨て牌は、持ち上げ表示された捨て牌候補のうちのいずれかの捨て牌候補を対象として実行される。一方、ステップＳ３８からステップＳ４０に進んだ場合、捨て牌は、ユーザによりタッチされている牌を対象として実行される。他方、ステップＳ３９からステップＳ４０に進んだ場合、捨て牌は、ユーザによりドラッグ＆ドロップされた牌を対象として実行される。

ステップＳ４１では、捨てられた牌が手牌である場合に、ツモ牌を手牌に収めるべく手牌エリアＨＡ内の手牌を並び替える。具体的には、ツモ牌の分類に応じた位置に当該ツモ牌が表示されるように、手牌を並び替える。例えば、図７（Ｂ）に示す対局画面において三筒牌が捨てられた場合は、七萬牌～九萬牌が右に詰められ、これにより設けられた隙間に五萬牌が収められる。ステップＳ４１では、処理の完了を管理者側プログラムに通知し、その後にステップＳ１３に戻る。

＜本実施形態の効果＞
本実施形態によれば、捨て牌を指定するためのユーザ操作（捨て牌操作）が制限時間内に受け付けられると、ユーザの手牌の組合せのうち当該捨て牌が実行される。また、当該手牌の組合せのうちからは、捨て牌を実行しても役成立に関する有利度合いが低くならない牌が、捨て牌候補として特定される。捨て牌操作が受け付けられることなく制限時間が終了すると、当該捨て牌候補を対象とする捨て牌が実行される。

役成立に関する有利度合いが低くならない牌を捨て牌候補として特定し、制限時間が経過するまでユーザが捨て牌操作を行わない場合に、当該捨て牌候補を対象とする捨て牌を実行することにより、制限時間が経過したときであってもユーザの意図しないゲーム展開となることを極力回避できる。

また、本実施形態によれば、制限時間が終了するまでの残り時間がＴｓ秒未満となると、捨て牌候補がユーザに提示される。この結果、ユーザは、捨てても役成立に関する有利度合いが低くならない牌を参考にしつつ、捨て牌を選択・決定することができる。

さらに、本実施形態によれば、役成立に関する有利度合いは、シャンテン数に基づいて特定され、捨ててもシャンテン数がダウンしない牌が、捨て牌候補として特定される。この結果、捨て牌によりシャンテン数がダウンして、ユーザにとって不利なゲーム展開となる懸念を軽減できる。

また、本実施形態によれば、ユーザの手牌はタッチスクリーン１５上の手牌エリアＨＡに表示される。いずれかの手牌に対するタッチ操作を行い、当該タッチ操作を維持したままタッチ位置を河エリアＲＶに移動させると、当該タッチ操作により特定された手牌が捨て牌として指定される。この結果、捨て牌は、タッチスクリーン１５上でのドラッグ＆ドロップ操作により実行される。

さらに、本実施形態によれば、捨て牌のためのタッチ操作を受け付けているときに制限時間が終了すると、当該タッチ操作により指定されている牌を対象として捨て牌が実行される。この場合、捨て牌候補ではなく、タッチ操作により指定されている牌が捨てられるため、ユーザの意図に沿ったゲーム展開が可能となる。

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

（１） 上記実施形態においては、捨て牌を実行する操作は、捨て牌候補の牌であるか捨て牌候補となっていない牌であるかにかかわらず、共通の操作（ドラッグ＆ドロップ操作）である例について説明した。しかし、捨て牌を実行する操作は、捨て牌候補の牌であるか否かに応じて異ならせるようにしてもよい。例えば、捨て牌候補となっていない牌を捨てる操作は、ドラッグ＆ドロップ操作とし、捨て牌候補を捨てる操作は、捨て牌候補に対するタッチ操作（即ち、ドラッグ＆ドロップ操作よりも簡単な操作）としてもよい。

（２） 上記実施形態においては、複数の捨て牌候補が提示された状態で制限時間の残り時間が０秒になると、例えば乱数抽選によって選択された捨て牌候補を対象として、捨て牌が実行される。しかし、提示された複数の捨て牌候補のうちにドラ牌が含まれる場合には、例えば当該ドラ牌を除外して乱数抽選を行うなどの処理により、当該ドラ牌と異なる捨て牌候補をドラ牌よりも優先して捨てるようにしてもよい。この結果、ドラ牌が捨てられることによりユーザの意図しないゲーム展開となることを回避できる。

（３） 上記実施形態においては、役成立に関する有利度合いは、シャンテン数に基づいて特定され、捨て牌候補としては、シャンテン数がダウンしない牌が特定される。しかし、当該役成立に関する有利度合いは、ユーザの手牌と、ユーザおよび対戦相手による捨て牌と、対戦相手の捨て牌のうちユーザが鳴いた副露牌と、ユーザの捨て牌のうち対戦相手が鳴いた副露牌とに基づいて特定するようにしてもよく、捨て牌候補としては、ユーザの手牌から捨てても面子が成立する可能性が低くならない牌を特定するようにしてもよい。

例えば、七萬牌および九萬牌からなる嵌張塔子がユーザの手牌に存在し、４枚の八萬牌が捨て牌または副露牌として場に見えている状況では、七萬牌または九萬牌を捨てても、面子が成立する可能性は低くならない。この場合、七萬牌および九萬牌が、捨て牌候補として特定される。

（４） 上記実施形態においては、制限時間の残り時間がＴｓ秒未満となったときに、捨て牌候補を河エリアＲＶ側に持ち上げて表示するようにしている。しかし、捨て牌候補を報知する態様は、これに限らず、例えば手牌エリアＨＡの下側のうちキャラクタ画像ＣＧの左側のエリアに拡大表示するようにしてもよい。

（５） 上記実施形態においては、制限時間の残り時間がＴｓ秒未満となったときに提示されるのは、捨て牌候補の種類だけである。しかし、制限時間の残り時間がＴｓ秒～０秒の期間に、捨て牌候補に対するユーザ操作を受け付け、当該ユーザ操作に応じて当該捨て牌候補を対象とする捨て牌を実行するようにした上で、場に捨てられている当該捨て牌候補と同じ牌の数に基づいて、ユーザが当該捨て牌候補と同じ牌をツモる可能性を特定し、当該可能性を捨て牌候補の種類とともにユーザに提示するようにしてもよい。これにより、当該可能性が高い捨て牌候補（即ち、刻子が成立する可能性のある牌）がユーザ操作により捨てられることを回避することができる。

（６） 上記実施形態においては、ユーザから捨て牌操作を受け付けないまま制限時間の残り時間がＴｓ秒になると捨て牌候補が提示され、当該残り時間が０秒になると当該捨て牌候補を対象とする捨て牌が実行される。

しかし、当該残り時間がＴｓ秒になると捨て牌候補を提示し、当該残り時間が０秒になると当該捨て牌候補を対象とする捨て牌を実行する第１モードと、当該残り時間がＴｓ秒になっても捨て牌候補を提示せず、当該残り時間が０秒になったときに当該捨て牌候補を対象とする捨て牌を実行する第２モードと、捨て牌候補の提示および当該捨て牌候補を対象とする捨て牌のいずれも実行せず、代わりに当該残り時間が０秒になったときにツモ牌を捨てる第３モードとを準備し、ユーザ設定やユーザが選択しているキャラクタの種類（属性）、スキル等により第１モード～第３モードのいずれかを選択できるようにしてもよい。これによって、ユーザの好みに合わせて対局を楽しむことができる。また、モードを変更する操作は、対局中に受け付けるようにしてもよい。これにより、対局の進行度合いに応じてユーザの好みのモードを選択することができる。

（７） 上記実施形態においては、ユーザ操作に応じて制限時間が延長されることはない。しかし、「長考」ボタンを対局画面に表示し、当該「長考」ボタンに対するタッチ操作に応じて制限時間を延長できるようにしてもよい。また、この場合、制限時間の延長期間においては、捨て牌候補を非表示とするようにしてもよい。さらに、長考中であることは、他のユーザに報知するようにしてもよく、または報知しないようにしてもよい。

また、捨て牌候補の提示および当該捨て牌候補を対象とする捨て牌は、「長考」ボタンが押された後においてのみ実行し、「長考」ボタンが押されないときには、制限時間の残り時間にかかわらず捨て牌候補の提示を行わず、また当該残り時間が０秒となったときには所定の牌（例えばツモ牌）を対象として捨て牌を実行するようにしてもよい。

（８） 上記実施形態においては、制限時間の残り時間は、いずれかの手牌に対するタッチ操作の継続中においても減り続け、当該残り時間が０秒になると、タッチされている手牌を対象として捨て牌が実行される。しかし、当該残り時間が０秒となる前にタッチ操作が解除された場合に、制限時間をリセットするようにしてもよい。具体的には、図６に示すステップＳ３３においてタッチ操作が解除されたと判定されたときに、ステップＳ３４～Ｓ３６を経てステップＳ１５に戻るようにしてもよい。この結果、タッチ操作を解除することにより、「長考」ボタンを押さなくとも、長考のための時間を確保することが可能となる。

（９） 上記実施形態においては、ユーザの中座や当該ユーザが操作するユーザ端末とサーバとの通信障害により、当該ユーザの対局が一時的に中断した場合には、ポン、チー、カンなど鳴ける場面での鳴き率、ドラポン率（ドラ牌を鳴ける場面でポンを宣言する確率）などのパラメータに基づいて当該ユーザの打牌傾向を解析し、解析結果に基づく打牌をＡＩに実行させるようにしてもよい。具体的には、白牌、撥牌、中牌など、鳴いて面子を形成することにより役を成立させて上がることが可能な特定の牌がユーザの手牌に含まれている場合において、当該ユーザの鳴き率（例えば、対局数のうち鳴いた局数の占める率）が所定率（例えば、５０％）以上のときには、当該特定の牌を捨て牌候補に含めない一方で、当該ユーザの鳴き率が所定率未満のときには、当該特定の牌を捨て牌候補に含めるようにしてもよい。

（１０） 上記実施形態においては、手牌がタッチされている状態で制限時間の残り時間が０秒になると、タッチされている手牌を対象として捨て牌が実行される。しかし、タッチされている手牌が捨て牌候補であるか否かに応じて異なる処理を実行するようにしてもよい。即ち、タッチされている手牌が捨て牌候補である場合には、当該残り時間が０秒になったときにタッチされている手牌を捨てるようにし、タッチされている手牌が捨て牌候補と異なる場合には、当該手牌を捨ててもよいか否かを確認する確認画面を表示し、「ＯＫ」が選択されたときに当該手牌を捨てる一方、「ＮＧ」が選択されたときに捨て牌候補を捨てるようにしてもよい。

（１１） 上記実施形態においては、手牌エリアＨＡ内のいずれかの手牌をタッチし、タッチ位置を河エリアＲＶに移動させることにより、タッチされた手牌を対象とする捨て牌が実行される。しかし、このような処理により捨て牌を実行することに加えて、手牌エリアＨＡ内のいずれかの手牌をフリックすることにより、当該手牌を対象とする捨て牌を実行するようにしてもよい。

即ち、手牌エリアＨＡ内のいずれかの手牌がフリックされた場合に、手牌エリアＨＡ内の手牌のシャンテン数が、フリックされた手牌とは異なる手牌を捨てたときよりも、当該フリックされた手牌を捨てたときの方が低い特定状況となるか否かを判定し、当該特定状況となると判定されなかったときは、当該フリックされた手牌を対象とする捨て牌処理を実行する一方、当該特定状況となると判定されたときは、捨て牌を行ってもよいか否かを確認する画面を表示し、当該確認画面に対するユーザ操作に応じて捨て牌を実行するようにしてもよい。

この結果、当該特定状況となると判定されなかったときは、ロングタップ等よりも簡易なタッチ操作（フリック操作）により捨て牌処理が実行され、操作性を向上させることができる。また、当該特定状況となると判定されたときは、確認画面が表示されるため、ユーザの誤操作により意図しない手牌が捨てられ、ユーザの意図しないゲーム展開となることを極力回避することができる。

（１２） 上記実施形態においては、対戦プレイモードが選択されると、自ユーザは、３人の他ユーザとの間で対局を行う。しかし、他ユーザが３人揃わなかった場合には、不足する他ユーザの代わりにＮＰＣが対局を行うようにしてもよい。即ち、対戦相手である３人のうちの少なくとも１人は、ＮＰＣであってもよい。

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

（１４） 上記実施形態においては、縦長の対局画面をタッチスクリーン１５に表示するようにしている。しかし、これに代えて横長の対局画面をタッチスクリーン１５に表示したり、ユーザ端末１００の姿勢に応じて対局画面の表示態様を縦長と横長との間で切り替えるようにしてもよい。

（１５） 上記実施形態においては、麻雀ゲームを想定しているが、これに代えてポーカー、ババ抜き等のカードゲームや、こいこい等の花札ゲームを想定するようにしてもよい。この場合、一枚一枚のカードや花札が識別情報に相当する。

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

（付記１）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、およびタッチスクリーンを備えるコンピュータ（図１のユーザ端末１００）において実行されるゲームプログラムであって、前記ゲームプログラムに基づくゲームは、ユーザによって操作される操作キャラクタと、他ユーザによって操作されるキャラクタとを含む複数のキャラクタが対戦する対戦ゲームであり、前記ゲームプログラムは、前記プロセッサに、予め定められた複数の識別情報（牌）のうち前記ユーザが所有する識別情報（手牌）の組合せを表示する第１ステップ（図５のＳ１２、Ｓ１４、Ｓ２１）と、前記第１ステップにより表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第２ステップ（図５のＳ１７）と、前記第１ステップにより表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間において受け付けて、当該除外識別情報を当該識別情報の組合せから除外する第３ステップ（図５のＳ２３、図６のＳ３５、Ｓ３８～Ｓ４０）と、前記識別情報の組合せから除外しても役成立に関する有利度合いが低くならない（シャンテン数がダウンしない）識別情報を特定識別情報として特定する第４ステップ（図５のＳ１６）と、前記第３ステップにより除外識別情報が指定されることなく前記所定期間が終了するときに、前記特定識別情報を除外識別情報として前記識別情報の組合せから除外する第５ステップ（図５のＳ２９、図６のＳ４０）とを実行させる。

（付記２）：
（付記１）において、前記ゲームプログラムは、前記プロセッサに、前記所定期間が終了するまでの残り期間が第１期間未満となったときに、前記特定識別情報を提示する第６ステップ（図５のＳ２７）を実行させる。

（付記３）：
（付記２）において、前記第３ステップは、前記第６ステップにより提示された前記特定識別情報に対するユーザからの操作に応じて、当該特定識別情報を前記除外識別情報として除外する。

（付記４）：
（付記１）から（付記３）のいずれかにおいて、前記役成立に関する有利度合いは、前記役を成立させる識別情報の組合せとなるまでに要する識別情報の必要数（シャンテン数）に基づいて特定され、前記第４ステップは、前記識別情報の組合せから除外しても前記必要数が多くならない識別情報を前記特定識別情報として特定する。

（付記５）：
（付記１）から（付記４）のいずれかにおいて、前記ゲームプログラムは、前記プロセッサに、前記第２ステップにより成立していることが特定された役の種類に応じた特典を付与する第７ステップ（図４のＳ０５）を実行させ、前記第７ステップは、役を成立させている識別情報の組合せに予め定められた識別情報（ドラ牌）が含まれるときには、当該予め定められた識別情報が含まれていないときよりも大きな特典を付与し、前記第５ステップは、前記第４ステップにより前記予め定められた識別情報を含む複数の識別情報が前記特定識別情報として特定された場合には、当該特定識別情報のうちの前記予め定められた識別情報と異なる特定識別情報を当該予め定められた識別情報よりも優先して前記除外識別情報として除外する。

（付記６）：
（付記１）から（付記５）のいずれかにおいて、前記ゲームプログラムに基づくゲームは、麻雀ゲームであり、前記役成立に関する有利度合いは、前記ユーザが所有する識別情報の組合せである手牌と、前記ユーザおよび対戦相手により除外された識別情報である捨て牌と、前記対戦相手が除外した識別情報のうち前記ユーザが所有する識別情報の組合せに取り込まれた識別情報である副露牌と、前記ユーザが除外した識別情報のうち前記対戦相手が所有する識別情報の組合せに取り込まれた識別情報である副露牌とに基づいて特定され、前記第４ステップは、前記手牌から捨てても面子が成立する可能性が低くならない牌を前記特定識別情報として特定する。

（付記７）：
（付記１）から（付記６）のいずれかにおいて、前記第１ステップは、前記ユーザが所有する識別情報の組合せを前記タッチスクリーン上の第１エリア（ＨＡ）に表示し、前記第３ステップは、前記第１ステップにより表示されている識別情報のうちからタッチ操作されている識別情報を特定するステップ（図５のＳ２３）と、前記タッチ操作が維持されたまま当該タッチ操作の位置が前記第１エリアとは異なる第２エリア（ＲＶ）に移動されることにより、前記特定するステップにより特定された識別情報を前記除外識別情報として指定するステップ（図６のＳ３９）とを含む。

（付記８）：
（付記１）から（付記７）のいずれかにおいて、前記第３ステップは、前記除外識別情報を指定するためのユーザからの操作を受付けているときに前記所定期間が終了したときには、指定されている除外識別情報を除外する（図６のＳ３８、Ｓ４０）。

（付記９）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、および表示部を備えるコンピュータ（図１のユーザ端末１００）により実行されるゲーム方法であって、前記ゲームプログラムに基づくゲームは、ユーザによって操作される操作キャラクタと、他ユーザによって操作されるキャラクタとを含む複数のキャラクタが対戦する対戦ゲームであり、前記ゲーム方法は、前記コンピュータが、予め定められた複数の識別情報（牌）のうち前記ユーザが所有する識別情報（手牌）の組合せを表示する第１ステップ（図５のＳ１２、Ｓ１４、Ｓ２１）と、前記第１ステップにより表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第２ステップ（図５のＳ１７）と、前記第１ステップにより表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間（制限時間）において受け付けて、当該除外識別情報を当該識別情報の組合せから除外する第３ステップ（図５のＳ２３、図６のＳ３５、Ｓ３８～Ｓ４０）と、前記識別情報の組合せから除外しても役成立に関する有利度合いが低くならない（シャンテン数がダウンしない）識別情報を特定識別情報として特定する第４ステップ（図５のＳ１６）と、前記第３ステップにより除外識別情報が指定されることなく前記所定期間が終了するときに、前記特定識別情報を除外識別情報として前記識別情報の組合せから除外する第５ステップ（図５のＳ２９、図６のＳ４０）とを備える。

（付記１０）：
本開示に示す一実施形態のある局面によれば、情報処理装置（図１のユーザ端末１００）であって、ゲームプログラムを記憶する記憶部（図２の１２０）と、前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部（図２の１１０）とを備え、前記ゲームプログラムに基づくゲームは、ユーザによって操作される操作キャラクタと、他ユーザによって操作されるキャラクタとを含む複数のキャラクタが対戦する対戦ゲームであり、前記制御部は、予め定められた複数の識別情報（牌）のうち前記ユーザが所有する識別情報（手牌）の組合せを表示する第１ステップ（図５のＳ１２、Ｓ１４、Ｓ２１）と、前記第１ステップにより表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第２ステップ（図５のＳ１７）と、前記第１ステップにより表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間（制限時間）において受け付けて、当該除外識別情報を当該識別情報の組合せから除外する第３ステップ（図５のＳ２３、図６のＳ３５、Ｓ３８～Ｓ４０）と、前記識別情報の組合せから除外しても役成立に関する有利度合いが低くならない（シャンテン数がダウンしない）識別情報を特定識別情報として特定する第４ステップ（図５のＳ１６）と、前記第３ステップにより除外識別情報が指定されることなく前記所定期間が終了するときに、前記特定識別情報を除外識別情報として前記識別情報の組合せから除外する第５ステップ（図５のＳ２９、図６のＳ４０）とを実行する。

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

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

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

１ ゲームシステム、２ ネットワーク、１００ ユーザ端末、１１０ 制御部、１１１ 作用受付部、１１２ 端末処理部、１１３ タイマー部、１１４ 端末判定部、１１５ 表示制御部、１１６ 報酬計算部、１１７ 送受信部、１２０ 記憶部、１５１ 入力部、１５２ 表示部、２００ ゲームサーバ、２１０ 制御部、２１１ 送受信部、２１２ サーバ処理部、２１３ データ管理部、２１４ マッチング部、２１５ 計測部、２２０ 記憶部。

Claims (9)

1. コンピュータを、
   予め定められた複数の識別情報のうちユーザに関連付けられている識別情報の組合せを表示する表示手段と、
   前記表示手段により表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第１特定手段と、
   前記表示手段により表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間において受け付けて、当該除外識別情報を当該識別情報の組合せから除外する第１除外手段と、
   前記除外識別情報を指定するための操作を受け付ける所定期間内におけるユーザからの延長操作に応じて、当該所定期間を延長する期間延長手段と、
   前記識別情報の組合せから除外しても役成立に関する有利度合いが低くならない識別情報を特定識別情報として特定する第２特定手段と、
   前記期間延長手段により延長されていない際には、前記特定識別情報の提示を行わない一方で、前記期間延長手段により延長された際には、前記特定識別情報の提示を行う提示手段と、
   前記期間延長手段により延長されたが前記第１除外手段により除外識別情報が指定されることなく前記所定期間が終了する際に前記特定識別情報を除外識別情報として前記識別情報の組合せから除外する第２除外手段と、して機能させる、プログラム。
2. 前記提示手段は、前記期間延長手段により延長されたが前記第１除外手段により除外識別情報が指定されることなく前記所定期間が終了するまでの残り期間が第１期間未満となった際に、前記特定識別情報を提示する、請求項１に記載のプログラム。
3. 前記第１除外手段は、前記提示手段により提示された前記特定識別情報に対するユーザからの操作に応じて、当該特定識別情報を前記除外識別情報として除外する、請求項１または請求項２に記載のプログラム。
4. 前記役成立に関する有利度合いは、前記役を成立させる識別情報の組合せとなるまでに要する識別情報の必要数に基づいて特定され、
   前記第２特定手段は、前記識別情報の組合せから除外しても前記必要数が多くならない識別情報を前記特定識別情報として特定する、請求項１～請求項３のいずれかに記載のプログラム。
5. 前記コンピュータを、
   前記第１特定手段により成立していることが特定された役の種類に応じた特典を付与する特典付与手段と、して機能させ、
   前記特典付与手段は、役を成立させている識別情報の組合せに予め定められた識別情報が含まれる際には、当該予め定められた識別情報が含まれていない際よりも大きな特典を付与し、
   前記第２除外手段は、前記第２特定手段により前記予め定められた識別情報を含む複数の識別情報が前記特定識別情報として特定された際には、当該特定識別情報のうちの前記予め定められた識別情報と異なる特定識別情報を当該予め定められた識別情報よりも優先して前記除外識別情報として除外する、請求項１～請求項４のいずれかに記載のプログラム。
6. 前記プログラムは、麻雀ゲームを進行させるプログラムであり、
   前記役成立に関する有利度合いは、前記ユーザに関連付けられている識別情報の組合せである手牌と、前記ユーザおよび対戦相手により除外された識別情報である捨て牌と、前記対戦相手が除外した識別情報のうち前記ユーザに関連付けられている識別情報の組合せに取り込まれた識別情報である副露牌と、前記ユーザが除外した識別情報のうち前記対戦相手に関連付けられている識別情報の組合せに取り込まれた識別情報である副露牌とに基づいて特定され、
   前記第２特定手段は、前記手牌から捨てても面子が成立する可能性が低くならない牌を前記特定識別情報として特定する、請求項１～請求項５のいずれかに記載のプログラム。
7. 前記表示手段は、前記ユーザに関連付けられている識別情報の組合せをタッチスクリーン上の第１エリアに表示し、
   前記第１除外手段は、前記表示手段により表示されている識別情報のうちからタッチ操作されている識別情報を特定する第３特定手段と、前記タッチ操作が維持されたまま当該タッチ操作の位置が前記第１エリアとは異なる第２エリアに移動されることにより、前記第３特定手段により特定された識別情報を前記除外識別情報として指定する指定手段とを含む、請求項１～請求項６のいずれかに記載のプログラム。
8. 前記第１除外手段は、前記除外識別情報を指定するためのユーザからの操作を受付けた後に前記所定期間が終了した際には、指定されている除外識別情報を除外する、請求項１～請求項７のいずれかに記載のプログラム。
9. 予め定められた複数の識別情報のうちユーザに関連付けられている識別情報の組合せを表示する表示手段と、
   前記表示手段により表示された識別情報の組合せに基づいて、予め定められた複数種類の役のうちから成立している役を特定する第１特定手段と、
   前記表示手段により表示された識別情報の組合せのうちから除外する除外識別情報を指定するためのユーザからの操作を所定期間において受け付けて、当該除外識別情報を当該識別情報の組合せから除外する第１除外手段と、
   前記除外識別情報を指定するための操作を受け付ける所定期間内におけるユーザからの延長操作に応じて、当該所定期間を延長する期間延長手段と、
   前記識別情報の組合せから除外しても役成立に関する有利度合いが低くならない識別情報を特定識別情報として特定する第２特定手段と、
   前記期間延長手段により延長されていない際には、前記特定識別情報の提示を行わない一方で、前記期間延長手段により延長された際には、前記特定識別情報の提示を行う提示手段と、
   前記期間延長手段により延長されたが前記第１除外手段により除外識別情報が指定されることなく前記所定期間が終了する際に前記特定識別情報を除外識別情報として前記識別情報の組合せから除外する第２除外手段とを実行する、情報処理装置。

Images