JP2004126960A

JP2004126960A - リモートメンテナンスシステム

Info

Publication number: JP2004126960A
Application number: JP2002290551A
Authority: JP
Inventors: Yutaka Mizokoshi; 溝越　豊
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2002-10-03
Filing date: 2002-10-03
Publication date: 2004-04-22

Abstract

【課題】容易にかつ確実に分散手段のソフト更新を行うことができるリモートメンテナンスシステムを提供することを目的とする。
【解決手段】公衆回線またはＬＡＮ３に接続され現ソフトウェアにて稼動している分散手段２ａ、２ｂ・・・と、公衆回線またはＬＡＮ３に接続され公衆回線またはＬＡＮ３を通じて分散手段２ａ、２ｂ・・・、に新バージョンソフトウェアを配布する保守センター手段１とを備え、保守センター手段１は、分散手段２の稼動中の現ソフトウェアのバージョン情報を管理するソフト更新情報手段１４と、新バージョンソフトウェアを格納する格納手段１３と、バージョン情報に基づいて新バージョンソフトウェアを分散手段２ａ、２ｂへ配布するか否かを判断する更新情報作成手段１１とを有し、分散手段２ａ、２ｂ・・・は、配布された新バージョンソフトウェアを更新するソフト更新手段２２を有するものである。
【選択図】　　　　図１

Description

【０００１】
【発明の属する技術分野】
この発明は、広域の複数箇所に分散配置された分散手段におけるソフトウェア（以下、ソフトウェアをソフトと略して示す）のバージョンアップを簡便かつ確実に実施することができるリモートメンテナンスシステムに関するものである。
【０００２】
【従来の技術】
従来のソフト配布システムでは、ソフト配布元サーバのオペレータは、適用日設定手段、配布日設定手段を用いて業務ソフトのクライアントへの「適用日」と、ソフト配布元サーバからクライアント接続先サーバへの業務ソフトの「配布日」を定義（設定）し、登録装置へ格納する。この場合、業務ソフトが複数のファイルから構成される大容量であれば、業務ソフトを複数のファイル群に分割してクライアント接続先サーバへ配布するスケジュールを立てる。
【０００３】
配布手段は、前記登録装置から、当日配布予定の業務ソフトを取り出し、該当する業務ソフトと適用日スケジュールを、目的のクライアント接続先サーバへ配布する。クライアント接続先サーバの配布ソフト受信手段は、受信した業務ソフトを配布ソフト格納手段へ格納し、クライアントへの適用日スケジュールをスケジュール格納装置へ格納し、適用日スケジュール管理手段によるスケジュール管理を開始する。
【０００４】
適用日スケジュール管理手段は、適用日を迎えた適用スケジュールを前記スケジュール格納装置から取り出し、クライアント配布指示格納装置へ配布ソフト情報（適用日スケジュール）を格納する。クライアントのオペレータが当該クライアントを起動したタイミングで再配布指示手段がクライアント接続先サーバに働きかけると、クライアントの配布状態確認手段が動作を開始し、該配布状態確認手段は、クライアント接続先サーバ上のソフト配布開始手段を開始する。
【０００５】
該配布開始手段はクライアント配布指示格納装置から取り出した配布ソフト情報（適用日スケジュール）に沿って、クライアント接続先サーバの再配布手段を開始する。該再配布手段は、クライアントの再配布ソフト受信手段へ業務ソフトを配布する。再配布ソフト受信手段は、再配布ソフト格納手段へ再配布された業務ソフトを格納し、クライアントは、適用スケジュール通りに業務ソフトを受信し、利用可能とすることができる（例えば、特許文献１参照）。
【０００６】
【特許文献１】
特開１１−２１２７９０号公報（段落００２２〜段落００２４、第１図、第２図）
【０００７】
【発明が解決しようとする課題】
上述した従来のソフト配布システムでは、次のような問題点があった。
クライアントへのソフト更新は、オペレータが要求しなければならず、人の操作が必要となり、操作が煩雑になる。
また、サーバからクライアントへのソフト管理情報を送信後、クライアントからサーバに対してソフトの転送要求が行われるが、ＬＡＮ経由で複数クライアントが存在する場合、クライアントからのソフト転送要求がサーバ側の回線ビジーで接続できないという問題が発生する。
【０００８】
また、クライアント側では、バージョンアップ用のソフトが送付されると、クライアント内にてそのソフトを更新してしまうために、クライアント側でサービスしている業務に影響が生じるという問題が発生する。
また、バージョンアップしたソフトに問題があり、バージョンアップ前の状態に戻したい場合、更新前のソフトをサーバより、クライアントに送付しなければならないという問題点がある。
【０００９】
この発明は上記のような課題を解決するためになされたものであり、簡便にかつ確実にソフトの更新を行うことができるリモートメンテナンスシステムを得ることを目的とする。
【００１０】
【課題を解決するための手段】
この発明に係るリモートメンテナンスシステムは、公衆回線またはＬＡＮに接続され現ソフトウェアにて稼動している分散手段と、公衆回線またはＬＡＮに接続され公衆回線またはＬＡＮを通じて分散手段に新バージョンソフトウェアを配布する保守センター手段とを備え、保守センター手段は、分散手段の稼動中の現ソフトウェアのバージョン情報を管理するソフト更新情報手段と、新バージョンソフトウェアを格納する格納手段と、バージョン情報に基づいて新バージョンソフトウェアを分散手段へ配布するか否かを判断する更新情報作成手段とを有し、分散手段は、配布された新バージョンソフトウェアを更新するソフト更新手段を有するものである。
【００１１】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態を図に基づいて説明する。図１はこの発明の実施の形態１のリモートメンテナンスシステムの構成を示すブロック図である。本願リモートメンテナンスシステムは保守センター手段１と、現ソフトにて稼動している複数の分散手段２ａ、２ｂ・・・と、公衆回線またはＬＡＮ３とから成る。保守センター手段１は公衆回線またはＬＡＮ３を通じて各分散手段２ａ、２ｂ・・・に新バージョンソフトを配布するもので、更新情報作成手段１１と、保守側通信手段１２と、格納手段１３と、ソフト更新情報手段１４と、管理手段１５とを備えている。
【００１２】
格納手段１３は分散手段２ａ、２ｂ・・・に配布される新バージョンソフト（以下、新ソフトと略して示す）が格納されたものである。また、保守側通信手段１２は分散手段２ａ、２ｂ・・・への新ソフトの配布、各分散手段２ａ、２ｂ・・・からのソフト更新情報を受信する通信手段である。また、ソフト更新情報手段１４は分散手段２ａ、２ｂ・・・毎のソフトの最新情報および更新情報（送信未、送信済、反映済）などのソフト更新情報を有するものである。
【００１３】
更新情報作成手段１１は格納手段１３に格納された新ソフトとソフト更新情報手段１４のソフト更新情報を読み込み、当該分散手段２ａ、２ｂ・・・のソフト更新情報から格納された新ソフトが更新されていると判断された場合に、対象となる分散手段２ａ、２ｂ・・・に新ソフトを配布するという情報を作成するソフト更新情報作成プログラムを備えたものである。また、管理手段１５は各分散手段２ａ、２ｂ・・・へ新ソフトを配布するために必要な各分散手段２ａ、２ｂ・・・のＩＰアドレス、電話番号および配布ソフト名称などから構成された、管理情報を備えたものである。
【００１４】
分散手段２ａ、２ｂ・・・にはそれぞれ、分散側通信手段２１と、ソフト更新手段２２と、更新待ソフト待機手段２３と、ソフト稼動手段２４と、稼動ソフト管理手段２５、旧ソフト格納手段２６と、旧ソフト管理手段２７と、更新情報送信手段２８と、更新情報確認手段２９と、時刻決定手段３０とを備えている。
【００１５】
更新待ソフト待機手段２３は、保守センター手段１から転送された新ソフトを分散手段２ａ、２ｂ・・・がわで更新するまで一時的に保存するためのものである。また、ソフト稼動手段２４は分散手段２ａ、２ｂ・・・で現在稼動している現ソフト（現世代）が格納されている。また、稼動ソフト管理手段２５は現在稼動している現ソフトのバージョン情報を持つものである。また、旧ソフト格納手段２６は、バージョンアップ前に稼動していた旧ソフト（前世代）を格納するものである。
【００１６】
旧ソフト管理手段２７は、バージョンアップ前に動作していた旧ソフト（前世代）のバージョン情報を持つものである。また、更新情報送信手段２８は、分散手段２ａ、２ｂ・・・内での、更新処理中、更新完了、戻し処理中および戻し完了などの情報をもつものであり、更新完了情報、戻し処理情報などを分散側通信手段２１を介して保守センター手段１に送信するものである。また、分散側通信手段２１は保守センター手段１と通信するための通信プログラムが格納されたものであり、保守センター手段１より受信した新ソフトを更新待ソフト格納手段２３に格納したり、更新情報送信手段２８の更新結果を保守センター手段１に送信する。
【００１７】
ソフト更新手段２２は、現ソフト（現世代）およびソフト情報をソフト稼動手段２４および稼動ソフト管理手段２５から、旧ソフト格納手段２６および旧ソフト管理手段２７に、旧ソフトおよび旧ソフト情報としてコピーする。そして、更新待ソフト格納手段２３から新ソフトをソフト稼動手段２４にコピーし、対応する情報を稼動ソフト管理手段２５に作成して格納する。さらに、ソフト更新情報を更新情報送信手段２８に送信するものである。
【００１８】
更新情報確認手段２９は、分散側通信手段２１にて受信した新ソフトのソフト情報と、稼動ソフト管理手段２５から得た現在稼動中の現ソフト情報とを比較してバージョンが異なるか否かを判断し、異なると判断すると、更新待ソフト格納手段２３に新ソフトを格納し、ソフト更新手段２２の自動更新を行える状態にする。また、時刻決定手段３０は、新ソフトの更新を行うために決定された反映時刻を分散手段２ａ、２ｂ・・・の稼動状態に応じて、即ち閑散時に決定して登録するもので、反映時刻に成るとソフト更新手段２２を起動させる。
【００１９】
次に上記のように構成された実施の形態１のリモートメンテナンスシステムの通常の保守センター手段１の新ソフトの送信の動作について図２のフローチャートを用いて説明する。まず、保守センター手段１は毎日定時に自動でソフト更新情報を作成する為の処理を開始する（ステップＳ４１）。尚この指示は、定時起動を設定してもよいし、オペレータによる起動の指示を出してもよい。
【００２０】
次に、更新情報作成手段１１は、格納手段１３のバージョン情報とソフト更新情報手段１４の最新バージョン情報とを比較する（ステップＳ４３）。次に、新規ソフトが無い場合には、送信終了（ステップＳ４９）と成る。次に、格納手段１３のソフトが新規ソフトであると判断された場合、ここでは分散手段２ａに対してのみ新ソフトがあったとする。そして、ソフト更新情報手段１４にて新ソフトの更新情報を作成する（ステップＳ４４）。
【００２１】
次に、保守側通信手段１２は、この更新情報に基づいて新ソフトを対象分散手段２ａに送付するために、管理手段１５に格納されている対象分散手段２ａの電話番号、ＩＰアドレスなどを取得して、対象分散手段２ａとの回線を接続して、格納手段１３から新ソフトを抽出して送信する（ステップＳ４５）。
【００２２】
次に、保守側通信手段１２は、分散手段２ａから正常受信信号を受信すると当該分散手段２ａのソフト更新情報手段１６の状態を「送信済」とする（ステップＳ４７）。また、保守側通信手段１２は、分散手段２ａから反映済を受信すると当該分散手段２ａのソフト更新情報手段１６に送付した新ソフトのバージョンと反映日を設定する（ステップＳ４８）。そして、送信終了（ステップＳ４９）と成る。また、保守側通信手段１２は、分散手段２ａから応答がない場合は、ステップＳ４５に戻り、新ソフトを再送する。
【００２３】
次に、分散手段２ａでの新ソフト受信の動作について図３のフローチャートに基づいて説明する。まず、分散側通信手段２１は、保守センター手段１より新ソフトを受信する（ステップＳ５２）。次に、受信した新ソフトのバージョンと稼動ソフト管理手段２５のソフト情報を更新情報確認手段２９にて比較する（ステップＳ５３）。
【００２４】
次に、現世代のソフトのバージョンと異なる場合は、受信した新ソフトを更新待ソフト格納手段２３に格納する（ステップＳ５５）。そして、保守センター手段１に正常受信信号を送信する（ステップＳ５６）。また、更新情報確認手段２９は、受信ソフトのバージョンが現世代と同一の場合は、保守センター手段１に反映済を送信する（ステップＳ５７）。そして、受信終了と成る（ステップＳ５８）。
【００２５】
次に、分散手段２ａにおける、予め設定された反映時刻にソフト更新処理を行う、ソフト更新の動作について図４のフローチャートに基づいて説明する。まず、時刻決定手段３０が更新するための反映時刻に成ると、ソフト更新手段２２にソフト更新処理を開始させる（ステップＳ６１）。次に、ソフト更新手段２２は更新待ソフト格納手段２３へソフトの有無をチェックする（ステップＳ６３）。そして新ソフトが無い場合には、反映終了と成る（ステップＳ６８）。
【００２６】
次に、新ソフトがあれば、分散手段２ａにて行っている業務処理を自動で終了させる（ステップＳ６４）。次に、更新対象の現ソフト（現世代）および現ソフトの情報を、ソフト稼動手段２３および稼動ソフト管理手段２５から、それぞれ旧ソフト格納手段２６および旧ソフト管理手段２７にコピーする（ステップＳ６５）。
【００２７】
次に、更新待ソフト格納手段２３の新ソフトをソフト稼動手段２４にコピーし、対応するソフト情報を稼動ソフト管理手段２５に更新する（ステップＳ６５）。次に、ソフト更新手段２２は、更新状態を「更新処理中」として分散手段２ａを自動で再起動する（ステップＳ６６）。次に、更新情報送信手段２８は、分散手段２ａが立ち上がり後、保守センター手段１に反映完了を送信する（ステップＳ６７）。そして、反映を終了する（ステップＳ６８）。
【００２８】
次に、分散手段２ａからの反映結果を受信した保守センター手段１の動作を図５のフローチャートに基づいて説明する。まず、保守側通信手段２１は分散手段２ａから反映結果を受信する（ステップＳ７２）。次に、反映完了の場合は、ソフト更新情報手段１４に当該分散手段２ａのソフト情報として反映した新ソフトのバージョンと反映日を追加する（ステップＳ７４）。そして、反映を終了する（ステップＳ７６）。
【００２９】
次に、ソフト戻し時の保守センター手段の動作について図６のフローチャートに基づいて説明する。まず、更新情報作成手段１１は、オペレータから「戻し処理」が指定をされると、指定された例えば分散手段２ａのソフト更新情報手段１４に「戻し処理」を登録する（ステップＳ８２）。次に、保守側通信手段１２は、戻し処理が登録された分散手段２ａ対して、「戻し処理」の指示を送信する（ステップＳ８３）。そして、当該分散手段２ａのソフト更新情報手段１６の最新バージョンの情報を「戻し中」に更新する（ステップＳ８４）。そして送信を終了する（ステップＳ８５）。
【００３０】
次に、分散手段２ａのソフトのバージョンの戻し処理の動作を図７のフローチャートに基づいて説明する。まず、分散側通信手段２１は、保守センター手段１より「戻し処理」を受信する（ステップＳ９２）。その情報をソフト更新手段２２に渡す。通知されたソフト更新手段２２は、業務処理を自動で終了させる（ステップＳ９３）。そして、旧ソフト格納手段（前世代）２６および旧ソフト管理手段（前世代）２７のソフトおよびソフト情報をそれぞれソフト稼動手段（現世代）２４および稼動ソフト管理手段（前世代）２５にコピーする（ステップＳ９４）。
【００３１】
次に、更新情報手段２８を「戻し処理中」として自動でソフト稼動手段（現世代）２４にて、分散手段２ａを再起動する（ステップＳ９５）。次に、分散手段２ａが立ちあがった後、更新情報送信手段２８は、保守センター手段１に「戻し完了」を送信する（ステップＳ９６）。そして、保守センター手段１は分散手段２ａより「戻し完了」を受信する（図５のフローチャートの、分散手段２ａから反映結果を受信（ステップＳ７３））。次に、保守側通信手段１２は、当該分散手段２ａのソフト更新情報手段１６に戻し日を登録する（ステップＳ７５）。
【００３２】
上記のように構成された実施の形態１のリモートメンテナンスシステムは、分散手段に転送・反映する新ソフトを、保守センター手段に格納するのみで、保守センター手段が自動的にソフト更新情報を作成し、更新対象の分散手段を決定して、当該新ソフトを送信して、分散手段の反映結果を分散手段対応のソフト更新履歴に反映するため、リモート保守作業の軽減と人為的ミスをなくすことができる。
【００３３】
また、分散手段での反映時刻を、分散手段側で、業務の閑散時に設定することができ、分散手段側のバージョンアップが、分散手段にて行っているサービスに影響をほとんど及ぼすこと無く行うことができる。
また、新ソフトの問題が発生した場合、保守センター手段の指示にて分散手段側のみにて迅速に旧バージョンに戻すことができるため、業務への影響を最小限にとどめることができる。
【００３４】
【発明の効果】
以上のように、この発明によれば、公衆回線またはＬＡＮに接続され現ソフトウェアにて稼動している分散手段と、公衆回線またはＬＡＮに接続され公衆回線またはＬＡＮを通じて分散手段に新バージョンソフトウェアを配布する保守センター手段とを備え、保守センター手段は、分散手段の稼動中の現ソフトウェアのバージョン情報を管理するソフト更新情報手段と、新バージョンソフトウェアを格納する格納手段と、バージョン情報に基づいて新バージョンソフトウェアを分散手段へ配布するか否かを判断する更新情報作成手段とを有し、分散手段は、配布された新バージョンソフトウェアを更新するソフト更新手段を有するので、保守センター手段側にて、容易にかつ確実に分散手段のソフト更新を行うことができるリモートメンテナンスシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】この発明の実施の形態１におけるリモートメンテナンスシステムの構成を示すブロック図である。
【図２】図１に示した保守センター手段の新ソフト送信の動作を説明するためのフローチャートを示した図である。
【図３】図１に示した分散手段の新ソフト受信の動作を説明するためのフローチャートを示した図である。
【図４】図１に示した分散手段のソフト反映の動作を説明するためのフローチャートを示した図である。
【図５】図１に示した保守センター手段の更新反映の動作を説明するためのフローチャートを示した図である。
【図６】図１に示した保守センター手段の戻し処理の動作を説明するためのフローチャートを示した図である。
【図７】図１に示した分散手段の戻し処理の動作を説明するためのフローチャートを示した図である。
【符号の説明】
１　保守センター手段、２ａ，２ｂ　分散手段、３　公衆回線またはＬＡＮ、１１　更新情報作成手段、１２　保守側通信手段、１３　格納手段、
１４　ソフト更新情報手段、１５　管理手段、２１　分散側通信手段、
２２　ソフト更新手段、２３　更新待ソフト格納手段、２４　ソフト稼動手段、２５　稼動ソフト管理手段、２６　旧ソフト格納手段、
２７　旧ソフト管理手段、２８　更新情報送信手段、２９　更新情報確認手段、３０　時刻決定手段。

Claims

公衆回線またはＬＡＮに接続され現ソフトウェアにて稼動している分散手段と、上記公衆回線またはＬＡＮに接続され上記公衆回線またはＬＡＮを通じて上記分散手段に新バージョンソフトウェアを配布する保守センター手段とを備え、上記保守センター手段は、上記分散手段の稼動中の上記現ソフトウェアのバージョン情報を管理するソフト更新情報手段と、上記新バージョンソフトウェアを格納する格納手段と、上記バージョン情報に基づいて上記新バージョンソフトウェアを上記分散手段へ配布するか否かを判断する更新情報作成手段とを有し、上記分散手段は、配布された上記新バージョンソフトウェアを更新するソフト更新手段を有することを特徴とするリモートメインテナンスシステム。
上記分散手段は、配布された上記新バージョンソフトウェアを更新する反映時刻を上記分散手段の稼働状態に応じて決定する時刻決定手段を備え、上記反映時刻になると、上記ソフト更新手段に更新を行う指示をすることを特徴とする請求項１に記載のリモートメインテナンスシステム。
上記分散手段は、配布された上記新バージョンソフトウェアのバージョン情報と、稼働中の上記現ソフトウェアのバージョン情報とが異なるか否かを判断する更新情報確認手段を備え、上記更新情報確認手段は上記両情報が異なると判断すると、上記ソフト更新手段に更新を行う指示をすることを特徴とする請求項１または請求項２に記載のリモートメインテナンスシステム。
上記分散手段は、更新が終了したことを反映済み情報として上記保守センター手段に送信する更新情報送信手段を備え、上記保守センター手段の管理手段は、上記更新情報送信手段からの反映済み情報を受信し、バージョンアップ履歴として管理することを特徴とする請求項１ないし請求項３のいずれかに記載のリモートメインテナンスシステム。
公衆回線またはＬＡＮに接続され現ソフトウェアにて稼動している分散手段と、上記公衆回線またはＬＡＮに接続され上記公衆回線またはＬＡＮを通じて上記分散手段に新バージョンソフトウェアを配布する保守センター手段とを備え、上記分散手段は、配布された上記新バージョンソフトウェアを受信すると、稼動中の上記現ソフトウェアを保存する旧ソフト格納手段と、上記新バージョンソフトウェアを受信して更新するソフト反映手段とを備え、上記ソフト反映手段は、上記保守センター手段から上記旧バージョンソフトウェアに戻す指示を受信すると、上記旧ソフト格納手段から上記現ソフトウェアを抽出して上記新バージョンソフトウェアを、上記現ソフトウェアに戻す処理を行うことを特徴とするリモートメインテナンスシステム。