特許 7498915 情報処理システム、及び情報処理方法

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

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

(11)【特許番号】

(24)【登録日】2024-06-05

(45)【発行日】2024-06-13

(54)【発明の名称】情報処理システム、及び情報処理方法

(51)【国際特許分類】

   G06F 8/73 20180101AFI20240606BHJP

   G06F 8/75 20180101ALI20240606BHJP

   G06F 9/44 20180101ALI20240606BHJP

【ＦＩ】

G06F8/73

G06F8/75

G06F9/44

【請求項の数】 14

(21)【出願番号】P 2022193354

(22)【出願日】2022-12-02

【審査請求日】2022-12-02

【新規性喪失の例外の表示】特許法第３０条第２項適用 （１）ウェブサイトの掲載日：令和４年（２０２２年）８月２４日 ・ＣＥＤＥＣ２０２２ 開催日：令和４年（２０２２年）８月２３～２５日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｃｅｄｅｃ．ｃｅｓａ．ｏｒ．ｊｐ／２０２２／ｓｅｓｓｉｏｎ／ｄｅｔａｉｌ／９４ ｈｔｔｐｓ：／／ｃｅｄｅｃ．ｃｅｓａ．ｏｒ．ｊｐ／２０２２／ｓｅｓｓｉｏｎ／ｄｅｔａｉｌ／８４ ｈｔｔｐｓ：／／ｃｅｄｅｃ．ｃｅｓａ．ｏｒ．ｊｐ／２０２２／ｓｅｓｓｉｏｎ／ｄｅｔａｉｌ／１３ （２）ウェブサイトの掲載日：令和４年（２０２２年）１０月２５日 ・Ｕｎｉｔｙ Ｓｙｎｃ ２０２２ 開催日：令和４年（２０２２年）１０月２５日 ・ウェブサイトのアドレス： ｈｔｔｐｓ：／／ｅｖｅｎｔｓ．ｕｎｉｔｙ３ｄ．ｊｐ／ｓｙｎｃ／ｓｅｓｓｉｏｎ／８／ （３）ウェブサイトの掲載日：令和４年（２０２２年）９月１６日 ・ＣＡ．ｕｎｉｔｙ ｘ ＷＦＳ 開催日：令和４年（２０２２年）９月１６日 ・ウェブサイトのアドレス： ｈｔｔｐｓ：／／ｃｙｂｅｒａｇｅｎｔ．ｃｏｎｎｐａｓｓ．ｃｏｍ／ｅｖｅｎｔ／２５７１２９／ （４）ウェブサイトの掲載日：令和４年（２０２２年）１０月２５日 ・ＧＲＥＥ Ｔｅｃｈ Ｃｏｎｆｅｒｅｎｃｅ ２０２２ 開催日：令和４年（２０２２年）１０月２５日 ・ウェブサイトのアドレス： ｈｔｔｐｓ：／／ｔｅｃｈｃｏｎ．ｇｒｅｅ．ｊｐ／２０２２／ｓｅｓｓｉｏｎ／ＴｒａｃｋＢ－２ （５）ウェブサイトの掲載日：令和４年（２０２２年）４月１８日 ・ウェブサイトのアドレス： ｈｔｔｐｓ：／／ｆｏｒｐｒｏ．ｕｎｉｔｙ３ｄ．ｊｐ／ｃａｓｅ＿ｓｔｕｄｙ／ｗｒｉｇｈｔ－ｆｌｙｅｒ－ｓｔｕｄｉｏｓ／

(73)【特許権者】

【識別番号】504437801

【氏名又は名称】グリー株式会社

(74)【代理人】

【識別番号】110002871

【氏名又は名称】弁理士法人坂本国際特許商標事務所

(72)【発明者】

【氏名】西田 綾佑

(72)【発明者】

【氏名】奥村 典史

【審査官】山本 俊介

(56)【参考文献】

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

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

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

Ｇ０６Ｆ ８／００－８／７７

Ｇ０６Ｆ ９／４４

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

【請求項1】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理部と、
前記第１処理部によりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理部であって、前記変更が前記実行プログラムの少なくとも一部を形成する複数の要素に対して所定順にインデックスを付与することを含む前記第２処理部と、
前記第２処理部により前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理部と、
前記実行プログラムの実行結果に基づいて、前記実行プログラムにおける実行部分と非実行部分とを区別するための２値情報、又は、前記実行プログラムにおける実行態様の相違を区別するための２値情報を、前記インデックスに対応付ける第４処理部とを含む、情報処理システム。

【請求項2】

前記第２処理部は、あらかじめ決められたルールに基づいて、前記変更を施す、請求項１に記載の情報処理システム。

【請求項3】

前記第４処理部は、前記インデックスに対応付けられた順に前記２値情報を保持するバイナリデータを生成及び更新する、請求項１に記載の情報処理システム。

【請求項4】

前記第３処理部は、前記バイナリデータに基づいて、前記実行プログラムを実行する、請求項３に記載の情報処理システム。

【請求項5】

前記複数の要素のそれぞれは、対応するセリフ情報を含み、
前記第３処理部は、前記バイナリデータに基づいて既読のセリフをスキップ又は簡略化する態様で、前記実行プログラムを実行する、請求項４に記載の情報処理システム。

【請求項6】

前記第３処理部は、複数の種類の前記実行プログラムをファイルごとに管理するとともに、前記バイナリデータを前記ファイルごとに管理する、請求項４又は５に記載の情報処理システム。

【請求項7】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理部と、
前記第１処理部によりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理部と、
前記第２処理部により前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理部と、
前記第２処理部により前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行するための補助情報を生成する第５処理部とを含み、
前記第３処理部は、前記補助情報に基づいて、前記実行プログラムを実行する、情報処理システム。

【請求項8】

前記補助情報は、前記実行プログラムを実行するためのリソースを表すリソース情報を含み、
前記第３処理部は、前記リソース情報に基づいて、前記実行プログラムの実行に先立って、前記リソースを一括ダウンロードする、請求項７に記載の情報処理システム。

【請求項9】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理部と、
前記第１処理部によりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理部であって、前記変更が前記実行プログラムの少なくとも一部を形成する複数の要素に対してそれぞれ固有のラベルを埋め込むことを含む前記第２処理部と、
前記第２処理部により前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理部とを含み、
前記第３処理部は、前記ラベルに対応付けられた出力用ファイルを実行しつつ、前記実行プログラムを実行する、情報処理システム。

【請求項10】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理部と、
前記第１処理部によりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理部と、
前記第２処理部により前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理部とを含み、
前記実行プログラムは、複数種類の表示媒体を所定のレイアウトで並べて表示するための配置用プログラム部分を含み、
前記配置用プログラム部分は、前記複数種類の表示媒体のうちの表示する種類を指示する第１指示と、２種類以上の前記表示媒体を表示する際の並び順を指示する第２指示とからなる入力情報に基づいて、生成される、情報処理システム。

【請求項11】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理ステップと、
前記第１処理ステップによりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理ステップであって、前記変更が前記実行プログラムの少なくとも一部を形成する複数の要素に対して所定順にインデックスを付与することを含む前記第２処理ステップと、
前記第２処理ステップにより前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理ステップと、
前記実行プログラムの実行結果に基づいて、前記実行プログラムにおける実行部分と非実行部分とを区別するための２値情報、又は、前記実行プログラムにおける実行態様の相違を区別するための２値情報を、前記インデックスに対応付ける第４処理ステップとを含む、コンピュータにより実行される情報処理方法。

【請求項12】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理ステップと、
前記第１処理ステップによりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理ステップと、
前記第２処理ステップにより前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理ステップと、
前記第２処理ステップにより前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行するための補助情報を生成する第５処理ステップとを含み、
前記第３処理ステップは、前記補助情報に基づいて、前記実行プログラムを実行する、コンピュータにより実行される情報処理方法。

【請求項13】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理ステップと、
前記第１処理ステップによりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理ステップであって、前記変更が前記実行プログラムの少なくとも一部を形成する複数の要素に対してそれぞれ固有のラベルを埋め込むことを含む前記第２処理ステップと、
前記第２処理ステップにより前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理ステップとを含み、
前記第３処理ステップは、前記ラベルに対応付けられた出力用ファイルを実行しつつ、前記実行プログラムを実行する、コンピュータにより実行される情報処理方法。

【請求項14】

コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理ステップと、
前記第１処理ステップによりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理ステップと、
前記第２処理ステップにより前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理ステップとを含み、
前記実行プログラムは、複数種類の表示媒体を所定のレイアウトで並べて表示するための配置用プログラム部分を含み、
前記配置用プログラム部分は、前記複数種類の表示媒体のうちの表示する種類を指示する第１指示と、２種類以上の前記表示媒体を表示する際の並び順を指示する第２指示とからなる入力情報に基づいて、生成される、コンピュータにより実行される情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、及び情報処理方法に関する。

【背景技術】

【0002】

構造化されたプログラム言語で記述されたプログラムソースの開発を支援するプログラムの開発支援装置において、通常のコンパイルの他に、ＸＭＬファイルをパースして構文チェックを行う技術が知られている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００９－２３０２９４号公報

【発明の概要】

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

【0004】

しかしながら、上記のような従来技術では、プログラム実行時の処理負荷や通信負荷等を効果的に低減することが難しい。

【0005】

そこで、１つの側面では、本開示は、プログラム実行時の処理負荷や通信負荷等を効果的に低減することを目的とする。

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

【0006】

１つの側面では、コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理部と、
前記第１処理部によりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理部と、
前記第２処理部により前記変更が施された前記データ構造の集合体に基づいて、前記実行プログラムを実行する第３処理部とを含む、情報処理システムが提供される。

【発明の効果】

【0007】

１つの側面では、本開示によれば、プログラム実行時の処理負荷や通信負荷等を効果的に低減することが可能となる。

【図面の簡単な説明】

【0008】

【図1】一実施例による情報処理システムの全体構成の概略図である。

【図2】コンピュータのハードウェア構成の一例を示す図である。

【図3】情報処理システムを介して実現可能な情報処理形態の一例を示す概念図である。

【図4】情報処理システムにより実現可能な機能部の説明図である。

【図5】立ち絵のアドベンチャーパートの説明図である。

【図6】立ち絵の制御の概要の説明図である。

【図7】立ち絵の制御に係る実行プログラムの命令と、各立ち位置の座標との関係を示す表図である。

【図8】立ち位置の座標を定義するプログラムの一例の説明図である。

【図9】５つの命令の説明図である。

【図10】サウンド制御に係る実行プログラム用の命令列の一部を示す説明図である。

【図11】図１０に示す命令列に対して変更を施した実行プログラムの一例を示す図である。

【図12】図１０に示す命令列からの台本化の説明図である。

【図13】フラグ分岐制御の説明図である。

【図14】ランタイムパースにより図１０に示す命令列に対してインデックスを埋め込む方法の説明図である。

【図15】既読フラグとして機能するバイナリデータの説明図である。

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

【0009】

以下、添付図面を参照しながら各実施例について詳細に説明する。なお、添付図面では、見易さのために、複数存在する同一属性の部位には、一部のみしか参照符号が付されていない場合がある。

【0010】

本明細書において、用語「対応付け」とは、直接的な対応付けのみならず、間接的な対応付けをも含む。例えば、要素Ａに要素Ｂが対応付けられている状態は、要素Ａに要素Ｂが対応付けられている状態のみならず、要素Ａに要素Ｃが対応付けられかつ要素Ｃに要素Ｂが対応付けられている状態をも含む概念である。これは、同様の用語「紐付け」についても同様である。

【0011】

図１は、一実施例による情報処理システム１の全体構成の概略図である。

【0012】

情報処理システム１は、ユーザ端末２１と情報処理サーバ３０とにより実現されてもよい。

【0013】

情報処理サーバ３０は、ネットワーク４を介して各ユーザ端末２１と通信可能である。すなわち、ユーザ端末２１及び情報処理サーバ３０は、ネットワーク４を介して接続される。

【0014】

ネットワーク４は、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線通信網、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでもよい。なお、ネットワーク４の一部又は全部は、Ｐ２Ｐネットワークにより実現されてもよい。

【0015】

ユーザ端末２１は、それぞれ、例えばスマートフォンや携帯電話であるが、ウェアラブル端末（例えばスマートウォッチ、リング等）、タブレット端末、ラップトップ端末、デスクトップ端末等であってもよい。

【0016】

ユーザ端末２１は、それぞれ、処理装置２３、表示部２４、及び入力装置２５を備える。処理装置２３は、マイクロコンピュータのようなコンピュータであってよい。表示部２４は、液晶ディスプレイや、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等であってよい。入力装置２５は、タッチパネル等であってよい。

【0017】

情報処理サーバ３０は、サーバの形態であり、例えばサーバコンピュータにより形成される。情報処理サーバ３０は、複数のサーバコンピュータにより実現されてもよい。例えば、情報処理サーバ３０は、互いに異なる場所に配置された複数のサーバコンピュータが協動することで実現されてもよい。また、情報処理サーバ３０は、Ｗｅｂサーバを含んでよい。この場合、後述するユーザ端末２１の機能の一部は、Ｗｅｂサーバから受領したＨＴＭＬ文書やそれに付随する各種プログラム（ＪａｖａＳｃｒｉｐｔ（登録商標））をブラウザが処理することによって実現されてもよい。

【0018】

図２は、コンピュータ１００のハードウェア構成の一例を示す図である。

【0019】

情報処理システム１は、コンピュータ１００単体により実現されてもよい。コンピュータ１００は、ユーザ端末２１の処理装置２３として具現化されてもよいし、コンピュータ１００に含まれてもよい。

【0020】

図２に示す例では、コンピュータ１００は、制御部１０１、主記憶部１０２、補助記憶部１０３、ドライブ装置１０４、ネットワークＩ／Ｆ部１０６、及び入力部１０７を含む。

【0021】

制御部１０１は、主記憶部１０２や補助記憶部１０３に記憶されたプログラムを実行する演算装置であり、入力部１０７や記憶装置からデータを受け取り、演算、加工した上で、記憶装置などに出力する。

【0022】

主記憶部１０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などである。主記憶部１０２は、制御部１０１が実行する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

【0023】

補助記憶部１０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

【0024】

ドライブ装置１０４は、記録媒体１０５、例えばフレキシブルディスクからプログラムを読み出し、記憶装置にインストールする。

【0025】

記録媒体１０５は、所定のプログラムを格納する。この記録媒体１０５に格納されたプログラムは、ドライブ装置１０４を介してコンピュータ１００にインストールされる。インストールされた所定のプログラムは、コンピュータ１００により実行可能となる。

【0026】

ネットワークＩ／Ｆ部１０６は、ネットワーク４を介して接続された通信機能を有する周辺機器やユーザ端末２１等と、コンピュータ１００とのインターフェースである。

【0027】

入力部１０７は、カーソルキー、数字入力及び各種機能キー等を備えたキーボード、マウスやタッチパッド等を有する。

【0028】

なお、図２に示す例において、以下で説明する各種処理等は、プログラムをコンピュータ１００に実行させることで実現することができる。また、プログラムを記録媒体１０５に記録し、このプログラムが記録された記録媒体１０５をコンピュータ１００に読み取らせて、以下で説明する各種処理等を実現させることも可能である。なお、記録媒体１０５は、様々なタイプの記録媒体を用いることができる。例えば、記録媒体１０５は、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等であってよい。

【0029】

次に、図３以降を参照して、情報処理システム１の動作について説明する。なお、以下の説明において、情報処理システム１が図１に示す構成の場合、ユーザ端末２１の機能の一部は、情報処理サーバ３０により実現されてもよいし、情報処理サーバ３０の機能の一部又は全部は、ユーザ端末２１により実現されてもよい。

【0030】

図３は、情報処理システム１を介して実現可能な情報処理形態の一例を示す概念図である。

【0031】

図３に示す例では、複数の実行プログラムＡ、Ｂ・・・が、ベースプログラム（システム）と協動（連携）して、それぞれに対応する機能Ａ、Ｂ・・・を実現する。以下では、主にプログラマが、実行プログラムＡ、Ｂ・・・のような実行プログラムを作成する際の支援（例えば、開発環境の効率化や支援）に好適な情報処理システム１について説明する。

【0032】

図４は、情報処理システム１により実現可能な機能部であって、実行プログラムが実装され、プレイヤによりプレイ可能となるまでに機能しうる機能部の説明図である。

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

１ 情報処理システム
４ ネットワーク
２１ ユーザ端末
２３ 処理装置
２４ 表示部
２５ 入力装置
３０ 情報処理サーバ
１００ コンピュータ
１０１ 制御部
１０２ 主記憶部
１０３ 補助記憶部
１０４ ドライブ装置
１０５ 記録媒体
１０６ ネットワークＩ／Ｆ部
１０７ 入力部
４００ ソースコード取得部
４０２ パース部（第１処理部）
４０４ 変更処理部（第２処理部）
４０６ 補助情報生成部（第５処理部）
４０８ 実行処理部（第３処理部）
４１０ フラグ処理部（第４処理部）
４５０ 実行プログラム記憶部
４５２ リソースリスト記憶部
４５４ リソースファイル記憶部
４０８１ 一括ダウンロード処理部
４０８２ 演出／制御処理部

【要約】

【課題】実行プログラムの実装までのプログラマ等の負荷を効果的に低減する。
【解決手段】 コンピュータ読み取り可能な実行プログラムのソースコードをパースする第１処理部と、第１処理部によりパースされたソースコードに係るデータ構造の集合体に変更を施す第２処理部と、第２処理部により変更が施されたデータ構造の集合体に基づいて、実行プログラムを実行する第３処理部とを含む、情報処理システムが開示される。
【選択図】図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】