応答可否状況通知システム
【課題】
相手先に架電などをする前に、その相手先の状況を把握することの出来る、応答可否状況通知システムに関する。
【解決手段】
位置情報管理サーバは、位置情報受付部と位置情報記憶部と位置情報結果送信部とを有しており、スケジュール情報管理サーバは、スケジュール情報受付部とスケジュール情報記憶部とスケジュール情報結果送信部と、を有しており、第２の端末において、位置情報管理サーバから取得した位置情報と、スケジュール情報管理サーバから取得したスケジュール情報とに基づいて、第１の端末の利用者の状況を判定して表示させる、応答可否状況通知システムである。
相手先に架電などをする前に、その相手先の状況を把握することの出来る、応答可否状況通知システムに関する。
【解決手段】
位置情報管理サーバは、位置情報受付部と位置情報記憶部と位置情報結果送信部とを有しており、スケジュール情報管理サーバは、スケジュール情報受付部とスケジュール情報記憶部とスケジュール情報結果送信部と、を有しており、第２の端末において、位置情報管理サーバから取得した位置情報と、スケジュール情報管理サーバから取得したスケジュール情報とに基づいて、第１の端末の利用者の状況を判定して表示させる、応答可否状況通知システムである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、架電などをする前に、その相手先の状況を把握することの出来る、応答可否状況通知システムに関する。
【背景技術】
【０００２】
相手先（以下、「第１の利用者」という）に対して架電や電子メールの送信などで連絡を取る際に、連絡をする側（以下、「第２の利用者」という）は、第１の利用者が電話などに出られる状況であるのか、など応答可能か否かの状況を知ることが出来ない。そのため、第１の利用者に連絡をした場合に、第１の利用者が移動中であったり、会議中であったりするなど、すぐに対応できない状況である場合も多い。
【０００３】
そこで下記特許文献１では、第１の利用者の携帯電話機の受信可能状況を判定することで、第２の利用者が架電する前に第１の利用者の携帯電話機が受信圏内にあるかどうかを知ることが出来る発明を開示している。
【０００４】
【特許文献１】特開２０００−３５８０９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１に記載の発明によって第１の利用者が所持する携帯電話機が受信圏内にあるかどうか、つまり電話が繋がるかどうかを判定することは出来る。しかし、電話が繋がったとしても、第１の利用者が電話に出られる状況であるかどうかまでは分からない。例えば第１の利用者が重要な会議中の場合、通常は電話に出られないことが多いが、第１の利用者がそのような状況であることを、架電をした第２の利用者は知ることが出来ない。
【０００６】
すなわち、一般的には第１の利用者が会議中や移動中など、第１の利用者が電話に出られそうにない状況であることを知っていれば、第１の利用者の迷惑にならないように、電話しないが、そのような第１の利用者の、電話などの連絡に応答可能であるか否かの状況までを上述の特許文献１に記載の発明では把握することが出来ない。
【課題を解決するための手段】
【０００７】
そこで本発明者は、連絡を取ろうと思った第２の利用者に、今どこにいるかの位置情報、今どのようなスケジュールの状態にあるか、などの電話などの応対が可能か否かの状況を通知することにより、第１の利用者が電話などに出られない状況に、第２の利用者が電話などを行ってしまう無駄な連絡を抑止することの出来る、応答可否状況通知システムを発明した。
【０００８】
なお本明細書において、連絡を取る相手先を「第１の利用者」、連絡を取ろうとする者を「第２の利用者」とし、第１の利用者が利用する端末（携帯電話、ＰＨＳ、ＰＤＡなどの携帯端末、コンピュータ端末も含む）を「第１の端末」、第２の利用者が利用する端末（携帯電話、ＰＨＳ、ＰＤＡなどの携帯端末、電話機なども含む）を「第２の端末」という。
【０００９】
請求項１の発明は、第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムであって、前記応答可否状況通知システムは、位置情報を管理する位置情報管理サーバを有しており、前記位置情報管理サーバは、前記第１の端末の位置情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共に位置情報記憶部に記憶する位置情報受付部と、前記位置情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の位置情報を前記位置情報記憶部から検索し、前記第２の端末に渡す位置情報結果送信部と、を有しており、前記第２の端末において、前記位置情報管理サーバから取得した位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、応答可否状況通知システムである。
【００１０】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報を取得することが出来、それに基づいて、第１の端末の利用者の、連絡に応答が可能かどうかの状況（応答可否状況）を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。
【００１１】
請求項２の発明において、前記応答可否状況通知システムは、更に、スケジュール情報を管理するスケジュール情報管理サーバを有しており、前記スケジュール情報管理サーバは、前記第１の端末の利用者のスケジュール情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共にスケジュール情報記憶部に記憶するスケジュール情報受付部と、前記スケジュール情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の利用者のスケジュール情報を前記スケジュール情報記憶部から検索し、前記第２の端末に渡すスケジュール情報結果送信部と、を有しており、前記第２の端末において、前記位置情報管理サーバから取得した位置情報と、前記スケジュール情報管理サーバから取得したスケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、応答可否状況通知システムである。
【００１２】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報に加えて、更に、スケジュール情報を取得することが出来る。そして、それらに基づいて、第１の端末の利用者の、連絡に応答が可能かどうかの状況（応答可否状況）を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。また位置情報のみから判定するよりも、より精度を高めることが出来る。
【００１３】
請求項３の発明において、前記第２の端末は、前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、応答可否状況通知システムである。
【００１４】
位置情報による応答可否状況とスケジュール情報による応答可否状況とが一致していれば問題がないが、予定がずれるなどの理由により、それらが一致しない場合がある。その場合には、位置情報の方がより的確に第１の端末の利用者の、連絡に対する応答可能か否かの状況を示すものであると考えられる。そこで位置情報による応答可否状況を優先して判定処理を行うと良い。
【００１５】
請求項４の発明において、前記第２の端末は、前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する、応答可否状況通知システムである。
【００１６】
第２の端末において、第１の端末の利用者が応答できない状況であると判定できた場合には、第１の端末の利用者への不用意な連絡は行えないようにすることが好ましい。第２の端末から連絡が行われることによって、無駄な連絡となるし、会議中などの場合には、第１の端末の利用者の迷惑となる場合もあり得るからである。そして本発明のように連絡を禁止することによって、第２の端末の利用者が誤って連絡をしてしまうことなどを防止できる。
【００１７】
請求項５の発明は、第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムにおける前記第２の端末であって、前記第１の端末の位置情報を記憶する位置情報管理サーバに対して、前記第１の端末の位置情報の取得要求を行う位置情報取得要求部と、前記位置情報管理サーバから、前記第１の端末の位置情報を受け取る位置情報結果受付部と、前記位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定する状況判定部と、前記判定した応答可否状況を表示する状況表示部と、を有する応答可否状況通知システムにおける第２の端末である。
【００１８】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報を取得することが出来、それに基づいて、第１の端末の利用者の応答可否状況を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。
【００１９】
請求項６の発明において、前記第２の端末は、更に、前記第１の端末の利用者のスケジュール情報を記憶するスケジュール情報管理サーバに対して、前記第１の端末の利用者のスケジュール情報の取得要求を行うスケジュール情報取得要求部と、前記スケジュール情報管理サーバから、前記第１の端末のスケジュール情報を受け取るスケジュール情報結果受付部と、を有しており、前記状況判定部は、前記位置情報と前記スケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定する、応答可否状況通知システムにおける第２の端末である。
【００２０】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報に加えて、更に、スケジュール情報を取得することが出来る。そして、それらに基づいて、第１の端末の利用者の応答可否状況を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。また位置情報のみから判定するよりも、より精度を高めることが出来る。
【００２１】
請求項７の発明において、前記状況判定部は、前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、応答可否状況通知システムにおける第２の端末である。
【００２２】
位置情報による応答可否状況とスケジュール情報による応答可否状況とが一致していれば問題がないが、予定がずれるなどの理由により、それらが一致しない場合がある。その場合には、位置情報の方がより的確に第１の端末の利用者の応答可否状況を示すものであると考えられる。そこで位置情報による応答可否状況を優先して判定処理を行うと良い。
【００２３】
請求項８の発明において、前記第２の端末は、更に、前記状況判定部において、前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する連絡禁止部、を有する応答可否状況通知システムである。
【００２４】
第２の端末において、第１の端末の利用者が応答できない状況であると判定できた場合には、第１の端末の利用者への不用意な連絡は行えないようにすることが好ましい。第２の端末から連絡が行われることによって、無駄な連絡となるし、会議中などの場合には、第１の端末の利用者の迷惑となる場合もあり得るからである。そして本発明のように連絡を禁止することによって、第２の端末の利用者が誤って連絡をしてしまうことなどを防止できる。
【発明の効果】
【００２５】
本発明を用いることによって、連絡を取ろうと思った相手先の状況が通知される。それによって、相手先が電話などに出られない状況の場合には無駄な連絡を行わずに済む。
【発明を実施するための最良の形態】
【００２６】
本発明の応答可否状況通知システム１の全体の概念図を図１に、システム構成の概念図を図２に示す。
【実施例１】
【００２７】
本発明の応答可否状況通知システム１は、第１の端末４から位置情報を受け付ける位置情報管理サーバ２を有する。
【００２８】
本発明の相手先情報通知システムにおける位置情報管理サーバ２のハードウェア構成の概念図を模式的に図３に示す。このサーバには、プログラムの演算処理を実行するＣＰＵなどの演算装置２０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置２１とを少なくとも有している。コンピュータ上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置２０に読み込まれることでその処理が実行される。各機能は、記憶装置２１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置２１から読み出し、読み出した情報を適宜、演算装置２０における処理に用いる。当該コンピュータには、演算装置２０の処理結果や記憶装置２１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置２４、キーボードやマウスやテンキーなどの入力装置２３、ディスプレイなどの表示装置２２を有していても良い。
【００２９】
本発明における各機能（各手段）は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。また各機能は、一又は複数のプログラムやモジュール、装置等により処理することも可能である。
【００３０】
第１の端末４は、ＧＰＳなどにより測位した第１の端末４の位置情報を位置情報管理サーバ２に渡す相手先位置情報送信部を有する。
【００３１】
位置情報管理サーバ２は、位置情報受付部６と位置情報記憶部７と位置情報結果送信部８とを有する。
【００３２】
位置情報受付部６は、ＧＰＳなどにより測位した第１の端末４の位置情報を第１の端末４から受け付け、後述する位置情報記憶部７に記憶させる。この際に、第１の端末４または第１の利用者を識別する情報に対応づけて位置情報を記憶させると良い。
【００３３】
位置情報記憶部７は、第１の端末４または第１の利用者を識別する情報に対応づけて、第１の端末４の位置情報を記憶する。
【００３４】
位置情報結果送信部８は、第１の端末４の位置情報の取得要求を第２の端末５から受け付け、位置情報記憶部７を検索することにより、第１の端末４の位置情報を第２の端末５に渡す。
【００３５】
第２の端末５は、位置情報取得要求部１４と位置情報結果受付部１５と状況判定部１８と状況表示部１９とを有する。
【００３６】
位置情報取得要求部１４は、第２の利用者が第２の端末５の入力装置２３から所定の入力を行うことによって、連絡を取ろうと思う相手先である第１の利用者が利用する第１の端末４の位置情報の取得要求を位置情報管理サーバ２に渡す。この際に、第１の利用者または第１の端末４を識別する情報を併せて位置情報管理サーバ２に渡す。
【００３７】
位置情報結果受付部１５は、位置情報管理サーバ２から第１の端末４の位置情報を受け取る。
【００３８】
状況判定部１８は、第１の端末４（第１の利用者）の位置情報に基づいて、第１の利用者が、電話などの連絡に応答可能か否かの状況を判定する。例えば取得した位置情報が線路の上を移動中であれば、第１の利用者は電車で移動中であると判定する。また位置情報が第１の利用者の会社内であれば、「社内在席中」であると判定する。なお、位置情報に基づいて判定を行う場合には、第２の端末５に地図情報などを予め記憶しておき、それと位置情報とを対照することで、第１の端末４の利用者の場所が判定できる。また位置情報については直近一つの位置情報だけであっても良いし、所定時間内の複数の位置情報を用いることによって、移動を判定しても良い。この場合には位置情報結果受付部１５は、所定時間内の複数の位置情報を、位置情報管理サーバ２から受け取っている。
【００３９】
状況表示部１９は、状況判定部１８で判定した第１の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。
【００４０】
次に本発明の応答可否状況通知システム１の処理プロセスの一例を図４のフローチャート、図１及び図２の概念図を用いて説明する。
【００４１】
本発明の応答可否状況通知システム１を利用するにあたり、第１の端末４は位置情報管理サーバ２にその位置情報を記憶させる必要がある。
【００４２】
位置情報については、第１の端末４に備えられたＧＰＳで測位した位置情報を、第１の端末４から位置情報管理サーバ２に利用者位置情報送信部１２が渡すことによって行うことが出来る（Ｓ１００）。またＧＰＳ以外の方法で位置情報を測位しても良い。
【００４３】
なお位置情報を渡す際には、第１の端末４または第１の利用者を識別する情報、例えば電話番号等の何らかの方法により割り当てられた識別情報（以下、「識別情報」という）を併せて渡す。これによって、位置情報が誰の情報であるのかを判別することが出来る。
【００４４】
このようにして第１の端末４から位置情報管理サーバ２に渡された情報は、位置情報については位置情報受付部６で受け付ける（Ｓ１１０）。そして識別情報と共に、位置情報については位置情報記憶部７に記憶させる（Ｓ１２０）。
【００４５】
このように位置情報については予め指定されたタイミング（例えば１分毎、１０分毎、３０分毎、１時間毎など）で、あるいは第１の端末４の利用者の指定に応じて第１の端末４から位置情報管理サーバ２に渡される。
【００４６】
そして第２の端末５の利用者が、第１の端末４の利用者に対して架電や電子メールなどにより連絡を取ろうと思った場合には、第２の利用者が第２の端末５の入力装置２３で所定の操作を行うことにより、第１の端末４の位置情報の取得要求を行う（Ｓ１３０）。位置情報の取得要求については位置情報取得要求部１４が位置情報管理サーバ２に対して、取得要求を行う。この際に、第１の利用者または第１の端末４を識別する情報を併せて位置情報管理サーバ２に渡す。
【００４７】
この取得要求を受けた位置情報管理サーバ２は、位置情報結果送信部８が位置情報記憶部７に記憶した情報に基づいて、当該第１の端末４の位置情報を検索し、その結果を第２の端末５に渡す（Ｓ１４０）。この検索の際には、第１の利用者または第１の端末４を識別する情報に基づいて第１の端末４の位置情報を検索すると良い。
【００４８】
このように位置情報管理サーバ２から第２の端末５に渡された情報は、第２の端末５の位置情報結果受付部１５で受け取る。
【００４９】
そして第１の端末４（第１の利用者）の位置情報に基づいて、第１の利用者の現在の状況を状況判定部１８が判定する（Ｓ１５０）。状況の判定としては、位置情報が線路上であれば電車、道路上であれば車、海上であれば船であると判定できる。
【００５０】
また位置情報が第１の利用者の会社の建物内にあれば、会議中、在席のいずれかであると判定する。たとえば位置情報が会議室内にあるならば「会議中」、そうでないならば「在席中」のように判定できる。
【００５１】
このように状況判定部１８が判定した第１の端末４の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。図５の円で囲った部分が、第１の端末４の利用者の状況を示す部分であり、ここにその状況を示すアイコンと共に、状況判定部１８で判定した第１の端末４の利用者の状況が表示される。また図５では第１の端末４の利用者の氏名、電話番号、画像なども含まれているが、これは第２の端末５の電話帳などに予め記憶されている情報を抽出し、表示すればよい。
【実施例２】
【００５２】
上述の実施例１では、第１の端末の位置情報から第１の端末の利用者の応答可否状況を判定しているが、本実施例では、更に第１の端末の利用者のスケジュール情報も加味して、応答可否状況の判定を行う場合を説明する。発明の応答可否状況通知システム１の全体の概念図を図６に、システム構成の概念図を図７に示す。
【００５３】
本発明の応答可否状況通知システム１は、第１の端末４から位置情報を受け付ける位置情報管理サーバ２と、第１の端末４から相手先のスケジュール情報を受け付けるスケジュール情報管理サーバ３とを有する。
【００５４】
本実施例の相手先情報通知システムにおける位置情報管理サーバ２、スケジュール情報管理サーバ３のハードウェア構成の概念図を模式的に図３に示す。このサーバには、プログラムの演算処理を実行するＣＰＵなどの演算装置２０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置２１とを少なくとも有している。コンピュータ上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置２０に読み込まれることでその処理が実行される。各機能は、記憶装置２１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置２１から読み出し、読み出した情報を適宜、演算装置２０における処理に用いる。当該コンピュータには、演算装置２０の処理結果や記憶装置２１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置２４、キーボードやマウスやテンキーなどの入力装置２３、ディスプレイなどの表示装置２２を有していても良い。
【００５５】
本実施例における各機能（各手段）は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。また各機能は、一又は複数のプログラムやモジュール、装置等により処理することも可能である。
【００５６】
第１の端末４は、ＧＰＳなどにより測位した第１の端末４の位置情報を位置情報管理サーバ２に渡す相手先位置情報送信部と、相手先のスケジュール情報をスケジュール情報管理サーバ３に渡す相手先スケジュール情報送信部とを有する。
【００５７】
位置情報管理サーバ２は、位置情報受付部６と位置情報記憶部７と位置情報結果送信部８とを有する。またスケジュール情報管理サーバ３は、スケジュール情報受付部９とスケジュール情報記憶部１０とスケジュール情報結果送信部１１とを有する。位置情報管理サーバ２は、実施例１と同様なので説明を省略する。
【００５８】
スケジュール情報受付部９は、第１の利用者のスケジュール情報を受け付け、後述するスケジュール情報記憶部１０に記憶させる。この際に、第１の端末４または第１の利用者を識別する情報に対応づけてスケジュール情報を記憶させると良い。
【００５９】
スケジュール情報記憶部１０は、第１の端末４または第１の利用者を識別する情報に対応づけて、第１の利用者のスケジュール情報を記憶する。
【００６０】
スケジュール情報結果送信部１１は、第１の利用者のスケジュール情報の取得要求を第２の端末５から受け付け、スケジュール情報記憶部１０を検索することにより、第１の利用者のスケジュール情報を第２の端末５に渡す。
【００６１】
第２の端末５は、位置情報取得要求部１４と位置情報結果受付部１５とスケジュール情報取得要求部１６とスケジュール情報結果受付部１７と状況判定部１８と状況表示部１９とを有する。位置情報取得要求部１４、位置情報結果受付部１５は実施例１と同様なので説明を省略する。
【００６２】
スケジュール情報取得要求部１６は、第２の利用者が第２の端末５の入力装置２３から所定の入力を行うことによって、連絡を取ろうと思う相手先である第１の利用者のスケジュール情報の取得要求をスケジュール情報管理サーバ３に渡す。この際に、第１の利用者または第１の端末４を識別する情報を併せてスケジュール情報管理サーバ３に渡す。
【００６３】
スケジュール情報結果受付部１７は、スケジュール情報管理サーバ３から第１の利用者のスケジュール情報を受け取る。
【００６４】
状況判定部１８は、第１の端末４（第１の利用者）の位置情報と、第１の利用者のスケジュール情報とに基づいて、第１の利用者が、電話などの連絡に応答可能か否かの状況を判定する。この状況の判定の際に、位置情報をスケジュール情報に優先して判定を行う。例えば取得した位置情報が線路の上を移動中であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は電車で移動中であると判定する。また取得した位置情報が建物の内部（一定時間、同じ建物から移動なし）であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は会議中であると判定する。また位置情報が第１の利用者の会社内（一定時間、同じ建物から移動なし）であって、スケジュール情報として特段のスケジュールがない場合（例えば「会議中」、「外出」、「移動中」などの情報がない場合）には、「在席中」であると判定する。図９に、状況判定部１８における、位置情報とスケジュール情報とに基づく、第１の利用者の応答可否状況の判定を模式化した図を示す。なお、位置情報に基づいて判定を行う場合には、第２の端末５に地図情報などを予め記憶しておき、それと位置情報とを対照することで、第１の端末４の利用者の場所が判定できる。また位置情報については直近一つの位置情報だけであっても良いし、所定時間内の複数の位置情報を用いることによって、移動を判定しても良い。また位置情報については直近一つの位置情報だけであっても良いし、所定時間内の複数の位置情報を用いることによって、移動を判定しても良い。この場合には位置情報結果受付部１５は、所定時間内の複数の位置情報を、位置情報管理サーバ２から受け取っている。
【００６５】
状況判定部１８における判定処理では、位置情報をスケジュール情報に優先して判定を行うが、位置情報を取得できない場合には、スケジュール情報に基づいて判定を行う。また取得した位置情報において、一定時間、同じ建物内から移動なしであって、スケジュール情報が「移動」とされている場合には、直前のスケジュール情報が長引いていることが想定される（例えば会議が長引き、移動時間になっても会議を行っている場合など）。従って、直前のスケジュール情報が「移動」以外で、実際の位置情報が移動を挟んでいない場合には、「移動」のスケジュール情報の直前のスケジュール情報に基づいて、応答可否状況を判定する。また直前のスケジュール情報が「移動」以外で、実際の位置情報が移動を挟んでいる場合には、移動のために時間が費やされていると想定される（例えば飛行機の搭乗待ちなど）。従って、この場合には、「移動」のスケジュール情報に基づいて、応答可否状況を判定する。
【００６６】
状況表示部１９は、状況判定部１８で判定した第１の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。
【００６７】
次に本発明の応答可否状況通知システム１の処理プロセスの一例を図８のフローチャート、図６及び図７の概念図を用いて説明する。
【００６８】
本発明の応答可否状況通知システム１を利用するにあたり、第１の端末４は位置情報管理サーバ２にその位置情報と、スケジュール情報管理サーバ３に第１の利用者のスケジュール情報とを記憶させる必要がある。
【００６９】
位置情報については、第１の端末４に備えられたＧＰＳで測位した位置情報を、第１の端末４から位置情報管理サーバ２に利用者位置情報送信部１２が渡すことによって行うことが出来る（Ｓ２００）。またＧＰＳ以外の方法で位置情報を測位しても良い。
【００７０】
またスケジュール情報については、第１の利用者が自らのスケジュール情報を入力し、その入力を受け付けた利用者スケジュール情報送信部１３がスケジュール情報管理サーバ３に渡すことによって行うことが出来る（Ｓ２００）。ここでスケジュール情報としては、日時とその予定（会議、外出、休暇、帰宅、移動中など）の情報を入力する。また予定における移動中の情報としてはその移動手段、例えば車１（本人が運転）、車２（本人が運転しない場合。例えばバスなど）、電車、飛行機、船などの情報を含めると良い。
【００７１】
なお位置情報、スケジュール情報を渡す際には、第１の端末４または第１の利用者を識別する情報、例えば電話番号等の何らかの方法により割り当てられた識別情報（以下、「識別情報」という）を併せて渡す。これによって、位置情報、スケジュール情報が誰の情報であるのかを判別することが出来る。
【００７２】
このようにして第１の端末４から位置情報管理サーバ２、スケジュール情報管理サーバ３に渡された情報は、位置情報については位置情報受付部６、スケジュール情報についてはスケジュール情報受付部９で受け付ける（Ｓ２１０）。そして識別情報と共に、位置情報については位置情報記憶部７に、スケジュール情報についてはスケジュール情報記憶部１０に記憶させる（Ｓ２２０）。
【００７３】
このように位置情報については予め指定されたタイミング（例えば１分毎、１０分毎、３０分毎、１時間毎など）で、あるいは第１の端末４の利用者の指定に応じて第１の端末４から位置情報管理サーバ２に渡され、スケジュール情報については、予め指定されたタイミング（例えば１日毎、半日毎など）で、あるいは第１の端末４の利用者の指定に応じて第１の端末４からスケジュール情報管理サーバ３に渡される。
【００７４】
そして第２の端末５の利用者が、第１の端末４の利用者に対して架電や電子メールなどにより連絡を取ろうと思った場合には、第２の利用者が第２の端末５の入力装置２３で所定の操作を行うことにより、第１の端末４の位置情報とその利用者のスケジュール情報との取得要求を行う（Ｓ２３０）。位置情報の取得要求については位置情報取得要求部１４が位置情報管理サーバ２に対して、スケジュール情報の取得要求についてはスケジュール情報取得要求部１６がスケジュール情報管理サーバ３に対して、各々取得要求を行う。この際に、第１の利用者または第１の端末４を識別する情報を併せて位置情報管理サーバ２、スケジュール情報管理サーバ３に渡す。
【００７５】
この取得要求を受けた位置情報管理サーバ２は、位置情報結果送信部８が位置情報記憶部７に記憶した情報に基づいて、当該第１の端末４の位置情報を検索し、その結果を第２の端末５に渡す（Ｓ２４０）。この検索の際には、第１の利用者または第１の端末４を識別する情報に基づいて第１の端末４の位置情報を検索すると良い。
【００７６】
また取得要求を受けたスケジュール情報管理サーバ３は、スケジュール情報結果送信部１１がスケジュール情報記憶部１０に記憶した情報に基づいて、当該第１の端末４の利用者のスケジュール情報を検索し、その結果を第２の端末５に渡す（Ｓ２４０）。この検索の際には、第１の利用者または第１の端末４を識別する情報に基づいて第１の端末４の利用者のスケジュール情報を検索すると良い。
【００７７】
このように位置情報管理サーバ２、スケジュール情報管理サーバ３から第２の端末５に渡された情報は、第２の端末５の位置情報結果受付部１５、スケジュール情報結果受付部１７で受け取る。
【００７８】
そして第１の端末４（第１の利用者）の位置情報と、第１の利用者のスケジュール情報とに基づいて、第１の利用者の現在の状況を状況判定部１８が判定する（Ｓ２５０）。状況の判定としては、位置情報が線路上であれば電車、道路上であれば車、海上であれば船であると判定でき、更にそのスケジュール情報を加味して判定を行う。つまりその時間帯が移動中であるスケジュールが入っているのならば、移動中であることを状況として確定する。そしてそのスケジュールとして、例えば「東京から大阪へ移動」、「帰宅」などが入っている場合には、それら状況として確定すればよい。
【００７９】
また位置情報が第１の利用者の会社の建物内にあれば、会議中、在席のいずれかであると判定し、スケジュール情報に基づいてその状況が何であるかを確定する。
【００８０】
なお位置情報による状況とスケジュール情報による状況とが異なる場合があるが（例えば位置情報は線路上にあり、スケジュール情報では会議中の場合）、このような場合には位置情報をスケジュール情報に優先して判定を行う。例えば取得した位置情報が線路の上を移動中であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は電車で移動中であると判定する。また取得した位置情報が建物の内部であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は会議中であると判定する。
【００８１】
このように状況判定部１８が判定した第１の端末４の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。図５の円で囲った部分が、第１の端末４の利用者の状況を示す部分であり、ここにその状況を示すアイコンと共に、状況判定部１８で判定した第１の端末４の利用者の状況が表示される。また図５では第１の端末４の利用者の氏名、電話番号、画像なども含まれているが、これは第２の端末５の電話帳などに予め記憶されている情報を抽出し、表示すればよい。
【実施例３】
【００８２】
実施例１及び実施例２の第２の端末５の状況判定部１８において、第１の端末４の利用者が、応答できない状況であることを判定した場合には、第２の端末５から第１の端末４に対して、連絡が行えないような連絡禁止部（図示せず）を設けても良い。これは、第２の端末５から第１の端末４に対して、電話の発信、電子メールの送信を禁止することにより可能である。例えば、電話の発信の場合には、架電の際に電話番号が入力されると、入力された電話番号が、第１の端末４の利用者の電話番号と一致するかを照合し、第１の端末４の利用者の電話番号の場合には、電話の発信を禁止する。また電子メールの送信の場合には、電子メールを送信する際に、送信先として入力された電子メールアドレスを抽出し、その電子メールアドレスが、第１の端末４の利用者の電子メールアドレスと一致しているか照合し、一致する場合にはその電子メールの送信を禁止する。
【００８３】
また一旦、連絡を禁止した後には、所定のタイミングまたは第２の端末５の利用者による再度の、位置情報管理サーバ２、スケジュール情報管理サーバ３への第１の端末４の利用者の位置情報、スケジュール情報の問い合わせによって、応答が出来る状況であることを判定した場合に、上記連絡の禁止を解除するように構成することが好ましい。
【００８４】
なお応答が出来ない状況とは、「会議」、「移動」などの状況、あるいは「在席」以外の状況が一例としてあげられる。
【００８５】
このような連絡禁止部（図示せず）を設けることによって、第２の端末５から第１の端末４への不用意な連絡を防止することが出来る。
【産業上の利用可能性】
【００８６】
本発明を用いることによって、連絡を取ろうと思った相手先の状況が通知される。それによって、相手先が電話などに出られない状況の場合には無駄な連絡を行わずに済む。
【図面の簡単な説明】
【００８７】
【図１】第１の実施例の全体の概念図を模式的に示す図である。
【図２】第１の実施例のシステム構成の一例を模式的に示す図である。
【図３】本発明のハードウェア構成の一例を模式的に示す図である。
【図４】第１の実施例の処理プロセスの一例を示すフローチャートである。
【図５】第２の端末で表示する、第１の端末の利用者の状況を示す画面の一例である。
【図６】第２の実施例の全体の概念図を模式的に示す図である。
【図７】第２の実施例のシステム構成の一例を模式的に示す図である。
【図８】第２の実施例の処理プロセスの一例を示すフローチャートである。
【図９】第１の端末の利用者の応答可否状況を判定処理を模式化した図である。
【符号の説明】
【００８８】
１：応答可否状況通知システム
２：位置情報管理サーバ
３：スケジュール情報管理サーバ
４：第１の端末
５：第２の端末
６：位置情報受付部
７：位置情報記憶部
８：位置情報結果送信部
９：スケジュール情報受付部
１０：スケジュール情報記憶部
１１：スケジュール情報結果送信部
１２：利用者位置情報送信部
１３：利用者スケジュール情報送信部
１４：位置情報取得要求部
１５：位置情報結果受付部
１６：スケジュール情報取得要求部
１７：スケジュール情報結果受付部
１８：状況判定部
１９：状況表示部
２０：演算装置
２１：記憶装置
２２：表示装置
２３：入力装置
２４：通信装置
【技術分野】
【０００１】
本発明は、架電などをする前に、その相手先の状況を把握することの出来る、応答可否状況通知システムに関する。
【背景技術】
【０００２】
相手先（以下、「第１の利用者」という）に対して架電や電子メールの送信などで連絡を取る際に、連絡をする側（以下、「第２の利用者」という）は、第１の利用者が電話などに出られる状況であるのか、など応答可能か否かの状況を知ることが出来ない。そのため、第１の利用者に連絡をした場合に、第１の利用者が移動中であったり、会議中であったりするなど、すぐに対応できない状況である場合も多い。
【０００３】
そこで下記特許文献１では、第１の利用者の携帯電話機の受信可能状況を判定することで、第２の利用者が架電する前に第１の利用者の携帯電話機が受信圏内にあるかどうかを知ることが出来る発明を開示している。
【０００４】
【特許文献１】特開２０００−３５８０９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１に記載の発明によって第１の利用者が所持する携帯電話機が受信圏内にあるかどうか、つまり電話が繋がるかどうかを判定することは出来る。しかし、電話が繋がったとしても、第１の利用者が電話に出られる状況であるかどうかまでは分からない。例えば第１の利用者が重要な会議中の場合、通常は電話に出られないことが多いが、第１の利用者がそのような状況であることを、架電をした第２の利用者は知ることが出来ない。
【０００６】
すなわち、一般的には第１の利用者が会議中や移動中など、第１の利用者が電話に出られそうにない状況であることを知っていれば、第１の利用者の迷惑にならないように、電話しないが、そのような第１の利用者の、電話などの連絡に応答可能であるか否かの状況までを上述の特許文献１に記載の発明では把握することが出来ない。
【課題を解決するための手段】
【０００７】
そこで本発明者は、連絡を取ろうと思った第２の利用者に、今どこにいるかの位置情報、今どのようなスケジュールの状態にあるか、などの電話などの応対が可能か否かの状況を通知することにより、第１の利用者が電話などに出られない状況に、第２の利用者が電話などを行ってしまう無駄な連絡を抑止することの出来る、応答可否状況通知システムを発明した。
【０００８】
なお本明細書において、連絡を取る相手先を「第１の利用者」、連絡を取ろうとする者を「第２の利用者」とし、第１の利用者が利用する端末（携帯電話、ＰＨＳ、ＰＤＡなどの携帯端末、コンピュータ端末も含む）を「第１の端末」、第２の利用者が利用する端末（携帯電話、ＰＨＳ、ＰＤＡなどの携帯端末、電話機なども含む）を「第２の端末」という。
【０００９】
請求項１の発明は、第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムであって、前記応答可否状況通知システムは、位置情報を管理する位置情報管理サーバを有しており、前記位置情報管理サーバは、前記第１の端末の位置情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共に位置情報記憶部に記憶する位置情報受付部と、前記位置情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の位置情報を前記位置情報記憶部から検索し、前記第２の端末に渡す位置情報結果送信部と、を有しており、前記第２の端末において、前記位置情報管理サーバから取得した位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、応答可否状況通知システムである。
【００１０】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報を取得することが出来、それに基づいて、第１の端末の利用者の、連絡に応答が可能かどうかの状況（応答可否状況）を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。
【００１１】
請求項２の発明において、前記応答可否状況通知システムは、更に、スケジュール情報を管理するスケジュール情報管理サーバを有しており、前記スケジュール情報管理サーバは、前記第１の端末の利用者のスケジュール情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共にスケジュール情報記憶部に記憶するスケジュール情報受付部と、前記スケジュール情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の利用者のスケジュール情報を前記スケジュール情報記憶部から検索し、前記第２の端末に渡すスケジュール情報結果送信部と、を有しており、前記第２の端末において、前記位置情報管理サーバから取得した位置情報と、前記スケジュール情報管理サーバから取得したスケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、応答可否状況通知システムである。
【００１２】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報に加えて、更に、スケジュール情報を取得することが出来る。そして、それらに基づいて、第１の端末の利用者の、連絡に応答が可能かどうかの状況（応答可否状況）を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。また位置情報のみから判定するよりも、より精度を高めることが出来る。
【００１３】
請求項３の発明において、前記第２の端末は、前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、応答可否状況通知システムである。
【００１４】
位置情報による応答可否状況とスケジュール情報による応答可否状況とが一致していれば問題がないが、予定がずれるなどの理由により、それらが一致しない場合がある。その場合には、位置情報の方がより的確に第１の端末の利用者の、連絡に対する応答可能か否かの状況を示すものであると考えられる。そこで位置情報による応答可否状況を優先して判定処理を行うと良い。
【００１５】
請求項４の発明において、前記第２の端末は、前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する、応答可否状況通知システムである。
【００１６】
第２の端末において、第１の端末の利用者が応答できない状況であると判定できた場合には、第１の端末の利用者への不用意な連絡は行えないようにすることが好ましい。第２の端末から連絡が行われることによって、無駄な連絡となるし、会議中などの場合には、第１の端末の利用者の迷惑となる場合もあり得るからである。そして本発明のように連絡を禁止することによって、第２の端末の利用者が誤って連絡をしてしまうことなどを防止できる。
【００１７】
請求項５の発明は、第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムにおける前記第２の端末であって、前記第１の端末の位置情報を記憶する位置情報管理サーバに対して、前記第１の端末の位置情報の取得要求を行う位置情報取得要求部と、前記位置情報管理サーバから、前記第１の端末の位置情報を受け取る位置情報結果受付部と、前記位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定する状況判定部と、前記判定した応答可否状況を表示する状況表示部と、を有する応答可否状況通知システムにおける第２の端末である。
【００１８】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報を取得することが出来、それに基づいて、第１の端末の利用者の応答可否状況を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。
【００１９】
請求項６の発明において、前記第２の端末は、更に、前記第１の端末の利用者のスケジュール情報を記憶するスケジュール情報管理サーバに対して、前記第１の端末の利用者のスケジュール情報の取得要求を行うスケジュール情報取得要求部と、前記スケジュール情報管理サーバから、前記第１の端末のスケジュール情報を受け取るスケジュール情報結果受付部と、を有しており、前記状況判定部は、前記位置情報と前記スケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定する、応答可否状況通知システムにおける第２の端末である。
【００２０】
本発明のように構成することで、第２の端末の利用者は、第１の端末の利用者の位置情報に加えて、更に、スケジュール情報を取得することが出来る。そして、それらに基づいて、第１の端末の利用者の応答可否状況を判定することが出来る。これによって、第２の端末の利用者は、第１の端末の利用者が電話などの連絡に応答できない時を知ることが出来、無駄な連絡を行わずに済む。また位置情報のみから判定するよりも、より精度を高めることが出来る。
【００２１】
請求項７の発明において、前記状況判定部は、前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、応答可否状況通知システムにおける第２の端末である。
【００２２】
位置情報による応答可否状況とスケジュール情報による応答可否状況とが一致していれば問題がないが、予定がずれるなどの理由により、それらが一致しない場合がある。その場合には、位置情報の方がより的確に第１の端末の利用者の応答可否状況を示すものであると考えられる。そこで位置情報による応答可否状況を優先して判定処理を行うと良い。
【００２３】
請求項８の発明において、前記第２の端末は、更に、前記状況判定部において、前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する連絡禁止部、を有する応答可否状況通知システムである。
【００２４】
第２の端末において、第１の端末の利用者が応答できない状況であると判定できた場合には、第１の端末の利用者への不用意な連絡は行えないようにすることが好ましい。第２の端末から連絡が行われることによって、無駄な連絡となるし、会議中などの場合には、第１の端末の利用者の迷惑となる場合もあり得るからである。そして本発明のように連絡を禁止することによって、第２の端末の利用者が誤って連絡をしてしまうことなどを防止できる。
【発明の効果】
【００２５】
本発明を用いることによって、連絡を取ろうと思った相手先の状況が通知される。それによって、相手先が電話などに出られない状況の場合には無駄な連絡を行わずに済む。
【発明を実施するための最良の形態】
【００２６】
本発明の応答可否状況通知システム１の全体の概念図を図１に、システム構成の概念図を図２に示す。
【実施例１】
【００２７】
本発明の応答可否状況通知システム１は、第１の端末４から位置情報を受け付ける位置情報管理サーバ２を有する。
【００２８】
本発明の相手先情報通知システムにおける位置情報管理サーバ２のハードウェア構成の概念図を模式的に図３に示す。このサーバには、プログラムの演算処理を実行するＣＰＵなどの演算装置２０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置２１とを少なくとも有している。コンピュータ上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置２０に読み込まれることでその処理が実行される。各機能は、記憶装置２１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置２１から読み出し、読み出した情報を適宜、演算装置２０における処理に用いる。当該コンピュータには、演算装置２０の処理結果や記憶装置２１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置２４、キーボードやマウスやテンキーなどの入力装置２３、ディスプレイなどの表示装置２２を有していても良い。
【００２９】
本発明における各機能（各手段）は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。また各機能は、一又は複数のプログラムやモジュール、装置等により処理することも可能である。
【００３０】
第１の端末４は、ＧＰＳなどにより測位した第１の端末４の位置情報を位置情報管理サーバ２に渡す相手先位置情報送信部を有する。
【００３１】
位置情報管理サーバ２は、位置情報受付部６と位置情報記憶部７と位置情報結果送信部８とを有する。
【００３２】
位置情報受付部６は、ＧＰＳなどにより測位した第１の端末４の位置情報を第１の端末４から受け付け、後述する位置情報記憶部７に記憶させる。この際に、第１の端末４または第１の利用者を識別する情報に対応づけて位置情報を記憶させると良い。
【００３３】
位置情報記憶部７は、第１の端末４または第１の利用者を識別する情報に対応づけて、第１の端末４の位置情報を記憶する。
【００３４】
位置情報結果送信部８は、第１の端末４の位置情報の取得要求を第２の端末５から受け付け、位置情報記憶部７を検索することにより、第１の端末４の位置情報を第２の端末５に渡す。
【００３５】
第２の端末５は、位置情報取得要求部１４と位置情報結果受付部１５と状況判定部１８と状況表示部１９とを有する。
【００３６】
位置情報取得要求部１４は、第２の利用者が第２の端末５の入力装置２３から所定の入力を行うことによって、連絡を取ろうと思う相手先である第１の利用者が利用する第１の端末４の位置情報の取得要求を位置情報管理サーバ２に渡す。この際に、第１の利用者または第１の端末４を識別する情報を併せて位置情報管理サーバ２に渡す。
【００３７】
位置情報結果受付部１５は、位置情報管理サーバ２から第１の端末４の位置情報を受け取る。
【００３８】
状況判定部１８は、第１の端末４（第１の利用者）の位置情報に基づいて、第１の利用者が、電話などの連絡に応答可能か否かの状況を判定する。例えば取得した位置情報が線路の上を移動中であれば、第１の利用者は電車で移動中であると判定する。また位置情報が第１の利用者の会社内であれば、「社内在席中」であると判定する。なお、位置情報に基づいて判定を行う場合には、第２の端末５に地図情報などを予め記憶しておき、それと位置情報とを対照することで、第１の端末４の利用者の場所が判定できる。また位置情報については直近一つの位置情報だけであっても良いし、所定時間内の複数の位置情報を用いることによって、移動を判定しても良い。この場合には位置情報結果受付部１５は、所定時間内の複数の位置情報を、位置情報管理サーバ２から受け取っている。
【００３９】
状況表示部１９は、状況判定部１８で判定した第１の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。
【００４０】
次に本発明の応答可否状況通知システム１の処理プロセスの一例を図４のフローチャート、図１及び図２の概念図を用いて説明する。
【００４１】
本発明の応答可否状況通知システム１を利用するにあたり、第１の端末４は位置情報管理サーバ２にその位置情報を記憶させる必要がある。
【００４２】
位置情報については、第１の端末４に備えられたＧＰＳで測位した位置情報を、第１の端末４から位置情報管理サーバ２に利用者位置情報送信部１２が渡すことによって行うことが出来る（Ｓ１００）。またＧＰＳ以外の方法で位置情報を測位しても良い。
【００４３】
なお位置情報を渡す際には、第１の端末４または第１の利用者を識別する情報、例えば電話番号等の何らかの方法により割り当てられた識別情報（以下、「識別情報」という）を併せて渡す。これによって、位置情報が誰の情報であるのかを判別することが出来る。
【００４４】
このようにして第１の端末４から位置情報管理サーバ２に渡された情報は、位置情報については位置情報受付部６で受け付ける（Ｓ１１０）。そして識別情報と共に、位置情報については位置情報記憶部７に記憶させる（Ｓ１２０）。
【００４５】
このように位置情報については予め指定されたタイミング（例えば１分毎、１０分毎、３０分毎、１時間毎など）で、あるいは第１の端末４の利用者の指定に応じて第１の端末４から位置情報管理サーバ２に渡される。
【００４６】
そして第２の端末５の利用者が、第１の端末４の利用者に対して架電や電子メールなどにより連絡を取ろうと思った場合には、第２の利用者が第２の端末５の入力装置２３で所定の操作を行うことにより、第１の端末４の位置情報の取得要求を行う（Ｓ１３０）。位置情報の取得要求については位置情報取得要求部１４が位置情報管理サーバ２に対して、取得要求を行う。この際に、第１の利用者または第１の端末４を識別する情報を併せて位置情報管理サーバ２に渡す。
【００４７】
この取得要求を受けた位置情報管理サーバ２は、位置情報結果送信部８が位置情報記憶部７に記憶した情報に基づいて、当該第１の端末４の位置情報を検索し、その結果を第２の端末５に渡す（Ｓ１４０）。この検索の際には、第１の利用者または第１の端末４を識別する情報に基づいて第１の端末４の位置情報を検索すると良い。
【００４８】
このように位置情報管理サーバ２から第２の端末５に渡された情報は、第２の端末５の位置情報結果受付部１５で受け取る。
【００４９】
そして第１の端末４（第１の利用者）の位置情報に基づいて、第１の利用者の現在の状況を状況判定部１８が判定する（Ｓ１５０）。状況の判定としては、位置情報が線路上であれば電車、道路上であれば車、海上であれば船であると判定できる。
【００５０】
また位置情報が第１の利用者の会社の建物内にあれば、会議中、在席のいずれかであると判定する。たとえば位置情報が会議室内にあるならば「会議中」、そうでないならば「在席中」のように判定できる。
【００５１】
このように状況判定部１８が判定した第１の端末４の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。図５の円で囲った部分が、第１の端末４の利用者の状況を示す部分であり、ここにその状況を示すアイコンと共に、状況判定部１８で判定した第１の端末４の利用者の状況が表示される。また図５では第１の端末４の利用者の氏名、電話番号、画像なども含まれているが、これは第２の端末５の電話帳などに予め記憶されている情報を抽出し、表示すればよい。
【実施例２】
【００５２】
上述の実施例１では、第１の端末の位置情報から第１の端末の利用者の応答可否状況を判定しているが、本実施例では、更に第１の端末の利用者のスケジュール情報も加味して、応答可否状況の判定を行う場合を説明する。発明の応答可否状況通知システム１の全体の概念図を図６に、システム構成の概念図を図７に示す。
【００５３】
本発明の応答可否状況通知システム１は、第１の端末４から位置情報を受け付ける位置情報管理サーバ２と、第１の端末４から相手先のスケジュール情報を受け付けるスケジュール情報管理サーバ３とを有する。
【００５４】
本実施例の相手先情報通知システムにおける位置情報管理サーバ２、スケジュール情報管理サーバ３のハードウェア構成の概念図を模式的に図３に示す。このサーバには、プログラムの演算処理を実行するＣＰＵなどの演算装置２０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置２１とを少なくとも有している。コンピュータ上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置２０に読み込まれることでその処理が実行される。各機能は、記憶装置２１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置２１から読み出し、読み出した情報を適宜、演算装置２０における処理に用いる。当該コンピュータには、演算装置２０の処理結果や記憶装置２１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置２４、キーボードやマウスやテンキーなどの入力装置２３、ディスプレイなどの表示装置２２を有していても良い。
【００５５】
本実施例における各機能（各手段）は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。また各機能は、一又は複数のプログラムやモジュール、装置等により処理することも可能である。
【００５６】
第１の端末４は、ＧＰＳなどにより測位した第１の端末４の位置情報を位置情報管理サーバ２に渡す相手先位置情報送信部と、相手先のスケジュール情報をスケジュール情報管理サーバ３に渡す相手先スケジュール情報送信部とを有する。
【００５７】
位置情報管理サーバ２は、位置情報受付部６と位置情報記憶部７と位置情報結果送信部８とを有する。またスケジュール情報管理サーバ３は、スケジュール情報受付部９とスケジュール情報記憶部１０とスケジュール情報結果送信部１１とを有する。位置情報管理サーバ２は、実施例１と同様なので説明を省略する。
【００５８】
スケジュール情報受付部９は、第１の利用者のスケジュール情報を受け付け、後述するスケジュール情報記憶部１０に記憶させる。この際に、第１の端末４または第１の利用者を識別する情報に対応づけてスケジュール情報を記憶させると良い。
【００５９】
スケジュール情報記憶部１０は、第１の端末４または第１の利用者を識別する情報に対応づけて、第１の利用者のスケジュール情報を記憶する。
【００６０】
スケジュール情報結果送信部１１は、第１の利用者のスケジュール情報の取得要求を第２の端末５から受け付け、スケジュール情報記憶部１０を検索することにより、第１の利用者のスケジュール情報を第２の端末５に渡す。
【００６１】
第２の端末５は、位置情報取得要求部１４と位置情報結果受付部１５とスケジュール情報取得要求部１６とスケジュール情報結果受付部１７と状況判定部１８と状況表示部１９とを有する。位置情報取得要求部１４、位置情報結果受付部１５は実施例１と同様なので説明を省略する。
【００６２】
スケジュール情報取得要求部１６は、第２の利用者が第２の端末５の入力装置２３から所定の入力を行うことによって、連絡を取ろうと思う相手先である第１の利用者のスケジュール情報の取得要求をスケジュール情報管理サーバ３に渡す。この際に、第１の利用者または第１の端末４を識別する情報を併せてスケジュール情報管理サーバ３に渡す。
【００６３】
スケジュール情報結果受付部１７は、スケジュール情報管理サーバ３から第１の利用者のスケジュール情報を受け取る。
【００６４】
状況判定部１８は、第１の端末４（第１の利用者）の位置情報と、第１の利用者のスケジュール情報とに基づいて、第１の利用者が、電話などの連絡に応答可能か否かの状況を判定する。この状況の判定の際に、位置情報をスケジュール情報に優先して判定を行う。例えば取得した位置情報が線路の上を移動中であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は電車で移動中であると判定する。また取得した位置情報が建物の内部（一定時間、同じ建物から移動なし）であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は会議中であると判定する。また位置情報が第１の利用者の会社内（一定時間、同じ建物から移動なし）であって、スケジュール情報として特段のスケジュールがない場合（例えば「会議中」、「外出」、「移動中」などの情報がない場合）には、「在席中」であると判定する。図９に、状況判定部１８における、位置情報とスケジュール情報とに基づく、第１の利用者の応答可否状況の判定を模式化した図を示す。なお、位置情報に基づいて判定を行う場合には、第２の端末５に地図情報などを予め記憶しておき、それと位置情報とを対照することで、第１の端末４の利用者の場所が判定できる。また位置情報については直近一つの位置情報だけであっても良いし、所定時間内の複数の位置情報を用いることによって、移動を判定しても良い。また位置情報については直近一つの位置情報だけであっても良いし、所定時間内の複数の位置情報を用いることによって、移動を判定しても良い。この場合には位置情報結果受付部１５は、所定時間内の複数の位置情報を、位置情報管理サーバ２から受け取っている。
【００６５】
状況判定部１８における判定処理では、位置情報をスケジュール情報に優先して判定を行うが、位置情報を取得できない場合には、スケジュール情報に基づいて判定を行う。また取得した位置情報において、一定時間、同じ建物内から移動なしであって、スケジュール情報が「移動」とされている場合には、直前のスケジュール情報が長引いていることが想定される（例えば会議が長引き、移動時間になっても会議を行っている場合など）。従って、直前のスケジュール情報が「移動」以外で、実際の位置情報が移動を挟んでいない場合には、「移動」のスケジュール情報の直前のスケジュール情報に基づいて、応答可否状況を判定する。また直前のスケジュール情報が「移動」以外で、実際の位置情報が移動を挟んでいる場合には、移動のために時間が費やされていると想定される（例えば飛行機の搭乗待ちなど）。従って、この場合には、「移動」のスケジュール情報に基づいて、応答可否状況を判定する。
【００６６】
状況表示部１９は、状況判定部１８で判定した第１の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。
【００６７】
次に本発明の応答可否状況通知システム１の処理プロセスの一例を図８のフローチャート、図６及び図７の概念図を用いて説明する。
【００６８】
本発明の応答可否状況通知システム１を利用するにあたり、第１の端末４は位置情報管理サーバ２にその位置情報と、スケジュール情報管理サーバ３に第１の利用者のスケジュール情報とを記憶させる必要がある。
【００６９】
位置情報については、第１の端末４に備えられたＧＰＳで測位した位置情報を、第１の端末４から位置情報管理サーバ２に利用者位置情報送信部１２が渡すことによって行うことが出来る（Ｓ２００）。またＧＰＳ以外の方法で位置情報を測位しても良い。
【００７０】
またスケジュール情報については、第１の利用者が自らのスケジュール情報を入力し、その入力を受け付けた利用者スケジュール情報送信部１３がスケジュール情報管理サーバ３に渡すことによって行うことが出来る（Ｓ２００）。ここでスケジュール情報としては、日時とその予定（会議、外出、休暇、帰宅、移動中など）の情報を入力する。また予定における移動中の情報としてはその移動手段、例えば車１（本人が運転）、車２（本人が運転しない場合。例えばバスなど）、電車、飛行機、船などの情報を含めると良い。
【００７１】
なお位置情報、スケジュール情報を渡す際には、第１の端末４または第１の利用者を識別する情報、例えば電話番号等の何らかの方法により割り当てられた識別情報（以下、「識別情報」という）を併せて渡す。これによって、位置情報、スケジュール情報が誰の情報であるのかを判別することが出来る。
【００７２】
このようにして第１の端末４から位置情報管理サーバ２、スケジュール情報管理サーバ３に渡された情報は、位置情報については位置情報受付部６、スケジュール情報についてはスケジュール情報受付部９で受け付ける（Ｓ２１０）。そして識別情報と共に、位置情報については位置情報記憶部７に、スケジュール情報についてはスケジュール情報記憶部１０に記憶させる（Ｓ２２０）。
【００７３】
このように位置情報については予め指定されたタイミング（例えば１分毎、１０分毎、３０分毎、１時間毎など）で、あるいは第１の端末４の利用者の指定に応じて第１の端末４から位置情報管理サーバ２に渡され、スケジュール情報については、予め指定されたタイミング（例えば１日毎、半日毎など）で、あるいは第１の端末４の利用者の指定に応じて第１の端末４からスケジュール情報管理サーバ３に渡される。
【００７４】
そして第２の端末５の利用者が、第１の端末４の利用者に対して架電や電子メールなどにより連絡を取ろうと思った場合には、第２の利用者が第２の端末５の入力装置２３で所定の操作を行うことにより、第１の端末４の位置情報とその利用者のスケジュール情報との取得要求を行う（Ｓ２３０）。位置情報の取得要求については位置情報取得要求部１４が位置情報管理サーバ２に対して、スケジュール情報の取得要求についてはスケジュール情報取得要求部１６がスケジュール情報管理サーバ３に対して、各々取得要求を行う。この際に、第１の利用者または第１の端末４を識別する情報を併せて位置情報管理サーバ２、スケジュール情報管理サーバ３に渡す。
【００７５】
この取得要求を受けた位置情報管理サーバ２は、位置情報結果送信部８が位置情報記憶部７に記憶した情報に基づいて、当該第１の端末４の位置情報を検索し、その結果を第２の端末５に渡す（Ｓ２４０）。この検索の際には、第１の利用者または第１の端末４を識別する情報に基づいて第１の端末４の位置情報を検索すると良い。
【００７６】
また取得要求を受けたスケジュール情報管理サーバ３は、スケジュール情報結果送信部１１がスケジュール情報記憶部１０に記憶した情報に基づいて、当該第１の端末４の利用者のスケジュール情報を検索し、その結果を第２の端末５に渡す（Ｓ２４０）。この検索の際には、第１の利用者または第１の端末４を識別する情報に基づいて第１の端末４の利用者のスケジュール情報を検索すると良い。
【００７７】
このように位置情報管理サーバ２、スケジュール情報管理サーバ３から第２の端末５に渡された情報は、第２の端末５の位置情報結果受付部１５、スケジュール情報結果受付部１７で受け取る。
【００７８】
そして第１の端末４（第１の利用者）の位置情報と、第１の利用者のスケジュール情報とに基づいて、第１の利用者の現在の状況を状況判定部１８が判定する（Ｓ２５０）。状況の判定としては、位置情報が線路上であれば電車、道路上であれば車、海上であれば船であると判定でき、更にそのスケジュール情報を加味して判定を行う。つまりその時間帯が移動中であるスケジュールが入っているのならば、移動中であることを状況として確定する。そしてそのスケジュールとして、例えば「東京から大阪へ移動」、「帰宅」などが入っている場合には、それら状況として確定すればよい。
【００７９】
また位置情報が第１の利用者の会社の建物内にあれば、会議中、在席のいずれかであると判定し、スケジュール情報に基づいてその状況が何であるかを確定する。
【００８０】
なお位置情報による状況とスケジュール情報による状況とが異なる場合があるが（例えば位置情報は線路上にあり、スケジュール情報では会議中の場合）、このような場合には位置情報をスケジュール情報に優先して判定を行う。例えば取得した位置情報が線路の上を移動中であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は電車で移動中であると判定する。また取得した位置情報が建物の内部であり、取得したスケジュール情報が会議中の情報であれば、第１の利用者は会議中であると判定する。
【００８１】
このように状況判定部１８が判定した第１の端末４の利用者の状況を、第２の端末５の表示装置２２で表示する。表示装置２２で表示される画面の一例を図５に示す。図５の円で囲った部分が、第１の端末４の利用者の状況を示す部分であり、ここにその状況を示すアイコンと共に、状況判定部１８で判定した第１の端末４の利用者の状況が表示される。また図５では第１の端末４の利用者の氏名、電話番号、画像なども含まれているが、これは第２の端末５の電話帳などに予め記憶されている情報を抽出し、表示すればよい。
【実施例３】
【００８２】
実施例１及び実施例２の第２の端末５の状況判定部１８において、第１の端末４の利用者が、応答できない状況であることを判定した場合には、第２の端末５から第１の端末４に対して、連絡が行えないような連絡禁止部（図示せず）を設けても良い。これは、第２の端末５から第１の端末４に対して、電話の発信、電子メールの送信を禁止することにより可能である。例えば、電話の発信の場合には、架電の際に電話番号が入力されると、入力された電話番号が、第１の端末４の利用者の電話番号と一致するかを照合し、第１の端末４の利用者の電話番号の場合には、電話の発信を禁止する。また電子メールの送信の場合には、電子メールを送信する際に、送信先として入力された電子メールアドレスを抽出し、その電子メールアドレスが、第１の端末４の利用者の電子メールアドレスと一致しているか照合し、一致する場合にはその電子メールの送信を禁止する。
【００８３】
また一旦、連絡を禁止した後には、所定のタイミングまたは第２の端末５の利用者による再度の、位置情報管理サーバ２、スケジュール情報管理サーバ３への第１の端末４の利用者の位置情報、スケジュール情報の問い合わせによって、応答が出来る状況であることを判定した場合に、上記連絡の禁止を解除するように構成することが好ましい。
【００８４】
なお応答が出来ない状況とは、「会議」、「移動」などの状況、あるいは「在席」以外の状況が一例としてあげられる。
【００８５】
このような連絡禁止部（図示せず）を設けることによって、第２の端末５から第１の端末４への不用意な連絡を防止することが出来る。
【産業上の利用可能性】
【００８６】
本発明を用いることによって、連絡を取ろうと思った相手先の状況が通知される。それによって、相手先が電話などに出られない状況の場合には無駄な連絡を行わずに済む。
【図面の簡単な説明】
【００８７】
【図１】第１の実施例の全体の概念図を模式的に示す図である。
【図２】第１の実施例のシステム構成の一例を模式的に示す図である。
【図３】本発明のハードウェア構成の一例を模式的に示す図である。
【図４】第１の実施例の処理プロセスの一例を示すフローチャートである。
【図５】第２の端末で表示する、第１の端末の利用者の状況を示す画面の一例である。
【図６】第２の実施例の全体の概念図を模式的に示す図である。
【図７】第２の実施例のシステム構成の一例を模式的に示す図である。
【図８】第２の実施例の処理プロセスの一例を示すフローチャートである。
【図９】第１の端末の利用者の応答可否状況を判定処理を模式化した図である。
【符号の説明】
【００８８】
１：応答可否状況通知システム
２：位置情報管理サーバ
３：スケジュール情報管理サーバ
４：第１の端末
５：第２の端末
６：位置情報受付部
７：位置情報記憶部
８：位置情報結果送信部
９：スケジュール情報受付部
１０：スケジュール情報記憶部
１１：スケジュール情報結果送信部
１２：利用者位置情報送信部
１３：利用者スケジュール情報送信部
１４：位置情報取得要求部
１５：位置情報結果受付部
１６：スケジュール情報取得要求部
１７：スケジュール情報結果受付部
１８：状況判定部
１９：状況表示部
２０：演算装置
２１：記憶装置
２２：表示装置
２３：入力装置
２４：通信装置
【特許請求の範囲】
【請求項１】
第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムであって、前記応答可否状況通知システムは、位置情報を管理する位置情報管理サーバを有しており、
前記位置情報管理サーバは、
前記第１の端末の位置情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共に位置情報記憶部に記憶する位置情報受付部と、
前記位置情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の位置情報を前記位置情報記憶部から検索し、前記第２の端末に渡す位置情報結果送信部と、を有しており、
前記第２の端末において、
前記位置情報管理サーバから取得した位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、
ことを特徴とする応答可否状況通知システム。
【請求項２】
前記応答可否状況通知システムは、更に、スケジュール情報を管理するスケジュール情報管理サーバを有しており、
前記スケジュール情報管理サーバは、
前記第１の端末の利用者のスケジュール情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共にスケジュール情報記憶部に記憶するスケジュール情報受付部と、
前記スケジュール情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の利用者のスケジュール情報を前記スケジュール情報記憶部から検索し、前記第２の端末に渡すスケジュール情報結果送信部と、を有しており、
前記第２の端末において、
前記位置情報管理サーバから取得した位置情報と、前記スケジュール情報管理サーバから取得したスケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、
ことを特徴とする請求項１に記載の応答可否状況通知システム。
【請求項３】
前記第２の端末は、
前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、
ことを特徴とする請求項２に記載の応答可否状況通知システム。
【請求項４】
前記第２の端末は、
前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する、
ことを特徴とする請求項１から請求項３のいずれかに記載の応答可否状況通知システム。
【請求項５】
第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムにおける前記第２の端末であって、
前記第１の端末の位置情報を記憶する位置情報管理サーバに対して、前記第１の端末の位置情報の取得要求を行う位置情報取得要求部と、
前記位置情報管理サーバから、前記第１の端末の位置情報を受け取る位置情報結果受付部と、
前記位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定する状況判定部と、
前記判定した応答可否状況を表示する状況表示部と、
を有することを特徴とする応答可否状況通知システムにおける第２の端末。
【請求項６】
前記第２の端末は、更に、
前記第１の端末の利用者のスケジュール情報を記憶するスケジュール情報管理サーバに対して、前記第１の端末の利用者のスケジュール情報の取得要求を行うスケジュール情報取得要求部と、
前記スケジュール情報管理サーバから、前記第１の端末のスケジュール情報を受け取るスケジュール情報結果受付部と、を有しており、
前記状況判定部は、
前記位置情報と前記スケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定する、
ことを特徴とする請求項５に記載の応答可否状況通知システムにおける第２の端末。
【請求項７】
前記状況判定部は、
前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、
ことを特徴とする請求項６に記載の応答可否状況通知システムにおける第２の端末。
【請求項８】
前記第２の端末は、更に、
前記状況判定部において、前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する連絡禁止部、
を有することを特徴とする請求項５から請求項７のいずれかに記載の応答可否状況通知システム。
【請求項１】
第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムであって、前記応答可否状況通知システムは、位置情報を管理する位置情報管理サーバを有しており、
前記位置情報管理サーバは、
前記第１の端末の位置情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共に位置情報記憶部に記憶する位置情報受付部と、
前記位置情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の位置情報を前記位置情報記憶部から検索し、前記第２の端末に渡す位置情報結果送信部と、を有しており、
前記第２の端末において、
前記位置情報管理サーバから取得した位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、
ことを特徴とする応答可否状況通知システム。
【請求項２】
前記応答可否状況通知システムは、更に、スケジュール情報を管理するスケジュール情報管理サーバを有しており、
前記スケジュール情報管理サーバは、
前記第１の端末の利用者のスケジュール情報を前記第１の端末から受け付け、前記第１の端末またはその利用者を識別する情報と共にスケジュール情報記憶部に記憶するスケジュール情報受付部と、
前記スケジュール情報の取得要求と前記第１の端末またはその利用者を識別する情報とを前記第２の端末から受け付け、前記第１の端末の利用者のスケジュール情報を前記スケジュール情報記憶部から検索し、前記第２の端末に渡すスケジュール情報結果送信部と、を有しており、
前記第２の端末において、
前記位置情報管理サーバから取得した位置情報と、前記スケジュール情報管理サーバから取得したスケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定して表示させる、
ことを特徴とする請求項１に記載の応答可否状況通知システム。
【請求項３】
前記第２の端末は、
前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、
ことを特徴とする請求項２に記載の応答可否状況通知システム。
【請求項４】
前記第２の端末は、
前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する、
ことを特徴とする請求項１から請求項３のいずれかに記載の応答可否状況通知システム。
【請求項５】
第１の端末の利用者の状況を第２の端末の利用者に対して通知する応答可否状況通知システムにおける前記第２の端末であって、
前記第１の端末の位置情報を記憶する位置情報管理サーバに対して、前記第１の端末の位置情報の取得要求を行う位置情報取得要求部と、
前記位置情報管理サーバから、前記第１の端末の位置情報を受け取る位置情報結果受付部と、
前記位置情報に基づいて、前記第１の端末の利用者の応答可否状況を判定する状況判定部と、
前記判定した応答可否状況を表示する状況表示部と、
を有することを特徴とする応答可否状況通知システムにおける第２の端末。
【請求項６】
前記第２の端末は、更に、
前記第１の端末の利用者のスケジュール情報を記憶するスケジュール情報管理サーバに対して、前記第１の端末の利用者のスケジュール情報の取得要求を行うスケジュール情報取得要求部と、
前記スケジュール情報管理サーバから、前記第１の端末のスケジュール情報を受け取るスケジュール情報結果受付部と、を有しており、
前記状況判定部は、
前記位置情報と前記スケジュール情報とに基づいて、前記第１の端末の利用者の応答可否状況を判定する、
ことを特徴とする請求項５に記載の応答可否状況通知システムにおける第２の端末。
【請求項７】
前記状況判定部は、
前記第１の端末の利用者の応答可否状況を判定する際に、前記位置情報に基づく応答可否状況と前記スケジュール情報に基づく応答可否状況とが異なる場合には、前記位置情報に基づく応答可否状況を優先して、前記第１の端末の利用者の応答可否状況を判定する、
ことを特徴とする請求項６に記載の応答可否状況通知システムにおける第２の端末。
【請求項８】
前記第２の端末は、更に、
前記状況判定部において、前記第１の端末の利用者が応答できない状況であると判定した場合には、前記第１の端末の利用者への電話の発信または電子メールの送信を禁止する連絡禁止部、
を有することを特徴とする請求項５から請求項７のいずれかに記載の応答可否状況通知システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−３５０２０（Ｐ２００８−３５０２０Ａ）
【公開日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願番号】特願２００６−２０４２２７（Ｐ２００６−２０４２２７）
【出願日】平成１８年７月２７日（２００６．７．２７）
【出願人】（５９９１０８２４２）Ｓｋｙ株式会社 (257)
【Ｆターム（参考）】
【公開日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願日】平成１８年７月２７日（２００６．７．２７）
【出願人】（５９９１０８２４２）Ｓｋｙ株式会社 (257)
【Ｆターム（参考）】
[ Back to top ]