JP2001337835A - 制御プログラム内蔵型装置のプログラム更新方式及び制御プログラム内蔵型装置 - Google Patents

Abstract

(57)【要約】 【課題】安全性を高めるため、制御プログラムの更新指
示はインターネットを使用しないで行い、制御プログラ
ムにのダウンロード処理にのみインターネットを使用す
ることが課題である。 【解決手段】保守センター１０１に設置されている保守
用管理サーバ１０２から制御プログラムの配信と更新の
指示が公衆回線網１０３を経由してＤＫＣ１１０に行わ
れる。指示を受け取ったＤＫＣ１１０はＲＭＣ１０８に
対して制御プログラム配信サーバ１０６からの制御プロ
グラムダウンロードの指示を行う。ＲＭＣ１０８はイン
ターネット１０４を経由して制御プログラム配信サーバ
１０６から制御プログラムのダウンロードを実施する。
ダウンロードされた制御プログラムは一旦ＲＭＣ１０８
内に格納された後、ＤＫＣ１１０、１１１、１１２へ転
送され、ＤＫＣ内部で更新処理が実行される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータシス
テムに適用される制御プログラム内蔵型装置に係わり、
遠隔地からの指示で制御プログラムの配信および更新を
自動的にかつ安全に実施する技術に関し、特に制御プロ
グラムの配信にインターネットを使用するのに好適なプ
ログラム自動更新方式に関する。

【０００２】

【従来の技術】コンピュータシステムを構成する多くの
装置は、その装置の機能を実現する為の制御プログラム
が内蔵されている。この制御プログラムは、装置ベンダ
ーが、装置ハードウェアの設計と一体となって開発する
ことが一般的である。このような制御プログラムを内蔵
型装置も、他のソフトウェアと同様、新たな機能追加、
性能向上または動作不具合対策などの理由で、制御プロ
グラムの更新が必要であることは周知の事実である。こ
のような制御プログラムの更新は、 従来、図７で示す
ようなシステムで行われるのが一般的である。

【０００３】図７において、保守センター７０１は各地
に点在するコンピュータセンターの稼動状態の監視、障
害発生時の原因究明および障害対策をなどの保守作業を
指示する拠点であり、これら保守作業指示を行うための
保守用管理サーバ７０２を備えている。保守センター７
０１と保守対象であるコンピュータセンター７０７とは
公衆回線網１０３で接続されている。開発センター７０
５は、コンピュータセンター７０７に設置されている制
御プログラム内蔵型装置７１０、７１１、７１２の制御
プログラムの開発を行う拠点であり、開発された制御プ
ログラムが格納されている制御プログラム配信サーバ７
０６が設置されている。制御プログラム配信サーバ７０
６には装置の種類に対応した最新の制御プログラムや、
一時的な障害対策のための部分的なプログラム（パッ
チ）が格納されている。制御プログラム配信サーバ７０
６は専用回線７０４を使用して保守センター７０１と接
続され、制御プログラム更新情報および制御プログラム
のファイル配信が可能となっている。コンピュータセン
ター７０７は、保守対象である制御プログラム内蔵型装
置７１０、７１１、７１２と、それら装置の操作を行う
ためのコンソール装置７０８などから構成されている。
制御プログラム内蔵型装置７１０は公衆回線網１０３に
接続されていて、保守センター７０１との通信を制御す
る。また、各制御プログラム内蔵型装置間はローカルエ
リアネットワーク（ＬＡＮ）７０９で接続されていて、
保守センター７０１からの制御プログラム内蔵型装置７
１１、７１２への保守操作を制御プログラム内蔵型装置
７１０経由で実行できるようになっている。制御プログ
ラムの更新が必要となった場合、まず、保守センター７
０１から保守用管理サーバ７０２を使用して、開発セン
ター７０５に設置されている制御プログラム配信サーバ
７０６から必要な制御プログラムを専用回線７０４を経
由して、保守センター７０１へ転送する。

【０００４】次に、保守センター７０１から、制御プロ
グラム更新作業が必要となったコンピュータセンター７
０７の制御プログラム内蔵型装置７１０に対して公衆回
線網７０３を使用して接続を行い、更新された制御プロ
グラムの転送および制御プログラム更新処理の実行を指
示する。指示を受けた、制御プログラム内蔵型装置は、
内部にて制御プログラム更新処理を実行する。

【０００５】

【発明が解決しようとする課題】上記従来技術は、制御
プログラムを配信するために保守センターと開発センタ
ーの間に専用回線を設置する必要がある。専用回線を設
置すれば、回線提供業者への継続的な回線使用料金の支
払いが発生する。また、仮に専用回線でなく公衆回線を
使用したとしても、制御プログラムを転送する毎に、回
線使用料が発生することとなる。近年の制御プログラム
内蔵型装置の機能向上に伴い、制御プログラムの規模も
大きくなっているため、公衆回線のように低速かつ、距
離、使用時間に応じて課金される仕組みでは、今後ます
ます、回線使用料が上がる一方である。

【０００６】一方、上記従来技術は、保守センターとコ
ンピュータセンター間の制御プログラム転送にも公衆回
線網を使用している。複数のコンピュータセンターへ制
御プログラムを転送する場合、コンピュータセンター毎
に転送を繰り返さなくてはならないため、対象となるコ
ンピュータセンターの数に比例して、転送に要する時間
と回線使用料負担が増加することとなる。

【０００７】本発明の目的は、このような従来の問題を
解決し、制御プログラムを各コンピュータセンターへ転
送する時間を短縮し、かつ回線使用料金を削減し、制御
プログラム更新に要する時間およびコストの低減を可能
とする制御プログラム内蔵型装置のプログラム更新方式
を提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、制御プログラム内蔵型装置に、保守セン
ターの保守用管理サーバから制御プログラム更新指示お
よび制御プログラム配信サーバとの接続に必要な認証情
報を受信する保守通信手段と、制御プログラム配信サー
バから転送される制御プログラムを受信するデータ通信
手段と、データ通信手段により受信した制御プログラム
を、制御プログラム制御装置内の制御プログラム格納領
域に格納するプログラム更新手段とを備える。制御プロ
グラム内蔵装置の保守通信手段と保守用管理サーバは、
従来と同様、公衆回線網で接続する。

【０００９】さらに、一方をローカルエリアネットワー
クにより制御プログラム内蔵型装置と接続し、もう一方
をインターネットと接続した中継装置を備える。

【００１０】保守用管理サーバから、制御プログラム内
蔵型装置に対して制御プログラムの更新指示を行う場合
は、まず保守用管理サーバから前記制御プログラム内蔵
型装置に、制御プログラム配信サーバとの接続に必要な
認証情報を公衆回線網を経由して送信し、次に、制御プ
ログラム内蔵型装置が、認証情報を中継装置経由とイン
ターネットを経由して、制御プログラム配信サーバへ送
信し、制御プログラム配信サーバとの接続を確立した
後、中継装置が、制御プログラム配信サーバから制御プ
ログラムの受信を行う。制御プログラムの受信終了後、
さらに制御プログラム内蔵型装置に制御プログラムの転
送を行い、転送終了後、制御プログラム内蔵型装置の制
御プログラムの更新処理を実行を行う。また、既に制御
プログラムが中継装置に転送済みである場合は、制御プ
ログラム配信サーバからの制御プログラム転送は実行は
しないで、転送済みの制御プログラムを制御プログラム
内蔵型装置に転送する。

【００１１】以上のように、既に設置されているインタ
ーネットを使用することで、制御プログラム転送に要す
る時間が削減でき、また複数コンピュータセンター同時
転送も可能となる。また、制御プログラム更新指示、認
証情報は保守センターから公衆回線経由で直接コンピュ
ータセンターへ送信することで、第三者による故意の制
御プログラム更新を防ぐことができる。

【００１２】

【発明の実施の形態】以下、図を用いて、本発明の一実
施形態について説明する。

【００１３】図１は、本発明のプログラム自動更新方式
を適用したシステムの一実施形態の構成を示すブロック
図である。保守センター１０１は各地に点在するコンピ
ュータセンターの稼動状態の監視、障害発生時の原因究
明および障害対策をなどの保守作業を指示する拠点であ
り、これら保守作業指示を行うための保守用管理サーバ
１０２を備えている。保守センター１０１と保守対象で
あるコンピュータセンター１０７とは公衆回線網１０３
で接続されている。コンピュータセンター１０７で障害
が発生すると、公衆回線網１０３を経由してコンピュー
タセンター１０７から障害発生メッセージが保守センタ
ー１０１に報告される。また、保守センター１０１から
保守作業が必要となった場合には、保守センター１０１
から、コンピュータセンター１０７に対して公衆回線網
１０３を使用して回線接続を行い必要な保守作業を実施
する。

【００１４】コンピュータセンター１０７は、例えば、
保守対象であるディスク制御装置ＤＫＣ１１０、ＤＫＣ
１１１、およびＤＫＣ１１２と、それら装置の操作を行
うためのリモートコンソール（ＲＭＣ）１０８から構成
されている。ＤＫＣ１１０は公衆回線網１０３に接続さ
れていて保守センター１０１との通信を制御する。ま
た、各ＤＫＣ間はローカルエリアネットワーク（ＬＡ
Ｎ）で構成されるＤＫＣ保守用ＬＡＮ１０９で接続され
ていて、保守センター１０１からのＤＫＣ１１１、１１
２への保守操作をＤＫＣ１１０経由で実行できるように
なっている。ＲＭＣ１０８も同様にＬＡＮ１０９を経由
してコンピュータセンター内に設置されているすべての
ＤＫＣ１１０、１１１、１１２の操作が実行できるよう
になっている。

【００１５】本実施形態の説明では保守対象となる制御
装置は３台であるが、本発明を適用したシステムにおい
ては台数は何台あっても構わない。また、保守対象に中
央処理装置（ＣＰＵ）などの他の種類の装置が含まれて
いても構わない。

【００１６】図１の各々のＤＫＣ１１０，１１１，１１
２は、上位ＨＯＳＴ１１３と接続されていることを示し
ている。

【００１７】開発センター１０５は、コンピュータセン
ター１０７に設置されているディスク制御装置ＤＫＣ１
１０、１１１、１１２の制御プログラムの開発を行うセ
ンターであり、開発された制御プログラムが格納されて
いる制御プログラム配信サーバ１０６が設置されてい
る。制御プログラム配信サーバ１０６には制御装置の種
類に対応した最新の制御プログラムや、一時的な障害対
策のための部分的なプログラム（パッチ）が格納されて
いる。制御プログラム配信サーバ１０６はインターネッ
ト１０４へ接続されていて、保守センター１０１、コン
ピュータセンター１０７への情報提供、ファイル転送が
可能となっている。

【００１８】コンピュータセンター１０７に設置されて
いるディスク制御装置ＤＫＣ１１０、１１１、１１２に
内蔵されている制御プログラムの更新は次の手順で実行
される。まず、保守センター１０１に設置されている保
守用管理サーバ１０２から制御プログラムの配信と更新
の指示が公衆回線網１０３を経由してＤＫＣ１１０に行
われる。指示を受け取ったＤＫＣ１１０はＲＭＣ１０８
に対して制御プログラム配信サーバ１０６からの制御プ
ログラムダウンロードの指示を行う。次に、ＲＭＣ１０
８はインターネット１０４を経由して制御プログラム配
信サーバ１０６から制御プログラムのダウンロードを実
施する。そして、ダウンロードされた制御プログラムは
一旦ＲＭＣ１０８内に格納された後、ＤＫＣ１１０、１
１１、１１２へ転送される。ＤＫＣ１１０、１１１、１
１２に転送された制御プログラムの更新は、各ＤＫＣ内
部で実行される。

【００１９】図２は、コンピューターセンター１０７に
設置されるＤＫＣ１１０の内部に具備されているＳＶＰ
９１０が制御プログラム更新方式を実施する際のソフト
ウエア構成を示すブロック図である。ＳＶＰ９１０は、
公衆回線網１０３と接続して保守センター１０１との通
信を制御する保守センター通信部２０１、他ＤＫＣ１１
１、１１２、ＲＭＣ１０８とのＤＫＣ保守用ＬＡＮ１０
９経由の通信および開発センター１０５に設置されてい
る制御プログラム配信サーバ１０６からの制御プログラ
ムのダウンロードを制御するＤＫＣダウンロード制御部
２０５、ダウンロードした制御プログラムを格納するプ
ログラム格納部２０６、プログラム格納部２０６に格納
された制御プログラムを内蔵されているプロセッサのメ
モリーに展開するプログラム更新制御部２０２、そして
プログラム更新対象となるＣＨＡ、ＤＫＡ内プロセッサ
と通信するためのＤＫＣ内部ＬＡＮ８１３とから構成さ
れている。プログラム自動更新処理の動作に関しては、
後で図４から６を用いて詳しく説明する。

【００２０】図３は、コンピュータセンター１０７に設
置されるＲＭＣ１０８の制御プログラム更新方式に関連
する構成を示すブロック図である。ＲＭＣ１０８は、イ
ンタネット１０４およびＤＫＣ保守用ＬＡＮ１０９と接
続するＲＭＣダウンロード制御部３０１、ＤＫＣの制御
プログラムを一時的に格納するプログラム格納部３０２
とから構成されている。

【００２１】次に、図４から図６を用いて制御プログラ
ム自動更新処理の動作に関して詳しく説明する。

【００２２】図４は、保守センター１０１から制御プロ
グラムの自動配信と自動更新の連続実行指示を行った場
合の処理動作を示すシーケンス図である。まず、保守用
管理サーバ１０２からＤＫＣ１１０の保守センター通信
部２０１に対して制御プログラム種別（Program Typ
e）、プログラムバージョン（Program Version）、対象
となるＤＫＣのシリアル番号（S/N）および認証情報等
を公衆回線網で送付する（処理１０１−Ｓ1）。保守セ
ンター通信部２０１は処理２０１−Ｓ２で受信した前記
情報をＤＫＣダウンロード制御部２０５に送付して制御
プログラムのダウンロード開始を指示する（処理２０１
−Ｓ２）。指示を受けたＤＫＣダウンロード制御部２０
５は、ＬＡＮ１０９を経由して処理２０５−Ｓ１で受信
した制御プログラム種別、プログラムバージョン、シリ
アル番号、認証情報をＲＭＣ１０８で動作するＲＭＣダ
ウンロード制御部３０１に送付して、開発センター１０
５にある制御プログラム配信サーバ１０６からの制御プ
ログラムダウンロードの実行を指示する（処理２０５−
Ｓ２）。ＲＭＣダウンロード制御部３０１は、処理３０
１―Ｓ１で受信した情報に該当するプログラムがプログ
ラム格納部３０２に格納されているかどうか調べ、その
結果をＤＫＣダウンロード制御部２０５に応答する。以
降、プログラム格納部３０２にはプログラムが格納され
ていないことを前提に説明を進める。

【００２３】したがって、今段階では、インターネット
制御部３０１はＤＫＣダウンロード制御部２０５に対し
てファイル未取得の状態を応答する（処理３０１−Ｓ
２）こととなる。これにより、インターネット制御部３
０１は制御プログラム配信サーバ１０６からの該当制御
プログラムのダウンロード処理を開始する。ダウンロー
ドを行う場合、まず最初に、ＲＭＣダウンロード制御部
３０１は保守用管理サーバ１０２から発信された認証情
報を制御プログラム配信サーバ１０６に送信する（処理
３０１−Ｓ３）。認証情報を受信した（処理１０６−Ｓ
１）制御プログラム配信サーバ１０６は、認証情報の照
合を行い、その結果をインタネット制御部３０１に応答
する。ここでは照合結果に問題がないものとし、ＯＫを
応答する（処理１０６−Ｓ２）。認証に問題ないことを
受信したインタネット制御部３０１（処理３０１−Ｓ
４）は、次に、制御プログラムを構成するファイル情報
の送信を制御プログラム配信サーバ１０６に要求する
（処理３０１−Ｓ５）。要求を受信した制御プログラム
配信サーバ１０６は、ファイル情報をＲＭＣダウンロー
ド制御部３０１に送信する（処理１０６−Ｓ３、Ｓ
４）。ＲＭＣダウンロード制御部３０１は受け取ったフ
ァイル情報（処理３０１−Ｓ６）により、制御プログラ
ム配信サーバ１０６にファイル転送要求を行い（処理３
０１−Ｓ８）、要求を受けた制御プログラム配信サーバ
１０６は、該当するファイルをＲＭＣダウンロード制御
部３０１に送信する（処理１０６−Ｓ５、Ｓ６）。

【００２４】ＲＭＣダウンロード制御部３０１は、受信
したファイルをプログラム格納部３０２に順次格納し
（処理３０１−Ｓ１０）、要求したすべてのファイルを
格納し終えたら、ファイル内容整合性を検査を実施する
（処理３０１−Ｓ１１）。

【００２５】一方、先にファイル未取得状態の応答を受
信した（処理２０５−Ｓ３）ＤＫＣダウンロード制御部
２０５は、定期的な間隔で、ＲＭＣダウンロード制御部
３０１に対してファイル取得状態入手コマンドを発行す
る。ファイル取得が終了していない間のファイル取得状
態入手コマンド（処理２０５−Ｓ４）に対しては、ＲＭ
Ｃダウンロード制御部３０１はファイル取得中の状態を
応答する（処理３０１−Ｓ９）。

【００２６】ファイル取得中状態を受信したＤＫＣダウ
ンロード制御部２０５（処理２０５−Ｓ５）は、一定時
間経過後、再度ファイル取得状態入手コマンドを発行し
状態を入手する（処理２０５−Ｓ５、３０１−Ｓ１２、
３０１−Ｓ１３、２０５−Ｓ７）。ファイル取得状態が
ファイル取得完了であれば、次に、制御プログラム転送
手続き開始要求をＲＭＣダウンロード制御部３０１に行
う（処理２０５−Ｓ８）。

【００２７】要求を受け取った（処理３０１−Ｓ１４）
ＲＭＣダウンロード制御部３０１は、要求許可を応答し
（処理３０１−Ｓ１５）、許可を受信したＤＫＣダウン
ロード制御部２０５は、ＲＭＣダウンロード制御部３０
１が制御プログラムサーバ１０６からファイルをダウン
ロードする場合の手続きと同様に、制御プログラムを構
成するファイル情報入手要求をＲＭＣダウンロード制御
部３０１に行って（処理２０５−Ｓ１０）、ファイル情
報を入手（処理３０１−Ｓ１６、処理３０１−Ｓ１７、
処理２０５−Ｓ１１）して、その後、ファイル転送をＲ
ＭＣダウンロード制御部３０１に要求する（処理２０５
−Ｓ１２）。

【００２８】ＲＭＣダウンロード制御部３０１は、ファ
イルをＲＭＣ１０８内のプログラム格納部３０２から読
み出し、ＤＫＣダウンロード制御部２０５に送信する
（処理３０１−Ｓ１８、３０１−Ｓ１９）。ＤＫＣダウ
ンロード制御部２０５は、受信したファイルをプログラ
ム格納部２０６に順次格納し（処理２０５−Ｓ１３）、
要求したすべてのファイルを格納し終えたら、ファイル
内容整合性の検査を実施する（処理２０５−Ｓ１４）。

【００２９】ファイル内容整合性検査終了後、ＤＫＣダ
ウンロード制御部２０５は、ファイル転用要求終結をＲ
ＭＣダウンロード制御部３０１に送信する（処理２０５
−Ｓ１５）。終結通知を受信した（処理３０１−Ｓ２
０）ＲＭＣダウンロード制御部３０１は、確認応答をＤ
ＫＣダウンロード制御部２０５に送信（処理３０１−Ｓ
２１）し、その確認要求をＤＫＣダウンロード制御部２
０５が受け取ることで（処理２０５−Ｓ１６）すべての
制御プログラムダウンロード処理が終了する。

【００３０】ダウンロード処理が終了したらＤＫＣダウ
ンロード制御部２０５は、自動配信が終了したとこを通
知するサービス情報メッセージ（ＳＩＭ）を保守センタ
ー保守用管理サーバ１０２に報告する（処理２０５−Ｓ
１７、処理１０２−Ｓ２）。

【００３１】次に、ＤＫＣダウンロード制御部２０５
は、ダウンロードした制御プログラムを適用するため
に、プログラム交換をプログラム更新制御部２０２に指
示する（処理２０５−Ｓ１８）。指示を受けたプログラ
ム更新制御部２０２は（処理２０２−Ｓ１）、プログラ
ム格納部２０６から該当制御プログラムを読み出し、Ｃ
ＨＡ，ＤＫＡに具備するプロセッサの制御プログラムの
交換処理を実行する（処理２０２−Ｓ２）。プログラム
交換処理が終了すると、プログラム更新制御部２０２
は、自動更新が終了したとこを通知するサービス情報メ
ッセージ（ＳＩＭ）を保守用管理サーバ１０２に報告す
る（処理２０２−３、処理１０２−Ｓ３）。

【００３２】以上でプログラム自動更新処理が終了し、
保守用管理サーバ１０２から指示を受けた制御プログラ
ムの自動配信・自動更新の連続実行処理が終了する。

【００３３】図５は、自動配信のみを実行する場合の動
作を示したシーケンス図である。基本的には図４の自動
配信・自動更新の連続実行動作の自動配信動作と同じで
あり、ＤＫＣ内部のプログラム格納部２０６に制御プロ
グラムを格納した時点で処理を終了する。

【００３４】図６は、自動更新のみを実行する場合の動
作を示したシーケンス図である。図５の自動配信のみ終
了した状態から、実際に制御プログラムの更新を適用す
る場合に使用することができる。まず、図４シーケンス
と同様に、保守用管理サーバ１０２からＤＫＣ１１０の
保守センター通信部２０１に対して制御プログラム種別
（Program Type）、プログラムバージョン（Program Ve
rsion）、対象となるＤＫＣのシリアル番号（S/N）およ
び認証情報を公衆回線網で送付する（処理１０１−Ｓ
1）。保守センター通信部２０１は処理２０１−Ｓ１で
受信した前記情報をＤＫＣダウンロード制御部２０５に
送付する（処理２０１−Ｓ２）。指示を受けたＤＫＣダ
ウンロード制御部２０５は、プログラム更新制御部２０
２に対して該当制御プログラムの交換指示（処理２０５
−Ｓ２）を行う。指示を受けたプログラム更新制御部２
０２は（処理２０２−Ｓ１）、図４シーケンスと同様に
該当制御プログラムの交換処理を実行する（処理２０２
−Ｓ２）。

【００３５】制御プログラム交換処理が終了すると、プ
ログラム更新制御部２０２は、自動更新が終了したとこ
を通知するサービス情報メッセージ（ＳＩＭ）を保守用
管理サーバ１０２に報告して（処理２０２−３、処理１
０２−Ｓ２）、制御プログラムの自動更新処理が終了す
る。

【００３６】図８は、ＤＫＣ１１０の内部構造を示した
ハードウエア構成図である。ＤＫＣ１１０は、ＨＯＳＴ
１１３との接続Ｉ／Ｆを制御する複数のチャネルアダプ
タ（ＣＨＡ）８０１、ＨＤＤ８２１とのＩ／Ｆを制御す
る複数のディスクアダプタ（ＤＫＡ）８０２、これらア
ダプタ間のデータ転送を実施するためのＳｉｗｔｃｈ８
１０、ＨＯＳＴ１１３から転送されたデータを一時保持
するＣａｃｈｅ８１１、本ＤＫＣ１１０の構成情報を保
持し全アダプタが共通に使用することの出来る共有メモ
リ８１２、ＤＫＣ１１０の障害監視、障害発生時のリカ
バリ指示、または本発明で述べる制御プログラムの交換
指示を実施するＳＶＰ９１０、及び当該ＳＶＰと各アダ
プタ間との保守情報を通信するためのＤＫＣ内部ＬＡＮ
８１３から構成される。ＳＶＰ９１０は、さらにＤＫＣ
保守用ＬＡＮ１０９と接続することで、他のＤＫＣ１１
１，１１２との保守データの送受を行う。本発明での制
御プログラムとは、各アダプタに搭載されているプロセ
ッサで動作するプログラムのことで、ＳＶＰから制御プ
ログラムを転送し、ＳＶＰからの指示で各アダプタのプ
ロセッサが閉塞、交換、回復を実施する。制御プログラ
ムの交換は、ＤＫＣ１１０がホスト１１３とのＩ／Ｏを
受け付け、処理を実施している最中でも可能となってい
る。

【００３７】図９はＳＶＰ９１０の内部構造を示したハ
ードウエア構成図である。ＳＶＰは、パーソナルコンピ
ュータであって、パーソナルコンピュータが一般に具備
する各種ハード部品から構成されている。ＳＶＰ９１０
は、ＤＫＣ保守用ＬＡＮ１０９とのＬＡＮ Ｉ／Ｆ、Ｄ
ＫＣ内部ＬＡＮ８１３とのＬＡＮ Ｉ／Ｆ、及び公衆回
線網１０３と接続するためのＭｏｄｅｍを具備している
ところが特徴である。

【００３８】図１０は、ＲＭＣ１０８の内部構造を示し
たハードウエア構成図である。ＲＭＣは、ＳＶＰと同
様、パーソナルコンピュータであって、パーソナルコン
ピュータが一般に具備する各種ハード部品か構成されて
いる。ＲＭＣ１０８は、インターネット１０４とのＬＡ
Ｎ Ｉ／Ｆ，ＤＫＣ保守用ＬＡＮ１０９とのＬＡＮ Ｉ／
Ｆを具備しているところが特徴である。

【００３９】図１１は、本実施例で示す各センタ間のデ
ータの流れを示したデータフロー図である。以下に、本
実施例で示すデータの流れを順を追って説明する。

【００４０】保守管理サーバ１０２は、交換対象とする
ＤＫＣの装置タイプ、製造番号（以下Ｓ／Ｎと呼ぶ）、
交換する制御プログラムのバージョン、及び更新モード
のデータ入力を受け付ける。これらの入力データは、図
中では１０１１で示している。図１３は、データ１０１
１のデータフォーマット、及び具体的な値を例として示
している。また先の説明では、制御プログラム種別（Pr
ogram Type）を用いているが、ここでは装置タイプ、装
置型式として説明する。両データを対象としてもよい。
図１２では、保守管理サーバ１０２上で表示する更新指
示画面の例を示している。ここで、更新モードとしては
次の3種類から選択できるようになっている。

【００４１】“Ｄｏｗｎｌｏａｄ＆Ｕｐｄａｔｅ”モー
ドは、制御プログラムをＤＫＣへダウンロードし、制御
プログラムの交換を実施するモードである。“Ｄｏｗｎ
ｌｏａｄ”モードは、制御プログラムをＤＫＣへダウン
ロードするが、制御プログラムの交換は指示しないモー
ドである。これは、顧客のコンピュータセンター１０７
運用計画上、交換時期を別の機会に実施する必要が生じ
た場合に選択する。これにより、交換可能な時期となっ
た場合に、“Ｕｐｄａｔｅ”モードを選択することで交
換処理が実行される。“Ｕｐｄａｔｅ”モードは、あら
かじめ“Ｄｏｗｎｌｏａｄ”モードで転送されている制
御プログラムを用いて、交換処理のみ実施するモードで
ある。

【００４２】図１２では、３台のＤＫＣに対して、各々
“Ｄｏｗｎｌｏａｄ＆Ｕｐｄａｔｅ”モード、“Ｄｏｗ
ｎｌｏａｄ”モード、及び“Ｕｐｄａｔｅ”モードを指
示しているところを示している。また、適用バージョン
は、“０１−０２−３５−６７／００”、装置タイプは
“Ｈ−６５Ａ１−１”を入力している。これらの入力し
たデータは、図１３で示す１０１１のデータフォーマッ
トとして保守用管理サーバ１０２で入力される。他のＤ
ＫＣについても、１０１１のデータフォーマットで示さ
れる。

【００４３】図１１で示す通り、データ１０１１で入力
を受け付けた保守用管理サーバ１０２は、データ１０１
２としてＤＫＣ１１０へ公衆回線網１０３を用いて転送
する。データ１０１２のデータフォーマットは図１４で
示す。図１４は、保守用管理サーバ１０２がＳＶＰ９１
０に対して転送するデータ１０１２のデータフォーマッ
トを示す。図１４でもわかる通り、データ１０１１のデ
ータフォーマットに、ＳＶＰ認証キー（ＳＶＰへ接続す
るためのログインとパスワード）、開発センタ１０５内
の制御プログラム配信サーバ１０６へ接続するのに必要
な配信サーバ認証キー（ログインとパスワード）、及び
制御プログラム配信サーバ内にある制御プログラムのフ
ァイルロケーションを追加している。ＳＶＰ認証キー
は、図１４では１つのデータフォーマット内で示してい
るが、実際には、公衆回線網１０３を用いてＤＫＣ１１
０内のＳＶＰと接続するのに、最初にデータ転送される
べきものである。このＳＶＰ認証キーは、公衆回線網と
いえども不正に接続されないようセキュリティ上必要で
ある。ここではＳＶＰ認証キーを固定値として扱ってい
る。これは、保守用管理サーバ１０２とＳＶＰ９１０と
の間のプロトコルでログイン・パスワードの更新ロジッ
クを実現すれば可変となることは明白である。また、配
信サーバ認証キーは、本実施例では固定値として扱う。
ＲＭＣ１０８が制御プログラム配信サーバ１０６と接続
する際に必要となる情報である。ファイルロケーション
は、装置型式と制御プログラムバージョンから一意的に
決定することのできる情報である。あらかじめ制御プロ
グラム配信サーバ１０６上に保持する制御プログラムの
配置方法にルールを持たせた方法で実現している。

【００４４】図１１で示す通り、１０１２データフォー
マットで受け取ったＤＫＣ１１０のＳＶＰ９１０は、Ｒ
ＭＣ１０８に対して１０１３データフォーマットでデー
タを送信する。１０１３データフォーマットは、図１５
で示す。図１５は、ＤＫＣ１１０のＳＶＰ９１０からＲ
ＭＣ１０８に対して送信する１０１３のデータフォーマ
ットを示した図である。図１５で示す通り、１０１２デ
ータフォーマットから、ＳＶＰ認証キーを削除したデー
タフォーマットが１０１３である。

【００４５】図１１において、１０１３データフォーマ
ットを受け取ったＲＭＣ１０８は、インターネット１０
４を用いて制御プログラム配信サーバ１０６と接続す
る。このとき、データフォーマット１０１３でアクセス
する。具体的な実現例としては、ＴＣＰ／ＩＰのファイ
ル転送プロトコルであるｆｔｐを用いる。制御プログラ
ム配信サーバ１０６との接続では、配信サーバ認証キー
を用いる。接続に成功すると、制御プログラム配信サー
バ１０６から制御プログラム１０１５を返信する。ＲＭ
Ｃ１０８は、受け取った制御プログラム１０１５を各Ｄ
ＫＣへ転送・交換指示を行う。この時、既にＳＶＰ９１
０より受信したデータ１０１３で示される更新モードに
基づいて指示することも可能である。ＳＶＰ９１０で
は、制御プログラム１０１５を受け取り、各アダプタに
実装するプロセッサに対して制御プログラム交換を指示
し、交換処理の結果を受け取る。その後、ＳＶＰ９１０
は、交換処理結果１０１７を公衆回線網１０３を用いて
保守用管理サーバ１０２へ転送する。

【００４６】図１６は、交換処理結果１０１７を受け取
った保守用管理サーバ１０２が表示する更新結果一覧画
面を示した図である。製造番号３００５１、３００５３
で示したＤＫＣは指示通りの交換処理を実施したことを
示す。また３００５２で示したＤＫＣは交換処理に失敗
し、異常終了していることを示す。図１６で示す“（７
９Ｆ４）”は異常終了の詳細を示すエラーコードで、こ
れにより、次のリカバリ対策が迅速に実施できるように
示している。

【００４７】また図１７は、保守用管理サーバ１０２か
ら、現在のＤＫＣの更新状態を取得した結果を表示した
例である。ＤＫＣ内のＳＶＰと保守管理サーバとのプロ
トコルにおいて、このようなＤＫＣの制御プログラム更
新状態を取得するＩ／Ｆを具備すれば、現行稼働中のVe
rsion、配信（Ｕｐｌｏａｄ）されているVersion等を表
示することが出来る。これにより、次の制御プログラム
更新指示を保守用管理サーバ１０２から指示することが
可能となる。

【００４８】本実施例では、配信サーバ認証キー及び制
御プログラムのファイルロケーションを固定値として扱
う方法について述べた。

【００４９】次に、配信サーバ認証キーと制御プログラ
ムのファイルロケーションを、更新要求が発生するたび
に取得する方法について述べる。

【００５０】図１８は、第２の実施例を実施するデータ
フロー図である。図１８は、図１１で示した制御プログ
ラム配信サーバ認証キー、及び制御プログラムのファイ
ルロケーションを、保守用管理サーバ１０２が１０１１
データの入力を受け付けた後に制御プログラム配信サー
バ１０６から取得する流れを加えたものである。保守用
管理サーバ１０２と制御プログラム配信サーバ１０６と
は、インターネット１０４で接続されている。保守用管
理サーバ１０２は、入力データ１０１１を用いて制御プ
ログラム配信サーバ１０６と接続し、データフォーマッ
ト１０１３を取得する。この後の制御は、前実施例で述
べた通りである。これにより、固定値として扱っていた
認証キーとファイルロケーションを適宜取得することが
可能となり、保守センタ１０１及び開発センタ１０５の
運用を各々独立化することが可能となる。これらの２つ
のセンタは通常同一会社が運用するのが基本であるが、
昨今保守センタのみを提供する保守会社が存在し、必ず
しも同一でない場合が多い。このような場合、相互の取
り決めをあらかじめ決定し運用する必要が無くなる。

【００５１】さらに、第２の実施例では、認証キーを各
要求のあったＤＫＣ毎に発行することとなるので、ＲＭ
Ｃ１０８からの取得要求に対して、発行済み認証キーと
の一致チェックが可能となる。具体的には、保守用管理
サーバ１０２で受け付けた交換要求に対して、開発セン
タ１０５から認証キーを発行する（これは、データ１０
１３内に含まれている）。開発センタ１０５は、発行済
みの認証キーを保持しておき、ＲＭＣ１０８からの接続
要求時に送信されてくる認証キーと照合する。送信され
た認証キーが、既に発行済みの認証キーであるかどう
か、また適用するＤＫＣの装置タイプ、製造番号と一致
しているか等をチェックする。チェックの結果、一致し
ていれば、ＲＭＣ１０８からの要求が正しいものと判断
し、該当する制御プログラム１０１５を返信する。この
認証ロジックを実施するための開発センタ１０５側の制
御プログラム配信サーバ１０６で具備すべきソフトウエ
ア構成を図１９で示す。

【００５２】図１９は、制御プログラム配信サーバ１０
６で実施するソフトウエア構成図である。認証キー発行
受付１９０１は、保守用管理サーバ１０２より発信され
たデータ１０１１を受け付ける。認証キー生成１９０２
は、受け付けたデータ１０１１に基づいて認証キーを生
成し、発行済認証キー１９０４へ格納する。認証キー発
行１９０３は、生成した認証キー、及び制御プログラム
のファイルロケーション情報を付加して、保守用管理サ
ーバ１０２へデータ１０１３として送信する。さらに、
制御プログラム配信受付１９１１は、ＲＭＣ１０８より
送信された配信要求であるデータ１０１３を受け付け
る。発行認証キーチェック１９１２は、データ１０１３
に含まれる認証キーが、発行済認証キー１９０４で保持
されている既に発行済の認証キーと一致しているかどう
かを判断する。一致していた場合は、制御プログラム転
送１９１３より制御プログラム１０１５をＲＭＣ１０８
へ送信する。一致していない場合は、ＲＭＣ１０８から
のアクセスを拒否する。

【００５３】以上の実施例では、保守用管理サーバ１０
２で入力した更新情報に基づいて、制御プログラムの交
換を実施する例について説明した。更に、インターネッ
ト１０４を利用して、ＤＫＣ１１０，１１１，１１２を
保持する顧客自身が、更新要求を発行する場合を想定す
る。以下に、顧客自身が更新要求を発行する場合の第３
の実施例について述べる。

【００５４】第３の実施例では、顧客自身が更新要求を
発行する方法について述べる。元来、顧客はＤＫＣ１１
０，１１１、１１２を販売会社から購入する。通常、装
置製造会社と販売会社とは一致しているが、昨今、ＯＥ
Ｍ販売等にも見られる通り、製造会社と販売会社が異な
る場合がある。このとき、装置製造会社が制御プログラ
ムを改良し、その改良点を販売会社へ伝達する。この販
売会社が、制御プログラムの改良点を顧客に提示し、顧
客からのバージョンアップ要求を受け付け、プログラム
改良版をリリースする販売形態は、既に通常の販売業務
として実施されている。

【００５５】本実施例では、顧客がこうしたバージョン
アップ情報に基づいて、当該ＤＫＣのプログラム更新を
欲した場合を想定する。

【００５６】図２０は、顧客が更新要求を発行する場合
のデータフローを示した図である。第２の実施例でしめ
したデータフロー図（図１８）との相違点は、顧客オフ
ィス２０１０と顧客管理センタ２００１とを具備した点
である。

【００５７】顧客は、顧客オフィス２０１０にある要求
入力２０１１から更新要求を発行する。顧客は、コンピ
ュータセンタ１０７を運用・管理している。図２０で示
す通り、必ずしも運用・管理責任者である顧客は、コン
ピュータセンタ１０７に常駐しているとは限らない。し
たがって、コンピュータセンタ１０７とは別の顧客オフ
ィス２０１０に常駐していることを想定する。

【００５８】また、顧客管理センタ２００１は、ＤＫＣ
装置の販売会社であることを想定している。この顧客管
理センタ２００１では、顧客に関する情報を管理してい
る。また開発センタ１０５は、ＤＫＣ装置の製造会社で
あることを想定している。

【００５９】顧客は、要求入力２０１１を用いてデータ
２００３を入力する。２００３の詳細は、図２２で示
す。図２２は、データ２００３のデータフォーマット図
である。図２２で示す通り、データ２００３は、データ
１０１１に“顧客情報”を具備したフォーマットで構成
する。図２２で示す“顧客情報”は、会社名を値として
いる。この情報は、会社名だけでなく会社の担当責任者
名、部署名、また、顧客の会社と販売会社との間で取り
交わしている取引口座に関する情報でもよい。

【００６０】これらの情報をインターネット１０４を用
いて顧客管理センタ２００１に設置されている顧客情報
管理サーバ２００２へ伝達する。この通信路は、取り引
きに関わる情報を有しているので、あらかじめ暗号化す
る必要がある。通信路の暗号化は、ＳＳＬやＶＰＮなど
の技術が一般に知られている。

【００６１】また、顧客情報管理サーバ２００２は、受
信した２００３データを１０１１データに変換して保守
管理サーバ１０２へ転送する。実質、２００３データか
ら顧客情報を削除することで１０１１データを生成する
ことができる。１０１１データを受信した後の動作は、
第２の実施例で示した通りである。最後に、交換処理が
完了し各ＤＫＣより受信した交換処理結果１０１７を顧
客情報管理サーバ２００２へ転送するとともに、顧客情
報管理サーバ２００２は、さらに顧客の要求入力２０１
１へ転送する。転送手段は、メールであってもかまわな
い。これは、顧客が要求を入力してから、交換結果１０
１７を受信するまでの時間が長い分、実用的であると考
える。

【００６２】以上の実施例では、保守センタ１０１とコ
ンピュータセンタ１０７との間を公衆回線網１０３で接
続した形態について説明した。この間の実装方法をＬＡ
Ｎで用いた場合のハードウエア接続構成について説明す
る。図２１は、保守センタ１０１とコンピュータセンタ
１０７との間を、公衆回線網１０３でＴＣＰ／ＩＰのネ
ットワークとして接続したときのハードウエア接続構成
図である。

【００６３】この場合、保守センタ１０１とコンピュー
タセンタ１０７との間に各々ダイヤルアップルータ２１
０１、２１０２を接続する。これにより、ＤＫＣ装置の
保守情報をＴＣＰ／ＩＰによるコンピュータネットワー
クとして実現することが可能となる。これは、本発明で
説明している制御プログラムの転送だけでなく、ＤＫＣ
装置の保守情報（障害情報等）の伝達手段にも応用する
ことが可能となる。

【００６４】図２３は、要求入力２０１１のソフトウエ
ア構成図である。最新Version取得２３０１は、顧客か
ら装置型式（タイプ）とその製造番号（Ｓ／Ｎ）の入力
を受け付け、顧客情報管理サーバ２００２へ伝達する。
顧客情報管理サーバ２００２での動作は、図２４を用い
て後で説明する。顧客情報管理サーバ２００２は、保守
管理サーバ１０２を経由して、ＤＫＣ１１０，１１１，
１１２から最新Ｖｅｒｓｉｏｎ情報を入手し、要求入力
２０１１へ返信する。最新Ｖｅｒｓｉｏｎ取得２３０１
は、取得したＶｅｒｓｉｏｎをＣＲＴ等へ結果出力する
とともに、Ｖｅｒｓｉｏｎ情報２３０２へ格納する。取
得に時間がかかる場合は、その旨のメッセージを表示し
て、顧客とのＩ／Ｆを一旦終了することも可能である。
この場合、顧客情報管理サーバ２００２から受け取った
Ｖｅｒｓｉｏｎを一旦Ｖｅｒｓｉｏｎ情報２３０２に格
納し、別の契機で顧客が格納しているＶｅｒｓｉｏｎ情
報を参照することも可能である。

【００６５】更新要求２３０３は、顧客からの更新要求
を受け付ける。この場合、装置型式・製造番号・更新し
たいバージョン及び顧客情報を入力する。入力の際、Ｖ
ｅｒｓｉｏｎ情報２３０２に格納されている情報を用い
ることで利便性を図ることが可能である。入力後、更新
要求２３０３は、データ２００３を顧客情報管理サーバ
２００２へ転送する。更新結果は１０１７として顧客情
報管理サーバ２００２より受信し、出力する。この場合
も、処理に時間がかかることがあるので、一旦メッセー
ジを表示し、顧客とのＩ／Ｆを終了した後、更新結果を
受信、格納し、別の機会に顧客へ出力することも可能で
ある。

【００６６】図２４は、顧客情報管理サーバ２００２の
ソフトウエア構成図である。

【００６７】Ｖｅｒｓｉｏｎ取得制御２４０１は、要求
入力２０１１より送信された、顧客からの最新Ｖｅｒｓ
ｉｏｎ取得要求を保守用管理サーバ１０２へ転送し、保
守用管理サーバ１０２が取得した最新Ｖｅｒｓｉｏｎ情
報をサーバ１０２より受信、結果を要求入力２０１１へ
返信する制御を実施する。更新受付２４０２は、要求入
力２０１１より送信された２００３データを受信する。
これは顧客の要求した更新情報である。更新指示２４０
４は、２００３データに基づいてどの顧客が要望したの
かを顧客ＤＢ２４０３より検索し、更新指示をデータ１
０１１として保守用管理サーバ１０２へ転送する。また
更新指示した内容を顧客情報とともに更新状態ＤＢ２４
０５へ格納する。交換完了受付２４０５は、保守用管理
サーバ１０２より更新結果１０１７を受信し、当該結果
がどの顧客から要求されたものなのかを更新状態ＤＢ２
４０５より検索し、顧客情報に基づいて結果を顧客結果
報告処理で要求入力２０１１へ返信する。課金処理２４
０６は、更新結果が正常終了を示していた場合、当該顧
客に対して課金を実施する。具体的には、あらかじめ契
約されている取引口座に対して引き落としの指示を実施
する。または、あらかじめ登録されている顧客のクレジ
ットカードＮｏ．に基づいて、カード会社への支払指示
を実施するものである。この実現方法はインターネット
１０４を用いることで、自動化可能である。

【００６８】上述の実施例では、保守センタ１０１とコ
ンピュータセンタ１０７とを公衆回線網１０３経由で接
続していたのを、すべてインターネット１０４で実施す
る方法も可能である。この場合、保守センタ１０１とコ
ンピュータセンタ１０７の各ＤＫＣ１１０，１１１，１
１２とは、セキュリティの確保が必要となる。この場
合、Ｖｅｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ
（ＶＰＮ）といった、セキュリティを確保されたＴＣＰ
／ＩＰ接続形態や、ＳＳＬといった暗号された通信レイ
ヤを使用することで可能となる。また、上述の実施例で
示したように、ＳＶＰに対する認証キー情報を有してい
るので、この情報をＶＰＮ、ＳＳＬに使用することで、
実施可能である。

【００６９】図２５では、保守センタ１０１、開発セン
タ１０５、コンピュータセンター１０７、顧客管理セン
ター２００１、顧客オフィス２０１０間をすべてインタ
ーネットで接続した場合のハードウエア接続図である。

【００７０】コンピュータセンター内に顧客Intranet２
５０１を配置し、ＤＫＣ１１０，１１１，１１２及びＲ
ＭＣ１０８を当該顧客Intranet ２５０１にすべて接続
する。インターネット１０４への接続方法は、当該顧客
のIntranetの接続ポリシーにより様々な形態が考えられ
るのでここでは言及しない。例としては、常時接続型の
専用ＬＡＮとしインターネット１０４と顧客Intranet２
５０１との間をＦｉｒｅｗａｌｌで保護する方法等があ
る。

【００７１】この接続方法の場合、各ＤＫＣに具備され
るＳＶＰ９１０は、図９で示すＤＫＣ保守用ＬＡＮ１０
９とのＩ／ＦであるＤＫＣ保守ＬＡＮ Ｉ／Ｆが、顧客
Ｉｎｔｒａｎｅｔ ＬＡＮ Ｉ／Ｆに変わる。また、ＲＭ
Ｃ１０８は図１０で示すＤＫＣ保守ＬＡＮ Ｉ／Ｆが、
顧客Intranet ＬＡＮ Ｉ／Ｆに変わり、また図１０で示
す１０４インターネットとの接続Ｉ／Ｆがなくなり、従
来１０４インターネットとの間でやりとりしていた情報
は、すべて顧客Ｉｎｔｒａｎｅｔ２５０１経由でインタ
ーネット１０４と接続される。これに伴い、ＳＶＰ９１
０及びＲＭＣ１０８のセキュリティを確保する必要が生
じる。

【００７２】図２６は、ＳＶＰ９１０が顧客Ｉｎｔｒａ
ｎｅｔ２５０１と接続した場合のソフトウエア構成図で
ある。ＳＶＰ９１０は、８１３ＤＫＣ内部ＬＡＮと接続
し、ＣＨＡ、ＤＫＡとデータ通信可能となっている。２
６０１障害監視は、ＣＨＡ、ＤＫＡ等の障害発生を監視
する。制御プログラムの交換も対象となる。２６０２保
守センタ報告部は、障害監視２６０１から伝達された障
害情報（障害に限らず一般保守情報も含む）が、保守用
管理サーバ１０２へ伝達するために保守センタ通信部２
６０３へデータ転送する。保守センタ通信部２６０３
は、２６０２保守センタ報告部からのデータをセンタへ
報告するための通信や、保守用管理サーバ１０２から指
示のあったデータを受け取り、必要に応じて遠隔保守制
御部２６０５を起動する。保守センタ間セキュリティ２
６０４は、保守用管理サーバ１０２とのデータ送受信に
おいて、セキュリティ保護するためのロジックである。
具体的には、外部からの接続要求に対するチェック、デ
ータ転送時のＶＰＮ構築、またはＳＳＬによる暗号化通
信路の確立等を実施する、Ｆｉｒｅｗａｌｌである。

【００７３】遠隔保守制御部２６０５は、保守用管理サ
ーバ１０２より制御プログラムの交換指示があった場合
に起動され、ＤＫＣダウンロード制御部２０５またはプ
ログラム更新制御部２０２を起動する。ＲＭＣ通信部２
６０６は、ＲＭＣ１０８とのデータ送受信を実施するロ
ジックである。ＲＭＣ間セキュリティ２６０７は、ＲＭ
Ｃ１０８とのデータ送受信におけるセキュリティ確保の
ためのロジックである。具体的には、保守センタ間セキ
ュリティ２６０４と同等のＦｉｒｅｗａｌｌ機能を具備
している。

【００７４】図２７は、セキュリティ機能を具備したＲ
ＭＣ１０８のソフトウエア構成図である。Ｆｉｒｅｗａ
ｌｌ２７１０としては、ＳＶＰ間セキュリティ２７０
３、センタ間セキュリティ２７０５を具備する。ＳＶＰ
間セキュリティ２７０３は、ＳＶＰとの通信を実施する
上でのセキュリティ確保のためのロジックである。セン
タ間セキュリティ２７０５は、制御プログラム配信サー
バ１０６との通信を実施する上でのセキュリティ確保の
ためのロジックである。また、ＲＭＣダウンロード制御
部３０１は、ＳＶＰ通信部２７０２、保守センタ通信部
２７０４とＩ／Ｆを有し、データ通信処理を実現する。
また、ＳＶＰ９１０と保守用管理サーバとのゲートウエ
イ接続可能とするために、保守情報中継２７０１を具備
し、ＳＶＰ通信部２７０２と保守センタ通信部２７０４
とのデータ送受信の橋渡しを実現する。

【００７５】以上、本発明の一実施形態を説明したが、
本発明はこれに限定されず、特許請求の範囲の要旨を逸
脱しない範囲で種々の変更が可能であることは云うまで
もない。

【００７６】

【発明の効果】以上の説明から明らかなように、本発明
によれば、既に設置されているインターネットを使用す
ることで、制御プログラム転送に要する時間が削減で
き、また複数コンピュータセンター同時転送も可能とな
る。また、制御プログラム更新指示、認証情報は保守セ
ンターから公衆回線経由で直接コンピュータセンターへ
送信することで、第三者による故意の制御プログラム更
新を防ぐことができる。

【図面の簡単な説明】

【図１】本発明の制御プログラム自動更新方式を適用し
たシステムの一実施形態の構成を示すブロック図であ
る。

【図２】ディスク制御装置の制御プログラム更新方式に
関連する構成図である。

【図３】リモートコンソールの制御プログラム更新方式
に関連する構成図である。

【図４】制御プログラムの自動配信と自動更新の連続実
行指示を行った場合の処理動作を示すシーケンス図であ
る。

【図５】制御プログラムの自動配信のみを実行する場合
のシーケンス図である。

【図６】制御プログラムの自動更新のみを実行する場合
のシーケンス図である。

【図７】従来の制御プログラム自動更新方式を適用した
システムの構成を示すブロック図である。

【図８】ＤＫＣ１１０の内部構造を示したハードウエア
構成図である。

【図９】ＳＶＰ９１０の内部構造を示したハードウエア
構成図である。

【図１０】ＲＭＣ１０８の内部構造を示したハードウエ
ア構成図である。

【図１１】第１の実施例で示す各センタ間のデータの流
れを示したデータフロー図である。

【図１２】保守管理サーバ１０２上で表示する更新指示
画面の出力例を示した説明図である。

【図１３】データ１０１１のデータフォーマット図であ
る。

【図１４】保守管理サーバがＳＶＰに対して転送するデ
ータ１０１２のデータフォーマット図である。

【図１５】ＤＫＣ１１０のＳＶＰからＲＭＣ１０８に対
して送信する１０１３のデータフォーマット図である。

【図１６】交換処理結果１０１７を受け取った保守管理
サーバが表示する更新結果一覧画面を示した説明図であ
る。

【図１７】保守管理サーバから、現在のＤＫＣの更新状
態を取得した結果を表示した説明図である。

【図１８】第２の実施例を実施するデータフロー図であ
る。

【図１９】制御プログラム配信サーバ１０６で実施する
ソフトウエア構成図である。

【図２０】顧客が更新要求を発行する場合のデータフロ
ー図である。

【図２１】保守センタ１０１とコンピュータセンタ１０
７との間を、公衆回線網１０３でＴＣＰ／ＩＰのネット
ワークとして接続したときのハードウエア接続構成図で
ある。

【図２２】データ２００３のデータフォーマット図であ
る。

【図２３】要求入力２０１１のソフトウエア構成図であ
る。

【図２４】顧客情報管理サーバ２００２のソフトウエア
構成図である。

【図２５】保守センタ１０１、開発センタ１０５、コン
ピュータセンター１０７、顧客管理センター２００１、
顧客オフィス２０１０間をすべてインターネットで接続
した場合のハードウエア接続図である。

【図２６】ＳＶＰ９１０が顧客Ｉｎｔｒａｎｅｔ２５０
１と接続した場合のソフトウエア構成図である。

【図２７】セキュリティ機能を具備したＲＭＣ１０８の
ソフトウエア構成図である。

【符号の説明】

１０１・・・保守センター、１０２・・・保守用管理サーバ、
１０３・・・公衆回線網、１０４・・・インターネット、１０
５・・・開発センター、１０６・・・制御プログラム配信サー
バ、１０７・・・コンピュータセンター、１０８・・・リモー
トコンソール、１０９・・・ローカルエリアネットワー
ク、１１０、１１１、１１２・・・ディスク制御装置、２
０１・・・保守センター通信部、２０２・・・プログラム更新
制御部、２０３、２０４・・・プロセッサ、２０５・・・ディ
スク制御装置ダウンロード制御部、２０６・・・ディスク
制御装置プログラム格納部、３０１・・・リモートコンソ
ールダウンロード制御部、３０２・・・リモートコンソー
ルプログラム格納部、

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山本 政信 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内 (72)発明者 木下 敏夫 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所内 (72)発明者 小林 隆直 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 Ｆターム(参考） 5B045 BB19 BB25 BB28 BB47 GG06 HH02 5B076 BB14 FB02

Claims (3)

【特許請求の範囲】
1. 【請求項１】制御プログラム内蔵型装置と、前記制御プ
   ログラム内蔵型装置の制御プログラム原本の保管と配信
   を行う制御プログラム配信装置と、前記制御プログラム
   内蔵装置の制御プログラムの更新操作を指示する保守用
   管理サーバにより構成されるコンピュータシステムにお
   いて、前記制御プログラム内蔵装置と前記保守用管理サ
   ーバは、公衆回線網で接続され、前記制御プログラム内
   蔵装置と前記制御プログラム配信装置は、インターネッ
   トで接続され、前記保守用管理サーバから、前記制御プ
   ログラム内蔵型装置に対して制御プログラムの更新指示
   を行う場合、まず、前記保守用管理サーバから前記制御
   プログラム内蔵型装置に、前記制御プログラム配信装置
   との接続に必要な認証情報を公衆回線網を経由して送信
   し、次に前記制御プログラム内蔵型装置が、前記認証情
   報をインターネット経由で前記制御プログラム配信装置
   へ送信し、前記制御プログラム配信装置との接続を確立
   した後、前記制御プログラム内蔵型装置が、前記制御プ
   ログラム配信装置から該制御プログラムの転送を行い、
   該制御プログラムの転送終了後、前記制御プログラム内
   蔵型装置の制御プログラムの更新処理を実行することを
   特徴とする制御プログラム内蔵型装置のプログラム更新
   方式。
2. 【請求項２】請求項１に記載の制御プログラム内蔵型装
   置のプログラム更新方式において前記保守用管理サーバ
   から前記制御プログラム更新指示および前記認証情報を
   受信する保守通信手段と、前記制御プログラム配信装置
   から転送される制御プログラムを受信するデータ通信手
   段と、前記データ通信手段により受信した制御プログラ
   ムを、該制御プログラム制御装置の制御プログラム格納
   領域に格納するプログラム更新手段とを備えることを特
   徴とする制御プログラム内蔵型装置。
3. 【請求項３】請求項１に記載の制御プログラム内蔵型装
   置のプログラム更新方式において、更に、一方をローカ
   ルエリアネットワークにより前記制御プログラム内蔵型
   装置と接続し、もう一方をインターネットと接続した中
   継装置を備え、前記制御プログラム内蔵型装置が前記中
   継装置に、前記制御プログラム配信装置からの制御プロ
   グラム転送を指示し、該指示に基づき、前記中継装置
   は、前記制御プログラム配信装置からの該制御プログラ
   ムの転送を実行する、または、既に該制御プログラムが
   前記中継装置に転送済みである場合は、転送は実行しな
   いことを特徴とする制御プログラム内蔵型装置のプログ
   ラム更新方式。