(57)【要約】【課題】移動端末の使用可否状況に関わらず、特別な操作を行わなくても発信者に対してスケジュール情報を明確に通知するスケジュール通知システム等を提供する。【解決手段】移動端末２００とスケジュール管理サーバ１００とを備えるスケジュール通知システム１０であって、スケジュール情報を登録して管理するスケジュールデータ管理部１２０、２４０と、他の端末から着信があった場合に、着信時刻にスケジュールが登録されているかどうかを判定し、登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ作成処理部１１１、２１３と、当該送信メッセージを、前記他の端末に送信するネットワーク向け送信部１０１、２０２とを備え、移動端末が着信できない場合には、スケジュール管理サーバ１００から送信メッセージを送信し、移動端末が着信可能な場合には、移動端末２００から送信メッセージを送信する。【選択図】図１
2010074359.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と通信可能な管理サーバとを備えるスケジュール通知システムであって、
前記管理サーバは、
スケジュール情報を登録して管理するスケジュール管理手段と、
他の端末から着信があった場合に、当該着信に係る着信時刻に前記スケジュール管理手段にてスケジュール情報が登録されているかどうかを判定する判定手段と、
前記判定手段で判定した結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成手段と、
前記送信メッセージ生成手段が生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信手段とを備え、
前記移動端末が着信できない場合には、前記管理サーバから前記他の端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信することを特徴とするスケジュール通知システム。
【請求項２】
請求項１に記載のスケジュール通知システムにおいて、
前記スケジュール管理手段が管理するスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データ格納手段を備え、
前記メッセージ送信手段が、前記電話帳データ格納手段に、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するスケジュール通知システム。
【請求項３】
請求項１又は２に記載のスケジュール通知システムにおいて、
前記スケジュール管理手段にスケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係る設定されたスケジュールの期間が完了した時点で、当該他の端末に通知を行うスケジュール通知システム。
【請求項４】
請求項１ないし３のいずれかに記載のスケジュール通知システムにおいて、
前記スケジュール管理手段に登録されているスケジュール情報に、当該スケジュールを実行する予定場所の位置情報を示す予定位置情報を含み、
前記移動端末の現在の位置情報を取得して登録する現在位置情報登録手段と、
前記現在位置情報取得手段が登録した前記移動端末の現在の位置情報、及び前記スケジュール管理手段に登録されている予定場所の位置情報に基づいて、当該スケジュールのずれを解析する解析手段とを備え、
前記送信メッセージ生成手段が、前記解析手段にて解析された結果に基づいて前記送信メッセージを生成するスケジュール通知システム。
【請求項５】
移動端末と通信可能な管理サーバとがスケジュールを通知するスケジュール通知方法であって、
スケジュール情報を登録して管理し、他の端末から着信があった場合に、当該着信に係る着信時刻に当該スケジュール情報が登録されているかどうかを判定する判定ステップと、
前記判定ステップで判定された結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成ステップと、
前記送信メッセージ生成ステップで生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信ステップとを含み、
前記移動端末が着信できない場合には、前記管理サーバから前記他の移動端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信することを特徴とするスケジュール通知方法。
【請求項６】
請求項５に記載のスケジュール通知方法において、
前記登録されたスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データに登録し、前記メッセージ送信ステップが、前記登録された電話帳データに、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するスケジュール通知方法。
【請求項７】
移動端末と通信可能な管理サーバとがスケジュールを通知するようにコンピュータを機能させるためのスケジュール通知プログラムであって、
スケジュール情報を登録して管理するスケジュール管理手段、
他の端末から着信があった場合に、当該着信に係る着信時刻に前記スケジュール管理手段にてスケジュール情報が登録されているかどうかを判定する判定手段、
前記判定手段で判定した結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成手段、
前記送信メッセージ生成手段が生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信手段としてコンピュータを機能させ、
前記移動端末が着信できない場合には、前記管理サーバから前記他の移動端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信するようにコンピュータを機能させるスケジュール通知プログラム。
【請求項８】
請求項７に記載のスケジュール通知プログラムにおいて、
前記スケジュール管理手段が管理するスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データ格納手段としてコンピュータを機能させ、前記メッセージ送信手段が、前記電話帳データ格納手段に、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するスケジュール通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発呼者に対してスケジュールを通知するスケジュール通知システムに関し、特に、移動端末と管理サーバとが連携してスケジュールを通知するスケジュール通知システム等に関する。
【背景技術】
【０００２】
移動端末において、会議中や移動中など、着信者がその場で対応できない状況にある場合に、予め端末内の伝言メモ機能や、ネットワーク上の留守番電話などの音声案内を設定しておくことで、発信者へ理由を通知することができる。その際、音声案内には定型の音声メッセージやユーザ自身で録音した音声メッセージを使用することが一般的であるが、定型の音声メッセージを使用する場合、ある程度決められたフォーマットしかないため、詳細な理由を通知したい場合は、ユーザ自身で録音した音声メッセージで音声案内することになる。
【０００３】
しかし、日々の異なる状況ごとに音声案内で対応するのは、音声メッセージの作成など、ユーザにとって煩わしく、電源ＯＦＦや圏外などの着信不可の場合はユーザ録音の音声メッセージを設定することもできない。また、音声案内の設定と解除については、手動のためユーザ任せであり、設定や解除を忘れることがある。その結果、状況に応じて適切なタイミングで設定や解除が行われていなかったり、音声案内の内容が適切でなかったりするケースが発生する。また、発信者に対して着信応答できない理由を適切に通知できないことで、発信者からの無駄な発信リトライが増えたり、着信者にとって応答できるタイミングを逃したりすることになる。
【０００４】
そこで、発信者にスケジュールを伝える手段として特許文献１、及び２に示す技術が公開されている。
【特許文献１】特開２００４−３３６６３６号公報
【特許文献２】特開２００８−４８１２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示す技術は、スケジュール管理サーバと移動通信端末の構成が開示されているが、それぞれが相互に連携するものではなく、例えば、スケジュール管理サーバが処理を行う場合には、移動通信端末からの応答ＮＧ信号を当該スケジュール管理サーバが受信する必要があるが、移動通信端末の電源がオフのときや圏外のときには、移動通信端末から応答ＮＧ信号を送出できないため対応することができない。また、移動通信端末が処理を行う場合も、移動通信端末の電源がオフのときや圏外のときに対応することができないという課題を有する。
さらに、スケジュール管理サーバが処理を行う場合には、常に移動通信端末とのやり取りが発生してしまい、処理が煩雑になってしまうという課題を有する。
【０００６】
特許文献２に示す技術は、留守番電話センタに登録したスケジュールデータをアナウンスすることで電話に出られない理由を発信者に通知するものであるが、ユーザは留守番電話モードの設定操作を行わなければならず、特に着信できる状態とそうでない状態が混在する状況においては、ユーザの操作が煩わしくなってしまうという課題を有する。
【０００７】
また、通常（デフォルト）の留守番電話モードとスケジュール通知用の留守番電話モードの設定を行う（電源キーを所定時間押下する等）ことで、スケジュールデータを留守番電話センタに登録する必要があるため、作業が煩雑になってしまうと共に、通常の状態から急に圏外になった場合にはスケジュールデータを留守番電話センタに登録することができないため、その間は対応することができないという課題を有する。
【０００８】
さらに、特許文献１、及び２に示す技術は、音声での通知になるため音声化することを見越したスケジュールデータを作成する必要があり、略語や記号等の表現が困難となってしまう。従って、それらを利用した多様な表現で通知することができないという課題を有する。
【０００９】
そこで、本発明は上記課題を解決するためになされたものであり、移動端末の使用可否状況に関わらず、特別な操作を行わなくても発信者に対してスケジュール情報を明確に通知するスケジュール通知システム、スケジュール通知方法、及びスケジュール通知プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１．スケジュール通知システム）
本願に開示するスケジュール通知システムは、移動端末と通信可能な管理サーバとを備えるスケジュール通知システムであって、前記管理サーバは、スケジュール情報を登録して管理するスケジュール管理手段と、他の端末から着信があった場合に、当該着信に係る着信時刻に前記スケジュール管理手段にてスケジュール情報が登録されているかどうかを判定する判定手段と、前記判定手段で判定した結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成手段と、前記送信メッセージ生成手段が生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信手段とを備え、前記移動端末が着信できない場合には、前記管理サーバから前記他の端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信することを特徴とするものである。
【００１１】
このように、本願に開示するスケジュール通知システムにおいては、スケジュール情報を登録して管理し、他の端末から着信があった場合に、当該着信の着信時刻に前記スケジュール情報が登録されているかどうかを判定し、当該判定した結果、着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成し、前記着信に係る他の端末に送信する。このとき、移動端末が着信できない（電源がオフ、又は圏外）場合には、管理サーバから送信メッセージを送信し、移動端末が着信可能（電源がオン、及び圏内）場合には、移動端末から送信メッセージを送信するため、移動端末の使用可否状況（電源オン、電源オフ、圏内、圏外等）とは無関係に、確実にスケジュール情報を通知することができるという効果を奏する。
【００１２】
また、ユーザはスケジュール情報の登録さえしておけば、特別な操作や煩わしい処理等を行わなくてもスケジュール情報を発信端末に通知することができるため、ユーザの利便性の向上を図ることができるという効果を有する。
さらに、メッセージを文字や記号等で通知する場合には、多彩な表現や略語を用いることができ、且つ登録しているスケジュール情報そのものを通知することができるため、発信者は、明確な情報を参照して把握することができるという効果を奏する。
【００１３】
（２．電話帳データ格納手段）
本願に開示するスケジュール通知システムは、前記スケジュール管理手段が管理するスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データ格納手段を備え、前記メッセージ送信手段が、前記電話帳データ格納手段に、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するものである。
【００１４】
（３．スケジュール期間の完了通知）
本願に開示するスケジュール通知システムは、前記スケジュール管理手段にスケジュール情報が登録されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間が完了した時点で、当該他の端末に通知を行うものである。
【００１５】
（４．スケジュール実績の解析手段）
本願に開示するスケジュール通知システムは、前記スケジュール管理手段に登録されているスケジュール情報に、当該スケジュールを実行する予定場所の位置情報を示す予定位置情報を含み、前記移動端末の現在の位置情報を取得して登録する現在位置情報登録手段と、前記現在位置情報取得手段が登録した前記移動端末の現在の位置情報、及び前記スケジュール管理手段に登録されている予定場所の位置情報に基づいて、当該スケジュールのずれを解析する解析手段とを備え、前記送信メッセージ生成手段が、前記解析手段にて解析された結果に基づいて前記送信メッセージを生成するものである。
【００１６】
これまで、本発明をシステムとして示したが、所謂当業者であれば明らかであるように本発明を装置、方法、及び、プログラムとして捉えることもできる。これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
すなわち、本願に開示するスケジュール通知システムの構成要素または構成要素の任意の組合せを、方法、装置、コンピュータプログラム、記録媒体、データ構造などに適用したものも、他の態様として有効である。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を説明する。本発明は多くの異なる形態で実施可能である。従って、本実施形態の記載内容のみで本発明を解釈すべきではない。また、本実施形態の全体を通して同じ要素には同じ符号を付けている。
【００１８】
以下の実施の形態では、主にシステムについて説明するが、所謂当業者であれば明らかな通り、本発明は装置、方法、及び、コンピュータを動作させるためのプログラムとしても実施できる。また、本発明はハードウェア、ソフトウェア、または、ハードウェア及びソフトウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置、または、磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００１９】
（本発明の第１の実施形態）
本実施形態に係るスケジュール通知システムについて、図１ないし図１５を用いて説明する。図１は、本実施形態に係るスケジュール通知システムのシステム構成図、図２は、本実施形態に係るスケジュール通知システムを構成するスケジュール管理サーバ、及び移動端末の機能ブロック図、図３は、スケジュールデータ、及び電話帳データの構成を示す図、図４は、本実施形態に係る移動端末の電源がオンで、且つ圏内にある場合の動作を示すシーケンス図、図５は、本実施形態に係る移動端末におけるスケジュール通知制御部の動作を示す第１のフローチャート、図６は、本実施形態に係る移動端末における電話帳データ管理部の動作を示すフローチャート、図７は、本実施形態に係る移動端末の電源がオフ、又は圏外にある場合の動作を示すシーケンス図、図８は、本実施形態に係るスケジュール管理サーバにおけるスケジュール通知制御部の動作を示すフローチャート、図９は、本実施形態に係るスケジュール管理サーバにおけるスケジュールデータ管理部の動作を示すフローチャート、図１０は、本実施形態に係るスケジュール管理サーバにおける電話帳データ管理部の動作を示すフローチャート、図１１は、本実施形態に係るスケジュール管理サーバが送受信する制御メッセージの構成を示す図、図１２は、着信側の移動端末のスケジュール期間が終了した場合に、発信側の移動端末にその旨が通知される場合の動作を示すシーケンス図、図１３は、スケジュールのずれを解析して移動端末に通知する場合の動作を示すシーケンス図、図１４は、本実施形態に係る移動端末におけるスケジュール通知制御部の動作を示す第２のフローチャート、図１５は、非接触型ＩＣ情報からスケジュールを通知する場合の動作を示すシーケンス図である。
【００２０】
（１．構成）
以下に、本実施形態に係るスケジュール通知システムの構成について説明する。
（１−１  システム構成）
図１において、スケジュール通知システム１０は、スケジュール管理サーバ１００とＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）１とＭＳＣ（Ｍｏｂｉｌｅ  ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）２とＲＮＳ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂ−ｓｙｓｔｅｍ）３と移動端末２００とを備える。
スケジュール管理サーバ１００は、移動端末２００から登録されたスケジュールを管理し、当該管理されたスケジュールの通知を制御する処理等を行う装置である。
【００２１】
ＨＬＲ１は、ユーザ情報や電話網全体を管理する管理装置である。
ＭＳＣ２は、電話網の交換機であり、ＭＳＣ相互に接続されると共に、少なくとも１以上のＲＮＳを収容する。
ＲＮＳ３は、配下の基地局を制御する装置である。
移動端末２００は、携帯電話機等の装置であり、基地局を介して他の移動端末と通話やメッセージの送受信が可能である。
【００２２】
（１−２  モジュール構成）
図２において、スケジュール管理サーバ１００は、サーバ側ネットワーク向け送信部１０１とサーバ側ネットワーク向け受信部１０２とサーバ側送信メッセージ作成処理部１１１とサーバ側スケジュール通知制御部１１２とサーバ側受信メッセージ解析部１１３とサーバ側スケジュールデータ管理部１２０とサーバ側電話帳データ管理部１２１と端末向け送信部１３０と端末向け受信部１３１とを備え、移動端末２００は、ネットワーク向け受信部２０１とネットワーク向け送信部２０２と電話制御部２１０と端末状態管理部２２０と電源制御部２３０とスケジュールデータ管理部２４０と電話帳データ管理部２４１と位置情報データ管理部２４２と非接触型ＩＣデータ管理部２４３と他端末スケジュールデータ管理部２５０とを備え、電話制御部２１０は、受信メッセージ解析部２１１とスケジュール通知制御部２１２と送信メッセージ作成処理部２１３とを備える。
【００２３】
上記構成におけるスケジュール管理サーバ１００や移動端末２００において、着信の際にスケジュール管理サーバ１００や移動端末２００で管理する着信者のスケジュールデータを参照し、登録された時間帯で且つスケジュールの通知を許可した発信者に対して、スケジュールデータや移動端末２００の動作状況を文字情報として発信者に通知する。
なお、移動端末２００の動作状況とは、電源オフ状況、及びマナーモード設定の有無である。
【００２４】
着信者は予めスケジュール管理サーバ１００、及び移動端末２００にスケジュールデータの登録を行う。スケジュールの設定内容としては、例えば、スケジュール名、場所、開始時間−終了時間、メッセージがあり、文字のほか絵文字も利用することができ、登録されていない発信者に対してはスケジュールデータの通知をしないよう設定することができる。
【００２５】
着信があった場合、着信時刻のスケジュールデータ、及び発信者についての電話帳データに基づいて、着信時刻にスケジュールデータの設定があり、電話帳に登録されている発信者、または通知を許可した発信者からの着信であるときは、スケジュールデータと移動端末２００の端末状態を発信者に通知する。また、電源オフや圏外による着信不可の場合にも、スケジュール管理サーバ１００から発信者に対してスケジュール通知を行う。
【００２６】
着信者からのスケジュールデータを受信した発信者の移動端末２００は、操作画面上に着信者が登録したスケジュールデータを表示し、発信者は着信応答出来ない理由や、通知された情報から着信者が応答可能な時刻を知ることができるようになる。表示されたスケジュールデータは保存され、スケジュール終了時に発信者の移動端末２００に通知される。また、スケジュール登録されている時間帯は着信者への発信規制を行う。
【００２７】
スケジュールデータは移動端末２００内の他の機能との連携により、スケジュールデータに追加情報を通知することができる。一つ目に、現在の位置情報データと一致するスケジュールが該当時刻になかった場合、登録されているスケジュールデータの場所と現在の位置情報の比較を行う。前後のスケジュールデータの場所と比較を行い、現在の位置情報が合致するスケジュールがあった場合はそのスケジュールデータを発信者の移動端末２００に通知する。合致しない場合は、そのまま登録されている現時点のスケジュールデータを通知する。二つ目に、発信者の移動端末２００へスケジュールデータ通知時に、非接触ＩＣカードの状態をスケジュールデータとして通知する。非接触型ＩＣカード情報は、例えば、電車の改札やバスの乗車時に利用する非接触型ＩＣカードからの情報であり、移動端末２００が現在移動中であること（任意の駅の改札を通過したこと、バスに乗降したこと等）を認識して、発信者の移動端末２００に対して現在の状況を通知する。
【００２８】
以下に、各構成要素の機能を説明する。
（１−２−１  スケジュール管理サーバの各構成要素の機能）
サーバ側ネットワーク向け送信部１０１は、ネットワーク向けの送信部であり、サーバ側送信メッセージ作成処理部１１１からの要求（Ａ）に対して、ネットワークへメッセージを送信する処理を行う。要求（Ａ）は、ネットワークへの送信メッセージを入力情報とするメッセージ送信要求である。
【００２９】
サーバ側ネットワーク向け受信部１０２は、ネットワーク向けの受信部であり、ネットワークからのメッセージを受信し、サーバ側受信メッセージ解析部１１３にメッセージを解析する要求（Ｂ）を行う。要求（Ｂ）は、ネットワークからの受信メッセージを入力情報としたメッセージ解析要求である。
【００３０】
サーバ側送信メッセージ作成処理部１１１は、送信メッセージを作成する処理部であり、サーバ側スケジュール通知制御部１１２からの要求（Ｃ）に対して、送信メッセージを作成し、サーバ側ネットワーク向け送信部１０１、及び端末向け送信部１３０にメッセージを送信する要求（Ａ）、（Ｇ）を行う。
【００３１】
要求（Ｃ）は、移動端末２００からのスケジュール格納要求の場合、スケジュールデータ格納の処理結果を入力情報としたメッセージ作成要求であり、移動端末２００からの電話帳データ格納要求の場合、電話帳データ格納の処理結果を入力情報としたメッセージ作成要求であり、ネットワークからのスケジュールデータ取得要求の場合、スケジュールデータ取得の処理結果とスケジュールデータを入力情報としたメッセージ作成要求である。要求（Ｇ）は、移動端末２００への送信メッセージを入力情報としたメッセージ送信要求である。
【００３２】
サーバ側スケジュール通知制御部１１２は、スケジュール通知を制御する処理部である。移動端末２００からのスケジュールデータ格納要求の場合、サーバ側受信メッセージ解析部１１３からの通知（Ｄ）により、サーバ側スケジュールデータ管理部１２０、及びサーバ側電話帳データ管理部１２１へデータ格納要求（Ｅ）、（Ｆ）を行う。また、サーバ側送信メッセージ作成処理部１１１にスケジュールデータ格納応答、及び電話帳データ格納応答のためのメッセージ作成要求（Ｃ）を行う。
【００３３】
また、ネットワークからのスケジュールデータ取得要求の場合、サーバ側受信メッセージ解析部１１３からの通知（Ｄ）により、サーバ側スケジュールデータ管理部１２０、及び／又はサーバ側電話帳データ管理部１２１にデータ取得要求（Ｅ）、（Ｆ）を行う。また、サーバ側送信メッセージ作成処理部１１１にスケジュールデータ取得応答のためのメッセージ作成要求（Ｃ）を行う。
【００３４】
通知（Ｄ）は、移動端末２００からのスケジュールデータ格納要求の場合、電話番号とスケジュールデータの通知であり、移動端末２００からの電話帳データ格納要求の場合、要求元電話番号、電話帳登録電話番号、スケジュール通知可否情報の通知であり、ネットワークからのスケジュールデータ取得要求の場合、発信側と着信側の電話番号の通知である。
【００３５】
要求（Ｅ）は、移動端末２００からのスケジュールデータ格納要求の場合、電話番号とスケジュールデータを入力情報としたデータ格納要求であり、ネットワークからのスケジュールデータ取得要求の場合、サーバ側スケジュール通知制御部１１２からサーバ側スケジュールデータ管理部１２０に対して、時刻と着信側の電話番号を入力情報としたスケジュールデータ取得要求であり、サーバ側スケジュールデータ管理部１２０からサーバ側スケジュール通知制御部１１２に対して、スケジュールデータの通知である。
【００３６】
要求（Ｆ）は、移動体端末からの電話帳データ格納要求の場合、要求元電話番号と電話帳登録電話番号、スケジュール通知可否情報を入力情報としたデータ格納要求であり、ネットワークからのスケジュールデータ取得要求の場合、サーバ側スケジュール通知制御部１１２からサーバ側電話帳データ管理部１２１に対して、発信側と着信側の電話番号を入力情報とした電話帳データ取得要求であり、サーバ側電話帳データ管理部１２１からサーバ側スケジュール通知制御部１１２に対して、電話帳データの通知である。
【００３７】
サーバ側受信メッセージ解析部１１３は、受信メッセージを解析する処理部であり、サーバ側ネットワーク向け受信部１０２からの要求（Ｂ）、又は端末向け受信部１３１からの要求（Ｈ）に基づいて通知されたメッセージの解析を行い、サーバ側スケジュール通知制御部１１２に抽出情報を通知する処理を行う。要求（Ｈ）は、移動体端末からの受信メッセージを入力情報としたメッセージ解析要求である。
【００３８】
サーバ側スケジュールデータ管理部１２０は、スケジュールデータを管理する処理部であり、サーバ側スケジュール通知制御部１１２からのデータ格納要求に対して、電話番号とスケジュールデータの格納を行う。また、サーバ側スケジュール通知制御部１１２からのスケジュールデータ取得要求に対して、サーバ側スケジュール通知制御部１１２にスケジュールデータを通知する。
【００３９】
サーバ側電話帳データ管理部１２１は、電話帳データを管理する処理部であり、サーバ側スケジュール通知制御部１１２からのデータ格納要求に対して、電話番号とスケジュール通知可否情報の格納を行う。また、サーバ側スケジュール通知制御部１１２からの電話帳データ取得要求に対して、サーバ側スケジュール通知制御部１１２に電話帳データを通知する。
【００４０】
端末向け送信部１３０は、移動端末２００にメッセージを送信する処理部であり、サーバ側送信メッセージ作成部１１１からの要求（Ｇ）に対して、移動端末２００にメッセージ送信（Ｉ）を行う。
端末向け受信部１３１は、移動端末２００からのメッセージを受信する処理部であり、移動端末２００からのメッセージ受信（Ｊ）に対して、サーバ側受信メッセージ解析部１１３にメッセージ解析要求（Ｈ）を行う。
【００４１】
（１−２−２  移動端末の各構成要素の機能）
ネットワーク向け受信部２０１は、ネットワークからの情報を受信する処理部であり、ネットワーク、及びスケジュール管理サーバ１００からのメッセージ受信（Ｉ）を行い、受信メッセージ解析部２１１にメッセージを解析する要求（１）を行う。要求（１）は、ネットワーク、又はスケジュール管理サーバ１００からの受信メッセージを入力情報としたメッセージ解析要求である。
【００４２】
ネットワーク向け送信部２０２は、ネットワークに情報を送信する処理部であり、メッセージ作成処理部２１３からの要求（２）に対して、ネットワーク、及びスケジュール管理サーバ１００にメッセージ送信（Ｊ）を行う。要求（２）は、ネットワーク、及びスケジュール管理サーバ１００への送信メッセージを入力情報としたメッセージ送信要求である。
【００４３】
電話制御部２１０は、電話を制御する処理部であり、電話の発着信の制御を行い、受信メッセージ解析部２１１、スケジュール通知制御部２１２、及び送信メッセージ作成処理部２１３を備える。また、他端末スケジュールデータ管理部２５０にデータ格納／取得をする要求（１１）を行う。要求（１１）は、電話制御部２１０から他端末スケジュールデータ管理部２５０への電話番号とスケジュールデータを入力情報としたデータ格納要求、及び時刻と電話番号を入力情報とした他端末スケジュールデータ取得要求であり、他端末スケジュールデータ管理部２５０から電話制御部２１０へのスケジュール期間完了時の電話番号通知、及び他端末のスケジュールデータ通知である。
【００４４】
受信メッセージ解析部２１１は、受信メッセージを解析する処理部であり、ネットワーム向け受信部２０１からの要求（１）に基づいてメッセージの解析を行い、スケジュール通知制御部２１１に抽出情報の通知（３）を行う。通知（３）は、電話番号通知である。
【００４５】
スケジュール通知制御部２１２は、スケジュール通知を制御する処理部であり、受信メッセージ解析部２１１からされた通知（３）の情報より、スケジュールデータ管理部２４０、電話帳データ管理部２４１、位置情報データ管理部２４２、及び非接触型ＩＣデータ管理部２４３の各管理部に対してデータ取得要求（７）〜（１０）を行う。また、送信メッセージ作成処理部２１３にスケジュールデータ、及び電話帳データを通知するためのメッセージを作成する要求（４）を行う。
【００４６】
要求（７）は、スケジュール通知制御部２１２からスケジュールデータ管理部２４０への時刻を入力情報としたスケジュールデータ取得要求、及びスケジュールデータ管理部２４０からスケジュール通知制御部２１２へのスケジュールデータ通知である。
【００４７】
要求（８）は、スケジュール通知制御部２１２から電話帳データ管理部２４１への電話番号を入力情報とした電話帳データ取得要求、及び電話帳データ管理部２４１からスケジュール通知制御部２１２への電話帳データ通知である。
【００４８】
要求（９）は、スケジュール通知制御部２１２から位置情報データ管理部２４２への位置情報データ取得要求、及び位置情報データ管理部２４２からスケジュール通知制御部２１２への位置情報データ通知である。
【００４９】
要求（１０）は、スケジュール通知制御部２１２から非接触型ＩＣデータ管理部２４３への非接触型ＩＣデータ取得要求、及び非接触型ＩＣデータ管理部２４３からスケジュール通知制御部２１２への非接触型ＩＣデータ通知である。
【００５０】
要求（４）は、各管理部２４０、２４１、２４２、２４３から取得したデータと端末状態を入力情報としたメッセージ作成要求である。
送信メッセージ作成処理部２１３は、送信メッセージを作成する処理部であり、スケジュール通知制御部２１２からの要求（４）に対して、送信メッセージを作成し、ネットワーク向け送信部２０２にメッセージ送信要求（２）を行う。
【００５１】
端末状態管理部２２０は、移動端末２００の状態を管理する処理部であり、スケジュール通知制御部２１２からの要求（５）に対して、スケジュール通知制御部２１２に現在の端末状態の通知（５）を行う。
【００５２】
電源制御部２３０は、移動端末２００の電源を制御する処理部であり、スケジュール通知制御部２１２に電源オフの開始の通知（６）、及びスケジュール通知制御部２１２からのスケジュール格納完了の通知（６）を行う。
【００５３】
スケジュールデータ管理部２４０は、スケジュールを管理する処理部であり、スケジュール通知制御部２１２からの要求（７）に対して、スケジュール通知制御部２１２にスケジュールデータを通知する。
【００５４】
電話帳データ管理部２４１は、電話帳データを管理する処理部であり、スケジュール通知処理部２１２からの要求（８）に対して、スケジュール通知制御部２１２に電話帳データを通知する。また、電話帳データの新規登録、及び更新登録時にもスケジュール通知制御部２１２に電話帳データを通知する。
【００５５】
位置情報データ管理部２４２は、位置情報データを管理する処理部であり、スケジュール通知処理部２１２からの要求（９）に対して、スケジュール通知制御部２１２に現在の位置情報を通知する。
【００５６】
非接触型ＩＣデータ管理部２４３は、非接触型ＩＣデータを管理する処理部であり、スケジュール通知処理部２１２からの要求（１０）に対して、スケジュール通知制御部２１２に現在の非接触型ＩＣ情報を通知する。
【００５７】
他端末スケジュールデータ管理部２５０は、他端末（発信先の移動端末であって、スケジュール中である移動端末）のスケジュールデータを管理する処理部であり、電話制御部２１０からのデータ格納要求（１１）に対して、他端末スケジュールデータの格納を行う。また、格納した他端末スケジュールデータのスケジュール期間完了を電話制御部２１０に通知する。さらに、電話制御部２１０からの他端末スケジュールデータ取得要求に対して、電話制御部２１０に他端末スケジュールデータを通知する。
【００５８】
ここで、上記スケジュール管理サーバ１００、及び移動端末２００で管理されるスケジュールデータ、及び電話帳データの構成について説明する。図３において、移動端末２００におけるスケジュールデータは、スケジュール名、開始時刻、終了時刻、場所（位置情報）、及びメッセージの各情報をスケジュールごとに格納している。また、電話帳データは、電話帳Ｎｏ、名前、電話番号、メールアドレス、グループ名、スケジュール通知可否情報を登録する電話番号、又は人物ごとに格納している。
【００５９】
スケジュール管理サーバ１００におけるスケジュールデータは、移動端末２００が保持するスケジュールデータの全項目を、移動端末ごとに複数まとめて管理している。また、電話帳データは、移動端末２００が保持する電話帳データの項目のうち、電話番号とスケジュール通知可否情報のみを、移動端末ごとに複数まとめて管理している。
【００６０】
なお、スケジュール管理サーバ１００において電話番号とスケジュール通知可否情報のみを管理している理由は、本実施形態に係るシステムを実行する上で、電話番号とスケジュール通知可否情報以外の情報は、スケジュール管理サーバ１００には不要だからである。従って、少なくとも電話番号とスケジュール通知可否情報を格納する構成であればよい。
以上が、本実施形態に係るスケジュール通知システムの構成の説明である。
【００６１】
（２．動作）
以下に、本実施形態に係るスケジュール通知システムの動作について説明する。
（２−１  電源がオン、且つ圏内にある場合の動作）
図４は着信側の移動端末２００Ｂの電源がオンで、且つ圏内にある場合の動作を示すシーケンス図である。まず、移動端末２００Ａから移動端末２００Ｂに対して発信操作がなされる。発信操作に伴い、移動端末２００ＡからＳＥＴＵＰ信号（移動端末２００Ａの電話番号を含む）が発信され、ネットワークＮＷ４００を介して、その指示メッセージを移動端末２００Ｂのネットワーク向け受信部２０１が受信する。
なお、ネットワークＮＷ４００には、図１で示したように、交換機、基地局、及びそれらを制御する制御装置等が含まれている。
【００６２】
ネットワーク向け受信部２０１が受信したメッセージは、受信メッセージ解析部２１１で解析され、移動端末２００Ａの電話番号がスケジュール通知制御部２１２に通知される。スケジュール通知制御部２１２は、スケジュールデータと端末状態を取得して、送信メッセージ作成処理部２１３に通知する。
【００６３】
このスケジュール通知制御部２１２の処理について、詳細に説明する。図５において、移動端末２００Ａの電話番号を入力情報として受信したスケジュール通知制御部２１２は、スケジュールデータ管理部２４０に現時刻におけるスケジュールを問い合わせ（ステップＳ５１）、スケジュールデータ管理部２４０にスケジュールが設定されているかどうかが判定される（ステップＳ５２）。スケジュールデータ管理部２４０は、指定された時刻にスケジュールが設定されていない場合は、スケジュール無をスケジュール通知制御部２１２に通知し、スケジュール通知制御部２１２の処理が終了する（通常の着信動作に移行する）。指定された時刻にスケジュールが設定されている場合は、スケジュールデータ（時間、行動予定等）をスケジュール通知制御部２１２に通知する。スケジュール通知制御部２１２は、スケジュールデータが通知された場合（スケジュール有りの場合）、電話帳データ管理部２４１に移動端末２００Ａの電話番号を通知し、電話帳の登録有無と電話帳登録時に設定するスケジュール通知可否情報を問い合わせる（ステップＳ５３）。
【００６４】
ここで、移動端末２００Ａの電話番号を入力情報とする電話帳データ管理部２４１の処理について詳細に説明する。図６において、入力された移動端末２００Ａの電話番号が電話帳に登録されているかどうかが判定され（ステップＳ６１）、電話帳に登録されていない場合は、電話帳登録無をスケジュール通知制御部２１２に通知する（ステップＳ６５）。電話帳に登録されている場合は、スケジュールの通知を行ってよいかどうかが判定され（ステップＳ６２）、スケジュールの通知不可の場合は、スケジュール通知不可をスケジュール通知制御部２１２に通知する（ステップＳ６４）。スケジュールの通知可の場合は、スケジュール通知可をスケジュール通知制御部２１２に通知して（ステップＳ６３）、電話帳データ管理部２４１の処理を終了する。
【００６５】
図５に戻って、ステップＳ５３の問い合わせの結果から、スケジュールの通知を行ってよいかどうかが判定され（ステップＳ５４）、スケジュールを通知不可（電話帳未登録も含む）の場合は、スケジュール通知制御部２１２の処理が終了する（通常の着信動作に移行する）。スケジュールを通知可の場合は、端末状態管理部２２０に現在の端末状態を問い合わせ（ステップＳ５５）、端末状態管理部２２０は、現在の端末状態をスケジュール通知制御部２１２に通知する。スケジュール通知制御部２１２は、通知されたスケジュールデータと端末状態を送信メッセージ作成処理部２１３に通知して（ステップＳ５６）、処理を終了する。
【００６６】
図４に戻って、送信メッセージ作成処理部２１３は、通知されたスケジュールデータと端末状態を情報要素として相乗りさせたＡＬＥＲＴメッセージを作成し、ネットワーク向け送信部２０２にメッセージの送信要求を行う。ネットワーク向け送信部２０２は、ネットワークＮＷ４００に対してＡＬＥＲＴメッセージの送信を行う。そして、移動端末２００Ａにおいて、受信したＡＬＥＲＴメッセージの情報要素にスケジュールデータと端末状態が付加されている場合は、その情報を発信画面に表示してスケジュール通知システムの動作を終了する。
【００６７】
（２−２  電源がオフ、又は圏外にある場合の動作）
図７は着信側の移動端末２００Ｂの電源がオフ、又は圏外にある場合の動作を示すシーケンス図である。まず、準備段階として、移動端末２００Ｂで登録される電話帳データが、スケジュール管理サーバ１００に登録される処理が行われる。この処理は、電源がオンで且つ圏内のときに行われる必要がある。移動端末２００Ｂにおいて、電話帳への新規登録、及び更新登録時に電話帳データ管理部２４１より、電話帳に登録されている電話番号とスケジュール通知可否情報をスケジュール通知制御部２１２に通知する。スケジュール通知制御部２１２は、通知された情報を送信メッセージ作成処理部２１３に通知する。送信メッセージ作成処理部２１３は、移動端末２００Ｂの電話番号と通知された電話番号とスケジュール通知可否情報を情報要素として電話帳データ格納要求（図１１（ａ）を参照）を作成し、ネットワーク向け送信部２０２にメッセージの送信要求を行う。ネットワーク向け送信部２０２は、スケジュール管理サーバ１００に対してメッセージの送信を行う。
【００６８】
スケジュール管理サーバ１００において、端末向け受信部１３１が、移動端末２００Ｂより電話帳データ格納要求を受信し、サーバ側受信メッセージ解析部１１３に解析要求を行う。サーバ側受信メッセージ解析部１１３は、受信メッセージを解析し、移動端末２００Ｂの電話番号、電話帳に登録する電話番号、及びスケジュール通知可否情報をサーバ側スケジュール通知制御部１１２に通知する。サーバ側スケジュール通知制御部１１２は、サーバ側電話帳管理部１２１に対して、移動端末２００Ｂの電話番号に対する電話帳に登録する電話番号、及びスケジュール通知可否情報の格納要求を行い、格納結果をサーバ側送信メッセージ作成処理部１１１に通知する。
【００６９】
サーバ側電話帳データ管理部１２１は、移動端末２００Ｂの電話番号に対応して電話帳に登録する番号とスケジュール通知可否情報を格納する。サーバ側送信メッセージ作成処理部１１１は電話帳データ格納応答を作成し、端末向け送信部１３０にメッセージ送信要求を行う。そして、端末向け送信部１３０は、移動端末２００Ｂに対して電話帳データ格納応答（図１１（ｂ）を参照）の送信を行う。
【００７０】
次に、移動端末２００Ｂで登録されるスケジュールデータが、スケジュール管理サーバ１００に登録される処理が行われる。この処理についても、電話帳データの格納と同様に、電源がオンで且つ圏内の場合に行われる必要がある。移動端末２００Ｂにおいて、スケジュール登録時に、スケジュールデータ管理部２４０より全スケジュールデータを取得し、取得したスケジュールデータを送信メッセージ作成処理部２１３に通知する。送信メッセージ作成処理部２１３は、通知されたスケジュールデータと移動端末２００Ｂの電話番号を情報要素としてスケジュールデータ格納要求（図１１（ｃ）を参照）を作成し、ネットワーク向け送信部２０２にメッセージ送信要求を行う。そして、ネットワーク向け送信部２０２は、スケジュール管理サーバ２００に対してメッセージ送信を行う。
【００７１】
スケジュール管理サーバ１００において、端末向け受信部１３１が移動端末２００Ｂよりスケジュールデータ格納要求を受信し、サーバ側受信メッセージ解析部１１３にメッセージの解析要求を行う。サーバ側受信メッセージ解析部１１３は、受信メッセージを解析し、移動端末２００Ｂの電話番号とスケジュールデータをサーバ側スケジュール通知制御部１１２に通知する。サーバ側スケジュール通知制御部１１２は、サーバ側スケジュールデータ管理部１２０に移動端末２００Ｂの電話番号とスケジュールデータの格納要求を行い、データ格納の処理結果をサーバ側送信メッセージ作成処理部１１１に通知する。
【００７２】
サーバ側スケジュールデータ管理部１２０は、電話番号とスケジュールデータを格納する。サーバ側送信メッセージ作成処理部１１１は、スケジュールデータ格納応答（図１１（ｄ）を参照）を作成し、端末向け送信部１３０にメッセージ送信要求を行う。そして、端末向け送信部１３０は、移動端末２００Ｂに対してスケジュールデータ格納応答の送信を行う。
【００７３】
なお、スケジュール管理サーバ１００へのスケジュールデータ格納処理は、スケジュールの登録時に常に行われるようにしてもよいし、移動端末２００Ｂの電源オフを契機に行うようにしてもよい。その場合には、スケジュール通知制御部２１２が、電源制御部２３０から電源オフ通知を受け、スケジュールデータ管理部２４０から全スケジュールデータを取得して、スケジュール管理サーバ１００に送信するようにしてもよい。そして、スケジュールデータの格納が完了した場合には、スケジュールデータ格納完了通知を電源制御部２３０に行い、電源制御部２３０は電源オフ処理を維持する。
【００７４】
移動端末２００Ｂの電源がオフ、又は圏外になった場合に、移動端末２００Ａが発信操作を行うと、応答できない旨の音声案内を聴取後、切断操作を行う。切断時に移動端末２００Ａより「相手応答不可」の切断要因を付加したＤＩＳＣＯＮＮＥＣＴメッセージがネットワークＮＷ４００に送信される。ネットワークＮＷ４００は、当該ＤＩＳＣＯＮＮＥＣＴメッセージを受信した場合、移動端末２００Ａ／移動端末２００Ｂの電話番号を情報要素としたスケジュールデータ取得要求（図１１（ｅ）を参照）をスケジュール管理サーバ１００に送信する。
【００７５】
スケジュール管理サーバ１００において、ネットワーク向け受信部１０２がネットワークＮＷ４００よりスケジュールデータ取得要求を受信し、サーバ側受信メッセージ解析部１１３にメッセージの解析要求を行う。サーバ側受信メッセージ解析部１１３は、受信メッセージを解析し、移動端末２００Ａ／移動端末２００Ｂの電話番号をサーバ側スケジュール通知制御部１１２に通知する。サーバ側スケジュール通知制御部１１２は、スケジュールデータの取得可否情報、及び／又はスケジュールデータを取得して、サーバ側送信メッセージ作成部１１１に通知する。
【００７６】
この、サーバ側スケジュール通知制御部１１２の処理について、詳細に説明する。図８において、移動端末２００Ａ／移動端末２００Ｂの電話番号を入力情報として受信したサーバ側スケジュール通知制御部１１２は、サーバ側スケジュールデータ管理部１２０に現時刻における移動端末２００Ｂのスケジュールを問い合わせる（ステップＳ８１）。
【００７７】
ここで、上記時刻、及び移動端末２００Ｂの電話番号を入力情報とするサーバ側スケジュールデータ管理部１２０の処理について詳細に説明する。図９において、移動端末２００Ｂのスケジュールデータが存在するかどうかを判定し（ステップＳ９１）、スケジュールデータが存在しない場合は、スケジュール無をサーバ側スケジュール通知制御部１１２に通知して（ステップＳ９４）、処理を終了する。スケジュールデータが存在する場合は、指定された時刻にスケジュールが設定されているかどうかを判定し（ステップＳ９２）、スケジュールが設定されていない場合は、スケジュール無をサーバ側スケジュール通知制御部１１２に通知して（ステップＳ９４）、処理を終了する。スケジュールが設定されている場合は、スケジュールデータ（時間、行動予定等）をサーバ側スケジュール通知制御部１１２に通知して（ステップＳ９３）、処理を終了する。
【００７８】
図８に戻って、ステップＳ８１でスケジュールの問い合わせを行った結果、スケジュールデータが通知されたかどうかを判定し（ステップＳ８２）、スケジュール無が通知された場合は、データ無の処理結果をサーバ側送信メッセージ作成処理部１１１に通知して（ステップＳ８７）、処理を終了する。スケジュールデータが通知された場合は、移動端末２００Ａ／移動端末２００Ｂの電話番号をサーバ側電話帳データ管理部１２１に通知し、移動端末２００Ａへのスケジュール通知可否を問い合わせる（ステップＳ８３）。
【００７９】
ここで、上記移動端末２００Ａ／移動端末２００Ｂの電話番号を入力情報とするサーバ側電話帳データ管理部１２１の処理について詳細に説明する。図１０において、移動端末２００Ｂの電話帳データが存在するかどうかを判定し（ステップＳ１０１）、電話帳データが存在しない場合は、サーバ側スケジュール通知制御部１１２に電話帳登録無を通知して（ステップＳ１０６）、処理を終了する。電話帳データが存在する場合は、移動端末２００Ａが電話帳に登録されているかどうかを判定し（ステップＳ１０２）電話帳に登録されていない場合は、サーバ側スケジュール通知制御部１１２に電話帳登録無を通知して（ステップＳ１０６）、処理を終了する。電話帳に登録されている場合は、スケジュールの通知を行ってよいかどうかを判定し（ステップＳ１０３）、スケジュールの通知不可の場合は、スケジュール通知不可をサーバ側スケジュール通知制御部１１２に通知する（ステップＳ１０５）。スケジュールの通知可の場合は、スケジュール通知可をサーバ側スケジュール通知制御部１１２に通知して（ステップＳ１０４）、処理を終了する。
【００８０】
図８に戻って、ステップＳ８３でスケジュール通知可否の問い合わせを行った結果、
スケジュールの通知を行ってよいかどうかが判定され（ステップＳ８４）、スケジュール通知可が通知された場合、データ正常取得の処理結果とスケジュールデータをサーバ側送信メッセージ作成処理部１１１に通知し（ステップＳ８５）、スケジュール通知不可が通知された場合はデータ取得不可の処理結果をサーバ側送信メッセージ作成処理部１１１に通知して（ステップＳ８６）、処理を終了する。
【００８１】
図７に戻って、サーバ側送信メッセージ作成処理部１１１は、スケジュールデータ取得応答（図１１（ｆ）を参照）を作成し、サーバ側ネットワーク向け送信部１０１にメッセージ送信要求を行う。サーバ側ネットワーク向け送信部１０１は、ネットワークＮＷ４００に対してスケジュールデータ取得応答の送信を行う。
【００８２】
ネットワークＮＷ４００において、受信したスケジュールデータ取得応答にスケジュールデータが付加されている場合は、移動端末２００Ａにスケジュールデータと移動端末２００Ｂの状態（電源オフ、又は圏外）を情報要素として相乗りさせたＲＥＬメッセージを送信する。そして、移動端末２００Ａにおいて、受信したＲＥＬメッセージの情報要素にスケジュールデータと移動端末２００Ｂの状態が付加されている場合は、その情報を発信画面へ表示して、スケジュール通知システムの動作を終了する。
【００８３】
ここで、スケジュール管理サーバ１００で送受信する制御メッセージについて説明する。図１１において、上述した処理におけるスケジュール管理サーバ１００で送受信する制御メッセージは、図１１（ａ）〜（ｆ）である。全てのメッセージに共通する項目としてメッセージＩＤが含まれている。図１１（ａ）は、電話帳データ格納要求メッセージの構成であり、要求元電話番号（移動端末２００Ｂの電話番号）、電話帳登録電話番号、及びスケジュール通知可否情報の項目が含まれる。図１１（ｂ）は、電話帳データ格納応答メッセージの構成であり、処理結果の項目が含まれる。図１１（ｃ）は、スケジュールデータ格納要求メッセージの構成であり、要求元電話番号（移動端末２００Ｂの電話番号）、及びスケジュールデータの項目が含まれる。図１１（ｄ）は、スケジュールデータ格納応答メッセージの構成であり、処理結果の項目が含まれる。図１１（ｅ）は、スケジュールデータ取得要求メッセージの構成であり、発側電話番号（移動端末２００Ａの電話番号）、及び着側電話番号（移動端末２００Ｂの電話番号）の項目が含まれる。図１１（ｆ）は、スケジュールデータ取得応答メッセージの構成であり、処理結果、及びスケジュールデータ（処理結果が「データ正常取得」の場合のみ付加される。）の項目が含まれる。
【００８４】
（２−３  スケジュール期間が終了した場合の動作）
図１２は、移動端末２００Ｂのスケジュール期間が終了した場合に、移動端末２００Ａにその旨が通知される場合の動作を示すシーケンス図である。上記図４、又は図７の処理後に、移動端末２００Ａにおいて、受信したＡＬＥＲＴ、又はＲＥＬメッセージの情報要素にスケジュールデータと移動端末２００Ｂの状態が付加されている場合、電話制御部２１０から他端末スケジュールデータ管理部２５０に移動端末２００Ｂの電話番号、及びスケジュールデータの格納要求を行う。他端末スケジュールデータ管理部２５０は、通知された移動端末２００Ｂの電話番号とスケジュールデータを格納する。その後、通知されたスケジュールデータのスケジュール期間が完了した場合、他端末スケジュールデータ管理部２５０から電話制御部２１０に移動端末２００Ｂの電話番号が通知される。電話制御部２１０は、通知された移動端末２００Ｂのスケジュール期間が完了した旨のメッセージを画面に表示する。
【００８５】
なお、図１２に示すように、スケジュール期間が完了した旨のメッセージを画面に表示すると共に、移動端末２００Ｂの電話番号に対する発信可否を確認する画面を表示し、ユーザが許可した場合のみ発信動作を行うようにしてもよい。
【００８６】
（２−４  スケジュール期間中の発信制限の動作）
移動端末２００Ｂのスケジュール期間に移動端末２００Ａから移動端末２００Ｂへの発信を制限する場合の動作について説明する。上記図４、又は図７の処理後に、移動端末２００Ａにおいて、受信したＡＬＥＲＴ、又はＲＥＬメッセージの情報要素にスケジュールデータと移動端末２００Ｂの状態が付加されている場合、電話制御部２１０から他端末スケジュールデータ管理部２５０に移動端末２００Ｂの電話番号とスケジュールデータの格納要求を行う。他端末スケジュールデータ管理部２５０は、通知された移動端末２００Ｂの電話番号とスケジュールデータを格納する。移動端末２００Ａが、移動端末２００Ｂに対して発信動作を行う場合に、電話制御部２１０から他端末スケジュールデータ管理部２５０に移動端末２００Ｂの電話番号を通知し、移動端末２００Ｂに関して、現在の時刻に設定されているスケジュールを問い合わせる。他端末スケジュールデータ管理部２５０では、通知された移動端末２００Ｂの電話番号に対応するスケジュールデータが存在し、指定された時刻にスケジュールが設定されている場合、スケジュールデータを電話制御部２１０に通知する。スケジュールデータが存在しない、又はスケジュールが設定されていない場合は、スケジュールデータ無を電話制御部２１０に通知する。電話制御部２１０は、スケジュールデータが通知された場合、発信動作を行わず、その旨の画面表示を行う。スケジュール無が通知された場合は通常の発信動作を行う。
【００８７】
（２−５  スケジュールの遅延、前倒しを通知する場合の動作）
図１３は、移動端末２００Ｂの位置情報に基づいて、登録しているスケジュール通りか、遅延しているか、前倒しになっているかを判定して移動端末Ａに通知する場合の動作を示すシーケンス図である。図１３（ａ）は、スケジュール遅延を通知する場合のシーケンス図であり、図１３（ｂ）は、スケジュール前倒しを通知する場合のシーケンス図である。
【００８８】
移動端末２００Ｂにおいて、スケジュール新規登録時および更新登録時にスケジュールデータとして位置情報（スケジュールを実行する場所の位置情報）を登録しておく。上記図４、又は図７の処理において、ネットワーク向け受信部２０１が受信したＳＥＴＵＰ信号が、受信メッセージ解析部２１１で解析され、移動端末２００Ａの電話番号がスケジュール通知制御部２１２に通知される。スケジュール通知制御部２１２は、スケジュールデータと端末状態を取得すると共に、ここでは、移動端末２００Ｂの現在の端末位置情報に基づいて、スケジュールのずれを判定し、スケジュールデータと端末状態を送信メッセージ作成処理部２１３に通知する。
【００８９】
この、スケジュール通知制御部２１２の処理について、詳細に説明する。図１４において、移動端末２００Ａの電話番号を入力情報として受信したスケジュール通知制御部２１２は、スケジュールデータ管理部２４０に現時刻におけるスケジュールを問い合わせ（ステップＳ１４０１）、スケジュールデータ管理部２４０にスケジュールが設定されているかどうかが判定される（ステップＳ１４０２）。スケジュールが設定されていない場合は、ステップＳ１４０９の処理に進む。スケジュールが設定されている場合は、スケジュールデータ（時間、行動予定、行動予定場所（位置情報）等）をスケジュール通知制御部２１２に通知する。スケジュール通知制御部２１２は、スケジュールデータが通知された場合、電話帳データ管理部２４１に移動端末２００Ａの電話番号を通知し、電話帳の登録有無と電話帳登録時に設定するスケジュール通知可否情報を問い合わせる（ステップＳ１４０３）。問い合わせの結果から、スケジュールの通知を行ってよいかどうかが判定され（ステップＳ１４０４）、スケジュールを通知不可（電話帳未登録も含む）の場合は、ステップＳ１４０９の処理に進む。スケジュールを通知可の場合は、端末状態管理部２２０に現在の端末状態を問い合わせ（ステップＳ１４０５）、端末状態管理部２２０は、現在の端末状態をスケジュール通知制御部２１２に通知する。
【００９０】
次に、スケジュール通知制御部２１２は、現在の端末位置情報を位置情報データ管理部２４２に問い合わせ（ステップＳ１４０６）、位置情報データ管理部２４２は、現在の端末位置情報をスケジュール通知制御部２１２に通知する。スケジュール通知制御部２１２は、通知された現在の端末位置情報とスケジュールデータの位置情報とを比較し（ステップＳ１４０７）、位置情報が同一であるかどうかを判定する（ステップＳ１４０８）。同一でない場合は、ステップＳ１４０９の処理に進む。同一である場合には、スケジュール通りであると判断して、送信メッセージ作成処理部２１３に、現在のスケジュールデータと端末状態を通知して（ステップＳ１４１３）、処理を終了する。
【００９１】
一方、ステップＳ１４０９の処理に進んだ場合は、現在のスケジュール期間前後に設定されているスケジュールをスケジュールデータ管理部２４０に問い合わせる（ステップＳ１４０９）。スケジュールデータ管理部２４０は、指定された時刻のスケジュールの前後にスケジュールが設定されている場合、スケジュール通知制御部２１２にスケジュールデータ（時間、行動予定、行動予定場所（位置情報）等）を通知する。スケジュールが設定されていない場合、スケジュール無をスケジュール通知制御部２１２に通知する。
【００９２】
スケジュール通知制御部２１２は、スケジュールデータが通知された場合、通知されたスケジュールデータ上の位置情報と現在の端末位置情報とを比較する（ステップＳ１４１０）。前スケジュールの位置情報と現在の端末位置情報が同じかどうかを判定し（ステップＳ１４１１）、同じ場合は、前スケジュールが遅延し、場所を移動していないと判断し、前スケジュールデータと端末状態を送信メッセージ作成処理部２１３に通知する（ステップＳ１４１４）。その際、スケジュールデータとしてスケジュールが遅延していることもあわせて通知して、処理を終了する。
【００９３】
前スケジュールの位置情報と現在の端末位置情報が異なる場合は、次スケジュールの位置情報と現在の端末位置情報が同じかどうかを判定し（ステップＳ１４１２）、同じ場合は、現在のスケジュールが予定より早く終了し、次の場所へ移動していると判断し、次スケジュールデータと端末状態を送信メッセージ作成処理部２１３に通知する（ステップＳ１４１５）。その際、スケジュールデータとしてスケジュールが前倒しとなっていることもあわせて通知して、処理を終了する。
【００９４】
次スケジュールの位置情報と現在の端末位置情報が異なる場合は、現在のスケジュールデータと端末状態を通知して（ステップＳ１４１３）、処理を終了する。
図１３に戻って、送信メッセージ作成処理部２１３は通知されたスケジュールデータと端末状態を情報要素として相乗りさせたＡＬＥＲＴメッセージを作成し、それ以降の処理は、図４の場合と同様に、ＡＬＥＲＴメッセージの送信処理等を行う。
【００９５】
図１３においては、仮に、１３：００−１５：００に取引先ビルにて会議、１５：３０−１７：３０に自社ビルにて自社作業のスケジュールが登録されているとする。また、図１３（ａ）では、１５：３５に移動端末２００Ａから発信操作を行ったとし、その時刻に移動端末２００Ｂの位置情報が、取引先ビルであったとする。移動端末２００Ｂでは、着信があった時刻における位置情報とスケジュールデータに登録されている位置情報とを比較して、１３：００−１５：００の会議が遅延していると判断し、移動端末２００Ａに、会議中である旨、及びスケジュールが遅延している旨が通知され、画面に表示される。
【００９６】
また、図１３（ｂ）では、１４：５０に移動端末２００Ａから発信操作を行ったとし、その時刻に移動端末２００Ｂの位置情報が、自社ビルであったとする。移動端末２００Ｂでは、着信があった時刻における位置情報とスケジュールデータに登録されている位置情報とを比較して、１５：３０−１７：３０の自社作業が前倒しになっていると判断し、移動端末２００Ａに、自社作業中である旨、及びスケジュールが前倒しになっている旨が通知され、画面に表示される。
【００９７】
なお、移動端末２００Ｂの現在の位置情報は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）により取得するようにしてもよい。また、スケジュールデータに登録される位置情報は、ＧＰＳから得られる情報としての緯度、経度の情報でもよいし、住所でもよい。住所の場合には、ＧＰＳから取得した現在の緯度、経度を住所に変換して比較するようにしてもよい。
【００９８】
（２−６  非接触型ＩＣ情報からスケジュールを通知する場合の動作）
図１５は、非接触型ＩＣ情報からスケジュールを通知する場合の動作を示すシーケンス図である。上記図４、又は図７の処理において、ネットワーク向け受信部２０１が受信したＳＥＴＵＰ信号が、受信メッセージ解析部２１１で解析され、移動端末２００Ａの電話番号がスケジュール通知制御部２１２に通知される。スケジュール通知制御部２１２は、スケジュールデータと端末状態を取得すると共に、ここでは、非接触型ＩＣデータ管理部２４３に現在の状態を問い合わせる。非接触型ＩＣデータ管理部２４３は、現在の状態（非接触型ＩＣ対応のバス乗車中）をスケジュール通知制御部２１２に通知する。スケジュール通知制御部２１２は、スケジュールデータと端末状態を送信メッセージ作成処理部２１３に通知する。その際、スケジュールデータとして非接触型ＩＣデータの現状態（非接触型ＩＣ対応のバス乗車中）もあわせて通知する。送信メッセージ作成処理部２１３は、通知されたスケジュールデータと端末状態を情報要素として相乗りさせたＡＬＥＲＴメッセージを作成し、それ以降の処理は、図４の場合と同様に、ＡＬＥＲＴメッセージの送信処理等を行う。
【００９９】
なお、非接触型ＩＣ情報は、Ｂｌｕｅｔｏｏｔｈ対応機器、非接触型ＩＣ対応機器等から入力される情報である。例えば、非接触型のＩＣカードを利用して電車の改札口を通過した場合に、当該改札の通過に利用したＩＣカードから、乗車中、乗車解除、乗車駅、降車駅等の情報を取得する。
【０１００】
このように、本実施形態に係るスケジュール通知システムによれば、スケジュール情報を登録して管理し、他の端末から着信があった場合に、当該着信に係る着信時刻に前記スケジュール情報が登録されているかどうかを判定し、当該判定した結果、着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成し、前記着信に係る他の端末に送信する。このとき、移動端末が着信できない（電源がオフ、又は圏外）場合には、管理サーバから送信メッセージを送信し、移動端末が着信可能（電源がオン、及び圏内）な場合には、移動端末から送信メッセージを送信するため、移動端末の使用可否状況（電源オン、電源オフ、圏内、圏外等）とは無関係に、確実にスケジュール情報を通知することができる。
【０１０１】
また、ユーザはスケジュール情報の登録さえしておけば、特別な操作や煩わしい処理等を行わなくてもスケジュール情報を発信端末に通知することができるため、ユーザの利便性の向上を図ることができるという効果を有する。
さらに、メッセージを文字や記号等で通知する場合には、多彩な表現や略語を用いることができ、且つ登録しているスケジュール情報そのものを通知することができるため、発信者は、明確な情報を参照して把握することができるという効果を奏する。
【０１０２】
さらにまた、スケジュール情報の通知可否を、発信端末ごとに登録し、スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、当該メッセージ情報を当該発信端末に対して送信するため、登録された発信端末にのみスケジュールを通知することができ、第３者への情報の漏洩を防止してセキュリティを確保することができる。
【０１０３】
さらにまた、スケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間が完了した時点で、当該他の端末に通知を行うため、他の端末の所有者はスケジュールが完了したことを認識し、無駄な発信のリトライを減らしてネットワークのトラフィックを抑えることができる。
【０１０４】
さらにまた、スケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間内は前記他の端末から前記移動端末への発信を規制するため、スケジュール期間中の無駄な発信のリトライを減らしてネットワークのトラフィックを抑えることができる。
【０１０５】
さらにまた、スケジュール情報に、当該スケジュールを実行する予定場所の位置情報を示す予定位置情報を含み、前記移動端末の現在の位置情報を取得して登録し、当該移動端末の現在の位置情報、及びスケジュールの予定場所の位置情報に基づいて、当該スケジュールのずれを解析し、解析された結果に基づいて送信メッセージを生成するため、予定していたスケジュールと実績がずれた場合であっても、発信者に対して実績に基づく正確なスケジュールを通知することができる。
【０１０６】
さらにまた、外部機器から送信される情報に基づいて前記送信メッセージを生成するため、例えば、電車の改札やバスの乗車時に利用する非接触型ＩＣカードからの情報を取得することで、移動端末が移動中であること（任意の駅の改札を通過したこと、バスに乗降したこと等）を認識することができ、発信者に対して現在の状況を正確に通知することができる。
【０１０７】
上記実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、この実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【０１０８】
なお、図２の構成において、スケジュール管理サーバ１００のサーバ側電話帳データ管理部１２１、並びに移動端末２００の電話帳データ管理部２４１、位置情報データ管理部２４２、及び非接触型ＩＣデータ管理部２３４については、必ずしも備える必要はなく、必要に応じて個々に備えるようにしてもよい。
【０１０９】
また、移動端末２００においては、スケジュール情報を他の端末に通知する機能（スケジュール通知制御部２１２、スケジュールデータ管理部２４０、電話帳データ管理部２４１、位置情報データ管理部２４２、及び非接触型ＩＣデータ管理部２４３が実現する機能）を有さず、全てスケジュール管理サーバ１００が代替してもよい。つまり、移動端末２００が着信可能な場合であっても、呼び出し時間が所定の時間（例えば、１０秒間の呼び出しや２０コール以上）になった場合、スケジュール情報の通知をスケジュール管理サーバ１００が行うようにしてもよい。そうすることで、移動端末２００の構成を単純化することができる。
【０１１０】
（３．付記）
前記実施形態に関して次の付記を示す。
（付記１）移動端末と通信可能な管理サーバとを備えるスケジュール通知システムであって、前記管理サーバは、スケジュール情報を登録して管理するスケジュール管理手段と、他の端末から着信があった場合に、当該着信に係る着信時刻に前記スケジュール管理手段にてスケジュール情報が登録されているかどうかを判定する判定手段と、前記判定手段で判定した結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成手段と、前記送信メッセージ生成手段が生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信手段とを備え、前記移動端末が着信できない場合には、前記管理サーバから前記他の端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信することを特徴とするスケジュール通知システム。
【０１１１】
（付記２）付記１に記載のスケジュール通知システムにおいて、前記スケジュール管理手段が管理するスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データ格納手段を備え、前記メッセージ送信手段が、前記電話帳データ格納手段に、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するスケジュール通知システム。
【０１１２】
（付記３）付記１又は２に記載のスケジュール通知システムにおいて、前記スケジュール管理手段にスケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間が完了した時点で、当該他の端末に通知を行うスケジュール通知システム。
【０１１３】
（付記４）付記１ないし３のいずれかに記載のスケジュール通知システムにおいて、前記スケジュール管理手段にスケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間内は前記他の端末から前記移動端末への発信を規制する規制手段を備えるスケジュール通知システム。
【０１１４】
（付記５）付記１ないし４のいずれかに記載のスケジュール通知システムにおいて、前記スケジュール管理手段に登録されているスケジュール情報に、当該スケジュールを実行する予定場所の位置情報を示す予定位置情報を含み、前記移動端末の現在の位置情報を取得して登録する現在位置情報登録手段と、前記現在位置情報取得手段が登録した前記移動端末の現在の位置情報、及び前記スケジュール管理手段に登録されている予定場所の位置情報に基づいて、当該スケジュールのずれを解析する解析手段とを備え、前記送信メッセージ生成手段が、前記解析手段にて解析された結果に基づいて前記送信メッセージを生成するスケジュール通知システム。
【０１１５】
（付記６）付記１ないし５のいずれかに記載のスケジュール通知システムにおいて、外部機器と通信し、当該外部機器から送信される情報を取得して登録する外部機器情報登録手段を備え、前記送信メッセージ生成手段が、前記外部機器情報登録手段にて登録された情報に基づいて前記送信メッセージを生成するスケジュール通知システム。
【０１１６】
（付記７）移動端末と通信可能な管理サーバとがスケジュールを通知するスケジュール通知方法であって、スケジュール情報を登録して管理し、他の端末から着信があった場合に、当該着信に係る着信時刻に当該スケジュール情報が登録されているかどうかを判定する判定ステップと、前記判定ステップで判定された結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成ステップと、前記送信メッセージ生成ステップで生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信ステップとを含み、前記移動端末が着信できない場合には、前記管理サーバから前記他の移動端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信することを特徴とするスケジュール通知方法。
【０１１７】
（付記８）付記７に記載のスケジュール通知方法において、前記登録されたスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データに登録し、前記メッセージ送信ステップが、前記登録された電話帳データに、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するスケジュール通知方法。
【０１１８】
（付記９）付記７又は８に記載のスケジュール通知方法において、前記スケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間が完了した時点で、当該他の端末に通知を行うスケジュール通知方法。
【０１１９】
（付記１０）付記７ないし９のいずれかに記載のスケジュール通知方法において、前記スケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間内は前記他の端末から前記移動端末への発信を規制する規制ステップを含むスケジュール通知方法。
【０１２０】
（付記１１）付記７ないし１０のいずれかに記載のスケジュール通知方法において、前記登録されているスケジュール情報に、当該スケジュールを実行する予定場所の位置情報を示す予定位置情報を含み、前記移動端末の現在の位置情報を取得して登録し、当該登録した前記移動端末の現在の位置情報、及び前記スケジュール情報に含まれる予定場所の位置情報に基づいて、当該スケジュールのずれを解析する解析ステップとを含み、前記送信メッセージ生成ステップが、前記解析ステップにて解析された結果に基づいて前記送信メッセージを生成するスケジュール通知方法。
【０１２１】
（付記１２）付記７ないし１１のいずれかに記載のスケジュール通知方法において、外部機器と通信し、当該外部機器から送信される情報を取得して登録し、前記送信メッセージ生成ステップが、前記登録された外部機器から送信される情報に基づいて前記送信メッセージを生成するスケジュール通知方法。
【０１２２】
（付記１３）移動端末と通信可能な管理サーバとがスケジュールを通知するようにコンピュータを機能させるためのスケジュール通知プログラムであって、スケジュール情報を登録して管理するスケジュール管理手段、他の端末から着信があった場合に、当該着信に係る着信時刻に前記スケジュール管理手段にてスケジュール情報が登録されているかどうかを判定する判定手段、前記判定手段で判定した結果、前記着信時刻にスケジュール情報が登録されている場合に、当該スケジュール情報を読み出して送信メッセージを生成する送信メッセージ生成手段、前記送信メッセージ生成手段が生成した送信メッセージを、前記着信に係る他の端末に送信するメッセージ送信手段としてコンピュータを機能させ、前記移動端末が着信できない場合には、前記管理サーバから前記他の移動端末に送信メッセージを送信し、前記移動端末が着信可能な場合には、当該移動端末から前記他の端末に送信メッセージを送信するようにコンピュータを機能させるスケジュール通知プログラム。
【０１２３】
（付記１４）付記１３に記載のスケジュール通知プログラムにおいて、前記スケジュール管理手段が管理するスケジュール情報の通知可否を、発信端末ごとに登録する電話帳データ格納手段としてコンピュータを機能させ、前記メッセージ送信手段が、前記電話帳データ格納手段に、前記スケジュール情報を通知可として登録されている発信端末からの着信があった場合に、前記メッセージ情報を当該発信端末に対して送信するスケジュール通知プログラム。
【０１２４】
（付記１５）付記１３又は１４に記載のスケジュール通知方法において、前記スケジュール管理手段にスケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間が完了した時点で、当該他の端末に通知を行うスケジュール通知プログラム。
【０１２５】
（付記１６）付記１３ないし１５のいずれかに記載のスケジュール通知プログラムにおいて、前記スケジュール管理手段にスケジュールが設定されている時間帯に、他の端末から着信があった場合に、当該着信に係るスケジュールの期間内は前記他の端末から前記移動端末への発信を規制する規制手段としてコンピュータを機能させるスケジュール通知プログラム。
【０１２６】
（付記１７）付記１３ないし１６のいずれかに記載のスケジュール通知プログラムにおいて、前記スケジュール管理手段に登録されているスケジュール情報に、当該スケジュールを実行する予定場所の位置情報を示す予定位置情報を含み、前記移動端末の現在の位置情報を取得して登録する現在位置情報登録手段、前記現在位置情報取得手段が登録した前記移動端末の現在の位置情報、及び前記スケジュール管理手段に登録されている予定場所の位置情報に基づいて、当該スケジュールのずれを解析する解析手段としてコンピュータを機能させ、前記送信メッセージ生成手段が、前記解析手段にて解析された結果に基づいて前記送信メッセージを生成するスケジュール通知プログラム。
【０１２７】
（付記１８）付記１３ないし１７のいずれかに記載のスケジュール通知プログラムにおいて、外部機器と通信し、当該外部機器から送信される情報を取得して登録する外部機器情報登録手段としてコンピュータを機能させ、前記送信メッセージ生成手段が、前記外部機器情報登録手段にて登録された情報に基づいて前記送信メッセージを生成するスケジュール通知プログラム。
【図面の簡単な説明】
【０１２８】
【図１】第１の実施形態に係るスケジュール通知システムのシステム構成図である。
【図２】第１の実施形態に係るスケジュール通知システムを構成するスケジュール管理サーバ、及び移動端末の機能ブロック図である。
【図３】スケジュールデータ、及び電話帳データの構成を示す図である。
【図４】第１の実施形態に係る移動端末の電源がオンで、且つ圏内にある場合の動作を示すシーケンス図である。
【図５】第１の実施形態に係る移動端末におけるスケジュール通知制御部の動作を示す第１のフローチャートである。
【図６】第１の実施形態に係る移動端末における電話帳データ管理部の動作を示すフローチャートである。
【図７】第１の実施形態に係る移動端末の電源がオフ、又は圏外にある場合の動作を示すシーケンス図である。
【図８】第１の実施形態に係るスケジュール管理サーバにおけるスケジュール通知制御部の動作を示すフローチャートである。
【図９】第１の実施形態に係るスケジュール管理サーバにおけるスケジュールデータ管理部の動作を示すフローチャートである。
【図１０】第１の実施形態に係るスケジュール管理サーバにおける電話帳データ管理部の動作を示すフローチャートである。
【図１１】第１の実施形態に係るスケジュール管理サーバが送受信する制御メッセージの構成を示す図である。
【図１２】着信側の移動端末のスケジュール期間が終了した場合に、発信側の移動端末にその旨が通知される場合の動作を示すシーケンス図である。
【図１３】スケジュールのずれを解析して移動端末に通知する場合の動作を示すシーケンス図である。
【図１４】第１の実施形態に係る移動端末におけるスケジュール通知制御部の動作を示す第２のフローチャートである。
【図１５】非接触型ＩＣ情報からスケジュールを通知する場合の動作を示すシーケンス図である。
【符号の説明】
【０１２９】
１  ＨＲＬ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）
２  ＭＳＣ（Ｍｏｂｉｌｅ  ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）
３  ＲＮＳ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂ−ｓｙｓｔｅｍ）
１０  スケジュール通知システム
１００  スケジュール管理サーバ
１０１  サーバ側ネットワーク向け送信部
１０２  サーバ側ネットワーク向け受信部
１１１  サーバ側送信メッセージ作成処理部
１１２  サーバ側スケジュール通知制御部
１１３  サーバ側受信メッセージ解析部
１２０  サーバ側スケジュールデータ管理部
１２１  サーバ側電話帳データ管理部
１３０  端末向け送信部
１３１  端末向け受信部
２００  移動端末
２０１  ネットワーク向け受信部
２０２  ネットワーク向け送信部
２１０  電話制御部
２１１  受信メッセージ解析部
２１２  スケジュール通知制御部
２１３  送信メッセージ作成処理部
２２０  端末状態管理部
２３０  電源制御部
２４０  スケジュールデータ管理部
２４１  電話帳データ管理部
２４２  位置情報データ管理部
２４３  非接触型ＩＣデータ管理部
２５０  他端末スケジュールデータ管理部
４００  ネットワークＮＷ
【図１】
2010074359.tif 000003
【図２】
2010074359.tif 000004
【図３】
2010074359.tif 000005
【図４】
2010074359.tif 000006
【図５】
2010074359.tif 000007
【図６】
2010074359.tif 000008
【図７】
2010074359.tif 000009
【図８】
2010074359.tif 000010
【図９】
2010074359.tif 000011
【図１０】
2010074359.tif 000012
【図１１】
2010074359.tif 000013
【図１２】
2010074359.tif 000014
【図１３】
2010074359.tif 000015
【図１４】
2010074359.tif 000016
【図１５】
2010074359.tif 000017