JP3852522B2 - 保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体 - Google Patents
保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体 Download PDFInfo
- Publication number
- JP3852522B2 JP3852522B2 JP20017098A JP20017098A JP3852522B2 JP 3852522 B2 JP3852522 B2 JP 3852522B2 JP 20017098 A JP20017098 A JP 20017098A JP 20017098 A JP20017098 A JP 20017098A JP 3852522 B2 JP3852522 B2 JP 3852522B2
- Authority
- JP
- Japan
- Prior art keywords
- connection
- time
- user system
- maintenance center
- maintenance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体に関し、特に、遠隔の保守センタに定期的に接続するユーザシステムが当該接続時間を自動的に予約することが可能な保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
メインフレームのメーカは、通常、その製品である大型／中型汎用計算機を主体として構築された客先のシステム（ユーザシステム又は顧客システム）の出荷後も、その遠隔監視及び保守を行う。このために、メインフレームのメーカは保守センタを設ける。保守センタは、通常、ユーザシステムから遠隔の地点にある。ユーザシステムは、電話回線を介して保守センタに接続され、定期的かつ自動的に保守センタに接続してくる（以下、これを定期接続という）。
【０００３】
この保守センタの備える電話回線の数には限りがある。このため、回線が全て塞がっている状態で、あるユーザシステムが保守センタに接続してきた場合には、ビジー（話中）状態となり、その回の定期接続はスキップされてしまう。一方、定期接続は、当該ユーザシステムが運用している時間帯でなければならないので、保守センタから定期接続の時間を指定することはできない。そこで、ビジー状態を避けて確実に接続できるように、ユーザシステム側から保守センタに対して接続の時間を予約することが行われる。
【０００４】
【発明が解決しようとする課題】
この接続時間の予約は、従来、図１５に示すように、ユーザシステムの保守担当者（担当ＣＥ）と保守センタの保守担当者（センタ側担当者）との間の電話連絡によっている。このため、実際に定期接続を実施するまでの間に人間による事務的な手続が介入するため、定期接続の時間を予約（スケジューリング）を完了するまでにかなりの時間を必要としていた。
【０００５】
即ち、ユーザシステムの保守担当者が保守センタの保守担当者に対して希望の定期接続の曜日及び時間を電話で連絡する。保守センタの保守担当者は、スケジューリング台帳を参照して空いている時間帯を確認して、ユーザシステムの保守担当者に対して接続曜日及び時間を電話で通知する。この電話連絡に基づいて、ユーザシステムの保守担当者は与えられた接続曜日及び時間を当該ユーザシステムに手入力により登録する。これにより、当該ユーザシステムは当該登録された接続曜日及び時間に保守センタに接続する。一方、保守センタの保守担当者は、ユーザシステムに与えた接続曜日及び時間を、保守センタの備えるスケジューリング台帳の当該曜日及び時間に手入力により登録する。
【０００６】
なお、従来、保守センタであるコンピュータは、保守センタの複数の保守担当者が共通に参照できるように当該スケジューリング台帳を備えるが、これを用いて現実に登録されたユーザシステムが接続してきたか否かを確認する処理を行うことはない。
【０００７】
このように、従来の接続予約の方法は、図１５に示すように、保守センタの保守担当者（受け付け担当者）が在席していて円滑に予約できた場合ですら、保守担当者の負担が大きかった。即ち、ユーザシステムの保守担当者にとっては、接続時間を電話で予約しこれを当該ユーザシステムに手入力により登録しなければならず、煩わしい。また、保守センタの保守担当者にとっては、多数のユーザシステムからの予約を受け付け結果をスケジューリング台帳に手入力により登録しなければならず、煩わしい。
【０００８】
更に、従来の接続予約の方法は、図１５に示すように、保守センタの保守担当者が在席していない場合には、接続時間を予約することができなかった。従って、ユーザシステムにおける接続時間の登録を行うことができず、ユーザシステムが保守センタに接続することができなかった。特に、夜間や保守センタの休業日等の場合には、直ちに定期接続をしたいと言うユーザシステム側の希望に応えることができなかった。
【０００９】
以上とは別に、上記の従来の接続予約の方法では、ユーザシステムの運用開始後において実際の定期接続に失敗した場合でも、そのような状態をユーザシステム及び／又は保守センタの保守担当者が認識できる手段がなかった。また、定期接続に失敗している状態を修復するために、再び、ユーザシステム及び保守センタの保守担当者が事務的作業を行う必要があり、このための負担が大きいと共に、修復までにかなりの時間を要していた。
【００１０】
本発明は、ユーザシステムが遠隔の保守センタに接続する時間を自動的に予約可能な保守センタを提供することを目的とする。
また、本発明は、遠隔の保守センタに接続する時間を自動的に予約可能なユーザシステムを提供することを目的とする。
また、本発明は、ユーザシステムが遠隔の保守センタに接続する時間を自動的に予約可能な遠隔保守システムを提供することを目的とする。
【００１１】
また、本発明は、ユーザシステムが遠隔の保守センタに接続する時間を自動的に決定する処理を行わせるプログラムを記録するコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００１２】
【課題を解決するための手段】
図１は本発明の原理構成図であり、本発明による保守センタ１００、ユーザシステム２００、遠隔保守システムを示す。定期接続自動予約システムは、複数のユーザシステム２００とこれらの接続された保守センタ１００とからなる遠隔保守システムの一部を構成する。定期接続自動予約システムは運用時間割り出し手段１と接続時間決定手段２とを備える。運用時間割り出し手段１は履歴データから当該ユーザシステム２００の運用時間を割り出す。履歴データは、ユーザシステム２００から定期的な接続のスケジューリング依頼と共に受け取ったデータであって、ユーザシステム２００のハードウェアが操作された事象とその操作時刻とを含むデータである。接続時間決定手段２は、運用時間割り出し手段１の割り出した当該ユーザシステム２００の運用時間に基づいて、当該ユーザシステム２００の定期接続時間を決定し、定期的な接続のスケジューリング依頼に対する応答として、当該ユーザシステム２００に送信する。ユーザシステム２００は、前記応答として保守センタ１００から送信された定期接続時間に、保守センタ１００に定期的に接続する。ユーザシステム２００は、定期接続時間における保守センタ１００への接続の実績を調べて、所定期間内に定期接続時間における接続の実績がない場合に、保守センタ１００に対する定期的な接続のスケジューリング依頼を新たな履歴データと共に再度行う。
【００１３】
履歴データはユーザシステム２００のハードウェアの操作時刻を含むので、これから当該ユーザシステム２００の実際の運用時間を知ることができる。そこで、本発明の保守センタ１００、ユーザシステム２００、遠隔保守システムによれば、運用時間割り出し手段１が履歴データから当該ユーザシステム２００の運用時間を割り出し、接続時間決定手段２がこの運用時間に基づいて当該ユーザシステム２００の定期接続時間を自動的に決定する。これにより、ユーザシステム２００は決定された定期接続時間に確実にかつ定期的に保守センタ１００に接続することができる。従って、定期接続時間の予約のためのユーザシステム２００及び保守センタ１００の保守担当者間の電話連絡は不要にでき、ユーザシステム２００及び保守センタ１００における保守担当者による定期接続時間の手入力も不要にでき、保守担当者の負担をなくすることができる。更に、保守センタ１００の保守担当者が在席していない場合でも定期接続時間を予約することができる。従って、夜間や保守センタ１００の休業日等の場合でも、直ちに定期接続をしたいと言うユーザシステム２００側の希望に応えることができる。また、所定期間内に定期接続時間における接続の実績がない場合に、保守センタ１００に対する定期的な接続のスケジューリング依頼を、新たな履歴データと共に再度行う。これにより、所定期間以上定期接続が行われない場合、新たな履歴データに基づいて、自動的に割り当て時間が変更される。従って、この点からも保守担当者の負担をなくすることができる。
【００１４】
【発明の実施の形態】
図２は定期接続自動予約システム又は遠隔保守システムの構成を示す。遠隔保守システムは複数のユーザシステム（又は顧客システム）２００とこれらの接続された保守センタ１００とからなる。この保守センタ１００は例えばＡＲＭＳＳ（Advanced Remote Maintenance Supervisory System）センタと呼ばれる。
【００１５】
１個のユーザシステム２００は、あるメインフレームのメーカの製品である大型及び／又は中型汎用計算機を主体として構築された客先のコンピュータシステムである。保守センタ１００は、当該メインフレームのメーカによりユーザシステム２００から遠隔の地点に設けられ、それらの遠隔監視及び保守を行う。ユーザシステム２００は電話回線（例えば、公衆網又はＩＳＤＮ回線）３００を介して保守センタ１００に接続される。保守センタ１００の有する電話回線３００の数には制限があり、例えば８回線とされる。
【００１６】
遠隔保守システムはユーザシステム２００と保守センタ１００との間を定期的かつ自動的に接続する定期接続自動予約システムを含む。保守センタ１００は接続してきたユーザシステム２００のスケジューリング依頼について本発明による処理を行い、その割当時間を決定する。ユーザシステム２００は本発明により自動的に決定された割当時間に定期的かつ自動的に保守センタ１００に接続してくる。
【００１７】
説明の便宜上、最初に、ユーザシステム２００について説明する。ユーザシステム２００の各々又はその上に構築される定期接続自動予約システムは、依頼手段である依頼プロセス１１、接続手段である接続プロセス１２、履歴データを蓄積する記憶装置１３、割当時間格納領域１４、クロック１５、接続実績格納領域１６、及び、接続実績チェック手段である接続実績チェックプロセス１７（以下、チェックプロセス１７）とを備える。
【００１８】
依頼プロセス１１は、保守センタ１００に接続して、保守センタ１００に対して接続のスケジューリング依頼を行う。このスケジューリング依頼は当該ユーザシステム２００が稼働した時点で自動的に行われる。例えば、当該ユーザシステム２００が運用を開始して実際の業務を行った後の適当な時間に行われる。依頼プロセス１１は、保守センタ１００から当該スケジューリング依頼に対する応答としてスケジューリングされた（与えられた）割当時間を受信し、これを割当時間格納領域１４に格納（保持）する。割当時間は、後述するように、例えば「月曜の９時」のように与えられる。これにより、保守担当者が定期接続を意識する必要がなくなる。
【００１９】
依頼プロセス１１は、このスケジューリング依頼の送信と共に、履歴データを送信する。履歴データは当該ユーザシステム２００のハードウェアが操作された事象とその操作時刻とを含むデータである。履歴データは、図示しない他の手段（例えば、オペレーティングシステム）によって、当該ユーザシステム２００の運用の開始時点から記憶装置１３に蓄積されており、本来的には割当時間の決定のためではなく当該ユーザシステム２００の保守のために用いられる。履歴データはユーザシステム２００のハードウェアについてのログ（ログデータ）であるので、以下の説明においてこの履歴データを「ハードログ」と言うこととする。ハードログは、何時何分に当該ユーザシステム２００の電源が投入され何時何分に電源が切断されたと言うハードウェアの保守情報、及びその他の保守情報からなる。コンピュータの電源投入と言う操作（マシンＯＮ）が行われた時間から電源切断と言う操作（マシンＯＦＦ）が行われた時間までが、当該ユーザシステム２００であるコンピュータの稼働している時間（運用時間）である。
【００２０】
接続プロセス１２は保守センタ１００から与えられた割当時間に保守センタ１００に接続する。このために、接続プロセス１２は、割当時間格納領域１４の内容を参照し、これと当該ユーザシステム２００のマシン時間（現在の日時）を示すクロック１５とを比較し、両者が一致したら保守センタ１００に自動的に接続する。接続プロセス１２は、保守センタ１００に接続した場合、接続実績格納領域１６に当該接続の実績を格納する。格納される内容は、例えば当該接続の時間（接続実績値）、接続の回数、保守センタ１００から与えられた割当時間等である（図９の接続実績格納領域７参照）。なお、実際は、割当時間格納領域１４と接続実績格納領域１６とは同一領域とされる。即ち、保守センタ１００から与えられた割当時間を、保守センタ１００に接続した場合に当該時間に更新する。
【００２１】
チェックプロセス１７は、保守センタ１００から与えられた割当時間における保守センタ１００への接続の実績を調べて、所定期間内に接続の実績がない場合に、保守センタ１００に対する接続のスケジューリング依頼を依頼プロセス１１に行わせる。このために、チェックプロセス１７は、接続実績格納領域１６に格納された最新の接続実績値を参照し、これとクロック１５とを比較し、最新の接続実績値が現在の日時から遡って所定の期間内でない場合、スケジューリング依頼を依頼プロセス１１に行わせる。
【００２２】
図３はチェックプロセス１７が実行する接続実績チェック処理フローチャートを示す。
定期接続の実績と現在の時刻とを比較して、両者の時間間隔が所定期間以上空いていないか否かを調べる（ステップＳ１）。所定期間以上空いていない場合、処理を終了する。
【００２３】
一定期間以上空いている場合、依頼プロセス１１にハードログを保守センタ１００に送付させると共に、定期接続の割当時間の割当を再度依頼させる（ステップＳ２）。これにより、依頼プロセス１１は前述のスケジューリング依頼を行いその応答として新たな割当時間を得る。従って、所定期間以上、定期接続が行われない場合、自動的に割当時間が変更される。
【００２４】
以上のような所定期間内の接続実績がない状態は、以下のような場合に生じる。例えば、ユーザシステム２００においてその運用時間が変更された結果、保守センタ１００から設定された割当時間が新たな運用時間外である場合、当該割当時間にはユーザシステム２００が稼働していないので、長期間、接続実績がないことになる。また、当該ユーザシステム２００は保守センタ１００から設定された割当時間に接続しようとするが、自己の割当時間以外の時間帯に不正に接続しようとする他のユーザシステム２００が存在する場合、回線がビジーとなって接続できず、長期間、接続実績がないことになる。なお、このような場合、保守センタ１００は、長期間接続実績がないことは認識できるが、その原因、例えばユーザシステム２００の新たな運用時間を知ること等はできない。
【００２５】
しかし、本発明によれば、ユーザシステム２００における稼働時間の変更を、当該ユーザシステム２００自体が自動的に認識して割当時間の再スケジューリングを保守センタ１００に依頼する。これにより、ユーザシステム２００から保守センタ１００への定期接続が、所定期間以上途絶えるということを防止することができる。従って、ユーザシステム２００からそのハードログの転送が滞ることを防止でき、また、不正な時間に接続してくる他のユーザシステム２００により接続を妨害され続けることを回避できる。この結果、長期間の未接続を自動的に検出し正常化することができるので、この点でも保守担当者が定期接続を意識する必要がない。
【００２６】
次に、保守センタ１００について説明する。遠隔保守システムを構成する１個の保守センタ１００又はその上に構築される定期接続自動予約システムは、運用時間割り出し手段１である運用時間割り出しプロセス１（以下、割り出しプロセス１）、割当時間決定手段２である割当時間決定プロセス２（以下、決定プロセス２）、スケジューリング台帳３、クロック４、格納プロセス５、ハードログの蓄積手段である記憶装置６、接続実績格納領域７を備える。
【００２７】
割り出しプロセス１は、ユーザシステム２００からスケジューリング依頼を受信すると、当該ユーザシステム２００についてのハードログからその運用時間を割り出す。ハードログはマシンＯＮ／ＯＦＦの時間についてのデータを含むので、運用時間を割り出すことができる。この運用時間が当該ユーザシステム２００への割当時間として設定可能な時間帯である。割り出しプロセス１は、ユーザシステム２００の運用時間を割り出すと、これと共に決定プロセス２に制御を渡す。割り出しプロセス１による運用時間の割り出しについては、図４を参照して後に詳述する。
【００２８】
割り出しプロセス１が用いるハードログは、当該ユーザシステム２００が保守センタ１００に対して接続実績を持たない場合、当該ユーザシステム２００から受信する必要がある。従って、依頼プロセス１１は、前述のように、保守センタ１００への最初の接続の際に、スケジューリング依頼と共に当該ユーザシステム２００のハードログを送信する。また、当該ユーザシステム２００が他の要因により先に当該保守センタ１００に接続している場合、割り出しプロセス１が用いるハードログは、既に記憶装置６に蓄積されているハードログである。このために、割り出しプロセス１は、接続実績のあるユーザシステム２００からのスケジューリング依頼があると、記憶装置６を検索して該当するハードログを抽出してスケジューリングのためのデータとする。
【００２９】
いずれの場合でも、１個（１回の受信分）のハードログのみに基づいて運用時間を求めて固定してしまうと、これに基づいて算出される割当時間が不適切なものとなる可能性がある。これは、当該ユーザシステム２００の運用は、一定時間の経過により安定運用の時期に入るまでは不安定であり、運用時間が変動することがあるためである。
【００３０】
そこで、割り出しプロセス１は所定の個数、例えば３個のハードログを用いてユーザシステム２００の運用時間を割り出す。即ち、当該３個のハードログにおいて稼働時間として重なっている時間帯（コアタイム）を、ユーザシステム２００の運用時間として抽出する。なお、ユーザシステム２００毎に安定時期が異なる場合には、ユーザシステム２００毎に運用時間を割り出すために用いるハードログの個数（考慮すべき期間）を変えるように設定しても良い。例えば、あるユーザシステム２００については２個（２週間）のハードログを用い、他のユーザシステム２００については４個（４週間）のハードログを用いるようにしても良い。
【００３１】
通常、定期接続は１週間毎に行われ、その都度当該１週間分のハードログが保守センタ１００に転送されるので、３週間分のハードログから求めたコアタイムが運用時間とされる。割り出しプロセス１は、接続実績のないユーザシステム２００からのスケジューリング依頼があると、１週目（最初の接続）においては１週間分のハードログから運用時間を仮の運用時間（仮時間帯）とし、２週目においては２週間分のハードログから求めたコアタイムを仮時間帯とし、３週目においては３週間分のハードログから求めたコアタイムを本時間帯（本来の運用時間）とする。これにより、ユーザシステム２００の運用時間を正確に求めることができ、割当時間が運用時間外となって定期接続がスキップされることを防止できる。
【００３２】
一方、割り出しプロセス１は、接続実績のあるユーザシステム２００からのスケジューリング依頼があると、記憶装置６を検索して該当する過去３週間分のハードログを抽出してコアタイムを求めるためのデータとする。これにより、上記と同様に正確なユーザシステム２００の運用時間に基づいて定期接続がスキップされることを防止でき、かつ、スケジューリング依頼があったら直ちに本時間帯を決定することができる。
【００３３】
決定プロセス２は、割り出しプロセス１の割り出した当該ユーザシステム２００の運用時間（設定可能時間帯）に基づいて、当該ユーザシステム２００の割当時間を決定する。決定プロセス２による割当時間の決定処理については図４乃至図１０を参照して後に詳述する。決定プロセス２は、他のユーザシステム２００についての決定された割当時間が登録されたスケジューリング台帳３を備える。決定プロセス２は、割り出しプロセス１の割り出した当該ユーザシステム２００の運用時間に基づいて、スケジューリング台帳３を参照して割当時間を決定し、これをスケジューリング台帳３に登録すると共に、当該ユーザシステム２００の依頼プロセス１１に通知する。このような登録の繰り返しにより、スケジューリング台帳３が決定プロセス２により作成される。
【００３４】
格納プロセス５はあるユーザシステム２００から受信したハードログを記憶装置６の所定の位置にユーザシステム２００毎に格納する。記憶装置６はユーザシステム２００から受け取ったハードログを蓄積する。ハードログは例えば全てのユーザシステム２００（顧客）について、各ユーザシステム２００毎に蓄積される。これと共に、格納プロセス５は当該ユーザシステム２００の接続実績を接続実績格納領域７にユーザシステム２００毎に格納する。格納される内容は、例えば当該接続の時間（接続実績値）、接続の回数、当該ユーザシステム２００に先に与えた割当時間等である（図９参照）。接続実績値を格納するために、格納プロセス５は当該保守センタ１００のマシン時間（現在の日時）を示すクロック４を参照する。
【００３５】
図４及び図５を参照して、定期接続自動予約システムの基本的な処理について説明する。図４及び図５は一体となって、主として、ユーザシステム２００の依頼プロセス１１、保守センタ１００の割り出しプロセス１及び決定プロセス２が実行する処理を示す。
【００３６】
最初に、図４（Ａ）に示すように、依頼プロセス１１が、保守センタ１００に接続して、スケジューリング依頼と共にその時点までに自己の記憶装置１３に蓄積されたハードログを初めて送信する。この時点では定期接続時間（割当時間）が未決定である。従って、例えばユーザシステム２００であるコンピュータのマシンＯＮ時に、自動的にスケジューリング依頼が行われる。
【００３７】
一方、この時点ではスケジューリング依頼と共に送信されたハードログしか存在しない。従って、このハードログが運用時間の決定に用いられる。ハードログは当該ユーザシステム２００におけるマシンＯＮ時間「月曜の９時」及びマシンＯＦＦ時間「月曜の１７時」を含む。そこで、割り出しプロセス１は、受信したハードログから当該ユーザシステム２００の運用時間「月曜の９時乃至１７時」を割り出す。接続実績格納領域７を参照すると、当該接続が初回であることが判るので、この運用時間は仮時間帯（仮の運用時間）とされる。
【００３８】
決定プロセス２は、この仮時間帯「月曜の９時乃至１７時」を設定可能時間帯として用いて、スケジューリング台帳３を参照して割当時間として例えば「月曜の１１時」を決定し、当該ユーザシステム２００に送信する。依頼プロセス１１は、受信した割当時間「月曜の１１時」を割当時間格納領域１４に格納し、また、当該接続の時間を接続実績格納領域１６に格納する。
【００３９】
このように、ハードログを利用して運用時間を抽出することにより、特にユーザシステム２００の稼働時間を確認するまでもなく、運用時間を知ることができる。また、ユーザシステム２００の蓄積しているハードログ（を転送したもの）に基づいて運用時間を求めることにより、正確な運用時間を求めることができる。従って、運用時間内に割当時間を設定することにより、確実に定期接続の時間を予約し実際の接続を行うことができる。
【００４０】
２週目において、図４（Ｂ）に示すように、ユーザシステム２００の接続プロセス１１は、割当時間格納領域１４とクロック１５とを参照して、当該割当時間になったらハードログ及びスケジューリング依頼を送信する。この時、送信されるハードログは、実際に前回接続した時間から今回接続した時間までの間に、記憶装置１３に新たに蓄積されたものである。このハードログは当該ユーザシステム２００におけるマシンＯＮ時間「月曜の６時」及びマシンＯＦＦ時間「月曜の１６時」を含む。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。
【００４１】
３週目において、図５（Ａ）に示すように、接続プロセス１１は、２週目と同様に、当該割当時間になったらハードログ及びスケジューリング依頼を送信する。ハードログは当該ユーザシステム２００におけるマシンＯＮ時間「月曜の１２時」及びマシンＯＦＦ時間「月曜の２０時」を含む。
【００４２】
これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。但し、３週目であるので、割り出しプロセス１が割り出した時間を本時間帯として用いて、決定プロセス２により割当時間が決定される。
【００４３】
以後の週において、接続プロセス１２は、割当時間格納領域１４に格納された割当時間に自動的に保守センタ１００に接続し、ハードログを送信し、接続実績格納領域１６の内容を更新する。
【００４４】
以上の割当時間の決定処理において、決定プロセス２は、保守センタ１００であるコンピュータの負荷を分散して定期接続を確実に行うために、図６乃至図９に示すようなスケジューリングの最適化処理を行う。
【００４５】
図６は決定プロセス２の行う割当時間決定処理を示す。例えば、割り出しプロセス１が割り出した設定可能時間帯が「月曜の１０時乃至１５時」であるとし、スケジューリング台帳３が図６（Ａ）に示すような状態であるとする。
【００４６】
なお、図６（Ａ）のスケジューリング台帳３において、１本の電話回線３００を１個の正方形で表す。保守センタ１００の電話回線３００の数は８個である。黒い正方形は既に他のユーザシステム２００に割り当てられて回線ビジーである（ビジーとなるであろう）状態を示し、白い正方形は未だいずれのユーザシステム２００にも割り当てられていない状態を示す。黒い正方形には、当該割り当てられたユーザシステム２００が登録される。即ち、当該ユーザシステム２００の名前、コアタイム（仮時間帯又は本時間帯）等が格納される。以下の各図においても同様である。
【００４７】
まず、決定プロセス２は、スケジューリング台帳３を参照し、最も負荷の少ない時間帯、即ち、既にスケジューリングされているユーザシステム２００の数の少ない時間帯を抽出する。従って、この場合、決定プロセス２は「月曜の１１時」及び「月曜の１４時」を抽出する。
【００４８】
このように複数の候補が抽出された場合、決定プロセス２は、全体的に負荷の少ない時間帯を抽出する。このために、決定プロセス２は、最新のスケジューリング台帳３に基づいて、曜日別の全体台帳３Ａ及び時間帯別の全体台帳３Ｂを作成する。全体台帳３Ａ及び３Ｂはスケジューリング台帳３の一部であると考えて良い。
【００４９】
例えば、曜日別の全体台帳３Ａが図６（Ｂ）に示すような状態であるとする。この場合、決定プロセス２は、全体台帳３Ａを参照し、ユーザシステム２００の設定可能時間帯が「日曜の〜」となっていれば、「日曜」の選択が可能であるので、これを優先的に割当時間とする。但し、この例では、「月曜の１１時」及び「月曜の１４時」が候補であるので、「日曜」は選択できない。
【００５０】
そこで、決定プロセス２は、時間帯別の全体台帳３Ｂを参照する。例えば、全体台帳３Ｂが図６（Ｃ）に示すような状態であるとする。この場合、決定プロセス２は、ユーザシステム２００の設定可能時間帯が「月曜の１１時」及び「月曜の１４時」であるので、より分布の少ない「１１時」を抽出する。この結果、決定プロセス２は、当該ユーザシステム２００に対して、決定された割当時間として「月曜の１１時」という時間帯を通知する。
【００５１】
図７は決定プロセス２の行う割当時間決定処理を示す。例えば、割り出しプロセス１が割り出した設定可能時間帯が「月曜の１０時」であるとし、スケジューリング台帳３が図７に示すような状態であるとする。決定プロセス２は、スケジューリング台帳３を参照して設定可能な時間帯を抽出しようとするが、「月曜の１０時」には８本の電話回線３００が全てスケジューリングされて塞がっている。なお、割り出しプロセス１が割り出した設定可能時間帯が複数であっても、同様の場合がある。
【００５２】
このように時間帯を抽出することができない場合、決定プロセス２は、当該時間帯に既にスケジューリングされている他のユーザシステム２００ａ（図示せず）を抽出し、その設定可能時間帯を参照する。なお、ユーザシステム２００ａとしては、当該時間帯に既にスケジューリングされているユーザシステムの内から最も適切なものが抽出される。抽出されるユーザシステムとしては、例えば、最も設定可能時間帯の広いものか、又は、最も負荷の少ない時間帯に移動できるものがある。
【００５３】
例えば、ユーザシステム２００ａの設定可能時間帯が「月曜の１０時乃至１５時」であるとする。この場合、決定プロセス２は、ユーザシステム２００ａに割り当てた割当時間「月曜の１０時」を、ユーザシステム２００ａの設定可能時間帯「月曜の１０時乃至１３時」の内の最も負荷の少ない時間帯「月曜の１１時」に割り当てし直す。決定プロセス２は、空きのできた時間帯「月曜の１０時」を、当該ユーザシステム２００に決定された割当時間として通知する。
【００５４】
一方、決定プロセス２は、当該ユーザシステム２００ａが次に保守センタ１００に接続してきた時に、割り当てし直した新たな割当時間「月曜の１１時」を通知する。ユーザシステム２００ａにおいて、新たな割当時間「月曜の１１時」がその割当時間格納領域１４に格納される。
【００５５】
なお、以上のスケジューリング台帳３の見直しは、上記のように空き時間帯がない場合に限らず、適宜行うようにしても良い。例えば、決定プロセス２が、予め定められた所定の時間間隔で定期的に、又は、当該保守センタ１００の負荷が最も小さい時間に、上記見直しを行うようにしても良い。
【００５６】
図８は決定プロセス２の行う割当時間決定処理を示す。例えば、あるユーザシステム２００ａが「月曜の１２時」に保守センタ１００に接続してきたが、実際に割当時間として通知された時間帯は「月曜の１０時」であったとする。この場合、決定プロセス２は、実際に接続した時間とスケジューリング台帳３とを対比して、その結果が異なるので当該実際に接続した時間を接続実績格納領域７に当該ユーザシステム２００ａの接続実績として記録する。
【００５７】
決定プロセス２は、定期的に接続実績格納領域７を調べ、割当時間と異なる接続実績が当該領域７に所定の数以上に記録されている場合、当該ユーザシステム２００ａの割当時間を変更し、これに合わせてスケジューリング台帳３を更新する。
【００５８】
例えば、ユーザシステム２００ａが、その割り当てられた割当時間「月曜の１０時」とは異なる「月曜の１２時」における接続を連続して行ったとする。この場合、決定プロセス２は、当該ユーザシステム２００ａが次に保守センタ１００に接続してきた時に、当該接続実績である「月曜の１２時」を割り当てし直した新たな割当時間として通知する。
【００５９】
図９は決定プロセス２の行う割当時間決定処理を示す。例えば、あるユーザシステム２００ａが、所定の期間より長い期間、その割り当てられた割当時間「月曜の９時」に保守センタ１００に接続してこない場合がある。
【００６０】
そこで、決定プロセス２は、定期的に接続実績格納領域７を調べ、割り当てられた時間帯に接続実績が所定の期間より長い期間記録されていない場合、当該ユーザシステム２００ａの割当時間をスケジューリング台帳３から削除して、当該削除の事実のみを例えば接続実績格納領域７に記録する。
【００６１】
以上のように、決定プロセス２は保守センタ１００であるコンピュータの負荷を分散して均等化する。これにより、単に自動的に割当時間をスケジューリングするのみならず、定期接続時に電話回線３００がビジー状態であることによる接続失敗を防止することができる。また、決定プロセス２は、定期的に接続実績格納領域７とスケジューリング台帳３を照合することにより、接続実績を優先してスケジューリング台帳３を更新する。これにより、ユーザシステム２００から保守センタ１００への接続状況を正確に把握することができ、また、接続実績をリアルタイムで反映したスケジューリング台帳３を作成することができる。この接続実績に忠実なスケジューリング台帳３を用いることにより、定期接続時の回線ビジーによる接続失敗を防止することができ、更に、長期間接続のないユーザシステム２００をスケジューリング台帳３から削除して限られた本数の電話回線３００を有効に使用することができる。
【００６２】
割り出しプロセス１及び決定プロセス２は、上記の割当時間の決定の際に、以下のような割当時間補正処理を行う。例えば、あるユーザシステム２００のクロック１５の示す時間と保守センタ１００のクロック４の示す時間とがずれている場合がある。この場合、結果として、決定プロセス２のスケジューリングした時間と実際にユーザシステム２００の接続してくる時間とがずれることになる。そこで、接続プロセス１１は、スケジューリング依頼及びハードログと共に、当該ユーザシステム２００のクロック１５の示す時間（ユーザシステム時間）を保守センタ１００に送信する。割り出しプロセス１及び決定プロセス２はユーザシステム時間を用いて運用時間及び割当時間の補正を行う。
【００６３】
図１０は割り出しプロセス１及び決定プロセス２の行う割当時間補正処理を示す。例えば、図１０に示すように、あるユーザシステム２００の設定可能時間帯が「月曜の９時乃至１７時」であり、当該ハードログを送信した時の時間が当該ユーザシステム２００のクロック１５では「月曜の９時」であったとする。一方、この接続の時、保守センタ１００のクロック４は「月曜の１２時」を示していたとする。即ち、クロック１５とクロック４との間に３時間のずれがある。
【００６４】
この場合、割り出しプロセス１は設定可能時間帯に「＋３」して補正された設定可能時間帯「月曜の１２時乃至２０時」を求める。決定プロセス２は、この「月曜の１２時乃至２０時」を用いてスケジューリング台帳３を参照し、例えば割当時間「月曜の１４時」を抽出し、この割当時間から「−３」して割当時間「月曜の１１時」を決定する。
【００６５】
図１１は割り出しプロセス１が実行する運用時間割り出し処理フローチャートを示す。
当該ユーザシステム２００からの接続が４回目以上の接続か否かを調べる（ステップＳ３）。４回目以上の接続である場合、既に本時間帯が割り出されているので、処理を終了する。
【００６６】
４回目以上の接続でない場合、新たなハードログを解析し、ユーザシステム２００が稼働しているコアな曜日及び時間帯（コアタイム）を求める（ステップＳ４）。
【００６７】
前回に求めたコアタイムと今回求めたコアタイムとから、最新のコアタイムを求める（ステップＳ５）。
当該ユーザシステム２００からの接続が３回目の接続か否かを調べる（ステップＳ６）。
【００６８】
３回目の接続である場合、最新のコアタイムを割当時間帯として（ステップＳ７）、処理を終了する。
３回目の接続でない場合、最新のコアタイムを仮時間帯として（ステップＳ８）、処理を終了する。
【００６９】
図１２及び図１３は一体となって決定プロセス２が実行する割当時間決定処理フローチャートを示す。
図１２に示すように、当該ユーザシステム２００からの接続が４回目以上の接続か否かを調べる（ステップＳ９）。
【００７０】
４回目以上の接続である場合、既に本時間帯が割り出されているので、当該接続してきた時間とスケジューリング台帳３に登録された当該本時間帯とを比較して、当該ユーザシステム２００が割当時間に接続してきたか否かを調べる（ステップＳ１０）。割当時間に接続してきた場合、変更の必要がないので、処理を終了する。
【００７１】
当該接続が割当時間に接続してきていない場合、割当時間以外の接続が連続していないか否かを調べる（ステップＳ１１）。連続していない場合、例外的に割当時間以外に接続したので変更の必要がないと考えて、処理を終了する。
【００７２】
割当時間以外の接続が連続している場合、接続実績を優先するために、スケジューリング台帳３の当該接続した時間に空きがあるか否かを調べる（ステップＳ１２）。
【００７３】
空きがある場合、スケジューリング台帳３における当該ユーザシステム２００についての既存の登録（当該割当時間）を削除し、当該接続した時間を新たな割当時間としてスケジューリング台帳３に登録する（ステップＳ１３）。
【００７４】
当該登録した新たな割当時間を、当該ユーザシステム２００に通知する（ステップＳ１４）。
ステップＳ１２において、スケジューリング台帳３の当該接続した時間に空きがない場合、スケジューリング台帳３の見直しを実施する（ステップＳ１５）。即ち、他のユーザシステム２００についての割当時間の見直しを行ない、また、長期間未接続のユーザシステム２００の割当時間の削除を行う。
【００７５】
見直しの結果に基づいて、再度、スケジューリング台帳３の当該接続した時間に空きがあるか否かを調べる（ステップＳ１６）。空きがある場合、ステップＳ１３以下を実行する。
【００７６】
空きがない場合、当該遠隔保守システムのシステム運用者にエラーの発生を通知する（ステップＳ１７）。
当該ユーザシステム２００に今回接続した時間を通知して（ステップＳ１８）、処理を終了する。
【００７７】
一方、図１３に示すように、ステップＳ９において、４回目以上の接続でない場合、まだ本時間帯が割り出されていないので、当該接続した時間とスケジューリング台帳３の空き時間帯とを比較して、割り当て可能な時間帯を複数抽出する（ステップＳ１９）。
【００７８】
抽出した複数の時間帯を、負荷の少ない順に並べ変える（ステップＳ２０）。即ち、その時間帯を割り当てられているユーザシステム２００の少ない時間帯の順に並べ変えて時間帯列を作る。
【００７９】
当該時間帯列の先頭から順に１個の時間帯を取り出し、当該取り出した時間帯と仮時間帯及び／又は本時間帯とを比較することにより当該取り出した時間帯が仮時間帯及び／又は本時間帯に含まれるか否かを調べ、含まれなければこの処理を繰り返す（ステップＳ２１）。
【００８０】
当該取り出した時間帯が仮時間帯及び／又は本時間帯に含まれる場合、ステップＳ２１における繰り返しのループから脱出し、当該取り出した時間帯を新たな割当時間としてスケジューリング台帳３に登録する（ステップＳ２２）。
【００８１】
当該登録した新たな割当時間を、当該ユーザシステム２００に通知する（ステップＳ２３）。
ステップＳ２１において、当該時間帯列の最後まで上記比較を行っても当該取り出した時間帯が仮時間帯及び／又は本時間帯に含まれない場合、スケジューリング台帳３の見直しをしたか否かを調べる（ステップＳ２４）。見直しをした場合、ステップＳ１７以下を実行する。
【００８２】
見直しをしていない場合、ステップＳ１５と同様に、スケジューリング台帳３の見直しを実施する（ステップＳ２５）。即ち、他のユーザシステム２００についての割当時間の見直しを行ない、また、長期間未接続のユーザシステム２００の割当時間の削除を行う。この見直しの結果に基づいて、ステップＳ１９以下を実行する。
【００８３】
図１４は本発明の定期接続自動予約システム又は遠隔保守システムの動作の一例を示す。
最初に、新たに設定されたユーザシステム２００の接続プロセス１１が、保守センタ１００に対して、スケジューリング依頼と共に記憶装置１３に蓄積されたハードログを初めて送信する。保守センタ１００において、格納プロセス５が受信したハードログを記憶装置６の所定の位置に格納する。これと共に、割り出しプロセス１が受信したハードログを用いて運用時間を割り出し、初回であるのでこれを仮時間帯とする。決定プロセス２は、この仮時間帯を設定可能時間帯として用いてスケジューリング台帳３を参照し、保守センタ１００の負荷が分散するように割当時間を決定し、当該ユーザシステム２００に送信する。ユーザシステム２００において、接続プロセス１１が、受信した割当時間を割当時間格納領域１４に格納する。
【００８４】
２週目において、ユーザシステム２００の接続プロセス１１は、割当時間格納領域１４とクロック１５とを参照して、当該割当時間になったら記憶装置１３に蓄積されたハードログ及びスケジューリング依頼を送信する。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。
【００８５】
３週目において、接続プロセス１１は、２週目と同様に、当該割当時間になったらハードログ及びスケジューリング依頼を送信する。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。但し、３週目であるので、割り出しプロセス１が割り出した時間を本時間帯として用いて、決定プロセス２により割当時間が決定される。
【００８６】
以後の週において、接続プロセス１１は、割当時間格納領域１４に格納された割当時間に自動的に保守センタ１００に接続し、ハードログを送信し、接続実績格納領域１６の内容を更新する。
【００８７】
一方、ユーザシステム２００において、チェックプロセス１７は、定期的に接続実績格納領域１６の内容をチェックし、所定期間内に接続の実績がない場合には接続プロセス１１に対して再スケジューリング依頼を行わせる。即ち、接続プロセス１１は、最初の接続と同様に、スケジューリング依頼と共にハードログを保守センタ１００に送信する。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われ、再スケジューリングが自動的に行われる。
【００８８】
以上、本発明をその実施の態様により説明したが、本発明はその主旨に従って、種々変形することが可能である。
本発明は、上述した遠隔保守システムにおける保守センタ１００及び／又はユーザシステム２００において用いられるプログラムであって、当該保守センタ１００及び／又はユーザシステム２００であるコンピュータに上述した各処理を実行させるプログラムを格納したプログラム記録媒体をも提供するものであり、これらは本発明の技術的範囲に含まれる。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、保守センタ、ユーザシステム及び遠隔保守システムにおいて、履歴データから割り出した当該ユーザシステムの運用時間に基づいてその定期接続時間を決定することにより、定期接続の予約のためのユーザシステム及び保守センタの保守担当者間の負担をなくすることができ、保守センタの保守担当者が在席していない場合でも定期接続時間を予約することができるので、スケジューリングを短い時間で行うことができ、夜間や保守センタの休業日等の場合でも、直ちに定期接続をしたいと言うユーザシステム側の希望に応えることができ、一方、定期接続に失敗している状態を認識してこれを修復することができる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】遠隔保守システム説明図である。
【図３】接続実績チェック処理フローチャートである。
【図４】接続時間決定説明図である。
【図５】接続時間決定説明図である。
【図６】接続時間決定説明図である。
【図７】接続時間決定説明図である。
【図８】接続時間決定説明図である。
【図９】接続時間決定説明図である。
【図１０】接続時間決定説明図である。
【図１１】運用時間割り出し処理フローチャートである。
【図１２】接続時間決定処理フローチャートである。
【図１３】接続時間決定処理フローチャートである。
【図１４】遠隔保守システムの動作説明図である。
【図１５】従来技術説明図である。
【符号の説明】
１ 運用時間割り出しプロセス
２ 接続時間決定プロセス
３ スケジューリング台帳
４、１５ クロック
５ 格納プロセス
６、１３ 記憶装置
７、１６ 接続実績格納領域
１１ 接続プロセス
１４ 接続時間格納領域
１００ ユーザシステム
２００ 遠隔保守センタ
３００ 電話回線
【発明の属する技術分野】
本発明は、保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体に関し、特に、遠隔の保守センタに定期的に接続するユーザシステムが当該接続時間を自動的に予約することが可能な保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
メインフレームのメーカは、通常、その製品である大型／中型汎用計算機を主体として構築された客先のシステム（ユーザシステム又は顧客システム）の出荷後も、その遠隔監視及び保守を行う。このために、メインフレームのメーカは保守センタを設ける。保守センタは、通常、ユーザシステムから遠隔の地点にある。ユーザシステムは、電話回線を介して保守センタに接続され、定期的かつ自動的に保守センタに接続してくる（以下、これを定期接続という）。
【０００３】
この保守センタの備える電話回線の数には限りがある。このため、回線が全て塞がっている状態で、あるユーザシステムが保守センタに接続してきた場合には、ビジー（話中）状態となり、その回の定期接続はスキップされてしまう。一方、定期接続は、当該ユーザシステムが運用している時間帯でなければならないので、保守センタから定期接続の時間を指定することはできない。そこで、ビジー状態を避けて確実に接続できるように、ユーザシステム側から保守センタに対して接続の時間を予約することが行われる。
【０００４】
【発明が解決しようとする課題】
この接続時間の予約は、従来、図１５に示すように、ユーザシステムの保守担当者（担当ＣＥ）と保守センタの保守担当者（センタ側担当者）との間の電話連絡によっている。このため、実際に定期接続を実施するまでの間に人間による事務的な手続が介入するため、定期接続の時間を予約（スケジューリング）を完了するまでにかなりの時間を必要としていた。
【０００５】
即ち、ユーザシステムの保守担当者が保守センタの保守担当者に対して希望の定期接続の曜日及び時間を電話で連絡する。保守センタの保守担当者は、スケジューリング台帳を参照して空いている時間帯を確認して、ユーザシステムの保守担当者に対して接続曜日及び時間を電話で通知する。この電話連絡に基づいて、ユーザシステムの保守担当者は与えられた接続曜日及び時間を当該ユーザシステムに手入力により登録する。これにより、当該ユーザシステムは当該登録された接続曜日及び時間に保守センタに接続する。一方、保守センタの保守担当者は、ユーザシステムに与えた接続曜日及び時間を、保守センタの備えるスケジューリング台帳の当該曜日及び時間に手入力により登録する。
【０００６】
なお、従来、保守センタであるコンピュータは、保守センタの複数の保守担当者が共通に参照できるように当該スケジューリング台帳を備えるが、これを用いて現実に登録されたユーザシステムが接続してきたか否かを確認する処理を行うことはない。
【０００７】
このように、従来の接続予約の方法は、図１５に示すように、保守センタの保守担当者（受け付け担当者）が在席していて円滑に予約できた場合ですら、保守担当者の負担が大きかった。即ち、ユーザシステムの保守担当者にとっては、接続時間を電話で予約しこれを当該ユーザシステムに手入力により登録しなければならず、煩わしい。また、保守センタの保守担当者にとっては、多数のユーザシステムからの予約を受け付け結果をスケジューリング台帳に手入力により登録しなければならず、煩わしい。
【０００８】
更に、従来の接続予約の方法は、図１５に示すように、保守センタの保守担当者が在席していない場合には、接続時間を予約することができなかった。従って、ユーザシステムにおける接続時間の登録を行うことができず、ユーザシステムが保守センタに接続することができなかった。特に、夜間や保守センタの休業日等の場合には、直ちに定期接続をしたいと言うユーザシステム側の希望に応えることができなかった。
【０００９】
以上とは別に、上記の従来の接続予約の方法では、ユーザシステムの運用開始後において実際の定期接続に失敗した場合でも、そのような状態をユーザシステム及び／又は保守センタの保守担当者が認識できる手段がなかった。また、定期接続に失敗している状態を修復するために、再び、ユーザシステム及び保守センタの保守担当者が事務的作業を行う必要があり、このための負担が大きいと共に、修復までにかなりの時間を要していた。
【００１０】
本発明は、ユーザシステムが遠隔の保守センタに接続する時間を自動的に予約可能な保守センタを提供することを目的とする。
また、本発明は、遠隔の保守センタに接続する時間を自動的に予約可能なユーザシステムを提供することを目的とする。
また、本発明は、ユーザシステムが遠隔の保守センタに接続する時間を自動的に予約可能な遠隔保守システムを提供することを目的とする。
【００１１】
また、本発明は、ユーザシステムが遠隔の保守センタに接続する時間を自動的に決定する処理を行わせるプログラムを記録するコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００１２】
【課題を解決するための手段】
図１は本発明の原理構成図であり、本発明による保守センタ１００、ユーザシステム２００、遠隔保守システムを示す。定期接続自動予約システムは、複数のユーザシステム２００とこれらの接続された保守センタ１００とからなる遠隔保守システムの一部を構成する。定期接続自動予約システムは運用時間割り出し手段１と接続時間決定手段２とを備える。運用時間割り出し手段１は履歴データから当該ユーザシステム２００の運用時間を割り出す。履歴データは、ユーザシステム２００から定期的な接続のスケジューリング依頼と共に受け取ったデータであって、ユーザシステム２００のハードウェアが操作された事象とその操作時刻とを含むデータである。接続時間決定手段２は、運用時間割り出し手段１の割り出した当該ユーザシステム２００の運用時間に基づいて、当該ユーザシステム２００の定期接続時間を決定し、定期的な接続のスケジューリング依頼に対する応答として、当該ユーザシステム２００に送信する。ユーザシステム２００は、前記応答として保守センタ１００から送信された定期接続時間に、保守センタ１００に定期的に接続する。ユーザシステム２００は、定期接続時間における保守センタ１００への接続の実績を調べて、所定期間内に定期接続時間における接続の実績がない場合に、保守センタ１００に対する定期的な接続のスケジューリング依頼を新たな履歴データと共に再度行う。
【００１３】
履歴データはユーザシステム２００のハードウェアの操作時刻を含むので、これから当該ユーザシステム２００の実際の運用時間を知ることができる。そこで、本発明の保守センタ１００、ユーザシステム２００、遠隔保守システムによれば、運用時間割り出し手段１が履歴データから当該ユーザシステム２００の運用時間を割り出し、接続時間決定手段２がこの運用時間に基づいて当該ユーザシステム２００の定期接続時間を自動的に決定する。これにより、ユーザシステム２００は決定された定期接続時間に確実にかつ定期的に保守センタ１００に接続することができる。従って、定期接続時間の予約のためのユーザシステム２００及び保守センタ１００の保守担当者間の電話連絡は不要にでき、ユーザシステム２００及び保守センタ１００における保守担当者による定期接続時間の手入力も不要にでき、保守担当者の負担をなくすることができる。更に、保守センタ１００の保守担当者が在席していない場合でも定期接続時間を予約することができる。従って、夜間や保守センタ１００の休業日等の場合でも、直ちに定期接続をしたいと言うユーザシステム２００側の希望に応えることができる。また、所定期間内に定期接続時間における接続の実績がない場合に、保守センタ１００に対する定期的な接続のスケジューリング依頼を、新たな履歴データと共に再度行う。これにより、所定期間以上定期接続が行われない場合、新たな履歴データに基づいて、自動的に割り当て時間が変更される。従って、この点からも保守担当者の負担をなくすることができる。
【００１４】
【発明の実施の形態】
図２は定期接続自動予約システム又は遠隔保守システムの構成を示す。遠隔保守システムは複数のユーザシステム（又は顧客システム）２００とこれらの接続された保守センタ１００とからなる。この保守センタ１００は例えばＡＲＭＳＳ（Advanced Remote Maintenance Supervisory System）センタと呼ばれる。
【００１５】
１個のユーザシステム２００は、あるメインフレームのメーカの製品である大型及び／又は中型汎用計算機を主体として構築された客先のコンピュータシステムである。保守センタ１００は、当該メインフレームのメーカによりユーザシステム２００から遠隔の地点に設けられ、それらの遠隔監視及び保守を行う。ユーザシステム２００は電話回線（例えば、公衆網又はＩＳＤＮ回線）３００を介して保守センタ１００に接続される。保守センタ１００の有する電話回線３００の数には制限があり、例えば８回線とされる。
【００１６】
遠隔保守システムはユーザシステム２００と保守センタ１００との間を定期的かつ自動的に接続する定期接続自動予約システムを含む。保守センタ１００は接続してきたユーザシステム２００のスケジューリング依頼について本発明による処理を行い、その割当時間を決定する。ユーザシステム２００は本発明により自動的に決定された割当時間に定期的かつ自動的に保守センタ１００に接続してくる。
【００１７】
説明の便宜上、最初に、ユーザシステム２００について説明する。ユーザシステム２００の各々又はその上に構築される定期接続自動予約システムは、依頼手段である依頼プロセス１１、接続手段である接続プロセス１２、履歴データを蓄積する記憶装置１３、割当時間格納領域１４、クロック１５、接続実績格納領域１６、及び、接続実績チェック手段である接続実績チェックプロセス１７（以下、チェックプロセス１７）とを備える。
【００１８】
依頼プロセス１１は、保守センタ１００に接続して、保守センタ１００に対して接続のスケジューリング依頼を行う。このスケジューリング依頼は当該ユーザシステム２００が稼働した時点で自動的に行われる。例えば、当該ユーザシステム２００が運用を開始して実際の業務を行った後の適当な時間に行われる。依頼プロセス１１は、保守センタ１００から当該スケジューリング依頼に対する応答としてスケジューリングされた（与えられた）割当時間を受信し、これを割当時間格納領域１４に格納（保持）する。割当時間は、後述するように、例えば「月曜の９時」のように与えられる。これにより、保守担当者が定期接続を意識する必要がなくなる。
【００１９】
依頼プロセス１１は、このスケジューリング依頼の送信と共に、履歴データを送信する。履歴データは当該ユーザシステム２００のハードウェアが操作された事象とその操作時刻とを含むデータである。履歴データは、図示しない他の手段（例えば、オペレーティングシステム）によって、当該ユーザシステム２００の運用の開始時点から記憶装置１３に蓄積されており、本来的には割当時間の決定のためではなく当該ユーザシステム２００の保守のために用いられる。履歴データはユーザシステム２００のハードウェアについてのログ（ログデータ）であるので、以下の説明においてこの履歴データを「ハードログ」と言うこととする。ハードログは、何時何分に当該ユーザシステム２００の電源が投入され何時何分に電源が切断されたと言うハードウェアの保守情報、及びその他の保守情報からなる。コンピュータの電源投入と言う操作（マシンＯＮ）が行われた時間から電源切断と言う操作（マシンＯＦＦ）が行われた時間までが、当該ユーザシステム２００であるコンピュータの稼働している時間（運用時間）である。
【００２０】
接続プロセス１２は保守センタ１００から与えられた割当時間に保守センタ１００に接続する。このために、接続プロセス１２は、割当時間格納領域１４の内容を参照し、これと当該ユーザシステム２００のマシン時間（現在の日時）を示すクロック１５とを比較し、両者が一致したら保守センタ１００に自動的に接続する。接続プロセス１２は、保守センタ１００に接続した場合、接続実績格納領域１６に当該接続の実績を格納する。格納される内容は、例えば当該接続の時間（接続実績値）、接続の回数、保守センタ１００から与えられた割当時間等である（図９の接続実績格納領域７参照）。なお、実際は、割当時間格納領域１４と接続実績格納領域１６とは同一領域とされる。即ち、保守センタ１００から与えられた割当時間を、保守センタ１００に接続した場合に当該時間に更新する。
【００２１】
チェックプロセス１７は、保守センタ１００から与えられた割当時間における保守センタ１００への接続の実績を調べて、所定期間内に接続の実績がない場合に、保守センタ１００に対する接続のスケジューリング依頼を依頼プロセス１１に行わせる。このために、チェックプロセス１７は、接続実績格納領域１６に格納された最新の接続実績値を参照し、これとクロック１５とを比較し、最新の接続実績値が現在の日時から遡って所定の期間内でない場合、スケジューリング依頼を依頼プロセス１１に行わせる。
【００２２】
図３はチェックプロセス１７が実行する接続実績チェック処理フローチャートを示す。
定期接続の実績と現在の時刻とを比較して、両者の時間間隔が所定期間以上空いていないか否かを調べる（ステップＳ１）。所定期間以上空いていない場合、処理を終了する。
【００２３】
一定期間以上空いている場合、依頼プロセス１１にハードログを保守センタ１００に送付させると共に、定期接続の割当時間の割当を再度依頼させる（ステップＳ２）。これにより、依頼プロセス１１は前述のスケジューリング依頼を行いその応答として新たな割当時間を得る。従って、所定期間以上、定期接続が行われない場合、自動的に割当時間が変更される。
【００２４】
以上のような所定期間内の接続実績がない状態は、以下のような場合に生じる。例えば、ユーザシステム２００においてその運用時間が変更された結果、保守センタ１００から設定された割当時間が新たな運用時間外である場合、当該割当時間にはユーザシステム２００が稼働していないので、長期間、接続実績がないことになる。また、当該ユーザシステム２００は保守センタ１００から設定された割当時間に接続しようとするが、自己の割当時間以外の時間帯に不正に接続しようとする他のユーザシステム２００が存在する場合、回線がビジーとなって接続できず、長期間、接続実績がないことになる。なお、このような場合、保守センタ１００は、長期間接続実績がないことは認識できるが、その原因、例えばユーザシステム２００の新たな運用時間を知ること等はできない。
【００２５】
しかし、本発明によれば、ユーザシステム２００における稼働時間の変更を、当該ユーザシステム２００自体が自動的に認識して割当時間の再スケジューリングを保守センタ１００に依頼する。これにより、ユーザシステム２００から保守センタ１００への定期接続が、所定期間以上途絶えるということを防止することができる。従って、ユーザシステム２００からそのハードログの転送が滞ることを防止でき、また、不正な時間に接続してくる他のユーザシステム２００により接続を妨害され続けることを回避できる。この結果、長期間の未接続を自動的に検出し正常化することができるので、この点でも保守担当者が定期接続を意識する必要がない。
【００２６】
次に、保守センタ１００について説明する。遠隔保守システムを構成する１個の保守センタ１００又はその上に構築される定期接続自動予約システムは、運用時間割り出し手段１である運用時間割り出しプロセス１（以下、割り出しプロセス１）、割当時間決定手段２である割当時間決定プロセス２（以下、決定プロセス２）、スケジューリング台帳３、クロック４、格納プロセス５、ハードログの蓄積手段である記憶装置６、接続実績格納領域７を備える。
【００２７】
割り出しプロセス１は、ユーザシステム２００からスケジューリング依頼を受信すると、当該ユーザシステム２００についてのハードログからその運用時間を割り出す。ハードログはマシンＯＮ／ＯＦＦの時間についてのデータを含むので、運用時間を割り出すことができる。この運用時間が当該ユーザシステム２００への割当時間として設定可能な時間帯である。割り出しプロセス１は、ユーザシステム２００の運用時間を割り出すと、これと共に決定プロセス２に制御を渡す。割り出しプロセス１による運用時間の割り出しについては、図４を参照して後に詳述する。
【００２８】
割り出しプロセス１が用いるハードログは、当該ユーザシステム２００が保守センタ１００に対して接続実績を持たない場合、当該ユーザシステム２００から受信する必要がある。従って、依頼プロセス１１は、前述のように、保守センタ１００への最初の接続の際に、スケジューリング依頼と共に当該ユーザシステム２００のハードログを送信する。また、当該ユーザシステム２００が他の要因により先に当該保守センタ１００に接続している場合、割り出しプロセス１が用いるハードログは、既に記憶装置６に蓄積されているハードログである。このために、割り出しプロセス１は、接続実績のあるユーザシステム２００からのスケジューリング依頼があると、記憶装置６を検索して該当するハードログを抽出してスケジューリングのためのデータとする。
【００２９】
いずれの場合でも、１個（１回の受信分）のハードログのみに基づいて運用時間を求めて固定してしまうと、これに基づいて算出される割当時間が不適切なものとなる可能性がある。これは、当該ユーザシステム２００の運用は、一定時間の経過により安定運用の時期に入るまでは不安定であり、運用時間が変動することがあるためである。
【００３０】
そこで、割り出しプロセス１は所定の個数、例えば３個のハードログを用いてユーザシステム２００の運用時間を割り出す。即ち、当該３個のハードログにおいて稼働時間として重なっている時間帯（コアタイム）を、ユーザシステム２００の運用時間として抽出する。なお、ユーザシステム２００毎に安定時期が異なる場合には、ユーザシステム２００毎に運用時間を割り出すために用いるハードログの個数（考慮すべき期間）を変えるように設定しても良い。例えば、あるユーザシステム２００については２個（２週間）のハードログを用い、他のユーザシステム２００については４個（４週間）のハードログを用いるようにしても良い。
【００３１】
通常、定期接続は１週間毎に行われ、その都度当該１週間分のハードログが保守センタ１００に転送されるので、３週間分のハードログから求めたコアタイムが運用時間とされる。割り出しプロセス１は、接続実績のないユーザシステム２００からのスケジューリング依頼があると、１週目（最初の接続）においては１週間分のハードログから運用時間を仮の運用時間（仮時間帯）とし、２週目においては２週間分のハードログから求めたコアタイムを仮時間帯とし、３週目においては３週間分のハードログから求めたコアタイムを本時間帯（本来の運用時間）とする。これにより、ユーザシステム２００の運用時間を正確に求めることができ、割当時間が運用時間外となって定期接続がスキップされることを防止できる。
【００３２】
一方、割り出しプロセス１は、接続実績のあるユーザシステム２００からのスケジューリング依頼があると、記憶装置６を検索して該当する過去３週間分のハードログを抽出してコアタイムを求めるためのデータとする。これにより、上記と同様に正確なユーザシステム２００の運用時間に基づいて定期接続がスキップされることを防止でき、かつ、スケジューリング依頼があったら直ちに本時間帯を決定することができる。
【００３３】
決定プロセス２は、割り出しプロセス１の割り出した当該ユーザシステム２００の運用時間（設定可能時間帯）に基づいて、当該ユーザシステム２００の割当時間を決定する。決定プロセス２による割当時間の決定処理については図４乃至図１０を参照して後に詳述する。決定プロセス２は、他のユーザシステム２００についての決定された割当時間が登録されたスケジューリング台帳３を備える。決定プロセス２は、割り出しプロセス１の割り出した当該ユーザシステム２００の運用時間に基づいて、スケジューリング台帳３を参照して割当時間を決定し、これをスケジューリング台帳３に登録すると共に、当該ユーザシステム２００の依頼プロセス１１に通知する。このような登録の繰り返しにより、スケジューリング台帳３が決定プロセス２により作成される。
【００３４】
格納プロセス５はあるユーザシステム２００から受信したハードログを記憶装置６の所定の位置にユーザシステム２００毎に格納する。記憶装置６はユーザシステム２００から受け取ったハードログを蓄積する。ハードログは例えば全てのユーザシステム２００（顧客）について、各ユーザシステム２００毎に蓄積される。これと共に、格納プロセス５は当該ユーザシステム２００の接続実績を接続実績格納領域７にユーザシステム２００毎に格納する。格納される内容は、例えば当該接続の時間（接続実績値）、接続の回数、当該ユーザシステム２００に先に与えた割当時間等である（図９参照）。接続実績値を格納するために、格納プロセス５は当該保守センタ１００のマシン時間（現在の日時）を示すクロック４を参照する。
【００３５】
図４及び図５を参照して、定期接続自動予約システムの基本的な処理について説明する。図４及び図５は一体となって、主として、ユーザシステム２００の依頼プロセス１１、保守センタ１００の割り出しプロセス１及び決定プロセス２が実行する処理を示す。
【００３６】
最初に、図４（Ａ）に示すように、依頼プロセス１１が、保守センタ１００に接続して、スケジューリング依頼と共にその時点までに自己の記憶装置１３に蓄積されたハードログを初めて送信する。この時点では定期接続時間（割当時間）が未決定である。従って、例えばユーザシステム２００であるコンピュータのマシンＯＮ時に、自動的にスケジューリング依頼が行われる。
【００３７】
一方、この時点ではスケジューリング依頼と共に送信されたハードログしか存在しない。従って、このハードログが運用時間の決定に用いられる。ハードログは当該ユーザシステム２００におけるマシンＯＮ時間「月曜の９時」及びマシンＯＦＦ時間「月曜の１７時」を含む。そこで、割り出しプロセス１は、受信したハードログから当該ユーザシステム２００の運用時間「月曜の９時乃至１７時」を割り出す。接続実績格納領域７を参照すると、当該接続が初回であることが判るので、この運用時間は仮時間帯（仮の運用時間）とされる。
【００３８】
決定プロセス２は、この仮時間帯「月曜の９時乃至１７時」を設定可能時間帯として用いて、スケジューリング台帳３を参照して割当時間として例えば「月曜の１１時」を決定し、当該ユーザシステム２００に送信する。依頼プロセス１１は、受信した割当時間「月曜の１１時」を割当時間格納領域１４に格納し、また、当該接続の時間を接続実績格納領域１６に格納する。
【００３９】
このように、ハードログを利用して運用時間を抽出することにより、特にユーザシステム２００の稼働時間を確認するまでもなく、運用時間を知ることができる。また、ユーザシステム２００の蓄積しているハードログ（を転送したもの）に基づいて運用時間を求めることにより、正確な運用時間を求めることができる。従って、運用時間内に割当時間を設定することにより、確実に定期接続の時間を予約し実際の接続を行うことができる。
【００４０】
２週目において、図４（Ｂ）に示すように、ユーザシステム２００の接続プロセス１１は、割当時間格納領域１４とクロック１５とを参照して、当該割当時間になったらハードログ及びスケジューリング依頼を送信する。この時、送信されるハードログは、実際に前回接続した時間から今回接続した時間までの間に、記憶装置１３に新たに蓄積されたものである。このハードログは当該ユーザシステム２００におけるマシンＯＮ時間「月曜の６時」及びマシンＯＦＦ時間「月曜の１６時」を含む。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。
【００４１】
３週目において、図５（Ａ）に示すように、接続プロセス１１は、２週目と同様に、当該割当時間になったらハードログ及びスケジューリング依頼を送信する。ハードログは当該ユーザシステム２００におけるマシンＯＮ時間「月曜の１２時」及びマシンＯＦＦ時間「月曜の２０時」を含む。
【００４２】
これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。但し、３週目であるので、割り出しプロセス１が割り出した時間を本時間帯として用いて、決定プロセス２により割当時間が決定される。
【００４３】
以後の週において、接続プロセス１２は、割当時間格納領域１４に格納された割当時間に自動的に保守センタ１００に接続し、ハードログを送信し、接続実績格納領域１６の内容を更新する。
【００４４】
以上の割当時間の決定処理において、決定プロセス２は、保守センタ１００であるコンピュータの負荷を分散して定期接続を確実に行うために、図６乃至図９に示すようなスケジューリングの最適化処理を行う。
【００４５】
図６は決定プロセス２の行う割当時間決定処理を示す。例えば、割り出しプロセス１が割り出した設定可能時間帯が「月曜の１０時乃至１５時」であるとし、スケジューリング台帳３が図６（Ａ）に示すような状態であるとする。
【００４６】
なお、図６（Ａ）のスケジューリング台帳３において、１本の電話回線３００を１個の正方形で表す。保守センタ１００の電話回線３００の数は８個である。黒い正方形は既に他のユーザシステム２００に割り当てられて回線ビジーである（ビジーとなるであろう）状態を示し、白い正方形は未だいずれのユーザシステム２００にも割り当てられていない状態を示す。黒い正方形には、当該割り当てられたユーザシステム２００が登録される。即ち、当該ユーザシステム２００の名前、コアタイム（仮時間帯又は本時間帯）等が格納される。以下の各図においても同様である。
【００４７】
まず、決定プロセス２は、スケジューリング台帳３を参照し、最も負荷の少ない時間帯、即ち、既にスケジューリングされているユーザシステム２００の数の少ない時間帯を抽出する。従って、この場合、決定プロセス２は「月曜の１１時」及び「月曜の１４時」を抽出する。
【００４８】
このように複数の候補が抽出された場合、決定プロセス２は、全体的に負荷の少ない時間帯を抽出する。このために、決定プロセス２は、最新のスケジューリング台帳３に基づいて、曜日別の全体台帳３Ａ及び時間帯別の全体台帳３Ｂを作成する。全体台帳３Ａ及び３Ｂはスケジューリング台帳３の一部であると考えて良い。
【００４９】
例えば、曜日別の全体台帳３Ａが図６（Ｂ）に示すような状態であるとする。この場合、決定プロセス２は、全体台帳３Ａを参照し、ユーザシステム２００の設定可能時間帯が「日曜の〜」となっていれば、「日曜」の選択が可能であるので、これを優先的に割当時間とする。但し、この例では、「月曜の１１時」及び「月曜の１４時」が候補であるので、「日曜」は選択できない。
【００５０】
そこで、決定プロセス２は、時間帯別の全体台帳３Ｂを参照する。例えば、全体台帳３Ｂが図６（Ｃ）に示すような状態であるとする。この場合、決定プロセス２は、ユーザシステム２００の設定可能時間帯が「月曜の１１時」及び「月曜の１４時」であるので、より分布の少ない「１１時」を抽出する。この結果、決定プロセス２は、当該ユーザシステム２００に対して、決定された割当時間として「月曜の１１時」という時間帯を通知する。
【００５１】
図７は決定プロセス２の行う割当時間決定処理を示す。例えば、割り出しプロセス１が割り出した設定可能時間帯が「月曜の１０時」であるとし、スケジューリング台帳３が図７に示すような状態であるとする。決定プロセス２は、スケジューリング台帳３を参照して設定可能な時間帯を抽出しようとするが、「月曜の１０時」には８本の電話回線３００が全てスケジューリングされて塞がっている。なお、割り出しプロセス１が割り出した設定可能時間帯が複数であっても、同様の場合がある。
【００５２】
このように時間帯を抽出することができない場合、決定プロセス２は、当該時間帯に既にスケジューリングされている他のユーザシステム２００ａ（図示せず）を抽出し、その設定可能時間帯を参照する。なお、ユーザシステム２００ａとしては、当該時間帯に既にスケジューリングされているユーザシステムの内から最も適切なものが抽出される。抽出されるユーザシステムとしては、例えば、最も設定可能時間帯の広いものか、又は、最も負荷の少ない時間帯に移動できるものがある。
【００５３】
例えば、ユーザシステム２００ａの設定可能時間帯が「月曜の１０時乃至１５時」であるとする。この場合、決定プロセス２は、ユーザシステム２００ａに割り当てた割当時間「月曜の１０時」を、ユーザシステム２００ａの設定可能時間帯「月曜の１０時乃至１３時」の内の最も負荷の少ない時間帯「月曜の１１時」に割り当てし直す。決定プロセス２は、空きのできた時間帯「月曜の１０時」を、当該ユーザシステム２００に決定された割当時間として通知する。
【００５４】
一方、決定プロセス２は、当該ユーザシステム２００ａが次に保守センタ１００に接続してきた時に、割り当てし直した新たな割当時間「月曜の１１時」を通知する。ユーザシステム２００ａにおいて、新たな割当時間「月曜の１１時」がその割当時間格納領域１４に格納される。
【００５５】
なお、以上のスケジューリング台帳３の見直しは、上記のように空き時間帯がない場合に限らず、適宜行うようにしても良い。例えば、決定プロセス２が、予め定められた所定の時間間隔で定期的に、又は、当該保守センタ１００の負荷が最も小さい時間に、上記見直しを行うようにしても良い。
【００５６】
図８は決定プロセス２の行う割当時間決定処理を示す。例えば、あるユーザシステム２００ａが「月曜の１２時」に保守センタ１００に接続してきたが、実際に割当時間として通知された時間帯は「月曜の１０時」であったとする。この場合、決定プロセス２は、実際に接続した時間とスケジューリング台帳３とを対比して、その結果が異なるので当該実際に接続した時間を接続実績格納領域７に当該ユーザシステム２００ａの接続実績として記録する。
【００５７】
決定プロセス２は、定期的に接続実績格納領域７を調べ、割当時間と異なる接続実績が当該領域７に所定の数以上に記録されている場合、当該ユーザシステム２００ａの割当時間を変更し、これに合わせてスケジューリング台帳３を更新する。
【００５８】
例えば、ユーザシステム２００ａが、その割り当てられた割当時間「月曜の１０時」とは異なる「月曜の１２時」における接続を連続して行ったとする。この場合、決定プロセス２は、当該ユーザシステム２００ａが次に保守センタ１００に接続してきた時に、当該接続実績である「月曜の１２時」を割り当てし直した新たな割当時間として通知する。
【００５９】
図９は決定プロセス２の行う割当時間決定処理を示す。例えば、あるユーザシステム２００ａが、所定の期間より長い期間、その割り当てられた割当時間「月曜の９時」に保守センタ１００に接続してこない場合がある。
【００６０】
そこで、決定プロセス２は、定期的に接続実績格納領域７を調べ、割り当てられた時間帯に接続実績が所定の期間より長い期間記録されていない場合、当該ユーザシステム２００ａの割当時間をスケジューリング台帳３から削除して、当該削除の事実のみを例えば接続実績格納領域７に記録する。
【００６１】
以上のように、決定プロセス２は保守センタ１００であるコンピュータの負荷を分散して均等化する。これにより、単に自動的に割当時間をスケジューリングするのみならず、定期接続時に電話回線３００がビジー状態であることによる接続失敗を防止することができる。また、決定プロセス２は、定期的に接続実績格納領域７とスケジューリング台帳３を照合することにより、接続実績を優先してスケジューリング台帳３を更新する。これにより、ユーザシステム２００から保守センタ１００への接続状況を正確に把握することができ、また、接続実績をリアルタイムで反映したスケジューリング台帳３を作成することができる。この接続実績に忠実なスケジューリング台帳３を用いることにより、定期接続時の回線ビジーによる接続失敗を防止することができ、更に、長期間接続のないユーザシステム２００をスケジューリング台帳３から削除して限られた本数の電話回線３００を有効に使用することができる。
【００６２】
割り出しプロセス１及び決定プロセス２は、上記の割当時間の決定の際に、以下のような割当時間補正処理を行う。例えば、あるユーザシステム２００のクロック１５の示す時間と保守センタ１００のクロック４の示す時間とがずれている場合がある。この場合、結果として、決定プロセス２のスケジューリングした時間と実際にユーザシステム２００の接続してくる時間とがずれることになる。そこで、接続プロセス１１は、スケジューリング依頼及びハードログと共に、当該ユーザシステム２００のクロック１５の示す時間（ユーザシステム時間）を保守センタ１００に送信する。割り出しプロセス１及び決定プロセス２はユーザシステム時間を用いて運用時間及び割当時間の補正を行う。
【００６３】
図１０は割り出しプロセス１及び決定プロセス２の行う割当時間補正処理を示す。例えば、図１０に示すように、あるユーザシステム２００の設定可能時間帯が「月曜の９時乃至１７時」であり、当該ハードログを送信した時の時間が当該ユーザシステム２００のクロック１５では「月曜の９時」であったとする。一方、この接続の時、保守センタ１００のクロック４は「月曜の１２時」を示していたとする。即ち、クロック１５とクロック４との間に３時間のずれがある。
【００６４】
この場合、割り出しプロセス１は設定可能時間帯に「＋３」して補正された設定可能時間帯「月曜の１２時乃至２０時」を求める。決定プロセス２は、この「月曜の１２時乃至２０時」を用いてスケジューリング台帳３を参照し、例えば割当時間「月曜の１４時」を抽出し、この割当時間から「−３」して割当時間「月曜の１１時」を決定する。
【００６５】
図１１は割り出しプロセス１が実行する運用時間割り出し処理フローチャートを示す。
当該ユーザシステム２００からの接続が４回目以上の接続か否かを調べる（ステップＳ３）。４回目以上の接続である場合、既に本時間帯が割り出されているので、処理を終了する。
【００６６】
４回目以上の接続でない場合、新たなハードログを解析し、ユーザシステム２００が稼働しているコアな曜日及び時間帯（コアタイム）を求める（ステップＳ４）。
【００６７】
前回に求めたコアタイムと今回求めたコアタイムとから、最新のコアタイムを求める（ステップＳ５）。
当該ユーザシステム２００からの接続が３回目の接続か否かを調べる（ステップＳ６）。
【００６８】
３回目の接続である場合、最新のコアタイムを割当時間帯として（ステップＳ７）、処理を終了する。
３回目の接続でない場合、最新のコアタイムを仮時間帯として（ステップＳ８）、処理を終了する。
【００６９】
図１２及び図１３は一体となって決定プロセス２が実行する割当時間決定処理フローチャートを示す。
図１２に示すように、当該ユーザシステム２００からの接続が４回目以上の接続か否かを調べる（ステップＳ９）。
【００７０】
４回目以上の接続である場合、既に本時間帯が割り出されているので、当該接続してきた時間とスケジューリング台帳３に登録された当該本時間帯とを比較して、当該ユーザシステム２００が割当時間に接続してきたか否かを調べる（ステップＳ１０）。割当時間に接続してきた場合、変更の必要がないので、処理を終了する。
【００７１】
当該接続が割当時間に接続してきていない場合、割当時間以外の接続が連続していないか否かを調べる（ステップＳ１１）。連続していない場合、例外的に割当時間以外に接続したので変更の必要がないと考えて、処理を終了する。
【００７２】
割当時間以外の接続が連続している場合、接続実績を優先するために、スケジューリング台帳３の当該接続した時間に空きがあるか否かを調べる（ステップＳ１２）。
【００７３】
空きがある場合、スケジューリング台帳３における当該ユーザシステム２００についての既存の登録（当該割当時間）を削除し、当該接続した時間を新たな割当時間としてスケジューリング台帳３に登録する（ステップＳ１３）。
【００７４】
当該登録した新たな割当時間を、当該ユーザシステム２００に通知する（ステップＳ１４）。
ステップＳ１２において、スケジューリング台帳３の当該接続した時間に空きがない場合、スケジューリング台帳３の見直しを実施する（ステップＳ１５）。即ち、他のユーザシステム２００についての割当時間の見直しを行ない、また、長期間未接続のユーザシステム２００の割当時間の削除を行う。
【００７５】
見直しの結果に基づいて、再度、スケジューリング台帳３の当該接続した時間に空きがあるか否かを調べる（ステップＳ１６）。空きがある場合、ステップＳ１３以下を実行する。
【００７６】
空きがない場合、当該遠隔保守システムのシステム運用者にエラーの発生を通知する（ステップＳ１７）。
当該ユーザシステム２００に今回接続した時間を通知して（ステップＳ１８）、処理を終了する。
【００７７】
一方、図１３に示すように、ステップＳ９において、４回目以上の接続でない場合、まだ本時間帯が割り出されていないので、当該接続した時間とスケジューリング台帳３の空き時間帯とを比較して、割り当て可能な時間帯を複数抽出する（ステップＳ１９）。
【００７８】
抽出した複数の時間帯を、負荷の少ない順に並べ変える（ステップＳ２０）。即ち、その時間帯を割り当てられているユーザシステム２００の少ない時間帯の順に並べ変えて時間帯列を作る。
【００７９】
当該時間帯列の先頭から順に１個の時間帯を取り出し、当該取り出した時間帯と仮時間帯及び／又は本時間帯とを比較することにより当該取り出した時間帯が仮時間帯及び／又は本時間帯に含まれるか否かを調べ、含まれなければこの処理を繰り返す（ステップＳ２１）。
【００８０】
当該取り出した時間帯が仮時間帯及び／又は本時間帯に含まれる場合、ステップＳ２１における繰り返しのループから脱出し、当該取り出した時間帯を新たな割当時間としてスケジューリング台帳３に登録する（ステップＳ２２）。
【００８１】
当該登録した新たな割当時間を、当該ユーザシステム２００に通知する（ステップＳ２３）。
ステップＳ２１において、当該時間帯列の最後まで上記比較を行っても当該取り出した時間帯が仮時間帯及び／又は本時間帯に含まれない場合、スケジューリング台帳３の見直しをしたか否かを調べる（ステップＳ２４）。見直しをした場合、ステップＳ１７以下を実行する。
【００８２】
見直しをしていない場合、ステップＳ１５と同様に、スケジューリング台帳３の見直しを実施する（ステップＳ２５）。即ち、他のユーザシステム２００についての割当時間の見直しを行ない、また、長期間未接続のユーザシステム２００の割当時間の削除を行う。この見直しの結果に基づいて、ステップＳ１９以下を実行する。
【００８３】
図１４は本発明の定期接続自動予約システム又は遠隔保守システムの動作の一例を示す。
最初に、新たに設定されたユーザシステム２００の接続プロセス１１が、保守センタ１００に対して、スケジューリング依頼と共に記憶装置１３に蓄積されたハードログを初めて送信する。保守センタ１００において、格納プロセス５が受信したハードログを記憶装置６の所定の位置に格納する。これと共に、割り出しプロセス１が受信したハードログを用いて運用時間を割り出し、初回であるのでこれを仮時間帯とする。決定プロセス２は、この仮時間帯を設定可能時間帯として用いてスケジューリング台帳３を参照し、保守センタ１００の負荷が分散するように割当時間を決定し、当該ユーザシステム２００に送信する。ユーザシステム２００において、接続プロセス１１が、受信した割当時間を割当時間格納領域１４に格納する。
【００８４】
２週目において、ユーザシステム２００の接続プロセス１１は、割当時間格納領域１４とクロック１５とを参照して、当該割当時間になったら記憶装置１３に蓄積されたハードログ及びスケジューリング依頼を送信する。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。
【００８５】
３週目において、接続プロセス１１は、２週目と同様に、当該割当時間になったらハードログ及びスケジューリング依頼を送信する。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われる。但し、３週目であるので、割り出しプロセス１が割り出した時間を本時間帯として用いて、決定プロセス２により割当時間が決定される。
【００８６】
以後の週において、接続プロセス１１は、割当時間格納領域１４に格納された割当時間に自動的に保守センタ１００に接続し、ハードログを送信し、接続実績格納領域１６の内容を更新する。
【００８７】
一方、ユーザシステム２００において、チェックプロセス１７は、定期的に接続実績格納領域１６の内容をチェックし、所定期間内に接続の実績がない場合には接続プロセス１１に対して再スケジューリング依頼を行わせる。即ち、接続プロセス１１は、最初の接続と同様に、スケジューリング依頼と共にハードログを保守センタ１００に送信する。これに応じて、保守センタ１００において、最初の接続と同様の処理が行われ、再スケジューリングが自動的に行われる。
【００８８】
以上、本発明をその実施の態様により説明したが、本発明はその主旨に従って、種々変形することが可能である。
本発明は、上述した遠隔保守システムにおける保守センタ１００及び／又はユーザシステム２００において用いられるプログラムであって、当該保守センタ１００及び／又はユーザシステム２００であるコンピュータに上述した各処理を実行させるプログラムを格納したプログラム記録媒体をも提供するものであり、これらは本発明の技術的範囲に含まれる。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、保守センタ、ユーザシステム及び遠隔保守システムにおいて、履歴データから割り出した当該ユーザシステムの運用時間に基づいてその定期接続時間を決定することにより、定期接続の予約のためのユーザシステム及び保守センタの保守担当者間の負担をなくすることができ、保守センタの保守担当者が在席していない場合でも定期接続時間を予約することができるので、スケジューリングを短い時間で行うことができ、夜間や保守センタの休業日等の場合でも、直ちに定期接続をしたいと言うユーザシステム側の希望に応えることができ、一方、定期接続に失敗している状態を認識してこれを修復することができる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】遠隔保守システム説明図である。
【図３】接続実績チェック処理フローチャートである。
【図４】接続時間決定説明図である。
【図５】接続時間決定説明図である。
【図６】接続時間決定説明図である。
【図７】接続時間決定説明図である。
【図８】接続時間決定説明図である。
【図９】接続時間決定説明図である。
【図１０】接続時間決定説明図である。
【図１１】運用時間割り出し処理フローチャートである。
【図１２】接続時間決定処理フローチャートである。
【図１３】接続時間決定処理フローチャートである。
【図１４】遠隔保守システムの動作説明図である。
【図１５】従来技術説明図である。
【符号の説明】
１ 運用時間割り出しプロセス
２ 接続時間決定プロセス
３ スケジューリング台帳
４、１５ クロック
５ 格納プロセス
６、１３ 記憶装置
７、１６ 接続実績格納領域
１１ 接続プロセス
１４ 接続時間格納領域
１００ ユーザシステム
２００ 遠隔保守センタ
３００ 電話回線
Claims (6)
- ユーザシステムから定期的な接続のスケジューリング依頼と共に受け取った履歴データであって、ユーザシステムのハードウェアが操作された事象とその操作時刻とを含む履歴データから、当該ユーザシステムの運用時間を割り出す運用時間割り出し手段と、
前記運用時間割り出し手段の割り出した当該ユーザシステムの運用時間に基づいて、当該ユーザシステムの定期接続時間を決定し、前記定期的な接続のスケジューリング依頼に対する応答として当該ユーザシステムに送信する接続時間決定手段とを備え、
先に定期接続時間を送信したユーザシステムから新たな履歴データと共に再度の定期的な接続のスケジューリング依頼を受け取った場合、前記運用時間割り出し手段が前記新たな履歴データから当該ユーザシステムの新たな運用時間を割り出し、前記接続時間決定手段が前記新たな運用時間に基づいて当該ユーザシステムの新たな定期接続時間を決定し、前記再度の定期的な接続のスケジューリング依頼に対する応答として当該ユーザシステムに送信する
ことを特徴とする保守センタ。 - 前記接続時間決定手段が、
他のユーザシステムについての決定された定期接続時間が登録されたスケジューリング台帳を備え、
前記運用時間割り出し手段の割り出した当該ユーザシステムの運用時間に基づいて、前記スケジューリング台帳を参照して、当該ユーザシステムについての前記定期接続時間を決定する
ことを特徴とする請求項１に記載の保守センタ。 - 保守センタに対して、当該ユーザシステムのハードウェアが操作された事象とその操作時刻とを含む履歴データと共に、定期的な接続のスケジューリング依頼を送信する依頼手段と、
前記定期的な接続のスケジューリング依頼に対する応答として前記保守センタから送信された定期接続時間に当該保守センタに定期的に接続する接続手段と、
前記保守センタへの接続の実績を記録する記録手段と、
前記記録手段における前記定期接続時間における当該保守センタへの接続の実績を調べて、所定期間内に前記定期接続時間における接続の実績がない場合に、前記保守センタに対する前記定期的な接続のスケジューリング依頼を、新たな履歴データと共に前記依頼手段に再度送信させる接続実績チェック手段とを備える
ことを特徴とするユーザシステム。 - 複数のユーザシステムとこれらの接続された保守センタとからなり、
前記保守センタが、
前記ユーザシステムから定期的な接続のスケジューリング依頼と共に受け取った履歴データであって、ユーザシステムのハードウェアが操作された事象とその操作時刻とを含む履歴データから、当該ユーザシステムの運用時間を割り出す運用時間割り出し手段と、
前記運用時間割り出し手段の割り出した当該ユーザシステムの運用時間に基づいて、他のユーザシステムについての決定された定期接続時間が登録されたスケジューリング台帳を参照して、当該ユーザシステムの定期接続時間を決定し、前記定期的な接続のスケジューリング依頼に対する応答として当該ユーザシステムに送信する接続時間決定手段とを備え、
前記ユーザシステムが、
前記保守センタに対して、当該ユーザシステムのハードウェアが操作された事象とその操作時刻とを含む履歴データと共に、前記定期的な接続のスケジューリング依頼を送信する依頼手段と、
前記定期的な接続のスケジューリング依頼に対する応答として前記保守センタから送信された定期接続時間に当該保守センタに定期的に接続する接続手段と、
前記保守センタへの接続の実績を記録する記録手段と、
前記記録手段における前記定期接続時間における当該保守センタへの接続の実績を調べて、所定期間内に前記定期接続時間における接続の実績がない場合に、前記保守センタに対する前記定期的な接続のスケジューリング依頼を、新たな履歴データと共に前記依頼手段に再度送信させる接続実績チェック手段とを備え、
先に定期接続時間を送信したユーザシステムから前記新たな履歴データと共に前記再度の定期的な接続のスケジューリング依頼を受け取った場合、前記保守センタが前記新たな履歴データから当該ユーザシステムの新たな運用時間を割り出し、これに基づいて当該ユーザシステムの新たな定期接続時間を決定し、前記再度の定期的な接続のスケジューリング依頼に対する応答として当該ユーザシステムに送信する
ことを特徴とする遠隔保守システム。 - 複数のユーザシステムとこれらの接続された保守センタとを含む遠隔保守システムにおける前記保守センタにおいて用いられるプログラムであって、
前記ユーザシステムから定期的な接続のスケジューリング依頼と共に受け取った履歴データであって、前記ユーザシステムのハードウェアが操作された事象とその操作時刻とを含む履歴データから、当該ユーザシステムの運用時間を割り出す運用時間割り出し手順と、
前記運用時間割り出し手順において割り出した当該ユーザシステムの運用時間に基づいて、当該ユーザシステムの定期接続時間を決定し、前記定期的な接続のスケジューリング依頼に対する応答として当該ユーザシステムに送信する接続時間決定手順と、
先に定期接続時間を送信したユーザシステムから新たな履歴データと共に再度の定期的な接続のスケジューリング依頼を受け取った場合、前記運用時間割り出し手順及び前記接続時間決定手順を繰り返す手順とを、
当該保守センタであるコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。 - 複数のユーザシステムとこれらの接続された保守センタとを含む遠隔保守システムにおける前記ユーザシステムにおいて用いられるプログラムであって、
前記保守センタに対して、当該ユーザシステムのハードウェアが操作された事象とその操作時刻とを含む履歴データと共に、定期的な接続のスケジューリング依頼を行う依頼手順と、
前記定期的な接続のスケジューリング依頼に対する応答として前記保守センタから送信された定期接続時間に当該保守センタに定期的に接続する接続手順と、
前記保守センタへの接続の実績を記録する記録手順と、
前記定期接続時間における当該保守センタへの接続の実績を調べて、所定期間内に前記定期接続時間における接続の実績がない場合に、前記保守センタに対して前記定期的な接続のスケジューリング依頼を新たな履歴データと共に再度送信する接続実績チェック手順とを、
当該ユーザシステムであるコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20017098A JP3852522B2 (ja) | 1998-07-15 | 1998-07-15 | 保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20017098A JP3852522B2 (ja) | 1998-07-15 | 1998-07-15 | 保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000029743A JP2000029743A (ja) | 2000-01-28 |
| JP3852522B2 true JP3852522B2 (ja) | 2006-11-29 |
Family
ID=16419965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20017098A Expired - Fee Related JP3852522B2 (ja) | 1998-07-15 | 1998-07-15 | 保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3852522B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005033940A1 (ja) * | 2003-09-30 | 2005-04-14 | International Business Machines Corporation | 情報処理装置における管理プログラムの実行管理 |
| JP4537808B2 (ja) * | 2004-09-13 | 2010-09-08 | 三菱電機株式会社 | データ収集装置、データ収集システム及びデータ収集方法 |
| JP4497058B2 (ja) * | 2005-08-24 | 2010-07-07 | 横河電機株式会社 | プラント監視システム |
| JP6083476B2 (ja) * | 2014-01-15 | 2017-02-22 | 日本電気株式会社 | ログデータ収集システム、端末装置及びログデータ収集方法 |
| CN111198755B (zh) * | 2019-12-23 | 2023-07-21 | 曙光信息产业(北京)有限公司 | 一种基于slurm作业调度系统的预计费装置和方法 |
-
1998
- 1998-07-15 JP JP20017098A patent/JP3852522B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000029743A (ja) | 2000-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0910019B1 (en) | Remote backup system | |
| CN101137984B (zh) | 用于分布加载数据库的系统、方法和软件 | |
| CN110990432B (zh) | 一种跨机房同步分布式缓存集群的装置和方法 | |
| Dexter et al. | Comparison of statistical methods to predict the time to complete a series of surgical cases | |
| CN101019097A (zh) | 分布式存储系统管理方法 | |
| US6453326B1 (en) | Method and system for network data replication | |
| US9996599B2 (en) | Using access count of the remote site to optimize file transfer order for asynchronous replication | |
| US20040078628A1 (en) | Method, program and system for managing operation | |
| JP3852522B2 (ja) | 保守センタ、ユーザシステム、遠隔保守システム及びそれらのコンピュータ読み取り可能な記録媒体 | |
| CN107566460A (zh) | 分布式部署计划任务的方法和系统 | |
| US20080086658A1 (en) | Backup control device and system for data processing system | |
| US20020082896A1 (en) | POS terminal maintenance server and remote maintenance systems of POS terminals using the server | |
| US20020099682A1 (en) | System for managing telecommunications infrastructure | |
| CN116050797A (zh) | 一种自动排班方法和相关设备 | |
| US5857193A (en) | Centralized audiotext polling system | |
| US20030212681A1 (en) | Database access blocking during synchronization | |
| US20020026541A1 (en) | Remote control system, method and storage medium for image forming apparatus | |
| US7162497B2 (en) | System and method for shared directory management | |
| JPH0528021A (ja) | 二元配置データの管理方法 | |
| EP1349067A2 (en) | Document management system and method with fault recovery | |
| JP3245784B2 (ja) | 業務フロー管理制御システム | |
| JPH03155276A (ja) | 画像通信装置 | |
| JP3538067B2 (ja) | マルチプロセッサ構成交換機 | |
| US20230252823A1 (en) | Time and/or attendance recording device; system; method for operating a time and/or attendance recording device; computer program product | |
| JPH06243013A (ja) | 分散型データベースシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040803 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041004 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041015 |
|
| A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20041112 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060829 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |