(57)【特許請求の範囲】
【請求項１】
第１の通信装置から第２の通信装置に対する発呼について前記第２の通信装置の不応答を検出する検出部と、
前記不応答が検出された場合に、前記第１及び前記第２の通信装置のそれぞれに対応付けて登録されたスケジュール情報を取得し、前記スケジュール情報に基づいて、前記第１及び前記第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定し、前記第１及び前記第２の通信装置のそれぞれのスケジュール情報の前記特定した時間帯に、前記第１及び前記第２の通信装置間の通話予定を登録するスケジュール制御部と、
前記通話予定の時間帯に、前記第１及び前記第２の通信装置に対して通話の呼び出しを行う自動通話制御部と、
を備え、
前記検出部は、前記呼び出しによって開始された前記第１及び前記第２の通信装置間の通話の終了を検出し、
前記スケジュール制御部は、前記通話の時間長が前記通話予定の時間帯の時間長よりも短い場合に、前記通話予定の終了時刻を前記通話の終了時刻にして、前記通話予定を変更する、
通話制御装置。
【請求項２】
前記スケジュール制御部は、前記特定した時間帯を前記第２の通信装置に送信し、前記特定した時間帯が表示される前記第２の通信装置から前記特定した時間帯の選択が通知されると、前記第１の通信装置に前記選択された時間帯を送信し、前記選択された時間帯に前記通話予定を登録する、
請求項１に記載の通話制御装置。
【請求項３】
第１の通信装置と第２の通信装置とのスケジュール情報を記憶する記憶部と、
前記第１の通信装置から前記第２の通信装置に対する発呼について前記第２の通信装置の不応答を検出する検出部と、
前記不応答が検出された場合に、前記記憶部から前記第１及び前記第２の通信装置のスケジュール情報を取得し、前記スケジュール情報に基づいて、前記第１及び前記第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定し、前記第１及び前記第
２の通信装置のそれぞれのスケジュール情報の前記特定した時間帯に、前記第１及び前記第２の通信装置間の通話予定を登録するスケジュール制御部と、
前記通話予定の時間帯に、前記第１及び前記第２の通信装置に対して通話の呼び出しを行う自動通話制御部と、
を備え、
前記検出部は、前記呼び出しによって開始された前記第１及び前記第２の通信装置間の通話の終了を検出し、
前記スケジュール制御部は、前記通話の時間長が前記通話予定の時間帯の時間長よりも短い場合に、前記通話予定の終了時刻を前記通話の終了時刻にして、前記通話予定を変更する、
通話制御システム。
【請求項４】
コンピュータが、
第１の通信装置から第２の通信装置に対する発呼について前記第２の通信装置の不応答を検出し、
前記不応答が検出された場合に、前記第１及び前記第２の通信装置のそれぞれに対応付けて登録されたスケジュール情報を取得し、前記スケジュール情報に基づいて、前記第１及び前記第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定し、前記第１及び前記第２の通信装置のそれぞれのスケジュール情報の前記特定した時間帯に、前記第１及び前記第２の通信装置間の通話予定を登録し、
前記通話予定の時間帯に、前記第１及び前記第２の通信装置に対して通話の呼び出しを行い、
前記呼び出しによって開始された前記第１及び前記第２の通信装置間の通話の終了を検出し、
前記通話の時間長が前記通話予定の時間帯の時間長よりも短い場合に、前記通話予定の終了時刻を前記通話の終了時刻にして、前記通話予定を変更する、
通話制御方法。
【請求項５】
コンピュータに、
第１の通信装置から第２の通信装置に対する発呼について前記第２の通信装置の不応答を検出させ、
前記不応答が検出された場合に、前記第１及び前記第２の通信装置のそれぞれに対応付けて登録されたスケジュール情報を取得させ、前記スケジュール情報に基づいて、前記第１及び前記第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定させ、前記第１及び前記第２の通信装置のそれぞれのスケジュール情報の前記特定した時間帯に、前記第１及び前記第２の通信装置間の通話予定を登録させ、
前記通話予定の時間帯に、前記第１及び前記第２の通信装置に対して通話の呼び出しを行わせ、
前記呼び出しによって開始された前記第１及び前記第２の通信装置間の通話の終了を検出させ、
前記通話の時間長が前記通話予定の時間帯の時間長よりも短い場合に、前記通話予定の終了時刻を前記通話の終了時刻にして、前記通話予定を変更させる、
通話制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話制御装置、通話制御システム、通話制御方法、及び、通話制御プログラムに関する。
【背景技術】
【０００２】
スマートフォン、タブレット端末等のスマートデバイスの普及に伴い、業務でもスマートデバイスを活用する機会が増えている。それによって、ワークスタイルが、場所や時間に依存しないものへと移行しつつある。場所に依存しないワークスタイルでは、仕事仲間それぞれが離れた場所にいることが多いので、互いに密にコミュニケーションをとることが重要になる。
【０００３】
しかしながら、場所に依存しないワークスタイルにおいて、密にコミュニケーションをとることは、負担になることもある。例えば、電話、メール、インスタントメッセージ等で相手とやり取りしている場合でも、忙しくしている場合には、すぐに対応できないことがある。
【０００４】
例えば、場所に依存しないワークスタイルにおいて、業務遂行を支援するシステムの一つに、プレゼンスシステムがある。プレゼンスシステムは、例えば、ＰＣ（Personal Computer）や、スマートデバイス等の各人が利用している端末が、社内ネットワークに接続
しているか否かによって、各人の在席状況を共有するシステムである。プレゼンスシステムによれば、例えば、相手が在席しているか否かを知ることができ、相手が在席していることを確認した上で該電話相手に電話をかけることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平４−２５３４６０号公報
【特許文献２】特開２００４−１８７２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、プレゼンスシステムが示す各人の状況は、必ずしも真の状態を示しているとは限らない。例えば、ＰＣはネットワークに接続されているものの、該ＰＣのユーザは離席していたり、電話中であったりする場合には、プレゼンスシステムでの該ユーザの状態が「在席」であっても、電話がつながらない。したがって、プレゼンスシステムで相手の状態を確認して電話を掛け直しても、電話がつながらず、電話がつながるまでに何度もかけ直して手間がかかる場合がある。
【０００７】
本発明は、電話がつながらなかった場合に、次の通話を実現させるための手間を軽減可能な通話制御装置、通話制御システム、通話制御方法、及び、通話制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
１つの態様では、通話制御装置は、検出部と、スケジュール制御部と、自動通話制御部と、を備える。検出部は、第１の通信装置から第２の通信装置に対する発呼について第２の通信装置の不応答を検出する。スケジュール制御部は、第２の通信装置の不応答が検出された場合に、第１及び第２の通信装置のそれぞれに対応付けて登録されたスケジュール
情報を取得し、該スケジュール情報に基づいて、第１及び第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定する。スケジュール制御部は、第１及び第２の通信装置のそれぞれのスケジュール情報の特定した時間帯に、第１及び第２の通信装置間の通話予定を登録する。自動通話制御部は、通話予定の時間帯に、第１及び第２の通信装置に対して通話の呼び出しを行う。
【発明の効果】
【０００９】
１つの側面として、電話がつながらなかった場合に、次の通話を実現させるための手間を軽減することができる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態に係る通話制御システムの構成の一例を示す図である。
【図２】電話サーバのハードウェア構成の一例である。
【図３】通話制御システムの機能構成の一例を示す図である。
【図４】アドレス帳テーブルの一例を示す図である。
【図５】スケジュールテーブルと空き時間帯管理テーブルとの一例を示す図である。
【図６】電話サーバの通話予約処理のフローチャートの一例である。
【図７】通話予約時間帯の開始時刻に実行される処理のフローチャートの一例である。
【図８】発信側端末から通話要求が送信されてから、通話予約が確定するまでの処理のシーケンスの一例を示す図である。
【図９】通話予約時間帯の開始時刻から発信側端末と着信側端末との通話終了後にスケジュール情報が変更されるまでの処理のシーケンスの一例を示す図である。
【図１０】発信側端末と着信側端末との表示画面の一例である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１２】
＜第１実施形態＞
第１実施形態では、通話制御装置は、検出部と、スケジュール制御部と、自動通話制御部と、を備える。検出部は、第１の通信装置から第２の通信装置に対する発呼について第２の通信装置の不応答を検出する。スケジュール制御部は、第１の通信装置から第２の通信装置に対する発呼についての第２の通信装置の不応答が検出された場合に、第１及び第２の通信装置のそれぞれに対応付けて登録されたスケジュール情報を取得する。スケジュール制御部は、第１及び第２の通信装置それぞれのスケジュール情報に基づいて、第１及び第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定する。スケジュール制御部は、第１及び第２の通信装置のそれぞれのスケジュール情報の該特定した時間帯に、第１及び第２の通信装置間の通話予定を登録する。自動通話制御部は、通話予定の時間帯に、第１及び第２の通信装置に対して通話の呼び出しを行う。
【００１３】
通信制御装置は、例えば、電話サーバである。第１及び第２の通信装置は、例えば、スマートフォン、タブレット端末、ＰＣ等ある。発呼に対する不応答は、例えば、第２の通信装置が別の通信装置と通話中である場合、第２の通信装置が着信を拒否した場合、第２の通信装置のユーザが着信に気づかない場合等に発生する。予定が設定されていない時間帯は、空き時間帯ともいう。
【００１４】
通話制御装置は、第１及び第２の通信装置の少なくとも一方の空き時間帯に通話予定を登録することによって、発信側である第１の通信装置及び着信側である第２の通信装置の状況を考慮することができる。また、第２の通信装置のユーザに負担をかけずに、第１の
通信装置と第２の通信装置との間の通話を実現させることができる。また、第１の通信装置のユーザは、第２の通信装置に対して、何度も電話をかける手間を省くことができる。
【００１５】
また、通話制御装置が、通話予定の時間帯に、第１及び第２の通信装置に対して通話の呼び出しを行うことによって、通話予定の時間帯になると、第１及び第２の通信装置それぞれが呼び出される。これによって、第１及び第２の通信装置のそれぞれのユーザは、自ら電話をかける手間を省くことができる。また、第１及び第２の通信装置のそれぞれのユーザが電話をかけ忘れることによって予定が実行されない事態の発生を抑制することができる。
【００１６】
また、スケジュール制御部は、特定した時間帯を第２の通信装置に送信し、特定した時間帯が表示される第２の通信装置から特定した時間帯の選択が通知されると、第１の通信装置に選択された時間帯を送信し、選択された時間帯に通話予定を登録するようにしてもよい。着信側である第２の通信装置のユーザが選択した時間帯に通話予定が登録されるので、より着信側に係る負担を軽くすることができる。
【００１７】
また、検出部は、自動通話制御部による呼び出しによって開始された第１及び第２の通信装置間の通話の終了を検出する。また、スケジュール制御部は、第１及び第２の通信装置間の通話時間が通話予定の時間帯の時間長よりも短い場合に、通話予定の終了時刻を該通話の終了時刻にして、通話予定を変更する。これによって、通話終了時刻から通話予定の時間帯の終了時刻までの第１及び第２の通信装置のスケジュールが解放されるので、第１及び第２の通信装置それぞれは、解放された時間帯に別の予定を登録することができる。
【００１８】
また、第１実施形態は、記憶部と、検出部と、スケジュール制御部と、自動通話制御部と、を備える通話制御システムであってもよい。記憶部は、第１の通信装置と第２の通信装置とのスケジュール情報を記憶する。検出部は、第１の通信装置から第２の通信装置に対する発呼について第２の通信装置の不応答を検出する。スケジュール制御部は、第２の通信装置の不応答が検出された場合に、記憶部から第１及び第２の通信装置のスケジュール情報を取得し、スケジュール情報に基づいて、第１及び第２の通信装置の少なくとも一方の予定が設定されていない時間帯を特定する。スケジュール制御部は、第１及び第２の通信装置のそれぞれのスケジュール情報の特定した時間帯に、第１及び第２の通信装置間の通話予定を登録する。自動通話制御部は、通話予定の時間帯に、第１及び第２の通信装置に対して通話の呼び出しを行う。
【００１９】
例えば、通話制御装置が、上記の記憶部、検出部、スケジュール制御部、及び、自動通話制御部を備えていてもよい。又は、通話制御装置は、上記の検出部、スケジュール制御部、及び、自動通話制御部を備え、通話制御装置とは別のスケジュール管理装置が上記の記憶部を備え、通話制御システムは、通話制御装置とスケジュール管理装置とを備えるようにしてもよい。
【００２０】
＜システム構成＞
図１は、第１実施形態に係る通話制御システム１００の構成の一例を示す図である。通話制御システム１００は、ＩＰ（Internet Protocol）ネットワークを介する端末間の通
話を制御するシステムである。通話制御システム１００は、例えば、企業、学校等の組織によって構築されるシステムである。通話制御システム１００は、電話サーバ１と、スケジュールサーバ２とを含む。
【００２１】
電話サーバ１は、例えば、ＳＩＰ（Session Initiation Protocol）サーバである。た
だし、電話サーバ１は、ＳＩＰサーバに限定されず、ＩＰ電話を実現するプロトコルを実
行するサーバであればよい。通話制御システム１００に接続する端末の通話に関するメッセージは、電話サーバ１を経由する。電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとの間の通話セッションのメッセージを中継し、該通話セッションを監視する。
【００２２】
発信側端末３Ａと着信側端末３Ｂのそれぞれのユーザは、通話制御システム１００を管理する組織に属しており、公開された互いのスケジュールを閲覧可能である。各ユーザの公開されるスケジュール情報は、スケジュールサーバ２によって管理されている。
【００２３】
第１実施形態では、電話サーバ１は、発信側端末３Ａから着信側端末３Ｂへの発呼に対して、着信側端末３Ｂが応答しなかったために、通話が失敗したことを検出する。この場合に、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂのそれぞれのユーザのスケジュール情報をスケジュールサーバ２から取得し、それぞれのユーザで共通する空き時間帯を特定する。
【００２４】
電話サーバ１は、発信側端末３Ａ及び着信側端末３Ｂそれぞれのユーザのスケジュール情報の特定した空き時間帯に、通話予約を登録する。特定された時間帯が複数ある場合には、すべての時間帯に通話予約が登録される。通話予約は、「通話予定」の一例である。
【００２５】
次に、電話サーバ１は、特定した時間帯を着信側端末３Ｂに通知する。着信側端末３Ｂは、通知された時間帯を表示し、ユーザに通話予定を登録する時間帯を選択させる。ユーザが時間帯を選択すると、着信側端末３Ｂは、選択された時間帯を電話サーバ１に通知する。
【００２６】
電話サーバ１は、発信側端末３Ａ及び着信側端末３Ｂのそれぞれのユーザのスケジュール情報から、着信側端末３Ｂから通知された時間帯以外の時間帯の通話予約を削除する。これによって、発信側端末３Ａと着信側端末３Ｂとの通話予約が確定する。電話サーバ１は、確定した通話予約の時間帯を発信側端末３Ａに通知する。
【００２７】
次に、発信側端末３Ａと着信側端末３Ｂとの通話予約の開始時刻になると、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂに対して自動通話を確立する。電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとの間の通話の終了を検出し、通話予約の時間帯より短い時間で通話が終了した場合には、通話予約の時間帯の終了時刻を該通話の終了時刻に変更する。通話予約の時間帯よりも通話が長引く場合には、電話サーバ１は、発信側端末３Ａ及び着信側端末３Ｂに対して警告メッセージを送信してもよい。
【００２８】
＜装置構成＞
図２は、電話サーバ１のハードウェア構成の一例である。電話サーバ１は、例えば、専用のコンピュータである。電話サーバ１は、「通話制御装置」の一例である。
【００２９】
電話サーバ１は、ＣＰＵ（Central Processing Unit）１０１、主記憶装置１０２、入
力装置１０３、出力装置１０４、補助記憶装置１０５、ネットワークインタフェース１０７を備える。また、これらはバス１０９により互いに接続されている。
【００３０】
入力装置１０３は、例えば、キーボード、マウス、操作ボタン、タッチパネル、キーパッド等である。入力装置１０３から入力されたデータは、ＣＰＵ  １０１に出力される。
【００３１】
補助記憶装置１０５は、ＯＳ（Operating System）、様々なプログラムや、各プログラムの実行に際してＣＰＵ  １０１が使用するデータを格納する。補助記憶装置１０５は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、フラッシュメモリ、又はハードデ
ィスクドライブ（Hard Disk Drive）等の不揮発性のメモリである。補助記憶装置１０５
は、例えば、通話制御プログラム１０５Ｐを記憶する。通話制御プログラム１０５Ｐは、発信側端末３Ａと着信側端末３Ｂとの通話不成立時に、発信側端末３Ａと着信側端末３Ｂとの通話予約を行うためプログラムである。通話制御プログラム１０５Ｐは、例えば、ＳＩＰ等の電話プロトコルのオプションモジュールである。
【００３２】
主記憶装置１０２は、ＣＰＵ  １０１に、補助記憶装置１０５に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。主記憶装置１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）のような半導体メモリを含む。
【００３３】
ＣＰＵ  １０１は、補助記憶装置１０５に保持されたＯＳや様々なアプリケーションプログラムを主記憶装置１０２にロードして実行することによって、様々な処理を実行する。ＣＰＵ  １０１は、１つに限られず、複数備えられてもよい。ＣＰＵ  １０１は、「検出部」、「スケジュール制御部」、「自動通話制御部」の一例である。
【００３４】
ネットワークインタフェース１０７は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース１０７は、有線のネットワークと接続するインタフェースであってもよいし、無線のネットワークと接続するインタフェースであってもよい。ネットワークインタフェース１０７は、例えば、ＮＩＣ（Network Interface Card）等である。
【００３５】
出力装置１０４は、ＣＰＵ  １０１の処理の結果を出力する。出力装置１０４は、ディスプレイ、プリンタを含む。
【００３６】
なお、図２に示される電話サーバ１のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて適宜構成要素の省略や置換、追加が可能である。例えば、電話サーバ１は、可搬記録媒体駆動装置を備え、可搬記録媒体に記録されたプログラムを実行してもよい。可搬記録媒体は、例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＵＳＢ（Universal Serial Bus）フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ、又はフラッシュメモリカードのような記録媒体である。
【００３７】
なお、スケジュールサーバ２も、例えば、専用のコンピュータであって、図２に示されるハードウェア構成と同様のハードウェア構成を有する。発信側端末３Ａ及び着信側端末３Ｂは、例えば、スマートフォン、タブレット端末等である。発信側端末３Ａ及び着信側端末３Ｂは、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、タッチパネル、ディスプレイ、無線通信部、マイクロフォン、スピーカ等を有する。発信側端末３Ａは、「第１の通信装置」の一例である。着信側端末３Ｂは、「第２の通信装置」の一例である。
【００３８】
図３は、通話制御システム１００の機能構成の一例を示す図である。電話サーバ１は、機能構成として、通話監視部１１、スケジュール調整部１２、自動通話制御部１３、アドレスデータベース１４を備える。図３に示される電話サーバ１の機能構成は、ＣＰＵ  １０１による通話制御プログラム１０５Ｐの実行によって達成される機能構成である。ただし、これに限られず、図３に示される電話サーバ１の機能構成は、それぞれ、ＦＰＧＡ（Field-Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等の電気回路で達成されてもよい。
【００３９】
通話監視部１１は、発信側端末３Ａと着信側端末３Ｂとの間の通話に関するメッセージを監視する。通話監視部１１は、通話に関するメッセージを監視することで、発信側端末３Ａと着信側端末３Ｂとの間の通話の失敗、通話の終了等を検出する。通話の失敗は、例
えば、着信側端末３Ｂから応答がなく発信側端末３Ａによってセッションが終了された場合、着信側端末３Ｂが話し中である場合、着信側端末３Ｂが着信を拒否した場合に発生する。
【００４０】
例えば、ＳＩＰでは、通話制御システム１００に接続する端末は、端末の状態の変化を逐次電話サーバ１に報告しており、通話が失敗した場合、通話が終了した場合等には、発信側端末３Ａは、通話の失敗、通話の終了等を電話サーバ１に通知する。通話監視部１１は、発信側端末３Ａからの通話失敗や通話終了等の通知によって、発信側端末３Ａと着信側端末３Ｂとの間の通話が失敗したことや終了したことを検出する。
【００４１】
ただし、通話監視部１１の、発信側端末３Ａと着信側端末３Ｂとの間の通話の状態の検出方法は、発信側端末３Ａからの通知によるものに限定されない。例えば、通話監視部１１は、発信側端末３Ａと着信側端末３Ｂとの間の通話に関するメッセージの検出によって、該通話セッションの状態を記録、監視することで、通話監視部１１自身が該通話の状態を判定して検出してもよい。例えば、通話監視部１１は、発信側端末３Ａから着信側端末３Ｂへの通話要求のメッセージの検出から所定時間経過しても、発信側端末３と着信側端末３Ｂとの間に通話セッションが確立されない場合に、通話の失敗を検出する。
【００４２】
通話監視部１１は、発信側端末３Ａと着信側端末３Ｂとの間の通話の失敗、通話の終了を検出すると、スケジュール調整部１２を呼び出す。通話監視部１１は、「検出部」の一例である。
【００４３】
スケジュール調整部１２は、通話監視部１１によって、発信側端末３Ａと着信側端末３Ｂとの間の通話の失敗により呼び出された場合には、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報の取得要求をスケジュールサーバ２に送信する。スケジュール調整部１２は、スケジュールサーバ２から、取得要求の応答として、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報を取得する。
【００４４】
スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報において、双方の予定が設定されていない、共通の空き時間帯を抽出する。スケジュール調整部１２は、抽出した空き時間帯を、通話予約の候補の時間帯として、着信側端末３Ｂに送信する。これとともに、スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報の抽出した空き時間帯に、通話予約を設定する書込要求をスケジュールサーバ２に送信する。着信側端末３Ｂからの応答を待っている間に、抽出された空き時間帯に、発信側端末３Ａとは異なる端末からの通話予約等の他の予定が登録されることを抑制するためである。そのため、抽出された空き時間帯が複数ある場合には、抽出された空き時間帯すべてについて、通話予約が登録される。
【００４５】
スケジュール調整部１２は、着信側端末３Ｂからの応答として、選択された時間帯を受信すると、該選択された時間帯に通話予約を確定する書込み要求をスケジュールサーバ２に送信する。該書込要求によって、選択された時間帯以外に登録された通話予約が、発信側端末３Ａ及び着信側端末３Ｂのそれぞれのユーザのスケジュール情報から削除される。スケジュール調整部１２は、確定した通話予約の時間帯を発信側端末３Ａに通知する。
【００４６】
スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとの間の通話の終了によって通話監視部１１に呼び出された場合には、該通話の終了時刻が、該通話の通話予約の時間帯の終了時刻よりも早いか否かを判定する。通話の終了時刻が通話予約の時間帯の終了時刻よりも早い場合には、スケジュール調整部１２は、該通話予約の終了時刻を通話の終了時刻に変更する。スケジュール調整部１２は、発信側端末３Ａ及び着信側端末３Ｂの
それぞれのスケジュール情報における該通話予約を変更する書込要求をスケジュールサーバ２に送信する。スケジュール調整部１２は、「スケジュール制御部」の一例である。
【００４７】
自動通話制御部１３は、通話予約の時間帯の開始時刻になると、発信側端末３Ａ、着信側端末３Ｂに対して、それぞれ代理で発信を行い、発信側端末３Ａと着信側端末３Ｂとを呼び出す。自動通話制御部１３は、例えば、ＳＩＰの第３者通話制御（Third Party Call
Control）の機能を用いる。自動通話制御部１３は、「自動通話制御部」の一例である。
【００４８】
アドレスデータベース１４は、電話サーバ１の補助記憶装置１０５の記憶領域に作成される。アドレスデータベース１４は、各端末の電話番号を保持する。また、アドレスデータベース１４は、後述のアドレス帳テーブルを保持する。
【００４９】
スケジュールサーバ２は、機能構成として、スケジュール管理部２１、スケジュールデータベース２２を備える。これらの機能構成は、例えば、スケジュールサーバ２のＣＰＵが補助記憶装置に記憶されているスケジュール管理プログラムを実行することによって達成される機能である。
【００５０】
スケジュール管理部２１は、電話サーバ１や端末からの要求に応じて、該要求の対象のユーザのスケジュール情報をスケジュールデータベース２２から読み出し、読み出したスケジュール情報を電話サーバ１や端末に送信する。また、スケジュール管理部２１は、電話サーバ１や端末からの書込要求に応じて、スケジュールデータベース２２内のスケジュール情報の追加、変更、削除等を行う。
【００５１】
スケジュールデータベース２２は、スケジュールサーバ２の補助記憶装置内の記憶領域に作成される。スケジュールデータベース２２は、ユーザＩＤと、各ユーザのスケジュール情報とを対応付けて保持する。スケジュールデータベース２２は、「記憶部」の一例である。
【００５２】
電話サーバ１とスケジュールサーバ２との間の通信は、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）、ＳＩＰ等のプロトコルを用いて行われる。
【００５３】
図４は、アドレス帳テーブルの一例を示す図である。アドレス帳テーブルは、アドレスデータベース１４に格納されている。アドレス帳テーブルは、ユーザ名と各ユーザが保持する端末の電話番号との対応付けを格納する。アドレス帳テーブルを参照することによって、スケジュール調整部１２は、電話番号からユーザ名を取得し、該ユーザ名に対応するスケジュール情報の取得要求をスケジュールサーバ２に対して行うことができる。
【００５４】
図５は、スケジュールテーブルと空き時間帯管理テーブルとの一例を示す図である。スケジュールテーブルはスケジュールサーバ２のスケジュールデータベース２２に格納されている。スケジュールテーブルは、例えば、１ユーザにつき１つ作成される。スケジュールテーブルは、時間帯と、該時間帯に登録されている予定とを格納する。スケジュールテーブルは、「スケジュール情報」の一例である。
【００５５】
空き時間帯管理テーブルは、電話サーバ１の主記憶装置１０２の記憶領域に作成される。空き時間帯管理テーブルは、発信側端末３Ａと着信側端末３Ｂとの間の通話予約時間帯を保持するテーブルである。より具体的には、空き時間帯管理テーブルには、通話予約の対象の２ユーザのユーザ情報と、通話予約の時間帯とが格納される。
【００５６】
空き時間帯管理テーブルは、スケジュール調整部１２によって、発信側端末３Ａと着信側端末３Ｂとの双方のユーザのスケジュールテーブルから、共通する空き時間が抽出され
ることによって、作成される。
【００５７】
図５に示される例では、ユーザＡのスケジュールテーブルとユーザＢのスケジュールテーブルとで、空き時間帯のうち、共通する時間帯は、１０：００〜１１：００の時間帯と、１３：００〜１４：００の時間帯である。まず、空き時間帯管理テーブルには、スケジュール調整部１２によって、１０：００〜１１：００、１３：００〜１４：００の２つの時間帯が登録される。また、ユーザＡ及びユーザＢのスケジュールテーブルには、１０：００〜１１：００、１３：００〜１４：００の２つの時間帯に通話予約が設定される。
【００５８】
上記２つの時間帯のうちいずれか一方が着信側端末３Ｂによって選択された場合には、選択されなかった方の時間帯が、空き時間帯管理テーブルから、スケジュール調整部１２によって削除される。また、ユーザＡ及びユーザＢのスケジュールテーブルから、１０：００〜１１：００、１３：００〜１４：００の２つの時間帯のうち、選択されなかった時間帯の通話予約が削除される。
【００５９】
最終的に空き時間帯管理テーブルに登録される通話予約時間帯は１つとなる。自動通話制御部１３は、空き時間帯管理テーブルを所定周期で参照する。自動通話制御部１３は、空き時間帯管理テーブルに登録されている通話予約時間帯の開始時刻になると、空き時間帯管理テーブルに登録されているユーザを特定し、該ユーザの電話番号をアドレス帳テーブルから取得して、該２人のユーザの端末の呼び出しを行う。
【００６０】
＜処理の流れ＞
図６は、電話サーバ１の通話予約処理のフローチャートの一例である。図６に示される通話予約処理は、電話サーバ１が、発信側端末３Ａから着信側端末３Ｂへの通話要求に対する通話の失敗の検出時に、発信側端末３Ａと着信側端末３Ｂとの通話予約を行う処理である。図６に示される処理は、電話サーバ１の起動とともに開始され、電話サーバ１の稼働中繰り返し実行される。図６に示される処理の実行主体は、通話制御プログラム１０５Ｐを実行するＣＰＵ  １０１であるが、便宜上、各処理に対応する機能構成を主体として説明する。
【００６１】
ＯＰ１では、通話監視部１１は、発信側端末３Ａからの通話要求を検出する。ＯＰ２では、通話監視部１１は、ＯＰ１で検出した通話要求に対する通話の失敗の検出を待機する。ＯＰ１で検出した通話要求に対する通話の失敗が検出された場合には（ＯＰ２：ＹＥＳ）、通話監視部１１は、スケジュール調整部１２を呼び出し、処理がＯＰ３に進む。ＯＰ１で検出した通話要求に対する通話の確立が検出された場合には（ＯＰ２：ＮＯ）、図６に示される処理が終了する。
【００６２】
ＯＰ３では、スケジュール調整部１２は、発信側端末３Ａ及び着信側端末３Ｂのそれぞれのユーザのスケジュール情報を取得する。より具体的には、スケジュール調整部１２は、発信側端末３Ａ及び着信側端末３Ｂについて、アドレス帳テーブルから通話要求に含まれる電話番号に対応するユーザ名を取得する。スケジュール調整部１２は、取得した発信側端末３Ａと着信側端末３Ｂとのユーザ名に対応するスケジュール情報の取得要求をスケジュールサーバ２に送信する。スケジュール調整部１２は、スケジュールサーバ２から、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報を取得する。
【００６３】
ＯＰ４では、スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報から、共通する空き時間帯を抽出する。
【００６４】
ＯＰ５では、スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報における共通の空き時間帯の有無を判定する。発信側端末
３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報において共通の空き時間帯がある場合には（ＯＰ５：ＹＥＳ）、処理がＯＰ６に進む。発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報において共通の空き時間帯がない場合には（ＯＰ５：ＮＯ）、図６に示される処理が終了する。
【００６５】
ＯＰ６では、スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報の抽出した空き時間帯に、通話予約を設定する書込要求をスケジュールサーバ２に送信する。また、スケジュール調整部１２は、空き時間帯管理テーブルに抽出した空き時間帯を登録する。
【００６６】
ＯＰ７では、スケジュール調整部１２は、抽出した空き時間帯を、通話予約時間帯の候補として、着信側端末３Ｂに通知する。ＯＰ８では、スケジュール調整部１２は、着信側端末３Ｂから通話予約時間帯の選択結果を取得する。
【００６７】
ＯＰ９では、スケジュール調整部１２は、着信側端末３Ｂからの通話予約時間帯の選択結果が拒否であるか否かを判定する。着信側端末３Ｂからの通話予約時間帯の選択結果が拒否である場合には（ＯＰ９：ＹＥＳ）、図６に示される処理が終了する。着信側端末３Ｂからの通話予約時間帯の選択結果が選択された空き時間帯である場合には（ＯＰ９：ＮＯ）、処理がＯＰ１０に進む。
【００６８】
ＯＰ１０では、スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報の、着信側端末３Ｂに選択された空き時間帯に通話予約を設定する書込要求をスケジュールサーバ２に送信する。該書込要求によって、スケジュールサーバ２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報の、着信側端末３Ｂに選択された空き時間帯以外の通話予約を削除する。また、スケジュール調整部１２は、空き時間帯管理テーブルから、着信側端末３Ｂに選択された空き時間帯以外の空き時間帯を削除する。
【００６９】
ＯＰ１１では、スケジュール調整部１２は、発信側端末３Ａに、着信側端末３Ｂによって選択された空き時間帯、すなわち、確定した通話予約時間帯を通知する。その後、図６に示される処理が終了する。
【００７０】
図６に示される処理は一例であって、発信側端末３Ａから着信側端末３Ｂへの通話要求に対する通話の失敗の検出時に行われる処理は図６に示される処理に限定されない。例えば、ＯＰ６における空き時間帯への通話予約の書き込み要求の送信と、ＯＰ７における空き時間帯の着信側端末３Ｂへの通知の処理と、の実行順は逆であってもよい。例えば、ＯＰ１０における確定した通話予約時間帯の通話予約の書き込み要求の送信と、ＯＰ１１における確定した通話予約時間帯の発信側端末３Ａへの通知の処理と、の実行順は逆であってもよい。
【００７１】
図７は、通話予約時間帯の開始時刻に実行される処理のフローチャートの一例である。図７に示される処理は、空き時間帯管理テーブルに登録されている通話予約時間帯の開始時刻になると開始される。図７に示される処理の実行主体は、通話制御プログラム１０５Ｐを実行するＣＰＵ  １０１であるが、便宜上、処理に対応する機能構成を主体として説明する。
【００７２】
ＯＰ２１では、自動通話制御部１３は、空き時間帯管理テーブルに登録されている発信側端末３Ａと着信側端末３Ｂとに対して、自動通話要求を送信する。
【００７３】
ＯＰ２２では、通話監視部１１は、ＯＰ２１において自動通話要求によって開始された
通話の終了を待機する。通話が終了すると、処理がＯＰ２３に進む。
【００７４】
ＯＰ２３では、スケジュール調整部１２は、通話時間は通話予約時間帯の時間長よりも短いか否かを判定する。通話時間が通話予約時間帯の時間長よりも短い場合には（ＯＰ２３：ＹＥＳ）、処理がＯＰ２４に進む。通話時間が通話予約時間帯の時間長以上である場合には（ＯＰ２３：ＮＯ）、図７に示される処理が終了する。
【００７５】
ＯＰ２４では、スケジュール調整部１２は、通話予約時間帯の終了時刻を通話の終了時刻に変更する書込要求をスケジュールサーバ２に送信する。また、スケジュール調整部１２は、空き時間帯管理テーブルの該当する通話予約時間帯を削除する。その後、図７に示される処理が終了する。
【００７６】
なお、ＯＰ２３において、通話時間が通話予約時間帯の時間長以上である場合には、スケジュール調整部１２は、発信側端末３Ａ及び着信側端末３Ｂのいずれか又は双方に、警告メッセージを送信するようにしてもよい。
【００７７】
＜具体例＞
図８は、発信側端末３Ａから通話要求が送信されてから、通話予約が確定するまでの処理のシーケンスの一例を示す図である。
【００７８】
Ｓ１では、発信側端末３Ａは、着信側端末３Ｂへの通話要求を送信する。Ｓ２では、電話サーバ１は、発信側端末３Ａから送信された通話要求を検出する（図６、ＯＰ１）。Ｓ３では、着信側端末３Ｂは、発信側端末３Ａからの通話要求に対して、通話拒否、又は、無視する。
【００７９】
Ｓ４では、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとの間の通話の失敗を検出する（図６、ＯＰ２：ＹＥＳ）。Ｓ５では、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとのユーザ名に対応するスケジュール情報の取得要求をスケジュールサーバ２に送信する（図６、ＯＰ３）。Ｓ６では、スケジュールサーバ２は、発信側端末３Ａと着信側端末３Ｂとのユーザ名に対応するスケジュール情報を読み出し、電話サーバ１に送信する。
【００８０】
Ｓ７では、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとのスケジュール情報から、共通の空き時間帯を抽出する（図６、ＯＰ４、ＯＰ５：ＹＥＳ）。Ｓ８では、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとのユーザ名に対応するそれぞれのスケジュール情報の抽出した空き時間帯に、通話予約を設定する書き込み要求をスケジュールサーバ２に送信する（図６、ＯＰ６）。また、電話サーバ１は、抽出した空き時間帯を空き時間帯管理テーブルに登録する。
【００８１】
Ｓ９では、スケジュールサーバ２は、電話サーバ１からの書き込み要求にしたがって、発信側端末３Ａと着信側端末３Ｂとのそれぞれのスケジュール情報の共通の空き時間帯に通話予約を書き込む。
【００８２】
Ｓ１０では、電話サーバ１は、着信側端末３Ｂに、抽出した空き時間帯を通話予約時間帯の候補として通知する（図６、ＯＰ７）。Ｓ１１では、着信側端末３Ｂは、電話サーバ１から受信した通話予約時間帯の候補をディスプレイに表示し、着信側端末３Ｂのユーザが通話予約時間帯を選択する。Ｓ１２では、着信側端末３Ｂは、ユーザの選択結果を電話サーバ１に通知する。なお、着信側端末３Ｂのユーザは、通話予約を拒否しておらず、通話予約時間帯の候補の中から通話予約時間帯を選択したこととする。電話サーバ１は、着信側端末３Ｂからの通話予約時間帯の選択結果を受信する（図６、ＯＰ８、ＯＰ９：ＮＯ
）。
【００８３】
Ｓ１３では、電話サーバ１は、選択された時間帯を通話予約時間帯に確定し、発信側端末３Ａ及び着信側端末３Ｂのスケジュール情報の変更の書込要求をスケジュールサーバ２に送信する（図６、ＯＰ１０）。また、電話サーバ１は、空き時間帯テーブルの、選択された時間帯以外の空き時間帯を削除する。
【００８４】
Ｓ１４では、スケジュールサーバ２は、電話サーバ１からの書込要求に従って、発信側端末３Ａ及び着信側端末３Ｂのスケジュール情報の変更を書き込む。より具体的には、スケジュールサーバ２は、発信側端末３Ａ及び着信側端末３Ｂのそれぞれのユーザ名に対応するスケジュール情報から、通話予約時間帯に確定された時間帯以外の通話予約を削除する。
【００８５】
Ｓ１５では、電話サーバ１は、確定した通話予約時間帯を発信側端末３Ａに通知する（図６、ＯＰ１１）。
【００８６】
図９は、通話予約時間帯の開始時刻から発信側端末３Ａと着信側端末３Ｂとの通話終了後にスケジュール情報が変更されるまでの処理のシーケンスの一例を示す図である。
【００８７】
Ｓ２１では、電話サーバ１は、空き時間帯管理テーブルに登録されている発信側端末３Ａと着信側端末３Ｂとの通話予約時間帯の開始時刻になったことを検出する。Ｓ２２では、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂとに通話要求を送信する（自動発信）（図７、ＯＰ２１）。
【００８８】
Ｓ２３では、発信側端末３Ａ及び着信側端末３Ｂともに通話要求を受け入れ、発信側端末３Ａと着信側端末３Ｂとの間の通話が開始される。Ｓ２４では、発信側端末３Ａと着信側端末３Ｂとの間の通話が終了する。
【００８９】
Ｓ２５では、電話サーバ１は、発信側端末３Ａ着信側端末３Ｂとの間の通話が終了したことを検出する（図７、ＯＰ２２：ＹＥＳ）。通話は、通話予約時間帯の終了時刻よりも早く終了したこととする。
【００９０】
Ｓ２６では、電話サーバ１は、通話時間が通話予約時間帯の時間長よりも短いので（図７、ＯＰ２３：ＹＥＳ）、スケジュール情報において、通話予約時間帯の終了時刻を通話の終了時刻に変更する書込要求をスケジュールサーバ２に送信する（図７、ＯＰ２４）。
【００９１】
Ｓ２７では、スケジュールサーバ２は、電話サーバ１からの書込要求にしたがって、発信側端末３Ａ及び着信側端末３Ｂのそれぞれのユーザに対応するスケジュール情報に変更を書き込む。具体的には、スケジュールサーバ２は、発信側端末３Ａ及び着信側端末３Ｂのそれぞれのユーザに対応するスケジュール情報の通話予約時間帯の終了時刻を通話の終了時刻に変更する。これによって、通話の終了時刻から変更前の通話予約時間帯の終了時刻までの時間帯が空き時間帯となり、解放される。
【００９２】
図１０は、発信側端末３Ａと着信側端末３Ｂとの表示画面の一例である。着信側端末３Ｂには、電話サーバ１から、通話予約時間帯の候補となる空き時間帯が通知された場合に表示される、通話要求確認画面が表示されている。着信側端末３Ｂの通話要求確認画面には、例えば、通話要求元のユーザ名、通話予約時間帯の候補、通話予約の設定を拒否するための拒否ボタン、通話予約時間帯の選択決定の決定ボタン、が含まれる。したがって、図１０に示される着信側端末３Ｂの通話要求確認画面が表示される場合には、電話サーバ１は、通話予約時間帯の候補と、通話要求元のユーザ名とを着信側端末３Ｂに送信する。
【００９３】
発信側端末３Ａには、電話サーバ１から通話予約時間帯が通知された場合に表示される、通話予約時間帯確認画面が表示されている。発信側端末３Ａの通話予約時間帯確認画面には、例えば、着信側端末３Ｂのユーザ名、通話予約時間帯、画面を閉じるための閉じるボタンが含まれる。したがって、図１０に示される発信側端末３Ａの通話予約時間帯確認画面が表示される場合には、電話サーバ１は、通話予約時間帯と、着信側端末３Ｂのユーザ名とを発信側端末３Ａに送信する。
【００９４】
なお、発信側端末３Ａ及び着信側端末３Ｂには、通話予約確認画面及び通話予約時間帯確認画面を表示するためのアプリケーションがインストールされている。
【００９５】
＜第１実施形態の作用効果＞
第１実施形態では、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報における共通の空き時間帯の中から着信側端末３Ｂのユーザに選択された空き時間帯に通話予約が設定される。これによって、発信側端末３Ａのユーザは、相手の忙しさなどの状況を気遣うことが容易になり、相手に負担をかけずに再度電話をかけることができる。また、発信側端末３Ａのユーザは、相手に電話をかける時間帯を事前に把握できるので、何度も電話を掛け直す手間が軽減される。また、着信側端末３Ｂのユーザにとっては、複数のユーザから通話要求があった場合に、誰にいつ折り返し電話してよいかを考えるわずらわしさが軽減される。
【００９６】
また、発信側端末３Ａ及び着信側端末３Ｂの双方のスケジュールに通話予約が登録されることで、打合せや他のユーザからの通話等の他の予定の登録とかち合わないようにスケジュールが調整されるので、ユーザのスケジュール調整の負担を軽減できる。
【００９７】
また、第１実施形態では、通話予約時間帯の開始時刻になると、電話サーバ１は、発信側端末３Ａと着信側端末３Ｂに自動的に通話要求を送信して、発信側端末３Ａと着信側端末３Ｂとの間の通話を確立させる。これによって、通話予約時間帯の開始時刻になると、自動的に発信側端末３Ａと着信側端末３Ｂとが呼び出されるので、それぞれのユーザは電話をかけ忘れることがなく、より確実に通話を実現させることができる。
【００９８】
また、第１実施形態では、通話予約の予定によって開始された発信側端末３Ａと着信側端末３Ｂとの間の通話が通話予約時間帯の終了時刻よりも早く終了した場合には、通話予約の予定の終了時刻が通話の終了時刻に変更される。これによって、通話の終了時刻から変更前の通話予約の終了時刻までの時間帯の予定が解放され、他の予定が登録可能となり、空き時間を有効に使用することができる。
【００９９】
＜その他＞
第１実施形態では、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報を比較し、共通の空き時間帯の全てが着信側端末３Ｂに通知される。これに代えて、発信側端末３Ａのユーザの属性によってユーザに優先度を付与し、該優先度に応じて選択的に、共通の空き時間帯を着信側端末３Ｂに通知してもよい。例えば、発信側端末３Ａのユーザの所属が営業部門である場合には、スケジュール調整部１２は、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザの共通する空き時間帯のうち、午前中の時間帯について着信側端末３Ｂに通知する。例えば、発信側端末３Ａのユーザの役職が着信側端末３Ｂのユーザよりも上である場合には、スケジュール調整部１２は、着信側端末３Ｂのスケジュール情報の一番近い時刻に、通話予約の予定を割り込ませてもよい。
【０１００】
また、第１実施形態では、発信側端末３Ａと着信側端末３Ｂとのそれぞれのユーザのスケジュール情報を比較し、共通の空き時間帯が着信側端末３Ｂに通知される。これに代え
て、電話サーバ１は、共通の空き時間帯を発信側端末３Ａにも送信し、発信側端末３Ａにも通話予約時間の選択権を与えるようにしてもよい。これによって、両者の都合のいい時間帯に通話予約が設定されるので、より次回の通話の実現性が高まる。
【０１０１】
また、第１実施形態では、発信側端末３Ａ及び着信側端末３Ｂには、スマートフォン等のスマート端末が想定されて説明されたが、発信側端末３Ａ及び着信側端末３Ｂは、ＩＰ電話可能な固定電話機であってもよい。ただし、発信側端末３Ａ及び着信側端末３Ｂが固定電話機であり、確定した通話予約時間帯や、通話予約時間帯の候補である両者の共通の空き時間帯の通知を表示できない場合には、固定電話機とは別のディスプレイを備えた装置に該通知が送信される。固定電話機とは別のディスプレイを備えた装置には、例えば、ＰＣ、スマートフォン、タブレット端末等がある。この場合には、電話サーバ１は、通知先の装置のアドレス等の情報を保持する。
【０１０２】
＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１０３】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コ
ンピュータ等に固定された記録媒体としても利用可能である。
【符号の説明】
【０１０４】
１        電話サーバ
２        スケジュールサーバ
３Ａ      発信側端末
３Ｂ      着信側端末
１１      通話監視部
１２      スケジュール調整部
１３      自動通話制御部
１４      アドレスデータベース
２１      スケジュール管理部
２２      スケジュールデータベース
１０１    ＣＰＵ
１０２    主記憶装置
１０５    補助記憶装置
１０５Ｐ  通話制御プログラム
【図１】
0006597047.tif 000002
【図２】
0006597047.tif 000003
【図３】
0006597047.tif 000004
【図４】
0006597047.tif 000005
【図５】
0006597047.tif 000006
【図６】
0006597047.tif 000007
【図７】
0006597047.tif 000008
【図８】
0006597047.tif 000009
【図９】
0006597047.tif 000010
【図１０】
0006597047.tif 000011