JPH11184690A - 暗号復元を行う翻訳装置およびその方法 - Google Patents

Abstract

(57)【要約】 【課題】 バリエーションのあるソフトウェアを、提供
者に過大な負荷を課すことなく、かつ安全に、ユーザに
提供することが課題である。 【解決手段】 暗号化されたソースファイル２４（暗号
化データ）がコンパイラのフロントエンド１１に入力さ
れると、読込み部２１は、それを一定単位毎に復号部２
２に渡し、復号部２２は、渡された部分を復号化して元
のソースデータを部分的に復元する。解析部２３は、復
元された部分から順に中間テキスト２５に変換し、バッ
クエンド１２は、中間テキスト２５から実行可能プログ
ラムを生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、機密保持のために
暗号化されているソースファイル等の情報を翻訳する翻
訳装置およびその方法に関する。

【０００２】

【従来の技術】近年、コンピュータネットワーク等を利
用したソフトウェアの分散開発等が盛んになり、それに
伴って情報を隠蔽するための暗号に関する技術も多くな
ってきている。例えば、開発者Ａから開発者Ｂに、ある
情報Ｉをネットワーク等を利用して伝達したい場合、Ａ
が情報Ｉを暗号化し、それをネットワークを介して転送
し、Ｂが受信した情報を復元するという技術が広く使用
されている。

【０００３】しかし、Ａが保有する情報Ｉを、Ｂが持っ
ている処理Ｐのために使用したいが、処理Ｐの外部（オ
ペレータ等）に対しては、情報Ｉの内容を隠蔽したいよ
うな場合がある。例えば、情報Ｉに相当する新製品のプ
ログラムソースを、関係者以外の人も使用できるような
環境上でコンパイルする必要がある場合が、これに相当
する。このような場合、ソースファイルを暗号化してＢ
に転送しても、コンパイルの前にそれを復号化してしま
うと、それが他に洩れる可能性があり、ソースファイル
の内容を完全に隠蔽することはできない。

【０００４】従来、暗号による情報の隠蔽とは、情報提
供者Ａと情報受取り者Ｂ以外の第三者に対して情報を隠
蔽することを意図している。例えば、特開平７−１６２
４０９に記載された「データ転送方法」では、暗号化デ
ータの復号化処理を行うモジュールを、一定時間毎に変
更して再コンパイルし、そのオブジェクトコードを暗号
化データのユーザに転送する。これにより、第三者が暗
号化データを復号化することが困難になる。

【０００５】しかしながら、このデータ転送方法は第三
者に対する防衛策であって、暗号化データを受け取る側
は、復号化モジュールのオブジェクトコード（復号鍵を
含む）を用いて、暗号化前の情報を簡単に取り出すこと
ができる。

【０００６】また、暗号化されたソースファイルを転送
する場合、受け取り側で暗号復元のコマンドＣ１と既存
のコンパイラコマンドＣ２とをつなげて実行すれば、ソ
ースファイルをコンパイルして、オブジェクトコード
（実行可能モジュール）を生成することができる。しか
し、コマンドＣ１とＣ２をただ単につなげて使用するだ
けでは、ＯＳ（オペレーションシステム）やそのコマン
ドに精通しているエンジニアにとって、コマンドＣ１の
実行結果を取り出すことは容易であり、ソースファイル
の内容を受け取り側に対して隠蔽することは困難であ
る。

【０００７】

【発明が解決しようとする課題】上述したように、従来
のデータ転送方法ではソース情報が洩れる可能性がある
ことから、ソフトウェアの提供者は、コンパイル後の実
行可能モジュールをユーザに配布している。そして、ユ
ーザのシステムにおいては、与えられた実行可能モジュ
ールを直接操作することによって、ソフトウェアのカス
タマイズを行っている。

【０００８】しかし、この操作では、結局、豊富なオプ
ションを含む元の実行可能モジュールの一部分を使用し
ているに過ぎず、配布される実行可能モジュールには、
ユーザにとって不要な部分も多く含まれている。このた
め、必要以上に大きなサイズの実行可能モジュールをシ
ステムに実装しなければならないという問題がある。

【０００９】また、提供者がユーザの希望に応じてカス
タマイズした実行可能モジュールを用意し、それを配布
することも考えられるが、ユーザの数が増大すると提供
者の作業が煩雑になり、過大な負荷が生じる。

【００１０】本発明の課題は、バリエーションのあるソ
フトウェアを、提供者に過大な負荷を課すことなく、か
つ安全に、ユーザに提供することのできる翻訳装置およ
びその方法を提供することである。

【００１１】

【課題を解決するための手段】図１は、本発明の翻訳装
置の原理図である。図１の翻訳装置は、入力手段１、復
元手段２、翻訳手段３、および出力手段４を備える。

【００１２】本発明の第１の原理によれば、入力手段１
は、暗号化情報を複数の部分に分割して入力し、復元手
段２は、その暗号化情報の各部分毎に元の情報を復元す
る。そして、翻訳手段３は、元の情報を翻訳し、出力手
段４は、翻訳結果を出力する。

【００１３】入力される暗号化情報は、例えば、暗号化
されたソースファイルであり、復元手段２は、それを復
号化して、暗号化前のソースファイルを復元し、翻訳手
段３は、復元されたソースファイルをコンパイルして実
行可能モジュールを生成する。

【００１４】このとき、復元手段２は、暗号化情報を一
度に全部復号化するのではなく、分割された各部分毎に
少しずつ復号化する。そして、翻訳手段３は、復元され
た各部分毎に元の情報を翻訳する。

【００１５】このような処理によれば、元の情報は各部
分毎に復元されるのみであり、その全体が一度に再現さ
れることはない。したがって、翻訳装置のユーザが元の
情報の全体を得ることは困難になり、元の情報の機密を
保持したまま、翻訳することが可能になる。

【００１６】また、多くのオプションを含むソフトウェ
アを、簡単かつ安全に、ユーザに提供することができ、
ユーザのシステム上で翻訳のオプションを指定して、翻
訳結果をカスタマイズすることが可能になる。

【００１７】また、本発明の第２の原理によれば、入力
手段１は、暗号化情報を入力し、翻訳手段３は、その暗
号化情報から元の情報を復元する処理を翻訳処理の内部
で行い、元の情報を外部に与えることなく翻訳する。そ
して、出力手段４は、翻訳結果を出力する。

【００１８】翻訳装置は、暗号化情報の全体を一旦復号
化してから翻訳するのではなく、翻訳処理の内部で復号
化を行う。このとき、翻訳手段３は、復元処理と翻訳処
理が融合した処理を行って、暗号化情報から翻訳結果を
生成する。

【００１９】このような処理によれば、元の情報は翻訳
手段３の内部で復元されるのみであり、それが翻訳装置
の外部に洩れることはない。したがって、翻訳装置のユ
ーザが元の情報を得ることは困難になり、元の情報の機
密を保持したまま、翻訳することが可能になる。

【００２０】また、多くのオプションを含むソフトウェ
アを、簡単かつ安全に、ユーザに提供することができ、
ユーザのシステム上で翻訳のオプションを指定して、翻
訳結果をカスタマイズすることが可能になる。

【００２１】例えば、図１の入力手段１は、後述する図
２の読込み部２１に対応し、復元手段２は図２の復号部
２２に対応し、翻訳手段３は図２の解析部２３およびバ
ックエンド１２に対応し、出力手段４は図２のバックエ
ンド１２に対応する。

【００２２】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。ソフトウェアをユー
ザのコンピュータシステム上でカスタマイズするために
は、ソースファイルの情報をユーザに安全に配布し、ユ
ーザの希望に応じた翻訳（コンパイル）を行うことが必
要になる。この場合、ソースファイルを何らかの方法で
暗号化して配布することが望ましい。

【００２３】さらに、暗号化された情報の復号鍵を持っ
ている受け取り側であっても、ある処理（または装置）
の外からは、元の情報を取り出すことができないように
する必要があり、ソースファイルの復号化機能は、コン
パイル処理（または装置）内に含まれることが望まし
い。本発明は、このような要望に答えるものであり、産
業上の利用分野は広い。

【００２４】図２は、本実施形態の言語コンパイラの構
成図である。図２のコンパイラは、フロントエンド１１
とバックエンド１２から構成され、フロントエンド１１
は、読込み部２１、復号部２２、および解析部２３を含
む。

【００２５】読込み部２１が暗号化データ２４（暗号化
ソースファイル）を読み込むと、復号部２２は、一定の
単位毎に暗号を復元し、解析部２３に入力する。そし
て、復号部２２に保持されている復元情報は、解析部２
３に入力された後に、自動的に破棄される。解析部２３
は、入力された情報から順に、トークン解析（字句解
析）、構文解析、意味解析等の解析処理を行う。そし
て、復号部２２および解析部２３は、暗号化データ２４
の入力がなくなるまで、同様の処理を繰り返す。

【００２６】暗号化データ２４の入力がなくなり、フロ
ントエンド１１から中間言語のプログラムである中間テ
キスト２５が出力されると、バックエンド１２は、それ
に基づいて、最適化およびコード生成を行う。

【００２７】このようなコンパイラによれば、入力され
た暗号化ソースファイルは、復号部２２により、決めら
れた最小単位ごとに復号化される。この復号化処理はコ
ンパイラの内部処理であり、所定の単位を復号化した
ら、その情報は直ちに破棄されるため、たとえユーザが
復号鍵を保持していても、復号化されたソースファイル
全体の情報をコンパイラの外部から得ることはできな
い。

【００２８】図３は、図１のコンパイラにおけるデータ
の流れを示している。図３において、読込み部２１は、
暗号化ソースファイル２４を一定単位毎に暗号化データ
バッファ３１に入力し、復号部２２は、暗号化データバ
ッファ３１のデータを復号化して、非暗号化データバッ
ファ３２に入力する。暗号化データバッファ３１および
非暗号化データバッファ３２は、メモリ上に設けられ
る。

【００２９】そして、解析部２３は、非暗号化データバ
ッファ３２のデータを順に解析して、メモリ上に中間テ
キスト２５を生成し、バックエンド１２は、中間テキス
ト２５から実行可能ファイル３３を生成する。

【００３０】図４は、図１のコンパイラによる翻訳処理
（コンパイル処理）のフローチャートである。まず、読
込み部２１は、与えられた入力データ４１が暗号化デー
タかどうかを、入力データ４１のファイルが持っている
マジックナンバーで判定する（ステップＳ１）。それが
暗号化データであった場合は、あらかじめ定められたバ
イト数Ｎだけ暗号化データバッファ３１に入力する。復
号部２２は、暗号化データバッファ３１に入力されたデ
ータからソースデータを復元して、非暗号化データバッ
ファ３２に転送する（ステップＳ２）。

【００３１】次に、解析部２３は、非暗号化データバッ
ファ３２からソースデータを読み込み、読み込んだ部分
だけを解析して、中間テキスト２５に展開し（ステップ
Ｓ３）、読込み部２１は、入力データ４１が終了したか
どうかを判定する（ステップＳ４）。読込み部２１によ
るＮバイト転送と、復号部２２による復元処理と、解析
部２３による解析処理は、入力データ４１がなくなるま
で繰り返される。

【００３２】この繰り返しにおいて、暗号化データバッ
ファ３１および非暗号化データバッファ３２のデータ
は、常に、新たな入力データによって上書きされて消去
される。したがって、非暗号化データバッファ３２にソ
ースファイルの全体が再現されることはない。そして、
入力データ４１がなくなったとき、自動的に、入力全体
に相当する中間テキスト２５が生成される。

【００３３】一方、入力データ４１が元々機密性の低い
ソースファイルであり、ステップＳ１において暗号化さ
れていない場合は、読込み部２１は、入力全体を非暗号
化データバッファ３２に転送し、解析部２３は、それを
中間テキスト２５に変換する。この場合、一回の転送で
入力データ４１がなくなることになる。

【００３４】ステップＳ４において入力データ４１がな
くなれば、バックエンド１２は、生成された中間テキス
ト２５を最適化し（ステップＳ５）、レジスタ割り付
け、命令スケジューリングを経て、コード生成を行う
（ステップＳ６）。そして、図３の実行可能ファイル３
３に対応するオブジェクトプログラム４２（実行可能プ
ログラム）を出力する。

【００３５】図５は、図４のステップＳ２、Ｓ３、およ
びＳ４で行われる処理の一例を示すフローチャートであ
る。例えば、ソースファイルの提供者側において、次の
ような１６バイトのオリジナルデータが、ｄａｔａ１と
いうファイルに格納されているとする。 ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰ このデータを暗号化して、ｄａｔａ２というファイルに
格納すると、その内容は次のようになる。 ＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱ ここでは、シーザ暗号を用いているが、他の暗号を用い
てもよい。ファイルｄａｔａ２が暗号化ソースファイル
２４としてコンパイラに入力されると、まず、読込み部
２１は、そのファイルを開き（ステップＳ１１）、４バ
イト分の暗号化データを暗号化データバッファ３１に読
み込む（ステップＳ１２）。上述の例では、最初の４バ
イトである“ＢＣＤＥ”が暗号化データバッファ３１に
読み込まれる。

【００３６】次に、復号部２２は、その暗号化データを
復号化し、非暗号化データバッファ３２に転送する（ス
テップＳ１３）。ここでは、“ＢＣＤＥ”が復号化され
て、オリジナルデータである“ＡＢＣＤ”が非暗号化デ
ータバッファ３２に転送される。

【００３７】次に、解析部２３は、非暗号化データバッ
ファ３２のデータに対して、トークン解析を行い、トー
クンが認識されると、順次、中間テキスト２５に変換す
る（ステップＳ１４）。ここでは、データ“ＡＢＣＤ”
のトークン解析が行われる。

【００３８】そして、ステップＳ１２、Ｓ１３、および
Ｓ１４の処理は、暗号化ソースファイル２４のデータが
なくなるまで繰り返される（ステップＳ１５）。暗号化
ソースファイル２４のデータがなくなると、フロントエ
ンドの処理が終了し、読込み部２１は、そのファイルを
閉じる。

【００３９】このような復元処理によれば、非暗号化デ
ータバッファ３２のデータは次々に消去されるため、オ
リジナルデータ“ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰ”
の全体が再現されることはない。したがって、その機密
を保持しながら翻訳処理を行うことが可能になる。

【００４０】図６は、図４のステップＳ３で行われる解
析処理の他の例を示すフローチャートである。ここで
は、解析部２３がソースファイルの文字を読み込むと
き、ソースファイルが暗号化されているかどうか、つま
り、復号部２２を経由するかどうかによって、入力の要
求先が異なってくる。暗号化されたソースファイルの場
合は、解析部２３は、復号部２２からの出力を保持する
非暗号化データバッファ３２から文字を読み込み、暗号
化されていないソースファイルの場合は、ソースファイ
ル自身から直接文字を読み込む。

【００４１】まず、解析部２３は、入力ファイルが暗号
化ソースファイルかどうかを判定し（ステップＳ２
１）、それが非暗号化ソースファイルであれば、ファイ
ルを開く（ステップＳ２２）。このとき、ファイルポイ
ンタＦｐは、ファイルの先頭を指している。

【００４２】次に、再び、ファイルが暗号化ソースファ
イルかどうかを判定し（ステップＳ２３）、それが暗号
化ソースファイルであれば、非暗号化データバッファ３
２から１文字読み込み（ステップＳ２４）、そのバッフ
ァが空かどうかを判定する（ステップＳ２５）。

【００４３】非暗号化データバッファ３２が空であれ
ば、復号部２２を起動して、暗号化ソースファイルの一
部を復元させ（ステップＳ２６）、ステップＳ２４以降
の処理を繰り返す。非暗号化データバッファ３２が空で
なければ、これまでに読み込んだ文字列のトークン解析
を行い（ステップＳ２７）、ステップＳ２３以降の処理
を繰り返す。

【００４４】一方、ステップＳ２３においてファイルが
非暗号化ソースファイルであれば、ポインタＦｐが指す
位置から１文字読み込み（ステップＳ２８）、ステップ
Ｓ２７以降の処理を行う。このとき、ポインタＦｐは、
次の文字の位置に設定される。

【００４５】このような解析処理によれば、ソースファ
イルが暗号化されている場合は、非暗号化データバッフ
ァ３２から文字が読み取られ、バッファ内の文字がなく
なる度に復号部２２が起動される。したがって、所定の
バイト数以上のソースデータが非暗号化データバッファ
３２上に再現されることはない。

【００４６】ところで、本実施形態では、暗号の復元処
理として、例えば、共通鍵や公開鍵をコンパイラの外部
に復号鍵として保持するような公知の仕組みを使用する
ことができる。しかし、実際には、暗号アルゴリズムを
独自に持たない限り、転送情報が別の復号装置によって
復号化されてしまう可能性が高い。

【００４７】また、復号鍵を外部のみに持つ方法だと、
その鍵とコンパイラの復号化アルゴリズムを利用して、
他の任意の入力データを暗号化することもでき、コンパ
イラが目的外に使用されてしまうという危険性もある。
したがって、コンパイラをある目的だけに限定して使用
したいような場合は、この方法は好ましくない。

【００４８】そこで、ここでは、復号鍵をコンパイラ内
に持つことによって、特定のソースファイルをコンパイ
ルする以外の目的にコンパイラが使用されることを防止
する。

【００４９】図７は、このような暗号化／復号化の構成
例を示している。図７において、ソースファイル（ＳＲ
Ｃ）を送信する暗号化側は、暗号化装置５１と暗号化装
置５２を備え、復元側のコンパイラは、内部復元装置５
３と復元装置５４を持っている。暗号化装置５１と内部
復元装置５３には、それぞれ、共通鍵ＣＦがバイナリコ
ードとして埋め込まれており、外部からは見えないよう
になっている。暗号アルゴリズムとしては、例えば、Ｄ
ＥＳ（Data Encryption Standard）が用いられる。

【００５０】まず、暗号化装置５２は、ＣＦとは別の共
通鍵ＣＴ１を使用して、ソースファイルを暗号化し、暗
号化ソースファイルを生成する。また、暗号化装置５１
は、内部に持っている共通鍵ＣＦを使用して、共通鍵Ｃ
Ｔ１を暗号化し、暗号化共通鍵ＣＴ２を生成する。暗号
化ソースファイルとＣＴ２は、暗号化側から復元側に転
送される。

【００５１】内部復元装置５３は、ＣＴ２を受け取る
と、内部に持っている共通鍵ＣＦを使用して、ＣＴ２か
ら共通鍵ＣＴ１を復元し、復元装置５４に渡す。復元装
置５４は、共通鍵ＣＴ１を使用して、暗号化ソースファ
イルを復号化し、ソースファイルを復元する。

【００５２】ここでは、共通鍵をコンパイラの内部に持
つという方法を用いているが、必ずしもこれに限定する
必要はない。また、ソースファイル全体を暗号化して転
送する代わりに、ソースファイルを複数の部分に分割し
て、各部分をそれぞれ暗号化して転送することもでき
る。この場合、コンパイラにおける復元単位を分割単位
として用いると便利である。さらに、共通鍵システムの
みに限らず、公開鍵システムでも同じような処理を行う
ことができる。

【００５３】図８は、公開鍵システムに基づく暗号化の
構成例を示しており、図９は、その復号化の構成例を示
している。ここでは、共通鍵システムであるＤＥＳと公
開鍵システムであるＲＳＡ（Rivest-Shamir-Adleman ）
を組み合わせて使用し、ＲＳＡの秘密鍵／公開鍵の組は
２組使用する。

【００５４】図８において、暗号化側のエンコーダ６１
は、ソースコード（ＳＣ）を、共通鍵Ｃ１を使用してＤ
ＥＳにより暗号化し、暗号化ソースコード（ＥＳＣ）を
生成する。また、エンコーダ６２は、秘密鍵Ｉｓを使用
して、ＲＳＡにより共通鍵Ｃ１を暗号化し、暗号化共通
鍵Ｃ２を生成し、さらに、公開鍵Ｆｐを使用して、ＲＳ
ＡによりＣ２を暗号化し、暗号化共通鍵Ｃ３を生成す
る。暗号化ソースコードとＣ３は、暗号化側から復元側
に転送される。

【００５５】図９において、復元側のデコーダ６３は、
Ｃ３を受け取ると、内部に埋め込まれている秘密鍵Ｆｓ
を使用して、ＲＳＡによりＣ３からＣ２を復元し、内部
バッファに格納する。デコーダ６３は、さらに、公開鍵
Ｉｐを使用して、ＲＳＡによりＣ２からＣ１を復元し、
内部バッファに格納する。次に、デコーダ６４は、復元
された共通鍵Ｃ１を使用して、暗号化ソースコードを復
号化し、ソースコードを復元する。

【００５６】そして、ソースコードはコンパイラ６５に
よりコンパイルされて、オブジェクトコード（ネイティ
ブコード）に変換される。実際には、ソースコードの復
元は一定単位毎に行われるため、デコーダ６４は、コン
パイラ６５のフロントエンドから繰り返し呼び出される
ことになる。

【００５７】図８、９に示した例では、共通鍵Ｃ１、暗
号化側の秘密鍵Ｉｓ、暗号化側の公開鍵Ｉｐ、復元側の
秘密鍵Ｆｓ、復元側の公開鍵Ｆｐの５個の鍵が用いられ
ている。このうち、ＩｓとＩｐ、ＦｐとＦｓが、ＲＳＡ
の暗号鍵と復号鍵の組になっており、公開鍵Ｉｐはあら
かじめ暗号化側から復元側に配布されている。このよう
な方法によれば、同じ暗号化ソースコードを複数のユー
ザに配布する場合、ユーザ毎に異なるＩｓとＩｐの組を
用いることで、暗号の安全性を向上させることができ
る。

【００５８】以上説明したようなコンパイラを利用する
ことにより、ユーザのシステムにおいて、提供者から配
布されるアプリケーションをカスタマイズし、アプリケ
ーションサイズの縮小化を図ることが可能になる。

【００５９】例えば、情報発信元Ａ（提供者）と情報受
信先Ｂ（ユーザ）は、それぞれ独立したシステムであ
り、発信元Ａは、複数の情報を持ち、その一部または全
部を暗号化して、受信先Ｂのシステムに送り、そこで翻
訳が行われるものとする。このような処理によれば、発
信元Ａが保持するソースの機密が保たれたまま、受信先
Ｂにおいて、それを利用した独自のカスタマイズを行う
ことができる。

【００６０】図１０は、このようなカスタマイズ処理の
一例を示している。図１０において、提供者Ａは、暗号
化されたソース７１、プロファイル情報７２、コンパイ
ラ７３等をパックして、パッケージ７４をユーザＢに送
る。プロファイル情報とは、処理の分岐確率やサブルー
チンの指定（関数呼出しの飛び先）を含む、プログラム
の最適化のための情報である。

【００６１】ユーザＢのインストーラ７５は、パッケー
ジ７４をメモリ上に展開し、ユーザの指示に従ってカス
タマイズを行う。このとき、コンパイラ７３は、指示に
従ってソース７１、プロファイル情報７２等を処理し、
カスタマイズされた実行可能モジュール７６を生成す
る。なお、コンパイラ７３がすでにユーザＢのシステム
に存在する場合は、パッケージ７４から除かれる。

【００６２】図１１は、カスタマイズ処理のフローチャ
ートである。まず、提供者Ａのシステムは、暗号化され
たソース７１、プロファイル情報７２、コンパイラ７３
等のカスタマイズに必要な情報と、カスタマイズ手続き
指示ファイルとを、あらかじめ決められたフォーマット
／名前に従って、パックする（ステップＳ３１）。そし
て、パッケージ７４を、ネットワークまたはＣＤ−ＲＯ
Ｍ（compact disk read only memory ）等の記録媒体を
介して、ユーザＢに転送する。

【００６３】ユーザＢのシステムでは、インストーラ７
５がパッケージ７４をメモリ上のワーク領域に展開し
（ステップＳ３２）、ユーザＢは、カスタマイズ手続き
指示ファイルにより表示されるシステムメニューに従っ
て、翻訳オプションを指定する（ステップＳ３３）。こ
こでは、例えば、次のようなオプションが選択される。

【００６４】１．使用するプロファイル情報ファイルの
選択 （ａ）用途１：用途１に対応するプロファイル情報ファ
イルを利用する。 （ｂ）用途２：用途２に対応するプロファイル情報ファ
イルを利用する。

【００６５】・・・・・ （ｎ）用途ｎ：用途ｎに対応するプロファイル情報ファ
イルを利用する。 ２．最適化オプションの選択 （ａ）Ｏ１：生成されるオブジェクトコード（バイナリ
コード）の大きさをできるだけ小さくする。 （ｂ）Ｏ２：実行スピードを一定以上に保ちながら、生
成されるオブジェクトコードの大きさを小さくする。 （ｃ）Ｏ３：実行スピードをできるだけ速くする。

【００６６】３．結合するクラスライブラリの選択（複
数選択可能） ＬＩＢ１，ＬＩＢ２，ＬＩＢ３，．．． そして、インストーラ７５は、これらの選択入力とシス
テムのアーキテクチャ情報（中央処理装置情報／メモリ
サイズ等）から、ユーザに適したコンパイラオプション
情報７７を生成する。このオプション情報７７には、コ
ンパイラ７３に対するコマンド等が記述されている。

【００６７】次に、コンパイラ７３は、オプション情報
７７を使用して、図４の翻訳処理を行い、ソース７１か
ら実行可能モジュール７６を生成する（ステップＳ３
４）。こうして生成された実行可能モジュール７６は、
カスタマイズ時の指定に従って最適化されているため、
ユーザＢにとっては必要最小限の大きさになっている。

【００６８】次に、インストーラ７５は、ワーク領域に
展開されたソース７１等のデータを消去し、さらに、メ
ンテナンスの予定がないか、またはワーク領域が少ない
場合には、コンパイラ７３も消去して（ステップＳ３
５）、処理を終了する。

【００６９】また、ソース７１の代わりにその一部分に
対応する暗号化パッチファイルを送り、カスタマイズ手
続き指示ファイルにパッチの展開指示を記述することに
よって、同様の手順でソフトウェアのメンテナンスも行
うことができる。この場合、主としてバイナリパッチが
用いられる。また、情報発信元でパスワード設定の機能
を組み込んでおけば、カスタマイズ時に、その機能を有
効にするかどうかを指定することも可能である。

【００７０】本発明は、上述したようなソースファイル
のコンパイル処理のみに限らず、ある言語で記述された
情報を別の言語に変換する任意の翻訳処理に適用するこ
とができる。例えば、英語の文書を日本語に翻訳した
り、あるプログラミング言語で書かれたプログラムを他
の言語に変換したりする処理が、これに相当する。

【００７１】また、提供者およびユーザの各システム
は、例えば、図１２に示すような情報処理装置（コンピ
ュータ）を用いて構成することができる。図１２の情報
処理装置は、ＣＰＵ（中央処理装置）８１、メモリ８
２、入力装置８３、出力装置８４、外部記憶装置８５、
媒体駆動装置８６、およびネットワーク接続装置８７を
備え、それらはバス８８により互いに接続されている。

【００７２】メモリ８２には、処理に用いられるプログ
ラムとデータが格納される。メモリ８２としては、例え
ばＲＯＭ（read only memory）、ＲＡＭ（random acces
s memory）等が用いられる。ＣＰＵ８１は、メモリ８２
を利用してプログラムを実行することにより、必要な処
理を行う。

【００７３】入力装置８３は、例えば、キーボード、ポ
インティングデバイス、タッチパネル等であり、オペレ
ータからの指示や情報の入力に用いられる。出力装置８
４は、例えば、ディスプレイやプリンタ等であり、オペ
レータへの問い合わせや処理結果等の出力に用いられ
る。

【００７４】外部記憶装置８５は、例えば、磁気ディス
ク装置、光ディスク装置、光磁気ディスク（magneto-op
tical disk）装置等である。この外部記憶装置８５に、
上述のプログラムとデータを保存しておき、必要に応じ
て、それらをメモリ８２にロードして使用することもで
きる。

【００７５】媒体駆動装置８６は、可搬記録媒体８９を
駆動し、その記録内容にアクセスする。可搬記録媒体８
９としては、メモリカード、フロッピーディスク、ＣＤ
−ＲＯＭ、光ディスク、光磁気ディスク等、任意のコン
ピュータ読み取り可能な記録媒体が用いられる。この可
搬記録媒体８９は、提供者からユーザに情報を配布する
ために用いられる。また、可搬記録媒体８９に上述のプ
ログラムとデータを格納しておき、必要に応じて、それ
らをメモリ８２にロードして使用することもできる。

【００７６】ネットワーク接続装置８７は、ＬＡＮ（lo
cal area network）等の任意のネットワーク（回線）を
介して提供者またはユーザの装置と通信し、通信に伴う
データ変換を行う。これにより、提供者からユーザに情
報を転送することができる。また、必要に応じて、上述
のプログラムとデータを外部の装置から受け取り、それ
らをメモリ８２にロードして使用することもできる。

【００７７】図１３は、図１２の情報処理装置にプログ
ラムとデータを供給することのできるコンピュータ読み
取り可能な記録媒体を示している。可搬記録媒体８９や
外部のデータベース９０に保存されたプログラムとデー
タは、メモリ８２にロードされる。そして、ＣＰＵ８１
は、そのデータを用いてそのプログラムを実行し、必要
な処理を行う。

【００７８】

【発明の効果】本発明によれば、暗号の復元処理を翻訳
処理と融合させることにより、バリエーションのあるソ
フトウェアを、簡単かつ安全に、ユーザに提供すること
ができる。したがって、ユーザのシステムにおいて、提
供者から配布されるアプリケーションをカスタマイズす
ることが可能になり、アプリケーションのサイズが縮小
される。

【図面の簡単な説明】

【図１】本発明の翻訳装置の原理図である。

【図２】コンパイラの構成図である。

【図３】データの流れを示す図である。

【図４】翻訳処理のフローチャートである。

【図５】復元処理のフローチャートである。

【図６】解析処理のフローチャートである。

【図７】第１の暗号化／復号化を示す図である。

【図８】第２の暗号化を示す図である。

【図９】第２の復号化を示す図である。

【図１０】カスタマイズ処理を示す図である。

【図１１】カスタマイズ処理のフローチャートである。

【図１２】情報処理装置の構成図である。

【図１３】記録媒体を示す図である。

【符号の説明】

１ 入力手段 ２ 復元手段 ３ 翻訳手段 ４ 出力手段 １１ フロントエンド １２ バックエンド ２１ 読込み部 ２２ 復号部 ２３ 解析部 ２４ 暗号化データ ２５ 中間テキスト ３１ 暗号化データバッファ ３２ 非暗号化データバッファ ３３ 実行可能ファイル ４１ 入力データ ４２ オブジェクトプログラム ５１、５２ 暗号化装置 ５３ 内部復元装置 ５４ 復元装置 ６１、６２ エンコーダ ６３、６４ デコーダ ６５、７３ コンパイラ ７１ ソース ７２ プロファイル情報 ７４ パッケージ ７５ インストーラ ７６ 実行可能モジュール ７７ オプション情報 ８１ ＣＰＵ ８２ メモリ ８３ 入力装置 ８４ 出力装置 ８５ 外部記憶装置 ８６ 媒体駆動装置 ８７ ネットワーク接続装置 ８８ バス ８９ 可搬記録媒体 ９０ データベース

フロントページの続き (72)発明者 渡辺 雄二 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 堀田 耕一郎 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (15)

【特許請求の範囲】
1. 【請求項１】 暗号化情報を複数の部分に分割して入力
   する入力手段と、 前記暗号化情報の各部分毎に元の情報を復元する復元手
   段と、 前記元の情報を翻訳する翻訳手段と、 翻訳結果を出力する出力手段とを備えることを特徴とす
   る翻訳装置。
2. 【請求項２】 前記復元手段は、前記暗号化情報を保持
   する暗号化情報バッファを含み、該暗号化情報バッファ
   に格納された情報を復号化し、前記入力手段は、前記暗
   号化情報を一定単位毎に該暗号化情報バッファに入力す
   ることを特徴とする請求項１記載の翻訳装置。
3. 【請求項３】 前記復元手段は、前記元の情報を保持す
   る非暗号化情報バッファを含み、前記翻訳手段が該非暗
   号化情報バッファの情報を翻訳すると、翻訳済の元の情
   報を消去することを特徴とする請求項１記載の翻訳装
   置。
4. 【請求項４】 前記入力手段は、入力情報が暗号化され
   ているかどうかを判定する判定手段を含み、該入力情報
   が暗号化されているとき、該入力情報を前記暗号化情報
   として前記復元手段に与えることを特徴とする請求項１
   記載の翻訳装置。
5. 【請求項５】 前記入力情報が暗号化されていないと
   き、前記入力手段は、該入力情報を前記元の情報として
   前記翻訳手段に与えることを特徴とする請求項４記載の
   翻訳装置。
6. 【請求項６】 前記復元手段は、前記暗号化情報を復号
   化するための鍵情報の少なくとも一部を、内部に埋め込
   まれた情報として保持し、該鍵情報を用いて前記元の情
   報を復元することを特徴とする請求項１記載の翻訳装
   置。
7. 【請求項７】 前記翻訳手段による翻訳のオプションを
   指定して、前記翻訳結果をカスタマイズするカスタマイ
   ズ手段をさらに備えることを特徴とする請求項１記載の
   翻訳装置。
8. 【請求項８】 前記入力手段は、暗号化ソースを前記暗
   号化情報として分割して入力し、前記復元手段は、該暗
   号化ソースの各部分毎に元のソースを復元し、前記翻訳
   手段は、元のソースの各部分毎に中間テキストを生成
   し、該中間テキストから実行可能プログラムを生成する
   ことを特徴とする請求項１記載の翻訳装置。
9. 【請求項９】 暗号化情報を入力する入力手段と、 前記暗号化情報から元の情報を復元する処理を翻訳処理
   の内部で行い、該元の情報を外部に与えることなく翻訳
   する翻訳手段と、 翻訳結果を出力する出力手段とを備えることを特徴とす
   る翻訳装置。
10. 【請求項１０】 入力情報を翻訳する翻訳手段と、 前記翻訳手段による翻訳のオプションを指定して、翻訳
    結果をカスタマイズするカスタマイズ手段と、 前記翻訳結果を出力する出力手段とを備えることを特徴
    とする翻訳装置。
11. 【請求項１１】 前記カスタマイズ手段は、前記オプシ
    ョンをユーザに選択させるためのメニュー情報を表示
    し、選択されたオプションに基づく翻訳を前記翻訳手段
    に指示することを特徴とする請求項１０記載の翻訳装
    置。
12. 【請求項１２】 暗号化情報を複数の部分に分割して入
    力する機能と、 前記暗号化情報の各部分毎に元の情報を復元する機能
    と、 前記元の情報を翻訳する機能と、 翻訳結果を出力する機能とをコンピュータに実現させる
    ためのプログラムを記録したコンピュータ読み取り可能
    な記録媒体。
13. 【請求項１３】 入力情報を翻訳する機能と、 翻訳のオプションを指定して、翻訳結果をカスタマイズ
    する機能と、 前記翻訳結果を出力する機能とをコンピュータに実現さ
    せるためのプログラムを記録したコンピュータ読み取り
    可能な記録媒体。
14. 【請求項１４】 暗号化情報を複数の部分に分割して、
    各部分毎に元の情報を復元し、 復元された部分毎に前記元の情報を翻訳することを特徴
    とする翻訳方法。
15. 【請求項１５】 入力情報の翻訳のオプションを指定し
    て、翻訳結果をカスタマイズすることを特徴とする翻訳
    方法。