JP7366223B1 - ゲームを検査するためのシステム、方法、及びプログラム - Google Patents

ゲームを検査するためのシステム、方法、及びプログラム Download PDF

Info

Publication number
JP7366223B1
JP7366223B1 JP2022173314A JP2022173314A JP7366223B1 JP 7366223 B1 JP7366223 B1 JP 7366223B1 JP 2022173314 A JP2022173314 A JP 2022173314A JP 2022173314 A JP2022173314 A JP 2022173314A JP 7366223 B1 JP7366223 B1 JP 7366223B1
Authority
JP
Japan
Prior art keywords
game
log
user
version
virtual
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022173314A
Other languages
English (en)
Other versions
JP2024064603A (ja
Inventor
修一 倉林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cygames Inc
Original Assignee
Cygames Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cygames Inc filed Critical Cygames Inc
Priority to JP2022173314A priority Critical patent/JP7366223B1/ja
Application granted granted Critical
Publication of JP7366223B1 publication Critical patent/JP7366223B1/ja
Priority to PCT/JP2023/038505 priority patent/WO2024090476A1/ja
Publication of JP2024064603A publication Critical patent/JP2024064603A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A63F13/497—Partially or entirely replaying previous game actions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/77—Game security or game management aspects involving data related to game devices or game servers, e.g. configuration data, software version or amount of memory
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

【課題】ゲームのバージョン間不整合を検出することが可能なシステムを提供することを目的の１つとする。【解決手段】本発明の一実施形態のシステムは、ユーザの操作に応じてゲーム状態が更新されうるゲームのバージョン間不整合を検出するためのシステムであって、システムは、ユーザ端末又はユーザ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いて第１のバージョンのゲームを実行し、一のゲームログに含まれる操作ログに基づいてゲームプレイを実行し、ゲーム状態を取得する、第１の処理部と、仮想インスタンスを用いて第２のバージョンのゲームを実行し、一のゲームログに含まれる操作ログに基づいてゲームプレイを実行し、ゲーム状態を取得する、第２の処理部と、第１の処理部により取得されたゲーム状態と第２の処理部により取得されたゲーム状態との比較に基づいてバージョン間不整合を検出する、不整合検出部と、を備える。【選択図】図１

Description

本発明は、ゲームを検査するためのシステム、方法、及びプログラムに係わり、特にゲームのバージョン間不整合を検出するためのシステム、方法、及びプログラムに関する。
近年、ネットワークを通じて複数のプレイヤが参加可能なオンラインゲームを楽しむプレイヤが増えている。当該ゲームは、携帯端末装置がゲーム運営者のサーバ装置と通信を行うゲームシステムなどにより実現され、携帯端末装置を操作するプレイヤは、他のプレイヤと対戦プレイを行うことができる。ゲーム運営者は、ゲームを提供するにあたっては、ゲームプログラムを検査してバグを検出しておく必要がある。例えば特許文献１はユーザにより実行される可能性がより高いアクションの推論を行い、ゲームプログラムを検査することが可能なシステム等を開示している。
特許第６４３８６１２号
オンラインゲームとして、カードやキャラクタなどの組み合わせ（以下、「カード組み合わせ」という。）に応じて様々なアクションが実行されるデジタルコレクタブルカードゲーム（ＤＣＣＧ）と呼ばれるカードゲームが知られている。例えばオンラインゲームを長期間運用するとき、ゲームアプリのバージョンアップなどに伴って、ゲームアプリ内部の実装やバグ修正、ライブラリの仕様変更に伴い、製作者が意図しないゲームにおける挙動（ゲームルール）の変更が起きてしまうことがある。また、製作者の意図からずれた挙動での実装がリリースされ、ユーザの間で定着してしまった後に、正規の挙動を実装することで結果としてゲームにおける挙動の変更が生じてしまうことがある。従来、このようなバージョン間の意図しないゲームにおける挙動の変更、すなわちゲームのバージョン間不整合を検出するには、人手による確認のみが有効な手段であった。しかし、例えばＤＣＣＧは、カードの種類が爆発的に増大するものが多く、網羅的に不整合を確認することが不可能であった。
１つの側面では、本発明は、このような課題を解決するためになされたものであり、ゲームを検査することが可能なシステムを提供することを目的の１つとする。
〔１〕本発明の一実施形態のシステムは、
ユーザの操作に応じてゲーム状態が更新されうるゲームのバージョン間不整合を検出するためのシステムであって、
前記システムは、
ユーザ端末又はユーザ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いて第１のバージョンの前記ゲームを実行し、一のゲームログに含まれる操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する、第１の処理部と、
仮想インスタンスを用いて第２のバージョンの前記ゲームを実行し、前記一のゲームログに含まれる操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する、第２の処理部と、
前記第１の処理部により取得されたゲーム状態情報と前記第２の処理部により取得されたゲーム状態情報との比較に基づいてバージョン間不整合を検出する、検査部と、
を備える、システムである。
〔２〕本発明の一実施形態では、
前記ゲームは、対戦型ゲームであり、ゲームログは、マッチングされた第１のユーザ及び第２のユーザの操作ログを含み、
前記第１の処理部は、２つの仮想インスタンスを用いて第１のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては該一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得し、
前記第２の処理部は、２つの仮想インスタンスを用いて第２のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては前記一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては前記一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する、
〔１〕に記載のシステムである。
〔３〕本発明の一実施形態では、
前記システムは、取得されたゲームログから、第１のユーザの操作ログと第２のユーザの操作ログをそれぞれ取得する、〔２〕に記載のシステムである。
〔４〕本発明の一実施形態では、
前記ゲームのゲームログは、第１のバージョンの前記ゲームをユーザがプレイすることにより取得されるゲームログである、〔１〕から〔３〕のいずれか１つに記載のシステムである。
〔５〕本発明の一実施形態では、
ゲーム状態情報は、所定の形式で出力可能なデータであり、
前記第１の処理部及び前記第２の処理部は、それぞれ、実行されるゲームプレイに応じて得られる複数のゲーム状態情報を取得し、
前記検査部は、対応する前記第１の処理部により取得されたゲーム状態情報と前記第２の処理部により取得されたゲーム状態情報とのマッチング度合いに基づいてバージョン間不整合を検出する、
〔１〕から〔４〕のいずれか１つに記載のシステムである。
〔６〕本発明の一実施形態では、
前記第１の処理部及び前記第２の処理部は、少なくともグラフィック処理及びサウンド処理が無効化されるように、仮想インスタンスにおいてゲームをヘッドレスモードで実行する、〔１〕から〔５〕のいずれか１つに記載のシステムである。
〔７〕本発明の一実施形態の方法は、
ユーザの操作に応じてゲーム状態が更新されうるゲームのバージョン間不整合を検出するための、コンピュータにより実行される方法であって、
ユーザ端末又はユーザ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いて第１のバージョンの前記ゲームを実行し、一のゲームログに含まれる操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する第１の取得ステップと、
仮想インスタンスを用いて第２のバージョンの前記ゲームを実行し、前記一のゲームログに含まれる操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する第２の取得ステップと、
前記第１の取得ステップにおいて取得されたゲーム状態情報と前記第２の取得ステップにおいて取得されたゲーム状態情報との比較に基づいてバージョン間不整合を検出するステップと、
を含む、方法である。
〔８〕本発明の一実施形態では、
前記ゲームは、対戦型ゲームであり、
ゲームログは、マッチングされた第１のユーザ及び第２のユーザの操作ログを含み、
前記第１の取得ステップでは、２つの仮想インスタンスを用いて第１のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては該一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得し、
前記第２の取得ステップでは、２つの仮想インスタンスを用いて第２のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては前記一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては前記一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する、
〔７〕に記載の方法である。
〔９〕本発明の一実施形態のプログラムは、〔７〕又は〔８〕の方法の各ステップをコンピュータに実行させる、プログラムである。
１つの側面では、本発明によれば、ゲームを検査することができる。
本発明の一実施形態のシステムの全体構成図である。 本発明の一実施形態の管理サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態の仮想インスタンスサーバのハードウェア構成を示すブロック図である。 本発明の一実施形態のテスト用ゲームサーバのハードウェア構成を示すブロック図である。 本発明の一実施形態のシステムの機能ブロック図の一例である。 本発明の一実施形態のシステムの機能ブロック図の一例である。 本発明の一実施形態のシステムの処理のフローチャートを示す図である。 ユーザ端末Ｔのディスプレイに表示されるゲームＧのゲーム画面の一例を示す図である。
以下、図面を参照して、本発明の実施形態について説明する。本発明の実施形態のシステムは、ユーザの操作に応じて盤面が更新されうるゲーム（ゲームプログラム又はゲームアプリ）のバージョン間不整合を検出することでゲームを検査するためのシステムである。本発明の実施形態では、バージョン間不整合は、ゲームアプリのバージョンアップなどに伴って、ゲームアプリ内部の実装、バグ修正若しくはライブラリの仕様変更に伴って生じるゲーム運営者（製作者）が意図しないゲームにおける挙動の変更、又はゲーム運営者の意図からずれた挙動での実装がリリースされ、ユーザの間で定着してしまった後に、ゲームアプリのバージョンアップなどに伴って、正規の挙動を実装することで結果として生じるゲームにおける挙動の変更を意味するものである。
本発明の実施形態のゲームは、ある盤面においてユーザ操作に基づいてアクション（攻撃やイベントなど）が実行されると、盤面が更新されるような対戦型カードゲームである。以下の説明では、本発明の実施形態のゲームは、例えば異なるバージョンのゲームが同じタイトルのゲームであることを示すために、便宜上「ゲームＧ」と呼ぶが、ゲームＧは、特定のゲームに限定されるものではなく、任意の対戦型カードゲームとすることができる。本発明の実施形態では、「盤面」は、「ゲーム状態」の１つの例であるが、「ゲーム状態」は「盤面」そのものを表すこともできる。本発明の実施形態のゲームＧは、スマートフォンなどの携帯用端末でプレイ可能なオンラインゲームであり、ゲーム運営者は必要に応じてアップデート可能なゲームである。本発明の実施形態では、第１のバージョンのゲームＧは、ユーザがプレイ可能なリリース中のゲームであり、第２のバージョンのゲームＧは、リリースされる予定の、第１のバージョンのゲームＧよりも新しいバージョンのゲームである。例えばバージョン３のゲームＧがバージョン４のゲームＧにアップデートされる場合、第１のバージョンはバージョン３であり、第２のバージョンがバージョン４である。本発明の実施形態では、アプリは、スマートフォンやタブレット端末にインストールされるアプリを意味することができ、またアプリケーション全般を意味することもできる。本発明の実施形態では、ゲームは、ゲームプログラム又はゲームアプリを意味することもできる。本明細書においては、説明の便宜上、必要以上に詳細な説明は省略する場合がある。
本発明の実施形態のゲームＧは、オンラインゲームを提供する一般的なゲームサーバと同様の構成を備えるゲームサーバＳ（図示せず）により提供される。ゲームサーバＳは、実際にユーザがゲームをプレイする際に、例えばスマートフォンなどのユーザ端末Ｔ（図示せず）によってアクセスされるサーバである。例えばユーザ端末Ｔは、所定のゲームアプリＡを介して、ゲームサーバＳに接続し、ユーザＩＤ及びパスワードなどを用いて識別、認証されると、ユーザは、該ユーザ端末Ｔを介して、該ユーザＩＤのユーザとしてゲームＧをプレイすることができる。テスト用ゲームサーバ３０は、ゲームサーバＳと同一の構成を備えることができるが、仮想インスタンスサーバ２０からのアクセスのみ受け付ける点でゲームサーバＳと異なる。ゲームサーバＳが提供するゲームＧは、第１のバージョンのゲームＧである。
ゲームサーバＳは、ゲーム用のアプリケーション（ゲームプログラム）を記憶し、ゲームをプレイする各ユーザのユーザ端末Ｔとネットワークを介して接続される。各ユーザがユーザ端末ＴにインストールされたゲームアプリＡを実行している間、端末装置ＴはゲームサーバＳと通信を行い、ゲームサーバＳは、ネットワークを介したゲームサービスを提供する。ゲームサーバＳは、ユーザ端末Ｔを介して、ユーザからバトルゲームの開始の要求を受け付け、２人のユーザ（第１のユーザと第２のユーザ）をマッチングし、バトルゲームを開始する。１つのバトルゲームは、２人のユーザがマッチングされると開始され、勝敗が決定されるか、引き分けが決定されるか、又は無効試合が決定されると終了する。なお、本明細書において、バトルゲームは単にバトルと表現する場合がある。
図８は、ユーザ端末Ｔのディスプレイに表示されるゲームＧのゲーム画面４０の一例を示す図である。ゲーム画面４０は、自ユーザと他ユーザのカードバトルのゲーム画面を示すものである。本発明の実施形態のゲームＧは、複数のカードを含んで構成される所有カード群からユーザがカードを選択して当該カードを場（ゲームフィールド）４３に出すことで、カードやクラスの組み合わせに応じて様々なイベントが実行されて進行する。ゲームＧは、ユーザ端末Ｔを操作するユーザ自身である自ユーザと他のユーザ端末Ｔを操作する他ユーザの各々が所有カード群からカードを選択して場４３に出して対戦する対戦ゲームである。１つの例では、ゲームＧにおいて、各カード４１は、カードＩＤ、カード種別、ヒットポイント、攻撃力、属性などのパラメータを含むカード定義情報を有し、各クラスは、クラス定義情報を有する。
ゲーム画面４０は、自ユーザの手札である第１のカード群４２ａと、他ユーザの手札である第１のカード群４２ｂとを示している。第１のカード群４２ａ及び第１のカード群４２ｂは、キャラクタ、アイテム又はスペルに関連付けられたカード４１を含む。ゲームＧは、自ユーザが他ユーザの第１のカード群４２ｂのカード４１を確認できないように構成される。ゲーム画面４０は、自ユーザの山札である第２のカード群４４ａ及び他ユーザの山札である第２のカード群４４ｂも示している。なお、自ユーザ又は他ユーザは、実際のプレイヤではなく、ゲームＡＩなどのコンピュータにより操作されてもよい。
各ユーザが所有する所有カード群は、ユーザの手札４２（４２ａ又は４２ｂ）及びユーザの山札４４（４４ａ又は４４ｂ）から構成され、一般的にカードデッキと呼ばれるものである。ユーザが所有する各カード４１が手札４２に含まれるか山札４４に含まれるかは、ゲームの進行に応じて決定される。手札４２は、ユーザが選択可能であり、場４３に出すことが可能なカード群であり、山札４４は、ユーザが選択不可能なカード群である。所有カード群は、複数のカード４１から構成されるものであるが、ゲームの進行上、所有カード群は１枚のカード４１から構成される場合もある。なお、各ユーザのカードデッキは、すべて異なる種類のカード４１により構成されてもよいし、同じ種類のカード４１を一部含んで構成されてもよい。また、自ユーザのカードデッキを構成するカード４１の種類は、他ユーザのカードデッキを構成するカード４１の種類と異なってもよい。また、各ユーザが所有する所有カード群は、手札４２のみから構成されてもよい。
ゲーム画面４０は、自ユーザの選択したキャラクタ４５ａと、他ユーザの選択したキャラクタ４５ｂとを示す。ユーザが選択するキャラクタ４５ａ、４５ｂは、カードと関連付けられるキャラクタとは異なるものであり、所有カード群のタイプを示すクラスを定める。１つの例では、ゲームＧは、クラスに応じて、ユーザが所有するカード４１が異なるように構成される。１つの例では、ゲームＧは、各ユーザのカードデッキを構成することができるカードの種類が、クラスに応じて異なるように構成される。ただし、ゲームＧは、クラスを含まないこともできる。この場合、ゲームＧは、上記のようなクラスによる限定を行わず、ゲーム画面４０は、自ユーザの選択したキャラクタ４５ａと、他ユーザの選択したキャラクタ４５ｂとを表示しないものとすることもできる。
ゲームサーバＳは、ユーザ端末ＴがゲームアプリＡを実行する間、すなわちユーザ端末ＴがゲームＧを実行する間、ゲームに関するログデータであるゲームログを記憶する。ゲームログは、対戦する各ユーザのユーザ操作を再現可能なログであるリプレイログを含むものであり、マッチングされた第１のユーザ及び第２のユーザの操作ログを含むものである。
本発明の実施形態のゲームＧは、１つの対戦（カードバトル）が複数のターンを含む対戦ゲームである。１つの例では、ゲームＧでは、各ターンにおいて、自ユーザ又は他ユーザは、自身のカード４１を選択するなどの操作を行うことにより、相手のカード４１若しくはキャラクタ４５を攻撃することができる、又は自身のカード４１を使用して所定の効果若しくはイベントを発生させることができる。１つの例では、ゲームＧでは、自ユーザがカード４１を選択して攻撃する場合、攻撃対象として相手のカード４１又はキャラクタ４５を選択できる。１つの例では、ゲームＧでは、自ユーザがカード４１を選択して攻撃する場合、カードによっては、攻撃対象が自動で選択される。１つの例では、ゲームＧでは、ゲーム画面４０上の一のカード又はキャラクタに対するユーザ操作に応答して、他のカード又はキャラクタのヒットポイントや攻撃力などのパラメータが変更される。１つの例では、ゲームＧでは、盤面が所定条件を満たした場合、当該所定条件に対応するカード４１を場４３から除外又は自ユーザ若しくは他ユーザのカードデッキに移動する。例えば、リプレイログは、上述するような情報の履歴を網羅的に含むものとすることができる。
本発明の実施形態では、ゲームサーバＳが記憶するゲームログは、１つのバトルごとの、対戦する各ユーザのユーザ操作を再現可能なログであるリプレイログを含む。例えば１つのバトルのリプレイログ（ゲームログ）は、バトル開始からバトル終了までのリプレイログ（ゲームログ）又はバトル開始からバトル中止までのリプレイログ（ゲームログ）である。リプレイログは、アクションのデータを含む。１つの例では、１つのバトルごとのリプレイログは、ターンごとかつユーザごとの、各ユーザが選択したカード４１と、これに関連する攻撃の情報とを含む。１つの例では、１つのバトルごとのリプレイログは、ターンごとかつユーザごとの、各ユーザが選択したカード４１と、これに関連する発生した所定の効果とを含む。
盤面情報は、少なくとも、ユーザがゲームプレイを通じて、例えばゲーム操作やゲーム画面上の表示を通じて、視認又は認知できる情報を示すものである。盤面情報は、場４３に出されているカード４１のデータを含む。盤面情報の各々は、ゲームの進行に応じたその時々の盤面に対応するデータである。盤面情報は、自ユーザの第１のカード群４２ａ（又は所有カード群）のカード４１の情報を含むことができるとともに、他ユーザの第１のカード群４２ｂ（又は所有カード群）のカード４１の情報を含むことができる。ゲームログは、盤面の変化を記録する盤面情報履歴データを含み、したがって、ゲームログは、各バトルのバトル開始時の盤面情報及びバトル終了時の盤面情報を含むものである。盤面情報履歴データは、各バトルのリプレイログのそれぞれに関連付けられて記憶される。
アクションのデータは、ユーザにより選択又は決定された操作（入力）と、この操作によりゲームプログラム（ゲームサーバＳ）が決定（実行）した内容とを含むものである。リプレイログに含まれるアクションのデータは、ユーザの操作（例えばゲームプレイに関するユーザ入力）を示すデータである操作ログを含むものである。アクションは、ある盤面においてユーザ操作に基づいて実行され、当該盤面を変化させうるものである。例えば、ユーザ操作はユーザがカード４１などを選択することであり、アクションは、ユーザがカード４１などを選択することにより実行されるものである。リプレイログに含まれるアクションのデータの各々は、盤面の各々においてユーザ操作に基づいて実行されたアクションに対応するデータである。
１つの例では、１つのアクションは、一のカード４１又はキャラクタ４５の他のカード４１又はキャラクタ４５に対する攻撃である。この場合、例えばアクションのデータは、ユーザ操作により選択された攻撃者のカード４１又はキャラクタ４５及び攻撃対象のカード４１又はキャラクタ４５と、その攻撃量（ダメージ量）とを含むものである。１つの例では、１つのアクションは、一のカード４１又はキャラクタ４５による所定の効果の発生である。この場合、例えばアクションのデータは、ユーザ操作により選択された所定の効果を発生させるカード４１及びその対象のカード４１又はキャラクタ４５と、その効果量（例えばヒットポイントの回復量）を含むものである。
１つの例では、リプレイログは、各盤面において実行されたアクションのデータの列により定義される。１つのバトルのリプレイログＲｅｐｌａｙｌｏｇnは、時間順に並べられたアクションと、最終的に勝敗が決した最終状態とをこの順番で含む配列であり、式（１）で表すことができる。
Figure 0007366223000002
（１）
ここで、Ｒｅｐｌａｙｌｏｇnはｎ番目のリプレイログ（例えばｎ番目のバトル）を示し、Ａｃｔｉｏｎiは、ｉ番目に実行されたアクションを示し、Ｗｉｎ＿Ｌｏｓｅは、勝敗、引き分け、又は無効試合が決した状態を示す。
１つの例では、盤面情報履歴データは、バトルゲームをプレイすることで生成される盤面情報の列により定義される。１つのバトルの盤面情報履歴データＳｔａｔｅｌｏｇnは、式（２）で表すことができる。
Figure 0007366223000003
（２）
ここで、Ｓｔａｔｅiは、ｉ番目の盤面情報を示す。Ｓｔａｔｅ0は、バトル開始時の盤面情報を示し、Ｓｔａｔｅeは、勝敗、引き分け、又は無効試合などのバトル終了時の盤面情報を示す。
１つの例では、Ｓｔａｔｅiは、場４３に出されているカード４１及びユーザの所有するカード４１の集合であり、式（３）で表すことができる。
Figure 0007366223000004
（３）
ここで、
Figure 0007366223000005
は、場４３に出されている第１のユーザ（先攻）側の０番目のカードからｎａ番目のカードであり、
Figure 0007366223000006
は、場４３に出されている第２のユーザ（後攻）側の０番目のカードからｎｂ番目のカードであり、
Figure 0007366223000007
は、第１のユーザ（先攻）の手札に入っている０番目のカードからｎｃ番目のカードであり、
Figure 0007366223000008
は、第２のユーザ（後攻）の手札に入っている０番目のカードからｎｄ番目のカードである。例えば場４３に出されている第１のユーザのカードが１枚の場合、Ｓｔａｔｅiは、場４３に出されている第１のユーザのカードとして、
Figure 0007366223000009
のデータのみ有し、０枚の場合、Ｓｔａｔｅiは、場４３に出されている第１のユーザのカードとして、カードが無いことを示すデータを含む。場４３に出されている第２のユーザのカードや手札に入っているカードなどについても同様である。
Figure 0007366223000010
は、カード４１そのもの以外の情報であり、例えばカード４１やキャラクタ４５に関連付けられた所定のポイントなどのデータである。
１つの例では、各々のカードｃａｒｄiは、式（４）で表すことができる。
Figure 0007366223000011
（４）
ここで、ｎａｍｅとはカードの名称を示すテキストデータであり、ｅｘｐｌａｎａｔｉｏｎとは、カードの能力やスキルを説明したテキストデータである。
図１は、本発明の一実施形態のシステム１の全体構成図である。図１に示すように、システム１は、管理サーバ１０と、仮想インスタンスサーバ２０と、テスト用ゲームサーバ３０とを含み、管理サーバ１０と、仮想インスタンスサーバ２０と、テスト用ゲームサーバ３０とはインターネットなどのネットワーク２に接続され、互いに通信可能である。
本発明の実施形態では、システム１のゲームサービスを構成するすべての要素の仮想化を実現した仮想環境が用いられる。例えば管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０のそれぞれは、仮想マシン又はクラウドシステムなどの仮想サーバにより実現される。仮想環境に関する技術は、例えば特開２０２１－１４５９３９号公報に記載された技術を用いることができる。システム１は、１つの装置であってもよいし、複数の装置を含んで構成されてもよい。説明の便宜上、以下のハードウェア構成の説明においては、管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０のそれぞれが、１つの装置により実現される場合について説明する。
図２は本発明の一実施形態の管理サーバ１０のハードウェア構成を示すブロック図である。管理サーバ１０は、プロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５を備える。これらの各構成装置はバス１６によって接続される。なお、バス１６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。
プロセッサ１１は、管理サーバ１０全体の動作を制御する。例えばプロセッサ１１は、ＣＰＵである。プロセッサ１１は、記憶装置１４に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。プロセッサ１１は、複数のプロセッサから構成されてもよい。
入力装置１２は、管理サーバ１０に対するユーザからの入力を受け付けるユーザインタフェースであり、例えば、タッチパネル、タッチパッド、キーボード、マウス、又はボタンである。表示装置１３は、プロセッサ１１の制御に従って、アプリケーション画面などを管理サーバ１０のユーザに表示するディスプレイである。
記憶装置１４は、主記憶装置及び補助記憶装置を含む。主記憶装置は、例えば情報の高速な読み書きが可能な揮発性メモリであり、プロセッサ１１が情報を処理する際の記憶領域及び作業領域として用いられる。補助記憶装置は、様々なプログラムや、各プログラムの実行に際してプロセッサ１１が使用するデータを格納する。補助記憶装置は、不揮発性ストレージ又は不揮発性メモリであり、例えばｅＭＭＣ、ＵＦＳ、ＳＳＤのようなフラッシュメモリであり、着脱可能なものであってもよい。
通信装置１５は、ネットワークを介してユーザ端末又はサーバなどの他のコンピュータとの間でデータの授受を行うことが可能なモジュール、デバイス、又は装置である。通信装置１５は、無線通信用のデバイスやモジュールなどとすることもできるし、有線通信用のデバイスやモジュールなどとすることもできる。
図３は本発明の一実施形態の仮想インスタンスサーバ２０のハードウェア構成を示すブロック図である。仮想インスタンスサーバ２０は、プロセッサ２１、入力装置２２、表示装置２３、記憶装置２４、及び通信装置２５を備える。これらの各構成装置はバス２６によって接続される。なお、バス２６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。プロセッサ２１、入力装置２２、表示装置２３、記憶装置２４、及び通信装置２５の各要素は、前述したプロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。仮想インスタンスサーバ２０は、入力装置２２及び表示装置２３を備えなくてもよい。
図４は本発明の一実施形態のテスト用ゲームサーバ３０のハードウェア構成を示すブロック図である。テスト用ゲームサーバ３０は、プロセッサ３１、入力装置３２、表示装置３３、記憶装置３４、及び通信装置３５を備える。これらの各構成装置はバス３６によって接続される。なお、バス３６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。プロセッサ３１、入力装置３２、表示装置３３、記憶装置３４、及び通信装置３５の各要素は、前述したプロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。テスト用ゲームサーバ３０は、入力装置３２及び表示装置３３を備えなくてもよい。
システム１は、第１のバージョンのゲームＧと第２のバージョンのゲームＧを実行し、リプレイログから取得（生成）した２人のユーザの操作ログどおりの操作で実行ボットにゲームをプレイさせ、結果として生成される２つのバージョンにおける盤面情報の履歴を比較することにより、ゲームＧのバージョン間不整合を検出するためのシステムである。
図５は本発明の実施形態のシステム１の機能ブロック図の一例である。管理サーバ１０は、ゲーム実行制御部５０、検査部５３、ゲームログデータベース（ゲームログＤＢ）５４、第１のゲーム状態データベース（第１のゲーム状態ＤＢ）５５、及び第２のゲーム状態データベース（第２のゲーム状態ＤＢ）５６を備える。ゲーム実行制御部５０は、第１のゲーム実行制御部５１及び第２のゲーム実行制御部５２を備える。仮想インスタンスサーバ２０は、第１の仮想インスタンス制御部６１及び第２の仮想インスタンス制御部６２を備える。テスト用ゲームサーバ３０は、第１のバージョンのゲームＧを提供する処理を制御する第１のゲームサーバ制御部７１、及び第２のバージョンのゲームＧを提供する処理を制御する第２のゲームサーバ制御部７２を備える。
本発明の実施形態では、管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０は、仮想環境により実現されるものであるが、管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０のそれぞれが１つの装置により実現される場合、システム１が備えるこれらの機能は、例えば、管理サーバ１０のプロセッサ１１、仮想インスタンスサーバ２０のプロセッサ２１、及びテスト用ゲームサーバ３０のプロセッサ３１の少なくとも１つがプログラムを実行し、必要に応じて記憶装置１４、記憶装置２４、及び記憶装置３４の少なくとも１つにデータを記憶することにより、又は、これに加えて、必要に応じて、管理サーバ１０、仮想インスタンスサーバ２０、テスト用ゲームサーバ３０の間でデータを受け渡し若しくは受け取ることにより実現される。ゲームログＤＢ５４、第１のゲーム状態ＤＢ５５、及び第２のゲーム状態ＤＢ５６の少なくとも１つは、記憶装置１４のみにより実現されてもよい。このように各種機能がプログラム読み込みにより実現されるため、１つの機能部（例えばソフトウェアモジュール）の一部又は全部を他の機能部が有していてもよい。本発明の実施形態では、システム１が備えるこれらの機能は、管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０のそれぞれが１つの装置により実現される場合の動作に準じた各構成要素の動作により、実現することができる。
ゲームログＤＢ５４は、ゲームサーバＳが記憶したゲームログを記憶する。ゲームログＤＢ５４が記憶するリプレイログは、式（１）で表されるデータ形式のリプレイログである。ゲームログＤＢ５４は、バトルごとのリプレイログを記憶し、リプレイログのそれぞれは、バトル開始時の盤面情報を関連付けて記憶する。本発明の実施形態では、システム１は、１つのバトルのリプレイログごとに、ゲームＧのバージョン間の不整合の有無を判定する。この判定対象の１つのバトルのリプレイログを対象リプレイログと呼ぶ。例えばゲームログＤＢ５４は、不整合を検証しようとする複数の対象リプレイログと、当該対象リプレイログに関連するデータとを含むゲームログを記憶するものであればよい。
ゲーム実行制御部５０は、１つの対象リプレイログ（Ｒｅｐｌａｙｌｏｇn）から第１のユーザ（例えば先手ユーザ）の操作ログ及び第２のユーザ（例えば後手ユーザ）の操作ログをそれぞれ取得（生成）する。１つの例では、ゲーム実行制御部５０は、対象リプレイログから操作ログに関連する部分を抽出し、各ユーザの操作ログを生成する。ゲーム実行制御部５０は、対象リプレイログに関連付けられた盤面情報履歴データからバトル開始時の盤面情報を取得し、第１のユーザ及び第２のユーザのバトル開始時のカードデッキを生成する。
第１のゲーム実行制御部５１は、第１の仮想インスタンス制御部６１及び第１のゲームサーバ制御部７１の動作を制御し、仮想インスタンス６３に第１のバージョンのゲームＧを実行させ、対象リプレイログから生成した操作ログに基づいてゲームプレイを実行させ、盤面情報を取得する。第２のゲーム実行制御部５２は、第２の仮想インスタンス制御部６２及び第２のゲームサーバ制御部７２の動作を制御し、仮想インスタンス６４に第２のバージョンのゲームＧを実行させ、対象リプレイログから生成した操作ログに基づいてゲームプレイを実行させ、盤面情報を取得する。
第１の仮想インスタンス制御部６１は、第１のゲーム実行制御部５１からの制御信号に従って、ゲームをプレイするユーザ端末又はユーザ端末のソフトウェア環境を仮想化するための仮想インスタンス６３を生成する。第２の仮想インスタンス制御部６２は、第２のゲーム実行制御部５２からの制御信号に従って、ゲームをプレイするユーザ端末又はユーザ端末のソフトウェア環境を仮想化するための複数の仮想インスタンス６４を生成する。仮想インスタンス６３は、第１のバージョンのゲームＧを実行するための仮想インスタンスであり、第１のゲームサーバ制御部７１と接続され、第１のバージョンのゲームＧを実行できるように構成される。仮想インスタンス６４は、第２のバージョンのゲームＧを実行するための仮想インスタンスであり、第２のゲームサーバ制御部７２と接続され、第２のバージョンのゲームＧを実行できるように構成される。
１つの例では、第１の仮想インスタンス制御部６１は、Ｎ個（Ｎは自然数）の対象リプレイログに対して、２Ｎ個の仮想インスタンス６３を生成し、第２の仮想インスタンス制御部６２は、Ｎ個の対象リプレイログに対して、２Ｎ個の仮想インスタンス６４を生成する。第１の仮想インスタンス制御部６１は、対象リプレイログに関連付けられた盤面情報に基づいて、１つの対象リプレイログに対して生成した２個の仮想インスタンス６３の一方に第１のユーザのバトル開始時のデッキを割り当て、他方に第２のユーザのバトル開始時のデッキを割り当て、これらの仮想インスタンス６３に第１のゲームサーバ制御部７１に対してバトル開始要求を送信させる。第２の仮想インスタンス制御部６２は、対象リプレイログに関連付けられた盤面情報に基づいて、１つの対象リプレイログに対して生成した２個の仮想インスタンス６４の一方に第１のユーザのバトル開始時のデッキを割り当て、他方に第２のバトル開始時のユーザのデッキを割り当て、これらの仮想インスタンス６４に第２のゲームサーバ制御部７２に対してバトル開始要求を送信させる。
仮想インスタンス６３、６４はユーザ端末又はユーザ端末のソフトウェア環境を仮想化するための仮想インスタンスであり、例えば、docker（登録商標）等の「コンテナ」と呼ばれるオペレーティングシステム・レベルの仮想化技術を用いることにより実現できる。docker（登録商標）は、Linux（登録商標）カーネルが提供するLinux（登録商標）コンテナを制御し、プロセス単位での仮想化、すなわち、ＣＰＵの利用とファイルシステムの利用を、他のプロセスから分離された空間を提供することができる。各コンテナ同士は相互に分離されているため、あたかも、オペレーティングシステム内で、唯一動作するゲームアプリとしてふるまうことが可能になる。そのため、各コンテナにおいてゲームアプリを実行して、ゲームアプリのプロセスを起動することにより、ユーザ端末におけるゲームアプリの実行を仮想的に実現することができる。したがって、１つのサーバ装置において複数の仮想インスタンスを生成して、同時に複数のゲームアプリを隔離して並列に実行し、検証用結果を生成することができる。本発明の実施形態においては、仮想インスタンス６３、６４としてdocker（登録商標）の「コンテナ」を用いる。例えば仮想インスタンス６３、６４のそれぞれは、仮想化されたスマートフォンである。
第１のゲームサーバ制御部７１は、バトル開始要求を受け付けた仮想インスタンス６３から対戦する２つの仮想インスタンス６３を選択してマッチングさせ、マッチングした仮想インスタンス６３でバトルゲームを実行する。第２のゲームサーバ制御部７２は、バトル開始要求を受け付けた仮想インスタンス６４から対戦する２つの仮想インスタンス６４を選択してマッチングさせ、マッチングした仮想インスタンス６４でバトルゲームを実行する。
第１のゲーム実行制御部５１は、第１の仮想インスタンス制御部６１が１つの対象リプレイログに対して生成した２個の仮想インスタンス６３の一方に第１のユーザのデッキを割り当て他方に第２のユーザのデッキを割り当てる際、２つの仮想インスタンス６３に同一のＩＤを付す又は関連付ける。このＩＤは、対象リプレイログを一意に特定できるものであればよい。第１のゲームサーバ制御部７１は、同一のＩＤが付された又は関連付けられた２つの仮想インスタンス６３をマッチングするように構成される。同様に、第２のゲーム実行制御部５２は、第２の仮想インスタンス制御部６２が１つの対象リプレイログに対して生成した２個の仮想インスタンス６４の一方に第１のユーザのデッキを割り当て他方に第２のユーザのデッキを割り当てる際、２つの仮想インスタンス６４に同一のＩＤを付す又は関連付ける。第２のゲームサーバ制御部７２は、同一のＩＤが付された又は関連付けられた２つの仮想インスタンス６４をマッチングするように構成される。
本発明の実施形態では、仮想インスタンス６３は、ユーザ端末においてゲームをプレイするために実行されるゲームアプリＡを、ヘッドレスモードで実行することにより第１のバージョンのゲームＧを実行する。例えば、第１のゲーム実行制御部５１又は第１の仮想インスタンス制御部６１は、少なくともグラフィック処理及びサウンド処理が無効化されるように、ユーザ端末においてゲームをプレイするために実行されるゲームアプリＡを、オートパイロットで、仮想インスタンス６３においてヘッドレスモードで実行することにより第１のバージョンのゲームＧを実行する。仮想インスタンス６４は、ゲームアプリＡを、ヘッドレスモードで実行することにより第２のバージョンのゲームＧを実行する。例えば、第２のゲーム実行制御部５２又は第２の仮想インスタンス制御部６２は、少なくともグラフィック処理及びサウンド処理が無効化されるように、ゲームアプリＡを、オートパイロットで、仮想インスタンス６４においてヘッドレスモードで実行することにより第２のバージョンのゲームＧを実行する。
仮想インスタンス６３は、第１のバージョンのゲームＧを実行し、操作ログに基づいてゲームプレイを実行し、アクションを実行するごとに盤面情報を出力する。仮想インスタンス６４は、第２のバージョンのゲームＧを実行し、操作ログに基づいてゲームプレイを実行し、アクションを実行するごとに盤面情報を出力する。
第１のゲーム実行制御部５１は、仮想インスタンス６３が出力する盤面情報を取得し、盤面情報が時間順に並べられた盤面情報履歴データを生成し、第１のゲーム状態ＤＢ５５に記憶する。第２のゲーム実行制御部５２は、仮想インスタンス６４が出力する盤面情報を取得し、盤面情報が時間順に並べられた盤面情報履歴データを生成し、第２のゲーム状態ＤＢ５６に記憶する。仮想インスタンス６３、６４は、例えばＪＳＯＮ、ＸＭＬ、ＣＳＶなどの差分が取れるデータ形式で盤面情報を出力する。盤面情報は、式（３）で表されるデータである。第１のゲーム実行制御部５１及び第２のゲーム実行制御部５２が生成する盤面情報履歴データは、式（２）で表されるデータ形式の盤面情報履歴データである。
検査部５４は、一の対象リプレイログから生成された操作ログに基づいてゲームプレイを実行する仮想インスタンス６３から取得された盤面情報から第１のゲーム実行制御部５１が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇn）と、該一の対象リプレイログから生成された操作ログに基づいてゲームプレイを実行する仮想インスタンス６４から取得された盤面情報から第２のゲーム実行制御部５２が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇ´n）との比較に基づいてバージョン間不整合を検出する。ここで、第１のゲーム実行制御部５１が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇn）におけるｉ番目の盤面情報
Figure 0007366223000012
が、第２のゲーム実行制御部５２が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇ´n）におけるｉ番目の盤面情報
Figure 0007366223000013
と一致しない場合、
すなわち、
Figure 0007366223000014
の場合、検査部５４は、不整合を検出する又は不整合有りと判定する。すなわち、システム１は、当該対象リプレイログから生成された操作ログに基づくゲームプレイがバージョン間不整合を発生させることを検出する。すべてのｉ（ｉ＝０～ｅ）において、
Figure 0007366223000015
である場合、検査部５４は、不整合を検出しない又は不整合無しと判定する。
上記より、検査部５４は、一の対象リプレイログから生成された操作ログに基づいてゲームプレイを実行する仮想インスタンス６３から取得された盤面情報（Ｓｔａｔｅi）と、該一の対象リプレイログから生成された操作ログに基づいてゲームプレイを実行する仮想インスタンス６４から取得された盤面情報（Ｓｔａｔｅ´i）との比較に基づいてバージョン間不整合を検出する不整合検出部ということができる。
図６は、システム１全体の観点から見た本発明の実施形態のシステム１の機能ブロック図の一例である。システム１は、第１の処理部８１、第２の処理部８２、検査部８３、ゲームログＤＢ８４、第１のゲーム状態ＤＢ８５、及び第２のゲーム状態ＤＢ８６を備える。図５に示す機能ブロック図は、図６に示す機能ブロック図の詳細の一例である。検査部８３、ゲームログＤＢ８４、第１のゲーム状態ＤＢ８５、及び第２のゲーム状態ＤＢ８６は、検査部５４、ゲームログＤＢ５４、第１のゲーム状態ＤＢ５５、及び第２のゲーム状態ＤＢ５６に対応する機能部である。
第１の処理部８１は、第１のゲーム実行制御部５１、第１の仮想インスタンス制御部６１、及び第１のゲームサーバ制御部７１を備え、第２の処理部８２は、第２のゲーム実行制御部５２、第２の仮想インスタンス制御部６２、及び第２のゲームサーバ制御部７２を備える。
第１の処理部８１は、２つの仮想インスタンス６３を用いて第１のバージョンのゲームＧを実行し、該２つの仮想インスタンス６３をマッチングさせ、一方の仮想インスタンス６３においては対象リプレイログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンス６３においては対象リプレイログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、盤面情報を取得する。同様に、第２の処理部８２は、２つの仮想インスタンス６４を用いて第２のバージョンのゲームＧを実行し、該２つの仮想インスタンス６４をマッチングさせ、一方の仮想インスタンス６４においては対象リプレイログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンス６４においては対象リプレイログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、盤面情報を取得する。検査部８３は、第１の処理部８１から取得された盤面情報（Ｓｔａｔｅi）と、第２の処理部８２から取得された盤面情報（Ｓｔａｔｅ´i）との比較に基づいてバージョン間不整合を検出する。１つの例では、第１の処理部８１及び第２の処理部８２のそれぞれは、操作ログどおりの操作でゲームをプレイさせ、盤面情報を出力させる実行ボットととして具現化することができる。
図７は、本発明の一実施形態のシステム１の処理のフローチャートの一例を説明する図である。
ステップＳ１で、第１の処理部８１は、仮想インスタンス６３を用いて第１のバージョンのゲームＧを実行する。ステップＳ２で、第１の処理部８１は、仮想インスタンス６３を用いて対象リプレイログに含まれる操作ログに基づいてゲームプレイを実行し、盤面情報を取得する。ステップＳ３で、第２の処理部８２は、仮想インスタンス６４を用いて第２のバージョンのゲームＧを実行する。ステップＳ４で、第２の処理部８２は、仮想インスタンス６４を用いて対象リプレイログに含まれる操作ログに基づいてゲームプレイを実行し、盤面情報を取得する。ステップＳ５で、検査部５４は、ステップＳ２で取得された盤面情報とステップＳ４で取得された盤面情報とに基づいて不整合の有無を判定し、バージョン間不整合を検出する。
本フローチャートにおいて、ステップＳ１とＳ２がこの順番で実行が開始され、ステップＳ３とＳ４がこの順番で実行が開始され、ステップＳ２とＳ４が実行された後にステップＳ５が実行されれば、他のステップの順番は変更されてもよい。なお、本フローチャートは、ステップＳ１が実行されている状態でステップＳ２が実行され（ステップＳ２が実行されている間はステップＳ１が実行され）、ステップＳ３が実行されている状態でステップＳ４が実行される。例えば、ステップＳ１とＳ３の実行が同時に開始され、ステップＳ２とＳ４の実行が同時に開始されてもよい。
次に、本発明の実施形態のシステム１の主な作用効果について説明する。
従来、ゲームのバージョン間不整合を検出するには、人手による確認のみが有効な手段であったが、例えばＤＣＣＧのような対戦型カードゲームは、カードの種類が爆発的に増大するものが多く、網羅的に不整合を確認することが不可能であった。Ｎｏ Ｃｏｎｔｅｓｔ不具合を自動的に検出可能な技術はあるものの、バージョン間不整合を人手で確認するために、デバッグ工程の多くの時間を割く必要があった。
本発明の実施形態では、システム１を構成する管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０の仮想化を実現した仮想環境が用いられ、例えば第１の処理部８１、第２の処理部８２、及び検査部８３などのシステム１の機能部が実現される。第１の処理部８１は、第１のバージョンのゲームＧのプレイ環境を再現し、運用中のゲームサーバＳが取得したリプレイログから取得（生成）した操作ログのとおりにゲームＧをプレイさせ、アクションが実行されて変化する盤面情報を取得（生成）する。第２の処理部８２は、第２のバージョンのゲームＧのプレイ環境を再現し、運用中のゲームサーバＳが取得したリプレイログから取得（生成）した操作ログのとおりにゲームＧをプレイさせ、アクションが実行されて変化する盤面情報を取得（生成）する。
このような構成とすることにより、検査部８３は、２つの盤面情報のパターンマッチを行うのみで、ゲームＧの異なるバージョン間の不整合を検出することができる。例えば、これにより、特定のどのゲーム状態（盤面）とアクションの組み合わせで不整合が起きるかを機械的に特定することができ、更に、多くのユーザ（理想的にはすべてのユーザ）のリプレイログについて不整合を検証することができるため、エンドユーザに提示したゲームソフトウェアのすべての挙動を網羅的に検証することが可能となる。したがって、例えば本発明の実施形態により、長期運用タイトルのデバッグ工数を削減することができる。
このように、クライアントからサーバまでの全て含めてゲーム環境全体を仮想化し、任意のバージョンのゲームのプレイ環境を再現し、実際のリプレイログを用いてバージョン間不整合を見つける技術は未だ提案されていない。
また、本発明の実施形態は、これまで死蔵されてきた膨大な量のリプレイログを、異なるバージョンのゲームＧの整合性を検証するというゲームの品質向上の資源に変換することができるものである。
上記の作用効果は、特に言及が無い限り、他の実施形態や変形例においても同様である。
本発明の実施形態のシステム１は、１つの装置であってもよい。本発明の実施形態は、上記で説明したシステム１の機能やフローチャートに示す情報処理を実現する方法又はプログラム若しくは該プログラムを格納したコンピュータ読み取り可能な記憶媒体とすることもできる。また本発明の実施形態は、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現するプログラムをコンピュータに供給することができるサーバとすることもできる。他の実施形態や変形例においても同様である。
本発明の実施形態のシステム１は、例えば同じタイトルの異なるバージョンのゲームＧを検査した結果、不整合を検出することが可能なシステムである。したがって、本発明の実施形態のシステム１は、ゲームを検査することが可能なシステムを提供するという課題を解決することを目的としたゲームを検査するためのシステムとすることができる。この実施形態では、検査部５４は、一の対象リプレイログから生成された操作ログに基づいてゲームプレイを実行する仮想インスタンス６３から取得された盤面情報から第１のゲーム実行制御部５１が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇn）と、該一の対象リプレイログから生成された操作ログに基づいてゲームプレイを実行する仮想インスタンス６４から取得された盤面情報から第２のゲーム実行制御部５２が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇ´n）とを比較して不整合の有無を判定する機能部とすることができる。例えば検査部５４は、第１のゲーム実行制御部５１が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇn）におけるｉ番目の盤面情報
Figure 0007366223000016
と、第２のゲーム実行制御部５２が生成した盤面情報履歴データ（Ｓｔａｔｅｌｏｇ´n）におけるｉ番目の盤面情報
Figure 0007366223000017
とが一致するか否かを、すべてのｉ（ｉ＝０～ｅ）において判定し、その結果を出力するように構成される。この場合、検査部５４は、不整合の有無を判定するが、不整合の検出を行わなくてもよい。上記については、検査部８３も同様である。
本発明の変形実施形態では、システム１は、例えば１つのゲームを検査するためのシステムとすることができる。例えばこの変形実施形態では、第１の処理部８１と第２の処理部８２は同じバージョンのゲームを実行する。例えばこの場合、第２の処理部８２も、２つの仮想インスタンス６４を用いて第１のバージョンのゲームＧを実行し、２つの仮想インスタンス６４においてゲームプレイを実行し、盤面情報を取得する。このような構成とすることにより、ある１つのバージョンのゲームの動作の不具合を検査することが可能となる。
本発明の１又は複数の実施形態では、ゲームログＤＢ５４が記憶するゲームサーバＳにより記憶されるゲームログは、乱数のシード値を含むことができる。例えば乱数のシード値のそれぞれは、リプレイログのそれぞれに関連付けられて記憶される、又はリプレイログに含まれるアクションのデータのうちの乱数を用いて実行されたアクションのデータ（乱数処理を実行したデータ）のそれぞれに関連付けられて記憶される。例えば、あるバトルゲームを通して乱数を生成する際に１つの乱数のシード値が用いられる場合、当該シード値がそのバトルゲームにおいて取得されたリプレイログに関連付けられてゲームログの一部として記憶される。例えばこの実施形態では、第１のゲーム実行制御部５１は、仮想インスタンス６３に第１のバージョンのゲームＧを実行させ、対象リプレイログから生成した操作ログに基づいてゲームプレイを実行させるとともに、第１のゲームサーバ制御部７１に乱数処理を実行させる際には、対象リプレイログに関連付けられた乱数のシード値又は対象リプレイログの対象のアクションのデータに関連付けられた乱数のシード値を用いて乱数処理を実行させ、盤面情報を取得する。この例示では、第２のゲーム実行制御部５２の処理についても第１のゲーム実行制御部５１の処理と同様である。また例えばこの実施形態では、第１の処理部８１は、２つの仮想インスタンス６３を用いて第１のバージョンのゲームＧを実行し、該２つの仮想インスタンス６３をマッチングさせ、一方の仮想インスタンス６３においては対象リプレイログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンス６３においては対象リプレイログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、乱数処理を実行する際には対象リプレイログに関連付けられた乱数のシード値又は対象リプレイログの対象のアクションのデータに関連付けられた乱数のシード値を用いて乱数処理を実行し、盤面情報を取得する。この例示では、第２の処理部８２の処理についても第１の処理部８１の処理と同様である。このような構成とすることにより、第１のゲームサーバ制御部７１（第１の処理部８１）及び第２のゲームサーバ制御部７２（第２の処理部８２）のアクションを実行する際の乱数が同じ値に設定されるように構成することができる。これにより、同一の操作ログの操作によって完全に同一の盤面情報を生成することが可能となる。
本発明の１又は複数の実施形態では、管理サーバ１０、仮想インスタンスサーバ２０、及びテスト用ゲームサーバ３０のそれぞれは、１又は複数の装置を含んで構成されるものとすることもできる。
本発明の１又は複数の実施形態では、ゲームＧにおいて、カード４１（カード群）は、キャラクタやアイテムなどの媒体（媒体群）とすることができ、所有カード群は、ユーザが所有する複数の媒体を含んで構成される所有媒体群とすることができる。例えば媒体群がキャラクタとアイテムの媒体により構成される場合、ゲーム画面４０は、カード４１として、キャラクタ又はアイテムそのものを示すこととなる。
本発明の１又は複数の実施形態では、ゲームＧのバージョン間の不整合の有無を判定する対象リプレイログは、可能な限り多くのユーザのリプレイログであってもよいし、ランキング上位のユーザのリプレイログであってもよいし、プレイ頻度が高いユーザのリプレイログであってもよいし、任意のサンプリングユーザのリプレイログであってもよい。
本発明の１又は複数の実施形態では、ゲームＧは、対戦型カードゲームでなくてもよい。１つの例では、ゲームＧは、１人用のゲームとすることもできる。ゲームＧが１人用のゲームの場合、ゲームログＤＢ５４が記憶するゲームサーバＳにより記憶されるゲームログは、１人のユーザのユーザ操作を再現可能なログであるリプレイログを含むものである。この場合、例えば第１の仮想インスタンス制御部６１は、Ｎ個の対象リプレイログに対して、Ｎ個の仮想インスタンス６３を生成し、第２の仮想インスタンス制御部６２は、Ｎ個の対象リプレイログに対して、Ｎ個の仮想インスタンス６４を生成する。この場合、第１のゲームサーバ制御部７１及び第２のゲームサーバ制御部７２は、仮想インスタンス６３、６４のマッチングを行わない。この場合、ゲーム実行制御部５０は、１つの対象リプレイログから１人のユーザの操作ログを生成する。この場合、第１の処理部８１は、仮想インスタンス６３を用いて第１のバージョンのゲームＧを実行し、対象リプレイログから生成された操作ログに基づいてゲームプレイを実行し、盤面情報を取得し、第２の処理部８２は、仮想インスタンス６４を用いて第２のバージョンのゲームＧを実行し、対象リプレイログから生成された操作ログに基づいてゲームプレイを実行し、盤面情報を取得し、検査部８３は、第１の処理部８１から取得された盤面情報（Ｓｔａｔｅi）と、第２の処理部から取得された盤面情報（Ｓｔａｔｅ´i）との比較に基づいてバージョン間不整合を検出する。この場合、例えば、盤面情報は、第２のユーザに関する情報を含む必要がないため、式（３）で表されるデータとは異なる第２のユーザに関する情報を含まない形式のデータである。このように、本発明の実施形態のシステム１は、対戦型カードゲーム以外のゲームにも適用することができる。ゲームＧが対戦型カードゲームでない場合、第１の処理部８１及び第２の処理部から各々取得されたＳｔａｔｅi及びＳｔａｔｅ´iは、盤面情報ではないゲーム状態情報であってもよい。本発明の実施形態のシステム１は、３人以上のユーザが参加する対戦型カードゲームにも適用することができる。
本発明の１又は複数の実施形態では、第１のバージョンのゲームＧと第２のバージョンのゲームＧは異なるバージョンのゲームであればよく、リリース中のゲームとリリースされる予定のゲームに限定されない。
本発明の１又は複数の実施形態では、第２のバージョンのゲームＧは、第１のバージョンのゲームＧとは異なるプラットフォームに対応したゲームであってもよい。例えば第１のバージョンのゲームＧがｉＯＳ用のゲームであり、第２のバージョンのゲームＧがＡｎｄｒｏｉｄ用のゲームであってもよい。このように、異なるプラットフォームに対応したゲームは、異なるプラットフォーム向けのバイナリデータにより作成されるため、動作保証する必要がある。したがって、このような実施形態においても、ゲームのバージョン間不整合の有無を判定することが必要である。
本発明の実施形態では、ゲームＧは、ウェブアプリのゲームを想定しているが、これに限定されない。本発明の１又は複数の実施形態では、ゲームＧは、ブラウザゲームなどであってもよい。
本発明の１又は複数の実施形態では、ゲームログＤＢ５４が記憶するゲームサーバＳにより記憶されるゲームログは、１つのバトルごとのリプレイログに代えて、所定のイベント又は所定の時間ごとのリプレイログを含んでもよい。この実施形態では、対象リプレイログは、１つの所定のイベント又は所定の時間のリプレイログとなる。
本発明の１又は複数の実施形態では、ゲームログＤＢ５４が記憶するゲームサーバＳにより記憶されるゲームログは、各バトルのバトル開始時の盤面情報又はバトル終了時の盤面情報を含むものであれば、各バトルの盤面情報履歴データを含まなくてもよい。この場合、バトル開始時の盤面情報又はバトル終了時の盤面情報は、リプレイログに関連付けられて記憶される。ゲームログがバトル開始時の盤面情報を含まない場合、ゲーム実行制御部５０は、リプレイログ及びバトル終了時の盤面情報からバトル開始時の盤面情報を生成することができ、第１の仮想インスタンス制御部６１及び第２の仮想インスタンス制御部６２は、仮想インスタンス６３、６４にバトル開始時のデッキを割り当てることができる。
本発明の１又は複数の実施形態では、リプレイログは、バトル開始時の盤面情報と、バトル終了時の盤面情報とを含むことができる。この場合、ゲームログは、各バトルの盤面情報履歴データを含まなくてもよい。
本発明の１又は複数の実施形態では、リプレイログに含まれるアクションのデータは、ユーザ操作によりゲームプログラムが決定した内容を含まないものであってものであってもよい。この場合、アクションのデータは、ユーザの操作ログである。
本発明の１又は複数の実施形態では、第１の仮想インスタンス制御部６１は、１つの対象リプレイログに対して、２つの仮想インスタンス６３を生成せずに、予め生成されてゲームプレイが実行されていない仮想インスタンスの中から２つの仮想インスタンスを選択し、一方に第１のユーザのバトル開始時のデッキを割り当て、他方に第２のユーザのバトル開始時のデッキを割り当ててもよい。同様に、第２の仮想インスタンス制御部６２は、１つの対象リプレイログに対して、２つの仮想インスタンス６４を生成せずに、予め生成されてゲームプレイが実行されていない仮想インスタンスの中から２つの仮想インスタンスを選択し、一方に第１のユーザのバトル開始時のデッキを割り当て、他方に第２のユーザのバトル開始時のデッキを割り当ててもよい。
本発明の１又は複数の実施形態では、検査部５４は、
Figure 0007366223000018
と
Figure 0007366223000019
が完全一致、すなわち
Figure 0007366223000020
でなくても、±Ｎまでの差分の許容範囲を設定するなど、マッチング度合いに基づいて不整合を検出するように構成されてもよい。このような構成とすることにより、不整合検出の誤差の範囲を調整することができ、一部の誤差を許容する構成とすることができる。例えばこの場合、ゲームサーバＳが記憶するゲームログに含まれる乱数のシード値を用いずに、より実際のゲームサーバＳに近い環境で動作を確認することができる。したがって、この場合、ゲームサーバＳが記憶するゲームログは、乱数のシード値を含まなくてもよい。
本発明の実施形態では、システム１は、同時に複数の対象リプレイログを対象として、ゲームＧのバージョン間の不整合検出を行うこともできる。
本発明の実施形態において、ヘッドレスモードとは、ＧＰＵにアクセスするグラフィック処理を無効化し、さらに、音源チップにアクセスするサウンド処理、および、外部サーバへのアクセス処理を無効化するモードである。これにより、ＣＰＵ、メモリ、二次記憶装置のみを使用する状態、すなわち、コンテナ内部に閉じたリソースへのアクセスのみでゲームを実行することができるため、人間が閲覧することを前提としたアニメーション処理スピード、人間が聞くことを前提とした音声の再生スピードといった律速要因（速度を決める要因）を排除することができるようになる。さらに、これらのグラフィック機器やサウンド機器は、一般的にＣＰＵの外にある外部機器として実装されており、ＣＰＵと外部機器との間のＩ／Ｏ処理にかかる同期のための待ち時間も省略することができる。これにより、人間のための演出や、外部機器のための同期待ちといったウェイト処理を省いた、ＣＰＵ単独の処理速度のみに依存するノー・ウェイト（No Wait）処理で、ゲームを高速に動作させることができるから、より短時間でバトルゲームの実行を行うことができる。
本発明の１又は複数の実施形態では、ゲームプログラム（ゲームアプリ）をヘッドレスモードで実行することは、ヘッドレスモードでゲームプログラムを実行することと、ヘッドレス化されたゲームプログラムを実行することのいずれであってもかまわない。ゲームをヘッドレス状態で進行させることができれば、どのような態様での実行であってもかまわない。広く普及しているゲームエンジンであるＵｎｉｔｙにおいてはＧＵＩからヘッドレスモードを選択するだけで容易にヘッドレス化されたゲームプログラムを生成することが可能である。すなわち、ユーザ端末用のゲームプログラムを再利用して、検証用のゲームプログラムを容易に用意することができる。本発明の１又は複数の実施形態では、ゲームプログラムをヘッドレスモードではない、通常モードで実行してもよい。
本発明の１又は複数の実施形態では、システム１は、第１の処理部８１を備えない構成とすることができる。この実施形態では、システム１は、第１のゲーム実行制御部５１、第１の仮想インスタンス制御部６１、仮想インスタンス６３、及び第１のゲームサーバ制御部７１を備えない。この実施形態では、検査部８３は、ゲームログＤＢ５４が記憶するゲームサーバＳにより記憶されたゲームログが含む盤面情報履歴に含まれる盤面情報（Ｓｔａｔｅi）と、第２の処理部８２から取得された盤面情報（Ｓｔａｔｅ´i）との比較に基づいてバージョン間不整合を検出することができる。この実施形態では、ゲームログＤＢ５４が記憶するゲームサーバＳにより記憶されるゲームログは、乱数のシード値を含み、例えば第２の処理部８２は、乱数処理を実行する際には対象リプレイログの対象のアクションのデータに関連付けられた乱数のシード値を用いて乱数処理を実行する実施形態であることが好ましい。
本発明の変形実施形態では、システム１が備える各機能部は、その一部又は全部を実現するための電子回路等を構成することによりハードウェアによって実現することもできる。
以上に説明した処理又は動作において、あるステップにおいて、そのステップではまだ利用することができないはずのデータを利用しているなどの処理又は動作上の矛盾が生じない限りにおいて、処理又は動作を自由に変更することができる。また以上に説明してきた各実施例は、本発明を説明するための例示であり、本発明はこれらの実施例に限定されるものではない。本発明は、その要旨を逸脱しない限り、種々の形態で実施することができる。例えば、本発明の実施形態のシステム１と同様の作用効果を備える場合、ゲームログＤＢ５４が記憶するリプレイログは、式（１）で表されるデータ形式のものに限定されず、第１のゲーム実行制御部５１及び第２のゲーム実行制御部５２が生成する盤面情報履歴データは式（２）で表されるデータ形式のものに限定されず、盤面情報は、式（３）で表されるデータに限定されない。
１：システム、２：ネットワーク、１０：管理サーバ、１１：プロセッサ、１２：表示装置、１３：入力装置、１４：記憶装置、１５：通信装置、１６：バス、２０：仮想インスタンスサーバ、２１：プロセッサ、２２：表示装置、２３：入力装置、２４：記憶装置、２５：通信装置、２６：バス、３０：テスト用ゲームサーバ、３１：プロセッサ、３２：表示装置、３３：入力装置、３４：記憶装置、３５：通信装置、４０：ゲーム画面、４１：カード、４２：手札、４２ａ、４２ｂ：第１のカード群、４３：場、４４：山札、４４ａ、４４ｂ：第２のカード群、４５：キャラクタ、５０：ゲーム実行制御部、５１：第１のゲーム実行制御部、５２：第２のゲーム実行制御部、５３：検査部、５４：ゲームログＤＢ、５５：第１のゲーム状態ＤＢ、５６：第２のゲーム状態ＤＢ、６１：第１の仮想インスタンス制御部、６２：第２の仮想インスタンス制御部、６３：仮想インスタンス、６４：仮想インスタンス、７１：第１のゲームサーバ制御部、７２：第２のゲームサーバ制御部、８１：第１の処理部、８２：第２の処理部、８３：検査部、８４：ゲームログＤＢ、８５：第１のゲーム状態ＤＢ、８６：第２のゲーム状態ＤＢ

Claims (9)

  1. ユーザの操作に応じてゲーム状態が更新されうるゲームのバージョン間不整合を検出するためのシステムであって、
    前記システムは、
    一のゲームログについて前記ゲームのバージョン間不整合を検証するため、仮想化されたユーザ端末である仮想インスタンス又はユーザ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いて、前記一のゲームログに含まれるユーザ操作を再現可能な操作ログに基づいて第１のバージョンの前記ゲームのゲームプレイを実行し、ゲーム状態情報を取得する、第１の処理部と、
    前記一のゲームログについて前記ゲームのバージョン間不整合を検証するため、仮想インスタンスを用いて、前記一のゲームログに含まれるユーザ操作を再現可能な操作ログに基づいて第２のバージョンの前記ゲームのゲームプレイを実行し、ゲーム状態情報を取得する、第２の処理部と、
    前記第１の処理部により取得されたゲーム状態情報と前記第２の処理部により取得されたゲーム状態情報との比較に基づいてバージョン間不整合を検出する、検査部と、
    を備える、システム。
  2. 前記ゲームは、対戦型ゲームであり、前記一のゲームログは、マッチングされた第１のユーザ及び第２のユーザの操作を再現可能な第１のユーザの操作ログ及び第２のユーザの操作ログを含み、
    前記第１の処理部は、２つの仮想インスタンスを用いて第１のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては前記一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては該一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得し、
    前記第２の処理部は、２つの仮想インスタンスを用いて第２のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては前記一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては前記一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する、
    請求項１に記載のシステム。
  3. 前記システムは、取得されたゲームログから、第１のユーザの操作ログと第２のユーザの操作ログをそれぞれ取得する、請求項２に記載のシステム。
  4. 前記ゲームのゲームログは、第１のバージョンの前記ゲームをユーザがプレイすることにより取得されるゲームログである、請求項３に記載のシステム。
  5. ゲーム状態情報は、所定の形式で出力可能なデータであり、
    前記第１の処理部及び前記第２の処理部は、それぞれ、実行されるゲームプレイに応じて得られる複数のゲーム状態情報を取得し、
    前記検査部は、対応する前記第１の処理部により取得されたゲーム状態情報と前記第２の処理部により取得されたゲーム状態情報とのマッチング度合いに基づいてバージョン間不整合を検出する、
    請求項１から４のいずれか１項に記載のシステム。
  6. 前記第１の処理部及び前記第２の処理部は、少なくともグラフィック処理及びサウンド処理が無効化されるように、仮想インスタンスにおいてゲームをヘッドレスモードで実行する、請求項１に記載のシステム。
  7. ユーザの操作に応じてゲーム状態が更新されうるゲームのバージョン間不整合を検出するための、コンピュータにより実行される方法であって、
    一のゲームログについて前記ゲームのバージョン間不整合を検証するため、仮想化されたユーザ端末である仮想インスタンス又はユーザ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いて、前記一のゲームログに含まれるユーザ操作を再現可能な操作ログに基づいて第１のバージョンの前記ゲームのゲームプレイを実行し、ゲーム状態情報を取得する第１の取得ステップと、
    前記一のゲームログについて前記ゲームのバージョン間不整合を検証するため、仮想インスタンスを用いて、前記一のゲームログに含まれるユーザ操作を再現可能な操作ログに基づいて第２のバージョンの前記ゲームのゲームプレイを実行し、ゲーム状態情報を取得する第２の取得ステップと、
    前記第１の取得ステップにおいて取得されたゲーム状態情報と前記第２の取得ステップにおいて取得されたゲーム状態情報との比較に基づいてバージョン間不整合を検出するステップと、
    を含む、方法。
  8. 前記ゲームは、対戦型ゲームであり、
    前記一のゲームログは、マッチングされた第１のユーザ及び第２のユーザの操作を再現可能な第１のユーザの操作ログ及び第２のユーザの操作ログを含み、
    前記第１の取得ステップでは、２つの仮想インスタンスを用いて第１のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては前記一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては該一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得し、
    前記第２の取得ステップでは、２つの仮想インスタンスを用いて第２のバージョンの前記ゲームを実行し、該２つの仮想インスタンスをマッチングさせ、一方の仮想インスタンスにおいては前記一のゲームログに含まれる第１のユーザの操作ログに基づいてゲームプレイを実行し、他方の仮想インスタンスにおいては前記一のゲームログに含まれる第２のユーザの操作ログに基づいてゲームプレイを実行し、ゲーム状態情報を取得する、
    請求項７に記載の方法。
  9. 請求項７又は８に記載の方法をコンピュータに実行させるプログラム。
JP2022173314A 2022-10-28 2022-10-28 ゲームを検査するためのシステム、方法、及びプログラム Active JP7366223B1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022173314A JP7366223B1 (ja) 2022-10-28 2022-10-28 ゲームを検査するためのシステム、方法、及びプログラム
PCT/JP2023/038505 WO2024090476A1 (ja) 2022-10-28 2023-10-25 ゲームを検査するためのシステム、方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022173314A JP7366223B1 (ja) 2022-10-28 2022-10-28 ゲームを検査するためのシステム、方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP7366223B1 true JP7366223B1 (ja) 2023-10-20
JP2024064603A JP2024064603A (ja) 2024-05-14

Family

ID=88372769

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022173314A Active JP7366223B1 (ja) 2022-10-28 2022-10-28 ゲームを検査するためのシステム、方法、及びプログラム

Country Status (2)

Country Link
JP (1) JP7366223B1 (ja)
WO (1) WO2024090476A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013105358A (ja) 2011-11-15 2013-05-30 Japan Research Institute Ltd プログラムの新旧バージョンに対する差分比較テストシステム及びテスト方法
JP2013250807A (ja) 2012-05-31 2013-12-12 Sony Computer Entertainment Inc 情報処理装置および情報処理システム
JP2020108733A (ja) 2018-11-09 2020-07-16 株式会社ソニー・インタラクティブエンタテインメント データ処理システムおよび方法
JP7053931B1 (ja) 2021-08-17 2022-04-12 株式会社Cygames 不具合原因を推定するための方法、プログラム、システム、及び装置
JP2022103451A (ja) 2018-03-07 2022-07-07 トヨタ自動車株式会社 ソフトウェアの整合性を確認する装置及びこれを備えた車両、ソフトウェアの整合性を確認する方法及びプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019193771A (ja) * 2019-01-24 2019-11-07 株式会社Ｃｙｇａｍｅｓ ゲームにおけるユーザの不正を検出するためのシステム、サーバ、プログラム及び方法
JP7362371B2 (ja) * 2019-09-03 2023-10-17 株式会社バンダイナムコエンターテインメント 処理システム及びプログラム
JP6768982B1 (ja) * 2020-03-19 2020-10-14 株式会社Ｃｙｇａｍｅｓ プログラム検証のための方法、プログラム、システム及びサーバ

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013105358A (ja) 2011-11-15 2013-05-30 Japan Research Institute Ltd プログラムの新旧バージョンに対する差分比較テストシステム及びテスト方法
JP2013250807A (ja) 2012-05-31 2013-12-12 Sony Computer Entertainment Inc 情報処理装置および情報処理システム
JP2022103451A (ja) 2018-03-07 2022-07-07 トヨタ自動車株式会社 ソフトウェアの整合性を確認する装置及びこれを備えた車両、ソフトウェアの整合性を確認する方法及びプログラム
JP2020108733A (ja) 2018-11-09 2020-07-16 株式会社ソニー・インタラクティブエンタテインメント データ処理システムおよび方法
JP7053931B1 (ja) 2021-08-17 2022-04-12 株式会社Cygames 不具合原因を推定するための方法、プログラム、システム、及び装置

Also Published As

Publication number Publication date
JP2024064603A (ja) 2024-05-14
WO2024090476A1 (ja) 2024-05-02

Similar Documents

Publication Publication Date Title
JP6438612B1 (ja) ゲームプログラムを検査するためのシステム、方法、プログラム、機械学習支援装置、及びデータ構造
US8961321B2 (en) Management of gaming data
US9623327B2 (en) Determining triggers for cloud-based emulated games
US8387015B2 (en) Scalable automated empirical testing of media files on media players
JP6473259B1 (ja) ゲームにおけるユーザの不正を検出するためのシステム、サーバ、プログラム及び方法
US11040285B1 (en) Secure anti-cheat system
US20150179021A1 (en) System and method for allocating playing positions among players in a squares game
JP7474832B2 (ja) ゲームプログラムを検査するためのシステム、方法、プログラム、機械学習支援装置、及びデータ構造
JP7366223B1 (ja) ゲームを検査するためのシステム、方法、及びプログラム
US20230016371A1 (en) Method, program, system, and server for program verification
WO2019083747A1 (en) SYNCHRONIZATION OF EVENTS FOR COMPUTER DEVELOPMENT SYSTEM
JP2019193771A (ja) ゲームにおけるユーザの不正を検出するためのシステム、サーバ、プログラム及び方法
JP7454082B1 (ja) ゲーム媒体セットを出力するシステム、方法、及びプログラム
JP7463591B1 (ja) ゲーム媒体セットを出力するためのシステム、情報処理装置、方法、及びプログラム
US11014007B2 (en) Methods and systems for video game streaming transaction support
US20100029355A1 (en) Real-Time Sequential Game Play
US20230050195A1 (en) Interaction based skill measurement for players of a video game
Eichhorn et al. Well Played, Suspect!–Forensic examination of the handheld gaming console “Steam Deck”
US20230347256A1 (en) Program, information processing device, method, and system
JP2024034073A (ja) ゲームプログラム、ゲーム装置および情報処理方法
Zhang Why Are We Permanently Stuck in an Elevator? A Software Engineering Perspective on Game Bugs
Bertrand et al. 15, 000 video games in the library Challenges in the dissemination of interactive digital objects.
Goodwin et al. Testing: Working Right, All the Time
Maynard Metadata and the Digital Preservation of Video Games
TW201600155A (zh) 視窗遊戲伺服器及其遊戲方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230214

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20230214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230420

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230616

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230821

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230911

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231010

R150 Certificate of patent or registration of utility model

Ref document number: 7366223

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150