(57)【要約】【課題】  煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信する。【解決手段】  本発明の着呼側通信端末装置は、発呼側通信端末装置からの発呼の着信を制御する着信制御部２１と、発呼側通信端末装置の電話番号を待機電話番号として記憶する待機電話番号メモリ１７と、上記待機電話番号の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信したとき、上記着信制御部２１を、上記待機電話番号からの発呼のみを着信させる待機モードに切り替えるメッセージ処理部２２とを備えている。これにより、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することが可能となる。【選択図】  図１
2007074443.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介して、発呼側通信端末装置からの発呼を着呼する着呼側通信端末装置において、
発呼側通信端末装置からの発呼の着信を制御する着信制御手段と、
上記発呼側通信端末装置の電話番号を待機電話番号として記憶する待機番号記憶手段と、
上記待機電話番号の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信したとき、上記着信制御手段を、上記待機電話番号からの発呼のみを着信させる待機モードに切り替えるメッセージ処理手段とを備えていることを特徴とする着呼側通信端末装置。
【請求項２】
発呼側通信端末装置に対して、コールバックの予約を行うコールバック予約手段と、
上記コールバック予約手段による予約が完了した後、上記発呼側通信端末装置の電話番号を待機電話番号として、上記待機番号記憶手段に登録する待機番号管理手段とを備えていることを特徴とする請求項１に記載の着呼側通信端末装置。
【請求項３】
上記着信制御手段は、上記待機モードの状態で上記待機電話番号からのコールバックを着信したとき、上記待機モードを解除することを特徴とする、請求項１または２に記載の着呼側通信端末装置。
【請求項４】
上記メッセージ処理手段は、
上記コールバック予告メッセージに含まれる、自端末装置に割り当てられた、発呼側通信端末装置がコールバックを行う順番を示す待ち順番情報を抽出し、
上記待ち順番情報に基づき、上記着信制御手段を待機モードに切り替えるか否かを判定することを特徴とする、請求項１から３いずれか１項に記載の着呼側通信端末装置。
【請求項５】
上記メッセージ処理手段は、
上記コールバック予告メッセージに含まれる、発呼側通信端末装置が自端末装置宛てにコールバックを行う予定時刻を示す予定時刻情報を抽出し、
上記予定時刻情報に基づき、上記着信制御手段を待機モードに切り替えるモード切替時刻を決定することを特徴とする、請求項１から４いずれか１項に記載の着呼側通信端末装置。
【請求項６】
上記待ち順番情報を用いて、発呼側通信端末装置からのコールバックを着呼するまでの時間である予測待ち時間を算出する時間予測手段を備え、
上記メッセージ処理手段は、上記予測待ち時間に基づき、上記着信制御手段を待機モードに切り替えるか否かを判定することを特徴とする、請求項４に記載の着呼側通信端末装置。
【請求項７】
待機番号記憶手段は、複数の上記待機電話番号を記憶し、
メッセージ処理手段は、受信したコールバック予告メッセージに含まれる、待機電話番号からの発呼のみを、上記着信制御手段に着信させることを特徴とする請求項１から６いずれか１項に記載の着呼側通信端末装置。
【請求項８】
上記メッセージ処理手段は、待機電話番号をあらかじめ通知する発呼者通知メッセージを受信し、該発呼者通知メッセージに含まれる待機電話番号を抽出し、
上記待機番号記憶手段は、上記抽出された待機電話番号を記憶することを特徴とする請求項１から６いずれか１項に記載の着呼側通信端末装置。
【請求項９】
上記メッセージ処理手段は、待機電話番号の変更を通知する、発呼者変更通知メッセージを受信し、
上記待機番号管理手段は、上記待機番号記憶手段が記憶している待機電話番号を、上記発呼者変更通知メッセージに含まれる、変更された待機電話番号に変更することを特徴とする請求項８に記載の着呼側通信端末装置。
【請求項１０】
上記メッセージ処理手段は、自端末装置が予約したコールバックを、発呼側通信端末装置が行わないことを通知する、コールバック不履行通知メッセージを受信し、
上記待機番号管理手段は、上記コールバック不履行通知メッセージに含まれる待機電話番号を、上記待機番号記憶手段から削除することを特徴とする請求項８または９に記載の着呼側通信端末装置。
【請求項１１】
通信網を介して、着呼側通信端末装置宛てに発呼する発呼側通信端末装置において、
コールバックの予約を受け付けた着呼側通信端末装置の着呼者電話番号に、自端末装置がコールバックを行う順番を示す待ち順番情報を対応付けて記憶する予約案件記憶手段と、
着呼側通信端末装置からコールバックの予約を受け付けて、当該着呼側通信端末装置の着呼者電話番号を、上記待ち順番情報とともに上記予約案件記憶手段に登録する予約案件登録手段と、
上記待ち順番情報に基づいて、上記着呼者電話番号を上記予約案件記憶手段から抽出する予約案件抽出手段と、
上記予約案件抽出手段が抽出した着呼者電話番号にコールバックを行うことを予告するコールバック予告メッセージを作成するメッセージ作成手段と、
上記着呼者電話番号宛てに、上記コールバック予告メッセージを送信する送信手段とを備えていることを特徴とする発呼側通信端末装置。
【請求項１２】
上記メッセージ作成手段は、上記抽出された着呼者電話番号宛てに、上記待ち順番情報を含めてコールバック予告メッセージを作成することを特徴とする請求項１１に記載の発呼側通信端末装置。
【請求項１３】
上記待ち順番情報を用いて、コールバックを行う予定時刻を算出する時間予測手段を備え、
上記メッセージ作成手段は、着呼者電話番号宛てに、上記時間予測手段が算出した上記予定時刻を示す予定時刻情報を含めてコールバック予告メッセージを作成することを特徴とする請求項１２に記載の発呼側通信端末装置。
【請求項１４】
１または複数の発呼側通信端末装置を管理するサーバ装置において、
コールバックの予約を受け付けた着呼側通信端末装置の着呼者電話番号に、当該予約に割り当てられた発呼側通信端末装置の発呼者電話番号と、当該発呼側通信端末装置がコールバックを行う順番を示す待ち順番情報とを対応付けて予約案件記憶手段に登録する予約案件登録手段と、
上記着呼側通信端末装置に対して送信すべき発呼者通知メッセージを、当該着呼側通信端末装置の着呼者電話番号に対応付けられた発呼者電話番号を予約案件記憶手段より読み出し、該発呼者電話番号を含めて作成するメッセージ作成手段と、
上記着呼側通信端末装置宛てに、上記発呼者通知メッセージを送信する送信手段とを備えていることを特徴とするサーバ装置。
【請求項１５】
上記メッセージ作成手段は、上記予約案件登録手段によって上記発呼者電話番号が変更されたとき、上記変更された発呼者電話番号を含む発呼者変更通知メッセージを作成することを特徴とする請求項１４に記載のサーバ装置。
【請求項１６】
上記発呼者電話番号ごとに、上記待ち順番情報に基づいて、上記着呼者電話番号を上記予約案件記憶手段から抽出する予約案件抽出手段を備え、
上記メッセージ作成手段は、上記予約案件抽出手段が抽出した着呼者電話番号宛てに、コールバックを行うことを予告するコールバック予告メッセージを作成することを特徴とする請求項１４に記載のサーバ装置。
【請求項１７】
上記待ち順番情報を用いて、コールバックを発呼する予定時刻を算出する時間予測手段と、
上記コールバックの予約に含まれる希望日時情報が示す、コールバックを希望する希望日時と上記算出された予定時刻とを比較する希望日時判定手段とを備え、
上記メッセージ作成手段は、上記希望日時判定手段が、上記希望日時情報が示す希望日時が上記算出された予定時刻よりも遅いと判定した場合は、上記希望日時情報が示す希望日時を予定時刻として含めたコールバック予告メッセージを作成することを特徴とする請求項１６に記載のサーバ装置。
【請求項１８】
請求項１４から１７のいずれか１項に記載のサーバ装置と、
上記サーバ装置によって管理される１または複数の発呼側通信端末装置とを含み、
上記サーバ装置は、着呼側通信端末装置からのコールバックの予約を受け付け、上記発呼側通信端末装置は、上記着呼側通信端末装置にコールバックを発呼することを特徴とするコールバックシステム。
【請求項１９】
請求項１から１０のいずれか１項に記載の着呼側通信端末装置と、
請求項１８に記載のコールバックシステムとを含み、
上記コールバックシステムは、上記着呼側通信端末装置からのコールバックの予約を受け付け、該着呼側通信端末装置にコールバックを発呼することを特徴とするコールバック予約システム。
【請求項２０】
請求項１から１０のいずれか１項に記載の着呼側通信端末装置と、
ＡＶ画像を表示する表示手段と、
上記着信制御手段が待機モードであることを示す識別情報、上記待ち順番情報、上記予定時刻情報、および、上記待ち時間情報の少なくとも１つを含む情報画像を、上記ＡＶ画像に重ね合わせて上記表示手段に表示させる画像重畳手段とを備えていることを特徴とするＡＶ表示装置。
【請求項２１】
通信網を介して、発呼側通信端末装置からの発呼を着呼する着呼側通信端末装置におけるコールバック制御方法であって、
発呼側通信端末装置からの発呼の着信を制御する着信制御ステップと、
あらかじめ記憶している待機電話番号の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信するステップとを含み、
上記コールバック予告メッセージを受信したとき、上記着信制御ステップにて、上記待機電話番号からの発呼のみを着信するようにすることを特徴とするコールバック制御方法。
【請求項２２】
通信網を介して、着呼側通信端末装置宛てに発呼する発呼側通信端末装置におけるコールバック制御方法であって、
コールバックの予約を受け付けた着呼側通信端末装置の着呼者電話番号に、自端末装置がコールバックを行う順番を示す待ち順番情報が、対応付けて記憶されるよう、当該着呼者電話番号と待ち順番情報とを、予約案件記憶手段に登録する登録ステップと、
上記待ち順番情報に基づいて、上記着呼者電話番号を上記予約案件記憶手段から抽出する抽出ステップと、
上記抽出ステップにて抽出された着呼者電話番号にコールバックを行うことを予告するコールバック予告メッセージを作成するメッセージ作成ステップと、
上記着呼者電話番号宛てに、上記コールバック予告メッセージを送信する送信ステップとを含むことを特徴とするコールバック制御方法。
【請求項２３】
請求項１から１０のいずれか１項に記載の着呼側通信端末装置、請求項１１から１３のいずれか１項に記載の発呼側通信端末装置、または、請求項１４から１７のいずれか１項に記載のサーバ装置を動作させるコールバック制御プログラムであって、コンピュータを上記の各手段として機能させるためのコールバック制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コールバック予約システムに関するものである。
【背景技術】
【０００２】
従来、電話回線やインターネットなどの通信網を介して、電話機やパーソナルコンピュータ（パソコン）を用いることにより、サービス提供者が利用者にサービスを提供することが行われてきた。
【０００３】
コネクション型の通信によってサービスが提供されるような形態では、一般に、コールバックの方法がとられる。コールバックとは、接続を要求する側（サービス利用者側）が接続先（サービス提供者側）を呼び出してから回線をいったん切断し、次に接続先からの呼び出しを受けて実際の通信を開始する方法である。
【０００４】
これにより、サービスの利用者は、旅行の申し込みや在宅での診察などをサービス提供者である旅行業者や病院に対して要求し、その旅行業者や病院からのコールバックを受けることにより、旅行の詳細な打ち合わせをしたり、診察を受けたりすることができる。
【０００５】
特許文献１には、利用者がコールバック予約を行うと、サービス提供者のコールセンターのオペレータが、利用者の指定した時間や条件に合わせてコールバックを行うシステムの技術が開示されている。これにより、利用者は、窓口が混雑して電話繋がらない場合でも、再度電話を掛けなおすことなく、コールバックを予約して確実にサービスを受けることができる。
【０００６】
また、上述のように通信網を介して通信を行う、電話機やパソコンなどの通信端末装置には、電話番号によって、特定の通信相手の着信を許可したり、あるいは拒否したりする機能が搭載されている。
【０００７】
例えば、特許文献２には、着信拒否を設定しても特定の相手からの着信時には着信拒否を行わずに着信を許可できる着信拒否サービス機能を有する構内交換装置が開示されている。
【０００８】
あるいは、特許文献３には、利用者の行動に応じて、アドレス帳に登録された電話番号に対してグループ単位で着信許可および不許可を決定して受信制限する技術が開示されている。
【特許文献１】特開２００３−１１５９２８号公報（２００３年４月１８日公開）
【特許文献２】特開平６−２２５０２０号公報（１９９４年８月１２日公開）
【特許文献３】特開２００３−２８９３７６号公報（２００３年１０月１０日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１のコールバック予約システムでは、以下の問題が生じる。より具体的には、サービス提供者側のコールセンターからのコールバックを待っている場合に、そのコールセンター以外の他の電話に応答してしまうと、その応答中に上記コールバックがかかってきても、話し中のために、せっかくかかってきたそのコールバックに応答することができないという問題が生じる。
【００１０】
ここで、上記特許文献２や特許文献３に開示されている着信許可／拒否の制御機能を適用すれば、上記コールセンターからの電話のみを着信許可するように設定することは可能である。しかしながら、コールバック予約を行ってからコールバックを待つ間中ずっと、その他すべての電話の着信を拒否することになるので、その間が長くなればなるほど、その他の電話を着信できない状態が長引いてしまうという問題が生じる。
【００１１】
その上、着信拒否の設定および解除を手動で行わなければならず、また、コールバック予約を行う通信相手がさまざまであれば、コールバック予約を行う度に、着信を許可する電話番号を登録しなおさなければならないので、面倒な操作が増えてしまうという問題もある。
【００１２】
本発明は、上記の各問題点に鑑みてなされたものであり、その目的は、通信網を介して、他の通信端末装置と通信可能な通信端末装置において、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することが可能な着呼側通信端末装置、発呼側通信端末装置、サーバ装置、コールバックシステム、コールバック予約システム、コールバック制御方法、および、コールバック制御プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明に係る着呼側通信端末装置は、上記の課題を解決するために、通信網を介して、発呼側通信端末装置からの発呼を着呼する着呼側通信端末装置において、発呼側通信端末装置からの発呼の着信を制御する着信制御手段と、上記発呼側通信端末装置の電話番号を待機電話番号として記憶する待機番号記憶手段と、上記待機電話番号の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信したとき、上記着信制御手段を、上記待機電話番号からの発呼のみを着信させる待機モードに切り替えるメッセージ処理手段とを備えていることを特徴としている。
【００１４】
上記構成によれば、上記待機番号記憶手段は、ユーザがコールバック予約を行った相手の発呼側通信端末装置の電話番号を、待機電話番号として記憶する。ここで、コールバックを行うことを予告するコールバック予告メッセージをメッセージ処理手段が受信すると、メッセージ処理手段は、上記待機電話番号からの発呼のみ着信を許可する待機モードへと、着信制御手段を切り替える。これにより、上記着信制御手段は、上記待機電話番号以外からの発呼の着信を拒否する。
【００１５】
上記コールバック予告メッセージは、上記発呼側通信端末装置から送信される。上記コールバック予告メッセージが送信されるのは、発呼側通信端末装置が、待ち順番や、処理時間などの情報に基づいて、「まもなくコールバックを行う」判断した、着呼側通信端末装置宛てに送信されるメッセージのことである。
【００１６】
したがって、上記コールバック予告メッセージを受信した着呼側通信端末装置は、自端末装置宛てに、コールバックがかかってくる時間が迫っている着呼側通信端末装置であるといえる。また、このように、コールバックがかかってくる時間が迫っている状況になれば、自端末装置は、ユーザの操作を必要とすることなく、自動でそのコールバックをかけてくる相手からの発呼のみを着信する状態に遷移する。この間は、その他の電話番号から電話がかかってきても、上記着信制御手段が着信を許可しないので、コールバックがかかってきたときに、他の電話と話し中でコールバックを受けることができないという不都合を回避することができる。
【００１７】
以上のことから、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することが可能となる。
【００１８】
さらに、本発明に係る着呼側通信端末装置は、発呼側通信端末装置に対して、コールバックの予約を行うコールバック予約手段と、上記コールバック予約手段による予約が完了した後、上記発呼側通信端末装置の電話番号を待機電話番号として、上記待機番号記憶手段に登録する待機番号管理手段とを備えていることが好ましい。
【００１９】
上記構成によれば、コールバック予約手段がコールバックの予約を完了した後に、待機番号管理手段が、上記予約先の発呼側通信端末装置の電話番号を、待機電話番号として上記待機番号記憶手段に登録する。
【００２０】
これにより、コールバックの予約が完了した時点で、ユーザの操作を必要とすることなく、自動で、待機電話番号が上記待機番号記憶手段に記憶される。したがって、コールバック予約を行う度に、ユーザが着信を許可する電話番号を登録しなおす必要はなくなり、面倒な操作を増やさないですむ。
【００２１】
また、例えば、通信エラーなどの事情により、コールバック予約が受け付けられていない場合に、上記待機電話番号が誤って記憶されてしまうことを防ぐことができる。
【００２２】
上記メッセージ処理手段が、上記着信制御手段を、上記待機電話番号からの発呼のみを着信する状態にするか否かを、上記待機番号登録手段の待機電話番号の有無によって判断している場合は、特に効果を奏する。つまり、誤った待機電話番号が記憶されていれば、誤った待機電話番号に基づいて着信の制御が行われてしまう。しかし、上述のように予約が受け付けられたことを確認してから正しい待機電話番号を記憶することにより、そのような不都合を回避することができる。
【００２３】
さらに、本発明に係る着呼側通信端末装置は、上記着信制御手段は、上記待機モードの状態で上記待機電話番号からのコールバックを着信したとき、上記待機モードを解除することが好ましい。
【００２４】
上記構成によれば、上記着信制御手段が、上記待機電話番号からの発呼のみを着信する待機モードである間に、当該待機電話番号からのコールバックを着信すると、着信制御手段は自身の待機モードを解除する。
【００２５】
これにより、待機中のコールバックを着信した後は、ユーザが操作を行わなくても、すべての電話番号からの発呼を着信する状態（通常モード）に自動で遷移する。
【００２６】
予約を行った件についてのコールバックがかかってくれば、もうその電話番号からの発呼だけを待つ必要がなくなる。むしろ、コールバック待機中でないときは、すみやかに上記待機モードを解除して、自端末装置宛てにかかってきている他の電話番号からの発呼を着信できるようにすることが好ましい。
【００２７】
さらに、上記メッセージ処理手段は、上記コールバック予告メッセージに含まれる、自端末装置に割り当てられた、発呼側通信端末装置がコールバックを行う順番を示す待ち順番情報を抽出し、上記待ち順番情報に基づき、上記着信制御手段を待機モードに切り替えるか否かを判定してもよい。
【００２８】
上記構成によれば、自端末装置に割り当てられた、発呼側通信端末装置がコールバックを行う順番を示す待ち順番情報を含むコールバック予告メッセージをメッセージ処理手段が受信すると、メッセージ処理手段は、上記待ち順番情報を抽出して、上記着信制御手段を待機モードに切り替えるか否かを判定する。
【００２９】
より具体的には、例えば、上記抽出した待ち順番情報が３以下であれば、上記着信制御手段を待機モードに切り替えて、３より大きければ、モードの切り替えを行わない（通常モードを維持する）。
【００３０】
上記待ち順番情報とは、発呼側通信端末装置がコールバックを行う順番を示す。上記待ち順番情報を取得すれば、発呼側通信端末装置が現在処理中の件も含めて、自端末装置の前にあと、何件、コールバックの処理が残っているのかを把握することができる。
【００３１】
上記待ち順番情報の値が小さければ小さいほど、自端末装置にコールバックがかかってくる順番が近いことを意味し、また、コールバックがかかってくるまでの待ち時間が短いことを意味する。したがって、コールバックがかかってくる時間が間近に迫ってきたときだけ、上記着信制御手段を待機モードにして、待機電話番号以外の着信を拒否する状態に遷移させることができる。
【００３２】
以上のことから、コールバック予約を行ってからコールバックを待つ間中ずっと、その他すべての電話の着信を拒否する必要がなくなり、その他の電話を着信できない状態を可能な限り短くすることができる。さらに、着信拒否の設定は、所定の待ち順番を下回れば、手動で行われるので、ユーザの面倒な操作を増やさないですむ。
【００３３】
さらに、上記メッセージ処理手段は、上記コールバック予告メッセージに含まれる、発呼側通信端末装置が自端末装置宛てにコールバックを行う予定時刻を示す予定時刻情報を抽出し、上記予定時刻情報に基づき、上記着信制御手段を待機モードに切り替えるモード切替時刻を決定してもよい。
【００３４】
上記構成によれば、自端末装置宛てにコールバックを行う予定時刻を示す予定時刻情報を含むコールバック予告メッセージをメッセージ処理手段が受信すると、メッセージ処理手段は、上記予定時刻情報を抽出して、上記着信制御手段を待機モードに切り替えるモード切替時刻を決定する。
【００３５】
したがって、上記メッセージ処理手段は、上記決定されたモード切替時刻になれば、上記着信制御手段を待機モードに切り替える。
【００３６】
より具体的には、あらかじめ、上記予定時刻情報と現在時刻との差が５分以内になれば、待機モードに切り替えると設定しておくとする。上記メッセージ処理手段は、例えば、「１０：００」を示す予定時刻情報を受信したとすると、上記モード切替時刻を「９：５５」と決定する。ここで、現在時刻がすでに「９：５５」を過ぎていたら、待機モードに切り替える。そうでなければ、現在時刻が「９：５５」に到達した時点で、待機モードに切り替える。
【００３７】
これにより、コールバックがかかってくる時間が所定時間内（例えば、５分以内など）になってから、上記着信制御手段を待機モードにして、待機電話番号以外の着信を拒否する状態に遷移させることができる。
【００３８】
以上のことから、コールバック予約を行ってからコールバックを待つ間中ずっと、その他すべての電話の着信を拒否する必要がなくなり、その他の電話を着信できない状態を可能な限り短くすることができる。さらに、着信拒否の設定は、所定時間内になれば、手動で行われるので、ユーザの面倒な操作を増やさないですむ。
【００３９】
さらに、本発明に係る着呼側通信端末装置は、上記待ち順番情報を用いて、発呼側通信端末装置からのコールバックを着呼するまでの時間である予測待ち時間を算出する時間予測手段を備え、上記メッセージ処理手段は、上記予測待ち時間に基づき、上記着信制御手段を待機モードに切り替えるか否かを判定してもよい。
【００４０】
上記構成によれば、時間予測手段は、発呼側通信端末装置からのコールバックを着呼するまでの所要時間を、待ち時間情報として算出する。上記待ち時間情報とは、例えば、「コールバックがかかってくるまで、あと何分」という情報を示している。
【００４１】
上記待ち時間情報は、例えば、待ち順番情報の値が１つ減ってから次に１つ減るまでの間隔を１件の処理に要する時間と考え、それと、コールバックの未処理件数との乗算によって求めることができる。
【００４２】
したがって、待ち順番が１つずつ減って行くと、上記待ち時間情報の「あと何分」という値も小さくなっていく。コールバックがかかってくるまでの所要時間が、所定時間内（例えば、あと５分など）になってから、上記着信制御手段を待機モードにして、待機電話番号以外の着信を拒否する状態に遷移させることができる。
【００４３】
以上のことから、コールバック予約を行ってからコールバックを待つ間中ずっと、その他すべての電話の着信を拒否する必要がなくなり、その他の電話を着信できない状態を可能な限り短くすることができる。さらに、着信拒否の設定は、所定時間内になれば、手動で行われるので、ユーザの面倒な操作を増やさないですむ。
【００４４】
さらに、待機番号記憶手段は、複数の上記待機電話番号を記憶し、メッセージ処理手段は、受信したコールバック予告メッセージに含まれる、待機電話番号からの発呼のみを、上記着信制御手段に着信させることしてもよい。
【００４５】
これにより、複数の通話相手にコールバック予約を行っても、複数の待機電話番号を記憶して、該待機電話番号ごとに、上記着信制御手段を待機モードに切り替えるか否かを判断することができる。
【００４６】
結果として、複数の通話相手にコールバックの予約を行った場合でも、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することが可能となる。
【００４７】
また、上記メッセージ処理手段は、待機電話番号をあらかじめ通知する発呼者通知メッセージを受信し、該発呼者通知メッセージに含まれる待機電話番号を抽出し、上記待機番号記憶手段は、上記抽出された待機電話番号を記憶してもよい。
【００４８】
上記構成によれば、メッセージ処理手段は、待機電話番号を含む発呼者通知メッセージを受信すると、該メッセージの待機電話番号を上記待機番号記憶手段に供給する。上記待機番号記憶手段は、上記待機電話番号を記憶する。
【００４９】
これにより、発呼側通信端末装置が複数あり、コールバックの予約完了時に待機電話番号が定まっていない場合でも、上記待機電話番号を含む発呼者通知メッセージを受信することにより、自動で待機電話番号を記憶することができる。
【００５０】
結果として、コールバック予約を行う度に、ユーザが着信を許可する電話番号を登録しなおす必要はなくなり、面倒な操作を増やさないですむ。
【００５１】
また、上記メッセージ処理手段は、待機電話番号の変更を通知する、発呼者変更通知メッセージを受信し、上記待機番号管理手段は、上記待機番号記憶手段が記憶している待機電話番号を、上記発呼者変更通知メッセージに含まれる、変更された待機電話番号に変更してもよい。
【００５２】
これにより、発呼側通信端末装置が複数あり、上記定められた待機電話番号が変更になった場合でも、上記変更された待機電話番含む発呼者変更通知メッセージを受信することにより、自動で待機電話番号を変更することができる。
【００５３】
また、上記メッセージ処理手段は、自端末装置が予約したコールバックを、発呼側通信端末装置が行わないことを通知する、コールバック不履行通知メッセージを受信し、上記待機番号管理手段は、上記コールバック不履行通知メッセージに含まれる待機電話番号を、上記待機番号記憶手段から削除してもよい。
【００５４】
これにより、待機していたコールバックがかかってこないことを検知して、その待機電話番号を削除することができる。
【００５５】
上記メッセージ処理手段が、上記着信制御手段を、上記待機電話番号からの発呼のみを着信する状態にするか否かを、上記待機番号登録手段の待機電話番号の有無によって判断している場合は、特に効果を奏する。つまり、誤った待機電話番号が記憶されていれば、誤った待機電話番号に基づいて着信の制御が行われてしまう。しかし、上述のようにコールバックがかかってこないことを確認して、待機する必要がなくなった待機電話番号を削除することにより、そのような不都合を回避することができる。
【００５６】
本発明に係る発呼側通信端末装置は、上記の課題を解決するために、通信網を介して、着呼側通信端末装置宛てに発呼する発呼側通信端末装置において、コールバックの予約を受け付けた着呼側通信端末装置の着呼者電話番号に、自端末装置がコールバックを行う順番を示す待ち順番情報を対応付けて記憶する予約案件記憶手段と、着呼側通信端末装置からコールバックの予約を受け付けて、当該着呼側通信端末装置の着呼者電話番号を、上記待ち順番情報とともに上記予約案件記憶手段に登録する予約案件登録手段と、上記待ち順番情報に基づいて、上記着呼者電話番号を上記予約案件記憶手段から抽出する予約案件抽出手段と、上記予約案件抽出手段が抽出した着呼者電話番号にコールバックを行うことを予告するコールバック予告メッセージを作成するメッセージ作成手段と、上記着呼者電話番号宛てに、上記コールバック予告メッセージを送信する送信手段とを備えていることを特徴としている。
【００５７】
上記構成によれば、予約案件登録手段は、着呼側通信端末装置からのコールバックの予約を受け付けると、上記着呼側通信端末装置の電話番号と、その電話番号宛てにコールバックを行う順番を示す待ち順番情報とを予約案件記憶手段に登録する。予約案件記憶手段には、上記待ち順番情報が上記電話番号に対応付けて記憶される。
【００５８】
次に、予約案件抽出手段は、上記待ち順番情報に基づいて、上記予約案件記憶手段から、上記電話番号を抽出する。より具体的には、値が「３」以下の待ち順番情報が対応付けられている電話番号を抽出するというように、抽出条件をあらかじめ定めておき、その抽出条件を満たす電話番号を抽出する。
【００５９】
メッセージ作成手段は、上記抽出された電話番号ごとに、コールバックを行うことを予告するコールバック予告メッセージを作成する。なお、ここで、上記メッセージ作成手段は、上記抽出された電話番号に対応付けられている上記待ち順番情報を含めてコールバック予告メッセージを作成してもよい。これにより、上記コールバック予告メッセージを受信した着呼側通信端末装置で、待ち順番を把握することができる。
【００６０】
最後に、作成された上記各コールバック予告メッセージは、上記抽出された電話番号宛てにそれぞれ送信される。
【００６１】
これにより、上記コールバック予告メッセージを受信した着呼側通信端末装置は、自端末装置宛てに、上記発呼側通信端末装置からのコールバックがかかってくることを検知することができる。さらに、そこに待ち順番情報が含まれていれば、自端末装置の順番は何番目であるかということも識別することが可能となる。したがって、着呼側通信端末装置は、上記コールバック予告メッセージの内容に応じて、自端末装置の着信制御手段を、いつ待機モードに切り替えるかを判断することが可能となる。
【００６２】
結果として、上記発呼側通信端末装置にコールバックの予約を行った場合は、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記発呼側通信端末装置からのコールバックを着信することが可能となる。
【００６３】
さらに、本発明に係る発呼側通信端末装置は、上記待ち順番情報を用いて、コールバックを行う予定時刻を算出する時間予測手段を備え、上記メッセージ作成手段は、着呼者電話番号宛てに、上記時間予測手段が算出した上記予定時刻を示す予定時刻情報を含めてコールバック予告メッセージを作成してもよい。
【００６４】
上記構成によれば、時間予測手段は、上記待ち順番情報を用いて、コールバックを行う予定時刻を示す予定時刻情報を、上記電話番号ごとに算出する。次に、上記メッセージ作成手段は、上記コールバック予告メッセージを、上記抽出された電話番号に対応付けられている上記予定時刻情報を含めて作成する。最後に、作成された上記各コールバック予告メッセージは、上記抽出された電話番号宛てにそれぞれ送信される。
【００６５】
これにより、上記コールバック予告メッセージを受信した着呼側通信端末装置は、自端末装置宛てに、上記発呼側通信端末装置からのコールバックがかかってくる時刻を検知することができる。したがって、着呼側通信端末装置は、例えば、コールバックがかかってくる時刻の５分前になれば、自端末装置の着信制御手段を、待機モードに切り替える、などとあらかじめ条件を規定しておけば、モード切替時刻を決定して、自動で待機モードに切り替えることが可能となる。
【００６６】
結果として、上記発呼側通信端末装置にコールバックの予約を行った場合は、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記発呼側通信端末装置からのコールバックを着信することが可能となる。
【００６７】
本発明に係るサーバ装置は、上記の課題を解決するために、１または複数の発呼側通信端末装置を管理するサーバ装置において、コールバックの予約を受け付けた着呼側通信端末装置の着呼者電話番号に、当該予約に割り当てられた発呼側通信端末装置の発呼者電話番号と、当該発呼側通信端末装置がコールバックを行う順番を示す待ち順番情報とを対応付けて予約案件記憶手段に登録する予約案件登録手段と、上記着呼側通信端末装置に対して送信すべき発呼者通知メッセージを、当該着呼側通信端末装置の着呼者電話番号に対応付けられた発呼者電話番号を予約案件記憶手段より読み出し、該発呼者電話番号を含めて作成するメッセージ作成手段と、上記着呼側通信端末装置宛てに、上記発呼者通知メッセージを送信する送信手段とを備えていることを特徴としている。
【００６８】
上記構成によれば、予約案件登録手段は、着呼側通信端末装置からコールバックの予約を受け付けると、上記着呼側通信端末装置の電話番号（着呼者電話番号）に、（１）当該予約に割り当てられた発呼側通信端末装置の電話番号（発呼者電話番号）と、（２）当該発呼側通信端末装置がコールバックを行う順番とを示す待ち順番情報とを対応付けて、上記予約案件記憶手段に登録する。
【００６９】
次にメッセージ作成手段は、予約を受け付けた着呼側通信端末装置に対して、当該予約に割り当てた発呼者電話番号を含む発呼者通知メッセージを作成する。なお、上記メッセージ作成手段は、さらに、上記待ち順番情報を含めてもよい。
【００７０】
最後に、上記送信手段は、上記着呼者電話番号宛てに、上記作成された発呼者通知メッセージを送信する。
【００７１】
これにより、上記発呼者通知メッセージを受信した着呼側通信端末装置は、自端末装置宛てに、どの発呼者電話番号からコールバックがかかってくるのかを検知することができる。さらに、そこに待ち順番情報が含まれていれば、自端末装置の順番は何番目であるかということも識別することが可能となる。
【００７２】
したがって、着呼側通信端末装置は、上記発呼者通知メッセージが指定する発呼者電話番号を待機電話番号として記憶し、待機モードでどの電話番号からの着信を許可すればよいのかを特定することができる。さらに、上記発呼者通知メッセージに上記待ち順番情報が含まれている場合には、着呼側通信端末装置は、さらに、いつ待機モードに切り替えるかを判断することも可能となる。
【００７３】
結果として、コールバックの予約を行った場合は、煩雑な操作を必要とすることなく、予約相手から指定された発呼者電話番号を待機電話番号として検知し、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記発呼者電話番号からのコールバックを着信することが可能となる。
【００７４】
さらに、上記メッセージ作成手段は、上記予約案件登録手段によって上記発呼者電話番号が変更されたとき、上記変更された発呼者電話番号を含む発呼者変更通知メッセージを作成してもよい。
【００７５】
これにより、予約受け付け当初に定められた発呼者電話番号が、変更になった場合でも、上記発呼者変更通知メッセージを受信した着呼側通信端末装置は、待機電話番号を登録しなおして、適切な着信制御を行うことが可能となる。
【００７６】
さらに、本発明に係るサーバ装置は、上記発呼者電話番号ごとに、上記待ち順番情報に基づいて、上記着呼者電話番号を上記予約案件記憶手段から抽出する予約案件抽出手段を備え、上記メッセージ作成手段は、上記予約案件抽出手段が抽出した着呼者電話番号宛てに、コールバックを行うことを予告するコールバック予告メッセージを作成してもよい。
【００７７】
これにより、発呼者電話番号別に決定されている待ち順番情報に基づいて、コールバック予告メッセージが作成され、着呼側通信端末装置宛てに送信される。なお、この場合においても、上記コールバック予告メッセージに、上記待ち順番情報が含まれていてもよい。
【００７８】
さらに、本発明に係るサーバ装置は、上記待ち順番情報を用いて、コールバックを発呼する予定時刻を算出する時間予測手段と、上記コールバックの予約に含まれる希望日時情報が示す、コールバックを希望する希望日時と上記算出された予定時刻とを比較する希望日時判定手段とを備え、上記メッセージ作成手段は、上記希望日時判定手段が、上記希望日時情報が示す希望日時が上記算出された予定時刻よりも遅いと判定した場合は、上記希望日時情報が示す希望日時を予定時刻として含めたコールバック予告メッセージを作成してもよい。
【００７９】
上記構成によれば、時間予測手段は、上記待ち時間情報を用いて、発呼側通信端末装置がコールバックを発呼する予定時刻を示す予定時刻情報を上記着呼者電話番号ごとに算出する。次に、希望日時判定手段は、コールバックを希望する日時を示す希望日時情報と上記算出された予定時刻情報とを比較し、上記希望日時が、算出された予定時刻よりも早いか遅いかを判定する。
【００８０】
ここで、上記希望日時判定手段が、上記希望日時情報は上記算出された予定時刻情報よりも遅いと判定した場合は、上記メッセージ作成手段は、上記希望日時情報が示す時刻を予定時刻として含めたコールバック予告メッセージを作成する。
【００８１】
これにより、サーバ装置は、算出された予定時刻が、顧客が希望する時間帯よりも早い場合には、コールバックの予定時刻を顧客が希望する時間帯内に設定して、顧客の要望に沿ったコールバックとサービスの提供が行える。
【００８２】
本発明に係るコールバックシステムは、上記の課題を解決するために、上述のサーバ装置と、上記サーバ装置によって管理される、上述の、１または複数の発呼側通信端末装置とを含み、上記サーバ装置は、着呼側通信端末装置からのコールバックの予約を受け付け、上記発呼側通信端末装置は、上記着呼側通信端末装置にコールバックを発呼することを特徴としている。
【００８３】
上記構成によれば、上記サーバ装置がコールバックの予約を受け付け、当該予約のコールバックを担当する発呼者電話番号を特定する。発呼者電話番号は、着呼側通信端末装置に通知され、待機電話番号を登録するのに利用される。
【００８４】
上記予約のコールバックを担当するよう特定された発呼側通信端末装置は、自端末装置が発呼するべき宛先の情報を、上記サーバ装置から取得して、サーバ装置より割り当てられた自端末装置が担当する予約に対するコールバックの処理を実行する。
【００８５】
サーバ装置は、上記発呼側通信端末装置ごとに、待ち順番情報（および、予定時刻情報）を把握しているので、条件に応じて、コールバック予告メッセージや、待ち順番通知メッセージ、予定時刻通知メッセージ、および、待ち時間通知メッセージなどを着呼側通信端末装置に送信することができる。
【００８６】
結果として、着呼側通信端末装置が、コールバックの予約を行った場合に、煩雑な操作を必要とすることなく、適切な待機電話番号を記憶することができ、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記待機電話番号からのコールバックを着信することが可能となるような、コールバックシステムを構築することができる。
【００８７】
本発明に係るコールバック予約システムは、上記の課題を解決するために、上述の着呼側通信端末装置と、上述のコールバックシステムとを含み、上記コールバックシステムは、上記着呼側通信端末装置からのコールバックの予約を受け付け、該着呼側通信端末装置にコールバックを発呼することを特徴としている。
【００８８】
上記構成によれば、上記着呼側通信端末装置は、上記コールバックシステムに含まれるサーバ装置に対してコールバックの予約を行うことができる。また、上記サーバ装置から、発呼者通知メッセージ、発呼者変更通知メッセージ、コールバック不履行通知メッセージ、および、コールバック予告メッセージ（待ち順番情報、予定時刻などを含んでもよい）を受信することが可能となる、
したがって、着呼側通信端末装置は、受信するメッセージの内容に応じて、待機電話番号の登録、管理、および、自端末装置の着信制御手段の待機モード切り替え、などをユーザの操作を必要となることなく自動で行うことが可能となる。
【００８９】
結果として、着呼側通信端末装置が、上記コールバックシステムに対して、コールバックの予約を行った場合に、煩雑な操作を必要とすることなく、適切な待機電話番号を記憶することができ、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記待機電話番号からのコールバックを着信することが可能となるような、コールバック予約システムを構築することができる。
【００９０】
なお、上述の着呼側通信端末装置を、ＡＶ画像を表示する表示手段を備えたＡＶ表示装置に適用することもできる。この場合、上記ＡＶ表示装置は、上記画像重畳手段を備え、着呼側通信端末装置の着信制御手段が待機モードであることを示す識別情報、上記待ち順番情報、上記予定時刻情報、および、上記待ち時間情報のなどの情報画像を、上記ＡＶ画像に重ね合わせて上記表示手段に表示させることが可能となる。
【００９１】
これにより、例えば、上記ＡＶ表示装置がテレビ放送の映像を表示することができる場合は、テレビ放送の映像の上に、上記情報画像を重ねて表示することが可能となり、ユーザは、テレビを視聴しながらでも、コールバックに関する各種情報を視認することができる。
【００９２】
本発明に係るコールバック制御方法は、上記の課題を解決するために、通信網を介して、発呼側通信端末装置からの発呼を着呼する着呼側通信端末装置におけるコールバック制御方法であって、発呼側通信端末装置からの発呼の着信を制御する着信制御ステップと、あらかじめ記憶している待機電話番号の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信するステップとを含み、上記コールバック予告メッセージを受信したとき、上記着信制御ステップにて、上記待機電話番号からの発呼のみを着信するようにすることを特徴としている。
【００９３】
上記方法によれば、受信するステップにて、待機電話番号としてあらかじめ登録した、コールバック予約を行った相手の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信すると、上記着信制御ステップにて、上記待機電話番号からの発呼のみ着信を許可するようになる。したがって、コールバック予告メッセージを受信後は、上記待機電話番号以外からの発呼の着信は拒否される。
【００９４】
これにより、コールバックがかかってきたときに、他の電話と話し中でコールバックを受けることができないという不都合を回避することができる。
【００９５】
以上のことから、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することが可能となる。
【００９６】
本発明に係るコールバック制御方法は、上記の課題を解決するために、通信網を介して、着呼側通信端末装置宛てに発呼する発呼側通信端末装置におけるコールバック制御方法であって、コールバックの予約を受け付けた着呼側通信端末装置の着呼者電話番号に、自端末装置がコールバックを行う順番を示す待ち順番情報が、対応付けて記憶されるよう、当該着呼者電話番号と待ち順番情報とを、予約案件記憶手段に登録する登録ステップと、上記待ち順番情報に基づいて、上記着呼者電話番号を上記予約案件記憶手段から抽出する抽出ステップと、上記抽出ステップにて抽出された着呼者電話番号にコールバックを行うことを予告するコールバック予告メッセージを作成するメッセージ作成ステップと、上記着呼者電話番号宛てに、上記コールバック予告メッセージを送信する送信ステップとを含むことを特徴としている。
【００９７】
上記方法によれば、着呼側通信端末装置からのコールバックの予約が受け付けられると、上記登録ステップにて、上記着呼側通信端末装置の電話番号と、その電話番号宛てにコールバックを行う順番を示す待ち順番情報とを予約案件記憶手段に登録する。これにより、予約案件記憶手段には、上記待ち順番情報が上記電話番号に対応付けて記憶される。
【００９８】
次に、上記抽出ステップにて、上記待ち順番情報に基づいて、上記予約案件記憶手段から、上記着呼者電話番号を抽出する。
【００９９】
続いて、上記メッセージ作成ステップにて、上記抽出された着呼者電話番号宛てに、コールバックを行うことを予告するコールバック予告メッセージを作成する。なお、ここで、上記メッセージ作成ステップには、上記待ち順番情報を含めるステップが含まれていてもよい。これにより、上記コールバック予告メッセージを受信した着呼側通信端末装置で、待ち順番を把握することができる。
【０１００】
最後に、作成された上記コールバック予告メッセージは、上記送信ステップにて、上記抽出された着呼者電話番号宛てに送信される。
【０１０１】
これにより、上記コールバック予告メッセージを受信した着呼側通信端末装置は、自端末装置宛てに、上記発呼側通信端末装置からのコールバックがかかってくることを検知することができる。さらに、そこに待ち順番情報が含まれていれば、自端末装置の順番は何番目であるかということも識別することが可能となる。したがって、着呼側通信端末装置は、上記コールバック予告メッセージの内容に応じて、自端末装置の着信制御手段を、いつ待機モードに切り替えるかを判断することが可能となる。
【０１０２】
結果として、上記発呼側通信端末装置にコールバックの予約を行った場合は、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記発呼側通信端末装置からのコールバックを着信することが可能となる。
【０１０３】
なお、上記着呼側通信端末装置、発呼側通信端末装置、および、サーバ装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記着呼側通信端末装置、発呼側通信端末装置、および、サーバ装置をコンピュータにて実現させる上記着呼側通信端末装置、発呼側通信端末装置、および、サーバ装置のコールバック制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【０１０４】
本発明に係る着呼側通信端末装置は、以上のように、発呼側通信端末装置からの発呼の着信を制御する着信制御手段と、上記発呼側通信端末装置の電話番号を待機電話番号として記憶する待機番号記憶手段と、上記待機電話番号の発呼側通信端末装置から、コールバックを行うことを予告するコールバック予告メッセージを受信したとき、上記着信制御手段を、上記待機電話番号からの発呼のみを着信させる待機モードに切り替えるメッセージ処理手段とを備えているので、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することができるという効果を奏する。
【発明を実施するための最良の形態】
【０１０５】
〔実施形態１〕
本発明の実施形態について説明すれば、以下の通りである。なお、本実施形態では、本発明のコールバック予約システムを、医者と患者とで通信を行い、病院にいる医者が在宅の患者の診察をおこなう在宅診察システムに適用した場合について説明する。
【０１０６】
また、本発明のコールバック着呼側の通信端末装置を、患者が使用するテレビ放送受信機に、また、本発明のコールバック発呼側の通信端末装置を、医者が使用するパソコンに、それぞれ適用した場合について説明する。
【０１０７】
〔在宅診療システムの概要〕
図２は、本実施形態に係る在宅診療システムの概略構成を示す図である。在宅診察システム１００は、図２に示すとおり、患者Ｙが、診察を受けるときに、テレビ電話として用いるテレビ放送受信機（着呼側通信端末装置）１０と、医者Ｘが、診察を行うときに、映像および音声データを送受信する手段として用いるパソコン（発呼側通信端末装置）３０とで構成されている。
【０１０８】
テレビ放送受信機１０とパソコン３０とは、インターネットや電話回線などの通信網を介して接続されている。これにより、テレビ放送受信機１０およびパソコン３０は、互いに映像および音声データ、あるいはテキストデータなどをやり取りすることが可能となる。
【０１０９】
テレビ放送受信機１０は、パソコン３０からのコールバックを着呼する機能や、医者Ｘへ（から）の映像や音声データの送受信機能に加え、（１）医者Ｘのパソコン３０に対して、診察を要求するためのコールバック予約を行い、待機するコールバックの相手先を登録する機能、（２）パソコン３０からのコールバック予告（コールバック予告メッセージ）を受信し処理する機能、（３）電話番号によって、着信の許可／不許可を制御する機能などを有している。
【０１１０】
パソコン３０は、患者Ｙへ（から）の映像や音声データの送受信機能に加え、（１）患者Ｙのテレビ放送受信機１０からのコールバック予約を受け付ける機能、（２）テレビ放送受信機１０へのコールバック予告を作成、送信する機能（３）テレビ放送受信機１０へコールバックを発呼する機能などを有している。上記コールバック予告とは、テレビ放送受信機１０からのコールバック予約を受け付けた後に、まもなくコールバックを行うという情報をテレビ放送受信機１０に通知するための情報である。このコールパック予告には、待ち順番が何番目であるか、あるいは、待ち時間、コールバックを発呼する予定時刻などの情報が含まれていてもよい。このコールバック予告の詳細は後述する。
【０１１１】
上述の各機能によって、コールバックを用いて、在宅診療システムを実現することができる。これらの機能の詳細については後述する。
【０１１２】
まず、図２に示すテレビ放送受信機１０（およびパソコン３０）の概略について説明する。
【０１１３】
〔テレビ放送受信機１０（パソコン３０）の概要〕
図３は、本実施形態に係るテレビ放送受信機１０（およびパソコン３０）の概略構成を示すブロック図である。なお、本実施形態では、テレビ放送受信機１０の概略構成とパソコン３０の概略構成とは同様である。以下では、テレビ放送受信機１０の概略構成として説明を行う。
【０１１４】
本実施形態に係るテレビ放送受信機１０は、図３に示すように、通信部２、操作部３、カメラ４、テレビ放送受信部５、記憶部６、表示部（表示手段）７、スピーカ８、マイク９および上記の各部を統括制御する主制御部１を備えた構成となっている。
【０１１５】
さらに、テレビ放送受信機１０には、通信部２を制御するための通信制御部１１と、表示部７の制御および表示部７に表示する映像データの処理を行う映像制御部１２と、スピーカ８およびマイク９を制御し、テレビ放送受信機１０に入出力される音声データの処理を行う音声制御部１３とが主制御部１の内部に設けられている。
【０１１６】
通信部２は、テレビ放送受信機１０が、外部の通信端末装置と通信を行うためのものであり、送信部（送信手段）１４と受信部１５とからなる。
【０１１７】
送信部１４は、テレビ放送受信機１０の内部にある各種データを外部の通信端末装置に送信するためのものである。各種送信データには、例えば、パソコン３０に対するコールバック予約のテキストデータ、通話中に撮像された映像データ、または入力された音声データなどがある。
【０１１８】
受信部１５は、外部の通信端末装置から送信された各種データを受信するためのものである。各種受信データには、例えば、パソコン３０から送信されたコールバック予告のテキストデータ、映像データ、または、音声データなどがある。
【０１１９】
これにより、パソコン３０を使用する医者Ｘとの通信、通話が可能となる。なお、通話は、音声のみによってなされてもよいし、映像および音声の両方によってなされてもよい。
【０１２０】
なお、パソコン３０においては、送信部１４は、コールバック予告のテキストデータ、通話中に撮像された映像データ、または入力された音声データなどを、テレビ放送受信機１０に送信するために用いられる。また、受信部１５は、テレビ放送受信機１０からのコールバック予約のテキストデータ、映像データ、または、音声データなどを受信するために用いられる。これにより、テレビ放送受信機１０を使用する患者Ｙとの通信、通話が可能となる。
【０１２１】
操作部３は、テレビ放送受信機１０を操作するためのものである。本実施形態のテレビ放送受信機１０においては、赤外線などの無線で指示入力が行われるリモコンとして設けられている。患者Ｙは、医者Ｘに対して、在宅での診察の予約（コールバック予約）を行いたいときに、この操作部３を用いて、予約内容をテレビ放送受信機１０に入力をすることができる。
【０１２２】
また、テレビ放送受信機１０の電話機能を使用中の場合には、パソコン３０への発呼を行うための指示や、電話番号の入力を行えるようにしてもよいし、あるいは、テレビ放送の視聴が行われている場合には、テレビ放送受信機１０が受信可能なチャンネルを選択できるようにしてもよい。
【０１２３】
なお、操作部３は、上記リモコンの例に限らず、ユーザ（患者Ｙや医者Ｘ）の指示を、装置に対する指示信号として装置本体に入力できるものであればなんでもよい。テレビ放送受信機１０自体にボタンが設けられそれを押下することにより指示を入力できる構成でもよい。また、例えば、パソコン３０においては、操作部３は、キーボードやマウス、あるいはタッチパッドとして設けられている。なお、指示入力は、有線、無線いずれの方式によって行われてもよい。
【０１２４】
医者Ｘは、キーボードやマウスあるいはタッチパッドとしての操作部３を用いて、パソコン３０に対して、テレビ放送受信機１０宛てにコールバックを発呼する指示や、コールバック予告を送信する指示を送ることができる。
【０１２５】
カメラ４は、テレビ放送受信機１０をテレビ電話として用いる際に、テレビ放送受信機１０を使用する患者Ｙ（パソコン３０においては、医者Ｘ）の姿を撮像するためのものである。このカメラ４は、例えば、ＣＣＤ（Charge Coupled Device）等の撮像素子により実現される。
【０１２６】
カメラ４によって、撮像された動画は、映像制御部１２によって映像データとして適切に処理され、通信制御部１１および通信部２を介して外部の通信端末装置へ送信することができる。
【０１２７】
テレビ放送受信部５は、放送事業者などから供給される信号を受信するためのものである。テレビ放送受信部５は、上記信号を受信するためのアンテナ、チューナ、復調部、およびＴＳ（トランスポートストリーム）デコーダなどで構成されている。
【０１２８】
テレビ放送受信部５より受信された放送信号は、ＡＶ（オーディオビジュアル）デコーダ（図示せず）を介して、映像データであれば、映像制御部１２、音声データであれば、音声制御部１３へと供給され、それぞれ適切に処理が施されて、表示部７またはスピーカ８に出力される。これにより、ユーザはテレビ放送を視聴することができる。
【０１２９】
記憶部６は、テレビ放送受信機１０が各種機能を実行するために必要なプログラムやデータ等を格納するメモリである。より具体的には、自分の住所や名前などの個人情報、着信を許可したい相手先の電話番号、複数の電話番号を一元で管理するための電話帳などが格納されている。上記個人情報は、例えば、患者Ｙがコールバック予約を行うときに、コールバック予約のテキストデータに含める個人情報として用いられる。このような個人情報は、患者Ｙが、操作部３を用いて、あらかじめ記憶部６に登録すればよい。
【０１３０】
また、パソコン３０においては、コールバック予約を受け付けた患者のリストなどを、この記憶部６に格納する。
【０１３１】
これらのプログラムやデータは、主制御部１によって必要に応じて読み出されるようになっている。
【０１３２】
表示部７は、テレビ放送受信部５により受信された映像データや、他の通信端末装置から送られてきた映像データを表示するためのものである。表示部７は、ＣＲＴ（cathode-ray tube）ディスプレイ、ＬＣＤ（液晶ディスプレイ）、ＰＤＰ（プラズマディスプレイパネル）、または、有機ＥＬディスプレイなどの表示装置として設けられている。
【０１３３】
表示部７は、例えば、ＶＧＡケーブルやＲＧＢケーブル、コンポジットケーブル、Ｓ端子ケーブル、Ｄ端子ケーブルなどによってテレビ放送受信機１０本体と接続され、これらのケーブルを介して、テレビ放送受信機１０の映像データを取得する。
【０１３４】
スピーカ８は、テレビ放送受信機１０をテレビ電話として使用しているときに、受話時のスピーカとして使用される。また、視聴中のテレビ放送の音声データなどが、音声制御部１３を介して、スピーカ８に出力される。これにより、ユーザは、通話相手の音声や、テレビ放送の音声を聴くことができる。
【０１３５】
本実施形態では、このスピーカ８は、他の通信端末装置からの呼を着信したことを、ユーザに報知するための着信音や、コールバック予告を受信したときに、コールバックが医者Ｘからまもなく発呼されるということをユーザに通知するための通知音を出力する、音声出力手段としても使用される。
【０１３６】
なお、上記着信音や、通知音を発生させる手段は、上記スピーカ８に限定されず、例えば、ベルなど、音を発するものであればなんでもよい。
【０１３７】
マイク９は、テレビ放送受信機１０をテレビ電話として使用した場合の送話時に、発言音声を入力するのに使用される。入力された音声データは、音声制御部１３によって適切に処理され、通信制御部１１および通信部２を介して、通話相手の通信端末装置に送信される。
【０１３８】
主制御部１の映像制御部１２は、入力された映像データが表示部７に表示されるよう、画像処理を行うためのものである。映像制御部１２は、テレビ放送受信部５を介して受信したテレビ放送の映像データ、他の通信端末装置から受信した映像データ、カメラ４が撮像した映像データなどを、表示部７に表示可能なように適切に画像処理を施し、その映像データを表示部７に出力する。
【０１３９】
なお、映像制御部１２は、ＯＳＤ（オンスクリーンディスプレイ）画像を生成するためのＯＳＤ生成部１２１や画像重畳部（画像重畳手段）１２２を有している。ＯＳＤ生成部１２１は、各種情報をユーザに視覚的に提供するためのＯＳＤ画像を生成する。例えば、コールバック予告を受信したことを知らせる識別マークや、ＧＵＩ（グラフィカルユーザインターフェース）画像、あるいは、テレビ放送の電子番組表などの画像データを生成する。
【０１４０】
画像重畳部は、ＡＶデコーダにてデコードされた上記各映像データ、カメラ４が撮像した映像データ、および、上記ＯＳＤ生成部により生成された画像データなどを重ね合わせて、ひとつの映像データとして、表示部７に供給する。
【０１４１】
これにより、テレビ放送の映像の上に、上記ＯＳＤ画像を重ねて表示することが可能となり、ユーザは、テレビを視聴しながらでも、テレビ放送受信機１０が有する各種情報を視認することができる。
【０１４２】
表示部７における、重畳された画像の表示例を図４に示す。図４（ａ）および（ｂ）は、図２に示す在宅診察システム１００において、在宅で診察が行われているときの、テレビ放送受信機１０およびパソコン３０の表示部７の表示例を示す図である。
【０１４３】
テレビ放送受信機１０およびパソコン３０は、表示部７、スピーカ８、カメラ４、およびマイク(不図示)で音声と動画による通話を行うことができる。各装置の操作は、操作部３を用いて行う。テレビ放送受信機１０の操作部３は、リモコンとして、パソコン３０の操作部３は、キーボードやマウスなどとして設けられている。
【０１４４】
図４（ａ）は、患者Ｙが見るテレビ放送受信機１０の表示部７の表示例を示す。表示部７には、パソコン３０より受信した映像データ、すなわち、パソコン３０のカメラ４により撮像された医者Ｘの映像が表示されている。また、表示部７のエリア８１には、テレビ放送受信機１０のカメラ４で撮像している患者Ｙ自身の映像が表示されるようになっている。エリア８１は、上記画像重畳部の処理によって、表示部７の表示領域内で分割（ピクチャインピクチャ）して表示される。これにより、表示部７の表示領域内に、患者Ｙ自身の映像と、通話相手の医者Ｘの映像を重ねて表示している。
【０１４５】
図４（ｂ）は、医者Ｘが見るパソコン３０の表示部７の表示例を示す。図４（ａ）の場合とは逆に、表示部７には、テレビ放送受信機１０より受信した映像データ、すなわち、テレビ放送受信機１０のカメラ４により撮像された患者Ｙの映像が表示されている。また、表示部７のエリア８２には、パソコン３０のカメラ４で撮像している医者Ｘ自身の映像が表示されるようになっている。画像の重畳方法については、図４（ａ）と同様である。
【０１４６】
上述のようにして、ユーザ（患者Ｙおよび医者Ｘ）は、自身が相手にどのように映っているのかを確認しつつ、表示部７に映る通話相手の顔や様子を見ながら、通話を行うことができる。
【０１４７】
音声制御部１３は、スピーカ８およびマイク９の動作を制御するためのものである。他の通信端末装置より送信された音声データや、テレビ放送受信部５によって受信された音声データは、ＡＶデコーダを介して音声制御部１３に供給される。音声制御部１３は、これらの音声データを、スピーカ８に出力する。また、通話時にマイク９を介して入力された音声は、音声制御部１３によって音声データへと変換され、通信制御部１１を介して通話相手に送信される。
【０１４８】
テレビ放送受信機１０（パソコン３０）の通信制御部１１は、通信部２を制御して、他の通信端末装置との通信および通話を実現するためのものである。
【０１４９】
また、テレビ放送受信機１０において、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信するための構成が、通信制御部１１に設けられている。
【０１５０】
以下、本発明の在宅診察システム１００における、テレビ放送受信機１０の詳細について、テレビ放送受信機１０の通信制御部１１を中心にさらに詳細に説明する。
【０１５１】
〔テレビ放送受信機１０の詳細〕
図１は、本実施形態に係るテレビ放送受信機１０の要部構成を示すブロック図である。
【０１５２】
テレビ放送受信機１０は、図１に示すように、主制御部１内に通信制御部１１、映像制御部１２、音声制御部１３とを含み、またこの主制御部１によって制御される、操作部３、記憶部６、送信部１４、および受信部１５を備えている。
【０１５３】
なお、図１の各構成要素に付された符号は、図３の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがってここでは説明を省略する。
【０１５４】
記憶部６には、モードフラグ１６および待機電話番号メモリ（待機番号記憶手段）１７が格納されている。
【０１５５】
待機電話番号メモリ１７は、コールバックを待っている通信相手の電話番号を格納しておくためのものである。本実施形態では、待機電話番号メモリ１７には、１つの電話番号を格納しておくことができ、外部から新たに電話番号の書き込みが行われるときは、上書きされるものとする。
【０１５６】
モードフラグ１６は、テレビ放送受信機１０の着信モードを示すフラグビットを格納するためのものである。本実施形態において、上記着信モードには、（i）自装置宛ての呼をすべて着信し、応答可能にするモード（以下、通常モードと称す）と、（ii）上記待機電話番号メモリ１７に格納されている電話番号からの呼以外は、すべて着信を拒否するモード（以下、コールバック待機モードと称す）との２つがある。ここでは、モードフラグ１６において、フラグが立っている状態、すなわち「１」が格納されているときは、テレビ放送受信機１０が上記コールバック待機モード（待機モード）になっているものとする。
【０１５７】
また、通信制御部１１は、内部に、コールバック予約を行うコールバック予約部（コールバック予約手段）１８、コールバックを待っている通信相手の電話番号を登録する待機番号登録部（待機番号管理手段）１９、他の通信端末装置からの着呼を処理する着呼処理部２０、上記着呼に対して応答可能にするか否かを制御する着信制御部（着信制御手段）２１、および、他の通信端末装置から受信した、コールバック予告などの通知メッセージを処理するメッセージ処理部（メッセージ処理手段）２２を有している。
【０１５８】
（１）コールバック予約機能／待機電話登録機能
コールバック予約部１８は、図２に示す患者Ｙが、医者Ｘに対して在宅の診察の予約を行うときに、必要な事項をまとめて送るための予約データを作成するためのものである。
【０１５９】
患者Ｙのコールバック予約指示は、操作部３を介して、コールバック予約部１８に入力されて、これによりコールバック予約部１８は予約データの作成を開始する。
【０１６０】
予約データの内容は、操作部３を用いて、患者Ｙ自身により入力されたり、記憶部６にあらかじめ記憶されているものを参照するなどして取得され、コールバック予約部１８は、それを元にして予約データを作成する。
【０１６１】
最後に、コールバック予約部１８は、作成した予約データに、宛先がパソコン３０であることを示す宛先情報を付与し、送信部１４を介して予約データを送信する。なお、この時、患者Ｙの指示によっては、パソコン３０への発呼と同時に送信してもよい。このようにすれば、パソコン３０のそばにいる医者Ｘが、すぐに上記発呼に応答可能な状態であれば、予約データを見ながらすぐ診察を行うことが可能となる。
【０１６２】
待機番号登録部１９は、コールバック予約部１８によって作成された予約データが送信されるのに応じて、該予約データの宛先となる通信端末装置、すなわちパソコン３０の電話番号（０３-２２２２-２２２２）を、待機電話番号メモリ１７に格納するためのものである。待機番号登録部１９は、上記電話番号を上記予約データに付与された宛先情報から取得する。
【０１６３】
上記構成によれば、コールバックを待ちの相手の電話番号、すなわちコールバック待機モード時に、着信を許可したい相手の電話番号は、ユーザが都度手入力することなく、コールバック予約を行う度に自動で設定される。これにより、ユーザの待機電話番号登録の操作を省くことができる。
【０１６４】
（２）コールバック予告処理機能
メッセージ処理部２２は、コールバック予約を行った通信相手（本実施形態では、図２に示すパソコン３０）からコールバック予告を受信し、その内容に応じて、テレビ放送受信機１０の着信モードを変更するためのものである。
【０１６５】
上述のとおり、コールバック予告とは、パソコン３０がテレビ放送受信機１０からのコールバック予約を受け付けた後に作成する、「まもなくコールバックを行う」ということをテレビ放送受信機１０に通知するための識別情報を含むデータのことである。識別情報は、例えば、「タイトル：コールバック予告」などと表されたテキストデータなどである。
【０１６６】
メッセージ処理部２２は、上記コールバック予告をパソコン３０から受信すると、上記識別情報に基づき、パソコン３０からまもなくコールバックがかかってくることを検知して、モードフラグ１６のフラグを立てる。これにより、モードフラグ１６には「１」のビットが格納され、テレビ放送受信機１０は、通常モードからコールバック待機モードに状態を遷移させる。
【０１６７】
上記構成によれば、メッセージ処理部２２が、コールバック予告をパソコン３０より受信すると、メッセージ処理部２２は、パソコン３０が自装置宛てにまもなくコールバックを発呼することを検知して、モードフラグ１６に「１」を書き込み、テレビ放送受信機１０を、コールバック待機モードにする。
【０１６８】
これにより、テレビ放送受信機１０は、待機電話番号メモリ１７に格納されている電話番号（０３-２２２２-２２２２）を有する通信端末装置（パソコン３０）からの発呼にしか応答しない状態になる。
【０１６９】
したがって、ユーザが手動で設定を変更する必要がなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御を行うモードへと自動で遷移することが可能となる。結果として、ユーザが、コールバックを待機する間だけ着信拒否設定を行うための手動の操作を省くことができる。
【０１７０】
（３）着信制御機能
着呼処理部２０は、他の通信端末装置（例えば、パソコン３０）から呼を受信し、着呼の処理を行うためのものである。着呼時に受信する着呼データ(通信相手の電話番号など)を、着信を許可するか否かを判定するための着信制御部２１へ渡す。
【０１７１】
着信制御部２１は、他の通信端末装置から着呼を着信して応答可能にするか否かを制御するためのものである。着信制御部２１は、着呼処理部２０から通信相手の電話番号を受信し、モードフラグ１６に格納されている着信モードを示すフラグビットに応じて、着呼に対する制御を行う。
【０１７２】
つまり、モードフラグ１６のフラグが立っていない（フラグビットが「０」を示す）場合、着信制御部２１は、テレビ放送受信機１０が通常モードであると検知して、上記着呼を着信して、そこに含まれる映像データおよび音声データをそれぞれ、映像制御部１２および音声制御部１３に供給する。供給された映像データや音声データは、表示部７やスピーカ８へ出力されて、ユーザが視聴可能な状態になる。
【０１７３】
一方、モードフラグ１６のフラグが立っている（フラグビットが「１」を示す）場合、着信制御部２１は、テレビ放送受信機１０がコールバック待機モードであると検知して、待機電話番号メモリ１７に格納されている電話番号以外の着呼を破棄する。
【０１７４】
上記構成によれば、テレビ放送受信機１０がコールバック待機モードである場合のみ、着信制御部２１は、着信拒否の動作を実行し、待機電話番号メモリ１７に格納されている電話番号の通信端末装置からの発呼以外は受け付けないようにすることができる。
【０１７５】
これにより、コールバックがかかってきそうになったときにのみ、着信許可／拒否の制御行って、確実にコールバックを着信することが可能となる。
【０１７６】
なお、コールバック待機モード時に、待機電話番号メモリ１７に格納されている電話番号を有する通信端末装置からのコールバックを着信した時に、着信制御部２１は、モードフラグ１６のフラグをおろすようにすることが好ましい。
【０１７７】
このようにすれば、待っているコールバックがかかってきたことにより、コールバック待機モードである必要がなくなったのに応じて、自装置をコールバック待機モードから通常モードに戻すことができる。これにより、コールバック待機モードを解除するための操作をユーザが行う必要がなくなる。
【０１７８】
次に、上記（１）のコールバック予約機能の詳細について、図４を用いて説明する。
【０１７９】
図５は、患者Ｙが、テレビ放送受信機１０に対して、操作部３を用いてコールバック予約を指示した場合に、表示部７に表示される、予約データを作成するためのＧＵＩ画面の例を示す図である。
【０１８０】
ＧＵＩ画面９０は、操作部３を用いて、あるいは、操作部３に設けられた、予約データ作成ボタン（図示せず）押下することにより、患者Ｙによって呼び出される。
【０１８１】
ＧＵＩ画面９０のエリア９１には、左側に予約データの各項目名、右側に各項目の内容を、患者Ｙが入力するためのテキストボックス９２が配置されている。
【０１８２】
本実施形態でコールバック予約部１８（図１）が作成する予約データの項目は、「電話番号」「名前」「住所」「保険証番号」「希望日時」「症状」の６項目である。「電話番号」は、コールバック予約を行う装置、すなわち、患者Ｙのテレビ放送受信機１０の電話番号を示す。「名前」「住所」「保険証番号」は、患者Ｙの氏名、住所、患者Ｙに付与されている保険証の番号をそれぞれ示す。「希望日時」は、患者Ｙがコールバックをかけてほしい日時を示す。「症状」の項目は、患者Ｙ自身がその時点で自覚している症状などを示し、医者Ｘに宛てて特に送りたいコメントがある場合に使用される。
【０１８３】
ここで、「電話番号」「名前」「住所」「保険証番号」などの不変の項目については、あらかじめ個人情報として記憶部６の設定情報２３（図１）に記憶させておいてもよい。設定情報２３への個人情報の設定は、操作部３を介して、ユーザの操作により行われる。
【０１８４】
このようにすれば、コールバック予約を行う度に、いつも共通の情報を、都度入力する必要がなくなり、ユーザの操作の手間を省くことができる。
【０１８５】
それ以外の項目「希望日時」「症状」などは、リモコンとしての操作部３の、上下左右ボタン(不図示)を使い、カーソル９３を、入力したい項目のテキストボックス９２に合わせ、仮名漢字変換パッド９４を切替えながら操作部３の入力ボタン(不図示)を使って入力する。
【０１８６】
入力が完成すると送信ボタン９５にカーソルを合わせて選択することにより、送信することができる。このとき、この予約データを送信する通信相手、すなわち本実施形態では、パソコン３０が設定され、その宛先情報（０３-２２２２-２２２２）が付加される。この宛先情報は、待機番号登録部１９が、待機電話番号メモリ１７にコールバック待機電話番号を登録するのに用いられる。
【０１８７】
ここで、必須項目である「電話番号」が入力されていなければ、送信不可として、送信ボタン９５を選択できないようにするか、または選択しても送信されないようにするなどしてもよい。キャンセルボタン９６を選択すると、テキストボックス９２に入力された内容は、クリアされる。
【０１８８】
なお、予約データの項目は、上記「電話番号」さえ含まれていれば、上記の例に限らず、提供されるサービスの内容に応じて、種々の変更が可能である。
【０１８９】
〔テレビ放送受信機１０の変形例１〕
なお、本実施形態において、メッセージ処理部２２が受信するコールバック予告に、診察待ちしている患者Ｙの順番を示す待ち順番情報が含まれている場合には、メッセージ処理部２２は、その待ち順番情報を参照して、それがある一定の順番に到達した時に、モードフラグ１６のフラグを立ててコールバック待機モードにするようにしてもよい。
【０１９０】
上記一定の順番として、待ち順番「２」を、テレビ放送受信機１０をコールバック待機モードに遷移させる条件として、設定情報２３（図１）に記憶させる。なお、この条件は、操作部３を用いて患者Ｙが任意に設定、変更することが可能である。
【０１９１】
このようにすれば、メッセージ処理部２２は、コールバック予告に含まれている上記待ち順番情報を取得し、それを上記設定情報２３に格納されている値「２」と比較する。
【０１９２】
ここで、取得した待ち順番がまだ「２」に達していないとき（すなわち、患者Ｙの待ち順番が３番目以降であるとき）は、医者Ｘのパソコン３０からコールバックがかかってくるのは、まだ先であるとして、通常モードを維持する。
【０１９３】
一方、取得した待ち順番が「２」に達したときは、もうすぐコールバックがかかってくるであろうことを検知して、テレビ放送受信機１０をコールバック待機モードに遷移させる。
【０１９４】
また、コールバック予告が、予定時刻を示す情報を含んでいる場合は、一定の待ち時間として、待ち時間「５分」を、テレビ放送受信機１０をコールバック待機モードに遷移させる条件として設定情報２３に記憶させればよい。
【０１９５】
例えば、コールバック予告に、コールバック予定時刻「７月１日  １３：００」が含まれていたとする。メッセージ処理部２２は、テレビ放送受信機１０に内蔵されている時計（図示せず）が示す現在時刻と、上記コールバック予定時刻との差分を算出し、その差分と設定情報２３に格納されている条件、つまり「５分」とを比較する。そして、コールバックかかってくる時間が５分以内になった時点（すなわち、「７月１日  １２：５５」）で、５分後にコールバックがかかってくるものとして、テレビ放送受信機１０をコールバック待機モードに遷移させる。
【０１９６】
これにより、コールバック予約を行ってからコールバックを待つ間中ずっと、確実にコールバックを着信するために、その他すべての電話の着信を拒否する必要はなくなり、その他の電話を着信できない状態である時間を可能な限り短縮することができる。
【０１９７】
なお、メッセージ処理部２２は、コールバック予告をパソコン３０から受信してテレビ放送受信機１０をコールバック待機モードにしたときに、テレビ放送受信機１０がコールバック待機モードの状態であるということをユーザに視覚的に通知するための情報を出力する指示を映像制御部１２に送信するようにしてもよい。
【０１９８】
上記指示を受信した映像制御部１２は、ＯＳＤ生成部１２１に、上記コールバック待機モードであることを示すＯＳＤ画像を生成するよう指示を送る。なお、メッセージ処理部２２が、待ち順番や、予定時刻を取得することができる場合は、それらを示すＯＳＤ画像を生成するよう指示してもよい。
【０１９９】
図６は、テレビ放送受信機１０の表示部７（図３）における、ＯＳＤ生成部１２１により生成されたＯＳＤ画像の表示例を示す図である。図６に示すとおり、テレビ放送受信機１０の表示部７の表示領域内に、テレビ放送受信機１０が現在コールバック待機モードであることを示すアイコン９７と、待ち順番を示す待ち順番情報９８とが、通常の映像データ（例えば、視聴中のテレビ放送の映像など）に重ねて表示されている。
【０２００】
これにより、患者Ｙは、診察の予約（コールバック予約）を行った後、テレビ放送を視聴しながらでも、自身の待ち順番を把握することができ、医者Ｘからまもなく電話がかかってくるということを把握することができる。また、テレビ放送受信機１０が医者Ｘのパソコン３０からの電話以外の着信を拒否するコールバック待機モードにいつ遷移したのかを視覚的に認識することができる。つまり、患者Ｙは、テレビ放送受信部５で受信したテレビ放送を視聴しながら、医者Ｘからの電話がかかってくるのを待つことができる。
【０２０１】
なお、本実施形態では、コールバック待機モードであることを示すアイコン９７として、アイコン(絵文字)を使用したが、文字列で表示してもよいし、待ち順番情報９８の表示色を変えるなどしてコールバック待機モードを示してもよい。
【０２０２】
また、上記のアイコン９７や待ち順番情報９８などのＯＳＤ画像の表示を、操作部３を用いて患者Ｙが、操作できるようにしてもよい。これにより、患者Ｙは、例えば、待ち順番がまだ後の方で、当分コールバックがかかってこないことが分かったときに、テレビ放送の映像を見るのに表示が邪魔であると思えばそれらを消すこともできる。このような場合は、設定情報２３に設定された条件に基づいて、待ち順番、あるいは、予定時刻が迫ってきたら再度上記のＯＳＤ画像が表示されるように、メッセージ処理部２２が映像制御部１２に指示することが好ましい。
【０２０３】
さらに、メッセージ処理部２２は、コールバック予告をパソコン３０から受信してテレビ放送受信機１０をコールバック待機モードにしたときに、テレビ放送受信機１０がコールバック待機モードに遷移したことを、ユーザに報知するための情報を出力する指示を音声制御部１３に送信するようにしてもよい。
【０２０４】
これにより、テレビ放送受信機１０がコールバック待機モードに遷移したときに警告音がスピーカ８より出力され、患者Ｙは、もうすぐ医者Ｘからコールバックがかかってくることを認識することができる。あるいは、患者Ｙの順番が、設定情報２３に設定されている条件に到達したのに応じて、警告音を鳴らすようにしてもよい。
【０２０５】
〔テレビ放送受信機１０の変形例２〕
なお、着信制御部２１は、コールバック待機モード中に、待機電話番号メモリ１７に電話番号が登録されていないとして、着信を拒否した場合に、その着信を拒否した通信相手に対して、「今、重要な電話を待っているので出られない」旨のメッセージを送るようにしてもよい。また、通信相手のメッセージを録音してもよい。
【０２０６】
また、記憶部６に、さらに、着信を拒否した通信相手の電話番号を記憶するための着信拒否リスト２４を有していてもよい。これにより、コールバック待機モード中に着信拒否された電話番号（および、録音メッセージ）を記憶しておくことができ、患者Ｙは、診察が終わったあとで、着信を拒否した相手に電話をかけなおすことができる。
【０２０７】
〔テレビ放送受信機１０の変形例３〕
また、待機番号登録部１９が、複数のコールバックを同時に予約することができるように、待機電話番号メモリ１７に複数のコールバック待ちの電話番号を登録するようにしてもよい。
【０２０８】
この場合、モードフラグ１６が行っていた着信モードの管理を、登録する待機電話番号ごとに行うことになるので、着信モードの情報を上記待機電話番号ごとに関連付けて待機電話番号メモリ１７に記憶すればよい。
【０２０９】
ここで、複数のコールバック予約を行う場合に用いる、待機電話番号メモリ１７に格納されている待機電話番号リスト２５について、図７を用いて説明する。
【０２１０】
待機電話番号リスト２５は、図７に示すとおり、１レコードが２つのカラムを有するテーブル構造になっている。第１カラム２６は、コールバック予約を行った通信相手の通信端末装置の待機電話番号が格納されている。第２カラム２７は、待機電話番号ごとの着信モードを示すフラグビットが格納されている。「０」と「１」のビットが示す着信モードの内容は、上述の１の待機電話番号を記憶する場合と同じである。
【０２１１】
ただし、待機電話番号リスト２５に格納されているフラグビットは、各待機電話番号に関連付けられているので、関連付けられたその電話番号からのコールバックを待機するモードになっているか否かを示している。
【０２１２】
図７の例では、テレビ放送受信機１０は、着信制御部２１が、電話番号「０３-２２２２-２２２２」を有する通信端末装置（ここでは、医者Ｘのパソコン３０）からのコールバックと、電話番号「０６−６１１１−１１１１」を有する他の通信端末装置からのコールバックとのみを着信するよう制御する、コールバック待機モードになっている。
【０２１３】
待機番号登録部１９は、コールバック予約部１８によってコールバック予約が行われるごとに待機電話番号リスト２５に、１レコードを追加して、待機電話番号（例えば、「０７４−１２３４−５６７８」）の登録を行う。ここで、着信モードの初期値は「０」にしておく。
【０２１４】
次に、メッセージ処理部２２は、電話番号「０７４−１２３４−５６７８」の通信端末装置から通知メッセージを受信すると、電話番号「０７４−１２３４−５６７８」の通信端末装置からのコールバック予告であることを突き止め、待機電話番号リスト２５に格納されている、電話番号「０７４−１２３４−５６７８」の着信モードを「０」から「１」にする。
【０２１５】
これにより、テレビ放送受信機１０は、“電話番号「０７４−１２３４−５６７８」からの”コールバック待機モードに遷移する。
【０２１６】
つまり、テレビ放送受信機１０は、待機電話番号リスト２５の第２カラム２７にひとつでも「１」が格納されていれば、その電話番号からのコールバックのみ着信許可するコールバック待機モードとなり、全レコードの第２カラム２７に「０」が格納されていれば、通常モードとなる。
【０２１７】
なお、第２カラム２７に「１」が格納されている待機電話番号（例えば、「０６−６１１１−１１１１」）からのコールバックの着信を許可した時には、着信制御部２１は、待機電話番号リスト２５から、上記電話番号「０６−６１１１−１１１１」のレコードを削除することが好ましい。
【０２１８】
これにより、待機していたコールバックがかかってきたら、その待機電話番号は、待機対象ではなくなったとして、着信許可のリストから排除することができる。
【０２１９】
以上のことから、複数のコールバックを予約する場合でも、コールバックがまもなくかかってくるか否かを、それぞれのコールバックごと管理することが可能となり、結果として、ユーザによるモードの設定や解除のための煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、コールバックごとに着信許可／拒否の制御行って、確実に待機中のコールバックを着信することが可能となる。
【０２２０】
なお、上述の特許文献１のコールバック予約システムでは、コールバック待ちのとき、それがいつかかってくるか分からないので、かかってくるまでずっと電話のそばで待っていなくてはならず、コールバックを待つために、時間と場所を拘束されてしまうという問題があった。
【０２２１】
上述のとおり、コールバック予告には、まもなくコールバックを行うことを通知するための情報や、待ち順番が何番目であるか、あるいは、待ち時間、コールバックを発呼する予定時刻などの情報が含まれている。
【０２２２】
このようなコールバック予告を受け取ったテレビ放送受信機１０は、コールバックがまもなくかかってくること、あるいは、待ち順番や待ち時間などを含んだ情報を患者Ｙに提示することができる。これらの情報を元に、患者Ｙは、いつごろコールバックがかかってくるかをおおよそ予測することが可能となり、その時間帯だけコールバックを待っていることができる。
【０２２３】
以下、上述のコールバック予告を作成し、図２に示す、テレビ放送受信機１０に上記コールバック予告を送信するためのパソコン３０について説明する。
【０２２４】
なお、パソコン３０の概略構成については、図３に示すテレビ放送受信機１０の概略構成と同様であるので、ここでは説明を省略する。
【０２２５】
〔パソコン３０の詳細〕
図８は、本実施形態に係るパソコン３０の要部構成を示すブロック図である。
【０２２６】
パソコン３０は、図８に示すように、主制御部１（図３）によって制御される、操作部３、記憶部６、送信部１４、および受信部１５を備えており、また、主制御部１の通信制御部１１内に、予約案件登録部（予約案件登録手段）３１、発呼処理部３２、予約案件抽出部３３、および、メッセージ作成部（メッセージ作成手段）３４を含んでいる。
【０２２７】
なお、図８の各構成要素に付された符号は、図３の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがってここでは説明を省略する。
【０２２８】
（１）コールバック予約受付／登録機能
予約案件登録部３１は、テレビ放送受信機１０などの通信端末装置から、受信部１５を介してコールバック予約（診察の予約）を受信し、その予約データを記憶部６に登録するためのものである。予約案件登録部３１は、受信した予約データに、それを一意に特定するためのＩＤを付与して、記憶部６に含まれる予約案件データベース（予約案件記憶手段）３５に登録する。
【０２２９】
予約案件データベース３５に格納される、予約案件リストの例を図９に示す。
【０２３０】
図９は、記憶部６の予約案件データベース３５に格納される予約案件リスト８３の具体例を示す図である。
【０２３１】
予約案件リスト８３は、受信したコールバック予約ごとに１レコードを設け、２つのカラム群からなるテーブル構造となっている。２つのカラム群とは、つまり、テレビ放送受信機１０より送信された各項目を格納するための第１カラム群８４（本実施形態では、「電話番号」「希望日時」「名前」「住所」「保険証番号」「症状」）と、予約案件登録部３１が受信したコールバック予約ごとに新規に付与する第２カラム群８５（本実施形態では、「予約ＩＤ」）とを指している。
【０２３２】
第１カラム群８４に格納される各項目は、患者Ｙ（図２）がテレビ放送受信機１０を用いて作成したものであり、その詳細は、図５を用いて説明をしたので、ここでは説明を省略する。なお、予約案件リスト８３の最上位のレコードＲ１は、図５の例において、テレビ放送受信機１０が作成したコールバック予約が、予約案件登録部３１によって登録されたときの内容を示している。
【０２３３】
第２カラム群８５の項目「予約ＩＤ」は、様々患者から受け付けたコールバック予約を一意に識別するためのＩＤとして、予約を受け付けた順に予約案件登録部３１が付与したものである。予約案件登録部３１は、コールバック予約を受信した順に、予約ＩＤを付与し、予約案件リスト８３に登録する。
【０２３４】
予約案件リスト８３の各レコードは、「予約ＩＤ」に基づいて、昇順に記憶されているので、最上位のレコードは、最も早くにコールバック予約を受け付けられたものであることを意味している。したがって、医者Ｘは、予約案件リスト８３から最上位のレコードに格納されている電話番号を参照して該電話番号宛てにコールバックを行う。
【０２３５】
なお、本実施形態において、第２カラム群８５に含まれる項目として「予約ＩＤ」を挙げるのみであったが、この項目に限らず、予約案件登録部３１は、その他の項目を付加して予約案件リスト８３に登録してもよい。
【０２３６】
例えば、登録された順に待ち順番を示すための「待ち順番」、または、重症とみられる予約データについては、順番を早くするための指標とする「緊急患者フラグ」などが考えられる。例えば、「緊急患者フラグ」が立っているレコードのコールバック予約については、登録が遅くても、順番を上位に上げるようにすることができる。
【０２３７】
なお、「緊急患者フラグ」を立てるか否かは、医者Ｘが「症状」の項目をみて、重症であるとか、緊急に診察が必要であると判断した場合に、医者Ｘの手動操作によって決定されてもよいし、あるいは、予約案件登録部３１が、「症状」の情報に含まれる、ある特定のテキスト（例えば、「緊急」「重症」など）を検出することにより、自動で決定されてもよい。
【０２３８】
上述のようにして、登録された予約データは、条件（例えば、最上位のレコード）に応じて、予約案件抽出部３３により取り出される。
【０２３９】
上記構成によれば、複数の患者より、コールバック予約を複数受信しても、それらを受け付けた順に管理することが可能となり、コールバック予約ごとに待ち順番を把握することが可能となる。
【０２４０】
なお、本実施形態では、予約案件リスト８３はテーブル構造を有しているが、これに限らず、コールバック予約元の通信端末装置の情報（ここでは、電話番号）ごとに、コールバック予約が登録された順番が分かるような情報（待ち順番あるいは、予約ＩＤなど）と紐付けて管理することが可能なデータ構造であれば何でもよい。例えば、リスト構造などを用いても、本発明に適用することが可能である。
【０２４１】
また、操作部３を用いて、予約案件リスト８３に格納されている予約データのレコードの順番変更（例えば、症状が重いと判断された患者の診察を早める）や予約案件登録の制限（例えば、同一患者からの連続の診察の予約データを削除）などの操作を行ってもよい。
【０２４２】
（２）コールバック予告作成機能
予約案件抽出部３３は、医者Ｘ（図２）による操作部３からの操作指示にしたがい、上記予約案件データベース３５に格納された予約案件リスト８３から、条件に合ったレコード（予約案件）を抽出するためのものである。
【０２４３】
上記条件には、例えば、「最上位のレコードを抽出」や、「上位３レコードを抽出」などが考えられる。この条件は、予約案件リスト８３に格納されている情報を用いる目的に応じて、予約案件抽出部３３に対して、操作部３を介して、医者Ｘより適宜指示される。
【０２４４】
あるいは、操作部３からの指示内容およびあらかじめ設定されている条件に基づいて抽出されてもよい。この場合、条件メモリ３６を記憶部６に設け、指示内容と上述の条件とを紐付けて管理し、予約案件抽出部３３が適宜読み出すようにすればよい。
【０２４５】
例えば、コールバック予告は、パソコン３０がまもなくコールバックを行う通話相手に送る必要があるので、コールバックが間近に迫っている最上位のレコードに格納されている通信端末装置だけに送ることが好ましい。
【０２４６】
これにより、コールバック予告の指示を操作部３より行った場合に、予約案件抽出部３３がそのコールバック予告の宛先として、最上位のレコードを抽出するように設定することが可能となる。
【０２４７】
メッセージ作成部３４は、医者Ｘ（図２）による操作部３からの操作指示に応じて、まもなくコールバックを行うという情報を、予約案件抽出部３３が抽出した宛先の通信端末装置に通知するための、コールバック予告を作成するためのものである。
【０２４８】
図１０に、メッセージ作成部３４が作成するコールバック予告の例を示す。図１０は、予約案件抽出部３３が抽出した、図９のレコードＲ１の情報に基づき、メッセージ作成部３４が作成したコールバック予告を示す図である。
【０２４９】
コールバック予告８６は、図１０に示すとおり、「まもなくコールバックを行う」ということを通信相手に通知するための識別情報としてのテキストデータ８７が挿入される。テキストデータ８８は、上記抽出したレコードの「名前」の項目から取得され、通信相手の患者の氏名を表している。テキストデータ８９は、予約案件登録部３１が付与した「予約ＩＤ」の項目から取得される。この「予約ＩＤ」は、医者Ｘがいる病院（「ＸＸ医院」）に対して、予約案件について問い合わせを行うときなどに使用される。
【０２５０】
また、その他の「まもなく、電話をかけます。」や、「当院の電話番号：０３−２２２２−２２２２」などの表示は定型文としてあらかじめ用意しておけばよい。
【０２５１】
なお、コールバック予告８６に含まれるデータは、上記に限定されない。第１カラム群８４（図９）に含まれる各項目、および、第２カラム群８５に含まれる各項目に格納された情報を用いて、種々の変更および組み合わせによって生成された情報も、コールバック予告８６に含めることができる。
【０２５２】
上述のとおり、メッセージ作成部３４が作成したコールバック予告８６は、送信部１４を介して、予約案件抽出部３３が抽出した通信端末装置（この場合、テレビ放送受信機１０（「電話番号」０４３−２１０−９８７６）宛てに送信される。
【０２５３】
上記構成によれば、操作部３を介して医者Ｘよりコールバック予告送信する指示を受け取ると、予約案件抽出部３３は、コールバック予告時の条件（ここでは、「最上位のレコード」）に応じて、予約案件リスト８３から最上位のレコード（例えば、図９のレコードＲ１）を抽出する。
【０２５４】
メッセージ作成部３４は、上記抽出されたレコードごとに、レコードの各項目に格納されている情報を用いてコールバック予告を作成し、そのレコードに示される通信端末装置の情報（例えば、図９の「電話番号」に格納された「０４３−２１０-９８７６」）宛てに、該コールバック予告を送信する。
【０２５５】
コールバックが間近に迫っていることを示すコールバック予告は、最上位のレコード、すなわち、次に診察の順番が回ってくる患者の通信端末装置宛てに送信される。
【０２５６】
したがって、上記コールバック予告を受信した患者は、自分の診察の順番が間近であり、まもなくコールバックがかかってくることを認識することができる。
【０２５７】
これにより、コールバック予約を行ってから、コールバックがかかってくるまでの間ずっと電話のそばで待っている必要はなくなり、コールバックを待つために時間と場所を拘束されることなく、コールバックがかかってきそうな時間帯だけコールバックを待っているようにすることができる。
【０２５８】
（３）コールバック発呼機能
発呼処理部３２は、医者Ｘによる操作部３からの操作指示に応じて、他の通信端末装置（例えば、テレビ放送受信機１０）への発呼の処理を行うためのものである。呼を相手の通信端末装置へ送信し、該通信端末装置が着信すると、スピーカ８およびマイク９などを用いて、通話相手との通話が可能となる。したがって、コールバックの処理もこの発呼処理部３２によって行われる。
【０２５９】
本実施形態では、コールバックの処理の指示入力手段としてタッチパッドを適用する。例えば、コールバック処理の指示は、上記タッチパッドに設けられている、診察発呼ボタン（図示せず）が押下されることにより送信されてもよい。
【０２６０】
医者Ｘは、タッチパッドとしての操作部３を用いて、予約案件抽出部３３にコールバック処理の指示を送る。予約案件抽出部３３は、コールバックの指示を受け取ると、予約案件データベース３５に記憶されている先頭の予約データ（すなわち、予約案件リスト８３の最上位のレコード）を抽出する。
【０２６１】
条件メモリ３６には、指示内容「コールバック処理」に対して、抽出条件「最上位のレコードを抽出」が紐付けられているものとする。これにより、自動で、診察が予約された順にコールバックの通話相手が選択される。
【０２６２】
次に、発呼処理部３２は、上記抽出されたレコードに含まれている「電話番号」（０４３−２１０−９８７６）宛てにコールバックする処理を行う。
【０２６３】
以上のことから、医者Ｘは、上述の診察発呼ボタンを押下することにより、コールバック予約された順に、患者の通信端末装置に対してコールバックを行うことができる。
【０２６４】
なお、発呼処理部３２は、予約案件リスト８３の最上位のレコードに記されている通話相手に対してコールバックの処理を行った時に、予約案件リスト８３から当該最上位レコードを削除する処理を行うことが好ましい。
【０２６５】
これにより、コールバックの処理が終了した予約案件は、予約案件データベース３５から削除される。これにより、ほぼタイムラグなく、予約案件リスト８３の各予約案件の待ち順番の情報が最新のものに更新されていき、また、誤って２重処理がなされることを防ぐことができる。
【０２６６】
なお、図２に示すテレビ放送受信機１０とパソコン３０とは、例えば、ＳＩＰ(Session Initiation Protocol)プロトコルを用いて通信を行ってもよい。
【０２６７】
この場合、より具体的には、通信部２は、ＳＩＰを用いた呼制御と確立された呼に基づくＲＴＰ(Real-time Transport Protocol)を用いたストリームデータ通信における通話機能を備えている。テレビ放送受信機１０の通信制御部１１は、ＳＵＢＳＣＲＩＢＥメッセージをコールバック予約とともにパソコン３０へ送信することで、コールバック予告を送信してもらうことを要求する。逆にＳＵＢＳＣＲＩＢＥメッセージを受信したパソコン３０の通信制御部１１は、ＳＵＢＳＣＲＩＢＥメッセージを発信したテレビ放送受信機１０を登録し、ＮＯＴＩＦＹメッセージを送信することを登録する。
【０２６８】
例えば、テレビ放送受信機１０のコールバック予約部１８で作成した予約データは、ＩＮＶＩＴＥメッセージと一緒にパソコン３０へ送信される。
【０２６９】
一方、メッセージ作成部３４によって生成され、送信部１４を介して送信されるコールバック予告は、ＮＯＴＩＦＹメッセージに含まれる情報として、パソコン３０からテレビ放送受信機１０へ送信される。
【０２７０】
〔パソコン３０の変形例１〕
なお、上記機能（２）における、予約案件抽出部３３は、条件メモリ３６の抽出条件に基づいて、複数のレコードを抽出してもよい。
【０２７１】
例えば、「コールバック予告（指示内容）」は、「上位３レコード（条件）」に対して行うと設定されて、条件メモリ３６に格納されているとする。予約案件抽出部３３は、コールバック予告の指示が入力されると、条件メモリ３６を参照して、指示内容「コールバック予告」に紐付けられている「上位３レコード」という抽出条件を取得する。
【０２７２】
上記取得した条件に基づいて、予約案件抽出部３３は、予約案件リスト８３（図９）から上位３レコード（レコードＲ１〜Ｒ３）を抽出する。
【０２７３】
後は、コールバック予告８６と同様に、レコードＲ２の情報に基づいて患者△△△△宛てのコールバック予告Ｒ２と、レコードＲ３の情報に基づいて患者□□□□宛てのコールバック予告Ｒ３とを作成し、コールバック予告８６は、「０４３−２１０−９８７６」宛てに、コールバック予告Ｒ２は、「０５５−５５５−５５５５（図９）」宛てに、コールバック予告Ｒ３は、「０６−６６６６−６６６６」宛てに、それぞれ送信する。
【０２７４】
これにより、コールバック予告を複数の通信相手にそれぞれの内容に応じて送信することができる。
【０２７５】
なお、上記抽出条件は、パソコン３０のユーザである医者Ｘが操作部３を用いて自由に設定しなおすことができる。
【０２７６】
また、予約案件登録部３１は、コールバック予約の予約データを予約案件データベース３５に登録する際に、第２カラム群８５（図９）の項目「待ち順番」にコールバックの待ち順番を示す待ち順番情報を付与してもよい。
【０２７７】
この場合、予約案件抽出部３３は、レコードごとに待ち順番情報を抽出することが可能となり、メッセージ作成部３４は、コールバック予告に上記待ち順番情報を含めてコールバックを待っている患者たちの各通信端末装置に送信することが可能となる。例えば、コールバック予告８６に「現在の順番：２番目」などのテキスト情報を付加して送信することが可能となる。
【０２７８】
これにより、コールバック予告を受信した患者は、自分の待ち順番が現在２番目であることを認識することが可能となり、自分の診察の順番が次にくることを予測することができる。
【０２７９】
なお、この場合の予約案件リストには、例えば、図１４に示されるように、「待ち順番」の項目が設けられていればよい。
【０２８０】
さらに、予約案件登録部３１によって、予約案件データベース３５に対してレコード追加の変更が生じた場合に、メッセージ作成部３４が、予約を受け付けたことを患者に通知するコールバック予約受付通知を送信するようにしてもよい。
【０２８１】
図１１は、図２に示す患者Ｙのテレビ放送受信機１０宛てに送信されたコールバック予約受付通知の例を示す図である。テキストデータ８８、および、テキストデータ８９の内容は、図１０と同様であるので説明は省略する。
【０２８２】
テキストデータ９９は、予約案件抽出部３３が抽出したレコードの項目「待ち順番」に格納されている待ち順番情報から取得したものであり、現在の患者Ｙ（「名前」〇山×男）の診察の順番を表している。
【０２８３】
なお、本実施形態において、指示内容「予約受付確認」に対して「最後尾のレコード」という抽出条件が紐付けられて条件メモリ３６（図８）に格納されているものとする。これにより、予約案件抽出部３３は、予約案件登録部３１による新規レコードの追加をトリガとして、たった今新規に追加された当該レコードを抽出することが可能となる。
【０２８４】
上記構成によれば、患者Ｙのテレビ放送受信機１０からコールバック予約を受け付けた予約案件登録部３１は、受信した予約データに、「予約ＩＤ」および「待ち順番」の項目を付加して新規のレコードを予約案件データベース３５に追加する。次に、予約案件抽出部３３は、追加された新規のレコードを抽出し、抽出したレコードに格納されている各項目の情報を用いて、コールバック予約受付通知を作成する。
【０２８５】
これにより、上記コールバック予約受付通知を受信した、テレビ放送受信機１０の患者Ｙは、自身が行ったコールバック予約が間違いなく受け付けられたこと、および、現在の順番が１５番目であること（図１１）を認識することができる。
【０２８６】
なお、予約案件リスト８３に対する、発呼処理部３２による、予約案件レコードの消し込み処理によって、待ち順番に変動が生じた時に、メッセージ作成部３４は、予約案件リスト８３に登録されている患者の通信端末装置すべてに対して、コールバック（診察）の順番に変更が生じたことを通知する、待ち順番通知を送信するようにしてもよい。
【０２８７】
この場合、条件メモリ３６（図８）には、指示内容「待ち順番情報通知」に対して、条件「すべてのレコードを抽出」が紐付けられて格納されていればよい。
【０２８８】
図１２は、メッセージ作成部３４によって作成される、上記待ち順番情報を含めた待ち順番通知の例を示す図である。
【０２８９】
定型文の中に、テキストデータ８８、テキストデータ８９、および、テキストデータ９９が挿入されている。なお、テキストデータ８８、テキストデータ８９、および、テキストデータ９９の内容は、図１１と同様であるが、待ち順番情報を表すテキストデータ９９には、待ち順番の変動前の順序から１つ順位を上げた順番が表示されることになる。
【０２９０】
上記構成によれば、発呼処理部３２によって、予約案件リスト８３の最上位のレコードに対するコールバックの処理が終了すると、当該最上位レコードは予約案件リスト８３から削除され、予約案件リスト８３の予約案件の待ち順番が順次変動する。予約案件抽出部３３は、この待ち順番の変動を待ち順番情報を通知するための指示として検知し、待ち順番が変動したあとの予約案件リスト８３からレコード全件を抽出する。
【０２９１】
メッセージ作成部３４は、抽出されたレコードごとに、待ち順番情報を含めた待ち順番通知を作成して送信する。
【０２９２】
これにより、コールバック予約を行った患者たちの各通信端末装置に対して、それぞれの待ち順番が、変動が生じる度に通知される。これにより、患者たちは、自分宛てのコールバックがいつかかってくるについて、より精度の高い予測を行うことが可能となる。
【０２９３】
なお、順位に変動が生じた際に、規定された順番のレコードに示される患者に対して、コールバック予告を送信するようにすることもできる。
【０２９４】
〔パソコン３０の変形例２〕
さらに、コールバック予告を作成する通信端末装置としてのパソコン３０は、予約案件リスト８３（図９）に格納されている予約案件ごとに待ち時間を算出して、コールバックを待ちの患者たちの各通信端末装置にそれぞれの待ち時間を通知するようにしてもよい。以下、待ち時間を算出するコールバック発呼側の通信端末装置について詳しく説明する。
【０２９５】
図１３は、待ち時間を算出するパソコンの要部構成を示す図である。
【０２９６】
なお、図１３に示すパソコン（発呼側通信端末装置）４０の各構成要素に付された符号は、図８に示すパソコン３０の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがってここでは説明を省略する。
【０２９７】
図１３のパソコン４０において、図８のパソコン３０と異なる点は、待ち時間予測部（時間予測手段）３７を有している点である。
【０２９８】
待ち時間予測部３７は、コールバック予約が登録された予約案件ごとに、コールバックの処理を行うまでの待ち時間を算出するためのものである。待ち時間予測部３７により算出されたレコードごとの待ち時間の情報は、予約案件データベース３５に記憶されている予約案件リスト８３に格納される。
【０２９９】
図１４は、予約案件リストの他の例を示す図である。図１４の予約案件リスト７９において、図９の予約案件リスト８３と異なる点は、第２カラム群８５に、項目「待ち順番」、第３カラム群７８に、項目「待ち時間」が含まれている点である。第３カラム群７８には、待ち時間予測部３７によって登録される各項目が含まれている。
【０３００】
以下、待ち時間予測部３７における、待ち時間算出方法について述べる。
【０３０１】
図１５は、待ち時間予測部３７（図１３）のさらに詳細を示す図である。まず、予約案件登録部３１が、外部の通信端末装置から、コールバック予約を受け付け、予約データを予約案件データベース３５の予約案件リスト７９に登録（例えば、図１４のレコードＲ４を新規に追加）すると、待ち時間予測部３７は、新規に追加されたレコードＲ４についての待ち時間算出を開始する。
【０３０２】
レコード特定部３７ａは、上記新規に追加されたレコードＲ４を特定し、レコードＲ４の待ち時間を算出するよう、待ち時間予測部３７内部の各部に指示を送る。
【０３０３】
待ち人数算出部３７ｂは、予約案件リスト７９の項目「待ち順番」を参照して、レコード特定部３７ａが特定したレコードについての待ち人数を算出する。待ち人数Ｎは、以下のように算出される。
Ｎ＝Ｍ−１
（Ｍは、項目「待ち順番」に格納されている待ち順番を表す。）
したがって、例えば、待ち人数算出部３７ｂは、レコードＲ４の「待ち順番」が「５」であることから、待ち人数「４」を算出する。
【０３０４】
平均発呼間隔算出部３７ｃは、予約案件リスト７９における、コールバック処理完了によるレコードの削除処理を監視して、平均発呼間隔を算出する。レコードの削除処理の平均間隔とは、１件コールバックの発呼を処理して、次の１件を発呼するまでの時間の平均、すなわち、コールバック１件あたりの平均処理時間を意味する。
【０３０５】
上記平均発呼間隔は、レコードの削除が行われた時刻のログを、あらかじめ定められた分だけ連続して採取し、そこから求めればよい。ここでは、例えば、１０分であるとする。
【０３０６】
待ち時間演算部３７ｄは、上記待ち人数算出部３７ｂおよび平均発呼間隔算出部３７ｃが算出したそれぞれの値を用いて、当該レコードの待ち時間を算出する。待ち時間Ｔは、以下のように算出される。
Ｔ＝Ｎ×Ｍｉｎ
（Ｎは、待ち人数算出部３７ｂにおいて求められた待ち人数、Ｍｉｎは、平均発呼間隔算出部３７ｃにおいて求められた平均発呼間隔を表す。）
したがって、上記の例では、レコードＲ４における待ち時間は、４×１０（分）＝４０（分）と算出される。
【０３０７】
待ち時間演算部３７ｄは、レコードＲ４の待ち時間として算出した「４０分」という値を、予約案件リスト７９のレコードＲ４の「待ち時間」の項目に格納する。
【０３０８】
以上のようにして算出された待ち時間情報を含むレコードが、予約案件抽出部３３によって抽出されれば、メッセージ作成部３４は、コールバック予告を作成する際に、コールバック待ち時間の情報を含めることができる。
【０３０９】
さらに、待ち時間予測部３７は、時刻予測部３７ｅを備え、上記待ち時間情報を用いて、予定時刻を算出するのでもよい。時刻予測部３７ｅは、待ち時間演算部３７ｄで求まった待ち時間を、現在時刻に加えることにより、予定時刻を算出する。例えば、現在時刻が１０：００である場合に、待ち時間４０分が算出された場合は、予定時刻として、「１０：４０」を算出する。
【０３１０】
これにより、コールバックの予定時刻情報を含む予定時刻通知をテレビ放送受信機１０宛てに送信することができる。
【０３１１】
なお、上記コールバックの時間（時刻）を予測するための構成は、本実施形態では、サービス提供者側の医者Ｘのパソコン４０に設けられているが、サービスを受ける側の患者Ｙのテレビ放送受信機１０に設けても、コールバックの時間（時刻）を予測することが可能である。
【０３１２】
図１に示すように、テレビ放送受信機１０が待ち時間予測部３７を備えている場合は、メッセージ処理部２２に、待ち順番通知が送られてくる間隔を待ち順番更新間隔として、上記平均発呼間隔の代わりに用いる。待ち順番通知が送られてくるのは、１件のコールバック処理が終わって、待ち順番に変動があったときであるから、待ち順番更新間隔は、平均発呼間隔と同じ意味を持つといえる。あとは、待ち順番通知に含まれる、待ち順番情報から待ち人数を算出して、該待ち人数と、上記待ち順番更新間隔とから、待ち時間（あるいは、予定時刻）を算出することができる。
【０３１３】
次に、パソコン４０において、上述のように算出された待ち時間が、テレビ放送受信機１０においてどのように処理されるのかを説明する。
【０３１４】
図１６（ａ）は、待ち時間情報を含んだコールバック予告の例を示す図である。ここでは、予約案件リスト７９（図１４）のレコードＲ１の情報に基づき作成されたコールバック予告８６ａの例を示す。コールバック予告８６ａは、図１０のコールバック予告８６が含む各テキストデータに加えて、テキストデータ７７を含んでいる。テキストデータ７７は、待ち時間予測部３７が登録した、予約案件リスト７９の項目「待ち時間」から取得されている。
【０３１５】
図１６（ｂ）は、上記コールバック予告８６ａをパソコン４０から受信したテレビ放送受信機１０の表示部７（図３）における、ＯＳＤ生成部１２１により生成されたＯＳＤ画像の表示例を示す図である。図１６（ｂ）に示すとおり、アイコン９７と、待ち時間を示す待ち時間情報７６とが、通常の映像データ（例えば、通話中の相手の映像など）に重ねて表示されている。アイコン９７は、図６に示すものと同様である。
【０３１６】
これにより、テレビ放送受信機１０のユーザである患者Ｙは、診察の予約（コールバック予約）を行った後、他の通話相手と通話を行っている間でも、自身の診察の待ち時間を把握することができ、医者Ｘから大体あと何分後にコールバックがかかってくるのかを把握することができる。
【０３１７】
したがって、コールバックがかかってくる時間が間近に迫ってきたことを患者Ｙが認識した場合、患者Ｙは、通話中の相手との電話を一旦おいて、コールバックに備えることができる。結果として、話し中のときにコールバックがかかってきて着信できないという事態を防ぐことができる。
【０３１８】
さらに、待ち順番の変動や、平均発呼間隔の変動に応じて、都度、待ち時間を算出しなおし、待ち時間が変更される度に、待ち時間情報を含んだ待ち時間通知（図示せず）を送信するようにすれば、患者たちは、リアルタイムで、より精度の高い待ち時間情報を把握することができる。
【０３１９】
なお、メッセージ作成部３４（図１３）は、予約案件登録部３１が、受信したコールバック予約を、何らかの理由で正常に予約案件データベース３５に登録できなかった場合に、コールバック予約が受け付けられなかった理由とともに、コールバック予約拒否通知を作成して、当該コールバック予約を行った患者の通信端末装置に送信するようにしてもよい。
【０３２０】
図１７（ａ）、（ｂ）は、メッセージ作成部３４が作成するコールバック予約拒否通知の例を示す図である。
【０３２１】
図１７（ａ）は、図２において、テレビ放送受信機１０からのコールバック予約が受信された時点が、ＸＸ医院の診察受け付け時間を過ぎていた場合にテレビ放送受信機１０に送信されるコールバック予約拒否通知の例を示す図である。
【０３２２】
図１７（ｂ）は、テレビ放送受信機１０からの同一の患者Ｙからのコールバック予約を連続して受信した場合に、その２回目のコールバック予約に対して、テレビ放送受信機１０に送信されるコールバック予約拒否通知の例を示す図である。
【０３２３】
上記コールバック予約拒否通知を受信することにより、患者は、自身が行ったコールバック予約が、受け付けられなかったこととその理由を認識することが可能となり、これにより、適切な対応をとることができる。
【０３２４】
以上、本実施形態における在宅診察システム１００の各構成要素（テレビ放送受信機１０、およびパソコン３０（４０）について詳細に述べてきた。
【０３２５】
続いて、在宅診察システム１００における、テレビ放送受信機１０およびパソコン３０の処理の流れについて、図１８を参照しながら、以下に説明する。
【０３２６】
図１８は、本実施形態における在宅診察システム１００（図２）の、テレビ放送受信機１０およびパソコン３０の処理の流れを示すシーケンス図である。
【０３２７】
（ｉ）コールバック予約（テレビ放送受信機１０）から予約データ登録（パソコン３０）まで
患者Ｙが、操作部３を用いて、テレビ放送受信機１０に対して、コールバック予約指示を行うと（Ｓ１０１）、コールバック予約部１８（図１）は、ＸＸ医院の診察の予約に必要な予約データを作成し、該予約データを、送信部１４を介してパソコン３０に送信する（Ｓ１０２）。
【０３２８】
待機番号登録部１９は、上記予約データが送信されるのに応じて、該予約データの宛先（ここでは、パソコン３０の電話番号「０３−２２２２−２２２２」）を、待機電話番号として、待機電話番号メモリ１７に登録する（Ｓ１０３）。
【０３２９】
一方、パソコン３０では、予約案件登録部３１（図８）が、テレビ放送受信機１０からのコールバック予約を受信する（Ｓ１０４）。次に、予約案件登録部３１は、予約データごとに「予約ＩＤ」などを付与して、テレビ放送受信機１０の電話番号と関連付けて予約案件データベース３５に登録する（Ｓ１０５）。
【０３３０】
（ii）コールバック発呼処理、コールバック予告作成（パソコン３０）からコールバック待機モード遷移（テレビ放送受信機１０）まで
次に、医者Ｘが、操作部３を用いて、パソコン３０に対して、コールバック発呼指示を行うと（Ｓ１０６）、予約案件抽出部３３（図８）は、予約案件リスト８３（図９）の最上位のレコード（レコードＲ１）を抽出する（Ｓ１０７）。続いて、発呼処理部３２は、抽出されたレコードに含まれる電話番号「０４３−２１０−９８７６」宛てに発呼し、コールバック発呼処理を実行する（Ｓ１０８）。
【０３３１】
Ｓ１０８において、レコードＲ１についてのコールバック発呼処理が実行されると、発呼処理部３２は、当該レコードＲ１を予約案件リスト８３から削除する（Ｓ１０９）。
【０３３２】
Ｓ１０９の削除処理によって、予約案件データベース３５に変更が生じると、予約案件抽出部３３は、この変更を、コールバック予告を送信するための指示として検知する（Ｓ１１０においてＹｅｓ）。次に、予約案件抽出部３３は、条件メモリ３６を参照し、指示内容「コールバック予告」に対応付けられている抽出条件を取得する（Ｓ１１１）。
【０３３３】
ここで、取得された抽出条件が「上位３レコード」であれば、予約案件抽出部３３は、上記抽出条件に基づき、予約案件リスト８３から上位３レコード（例えば、図９のレコードＲ１〜Ｒ３）を抽出する（Ｓ１１２）。
【０３３４】
次に、メッセージ作成部３４は、Ｓ１１２にて抽出されたレコードの情報に基づき、上述した方法によって、図１０に示すようなコールバック予告をレコードごとに作成する（Ｓ１１３）。ここでは、レコードＲ１〜Ｒ３のコールバック予告が３つ作成される。
【０３３５】
最後に、上記３つのコールバック予告は、そのレコードに含まれている電話番号（「０４３−２１０−９８７６（Ｒ１）」、「０５５−５５５−５５５５（Ｒ２）」、および、「０６−６６６６−６６６６（Ｒ３）」）宛てにそれぞれ送信される（Ｓ１１４）。
【０３３６】
一方、コールバックを待っているテレビ放送受信機１０では、メッセージ処理部２２（図１）が、上述のようにして作成されたコールバック予告をパソコン３０から受信する（Ｓ１１５）。
【０３３７】
メッセージ処理部２２は、次に、コールバック予告を解析し、「まもなくコールバックがかかってくる」ことを示す識別情報を検知して、テレビ放送受信機１０の着信モードを通常モードからコールバック待機モードにする（Ｓ１１６）。
【０３３８】
（iii）コールバック着呼（テレビ放送受信機１０）から着信制御まで
パソコン３０において、上述の（ii）と同じ手順で、テレビ放送受信機１０宛てにコールバックが発呼されると（Ｓ１０６’〜Ｓ１０８’）、着呼処理部２０（図１）は、当該呼を受け付けて着呼処理を行い、該呼を、発呼元の電話番号などを含む着呼データとともに着信制御部２１へ供給する（Ｓ１１７）。
【０３３９】
次に、着信制御部２１は、テレビ放送受信機１０が通話中であるか否かを判断する（Ｓ１１８）。通話中であれば、上記呼の着信を拒否する（Ｓ１２３）。一方、通話中でなければ、テレビ放送受信機１０の着信モードを判定するステップに移行する。
【０３４０】
続いて、着信制御部２１は、記憶部６に格納されているモードフラグ１６を参照し、テレビ放送受信機１０の着信モードを判定する（Ｓ１１９）。Ｓ１１９において、着信モードを、通常モードとして判定すれば（Ｓ１１９においてＮｏ）、上記呼の着信を許可する（Ｓ１２２）。着信が許可されたことにより、患者Ｙは、上記呼に対して応答することが可能となり、発呼元の通話相手と通話することができる。
【０３４１】
また、Ｓ１１９において、着信制御部２１は、着信モードをコールバック待機モードとして判定すれば（Ｓ１１９においてＹｅｓ）、次に、上記発呼元の電話番号と、上述の（ｉ）のＳ１０３において登録された待機電話番号とを比較する（Ｓ１２０）。ここで、着信制御部２１が、上記比較の結果、発呼元電話番号と待機電話番号とが同じであると判定すると（Ｓ１２０においてＹｅｓ）、上記呼は待機中の（医者Ｘからの）コールバックであると判定して、モードフラグ１６のフラグをおろすことによって、着信モードをコールバック待機モードから通常モードに戻して（Ｓ１２１）、着信を許可する（Ｓ１２２）。着信が許可されたことにより、患者Ｙは、上記コールバックに対して応答することが可能となり、テレビ放送受信機１０を通じて、医者Ｘの診察を受けることが可能となる。
【０３４２】
一方、上記比較の結果、発呼元電話番号が待機電話番号とは異なると判定すれば（Ｓ１２０においてＮｏ）、着信制御部２１は、上記呼の着信を拒否する（Ｓ１２３）。
【０３４３】
なお、着信拒否された呼の着呼データは、破棄されるか、あるいは、記憶部６の着信拒否リスト２４に格納される。また、着信拒否の処理が行われたときは、「ただ今、重要な電話を待っているため電話に出られません」、「ただ今、話中です」等のメッセージで拒否理由を発呼元に通知してもよい。また、表示部７（図３）に、着信拒否した発呼元の情報を表示してもよい。
【０３４４】
次に、図１８のＳ１０４、Ｓ１０５の各ステップにおける、コールバック予約を受信してから予約データの登録を行うまでの、さらに詳細な処理の流れを図１９フローチャートを用いて説明する。
【０３４５】
まず、予約案件登録部３１がテレビ放送受信機１０からコールバック予約を受信する（Ｓ２０１）。次に、予約案件登録部３１は、受信したコールバック予約を予約案件として受け付けることができるか否かを判断する（Ｓ２０２）。
【０３４６】
Ｓ２０２において、例えば、診察時間外や、予約待ちデータが多くて診察時間内で診察できないなどの事情、あるいは、連続して同一自分によってコールバック予約がなされたなどの事情によって、コールバック予約を受け付けできないと判断した場合は（Ｓ２０２においてＮｏ）、予約案件登録部３１は、受信した予約データをメッセージ作成部３４に供給する。
【０３４７】
メッセージ作成部３４は、理由に応じた内容のコールバック予約拒否通知（図１７（ａ）、（ｂ））作成し（Ｓ２０３）、上記コールバック予約の送信元となるテレビ放送受信機１０に返信する（Ｓ２０４）。
【０３４８】
一方、受信したコールバック予約を受け付けることができると判断した場合は（Ｓ２０２においてＹｅｓ）、予約案件登録部３１は、コールバック予約の予約データに「予約ＩＤ」（および「待ち順番」）を付与して（Ｓ２０５）、予約案件の新規レコードとして、予約案件データベース３５に登録する（Ｓ２０６）。
【０３４９】
続いて、受信したコールバック予約を受け付けたことを示す、コールバック予約受付通知（図１１）をテレビ放送受信機１０宛てに返信する（Ｓ２０７）。
【０３５０】
次に、図１８のＳ１１５、１１６の各ステップにおける、コールバック予告を受信してからテレビ放送受信機１０をコールバック待機モードにするまでの、さらに詳細な処理の流れを図２０のフローチャートを用いて説明する。
【０３５１】
まず、メッセージ処理部２２（図１）が、パソコン３０から、コールバック予告８６（図１０）を受信する（Ｓ３０１）。次に、メッセージ処理部２２は、コールバック予告８６を解析する（Ｓ３０２）。上記解析の結果、コールバック予告８６に、「まもなくコールバックを行う」ということ示す識別情報（テキストデータ８７）が含まれていると判定すると（Ｓ３０２においてＡ）、メッセージ処理部２２は、モードフラグ１６にフラグを立てて、テレビ放送受信機１０の着信モードをコールバック待機モードにする（Ｓ３０３）。
【０３５２】
続いて、メッセージ処理部２２は、音声制御部１３（図３）に対して、警告音を発するよう指示を送る。音声制御部１３は、スピーカ８を制御して警告音を発生させて（Ｓ３０４）、テレビ放送受信機１０が、コールバック待機モードに遷移したことを、ユーザ（患者Ｙ）に通知する。なお、他の通信端末装置と通話中であれば、警告音を通話音声とミキシングして通話音声部（不図示）から鳴らしてもよい。また、警告音を止めるボタン(不図示)で患者Ｙが警告音を停止できるようにしてもよい。
【０３５３】
さらに、メッセージ処理部２２は、映像制御部１２に対して、コールバック待機モードであることを示すアイコン９７（図６）を表示部７に表示させるよう指示を送る。映像制御部１２は、ＯＳＤ生成部１２１に指示を送り、アイコン９７の画像を表示部７に表示させて（Ｓ３０５）、コールバック予告処理を終了する。
【０３５４】
あるいは、Ｓ３０１にて、コールバック予約受付通知（図１１）、および待ち順番通知（図１２）などを受信すると、メッセージ処理部２２は、Ｓ３０２の解析によって、待ち順番情報または待ち時間情報が含まれていると判定する（Ｓ３０２においてＢ）。
【０３５５】
続いて、さらに、情報の種類を判定する（Ｓ３０６）。Ｓ３０６の判定の結果、含まれている情報が待ち順番情報（テキストデータ９９）であると判定すると（Ｓ３０６においてＡ）、テキストデータ９９の値を既定値（例えば、「３」）と比較する（Ｓ３０７）。
【０３５６】
Ｓ３０７において、テキストデータ９９の値が、既定値の「３」以下であると判定した場合は、上述のＳ３０３〜Ｓ３０５の各ステップと同様に、テレビ放送受信機１０をコールバック待機モードにするための処理を実行する（Ｓ３０８〜Ｓ３１０）。
【０３５７】
さらに、メッセージ処理部２２は、映像制御部１２に対して、コールバック待ち順番情報を示す待ち順番情報９８（図６）を表示部７に表示させるよう指示を送る。映像制御部１２は、ＯＳＤ生成部１２１に指示を送り、待ち順番情報９８の画像を表示部７に表示させて（Ｓ３１１）、コールバック予告処理を終了する。
【０３５８】
一方、Ｓ３０７において、テキストデータ９９の値が、既定値の条件を満たさなかったと判定した場合は（Ｓ３０７においてＮｏ）、映像制御部１２に指示を送り、テキストデータ９９の値を待ち順番情報９８として表示部７に表示させて（Ｓ３１１）、処理を終了する。
【０３５９】
あるいは、Ｓ３０１にて、待ち時間通知（図示せず）、およびコールバック予告８６ａ（図１６（ａ））などを受信すると、メッセージ処理部２２は、Ｓ３０６の判定によって、含まれている情報が待ち時間情報（テキストデータ７７）であると判定する（Ｓ３０６においてＢ）。
【０３６０】
次に、メッセージ処理部２２は、テキストデータ７７の値を既定値（例えば、「１０分」）と比較する（Ｓ３１２）。
【０３６１】
Ｓ３１２において、テキストデータ７７の値が、既定値の「１０分」以下であると判定した場合は、上述のＳ３０３〜Ｓ３０５の各ステップと同様に、テレビ放送受信機１０をコールバック待機モードにするための処理を実行する（Ｓ３１３〜Ｓ３１５）。
【０３６２】
さらに、メッセージ処理部２２は、映像制御部１２に対して、コールバック待ち時間情報を示す待ち時間情報７６（図１６（ｂ））を表示部７に表示させるよう指示を送る。映像制御部１２は、ＯＳＤ生成部１２１に指示を送り、待ち時間情報７６の画像を表示部７に表示させて（Ｓ３１６）、コールバック予告処理を終了する。
【０３６３】
一方、Ｓ３１２において、テキストデータ７７の値が、既定値の条件を満たさなかったと判定した場合は（Ｓ３１２においてＮｏ）、映像制御部１２に指示を送り、テキストデータ７７の値を待ち時間情報７６として表示部７に表示させて（Ｓ３１６）、処理を終了する。
【０３６４】
上記構成によれば、パソコン３０の予約案件登録部３１は、テレビ放送受信機１０からのコールバックの予約を受け付けると、テレビ放送受信機１０の電話番号と、その電話番号宛てにコールバックを行う順番を示す待ち順番情報とを予約案件データベース３５に登録する。予約案件データベース３５には、上記待ち順番情報が上記電話番号に対応付けて記憶される。次に、予約案件抽出部３３は、上記待ち順番情報に基づいて、上記予約案件データベース３５から、上記電話番号を抽出する。より具体的には、値が「３」以下の待ち順番情報が対応付けられている電話番号を抽出するというように、抽出条件をあらかじめ定めておき、その抽出条件を満たす電話番号を抽出する。
【０３６５】
メッセージ作成部３４は、上記抽出された電話番号ごとに、コールバックを行うことを予告するコールバック予告メッセージを作成する。（ここで、コールバック予告メッセージに、上記抽出された電話番号に対応付けられている上記待ち順番情報が含まれてもよい。）
最後に、作成された上記各コールバック予告メッセージは、上記抽出された電話番号のテレビ放送受信機１０宛てにそれぞれ送信される。
【０３６６】
これにより、上記コールバック予告メッセージを受信したテレビ放送受信機１０は、自装置宛てに、上記パソコン３０からのコールバックがかかってくることを検知することができる。さらに、そこに待ち順番情報が含まれていれば、自装置の順番は何番目であるかということも識別することが可能となる。したがって、テレビ放送受信機１０は、上記コールバック予告メッセージの内容に応じて、自装置の着信制御部２１を、いつコールバック待機モードに切り替えるかを判断することが可能となる。
【０３６７】
結果として、煩雑な操作を必要とすることなく、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実にコールバックを着信することが可能となる。
【０３６８】
なお、図１８のＳ１１０において、予約案件データベース３５（図１）が更新された場合、パソコン３０は、コールバック予告を送信する処理（Ｓ１１１〜Ｓ１１４）の後に（あるいは、平行して）、上記待ち順番通知（図１２）を予約案件データベース３５に格納されている全レコードに対して送信してもよい。
【０３６９】
また、テレビ放送受信機１０は、図１８のＳ１１９において、着信モードを判定する際、モードフラグ１６ではなく、待機電話番号メモリ１７に待機電話番号が格納されているか否かによって、上記着信モードを判定してもよい。
【０３７０】
この場合、Ｓ１０３にて行われた待機電話番号の待機電話番号メモリ１７への登録は、コールバック予約後、コールバック予告を受信したときに、Ｓ１１６にて行われることになる。また、待機中のコールバック発呼元からコールバックを着信したときに（Ｓ１２０においてＹｅｓ）、Ｓ１２１にて、フラグをおろす代わりに、待機電話番号メモリ１７の待機電話番号を消去すればよい。
【０３７１】
また、待機電話番号メモリ１７に複数の待機電話番号が登録されている場合は、着信モードの判定は、上記複数の待機電話番号に関連付けられたモードフラグ（図７の第２カラム２７）のうち、少なくともひとつに「１」が格納されているか否かによって判定される。つまり、複数のモードフラグのうち、ひとつでも、コールバック待機モードを示すフラグビットがあれば、その時の着信モードは、コールバック待機モードであると判定される。続いて、Ｓ１２０の比較は、上記モードフラグに「１」が格納されている待機電話番号すべてに対して、ひとつひとつ実行される。
【０３７２】
なお、本実施形態では、かならず、患者Ｙのテレビ放送受信機１０側でコールバック予約を行い、医者Ｘのパソコン３０側からコールバックすることにより、診察が開始されるコールバック予約システムについて述べたが、本発明のコールバック予約システムは、上記に限定されない。
【０３７３】
例えば、患者Ｙ側から医者Ｘ側へ、診察予約データを送信するとともに発呼することにより、診察が開始されるシステムにも、本発明は適用可能である。
【０３７４】
より詳細には、この場合のコールバック予約システムでは、まず、患者Ｙがテレビ放送受信機１０にてコールバック予約処理を行って、予約データを送信することにより、医者Ｘのパソコン３０への発呼を行う。そして、パソコン３０が話し中でない、また、予約案件を有していない場合には、ただちに着呼して、診察が開始される。
【０３７５】
図２１は、テレビ放送受信機１０が行うコールバック予約処理（図１８のＳ１０２、１０３）における、他の例についての詳細な処理の流れを示す図である。ここでは、患者Ｙ（図２）が診察を要請するために、予約データを送信する例について説明する。
【０３７６】
コールバック予約部１８（図１）は、操作部３を介して患者Ｙからのコールバック予約指示を受け付ける（Ｓ４０１）。コールバック予約部１８は、上記指示を受け付けると、予約データを作成する（Ｓ４０２）。
【０３７７】
続いて、発呼処理部（図示せず）が、通話相手となる医者Ｘのパソコン３０に対して発呼処理を行う（Ｓ４０３）。この時、同時にＳ４０２にて作成した予約データが送信される。
【０３７８】
上記Ｓ４０３における発呼に対して、通信制御部１１（図３）は、パソコン３０が着信したか否かを判定する（Ｓ４０４）。ここで、パソコン３０が着信したことによりコネクションが確立したと判定した場合は（Ｓ４０４においてＹｅｓ）、医者Ｘとの通話が可能となり、患者Ｙと医者Ｘとの間で診察が開始される（Ｓ４０５）。
【０３７９】
一方、パソコン３０が着信しなかったと判定した場合は（Ｓ４０４においてＮｏ）、メッセージ処理部２２は、パソコン３０から受信した通知メッセージを解析し、Ｓ４０３にて送信されたコールバック予約の予約データが、パソコン３０によって受け付けられたか否かを判定する（Ｓ４０６）。
【０３８０】
診察の予約が完了したと判定すれば（Ｓ４０６においてＹｅｓ）、待機番号登録部１９は、パソコン３０の電話番号（０３−２２２２−２２２２）を、待機電話番号として待機電話番号メモリ１７に登録する（Ｓ４０７）。
【０３８１】
一方、パソコン３０は、テレビ放送受信機１０から着呼した時に、話し中もしくは、予約案件を抱えている場合は、ただちに着呼できない（コネクションが確立しない）と判断して、図１８のＳ１０４以降の各処理を行う。
【０３８２】
なお、本実施形態では、各通信端末装置（テレビ放送受信機１０、パソコン３０）が、映像および音声データを送受信する機能を有しているので、映像および音声によるサービス提供の形態を採用したが、本発明はこれに限定されない。
【０３８３】
本発明のコールバック予約システムは、音声データのみのやり取りによってサービスが提供されるようなシステムにも適用できる。この場合、コールバック予約システムを構成する上記各通信端末装置において、映像データを送受信する構成や、映像を表示させる構成、およびその制御機構などはなくてもよい。したがって、音声データのやり取りにより通信を行う、電話機、携帯電話などにも本発明の通信端末装置を適用することができる。
【０３８４】
〔実施形態２〕
実施形態１では、患者Ｙの１のコールバック予約につき、コールバックを行う側（ＸＸ医院）において、１のコールバック発呼装置（すなわち、１の待機電話番号０３−２２２２−２２２２）が対応する、１対１のコールバック予約システムついて述べた。
【０３８５】
しかし、本願発明は、１のコールバック予約につき、複数のコールバック発呼装置が対応する１対多のコールバック予約についても適用可能である。つまり、コールセンターのように、複数の電話回線を備えて、複数のコールバック発呼装置により、コールバック予約に対応するコールバック予約システムにおいては、コールバックをかけてくる通話相手が途中で変更になる可能性がある。
【０３８６】
このような場合、通話相手の変更を認識して、コールバック予約時に待機電話番号メモリ１７（図１）に登録した待機電話番号を変更しなければ、適切な着信制御が行えないという問題を生じる。
【０３８７】
あるいは、コールバック予約時に予約が受け付けられても、その後、定員オーバーや抽選もれなどの理由でコールバックを着呼できない事情が生じたときには、登録していた待機電話番号を削除する必要がある。なぜなら、待機電話番号があるか否かによって着信モードの判定を行っている場合には、誤った着信制御が行われるという問題が生じるからである。
【０３８８】
本実施形態では、以下、上記問題を解決するための本発明のコールバック予約システムを、旅行相談システムに適用した場合について説明する。
【０３８９】
〔旅行相談システムの概要〕
図２２は、本実施形態に係る旅行相談システムの概略構成を示す図である。旅行相談システム（コールバック予約システム）２００は、図２２に示すとおり、顧客Ｑが、旅行の相談をするときに、テレビ電話として用いるテレビ放送受信機（着呼側通信端末装置）５０と、顧客Ｑからのコールバック予約を受け付け、予約データを管理する、旅行会社（ＳＳ旅行社）のサーバ装置６０と、ＳＳ旅行社に勤務するオペレータＰ（Ｐ１〜Ｐ３）が、顧客Ｑからの相談を受けるときに、映像および音声データを送受信する手段として用いるパソコン（発呼側通信端末装置）７０とで構成されている。
【０３９０】
テレビ放送受信機５０と、サーバ装置６０およびパソコン７０とは、インターネットや電話回線などの通信網を介して接続されている。これにより、テレビ放送受信機５０と、サーバ装置６０およびパソコン７０とは、互いに映像および音声データ、あるいはテキストデータなどをやり取りすることが可能となる。
【０３９１】
また、サーバ装置６０とパソコン７０とは、ＬＡＮ（Local Area Network）を介して接続されている。これによって、サーバ装置６０は、複数のパソコン７０の集中管理を行い、パソコン７０からの要求に応じて、記憶している予約データを供給したり、更新を受け付けたりする。
【０３９２】
なお、本実施形態では、ＳＳ旅行社に勤務するオペレータは複数存在し、オペレータ１人に対してパソコン７０が１台割り当てられ、その１台ごとに電話番号が割り当てられている。
【０３９３】
この各パソコン７０とそれらを集中管理するサーバ装置６０とは、コールバックシステム３００を構成している。
【０３９４】
本実施形態の旅行相談システム２００の大まかな流れを説明すると以下のとおりである。旅行の相談をしたい顧客Ｑは、まず、テレビ放送受信機５０を使って、コールバック予約を、ＳＳ旅行社のサーバ装置６０に対して行う。コールバック予約を受け付けたサーバ装置６０は、顧客Ｑが希望する行き先に従って担当のオペレータＰを決定し、そのオペレータＰが顧客Ｑの希望した時間になると、自身に割り当てられたパソコン７０を用いて、顧客Ｑのテレビ放送受信機５０宛てにコールバックを発呼して、顧客Ｑと旅行の詳細内容の説明、契約などを行う。
【０３９５】
また、顧客Ｑのコールバックを担当するオペレータＰは、事情によって他のオペレータに変更されることがある。また、顧客Ｑが希望する行き先のＳＳ旅行社の取り扱い商品（ツアー）がない場合や、そのツアーの契約数が催行定員に達した場合は、旅行の相談に応じることができないので、オペレータＰから、サーバ装置６０を介して、顧客Ｑへコールバックを行わない旨を通知することもある。
【０３９６】
なお、本実施形態において、オペレータＰのパソコン７０と、顧客Ｑのテレビ放送受信機５０との間で行われる旅行の相談における、外観は、図４に示す実施形態１とほぼ同じである。
【０３９７】
以下、旅行相談システム２００における各構成要素について、それぞれ説明する。
【０３９８】
〔テレビ放送受信機５０の詳細〕
概略については、テレビ放送受信機１０と同様であるのでここでは説明を繰り返さない。
【０３９９】
図２３は、テレビ放送受信機５０の要部構成を示すブロック図である。なお、図２３の各構成要素に付された符号は、図１の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがって、同じ符号が付された構成要素については、ここでは説明を省略する。
【０４００】
実施形態１と同様に、説明を簡略化するため、待機電話番号メモリ１７には１の待機電話番号が記憶されるものとし、メッセージ処理部２２がモードフラグ１６を管理することによって、テレビ放送受信機５０の着信モードが制御されるものとする。
【０４０１】
なお、本実施形態では、メッセージ処理部２２は、コールバックの予定時刻の情報に基づいて、コールバックの予定時刻の５分前から、着信モードをコールバック待機モードにする制御を行っているものとする。したがって、メッセージ処理部２２は、予定時刻と現在時刻とを内部に記憶しておくことができる。
【０４０２】
図２３において、図１と異なる点は、メッセージ処理部２２が、コールバック予告などの通知メッセージに加えて、待機電話番号メモリ１７の待機電話番号の取り扱いを規定する、サーバ装置６０からの通知メッセージを受信し、処理する点である。
【０４０３】
メッセージ処理部２２は、サーバ装置６０から送信される上記通知メッセージを、受信部１５を介して受信し、待機番号登録部１９に供給するためのものである。上記通知メッセージの詳細は後述する。
【０４０４】
待機番号登録部１９は、上記通知メッセージをメッセージ処理部２２から受け取り、その内容に応じて、待機電話番号メモリ１７に登録されている内容を更新する。
【０４０５】
コールバック予約部１８は、図２２に示す顧客Ｑが、ＳＳ旅行社に対して旅行相談の予約を行うときに、必要な事項をまとめて送るための予約データを作成するためのものである。顧客Ｑからのコールバック予約指示を受け付けると、テレビ放送受信機５０は、ＳＳ旅行社のサーバ装置６０に通信網を介してアクセスし、サーバ装置６０から入力フォームをダウンロードして、顧客Ｑに提示する。テレビ放送受信機１０（実施形態１）のように、ＧＵＩ画面９０（図５）を呼び出すのではなく、この点で実施形態１とは異なる。
【０４０６】
顧客Ｑが操作部３を用いて、ダウンロードされた入力フォームに、各種予約データを入力することにより、コールバック予約部１８は予約データの作成を開始する。作成された予約データは、送信部１４を介して、サーバ装置６０に送信される。
【０４０７】
なお、入力フォームの詳細は、本実施形態の予約データの項目とともに後述する。
【０４０８】
また、本実施形態では、実施形態１とは異なり、待機電話番号は、予約データの送信先となる装置（サーバ装置６０）の電話番号とは、限らない。そのため、予約データを送信した時点で、待機電話番号は特定されない。
【０４０９】
待機電話番号は、サーバ装置６０が予約データを受け付けてから、サーバ装置６０で決定される。したがって、メッセージ処理部２２が、サーバ装置６０からの、待機電話番号を通知する通知メッセージを受け取ったのち、待機番号登録部１９によって、上記待機電話番号が、待機電話番号メモリ１７に登録される。
【０４１０】
上記構成によれば、１のコールバックに対して、コールバックを待ちの相手の電話番号が複数存在する場合でも、待機電話番号は、ユーザが都度手入力することなく、発呼者を通知する通知メッセージをサーバ装置６０から受信することにより、自動で設定される。これにより、ユーザの待機電話番号登録の操作を省くことができる。
【０４１１】
（１）入力フォームの詳細（コールバック予約）
以下、テレビ放送受信機５０における、コールバック予約部１８のコールバック予約処理について、より詳細に説明する。図２４は、図２２に示す顧客Ｑの指示により、コールバック予約部１８が、ＳＳ旅行社のサーバ装置６０からダウンロードして取得した、予約データを作成するための入力フォームの例を示す図である。
【０４１２】
具体的には、入力フォーム２８は、顧客ＱがＷＥＢブラウザを用いてＳＳ旅行社の予約フォーマットのＵＲＬを入力することにより、取得されたものである。
【０４１３】
入力フォーム２８のエリア９１には、左側に予約データの各項目名、右側に各項目の内容を、顧客Ｑが入力するためのテキストボックス９２が配置されている。
【０４１４】
本実施形態でコールバック予約部１８（図２３）が作成する予約データの項目は、「電話番号」「名前」「住所」「希望日時」「行き先」「予算」の６項目である。「電話番号」は、テレビ放送受信機５０の電話番号を示す。「名前」「住所」は、顧客Ｑの氏名、住所をそれぞれ示す。また、「行き先」「予算」の各項目は、顧客Ｑが希望する旅行の行き先と、旅の予算をそれぞれ示し、これら２つの項目は、ＳＳ旅行社がコールバックを行うオペレータＰを決定するのに使用される。
【０４１５】
また、項目「希望日時」は、顧客Ｑがコールバックを希望する日時を示す。項目「希望日時」は、さらに、「月」「日」「下限時刻」「上限時刻」のサブ項目からなっており、実施形態１の項目「希望日時」よりも、厳密にコールバックの希望時間帯を入力できるようになっている。これにより、ＳＳ旅行社では、何月何日の「下限時刻」以降、「上限時刻」以前に顧客Ｑがコールバックを希望しているということを確認することができる。
【０４１６】
ここで、必須項目である「電話番号」が入力されていなければ、送信不可として、送信ボタン９５を選択できないようにするか、または選択しても送信されないようにするなどしてもよい。キャンセルボタン９６を選択すると、テキストボックス９２に入力された内容は、クリアされる。
【０４１７】
なお、予約データの項目は、上記「電話番号」さえ含まれていれば、上記の例に限らず、提供されるサービスの内容に応じて、種々の変更が可能である。
【０４１８】
上述の必要事項は、テレビ放送受信機５０に有線あるいは赤外線などの無線で接続されているキーボードやマウス、リモコンとしての操作部３を介して入力される。送信ボタン９５、が選択されると、コールバック予約部１８は、上記入力された必要事項から予約データを作成し、送信部１４を介して、ＳＳ旅行社のサーバ装置６０に送信する。
【０４１９】
（２）通知メッセージの詳細（待機電話番号の登録）
次に、上記通知メッセージの内容と、その内容に応じた、メッセージ処理部２２および待機番号登録部１９の動作について、より詳細に説明する。
【０４２０】
本実施形態では、テレビ放送受信機５０が受信する通知メッセージは、（ｉ）発呼者通知（発呼者通知メッセージ）、（ii）発呼者変更通知（発呼者変更通知メッセージ）、（iii）コールバック不履行通知（コールバック不履行通知）、および（iv）コールバック遅延通知の４種類である。
【０４２１】
発呼者通知は、テレビ放送受信機５０が、サーバ装置６０対して行ったコールバック予約に対して、予約を受け付けたこと、および、そのコールバック発呼を担当するオペレータＰのパソコン７０の電話番号を通知するためのものである。
【０４２２】
発呼者変更通知は、テレビ放送受信機５０に対してコールバックを発呼するオペレータＰが変更になり、パソコン７０の電話番号が変更になったことを通知するためのものである。
【０４２３】
コールバック不履行通知は、顧客Ｑが希望する行き先のツアー契約数が催行定員に到達したなどの事情によって取り扱いツアーがなくなり、相談を受けられなくなったためにコールバックを中止することを通知するためのものである。
【０４２４】
コールバック遅延通知は、処理の進みが遅いなどの理由で、顧客Ｑが希望する時間帯にコールバックできなくなったことを通知するためのものである。
【０４２５】
（ｉ）発呼者通知
サーバ装置６０から、発呼者通知を受信すると、メッセージ処理部２２は、該発呼者通知に含まれる、コールバック担当者の電話番号を、待機番号登録部１９に供給する。待機番号登録部１９は、供給された電話番号を待機電話番号として、待機電話番号メモリ１７に登録する。ここで、待機電話番号は、上記発呼者通知に含まれる予約ＩＤと関連付けて登録されてもよい。
【０４２６】
次に、メッセージ処理部２２は、発呼者通知に、コールバックが何時ごろにかかってくるかを示す予定時刻が含まれていれば、その予定時刻を内部に記憶する。この時点で、予定時刻と現在時刻との差が５分以内であれば、モードフラグ１６にフラグを立てて、自端末装置の着信モードをコールバック待機モードにする。
【０４２７】
この時のテレビ放送受信機５０に表示されるＯＳＤ画像の表示例を図２５に示す。なお、図６と同じ符号が付された構成要素については、図６の説明と同じであるので、説明を繰り返さない。コール予定時刻情報６７は、上記発呼者通知に含まれるコールバックの予定時刻の情報を示すものである。
【０４２８】
発呼者通知を受信した時点では、コールバック待機モードにならない場合は、コール予定時刻情報６７だけが表示される。時間が経過し、メッセージ処理部２２が、予定時刻と現在時刻との差が５分以内になったことを検知すれば、その時に、メッセージ処理部２２は、コールバック待機モードを設定し、アイコン９７を表示部７に表示させる。また、警告音を発生させてもよい。
【０４２９】
上記構成によれば、顧客Ｑがコールバック予約を行ったあと、その予約されたコールバックをかけてくる相手の電話番号が、ＳＳ旅行者のサーバ装置６０から通知される。待機番号登録部１９は、該電話番号を待機電話番号として、待機電話番号メモリ１７に登録する。
【０４３０】
したがって、コールバック発呼者が複数存在するコールバックセンターに対してコールバック予約を行う場合でも、ユーザが都度手入力することなく、コールバック予約後、サーバ装置６０が決定した電話番号が自動で設定される。これにより、ユーザの待機電話番号登録の操作を省くことができる。
【０４３１】
（ii）発呼者変更通知
サーバ装置６０から、発呼者変更通知を受信すると、メッセージ処理部２２は、該発呼者通知に含まれる、新しい担当者の電話番号と、前の担当者の電話番号（または、予約ＩＤ）とを、待機番号登録部１９に供給する。
【０４３２】
待機番号登録部１９は、前の担当者の電話番号を、上記新しい担当者の電話番号へと変更して、待機電話番号を登録しなおす。なお、待機電話番号が複数登録されている場合は、前の担当者の電話番号と予約ＩＤとに基づいて、変更するべき待機電話番号を特定すればよい。
【０４３３】
これにより、コールバック発呼者が複数存在するコールバックセンターに対してコールバック予約を行う場合に、発呼者が途中で変更になったとしても、ユーザが都度手入力することなく、サーバ装置６０が変更した電話番号が自動で設定される。これにより、ユーザの待機電話番号登録の操作を省くことができ、適切な着信制御を行うことができる。
【０４３４】
（iii）コールバック不履行通知
サーバ装置６０から、コールバック不履行通知を受信すると、メッセージ処理部２２は、それが、コールバックが中止になった旨を通知するメッセージであることを識別する。識別方法としては、上記コールバック不履行通知のメッセージに含まれる特定のテキスト情報（「コールバック中止通知」など）を検出するなどが考えられる。そして、上記コールバック不履行通知に含まれる、コールバック担当者の電話番号を、待機番号登録部１９に供給する。
【０４３５】
待機番号登録部１９は、供給された電話番号を、待機電話番号メモリ１７から削除する。なお、待機電話番号が１つしか登録できない構成においては、メッセージ処理部２２は、電話番号を待機番号登録部１９に供給しなくてもよく、この場合は、単に、待機電話番号を削除する指示を待機番号登録部１９に送るだけでもよい。
【０４３６】
あるいは、待機電話番号が複数登録されている場合は、担当者の電話番号と予約ＩＤとに基づいて、削除するべき待機電話番号を特定すればよい。
【０４３７】
さらに、メッセージ処理部２２は、上記コールバック不履行通知に含まれる備考欄などに記載されているコールバック中止の理由を表示部７に表示させるよう、映像制御部１２に指示を送ってもよい。
【０４３８】
これにより、コールバックの予約受け付けるサービス提供者側で、商品売り切れ、制限時間オーバー、定員オーバーなどの理由でサービスが提供できなくなったために、いったん受け付けたコールバックを行えない事情が生じた場合でも、ユーザが都度手入力することなく、サーバ装置６０が通知した待機電話番号は自動で削除される。これにより、ユーザの待機電話番号登録の操作を省くことができ、適切な着信制御を行うことができる。
【０４３９】
（iv）コールバック遅延通知
サーバ装置６０から、コールバック遅延通知を受信すると、メッセージ処理部２２は、該コールバック遅延通知に含まれる、コールバックの予定時刻を、内部に記憶しなおす。この時点で、予定時刻と現在時刻との差が５分以上あり、モードフラグ１６にフラグが立っている場合は、フラグをおろし、自端末装置の着信モードを通常モードに戻す。その後は、新たに記憶しなおした予定時刻に基づいて、着信モードを制御する。
【０４４０】
また、変更された予定時刻を警告音とともに、表示部７に表示させるよう、映像制御部１２および音声制御部１３に指示を送ってもよい。
【０４４１】
なお、メッセージ処理部２２は、通知された予定時刻が、現在把握している予定時刻よりも早くなっている場合でも、上記と同様方法で、着信モードの制御と、映像制御部１２および音声制御部１３の制御とを行うことができる。
【０４４２】
以上のことから、１のコールバック予約につき、複数のコールバック発呼装置が対応する１対多のコールバック予約において、コールバックをかけてくる通話相手が予約処理と同時に特定されない場合でも、あるいは、途中で変更になる場合でも、適切に待機電話番号を把握して、あるいは、通話相手の変更を認識して、待機電話番号メモリ１７に登録した待機電話番号を更新し、適切な着信制御を行うことが可能となる。
【０４４３】
なお、本実施形態では、テレビ放送受信機５０が、コールバック予約を行う機能と、ＳＳ旅行社のオペレータＰと通話する機能とを両方有しているが、このような構成に限定されず、本発明は、上記の機能を別々の装置によって実現する構成においても適用可能であり、本実施形態と略同様の効果が得られる。
【０４４４】
例えば、まず、顧客Ｑは、コールバックの予約を、自宅のパソコン（あるいは、外出先で携帯しているノートパソコンなど）を用いて、入力フォームをＨＴＭＬ形式のデータでサーバ装置６０に送信することにより行う。続いて、旅行の相談のためのオペレータＰとの通話は、自宅のＩＰ電話（または、携帯電話など）を用いて行う。このような場合でも、本願発明を適用することは可能である。
【０４４５】
ただし、この場合は、上記パソコンに、上記各種通知メッセージを受信し、上記通知メッセージの内容に基づいて、上記ＩＰ電話に指示信号を送るためのメッセージ転送部（図示せず）が設けられる。また、上記ＩＰ電話には上記パソコンのメッセージ転送部からの指示内容に応じて、着信モードの制御を行うメッセージ処理部と、待機電話番号の更新を行う待機電話番号登録部とが設けられる。
【０４４６】
上記パソコンとＩＰ電話との通信網としては、公衆網を用いてもよいし、ＬＡＮなどの有線網、赤外線など無線網を用いてもよい。これにより、互いに通信することができる。
【０４４７】
〔コールバックシステム３００の概要〕
図２２に示す、サーバ装置６０およびパソコン７０で構成するコールバックシステム３００は、テレビ放送受信機５０からのコールバック予約を受け付けて、コールバックを行う、コールバック発呼側のシステムである。
【０４４８】
本実施形態では、サーバ装置６０とパソコン７０とは、ＳＳ旅行者が敷設するＬＡＮによって接続され、これにより、互いに通信することができる。なお、通信網としては、公衆網を用いてもよいし、赤外線など無線網を用いてもよい。
【０４４９】
サーバ装置６０は、顧客Ｑからのコールバック予約の受け付け、予約データの登録、管理、および、上記通知メッセージの作成、送信を行うためのものである。
【０４５０】
また、サーバ装置６０は、予約データごとに、コールバックを担当するオペレータＰを決定して、そのパソコン７０の電話番号を特定する機能を有している。
【０４５１】
パソコン７０は、サーバ装置６０が集中管理する予約案件データベースに格納されているデータを用いて、オペレータＰが、コールバックを顧客Ｑ宛てに発呼するためのものである。このパソコン７０は、オペレータＰ１人につき、１台割り当てられており、それぞれが電話番号を有している。
【０４５２】
オペレータＰの指示によって、パソコン７０は、サーバ装置６０の決定に基づいて、自端末装置に割り当てられた予約データに対して、順次コールバック発呼処理を行う。これにより、オペレータＰは、顧客Ｑの旅行の相談を受け付けることができる。
【０４５３】
また、パソコン７０は、予約案件データベースの更新機能を有している。オペレータＰが、パソコン７０に対して、コールバック発呼処理を行ったり、オペレータの変更を申し出たり、あるいは、コールバック中止を報告したりするのに応じて、パソコン７０は、サーバ装置６０に対して、都度予約案件データベース更新の要求を行う。
【０４５４】
サーバ装置６０が管理する予約案件データベースは、複数のパソコン７０からの更新要求を受け付けて、整合性を保ちつつ、常に最新の情報を維持している。
【０４５５】
サーバ装置６０は、上述のように予約案件データベースおよびパソコン７０を監視しながら、状況に応じて、顧客Ｑ宛てに、コールバック予告や、上記各通知メッセージを送信するができる。
【０４５６】
以下、サーバ装置６０およびパソコン７０の詳細について順に説明する。なお、サーバ装置６０およびパソコン７０の概略構成については、図３に示すテレビ放送受信機１０の概略構成と同様であるので、ここでは説明を省略する。
【０４５７】
ただし、サーバ装置６０は、図３の構成に限定されず、操作部３、カメラ４、テレビ放送受信部５、表示部７、スピーカ８、マイク９、映像制御部１２、および、音声制御部１３はなくてもよい。
【０４５８】
〔サーバ装置６０の詳細〕
図２６は、本実施形態に係るサーバ装置６０の要部構成を示すブロック図である。
【０４５９】
サーバ装置６０は、図２６に示すように、主制御部１（図３）によって制御される、記憶部６、送信部１４、および受信部１５を備えており、また、主制御部１の通信制御部１１内に、予約案件登録部３１、予約案件抽出部３３、メッセージ作成部３４、待ち時間予測部３７、コマンド受信部３８、および、予約案件削除部４１を含んでいる。
【０４６０】
なお、図２６の各構成要素に付された符号は、図１３の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示しているので、ここでは詳細な説明を省略する。
【０４６１】
上記構成により、サーバ装置６０は、実施形態１と同様に、コールバック予告および予定時刻通知を作成して、送信することが可能である。
【０４６２】
本実施形態では、予約案件抽出部３３は、予約案件データベース３５の待ち順番の変動のあったレコードを検知して、待ち順番が２番目へと変更されたレコードを抽出し、そのレコードに対するコールバック予告をメッセージ作成部３４が作成して送信する。
【０４６３】
次に、予約案件抽出部３３が予約案件データベース３５において、待ち順番に変動のあったすべてのレコードを抽出し、そのすべてのレコードに対して待ち時間予測部３７が予定時刻を算出し、予定時刻通知を作成して送信する。
【０４６４】
コマンド受信部３８は、パソコン７０からのコマンドを受信し、コマンドの内容を実行するためのものである。コマンドの内容には、例えば、予約案件データベース３５の更新指示や、担当者別の予約案件リストの要求などが含まれる。コマンド受信部３８は、上記コマンドの内容を解析して、内容に応じた機能を実行する各部へ該コマンドを供給する。
【０４６５】
予約案件削除部４１は、コマンド受信部３８から受け取ったコマンドの指示に基づき、予約案件データベース３５に格納される予約データを削除するためのものである。パソコン７０の処理によって、コールバック発呼済みの予約データを削除する。
【０４６６】
メッセージ作成部３４は、実施形態１における、コールバック予告、コールバック予約受付通知、待ち順番通知、および待ち時間通知などの通知メッセージに加えて、上述の４種類の通知メッセージを作成する機能を有している。それぞれの通知メッセージの作成方法については後述する。
【０４６７】
予約案件登録部３１は、実施形態１と同様、予約データの登録と「予約ＩＤ」の付与を行う。本実施形態では、さらに、予約データごとに項目「担当者」を付与して、当該コールバック予約に対して、コールバック発呼処理を行うオペレータＰを決定し、オペレータＰの氏名を格納する。また、項目「電話番号」を付与して、上記決定したオペレータＰが使用するパソコン７０の電話番号を格納する。
【０４６８】
コールバックの担当者は、顧客Ｑが、上述の入力フォーム２８（図２４）を用いて入力した、項目「行き先」によって、予約案件登録部３１が、決定する。例えば、図２２のオペレータＰ１がヨーロッパの担当で、オペレータＰ２がアジアの担当であるとすると、図２４に示す予約データが送信された場合には、予約案件登録部３１は、該予約データに対するコールバックの「担当者」をオペレータＰ１に決定する。
【０４６９】
図２７は、予約案件データベース３５に格納される予約案件リスト７５の具体例を示す図である。
【０４７０】
予約案件リスト７５は、受信したコールバック予約ごとに１レコードを設け、３つのカラム群からなるテーブル構造となっている。３つのカラム群とは、つまり、テレビ放送受信機５０より送信された予約データに含まれる情報を格納するための第１カラム群８４（本実施形態では、「電話番号」「希望日時１」「希望日時２」「名前」「住所」「行き先」「予算」）と、予約案件登録部３１が受信したコールバック予約ごとに新規に付与する第２カラム群８５（本実施形態では、「予約ＩＤ」「担当者」「電話番号」）と、待ち時間予測部３７によって登録される項目を含む第３カラム群７８（本実施形態では、「予定時刻」）とを指している。
【０４７１】
第１カラム群８４に格納される各項目は、顧客Ｑ（図２２）がテレビ放送受信機５０を用いて、入力フォーム２８から入力したものであり、その詳細は、図２４を用いて説明したので、同じ説明は繰り返さない。なお、「希望日時１」は、上述の入力フォーム２８における入力項目「月」「日」「下限時刻」を組み合わせたものであり、「希望日時２」は、「月」「日」「上限時刻」を組み合わせたものである。
【０４７２】
また、予約案件リスト７５の最上位のレコードＲ１は、図２４の例において、テレビ放送受信機５０が送信した予約データが、予約案件登録部３１によって登録されたときの内容を示している。
【０４７３】
次に、第２カラム群８５の項目「予約ＩＤ」は、実施形態１と同様、各レコードを一意に識別するためのＩＤとして、予約案件登録部３１が付与したものである。予約案件登録部３１は、コールバック予約を受信した順に、予約ＩＤを付与し、予約案件リスト７５に登録する。
【０４７４】
項目「担当者」および「電話番号」は、そのレコードのコールバックを行うオペレータＰを表し、特に「電話番号」に格納されている情報は、テレビ放送受信機５０で、待機電話番号として登録するために必要な情報である。
【０４７５】
予約案件データベース３５には、オペレータＰと電話番号および担当地域とを関連付けて記憶する担当者リスト（図示せず）が格納されている。予約案件登録部３１は、上記第１カラム群８４の項目「行き先」を参照して、「行き先」が示す地域を担当しているオペレータＰを特定して、項目「担当者」に格納し、そのオペレータＰの電話番号を参照して、項目「電話番号」に格納する。
【０４７６】
項目「待ち順番」は、待ち順番を示すためのものである。しかし、実施形態１とは異なり、待ち順番は、登録された順に付与されない。本実施形態では、予約案件登録部３１は、上記項目「担当者」別に、まず、「希望日時１」の昇順で、次に、登録順に、順次付与する。図２７の「待ち順番」のカラムには、このようにして付与された待ち順番情報が格納されている。
【０４７７】
最後に、第３カラム群７８は、待ち時間予測部３７によって登録される項目である。待ち時間予測部３７による、待ち時間および予定時刻の算出方法は、実施形態１において、図１５を用いて説明した方法とほぼ同じである。異なる点は、オペレータＰ別の待ち順番情報および、オペレータＰごとの平均発呼間隔を用いて、オペレータごとに算出される点である。本実施形態では、待ち時間予測部３７は、オペレータごとに予定時刻を算出し、それを「予定時刻」のカラムに登録するものとする。図２７には、オペレータＰ１（鈴木〇子）の平均発呼間隔が１０分で、オペレータＰ２（山田◇江）の平均発呼間隔が１５分であり、現在時刻が２００５年３月１０日の午前９時５０分である場合に算出された予定時刻情報が、例として挙げられている。
【０４７８】
上述のようにして、登録された予約データは、条件（例えば、オペレータＰ１（鈴木〇子）最上位のレコード）に応じて、予約案件抽出部３３により取り出される。
【０４７９】
上記構成によれば、コールバック発呼担当者が複数存在する場合でも、複数の顧客からのコールバック予約を、担当者ごとに、それらを受け付けた順（あるいは、希望日時順）に管理することが可能となり、コールバック予約ごとに待ち順番およびコールバックの予定時刻を把握することが可能となる。
【０４８０】
なお、サーバ装置６０は、希望日時判定部（希望日時判定手段）４２を備えていてもよい。希望日時判定部４２は、待ち時間予測部３７が算出した予定時刻を予約案件リスト７５の「予定時刻」に格納する際、顧客Ｑの希望する時間帯も考慮する。
【０４８１】
より具体的には、希望日時判定部４２は、図２７に示す予約案件リスト７５を参照する。そして、算出された予定時刻が、項目「希望日時１」よりも早いと判定した場合（例えば、レコードＲ２）は、顧客の希望に沿うよう、上記算出された予定時刻（２００５／３／１０  １０：２０）ではなく、「希望日時１」に格納されている日時（２００５／３／１０  １２：００）を予定時刻として項目「予定時刻」に格納する。
【０４８２】
一方、算出された予定時刻が、項目「希望日時２」よりも遅いと判定した場合は、予約案件登録部３１に担当者を変更するよう指示を送る。あるいは、算出された予定時刻をそのまま予約案件リスト７５に格納して、コールバックを行う日時が、顧客Ｑの希望時間帯よりも遅れることを通知するコールバック遅延通知（詳細は後述）を送信するよう、メッセージ作成部３４に指示を送ってもよい。
【０４８３】
また、サーバ装置６０は、顧客Ｑのテレビ放送受信機５０からの要求に応じて、入力フォーム２８（図２４）を提供するための入力フォーム提供部（図示せず）を備えており、テレビ放送受信機５０からアクセスがあった場合、通信網を介して、入力フォーム２８のデータをテレビ放送受信機５０に供給する。
【０４８４】
入力フォームのデータは、ＨＴＭＬ（Hyper Text Markup Language）形式で記述されている。このデータを入力フォーム提供部は、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルを使って送信する。通常、ＷＥＢサーバというプログラムでデータおよび、入出力の管理を行う。
【０４８５】
入力フォーム提供部は、ＨＴＴＰプロトコルを使って、顧客Ｑのテレビ放送受信機５０から入力フォームのデータを要求されたかどうかを確認する。上記要求を確認すると、入力フォーム提供部は、要求されているデータ(通常は、ＵＲＩ（Uniform Resource Identifier)で指定されている）をテレビ放送受信機５０に送信する。
【０４８６】
なお、本実施形態では、データ記述形式にＨＴＭＬ、転送プロトコルにＨＴＴＰを使ったが、データ記述形式にＸＭＬ（eXtensible Markup Language）、転送プロトコルにＦＴＰ（File  Transfer  Protocol）など何を使ってもよい。
【０４８７】
次に、メッセージ作成部３４が通知メッセージを作成するための処理について詳細に説明する。
【０４８８】
（ｉ）発呼者通知の作成
予約案件登録部３１は、テレビ放送受信機５０から予約データを受信すると、予約案件登録部３１は、上述の予約データに基づいて、図２７に示す予約案件リスト７５の各項目に情報を格納し、レコードを登録する。この時、「行き先」の情報から、当該予約案件の担当のオペレータＰを決定し、オペレータＰの氏名と、そのオペレータが使用しているパソコン７０の電話番号と「担当者」ごとの「待ち順番」を格納する。
【０４８９】
次に、待ち時間予測部３７は、追加されたレコードの「担当者」に示されるオペレータの平均発呼間隔を取得し、当該レコードのコールバック処理がなされる時刻を算出する。
【０４９０】
次に、予約案件抽出部３３は、新規レコードの追加を、発呼者通知作成の指示として検知して、予約案件データベース３５の予約案件リスト７５から、上記新規レコードを抽出し、メッセージ作成部３４に供給する。
【０４９１】
メッセージ作成部３４は、上記新規レコードの各項目に含まれている情報を用いて発呼者通知を作成し、当該予約データを送信したテレビ放送受信機５０宛てに返信する。
【０４９２】
図２８は、図２７のレコードＲ１の情報に基づき、メッセージ作成部３４が作成した発呼者通知を示す図である。発呼者通知（発呼者通知メッセージ）７１は、コールバックを担当する担当者の電話番号を顧客Ｑに伝えると同時に、顧客Ｑのコールバック予約を受け付けたことを示すものであるので、この通知メッセージのタイトルは、「予約受付通知」となっている。
【０４９３】
テキストデータ８８、８９は、図１０に示すコールバック予告８６と同様、それぞれ、予約案件リスト７５（図２７）の項目「名前」、「予約ＩＤ」から取得される。テキストデータ６１、６２は、項目「担当者」、「電話番号」からそれぞれ取得される。
【０４９４】
テキストデータ６３は、待ち時間予測部３７が算出した予定時刻を項目「予定時刻」から取得したものである。
【０４９５】
上述の発呼者通知７１を受信したテレビ放送受信機５０は、そこに含まれるテキストデータ６２が示す電話番号を待機電話番号として登録し、テキストデータ６３が示すコール日時の情報に基づいて、自端末装置の着信モードを制御する。
【０４９６】
（ii）発呼者変更通知の作成
予約案件登録部３１は、パソコン７０から担当者変更を要請するコマンドを、コマンド受信部３８を介して受信するか、あるいは、希望日時判定部４２から、担当者変更の指示を受信する。
【０４９７】
例えば、図２７のレコードＲ４において、オペレータＰ１（鈴木○子）の当初のコールバック予定時刻が１０：１０であったが、それまでの処理が長引いているために、予定時刻が再計算された結果、「希望日時２」よりも遅い時刻が算出されたとする。
【０４９８】
これにより、希望日時判定部４２から担当者変更の指示を受信すると、予約案件登録部３１は、レコードＲ４の「行き先」に基づいて、別の担当者を決定する。担当者は、ランダムに決定されてもよいし、担当者ごとのコールバック発呼処理の状況に応じて、手動であるいは自動で決定されればよい。ここでは、図２２に示す、オペレータＰ３（田中△子）が新担当者として決定されたとする。
【０４９９】
図２９は、予約案件登録部３１が、担当者を変更するときに作成する、担当者変更テーブルの例を示す。担当者変更テーブル６９には、旧担当者（鈴木○子）の電話番号が項目「旧電話番号」として、また、新担当者（田中△子）の氏名および電話番号が項目「新担当者」および「新電話番号」として格納され、各項目は「予約ＩＤ」（ＳＳ００４５９）によって紐付けられている。予約案件登録部３１は、上記担当者変更テーブル６９をメッセージ作成部３４に供給する。
【０５００】
図３０は、図２７のレコードＲ４の情報および担当者変更テーブル６９に基づき、メッセージ作成部３４が作成した発呼者変更通知を示す図である。
【０５０１】
発呼者変更通知（発呼者変更通知メッセージ）７２のテキストデータ８８、８９は、発呼者通知７１と同じ方法で取得される。テキストデータ６４は、担当者変更テーブル６９の項目「新担当者」から、テキストデータ６５は、「新電話番号」から、テキストデータ６６は、「旧電話番号」からそれぞれ取得される。
【０５０２】
上述のようにしてメッセージ作成部３４が作成した発呼者変更通知７２は、レコードＲ４の顧客（◎田□代）のテレビ放送受信機５０によって受信される。テレビ放送受信機５０は、発呼者変更通知７２に含まれる、すでに登録していたテキストデータ６６の待機電話番号を削除して、代わりに、テキストデータ６５に示される電話番号を待機電話番号として登録する。
【０５０３】
（iii）コールバック不履行通知
コマンド受信部３８は、パソコン７０からコールバックを取りやめるコマンドを受信すると、まず、予約案件抽出部３３に、コールバックを取りやめる予約案件のレコードを取り出す指示を送る。また、メッセージ作成部３４には、コールバックを行わない旨を、当該予約案件の顧客に通知するコールバック不履行通知の作成を指示する。
【０５０４】
次に、メッセージ作成部３４は、予約案件抽出部３３が抽出したレコードの情報に基づいて、コールバック不履行通知を作成する。図３１は、図２７のレコードＲ１の情報に基づき、メッセージ作成部３４が作成したコールバック不履行通知を示す図である。コールバック不履行通知（コールバック不履行通知メッセージ）７３に含まれる、テキストデータ８８、８９、および６２は、発呼者通知７１と同じ方法で取得される。
【０５０５】
上述のようにしてメッセージ作成部３４が作成したコールバック不履行通知７３は、レコードＲ１の顧客Ｑのテレビ放送受信機５０によって受信される。テレビ放送受信機５０は、コールバック不履行通知７３に含まれる、すでに登録していたテキストデータ６２の待機電話番号を削除する。これにより、テレビ放送受信機５０のコールバック待機モードは解除される。
【０５０６】
なお、予約案件削除部４１は、コマンド受信部３８から受け取ったコマンドの指示に基づき、コールバック中止になったレコードを予約案件データベース３５から削除する。
【０５０７】
（iv）コールバック遅延通知
図２７のレコードＲ４について、待ち時間予測部３７が算出したコールバックの予定時刻が、例えば、２００５／３／１０  １１：３０であったとする。希望日時判定部４２は、上記算出された予定時刻が、レコードＲ４の「希望日時２」（２００５／３／１０  １１：００）よりも遅いと判定する。
【０５０８】
希望日時判定部４２は、項目「予定時刻」に算出した予定時刻（２００５／３／１０  １１：３０）を格納して、予約案件抽出部３３に、レコードＲ４を抽出する指示を送る。また、メッセージ作成部３４には、コールバックが希望時刻よりも遅延する旨を、当該予約案件の顧客（◎田□代）に通知するコールバック遅延通知の作成を指示する。
【０５０９】
次に、メッセージ作成部３４は、予約案件抽出部３３が抽出したレコードの情報に基づいて、コールバック遅延通知を作成する。図３２は、図２７のレコードＲ４の情報に基づき、メッセージ作成部３４が作成したコールバック遅延通知を示す図である。コールバック遅延通知７４に含まれる、テキストデータ８８、８９、および６１〜６３は、発呼者通知７１と同じ方法で取得される。
【０５１０】
上述のようにしてメッセージ作成部３４が作成したコールバック遅延通知７４は、レコードＲ４の顧客（◎田□代）のテレビ放送受信機５０によって受信される。テレビ放送受信機５０は、コールバック遅延通知７４に含まれる、すでに登録していたテキストデータ６２の待機電話番号管理しているコールバック予定時刻を１１：３０に変更する。これにより、テレビ放送受信機５０のコールバック待機モードは、予定時刻（１１：３０）に基づいて設定される。例えば、予定時刻の５分前からコールバック待機モードにする設定であれば、１１：２５になった時点で、着信モードをコールバック待機モードにする。
【０５１１】
上記構成によれば、顧客Ｑがコールバック予約を行ったのち、サーバ装置６０の予約案件登録部３１が、コールバック発呼者の電話番号を特定して、顧客Ｑのテレビ放送受信機５０に通知する。これにより、コールバック発呼者が複数存在して、コールバック予約時に待機電話番号を登録できない場合でも、顧客Ｑのテレビ放送受信機５０は、上記発呼者通知により、待機電話番号を特定して登録することができる。
【０５１２】
また、状況に変化が生じ、コールバックの発呼者が変更された場合でも、サーバ装置６０は、どの電話番号からどの電話番号に変更になったのかを示す発呼者変更通知を顧客Ｑのテレビ放送受信機５０に送信する。これにより、テレビ放送受信機５０は、通話相手の変更を認識して、コールバック予約時に待機電話番号メモリ１７（図１）に登録した待機電話番号を変更することができる。結果として、発呼者が複数存在し、発呼者が変更され得るコールバック予約システムにおいても、適切な着信制御を行うことが可能となる。
【０５１３】
なお、パソコン７０から送られてくるコマンドは、上記各通知メッセージを作成するためのコマンドには限定されない。例えば、予約案件データベース３５の予約案件リスト７５の抽出を要求するコマンドもある。
【０５１４】
より具体的には、オペレータＰ１（図２２）のパソコン７０から、オペレータＰ１が担当するコールバックの予約データの一覧を要求された場合は、コマンド受信部３８は、その要求を含むコマンドを、予約案件抽出部３３に供給する。予約案件抽出部３３は、予約案件リスト７５から、項目「担当者」がオペレータＰ１（鈴木○子）であるという条件を満たすレコードだけを抽出して、担当者別予約案件リストとして、送信部１４を介して、結果をパソコン７０に返信する。
【０５１５】
図３３は、担当者がオペレータＰ１（鈴木○子）であるという条件に基づいて、予約案件抽出部３３が、予約案件リスト７５から抽出した担当者別予約案件リストの例を示す図である。
【０５１６】
担当者別予約案件リスト６８は、図２７の予約案件リスト７５から「担当者」が「鈴木○子」だけのレコード（Ｒ１、Ｒ２、Ｒ４）が抽出され、かつ、待ち順番の昇順に並べ替えられて作成される。
【０５１７】
これにより、オペレータＰ１は、自分がコールバックを担当する予約案件の一覧を取得することができる。また、このときに、コールバックの「希望日時１」が、「現在時刻から１時間以内のもの」という抽出条件を追加すれば、現時点から１時間以内に処理しなければならない予約案件のみを抽出することもできる。
【０５１８】
なお、オペレータＰ１がパソコン７０を用いて、コールバックの発呼の指示を入力したときは、担当者別予約案件リスト６８の最上位のレコードを抽出するコマンドが、パソコン７０から送信され、上記コマンドをコマンド受信部３８が受信する。予約案件抽出部３３は、上記コマンドに応じて、図３３のレコードＲ１を抽出して、パソコン７０に供給する。これにより、パソコン７０は、顧客Ｑの電話番号（０４３−２１０−９８７６）宛に発呼処理を行うことが可能となる。
【０５１９】
さらに、パソコン７０が、上記レコードＲ１に対してのコールバック発呼処理を完了すると、コールバック発呼処理完了報告がサーバ装置６０のへコマンド受信部３８送信される。予約案件削除部４１は、コマンド受信部３８から受け取ったコマンド（コールバック発呼処理完了報告）に基づき、コールバック発呼済みのレコードを予約案件データベース３５から削除する。これにより、予約案件データベース３５の予約案件リスト７５は、その整合性と、最新の情報を維持することができる。
【０５２０】
また、このとき、待ち順番に変動が生じるので、上述した方法で、サーバ装置６０は、コールバック予告と、コールバックの予定時刻通知が、コールバックを待っている各顧客宛てに送信する。
【０５２１】
〔パソコン７０の詳細〕
図３４は、本実施形態に係るパソコン７０の要部構成を示すブロック図である。
【０５２２】
パソコン７０は、図３４に示すように、主制御部１（図３）によって制御される、操作部３、表示部７、送信部１４、および受信部１５を備えており、また、主制御部１の通信制御部１１内に、発呼処理部３２、コマンド送信部４３、および、予約案件取得部４４を含んでいる。
【０５２３】
なお、図３４の各構成要素に付された符号は、図３および図８の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示しているので、ここでは詳細な説明を省略する。
【０５２４】
コマンド送信部４３は、サーバ装置６０に対して、コマンドを送信するためのものである。コマンドの送信は、図２２に示すとおりＬＡＮを介して行われる。コマンドが指示する内容としては、担当者別予約案件リストの要求や、コールバック中止の指示などが含まれる。
【０５２５】
予約案件取得部４４は、サーバ装置６０より供給される、予約案件データベース３５（図２６）に格納されるテーブルやリストを取得するためのものである。取得されたテーブルやリストは、映像制御部１２を介して、表示部７に表示される。オペレータＰは、それを視認し、それらに操作を行うことができる。
【０５２６】
以下、パソコン７０が行う処理についてより詳細に説明する。
【０５２７】
（１）担当者別予約案件リスト取得
操作部３を介して、オペレータＰ１（鈴木○子）によって、担当者別予約案件リスト６８（図３３）を抽出する指示が、パソコン７０に入力されると、コマンド送信部４３は、担当者別予約案件リスト６８要求のコマンドを、サーバ装置６０に送信する。
【０５２８】
このとき、コマンドには抽出条件として、「担当者＝鈴木○子」が含まれている。あるいは、さらに「予定時刻＝現在時刻から１時間以内」などの抽出条件が含まれていてもよい。
【０５２９】
上記抽出条件を満たすレコードからなる担当者別予約案件リスト６８が、サーバ装置６０から供給されると、予約案件取得部４４は、それを、受信部１５を介して取得し、表示部７に表示させる。
【０５３０】
なお、条件に合致するレコードが見つからなかった場合は、「条件に一致するレコードは見つかりませんでした。」などのメッセージを表示部７に表示させてもよい。
【０５３１】
これにより、オペレータＰ１は、自分が担当する予約案件を確認することができる。
【０５３２】
（２）コールバック発呼処理
操作部３を介して、オペレータＰ１によって、発呼処理の指示がパソコン７０に入力されると、コマンド送信部４３は、担当者別予約案件リスト６８の最上位のレコードを要求するコマンドを、サーバ装置６０に送信する。
【０５３３】
このときコマンドに含まれている抽出条件は、「担当者＝鈴木○子」かつ「待ち順番＝１」である。
【０５３４】
上記抽出条件を満たすレコード（図３３のレコードＲ１）が、サーバ装置６０から供給されると、予約案件取得部４４は、それを、受信部１５を介して取得し、発呼処理部３２に供給する。発呼処理部３２は、レコードＲ１の電話番号（０４３−２１０−９８７６）宛てに発呼する。
【０５３５】
これにより、顧客Ｑ（○山×男）の側で着信されコネクションが確立すれば、オペレータＰ１は、顧客Ｑと旅行の相談を開始することができる。
【０５３６】
ここで、発呼処理部３２の発呼処理により、コネクションが確立すれば、発呼処理部３２は、コールバック発呼処理完了報告をコマンド送信部４３に供給する。コマンド送信部４３は、コールバック発呼処理完了報告を含むコマンドを、送信部１４を介して、サーバ装置６０に送信する。これにより、サーバ装置６０の予約案件リスト７５からレコードＲ１が削除される。
【０５３７】
（３）コールバック中止報告
操作部３を介して、オペレータＰ１によって、コールバック中止の指示がパソコン７０に入力されると、コマンド送信部４３は、上記指示が指定するレコードの削除命令を含むコマンドを、サーバ装置６０に送信する。
【０５３８】
これにより、サーバ装置６０の予約案件リスト７５からその指定されたレコードの顧客宛てに、コールバック中止を伝える通知が送信され、当該レコードが予約案件リスト７５から削除される。
【０５３９】
なお、操作部３を用いて、オペレータＰが、レコードの待ち順番を変更するなどの指示を入力できるようにしてもよい。また、待ち順番に限らず、操作部３を用いて手動でレコードを選択できるようにして、待ち順番が「１」のレコード以外のレコードにおいて、コールバック発呼処理を行えるようにしてもよい。
【０５４０】
以上、本実施形態における旅行相談システム２００の各構成要素（テレビ放送受信機５０および、コールバックシステム３００としてのサーバ装置６０およびパソコン７０）について詳細に述べてきた。
【０５４１】
上記構成によれば、上記テレビ放送受信機５０は、上記コールバックシステム３００に含まれるサーバ装置６０に対してコールバックの予約を行うことができる。また、上記サーバ装置６０から、発呼者通知メッセージ、発呼者変更通知メッセージ、コールバック不履行通知メッセージ、および、コールバック予告メッセージ（待ち順番情報、予定時刻などを含んでもよい）を受信することが可能となる、
したがって、テレビ放送受信機５０は、受信するメッセージの内容に応じて、待機電話番号の登録、管理、および、自端末装置の着信制御手段の待機モード切り替え、などをユーザの操作を必要となることなく自動で行うことが可能となる。
【０５４２】
結果として、テレビ放送受信機５０が、上記コールバックシステム３００に対して、コールバックの予約を行った場合に、煩雑な操作を必要とすることなく、適切な待機電話番号を記憶することができ、コールバックがかかってきそうになったときに、着信許可／拒否の制御行って、確実に上記待機電話番号からのコールバックを着信することが可能となるような、旅行相談システム２００を構築することができる。
【０５４３】
最後に、テレビ放送受信機１０（５０）、パソコン３０（４０、７０）、サーバ装置６０の各ブロック、特に待機番号登録部１９、着信制御部２１、および、メッセージ処理部２２は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０５４４】
すなわち、テレビ放送受信機１０（５０）、パソコン３０（４０、７０）、サーバ装置６０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるテレビ放送受信機１０（５０）、パソコン３０（４０、７０）、サーバ装置６０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記テレビ放送受信機１０（５０）、パソコン３０（４０、７０）、サーバ装置６０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０５４５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０５４６】
また、テレビ放送受信機１０（５０）、パソコン３０（４０、７０）、サーバ装置６０を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０５４７】
本発明に係る通信端末装置は、他の通信端末装置とネットワークを介して接続する通信端末装置であって、通信部と他の通信端末装置の電話番号を登録する待機電話登録手段と、上記電話番号登録手段に登録した通信端末装置から予約処理情報を受信する予約処理情報受信手段と表示部と備え、受信した予約処理情報を表示することを特徴とする。
【０５４８】
また、本発明に係る通信端末装置が受信した予約処理情報は、コールバック待ちの順番であってもよい。また、本発明に係る通信端末装置が受信した予約処理情報は、コールバック予測時刻であってもよい。また、本発明に係る通信端末装置が受信した予約処理情報は、コールバック予告であってもよい。
【０５４９】
さらに、本発明に係る通信端末装置は、上記構成に加えて、音声データを音声として出力する音声出力手段と、上記メッセージ処理手段が自端末装置をコールバック待機モードにした時に、音声を出力するよう上記音声出力手段を制御する音声制御手段とを備えていてもよい。これにより、コールバック予告を受信すると音声出力部で音を鳴らすことができ、ユーザは、その音によって、自端末装置がコールバック待機モードになったことを認識することができる。
【０５５０】
本発明に係る通信端末装置は、他の通信端末装置とネットワークを介して接続する通信端末装置であって、通信部と、通信部を介して着呼したときの処理を行う着呼処理手段と、着信を許可する電話番号を登録する待機電話登録手段と、他の通信端末装置から予約処理情報を受信する予約処理情報受信手段と、受信した予約処理情報により待機電話登録手段に登録されている電話番号以外の着信を拒否するコールバック待ち状態になっているかの着信判定手段と、着信判定手段で、コールバック待ち状態と判定すると待機電話登録手段に登録している電話以外の着信を拒否する着信制御手段とを備えたことを特徴とする。
【０５５１】
また、本発明に係る通信端末装置は、上記構成に加えて、他の通信端末装置からコールバックを予約する予約案件作成手段と予約案件を他の通信端末装置に送信する予約案件送信手段を備え、予約が受け付けられたときに着信を許可する電話番号を待機電話登録手段に登録することを特徴とする。
【０５５２】
さらに、上記構成に加えて、本発明に係る通信端末装置が他の通信端末装置から受信する予約処理情報はコールバック待ちの順番であり、順番が設定値になるかどうかでコールバック待ち状態の判定を行う着信判定手段を備えていてもよい。
【０５５３】
また、上記構成に加えて、本発明に係る通信端末装置が他の通信端末装置から受信する予約処理情報はコールバックの予測時刻であり、予測時刻と現在時刻の間隔が設定値以下の値になるかどうかでコールバック待ち状態の判定を行う着信判定手段を備えていてもよい。
【０５５４】
また、本発明に係る通信端末装置は、上記構成に加えて、自端末装置で発生する映像または画像データを表示する表示手段と、自端末装置がコールバック待機モードである時に、自端末装置がコールバック待機モードであることを示す識別情報を上記表示手段に表示させる制御を行う映像制御手段とを備えていてもよい。
【０５５５】
さらに、上記映像制御手段は、上記待ち順番情報、予定時刻情報、および、待ち時間情報の少なくとも１つを上記表示手段に表示させる制御を行ってもよい。
【０５５６】
さらに、本発明に係る通信端末装置は、上記構成に加えて、放送受信部をさらに備え、放送に重ね合わせて装置情報を表示してもよい。
【０５５７】
また、本発明に係る通信端末装置は、上記構成に加えて、発音部をさらに備え、着信判定手段がコールバック待ち状態と判定したときに発音部で音を発してもよい。
【０５５８】
さらに、本発明に係る通信端末装置は、上記構成に加えて、他の通信端末装置からコマンド受信するコマンド受信手段をさらに備え、コマンドを受信すると、待機電話登録手段に登録している待機電話番号に対し更新を行ってもよい。
【０５５９】
また、本発明に係る通信端末装置は、上記構成に加えて、受信するコマンドは待機する電話番号の変更コマンドであり、該コマンドを受信すると待機電話登録手段に登録されている電話番号を変更してもよい。
【０５６０】
さらに、本発明に係る通信端末装置は、受信するコマンドは、発信削除のコマンドであり、該コマンドを受信すると待機電話登録手段に登録されている電話番号を削除することを特徴とする。
【０５６１】
また、本発明に係る通信端末装置は、通信部と、通信部を介してコールバックの予約案件を受信する予約案件受信部と受信した該予約案件を登録する予約案件登録部と該登録した予約案件を記憶する予約案件記憶部と予約案件記憶部に、記憶されている予約案件のコールバックに関する情報を予約処理情報として他の通信端末装置へ送信する予約処理情報送信部を備えることを特徴とする。
【０５６２】
また、本発明に係る通信端末装置は、予約案件記憶部に記憶されている予約案件を取り出す予約案件取り出し部と発呼処理部と操作部をさらに備え、操作部の操作にしたがって、記憶されている予約案件を取り出し、発呼処理を行うことを特徴とする。
【０５６３】
さらに、本発明に係る通信端末装置が他の通信端末装置へ送信する予約処理情報はコールバック予告であってもよい。さらに、本発明に係る通信端末装置が他の通信端末装置へ送信する予約処理情報はコールバック待ちの順番であってもよい。また、本発明に係る通信端末装置が他の通信端末装置へ送信する予約処理情報はコールバック予定時刻であってもよい。
【０５６４】
また、本発明に係る通信端末装置は、上記構成に加えて、コールバック時刻予測手段をさらに含み、他の通信端末装置へ送信する予約処理情報は前記コールバック時刻予測手段で予測した時刻を予約処理情報として送信してもよい。
【０５６５】
本発明の通信端末装置によれば、着呼側通信端末装置で、サービス提供者からのコールバックされる予測時刻あるいは順番が表示されるので、顧客は常に電話の近くにいる必要がなくなる。
【０５６６】
さらに、コールバックされる時刻が近くなると他の電話からの発呼の着信を拒否するのでコールバックされるときに話中である事態を回避することができる。
【０５６７】
また、サービス提供者からコールバックされる時刻あるいは順番あるいはコールバック予告が送信されてくるので、突然コールバックされることもなく、他の電話と余裕を持った通話ができる。
【０５６８】
さらに、他の電話からの着信を拒否するどうかは、自動的に切り替わるのでユーザは着信を拒否する操作を行う必要はなくなる。
【産業上の利用可能性】
【０５６９】
本発明の着呼側通信端末装置を用いれば、コールバック予約を行ったあとで、コールバックを待っている状況において、発呼者からのコールバックがかかってくる時間帯を把握し、その間だけ上記発呼者からの呼びだけを着信できるように制御することが可能となる。したがって、本発明の着呼側通信端末装置は、着呼側通信端末装置が、発呼側通信端末装置からの発呼を待っている状況が生じるコールバック予約システムに好適に用いることができる。また、本発明の着呼側通信端末装置、発呼側通信端末装置、およびサーバ装置を、相互に通信可能な、携帯電話、ポケットベル、ＰＤＡ（Personal Digital Assistant）などの携帯用端末装置や、あるいは、パーソナルコンピュータ、ノートパソコンなどの各種情報処理装置、あるいは、通信機能を有するテレビ放送受信機、録画再生装置などのＡＶ表示装置に適用することができる。
【図面の簡単な説明】
【０５７０】
【図１】本実施形態に係るテレビ放送受信機の要部構成を示すブロック図である。
【図２】本実施形態に係る在宅診療システムの概略構成を示す図である。
【図３】本実施形態に係るテレビ放送受信機（およびパソコン）の概略構成を示すブロック図である。
【図４】（ａ）および（ｂ）は、図２に示す在宅診察システムにおいて、在宅で診察が行われているときの、テレビ放送受信機およびパソコンの表示部の表示例を示す図である。
【図５】本実施形態において、テレビ放送受信機に対して、ユーザが操作部を用いてコールバック予約を指示した場合に、表示部に表示される、予約データを作成するためのＧＵＩ画面の例を示す図である。
【図６】本実施形態に係るテレビ放送受信機の表示部における、図３に示すＯＳＤ生成部により生成されたＯＳＤ画像の表示例を示す図である。
【図７】本実施形態において、複数のコールバック予約を行う場合に用いる、待機電話番号メモリに格納されている待機電話番号リストの例を示す図である。
【図８】本実施形態に係るパソコンの要部構成を示すブロック図である。
【図９】図８に示すパソコンの記憶部の予約案件データベースに格納される予約案件リストの例を示す図である。
【図１０】本実施形態において、メッセージ作成部が作成したコールバック予告を示す図である。
【図１１】図２に示すテレビ放送受信機宛てに送信されたコールバック予約受付通知の例を示す図である。
【図１２】本実施形態において、メッセージ作成部が作成した待ち順番情報を含めた待ち順番通知の例を示す図である。
【図１３】本実施形態において、待ち時間を算出するパソコンの要部構成を示す図である。
【図１４】図９に示す予約案件リストの他の例を示す図である。
【図１５】図１３に示す待ち時間予測部のさらに詳細な要部構成を示す図である。
【図１６】（ａ）は、待ち時間情報を含んだコールバック予告の例を示す図である。（ｂ）は、テレビ放送受信機の表示部における、ＯＳＤ生成部により生成されたＯＳＤ画像の表示例を示す図である。
【図１７】（ａ）および（ｂ）は、本実施形態においてメッセージ作成部が作成するコールバック予約拒否通知の例を示す図である。
【図１８】本実施形態における在宅診察システムの、テレビ放送受信機およびパソコンの処理の流れを示すシーケンス図である。
【図１９】本実施形態におけるコールバック予約を受信してから予約データの登録を行うまでの、さらに詳細な処理の流れを示すフローチャートである。
【図２０】本実施形態におけるコールバック予告を受信してからテレビ放送受信機をコールバック待機モードにするまでの、さらに詳細な処理の流れを示すフローチャートである。
【図２１】本実施形態におけるテレビ放送受信機が行うコールバック予約処理の、他の例についての詳細な処理の流れを示すフローチャートである。
【図２２】本発明の他の実施形態に係る旅行相談システムの概略構成を示す図である。
【図２３】本発明の他の実施形態に係るテレビ放送受信機の要部構成を示すブロック図である。
【図２４】他の実施形態において、ユーザの指示により、コールバック予約部が、ＳＳ旅行社のサーバ装置からダウンロードして取得した、入力フォームの例を示す図である。
【図２５】他の実施形態に係るテレビ放送受信機に表示されるＯＳＤ画像の表示例を示す図である。
【図２６】他の実施形態に係るサーバ装置の要部構成を示すブロック図である。
【図２７】他の実施形態における、予約案件データベースに格納される予約案件リストの例を示す図である。
【図２８】他の実施形態に係るメッセージ作成部が作成した発呼者通知メッセージを示す図である。
【図２９】他の実施形態に係る予約案件登録部が、担当者を変更するときに作成する、担当者変更テーブルの例を示す。
【図３０】他の実施形態に係るメッセージ作成部が作成する発呼者変更通知メッセージを示す図である。
【図３１】他の実施形態に係るメッセージ作成部が作成するコールバック不履行通知メッセージを示す図である。
【図３２】他の実施形態に係るメッセージ作成部が作成するコールバック遅延通知メッセージを示す図である。
【図３３】他の実施形態において「担当者」を抽出条件として、予約案件抽出部が予約案件リストから抽出した担当者別予約案件リストの例を示す図である。
【図３４】他の実施形態に係るパソコンの要部構成を示すブロック図である。
【符号の説明】
【０５７１】
１  主制御部
２  通信部
３  操作部
４  カメラ
５  テレビ放送受信部
６  記憶部
７  表示部（表示手段）
８  スピーカ
９  マイク
１０  テレビ放送受信機（着呼側通信端末装置）
１１  通信制御部
１２  映像制御部
１３  音声制御部
１４  送信部（送信手段）
１５  受信部
１６  モードフラグ
１７  待機電話番号メモリ（待機番号記憶手段）
１８  コールバック予約部（コールバック予約手段）
１９  待機番号登録部（待機番号管理手段）
２０  着呼処理部
２１  着信制御部（着信制御手段）
２２  メッセージ処理部（メッセージ処理手段）
２３  設定情報
２４  着信拒否リスト
２５  待機電話番号リスト
２８  入力フォーム
３０  パソコン（発呼側通信端末装置）
３１  予約案件登録部（予約案件登録手段）
３２  発呼処理部
３３  予約案件抽出部
３４  メッセージ作成部（メッセージ作成手段）
３５  予約案件データベース（予約案件記憶手段）
３６  条件メモリ
３７  待ち時間予測部（時間予測手段）
３８  コマンド受信部
４０  パソコン（発呼側通信端末装置）
４１  予約案件削除部
４２  希望日時判定部（希望日時判定手段）
４３  コマンド送信部
４４  予約案件取得部
５０  テレビ放送受信機（着呼側通信端末装置）
６０  サーバ装置
６７  コール予定時刻情報
６８  担当者別予約案件リスト
６９  担当者変更テーブル
７０  パソコン（発呼側通信端末装置）
７１  発呼者通知（発呼者通知メッセージ）
７２  発呼者変更通知（発呼者変更通知メッセージ）
７３  コールバック不履行通知（コールバック不履行通知メッセージ）
７５  予約案件リスト
７６  待ち順番情報
７９  予約案件リスト
８３  予約案件リスト
８６  コールバック予告
９７  アイコン
９８  待ち順番情報
１００  在宅診察システム
１２１  ＯＳＤ生成部
１２２  画像重畳部（画像重畳手段）
２００  旅行相談システム（コールバック予約システム）
３００  コールバックシステム
【図１】
2007074443.tif 000003
【図２】
2007074443.tif 000004
【図３】
2007074443.tif 000005
【図４】
2007074443.tif 000006
【図５】
2007074443.tif 000007
【図６】
2007074443.tif 000008
【図７】
2007074443.tif 000009
【図８】
2007074443.tif 000010
【図９】
2007074443.tif 000011
【図１０】
2007074443.tif 000012
【図１１】
2007074443.tif 000013
【図１２】
2007074443.tif 000014
【図１３】
2007074443.tif 000015
【図１４】
2007074443.tif 000016
【図１５】
2007074443.tif 000017
【図１６】
2007074443.tif 000018
【図１７】
2007074443.tif 000019
【図１８】
2007074443.tif 000020
【図１９】
2007074443.tif 000021
【図２０】
2007074443.tif 000022
【図２１】
2007074443.tif 000023
【図２２】
2007074443.tif 000024
【図２３】
2007074443.tif 000025
【図２４】
2007074443.tif 000026
【図２５】
2007074443.tif 000027
【図２６】
2007074443.tif 000028
【図２７】
2007074443.tif 000029
【図２８】
2007074443.tif 000030
【図２９】
2007074443.tif 000031
【図３０】
2007074443.tif 000032
【図３１】
2007074443.tif 000033
【図３２】
2007074443.tif 000034
【図３３】
2007074443.tif 000035
【図３４】
2007074443.tif 000036