JP3248658B2

JP3248658B2 - 保守システム及び遠隔保守方式及び遠隔保守システム

Info

Publication number: JP3248658B2
Application number: JP26992894A
Authority: JP
Inventors: 昌三柳
Original assignee: Mitsubishi Electric Corp; Mitsubishi Electric Information Systems Corp
Current assignee: Mitsubishi Electric Corp; Mitsubishi Electric Information Systems Corp
Priority date: 1994-11-02
Filing date: 1994-11-02
Publication date: 2002-01-21
Anticipated expiration: 2017-01-21
Also published as: JPH08129497A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は通信回路を介してユー
ザシステムの保守を行う遠隔保守システムに関するもの
である。

【０００２】

【従来の技術】従来の遠隔保守システムにおける保守対
象システムの情報管理は、遠隔保守システムの管理番号
であるユーザ識別子を用いるか、あるいは、ユーザシス
テムのＣＰＵシステム番号で行っている。また、回線接
続時の保守対象（ユーザシステム）確認は、ユーザ識別
子と接続時のパスワードや回線番号を利用したコールバ
ック等により行っている。図３２は、従来の保守対象確
認時の手順を示す図である。図３２（ａ）はパスワード
によるユーザ照合の手順である。まず、ユーザシステム
より接続要求を保守センタに送り出す。（１）続いて、ユーザ識別子を保守センタに送る。（２）次に、保守センタでは、送られたユーザ識別子を用いて
ユーザ管理情報を参照し、ユーザの照合を行う。（３）次に、保守センタでは正当なユーザであることを照合す
るために、パスワードを要求する。（４）そのパスワード要求に基づいて、ユーザシステムはパス
ワードを保守センタに送信する。（５）保守センタでは送信されたパスワードをユーザ管理情報
と照合する。（６）正当なユーザであることを確認した後、保守サービスを
開始する。（７）以上がパスワードによるユーザ照合の手順である。ま
た、図３２（ｂ）はコールバック方式による保守対象ユ
ーザシステムの対象確認の手順である。まず、ユーザシ
ステムは、保守センタに対して接続要求を送り出す。
（１）保守センタでは、接続要求を受け取ると接続待ち指示を
出す。（２）ユーザシステムでは接続待ち指示を受けて、保守センタ
からのコールバック待ちになる。（３）この間保守センタでは、ユーザ管理情報を参照してユー
ザ照合を行う。（４）ユーザ管理情報よりユーザシステムの回線番号を用いて
接続要求をユーザシステムに対して送り出す。（５）この接続要求に対してユーザシステムが接続応答を返す
と（６）、保守センタでは保守サービスを開始する。（７）すなわち、このコールバック方式においては、保守セン
タが管理しているユーザ管理情報に登録されている回線
番号を用いて接続要求を出した場合に接続応答を返すこ
とによって、正当なユーザであると見なされ、保守サー
ビスを受けることができる。この方法では、保守対象の
ユーザシステムの確認はＣＰＵシステム番号によって行
われているが、ＣＰＵシステム番号は何らかの理由でＣ
ＰＵ交換が発生した場合に変更されてしまう。また、回
線番号によるコールバックは保守対象のユーザシステム
が移転する場合に回線番号が変わってしまうという不都
合があった。このような事象が発生すると、管理情報の
整合性を保証するための人手による作業が発生するだけ
でなく、変更確認においてもコールバック等の確認を必
要とするという問題点があった。

【０００３】図３３は従来の障害発生から保守センタに
よる修復までの手順を示す流れ図である。図にそって説
明する。まず、ユーザシステムにおいて障害が発生する
と、保守解析情報がセーブされる。その後、保守センタ
に対して障害発生が通報される。通報時には、まず、定
型的な解析情報が保守センタに対して送信される。保守
センタでは受信した解析情報を用いて一次解析を行い、
さらに、一次解析の結果に基づいてより詳細な資料を採
取する。採取した詳細資料を用いて分析を行い、修復方
法をユーザシステムに対して指示する。ユーザシステム
では、指示された方法を用いて修復を行う。このような
障害通報における保守解析情報は、保守センタにとって
必要不可欠の情報であるが以下の理由により必要最低限
の情報を抽出し、通報時に添付していた。（１）回線費用の軽減を図る。（２）障害通報時に停止する業務の再開を急ぐために短
時間で通報を完了させる。一方、ソフトウェア障害の様に多種多様な障害を扱う場
合、一様に抽出された情報では根本的な原因追及には情
報が不足し、遠隔保守で解析できる障害の範囲に制約が
発生するという問題点があった。

【０００４】また、通常、ＮＴＴの回線を利用する場
合、回線契約時に回線費用の負担は発呼側か着呼側か一
方に決定されてしまう。保守センタの様に多種多様な相
手や多種多様なサービスを提供しなければならない場
合、用途に応じて複数の回線を必要とすることがあっ
た。きめ細かなサービスを提供するには１本の回線を多
用途に利用できるようにする必要があった。

【０００５】図３４は、特開平３−８５６４６号公報に
開示された遠隔保守システムのブロック図である。図に
おいて、９０１は情報処理システム、９０２はサービス
プロセッサ、９０３は機種タイプ保持手段、９０４及び
９０５は通信制御手段、９０６は遠隔保守センタ、９０
７は通信回線である。この従来例は情報処理システム９
０１が機種タイプ保持手段９０３に機種情報を持ち、そ
の機種情報を遠隔保守センタ９０６に渡すことによって
機種に応じた保守制御が確実に受けられるという遠隔保
守システムである。この従来例によれば、例えば、機種
の判別を誤って適切な遠隔保守サービスを受けられない
という問題点は解決されている。ところが、機種タイプ
保持手段９０３は機種毎の識別情報は持っているが、個
々の情報処理システムに対してユニークな識別子を設け
てはいない。すなわち、このシステムは、個々の情報処
理システムを管理するというシステムではない。

【０００６】図３５は特開平５−１４５７６号公報に開
示されたファクシミリリモートサービスシステムを適用
したファクシミリ装置のブロック図である。図におい
て、９１１はファクシミリ装置、９１２はＣＰＵ、９１
３はＲＯＭ、９１４はＲＡＭ、９１５は操作部、９１６
はスキャナ、９１７はプロッタ、９１８はＤＴＭＦレシ
ーバ、９１９はＮＣＵ、９２０はモデム、９２１はバス
である。この従来例はファクシミリリモートサービスシ
ステムにおいてファクシミリ装置でリモートサービス用
のＩＤコードを登録し、サービスセンタから同一のリモ
ートサービスＩＤが入力された場合にのみファクシミリ
装置内部のＲＡＭ９１４に記憶された情報、例えば、通
信履歴情報や内部設定情報をサービスセンタに送信する
という方式を取ることによって、ファクシミリ装置内の
情報が他社に漏洩することを防止する目的を持つもので
ある。従って、ファクシミリ装置毎にユニークなＩＤを
用いるリモート保守システムではあるが、そのリモート
サービスＩＤを用いて、サービスセンタからより付加価
値の高い個別の保守情報を得ることを目的としたもので
はない。

【０００７】図３６は特開昭６３−３００３２８号公報
に開示された遠隔保守方式のブロック図である。図にお
いて、９１２は中央処理装置、９３１はログ収集手段、
９３２は自動通報判定手段、９４１はセンタ呼出し手
段、９４２は通報送出手段である。また、９６１から９
６９は周辺装置であり、それぞれ障害検出手段９７１か
ら９７９を備えている。この従来例では周辺装置に障害
が発生した場合、障害検出手段を用いて発生した障害を
検出し、ログ収集手段が収集したログ情報を解析するこ
とによって、遠隔保守センタに対する障害通知を行うか
どうかの判定を自動通報判定手段９３２が行うことを特
徴としている。

【０００８】図３７は特開昭６０−１８１９４０号公報
に開示されたリモート保守方式のブロック図である。図
において、９５３はフロッピーディスク、９５４はコン
ソール、９５５は保守試験制御部、９５６は操作制御
部、９５７は転送制御部である。この従来例では保守に
関する処理に伴ってやり取りされる一連の情報の内、予
め指定されたものを選択してコンソールに出力する手段
を設けたものである。これにより、解析に必要な情報の
みが選択されるので、転送時間が短縮され、また、デー
タの蓄積が効率的になるという長所を備えたものである
が、選択の基準は解析に必要な情報かどうかであり、使
用する通信回線等は考慮されていない。

【０００９】

【発明が解決しようとする課題】この発明は上記のよう
な問題点を解消するためになされたものであり、以下の
各点を目的としている。（１）保守対象のユーザシステムの確認に筐体情報を用
いることにより、接続時のプロトコルを簡略化する。さ
らに、ユーザ情報の管理においてユーザシステムの更新
履歴の連続性を保つ。（２）保守センタへの解析情報を細分化し、選択可能と
することにより、多種多様な障害に対応できる遠隔保守
方式を得る。（３）回線接続において、必要に応じて一時切断するこ
とが可能な遠隔保守システムを得る。また、ユーザシス
テムからの折り返し接続が可能な遠隔保守システムを得
る。

【００１０】

【課題を解決するための手段】この発明の保守システム
は以下のユーザシステムとセンタシステムを備えたこと
を特徴とする。（ａ）以下の要素を備えたユーザシステム（ａ１）ユーザシステムの管理情報を記憶する管理情報
記憶部、（ａ２）上記管理情報をチェックすることによ
りシステムの正当性を判定する正当性判定部、（ａ３）
上記正当性判定部の判定結果に基づいて、センタシステ
ムにユーザシステムの情報を送信する情報送信部、（ｂ）以下の要素を備えたセンタシステム（ｂ１）保守の対象となるユーザシステムの情報を記憶
する情報登録部、（ｂ２）上記情報送信部により送信さ
れた情報を受信し、情報登録部に記憶された情報と照合
する照合部、（ｂ３）上記照合部の照合結果に基づい
て、ユーザシステムの保守を開始する保守部。

【００１１】上記管理情報記憶部は、ユーザシステム本
体の一部として存在し、システム構成の変更及びシステ
ムを構成する部品の変更により変更されることがない筐
体管理情報を記憶することを特徴とする。

【００１２】上記情報送信部は、ユーザシステムのシス
テム構成情報を送信し、上記情報登録部は、受信したシ
ステム構成情報を記憶し、上記保守部は記憶されたシス
テム構成情報を参照してユーザシステムの保守を実行す
ることを特徴とする。

【００１３】また、この発明の遠隔保守方式は、保守解
析情報を基本情報と複数の補足情報に分割して収集する
収集手段と、複数の補足情報の中から転送する補足情報
を選択する選択手段と、基本情報と選択された補足情報
を回線を用いて保守センタに転送する転送手段を備えた
ことを特徴とする。

【００１４】上記選択手段は、転送手段が使用する回線
の種別に応じて転送する補足情報を選択することを特徴
とする。

【００１５】上記収集手段は、収集した補足情報の目録
を作成し、上記転送手段は目録を保守センタに転送する
ことを特徴とする。

【００１６】上記目録は、各補足情報に対応してその補
足情報の存在場所を示す情報を有していることを特徴と
する。

【００１７】この発明の遠隔保守システムは、上記保守
センタに、ユーザシステムに対して接続要求を出す接続
要求手段と、ユーザシステムからの接続応答に対して折
り返し接続要求を出す折り返し接続要求手段と、回線の
接続を切断する回線切断手段を備え、上記ユーザシステ
ムに、上記接続要求手段に基づく接続要求に対して応答
する応答手段と、上記折り返し接続要求手段に基づく折
り返し接続要求に対して接続要求を出す折り返し手段を
備えたことを特徴とする。

【００１８】この発明の遠隔保守システムは、上記保守
センタに、回線を接続してユーザシステムに対して作業
指示を出す指示手段と、指示手段による作業指示の作業
時間を判定する判定手段と、判定手段の判定結果に基づ
いて、回線の接続を切断する回線切断手段を備え、上記
ユーザシステムに、上記指示手段による指示を実行する
実行手段と、実行手段による実行終了後、回線の接続状
態をチェックする回線状態判定手段と、回線状態判定手
段の判定結果に基づいて、回線を接続する回線接続手段
を備えたことを特徴とする。

【００１９】上記遠隔保守システムは、少なくとも保守
センタとユーザシステムのいずれかに、回線費用負担情
報を表示することを特徴とする。

【００２０】

【作用】この発明の保守システムにおいては、ユーザシ
ステムの管理情報記憶部が管理情報を記憶し、正当性判
定部がこの管理情報をチェックすることにより、システ
ムの正当性を判定する。さらに、判定結果に基づいて、
センタシステムにユーザシステムの情報を情報送信部が
送信する。センタシステムでは、情報登録部が、保守の
対象となるユーザシステムの情報を記憶し、ユーザシス
テムの情報送信部より送信された情報を受信し、照合部
が情報登録部に記憶された情報と照合する。その照合結
果に基づいて、保守部がユーザシステムの保守を開始す
る。

【００２１】管理情報記憶部は、ユーザシステム本体の
一部として存在する筐体管理情報を記憶するので、シス
テム構成の変更や部品の変更により変更されることがな
い。

【００２２】情報送信部は、ユーザシステムのシステム
構成情報を送信し、受信したシステム構成情報を情報登
録部が記憶する。保守部は情報登録部に記憶されたシス
テム構成情報を参照してユーザシステムの保守を実行す
るので、確実に最新のユーザシステムのシステム構成に
あった保守が行われる。

【００２３】障害通報に基づいて保守解析情報を収集す
る際、収集手段は保守解析情報を基本情報と複数の補足
情報に分割して収集し、選択手段は複数の補足情報の中
から転送する補足情報を選択する。転送手段は基本情報
と選択された補足情報を回線を用いて保守センタに転送
するので、優先度の高い情報を転送することができる。

【００２４】さらに、選択手段は、転送手段が使用する
回線の種別に応じて、転送する補足情報を選択するの
で、効果的な選択が可能となる。

【００２５】転送手段は、収集手段が作成した情報の目
録を保守センタに転送するので、保守センタ側では、そ
の目録を参照することによって補足情報に関する情報を
得ることができる。

【００２６】目録は、各補足情報に対応してその補足情
報の存在場所を示す情報を有しているので、目録を参照
することによって、全ての保守解析情報の存在場所を把
握することが可能となる。

【００２７】保守センタは、接続要求手段を用いてユー
ザシステムに対して接続要求を出し、その接続要求に対
してユーザシステムの応答手段が応答する。保守センタ
では、ユーザシステムからの接続応答に対して、折り返
し接続要求手段が折り返し接続要求を出し、ユーザシス
テムでは、その折り返し接続要求に対して折り返し手段
が接続要求を出す。一方、保守センタでは、折り返し接
続要求を出した後、回線切断手段が回線の接続を切断す
る。

【００２８】この発明の遠隔保守システムにおいては、
保守センタの指示手段が回線を接続してユーザシステム
に対して作業指示を出し、判定手段がその作業指示の作
業時間を判定し、判定結果に基づいて回線切断手段が回
線の接続を決断する。一方、ユーザシステムでは、実行
手段が指示手段による指示を実行する。また、実行終了
時に、保守センタ側が回線を切断しているかどうかが不
明なため、回線状態判定手段が回線の接続状態をチェッ
クする。チェックした結果、回線が接続されていなけれ
ば、回線接続手段が改めて回線を接続する。

【００２９】この遠隔保守システムにおいては、保守セ
ンタとユーザシステムのいずれか、あるいは両方に回線
費用負担情報を表示する。それにより、オペレータ、あ
るいは保守員は回線費用が発生しているかどうかを知る
ことができる。

【００３０】

【実施例】

実施例１．この実施例では、ユーザシステム側で、シス
テム立ち上げ時に正当なシステムであることを毎回確認
する保守システムについて説明する。まず、図１を用い
て、この実施例の概略について説明する。この実施例で
は識別カードを用いて正当性を判定する。図１はこの実
施例のブロック図である。１は識別カード、２は被プロ
テクトノードを記述した管理データテーブル、３はセキ
ュリティ管理プログラム、４は被プロテクトノード、５
は計算機筐体に設けられた個別の識別子、６は識別カー
ドリーダ／ライタ、７はＳＶＰ（サービスプロセッ
サ）、８は中央処理装置、９は遠隔地計算機、１０は計
算機本体、１１は公衆回線である。

【００３１】識別カード１には被プロテクトノードを記
述した管理データテーブル２とセキュリティ管理プログ
ラム３が格納されている。管理データテーブル２には、
被プロテクトノード４の使用可否、及び使用期限等のデ
ータが入っている。被プロテクトノードとはオプション
のハードウェア（以下Ｈ／Ｗ）、及びソフトウェア（以
下Ｓ／Ｗ）である。また、識別カード１内には、データ
の不法読み取り、不法改ざん防止の為、セキュリティ管
理プログラム３が用意されており、ＳＶＰ７は管理デー
タテーブルへのアクセスの際、識別カード１に固有の識
別子を送らなければならない。識別カード１はその識別
子の整合がとれた場合だけ管理データテーブルへのアク
セスを許可する。セキュリティ管理プログラム３とＳＶ
Ｐ７は識別子認証を行い、セキュリティ管理プログラム
３は指定された識別子を送ってきた計算機に対してのみ
識別カード１の管理データテーブル２のアクセスを許可
する。

【００３２】識別カード１の個別の識別子は計算機筐体
に設けられた個別の識別子（筐体番号）５と同一のもの
であり計算機据え付け時の起動で一回のみＳＶＰ７によ
り識別カード１に書き込まれる。以降その個別の識別子
がシステム立ち上げごとに認証に使用される。

【００３３】この動作を図２を用いて説明する。システ
ムたち上げ時にシステムのコンフィグレーション或はイ
ニシャルプログラムロードを行う際、筐体の識別子５、
識別カードリーダ／ライタ６、被プロテクトノード４と
インタフェースを持つＳＶＰ７は計算機筐体に設けられ
た個別の識別子５と識別カード１に格納された個別の識
別子との認証をセキュリティ管理プログラム３を用いて
行ない（Ｓ１）、整合がとれなければそこで、システム
たち上げを中止する（Ｓ７）。

【００３４】整合がとれた場合（Ｓ２）、システムのコ
ンフィグレーション或はオペレーティングシステムのイ
ニシャルプログラムロードを行うが、ＳＶＰ７はその時
の被プロテクトノード４の使用可否（Ｓ３）、使用期限
（Ｓ４）を識別カード１の管理データテーブル２を通し
て知り、認証された内容に従って、インストレーション
或はロードの行う（Ｓ５）。このチェックを管理データ
テーブル２に定義されたすべての被プロテクトノードに
ついて行い（Ｓ６）、システムを立ち上げる。

【００３５】次に図３を用いて、ＯＳ（オペレーティン
グシステム）４１のもとで動くアプリケーションプログ
ラム４２ａ〜４２ｎが起動される場合のチェックについ
て説明する。ＳＶＰ７を通して、識別カード１内の管理
データテーブル２との照合がオペレーティングシステム
内のユーザプログラムセキュリティ管理マネージャ４１
ａによって行われ、許可されている場合はそのまま起動
され、許可されていない場合は起動を中止される。ま
た、ＳＶＰ７は遠隔地との通信機能を持つ。遠隔地計算
機９は、公衆回線１１を通して遠隔地からの通信によ
り、識別カード１へアクセスし、管理データテーブル２
の更新を行う。

【００３６】次に、この実施例の詳細について、以下に
説明する。なお、以下においては、識別カード１が、Ｉ
Ｃカードであり、識別子を筐体番号として説明する。さ
らに、前述したユーザプログラムセキュリティ管理マネ
ージャ４１ａをＳＶＣ（スーパーバイザーコール）イン
タフェースのチェックシステムコールで起動できるルー
チンとして説明する。

【００３７】まず、システムの概要について述べる。・筐体番号と対になったＩＣカードがあり、正規のＩＣ
カードがセットされなければシステムは基本的には立ち
上がらない。・ＯＳがＩＣカードに格納されている管理データテーブ
ルを読み出し、その内容に従って被プロテクトノードと
して記憶された資源の機能をユーザに使用させるかどう
か制御する。

【００３８】これらは、Ｓ／Ｗの不正使用を防止する目
的で行うが、６）は他システムからのモジュールの不正
なコピー防止を目的とするものである。このシステムで
は、すべてのメーカ標準Ｓ／Ｗが、ＭＴ（マグネティク
テープ）あるいは、ＤＡＴ（デジタルオーディオテー
プ）に格納された状態で客先へ出荷される。客先では、
その内容物すべてを、ＯＳ専用領域を持つディスクへイ
ンストールする。ＯＳ専用領域は、ＭＴ内あるいはＤＡ
Ｔ内のＳ／Ｗ類、スワップ／ダンプ領域、および、各Ｓ
／Ｗ独自に必要とするディレクトリを含み、将来性を考
えた十分な大きさを持ち、大きさは固定とする。このＯ
Ｓ専用領域には、ユーザのプログラムやデータの格納を
禁止する。

【００３９】次に、ＩＣカードのメモリ構造、および、
メモリに書き込まれる情報について述べる。［メモリ構造］メモリにはフラッシュメモリ（またはＥ
ＥＰＲＯＭ等でもよい）が使用され、図４に示すように
システム領域とユーザ領域の２つに大別される。

【００４０】［ＩＣカードに書き込むデータ］システム
領域には、ＩＣカード自身の管理情報とユーザ管理情報
が書き込まれる。（１）ＰＩＮ（ＰｅｒｓｏｎａｌＩｄｅｎｔｉｆｉｃ
ａｔｉｏｎＮｕｍｂｅｒ）ＰＩＮは、利用者確認番号であり、この実施例では、シ
ステム設置後最初のＩＰＬ時にＰＩＮに筐体番号を設定
し、次回以降のＩＰＬ時にＰＩＮを照合する。設定され
たＰＩＮとＩＣカードが装着されたマシンの筐体番号を
照合することにより、１つのＩＣカード内の情報（契約
した資源を供給する情報）が特定のマシン以外では使用
できないようにする。照合の結果が正しい場合には、ユ
ーザ領域に設けられたＡＤＦ（Ａｐｐｌｉｃａｔｉｏｎ
ＤａｔａＦｉｌｅ）の内容に従って資源単体毎に動
作可否が決定され、不正の場合には縮退モードでのシス
テム稼働となる。（２）ＩＣカード識別情報ＩＣカード識別情報とは、ＩＣカードのＨ／Ｗ情報（メ
モリの種類や容量、ＩＣカード自身のバージョン、ＩＣ
カードのシリアル番号等）が書き込まれている。（３）ユーザ管理情報ユーザ（使用者）についての情報を管理するための領域
であり、ＩＣカード発行の際にユーザ情報が営業部門の
ユーザ管理Ｄ／Ｂ（顧客管理データベースとも呼ぶ）を
もとに書き込まれる。（４）ＡＤＦ（ＡｐｐｌｉｃａｔｉｏｎＤａｔａＦ
ｉｌｅ）ＡＤＦはＩＣカードのユーザ領域をアクセスする際の１
つの単位で、ユーザ領域を使用するためには、初めにＡ
ＤＦを作成（指定されたＡＤＦ−ＩＤに対応する領域を
ユーザ領域に確保）しなければならない。ＡＤＦを作成
する際には、ＡＰＷ（ＡＤＦ毎のパスワード）とアクセ
ス・レベルの指定が必要となる。

【００４１】ユーザ領域では、ＡＤＦ毎に分けて、メー
カ側はＡＤＦの使用領域の管理とＯＳの核（カーネル）
のもとで動くＳ／Ｗ（メーカ基本Ｓ／Ｗ）の管理を行
い、販社では販社毎に決められた情報を管理する。以
下、各管理情報毎に述べる。（１）ＡＤＦ毎の使用領域管理情報：各ＡＤＦ毎の総バ
イト数と使用バイト数、空きバイト数の管理を行う。（２）Ｓ／Ｗ管理情報：Ｓ／Ｗの管理を行い、Ｓ／Ｗ別
の版名、使用開始日、有効期限、使用可否、製品クラス
番号等の情報を管理する。例えば、ソフトウェア毎の識別ＩＤはソフトウェアの種
類毎に固有であり、同じソフトウェアであれば共通の識
別子である。プロダクトコード、Ｓ／Ｗ名も同様であ
る。一方、クラス、有効期限開始日、有効期限終了日等
はユーザ固有の情報であり、そのユーザの契約内容を反
映させた情報が書き込まれる。

【００４２】以上述べてきた各情報を備えているのが管
理データテーブル２であり、その論理的構成を図５に示
す。

【００４３】次に、計算機本体１０の筐体番号の格納場
所について説明する。本実施例においては筐体番号は、
図６に示すように基本筐体内のＳＶＰとＣＥパネル間に
接続されている固有筐体アドレスボード内に格納されて
いる。

【００４４】次に、本実施例の資源利用方式におけるＳ
／Ｗ管理について説明する。図７はＳ／Ｗ管理機能を実
現する構成を示す概要図である。この図を用い、まずＳ
／Ｗ管理機能の仕組みを説明する。１）ベンダマシンからのＩＣカード作成／変更につい
て、図７及び図８を用いて説明する。（１）契約内容（Ｓ１０）に従って、顧客データベース
メンテナンス手段３０１を用い、顧客データベース３０
３を生成／更新する（Ｓ１１）。（２）次にＳ１２において、ＩＣカード作成手段３０２
を用いて、更新された顧客データベース３０３からＩＣ
カードの作成／変更を行う。ＩＣカード作成手段３０２
は、ＩＣカードに関するＳＶＣインタフェース３０６、
カーネル３０４を用いてＩＣカードのＲＥＡＤ／ＷＲＩ
ＴＥ等を行う。

【００４５】２）ユーザマシンでの動作について図７及
び図９を用いて説明する。（１）ＩＰＬ時、他のイニシャライザプログラムにさき
がけてＩＣカードチェック手段３０７が実行され、ＩＣ
カードに関して図９に示すフローに従ってチェックを行
う。ＩＣカードの内容に変更が生じた場合にはその都度
チェックが必要となる。（ａ）特権フラグが設定されているか？（Ｓ２０）特権フラグはＩＣカード内の情報ではなくＯＳ内部に持
つ情報である。このフラグを設定することにより、ＩＣ
カードのチェックなしで全てのソフトウェアを動作させ
ることができる。なお、この機能は非公開とする。（ｂ）正常なＩＣカードが装着されているか？（Ｓ２
１）ＩＣカードへのアクセスがエラーとなる場合（ＩＣカー
ドが装着されていない場合も含む）ＳＶＰディスク３１
１に格納されている以前に記憶された管理データテーブ
ルを読み込む（Ｓ２３、Ｓ２４）。ＳＶＰディスク３１
１に管理データテーブルがない場合には最低限の機能を
実行できる縮退モードで立ち上がる（Ｓ２３、Ｓ３
３）。ＳＶＰディスクの情報から立ち上がる場合には、
そのファイルの生成日が調べられ、一定期間以上経過し
ていた場合には縮退モードで立ち上がる（Ｓ２５、Ｓ３
３）。（ｃ）ＩＣカード内の管理データテーブルの読み込み
（Ｓ２２）読み込む情報には以下のようなものがある。読み込まれる情報：ユーザレベル、動作可能ＣＰＵ台
数、ＣＰＵシステム番号、ＯＳ名、ＯＳ版名（バージョ
ン名ともいう）と有効期限、使用可能なＳ／Ｗの種類・
版名・有効期限・製品クラスｅｔｃ．（ｄ）読み込んだ管理データテーブルの正当性チェック
（Ｓ２６）ＡＤＦの持つＡＰＷ（ＡＤＦ毎のパスワード）と照合す
るために、セキュリティ管理プログラムは、ＩＣカード
を使用してシステムを立ち上げようとするユーザにパス
ワードの入力を要求する。そしてセキュリティ管理プロ
グラムは、コンソールから入力されたパスワードとＡＰ
Ｗをチェックし、異なると判定された場合には縮退モー
ドで立ち上がる。契約期限切れの近いＳ／Ｗに関して
は、ＩＰＬ時メッセージでその旨を通知する（Ｓ２７、
Ｓ２８）。（ｅ）読み込んだ管理データテーブルのメモリ上のＩＣ
カード情報テーブル３０５への格納（Ｓ２９）前述した（ｄ）のチェックがＯＫであった場合、ＩＣカ
ードから読み込んだ管理データテーブルをメモリ上のＩ
Ｃカード情報テーブル３０５へ格納する。ＩＣカード情
報テーブル３０５はメモリダンプ等で解読されないよう
暗号化する。また、前述した（ｂ）の次回のＩＰＬ時チ
ェック（Ｓ２１、Ｓ２３）で使うため、ＩＣカード内の
管理データテーブルをＳＶＰディスク３１１へ書き込む
（Ｓ３０）。（ｆ）ＩＰＬ回数の加算（Ｓ３１）前述した（ｄ）で正常と判断された場合には、メモリ上
のＩＣカード情報テーブル３０５のＩＰＬ回数に１加算
する。

【００４６】（２）ＩＣカードチェック手段３０７の動
作により正常なシステムと判断された場合通常のＩＰＬ
が実行され、以後各Ｓ／Ｗはその起動時以下の方法によ
ってＯＳによる起動時チェックを受け、契約Ｓ／Ｗのみ
が動作する。その機能の動作時必ず実行されるモジュー
ル（ＩＰＬ時イニシャライザ等）の動作の先頭で、ＯＳ
が提供するＳＶＣインタフェース３０６のチェックシス
テムコールを呼ぶ。それがノーマルリターンした場合以
外はエラー終了させる。ＳＶＣインタフェース３０６の
チェックシステムコールは、引数としてその製品のコー
ド、版名等をもらい、ＩＣカード情報テーブル３０６と
照らし合わせ、動作可／不可、製品クラス等を返す。ま
た、起動回数をカウントしたいＳ／Ｗ製品に関しては、
その意志を伝える引数も渡す。これにより、ＩＰＬ後シ
ャットダウンするまでの起動回数がメモリ上に記録さ
れ、シャットダウン時、それがＩＣカード上の管理デー
タテーブル中の累積起動回数に加算される。

【００４７】（３）ＩＣカードの管理データテーブルを
モニタする管理データテーブルモニタ機能３１０（図７
参照）を提供し、ユーザレベルでどのソフトウェアが動
作可能かを確認できるようにする。

【００４８】次にアプリケーションプログラムからのＳ
ＶＣインタフェース３０６のチェックシステムコールに
ついて説明する。各Ｓ／Ｗは、メインとなるモジュール
およびｎ個のサブモジュールから構成されている。Ｓ／
Ｗはメインとなるモジュールが起動された直後本システ
ムコールを呼び出し、リターン値を受け取る。ＯＳによ
るＩＣカード情報テーブルとのチェックを行い、そのリ
ターン値が正常値である場合のみ動作を続行し、エラー
リターンした場合にはその旨をメッセージ出力し、アボ
ートさせる。本システムコールが呼び出される箇所は、１）イニシャライザー、ユーザから直接呼び出せるロー
ドモジュールの先頭等、その箇所でアボートすることに
より、その機能が使い物にならない箇所であること、２）アボートしたことをユーザが気付き易い箇所である
こと、３）コール回数が必要最小限であること。起動回数をカ
ウントする必要があるものは、その値が意味のあるよう
な箇所であること、という条件を満たさなければならない。

【００４９】次に被プロテクトノードがＨ／Ｗの場合に
ついて説明する。この実施例においては、管理データテ
ーブル内のユーザ管理情報にその計算機システムにおい
てＯＳがサポートできるＨ／Ｗの制限数あるいは制御量
に関する情報が記述されているものとする。ＳＶＰはま
た、計算機の持っている日付が、ユーザ管理情報の中の
使用開始可能日と有効期限の間であることを確認する。
もし有効期限の間でなければ以降のチェックは行わな
い。システムの立ち上げ時に、サービスプロセッサはＨ
／Ｗの制限数あるいは制御量に関する情報を参照する。
また、サービスプロセッサは、その計算機に接続されて
いる各Ｈ／Ｗの構成を独自のやりとりによって確認する
機能を有している。そして、確認したＨ／Ｗの台数を記
憶するレジスタを有し、そのレジスタに書き込まれた台
数とユーザ管理情報内の制限数を比較し、制限数の範囲
内であれば、そのＨ／Ｗを正式にこれから立ち上げる計
算機のシステム構成に加えて、ＩＰＬを行う。例えば、
ユーザ管理情報において制限されたワークステーション
台数が３台（まで）と記述されているとき、実際に物理
的に接続されているワークステーションが２台であった
とき、その２台のワークステーションは論理的にも計算
機に接続が許可され、使用可能となる。また、物理的に
接続されているワークステーションが３台であっても、
ユーザ管理情報において記述されている台数以内、すな
わち３台以内であるので、同様に接続が許可され、その
計算機において使用可能となる。

【００５０】次に、物理的に接続されているワークステ
ーション台数が４台以上であった場合を説明する。この
場合、最初の３台までは接続が許可されるが、４台目以
降のワークステーションは物理的に線はつながっていて
も、計算機のシステム構成には含まれない。ここで、最
初の３台というのはＳＶＰによって認識される順序によ
るので、どのワークステーションが接続不可となるのか
はＳＶＰに依存している。ここではワークステーション
を例にとって説明したが、台数で数えられるＨ／Ｗに関
しては同様に判断される。すなわち、ＦＸＤ（固定ディ
スク）、データベースプロセッサ、ＭＴなどである。

【００５１】次に、被プロテクトノードが主記憶装置で
ある場合について述べる。主記憶装置がメモリーボード
単位で数えられるとき、その数によって前述したように
計算機での使用を制限することができる。また他の方法
として、実装されている全てのメモリーに一連のアドレ
スがふられているときは、使用可能なアドレス範囲情報
を指定することによって、その識別カードを持つユーザ
に許可されている容量を使用可能とするやり方でもよ
い。また、この２つの方式は被プロテクトノードがキャ
ッシュメモリで、ハード的に設定されている場合にも適
用可能である。つまりキャッシュメモリに割り当てるメ
モリーボードを枚数で制限する方法と、キャッシュメモ
リ用として使用するメモリーのアドレスを指定する方法
である。あるいは、キャッシュメモリがソフト的に実現
されている場合には、キャッシュメモリ管理用のソフト
ウェアを本方式のＳ／Ｗ管理の対象としておくことによ
って、使用を制限することも可能である。さらにこれら
の方式を組み合わせることによって、全ての整合性がと
れた場合のみ、実際にキャッシュメモリを使用可能とす
る方法も有効である。

【００５２】次に、被プロテクトノードが計算機クロッ
ク周波数であった場合について述べる。これにはシステ
ム立ち上げ時にパラメータを受け取ることによって、指
定されたクロック周波数を発生させる手段が計算機にあ
らかじめ備えられていることを前提としている。計算機
はＳＶＰによって管理データテーブルからユーザに許可
されたクロック周波数を受け取り、そのクロック周波数
で稼働する。

【００５３】以上のように、この実施例に係わるプログ
ラムロード方式及び周辺機器インストール方式計算機は
計算機筐体に設けられた個別の識別子とその計算機にオ
プションとして接続されるＨ／Ｗ、或はその計算機上で
動作するＳ／Ｗを、識別カードおよびＳＶＰにより、カ
ード内に記録された被プロテクトノードを記述した管理
データテーブルのデータに従って認証させ、それらの接
続あるいは起動を制限するものである。

【００５４】本実施例においては、認証用の識別カード
は当該計算機に対し一枚しか存在せず、それぞれ対応す
る一台の計算機においてでしか機能しないので、識別カ
ードの対象計算機が限定されることによって、その計算
機で使用されるＳ／Ｗあるいは周辺機器の制限情報は確
実に固有のものとなり、セキュリティ効果は増大する。
また、識別カードを使用することより、その中へ格納す
る被プロテクトノードを記述した管理データテーブルの
データを不法に読取、改ざんされる危険を防止する。そ
してその対象を動作するプログラムのみではなく、接続
されるＨ／Ｗコンフィグレーション情報まで広げること
により、容易なモデルレパートリの拡張を実現する。ま
たＳＶＰに識別カードとのインタフェースを設けること
により、既存の基本処理装置、各周辺機器コントローラ
は変更する必要はなく、容易にシステムに組入れる事が
できる。更にＳＶＰを経由して遠隔地から識別カードの
アクセスを可能にすることにより、被プロテクトノード
を記述した管理データテーブルの読取、更新を遠隔地か
ら行うことを可能にする。

【００５５】この実施例の利点として、以下のようなも
のがあげられる。・ユーザシステム側で自身のシステムの正当性を判定で
きる。・より万全なセキュリティシステムの提供。・必要な機能だけ購入できるＯＳ分の分割化。・Ｓ／Ｗの試使用制度等の新しいサービスの提供。（遠
隔保守システムと連携した場合）・ＳＥ作業の省力化。・販社Ｓ／Ｗの不正使用防止対策を支援。・Ｓ／Ｗ製品の契約による売上の確保。・保守性向上。・出荷作業の省力化。・ロイヤリティ支払いの適正化。・メーカによる顧客管理の実施。また、この実施例によれば、システムの不正使用の防止
をはかることができる。また、顧客管理システムを導入
することにより、ユーザ登録制度を実施し、メーカでも
顧客管理ができる。

【００５６】以上のような手順で、ユーザシステムにお
いて筐体管理情報を用いて、システムの正当性を判定す
る。筐体管理情報は、図６に示すようにＨ／Ｗ本体に出
荷時から格納されているので、ＣＰＵシステム番号のよ
うにボードの交換等で入れかわって他の内容で書きかえ
られてしまうということは発生しない。また、ソフトウ
ェアから読み出し可能としたので、人手をわずらわすこ
となく、自動的に読み取りを行うことができる。この特
徴を活かして、ユーザシステムで動作する保守システム
は、システム立ち上げ時に筐体管理情報を毎回取り込む
ようにしている。そして、取り込んだ筐体番号を使用し
てシステム立ち上げ時に正当なシステムであることを確
認する。

【００５７】次に、保守システムについて説明する。図
１０はこの実施例の保守システムの機能図である。図に
おいて、４００はユーザシステム、４１１は管理情報記
憶部、４１２は正当性判定部、４１３は情報送信部であ
る。また、６００はセンタシステム、６１１は情報登録
部、６１２は照合部、６１３は保守部である。図１１は
この実施例のハードウェア構成の一例を示す図である。
図において、５は筐体管理情報、１０は計算機本体であ
る。計算機本体１０はＣＰＵ、主記憶装置、通信制御装
置、ディスク制御装置等から構成されている。これらの
ＣＰＵや各種制御装置は不良発生時の交換ユニット単位
である。従来から計算機システムの識別子としてＣＰＵ
システム番号を用いる場合があった。前述したように、
ＣＰＵシステム番号はＣＰＵボードに付与されている
が、ＣＰＵボードは故障等が発生した場合、必要に応じ
て交換されるものである。従って、ＣＰＵシステム番号
はＣＰＵボードの交換に伴い変更されてしまう場合があ
る。そのため、厳密な意味ではユニークな識別子とは言
えない。それに対して筐体管理情報５はＨ／Ｗ本体の交
換以外では変更されない。また、通常の場合、Ｈ／Ｗ本
体の交換はほとんど行われない。従って、Ｈ／Ｗ本体に
記憶されている筐体管理情報はユニークであると言え
る。しかも、業務システム稼働時には必要としない情報
であるので、保守システムで利用しやすい。筐体管理情
報の格納場所は、前述した図８の固有筐体アドレス・ボ
ード内である。

【００５８】図１２は保守システムにおけるユーザ情報
の一例を示す図である。図に示すように、ユーザ名称、
ユーザ住所、ユーザ電話番号、担当者名、マシン設置場
所、マシン電話番号をユーザシステムの情報として記憶
する。また、さらに、ユーザシステムの情報としてＨ／
Ｗ構成情報、Ｓ／Ｗ構成情報を記憶する。これらの情報
が図１０に示した管理情報記憶部４１１に記憶される情
報である。また、管理情報記憶部４１１には筐体管理情
報も記憶されており、正当性判定部４１２がシステムの
正当性を判定するのに用いられる。具体的な判定の方法
についてはすでに述べた通りである。正当性判定部４１
２の判定結果に基づいて、これらの情報は情報送信部４
１３によってセンタシステムに送信される。

【００５９】図１３は保守システムのネットワーク構成
図である。ユーザシステムは公衆回線を通じて販社の保
守ホストや技術センタと接続される。販社の保守ホスト
は公衆回線を通じて、保守センタや技術センタと接続さ
れる。保守センタや技術センタは、通信回線を通じて保
守拠点や保守中央センタと接続される。また、一顧客内
で複数のシステムを設置しているような場合には、顧客
内で親局（保守ホストに相当）を持つ場合もある。図に
示すようなネットワーク構成で、原則としてユーザシス
テムにおいて発生した障害は保守ホストへ通報され、保
守ホストにおいて障害の種類が切り分けられる。あるい
は、障害の種類によっては、ユーザシステム側ですでに
切り分けが完了している場合があり、このような場合に
はＳＶＰ（サービスプロセッサ）により通報先が自動的
に選択され自動通報が行われる。また、通報の種類によ
ってはユーザシステムから保守ホストへ通報された後、
技術センタに中継される場合もある。

【００６０】また、顧客管理は全てのＣＰＵ（ユーザシ
ステム／保守ホスト／保守センタ／保守拠点）をユニー
クとなるように管理するノードＩＤにより管理される。
ノードＩＤは各ノードにおいてシステム管理機能による
システム定義操作において自動的に割り振られる。従っ
て、システム定義操作では一旦上位のノードとの回線接
続が必要となる。ノードＩＤは保守中央センタにおいて
全てが管理され、順次各ノードにおいて採番される。ノ
ードＩＤの採番の流れを図１４に示す。ノードＩＤは図
１４ではＩＤと表記されている。また、本明細書におい
ては、ユーザ識別子またはユーザＩＤと呼ぶ場合もあ
る。ユーザシステムからは、システム設置時のユーザ識
別子採番要求時に保守センタシステムへパスワードと筐
体番号を渡し、正当な採番要求元であることを宣言す
る。一方、保守センタでは採番したユーザ識別子と筐体
番号でユーザ情報の管理を行う。保守ホストは保守セン
タにＩＤ割り付けを要求する。同様に、各ノードは上位
のノードに採番要求を行い、全てのノードＩＤ（ユーザ
識別子）は保守中央センタにおいて管理される。保守ホ
ストより上位のノードにおいて、下位のノードからの採
番要求に従い、ユーザ情報を記憶している顧客管理ファ
イルのＭＡＳＴＥＲレコードを参照して採番する。図１
５はユーザ識別子の形式を示す図である。図に示すよう
に、各ノードである保守センタ、保守ホスト、ユーザの
番号の組み合わせで構成されているので、必ずユニーク
な識別子となる。ユーザ識別子の割り当て後は、システ
ム立ち上げ時に正当なシステムであることをユーザシス
テム側で毎回確認する。図１６はユーザシステムの立ち
上げ時の処理の流れ図である。まず、計算機の電源がオ
ンになると（Ｓ４１）、Ｓ４２においてＩＰＬ（イニシ
ャルプログラムロード）が行われる。この時にネットワ
ーク定義や接続されている周辺機器を含むハードウェア
的な情報が取り込まれる。続いて、Ｓ４３においてＯＳ
（オペティングシステム）が稼働する。次に、Ｓ４４に
おいて各種イニシャライザが開始するのと並行して、Ｓ
４５において遠隔保守イニシャライザも起動される。次
に、Ｓ４６において筐体管理情報が獲得される。筐体番
号はハードウェア本体の中に組み込まれているので、シ
ステムバスを通してメーカの特殊な命令を使用すること
によって読み取りが可能となる。従って、通常のアプリ
ケーションプログラムからは読むことはできない。次
に、Ｓ４７において獲得された筐体管理情報と記憶され
ている筐体管理情報の照合を行い、結果がＯＫであれ
ば、Ｓ４８において筐体管理情報をセーブする。この筐
体管理情報のセーブはハードウェアやソフトウェアの構
成に変化があった時のみ行われる。これは、保守に必要
な情報を最新のものとするためである。次に、Ｓ４９に
おいて遠隔保守サポートシステムが稼働する。一方、Ｓ
４７の筐体管理情報照合において結果がＮＯであった
時、Ｓ５０において示すように、遠隔保守のないシステ
ムが稼働する。次に、Ｓ５１において立ち上げ完了とな
り、業務プログラムの稼働が開始される（Ｓ５２）。Ｓ
４８の筐体管理情報セーブにおいて保存された最新の保
守に必要な情報は、ユーザシステムが保守サービスを要
求するために保守センタに接続する際に、保守センタに
情報送信部によって送信される。図１７はユーザシステ
ムから保守センタに接続するプロトコルを示す図であ
る。図１７において（１）に示すようにシステムの正当
性はシステム立ち上げ時にすでに照合済であるので、
（２）において接続要求を保守センタに送る。続いて、
（３）においてユーザ識別子とシステム構成情報も保守
センタに送る。保守センタでは接続要求を受けた相手の
ユーザシステムはすでに照合済の正当なシステムである
と見なし、ユーザ管理情報を参照してユーザ照合を行
い、送られて来たシステム構成情報を用いて、情報登録
部に記憶されているユーザ情報を最新情報に更新する。
その後、（５）において保守サービスを開始する。図１
８は保守センタのファイルシステムを示す図である。図
に示すように、ユーザのＨ／Ｗ構成情報やＳ／Ｗ構成情
報は、顧客管理ファイルとして保守センタのファイルシ
ステムの一部に記憶されている。この実施例の保守シス
テムは以上のように構成されているので、保守センタ側
では保守センタの管理情報と整合性を確認するだけで正
当性確認を終えるので、パスワードの交換やコールバッ
クなど接続時の余分な処理が削減されるだけでなく、ユ
ーザシステムの更新履歴を確実に連続性を保ちながら管
理することができる。

【００６１】また、ユーザシステムからの接続時および
保守センタからの接続時に、接続相手の確認を保守セン
タが採番したユーザ識別子と筐体番号で照合することか
ら、接続相手の照合が簡素化され、コールバックなどに
よる照合に比べ時間と回線費用（公衆回線やパケット接
続だとコールバックは２倍の費用を必要とする）が削減
できる。

【００６２】一般に、Ｈ／Ｗ構成の変更やシステム構成
の変更を行うと、変更内容をシステムに確認させるには
ＩＰＬが必要となる。当システムではＩＰＬ時にシステ
ム構成（Ｈ／Ｗ構成、Ｓ／Ｗ構成）情報の整合性と更新
有無を確認するために、当システムが何等かの目的で保
守センタとの間で更新を行うと、保守センタのユーザシ
ステム構成情報が更新される。これにより、保守センタ
は常にユーザシステムの問題解析時には最新の情報に基
づき、遠隔保守を行うことができる。

【００６３】また、保守センタはユーザシステムとの間
で交信により得た最新の構成情報を蓄積することによ
り、ユーザシステムの更新履歴を管理することができ
る。

【００６４】一般に、システムの拡張・変更はシステム
本体の変更ではなく、Ｈ／Ｗパーツ（ＣＰＵ、ディス
ク、周辺装置）やＳ／Ｗパーツ（アプリケーション・プ
ログラム）の追加・変更である。従って、システム拡張
に伴い変更されるパーツがユーザシステムのキーとなる
と、変更管理の連続性を保証するには人手によるキーの
変更を余儀なくされる。そこで、筐体番号を変更管理の
キーとすることにより人手によるキー変更を不要にする
ことにより、ユーザシステムの不偏性を容易に保証する
ことができる。

【００６５】以上のように、この実施例においては、保
守対象であるユーザシステムのユニーク性を確立するた
めに筐体番号とシステム識別子を関連付けて用いる保守
システムについて説明した。これにより保守対象の問題
管理を継続して行うことが可能となる。

【００６６】実施例２．前述した実施例においては、ユ
ーザ識別子の採番要求時と保守サービス実行要求時の
み、保守センタと接続する場合を説明したが、他の方法
でもよい。例えば、図１６に示す流れ図において遠隔保
守イニシャライザが動作する時点で保守センタと接続し
てもよい。あるいは、ＩＰＬ時にシステム構成の変化が
あった場合、システム構成情報が書き換えられているの
で、書き換えた情報を保守センタに転送して、保守セン
タ側のユーザ管理情報も書き換えておくという運用でも
よい。この場合には、保守センタは保守サービスが要求
された時にユーザ管理情報を最新情報に更新する手順が
不要となるので、ユーザ照合後、ただちに保守サービス
を開始できるという利点がある。

【００６７】実施例３．この実施例では、障害通報に基
づいて保守解析情報を収集して保守センタに転送する遠
隔保守方式について述べる。図１９はこの実施例の遠隔
保守方式の機能図である。図において、４００はユーザ
システム、４２１は保守解析情報を収集する収集手段、
４２２は保守解析情報の中から転送する情報を選択する
選択手段、４２３は情報を転送する転送手段である。ま
た、６００は保守センタのセンタシステムである。

【００６８】次に、動作について説明する。図２０は障
害が発生してから修復するまでの流れ図である。ユーザ
システムにおいて障害が発生すると、Ｓ６０において保
守解析に必要な情報をセーブする。その後、Ｓ６１にお
いて障害発生を保守センタに通報する。次に、Ｓ６２に
おいて回線情報の識別を行う。その後、Ｓ６３において
解析情報一覧の作成を行う。Ｓ６４において解析情報の
送信を行うが、この時に回線のキャパシティに合わせて
送信を行い、送信した解析情報あるいは送信を行わなか
った解析情報に関する解析情報格納先一覧も合わせて送
信する。解析情報を受け取った保守センタ側では、Ｓ６
５において一次解析を行い、続いてＳ６６においてさら
に分析を行う。その結果、Ｓ６７において修復方法の指
示を行う。ユーザシステム側では、Ｓ６８において指示
された方法に基づいて修復を行う。

【００６９】図２１は情報の優先順位による分類の図で
ある。通報時に添付される情報には、優先順位１の基本
構成情報、優先順位２の障害解析定型情報、優先順位３
の通報補足情報の３種類の分類がある。基本構成情報は
優先度が高く、通報時には無条件に送信される。基本構
成情報の内容はユーザ情報、Ｓ／Ｗ構成情報、Ｈ／Ｗ構
成情報、システム構成情報の４つからなっている。ま
た、障害解析定型情報も優先度が高く、これも無条件に
送られる情報である。この情報は一次解析に利用するも
ので、Ｈ／Ｗ障害に関する情報と、Ｓ／Ｗ障害に関する
情報に分れている。優先順位３の通報補足情報は優先度
が低いものであり、いくつかの種類に分れて記憶されて
いる。それぞれの情報の大きさも種類によってまちまち
である。

【００７０】図２２は回線のキャパシティに合わせて送
信を判断する材料となる回線定義情報の図である。図に
示すように、回線定義情報には回線プロトコル、回線種
別、回線速度、インタフェース、ＩＤ番号、回線番号等
がある。図２１に示した情報の優先順位による分類にお
いて最も優先度の低い通報補足情報について、情報の容
量による分類を行う。

【００７１】図２３は情報の容量による分類に用いる計
算式の一例を示す図である。図において、αは回線プロ
トコル係数であり、回線プロトコルによって増加するデ
ータ量を係数で与える。例えば、フリーランだとバイナ
リ・データはそのまま送れないので文字コードに変換し
て転送する。コード変換の際、データ量が膨らむことに
なる。また、Ｍは転送時間であり、公衆回線、ＩＮＳ−
Ｃ、ＤＤＸ回線交換など回線接続時間で課金される回線
種別の場合に用いる。情報を送るのに必要な時間の最大
値で押さえるために用いられる値であり、通常２分（基
本料金）である。一方、パケット系の回線種別の場合に
は回線速度で割る必要はなく、単に情報量をパケット数
で換算し、最大転送パケット数内で送れる情報を送信す
る。一般に、回線速度は９６００ｂｐｓでは１秒間に９
６００ビット＝１２００バイト転送可能な回線であるこ
とを示す。従って、データ量を回線速度で割ると、デー
タを転送するのに要する時間が算出される。また、Σは
総和である。最初は全データの総和で判定し、Ｍを超え
るとデータの大きいものから排除していく。できるだけ
多くの種類のデータを送ろうとするので、Ｍを超えない
範囲におさまるまで再計算を行う。この計算式を用い
て、図２２に示す回線情報を参照し、通報補足情報から
どの情報を送るかを判断する。この判断には回線情報に
基づく計算だけでなく、通報事象によって選択を行うこ
とも可能である。また、転送する通報補足情報は複数指
定してもかまわない。さらに、判断した結果、解析補足
情報が保守センタにあるか、あるいはユーザシステム内
にあるかを目録として作成し、通報時に保守センタに転
送する。

【００７２】図２４は解析補足資料の目録である解析情
報格納先一覧の一例を示す図である。図に示すように、
解析補足情報の目録には、データ種別、データ量、格納
先などが記憶されており、例えば、データ種別Ａのデー
タ量は２ＫＢであり、格納先はセンタとなっている。ま
た、データ種別Ｂはデータ量が１ＭＢであり、格納先は
ユーザとなっている。また、データ種別Ｃはデータ量が
４ＫＢとなっており、格納先はセンタである。この目録
を参照することによって、センタに対して送信済のデー
タはデータ種別Ａとデータ種別Ｃであることが判断でき
る。このような解析補足資料の目録をユーザシステムで
作成し、保守センタに送信することによって保守センタ
では解析に必要な資料がどこに保存されているかを正確
に把握することができる。

【００７３】以上のように、この実施例では回線種別に
より保守センタへの転送情報を選別し、解析情報の格納
先を障害通報時に伝える方式を採用した遠隔保守方式に
ついて説明した。この実施例によれば、解析情報を基本
情報として補足情報に分割したので、通報時に必ず転送
されてくる基本情報から保守センタでの解析作業効率が
改善される。また、通報事象を細分化し、通報事象毎に
解析情報を選択可能とすることにより、多種多様な障害
に対する解析情報を容易に拡張することが可能となり、
遠隔保守での障害解析範囲を拡大が図れる。さらに、通
報時に転送する解析情報を複数指定可能とすることによ
り、ユーザシステムと保守センタ間で柔軟な転送判断が
可能となった。また、障害通報時に、回線種別を判断材
料に、回線速度・回線費用・情報の種類を考慮し回線補
足資料を通報元に格納するか、通報時に転送するか判断
することにより、ユーザシステムからの通報時の回線費
用負担を軽減できるようになった。さらに、障害通報時
間が短縮されたことにより、通報補足資料採取のための
ユーザシステムにおける業務中断を短縮できるようにな
った。また、解析補足資料を保守センタに転送するか否
かの判断結果を目録として通報時に保守センタへ転送す
るようにした。目録により、保守センタは解析補足資料
として何が何処に存在するかを明確に判断できるように
なり、必要な時必要な情報を容易に参照可能となった。

【００７４】実施例４．前述した実施例に加えて、さら
に通報補足情報を分類し、それぞれ優先順位を設けても
よい。この場合、全体的な優先順位は、情報の優先順位
による分類、通報補足情報の優先順位による分類、情報
の容量による分類の順となる。このようにして決定され
た優先順位に従って情報は、保守センタに送信される。
また、通報補足情報に優先順位を設ける際、通報するシ
ステムで指定する順番を優先順位とする方法でもよい。

【００７５】実施例５．この実施例では、保守センタが
回線を用いてユーザシステムを保守する遠隔保守システ
ムについて述べる。保守センタの様に多種多様な相手と
接続し、多種多様なサービスを提供しなければならない
場合、用途に応じて複数の回線を必要とする。また、き
め細かなサービスを提供するには１本の回線を多用途に
利用できるようにする必要がある。この実施例では、回
線を有効に利用できる回線接続について説明する。

【００７６】図２５はこの実施例の機能図である。図に
おいて、４００はユーザシステム、６００は保守センタ
である。６３１はユーザシステム４００に対して接続要
求を出す接続要求手段、６３２はユーザシステムからの
接続応答に対して折り返し接続要求を出す折り返し接続
要求手段、６３３は回線の接続を切断する回線切断手段
である。また、４３１は保守センタ６００の接続要求手
段６３１に基づく接続要求に対して応答する応答手段、
４３２は折り返し接続要求手段６３２に基づく折り返し
接続要求に対して接続要求を出す折り返し手段である。

【００７７】次に、動作について図を用いて説明する。
図２６は折り返し接続の手順を示す流れ図である。保守
センタは保守解析を開始すると（Ｓ７０）、Ｓ７０にお
いて接続要求をユーザシステムに対して送り出す。ユー
ザシステムは保守センタからの接続要求を受けると、Ｓ
７２においてセンタ連携プログラムを起動する。続い
て、Ｓ７３において接続応答を保守センタに対して送
る。保守センタでは、Ｓ７４において折り返し接続要求
を出し、Ｓ７５において回線切断を行い、回線接続待ち
状態となる（Ｓ７６）。ユーザシステムでは、保守セン
タからの折り返し接続要求に答えて、一旦回線切断した
後（Ｓ７７）、Ｓ７８において接続要求を出す。保守セ
ンタは、その接続要求に対して、Ｓ７９において接続応
答を出す。その後、Ｓ８０において作業を開始する。一
般に回線費用は発呼側か着呼側に一方的に決定されてし
まう。このような折り返し接続の手続を可能にすること
によって、保守センタから監視する保守解析作業におい
ても、実際の保守作業開始の直前にユーザシステムから
接続要求を出されることによって、ユーザシステム側に
回線費用を負担させることができる。次に、図を用いて
この折り返し接続のために追加されるインタフェースを
具体的に示す。図２７は通常の接続処理における発呼側
と着呼側の手順である。また、図２８は着呼側制御プロ
が着呼側サブプログラムを起動し、機能情報、発呼側か
ら機能情報に対応した処理を行う手順を示す図である。
図２９はこの実施例の折り返し接続処理を行う場合の手
順の図である。枠で囲まれた部分のインタフェースが図
２７に示した通常の接続手順、通常の接続処理に追加さ
れている。

【００７８】次に、保守センタのオペレーションが中断
する要因が発生した場合に、その中断に対応して回線を
切断、あるいは回線を再接続することが可能となる一次
切断について説明する。図３０はこの実施例の遠隔保守
システムのブロック図である。図において６００は保守
センタであり、６４１は回線を接続してユーザシステム
に対して作業指示を出す指示手段であり、６４２は指示
手段による作業指示の作業時間を判定する判定手段であ
り、６４３は判定手段６４２の判定結果に基づいて回線
の接続を切断する回線切断手段である。また、４００は
ユーザシステムであり、４４１は指示手段６４１による
指示を実行する実行手段、４４２は実行手段４４１によ
る実行終了後、回線の接続状態をチェックする回線状態
判定手段、４４３は回線状態判定手段４４２の判定結果
に基づいて回線を接続する回線接続手段である。図３１
は一次切断を行う場合の処理手順を示す流れ図である。
保守センタは、Ｓ８５において保守解析を開始し、Ｓ８
６において分析指示をユーザシステムに対して出す。次
に、Ｓ８７において判定手段がＳ８６で出した分析指示
の作業時間を判定し、長時間であれば、Ｓ８８において
分析中回線切断指示を出す。その後ユーザシステムは、
Ｓ８９において回線切断を行う。保守センタは回線切断
を受けて回線接続待ち状態となる（Ｓ９０）。この間に
ユーザシステムにおいては、Ｓ９１において分析指示が
実行手段によって実行され、分析結果の収集が行われる
（Ｓ９２）。実行終了後、Ｓ９３において回線状態を回
線状態判定手段が判定し、切断状態であれば、Ｓ９４に
おいて回線接続手段が回線接続要求を出す。その回線接
続要求に対して、保守センタが接続応答を返すと（Ｓ９
５）、ユーザシステムでは、Ｓ９６において分析結果を
送信する。その分析結果を用いて保守センタでは分析を
行う（Ｓ９７）。また、Ｓ８７の分析作業時間判定にお
いて、短時間であると判定された場合には、回線切断指
示は出されないので回線は接続したままであり、ユーザ
システムにおいて回線状態判定を行った結果、接続中と
なり、回線接続要求を出すことなく、Ｓ９６において分
析結果の送信が行われる。

【００７９】また、折り返し接続あるいは一次切断どち
らの場合においても保守センタからの回線接続中（回線
接続中）という文字をオペレータに対して表示させるこ
とによって費用負担が発生していることを示し、効率良
いオペレーションを促すことができる。あるいは、文字
でなく回線接続中であることを示すマークを定義し、そ
のマークを表示させてもよい。また、これらの表示は、
例えば、点滅、あるいは色変えなどという特殊表示を行
ってより注意を促す方式を取ってもよい。あるいは、単
なる回線接続表示ではなく、発呼接続中、着呼接続中と
いう表示パターンを設けてもよい。さらに、これらに付
加して課金中であるという表示を付け加えても構わな
い。

【００８０】以上のように、この実施例では、保守セン
タからユーザシステムの遠隔保守を行うための回線接続
において、一旦保守センタから接続後、ユーザシステム
から折り返し接続することを可能とすることにより、回
線費用負担を必要に応じてユーザに負担させることも可
能な遠隔保守システムについて説明した。この実施例に
よれば、折り返し接続を行うことにより、ＮＴＴ回線契
約の形態に影響されることなく、保守センタにおける遠
隔保守のための回線費用負担を保守センタやユーザシス
テム双方に負担させることが可能となった。また、一時
切断を可能としたことにより、保守センタのオペレーシ
ョン中に発生する「思考時間」、「割り込み」などオペ
レーションが中断する要因が発生した場合、容易に回線
切断／回線接続が可能となり、回線接続時間で課金され
るタイプの回線を使用する場合の費用負担軽減が可能と
なった。また、保守センタからの回線接続中、回線接続
状態を文字やマークで表示するのでオペレータは費用負
担が発生しているのか否かが一目瞭然となり、効率良い
オペレーションを心がけることができるようになった。

【００８１】

【発明の効果】この発明によれば、ユーザシステムとセ
ンタシステムの接続時に、接続相手の照合が簡素化さ
れ、時間と回線費用が削減できる。

【００８２】また、この発明によれば、筐体管理情報を
記憶するので、ユーザシステム情報のキー変更が不要と
なり、情報の連続性が保証される。

【００８３】さらに、この発明によれば、保守部は記憶
されたシステム構成情報を参照してユーザシステムの保
守を実行するので、常に最新の情報に基づいて保守を行
うことができる。

【００８４】また、この発明によれば、保守に必要な情
報を選択して保守センタに転送できる効果がある。

【００８５】また、回線の種別に応じて補足情報を選択
するので、通報時の回線費用負担を軽減できる。また、
通報時間の短縮により、ユーザシステムの業務中断も短
縮できる。

【００８６】また、この発明によれば、補足情報の目録
を保守センタに転送するので、保守センタは目録を必要
な時に参照できる。

【００８７】また、目録には各補足情報の存在場所を示
す情報を有していることから、目録を参照して必要な時
に必要な情報を容易に参照できる効果がある。

【００８８】また、この発明によれば、遠隔保守のため
の回線費用を保守センタやユーザシステム双方に負担さ
せることが可能となる。

【００８９】また、この発明によれば、作業時間を判定
し、判定結果に基づいて、回線切断／回線接続が可能と
なるので、接続時間に対応して課金されるタイプの回線
の費用負担を軽減できる。

【００９０】さらに、この発明によれば、費用負担を意
識した効率良いオペレーションを促進できる。

【図面の簡単な説明】

【図１】この発明の実施例１を示すブロック図であ
る。

【図２】この発明におけるシステム立ち上げ時チェッ
クの流れ図である。

【図３】この発明におけるアプリケーションプログラ
ムの起動時の流れ図である。

【図４】この発明におけるＩＣカードのメモリ構造を
示す図である。

【図５】この発明における管理データテーブルの構成
を示すブロック図である。

【図６】この発明のソフトウェア管理機構のハードウ
ェア構成図である。

【図７】この発明のソフトウェア管理機能概要図であ
る。

【図８】この発明におけるＩＣカード作成までの手順
を示す流れ図である。

【図９】この発明におけるＩＣカードチェック手段の
手順を示す流れ図である。

【図１０】この発明の保守システムの機能図である。

【図１１】この発明の実施例のハードウェア構成の一
例を示す図である。

【図１２】この発明の保守システムにおけるユーザ情
報の一例を示す図である。

【図１３】この発明の保守システムのネットワーク構
成を示す図である。

【図１４】この発明の保守システムのユーザ識別子の
採番の流れを示す図である。

【図１５】この発明のユーザ識別子の形式を示す図で
ある。

【図１６】この発明のユーザシステムの立ち上げ時の
処理の流れ図である。

【図１７】ユーザシステムから保守センタに接続する
プロトコルを示す図である。

【図１８】この発明の保守センタにおけるファイルシ
ステムの図である。

【図１９】この発明の遠隔保守方式の機能図である。

【図２０】この発明の障害発生から修復までの流れ図
である。

【図２１】情報の優先順位による分類を示す図であ
る。

【図２２】この発明の回線定義情報の図である。

【図２３】情報の容量による分類に用いる計算式を示
す図である。

【図２４】この発明の解析補足資料の目録である解析
情報格納先一覧の一例を示す図である。

【図２５】この発明の遠隔保守システムの機能図であ
る。

【図２６】この発明の折り返し接続の手順の流れ図で
ある。

【図２７】通常の接続処理を示す図である。

【図２８】接続処理後の着呼側サブプログラム起動を
示す図である。

【図２９】この発明の折り返し接続において追加され
るインタフェースを示す図である。

【図３０】この発明の遠隔保守システムの機能図であ
る。

【図３１】この発明の一次切断の手順を示す流れ図で
ある。

【図３２】従来のユーザシステム照合方式の図であ
る。

【図３３】従来の保守システムの手順を示す流れ図で
ある。

【図３４】従来の遠隔保守の一例を示すブロック図で
ある。

【図３５】従来のファクシミリリモートサービスを示
すブロック図である。

【図３６】従来の遠隔保守の一例を示すブロック図で
ある。

【図３７】従来の遠隔保守の一例を示すブロック図で
ある。

【符号の説明】

１識別カード、２管理データテーブル、３セキュ
リティ管理プログラム、４被プロテクトノード、５
計算機筐体に設けられた個別の識別番号、６識別カード
リーダ／ライタ、７ＳＶＰ、８中央処理装置、９
遠隔地計算機、１０計算機本体、１１公衆回線、１
２識別カード、１４セキュリティ管理プログラム、
１７識別カードリーダ／ライタ、２３インタフェー
ス用専用Ｈ／Ｗ、２４８ビットデータバス、２５１
ビット制御線、４００ユーザシステム、４１１管理
情報記憶部、４１２正当性判定部、４１３情報送信
部、４２１収集手段、４２２選択手段、４２３転
送手段、４３１応答手段、４３２折り返し手段、４
４１実行手段、４４２回線状態判定手段、４４３
回線接続手段、６００センタシステム、６１１情報
登録部、６１２照合部、６１３保守部、６３１接続
要求手段、６３２折り返し接続要求手段、６３３回
線切断手段、６４１指示手段、６４２判定手段、６
４３回線切断手段、９０１情報処理システム、９０
２サービスプロセッサ（ＳＶＰ）、９０３機種タイ
プ保持手段、９０４，９０５通信制御手段、９０６
遠隔保守センタ、９０７通信回線、９１１ファクシ
ミリ装置、９１２ＣＰＵ、９１３ＲＯＭ、９１４
ＲＡＭ、９１５操作部、９１６スキャナ、９１７
プロッタ、９１８ＤＴＭＦレシーバ、９１９ＮＣ
Ｕ、９２０モデム、９２１バス、９２４診断装
置、９３１ログ収集手段、９３２自動通報判定手
段、９３６磁気ディスク装置、９４１センタ呼出し
手段、９４２通報送出手段、９５３フロッピーディ
スク、９５４コンソール、９５５保守試験制御部、
９５６操作制御部、９５７転送制御部、９６１，９
６２，・・・９６９周辺装置、９７１，９７２，・・
・９７９障害検出手段。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開昭57−55468（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/30 - 11/36 G06F 15/00 G06F 1/00

Claims

(57)【特許請求の範囲】

【請求項１】以下のユーザシステムとセンタシステム
を備えた保守システム（ａ）以下の要素を備えたユーザシステム（ａ１）ユーザシステムを識別する識別子としてユーザ
システム本体の筐体番号をユーザシステム内部に記憶す
る識別子記憶部、（ａ２）上記筐体番号を記憶するとともにユーザシステ
ムのシステム構成情報を記憶する管理情報記憶部を有す
る識別カード、（ａ３）ユーザシステムの立ち上げの際に上記識別カー
ドの管理情報記憶部に記憶されたユーザシステムのシス
テム構成情報と筐体番号とを読み出して、読み出された
筐体番号と上記識別子記憶部に記憶された筐体番号との
一致を確認し上記識別カードと上記ユーザシステムとの
整合性をチェックすることによりユーザシステムとして
の正当性の有無を判定する正当性判定部、（ａ４）上記正当性判定部により正当性ありと判定され
た場合に、上記正当性判定部が読み出したユーザシステ
ムのシステム構成情報と上記筐体番号とをセンタシステ
ムに送信する情報送信部、（ｂ）以下の要素を備えたセンタシステム（ｂ１）上記情報送信部により送信された上記ユーザシ
ステムのシステム構成情報と上記筐体番号とを受信し、
受信した上記ユーザシステムのシステム構成情報と上記
筐体番号とを記憶する情報登録部、（ｂ２）上記情報登録部に記憶された上記筐体番号で識
別されるユーザシステムに対して、上記情報登録部に記
憶されたシステム構成情報に記載されたシステム構成の
保守を実行する保守部。