(57)【要約】【課題】発信者の通話要求に応じた着信に応答できなかった場合において、通話要求の重要度を把握することが可能な技術を提供する。【解決手段】着信側の電話機３は、発信側の電話機１から、重要度を示す重要度情報を含む通知データを受信する受信手段と、通話要求に応じた着信に応答できなかった場合、着信があったことを示す通知を重要度に応じて行う通知制御部３５とを備える。【選択図】図２
2011035475.tif 000002
【特許請求の範囲】
【請求項１】
他の電話機から、重要度を示す重要度情報を含む通知データを受信する受信手段と、
前記他の電話機からの通話要求に応じた着信に応答できなかった場合、前記着信があったことを示す通知を前記重要度に応じて行う通知手段と、
を備える電話機。
【請求項２】
前記通知データは、ショートメッセージサービスを利用して送信される請求項１に記載の電話機。
【請求項３】
前記着信の検出に応じて呼出を行う呼出手段、
をさらに備え、
前記通知データは、前記通話要求を行った発信者の音声メッセージを含み、
前記呼出手段は、前記音声メッセージを再生して前記呼出を行う請求項１または請求項２に記載の電話機。
【請求項４】
前記通知手段は、前記重要度が高く設定されている場合、所定間隔ごとに警報音を発する請求項１から請求項３のいずれかに記載の電話機。
【請求項５】
第１の電話機から、重要度を示す重要度情報を含む通知データを受信する受信手段と、
第２の電話機からの通話要求に応じた着信を検出して、前記第１の電話機と前記第２の電話機とが一致するか否かを判定する判定手段と、
前記判定手段により一致すると判定された場合、前記着信に応答できなかったときは、前記着信があったことを示す通知を前記重要度に応じて行う通知手段と、
を備える電話機。
【請求項６】
重要度を示す重要度情報を含む通知データを生成するデータ生成手段と、
前記通知データを通話要求の対象となる電話機に送信する送信手段と、
を備える電話機。
【請求項７】
前記送信手段は、ショートメッセージサービスを利用して前記通知データを送信する請求項６に記載の電話機。
【請求項８】
通話要求に基づいた発信を行う発信側電話機と、
前記通話要求の対象となる着信側電話機と、
を備え、
前記発信側電話機は、
重要度を示す重要度情報を含む通知データを生成するデータ生成手段と、
前記通知データを前記着信側電話機に送信する送信手段と、
を有し、
前記着信側電話機は、
前記通知データを受信する受信手段と、
前記通話要求に応じた着信に応答できなかった場合、前記着信があったことを示す通知を前記重要度に応じて行う通知手段と、
を有する通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関する。
【背景技術】
【０００２】
携帯電話機（単に「携帯電話」とも称する）等の電話機を用いた通信システムにおいては、発信者からの着信があった場合、受信者は、発信者に関する情報を電話機の表示部に出力された情報（発信者情報）を視認することによって、或いは受信者に応じて設定された着信音を聞くことによって取得することができる。
【０００３】
例えば、特許文献１には、任意データ着信通知サービスを使用して発信端末から着信端末に対して着信通知に使用するサービス情報を送信し、着信端末では受信したサービス情報を再生して着信者に着信通知を行う着信通知方式が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２９０５５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、発信者の通話要求に応じた着信に応答できなかった場合、通話要求の重要度を判別することができなかった。
【０００６】
そこで、本発明は、発信者の通話要求に応じた着信に応答できなかった場合において、通話要求の重要度を把握することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る電話機は、他の電話機から、重要度を示す重要度情報を含む通知データを受信する受信手段と、他の電話機からの通話要求に応じた着信に応答できなかった場合、前記着信があったことを示す通知を前記重要度に応じて行う通知手段とを備える。
【０００８】
また、本発明に係る電話機の一態様では、前記通知データは、ショートメッセージサービスを利用して送信される。
【０００９】
また、本発明に係る電話機の一態様では、前記着信の検出に応じて呼出を行う呼出手段をさらに備え、前記通知データは、前記通話要求を行った発信者の音声メッセージを含み、前記呼出手段は、前記音声メッセージを再生して前記呼出を行う。
【００１０】
また、本発明に係る電話機の一態様では、前記通知手段は、前記重要度が高く設定されている場合、所定間隔ごとに警報音を発する。
【００１１】
また、本発明に係る電話機は、第１の電話機から、重要度を示す重要度情報を含む通知データを受信する受信手段と、第２の電話機からの通話要求に応じた着信を検出して、前記第１の電話機と前記第２の電話機とが一致するか否かを判定する判定手段と、前記判定手段により一致すると判定された場合、前記着信に応答できなかったときは、前記着信があったことを示す通知を前記重要度に応じて行う通知手段とを備える。
【００１２】
また、本発明に係る電話機は、重要度を示す重要度情報を含む通知データを生成するデータ生成手段と、前記通知データを通話要求の対象となる電話機に送信する送信手段とを備える。
【００１３】
また、本発明に係る電話機の一態様では、前記送信手段は、ショートメッセージサービスを利用して前記通知データを送信する。
【００１４】
また、本発明に係る通信システムは、通話要求に基づいた発信を行う発信側電話機と、前記通話要求の対象となる着信側電話機とを備え、前記発信側電話機は、重要度を示す重要度情報を含む通知データを生成するデータ生成手段と、前記通知データを前記着信側電話機に送信する送信手段とを有し、前記着信側電話機は、前記通知データを受信する受信手段と、前記通話要求に応じた着信に応答できなかった場合、前記着信があったことを示す通知を前記重要度に応じて行う通知手段とを有する。
【発明の効果】
【００１５】
本発明によれば、通話要求に応じた着信に応答できなかった場合において、通話要求の重要度を把握することが可能になる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る通信システムの構成図である。
【図２】通信システムに含まれる電話機の機能構成を示すブロック図である。
【図３】発信側電話機の動作を示すフローチャートである。
【図４】重要度設定画面の一例を示す図である。
【図５】音声メッセージ入力画面の一例を示す図である。
【図６】着信側電話機の動作を示すフローチャートである。
【図７】着信側電話機の動作を示すフローチャートである。
【図８】発信者情報の受信と着信とを時系列化して表した図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態について図面を参照して説明する。
【００１８】
＜実施形態＞
＜構成概要＞
図１は、本発明の実施形態に係る通信システムＳＹの構成図であり、図２は、通信システムＳＹに含まれる電話機１，３の機能構成を示すブロック図である。なお、本発明では、電話機１，３として携帯電話機を採用する場合について例示するが、電話機１，３は固定電話機およびＰＨＳ等であってもよい。
【００１９】
図１に示されるように、通信システムＳＹは、発信側の電話機（発信側電話機）１、通信網２、および着信側の電話機（着信側電話機）３を含んで構成されている。
【００２０】
通信システムＳＹでは、電話機間で通信網２を介した通話、およびショートメッセージ並びにメール等の送受信が行われる。例えば、電話機間で通話を行う場合は、発信側電話機１からの発呼に応じて、着信側電話機３の呼出が行われ、発信側電話機１と着信側電話機３との通話が実現される。なお、発呼は通話要求に基づいた発信であり、以下では発呼を単に発信とも称する。
【００２１】
図２に示されるように、発信側電話機１および着信側電話機３は、同様の機能構成を有している。発信の際と着信の際とでは、用いられる機能が異なるが、以下では、発信機能と着信機能とを区別せずに説明する。
【００２２】
電話機１，３は、マイク１１、スピーカ１２、ＬＣＤ等の表示部１３、操作部１４、不揮発性メモリ等の記憶部１５、全体制御部３０、および無線通信制御部２０とアンテナ２１とで構成される通信手段を有している。
【００２３】
マイク１１は、入力された音声を電気信号に変換して音声データを生成する。
【００２４】
スピーカ１２は、音データを、音に変換して外部出力する機能を有している。電話機１，３には、スピーカ１２として、例えば、通話の際に音声を出力するスピーカと、着信の際に着信音を出力するスピーカとが内蔵されている。
【００２５】
操作部１４には、ダイアルキー、通話キー、および終話キー等の各種キーボタンが含まれ、全体制御部３０では、各キー操作に応じた操作内容が認識される。
【００２６】
通信手段は、無線通信制御部２０の制御により、アンテナ２１を介してデータの送受信を行う。本実施形態の無線通信制御部２０では、通話に関するデータの送受信と、ショートメッセージサービス（「ＳＭＳ」とも称する）を利用した発信者情報の送受信とが行われる。ショートメッセージサービスは、送信先の電話番号宛にメッセージを送信できるサービスであり、メッセージは、通信網２に含まれるセンターのサーバを経由して、送信先の電話機に送られる。
【００２７】
発信者情報には、例えば、後述の通知データ生成部３１で発信者の操作に応じて生成される通知データが含まれる。このような発信者情報を送信する際には、圧縮伸張部３２によって発信者情報がテキストデータに圧縮され、当該テキストデータがＳＭＳ機能によって送信される。或いは、発信者情報は、ＳＭＳで送信されるテキストデータに添付して送信される態様であってもよい。また、電話機１，３が、ＳＭＳ機能を拡張したＥＭＳ（Enhanced Messaging Service）機能またはＭＭＳ（Multimedia Messaging Service）機能を有している場合は、圧縮伸張部３２で圧縮された発信者情報がＥＭＳ機能またはＭＭＳ機能を利用して送信される。なお、本実施形態では、ＥＭＳおよびＭＭＳは、ＳＭＳを拡張したサービスであることから、ＳＭＳに含まれる概念として用いるものとする。
【００２８】
全体制御部３０は、マイクロコンピュータとして構成され、主にＣＰＵ、ＲＡＭおよびＲＯＭ等を備えている。全体制御部３０は、ＲＯＭ内に格納されたプログラムを読み出し、当該プログラムをＣＰＵで実行することによって、各種機能を実現する。図２に示される、通知データ生成部３１、圧縮伸張部３２、発呼処理部３３、呼出処理部３４、通知制御部３５および表示制御部３６は、全体制御部３０においてプログラムを実行することによって実現される機能を機能ブロックとして表したものである。
【００２９】
通知データ生成部３１は、ユーザへの着信通知に用いられる通知データを生成する機能を有している。通知データは、電話の発信者の所定操作に応じて発信側電話機１の当該通知データ生成部３１によって生成され、発信者情報として着信側電話機３に送信される。そして、通知データは、着信側電話機３において、着信者への着信通知に用いられる。通知データには、例えば、音声メッセージデータおよび発信の重要度を示すデータが含まれている。
【００３０】
圧縮伸張部３２は、通知データ生成部３１で生成された通知データをＳＭＳで送信可能な形式に圧縮する機能を有している。また、ＳＭＳを介して受信した通知データを元の形式に伸張する機能を有している。
【００３１】
発呼処理部３３は、着信側電話機３の電話番号に対して通話のための発呼（発信）を行う機能を有している。
【００３２】
呼出処理部３４は、相手方（他の電話機）からの通話要求に応じた着信を検出したとき（着信時）に、呼び出し音（「着信音」とも称する）の発生および／または振動等によって呼出（「着信呼出」とも称する）を行う機能を有している。なお、通話要求に応じた着信は、着呼とも表現される。
【００３３】
通知制御部３５は、ユーザが着信に応答できなかった場合、着信後に着信があったことをユーザに通知する機能を有している。また、通知制御部３５は、着信があったことを示す通知態様（「着信履歴の通知態様」とも称する）を発信の重要度に応じて変更する。
【００３４】
表示制御部３６は、表示部１３における表示内容を制御する。例えば、表示制御部３６は、着信時に呼出処理部３４の指示を受けて、発信者の電話番号および発信者の氏名等の情報を表示部１３に表示させる。
【００３５】
＜動作＞
以下では、通信システムＳＹにおける発信側電話機１および着信側電話機３の動作について説明する。図３は、発信側電話機１の動作を示すフローチャートである。図４は、重要度設定画面ＧＲ１の一例を示す図であり、図５は、音声メッセージ入力画面ＧＲ２の一例を示す図である。
【００３６】
本実施形態の発信側電話機１では、発信に先だって発信者情報を通話要求の対象となる相手方の電話機（着信側電話機３）に送信することが可能であり、発信者情報を受信した着信側電話機３では、着信の際および着信後に発信者情報を用いた通知が行われる。
【００３７】
具体的には、図３に示されるように、発信側電話機１では、ステップＳＰ１１において発信者情報付き発信操作が行われたか否かが判定される。発信者情報付き発信操作は、発信に先だって発信者情報を通話の相手方に送信する動作を発信側電話機１に実行させるためのトリガとなる所定操作である。例えば、通話の相手方の電話番号を入力した上でメールを作成する際のメールボタンを押下する一連の操作を、発信者情報付き発信動作のトリガ操作（発信者情報付き発信操作）とすることができる。また、通話の相手方の電話番号が発信側電話機１に予め記録されている場合は、相手方の電話番号を選択した上でメールボタンを押下する一連の操作を発信者情報付き発信動作のトリガ操作としてもよい。
【００３８】
ステップＳＰ１１において、発信者情報付き発信操作が行われたと判定された場合は、動作工程は、ステップＳＰ１２へと移行され、発信者情報付き発信操作が行われていないと判定された場合は、発信者情報付き発信操作が行われるまで発信者情報付き発信動作は実行されない。
【００３９】
ステップＳＰ１２では、表示制御部３６によって重要度設定画面（重要度選択画面）ＧＲ１が表示部１３に表示される。図４に示されるような重要度設定画面ＧＲ１では、ユーザ（この場合、発信者）は、「緊急」または「通常」のいずれか一方を選択することによって、発信の重要度を設定することができる。なお、発信の重要度は、発信者の通話要求の重要度であるとも表現される。
【００４０】
ステップＳＰ１３では、表示制御部３６によって音声メッセージ入力画面ＧＲ２が表示部１３に表示される。図５に示されるような音声メッセージ入力画面ＧＲ２が表示された状態では、ユーザは、音声メッセージ入力画面ＧＲ２の指示に従って音声メッセージを発信側電話機１に吹き込むことができる。入力された音声メッセージは、マイク１１を介して音声データに変換される。
【００４１】
ステップＳＰ１４では、圧縮伸張部３２によって、音声メッセージに関する音声データが圧縮される。
【００４２】
ステップＳＰ１５では、発信の重要度に関する情報（「重要度情報」とも称する）と圧縮された音声データとを含む通知データが、発信者情報としてＳＭＳを利用して相手方へ送信される。
【００４３】
ステップＳＰ１６では、ＳＭＳを利用した通知データの送信が完了したか否かが判定される。通知データの送信が完了するまで通知データの送信は継続され、通知データの送信が完了した場合は、動作工程は、ステップＳＰ１７に移行される。
【００４４】
ステップＳＰ１７では、ユーザによるダイアルキーおよび通話キー等の操作によって通話の相手方への発信が行われる。
【００４５】
このように、発信側電話機１では、発信者情報を送信した後で、発信動作を行う発信者情報付き発信動作が行われる。
【００４６】
そして、着信側電話機３では、発信側電話機１の発信者情報の送信動作に伴う発信者情報の受信動作と発信動作に伴う着信動作とが行われる。図６および図７は、着信側電話機３の動作を示すフローチャートである。
【００４７】
まず、着信側電話機３における発信者情報の受信動作について説明する。
【００４８】
図６に示されるように、ショートメッセージが受信されると、ステップＳＰ３１においてショートメッセージに通知データが含まれているか否かが判定される。通知データが含まれていない場合は、動作工程は、ステップＳＰ３２に移行され、通常のショートメッセージの受信処理、すなわちメッセージを受信した旨の通知処理、およびショートメッセージの保存処理等が行われる。
【００４９】
一方、通知データが含まれている場合は、動作工程は、ステップＳＰ３３に移行される。ステップＳＰ３３では、圧縮伸張部３２によって、音声データの伸張処理が行われる。
【００５０】
そして、ステップＳＰ３４では、伸張された音声データと重要度情報とを含む通知データおよび発信者番号が互いに関連（対応）づけられた発信者別着信データとして記憶部１５に記憶される。通知データと発信者番号との関連づけは、通知データと発信者番号とをテーブル形式で保存することにより実現できる。
【００５１】
次に、着信側電話機３における着信動作について説明する。
【００５２】
図７に示されるように、着信側電話機３において着信が検出されると、ステップＳＰ５１において、発信者に関する通知データが記憶部１５に記憶されているか否かが判定される。通知データ存否の確認は、発信を行った電話機と通知データを送信した電話機とが一致するか否か、すなわち発信者の電話番号と記憶部１５に記憶された発信者別着信データの発信者番号とが一致するか否かに基づいて行われる。発信者に関する通知データが記憶部１５に記憶されていない場合は、動作工程は、ステップＳＰ５２に移行され、通常の着信呼出等の通常の着信処理が行われた後、着信動作は終了される。
【００５３】
一方、発信者に関する通知データが記憶部１５に記憶されている場合は、動作工程は、ステップＳＰ５３に移行される。
【００５４】
ステップＳＰ５３では、呼出処理部３４によって、着信音と音声メッセージとを交互に再生する着信呼出が行われる。
【００５５】
このように、通知データに含まれる音声メッセージが実際の着信呼出に用いられる。換言すれば、通知データは、着信呼出の際に、呼出を受けたユーザ（着信者）への着信通知に用いられる。
【００５６】
次のステップＳＰ５４では、着信呼出に対する応答、すなわち通話キーの押下によって通話が開始されたか否かが判定される。着信呼出に対する応答があった場合は、動作工程は、ステップＳＰ５５に移行され、終話した後に通話が成立した発信者に関する発信者別着信データが消去される。
【００５７】
一方、着信呼出に対する応答がなかった場合は、動作工程は、ステップＳＰ５６に移行され、通知制御部３５によって着信呼出後の処理が行われる。
【００５８】
具体的には、ステップＳＰ５６では、通知データに含まれる重要度情報に基づいて、発信の重要度が「緊急」であるか否かが判定される。発信の重要度が「緊急」でないと判定された場合は、動作工程は、ステップＳＰ５７に移行される。
【００５９】
ステップＳＰ５７では、音声メッセージが留守番メッセージとして登録され、通常の留守番メッセージが存在する旨を示すアイコン（通常のアイコン）が表示部１３に表示される。
【００６０】
一方、ステップＳＰ５６において、重要度が「緊急」であると判定された場合は、動作工程は、ステップＳＰ５８に移行される。
【００６１】
ステップＳＰ５８では、音声メッセージが留守番メッセージとして登録され、緊急の留守番メッセージが存在することを示すアイコン（緊急のアイコン）が表示部１３に表示される。
【００６２】
次のステップＳＰ５９〜ステップＳＰ６１では、緊急の留守番メッセージが確認されていない場合、ユーザに重要な着信があったことを通知する動作が所定間隔ごとに実行される。
【００６３】
具体的には、ステップＳＰ５９では、ユーザが緊急の留守番メッセージを確認したか否かが判定される。ユーザによる留守番メッセージの確認が行われた場合は、着信動作は終了される。ユーザによる留守番メッセージの確認が行われていない場合は、動作工程は、ステップＳＰ６０に移行される。
【００６４】
ステップＳＰ６０では、留守番メッセージの確認が行われない状態（メッセージ未確認状態）で所定の設定時間が経過したか否かが判定される。
【００６５】
設定時間未経過の場合、動作工程は、ステップＳＰ５９に戻りメッセージ確認の有無が再度判定される。
【００６６】
メッセージ未確認状態で所定の設定時間が経過した場合、動作工程は、ステップＳＰ６１に移行され、重要な着信があったことを示す警報音が発生される。警報音として、例えば、アラームを鳴動させてもよい。
【００６７】
このように、着信呼出後には、通知制御部３５によって通知データに含まれる重要度情報に基づいて着信履歴の通知態様が変更され、通知データに含まれる音声メッセージが留守番メッセージとして用いられる。すなわち、通知データは、着信呼出後においても、ユーザへの着信通知に用いられる。
【００６８】
以上のように、発信側の電話機１は、通話要求に応じた発信に先行して、当該通話要求の重要度を示す重要度情報を含む通知データを着信側の電話機３に送信する。そして、着信側の電話機３は、通話要求に応じた着信に応答できなかった場合、着信があったことを示す通知を通話要求の重要度に応じて行う。これによれば、通話要求に応じた着信に応答できなかった場合において、通話要求の重要度を把握することが可能になる。
【００６９】
また、重要度情報を含む通知データを既存のＳＭＳを利用して発信側電話機１から着信側電話機３に送信することによれば、通信網２内でデータのやり取りを制御する交換システムとの間で発信者情報を送信するサービスの利用可否を判断する処理を省くことができる。
【００７０】
＜変形例＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【００７１】
例えば、上記実施形態では、通知データの受信とこれに関連する着信とが行われる場合の動作について例示したが、これに限定されない。
【００７２】
具体的には、最初の着信に応答できなかった場合において、同一の発信者から２回目の着信があったときに、１回目の着信に先立って受信した最初の発信者情報を用いた着信動作を行ってもよい。図８は、発信者情報の受信と着信とを時系列化して表した図である。
【００７３】
詳細には、図８に示されるように、第１通知データの受信ＴＵ１とこれに関連する最初の着信ＲＤ１があったが、最初の着信ＲＤ１に応答できず、再度、同一の発信者から第２通知データの受信ＴＵ２とこれに関連する２回目の着信ＲＤ２があった場合を想定する。
【００７４】
この場合、１回目の着信ＲＤ１では、第１通知データに基づく呼出処理が行われる。すなわち、１回目の着信ＲＤ１では、第１通知データに含まれる音声メッセージが着信音と交互に再生される。
【００７５】
そして、２回目の着信ＲＤ２では、第１通知データおよび第２通知データに基づく呼出処理が行われる。具体的には、２回目の着信ＲＤ２では、第１通知データに含まれる音声メッセージ、第２通知データに含まれる音声メッセージ、および着信音が、この順序で繰り返し再生される。
【００７６】
また、２回目の着信ＲＤ２では、１回目の着信ＲＤ１に対応した発信の重要度に応じて呼出処理の態様を変更してもよい。例えば、１回目の発信の重要度が「通常」であった場合、先に第２通知データに含まれる音声メッセージを再生し、その後、第１通知データに含まれる音声メッセージを再生してもよい。或いは、１回目の発信の重要度が「通常」であった場合、第１通知データに含まれる音声メッセージを再生せずに、第２通知データに含まれる音声メッセージと着信音とを交互に再生してもよい。
【００７７】
また、１回目の発信の重要度が「緊急」であった場合、先に第１通知データに含まれる音声メッセージを再生し、その後、第２通知データに含まれる音声メッセージを再生してもよい。
【００７８】
また、発信の重要度が低い音声メッセージを再生することなく、発信の重要度が高い音声メッセージを再生してもよい。すなわち、１回目の発信の重要度が「緊急」であり、かつ２回目の発信の重要度が「通常」であった場合、第２通知データに含まれる音声メッセージを再生することなく、第１通知データに含まれる音声メッセージを再生する。或いは、１回目の発信の重要度が「通常」であり、かつ２回目の発信の重要度が「緊急」であった場合、第１通知データに含まれる音声メッセージを再生することなく、第２通知データに含まれる音声メッセージを再生する。
【００７９】
また、２回目の着信ＲＤ２に関連した第２通知データの受信ＴＵ２がなかった場合は、２回目の着信ＲＤ２の際に、第１通知データに含まれる音声メッセージを再生してもよい。
【００８０】
また、２回目の着信ＲＤ２では、着信音を鳴らすことなく、第１通知データに含まれる音声メッセージおよび／または第２通知データに含まれる音声メッセージを発信の重要度に応じて再生してもよい。
【００８１】
このように、過去の着信に関連した過去の音声メッセージが再生されることによれば、１回目の着信と２回目の着信との間で電話の用件が変更された場合においても、電話の用件の全容を把握することが可能になる。
【００８２】
また、上記実施形態では、発信の重要度を「緊急」および「通常」の２段階としていたが、さらに多数段階に分けてもよい。
【００８３】
また、上記実施形態では、通知データに含まれる重要度情報は、通話要求の重要度を示していたが、これに限定されない。具体的には、通知データに含まれる重要度情報は、通知データの重要度を示す情報であってもよい。これによれば、通知データを受信した後の通話要求に応答できなかったとしても、通知データの重要度を知ることができれば、通知データ受信後の通話要求の重要度を知ることができる。
【符号の説明】
【００８４】
ＳＹ  通信システム
１  発信側電話機
２  通信網
３  着信側電話機
１３  表示部
１４  操作部
１５  記憶部
２０  無線通信制御部
３０  全体制御部
３１  通知データ生成部
３２  圧縮伸張部
３３  発呼処理部
３４  呼出処理部
３５  通知制御部
３６  表示制御部
ＧＲ１  重要度設定画面
ＧＲ２  音声メッセージ入力画面
【図１】
2011035475.tif 000003
【図２】
2011035475.tif 000004
【図３】
2011035475.tif 000005
【図４】
2011035475.tif 000006
【図５】
2011035475.tif 000007
【図６】
2011035475.tif 000008
【図７】
2011035475.tif 000009
【図８】
2011035475.tif 000010