コールシステム
【課題】同時にコールするスタッフが多数存在していても、同時に多数のスタッフにコールでき、かつ相手が出ない場合は自動的に再コールすることによって管理者に対しての負担を軽減できるコールシステムを得る。
【解決手段】図１に示すように、本実施の形態のコールシステムは、電話網である回線１（アナログ）、回線２（ＩＳＤＮ）、回線３及び回線４と、インターネット回線１０と、スタッフの携帯電話機６と、サーバ７と、管理者ＰＣ端末８と、事務所社員端末９等から構成され、各回線毎にコール時間（起床、再コール）になったスタッフがあるかどうかを一定時間に監視し、コール時間になったスタッフを検出する毎に、最もプロセス処理の数が少ない空き回線Ｅｉｐを検出して、この空き回線Ｅｉｐに対して起床コールのプロセス処理、再コールのプロセス処理を実行し、この結果を事務社員ＰＣの画面に表示させる。また、３回の呼び出しでも出ない場合は、担当管理者ｍｇｒにインターネットでメール送信する。
【解決手段】図１に示すように、本実施の形態のコールシステムは、電話網である回線１（アナログ）、回線２（ＩＳＤＮ）、回線３及び回線４と、インターネット回線１０と、スタッフの携帯電話機６と、サーバ７と、管理者ＰＣ端末８と、事務所社員端末９等から構成され、各回線毎にコール時間（起床、再コール）になったスタッフがあるかどうかを一定時間に監視し、コール時間になったスタッフを検出する毎に、最もプロセス処理の数が少ない空き回線Ｅｉｐを検出して、この空き回線Ｅｉｐに対して起床コールのプロセス処理、再コールのプロセス処理を実行し、この結果を事務社員ＰＣの画面に表示させる。また、３回の呼び出しでも出ない場合は、担当管理者ｍｇｒにインターネットでメール送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコールシステムに関し、特にコール時間（起床、再）になったときに、多数の通信相手に同時に発呼ができ、かつ相手がでないときは自動的に再コールできるコールシステムに関する。
【背景技術】
【０００２】
バス、ハイヤー等のドライバー或いは派遣スタッフ（以下総称して単にスタッフという）の起床確認には、事務所に待機している管理者に電話をかけて起床或いは管理者側からスタッフに電話をかけて起床を確認する。
【０００３】
例えば特許文献１は、インターネット網を介してユーザ端末とサービス提供サーバとが接続されてなるモーニングコールサービスシステムである。
【０００４】
このモーニングコールサービスシステムは、予め記憶されているスケジュールの日時になったときに、相手に電話をかけて音声ガイダンスを流し、相手の音声から相手が完全におきたかどうかを判断する。
【特許文献１】特許公報４０５５３７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のものは相手が出ない場合には再度電話を自動的にかけるようなコールシステムではない。このため、管理者側が再コールを行わなければならないので管理者に対して負荷がかかる。
【０００６】
また、特許文献１は相手に電話をかけて、相手が出たときに相手が発する音声から相手が完全におきたかどうかを判定するものである。
【０００７】
さらに、コールするスタッフは一人とは限らない。一般には複数のスタッフがほぼ同時の起床時間である場合が多い。しかしながら、特許文献１は１回線によってモーニングコールを相手にするものであるから、一人のコールが終わるまで回線使用を待たなければならない。
【０００８】
このため、同時にコールするスタッフが多数存在した場合は、最後のスタッフに対してコールするときには、起床時間を過ぎてしまう場合がある。
【０００９】
従って、同時にコールするスタッフが多数存在していても、同時に多数のスタッフにコールでき、かつ相手が出ない場合は自動的に再コールすることによって管理者に対しての負担を軽減できるコールシステムが望ましい。
【課題を解決するための手段】
【００１０】
多数の相手の電話機（携帯電話機、有線電話を含む）と、多数の通信回線（電話網、インターネット含む）に対して同時に電話発呼の処理を行うことが可能な機能を有するサーバと、該サーバに接続され、これらの複数の電話機に対しての発呼に対する応答結果を画面に表示するための管理部門の端末機（事務社員端末、管理者携帯電話機、管理者端末含む）とを備えたコールシステムであって、
前記サーバは、
前記多数の通信回線毎に設けられ、該当の通信回線に接続され、当該通信回線から発呼するとき当該回線を使用中にして、入力された電話番号で発呼を行い、相手のオンフックを検出したときに入力されたメッセージデータを音声変換して送信し、オフフックを検出したときは前記回線を使用許可とする通信回線毎の通信制御手段と、
前記多数の相手の電話機毎に、少なくとも氏名と発呼開始時間と電話番号と発呼用のメッセージデータと再コール時間と再コール用のメッセージデータと前記管理部門の端末機の接続情報と前記応答状況欄とを対応させた運行情報を記憶した記憶手段と、
を備えると共に、前記多数の回線毎に、回線毎用電話コール処理部を備え、
前記回線毎用電話コール処理部は、
年月日、時刻を計測するカレンダーと、
一定時間毎に前記カレンダーの計測値と前記記憶手段の発呼開始時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線の使用許可にされているとき、当該第１処理名に対応する運行情報の電話番号及び前記メッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第１処理を行う第１のコール手段（起床）と、
一定時間毎に前記カレンダーの計測値と前記記憶手段の再コール時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線が使用許可にされているときに、当該第２処理名に対応する運行情報の電話番号及び前記再コール用のメッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第２処理を行う第２のコール手段（再コール）と、
前記第１のコール手段が発呼開始時間に一致した運行情報を検出する毎に、該運行情報の前記欄に応答済みとなっている場合は、第１のコール手段に該発呼開始時刻になった相手の運行情報の前記第１処理を実効させるための第１処理名と前記第２のコール手段に再コール時間になった相手の運行情報の前記２処理を実行させるための第２処理名とを一組にして待ちキューに順次登録し、前記欄が応答済みにされているときは、この第１、第２処理名を削除する手段と
を備え、
前記第１のコール手段の発呼開始時間又は第２のコール手段の再コール時間に一致した運行情報を検出したとき、前記通信回線毎に設けられた各々の前記回線毎用電話コール処理部の待ちキューの第１処理名、第２処理名の数を計数し、最も数が少ない回線毎用電話コール処理部の回線を前記空き回線と判定する手段と、
前記管理者の端末機からの要求によって前記記憶手段に記憶された運行情報を所定の形式にして、その管理者の端末機に送信する通知手段とを備えたことを要旨とする。
【発明の効果】
【００１１】
以上のように本発明によれば、多数の通信回線を用いて多数の相手にコールするとき、最もコール処理の割りあてが少ない通信回線を探し出して、この通信回線に第１のコールを実効する第１処理を割りあて、かつ相手がでない場合に所定後に再コールする第２のコールを実効する第２処理を同時に割り当て、第１処理のコール時間又は第２処理のコール時間になる毎に、相手に電話をかける。
【００１２】
すなわち、コール時間（再含む）になる毎に多数の通信回線のうちで、最も処理が空いている通信回線を探し出して電話をかけるので、ほぼコール時間を過ぎることがなく電話をかけることができる。
【００１３】
このため、例えばバス、タクシー、派遣会社スタッフに対してほぼコール時間を過ぎることなく相手に電話呼びを行って着応答を検出できる。
【００１４】
また、再コールも自動的に空き回線を探し出してかけるので、ほぼ再コール時間を過ぎることなく電話をかけるので管理者の負担を軽減できる。
【発明を実施するための最良の形態】
【００１５】
本実施の形態では、使用可能な回線はｎ回線でもよいが、一例として４回線として説明する。
【００１６】
図１は本実施の形態のコールシステムの概略構成図である。図２はサーバ７の構成である。
【００１７】
図１に示すように、本実施の形態のコールシステムは、電話網である回線１（アナログ）、回線２（ＩＳＤＮ）、回線３及び回線４と、インターネット回線１０と、スタッフ（バス又はタクシーのドライバー、派遣スタッフ）の携帯電話機６（以下スタッフ端末６という）と、サーバ７と、管理者ＰＣ端末８（ブラウザ機能）と、事務所社員端末９（ブラウザ機能）等から構成され、各回線毎に図３（ａ）に示すようにコール時間（起床、再コール）になったスタッフがあるかどうかを一定時間（例えば１分）に監視する。
【００１８】
前述の回線１〜回線４というのは、ＩＳＤＮ回線が２回線でもよい。
【００１９】
そして、コール時間になったスタッフを検出する毎に（１分毎１回線当たり一人）、最もプロセス処理の数が少ない空き回線Ｅｉｐを検出して、この空き回線Ｅｉｐに対して起床コールのプロセス処理、再コールのプロセス処理を実行することを割付けて（図４参照）、起床コール処理及び再コール処理を同時にスタンバイ状態にする（図３（ａ）参照）。図４は各回線に割付けられたプロセス処理名が待ちキュー２２に埋め込まれたことを示している。なお、回線４は自己申告用（自分で電話して起床したことを知らせる）に使用している。
【００２０】
前述の起床コールのプロセス処理の概略は、図３（ｂ）に示すように、コール時間になったスタッフａｉｐを検出したとき、当該回線Ｅｉｐが再コールのプロセス処理で使用されていない場合は、起床コール（発呼）を１回目は２０秒間（呼び時間ともいう）、出なければ３０秒経過後（待ち時間ともいう）に２回目として２０秒間、出なければ３０秒経過後（待ち時間ともいう）に３回目として２０秒間発呼させ、それでも出ない場合は、担当管理者ｍｇｒにインターネットでメール送信する一連の処理等（プログラム）をいう。この処理中において、相手が出た場合は待ちキュー２２に割付けれた起床コール及び再コールのプロセス処理を削除する。
【００２１】
また、再コールのプロセス処理の概略は、図３（ｂ）に示すように、スタッフの再コール時間を検出したとき、回線Ｅｉｐが起床コールのプロセス処理によって使用されていない場合は、再コール（発呼）を１回目は２０秒間、出なければ３０秒経過後（待ち時間ともいう）に２回目として２０秒間、出なければ３０秒経過後（待ち時間ともいう）に３回目として２０秒間発呼させ、それでも出ない場合は、担当管理者ｍｇｒにインターネットでメール送信する一連の処理等（プログラム）をいう。この処理中において、相手が出た場合は再コールのプロセス処理を削除する。
【００２２】
なお、前述の呼び時間は変更可能である。さらに、待ち時間も変更可能であり、この待ち時間はランダム関数を使用して変更している。これは、一人の占有時間が長すぎると次のコールまでの時間が長くなるためである。
【００２３】
一方、サーバ７は、図１及び図２に説明する構成を有している。
【００２４】
サーバ７は、回線１通信制御部１２と、回線２通信制御部１３と、回線３通信制御部１４と、回線４通信制御部１４とを備えた音声ボード１６を有している。
【００２５】
また、サーバ７は回線毎の電話コール処理部２１を備え、この回線毎の電話コール処理部２１は、回線１用電話コール処理部２１ａと、回線２用電話コール処理部２１ｂと、回線３用電話コール処理部２１ｃ等からなる。
【００２６】
また、本実施の形態のサーバ７は、スタッフ情報Ａｉ（スタッフ名ａｉ、起床時間Ｔａｉ、電話番号・・・）を記憶したスタッフ情報メモリ１９（スタッフ情報テーブル１９という）と、このスタッフ情報Ａｉの起床時間Ｔａｉとカレンダー１８ａの日時と比較して本日のスタッフ情報をメモリ３７（本日の運行テーブル３７という）に生成する本日の運行テーブル作成部１８と、空き回線を判定する空き回線判定部３５と、自己申告書込部２９、各回線用電話コール処理部２１（２１ａ、２１ｂ、２１ｃ）の待ちキュー２２のプロセス名の数をカウントする回線処理カウンタ部３９と、時間設定・変更部３７ａ等を備えている。
【００２７】
前述の回線１用電話コール処理部２１ａは音声ボード１６の回線１通信制御部１２、回線２用電話コール処理部２１ｂは音声ボード１６の回線２通信制御部１３、回線３用電話コール処理部２１ｃは音声ボード１６の回線３通信制御部１４に対応して設けられている。
【００２８】
本実施の形態では回線３用電話コール処理部２１ｃを代表にして説明する。
【００２９】
回線３用電話コール処理部２１ｃは、起床コール部２６と、再コール部２７と、プロセス処理割当部２４と等を備えている。
【００３０】
さらに、インターネット１０に接続されたメーラ３１と、ＰＣ端末に情報を送信する通知部３８等を備えている。
【００３１】
（各部の説明）
本実施の形態の音声ボード１６に設けられた回線３通信制御部１４は、回線３用電話コール処理部２１ｃの起床コール部２６又は再コール部２７からのスタッフの電話番号をオフフックされるまで記憶しながら回線３で送信し（使用中を知らせる）、相手が出たときに着呼を知らせる。また、相手がでたときには、起床コール部２６からの起床のメッセージを音声に変換して回線３で送信し、又は再コール部２７からの再コールのメッセージを音声に変換して回線３で送信する。
【００３２】
スタッフ情報テーブル１９は、図５に示すように、スタッフ名ａｉと起床時間と電話番号と起床コール用のメッセージとメールアドレスと再コール用のメッセージと管理者メールアドレス等からなる。これらのスタッフ情報Ａｉは、事務所ＰＣ端末９又は管理者ＰＣ８を用いて記憶される。
【００３３】
本日の運行テーブル作成部１８は、図６に示すように、スタッフ情報Ａｉの中から本日（例えば２日）のスタッフ情報ＡＢｉを抽出して本日の運行テーブル３７を生成する。図６においては、本日のスタッフ名は、区別するためにａｉｐとして示している。この運行テーブル３７は本日のスタッフ情報ＡＢｉの他に、スタッフ応答結果情報Ｄｉを記憶するための欄を有している。
【００３４】
スタッフ応答結果情報Ｄｉの欄は、自己申告欄とコール中を知らせるための欄と出たか出ないかを示す着応答結果欄と再コール中かどうかを示す再コールの欄と再コールに対しての着応答結果欄等からなる。
【００３５】
また、本日の運行テーブル作成部１８は、呼び時間と待ち時間と（図示せず）を本日の運行テーブル３７の各レコードに対応させて記憶する。例えば、呼び時間は２０秒、待ち時間は３０秒と記憶する。
【００３６】
時間設定・変更部３７ａは、入力された呼び時間を本日の運行テーブル３７の各レコードに記憶し、またスタッフａｉｐの再コール時間を起床時間、呼び時間、待ち時間等から求めてレコードに対応させて記憶する。
【００３７】
さらに、乱数発生器を備え、この乱数をもといて待ち時間をランダムに変更する。すなわち、起床コール、再コールの待ち時間は逐次変更されるので、一人の占有時間が長くなることはない。
【００３８】
空き回線判定部３５は、起床コール部２６又は再コール部２７からの要求によって回線処理カウンタ部３９の各カウンタのカウント値Ｋａｉ（ｋａ１、Ｋａ２、ｋａ３）を読み込み、最もカウント値が少ない回線を検出する。
【００３９】
回線毎処理カウンタ部３９は、回線１に対応する回線１処理カウンタ３９ａと回線２に対応する回線２処理カウンタ３９ｂと回線３に対応する回線３処理カウンタ３９ｃとを備えている。
【００４０】
回線３処理カウンタ３９ｃは、空き回線Ｅｉｐが回線３と知らせられると、現在のカウント値Ｋａ３に「＋２」する。この値を待ち処理コール数ともいう。
【００４１】
これは、１コール（起床コール又は再コールの電話発呼の処理）に対して後述する起床コールと再コールの各処理を同時に起動させるためである。すなわち、「＋２」は起床コールのプロセス処理と再コールのプロセス処理とが待ちキューレジスタ２２に埋め込まれたことを意味する。
【００４２】
また、待ちキューレジスタ２２のプロセス処理名（Ｂｉｍ、Ｂｉｑ）が１個削除されると、カウント値Ｋａｉから「−１」する。
【００４３】
（回線３用電話コール処理部の構成）
回線３用電話コール処理部２１ｃは、プロセス処理割当部２４と、起床コール部２６と、再コール部２７と、カレンダー２５等から構成されている。
【００４４】
プロセス処理割当部２４は、回線３用の待ちキューレジスタ２２（以下単に待ちキューと称する）を有し、回線処理カウンタ３９ｃのカウント値ｋａ３が＋２更新されると、待ちキー２２に起床コールのプロセス処理名（●印で示している）と再コールのプロセス処理名（〇印で示している）とを挿入する。
【００４５】
待ちキュー２２は、起床コール部２６又は再コール部２７から要求によって先頭のプロセス処理名を起床コール部２６又は再コール部２７に知らせ、このプロセス処理の終了が知らせられると先頭のプロセス名を削除する。
【００４６】
プロセス処理名は、コールスタッフ判定部３６からコール時間（起床、再）になったスタッフａｉｐが書き込まれているレコード及び起床用か再コール用かを識別できる名称がよい。例えば、起床用はＢｉｍ、再コール用はＢｉｑとして書き込む。ｉはスタッフａｉｐの番号にするのがよい。
【００４７】
例えば、起床時間になったスタッフ情報ＡＢｉが運行テーブル３７のレコードの３番目の場合は、Ｂ３ｍ、Ｂ３ｑの組みをプロセス処理名として書き込む。
【００４８】
起床コール部２６は、カレンダー２５が計数する年月日、時刻とスタッフ情報ＡＢｉの各スタッフ名ａｉｐにリンク付けされている起床時間と比較して、起床時間になった（１分程度前）スタッフが存在するかどうかを判断する。これは例えば１分毎に行う。
【００４９】
そして、スタッフが存在する場合は、空き回線判定部３５によって空き回線を判定させ、当該回線３が空き回線と判定された場合に、プロセス処理割当部２４の待ちキュー２２にスタッフａｉｐのプロセス処理名Ｂｉｍを読み込み、このプロセス処理名Ｂｉｍに対応する処理データＧａを読み込み、前述の起床コールのプロセス処理Ｂｉｍを実効する。この起床コールのプロセス処理Ｂｉｍについては詳細に後述する。また、処理データＧａは起床時間になったスタッフ名ａｉｐと起床時間と起床コールメッセージとスタッフアドレスと管理者メールアドレス等の組みをいう。また、起床コール部２６は、起床時間から再コール時間を計算して本日の運行テーブル３７に記憶してもよい。
【００５０】
再コール部２７は、カレンダー２５が計数する年月日、時刻とスタッフ情報ＡＢｉの各スタッフ名ａｉｐにリンク付けされている再コール時間と比較して、再コール時間になった（１分程度前）スタッフが存在するかどうかを判断する。これは例えば１分毎に行う。
【００５１】
そして、スタッフが存在する場合は、空き回線判定部３５によって空き回線を判定させ、当該回線３が空き回線と判定された場合に、プロセス処理割当部２４の待ちキュー２２にスタッフａｉｐのプロセス処理名Ｂｉｑを読み込み、このプロセス処理名Ｂｉｑに対応する処理データＧｂを読み込み、前述の再コールのプロセス処理Ｂｉｑ（プロセス処理名と同じ記号を用いて説明する）を実効する。この再コールのプロセス処理Ｂｉｑについては詳細に後述する。また、処理データＧｂは再コール時間になったスタッフ名ａｉｐと再コール時間と再コールメッセージとスタッフアドレスと管理者メールアドレス等の組みをいう。
【００５２】
すなわち、起床コール部２６及び再コール部２７は、図７に示すように、回線の使用権を判定しながら、コール時間になったスタッフのプロセス処理（起床又は再）を行っている。
【００５３】
自己申告書込部２９は、回線４通信制御部１５がスタッフからの電話を受けたとき、電話番号を抽出し、この電話番号を有するスタッフ情報ＡＢｉを検索し、検索したスタッフ情報ＡＢｉにリンク付けされている自己申告の欄に「自己申告」を書き込む。
【００５４】
メーラ３１は、起床コール部２６から管理者メールアドレスと後述する起床コール後の督促メールとを受け取ると、インターネット回線で管理者宛てに起床コール後の督促メールを送信する。
【００５５】
また、スタッフから起床したことを伝えるメールを受け取った場合は、このメールのメールアドレスを抽出し、抽出したメールアドレスを有するスタッフ情報ＡＢｉを検索し、検索したメールアドレスにリンク付けされている自己申告の欄に「自己申告」を書き込む。
【００５６】
一方、図１に示す通知部３８は、管理者ＰＣ８又は事務所ＰＣ９からのアクセスがあったときに、回線コールプロセステーブル２２ａのデータを読み出して、図８に示すように表示させる。また、通知部３８は変更箇所を解読し、変更したデータのみを以後は送出する機能を有する。例えば、状態欄にコール中と書き込まれた後に「出た」となった場合はＦ２に変更する指示を送出する。
【００５７】
図８において、Ｆ１（例えば白）は、スタッフへのコール前の状態を示し、Ｆ２（例えば黄色）は出発コール（出た）を示し、Ｆ３（例えば黄色）は出発コール（出ない）を示し、Ｆ４（例えばマリン色）は再出発コール（出た）を示し、Ｆ５（例えば赤）は再出発コール（出ない）を示し、Ｆ５（例えば深い青色）は起床確認を示す。このＦ５は、コール開始前に着信専用回線かメールにて出発申請が行われた状態を示す。なお、出発コールは起床コールのことである。
【００５８】
(全体の動作説明)
図９、図１０、図１３は本実施の形態のコールシステムの概略動作を説明するシーケンス図である。
【００５９】
図９に示すように、スタッフが所属する事務所の事務員は事務社員ＰＣ９を操作してスケジュール管理ソフトを起動する。そして、スタッフ名ａｉと電話番号と起床時間（年月日、時刻）と起床コール用のメッセージとスタッフのメールアドレスと再コール用のメッセージと管理者メールアドレス等からなるスタッフ情報Ａｉ等を入力して、サーバ７に送信してスタッフテーブル１９を生成して登録させる（ｄ１、ｄ２、ｄ３：図５参照）。
【００６０】
次にサーバ７は、本日のスタッフ情報ＡＢｉを本日の運用テーブル３７に生成する。そして起床コール部２６は以下の処理を実行する。
【００６１】
起床コール部２６は、分単位に本日の運用テーブル３７に生成されたスタッフ情報ＡＢｉの起床日時とカレンダー２５の日時とを確認する（ｄ４）。
【００６２】
カレンダー２５の日時と一致するスタッフ情報ＡＢｉが存在した場合は、空き回線判定部３５から空き回線Ｅｉｐを取得する（ｄ６）。
【００６３】
空き回線判定部３５は、その回線番号Ｅｉｐの処理カウンタの値に「＋２」を追加する（ｄ７）。つまり、回線３が空き回線と判定したときは、回線３処理カウンタ３９ｃのカウント値に「＋２」する。
【００６４】
次に、起床コール部２６は、図１０に示すように、起床コールのプロセス処理を実行する（ｄ１０）。
【００６５】
この実効に伴って、起床時間になったスタッフａｉｐに対して自己申告があるかどうかを判定する（ｄ１１）。自己申告がある場合は、事務社員ＰＣ９にスタッフａｉｐが自己申告があったことを示す記号Ｆ２（移動前申告）に変更する指示を送出する（ｄ１２）。
【００６６】
また、スタッフａｉｐから自己申告がなかった場合は、そのスタッフａｉｐの起床コールのメッセージ（図１０においては音声応答情報）を選択して、上記の起床コールプロセスを行う。
【００６７】
この起床コール（発呼）を１回目は２０秒間、出なければ３０秒経過後に２回目として２０秒間、出なければ３０秒経過後に３回目として２０秒間発呼させる処理である（ｄ１３、ｄ１４）。
【００６８】
そして、この発呼に対しての着信状態を確認する（ｄ１５）。スタッフａｉｐは、発呼に応答したときは自分のスタッフ携帯電話機６を用いてフックをオン（着応答有り）して（ｄ１６）、起床コールのメッセージを聞いてフックをオフする。このとき、フックのオンに伴って回線３通信制御部１５はフックオンを検出（着応答有り）する。
【００６９】
そして、着応答有りの検出に伴ってサーバ７の通知部３８は、事務社員ＰＣ９に対してスタッフａｉｐが起床したことを知らせる記号（Ｆ２）に変更する指示を送信する（１５ａ）。
【００７０】
また、着応答がない場合は（ｄ１８）、起床コール部２６は管理者へ督促メール（図１１（ａ）参照）をインターネット回線で送信し（ｄ１９）、事務社員ＰＣ９に「出ない」ことを知らせる記号に変更する指示を送信する（ｄ２０）。これによって、事務社員ＰＣ９には図８に示す画面が得られる。
【００７１】
そして、サーバ７の起床コール部は回線番号Ｅｉｐのカウンタの値から「−１」する（ｄ２１）。つまり、回線３の待ちプロセス処理の数は図１２に示すように１個少なくなることによってカウンタの値が「−１」減算される。
【００７２】
図１２においては、図１２（ａ）には待ちキー２２には、スタッフａ１ｐの待ちプロセス処理Ｂ１ｐの２処理分（Ｂ１ｍ、Ｂ１ｑ）と、スタッフａ２ｐの待ちプロセス処理Ｂ２ｐの２処理分（Ｂ２ｍ、Ｂ２ｑ）とがある場合を示し、合計で４処理分あることを示している。
【００７３】
そして、図１２（ｂ）に示すように、回線番号３の処理カウンタの値から「−１」した場合の待ちプロセス処理名の数は、３処理分になることを示している。
【００７４】
次に図１３に示す再コール処理を実効する（ｄ２５）。
【００７５】
再床コールは、この実効に伴って、本日の運行テーブル３７を読み込んで再コール時間になったスタッフＡｉｐ（ＡＢｉ）に対して自己申告があるかどうかを判定する（ｄ２６）。自己申告がある場合は、事務社員ＰＣ９にスタッフａｉｐが起床コール後に自己申告があったことを示す記号Ｆ２（移動前申告）に変更する指示を（ｄ２７）。
【００７６】
また、スタッフａｉｐから自己申告がなかった場合は、再コールのメッセージ（図１３においては音声応答情報）を選択して、上記の再コールプロセスを行う。この再コール（発呼）を１回目は２０秒間、出なければ３０秒経過後に２回目として２０秒間、出なければ３０秒経過後に３回目として２０秒間発呼させる処理である（ｄ２７ｂ、ｄ２７ｃ）。
【００７７】
そして、この発呼に対しての着信状態を確認する（ｄ２９）。スタッフａｉｐは、発呼に応答したときは自分のスタッフ携帯電話機６を用いてフックをオン（着応答有り）して（ｄ２８）、再コールのメッセージを聞いてフックをオフする。このとき、フックのオンに伴って回線３通信制御部１５はフックオンを検出（着応答有り）する。
【００７８】
そして、着応答有りの検出に伴ってサーバ７は、事務社員ＰＣ９に対してスタッフａｉｐが再コールで起床したことを知らせる記号（Ｆ３→Ｆ５）に変更する指示を送信する（ｄ３０）。
【００７９】
また、着応答がない場合は（ｄ３２）、管理者へ督促メール（図１１（ｂ）参照）をインターネット回線で送信し（ｄ３４）、事務社員ＰＣ９に「出ない」ことを知らせる記号に変更する指示を送信する（ｄ３１）。これによって、事務社員ＰＣ９には図８に示す画面が得られる。
【００８０】
そして、サーバ７は回線番号Ｅｉｐの処理カウンタの値から「−１」させる（ｄ３５）。
【００８１】
つまり、回線３の待ちキュー２２のプロセス処理の数は、再コールを実行した場合は、図１２（ｃ）に示すように更に１個少なくなる。
【００８２】
一方、管理者は管理者携帯電話機１１を操作してスタッフが出ないことを知らせるメッセージを受けた場合は、このメッセージに書き込まれているスタッフａｉｐの携帯電話機の電話番号で電話をかける（ｄ３６）。
【００８３】
そして、最終通知の確認を行う（ｄ３６ａ）。最終通知確認は、この再コールと同様に、を１回目は２０秒間、出なければ３０秒経過後に２回目として２０秒間、出なければ３０秒経過後に３回目として２０秒間発呼させる処理であり、この発呼に対しての着信状態を確認する（ｄ３７）。
【００８４】
そして、着応答有りの検出に伴ってサーバ７は、事務社員ＰＣ９に対してスタッフａｉｐが再コールで起床したことを知らせる記号に変更する指示を送信する（ｄ３８）。
【００８５】
また、着応答がない場合は（ｄ３２）、管理者へ督促メールをインターネット回線で送信し（ｄ３９）、事務社員ＰＣ９に「アラーム」の記号に変更する指示を送信する（ｄ４０）。
【００８６】
（起床コールの詳細動作説明）
次に、起床コール処理について図１４のフローチャートを用いて詳細に説明する。起床コール部２６はカレンダー２５の年月日、時刻と運行テーブル３７の起床時間と比較して起床時間になったスタッフ情報ＡＢｉがあるかどうかを判定する（Ｓ１）。
【００８７】
ステップＳ１において、起床時間になったスタッフ情報ＡＢｉがあると判定したときは、このスタッフ情報ＡＢｉにリンク付けされているスタッフ着応答結果情報Ｄｉに自己申告されているかどうかを判定する（Ｓ２）。
【００８８】
自己申告がなされていなと判定したときは、空き回線Ｅｉｐの判定を行わせる（Ｓ３）。空き回線Ｅｉｐが当該回線（回線３）と判定されとときは、回線Ｅｉｐ（例えば回線３）は使用中かどうかを判定する（Ｓ４）。
【００８９】
ステップＳ４において回線Ｅｉｐが使用中と判定したときは（他のプロセス処理が使用中）、待機状態になって、処理をステップＳ４に戻す（Ｓ５）。
【００９０】
ステップＳ４において、回線Ｅｉｐが使用中でない場合は、回線Ｅｉｐの回線通信制御部に対して回線使用権（回線３通信制御部）を設定する（Ｓ６）。
【００９１】
次に、スタッフ情報ＡＢｉの電話番号で第１回目の発呼を回線Ｅｐｉ（回線３通信制御部１４によって行う）から行う（Ｓ７）。
【００９２】
そして、図１５に示すように起床連絡（自己申告）が無かった場合で回線Ｅｉｐ（回線３）が使用されていない場合は、スタッフ情報ＡＢｉの起床用のメッセージ（音声応答情報）を選択する（Ｓ１１）。
【００９３】
次に、スタッフ情報ＡＢｉの電話番号を読み込み、この電話番号を回線３通信制御部１４に送出して発呼（２０秒間）する（Ｓ１２）。
【００９４】
次に、本日の運行テーブル３７のコール欄に起床コールの「呼び中」を書き込む（Ｓ１３：図１９（ａ）参照）。
【００９５】
そして、回線３通信制御部１４の着応答信号（出たことを示す例えばキー３を付加してもよい）が出力されたかどうかで着応答有りかどうかを判定する（Ｓ１４）。
【００９６】
ステップＳ１４において、着応答がない場合は、発呼を３回繰り返したかどうかを判定し、３回になっていない場合は、ステップＳ１２にステップを移す（Ｓ１５）。
【００９７】
ステップＳ１５において、３回になっても着応答がない場合は、本日の運行テーブル２２の「出た出ない」の欄に３回発呼びしても応答無しを書き込む（Ｓ１６）。そして、スタッフ情報ＡＢｉのスタッフａｉｐに対して督促メールを送信する（Ｓ１７）。
【００９８】
次に、起床コール部２６は回線Ｅｐｉの使用権を解除する（Ｓ１８）。そして、起床コールのプロセス処理Ｂｉｍが終了したことをプロセス処理割当部２４に知らせる（Ｓ１９）。
【００９９】
次に、終了かどうかを判断し、終了でないときは処理を図１４のステップＳ１に戻す（ｓ２０）。
【０１００】
また、ステップＳ１４において、着応答信号が出力された場合は、「出た」を書き込み（図１９（ｂ）参照）、処理をステップＳ１９に移す（Ｓ１４ａ）。
【０１０１】
これによって、プロセス処理部２４は、待ちキュー２２からスタッフａｉｐのプロセス処理名Ｂｉｍを削除する。待ちキュー２２のプロセス処理Ｂｉｍが１個消去されると、この回線（Ｅ３）に対応する回線３処理カウンタ３９ｃのカウント値ｋ３から「−１」減算される。
【０１０２】
例えば、図２０（ａ）に示すように回線３の待ちキュー２２に、Ｂ１ｍ、Ｂ１ｑ、Ｂ５ｍ、Ｂ５ｑ、Ｂ３ｍ、Ｂ３ｑと埋め込まれている場合（回線３処理カウンタの値は「６」）で、Ｂ１ｍの起床コールのプロセス処理が終了した場合は、図２０（ｂ）に示すように、Ｂ１ｍが削除されて、回線３処理カウンタの値は「５」となる。
【０１０３】
一方、図１４のステップＳ２において、自己申告がされていると判定したときは、自己申告を書き込んで（Ｓ８）、空き回線Ｅｉｐの使用権の設定を解除して処理をステップＳ２０に移す（Ｓ９）。
【０１０４】
すなわち、起床時間になる毎に、空き回線が判定され、空き回線となった場合は、その空き回線が再コール処理によって使用権を設定されていない場合は、その空き回線を用いて起床コールのプロセス処理が実効される。また、空き回線に対しての起床コールのプロセス処理が終わる毎に、その回線に与えられているプロセス数が減算されて、この数を回線処理カウンタで把握しているので、起床時間になる毎に、最も待ちプロセス処理がない回線を選び出すことができる。
【０１０５】
図１６及び図１７は再コール処理を説明するフローチャートである。
【０１０６】
再コール部２７は、カレンダー２５の年月日、時刻と運行テーブル３７の起床時間と比較して再コール時間になったスタッフ情報ＡＢｉがあるかどうかを判定する（Ｓ３１）。
【０１０７】
ステップＳ３１において、再コール時間になったスタッフ情報ＡＢｉがあると判定したときは、このスタッフ情報ＡＢｉにリンク付けされているスタッフ着応答結果情報Ｄｉに自己申告されているかどうかを判定する（Ｓ３２）。
【０１０８】
自己申告がなされていなと判定したときは、空き回線Ｅｉｐの判定を行わせる（Ｓ３３）。空き回線Ｅｉｐが当該回線（回線３）と判定されとときは、回線Ｅｉｐ（例えば回線３）は使用中かどうかを判定する（Ｓ３４）。
【０１０９】
ステップＳ３４において回線Ｅｉｐが使用中と判定したときは（他のプロセス処理が使用中）、待機状態になって、処理をステップＳ３４に戻す（Ｓ３５）。
【０１１０】
ステップＳ３４において、回線Ｅｉｐが使用中でない場合は、回線Ｅｉｐの回線通信制御部に対して回線使用権（回線３通信制御部）を設定する（Ｓ３６）。
【０１１１】
次に、スタッフ情報ＡＢｉの電話番号で第１回目の発呼を回線Ｅｐｉ（回線３通信制御部１４によって行う）から行う（Ｓ３７）。
【０１１２】
そして、図１７に示すように起床連絡（自己申告）が無かった場合で回線Ｅｉｐ（回線３）が使用されていない場合は、スタッフ情報ＡＢｉの再コール用のメッセージ（音声応答情報）を選択する（Ｓ４１）。
【０１１３】
次に、スタッフ情報ＡＢｉの電話番号を読み込み、この電話番号を回線３通信制御部１４に送出して発呼（２０秒間）する（Ｓ４２）。
【０１１４】
次に、本日の運行テーブル３７のコール欄に再コールの「呼び中」を書き込む（Ｓ４３：図１９（ｃ）参照）。
【０１１５】
そして、回線３通信制御部１４の着応答信号が出力されたかどうかで着応答有りかどうかを判定する（Ｓ４４）。
【０１１６】
ステップＳ４４において、着応答がない場合は、発呼を３回繰り返したかどうかを判定し、３回になっていない場合は、ステップＳ４２にステップを移す（Ｓ４５）。
【０１１７】
ステップＳ４５において、３回になっても着応答がない場合は、本日の運行テーブル２２の「出た出ない」の欄に３回発呼びしても応答無しを書き込む（Ｓ４６）。そして、スタッフ情報ＡＢｉのスタッフａｉｐに対して再コール用の督促メールを送信する（Ｓ４７）。
【０１１８】
次に、回線Ｅｐｉ（回線３）に対しての使用権を解除し（Ｓ４８）、再コールのプロセス処理Ｂｉｑが終了したことをプロセス処理割当部２４に知らせる（Ｓ４９）。
【０１１９】
次に、終了かどうかを判断し、終了でないときは処理を図１６のステップＳ３１に戻す（Ｓ５０）。
【０１２０】
これによって、プロセス処理部２４は、待ちキュー２２からスタッフａｉｐのプロセス処理名Ｂｉｑを削除する。待ちキュー２２のプロセス処理Ｂｉｑが１個消去されると、この回線（Ｅ３）に対応する回線３処理カウンタ３９ｃのカウント値ｋ３から「−１」減算される（図２０（ｃ）参照）。
【０１２１】
また、ステップＳ４４において、着応答があったときは、着応答を書き込んで（Ｓ４８ａ）、処理をステップＳ４８に戻す。
【０１２２】
一方、図１６のステップＳ３２において、自己申告がされていると判定したときは、自己申告を書き込んで（Ｓ３８）、空き回線Ｅｉｐの使用権の設定を解除して処理をステップＳ３７に移す（Ｓ３９）。
【０１２３】
すなわち、再コール時間になる毎に、空き回線が判定され、空き回線となった場合は、その空き回線が起床コール処理によって使用権を設定されていない場合は、その空き回線を用いて再コールのプロセス処理が実効される。また、空き回線に対しての再コールのプロセス処理が終わる毎に、その回線に与えられているプロセス数が減算されて、この数を回線処理カウンタで把握しているので、再コール時間になる毎に、最も待ちプロセス処理がない回線を選び出すことができる。
【０１２４】
ここで、プロセス処理割付部２４の処理を図１８を用いて補充する。図１８に示すように、プロセス処理割付部２４は、当該回線が空き回線Ｅｐｉとして算出されたかどうかを判定する（Ｓ６１）。これは、回線処理カウンタ部３９において、当該回線に対応する回線処理カウンタに「＋２」が通過された場合である。
【０１２５】
次に、起床時間になったスタッフ情報ＡＢｉのプロセス処理を起床コール用のプロセス名Ｂｉｍと再コール用のプロセス処理名Ｂｉｑとを待ちキュー２２に埋め込む（Ｓ６２）。
【０１２６】
次に終了かどうかを判断し、終了でないときは処理をステップＳ６１に戻す（Ｓ６３）。また、ステップＳ６１において、当該回線Ｅｉｐが空き回線とされていなときは、起床コール又は再コールのプロセス処理の終了かどうかを判断する（Ｓ６４）。
【０１２７】
ステップＳ６４において、プロセス処理の終了と判定したときは、待ちキュー２２から起床コール用のプロセス名Ｂｉｍ又は再コール用のプロセス処理名Ｂｉｑを削除して処理をステップＳ６３に移す（Ｓ６５）。
【０１２８】
また、通知部２８は、事務社員ＰＣ９又は管理者ＰＣ８からのアクセスがあったとき、本日の運行テーブル３７の情報をＣＳＶ形式で送信して画面に表示させる。そして、運行テーブル３７のスタッフ着応答結果情報Ｄｉの各欄が前回と相違した場合は、その相違ないように応じて色別表示させる。
【０１２９】
例えば、状態欄にコール中と書き込まれた後に「出た」となった場合はＦ５に変更する指示を送出する。
【０１３０】
なお、上記実施の形態では、スタッフを起こすための起床、再コールのコールシステムとして説明したが、例えば複数の相手に同時に電話をかけるコールシステムにおいて、アンケート結果を電話（例えばいいえでキー９、はいでキー５）で自動的に受け、この応答結果を相手の電話番号に対応させて運行テーブルに記憶してもよい。
【図面の簡単な説明】
【０１３１】
【図１】本実施の形態のコールシステムの概略構成図である。
【図２】本実施の形態のサーバ７の構成である
【図３】本実施の形態のプロセス処理を説明する説明図である。
【図４】各回線の待ちキューのプロセス処理の割当を説明する説明図である。
【図５】スタッフ情報Ａｉの説明図である。
【図６】本日の運行テーブルの説明図である。
【図７】起床、再コールの回線の使用権を説明する説明図である。
【図８】事務社員ＰＣ９に表示される本日の稼動状況画面の説明図である。
【図９】本実施の形態のコールシステムの起床コールによる概略全体動作を説明するシーケンス図である。
【図１０】本実施の形態のコールシステムの起床コールによる概略全体動作を説明するシーケンス図である。
【図１１】本実施形態の起床、再コールによる督促メールを説明する説明図である。
【図１２】待ちキューのプロセス処理の減算の説明図である。
【図１３】本実施の形態のコールシステムの再コールによる概略全体動作を説明するシーケンス図である。
【図１４】サーバ７の起床コール部の動作を説明するフローチャートである。
【図１５】サーバ７の起床コール部の動作を説明するフローチャートである。
【図１６】サーバ７の再コール部の動作を説明するフローチャートである。
【図１７】サーバ７の再コール部の動作を説明するフローチャートである。
【図１８】サーバ７のプロセス処理割付部の動作を説明するフローチャートである。
【図１９】起床、再コールによる着応答結果の書き込みを説明する説明図である。
【図２０】待ちキューのプロセス処理の減算を説明する説明図である。
【符号の説明】
【０１３２】
６ 携帯電話機
７ サーバ
８ 管理者ＰＣ
９ 事務所社員ＰＣ
１２ 回線１通信制御部
１３ 回線２通信制御部
１４ 回線３通信制御部
１６ 音声ボード
２１ 回線毎の電話コール処理部
２１ａ 回線１用電話コール処理部
２１ｂ 回線２用電話コール処理部
２１ｃ 回線３用電話コール処理部
１８ 本日の運行テーブル作成部
３５ 空き回線判定部
２９ 自己申告書込部
３９ 回線処理カウンタ部
２６ 起床コール部
２７ 再コール部
２４ プロセス処理割当部
３１ メーラ
３８ 通知部
【技術分野】
【０００１】
本発明はコールシステムに関し、特にコール時間（起床、再）になったときに、多数の通信相手に同時に発呼ができ、かつ相手がでないときは自動的に再コールできるコールシステムに関する。
【背景技術】
【０００２】
バス、ハイヤー等のドライバー或いは派遣スタッフ（以下総称して単にスタッフという）の起床確認には、事務所に待機している管理者に電話をかけて起床或いは管理者側からスタッフに電話をかけて起床を確認する。
【０００３】
例えば特許文献１は、インターネット網を介してユーザ端末とサービス提供サーバとが接続されてなるモーニングコールサービスシステムである。
【０００４】
このモーニングコールサービスシステムは、予め記憶されているスケジュールの日時になったときに、相手に電話をかけて音声ガイダンスを流し、相手の音声から相手が完全におきたかどうかを判断する。
【特許文献１】特許公報４０５５３７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のものは相手が出ない場合には再度電話を自動的にかけるようなコールシステムではない。このため、管理者側が再コールを行わなければならないので管理者に対して負荷がかかる。
【０００６】
また、特許文献１は相手に電話をかけて、相手が出たときに相手が発する音声から相手が完全におきたかどうかを判定するものである。
【０００７】
さらに、コールするスタッフは一人とは限らない。一般には複数のスタッフがほぼ同時の起床時間である場合が多い。しかしながら、特許文献１は１回線によってモーニングコールを相手にするものであるから、一人のコールが終わるまで回線使用を待たなければならない。
【０００８】
このため、同時にコールするスタッフが多数存在した場合は、最後のスタッフに対してコールするときには、起床時間を過ぎてしまう場合がある。
【０００９】
従って、同時にコールするスタッフが多数存在していても、同時に多数のスタッフにコールでき、かつ相手が出ない場合は自動的に再コールすることによって管理者に対しての負担を軽減できるコールシステムが望ましい。
【課題を解決するための手段】
【００１０】
多数の相手の電話機（携帯電話機、有線電話を含む）と、多数の通信回線（電話網、インターネット含む）に対して同時に電話発呼の処理を行うことが可能な機能を有するサーバと、該サーバに接続され、これらの複数の電話機に対しての発呼に対する応答結果を画面に表示するための管理部門の端末機（事務社員端末、管理者携帯電話機、管理者端末含む）とを備えたコールシステムであって、
前記サーバは、
前記多数の通信回線毎に設けられ、該当の通信回線に接続され、当該通信回線から発呼するとき当該回線を使用中にして、入力された電話番号で発呼を行い、相手のオンフックを検出したときに入力されたメッセージデータを音声変換して送信し、オフフックを検出したときは前記回線を使用許可とする通信回線毎の通信制御手段と、
前記多数の相手の電話機毎に、少なくとも氏名と発呼開始時間と電話番号と発呼用のメッセージデータと再コール時間と再コール用のメッセージデータと前記管理部門の端末機の接続情報と前記応答状況欄とを対応させた運行情報を記憶した記憶手段と、
を備えると共に、前記多数の回線毎に、回線毎用電話コール処理部を備え、
前記回線毎用電話コール処理部は、
年月日、時刻を計測するカレンダーと、
一定時間毎に前記カレンダーの計測値と前記記憶手段の発呼開始時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線の使用許可にされているとき、当該第１処理名に対応する運行情報の電話番号及び前記メッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第１処理を行う第１のコール手段（起床）と、
一定時間毎に前記カレンダーの計測値と前記記憶手段の再コール時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線が使用許可にされているときに、当該第２処理名に対応する運行情報の電話番号及び前記再コール用のメッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第２処理を行う第２のコール手段（再コール）と、
前記第１のコール手段が発呼開始時間に一致した運行情報を検出する毎に、該運行情報の前記欄に応答済みとなっている場合は、第１のコール手段に該発呼開始時刻になった相手の運行情報の前記第１処理を実効させるための第１処理名と前記第２のコール手段に再コール時間になった相手の運行情報の前記２処理を実行させるための第２処理名とを一組にして待ちキューに順次登録し、前記欄が応答済みにされているときは、この第１、第２処理名を削除する手段と
を備え、
前記第１のコール手段の発呼開始時間又は第２のコール手段の再コール時間に一致した運行情報を検出したとき、前記通信回線毎に設けられた各々の前記回線毎用電話コール処理部の待ちキューの第１処理名、第２処理名の数を計数し、最も数が少ない回線毎用電話コール処理部の回線を前記空き回線と判定する手段と、
前記管理者の端末機からの要求によって前記記憶手段に記憶された運行情報を所定の形式にして、その管理者の端末機に送信する通知手段とを備えたことを要旨とする。
【発明の効果】
【００１１】
以上のように本発明によれば、多数の通信回線を用いて多数の相手にコールするとき、最もコール処理の割りあてが少ない通信回線を探し出して、この通信回線に第１のコールを実効する第１処理を割りあて、かつ相手がでない場合に所定後に再コールする第２のコールを実効する第２処理を同時に割り当て、第１処理のコール時間又は第２処理のコール時間になる毎に、相手に電話をかける。
【００１２】
すなわち、コール時間（再含む）になる毎に多数の通信回線のうちで、最も処理が空いている通信回線を探し出して電話をかけるので、ほぼコール時間を過ぎることがなく電話をかけることができる。
【００１３】
このため、例えばバス、タクシー、派遣会社スタッフに対してほぼコール時間を過ぎることなく相手に電話呼びを行って着応答を検出できる。
【００１４】
また、再コールも自動的に空き回線を探し出してかけるので、ほぼ再コール時間を過ぎることなく電話をかけるので管理者の負担を軽減できる。
【発明を実施するための最良の形態】
【００１５】
本実施の形態では、使用可能な回線はｎ回線でもよいが、一例として４回線として説明する。
【００１６】
図１は本実施の形態のコールシステムの概略構成図である。図２はサーバ７の構成である。
【００１７】
図１に示すように、本実施の形態のコールシステムは、電話網である回線１（アナログ）、回線２（ＩＳＤＮ）、回線３及び回線４と、インターネット回線１０と、スタッフ（バス又はタクシーのドライバー、派遣スタッフ）の携帯電話機６（以下スタッフ端末６という）と、サーバ７と、管理者ＰＣ端末８（ブラウザ機能）と、事務所社員端末９（ブラウザ機能）等から構成され、各回線毎に図３（ａ）に示すようにコール時間（起床、再コール）になったスタッフがあるかどうかを一定時間（例えば１分）に監視する。
【００１８】
前述の回線１〜回線４というのは、ＩＳＤＮ回線が２回線でもよい。
【００１９】
そして、コール時間になったスタッフを検出する毎に（１分毎１回線当たり一人）、最もプロセス処理の数が少ない空き回線Ｅｉｐを検出して、この空き回線Ｅｉｐに対して起床コールのプロセス処理、再コールのプロセス処理を実行することを割付けて（図４参照）、起床コール処理及び再コール処理を同時にスタンバイ状態にする（図３（ａ）参照）。図４は各回線に割付けられたプロセス処理名が待ちキュー２２に埋め込まれたことを示している。なお、回線４は自己申告用（自分で電話して起床したことを知らせる）に使用している。
【００２０】
前述の起床コールのプロセス処理の概略は、図３（ｂ）に示すように、コール時間になったスタッフａｉｐを検出したとき、当該回線Ｅｉｐが再コールのプロセス処理で使用されていない場合は、起床コール（発呼）を１回目は２０秒間（呼び時間ともいう）、出なければ３０秒経過後（待ち時間ともいう）に２回目として２０秒間、出なければ３０秒経過後（待ち時間ともいう）に３回目として２０秒間発呼させ、それでも出ない場合は、担当管理者ｍｇｒにインターネットでメール送信する一連の処理等（プログラム）をいう。この処理中において、相手が出た場合は待ちキュー２２に割付けれた起床コール及び再コールのプロセス処理を削除する。
【００２１】
また、再コールのプロセス処理の概略は、図３（ｂ）に示すように、スタッフの再コール時間を検出したとき、回線Ｅｉｐが起床コールのプロセス処理によって使用されていない場合は、再コール（発呼）を１回目は２０秒間、出なければ３０秒経過後（待ち時間ともいう）に２回目として２０秒間、出なければ３０秒経過後（待ち時間ともいう）に３回目として２０秒間発呼させ、それでも出ない場合は、担当管理者ｍｇｒにインターネットでメール送信する一連の処理等（プログラム）をいう。この処理中において、相手が出た場合は再コールのプロセス処理を削除する。
【００２２】
なお、前述の呼び時間は変更可能である。さらに、待ち時間も変更可能であり、この待ち時間はランダム関数を使用して変更している。これは、一人の占有時間が長すぎると次のコールまでの時間が長くなるためである。
【００２３】
一方、サーバ７は、図１及び図２に説明する構成を有している。
【００２４】
サーバ７は、回線１通信制御部１２と、回線２通信制御部１３と、回線３通信制御部１４と、回線４通信制御部１４とを備えた音声ボード１６を有している。
【００２５】
また、サーバ７は回線毎の電話コール処理部２１を備え、この回線毎の電話コール処理部２１は、回線１用電話コール処理部２１ａと、回線２用電話コール処理部２１ｂと、回線３用電話コール処理部２１ｃ等からなる。
【００２６】
また、本実施の形態のサーバ７は、スタッフ情報Ａｉ（スタッフ名ａｉ、起床時間Ｔａｉ、電話番号・・・）を記憶したスタッフ情報メモリ１９（スタッフ情報テーブル１９という）と、このスタッフ情報Ａｉの起床時間Ｔａｉとカレンダー１８ａの日時と比較して本日のスタッフ情報をメモリ３７（本日の運行テーブル３７という）に生成する本日の運行テーブル作成部１８と、空き回線を判定する空き回線判定部３５と、自己申告書込部２９、各回線用電話コール処理部２１（２１ａ、２１ｂ、２１ｃ）の待ちキュー２２のプロセス名の数をカウントする回線処理カウンタ部３９と、時間設定・変更部３７ａ等を備えている。
【００２７】
前述の回線１用電話コール処理部２１ａは音声ボード１６の回線１通信制御部１２、回線２用電話コール処理部２１ｂは音声ボード１６の回線２通信制御部１３、回線３用電話コール処理部２１ｃは音声ボード１６の回線３通信制御部１４に対応して設けられている。
【００２８】
本実施の形態では回線３用電話コール処理部２１ｃを代表にして説明する。
【００２９】
回線３用電話コール処理部２１ｃは、起床コール部２６と、再コール部２７と、プロセス処理割当部２４と等を備えている。
【００３０】
さらに、インターネット１０に接続されたメーラ３１と、ＰＣ端末に情報を送信する通知部３８等を備えている。
【００３１】
（各部の説明）
本実施の形態の音声ボード１６に設けられた回線３通信制御部１４は、回線３用電話コール処理部２１ｃの起床コール部２６又は再コール部２７からのスタッフの電話番号をオフフックされるまで記憶しながら回線３で送信し（使用中を知らせる）、相手が出たときに着呼を知らせる。また、相手がでたときには、起床コール部２６からの起床のメッセージを音声に変換して回線３で送信し、又は再コール部２７からの再コールのメッセージを音声に変換して回線３で送信する。
【００３２】
スタッフ情報テーブル１９は、図５に示すように、スタッフ名ａｉと起床時間と電話番号と起床コール用のメッセージとメールアドレスと再コール用のメッセージと管理者メールアドレス等からなる。これらのスタッフ情報Ａｉは、事務所ＰＣ端末９又は管理者ＰＣ８を用いて記憶される。
【００３３】
本日の運行テーブル作成部１８は、図６に示すように、スタッフ情報Ａｉの中から本日（例えば２日）のスタッフ情報ＡＢｉを抽出して本日の運行テーブル３７を生成する。図６においては、本日のスタッフ名は、区別するためにａｉｐとして示している。この運行テーブル３７は本日のスタッフ情報ＡＢｉの他に、スタッフ応答結果情報Ｄｉを記憶するための欄を有している。
【００３４】
スタッフ応答結果情報Ｄｉの欄は、自己申告欄とコール中を知らせるための欄と出たか出ないかを示す着応答結果欄と再コール中かどうかを示す再コールの欄と再コールに対しての着応答結果欄等からなる。
【００３５】
また、本日の運行テーブル作成部１８は、呼び時間と待ち時間と（図示せず）を本日の運行テーブル３７の各レコードに対応させて記憶する。例えば、呼び時間は２０秒、待ち時間は３０秒と記憶する。
【００３６】
時間設定・変更部３７ａは、入力された呼び時間を本日の運行テーブル３７の各レコードに記憶し、またスタッフａｉｐの再コール時間を起床時間、呼び時間、待ち時間等から求めてレコードに対応させて記憶する。
【００３７】
さらに、乱数発生器を備え、この乱数をもといて待ち時間をランダムに変更する。すなわち、起床コール、再コールの待ち時間は逐次変更されるので、一人の占有時間が長くなることはない。
【００３８】
空き回線判定部３５は、起床コール部２６又は再コール部２７からの要求によって回線処理カウンタ部３９の各カウンタのカウント値Ｋａｉ（ｋａ１、Ｋａ２、ｋａ３）を読み込み、最もカウント値が少ない回線を検出する。
【００３９】
回線毎処理カウンタ部３９は、回線１に対応する回線１処理カウンタ３９ａと回線２に対応する回線２処理カウンタ３９ｂと回線３に対応する回線３処理カウンタ３９ｃとを備えている。
【００４０】
回線３処理カウンタ３９ｃは、空き回線Ｅｉｐが回線３と知らせられると、現在のカウント値Ｋａ３に「＋２」する。この値を待ち処理コール数ともいう。
【００４１】
これは、１コール（起床コール又は再コールの電話発呼の処理）に対して後述する起床コールと再コールの各処理を同時に起動させるためである。すなわち、「＋２」は起床コールのプロセス処理と再コールのプロセス処理とが待ちキューレジスタ２２に埋め込まれたことを意味する。
【００４２】
また、待ちキューレジスタ２２のプロセス処理名（Ｂｉｍ、Ｂｉｑ）が１個削除されると、カウント値Ｋａｉから「−１」する。
【００４３】
（回線３用電話コール処理部の構成）
回線３用電話コール処理部２１ｃは、プロセス処理割当部２４と、起床コール部２６と、再コール部２７と、カレンダー２５等から構成されている。
【００４４】
プロセス処理割当部２４は、回線３用の待ちキューレジスタ２２（以下単に待ちキューと称する）を有し、回線処理カウンタ３９ｃのカウント値ｋａ３が＋２更新されると、待ちキー２２に起床コールのプロセス処理名（●印で示している）と再コールのプロセス処理名（〇印で示している）とを挿入する。
【００４５】
待ちキュー２２は、起床コール部２６又は再コール部２７から要求によって先頭のプロセス処理名を起床コール部２６又は再コール部２７に知らせ、このプロセス処理の終了が知らせられると先頭のプロセス名を削除する。
【００４６】
プロセス処理名は、コールスタッフ判定部３６からコール時間（起床、再）になったスタッフａｉｐが書き込まれているレコード及び起床用か再コール用かを識別できる名称がよい。例えば、起床用はＢｉｍ、再コール用はＢｉｑとして書き込む。ｉはスタッフａｉｐの番号にするのがよい。
【００４７】
例えば、起床時間になったスタッフ情報ＡＢｉが運行テーブル３７のレコードの３番目の場合は、Ｂ３ｍ、Ｂ３ｑの組みをプロセス処理名として書き込む。
【００４８】
起床コール部２６は、カレンダー２５が計数する年月日、時刻とスタッフ情報ＡＢｉの各スタッフ名ａｉｐにリンク付けされている起床時間と比較して、起床時間になった（１分程度前）スタッフが存在するかどうかを判断する。これは例えば１分毎に行う。
【００４９】
そして、スタッフが存在する場合は、空き回線判定部３５によって空き回線を判定させ、当該回線３が空き回線と判定された場合に、プロセス処理割当部２４の待ちキュー２２にスタッフａｉｐのプロセス処理名Ｂｉｍを読み込み、このプロセス処理名Ｂｉｍに対応する処理データＧａを読み込み、前述の起床コールのプロセス処理Ｂｉｍを実効する。この起床コールのプロセス処理Ｂｉｍについては詳細に後述する。また、処理データＧａは起床時間になったスタッフ名ａｉｐと起床時間と起床コールメッセージとスタッフアドレスと管理者メールアドレス等の組みをいう。また、起床コール部２６は、起床時間から再コール時間を計算して本日の運行テーブル３７に記憶してもよい。
【００５０】
再コール部２７は、カレンダー２５が計数する年月日、時刻とスタッフ情報ＡＢｉの各スタッフ名ａｉｐにリンク付けされている再コール時間と比較して、再コール時間になった（１分程度前）スタッフが存在するかどうかを判断する。これは例えば１分毎に行う。
【００５１】
そして、スタッフが存在する場合は、空き回線判定部３５によって空き回線を判定させ、当該回線３が空き回線と判定された場合に、プロセス処理割当部２４の待ちキュー２２にスタッフａｉｐのプロセス処理名Ｂｉｑを読み込み、このプロセス処理名Ｂｉｑに対応する処理データＧｂを読み込み、前述の再コールのプロセス処理Ｂｉｑ（プロセス処理名と同じ記号を用いて説明する）を実効する。この再コールのプロセス処理Ｂｉｑについては詳細に後述する。また、処理データＧｂは再コール時間になったスタッフ名ａｉｐと再コール時間と再コールメッセージとスタッフアドレスと管理者メールアドレス等の組みをいう。
【００５２】
すなわち、起床コール部２６及び再コール部２７は、図７に示すように、回線の使用権を判定しながら、コール時間になったスタッフのプロセス処理（起床又は再）を行っている。
【００５３】
自己申告書込部２９は、回線４通信制御部１５がスタッフからの電話を受けたとき、電話番号を抽出し、この電話番号を有するスタッフ情報ＡＢｉを検索し、検索したスタッフ情報ＡＢｉにリンク付けされている自己申告の欄に「自己申告」を書き込む。
【００５４】
メーラ３１は、起床コール部２６から管理者メールアドレスと後述する起床コール後の督促メールとを受け取ると、インターネット回線で管理者宛てに起床コール後の督促メールを送信する。
【００５５】
また、スタッフから起床したことを伝えるメールを受け取った場合は、このメールのメールアドレスを抽出し、抽出したメールアドレスを有するスタッフ情報ＡＢｉを検索し、検索したメールアドレスにリンク付けされている自己申告の欄に「自己申告」を書き込む。
【００５６】
一方、図１に示す通知部３８は、管理者ＰＣ８又は事務所ＰＣ９からのアクセスがあったときに、回線コールプロセステーブル２２ａのデータを読み出して、図８に示すように表示させる。また、通知部３８は変更箇所を解読し、変更したデータのみを以後は送出する機能を有する。例えば、状態欄にコール中と書き込まれた後に「出た」となった場合はＦ２に変更する指示を送出する。
【００５７】
図８において、Ｆ１（例えば白）は、スタッフへのコール前の状態を示し、Ｆ２（例えば黄色）は出発コール（出た）を示し、Ｆ３（例えば黄色）は出発コール（出ない）を示し、Ｆ４（例えばマリン色）は再出発コール（出た）を示し、Ｆ５（例えば赤）は再出発コール（出ない）を示し、Ｆ５（例えば深い青色）は起床確認を示す。このＦ５は、コール開始前に着信専用回線かメールにて出発申請が行われた状態を示す。なお、出発コールは起床コールのことである。
【００５８】
(全体の動作説明)
図９、図１０、図１３は本実施の形態のコールシステムの概略動作を説明するシーケンス図である。
【００５９】
図９に示すように、スタッフが所属する事務所の事務員は事務社員ＰＣ９を操作してスケジュール管理ソフトを起動する。そして、スタッフ名ａｉと電話番号と起床時間（年月日、時刻）と起床コール用のメッセージとスタッフのメールアドレスと再コール用のメッセージと管理者メールアドレス等からなるスタッフ情報Ａｉ等を入力して、サーバ７に送信してスタッフテーブル１９を生成して登録させる（ｄ１、ｄ２、ｄ３：図５参照）。
【００６０】
次にサーバ７は、本日のスタッフ情報ＡＢｉを本日の運用テーブル３７に生成する。そして起床コール部２６は以下の処理を実行する。
【００６１】
起床コール部２６は、分単位に本日の運用テーブル３７に生成されたスタッフ情報ＡＢｉの起床日時とカレンダー２５の日時とを確認する（ｄ４）。
【００６２】
カレンダー２５の日時と一致するスタッフ情報ＡＢｉが存在した場合は、空き回線判定部３５から空き回線Ｅｉｐを取得する（ｄ６）。
【００６３】
空き回線判定部３５は、その回線番号Ｅｉｐの処理カウンタの値に「＋２」を追加する（ｄ７）。つまり、回線３が空き回線と判定したときは、回線３処理カウンタ３９ｃのカウント値に「＋２」する。
【００６４】
次に、起床コール部２６は、図１０に示すように、起床コールのプロセス処理を実行する（ｄ１０）。
【００６５】
この実効に伴って、起床時間になったスタッフａｉｐに対して自己申告があるかどうかを判定する（ｄ１１）。自己申告がある場合は、事務社員ＰＣ９にスタッフａｉｐが自己申告があったことを示す記号Ｆ２（移動前申告）に変更する指示を送出する（ｄ１２）。
【００６６】
また、スタッフａｉｐから自己申告がなかった場合は、そのスタッフａｉｐの起床コールのメッセージ（図１０においては音声応答情報）を選択して、上記の起床コールプロセスを行う。
【００６７】
この起床コール（発呼）を１回目は２０秒間、出なければ３０秒経過後に２回目として２０秒間、出なければ３０秒経過後に３回目として２０秒間発呼させる処理である（ｄ１３、ｄ１４）。
【００６８】
そして、この発呼に対しての着信状態を確認する（ｄ１５）。スタッフａｉｐは、発呼に応答したときは自分のスタッフ携帯電話機６を用いてフックをオン（着応答有り）して（ｄ１６）、起床コールのメッセージを聞いてフックをオフする。このとき、フックのオンに伴って回線３通信制御部１５はフックオンを検出（着応答有り）する。
【００６９】
そして、着応答有りの検出に伴ってサーバ７の通知部３８は、事務社員ＰＣ９に対してスタッフａｉｐが起床したことを知らせる記号（Ｆ２）に変更する指示を送信する（１５ａ）。
【００７０】
また、着応答がない場合は（ｄ１８）、起床コール部２６は管理者へ督促メール（図１１（ａ）参照）をインターネット回線で送信し（ｄ１９）、事務社員ＰＣ９に「出ない」ことを知らせる記号に変更する指示を送信する（ｄ２０）。これによって、事務社員ＰＣ９には図８に示す画面が得られる。
【００７１】
そして、サーバ７の起床コール部は回線番号Ｅｉｐのカウンタの値から「−１」する（ｄ２１）。つまり、回線３の待ちプロセス処理の数は図１２に示すように１個少なくなることによってカウンタの値が「−１」減算される。
【００７２】
図１２においては、図１２（ａ）には待ちキー２２には、スタッフａ１ｐの待ちプロセス処理Ｂ１ｐの２処理分（Ｂ１ｍ、Ｂ１ｑ）と、スタッフａ２ｐの待ちプロセス処理Ｂ２ｐの２処理分（Ｂ２ｍ、Ｂ２ｑ）とがある場合を示し、合計で４処理分あることを示している。
【００７３】
そして、図１２（ｂ）に示すように、回線番号３の処理カウンタの値から「−１」した場合の待ちプロセス処理名の数は、３処理分になることを示している。
【００７４】
次に図１３に示す再コール処理を実効する（ｄ２５）。
【００７５】
再床コールは、この実効に伴って、本日の運行テーブル３７を読み込んで再コール時間になったスタッフＡｉｐ（ＡＢｉ）に対して自己申告があるかどうかを判定する（ｄ２６）。自己申告がある場合は、事務社員ＰＣ９にスタッフａｉｐが起床コール後に自己申告があったことを示す記号Ｆ２（移動前申告）に変更する指示を（ｄ２７）。
【００７６】
また、スタッフａｉｐから自己申告がなかった場合は、再コールのメッセージ（図１３においては音声応答情報）を選択して、上記の再コールプロセスを行う。この再コール（発呼）を１回目は２０秒間、出なければ３０秒経過後に２回目として２０秒間、出なければ３０秒経過後に３回目として２０秒間発呼させる処理である（ｄ２７ｂ、ｄ２７ｃ）。
【００７７】
そして、この発呼に対しての着信状態を確認する（ｄ２９）。スタッフａｉｐは、発呼に応答したときは自分のスタッフ携帯電話機６を用いてフックをオン（着応答有り）して（ｄ２８）、再コールのメッセージを聞いてフックをオフする。このとき、フックのオンに伴って回線３通信制御部１５はフックオンを検出（着応答有り）する。
【００７８】
そして、着応答有りの検出に伴ってサーバ７は、事務社員ＰＣ９に対してスタッフａｉｐが再コールで起床したことを知らせる記号（Ｆ３→Ｆ５）に変更する指示を送信する（ｄ３０）。
【００７９】
また、着応答がない場合は（ｄ３２）、管理者へ督促メール（図１１（ｂ）参照）をインターネット回線で送信し（ｄ３４）、事務社員ＰＣ９に「出ない」ことを知らせる記号に変更する指示を送信する（ｄ３１）。これによって、事務社員ＰＣ９には図８に示す画面が得られる。
【００８０】
そして、サーバ７は回線番号Ｅｉｐの処理カウンタの値から「−１」させる（ｄ３５）。
【００８１】
つまり、回線３の待ちキュー２２のプロセス処理の数は、再コールを実行した場合は、図１２（ｃ）に示すように更に１個少なくなる。
【００８２】
一方、管理者は管理者携帯電話機１１を操作してスタッフが出ないことを知らせるメッセージを受けた場合は、このメッセージに書き込まれているスタッフａｉｐの携帯電話機の電話番号で電話をかける（ｄ３６）。
【００８３】
そして、最終通知の確認を行う（ｄ３６ａ）。最終通知確認は、この再コールと同様に、を１回目は２０秒間、出なければ３０秒経過後に２回目として２０秒間、出なければ３０秒経過後に３回目として２０秒間発呼させる処理であり、この発呼に対しての着信状態を確認する（ｄ３７）。
【００８４】
そして、着応答有りの検出に伴ってサーバ７は、事務社員ＰＣ９に対してスタッフａｉｐが再コールで起床したことを知らせる記号に変更する指示を送信する（ｄ３８）。
【００８５】
また、着応答がない場合は（ｄ３２）、管理者へ督促メールをインターネット回線で送信し（ｄ３９）、事務社員ＰＣ９に「アラーム」の記号に変更する指示を送信する（ｄ４０）。
【００８６】
（起床コールの詳細動作説明）
次に、起床コール処理について図１４のフローチャートを用いて詳細に説明する。起床コール部２６はカレンダー２５の年月日、時刻と運行テーブル３７の起床時間と比較して起床時間になったスタッフ情報ＡＢｉがあるかどうかを判定する（Ｓ１）。
【００８７】
ステップＳ１において、起床時間になったスタッフ情報ＡＢｉがあると判定したときは、このスタッフ情報ＡＢｉにリンク付けされているスタッフ着応答結果情報Ｄｉに自己申告されているかどうかを判定する（Ｓ２）。
【００８８】
自己申告がなされていなと判定したときは、空き回線Ｅｉｐの判定を行わせる（Ｓ３）。空き回線Ｅｉｐが当該回線（回線３）と判定されとときは、回線Ｅｉｐ（例えば回線３）は使用中かどうかを判定する（Ｓ４）。
【００８９】
ステップＳ４において回線Ｅｉｐが使用中と判定したときは（他のプロセス処理が使用中）、待機状態になって、処理をステップＳ４に戻す（Ｓ５）。
【００９０】
ステップＳ４において、回線Ｅｉｐが使用中でない場合は、回線Ｅｉｐの回線通信制御部に対して回線使用権（回線３通信制御部）を設定する（Ｓ６）。
【００９１】
次に、スタッフ情報ＡＢｉの電話番号で第１回目の発呼を回線Ｅｐｉ（回線３通信制御部１４によって行う）から行う（Ｓ７）。
【００９２】
そして、図１５に示すように起床連絡（自己申告）が無かった場合で回線Ｅｉｐ（回線３）が使用されていない場合は、スタッフ情報ＡＢｉの起床用のメッセージ（音声応答情報）を選択する（Ｓ１１）。
【００９３】
次に、スタッフ情報ＡＢｉの電話番号を読み込み、この電話番号を回線３通信制御部１４に送出して発呼（２０秒間）する（Ｓ１２）。
【００９４】
次に、本日の運行テーブル３７のコール欄に起床コールの「呼び中」を書き込む（Ｓ１３：図１９（ａ）参照）。
【００９５】
そして、回線３通信制御部１４の着応答信号（出たことを示す例えばキー３を付加してもよい）が出力されたかどうかで着応答有りかどうかを判定する（Ｓ１４）。
【００９６】
ステップＳ１４において、着応答がない場合は、発呼を３回繰り返したかどうかを判定し、３回になっていない場合は、ステップＳ１２にステップを移す（Ｓ１５）。
【００９７】
ステップＳ１５において、３回になっても着応答がない場合は、本日の運行テーブル２２の「出た出ない」の欄に３回発呼びしても応答無しを書き込む（Ｓ１６）。そして、スタッフ情報ＡＢｉのスタッフａｉｐに対して督促メールを送信する（Ｓ１７）。
【００９８】
次に、起床コール部２６は回線Ｅｐｉの使用権を解除する（Ｓ１８）。そして、起床コールのプロセス処理Ｂｉｍが終了したことをプロセス処理割当部２４に知らせる（Ｓ１９）。
【００９９】
次に、終了かどうかを判断し、終了でないときは処理を図１４のステップＳ１に戻す（ｓ２０）。
【０１００】
また、ステップＳ１４において、着応答信号が出力された場合は、「出た」を書き込み（図１９（ｂ）参照）、処理をステップＳ１９に移す（Ｓ１４ａ）。
【０１０１】
これによって、プロセス処理部２４は、待ちキュー２２からスタッフａｉｐのプロセス処理名Ｂｉｍを削除する。待ちキュー２２のプロセス処理Ｂｉｍが１個消去されると、この回線（Ｅ３）に対応する回線３処理カウンタ３９ｃのカウント値ｋ３から「−１」減算される。
【０１０２】
例えば、図２０（ａ）に示すように回線３の待ちキュー２２に、Ｂ１ｍ、Ｂ１ｑ、Ｂ５ｍ、Ｂ５ｑ、Ｂ３ｍ、Ｂ３ｑと埋め込まれている場合（回線３処理カウンタの値は「６」）で、Ｂ１ｍの起床コールのプロセス処理が終了した場合は、図２０（ｂ）に示すように、Ｂ１ｍが削除されて、回線３処理カウンタの値は「５」となる。
【０１０３】
一方、図１４のステップＳ２において、自己申告がされていると判定したときは、自己申告を書き込んで（Ｓ８）、空き回線Ｅｉｐの使用権の設定を解除して処理をステップＳ２０に移す（Ｓ９）。
【０１０４】
すなわち、起床時間になる毎に、空き回線が判定され、空き回線となった場合は、その空き回線が再コール処理によって使用権を設定されていない場合は、その空き回線を用いて起床コールのプロセス処理が実効される。また、空き回線に対しての起床コールのプロセス処理が終わる毎に、その回線に与えられているプロセス数が減算されて、この数を回線処理カウンタで把握しているので、起床時間になる毎に、最も待ちプロセス処理がない回線を選び出すことができる。
【０１０５】
図１６及び図１７は再コール処理を説明するフローチャートである。
【０１０６】
再コール部２７は、カレンダー２５の年月日、時刻と運行テーブル３７の起床時間と比較して再コール時間になったスタッフ情報ＡＢｉがあるかどうかを判定する（Ｓ３１）。
【０１０７】
ステップＳ３１において、再コール時間になったスタッフ情報ＡＢｉがあると判定したときは、このスタッフ情報ＡＢｉにリンク付けされているスタッフ着応答結果情報Ｄｉに自己申告されているかどうかを判定する（Ｓ３２）。
【０１０８】
自己申告がなされていなと判定したときは、空き回線Ｅｉｐの判定を行わせる（Ｓ３３）。空き回線Ｅｉｐが当該回線（回線３）と判定されとときは、回線Ｅｉｐ（例えば回線３）は使用中かどうかを判定する（Ｓ３４）。
【０１０９】
ステップＳ３４において回線Ｅｉｐが使用中と判定したときは（他のプロセス処理が使用中）、待機状態になって、処理をステップＳ３４に戻す（Ｓ３５）。
【０１１０】
ステップＳ３４において、回線Ｅｉｐが使用中でない場合は、回線Ｅｉｐの回線通信制御部に対して回線使用権（回線３通信制御部）を設定する（Ｓ３６）。
【０１１１】
次に、スタッフ情報ＡＢｉの電話番号で第１回目の発呼を回線Ｅｐｉ（回線３通信制御部１４によって行う）から行う（Ｓ３７）。
【０１１２】
そして、図１７に示すように起床連絡（自己申告）が無かった場合で回線Ｅｉｐ（回線３）が使用されていない場合は、スタッフ情報ＡＢｉの再コール用のメッセージ（音声応答情報）を選択する（Ｓ４１）。
【０１１３】
次に、スタッフ情報ＡＢｉの電話番号を読み込み、この電話番号を回線３通信制御部１４に送出して発呼（２０秒間）する（Ｓ４２）。
【０１１４】
次に、本日の運行テーブル３７のコール欄に再コールの「呼び中」を書き込む（Ｓ４３：図１９（ｃ）参照）。
【０１１５】
そして、回線３通信制御部１４の着応答信号が出力されたかどうかで着応答有りかどうかを判定する（Ｓ４４）。
【０１１６】
ステップＳ４４において、着応答がない場合は、発呼を３回繰り返したかどうかを判定し、３回になっていない場合は、ステップＳ４２にステップを移す（Ｓ４５）。
【０１１７】
ステップＳ４５において、３回になっても着応答がない場合は、本日の運行テーブル２２の「出た出ない」の欄に３回発呼びしても応答無しを書き込む（Ｓ４６）。そして、スタッフ情報ＡＢｉのスタッフａｉｐに対して再コール用の督促メールを送信する（Ｓ４７）。
【０１１８】
次に、回線Ｅｐｉ（回線３）に対しての使用権を解除し（Ｓ４８）、再コールのプロセス処理Ｂｉｑが終了したことをプロセス処理割当部２４に知らせる（Ｓ４９）。
【０１１９】
次に、終了かどうかを判断し、終了でないときは処理を図１６のステップＳ３１に戻す（Ｓ５０）。
【０１２０】
これによって、プロセス処理部２４は、待ちキュー２２からスタッフａｉｐのプロセス処理名Ｂｉｑを削除する。待ちキュー２２のプロセス処理Ｂｉｑが１個消去されると、この回線（Ｅ３）に対応する回線３処理カウンタ３９ｃのカウント値ｋ３から「−１」減算される（図２０（ｃ）参照）。
【０１２１】
また、ステップＳ４４において、着応答があったときは、着応答を書き込んで（Ｓ４８ａ）、処理をステップＳ４８に戻す。
【０１２２】
一方、図１６のステップＳ３２において、自己申告がされていると判定したときは、自己申告を書き込んで（Ｓ３８）、空き回線Ｅｉｐの使用権の設定を解除して処理をステップＳ３７に移す（Ｓ３９）。
【０１２３】
すなわち、再コール時間になる毎に、空き回線が判定され、空き回線となった場合は、その空き回線が起床コール処理によって使用権を設定されていない場合は、その空き回線を用いて再コールのプロセス処理が実効される。また、空き回線に対しての再コールのプロセス処理が終わる毎に、その回線に与えられているプロセス数が減算されて、この数を回線処理カウンタで把握しているので、再コール時間になる毎に、最も待ちプロセス処理がない回線を選び出すことができる。
【０１２４】
ここで、プロセス処理割付部２４の処理を図１８を用いて補充する。図１８に示すように、プロセス処理割付部２４は、当該回線が空き回線Ｅｐｉとして算出されたかどうかを判定する（Ｓ６１）。これは、回線処理カウンタ部３９において、当該回線に対応する回線処理カウンタに「＋２」が通過された場合である。
【０１２５】
次に、起床時間になったスタッフ情報ＡＢｉのプロセス処理を起床コール用のプロセス名Ｂｉｍと再コール用のプロセス処理名Ｂｉｑとを待ちキュー２２に埋め込む（Ｓ６２）。
【０１２６】
次に終了かどうかを判断し、終了でないときは処理をステップＳ６１に戻す（Ｓ６３）。また、ステップＳ６１において、当該回線Ｅｉｐが空き回線とされていなときは、起床コール又は再コールのプロセス処理の終了かどうかを判断する（Ｓ６４）。
【０１２７】
ステップＳ６４において、プロセス処理の終了と判定したときは、待ちキュー２２から起床コール用のプロセス名Ｂｉｍ又は再コール用のプロセス処理名Ｂｉｑを削除して処理をステップＳ６３に移す（Ｓ６５）。
【０１２８】
また、通知部２８は、事務社員ＰＣ９又は管理者ＰＣ８からのアクセスがあったとき、本日の運行テーブル３７の情報をＣＳＶ形式で送信して画面に表示させる。そして、運行テーブル３７のスタッフ着応答結果情報Ｄｉの各欄が前回と相違した場合は、その相違ないように応じて色別表示させる。
【０１２９】
例えば、状態欄にコール中と書き込まれた後に「出た」となった場合はＦ５に変更する指示を送出する。
【０１３０】
なお、上記実施の形態では、スタッフを起こすための起床、再コールのコールシステムとして説明したが、例えば複数の相手に同時に電話をかけるコールシステムにおいて、アンケート結果を電話（例えばいいえでキー９、はいでキー５）で自動的に受け、この応答結果を相手の電話番号に対応させて運行テーブルに記憶してもよい。
【図面の簡単な説明】
【０１３１】
【図１】本実施の形態のコールシステムの概略構成図である。
【図２】本実施の形態のサーバ７の構成である
【図３】本実施の形態のプロセス処理を説明する説明図である。
【図４】各回線の待ちキューのプロセス処理の割当を説明する説明図である。
【図５】スタッフ情報Ａｉの説明図である。
【図６】本日の運行テーブルの説明図である。
【図７】起床、再コールの回線の使用権を説明する説明図である。
【図８】事務社員ＰＣ９に表示される本日の稼動状況画面の説明図である。
【図９】本実施の形態のコールシステムの起床コールによる概略全体動作を説明するシーケンス図である。
【図１０】本実施の形態のコールシステムの起床コールによる概略全体動作を説明するシーケンス図である。
【図１１】本実施形態の起床、再コールによる督促メールを説明する説明図である。
【図１２】待ちキューのプロセス処理の減算の説明図である。
【図１３】本実施の形態のコールシステムの再コールによる概略全体動作を説明するシーケンス図である。
【図１４】サーバ７の起床コール部の動作を説明するフローチャートである。
【図１５】サーバ７の起床コール部の動作を説明するフローチャートである。
【図１６】サーバ７の再コール部の動作を説明するフローチャートである。
【図１７】サーバ７の再コール部の動作を説明するフローチャートである。
【図１８】サーバ７のプロセス処理割付部の動作を説明するフローチャートである。
【図１９】起床、再コールによる着応答結果の書き込みを説明する説明図である。
【図２０】待ちキューのプロセス処理の減算を説明する説明図である。
【符号の説明】
【０１３２】
６ 携帯電話機
７ サーバ
８ 管理者ＰＣ
９ 事務所社員ＰＣ
１２ 回線１通信制御部
１３ 回線２通信制御部
１４ 回線３通信制御部
１６ 音声ボード
２１ 回線毎の電話コール処理部
２１ａ 回線１用電話コール処理部
２１ｂ 回線２用電話コール処理部
２１ｃ 回線３用電話コール処理部
１８ 本日の運行テーブル作成部
３５ 空き回線判定部
２９ 自己申告書込部
３９ 回線処理カウンタ部
２６ 起床コール部
２７ 再コール部
２４ プロセス処理割当部
３１ メーラ
３８ 通知部
【特許請求の範囲】
【請求項１】
多数の相手の電話機（携帯電話機、有線電話を含む）と、多数の通信回線（電話網、インターネット含む）に対して同時に電話発呼の処理を行うことが可能な機能を有するサーバと、該サーバに接続され、これらの複数の電話機に対しての発呼に対する応答結果を画面に表示するための管理部門の端末機（事務社員端末、管理者携帯電話機、管理者端末含む）とを備えたコールシステムであって、
前記サーバは、
前記多数の通信回線毎に設けられ、該当の通信回線に接続され、当該通信回線から発呼するとき当該回線を使用中にして、入力された電話番号で発呼を行い、相手のオンフックを検出したときに入力されたメッセージデータを音声変換して送信し、オフフックを検出したときは前記回線を使用許可とする通信回線毎の通信制御手段と、
前記多数の相手の電話機毎に、少なくとも氏名と発呼開始時間と電話番号と発呼用のメッセージデータと再コール時間と再コール用のメッセージデータと前記管理部門の端末機の接続情報と前記応答状況欄とを対応させた運行情報を記憶した記憶手段と、
を備えると共に、前記多数の回線毎に、回線毎用電話コール処理部を備え、
前記回線毎用電話コール処理部は、
年月日、時刻を計測するカレンダーと、
一定時間毎に前記カレンダーの計測値と前記記憶手段の発呼開始時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線の使用許可にされているとき、当該第１処理名に対応する運行情報の電話番号及び前記メッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第１処理を行う第１のコール手段（起床）と、
一定時間毎に前記カレンダーの計測値と前記記憶手段の再コール時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線が使用許可にされているときに、当該第２処理名に対応する運行情報の電話番号及び前記再コール用のメッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第２処理を行う第２のコール手段（再コール）と、
前記第１のコール手段が発呼開始時間に一致した運行情報を検出する毎に、該運行情報の前記欄に応答済みとなっている場合は、第１のコール手段に該発呼開始時刻になった相手の運行情報の前記第１処理を実効させるための第１処理名と前記第２のコール手段に再コール時間になった相手の運行情報の前記２処理を実行させるための第２処理名とを一組にして待ちキューに順次登録し、前記欄が応答済みにされているときは、この第１、第２処理名を削除する手段と
を備え、
前記第１のコール手段の発呼開始時間又は第２のコール手段の再コール時間に一致した運行情報を検出したとき、前記通信回線毎に設けられた各々の前記回線毎用電話コール処理部の待ちキューの第１処理名、第２処理名の数を計数し、最も数が少ない回線毎用電話コール処理部の回線を前記空き回線と判定する手段と、
前記管理者の端末機からの要求によって前記記憶手段に記憶された運行情報を所定の形式にして、その管理者の端末機に送信する通知手段と
を有することを特徴とするコールシステム。
【請求項２】
前記相手の電話機は、前記管理部門のスタッフの携帯電話機であり、
前記管理者の端末機は、管理者の携帯電話機と管理部門の事務社員のパーソナルコンピュータ装置と管理者のパーソナルコンピュータ装置であり、
前記サーバは、
いずれかの通信回線に接続されインターネットプロトコルで前記第１のコール手段又は第２のコール手段からの電子メールを送信するメーラとを備え、
前記第１処理及び第２処理は、前記応答結果の欄に、前記第１処理又は第２処理を実行しても前記スタッフが出ないときは、該スタッフ名を有する運行情報の管理者端末機の接続情報から管理者メールアドレスを読み込み、スタッフが起床しないことを知らせるメッセージと前記スタッフの電話番号とスタッフのメールアドレスとを挿入した電子メールを管理者メールアドレスで前記メーラに送出することを特徴とする請求項１記載のコールシステム。
【請求項３】
前記サーバは、
前記運行情報は、相手のメールアドレスを有し、
前記メーラは、
電子メールを前記相手から受けたとき、該電子メールのメールアドレスを有する運行情報が前記記憶手段に存在する場合は、この運行情報の応答状況欄に、相手側から事前に連絡を受けたことを示す自己申告済みを書き込む手段
を有することを特徴とする請求項１又は２記載のコールシステム。
【請求項４】
前記サーバは、前記多数の通信回線のうちで前記メーラに接続された通信回線以外のいずれかの通信回線を相手側から事前に電話連絡を受けるための自己申告用とし、この自己申告用通信回線に接続された自己申告用回線の通信制御部を備え、
該通信制御部が発呼信号を検出したとき、この発呼信号に含まれる電話番号を有する前記運行情報の応答状況欄に自己申告済みを書き込む手段と
を有することを特徴とする請求項１、２又は３のいずれかに記載のコールシステム。
【請求項５】
前記第１処理名は、前記発呼開始時刻になった相手の運行情報を識別できる処理名称にされ、第２処理名は、前記再コール時間をになった相手の運行情報を識別できる処理名称にされていることを特徴とする請求項１、２、３又は４のいずれかに記載のコールシステム。
【請求項６】
前記通知手段は、前記管理部門の端末機とは専用回線で接続され、
前記管理部門の端末機から要求によって、前記記憶手段に記憶されている運行情報を送信した後に、応答状況欄の内容が変更する毎に、この内容を色別表示させる指示を要求があった管理部門の端末機に送信する
ことを特徴とする請求項１、２、３、４又は５のいずれかに記載のコールシステム。
【請求項７】
前記第１処理名又は第２処理名は、
一定時間毎に前記カレンダーの計測値と前記記憶手段の発呼開始時間とが一致する運行情報を検出したとき、前記検出された運行情報を中から一個を識別できる処理名にすることを特徴とする請求項１、２、３、４、５又は６のいずれかに記載のコールシステム。
【請求項１】
多数の相手の電話機（携帯電話機、有線電話を含む）と、多数の通信回線（電話網、インターネット含む）に対して同時に電話発呼の処理を行うことが可能な機能を有するサーバと、該サーバに接続され、これらの複数の電話機に対しての発呼に対する応答結果を画面に表示するための管理部門の端末機（事務社員端末、管理者携帯電話機、管理者端末含む）とを備えたコールシステムであって、
前記サーバは、
前記多数の通信回線毎に設けられ、該当の通信回線に接続され、当該通信回線から発呼するとき当該回線を使用中にして、入力された電話番号で発呼を行い、相手のオンフックを検出したときに入力されたメッセージデータを音声変換して送信し、オフフックを検出したときは前記回線を使用許可とする通信回線毎の通信制御手段と、
前記多数の相手の電話機毎に、少なくとも氏名と発呼開始時間と電話番号と発呼用のメッセージデータと再コール時間と再コール用のメッセージデータと前記管理部門の端末機の接続情報と前記応答状況欄とを対応させた運行情報を記憶した記憶手段と、
を備えると共に、前記多数の回線毎に、回線毎用電話コール処理部を備え、
前記回線毎用電話コール処理部は、
年月日、時刻を計測するカレンダーと、
一定時間毎に前記カレンダーの計測値と前記記憶手段の発呼開始時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線の使用許可にされているとき、当該第１処理名に対応する運行情報の電話番号及び前記メッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第１処理を行う第１のコール手段（起床）と、
一定時間毎に前記カレンダーの計測値と前記記憶手段の再コール時間とが一致する運行情報を検出したとき、当該通信回線が空き回線と判定され、かつ当該通信回線が使用許可にされているときに、当該第２処理名に対応する運行情報の電話番号及び前記再コール用のメッセージデータを当該通信制御手段に送出して、この応答結果を前記記憶手段の前記欄に記憶する第２処理を行う第２のコール手段（再コール）と、
前記第１のコール手段が発呼開始時間に一致した運行情報を検出する毎に、該運行情報の前記欄に応答済みとなっている場合は、第１のコール手段に該発呼開始時刻になった相手の運行情報の前記第１処理を実効させるための第１処理名と前記第２のコール手段に再コール時間になった相手の運行情報の前記２処理を実行させるための第２処理名とを一組にして待ちキューに順次登録し、前記欄が応答済みにされているときは、この第１、第２処理名を削除する手段と
を備え、
前記第１のコール手段の発呼開始時間又は第２のコール手段の再コール時間に一致した運行情報を検出したとき、前記通信回線毎に設けられた各々の前記回線毎用電話コール処理部の待ちキューの第１処理名、第２処理名の数を計数し、最も数が少ない回線毎用電話コール処理部の回線を前記空き回線と判定する手段と、
前記管理者の端末機からの要求によって前記記憶手段に記憶された運行情報を所定の形式にして、その管理者の端末機に送信する通知手段と
を有することを特徴とするコールシステム。
【請求項２】
前記相手の電話機は、前記管理部門のスタッフの携帯電話機であり、
前記管理者の端末機は、管理者の携帯電話機と管理部門の事務社員のパーソナルコンピュータ装置と管理者のパーソナルコンピュータ装置であり、
前記サーバは、
いずれかの通信回線に接続されインターネットプロトコルで前記第１のコール手段又は第２のコール手段からの電子メールを送信するメーラとを備え、
前記第１処理及び第２処理は、前記応答結果の欄に、前記第１処理又は第２処理を実行しても前記スタッフが出ないときは、該スタッフ名を有する運行情報の管理者端末機の接続情報から管理者メールアドレスを読み込み、スタッフが起床しないことを知らせるメッセージと前記スタッフの電話番号とスタッフのメールアドレスとを挿入した電子メールを管理者メールアドレスで前記メーラに送出することを特徴とする請求項１記載のコールシステム。
【請求項３】
前記サーバは、
前記運行情報は、相手のメールアドレスを有し、
前記メーラは、
電子メールを前記相手から受けたとき、該電子メールのメールアドレスを有する運行情報が前記記憶手段に存在する場合は、この運行情報の応答状況欄に、相手側から事前に連絡を受けたことを示す自己申告済みを書き込む手段
を有することを特徴とする請求項１又は２記載のコールシステム。
【請求項４】
前記サーバは、前記多数の通信回線のうちで前記メーラに接続された通信回線以外のいずれかの通信回線を相手側から事前に電話連絡を受けるための自己申告用とし、この自己申告用通信回線に接続された自己申告用回線の通信制御部を備え、
該通信制御部が発呼信号を検出したとき、この発呼信号に含まれる電話番号を有する前記運行情報の応答状況欄に自己申告済みを書き込む手段と
を有することを特徴とする請求項１、２又は３のいずれかに記載のコールシステム。
【請求項５】
前記第１処理名は、前記発呼開始時刻になった相手の運行情報を識別できる処理名称にされ、第２処理名は、前記再コール時間をになった相手の運行情報を識別できる処理名称にされていることを特徴とする請求項１、２、３又は４のいずれかに記載のコールシステム。
【請求項６】
前記通知手段は、前記管理部門の端末機とは専用回線で接続され、
前記管理部門の端末機から要求によって、前記記憶手段に記憶されている運行情報を送信した後に、応答状況欄の内容が変更する毎に、この内容を色別表示させる指示を要求があった管理部門の端末機に送信する
ことを特徴とする請求項１、２、３、４又は５のいずれかに記載のコールシステム。
【請求項７】
前記第１処理名又は第２処理名は、
一定時間毎に前記カレンダーの計測値と前記記憶手段の発呼開始時間とが一致する運行情報を検出したとき、前記検出された運行情報を中から一個を識別できる処理名にすることを特徴とする請求項１、２、３、４、５又は６のいずれかに記載のコールシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１０−９８３８７（Ｐ２０１０−９８３８７Ａ）
【公開日】平成２２年４月３０日（２０１０．４．３０）
【国際特許分類】
【出願番号】特願２００８−２６５７１７（Ｐ２００８−２６５７１７）
【出願日】平成２０年１０月１４日（２００８．１０．１４）
【出願人】（５０８２５９３１９）進栄電気工業株式会社 (2)
【出願人】（５０８３０８５８１）ブロードバンドジャパン株式会社 (3)
【Ｆターム（参考）】
【公開日】平成２２年４月３０日（２０１０．４．３０）
【国際特許分類】
【出願日】平成２０年１０月１４日（２００８．１０．１４）
【出願人】（５０８２５９３１９）進栄電気工業株式会社 (2)
【出願人】（５０８３０８５８１）ブロードバンドジャパン株式会社 (3)
【Ｆターム（参考）】
[ Back to top ]