【手続補正書】
【提出日】平成16年4月19日(2004.4.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の名称】端末接続方法とそのシステム、管理端末、センタ端末及び支店端末
【特許請求の範囲】
【請求項１】利用者が操作する少なくとも１つの支店端末と、
オペレータが操作する複数台のセンタ端末とを接続する端末接続方法であって、
前記センタ端末を管理する少なくとも１つの管理端末が、前記支店端末から接続要求を受けたとき、該管理端末で選択した前記センタ端末に前記接続要求を転送し、該センタ端末が前記接続要求を処理する
端末接続方法。
【請求項２】利用者が操作する少なくとも１つの支店端末と、
オペレータが操作する複数台のセンタ端末とを接続する端末接続方法であって、
前記支店端末にあらかじめ接続先情報を格納し、該接続先情報に基づいて前記センタ端末のいずれかに接続要求を送る
端末接続方法。
【請求項３】前記支店端末にあらかじめ接続先情報を格納し、
該支店端末に対して前記センタ端末の前記接続要求に対する応答がなかったとき、前記接続先情報に基づいて前記支店端末が前記センタ端末のいずれかに接続要求を送る
請求項１記載の端末接続方法。
【請求項４】前記接続要求を受けた前記センタ端末が、該センタ端末の接続状況に従って前記接続要求を他のセンタ端末に転送する
請求項１、２又は３記載の端末接続方法。
【請求項５】前記支店端末に格納する前記接続先情報を、前記管理端末又はセンタ端末で更新する
請求項２、３又は４記載の端末接続方法。
【請求項６】前記接続先情報に基づいて支店端末が、複数台の前記管理端末から接続要求を送る管理端末を選択し、該選択した管理端末に前記接続要求を送る
請求項２から５のいずれか１つに記載の端末接続方法。
【請求項７】利用者が操作する少なくとも１つの支店端末と、
オペレータが操作する複数台のセンタ端末と、
前記センタ端末を管理する少なくとも１つの管理端末とを有し、
前記支店端末と前記センタ端末とを接続する端末接続システムであって、
前記支店端末から接続要求を受ける前記管理端末に、前記接続要求を処理させる前記センタ端末を選択して転送する制御手段を備えた
端末接続システム。
【請求項８】利用者が操作する少なくとも１つの支店端末と、
オペレータが操作する複数台のセンタ端末とを有し、
前記支店端末と前記センタ端末とを接続する端末接続システムであって、
あらかじめ接続先情報を格納する接続先情報記憶手段と、該接続先情報に基づいて前記センタ端末のいずれかに接続要求を送る制御手段とを前記支店端末に備えた
端末接続システム。
【請求項９】あらかじめ接続先情報を格納する接続先情報記憶手段と、
前記支店端末に対して前記センタ端末から前記接続要求に対する応答がなかったとき、該接続先情報に基づいて前記センタ端末のいずれかに接続要求を送る制御手段とを前記支店端末に備えた
請求項７記載の端末接続システム。
【請求項１０】前記接続要求を受けた前記センタ端末が、該センタ端末の接続状況に従って前記接続要求を他のセンタ端末に転送する制御手段を前記センタ端末に備えた
請求項７、８又は９記載の端末接続システム。
【請求項１１】前記管理端末を複数台備え、前記接続先情報に基づいて支店端末が管理端末を選択し、該選択した管理端末に前記接続要求を送る
請求項７から１０のいずれか１つに記載の端末接続システム。
【請求項１２】支店端末と複数台のセンタ端末との接続を管理する管理端末であって、
支店端末から受信したセンタ端末への接続要求を、いずれかのセンタ端末に転送する制御手段を備えた
請求項１記載の端末接続方法又は、請求項７記載の端末接続システムで使用する管理端末。
【請求項１３】支店端末に格納する管理端末及び／又はセンタ端末の接続先情報を更新する制御手段を備えた
請求項２若しくは３記載の端末接続方法又は、請求項８若しくは９記載の端末接続システムで使用する管理端末。
【請求項１４】管理端末からセンタ端末に対して、支店端末からの接続要求が転送されたとき、前記支店端末に直接応答する処理又は他のセンタ端末に前記接続要求を転送する処理を実行する制御手段を備えた
請求項４記載の端末接続方法又は、請求項１０記載の端末接続システムで使用するセンタ端末。
【請求項１５】支店端末に格納する管理端末及び／又はセンタ端末の接続先情報を更新する制御手段を備えた
請求項２若しくは３記載の端末接続方法又は、請求項８若しくは９記載の端末接続システムで使用するセンタ端末。
【請求項１６】管理端末にセンタ端末との接続要求を送信し、センタ端末から応答を受信する処理を実行する制御手段を備えた
請求項１記載の端末接続方法又は、請求項７記載の端末接続システムで使用する支店端末。
【請求項１７】センタ端末の接側先情報を格納する接続先情報記憶手段と、
前記接続先情報に基づいてセンタ端末に接続要求を送信する処理を実行する制御手段とを備えた
請求項２若しくは３記載の端末接続方法又は、請求項８若しくは９記載の端末接続システムで使用する支店端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、利用者が操作する支店端末と、オペレータが操作する複数台のセンタ端末とを１対１又はｎ対１で接続する端末接続方法とそのシステム、管理端末、センタ端末及び支店端末に関する。
【０００２】
【従来の技術】
従来、端末間の接続は１対１で確立し、接続する端末を変更するときは前の接続を切断等して再度新しい端末に接続する方法が存在している。
【０００３】
この端末接続方法を利用し、支店端末とセンタ端末とを接続する方法として、接続するセンタ端末を管理する管理サーバを備え、該管理サーバに支店端末から接続すべきセンタ端末を問い合わせ、前記管理サーバが選択した待機状態のセンタ端末のアドレスを前記支店端末に送信し、該支店端末から前記アドレスのセンタ端末に接続する方法が存在している。
【発明が解決しようとする課題】
前述の方法は、管理サーバへの問い合わせ、アドレスの受信、センタ端末への接続という３つのステップがあり、問い合わせからセンタ端末への接続開始までに時間がかかっていた。つまり、一般に管理サーバとセンタ端末は同一施設内に設置されるが、支店端末は別に設置された施設に設置されるため、支店端末と管理サーバ又はセンタ端末の間での情報の送受信が多い分、接続開始までの時間が長かった。
【０００４】
また前述の方法は、管理サーバがセンタ端末の待機状況等を管理しているため、管理サーバがダウンすると支店端末からどのセンタ端末にも接続できなくなることから、管理サーバとしてダウンしない高級なサーバが要求されていた。
【０００５】
この発明は、支店端末から接続要求を送ってからセンタ端末との接続を開始するまでの接続時間を短縮して利用者の利便性を向上し、管理サーバがダウンしても支店端末とセンタ端末の接続ができるようにして管理サーバに要するコストを削減することを目的とする。
【０００６】
【課題を解決するための手段】
この発明は、利用者が操作する少なくとも１つの支店端末と、オペレータが操作する複数台のセンタ端末とを接続する端末接続方法であって、前記センタ端末を管理する少なくとも１つの管理端末が、前記支店端末から接続要求を受けたとき、該管理端末で選択した前記センタ端末に前記接続要求を転送し、該センタ端末が前記接続要求を処理する端末接続方法であることを特徴とする。
さらには、利用者が操作する少なくとも１つの支店端末と、オペレータが操作する複数台のセンタ端末と、前記センタ端末を管理する少なくとも１つの管理端末とを有し、前記支店端末と前記センタ端末とを接続する端末接続システムであって、前記支店端末から接続要求を受ける前記管理端末に、前記接続要求を処理させる前記センタ端末を選択して転送する制御手段を備えた端末接続システムであることを特徴とする。
【０００７】
前記オペレータは、人に限らず自動応答する電子オペレータを含む。
前記管理端末及び前記センタ端末は、パソコン、サーバ、ワークステーション等で構成することができる。
前記支店端末は、契約媒体を発行する自動契約機、パソコン等で構成することができる。
管理端末でのセンタ端末の選択は、例えばセンタ端末のアドレス及び使用状況を前記管理端末で管理して前記使用状況が待機状態となっているセンタ端末を選択する、例えばセンタ端末に対して順番に接続要求を転送して該接続要求を最初に受取ったセンタ端末を選択する等の方法を含む。
【０００８】
前記処理は、支店端末への応答又は他のセンタ端末への接続要求の転送に代表される処理とすることができる。
【０００９】
前記構成により、支店端末から管理端末に接続すべきセンタ端末のアドレスを問い合わせて受取ったアドレスのセンタ端末に支店端末から接続しなおす方法と異なり、支店端末から管理端末に送った接続要求がセンタ端末に転送され、該センタ端末から前記支店端末に直接応答を送るため、接続要求の流れがスムーズになり、応答までに要する時間を短縮できる。なお、前記応答が正常に完了すれば支店端末とセンタ端末の接続が確立されるため、以降は支店端末とセンタ端末で情報の送受信等を実行することができる。
【００１０】
またこの発明は、利用者が操作する少なくとも１つの支店端末と、オペレータが操作する複数台のセンタ端末とを接続する端末接続方法であって、前記支店端末にあらかじめ接続先情報を格納し、該接続先情報に基づいて前記センタ端末のいずれかに接続要求を送る端末接続方法であることを特徴とする。
さらには、利用者が操作する少なくとも１つの支店端末と、オペレータが操作する複数台のセンタ端末とを有し、前記支店端末と前記センタ端末とを接続する端末接続システムであって、あらかじめ接続先情報を格納する接続先情報記憶手段と、該接続先情報に基づいて前記センタ端末のいずれかに接続要求を送る制御手段とを前記支店端末に備えた端末接続システムであることを特徴とする。
【００１１】
前記接続先情報は、センタ端末のアドレス等で構成することができる。
前記構成により、支店端末が直接センタ端末に接続することができ、前述の管理端末を備えない構成の場合や該管理端末が故障した場合でも、正常に運営することができる。
【００１２】
好ましい実施の形態として、前記端末接続方法又はそのシステムは、前記支店端末にあらかじめ接続先情報を格納し、該支店端末に対して前記センタ端末の前記接続要求に対する応答がなかったとき、前記接続先情報に基づいて前記支店端末が前記センタ端末のいずれかに接続要求を送ることができる。
【００１３】
前記センタ端末から前記応答がこなかった場合とは、例えば管理端末が故障した場合、各端末間の接続線が途中で断線した場合等を含む。
前記構成により、前記センタ端末から前記応答がこなかった場合でも、支店端末から直接センタ端末に接続することができる。
【００１４】
好ましい実施の形態として、前記端末接続方法又はそのシステムは、前記接続要求を受けた前記センタ端末が、該センタ端末の接続状況に従って前記接続要求を他のセンタ端末に転送することができる。
【００１５】
前記転送は、例えば他のセンタ端末のアドレス及び使用状況を各センタ端末で記憶して、前記使用状況が待機状態となっているセンタ端末を選択する、例えばセンタ端末に対して順番に接続要求を転送して該接続要求を最初に受取ったセンタ端末を選択する等の方法を含む。
【００１６】
前記構成により、例えば接続要求を受けたセンタ端末のオペレータが休憩する場合等に、前記接続要求を他のセンタ端末に転送することができ、支店端末からの接続要求に対して柔軟に対処することができる。
【００１７】
好ましい実施の形態として、前記端末接続方法又はそのシステムは、前記支店端末に格納する前記接続先情報を、前記管理端末又はセンタ端末で更新することができる。
【００１８】
すなわち、支店端末に格納した接続先情報を管理端末又はセンタ端末で更新することで、例えばセンタ端末の台数を変更する等の理由で前記接続先情報の更新が必要になった場合に、管理端末又はセンタ端末で更新ができるため、支店端末を設置した支店に技術者等を派遣する必要がなくなり、全支店端末を一括で更新することもできるようになる。
【００１９】
好ましい実施の形態として、前記端末接続方法又はそのシステムは、前記管理端末を複数台備え、前記接続先情報に基づいて支店端末が管理端末を選択し、該選択した管理端末に前記接続要求を送ることができる。
【００２０】
すなわち、例えば休日に稼働する管理端末及びセンタ端末を平日より減少させる場合、前記接続先情報を変更すれば接続要求を送信する管理端末を変えることができ、時間帯や曜日等による利用者の偏りに対応してオペレータ等の効率的な配備が可能になる。
【００２１】
またこの発明は、前記端末接続方法及びそのシステムで使用する管理端末とすることができる。これにより、管理端末で支店端末とセンタ端末の接続を管理して、短時間で支店端末とセンタ端末を接続させることができる。また、支店端末の接続先情報を更新することで、接続要求を受ける管理端末及びセンタ端末を容易に変更することができ、センタ端末ダウン等のトラブルに対する柔軟性が向上する。
またこの発明は、前記端末接続方法及びそのシステムで使用するセンタ端末とすることができる。これにより、支店端末からの接続要求に対する応答をセンタ端末で送ることができ、短時間で支店端末と接続することができる。また、支店端末の接続先情報を更新することで、接続要求を受ける管理端末及びセンタ端末を容易に変更することができ、管理端末ダウン等のトラブルに対する柔軟性が向上する。
またこの発明は、前記端末接続方法及びそのシステムで使用する支店端末とすることができる。これにより、利用者は支店端末を利用して接続要求を送ることができる。また、支店端末に管理端末及び／又はセンタ端末の接続先情報を格納することで、接続要求を直接センタ端末に送信することも可能になり、管理端末ダウン等のトラブルが発生しても運用を継続することができる。
【００２２】
【発明の効果】
この発明により、支店端末の接続要求からセンタ端末の応答までの時間を、従来の接続方法に比較して大幅に短縮でき、利用者の利便性が向上する。
【００２３】
また、管理端末がダウン等しても支店端末から直接センタ端末に接続要求を送れるため、管理端末ダウンによる営業中断等の損害を大幅に軽減することができ、営業中断による信用喪失も回避することができる。
また、管理端末がダウンしても運用できるため、管理端末を高級なサーバでなくてもパソコン等の端末で構成することができ、初期投資及び機器管理費を大幅に削減することができる。
【００２４】
また、管理端末又はセンタ端末で支店端末の接続先情報を更新するため、支店にメンテナンス要員が行く必要がなくなり、大量にある支店端末の環境設定等を短時間で素早く実行でき、それに要するコストも大幅に削減することができる。
また、曜日や時間、または特別な事情で稼働させるセンタ端末の台数を変更しても、管理端末又はセンタ端末で支店端末の接続先情報を更新して、柔軟に対応することができる。
【００２５】
【発明の実施の形態】
この発明の一実施形態を以下図面と共に説明する。
図１は、無人の店舗で利用者と契約をして現金を貸与する貸与契約システム１のシステム構成図を示す。
管理端末１０、センタ端末２０（２０ａ，２０ｂ，・・・）、及び支店端末３０（３０ａ，３０ｂ，３０ｃ，・・・）は、ルータ３を介して通信網２（専用回線）に接続している。
【００２６】
支店端末３０は、内部に備えたハードディスクに接続先のデータを格納した接続先テーブル３１を記憶しており、利用者が操作を開始する際に、接続先テーブル３１（３１ａ，３１ｂ，３１ｃ，・・・）に記憶している管理端末１０にセンタ端末２０との接続要求を送信する。また支店端末３０は、自動契約機としてディスプレイ、タッチパネル、イメージスキャナ、これらを制御するＣＰＵを用いた制御部等を構成しており、契約書のスキャニング、該契約書の支店端末３０内への取り込み、契約カードの発行、現金の貸与等の処理を行う。
管理端末１０は、内部に制御部及びハードディスクを有し、該ハードディスクに管理テーブル１１を記憶しており、各センタ端末２０の稼働状態を管理している。前記接続要求を支店端末から受けとると、前記管理テーブル１１で空いているセンタ端末２０を検索して前記接続要求を転送する。
センタ端末２０は、内部に制御部及びハードディスクを有し、該ハードディスクに前記管理テーブル１１のコピーを記憶しており、管理端末１０から前記接続要求を受信すると、該接続要求を送信した支店端末３０に応答を送信する。またセンタ端末２０は、オペレータが操作を行って支店端末３０から受信する契約書の内容等から利用者を審査し、支店端末３０に現金の貸与指示等を送信する。
【００２７】
以上の構成により、支店端末３０から送られた接続要求を、ルータ３及び通信網２を介して管理端末１０が受信し、該管理端末１０が前記接続要求をセンタ端末２０に転送し、該センタ端末２０が前記支店端末３０に応答を送る。
【００２８】
次に、前述の管理端末１０の記憶手段に記憶された管理テーブル１１、及び支店端末３０に記憶された接続先テーブル３１について説明する。
図２は管理テーブル１１のテーブル構造を表しており、該管理テーブル１１には、図に実線で示すように端末名、アドレス、空き状態（稼働状態）及び処理件数等のフィールド（項目）を設け、各フィールドには以下の情報を格納する。
【００２９】
端末名：各センタ端末２０に割り当てた名称
アドレス：各センタ端末２０と接続するためのアドレス
空き状態：そのセンタ端末２０が空いているかどうかを表すフラグ（０＝利用可能状態、１＝使用中又は故障中など利用不可の状態）
処理件数：当日のその時点までに貸与処理を行った件数
図３は接続先テーブル３１のテーブル構造を表しており、該接続先テーブル３１には接続先アドレスのフィールド（項目）を設け、接続先となる管理端末１０及びセンタ端末２０のアドレスを順に複数格納している。なお、通常は接続先アドレスの１番目に管理端末１０のアドレスを格納しており、２番目以降にセンタ端末２０のアドレスを格納している。
【００３０】
以上の構造により、支店端末３０は接続先テーブル３１に格納している最初の接続先アドレスに接続要求を送信し、応答がなければ順次他の接続先アドレスに接続要求を送信する。
また管理端末１０は、管理テーブル１１に格納している空き状態が０であるセンタ端末２０に支店端末３０からの接続要求を転送することができ、転送後に応答がなかった場合には、他の空き状態が０であるセンタ端末２０に再転送する。なお、空き状態が０であるセンタ端末２０を選択するときは、処理件数の最も少ないセンタ端末２０に優先して転送することで、各センタ端末２０のオペレータにかかる負担を分散させる。
【００３１】
次に図４、５、６、７の処理フロー図と共に、管理端末１０、センタ端末２０及び支店端末３０の動作について説明する。
まず、図４に示す支店端末３０の開局時の処理フロー図と共に、支店端末３０を開局する処理について説明する。
【００３２】
管理端末１０（又はセンタ端末２０）から電源ＯＮを要求する信号を受信すると（ステップｍ１）、支店端末３０は起動を開始する（ステップｍ２）。
起動が完了すると、支店端末３０は管理端末１０（又はセンタ端末２０）に起動完了を送信する（ステップｍ３）。
【００３３】
支店端末３０は、管理端末１０（又はセンタ端末２０）から開局情報として接続先テーブル３１の情報等を受信し、支店端末３０に記憶している接続先テーブル３１を更新等して開局を行う（ステップｍ４）。
開局が完了すると、管理端末１０（又はセンタ端末２０）に開局完了を送信し（ステップｍ５）、支店端末３０が取引可能な状態になって開局処理を終了する。
【００３４】
以上の開局処理で接続先テーブル３１を更新する事により、例えば休日で稼働するセンタ端末２０が少ない場合など、柔軟に対応することができる。また、開局情報の送信と同様にして運用中に接続先テーブル３１を更新すれば、例えば夕方から稼働するセンタ端末２０の台数を減らす場合等にも容易に対応することができる。
【００３５】
次に、図５に示す支店端末３０の処理フロー図と共に、支店端末３０の動作について説明する。
利用者が例えば支店端末３０ａを操作して取引を開始すると（ステップｎ１）、支店端末３０ａは接続先テーブル３１ａの１番目に記憶している管理端末１０に接続要求を送信する（ステップｎ２）。
【００３６】
前記接続要求を受信した管理端末１０から、正常に受信したことを通知する受信応答を受信すると（ステップｎ３）、支店端末３０ａは次の応答があるまで待つ。この間に管理端末１０は、空き状態が０となっていて利用可能であるセンタ端末２０を検索し（例えばセンタ端末２０ｂ）、該センタ端末２０ｂに前記接続要求を転送する（後述のステップｒ４からｒ９）。それを受けたセンタ端末２０ｂは、前記接続要求に対する要求応答を前記支店端末３０ａに送信する（後述のステップｐ２からｐ９）。
【００３７】
空いているセンタ端末２０がない場合、接続を拒否された場合は（ステップｎ４）、支店端末３０ａは再接続するか判断し（ステップｎ５）、再接続する場合はステップｎ２に戻り、再接続しない場合はディスプレイに「ただいま混雑しています。インターフォンをおとりください。」と混雑情報を表示して処理を終了する（ステップｎ６）。
【００３８】
前記ステップｎ４で所定時間内にセンタ端末２０ｂから接続を許可する要求応答があった場合は、支店端末３０ａとセンタ端末２０ｂの接続が確定して取引を開始し（ステップｎ７）、利用者の審査や現金の貸与等の取引を行い（ステップｎ８）、取引を終了する（ステップｎ９）。
【００３９】
前記ステップｎ３で所定時間内に受信応答がなかった場合（つまり応答がなかったとき）、支店端末３０ａは、管理端末１０が接続できない状態であるか判断し（ステップｎ１０）、接続できると判断した場合はステップｎ２に戻って接続要求をリトライする。
【００４０】
例えば前記リトライを３回実行しても受信応答がない場合など、管理端末１０が接続できない状態であると判断した場合は、接続先テーブル３１に記憶しているセンタ端末２０（例えばセンタ端末２０ａ）に接続要求を送信する（ステップｎ１１）。
【００４１】
前記センタ端末２０ａから接続要求を正しく受信した受信応答と、接続を許可する要求応答があった場合には（ステップｎ１２）、ステップｎ７に進んで取引を開始する。
【００４２】
前記センタ端末２０ａから所定時間経過しても受信応答がない場合や接続を拒否された場合は、どのセンタ端末２０とも接続不可であるか判断し（ステップｎ１３）、接続不可でなければステップｎ１１に戻って、次の接続先であるセンタ端末２０ｂに対して接続要求を送信する。なお、この場合はセンタ端末２０ａが図２より空き状態が１であるため接続を拒否され、次のセンタ端末２０ｂと接続することになる。
【００４３】
前記ステップｎ１３で、接続不可でないと判断して次のセンタ端末２０に接続要求を送信する処理を、例えば接続先テーブル３１に記憶されている全てのセンタ端末２０に対して実行してそれを２回り繰り返しても接続できない場合などの条件で、どのセンタ端末２０とも接続不可と判断したときは、支店端末３０ａはディスプレイに「ただいま混雑しています。インターフォンをおとりください。」と混雑情報を表示して処理を終了する（ステップｎ１４）。
【００４４】
次に、図６に示す管理端末１０の処理フロー図と共に、管理端末１０の動作について説明する。
他端末（センタ端末２０又は支店端末３０）からの要求を受けると（ステップｒ１）、管理端末１０は前記要求が状態更新要求かどうか判断する（ステップｒ２）。
【００４５】
状態更新要求であれば、センタ端末２０の状態情報である管理テーブル１１の空き状態、処理件数等の情報を更新し（ステップｒ３）、処理を終了する。
【００４６】
状態更新要求でなければ、支店端末３０の接続要求であるか判断し（ステップｒ４）、接続要求でなければその要求を実行し（ステップｒ５）、処理を終了する。
【００４７】
接続要求であれば（例えば支店端末３０ａからの接続要求）、管理テーブル１１から空き状態が０で処理件数が最も少ないセンタ端末２０を検索し（ステップｒ６）、該当するセンタ端末２０（例えばセンタ端末２０ｂ）があれば（ステップｒ７）、該センタ端末２０ｂに接続要求を転送し（ステップｒ９）、なければ支店端末３０ａに接続拒否を送信して（ステップｒ８）処理を終了する。
【００４８】
次に、図７に示すセンタ端末２０の処理フロー図と共に、センタ端末２０の動作について説明する。
他端末（管理端末１０、センタ端末２０又は支店端末３０）からの要求を受けると（ステップｐ１）、センタ端末２０（例えばセンタ端末２０ｂ）は前記要求が接続要求かどうか判断する（ステップｐ２）。
【００４９】
接続要求でなければその要求を実行して処理を終了し（ステップｐ３）、接続要求であれば、支店端末３０からの直接接続であるかを判断する（ステップｐ４）。
【００５０】
支店端末３０からの直接接続であった場合は、センタ端末２０ｂに記憶している管理テーブル１１を参照して、処理件数がセンタ端末２０ｂより少ないセンタ端末２０があるか検索し、他のセンタ端末２０に接続要求を転送すべきか判断する（ステップｐ５）。
【００５１】
処理件数の少ないセンタ端末２０（例えばセンタ端末２０ｍ）を発見して転送すべきであると判断したときは、接続要求を前記センタ端末２０（つまりセンタ端末２０ｍ）に転送し（ステップｐ６）、転送すべきセンタ端末２０が発見できなかったときは、ステップｐ７に進む。
【００５２】
センタ端末２０ｂは自分が取引可能であるか判断し（ステップｐ７）、取引可能であれば（例えばセンタ端末２０ｂ及びそのオペレータが待機状態）支店端末３０ａに要求応答を送信し、取引を開始する（ステップｐ８）。
【００５３】
取引可能でなければ、支店端末３０ａに接続拒否を送信して処理を終了する（ステップｐ９）。
【００５４】
なお、前記接続拒否は、例えば管理端末１０の管理テーブル１１では空き状態が０であったが、タイムラグによりセンタ端末２０ｂが接続要求を受けたときには他の支店端末３０ａと接続して取引を開始している場合等に行われる。このとき、前記タイムラグの間に管理テーブル１１の空き状態は更新されているため、支店端末３０ａに接続拒否を送信して再度支店端末３０ａが管理端末１０に接続要求をしても、前記センタ端末２０ｂの取引が終了していない限り、再度センタ端末２０ｂに接続要求が転送されてループするようなことはない。
【００５５】
以上の各端末の動作により、管理端末（又はセンタ端末２０）から開局指示を受けた支店端末３０は、利用者に操作されて管理端末１０に接続要求を送信し、管理端末１０によって選択されたセンタ端末２０より要求応答を受信して、管理端末１０とセンタ端末２０の接続を迅速に確立して利用者の審査や現金の貸与等が実行可能になる。
【００５６】
また、管理端末１０がダウン等で使用できないときであっても、管理端末１０からの受信応答がない場合にセンタ端末２０に直接接続要求を送信することで、支店端末３０とセンタ端末２０との接続を確立することができる。
また、接続先テーブル３１を更新すれば、例えば夕方以降は対応するオペレータを半分に減らして稼働するセンタ端末２０も半分にする場合等に柔軟に対応することができる。
【００５７】
次に第２の実施形態として、管理端末１０が複数台存在する場合について説明する。
図８はそのシステム構成図を表し、管理端末１０ａにはセンタ端末２０ａ，２０ｂが、管理端末１０ｍにはセンタ端末２０ｍ，２０ｎがＬＡＮ（ローカルエリアネットワーク）で接続されている。
【００５８】
管理端末１０ａは前述の管理テーブル１１（図２）を記憶しており、管理端末１０ｍは情報の中身をセンタ端末２０ｍ，２０ｎ等に対応させた管理テーブル１１を記憶している。
【００５９】
支店端末３０に記憶している接続先テーブル３１は、支店端末３０ａ，３０ｂは前述の接続先テーブル３１ａ，３１ｂ（図３）で、支店端末３０ｃは情報の中身を管理端末１０ｍ、センタ端末２０ｍ，２０ｎに対応させた接続先テーブル３１ｃでそれぞれ構成している。
【００６０】
なお、前記管理テーブル１１は前述の実施形態の情報に加えて、図２の仮想線に示すようにフィールド（項目）にグループを追加し、各センタ端末２０がどの管理端末のグループに属するかを記憶している。
【００６１】
この実施形態では、前述の実施形態で図６と共に説明したステップｒ６のセンタ端末２０を検索する処理が少し複雑になるため、検索処理を図９に示す処理フロー図と共に説明する。
図６で説明したステップｒ６の検索処理に入ると、管理端末１０（例えば管理端末１０ａ）は、管理テーブル１１より自分のグループに区分されているセンタ端末２０（つまりグループにａを記憶しているセンタ端末２０ａ，２０ｂ等）を抽出する（ステップｓ１）。
【００６２】
抽出したセンタ端末２０の中で取引可能なセンタ端末２０を検索し（ステップｓ２）、取引可能かどうかを判断する（ステップｓ３）。
【００６３】
取引可能なセンタ端末２０が存在せず取引不可能と判断した場合は、管理テーブル１１に記憶している全てのセンタ端末２０から取引可能なものを検索し（ステップｓ４）、再度取引可能か判断を行う（ステップｓ５）。
【００６４】
ここで取引可能なセンタ端末２０がなかった場合には、取引可能なセンタ端末２０がないと判定して検索処理を終了し（ステップｓ６）、取引可能なセンタ端末２０（例えばセンタ端末２０ｍ）があった場合にはステップｓ７に進む。
【００６５】
前記ステップｓ３で取引可能なセンタ端末２０（例えばセンタ端末２０ｂ，２０ｄ）があった場合もステップｓ７に進み、発見したセンタ端末２０の中で最も管理テーブル１１に記憶している処理件数が少ないセンタ端末２０（例えばステップ３から進んできた場合であればセンタ端末２０ｂ）を支店端末３０と接続させる対象として検索処理を終了する（ステップｓ７）。
他の構造及び動作については、前述の実施形態と同一であるので詳細な説明を省略する。
【００６６】
以上の構成、構造及び動作により、支店端末３０ａ，３０ｂからの接続要求はその接続先テーブル３１ａ，３１ｂに記憶している管理端末１０ａのグループで処理され、支店端末３０ｃからの接続要求はその接続先テーブル３１ｃに記憶している管理端末１０ｍのグループで処理される。
【００６７】
これにより、例えば管理端末１０ａから支店端末３０ｃの接続先テーブル３１ｃの内容を管理端末１０ａのグループで構成するように更新すれば、管理端末１０ｍのグループのセンタを休みにしても、全て管理端末１０ａのグループで対応することができ、曜日や時間帯などの利用者の利用頻度に合わせて、センタの開店時間や開店センタ数を柔軟に変更して対応することができる。
【００６８】
なお、前述の各実施形態において、センタ端末２０に記憶する管理テーブル１１は、管理端末１０がダウンした場合にはセンタ端末２０が独自に更新するように構成しても良い。
また、管理端末１０及びセンタ端末２０に記憶する管理テーブル１１の空き状態及び処理件数を省略し、センタ端末２０の空き状態及び処理件数を直接確認するように構成してもよい。
【００６９】
また、管理端末１０の機能をセンタ端末２０に持たせて、管理端末とセンタ端末を一体に形成してもよい。
また、通信網２は、専用回線に限らず公衆回線（インターネット）を使用しても良い。
また、支店端末３０は、自動契約機にかぎらずＡＴＭ等で構成しても良い。
また、支店端末３０とセンタ端末２０の台数は、同一台数にしてもよいし異なる台数にしてもよい。
【００７０】
また、図５と共に説明した動作について、ステップｎ４で要求応答がなかったとき、又はステップｎ５で再接続しないと判断したときは、ステップｎ３で受信応答がなかったとき（つまり応答がなかったとき）と同様にステップｎ１１に進み、支店端末３０ａがセンタ端末２０に接続要求を送信する動作に設定しても良い。
【００７１】
この発明の構成と、上述の実施形態との対応において、
この発明の端末接続システムは、実施形態の貸与契約システム１に対応し、
以下同様に、
接続先情報は、接続先テーブル３１に対応し、
制御手段は、制御部に対応し、
接続先情報記憶手段は、ハードディスクに対応するも、
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【図１】貸与契約システム１のシステム構成図。
【図２】管理テーブル１１のデータ構造図。
【図３】接続先テーブル３１のデータ構造図。
【図４】支店端末３０の開局時の処理フロー図。
【図５】支店端末３０の接続時の処理フロー図。
【図６】管理端末１０の接続時の処理フロー図。
【図７】センタ端末２０の接続時の処理フロー図。
【図８】第２の実施形態における貸与契約システム１のシステム構成図。
【図９】管理端末１０のセンタ端末検索時の処理フロー図。
【符号の説明】
１…貸与契約システム１
１０…管理端末１０
２０…センタ端末２０
３０…支店端末３０
３１…接続先テーブル３１