(57)【要約】【課題】  ネットワーク上のサーバ及びクライアントのコンポーネントの動作に不可欠な項目などが設定されているファイルまたは他の形式で記憶されている設定情報を監視管理する設定監情報監視管理システム。【解決手段】  構成として、帳票作成を行うためのサーバ、クライアントマシン、ネットワーク、設定ファイル更新方法、設定ファイルバックアップ方法、設定ファイル履歴保存方法、設定ファイル属性変更方法、記憶媒体、及びプログラムに関する。【選択図】  図１
2008282147.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバ及びクライアントのコンポーネントの動作に関連する項目が設定されているファイルまたは他の形式で記憶されている設定情報を監視管理する設定監情報監視管理システムであって、設定ファイルの設定項目を変更する手段、設定ファイルのコンポーネント属性を識別する手段、設定ファイルの更新日時を管理する手段、設定ファイルの読み取り書き込み属性を変更する手段、設定ファイルの変更履歴をログとして記述し保存する手段、コンポーネントの設定ファイルが削除されたときに、バックアップファイルから設定ファイルを作成する手段、設定ファイルの変更箇所を検索する手段、設定ファイルの変更者を管理する手段を有することを特徴とする設定情報監視管理システム。
【請求項２】
前記手段は各種制御命令を受け取り実行できる制御機能を有することを特徴とする請求項１記載の設定情報監視管理システム。
【請求項３】
前記手段は設定ファイルをメモリ上に展開しメモリ上で変更する手段を特徴とする請求項１記載の設定情報監視管理システム。
【請求項４】
前記手段はコンポーネントを指定することによって、設定ファイルを識別できる識別機能を有することを特徴とする請求項１記載の設定情報監視管理システム。
【請求項５】
前記手段は設定ファイルの更新日時をメモリ上又はファイルに記述して管理することを特徴とする請求項１記載の設定情報監視管理システム。
【請求項６】
前記手段は設定ファイルの最新の属性情報を読み取り、また制御機能から命令された属性情報変更指示に従って設定ファイルの属性情報を変更することを
特徴とする請求項１記載の設定情報監視管理システム。
【請求項７】
前記手段は制御機能からの設定ファイル変更指示に従い変更した内容を設定ファイルの変更履歴としてメモリ上又はファイルに記述することを特徴とする請求項１記載の設定情報監視管理システム。
【請求項８】
前記手段は設定ファイルが誤って削除された場合に、デフォルト値が記述されたデフォルト設定ファイルから、設定項目を検索して設定ファイルを生成しコンポーネントの処理を行なえるようにすることを特徴とする請求項１記載の設定情報監視管理システム。
【請求項９】
前記手段は設定項目変更履歴ファイルと現状のファイルとの差分から変更個所をピックアップする手段と、変更履歴ファイルから変更箇所を検索する手段を有することを特徴とする請求項１記載の設定情報監視管理システム。
【請求項１０】
前記手段はインストール時に設定された設定情報をバックアップ設定ファイルとして保存することを特徴とする請求項１記載の設定情報監視管理システム。
【請求項１１】
前記手段は設定ファイルが新たに必要になった場合に、デフォルト設定ファイルから新しい設定ファイルを生成するか、又はバックアップ設定ファイルから新しい設定ファイルを生成するかを選択できることを特徴とする請求項１記載の設定情報監視管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は帳票作成を行うためのサーバ、クライアントマシン、ネットワーク、設定ファイル更新方法、設定ファイルバックアップ方法、設定ファイル履歴保存方法、設定ファイル属性変更方法、記憶媒体、及びプログラムに関する。
【背景技術】
【０００２】
従来、設定ファイルの変更に関して直接ユーザが編集を行なっていた。また設定ファイルはインストール時にサーバなどで自動的に書き換えられた後は、サーバで自動的に修正されたり書き換えられることはなかった。また設定ファイルの変更履歴なども残されなかった。また設定ファイルは自由に書き換えることが出来た。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記従来技術には次のような問題があった。ユーザが直接設定ファイルの修正などを行なうために、修正履歴を自動的に残すことはできなかった。またユーザが多数の修正を加えて設定を初期状態に戻そうとしても、その行為自身をユーザがしないとならないために変更履歴を記録していないと元に戻すことは難しかった。またユーザが誤って設定ファイル自身を消してしまった場合、プログラム自体を再インストールしなければ設定ファイルを再生することはできなかった。
【０００４】
従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開２００２−３３４１６２号公報
【課題を解決するための手段】
【０００５】
ネットワーク上のサーバ及びクライアントのコンポーネントの動作に不可欠な項目などが設定されているファイルを監視管理することを可能とする本発明は、
設定ファイルの設定項目を変更する手段、
設定ファイルのコンポーネント属性を識別する手段、
設定ファイルの更新日時を管理する手段、
設定ファイルの読み取り書き込み属性を変更する手段、
設定ファイルの変更履歴をログとして記し保存する手段、
コンポーネントの設定ファイルが削除されたときにバックアップファイルから設定ファイルを作成する手段、
設定ファイルの変更箇所を検索する手段、
設定ファイルの変更者を管理する手段、
各種制御命令を受け取り実行できる制御機能を有する手段、
設定ファイルをメモリ上に転換しメモリ上で変更する手段、
コンポーネントを指定することによって、設定ファイルを識別できる手段、
設定ファイルの更新日時をメモリ上又はファイルに記述して管理する手段、
設定ファイルの最新の属性情報を読み取り、また制御機能から命令された属性情報変更指示に従って設定ファイルの属性情報を変更する手段、
制御機能からの設定ファイル変更指示に従い変更した日時、変更者、変更個所、変更前の設定値などを設定ファイルの変更履歴としてメモリ上又はファイルに記述する手段、
設定ファイルが誤って削除された場合に、デフォルト値が記述されたデフォルト設定ファイルから、設定項目を検索して設定ファイルを生成しコンポーネントの処理を行なえるようにする手段、
設定項目変更履歴ファイルと現状のファイルとの差分から変更個所をピックアップする手段、
変更履歴ファイルから変更箇所を検索する手段、
インストール時に設定された設定情報をバックアップ設定ファイルとして保存する手段、
設定ファイルが新たに必要になった場合に、デフォルト設定ファイルから新しい設定ファイルを生成するか、又はバックアップ設定ファイルから新しい設定ファイルを生成するかを選択できる手段
を有するという特徴を持つ設定情報監視管理システム。
【発明の効果】
【０００６】
本発明によれば、修正履歴を自動的に残すことができる。
【発明を実施するための最良の形態】
【０００７】
（実施例１）
本発明の実施の形態の概要を説明する。図1は、本発明の一実施例である設定情報監視管理システムのハードウェアの構成を表わすブロック図である。設定情報監視管理システムはコンピュータシステムとして構成されており、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＦＤ（フロッピー（登録商標）ディスク）ドライブ１３、ＨＤ（ハードディスク）ドライブ１５、キーボード１６、ディスプレイ１７、マウス１８、プリンタ１９、システムバス２０を備えている。上記構成を詳述すると、ＣＰＵ１０は、設定情報監視管理システム各部を制御する中央演算処理装置であり、制御プログラムに基づき後述の各フローチャートに示す処理を実行する。ＲＯＭ１１は、基本Ｉ／Ｏプログラム等を格納する読取専用主記憶装置である。ＲＡＭ１２は、ＣＰＵ１０の作業領域や一時記憶領域として使用される読み書き可能主記憶装置である。ＦＤドライブ１３は、外部記憶媒体であるＦＤ１４に対するデータの書き込み・読み出しを行う。ＨＤドライブ１５は、外部記憶媒体であるＨＤに対するデータの書き込み・読み出しを行う。キーボード１６は、文字・数字等の入力に使用する入力装置である。ディスプレイ１７は、各種画面を表示する表示装置である。マウス（ポインティングデバイス）１８は、各種指示に使用する入力装置である。プリンタ１９は、印刷媒体上に画像を形成する印刷装置である。尚、プリンタ１９の代わりにプロッタを設置してもよい。システムバス２０は、上記各部を接続するデータ伝送路である。本設定情報監視管理システムは、基本I／Oプログラム、ＯＳ（オペレーティングシステム）、及び制御プログラムをＣＰＵ１０が実行することにより動作する。基本I／OプログラムはＲＯＭ１１に書き込まれており、ＯＳはＨＤドライブ１５のＨＤに書き込まれている。そして、本電子フォーム作成システム、配信サービスの電源がONされたときに、基本I／Oプログラム中のＩＰＬ（イニシャル・プログラム・ローディング）機能により、ＨＤドライブ１５のＨＤからＯＳがＲＡＭ１２に読み込まれ、ＯＳの動作が開始される。尚、上記制御プログラムは、本発明の制御手順を示す後述の各フローチャートに基づいてプログラムコード化されたものである。図２は、実施の形態に係る制御プログラム及び関連データの記憶例を示す説明図である。本実施の形態の場合は、上記制御プログラム及び関連データは外部記憶媒体であるＦＤ１４中に記憶されている。外部記憶媒体３０（ＦＤ１４）は、ボリューム情報領域３１、ディレクトリ情報領域３２、制御プログラム実行ファイル領域３３、制御プログラム関連データファイル領域３４を備えている。ＦＤ１４に記憶された制御プログラム及び関連データは、上記図１に示すようにＦＤドライブ１３を通じて本設定情報監視管理システムにロードすることができる。このＦＤ１４をＦＤドライブ１３にセットすると、ＯＳ及び基本I／Oプログラムの制御の下に本制御プログラム及び関連データがＦＤ１４から読み出され、ＲＡＭ１２にロードされて動作可能となる。図３は、実施の形態に係る制御プログラム及び関連データがＲＡＭ１２にロードされ実行可能となった状態のメモリマップを示す説明図である。ＲＡＭ１２の記憶領域４０は、基本Ｉ／Ｏプログラム領域４���、ＯＳ領域４２、制御プログラム領域４３、データエリア４４、ワークエリア４５を備えている。本実施の形態では、ＦＤ１４から制御プログラム及び関連データを直接ＲＡＭ１２にロードして実行させる例を示しているが、この他に、ＦＤ１４から制御プログラム及び関連データを一旦ＨＤドライブ１５のＨＤに格納（インストール）しておき、本制御プログラムを動作させる段階でＨＤドライブ１５のＨＤからＲＡＭ１２に本制御プログラムをロードするようにしてもよい。また、本制御プログラムを記憶する媒体は、ＦＤ以外に、ＣＤ−ＲＯＭ、ＩＣメモリカードなどであってもよい。更に、本制御プログラムをＲＯＭ１１に記録しておき、これをメモリマップの一部をなすように構成し、直接、ＣＰＵ１０で実行することも可能である。
【０００８】
それでは設定情報監視管理システムの実施例を説明していく。図４は本実施例のネットワーク構成図である。クライアント（4-1）とサーバ（4-2）がネットワークで繋がっている。
【０００９】
図5は本実施例のサーバ内の構成図である。サーバ内にはアプリケーションであるコンポーネントとその中にはコンポーネントの動作に必要な設定情報が格納されており、同じサーバ内にある設定情報監視管理モジュールからその設定情報にアクセスして、その情報を収集したり、または設定を行ったりする(5-1,5-2)。
【００１０】
図6は本実施例のリクエスト処理過程である。まずクライアントから設定情報監視管理モジュールに対して設定項目に関するリクエストがなされる(6-1)。設定情報監視管理モジュールは、リクエスト内容を分析しそのリクエスト内容に従って、変更履歴ログにアクセスしたり(6-2)、設定情報監視管理モジュールが持っている設定情報にアクセスしたり(6-3)、コンポーネントの設定情報にアクセスしたりする。図7はリクエスト解析のフローチャートである。リクエストを受け付けたあとで（7-1）リクエストの解析を行う(7-2)。リクエストは設定情報変更処理、設定情報再読み込み処理、設定情報ログ取得にそれぞれ分けられる。それぞれリクエスト別に処理が実行された後で(7-4,7-5,7-6)、処理結果の通知を行い処理が終了する。それではそれぞれの処理の詳細について説明する。
【００１１】
図8は設定情報変更処理のフローチャートである。リクエストで変更処理を受け付けた後に（8-1）、コンポーネント種別を特定する（8-2）。そしてコンポーネントログファイルを読み込み(8-3)、変更操作情報を取得する(8-4)。変更情報から変更者が変更権限を持っていない場合、処理を終了する(8-5)。変更権限を持っていた場合、変更処理を行なう(8-6)。変更処理が成功した場合、変更履歴ログに変更情報を記載し終了する。変更が成功しなかった場合、もう一度その処理を行うか選択する(8-7)。行なわない場合は、失敗結果を記載する(8-8)。
【００１２】
図9は設定情報再読み込み処理のフローチャートである。リクエストで設定情報再読み込み処理を受け付けた後に(9-1)、コンポーネント種別を特定する(9-2)。全設定項目読み取り処理の場合(9-3)は、全設定項目を読み取る(9-4)。全設定項目読み取り処理でなければ(9-5)、読み取り項目を特定し(9-6),読み取りを行なっていく。そして読み取った内容をコンポ−ネントの設定ファイルに上書きするかどうか決定する(9-7,9-8)。上書きする場合は処理を続行し、その後で設定項目を読み込む(9-11)。上書きしない場合はメモリ上に保持してそこから設定情報を読み込む。
【００１３】
図10は設定情報ログ取得のフローチャートである。リクエスト処理で設定情報ログ取得処理を受け付けた後に(10-1)、検索条件の指定の設定を行う(10-2)。検索条件には、全項目検索、日時検索、キー検索、変更人検索がある(10-3,10-4,10-5,10-6)。これらの項目で指定された条件に従って(10-7)、項目があれば検索を実行し、項目がなければ検索は終了する(10-9)。項目があれば検索を実行し結果を返す。
【００１４】
（実施例２）
実施例２は、もしユーザが設定した設定情報が不正でコンポーネントでエラーがあがってしまった時に、自動的にデフォルト値が入るようにするプログラミングAPIを提供する。このプログラミングAPIは設定情報でエラーがあがった場合にそれを検出し、値を設定するプログラミングAPIである。
【００１５】
[実施例特有の効果]
このプログラミングAPIを用いてプログラミングを行なうと、先のように設定情報にエラーの値を設定してしまっても、自動的にその項目に対してデフォルト値が入るようになるのでエラーを回避することが出来るようになる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施例である設定情報監視管理システムのハードウェアの構成を表わすブロック図である。
【図２】実施の形態に係る制御プログラム及び関連データの記憶例を示す説明図である。
【図３】実施の形態に係る制御プログラム及び関連データがＲＡＭ１２にロードされ実行可能となった状態のメモリマップを示す説明図である。
【図４】本発明のネットワーク概念図である。
【図５】本発明のサーバ内構成図である。
【図６】本発明の概念図である。
【図７】本発明の処理フローチャートである。
【図８】本発明の設定情報変更フローチャートである。
【図９】本発明の設定情報再読み込みフローチャートである。
【図１０】本発明の設定情報ログ取得フローチャートである。
【符号の説明】
【００１７】
10  中央演算処理装置CPU
11  読取専用主記憶装置ROM
12  読み書き可能主記憶装置RAM
13  外部記憶装置FDドライブ
14  外部記憶媒体FD
15  外部記憶装置HDドライブ
16  入力装置キーボード
17  表示装置ディスプレイ
18  入力装置マウス
19  印刷装置
20  システムバス
30  媒体
31  媒体のボリューム情報領域
32  媒体のディレクトリ情報領域
33  制御プログラムの実行ファイル領域
34  制御プログラムの関連データファイル領域
40  記憶領域
41  基本I/Oプログラム領域
42  OS領域
43  制御プログラム領域
44  データエリア
45  ワークエリア
【図１】
2008282147.tif 000003
【図２】
2008282147.tif 000004
【図３】
2008282147.tif 000005
【図４】
2008282147.tif 000006
【図５】
2008282147.tif 000007
【図６】
2008282147.tif 000008
【図７】
2008282147.tif 000009
【図８】
2008282147.tif 000010
【図９】
2008282147.tif 000011
【図１０】
2008282147.tif 000012