JP2024008554A - 開発プログラム、情報処理システム、情報処理装置、および、情報処理方法 - Google Patents

Abstract

【課題】対象となるオブジェクトなどの型の変更などに影響されない、シリアライズおよび／またはデシリアライズの処理を実現する。
【解決手段】型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するための開発プログラムが提供される。開発プログラムは、情報処理装置のコンピュータを、アプリケーションプログラムのソースコード内の型定義を特定する特定手段と、特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードをアプリケーションプログラムのソースコードに追加するコード追加手段として機能させる。中間オブジェクトがアセットデータとして保存される。
【選択図】図１

Description

本開示は、アプリケーションプログラムの開発環境に関し、より具体的には、データのシリアライズおよびデシリアライズに関する。

従来から、シリアライズと称される、実行中のアプリケーションプログラムが管理するデータをストレージ上などに書き出す（永続化する）処理が公知である。なお、シリアライズされた（あるいは、後にシリアライズされる）データは、アセットデータと称される。

例えば、特開２０１８－３２１５４号公報（特許文献１）は、複数のバージョンのクラス・インスタンスの保存／回復を容易に実現することが可能なシリアライズ・データ処理装置などを開示する。

特開２０１８－３２１５４号公報

実行中のアプリケーションプログラムが管理するオブジェクトをシリアライズする場合には、当該オブジェクトの型に対応するデータ構造をもつデータが書き出される。アプリケーションプログラムを開発している段階においては、オブジェクトの型は変更されることもある。オブジェクトの型が変更された場合、先に書き出されていたデータをアプリケーションソフトで再利用することが難しくなる。

本開示の一つの目的は、対象となるオブジェクトなどの型の変更などに影響されない、シリアライズおよび／またはデシリアライズの処理を実現することである。

（構成１）ある実施の形態に従えば、型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するための開発プログラムが提供される。開発プログラムは、情報処理装置のコンピュータを、アプリケーションプログラムのソースコード内の型定義を特定する特定手段と、特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードをアプリケーションプログラムのソースコードに追加するコード追加手段として機能させる。中間オブジェクトがアセットデータとして保存される。

構成１によれば、アプリケーションプログラムのソースコード内の型定義に基づいて生成されるオブジェクトに対応する中間オブジェクトを生成するための第１コードを自動的に生成できる。中間オブジェクトはアセットデータとして保存することができる。このように、アプリケーションプログラムのオブジェクトとは別の中間オブジェクトを利用できるので、対象となるオブジェクトなどの型の変更などに影響されない、シリアライズおよび／またはデシリアライズの処理を実現できる。

（構成２）構成１に記載の開発プログラムにおいて、コード追加手段は、中間オブジェクトの型定義である第２コードをアプリケーションプログラムのソースコードにさらに追加してもよい。第２コードの型定義に従って、中間オブジェクトが生成されてもよい。構成２によれば、第２コードを用いて中間オブジェクトの型を定義できるので、出力すべきアセットデータに応じた中間オブジェクトを生成できる。

（構成３）構成１または２に記載の開発プログラムにおいて、第２コードにおいて、中間オブジェクトの型は、対応するソースコード内の型定義とは独立して定義されてもよい。構成３によれば、中間オブジェクトの型は、アプリケーションプログラムのオブジェクトの型とは独立したものとできる。そのため、アプリケーションプログラムのオブジェクトの型が変更された場合であっても、アセットデータへの影響を受けないようにできる。

（構成４）構成１～３のいずれかに記載の開発プログラムにおいて、第２コードにおいて、中間オブジェクトの型は、共通の型定義を継承するように定義されてもよい。構成４によれば、共通の型定義に共通のメンバ関数の定義などを含めておくことで、中間オブジェクトの型定義を簡素化できる。

（構成５）構成１～４のいずれかに記載の開発プログラムにおいて、第２コードは、予め指定された関数により取得される値または予め指定された値を、中間オブジェクトに保持するための処理、を呼び出す処理を行うためのコードを含んでいてもよい。構成５によれば、アプリケーションのオブジェクトが保持するデータをそのまま中間オブジェクトに保持するだけではなく、予め指定された関数により取得される値または予め指定された値を中間オブジェクトに保持することができるので、プログラム開発の柔軟性や利便性を高めることができる。

（構成６）構成１～５のいずれかに記載の開発プログラムにおいて、第２コードは、中間オブジェクトが保持するプロパティの値を予め指定された関数に引き渡す処理、を呼び出す処理を行うためのコードを含んでいてもよい。構成６によれば、中間オブジェクトが保持するプロパティの値を予め指定された関数に引き渡すことができる。例えば、予め指定された関数として、アプリケーションのオブジェクトにデータを設定する関数を指定することで、中間オブジェクトからアプリケーションのオブジェクトへのデータの設定を容易に実現できる。

（構成７）構成１～６のいずれかに記載の開発プログラムにおいて、第２コードは、中間オブジェクトの型ごとに、中間オブジェクトのプロパティの値を予め定められた形式で出力する処理、を呼び出す処理を行うためのコードを含んでいてもよい。構成７によれば、中間オブジェクトが保持しているプロパティの値を予め定められた形式で出力する処理を中間オブジェクトから呼び出すことができるので、アプリケーションプログラムなどにおいて、アセットデータを書き出す処理を容易に実装できる。

（構成８）構成１～７のいずれかの開発プログラムにおいて、特定手段は、アプリケーションプログラムのソースコードから、プロパティの名称を指定する第１記述と、値を取得するための関数または変数を指定する第２記述とを含む、所定の記述を抽出してもよい。構成８によれば、第１記述および第２記述に基づいて、第１コードを生成できる。

（構成９）構成１～８のいずれかの開発プログラムにおいて、コード追加手段は、中間オブジェクトの履歴を保持する処理を実行する第３コードをアプリケーションプログラムのソースコードにさらに追加してもよい。構成９によれば、中間オブジェクトが保持するプロパティの値に対するＵｎｄｏやＲｅｄｏといった編集操作を実現できる。

（構成１０）別の実施の形態に従えば、型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するための情報処理システムが提供される。情報処理システムは、アプリケーションプログラムのソースコード内の型定義を特定する特定手段と、特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードをアプリケーションプログラムのソースコードに追加するコード追加手段とを含む。中間オブジェクトがアセットデータとして保存される。

（構成１１）別の実施の形態に従えば、１または複数のプロセッサと、プログラムを格納するメモリとを備えた情報処理装置が提供される。情報処理装置は、１または複数のプロセッサがプログラムを実行することで、型に基づいてオブジェクトを生成するプログラム言語を用いて記述された、アプリケーションプログラムのソースコード内の型定義を特定する処理と、特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードをアプリケーションプログラムのソースコードに追加する処理とを実行する。中間オブジェクトがアセットデータとして保存される。

（構成１２）別の実施の形態に従えば、型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するためのコンピュータが実行する情報処理方法が提供される。情報処理方法は、型に基づいてオブジェクトを生成するプログラム言語を用いて記述された、アプリケーションプログラムのソースコード内の型定義を特定するステップと、特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードをアプリケーションプログラムのソースコードに追加するステップとを含む。前記中間オブジェクトがアセットデータとして保存される。

本開示によれば、対象となるオブジェクトなどの型の変更などに影響されない、シリアライズおよび／またはデシリアライズの処理を実現できる。

本実施の形態に従う情報処理装置のハードウェア構成例を示す模式図である。 型および型に基づいて生成されるオブジェクトの一例を示す図である。 シリアライズにより生成されたアセットデータの一例を示す図である。 本実施の形態に従う情報処理装置が生成するアプリケーションプログラムの実行状態の一例を説明するための図である。 本実施の形態に従う情報処理装置の機能構成例を示す模式図である。 本実施の形態に従う情報処理装置のビルド処理の処理手順例を示すフローチャートである。 図６に示す追加コードの生成処理（ステップＳ６）の処理手順例を示すフローチャートである。 シリアライズ定義記述およびそれに基づいて生成される追加コードの一例を示す図である。 図８（Ｂ）に示す追加コードにより実装されるソフトウェア構成を模式的に示す図である。 シリアライズ定義記述およびそれに基づいて生成される追加コードの別の一例を示す図である。 シリアライズ定義記述およびそれに基づいて生成される追加コードのさらに別の一例を示す図である。 シリアライズ定義記述およびそれに基づいて生成される追加コードのさらに別の一例を示す図である。 自動生成される追加コードの編集例を示す図である。 型指定記述を明示的に含むシリアライズ定義記述の例を示す。 本実施の形態に従う情報処理装置におけるビルド時のシリアライズ定義記述の取り扱いを説明するための図である。 本実施の形態に従う情報処理装置が生成したアプリケーションプログラムの実行中に生成される中間オブジェクトのメンバ関数の処理を説明するための図である。 本実施の形態に従う情報処理装置が生成したアプリケーションプログラムの実行中に生成される中間オブジェクトのメンバ関数の処理を説明するための図である。 本実施の形態に従う情報処理装置が生成したスキーマファイルの一例を示す図である。 本実施の形態に従う情報処理装置が生成したスキーマファイルの利用例を説明するための図である。 本実施の形態に従う情報処理装置が生成したスキーマファイルの利用例を説明するための図である。 本実施の形態に従う情報処理装置が生成したスキーマファイルの利用例を説明するための図である。

本実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

［Ａ．概要］
本実施の形態においては、型に基づいてオブジェクト（インスタンス）を生成するプログラミング言語（典型的には、オブジェクト指向の言語）を用いてアプリケーションプログラムを開発するための開発プログラムおよび情報処理装置などが例示される。アプリケーションプログラムのソースコードは、型に基づいてオブジェクトを生成するプログラム言語を用いて記述される。

本実施の形態に従う情報処理装置は、アプリケーションプログラム（ランタイムプログラム）が生成するオブジェクト（インスタンス）が保持するデータをシリアライズする際に、そのオブジェクトの型定義で出力するのではなく、その型定義と独立したデータ構造でアセットデータを出力できるようにコードを追加的に生成する。ここで、開発されるアプリケーションプログラムは、ゲームプログラムや実用アプリケーションプログラムであってもよいし、開発ツールのプログラムであってもよい。

この構成によって、シリアライズ対象のオブジェクトの型定義とは独立して、任意のデータ構造（型）のアセットデータを出力できるので、プログラム開発の柔軟性や利便性を高めることができる。例えば、アプリケーションプログラムの開発途中で、型定義が変更（メンバの追加や削除、プロパティの名称の変更、プロパティのデータ型の変更など）された場合や、プログラム環境によって型の表現が異なるような場合であっても、出力されたアセットデータを汎用的に利用できる。また、シリアライズ対象のオブジェクトの型に存在しないデータや、シリアライズ対象のオブジェクトと異なるデータ型のデータをアセットデータに含めることができる。

［Ｂ．ハードウェア構成例］
本実施の形態に従う情報処理装置はどのようなハードウェア構成例を採用してもよい。情報処理装置は、１または複数のプログラムを実行する単一のコンピュータにより構成されてもよい。コンピュータは、据置型であってもよいし、携帯型であってもよい。また、情報処理装置は、複数のコンピュータを用いて実現されてもよい。複数のコンピュータを用いる場合には、ネットワーク上のクラウド環境が提供するコンピューティングリソースを用いるようにしてもよい。そのため、本明細書において、「情報処理装置」との用語は、複数のコンピュータあるいはコンピューティングリソースを用いた「情報処理システム」を包含する。

以下の説明においては、説明の簡素化のため、単一のコンピュータを用いて情報処理装置を実現する構成例について説明するが、本願の技術的範囲は、単一のコンピュータを用いて実現する構成に限定されるものではない。

図１は、本実施の形態に従う情報処理装置１００のハードウェア構成例を示す模式図である。図１を参照して、情報処理装置１００は、主たるハードウェアコンポーネントとして、１または複数のプロセッサ１０２と、メモリ１０４と、ディスプレイ１０６と、入力部１０８と、ストレージ１１０と、通信モジュール１２２とを含む。これらのハードウェアコンポーネントは、バス１２４を介して通信可能に接続される。

プロセッサ１０２は、メモリ１０４に展開されたマシンコードに従って命令を実行する演算部であり、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）などで構成される。

メモリ１０４は、プロセッサ１０２が命令を実行するためのマシンコードや各種ワークデータを一時的に格納する不揮発性記憶装置であり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などで構成される。

ディスプレイ１０６は、プロセッサ１０２での演算処理によって生成される映像情報を表示し、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（ElectroLuminescent）ディスプレイなどの表示デバイスで構成される。

入力部１０８は、例えば、ユーザ操作を受け付けるマウスやキーボードなどの入力デバイスで構成される。

ストレージ１１０は、情報処理装置１００において生成および利用されるデータを不揮発的に格納する不揮発性記憶装置であり、例えば、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）などで構成される。典型的には、ストレージ１１０には、ＯＳ（Operating System）やドライバなどを含むシステムプログラム１１２と、アプリケーションプログラムを開発するための開発プログラム１１４と、ソースコードを含むプロジェクト１１６とが格納される。また、ストレージ１１０には、プロジェクト１１６から生成されたアプリケーションプログラム１１８（実行可能ファイル）が格納されてもよい。

開発プログラム１１４は、アプリケーションプログラム１１８を開発するためのプログラムであり、アプリケーションプログラム１１８のソースコードの作成編集、ソースコードのコンパイル、コンパイルにより生成されたオブジェクトのリンクといった、アプリケーションプログラム１１８の開発に必要な機能を提供する。さらに、開発プログラム１１４は、後述するような機能および処理を提供する。

開発プログラム１１４は、情報処理装置１００の製造段階においてストレージ１１０に格納されていてもよいし、配信サーバ（図示しない）からダウンロードの形で提供されてもよい。さらに、開発プログラム１１４を格納するコンピュータ読取可能記憶媒体（例えば、ＵＳＢ（Universal Serial Bus）メモリやメモリカード）（図示しない）を情報処理装置１００に装着し、装着されたコンピュータ読取可能記憶媒体から開発プログラム１１４を読み出してストレージ１１０にインストールするようにしてもよい。

説明の便宜上、単一の開発プログラム１１４を示すが、複数のプログラムから構成されていてもよい。例えば、基本的な開発環境を提供するプログラムに対して、後述するような機能および処理を実現するためのモジュールやライブラリを追加（アドオン）するような形態であってもよい。そのため、本発明の技術的範囲は、後述するような機能および処理のすべてを実現する単一の開発プログラムだけではなく、後述するような機能および処理を実現するための１または複数のモジュールやライブラリなども含む。

通信モジュール１２２は、外部装置との間で無線通信するためのモジュールであり、例えば、イーサネット（登録商標）や無線ＬＡＮなどのモジュールで構成される。

なお、図１には、プロセッサ１０２がプログラム（システムプログラム１１２および開発プログラム１１４）を実行することで各種処理を実現する形態（すなわち、ソフトウエア実装）を例示するが、これらの処理の一部または全部をハードワイヤード回路で実現してもよい。具体的には、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）を含む演算回路（processing circuitry）を用いて、情報処理装置１００が提供すべき機能および処理の一部または全部を実現してもよい。なお、演算回路には、プロセッサ１０２およびメモリ１０４を含めるようにしてもよい。したがって、情報処理装置１００が提供すべき機能および処理は、プロセッサ１０２およびメモリ１０４、ならびに／または、ＡＳＩＣもしくはＦＰＧＡのようなハードワイヤード回路を含む、演算回路によって実現されるとも言える。

［Ｃ．シリアライズおよびデシリアライズ］
次に、シリアライズ（serialize）およびデシリアライズ（deserialize）について説明する。

シリアライズは、プログラムが管理するデータ（通常は、メモリ上に配置されている）を、ストレージ上などに書き出す（永続化する）処理である。以下の説明においては、永続化されたデータ、および、永続化される予定のデータを「アセットデータ」と称す。

デシリアライズは、ストレージ上などに永続化されたデータ（アセットデータ）をプログラムで処理できるように読み出す（メモリに展開する）処理である。なお、アセットデータは、ストレージだけではなく、ＲＯＭ（Read Only Memory）やネットワーク上のサーバなどに格納されていてもよい。

シリアライズおよびデシリアライズに関して、プログラムが生成および管理するデータ構造の一例について説明する。

図２は、型および型に基づいて生成されるオブジェクトの一例を示す図である。図２には、一例として、Ｃ＋＋に従うコード例を示す。

図２（Ａ）は、型（type）定義のコード例を示す。型は、プログラム上で利用されるデータ構造を示す。図２（Ａ）には、構造体として定義されたMyData型の例（符号１０）を示す。この例示されるコードでは、MyData型は、メンバとして、整数型のデータを保持するプロパティvalue1（符号１１）と、浮動小数点型のデータを保持するプロパティdistance（符号１２）とを含むことが定義されている。

このように、型の定義は、プログラムが取り扱うデータ構造とふるまい（プロパティのデータ型）との定義を含むことができる。

図２（Ｂ）は、図２（Ａ）で定義される型からオブジェクトを生成するコードの一例を示す。オブジェクトは、具体的な値を保持するデータ実体である。オブジェクトが保持する値（データ）は、メモリ上に配置されることになる。

図２（Ｂ）は、MyData型のオブジェクトであるmyData1（符号２０）を生成し、具体的な値を保持させるコードの例を示す。オブジェクトmyData1は、プロパティvalue1の値として"10"を保持し（符号２１）、プロパティdistanceとして"10.f"を保持する（符号２２）。なお、".f"は、浮動小数点型の数値を示す表現である。

図２（Ｃ）は、図２（Ｂ）に示すオブジェクトが保持する値（データ）がメモリ上に配置された状態（バイナリ表現）の一例を示す（符号２５）。図２（Ｃ）に示すように、プロパティvalue1およびプロパティdistanceのそれぞれの値が単に連続的にメモリ上に配置される。

図２（Ｃ）に示すような、メモリ上に配置されたオブジェクトのデータをそのまま保存した場合には、その後のデータの取り扱いにおいて問題が生じ得る。例えば、メモリ上のデータは、定義されたプロパティの順番に従って配置された値のみからなる。そのため、例えば、プロパティが追加された場合などにおいては、変更後の型とデータに含まれる値とを適切に対応付けることができなくなる。

また、同様のデータ型の値であっても、ＯＳ、プロセッサのアーキテクチャ、プログラミング言語、プログラミング言語のバージョンなどによって、バイナリ表現が異なる場合がある。そのため、特定の環境において生成されたバイナリ表現をそのまま保存したとしても、異なる環境においては、そのままでは適切に読み込むことができない場合もある。

上述したような問題に対応するために、汎用的な形式で（例えば、ＪＳＯＮ形式で）シリアライズする手法が用いられる。

図３は、シリアライズにより生成されたアセットデータ３００の一例を示す図である。図３には、一例として、ＪＳＯＮ形式のアセットデータ３００を示す。ＪＳＯＮ形式においては、キーと値とのペアがコロンで区切って記述される。

図３に示す例では、アセットデータ３００は、プロパティとして、名称"value1"と値とのペア、および、名称"distance"と値とのペアを含む。以下の説明においては、アセットデータ３００に含まれる"value1"および"distance"の各々をプロパティの名称と称し、対応する各値をプロパティの値と称す。

なお、シリアライズにより生成されるアセットデータ３００は、ＪＳＯＮ形式だけではなく、例えば、タグを用いるＸＭＬ形式であってもよい。さらに、それ以外の任意の形式を採用してもよい。

図３に示すような名称と値とのペアからなるアセットデータ３００を生成することで、データを汎用的に取り扱うことができる。なお、ＪＳＯＮ形式やＸＭＬ形式などの汎用形式を採用することで、汎用的に提供されているライブラリなどを利用できる。これによって、どのような環境であっても、同じアセットデータ３００を読み込んで、プログラムで利用できる。

また、名称と値とのペアの単位で処理できるので、アセットデータ３００を利用できる。例えば、変更後の型に対応するプロパティがなければ、アセットデータ３００に含まれるデータの読み込みをスキップすればよい。

本実施の形態に従う情報処理装置１００は、図３に示すようなアセットデータ３００をより容易に利用できる仕組みを提供する。

［Ｄ．シリアライズおよびデシリアライズの支援］
次に、本実施の形態に従う情報処理装置１００がシリアライズおよびデシリアライズを支援するための機能および処理について説明する。

本実施の形態に従う情報処理装置１００は、静的型付け言語（例えば、Ｃ＋＋）で記述されたプログラムのシリアライズおよびデシリアライズを支援する。すなわち、静的型付け言語であれば、対象とするプログラミング言語の種類は限定されない。

静的型付け言語では、プログラムの実行によって生成されるオブジェクトの型が予めソースコードで定義される。また、関数は、予め定められた型のオブジェクトのみを処理することが前提となっている。そのため、関数を用いて、汎用的にシリアライズを行うことは難しい。なお、動的型付け言語は、オブジェクトのシリアライズを容易に行うための機能が実装されているものもある。

本実施の形態においては、アプリケーションプログラム１１８のソースコードに所定の記述を付加することで、本実施の形態に特徴的なシリアライズおよびデシリアライズを実現するためのコードが自動的に生成される。説明の便宜上、この付加される所定の記述を「シリアライズ定義記述」と称し、自動的に生成されるコードを、「追加コード」と称す。なお、ユーザ（アプリケーションプログラム１１８の開発者）は、エディタなどを操作して、ソースコード（後述の図５などに示すソースコード１６０）を作成する。この開発者により作成されるソースコードを、追加コードと区別する意味で、便宜的に「オリジナルのソースコード」と称す。

追加コードは、アプリケーションプログラム１１８の対象のオブジェクトのデータを保持する処理（シリアライズ）として実行される。追加コードは、対象の値をアプリケーションプログラム１１８の対象のオブジェクトのメンバ変数の値として保持する処理（デシリアライズ）として実行されてもよい。

シリアライズ定義記述は、シリアライズ（およびデシリアライズ）の内容を定義する記述である。この記述により、アプリケーションプログラム１１８のオブジェクトのうちシリアライズ対象となるオブジェクトの型（定義）が指定される。本実施の形態においては、アプリケーションプログラム１１８のソースコードで規定される型のうち、シリアライズ対象にしたい型に対して指定を行うことで、当該指定された型で生成されるオブジェクトがシリアライズ対象となる（以下の説明において、シリアライズ対象として指定された型を「シリアライズ対象型」と称す。）。本実施の形態においては、シリアライズ対象型を用いて生成されるオブジェクト（インスタンス）が複数ある場合、いずれのオブジェクトもシリアライズ対象となる。なお、シリアライズ定義記述は、ユーザ（アプリケーションプログラム１１８の開発者）によりアプリケーションプログラム１１８のソースコード内に記述される。

１つの実施例においてシリアライズ定義記述には、以下の（１）～（４）が含まれる。
（１）シリアライズ対象型を指定する記述（以下、「型指定記述」と称す。）
型指定記述は、データ保持の対象となるオブジェクトの型を指定する。シリアライズ対象となるオブジェクトの型の名称を型指定記述として記述してもよいし、シリアライズ対象となる型定義の内部に（または、近接した位置に）シリアライズ定義記述を配置することで、その型をシリアライズ対象として指定するようにしてもよい。

（２）シリアライズおよびデシリアライズのための関数を指定する記述（以下、「関数指定記述」と称す。）
関数指定記述としては、シリアライズ対象の型のメンバ関数を指定してもよいが、それと異なる任意の関数を指定してよい。本実施の形態においては、シリアライズのために用いられる関数（以下、当該関数を指定する記述を「シリアライズ関数指定記述」と称す。）と、デシリアライズのために用いられる関数（以下、当該関数を指定する記述を「デシリアライズ関数指定記述」と称す。）とのそれぞれを指定する。

シリアライズ関数指定記述は、値を取得するための関数、および／または、任意の変数を指定する。シリアライズ関数指定記述について、指定される関数は、アセットデータのプロパティに保持する値を取得する関数である。指定される関数は、シリアライズの対象となるオブジェクトのプロパティの値をそのまま返す関数を指定してもよいが、これに限られず、いかなる関数であってもかまわない。シリアライズの対象となるオブジェクトのプロパティの値を用いて何らかの演算をした結果の値を返すものであってもよいし、シリアライズの対象となるオブジェクトのプロパティの値を全く用いないもの（定数値や文字列、他の型のメンバのプロパティの値やそれを用いた演算結果など）であってもよい。

このように、シリアライズ関数指定記述で指定される関数は、シリアライズの対象となるオブジェクトのプロパティの値を（そのまま）取得する関数であってもよいし、シリアライズの対象となるオブジェクトのプロパティの値を用いて所定の演算を行った結果を取得する関数であってもよい。さらに、シリアライズ関数指定記述で指定される関数は、予め定められた定数を取得する関数であってもよい。

デシリアライズ関数指定記述も関数を指定する。デシリアライズ関数指定記述について、指定される関数は、アセットデータのプロパティの値を用いて、アプリケーションプログラム１１８のオブジェクトのプロパティの値を設定する関数である。この関数は、アセットデータのプロパティの値をそのままアプリケーションプログラム１１８のオブジェクトの値として設定する関数でもよいが、これに限られず、いかなる関数であってもかまわない。アセットデータのプロパティの値を用いて何らかの演算をした結果の値をアプリケーションプログラム１１８のオブジェクトの値として設定するものであってもよいし、アセットデータのプロパティの値を全く用いないもの（定数値や文字列、他のアセットデータのプロパティの値やそれを用いた演算結果など）であってもよい。

このように、デシリアライズ関数指定記述で指定される関数は、アセットデータのプロパティの値を（そのまま）取得する関数であってもよいし、アセットデータのプロパティの値を用いて所定の演算を行った結果を取得する関数であってもよい。さらに、デシリアライズ関数指定記述で指定される関数は、予め定められた定数を取得する関数であってもよい。

（３）アセットデータにおけるプロパティ名称を指定する記述（以下、「名称指定記述」と称す。）
名称指定記述は、プロパティ名称であるデータ名を指定する。なお、名称指定記述として指定されるプロパティ名称は、後述する中間オブジェクトにおけるプロパティ名称でもある。

（４）アセットデータにおけるプロパティのデータ型を指定する記述（以下、「データ型指定記述」と称す。）
なお、データ型指定記述として指定されるデータ型は、後述する中間オブジェクトにおけるプロパティのデータ型でもある。

本実施の形態では、アセットデータとして保持する前に中間オブジェクトとして保持し、その後、この中間オブジェクトをシリアライズしてアセットデータとして保持する。この場合、上述において、「アセットデータ」として説明した箇所は、「中間オブジェクト」と読み替えて理解される。すなわち、中間オブジェクトがアセットデータとして保存されてもよい。

アプリケーションプログラム１１８の実行時において、追加コードに記述された処理が実行されることにより、オリジナルのソースコード内のシリアライズ対象のオブジェクトの型定義とアセットデータにおけるデータ構造とを独立させることが可能となる。

例えば、シリアライズ関数指定記述において、アプリケーションプログラム１１８のオブジェクトのメンバであるプロパティ（名称が「プロパティＡ」）の値（そのもの）を出力する関数を指定し、名称指定記述において、プロパティＡの名称と異なる名称（例えば、「プロパティＢ」）を指定すれば、アプリケーションプログラム１１８のオブジェクトのプロパティの値（「プロパティＡ」の値）を異なる名称（「プロパティＢ」）でアセットデータ（または、中間オブジェクト、以下同様）に保存することができる。

逆に、デシリアライズ関数指定記述において、アセットデータのプロパティの値をそのままアプリケーションプログラム１１８のオブジェクトの「プロパティＡ」の値にセットする関数を指定し、名称指定記述において、「プロパティＢ」を指定すれば、アセットデータを読み出す際に、アセットデータのプロパティ名称と異なる名称でデシリアライズすることもできる。

また、データ型指定記述において、「プロパティＡ」のデータ型（例えば、ｉｎｔ型）と異なるデータ型（例えば、ｓｔｒｉｎｇ型）を指定すれば、アプリケーションプログラム１１８のオブジェクトのプロパティの値を異なるデータ型でアセットデータに保存することができる。

また、シリアライズ関数指定記述において、アプリケーションプログラム１１８のオブジェクトのプロパティＡの値を用いて何らかの演算をした値を出力する関数を指定すれば、アプリケーションプログラム１１８のオブジェクトのプロパティの値そのものではなく、演算した値をアセットデータに保存することができる。

さらに、シリアライズ関数指定記述において、アプリケーションプログラム１１８のオブジェクトのメンバと関係のないデータを出力する関数を指定すれば、アプリケーションプログラム１１８のオブジェクトに存在しない任意のデータをアセットデータに保存することができる。

本実施の形態では、シリアライズおよびデシリアライズのための関数を指定するようにした。これらの関数内で任意のコードを書くことができるので、シリアライズにおいては、アセットデータのプロパティが保持する値の自由度を高くすることができ、デシリアライズにおいては、アプリケーションプログラム側のプロパティが保持する値の自由度を高くすることができる。

しかしながら、シリアライズおよびデシリアライズのいずれについても、関数の代わりに、変数（の名称）や定数（の名称）を指定するようにしてもよい。その場合、アセットデータのプロパティが保持する値はその変数の値や定数の値となり（シリアライズ）、アプリケーションプログラム側のプロパティが保持する値はその変数の値や定数の値となる（デシリアライズ）。なお、これらの変数や定数はシリアライズ対象のオブジェクトのメンバ変数であってもよいし、外部変数や外部定数であってもよい。

なお、本実施の形態においては、シリアライズ対象を指定する際に、オリジナルのソースコードの型を指定するようにした。その場合、指定された型で生成されるオブジェクトのすべてがシリアライズ対象となるが、一部のオブジェクトだけをシリアライズ対象として指定してもよい。

シリアライズ定義記述の具体例については後述する。
本明細書において、「手続き（procedure）」との用語は、プログラムにおいて特定の処理を実行するための記述を意味する。「手続き」は、例えば、関数、メンバ関数、メソッド、指令、サブルーチン、サブプログラムなどを含む。以下の説明においては、主として、関数またはメンバ関数を「手続き」の一例として説明する。

後述するように、アプリケーションプログラム１１８の開発者が記述したアプリケーションプログラム１１８のソースコード（プロジェクト１１６に含まれる）に追加コードが追加された上で、アプリケーションプログラム１１８が生成（ビルド）される。追加コードが追加されることで、アプリケーションプログラム１１８の実行時において、アセットデータ３００の書き出し（シリアライズ）および読み出し（デシリアライズ）を行うための中間オブジェクト（アセットデータとして保存されることが予定されているオブジェクト。詳細については後述する。）が自動的に生成される。

図４は、本実施の形態に従う情報処理装置１００が生成するアプリケーションプログラム１１８の実行状態の一例を説明するための図である。なお、アプリケーションプログラム１１８は、追加コードを含むプロジェクト１１６から生成されている。

図４を参照して、アプリケーションプログラム１１８の実行中において、オリジナルのソースコードにおける任意のオブジェクト１２０（以下の説明で、「オリジナルのオブジェクト」と称すことがある。）に加えて、追加コードに記述された処理の実行により中間オブジェクト１３０が生成される。中間オブジェクト１３０は、任意のタイミングで呼び出されることで、シリアライズおよびデシリアライズに必要な処理を実行できる。

中間オブジェクト１３０のデータ構造（型）については、任意に定義することができる。中間オブジェクト１３０が保持するデータに対しても任意に編集が可能である。

より具体的には、追加コードは、以下の（１）～（５）を含む。
（１）中間オブジェクト１３０の型定義（１または複数）
（１）のコードに従って、中間オブジェクト１３０が生成される。より具体的には、（１）は、中間オブジェクト１３０の型を、以下のプロパティをメンバに持つように定義するコードである。

・プロパティ名称：シリアライズ定義記述の名称指定記述で指定される名称
・データ型：シリアライズ定義記述の型指定記述で指定されるデータ型
このように、（１）は、名称指定記述で指定されるプロパティ名称（データ名）に基づいて、指定されたプロパティ名称のメンバ変数を持つ型を定義するコードである。また、（１）は、型指定記述で指定されるデータ型のメンバ変数を持つ型を定義するコードでもある。（１）のコードにおいて、中間オブジェクト１３０の型は、対応するソースコード１６０内の型定義とは独立して定義されてもよい。

１つの型に対して複数のシリアライズ定義記述が存在する場合、それぞれについて上記のメンバが生成され、結果、中間オブジェクト１３０の型は複数のプロパティを持つ構造になる。

なお、中間オブジェクト１３０の型の名称は、例えば、シリアライズ対象とされる型に補助的な名称を付加したものが自動的に設定される（名称は任意であるが、例えば、シリアライズ対象とされる型名称が"MyData"の場合に、中間オブジェクト１３０の型の名称は"MyData_IntermediateObject"と自動的に決定されてもよい。）。

また、中間オブジェクト１３０には、例えば、以下のようなメンバ関数が実装される。
（Ａ）LoadTo関数：後述の「デシリアライズ用コード」を呼び出す関数
（Ｂ）ExtractFrom関数：後述の「シリアライズ用コード」を呼び出す関数
（Ｃ）CreateDiff関数：指定した中間オブジェクト１３０が持つプロパティと自オブジェクトが持つプロパティとの差分だけを持つ新たな中間オブジェクト１３０を生成する関数
（Ｄ）ApplyDiff関数：（Ｃ）に示すCreateDiff関数などにより生成された差分のプロパティだけを持つ中間オブジェクト１３０を自オブジェクトに反映する関数
（Ｅ）Clone関数：自オブジェクトを複製して新たな中間オブジェクト１３０を生成する関数
（Ｆ）Exclude関数：自オブジェクトが持つプロパティのうち指定されたプロパティを除外する関数
（Ｇ）ExcludeAll関数：自オブジェクトが持つすべてのプロパティを除外する関数
（Ｈ）Include関数：自オブジェクトが持つプロパティのうち指定されたプロパティを処理対象に設定する関数
（Ｉ）Sanitize関数：自オブジェクトがプロパティの値が対応するシリアライズ定義記述に含まれる制約を満たしている（例えば、指定された範囲内であるか）かを検査する関数
（Ｊ）GetPath関数：自オブジェクトのプロパティツリー上のパスを取得する関数
（Ｋ）GetTypeId関数：自オブジェクトが保持しているデータに対応する型を示すハッシュ値を取得する関数
（Ｌ）GetStringTypeId関数：自オブジェクトが保持しているデータに対応する型の名称（文字列）を取得する関数
（Ｍ）HasProperty関数：自オブジェクトが指定されたプロパティを持っているか否かを判断する関数
（Ｎ）GetProperty関数：自オブジェクトが保持する指定されたプロパティの値を取得する関数
（Ｏ）GetDataFormatVersion関数：自オブジェクトが保持するデータのバージョンを取得する関数
なお、中間オブジェクト１３０の型は、共通の型定義を継承するように定義されてもよい。この場合、追加コードに含まれる中間オブジェクト１３０の型定義は、少なくとも１つのメンバ関数を有する共通の型を継承するように型を定義する。例えば、共通の型定義に汎用的なメンバ関数を持たせるようにしておけば、どの中間オブジェクト１３０もそのメンバ関数を持つようにできる。上述した（Ａ）～（Ｏ）に示す関数の全部または一部を共通の型定義のメンバ関数としてもよい。

シリアライズ対象型が複数ある場合、中間オブジェクト１３０の型は、シリアライズ対象型ごとにそれぞれ生成される。

このように、情報処理装置１００は、アプリケーションプログラム１１８のソースコード１６０から中間オブジェクト１３０の型定義を生成する。中間オブジェクト１３０の型定義は、ソースコード１６０に含まれるシリアライズ対象の型定義に基づいて生成されるオブジェクトに対応するデータを、アセットデータとして保存するための型定義に相当する。

なお、アプリケーションプログラム１１８のソースコード１６０に含まれている型定義などから中間オブジェクト１３０の型定義を（そのまま）抽出するようにしてもよい。

（２）中間オブジェクト１３０を生成（インスタンス化）するための関数を記述したコード
（２）のコードは、（１）のコードで定義される型（型定義）に基づいて中間オブジェクトを生成する処理を実行するコードである。すなわち、（２）のコードは、アプリケーションプログラム１１８のソースコード１６０内の型定義に基づいて生成されるアプリケーションプログラム１１８のオブジェクトの各々に対応する、アセットデータ用の中間オブジェクト１３０を生成するためのものである。
（２）のコードは、対象のオブジェクトのデータを保持する処理（シリアライズ）が実行される際に、中間オブジェクトを生成する処理を実行するコードでもある。

なお、シリアライズ対象型を用いて生成されるオブジェクト（インスタンス）が複数ある場合、中間オブジェクト１３０は、それらのそれぞれについて個別に生成される。

中間オブジェクト１３０が実際に生成されるのは、このコードが実行されたタイミングであるが、例えば、あるオブジェクトのシリアライズを（初めて）行う際にこのコードが実行されて、対応する中間オブジェクト１３０が生成される。なお、シリアライズ対象のオブジェクトが生成されたら、そのタイミングで対応する中間オブジェクト１３０を生成するようにしてもよい。

（３）シリアライズ関数指定記述で指定される関数の出力値を、名称指定記述で指定される名称のプロパティに読み込む関数（以下、「シリアライズ用コード」と称す。図８（Ｂ）のDEFINE_SERIALIZE_VALUE()として具体例が示される）（インターフェイス１３１）を記述したコード
追加コードに含まれるシリアライズ用コードは、シリアライズ関数指定記述で指定される関数により取得される値またはシリアライズ関数指定記述で指定される変数の値を、名称指定記述で指定されるデータ名（プロパティ名称）で、対象のオブジェクトに対応するデータとして保持する処理を実行するためのものである。このとき、シリアライズ用コードは、関数により取得される値または指定される変数の値を、（２）のコードで生成される中間オブジェクト１３０のメンバ変数の値として保持する処理を実行するコードである。また、シリアライズ用コードは、予め指定された関数により取得される値または予め指定された値を、中間オブジェクト１３０に保持するための処理を実行するためのものであってもよい。

対象のオブジェクトに対応するデータは、対象のオブジェクトに対応するアセットデータであってもよいし、アセットデータとして保持されることが予定されるデータ（中間オブジェクトの対応するプロパティの値）であってもよい。

（４）名称指定記述で指定される名称のプロパティの値をデシリアライズ関数指定記述で指定される関数に引き渡す関数（以下、「デシリアライズ用コード」と称す。図８（Ｂ）のDEFINE_DESERIALIZE_VALUE()として具体例が示される）（インターフェイス１３２）を記述したコード
追加コードに含まれるデシリアライズ用コードは、アセットデータが保持する名称指定記述で指定されるデータ名（プロパティ名称）の値をデシリアライズ関数指定記述で指定される関数へ引き渡す処理を実行するためのものである。例えば、デシリアライズ関数指定記述で指定される関数により、（引き渡された）名称指定記述で指定される名称のプロパティの値を用いて、シリアライズ対象型のオブジェクトの対応するプロパティの値が設定される。また、デシリアライズ用コードは、中間オブジェクト１３０が保持するプロパティの値を予め指定された関数に引き渡す処理を実行するためのものであってもよい。

（５）生成した関数のポインタを登録する処理を実行するコード
上述したようなコード群からなる追加コードを元のソースコードに自動的に追加することで、中間オブジェクト１３０の型が定義され（上記（１））、中間オブジェクト１３０が生成され（上記（２））、任意の関数（シリアライズ関数指定記述により指定される関数）で中間オブジェクト１３０のプロパティの値をセットするコードが追加され（上記（３））、中間オブジェクト１３０のプロパティの値を任意の関数（デシリアライズ関数指定記述により指定される関数）に引き渡すコードが追加できる（上記（４））。

なお、追加コードには、以下の（６）～（８）をさらに含んでいてもよい。
（６）中間オブジェクト１３０が保持する値をアセットデータ３００へ書き出す（シリアライズするための関数（インターフェイス１３３）を記述したコード
（７）アセットデータ３００を中間オブジェクト１３０に読み出す（デシリアライズする）ための関数（インターフェイス１３４）を記述したコード
なお、（６）および（７）の関数は、中間オブジェクト１３０のメンバ関数として実装してもよい。

（６）の一例として、中間オブジェクト１３０にGenerateJSON関数を実装してもよい。
GenerateJSON関数が呼び出されることで、中間オブジェクト１３０が保持しているプロパティ名称（変数名）と対応する値とのペアがＪＳＯＮ形式のデータとして生成されてもよい。

あるいは、中間オブジェクト１３０にGenerateXML関数を実装してもよい。GenerateXML関数が呼び出されることで、中間オブジェクト１３０が保持しているプロパティ名称（変数名）と対応する値とのペアがＸＭＬ形式のデータとして生成されてもよい。

中間オブジェクト１３０が保持しているプロパティの名称および値を出力する形式は、ＪＳＯＮ形式およびＸＭＬ形式といった汎用形式であってもよい。

このように、（６）は、中間オブジェクト１３０の型ごとに、中間オブジェクト１３０のプロパティの値を予め定められた形式で出力する処理を実行するためのものである。なお、中間オブジェクト１３０の型定義（上述の（１）のコード）に、このような処理を呼び出す処理を行うためのコードを含めてもよい。

（７）の一例として、中間オブジェクト１３０にExtractJSON関数を実装してもよい。この場合には、空の中間オブジェクト１３０を生成（インスタンス化）した上で、読み込み対象のアセットデータ３００を指定して、ExtractJSON関数を呼び出すことで、中間オブジェクト１３０には、アセットデータ３００に記述されたプロパティ名称（変数名）と対応する値とのペアが読み込まれる。

あるいは、アセットデータ３００からデータを読み込むためのDeserialize関数を用意してもよい。Deserialize関数は、読み込み対象のアセットデータ３００、および、アセットデータ３００を読み込む中間オブジェクト１３０の型を示す型ＩＤ、が指定されて呼び出される。Deserialize関数は、指定された読み込み対象のアセットデータ３００をパースして、アセットデータ３００に記述されたプロパティ名称（変数名）と対応する値とのペアを読み込む。続いて、指定された型ＩＤに対応する中間オブジェクト１３０が生成（インスタンス化）され、生成された中間オブジェクト１３０にアセットデータ３００から読み込まれたデータが設定される。

なお、中間オブジェクト１３０とアセットデータ３００との間のデータのやり取り（シリアライズ（書き出し）、および、デシリアライズ（読み込み））は、任意のライブラリなどを利用することもできる。

なお、（６）および（７）のコードを追加コードとして自動生成しない場合は、アプリケーションプログラム１１８の開発者がこれらのコード記述を行うことになる。

また、アプリケーションプログラム１１８に応じて、シリアライズおよびデシリアライズの一方のみが必要な場合もあるし、シリアライズまたはデシリアライズの一部の処理のみが必要な場合もある。

そのため、図４に示すインターフェイス１３１，１３２のうち、少なくとも１つのみを実現するように追加コードが生成されてもよい。

（８）中間オブジェクト１３０の履歴を保持する処理を実行するコード
中間オブジェクト１３０は、プロパティの値（データ）として、現在の値だけではなく、１または複数の過去の値を保持できるようにしてもよい。例えば、Ｕｎｄｏ／Ｒｅｄｏを実行するための関数を中間オブジェクト１３０のメンバ関数として実装してもよい。

また、情報処理装置１００は、追加コードに加えて、スキーマファイルを自動的に生成するようにしてもよい。スキーマファイルは、中間オブジェクト１３０（またはアセットデータ３００）の型定義のデータ構造を記述する。すなわち、スキーマファイルは、アセットデータとして保存するための型定義のデータ構造を記述する。スキーマファイルの詳細については、後述する。

［Ｅ．機能構成および処理手順］
次に、本実施の形態に従う情報処理装置１００の機能構成および処理手順について説明する。

図５は、本実施の形態に従う情報処理装置１００の機能構成例を示す模式図である。図５を参照して、情報処理装置１００は、更新モジュール１４０と、ビルダ１４２と、追加コード生成モジュール１５０とを含む。これらの機能モジュールは、情報処理装置１００のプロセッサ１０２が開発プログラム１１４を実行することで実現されてもよい。

ユーザ（アプリケーションプログラム１１８の開発者）は、図示しないエディタなどを操作して、ソースコード１６０と、ビルド対象のソースコード１６０のファイル一覧１６２と、設定情報１６４とを含むプロジェクト１１６を作成する。

追加コード生成モジュール１５０は、プロジェクト１１６から追加コード１７０を生成する。追加コード生成モジュール１５０は、追加コード１７０に加えて、スキーマファイル１８０を生成してもよい。より具体的には、追加コード生成モジュール１５０は、解析モジュール１５２と、追加モジュール１５４とを含む。

解析モジュール１５２は、プロジェクト１１６に含まれるソースコード１６０を解析して、シリアライズ定義記述を発見して、それに基づいて追加コード１７０を生成するための情報を構築する。このように、解析モジュール１５２は、アプリケーションプログラム１１８のソースコード１６０内の型定義（シリアライズ定義記述に含まれる型指定記述）を特定する。より具体的には、解析モジュール１５２は、アプリケーションプログラム１１８のソースコード１６０から、データ名（プロパティ名称）を指定する名称指定記述（第１記述の一例）と、値を取得するための関数または変数を指定するシリアライズ関数指定記述（第２記述の一例）とを含むシリアライズ定義記述（所定の記述の一例）を抽出する。そして、解析モジュール１５２は、ソースコード１６０に含まれるシリアライズ定義記述に基づいて、中間オブジェクト１３０の型定義を生成する。

追加モジュール１５４は、抽出したシリアライズ定義記述に基づいて、追加コード１７０を生成し、生成した追加コード１７０をアプリケーションプログラム１１８のソースコード１６０に追加する。

また、追加モジュール１５４は、スキーマファイル１８０を生成する。
設定情報１６４は、追加コード１７０の格納先、および、追加コード１７０と併せて生成されるスキーマファイル１８０の格納先の指定を含む。生成された追加コード１７０およびスキーマファイル１８０は、指定された格納先に出力される。

更新モジュール１４０は、追加コード生成モジュール１５０が生成した追加コード１７０をプロジェクト１１６のソースコード１６０に追加するとともに、ファイル一覧１６２に追加コード１７０のファイル名などを追加して、ファイル一覧１６２Ａに更新する。

ビルダ１４２は、ソースコード１６０および追加コード１７０をコンパイルしてアプリケーションプログラム１１８を生成する。ビルダ１４２は、更新モジュール１４０によって更新されたプロジェクト１１６Ａからアプリケーションプログラム１１８（実行可能ファイル）を生成する。より具体的には、ビルダ１４２は、解析モジュール１４４と、コンパイラ１４６と、リンカ１４８とを含む。

解析モジュール１４４は、更新モジュール１４０によって更新されたプロジェクト１１６Ａに含まれるソースコード１６０および追加コード１７０を解析する。このとき、ソースコード１６０および追加コード１７０内に記述されたマクロを展開する処理が実行されるが、ソースコード１６０中のシリアライズ定義記述に対応するマクロ定義は、いずれも空文字（null）に展開されるように設定されている。その結果、解析モジュール１４４は、ソースコード１６０中のシリアライズ定義記述をいずれも空文字に置換する。

コンパイラ１４６は、解析モジュール１５２の解析結果に基づいて、ソースコード１６０および追加コード１７０をコンパイルしてオブジェクトコードを生成する。

リンカ１４８は、生成されたオブジェクトコードをリンクして、アプリケーションプログラム１１８（実行可能ファイル）を生成する。

なお、上述の例では、解析モジュールが追加コード１７０を生成するための情報を生成した後、その情報に基づいて追加モジュールが追加コードを生成したが、シリアライズ定義記述を解析した際に直接追加コードを生成してもよい。

図６は、本実施の形態に従う情報処理装置１００のビルド処理の処理手順例を示すフローチャートである。

図６を参照して、情報処理装置１００は、ライブラリまたはアプリケーションプログラム１１８のビルド要求を受けると（ステップＳ２においてＹＥＳ）、まず、プレビルドとしてビルド前に実行されることが指定されている処理を実行する。ここで、プレビルドとして実行される処理として、追加コード１７０を生成する処理が指定されているとする。

情報処理装置１００は、追加コード１７０の生成に必要な情報（例えば、（１）ビルド対象のソースコード１６０のファイル一覧、（２）追加コード１７０の格納先、（３）追加コード１７０と併せて生成されるスキーマファイル１８０の格納先）を取得し（ステップＳ４）、後述するような追加コード１７０の生成処理を実行する（ステップＳ６）。

情報処理装置１００は、生成された追加コード１７０をビルド対象のソースコードに追加して、ビルド対象の新たなソースコードのファイル一覧を生成し（ステップＳ８）、対象のソースコードをコンパイルする（ステップＳ１０）。そして、情報処理装置１００は、コンパイルによって生成されたオブジェクトコードをリンクすることで、実行可能ファイル（アプリケーションプログラム１１８）を生成する（ステップＳ１２）。これにより、処理は終了する。

図７は、図６に示す追加コード１７０の生成処理（ステップＳ６）の処理手順例を示すフローチャートである。図７を参照して、情報処理装置１００（図５に示す解析モジュール１５２）は、ビルド対象のソースコード１６０を解析（字句解析）し（ステップＳ６０）、解析により収集した情報に基づいて、追加コード生成用の情報を構築する（ステップＳ６１）。

より具体的には、情報処理装置１００は、字句解析において、ソースコード１６０から、アセットデータ３００に含まれるプロパティの名称と、当該プロパティの値を取得するための関数名とを含むシリアライズ定義記述を抽出する。情報処理装置１００は、このようなソースコード１６０の解析結果に基づいて、オリジナルのソースコード１６０で規定される型のうち、シリアライズ対象型を認識し、それに対応する中間オブジェクト１３０を生成するための追加コードを生成する。追加コードの詳細は上述の通りである。

続いて、情報処理装置１００（図５に示す追加モジュール１５４）は、構築した追加コード生成用の情報に基づいて、追加コード１７０を生成するための文字列を生成する（ステップＳ６２）とともに、スキーマファイル１８０を生成するための文字列を生成する（ステップＳ６３）。

より具体的には、ステップＳ６２において、情報処理装置１００は、アプリケーションプログラム１１８のソースコード１６０から、データ名（プロパティ名称）を指定する名称指定記述（第１記述の一例）と、値を取得するための関数または変数を指定するシリアライズ関数指定記述（第２記述の一例）とを含むシリアライズ定義記述（所定の記述の一例）を抽出する。

最終的に、情報処理装置１００（図５に示す追加モジュール１５４）は、追加コード１７０を生成するための文字列から追加コード１７０を生成して、ファイル出力し（ステップＳ６４）、出力した追加コード１７０のファイル一覧を出力する（ステップＳ６５）。このように、情報処理装置１００は、シリアライズ定義記述に基づいて、アプリケーションプログラム１１８の対象のオブジェクトのデータを保持する処理（シリアライズ）として実行される追加コード１７０を生成し、アプリケーションプログラム１１８のソースコード１６０に追加する。

併せて、情報処理装置１００は、スキーマファイル１８０を生成するための文字列からスキーマファイル１８０を出力する（ステップＳ６６）。スキーマファイル１８０は、１または複数のプロパティを含むアセットデータ３００のデータ構造を特定する情報を含む。そして、処理はリターンする。

［Ｆ．シリアライズ定義記述および追加コード］
次に、本実施の形態に従う情報処理装置１００におけるシリアライズ定義記述および追加コードの例について説明する。なお、ユーザ（アプリケーションプログラム１１８の開発者）は、自動生成される追加コード１７０を必要に応じて編集することもできる。

（ｆ１：アプリケーションプログラムの型定義のプロパティ名称と同じプロパティ名称でデータをアセットデータに保持させる例）
図８は、シリアライズ定義記述およびそれに基づいて生成される追加コード１７０の一例を示す図である。

図８（Ａ）を参照して、開発者によって作成されたソースコード１６０は、MyData型の型定義４０Ａを含む。型定義４０Ａは、通常と同様の文法に従う、整数型のプロパティvalue1の定義記述４０１を含む。

本実施の形態の特徴として、型定義４０Ａにおいて、シリアライズ定義記述４１０が付加されている。図８（Ａ）に示す例においては、シリアライズ対象型であることの指定は、シリアライズ対象型の型定義４０Ａの内部にシリアライズ定義記述４１０が配置されることによって行われる。すなわち、MyData型の型定義４０Ａの内部にシリアライズ定義記述４１０が配置されることで、MyData型がシリアライズ対象型であることが指定される。そのため、シリアライズ定義記述４２は、型指定記述を黙示的に含むことになる。

一例として、シリアライズ定義記述４１０は、"BIND_VALUE"というマクロ名４１１を含む。マクロ名４１１は、オブジェクト形式マクロ（object-like macro）により置換される対象であることを示す文字列である。

シリアライズ定義記述４１０は、引数として、アセットデータ３００におけるプロパティの名称を指定するプロパティ名称４１２（「名称指定記述」の一例）と、そのプロパティのデータ型を指定するデータ型定義４１３（「データ型指定記述」の一例）と、シリアライズのために用いられる関数を指定する関数名４１４（「シリアライズ関数指定記述」の一例）と、デシリアライズのために用いられる関数を指定する関数名４１５（「デシリアライズ関数指定記述」の一例）とを含む。

型定義４０Ａは、シリアライズ定義記述４１０の引数として指定されている関数名４１４に対応する関数を定義する関数定義４０４と、シリアライズ定義記述４２の引数として指定されている関数名４１５に対応する関数を定義する関数定義４０５とを含む。

図８（Ｂ）には、図８（Ａ）に示すシリアライズ定義記述４２を含む型定義４０Ａに基づいて自動的に生成される追加コード１７０の一例を示す。

図８（Ｂ）に示す追加コード１７０は、シリアライズ関数指定記述の一例である関数名４１４で指定される関数の出力値を、名称指定記述の一例であるプロパティ名称４１２で指定される名称のプロパティに読み込む関数を定義するシリアライズ用コード５０Ａを含む。

シリアライズ用コード５０Ａは、引数として、シリアライズ対象型を指定する型名称４１６と、プロパティ名称４１２と、データ型定義４１３とを含む。

また、図８（Ｂ）に示す追加コード１７０は、デシリアライズ関数指定記述の一例である関数名４１５で指定される関数に引き渡す関数定義するデシリアライズ用コード５２Ａを含む。

デシリアライズ用コード５２Ａは、引数として、シリアライズ対象型を指定する型名称４１６と、プロパティ名称４１２と、データ型定義４１３とを含む。

オリジナルのソースコード１６０および図８（Ｂ）に示す追加コード１７０を含むプロジェクト１１６Ａから生成されたアプリケーションプログラム１１８が実行されることで、中間オブジェクト１３０のプロパティ値をセットする機能などが実装される。

図９は、図８（Ｂ）に示す追加コード１７０により実装されるソフトウェア構成を模式的に示す図である。追加コード１７０を含むアプリケーションプログラム１１８が実行されることで、中間オブジェクト１３０が生成（インスタンス化）される。中間オブジェクト１３０は、シリアライズ定義記述４２に含まれるプロパティ名称４１２のプロパティを持つ。

中間オブジェクト１３０は、関数名４１４により指定されるシリアライズのために用いられる関数と、関数名４１５により指定されるデシリアライズのために用いられる関数とが実装される。それぞれ関数は明示的に読み出せるように実装してよいし、それぞれの関数をカプセル化した別の手続き（例えば、図１６および図１７に示すようなメンバ関数）を実装してもよい。

（ｆ２：アプリケーションプログラムの型定義のプロパティ名称と異なるプロパティ名称でデータをアセットデータに保持させる例）
図８には、アプリケーションプログラム１１８の型定義のプロパティ名称と同じプロパティ名称でデータをアセットデータ３００に保持させる例を示したが、本実施の形態においては、アセットデータ３００のデータ構造は、アプリケーションプログラム１１８の型定義から独立しているため、異なるプロパティ名称でデータをアセットデータ３００に保持させることもできる。

図１０は、シリアライズ定義記述およびそれに基づいて生成される追加コード１７０の別の一例を示す図である。図１０には、アプリケーションプログラム１１８のオブジェクトのプロパティm_Distanceの値をプロパティDistanceとしてアセットデータ３００に保持させる処理を実現するためのコード例を示す。

図１０（Ａ）を参照して、開発者によって作成されたソースコード１６０は、MyData型の型定義４０Ｂを含む。型定義４０Ｂは、通常と同様の文法に従う、浮動小数点型のプロパティm_Distanceの定義記述４２１を含む。プロパティm_Distanceは、実行中のアプリケーションプログラム１１８が生成するオブジェクトのメンバである。

型定義４０Ｂにおいて、シリアライズ定義記述４３０が付加されており、MyData型がシリアライズ対象型であることが指定される。

一例として、シリアライズ定義記述４３０は、"BIND_VALUE"というマクロ名４３１を含む。シリアライズ定義記述４３０は、引数として、プロパティ名称４３２と、データ型定義４３３と、シリアライズのために用いられる関数を指定する関数名４３４と、デシリアライズのために用いられる関数を指定する関数名４３５とを含む。

図１０（Ａ）に示す例においては、プロパティ名称４３２として、"distance"が指定されている。その結果、プロパティdistanceを持つアセットデータ３００が生成される。このとき、実行中のアプリケーションプログラム１１８が保持する対象のプロパティとは独立した任意の名称を指定できる。

型定義４０Ｂは、シリアライズ定義記述４３０の引数として指定されている関数名４３４に対応する関数を定義する関数定義４２４と、シリアライズ定義記述４３０の引数として指定されている関数名４３５に対応する関数を定義する関数定義４２５とを含む。

関数定義４２４においては、アプリケーションプログラム１１８のオブジェクトのプロパティm_Distanceの値を出力する関数が定義されている。関数定義４２５においては、引数として指定された値をアプリケーションプログラム１１８のオブジェクトのプロパティm_Distanceの値として設定する関数が定義されている。

図１０（Ｂ）には、図１０（Ａ）に示すシリアライズ定義記述４３０を含む型定義４０Ｂに基づいて自動的に生成される追加コード１７０の一例を示す。

図１０（Ｂ）に示す追加コード１７０は、関数名４３４で指定される関数の出力値をプロパティ名称４３２で指定される名称のプロパティに読み込む関数を定義するシリアライズ用コード５０Ｂを含む。シリアライズ用コード５０Ｂは、引数として、シリアライズ対象型を指定する型名称４３６と、プロパティ名称４３２と、データ型定義４３３とを含む。

また、図１０（Ｂ）に示す追加コード１７０は、関数名４３５で指定される関数に引き渡す関数定義するデシリアライズ用コード５２Ｂを含む。デシリアライズ用コード５２Ｂは、引数として、シリアライズ対象型を指定する型名称４３６と、プロパティ名称４３２と、データ型定義４３３とを含む。

シリアライズ用コード５０Ｂおよびデシリアライズ用コード５２Ｂの"propertyValue"は、データ型定義４３３で定義された型（この例では、float型）の「参照」を指す仮引数名である。

このように、本実施の形態においては、アプリケーションプログラム１１８のオブジェクトのプロパティ名称とは独立した任意のプロパティ名称でデータをアセットデータ３００に保持させることができる。このような処理によって、以下のような利点が得られる。

ソースコード作成上の規約により、任意の接頭辞（例えば、メンバ変数であることを示す"m_"）を持つプロパティ名称（変数名）を使用したいが、シリアライズにより出力されるアセットデータ３００には、"m_"などの接頭辞を付与したくないといったニーズを満たすことができる。

アプリケーションプログラム１１８を開発している途中の段階においてプロパティの意味合いが変わったので、ソースコード１６０において、プロパティ名称（変数名）を変更したが、書き出されるアセットデータ３００に含まれるプロパティ名称はそのまま維持したいといったニーズを満たすことができる。

ランタイムプログラムが生成するオブジェクトのメンバ変数名にはデータ構造を表す名称が付与されているが、データ構造を表す名称をアセットデータ３００側に露出したくない（秘匿したい）といったニーズを満たすことができる。例えば、ランタイムプログラム側では"childElementLinkedList"という名称のメンバ変数を用いているが、アセットデータ３００として出力されるプロパティ名称は"children"という名称にしておくことができる。

アプリケーションプログラム１１８を開発している途中の段階において、具体的なデータ構造が変更になった場合でも、アセットデータ３００に含まれるプロパティ名称をそのまま維持できる。

（ｆ３：アプリケーションプログラムのデータ型と異なるデータ型でアセットデータに保持させる例）
図８には、アプリケーションプログラム１１８の型定義のデータ型と同じデータ型でデータをアセットデータ３００に保持させる例を示したが、本実施の形態においては、アセットデータ３００のデータ構造は、アプリケーションプログラム１１８の型定義から独立しているため、異なるデータ型でデータをアセットデータ３００に保持させることもできる。

図１１は、シリアライズ定義記述およびそれに基づいて生成される追加コード１７０のさらに別の一例を示す図である。図１１には、アプリケーションプログラム１１８のオブジェクトにおいてハッシュ値（整数型）を持つプロパティm_TagHashの値を、文字列（文字列型）を持つプロパティTagとしてアセットデータ３００に保持させる処理を実現するためのコード例を示す。

図１１（Ａ）を参照して、開発者によって作成されたソースコード１６０は、MyData型の型定義４０Ｃを含む。型定義４０Ｃは、通常と同様の文法に従う、３２ビットの符号なし整数型のプロパティm_TagHashの定義記述４４１を含む。プロパティm_TagHashは、実行中のアプリケーションプログラム１１８が生成するオブジェクトのメンバである。

型定義４０Ｃにおいて、シリアライズ定義記述４５０が付加されており、MyData型がシリアライズ対象型であることが指定される。

一例として、シリアライズ定義記述４５０は、"BIND_VALUE"というマクロ名４５１を含む。シリアライズ定義記述４５０は、引数として、プロパティ名称４５２と、データ型定義４５３と、シリアライズのために用いられる関数を指定する関数名４５４と、デシリアライズのために用いられる関数を指定する関数名４５５とを含む。

図１１（Ａ）に示す例においては、プロパティ名称４５２として、"Tag"が指定されるとともに、データ型定義４５３として"string"（文字列型）が指定されている。その結果、文字列型のプロパティTagを持つアセットデータ３００が生成される。このように、実行中のアプリケーションプログラム１１８が保持する対象のプロパティとは独立した任意のデータ型を指定できる。

型定義４０Ｃは、シリアライズ定義記述４５０の引数として指定されている関数名４５４に対応する関数を定義する関数定義４４４と、シリアライズ定義記述４５０の引数として指定されている関数名４５５に対応する関数を定義する関数定義４４５とを含む。

関数定義４４４においては、アプリケーションプログラム１１８のオブジェクトのプロパティm_TagHashが持つハッシュ値を文字列に変換して出力する関数が定義されている。なお、関数GetTagStringは、図示しないコードにおいて定義されている。関数定義４４５においては、引数として指定されたアセットデータに含まれる値（文字列）をハッシュ値に変換して、アプリケーションプログラム１１８のオブジェクトのプロパティm_TagHashの値として設定する関数が定義されている。

図１１（Ｂ）には、図１１（Ａ）に示すシリアライズ定義記述４５０を含む型定義４０Ｃに基づいて自動的に生成される追加コード１７０の一例を示す。

図１１（Ｂ）に示す追加コード１７０は、関数名４５４で指定される関数の出力値をプロパティ名称４５２で指定される名称のプロパティに読み込む関数を定義するシリアライズ用コード５０Ｃを含む。シリアライズ用コード５０Ｃは、引数として、シリアライズ対象型を指定する型名称４５６と、プロパティ名称４５２と、データ型定義４５３とを含む。

図１１（Ｂ）に示す追加コード１７０のシリアライズ用コード５０Ｃは、シリアライズ関数指定記述で指定される関数により取得される値またはシリアライズ関数指定記述で指定される変数の値を、型指定記述で指定されるデータ型で、対象のオブジェクトに対応するデータとして保持する処理を実行するためのものである。

また、図１１（Ｂ）に示す追加コード１７０は、関数名４５５で指定される関数に引き渡す関数定義するデシリアライズ用コード５２Ｃを含む。デシリアライズ用コード５２Ｃは、引数として、シリアライズ対象型を指定する型名称４５６と、プロパティ名称４５２と、データ型定義４５３とを含む。

このように、本実施の形態においては、アプリケーションプログラム１１８のオブジェクトのプロパティのデータ型とは独立した任意のデータ型でデータをアセットデータ３００に保持させることができる。このような処理によって、以下のような利点が得られる。

例えば、文字列とハッシュ値との対応関係を予め定義した上で、ランタイムプログラムにおいては、文字列のハッシュ値だけが保持される。このような実装形態を採用することで、ランタイムプログラムで保持する情報を必要最小限にして、必要なメモリ量を節約できる。ハードウェアなどの制約によってオブジェクトのサイズを小さくする必要がある場合や、文字列の情報自体が処理には必要ない場合などに有効である。

あるいは、アセットデータ３００においては、情報を暗号化したバイナリ列で保持するとともに、ランタイムプログラムにおいては、当該バイナリ列を復号化した文字列で保持するような処理を実現することもできる。暗号化した文字列をアセットデータに含めることで、ランタイムプログラムが保持している情報を秘匿化できる。また、長い文字列をバイナリ化することによってデータサイズを小さくできる。

（ｆ４：アプリケーションプログラムでは保持していないデータをアセットデータに保持させる例）
本実施の形態においては、アプリケーションプログラム１１８（ランタイムプログラム）が保持していないデータをアセットデータ３００に保持させることもできる。

図１２は、シリアライズ定義記述およびそれに基づいて生成される追加コード１７０のさらに別の一例を示す図である。図１２には、ハードコードされたバージョン（ソースコード１６０に記述された値）をアセットデータ３００に書き出す処理を実現するためのコード例を示す。

図１２（Ａ）を参照して、開発者によって作成されたソースコード１６０は、MyData型の型定義４０Ｄを含む。型定義４０Ｄにおいて、シリアライズ定義記述４７０が付加されており、MyData型がシリアライズ対象型であることが指定される。

一例として、シリアライズ定義記述４７０は、"BIND_VALUE"というマクロ名４７１を含む。シリアライズ定義記述４７０は、引数として、プロパティ名称４７２と、データ型定義４７３と、シリアライズのために用いられる関数を指定する関数名４７４と、デシリアライズのために用いられる関数を指定する関数名４７５とを含む。

図１２（Ａ）に示す例においては、プロパティ名称４７２として、"AssetDataVersion"が指定されるとともに、データ型定義４７３として"int"（整数型）が指定されている。

型定義４０Ｄは、シリアライズ定義記述４７０の引数として指定されている関数名４７４に対応する関数を定義する関数定義４６４と、シリアライズ定義記述４７０の引数として指定されている関数名４７５に対応する関数を定義する関数定義４６５とを含む。

関数定義４６４においては、ソースコード１６０に記述された"2"を出力する関数が定義されている。

関数定義４４５においては、引数として指定された値を評価する関数が定義されている。より具体的には、アセットデータ３００から読み出された値（バージョンを示す値）が"2"ではなく"1"であれば、関数EnableOldAssetBehaviorが読み出されることが定義されている。関数EnableOldAssetBehaviorは、図示しないコードにおいて定義されており、典型的には、ランタイムプログラムの動作を切り替えるための処理を実行する。

図１２（Ｂ）には、図１２（Ａ）に示すシリアライズ定義記述４７０を含む型定義４０Ｄに基づいて自動的に生成される追加コード１７０の一例を示す。

図１２（Ｂ）に示す追加コード１７０は、関数名４７４で指定される関数の出力値をプロパティ名称４７２で指定される名称のプロパティに読み込む関数を定義するシリアライズ用コード５０Ｄを含む。シリアライズ用コード５０Ｄは、引数として、シリアライズ対象型を指定する型名称４７６と、プロパティ名称４７２と、データ型定義４７３とを含む。

また、図１２（Ｂ）に示す追加コード１７０は、関数名４７５で指定される関数に引き渡す関数定義するデシリアライズ用コード５２Ｄを含む。デシリアライズ用コード５２Ｄは、引数として、シリアライズ対象型を指定する型名称４７６と、プロパティ名称４７２と、データ型定義４７３とを含む。

このように、本実施の形態においては、アプリケーションプログラム１１８では保持していないデータであってもアセットデータ３００に保持させることができる。このような処理によって、以下のような利点が得られる。

例えば、図１２（Ａ）に示すように、ソースコード１６０に値をハードコードすることで、アセットデータ３００が出力されたタイミングを特定するための情報（例えば、アセットのバージョン、日付、プログラムのバージョンなど）を埋め込むことができる。このような情報を用いることで、ランタイムプログラムにおいて利用する必要がない古いアセットデータ３００などを特定できる。

また、アプリケーションプログラム１１８ではそれぞれ独立した複数の値が存在しているような場合において、当該複数の値を１つの行列あるいはベクトルにまとめてアセットデータ３００に書き出すような処理を実現できる。

（ｆ５：自動生成される追加コードの編集）
ユーザ（アプリケーションプログラム１１８の開発者）は、自動生成される追加コード１７０を任意に編集することもできる。以下、追加コード１７０の編集例について説明する。

図１３は、自動生成される追加コード１７０の編集例を示す図である。図１３には、ランタイムプログラムが保持しているデータとアセットデータ３００が保持しているデータとを相互に変換する例を示す。

図１３（Ａ）には、図１０（Ｂ）と同様の追加コード１７０を示す。ユーザは、追加コード１７０を任意に編集することができる。図１３（Ｂ）には、ランタイムプログラムから取得したシリアライズ対象のプロパティの値を２倍した上で、アセットデータ３００に書き出すための処理と、アセットデータ３００から読み出した値を０．５倍した上でランタイムプログラムに設定する処理とを実現するためのコード例を示す。

具体的には、シリアライズ用コード５０Ｂにおいては、"* 2.0f"（値を２倍するための記述５０１）が追加されている。すなわち、シリアライズ対象MyData型のオブジェクトから取得される値を２倍した値を返す処理が定義されている。

デシリアライズ用コードは、"* 0.5f"（値を０．５倍するための記述５０２）が追加されている。すなわち、アセットデータ３００から読み出される値を０．５倍した値を返す処理が定義されている。

図１３に示す例に限られず、本実施の形態においては、ユーザ（アプリケーションプログラム１１８の開発者）は、自動生成される追加コード１７０を任意に編集できるので、シリアライズ対象型のオブジェクトが保持しているデータに対して任意の演算処理を行った結果をシリアライズすること、および、アセットデータ３００の値に対して任意の演算処理を行った結果でデシリアライズすることを容易に実現できる。

（ｆ６：型指定記述を明示的に含むシリアライズ定義記述の例）
図１４は、型指定記述を明示的に含むシリアライズ定義記述の例を示す。図１４（Ａ）には、シリアライズ対象型に指定される外部ライブラリの型定義のコード例を示す。図１４（Ａ）に示す型定義６０は、整数型のプロパティdataType（符号６１）と、浮動小数点型のプロパティfloatValue（符号６２）とを含むExternalLibraryData型を定義する。

図１４（Ｂ）に示す例では、ソースコード１６０は、ExternalLibraryData型をシリアライズ対象型として指定するシリアライズ定義記述６３，６４を含む。

一例として、シリアライズ定義記述６３，６４の各々は、"BIND_VALUE_EXTERNAL"というマクロ名６３１，６４１を含む。

シリアライズ定義記述６３，６４の各々は、引数として、プロパティ名称６３２，６４２（「名称指定記述」の一例）と、データ型定義６３３，６４３（「データ型指定記述」の一例）と、シリアライズのために用いられる関数を指定する関数名６３４，６４４（「シリアライズ関数指定記述」の一例）と、デシリアライズのために用いられる関数を指定する関数名６３５，６４５（「デシリアライズ関数指定記述」の一例）とを含む。

さらに、シリアライズ定義記述６３，６４の各々は、シリアライズ対象の型を指定する型名６３６，６４６（「型指定記述」の一例）とを含む。

図１４（Ｂ）に示す例においては、シリアライズ定義記述６３，６４の各々は、シリアライズ対象型を指定する記述（型指定記述）を明示的に含む。すなわち、シリアライズ定義記述６３，６４（所定の記述の一例）の各々は、データ保持の対象となるオブジェクトの型を指定する型指定記述をさらに含む。このとき、追加モジュール１５４（図５参照）は、抽出されるシリアライズ定義記述に含まれる型指定記述（例えば、型名６３６，６４６）に基づいて、型指定記述により指定される型により生成されるオブジェクトについて、追加コード１７０を生成する。

本実施の形態においては、定義される型およびプロパティそのものにシリアライズ定義記述を付加するのではなく、アセットデータ３００に含まれるプロパティの名称と、プロパティの値のデータ型定義と、プロパティの値を取得するための関数と、プロパティの値を設定するための関数とを指定するシリアライズ定義記述が付加される。

そのため、外部ライブラリなどで定義された型のオブジェクトであっても、自在にシリアライズおよびデシリアライズできる。例えば、上述の説明においては、シリアライズ定義記述を型定義の一部として付加する処理例を示したが、型定義の外部にシリアライズ定義記述を配置することもできる。

このように、シリアライズ対象となるオブジェクトの型を指定する記述は、必ずしも型定義の中に配置する必要はない。その結果、任意のオブジェクトの型をシリアライズ対象として指定できる。

（ｆ７：シリアライズ定義記述が付加されたソースコードの取り扱い）
次に、シリアライズ定義記述が付加されたソースコードの取り扱いについて説明する。上述したように、本実施の形態においては、"BIND_VALUE"（図８（Ａ）など参照）、および、"BIND_VALUE_EXTERNAL"（図１４（Ｂ）など参照）といったマクロ名を含むシリアライズ定義記述をソースコードに付加することで、シリアライズおよびデシリアライズの対象である型を特定する。

このようなシリアライズ定義記述は、追加コード１７０の生成処理およびアプリケーションプログラム１１８を生成するためのビルド処理において、それぞれ異なった取り扱いがなされる。

図１５は、本実施の形態に従う情報処理装置１００におけるビルド時のシリアライズ定義記述の取り扱いを説明するための図である。

図１５（Ａ）に示すMyData型の型定義４０Ａは、整数型のプロパティvalue1の定義記述４０１と、浮動小数点型のプロパティdistanceの定義記述４８１とを含む。型定義４０Ａは、さらに、シリアライズ定義記述４１０およびシリアライズ定義記述４９０を含む。

シリアライズ定義記述４１０は、"BIND_VALUE"というマクロ名４１１を含み、シリアライズ定義記述４９０は、"BIND_VALUE"というマクロ名４９１を含む。

シリアライズ定義記述４１０は、引数として、プロパティ名称４１２と、データ型定義４１３と、関数名４１４と、関数名４１５とを含む。シリアライズ定義記述４９０は、引数として、プロパティ名称４９２と、データ型定義４９３と、関数名４９４と、関数名４９５とを含む。

図１５（Ｂ）には、追加コード１７０の生成処理において、字句解析により収集した情報に基づいて、追加コード生成用の情報が構築された状態を示す（図７のステップＳ６１に対応）。

図１５（Ｂ）に示す型定義４０Ｆは、図１５（Ａ）に示す型定義４０Ｅ中のシリアライズ定義記述４１０，４９０に基づいて、追加コード１７０を生成するためのコード４１０Ａ，４９０Ａにそれぞれ置換したものである。より具体的には、情報処理装置１００の解析モジュール１５２は、シリアライズ定義記述４１０，４９０に含まれるマクロ名を置換することで、型定義４０Ｆを生成する。

コード４１０Ａ，４９０Ａの１行目は、属性構文"__attribute__(())"を用いて記述されており、シリアライズ定義記述４１０，４９０の引数の内容を属性として指定する。コード４１０Ａ，４９０Ａの２行目は、共用体のデータ構造を定義するとともに、メンバを定義する。

情報処理装置１００は、コード４１０Ａ，４９０Ａの記述内容に基づいて、追加コード１７０を生成する。

図１５（Ｃ）には、アプリケーションプログラム１１８を生成するためのビルドにおいて、マクロ処理された後（図６のステップＳ１０に対応）の型定義４０Ｇの例を示す。ビルド時のマクロ処理において、シリアライズ定義記述に対応するマクロ定義はいずれも空文字（null）に設定されている。そのため、図１５（Ａ）に示す型定義４０Ｅに含まれるシリアライズ定義記述４１０，４９０は、いずれも空文字に置換された後に、コンパイルされることになる。また、型定義以外に付加されたシリアライズ定義記述についても同様に取り扱われる。

このように、情報処理装置１００のビルダ１４２（追加モジュール１５４）は、ソースコード１６０に含まれるシリアライズ定義記述を無効なものとして解釈した上で、アプリケーションプログラム１１８を生成する。より具体的には、情報処理装置１００のビルダ１４２（追加モジュール１５４）は、マクロ名を空文字に置換する。

その結果、アプリケーションプログラム１１８を生成するためのビルドにおいて、ソースに記述されるシリアライズ定義記述は、実質的に何らの影響も与えない。このように、同一のソースに対して、追加コード１７０の生成処理およびコンパイルのそれぞれにおいて取り扱いを異ならせることで、本来のソースコードの部分には実質的に影響を与えることなく、追加コード１７０を自動的に生成できる。

シリアライズするためのソースコードを自動的に生成する一般的な方法として、型自体または変数自体に属性などを付加しておく方法がある。この方法では、ビルダが変更できないソースコードで定義された型については、属性などを付加することができず、シリアライズの対象とすることができない。これに対して、本実施の形態においては、ソースコードの文字列（シリアライズ定義記述など）を解析するだけで、追加コード１７０を生成できるので、どのような型であっても、シリアライズおよびデシリアライズの対象として指定できる。すなわち、任意の型をシリアライズおよびデシリアライズの対象とすることができる。

本実施の形態においては、シリアライズ定義記述が、アセットデータ（あるいは、中間オブジェクト）のプロパティ値として保持する値を取得するための関数（シリアライズ用）と、アセットデータ（あるいは、中間オブジェクト）のプロパティ値を引き渡す関数（デシリアライズ用）（引き渡した値はこの関数の中で用いられて、オリジナルのソースコードのプロパティ値としてセットされる）とをそれぞれ指定する。そのため、実行中のアプリケーションプログラム１１８において生成されるオブジェクト１２０の型と、アセットデータ３００のデータ構造とを一致させる必要はなく、互いに独立に設定できる。

例えば、シリアライズにおいて、アセットデータ（あるいは、中間オブジェクト）のプロパティに保持する値を取得するための関数を適切に定義することで、オブジェクト１２０のプロパティとしては存在しない値をアセットデータ３００へ書き出すことができる。また、デシリアライズにおいて、アセットデータ（あるいは、中間オブジェクト）のプロパティ値を引き渡す関数を適切に定義することで、アセットデータ３００のデータ構造を変更することなく、オブジェクト１２０の型を変更できる。すなわち、オブジェクト１２０の型とアセットデータ３００のデータ構造とは、互いに影響されることなく、それぞれ独立に定義および変更できる。

［Ｇ．中間オブジェクト］
次に、本実施の形態に従う情報処理装置１００が生成したアプリケーションプログラム１１８の実行中に生成される中間オブジェクト１３０について説明する。

図１６および図１７は、本実施の形態に従う情報処理装置１００が生成したアプリケーションプログラム１１８の実行中に生成される中間オブジェクト１３０のメンバ関数の処理を説明するための図である。図１６には、LoadTo関数が呼び出された場合の処理を示し、図１７には、ExtractFromが呼び出された場合の処理を示す。

図１６（Ａ）を参照して、プロパティvalue1を指定したLoadTo関数が実行されると、ソースコードに追加された型定義４０Ａの関数定義４０４（図８（Ａ）参照）が示すGetValue1関数が呼び出される。同様に、図１６（Ｂ）を参照して、プロパティdistanceを指定したLoadTo関数が実行されると、ソースコードに追加された型定義４０Ｂの関数定義４２４（図１０（Ａ）参照）が示すGetDistance関数が呼び出される。

図１７（Ａ）を参照して、プロパティvalue1を指定したExtractFrom関数が実行されると、ソースコードに追加された型定義４０Ａの関数定義４０５（図８（Ａ）参照）が示すSetMyValue1関数が呼び出される。同様に、図１７（Ｂ）を参照して、プロパティdistanceを指定したExtractFrom関数が実行されると、ソースコードに追加された型定義４０Ｂの関数定義４２５（図１０（Ａ）参照）が示すSetDistance関数が呼び出される。

なお、図１６および図１７には、説明の便宜上、特定のプロパティ（変数）を指定してメンバ関数を呼び出す例を示すが、中間オブジェクト１３０が保持するすべてのプロパティについて一斉に処理を実行することもできる。

このように、生成された中間オブジェクト１３０のメンバ関数（LoadTo関数およびExtractFrom関数など）が実行されると、追加コード１７０を生成する際に付加されたシリアライズ定義記述において指定された関数が呼び出される。シリアライズ定義記述において指定する関数は、自由に定義できるので、柔軟性の高いシリアライズおよびデシリアライズを実現できる。

図１６に示すようなメンバ関数を中間オブジェクト１３０に実装するために、追加コード１７０は、中間オブジェクト１３０が保持しているプロパティの値を指定されたオブジェクトに設定するための予め定められた手続き（SetDistance関数など）を呼び出すためのインターフェイス（LoadTo関数）を、中間オブジェクト１３０に実装するためのコードを含んでいてもよい。

また、図１７に示すようなメンバ関数を中間オブジェクト１３０に実装するために、追加コード１７０は、プロパティの値を取得して中間オブジェクト１３０に保持させるための予め定められた手続き（GetDistance関数など）を呼び出すためのインターフェイス（ExtractFrom関数）を、中間オブジェクト１３０に実装するためのコードを含んでいてもよい。

本実施の形態においては、シリアライズおよびデシリアライズの対象となるオブジェクト１２０に対応付けて中間オブジェクト１３０を生成するので、オブジェクト１２０に対するデータの読み込みおよび書き込み、ならびに、アセットデータ３００に対するデータの読み出しおよび書き出しをそれぞれ独立に行うことができるため、より柔軟なシリアライズおよびデシリアライズを実現できる。

［Ｈ．スキーマファイル１８０］
次に、本実施の形態に従う情報処理装置１００が生成するスキーマファイル１８０について説明する。

スキーマファイル１８０は、シリアライズおよびデシリアライズされるアセットデータ３００のデータ構造を特定する情報を含む。より具体的には、スキーマファイル１８０は、プロパティの名称および値のデータ構造を特定する情報を含む。スキーマファイル１８０を利用することで、アプリケーションプログラム１１８とは独立して、アセットデータ３００の生成および編集などを行うことができる。

図１８は、本実施の形態に従う情報処理装置１００が生成したスキーマファイル１８０の一例を示す図である。図１８には、図８（Ａ）に示す型定義３０に対応するスキーマファイル１８０の例を示す。

図１８を参照して、スキーマファイル１８０は、対応する型の名称１８１と、対応する型を示す型ＩＤ１８２と、アセットデータに含まれるプロパティの詳細な情報を示すプロパティ情報１８３，１８４と、フォーマットバージョン１８５とを含む。プロパティ情報１８３，１８４の各々は、中間オブジェクト１３０（あるいは、アセットデータ３００）の型定義に含まれるプロパティの名称と、プロパティの値のデータ型を示す情報とを含む。

情報処理装置１００は、ソースコードにおいてシリアライズ定義記述が付加されたプロパティについて、スキーマファイル１８０を生成する。より具体的には、情報処理装置１００（解析モジュール１５２）は、実行中のアプリケーションプログラム１１８が保持するデータのうちアセットデータ３００として出力されるデータを指定するシリアライズ定義記述に基づいて、アセットデータ３００に含まれる１または複数のプロパティの名称および値のデータ型を取得する。

情報処理装置１００（追加モジュール１５４）は、ソースコード１６０の解析結果などに基づいて、１または複数のプロパティを含むアセットデータ３００のデータ構造を特定する情報を含むスキーマファイル１８０を生成する。なお、上述したような中間オブジェクト１３０を用いる場合には、中間オブジェクト１３０が保持するデータがアセットデータ３００として出力される。そのため、情報処理装置１００（追加モジュール１５４）は、アプリケーションプログラム１１８が実行中に生成される、アセットデータ３００として出力されるデータを保持する中間オブジェクト１３０の型に基づいて、スキーマファイル１８０を生成してもよい。

この場合には、情報処理装置１００（追加モジュール１５４）は、スキーマファイル１８０の生成とともに、アセットデータ３００として出力されるデータを保持する中間オブジェクト１３０を実装するための追加コード１７０を生成する。

スキーマファイル１８０を用いることで、編集ツールとアプリケーションプログラム１１８（実行可能ファイル））との連携を容易化できる。なお、スキーマファイル１８０は、ＪＳＯＮ形式やＸＭＬ形式などの汎用形式で出力されてもよい。汎用形式のスキーマファイル１８０を用いることで、様々な編集ツールでスキーマファイル１８０を利用できる。

例えば、編集ツールは、スキーマファイル１８０に基づいて、アセットデータ３００の作成、アセットデータ３００の編集、および、アセットデータ３００の表示などを行う。

ユーザは、編集ツール上で操作を行うことで、スキーマファイル１８０に対応するアプリケーションプログラム１１８が読み出すことのできるアセットデータ３００（例えば、テストデータ）を生成できる。また、ユーザは、編集ツール上で操作を行うことで、スキーマファイル１８０に対応するアプリケーションプログラム１１８が読み出すことのできるアセットデータ３００を編集できる（例えば、デバッグ用に値を変更するなど）。また、編集ツールは、スキーマファイル１８０に対応するアプリケーションプログラム１１８が出力したアセットデータ３００に対応するスキーマファイル１８０の情報を付加して、ユーザへ提示する。

図１９～図２１は、本実施の形態に従う情報処理装置１００が生成したスキーマファイル１８０の利用例を説明するための図である。図１９を参照して、実行中のアプリケーションプログラム１１８は、アセットデータ３００Ａ，３００Ｂを書き出し（シリアライズ）および読み出し（デシリアライズ）できるようになっている。

アセットデータ３００Ａ，３００Ｂにそれぞれ対応するスキーマファイル１８０Ａ，１８０Ｂが予め生成されているとする。

編集ツール４００は、スキーマファイル１８０Ａ，１８０Ｂを参照することで、アセットデータ３００Ａ，３００Ｂの生成および編集が可能となる。ユーザは、編集ツール４００を操作することで、アセットデータ３００Ａ，３００Ｂを自在に生成および編集できる。例えば、アプリケーションプログラム１１８をデバッグするためのテストデータを容易に用意できる。また、アプリケーションプログラム１１８から書き出されるアセットデータ３００の確認することで、不具合の原因などを容易に特定できる。

編集ツール４００は、開発プログラム１１４の一部に組み込まれていてもよいし、開発プログラム１１４とは独立した汎用的なアプリケーションプログラムであってもよい。編集ツール４００は、スキーマファイル１８０に従って、アセットデータ３００を書き出しおよび読み出しするためのライブラリ群４８０を利用してもよい。

このように、編集ツール４００は、ユーザ操作に応じて、実行中のアプリケーションプログラム１１８から出力されたアセットデータ３００を作成または編集してもよい。

図２０を参照して、編集ツール４００は、アプリケーションプログラム１１８が存在しなくても、アセットデータ３００を自在に生成および編集できる。例えば、アプリケーションプログラム１１８が実行されていないオフラインの状態であっても、テストデータなどを生成できる。

このように、編集ツール４００は、ユーザ操作に応じて、アプリケーションプログラム１１８が利用可能なアセットデータ３００を作成してもよい。

また、図２１に示すように、実行中のアプリケーションプログラム１１８と編集ツール４００との間でデータを直接やり取りするようにしてもよい。このような構成を採用することで、編集ツール４００から実行中のアプリケーションプログラム１１８が保持しているデータを直接的に編集できる。すなわち、ユーザは、実行中のアプリケーションプログラム１１８をリアルタイムで編集できる。

このように、編集ツール４００は、実行中のアプリケーションプログラム１１８から出力されるアセットデータ３００を受信可能であるとともに、アセットデータ３００を実行中のアプリケーションプログラム１１８へ送信可能であってもよい。

図１９～図２１に示すようなスキーマファイル１８０および編集ツール４００を用いることで、アプリケーションプログラム１１８の開発を促進できる。

本実施の形態においては、シリアライズ定義記述が付加されたソースコードから追加コード１７０およびスキーマファイル１８０を生成できる。すなわち、アプリケーションプログラム１１８を生成するためのソースコードが定義している型に対応したスキーマファイル１８０が生成される。そのため、スキーマファイル１８０に基づいて、ソースコードから生成されたアプリケーションプログラム１１８と編集ツール４００とを容易に連携できる。

また、スキーマファイル１８０については自動的に生成されるため、ユーザがスキーマファイル１８０を一から作成する必要はない。

［Ｉ．変形例］
上述の説明においては、汎用的な機能であるオブジェクト形式マクロを利用して、シリアライズおよびデシリアライズの対象であることを示すシリアライズ定義記述（および除外指定記述）をソースコードに付加する処理例について例示したが、別の方法を採用してもよい。

例えば、シリアライズ定義記述（および除外指定記述）は、コメントとしてソースコード１６０に配置されてもよい。すなわち、ソースコード中のコメント（例えば、Ｃ＋＋では、２つのスラッシュ記号で開始される文字列）として、シリアライズ定義記述を付加するようにしてもよい。例えば、シリアライズおよびデシリアライズの対象となる変数に、"//[BIND_VALUE]"といった特定のキーワードを含むコメントを付加するようにしてもよい。

追加コード１７０の生成処理においては、字句解析により特定のキーワードを含むコメントを抽出し、特定のキーワードを含むコメントが抽出された行に記載された変数をシリアライズおよびデシリアライズの対象として特定するようにしてもよい。一方、ビルド中のコンパイルにおいて、コメントは無視されるので、本来のソースコードの部分には実質的に影響を与えることなく、アプリケーションプログラムを生成できる。

さらに、マクロ名およびコメント以外の任意の方法で、シリアライズおよびデシリアライズの対象となる変数を指定すればよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

３０，４０Ａ，４０Ｂ，４０Ｃ，４０Ｄ，４０Ｅ，４０Ｆ，４０Ｇ，６０ 型定義、４２，６３，６４，４１０，４３０，４５０，４７０，４９０ シリアライズ定義記述、５０Ａ，５０Ｂ，５０Ｃ，５０Ｄ シリアライズ用コード、５２Ａ，５２Ｂ，５２Ｃ，５２Ｄ デシリアライズ用コード、１００ 情報処理装置、１０２ プロセッサ、１０４ メモリ、１０６ ディスプレイ、１０８ 入力部、１１０ ストレージ、１１２ システムプログラム、１１４ 開発プログラム、１１６，１１６Ａ プロジェクト、１１８ アプリケーションプログラム、１２０ オブジェクト、１２２ 通信モジュール、１２４ バス、１３０ 中間オブジェクト、１３１，１３２，１３３，１３４ インターフェイス、１４０ 更新モジュール、１４２ ビルダ、１４４，１５２ 解析モジュール、１４６ コンパイラ、１４８ リンカ、１５０ 追加コード生成モジュール、１５４ 追加モジュール、１６０ ソースコード、１６２，１６２Ａ ファイル一覧、１６４ 設定情報、１７０ 追加コード、１８０，１８０Ａ，１８０Ｂ スキーマファイル、１８１ 名称、１８２ 型ＩＤ、１８３，１８４ プロパティ情報、１８５ フォーマットバージョン、３００，３００Ａ，３００Ｂ アセットデータ、４００ 編集ツール、４０１，４２１，４４１，４８１ 定義記述、４０４，４０５，４２４，４２５，４４４，４４５，４６４，４６５ 関数定義、４１０Ａ，４９０Ａ コード、４１１，４３１，４５１，４７１，４９１，６３１，６４１ マクロ名、４１２，４３２，４５２，４７２，４９２，６３２，６４２ プロパティ名称、４１３，４３３，４５３，４７３，４９３，６３３，６４３ データ型定義、４１４，４１５，４３４，４３５，４５４，４５５，４７４，４７５，４９４，４９５，６３４，６３５，６４４，６４５ 関数名、４１６，４３６，４５６，４７６ 型名称、４８０ ライブラリ群、５０１，５０２ 記述、６３６，６４６ 型名。

Claims (12)

1. 型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するための開発プログラムであって、情報処理装置のコンピュータを、
   前記アプリケーションプログラムのソースコード内の型定義を特定する特定手段と、
   前記特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードを前記アプリケーションプログラムのソースコードに追加するコード追加手段として機能させ、
   前記中間オブジェクトがアセットデータとして保存される、開発プログラム。
2. 前記コード追加手段は、前記中間オブジェクトの型定義である第２コードを前記アプリケーションプログラムのソースコードにさらに追加し、
   前記第２コードの型定義に従って、前記中間オブジェクトが生成される、請求項１に記載の開発プログラム。
3. 前記第２コードにおいて、前記中間オブジェクトの型は、対応する前記ソースコード内の型定義とは独立して定義される、請求項２に記載の開発プログラム。
4. 前記第２コードにおいて、前記中間オブジェクトの型は、共通の型定義を継承するように定義される、請求項２に記載の開発プログラム。
5. 前記第２コードは、予め指定された関数により取得される値または予め指定された値を、前記中間オブジェクトに保持するための処理、を呼び出す処理を行うためのコードを含む、請求項１～４のいずれか１項に記載の開発プログラム。
6. 前記第２コードは、前記中間オブジェクトが保持するプロパティの値を予め指定された関数に引き渡す処理、を呼び出す処理を行うためのコードを含む、請求項１～４のいずれか１項に記載の開発プログラム。
7. 前記第２コードは、前記中間オブジェクトの型ごとに、前記中間オブジェクトのプロパティの値を予め定められた形式で出力する処理、を呼び出す処理を行うためのコードを含む、請求項１～４のいずれか１項に記載の開発プログラム。
8. 前記特定手段は、前記アプリケーションプログラムのソースコードから、プロパティの名称を指定する第１記述と、値を取得するための関数または変数を指定する第２記述とを含む、所定の記述を抽出する、請求項１～４のいずれか１項に記載の開発プログラム。
9. 前記コード追加手段は、前記中間オブジェクトの履歴を保持する処理を実行する第３コードを前記アプリケーションプログラムのソースコードにさらに追加する、請求項１～４のいずれか１項に記載の開発プログラム。
10. 型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するための情報処理システムであって、
    前記アプリケーションプログラムのソースコード内の型定義を特定する特定手段と、
    前記特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードを前記アプリケーションプログラムのソースコードに追加するコード追加手段とを備え、
    前記中間オブジェクトがアセットデータとして保存される、情報処理システム。
11. １または複数のプロセッサと、プログラムを格納するメモリとを備えた情報処理装置であって、前記情報処理装置は、前記１または複数のプロセッサが前記プログラムを実行することで、
    型に基づいてオブジェクトを生成するプログラム言語を用いて記述された、アプリケーションプログラムのソースコード内の型定義を特定する処理と、
    前記特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードを前記アプリケーションプログラムのソースコードに追加する処理とを実行し、
    前記中間オブジェクトがアセットデータとして保存される、情報処理装置。
12. 型に基づいてオブジェクトを生成するプログラム言語を用いてアプリケーションプログラムを開発するためのコンピュータが実行する情報処理方法であって、
    型に基づいてオブジェクトを生成するプログラム言語を用いて記述された、アプリケーションプログラムのソースコード内の型定義を特定するステップと、
    前記特定された型定義に基づいて生成されるオブジェクトの各々に対応するアセットデータ用の中間オブジェクトを生成する第１コードを生成し、当該生成した第１コードを前記アプリケーションプログラムのソースコードに追加するステップとを備え
    前記中間オブジェクトがアセットデータとして保存される、情報処理方法。

Images