(57)【要約】【課題】特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能なコンピュータおよび集合プログラムのインストール方法を提供する。【解決手段】機能毎に部品化された部品プログラムの集合である集合プログラムと、部品プログラム名を指定して呼び出すアプリケーションプログラムとが格納されるハードディスクドライブ８ａと、集合プログラムとアプリケーションプログラムとをハードディスクドライブ８ａから読み出して実行する制御部９とを備え、ハードディスクドライブ８ａには、バージョンが異なる複数の集合プログラムに、バージョンに応じて、他のプログラムと区別するためのクラスＩＤが割り当てられて格納されている。これにより、クラスＩＤをバージョンに応じて割り当てるだけで、特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能である。【選択図】図２
2006126992.tif 000002
【特許請求の範囲】
【請求項１】
機能毎に部品化された部品プログラムの集合である集合プログラムと、前記部品プログラム名を指定して呼び出すアプリケーションプログラムとが格納される記憶手段と、前記集合プログラムと前記アプリケーションプログラムとを前記記憶手段から読み出して実行する制御手段とを備え、
前記記憶手段には、バージョンが異なる複数の集合プログラムに、前記バージョンに応じて、他のプログラムと区別するための識別情報が割り当てられて格納されていることを特徴とするコンピュータ。
【請求項２】
前記記憶手段に、前記バージョンが異なる複数の集合プログラムが、前記バージョンに応じたファイル名がそれぞれ割り当てられて同じパスに格納されていることを特徴とする請求項１記載のコンピュータ。
【請求項３】
機能毎に部品化された部品プログラムの集合である集合プログラムと、前記部品プログラムのファイル名を指定して呼び出すアプリケーションプログラムとが格納される記憶手段と、前記集合プログラムと前記アプリケーションプログラムとを前記記憶手段から読み出して実行する制御手段とを備えたコンピュータにおける集合プログラムのインストール方法において、
バージョンが異なる複数の集合プログラムに、前記バージョンに応じて、他のプログラムと区別するための識別情報を割り当てて前記記憶手段にインストールすることを特徴とする集合プログラムのインストール方法。
【請求項４】
前記バージョンが異なる複数の集合プログラムを前記記憶手段の同じパスにインストールするときは、前記集合プログラムのファイル名を前記バージョンに応じたファイル名を割り当ててインストールすることを特徴とする請求項３記載の集合プログラムのインストール方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機能毎に部品化された部品プログラムと、部品プログラムのファイル名を指定して呼び出すアプリケーションプログラムとを実行するコンピュータおよび集合プログラムのインストール方法に関する。
【背景技術】
【０００２】
コンピュータを動作させる様々なアプリケーションプログラムが共通して使用する機能を、一つの部品プログラムとすることで、アプリケーションプログラムの生産性を向上させることができる。コンピュータに部品プログラムをインストールする場合には、この部品プログラムを集め一つのプログラムとした集合プログラムとしてインストールされる。
【０００３】
この集合プログラムのバージョンが異なっても一つのコンピュータで実行させたい場合がある。例えば、アプリケーションプログラムを変更して機能を追加することで新しいプログラムとしたときに、このアプリケーションプログラムが用いる集合プログラムも機能追加することで新しいバージョンとする場合である。このバージョンが異なる２つの集合プログラムを１つのコンピュータに共存させることで、様々なアプリケーションプログラムをインストールしても複数のバージョンの集合プログラムがインストールされているので対応が可能である。
【０００４】
しかし、バージョンだけが異なる２つの集合プログラムをインストールする場合には、後からインストールしようとする集合プログラムが、元々インストールされていた集合プログラムに上書きされてしまい、共存できないのが現状である。
【０００５】
このようなバージョンが異なるプログラムでも共存環境を構築することが可能な方法が、（特許文献１）に記載されている。
【０００６】
（特許文献１）に記載の共存環境構築方法によれば、プログラム群のバージョンから、プログラム群を構成するファイルに関する情報をファイルのバージョンおよび識別子に関連付けて格納する構成ファイルを作成し、ファイル名が重複したファイルは名前か格納位置を変更して変更内容を格納し、この変更前の名前で呼び出されて、呼び出し元のバージョンを識別して対応するファイルを呼び出すことができる。
【特許文献１】特開２０００−２９３３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、（特許文献１）に記載の共存環境構築方法は、プログラム群を構成するファイルに関する情報をファイルのバージョンおよび識別子に関連付けて格納する構成ファイルを作成する必要がある。この構成ファイルは、共存セットアップ処理部として機能するプログラムから作成されるとある。つまり共存環境を構築するための特別なプログラムが必要となるため、この特別なプログラムを開発する必要がある。
【０００８】
そこで本発明は、特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能なコンピュータおよび集合プログラムのインストール方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のコンピュータは、機能毎に部品化された部品プログラムの集合である集合プロ
グラムと、前記部品プログラム名を指定して呼び出すアプリケーションプログラムとが格納される記憶手段と、前記集合プログラムと前記アプリケーションプログラムとを前記記憶手段から読み出して実行する制御手段とを備え、前記記憶手段には、バージョンが異なる複数の集合プログラムに、前記バージョンに応じて、他のプログラムと区別するための識別情報が割り当てられて格納されていることを特徴とする。
【００１０】
また、本発明の集合プログラムのインストール方法は、機能毎に部品化された部品プログラムの集合である集合プログラムと、前記部品プログラムのファイル名を指定して呼び出すアプリケーションプログラムとが格納される記憶手段と、前記集合プログラムと前記アプリケーションプログラムとを前記記憶手段から読み出して実行する制御手段とを備えたコンピュータにおける集合プログラムのインストール方法において、バージョンが異なる複数の集合プログラムに、前記バージョンに応じて、他のプログラムと区別するための識別情報を割り当てて前記記憶手段にインストールすることを特徴とする。
【発明の効果】
【００１１】
本発明においては、バージョンが異なる複数の集合プログラムに、バージョンに応じて、他のプログラムと区別するための識別情報が割り当てられて記憶手段に格納されているので、特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能である。
【発明を実施するための最良の形態】
【００１２】
本願の第１の発明は、機能毎に部品化された部品プログラムの集合である集合プログラムと、部品プログラム名を指定して呼び出すアプリケーションプログラムとが格納される記憶手段と、集合プログラムとアプリケーションプログラムとを記憶手段から読み出して実行する制御手段とを備え、記憶手段には、バージョンが異なる複数の集合プログラムに、バージョンに応じて、他のプログラムと区別するための識別情報が割り当てられて格納されていることを特徴としたものである。
【００１３】
記憶手段に、バージョンが異なる複数の集合プログラムを、バージョンに応じて、他のプログラムと区別するための識別情報が割り当てられて格納されているので、記憶手段に集合プログラムを格納する際に、同じプログラムとして上書きされたりすることが防止できる。また、アプリケーションプログラムからは、それぞれの集合プログラムに含まれる部品プログラムを別々のプログラムとして呼びことができる。従って、識別情報をバージョンに応じて割り当てるだけで、特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能である。
【００１４】
本願の第２の発明は、記憶手段に、バージョンが異なる複数の集合プログラムが、バージョンに応じたファイル名がそれぞれ割り当てられて同じパスに格納されていることを特徴としたものである。
【００１５】
バージョンが異なる複数の集合プログラムを記憶手段の格納先となるパスが同じであるときは、バージョンに応じたファイル名をそれぞれ割り当てることで、上書きとなることが防止でき、それぞれバージョンが異なる集合プログラムの共存が可能となる。
【００１６】
本願の第３の発明は、機能毎に部品化された部品プログラムの集合である集合プログラムと、部品プログラムのファイル名を指定して呼び出すアプリケーションプログラムとが格納される記憶手段と、集合プログラムとアプリケーションプログラムとを記憶手段から読み出して実行する制御手段とを備えたコンピュータにおける集合プログラムのインストール方法において、バージョンが異なる複数の集合プログラムに、バージョンに応じて、他のプログラムと区別するための識別情報を割り当てて記憶手段にインストールすること
を特徴としたものである。
【００１７】
記憶手段に、バージョンが異なる複数の集合プログラムを、バージョンに応じて、他のプログラムと区別するための識別情報が割り当てられて格納されているので、記憶手段に集合プログラムを格納する際に、同じプログラムとして上書きされたりすることが防止できる。また、アプリケーションプログラムからは、それぞれの集合プログラムに含まれる部品プログラムを別々のプログラムとして呼びことができる。従って、識別情報をバージョンに応じて割り当てるだけで、特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能である。
【００１８】
本願の第４の発明は、バージョンが異なる複数の集合プログラムを記憶手段の同じパスにインストールするときは、集合プログラムのファイル名をバージョンに応じたファイル名を割り当ててインストールすることを特徴としたものである。
【００１９】
バージョンが異なる複数の集合プログラムを記憶手段の格納先となるパスが同じであるときは、バージョンに応じたファイル名をそれぞれ割り当てることで、上書きとなることが防止でき、それぞれバージョンが異なる集合プログラムの共存が可能となる。
【００２０】
（実施の形態）
本発明の実施の形態に係るコンピュータの構成を図１および図２に基づいて説明する。図１は本発明の実施の形態に係るコンピュータを用いて交換機を試験する場合を説明する図である。図２は、本発明の実施の形態に係るコンピュータの構成を説明する図である。
【００２１】
図１に示すように、コンピュータ１は、オペレーティングシステムとしてウィンドウズ（登録商標）が動作するパーソナルコンピュータ（以下、ＰＣと称す。）である。コンピュータ（ＰＣ）１は、インタフェース線２により他のコンピュータである交換機３と接続して、ＰＣ１のウィンドウズ（登録商標）上で動作する試験プログラムにより交換機３と通信することで試験を行う。また、ＰＣ１は、交換機４とも同じインタフェース線２により接続して試験を実施することができる。
【００２２】
交換機３と交換機４とは、例えば、ハードウェア構成は同じでソフトウェアを変更することで機能アップを図ったり、ハードウェア構成に構成の追加をすることで機能アップを図ったものである。つまり交換機３をベースに変更を行ったものが交換機４である。このＰＣ１にインストールされる試験プログラムであるアプリケーションプログラムや、機能毎に部品化された部品プログラムの集合である集合プログラムとは、これらを格納した記録媒体１０で提供される。
【００２３】
記録媒体１０は、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）１０ａやフレキシブルディスク１０ｂなどで提供される。また、記録媒体１０は、書き換え可能なＣＤ−Ｒ（Compact Disk Recordable）や、ＤＶＤ（Digital Versatile Disk）や、不揮発性メモリで構成されるコンパクトフラッシュ（登録商標）や、ＳＤ（Secure Digital）メモリカードなどでも使用できる。つまりＰＣ１が記録媒体１０の種類に応じてその記録媒体１０を読み込むことが可能な装置を備えていれば、様々な記録媒体を用いることが可能である。
【００２４】
この記録媒体１０に格納された試験プログラムは、交換機３用のものと交換機４用のものとが格納されている。そして記録媒体１０には、交換機３用の試験プログラムが用いる集合プログラムが格納されているとともに、交換機３用の試験プログラムが用いる集合プログラムに機能を追加してバージョンを上げた交換機４用の試験プログラムが用いる集合プログラムが格納されている。本実施の形態では、試験プログラムと集合プログラムを同
じ記録媒体１０に格納しているが別々の記録媒体に格納していてもよい。また、本実施の形態では、試験プログラムと集合プログラムとは、記録媒体１０により提供されているが、インターネットなどの電気通信回線を通じて提供されるようにしてもよい。
【００２５】
図２に示すように、ＰＣ１は、交換機３また交換機４と接続されるインタフェース部５と、表示部６と、操作部７と、ファイル制御部８と、制御部９とを備えている。インタフェース部５は、交換機３または交換機４と接続するためのインタフェースである。交換機３，４が、ＬＡＮ（Local Area Network）で接続されるのであれば、インタフェース部５は、１００ＢＡＳＥ−ＴなどのＬＡＮで通信する機能を備え、図示しないハブを介して交換機３，４と接続される。インタフェース部５は、交換機３，４と接続可能であればＬＡＮの他に、ＵＳＢ（Universal Serial Bus）やシリアルインタフェースであるＲＳ−２３２Ｃや、双方向パラレルインタフェースなどとすることも可能である。
【００２６】
表示部６は、表示手段であるＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）と、この表示手段に表示するための信号生成回路と、画面データを蓄積する画面メモリなどを備え、制御部９から入力した画面データをＣＲＴやＬＣＤに表示する。操作部７は、入力手段である、キーボードやポインティングデバイスのマウスなどであり、この入力手段から入力されたデータを制御部９へ通知する。
【００２７】
ファイル制御部８は、ハードディスク装置８ａや、フレキシブルディスク装置８ｂや、ＣＤドライブ装置８ｃを制御する。ハードディスク装置８ａは、オペレーティングシステムと、交換機３用試験プログラムと、交換機４用試験プログラムと、それぞれの試験プログラムが用いる集合プログラムとが格納される記憶手段である。
【００２８】
本実施の形態では、集合プログラムとしてアクティブＸ（Active-X  商標）を用いるものとする。アクティブＸは、マイクロソフト社が提供する多種多様な機能を備えた部品化されたプログラムの群の総称である。以下、交換機３用試験プログラムが用いるアクティブＸをアクティブＸＡと称し、交換機４用試験プログラムが用いるアクティブＸＢと称する。つまり、アクティブＸＡを改良してバージョンを上げたのがアクティブＸＢである。
【００２９】
ハードディスク装置８ａには、このアクティブＸＡとアクティブＸＢとのクラスＩＤ（CLSID）をバージョンに応じた値に割り当てて格納されている。このクラスＩＤは、ウィンドウズ（登録商標）がそれぞれのプログラムを区別するための識別情報であり、予めそれぞれプログラムを作成するときに割り当てられる１２８ｂｉｔの数値である。クラスＩＤは、アクティブＸＡとアクティブＸＢがインストーラによってハードディスク装置８ａに格納されるときに、ウィンドウズ（登録商標）のレジストリに、それぞれのクラスＩＤがアクティブＸＡまたはアクティブＸＢのファイル名に関連付けられて登録される。
【００３０】
アクティブＸＡとアクティブＸＢとを、ハードディスク装置８ａの同じパスに格納するときは、アクティブＸＡとアクティブＸＢとのファイル名を同じファイル名とすると上書きとなるため、異なるファイル名とする必要がある。その際には、それぞれのファイル名をバージョンに応じたファイル名、例えばバージョンをファイル名の一部とするのが、ファイル名を見ただけでバージョンが把握できるので望ましい。
【００３１】
制御部９は、ＰＣ１全体を制御する制御手段であり、ＣＰＵ（Central Processing Unit）９ａと、ＣＰＵ９ａから読み込みのみ可能なＲＯＭ（Read Only Memory）９ｂと、ＣＰＵ９ａから読み書き可能なＲＡＭ（Random Access Memory）９ｃを備えている。ＣＰＵ９ａは、ＲＯＭ９ｂに格納されているプログラムや、ハードディスク装置８ａから読み込んだオペレーティングシステム、試験プログラムまたは集合プログラムをＲＡＭ９ｃ上に展開して実行する。制御部９とインタフェース部５とは別々の構成としたが、制御部９に
含まれるように構成してもよい。
【００３２】
以上のように構成される本発明の実施の形態に係るコンピュータの動作を図に基づいて説明する。図３〜図５は、本発明の実施の形態に係るコンピュータの動作を説明するフローチャートである。なお、図３〜図５のフローチャートでは、アプリケーションプログラムである交換機３用試験プログラム、および交換機４用試験プログラムを、単に試験プログラムと称し、集合プログラムであるアクティブＸＡ、およびアクティブＸＢを、単にアクティブＸと称している。図６は、レジストリにアクティブＸＡのクラスＩＤが登録された状態を表示した表示画面を表わす図である。図７は、レジストリにアクティブＸＢのクラスＩＤが登録された状態を表示した表示画面を表わす図である。
【００３３】
まず、集合プログラムであるアクティブＸのインストールを図３に基づいて説明する。
【００３４】
記録媒体１０であるＣＤ−ＲＯＭに交換機３用試験プログラム，交換機４用試験プログラムと、アクティブＸＡと、アクティブＸＢとが格納されているものとする。上述したように、アクティブＸＡとアクティブＸＢとは、それぞれのクラスＩＤをバージョンに応じた値が割り当てられている。通常、プログラムを改良してバージョンを上げる場合には同じクラスＩＤを使用する。しかし、同じクラスＩＤを用いるとインストールするときに、同じプログラムでバージョンが異なるものをインストールするとウィンドウズ（登録商標）が判断して上書きインストールとなる。
【００３５】
従って、異なるバージョンの集合プログラムを共存させるために、異なるクラスＩＤをアクティブＸＡとアクティブＸＢへ割り当てて作成され、ＣＤ−ＲＯＭに格納されている。また、ウィンドウズ（登録商標）が管理するハードディスク装置８ａの論理ドライブ文字を「Ｃ」とし、アクティブＸＡとアクティブＸＢとのインストール先のパスを「c:\windows\system32」とする。
【００３６】
図３は、アクティブＸのインストールを示したものである。アクティブＸＡとアクティブＸＢの両方をハードディスク装置８ａへインストールする場合には、それぞれ行う必要がある。まず、アクティブＸＡをインストールする場合を説明する。図３に示すように、まずＣＤ−ＲＯＭに格納されているか、またはハードディスク装置８ａ内に格納されているインストーラを起動することで、制御部９は、ファイル制御部８を介してしてＣＤドライブ装置８ｃからアクティブＸＡを読み込みＲＡＭ９ｃへ展開しつつ、ファイル制御部８を介してハードディスク装置８ａへ格納していく。この場合、インストール先のパスは、上述したように「c:\windows\system32」である（Ｓ１００）。
【００３７】
そして、アクティブＸＡのハードディスク装置８ａへの格納が終了すると、インストーラが動作する制御部９は、ハードディスク装置８ａのレジストリのインストールフォルダである「HKEY#LOCAL#MACHINE#SOFTWARE#CLASSES」にアクティブＸＡの名前のフォルダを作成する（Ｓ１１０）。
【００３８】
そして、制御部９がアクティブＸＡのフォルダの中に、アクティブＸＡに割り当てられたクラスＩＤを格納することで、レジストリに登録される（Ｓ１２０）。レジストリにアクティブＸＡのクラスＩＤが登録された状態を表示した表示部６の画面例を図６に示す。図６では、レジストリのHKEY#LOCAL#MACHINE#SOFTWARE#CLASSESにアクティブＸＡが、アクティブＸＡのファイル名「PCCgrid001.ocx」が「PCCGrid0001.PCCGridCtrl」をインストールフォルダとしてクラスＩＤ[3E4DCCA9-951C-4A01-BC8F-B063C3E921F9]が登録されている。
【００３９】
アクティブＸＡのインストールを終了したら、次にアクティブＸＢを同様に、Ｓ１００
からＳ１２０にてインストールする。アクティブＸＢのクラスＩＤがレジストリに登録された状態を表示した表示部６の画面例を図７に示す。図６では、レジストリのHKEY#LOCAL#MACHINE#SOFTWARE#CLASSESにアクティブＸＢが、アクティブＸＢのファイル名「PCCgrid002.ocx」が「PCCGrid0002.PCCGridCtrl」をインストールフォルダとしてクラスＩＤ[1E4C0BDF-34A5-44B1-A423-2EEBAA1B4505]が登録されている。図６および図７に示すように、バージョンが異なるアクティブＸＡとアクティブＸＢとを異なるクラスＩＤとすることで、別々のプログラムとして登録されていることがわかる。
【００４０】
次に、アプリケーションである試験プログラムの起動について図４に基づいて説明する。図４は、試験プログラムを起動すると、試験プログラムは、アクティブＸのクラスＩＤを指定して、アクティブＸのバージョン情報を呼び出す。交換機３用試験プログラムであればアクティブＸＡのクラスＩＤを、交換機４用試験プログラムであればアクティブＸＢのクラスＩＤを指定する。ウィンドウズ（登録商標）は、レジストリに登録されているクラスＩＤの中から指定されたクラスＩＤを検索して、ファイル名を抽出することで、アクティブＸのバージョン情報を試験プログラムへ応答する（Ｓ２００）。
【００４１】
そして試験プログラムは、ウィンドウズ（登録商標）から応答されたバージョン情報からその試験プログラムの機能に対応したバージョンのアクティブＸか否かを判定する（Ｓ２１０）。Ｓ２１０にてバージョンが不一致である場合に、試験プログラムは、システムエラーとして表示部６にアラート表示する（Ｓ２２０）。Ｓ２１０にてバージョンが一致する場合は、試験プログラムは処理を継続する（Ｓ２３０）。これにより、試験プログラムが、必要とするアクティブＸのバージョンが一致しているか否かをチェックすることができる。
【００４２】
次に、試験プログラムが集合プログラムの部品プログラムを呼び出す動作を図５に基づいて説明する。試験プログラムは、集合プログラムに含まれる部品プログラムを呼ぶときは、部品プログラムの名前と、その集合プログラムのクラスＩＤを指定して呼ぶ。つまり交換機３用試験プログラムがアクティブＸＡの部品プログラムを呼ぶときは、その部品プログラムの名前とアクティブＸＡに割り当てられたクラスＩＤを指定することになる（Ｓ３００）。
【００４３】
ウィンドウズ（登録商標）は、ハードディスク装置８ａに格納されたレジストリの中から指定されたクラスＩＤを検索する（Ｓ３１０）。
【００４４】
そして、ウィンドウズ（登録商標）は、指定されたクラスＩＤがレジストリにないと判断すると、試験プログラムにその旨を通知する。試験プログラムは、システムエラーとして表示部６にアラート表示する（Ｓ３２０）。
【００４５】
Ｓ３１０にて指定されたクラスＩＤがレジストリに登録されていると判断されると、クラスＩＤに対応するアクティブＸＡが呼び出され、交換機３用試験プログラムが指定した部品プログラムが制御部９により実行される（Ｓ３３０）。
【００４６】
このように、２つのアクティブＸを１台のコンピュータに共存させることができるので、２種類の交換機をそれぞれ試験する２つの試験プログラムを１台のコンピュータで動作させることができる。従って、２種類の交換機を試験するに２台のコンピュータを用意する必要がない。
【００４７】
以上、本発明の実施の形態について説明してきたが、本発明は前記実施の形態に限定されるものではなく、例えば、３種類以上の交換機を試験する場合でも同様に、それぞれの交換機の機能に合わせてバージョンを更新したアクティブＸをクラスＩＤをそれぞれバー
ジョンに応じた値とすることで、１台のコンピュータに３つ以上の異なるバージョンの集合プログラムを共存させることが可能である。また、集合プログラムは、アクティブＸに限らず、機能毎に部品化された部品プログラムの集合で、クラスＩＤのような識別情報で他の集合プログラムと区別するものであれば、共存させることが可能である。
【産業上の利用可能性】
【００４８】
本発明は、特別なプログラムを開発することなく、異なるバージョンの複数の集合プログラムを共存させることが可能なので、機能毎に部品化された部品プログラムと、部品プログラムのファイル名を指定して呼び出すアプリケーションプログラムとを実行するコンピュータおよび集合プログラムのインストール方法に好適である。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態に係るコンピュータを用いて交換機を試験する場合を説明する図
【図２】本発明の実施の形態に係るコンピュータの構成を説明する図
【図３】本発明の実施の形態に係るコンピュータの動作を説明するフローチャート
【図４】本発明の実施の形態に係るコンピュータの動作を説明するフローチャート
【図５】本発明の実施の形態に係るコンピュータの動作を説明するフローチャート
【図６】レジストリにアクティブＸＡのクラスＩＤが登録された状態を表示した表示画面を表わす図
【図７】レジストリにアクティブＸＢのクラスＩＤが登録された状態を表示した表示画面を表わす図
【符号の説明】
【００５０】
１    パーソナルコンピュータ（ＰＣ）
２    インタフェース線
３，４    交換機
５    インタフェース部
６    表示部
７    操作部
８    ファイル制御部
８ａ    ハードディスク装置
８ｂ    フレキシブルディスク装置
８ｃ    ＣＤドライブ装置
９    制御部
９ａ    ＣＰＵ
９ｂ    ＲＯＭ
９ｃ    ＲＡＭ
１０    記録媒体
１０ａ    ＣＤ−ＲＯＭ
１０ｂ    フレキシブルディスク
【図１】
2006126992.tif 000003
【図２】
2006126992.tif 000004
【図３】
2006126992.tif 000005
【図４】
2006126992.tif 000006
【図５】
2006126992.tif 000007
【図６】
2006126992.tif 000008
【図７】
2006126992.tif 000009