JP2002027127A - 発信通信代行方法及びその装置 - Google Patents

Abstract

(57)【要約】 【課題】 コールセンタの料金督促などのアウトバウン
ド業務の全体の効率を高める。 【解決手段】 リソース管理センタ３３で全集団代行装
置３１Ａ，３１Ｂ内の全代行パソコン１３、全個人代行
パソコン３１Ｃ１の状況を管理し、空き状態の通知を代
行パソコンからセンタ３３が受信すると、データベース
５５から発信先データを取出して、その装置３１Ａのサ
ーバ４１とＰＢＸ１７へ送り、サーバ４１は属性データ
をＤＢ４２から取得し、ＰＢＸ１７で自動発信し、発信
先から応答があると、空きの電話機１４と接続し、サー
バ４１は取得した属性データを接続した空き電話機と組
のパソコン１３へ送り、その代行者が通信話を行い、そ
の通信終了後、通信結果をパソコン１３に入力して直ち
にセンタ３３へ送る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は例えばコールセン
タのアウトバウンド業務のように電話を掛けて業務を行
う方法に関する。

【０００２】

【従来の技術】コールセンタの業務には不特定多数の人
から、電話による注文や問合せを受けるインバウンド業
務と、電話を掛けて例えば料金督促などを行うアウトバ
ウンド業務とに大きく分かれる。この発明はこのアウト
バウンド業務自体又はこれと対応した業務を行う方法を
改善したものである。従って、従来のコールセンタにお
けるアウトバウンド業務について図１２を参照して説明
する。

【０００３】公衆通信網１１にコールセンタ装置（ここ
ではこの発明の一般性をもたせるために集団代行装置）
１２の１つ又は複数が接続され、集団代行装置１２はパ
ソコン１３と電話機１４との組よりなる代行卓１５が複
数設けられ、ダイヤラー１６はこれにインストールされ
た発信先データに基づき、発信先データ数（コール数）
をいくつにするか、そのコール間隔を何秒にするかを判
断して、発信先データを自動送受信器（ＰＢＸ）１７へ
送り、ＰＢＸ１７は受信した発信先データ（電話番号な
ど）に基づき、自動発信（自動ダイヤル）して通信網１
１を介して発信先端末１８と接続し、その応答を受信す
ると、その端末１８を空きの代行卓１５の電話機１４と
接続し、その代行卓１５を使う代行者がそのパソコン１
３内に保持されているその代行発信通信業務プログラム
に応じて、料金督促、商品の宣伝、アンケートなどを電
話機１４による着信先電話機の応答者との通信を行い、
その通信結果はダイヤラー１６内に発信先データごとに
記憶される。又は他の記憶装置に記憶される。

【０００４】このような発信通信代行を行うに先立ち、
銀行や製造会社、商事会社など事業者センタ装置２１か
ら、その顧客データベース２２を参照して、例えば料金
督促の場合は、所定金額以上が所定期間以上滞納されて
いる発信先データ（電話番号、属性データ識別情報Ｉ
Ｄ、口座番号など）とその属性データ（氏名、住所、購
入履歴など）を取出し、これら発信先データとその属性
データを依頼する集団代行装置１２に応じて例えばフロ
ッピー（登録商標）ディスクなどの磁気記録媒体に記録
し、その記録媒体を持ち運び、あるいは郵送するこの記
録媒体にはその代行通信業務内容、例えば料金督促のた
め通信（通話）文例や、通信結果の報告フォーマットな
どとその処理手順を示すその業務プログラムが記録され
ている。

【０００５】集団代行装置１２ではその管理者が、発信
先データや属性データをダイヤラー１６に入力し、業務
プログラムを各パソコン１３にインストールする。この
ような環境がととのった状態で発信通信業務が行われ
る。この発信通信業務を行った結果、つまり通信結果は
ダイヤラー１６又は他の記憶装置に記憶されるが、その
記憶内容は例えば定期的に（バッチ式に）フロッピーデ
ィスクに記録されて、発信通信業務依頼元、又はその他
の指定された所に送られる。

【０００６】この集団代行装置１２は銀行、製造会社な
どの事業者内の一部署、あるいは別の代行業者でもよい
（この点はこの発明でも同様である）。またこの発信通
信業務を、例えば家庭内で行うこともある。つまり個人
代行装置２４として電話機を用いて、その代行者がその
電話機を手動操作して発信し、接続されると通信業務に
応じた通信を相手と行い、その通信結果を手書きで記録
する。その記録した通信結果はハードコピーとして指定
された部署へ送ることになる。

【０００７】

【発明が解決しようとする課題】従来の集団代行装置に
おいては、各代行者ごとに代行卓１５が決められてい
た。このため代行卓１５の使用効率が悪かった。代行装
置の処理容量を増加する場合も、代行卓の増加数を多く
せざるを得なかった。更に複数の集団代行装置がある場
合に、そのある集団代行装置の代行卓が全て使用状態に
あるが、他の集団代行装置に使用していない代行卓が可
成りあってもこれを有効に利用することはできなかっ
た。

【０００８】また、従来においては各代行者の認証を行
って、特に許可されたものしか発信通信業務を行うこと
ができないようにされていた。しかしこの認証だけでは
代行者が任意のパソコンを用い、任意の場所で発信通信
事業を行うことができ安全性の上で問題であった。発信
先データを代行装置へ、磁気媒体やハードコピーを郵送
や持ち運びによってとどけており、手間がかかった。ま
た発信先データの削除を電話などにより連絡しているた
め、実際にその発信先データに対する発信通信業務が停
止されるのが遅れ、例えば料金督促の場合に納金があっ
た後も、督促を行ったりすることがあった。

【０００９】また発信通信業務に用いる業務プログラム
が更新された場合、従来では各代行装置の全てのパソコ
ンについてその業務プログラムの更新を行う必要があ
り、つまりインストールすることになり、パソコンの数
が多いと時間がかかり、また手数も大変である。従来に
おいては発信先が応答した後に、その発信先と対応した
属性データをデータベースからパソコンに取込んでいる
ため、その属性データがパソコンの画面に表示されるの
に時間がかかり、それだけ全体としての処理時間が長く
なった。

【００１０】また従来においては通信結果を、通信履歴
データベースからバッチ処理により抽出していたため、
その通信結果を得たい部署で得られるのに時間が掛っ
た、つまり遅くなった。個人代行装置では、手動で行っ
ているため、効率的な処理ができなかった。

【００１１】

【課題を解決するための手段】この発明によれば複数の
代行装置の状況を管理して発信通信業務の代行を行わせ
るリソース管理センタ装置を設ける。リソース管理セン
タ装置に代行装置を登録するには、依頼業務情報、パソ
コンの数、管理者数、代行者数と共に登録開始要求をリ
ソース管理センタ装置へ送信し、リソース管理センタ装
置は登録開始要求を受信すると、パソコンの数のパソコ
ン識別情報ＰＣＩＤと、管理者数の管理者識別情報（管
理者ＩＤ）及び管理者パスワードと、代行者数の代行者
識別情報ＵＩＤ及び代行者パスワードを生成して代行装
置へ返送すると共に、これらを依頼業務と対応ずけて、
認証データベースに登録し、代行装置は受信した返信情
報を記憶管理し、各パソコンについて受信したＰＣＩＤ
の１つと、そのパソコンを一意に識別する識別データ
（機器番号など）と共にパソコン登録要求をリソース管
理センタ装置へ送信し、リソース管理センタ装置はその
パソコン登録要求を受信すると、その受信情報をそのパ
ソコンを一意に特定する情報として認証データベースに
登録する。

【００１２】集団代行装置での各業務のアプリケーショ
ンデータの更新に当っては、リソース管理センタ装置は
各代行業務のアプリケーションプログラムデータをＡＰ
データ配信サーバで管理し、各代行装置はパソコンと電
話機の複数組の各組と、各代行業務のアプリケーション
プログラムデータを保持した業務サーバとを連動させて
各代行業務の発信通信を行い、リソース管理センタ装置
は代行業務アプリケーションプログラムデータの更新が
あると、その更新があったことの通知を各代行装置へ送
信し、代行装置は更新通知を受信すると、その更新アプ
リケーションプログラムデータの配信要求をリソース管
理センタ装置に送信し、リソース管理センタ装置はその
配信要求を受信すると、上記ＡＰデータ配信サーバから
対応する更新された代行アプリケーションプログラムデ
ータを要求のあった代行装置の業務サーバへ配信し、そ
の業務サーバは保持している対応する業務アプリケーシ
ョンプログラムデータを、配信された更新業務アプリケ
ーションプログラムデータに更新する。

【００１３】個人代行装置の各業務のアプリケーション
データの更新に当っては、リソース管理センタ装置に各
代行業務のアプリケーションプログラムデータをＡＰデ
ータ配信サーバで管理し、各個人代行装置は代行業務の
アプリケーションプログラムデータを保持したパソコン
と電話機を備えて各代行業務の発信通信を行い、リソー
ス管理センタ装置は個人代行装置より代行業務の開始に
入るためのログイン情報を受信すると、その認証を行
い、認証に合格すると、ログイン完了通知と共に、ＡＰ
データ配信サーバからその代行装置の業務アプリケーシ
ョンプログラムデータの版数を個人代行装置へ返送し、
個人代行装置は受信した版数と保持している業務アプリ
ケーションプログラムデータの版数とを比較し、不一致
であればその業務アプリケーションプログラムデータの
配信要求をリソース管理センタ装置へ通知し、リソース
管理センタ装置はその配信要求を受信すると、ＡＰデー
タ配信サーバから対応する業務アプリケーションプログ
ラムデータをその個人代行装置へ配信し、その個人代行
装置は、保持している業務アプリケーションプログラム
データを受信した業務アプリケーションプログラムに更
新する。

【００１４】集団代行装置において属性データの表示を
速く行うことを可能とするために、各代行装置はパソコ
ンと電話機の複数組の各組と、代行業務のアプリケーシ
ョンプログラムデータを保持した業務サーバとを連動さ
せて代行業務の発信通信を行い、また各代行装置に、各
発信データごとにその属性データを格納した属性データ
ベースを設け、リソース管理センタ装置は属性データ識
別可能な一意の情報ＩＤを含む発信先データを、代行装
置の業務サーバへ必要に応じて先行して送信し、また必
要に応じて発信コール数や回線速度をもとに発信遅延時
間を設定しておくことにより、遅延時間経過後、その発
信先データの少なくとも電話番号を自動発信装置へも送
信し、上記業務サーバは上記発信先データを受信すると
その発信先データに基づき、その属性データを上記属性
データベースから取込み、上記自動発信装置は発信先デ
ータを受信するとその発信先データに基づき発信接続処
理を行い、発信先からの応答を受信するとその発信先を
空きの電話機に接続し、かつ応答情報を業務サーバへ送
信し、上記業務サーバは上記属性データベースから取込
んだその属性データをその電話機と組になった代行パソ
コンへ送り、また、上記業務サーバはリソース管理装置
へも上記自動発信装置から受取った応答情報を送信し、
上記代行パソコンは上記業務サーバから送られてきた発
信先属性データを表示する。

【００１５】通信結果を直ちに得たい部署へ送信するた
めに、上記リソース管理センタ装置に転送条件記憶部を
設け、代行装置は発信先との通信が切断され、その通信
に対する結果の入力が終了すると、その通信結果をリソ
ース管理センタ装置へ送信し、リソース管理センタ装置
は通信結果を受信すると、その通信結果について上記転
送条件記憶部を参照し、転送条件を満すと、その代行業
務について予め決められた部署の装置へ通信結果を転送
する。

【００１６】個人代行装置の処理を迅速に行うために、
リソース管理センタ装置は個人代行装置から空き状態の
通知を受信すると、複数の発信先データ及びその各属性
データを通知した個人代行装置へ送信し、個人代行装置
は複数の発信先データとその属性データを受信すると、
その一つを受信順に表示し、その表示に基づき発信接続
を行い発信先との通信が終了すると、発信先データ取得
要求をリソース管理センタ装置へ送信し、上記通信終了
に基づく通信結果が入力されると、その通信結果をリソ
ース管理センタ装置へ送信を開始し、その後、受信され
ている次の発信先データ及びその属性データを表示し、
リソース管理センタ装置は発信先データ取得要求を受信
すると次の発信先データ及びその属性データを、要求の
あった個人代行装置へ送信する。

【００１７】リソース管理センタ装置は、発信先データ
ベースを参照して各代行装置に発信先データを送って、
その代行装置に発信通信を行わせ、発信通信業務の依頼
元から発信先データの追加・削除要求を受信すると、そ
の受信に応じて、発信先データベースに対し追加・削除
を行う。

【００１８】

【発明の実施の形態】図１にこの発明の実施例を適用し
たシステム構成例を示す。複数の集団代行装置３１Ａ,
３１Ｂ、複数（図では１個のみを示している）個人代行
装置３１Ｃとこれらを管理するリソース管理センタ装置
３３とが例えばインターネットなどのネットワーク３２
を介して相互に接続することができる。また代行装置に
発信通信業務を依頼する例えば事業者データセンタ装置
３４もネットワーク３２を介してリソース管理センタ装
置３３と接続することができる。

【００１９】集団代行装置３１Ａは従来と同様に、パソ
コン１３と電話機１４の組からなる代行卓１５の複数が
設けられ、また公衆通信網３５を介して顧客電話機３６
に対し自動的に発信して、その顧客電話機３６と代行卓
の電話機１４とを接続することができる自動発信装置
（例えばＰＢＸ）１７が設けられている。自動発信装置
１７はその集団代行装置３１Ａ内の代行卓の電話機１４
の空き状態の管理も行う。更に、管理者が使うパソコン
３７と電話機３８の組からなる管理卓３９と、インター
ネットの世界でＷｅｂサーバと呼ばれている機能をもつ
業務サーバ４１、発信先の属性データが格納される属性
データベース４２、これら各パソコン１３，３７、自動
発信装置１７、業務サーバ４１などがリソース管理セン
タ装置３３と通信するためのいわゆるルータと呼ばれる
送受信部４３などが設けられている。この集団代行装置
３１Ａ,３１Ｂは銀行、製造会社などの事業者の一部署
であっても、発信通信代行業務を業として行う会社であ
ってもよい。

【００２０】集団代行装置は任意の複数設けられるもの
であり、以下の説明では集団代行装置３１Ａで代表して
説明する。集団代行装置３１Ａがある事業者から、例え
ば料金督促などの発信通信業務（プロジェクト）の依頼
を受けると、集団代行装置３１Ａの管理者はその管理卓
３９を用いて、リソース管理センタ装置３３に対し、プ
ロジェクト登録開始要求を送信する。つまりリソース管
理センタ装置３３内の登録・認証部５１と接続するため
の予め決められたアクセス点、例えばＵＲＬを、図２
に示すように管理者はそのパソコン３７に入力し、かつ
プロジェクト情報（例えばその発信通信業務の依頼元な
どの発信通信業務に関係した情報）と、その代行装置３
１Ａ内のパソコンの数ｍと、管理者の数ｎ、代行者の数
ｐを入力してプロジェクト登録開始を要求する。

【００２１】このプロジェクト登録開始要求は送受信部
４３、ネットワーク３２を通じて、更にリソース管理セ
ンタ装置３３の送受信部（ルータ）５２を通じて登録・
認証部５１に送信される。登録・認証部５１は必要に応
じてその管理者に対する認証を行い、それに合格する
と、受信したプロジェクト登録開始要求の情報に基づ
き、図３に一部を示すようにＰＣＩＤ生成部５１１で各
パソコンを識別する識別情報ＰＣＩＤをｍ個生成し、管
理者ＩＤ生成部５１２で、管理者の識別情報（管理者Ｉ
Ｄ）をｎ個生成し、また管理者パスワード生成部５１３
で、管理者のパスワードをｎ個生成し、代行者ＩＤ生成
部５１４で、各代行者を識別する識別情報ＵＩＤをｐ個
生成し、またパスワード生成部５１５で各代行者のパス
ワードをｐ個生成し、更にＵＲＬ生成部５１６で、これ
らが格納されたデータ位置を示す情報ＵＲＬを生成す
る。これら自動生成された情報は認証データベース５３
内にプロジェクト情報と共に関連付けて格納する。この
際、代行者の各ＵＩＤについて代行者パスワードを１つ
ずつ対応付け、これらはｐ個の組として格納される。管
理者ＩＤと管理者パスワードも同様である。これらＵＲ
Ｌ、ｍ個のＰＣＩＤ、ｎ個の組とされた管理者ＩＤ及
び管理者パスワード、ｐ個の組とされたＵＩＤ及び代行
者パスワードは、集団代行装置３１Ａの管理者パソコン
３７へ送信される。パソコン３７は図に示していない共
通の記憶装置にこれらをその発信通信業務（プロジェク
ト）ごとに区別して格納する。

【００２２】管理者は受信したｍ個のＰＣＩＤを装置内
の各パソコンに１つずつ割当て、ＵＲＬを入力して登
録・認証部５１にアクセスして、受信したｍ個のＰＣＩ
Ｄを１つづつ入力すると共に、そのＰＣＩＤを割当てた
パソコンを一意に表わすＰＣ固有情報、例えばそのパソ
コンの機器製造連番（ＰＣ番号）（これは自動的に読み
取るようにしてもよい）と共にパソコン登録要求を送信
する。登録・認証部５１はその管理者と、受信したＰＣ
ＩＤを認証し、合格すれば、そのＰＣＩＤと、そのＰＣ
固有情報と、例えば受信登録要求の発信アドレスの上位
桁より求めたその集団代行装置３１Ａを表わす代行装置
表示を認証データベース５３内のパソコン識別領域に格
納する。その格納後、パソコン登録完了通知を代行者卓
のパソコンへ送信する。管理者は各代行者卓のパソコン
ごとにこのパソコン登録を行う。

【００２３】個人代行装置３１Ｃはパソコン３１Ｃ１と
電話機３１Ｃ２を備え、集団代行装置３１Ａもしくは集
団代行装置３１Ｂの管理者により前述のようにプロジェ
クト登録してもらい、ＰＣＩＤ、代行者のＵＩＤとパス
ワードの組を受け取り、上記集団代行装置の管理者もし
くは個人代行者自身が前述のようにパソコン登録を行
う。集団代行装置３１Ａ内の業務サーバ４１内には各発
信通信業務の業務アプリケーションプログラム（以下Ａ
Ｐと記す）データが格納されている。これはインターネ
ットの世界におけるＡＰデータと同様なものであり、例
えばＨＴＭＬで記述されており、エンジンにより駆動さ
れ各パソコン１３と連動して、その業務のアプリケーシ
ョンプログラムが実行されるものである。また個人代行
装置３１Ｃにおいてはパソコン３１Ｃ１内にエンジンを
備え格納された業務ＡＰデータを用いて、その業務アプ
リケーションプログラムを実行できるようにされてい
る。

【００２４】集団代行装置３１Ａにおいてその代行者は
仕事を開始したい時は、管理者から使用するパソコンを
割当ててもらい、そのパソコン１３に対し、ログイン情
報、つまり仕事の開始に入る要求情報として、ＵＲＬ
、そのパソコンのＰＣＩＤ、予めその代行者に割り当
てられているＵＩＤとパスワードを入力してリソース管
理センタ装置３３へ送信する。この際ＰＣ固有情報も自
動的に送信される。このログイン情報は登録・認証部５
１で受信され、登録・認証部５１はこれら受信情報につ
いて、そのパソコン、代行者の正当性を、認証データベ
ース５３を参照して検証し、これに合格すると、その代
行者がパソコンと業務サーバ４１とを共用してその発信
通信業務を行うための、業務サーバ４１におけるその業
務ＡＰデータを利用するためのデータ位置情報ＵＲＬ
をログイン完了通知と共にそのパソコン１３へ返送す
る。なお登録・認証部５１には各業務ＡＰと業務サーバ
４１上でのその利用位置情報（ＵＲＬ）との対応表を備
えている。

【００２５】ログイン完了通知を受信したパソコン１３
は業務サーバ４１にログイン完了とＵＲＬを通知し、
これを受信したサーバ４１はログイン完了通知とＵＲＬ
をそのパソコン１３へ送り、パソコン１３はログイン
完了とＵＲＬをその代行者に表示して知らせる。これ
によりその代行者は仕事の開始が可能となり、仕事を依
頼するために、空き状態であることをパソコン１３に入
力して、リソース管理センタ装置３３へ送る。この通知
はその装置３３内の発信制御部５４に入力される。発信
制御部５４内のＣＴＩ制御部５４１は全ての代行者のパ
ソコン（１３，３１Ｃ１）の状況を管理し、つまり図に
示していないが各パソコンごとにそれが空き状態か、通
信状態か、通信結果を入力中（アフタコールワーク中）
かなどを示す情報を記憶する管理表を備えている。必要
に応じてそのパソコンが行う発信通信業務（プロジェク
ト）名も記憶してある。また後で述べるが通信結果を受
信し、条件を満していれば、決められた所へ送信する。

【００２６】従ってＣＴＩ制御部５４１は、空き通知を
受信すると、その代行者の状況（空き通知）をペーシン
グ制御部５４２へ送る。ペーシング制御部５４２は、或
る一定の間隔で、各代行者の状況をもとに発信コール数
を求め、その発信コール数をデータベース制御部５４３
へ送る。データベース制御部５４３は発信先データベー
ス５５を参照して、属性データ識別可能な一意の情報Ｉ
Ｄを含む発信先データをその発信コール数分だけ取出し
てＣＴＩ制御部５４１へ送り、ＣＴＩ制御部５４１はこ
れら発信先データを暗号化してそのパソコンが属する集
団代行装置の業務サーバ４１へルータ５２より先行して
送信する。また、ＣＴＩ制御部５４１は、発信コール数
や回線速度をもとに発信遅延時間を設定しておくことに
より、遅延時間経過後、それら発信データの少なくとも
電話番号を自動発信装置１７へもルータ５２より送信す
る。なお発信遅延時間を０秒にしてもよい、つまり業務
サーバ４１への発信先データの送信と、自動発信装置１
７への発信先データの送信をほぼ同時に行ってもよい。

【００２７】発信先データを受信した業務サーバ４１は
その発信先データの属性データを属性データベース４２
から取込む。この際受信した発信先データが暗号化され
ている場合は復号化して行うことは当然のことである。
なお発信先データは例えば発信先電話番号、顧客識別情
報（ＩＤ）、口座番号などであり、属性データはその発
信先データと対応する氏名、住所の他に、購入履歴など
その業務と関連した情報などである。

【００２８】発信先データを受信した自動発信装置１７
は、その発信先データに基づき、自動的にダイヤル発信
して、その顧客の端末（電話機）３６を呼出し、相手か
らの応答があると、図５に示すようにその電話機３６を
空いている電話機１４とを接続すると共にその応答を業
務サーバ４１に通知し、業務サーバ４１は発信先属性デ
ータを前記接続した電話機１４と組のパソコン１３へ送
り、パソコン１３に発信先属性データを表示させる。そ
の代行卓の代行者は電話により顧客とその業務に応じた
内容、例えば料金督促の通信、必要に応じてパソコン１
３の面表情報を参照しながら行う。また業務サーバ４１
は前記応答を受信すると、その応答情報（発信先データ
などを含む）をリソース管理センタ装置３３のＣＴＩ制
御部５４１へ送り、ＣＴＩ制御部５４１でそのパソコン
通信状態になったと状況管理などを修正する。

【００２９】この処理のように、発信先データを自動発
信装置１７のみならず、業務サーバ４１へも送り、業務
サーバ４１で属性データをデータベース４２から取り込
む場合は、発信先電話機３６からの応答があった後に、
業務サーバ４１が属性データを取込む場合より、パソコ
ン１３に属性データを速く表示することができ、それだ
け発信通信業務を迅速に行うことができる。リソース管
理センタ装置３３は発信先データとその属性データを、
代行装置３１Ａの業務サーバ４１へ送信し、またその発
信データを自動発信装置１７へも送信し、上記自動発信
装置１７は発信先データを受信すると、その発信先デー
タに基づき発信接続処理を行い、発信先からの応答を受
信すると、その発信先を空き電話機１４に接続し、かつ
応答情報を業務サーバ４１へ送信し、業務サーバ４１は
先に受信した属性データを前記発信先と接続された電話
機１４と組になっている代行パソコン１３へ送り、また
リソース管理センタ装置３３のＣＴＩ制御部５４１へも
自動発信装置１７から受け取った応答情報を送信し、代
行パソコン１４は業務サーバ４１から送られてきた発信
先属性データを表示するようにしてもよい。このように
することにより、発信先電話機１４と組をなすパソコン
１３にその発信先の属性データを直ちに表示させること
が可能となる。

【００３０】代行者と、顧客との通信が終り、代行者が
パソコン１３に切断命令を実行させると、そのパソコン
１３は自動発信装置１７に対し切断指令を出して、その
通信接続を切断させる。代行者はその通信内容に応じ、
また発信通信業（プロジェクト）に応じた必要とする通
信結果をパソコン１３に入力すると、パソコン１３はそ
の通信結果を発信先データと共に、必要に応じて暗号化
してリソース管理センタ装置３３、発信制御部５４（Ｃ
ＴＩ制御部５４１）へ送信する。

【００３１】発信制御部５４は受信した通信結果内容
が、その発信通信業務（プロジェクト名）について予め
記憶された条件記憶部５４４から読み出した条件と比較
し、その条件と整合していると、条件記憶部５４４のそ
の発信通信業務の条件と共に記憶された転送先アドレス
を参照して、その転送先へその通信結果を送信する。こ
の通信結果の送信先は図１では事業者データセンタ装置
３４の他システム６１であるが、例えばアンケートの収
集所や、統計処理所などであり、発信通信業務の依頼元
と必ずしも同一でなくてもよい。このように通信結果が
直ちに送られ、それが条件を満せば、直ちに予め決めら
れた所へ送られる場合は、発信通信業務によっては、な
るべく早く通信結果を知り、この結果に応じて処理を必
要な場合にその処理が迅速に行われる利点がある。

【００３２】リソース管理センタ装置３３の発信制御部
５４（ＤＢ制御部５４３）は受信した通信結果を、他シ
ステム６１へ送信するしないに関係なく、発信先データ
の属性データベース５６の一部に又はログ（履歴）情報
としてデータベースに格納される。代行者は通信結果の
送信を流し、次の仕事を行いたい場合は図４中の破線１
０１で示す以後の処理、つまり空き状態をリソース管理
センタ装置３３へ通知する処理から実行すればよい。

【００３３】代行者が通信結果を送信し、例えばその日
の仕事を終了としたい場合は、代行者はパソコン１３に
対し、仕事を終了する通知、つまりこのリソース管理セ
ンタ装置３３から離れるログアウト要求を入力して、リ
ソース管理センタ装置３３へ送信する。リソース管理セ
ンタ装置３３のＣＴＩ制御部５４１はその状況管理表の
そのパソコンを業務停止状態（ログアウト状態）に変更
する。個人代行装置３１Ｃにおいてその個人代行者が仕
事を開始する際には図６に示すようにまずリソース管理
センタ装置３３の管理下に入ることの要求、いわゆるロ
グイン情報をパソコン３１Ｃ１に入力してリソース管理
センタ装置３３へ送信する。このログイン情報は図４に
示した集団代行装置３１Ａの代行者が行うログイン情報
と同様の情報である。このログイン情報は先の場合と同
様に、登録・認証部５１でその個人代行者とパソコンに
対する認証が行われ、その認証に合格すると、ログイン
完了通知をパソコン３１Ｃ１へ送信すると共に、受信し
たログイン情報をセンタ装置３３内のＡＰデータ配信サ
ーバ５７へ通知する。ＡＰデータ配信サーバ５７は、そ
のログイン情報中のパソコン３１Ｃ１のＰＣＩＤ（又は
／及び代行者ＵＩＤ）によりそのパソコン３１Ｃ１内の
業務ＡＰデータの版数をＡＰデータベース５７１から読
出し、そのＡＰデータ版数をパソコン３１Ｃ１へ送信す
る。

【００３４】パソコン３１Ｃ１はログイン完了通知を受
信すると、これを表示し、また、受信した版数と、ＡＰ
データ格納部７１に保持している業務ＡＰデータの版数
とを比較し、一致していなければ、リソース管理センタ
装置のＡＰデータ配信サーバ５７に、その業務ＡＰデー
タの配信要求を送信する。これを受信したＡＰデータ配
信サーバ５７は、ＡＰデータベース５７１から対応する
業務ＡＰデータを取出してパソコン３１Ｃ１へ配信す
る。パソコン３１Ｃ１は配信された業務ＡＰデータでそ
れまでの業務ＡＰデータを更新し、その更新が終了する
と、ＡＰデータ配信完了通知をＡＰデータ配信サーバ５
７へ送信する。

【００３５】このようにパソコン３１Ｃ１内の業務ＡＰ
データの更新が自動的に行われるようにした場合は、更
新された業務ＡＰデータを記録した磁気媒体を個人代行
装置３１Ｃへ送り、そのパソコン３１Ｃ１に更新業務Ａ
Ｐデータをインストールする場合より、各個人代行装置
３１Ｃのパソコン３１Ｃ１の業務ＡＰデータの更新が迅
速に行われ、手間も省け、かつ古い業務ＡＰデータで処
理されるおそれがない。また前述のように、版数を送っ
て業務ＡＰデータの自動更新を行う場合に、パソコン３
１Ｃ１にその業務ＡＰデータが保持されていなければ、
配信要求を行うことにより、発信通信業務のＡＰデータ
をパソコン３１Ｃ１に取込むことができる。

【００３６】このようにして個人代行装置３１Ｃがリソ
ース管理センタ装置３３の管理下に入った後、その個人
代行者が仕事を要求する場合は集団代行装置３１Ａの代
行者と同様に、パソコン３１Ｃ１が空き状態であること
を発信制御部５４へ通知する（図７参照）。発信制御部
５４は図４に示したと同様な処理を行うが、データベー
ス制御部５４３は発信先データベース５５から複数、こ
の例では２つの発信先データを取得するのみならず、こ
れら発信先データの発信先の各属性データを属性データ
ベース５６から取出し、発信先データとその属性データ
の組をＣＴＩ制御部５４１からパソコン３１Ｃ１へ順次
送信する。この場合、必要に応じて暗号化して送信す
る。

【００３７】これらを受信したパソコン３１Ｃ１はこれ
らをパソコン３１Ｃ１内の記憶部７２に一時記憶し、そ
の記憶部７２内の最も先に記憶された、つまり最も古い
発信先データと属性データを画面に表示し、個人代行者
はそれを見て、発信操作を行い、その電話機３１Ｃ２を
発信先の電話機３６と接続して、顧客と通信（通話）
し、通信が終了して電話機の接続を切断すると、切断命
令をパソコン３１Ｃ１に入力する。パソコン３１Ｃ１は
切断命令が入力されると、１つの発信先データについて
の通信が終了したことをリソース管理センタ装置３３へ
送信する。

【００３８】リソース管理センタ装置３３はその終了切
断を受信すると、先の空き状態通知の受信時と同様に、
発信制御部５４が動作して、次の発信先データとその属
性データの一組をパソコン３１Ｃ１へ送信する。パソコ
ン３１Ｃ１は受信した発信先データと属性データの組を
記憶部７２に記憶する。一方、個人代行者が通信切断
後、パソコン３１Ｃ１に対し、その通信結果を入力する
と、パソコン３１Ｃ１はその通信結果を発信先データな
どと共に、必要に応じて暗号化してリソース管理センタ
装置３３へ送信し、対応する発信先データと属性データ
を記憶部７２から削除する。その後記憶部７２から最も
古い発信先データ及びその属性データを取り出して画面
に表示する。よって個人代行者はその画面の表示をみて
前述したように発信通信業務を実行する。以下同様のこ
とをパソコン３１Ｃ１及びリソース管理センタ装置３３
は実行する。代行者が仕事を終了し、つまりリソース管
理センタ装置３３の管理よりその個人代行装置３１Ｃを
外すには、通信結果送信後に、パソコン３１Ｃ１の画面
に表示された発信先データに対する発信通信業務を行う
ことなく、ログアウト要求を入力する。パソコン３１Ｃ
１はそのログアウト要求をリソース管理センタ装置３３
へ送信する。

【００３９】リソース管理センタ装置３３は、このログ
アウト要求が受信されるまで、終了切断を受信するごと
に、次の発信先データとその属性データの１組をパソコ
ン３１Ｃ１へ送信し、また通信結果をパソコン３１Ｃ１
から受信すると、集団代行装置３１Ａから通信結果の受
信に対する処理と同様につまり図５に示したように、通
信結果が条件を満せば、直ちに指定されている所へ送信
し、また全ての通信結果をデータベースに格納する。ま
たログアウトを受信した際に、発信制御部５４は先に送
信した発信データと属性データの組についてその通信結
果が受信されていないことから、その発信先データにつ
いて発信通信業務が未処理であるようにその管理を訂正
する。このように個人代行装置３１Ｃには最初に空き状
態通知があると複数の発信データと属性データの組を送
信し、パソコン３１Ｃ１に終了切断が入力されるごと
に、発信データと属性データの１組を送るようにする場
合は、パソコン３１Ｃ１には常に次の発信先データと属
性データの組が記憶されてあるため、リソース管理セン
タ装置３３から常に発信先データと属性データの１組の
みを送り、かつそれに対する通信結果を受信した後の空
き状態通知に対し、１組の発信先データと属性データを
送信する場合より全体の処理が迅速に行える。

【００４０】先に個人代行装置３１Ｃ内の業務ＡＰデー
タの更新を迅速に行う手法を述べた。集団代行装置３１
Ａの業務サーバ４１内に保持する業務ＡＰデータに対す
る更新を迅速に行うには、図９に示すようにすればよ
い。例えば発信通信業務の依頼元から、あるいはシステ
ムの改善要求などにより、リソース管理センタ装置３３
のＡＰデータ配信サーバ５７内のＡＰデータベース５７
１内のある業務ＡＰデータに対する更新が行われると、
ＡＰデータ配信サーバ５７は各集団代行装置３１Ａの管
理者卓パソコン３７に対し業務ＡＰデータが更新された
ことを通知する。

【００４１】そのパソコン３７の管理者は、業務ＡＰデ
ータ更新通知を知ると、パソコン３７よりＡＰデータ配
信要求をＡＰデータ配信サーバ５７に送信する。ＡＰデ
ータ配信サーバ５７はその配信要求を受信すると該当す
る業務ＡＰデータをＡＰデータベース５７１から取出し
て業務サーバ４１へ送信する。業務サーバ４１はそのＡ
Ｐデータ保持部４１１中の対応する業務ＡＰデータを配
信された新しい業務ＡＰデータに更新する。その更新が
終了するとＡＰデータ配信完了通知をＡＰデータ配信サ
ーバ５７へ通知する。このようにすれば業務ＡＰデータ
が更新されると、全ての集団代行装置３１Ａでの発信通
信業務が、直ちに更新された業務ＡＰデータに基づいて
行われることになる。なお新たに発信通信業務を行う場
合は、その業務ＡＰデータをＡＰデータ配信サーバ５７
のデータベース５７１に格納されると、ＡＰデータ配信
サーバ５７から各集団代行装置３１Ａの管理者パソコン
３７に通知することにより、更新の場合と同様にその業
務ＡＰデータを配信することができる。

【００４２】次に発信先データの追加・削除の処理を通
信により行う例を図１０を参照して説明する。発信先デ
ータはもともと例えば図１中の事業者データセンタ装置
３４の顧客データベース６２に例えば所定値以上の料金
を所定期間以上滞納したものについて発信先データが格
納されている。料金の納入により料金督促の必要がなく
なった発信先データが生じたり、逆に料金督促が必要な
発信先データが生じ、顧客データベース６２の内容を変
更し、これに伴って発信通信業務の発信先データも変更
する必要がある。よってこのような発信先データの追加
・削除を行いたいと事業者データセンタ装置３４の管理
者が思った時に事業者データセンタ装置３４の管理者用
端末（パソコン）６３にその管理者がログイン情報を入
力して、端末６３からルータ６４を通じてリソース管理
センタ装置３３の登録・認証部５１にログイン情報を送
信する。

【００４３】登録・認証部５１はその管理者、端末６３
に対する認証を行い、その認証に合格すると、ログイン
完了通知を管理者端末６３へ送信する。この通知を受信
した端末６３はその画面にこれを表示し、管理者がその
通知を知ると端末６３に顧客データベース６２のデータ
を表示させ、追加・削除を必要とする発信先データには
そのことを示す情報を予め付けてあり、この情報をもと
に発信先データを選択しその追加又は削除情報と共に、
これらを必要に応じて暗号化して端末６３からリソース
管理センタ装置３３内の発信制御部５４へ送信する。

【００４４】発信制御部５４は受信した発信先データの
追加・削除情報に応じて発信先データベース５５に対し
発信先データの追加、また対応する発信先データの削除
を行う。必要に応じて属性データベース５６に対し、同
様の追加・削除を行う。またこの受信した発信先データ
の追加・削除情報を、発信先データベース５５の更新履
歴として図に示していない記憶部に記録する。次に発信
先データの追加・削除の必要が発生したタイミングで直
ちに、その追加・削除を行うようにすることもできる。
即ち例えば図１１に示すように、事業者データセンタ装
置３４の管理者は図１０の場合と同様に、その管理端末
６３を、ログイン情報をリソース管理センタ装置３３へ
送信して、その管理下に入れておく、その状態で事業者
データセンタ装置３４内の顧客データベース６２に対
し、発信先データの追加又は発信先データの削除が行わ
れると、そのことが同時に管理者端末６３に送られるよ
うにしておき、その追加・削除通知が端末６３に入力さ
れると、端末６３は直ちに、その発信先データの追加・
削除要求を必要に応じて暗号化して発信制御部５４へ通
知する。発信制御部５４は発信先データの追加・削除要
求を受信すると前述と同様に発信先データベース５５に
対して発信先データの追加・削除を行う。なおこのよう
な発信先データの追加・削除は勝手に行われないよう
に、前述した認証を行い、合格した場合にのみ、発信先
データの追加・削除を行うが、その認証ができるよう
に、管理者やその端末６３のリソース管理センタ装置３
３への登録は、先に述べた代行者やパソコン１３、３１
Ｃ１の登録と同様に行えばよい。

【００４５】なお各集団代行装置３１Ａの属性データベ
ース４２内の属性データは、例えばシステムを動作させ
る前に予め配信しておけばよい。図１に示していない
が、図１２に示したように、営業店・窓口２５などから
も、発信先データの追加・削除などをリソース管理セン
タ装置の発信先データベース５５に対し、上述と同様に
行えるようにすることもできる。

【００４６】

【発明の効果】以上述べたようにこの発明によればリソ
ース管理センタ装置３３で全ての集団代行装置内の全て
の代行卓、全ての個人代行装置の状況を管理しているた
め、全体として効率的に動作させることができる。特に
前述したように、代行者と使用パソコンの組合せを自由
にすることができる構成とした場合は、少ないパソコン
を効率的に利用できる。またパソコンを認証する場合
は、目的以外で発信先データが見られないよう安全性を
向上させることができる。

【００４７】また業務ＡＰデータを配信により更新でき
る構成とした場合は集団代行装置の場合は、各パソコン
１３ごとに行う場合より、一括して更新ができ、省力化
及び時間の短縮を実現できる。また個人代行装置におい
ても自動的に更新され、省力化ができる。なお発信通信
業務のアプリケーションプログラム自体を業務サーバ４
１や個人代行装置３１Ｃにもたせることも考えられる
が、その場合は更新配信に時間がかかり、かつ、使用す
るパソコンと配信サーバとの機種を揃える必要がある
が、業務ＡＰデータを用いることにより更新配信が短時
間となり、使用するパソコンの機種も自由に選ぶことが
できる。

【００４８】また通信結果を実時間で処理することがで
き、通信結果と連携させて処理する場合は、その処理を
早くすることができる。更に発信先データの追加・削除
を、リソース管理センタ装置３３の発信先データベース
５５に対し行い、発信通信業務の各代行卓や個人代行装
置への依頼は、それらが空きとなるごとに、発信先デー
タベース５５から取出して行うため、例えば、料金督促
業務を料金納入があった発信先に対して行うおそれはな
い。

【図面の簡単な説明】

【図１】この発明の方法が適用されるシステムの構成例
を示す図。

【図２】この発明方法におけるプロジェクト登録・手続
及びパソコン登録手続の手順の例を示す図。

【図３】リソース管理センタ装置内の認証部５１の一部
の機能構成を示す図。

【図４】集団代行装置の代行者が業務を行うための処理
手順の例を示す図。

【図５】図４の処理手順の続きを示す図。

【図６】個人代行装置の個人代行者が業務を行うための
処理手順の例を示す図。

【図７】図６の処理手順の続きを示す図。

【図８】図７の処理手順の続きを示す図。

【図９】集団代行装置内の業務ＡＰデータの更新手順の
例を示す図。

【図１０】リソース管理センタ装置内の発信先データベ
ース５５に対する発信先データの追加・削除の処理手順
の例を示す図。

【図１１】その追加・削除の処理手順の他の例を示す
図。

【図１２】従来コールセンタの発信業務を説明するため
の図。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉澤 功 東京都江東区南砂二丁目36番11号 川鉄情 報システム株式会社内 Ｆターム(参考） 5K015 AD02 AF02 5K101 KK02 KK16 PP03

Claims (10)

【特許請求の範囲】
1. 【請求項１】 リソース管理センタ装置において各代行
   装置の状況を管理して、代行装置に発信通信業務の代行
   を行わせる発信通信代行方法であって、 代行装置から依頼業務（プロジェクト）情報、パソコン
   の数、管理者数、代行者数と共にプロジェクト登録開始
   要求をリソース管理センタ装置へ送信し、 リソース管理センタ装置はプロジェクト登録開始要求を
   受信すると、パソコンの数のパソコン識別情報ＰＣＩＤ
   と、管理者数の管理者識別情報（管理者ＩＤ）及び管理
   者パスワードと、代行者数の代行者識別情報ＵＩＤ及び
   代行者パスワードを生成して代行装置へ返送すると共
   に、これらを依頼業務と対応ずけて、認証用データベー
   スに登録し、 代行装置は受信した返信情報を記憶管理し、 各パソコンについて受信したＰＣＩＤの１つと、そのパ
   ソコンを一意に識別する識別データと共にパソコン登録
   要求をリソース管理センタ装置へ送信し、 リソース管理センタ装置はそのパソコン登録要求を受信
   すると、その受信情報をそのパソコンを一意に特定する
   情報として認証データベースに登録することを特徴とす
   る発信通信代行方法。
2. 【請求項２】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 上記リソース管理センタ装置は各代行業務のアプリケー
   ションプログラムデータをＡＰデータ配信サーバで管理
   し、 各代行装置はパソコンと電話機の複数組の各組と、各代
   行業務のアプリケーションプログラムデータを保持した
   業務サーバとを連動させて各代行業務の発信通信を行
   い、 リソース管理センタ装置は代行業務アプリケーションプ
   ログラムデータの更新があると、その更新があったこと
   の通知を各代行装置へ送信し、 代行装置は更新通知を受信すると、その更新アプリケー
   ションプログラムデータの配信要求をリソース管理セン
   タ装置に送信し、 リソース管理センタ装置はその配信要求を受信すると、
   上記ＡＰデータ配信サーバから対応する更新された代行
   アプリケーションプログラムデータを要求のあった代行
   装置の業務サーバへ配信し、 その業務サーバは保持している対応する業務アプリケー
   ションプログラムデータを、配信された更新業務アプリ
   ケーションプログラムデータに更新することを特徴とす
   る発信通信代行方法。
3. 【請求項３】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 上記リソース管理センタ装置に各代行業務のアプリケー
   ションプログラムデータをＡＰデータ配信サーバで管理
   し、 各個人代行装置は代行業務のアプリケーションプログラ
   ムデータを保持したパソコンと電話機を備えて各代行業
   務の発信通信を行い、 リソース管理センタ装置は個人代行装置より代行業務の
   開始に入るためのログイン情報を受信すると、その認証
   を行い、認証に合格すると、ログイン完了通知と共に、
   ＡＰデータ配信サーバからその代行装置の業務アプリケ
   ーションプログラムデータの版数を個人代行装置へ返送
   し、 個人代行装置は受信した版数と保持している業務アプリ
   ケーションプログラムデータの版数とを比較し、不一致
   であれば、その業務アプリケーションプログラムデータ
   の配信要求をリソース管理センタ装置へ通知し、 リソース管理センタ装置はその配信要求を受信すると、
   ＡＰデータ配信サーバから対応する業務アプリケーショ
   ンプログラムデータをその個人代行装置へ配信し、 その個人代行装置は、保持している業務アプリケーショ
   ンプログラムデータを受信した業務アプリケーションプ
   ログラムに更新することを特徴とする発信通信代行方
   法。
4. 【請求項４】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 上記各代行装置はパソコンと電話機の複数組の各組と、
   代行業務のアプリケーションプログラムデータを保持し
   た業務サーバとを連動させて代行業務の発信通信を行
   い、また各代行装置に、各発信データごとにその属性デ
   ータを格納した属性データベースを設け、 上記リソース管理センタ装置は属性データ識別可能な一
   意の情報ＩＤを含む発信先データを、代行装置の業務サ
   ーバへ送信し、またその発信先データ中の少なくとも電
   話番号を自動発信装置へも送信し、上記業務サーバは、
   上記発信先データを受信するとその発信先データに基づ
   き、その属性データを上記属性データベースから取込
   み、上記自動発信装置は発信先データを受信するとその
   発信先データに基づき発信接続処理を行い、発信先から
   の応答を受信すると、その発信先を空きの電話機に接続
   し、かつ応答情報を業務サーバへ送信し、上記業務サー
   バは上記属性データベースから取込んだその属性データ
   をその電話機と組になった代行パソコンへ送り、またリ
   ソース管理センタ装置へも上記自動発信装置から受取っ
   た応答情報を送信し、上記代行パソコンは上記業務サー
   バから送られてきた発信先属性データを表示することを
   特徴とする発信通信業務代行方法。
5. 【請求項５】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 上記各代行装置はパソコンと電話機の複数組の各組と、
   代行業務のアプリケーションプログラムデータを保持し
   た業務サーバとを連動させて代行業務の発信通信を行
   い、 上記リソース管理センタ装置は発信先データとその属性
   データを、上記代行装置の業務サーバへ送信し、またそ
   の発信データを自動発信装置へも送信し、 上記自動発信装置は発信先データを受信すると、その発
   信先データに基づき発信接続処理を行い、発信先からの
   応答を受信すると、その発信先を空き電話機に接続し、
   かつ応答情報を上記業務サーバへ送信し、 上記業務サーバは上記受信した属性データをその電話機
   と組になった代行パソコンへ送り、また上記リソース管
   理センタ装置へも上記自動発信装置から受け取った応答
   情報を送信し、 上記代行パソコンは上記業務サーバから送られてきた発
   信先属性データを表示することを特徴とする発信通信業
   務代行方法。
6. 【請求項６】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 上記リソース管理センタ装置に転送条件記憶部を設け、 代行装置は発信先との通信が切断され、その通信に対す
   る結果の入力が終了すると、その通信結果をリソース管
   理センタ装置へ送信し、 リソース管理センタ装置は上記通信結果を受信すると、
   その通信結果について上記転送条件記憶部を参照し、転
   送条件を満すと、その代行業務について予め決められた
   部署の装置へ上記通信結果を転送することを特徴とする
   発信通信業務代行方法。
7. 【請求項７】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 リソース管理センタ装置は個人代行装置から空き状態の
   通知を受信すると、複数の発信先データ及びその各属性
   データを通知した個人代行装置へ送信し、 個人代行装置は複数の発信先データとその属性データを
   受信すると、その一つを受信順に表示し、その表示に基
   づき発信接続を行い、発信先との通信が終了し、発信先
   データ取得要求をリソース管理センタ装置へ送信し、 上記通信終了に基づく通信結果が入力されると、その通
   信結果をリソース管理センタ装置へ送信開始し、その
   後、受信されている次の発信先データ及びその属性デー
   タを表示し、 リソース管理センタ装置は上記発信先データ取得要求を
   受信すると、次の発信先データ及びその属性データを、
   要求のあった個人代行装置へ送信することを特徴とする
   発信通信業務代行方法。
8. 【請求項８】 リソース管理センタ装置において各代行
   装置の状況を管理して代行装置に発信通信業務の代行を
   行わせる発信通信代行方法であって、 リソース管理センタ装置は、発信先データベースを参照
   して各代行装置に発信先データを送って、その代行装置
   に発信通信を行わせ、 上記発信通信業務の依頼元から発信先データの追加・削
   除要求を受信すると、この受信に応じて、上記発信先デ
   ータベースに対し、追加・削除を行うことを特徴とする
   発信通信代行方法。
9. 【請求項９】 代行装置に発信通信業務を代行させるリ
   ソース管理センタ装置であって、 代行装置を認証するのに必要なデータを格納した認証デ
   ータベースと、 上記代行装置よりのログイン情報を上記認証データベー
   スを参照して認証する認証部と、 発信先データが格納された発信先データベースと、 各代行装置の状況を管理し、発信通信を行うべき、発信
   先データを上記発信先データベースから取出し、代行装
   置へ送信する発信制御部と、 を具備するリソース管理センタ装置。
10. 【請求項１０】 リソース管理センタ装置からの発信先
    データを受信して発信通信業務を行う代行装置であっ
    て、 パソコン及び電話機の複数組と、 リソース管理センタ装置から受信した発信先データに基
    づき発信し、その応答を受信して指定された電話機に接
    続する自動発信装置と、 発信先データの属性データが格納される属性データベー
    スと、 上記発信通信業務のアプリケーションデータを保持し、
    リソース管理センタ装置から受信した発信先データに基
    づき上記属性データベースから対応する属性データを取
    込み、パソコンと連動して業務を行う業務サーバと、 上記リソース管理センタ装置からデータを受信し、上記
    自動発信装置、上記業務サーバなど指定した箇所へ転送
    し、上記リソース管理センタ装置へ送信を行う送受信部
    と、 を具備する代行装置。