(57)【要約】【課題】  電話の呼の発信元と着信先の双方の状況に応じて、より適した着信処理の選択および実行を可能とする手段を提供する。【解決手段】  着信制御装置１５は、電話機１１から電話機１２に対する呼出要求を受信すると、読出部１５０１により属性ＤＢ１５５１から当該呼出要求の発信元である電話機１１の属性データと当該呼出要求の着信先である電話機１２の属性データとを検索し、検索した属性データに含まれるデータに応じたルールデータをルールＤＢ１５５２から抽出する。着信制御装置１５は読出部１５０１により抽出したルールデータにより示される着信処理に従い、着信処理部１５０２により各種態様の着信処理を実行する。【選択図】      図１
2006238132.tif 000002
【特許請求の範囲】
【請求項１】
呼の発信元の端末装置の属性と呼の着信先の端末装置の属性との組合せに対応する呼の着信処理の態様を示す双方属性ルールデータを記憶する記憶手段と、
一の呼を受信する受信手段と、
前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた双方属性ルールデータを前記記憶手段から読み出す読出手段と、
前記読出手段により読み出された双方属性ルールデータにより示される態様で前記一の呼の着信処理を実行する着信処理手段と
を備えることを特徴とする着信制御装置。
【請求項２】
呼の着信先の端末装置内に配置されることを特徴とする請求項１に記載の着信制御装置。
【請求項３】
呼の発信元の端末装置と当該呼の着信先の端末装置との間で当該呼に応じた通信接続を確立する中継装置内に配置されることを特徴とする請求項１に記載の着信制御装置。
【請求項４】
前記記憶手段は前記双方属性ルールデータに加え、呼の発信元の端末装置の属性に対応する呼の着信処理の態様を示す発信元属性ルールデータを記憶し、
前記読出手段は前記一の呼の発信元の端末装置の属性に応じた発信元属性ルールデータを前記記憶手段から読み出し、
前記着信処理手段は前記読出手段により読み出された双方属性ルールデータおよび発信元属性ルールデータにより示される態様で前記一の呼の着信処理を実行する
ことを特徴とする請求項１に記載の着信制御装置。
【請求項５】
前記記憶手段は前記双方属性ルールデータに加え、呼の着信先の端末装置の属性に対応する呼の着信処理の態様を示す着信先属性ルールデータを記憶し、
前記読出手段は前記一の呼の着信先の端末装置の属性に応じた着信先属性ルールデータを前記記憶手段から読み出し、
前記着信処理手段は前記読出手段により読み出された双方属性ルールデータおよび着信先属性ルールデータにより示される態様で前記一の呼の着信処理を実行する
ことを特徴とする請求項１に記載の着信制御装置。
【請求項６】
前記記憶手段は複数の双方属性ルールデータと、前記複数の双方属性ルールデータの間の優先順位を示す優先順位データとを記憶し、
前記読出手段は、前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた一の双方属性ルールデータおよび他の双方属性ルールデータの各々により示される態様の着信処理が両立しない場合、前記優先順位データに従い、前記一の双方属性ルールデータと前記他の双方属性ルールデータのうち優先順位が高いものを読み出す
ことを特徴とする請求項１に記載の着信制御装置。
【請求項７】
前記記憶手段は前記双方属性ルールデータに加え、呼の発信元の端末装置の属性および呼の着信先の端末装置の属性のいずれにも対応付けられていない呼の着信処理の態様を示す既定ルールデータを記憶し、
前記読出手段は、前記読出手段が前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた双方属性ルールデータを前記記憶手段から読み出せなかった場合、前記既定ルールデータを前記記憶手段から読み出し、
前記着信処理手段は前記読出手段により読み出された既定ルールデータにより示される態様で前記一の呼の着信処理を実行する
ことを特徴とする請求項１に記載の着信制御装置。
【請求項８】
呼の発信元の端末装置の属性と呼の着信先の端末装置の属性との組合せに対応する呼の着信処理の態様を示す双方属性ルールデータを予め記憶する処理と、
一の呼を受信する処理と、
前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた双方属性ルールデータを読み出す処理と、
読み出した双方属性ルールデータにより示される態様で前記一の呼の着信処理を実行する処理と
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声通話の呼を着信した場合の処理制御に関する。
【背景技術】
【０００２】
多忙な時に緊急でない電話を取ってしまい迷惑な思いをする場合がある。そのような問題を解決するために、電話の着信先において、その電話の発信元の電話番号を表示させる技術がある。そのような技術によれば、電話の呼び出しを受けたものは、その電話の発信者が誰であるかを知ることができ、その発信者に応じて電話に出るべきか否かを選択することができる。
【０００３】
上述した電話番号の表示技術による場合、電話の呼び出しを受けたユーザは電話番号を確認する必要があり手間であった。そこで、例えば特許文献１は、電話の発信者番号に応じて、電話の着信先における処理を着信転送、着信チャンネル空き待ち、着信呼解放（端末通知）等の中から自動的に選択し実行する交換機を提案している。
【特許文献１】特開平０６−２８４２００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、電話の呼び出しを受けた者がその呼び出しに応じるべきか否かは、単にその電話の発信者のみにより左右されるものではない。例えば、同じ知人からの電話であっても、電話の呼び出しを受けた者が暇であればその呼び出しに応じるべきであろうし、多忙であればその呼び出しに応じないべきであろう。しかしながら、特許文献１に開示の技術による場合、同じ発信元からの電話の呼び出しに対しては常に同じ処理が選択され実行される。そのため、例えば暇な時に知人からかかってきた電話が自動的に留守番録音装置に転送されてしまう、といった不都合が生じ得る。
【０００５】
上記の状況に鑑み、本発明は、電話の呼の発信元と着信先の双方の状況に応じて、より適した着信処理の選択および実行を可能とする手段を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を達成するために、本発明は、呼の発信元の端末装置の属性と呼の着信先の端末装置の属性との組合せに対応する呼の着信処理の態様を示す双方属性条件データを記憶する記憶手段と、一の呼を受信する受信手段と、前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた双方属性条件データを前記記憶手段から読み出す読出手段と、前記読出手段により読み出された双方属性条件データにより示される態様で前記一の呼の着信処理を実行する着信処理手段とを備えることを特徴とする着信制御装置を提供する。
【０００７】
かかる構成の着信制御装置によれば、ユーザは呼の発信元と着信先の双方の状況に応じた着信処理を自動的に実行させることができる。
【０００８】
好ましい態様において、前記着信制御装置は呼の着信先の端末装置内に配置される。また、他の好ましい態様において、前記着信制御装置は呼の発信元の端末装置と当該呼の着信先の端末装置との間で当該呼に応じた通信接続を確立する中継装置内に配置される。
【０００９】
さらに他の好ましい態様において、前記記憶手段は前記双方属性ルールデータに加え、呼の発信元の端末装置の属性に対応する呼の着信処理の態様を示す発信元属性ルールデータを記憶し、前記読出手段は前記一の呼の発信元の端末装置の属性に応じた発信元属性ルールデータを前記記憶手段から読み出し、前記着信処理手段は前記読出手段により読み出された双方属性ルールデータおよび発信元属性ルールデータにより示される態様で前記一の呼の着信処理を実行するように構成されてもよい。
【００１０】
かかる構成の着信制御装置によれば、ユーザは呼の発信元の状況のみに応じた条件を設定することにより、より柔軟な着信処理の制御を実行させることができる。
【００１１】
さらに他の好ましい態様において、前記記憶手段は前記双方属性ルールデータに加え、呼の着信先の端末装置の属性に対応する呼の着信処理の態様を示す着信先属性ルールデータを記憶し、前記読出手段は前記一の呼の着信先の端末装置の属性に応じた着信先属性ルールデータを前記記憶手段から読み出し、前記着信処理手段は前記読出手段により読み出された双方属性ルールデータおよび着信先属性ルールデータにより示される態様で前記一の呼の着信処理を実行するように構成されてもよい。
【００１２】
かかる構成の着信制御装置によれば、ユーザは呼の着信先の状況のみに応じた条件を設定することにより、より柔軟な着信処理の制御を実行させることができる。
【００１３】
さらに他の好ましい態様において、前記記憶手段は複数の双方属性ルールデータと、前記複数の双方属性ルールデータの間の優先順位を示す優先順位データとを記憶し、前記読出手段は、前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた一の双方属性ルールデータおよび他の双方属性ルールデータの各々により示される態様の着信処理が両立しない場合、前記優先順位データに従い、前記一の双方属性ルールデータと前記他の双方属性ルールデータのうち優先順位が高いものを読み出すように構成されてもよい。
【００１４】
かかる構成の着信制御装置によれば、ユーザは予め複数の条件を優先順位とともに設定することにより、複雑な着信処理の制御を容易に実行させることができる。
【００１５】
さらに他の好ましい態様において、前記記憶手段は前記双方属性ルールデータに加え、呼の発信元の端末装置の属性および呼の着信先の端末装置の属性のいずれにも対応付けられていない呼の着信処理の態様を示す既定ルールデータを記憶し、前記読出手段は、前記読出手段が前記一の呼の発信元の端末装置の属性と前記一の呼の着信先の端末装置の属性との組合せに応じた双方属性ルールデータを前記記憶手段から読み出せなかった場合、前記既定ルールデータを前記記憶手段から読み出し、前記着信処理手段は前記読出手段により読み出された既定ルールデータにより示される態様で前記一の呼の着信処理を実行するように構成されてもよい。
【００１６】
かかる構成の着信制御装置によれば、ユーザは呼の発信元と着信先の属性の組合せが予め設定したいずれの条件にも合致しない場合であっても、所定の着信処理を実行させることができる。
【００１７】
また、前記着信制御装置において、前記態様は、呼の着信先の端末装置に対し、呼の着信先の端末装置のユーザに対する着信の通知を指示する処理および前記通知の禁止を指示する処理を含むように構成されてもよい。また、前記着信制御装置において、前記態様は、一の呼に応じて発信元の端末装置と着信先の端末装置との間に通信接続が確立されているときに他の呼が当該着信先の端末装置に対し発信された場合、当該着信先の端末装置のユーザに対する前記他の呼に応じた着信の通知を指示する処理および前記通知の禁止を指示する処理を含むように構成されてもよい。
【００１８】
かかる構成の着信制御装置によれば、ユーザは呼の発信元と着信先の双方の状況に応じて、必要な場合にのみ呼の呼び出しを受けることができる。
【００１９】
また、前記着信制御装置において、前記態様は、呼の着信先の端末装置に対し、当該端末装置が備える送受話器型の通話手段とハンズフリー型の通話手段のいずれか一方を当該端末装置のユーザにより使用される通話手段として指定する処理を含むように構成されてもよい。
【００２０】
かかる構成の着信制御装置によれば、ユーザは呼の発信元と着信先の双方の状況に応じて、送受話器とハンズフリーセットを切り替える操作を行うことなく、それらのうちの好ましい手段で通話を行うことができる。
【００２１】
また、前記着信制御装置において、前記態様は、呼の着信先の端末装置に対し、入力された音声信号の記録を指示する処理を含むように構成されてもよい。また、前記着信制御装置において、前記態様は、呼の着信先の端末装置に対し、予め記憶された音声信号の出力を指示する処理を含むように構成されてもよい。
【００２２】
かかる構成の着信制御装置によれば、ユーザは呼の発信元と着信先の双方の状況に応じて、呼の発信者の音声を記録させ、もしくは呼の発信者に適するメッセージを通知させることができる。
【００２３】
また、前記着信制御装置において、前記態様は、呼の着信先の端末装置に対し、呼の発信元の端末装置の属性を呼の着信先のユーザに対し通知する処理を指示する処理を含むように構成されてもよい。また、前記着信制御装置において、前記態様は、呼の発信元の端末装置に対し、呼の着信先の端末装置の属性を呼の発信元のユーザに対し通知する処理を指示する処理を含むように構成されてもよい。
【００２４】
かかる構成の着信制御装置によれば、必要に応じて呼の着信先のユーザが呼の発信元のユーザの状況を知ることができ、もしくは呼の発信元のユーザが呼の着信先のユーザの状況を知ることができる。
【００２５】
また、前記着信制御装置において、前記態様は、呼の着信先の端末装置に対し、所定の処理の停止もしくは継続を指示する処理を含むように構成されてもよい。そのような着信制御装置の好ましい態様において、前記所定の処理は音楽の再生処理である。また、そのような着信制御装置の他の好ましい態様において、前記所定の処理はアプリケーションプログラムの実行処理である。
【００２６】
かかる構成の着信制御装置によれば、ユーザは呼の発信元と着信先の双方の状況に応じて、音楽やアプリケーションプログラムの実行等の処理の停止もしくは継続を自動的に行わせることができる。
【００２７】
また、前記着信制御装置において、前記呼の発信元の端末装置の属性は、当該発信元の端末装置の識別子、当該発信元の端末装置の現在位置、当該発信元のユーザの識別子、当該発信元の端末装置のユーザの氏名、当該発信元の端末装置のユーザの所属団体名、当該発信元の端末装置のユーザの地位もしくは役職、前記呼の着信先の端末装置のユーザからみた当該発信元の端末装置のユーザの親密度、当該発信元の端末装置のユーザの状況、および当該発信元の端末装置のユーザからみた当該発信元の端末装置から発信される呼の緊急度のうち、少なくともいずれか一を含むように構成されてもよい。
【００２８】
かかる構成の着信制御装置によれば、ユーザは呼の発信元の様々な状況に応じた、適する着信処理を実行させることができる。
【００２９】
また、前記着信制御装置において、前記呼の着信先の端末装置の属性は、当該着信先の端末装置の現在位置および当該着信先の端末装置のユーザの状況のうち、少なくともいずれか一を含むように構成されてもよい。
【００３０】
かかる構成の着信制御装置によれば、ユーザは呼の着信先の様々な状況に応じた、適する着信処理を実行させることができる。
【００３１】
また、本発明は、前記着信制御装置により行われる処理をコンピュータに実行させるプログラムを提供する。かかるプログラムによれば、ユーザはコンピュータにより前記着信制御装置を実現することができる。
【発明を実施するための最良の形態】
【００３２】
［１．第１実施形態］
［１．１．通話システムの構成］
図１は、本発明の第１実施形態にかかる通話システム１の構成を示したブロック図である。通話システム１は、複数の電話機間の呼接続を行う電話網１０と、ユーザが遠隔地の他のユーザと通話を行うための複数の電話機１１および複数の電話機１２と、電話機１２と電話網１０の間に接続され電話機１２を着信先とする呼に対する着信処理を電話機１２に指示する着信制御装置１５とを備えている。ただし、図１においては図の簡略化のため、電話機１１、電話機１２および着信制御装置１５は各々１つのみ示されている。
【００３３】
電話機１１は発呼機能および通話機能を備えた通常の電話機であり、その詳細な説明は省略する。電話機１２は発呼機能および通話機能に加え、留守録メッセージの録音機能および応答メッセージによる自動応答機能を備えた電話機である。さらに、電話機１２は２種類の通話手段を備えている。
【００３４】
より具体的には、電話機１２は、電話機１２の各構成部を制御する制御部１２０と、着信制御装置１５から音声信号および制御信号を受信する受信部１２１と、着信制御装置１５へ音声信号および制御信号を送信する送信部１２２と、受信部１２１から音声信号を受け取り音声に変換して引き渡すとともにユーザの音声を集音し音声信号に変換して送信部１２２に出力する送受話器１２３およびハンズフリーセット１２４と、受信部１２１から音声信号を受け取り記憶部１２９に記憶させるメッセージ記録部１２５と、記憶部１２９に記憶されているメッセージデータを音声信号に変換して送信部１２２に順次引き渡すメッセージ再生部１２６と、ユーザが電話機１２に対し各種操作を行うための操作部１２７と、ユーザに対し文字や図形を表示する表示部１２８と、制御部１２０に対し各種制御処理を指示するプログラムや留守録メッセージデータ群１２９１および応答メッセージデータ群１２９２を記憶するとともに制御部１２０の作業領域としても用いられる記憶部１２９を備えている。
【００３５】
留守録メッセージデータ群１２９１は、メッセージ記録部１２５の指示により、電話機１１から電話網１０および着信制御装置１５を介して受信された留守録メッセージの音声信号（留守録メッセージデータ）が複数記憶されたものである。留守録メッセージデータ群１２９１に含まれる留守録メッセージデータには、各々を識別するための識別番号が付されている。また、応答メッセージデータ群１２９２は、予め電話機１２の出荷時もしくはユーザの操作により記憶された応答メッセージの音声信号（応答メッセージデータ）が複数記憶されたものである。応答メッセージデータ群１２９２に含まれる応答メッセージデータにも、各々を識別するための識別番号が付されている。
【００３６】
電話機１２が備える送受話器１２３およびハンズフリーセット１２４はともにユーザが通話を行うための通話手段であるが、ハンズフリーセット１２４は電話機１２が置かれた空間内にいる全ての者の音声を集音するとともにそれらの者に聞こえる音量で通話相手の音声を発音するため、ユーザはハンズフリーセット１２４を持ち上げることなく相手と通話することができる。一方、送受話器１２３はユーザが持ち上げて通話を行うタイプの通話手段である。また、送受話器１２３およびハンズフリーセット１２４は各々、電話がかかってきたことを、例えばベル音の発音によりユーザに通知する通知部（図示略）を備えている。
【００３７】
着信制御装置１５は、着信制御装置１５の各構成部を制御する制御部１５０と、電話網１０および電話機１２から音声信号および制御信号を受信する受信部１５１と、電話機１２および電話網１０へ音声信号および制御信号を送信する送信部１５２と、ユーザが着信制御装置１５に対し各種操作を行うための操作部１５３と、ユーザに対し文字や図形を表示する表示部１５４と、制御部１５０に対し各種制御処理を指示するプログラムや着信処理の決定のために用いられる属性ＤＢ１５５１（以下、データベースを「ＤＢ」と呼ぶ）およびルールＤＢ１５５２を記憶するとともに制御部１５０の作業領域としても用いられる記憶部１５５を備えている。
【００３８】
制御部１５０は、属性ＤＢ１５５１に基づきルールＤＢ１５５２に含まれる特定のデータを読み出す読出部１５０１と、読出部１５０１により読み出されたデータに従い着信処理を実行する着信処理部１５０２を備えている。
【００３９】
図２は、属性ＤＢ１５５１の内容を例示した図である。属性ＤＢ１５５１は、電話番号により識別される電話機の各々に対応する属性データを複数格納している。属性ＤＢ１５５１に含まれる先頭の属性データは、着信制御装置１５に接続された電話機１２もしくはそのユーザの属性を示す。一方、属性ＤＢ１５５１に含まれる２行目以降の属性データは、電話網１０を介して電話機１２に対し電話をかける可能性のある電話機１１（以下、「相手電話機」と呼ぶ）もしくはそのユーザ（以下、「相手ユーザ」）の属性を示す。
【００４０】
属性データは、データフィールドとして、属性データの各々を識別するシリアル番号と、属性データに対応する電話機の識別子である電話番号と、電話機のユーザの氏名と、電話機のユーザの属する会社名・部署名と、電話機のユーザの地位／役職と、電話機１２のユーザからみた相手ユーザの親密度と、ユーザの現在の状況を示すユーザ状況と、相手ユーザが電話機１２のユーザに対し電話をかけてきた場合におけるその電話の緊急度を含んでいる。ただし、属性データに含まれるデータフィールドの種類は上記のものに限られず、属性ＤＢ１５５１は上記のデータフィールドの一部のみを含んでもよいし、例えば相手ユーザの年齢、相手電話機が携帯電話機であるか固定電話機であるか等、他の種類のデータフィールドを含んでもよい。
【００４１】
以下の説明において、例として、属性データに含まれる親密度および緊急度は「高」、「中」および「低」のいずれかの値をとり、ユーザ状況は「暇」、「多忙」および「応答不可」のいずれかの値をとるものとする。
【００４２】
属性データに含まれるデータフィールドのうち、シリアル番号、電話番号、氏名、会社名・部署名、地位／役職および親密度は電話機１２のユーザの登録操作により、各々の値が予め格納されている。ただし、シリアル番号「０」の属性データ（以下、属性データ「０」のように呼ぶ）は電話機１２に対応するデータであるので、電話機１２のユーザとの関係を示す親密度は常に空欄となる。
【００４３】
一方、属性データに含まれるユーザ状況および緊急度は、相手ユーザが電話機１２に対し電話をかけた時点における相手ユーザの状況およびその電話の緊急度を示すものである。従って、それらのデータフィールドは通常、空欄となっており、相手電話機より電話の呼出があった時に一時的に値の格納が行われる。ただし、属性データ「０」は電話機１２に対応するデータであるので、電話機１２のユーザの登録操作により、現在の状況を示す値が予め格納されている。なお、緊急度は相手ユーザにより決定されるものであるため、属性データ「０」の緊急度は常に空欄である。
【００４４】
図３は、ルールＤＢ１５５２の内容を例示した図である。ルールＤＢ１５５２は、発信元の電話機、すなわち相手電話機の属性に関する条件と、着信先の電話機、すなわち電話機１２の属性に関する条件との組合せに対し、それらの条件が充たされた場合に実行されるべき着信処理を示すデータが対応付けられたルールデータを複数格納している。ルールＤＢ１５５２において、ルールデータの格納順序が上位である程、そのルールデータは優先順位が高いことを示している。すなわち、格納順序が上位であるルールデータと、格納順序が下位であるルールデータの両方の条件が各々充たされる場合であって、それらのルールデータにより示される着信処理が両立しないものである場合、後述する着信制御装置１５の動作において、格納順序が上位であるルールデータにより示される着信処理が優先的に選択される。
【００４５】
ルールデータは、データフィールドとして、ルールデータの各々を識別するシリアル番号と、相手電話機もしくは相手ユーザの属性に関する条件を示す発信元条件と、電話機１２もしくはそのユーザの属性に関する条件を示す着信先条件と、発信元条件および着信先条件がともに充たされた場合に実行されるべき処理を示す着信処理を含んでいる。図３に例示のルールＤＢ１５５２においては、シリアル番号はルールデータの格納順序に従って昇順で割り当てられているため、すなわち優先順位を示している。
【００４６】
ルールデータに含まれる発信元条件は、サブデータフィールドとして、相手電話機もしくは相手ユーザの属性の項目を示す発信元属性項目と、発信元属性項目と次に述べる発信元属性値との関係を示す発信元演算子と、発信元演算子との関係で相手電話機もしくは相手ユーザの属性がとるべき値を示す発信元属性値を含んでいる。同様に、ルールデータに含まれる着信先条件は、サブデータフィールドとして、電話機１２もしくはそのユーザの属性の項目を示す着信先属性項目と、着信先属性項目と次に述べる着信先属性値との関係を示す着信先演算子と、着信先演算子との関係で電話機１２もしくはそのユーザの属性がとるべき値を示す着信先属性値を含んでいる。
【００４７】
発信元属性項目および着信先属性項目は属性ＤＢ１５５１（図２参照）のデータフィールドのいずれかである。ただし、発信元属性項目の値として親密度が用いられることはなく、着信先属性項目の値として緊急度が用いられることはない。
【００４８】
発信元演算子および着信先演算子は両辺の値が等しいことを示す「＝」、両辺の値が等しくないことを示す「≠」、左辺の値が右辺の値より大きいことを示す「＞」、左辺の値が右辺の値より小さいことを示す「＜」、左辺の値が右辺の値以上であることを示す「＞＝」および左辺の値が右辺の値以下であることを示す「＜＝」のいずれかである。ただし、親密度および緊急度について、例えば「高」は「中」より大きな値を示し、「中」は「低」より大きな値を示すものとする。また、ユーザ状況について、例えば「応答不可」は「多忙」より大きな値を示し、「多忙」は「暇」より大きな値を示すものとする。
【００４９】
発信元属性値および着信先属性値は、属性ＤＢ１５５１の各データフィールドに含まれ得る値のいずれかである。例えば、シリアル番号「１」であるルールデータ（以下、ルールデータ「１」のように呼ぶ）に含まれる発信元条件は、相手ユーザの氏名が山田太郎である、という条件を示している。また、例えばルールデータ「２」に含まれる着信先条件は、電話機１２に対しかけられてきた電話の緊急度が「中」以下、すなわち「中」もしくは「低」である、という条件を示している。
【００５０】
ルールデータに含まれる着信処理は、電話機１２の送受話器１２３による呼出を示す「送受話器呼出」、電話機１２のハンズフリーセット１２４による呼出を示す「ハンズフリー呼出」、電話機１２のメッセージ記録部１２５による留守録メッセージデータの記録を示す「留守録」、電話機１２のメッセージ再生部１２６による応答メッセージデータの再生を示す「応答メッセージ（＃）」（ただし、「＃」は応答メッセージの識別番号を示す）、電話機１２の表示部１２８による相手電話機もしくは相手ユーザの属性の表示を示す「相手属性表示（ＸＸＸ）」（ただし、「ＸＸＸ」は属性の項目（電話番号、氏名、緊急度等）を示す）、着信処理部１５０２による電話機１２もしくはそのユーザの属性の相手電話機に対する送信を示す「属性送信（ＹＹＹ）」（ただし、「ＹＹＹ」は属性の項目（ユーザ状況、氏名等）、電話機１２がいずれかの電話機１１と既に通話中である時に他の電話機１１から電話がかかってきた場合における他の電話機１１の割込通話の呼出を示す「割込許可」および割込通話の呼出の禁止を示す「割込禁止」のいずれかである。ただし、着信処理の種類は上記のものに限られず、例えば電話機１２に所定の音声メッセージの再生を指示する処理等、他の種類の着信処理を指定可能としてもよい。
【００５１】
ルールＤＢ１５５２において格納順序が最下位に位置するルールデータ（もしくはルールＤＢ１５５２の末尾に格納されている複数のルールデータ群）は、発信元条件および着信元条件がともに空欄となっている。そのようなルールデータは、上位のルールデータのいずれに関しても、発信元条件および着信先条件の両方が充たされない場合に実行されるべき着信処理を示すルールデータである。例えば、図３に示されるルールデータ「９９９」はそのようなルールデータを例示している。
【００５２】
また、ルールＤＢ１５５２には発信元条件および着信先条件のいずれか一方が空欄であるルールデータが含まれていても良い。例えば、図３に示されるルールデータ「３」および「４」はそのようなルールデータを例示している。
【００５３】
［１．２．通話システムの動作］
続いて、電話機１１のユーザが電話機１２のユーザに対し電話をかけた場合における通話システム１の動作を説明する。以下の説明において、属性ＤＢ１５５１およびルールＤＢ１５５２は図２および図３に示した内容であるものとし、電話機１１に対応する属性データは属性データ「１」であるものとする。すなわち、電話機１１の電話番号は５５５−９９８−２３２７であり、電話機１１のユーザはＹ産業・第１営業部の主任である山田太郎であるものとする。
【００５４】
まず、電話機１１のユーザは、電話機１２のユーザに対し電話をかける前に、自分のユーザ状況が「暇」、「多忙」および「応答不可」のいずれであるかを示すデータと、電話機１２のユーザに対する電話の緊急度が「高」、「中」および「低」のいずれであるかを示すデータを電話機１１に対し入力しておく。以下の説明において、例として、電話機１１のユーザはユーザ状況として「多忙」を入力し、緊急度として「高」を入力しているものとする。
【００５５】
その後、電話機１１のユーザが電話機１２の電話番号「０００−３７２−７２５６」の入力操作および発信操作を行うと、電話機１１は電話機１１の電話番号「５５５−９９８−２３２７」を発信元の電話番号、電話機１２の電話番号「０００−３７２−７２５６」を着信先の電話番号とする呼出要求を生成し、その呼出要求にユーザ状況「多忙」および緊急度「高」を示すデータを付加する。電話機１１はそのように生成した呼出要求を電話網１０に対し送出する。電話網１０に含まれる交換装置は電話機１１から呼出要求を受信すると、受信した呼出要求に含まれる着信先の電話番号に基づき、電話機１２に接続されている着信制御装置１５に対し呼出要求を転送する。
【００５６】
着信制御装置１５の受信部１５１は電話網１０から呼出要求を受信すると、受信した呼出要求を制御部１５０に引き渡す。制御部１５０は受け取った呼出要求に含まれる発信元の電話番号「５５５−９９８−２３２７」に対応する属性データ「１」を属性ＤＢ１５５１（図２参照）から検索し、検索した属性データ「１」のユーザ状況および緊急度を、呼出要求に付加されている「多忙」および「高」で更新する。
【００５７】
続いて、制御部１５０は、さらに属性ＤＢ１５５１から電話機１２の属性を示す属性データ「０」を検索する。制御部１５０は検索した属性データ「０」と、上記のように更新した属性データ「１」を読出部１５０１に引き渡す。
【００５８】
読出部１５０１は制御部１５０から属性データ「０」および「１」を受け取ると、ルールＤＢ１５５２（図３参照）から、属性データ「１」に含まれるデータフィールドのうち発信元属性項目により示されるものの値が発信元属性値により示される値との間で発信元演算子により示される関係を充たし、かつ属性データ「０」に含まれるデータフィールドのうち着信先属性項目により示されるものの値が着信先属性値により示される値との間で着信先演算子により示される関係を充たすルールデータを抽出する。図２および図３に例示の属性ＤＢ１５５１およびルールＤＢ１５５２による場合、読出部１５０１はルールデータ「１」、「２」および「９９９」を抽出する。
【００５９】
読出部１５０１は複数のルールデータを抽出した場合、それらに含まれる着信処理が互いに両立するか否かを判定する。読出部１５０１により抽出された複数のルールデータのうち、あるルールデータにより示される着信処理が他のルールデータにより示される着信処理と両立しない場合、読出部１５０１はそれらのルールデータのうち優先順位が低いルールデータを抽出したルールデータ群から除外する。ルールデータ「１」、「２」および「９９９」に含まれる着信処理の内容は、各々「応答メッセージ（５）」、「ハンズフリー呼出」および「送受話器呼出」であり、それらは両立しないため、読出部１５０１は優先順位の低いルールデータ「２」および「９９９」を除外し、ルールデータ「１」のみを抽出したルールデータとして残す。
【００６０】
一方、例えば読出部１５０１が抽出したルールデータに含まれる着信処理の内容が「送受話器呼出」および「相手属性表示（氏名）」であるような場合、それらは両立するため、読出部１５０１はそれらの着信処理を示すルールデータのいずれも抽出したルールデータから除外しない。
【００６１】
読出部１５０１は、上記のように抽出したルールデータを着信処理部１５０２に引き渡す。着信処理部１５０２は、読出部１５０１からルールデータを受け取ると、受け取ったルールデータにより示される着信処理に応じて、以下の処理を行う。
（ａ）送受話器呼出：送受話器呼出を指示する指示データの生成および電話機１２への送信。
（ｂ）ハンズフリー呼出：ハンズフリー呼出を指示する指示データの生成および電話機１２への送信。
（ｃ）留守録：留守録メッセージデータの記録を指示する指示データの生成および電話機１２への送信。
（ｄ）応答メッセージ（＃）：識別番号「＃」で示される応答メッセージデータの再生を指示する指示データの生成および電話機１２への送信。
（ｅ）相手属性表示（ＸＸＸ）：属性データ「１」に含まれるデータフィールド「ＸＸＸ」の内容の表示を指示する指示データの生成および電話機１２への送信。
（ｆ）属性送信（ＹＹＹ）：属性データ「０」に含まれるデータフィールド「ＹＹＹ」の内容を示すデータの生成および電話機１１への送信。
（ｇ）割込許可：割込通話の呼出を許可するデータの生成および記憶部１５５への一時的記憶。
（ｈ）割込禁止：割込通話の呼出を禁止するデータの生成および記憶部１５５への一時的記憶。
【００６２】
上記の（ａ）〜（ｅ）の場合、電話機１２の受信部１２１は着信制御装置１５の送信部１５２から指示データを受信し、制御部１２０に引き渡される。制御部１２０が上記の（ａ）に関する指示データを受け取った場合、送受話器１２３にユーザに対する呼出処理を行うように指示する。送受話器１２３は制御部１２０からの指示に従い、通知部を用いてベル音の発音を行う。電話機１２のユーザがそのベル音に応じて送受話器１２３を持ち上げる操作を行うと、電話機１１と電話機１２との間に着信制御装置１５を介した通信接続が確立され、電話機１２のユーザは電話機１１のユーザと送受話器１２３を用いて通話を行うことができる。電話網１０により、着信制御装置１５と電話機１１との間の通信接続が確立される際の動作については、通常の電話機間の場合と同様であるので、その説明は省略する。
【００６３】
制御部１２０が上記の（ｂ）に関する指示データを受け取った場合、ハンズフリーセット１２４にユーザに対する呼出処理を行うように指示する。ハンズフリーセット１２４は制御部１２０からの指示に従い、通知部を用いてベル音の発音を行う。電話機１２のユーザがそのベル音に応じてハンズフリーセット１２４をＯＮにする操作を行うと、電話機１１と電話機１２との間に着信制御装置１５を介した通信接続が確立され、電話機１２のユーザは電話機１１のユーザとハンズフリーセット１２４を用いて通話を行うことができる。この場合も、電話網１０により、着信制御装置１５と電話機１１との間の通信接続が確立される際の動作は、通常の電話機間の場合と同様である。
【００６４】
制御部１２０が上記の（ｃ）に関する指示データを受け取った場合、制御部１２０はメッセージ再生部１２６に留守録用の応答メッセージデータの再生を指示する。メッセージ再生部１２６はその指示に従い、記憶部１２９の応答メッセージデータ群１２９２から留守録用の応答メッセージデータを読み出し、そのデータを音声信号として再生する。メッセージ再生部１２６により再生された音声信号は着信制御装置１５を介して電話機１１に送信され、その結果、電話機１１においては、例えば「ただいま留守にしています。ピーという音の後、メッセージをお入れ下さい。ピー。」といったメッセージがユーザに通知される。その後、電話機１１のユーザの音声を示す音声信号が電話機１１から着信制御装置１５を介して電話機１２に送信される。制御部１２０はメッセージ記録部１２５にその音声信号を記録するように指示する。メッセージ記録部１２５はその指示に従い、電話機１１のユーザの音声信号を留守録メッセージデータとして記憶部１２９に記憶させる。そのように記憶された留守録メッセージデータには識別番号が付され、留守録メッセージデータ群１２９１の一部として、その後、電話機１２のユーザに対し通知するためにメッセージ再生部１２６により利用されることになる。
【００６５】
制御部１２０が上記の（ｄ）に関する指示データを受け取った場合、制御部１２０はメッセージ再生部１２６に識別番号「＃」の応答メッセージデータの再生を指示する。メッセージ再生部１２６はその指示に従い、記憶部１２９の応答メッセージデータ群１２９２から識別番号「＃」の応答メッセージデータを読み出し、そのデータを音声信号として再生する。メッセージ再生部１２６により再生された音声信号は着信制御装置１５を介して電話機１１に送信され、その結果、識別番号「＃」の応答メッセージデータにより示されるメッセージが電話機１１においてユーザに通知される。
【００６６】
制御部１２０が上記の（ｅ）に関する指示データを受け取った場合、制御部１２０は指示データに従い、表示部１２８に対し、属性データ「１」に含まれるデータフィールド「ＸＸＸ」の内容の表示を指示する。例えば、「ＸＸＸ」が「緊急度」である場合、属性データ「１」の緊急度は「高」であるため、制御部１２０は表示部１２８に対し、例えばメッセージ「緊急度：高」の表示を指示し、表示部１２８はそのメッセージの表示を行う。
【００６７】
一方、上記の（ｆ）〜（ｈ）の場合、着信制御装置１５は指示データを電話機１２に送信せず、通話システム１においては以下の処理が行われる。まず、上記の（ｆ）の場合、着信制御装置１５の着信処理部１５０２は送信部１５２を用いて電話網１０に対し、属性データ「０」に含まれるデータフィールド「ＹＹＹ」の内容を示すデータを送出し、そのデータは電話機１１により受信される。例えば、「ＹＹＹ」が「ユーザ状況」である場合、着信制御装置１５からは電話機１２のユーザの現在の状況を示すデータとして「多忙」が送出される。その結果、電話機１１において、電話機１２のユーザが現在多忙であることを示すメッセージの表示や音声による通知等が可能となる。
【００６８】
また、上記の（ｇ）の場合、着信制御装置１５の着信処理部１５０２は、割込通話の呼出を許可することを示す許可データを生成し、記憶部１５５に生成した許可データを一時的に記憶させる。許可データは、割込許可を示すルールデータと同時に受け取られたルールデータにより示される上記の（ａ）もしくは（ｂ）に関する着信処理に応じて確立された電話機１１と電話機１２との間の通信接続が維持されている間、記憶部１５５に記憶される。着信処理部１５０２は許可データが記憶部１５５に記憶されている場合、着信制御装置１５が他の電話機１１から新たな呼出要求を受信した際、その新たな呼出要求に応じて上記の（ａ）もしくは（ｂ）に関する指示データを電話機１２に送信する。その結果、電話機１２のユーザは、ある電話機１１のユーザとの間で通話を行っている間に他の電話機１１のユーザから電話がかかってきた場合、その電話の呼出を示すベル音を送受話器１２３もしくはハンズフリーセット１２４から聞き、そのベル音に応じて他の電話機１１のユーザとの通話を開始することができる。
【００６９】
これに対し、上記の（ｈ）の場合、着信処理部１５０２は、割込通話の呼出を禁止することを示す禁止データを生成し、記憶部１５５に生成した禁止データを一時的に記憶させる。禁止データが記憶部１５５に記憶される期間は上記の許可データの場合と同様である。着信処理部１５０２は禁止データが記憶部１５５に記憶されている場合、着信制御装置１５が他の電話機１１から新たな呼出要求を受信した際、その新たな呼出要求に応じて上記の（ａ）もしくは（ｂ）に関する指示データを電話機１２に送信することはしない。その結果、電話機１２のユーザは、ある電話機１１のユーザとの間で通話を行っている間に他の電話機１１のユーザから電話がかかってきても、その電話の呼出を示すベル音を送受話器１２３もしくはハンズフリーセット１２４から聞くことはなく、従って既に行われている通話を新たな呼出により邪魔されることがない。
【００７０】
ところで、着信制御装置１５は、専用のハードウェアにより実現されてもよいし、汎用コンピュータにアプリケーションプログラムに従った処理を実行させることにより実現されてもよい。
【００７１】
また、上記の説明においては、通話システム１に含まれる着信制御装置１５は電話機１２とは異なる筐体に配置される装置であるものとしたが、着信制御装置１５の構成要素の一部もしくは全てを電話機１２の筐体内に配置するようにしてもよい。
【００７２】
また、上記の説明においては、電話機１１は電話機１２に対する呼出要求に対し、ユーザ状況や緊急度を示すデータを付加する機能を備えているものとしたが、電話機１１がそのような機能を備えていない一般的な電話機であってもよい。その場合、読出部１５０１により送信元属性項目が「ユーザ状況」もしくは「緊急度」であるルールデータが抽出されることはなくなるが、その場合であっても他に抽出されたルールデータにより、適する着信処理が行われる。
【００７３】
以上説明したように、通話システム１によれば、電話機１１から電話機１２に対し電話がかけられた場合、電話機１１もしくは電話機１１のユーザの属性と、電話機１２もしくは電話機１２のユーザの属性との双方に応じて、適する着信処理が自動的に選択され実行される。その結果、電話機１２のユーザは電話がかかってきた時に、その電話に応じるべきか否か、またどのように応じるべきかをその都度考えることなく、その電話への好ましい対応を行うことができる。
【００７４】
［２．第２実施形態］
本発明の第２実施形態として、通話システム２の説明を行う。通話システム２は通話システム１と多くの点で共通しているため、以下、それらが異なる点のみを説明する。通話システム２は、通話システム１において複数の電話機１２の各々に接続されていた着信制御装置１５の機能を、通信網に接続されたサーバ装置に集中させたシステムである。また、通話システム１に含まれる電話機１１および電話機１２は一般的な固定電話機であるが、通話システム２における電話機は、携帯電話機、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話機もしくはＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグリーダの接続された電話機である。
【００７５】
［２．１．通話システムの構成］
図４は、本発明の第２実施形態にかかる通話システム２の構成を示したブロック図である。通話システム２は、無線電話網２０と、無線電話網２０に接続され携帯電話機との間で無線接続を確立する複数の基地局２１と、少なくとも通話機能を備えた複数の携帯電話機２２と、通話機能に加え音楽再生機能およびその他アプリケーションプログラムの実行機能を備えた複数の携帯電話機２３と、インターネット２４と、インターネット２４を介して他の通信機器との間で音声通信を行う複数のＩＰ電話機２５と、各々のＩＰ電話機２５に接続されたコンピュータであるＰＣ２６と、インターネット２４を介して他の通信機器に対し通話の着信制御サービスを提供する着信制御サーバ２７と、有線電話網２８と、有線電話網２８を介して他の通信機器との間で音声通話を行う複数の電話機２９と、各々の電話機２９に接続されたＩＤタグリーダ３０とを備えている。ただし、図４においては図の簡略化のため、基地局２１は２つのみ、また携帯電話機２２、携帯電話機２３、ＩＰ電話機２５、ＰＣ２６、電話機２９およびＩＤタグリーダ３０は各々１つのみ示されている。以下の説明において、携帯電話機２２、携帯電話機２３、ＩＰ電話機２５および電話機２９を総称して「端末装置」と呼ぶ。
【００７６】
無線電話網２０、インターネット２４および有線電話網２８は相互にゲートウェイサーバ（図示略）により相互に接続されており、例えば無線電話網２０に接続された携帯電話機２３とインターネット２４に接続された着信制御サーバ２７との間でデータの送受信が可能である。
【００７７】
携帯電話機２２および携帯電話機２３は、頻繁に無線電話網２０に含まれる交換局（図示略）に接続された加入者情報データベースに対し直近の基地局２１の識別子等を用いて位置登録を行い、他の端末装置からの呼出が可能な状態を維持している。そして、携帯電話機２２および携帯電話機２３は、他の端末装置に対する呼出要求を送信する際、交換局から自機の現在位置を示す位置データを取得し、取得した位置データを呼出要求に付加して送信する。
【００７８】
ＩＰ電話機２５に接続されたＰＣ２６は、ＩＰ電話機２５のユーザにより過去の所定期間に行われたキー入力の回数を記録し、その回数が多いとユーザが多忙であると判断し、その回数が少ないとユーザは暇であると判断し、また所定期間にキー入力が行われないとユーザが離席のため応答不可であると判断する。ＰＣ２６はそのような判断の結果を、ユーザ状況を示すデータとしてＩＰ電話機２５に送信する。ＩＰ電話機２５は他の端末装置に対し呼出要求を送信する際、ＰＣ２６から受信したユーザ状況を示すデータを呼出要求に付加して送信する。その結果、ＩＰ電話機２５のユーザはユーザ状況の入力を行う必要がない。ここで、ＰＣ２６はユーザ状況をキー入力の回数により判断するものとしたが、その方法に限られず、例えばユーザにより利用されているアプリケーションプログラムの種類に応じてユーザが暇であるか多忙であるかを判断するようにしてもよいし、例えばＰＣ２６に接続された人感センサによるセンサ結果に応じてユーザが離席のため応答不可であることを判定するようにしてもよい。
【００７９】
電話機２９に接続されたＩＤタグリーダ３０は、例えばＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグリーダであり、ＲＦＩＤタグから電波によりその所有者のユーザＩＤを取得し、電話機２９に送信する。ただし、ＩＤタグリーダ３０はＲＦＩＤタグリーダに限られず、例えば磁気カードから磁気によりユーザＩＤを読み取るカードリーダであってもよい。電話機２９は他の端末装置に対し呼出要求を送信する際、ＩＤタグリーダ３０から受信したユーザＩＤを付加して送信する。従って、電話機２９は公衆電話機のように複数のユーザにより利用される場合であっても、いずれのユーザが電話をかけているかをユーザＩＤにより着信制御サーバ２７に伝達することができる。
【００８０】
携帯電話機２３は、携帯電話機２３の各構成部を制御する制御部２３０と、基地局２１を介して他の通信機器から音声信号および制御信号を受信する受信部２３１と、基地局２１を介して他の通信機器へ音声信号および制御信号を送信する送信部２３２と、受信部２３１から音声信号を受け取り音声に変換して引き渡すとともにユーザの音声を集音し音声信号に変換して送信部２３２に出力する送受話器２３３と、記憶部２３８に記憶されている音楽データを音信号に変換して発音部２３５に順次引き渡す音楽再生部２３４と、音楽再生部２３４から受け取った音信号を音に変換して発音する発音部２３５と、ユーザが携帯電話機２３に対し各種操作を行うための操作部２３６と、ユーザに対し文字や図形を表示する表示部２３７と、制御部２３０に対し各種制御処理を指示するプログラムや音楽データ群２３８１およびアプリケーションプログラム群２３８２を記憶するとともに制御部２３０の作業領域としても用いられる記憶部２３８を備えている。
【００８１】
着信制御サーバ２７は、着信制御サーバ２７の各構成部を制御する制御部２７０と、インターネット２４を介して他の通信機器から音声信号および制御信号を受信する受信部２７１と、インターネット２４を介して他の通信機器へ音声信号および制御信号を送信する送信部２７２と、受信部２７１から音声信号を受け取り記憶部２７５に記憶させるメッセージ記録部２７３と、記憶部２７５に記憶されているメッセージデータを音声信号に変換して送信部２７２に順次引き渡すメッセージ再生部２７４と、制御部２７０に対し各種制御処理を指示するプログラム、属性ＤＢ２７５１、ルールＤＢ群２７５２、留守録メッセージデータ群２７５３および応答メッセージデータ群２７５４を記憶するとともに制御部２７０の作業領域としても用いられる記憶部２７５を備えている。
【００８２】
制御部２７０は読出部２７０１と着信処理部２７０２とを備えている。読出部２７０１および着信処理部２７０２は各々、通話システム１において着信制御装置１５が備える読出部１５０１および着信処理部１５０２と同様の機能を備える構成部である。
【００８３】
記憶部２７５に記憶される属性ＤＢ２７５１およびルールＤＢ群２７５２は各々、通話システム１において着信制御装置１５の記憶部１５５に記憶される属性ＤＢ１５５１およびルールＤＢ１５５２に対応するデータベースである。
【００８４】
図５は属性ＤＢ２７５１の内容を例示した図である。属性ＤＢ２７５１には、携帯電話機２２、携帯電話機２３およびＩＰ電話機２５の各々に対応する属性データと、電話機２９を利用するユーザの各々に対応する属性データが格納されている。通話システム１における属性ＤＢ１５５１の先頭の属性データは着信制御装置１５に接続された電話機１２に対応するものであったが、属性ＤＢ２７５１に含まれる属性データは先頭の属性データとそれ以外の属性データの区別がない。着信制御サーバ２７からみていずれの端末装置も同等の関係であるためである。
【００８５】
属性ＤＢ２７５１は属性ＤＢ１５５１のデータフィールド「電話番号」に代えて、データフィールド「電話番号／ユーザＩＤ」を有している。データフィールド「電話番号／ユーザＩＤ」には、携帯電話機２２、携帯電話機２３およびＩＰ電話機２５に関してはそれらの電話番号が予め登録され、電話機２９を利用するユーザに関してはユーザＩＤが予め登録されている。
【００８６】
また、属性ＤＢ２７５１は属性ＤＢ１５５１のデータフィールドに加え、端末装置の現在の位置を示すデータフィールド「現在位置」を有している。データフィールド「現在位置」は通常は空欄であるが、着信制御サーバ２７が携帯電話機２２および携帯電話機２３から呼出要求を受信した際、その呼出要求に付加されている位置データの内容が一時的に登録される。なお、ＩＰ電話機２５および電話機２９は固定電話機であるため、それらに対応する属性データのデータフィールド「現在位置」は常に空欄となる。
【００８７】
また、属性ＤＢ２７５１におけるデータフィールド「親密度」は、属性データに対応する端末装置のユーザからみて、他の端末装置のユーザの各々がどの程度親密であるかを示すデータであり、他の属性データのシリアル番号の各々に対応する値が予め登録されている。例えば、図５の属性データ「１」のデータフィールド「親密度」は、属性データ「１」の端末装置のユーザからみて、属性データ「２」のユーザに関しては親密度「高」であり、属性データ「３」の端末装置のユーザに関しては親密度「低」であることを示している。
【００８８】
また、属性ＤＢ２７５１におけるデータフィールド「ユーザ状況」は、着信制御サーバ２７が端末装置から呼出要求を受信した際、その呼出要求に付加されているデータにより更新される他、予め端末装置のユーザが端末装置を操作して自分の状況を示すデータを着信制御サーバ２７に送信してきた場合に、そのデータによっても更新される。
【００８９】
図６はルールＤＢ群２７５２の内容を例示した図である。ルールＤＢ群２７５２は通話システム１におけるルールＤＢ１５５２と同様のルールＤＢを、属性ＤＢ２７５１（図５参照）に含まれる属性データの各々に関して含んでいる。例えば、図６において最前面に示されるルールＤＢは、属性データ「１」（すなわち電話番号「０００−３７２−７２５６」である端末装置）に対応するルールＤＢである。
【００９０】
ルールＤＢ群２７５２に含まれるルールデータはルールＤＢ１５５２に含まれるルールデータと同様のデータフィールドを有しているが、発信元属性項目および着信先属性項目の値として「現在位置」が用いられることがある点と、着信処理として、第１実施形態において説明した「送受話器呼出」等に加え、携帯電話機２３において呼出要求があった際に、音楽再生部２３４による音楽再生が実行中である場合にその音楽再生を停止することを示す「音楽停止」およびその音楽再生を継続することを示す「音楽継続」、もしくは制御部２３０によるアプリケーションプログラムが実行中である場合にその実行を停止することを示す「アプリケーション停止（＃）」およびその実行を継続することを示す「アプリケーション継続（＃）」（ただし、「＃」はアプリケーションプログラムの識別番号）のいずれかをとりうる点が異なっている。
【００９１】
［２．２．通話システムの動作］
通話システム２の動作は通話システム１の動作と比較して、通話システム１においては各々の着信制御装置１５が行う着信制御処理と、各々の電話機１２が行う留守録メッセージの記録処理および応答メッセージの再生処理を、通話システム２においては着信制御サーバ２７が全ての端末装置に関し集中して行う点が異なっている。
【００９２】
すなわち、例えば携帯電話機２２、ＩＰ電話機２５もしくは電話機２９のいずれかの端末装置のユーザが携帯電話機２３のユーザに対し電話をかけると、発信元の端末装置の電話番号もしくはユーザＩＤを発信元の識別番号とし、携帯電話機２３の電話番号を着信先の識別番号とする呼出要求が発信元の端末装置から着信制御サーバ２７に送信される。以下の説明においては、属性ＤＢ２７５１およびルールＤＢ群２７５２の内容は図５および図６に示されるものとする。また、携帯電話機２２から携帯電話機２３に対し呼出要求が送信され、呼出要求の発信元の携帯電話機２２の電話番号は「３３３−６５２−１２４２」であり、着信先の携帯電話機２３の電話番号は「０００−３７２−７２５６」であるものとする。すなわち、発信元の携帯電話機２２に対応する属性データは属性データ「３」であり、着信先の携帯電話機２３に対応する属性データは属性データ「１」である。
【００９３】
着信制御サーバ２７は呼出要求を受信すると、属性ＤＢ２７５１（図５参照）から呼出要求の発信元の携帯電話機２２に対応する属性データ「３」と、着信先の携帯電話機２３に対応する属性データ「１」を検索する。続いて、着信制御サーバ２７はルールＤＢ群２７５２（図６参照）から、呼出要求の着信先の携帯電話機２３に対応するルールＤＢ、すなわちシリアル番号１に対応するルールＤＢを選択する。着信制御サーバ２７は、上記のように検索した属性データおよびルールＤＢを用いて、通話システム１における着信制御処理と同様の処理を行う。
【００９４】
ただし、通話システム２においては、通話システム１において電話機１２が行う留守録メッセージの記録処理および応答メッセージの再生処理が着信制御サーバ２７において行われるため、着信制御サーバ２７の読出部２７０１により着信処理「留守録」もしくは着信処理「応答メッセージ（＃）」を示すルールデータが抽出された場合、着信制御サーバ２７は指示データを携帯電話機２３に送信することなく、自機においてそれらの着信処理を行う。着信制御サーバ２７により留守録メッセージデータの記録がなされた場合、着信制御サーバ２７は携帯電話機２３からの要求に応じて、記録した留守録メッセージデータを携帯電話機２３に送信する。その結果、携帯電話機２３のユーザは時間のある時に留守録メッセージを聞くことができる。
【００９５】
また、通話システム２においては、読出部２７０１により着信処理「音楽停止」、「音楽継続」、「アプリケーション停止」および「アプリケーション継続」を示すルールデータが抽出される場合がある。それらのルールデータが抽出された場合、着信処理部２７０２はそれぞれ以下の着信処理を行う。
（ｉ）音楽停止：音楽再生の停止を指示する指示データの生成および携帯電話機２３への送信。
（ｊ）音楽継続：音楽再生の継続を指示する指示データの生成および携帯電話機２３への送信。
（ｋ）アプリケーション停止：アプリケーションプログラムの実行の停止を指示する指示データの生成および携帯電話機２３への送信。
（ｌ）アプリケーション継続：アプリケーションプログラムの実行の継続を指示する指示データの生成および携帯電話機２３への送信。
【００９６】
携帯電話機２３の受信部２３１は、上記の（ｉ）に関する指示データを受信すると受信した指示データを制御部２３０に引き渡し、制御部２３０は受け取った指示データに従い、音楽再生部２３４に対しその時点で実行している音楽データの再生処理を一時停止させる。その結果、携帯電話機２３のユーザは、例えば上司から電話がかかってきたような場合に再生中の音楽を停止する操作を行う必要がない。
【００９７】
また、携帯電話機２３の受信部２３１は、上記の（ｊ）に関する指示データを受信すると受信した指示データを制御部２３０に引き渡し、制御部２３０は受け取った指示データに従い、音楽再生部２３４に対しその時点で実行している音楽データの再生処理を継続させる。その結果、携帯電話機２３のユーザは、例えば親しい友人から電話がかかってきたような場合に再生中の音楽が自動的に停止される不都合を回避することができる。
【００９８】
また、携帯電話機２３の受信部２３１は、上記の（ｋ）に関する指示データを受信すると受信した指示データを制御部２３０に引き渡し、制御部２３０は受け取った指示データに従い、その時点で実行しているアプリケーションプログラムに従った処理を一時停止する。その結果、携帯電話機２３のユーザは、例えばゲームプログラムを利用している時に上司から電話がかかってきたような場合に、実行中のゲームプログラムを停止する操作を行う必要がない。
【００９９】
また、携帯電話機２３の受信部２３１は、上記の（ｌ）に関する指示データを受信すると受信した指示データを制御部２３０に引き渡し、制御部２３０は受け取った指示データに従い、その時点で実行しているアプリケーションプログラムに従った処理を継続する。その結果、携帯電話機２３のユーザは、例えばゲームプログラムを利用している時に親しい友人から電話がかかってきたような場合に、実行中のゲームプログラムが自動的に停止される不都合を回避することができる。
【０１００】
ところで、通話システム１の着信制御装置１５と同様に、着信制御サーバ２７は専用のハードウェアにより実現されてもよいし、汎用コンピュータにアプリケーションプログラムに従った処理を実行させることにより実現されてもよい。
【０１０１】
以上説明したように、通話システム２によっても、ある端末装置から他の端末装置に対し電話がかけられた場合、呼出要求の発信元の端末装置もしくはそのユーザの属性と、呼出要求の着信先の端末装置もしくはそのユーザの属性との双方に応じて、適する着信処理が自動的に選択され実行される。その結果、着信先の端末装置のユーザは電話がかかってきた時に、その電話に応じるべきか否か、またどのように応じるべきかをその都度考えることなく、その電話への好ましい対応を行うことができる。
【図面の簡単な説明】
【０１０２】
【図１】本発明の第１実施形態にかかる通話システムの構成を示したブロック図である。
【図２】本発明の第１実施形態にかかる属性ＤＢの内容を例示した図である。
【図３】本発明の第１実施形態にかかるルールＤＢの内容を例示した図である。
【図４】本発明の第２実施形態にかかる通話システムの構成を示したブロック図である。
【図５】本発明の第２実施形態にかかる属性ＤＢの内容を例示した図である。
【図６】本発明の第２実施形態にかかるルールＤＢ群の内容を例示した図である。
【符号の説明】
【０１０３】
１・２…通話システム、１０…電話網、１１・１２・２９…電話機、１５…着信制御装置、２０…無線電話網、２１…基地局、２２・２３…携帯電話機、２４…インターネット、２５…ＩＰ電話機、２６…ＰＣ、２７…着信制御サーバ、２８…有線電話網、３０…ＩＤタグリーダ、１２０・１５０・２３０・２７０…制御部、１２１・１５１・２３１・２７１…受信部、１２２・１５２・２３２・２７２…送信部、１２３・２３３…送受話器、１２４…ハンズフリーセット、１２５・２７３…メッセージ記録部、１２６・２７４…メッセージ再生部、１２７・１５３・２３６…操作部、１２８・１５４・２３７…表示部、１２９・１５５・２３８・２７５…記憶部、２３４…音楽再生部、２３５…発音部、１２９１・２７５３…留守録メッセージデータ群、１２９２・２７５４…応答メッセージデータ群、１５０１・２７０１…読出部、１５０２・２７０２…着信処理部、１５５１・２７５１…属性ＤＢ、１５５２…ルールＤＢ、２３８１…音楽データ群、２３８２…アプリケーションプログラム群、２７５２…ルールＤＢ群。
【図１】
2006238132.tif 000003
【図２】
2006238132.tif 000004
【図３】
2006238132.tif 000005
【図４】
2006238132.tif 000006
【図５】
2006238132.tif 000007
【図６】
2006238132.tif 000008