JPH1049579A - Vacarious work execution system - Google Patents

Vacarious work execution system

Info

Publication number
JPH1049579A
JPH1049579A JP20248696A JP20248696A JPH1049579A JP H1049579 A JPH1049579 A JP H1049579A JP 20248696 A JP20248696 A JP 20248696A JP 20248696 A JP20248696 A JP 20248696A JP H1049579 A JPH1049579 A JP H1049579A
Authority
JP
Japan
Prior art keywords
business
transfer
storage unit
processor
information
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.)
Pending
Application number
JP20248696A
Other languages
Japanese (ja)
Inventor
Tatsuji Sakagami
竜次 阪上
Hiroshi Mimura
浩 味村
Mina Suzuki
美奈 鈴木
Yoshihisa Shiratori
喜久 白鳥
Kenichi Sasaki
憲一 佐々木
Akifumi Mochizuki
昭文 望月
Makoto Kawachi
誠 河内
Shigeyuki Hayashi
茂行 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Mitsubishi Electric Building Solutions Corp
Original Assignee
Mitsubishi Electric Corp
Mitsubishi Electric Building Techno Service Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp, Mitsubishi Electric Building Techno Service Co Ltd filed Critical Mitsubishi Electric Corp
Priority to JP20248696A priority Critical patent/JPH1049579A/en
Publication of JPH1049579A publication Critical patent/JPH1049579A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To reduce the labor of manual work and to shorten the switching time and restoring time required from the generation of an emergency event up to the restart of work. SOLUTION: When a work transfer processing is started, a work transfer client 2 reads out one or more vicarious work execution agencies stored in a load judging file 22 and a file transfer client 3 acquiers work processing volume stored in the system information file 23 of each vicarious work execution agency candidate through a router 8 and a transmission line 9, compares the operation processing volume of each vicarious work execution agency candidate at the point of time with reference load stored in a load judging file 22 included in its own processor, judges the system load of the candidate, and determines vicarious work execution agency based on the system load. The start and end of work transfer are registered in a schedule file 21 as start and end time.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】この発明は、複数の支社間で
業務代行を行う業務代行システムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a business agency system for performing business agency between a plurality of branch offices.

【0002】[0002]

【従来の技術】日本全国に支社がある場合、通常各支社
でそれぞれ業務を運用している。しかし、夜間や休祭日
及びシステムトラブル/天災等により各支社の業務が継
続不能に陥った場合、業務代行という機能がある。従
来、業務代行は、日本全国に点在する複数の支社に対
し、1つの拠点支社を設け、拠点情報センターとして、
夜間や休祭日の業務代行及びシステムトラブル、天災等
により業務運用不可能時に業務を代行していた。図17
に、支社情報センターと拠点情報センターの関係を示
す。東日本地区に点在する複数の支社情報センターの業
務を東日本拠点情報センターで一括して業務代行する。
このように、日本各地に点在する情報センターをいくつ
かのブロックに分け、複数の拠点情報センターで業務を
代行していた。図18に、従来の業務代行処理のフロー
チャートを示す。これは夜間、或いは、休日祭日に行う
通常時の業務代行処理である。ステップS102におい
て、業務代行を要求する支社情報センターは、拠点情報
センターへ業務代行を開始する旨を電話連絡する。ステ
ップS104において、支社情報センターの指令台にお
いて、業務代行開始の指示を画面より入力する。ステッ
プS106において、業務代行のために必要なデータの
抽出処理を開始する。ステップS108において、抽出
したデータを伝送路を介して拠点情報センターへ転送す
る。ステップS110において、拠点情報センターで
は、送られてきたデータをデータベースに反映する。ス
テップS112において、データをデータベースに反映
終了後、処理終了したことを知らせるデータを支社情報
センターへ転送する。ステップS114において、支社
情報センターでは、不要データを削除し、指令台に業務
代行処理が終了したというメッセージを表示する。ステ
ップS116において、拠点情報センターへ業務代行処
理終了の旨を電話で連絡する。
2. Description of the Related Art When there are branch offices all over Japan, each branch office usually operates its own business. However, when the business of each branch office cannot be continued due to night or holiday, system trouble / natural disaster, etc., there is a function of business substitution. Conventionally, the business agency has established one base branch office for multiple branch offices scattered throughout Japan, and as a base information center,
At night or on holidays, he was acting on behalf of the company when business operations were not possible due to system troubles, natural disasters, etc. FIG.
Shows the relationship between the branch information center and the base information center. The operations of multiple branch information centers scattered in the eastern Japan area will be handled collectively by the eastern Japan base information center.
In this way, information centers scattered throughout Japan were divided into several blocks, and operations were performed on behalf of a plurality of base information centers. FIG. 18 shows a flowchart of a conventional business agency process. This is a normal business operation processing performed at night or on a holiday. In step S102, the branch information center requesting the business agency calls the base information center to start the business agency. In step S104, an instruction to start a business agency is input from the screen at the command board of the branch office information center. In step S106, a process of extracting data necessary for the agency operation is started. In step S108, the extracted data is transferred to the base information center via the transmission path. In step S110, the base information center reflects the transmitted data in the database. In step S112, after the data has been reflected in the database, data notifying that the processing has been completed is transferred to the branch information center. In step S114, the branch office information center deletes the unnecessary data, and displays a message on the control console that the business acting process has been completed. In step S116, a notification to the effect that the agency processing has been completed is sent to the base information center by telephone.

【0003】以上のように、業務代行処理を行うが、業
務を代行できる拠点情報センターがブロック毎に1ヶ所
であった。また、業務代行の開始判断は、拠点情報セン
ターと支社情報センターとで人が電話連絡を取り、業務
代行することができる状態かどうか判断していた。
[0005] As described above, the business surrogate processing is performed, but there is one base information center per block which can perform the business surrogate. In addition, the start of the business agency was determined by whether or not a person could make a telephone call between the base information center and the branch office information center to perform the business agency.

【0004】[0004]

【発明が解決しようとする課題】上述のように、業務を
代行できる拠点情報センターがブロック毎に1ヶ所のみ
であるため、拠点情報センターが何らかの理由で処理負
荷が高い時やシステムダウンしている時は、業務代行す
ることができないという課題があった。また、業務代行
の開始判断は、拠点情報センターと支社情報センターと
で人が電話連絡を取り、業務代行することができる状態
か否か判断し、業務代行の開始/終了を行っていた。そ
のため、緊急事態発生時の業務代行は、業務サービスの
再開までに時間がかかり、信頼性、サービス性に課題が
あった。
As described above, since there is only one base information center per block that can perform work, the base information center is in a state where the processing load is high or the system is down for some reason. At times, there was a problem that it was not possible to act for business. In addition, the start of the agency operation is determined by whether or not a person can make a telephone call between the base information center and the branch office information center to perform the agency operation, and start / end the agency operation. For this reason, it takes time for business services to be restarted in the event of an emergency, until business services are restarted, and there have been problems in reliability and serviceability.

【0005】この発明は、上記のような課題を解決する
ためになされたもので、人手作業による手間の削減と切
り替え時間の短縮、及び緊急事態発生時の業務運用再開
までの復旧時間の短縮を図る業務代行システムを得るこ
とを目的とする。
SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and has been made to reduce labor and switching time by manual work, and to shorten recovery time until resuming business operation in the event of an emergency. The purpose is to obtain a business agency system.

【0006】[0006]

【課題を解決するための手段】この発明に係る業務代行
システムは、業務をそれぞれ実行する複数のプロセッサ
が、伝送路を介して接続され、互いに他のプロセッサの
業務を代行する業務代行システムにおいて、上記プロセ
ッサは、(a)1以上の他のプロセッサを業務を代行可
能な業務代行先候補として記憶し、該業務代行先候補に
おける業務の標準負荷とを記憶する負荷判定記憶部と、
(b)自プロセッサにおける業務処理量を記憶するシス
テム情報記憶部と、(c)自プロセッサにおける業務処
理量を収集し、システム情報記憶部に記憶するシステム
情報集積手段と、(d)データを上記伝送路を介し転送
する転送手段と、(e)上記負荷判定記憶部に記憶され
た1以上の業務代行先候補を取得し、上記転送手段を用
い、各業務代行先候補のシステム情報記憶部に記憶され
た業務処理量を取得し、各業務代行先候補の業務処理量
と上記負荷判定記憶部に記憶された標準負荷とを比較し
て各業務代行先候補のシステム負荷を所定の手順に従っ
て判定し、システム負荷に基づいて業務代行先を決定し
て業務を移行する業務移行手段とを備えることを特徴と
する。
A business surrogate system according to the present invention is a business surrogate system in which a plurality of processors each executing a business are connected via a transmission line to mutually perform the business of another processor. The processor includes: (a) a load determination storage unit that stores one or more other processors as business proxy candidates capable of performing a business, and stores a standard load of the business in the business proxy destination candidate;
(B) a system information storage unit that stores the amount of business processing in the own processor; (c) a system information accumulation unit that collects the amount of business processing in the own processor and stores it in the system information storage unit; Transfer means for transferring via a transmission path; and (e) obtaining one or more service agent destination candidates stored in the load determination storage unit and using the transfer means to store in the system information storage unit of each service agent candidate. Obtain the stored business processing amount, compare the business processing amount of each business surrogate destination candidate with the standard load stored in the load determination storage unit, and determine the system load of each business surrogate destination candidate according to a predetermined procedure. And a task transfer unit that determines a service transfer destination based on the system load and transfers the task.

【0007】業務代行システムは、更に、業務に関する
データを記憶するデータ記憶部を備え、上記業務移行手
段は、更に、上記データ記憶部から移行する業務に関連
するデータを抽出し、上記転送手段は、更に、上記抽出
されたデータを上記伝送路を介して業務代行先に転送す
ることを特徴とする。
The business agency system further includes a data storage unit for storing data relating to the business, the business transfer unit further extracts data related to the business to be transferred from the data storage unit, and the transfer unit includes: Further, the extracted data is transferred to a business agency via the transmission path.

【0008】上記業務代行システムは、更に、入力手段
を備え、上記入力手段により任意の時刻に業務代行処理
を開始し、終了することを特徴とする。
[0008] The business agency system further comprises an input means, and the business agency processing is started and ended at an arbitrary time by the input means.

【0009】上記業務代行システムは、更に、業務移行
開始時刻と業務移行終了時刻とを記憶するスケジュール
記憶部を備え、上記スケジュール記憶部に記憶された業
務移行開始時刻に、上記業務移行手段は自プロセッサの
業務を他のプロセッサに移行する移行処理を開始し、上
記スケジュール記憶部に記憶された業務移行終了時刻に
業務を代行しているプロセッサは代行していた業務を終
了し、業務移行元のプロセッサに移管することを特徴と
する。
The business agency system further includes a schedule storage unit for storing a business transfer start time and a business transfer end time, and the business transfer unit stores the business transfer start time stored in the schedule storage unit. The transfer process for transferring the task of the processor to another processor is started, and the processor acting on behalf of the task at the task transfer end time stored in the schedule storage unit ends the task on behalf of the task, and the It is characterized by transferring to a processor.

【0010】上記負荷判定記憶部は、更に、業務代行先
候補毎に優先順位を記憶し、上記業務移行手段は、優先
順位に基づいて業務代行先を決定することを特徴とす
る。
[0010] The load determination storage unit may further store a priority for each of the business proxy destination candidates, and the business transfer means may determine the business proxy destination based on the priority.

【0011】上記負荷判定記憶部は、更に、業務代行先
候補毎に代行可能なプロセッサ数を記憶し、上記システ
ム情報記憶部は、更に、代行中のプロセッサ数を記憶
し、上記業務移行手段は、代行可能なプロセッサ数と代
行中のプロセッサ数を比較し、業務代行先を決定するこ
とを特徴とする。
[0011] The load determination storage unit further stores the number of processors that can be substituted for each business substitution destination candidate, the system information storage unit further stores the number of processors that are being substituted, The number of processors that can be substituted and the number of processors that are being substituted are compared to determine a business substitution destination.

【0012】上記システム情報記憶部は、更に、自プロ
セッサの運転モードを記憶し、上記業務移行手段は、業
務代行先候補の上記システム情報記憶部に記憶された運
転モードに基づき業務代行先を決定することを特徴とす
る。
The system information storage unit further stores an operation mode of its own processor, and the business transfer means determines a business transfer destination based on the operation mode stored in the system information storage unit as a business transfer destination candidate. It is characterized by doing.

【0013】[0013]

【発明の実施の形態】BEST MODE FOR CARRYING OUT THE INVENTION

実施の形態1.この実施の形態は、予め設定した時刻に
自プロセッサの業務を他のプロセッサに移行する移行処
理を開始し、所定の時刻がくると業務を代行しているプ
ロセッサは、代行していた業務を終了し、業務移行元の
プロセッサに移管する業務代行システムについて述べ
る。
Embodiment 1 FIG. In this embodiment, at a preset time, a transfer process for transferring the task of the own processor to another processor is started, and when a predetermined time comes, the processor acting for the task terminates the task on behalf of the processor. Then, a business proxy system to be transferred to the processor of the business transfer source will be described.

【0014】図1は、業務代行システムの全体構成図で
ある。東日本拠点情報センター(東京)とその他の6つ
の支社情報センターから構成される。それぞれの情報セ
ンターで独立に業務を実行しており、かつ、互いに他の
支社の業務を代行するために伝送路を介して支社間で相
互に接続されている。西日本地区に関しても同様であ
る。図2は、各支社における業務の顧客管理体系を示す
図である。各支社における業務は、ビルのエレベータ及
び設備の保守管理である。各支社は、顧客毎にオンコー
ル契約、或いは、遠隔監視契約を結ぶ。オンコール契約
とは、例えば、その顧客の建物に設置されたエレベータ
で故障が発生した場合、顧客は、契約した情報センター
に電話で故障発生を連絡する。情報センターでは、電話
連絡により故障発生を知り、フィールドエンジニアを派
遣し故障の処置をする。遠隔監視契約とは、遠隔監視契
約を結んでいるエレベータ、或いは、設備に故障が発生
すると、自動的に故障信号を情報センターに発報する。
これにより、情報センターは、フィールドエンジニアを
派遣し故障の処置を行う。オンコール契約には、顧客の
所有する建物のエレベータ、設備、冷熱機器が対象とな
る。遠隔監視契約では、顧客の所有している建物のエレ
ベータ、或いは、設備が対象となる。遠隔監視契約の場
合、対象となるエレベータ、或いは、設備にMOP(M
ONITOR PANEL)を設置し、対象となるエレ
ベータ、或いは、設備の故障信号や定時発報信号を情報
センターへ自動的に発報する。MOP情報とは、このモ
ニタパネル(MOP)から送られてきた情報のことであ
る。
FIG. 1 is an overall configuration diagram of a business surrogate system. It consists of the East Japan Information Center (Tokyo) and the other six branch information centers. Each information center independently executes a business, and is mutually connected between the branch offices via a transmission line to perform the business of another branch office on behalf of each other. The same applies to western Japan. FIG. 2 is a diagram showing a business customer management system in each branch office. The business at each branch office is the maintenance and management of elevators and equipment in buildings. Each branch office has an on-call contract or a remote monitoring contract for each customer. In the on-call contract, for example, when a failure occurs in an elevator installed in a building of the customer, the customer notifies the contracted information center of the occurrence of the failure by telephone. The information center knows the occurrence of the failure by telephone and dispatches a field engineer to take action for the failure. The remote monitoring contract means that when a failure occurs in an elevator or equipment with which the remote monitoring contract is concluded, a failure signal is automatically issued to an information center.
As a result, the information center dispatches a field engineer to take measures for failure. The on-call contract covers elevators, equipment, and cooling equipment of buildings owned by customers. The remote monitoring contract covers the elevators or facilities of the building owned by the customer. In the case of a remote monitoring contract, the MOP (M
An ONITOR PANEL) is installed to automatically issue a failure signal or a periodic notification signal of a target elevator or equipment to an information center. The MOP information is information sent from the monitor panel (MOP).

【0015】図3は、オンコール契約と遠隔監視契約を
説明するための図である。××ビルには、エレベータ0
1号機、エレベータ02号機、エレベータ03号機と給
排水設備がある。エレベータ02号機とエレベータ03
号機と給排水設備は、遠隔監視契約を結んでいるため、
モニタパネルMOP.01号機が設置されている。エレ
ベータ02号機と03号機と給排水設備で事故が発生す
ると、自動的にモニタパネルが情報センターに故障信号
を発報する。エレベータ01号機の場合は、故障が発生
すると、管理人が情報センターに電話し、故障発生を連
絡する。
FIG. 3 is a diagram for explaining an on-call contract and a remote monitoring contract. XX Building has elevator 0
There is a water supply / drainage system with the first unit, elevator unit 02, elevator unit 03. Elevator 02 and Elevator 03
Unit No. and plumbing equipment have a remote monitoring contract,
Monitor panel MOP. Unit 01 is installed. When an accident occurs in elevators 02 and 03 and the plumbing equipment, the monitor panel automatically issues a failure signal to the information center. In the case of the elevator 01, when a failure occurs, the manager calls the information center and notifies the occurrence of the failure.

【0016】図4は、支社情報センターにおける業務代
行システムのブロック図である。図において、101は
支社情報センターにおけるプロセッサである。プロセッ
サ101は、以下に述べるサーバ1からペン入力コンピ
ュータ(図ではPCと記す)64で構成される。1はサ
ーバである。サーバ1は、データベース、音声の制御情
報及び他のクライアントから出された命令の管理を行
う。サーバ1のデータベースには、負荷判定ファイル2
2、システム情報ファイル23、マスタ情報ファイル2
4、トランザクションファイル25、フィールドエンジ
ニア(図ではFEと記す)情報ファイル26を備える。
負荷判定ファイル22は、業務代行先候補における業務
の標準負荷を記憶する。システム情報ファイル23は、
自プロセッサ101における業務処理量、即ち、単位時
間当たりの電話着信件数、故障発生件数、発報件数を記
憶する。業務に関するデータを記憶するデータ記憶部
は、マスタ情報ファイル24、トランザクションファイ
ル25、フィールドエンジニア情報ファイル26であ
る。マスタ情報ファイル24は、後に詳述する顧客情報
等を記憶する。トランザクションファイル25は、時間
とともに発生し変化する顧客の故障経歴情報や故障発生
情報を記憶する。フィールドエンジニア情報ファイル2
6には、故障の時、処置を行うフィールドエンジニアの
動静情報が記憶されている。2は業務代行クライアント
である。業務移行手段である業務代行クライアント2
は、スケジュールファイル21を備える。スケジュール
ファイル21は、自支社と業務を代行する可能性のある
他支社に関し、業務移行開始時刻と業務移行終了時刻と
を記憶し、夜間や休祭日の定時の業務移行に用いる。業
務代行クライアント2は、スケジュールファイル21の
業務移行開始時刻を読み出し、業務移行開始時刻がきた
ならば、自支社の業務を他の支社に移行する移行処理を
開始する。また、他の支社の業務を代行している場合、
スケジュールファイル21に記憶されている該当支社の
業務移行終了時刻を読み出し、終了時刻になったなら
ば、代行している業務を終了し、元の支社に業務を移管
する処理を行う。また、業務代行クライアント2は、業
務移行処理を開始すると負荷判定ファイル22に記憶さ
れた1以上の業務代行先を読み出し、各業務代行先候補
のシステム情報ファイル23に記憶された業務処理量を
取得し、各業務代行先候補のその時点の業務処理量と負
荷判定ファイル22に記憶された標準負荷とを比較し
て、業務代行先候補のシステム負荷を判定し、システム
負荷に基づいて業務代行先を決定する。3は、転送手段
であるファイル転送クライアントである。ファイル転送
クライアント3はデータを伝送路を介して転送する。4
はシステム情報集積手段である情報集積クライアントで
ある。情報集積クライアント4は、自プロセッサ101
における業務処理量(電話着信件数、故障発生件数、発
報件数)を定期的に(1時間毎等、外部パラメータとし
て設定可能)集計し、システム情報ファイル23に記憶
する。6は指令台である。指令台6は、左指令台61、
中央指令台62、右指令台63、ペン入力PC64から
なる。左指令台61、中央指令台62、右指令台63
は、表示装置を有し、表示装置は、タッチパネルとなっ
ており、オペレータは、タッチパネルの所定の領域を触
れることにより、命令を入力することができる。64は
ペンで文字を書くことにより、文字入力可能なペン入力
コンピュータである。指令台6には、電話機能が備えら
れており、電話による故障発生、或いは、問い合わせを
受けることができる。7は共用プリンタである。8はル
ータ、9は伝送路である。
FIG. 4 is a block diagram of a business agency system in a branch office information center. In the figure, reference numeral 101 denotes a processor in a branch office information center. The processor 101 includes a server 1 to be described below and a pen input computer (denoted as PC in the drawing) 64. 1 is a server. The server 1 manages a database, voice control information, and commands issued from other clients. The database of the server 1 has a load judgment file 2
2, system information file 23, master information file 2
4, a transaction file 25, and a field engineer (denoted by FE in the figure) information file 26.
The load determination file 22 stores the standard load of the business in the business surrogate destination candidate. The system information file 23 is
The amount of business processing in the own processor 101, that is, the number of incoming calls, the number of failures, and the number of alarms per unit time are stored. The data storage unit that stores data relating to the business is a master information file 24, a transaction file 25, and a field engineer information file 26. The master information file 24 stores customer information and the like which will be described in detail later. The transaction file 25 stores customer failure history information and failure occurrence information that occur and change over time. Field engineer information file 2
6 stores information on the movement of a field engineer who performs a treatment when a failure occurs. Reference numeral 2 denotes a business agency client. Business acting client 2 which is the business transfer means
Includes a schedule file 21. The schedule file 21 stores a business transfer start time and a business transfer end time with respect to another branch office that may perform business on behalf of the own branch office, and is used for a regular business transfer at night or on holidays. The business acting client 2 reads the business transfer start time in the schedule file 21 and, when the business transfer start time comes, starts a transfer process of transferring the work of the own branch office to another branch office. Also, if you are acting for another branch office,
The business transfer end time of the corresponding branch office stored in the schedule file 21 is read out, and when the end time comes, the processing of transferring the work to the original branch office is terminated by terminating the substitute business. Further, when the business transfer client 2 starts the business transfer process, the business transfer client 2 reads out one or more business transfer destinations stored in the load determination file 22 and acquires the business processing amount stored in the system information file 23 of each business transfer destination candidate. Then, the system compares the business processing amount of each business proxy destination candidate at that time with the standard load stored in the load determination file 22, determines the system load of the business proxy destination candidate, and based on the system load, To determine. Reference numeral 3 denotes a file transfer client as a transfer unit. The file transfer client 3 transfers data via a transmission path. 4
Is an information collecting client which is a system information collecting means. The information gathering client 4 has its own processor 101
The number of business processes (the number of incoming calls, the number of occurrences of failures, and the number of alarms) are periodically tabulated (can be set as an external parameter, such as every hour) and stored in the system information file 23. Reference numeral 6 denotes a command table. The command base 6 includes a left command base 61,
It comprises a central command base 62, a right command base 63, and a pen input PC 64. Left command table 61, central command table 62, right command table 63
Has a display device, and the display device is a touch panel. An operator can input a command by touching a predetermined area of the touch panel. Reference numeral 64 denotes a pen input computer capable of inputting characters by writing characters with a pen. The command board 6 is provided with a telephone function, and can receive a failure by telephone or receive an inquiry. Reference numeral 7 denotes a shared printer. 8 is a router and 9 is a transmission line.

【0017】11はOAI(Open Archite
cture Interface)クライアントであ
る。12はOAIホストである。電話を受けた時(オン
コール)について次に述べる。顧客からの電話がPBX
13を介し、OAIホスト12へ伝わる。OAIホスト
12は、その電話信号をOAIクライアント11に伝え
る。OAIクライアント11は、着信した電話の発信場
所を解析し、左指令台61に表示する。これにより、例
えば、北海道支社の業務を代行している場合、北海道か
らかかる電話に対しオペレータは、北海道支社として対
応することができる。13は電話回線のPBX(Pri
vate Branch eXchange)である。
14はREP(Receive Panel)である。
REP14は、モニタパネルから発報された信号を受け
取る。15はREPアダプタ(図では、REP−ADP
と記す)である。16はREPクライアントである。1
7は機械受信登録クライアントである。モニタパネルか
ら発報された信号を受信した場合について、次に述べ
る。顧客のビルにあるモニタパネルからの故障信号をR
EP14が受信し、REP−ADP15へ伝える。RE
P−ADP15は、信号をREPクライアント16とO
AIホスト12へ伝える。OAIホスト12は、OAI
クライアント11へ機械信号を着信したことを伝える。
OAIクライアント11は、信号を受けた後、REPク
ライアント16からの情報の受信待ちとなる。REPク
ライアント16は、着信した信号の発信建物番号や故障
内容を解析し、OAIクライアント11と機械受信登録
クライアント17にこの情報を伝える。OAIクライア
ント11は、受け取った信号と情報を元に、左指令台6
1に表示する。機械受信登録クライアント17は、受け
取った情報を元に、データベースのトランザクションフ
ァイル25に情報を登録する。これにより、オペレータ
は他支社の業務を代行している場合、モニタパネルから
の発報信号がどの支社に属するか知ることができ、例え
ば、該当支社のフィールドエンジニアに連絡を取ること
ができる。REPクライアント16は、REP14が受
信した情報をトランザクションファイル25に登録す
る。31は音声再生クライアント、32は機械監視クラ
イアント、33は動静監視クライアントである。34は
バッチ処理クライアント、35はデータベース(図では
DBと記す)監視(マスタ管理)クライアントである。
36はファックスサーバ(図ではFAXと記す)、37
はポケットベル(図ではPBと記す)クライアント、3
8はフィールドエンジニア(図ではFEと記す)自動受
信クライアントである。音声再生クライアント31は、
故障に関する電話による会話の録音されたデータのバッ
クアップを取る。また、フィールドエンジニアが故障に
関する通報内容を電話により支社情報センターに問い合
わせると、音声再生クライアント31がオペレータを介
さず、会話の録音データを再生する。機械監視クライア
ント32は、故障であると登録された情報について監視
し、フィールドエンジニアに指示が出されていないと指
令台6にアラームで警告する。故障の処理が完了するま
で監視し、対応が遅れている場合は、指令台6にアラー
ムを鳴らし警告する。フィールドエンジニア自動受信ク
ライアント38は、フィールドエンジニアからかかって
きた動静情報、即ち、現在どこにいるか、これからどこ
へ行くか、帰る時刻等をオペレータを介さず自動受信し
記録する。動静監視クライアント33は、フィールドエ
ンジニア自動受信クライアント38の記録した動静情報
からフィールドエンジニア情報ファイル26のフィール
ドエンジニア動静情報を更新する。登録されている出社
時刻や帰社時刻等になっても、出社してこない(帰社し
てこない)場合、フィールドエンジニアに対し、ポケッ
トベルを鳴らすようPBクライアントに対し処理の要求
を出す。バッチ処理クライアント34は、帳票の出力処
理を行う。データベース(図ではDB)監視クライアン
ト35は、マスタ情報ファイル24のマスタデータの更
新を行う。ファックスサーバ36は、故障の発生した顧
客を担当する営業所、或いは、出張所に故障の処置完了
のデータをファクシミリで送信する。ポケットベルクラ
イアント37は、主にフィールドエンジニアに対し、ポ
ケットベルを鳴らし、メッセージを送る。なお、この実
施の形態では、プロセッサ101は、サーバ/クライア
ント方式を採用しているが、サーバ/クライアント方式
によらずとも実現することができる。また、サーバソフ
トは、米国ノベル株式会社のネットウェア(NetWa
re)(登録商標)を使用している。また、図4におい
てサーバ、クライアント間で接続線が描かれているもの
は業務代行システムに直接必要なサーバとクライアント
である。接続線が描かれていないものは業務には必要で
あるが、業務代行システムには直接関係のないサーバと
クライアントである。
Reference numeral 11 denotes an OAI (Open Architect).
(cure interface) client. Reference numeral 12 denotes an OAI host. The following describes when a call is received (on-call). PBX from customer phone
13 to the OAI host 12. The OAI host 12 transmits the telephone signal to the OAI client 11. The OAI client 11 analyzes the location of the incoming call and displays it on the left command base 61. Thereby, for example, when the business of the Hokkaido branch is being performed, the operator can respond to the telephone call from Hokkaido as the Hokkaido branch. 13 is a telephone line PBX (Pri)
vate Branch exchange).
Reference numeral 14 denotes a REP (Receive Panel).
The REP 14 receives a signal issued from the monitor panel. 15 is a REP adapter (REP-ADP in the figure)
Is written). Reference numeral 16 denotes a REP client. 1
Reference numeral 7 denotes a machine reception registration client. A case where a signal issued from the monitor panel is received will be described below. The failure signal from the monitor panel in the customer's building is
The EP 14 receives it and sends it to the REP-ADP 15. RE
The P-ADP 15 sends a signal to the REP client 16
Notify the AI host 12. The OAI host 12 uses the OAI
Inform the client 11 that a machine signal has been received.
After receiving the signal, the OAI client 11 waits to receive information from the REP client 16. The REP client 16 analyzes the originating building number and the failure content of the received signal, and transmits this information to the OAI client 11 and the machine reception registration client 17. The OAI client 11 sends the left command base 6 based on the received signal and information.
1 is displayed. The machine reception registration client 17 registers the information in the transaction file 25 of the database based on the received information. This allows the operator to know to which branch the alarm signal from the monitor panel belongs when acting on behalf of another branch, and to contact, for example, a field engineer of the branch. The REP client 16 registers the information received by the REP 14 in the transaction file 25. Reference numeral 31 denotes an audio reproduction client, 32 denotes a machine monitoring client, and 33 denotes a motion monitoring client. Reference numeral 34 denotes a batch processing client, and reference numeral 35 denotes a database (denoted as DB in the figure) monitoring (master management) client.
36 is a fax server (shown as FAX in the figure), 37
Is a pager (PB in the figure) client, 3
Reference numeral 8 denotes a field engineer (denoted by FE in the figure) automatic reception client. The audio playback client 31
Back up recorded data of telephone conversations about the failure. When the field engineer inquires of the branch information center about the contents of the report regarding the trouble by telephone, the voice reproduction client 31 reproduces the recorded data of the conversation without the intervention of the operator. The machine monitoring client 32 monitors information registered as a failure, and warns the command base 6 with an alarm if no instruction has been issued to the field engineer. Monitoring is performed until the failure processing is completed. If the response is delayed, an alarm is sounded on the command base 6 to warn the user. The field engineer automatic reception client 38 automatically receives and records the movement information received from the field engineer, that is, the current location, the current location, the time to return, and the like without using an operator. The movement monitoring client 33 updates the field engineer movement information in the field engineer information file 26 from the movement information recorded by the field engineer automatic reception client 38. Even if the registered work time or return time, etc., does not come to work (or does not come back to work), a request for processing is issued to the field engineer to the field engineer to sound a pager. The batch processing client 34 performs a form output process. The database (DB in the figure) monitoring client 35 updates the master data of the master information file 24. The fax server 36 transmits, by facsimile, the data of the completion of the troubleshooting to a sales office or a branch office in charge of the customer in which the failure has occurred. The pager client 37 sounds a pager and sends a message mainly to a field engineer. In this embodiment, the processor 101 employs the server / client method, but can be realized without using the server / client method. Also, the server software is NetWare (NetWa) from Novell, USA.
re) (registered trademark). In FIG. 4, the connection lines between the server and the client are drawn for the server and the client that are directly required for the business agency system. Servers and clients without connection lines are necessary for business, but are not directly related to the business surrogate system.

【0018】図5に、マスタ情報ファイル24に記憶さ
れるデータの内容を示す。マスタデータとして、顧客情
報とコード情報を持ち、顧客情報は、ビル共通情報、M
OP情報、号機・設備・設備保守・冷熱の情報に分かれ
る。ビル共通情報とは、顧客ビルの共通情報、例えば、
ビル正式名称、住所、保守担当先、最寄駅等の情報であ
る。MOP情報とは、モニタパネルに関連する情報であ
る。即ち、MOP型名、監視開始日、定発機能有無等の
情報である。号機・設備・設備保守・冷熱情報とは、エ
レベータ/設備機器等の契約に関連する情報である。即
ち、機種、緊急出動者名、階数、特集機能有無、設備保
守契約先名、電話番号である。コード情報とは、各コー
ドに対応する内容を示す。次に、図6に、トランザクシ
ョンファイル25に記憶されるデータの内容を示す。ト
ランザクションファイル25に記憶されるデータは、時
間とともに発生し変化する顧客の故障経歴情報や故障発
生情報である。経歴情報と出動管理情報に分けられ、経
歴情報には、受信データ、送信データ、完了情報があ
る。受信データとは、エレベータ/設備が発報してきた
故障/状態信号の情報(定発信号、異常信号、故障信
号、テスト信号等)がある。送信データとは、情報セン
ターからエレベータ/設備に対し、送信した情報(ポー
リング直話、リセットリトライ、遠隔点検等)である。
ポーリング直話とは、エレベータ内に閉じこめられたお
客様の状況確認や、対応状況を知らせるために情報セン
ターから閉じこめのあったエレベータに電話をかけ、会
話を行うことである。リセットリトライとは、何らかの
原因でエレベータが途中で止まったり、ドアが閉まらな
くなったり等の故障が発生した場合、情報センターから
のそのエレベータに対し、ハードウェア的なリセットを
行う信号を送り故障を解決する機能である。遠隔点検と
は、定期的に情報センターよりエレベータに電話し、エ
レベータの稼動情報、メモリ情報を採取し、この情報を
編集解析し、顧客に対しエレベータ等の稼動状況、故障
状況、メンテナンス時期の報告サービスに役立てるもの
である。完了情報は、発生した故障信号に対し、処置完
了した時の情報である。出動管理情報とは、発生した故
障信号でまだ処置完了していない情報である。
FIG. 5 shows the contents of data stored in the master information file 24. It has customer information and code information as master data, and the customer information is building common information, M
OP information, information on unit, equipment, equipment maintenance, and cold / hot. Building common information is common information of customer buildings, for example,
Information such as the building's official name, address, maintenance staff, and the nearest station. The MOP information is information related to the monitor panel. That is, the information includes the MOP model name, the monitoring start date, the presence / absence of the regular function, and the like. The unit / equipment / equipment maintenance / cooling / heat information is information related to contracts for elevators / equipment and the like. That is, a model, an emergency dispatcher's name, the number of floors, the presence / absence of a special feature, a facility maintenance contractor's name, and a telephone number. The code information indicates contents corresponding to each code. Next, FIG. 6 shows the contents of data stored in the transaction file 25. The data stored in the transaction file 25 is customer failure history information and failure occurrence information that occur and change over time. It is divided into career information and dispatch management information. The career information includes received data, transmitted data, and completion information. The received data includes information on a fault / status signal (e.g., a fixed signal, an abnormal signal, a fault signal, a test signal) issued by the elevator / equipment. The transmission data is information transmitted from the information center to the elevator / equipment (polling direct talk, reset retry, remote inspection, etc.).
The polling direct talk is a process of confirming the situation of a customer trapped in the elevator and making a telephone call from the information center to the trapped elevator in order to inform the customer of the status of the response. Reset retry means that if an elevator stops for some reason or the door cannot be closed for any reason, the information center sends a signal to perform a hardware reset to the elevator and resolves the failure. Function. Remote inspection means that an elevator is periodically called from an information center to collect elevator operating information and memory information, edit and analyze this information, and report to the customer the operating status, failure status, and maintenance time of the elevator, etc. Useful for services. The completion information is information when the processing is completed for the generated failure signal. The dispatch management information is information that has not yet been treated by the generated failure signal.

【0019】図5におけるマスタ情報ファイル24の顧
客情報は、図2に示す顧客管理体系に示す通り、支社コ
ード+管理番号を基本に生成される。業務代行を行うた
めに、各支社は、自支社のマスタデータ以外に他支社の
マスタデータを備える必要がある。マスタデータは日々
顧客が増えたり契約内容が変更するので、各支社のマス
タデータを最新に保つ必要がある。新契約、解約、契約
内容の変更に際し、各支社は図1に示す東日本拠点情報
センター(東京)に変更内容を通知し、東日本拠点情報
センターから他の6支社に毎日夜間顧客情報の変更内容
をダウンロードする。各支社のデータベース監視クライ
アント35がマスタ情報ファイル24の内容を更新す
る。トランザクションファイル25とフィールドエンジ
ニア情報ファイル26に記憶されている情報は、タイム
リーなデータのため業務代行開始及び終了処理を行う時
に、前回業務代行を行った時間から現在までに更新され
た情報を抽出し、業務代行先の支社にデータを転送す
る。また、マスタ情報ファイル24のマスタデータにつ
いてもその日に変更のあった情報を抽出し、業務代行先
の支社にデータを転送する。これらの処理は、業務代行
クライアント2が行い、データが業務代行先の支社で正
常に展開されて後、始めて業務代行を行うことができ
る。
The customer information in the master information file 24 in FIG. 5 is generated based on the branch office code + management number as shown in the customer management system shown in FIG. In order to perform a business transfer, each branch office needs to have master data of another branch office in addition to master data of its own branch office. The master data needs to be kept up-to-date for each branch office because the number of customers increases and contract contents change every day. In the event of a new contract, cancellation, or change of the contract details, each branch office notifies the East Japan Base Information Center (Tokyo) shown in Fig. 1 of the change, and the East Japan Base Information Center notifies the other six branches daily of the nightly customer information changes. to download. The database monitoring client 35 of each branch updates the contents of the master information file 24. Since the information stored in the transaction file 25 and the field engineer information file 26 is timely data, when performing the agency operation start and end processing, the information updated from the time of the previous agency operation to the present is extracted. Then, the data is transferred to the branch office of the business transfer destination. In addition, information on the master data in the master information file 24 that has been changed on that day is extracted, and the data is transferred to the branch office on which the business operation is to be performed. These processes are performed by the business agency client 2, and the business agency can be performed only after the data is normally developed at the branch office of the business agency.

【0020】図7に、負荷判定ファイル22に記憶する
データの例を示す。図において、代行可能な1以上の支
社に関する支社名と優先順位とその支社が代行可能な支
社(プロセッサ)の数を記憶している。また、その支社
における業務の標準負荷を予め記憶する。優先順位は、
代行先を決定するために用いる。業務の標準負荷は、電
話着信件数、故障発生件数、発報件数からなる。電話着
信件数とは、故障、問い合わせ、技術的な質問等該当支
社における電話を受ける件数である。故障発生件数は、
昇降機(エレベータ)でオンコール、即ち、電話連絡の
件数と機械発報、即ち、モニタパネルからの発報の件数
である。設備は、オンコールによる件数と機械発報によ
る件数である。設備の事故とは、例えば、給排水設備が
故障、或いは、破損して水が流出するというような事故
を指す。冷熱(空調冷暖房機器)は、オンコール件数で
ある。発報件数は、モニタパネルからの発報件数であ
る。発報件数は、定発信号の件数とその他信号の件数を
記憶する。定発信号とは、モニタパネルが1日1回発報
するものであり、正常に動いているという確認のための
信号である。その他信号とは、故障には至らないが、何
らかの信号を発報してくるものである。これらのチェッ
ク項目に対して、通常時の平均件数と通常時のピーク件
数とラッシュ時の件数とをそれぞれ登録しておく。通常
時をシステム負荷が小とし、通常のピーク時をシステム
負荷が中とし、ラッシュ時をシステム負荷が大とする。
図では、優先順位1の業務代行先候補の支社名が横浜で
ある例を示す。横浜支社は他の支社の業務を5つまで代
行可能である。他の業務代行先候補それぞれについて
も、優先順位と代行可能数と標準負荷とを記憶する。
FIG. 7 shows an example of data stored in the load determination file 22. In the figure, the names and priorities of one or more branches that can be delegated and the number of branches (processors) that can be delegated by that branch are stored. Also, the standard load of the business at the branch office is stored in advance. The priority is
Used to determine the proxy destination. The standard work load consists of the number of incoming calls, the number of failures, and the number of alerts. The number of incoming calls is the number of calls received at the branch office, such as breakdowns, inquiries, and technical questions. The number of failure occurrences is
The number of on-calls, that is, the number of telephone contacts and the number of mechanical alerts, that is, the number of alerts from the monitor panel, of the elevator. The number of facilities is the number of on-call cases and the number of machine reports. The facility accident refers to, for example, an accident in which the water supply and drainage equipment breaks down or is damaged and water flows out. Cold heat (air-conditioning cooling and heating equipment) is the number of on-calls. The number of alerts is the number of alerts from the monitor panel. The number of alarms stores the number of fixed signals and the number of other signals. The constant signal is a signal that the monitor panel emits once a day and is a signal for confirming that the monitor panel is operating normally. The other signal is a signal which does not cause a failure but issues some signal. For these check items, the average number of cases during normal times, the number of peak cases during normal times, and the number of cases during rush hours are registered, respectively. It is assumed that the system load is small during normal times, the system load is medium during normal peak times, and the system load is large during rush hours.
In the figure, an example is shown in which the branch office name of the business transfer destination candidate with priority 1 is Yokohama. The Yokohama branch can perform up to five other branch operations. The priority, the number of possible substitutes, and the standard load are also stored for each of the other business substitute destination candidates.

【0021】システム情報ファイル23には、業務代行
受け持ち数、システム運転モード、業務処理量が格納さ
れている。業務代行受け持ち数とは、自支社が他の支社
(プロセッサ)の業務代行を受け持っている数である。
業務代行を開始する時点で、業務代行受け持ち数は+1
される。システム運転モードは、通常運転中、ラッシュ
運転中、縮退運転中がある。業務処理量は、詳しくは図
7に示す負荷判定ファイルの標準負荷に示すチェック項
目の分類と同じように分類されている。即ち、電話着信
件数、故障発生件数、昇降機(オンコールと機械発報)
の故障発生件数、設備(オンコールと機械発報)の故障
発生件数、冷熱(オンコール)の故障発生件数、発報件
数、定発信号の発報件数、その他信号の発報件数であ
る。情報集積クライアント4が定期的(1時間毎)に業
務処理量を上記の項目毎に集計し、また、プロセッサが
3つのどのシステム運転モードであるかを格納する。
The system information file 23 stores the number of service agents, the system operation mode, and the business processing amount. The number of business agent assignments is the number at which the own branch office is assigned to another branch office (processor).
At the time of the start of the business transfer, the number of business transfer is +1
Is done. The system operation modes include a normal operation, a rush operation, and a degenerate operation. In detail, the business processing amount is classified in the same manner as the classification of the check items shown in the standard load of the load determination file shown in FIG. That is, the number of incoming calls, the number of failures, elevators (on-call and machine alert)
The number of failures, the number of failures of equipment (on-call and mechanical alarms), the number of failures of cold (on-call) alarms, the number of alarms, the number of alarms of fixed signals, and the number of alarms of other signals. The information collecting client 4 periodically (every hour) totalizes the business processing amount for each of the above items, and stores which of the three system operation modes the processor is in.

【0022】図8は、この実施の形態における業務代行
システムの処理を表すフローチャートである。図9は、
図4に示したブロック図から業務代行システムの業務移
行に関係する部分を抜き出したものである。業務移行元
支社(自支社)のプロセッサ101と業務代行先候補の
プロセッサ102は、同じ構成であり、伝送路9を介し
て接続されている。図9は、図8のステップS2からS
10を説明するために用いる。図10は、図4に示した
ブロック図から業務代行システムの業務移行に関係する
部分を抜き出したものである。業務移行元支社のプロセ
ッサ101と業務代行先支社のプロセッサ102は、同
じ構成であり、伝送路9を介して接続されている。図1
0は、図8のステップS12からS22を説明するため
に用いる。
FIG. 8 is a flowchart showing the processing of the business acting system in this embodiment. FIG.
FIG. 5 is a block diagram of a part related to the business transfer of the business surrogate system extracted from the block diagram shown in FIG. 4. The processor 101 of the business transfer source branch office (own branch office) and the processor 102 of the business transfer destination candidate have the same configuration and are connected via the transmission line 9. FIG. 9 shows steps S2 through S2 in FIG.
10 is used to explain. FIG. 10 is a block diagram of a part related to the business transfer of the business surrogate system extracted from the block diagram shown in FIG. The processor 101 of the business transfer source branch office and the processor 102 of the business transfer destination branch office have the same configuration and are connected via the transmission line 9. FIG.
0 is used to describe steps S12 to S22 in FIG.

【0023】以下、図8のフローチャートを図9と図1
0を参照しながら説明する。ステップS2において、業
務移行開始時刻に自動的に業務移行開始。図9に示すプ
ロセッサ101の業務代行クライアント2は、スケジュ
ールファイル211から業務移行開始時刻を読み取り、
業務移行開始時刻になると、自動的に業務移行を開始す
る。ステップS4において、業務代行先候補を優先順位
に従って取得する。プロセッサ101の業務代行クライ
アント2は、負荷判定ファイル221に記憶された業務
代行先候補を優先順位に従って取得する。図9では
(1)で示す実線である。優先順位は、地理的に近く
(電話の距離が近い)、負荷の集中しない情報センター
を優先する。例えば、自支社が東関東支社情報センター
とすれば、横浜支社情報センターを優先順位1とし、東
日本拠点情報センター(東京)を優先順位2と指定す
る。ステップS6において、業務代行先候補のシステム
情報ファイルを取得する。プロセッサ101の業務代行
クライアント2は、ファイル転送クライアント3に対
し、業務代行先候補の支社(プロセッサ102)からシ
ステム情報ファイル232の情報を取得するためのバッ
チ処理実行指示を出す。図9では、(2)で示す点線で
ある。ファイル転送クライアント3は、業務代行先候補
のプロセッサ102のシステム情報ファイル232を取
得し、自支社のプロセッサ101のサーバ1上に格納す
る。この一連の処理は、図9(3)の点線と(3)の実
線と(4)の実線で示されている。
The flowchart of FIG. 8 is described below with reference to FIGS. 9 and 1.
This will be described with reference to FIG. In step S2, the business transfer automatically starts at the business transfer start time. The business acting client 2 of the processor 101 shown in FIG. 9 reads the business transfer start time from the schedule file 211,
At the business transfer start time, the business transfer is automatically started. In step S4, business agency destination candidates are acquired in accordance with the priority order. The business acting client 2 of the processor 101 acquires the business acting destination candidates stored in the load determination file 221 according to the priority order. In FIG. 9, it is a solid line indicated by (1). Priority is given to information centers that are geographically close (the telephone distance is short) and do not concentrate the load. For example, if the local branch office is the East Kanto branch information center, the Yokohama branch information center is designated as priority 1 and the East Japan base information center (Tokyo) is designated as priority 2. In step S6, the system information file of the business transfer destination candidate is acquired. The business acting client 2 of the processor 101 issues a batch processing execution instruction to the file transfer client 3 to acquire information of the system information file 232 from the branch office (processor 102) of the business acting destination candidate. In FIG. 9, it is a dotted line indicated by (2). The file transfer client 3 acquires the system information file 232 of the processor 102 that is the business transfer destination candidate, and stores it on the server 1 of the processor 101 of the branch office. This series of processing is indicated by a dotted line in FIG. 9 (3), a solid line in (3), and a solid line in (4).

【0024】ステップS8において、取得したシステム
情報ファイルの情報から業務代行先の情報センターを決
定する。業務代行先の決定方法は、システム情報ファイ
ル232の情報と負荷判定ファイル221に登録された
該当支社(プロセッサ102)の標準負荷により決定さ
れるが、その詳細は後述する。これ以後、業務代行先支
社をプロセッサ102を所有する支社に決定したとして
説明する。ステップS10において、決定した最良の代
行先情報センターを右指令台63に表示する。右指令台
63に表示するとしたが、左指令台61、中央指令台6
2のいずれかに、或いは、全てに表示しても良い。
In step S8, an information center of a service agent is determined from the information of the acquired system information file. The method of determining the business transfer destination is determined based on the information in the system information file 232 and the standard load of the branch office (processor 102) registered in the load determination file 221. The details will be described later. Hereinafter, a description will be given assuming that the business agency branch office is determined to be the branch office that owns the processor 102. In step S10, the determined best proxy destination information center is displayed on the right command base 63. Although it is displayed on the right command base 63, the left command base 61, the central command base 6
2, or all of them.

【0025】ステップS12において、業務代行クライ
アントは、データの抽出処理を開始する。これ以降は、
図10を参照して説明する。抽出されるデータは、プロ
セッサ101におけるサーバ1のデータベース上のマス
タ情報ファイル241とトランザクションファイル25
1とフィールドエンジニア情報ファイル261である。
マスタ情報ファイル241は、前回更新処理をした時点
から現時点までの間に変更があったデータを抽出する。
トランザクションファイル251とフィールドエンジニ
ア情報ファイル261は、前回業務代行を行った時点か
ら現時点までに更新された情報を抽出する。抽出したデ
ータは、抽出データファイル281に格納する。図10
(5)がこの処理である。業務代行クライアント2は、
移行するデータを抽出した後、ファイル転送クライアン
ト3に抽出データ281の転送要求を出す。図10にお
いて、(6)に示す。業務代行クライアント2は、業務
代行先支社プロセッサ102におけるデータ展開の結果
待ちに入る。ステップS14において、ファイル転送ク
ライアントは、抽出データを代行先情報センターへ転送
する。図10(7)で、この処理を示す。ファイルが転
送された後、代行先支社のプロセッサ102におけるフ
ァイル転送クライアント3は、「後処理起動」によりプ
ロセッサ102の業務代行クライアント2を起動する。
図10(8)に示す。ステップS16において、代行先
情報センターにて送られてきたデータをデータベースに
反映する。プロセッサ102の業務代行クライアント2
は、プロセッサ101から送られてきた抽出データ28
1を、プロセッサ102のサーバ1のデータベース上に
展開する。図10において、(9)で示す。
In step S12, the business acting client starts data extraction processing. From now on,
This will be described with reference to FIG. The extracted data includes the master information file 241 and the transaction file 25 on the database of the server 1 in the processor 101.
1 and a field engineer information file 261.
The master information file 241 extracts data that has changed between the time when the previous update process was performed and the current time.
The transaction file 251 and the field engineer information file 261 extract information that has been updated from the time of the previous agency operation to the current time. The extracted data is stored in the extracted data file 281. FIG.
(5) is this processing. The business acting client 2
After extracting the data to be transferred, a transfer request for the extracted data 281 is issued to the file transfer client 3. In FIG. 10, (6) is shown. The business acting client 2 waits for the result of data expansion in the business acting destination branch processor 102. In step S14, the file transfer client transfers the extracted data to the proxy information center. FIG. 10 (7) illustrates this processing. After the file is transferred, the file transfer client 3 in the processor 102 of the agency branch office activates the business agency client 2 of the processor 102 by “post-processing activation”.
It is shown in FIG. In step S16, the data sent from the agency information center is reflected in the database. Business agent client 2 of processor 102
Is the extracted data 28 sent from the processor 101
1 is developed on the database of the server 1 of the processor 102. In FIG. 10, this is indicated by (9).

【0026】ステップS18において、データベースに
反映終了後、処理終了したことを知らせる結果データを
業務移行元支社のプロセッサ101に転送する。プロセ
ッサ102の業務代行クライアント2は、データベース
に抽出データ281を展開反映終了後、展開結果をファ
イル転送クライアント3を経由し、プロセッサ101の
ファイル転送クライアント3に転送する。図10におい
て、(10)に示す。ステップS20において、移行元
情報センターでは、不要データを削除し、指令台に業務
移行処理が終了したというメッセージを表示する。図1
0(11)に示すように、業務移行元支社のプロセッサ
101において、ファイル転送クライアント3は、「後
処理起動」によりプロセッサ101の業務代行クライア
ント2のデータ展開結果待ちを解除する。プロセッサ1
01の業務代行クライアント2は、不要データを削除
し、業務移行処理終了のメッセージを表示する。ここで
不要データとは、トランザクションファイル251に関
する抽出されたデータである。ステップS22におい
て、業務代行先支社のプロセッサ102における指令台
へ業務代行のための移行処理終了の旨を表示する。図8
のフローチャートにおいて、ステップS2〜ステップS
12とステップS16〜ステップS22が業務移行手段
である。ステップS14が転送手段である。
In step S18, after the data has been reflected in the database, the result data indicating that the processing has been completed is transferred to the processor 101 of the business transfer source branch office. The business acting client 2 of the processor 102 transfers the development result to the file transfer client 3 of the processor 101 via the file transfer client 3 after the development and reflection of the extracted data 281 in the database. In FIG. 10, (10) is shown. In step S20, the transfer-source information center deletes unnecessary data and displays a message on the control console that the business transfer process has been completed. FIG.
As indicated by 0 (11), in the processor 101 of the business transfer source branch office, the file transfer client 3 cancels the waiting for the data expansion result of the business acting client 2 of the processor 101 by “post-processing start”. Processor 1
The business agency client 2 of No. 01 deletes unnecessary data and displays a message indicating that the business transfer process has been completed. Here, the unnecessary data is extracted data relating to the transaction file 251. In step S22, a message to the effect that the transfer process for the agency service has been completed is displayed on the command table of the processor 102 of the agency service branch office. FIG.
In the flowchart of FIG.
Step 12 and steps S16 to S22 are the task transfer means. Step S14 is a transfer unit.

【0027】以上のような手順で業務移行処理が終了す
ると、業務代行先支社のプロセッサ102は、自支社の
業務に必要なファイルと代行した支社の業務のファイル
を持つ。即ち、自支社のためのマスタ情報ファイル24
2、トランザクションファイル252、フィールドエン
ジニア情報ファイル262を持つ。また、業務移行元支
社のマスタ情報ファイル241、トランザクションファ
イル251、フィールドエンジニア情報ファイル261
を持つ。これにより、業務代行先支社のプロセッサ10
2は、自支社の業務と業務移行元の支社の業務を同時に
行う。
When the business transfer process is completed in the above-described procedure, the processor 102 of the business transfer destination branch office has files necessary for the business of the local branch office and files of the business of the branch office on behalf of the branch office. That is, the master information file 24 for the local branch office
2, a transaction file 252, and a field engineer information file 262. Also, the master information file 241, the transaction file 251, and the field engineer information file 261 of the business transfer source branch office
have. As a result, the processor 10 of the business transfer destination branch office
No. 2 carries out the work of the branch office and the work of the branch office from which the business has been transferred at the same time.

【0028】図11は、図8のフローチャートのステッ
プS8における業務代行クライアントの業務移行先決定
の詳細なフローチャートである。図7,図9を参照して
説明する。ステップS32において、業務代行クライア
ントは、負荷判定ファイルに設定されている業務代行先
の中から優先順位1位の支社名を取得する。図9実線
(1)で示す。図7の負荷判定ファイルを例にとると、
優先順位1位は横浜支社である。ステップS34におい
て、該当支社(業務代行先候補)のシステム情報ファイ
ルを取得する。図9(2)〜(4)に相当する。システ
ム情報ファイル232は、プロセッサ102の業務処理
量と、業務代行受け持ち数と、システム運転モードを格
納している。業務処理量は、図7に示す負荷判定ファイ
ルの標準負荷に示すチェック項目の分類毎の1時間当た
りの集計件数である。ステップS36において、業務代
行可能数を超えているか否か判定する。業務代行先候補
支社のプロセッサ102から取得してきたシステム情報
ファイル232に格納されている業務代行受け持ち数
と、自支社(プロセッサ101)の負荷判定ファイル2
21に格納されているプロセッサ102の代行可能数と
を比較する。YESであれば、即ち、業務代行先候補支
社の代行可能数と業務代行受け持ち数が等しければ業務
代行先とはできないため、ステップS46の処理へ進
む。ステップS46において、次の優先順位の支社名を
取得し、ステップS34以下の処理を行う。ステップS
36で、NO、即ち、代行可能数よりも業務代行受け持
ち数の方が小さければ業務代行可能であり、ステップS
38の処理へ進む。
FIG. 11 is a detailed flowchart for determining the business transfer destination of the business acting client in step S8 of the flowchart of FIG. This will be described with reference to FIGS. In step S32, the business acting client acquires the name of the branch office with the highest priority from the business acting destinations set in the load determination file. FIG. 9 is shown by a solid line (1). Taking the load determination file of FIG. 7 as an example,
The first priority is the Yokohama branch office. In step S34, the system information file of the branch office (business agent candidate) is acquired. This corresponds to FIGS. 9 (2) to 9 (4). The system information file 232 stores the amount of business processing of the processor 102, the number of business substitutions, and the system operation mode. The business processing amount is the total number of items per hour for each classification of the check items shown in the standard load of the load determination file shown in FIG. In step S36, it is determined whether or not the number exceeds the allowable number of agency services. The number of business agent assignments stored in the system information file 232 acquired from the processor 102 of the business agent candidate branch office, and the load determination file 2 of the local office (processor 101)
Then, a comparison is made with the number of substitutes of the processor 102 stored in the storage device 21. If the determination is YES, that is, if the number of agents that can be assigned to the business agency candidate branch office is equal to the number of assigned business agents, the agent cannot be the business agency, and the process proceeds to step S46. In step S46, the name of the branch having the next priority is acquired, and the processing from step S34 is performed. Step S
If NO in step S36, that is, if the number of service agents is smaller than the number of service agents, the agent can be serviced.
Proceed to step 38.

【0029】ステップS38において、業務代行先候補
がラッシュ運転か否か判定する。YES、ラッシュ運転
であれば業務代行先とはできないため、ステップS46
の処理へ進む。ステップS46において、次の優先順位
の支社名を取得し、ステップS34以下の処理を行う。
ステップS38において、NO、業務代行先のシステム
運転モードの内容がラッシュ運転でなければ業務代行可
能であり、ステップS40の処理へ進む。ステップS4
0において、業務代行先候補が縮退運転中か否か判定
し、YES、縮退運転中であれば業務代行先とはできな
いため、ステップS46の処理を行う。ステップS46
において、次の優先順位の支社名を取得し、ステップS
34以下の処理を繰り返す。ステップS40において、
NO、業務代行先が縮退運転中でなければ業務代行可能
であり、ステップS42の処理へ進む。ステップS42
において、業務代行先候補のシステム負荷を判定する。
システム負荷の判定方法は、後に詳しく述べる。ステッ
プS44において、システム負荷が大、中、小のいずれ
であるかを判定する。システム負荷が中、或いは、大で
あれば業務代行先とはできないため、ステップS46の
処理へ進み、次の優先順位の支社名を取得する。以下、
ステップS34以下の処理を繰り返す。ステップS44
において、システム負荷が小であれば、業務代行先候補
を業務代行先と決定し、処理を終了する。
In step S38, it is determined whether or not the business transfer destination candidate is a rush operation. If the answer is YES, it is not possible to be a service agent in the case of rush driving, so step S46
Processing proceeds to In step S46, the name of the branch having the next priority is acquired, and the processing from step S34 is performed.
In step S38, NO, if the contents of the system operation mode of the business acting destination are not the rush operation, the business acting can be performed, and the process proceeds to step S40. Step S4
At 0, it is determined whether or not the business surrogate destination candidate is in degenerate operation. YES, if the delegate operation is in progress, it is not possible to be the business surrogate destination, so the process of step S46 is performed. Step S46
In step S, the name of the branch having the next priority is obtained, and
The processing of 34 and below is repeated. In step S40,
NO, if the service agent is not in the degenerate operation, the service can be performed, and the process proceeds to step S42. Step S42
In, the system load of the business transfer destination candidate is determined.
The method of determining the system load will be described later in detail. In step S44, it is determined whether the system load is large, medium, or small. If the system load is medium or large, it is not possible to be the service agent, so the process proceeds to step S46, and the branch name having the next priority is acquired. Less than,
Step S34 and subsequent steps are repeated. Step S44
In, if the system load is small, the business proxy destination candidate is determined as the business proxy destination, and the process is terminated.

【0030】図11において、業務代行先の決定は、業
務代行可能数とシステム運転モードと業務代行先のシス
テム負荷により判定していたが、これらの内の1つ、或
いは、2つを組み合わせて判定しても良い。また、図1
1のフローチャートに従えば、負荷判定ファイル22に
設定されている業務代行先候補の優先順位の高いものか
ら選ばれ、業務代行可能数、システム運転モード、シス
テム負荷が最適のものが選ばれる。しかし、負荷判定フ
ァイル22に登録された業務代行先候補全てについて、
ステップS34からステップS44の処理を行い、業務
代行可能数とシステム運転モードが適し、システム負荷
が小のものを選び指令台6に表示し、オペレータがその
中から選択するようにしても良い。
In FIG. 11, the service agent is determined based on the number of service agents, the system operation mode and the system load of the service agent, but one or two of these are combined. It may be determined. FIG.
According to the flowchart of FIG. 1, the candidate service destination candidates set in the load determination file 22 are selected from those having the highest priority, and the one with the optimum number of service agents, the system operation mode, and the system load are selected. However, for all of the business substitute destination candidates registered in the load determination file 22,
The processing from step S34 to step S44 may be performed to select an object with a suitable number of work substitutes and a system operation mode and a small system load, display it on the command table 6, and allow the operator to select from them.

【0031】図12は、図11のステップS42におけ
る業務代行先候補のシステム負荷を判定するための詳細
なフローチャートである。ステップS52において、カ
ウンタCNTS,CNTM,CNTLを初期化する。こ
こで、カウンタCNTS,CNTM,CNTLは、それ
ぞれシステム負荷が小、中、大であるチェック項目の数
をカウントするためのものである。ステップS54にお
いて、負荷判定ファイルの標準負荷と業務代行先候補の
業務処理量を比較する。図9を例にとると、負荷判定フ
ァイル221に格納されたプロセッサ102の標準負荷
とシステム情報ファイル232の業務処理量をチェック
項目毎に比較する。例えば、電話着信件数が、図7に示
す標準負荷を持つとする。この時、業務代行先候補の電
話着信件数が5件の場合、通常時の平均(システム負
荷:小)の範囲に入り、比較した結果が小となり、ステ
ップS56の処理でカウンタCNTSの値を+1する。
次に、ステップS62の処理へ進む。ステップS54に
おいて、比較結果が中であれば、即ち、業務処理量が通
常時のピーク(システム負荷:中)の範囲内であれば、
ステップS58の処理へ進む。ステップS58におい
て、カウンタCNTMの値を+1する。次に、ステップ
S62の処理へ進む。ステップS54において、比較し
た結果が大であれば、即ち、業務処理量がラッシュ時
(システム負荷:大)の範囲内にあれば、ステップS6
0の処理へ進む。ステップS60において、カウンタC
NTLの値を+1する。次に、ステップS62の処理へ
進む。ステップS62において、チェック項目が終了か
否か判定し、NO、即ち、チェック項目がまだある場合
は、ステップS66において、次のチェック項目を取り
出す。次に、ステップS54以下の処理を繰り返す。ス
テップS62において、YES、即ち、全てのチェック
項目について比較終了したならば、ステップS64の処
理へ進む。ステップS64において、カウンタCNT
S,CNTM,CNTLの値を比較し、一番大きい値の
カウンタに対応する(小、中、大)をシステム負荷とす
る。即ち、システム負荷小、中、大の内、該当チェック
項目の個数が一番多い負荷を業務代行先候補のシステム
負荷とする。
FIG. 12 is a detailed flowchart for judging the system load of the business transfer destination candidate in step S42 of FIG. In step S52, the counters CNTS, CNTM, CNTL are initialized. Here, the counters CNTS, CNTM, CNTL are for counting the number of check items whose system load is small, medium, and large, respectively. In step S54, the standard load of the load determination file is compared with the business processing amount of the business substitute destination candidate. In FIG. 9 as an example, the standard load of the processor 102 stored in the load determination file 221 and the business processing amount of the system information file 232 are compared for each check item. For example, it is assumed that the number of incoming calls has the standard load shown in FIG. At this time, if the number of incoming telephone calls of the business substitution destination candidate is 5, the result falls within the range of the average (system load: small) at the normal time, the comparison result becomes small, and the value of the counter CNTS is incremented by +1 in the processing of step S56. I do.
Next, the process proceeds to step S62. In step S54, if the comparison result is medium, that is, if the business processing amount is within the range of the normal peak (system load: medium),
Proceed to step S58. In step S58, the value of the counter CNTM is incremented by one. Next, the process proceeds to step S62. In step S54, if the result of the comparison is large, that is, if the business processing amount is within the rush hour (system load: large) range, step S6 is performed.
Proceed to process 0. In step S60, the counter C
The value of NTL is incremented by one. Next, the process proceeds to step S62. In step S62, it is determined whether or not the check item is completed. If NO, that is, if there is still a check item, the next check item is extracted in step S66. Next, the processing from step S54 is repeated. In step S62, if YES, that is, if the comparison has been completed for all the check items, the process proceeds to step S64. In step S64, the counter CNT
The values of S, CNTM, and CNTL are compared, and the system load is set to (small, medium, large) corresponding to the counter having the largest value. That is, the load with the largest number of corresponding check items among the small, medium, and large system loads is determined as the system load of the business transfer destination candidate.

【0032】以上のように、この実施の形態では、複数
ある支社間を伝送路を介しネットワーク接続し互いに他
の業務を代行する業務代行システムについて述べた。各
支社が業務処理量を集計、記憶し、また、業務代行先候
補支社における業務の標準負荷を記憶する。業務代行開
始/終了処理は、スケジュールファイルに記憶された時
刻に自動的に開始/終了する。また、この時、業務代行
先を業務代行先の現在の業務処理量と標準負荷とを比較
し、一番負荷の少ない支社を業務代行先に決定する。ま
た、業務代行先の決定には、地理的条件等を考慮した優
先順位及び業務代行先候補の現時点でのシステム運転モ
ード及び既に受け持っている業務代行数も考慮する。以
上のように、業務代行処理を開始、或いは、終了する処
理は、予め登録した時刻が来たならば自動的に行う。こ
のため、人手作業による手間の削減と、切り替え時間の
短縮が可能である。また、スケジュールファイルの設定
を変更することで、業務代行処理の開始時刻、或いは、
終了時刻を自由に変更することができる。また、業務代
行先の決定を現時点における業務処理量と標準負荷とを
比較することにより、最も適した業務代行先を決定する
ことができる。
As described above, in this embodiment, a business agency system in which a plurality of branch offices are connected to a network via a transmission line to perform another business on behalf of each other has been described. Each branch office collects and stores the business processing amount, and stores the standard load of the business at the business transfer destination candidate branch office. The business acting start / end process automatically starts / ends at the time stored in the schedule file. Also, at this time, the business agency is compared with the current business processing amount of the business agency and the standard load, and the branch office with the least load is determined as the business agency. Further, in determining the service agent, the priority in consideration of geographical conditions and the like, the current system operation mode of the service agent candidate, and the number of service agents already assigned are also taken into consideration. As described above, the process of starting or ending the business acting process is automatically performed when the time registered in advance comes. Therefore, it is possible to reduce the labor and the switching time by manual work. Also, by changing the setting of the schedule file, the start time of the business acting process, or
The end time can be changed freely. In addition, the most suitable business proxy destination can be determined by comparing the business processing amount at the present time with the standard load.

【0033】実施の形態2.この実施の形態は、入力手
段から任意の時刻に業務代行処理開始を指示し、終了す
ることができる業務代行システムについて述べる。上記
実施の形態における図1から図6は、この実施の形態に
おいても適用される。図13は、指令台6における運転
モード切り替えメニューの画面の例を示したものであ
る。左指令台61、中央指令台62、右指令台63の表
示装置に表示された画面は、タッチパネルであり、オペ
レータが表示された画面を触れることにより、命令を入
力することができる。図において、601は業務代行開
始ボタンである。602は業務代行終了ボタンである。
603は実行ボタンであり、604は画面終了ボタンで
ある。605は窓である。動作させる機能のボタンを押
下すると、画面左上の窓605に選択した命令が表示さ
れる。押下したボタンの命令であることを確認した後、
実行ボタン603を押下すると、選択した機能が実行さ
れる。例えば、業務代行開始ボタン601を押すと、窓
605に業務代行開始が表示され、実行ボタン603を
押すと、業務代行開始処理が実行される。
Embodiment 2 FIG. In this embodiment, a description will be given of a business surrogate system capable of instructing the start of a business surrogate process at an arbitrary time from an input unit and ending the process. FIGS. 1 to 6 in the above embodiment are also applied to this embodiment. FIG. 13 shows an example of an operation mode switching menu screen on the command base 6. The screens displayed on the display devices of the left command base 61, the central command base 62, and the right command base 63 are touch panels, and an operator can input a command by touching the displayed screen. In the figure, reference numeral 601 denotes a business acting start button. Reference numeral 602 denotes a business transfer end button.
Reference numeral 603 denotes an execution button, and 604 denotes a screen end button. 605 is a window. When the button of the function to be operated is pressed, the selected command is displayed in a window 605 at the upper left of the screen. After confirming that the instruction is for the pressed button,
When the execute button 603 is pressed, the selected function is executed. For example, when the business proxy start button 601 is pressed, the business proxy start is displayed in the window 605, and when the execution button 603 is pressed, the business proxy start process is executed.

【0034】図14に、この実施の形態における業務代
行システムのフローチャートを示す。上記実施の形態に
おける図8のフローチャートとの違いは、ステップS2
02とステップS222である。ステップS202にお
いて、支社情報センターの指令台にて業務代行開始の指
示を画面より入力する。業務代行開始の指示を図13の
運転モード切り替えメニュー画面で、業務代行開始ボタ
ン601を押下することにより行なう。窓605に業務
代行開始と表示され、オペレータはこれを確認した後、
実行ボタン603を押下する。以下、ステップS4から
ステップS22は、図8と同様であるので説明を省略す
る。
FIG. 14 shows a flowchart of the business acting agency system in this embodiment. The difference from the flowchart of FIG. 8 in the above embodiment is that step S2
02 and step S222. In step S202, an instruction to start a business agency is input from a screen at a command board of the branch office information center. An instruction to start a business surrogate is issued by pressing a business surrogate start button 601 on the operation mode switching menu screen in FIG. In the window 605, the display of “Start of agency” is displayed, and the operator confirms this,
An execute button 603 is pressed. Hereinafter, steps S4 to S22 are the same as those in FIG.

【0035】業務代行を終了する場合は、図13の運転
モード切り替えメニュー画面において、オペレータは、
業務代行終了ボタン602を押下する。窓605に業務
代行終了が表示され、オペレータは、実行ボタン603
を押下する。これにより、業務代行終了処理が実行され
る。業務代行終了処理は、例えば、図10の業務代行先
支社のプロセッサ102における業務代行クライアント
2がサーバ1上のマスタ情報ファイル241、トランザ
クションファイル251、フィールドエンジニア情報フ
ァイル261から業務代行処理を開始した時点から現時
点までの変更データを抽出し、ファイル転送クライアン
ト3及びルータ8、伝送路9を介しプロセッサ101へ
抽出データを転送する。業務移行元支社のプロセッサ1
01では、転送された抽出データをプロセッサ101の
サーバ1上のデータベースに反映する。業務移行元支社
のデータベースに業務代行中の変更データが反映終了
後、その旨を業務代行先支社プロセッサ102に通知す
る。プロセッサ102では、不要データ、即ち、抽出さ
れたデータの中でトランザクションファイル251に関
するデータを削除する。業務代行終了の旨をプロセッサ
101及びプロセッサ102の指令台6に表示すること
で、業務代行終了処理を終わる。
When terminating the agency operation, the operator selects the operation mode switching menu screen shown in FIG.
A business acting end button 602 is pressed. The window 605 displays the end of the operation, and the operator presses the execution button 603.
Press. As a result, the business acting end process is executed. For example, the business acting end processing is performed when the business acting client 2 in the processor 102 of the business acting destination branch office in FIG. 10 starts the business acting processing from the master information file 241, the transaction file 251, and the field engineer information file 261 on the server 1. , And extracts the changed data up to the present time, and transfers the extracted data to the processor 101 via the file transfer client 3, the router 8, and the transmission path 9. Processor 1 of the branch office from which the business was transferred
In step 01, the transferred extracted data is reflected in the database on the server 1 of the processor 101. After the change data during the service transfer is reflected in the database of the service transfer source branch office, the fact is notified to the service transfer destination branch processor 102. The processor 102 deletes unnecessary data, that is, data related to the transaction file 251 from the extracted data. By displaying the fact that the business surrogate is ended on the command table 6 of the processor 101 and the processor 102, the business surrogate end processing is ended.

【0036】また、業務代行処理を複数同時に行ってい
る場合は、図13の運転モード切り替えメニュー画面で
業務終了ボタン602を押すと、図15に示す業務代行
終了支社選択画面が指令台6に表示される。ボタン61
1から614は、現在業務代行中の支社名を示したボタ
ンである。例えば、横浜支社のボタン611を押下する
と、窓605に横浜支社業務代行中と表示される。次
に、実行ボタン603を押下すると、横浜支社の業務代
行終了処理が実行される。
In the case where a plurality of agency services are performed at the same time, by pressing the job end button 602 on the operation mode switching menu screen shown in FIG. 13, the office agency end branch selection screen shown in FIG. Is done. Button 61
Buttons 1 to 614 indicate the names of the branch offices on behalf of the business. For example, when the button 611 of the Yokohama branch office is pressed, the window 605 displays that the Yokohama branch office operation is being performed. Next, when the execution button 603 is pressed, the business agency end processing of the Yokohama branch office is executed.

【0037】以上のように、この実施の形態では、オペ
レータが業務代行開始、或いは、終了を指示することに
より、任意の時刻に業務代行処理を開始、或いは、終了
することができる業務代行システムについて述べた。オ
ペレータの命令により任意の時刻に業務代行開始、或い
は、終了するので、緊急事態発生時に業務を他の支社に
速やかに移行できる。これにより、業務運用再開までの
復旧時間の短縮を図ることができる。
As described above, in this embodiment, a business surrogate system capable of starting or ending business surrogate processing at an arbitrary time when an operator instructs start or end of business surrogate operation. Stated. Since the agency operation starts or ends at an arbitrary time according to the instruction of the operator, the office can be quickly transferred to another branch office in the event of an emergency. As a result, it is possible to shorten the recovery time until the business operation is resumed.

【0038】実施の形態3.この実施の形態は、サーバ
1のデータベースを処理する機能が異常となった場合の
業務代行システムの処理の流れを述べる。この時、指令
台6とファイル転送クライアント3及び業務代行クライ
アント2は、正常駆動しているものとする。サーバ1の
データベースを処理する機能が異常であるので、データ
の移行を行うことはできない。そのため、画面のハード
コピーをファクシミリを用いて転送し、業務代行先支社
に引き継ぐ。
Embodiment 3 In this embodiment, a processing flow of the business acting system in a case where a function of processing a database of the server 1 becomes abnormal will be described. At this time, it is assumed that the command console 6, the file transfer client 3, and the business acting client 2 are operating normally. Since the function of the server 1 for processing the database is abnormal, data cannot be migrated. Therefore, the hard copy of the screen is transferred using a facsimile and taken over to the business transfer destination branch office.

【0039】図16は、この実施の形態における業務代
行システムの処理の流れを示したフローチャートであ
る。ステップS300において、支社情報センターの指
令台にて業務代行開始の指示を画面より入力する。ステ
ップS4からステップS10は、図8の処理と同様の処
理内容である。ステップS4からステップS10で最良
の代行先情報センターを決定し、指令台6に表示する。
ステップS302において、オペレータは、表示された
代行先支社に電話連絡し、緊急業務代行を開始するよう
に依頼する。ステップS304において、代行先支社情
報センターの指令台にて緊急業務代行開始の指示を画面
より入力する。ステップS306において、代行先支社
情報センターでは、システムステータスが変更され異常
の発生した支社の業務代行を開始できるようになる。マ
スタ情報ファイル24は、全支社のマスタ情報を予め持
っているためこれを用いる。トランザクションファイル
25及びフィールドエンジニア情報ファイル26は、こ
の時点から新たにデータを蓄積する。また、業務代行元
の地域からかかってきた電話及びポケットベル及びRE
P情報、即ち、モニタパネルからの情報は、OAIホス
ト12により信号の発信元を解析し、指令台にどの地域
からかかってきた電話、或いは、信号であるかを表示す
る。これにより、オペレータは、円滑に業務代行をする
ことができる。
FIG. 16 is a flowchart showing the flow of the processing of the business acting system in this embodiment. In step S300, an instruction to start a business agency is input from a screen on a command board of a branch information center. Steps S4 to S10 have the same processing contents as the processing in FIG. In steps S4 to S10, the best proxy destination information center is determined and displayed on the command console 6.
In step S302, the operator makes a telephone call to the displayed branch office and requests that the emergency agency be started. In step S304, an instruction to start an emergency service agency is input from the screen at the command desk of the agency information center of the agency. In step S306, in the agency information center of the agency, the system status is changed, and the agency of the office in which the abnormality has occurred can be started. The master information file 24 is used because it has the master information of all the branch offices in advance. The transaction file 25 and the field engineer information file 26 newly accumulate data from this point. In addition, telephones, pagers and REs received from the area where the business
The P information, that is, the information from the monitor panel, is analyzed by the OAI host 12 for the source of the signal, and indicates from which area the call originated from the command desk or the signal. As a result, the operator can smoothly perform the agency work.

【0040】以上のように、データベースを処理する機
能に異常が生じた場合、未完了の故障については、業務
の引き継ぎができないが、電話対応、モニタパネルから
の発報に対応する業務は、代行することができる。
As described above, if an abnormality occurs in the function of processing the database, the work cannot be taken over for an uncompleted failure, but the work corresponding to the telephone and the work corresponding to the alert from the monitor panel is performed on behalf of the service. can do.

【0041】[0041]

【発明の効果】以上のように、この発明によれば、業務
代行先候補のシステム負荷により業務代行先を決定する
ことができる。
As described above, according to the present invention, it is possible to determine a business substitution destination based on the system load of a business substitution destination candidate.

【0042】また、この発明によれば、データ記憶部か
ら移行する業務に関連するデータを抽出し、業務代行先
に転送することができる。
Further, according to the present invention, it is possible to extract data related to the business to be migrated from the data storage unit and transfer the data to the business agency.

【0043】また、この発明によれば、任意の時刻に業
務代行処理を開始し、終了することができ、緊急事態発
生時に業務移行が速やかに行なえる。そのため、業務運
用再開までの復旧時間の短縮を図ることができる。
Further, according to the present invention, the service acting process can be started and ended at an arbitrary time, and the task can be promptly shifted when an emergency occurs. Therefore, it is possible to shorten the recovery time until the business operation is resumed.

【0044】また、この発明によれば、スケジュール記
憶部に記憶された業務移行開始時刻に、業務移行を開始
し、業務移行終了時刻に代行していた業務を業務移行元
に移管することが自動的にできる。これにより、人手作
業による手間の削減と、切り替え時間の短縮が可能とな
る。
Further, according to the present invention, it is possible to automatically start the business transfer at the business transfer start time stored in the schedule storage unit and to transfer the business on behalf of the business transfer end time to the business transfer source. Can be done. As a result, it is possible to reduce the labor and the switching time by manual work.

【0045】また、この発明によれば、優先順位に基づ
いて業務代行先を決定することができる。
Further, according to the present invention, it is possible to determine a business transfer destination based on a priority order.

【0046】また、この発明によれば、業務代行先候補
の代行可能なプロセッサ数と代行中のプロセッサ数を比
較し、業務代行先を決定することができる。
Further, according to the present invention, it is possible to determine the business surrogate destination by comparing the number of processors that can be proxied for the business surrogate destination candidate and the number of processors that are being proxied.

【0047】また、この発明によれば、業務代行先候補
の運転モードに基づき業務代行先を決定することができ
る。
Further, according to the present invention, a service agent can be determined based on the operation mode of the service agent candidate.

【図面の簡単な説明】[Brief description of the drawings]

【図1】 この発明の一実施の形態における業務代行を
行う支社間の関係を表す図である。
FIG. 1 is a diagram showing a relationship between branch offices that perform business agency according to an embodiment of the present invention.

【図2】 支社における顧客管理体系を説明する図であ
る。
FIG. 2 is a diagram illustrating a customer management system in a branch office.

【図3】 支社における業務を説明するための図であ
る。
FIG. 3 is a diagram for explaining operations at a branch office.

【図4】 この発明の一実施の形態における業務代行シ
ステムのブロック図である。
FIG. 4 is a block diagram of a business acting system according to an embodiment of the present invention.

【図5】 図4におけるマスタ情報ファイルの内容を示
す図である。
FIG. 5 is a diagram showing contents of a master information file in FIG. 4;

【図6】 図4におけるトランザクションファイルの内
容を示す図である。
FIG. 6 is a diagram showing contents of a transaction file in FIG. 4;

【図7】 図4における負荷判定ファイルに記憶された
内容を示す図である。
FIG. 7 is a diagram illustrating contents stored in a load determination file in FIG. 4;

【図8】 図4における業務代行システムの処理を表す
フローチャート図である。
FIG. 8 is a flowchart illustrating a process of the business undertaking system in FIG. 4;

【図9】 業務代行システムにおいて業務代行先候補支
社を決定するための命令とデータの流れを示す図であ
る。
FIG. 9 is a diagram showing a flow of commands and data for determining a business transfer destination candidate branch office in the business transfer system.

【図10】 図8のフローチャートにおける命令とデー
タの流れを示す図である。
FIG. 10 is a diagram showing the flow of instructions and data in the flowchart of FIG.

【図11】 業務代行先決定のための詳細なフローチャ
ート図である。
FIG. 11 is a detailed flow chart for determining a service agent.

【図12】 システム負荷判定のためのフローチャート
図である。
FIG. 12 is a flowchart for determining a system load.

【図13】 この発明の一実施の形態における運転モー
ド切り替えメニュー画面を示す図である。
FIG. 13 is a diagram showing an operation mode switching menu screen according to one embodiment of the present invention.

【図14】 図13に示す運転モード切り替えメニュー
を用い業務代行を開始する場合の業務代行システムのフ
ローチャート図である。
FIG. 14 is a flowchart of a business surrogate system when starting a business surrogate using the operation mode switching menu shown in FIG.

【図15】 業務代行終了支社選択画面を示す図であ
る。
FIG. 15 is a diagram showing a business agency end branch selection screen.

【図16】 この発明の一実施の形態における異常時の
ための業務代行システムのフローチャート図である。
FIG. 16 is a flowchart of a business acting system for an abnormal situation according to an embodiment of the present invention.

【図17】 従来例における業務代行を行う拠点支社と
複数の支社の関係を示す図である。
FIG. 17 is a diagram showing a relationship between a branch office that performs business agency and a plurality of branch offices in a conventional example.

【図18】 従来例における業務代行処理のフローチャ
ート図である。
FIG. 18 is a flowchart of a business surrogate process in a conventional example.

【符号の説明】[Explanation of symbols]

1 サーバ、2 業務代行クライアント、3 ファイル
転送クライアント、4情報集積クライアント、6 指令
台、7 共用プリンタ、8 ルータ、9 伝送路、11
OAIクライアント、12 OAIホスト、13 P
BX、14REP、15 REPアダプタ、16 RE
Pクライアント、17 機械受信登録クライアント、2
1,211,212 スケジュールファイル、22,2
21,222 負荷判定ファイル、23,231,23
2, システム情報ファイル、24,241,242
マスタ情報ファイル、25,251,252 トランザ
クションファイル、26,261,262 フィールド
エンジニア情報ファイル、31 音声再生クライアン
ト、32 機械監視クライアント、33 動静監視クラ
イアント、34 バッチ処理クライアント、35 デー
タベース監視クライアント、36 ファックスサーバ、
37 ポケットベルクライアント、38フィールドエン
ジニア自動受信クライアント、61 左指令台、62
中央指令台、63 右指令台、64 ペン入力コンピュ
ータ、601 業務代行開始ボタン、602 業務代行
終了ボタン、603 実行ボタン、604 取り消しボ
タン、605 窓、611 横浜支社ボタン、612
北陸支社ボタン、613東関東支社ボタン、614 東
北支社ボタン。
1 server, 2 agency client, 3 file transfer client, 4 information collection client, 6 command board, 7 shared printer, 8 router, 9 transmission line, 11
OAI client, 12 OAI host, 13 P
BX, 14REP, 15 REP adapter, 16 RE
P client, 17 Machine reception registration client, 2
1,211,212 schedule file, 22,2
21, 222 Load judgment file, 23, 231, 23
2, System information file, 24, 241, 242
Master information file, 25, 251, 252 Transaction file, 26, 261, 262 Field engineer information file, 31 audio playback client, 32 machine monitoring client, 33 operation monitoring client, 34 batch processing client, 35 database monitoring client, 36 fax server ,
37 pager client, 38 field engineer automatic reception client, 61 left command stand, 62
Central Commander, 63 Right Commander, 64 Pen Input Computer, 601 Business Proxy Start Button, 602 Business Proxy End Button, 603 Execute Button, 604 Cancel Button, 605 Window, 611 Yokohama Branch Office Button, 612
Hokuriku branch button, 613 East Kanto branch button, 614 Tohoku branch button.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 美奈 東京都港区海岸一丁目9番15号 三菱電機 東部コンピュータシステム株式会社内 (72)発明者 白鳥 喜久 東京都港区海岸一丁目9番15号 三菱電機 東部コンピュータシステム株式会社内 (72)発明者 佐々木 憲一 東京都千代田区大手町二丁目6番2号 三 菱電機ビルテクノサービス株式会社内 (72)発明者 望月 昭文 東京都千代田区大手町二丁目6番2号 三 菱電機ビルテクノサービス株式会社内 (72)発明者 河内 誠 東京都千代田区大手町二丁目6番2号 三 菱電機ビルテクノサービス株式会社内 (72)発明者 林 茂行 東京都千代田区大手町二丁目6番2号 三 菱電機ビルテクノサービス株式会社内 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Mina Suzuki, Inventor 1-9-15, Kaigan, Minato-ku, Tokyo Inside Mitsubishi Electric Eastern Computer System Co., Ltd. (72) Yoshihisa Shiratori 9-15, Kaigan, Minato-ku, Tokyo No. Mitsubishi Electric Tobu Computer System Co., Ltd. (72) Inventor Kenichi Sasaki 2-6-2 Otemachi, Chiyoda-ku, Tokyo Inside Mitsubishi Electric Building Techno Service Co., Ltd. (72) Inventor Akifumi Mochizuki Otemachi, Chiyoda-ku, Tokyo 2-6-2 Mitsubishi Electric Building Techno Service Co., Ltd. (72) Inventor Makoto Kawauchi 2-6-2 Otemachi, Chiyoda-ku, Tokyo Mitsubishi Electric Building Techno Service Co., Ltd. (72) Inventor Shigeyuki Hayashi Mitsubishi Electric Building Techno Service Co., Ltd. 2-6-1 Otemachi, Chiyoda-ku, Tokyo

Claims (7)

【特許請求の範囲】[Claims] 【請求項1】 業務をそれぞれ実行する複数のプロセッ
サが、伝送路を介して接続され、互いに他のプロセッサ
の業務を代行する業務代行システムにおいて、 上記プロセッサは、(a)1以上の他のプロセッサを業
務を代行可能な業務代行先候補として記憶し、該業務代
行先候補における業務の標準負荷とを記憶する負荷判定
記憶部と、(b)自プロセッサにおける業務処理量を記
憶するシステム情報記憶部と、(c)自プロセッサにお
ける業務処理量を収集し、システム情報記憶部に記憶す
るシステム情報集積手段と、(d)データを上記伝送路
を介し転送する転送手段と、(e)上記負荷判定記憶部
に記憶された1以上の業務代行先候補を取得し、 上記転送手段を用い、各業務代行先候補のシステム情報
記憶部に記憶された業務処理量を取得し、 各業務代行先候補の業務処理量と上記負荷判定記憶部に
記憶された標準負荷とを比較して各業務代行先候補のシ
ステム負荷を所定の手順に従って判定し、システム負荷
に基づいて業務代行先を決定して業務を移行する業務移
行手段とを備えることを特徴とする業務代行システム。
1. In a business surrogate system in which a plurality of processors each executing a business are connected via a transmission line, and the business of another processor is performed on behalf of each other, the processor comprises: (a) one or more other processors; A load determination storage unit for storing the business standard load of the business in the business surrogate destination candidate, and a system information storage unit for storing the business processing amount in the own processor. (C) system information accumulating means for collecting the amount of business processing in the own processor and storing it in the system information storage unit, (d) transfer means for transferring data via the transmission path, and (e) the load determination. Obtaining one or more business proxy destination candidates stored in the storage unit, and using the transfer unit, determining the business processing amount stored in the system information storage unit of each business proxy destination candidate And determining the system load of each service agent candidate according to a predetermined procedure by comparing the amount of business processing of each service agent candidate with the standard load stored in the load determination storage unit, based on the system load. A business transfer means for determining a business transfer destination and transferring the business.
【請求項2】 業務代行システムは、更に、業務に関す
るデータを記憶するデータ記憶部を備え、 上記業務移行手段は、更に、上記データ記憶部から移行
する業務に関連するデータを抽出し、 上記転送手段は、更に、上記抽出されたデータを上記伝
送路を介して業務代行先に転送することを特徴とする請
求項第1記載の業務代行システム。
2. The business agency system further includes a data storage unit that stores data relating to the business, the business migration unit further extracts data related to the business to be migrated from the data storage unit, 2. The business surrogate system according to claim 1, wherein the means further transfers the extracted data to a business surrogate destination via the transmission path.
【請求項3】 上記業務代行システムは、更に、入力手
段を備え、上記入力手段により任意の時刻に業務代行処
理を開始し、終了することを特徴とする請求項第1又は
2いずれかに記載の業務代行システム。
3. The business surrogate system according to claim 1, further comprising an input unit, wherein the business surrogate process is started and terminated at an arbitrary time by the input unit. Business agency system.
【請求項4】 上記業務代行システムは、更に、業務移
行開始時刻と業務移行終了時刻とを記憶するスケジュー
ル記憶部を備え、上記スケジュール記憶部に記憶された
業務移行開始時刻に、上記業務移行手段は自プロセッサ
の業務を他のプロセッサに移行する移行処理を開始し、
上記スケジュール記憶部に記憶された業務移行終了時刻
に業務を代行しているプロセッサは代行していた業務を
終了し、業務移行元のプロセッサに移管することを特徴
とする請求項第1又は2いずれかに記載の業務代行シス
テム。
4. The business transfer system further includes a schedule storage unit for storing a business transfer start time and a business transfer end time, wherein the business transfer means stores the business transfer start time stored in the schedule storage unit. Starts the migration process of migrating the task of its own processor to another processor,
3. The processor according to claim 1, wherein the processor acting on behalf of the task at the task transfer end time stored in the schedule storage unit terminates the task on behalf of the task and transfers the task to the task transfer source processor. Business agency system described in Crab.
【請求項5】 上記負荷判定記憶部は、更に、業務代行
先候補毎に優先順位を記憶し、 上記業務移行手段は、優先順位に基づいて業務代行先を
決定することを特徴とする請求項第1から4いずれかに
記載の業務代行システム。
5. The service management system according to claim 1, wherein the load determination storage unit further stores a priority for each of the business proxy destination candidates, and wherein the business transfer unit determines the business proxy destination based on the priority. The business agency system according to any one of the first to fourth aspects.
【請求項6】 上記負荷判定記憶部は、更に、業務代行
先候補毎に代行可能なプロセッサ数を記憶し、 上記システム情報記憶部は、更に、代行中のプロセッサ
数を記憶し、 上記業務移行手段は、代行可能なプロセッサ数と代行中
のプロセッサ数を比較し、業務代行先を決定することを
特徴とする請求項第1から5いずれかに記載の業務代行
システム。
6. The load determination storage unit further stores the number of processors that can be substituted for each business substitution destination candidate, the system information storage unit further stores the number of processors that are being substituted, 6. The business surrogate system according to claim 1, wherein the means compares the number of processors that can be proxied with the number of processors that are being proxied, and determines a business surrogate destination.
【請求項7】 上記システム情報記憶部は、更に、自プ
ロセッサの運転モードを記憶し、 上記業務移行手段は、業務代行先候補の上記システム情
報記憶部に記憶された運転モードに基づき業務代行先を
決定することを特徴とする請求項第1から6いずれかに
記載の業務代行システム。
7. The system information storage unit further stores an operation mode of its own processor, and the business transfer unit is configured to store a business transfer destination based on the operation mode stored in the system information storage unit as a business transfer destination candidate. 7. The business acting system according to any one of claims 1 to 6, wherein:
JP20248696A 1996-07-31 1996-07-31 Vacarious work execution system Pending JPH1049579A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP20248696A JPH1049579A (en) 1996-07-31 1996-07-31 Vacarious work execution system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20248696A JPH1049579A (en) 1996-07-31 1996-07-31 Vacarious work execution system

Publications (1)

Publication Number Publication Date
JPH1049579A true JPH1049579A (en) 1998-02-20

Family

ID=16458308

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20248696A Pending JPH1049579A (en) 1996-07-31 1996-07-31 Vacarious work execution system

Country Status (1)

Country Link
JP (1) JPH1049579A (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5776646A (en) * 1980-10-31 1982-05-13 Fujitsu Ltd Load sharing system
JPS59149549A (en) * 1983-01-28 1984-08-27 Toshiba Corp Control system for acceptance of interruption
JPS6077258A (en) * 1983-10-05 1985-05-01 Fujitsu Ltd Load dispersing processing method in computer network system
JPH04186467A (en) * 1990-11-21 1992-07-03 Nec Corp Job execution inheritance system
JPH06214962A (en) * 1993-01-19 1994-08-05 Hitachi Ltd Load distributed control method and distributed processing system
JPH0832706A (en) * 1994-07-12 1996-02-02 Hitachi Building Syst Eng & Service Co Ltd Building group remote management device
JPH08115373A (en) * 1994-10-14 1996-05-07 Hitachi Ltd Information system in distributed system
JPH08123747A (en) * 1994-10-20 1996-05-17 Fujitsu Ltd Distributed processing system for facility management system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5776646A (en) * 1980-10-31 1982-05-13 Fujitsu Ltd Load sharing system
JPS59149549A (en) * 1983-01-28 1984-08-27 Toshiba Corp Control system for acceptance of interruption
JPS6077258A (en) * 1983-10-05 1985-05-01 Fujitsu Ltd Load dispersing processing method in computer network system
JPH04186467A (en) * 1990-11-21 1992-07-03 Nec Corp Job execution inheritance system
JPH06214962A (en) * 1993-01-19 1994-08-05 Hitachi Ltd Load distributed control method and distributed processing system
JPH0832706A (en) * 1994-07-12 1996-02-02 Hitachi Building Syst Eng & Service Co Ltd Building group remote management device
JPH08115373A (en) * 1994-10-14 1996-05-07 Hitachi Ltd Information system in distributed system
JPH08123747A (en) * 1994-10-20 1996-05-17 Fujitsu Ltd Distributed processing system for facility management system

Similar Documents

Publication Publication Date Title
JP5235292B2 (en) Computer system, method for migrating to backup system, program for migrating to backup system, monitoring device, terminal device, and backup system
US7266192B2 (en) Retrieval of data related to a call center
JP6335607B2 (en) Communication system, image processing apparatus, image processing apparatus control method, and program
US7912858B2 (en) Data synchronization method
JP4385110B2 (en) Call center system, incoming call distribution device, incoming call distribution method, program
JP3329932B2 (en) Client-server type network system
US8644473B1 (en) Method and system for providing telephony services
US8804940B2 (en) Networked contact center
KR20010074542A (en) Automated transaction distribution system and method allowing selection of agents by transaction initiators
JP2001075920A (en) Online service providing system having service agency device
JPH11175599A (en) Work transfer supporting system
JP3463655B2 (en) Call center system, incoming call method thereof, and recording medium thereof
JPH1049579A (en) Vacarious work execution system
JP2011139401A (en) Telephone processing system and telephone terminal
JP6368157B2 (en) Communication system and control method thereof
US10594871B2 (en) Automated bulk provisioning of primary rate interface and SIP trunk telephone numbers
JP4132601B2 (en) Incoming call control apparatus and method
JP3996829B2 (en) Query support system, query support method, and query support program
JP3641159B2 (en) Remote centralized management device, remote centralized management device system, and remote centralized management method
JP6313658B2 (en) Communication system and control method in communication system
JP2000181770A (en) Data base maintenance/management system
JP2002007368A (en) Server, system and method for managing job assignment for distributed processing system
JP6730487B1 (en) Method, server, client, and program for supporting a call
KR20010048178A (en) The method for Server Process Remote Monitoring of the Telecommunication Network Management System
JP6527247B2 (en) Reconnection management system and reconnection management method