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

Abstract

【課題】ゲームのプレイヤによる不正な中断を抑止する。【解決手段】異常終了カウント部と、コンティニュー実行部を備え、前記異常終了カウント部は、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、前記コンティニュー実行部は、前記イベントの途中でゲームが中断された後、前記回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理装置が提供される。【選択図】図７

Description

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

従来、プレイヤの不正な中断を検知するゲームが開発されている。例えば、特許文献１には、ネットワーク対戦型のゲームにおいて、一方のプレイヤによる異常回数の累計を検出して異常信号を発生させる不正行為防止方法が開示されている。

特開２００６－２２３４９６号公報

一方、単独または複数のプレイヤが、ゲーム内のイベントをプレイして進行するゲームがある。このようなゲームにおいても、イベント内においてプレイヤが不正な中断を行うことを抑止したいというニーズがあった。

本発明の目的は、ゲームのプレイヤによる不正な中断を抑止するための情報処理装置、プログラム、および情報処理方法を提供することである。

異常終了カウント部と、コンティニュー実行部を備え、前記異常終了カウント部は、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、前記コンティニュー実行部は、前記イベントの途中でゲームが中断された後、前記回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理装置が提供される。

このような構成を備えることにより、イベントのプレイ中に異常終了を頻繁に発生させるプレイヤに対してより多くのゲーム媒体の支払いを受け付けることとなり、イベントの途中における不正な中断（異常終了）を抑止することが可能となる。

第１実施形態に係るゲーム提供システム１の概要を示す図である。 第１実施形態に係るサーバ１０のハードウェア構成を示すブロック図である。 第１実施形態に係るユーザ端末２０のハードウェア構成を示すブロック図である。 第１実施形態に係るサーバ１０の機能構成を示すブロック図である。 選択肢表示画面３０を示す図である。 イベント表示画面４０を示す図である。 図７Ａはゲームオーバー画面５０Ａを示す図である。図７Ｂはゲームオーバー画面５０Ｂを示す図である。 図８Ａはサーバ１０の処理の一例を説明するフロー図である。図８Ｂは異常終了処理（ステップＳ２００）におけるサーバ１０の処理の流れを説明するフロー図である。 図９Ａはユーザ端末２０の処理の流れを説明するフロー図である。図９Ｂは異常終了処理におけるユーザ端末２０の処理の流れを説明するフロー図である。 他の実施形態を説明するためのフローチャート表示画面６０を示す図である。

以下、図面を用いて本発明のいくつかの実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。また、各特徴事項について独立して発明が成立する。

＜１．第１実施形態＞
（１－１．ゲーム提供システム１の概要）
本発明の一実施形態に係る情報処理装置は、図１に示すようなゲーム提供システム１の一部を構成するサーバ１０である。ゲーム提供システム１は、サーバ１０、ユーザ端末２０（一例として、ユーザ端末２０ａおよびユーザ端末２０ｂ）を備える。

サーバ１０は、通信回線５を介してユーザ端末２０と通信可能に構成され、ユーザ端末２０にゲームＧを提供する。当該ゲームＧは、コンテンツとして提供される様々なイベントに対して、プレイヤＰ１およびプレイヤＰ２が共同して操作することで進行する。

イベントの途中にプレイヤＰ１またはＰ２が不正な中断（以下、異常終了ともいう）を行うと、サーバ１０は、異常終了の回数をカウントする。サーバ１０は、中断されたゲームの復帰処理を行う際に、異常終了の回数が所定の閾値に達した場合、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付ける。以下、各構成について詳細に説明する。

（１－２．ゲーム提供システム１のハードウェア構成）
図２及び図３を参照し、ゲーム提供システム１のハードウェア構成を説明する。

（１ー２ー１．サーバ１０のハードウェア構成）
図２は、本実施形態に係るサーバ１０のハードウェア構成を示すブロック図である。サーバ１０は、制御部１１、記憶部１２、通信部１３を備える。また、サーバ１０は、キーボード及びマウス等で構成されて各種操作の入力を受け付ける操作入力部１４、各種画像を表示する例えば液晶ディスプレイ装置等のモニタ１５を備えていてもよい。

制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等であり、サーバ１０の全体の動作を制御する。

記憶部１２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成されており、制御部１１による各種プログラムに基づく処理の実行時のワークエリア等として用いられる。また、記憶部１２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性メモリ、又はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であり、各種データ及び制御部１１の処理に利用されるプログラム等を保存する。

記憶部１２に記憶されるプログラムは、例えば、サーバ１０の基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェア制御するためのドライバ、各種機能を実現するためのプログラム等であって、本実施形態に係るコンピュータプログラムを含む。

通信部１３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）であり、通信回線５に接続する機能を有する。なお、通信部１３は、ＮＩＣに代えて又はＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等を可能とする機能を有してもよい。サーバ１０は、通信回線５を介してユーザ端末２０等の他の情報処理装置等と接続され、他の情報処理装置等との間で各種データの送受信を行うことができる。

これら制御部１１、記憶部１２、通信部１３、操作入力部１４、及びモニタ１５は、システムバス１６を介して相互に電気的に接続されている。従って、制御部１１は、記憶部１２へのアクセス、モニタ１５に対する画像の表示、ユーザ（プレイヤ）による操作入力部１４に対する操作状態の把握、及び通信部１３を介した各種通信網や他の情報処理装置へのアクセス等を行うことができる。

（１－２－２．ユーザ端末２０のハードウェア構成）
図３は、本実施形態に係るユーザ端末２０のハードウェア構成を示すブロック図である。ユーザ端末２０は、例えば、スマートフォンやタブレット端末等の情報処理端末であり、制御部２１、記憶部２２、通信部２３を備える。また、ユーザ端末２０は、画像等を表示し操作を受け付け可能なタッチパネルディスプレイ等の表示部２４、音を出力するスピーカ２５、音が入力されるマイク２６、及び被写体を撮像するカメラ２７、操作ボタン２８を備えていてもよい。以下、サーバ１０との相違点を中心に説明する。

操作ボタン２８は、ユーザ端末２０の側面に設けられ、ユーザ端末２０を起動又は停止させるための電源ボタンやスピーカ２５が出力する音のボリューム調整ボタン等である。

これら制御部２１、記憶部２２、通信部２３、表示部２４、スピーカ２５、マイク２６、カメラ２７、及び操作ボタン２８は、システムバス２９を介して相互に電気的に接続されている。従って、制御部２１は、記憶部２２へのアクセス、表示部２４に対する画像の表示、ユーザによるタッチパネルディスプレイ（表示部２４）や操作ボタン２８に対する操作状態の把握、マイク２６への音の入力、スピーカ２５からの音の出力、カメラ２７に対する制御、及び通信部２３を介した各種通信網や他の情報処理装置へのアクセス等を行うことができる。

（１－３．サーバ１０の機能構成）
図４に示すように、サーバ１０の制御部１１は、異常終了カウント部１１ａと、コンティニュー実行部１１ｂを有する。

異常終了カウント部１１ａは、ゲーム内のイベントのプレイ中における異常終了の回数をカウントする。「イベント」とは、ミニゲームのプレイのようにゲームの進行のためにプレイヤが行うアクションの対象である。イベントには、タイムオーバー（制限時間）のあるゲーム、正解が存在するゲーム、ゲームオーバーのあるゲーム、プレイヤの実行結果に基づいて報酬が発生するゲーム、プレイヤの実行結果に対して評価または勝敗が決定するゲーム、プレイヤの実行結果に基づいてプレイヤのステータスに影響を与えるゲームなどが含まれる。

例えば、イベントとして制限時間のあるゲームを行う場合、プレイヤが任意にイベントを中断できると制限時間の意味がなくなりゲーム性を損なうこととなる。そこで、そのようなイベントのプレイ中には、イベントを中断するためのボタンなどは利用できなくするのが一般的である。すなわち正常な手段で中断（正常終了）するための機能は一時的に利用できなくなっている。

そのため、仮にプレイヤが制限時間を無視してイベントの対応や選択を検討したいといった不正な意図でゲームを中断するためには、アプリを正常な手段でない方法でゲームを中断（異常終了）する必要が生じる。正常な手段でない方法は、例えば、アプリケーションを落とす、端末の電源を切る、ネットワークを切断するなどといった方法が含まれる。

このように、「正常終了」は、ゲームを途中で中断するためにゲーム側で予め準備された機能を利用した終了方法である。「正常終了」では、最後にプレイヤがゲームを中断した際のゲームの状況が記録される。一方、「異常終了」は、正常終了においてゲーム側で予め準備された機能を利用しない終了方法である。

また、プレイヤは、ゲームの結果がプレイヤの望むものでなかった場合、又は望むものになりそうにない状況になった場合に、ゲームの状況が記憶される前に故意にゲームを異常終了することで、イベントをやり直し、より優位にゲーム結果がなるようにすることも考えられる。

異常終了カウント部１１ａが行う「異常終了の回数」の「カウント」は、異常終了を示すデータが記録された場合に、異常終了としてカウントしてもよい。また、異常終了を示すデータがなくとも、正常終了された記録がなくゲームに復帰する処理がなされた際に異常終了の回数をカウントしてもよい。

なお、本実施形態においては、「チケット」という称呼のアイテムが対価の支払いのためのゲーム媒体として用いられており、所定の価値に相当するように設定されている。ここで、「価値」とは、現金、電子マネー、仮想通貨等のコインなどの現実の貨幣と交換可能であってもよいし、特定のゲーム内において利用可能なポイントであってもよい。ユーザは、所定の価値を支払うことにより、相当するチケットを随時入手することができる。

コンティニュー実行部１１ｂは、イベントの途中でプレイヤによってゲームが中断された後、異常終了の回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する。各機能の詳細については後述する。

上述した機能構成は、サーバ１０に適宜インストールされるソフトウェア（いわゆるアプリを含む）によって実現してもよく、ハードウェアによって実現してもよい。ソフトウェアによって実現する場合、制御部１１がソフトウェアを構成するプログラムを実行することによって各種機能を実現することができる。

プログラムを実行することで実現される場合、当該プログラムは、サーバ１０が内蔵する記憶部１２に格納してもよく、コンピュータが読み取り可能な非一時的な記録媒体に格納してもよい。また、外部の記憶装置に格納されたプログラムを読み出し、いわゆるクラウドコンピューティングにより実現してもよい。もしくは、ハードウェアによって実現する場合、ＡＳＩＣ、ＳＯＣ、ＦＰＧＡ、又はＤＲＰなどの種々の回路によって実現することができる。また、上述した機能構成は、一部の機能構成をソフトウェア又はハードウェアによって、ユーザ端末２０等で処理されるようにしてもよい。

（１－４．ゲームの流れ）
図５～図７を参照し、本実施形態のゲームＧにおけるゲームの流れを説明する。本実施形態におけるゲームＧは、プレイヤが提示された選択肢を選択することによって、シナリオが分岐して進行するいわゆるノベルゲームである。ゲームＧでは、プレイ開始前に２人のプレイヤがユーザ端末２０の通信部２３を介してマッチングを行い、マッチングが完了した２人のプレイヤで共同してゲームを進行（以下、マルチプレイともいう）することになる。すなわち、ゲームＧでは、提供される選択肢について２人で同じ選択肢を選択したり、提供されるゲームを２人で協力してプレイしたりして、マッチングしたプレイヤの協力によって２人同時にゲームが進行する。そして、ゲームの進行状況は、マッチングしたプレイヤの組み合わせごとの履歴情報が記憶部１２に記憶される。

たとえば、第１のプレイヤが第２のプレイヤとのマルチプレイを再開する場合、当該第２のプレイヤとのマルチプレイの履歴情報に基づき定まる開始ポイントから、マルチプレイが再開される。ここで、履歴情報が記憶部１２に記憶されていない場合は、上記の開始ポイントとは異なる特定の開始ポイント（たとえば、ゲームのスタート地点であるプロローグパート）からマルチプレイを開始させる。

図５は、選択肢表示画面３０の一例を示す図である。選択肢表示画面３０は、ミッションアイコン３１と、所有チケット表示アイコン３２と、選択肢アイコン３３と、必要チケット表示アイコン３４を備える。

ミッションアイコン３１には、プレイヤＰ１およびＰ２が行うべきミッションが表示される。図５に示す例では、ミッションとして、２人で同じ選択肢を選ぶことが要求される。所有チケット表示アイコン３２は、プレイヤ自身が所有するチケット枚数を表示する。すなわち、プレイヤＰ１のユーザ端末２０ａの表示部２４には、プレイヤＰ１が所有するチケット枚数が表示され、プレイヤＰ２のユーザ端末２０ｂの表示部２４には、プレイヤＰ２が所有するチケット枚数が表示される。

選択肢アイコン３３は、プレイヤが選択すべき選択肢として複数表示される。選択肢アイコン３３の一部には、必要チケット表示アイコン３４が付加されている。このように、必要チケット表示アイコン３４が付加された選択肢アイコン３３は、有償選択肢３３ａと呼ばれ、選択するためには必要チケット表示アイコン３４が示すチケットの枚数（以下、対価枚数ともいう）の支払いが必要となる。必要な対価枚数は有償選択肢ごとに設定されており、本実施形態では、ある有償選択肢を選択するために必要な対価枚数は、プレイヤＰ１とプレイヤＰ２とで同額となっている。

これに対して、必要チケット表示アイコン３４が付加されていない選択肢アイコン３３は、無償選択肢３３ｂと呼ばれ、選択するためにチケットの支払いを必要としない。ここで、有償選択肢３３ａを選択した場合の方が、プレイヤにとってゲームを進行する上で有利な効果をもたらしてもよい。

ゲームＧでは様々な選択肢表示画面３０が表示され、プレイヤＰ１およびＰ２の選択に応じてストーリーが分岐して進行する。ストーリーが進行する中で、プレイヤが実行する様々なイベントが提供される。

図６は、イベントの一例としての暗号解読ゲームのイベント表示画面４０を示す図である。図６に示すように、イベント表示画面４０は、ミッションアイコン４１と、制限時間表示アイコン４２と、
コンテンツアイコン４３と、所有チケット表示アイコン４４と、選択肢アイコン４５と、必要チケット表示アイコン４６を備える。

ミッションアイコン４１には、プレイヤＰ１およびＰ２が行うべきミッションが表示される。制限時間表示アイコン４２には、当該イベントである暗号解読ゲームにおいて、プレイヤから回答を受け付ける制限時間が表示される。コンテンツアイコン４３には、暗号解読ゲームのコンテンツが表示されている。所有チケット表示アイコン４４には、プレイヤ自身が所有するチケット枚数が表示される。

図６に示す例では、選択肢アイコン４５として、無償選択肢４５ａと有償選択肢４５ｂとが表示されている。プレイヤが無償選択肢４５ａを押下すると、暗号の解読結果の回答を入力する回答画面が表示される。有償選択肢４５ｂを押下すると、必要チケット表示アイコン４６が示すチケットの枚数（図６に示す例では３枚）の支払うことにより、暗号解読のヒントが提供される。

ここで、プレイヤの一方が不正な中断をした場合、図７Ａに示すゲームオーバー画面５０Ａまたは図７Ｂに示すゲームオーバー画面５０Ｂのいずれか一方が表示される。ここで、不正な中断とは、ゲームプログラム（またはゲームアプリ）を強制終了することやネットワークを切断することなどを含む。

ゲームオーバー画面５０Ａおよびゲームオーバー画面５０Ｂは、所有チケット表示アイコン５１と、選択肢アイコン５２、必要チケット表示アイコン５３を備える。図７に示す例では、選択肢アイコン５２として、有償選択肢５２ａ１、５２ａ２と無償選択肢５２ｂとが表示されている。

プレイヤが有償選択肢５２ａ１を押下すると、必要チケット表示アイコン５３が示すチケットの枚数（図７Ａに示す例では１枚）の支払うことにより、サーバ１０の制御部１１が備えるコンティニュー実行部１１ｂによって、中断時にプレイしていたイベントへの復帰処理を実行される。プレイヤが有償選択肢５２ａ２を押下すると、必要チケット表示アイコン５３が示すチケットの枚数（図７Ａに示す例では５枚）を支払うことにより、当該イベントがスキップされて、後続のコンテンツが提供される。プレイヤが無償選択肢５２ｂを押下すると、ゲームＧのスタート画面が表示され、プレイヤははじめから再度スタートすることになる。

ここで、ゲームオーバー画面５０Ａとゲームオーバー画面５０Ｂとでは、有償選択肢５２ａ１を選択するために必要なチケットの対価枚数が異なっている。具体的には、ゲームオーバー画面５０Ａでは１枚であるのに対して、ゲームオーバー画面５０Ｂでは３枚となっている。ここで、ゲームオーバー画面５０Ａおよびゲームオーバー画面５０Ｂのいずれが表示されるかは、サーバ１０の制御部１１が備える異常終了カウント部１１ａがプレイヤごとにカウントした異常終了の回数に基づく。

コンティニュー実行部１１ｂは、イベントの途中でプレイヤによってゲームが中断された後、異常終了カウント部１１ａによってカウントされた異常終了の回数が所定の閾値（一例として５回）に達していない場合には、ゲームオーバー画面５０Ａを表示する。それに対して、異常終了カウント部１１ａによってカウントされた異常終了の回数が所定の閾値に達している場合には、コンティニュー実行部１１ｂは、ゲームオーバー画面５０Ｂを表示して、所定の閾値に達していない場合よりも多くのチケットの支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する。

ここで、異常終了カウント部１１ａは、ゲーム内のイベントにおける異常終了の回数をカウントする一方で、ゲーム内のイベント以外のコンテンツにおける異常終了の回数はカウントしない仕様となっている。すなわち、異常終了カウント部１１ａは、イベントとして、時間制限のあるゲーム、正解が存在するゲーム、ゲームオーバーが存在するゲーム、プレイヤの実行結果に基づいて報酬が発生するゲーム、プレイヤの実行結果に対して評価または勝敗が決定するゲーム、プレイヤの実行結果に基づいてプレイヤのステータスに影響を与えるゲームなどを行っている途中に発生した異常終了の回数をカウントするが、上記ゲーム以外のコンテンツに対しては異常終了をカウントしない。

いいかえると、「イベント以外のコンテンツ」は、時間制限のないゲーム、正解が存在しないゲーム、ゲームオーバーがないゲーム、報酬が発生しないゲーム、勝敗がないゲーム、ステータスに影響を与えないゲームであり、プレイヤがゲームを故意に中断したとしてもメリットがないゲームである。すなわち、プレイヤが不正にゲームを中断することでメリットがある可能性があるイベントでは、異常終了をカウントするが、プレイヤが不正にゲームを中断することでメリットのない「イベント以外のコンテンツ」では、プレイヤが不正にゲームを中断するメリットがないため異常終了をカウントしない。

コンティニュー実行部１１ｂは、上記イベント以外のコンテンツの途中でゲームが中断された後、ゲームオーバー画面５０Ａを表示して、多くのゲーム媒体の支払いを受け付けることなく、プレイしていたコンテンツへの復帰処理を実行する。このような構成とすることにより、イベント以外のプレイ中の異常終了については不正な中断ではないとみなすことによって、プレイヤに不当な支払いが課されることを防止することができる。

なお、異常終了カウント部１１ａは、所定の条件が満たされた場合に、異常終了の回数をリセットする仕様としてもよい。この場合、所定の条件としては、一定の期間が経過した場合、所定のイベントがクリアされた場合、プレイヤによってより多くのチケットが支払われた場合などを挙げることができる。

また、コンティニュー実行部１１ｂは、異常終了の回数が所定の閾値に達する回数が所定の第２の閾値（一例として３回）に達すると、ゲーム媒体の支払いの額をさらに増やす仕様としてもよい。例えば、異常終了の回数が所定の閾値である５回に達することが３回生じると、チケットの支払いを図７Ｂに示す例（３枚）よりもさらに増やして５枚としてもよい。このような構成とすることで、異常終了の回数が所定回数に達した回数が多くなるほどゲーム媒体の支払いを増やすことにより、不正な中断を一層抑止することが可能となる。

また、コンティニュー実行部１１ｂは、異常終了の回数が所定の閾値に達すると、所定の閾値の値を減らす仕様としてもよい。例えば、異常終了の回数が所定の閾値である５回に達すると、当該閾値の値を３回に減らしてもよい。このように異常終了の回数が所定の閾値に達した場合に当該閾値の値を減らすことで、繰り返し不正な中断をするプレイヤを一層抑止することが可能となる。

また、コンティニュー実行部１１ｂは、異常終了の回数が所定の閾値に達すると、イベントへの復帰を実行するにあたり、当該イベントの制限時間を減らしてもよい。例えば、当該イベントの制限時間が１分であったのを、５０秒としてもよい。このように、異常終了の回数が所定の閾値に達した場合にイベントの制限時間を減らすことにより、不正な中断を一層抑止することが可能となる。

また、異常終了カウント部１１ａは、ゲームＧ内の複数のイベントごとに、異常終了の回数をカウントする仕様としてもよいし、ゲーム内のイベント全体における異常終了のカウントをカウントする仕様としてもよい。

なお、マルチプレイの再開にあたって、履歴情報として前回終了したときのイベントの状況を記憶しておいてもよい。すなわち、前回終了したときにプレイしていたイベントの進行状況に基づき開始ポイントを制御してもよい。具体的には、６０秒以内でクリアというイベントにおいて、３０秒時点で終了した場合、３０秒経過時点からゲーム状況を再現してゲームを再開してもよい。または、特定の敵キャラクタを倒す対戦ゲームの場合、終了時点の敵キャラクタのパラメータを再現してゲームを再開してもよい。

また、マルチプレイの再開にあたって、制御部１１は、履歴情報に基づいて、ゲームの進行状況が最も進んでいるプレイヤをマッチング候補として優先表示してもよい。または、最新の履歴情報に基づき、プレイする頻度やプレイ時間でよくマッチングしているプレイヤをマッチング候補として優先表示してもよい。

また、制御部１１は、履歴情報に基づいて、マルチプレイヤを行った時系列に沿ってマッチング候補を表示してよい。例えば、直近にマッチングしたプレイヤを、マッチング候補として優先表示してもよい。

また、制御部１１は、プレイヤの端末による位置情報に基づき、近くにいるプレイヤをマッチング候補として優先表示してもよい。このようにすることで、対面でマルチプレイする場合のマッチング相手を容易に決定することが可能となる。

また、制御部１１は、第１のプレイヤが過去にマルチプレイをした第２ユーザをマッチング候補として検索、または選択する操作を行ったがマッチングが成立しなかった場合、第２ユーザと同じ開始ポイントでマルチプレイ可能なプレイヤをマッチング候補として提示してもよい、

この場合、制御部１１は、第１プレイヤが第２プレイヤとマルチプレイした場合と同じ開始ポイントまでゲームの進行状況が進んでいるプレイヤをマッチング候補としてもよい。または、一度エンディングまでクリアしたことにより、どの開始ポイントからもマルチプレイが可能となったプレイヤをマッチング候補としてもよい。

（１－５．ゲーム提供システム１による処理の流れ）
図８および図９を参照し、ゲーム提供システム１による処理の流れの一例を説明する。

（サーバ１０）
まず、サーバ１０の処理の流れを説明する。図８ＡのステップＳ１１０において、サーバ１０は、イベント表示画面４０をユーザ端末２０に提供する。ステップＳ１２５において、サーバ１０は、プレイヤのユーザ端末２０からゲームＧの終了を受け付ける。

ステップＳ１３０において、サーバ１０のコンティニュー実行部１１ｂは、プレイヤによるゲームＧの終了が正常終了か否かを判定する。コンティニュー実行部１１ｂが、プレイヤによるゲームＧの終了が正常終了と判断した場合（ステップＳ１３０においてＹＥＳ）、ステップＳ１４０に遷移する。プレイヤによるゲームＧの終了が正常終了ではなく異常終了と判断した場合（ステップＳ１３０においてＮＯ）、異常終了処理（ステップＳ２００）へ遷移する。

ステップＳ１４０において、サーバ１０は、再マッチング画面をユーザ端末２０に提供する。

次に、図８Ｂを参照し、異常終了処理（ステップＳ２００）について説明する。ステップＳ２１０において、サーバ１０は、再マッチング画面をユーザ端末２０に提供する。

ステップＳ２２０において、サーバ１０のコンティニュー実行部１１ｂは、異常終了の回数が閾値に達しているか否かを判定する。異常終了の回数が閾値に達している場合（ステップＳ２２０において、ＹＥＳ）、ステップＳ２３０へ遷移する。異常終了の回数が閾値に達していない場合（ステップＳ２２０において、ＮＯ）、ステップＳ２３５へ遷移する。

ステップＳ２３０において、サーバ１０のコンティニュー実行部１１ｂは、ゲームオーバー画面５０Ｂをユーザ端末２０へ提供する。ステップＳ２３５において、サーバ１０のコンティニュー実行部１１ｂは、ゲームオーバー画面５０Ａをユーザ端末２０へ提供する。

（ユーザ端末２０）
次にユーザ端末２０の処理の流れを説明する。ステップＳ１１５において、ユーザ端末２０は、表示部２４に、イベント表示画面４０を表示する。

ステップＳ１２０において、プレイヤがイベントをプレイ中にゲームＧを終了する。ステップＳ１４５において、ユーザ端末２０は、当該ゲームＧの終了が正常終了であると判断したサーバ１０から提供された再マッチング画面を、表示部２４に表示する。

次に、図９Ｂを参照し、異常終了処理（ステップＳ２００）について説明する。ステップＳ２１５において、ユーザ端末２０は、再マッチング画面を表示部２４に表示する。

ステップＳ２４０において、ユーザ端末２０は、表示部２４にゲームオーバー画面５０を表示する。ここで、異常終了の回数が閾値を超えている場合、サーバ１０から提供されたゲームオーバー画面５０Ｂを表示する。一方、異常終了の回数が閾値を超えていない場合、サーバ１０から提供されたゲームオーバー画面５０Ａを表示する。

＜２．第２実施形態＞
以下、本願発明の第２実施形態について説明する。第２実施形態では、異常終了カウント部１１ａは、複数のプレイヤで合算して異常終了をカウントする点で第１実施形態と異なる。以下、相違点を中心に説明する。

第２実施形態では、異常終了カウント部１１ａは、イベントのプレイ中における異常終了の回数を、プレイヤＰ１およびＰ２で合算してカウントする。このように、複数のプレイヤで合算して異常終了をカウントすることにより、複数のプレイヤで共同してイベントをクリアするゲームにおいて、複数のプレイヤが共謀して不正な中断を行うことを抑止することが可能となる。例えば、異常終了の回数をプレイヤごとにカウントする場合では、より多くのゲーム媒体の支払いを課されることなく、それぞれのプレイヤが閾値に達しない最大の回数（以下、最大許容回数という）まで異常終了を行うことができる。

一例として、異常終了の回数が５回である場合に、異常終了の回数をプレイヤごとにカウントする場合では、プレイヤＰ１およびＰ２は、最大許容回数としてそれぞれ４回の異常終了を行うことができる。すなわち、２人で共謀することにより、８回まで異常終了をしてもより多くのゲーム媒体の支払いが課されることはない。そこで、第２実施形態では、プレイヤＰ１およびＰ２で合算して異常終了の回数をカウントし、合算された回数が閾値である５回に達した場合に、より多くのゲーム媒体の支払いを受け付ける。

この場合、コンティニュー実行部１１ｂは、プレイヤＰ１およびＰ２のうち、例えばプレイヤＰ１によってイベントの途中でゲームが中断された場合、プレイヤＰ２のゲームも中断させる。そして、プレイヤＰ１とプレイヤＰ２とで合算した異常終了の回数が所定の閾値に達している場合、プレイヤＰ１およびプレイヤＰ２の両方へゲームオーバー画面５０Ｂを提供し、より多くのゲーム媒体の支払いを受け付ける。

第２実施形態の変形例として、異常終了カウント部１１ａは、イベントのプレイ中における異常終了の回数を、プレイヤＰ１およびＰ２ごとにカウントする仕様としてもよい。この場合、プレイヤＰ１による異常終了の回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのチケットの支払いをプレイヤＰ１から受け付ける。一方、異常終了カウント部１１ａは、プレイヤＰ２の回数が所定の閾値に達していない場合に、多くのチケットの支払いをプレイヤＰ２から受け付けることなく、中断時にプレイしていたイベントへの復帰処理を実行する。

このように、不正中断によるゲーム媒体の支払いを、当該行為を行った者にのみ要求することで、複数のプレイヤで共同してイベントをクリアするゲームにおいて、不正な中断を行っていないプレイヤにとってゲームをプレイする意欲が減退するのを抑止することができる。

なお、異常終了カウント部１１ａは、プレイヤＰ１およびＰ２によるマルチプレイでの異常終了について、次回のプレイヤＰ１およびＰ２によるマルチプレイまでに所定期間が経過すれば、カウントした異常回数をクリアしてもよい。プレイヤＰ１およびＰ２による異常終了が不正な意図によるゲームの中断である場合、プレイヤＰ１およびＰ２はすぐにマルチプレイを再開することが想定される。そのため、異常終了後に所定期間が経過した場合には、当該マルチプレイでの異常終了は不正な意図によるゲームの中断ではなかったとみなして、異常回数をクリアしてもよい。

また、異常終了カウント部１１ａは、プレイヤＰ１およびＰ２によるマルチプレイでの異常終了について、プレイヤＰ１およびプレイヤＰ２の一方が、他方以外のプレイヤ（例えばプレイヤＰ３）とプレイをした場合に、カウントした異常回数をクリアしてもよい。プレイヤＰ１およびＰ２による異常終了が不正な意図によるゲームの中断である場合、プレイヤＰ１およびＰ２はすぐに同じマッチング相手とのマルチプレイを再開することが想定される。そのため、異常終了後に他のプレイヤとのマルチプレイを再開した場合には、当該マルチプレイでの異常終了は不正な意図によるゲームの中断ではなかったとみなして、異常回数をクリアしてもよい。

＜３．その他の実施形態＞
以上、本発明における実施形態及びその変形例について説明したが、本開示の適用は上述の内容に限定されるものではない。

例えば、上記実施形態では、プレイヤは２人に設定されていたが、この形態に限定されることはなく、３人以上で共同して進める仕様としてもよい。

この場合、異常終了の回数が所定の閾値に達しているプレイヤが複数いる場合には、異常終了カウント部１１ａは、異常終了の回数が多いプレイヤから、多くのチケットの支払いを受け付ける仕様としてもよい。すなわち、複数のプレイヤの内、異常終了の回数が最も多いプレイヤのみから多くのチケットの支払いを受け付けてもよく、複数のプレイヤの内、異常終了の回数が多い所定順位のプレイヤ（例えば、異常終了の回数が多い上位２名）から多くのチケットの支払いを受け付けてもよい。

また、コンティニュー実行部１１ｂは、より多くのチケットの支払いについて、複数のプレイヤ間のそれぞれから等分された支払いを受け付ける仕様としてもよい。

また、複数のプレイヤそれぞれの異常終了の回数に基づいて、より多くのチケットの支払いについて、当該複数のプレイヤによって決定された配分に基づいて、それぞれの支払い額を受け付ける仕様としてもよい。

また、コンティニュー実行部１１ｂは、異常終了の回数が所定の閾値に達していない場合に、ゲームオーバー画面５０Ａを表示させることなく、中断されたイベントの直前から復帰させる仕様としてもよい。

また、コンティニュー実行部１１ｂは、異常終了の回数が所定の閾値に達していない場合に、ゲーム媒体の支払いをプレイヤに要求することなく、中断時にプレイしていたイベントへの復帰処理を実行してもよい。

また、異常終了カウント部１１ａは、所定の期間内におけるイベントごとに異常終了の回数をカウントし、所定期間が経過すると、当該回数をリセットする仕様としてもよい。

また、所定のイベントが、プレイヤのプレイ内容に応じて可変のパラメータ値が設定されるゲームである場合に、コンティニュー実行部１１ｂは、イベントへの復帰を実行するにあたり、より多くのチケットの支払いと合わせて、当該パラメータ値をプレイヤにとって不利な値に変更する仕様としてもよい。

また、コンティニュー実行部１１ｂは、イベントへの復帰を実行するにあたり、より多くのチケットの支払いと合わせて、中断時にプレイしていたイベントよりも先行のクリア済みのイベントへの復帰を実行する仕様としてもよい。

図１０は、当該仕様を実装したゲームＧにおいて、ゲームの進行を表すフローチャート表示画面６０を示す図である。図１０に示すように、ゲームＧでは、複数のチャプター６１と、チャプター６１内に設けられたセクション６２を備えている。ここで、図１０に示す例では、すでにプレイ済みのセクション６２ａは「セクション１」などのようにセクション名が記載されており、まだプレイしていないセクション６２ｂは、「？？？」という形で表示されている。

このようなゲームＧにおいて、例えば、プレイヤがセクション３内のイベントで異常終了の回数が閾値に達した場合において、イベントの復帰にあたり、先行のクリア済みのセクション２内のイベントへの復帰を実行する。このような構成とすることにより、プレイヤはすでにプレイしたセクションからゲームを再開しなくてはならなくなる。よって、異常終了を行わない動機付けとなり、不正な中断を一層抑止することが可能となる。

また、上記実施形態では、各機能を主にサーバ１０が備える態様について説明したが、一部の機能についてユーザ端末２０が備える、又はサーバ１０とユーザ端末２０の何れもが備える構成とすることができる。

また、サーバ１０等の情報処理装置は、物理的に１台で構成される装置だけでなく、複数台の装置が有線又は無線で通信可能に接続され、実質的に１つの情報処理装置として機能するものを含んでもよい。

また、上記実施形態においてサーバ１０に実行させるものとして記載されていた各ステップについて、ユーザ端末２０に行わせる態様で実現してもよい。

さらに、本発明は、上述のゲーム提供システムを機能させるプログラムとして実現することもできる。

さらに、本発明は、上述のプログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現することもできる。

以上、本発明に係る種々の実施形態を説明したが、これらは例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

＜４．実施形態の特徴＞
以下、本発明の実施形態の特徴をまとめる。

本発明の一態様では、異常終了カウント部１１ａと、コンティニュー実行部１１ｂを備え、異常終了カウント部１１ａは、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、コンティニュー実行部１１ｂは、イベントの途中でゲームが中断された後、回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理装置が提供される。

このような構成とすることにより、イベントの異常終了を頻繁に行うプレイヤに対してより多くのゲーム媒体の支払いを受け付けることとなり、イベントの途中における不正な中断を抑止することが可能となる。

異常終了カウント部１１ａは、イベント以外のコンテンツにおける異常終了の回数はカウントせず、コンティニュー実行部１１ｂは、イベント以外のコンテンツの途中でゲームが中断された後、多くのゲーム媒体の支払いを受け付けることなく、プレイしていたコンテンツへの復帰処理を実行する構成としてもよい。

このような構成とすることにより、イベント以外のプレイ中には異常終了をする動機がないため、イベント以外のプレイ中の異常終了については不正な中断ではないとみなすことによって、プレイヤに不当な支払いが課されることを防止する。

コンティニュー実行部１１ｂは、回数が所定の第２の閾値に達すると、ゲーム媒体の支払いの額をさらに増やしてもよい。

このような構成とすることにより、異常終了の回数が所定回数に達した回数が多くなるほどゲーム媒体の支払いを増やすことにより、不正な中断を一層抑止することが可能となる。

コンティニュー実行部１１ｂは、回数が所定の閾値に達すると、所定の閾値の値を減らしてもよい。

このような構成とすることにより、異常終了の回数が所定の閾値に達した場合に当該閾値の値を減らすことで、不正な中断を一層抑止することが可能となる。

イベントは、プレイヤの入力を受け付ける時間に制限時間が設定されており、コンティニュー実行部１１ｂは、回数が所定の閾値に達すると、イベントへの復帰を実行するにあたり、当該イベントの制限時間を減らしてもよい。

このような構成とすることにより、異常終了の回数が所定の閾値に達した場合にイベントの制限時間を減らすことにより、不正な中断を一層抑止することが可能となる。

複数のプレイヤで共同してイベントをクリアすることで進行するゲームを提供し、異常終了カウント部１１ａは、イベントのプレイ中における異常終了の回数を、複数のプレイヤで合算してカウントする構成としてもよい。

このような構成とすることにより、複数のプレイヤで共同してイベントをクリアするゲームにおいて、プレイヤで合算して異常終了をカウントすることにより、複数のプレイヤが共謀して不正な中断を行うことを抑止することが可能となる。

コンティニュー実行部１１ｂは、複数のプレイヤのうち１のプレイヤによってイベントの途中でゲームが中断された場合、複数のプレイヤのうち他のプレイヤのゲームを中断する処理を行い、所定の閾値に達している場合、ゲーム媒体の支払いを複数のプレイヤから受け付けると、複数のプレイヤの中断時にプレイしていたイベントへの復帰処理を実行する構成としてもよい。

このような構成とすることにより、複数のプレイヤで共同してイベントをクリアするゲームにおいて、１人の不正中断によるゲーム媒体の支払いを連帯責任として要求することで、不正な中断を行うことを一層抑止することが可能となる。

ゲーム提供システム１は、複数のプレイヤで共同してイベントをクリアすることで進行するゲームを提供し、異常終了カウント部１１ａは、イベントのプレイ中における異常終了の回数を、複数のプレイヤごとにカウントし、コンティニュー実行部１１ｂは、イベントの途中でゲームが中断された後、１のプレイヤの回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを当該１のプレイヤから受け付け、他のプレイヤの回数が所定の閾値に達していない場合に、多くのゲーム媒体の支払いを当該他のプレイヤから受け付けることなく、中断時にプレイしていたイベントへの復帰処理を実行する構成としてもよい。

このような構成とすることにより、複数のプレイヤで共同してイベントをクリアするゲームにおいて、不正中断によるゲーム媒体の支払いを、当該行為を行った者にのみ要求することで、不正中断を行っていないプレイヤにとってゲームをプレイする意欲が減退するのを抑止することができる。

コンティニュー実行部１１ｂは、イベントの途中でゲームが中断された後、回数が所定の閾値に達しているプレイヤが複数いる場合に、異常終了の回数が多いプレイヤから、多くのゲーム媒体の支払いを受け付けてもよい。

このような構成とすることにより、複数のプレイヤで共同してイベントをクリアするゲームにおいて、不正中断によるゲーム媒体の支払いを、当該行為を多く行った者にみせしめとして要求することとなり、他のプレイヤが不正中断を行うことを抑止することが可能となる。

本発明の他の態様では、コンピュータに、異常終了カウントステップと、コンティニュー実行ステップを実行させるプログラムであって、異常終了カウントステップでは、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、コンティニュー実行ステップでは、イベントの途中でゲームが中断された後、回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、プログラムが提供される。

本発明の他の態様では、コンピュータが、異常終了カウントステップと、コンティニュー実行ステップを実行する情報処理方法であって、異常終了カウントステップでは、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、コンティニュー実行ステップでは、イベントの途中でゲームが中断された後、回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理方法が提供される。

１ ：ゲーム提供システム
５ ：通信回線
１０ ：サーバ
１１ ：制御部
１１ａ ：異常終了カウント部
１１ｂ ：コンティニュー実行部
１２ ：記憶部
１３ ：通信部
１４ ：操作入力部
１５ ：モニタ
１６ ：システムバス
２０ ：ユーザ端末
２１ ：制御部
２２ ：記憶部
２３ ：通信部
２４ ：表示部
２５ ：スピーカ
２６ ：マイク
２７ ：カメラ
２８ ：操作ボタン
２９ ：システムバス
３０ ：選択肢表示画面
３１ ：ミッションアイコン
３２ ：所有チケット表示アイコン
３３ ：選択肢アイコン
３４ ：必要チケット表示アイコン
４０ ：イベント表示画面
４１ ：ミッションアイコン
４２ ：制限時間表示アイコン
４３ ：コンテンツアイコン
４４ ：所有チケット表示アイコン
４５ ：選択肢アイコン
４６ ：必要チケット表示アイコン
５０ ：ゲームオーバー画面
５１ ：所有チケット表示アイコン
５２ ：選択肢アイコン
５３ ：必要チケット表示アイコン
Ｇ ：ゲーム

Claims (11)

1. 異常終了カウント部と、コンティニュー実行部を備え、
   前記異常終了カウント部は、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、
   前記コンティニュー実行部は、前記イベントの途中でゲームが中断された後、前記回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記異常終了カウント部は、前記イベント以外のコンテンツにおける異常終了の回数はカウントせず、
   前記コンティニュー実行部は、前記イベント以外のコンテンツの途中でゲームが中断された後、前記多くのゲーム媒体の支払いを受け付けることなく、プレイしていた前記コンテンツへの復帰処理を実行する、情報処理装置。
3. 請求項１または請求項２に記載の情報処理装置であって、
   前記コンティニュー実行部は、前記回数が所定の第２の閾値に達すると、前記ゲーム媒体の支払いの額をさらに増やす、情報処理装置。
4. 請求項１～請求項３のいずれか１項に記載の情報処理装置であって、
   前記コンティニュー実行部は、前記回数が所定の閾値に達すると、前記所定の閾値の値を減らす、情報処理装置。
5. 請求項１～請求項４のいずれか１項に記載の情報処理装置であって、
   前記イベントは、プレイヤの入力を受け付ける時間に制限時間が設定されており、
   前記コンティニュー実行部は、前記回数が所定の閾値に達すると、前記イベントへの復帰を実行するにあたり、当該イベントの前記制限時間を減らす、情報処理装置。
6. 請求項１～請求項５のいずれか１項に記載の情報処理装置であって、
   複数のプレイヤで共同して前記イベントをクリアすることで進行するゲームを提供し、
   前記異常終了カウント部は、前記イベントのプレイ中における異常終了の回数を、複数のプレイヤで合算してカウントする、情報処理装置。
7. 請求項６に記載の情報処理装置において、
   前記コンティニュー実行部は、前記複数のプレイヤのうち１のプレイヤによって前記イベントの途中でゲームが中断された場合、前記複数のプレイヤのうち他のプレイヤのゲームを中断する処理を行い、
   所定の閾値に達している場合、ゲーム媒体の支払いを前記複数のプレイヤから受け付けると、前記複数のプレイヤの中断時にプレイしていたイベントへの復帰処理を実行する、情報処理装置。
8. 請求項１～請求項５のいずれか１項に記載の情報処理装置であって、
   複数のプレイヤで共同して前記イベントをクリアすることで進行するゲームを提供し、
   前記異常終了カウント部は、前記イベントのプレイ中における異常終了の回数を、複数のプレイヤごとにカウントし、
   前記コンティニュー実行部は、前記イベントの途中でゲームが中断された後、
   １のプレイヤの前記回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを当該１のプレイヤから受け付け、
   他のプレイヤの前記回数が所定の閾値に達していない場合に、前記多くのゲーム媒体の支払いを当該他のプレイヤから受け付けることなく、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理装置。
9. 請求項８に記載する情報処理装置において、
   前記コンティニュー実行部は、前記イベントの途中でゲームが中断された後、
   前記回数が所定の閾値に達しているプレイヤが複数いる場合に、異常終了の回数が多いプレイヤから、前記多くのゲーム媒体の支払いを受け付ける、情報処理装置。
10. コンピュータに、
    異常終了カウントステップと、コンティニュー実行ステップを実行させるプログラムであって、
    前記異常終了カウントステップでは、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、
    前記コンティニュー実行ステップでは、前記イベントの途中でゲームが中断された後、前記回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、プログラム。
11. コンピュータが、
    異常終了カウントステップと、コンティニュー実行ステップを実行する情報処理方法であって、
    前記異常終了カウントステップでは、ゲーム内のイベントのプレイ中における異常終了の回数をカウントし、
    前記コンティニュー実行ステップでは、前記イベントの途中でゲームが中断された後、前記回数が所定の閾値に達している場合に、所定の閾値に達していない場合よりも多くのゲーム媒体の支払いを受け付け、中断時にプレイしていたイベントへの復帰処理を実行する、情報処理方法。

Images