JP2004094446A - データ処理装置およびプログラム - Google Patents

Abstract

【課題】必要最小限の基本的なプログラムのみを常駐プログラムとし、その他の各管理プログラムを機能別に細分化した複数の機能プログラムに分けて外部記憶しておき、目的に応じて必要な機能に対応する機能プログラムを非常駐形式で実行できるようにする。
【解決手段】各管理プログラムを機能別に細分化した複数の機能プログラムが外部記憶されている状態において、システム情報表示アプリケーション１５にしたがって各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付け、また、コマンド実行プログラム１３にしたがって当該選択機能対応の機能プログラムを非常駐形式で実行する。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
この発明は、常駐プログラム数の削減を図ったデータ処理装置およびプログラムに関する。
【０００２】
【従来の技術】
従来、ネットワーク上に複数のデータ処理装置が接続されているデータ処理システムにおいて、自己のデータ処理装置（自ホスト）あるいは他のデータ処理装置（他ホスト）に対して、システム情報等の閲覧あるいは設定を可能とする為にも、図９に示すように、ネットワークを介して接続されている各ホストＡ、Ｂ、Ｃ‥‥には、基本的なオペレーティングシステム（基本ＯＳ）および基本的なアプリケーション（基本ＡＰ）の他に、例えば、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラム等の各種の管理プログラムが常に動作可能な状態となるように常駐されている。
なお、上述の基本ＡＰは、基本的なオペレーティングシステム（基本ＯＳ）と各種管理プログラムとの間でデータ仲介を行う為のアプリケーションである。また、ユーザ管理プログラムは、ユーザの追加、削除、表示等を行うプログラム、システム情報管理プログラムは、システム状態表示、ディスク状態表示、ＣＰＵ状態表示等を行うプログラムである。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来においては、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラム等の各種の管理プログラムをもメモリに常駐させるようにしている為、それだけメモリ量が増大する結果となり、その後、必要とするアプリケーションを格納する為のメモリ領域が少なくなり、メモリ不足を招くおそれがあった。
また、新たな管理プログラムの追加に伴って常駐管理プログラム数が増える程、結果的に常駐するリソース数も多く必要となり、また、既存の各常駐管理プログラムの再コンパイル（プログラム修正）を必要とする等の問題も起きる。つまり、常駐管理プログラムの一部の機能だけを変更する場合や新規な機能を追加する場合でも、常駐管理プログラム全体を修正する必要があった。
【０００４】
この発明の課題は、必要最小限の基本的なプログラムのみを常駐プログラムとし、その他の各管理プログラムを機能別に細分化した複数の機能プログラムに分けて外部記憶しておき、目的に応じて必要な機能に対応する機能プログラムを非常駐形式で実行できるようにすることである。
【０００５】
【課題を解決するための手段】
請求項１記載の発明は、各種情報を管理する各管理プログラムを機能別に細分化した複数の機能プログラムを外部記憶する外部記憶手段と、この外部記憶手段内に記憶されている各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付ける受付手段と、前記外部記憶手段内の各機能プログラムのうち、前記受付手段によって受け付けた選択機能対応の機能プログラムを実行対象として指定して、その機能プログラムを実行するプログラム実行手段とを具備し、前記プログラム実行手段は、前記外部記憶手段内に記憶されている各機能プログラムを非常駐形式で実行するようにしたことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項４記載の発明）。
【０００６】
したがって、請求項１、４記載の発明は、各管理プログラムを機能別に細分化した複数の機能プログラムが外部記憶されている状態において、各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付け、この選択機能対応の機能プログラムを実行するようにしたから、必要最小限の基本的なプログラムのみを常駐プログラムとすることができ、例えば、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラム等の各管理プログラムを非常駐形式で実行することで、常駐プログラム数の大幅な削減が可能となり、また、各種管理プログラムを機能別に細分化した複数の機能プログラムのうち、必要とする機能だけを容易に選択して実行することが可能となる。この場合、各管理プログラムを非常駐化することでメモリに対するリソース削減を図ったとしても、各管理プログラムを機能別に細分化して、必要機能のみを実行することができる為、従来に比べ、処理効率を大幅に向上させることが可能となる。
【０００７】
なお、請求項１記載の発明は次のようなものであってもよい。
ネットワークを介して接続されているデータ処理装置であって、前記プログラム実行手段は、他のデータ処理装置側で受け付けた選択機能をネットワーク経由で受信した際に、この選択機能対応の機能プログラムを実行すると共に、当該他のデータ処理装置へネットワークを介してその実行結果を送信する（請求項２記載の発明）。
【０００８】
したがって、請求項２記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、他のデータ処理装置側で受け付けた機能であっても、この機能対応の機能プログラムを実行し、その実行結果を当該他のデータ処理装置へ送信するようにしたから、必要最小限の基本プログラムのみを常駐プログラムとし、その他の各管理プログラムを機能別に細分化した複数の機能プログラムに分けて非常駐形式で記憶管理している複数のデータ処理装置がネットワーク上に接続されているネットワーク環境であっても、どのデータ処理装置からでも、他のデータ処理装置側の情報（例えば、システム情報やユーザ管理情報等）を取得してその内容を確認することが可能となる。
【０００９】
ネットワークを介して接続されているデータ処理装置であって、機能変更が行われた場合に、ネットワークを介して配布された新たな機能プログラムおよびその機能を識別する識別情報を受信する受信手段と、この受信手段によって受信した配布プログラムを前記外部記憶手段に登録すると共に、その識別情報を前記メニュー情報として登録する登録手段とを設けた（請求項３記載の発明）。
【００１０】
したがって、請求項３記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、機能変更（追加／削除等）が行われた場合に、ネットワークを介して配布されて来た機能プログラムおよびその機能を識別する識別情報を受信して登録するようにしたから、機能単位で機能を変更することができ、管理プログラム内の一部を変更する場合、その管理プログラム全体を変更する従来に比べ、変更が容易となると共に、システム全体を同一環境に設定することが可能となる。
【００１１】
【発明の実施の形態】
以下、図１〜図８を参照してこの発明の一実施形態を説明する。
図１は、この実施形態におけるデータ処理システムの全体構成を示したブロック図である。
このデータ処理システムは、パーソナルコンピュータ等の複数のデータ処理装置（ホスト）１がネットワーク網２（構内通信網）を介して接続されている構内通信システム、例えば、ピア・ツー・ピア型の通信ネットワークシステムである。なお、データ処理システムは、インターネットを利用したり、専用回線を介してデータ処理を行う広域通信システムであってもよいが、この実施形態においては、構内通信システムに適用した場合を示している。
そして、このデータ処理システムは、必要最小限の基本的なプログラムのみを常駐プログラムとし、その他の各管理プログラムを機能別に細分化した複数の機能プログラムに分けて外部記憶しておき、目的に応じて必要な機能に対応する機能プログラムを非常駐形式で実行するようにしたものである。
【００１２】
各ホスト１（Ａ、Ｂ、Ｃ‥‥）は、その内部メモリに基本的なプログラムとしての基本ＯＳ（オペレーティングシステム）１１および基本ＡＰ（アプリケーション）１２の他に、コマンド実行プログラム１３が常に動作可能な状態で常駐されているが、例えば、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラム等の各種管理プログラムにあっては、各管理プログラムを機能別に細分化した複数の機能プログラムとしてモジュール化されてハードディスク等に外部記憶されている。つまり、各機能モジュール１４（▲１▼、▲２▼‥‥▲６▼等）は、各管理プログラムを機能別に細分化することによって得られたもので、非常駐形式で実行される。言換えれば、各機能モジュール１４は、外部コマンド化されている。
【００１３】
基本ＯＳ１１は、自ホスト１の全体動作を制御したり、他のホスト２との間で通信処理を行う基本的なオペレーティングシステムであり、また、基本ＡＰ１２は、基本ＯＳ１１とコマンド実行プログラム１３等との間でデータ仲介を行う基本的なアプリケーションである。
コマンド実行プログラム１３は、各種の機能モジュール１４の中から処理対象として任意に選択指定された機能モジュールを非常駐形式で実行する為の制御プログラムである。
【００１４】
一方、ハードディスク等に外部記憶されているプログラムとしては、システム情報表示アプリケーション（ＧＵＩ）１５等の各種アプリケーションを有している。このシステム情報表示アプリケーション１５は、通常のＧＵＩ機能を持ったユーザ・インターフェイスであるが、この場合、メニュー画面上に各機能モジュール対応の機能名をアイコンやシンボルと共に表示し、このメニューの中から任意の機能が選択指定された場合に、コマンド実行プログラム１３に対してその機能モジュール１４の実行を指示する。
【００１５】
更に、ディスクに外部記憶されているファイルとしては、機能一覧設定ファイル１６およびホスト一覧設定ファイル１７等の各種のファイル群を有している。
この機能一覧設定ファイル１６は、各機能モジュール１４に対応して、予め任意に設定された「機能名」およびその「機能プログラム名」の一覧を記憶管理するもので、システム情報表示アプリケーション１５にしたがってこの機能一覧設定ファイル１６がアクセスされ、この設定ファイル１６内の機能一覧が画面上に表示出力される。また、ホスト一覧設定ファイル１７は、このデータ処理システムに接続されている各「ホスト名」の一覧を記憶管理するもので、システム情報表示アプリケーション１５にしたがってこのホスト一覧設定ファイル１７がアクセスされ、この設定ファイル１７内のホスト一覧が画面上に表示出力される。
【００１６】
図２は、自ホスト１のユーザ情報、システム情報等を取得して表示する場合、例えば、ハードディスクの残り容量を知りたい場合における動作の流れを概念的に示した図である。
この場合、システム情報表示アプリケーション１５に対して自己のハードディスクの残容量を取得すべき旨のコマンド実行が要求されると、システム情報表示アプリケーション１５が起動し、自己の基本ＡＰ１２および基本ＯＳ１１を介してコマンド実行プログラム１３に対して要求コマンドの実行を指示する。すると、コマンド実行プログラム１３が起動し、各種の機能モジュール１４の中からディスク状態表示モジュール１４Ａを選択してその起動を指示する。
この場合、ディスク状態表示モジュール１４Ａにおける実行結果（自ディスクの残容量）は、自己の基本ＡＰ１２および基本ＯＳ１１を介してシステム情報表示アプリケーション１５に対して通知される。これによって、自ホストのハードディスクの残り容量を確認することができる。
【００１７】
図３は、他のホスト１側のユーザ情報、システム情報等を取得して表示する場合、例えば、他ホスト１側のハードディスクの残り容量を知りたい場合における動作の流れを概念的に示した図である。
この場合、要求元のシステム情報表示アプリケーション１５に対して、取得先である他ホストを指定し、そのハードディスクの残容量を取得すべき旨のコマンド実行が要求されると、システム情報表示アプリケーション１５が起動し、自己の基本ＡＰ１２および基本ＯＳ１１を介して取得先である他ホストを呼び出し、その取得先側のコマンド実行プログラム１３に対して要求コマンドの実行を指示する。
【００１８】
すると、コマンド実行プログラム１３が起動し、各種の機能モジュール１４の中からディスク状態表示モジュール１４Ａを選択してその起動を指示する。この場合、ディスク状態表示モジュール１４Ａにおける実行結果（自ディスクの残容量）は、自己の基本ＡＰ１２および基本ＯＳ１１を介して要求元側のホスト１へ送信され、この要求元側におけるシステム情報表示アプリケーション１５に対して通知される。これによって、他ホスト１側のハードディスクの残り容量を確認することができる。
【００１９】
図４は、各ホスト１の基本的構成要素を示したブロック図である。
ＣＰＵ１０１は、記憶装置１０２内のオペレーティングシステムや各種アプリケーションソフトにしたがってこのホストの全体動作を制御する中央演算処理装置である。記憶装置１０２は、プログラム記憶領域とデータ記憶領域とを有し、磁気的、光学的、半導体メモリ等やその駆動系によって構成されている。この記録装置２１０はハードディスク等の固定的なメモリの他、ＣＤ−ＲＯＭ、ＤＶＤ等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置２内のプログラムやデータは、必要に応じてＲＡＭ（例えば、スタティックＲＡＭ）１０３にロードされたり、ＲＡＭ１０３内のデータが記憶装置１０２にセーブされる。なお、ＲＡＭ１０３内には、プログラム実行領域と作業領域とを有している。
【００２０】
更に、ＣＰＵ１０１は通信装置１０４を介して他のホスト１に接続され、プログラム／データを直接アクセスして使用したり、通信装置１０４を介してダウンロード受信することもできる。
通信装置１０４は、例えば、有線／無線の通信インターフェイスである。一方、ＣＰＵ１０１にはその入出力周辺デバイスである入力装置１０５、表示装置１０６がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１０１はそれらの動作を制御する。入力装置１０５はキーボードやタッチパネルあるいはマウスやタッチ入力ペン等のポインティングデバイスを構成する操作部であり、文字列データや各種コマンドを入力する。表示装置１０６は、フルカラー表示を行う液晶やＣＲＴあるいはプラズマ表示装置などである。
【００２１】
次に、この実施形態におけるデータ処理システムの動作アルゴリズムを図５〜図７に示すフローチャートを参照して説明する。
ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００２２】
図５は、各機能モジュール１４のうち、任意のモジュールを起動させる際に実行開始されるシステム情報表示アプリケーション１５の動作を示したフローチャートである。
先ず、システム情報表示アプリケーション１５の起動開始に伴って処理対象が自ホストか否かの判別が行われる（ステップＡ１）。すなわち、ユーザの追加、削除、表示、システム状態表示、ディスク状態表示、ＣＰＵ状態表示等、各種の管理情報のうち、希望する管理情報を確認する処理対象ホストとして、自ホスト１が指定されたか、他のホスト１が指定されたかを調べ、他のホスト１が指定された場合には、ホスト一覧設定ファイル１７をアクセスしてその内容を読み出し（ステップＡ２）、このホスト一覧設定ファイル１７に設定されている「ホスト名」を一覧表示させる（ステップＡ３）。ここで、対象ホストが選択指定されたか否かを判別し、キーボードやマウス等のポインティングデバイスによって所望の対象ホストが選択指定されるまで待機状態となる（ステップＡ４）。
【００２３】
いま、自ホスト１が処理対象ホストとして指定された場合（ステップＡ１）あるいは他のホスト１が処理対象ホストとして選択指定された場合には（ステップＡ４）、機能一覧設定ファイル１６をアクセスして、その内容を読み出し（ステップＡ５）、この機能一覧設定ファイル１６に設定されている機能名を一覧表示させる（ステップＡ６）。
ここで、所望の機能名が選択指定されるまで待機状態となり、キーボードやマウス等のポインティングデバイスによって機能名が選択指定されると（ステップＡ７）、その選択されたプログラム名を含むメッセージ（要求コマンド）を自己あるいは処理対象ホスト側のコマンド実行プログラム１３へ通知する（ステップＡ８）。
【００２４】
この際、対象ホストが自ホスト１の場合には、図２に示すように、自己の基本ＡＰ１２および基本ＯＳ１１を介してコマンド実行プログラム１３に対して要求コマンドの実行を指示するが、処理対象のホストが他のホスト１の場合には、図３に示すように、自己の基本ＡＰ１２および基本ＯＳ１１を介して他のホスト１を呼び出し、そのホスト１側のコマンド実行プログラム１３に対して要求コマンドの実行を指示する。
その後、コマンド実行プログラム１３から選択機能対応の実行結果の通知有無をチェックし、実行結果を受取るまで待機する（ステップＡ９）。ここで、選択機能対応の機能プログラムが終了し、その実行結果をコマンド実行プログラム１３から受取ると（ステップＡ１０）、この実行結果を表示出力させる（ステップＡ１１）。
【００２５】
図６は、システム情報表示アプリケーション１５からの要求に応じて動作するコマンド実行プログラム１３の動作を示したフローチャートである。
コマンド実行プログラム１３の起動に伴って、システム情報表示アプリケーション１５からのメッセージを受取ると（ステップＢ１）、そのメッセージ内に含まれている選択機能対応の機能プログラム名を解釈し、対応する機能モジュール１４を選択して、そのスレッドを作成する（ステップＢ２）。つまり、別ルートの処理系で機能モジュール１４を実行する為のスレッドを作成する。そして、機能処理の終了が通知されるまで待機状態となる（ステップＢ３）。
【００２６】
この場合、コマンド実行プログラム１３における別ルートの処理系で選択機能対応のモジュール１４が実行される（ステップＢ４）。ここで、例えば、自ホスト１あるいは他ホスト１のハードディスクの残容量を取得すべき旨のコマンド実行が要求された場合には、その要求内容にしたがって各種の機能モジュール１４の中からディスク状態表示モジュール１４Ａを選択して、その選択モジュールを起動させて実行する。これによって、ディスク状態表示モジュール１４Ａの実行結果として、現時点におけるディスクの残容量を得る。
【００２７】
いま、当該機能モジュール１４の処理が終了すると（ステップＢ６）、コマンド実行プログラム１３のメインルーチンに対して実行終了を通知すると共に（ステップＢ６）、実行結果をシステム情報表示アプリケーション１５へ通知する（ステップＢ７）。この際、処理対象ホストが自ホスト１の場合には、図２に示すように、自己の基本ＡＰ１２および基本ＯＳ１１を介してシステム情報表示アプリケーション１５に対して通知され、処理対象ホストが他のホスト１の場合には、図３に示すように、自己の基本ＡＰ１２および基本ＯＳ１１を介して要求元ホスト１へ送信され、この要求元側のシステム情報表示アプリケーション１５に対して通知される。
【００２８】
図７は、機能変更（追加／削除等）に伴う機能変更処理を示したフローチャートであり、図８は、機能追加前／追加後における機能一覧設定ファイル１６の内容とその一覧表示の状態を示した図である。
先ず、機能変更（追加／削除等）が指示された際に、自ホストからの変更コマンドか他のホスト１からの変更コマンドかをチェックする（ステップＣ１）。いま、自ホスト１から変更コマンドを受けた場合には、現在、機能一覧設定ファイル１６内に設定されている機能名を読み出して（ステップＣ２）、その一覧を表示させる（ステップＣ３）。
【００２９】
この状態において、指定された変更内容をチェックし（ステップＣ４）、機能削除を行う場合には、一覧画面の中から削除対象の機能名をマウス等によって選択指定し（ステップＣ５）、また、機能を追加する場合には（ステップ）、追加機能名を新たにキー入力する（ステップＣ６）。以下、機能変更（追加／削除等）の終了が指示されたかをチェックし（ステップＣ７）、終了指示があるまでステップＣ４に戻り、指定された変更内容に応じて上述の変更操作を繰り返す。
【００３０】
これによって、機能変更の終了が指示された場合には（ステップＣ７）、変更内容に基づいて新たな機能一覧設定ファイル１６を作成して新規設定すると共に（ステップＣ８）、変更前の機能一覧設定ファイル１６を削除する（ステップＣ９）。そして、指定された変更内容を再チェックし（ステップＣ１０）、機能削除を行った場合には、新たに作成した機能一覧設定ファイル１６の内容を機能変更コマンドと共に、他の全てのホスト１に対して送信配布する（ステップＣ１１）。
また、新たな機能を追加した場合には、新たに作成された機能一覧設定ファイル１６の内容を機能変更コマンドと共に、他の全てのホスト１に対して送信配布する他に、追加機能対応の機能モジュール１４も合わせて送信配布する（ステップＣ１２）。
【００３１】
図８は、機能を新たに追加した場合を示し、変更前と変更後における機能一覧設定ファイル１６を見比べると、４番目の内容が新たに追加された機能となる。この場合、機能一覧設定ファイル１６には、機能名と共に対応する機能モジュールをアクセスする為の機能プログラム名が設定されているが、この新たな機能一覧設定ファイル１６の内容と共に、この追加機能対応の機能モジュール１４が他の全てのホスト１に対して送信配布される。
【００３２】
一方、機能変更コマンドが他のホスト１からのものであれば（ステップＣ１でＮＯ）、他ホスト１から送信配布されて来た新たな機能一覧設定ファイル１６を受信する（ステップＣ１３）。この場合、追加機能対応の機能モジュール１４が送信されて来た場合には、それも含めて受信し、受信した新たな機能一覧設定ファイル１６を自己の設定ファイルとして新規登録するが（ステップＣ１４）、この場合、追加機能対応の機能モジュール１４が送信されて来た場合には、この機能モジュール１４の新規登録も合わせて行われる。そして、不要となった変更前の機能一覧設定ファイル１６を削除する（ステップ０Ｃ１５）。
【００３３】
以上のように、この実施形態においては、各管理プログラムを機能別に細分化した複数の機能プログラムが外部記憶されている状態において、システム情報表示アプリケーション１５にしたがって各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付け、また、コマンド実行プログラム１３にしたがって当該選択機能対応の機能プログラムを実行するようにしたから、必要最小限の基本的なプログラム、つまり、基本ＯＳ１１、基本ＡＰ１２、コマンド実行プログラム１３のみを常駐プログラムとすることができ、例えば、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラム等の各管理プログラムを非常駐形式で実行することで、常駐プログラム数の大幅な削減が可能となり、また、各種管理プログラムを機能別に細分化した複数の機能プログラムのうち、必要とする機能だけを容易に選択して実行することが可能となる。
この場合、各管理プログラムを非常駐化することでメモリに対するリソース削減を図ったとしても、各管理プログラムを機能別に細分化して、必要機能のみを実行することができる為、従来に比べ、処理効率を大幅に向上させることが可能となる。
【００３４】
また、メニュー画面の中から実行対象として任意に選択された機能を他のホスト１側で受け付けた場合であっても、この機能対応の機能モジュールを実行し、その実行結果を当該他のホスト１へ送信するようにしたから、複数のホスト１がネットワーク上に接続されているネットワーク環境であっても、どのホスト１からでも、他のホスト１側の情報（例えば、システム情報やユーザ管理情報等）を取得して確認することが可能となる。
【００３５】
また、機能変更（追加／削除等）を行う場合においては、機能単位で機能を変更することができ、変更対象が管理プログラム内の一部であっても、従来のように、その管理プログラム全体を変更する必要がない為、その変更を容易に行うことができ、また、ネットワークを介して配布されて来た機能モジュールおよびその機能名を受信して登録するようにしたから、システム全体を同一環境に設定することが可能となる。
【００３６】
なお、上述した実施形態においては、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラムに限らず、例えば、システムバックアップ管理プログラム、システム運用管理プログラム等、その他の管理プログラムを非常駐形式の実行するようにしてもよく、非常駐形式で実行される管理プログラムは任意である。
【００３７】
また、上述した実施形態においては、データ処理システムに適用した場合を例示したが、勿論、スタンド・アローン・タイプのデータ処理装置に適用してもよい。
この場合、データ処理装置の各構成要素が２以上の筐体に物理的に分離され、通信回線やケーブル等の有線伝送路あるいは電波、マイクロウエーブ、赤外線等の無線伝送路を介してデータを送受信する分散型のコンピュータシステムを構成するものであってもよい。
【００３８】
一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（例えば、ＣＤ−ＲＯＭ、フロッピィデスク、ＲＡＭカード等）を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、各種情報を管理する各管理プログラムを機能別に細分化した複数の機能プログラムが外部記憶されている状態において、各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付ける手段と、前記各機能プログラムのうち、受け付けた選択機能対応の機能プログラムを実行対象として指定して、その機能プログラムを非常駐形式で実行する手段とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【００３９】
【発明の効果】
この発明（請求項１記載の発明）によれば、各管理プログラムを機能別に細分化した複数の機能プログラムが外部記憶されている状態において、各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付け、この選択機能対応の機能プログラムを実行するようにしたから、必要最小限の基本的なプログラムのみを常駐プログラムとすることができ、例えば、ユーザ管理プログラム、システム情報管理プログラム、ファイル管理プログラム等の各管理プログラムを非常駐形式で実行することで、常駐プログラム数の大幅な削減が可能となり、また、各種管理プログラムを機能別に細分化した複数の機能プログラムのうち、必要とする機能だけを容易に選択して実行することが可能となる。この場合、各管理プログラムを非常駐化することでメモリに対するリソース削減を図ったとしても、各管理プログラムを機能別に細分化して、必要機能のみを実行することができる為、従来に比べ、処理効率を大幅に向上させることが可能となる。
【図面の簡単な説明】
【図１】データ処理システムの全体構成を示したブロック図。
【図２】自ホスト１のユーザ情報、システム情報等を取得して表示する場合、例えば、ハードディスクの残り容量を知りたい場合における動作の流れを概念的に示した図。
【図３】他ホスト１のユーザ情報、システム情報等を取得して表示する場合、例えば、他ホスト側のハードディスクの残り容量を知りたい場合における動作の流れを概念的に示した図。
【図４】各ホスト１の基本的構成要素を示したブロック図。
【図５】各機能モジュール１４のうち、任意のモジュールを起動させる際に実行開始されるシステム情報表示アプリケーション１５の動作を示したフローチャート。
【図６】システム情報表示アプリケーション１５からの要求に応じて動作するコマンド実行プログラム１３の動作を示したフローチャート。
【図７】機能変更（追加／削除等）に伴う機能変更処理を示したフローチャート。
【図８】機能追加前／追加後における機能一覧設定ファイル１６の内容とその一覧表示の状態を示した図。
【図９】従来のデータ処理システムにおいて、各ホストに常駐されている複数のプログラムを示した図。
【符号の説明】
１　データ処理装置（ホスト）
２　ネットワーク網
１１　基本ＯＳ（オペレーティングシステム）
１２　基本ＡＰ（アプリケーション）
１３　コマンド実行プログラム
１４　機能モジュール
１４Ａ　ディスク状態表示モジュール
１５　システム情報表示アプリケーション（ＧＵＩ）
１６　機能一覧設定ファイル
１７　ホスト一覧設定ファイル
１０１　ＣＰＵ
１０２　記憶装置
１０４　通信装置
１０５　入力装置
１０６　表示装置

Claims (4)

1. 各種情報を管理する各管理プログラムを機能別に細分化した複数の機能プログラムを外部記憶する外部記憶手段と、
   この外部記憶手段内に記憶されている各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付ける受付手段と、
   前記外部記憶手段内の各機能プログラムのうち、前記受付手段によって受け付けた選択機能対応の機能プログラムを実行対象として指定して、その機能プログラムを実行するプログラム実行手段と、
   を具備し、前記プログラム実行手段は、前記外部記憶手段内に記憶されている各機能プログラムを非常駐形式で実行するようにしたことを特徴とするデータ処理装置。
2. ネットワークを介して接続されているデータ処理装置であって、
   前記プログラム実行手段は、他のデータ処理装置側で受け付けた選択機能をネットワーク経由で受信した際に、この選択機能対応の機能プログラムを実行すると共に、当該他のデータ処理装置へネットワークを介してその実行結果を送信する、
   ようにしたことを特徴とする請求項１記載のデータ処理装置。
3. ネットワークを介して接続されているデータ処理装置であって、
   機能変更が行われた場合に、ネットワークを介して配布された新たな機能プログラムおよびその機能を識別する識別情報を受信する受信手段と、
   この受信手段によって受信した配布プログラムを前記外部記憶手段に登録すると共に、その識別情報を前記メニュー情報として登録する登録手段と、
   を設けたことを特徴とする請求項１記載のデータ処理装置。
4. コンピュータに対して、
   各種情報を管理する各管理プログラムを機能別に細分化した複数の機能プログラムが外部記憶されている状態において、各機能プログラムに対応する機能をメニュー情報として表示すると共に、このメニュー画面の中から実行対象として任意に選択された機能を受け付ける手段と、
   前記各機能プログラムのうち、受け付けた選択機能対応の機能プログラムを実行対象として指定して、その機能プログラムを非常駐形式で実行する手段と、
   を実現させるためのプログラム。

Images