特許 7437334 情報処理プログラム、情報処理方法および情報処理システム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-14

(45)【発行日】2024-02-22

(54)【発明の名称】情報処理プログラム、情報処理方法および情報処理システム

(51)【国際特許分類】

   A63F 13/45 20140101AFI20240215BHJP

   A63F 13/69 20140101ALI20240215BHJP

【ＦＩ】

A63F13/45

A63F13/69 510

【請求項の数】 5

(21)【出願番号】P 2021022711

(22)【出願日】2021-02-16

(65)【公開番号】P2022124840

(43)【公開日】2022-08-26

【審査請求日】2021-07-05

【審判番号】

【審判請求日】2022-03-18

【早期審査対象出願】

(73)【特許権者】

【識別番号】511249637

【氏名又は名称】株式会社Ｃｙｇａｍｅｓ

(74)【代理人】

【識別番号】110000936

【氏名又は名称】弁理士法人青海国際特許事務所

(72)【発明者】

【氏名】塚野 龍馬

(72)【発明者】

【氏名】正木 嘉和

(72)【発明者】

【氏名】井上 健太

(72)【発明者】

【氏名】床枝 健文

【合議体】

【審判長】古屋野 浩志

【審判官】松田 直也

【審判官】有家 秀郎

(56)【参考文献】

【文献】特開２００１－１９８３６０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

A63F 9/24

A63F 13/00 - 13/98

(57)【特許請求の範囲】

【請求項1】

開始から終了までの制限時間が設けられるゲームであって、ゲームの開始から終了までの間に設けられるランダム区間および固定区間のうち、前記ランダム区間で生成され、プレイヤの操作入力が要求される事象を、複数種類の事象の中から抽選により決定する決定部と、
決定された前記事象ごとに、前記ランダム区間中の生成タイミングが対応付けられた第１生成情報を作成する作成部と、
ゲーム中において、前記ランダム区間では、前記第１生成情報に基づいて前記事象を生成し、前記固定区間では、生成される前記事象ごとに前記固定区間中の生成タイミングが予め対応付けられた第２生成情報に基づいて、前記事象を生成する事象生成部と、
ゲーム中に生成された前記事象と、プレイヤの操作入力とに基づいてゲームを進行する進行部と、
して情報処理システムを機能させ、
前記ランダム区間では、予め定められた数の前記事象が前記抽選によって決定される情報処理プログラム。

【請求項2】

前記固定区間の開始タイミングおよび終了タイミングの少なくともいずれかが互いに異なる複数のゲームが設けられ、プレイヤは複数の前記ゲームの中からいずれかを選択してプレイすることが可能である、
請求項１に記載の情報処理プログラム。

【請求項3】

前記固定区間で生成される前記事象および前記事象の生成タイミングの少なくともいずれかが互いに異なる複数のゲームが設けられ、プレイヤは複数の前記ゲームの中からいずれかを選択してプレイすることが可能である、
請求項１または２に記載の情報処理プログラム。

【請求項4】

情報処理システムが、
開始から終了までの制限時間が設けられるゲームであって、ゲームの開始から終了までの間に設けられるランダム区間および固定区間のうち、前記ランダム区間で生成され、プレイヤの操作入力が要求される事象を、複数種類の事象の中から抽選により決定するステップと、
決定された前記事象ごとに、前記ランダム区間中の生成タイミングが対応付けられた第１生成情報を作成するステップと、
ゲーム中において、前記ランダム区間では、前記第１生成情報に基づいて前記事象を生成し、前記固定区間では、生成される前記事象ごとに前記固定区間中の生成タイミングが予め対応付けられた第２生成情報に基づいて、前記事象を生成するステップと、
ゲーム中に生成された前記事象と、プレイヤの操作入力とに基づいてゲームを進行するステップと、
を遂行し、
前記ランダム区間では、予め定められた数の前記事象が前記抽選によって決定される情報処理方法。

【請求項5】

開始から終了までの制限時間が設けられるゲームであって、ゲームの開始から終了までの間に設けられるランダム区間および固定区間のうち、前記ランダム区間で生成され、プレイヤの操作入力が要求される事象を、複数種類の事象の中から抽選により決定する決定部と、
決定された前記事象ごとに、前記ランダム区間中の生成タイミングが対応付けられた第１生成情報を作成する作成部と、
ゲーム中において、前記ランダム区間では、前記第１生成情報に基づいて前記事象を生成し、前記固定区間では、生成される前記事象ごとに前記固定区間中の生成タイミングが予め対応付けられた第２生成情報に基づいて、前記事象を生成する事象生成部と、
ゲーム中に生成された前記事象と、プレイヤの操作入力とに基づいてゲームを進行する進行部と、
を備え、
前記ランダム区間では、予め定められた数の前記事象が前記抽選によって決定される情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理方法および情報処理システムに関する。

【背景技術】

【0002】

従来、開始から終了までのゲーム時間が設定されており、開始からの経過時間に伴って、さまざまな事象が生成されるゲームが知られている。こうしたゲームとして、例えば、非特許文献１に挙げるゲームが知られている。このゲームでは、時間の経過に伴って、次々と来店客が飲食物をオーダーする。プレイヤは、操作入力によって飲食物を調理することができ、制限時間内に要求された飲食物を提供することで、得点を獲得することができる。また、来店客数や注文内容が異なる複数のステージが設けられており、プレイヤは、いずれかのステージを選択してゲームをプレイすることができる。

【先行技術文献】

【非特許文献】

【0003】

【文献】ＬＩＮＥシェフ公式 [令和３年２月１５日検索]，インターネット <ＵＲＬ：https://chef.game.line.me/ja/>

【発明の概要】

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

【0004】

上記のようなゲームでは、例えば、オーダーの内容およびタイミングが対応付けられたタイムテーブルが設けられ、タイムテーブルにしたがって、来店客の来店やオーダーが行われる。このタイムテーブルは、ゲームがプレイされるたびに、オーダーの内容およびタイミングを抽選により決定することで生成可能である。しかしながら、この場合、抽選の結果によっては、ステージの特色が出せないものとなり、ゲームの興趣が低下する。

【0005】

一方で、オーダーの内容およびタイミングが全て設定されたタイムテーブルを、ステージごとに予め複数パターン用意することも可能である。しかしながら、タイムテーブルを設計する作業は極めて煩雑であるため、ステージごとに設けられるタイムテーブルの数が制限され、やはりゲームの興趣が低下するおそれがある。

【0006】

本発明は、ゲームの興趣を向上することができる情報処理プログラム、情報処理方法および情報処理システムを提供することを目的としている。

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

【0007】

上記課題を解決するために、情報処理プログラムは、開始から終了までの制限時間が設けられるゲームであって、ゲームの開始から終了までの間に設けられるランダム区間および固定区間のうち、ランダム区間で生成され、プレイヤの操作入力が要求される事象を、複数種類の事象の中から抽選により決定する決定部と、決定された事象ごとに、ランダム区間中の生成タイミングが対応付けられた第１生成情報を作成する作成部と、ゲーム中において、ランダム区間では、第１生成情報に基づいて事象を生成し、固定区間では、生成される事象ごとに固定区間中の生成タイミングが予め対応付けられた第２生成情報に基づいて、事象を生成する事象生成部と、ゲーム中に生成された事象と、プレイヤの操作入力とに基づいてゲームを進行する進行部と、して情報処理システムを機能させ、ランダム区間では、予め定められた数の事象が抽選によって決定される。

【0008】

また、固定区間の開始タイミングおよび終了タイミングの少なくともいずれかが互いに異なる複数のステージが設けられ、プレイヤは複数のステージの中からいずれかを選択してプレイすることが可能であってもよい。

【0009】

また、固定区間で生成される事象および事象の生成タイミングの少なくともいずれかが互いに異なる複数のステージが設けられ、プレイヤは複数のステージの中からいずれかを選択してプレイすることが可能であってもよい。

【0010】

上記課題を解決するために、情報処理方法は、情報処理システムが、開始から終了までの制限時間が設けられるゲームであって、ゲームの開始から終了までの間に設けられるランダム区間および固定区間のうち、ランダム区間で生成され、プレイヤの操作入力が要求される事象を、複数種類の事象の中から抽選により決定するステップと、決定された事象ごとに、ランダム区間中の生成タイミングが対応付けられた第１生成情報を作成するステップと、ゲーム中において、ランダム区間では、第１生成情報に基づいて事象を生成し、固定区間では、生成される事象ごとに固定区間中の生成タイミングが予め対応付けられた第２生成情報に基づいて、事象を生成するステップと、ゲーム中に生成された事象と、プレイヤの操作入力とに基づいてゲームを進行するステップと、を遂行し、ランダム区間では、予め定められた数の事象が抽選によって決定される。

【0011】

上記課題を解決するために、情報処理システムは、開始から終了までの制限時間が設けられるゲームであって、ゲームの開始から終了までの間に設けられるランダム区間および固定区間のうち、ランダム区間で生成され、プレイヤの操作入力が要求される事象を、複数種類の事象の中から抽選により決定する決定部と、決定された事象ごとに、ランダム区間中の生成タイミングが対応付けられた第１生成情報を作成する作成部と、ゲーム中において、ランダム区間では、第１生成情報に基づいて事象を生成し、固定区間では、生成される事象ごとに固定区間中の生成タイミングが予め対応付けられた第２生成情報に基づいて、事象を生成する事象生成部と、ゲーム中に生成された事象と、プレイヤの操作入力とに基づいてゲームを進行する進行部と、を備え、ランダム区間では、予め定められた数の事象が抽選によって決定される。

【発明の効果】

【0012】

本発明によれば、ゲームの興趣を向上することができる。

【図面の簡単な説明】

【0013】

【図1】図１は、情報処理システムの概略的な構成を示した説明図である。

【図2】図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。

【図3】図３Ａは、ステージ選択画面の一例を説明する図であり、図３Ｂは、ゲーム画面の一例を説明する図である。

【図4】図４Ａは、ゲームの進行の流れを説明する第１の図である。図４Ｂは、ゲームの進行の流れを説明する第２の図である。

【図5】図５Ａは、ゲームの進行の流れを説明する第３の図である。図５Ｂは、ゲームの進行の流れを説明する第４の図である。

【図6】図６Ａは、ゲームの進行の流れを説明する第５の図である。図６Ｂは、ゲームの進行の流れを説明する第６の図である。

【図7】図７Ａは、第１ステージのランダム区間および固定区間を説明する図である。図７Ｂは、第２ステージのランダム区間および固定区間を説明する図である。

【図8】図８Ａは、第１ステージの固定区間用生成情報の一例を説明する図である。図８Ｂは、第１ステージの第１ランダム区間用マスタテーブルの一例を説明する図である。図８Ｃは、第１ステージの第２ランダム区間用マスタテーブルの一例を説明する図である。

【図9】図９Ａは、第１ランダム区間用生成情報の一例を説明する図である。図９Ｂは、第２ランダム区間用生成情報の一例を説明する図である。

【図10】図１０は、タイムテーブルの一例を説明する図である。

【図11】図１１は、出現情報の更新例を説明する図である。

【図12】図１２は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。

【図13】図１３は、サーバにおけるメモリの構成およびコンピュータとしての機能を説明する図である。

【図14】図１４は、プレイヤ端末およびサーバの基本的な処理を説明するシーケンス図である。

【図15】図１５は、サーバにおけるタイムテーブル作成処理を説明する第１のフローチャートである。

【図16】図１６は、サーバにおけるタイムテーブル作成処理を説明する第２のフローチャートである。

【図17】図１７は、プレイヤ端末におけるゲーム実行処理を説明するフローチャートである。

【図18】図１８は、プレイヤ端末におけるキャラクタ制御処理を説明するフローチャートである。

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

【0014】

以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

【0015】

（情報処理システムＳの全体の構成）
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、クライアントすなわちゲーム端末として機能するプレイヤ端末１と、サーバ１００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。

【0016】

本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１００との協働によって、ゲームが進行可能となる。

【0017】

プレイヤ端末１は、通信ネットワークＮを介してサーバ１００との通信を確立することができる。プレイヤ端末１は、サーバ１００と無線もしくは有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。

【0018】

サーバ１００は、複数のプレイヤ端末１と通信接続される。サーバ１００は、ゲームをプレイするプレイヤごとに各種の情報を蓄積する。また、サーバ１００は、主に、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新や、プレイヤ端末１に対して画像や各種情報をダウンロードさせる等の処理を遂行する。

【0019】

通信基地局Ｎａは、通信ネットワークＮと接続され、プレイヤ端末１と無線による情報の送受信を行う。通信ネットワークＮは、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成され、プレイヤ端末１とサーバ１００との無線もしくは有線による通信接続を実現する。

【0020】

（プレイヤ端末１およびサーバ１００のハードウェアの構成）
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、ＣＰＵ(Central Processing Unit)１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。

【0021】

また、図２Ｂに示すように、サーバ１００は、ＣＰＵ１１０、メモリ１１２、バス１１４、入出力インタフェース１１６、記憶部１１８、通信部１２０、入力部１２２、出力部１２４を含んで構成される。

【0022】

なお、サーバ１００のＣＰＵ１１０、メモリ１１２、バス１１４、入出力インタフェース１１６、記憶部１１８、通信部１２０、入力部１２２、出力部１２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１００については説明を省略する。

【0023】

ＣＰＵ１０は、メモリ１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。メモリ１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。メモリ１２は、バス１４を介してＣＰＵ１０に接続されている。

【0024】

バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。

【0025】

記憶部１８は、ＤＲＡＭ(Dynamic Random Access Memory)等の半導体メモリで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムおよびデータが、ＣＰＵ１０によってメモリ１２（ＲＡＭ）にロードされる。

【0026】

通信部２０は、通信基地局Ｎａと無線により通信接続され、通信ネットワークＮを介して、サーバ１００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１００から受信したプログラム等が、メモリ１２または記憶部１８に格納される。

【0027】

入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。

【0028】

出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、出力部２４としてディスプレイ２６を備え、入力部２２として、ディスプレイ２６に重畳して設けられるタッチパネルを備えている。

【0029】

（ゲーム内容）
次に、本実施形態の情報処理システムＳ、ゲーム装置Ｇにより提供されるゲームについて説明する。なお、本実施形態のゲームは、キャラクタがオーダーしたドリンクやスイーツ等の飲食物（以下、品物と呼ぶ）を、プレイヤが時間内に提供することで得点を獲得する所謂キッチンゲームである。詳しくは後述するが、本実施形態では、開始から終了までの時間、すなわち、ゲーム時間が予め設定されており、時間の経過に伴って、キャラクタが品物をオーダーする。

【0030】

出現するキャラクタ、キャラクタがオーダーする品物（以下、オーダー内容と呼ぶ）、キャラクタがオーダーするタイミング（以下、オーダー予定時間と呼ぶ）は、ゲーム開始時に予め決定されている。換言すれば、ゲーム開始時には、出現するキャラクタ、オーダー内容、オーダー予定時間が対応付けられた複数のオーダー情報を含むタイムテーブルが用意されている。そして、ゲーム中は、ゲームの開始からの経過時間とタイムテーブルとに基づいてオーダーが生成される。

【0031】

プレイヤは、操作入力により、各種の品物を調理し、キャラクタに提供することができる。つまり、オーダーは、プレイヤの操作入力が要求される事象であり、本実施形態では、ゲーム中に生成された事象と、プレイヤの操作入力とに基づいてゲームが進行する。以下では、プレイヤが店員として、順次生成されるオーダーに対応した品物を提供するキッチンゲームについて詳述する。

【0032】

ただし、本発明は、以下に説明するキッチンゲームに限らず、プレイヤの操作入力が要求される事象が時間の経過に伴って生成されるゲームに広く適用可能である。したがって、本発明は、アクションゲーム、バトルゲーム、ＲＰＧ（Roll Playing Game）、カードゲーム、シューティングゲーム等、いずれのゲーム分野にも適用可能であり、具体的なゲーム内容は特に限定されない。

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

７４ａ オーダー生成部（事象生成部）
７６ａ ゲーム進行部（進行部）
１３０ａ オーダー情報決定部（決定部）
１３２ａ 生成情報作成部（作成部）
Ｓ 情報処理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】