(57)【要約】【課題】  場合により膨大な数となる組込み機器の初期設定の作業負荷を軽減し、間違いの無い初期設定を行う【解決手段】  組込み機器が設置される場所の位置情報とこの位置情報に対応して上記組込み機器が必要とする初期設定情報とを組にした組込み機器設定情報４を記憶する組込み機器設定情報記憶部２３を備えて、上記組込み機器から位置情報を識別情報として上記組込み機器が必要とする初期設定情報の送信要求があると、上記機器設定情報記憶部に記憶した上記組込み機器設定情報に基づいて初期設定情報を検索して抽出し、上記組込み機器へ送信するようにした。【選択図】        図１
2005228172.tif 000002
【特許請求の範囲】
【請求項１】
組込み機器が設置される場所の位置情報と該位置情報に対応して上記組込み機器が必要とする初期設定情報とを組にした組込み機器設定情報を記憶する組込み機器設定情報記憶部を備えて、
上記組込み機器から位置情報を識別情報として上記組込み機器が必要とする初期設定情報の送信要求があると、上記機器設定情報記憶部に記憶した上記組込み機器設定情報に基づいて初期設定情報を検索して抽出し、上記組込み機器へ送信することを特徴とする初期設定サーバ装置。
【請求項２】
組込み機器設定情報記憶部は、組込み機器設定情報として機能を細分化して記憶し、組込み機器から細分化を識別する固有情報を得て、該固有情報も参照して対応する初期設定情報を検索して抽出し、上記組込み機器へ送信することを特徴とする請求項１記載の初期設定サーバ装置。
【請求項３】
組込み機器からの所定信号を定期的に受けて上記組込み機器の正常動作を確認する組込み機器生存確認部を備え、
初期設定サーバ装置は、上記組込み機器から更新した初期設定情報を受けると、該変更した初期設定情報で組込み機器設定情報記憶部に記憶している上記組込み機器に対応した初期設定情報を更新し、上記組込み機器生存確認部が上記組込み機器からの所定信号を受けなかった場合は障害が発生した判断することを特徴とする請求項１記載の初期設定サーバ装置。
【請求項４】
組込み機器から更新した初期設定情報を受けると、該更新した初期設定情報を受信毎の版で管理して記憶する組込み機器の初期設定情報蓄積部を備え、
初期設定サーバ装置は、上記組込み機器から特定の初期設定情報の送信要求があると、上記初期設定情報蓄積部に記憶している上記組込み機器に対応した初期設定情報から選択して、上記特定の初期設定情報を送信することを特徴とする請求項１記載の初期設定サーバ装置。
【請求項５】
組込み機器設定情報記憶部は、組込み機器設定情報として組込み機器が属するグループ情報と、通知により同じグループの組込み機器が情報送信を停止する時間を表すスリープ値を記憶し、同じグループの組込み機器に故障を検出すると、該同じグループの他の組込み機器に対してスリープ値を送信するようにしたことを特徴とする請求項１記載の初期設定サーバ装置。
【請求項６】
組込み機器が設置される場所の位置情報と該位置情報に対応して上記組込み機器が必要とする初期設定情報とを組にした組込み機器設定情報を記憶する組込み機器設定情報記憶部を備えて、上記組込み機器から位置情報を識別情報として上記組込み機器が必要とする初期設定情報の送信要求があると、上記機器設定情報記憶部に記憶した上記組込み機器設定情報に基づいて初期設定情報を検索して抽出し、上記組込み機器へ送信するサーバと、
自身が設置される場所を表す位置情報を得て、該位置情報に基づいて自身が必要とする初期設定情報をサーバに要求する組込み機器と、を備えたことを特徴とする初期設定システム。
【請求項７】
組込み機器は、初期化時に特定サービス処理を行うサービス処理部と、自身の初期化が終わると上記サービス処理部をメモリから消去するリソース回収部とを備えたことを特徴とする請求項６記載の初期設定システム。
【請求項８】
サーバに、組込み機器が設置される場所の位置情報と該位置情報に対応して組込み機器が必要とする初期設定情報とを組にした組込み機器設定情報を記憶する組込み機器設定情報記憶部を備えて、
上記組込み機器から上記位置情報を付けて初期設定情報をサーバに要求して送信するステップと、
上記サーバが上記送信された位置情報に基づいて要求された初期設定情報を検索するステップと、
該検索して得た初期設定情報を組込み機器に送信するステップと、
組込み機器において上記サーバから送信された初期設定情報に基づいて初期化を行うステップ、とを備えたことを特徴とする初期設定方法。
【請求項９】
組込み機器と、該組込み機器と接続し、該組込み機器からの要求情報に基づいて応答情報を組込み機器に送信するサーバから構成されるシステムに用いるプログラムを記録した記録媒体であって、
組込み機器のために、上記組込み機器から上記位置情報を付けて初期設定情報をサーバに要求して送信するステップと、
サーバのために、組込み機器からの上記送信された要求情報である位置情報に基づいて該位置情報と組になった初期設定情報から要求された初期設定情報を検索するステップと、
該検索して得た初期設定情報を応答情報として組込み機器に送信するステップと、
組込み機器のために、上記サーバから送信された初期設定情報に基づいて初期化を行うステップ、からなるプログラムを記録したことを特徴とする計算機読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、初期設定情報組込み機器、特に異なる場所に設置される複数の機器の初期設定を、ネットワークを経由して簡易に、しかも間違い無く行う装置、方法に関するものである。
【背景技術】
【０００２】
従来の組込み機器の初期設定方法は、技術者が現地に赴き、個々のデバイスに対して必要な初期化処理を行わなければならなかった。これは多くの手間と時間がかかる作業である。
そこで、こうした現地での初期設定作業を少なくするため、特許文献１では、組込み機器のロードデータ内に顧客が使用すると思われるアプリケーションや各種設定を予めインプットしておき、現地では接続するだけで初期化処理が行えるようにしている。
また、特許文献２では、各組込み機器に対して「固有の設定ファイルＩＤ」を設け、組込み機器はネットワークに接続されて起動された後にこれらをサーバ装置に送信することによって、設定情報を受け取るような方法が提案されている。
【０００３】
これらの方法は、組込み機器がそれぞれ別個の機能を有するもの（例えば、温度センサ、湿度センサ、圧力センサ等、それぞれ全く違うデバイス）である場合には、有効であるが、複数用意された全て同一機能の組込み機器の場合には、向いていない。組込み機器の数のオーダーが小さい場合（例えば１０〜数１０個）には、それぞれに個別の設定情報（特許文献１）もしくは固有設定ファイルＩＤ（特許文献２）を入れ込み、それぞれを、間違わないように、指定の場所に設置すればよいのであるが、組込み機器の数のオーダーが数１００〜数１０００もしくはそれ以上になった場合、設定にかかる負荷は相乗的に大きくなると推測される。
また、対象数が多くなればなるほど、設置ミスが発生しやすい。最初に特定の組込み機器を特定の設置場所に対応付けると、万一その組込み機器を誤って異なる場所に設置するなど、間違った場所に運ばれるとか、間違った設定が施された組込み機器があった場合は、その機器を特定するのに多大の労力と時間を必要とする。
【特許文献１】特開２００２−３５８１０７号公報「産業用ロボットの初期化設定方法」
【特許文献２】特開２００３−２４２０５４号公報「サーバ装置、通信機器、通信機器設定情報管理方法、プログラムおよび記録媒体」
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の組込み機器の初期化設定には、各組込み機器に対して予め初期化に必要な情報を全て事前にインプットしておくか、もしくは、後で機器を設置して起動した時点でサーバから初期化に必要な情報をもらうために組込み機器を区別するための認識ＩＤにあたるものをインプットしておく必要があり、対象とする組込み機器の総数が大きくなるにつれ、それにかかる作業負荷は相乗的に増加していくという課題ある。
【０００５】
この発明は、上記のような課題を解決するためになされたもので、場合により膨大な数となる組込み機器の初期設定の作業負荷を軽減し、間違いの無い初期設定を行うことを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る初期設定サーバ装置は、組込み機器が設置される場所の位置情報とこの位置情報に対応して上記組込み機器が必要とする初期設定情報とを組にした組込み機器設定情報を記憶する組込み機器設定情報記憶部を備えて、
上記組込み機器から位置情報を識別情報として上記組込み機器が必要とする初期設定情報の送信要求があると、上記機器設定情報記憶部に記憶した上記組込み機器設定情報に基づいて初期設定情報を検索して抽出し、上記組込み機器へ送信するようにした。
【発明の効果】
【０００７】
以上のようにこの発明によれば、位置情報を基に初期設定を行うようにしたので、同種機器であればどの機器でもよく、初期設定が容易で、間違いを防ぐ効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
個々の組込み機器に全ての情報を対応付けると、先に述べたように、その指定機器を設置する場所に間違いが起こった場合に対処が大変である。むしろ同種の機器であれば、どの機器が指定場所に設置されてもよいはずである。そこで設置場所で初期設定を定める方式を採用すると間違いが少ない。場所を指定されると、設置機器が決まり、設置条件が定まる。図１は上記思想に基づいた本実施の形態における初期設定サーバ装置、システムを示す構成ブロック図である。
図１において、組込み機器１は例えば工場であれば、センサ、コントローラや制御装置等のデバイスであり、サーバ装置２とはネットワークでつながれている。組込み機器１は、自身が所望の動作をするために起動されるプログラムの初期化処理部１１、ネットワーク上のサーバ装置２やネットワーク管理マシン３等と通信するための通信部１２、サーバ装置からの返答を記憶するメモリ１３、自身がどこに設置されたのかを獲得する位置情報獲得部１４から構成されている。
【０００９】
サーバ装置２には、ネットワーク通信するための通信部２１、各組込み機器の設定情報を有する組込み機器設定情報記憶部２３、これらにデータを人間が入力するための設定情報アクセス部２２、から構成されている。
ネットワーク管理マシン３は、組込み機器１の位置情報獲得部１４が、動作する際に利用する一例として示しているものであり、ネットワークに接続されたものに対して、ネットワークＩＰアドレスを割り当てる、ネットワークＩＰ（アドレス）割り当て部３１とそれを接続された対象者に通達する通信部３２からなる。具体的な実現例をあげると、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用い、接続された機器に対して、ＤＨＣＰサーバ側が指定した範囲のＩＰアドレスを割り当てるようにする。
組込み機器設定情報４は、組込み機器設定情報記憶部２３がその内部にて記憶している情報の内部構成を示すものであり、本実施の形態では、接続される組込み機器が３種類であり、それぞれについて、位置情報（４１ａ〜４３ａ）と初期設定情報（４１ｂ〜４３ｂ）との組で構成されている。例えば組込み機器が監視カメラであり、建物の２階北側の窓から下を監視する場合を考える。設置位置で決まる初期設定情報として、その場所で行う撮影回数、撮影方角、カラーかモノクロームの別、時間情報などの撮影付加情報の有無等が、設置位置で決まる。これらの条件を決める初期設定情報４１ｂ〜４３ｂが組込み機器設定情報記憶部２３の中に記憶されている。
【００１０】
次に動作について動作フローを示す図２を用いて説明する。尚、本発明では組込み機器とサーバ装置の双方が同期して処理が進むため、以降の説明で使用するフローチャートは説明がし易いよう、二本並べた形で記述している。
まず、組込み機器側（２００１）では、ネットワークに接続され、電源が投入されると、自身を立ち上げるためのプログラムが起動されるのであるが、その中から初期化処理部１１が呼び出される。初期化処理部１１では、位置情報獲得部１４を呼び出し、設置された位置に関する情報を獲得する（ステップ２００２、以降ステップの記述を省略する）。本実施の形態では、位置情報獲得部１４はネットワーク管理マシン３と通信して、自身の組込み機器であることを示す識別情報を付けて、ＩＰアドレスを要求する。ネットワーク管理マシン３は、組込み機器の位置情報獲得部が送ってくるこの識別情報を見て、登録された組込み機器１であると判断すると、特定の範囲のＩＰアドレスを割り当てて、その番号を組込み機器に返送する。
【００１１】
このようにネットワーク管理マシン３では、例えば、ＤＨＣＰとしての機能を備えており、新たに接続された機器に対して、特定の範囲のＩＰアドレスを発行するようになっている。従来の技術では、同様にＩＰアドレスをその組込み機器の判別に使用しているものもあるが、これらは、予め組込み機器内に固定的に割当てられており、組込み機器の識別に用いている。従って本実施の形態における、位置情報とは異なるものである。組込み機器１内に位置情報を固定的に割当てないため、どの同種の機器がその位置に設置されても差し支えがない。
なお、位置を特定するため、組込み機器内の位置情報獲得部１４として、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機を搭載し、得られる緯度経度高度を位置情報として送信してもよい。このように特定の機器ではなくて、特定の場所に設置したことに対応して獲得した位置情報を、組込み機器１は通信部２１を用いてサーバ装置へと送る（２００３）。サーバ装置への送信方法については、サーバ装置が受信してすぐに判るよう、例えば予めＩＰアドレスを決めておく方法でもよいし、組込み機器がネットワーク全体にブロードキャストする方法でもよい。後者の場合、サーバ装置側は組込み機器が流したブロードキャストに対応できるようにしておく。
【００１２】
一方のサーバ装置側（２１０１）では、通信部２１を介して組込み機器１が送ってきた情報を受信し（２１０２）、その位置情報を元に、組込み機器設定情報記憶部２３の中から、対応する情報を検索し（２１０３）、例えばその位置情報４１ａに対応する初期設定情報４１ｂを組込み機器側に送り返して（２１０４）、処理を完了する（２１０５）。
組込み機器設定情報記憶部２３は、サーバ内のメモリでも、ハードディスクや外部取り外しが行える記憶装置でも構わない。その内部の構成は例えば組込み機器設定情報４の場合では、位置情報と初期設定情報の組み合わせになっている。また、ユーザは設定情報アクセス部２２を用いることにより、内容を入力修正削除することができる。例えばＨＴＴＰサーバ機能を持たせることにより、ユーザが遠隔（別のマシン）から組込み機器設定情報記憶部２３をアクセスできるようにすることも可能である。位置情報は、位置情報獲得手段がＩＰアドレスであればその範囲を示すもので、ＧＰＳ受信機を用いる場合には緯度経度高度の範囲を示すものを使用する。
初期設定情報は、組込み機器が所望の処理を行うのに必要な初期設定情報、もしくは、処理を行うためそのもののプログラムである。
【００１３】
組込み機器側では、サーバ装置からの応答を受信し（２００４）、その情報を用いて、再起動、もしくは初期化処理の継続を行い（２００５）、本アイディアに関連する処理を終える（２００６）。
例えば、再起動を行う場合は、メモリ１３に初期化設定情報を退避させてもよい。また、このメモリは設置前（工場出荷時のような状態）では、０で初期化しておき、電源投入後のシステム起動時に必ずこのメモリを参照するようにしておけば、何かがあった場合はそれを初期設定情報と解釈して立ち上げを継続すればよいと判断することもできる。
【００１４】
このように、組込み機器に、自身が設置された場所に関する位置情報を獲得する手段を用い、サーバ側には対応して位置情報と初期化設定情報を用意することにより、膨大な数の組込み機器を設置する際の初期化設定作業を大幅に軽減することが可能となる。
また、初期化設定情報をサーバに一元管理しているため、顧客としてのユーザは、各組込み機器に関する初期設定情報を一括して所定のファイル部分に包み込めるので、システムベンダー側に知らせる必要がなくなり、秘守契約等が不要となる。厳密にユーザ側の初期設定情報を秘密にしたい場合は、これらのファイル部分を暗号化して記憶し、組込み機器側で復号する方式をとることもできる。
このように、例えば従来例でのＩＰアドレスや固有ＩＤ等の、個々の組込み機器を特定するような設定を用いないため、どの機器をどこにつないでも、所望の初期設定及び処理を実行させることが可能となる。
【００１５】
実施の形態２．
実施の形態１では、組込み機器に位置情報獲得部を用い、サーバ装置に組込み機器設定情報記憶部を用いることにより、組込み機器に対して初期設定を行わずに所望の初期設定情報を伝達できるようにした構成を説明した。本実施の形態では、組込み機器が保有している機能が同一機種であってもそれぞれ異なる部分があるような場合に、必要な情報のみをサーバ装置にて選択し、送信する実施の形態を示す。
【００１６】
図３は、本実施の形態における初期設定サーバ装置、システムを示す構成ブロック図である。図において、ネットワーク管理マシンと、組込み機器とサーバに組込まれる各構成要素で同番号表示されたものは、実施の形態１におけるそれらと同等である。新たに追加されたものは、組込み機器１ｂ側では、組込み機器が有している細分化機能のうちどの機能が可能であるのかを示す固有情報記憶部１５である。またサーバ２ｂ側では、この固有情報記憶部１５が記憶している固有情報ｂ、ｃ、ｄに対応した組込み機器設定情報記憶部２３内の情報が細分化される。即ち、初期設定情報４１ｂ、４１ｃ、４１ｄ、４２ｂ、４２ｃ、４２ｄ、４３ｂ、４３ｃ、４３ｄ等になる。そして構成要素として更に、例えば位置情報が４１ａに相当する場合、指定のあった固有情報ｂないしｄ中の例えばｃに対応して４１ｂ〜４１ｄの中の初期設定情報から、組込み機器側が必要とした分の初期設定情報４１ｃの選択を行う組込み機器設定情報選択部２４が付加される。
固有情報と初期設定情報は同期している必要があり、例えば、ここでは、組込み機器側に３種類の機能（例えば、カメラ・温度センサ・湿度センサ等）があり、それぞれに対応する形で初期設定情報も４１ｂ〜４１ｄの３つを用意している。つまり単に位置情報だけでなく、固有情報も参照して初めて組込み機器が確定する。これは機器の機能の違いだけでなく、例えば同じカメラであっても、固有情報ｂはカラー・カメラで、固有情報ｃはモノクローム・カメラである場合もある。モノクローム・カメラの場合は、カラー・カメラに比べて初期設定情報が少ないので、モノクローム・カメラに対する初期設定情報を少なくして記憶しておき、それだけを送れば、送信量が少なくてすむ。
【００１７】
次に動作について動作フローを示す図４を用いて説明する。そのフローにおけるステップのほとんどは実施の形態１と同じであるが（２００１〜２００６、２１０１〜２１０５）、組込み機器側で有効な機能を確認し、固有情報を確認する処理（４００１）と、必要な初期設定情報を上記の固有情報を基に対応する初期設定情報を選択する処理（４１０１）が追加されている。
まず、固有情報により固有の機能を確認する処理（４００１）では、例えば、組込み機器が起動する際に有している各機能の初期化チェックを行う。これは例えばパーソナルコンピュータで言えば、ＢＩＯＳチェックにおいてどんなデバイスが繋がっているのかの応答を基に、オペレーティング・システム起動するのに必要なドライバを選択していることと同等の確認を行う。この際に、正常に使用できる機能を選んで固有情報に入れておく。機能を表す固有情報が、ここでは３種類と想定しているので、固有情報の実態はメモリ上の３ビットでもよい。こうして組込み機器１ｂからは必要な固有情報記憶部１５から選択された固有情報が送られる。
【００１８】
一方、必要な初期設定情報では、送られてきた固有情報ｂないしｄを基にして、初期設定情報４１ｂ〜４１ｄのうち、どの初期設定情報かを選択して、例えば固有情報ｂに対応して初期設定情報４１ｂを正常に使用できる機能として組み込み機器に返す（２１０４）。
このように、組込み機器側で正常に動作する機能を示す固有情報を記憶し、サーバ装置側では組込み機器設定情報記憶部内の初期設定情報を固有情報毎に持つことにより、適切な初期設定情報を組込み機器側へ送ることが可能となる。初期設定情報が膨大な量、例えば、処理プログラムまでもを転送するような場合には、ネットワークへの負荷をかなり改善することができる。
【００１９】
実施の形態３．
先の実施の形態２は、固有情報及び、機能ごとの初期設定情報を分割して持つことにより、故障している、機能が限定されている等の、組込み機器の状態によって、初期設定情報を必要最低限の小さなものにし、ネットワークにかかる負荷を低減するものである。
本実施の形態においては、初期設定情報のやりとりをＷＥＢサービスで行う場合について説明する。
【００２０】
図５は、本実施の形態における初期設定サーバ装置、システムを示す構成ブロック図である。図において、組込み機器とサーバに組込まれる各構成要素で図３と同番号表示されたもの、更に組込み機器設定情報は、実施の形態２におけるそれらと同等である。新たに追加されたものは、組込み機器１ｃ側では、組込み機器とサーバ装置との間で、特定サービス処理の一つであるＷＥＢサービス通信を行うために必要なＷＥＢサービス処理部１６と、初期設定処理を完了した後に、その正常受信をトリガとして、不必要となったリソースを回収するリソース回収部１７とがある。
またサーバ２ｃ側では、組込み機器との間でＷＥＢサービス通信を行うためのＷＥＢサービス処理部２５がある。ＷＥＢサービスとは、ＣＯＲＢＡ（Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ）やＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，  Ｄｉｓｃｏｖｅｒｙ，  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）のようなものを想定しており、サービスのやりとりの代わりに初期設定情報をやりとりする使用方法を本実施の形態で用いている。
【００２１】
次に動作について図６を用いて説明する。その動作フローのほとんどは実施の形態２と同じであり、同一動作は同じ番号のステップ（２００１〜２００６、２１０１〜２１０５、４００１，４１０１）で示している。追加されたのは、ＷＥＢサービス処理部の消去ステップ（６００１）である。
実施の形態２にＷＥＢサービス処理部１６が追加されているので、動作としては、位置情報及び初期設定情報を送受信する動作自体は同じであるが、使用するリソース量に違いがある。例えば、ＳＯＡＰを用いると、ＳＯＡＰでの通信を行うためのライブラリだけではなく、そのベースとなっているＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のライブラリ、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のライブラリが必要となる。組込み機器の場合には、これらのプログラムが消費するリソース量は大きく、したがって初期設定時以外は使わないなら、こうした一時的に使用するプログラムのためのメモリ領域を、以後の実使用時には他の目的に使用したい。即ち組込み機器ではメモリ使用の節約対象となる。こうした標準化されたプロトコルで通信することはグローバル性があり、良いことであるが、資源の有効利用から考えれば、いつまでの常駐させておくことは現実的ではない。
【００２２】
このグローバル性を適用しつつリソースを節約するのに、リソース回収部１７を用いる。リソース回収部１７では、例えば上記で説明したＳＯＡＰを通信プロトコルとして使用している場合ならば、例えばこのＳＯＡＰで用いているメモリを始めとするリソースの一覧を作成しておく。そして初期設定情報を正常受信で獲得した後には、それをトリガとして不要となるリソース、この場合組込み機器１ｃの対象メモリ領域にいるＷＥＢサービス処理部１６を消去する（６００１）。即ちほとんどの場合、組込み機器は独自の通信プロトコルでやりとりを行うため、こうした汎用の通信プロトコルを実使用時には使用しないためである。
このように、組込み機器側で初期設定処理が完了した後、不要となったリソースを回収する手段を持つことにより、初期設定時にはリソースを大量に使用するＷＥＢサービスなどの標準的な通信プロトコルを用いて初期設定情報の送受信を行い、実使用時にはメモリを有効利用することが可能となる。
【００２３】
実施の形態４．
上記の実施の形態２では、機能を表す固有情報、及び固有情報ごとの初期設定情報を分割して持つことで、故障している、機能が限定されている等の組込み機器の状態によって初期設定情報を必要最低限にした場合を説明した。この構成によりネットワークにかかる負荷を低減できる。
本実施の形態では、初期化設定完了後も定期的に組込み機器とサーバ装置間で通信し、設定情報を更新することにより、組込み機器が故障した際、最終的に使用していた設定情報を継続して使えるようにした実施例を説明する。
【００２４】
図７は、本実施の形態における初期設定サーバ装置、システムを示す構成ブロック図である。図において、組込み機器とサーバに組込まれる各構成要素で図３と同番号表示されたもの、更に組込み機器設定情報は、実施の形態２におけるそれらと同等である。新たに追加されたものは、組込み機器１ｄにおける定期更新部１８と、サーバ２ｄにおける組込み機器生存確認部２６である。
定期更新部１８は、一定間隔で起動され、そのたびに現状の設定情報をサーバ装置へ送る。一方の組込み機器生存確認部２６は、組込み機器から定期的に送られてきた設定情報を受け取り、組込み機器設定情報の更新を行う。また、この定期的な連絡が来なかった場合には、故障が発生したと判断し、図７中には、図示していない警報を出力して、その定期的な連絡が来ていないと言う事実をユーザに伝える。
【００２５】
次に動作について図８を用いて説明する。まず、組込み機器１ｄ側（８００１）では、例えば一定周期で実行される周期タスクにおいて、位置情報獲得部１４が設定情報（位置情報）を獲得し（８００２）、通信部１２から送信を行う（８００３）。
組込み機器１ｄ側では、動作させていくうちにユーザの要請もしくは、もし自身の自己最適化機構があれば、それらによって初期化時に獲得して使用した設定情報（位置情報）が変更されている可能性がある。例えばシステム設計時と実際に運用してみた結果では状況が違う場合が、おおいにあり得る。
なお送信（８００３）ステップの後には、一定時間待機した後、同じ処理を繰り返す。
【００２６】
一方のサーバ装置２ｄ側（８００１）では、通信部２１が組込み機器１ｄ側からの定期的な送信を受信する（８１０２）。
そして受信が定期的にきたかを確認し（８１０３）、もし所定の時間にわたって受信していなければ、障害が発生したと判断して、障害発生処理ステップ（８１０６）の処理を行う。これは例えばユーザに警報画面で伝える、またはこれら組込み機器を管理しているシステムに緊急のエラーメールを送る、障害管理システムに連絡するなどを行い、処理を完了する（８１０７）。
ステップ（８１０２）で、時間内に組込み機器１ｄからの受信がきていたら、送られてきた設定情報が更新されているか確認を行い（８１０４）、更新されていれば組込み機器設定情報４ｂ中の対応する初期設定情報を更新する（８１０５）。その後は再び受信を待つ。
この一連の処理は、ひとつの組込み機器に対してのものであり、実現方法のひとつとしては、周期的に実行するタスクをひとつ用意し、その中で、すべての組込み機器に対して前述の動作確認処理を行う。
【００２７】
このように、組込み機器側に周期的に設定情報を送信し、サーバ装置で周期的に組込み機器からの設定情報を受信する手段を持つ。この受信で設定情報を随時更新することにより、組込み機器が突然故障し、他の交換用の組込み機器と取り替えられた場合、最初に設定した初期設定情報ではなく、故障する直前まで使用していた設定情報を用いることが可能となる。即ち、それまで動作してきて、途中で運用により変化した設定情報にそのまま追従することが可能となる。
この構成を欠くと、故障により交換が発生した際に、それまで実行して得た有益な初期設定情報、つまり変更された内容を、再度獲得する過程が必要となる。この過程は、場合によっては故障するまで動作したのと同じくらいの時間を必要とする。
また、運用中に組込み機器設定情報が絶えず変化する場合は、故障が発生すると変化がなくなるので、この変化を監視していて、変化がなくなったら即座にユーザもしくはシステムへ通報することが可能となる。
【００２８】
実施の形態５．
上記の実施の形態４では、組込み機器側に定期的に設定情報を送信し、サーバ装置側に組込み機器から定期的に送られてくる設定情報を受信することにより、その組込み機器が正常に動作していることを知り、同時に設定情報に変更があれば、それを反映しておくシステムを説明した。そして、故障した組込み機器が発生しても、交換時に最終的に使用していた設定情報を使えることを説明した。
本実施の形態では、その最新の設定情報を例えばデータベースを用いて蓄積し、故障が発生し、交換作業を行う際、故障発生直前の最終的な設定情報だけではなく、それよりも過去に用いられたことのある設定情報を選択できる実施例を説明する。
【００２９】
図９は、本実施の形態における初期設定サーバ装置、システムを示す構成ブロック図である。図において、組込み装置、ネットワーク管理マシンと、サーバに組込まれる各構成要素で図７において示したと同番号表示されたもの、更に組込み機器設定情報は、実施の形態４におけるそれらと同等である。新たに追加されたものは、サーバ１ｅにおける、変更があるたびに情報を蓄積していく、初期設定情報蓄積部２７がある。この初期設定情報蓄積部２７は、普通のデータベースでもよく、本実施の形態でいえば、初期設定情報４１ｂｂ〜４３ｄの個々について、それぞれ変更があるたびにその内容を保存する。
【００３０】
次に図１０を用いて動作を説明する。その動作フローにおける各ステップは、ほとんどは実施の形態４における図８と同様である（８００１〜８００３、８１０１〜８１０４、８１０６、８１０７）。
異なる動作を行うのは、設定情報が変わった場合に初期設定情報を変更していたステップに代えて、初期設定情報蓄積部２７に設定情報を蓄積するステップ（１０００１）としている。
このように、サーバ２ｅ側に組み込み機器側から設定情報の変更があるたびに送信してくることに対応して、その変更された設定情報を初期設定情報蓄積部２７に蓄積して保存するようにしている。このことによって、突然故障した組込み機器を交換する際に、組込み機器１ｄから初期設定情報の版（バージョン）を指定して要求し、サーバ２ｅから初期設定情報蓄積部２７中の対応する版を送ってもらう。こうして最終的に使用していた以外の設定情報を選択することが可能となる。
【００３１】
例えば組み込み機器が正常に動作しなくなったのは、あるいは最終的に使用していた設定情報が間違いであった可能性もある。こうした場合に最後に設定された初期設定情報を固定的に使用するシステムでは、対策の立てようがない。即ち本実施の形態の構成によれば、最後に設定された情報を固定的に使用するシステムでは回避できなかった問題を解決できる。
具体的には、故障した組込み機器を交換して、新しい組込み機器を立ち上げて初期設定情報を選択する際に、どのバージョンの初期設定情報を選択するかは、ユーザの判断にゆだねてもよいし、順にひとつずつ過去のものを試してもよい。こうした状況下では故障する直前に使われていた以外の設定情報を得て、故障回復作業を円滑に行うことが可能となる。
【００３２】
実施の形態６．
上記の実施の形態５では、変更があった場合の設定情報を複数蓄積し、故障が発生して交換作業を行った後、故障発生直前の最終の設定情報だけでなく、任意の過去の設定情報を選択できるようした例を説明した。
本実施の形態では、組み込み機器設定情報内にグループ情報を持たせて自分と同じグループ内の組込み機器が故障した場合に、連動して他の特定の組込み機器を停止もしくは強制的に故障扱いとして、交換を促す例を説明する。また、スリープ値を持たせて、その停止時間を設定したり、特権情報を持たせて、同グループに故障があっても強制的に無視できる組込み機器を設定する実施例について説明する。
【００３３】
図１１は、本実施の形態における初期設定サーバ装置、システムを示す構成ブロック図である。図において、組込み機器、ネットワーク管理マシンと、サーバに組込まれる各構成要素で図９において示したと同番号表示されたものは、実施の形態５におけるそれらと同等のものである。新たに追加されたものは、組込み機器設定情報記憶部２３ｆ中に記憶される組込み機器設定情報４ｆが更に詳しく分類されていることである。即ち、同じグループに属していることを示すグループ情報４１ｅ、４２ｅ、４３ｅと、同じ組込み機器設定情報４ｆ中に含まれる、停止している時間を設定するスリープ値４１ｆ、４２ｆ、４３ｆと、同グループ内に故障した組込み機器があっても停止しない設定を施せる特権情報４１ｇ、４２ｇ、４３ｇである。
本例では組込み機器を３つ（４１、４２、４３）しか示していないが、例えば、グループに番号を振り、それを数値としてグループ情報に入れてもよいし、グループをビットにみたて、複数のグループに所属できるような数値（ビットが１ならば所属、０ならば所属しない）として使用してもよい。
【００３４】
スリープ値は停止している数値を設定しておき、組込み機器１ｄ側ではその時間だけ例えばＳｌｅｅｐ（）関数を呼び出し、動作を停止させてもよいし、カウンタ値として設定し、カウンタが０になるまでの間は、ネットワークに情報を送信しないようにするだけでもよい。
また、特権情報は今回グループ内の組込み機器に故障があっても連動しないような使い方をしたが、その他にユーザが情報を手動で設定して強制的に停止させるようにしてもよい。更に、上記のグループ情報で複数のグループへの所属を用いた場合、優先するグループの設定を施して、優先度を指定するようにしてもよい。例えば３つのグループに所属している場合、２つのグループに故障がでたら停止させる、等の運用が行える。このように柔軟な動作設定が任意にできる。
【００３５】
次に図１２を用いて動作を説明する。この動作フローの基本的な部分は実施の形態５と同じである（８００１〜８００３、８１０１〜８１０４、８１０６、８１０７、１０００１）。即ち、組込み機器が設定情報を獲得し、送信し、サーバ側でそれを受信し、サーバ側で更新されていれば、設定情報を蓄積するステップは一緒である。
新たに追加された部分の説明を行う。初期設定情報蓄積部２７に設定情報を蓄積した後（１０００１）、グループ内に故障した組込み機器があるかどうかを判定する（１２１０１）。これは具体的には、組込み機器設定情報４ｆ内に今故障しているかどうかの設定を例えば０か１の情報で管理しておく構成とし、上記故障判定ステップ（１２１０１）で、同グループ内の他の組込み機器が故障していないか検索して判定するようにしてもよい。故障がない場合は、実施の形態５同様、再度処理を繰り返す。
【００３６】
次に、故障した組込み機器があった場合、特権情報に設定があるかを確認する（１２１０２）。設定がある場合には新たな処置はせず、再度処理を繰り返す。設定がない場合には、スリープ値を組込み機器へ送信する（１２１０３）。この段階でスリープ値が設定されていない場合には、組込み機器に対して同グループ内に故障したものがあったと言う通知だけとなり、特にデータは必要としない。ただし、スリープ値が設定されていた場合と区別する必要があり、例えばスリープ値は１以上の数値を、スリープ値が設定されていない場合には−１を送るようにしてもよい。送信を終わったサーバ２ｅ側は処理を繰り返す。
一方の組込み機器１ｄでは、設定情報を送信した後、サーバ装置からスリープ時間を受信する（１２００１）。スリープ値が設定されているかどうかを確認し（１２００２）、なければスリープせず、障害が発生した場合の処理を実施（１２００３）して終了する（１２００４）。以降はユーザがその障害連絡をもとに対処することになる。スリープ時間が設定されている場合には、スリープ値分だけ動作を停止する（１２００５）。
ここでは動作を停止するように記述したが、完全に動作を停止するのではなく、動作はしているがネットワークに情報を流すのをやめるだけにしてもよい。スリープ値分経過した後は、また処理を繰り返す。
【００３７】
このように、グループ情報を用いることにより、同グループ内の組込み機器に故障が発生した場合、それに連動して動作を停止し、一緒に交換を促すことができる。また無駄な動作によるネットワークや電源等の諸資源の浪費を抑制することが可能となる。またその際、スリープ値を設けて停止している時間を設定し、この停止により、例えば故障した組込み機器を交換するのに必要な時間を設定しておくこともできる。こうすれば交換が終了すると共に自動的に動作を再現することが可能となり、故障時のシステム再現が効率的に行えるようになる。
またその際、特権情報を設定しておけば、ユーザが状況に応じて都合よく、例えば同グループ内に故障した組込み機器が発生した場合でも、組込み機器の動作を調整することが可能になり、故障発生時の対処を臨機応変に行うことができる。
【００３８】
上記各実施の形態では、組込み機器及びサーバにある構成要素は、ハードウェアで構成されるものとして説明したが、これらの要素を対応する動作を行うソフトウェアであるプログラムを用いて記述してメモリに書き込み、同機能を実現してもよい。
またこれらのプログラムを計算機が読取可能な記録媒体に記録して、後に計算機がその記録媒体を読みとって対応するプログラムを計算機のメモリに取込み、機能を実現する要素としてシステム、サーバを構成してもよい。
【図面の簡単な説明】
【００３９】
【図１】この発明の実施の形態１における初期設定サーバ装置、システムを示す構成ブロック図である。
【図２】実施の形態１における初期設定システムの動作フローを示す図である。
【図３】実施の形態２における初期設定サーバ装置、システムを示す構成ブロック図である。
【図４】実施の形態２における初期設定システムの動作フローを示す図である。
【図５】実施の形態３における初期設定サーバ装置、システムを示す構成ブロック図である。
【図６】実施の形態３における初期設定システムの動作フローを示す図である。
【図７】実施の形態４における初期設定サーバ装置、システムを示す構成ブロック図である。
【図８】実施の形態４における初期設定システムの動作フローを示す図である。
【図９】実施の形態５における初期設定サーバ装置、システムを示す構成ブロック図である。
【図１０】実施の形態５における初期設定システムの動作フローを示す図である。
【図１１】実施の形態６における初期設定サーバ装置、システムを示す構成ブロック図である。
【図１２】実施の形態６における初期設定システムの動作フローを示す図である。
【符号の説明】
【００４０】
１，１ｂ，１ｃ，１ｄ  組込み機器、２，２ｂ，２ｃ，２ｄ，２ｅ，２ｆ  サーバ（装置）、３  ネットワーク管理マシン、４，４ｂ，４ｆ  組込み機器設定情報、１１  初期化処理部、１２  通信部、１３  メモリ、１４  位置情報獲得部、１５  固有情報記憶部、１６  ＷＥＢサービス処理部、１７  リソース回収部、１８  定期更新部、２１  通信部、２２  設定情報アクセス部、２３，２３ｆ  組込み機器設定情報記憶部、２４  組込み機器設定情報選択部、２５  ＷＥＢサービス処理部、２６  組込み機器生存確認部、２７  初期設定情報蓄積部、３１  ネットワークＩＰアドレス割当て部、３２  通信部、２００２  位置情報獲得ステップ、２１０３  初期設定情報検索ステップ、２００５  初期化処理ステップ、４００１  固有機能確認ステップ、４１０１  初期設定情報選択ステップ、６００１  ＷＥＢサービス処理部消去ステップ、８００２  設定情報（位置情報）獲得ステップ、８１０３  所定期間での受信確認ステップ、８１０５  初期設定情報更新ステップ、８１０６  障害発生処理ステップ、１０００１  初期設定情報蓄積ステップ、１２００３  障害発生処理ステップ、１２００５  スリープ値の間の動作停止ステップ、１２１０１  グループ内故障検出ステップ、１２１０２  特権情報検索ステップ、１２１０３  スリープ値送信ステップ。
【図１】
2005228172.tif 000003
【図２】
2005228172.tif 000004
【図３】
2005228172.tif 000005
【図４】
2005228172.tif 000006
【図５】
2005228172.tif 000007
【図６】
2005228172.tif 000008
【図７】
2005228172.tif 000009
【図８】
2005228172.tif 000010
【図９】
2005228172.tif 000011
【図１０】
2005228172.tif 000012
【図１１】
2005228172.tif 000013
【図１２】
2005228172.tif 000014