通話システム、携帯電話および呼び出し方法

【課題】着信者の状況より緊急な用件を逸する可能性を軽減する。
【解決手段】格納部３２は、発信者携帯電話２０の電話番号を格納する。通信部３１は、発信信号を受信する。処理部３４は、通信部３１が受信した発信信号に格納部３２内の電話番号があるか否かを判定する。報知部３５は、処理部３４がその電話番号がある判定すると、予め定められた所定着信モードで着信を報知する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着信者の状況を確認することが可能な通話システム、携帯電話および呼び出し方法に関する。
【背景技術】
【０００２】
現在の移動体通信では、携帯電話の背面液晶などに発信者の用件を表示することで、着信者が電話に応答する前に、着信者に発信者の用件を伝える方式がある。このような方式では、発信者は、用件を文字で入力しなければならず、特に緊急時などでは煩わしく感じることもあった。また、発信者は、着信者の状況を把握しないで発信するため、着信者にとってタイミングの悪いときに発信してしまうことがあった。
【０００３】
特許文献１には、着信者の状況を把握することが可能な現在状況確認システムが記載されている。この現在状況確認システムでは、サーバに移動体端末所持者の現在状況に関する情報が登録される。また、他の移動体端末所持者は、自己の移動体端末を用いて、そのサーバにアクセスして、指定した移動体端末所持者の現在の状況に関する情報を閲覧する。
【０００４】
これにより、発信者は、着信者の状況を把握することが可能になるので、着信者にとってタイミングの悪いときに発信してしまうことを軽減することが可能になる。
【特許文献１】特開２００２−１９１０７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
着信者は、着信音が鳴ると困るような状況では、着信音を鳴らさないマナーモードなどの着信モードを携帯電話に設定することがある。このような着信モードが設定されると、着信者は、着信があっても、その着信に気づかなかったり、その場ではその着信に故意に応答しなかったりして、着信の応答が後回しにされることがある。したがって、着信者の状況よりも緊急な用件であっても、その用件を逸する可能性が高くなるという問題点があった。
【０００６】
特許文献１では、着信者の状況を把握することが可能であるが、着信者の状況よりも緊急な用件が有った場合でも、着信者の携帯電話にマナーモードが設定されていると、その用件を逸する可能性がある。
【０００７】
そこで、本発明の目的は、上記の課題である、着信者の状況より緊急な用件を逸する可能性が高くなるという課題を解決する通話システム、携帯電話および呼び出し方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明の通信システムは、発信者携帯電話と、前記発信者携帯電話と接続可能な着信者携帯電話と、を含み、前記発信者携帯電話が前記着信者携帯電話の使用者の状況を管理するサーバと接続可能である通信システムであって、前記発信者携帯電話は、前記サーバから、前記着信者携帯電話の使用者の状況を受信する受信部と、前記受信部が受信した状況を表示する表示部と、操作部と、前記操作部に所定発信操作が行われると、自電話の電話番号を含む発信信号を送信する制御部と、を含み、前記着信者携帯電話は、着信を報知する着信モードを設定する設定部と、前記発信者携帯電話の電話番号を格納する格納部と、他の電話からの発信信号を受信する受付部と、前記受付部が受信した発信信号に前記格納部内の電話番号があるか否かを判定する処理部と、前記処理部にて前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知し、前記処理部にて前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する報知部と、を含む。
【０００９】
また、本発明の携帯電話は、着信を報知する着信モードを設定する設定部と、自電話の使用者の状況を管理するサーバと接続可能な発信者携帯電話の電話番号を格納する格納部と、他の電話からの発信信号を受信する受付部と、前記受付部が受信した発信信号に前記格納部内の電話番号があるか否かを判定する処理部と、前記処理部にて前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知し、前記処理部にて前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する報知部と、を含む。
【００１０】
また、本発明の呼び出し方法は、操作部を含む発信者携帯電話と、着信を報知する着信モードを設定する設定部と前記発信者携帯電話の電話番号を格納する格納部とを含み前記発信者携帯電話と接続可能な着信者携帯電話と、を含み、前記発信者携帯電話が前記着信者携帯電話の使用者の状況を管理するサーバと接続可能である通信システムが行う呼び出し方法であって、前記発信者携帯電話が、前記サーバから、前記着信者携帯電話の使用者の状況を受信する受信ステップと、前記発信者携帯電話が、前記受信された状況を表示する表示ステップと、前記発信者携帯電話が、前記操作部に所定発信操作が行われると、自電話の電話番号を含む発信信号を送信する送信ステップと、を含み、前記着信者携帯電話が、他の電話から発信信号を受信する受付ステップと、前記着信者携帯電話が、前記受信された発信信号に前記格納部内の電話番号があるか否かを判定する判定ステップと、前記着信者携帯電話が、前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知する所定報知ステップと、前記着信者携帯電話が、前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する設定報知ステップと、を含む。
【００１１】
また、本発明の第二の呼び出し方法は、着信を報知する着信モードを設定する設定部と、自電話の使用者の状況を登録するサーバと接続可能な発信者携帯電話の電話番号を格納する格納部と、を含む携帯電話が行う呼び出し方法であって、他の電話からの発信信号を受信する受付ステップと、前記受信された発信信号に前記格納部内の電話番号があるか否かを判定する判定ステップと、前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知する所定報知ステップと、前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する設定報知ステップと、を含む。
【発明の効果】
【００１２】
本発明によれば、着信者の状況より緊急な用件を逸する可能性を軽減することが可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態について図面を参照して説明する。なお、以下の説明では、各図面において、同じものには同じ符号を付け、その説明を省略する場合がある。
【００１４】
図１は、本発明の一実施形態の通信システムを示したブロック図である。図１において、通信システムは、サーバ１０と、発信者携帯電話２０と、着信者携帯電話３０とを含む。ここで、サーバ１０は、発信者携帯電話２０と相互に接続可能である。また、発信者携帯電話２０は、着信者携帯電話３０と相互に接続可能である。
【００１５】
サーバ１０は、着信者携帯電話３０の使用者（以下、着信者と称する）の現在の状況を管理する。
【００１６】
発信者携帯電話２０は、サーバ１０内の着信者の状況を表示可能な携帯電話である。
【００１７】
図２は、発信者携帯電話２０の構成例を示したブロック図である。図２において、発信者携帯電話２０は、通信部２１と、表示部２２と、操作部２３と、制御部２４とを含む。
【００１８】
通信部２１は、サーバ１０から着信者の状況を受信する受信部である。
【００１９】
表示部２２は、通信部２１が受信した着信者の状況を表示する。
【００２０】
操作部２３は、自電話の使用者（以下、発信者と称する）にて操作される。
【００２１】
制御部２４は、操作部２３に所定発信操作が行われると、自電話の電話番号を含む発信信号を送信する。なお、制御部２４は、自電話の電話番号を予め保持している。
【００２２】
図３は、着信者携帯電話３０の構成例を示したブロック図である。図３において、着信者携帯電話３０は、通信部３１と、格納部３２と、設定部３３と、処理部３４と、報知部３５とを含む。
【００２３】
通信部３１は、他の電話からの発信信号を受信する受付部である。
【００２４】
格納部３２は、発信者携帯電話２０の電話番号を格納する。
【００２５】
設定部３３は、着信を報知する着信モードを設定する。着信モードには、例えば、音声で着信を報知する通常モードや、バイブレーションで着信を報知するマナーモードや、着信の報知を行わないドライブモードおよびサイレントモードなどがある。
【００２６】
処理部３４は、通信部３１が受信した発信信号に格納部３２内の電話番号があるか否かを判定する。
【００２７】
報知部３５は、例えば、スピーカおよびバイブレータである。報知部３５は、処理部３４がその電話番号がある判定すると、予め定められた所定着信モードで着信を報知し、一方、処理部３４がその電話番号がない判定すると、設定部３３に設定された着信モードで着信を報知する。
【００２８】
所定着信モードは、着信者が着信を気づき易い着信モードである。例えば、所定着信モードは、通常モードでもよいし、通常モードと異なる音声で着信を報知する緊急モードでもよい。
【００２９】
次に動作を説明する。
【００３０】
図４は、通信システムの動作を説明するためのフローチャートである。
【００３１】
ステップＳ４０１では、サーバ１０は、登録されている着信者の状況を送信する。発信者携帯電話２０の通信部２１は、サーバ１０から、着信者の状況を受信すると、その着信者の状況を制御部２４に送信する。制御部２４は、その着信者の状況を受信すると、ステップ４０２を実行する。
【００３２】
ステップＳ４０２では、制御部２４は、その着信者の状況を表示部２２に表示する。
【００３３】
その後、発信者は、表示部２２が表示した着信者の状況を確認し、その着信者の状況と、着信者への用件とを比べて、その用件が直ぐに連絡したほうがよい緊急な用件か否かを判断する。発信者は、その用件が緊急の用件であると、ステップＳ４０３を実行する。なお、発信者は、その用件が緊急の用件でないと、着信者への連絡を取り止める、または、着信者の状況が変更するまで待機する。
【００３４】
ステップＳ４０３では、発信者は、操作部２３に所定発信操作を行う。制御部２４は、操作部２３への所定発信操作を検知すると、ステップＳ４０４を実行する。
【００３５】
ステップＳ４０４では、制御部２４は、その発信信号を生成し、その発信信号を、通信部２１を介して着信者携帯電話３０の通信部３１に送信する。通信部３１は、その発信信号を受信すると、通信部３１は、その発信信号を処理部３４に送信する。処理部３４は、その発信信号を受信すると、ステップＳ４０５を実行する。
【００３６】
ステップＳ４０５では、処理部３４は、格納部３２内の電話番号を確認する。処理部３４は、その発信信号にその確認した電話番号があるか否かを判定する。処理部３４は、その電話番号があると、ステップＳ４０６を実行し、その電話番号がないと、ステップＳ４０７を実行する。
【００３７】
ステップＳ４０６では、処理部３４は、所定着信モードで報知部３５を動作して、着信を報知する。例えば、所定着信モードが通常モードの場合、処理部３４は、スピーカを動作して、通常モード用の音声で着信を報知する。また、所定着信モードが緊急モードの場合、処理部３４は、スピーカを動作して、通常モード用の音声と異なる緊急モード用の音声で着信を報知する。なお、所定着信モードは処理部３４に設定されている。
【００３８】
ステップＳ４０７では、処理部３４は、設定部３３に設定されている着信モードを確認し、その着信モードで報知部３５を動作して、着信を報知する。例えば、その設定されている着信モードがマナーモードの場合、処理部３４は、バイブレータを動作して、バイブレーションで着信を報知する。
【００３９】
次に効果を説明する。
【００４０】
本実施形態によれば、通信部２１は、サーバ１０から着信者の状況を受信する。表示部２２は、通信部２１が受信した着信者の状況を表示する。制御部２４は、操作部２３に所定発信操作が行われると、自電話の電話番号を含む発信信号を送信する。格納部３２は、発信者携帯電話２０の電話番号を格納する。通信部３１は、発信信号を受信する。処理部３４は、通信部３１が受信した発信信号に格納部３２内の電話番号があるか否かを判定する。報知部３５は、処理部３４がその電話番号がある判定すると、予め定められた所定着信モードで着信を報知する。
【００４１】
この場合、着信者の状況が表示可能な発信者携帯電話２０の電話番号が発信信号にあると、着信が所定着信モードで報知される。このため、発信者は、その着信者の状況より緊急な用件がある場合に発信者携帯電話２０を用いて発信すれば、着信者携帯電話３０にマナーモードが設定されていても、音声などで着信を報知することが可能になる。したがって、着信者の状況より緊急な用件を逸する可能性を軽減することが可能になる。
【００４２】
次に第二の実施形態を説明する。第二の実施形態は、第一の実施形態をより詳細に示した実施形態である。
【００４３】
図５は、サーバ１０の構成例を示したブロック図である。図５において、サーバ１０は、通信部１１と、記憶部１２と、管理部１３とを含む。
【００４４】
なお、状況を公開する複数のメンバーがコミュニティを結成し、各メンバーの携帯電話をサーバ１０に接続できるように設定する。サーバ１０は、そのコミュニティのメンバーの専用のサーバである。
【００４５】
ここで、コミュニティを結成する理由は、コミュニティが結成されないと、以下の問題点があるためである。第一の問題点は、不特定多数の人から自分の状況が確認されてしまい、プライバシーが守られない可能性があることである。第二の問題点は、発信者が、不特定多数の中から連絡を取りたい人の状況を探すと手間がかかることである。
【００４６】
また、着信者の状況に関する状況登録ルールをコミュニティ内で統一することで、着信者および発信者が、着信者の状況の重要度等に認識のずれが生じないようにすることが望ましい。例えば、着信者の状況を、重要度の低い順に、Ｃａｓｅ１「同部門内の会議」、Ｃａｓｅ２「他部門を含んだ社内の会議」およびＣａｓｅ３「他社との会議」の３つに分類しておく。また、どのような用件がどの状況より重要または緊急かを決めておく。
【００４７】
通信部１１は、着信者携帯電話３０から、着信者の状況と、着信者携帯電話３０の識別子とを受信する。識別子は、例えば、着信者携帯電話３０の電話番号または着信者の名前などである。なお、識別子は、電話番号または名前に限らず適宜変更可能である。
【００４８】
また、通信部１１は、発信者携帯電話２０から、着信者の状況を取得する旨の取得要求を受信する。
【００４９】
記憶部１２は、着信者の状況を識別子ごとに対応付けたデータベースを登録する。
【００５０】
管理部１３は、通信部１１が受信した着信者の状況および識別子を対応付けたレコードを記憶部１２に登録する。
【００５１】
また、管理部１３は、通信部１１が取得要求を受信すると、記憶部１２内のデータベースを発信者携帯電話２０に送信する。
【００５２】
次に、発信者携帯電話２０について説明する。
【００５３】
制御部２４は、操作部２３に所定発信操作が行われると、発信信号と、着信者を緊急に呼び出す旨の緊急信号とを着信者携帯電話３０に送信する。所定発信操作は、例えば、通話キーの押下とそれに続く所定キーの押下などである。所定発信操作は、例えば、通話キーの押下とそれに続く所定キーの押下などである。
【００５４】
また、制御部２４は、操作部２３に特定取得操作が行われると、着信者の状況を取得する旨の取得要求をサーバ１０に送信する。特定取得操作は、発信者が容易に行える操作であることが望ましい。例えば、特定取得操作は、操作部２３の特定キー（例えば、通話キー）の長押しである。なお、特定取得操作は、特定キーの長押しに限らず適宜変更可能である。また、長押しは、所定時間以上、キーが押下されることである。
【００５５】
次に、着信者携帯電話３０について説明する。
【００５６】
図６は、本実施形態の着信者携帯電話３０の構成例を示したブロック図である。図６において、着信者携帯電話３０は、図３で示した構成に加え、入力部３６をさらに含む。
【００５７】
入力部３６は、着信者にて操作される。
【００５８】
格納部３２は、自電話の識別子を格納する。
【００５９】
処理部３４は、入力部３６に状況登録操作が行われると、着信者の状況と、格納部３２内の識別子とをサーバ１０に登録する。
【００６０】
具体的には、処理部３４は、入力部３６に状況登録操作が行われると、その状況登録操作に応じた着信者の状況と、格納部３２内の識別子とをサーバ１０に送信することで、その着信者の状況および識別子を登録する。
【００６１】
状況登録操作は、着信者が容易に行える操作であることが望ましい。例えば、着信者の状況ごとに入力部３６のキーを割り当て、そのキーの長押しが行われると、そのキーに割り当てられた状況と、格納部３２内の識別子とをサーバ１０に登録する。例えば、Ｃａｓｅ１ないし３のそれぞれに、テンキー７ないし９のいずれか一つが割り当てられる。
【００６２】
また、処理部３４は、入力部３６に状況登録操作が行われると、所定着信モードでの着信の報知を許可する緊急呼び出しモードを設定部３３に設定する。
【００６３】
さらに、処理部３４は、通信部３１が発信信号および緊急信号を受信した場合、かつ、設定部３３に緊急呼び出しモードが設定されている場合に、その発信信号に格納部３２内の電話番号があるか否かを判定する。
【００６４】
次に動作を説明する。
【００６５】
図７は、本実施形態の通信システムの動作を説明するためのフローチャートである。なお、着信者が会議に参加中に、発信者が着信者に連絡をとる場合を考える。
【００６６】
図７において、ステップＳ１は、発信者が着信者に連絡する前の準備となる処理であり、ステップＳ２は、実際に発信者が着信者に連絡をとる際の処理である。なお、ステップＳ１は、ステップＳ３ないしＳ６を含み、ステップＳ２は、ステップＳ７ないしＳ１１を含む。
【００６７】
先ず、ステップＳ３では、着信者および発信者がコミュニティを結成する。
【００６８】
その後、ステップＳ４では、着信者および発信者が状況登録ルールを決める。
【００６９】
着信者は、その状況登録ルールに従って、着信者携帯電話３０に、状況を登録するための設定を行う。例えば、着信者は、状況を登録するサーバ１０の場所（例えば、ＵＲＬ）を着信者携帯電話３０に登録し、テンキー７ないし９のそれぞれに、Ｃａｓｅ１ないし３のいずれか一つが割り当て、テンキー７ないし９のいずれかの長押しを行うことで状況を登録できるようにする。
【００７０】
また、発信者は、その状況登録ルールに従って、発信者携帯電話２０に、状況を取得するための設定を行う。例えば、発信者は、状況を取得するサーバ１０の場所を発信者携帯電話２０に登録して、通話キーの長押しを行うことで状況を取得できるようにする。
【００７１】
そして、ステップＳ５では、着信者は、自分の状況に応じた状況登録操作を入力部３６に行う。処理部３４は、その状況登録操作を検知すると、ステップＳ６を実行する。
【００７２】
ステップＳ６では、処理部３２は、その状況登録操作に応じた着信者の状況と、格納部３２内の識別子をサーバ３に登録する。
【００７３】
具体的には、先ず、処理部３４は、格納部３２から識別子をし、その識別子と、その状況登録操作に応じた着信者の状況とを、通信部３１を介してサーバ１０の通信部１１に送信する。
【００７４】
続いて、通信部１１は、その着信者の状況および識別子を受信すると、その着信者の状況および識別子を管理部１３に送信する。管理部１３は、その着信者の状況および識別子を受信すると、その着信者の状況および識別子を対応づけてレコードを生成し、そのレコードを記憶部１２に登録する。
【００７５】
ステップＳ７で発信者が着信者に連絡を取りたい連絡要因が発生したとする。
【００７６】
その後、ステップＳ８では、発信者は、特定取得操作を操作部２３に行う。
【００７７】
制御部２４は、その特定取得操作を検知すると、取得要求を、通信部２１を介してサーバ１０の通信部１１に送信する。
【００７８】
通信部１１は、その取得要求を受信すると、取得要求を管理部１３に送信する。管理部１３は、その取得要求を受信すると、記憶部１２からデータベースを取得し、そのデータベースを、通信部１１を介して発信者携帯電話２０の通信部２１に送信する。
【００７９】
通信部２１は、そのデータベースを受信すると、そのデータベースを制御部２４に送信する。制御部２４は、そのデータベースを受信すると、そのデータベースを表示部２２に表示する。その後、ステップＳ９が実行される。
【００８０】
なお、管理部１３は、データベースを送信すると、その後、定期的に、または、記憶部１２内のデータベースが変更されるたびに、そのデータベースを発信者携帯電話２０に送信するなどを行ってもよい。
【００８１】
ステップＳ９では、発信者は、表示部２２に表示されたデータベースから連絡を取りたい着信者の状況を確認する。発信者は、着信者への用件と着信者の状況とを、状況登録ルールに従って比較し、その用件がその状況に比べて緊急の用件が否かを判断する。
【００８２】
発信者は、その用件が緊急の用件でないと、ステップＳ１０を実行し、その用件が緊急の用件であると、ステップＳ１１を実行する。
【００８３】
ステップＳ１０では、発信者は、着信者の状況が変化すると予測される時間だけ待ち、その後、ステップＳ８を実行する。
【００８４】
ステップＳ１１では、発信者は、操作部２３に所定発信操作を行う。制御部２４は、その所定発信操作を検知すると、発信信号および緊急信号を生成し、その発信信号および緊急信号を、通信部２１を介して着信者携帯電話３０の通信部３１に送信する。
【００８５】
通信部３１は、その発信信号および緊急信号を受信すると、その発信信号および緊急信号を処理部３４に送信する。
【００８６】
処理部３４は、その発信信号および緊急信号を受信すると、緊急呼び出しモードが設定部３３に設定されているか否かを確認する。
【００８７】
処理部３４は、緊急呼び出しモードが設定されている場合、図４のステップＳ４０５を実行する。その後、ステップＳ４０６またはＳ４０７が実行される。
【００８８】
一方、処理部３４は、緊急呼び出しモードが設定されていない場合、ステップＳ４０７を実行する。
【００８９】
なお、処理部３４は、発信信号だけを受信した場合、ステップ４０７を実行する。
【００９０】
次に効果を説明する。
【００９１】
本実施形態によれば、処理部３４は、入力部３６に所定登録操作が行われると、その所定登録操作に応じた状況をサーバに登録し、設定部３３に緊急呼び出しモードを設定する。また、処理部３４は、通信部３１が発信信号を受信すると、設定部３３に緊急呼び出しモードが設定されている場合に、その発信信号に格納部３２内の電話番号があるか否かを判定する。
【００９２】
この場合、状況が登録されると、緊急呼び出しモードが設定される。また、緊急呼び出しモードが設定されている場合に、発信者携帯電話２０の電話番号があるか否かが判定される。このため、発信者が着信者の状況を確認することが可能な場合に、所定着信モードで着信を報知することが可能になる。したがって、発信者が状況を確認していないときに、誤って所定着信モードで着信を報知することを軽減することが可能になる。
【００９３】
また、本実施形態では、所定登録操作は、入力部３６の状況が割り当てられたキーの長押しである。この場合、容易に着信者の状況を登録することが可能になる。
【００９４】
また、本実施形態では、制御部２４は、操作部２３に所定発信操作が行われると、発信信号と緊急信号とを着信者携帯電話３０に送信する。通信部３１は、その発信信号および緊急信号を受信する。処理部３４は、通信部３１が発信信号および緊急信号を受信した場合に、その発信信号に電話番号があるか否かを判定する。
【００９５】
この場合、所定発信操作が行われると、緊急信号が送信される。また、緊急信号が受信されると、発信信号に電話番号があるか否かが判定される。したがって、通常の発信操作と異なる所定発信操作が用いられれば、着信者の状況より重要でない用件の場合に、誤って所定着信モードで着信を報知することを軽減することが可能になる。
【００９６】
また、制御部２４は、操作部２３の特定キーの長押しが行われると、取得要求をサーバ１０に送信する。この場合、特定のキーの長押しが行われると、取得要求が送信され、その後、状況が受信される。このため、状況を容易に確認することが可能になる。
【００９７】
次に第三の実施形態を説明する。
【００９８】
図８は、本実施形態の着信者携帯電話３０の構成を示したブロック図である。図８において、着信者携帯電話３０は、図６で示した構成に加え、測位部３７を含む。
【００９９】
測位部３７は、ＧＰＳ（Global Positioning System）機能を有し、定期的に、自電話の現在の位置を示す位置情報を生成する。
【０１００】
通信部３１は、サーバ１０から、状況を登録する旨のアラームを受信する。
【０１０１】
処理部３４は、入力部３６に所定登録操作が行われると、その所定登録操作に応じた状況と、そのときに測位部３７が生成した位置情報と、格納部３２内の識別子とをサーバ１０に送信する。
【０１０２】
また、処理部３４は、着信者の状況を送信すると、その後、一定時間間隔で、測位部３７が生成した位置情報と、格納部３２内の識別子とをサーバ１０送信する。
【０１０３】
報知部３５は、通信部３１が受信したアラームを報知する。
【０１０４】
次にサーバ１０について説明する。
【０１０５】
通信部１１は、着信者携帯電話３０から位置情報をさらに受信する。
【０１０６】
管理部１３は、通信部１１が着信者の状況、位置情報および識別子を受信すると、その着信者の状況、位置情報および識別子を対応付けたレコードを記憶部１２に登録する。
【０１０７】
また、管理部１３は、通信部１１が位置情報および識別子を受信すると、その受信された位置情報が示す位置が、その識別子に対応する記憶部１２内の位置情報が示す位置から変化しているか否かを判定する。
【０１０８】
管理部１３は、その位置が変化していると、アラームを着信者携帯電話３０に通知する。また、管理部１３は、その記憶部１２内の位置情報を、その受信された位置情報に更新する。
【０１０９】
次に動作を説明する。
【０１１０】
図９は、本実施形態の通信システムの動作を説明するためのフローチャートである。
【０１１１】
図７のステップＳ５で処理部３４は、その状況登録操作を検知すると、ステップＳ９０１を実行する。
【０１１２】
ステップＳ９０１では、処理部３４は、測位部３７から位置情報を取得し、格納部３２から識別子を取得する。処理部３４は、その状況登録操作に応じた着信者の状況、位置情報および識別子を、通信部３１を介してサーバ１０の通信部１１に送信する。
【０１１３】
通信部１１は、その着信者の状況、位置情報および識別子を受信すると、その着信者の状況、位置情報および識別子を管理部１３に送信する。管理部１３は、その着信者の状況、位置情報および識別子を受信すると、その着信者の状況、位置情報および識別子を互いに対応付けて記憶部１２に格納する。
【０１１４】
また、処理部３４は、着信者の状況、位置情報および識別子を送信すると、ステップＳ９０２を実行する。
【０１１５】
ステップＳ９０２では、処理部３４は、一定時間間隔で、測位部３７から位置情報を取得する。処理部３４は、格納部３２から識別子を取得し、その識別子および位置情報を、通信部３１を介してサーバ１０の通信部１１に送信する。
【０１１６】
通信部１１は、その位置情報および識別子を受信すると、その位置情報および識別子を管理部１３に送信する。管理部１３は、その位置情報および識別子を受信すると、ステップＳ９０３を実行する。
【０１１７】
ステップＳ９０３では、管理部１３は、その識別子に対応する記憶部１２内の位置情報を確認する。管理部１３は、その受信した位置情報が示す位置が、その確認した位置情報が示す位置から変化しているか否かを判定する。管理部１３は、その受信した位置情報が示す位置が変化していると、ステップＳ９０４を実行し、その位置が変化していないと、処理を終了する。
【０１１８】
ステップＳ９０４では、管理部１３は、その識別子に対応する記憶部１２内の位置情報を、その受信した位置情報に更新する。また、管理部１３は、アラームを生成し、そのアラームを、通信部１１を介して着信者携帯電話３０の通信部３１に通知する。通信部３１は、そのアラームを受信すると、ステップＳ９０５を実行する。
【０１１９】
ステップＳ９０５では、通信部３１は、そのアラームを処理部３４に送信する。処理部３４は、そのアラームを受信すると、アラームを報知部３５から報知し、処理を終了する。例えば、通信部３１は、スピーカを動作させ、アラーム用の音声を出力する。
【０１２０】
次に効果を説明する。
【０１２１】
処理部３４は、一定時間間隔で測位部３７が生成した位置情報をサーバ１０に送信する。サーバ１０の通信部１１は、その位置情報を受信する。管理部１３は、通信部１１が受信した位置情報が示す位置が、記憶部１２内の位置情報が示す位置から変化していると、アラームを着信者携帯電話３０に送信する。着信者携帯電話３０の通信部３１がアラームを受信すると、報知部３５はそのアラームを報知する。
【０１２２】
この場合、着信者の状況が変化したときに、その変化後の状況を登録し忘れることを軽減することが可能になり、より高精度な状況の登録および確認を行うことが可能になる。
【０１２３】
以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【０１２４】
例えば、着信者を検知するセンサを、入退館ゲート、各デスクおよび会議室などに配備し、そのセンサとサーバ１０とを接続する。サーバ１０は、着信者を検知しているセンサが配備された位置情報を着信者の状況として登録する。これにより、着信者が着信者携帯電話３０を用いて状況を登録する代わりに、入室や着席と同時に状況が登録されるようになる。ここで、配備されたセンサでは登録できない状況の場合、例えば、社外で行われている会議に出席している場合、着信者が着信者携帯電話３０を用いてその状況を登録してもよい。
【０１２５】
また、状況を行き先掲示板に表示してもよい。この場合、複数の着信者の状況が簡単に把握でき、社内の連携や連絡などをスムーズに行うことが可能になる。
【図面の簡単な説明】
【０１２６】
【図１】本発明の一実施形態の通信システムを示したブロック図である。
【図２】発信者携帯電話の構成例を示したブロック図である。
【図３】着信者携帯電話の構成例を示したブロック図である。
【図４】通信システムの動作例を説明するためのフローチャートである。
【図５】サーバの構成例を示したブロック図である。
【図６】着信者携帯電話の他の構成例を示したブロック図である。
【図７】通信システムの他の動作例を説明するためのフローチャートである。
【図８】着信者携帯電話の他の構成例を示したブロック図である。
【図９】通信システムの他の動作例を説明するためのフローチャートである。
【符号の説明】
【０１２７】
１０サーバ
１１通信部
１２記憶部
１３管理部
２０発信者携帯電話
２１通信部
２２表示部
２３操作部
２４制御部
３０着信者携帯電話
３１通信部
３２格納部
３３設定部
３４処理部
３５報知部
３６入力部
３７測位部

【特許請求の範囲】
【請求項１】
発信者携帯電話と、前記発信者携帯電話と接続可能な着信者携帯電話と、を含み、前記発信者携帯電話が前記着信者携帯電話の使用者の状況を管理するサーバと接続可能である通信システムであって、
前記発信者携帯電話は、
前記サーバから、前記着信者携帯電話の使用者の状況を受信する受信部と、
前記受信部が受信した状況を表示する表示部と、
操作部と、
前記操作部に所定発信操作が行われると、自電話の電話番号を含む発信信号を送信する制御部と、を含み、
前記着信者携帯電話は、
着信を報知する着信モードを設定する設定部と、
前記発信者携帯電話の電話番号を格納する格納部と、
他の電話からの発信信号を受信する受付部と、
前記受付部が受信した発信信号に前記格納部内の電話番号があるか否かを判定する処理部と、
前記処理部にて前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知し、前記処理部にて前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する報知部と、を含む、通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
サーバを含み、
前記サーバは、
前記着信者携帯電話の位置を示す位置情報を登録する記憶部と、
前記着信者携帯電話から、前記位置情報を受信するサーバ受信部と、
前記サーバ受信部が受信した位置情報が示す位置が、前記記憶部内の位置情報が示す位置から変化していると、前記状況を登録する旨のアラームを前記着信者携帯電話に通知する管理部と、を含み、
前記着信者携帯電話は、前記位置情報を生成する生成部を含み、
前記処理部は、前記生成部が生成した位置情報を一定時間間隔で前記サーバに送信し、
前記受付部は、前記サーバから前記アラームを受信し、
前記報知部は、前記受付部が受信したアラームを報知する、通信システム。
【請求項３】
請求項１または２に記載の通信システムにおいて、
前記着信者携帯電話は、入力部を含み、
前記処理部は、前記入力部に所定登録操作が行われると、該所定登録操作に応じた状況を前記サーバに登録し、前記設定部に前記所定着信モードでの着信の報知を許可する緊急呼び出しモードを設定し、また、前記受付部が前記発信信号を受信すると、前記設定部に前記緊急呼び出しモードが設定されている場合に、該発信信号に前記格納部内の電話番号があるか否かを判定する、通信システム。
【請求項４】
請求項３に記載の通信システムにおいて、
前記入力部には、前記状況に応じてキーが割り当てられ、
前記所定登録操作は、前記状況が割り当てられたキーの長押しである、通信システム。
【請求項５】
請求項１ないし４のいずれか１項に記載の通信システムにおいて、
前記制御部は、前記所定発信操作が行なわれると、前記発信信号と、前記着信者を緊急に呼び出す旨の緊急信号を前記着信者携帯電話に送信し、
前記受付部は、前記発信信号および前記緊急信号を受信し、
前記処理部は、前記受付部が前記発信信号および前記緊急信号を受信した場合に、前記電話番号があるか否かを判定する、通信システム。
【請求項６】
請求項１ないし５のいずれか１項に記載の通信システムにおいて、
前記制御部は、前記操作部の特定キーの長押しが行われると、前記状況を取得する旨の取得要求を前記サーバに送信する、通信システム。
【請求項７】
着信を報知する着信モードを設定する設定部と、
自電話の使用者の状況を管理するサーバと接続可能な発信者携帯電話の電話番号を格納する格納部と、
他の電話からの発信信号を受信する受付部と、
前記受付部が受信した発信信号に前記格納部内の電話番号があるか否かを判定する処理部と、
前記処理部にて前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知し、前記処理部にて前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する報知部と、を含む携帯電話。
【請求項８】
請求項７に記載の携帯電話において、
前記サーバは、携帯電話の位置を示す位置情報が変化すると前記状況を登録する旨のアラームを該携帯電話に通知し、
自電話の位置を示す位置情報を生成する生成部を含み、
前記処理部は、前記生成部が生成した位置情報を一定時間間隔で前記サーバに送信し、
前記受付部は、前記サーバから前記アラームを受信し、
前記報知部は、前記受付部が受信したアラームを報知する、携帯電話。
【請求項９】
請求項７または８に記載の携帯電話において、
入力部を含み、
前記処理部は、前記入力部に所定登録操作が行われると、該所定登録操作に応じた状況を前記サーバに登録し、前記設定部に前記所定着信モードでの着信の報知を許可する緊急呼び出しモードを設定し、また、前記受付部が前記発信信号を受信すると、前記設定部に前記緊急呼び出しモードが設定されている場合に、該発信信号に前記格納部内の電話番号があるか否かを判定する、携帯電話。
【請求項１０】
請求項９に記載の携帯電話において、
前記入力部には、前記状況に応じてキーが割り当てられ、
前記所定登録操作は、前記状況が割り当てられたキーの長押しである、携帯電話。
【請求項１１】
請求項７ないし１０のいずれか１項に記載の携帯電話において、
前記受付部は、前記発信信号と、前記着信者を緊急に呼び出す旨の緊急信号とを受信し、
前記処理部は、前記受付部が前記発信信号および前記緊急信号を受信した場合に、前記電話番号があるか否かを判定する、携帯電話。
【請求項１２】
操作部を含む発信者携帯電話と、着信を報知する着信モードを設定する設定部と前記発信者携帯電話の電話番号を格納する格納部とを含み前記発信者携帯電話と接続可能な着信者携帯電話と、を含み、前記発信者携帯電話が前記着信者携帯電話の使用者の状況を管理するサーバと接続可能である通信システムが行う呼び出し方法であって、
前記発信者携帯電話が、前記サーバから、前記着信者携帯電話の使用者の状況を受信する受信ステップと、
前記発信者携帯電話が、前記受信された状況を表示する表示ステップと、
前記発信者携帯電話が、前記操作部に所定発信操作が行われると、自電話の電話番号を含む発信信号を送信する送信ステップと、を含み、
前記着信者携帯電話が、他の電話から発信信号を受信する受付ステップと、
前記着信者携帯電話が、前記受信された発信信号に前記格納部内の電話番号があるか否かを判定する判定ステップと、
前記着信者携帯電話が、前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知する所定報知ステップと、
前記着信者携帯電話が、前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する設定報知ステップと、を含む呼び出し方法。
【請求項１３】
請求項１２に記載の呼び出し方法において、
前記通信システムは、前記着信者携帯電話の位置を示す位置情報を登録する記憶部を含むサーバを含み、
前記着信者携帯電話が、前記位置情報を生成する生成ステップと、
前記着信者携帯電話が、一定時間間隔で前記生成された位置情報を前記サーバに送信する位置送信ステップと、
前記サーバが、前記着信者携帯電話から、前記位置情報を受信する位置受信ステップと、
前記サーバが、前記受信された位置情報が示す位置が、前記記憶部内の位置情報が示す位置から変化していると、前記状況を登録する旨のアラームを前記着信者携帯電話に送信する管理ステップと、
前記着信者携帯電話が、前記サーバから前記アラームを受信するアラーム受信ステップと、
前記着信者携帯電話が、前記受信されたアラームを報知するアラームステップと、を含む呼び出し方法。
【請求項１４】
着信を報知する着信モードを設定する設定部と、自電話の使用者の状況を登録するサーバと接続可能な発信者携帯電話の電話番号を格納する格納部と、を含む携帯電話が行う呼び出し方法であって、
他の電話からの発信信号を受信する受付ステップと、
前記受信された発信信号に前記格納部内の電話番号があるか否かを判定する判定ステップと、
前記電話番号があると判定されると、予め定められた所定着信モードで着信を報知する所定報知ステップと、
前記電話番号がないと判定されると、前記設定部に設定された着信モードで着信を報知する設定報知ステップと、を含む呼び出し方法。
【請求項１５】
請求項１４に記載の呼び出し方法において、
前記サーバは、前記着信者携帯電話の位置を示す位置情報が変化すると前記状況を登録する旨のアラームを該携帯電話に通知し、
自電話の位置情報を生成する生成ステップと、
前記生成された位置情報を、一定時間間隔で前記サーバに送信する位置送信ステップと、
前記サーバから前記アラームを受信するアラーム受信ステップと、
前記受信されたアラームを報知するアラームステップと、を含む呼び出し方法。

【図１】