JP5977708B2 - ゲームシステム、ゲーム制御方法及びコンピュータプログラム - Google Patents

Description

本発明は、ユーザのプレイ結果に応じてゲームの演出を制御するゲームシステム等に関する。

ユーザがゲームをプレイしたプレイ結果に応じてゲームの演出を制御するゲームシステムが周知である（例えば特許文献１参照）。

特開２０１１−８７６４９号公報

ユーザのプレイ結果に応じてゲームの演出を制御した場合であっても、プレイ時のユーザの状態、例えば、体調、意気込み、集中度等によっては、その演出がユーザの状態に適さないおそれがある。

そこで、本発明は、ユーザの状態に応じてゲームの演出を制御可能なゲームシステム等を提供することを目的とする。

本発明のゲームシステムは、ユーザの操作に応じてゲームを制御するゲーム制御手段（３１）と、ユーザがゲームをプレイしたプレイ結果を記録したプレイデータ（２３）に基づいて、ゲームの演出を制御する演出制御手段（３２）と、を備えたゲームシステムであって、前記演出制御手段には、ユーザの状態に関する状態情報を取得する状態情報取得手段（３４）と、前記状態情報取得手段で取得した状態情報、及び前記プレイデータに基づいて、ゲームの演出を変化させる演出変更手段（３５）と、が設けられているものである。

本発明のゲーム制御方法は、ユーザの操作に応じてゲームを制御するゲーム制御手順（Ｓ１）と、ユーザがゲームをプレイしたプレイ結果を記録したプレイデータ（２３）に基づいて、ゲームの演出を制御する演出制御手順（Ｓ２）と、を備えたゲームシステムのゲーム制御方法であって、前記演出制御手順には、ユーザの状態に関する状態情報を取得する状態情報取得手順（Ｓ１１〜Ｓ１６）と、前記状態情報取得手順で取得した状態情報、及び前記プレイデータに基づいて、ゲームの演出を変化させる演出変更手順（Ｓ２１〜Ｓ２４、Ｓ３１〜Ｓ３３、Ｓ４１〜Ｓ４４）と、が設けられているものである。

本発明のコンピュータプログラムは、ゲームシステムに組み込まれる少なくとも一部のコンピュータ装置（３１、３２）を、ユーザの操作に応じてゲームを制御するゲーム制御手段（３１）、及びユーザがゲームをプレイしたプレイ結果を記録したプレイデータ（２３）に基づいて、ゲームの演出を制御する演出制御手段（３２）として機能させるように構成されたコンピュータプログラムであって、前記演出制御手段には、ユーザの状態に関する状態情報を取得する状態情報取得手段（３４）、前記状態情報取得手段で取得した状態情報、及び前記プレイデータに基づいて、ゲームの演出を変化させる演出変更手段（３５）、が設けられているものである。

本発明によれば、ゲームの演出がユーザの状態情報とプレイデータに基づいて制御される。ユーザの状態によって演出が変化するのでゲーム演出が多様化してユーザを飽きさせない。また、ユーザの状態に即して演出が変化するので、演出に接したユーザに違和感を生じさせることがない。従って、ユーザの満足度を向上させ、ゲーム継続の動機を付与する。

本発明のゲームシステムの一形態において、前記ゲーム制御手段は、ネットワーク（５）を介して複数のユーザがプレイ可能でゲーム結果を共有する共通ゲームを制御し、前記演出変更手段は、前記状態情報取得手段で取得した一のユーザの状態情報及び一のユーザのプレイデータに基づいて、前記共通ゲームにおける一のユーザに関する演出を変化させてもよい。これによれば、共通ゲームをプレイする一のユーザに関する演出をそのユーザの状態情報及びプレイデータに基づいて変化させることができるので、ユーザに応じて多様な演出が可能になる。また、演出に接したユーザが他のユーザの状態を予測でき、共通ゲームをプレイするユーザ間に一体感を付与する。

本発明のゲームシステムの一形態において、前記ゲーム制御手段は、ネットワーク（５）を介して複数のユーザがプレイ可能でゲーム結果を共有する共通ゲームを制御し、前記演出変更手段は、前記共通ゲームに参加する各ユーザの状態情報及び各ユーザのプレイデータに基づいて、その共通ゲームの演出を変化させてもよい。これによれば、共通ゲームの演出が参加するユーザに応じて変化する。これにより、共通ゲームに特別感を生じさせ、参加するユーザの一体感を増すことができる。

本発明のゲームシステムの一形態において前記演出変更手段には、前記演出のために一のユーザの状態情報及び一のユーザのプレイデータに基づいて、他のユーザから一のユーザに対するメッセージを生成するメッセージ生成手段（３５）が設けられていてもよい。これによれば、ユーザの状態情報及びプレイデータに基づいてメッセージを生成し、それを利用した演出をすることができる。ユーザの状態に応じて演出が変化するので、ゲームを盛り上げることができる。

この形態において、前記メッセージ生成手段は、一のユーザの状態情報、一のユーザのプレイデータ、及び他のユーザのプレイデータに基づいて、他のユーザから一のユーザに対するメッセージを生成してもよい。メッセージの送信側のユーザのプレイデータを利用することで、ユーザ間の関係を考慮したメッセージを生成し、違和感のない演出が可能となる。また、この形態において、前記メッセージ生成手段は、一のユーザの状態情報、一のユーザのプレイデータ、及び他のユーザの状態情報に基づいて、他のユーザから一のユーザに対するメッセージを生成してもよい。

この形態において、前記メッセージ生成手段は、前記メッセージを生成するようにして一のユーザに対する複数のメッセージ候補を生成し、前記複数のメッセージ候補から他のユーザが選択した少なくとも一つのメッセージ候補を一のユーザに対するメッセージとして決定してもよい。これによれば、生成されたメッセージ候補からユーザにメッセージを選択させることで、ユーザの意思を反映したメッセージを利用した演出をすることができる。

本発明のゲームシステムの一形態において、前記状態情報取得手段は、ユーザの状態に関する複数の選択肢（１０１）からユーザにより選択された少なくとも１つの選択肢を前記状態情報として取得してもよい。これによれば、ユーザが選択した選択肢によりユーザが選択したときの状態を把握することができる。従って、ユーザの状態に応じて演出を変化させ、ユーザに適した制御を実施することができる。この形態において、前記状態情報取得手段は、所定のタイミングで前記状態情報を取得してもよい。また、この形態において、前記演出変更手段は、ユーザにより選択された選択肢を所定の集計範囲で集計し、その集計結果に基づいて、ゲームの演出を変化させてもよい。

なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。

以上、本発明においては、ゲームの演出がユーザの状態情報とプレイデータに基づいて制御される。ユーザの状態によって演出が変化するのでゲーム演出が多様化してユーザを飽きさせない。また、ユーザの状態に即して演出が変化するので、演出に接したユーザに違和感を生じさせることがない。従って、ユーザの満足度を向上させ、ゲーム継続の動機を付与する。

本発明の一形態に係るゲームシステムの全体構成を示す図。 ゲームシステムで実施される演出制御機能について説明する図。 ユーザの状態及び成績と、演出の効果との関係を示す図。 ゲームシステムのセンターサーバ及びゲーム機に関する制御系の主要部の構成を説明する機能ブロック図。 プレイデータの一例を示す図。 演出データの一例を示す図。 ゲーム機のゲーム制御部及び演出制御部が実行するゲーム実行処理ルーチンを示すフローチャート。 ゲーム機の演出制御部が実行する状態情報取得処理を示すフローチャート。 ゲーム機の演出制御部が実行する演出変更処理を示すフローチャート。 麻雀ゲームの対戦前にメッセージ交換機能を利用したコミュニケーションをするゲーム画面の一例を示す図。 ゲーム機の演出制御部が実行する返信メッセージ生成処理ルーチンを示すフローチャート。 ゲーム機の演出制御部が実行する返信メッセージ生成処理ルーチンの他の例を示すフローチャート。 ユーザの状態及び成績と、演出の効果との関係の変形例を示す図。

図１は、本発明の一形態に係るゲームシステムの全体構成を示す図である。ゲームシステム１は、サーバ装置としてのセンターサーバ２と、センターサーバ２に所定のネットワーク５を介して接続可能なクライアント装置としてのゲーム機（ゲーム装置に相当する。）３とを含む。センターサーバ２は、複数のサーバユニット２Ａ、２Ｂ…が組み合わされることにより一台の論理的なサーバ装置として構成されている。ただし、単一のサーバユニットによりセンターサーバ２が構成されてもよい。あるいは、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。

ゲーム機３は、所定のプレイ料金の支払いと引き換えに、そのプレイ料金に対応した範囲でユーザにゲームをプレイさせる商業用（業務用）のゲーム機として構成されている。この種のゲーム機３は、アーケードゲーム機と呼ばれることがある。ゲーム機３は、多数のユーザにゲームを繰り返しプレイさせて収益を上げることを主たる目的として店舗６等の所定の施設に設置されるコンピュータゲーム装置である。なお、店舗６には一以上の適宜数のゲーム機３が設置される。図１では、ゲーム機３を区別せずに描いているが、そのハードウエア構成やゲームの内容は適宜に選択されてよい。ゲーム機３は、特定のゲームに適合する物理的構成（例えば操作部等）を備えた専用機として構成されてもよいし、ソフトウエアの書き換えにより種々のゲームに対応可能な汎用機として構成されてもよい。

ネットワーク５は、センターサーバ２に対してゲーム機３をそれぞれ接続させることができる限り、適宜に構成されてよい。一例として、ネットワーク５は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成される。典型的には、ＷＡＮとしてのインターネット５Ａと、センターサーバ２及びゲーム機３のそれぞれとインターネット５Ａとを接続するＬＡＮ５Ｂ、５Ｃとがルータ５Ｄを介して接続されることにより構築される。なお、ゲーム機３と店舗６のルータ５Ｄとの間にローカルサーバが設置され、そのローカルサーバを介してゲーム機３がセンターサーバ２と通信可能に接続されてもよい。センターサーバ２のサーバユニット２Ａ、２Ｂ…はＬＡＮ５Ｃに代えて、又は加えてＷＡＮ５Ａにより、相互に接続される場合もある。

次に図２を参照してゲームシステム１で実施される演出制御機能について説明する。演出制御機能は、ゲーム機３でプレイするユーザの状態に関する状態情報、及びユーザのプレイデータ２３に基づいて、ゲーム機３で提供されるゲームの演出を変化させる機能である。以下、ゲーム機３で提供されるゲームが麻雀ゲームである場合を例に説明する。ゲーム機３には、ゲーム操作を入力する操作入力部１１と、ゲーム画面１００（参照符号１００ａ、１００ｂ等を代表して参照符号１００で示す場合がある。）を表示する表示部１２と、コイン投入口１３とが設けられている。コイン投入口１３に所定のプレイ料金に相当するコインが投入されると、ゲーム機３はユーザに共通ゲームとしての麻雀ゲームを提供する。

ゲーム機３には、ユーザ同士をマッチングするマッチング機能と、ユーザ間でメッセージの交換をさせるメッセージ交換機能とが設けられている。マッチング機能は、異なるゲーム機３でプレイするユーザ同士をネットワーク５を介して対戦させ、例えばユーザのプレイデータ２３を参照し、所定の条件に基づいて、マッチングされる。メッセージ交換機能は、対戦するユーザや、ユーザとの間に所定の結び付きが存在する仲間として登録したユーザとの間でメッセージを交換する。ユーザに固有の識別情報がユーザ毎に付与され、識別情報を利用してユーザを特定し、メッセージが交換される。なお、マッチング機能やメッセージ交換機能は周知技術を利用してよい。

ゲーム機３は、麻雀ゲームの対戦開始前、例えばマッチング処理の実行中にゲーム画面１００ａを表示して、ユーザの状態に関する状態情報を取得する。ユーザの状態として、例えば、ゲームプレイに対するユーザの意気込み（「超ガンバる！！！」、「ガンバる！！」、「ちょっとガンバる！」等）や、現在のゲームプレイの調子（「絶好調！」、「普通」、「絶不調…」等）、ユーザの気分（「ルンルン」、「まあまあ」、「イライラ」等）等が設定される。状態情報には、ユーザが入力したユーザの状態の程度に関する情報が含まれる。この場合、ユーザの状態の程度は、ユーザが選択した選択肢で指定される。このように状態情報は、ユーザによる主観的な情報であり、ゲームの成績や状況等の客観的な情報とは異なるものである。ゲーム画面１００ａにはユーザの状態としてのユーザの意気込みの程度を示す選択肢１０１ａ〜１０１ｃ（区別する必要がない場合、参照符号１００で代表する。）が表示される。図２の例では、選択肢１０１ａには「超ガンバる！！！」が、選択肢１０１ｂには「ガンバる！！」が、選択肢１０１ｃには「ちょっとガンバる！」が、それぞれ割り当てられる。ゲーム機３は、ユーザにいずれかの選択肢１０１を選択する操作を促す。

マッチング処理が終了して対戦するユーザが決定すると、対戦前に対戦する各ユーザが紹介される。例えば、対戦する各ユーザのニックネームやユーザに付与される称号等の対戦相手に関する情報が表示される。このときの各ユーザの紹介演出は、そのユーザが選択した選択肢１０１及びユーザのプレイデータ２３に基づいて変化する。図３は、ユーザの状態及び成績と、演出の効果との関係を示す図である。原則としてユーザのプレイ成績が良い程、派手な演出となるが、これに加えてユーザが選択した選択肢１０１の意気込みが強い程、さらに演出が派手になる。派手な演出の例として、画面のエフェクトや効果音を複雑なものにしたり、希少性の高い演出をしたりしてよい。演出の内容は様々に設定してよい。

図２のゲーム画面１００ｂは、ユーザを紹介する演出の一例を示している。ユーザのプレイ成績に応じてユーザには「期待の新人」という「称号」が付与され、それに応じた演出がされるが、この演出はプレイ成績が良い程派手となる。さらにユーザは、意気込みとして選択した選択肢１０１ａにより、「ウォォォォォォ！！！！」という掛け声が加わり、さらに演出が派手になる。また、ユーザの状態に応じた演出効果の変化量は適宜変更してよい。演出の方法は、このように演出を組み合わせるようにしてもよいし、ユーザのプレイデータ２３と選択した選択肢１０１との組合せに応じた演出データ３８を予め生成しておき、ユーザの選択肢１０１及びプレイ成績の組合せと紐付けておくようにしてもよい。

図４は、ゲームシステム１のセンターサーバ２及びゲーム機３に関する制御系の主要部の構成を説明する機能ブロック図である。センターサーバ２には、ゲームサービス管理部２１と、記憶部２２とが設けられている。ゲームサービス管理部２１は、センターサーバ２のコンピュータハードウエア（ＣＰＵ及びその動作に必要な内部記憶装置としてのメモリを含む。）とソフトウエアとの組合せによって実現される論理的装置である。記憶部２２は、ハードディスクアレイ等の記憶ユニットによって実現される外部記憶装置である。記憶部２２は、一の記憶ユニット上に全てのデータを保持するように構成されてもよいし、複数の記憶ユニットデータを分散して記憶するように構成されてもよい。記憶部２２には各種のデータが記憶されるが、図４ではプレイデータ２３及びコミュニティデータ２４が示されている。プレイデータ２３は、ユーザがゲームを続きからプレイするためにゲームのプレイ内容を保存したデータである。プレイデータ２３は、ユーザ毎に生成され、ユーザの識別情報と対応付けて記憶部２２に記憶される。図４では、一のユーザ識別情報に対応付けられたプレイデータ２３のみを示す。コミュニティデータ２４は、ユーザがメッセージ交換機能を利用する際に参照されるべき各種の情報を記録したデータである。コミュニティデータ２４もユーザ毎に生成され、ユーザの識別情報と対応付けて記憶部２２に記録される。図３では、一のユーザ識別情報に対応付けられたコミュニティデータ２４のみを示す。

ゲームサービス管理部２１は、ゲーム機３に対して所定のゲームサービスを提供する。ゲームサービスとしては、例えば、ゲーム機３からユーザの認証情報（一例としてユーザ毎にユニークな識別情報及びパスワード）を受け取ってユーザを認証し、そのユーザに対応するプレイデータ２３をゲーム機３から受け取って記憶部２２に保存し、あるいは、記憶部２２に保存されたユーザのプレイデータ２３をゲーム機３に提供するサービス、複数のゲーム機３のユーザを条件に応じてマッチングして共通のゲームに参加させるサービス、他のユーザとメッセージを交換させるサービス、ゲーム機３のソフトウエア（ゲーム用のプログラムあるいはデータ）をネットワーク５を介して更新するサービス等がある。

また、センターサーバ２には、ゲーム機３のユーザに対して、ゲーム上の有償サービスを提供する対価としての料金を課金してユーザからその料金を徴収する課金サービス機能も実装されている。決済の具体的手法としては、クレジットカード、デビットカード、あるいは電子通貨といった、電子データのやり取りを利用して代金を支払うことが可能な電子決済を利用して、ユーザからサービスの対価を課金し、その対価に見合った代金を徴収するものであればよい。電子決済は公知のものでよく、それを実現するための具体的構成や手順は説明を省略する。

ゲーム機３には、ゲーム制御部３１と、演出制御部３２と、記憶部３３とが設けられている。ゲーム制御部３１及び演出制御３２は、ゲーム機３のハードウエア（ＣＰＵ及びその内部記憶装置としてのメモリを含む。）とソフトウエアとの組合せによって実現される論理的装置である。ゲーム制御部３１は、ゲームの進行に必要な各種の演算制御を実行するとともに、センターサーバ２のゲームサービス管理部２１が提供するゲームサービスを享受するために必要な各種の処理を実行する。演出制御部３２は、ユーザのプレイデータ２３に基づいて麻雀ゲームにおける各種演出を制御する。例えば、演出制御部３２は、麻雀卓や麻雀牌のデザイン、背景等の表示に関する演出や、麻雀ゲームの勝敗決定時の演出、メッセージ交換機能利用時のメッセージ送受信や作成時の演出等の制御をする。演出制御部３２には、さらなる論理的装置として、情報取得部３４及び演出変更部３５が設けられている。情報取得部３４は、ユーザに選択肢１０１を選択させ、ユーザの状態情報を取得する。演出変更部３５は、ユーザの状態情報及びプレイデータ２３に基づいて、ゲームの演出を変化させる。

記憶部３３は、ハードディスク、半導体記憶装置といった記憶ユニットによって実現される外部記憶装置である。記憶部３３には各種のデータが記録されるが、図４ではセンターサーバ２から提供されたプレイデータ２３の他に、状態データ３６、称号データ３７及び演出データ３８が示されている。状態データ３６は、ユーザに選択される選択肢１０１の組合せが記録されている。選択肢１０１の組合せは、ユーザの状態（意気込み、気分等）に応じて複数記録されている。称号データ３７は、ユーザのプレイ成績に基づいて付与される称号に関するデータが記録されている。称号データ３７に記録される各称号はユーザのランキング等のプレイ成績に紐付けられている。演出データ３８は、ゲームの演出に利用する効果音や映像等の素材データが称号や選択肢１０１と紐付けられて記録されている。さらに、ゲーム機３には、操作入力部１１、表示部１２及びカードリーダ１４といった各種の入出力装置が設けられている。カードリーダ１４は、ユーザの認証に利用されるべき識別情報の一種として、ユーザが所持するカード８に記録されたカード毎にユニークなカードＩＤを読み取るための装置である。

図５は、プレイデータ２３の一例を示している。プレイデータ２３は、ユーザ毎に作成されるデータであって、対象となるユーザのゲームデータといったゲームに必要な各種の情報をそのユーザの識別情報（一例としてカードＩＤであるが、カードＩＤと対応付けが可能な他のＩＤでもよい。）と対応付けて記録した構造を有している。ゲームデータは、ユーザがゲーム機３でプレイした麻雀ゲームのプレイ回数、プレイ成績、ランクや称号等の評価情報、選択した選択肢１０１に関する選択肢情報、メッセージ操作情報といった、ゲームのプレイと関連付けられた様々な結果を記録したデータである。プレイ回数には、ユーザがプレイした回数の他、プレイ日時や、時間帯、平均滞在時間等、ユーザのプレイ傾向を記録してもよい。プレイ成績には、ユーザのランキング、勝率、過去の勝敗、対局の牌譜等が記録される。評価情報には、ユーザの現在のランクや称号が記録される。選択肢情報は、ユーザが選択した選択肢１０１を所定の集計範囲で集計したデータである。集計範囲は、所定期間であってもよいし、所定の回数であってもよい。それらの範囲を超えたデータは消去するようにしてもよい。メッセージ操作情報には、対戦中に入力したメッセージや、複数のメッセージ候補の中から選択したメッセージ候補のデータが記録される。

図６は、演出データ３８の一例を示している。演出データ３８は、ゲームの演出に利用する効果音や映像、画像等の素材データが称号や選択肢１０１と紐付けられて記録されている。素材データと紐付けられる紐付け情報には選択肢１０１やプレイ成績に応じた称号等の演出制御に必要な情報が用いられる。紐付け情報は、素材データの演出３１、３２…のように選択肢１０１と称号の特定の組合せに対して対応する素材データを紐付けてもよい。

図７は、ゲーム機３のゲーム制御部３１及び演出制御部３２が実行するゲーム実行処理ルーチンを示すフローチャートである。ゲーム実行処理は、ゲーム機３で提供される麻雀ゲームを実行するための処理である。ユーザがコイン投入口１３にプレイ料金に相当するコインを投入すると、ゲーム制御処理が開始される。ゲーム制御部３１は、麻雀ゲームを実行する（Ｓ１）。ゲーム制御部３１は、ユーザの要求に応じてマッチング処理を開始し、対戦するユーザをマッチングし、ゲームを進行制御する。また、ゲーム制御部３１は、ユーザの要求に応じてメッセージ交換機能を提供する。続いて演出制御部３２が、ゲーム進行に応じて演出を制御する（ステップＳ２）。例えば、対戦前のユーザ紹介時や、対戦中の演出、対戦後のあいさつ時等の演出を制御する。演出制御については後述する。そして、ゲーム制御部３１は、対戦が終了すると今回の対戦結果を各ユーザのプレイデータ２３に記録して今回の処理を終了する（ステップＳ３）。この形態において、ゲーム制御部３１が実行するステップＳ１及びＳ３の処理がゲーム制御手段として機能し、演出制御部３２が実行するステップＳ２の処理が演出制御手段として機能する。

図８は、ゲーム機３の演出制御部３２が実行する状態情報取得処理を示すフローチャートである。状態情報取得処理は、ユーザに選択肢１０１を選択させ、ユーザの状態情報を取得する処理である。ゲーム機３の演出制御部３２は、ユーザの状態情報を取得するタイミングか否かを判別する（ステップＳ１１）。状態情報を取得するタイミングとして例えば、麻雀ゲームの対戦開始前のタイミング、特に、所定の対戦回数毎のタイミングや、特定のゲームへ参加するタイミング等、ゲームに応じて適宜に設定できる。状態情報を取得するタイミングでない場合、演出制御部３２は今回の処理を終了する。

状態情報を取得するタイミングである場合、演出制御部３２は、ゲーム画面１００ａにユーザが選択すべき選択肢１０１を表示する（ステップＳ１２）。ステップＳ２で表示する選択肢１０１の組合せは状態データ３６を参照し、ゲームに応じて決定してよい。演出制御部３２は、ユーザが選択肢１０１を選択したか否かを判別する（ステップＳ１３）。ユーザが選択肢１０１を選択した場合、演出制御部３２は、選択された選択肢１０１を状態情報として取得し（ステップＳ１４）、今回の処理を終了する。取得した選択肢１０１は、状態情報としてユーザのプレイデータ２３に記録される。一方、ユーザが選択肢１０１を選択していない場合、演出制御部３２は、所定の期間が経過してタイムアウトしたか否かを判別する（ステップＳ１５）。タイムアウトしていない場合、演出制御部３２は、ステップＳ３に戻って、処理を継続する。タイムアウトした場合、演出制御部３２は、状態情報を未選択とし（ステップＳ１６）、今回の処理を終了する。未選択となる場合、所定の選択肢１０１を自動的に設定するようにしてもよい。例えば、ユーザの状態として中間の状態を示す選択肢１０１ｂや中間の数値を選択しなかったユーザの状態情報として設定してもよい。

上述した処理によれば、麻雀ゲームをプレイすると所定のタイミングでユーザの状態が取得される（ステップＳ１１〜Ｓ１６）。ユーザの状態を取得することで、ゲームに対するユーザの意気込みや気分、感情等、ゲームデータからは知り得ないユーザの主観的な情報を利用することができる。上述の処理において、演出制御部３２の情報取得部３４が実行するステップＳ１１〜Ｓ１６の処理が状態情報取得手段として機能する。

図９は、ゲーム機３の演出制御部３２が実行する演出変更処理を示すフローチャートである。演出変更処理は、ユーザの状態情報及びユーザのプレイデータ２３に基づいてゲーム演出を変化させる処理である。演出変更処理は、ユーザの状態情報を利用可能な適宜のタイミングで実行される。一例として、ゲーム機３で麻雀ゲームの対戦を開始する前に対戦する各ユーザを紹介する演出に対する実行で説明する。演出制御部３２は、ユーザの状態情報を取得し（ステップＳ２１）、ユーザのプレイデータ２３を取得する（ステップＳ２２）。取得するプレイデータ２３は、処理に必要なデータ、例えば、ユーザの称号やランク等の評価情報、プレイ成績等の一部のデータであってもよい。そして、演出制御部３２は、ユーザの状態情報及びプレイデータ２３に基づいて、ユーザを紹介する演出を決定する（ステップＳ２３）。演出制御部３２は、演出データ３８を参照して、ユーザの状態情報及びプレイデータ２３に基づいて使用する演出データ３８を決定する。そして、演出制御部３２は、対戦開始前に対戦するユーザを紹介する演出に対して、ステップＳ２３で決定した演出データ３８を使用した演出をし（ステップＳ２４）、今回の処理を終了する。例えば、図２のゲーム画面１００ｂのように、ユーザの状態情報及びプレイデータ２３に基づいてユーザ毎に演出が変化する。

上述の処理によれば、ユーザの状態情報及びプレイデータ２３に基づいてユーザを紹介する演出が変化する（ステップＳ２１〜Ｓ２４）。ユーザのプレイ成績が同じ程度であってもユーザの状態によってさらに演出が変化するのでゲーム演出が多様化し、ユーザを飽きさせない。また、ユーザの状態に即して演出が変化するので、演出に接したユーザに違和感を生じさせることがない。また、演出に接したユーザが他のユーザの状態を予測できるので、ゲームをプレイするユーザ間に一体感を付与し、コミュニケーションを促進させることができる。なお、演出制御部３２の演出変更部３５が実行するステップＳ２１〜Ｓ２４の処理が演出変更手段として機能する。

本発明は、上述した形態に限定されることなく、種々の形態にて実施することができる。例えば、本形態では、演出変更処理をゲーム機３で麻雀ゲームの対戦を開始する前に対戦する各ユーザを紹介する演出に対する実行を例に説明したがこれに限られない。例えば、メッセージ交換機能を利用してユーザ間でコミュニケーションをとる場合の演出にも本発明を適用できる。図１０は、麻雀ゲームの対戦前にメッセージ交換機能を利用したコミュニケーションをするゲーム画面１００ｃの一例を示す図である。図１０は、ユーザＢＢＢが自己紹介するメッセージを送信した後、対戦する他のユーザからのメッセージが表示されているゲーム画面１００ｃを示している。ゲーム画面１００ｃには、ユーザＢＢＢがしたメッセージ１１０と、そのメッセージに対する他のユーザＡＡＡ、ＣＣＣ、ＤＤＤからの返信メッセージ１１１ａ、１１１ｃ、１１１ｄ（特に区別しない場合、参照符号１１１で代表する。）が表示されている。返信メッセージ１１１ａ、１１１ｃ、１１１ｄは、ユーザＢＢＢが選択した選択肢１０１及びプレイ成績に基づいて生成され、各ユーザＡＡＡ、ＣＣＣ、ＤＤＤに提示され各ユーザからの送信許可を得て、あるいは自動的に送信され表示される。返信メッセージ１１１は、そのメッセージを受け取るユーザＢＢＢが選択した選択肢及びプレイデータ２３に基づいて生成されるので、ユーザＢＢＢの状態に適したメッセージをユーザＢＢＢは受け取ることができる。

この場合、演出データ３８の素材データとして、返信メッセージ１１１の文言やフォント、吹き出しのデザイン等がそれぞれに、あるいは組み合わされて記録される。素材データは、選択肢１０１及びプレイデータ２３（プレイ成績、称号等）と紐付けられて記録される。例えば、プレイ成績が上位でかつ選択肢１０１ａを選択したユーザに対する返信メッセージ１１１として、「なんという勢いだ！その調子で優勝目指して頑張って！」、「やる気に満ちているなぁ！そのままいっけえぇぇ！」等のメッセージが生成される。また、同じくプレイ成績が上位で勝つ選択肢１０１ｂを選択したユーザに対する返信メッセージ１１１として、「優勝目指して頑張って！」、「すごい！大会がんばってね！」等のメッセージが生成される。プレイ成績が下位でかつ選択肢１０１ｃを選択したユーザに対する返信メッセージ１１１として、「まだまだいける！大会がんばって！」、「君の闘いはこれからだ！」等のメッセージが生成される。このように、ユーザの状態とプレイデータ２３に基づいてユーザに適したメッセージが生成され、それに適した演出がされる。紐付け情報を細かく設定することで、ゲーム演出を多様化させることができる。

図１１は、ゲーム機３の演出制御部３２が実行する返信メッセージ生成処理ルーチンを示すフローチャートである。返信メッセージ生成処理は、ユーザが選択肢した選択肢１０１及びプレイデータ２３に基づいて返信メッセージ１１１を生成する処理である。ます、演出制御部３２は、返信メッセージ１１１を受信するユーザの状態情報及びプレイデータ２３を取得し（ステップＳ３１）、これに基づいて返信メッセージ１１１を生成する（ステップＳ３２）。生成される返信メッセージ１１１は、ユーザの状態とプレイ成績に応じて変化する。そして、演出制御部３２は、生成された返信メッセージ１１１に対し、返信する側のユーザ（ユーザＡＡＡ、ＣＣＣ、ＤＤＤ）の許可を受けて送信し（ステップＳ３３）、今回の処理を終了する。ここでいう返信メッセージ１１１の送受信の概念は、ネットワーク５を介して実際にユーザＡＡＡ、ＣＣＣ、ＤＤＤからユーザＢＢＢに送信されることに加え、ユーザＢＢＢがプレイするゲーム機３内で返信メッセージ１１１が生成され、あたかもユーザＡＡＡ等が送信したかのように演出されることも含む。この場合、ネットワーク５を介してのメッセージの送受信はないがユーザが返信メッセージ１１１を自動的に送信する設定にすることで、ステップＳ２３で返信メッセージ１１１が送信されたかのように演出されることになる。

上述の処理によれば、返信メッセージ１１１を受信するユーザの状態情報及びプレイデータ２３を取得し（ステップ３１）、それらの情報に基づいて返信メッセージ１１１が生成される（ステップＳ３２）。生成された返信メッセージ１１１は、返信メッセージ１１１を受け取るべきユーザに送信あるいは提示される（ステップＳ３３）。これによれば、メッセージを送信する相手の状態情報に応じてユーザに適した返信メッセージ１１１を生成することができ、ゲームの演出が多様化する。また、メッセージを送る相手に適したメッセージを生成することで、見知らぬユーザとのコミュニケーションを促すことができる。なお、上述の処理において、演出制御部３２の演出変更部３５が実行するステップＳ３１〜Ｓ３３の処理がメッセージ生成手段として機能する。

返信メッセージ生成処理において、返信メッセージ１１１を受信するユーザの状態情報及びプレイデータ２３に加え、返信メッセージ１１１を送信するユーザの状態情報及びプレイデータ２３の少なくともいずれか一方をさらに考慮して返信メッセージ１１１を生成してもよい。以下、返信メッセージ１１１を送信するユーザのプレイデータ２３を取得する例で説明する。図１２は、ゲーム機３の演出制御部３２が実行する返信メッセージ生成処理ルーチンの他の例を示すフローチャートである。演出制御部３２は、返信メッセージ１１１を受信するユーザの状態情報及びプレイデータ２３を取得するとともに（ステップＳ４１）、返信メッセージ１１１を送信するユーザ（ユーザＡＡＡ、ＣＣＣ、ＤＤＤ）のプレイデータ２３を取得する（ステップＳ４２）。

演出制御部３２は、返信メッセージ１１１を受信するユーザの状態情報及びプレイデータ２３と、返信メッセージ１１１を送信するユーザのプレイデータ２３とに基づいて、返信メッセージ１１１を生成する（ステップＳ４３）。返信メッセージ１１１の例として、プレイ成績が上位でかつ選択肢１０１ａを選択したユーザに対して、送信する側のユーザのプレイ成績の方が良い（ランクが高い）場合、「その勢いだ！頑張って私達についてこい！」、「まだまだ安心するなよ。君ならもっと上位を目指せる！」等の返信メッセージ１１１を生成し、一方、送信する側のユーザのプレイ成績の方が悪い（ランクが低い）場合、「すごいなぁ！その調子で頑張って下さい！」、「新人とは思えない！期待しています！」等の返信メッセージ１１１が生成される。このように、送信する側のユーザのプレイデータ２３をさらに考慮することで、送信する側の立場を生かしたメッセージを生成することができる。そして、演出制御部３２は、生成された返信メッセージ１１１に対し、返信する側のユーザ（ユーザＡＡＡ、ＣＣＣ、ＤＤＤ）の許可を受けて送信し（ステップＳ４４）、今回の処理を終了する。ステップＳ３３の処理は、上述したステップＳ２３の処理と同様でよい。なお、この処理において、演出制御部３２の演出変更部３５が実行するステップＳ４１〜Ｓ４４の処理がメッセージ生成手段として機能する。

上述した図１１及び図１２の返信メッセージ生成処理において、ステップＳ２２及びＳ３３の返信メッセージ１１１の生成処理に代えて、複数のメッセージ候補を生成し、複数のメッセージ候補の中からユーザに選択させた少なくとも１つのメッセージ候補を返信メッセージ１１１として決定するようにしてもよい。複数のメッセージ候補の生成は、上述したステップＳ２２及びＳ３３と同様の方法でよく、複数のメッセージを生成するようにすればよい。

演出制御部３２による演出の例として、図３に示すようにユーザのプレイ成績（プレイデータ２３）による変化に加えてユーザの状態情報によってさらに演出が変化する例、つまり、ユーザのプレイ成績と状態情報とが独立して変化する例で説明したがこれに限られない。ユーザのプレイ成績とユーザの状態との組合せによって演出を変化させてもよい。図１３は、ユーザの状態及び成績と、演出の効果との関係の変形例を示す図である。図１３の例では、ユーザの状態（状態情報）とプレイ成績（プレイデータ２３）の組合せによって演出が変化する。例えば、ユーザの状態が「絶好調」でプレイ成績が上位であれば、演出は派手で明るいものになるし、ユーザの状態が「絶不調」でプレイ成績が下位であれば演出は地味で暗いものになる。この場合、演出データ３８は、演出３１、３２…のように状態情報及びプレイ成績の組合せと素材データとを紐付けて記録すればよい。紐付け情報は、称号の他、プレイデータ２３のプレイ成績等の各情報や、所定のゲーム条件（勝敗数や、ステージクリア等）の成立等を設定してもよい。ゲームに応じて適宜の情報を設定してよい。

上述した形態では、ユーザの状態情報として複数の選択肢１０１で説明したが、これに限られない。図３や図１３で示したグラフのように演出の効果を関数で定めておき、ユーザの状態としてユーザが入力する数値に応じて演出を制御するようにしてもよい。例えば、ユーザの意気込み指数を０〜１００の範囲でユーザが任意で設定できるようにし、意気込み指数１００で選択肢１０１ａに相当する演出をするように制御してもよい。あるいは、ユーザの状態を示すキーワードの入力を受け付け、そのキーワードに応じて演出を制御するようにしてもよい。キーワードとして、やる気やテンションの高低、有無等のユーザのモチベーションの大小に関するもの、例えば、超、すごい、そこそこ、まあまあ、ちょっと等が設定されてもよい。ユーザが入力できるようにしてもよいし、複数の選択肢として用意し、ユーザに選択させてもよい。

上述した演出のユーザ紹介演出やメッセージ生成演出の他にも、麻雀ゲームの対戦中に対戦相手のユーザに対して奮起させる演出や、対戦後に対戦相手のユーザを称える演出をしてもよい。演出には紐付け情報に紐付けられた素材データ（メッセージ、効果音、映像、画像等）を利用することで、ユーザの状態に適した演出をすることができる。上述した形態において、ゲーム機３で提供される共通ゲームとして麻雀ゲームで説明したがこれに限られない。例えば、シューティングゲームやＲＰＧゲーム、音楽ゲーム、スポーツゲーム等の様々なゲームにおいて、ユーザの状態情報及びプレイデータ２３に基づいて演出を変化させるように制御することができる。これらのゲームがネットワーク５を介してユーザ同士で対戦プレイあるいは協力プレイを可能とする場合、図１１、図１２に示す各処理を実行できる。

上述の形態では、演出対象となるユーザの状態情報及びプレイデータ２３に基づいてそのユーザに関する演出をしたが、これに限られない。例えば、演出データ３８の選択肢情報を利用して演出を制御してもよい。選択肢情報には、ユーザが選択した選択肢１０１の集計結果が記録されているのでユーザが選択する傾向に応じた演出制御ができる。あるいは、共通ゲームをプレイする各ユーザの状態情報及びプレイデータ２３を集計して共通ゲームの演出を変化させるようにしてもよい。この場合においても、変化させる演出のための演出データ３８を複数用意しておき、集計結果に基づいて使用する演出データ３８を決定すればよい。これによれば、共通ゲームの演出が参加するユーザに応じて変化する。これにより、共通ゲームに特別感を生じさせ、参加するユーザの一体感を増すことができる。

１ ゲームシステム
３ ゲーム機
２３ プレイデータ
３１ ゲーム制御部（ゲーム制御手段）
３２ 演出制御部（演出制御手段）
３４ 情報取得部（状態情報取得手段）
３５ 演出変更部（演出変更手段）
３８ 演出データ

Claims (9)

1. ユーザの操作に応じてゲームを制御するゲーム制御手段と、
   ユーザがゲームをプレイしたプレイ結果を記録したプレイデータに基づいて、ゲームの演出を制御する演出制御手段と、を備えたゲームシステムであって、
   前記演出制御手段には、
   ユーザの状態に関する状態情報を取得する状態情報取得手段と、
   前記状態情報取得手段で取得した状態情報、及び前記プレイデータに基づいて、ゲームの演出を変化させる演出変更手段と、
   が設けられ、
   前記ゲーム制御手段は、ネットワークを介してマッチングされた複数のユーザがプレイ可能でゲーム結果を共有する共通ゲームを制御し、
   前記状態情報取得手段は、前記ユーザの状態に関する複数の選択肢からユーザにより選択された少なくとも１つの選択肢を前記状態情報として取得し、
   前記演出変更手段は、前記状態情報取得手段で取得した一のユーザの状態情報及び一のユーザのプレイデータに基づいて、前記共通ゲームのプレイが開始される前に実行されるべき前記一のユーザをマッチングされた他のユーザに紹介する演出を変化させるゲームシステム。
2. 前記演出変更手段は、前記共通ゲームに参加する各ユーザの状態情報及び各ユーザのプレイデータに基づいて、その共通ゲームにおける各ユーザを他のユーザに紹介する演出を変化させる請求項１に記載のゲームシステム。
3. 前記演出変更手段には、前記演出のために一のユーザの状態情報及び一のユーザのプレイデータに基づいて、他のユーザから一のユーザに対するメッセージを生成するメッセージ生成手段が設けられている請求項１又は２に記載のゲームシステム。
4. 前記メッセージ生成手段は、一のユーザの状態情報、一のユーザのプレイデータ、及び他のユーザのプレイデータに基づいて、他のユーザから一のユーザに対するメッセージを生成する請求項３に記載のゲームシステム。
5. 前記メッセージ生成手段は、一のユーザの状態情報、一のユーザのプレイデータ、及び他のユーザの状態情報に基づいて、他のユーザから一のユーザに対するメッセージを生成する請求項３又は４に記載のゲームシステム。
6. 前記メッセージ生成手段は、前記メッセージを生成するようにして一のユーザに対する複数のメッセージ候補を生成し、前記複数のメッセージ候補から他のユーザが選択した少なくとも一つのメッセージ候補を一のユーザに対するメッセージとして決定する請求項３〜５のいずれか一項に記載のゲームシステム。
7. 前記演出変更手段は、ユーザにより選択された選択肢を所定の集計範囲で集計し、その集計結果に基づいて、ゲームの演出を変化させる請求項１〜６のいずれか一項に記載のゲームシステム。
8. ユーザの操作に応じてゲームを制御するゲーム制御手順と、
   ユーザがゲームをプレイしたプレイ結果を記録したプレイデータに基づいて、ゲームの演出を制御する演出制御手順と、を備えたゲームシステムのゲーム制御方法であって、
   前記演出制御手順には、
   ユーザの状態に関する状態情報を取得する状態情報取得手順と、
   前記状態情報取得手順で取得した状態情報、及び前記プレイデータに基づいて、ゲームの演出を変化させる演出変更手順と、
   が設けられ、
   前記ゲーム制御手順では、ネットワークを介してマッチングされた複数のユーザがプレイ可能でゲーム結果を共有する共通ゲームを制御し、
   前記状態情報取得手順では、前記ユーザの状態に関する複数の選択肢からユーザにより選択された少なくとも１つの選択肢を前記状態情報として取得し、
   前記演出変更手順では、前記状態情報取得手順で取得した一のユーザの状態情報及び一のユーザのプレイデータに基づいて、前記共通ゲームのプレイが開始される前に実行されるべき前記一のユーザをマッチングされた他のユーザに紹介する演出を変化させるゲーム制御方法。
9. ゲームシステムに組み込まれる少なくとも一部のコンピュータ装置を、
   ユーザの操作に応じてゲームを制御するゲーム制御手段、及びユーザがゲームをプレイしたプレイ結果を記録したプレイデータに基づいて、ゲームの演出を制御する演出制御手段として機能させるように構成されたコンピュータプログラムであって、
   前記演出制御手段には、ユーザの状態に関する状態情報を取得する状態情報取得手段、前記状態情報取得手段で取得した状態情報、及び前記プレイデータに基づいて、ゲームの演出を変化させる演出変更手段、が設けられ、
   前記ゲーム制御手段は、ネットワークを介してマッチングされた複数のユーザがプレイ可能でゲーム結果を共有する共通ゲームを制御し、
   前記状態情報取得手段は、前記ユーザの状態に関する複数の選択肢からユーザにより選択された少なくとも１つの選択肢を前記状態情報として取得し、
   前記演出変更手段は、前記状態情報取得手段で取得した一のユーザの状態情報及び一のユーザのプレイデータに基づいて、前記共通ゲームのプレイが開始される前に実行されるべき前記一のユーザをマッチングされた他のユーザに紹介する演出を変化させる、
   ように構成されたコンピュータプログラム。

Images