WO2020189449A1

WO2020189449A1 - 情報処理装置および情報処理方法

Info

Publication number: WO2020189449A1
Application number: PCT/JP2020/010621
Authority: WO
Inventors: 西川　洋平; ベネディクトノイエンフェルト; 貴久石川; スティーブントロンベッタ; アディルシャルワニ; 古山　将佳寿; 晶彦楠本
Original assignee: 株式会社ソニー・インタラクティブエンタテインメント
Priority date: 2019-03-18
Filing date: 2020-03-11
Publication date: 2020-09-24
Also published as: EP3943170A1; EP3943170A4; US20220176253A1; JPWO2020189449A1; CN113557070A; JP7248781B2

Abstract

イベント情報取得部１２０は、実行中のゲームソフトウェア１１０においてイベントが発生した場合に、発生したイベントを識別するイベントコードを含むイベント情報をゲームソフトウェア１１０から取得する。更新処理部１３２は、第１メモリ１４０において、取得したイベント情報に対応するレコードを更新する。送信処理部１２４は、取得したイベント情報を通信部１０２から外部に送信する。

Description

情報処理装置および情報処理方法

　本発明は、ゲームにおいて発生するイベントを管理する技術に関する。

　ゲームプレイに対するモチベーションを与えることを目的として、ユーザがゲーム中の様々なミッションを達成すると、ミッションに対応する仮想的な表彰品をユーザに付与することが行われている。特許文献１は、ゲームソフトウェアがゲームプレイのミッションをクリアしたことを判定すると、当該ミッションに対応するトロフィＩＤをトロフィ管理ユーティリティに通知するゲームシステムを開示する。仮想的な表彰品は「トロフィ」と呼ばれ、ミッションの難易度に応じて、ブロンズ、シルバー、ゴールドのトロフィがユーザに付与される。

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

　近年、ユーザが入力した操作情報をゲームサーバに送信し、ゲームサーバが操作情報に応じたゲームの映像および音声を生成してユーザの端末装置に送信するクラウドゲームサービスが普及している。クラウドゲームサービスでは、ゲームサーバがゲームプレイを全て管理するため、プレイ終了後にユーザのプレイ状況を分析して、ゲームシナリオの改善等に役立てることができる。

　一方、現在のコンソールゲームは、ゲームプレイの状況を示す情報を外部に出力しないため、ユーザの実際のプレイ状況を分析できず、ユーザの潜在的なニーズを抽出できていない。たとえば特許文献１は、クリアしたミッションに対応するトロフィＩＤがシステムソフトウェア側に通知されるゲームシステムを開示するが、システムソフトウェア側は、ユーザがトロフィを獲得した日時情報を把握できるだけで、それ以外の情報を取得できない。

　そこで本発明は、ゲームにおける様々な情報を取得するための仕組みを実現することを目的とする。

　上記課題を解決するために、本発明のある態様の情報処理装置は、実行中のゲームソフトウェアにおいてイベントが発生した場合に、発生したイベントを識別するイベントコードを含むイベント情報をゲームソフトウェアから取得するイベント情報取得部と、取得したイベント情報に対応するレコードを更新する更新処理部と、取得したイベント情報を外部に送信する送信処理部とを備える。

　本発明の別の態様の情報処理方法は、実行中のゲームソフトウェアから、発生したイベントを識別するイベントコードを含むイベント情報を取得するステップと、取得したイベント情報に対応するレコードを更新するステップと、取得したイベント情報を外部に送信するステップとを含む。

　なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

実施例にかかる情報処理システムを示す図である。情報処理装置のハードウェア構成を示す図である。情報処理装置の機能ブロックを示す図である。ｓｔａｔｓテーブルの例を示す図である。

　まず本発明の概要を説明する。実施例の情報処理システムでは、ユーザが、情報処理装置にインストールされたゲームソフトウェア（コンソールゲーム）をプレイする。ゲームソフトウェアは、ゲーム内でイベントが発生すると、発生したイベントを識別するイベントコードを含むイベント情報をシステムソフトウェア側に出力する。イベントは、ゲームプレイの進行に変化があったり、プレイヤキャラクタやゲームキャラクタの行動に変化があったときに発生する。システムソフトウェアは、出力されたイベント情報を、外部のサーバ装置に送信する。サーバ装置は、複数のユーザ端末装置から送信されるイベント情報を収集して、ユーザのプレイ動向の分析やゲームシナリオの改善等に利用できる。

　ゲーム内には様々なミッションが設定されており、ミッションがクリアされると、ミッションに対応する仮想的な表彰品（トロフィ）がユーザに付与される。ミッションのクリア条件は、トロフィをユーザに開放するプレイ条件であるため、以下ではトロフィの「アンロック条件」とも呼ぶ。少なくとも一部の種類のイベントが、トロフィのアンロック条件に関係する。

　従来のゲームシステムでは、トロフィのアンロック条件の成立判定をゲームソフトウェアが実施していたが、実施例のゲームシステムでは、ゲームソフトウェアがイベント情報を出力し、システムソフトウェアが、トロフィのアンロック条件の成立判定を実施する。

　図１は、本発明の実施例にかかる情報処理システム１を示す。情報処理システム１は、ユーザ端末装置である情報処理装置１０とサーバ装置５とを備えたゲームシステムであってよい。アクセスポイント（以下、「ＡＰ」とよぶ）８は、無線アクセスポイントおよびルータの機能を有し、情報処理装置１０は、無線または有線経由でＡＰ８に接続して、ネットワーク３上のサーバ装置５と通信可能に接続する。

　情報処理装置１０は、ユーザが操作する入力装置６と無線または有線で接続し、入力装置６はユーザが操作した情報を情報処理装置１０に出力する。情報処理装置１０は入力装置６から操作情報を受け付けるとシステムソフトウェアやゲームソフトウェアの処理に反映し、出力装置４から処理結果を出力させる。情報処理システム１において情報処理装置１０はゲームを実行するゲーム装置（ゲームコンソール）であり、入力装置６はゲームコントローラなど情報処理装置１０に対してユーザの操作情報を供給する機器であってよい。なお入力装置６は、キーボードやマウスなどの入力インタフェースであってもよい。

　補助記憶装置２は、ＨＤＤ（ハードディスクドライブ）やフラッシュメモリなどの大容量記憶装置であり、ＵＳＢ（Universal Serial Bus）などによって情報処理装置１０と接続する外部記憶装置であってよく、また内蔵型記憶装置であってもよい。出力装置４は、画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよく、またコンピュータディスプレイであってもよい。出力装置４は、情報処理装置１０に有線ケーブルで接続されてよく、また無線接続されてもよい。

　撮像装置であるカメラ７は出力装置４の近傍に設けられ、出力装置４周辺の空間を撮像する。図１ではカメラ７が出力装置４の上部に取り付けられている例を示しているが、出力装置４の側部または下部に配置されてもよく、いずれにしても出力装置４の前方に位置するユーザを撮像できる位置に配置される。カメラ７はステレオカメラであってもよい。

　サーバ装置５は、情報処理システム１のユーザに対してネットワークサービスを提供する。サーバ装置５は、各ユーザを識別するネットワークアカウントを管理しており、各ユーザは、ネットワークアカウントを用いて、サーバ装置５が提供するネットワークサービスにサインインする。ユーザは情報処理装置１０からネットワークサービスにサインインすることで、サーバ装置５に、ゲームのセーブデータや、またゲームプレイ中に獲得した仮想的な表彰品であるトロフィを登録できる。サーバ装置５にセーブデータやトロフィが登録されることで、ユーザが情報処理装置１０とは別の情報処理装置を使用しても、セーブデータやトロフィを同期できるようになる。

　実施例のサーバ装置５は、情報処理装置１０から、ゲームプレイ中に発生したイベント情報を収集する。サーバ装置５は、イベント情報からユーザのプレイ動向を分析でき、そのため、あるシーンにおいて、多くのユーザがどのようにプレイするか等の情報を取得できる。このような情報は、当該シーンに進入したプレイヤに対するヘルプ情報として利用可能であり、サーバ装置５は、ユーザからの要求に応じて、効果的なヘルプ機能を実現できるようになる。サーバ装置５はユーザのプレイ動向から、ユーザの潜在的なニーズを掘り起こすことができ、ゲーム開発者に対して有用なフィードバックを行うことができる。

　図２は、情報処理装置１０のハードウェア構成を示す。情報処理装置１０は、メイン電源ボタン２０、電源ＯＮ用ＬＥＤ２１、スタンバイ用ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０を有して構成される。

　メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。メインＣＰＵはＯＳを起動し、ＯＳが提供する環境下において、補助記憶装置２にインストールされたゲームプログラムを実行する機能をもつ。サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えない。

　メインＣＰＵは補助記憶装置２やＲＯＭ媒体４４にインストールされているゲームプログラムを実行する機能をもつ一方で、サブＣＰＵはそのような機能をもたない。しかしながらサブＣＰＵは補助記憶装置２にアクセスする機能、サーバ装置５との間でデータを送受信する機能を有している。サブＣＰＵは、このような制限された処理機能のみを有して構成されており、したがってメインＣＰＵと比較して小さい消費電力で動作できる。これらのサブＣＰＵの機能は、メインＣＰＵがスタンバイ状態にある際に実行される。

　メイン電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、情報処理装置１０の筐体の前面に設けられ、情報処理装置１０のメインシステム６０への電源供給をオンまたはオフするために操作される。電源ＯＮ用ＬＥＤ２１は、メイン電源ボタン２０がオンされたときに点灯し、スタンバイ用ＬＥＤ２２は、メイン電源ボタン２０がオフされたときに点灯する。システムコントローラ２４は、ユーザによるメイン電源ボタン２０の押下を検出する。

　クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。

　デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（Large-Scale Integrated Circuit）として構成される。図示のように、デバイスコントローラ３０には、システムコントローラ２４、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０などのデバイスが接続される。デバイスコントローラ３０は、それぞれのデバイスの電気特性の違いやデータ転送速度の差を吸収し、データ転送のタイミングを制御する。

　メディアドライブ３２は、ゲームなどのアプリケーションソフトウェア、およびライセンス情報を記録したＲＯＭ媒体４４を装着して駆動し、ＲＯＭ媒体４４からプログラムやデータなどを読み出すドライブ装置である。ＲＯＭ媒体４４は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアである。

　ＵＳＢモジュール３４は、外部機器とＵＳＢケーブルで接続するモジュールである。ＵＳＢモジュール３４は補助記憶装置２およびカメラ７とＵＳＢケーブルで接続してもよい。フラッシュメモリ３６は、内部ストレージを構成する補助記憶装置である。無線通信モジュール３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで、たとえば入力装置６と無線通信する。有線通信モジュール４０は、外部機器と有線通信し、たとえばＡＰ８を介してネットワーク３に接続する。

　図３は、情報処理装置１０の機能ブロックを示す。情報処理装置１０は、処理部１００および通信部１０２を備える。処理部１００は、ゲームソフトウェア１１０、イベント情報取得部１２０、ルーティング部１２２、送信処理部１２４、出力処理部１２６、状態管理部１３０、第１メモリ１４０および第２メモリ１４２を備える。状態管理部１３０は、更新処理部１３２およびトロフィ処理部１３４を有する。通信部１０２は図２に示す無線通信モジュール３８および有線通信モジュール４０の機能を併せ持つ構成として表現され、無線通信モジュール３８は入力装置６との通信を担当し、有線通信モジュール４０はサーバ装置５との通信を担当する。

　図３において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

　ゲームソフトウェア１１０は、少なくともゲームプログラム、画像データ、音声データおよびコンフィギュレーションファイルを含む。ゲームプログラムは、ユーザによる入力装置６の操作情報を受けて、仮想空間においてプレイヤキャラクタを動かす演算処理を行う。出力処理部１２６は、ゲームの画像データおよび音声データを生成して、出力装置４から出力させる。出力処理部１２６は、レンダリング処理などを実行するＧＰＵ（Graphics Processing Unit）を含んでよい。

　ゲームプログラムは、ゲームの進行において、予め設定したイベントが発生すると、発生したイベントを識別するイベントコードを含むイベント情報を生成して、システムソフトウェアが構成するイベント情報取得部１２０に出力する。ゲーム開発者は、以下のように様々なイベントをゲームに仕込んでよい。

　ゲーム内でプレイヤが実行できるタスクや目標、行為等を「アクティビティ」と呼ぶと、プレイヤがアクティビティを開始したとき、アクティビティを開始したことを示すイベントが発生し、プレイヤがアクティビティを終了すると、アクティビティを終了したことを示すイベントが発生する。たとえば敵キャラクタとの「戦闘」のアクティビティでは、プレイヤが戦闘を開始すると、戦闘開始イベントが発生し、プレイヤが戦闘を終了すると、戦闘終了イベントが発生する。

　プレイヤが行為に関するアクティビティを実施したとき、アクティビティを実施したことを示すイベントが発生する。たとえば戦闘アクティビティにおいて、敵キャラクタを倒した場合、敵キャラクタを倒したことを示すイベントが発生する。また村内を移動する移動アクティビティにおいて、村人に挨拶した場合、村人に挨拶したことを示すイベントが発生する。各イベントにはイベントコードが割り当てられ、ゲームプログラムは、発生したイベントを識別するイベントコードに、イベント発生時のゲームの状態を示すゲームデータを付加したイベント情報を生成する。ゲームプログラムは、ゲームデータに、イベントの発生場所や相手の情報などを含ませてよい。たとえば、プレイヤが村人に挨拶する、というアクティビティに関して、ゲームデータは、挨拶した場所および村人を示す情報を少なくとも含んでよい。また、敵を倒す、というアクティビティに関して、ゲームデータは、倒した敵キャラクタの情報および倒したことにより上昇するプレイヤの経験値を含んでもよい。

　またゲームプレイ中、プレイヤが武器を入手すると、武器を入手したことを示すイベントが発生する。プレイヤが武器を使用すると、武器を使用したことを示すイベントが発生し、プレイヤが敵キャラクタから武器を使用されると、プレイヤが武器を使用されたことを示すイベントが発生する。ゲームプログラムは、イベントコードに、武器の種類や、武器を入手または使用した場所等のゲームデータを付加してイベント情報を生成し、イベント情報取得部１２０に出力する。ゲーム開発者は、様々なイベントを定義してゲームに組み込んでよい。

　ユーザのモチベーションを維持する目的で、ゲームには様々なミッションが設定される。ユーザがミッションをクリアすると、ミッションに対応する仮想的な表彰品（トロフィ）がユーザに付与される。トロフィをアンロックする条件（つまりミッションをクリアしてユーザがトロフィを獲得する条件）は、特定のイベントに関連付けられる。たとえば「１０人の村人に挨拶する」というブロンズトロフィ用のミッションが設定されている場合、プレイヤが１０人の村人に挨拶することで、ブロンズトロフィが付与される。また「１００人の村人に挨拶する」というシルバートロフィ用のミッションが設定されている場合、プレイヤが１００人の村人に挨拶することで、シルバートロフィが付与され、「５００人の村人に挨拶する」というゴールドトロフィ用のミッションが設定されている場合、プレイヤが５００人の村人に挨拶することで、ゴールドトロフィが付与される。トロフィのアンロック条件の成立判定は、状態管理部１３０において実施される。

　ゲームソフトウェア１１０に含まれるコンフィギュレーションファイルは、ゲームから出力されるイベント情報と、トロフィをアンロックするための条件との対応を記述する。たとえばコンフィギュレーションファイルは、挨拶アクティビティの実施を示すイベントコードがゲームソフトウェア１１０から１０回出力されることが、ブロンズトロフィのアンロック条件であることを記述する。同様に、コンフィギュレーションファイルは、挨拶アクティビティの実施を示すイベントコードが１００回出力されることが、シルバートロフィのアンロック条件であること、挨拶アクティビティを示すイベントコードが５００回出力されることが、ゴールドトロフィのアンロック条件であることを記述する。

　コンフィギュレーションファイルは、トロフィアンロック条件の進捗を管理するレコードを生成するための情報を記述する。以下、トロフィ管理用のレコードを“ｓｔａｔｓ”と呼ぶ。ｓｔａｔｓレコードは、トロフィアンロック条件に関与するイベント情報の計算値を記録するために第１メモリ１４０に生成される。上記のように挨拶アクティビティの発生回数がブロンズトロフィ、シルバートロフィ、ゴールドトロフィそれぞれのアンロック条件となっている場合、トロフィのアンロック条件の進捗を管理するために、第１メモリ１４０には、挨拶アクティビティの発生回数をカウントするためのレコードが設けられる。

　状態管理部１３０は、ゲームソフトウェア１１０からコンフィギュレーションファイルを提供されると、第１メモリ１４０に、トロフィ管理用のレコード（ｓｔａｔｓ）を生成する。

　図４は、第１メモリ１４０に生成されたｓｔａｔｓテーブルの例を示す。ｓｔａｔｓテーブルには、トロフィのアンロック条件に関係する様々なレコードが形成される。図４は各レコードの値が既に入力されている状態を示す。

　スタッツＩＤ“１”で示される「挨拶」のレコードの値は、挨拶アクティビティのイベントコードが出力された回数を示す。上記したように挨拶アクティビティの回数は、ブロンズトロフィ、シルバートロフィ、ゴールドトロフィのアンロック条件を構成している。挨拶アクティビティのイベントコードがゲームソフトウェア１１０から出力されると、更新処理部１３２は、スタッツＩＤ“１”のレコードの値を１増やす。

　スタッツＩＤ“２”で示される「敵を倒す」のレコードの値は、敵を倒すアクティビティのイベントコードが出力された回数を示す。この例では、所定数の敵キャラクタを倒すことがトロフィ獲得のミッションとして設定されており、敵を倒すアクティビティのイベントコードがゲームソフトウェア１１０から出力されると、更新処理部１３２は、スタッツＩＤ“２”のレコードの値を１増やす。

　スタッツＩＤ“３”で示される「経験値」のレコードの値は、イベントコードに付随するゲームデータに含まれる経験値の加算値を示す。この例では、所定の経験値に到達することがトロフィ獲得のミッションとして設定されており、更新処理部１３２は、ゲームデータに含まれる経験値を加算して、スタッツＩＤ“３”のレコードの値を更新する。

　ゲームソフトウェア１１０のコンフィギュレーションファイルは、トロフィのアンロックに関係するイベントコードのリストを含み、コードリストは、ゲームプレイの開始前にルーティング部１２２に提供される。イベント情報取得部１２０は、ゲームソフトウェア１１０からイベント情報を取得すると、取得した日時情報をイベント情報に付加して、ルーティング部１２２に渡す。なお日時情報は、ゲームソフトウェアによるイベント情報の生成時に付加されてもよい。ルーティング部１２２はイベント情報を渡されると、全てのイベント情報を送信処理部１２４に供給するとともに、コードリストにしたがってトロフィのアンロックに関与するイベント情報を状態管理部１３０に供給する。

　更新処理部１３２は、コンフィギュレーションファイルに含まれるイベント情報とレコードとの対応関係にもとづいて、イベント情報に対応するレコードを更新する。上記したように更新処理部１３２は、挨拶アクティビティのイベントコードを取得すると、対応するスタッツＩＤ“１”のレコードのカウント値を１増やして更新する。

　以上のように実施例の更新処理部１３２は、トロフィ管理用のｓｔａｔｓテーブルに含まれるレコードのカウント値を、取得したイベント情報に応じて更新する。トロフィ処理部１３４は、ｓｔａｔｓテーブルに記録されたレコードの値にもとづいて、トロフィのアンロック条件の成立判定を実施する。

　トロフィ処理部１３４は、レコードの値がトロフィのアンロック条件を満足すると、トロフィをユーザに付与する。たとえばスタッツＩＤ“１”のレコード値が１０に到達すると、トロフィ処理部１３４は、ブロンズトロフィがアンロックされたことを判定して、ユーザにブロンズトロフィを付与する。スタッツＩＤ“１”のレコード値は、その後もトロフィ処理部１３４による監視対象とされ、レコード値が１００に到達すると、トロフィ処理部１３４は、シルバートロフィがアンロックされたことを判定し、レコード値が５００に到達すると、トロフィ処理部１３４は、ゴールドトロフィがアンロックされたことを判定する。

　トロフィ処理部１３４は、トロフィのアンロック条件が成立したことを判定すると、プレイ中のゲーム画像に、ユーザがトロフィを取得したことを示す通知情報を表示させてよい。これによりユーザは、トロフィの獲得を知ることができる。

　なおルーティング部１２２は、全てのイベント情報を送信処理部１２４に供給し、送信処理部１２４は、供給されたイベント情報を、通信部１０２からサーバ装置５に送信させる。そのためサーバ装置５は、ゲームプレイ中に発生した全てのイベント情報を収集する。情報処理システム１では、全てのイベント情報がサーバ装置５に送信されるため、サーバ装置５がトロフィのアンロック条件の成立判定を実施することも可能である。

　トロフィのアンロック処理はリアルタイムで実施されることが好ましく、サーバ装置５がアンロック処理を担当する場合、サーバ装置５と情報処理装置１０とが常に最小遅延でオンライン接続されている必要が生じる。しかしながら回線やサーバ装置５が一時的に動作不調になると、トロフィをリアルタイムでアンロック処理することはできない。そのため、ユーザがミッションクリアによりトロフィを獲得したにも関わらず、ゲーム画面上にトロフィ獲得の通知が表示されない事態を招き、好ましくない。そこで実施例の情報処理システム１では、情報処理装置１０における状態管理部１３０がトロフィのアンロック処理を実施して、サーバ装置５と情報処理装置１０とがオフラインの状態にあっても、ユーザがリアルタイムでトロフィを獲得できるようにしている。

　また実施例では、状態管理部１３０が、第１メモリ１４０に、トロフィ管理用のｓｔａｔｓテーブルを生成し、各レコードの値によって、トロフィアンロック条件の進捗を管理する。これに対して、ゲームソフトウェア１１０から出力されるイベント情報を全て記録しておくことで、状態管理部１３０が、記録したイベント情報を参照してトロフィをアンロック処理する手法を採ることも理論的には可能である。

　具体的に情報処理装置１０では、第２メモリ１４２が、イベント情報を蓄積できるように構成されている。たとえば送信処理部１２４が、ただちにサーバ装置５にイベント情報を送信できないような場合、ルーティング部１２２は、第２メモリ１４２にイベント情報を蓄積し、送信処理部１２４が、送信可能になったタイミングで、第２メモリ１４２に蓄積したイベント情報をサーバ装置５に送信してよい。

　しかしながら第２メモリ１４２の容量は有限であり、ゲームプレイが長時間継続する場合に、全てのイベント情報を蓄積することはできない。たとえば第２メモリ１４２がリングバッファである場合、イベント情報が所定量を超えると、古いものから順次上書きされる。このように情報処理装置１０では、発生した全てのイベント情報を第２メモリ１４２に記録できないため、記録した情報を参照してトロフィのアンロック処理をすることは難しい。そこで上記したように、第１メモリ１４０にｓｔａｔｓテーブルを生成して、トロフィのアンロック条件の進捗を管理する手法は有効である。

　またトロフィのアンロック条件の進捗を第１メモリ１４０で管理することで、トロフィ処理部１３４は、ゲームソフトウェア１１０を起動することなく、トロフィの進捗状況をユーザに提示することも可能となる。たとえばトロフィ処理部１３４は、村人への挨拶アクティビティに関して、「あと５人に挨拶したらシルバートロフィ獲得できます」と進捗状況を表示してもよい。

　実施例の状態管理部１３０は、第１メモリ１４０に、ｓｔａｔｓテーブルだけでなく、ユーザのプレイ状況を示す最新の状態情報を記憶する。更新処理部１３２は、イベント情報にもとづいて、状態情報を更新する。たとえば更新処理部１３２は、以下の状態情報により、ユーザのプレイ状況を管理してよい。
・直近に開始したアクティビティ
・これまでプレイしたことのあるアクティビティ
・これまでクリアしたことのあるアクティビティ
・プレイ可能なアクティビティ
・プレイ不可能なアクティビティ

　更新処理部１３２は、イベント情報がルーティング部１２２から供給されると、アクティビティに関する状態情報を更新する。このように更新処理部１３２が、アクティビティに関する最新の状態情報を管理することで、動画配信サーバ（図示せず）は情報処理装置１０に対して、ネタバレ防止の目的で、まだユーザが完了していないアクティビティのクリア動画を配信候補から外すことができる。

　以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

　本発明は、アプリケーションにおけるイベントを管理する技術分野に利用できる。

１・・・情報処理システム、５・・・サーバ装置、１０・・・情報処理装置、１００・・・処理部、１０２・・・通信部、１１０・・・ゲームソフトウェア、１２０・・・イベント情報取得部、１２２・・・ルーティング部、１２４・・・送信処理部、１２６・・・出力処理部、１３０・・・状態管理部、１３２・・・更新処理部、１３４・・・トロフィ処理部、１４０・・・第１メモリ、１４２・・・第２メモリ。

Claims

　実行中のゲームソフトウェアにおいてイベントが発生した場合に、発生したイベントを識別するイベントコードを含むイベント情報をゲームソフトウェアから取得するイベント情報取得部と、
　取得したイベント情報に対応するレコードを更新する更新処理部と、
　取得したイベント情報を外部に送信する送信処理部と、
　を備えることを特徴とする情報処理装置。
　前記更新処理部は、ゲームソフトウェアのコンフィギュレーションファイルにしたがって生成されたレコードの値を、取得したイベント情報に応じて更新する、
　ことを特徴とする請求項１に記載の情報処理装置。
　前記更新処理部は、レコードのカウント値を更新する、
　ことを特徴とする請求項２に記載の情報処理装置。
　ゲームにおける仮想的な表彰品をユーザに付与する表彰品処理部をさらに備え、
　前記表彰品処理部は、レコードの値が表彰品のアンロック条件を満足すると、仮想的な表彰品をユーザに付与する、
　ことを特徴とする請求項１から３のいずれかに記載の情報処理装置。
　イベント情報は、イベントコードと、イベント発生時のゲームの状態を示すゲームデータとを含んでおり、
　前記更新処理部は、取得したイベント情報をもとに、仮想的な表彰品のアンロックに関するレコードを更新し、および／または、ユーザのプレイ状況を示す状態情報を更新する、
　ことを特徴とする請求項４に記載の情報処理装置。
　実行中のゲームソフトウェアから、発生したイベントを識別するイベントコードを含むイベント情報を取得するステップと、
　取得したイベント情報に対応するレコードを更新するステップと、
　取得したイベント情報を外部に送信するステップと、
　を含む情報処理方法。
　コンピュータに、
　実行中のゲームソフトウェアから、発生したイベントを識別するイベントコードを含むイベント情報を取得する機能と、
　取得したイベント情報に対応するレコードを更新する機能と、
　取得したイベント情報を外部に送信する機能と、
　を実現させるためのプログラム。