(57)【要約】【課題】複数の端末で共通の設定値だけでなく、端末固有の設定値を有する設定ファイル更新処理作業において、システム管理者の負担を軽減し得る情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】サーバ装置とネットワークを介して接続された製造ラインを制御するための情報処理装置であって、更新処理を実行するか否か判断する第一の更新要否判断手段と、更新すべき第一の設定情報と情報処理装置固有の設定情報を含む第二の設定情報との差異を判断する差異判断手段と、前記差異判断手段で差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出手段と、前記抽出手段で抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索手段と、前記検索手段で検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新手段とを備える情報処理装置。【選択図】図４
2010146321.tif 000002
【特許請求の範囲】
【請求項１】
生産ラインを制御する一以上のクライアント端末装置と、前記クライアント端末装置にネットワークを介して接続され、前記クライアント端末装置と相互にデータを送受信するサーバ装置とを有し、前記クライアント端末装置における設定情報を更新する設定情報更新システムであって、
前記サーバ装置は、
前記クライアント端末装置ごとの端末設定情報の更新の要否情報を記憶する更新要否情報記憶手段と、
更新すべきクライアント装置の端末設定情報を記憶する更新端末設定情報記憶手段とを備え、
前記クライアント端末装置は、
前記更新要否情報記憶手段に記憶された更新要否情報から更新処理を実行するか否か判断する第一の更新要否判断手段と、
前記サーバ装置の更新端末設定情報記憶手段に記憶された更新すべきクライアント端末装置の第一の設定情報を取得し記憶する第一の設定情報記憶手段と、
前記クライアント端末装置の固有設定情報を含む第二の設定情報を記憶する第二の設定情報記憶手段と、
前記第一の設定情報と前記第二の設定情報との差異を判断する差異判断手段と、
前記差異判断手段で差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出手段と、
前記抽出手段で抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索手段と、
前記検索手段で検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新手段と
を備えることを特徴とする設定情報更新システム。
【請求項２】
前記クライアント端末装置は、
前記第一の設定情報記憶手段で前記サーバ装置の更新端末設定情報記憶手段に記憶された更新すべき端末の第一の設定情報を取得する場合、第二の設定情報記憶手段で記憶されている第二の設定情報を第三の設定情報として記憶する第三の設定情報記憶手段を備えることを特徴とする請求項１記載の設定情報更新システム。
【請求項３】
前記クライアント装置は、
前記更新手段で前記第一の設定情報として更新した場合、サーバ装置に対して前記更新要否情報を否として登録する指示する更新要否情報更新手段を備えることを特徴とする請求項１又は２記載の設定情報更新システム。
【請求項４】
前記クライアント装置は、
前記更新要否情報記憶手段に記憶された更新要否情報から一以上のクライアント端末装置について更新処理を実行する要否を判断する第二の更新要否判断手段と、
前記第二の更新要否判断手段で更新が必要との判断がなされた場合、前記クライアント装置での処理を待機する待機手段と
を備えることを特徴とする請求項１乃至３のいずれか１項に記載の設定情報更新システム。
【請求項５】
前記サーバ装置は、
クライアント端末装置の初期設定情報を記憶する初期設定情報記憶手段を備え、
前記クライアント端末装置は、
さらに前記第一の設定情報記憶手段で前記サーバ装置の更新端末設定情報記憶手段に記憶された更新すべき端末の第一の設定情報を取得する場合、第二の設定情報記憶手段に第二の設定情報の有無を判断する端末設定情報有無判断手段と、
前記端末設定情報有無判断手段で第二の設定情報がないとの判断をした場合、
前記サーバ装置の初期設定情報記憶手段に記憶されている初期値設定情報を取得し固有設定情報として登録する初期値登録手段と
を備えることを特徴とする請求項１乃至４のいずれか１項に記載の設定情報更新システム。
【請求項６】
サーバ装置とネットワークを介して接続された製造ラインを制御するための情報処理装置であって、
前記サーバ装置から取得した生産ラインを制御するための設定情報の更新要否情報に基づき更新処理を実行するか否か判断する第一の更新要否判断手段と、
前記サーバ装置から更新すべき第一の設定情報を取得し記憶する第一の設定情報記憶手段と、
前記情報処理装置固有の設定情報を含む第二の設定情報を記憶する第二の設定情報記憶手段と、
前記第一の設定情報と前記第二の設定情報との差異を判断する差異判断手段と、
前記差異判断手段で差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出手段と、
前記抽出手段で抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索手段と、
前記検索手段で検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新手段と
を備えることを特徴とする情報処理装置。
【請求項７】
前記第一の設定情報記憶手段で第一の設定情報を取得する場合、第二の設定情報記憶手段で記憶されている第二の設定情報を第三の設定情報として記憶する第三の設定情報記憶手段を有することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記更新手段で前記第一の設定情報として更新した場合、サーバ装置に対して前記更新要否情報を否として登録する指示する更新要否情報更新手段を備えることを特徴とする請求項６又は７記載の情報処理装置。
【請求項９】
前記サーバ装置から取得した更新要否情報から一以上の生産ラインを制御するための情報処理装置について更新処理を実行する要否を判断する第二の更新要否判断手段と、
前記第二の更新要否判断手段で更新が必要との判断がなされた場合、情報処理装置での処理を待機する待機手段と
を備えることを特徴とする請求項６乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記第一の設定情報記憶手段で前記サーバ装置から取得する場合、第二の設定情報記憶手段に第二の設定情報の有無を判断する端末設定情報有無判断手段と、
前記端末設定情報有無判断手段で第二の設定情報がないとの判断をした場合、
前記サーバ装置から初期値設定情報を取得し固有設定情報として登録する初期値登録手段と
を備えることを特徴とする請求項６乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
生産ラインを制御する一以上のクライアント端末装置が、前記クライアント端末装置にネットワークを介して接続され、前記クライアント端末装置と相互にデータを送受信するサーバ装置から、前記クライアント端末装置における設定情報を更新する設定情報更新方法であって、
前記サーバ装置は、
前記クライアント端末装置ごとの端末設定情報の更新の要否情報を記憶する更新要否情報記憶ステップと、
更新すべきクライアント装置の端末設定情報を記憶する更新端末設定情報記憶ステップとを実行し、
前記クライアント端末装置は、
前記更新要否情報記憶ステップに記憶された更新要否情報から更新処理を実行するか否か判断する第一の更新要否判断ステップと、
前記サーバ装置の更新端末設定情報記憶ステップに記憶された更新すべきクライアント端末装置の第一の設定情報を取得し記憶する第一の設定情報記憶ステップと、
前記クライアント端末装置の固有設定情報を含む第二の設定情報を記憶する第二の設定情報記憶ステップと、
前記第一の設定情報と前記第二の設定情報との差異を判断する差異判断ステップと、
前記差異判断ステップで差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出ステップと、
前記抽出ステップで抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索ステップと、
前記検索手段で検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新ステップと
を実行することを特徴とする設定情報更新方法。
【請求項１２】
前記クライアント端末装置は、
前記第一の設定情報記憶ステップで、前記サーバ装置の更新端末設定情報記憶ステップで記憶された更新すべき端末の第一の設定情報を取得する場合、第二の設定情報記憶ステップで記憶された第二の設定情報を第三の設定情報として記憶する第三の設定情報記憶ステップを実行することを特徴とする請求項１１記載の設定情報更新方法。
【請求項１３】
前記クライアント装置は、
前記更新ステップで前記第一の設定情報として更新した場合、サーバ装置に対して前記更新要否情報を否として登録する指示する更新要否情報更新ステップを実行することを特徴とする請求項１１又は１２記載の設定情報更新方法。
【請求項１４】
前記更新要否情報記憶ステップで記憶された更新要否情報から一以上のクライアント端末装置について更新処理を実行する要否を判断する第二の更新要否判断ステップ、
前記第二の更新要否判断ステップで更新が必要との判断がなされた場合、前記クライアント装置での処理を待機する待機ステップと
を実行することを特徴とする請求項１１乃至１３のいずれか１項に記載の設定情報更新方法。
【請求項１５】
前記サーバ装置は、
クライアント端末装置の初期設定情報を記憶する初期設定情報記憶ステップを備え、
前記クライアント端末装置は、
さらに前記第一の設定情報記憶ステップで前記サーバ装置の更新端末設定情報記憶ステップで記憶された更新すべき端末の第一の設定情報を取得する場合、第二の設定情報記憶ステップで記憶される第二の設定情報の有無を判断する端末設定情報有無判断ステップと、
前記端末設定情報有無判断ステップで第二の設定情報がないとの判断をした場合、
前記サーバ装置の初期設定情報記憶ステップで記憶されている初期値設定情報を取得し固有設定情報として登録する初期値登録ステップと
を実行することを特徴とする請求項１１乃至１４のいずれか１項に記載の設定情報更新方法。
【請求項１６】
サーバ装置とネットワークを介して接続された製造ラインを制御するための情報処理装置における設定情報を更新する情報処理方法であって、
前記サーバ装置から取得した生産ラインを制御するための設定情報の更新要否情報に基づき更新処理を実行するか否か判断する第一の更新要否判断ステップと、
前記サーバ装置から更新すべき第一の設定情報を取得し記憶する第一の設定情報記憶ステップと、
前記情報処理装置固有の設定情報を含む第二の設定情報を記憶する第二の設定情報記憶ステップと、
前記第一の設定情報と前記第二の設定情報との差異を判断する差異判断ステップと、
前記差異判断ステップで差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出ステップと、
前記抽出ステップで抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索ステップと、
前記検索ステップで検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新ステップと
を実行することを特徴とする情報処理方法。
【請求項１７】
請求項１１乃至１６のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生産ラインなどに配置された端末にファイルを管理サーバからダウンロードし更新する技術に関するもので、特に、端末固有の設定値を含む設定ファイルをダウンロードし更新する技術に関する。
【背景技術】
【０００２】
従来、生産ラインなどに配置されている端末のアプリケーションや端末の設定値を更新する場合、サーバで保存されている新しいアプリケーションファイルや端末の設定ファイルを端末がダウンロードすることで行なわれてきた。
【０００３】
このとき、一般的にはアプリケーションファイルは元ファイルに上書きを実行しても特に問題はないが、端末が有する設定ファイルが、端末共通に有する設定値だけでなく、端末毎に固有の設定値を含む場合があり、このような場合、単純にサーバからダウンロードしたファイルを上書きすると、固有の設定値まで書き換えられてしまうことで端末が正常に動作しなくなり、そのために生産ラインが停止してしまう事態に陥る場合があった。そこで、システム管理者は端末の古い設定ファイルをバックアップ後にサーバより端末にダウンロードしたうえで、バックアップした元端末設定ファイルと新しい端末設定ファイルをテキストエディターなど用い、新しい端末設定ファイルに端末固有の設定値を書き換えるマージ作業を実施していた。
【０００４】
また、同時に複数台の端末の設定ファイルの更新を実施する場合は、全ての端末が正しく設定されたかの確認も必要となるが、一台でも更新作業が正しく行われていなければ、古い設定ファイルに戻す作業が発生するなどシステム管理者にとっては大きな負担となっていた。
【０００５】
このような課題に対して、例えば、特許文献１では、計算機上で動作するプログラムの設定ファイル情報を設定ファイル統合基盤上でシステム管理者が画面を用いて設定ファイル統合基盤上の中間設定ファイルに格納し、この中間設定ファイルから設定ファイルを作成し、設定ファイルを利用するプログラムに配置した後、その設定を有効にすべく自動的にプログラムを再起動する技術が開示されている。
【０００６】
また、特許文献２では、テキストエディターで設定ファイルを編集して、キーボードを押す操作や画面を起動するなどの処理を可能としウインドウを持つ複数のアプリケーションの操作を自由に設定することが出来る技術が開示されている。
【特許文献１】特開２００４−１９９５７７号公報
【特許文献１】特開２００６−４０２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文検1の技術では、複数端末の各種設定情報を設定ファイルに設定でき且つ集中管理できるが、端末固有の設定値を含んでいる場合、新しい設定ファイルの更新処理は出来ない。特に、生産ラインの場合、設定値をサーバに一元管理したとしても、やはり生産の状況や品質を確認しながら生産ラインに配置した場所にてオペレータなどが個別に設定値を調整することを求められる場合があり、このような用途には対応できない。
【０００８】
また、特許文検２の技術では、テキストエディターで設定ファイルを編集するので、システム管理者の作業の負担は残るものであった。
【０００９】
また、いずれの特許文献においても複数の端末がある場合に、他の端末の更新処理の状況を考慮したものでないため、システム管理者による確認作業を伴うことになり、やはりシステム管理者の作業の負担は残るものであった。
【００１０】
本発明は、このような問題点に鑑みてなされたものであり、複数の端末で共通の設定値だけでなく、端末固有の設定値を有する設定ファイル更新処理作業において、システム管理者の負担を軽減し得る情報処理装置、情報処理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、請求項１記載の設定情報更新システムは、生産ラインを制御する一以上のクライアント端末装置と、前記クライアント端末装置にネットワークを介して接続され、前記クライアント端末装置と相互にデータを送受信するサーバ装置とを有し、前記クライアント端末装置における設定情報を更新する設定情報更新システムであって、前記サーバ装置は、前記クライアント端末装置ごとの端末設定情報の更新の要否情報を記憶する更新要否情報記憶手段と、更新すべきクライアント装置の端末設定情報を記憶する更新端末設定情報記憶手段とを備え、前記クライアント端末装置は、前記更新要否情報記憶手段に記憶された更新要否情報から更新処理を実行するか否か判断する第一の更新要否判断手段と、前記サーバ装置の更新端末設定情報記憶手段に記憶された更新すべきクライアント端末装置の第一の設定情報を取得し記憶する第一の設定情報記憶手段と、前記クライアント端末装置の固有設定情報を含む第二の設定情報を記憶する第二の設定情報記憶手段と、前記第一の設定情報と前記第二の設定情報との差異を判断する差異判断手段と、前記差異判断手段で差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出手段と、前記抽出手段で抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索手段と、前記検索手段で検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新手段とを備えることを特徴とする。
【００１２】
また、請求項１１記載の設定情報更新方法は、生産ラインを制御する一以上のクライアント端末装置が、前記クライアント端末装置にネットワークを介して接続され、前記クライアント端末装置と相互にデータを送受信するサーバ装置から、前記クライアント端末装置における設定情報を更新する設定情報更新方法であって、前記サーバ装置は、前記クライアント端末装置ごとの端末設定情報の更新の要否情報を記憶する更新要否情報記憶ステップと、更新すべきクライアント装置の端末設定情報を記憶する更新端末設定情報記憶ステップとを実行し、前記クライアント端末装置は、前記更新要否情報記憶ステップに記憶された更新要否情報から更新処理を実行するか否か判断する第一の更新要否判断ステップと、前記サーバ装置の更新端末設定情報記憶ステップに記憶された更新すべきクライアント端末装置の第一の設定情報を取得し記憶する第一の設定情報記憶ステップと、前記クライアント端末装置の固有設定情報を含む第二の設定情報を記憶する第二の設定情報記憶ステップと、前記第一の設定情報と前記第二の設定情報との差異を判断する差異判断ステップと、前記差異判断ステップで差異があると判断された場合、前記第一の設定情報から固有設定情報を抽出する抽出ステップと、前記抽出ステップで抽出された固有設定情報に対して、第二の設定情報から対応する固有設定情報を検索する検索ステップと、前記検索手段で検索された前記第二の設定情報の固有設定情報を前記第一の設定情報として更新する更新ステップとを実行することを特徴とする。
【発明の効果】
【００１３】
本発明により、サーバで端末の設定ファイル更新の正常終了の管理、更新対象設定の管理システムを提供できる。特に端末側では、設定ファイル自動ダウンロード後に端末固有設定値の設定処理を自動で行い、他の更新が必要な端末の正常終了がサーバ端末で確認可能になるので、システム管理者の負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は、システム構成図を示すものである。
【００１６】
本実施例におけるシステムは、図１に示すように、サーバ１０１と端末１０２とはＬＡＮ１０４で接続され、端末１０２は生産ライン１０５の設備やプリンター１０３等の他の機器と所定のケーブル等で接続された構成である。
【００１７】
サーバ１０１は、端末１０２の動作を統括的に制御する情報処理装置である。
【００１８】
端末１０２は、生産ライン１０５の動作を制御し、生産ライン１０５からの情報を管理したりする情報処理装置である。
【００１９】
次に、サーバ１０１、および、端末１０２の内部のハードウェア構成について図２を用いて説明する。
【００２０】
図２は、サーバ１０１、端末１０２の基本的なハードウェア構成を示す図である。
【００２１】
ＣＰＵ２０１は、システムデバイス２０４に接続される。各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３又は外部メモリー２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ１０１或いは各端末１０２の実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリー、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００２２】
また、入力コントローラ（入力Ｃ）２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。メモリーコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスクやフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリー等の外部メモリー２１１へのアクセスを制御する。通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能とする。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのシステム管理者指示を可能とする。
【００２３】
本発明に係わるアプリケーション３０３が用いるリレーショナルデータベース３０１及び管理用設定ファイル３０２はハードディスク（ＨＤ）２１１に格納されており、これらについての詳細な説明は後述する。
【００２４】
又、端末１０２には、通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８と同等のＰＣＩバスコントローラを設置し、ライン設置機器との通信も行う。
【００２５】
次に、サーバ１０１、および、端末１０２が管理するモジュール構成について図３を用いて説明する。
【００２６】
図３は、本発明のサーバ１０１と端末１０２のモジュール構成を示す図である。
【００２７】
サーバ１０１は、リレーショナルデータベース３０１と設定ファイル３０２とで構成されている。
【００２８】
リレーショナルデータベース３０１は、設定ファイル更新要否設定テーブル３０８と端末ファイル初期値登録テーブル３０９を含む、設定ファイルの更新のための情報と端末１０２が必要とする設定値を保存した設定ファイル３０２を管理するものである。
【００２９】
設定ファイル更新要否設定テーブル３０８は、生産ラインに設置されている端末１０２を識別する「端末ＩＤ」と設定ファイル更新の要否を示す「要否」の情報を含むテーブルである。端末ＩＤは、生産ラインに設置されている端末１０２毎に付与されている一意の文字列である。設定ファイル更新の要否は、初期値は更新の不要を示す「０」が登録されている。一例として図９に示す。
【００３０】
端末ファイル初期値登録テーブル３０９は、「端末ＩＤ」と対応した「セクション」と「キー」と「値」といったライン制御アプリケーション３０４を実行させるのに必要になる情報を含むテーブルである。一例として図１０に示す。
【００３１】
ここで「セクション」とは、グループ「＝」（イコール）を含まない文字列で構成された文字列行のことを言う。３１０（図１１）の「[ＣＯＭＭＯＮ]」や、３１１（図１１）の「[ＰＲＯＰＥＲ]」がその例である。
【００３２】
「キー」とは、「＝」（イコール）を含む文字列で構成された文字列行の「＝」より前（左側）の文字列のことを言う。３１０−１（図１１）の「ＤＢ＿ＩＤ」や、３１１−１（図１１）の「ＴＥＲＭ＿ＩＤ」がその例である。
【００３３】
「値」とは、「＝」（イコール）を含む文字列で構成された文字列行の「＝」より後（右側）の文字列のことを言う。３１０−４（図１１）の「Ｓ：００１」や、３１１−３（図１１）の「Ｃ：ＧＲＰ０４」がその例である。
【００３４】
設定ファイル３０２は、端末１０２が必要とする設定値が保存されたファイルであり、更新すべき新しい設定ファイルである。また、バックアップの目的である過去の設定値を保存した設定ファイルであってもよい。
【００３５】
端末１０２は、ファイル更新アプリケーション３０３と、ライン制御アプリケーション３０４と、ライン制御アプリケーション３０４を実行させるのに必要になる設定ファイル３０６、および、バックアップ用の設定ファイル３０７と、更新処理で一時的に管理するＲＡＭ２０２上に記憶した設定ファイル３０５で構成されている。
【００３６】
ファイル更新アプリケーション３０３は、後述する設定ファイルの更新処理を行うアプリケーションであり、ライン制御アプリケーション３０４は、生産ライン１０５を稼働させるための指示やデータ収集を行うアプリケーションである。
【００３７】
次に端末１０２の設定ファイル３０６を更新するための事前設定にあたるサーバ１０１における処理について説明する。
【００３８】
まず、サーバ１０１は、ＣＲＴ２１０に接続された端末１０２の一覧である検索画面３９５を表示し、検索ボタン３９６が押下されると、ファイル更新要否設定テーブル３０８を読み出し、その値を表示する。次に、システム管理者からの更新要否の入力を受け付け、設定ボタン３９７が押下されると、入力された値を設定ファイル更新要否設定テーブル３０８に登録する。なお、ここでは、更新列の不要を「０」、要を「１」としている。
【００３９】
図９の１行目を例に説明すると、「端末ＩＤ」に「Ａ」を登録し、「要否」に「０」を登録することである。
【００４０】
次に、システム管理者の指示に従い更新対象となる設定ファイル３０２をサーバ１０１のハードディスクドライブ２１１の所定フォルダに保存をする。
【００４１】
さらに、端末１０２固有の初期値をサーバ１０１の端末ファイル初期値登録テーブル３０９に登録する。
【００４２】
図１０表の３行目を例に説明すると、「端末ＩＤ」に「Ａ」、「セクション」に「ＰＲＯＰＥＲ」、「キー」に「ＣＯＮ＿ＡＰ２」、「値」に「ＧＲＰ０４」を登録することである。登録は、生産ラインに設置されている端末１０２で端末固有の初期値としての設定値を登録しておく。
【００４３】
次に、端末１０２の設定ファイル更新処理について図４、図５、図６を用いて説明する。
【００４４】
図４は、本発明の設定ファイル更新要否チェック処理の処理フローを示す図である。
【００４５】
端末１０２のアプリケーション３０３が起動した時に当処理は開始される。
【００４６】
まずステップＳ４０１で、端末１０２はサーバ１０１に接続する。
【００４７】
ステップＳ４０２では、ファイル更新アプリケーション３０３の処理実行指示の有無の判断し、処理実行指示があるまで待機する。ここでの実行指示は、システム管理者からの実行指示でもよいし、設備からの処理実行指示信号などを受け付けるのであってもよい。
【００４８】
ステップＳ４０３では、ステップＳ４０１で接続したサーバ１０１の設定ファイル更新要否設定テーブル３０８を読み出し、自端末の端末ＩＤを検索条件として検索し、項目「要否」の値を取得する。
【００４９】
ステップＳ４０４では、更新が「要」の場合つまり、「Ｙｓｅ」の場合はステップＳ４０８に進むが、更新が「不要」の場合つまり、「Ｎｏ」の場合は次に進む。
【００５０】
ステップＳ４０８では、設定ファイルの内容に差異があるのかを判断するための設定ファイル差異チェック処理を実行する。当処理の詳細は後述する。
【００５１】
ステップＳ４０９では、設定ファイル差異チェック処理がエラーがあったか判断する。正常終了しエラーなしの場合、つまり「Ｎｏ」の場合はステップＳ４０５へ進み、一方、異常終了しエラーありの場合、つまり「Ｙｓｅ」の場合は、実行指示待ち状態のステップＳ４０２へ戻る。
【００５２】
ステップＳ４０５では、設定ファイル更新要否設定テーブル３０８を読み出し、他の端末１０２の更新要否の情報を取得する。
【００５３】
ステップＳ４０６では、更新が「要」の端末がない場合、つまり、「Ｙｅｓ」の場合、次のステップＳ４０７に進み、ライン制御アプリケーションを実行し、本処理は終了する。なお、このステップＳ４０７の判断処理により、生産ライン１０５全ての端末の更新状況が確認できていることから、正常に更新されていない端末のために発生する生産ライン停止などの事態を防止することが可能となる。
【００５４】
一方、ステップＳ４０６で更新が「要」の端末がある場合、つまり、「Ｎｏ」の場合、ステップＳ４１０へ進み、他の端末更新処理待ちを示すメッセージをＣＲＴ２１０に表示したあと、ステップＳ４０２に戻る。なおこのとき、ステップＳ４０５に戻り、他の端末の更新処理が終了するのを待つものであってもよい。
【００５５】
次に、ステップＳ４０８の設定ファイル差異チェック処理について図５を用いて説明する。
【００５６】
図５は、本発明の設定ファイル差異チェック処理の処理フローを示す図である。
【００５７】
ステップＳ５０１では、サーバ１０１から端末用設定ファイル３０２を読み込み、端末１０２のＲＡＭ２０２のテンポラリ領域に設定ファイル３０５として記憶する。
【００５８】
ステップＳ５０２では、端末１０２に設定ファイル３０６が存在するか判断する。存在する場合、つまり「Ｙｅｓ」の場合は、次のステップＳ５０３へすすむ。一方、存在しない場合、つまり「Ｎｏ」の場合、例えばインストール後の初回起動された場合や、又はシステム管理者による設定ファイル３０６を削除等された場合は、ステップＳ５１２へ進み、設定ファイル端末初期値設定処理を実行した後、処理を終了する。
【００５９】
ステップＳ５０３では、設定ファイル３０５と、設定ファイル３０６を開く。さらに、ファイル更新アプリケーション３０３が管理する「差異フラグ」を「０」と登録する。
【００６０】
ステップＳ５０４からステップＳ５０８では、設定ファイル３０５を基準としファイル最終行までループする。この処理の前提条件は、設定ファイル３０５と、設定ファイル３０６の行の同期が取れている事になる。よって、システム管理者が空白行を追加した場合でも「差異あり」と判断される。
【００６１】
ステップＳ５０５で設定ファイル３０５と、設定ファイル３０６をそれぞれ１行読み込む。
【００６２】
ステップＳ５０６では、読み込んだ行の文字列がセクションかを判断し、キーの行（３１０−１など）セクションでない場合、つまり「Ｎｏ」の場合、ステップＳ５１３へ進む。一方、セクション（３１０など）の場合、つまり、「Ｙｅｓ」の場合はステップＳ５０７へ進む。
【００６３】
ステップＳ５０７では、設定ファイル３０５と、設定ファイル３０６との処理対象行の「セクション」を比較し、同じ場合、つまり「Ｙｅｓ」の場合はステップＳ５０８へ進む。一方、違う場合、つまり「Ｎｏ」の場合はステップＳ５１６へ進む。
【００６４】
ステップＳ５０８では、設定ファイル３０５が最終行の場合はループをぬけ、次行が存在する場合は、ループの先頭ステップＳ５０４へ戻り、処理を繰り返す。
【００６５】
ステップＳ５０９では、全てのファイルを閉じる。
【００６６】
ステップＳ５１０では、「差異フラグ」が「０」か判断し、「Ｙｅｓ」の場合はステップ５１１に進むが、「Ｎｏ」の場合はステップＳ５１７に進み、ダウンロード処理を実行した後、ステップ５１１に進む。
【００６７】
ステップＳ５１１では、  サーバ１０１の設定ファイル更新要否設定テーブル３０８に、自端末１０２の更新要否の情報を「不要」として登録し、処理を終了する。なお、ここでは、端末１０２が直接設定ファイル更新要否設定テーブル３０８のデータを登録することとして説明したが、端末１０２からサーバ１０１に対して登録する指示を送り、これを受けたサーバ１０１が登録処理を行うものであってもよい。以下の説明でも同様である。
【００６８】
次に、ステップＳ５０６でセクションでないと判断されステップＳ５１３に進んだ場合の処理を説明する。  
ステップＳ５１３では、「キー」が同じか判断する。この処理については図１１、図１２を用いて説明する。
【００６９】
図１１は設定ファイル３０６のファイルレイアウトの例であり、図１２は設定ファイル３０５のファイルレイアウトの例である。例えば、設定ファイル３０５の読み込み行の３１３−１と設定ファイル３０６の３１１−１と比較した場合、３１３−１の値は「Ｃ：−−−」、３１１−１の値は「Ｃ：００２」であるが、いずれも「キー」は「ＴＥＲＭ＿ＩＤ』で同じなので同じと判断する。
【００７０】
また、設定ファイル３０５の３１３−４の「キー」に対応する「ＰＲＩＮＴ」は設定ファイル３０６には同じ「キー」がないので同じではないと判断する。
【００７１】
ステップＳ５１３でキーが同じ場合、つまり「Ｙｅｓ」の場合はステップＳ５１４へ進み、同じでない場合、つまり「Ｎｏ」の場合はステップＳ５１６へ進む。ここで同じでないと判断された場合、設定ファイル３０５と設定ファイル３０６に差異があると判断されたこととなる。
【００７２】
ステップ５１４では、値の先頭１バイト目の文字を取得し、値が「Ｓ」の場合ステップＳ５１５へ進み、値が「Ｃ」など「Ｓ」でない場合はステップＳ５０８へ進む。ここで「Ｓ」はサーバで設定された全ての端末共通の値であることを示す。「Ｃ」は端末固有の値であることを示す。
【００７３】
また、値が「Ｃ」など「Ｓ」でない場合は、設定ファイル３０５とは違ってもよいので更なる値のチェックは行わず、次の処理へと進める。
【００７４】
ステップＳ５１５では、更なる値の差異を判断する。例えば、設定ファイル３０５の３１２−１の「ＤＢＬ１」と、設定ファイル３０６の３１０−１の「ＤＢ０００」とは、差異があるので値が同じでないと判断する。比較した結果が同じ場合、つまり「Ｙｅｓ」の場合は、ステップＳ５０８進み、同じでない場合はステップＳ５１６へ進む。
【００７５】
このように上記処理を行うことで、設定ファイル３０５にセクションやキーの追加、更新、削除、又は、端末共通の値が変更された場合でも差異ありと判断され、次処理のステップＳ５１７のダウンロード処理が実行されることとなる。
【００７６】
ステップＳ５１６では、ファイル更新アプリケーション３０３が管理する「差異フラグ」を「１」に登録し、ループを抜けステップＳ５０９へ進む。
【００７７】
次に、ステップＳ５１７のダウンロード処理について、図６を用いて説明する。
【００７８】
図６は、本発明の設定ファイルのダウンロード処理の処理フローを示す図である。
【００７９】
ステップＳ６０１では、設定ファイル３０６を外部メモリー２１１のバックアップ領域にバックアップファイルとしての設定ファイル３０７を保存する。
【００８０】
ステップＳ６０２では、設定ファイル３０５を設定ファイル３０６に対して上書き保存する。なおこの処理により設定ファイル３０５で端末固有の設定値が追加、削除されたていた「キー」の行がある場合は、新たにできた設定ファイル３０６でも、そのまま端末固有の設定値の「キー」の行が追加、削除されることになる。
【００８１】
ステップＳ６０３では、設定ファイル３０６と、設定ファイル３０７をそれぞれ開く。あわせて、ファイル更新アプリケーション３０３が管理する「更新フラグ」を「０」と登録する。
【００８２】
ステップＳ６０４では、「設定ファイル更新処理」を実行するが、処理の詳細については後述する。
【００８３】
ステップＳ６０５では、ステップＳ６０３で開いたファイルを保存して閉じる。
【００８４】
ステップＳ６０６では、エラーがなく「処理フラグ」が「０」の場合、つまり「Ｙｅｓ」の場合はステップＳ６０７へ進み、設定ファイル更新要否設定テーブル３０８の「要否」を「不要」と登録して、処理を終了する。
【００８５】
一方、「Ｎｏ」の場合はステップＳ６０８へ進み、エラー処理後に処理を終了する。  
次に設定ファイル更新処理
図７は、本発明の設定ファイル更新処理の処理フローを示す図である。
【００８６】
ステップＳ７０１からステップＳ７１３の間、設定ファイル３０６の行が最終行になるまでループする。
【００８７】
ステップＳ７０２では、設定ファイル３０６から処理対象行を読み込む。
【００８８】
ステップＳ７０３では、読み込んだ行の文字列がセクションかを確認し、３１０−１（図１１）などキーでありセクションでない場合、つまり「Ｎｏ」の場合、ステップＳ７０４へ進む。一方、セクション（３１０など）の場合、つまり、「Ｙｅｓ」の場合はステップＳ７１４へ進む。
【００８９】
ステップＳ７１４では、ステップＳ７０２で読み込んだ文字列がセクションなので、「変数１」にステップＳ７０２で読み込んだ「セクション」を登録した後、ステップＳ７０２へ戻り、処理を繰り返す。
【００９０】
ステップＳ７０４では、「値」の先頭文字列１バイトが「Ｃ」なのかを判断する。「Ｙｅｓ」の場合はステップＳ７０５へ進み、「Ｎｏ」の場合は、ステップＳ７０２へ戻り、処理を繰り返す。これらの処理により、設定ファイル３０６に端末固有の値を含む「セクション」を探し、「変数１」に登録したことになる。
【００９１】
ステップＳ７０５では、ファイル更新アプリケーション３０３が管理する「検索フラグ」に「０」を登録する。
【００９２】
ステップＳ７０６からステップＳ７１１でバックアップファイルの行が最終行になるまでループを実行する。
【００９３】
ステップＳ７０７では、設定ファイル３０７より１行読み込む。
【００９４】
ステップＳ７０８では、「検索フラグ」が「１」か判断し、「Ｙｓｅ」の場合は、ステップＳ７１５へ進み、「Ｎｏ」の場合はステップＳ７０９へ進む。なお、１回目のループの場合、ステップＳ７０５で「検索フラグ」には「セクション」が不一致であることを示す「０」が設定されているので必ずステップＳ７０９へ進むことになる。このステップ７０８では、設定ファイル３０６のセクションを設定ファイル３０７より検索し、設定ファイル３０６のセクションに紐付く「キー」行を処理するかを判断する。
【００９５】
ステップＳ７０９では、ステップＳ７１４で取得した「変数１」とステップＳ７０７で取得した文字列を比較し、同じ場合、つまり「Ｙｅｓ」の場合は、ステップＳ７１０へ進み、「Ｎｏ」の場合はＳ７１１へ進む。このステップＳ７０９は、設定ファイル３０７から読み込み、「変数１」に登録した「セクション」との比較をする。例えば、設定ファイル３０６の３１５（図１３）の「ＰＲＯＰＥＲ」を設定ファイル３０７から検索する場合は、設定ファイル３０７を先頭から順番に読み込み、「ＰＲＯＰＥＲ」と一致するとステップＳ７１０へ進み、一致しなければ、ステップＳ７１１からステップＳ７０７に戻り、次の行に対しての処理を繰り返すことになる。
【００９６】
ステップＳ７１０では、設定ファイル３０６の「セクション」と設定ファイル３０７の処理中の「セクション」が同じと判断された場合、「検索フラグ」を「１」と登録することで、次回のループで「キー」の「値」を変更する処理をすることになる。
【００９７】
ステップＳ７１１では、最終行の場合はループを抜けステップＳ７１２へ進み、次行が存在する場合は、ステップＳ７０６へ戻り、処理を繰り返す。
【００９８】
次に、端末固有の値を含むセクションに対して「キー」の「値」を変更する処理を説明する。
【００９９】
ステップＳ７１５では、ステップＳ７０７で読み込んだ文字列の中に「＝」（イコール）があるか判断し、「キー」項目行の書式が正しいかを判断する。「＝」がある（書式が正しい）場合、つまり「Ｙｅｓ」の場合はステップＳ７１６へ進み、書式が正しくない、またはセクションの場合、つまり「Ｎｏ」の場合は、ステップＳ７１１へ戻る。
【０１００】
ステップＳ７１６では、ステップＳ７１５で処理中の行が「キー」項目行であると判断されているので、設定ファイル３０６の行のキーと、設定ファイル３０７のキーが同じかを判断する。同じ場合、つまり「Ｙｅｓ」の場合は、ステップＳ７１７へ進み、「Ｎｏ」の場合はステップＳ７１１へ戻る。
【０１０１】
ステップＳ７１７では、設定ファイル３０６の「値」を、設定ファイル３０７の「値」に上書きし、ステップＳ７１２へ進む。このようにすることで、従来の端末１０２が有していた端末固有の設定値を反映することが可能となる。
【０１０２】
ステップＳ７１２では、設定ファイル３０６の値が初期値である「−−−」か判断する。ここで初期値である「−−−」となるのは以下の場合である。
【０１０３】
インストール後の初回起動された場合
新規追加項目が追加され設定ファイル３０７に該当情報なし
設定ファイルの更新対象（故意に設定ファイルを削除などした）
ステップＳ７１２において、値が「−−−」の場合、つまり「Ｙｅｓ」の場合、ステップＳ７１８へ進み、「Ｎｏ」の場合はステップＳ７１３へ進む。
【０１０４】
ステップＳ７１３では、設定ファイル３０６が最終行の場合はループを抜け処理を終了するが、次行が存在する場合はステップＳ７０１へ戻り処理を繰り返す。
【０１０５】
次に、設定値が初期値のままになっているものに対して設定する処理を説明する。
【０１０６】
ステップＳ７１８では、端末ファイル初期値登録テーブル３０９から「キー」に対する「値」を読み出す。
【０１０７】
ステップＳ７１９では、ステップＳ７１８の検索結果でデータがあった場合、つまり「Ｙｅｓ」の場合は、ステップＳ７２０へ進み、設定ファイル３０６の処理対象行の値を登録し、処理を終了する。
【０１０８】
一方、ステップＳ７１９で「Ｎｏ」の場合は、ステップＳ７２１へ進み、エラーがあったと判断し、エラーログを出力する。同時に「更新フラグ」に「１」と登録し、処理を終了する。
【０１０９】
以上の処理により、ステップＳ６０２で設定ファイル３０６に新たに追加され初期値のままになっている「キー」の設定値に端末ファイル初期値登録テーブル３０９に設定されている値を登録することが可能となる。  
次にステップＳ５１２の初期値設定処理について、図８を用いて説明する。
【０１１０】
図８は、設定ファイル端末初期値設定処理を示す図である。
【０１１１】
ステップＳ８０１では、設定ファイル３０５を、設定ファイル３０６として外部メモリー２１１に保存する。あわせて、ファイル更新アプリケーション３０３が管理する「更新フラグ」に「０」を登録する。
【０１１２】
ステップＳ８０２では、設定ファイル３０６を開く。
【０１１３】
ステップＳ８０３からステップＳ８１１で設定ファイル３０６の行が最終行になるまでループを実行する。
【０１１４】
ステップＳ８０４では、設定ファイル３０６から処理対象行を１行読み込む。
【０１１５】
ステップＳ８０５では、ステップＳ８０４で読み込んだ文字列がセクションか判断する。セクションの場合は、つまり「Ｙｅｓ」の場合は、ステップＳ８０４に戻り次の行を読み込む。一方、キー項目などセクション以外の場合、つまり「Ｎｏ」の場合は、次へ進む。
【０１１６】
ステップＳ８０６では、ステップＳ８０５でキー項目と判断されたことより、値の先頭文字１バイトが端末設定値を示す「Ｃ」であるかを判断する。「Ｙｅｓ」の場合は端末固有の設定値を設定する為、ステップＳ８０７へ進み、端末共通の設定値など「Ｎｏ」の場合は、ステップＳ８０４へ戻る。
【０１１７】
ステップＳ８０７では、「値」が初期値を示す「−−−」あるかを判断する。「Ｙｅｓ」の場合は端末固有の設定値をサーバより取得し設定する為、ステップＳ８０８へ進み、「Ｎｏ」の場合はステップＳ８０４へ戻る。値が「−−−」ではないということは、当処理にて値を再設定したか、もしくはシステム管理者が直接値を設定したこととなり、端末は当処理で初期値を設定する必要はない。
【０１１８】
ステップＳ８０８では、端末ファイル初期値登録テーブル３０９を処理対象の「端末ＩＤ」「セクション」「キー」を検索条件として「値」を読み出す。
【０１１９】
ステップＳ８０９では、ステップＳ８０８の検索結果で値のデータがあった場合、つまり「Ｙｅｓ」の場合は、ステップＳ８１０へ進み、設定ファイル３０６の処理対象行の値を登録する。
【０１２０】
一方、ステップＳ８０９で「Ｎｏ」の場合は、ステップＳ８１５へ進み、エラーがあったと判断し、エラーログを出力する。同時に「更新フラグ」に「１」と登録し、ステップＳ８１２に進む。
【０１２１】
ステップＳ８１１では、設定ファイル３０６が最終行の場合はループを抜けステップＳ８１２へ進み、次行が存在する場合はステップＳ８０３へ戻り、処理を繰り返す。
【０１２２】
ステップＳ８１２では、ステップＳ８０２で開いた設定ファイルを閉じる。
【０１２３】
ステップＳ８１３では、更新エラーなしを示す「更新フラグ」が「０」か判断し、「Ｙｅｓ」の場合はステップＳ８１４へ進み、設定ファイル更新要否設定テーブル３０８の対象データの「要否」の値を「不要」に更新し、処理を終了する。
【０１２４】
一方、ステップＳ８１３で、「Ｎｏ」の場合は、エラー表示するなどのエラー処理を実行し処理を終了する。
【０１２５】
なお、上記処理を用いれば、端末固有の設定値をあえて初期値に戻す場合、端末１０２にある設定ファイル３０６を削除することで実現できる。すなわち、ステップＳ５０２において、端末１０２の設定ファイル３０６がないということで、ステップＳ５１２の初期設定処理が実行され、端末ファイル初期値登録テーブル３０９の値がそれぞれ設定されることになる。
【０１２６】
上記実施形態によれば、端末固有の設定値があったとしてもシステム管理者が作業することなく設定ファイルの更新をすることができ、システム管理者の負荷を軽減することができる。
【０１２７】
また、上記実施形態では、他の端末の更新処理の状況を考慮した処理であるため、設定ファイルの更新処理の不完全による生産ラインを停止してしまうような事態を避けることが可能になる。
【０１２８】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２９】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１３０】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１３１】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリーに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【０１３２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【０１３３】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【図面の簡単な説明】
【０１３４】
【図１】本発明のシステム構成図を表す図である。
【図２】本発明の実施形態のサーバ、端末のハードウェア構成を示す図である。
【図３】本発明のサーバ端末、端末のモジュール構成図を示す図である。
【図４】本発明の設定ファイル更新要否チェック処理を示すフローチャートである。
【図５】本発明の設定ファイル差異チェック処理を示すフローチャートである。
【図６】本発明の設定ファイルダウンロード処理を示すフローチャートである。
【図７】本発明の設定ファイル更新処理を示すフローチャートである。
【図８】本発明の設定ファイル端末初期値設定処理を示すフローチャートである。
【図９】本発明の設定ファイル更新要否設定テーブルのレイアウトと設定値の例を示す図である。
【図１０】本発明の設定ファイル初期値登録テーブルのレイアウトと設定値の例を示す図である。
【図１１】本発明の設定ファイルレイアウトの例を示す図である。
【図１２】本発明の設定ファイルレイアウトの例を示す図である。
【図１３】本発明の設定ファイルレイアウトの例を示す図である。
【符号の説明】
【０１３５】
１０１    サーバ
１０２    端末
１０４    ＬＡＮ
１０５    生産ライン
３０１    端末バックアップ設定ファイル
３０２    設定ファイル
３０３    ファイル更新アプリケーション
３０５    テンポラリ領域における設定ファイル
３０６    設定ファイル
３０７    バックアップ用設定ファイル
【図１】
2010146321.tif 000003
【図２】
2010146321.tif 000004
【図３】
2010146321.tif 000005
【図４】
2010146321.tif 000006
【図５】
2010146321.tif 000007
【図６】
2010146321.tif 000008
【図７】
2010146321.tif 000009
【図８】
2010146321.tif 000010
【図９】
2010146321.tif 000011
【図１０】
2010146321.tif 000012
【図１１】
2010146321.tif 000013
【図１２】
2010146321.tif 000014
【図１３】
2010146321.tif 000015