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

Description

本発明は、情報処理システム、情報処理装置、情報処理プログラム、および情報処理方法に関する。

コンピュータで文字を表示するための文字コードには、ＡＳＣＩＩ（American Standard Code for Information Interchange）やＥＵＣ（Extended UNIX（登録商標） Code）などさまざまな種類がある。コンピュータのプログラムを作成するプログラマは、いずれかの文字コードにより処理手順を高級言語で記述し、ソースファイルを作成する。コンピュータは、コンパイラを用い、ソースファイル内の高級言語の命令を解釈して、ソースプログラムを機械語のオブジェクトファイルに変換する。

多数のプログラマが参加した大規模なシステム開発の場合、プログラマは、作成したソースファイルやオブジェクトファイルを、自身の使用するコンピュータからサーバへアップロードする。ファイルのアップロードには、ＦＴＰ（File Transfer Protocol）などのファイル転送技術が利用できる。ファイル転送方式には、バイナリデータとして転送する方式と文字コード変換を伴うテキストデータ用の転送方式とがある。バイナリデータとしてファイルを転送した場合、コンピュータは、元のファイル内のビット単位のデータを変更せずに、そのままのデータを送信する。それに対して、文字コードの変換を伴う転送方式を用いると、送信元のコンピュータは、送信するファイル内の文字コードを、転送先のコンピュータで用いている文字コードに変換して送信する。ソースファイルのように文字コードが記述されたファイルの場合、文字コードの変換を伴う方式でファイル転送を行うことで、送信先のコンピュータにおいて、記述された文字列を正しく表示することができる。

コンピュータ間のファイル転送に関する技術としては、例えばクライアントからサーバに依頼したファイルの転送をチェックするファイル転送システムが提案されている。また、送信先装置に届いたファイルに欠損があるか否かを認識できる、ＦＴＰでファイルを送信する送信元装置が提案されている。

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

オブジェクトファイルのような機械語のファイルはバイナリデータとして転送するのが原則であるが、誤って、文字コード変換を伴うファイル転送方式で転送される場合がある。この場合、ファイル内の機械語の一部のデータが変換される可能性がある。例えば機械語のバイナリデータの一部が、文字コード変換を伴うファイル転送において変換対象となる文字コードと同じビット列となっていた場合、ファイル転送を行うコンピュータにより、該当部分が変換対象の文字コードと誤認され、変換されてしまう。以下、ファイル転送時に機械語のデータが変換されることを、機械語の破壊と呼ぶ。

ファイル転送時に機械語が破壊されると、転送されたファイルに含まれるプログラムは正常に実行することができない。しかも、機械語の破壊が原因でプログラムの実行が異常終了したときに発生するエラーはさまざまであり、ファイル転送時に機械語が破壊されたことをエラー内容から把握することは困難である。このとき、プログラム作成時の間違いを疑って、ソースファイルの内容（高級言語の文字列）を確認しても、誤った記述は見つからない。そのため機械語のファイルの内容（機械語のコード）を確認することとなる。機械語のコードは、人間にとっては難解であり、機械語のコードの人手による確認には非常に時間がかかる。すなわち、ファイル転送時に機械語が破壊された場合、そのことを把握するのに膨大な時間と手間がかかっている。

１つの側面では、本発明は、ファイル転送時の機械語の破壊の自動検知を可能とすることを目的とする。

１つの案では、以下に示す送信装置と受信装置とを含む情報処理システムが提供される。
送信装置は、生成部と送信部とを有する。生成部は、機械語を含む第１のデータに、第１のデータの転送時に破壊される可能性のある第１の機械語のデータと、転送時に破壊されない第２の機械語のデータとを追加して第２のデータを生成する。送信部は、第２のデータを送信する。

受信装置は、受信部と判定部とを有する。受信部は、第２のデータを受信する。判定部は、受信した第２のデータに含まれる第１の機械語のデータと、第２の機械語のデータとの比較結果に基づいて、第１のデータが破壊されているか否かを判定する。

１態様によれば、ファイル転送時の機械語の破壊の自動検知が可能となる。

第１の実施の形態に係る情報処理システムによる情報処理方法の一例を示す図である。 第２の実施の形態に係るシステム構成例を示す図である。 開発用コンピュータのハードウェアの一構成例を示す図である。 ファイル転送時におけるコード変換の有無の検知機構を実現するための機能を示すブロック図である。 オブジェクトファイルの一例を示す図である。 ランタイムモジュールの一例を示す図である。 ファイル転送手順の一例を示すシーケンス図である。 コンパイル処理の手順の一例を示すフローチャートである。 オブジェクトファイルの一例を示す図である。 オブジェクトファイル実行処理の手順の一例を示す図である。 バイナリモードで転送された場合の破壊検知処理の一例を示す図である。 ＡＳＣＩＩモードで転送された場合の破壊検知処理の一例を示す図である。

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
まず第１の実施の形態について説明する。第１の実施の形態は、ファイル転送時の機械語の破壊の自動検知が可能な情報処理システムである。

図１は、第１の実施の形態に係る情報処理システムによる情報処理方法の一例を示す図である。図１には、送信装置１から受信装置３へのファイル転送時の機械語の破壊の自動検知を行うための情報処理方法が示されている。送信装置１と受信装置３とは、例えば情報処理装置である。送信装置１と受信装置３とは、ネットワーク２を介して接続されている。

送信装置１と受信装置３とが所定の処理を実行することで、ファイル転送時の機械語の破壊の自動検知が可能となる。例えば送信装置１は、ファイル転送時の機械語の破壊の自動検知のために送信装置１が実行する処理の手順が記述された情報処理プログラムを実行する。同様に受信装置３は、ファイル転送時の機械語の破壊の自動検知のために受信装置３が実行する処理の手順が記述された情報処理プログラムを実行する。

送信装置１は、記憶部１ａ、生成部１ｂ、および送信部１ｃを有する。記憶部１ａは、例えば送信装置１が有するメモリ、またはストレージ装置である。生成部１ｂは、例えば送信装置１が有するプロセッサ、または演算回路である。送信部１ｃは、例えば送信装置１が有する通信インタフェースである。

記憶部１ａは、例えば元データ４と、元データ４に基づいて、生成部１ｂによって生成された第２のデータ５を記憶する。元データ４は、例えば高級言語で記述されたプログラムである。

生成部１ｂは、元データ４に基づいて、第２のデータ５を生成する。生成部１ｂは、例えば元データ４に示されるプログラムの命令を機械語に変換することで、第１のデータ５ｃを生成する。第１のデータ５ｃは、機械語のプログラムである。そして生成部１ｂは、機械語を含む第１のデータ５ｃに、第１のデータ５ｃの転送時に破壊される可能性のある第１の機械語のデータ５ａと、転送時に破壊されない第２の機械語のデータ５ｂとを追加して第２のデータ５を生成する。第１の機械語のデータ５ａは、例えば復帰コード「０ｘ０ａ」を含むデータである。第２の機械語のデータ５ｂは、例えば複数のデータを含む。例えば生成部１ｂは、第１の値のデータと、第１の値との差が第１の機械語のデータ５ａの値と等しくなる第２の値とを、第２の機械語のデータ５ｂに含める。第１の値と第２の値は、例えば、異なる文字コード体系であっても同じ文字コードが割り当てられている文字の文字コードである。第１の機械語のデータ５ａが復帰コード「０ｘ０ａ」の場合、第１の値が例えば半角「q」の文字コード「０ｘ７１」であれば、第２の値は半角「g」の文字コード「０ｘ６７」となる。

生成部１ｂは、データ転送により機械語が破壊されたかどうかの判定処理を、第２のデータ５に追加してもよい。例えば生成部１ｂは、判定処理「ｉｆ（復帰コードの値０ａ≠（‘q’－‘g’））」を第２のデータ５に追加する。

送信部１ｃは、第２のデータ５を、ネットワーク２を介して受信装置３に送信する。この際、第２のデータ５は、ネットワーク２において、送信装置１と受信装置３以外の装置で中継される場合もある。そして第２のデータ５は、中継する装置によって、第２のデータ５内の所定のコード（ビット値の配列）が、他のコードに変換される場合がある。例えば復帰コード「０ｘ０ａ」が、改行コード「０ｘ０ｄ」に変換されることがある。したがって、転送後の第２のデータ６は、転送前の第２のデータ５と同一であるとは限らない。

受信装置３は、受信部３ａ、記憶部３ｂ、および判定部３ｃを有する。受信部３ａは、例えば受信装置３が有する通信インタフェースである。記憶部３ｂは、例えば受信装置３が有するメモリ、またはストレージ装置である。判定部３ｃは、例えば受信装置３が有するプロセッサ、または演算回路である。

受信部３ａは、ネットワーク２を介した転送時にコード変換が行われた可能性のある第２のデータ６を受信する。受信部３ａは、受信した第２のデータ６を、例えば記憶部３ｂに格納する。

記憶部３ｂは、第２のデータ６を記憶する。なお第２のデータ６には、第１の機械語のデータ６ａ、第２の機械語のデータ６ｂ、および第１のデータ６ｃが含まれる。
受信した第２のデータ６内の第１の機械語のデータ６ａは、送信前の第２のデータ５内の第１の機械語のデータ５ａに対応するデータである。データ転送時にコード変換が行われていなければ、第２のデータ６内の第１の機械語のデータ６ａは、第２のデータ５内の第１の機械語のデータ５ａと同じ値である。データ転送時にコード変換が行われている場合、第２のデータ６内の第１の機械語のデータ６ａは、第２のデータ５内の第１の機械語のデータ５ａと異なる値となる。

受信した第２のデータ６内の第２の機械語のデータ６ｂは、送信前の第２のデータ５内の第２の機械語のデータ５ｂに対応するデータである。データ転送時にコード変換が行われたか否かにかかわらず、第２のデータ６内の第２の機械語のデータ６ｂは、第２のデータ５内の第２の機械語のデータ５ｂと同じ値である。

受信した第２のデータ６内の第１のデータ６ｃは、送信前の第２のデータ５内の第１のデータ５ｃに対応するデータである。データ転送時にコード変換が行われていなければ、第２のデータ６内の第１のデータ６ｃは、第２のデータ５内の第１のデータ５ｃと同じ値である。データ転送時にコード変換が行われている場合、第２のデータ６内の第１のデータ６ｃは、第２のデータ５内の第１のデータ５ｃと一部が異なる可能性がある。

判定部３ｃは、第２のデータ６に含まれる第１の機械語のデータ６ａと、第２の機械語のデータ６ｂとの比較結果に基づいて、第１のデータ６ｃが破壊されているか否かを判定する。例えば判定部３ｃは、第１の機械語のデータと、第２の機械語のデータに含まれる複数のデータに基づいて算出したデータとを比較して比較結果を得る。

例えば第２のデータ５には、第１の値と、第１の値との差が第１の機械語のデータ５ａの値と等しくなる第２の値とが含まれる。この場合、判定部３ｃは、第２の機械語のデータ６ｂに含まれる第１の値と第２の値との差と、第１の機械語のデータ６ａの値とを比較して、比較結果を得る。判定部３ｃは、このような判定処理を、例えば生成部１ｂによって第２のデータ５に追加された判定処理「ｉｆ（復帰コードの値０ａ≠（‘q’－‘g’））」に基づいて実行することができる。

判定部３ｃは、例えば比較結果が不一致であれば、第１のデータ６ｃが破壊されていると判定する。また判定部３ｃは、例えば比較結果が一致していれば、第１のデータ６ｃが破壊されていないと判定する。判定部３ｃは、第１のデータ６ｃが破壊されていると判定した場合、例えば第２のデータ６に含まれる第１のデータ６ｃにおける機械語の命令の実行を抑止する。

判定部３ｃは、第１のデータ６ｃが破壊されていると判定した場合、データが破壊されたことを示すメッセージを出力してもよい。例えば判定部３ｃは、「ＦＴＰによって破壊されています」とのメッセージを表示し、第２のデータ６に基づく処理の実行を停止する。

このような情報処理システムによれば、第２のデータ５がネットワーク２を介して転送される間に、第２のデータ５のコード変換が行われた場合、コード変換による機械語のデータの破壊の有無が自動で検知される。例えば送信装置１では文字列の改行に復帰コード「０ｘ０ａ」が使用されており、受信装置３では文字列の改行に改行コード「０ｘ０ｄ」が使用されている場合を想定する。このとき送信装置１から受信装置３へのデータ転送技術として、例えばＦＴＰを利用することができる。ＦＴＰには、テキストデータを転送するためのＡＳＣＩＩモードと呼ばれる転送モードが存在する。

ＡＳＣＩＩモードでデータ転送を行うと、コード体系が異なる装置間でも転送されたテキストデータを読めるように、一部のコードが変換される。機械語のデータをＡＳＣＩＩモードで転送するべきではないが、データを中継する装置において誤ってＡＳＣＩＩモードが設定されていると、機械語のデータ内に変換対象のコードと同じビット列が異なる値に変換される。例えば復帰コード「０ｘ０ａ」が改行コード「０ｘ０ｄ」に変換されてしまう。

そこで送信装置１の生成部１ｂは、第２のデータ５に、破壊される可能性のある第１の機械語のデータ５ａ（例えば「０ｘ０ａ」）と、破壊されない第２の機械語のデータ５ｂ（例えば「０ｘ７１」、「０ｘ６７」）とを含める。送信部１ｃから第２のデータ５が送信され、ネットワーク２を介して受信装置３が受信するとき、コード変換が行われていれば、第１の機械語のデータ５ａ（例えば「０ｘ０ａ」）が別の値に（例えば「０ｘ０ｄ」）に変換される。

受信装置３では、判定部３ｃが、第２の機械語のデータ６ｂを用いた計算（例えば２つのコードの差分の計算）を行う。なお第２の機械語のデータ６ｂは、データ転送時にコード変換処理が行われても破壊されないデータであるため、意図した通りの計算が可能である。第２の機械語のデータ６ｂが「０ｘ７１」と「０ｘ６７」であれば、差分は「０ｘ０ａ」である。判定部３ｃは、計算結果（例えば「０ｘ０ａ」）と第１の機械語のデータ６ａ（例えば「０ｘ０ｄ」）とを比較する。データの転送中にコード変換が行われていれば、比較においてデータは一致しない。判定部３ｃは、データが不一致であれば、データの破壊があると判断する。またデータの転送中にコード変換が行われていなければ、比較においてデータは一致する。判定部３ｃは、データが一致すれば、データの破壊がないと判断する。

このようにしてデータ転送時のデータの破壊の有無の自動検知が可能となる。データ転送時のデータの破壊の有無が自動検知できることで、例えばデータ転送時に、誤ってＡＳＣＩＩモードで転送してしまった場合であっても、転送された第２のデータ６を用いた処理が正常に動作しない原因の究明が容易となる。

しかも、判定部３ｃは、機械語のデータの破壊の有無の判定において、データ転送時にコード変換処理が行われても破壊されない第２の機械語のデータ６ｂを用いている。そのため第１の機械語のデータ６ａが、元の第１の機械語のデータ５ａと異なる値に変換された場合であっても、第２の機械語のデータ６ｂは元の第２の機械語のデータ５ｂと同じ値のままである。ただし第２の機械語のデータ５ｂが転送時に破壊されないデータであるためには、第２の機械語のデータ５ｂの値として、第１の機械語のデータ５ａと同じ値を用いることはできない。そのため判定部３ｃは、第２の機械語のデータ６ｂを用いた所定の計算により、第１の機械語のデータ５ａと同じ値を算出することで、機械語のデータの破壊の有無を判定する。このように判定部３ｃが転送時に破壊されない第２の機械語のデータ６ｂを用いて機械語のデータの破壊の有無を判定することで、破壊の有無を確実に判定することができる。

またデータの破壊があると判定した場合に、判定部３ｃが、第１のデータ６ｃに含まれる機械語の命令の実行を抑止することで、受信装置３において意図しない処理が実行されてしまうことを抑止できる。

〔第２の実施の形態〕
次に第２の実施の形態について説明する。第２の実施の形態は、ソフトウェアの開発に使用するコンピュータシステムにおいて、機械語で記述されたプログラムファイルを、ＦＴＰのＡＳＣＩＩモードで誤って転送したことを、容易に検出できるようにするものである。

図２は、第２の実施の形態に係るシステム構成例を示す図である。図２の例では、ネットワーク２０を介して開発用コンピュータ１００、ファイル管理用コンピュータ２００、および運用環境コンピュータ３００が接続されている。

開発用コンピュータ１００は、プログラマがソフトウェアの開発に使用するコンピュータである。プログラマは、開発用コンピュータ１００を用いて、ＣＯＢＯＬ、Ｃ＋＋などの高級言語でプログラムを記述し、ソースファイルを作成する。開発用コンピュータ１００は、作成されたソースファイルをコンパイルし、機械語で記述されたオブジェクトファイルを生成する。

ファイル管理用コンピュータ２００は、システム内で作成されたファイル（ソースファイルやオブジェクトファイルを含む）の管理に使用するコンピュータである。例えばソフトウェア開発の管理者は、プログラマが作成したソースファイルまたはオブジェクトファイルのダウンロードの指示を、ファイル管理用コンピュータ２００に入力する。ファイル管理用コンピュータ２００は、指示に従って、ソースファイルまたはオブジェクトファイルを、ＦＴＰを用いて、開発用コンピュータ１００から取得する。

管理者は、ダウンロードしたオブジェクトファイルを運用環境で実行させる場合、オブジェクトファイルの運用環境コンピュータ３００へのアップロード指示を、ファイル管理用コンピュータ２００に入力する。ファイル管理用コンピュータ２００は、指示に従って、オブジェクトファイルを、ＦＴＰを用いて、運用環境コンピュータ３００に送信する。なおファイル管理用コンピュータ２００は、オブジェクトファイルの転送指示に応じて、オブジェクトファイルの開発用コンピュータ１００からの取得とオブジェクトファイルの運用環境コンピュータ３００への送信とを連続して行うこともできる。

運用環境コンピュータ３００は、作成されたオブジェクトファイルの実行環境を有するコンピュータである。例えば運用環境コンピュータ３００は、オブジェクトファイルの実行に利用するランタイムモジュールを有している。

次にコンピュータのハードウェア構成について説明する。
図３は、開発用コンピュータのハードウェアの一構成例を示す図である。開発用コンピュータ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。

メモリ１０２は、開発用コンピュータ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。

バス１０９に接続されている周辺機器としては、ストレージ装置１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

グラフィック処理装置１０４には、モニタ２１が接続されている。グラフィック処理装置１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。

入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取りを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

機器接続インタフェース１０７は、開発用コンピュータ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。

ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。

開発用コンピュータ１００は、以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。なおファイル管理用コンピュータ２００と運用環境コンピュータ３００も、開発用コンピュータ１００と同様のハードウェアで実現することができる。また、第１の実施の形態に示した送信装置１、および受信装置３も、図３に示した開発用コンピュータ１００と同様のハードウェアにより実現することができる。

開発用コンピュータ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。開発用コンピュータ１００に実行させる処理内容を記述したプログラムは、さまざまな記録媒体に記録しておくことができる。例えば、開発用コンピュータ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。また開発用コンピュータ１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

運用環境コンピュータ３００も開発用コンピュータ１００と同様に、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。

以上のような構成のシステムを用いて、ソフトウェアの開発が行われる。例えば開発用コンピュータ１００でプログラムが作成され、作成されたプログラムが、ファイル管理用コンピュータ２００によって運用環境コンピュータ３００に転送される。そして運用環境コンピュータ３００が、作成されたソフトウェアを実行し、ソフトウェアが設計通り動作するかどうかの確認が行われる。

このように、開発用コンピュータ１００や運用環境コンピュータ３００とは別に、ファイル管理用コンピュータ２００がある場合において、すべてのコンピュータのＯＳの文字コードが同一であるとは限らない。例えば開発用コンピュータ１００と運用環境コンピュータ３００とがＵＮＩＸ（登録商標）系ＯＳのシステムであり、ファイル管理用コンピュータ２００がＷＩＮＤＯＷＳ（登録商標）系のＯＳの場合がある。ＵＮＩＸ（登録商標）系のＯＳでは、文字コードとして、ＥＵＣが用いられていることが多い。ＷＩＮＤＯＷＳ（登録商標）系のＯＳでは、文字コードとしてＳｈｉｆｔ＿ＪＩＳを用いていることが多い。

例えばファイル管理に便利なアプリケーションソフトウェアが、ＷＩＮＤＯＷＳ（登録商標）系のＯＳにのみ対応している場合がある。そのため、開発用コンピュータ１００と運用環境コンピュータ３００がＵＮＩＸ（登録商標）系のＯＳであったとしても、ＷＩＮＤＯＷＳ（登録商標）系のＯＳで動作するファイル管理用コンピュータ２００によってファイル管理を行うのが、ユーザにとって便利なこともある。

第２の実施の形態では、開発用コンピュータ１００や運用環境コンピュータ３００との文字コードはＥＵＣであり、ファイル管理用コンピュータ２００の文字コードはＳｈｉｆｔ＿ＪＩＳであるものとする。

またコンピュータ間のファイル転送には、ＦＴＰが利用されることが多い。ＦＴＰには、ＯＳの文字コードが不統一な場合を想定し、転送モードとしてバイナリモードとＡＳＣＩＩモードとが用意されている。バイナリモードは、バイナリファイル転送用のモードである。バイナリモードでは、元のファイル内のバイナリデータに変更を加えずにデータ転送が行われる。ＡＳＣＩＩモードは、テキストファイル転送用のモードである。ＡＳＣＩＩモードでは、ファイル転送先の環境に合わせて文字コードを変換してデータ転送が行われる。

開発用コンピュータ１００で機械語に変換されたオブジェクトファイルを、開発用コンピュータ１００からファイル管理用コンピュータ２００を介して運用環境コンピュータ３００へＦＴＰで転送する際、本来はバイナリモードで転送するべきである。ところが、ユーザの操作誤操作によって、ＡＳＣＩＩモードで転送される場合がある。機械語のファイルをＡＳＣＩＩモードで転送すると、オブジェクトファイルに含まれる、改行コードなどの所定の文字コードと一致する機械語のコードが別のコードに変換されてしまう。その結果、機械語が破壊される。

運用環境コンピュータ３００における機械語のファイルの破壊検知機構として、例えばＥＬＦ（Executable and Linkable Format）ヘッダの破壊の検知機構がある。ＥＬＦヘッダは、コンパイルされたファイルの先頭に設けられる、ファイルの管理情報である。ＥＬＦヘッダのデータ構造が破壊されている場合、運用環境コンピュータ３００は、機械語が破壊されていることを検知できる。しかし、オブジェクトファイル内の機械語のコードの一部が、意図せずに変換された場合、その変換による機械語の破壊は、ＥＬＦヘッダの破壊検知では検知できない。

機械語のコードが破壊されたままでオブジェクトファイルを実行すると、ｓｉｇｓｅｇｖ（アドレス参照例外）や演算結果誤りなど、どのようなトラブルが発生するか分からない。通常、トラブル事象のｓｉｇｓｅｇｖや演算結果誤りの９９％以上は、プログラム記述の誤りが原因である。そのため通常は、ユーザは、プログラムのソースコードが正しいかを確認する。しかし、オブジェクトファイルの転送時のコードの変換が原因の場合、ソースコードを確認してもプログラムの誤りが見つからない。そこでユーザは、コンパイラが生成する翻訳リスト（機械語のリスト）と、ｍｄｂコマンド（デバッガ）を用いて機械語のファイルから取り出した機械語とを、１バイトずつ目視で比較することとなる。例えばユーザは、比較対象の機械語の何千万のバイト数について、すべてを目視で比較することとなる。そのため、原因であるＦＴＰ転送による機械語の破壊を見つけるのに非常に時間がかかる。

そこで第２の実施の形態に係るシステムでは、ファイル転送時におけるコード変換の有無を自動検知することが可能な検知機構を設けられている。
図４は、ファイル転送時におけるコード変換の有無の検知機構を実現するための機能を示すブロック図である。開発用コンピュータ１００は、記憶部１１０、エディタ１２０、およびコンパイラ１３０を有する。

記憶部１１０は、ソースファイル１１１、オブジェクトファイル１１２などを記憶する。
ソースファイル１１１は、高級言語で記述されたプログラムファイルである。ソースファイル１１１は、例えば、プログラマによって、エディタなどのプログラミング用のソフトウェアを用いて作成される。

オブジェクトファイル１１２は、ソースファイル１１１をコンパイルすることで生成された、機械語のプログラムファイルである。オブジェクトファイル１１２には、破壊検知用データが含まれている。破壊検知用データは、機械語の破壊の検知を目的としてオブジェクトファイル１１２に埋め込まれる情報である。破壊用検知データには、ＦＴＰによるオブジェクトファイル１１２の転送時に文字コードの変換が行われる場合に、変換されるコードと、変換されないコードとが含まれる。

エディタ１２０は、高級言語による命令文の入力を受け付け、ソースファイル１１１を生成する。エディタ１２０は、生成したソースファイル１１１を記憶部１１０に格納する。

コンパイラ１３０は、ソースファイル１１１のコンパイルを行う。例えばコンパイラ１３０は、ソースファイル１１１に記述された高級言語の命令を解釈し、その命令をコンピュータに実行させるための機械語の命令を生成する。コンパイラ１３０は、生成した機械語の命令をオブジェクトファイル１１２に書き込む。またコンパイラ１３０は、オブジェクトファイル１１２内の所定の位置に、破壊検知用データを挿入する。

送信部１４０は、ファイル管理用コンピュータ２００からの要求に従って、ソースファイル１１１またはオブジェクトファイル１１２をファイル管理用コンピュータ２００に送信する。

なお開発用コンピュータ１００は、第１の実施の形態に示した送信装置１の一例である。記憶部１１０は、第１の実施の形態に示した記憶部１ａの一例である。コンパイラ１３０は、第１の実施の形態に示した生成部１ｂの一例である。送信部１４０は、第１の実施の形態に示した送信部１ｃの一例である。

ファイル管理用コンピュータ２００は、ファイル管理部２１０を有する。ファイル管理部２１０は、ソフトウェアの開発過程で生成されたソースファイル１１１やオブジェクトファイル１１２を管理する。例えばファイル管理部２１０は、ユーザからの指示に従って、開発用コンピュータ１００からオブジェクトファイル１１２を取得する。ファイル管理部２１０は、取得したオブジェクトファイル１１２を運用環境コンピュータ３００に転送することもできる。ファイル管理部２１０は、開発用コンピュータ１００からのオブジェクトファイル１１２の取得や運用環境コンピュータ３００へのオブジェクトファイル１１２の送信を、ＦＴＰによって実現する。

運用環境コンピュータ３００は、受信部３１０、記憶部３２０、および実行部３３０を有する。
受信部３１０は、ファイル管理用コンピュータ２００からオブジェクトファイル３２１を受信する。受信部３１０は、受信したオブジェクトファイル３２１を記憶部３２０に格納する。

記憶部３２０は、オブジェクトファイル３２１とランタイムモジュール３２２を記憶する。オブジェクトファイル３２１は、ファイル管理用コンピュータ２００を介して、開発用コンピュータ１００から送られた機械語のプログラムファイルである。ランタイムモジュール３２２は、オブジェクトファイル３２１の実行に利用する機械語のプログラムファイルである。

実行部３３０は、ユーザからの指示に従ってオブジェクトファイル３２１を実行する。なお、実行部３３０は、オブジェクトファイル３２１内の命令においてランタイムモジュール３２２の呼び出しがあると、ランタイムモジュール３２２を実行する。

なお運用環境コンピュータ３００は、第１の実施の形態に示した受信装置３の一例である。受信部３１０は、第１の実施の形態に示した受信部３ａの一例である。記憶部３２０は、第１の実施の形態に示した記憶部３ｂの一例である。実行部３３０は、第１の実施の形態に示した判定部３ｃの一例である。

図４に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。また、図４に示した各要素の機能は、例えば、その要素に対応するプログラムモジュールをコンピュータに実行させることで実現することができる。

次に、破壊検知用データが書き込まれたオブジェクトファイルについて説明する。
図５は、オブジェクトファイルの一例を示す図である。図５には、オブジェクトファイル１１２をバイナリエディタで表示した例を示している。各行の最初の項目がデータのファイル内での位置（ファイルの先頭から何バイト目か）を示している。また各行の２つ目の項目が、該当する位置に記述されているバイナリデータを１６進数で表した値である。すなわち、２つめの項目に示される値が、オブジェクトファイル１１２に含まれる実際のバイナリデータである。各行の３つ目と４つ目の項目は、バイナリエディタによって解釈された各行に示される命令の意味である。

例えばオブジェクトファイル１１２には、１６進数で２４０バイト目（位置「０００００２４０」）から「７１６７５１４４」と記述されている。これはＦＴＰのＡＳＣＩＩモードでのファイル転送時に変換されない半角文字‘q’（７１）、‘g’（６７）、‘Q’（５１）、‘D’（４４）それぞれの文字コードである。例えば、半角の‘q’の文字コードはＥＵＣでもＳｈｉｆｔ＿ＪＩＳでも「７１」であり、ＡＳＣＩＩモードでファイル転送をしてもコード変換は行われない。

オブジェクトファイル１１２の１６進数で２４４バイト目（位置「０００００２４４」）から「０ａ０ｄ００００」と記述されている。これはＦＴＰのＡＳＣＩＩモードでのファイル転送時に変換される改行（ＬＦ：Line Feed）コード（０ａ）と復帰（ＣＦ：Carriage Return）コード（０ｄ）である。

位置「０００００２４０」の「７１６７５１４４」と位置「０００００２４４」の「０ａ０ｄ００００」とが、オブジェクトファイル１１２に書き込まれた破壊検知用データである。

オブジェクトファイル１１２の１６進数で２８Ｄバイト目（位置「０００００２８Ｄ」）から「ＦＦ１５０４００００００」と記述されている。これはプログラム入り口での初期化処理を行うランタイムの呼び出し命令である。呼び出されるランタイムは、ランタイムモジュール３２２に含まれるプログラムである。

このようなオブジェクトファイル１１２を生成することにより、オブジェクトファイル１１２がＦＴＰ転送されたときに機械語の破壊の有無を検出することができる。機械語の破壊の有無の検出の手順は、ランタイムモジュール３２２内に記述されている。

図６は、ランタイムモジュールの一例を示す図である。例えばランタイムモジュール３２２には、「If(‘q'-'a'!=lf||‘Q'-'D'!=cr)」という分岐命令が含まれている。これは、「‘q'-'a'!=lf」と「‘Q'-'D'!=cr」とのいずれか一方が満たされたとき、ＩＦ文の条件が真となる。「‘q'-'a'!=lf」は、半角「q」の文字コードから半角「a」の文字コードを減算した結果が「lf」のコードと一致しないという条件である。このときの「lf」のコードは、オブジェクトファイル１１２の位置「０００００２４４」から１バイトのデータである。「‘Q'-'D'!=cr」は、半角「Q」の文字コードから半角「D」の文字コードを減算した結果が「cr」のコードと一致しないという条件である。このときの「cr」のコードは、オブジェクトファイル１１２の位置「０００００２４４」の２バイト目のデータである。

ランタイムモジュール３２２では、ＩＦ文の条件が真の場合には、「ｆｐｒｉｎｔｆ（）」により、機械語が破壊されたことを示すメッセージを表示し、「ａｂｏｒｔ（）」により、オブジェクトファイルの実行を中止することが記載されている。

運用環境コンピュータ３００では、実行部３３０が、このようなランタイムモジュール３２２を用いて、ＦＴＰにより転送されたオブジェクトファイル３２１を実行する際の初期化処理を行う。その結果、オブジェクトファイル３２１の機械語がファイル転送時に破壊された場合、破壊されていることが初期化処理時に検出され、オブジェクトファイル３２１の実行が中止される。

以下、ファイル転送に伴う機械語の破壊検知処理の手順について詳細に説明する。
図７は、ファイル転送手順の一例を示すシーケンス図である。開発用コンピュータ１００において、ユーザがエディタ１２０に高級言語での命令文を入力すると、エディタ１２０がソースファイル１１１を生成する（ステップＳ１０１）。その後、ユーザからのコンパイルの指示に応じて、コンパイラ１３０がソースファイル１１１をコンパイルし、機械語のオブジェクトファイル１１２を生成する（ステップＳ１０２）。この際、コンパイラ１３０は、オブジェクトファイル１１２内に破壊検知用データを含める。コンパイル処理の詳細は後述する（図８参照）。

その後、ユーザは、ファイル管理用コンピュータ２００のファイル管理部２１０に対して、開発用コンピュータ１００から運用環境コンピュータ３００への、オブジェクトファイル１１２の転送指示を入力する。この際、ユーザは、ＦＴＰによるファイル転送に使用するモードを、バイナリモードにするのかＡＳＣＩＩモードにするのかを指定する。転送指示の入力に応じて、ファイル管理部２１０は、オブジェクトファイルの取得要求を開発用コンピュータ１００に送信する（ステップＳ１０３）。すると開発用コンピュータ１００の送信部１４０が、オブジェクトファイル１１２をＦＴＰにより送信する（ステップＳ１０４）。

ファイル管理用コンピュータ２００のファイル管理部２１０は、オブジェクトファイル１１２を受信する（ステップＳ１０５）。次にファイル管理部２１０は、ファイル転送のモードがＡＳＣＩＩモードか否かを判断する（ステップＳ１０６）。ファイル管理部２１０は、ＡＳＣＩＩモードであれば、オブジェクトファイル１１２のコード変換を行う（ステップＳ１０７）。例えばファイル管理部２１０は、オブジェクトファイル１１２から復帰コード（ＬＦ）に一致するコードを検索し、該当するコードを、ファイル管理用コンピュータ２００のＯＳにおける改行コード（ＣＲ＋ＬＦ）に変換する。

なおファイル管理部２１０は、ファイル転送のモードがバイナリモードであれば、コード変換処理（ステップＳ１０７）をスキップする。その後、ファイル管理部２１０は、オブジェクトファイル３２１を運用環境コンピュータ３００に送信する（ステップＳ１０８）。

運用環境コンピュータ３００では、受信部３１０がオブジェクトファイル３２１を受信する（ステップＳ１０９）。その後、ユーザからのオブジェクトファイル３２１の実行指示が入力されると、実行部３３０が、オブジェクトファイル３２１を実行する（ステップＳ１１０）。オブジェクトファイル実行処理の詳細は後述する（図１０参照）。

図７に示すように、ファイル管理部２１０は、オブジェクトファイル１１２の転送時にＡＳＣＩＩモードが指定されていると、コード変換を行う。しかしオブジェクトファイル１１２は機械語で記述されており、バイナリモードで転送するべきファイルである。オブジェクトファイル１１２がＡＳＣＩＩモードで転送されることで、オブジェクトファイル１１２内のコードが書き換えられ、機械語が破壊される。このような機械語の破壊を検知するため、コンパイル時に、オブジェクトファイル１１２に破壊検知用データが書き込まれる。

図８は、コンパイル処理の手順の一例を示すフローチャートである。以下、図８に示す処理をステップ番号に沿って説明する。
［ステップＳ１２１］コンパイラ１３０は、ソースファイル１１１を記憶部１１０から読み込む。

［ステップＳ１２２］コンパイラ１３０は、オブジェクトファイル１１２に破壊検知用データを書き込む。
［ステップＳ１２３］コンパイラ１３０は、ソースファイル１１１内のソースコードを機械語に変換し、オブジェクトファイル１１２に書き込む。

［ステップＳ１２４］コンパイラ１３０は、オブジェクトファイル１１２を記憶部１１０に格納する。
このようにして、コンパイラ１３０によって、破壊検知用データを組み込んだオブジェクトファイル１１２が生成される。

図９は、オブジェクトファイルの一例を示す図である。図９に示すようにオブジェクトファイル１１２には、予め用意された破壊検知用データ１１２ａが含まれている。オブジェクトファイル１１２には、破壊検知用データ１１２ａの後に、ソースファイル１１１に基づいて生成された機械語のプログラムである実プログラム１１２ｂが書き込まれている。実プログラム１１２ｂの前に破壊検知用データ１１２ａが書き込まれているため、オブジェクトファイル１１２の実行時には、破壊検知用データ１１２ａに示される命令の方が、実プログラム１１２ｂよりも先に実行されることとなる。

図１０は、オブジェクトファイル実行処理の手順の一例を示す図である。以下、図１０に示す処理をステップ番号に沿って説明する。
［ステップＳ１３１］実行部３３０は、オブジェクトファイル３２１の実行指示が入力されると、オブジェクトファイル３２１の先頭から命令の実行を開始する。

［ステップＳ１３２］実行部３３０は、初期化処理用のランタイムの呼び出し命令に応じて、ランタイムモジュール３２２を呼び出す。
［ステップＳ１３３］実行部３３０は、ランタイムモジュール３２２に基づいて、オブジェクトファイル３２１の位置「０００００２４０」に記載されている「７１６７５１４４」に基づいて、引き算「‘q’－‘g’＝０ｘ０ａ」と「‘Q’－‘D’＝０ｘ０ｄ」とを行う。すなわち、半角の「q」の１６進数のコード「７１」から半角の「g」の１６進数のコード「６７」を減算すると、１６進数の「０ａ」となる。同様に半角の「Q」の１６進数のコード「５１」から半角の「D」の１６進数のコード「４４」を減算すると、１６進数の「０ｄ」となる。

［ステップＳ１３４］実行部３３０は、位置「０００００２４４」の値と減算結果「０ａ０ｄ００００」とが一致するか否かを判断する。実行部３３０は、一致すれば処理をステップＳ１３５に進める。また実行部３３０は、一致しなければ処理をステップＳ１３６に進める。

［ステップＳ１３５］実行部３３０は、オブジェクトファイル３２１内の未実行のプログラム（実プログラム１１２ｂを含む）を実行する。実行部３３０は、オブジェクトファイル３２１内のすべてのプログラムの実行が終了すると、オブジェクト実行処理を終了する。

［ステップＳ１３６］実行部３３０は、ＦＴＰ転送による機械語の破壊の可能性を示すメッセージを出力する。
［ステップＳ１３７］実行部３３０は、オブジェクトファイル３２１内の未実行のプログラム（実プログラム１１２ｂを含む）の実行を中断し、オブジェクト実行処理を終了する。

このようにして、オブジェクトファイル３２１の機械語の破壊の有無が検知される。以下、図１１、図１２を参照して、バイナリモードでの転送時とＡＳＣＩＩモードでの転送時との破壊検知処理の違いを説明する。

図１１は、バイナリモードで転送された場合の破壊検知処理の一例を示す図である。ファイル管理用コンピュータ２００において、オブジェクトファイル１１２がバイナリモードで転送された場合、転送時にコードの変換は行われない。そのため、転送前のオブジェクトファイル１１２の破壊検知用データ１１２ａに含まれる復帰コード「０ａ」や改行コード「０ｄ」は、転送後のオブジェクトファイル３２１の破棄検知用データ３２１ａにおいてもそのままである。転送前のオブジェクトファイル１１２の実プログラム１１２ｂに復帰コードと一致する「０ａ」が含まれている場合も、そのコードは転送後のオブジェクトファイル３２１の実プログラム３２１ｂにおいてもそのままである。

運用環境コンピュータ３００の実行部３３０は、引き算「‘q’－‘g’＝０ｘ０ａ」と「‘Q’－‘D’＝０ｘ０ｄ」により、復帰コード「０ａ」と改行コード「０ｄ」を生成する（ステップＳ２０１）。そして実行部３３０は、減算により生成したコード「０ａ０ｄ００００」と、オブジェクトファイル３２１内の位置「０００００２４４」の値「０ａ０ｄ００００」とを比較する（ステップＳ２０２）。図１１の例では、比較において一致するため、実行部３３０は、オブジェクトファイル３２１内の残りのプログラムを実行する（ステップＳ２０３）。

図１２は、ＡＳＣＩＩモードで転送された場合の破壊検知処理の一例を示す図である。ファイル管理用コンピュータ２００において、オブジェクトファイル１１２がＡＳＣＩＩモードで転送された場合、転送時にコードの変換が行われる。そのため、転送前のオブジェクトファイル１１２の破壊検知用データ１１２ａに含まれる復帰コード「０ａ」は転送後のオブジェクトファイル３２３の破壊検知用データ３２３ａでは「０ｄ０ａ」に変換されている。転送前のオブジェクトファイル１１２の実プログラム１１２ｂに復帰コードと一致する「０ａ」が含まれている場合も、そのコードは転送後のオブジェクトファイル３２３の実プログラム３２３ｂで「０ｄ０ａ」となっている。

運用環境コンピュータ３００の実行部３３０は、引き算「‘q’－‘g’＝０ｘ０ａ」と「‘Q’－‘D’＝０ｘ０ｄ」により、復帰コード「０ａ」と改行コード「０ｄ」を生成する（ステップＳ２１１）。そして実行部３３０は、減算により生成したコード「０ａ０ｄ００００」と、オブジェクトファイル３２３内の位置「０００００２４４」の値「０ｄ０ａ０ｄ００」とを比較する（ステップＳ２１２）。図１２の例では、比較において不一致となる。そのため、実行部３３０は、オブジェクトファイル３２３内の残りのプログラムを実行せずにエラー表示を行う（ステップＳ２１３）。

例えば運用環境コンピュータ４０の画面には、「プログラム‘Ａ’がＦＴＰによるＡＳＣＩＩ転送で変換され壊れています。バイナリ転送をしなおしてください」というメッセージ４１が表示される。

このようにして、ファイル転送時に生じた機械語の破壊を自動で検知することができる。その結果、機械語が破壊されたことによるトラブルの解析が容易となる。
〔その他の実施の形態〕
第２の実施の形態では、ＥＵＣのコード体系のコンピュータとＳｈｉｆｔ＿ＪＩＳのコード体系のコンピュータとの間のファイル転送時に生じる機械語の破壊検知の例を示したが、コード体系は一例であり、他のコード体系のコンピュータにも同様に適用できる。

また第２の実施の形態では、ファイル管理用コンピュータ２００がコード変換を行ったことで機械語が破壊されているが、他のコンピュータが機械語を破壊する場合もある。例えば開発用コンピュータ１００におけるファイル送信用のソフトウェアに誤った設定がされており、開発用コンピュータ１００がオブジェクトファイルの機械語を破壊する場合もあり得る。また運用環境コンピュータ３００におけるファイル受信用のソフトウェアに誤った設定がされており、運用環境コンピュータ３００がオブジェクトファイルの機械語を破壊する場合もあり得る。

第２の実施の形態では、運用環境コンピュータ３００に予め用意されたランタイムモジュール３２２に破壊検知処理の手順が記述されているが、破壊検知処理の手順をオブジェクトファイル１１２内で記述することもできる。例えばコンパイラ１３０は、ソースファイル１１１をコンパイルする際に、破壊検知処理の手順を示す機械語のプログラムをオブジェクトファイル１１２に追加することができる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

１ 送信装置
１ａ，３ｂ 記憶部
１ｂ 生成部
１ｃ 送信部
２ ネットワーク
３ 受信装置
３ａ 受信部
３ｃ 判定部
４ 元データ
５ｃ，６ｃ 第１のデータ
５，６ 第２のデータ
５ａ，６ａ 第１の機械語のデータ
５ｂ，６ｂ 第２の機械語のデータ

Claims (7)

1. 機械語を含む第１のデータに、前記第１のデータの転送時に破壊される可能性のある値の第１の文字コードと、転送時に破壊されない値の第２の文字コードとを追加して第２のデータを生成する生成部と、
   前記第２のデータを含むファイルを送信する送信部と、
   を有する送信装置と、
   前記ファイルを受信する受信部と、
   受信した前記ファイル内の前記第２のデータに含まれる前記第１の文字コードの値と、前記第２の文字コードの値との比較結果に基づいて、前記第１のデータが破壊されているか否かを判定する判定部と、
   を有する受信装置と、
   を含むことを特徴とする情報処理システム。
2. 前記送信装置の前記生成部は、機械語を含む前記第１のデータに、前記第１の文字コードと、複数の前記第２の文字コードとを追加して前記第２のデータを生成し、
   前記受信装置の前記判定部は、前記第１の文字コードの転送後の値と、複数の前記第２の文字コードに基づいて算出した値とを比較して前記比較結果を得る、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記送信装置の前記生成部は、第１の値の前記第１の文字コードと、第２の値の前記第２の文字コードと、前記第２の値との差が前記第１の値と等しくなる第３の値の前記第２の文字コードとを、前記第２のデータに含め、
   前記受信装置の前記判定部は、複数の前記第２の文字コードの前記第２の値と前記第３の値との差と、前記第１の文字コードの転送後の第４の値とを比較して、前記比較結果を得る、
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記受信装置の前記判定部は、前記第１のデータが破壊されていると判定した場合、前記第２のデータに含まれる前記第１のデータにおける機械語の命令の実行を抑止する、
   請求項１ないし３のいずれかに記載の情報処理システム。
5. 機械語を含む第１のデータに、前記第１のデータの転送時に破壊される可能性のある第１の値の第１の文字コードと、転送時に破壊されない第２の値の第２の文字コードと、転送時に破壊されず、前記第２の値との差が前記第１の値と等しくなる第３の値の第３の文字コードとを追加して第２のデータを生成する生成部と、
   前記第２のデータを含むファイルを送信する送信部と、
   を有することを特徴とする情報処理装置。
6. コンピュータに、
   機械語を含む第１のデータに、前記第１のデータの転送時に破壊される可能性のある第１の値の第１の文字コードと、転送時に破壊されない第２の値の第２の文字コードと、転送時に破壊されず、前記第２の値との差が前記第１の値と等しくなる第３の値の第３の文字コードとを追加して第２のデータを生成し、
   前記第２のデータを含むファイルを送信する、
   処理を実行させることを特徴とする情報処理プログラム。
7. コンピュータが、
   機械語を含む第１のデータに、前記第１のデータの転送時に破壊される可能性のある第１の値の第１の文字コードと、転送時に破壊されない第２の値の第２の文字コードと、転送時に破壊されず、前記第２の値との差が前記第１の値と等しくなる第３の値の第３の文字コードとを追加して第２のデータを生成し、
   前記第２のデータを含むファイルを送信する、
   ことを特徴とする情報処理方法。

Images