JP7253172B2

JP7253172B2 - シリアル化方法、逆シリアル化方法、情報処理プログラム、情報処理装置及び通信システム

Info

Publication number: JP7253172B2
Application number: JP2021078133A
Authority: JP
Inventors: 直樹宮永
Original assignee: Soft Gear Co Ltd
Current assignee: Soft Gear Co Ltd
Priority date: 2021-04-30
Filing date: 2021-04-30
Publication date: 2023-04-06
Anticipated expiration: 2041-04-30
Also published as: EP4254905A4; JP2022171464A; US20230051879A1; EP4254905A1; KR102628135B1; WO2022230809A1; CN116368788A; KR20230086802A

Description

本発明は、シリアル化方法、逆シリアル化方法、情報処理プログラム、情報処理装置及び通信システムに関する。

従来の技術として、オブジェクトをシリアル化する際の通信データサイズを縮小する情報処理装置が提案されている（例えば、特許文献１参照）。

特許文献１に開示された情報処理装置は、データオブジェクトをシリアル化する際に全てのデータを直列に並べず、複数のデータに区切り、必ずしも送る必要のないデータの区分は省略して並べて通信データを作成する。複数区分毎に、省略の有無を示す省略フラグビットを付加して通信データを送信し、受信側装置では当該省略フラグビットに基づいて受信した通信データを正しく復元する。

特開２００８‐２０３９５９号公報

しかし、特許文献１の情報処理装置は、通信データの一部を省略してデータサイズを縮小することで通信時間の短縮を実現するものの、送っているのは省略フラグビットのみであり、例えば、シリアル化の対象となるオブジェクトの種類及びオブジェクト内のデータの並び順序等の情報については送っていない。つまり、これらの情報を順序送信側と受信側で予め共有していることが前提となるものであり、特許文献１の情報処理装置は、オブジェクトの種類に依存しない通信に対応するものではない、という問題がある。また、データの送信順が一定であるため、例えば、継承等を伴うオブジェクトや異なる言語間での通信、異なるコンパイラバージョン間での通信に対応するものではない、という問題がある。

従って本発明の目的は、通信の条件に柔軟に対応するとともに、通信データサイズを縮小するシリアル化方法、逆シリアル化方法、情報処理プログラム、情報処理装置及び通信システムを提供することにある。

本発明の一態様は、上記目的を達成するため、以下のシリアル化方法、逆シリアル化方法、情報処理プログラム、情報処理装置及び通信システムを提供する。

［１］情報を処理するコンピュータにおいて、
オブジェクトのクラスに関連付けられた情報を記載するステップと、
前記オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載するステップと、
前記記載されたクラスに関連付けられた情報と、前記並べ替えられたフィールド値をシリアル化されたデータとして出力するステップとを有するシリアル化方法。
［２］前記オブジェクトがサブクラスのインスタンスの場合、前記サブクラスが定義するフィールド名に加えてスーパークラスが定義するフィールド名を合わせたフィールド名について前記サブクラス及び前記スーパークラスに関わらず予め定めた順番に従って並べ替える前記［１］に記載のシリアル化方法。
［３］前記フィールド値を並べ替えた順に記載するステップは、前記オブジェクトのフィールドの値を配列として記載する旨が定義されている場合は、前記オブジェクトのフィールドの値を、前記並べ替えた順序に従って前記配列として記載する前記［１］又は［２］に記載のシリアル化方法。
［４］前記クラスに関連付けられた情報は、少なくとも前記オブジェクトのクラス名を予め定めた関数で変換したハッシュ値である前記［１］から［３］のいずれかに記載のシリアル化方法。
［５］情報を処理するコンピュータにおいて、
オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載して、当該オブジェクトのクラスに関連付けられた情報とともにシリアル化されたデータからクラスに関連付けられた情報を取得するステップと、
前記クラスのフィールド情報を取得するステップと、
前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えたものに対応して並んでいるものとして取得して、前記取得したフィールド名とともに復元するステップと、
前記取得されたクラスに関連付けられた情報、前記フィールド情報、前記フィールド値を復元されたオブジェクトとして出力するステップとを有する逆シリアル化方法。
［６］前記復元するステップは、前記オブジェクトのフィールド値が配列として記載されている場合、前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えて前記配列として記載されているものとして取得して、前記取得したフィールド名とともに復元する前記［５］に記載の逆シリアル化方法。
［７］コンピュータを、
オブジェクトのクラスに関連付けられた情報を記載し、前記オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載し、前記記載されたクラスに関連付けられた情報と、前記並べ替えられたフィールド値をシリアル化されたデータとして出力するシリアル化手段として機能させる情報処理プログラム。
［８］コンピュータを、
オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載して、当該オブジェクトのクラスに関連付けられた情報とともにシリアル化されたデータからクラスに関連付けられた情報を取得し、前記クラスのフィールド情報を取得し、前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えたものに対応して並んでいるものとして取得して、前記取得したフィールド名とともに復元し、前記取得されたクラスに関連付けられた情報、前記フィールド情報、前記フィールド値を復元されたオブジェクトとして出力する逆シリアル化手段として機能させる情報処理プログラム。
［９］オブジェクトのクラスに関連付けられた情報を記載し、前記オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載し、前記記載されたクラスに関連付けられた情報と、前記並べ替えられたフィールド値をシリアル化されたデータとして出力するシリアル化手段を有する情報処理装置。
［１０］オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載して、当該オブジェクトのクラスに関連付けられた情報とともにシリアル化されたデータからクラスに関連付けられた情報を取得し、前記クラスのフィールド情報を取得し、前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えたものに対応して並んでいるものとして取得して、前記取得したフィールド名とともに復元し、前記取得されたクラスに関連付けられた情報、前記フィールド情報、前記フィールド値を復元されたオブジェクトとして出力する逆シリアル化手段を有する情報処理装置。
［１１］前記［９］及び前記［１０］に記載の情報処理装置を複数通信可能に接続して構成される通信システム。

請求項１、５、８、９、１０、１１に係る発明によれば、通信の条件に柔軟に対応するとともに、通信データサイズを縮小することができる。
請求項２、６に係る発明によれば、オブジェクトがサブクラスのインスタンスである場合であっても、通信の条件に柔軟に対応するとともに、通信データサイズを縮小することができる。
請求項３、７に係る発明によれば、オブジェクトのフィールドの値に配列が定められている場合であっても、通信の条件に柔軟に対応するとともに、通信データサイズを縮小することができる。
請求項４に係る発明によれば、クラスに関連付けられた情報は、少なくともオブジェクトのクラス名を予め定めた関数で変換したハッシュ値とすることができる。

図１は、実施の形態に係る通信システムの構成の一例を示す概略図である。図２は、実施の形態に係るサーバ装置の構成例を示すブロック図である。図３Ａは、項目対応表の構成を示す図である。図３Ｂは、項目対応表の構成を示す図である。図４は、シリアル化動作の一例を示すフローチャートである。図５は、シリアル化動作の他の例を示すフローチャートである。図６は、シリアル化動作の他の例を示すフローチャートである。図７は、逆シリアル化動作の一例を示すフローチャートである。図８は、逆シリアル化動作の他の例を示すフローチャートである。図９は、シリアル化動作の一例を示すフローチャートである。図１０は、クラスの構成の具体的例を示す図であり、図１０（ａ）が「Ｅｍｐｌｏｙｅｅ」クラス、図１０（ｂ）が「Ｍａｎａｇｅｒ」クラス、図１０（ｃ）が「Ｐｒｏｊｅｃｔ」クラスである。図１１（ａ）～（ｃ）は、インスタンスをシリアル化したデータの構成の一例を示す図である。図１２は、クラスの構成の具体的例を示す図であり、図１２（ａ）が「Ｅｍｐｌｏｙｅｅ」クラス、図１２（ｂ）が「Ｍａｎａｇｅｒ」クラス、図１２（ｃ）が「Ｐｒｏｊｅｃｔ」クラスである。図１３（ａ）～（ｃ）は、インスタンスをシリアル化したデータの構成の一例を示す図である。図１４は、クラスの構成の具体的例を示す図であり、図１４（ａ）が「Ｅｍｐｌｏｙｅｅ」クラス、図１４（ｂ）が「Ｍａｎａｇｅｒ」クラス、図１４（ｃ）が「Ｐｒｏｊｅｃｔ」クラスである。図１５（ａ）～（ｃ）は、インスタンスをシリアル化したデータの構成の一例を示す図である。

［実施の形態］
（通信システムの構成）
図１は、実施の形態に係る通信システムの構成の一例を示す概略図である。

この通信システムは、情報処理装置としてのサーバ装置１と、端末装置２ａ、２ｂとをネットワークによって互いに通信可能に接続することで構成される。

サーバ装置１は、サーバ型の情報処理装置であり、操作者の操作する端末装置２ａ、２ｂの要求に応じて動作するものであって、本体内に情報を処理するための機能を有するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）やＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）又はフラッシュメモリ、揮発性メモリ、ＬＡＮボード（無線／有線）等の電子部品を備える。サーバ装置１は、端末装置２ａ、２ｂと通信し、データの送受信を行うことで端末装置２ａ、２ｂ上で動作するデータの同期を行うものであって、例えば、ゲームサーバ等である。なお、サーバ装置１は、複数のクラスターによって構成してもよく、分散処理を実行するよう構成してもよい。

端末装置２ａ、２ｂは、端末型の情報処理装置であり、プログラムに基づいて動作するものであって、本体内に情報を処理するための機能を有するＣＰＵやＨＤＤ又はフラッシュメモリ等の電子部品を備える。端末装置２ａ、２ｂは、例えば、ＭＭＯＧ（ＭａｓｓｉｖｅｌｙＭｕｌｔｉｐｌａｙｅｒＯｎｌｉｎｅＧａｍｅ）等のプログラムに基づいて動作し、動作の結果としてデータをサーバ装置１に対して逐次出力するとともに、サーバ装置１から他の端末の動作の結果としてのデータを受信して各端末２ａ、２ｂ間で高頻度にゲームオブジェクトを同期するものである。なお、端末装置２は２つの装置で描かれているが単一の装置であってもよいし、３以上の装置で構成してもよい。

ネットワーク４は、高速通信が可能な通信ネットワークであり、例えば、イントラネットやＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等の有線又は無線の通信網である。

一例として、サーバ装置１及び端末装置２ａ、２ｂは、各装置内でオブジェクトとして保持していた情報を、各装置間でデータを送信する際にシリアル化し、受信する際に逆シリアル化する。また、各装置内でオブジェクトとして保持していた情報を、ＨＤＤ等の記憶部に記録する際にシリアル化し、読み出す際に逆シリアル化する。シリアル化及び逆シリアル化の詳細について、以降、実施の形態において具体的に説明する。

また、本実施の形態において使用する「オブジェクト」、「クラス」、「フィールド」、「インスタンス」、「型」等の語句は、例えば、Ｊａｖａ（登録商標）、Ｃ＋＋、Ｃ＃、Ｐｙｔｈｏｎ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｒｕｂｙ等で用いられる同語句と同義で用いられるが、以降、クラス、及びインスタンス化されたクラス（インスタンス）のことを総称して「オブジェクト」と言う場合がある。また、説明では、例としてＪａｖａ言語の関数名やコード例を示すが、他のオブジェクト指向言語でも対応する同様の機能を有する。「クラス」は、プログラムを実行するための処理をまとめたものであり、クラス中には処理を実行するメソッド、メソッドが処理を実行する際に用いる変数としてフィールドが含まれる。オブジェクトは０個以降のフィールドを有し、各フィールドは、単数又は複数のフィールド名、フィールド値を有する。「型」は、数値、文字列、論理値、ｎｕｌｌ、ｕｎｄｅｆｉｎｅｄ、オブジェクト型を含み、「タイプ」と言う場合がある。クラスは、内部にさらにクラスを含む場合があり、他のクラスを継承する場合がある。また、フィールド値は、原則としてある値を有するが、処理段階まで定まらない変数である場合もある。また、「ＰｒｉｍｉｔｉｖｅＴｙｐｅ」は、オブジェクト型ではない、すなわち、フィールドやメソッドを持たない値のみの型であり、「ＰｒｉｍｉｔｉｖｅＶａｌｕｅ」は、その値のことを言う。

また、「シリアル化」のことを「シリアライゼーション」、「直列化」と言う場合があり、「シリアル化」することを「シリアライズ」と言う場合がある。同様に、「逆シリアル化」のことを「デシリアライゼーション」、「逆直列化」、「直列化復元」と言う場合があり、「逆シリアル化」することを「デシリアライズ」と言う場合がある。

（サーバ装置の構成）
図２は、実施の形態に係るサーバ装置１の構成例を示すブロック図である。

サーバ装置１は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等から構成され、各部を制御するとともに、各種のプログラムを実行する制御部１０と、フラッシュメモリ等の記憶媒体から構成され情報を記憶する記憶部１１と、一時的に情報を記憶するメモリ１２と、ネットワークを介して外部と通信する通信部１３とを備える。

制御部１０は、後述する情報処理プログラムとしての情報処理プログラム１１０を実行することで、データ受信手段１００、逆シリアル化手段１０１、オブジェクト処理手段１０２、シリアル化手段１０３及びデータ送信手段１０４等として機能する。

データ受信手段１００は、通信部１３を介して端末装置２ａ、２ｂからシリアル化されたデータを受信する。

逆シリアル化手段１０１は、データ受信手段１００が受信したデータを逆シリアル化（デシリアライズ）してオブジェクト１２０、１２１…としてメモリ１２に書き込む。逆シリアル化の詳細は後述する。

オブジェクト処理手段１０２は、オブジェクト１２０、１２１…について必要な処理を実行する。

シリアル化手段１０３は、メモリ１２のオブジェクト１２０、１２１…（又はオブジェクト１２０、１２１…が加工されたオブジェクト）をシリアル化（シリアライズ）する。また、シリアル化手段１０３は、オブジェクト１２０、１２１…をシリアル化して記録データ１１１として保存する場合がある。シリアル化の詳細は後述する。

データ送信手段１０４は、シリアル化手段１０３がシリアル化したデータを、通信部１４を介して端末装置２ｂ、２ａに送信する。

記憶部１１は、制御部１０を上述した各手段１００‐１０４として動作させる情報処理プログラム１１０、記録データ１１１、項目対応表１１２等を記憶する。

メモリ１２は、オブジェクト１２０、１２１…及びその他の情報を一時的に記憶する。

なお、端末装置２ａ、２ｂは、サーバ装置１と同様の構成に加え、操作部及び表示部を備える。サーバ装置１と構成が共通する部分については説明を省略する。

図３Ａ及び図３Ｂは、項目対応表１１２の構成を示す図である。

項目対応表１１２（項目対応表１１２Ａ及び１１２Ｂを合わせて１１２と呼ぶ。）は、基本型の項目対応表１１２Ａ、拡張型及びユーザ定義型の項目対応表１１２Ｂから構成される、オブジェクトにおいて取り扱うデータの型を定義する表の一例であり、ＭｅｓｓａｇｅＰａｃｋ（ｈｔｔｐｓ：／／ｍｓｇｐａｃｋ．ｏｒｇ／）のコーディング（ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｍｓｇｐａｃｋ／ｍｓｇｐａｃｋ／ｂｌｏｂ／ｍａｓｔｅｒ／ｓｐｅｃ．ｍｄ）を一部採用している。本実施例ではＭｅｓｓａｇｅＰａｃｋのコーディングを一部利用し、ＭｅｓｓａｇｅＰａｃｋを拡張してインプリしたものを示す。ＭｅｓｓａｇｅＰａｃｋの仕様により、シリアル化によってコーディングされる個々の要素は原則としてＭｅｓｓａｇｅＰａｃｋの仕様が定義するフォーマット識別子からはじまるブロックのデータとして記述される。ＭｅｓｓａｇｅＰａｃｋの仕様によれば、ブロック内に複数のブロックを入れ子状に記述することができる。項目対応表１１２ＡはＭｅｓｓａｇｅＰａｃｋのフォーマットの定義、１１２Ｂは本発明が開示する手法を実現する一方法を示すために、ＭｅｓｓａｇｅＰａｃｋに対して独自の拡張を行ったフォーマットの定義である。

項目対応表１１２は、フォーマット名を示すｆｏｒｍａｔｎａｍｅと、バイナリ（２進数表記）コーディングした場合、バイナリ表現でのデータブロックの最初の１バイト目の内容を示すｆｉｒｓｔｂｙｔｅ（ｉｎｂｉｎａｒｙ）と、ＨＥＸ（１６進数表記）でのデータブロックの最初の１バイト目の内容を示すｆｉｒｓｔｂｙｔｅ（ｉｎｈｅｘ）と、データブロックの２バイト目以降に固定で追加されるバイト数を示す追加バイトと、データブロックで最初の１バイト目と（もしあれば）次の固定追加バイトに続く、可変バイト数の値又は範囲を示す可変バイトと、ブロック全体のフォーマット長の値又は範囲を示すフォーマット長と、特記事項を示すＲｅｍａｒｋｓを有する。

（情報処理装置の動作）
次に、本実施の形態の作用を、（１）基本動作、（２）シリアル化動作、（３）逆シリアル化動作に分けて説明する。

（１）基本動作
端末装置２ａ、２ｂは、例えば、ネットワーク対戦型ゲームのプログラムを実行するものであり、プログラムの実行に伴い複数のオブジェクトを逐次処理する。サーバ装置１は、端末装置２ａ、２ｂにおいてプログラムが実行される際に処理されるオブジェクトの同期を行う。サーバ装置１及び端末装置２ａ、２ｂは、互いに変更が生じたオブジェクトを送信し、受信したオブジェクトで変更を反映することで同期を行う。

サーバ装置１及び端末装置２ａ、２ｂは、各装置内でオブジェクトとして保持していた情報を、各装置間でデータを送信する際にシリアル化し、受信する際に逆シリアル化する。また、各装置内でオブジェクトとして保持していた情報を、ＨＤＤ等の記憶部に記録する際にシリアル化し、読み出す際に逆シリアル化する。以下、サーバ装置１及び端末装置２ａ、２ｂのシリアル化動作及び逆シリアル化動作並びにこれに伴う動作について説明するが、いずれの装置においても動作内容が共通するため、代表してサーバ装置１の動作について説明する。

データの同期において端末装置２ａ、２ｂからデータを受信する際に、サーバ装置１のデータ受信手段１００は、通信部１３を介して端末装置２ａ、２ｂからシリアル化されたデータを受信する。

次に、サーバ装置１の逆シリアル化手段１０１は、データ受信手段１００が受信したデータを逆シリアル化（デシリアライズ）してオブジェクト１２０、１２１…としてメモリ１２に書き込むことで端末装置２ａ、２ｂとオブジェクトの内容を同期する。なお、逆シリアル化の詳細は「（３）逆シリアル化動作」において説明する。

次に、サーバ装置１のオブジェクト処理手段１０２は、オブジェクト１２０、１２１…について必要な処理を実行する。

次に、サーバ装置１のシリアル化手段１０３は、メモリ１２のオブジェクト１２０、１２１…をシリアル化（シリアライズ）する。また、シリアル化手段１０３は、オブジェクト１２０、１２１…をシリアル化して記録データ１１１として保存する場合がある。シリアル化の詳細は「（２）シリアル化動作」において説明する。

次に、サーバ装置１のデータ送信手段１０４は、シリアル化手段１０３がシリアル化したデータを、通信部１４を介して端末装置２ｂ、２ａに送信する。

（２）シリアル化動作
まず、サーバ装置１のシリアル化手段１０３は、基本のシリアル化手順として、まず、シリアル化の対象となるオブジェクトのクラスに関連付けられた情報を、シリアル化したデータとして記録して、これに続き、さらにフィールド名をアルファベット順に並び替えて、フィールド値のみを記録する（フィールド名を記録しない。）。なお、この情報の記録順、記録の動作順は、予め定めた規則に基づいていれば変更してもよい。具体的な記録順は図１１、図１３、図１５に示す。

なお、「クラスに関連付けられた情報」とは逆シリアル化する時にクラスを復元するのに必要なクラスの情報で、クラス名やクラスの型定義を含む。ジェネリッククラスのインスタンスの場合は、さらに、型パラメータのクラスに関連付けられた情報を含む。クラスの定義そのものをエンコーディングするのは現実的ではないので、クラス定義そのものはシリアル化と逆シリアル化側で同じものを持ち、完全なクラス名の文字列で表現することもできる。本実施形態では、シリアル化で使用するクラスについては（逆シリアル化においても同様に使用する。）、事前にクラスＩＤに対応付けられた情報を用意しておき、クラスとクラスＩＤを関連付ける。具体的な関連付けとして、一例として、ハッシュ関数を用い、クラス名の文字列（ｊｐ．ｃｏ．ｓｏｆｔ‐ｇｅａｒ．ｓａｍｐｌｅ．Ｅｍｐｌｏｙｅｅ等）を計算して４バイトのハッシュ値を対応付けた情報を生成する。シリアル化では、完全なクラス名（クラス名のフルネーム、Ｅｍｐｌｏｙｅｅなどのショート名でなく、ｊｐ．ｃｏ．ｓｏｆｔ‐ｇｅａｒ．ｓａｍｐｌｅ．Ｅｍｐｌｏｙｅｅなどのフルパス）が指定されると、事前登録した情報に基づいて４バイトの値に変換され、この値を用いて「クラスに関する情報」としてクラス名をシリアル化する。なお、ハッシュ値はクラス名から一意に決まるが、ハッシュ値からもクラス名が一意に決まるように、十分なデータ量を準備する必要がある。本実施レ形態では４バイト（ＵＩＮＴ３２）用意する。４バイト用意したことで４２億通り以上のハッシュ値に分散され、異なるクラスが同一のハッシュ値を持つことは極めてまれであり、そのような状況を低減できる。汎用性を犠牲にして、アプリケーション独自の対応表（クラスとクラスＩＤの対応表）を作ることも可能である。その場合は、シリアル化の対象となるオブジェクトが２５６個以下であれば、わずか１バイトでクラスに対応する情報を表現することができる。次に、オブジェクトの種類によるシリアル化動作の例を説明する。

図４は、シリアル化動作の一例を示すフローチャートである。

シリアル化手段１０３は、シリアル化の対象となるオブジェクトの内容を確認するが、まず、オブジェクトの型が標準かつ明確か確認し（Ｓ１０）、標準かつ明確である場合（Ｓ１０；Ｙｅｓ）、Ｃｏｌｌｅｃｔｉｏｎオブジェクトであるか確認する（Ｓ１１）。なお、ここで「標準」とは、図３Ａの項目対応表１１２Ａに属する型を指す。また、「明確」とは、インスタンス化により不変で固定された型を指す。例えば、ジェネリック型オブジェクトのインスタンスにおいて、フィールドの型がインスタンス化時のパラメータとして指定されるパラメータ型でないことである。また別の例では、フィールドの値の型がフィールドの定義型と一致していて、サブクラスでない場合である。言い換えれば、Ｐｒｉｍｉｔｉｖｅ型かＣｏｌｌｅｃｔｉｏｎ型のいずれかである。

次に、シリアル化手段１０３は、シリアル化の対象となるオブジェクトがＣｏｌｌｅｃｔｉｏｎオブジェクトである場合（Ｓ１１；Ｙｅｓ）、配列（Ａｒｒａｙ又はＭａｐ）の各要素の型と要素数を記録し、それぞれの要素について値のシリアル化手順を実行する（Ｓ１２）。

また、シリアル化手段１０３は、シリアル化の対象となるオブジェクトがＣｏｌｌｅｃｔｉｏｎオブジェクトでない場合（Ｓ１１；Ｎｏ）、Ｐｒｉｍｉｔｉｖｅｖａｌｕｅであるか確認して（Ｓ１３）、Ｐｒｉｍｉｔｉｖｅｖａｌｕｅである場合は（Ｓ１３；Ｙｅｓ）、型と値を記録する（Ｓ１４）。

また、シリアル化手段１０３は、シリアル化の対象となるオブジェクトの型が標準かつ明確でない場合（Ｓ１０；Ｎｏ）、拡張定義型のクラスのインスタンスか確認し（Ｓ１５）、拡張定義型のクラスのインスタンスである場合（Ｓ１５；Ｙｅｓ）、拡張定義型の型を記録し、値についてシリアル化を実行し、Ｐｒｉｍｉｔｉｖｅｖａｌｕｅとして記録する（Ｓ１６）。なお、逆シリアル化を行うプログラムの言語の関係によっては、逆シリアル化でオブジェクトを復元する際に、タイプパラメータの情報が不要な場合もある。その場合は、拡張定義型の型情報を省略して、通常のＰｒｉｍｉｔｉｖｅｖａｌｕｅとして記録してもよい。シリアル化データとして記載するのに必要なバイト数を節約できる。例えば、プログラム言語間の仕様の差が小さく型キャストによる代入でフィールドが復元できる場合である。

また、シリアル化手段１０３は、シリアル化の対象となるオブジェクトが拡張定義型のクラスのインスタンスでない場合（Ｓ１５；Ｎｏ）、ユーザ定義型のクラスのインスタンスか確認し（Ｓ１７）、ユーザ定義型のクラスのインスタンスである場合（Ｓ１７；Ｙｅｓ）、クラスＩＤを記録し、シリアル化手順を実行して、フィールド名をアルファベット順に並び替えてフィールド値のみをＡｒｒａｙとして記録する（Ｓ１８）。

また、シリアル化手段１０３は、シリアル化の対象となるオブジェクトがユーザ定義型のクラスのインスタンスでない場合（Ｓ１７；Ｎｏ）、ユーザ定義型のＧｅｎｅｒｉｃｓクラスのインスタンスか確認し（Ｓ１９）、ユーザ定義型のＧｅｎｅｒｉｃｓクラスのインスタンスである場合（Ｓ１９；Ｙｅｓ）、クラスＩＤ（Ｇｅｎｅｒｉｃｓ）を記録し、Ｇｅｎｅｒｉｃｓのタイプパラメータ（型パラメータ）で指定されたクラス１以上についてシリアル化手順を実行し、クラスＩＤのＡｒｒａｙ（Ｃｏｌｌｅｃｔｉｏｎ）として記録するとともに、フィールドについてシリアル化手順を実行して、フィールド名をアルファベット順に並び替えてフィールド値のみをＡｒｒａｙ（Ｃｏｌｌｅｃｔｉｏｎ）として記録する（Ｓ１８）。

また、シリアル化手段１０３は、シリアル化の対象となるオブジェクトがユーザ定義型のＧｅｎｅｒｉｃｓクラスのインスタンスでない場合（Ｓ１９；Ｎｏ）、エラーを返す。

上記ステップＳ１７～Ｓ２０のシリアル化の対象となるオブジェクトがユーザ定義型のクラスである場合について、シリアル化の具体的な動作手順について以下説明する。

図５は、シリアル化動作の他の例を示すフローチャートである。

シリアル化手段１０３は、対象のオブジェクトがＧｅｎｅｒｉｃクラスのインスタンスか確認し（Ｓ３０）、Ｇｅｎｅｒｉｃクラスのインスタンスである場合（Ｓ３０；Ｙｅｓ）、まず、１つ目の要素について、ＭｅｓｓａｇｅＰａｃｋのＦＩＸＥＸＴ４として以下のように記述する。まず、ＦＩＸＥＸＴ４の識別子として（０ｘＤ６）、続いてＴＹＰＥ（１バイト）として０ｘ１５（Ｇｅｎｅｒｉｃｓ）、最後にＤＡＴＡ（４バイト）として、当該インスタンスのクラス情報として登録済の４バイトのＩＤ（ハッシュ値ＵＩＮＴ３２）、をそれぞれコードとして書き出す（Ｓ３１）。

次に、２つ目の要素について、Ｇｅｎｅｒｉｃクラスのタイプパラメータとして使われている１個以上のクラスの情報をＵｉｎｔ３２のＡｒｒａｙとして書き出す（Ｓ３２）。なお、クラス情報は、ユーザ定義型オブジェクトの場合は、予め登録済のハッシュ値、それ以外の場合は予め定義している拡張型のコードを使用する。なお、ジェネリックオブジェクトの種類とシリアル化と逆シリアル化を行うプログラムの言語の関係によっては、逆シリアル化でオブジェクトを復元する際に、タイプパラメータの情報が不要な場合もある。その場合は、タイプパラメータの情報を添付せずに、通常のオブジェクトとしてシリアル化してもよい。シリアル化データとして記載するのに必要なバイト数を節約できる。例えば、タイプパラメータがメソッドの定義のみに使われ、フィールドの定義に使われてない場合である。別の例では、プログラム言語間の仕様の差が小さく型キャストによる代入でフィールドが復元できる場合である。

また、シリアル化手段１０３は、対象のオブジェクトがＧｅｎｅｒｉｃクラスのインスタンスでない場合（Ｓ３０；Ｎｏ）、１つ目の要素について、まずＦＩＸＥＸＴ４の識別子として（０ｘＤ６）、続いてＴＹＰＥ（１バイト）として０ｘ０Ｆ（Ｏｂｊｅｃｔ）、最後にＤＡＴＡ（４バイト）として、このインスタンスのクラス情報として登録済の４バイトのＩＤ（ハッシュ値ＵＩＮＴ３２）、をそれぞれコードとして書き出す（Ｓ３４）。

次に、最後の要素（Ｇｅｎｅｒｉｃｓクラスのインスタンスの場合は３つ目の要素、それ以外の通常のクラスのインスタンスの場合は２つ目の要素）について、図６に示すフローチャートに従い、フィールド情報をコードとして書き出す（Ｓ３３）。

図６は、シリアル化動作の他の例を示すフローチャートである。

図５のフローチャートのステップＳ３３において、シリアル化手段１０３は、まず、リフレクションを行い、クラスに定義されているフィールド名を継承分も含めて取得し、フィールド名のリストＡを作成する（ｇｅｔＤｅｃｌａｒｅｄＦｉｅｌｄ（））（Ｓ７０）。なお、ｇｅｔＤｅｃｌａｒｅｄＦｉｅｌｄは、自身のクラスと継承している上位のクラスの分（階層が深ければ階層分だけ）実行する。

また、フィールド名のリストＡから、シリアル化対象外のフィールドを除外したリストＢを作成する（Ｓ７１）。ここで、ｇｅｔＭｏｄｉｆｉｅｒｓでフィールドのＭｏｄｉｆｉｅｒを検査する。なお、シリアライゼーションの対象としないフィールド、具体的には、ＳｔａｔｉｃやＴｒａｎｓｉｅｎｔを除く。

次に、フィールド名のリストＢをアルファベット順（あるいは、シリアル化・シリアル化復元間で共通のソートアルゴリズム）でソートしたリストＣを作成する（Ｓ７２）。

次に、リストＣの要素数個数分だけのａｒｒａｙを出力するという内容のコードを書き出す（Ｓ７３）。例えば、要素数０ならａｒｒａｙ［０］というコード、要素数３ならａｒｒａｙ［３］というコードを書き出す（当該動作は、ＭｅｓｓａｇｅＰａｃｋの仕様に準拠している。）。

次に、シリアル化手段１０３は、リストＣが空か確認し（Ｓ７４）、空でなければ（Ｓ７４；Ｎｏ）、リストＣからフィールド名を１つ取り出し（Ｓ７５）、取り出したフィールド名の値をシリアル化し、コードを書き出す（Ｓ７６）。なお、ＰｒｉｍｉｔｉｖｅＶａｌｕｅになるまで再帰的にシリアル化を繰り返す（図４のＳ１０～Ｓ２０を繰り返す。）。

次に、シリアル化手段１０３は、リストＣが空となったら（Ｓ７４；Ｙｅｓ）、処理を終了する。

以下、シリアル化したインスタンスの具体例を説明する。

図１０は、クラスの構成の具体的例を示す図であり、（ａ）が「Ｅｍｐｌｏｙｅｅ」クラス、（ｂ）が「Ｍａｎａｇｅｒ」クラス、（ｃ）が「Ｐｒｏｊｅｃｔ」クラスであって、図１２、図１４においてそれぞれ異なる定義を有する場合について説明する。図１１、図１３、図１５は、図１０、図１２、図１４のクラスをインスタンス化した後、シリアル化した例である。なお、インスタンス化は、それぞれ、以下の表１Ａ、表１Ｂ、および、表１Ｃに基づいて行う。

図１１（ａ）～（ｃ）は、インスタンスをシリアル化したデータの構成の一例を示す図であって、図１１（ａ）はＥｍｐｌｏｙｅｅクラスについて太郎のインスタンスを、図１１（ｂ）はＭａｎａｇｅｒクラスについて花子のインスタンスを、図１１（ｃ）はＰｒｏｊｅｃｔクラスについてＰｒｏｊｅｃｔＸのインスタンスを、それぞれシリアル化したデータの例である。

図１１（ａ）に示すように、フィールド値に単純な値のみを有する基本的なオブジェクトを対象とする場合、データ１２０ｉ_１１は、フォーマット識別子「ＦｉｘＥｘｔ４」、クラス名「Ｏｂｊｅｃｔ“Ｅｍｐｌｏｙｅｅ”」に関連付けられたクラスＩＤのハッシュ値を含めてコーディングされる（コーディング結果は最上段参照。）。また、フィールド名がクラスで定義された順番「ｓｅｒｉａｌＣｏｄｅ」、「ｄｅｐｔＣｏｄｅ」の順ではなく、フィールド名をアルファベット順「ｄｅｐｔＣｏｄｅ」、「ｓｅｒｉａｌＣｏｄｅ」でソートしてから、フィールドの値「３０１」、「１」のみがフィールド個数だけ（ＮＵＬＬでもＮＵＬＬとして）バイナリコーディングされる。

また、図１１（ｂ）に示すように、継承クラスのオブジェクトを対象とし、また、フィールドに他の「Ｅｍｐｌｏｙｅｅ」オブジェクトを含むオブジェクトである場合を示す。データ１２０ｉ_１２は、型「ＦｉｘＥｘｔ４」、クラス名「Ｏｂｊｅｃｔ“Ｍａｎｅｇｅｒ”」に関連付けられたクラスＩＤのハッシュ値を含めてコーディングされ、フィールドについては、フィールド「ｒｅｐｏｒｔｓ」だけでなく、継承しているフィールド「ｓｅｒｉａｌＣｏｄｅ」、「ｄｅｐｔＣｏｄｅ」を含めてソートされる。また、フィールド「ｒｅｐｏｒｔｓ」は、管理対象社員太郎（最上段の欄外の斜体文字の数字１３バイト目から２３バイト目）と次郎（２４バイト目から３３バイト目）の二人の「Ｅｍｐｌｏｙｅｅ」オブジェクトを２要素のアレイ（Ａｒｒａｙ［２］）（Ａｒｒａｙ識別子は１２バイト目、Ａｒｒａｙ全体としては１２バイト目から２３バイト目）として含む。

また、図１１（ｃ）に示すように、ジェネリックスオブジェクト「Ｐｒｏｊｅｃｔ」のインスタンス「ＰｒｏｊｅｃｔＸ」はデータ１２０ｉ_１３にシリアル化される。図１０に示すクラス「Ｐｒｏｊｅｃｔ」の定義によれば、フィールド「ｍｅｍｂｅｒｓ」には、パラメータＸで指定されたクラス「Ｅｍｐｌｏｙｅｅ」を継承するオブジェクトのリストが記述される。ＰｒｏｊｅｃｔＸが花子、太郎、武蔵から構成される場合は、クラス「Ｅｍｐｌｏｙｅｅ」のサブクラス「Ｍａｎａｇｅｒ」のインスタンス花子（１５バイト目から４８バイト目））と、クラス「Ｅｍｐｌｏｙｅｅ」のインスタンス太郎（４９バイト目から５９バイト目）と武蔵（６０バイト目から７０バイト目）とを含む要素数３個のリスト（１４バイト目から７０バイト目）は要素数３のアレイＡｒｒａｙ［３］（１４バイト目から７０バイト目）として、フィールド「ｍｅｍｂｅｒｓ」が記述される。予約済フィールド「ｐａｒａｍｅｔｅｒＣｌａｓｓｅｓ」を除いたフィールド「ｐｒｏｊｅｃｔＣｏｄｅ」と「ｍｅｍｂｅｒｓ」はジェネリッククラス「Ｐｒｏｊｅｃｔ」の通常フィールドであるため、フィールド名がアルファベット順に並び替えられて、フィールド「ｍｅｍｂｅｒｓ」（１４バイト目から７０バイト目）、フィールド「ｐｒｏｊｅｃｔＣｏｄｅ」（７１バイト目から７３バイト目）の順で、要素数２個のアレイ（Ａｒｒａｙ［２］）（１３バイト目から７３バイト目）として記述される。また、「Ｐｒｏｊｅｃｔ」はジェネリクスクラスであるので、予約済フィールド「ｐａｒａｍｅｔｅｒＣｌａｓｓｅｓ」にタイプパラメータＸの記述として、インスタンス「ＰｒｏｊｅｃｔＸ」をインスタンス化するときに指定したクラス「Ｅｍｐｌｏｙｅｅ」に関連付けられた情報であるクラスＩＤのハッシュ値（８バイト目から１２バイト目）が要素１個のアレイ（Ａｒｒａｙ［１］）（７バイト目から１２バイト目）として記述される。

また、図１３（ａ）～（ｄ）は、インスタンスをシリアル化したデータの構成の一例を示す図であって、図１３（ａ）は「Ｅｍｐｌｏｙｅｅ」クラスについて太郎のインスタンスを、図１３（ｂ）は「Ｅｍｐｌｏｙｅｅ」クラスについて武蔵のインスタンスを、図１３（ｃ）はＭａｎａｇｅｒクラスについて花子のインスタンスを、図１３（ｄ）は「Ｐｒｏｊｅｃｔ」クラスについてＰｒｏｊｅｃｔＸのインスタンスを、それぞれシリアル化したデータの例である。なお、図１３（ｂ）武蔵のクラスＯｂｊｅｃｔのフィールド「ｄｅｐｔＣｏｄｅ」は、Ｓｔｒｉｎｇ型の「Ｋ０１」である。フィールドの値の型「Ｓｔｒｉｎｇ」がフィールドの型「Ｏｂｊｅｃｔ」のサブクラスであり、型が一致していないので、逆シリアル化の時に正しくフィールドの値が正しく復元されるように拡張定義型を用いて型情報を詳細に記述する。

なお、図１３（ａ）～（ｄ）は、図１１（ａ）～（ｃ）に示した例を拡張定義型で記載したものである（図１１（ａ）～（ｃ）に示した例に対して「武蔵」のインスタンス（図１３（ｂ））が増えている。）。具体的には、データ１２０ｉ_２２の「Ｄ４」において型が「拡張Ｓｔｒｉｎｇ」となっている。また、逆シリアル化するときにフィールドのクラス型が明確になるように、項目対応表１１２の拡張クラスの型情報（図３（ｂ））を参照して拡張Ｓｔｒｉｎｇ型（ＩＤの値０ｘ０Ｄ）がフォーマット識別子ＦｉｘＥｘｔ１（０ｘＤ４）に続いて記述（８バイト目から１０バイト目）され、引き続き、文字列「Ｋ０１」（１１バイト目から１４バイト目）が記述され、フィールド「ｄｅｐｔＣｏｄｅ」の値として記述（８バイト目から１４バイト目）される。

また、図１５（ａ）～（ｄ）は、インスタンスをシリアル化したデータの構成の一例を示す図であって、図１５（ａ）は「Ｅｍｐｌｏｙｅｅ」クラスについて太郎のインスタンスを、図１５（ｂ）は「Ｅｍｐｌｏｙｅｅ」クラスについて武蔵のインスタンスを、図１５（ｃ）は「Ｍａｎａｇｅｒ」クラスについて花子のインスタンスを、図１５（ｄ）は「Ｐｒｏｊｅｃｔ」クラスについてＰｒｏｊｅｃｔＸのインスタンスを、それぞれシリアル化したデータの例である。

なお、図１５（ａ）～（ｄ）は、図１３（ａ）～（ｄ）に示した例とほぼ同等であるが、図１５（ｄ）のクラスでは、クラス「Ｐｒｏｊｅｃｔ」にはフィールド「ｍｅｍｂｅｒ」で記述するリストと区別して別フィード「ｌｅａｄｅｒ」を記述できるようになっている。

上記したように、シリアル化されたデータは、ＭｅｓｓａｇｅＰａｃｋの仕様を踏襲しており、ブロックに分解して解釈できるように構成されている。また、ブロックの中に入れ子状にさらにブロックが含まれることもある。ブロックの先頭にはフォーマット識別子が記載され、当該フォーマット識別子によりその後に続くブロックのサイズとデータの種類が示される。つまり、次に説明する「（３）逆シリアル化動作」において、フォーマット識別子に基づいて、受信したデータ列を頭から順に解釈して、構造化したデータに復元可能となる。

（３）逆シリアル化動作
逆シリアル化手段１０１は、「（２）シリアル化動作」の逆の手順を踏むものであるが、基本の逆シリアル化手順として、まず、シリアル化されたデータからクラスに関連付けられた情報を取得し、当該情報からクラス名を特定してリフレクションによりフィールド情報（フィールドを復元するのに必要な情報であり、少なくともフィールド名及び型を含む。Ｇｅｎｅｒｉｃｓのタイプパラメータで指定された型や拡張データ型も含まれることもあり、その他にフィールドを復元するのに必要な情報を含んでいてもよい。）を取得する。次に、項目対応表１１２を参照しつつ、データからクラスの型情報を確認し、フィールド名をアルファベット順からクラスの定義順に並び替えて、フィールド値を復元する。以下に、ユーザ定義型の逆シリアル化動作について説明する。

なお、逆シリアル化する時は、クラスに関連付けられた情報であるクラスＩＤのハッシュ値を受信すると、予め用意したクラスとクラスＩＤとを対応付けた情報を検索して、フルネームのクラス名とクラスの定義を取得し、クラス情報を復元する。

図７は、逆シリアル化動作の一例を示すフローチャートである。

逆シリアル化手段１０１は、シリアル化されたデータがＣｏｌｌｅｃｔｉｏｎオブジェクトをシリアル化したものであるか確認し（Ｓ５０）、Ｃｏｌｌｅｃｔｉｏｎオブジェクトをシリアル化したものである場合（Ｓ５０；Ｙｅｓ）、型と要素数を取得し、それぞれの要素に該当するブロックについて基本の逆シリアル化手順を適用してそれぞれの要素を取得する（Ｓ５１）。

次に、逆シリアル化手段１０１は、Ｃｏｌｌｅｃｔｉｏｎオブジェクトをシリアル化したものでない場合（Ｓ５０；Ｎｏ）、Ｐｒｉｍｉｔｉｖｅ型であるか確認して（Ｓ５２）、Ｐｒｉｍｉｔｉｖｅ型である場合は（Ｓ５２；Ｙｅｓ）、型と値を取得する（Ｓ５３）。

次に、逆シリアル化手段１０１は、拡張定義型のクラスのインスタンスをシリアル化したものか確認し（Ｓ５４）、拡張定義型のクラスのインスタンスをシリアル化したものである場合（Ｓ５４；Ｙｅｓ）、拡張定義型の型を取得し、値について逆シリアル化手順を実行し、Ｐｒｉｍｉｔｉｖｅｖａｌｕｅとして復元する（Ｓ５５）。

次に、逆シリアル化手段１０１は、拡張定義型のクラスのインスタンスをシリアル化したものでない場合（Ｓ５４；Ｎｏ）、ユーザ定義型のクラスのインスタンスをシリアル化したものか確認し（Ｓ５６）、ユーザ定義型のクラスのインスタンスをシリアル化したものである場合（Ｓ５６；Ｙｅｓ）、クラスＩＤを取得し、登録済みのＩＤリストから対応するクラスを取得し、リフレクションを用いてクラスを特定する。特定したクラスのインスタンスを生成し、インスタンスのすべてのフィールドについて、フィールド名のアルファベット順に、取得した値を代入してオブジェクトを復元する（Ｓ５７）。

次に、逆シリアル化手段１０１は、ユーザ定義型のクラスのインスタンスをシリアル化したものでない場合（Ｓ５６；Ｎｏ）、ユーザ定義型のＧｅｎｅｒｉｃｓクラスのインスタンスをシリアル化したものか確認し（Ｓ５８）、ユーザ定義型のＧｅｎｅｒｉｃｓクラスのインスタンスをシリアル化したものである場合（Ｓ５８；Ｙｅｓ）、クラスＩＤ（Ｇｅｎｅｒｉｃｓ）を取得し、Ｇｅｎｅｒｉｃｓのタイプパラメータとフィールドは、まず、後続の１個目と２個目の要素に対してそれぞれ逆シリアル化手順を実行して取得する（Ｓ５９）。１個目の要素は拡張定義型のＣｌａｓｓＩＤのＡｒｒａｙ（Ｃｏｌｌｅｃｔｉｏｎ）、Ｇｅｎｅｔｉｃｓクラスに指定するタイプパラメータである拡張定義型ＣｌａｓｓＩＤを１個以上取得する。取得したタイプパラメータに関連付けられた情報からタイプパラメータのクラス情報を取得し、タイプパラメータが指定されたフィールドの型の取得に用いる。２個目の要素は、フィールド値に対して逆シリアル化手順を実行してフィールド値のＡｒｒａｙとし、フィールド名についてアルファベット順に並び替えて、対応するフィールド値を代入して取得する。

次に、逆シリアル化手段１０１は、ユーザ定義型のＧｅｎｅｒｉｃｓクラスのインスタンスをシリアル化したものでない場合（Ｓ５８；Ｎｏ）、エラーを返す。

上記ステップＳ５６～Ｓ５９の逆シリアル化の対象となるデータがユーザ定義型のクラスのオブジェクトをシリアル化したものである場合について、逆シリアル化の具体的な動作手順について以下説明する。

図８は、逆シリアル化動作の他の例を示すフローチャートである。

逆シリアル化手段１０１は、まず、データの型がＦＩＸＥＸＴ４（０ｘＤ６）のブロックに属するものか確認する（Ｓ６０）。データの型がＦＩＸＥＸＴ４（０ｘＤ６）のブロックに属するものである場合（Ｓ６０；Ｙｅｓ）、ＦＩＸＥＸＴ４（０ｘＤ６）のブロック（６バイト）を読み込み、フォーマット識別子「ＦＩＸＥＸＴ４」に予め定義されたＴＹＰＥ（１バイト）とＤＡＴＡ（４バイト）を取得する。ＤＡＴＡより復元するインスタンスのクラスに関連付けられた値（クラスＩＤ）を取得する（Ｓ６１）。

次に、逆シリアル化手段１０１は、ＦＩＸＥＸＴ４のＴＹＰＥフィールドがＧｅｎｅｒｉｃｓ（０ｘ１５）か確認する（Ｓ６２）。ＴＹＰＥがＧｅｎｅｒｉｃｓ（０ｘ１５）である場合（Ｓ６２；Ｙｅｓ）、次のＡｒｒａｙブロックを読み込み、タイプパラメータとして使われるクラスを１個以上取得する（Ｓ６３）。なお、フィールドのシリアル化復元時にパラメータを持つクラスに、ここで取得したパラメータのクラスを適用する。

次に、逆シリアル化手段１０１は、次のＡｒｒａｙブロックを読み込み、図９に示すフローチャートに従いフィールド情報からインスタンスのフィールド値を復元する（Ｓ６４）。なお、Ｇｅｎｅｒｉｃオブジェクトについて、フィールド宣言型にパラメータが使用されている場合は、パラメータを適用したクラスのインスタンスとして復元する。

また、逆シリアル化手段１０１は、データの型がＦＩＸＥＸＴ４（０ｘＤ６）のブロックに属するものでない場合（Ｓ６０；Ｎｏ）、本手順の対象外であるため処理を終了する。

また、逆シリアル化手段１０１は、ＴＹＰＥがＧｅｎｅｒｉｃｓ（０ｘ１５）でない場合（Ｓ６２；Ｎｏ）、ＴＹＰＥがＯｂｊｅｃｔ（０ｘ０Ｆ）であれば（Ｓ６５；Ｙｅｓ）、ステップＳ６４へと進み、ＴＹＰＥがＯｂｊｅｃｔ（０ｘ０Ｆ）でなければ（Ｓ６５；Ｎｏ）、エラーを返す。

図９は、シリアル化動作の一例を示すフローチャートである。

まず、逆シリアル化手段１０１は、クラスに定義されているフィールド名を取得し（継承が複数階層の場合は上位の階層のフィールド名まで取得し）、フィールド名のリストＡを作成する（ｇｅｔＤｅｃｌａｒｅｄＦｉｅｌｄ（））（Ｓ８０）。

次に、逆シリアル化手段１０１は、フィールド名のリストＡから、シリアル化対象外のフィールドを除外したリストＢを作成する（Ｓ８１）。ここで、ｇｅｔＭｏｄｉｆｉｅｒｓでフィールドのＭｏｄｉｆｉｅｒを検査する。なお、ＳｔａｔｉｃやＴｒａｎｓｉｅｎｔを除く。

次に、逆シリアル化手段１０１は、フィールド名のリストＢをアルファベット順（あるいは、シリアル化・シリアル化復元間で共通ソートアルゴリズム）でソートしたリストＣを作成する（Ｓ８２）。

次に、逆シリアル化手段１０１は、リストＣの要素数と読み出したａｒｒａｙコードで定義されている個数（フィールド個数）とが一致するか確認する（Ｓ８３）。

リストＣの要素数と読み出したａｒｒａｙコードで定義されている個数（フィールド個数）とが一致する場合（Ｓ８３；Ｙｅｓ）、リストＣが空か確認し（Ｓ８４）、空でなければ（Ｓ８４；Ｎｏ）、リストＣからフィールド名を１つ取り出し（Ｓ８５）、フィールド名のフィールドに読み込んだ要素１個を代入する（Ｓ８６）。ここで、要素がＰｒｉｍｉｔｉｖｅＶａｌｕｅとして取得されるまで再帰的にシリアル化復元を繰り返す。また、要素がＦＩＸＥＸＴ１（Ｄ４）の場合は指定される拡張型の型として型を指定して復元する。また、Ｇｅｎｅｒｉｃｓの型パラメータが指定された場合は、パラメータを適用した型として代入する。

次に、逆シリアル化手段１０１は、リストＣが空となったら（Ｓ８４；Ｙｅｓ）、処理を終了する。

また、リストＣの要素数と読み出したａｒｒａｙコードで定義されている個数（フィールド個数）とが一致しない場合（Ｓ８３；Ｎｏ）、エラーを返す。

（実施の形態の効果）
上記した実施の形態によれば、シリアル化する際にクラスに関連付けられた情報を記録し、フィールド名を予め定めたルールで並び替えてフィールド値を記録し、フィールド名を省略してシリアル化したデータを生成し、逆シリアル化する際にリフレクションによりクラス名からフィールド名を取得して、フィールド値を元の順に並び替えて復元するようにしたため、シリアル化の対象となるオブジェクトの制限を低減することができる。また、フィールド名を記録する必要がないため、フィールド名を記録する場合に比べて、シリアル化したデータのサイズを小さくできる。

また、フィールド名を予め定めたルールで並び替えて、フィールド名を省略したため、言語依存性がなくなるとともに、フィールド値に対してナンバリングする必要がないことから保守性及び開発効率が向上するとともに、フィールド名を自由に設定できる（フィールド名を長く設定したとしてもシリアル化した結果のデータが長くならない。）。また、シリアル化の際にフィールド名をアルファベット順（あらかじめ決められた順序）で並べ替えるようにし、逆シリアル化の際にリフレクション機能でフィールド情報（名前、タイプ）を取得して、シリアライズしたデータをフィールド名でアルファベット順にならべかえたフィールドに代入するようにしたため、シリアライズされたデータとフィールド名の対応をＩＤＬ（インターフェース定義言語）を参照する必要がなく、リフレクションを行うことでＩＤＬが不要となる。これらを総じて通信の条件や環境に柔軟に対応することができる。

［他の実施の形態］
なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で種々な変形が可能である。

上記実施の形態では制御部１０の各手段１００～１０４の機能をプログラムで実現したが、各手段の全て又は一部をＡＳＩＣ等のハードウエアによって実現してもよい。また、上記実施の形態で用いたプログラムをＣＤ‐ＲＯＭ等の記録媒体に記憶して提供することもできる。また、上記実施の形態で説明した上記ステップの入れ替え、削除、追加等は本発明の要旨を変更しない範囲内で可能である。

１：サーバ装置
２：端末装置
１０：制御部
１１：記憶部
１２：メモリ
１３：通信部
１００：データ受信手段
１０１：逆シリアル化手段
１０２：オブジェクト処理手段
１０３：シリアル化手段
１０４：データ送信手段
１１０：情報処理プログラム
１１１：記録データ
１１２：項目対応表
１２０：オブジェクト
１２１：オブジェクト

Claims

情報を処理するコンピュータにおいて、
オブジェクトのクラスに関連付けられた情報を記載するステップと、
前記オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載するステップと、
前記記載されたクラスに関連付けられた情報と、前記並べ替えられたフィールド値をシリアル化されたデータとして出力するステップとを有するシリアル化方法。
前記オブジェクトがサブクラスのインスタンスの場合、前記サブクラスが定義するフィールド名に加えてスーパークラスが定義するフィールド名を合わせたフィールド名について前記サブクラス及び前記スーパークラスに関わらず予め定めた順番に従って並べ替える請求項１に記載のシリアル化方法。
前記フィールド値を並べ替えた順に記載するステップは、前記オブジェクトのフィールドの値を配列として記載する旨が定義されている場合は、前記オブジェクトのフィールドの値を、前記並べ替えた順序に従って前記配列として記載する請求項１又は２に記載のシリアル化方法。
前記クラスに関連付けられた情報は、少なくとも前記オブジェクトのクラス名を予め定めた関数で変換したハッシュ値である請求項１から３のいずれか１項に記載のシリアル化方法。
情報を処理するコンピュータにおいて、
オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載して、当該オブジェクトのクラスに関連付けられた情報とともにシリアル化されたデータからクラスに関連付けられた情報を取得するステップと、
前記クラスのフィールド情報を取得するステップと、
前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えたものに対応して並んでいるものとして取得して、前記取得したフィールド名とともに復元するステップと、
前記取得されたクラスに関連付けられた情報、前記フィールド情報、前記フィールド値を復元されたオブジェクトとして出力するステップとを有する逆シリアル化方法。
前記復元するステップは、前記オブジェクトのフィールド値が配列として記載されている場合、前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えて前記配列として記載されているものとして取得して、前記取得したフィールド名とともに復元する請求項５に記載の逆シリアル化方法。
コンピュータを、
オブジェクトのクラスに関連付けられた情報を記載し、前記オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載し、前記記載されたクラスに関連付けられた情報と、前記並べ替えられたフィールド値をシリアル化されたデータとして出力するシリアル化手段として機能させる情報処理プログラム。
コンピュータを、
オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載して、当該オブジェクトのクラスに関連付けられた情報とともにシリアル化されたデータからクラスに関連付けられた情報を取得し、前記クラスのフィールド情報を取得し、前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えたものに対応して並んでいるものとして取得して、前記取得したフィールド名とともに復元し、前記取得されたクラスに関連付けられた情報、前記フィールド情報、前記フィールド値を復元されたオブジェクトとして出力する逆シリアル化手段として機能させる情報処理プログラム。
オブジェクトのクラスに関連付けられた情報を記載し、前記オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載し、前記記載されたクラスに関連付けられた情報と、前記並べ替えられたフィールド値をシリアル化されたデータとして出力するシリアル化手段を有する情報処理装置。
オブジェクトのフィールド名を予め定めた順番に従って並べ替えて、当該フィールド名を削除して、当該フィールド名に対応するフィールド値を並べ替えたフィールド名の順に記載して、当該オブジェクトのクラスに関連付けられた情報とともにシリアル化されたデータからクラスに関連付けられた情報を取得し、前記クラスのフィールド情報を取得し、前記シリアル化されたオブジェクトのデータのフィールド値に対応する値が、前記取得したフィールド名を予め定めた順番で並べ替えたものに対応して並んでいるものとして取得して、前記取得したフィールド名とともに復元し、前記取得されたクラスに関連付けられた情報、前記フィールド情報、前記フィールド値を復元されたオブジェクトとして出力する逆シリアル化手段を有する情報処理装置。
請求項９及び請求項１０に記載の情報処理装置を複数通信可能に接続して構成される通信システム。