携帯端末、およびメッセージの送信方法
【課題】用件のある相手端末にユーザの現況を知らせるメッセージを自動生成する技術を提供する。
【解決手段】携帯端末１において、スケジュール記憶部１０４は、開催日時、開催地、および相手端末のアドレスを含む用件データを記憶する。監視対象用件設定部１１２は、開催日時が最も近い用件データをスケジュール記憶部１０４から検索し、これを監視対象用件の用件データに設定する。地点情報取得部１０８は、現在地検出部１０７により検出された現在地の地点情報を地図情報サーバから取得する。ナビ情報取得部１１０は、監視対象用件の用件データに含まれている開催地への予想到着時刻を含むナビゲーション情報をナビゲーション情報サーバから取得する。メッセージ生成部１１５は、現在地の地点情報および開催地への予想到着時刻を含むメッセージを生成し、メッセージ送信制御部１１３は、このメッセージを監視対象用件の相手端末に送信する。
【解決手段】携帯端末１において、スケジュール記憶部１０４は、開催日時、開催地、および相手端末のアドレスを含む用件データを記憶する。監視対象用件設定部１１２は、開催日時が最も近い用件データをスケジュール記憶部１０４から検索し、これを監視対象用件の用件データに設定する。地点情報取得部１０８は、現在地検出部１０７により検出された現在地の地点情報を地図情報サーバから取得する。ナビ情報取得部１１０は、監視対象用件の用件データに含まれている開催地への予想到着時刻を含むナビゲーション情報をナビゲーション情報サーバから取得する。メッセージ生成部１１５は、現在地の地点情報および開催地への予想到着時刻を含むメッセージを生成し、メッセージ送信制御部１１３は、このメッセージを監視対象用件の相手端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末に関し、特に、ユーザの現況を知らせるメッセージを自動生成し、用件のある相手端末に送信する技術に関する。
【背景技術】
【０００２】
特許文献１には、待ち合わせ相手に目的地への到着の遅れを連絡する技術が開示されている。
【０００３】
この技術において、移動体用情報端末は、現在地を検出して、現在地から目的地までの経路探索を行う。そして、探索された経路を利用した移動時間を算出して、目的地の予想到着時刻を算出する。つぎに、移動体用情報端末は、算出された予想到着時刻が、予め登録されている待ち合わせ時刻に間に合うか否かを判断し、間に合わないと判断した場合には、待ち合わせに遅れる旨の定型文とともに、遅れ予想時間の入力画面を表示して、ユーザから遅れ予想時間の入力を受け付ける。そして、ユーザから受け付けた遅れ予想時間を定型文に追加して、待ち合わせ相手へのメッセージを生成し、このメッセージを、自移動体用情報端末に接続されている携帯電話機を介して、予め登録されている待ち合わせ相手のアドレスに電子メールで送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７８２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、待ち合わせ相手からすれば、遅れ予想時間だけでなく、ユーザが今どこにいるのかなど、ユーザの現況を知りたいはずである。待ち合わせ相手は、ユーザの現況を知ることができれば、待ち合わせ場所を離れて他の用事を済ますことができるかなどの判断をより正確に行うことが可能となる。
【０００６】
しかし、特許文献１に記載の技術は、この点を考慮していない。ユーザの現況を待ち合わせ相手に知らせるためには、遅れ予想時間の入力画面とともに表示された定型文を、ユーザ自身が修正しなければならず、作業が煩雑である。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的は、ユーザの現況を知らせるメッセージを自動生成し、用件のある相手端末に送信する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明において、携帯端末は、開催日時が近づいている用件について、外部サーバから、あるいは自携帯端末が備える地図データベースを用いて、自携帯端末の現在地検出機能により検出された現在地の地点情報および用件の開催地への予想到着時刻を取得する。そして、現在地の地点情報および用件の開催地への予想到着時刻を含むメッセージを生成し、このメッセージを用件のある相手端末に送信する。
【０００９】
例えば、本発明は、現在地検出機能を備えた携帯端末であって、
開催日時、開催地情報、および相手端末のアドレスを含む用件データを記憶するスケジュール記憶手段と、
前記開催日時が現在に最も近い用件の用件データを前記スケジュール記憶手段から検索し、当該用件データを監視対象用件の用件データに設定する監視対象用件設定手段と、
所定のサーバから、あるいは自携帯端末が備える地図データベースを用いて、前記現在位置検出機能により検出された自携帯端末の現在地の地点情報を取得する地点情報取得手段と、
所定のサーバから、あるいは前記地図データベースを用いて、前記監視対象用件の用件データに含まれている前記開催地への予想到着時刻を取得する予想到着時刻取得手段と、
前記地点情報取得手段により取得された前記現在地の地点情報と、前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻と、を含むメッセージを生成するメッセージ生成手段と、
前記メッセージ生成手段により生成された前記メッセージを、前記監視対象用件の用件データに含まれている前記相手端末のアドレスに送信するメッセージ送信手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、現在地の地点情報、および用件の開催地への予想到着時刻を含むメッセージを自動生成し、用件のある相手端末に送信するので、ユーザに煩雑な作業を強いることなく、用件のある相手にユーザの現況を知らせることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の一実施の形態に係る携帯端末１の概略機能構成図である。
【図２】図２（Ａ）は、スケジュール記憶部１０４の登録内容例を模式的に表した図であり、図２（Ｂ）は、監視対象用件管理データ記憶部１１１の登録内容例を模式的に表した図である。
【図３】図３（Ａ）は、携帯端末１の監視対象用件設定処理の流れを説明するためのフロー図であり、図３（Ｂ）は、携帯端末１のメッセージ送信確認処理の流れを説明するためのフロー図である。
【図４】図４は、携帯端末１のメッセージ生成処理の流れを説明するためのフロー図である。
【図５】図５は、携帯端末１の遅延原因推定処理の流れを説明するためのフロー図である。
【図６】図６は、携帯端末１の遅延解消監視処理の流れを説明するためのフロー図である。
【発明を実施するための形態】
【００１２】
以下に、本発明の一実施の形態について説明する。
【００１３】
図１は、本実施の形態に係る携帯端末１の概略機能構成図である。
【００１４】
本実施の形態に係る携帯端末１は、予定されている複数の用件の中から、開催日時が現在に最も近い用件を監視対象用件に設定する。そして、現在地の地点情報および監視対象用件の開催地への予想到着時刻を所定のサーバから取得して、これらの情報を含むメッセージを生成し、このメッセージを監視対象用件の相手の端末（相手端末）に送信する。
【００１５】
図示するように、本実施の形態に係る携帯端末１は、通信インターフェース部１０１と、マンマシンインターフェース部１０２と、携帯端末機能部１０３と、スケジュール記憶部１０４と、スケジュール管理部１０５と、プレゼンス取得部１０６と、現在地検出部１０７と、地点情報取得部１０８と、交通情報取得部１０９と、ナビ情報取得部１１０と、監視対象用件管理データ記憶部１１１と、監視対象用件設定部１１２と、メッセージ送信制御部１１３と、定型文記憶部１１４と、メッセージ生成部１１５と、遅延原因推定／遅延解消監視部１１６と、を備えている。
【００１６】
通信インターフェース部１０１は、通信網を介して相手端末および各種サーバと通信を行うためのインターフェースである。
【００１７】
マンマシンインターフェース部１０２は、ユーザから音声を受け付けたり、ユーザに音声を出力したりするのに加え、ユーザから各種操作を受け付けたり、ユーザに情報を表示するためのインターフェースである。このマンマシンインターフェース部１０２は、ユーザが相手端末と通話を行うためのハンドセットに加えて、各種操作ボタン、タッチパネル等の入力装置、およびＬＣＤ、ＬＥＤ等の表示装置を備えている。
【００１８】
携帯端末機能部１０３は、携帯電話、アドレス帳管理、メーラなどの、一般的な携帯端末の機能を実現する。
【００１９】
スケジュール記憶部１０４には、予定された用件各々の用件データが記憶される。図２（Ａ）は、スケジュール記憶部１０４の登録内容例を模式的に表した図である。
【００２０】
図示するように、スケジュール記憶部１０４には、予定された用件毎に用件データのレコード１０４０が記憶されている。用件データのレコード１０４０は、用件を識別するための用件ＩＤを登録するフィールド１０４１と、用件の件名を登録するフィールド１０４２と、用件の種別（会議、出張、会合、在席、外出等）を登録するフィールド１０４３と、用件の開催日時を登録するフィールド１０４４と、開催地の地点情報（開催地の住所および開催地に位置する建物、施設、道路等の名称を含む）を登録するフィールド１０４５と、開催地への移動手段（電車、自動車等）を登録するフィールド１０４６と、相手端末のアドレスを含む相手情報を登録するフィールド１０４７と、を有する。なお、本実施の形態では、スケジュール記憶部１０４に、要件データのレコード１０４０が開催日時の早い順に登録されている。
【００２１】
スケジュール管理部１０５は、マンマシンインターフェース部１０２を介して受け付けたユーザの指示に従い、スケジュール記憶部１０４に対する用件データのレコード１０４０の追加、編集、削除等を行う。また、スケジュール管理部１０５は、スケジュール記憶部１０４を監視し、開催日時の近い用件データのレコード１０４０があるならば、これをマンマシンインターフェース部１０２に表示して、ユーザに注意を促すなどの所定のスケジュール管理を行う。
【００２２】
プレゼンス取得部１０６は、通信インターフェース部１０１を介して所定のプレゼンスサーバにアクセスして、自携帯端末１のユーザのプレゼンス情報（会議、出張、会合、在席、外出等）を取得する。
【００２３】
現在地検出部１０７は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等を利用して、自携帯端末１の現在地（座標情報）を検出する。
【００２４】
地点情報取得部１０８は、通信インターフェース部１０１を介して所定の地図情報サーバにアクセスして、現在地検出部１０７により検出された現在地の地点情報（現在地の住所および現在地に位置する建物、施設、道路等の名称を含む）を取得する。
【００２５】
交通情報取得部１０９は、通信インターフェース部１０１を介して所定の交通情報サーバにアクセスして、所望の経路の交通情報を取得する。
【００２６】
ナビ情報取得部１１０は、通信インターフェース部１０１を介して所定のナビゲーション情報サーバにアクセスして、所望の２地点（出発地、目的地）間の移動経路情報および目的地の予想到着時刻を含むナビゲーション情報を取得する。
【００２７】
監視対象用件管理データ記憶部１１１には、監視対象用件の管理データが記憶される。図２（Ｂ）は、監視対象用件管理データ記憶部１１１の登録内容例を模式的に表した図である。
【００２８】
図示するように、監視対象用件管理データ記憶部１１１には、監視対象用件管理データのレコード１１１０が記憶される。監視対象用件管理データのレコード１１１０は、監視対象用件の用件ＩＤを登録するフィールド１１１１と、監視対象用件が遅延解消監視対象に設定されているか否かを登録するフィールド１１１２と、監視対象用件が遅延解消監視対象に設定されている場合に遅延原因（遅れる理由）の種別を登録するフィールド１１１３と、を有する。
【００２９】
監視対象用件の開催地への予想到着時刻が監視対象用件の開催日時以降となる場合、つまり監視対象用件に遅れると予想された場合において、遅延原因が特定（推定）できているならば、その遅延原因の解消を監視するために、監視対象用件が遅延解消監視対象に設定される。監視対象用件が遅延解消監視対象に設定された場合（フィールド１１１２に「設定あり」が登録された場合）、フィールド１１１３に、この特定された遅延原因の種別が登録される。
【００３０】
監視対象用件設定部１１２は、開催日時が現在に最も近い用件の用件データのレコード１０４０をスケジュール記憶部１０４から検索して、この用件を監視対象用件に設定するとともに、この用件の開催日時から所定時間以上経過したならば、この用件に設定されている監視対象用件の設定を解除する。そして、この監視対象用件の設定・解除に合わせて、監視対象用件管理データ記憶部１１１を更新する。
【００３１】
メッセージ送信制御部１１３は、監視対象用件の相手端末へのメッセージ送信を制御する。
【００３２】
定型文記憶部１１４には、相手端末に送信するメッセージの定型文（雛型）が複数パターン記憶されている。
【００３３】
メッセージ生成部１１５は、定型文記憶部１１４に記憶されているメッセージの定型文を利用して、少なくとも現在地の地点情報および開催地への予想到着時刻を含む、監視対象用件の相手端末に対するメッセージを生成する。
【００３４】
遅延原因推定／遅延解消監視部１１６は、監視対象用件の開催地への予想到着時刻が監視対象用件の開催日時以降となる場合、つまり監視対象用件に遅れると予想された場合に、プレゼンス取得部１０６により取得された自携帯端末１のユーザのプレゼンス情報、地点情報取得部１０８により取得された現在地の地点情報、および交通情報取得部１０９により取得された監視対象用件の開催地への移動経路の交通情報に基づいて、遅延原因を推定する。また、遅延原因推定／遅延解消監視部１１６は、遅延解消監視対象に設定された監視対象用件について、遅延原因が解消されたか否かを監視する。
【００３５】
つぎに、携帯端末１の動作について説明する。
【００３６】
図３（Ａ）は、携帯端末１の監視対象用件設定処理の流れを説明するためのフロー図である。このフローは、スケジュール記憶部１０４に用件データのレコード１０４０が記憶されている場合に実施される。
【００３７】
まず、監視対象用件設定部１１２は、スケジュール記憶部１０４を参照し、フィールド１０４４に登録されている開催日時が現在日時以降のレコード１０４０の中から、開催日時が現在に最も近い将来の用件のレコード１０４０を選択する。そして、このレコード１０４０を監視対象用件のレコード１０４０に設定し、このレコード１０４０のフィールド１０４１に登録されている用件ＩＤを、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１１に登録する（Ｓ１００）。
【００３８】
それから、監視対象用件設定部１１２は、監視対象用件のレコード１０４０のフィールド１０４４に登録されている開催日時を監視し、現在日時が開催日時を所定時間（例えば１時間）以上経過したか否かを判断する（Ｓ１０１）。そして、開催日時を所定時間以上経過したならば（Ｓ１０１でＹＥＳ）、このレコード１０４０に対する監視対象用件の設定を解除し、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０の全フィールド１１１１〜１１１３をクリアする（Ｓ１０２）。それから、Ｓ１００に戻る。
【００３９】
図３（Ｂ）は、携帯端末１のメッセージ送信確認処理の流れを説明するためのフロー図である。このフローは、監視対象用件管理データ記憶部１１１に監視対象用件管理データのレコード１１１０が記憶されている場合に実施される。
【００４０】
まず、メッセージ送信制御部１１３は、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１１に登録されている用件ＩＤをキーにして、スケジュール記憶部１０４から監視対象用件のレコード１０４０を特定する。そして、監視対象用件のレコード１０４０のフィールド１０４４に登録されている開催日時を監視し、現在日時から開催日時までの時間が所定時間（例えば３０分）以内に近づいたか否かを判断する（Ｓ１１０）。そして、現在日時から開催日時までの時間が所定時間以内に近づいたならば（Ｓ１１０でＹＥＳ）、メッセージ生成部１１５に、後述のメッセージ生成処理を行わせ、監視対象用件のレコード１０４０のフィールド１０４７に登録されている相手情報により特定される相手端末に対するメッセージを生成させる（Ｓ１１１）。
【００４１】
つぎに、メッセージ送信制御部１１３は、この生成されたメッセージをマンマシンインターフェース部１０２に表示して、ユーザからメッセージ送信可否の指示を受け付ける（Ｓ１１２）。
【００４２】
ここで、ユーザから受け付けた指示が送信拒否である場合（Ｓ１１３で「取消」）、このメッセージを送信することなくＳ１１７に進む。一方、ユーザから受け付けた指示が送信許可である場合（Ｓ１１３で「送信」）、メッセージ送信制御部１１３は、携帯端末機能部１０３に対して、監視対象用件のレコード１０４０のフィールド１０４７に登録されている相手情報により特定される相手端末のアドレスへ、このメッセージを送信するよう指示する。これを受けて、携帯端末機能部１０３は、メッセージ生成部１１５により生成されたメッセージを、通信インターフェース部１０１を介して監視対象用件の相手端末に電子メールで送信する（Ｓ１１４）。
【００４３】
つぎに、メッセージ送信制御部１１３は、メッセージ生成部１１５から遅延原因の種別（直前用件の押し詰まり、経路上の交通障害等）を受け取っているならば（Ｓ１１５でＹＥＳ）、監視対象用件を遅延解消監視対象に設定し、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１２に、遅延解消監視対象に設定されていることを示す「設定あり」を登録する。また、このレコード１１１０のフィールド１１１３に、この遅延原因の種別を登録する（Ｓ１１６）。それから、Ｓ１１７に進む。一方、メッセージ生成部１１５から遅延原因の種別を受け取っていないならば（Ｓ１１５でＮＯ）、監視対象用件を遅延解消監視対象に設定することなくＳ１１７に進む。
【００４４】
Ｓ１１７において、メッセージ送信制御部１１３は、所定時間（例えば１５分）を経過するのを待つ。そして、所定時間を経過したならば（Ｓ１１７でＹＥＳ）、Ｓ１１１のメッセージ生成処理に戻る。また、所定時間を経過する前に（Ｓ１１７でＮＯ）、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１１に登録されている用件ＩＤが更新され、監視対象用件が変更されたならば（Ｓ１１８でＹＥＳ）、Ｓ１１０に戻る。
【００４５】
図４は、携帯端末１のメッセージ生成処理（図３のＳ１１１）の流れを説明するためのフロー図である。
【００４６】
まず、メッセージ生成部１１５は、現在地検出部１０７に現在地の検知を指示する。これを受けて、現在地検出部１０７は、ＧＰＳ等を利用して現在地（座標情報）を検出し、メッセージ生成部１１５に通知する（Ｓ１２０）。
【００４７】
つぎに、メッセージ生成部１１５は、地点情報取得部１０８に、現在地検出部１０７で検出された現在地を通知して、現在地の地点情報の取得を指示する。これを受けて、地点情報取得部１０８は、通信インターフェース部１０１を介して所定の地図情報サーバにアクセスして、現在地の地点情報（現在地の住所および現在地に位置する建物、施設、道路等の名称を含む）を取得する（Ｓ１２１）。そして、取得した現在地の地点情報をメッセージ生成部１１５に渡す。
【００４８】
つぎに、メッセージ生成部１１５は、監視対象用件のレコード１０４０のフィールド１０４５、１０４６から開催地の地点情報、移動手段の情報を取得する（Ｓ１２２）。それから、メッセージ生成部１１５は、ナビ情報取得部１１０に、現在地の地点情報、開催地の地点情報、および移動手段を通知して、ナビゲーション情報の取得を指示する。これを受けて、ナビ情報取得部１１０は、通信インターフェース部１０１を介して所定のナビゲーション情報サーバにアクセスして、指示された移動手段で、現在地から開催地に移動する場合の移動経路情報、および現在地からすぐに出発したときの開催地への予想到着時刻を含むナビゲーション情報を取得する（Ｓ１２３）。
【００４９】
それから、メッセージ生成部１１５は、定型文記憶部１１４に記憶されているメッセージの定型文に、現在地の地点情報、移動手段、開催地への予想到着時刻を挿入して、監視対象用件の相手端末に対するメッセージを生成する（Ｓ１２４）。例えば、メッセージの定型文「今、＜現在地の地点情報＞にいます。＜移動手段＞でそちらに向かいます。＜開催地への予想到着時刻＞頃に着きそうです。」のタグで囲まれた部分に、そこに記述されている文字列に該当する情報を挿入することにより、メッセージを生成する。なお、現在地の地点情報については、現在地に位置する建物、施設、道路等の名称のみ、あるいは番地以降を省略した住所など、その一部のみを挿入するようにしてもよい。
【００５０】
つぎに、メッセージ生成部１１５は、開催地への予想到着時刻と、監視対象用件のレコード１０４０のフィールド１０４４に登録されている開催日時とを比較して、予想到着時刻が開催日時より遅れているか否かを判断する（Ｓ１２５）。開催日時より遅れていない場合（Ｓ１２５でＮＯ）、メッセージ生成部１１５は、メッセージ送信制御部１１３に、生成したメッセージを渡してこのフローを終了する。一方、開催日時より遅れている場合（Ｓ１２５でＹＥＳ）、遅延原因推定／遅延解消監視部１１６に、後述の遅延原因推定処理を行わせ、遅延原因を特定（推定）させる（Ｓ１２６）。
【００５１】
遅延原因推定／遅延解消監視部１１６において遅延原因が特定された場合（Ｓ１２７でＹＥＳ）、メッセージ生成部１１５は、定型文記憶部１１４に記憶されている、遅延原因を明示する遅延メッセージの定型文に、特定された遅延原因の種別を挿入して、遅延メッセージを生成する。例えば、遅延メッセージの定型文「＜遅延原因＞が起きています。遅れて申し訳ありませんが、よろしくお願いします。」のタグで囲まれた部分に、特定した遅延原因の種別を挿入することにより、遅延メッセージを生成する。あるいは、遅延原因の種別が直前用件の押し詰まりならば、「別件の用事が長引いております。遅れて申し訳ありませんが、よろしくお願いします。」、経路上の交通障害ならば「移動ルート上に交通障害が発生しています。遅れて申し訳ありませんが、よろしくお願いします。」といったように、遅延原因の種別に応じた遅延メッセージを定型文記憶部１１４に予め記憶しておき、特定された遅延原因の種別に応じた遅延メッセージを定型文記憶部１１４から読み出すようにする。
【００５２】
そして、メッセージ生成部１１５は、この遅延メッセージを、監視対象用件の相手端末に対するメッセージに追加する（Ｓ１２８）。それから、メッセージ送信制御部１１３に、監視対象用件の相手端末に対するメッセージを遅延原因の種別とともに渡して、このフローを終了する。
【００５３】
一方、遅延原因推定／遅延解消監視部１１６において遅延原因が特定されなかった場合（Ｓ１２７でＮＯ）、メッセージ生成部１１５は、定型文記憶部１１４に記憶されている、遅延原因を明示しない遅延メッセージの定型文（例えば「遅れて申し訳ありませんが、よろしくお願いします。」）を、監視対象用件の相手端末に対するメッセージに追加する（Ｓ１２９）。それから、メッセージ生成部１１５は、メッセージ送信制御部１１３に、監視対象用件の相手端末に対するメッセージを渡して、このフローを終了する。
【００５４】
図５は、携帯端末１の遅延原因推定処理（図４のＳ１２６）の流れを説明するためのフロー図である。
【００５５】
まず、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５経由でプレゼンス取得部１０６にプレゼンス情報の取得を指示する。これを受けて、プレゼンス取得部１０６は、通信インターフェース部１０１を介して所定のプレゼンスサーバにアクセスして、自携帯端末１のユーザのプレゼンス情報（会議、出張、会合、在席、外出等）を取得する（Ｓ１４０）。そして、取得した自携帯端末１のユーザのプレゼンス情報を、メッセージ生成部１１５経由で遅延原因推定／遅延解消監視部１１６に渡す（Ｓ１４０）。
【００５６】
つぎに、遅延原因推定／遅延解消監視部１１６は、スケジュール記憶部１０４を参照し、フィールド１０４４に登録されている開催日時が監視対象用件のレコード１０４０のフィールド１０４４に登録されている監視対象用件の開催日時より前であって、この監視対象用件の開催日時に最も近い用件のレコード１０４０、つまり監視対象用件のレコード１０４０の一つ前に登録されている直前用件のレコード１０４０を特定する（Ｓ１４１）。
【００５７】
つぎに、遅延原因推定／遅延解消監視部１１６は、直前用件のレコード１０４０のフィールド１０４３、１０４５に登録されている用件種別、開催地の地点情報を取得する（Ｓ１４２）。それから、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から現在地の地点情報を取得し、この現在位置の地点情報と直前用件の開催地の地点情報とが一致するか否かを判断する（Ｓ１４３）。例えば、住所の番地以降を除く部分が一致する場合は、両者が一致すると判断する。両者が一致しないないならば（Ｓ１４３でＮＯ）、Ｓ１４６に進み、両者が一致するならば（Ｓ１４３でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から自携帯端末１のユーザのプレゼンス情報を取得し、自携帯端末１のユーザのプレゼンス情報と直前用件の用件種別とが一致するか否かをさらに判断する（Ｓ１４４）。両者が一致しないならば（Ｓ１４４でＮＯ）、Ｓ１４６に進み、両者が一致するならば（Ｓ１４４でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、監視対象要件の遅延原因が直前用件の押し詰まりにあると特定し、遅延原因の種別「直前用件の押し詰まり」をメッセージ生成部１１５に通知する（Ｓ１４５）。そして、このフローを終了する。
【００５８】
一方、Ｓ１４６において、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５に交通情報の取得を依頼する。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９に、ナビ情報取得部１１０より取得したナビゲーション情報に含まれている現在地から監視対象用件の開催地までの移動経路情報を通知して、交通情報の取得を指示する。交通情報取得部１０９は、通信インターフェース部１０１を介して所定の交通情報サーバにアクセスして、現在地から監視対象用件の開催地までの移動経路の交通情報を取得する（Ｓ１４６）。そして、取得した移動経路の交通情報をメッセージ生成部１１５に渡す。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９から受け取った移動経路の交通情報を遅延原因推定／遅延解消監視部１１６に渡す。
【００５９】
つぎに、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から受け取った移動経路の交通情報を解析し、移動経路上に、事故、渋滞、運行規制等の交通障害が発生しているか否かを判断する（Ｓ１４７）。
【００６０】
移動経路上に交通障害が発生しているならば（Ｓ１４７でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、遅延原因が移動経路上の交通障害にあると特定し、遅延原因の種別「移動経路上の交通障害」をメッセージ生成部１１５に通知する（Ｓ１４８）。そして、このフローを終了する。一方、移動経路上に交通障害が発生していないならば（Ｓ１４７でＮＯ）、遅延原因推定／遅延解消監視部１１６は、遅延原因を特定できないと判断し、遅延原因を特定できない旨をメッセージ生成部１１５に通知する（Ｓ１４９）。そして、このフローを終了する。
【００６１】
図６は、携帯端末１の遅延解消監視処理の流れを説明するためのフロー図である。このフローは、監視対象用件管理データ記憶部１１１に監視対象用件管理データのレコード１１１０が記憶されている場合に実施される。
【００６２】
まず、遅延原因推定／遅延解消監視部１１６は、監視対象用件が遅延解消監視対象に設定されているか否か、つまり監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１２に「設定あり」が登録されているか否かを判断する（Ｓ１５０）。そして、監視対象用件が遅延解消監視対象に設定されているならば（Ｓ１５０でＹＥＳ）、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１３に登録されている遅延原因の種別を解析し、解析結果に応じた処理により、監視対象用件の遅延が解消されたか否かをチェックする。本実施の形態では、遅延原因の種別が「直前用件の押し詰まり」ならば（Ｓ１５１で「直前用件の押し詰まり」）、Ｓ１５２に進み、遅延原因の種別が「移動経路上の交通障害」ならば（Ｓ１５１で「移動経路上の交通障害」）、Ｓ１５８に進む。
【００６３】
遅延原因の種別が「直前用件の押し詰まり」の場合、Ｓ１５２において、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５に現在地の地点情報の取得を依頼する。これを受けて、メッセージ生成部１１５は、地点情報取得部１０８に、現在地検出部１０７により検出された現在地を通知して、地点情報の取得を指示する。地点情報取得部１０８は、通信インターフェース部１０１を介して所定の地図情報サーバにアクセスして、現在地の地点情報を取得してメッセージ生成部１１５に渡す。メッセージ生成部１１５は、地点情報取得部１０８から受け取った現在地の地点情報を遅延原因推定／遅延解消監視部１１６に渡す。
【００６４】
つぎに、遅延原因推定／遅延解消監視部１１６は、現在地の地点情報と直前用件の開催地の地点情報とが不一致になったか否を判断する（Ｓ１５３）。例えば、住所の市区町村以降が不一致となった場合に、両者は不一致になったものと判断する。両者が不一致になっていないならば（Ｓ１５３でＮＯ）、遅延原因が解消していないものと判断し（Ｓ１５７）、Ｓ１５０に戻る。一方、両者が不一致になったならば（Ｓ１５３でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５経由でプレゼンス取得部１０６にプレゼンス情報の取得を指示する。これを受けて、プレゼンス取得部１０６は、通信インターフェース部１０１を介して所定のプレゼンスサーバにアクセスして、自携帯端末１のユーザのプレゼンス情報を取得する。そして、取得した自携帯端末１のユーザのプレゼンス情報を、メッセージ生成部１１５経由で遅延原因推定／遅延解消監視部１１６に渡す（Ｓ１５４）。
【００６５】
つぎに、遅延原因推定／遅延解消監視部１１６は、この自携帯端末１のユーザのプレゼンス情報と直前用件の用件種別とが不一致になったか否を判断する（Ｓ１５５）。両者が不一致になっていないならば（Ｓ１５５でＮＯ）、遅延原因が解消していないものと判断し（Ｓ１５７）、Ｓ１５０に戻る。一方、両者が不一致になったならば（Ｓ１５５でＹＥＳ）、遅延原因が解消した、つまり直前用件が終了したものと判断し（Ｓ１５６）、メッセージ生成部１１５に、遅延原因が解消した旨をその遅延原因の種別とともに通知して、Ｓ１６１に進む。
【００６６】
一方、遅延原因の種別が「移動経路上の交通障害」の場合、Ｓ１５８において、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５に移動経路の交通情報の取得を依頼する。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９に、ナビ情報取得部１１０により取得したナビゲーション情報に含まれている移動経路情報を通知して、交通情報の取得を指示する。交通情報取得部１０９は、通信インターフェース部１０１を介して所定の交通情報サーバにアクセスして、この移動経路の交通情報を取得する。そして、取得した移動経路の交通情報をメッセージ生成部１１５に渡す。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９から受け取った移動経路の交通情報を遅延原因推定／遅延解消監視部１１６に渡す。
【００６７】
つぎに、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から受け取った移動経路の交通情報を解析し、移動経路上に、事故、渋滞、運行規制等の交通障害が発生しているか否かを判断する（Ｓ１５９）。移動経路上に交通障害が発生しているならば（Ｓ１５９でＹＥＳ）、遅延原因が解消していないものと判断し（Ｓ１５７）、Ｓ１５０に戻る。一方、移動経路上に交通障害が発生していないならば（Ｓ１５９でＮＯ）、遅延原因が解消した、つまり移動経路上に発生していた交通障害が消滅したものと判断し（Ｓ１６０）、メッセージ生成部１１５に、遅延原因が解消した旨をその遅延原因の種別とともに通知して、Ｓ１６１に進む。
【００６８】
Ｓ１６１において、メッセージ生成部１１５は、図４のＳ１２０〜Ｓ１２４を実行し、監視対象用件の相手端末に対するメッセージとして、現在地の地点情報、移動手段、開催地への予想到着時刻を含むメッセージを生成する。それから、メッセージ生成部１１５は、定型文記憶部１１４に記憶されている、遅延原因を明示する遅延解消メッセージの定型文に、解消した遅延原因の種別を挿入して、遅延解消メッセージを生成する。
【００６９】
例えば、遅延解消メッセージの定型文「＜遅延原因＞が解消しました。遅れて申し訳ありませんが、よろしくお願いします。」のタグで囲まれた部分に、解消した遅延原因の種別を挿入することにより、遅延解消メッセージを生成する。あるいは、解消した遅延原因の種別が直前用件の押し詰まりならば、「別件の用事が終わりました。遅れて申し訳ありませんが、よろしくお願いします。」、移動経路上の交通障害ならば、「移動経路上の交通障害が解消しました。遅れて申し訳ありませんが、よろしくお願いします。」といったように、遅延原因の種別に応じた遅延解消メッセージを定型文記憶部１１４に予め記憶しておき、解消された遅延原因の種別に応じた遅延解消メッセージを定型文記憶部１１４から読み出すようにする。
【００７０】
そして、この遅延解消メッセージを、監視対象用件の相手端末に対するメッセージに追加する（Ｓ１６２）。それから、メッセージ生成部１１５は、メッセージ送信制御部１１３に、遅延原因が解消した旨を通知して、監視対象用件の相手端末に対する遅延解消メッセージ付きのメッセージを渡す。
【００７１】
これを受けて、メッセージ送信制御部１１３は、マンマシンインターフェース部１０２に、この遅延解消メッセージ付きのメッセージを表示して、ユーザからメッセージ送信可否の指示を受け付ける（Ｓ１６３）。
【００７２】
ここで、ユーザから受け付けた指示が送信拒否である場合（Ｓ１６４で「取消」）、このメッセージを送信することなくＳ１５０に戻る。一方、ユーザから受け付けた指示が送信許可である場合（Ｓ１６４で「送信」）、メッセージ送信制御部１１３は、携帯端末機能部１０３に対して、監視対象用件の相手端末のアドレスへ、この遅延解消メッセージ付きのメッセージを送信するよう指示する。これを受けて、携帯端末機能部１０３は、通信インターフェース部１０１を介して、監視対象用件の相手端末に、この遅延解消メッセージ付きのメッセージを電子メールで送信する（Ｓ１６５）。
【００７３】
つぎに、メッセージ送信制御部１１３は、監視対象用件を遅延解消監視対象から外し、監視対象用件管理データ記憶部１１１に記憶されている監視対象用件管理データのレコード１１１０のフィールド１１１１〜１１１３をクリアする（Ｓ１６６）。それから、Ｓ１５０に戻る。
【００７４】
以上、本実施の形態について説明した。
【００７５】
本実施の形態において、携帯端末１は、監視対象用件について、所定の地図情報サーバおよびナビゲーション情報サーバから、現在地の地点情報および監視対象用件の開催地への予想到着時刻を取得する。そして、現在地の地点情報および監視対象用件の開催地への予想到着時刻を含むメッセージを生成し、監視対象用件の相手端末に送信する。このように、本実施の形態によれば、現在地の地点情報、および監視対象用件の開催地への予想到着時刻を含むメッセージを自動生成し、監視対象用件の相手端末に送信するので、ユーザに煩雑な作業を強いることなく、監視対象用件の相手にユーザの現況を知らせることが可能となる。
【００７６】
また、本実施の形態において、スケジュール記憶部１０４に記憶されている用件データのレコード１０４０は、開催地への移動手段の情報を含んでおり、携帯端末１は、監視対象用件のレコード１０４０に含まれている移動手段を用いて現在地から監視対象用件の開催地へ移動したときの開催地への予想到着時刻を取得するとともに、監視対象用件の相手端末に送信するメッセージに、この移動手段の情報も含めるようにしている。このため、監視対象用件の相手は、ユーザの現況をより詳しく知ることができ、例えば開催地を離れて他の用事を済ますことができるかなどの判断を、より正確に行うことが可能となる。
【００７７】
また、本実施の形態において、携帯端末１は、開催地への予想到着時刻が、監視対象用件のレコード１０４０に登録されている開催日時以降である場合に、スケジュール記憶部１０４から監視対象用件のレコード１０４０の一つ前に計画されている直前用件のレコード１０４０を読み出す。また、所定のプレゼンスサーバから自携帯端末１のユーザのプレゼンス情報を取得するとともに、所定の交通情報サーバから、現在地から監視対象用件の開催地までの移動経路の交通情報を取得する。そして、直前用件のレコード１０４０に含まれている開催地および用件種別と、現在地の地点情報と、自携帯端末１のユーザのプレゼンス情報と、現在地から開催地までの移動経路の交通情報とが、所定の条件に合致するか否かを判断することにより、遅延原因を推定する。
【００７８】
例えば、直前用件のレコード１０４０に含まれている開催地の地点情報と現在地の地点情報とが一致し、かつ直前用件のレコード１０４０に含まれている用件種別と自携帯端末１のユーザのプレゼンス情報とが一致している場合に、遅延原因を直前用件の押し詰まりと推定する。また、直前用件のレコード１０４０に含まれている開催地の地点情報と現在地の地点情報とが不一致、あるいは直前用件のレコード１０４０に含まれている用件種別と自携帯端末１のユーザのプレゼンス情報とが不一致であり、かつ現在地から開催地までの移動経路の交通情報に障害情報が含まれている場合に、遅延原因を移動経路上の交通障害と推定する。
【００７９】
そして、携帯端末１は、監視対象用件の相手端末に対するメッセージに、この推定した遅延原因を含めて送信する。このため、監視対象用件の相手は、ユーザの現況をさらに詳しく知ることができ、例えば開催地を離れて他の用事を済ますことができるかなどの判断を、さらに正確に行うことが可能となる。
【００８０】
また、本実施の形態において、携帯端末１は、相手端末にメッセージ送信した監視対象用件について、遅延原因を推定しているならば、この監視対象用件を遅延解消監視対象に設定して、現在地の地点情報、自携帯端末１のユーザのプレゼンス情報、開催地までの移動経路の交通情報を参照し、遅延原因の解消を監視している。
【００８１】
例えば、遅延原因を直前用件の押し詰まりと推定したならば、直前用件のレコード１０４０に含まれている開催地の地点情報と現在地の地点情報とが不一致となり、かつ直前用件のレコード１０４０に含まれている用件種別と自携帯端末１のユーザのプレゼンス情報とが不一致となった場合に、直前用件の押し詰まりが解消したものと判断する。また、遅延原因を移動経路上の交通障害と推定したならば、この移動経路の交通情報に障害情報が含まれなくなった場合に、この移動経路上の交通障害が解消したものと判断する。
【００８２】
そして、携帯端末１は、遅延原因が解消したものと判断した場合に、監視対象用件の相手端末に、遅延原因が解消した旨のメッセージを送信する。このため、監視対象用件の相手は、ユーザの現況の変化を知ることができ、開催地を離れて他の用事を済ますことができるかなどの判断を、さらに正確に行うことが可能となる。
【００８３】
また、本実施の形態において、携帯端末１は、監視対象用件の相手端末にメッセージを送信するに先立ってメッセージを表示して、ユーザからメッセージの送信可否を確認し、送信許可の指示を受け付けた場合にのみ、このメッセージ送信するようにしている。このため、ユーザの意思に反して監視対象用件の相手端末にメッセージが送信されてしまうのを防止することができる。
【００８４】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００８５】
例えば、上記の実施の形態において、携帯端末１が、現在地の地点情報、監視対象用件の開催地への予測到着時刻、現在地から監視対象用件の開催地までのナビゲーション情報、および現在地から監視対象用件の開催地までの移動経路の交通情報を、それぞれ別のサーバ（地図情報サーバ、ナビゲーション情報サーバ、交通情報サーバ）にアクセスして取得する場合を例にとり説明しているが、単一のサーバがこれらの情報の提供サービスを行っている場合は、これらの情報をまとめてこのサーバから取得するようにしてもよい。また、携帯端末１が、地図データベースを備えているならば、この地図データベースを利用して現在地の地点情報および開催地への予測到着時刻を取得するようにしてもよい。さらに、経路探索等のナビゲーション機能を備えているならば、このナビゲーション機能を利用して、現在地から監視対象用件の開催地までのナビゲーション情報を取得するようにしてもかまわない。
【００８６】
また、上記の実施の形態において、携帯端末１は、監視対象用件の相手端末にメッセージを送信するに先立ってメッセージを表示する際に、ユーザからメッセージの修正を受け付けられるようにしてもよい。このようにすることで、伝えたくない遅延理由等については、適宜削除するなどの修正が可能となる。
【００８７】
また、上記の実施の形態において、図１に示す携帯端末１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、およびＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。もしくは、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。
【符号の説明】
【００８８】
１：携帯端末、１０１：通信インターフェース部、１０２：マンマシンインターフェース部、１０３：携帯端末機能部、１０４：スケジュール記憶部、１０５：スケジュール管理部、１０６：プレゼンス取得部、１０７：現在地検出部、１０８：地点情報取得部、１０９：交通情報取得部、１１０：ナビ情報取得部、１１１：監視対象用件管理データ記憶部、１１２：監視対象用件設定部、１１３：メッセージ送信制御部、１１４：定型文記憶部、１１５：メッセージ生成部、１１６：遅延原因推定／遅延解消監視部
【技術分野】
【０００１】
本発明は、携帯端末に関し、特に、ユーザの現況を知らせるメッセージを自動生成し、用件のある相手端末に送信する技術に関する。
【背景技術】
【０００２】
特許文献１には、待ち合わせ相手に目的地への到着の遅れを連絡する技術が開示されている。
【０００３】
この技術において、移動体用情報端末は、現在地を検出して、現在地から目的地までの経路探索を行う。そして、探索された経路を利用した移動時間を算出して、目的地の予想到着時刻を算出する。つぎに、移動体用情報端末は、算出された予想到着時刻が、予め登録されている待ち合わせ時刻に間に合うか否かを判断し、間に合わないと判断した場合には、待ち合わせに遅れる旨の定型文とともに、遅れ予想時間の入力画面を表示して、ユーザから遅れ予想時間の入力を受け付ける。そして、ユーザから受け付けた遅れ予想時間を定型文に追加して、待ち合わせ相手へのメッセージを生成し、このメッセージを、自移動体用情報端末に接続されている携帯電話機を介して、予め登録されている待ち合わせ相手のアドレスに電子メールで送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７８２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、待ち合わせ相手からすれば、遅れ予想時間だけでなく、ユーザが今どこにいるのかなど、ユーザの現況を知りたいはずである。待ち合わせ相手は、ユーザの現況を知ることができれば、待ち合わせ場所を離れて他の用事を済ますことができるかなどの判断をより正確に行うことが可能となる。
【０００６】
しかし、特許文献１に記載の技術は、この点を考慮していない。ユーザの現況を待ち合わせ相手に知らせるためには、遅れ予想時間の入力画面とともに表示された定型文を、ユーザ自身が修正しなければならず、作業が煩雑である。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的は、ユーザの現況を知らせるメッセージを自動生成し、用件のある相手端末に送信する技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明において、携帯端末は、開催日時が近づいている用件について、外部サーバから、あるいは自携帯端末が備える地図データベースを用いて、自携帯端末の現在地検出機能により検出された現在地の地点情報および用件の開催地への予想到着時刻を取得する。そして、現在地の地点情報および用件の開催地への予想到着時刻を含むメッセージを生成し、このメッセージを用件のある相手端末に送信する。
【０００９】
例えば、本発明は、現在地検出機能を備えた携帯端末であって、
開催日時、開催地情報、および相手端末のアドレスを含む用件データを記憶するスケジュール記憶手段と、
前記開催日時が現在に最も近い用件の用件データを前記スケジュール記憶手段から検索し、当該用件データを監視対象用件の用件データに設定する監視対象用件設定手段と、
所定のサーバから、あるいは自携帯端末が備える地図データベースを用いて、前記現在位置検出機能により検出された自携帯端末の現在地の地点情報を取得する地点情報取得手段と、
所定のサーバから、あるいは前記地図データベースを用いて、前記監視対象用件の用件データに含まれている前記開催地への予想到着時刻を取得する予想到着時刻取得手段と、
前記地点情報取得手段により取得された前記現在地の地点情報と、前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻と、を含むメッセージを生成するメッセージ生成手段と、
前記メッセージ生成手段により生成された前記メッセージを、前記監視対象用件の用件データに含まれている前記相手端末のアドレスに送信するメッセージ送信手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、現在地の地点情報、および用件の開催地への予想到着時刻を含むメッセージを自動生成し、用件のある相手端末に送信するので、ユーザに煩雑な作業を強いることなく、用件のある相手にユーザの現況を知らせることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の一実施の形態に係る携帯端末１の概略機能構成図である。
【図２】図２（Ａ）は、スケジュール記憶部１０４の登録内容例を模式的に表した図であり、図２（Ｂ）は、監視対象用件管理データ記憶部１１１の登録内容例を模式的に表した図である。
【図３】図３（Ａ）は、携帯端末１の監視対象用件設定処理の流れを説明するためのフロー図であり、図３（Ｂ）は、携帯端末１のメッセージ送信確認処理の流れを説明するためのフロー図である。
【図４】図４は、携帯端末１のメッセージ生成処理の流れを説明するためのフロー図である。
【図５】図５は、携帯端末１の遅延原因推定処理の流れを説明するためのフロー図である。
【図６】図６は、携帯端末１の遅延解消監視処理の流れを説明するためのフロー図である。
【発明を実施するための形態】
【００１２】
以下に、本発明の一実施の形態について説明する。
【００１３】
図１は、本実施の形態に係る携帯端末１の概略機能構成図である。
【００１４】
本実施の形態に係る携帯端末１は、予定されている複数の用件の中から、開催日時が現在に最も近い用件を監視対象用件に設定する。そして、現在地の地点情報および監視対象用件の開催地への予想到着時刻を所定のサーバから取得して、これらの情報を含むメッセージを生成し、このメッセージを監視対象用件の相手の端末（相手端末）に送信する。
【００１５】
図示するように、本実施の形態に係る携帯端末１は、通信インターフェース部１０１と、マンマシンインターフェース部１０２と、携帯端末機能部１０３と、スケジュール記憶部１０４と、スケジュール管理部１０５と、プレゼンス取得部１０６と、現在地検出部１０７と、地点情報取得部１０８と、交通情報取得部１０９と、ナビ情報取得部１１０と、監視対象用件管理データ記憶部１１１と、監視対象用件設定部１１２と、メッセージ送信制御部１１３と、定型文記憶部１１４と、メッセージ生成部１１５と、遅延原因推定／遅延解消監視部１１６と、を備えている。
【００１６】
通信インターフェース部１０１は、通信網を介して相手端末および各種サーバと通信を行うためのインターフェースである。
【００１７】
マンマシンインターフェース部１０２は、ユーザから音声を受け付けたり、ユーザに音声を出力したりするのに加え、ユーザから各種操作を受け付けたり、ユーザに情報を表示するためのインターフェースである。このマンマシンインターフェース部１０２は、ユーザが相手端末と通話を行うためのハンドセットに加えて、各種操作ボタン、タッチパネル等の入力装置、およびＬＣＤ、ＬＥＤ等の表示装置を備えている。
【００１８】
携帯端末機能部１０３は、携帯電話、アドレス帳管理、メーラなどの、一般的な携帯端末の機能を実現する。
【００１９】
スケジュール記憶部１０４には、予定された用件各々の用件データが記憶される。図２（Ａ）は、スケジュール記憶部１０４の登録内容例を模式的に表した図である。
【００２０】
図示するように、スケジュール記憶部１０４には、予定された用件毎に用件データのレコード１０４０が記憶されている。用件データのレコード１０４０は、用件を識別するための用件ＩＤを登録するフィールド１０４１と、用件の件名を登録するフィールド１０４２と、用件の種別（会議、出張、会合、在席、外出等）を登録するフィールド１０４３と、用件の開催日時を登録するフィールド１０４４と、開催地の地点情報（開催地の住所および開催地に位置する建物、施設、道路等の名称を含む）を登録するフィールド１０４５と、開催地への移動手段（電車、自動車等）を登録するフィールド１０４６と、相手端末のアドレスを含む相手情報を登録するフィールド１０４７と、を有する。なお、本実施の形態では、スケジュール記憶部１０４に、要件データのレコード１０４０が開催日時の早い順に登録されている。
【００２１】
スケジュール管理部１０５は、マンマシンインターフェース部１０２を介して受け付けたユーザの指示に従い、スケジュール記憶部１０４に対する用件データのレコード１０４０の追加、編集、削除等を行う。また、スケジュール管理部１０５は、スケジュール記憶部１０４を監視し、開催日時の近い用件データのレコード１０４０があるならば、これをマンマシンインターフェース部１０２に表示して、ユーザに注意を促すなどの所定のスケジュール管理を行う。
【００２２】
プレゼンス取得部１０６は、通信インターフェース部１０１を介して所定のプレゼンスサーバにアクセスして、自携帯端末１のユーザのプレゼンス情報（会議、出張、会合、在席、外出等）を取得する。
【００２３】
現在地検出部１０７は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等を利用して、自携帯端末１の現在地（座標情報）を検出する。
【００２４】
地点情報取得部１０８は、通信インターフェース部１０１を介して所定の地図情報サーバにアクセスして、現在地検出部１０７により検出された現在地の地点情報（現在地の住所および現在地に位置する建物、施設、道路等の名称を含む）を取得する。
【００２５】
交通情報取得部１０９は、通信インターフェース部１０１を介して所定の交通情報サーバにアクセスして、所望の経路の交通情報を取得する。
【００２６】
ナビ情報取得部１１０は、通信インターフェース部１０１を介して所定のナビゲーション情報サーバにアクセスして、所望の２地点（出発地、目的地）間の移動経路情報および目的地の予想到着時刻を含むナビゲーション情報を取得する。
【００２７】
監視対象用件管理データ記憶部１１１には、監視対象用件の管理データが記憶される。図２（Ｂ）は、監視対象用件管理データ記憶部１１１の登録内容例を模式的に表した図である。
【００２８】
図示するように、監視対象用件管理データ記憶部１１１には、監視対象用件管理データのレコード１１１０が記憶される。監視対象用件管理データのレコード１１１０は、監視対象用件の用件ＩＤを登録するフィールド１１１１と、監視対象用件が遅延解消監視対象に設定されているか否かを登録するフィールド１１１２と、監視対象用件が遅延解消監視対象に設定されている場合に遅延原因（遅れる理由）の種別を登録するフィールド１１１３と、を有する。
【００２９】
監視対象用件の開催地への予想到着時刻が監視対象用件の開催日時以降となる場合、つまり監視対象用件に遅れると予想された場合において、遅延原因が特定（推定）できているならば、その遅延原因の解消を監視するために、監視対象用件が遅延解消監視対象に設定される。監視対象用件が遅延解消監視対象に設定された場合（フィールド１１１２に「設定あり」が登録された場合）、フィールド１１１３に、この特定された遅延原因の種別が登録される。
【００３０】
監視対象用件設定部１１２は、開催日時が現在に最も近い用件の用件データのレコード１０４０をスケジュール記憶部１０４から検索して、この用件を監視対象用件に設定するとともに、この用件の開催日時から所定時間以上経過したならば、この用件に設定されている監視対象用件の設定を解除する。そして、この監視対象用件の設定・解除に合わせて、監視対象用件管理データ記憶部１１１を更新する。
【００３１】
メッセージ送信制御部１１３は、監視対象用件の相手端末へのメッセージ送信を制御する。
【００３２】
定型文記憶部１１４には、相手端末に送信するメッセージの定型文（雛型）が複数パターン記憶されている。
【００３３】
メッセージ生成部１１５は、定型文記憶部１１４に記憶されているメッセージの定型文を利用して、少なくとも現在地の地点情報および開催地への予想到着時刻を含む、監視対象用件の相手端末に対するメッセージを生成する。
【００３４】
遅延原因推定／遅延解消監視部１１６は、監視対象用件の開催地への予想到着時刻が監視対象用件の開催日時以降となる場合、つまり監視対象用件に遅れると予想された場合に、プレゼンス取得部１０６により取得された自携帯端末１のユーザのプレゼンス情報、地点情報取得部１０８により取得された現在地の地点情報、および交通情報取得部１０９により取得された監視対象用件の開催地への移動経路の交通情報に基づいて、遅延原因を推定する。また、遅延原因推定／遅延解消監視部１１６は、遅延解消監視対象に設定された監視対象用件について、遅延原因が解消されたか否かを監視する。
【００３５】
つぎに、携帯端末１の動作について説明する。
【００３６】
図３（Ａ）は、携帯端末１の監視対象用件設定処理の流れを説明するためのフロー図である。このフローは、スケジュール記憶部１０４に用件データのレコード１０４０が記憶されている場合に実施される。
【００３７】
まず、監視対象用件設定部１１２は、スケジュール記憶部１０４を参照し、フィールド１０４４に登録されている開催日時が現在日時以降のレコード１０４０の中から、開催日時が現在に最も近い将来の用件のレコード１０４０を選択する。そして、このレコード１０４０を監視対象用件のレコード１０４０に設定し、このレコード１０４０のフィールド１０４１に登録されている用件ＩＤを、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１１に登録する（Ｓ１００）。
【００３８】
それから、監視対象用件設定部１１２は、監視対象用件のレコード１０４０のフィールド１０４４に登録されている開催日時を監視し、現在日時が開催日時を所定時間（例えば１時間）以上経過したか否かを判断する（Ｓ１０１）。そして、開催日時を所定時間以上経過したならば（Ｓ１０１でＹＥＳ）、このレコード１０４０に対する監視対象用件の設定を解除し、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０の全フィールド１１１１〜１１１３をクリアする（Ｓ１０２）。それから、Ｓ１００に戻る。
【００３９】
図３（Ｂ）は、携帯端末１のメッセージ送信確認処理の流れを説明するためのフロー図である。このフローは、監視対象用件管理データ記憶部１１１に監視対象用件管理データのレコード１１１０が記憶されている場合に実施される。
【００４０】
まず、メッセージ送信制御部１１３は、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１１に登録されている用件ＩＤをキーにして、スケジュール記憶部１０４から監視対象用件のレコード１０４０を特定する。そして、監視対象用件のレコード１０４０のフィールド１０４４に登録されている開催日時を監視し、現在日時から開催日時までの時間が所定時間（例えば３０分）以内に近づいたか否かを判断する（Ｓ１１０）。そして、現在日時から開催日時までの時間が所定時間以内に近づいたならば（Ｓ１１０でＹＥＳ）、メッセージ生成部１１５に、後述のメッセージ生成処理を行わせ、監視対象用件のレコード１０４０のフィールド１０４７に登録されている相手情報により特定される相手端末に対するメッセージを生成させる（Ｓ１１１）。
【００４１】
つぎに、メッセージ送信制御部１１３は、この生成されたメッセージをマンマシンインターフェース部１０２に表示して、ユーザからメッセージ送信可否の指示を受け付ける（Ｓ１１２）。
【００４２】
ここで、ユーザから受け付けた指示が送信拒否である場合（Ｓ１１３で「取消」）、このメッセージを送信することなくＳ１１７に進む。一方、ユーザから受け付けた指示が送信許可である場合（Ｓ１１３で「送信」）、メッセージ送信制御部１１３は、携帯端末機能部１０３に対して、監視対象用件のレコード１０４０のフィールド１０４７に登録されている相手情報により特定される相手端末のアドレスへ、このメッセージを送信するよう指示する。これを受けて、携帯端末機能部１０３は、メッセージ生成部１１５により生成されたメッセージを、通信インターフェース部１０１を介して監視対象用件の相手端末に電子メールで送信する（Ｓ１１４）。
【００４３】
つぎに、メッセージ送信制御部１１３は、メッセージ生成部１１５から遅延原因の種別（直前用件の押し詰まり、経路上の交通障害等）を受け取っているならば（Ｓ１１５でＹＥＳ）、監視対象用件を遅延解消監視対象に設定し、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１２に、遅延解消監視対象に設定されていることを示す「設定あり」を登録する。また、このレコード１１１０のフィールド１１１３に、この遅延原因の種別を登録する（Ｓ１１６）。それから、Ｓ１１７に進む。一方、メッセージ生成部１１５から遅延原因の種別を受け取っていないならば（Ｓ１１５でＮＯ）、監視対象用件を遅延解消監視対象に設定することなくＳ１１７に進む。
【００４４】
Ｓ１１７において、メッセージ送信制御部１１３は、所定時間（例えば１５分）を経過するのを待つ。そして、所定時間を経過したならば（Ｓ１１７でＹＥＳ）、Ｓ１１１のメッセージ生成処理に戻る。また、所定時間を経過する前に（Ｓ１１７でＮＯ）、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１１に登録されている用件ＩＤが更新され、監視対象用件が変更されたならば（Ｓ１１８でＹＥＳ）、Ｓ１１０に戻る。
【００４５】
図４は、携帯端末１のメッセージ生成処理（図３のＳ１１１）の流れを説明するためのフロー図である。
【００４６】
まず、メッセージ生成部１１５は、現在地検出部１０７に現在地の検知を指示する。これを受けて、現在地検出部１０７は、ＧＰＳ等を利用して現在地（座標情報）を検出し、メッセージ生成部１１５に通知する（Ｓ１２０）。
【００４７】
つぎに、メッセージ生成部１１５は、地点情報取得部１０８に、現在地検出部１０７で検出された現在地を通知して、現在地の地点情報の取得を指示する。これを受けて、地点情報取得部１０８は、通信インターフェース部１０１を介して所定の地図情報サーバにアクセスして、現在地の地点情報（現在地の住所および現在地に位置する建物、施設、道路等の名称を含む）を取得する（Ｓ１２１）。そして、取得した現在地の地点情報をメッセージ生成部１１５に渡す。
【００４８】
つぎに、メッセージ生成部１１５は、監視対象用件のレコード１０４０のフィールド１０４５、１０４６から開催地の地点情報、移動手段の情報を取得する（Ｓ１２２）。それから、メッセージ生成部１１５は、ナビ情報取得部１１０に、現在地の地点情報、開催地の地点情報、および移動手段を通知して、ナビゲーション情報の取得を指示する。これを受けて、ナビ情報取得部１１０は、通信インターフェース部１０１を介して所定のナビゲーション情報サーバにアクセスして、指示された移動手段で、現在地から開催地に移動する場合の移動経路情報、および現在地からすぐに出発したときの開催地への予想到着時刻を含むナビゲーション情報を取得する（Ｓ１２３）。
【００４９】
それから、メッセージ生成部１１５は、定型文記憶部１１４に記憶されているメッセージの定型文に、現在地の地点情報、移動手段、開催地への予想到着時刻を挿入して、監視対象用件の相手端末に対するメッセージを生成する（Ｓ１２４）。例えば、メッセージの定型文「今、＜現在地の地点情報＞にいます。＜移動手段＞でそちらに向かいます。＜開催地への予想到着時刻＞頃に着きそうです。」のタグで囲まれた部分に、そこに記述されている文字列に該当する情報を挿入することにより、メッセージを生成する。なお、現在地の地点情報については、現在地に位置する建物、施設、道路等の名称のみ、あるいは番地以降を省略した住所など、その一部のみを挿入するようにしてもよい。
【００５０】
つぎに、メッセージ生成部１１５は、開催地への予想到着時刻と、監視対象用件のレコード１０４０のフィールド１０４４に登録されている開催日時とを比較して、予想到着時刻が開催日時より遅れているか否かを判断する（Ｓ１２５）。開催日時より遅れていない場合（Ｓ１２５でＮＯ）、メッセージ生成部１１５は、メッセージ送信制御部１１３に、生成したメッセージを渡してこのフローを終了する。一方、開催日時より遅れている場合（Ｓ１２５でＹＥＳ）、遅延原因推定／遅延解消監視部１１６に、後述の遅延原因推定処理を行わせ、遅延原因を特定（推定）させる（Ｓ１２６）。
【００５１】
遅延原因推定／遅延解消監視部１１６において遅延原因が特定された場合（Ｓ１２７でＹＥＳ）、メッセージ生成部１１５は、定型文記憶部１１４に記憶されている、遅延原因を明示する遅延メッセージの定型文に、特定された遅延原因の種別を挿入して、遅延メッセージを生成する。例えば、遅延メッセージの定型文「＜遅延原因＞が起きています。遅れて申し訳ありませんが、よろしくお願いします。」のタグで囲まれた部分に、特定した遅延原因の種別を挿入することにより、遅延メッセージを生成する。あるいは、遅延原因の種別が直前用件の押し詰まりならば、「別件の用事が長引いております。遅れて申し訳ありませんが、よろしくお願いします。」、経路上の交通障害ならば「移動ルート上に交通障害が発生しています。遅れて申し訳ありませんが、よろしくお願いします。」といったように、遅延原因の種別に応じた遅延メッセージを定型文記憶部１１４に予め記憶しておき、特定された遅延原因の種別に応じた遅延メッセージを定型文記憶部１１４から読み出すようにする。
【００５２】
そして、メッセージ生成部１１５は、この遅延メッセージを、監視対象用件の相手端末に対するメッセージに追加する（Ｓ１２８）。それから、メッセージ送信制御部１１３に、監視対象用件の相手端末に対するメッセージを遅延原因の種別とともに渡して、このフローを終了する。
【００５３】
一方、遅延原因推定／遅延解消監視部１１６において遅延原因が特定されなかった場合（Ｓ１２７でＮＯ）、メッセージ生成部１１５は、定型文記憶部１１４に記憶されている、遅延原因を明示しない遅延メッセージの定型文（例えば「遅れて申し訳ありませんが、よろしくお願いします。」）を、監視対象用件の相手端末に対するメッセージに追加する（Ｓ１２９）。それから、メッセージ生成部１１５は、メッセージ送信制御部１１３に、監視対象用件の相手端末に対するメッセージを渡して、このフローを終了する。
【００５４】
図５は、携帯端末１の遅延原因推定処理（図４のＳ１２６）の流れを説明するためのフロー図である。
【００５５】
まず、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５経由でプレゼンス取得部１０６にプレゼンス情報の取得を指示する。これを受けて、プレゼンス取得部１０６は、通信インターフェース部１０１を介して所定のプレゼンスサーバにアクセスして、自携帯端末１のユーザのプレゼンス情報（会議、出張、会合、在席、外出等）を取得する（Ｓ１４０）。そして、取得した自携帯端末１のユーザのプレゼンス情報を、メッセージ生成部１１５経由で遅延原因推定／遅延解消監視部１１６に渡す（Ｓ１４０）。
【００５６】
つぎに、遅延原因推定／遅延解消監視部１１６は、スケジュール記憶部１０４を参照し、フィールド１０４４に登録されている開催日時が監視対象用件のレコード１０４０のフィールド１０４４に登録されている監視対象用件の開催日時より前であって、この監視対象用件の開催日時に最も近い用件のレコード１０４０、つまり監視対象用件のレコード１０４０の一つ前に登録されている直前用件のレコード１０４０を特定する（Ｓ１４１）。
【００５７】
つぎに、遅延原因推定／遅延解消監視部１１６は、直前用件のレコード１０４０のフィールド１０４３、１０４５に登録されている用件種別、開催地の地点情報を取得する（Ｓ１４２）。それから、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から現在地の地点情報を取得し、この現在位置の地点情報と直前用件の開催地の地点情報とが一致するか否かを判断する（Ｓ１４３）。例えば、住所の番地以降を除く部分が一致する場合は、両者が一致すると判断する。両者が一致しないないならば（Ｓ１４３でＮＯ）、Ｓ１４６に進み、両者が一致するならば（Ｓ１４３でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から自携帯端末１のユーザのプレゼンス情報を取得し、自携帯端末１のユーザのプレゼンス情報と直前用件の用件種別とが一致するか否かをさらに判断する（Ｓ１４４）。両者が一致しないならば（Ｓ１４４でＮＯ）、Ｓ１４６に進み、両者が一致するならば（Ｓ１４４でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、監視対象要件の遅延原因が直前用件の押し詰まりにあると特定し、遅延原因の種別「直前用件の押し詰まり」をメッセージ生成部１１５に通知する（Ｓ１４５）。そして、このフローを終了する。
【００５８】
一方、Ｓ１４６において、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５に交通情報の取得を依頼する。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９に、ナビ情報取得部１１０より取得したナビゲーション情報に含まれている現在地から監視対象用件の開催地までの移動経路情報を通知して、交通情報の取得を指示する。交通情報取得部１０９は、通信インターフェース部１０１を介して所定の交通情報サーバにアクセスして、現在地から監視対象用件の開催地までの移動経路の交通情報を取得する（Ｓ１４６）。そして、取得した移動経路の交通情報をメッセージ生成部１１５に渡す。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９から受け取った移動経路の交通情報を遅延原因推定／遅延解消監視部１１６に渡す。
【００５９】
つぎに、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から受け取った移動経路の交通情報を解析し、移動経路上に、事故、渋滞、運行規制等の交通障害が発生しているか否かを判断する（Ｓ１４７）。
【００６０】
移動経路上に交通障害が発生しているならば（Ｓ１４７でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、遅延原因が移動経路上の交通障害にあると特定し、遅延原因の種別「移動経路上の交通障害」をメッセージ生成部１１５に通知する（Ｓ１４８）。そして、このフローを終了する。一方、移動経路上に交通障害が発生していないならば（Ｓ１４７でＮＯ）、遅延原因推定／遅延解消監視部１１６は、遅延原因を特定できないと判断し、遅延原因を特定できない旨をメッセージ生成部１１５に通知する（Ｓ１４９）。そして、このフローを終了する。
【００６１】
図６は、携帯端末１の遅延解消監視処理の流れを説明するためのフロー図である。このフローは、監視対象用件管理データ記憶部１１１に監視対象用件管理データのレコード１１１０が記憶されている場合に実施される。
【００６２】
まず、遅延原因推定／遅延解消監視部１１６は、監視対象用件が遅延解消監視対象に設定されているか否か、つまり監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１２に「設定あり」が登録されているか否かを判断する（Ｓ１５０）。そして、監視対象用件が遅延解消監視対象に設定されているならば（Ｓ１５０でＹＥＳ）、監視対象用件管理データ記憶部１１１に記憶されているレコード１１１０のフィールド１１１３に登録されている遅延原因の種別を解析し、解析結果に応じた処理により、監視対象用件の遅延が解消されたか否かをチェックする。本実施の形態では、遅延原因の種別が「直前用件の押し詰まり」ならば（Ｓ１５１で「直前用件の押し詰まり」）、Ｓ１５２に進み、遅延原因の種別が「移動経路上の交通障害」ならば（Ｓ１５１で「移動経路上の交通障害」）、Ｓ１５８に進む。
【００６３】
遅延原因の種別が「直前用件の押し詰まり」の場合、Ｓ１５２において、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５に現在地の地点情報の取得を依頼する。これを受けて、メッセージ生成部１１５は、地点情報取得部１０８に、現在地検出部１０７により検出された現在地を通知して、地点情報の取得を指示する。地点情報取得部１０８は、通信インターフェース部１０１を介して所定の地図情報サーバにアクセスして、現在地の地点情報を取得してメッセージ生成部１１５に渡す。メッセージ生成部１１５は、地点情報取得部１０８から受け取った現在地の地点情報を遅延原因推定／遅延解消監視部１１６に渡す。
【００６４】
つぎに、遅延原因推定／遅延解消監視部１１６は、現在地の地点情報と直前用件の開催地の地点情報とが不一致になったか否を判断する（Ｓ１５３）。例えば、住所の市区町村以降が不一致となった場合に、両者は不一致になったものと判断する。両者が不一致になっていないならば（Ｓ１５３でＮＯ）、遅延原因が解消していないものと判断し（Ｓ１５７）、Ｓ１５０に戻る。一方、両者が不一致になったならば（Ｓ１５３でＹＥＳ）、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５経由でプレゼンス取得部１０６にプレゼンス情報の取得を指示する。これを受けて、プレゼンス取得部１０６は、通信インターフェース部１０１を介して所定のプレゼンスサーバにアクセスして、自携帯端末１のユーザのプレゼンス情報を取得する。そして、取得した自携帯端末１のユーザのプレゼンス情報を、メッセージ生成部１１５経由で遅延原因推定／遅延解消監視部１１６に渡す（Ｓ１５４）。
【００６５】
つぎに、遅延原因推定／遅延解消監視部１１６は、この自携帯端末１のユーザのプレゼンス情報と直前用件の用件種別とが不一致になったか否を判断する（Ｓ１５５）。両者が不一致になっていないならば（Ｓ１５５でＮＯ）、遅延原因が解消していないものと判断し（Ｓ１５７）、Ｓ１５０に戻る。一方、両者が不一致になったならば（Ｓ１５５でＹＥＳ）、遅延原因が解消した、つまり直前用件が終了したものと判断し（Ｓ１５６）、メッセージ生成部１１５に、遅延原因が解消した旨をその遅延原因の種別とともに通知して、Ｓ１６１に進む。
【００６６】
一方、遅延原因の種別が「移動経路上の交通障害」の場合、Ｓ１５８において、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５に移動経路の交通情報の取得を依頼する。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９に、ナビ情報取得部１１０により取得したナビゲーション情報に含まれている移動経路情報を通知して、交通情報の取得を指示する。交通情報取得部１０９は、通信インターフェース部１０１を介して所定の交通情報サーバにアクセスして、この移動経路の交通情報を取得する。そして、取得した移動経路の交通情報をメッセージ生成部１１５に渡す。これを受けて、メッセージ生成部１１５は、交通情報取得部１０９から受け取った移動経路の交通情報を遅延原因推定／遅延解消監視部１１６に渡す。
【００６７】
つぎに、遅延原因推定／遅延解消監視部１１６は、メッセージ生成部１１５から受け取った移動経路の交通情報を解析し、移動経路上に、事故、渋滞、運行規制等の交通障害が発生しているか否かを判断する（Ｓ１５９）。移動経路上に交通障害が発生しているならば（Ｓ１５９でＹＥＳ）、遅延原因が解消していないものと判断し（Ｓ１５７）、Ｓ１５０に戻る。一方、移動経路上に交通障害が発生していないならば（Ｓ１５９でＮＯ）、遅延原因が解消した、つまり移動経路上に発生していた交通障害が消滅したものと判断し（Ｓ１６０）、メッセージ生成部１１５に、遅延原因が解消した旨をその遅延原因の種別とともに通知して、Ｓ１６１に進む。
【００６８】
Ｓ１６１において、メッセージ生成部１１５は、図４のＳ１２０〜Ｓ１２４を実行し、監視対象用件の相手端末に対するメッセージとして、現在地の地点情報、移動手段、開催地への予想到着時刻を含むメッセージを生成する。それから、メッセージ生成部１１５は、定型文記憶部１１４に記憶されている、遅延原因を明示する遅延解消メッセージの定型文に、解消した遅延原因の種別を挿入して、遅延解消メッセージを生成する。
【００６９】
例えば、遅延解消メッセージの定型文「＜遅延原因＞が解消しました。遅れて申し訳ありませんが、よろしくお願いします。」のタグで囲まれた部分に、解消した遅延原因の種別を挿入することにより、遅延解消メッセージを生成する。あるいは、解消した遅延原因の種別が直前用件の押し詰まりならば、「別件の用事が終わりました。遅れて申し訳ありませんが、よろしくお願いします。」、移動経路上の交通障害ならば、「移動経路上の交通障害が解消しました。遅れて申し訳ありませんが、よろしくお願いします。」といったように、遅延原因の種別に応じた遅延解消メッセージを定型文記憶部１１４に予め記憶しておき、解消された遅延原因の種別に応じた遅延解消メッセージを定型文記憶部１１４から読み出すようにする。
【００７０】
そして、この遅延解消メッセージを、監視対象用件の相手端末に対するメッセージに追加する（Ｓ１６２）。それから、メッセージ生成部１１５は、メッセージ送信制御部１１３に、遅延原因が解消した旨を通知して、監視対象用件の相手端末に対する遅延解消メッセージ付きのメッセージを渡す。
【００７１】
これを受けて、メッセージ送信制御部１１３は、マンマシンインターフェース部１０２に、この遅延解消メッセージ付きのメッセージを表示して、ユーザからメッセージ送信可否の指示を受け付ける（Ｓ１６３）。
【００７２】
ここで、ユーザから受け付けた指示が送信拒否である場合（Ｓ１６４で「取消」）、このメッセージを送信することなくＳ１５０に戻る。一方、ユーザから受け付けた指示が送信許可である場合（Ｓ１６４で「送信」）、メッセージ送信制御部１１３は、携帯端末機能部１０３に対して、監視対象用件の相手端末のアドレスへ、この遅延解消メッセージ付きのメッセージを送信するよう指示する。これを受けて、携帯端末機能部１０３は、通信インターフェース部１０１を介して、監視対象用件の相手端末に、この遅延解消メッセージ付きのメッセージを電子メールで送信する（Ｓ１６５）。
【００７３】
つぎに、メッセージ送信制御部１１３は、監視対象用件を遅延解消監視対象から外し、監視対象用件管理データ記憶部１１１に記憶されている監視対象用件管理データのレコード１１１０のフィールド１１１１〜１１１３をクリアする（Ｓ１６６）。それから、Ｓ１５０に戻る。
【００７４】
以上、本実施の形態について説明した。
【００７５】
本実施の形態において、携帯端末１は、監視対象用件について、所定の地図情報サーバおよびナビゲーション情報サーバから、現在地の地点情報および監視対象用件の開催地への予想到着時刻を取得する。そして、現在地の地点情報および監視対象用件の開催地への予想到着時刻を含むメッセージを生成し、監視対象用件の相手端末に送信する。このように、本実施の形態によれば、現在地の地点情報、および監視対象用件の開催地への予想到着時刻を含むメッセージを自動生成し、監視対象用件の相手端末に送信するので、ユーザに煩雑な作業を強いることなく、監視対象用件の相手にユーザの現況を知らせることが可能となる。
【００７６】
また、本実施の形態において、スケジュール記憶部１０４に記憶されている用件データのレコード１０４０は、開催地への移動手段の情報を含んでおり、携帯端末１は、監視対象用件のレコード１０４０に含まれている移動手段を用いて現在地から監視対象用件の開催地へ移動したときの開催地への予想到着時刻を取得するとともに、監視対象用件の相手端末に送信するメッセージに、この移動手段の情報も含めるようにしている。このため、監視対象用件の相手は、ユーザの現況をより詳しく知ることができ、例えば開催地を離れて他の用事を済ますことができるかなどの判断を、より正確に行うことが可能となる。
【００７７】
また、本実施の形態において、携帯端末１は、開催地への予想到着時刻が、監視対象用件のレコード１０４０に登録されている開催日時以降である場合に、スケジュール記憶部１０４から監視対象用件のレコード１０４０の一つ前に計画されている直前用件のレコード１０４０を読み出す。また、所定のプレゼンスサーバから自携帯端末１のユーザのプレゼンス情報を取得するとともに、所定の交通情報サーバから、現在地から監視対象用件の開催地までの移動経路の交通情報を取得する。そして、直前用件のレコード１０４０に含まれている開催地および用件種別と、現在地の地点情報と、自携帯端末１のユーザのプレゼンス情報と、現在地から開催地までの移動経路の交通情報とが、所定の条件に合致するか否かを判断することにより、遅延原因を推定する。
【００７８】
例えば、直前用件のレコード１０４０に含まれている開催地の地点情報と現在地の地点情報とが一致し、かつ直前用件のレコード１０４０に含まれている用件種別と自携帯端末１のユーザのプレゼンス情報とが一致している場合に、遅延原因を直前用件の押し詰まりと推定する。また、直前用件のレコード１０４０に含まれている開催地の地点情報と現在地の地点情報とが不一致、あるいは直前用件のレコード１０４０に含まれている用件種別と自携帯端末１のユーザのプレゼンス情報とが不一致であり、かつ現在地から開催地までの移動経路の交通情報に障害情報が含まれている場合に、遅延原因を移動経路上の交通障害と推定する。
【００７９】
そして、携帯端末１は、監視対象用件の相手端末に対するメッセージに、この推定した遅延原因を含めて送信する。このため、監視対象用件の相手は、ユーザの現況をさらに詳しく知ることができ、例えば開催地を離れて他の用事を済ますことができるかなどの判断を、さらに正確に行うことが可能となる。
【００８０】
また、本実施の形態において、携帯端末１は、相手端末にメッセージ送信した監視対象用件について、遅延原因を推定しているならば、この監視対象用件を遅延解消監視対象に設定して、現在地の地点情報、自携帯端末１のユーザのプレゼンス情報、開催地までの移動経路の交通情報を参照し、遅延原因の解消を監視している。
【００８１】
例えば、遅延原因を直前用件の押し詰まりと推定したならば、直前用件のレコード１０４０に含まれている開催地の地点情報と現在地の地点情報とが不一致となり、かつ直前用件のレコード１０４０に含まれている用件種別と自携帯端末１のユーザのプレゼンス情報とが不一致となった場合に、直前用件の押し詰まりが解消したものと判断する。また、遅延原因を移動経路上の交通障害と推定したならば、この移動経路の交通情報に障害情報が含まれなくなった場合に、この移動経路上の交通障害が解消したものと判断する。
【００８２】
そして、携帯端末１は、遅延原因が解消したものと判断した場合に、監視対象用件の相手端末に、遅延原因が解消した旨のメッセージを送信する。このため、監視対象用件の相手は、ユーザの現況の変化を知ることができ、開催地を離れて他の用事を済ますことができるかなどの判断を、さらに正確に行うことが可能となる。
【００８３】
また、本実施の形態において、携帯端末１は、監視対象用件の相手端末にメッセージを送信するに先立ってメッセージを表示して、ユーザからメッセージの送信可否を確認し、送信許可の指示を受け付けた場合にのみ、このメッセージ送信するようにしている。このため、ユーザの意思に反して監視対象用件の相手端末にメッセージが送信されてしまうのを防止することができる。
【００８４】
なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００８５】
例えば、上記の実施の形態において、携帯端末１が、現在地の地点情報、監視対象用件の開催地への予測到着時刻、現在地から監視対象用件の開催地までのナビゲーション情報、および現在地から監視対象用件の開催地までの移動経路の交通情報を、それぞれ別のサーバ（地図情報サーバ、ナビゲーション情報サーバ、交通情報サーバ）にアクセスして取得する場合を例にとり説明しているが、単一のサーバがこれらの情報の提供サービスを行っている場合は、これらの情報をまとめてこのサーバから取得するようにしてもよい。また、携帯端末１が、地図データベースを備えているならば、この地図データベースを利用して現在地の地点情報および開催地への予測到着時刻を取得するようにしてもよい。さらに、経路探索等のナビゲーション機能を備えているならば、このナビゲーション機能を利用して、現在地から監視対象用件の開催地までのナビゲーション情報を取得するようにしてもかまわない。
【００８６】
また、上記の実施の形態において、携帯端末１は、監視対象用件の相手端末にメッセージを送信するに先立ってメッセージを表示する際に、ユーザからメッセージの修正を受け付けられるようにしてもよい。このようにすることで、伝えたくない遅延理由等については、適宜削除するなどの修正が可能となる。
【００８７】
また、上記の実施の形態において、図１に示す携帯端末１の機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、およびＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。もしくは、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。
【符号の説明】
【００８８】
１：携帯端末、１０１：通信インターフェース部、１０２：マンマシンインターフェース部、１０３：携帯端末機能部、１０４：スケジュール記憶部、１０５：スケジュール管理部、１０６：プレゼンス取得部、１０７：現在地検出部、１０８：地点情報取得部、１０９：交通情報取得部、１１０：ナビ情報取得部、１１１：監視対象用件管理データ記憶部、１１２：監視対象用件設定部、１１３：メッセージ送信制御部、１１４：定型文記憶部、１１５：メッセージ生成部、１１６：遅延原因推定／遅延解消監視部
【特許請求の範囲】
【請求項１】
現在地検出機能を備えた携帯端末であって、
用件について、開催日時、開催地情報、および相手端末のアドレスを含む用件データを記憶するスケジュール記憶手段と、
前記開催日時が現在に最も近い用件の用件データを前記スケジュール記憶手段から検索し、当該用件データを監視対象用件の用件データに設定する監視対象用件設定手段と、
所定のサーバから、あるいは自携帯端末が備える地図データベースを用いて、前記現在位置検出機能により検出された自携帯端末の現在地の地点情報を取得する地点情報取得手段と、
所定のサーバから、あるいは前記地図データベースを用いて、前記監視対象用件の用件データに含まれている前記開催地情報が示す開催地への予想到着時刻を取得する予想到着時刻取得手段と、
前記地点情報取得手段により取得された前記現在地の地点情報と、前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻と、を含むメッセージを生成するメッセージ生成手段と、
前記メッセージ生成手段により生成された前記メッセージを、前記監視対象用件の用件データに含まれている前記相手端末のアドレスに送信するメッセージ送信手段と、を有する
ことを特徴とする携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、
前記用件データは、前記開催地への移動手段情報を含んでおり、
前記予想到着時刻取得手段は、
前記監視対象用件の用件データに含まれている前記移動手段情報が示す移動手段を用いて前記現在地から前記開催地へ移動したときの前記開催地への予想到着時刻を取得し、
前記メッセージ生成手段は、
前記現在地の地点情報および前記開催地への予想到着時刻に加え、前記監視対象用件データに含まれている前記移動手段情報を含む前記メッセージを生成する
ことを特徴とする携帯端末。
【請求項３】
請求項２に記載の携帯端末であって、
所定のサーバから、自携帯端末のユーザのプレゼンス情報を取得するプレゼンス情報取得手段と、
所定のサーバから、前記現在地から前記開催地までの移動経路の交通情報を取得する交通情報取得手段と、
前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻が、前記監視対象用件の用件データに含まれている前記開催日時以降である場合に、前記監視対象用件の一つ前に計画されている直前用件の用件データを前記スケジュール記憶手段から読み出して、前記監視対象用件の遅延原因を推定する遅延原因推定手段と、をさらに有し、
前記予想到着時刻取得手段は、
前記開催地への予想到着時刻を、前記移動経路の経路情報とともに取得し、
前記メッセージ生成手段は、
前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻が、前記監視対象用件の用件データに含まれている前記開催日時以降である場合において、前記遅延原因推定手段により前記監視対象用件の遅延原因が推定されているならば、当該遅延原因をさらに含む前記メッセージを生成し、
前記用件データは、前記用件の用件種別情報を含んでおり、
前記遅延原因推定手段は、
前記直前用件の用件データに含まれている前記開催地情報および前記用件種別情報と、前記地点情報取得手段により取得された前記現在地の地点情報と、前記プレゼンス情報取得手段により取得された自携帯端末のユーザのプレゼンス情報と、前記交通情報取得手段により取得された前記移動経路の交通情報とが、所定の条件に合致するか否かを判断することにより、前記監視対象用件の遅延原因を推定する
ことを特徴する携帯端末。
【請求項４】
請求項３に記載の携帯端末であって、
前記遅延原因推定手段は、
前記直前用件の用件データに含まれている前記開催地情報と、前記現在地の地点情報とが一致し、かつ前記直前用件の用件データに含まれている前記用件種別情報と自携帯端末のユーザのプレゼンス情報とが一致している場合に、前記監視対象用件の遅延原因を前記直前用件の押し詰まりと推定し、
前記直前用件の用件データに含まれている前記開催地情報と前記現在地の地点情報とが不一致、あるいは前記直前用件の用件データに含まれている前記用件種別情報と自携帯端末のユーザのプレゼンス情報とが不一致であり、かつ前記移動経路の交通情報に障害情報が含まれている場合に、前記監視対象用件の遅延原因を前記移動経路上の交通障害と推定する
ことを特徴とする携帯端末。
【請求項５】
請求項３又は４に記載の携帯端末であって、
前記遅延原因推定手段は、
前記遅延原因を推定した前記監視対象用件について、前記地点情報取得手段により取得された前記現在地の地点情報と、前記プレゼンス情報取得手段により取得された自携帯端末のユーザのプレゼンス情報と、前記交通情報取得手段により取得された前記移動経路の交通情報とを用いて、当該遅延原因の解消を判断し、
前記メール生成手段は、
前記遅延原因推定手段により前記遅延が解消したものと判断された場合に、当該遅延原因が解消した旨のメッセージを生成する
ことを特徴する携帯端末。
【請求項６】
請求項５に記載の携帯端末であって、
前記遅延原因推定手段は、
前記遅延原因を前記直前用件の押し詰まりと推定した前記監視対象用件について、前記直前用件の用件データに含まれている前記開催地情報と前記現在地の地点情報とが不一致となり、かつ前記直前用件の用件データに含まれている前記用件種別情報と自携帯端末のユーザのプレゼンス情報とが不一致となった場合に、前記直前用件の押し詰まりが解消したものと判断し、
前記遅延原因を前記移動経路上の交通障害と推定した前記監視対象用件について、前記移動経路の交通情報に障害情報が含まれなくなった場合に、前記移動経路上の交通障害が解消したものと判断する
ことを特徴とする携帯端末。
【請求項７】
請求項１乃至６のいずれか一項に記載の携帯端末であって、
前記メッセージ送信手段は、
前記メッセージ生成手段により生成された前記メッセージを表示して、自携帯端末のユーザに当該メッセージの送信可否を確認し、当該ユーザから送信許可の指示を受け付けた場合にのみ、当該メッセージを送信する
ことを特徴とする携帯端末。
【請求項８】
現在地検出機能を備えた携帯端末を用いたメッセージの生成方法であって、
前記携帯端末は、
予め記憶された開催日時、開催地情報、および相手端末のアドレスを含む用件データの中から、前記開催日時が現在に最も近い用件の用件データを検索し、
外部サーバから、あるいは自携帯端末が備える地図データベースを用いて、前記現在地検出機能により検出された自携帯端末の現在地の地点情報および前記検索した用件データに含まれている前記開催地情報が示す開催地への予想到着時刻を取得し、
前記現在地の地点情報および前記開催地への予想到着時刻を含むメッセージを生成し、前記検索した用件データに含まれている前記相手端末のアドレスに送信する
ことを特徴とするメッセージの送信方法。
【請求項１】
現在地検出機能を備えた携帯端末であって、
用件について、開催日時、開催地情報、および相手端末のアドレスを含む用件データを記憶するスケジュール記憶手段と、
前記開催日時が現在に最も近い用件の用件データを前記スケジュール記憶手段から検索し、当該用件データを監視対象用件の用件データに設定する監視対象用件設定手段と、
所定のサーバから、あるいは自携帯端末が備える地図データベースを用いて、前記現在位置検出機能により検出された自携帯端末の現在地の地点情報を取得する地点情報取得手段と、
所定のサーバから、あるいは前記地図データベースを用いて、前記監視対象用件の用件データに含まれている前記開催地情報が示す開催地への予想到着時刻を取得する予想到着時刻取得手段と、
前記地点情報取得手段により取得された前記現在地の地点情報と、前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻と、を含むメッセージを生成するメッセージ生成手段と、
前記メッセージ生成手段により生成された前記メッセージを、前記監視対象用件の用件データに含まれている前記相手端末のアドレスに送信するメッセージ送信手段と、を有する
ことを特徴とする携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、
前記用件データは、前記開催地への移動手段情報を含んでおり、
前記予想到着時刻取得手段は、
前記監視対象用件の用件データに含まれている前記移動手段情報が示す移動手段を用いて前記現在地から前記開催地へ移動したときの前記開催地への予想到着時刻を取得し、
前記メッセージ生成手段は、
前記現在地の地点情報および前記開催地への予想到着時刻に加え、前記監視対象用件データに含まれている前記移動手段情報を含む前記メッセージを生成する
ことを特徴とする携帯端末。
【請求項３】
請求項２に記載の携帯端末であって、
所定のサーバから、自携帯端末のユーザのプレゼンス情報を取得するプレゼンス情報取得手段と、
所定のサーバから、前記現在地から前記開催地までの移動経路の交通情報を取得する交通情報取得手段と、
前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻が、前記監視対象用件の用件データに含まれている前記開催日時以降である場合に、前記監視対象用件の一つ前に計画されている直前用件の用件データを前記スケジュール記憶手段から読み出して、前記監視対象用件の遅延原因を推定する遅延原因推定手段と、をさらに有し、
前記予想到着時刻取得手段は、
前記開催地への予想到着時刻を、前記移動経路の経路情報とともに取得し、
前記メッセージ生成手段は、
前記予想到着時刻取得手段により取得された前記開催地への予想到着時刻が、前記監視対象用件の用件データに含まれている前記開催日時以降である場合において、前記遅延原因推定手段により前記監視対象用件の遅延原因が推定されているならば、当該遅延原因をさらに含む前記メッセージを生成し、
前記用件データは、前記用件の用件種別情報を含んでおり、
前記遅延原因推定手段は、
前記直前用件の用件データに含まれている前記開催地情報および前記用件種別情報と、前記地点情報取得手段により取得された前記現在地の地点情報と、前記プレゼンス情報取得手段により取得された自携帯端末のユーザのプレゼンス情報と、前記交通情報取得手段により取得された前記移動経路の交通情報とが、所定の条件に合致するか否かを判断することにより、前記監視対象用件の遅延原因を推定する
ことを特徴する携帯端末。
【請求項４】
請求項３に記載の携帯端末であって、
前記遅延原因推定手段は、
前記直前用件の用件データに含まれている前記開催地情報と、前記現在地の地点情報とが一致し、かつ前記直前用件の用件データに含まれている前記用件種別情報と自携帯端末のユーザのプレゼンス情報とが一致している場合に、前記監視対象用件の遅延原因を前記直前用件の押し詰まりと推定し、
前記直前用件の用件データに含まれている前記開催地情報と前記現在地の地点情報とが不一致、あるいは前記直前用件の用件データに含まれている前記用件種別情報と自携帯端末のユーザのプレゼンス情報とが不一致であり、かつ前記移動経路の交通情報に障害情報が含まれている場合に、前記監視対象用件の遅延原因を前記移動経路上の交通障害と推定する
ことを特徴とする携帯端末。
【請求項５】
請求項３又は４に記載の携帯端末であって、
前記遅延原因推定手段は、
前記遅延原因を推定した前記監視対象用件について、前記地点情報取得手段により取得された前記現在地の地点情報と、前記プレゼンス情報取得手段により取得された自携帯端末のユーザのプレゼンス情報と、前記交通情報取得手段により取得された前記移動経路の交通情報とを用いて、当該遅延原因の解消を判断し、
前記メール生成手段は、
前記遅延原因推定手段により前記遅延が解消したものと判断された場合に、当該遅延原因が解消した旨のメッセージを生成する
ことを特徴する携帯端末。
【請求項６】
請求項５に記載の携帯端末であって、
前記遅延原因推定手段は、
前記遅延原因を前記直前用件の押し詰まりと推定した前記監視対象用件について、前記直前用件の用件データに含まれている前記開催地情報と前記現在地の地点情報とが不一致となり、かつ前記直前用件の用件データに含まれている前記用件種別情報と自携帯端末のユーザのプレゼンス情報とが不一致となった場合に、前記直前用件の押し詰まりが解消したものと判断し、
前記遅延原因を前記移動経路上の交通障害と推定した前記監視対象用件について、前記移動経路の交通情報に障害情報が含まれなくなった場合に、前記移動経路上の交通障害が解消したものと判断する
ことを特徴とする携帯端末。
【請求項７】
請求項１乃至６のいずれか一項に記載の携帯端末であって、
前記メッセージ送信手段は、
前記メッセージ生成手段により生成された前記メッセージを表示して、自携帯端末のユーザに当該メッセージの送信可否を確認し、当該ユーザから送信許可の指示を受け付けた場合にのみ、当該メッセージを送信する
ことを特徴とする携帯端末。
【請求項８】
現在地検出機能を備えた携帯端末を用いたメッセージの生成方法であって、
前記携帯端末は、
予め記憶された開催日時、開催地情報、および相手端末のアドレスを含む用件データの中から、前記開催日時が現在に最も近い用件の用件データを検索し、
外部サーバから、あるいは自携帯端末が備える地図データベースを用いて、前記現在地検出機能により検出された自携帯端末の現在地の地点情報および前記検索した用件データに含まれている前記開催地情報が示す開催地への予想到着時刻を取得し、
前記現在地の地点情報および前記開催地への予想到着時刻を含むメッセージを生成し、前記検索した用件データに含まれている前記相手端末のアドレスに送信する
ことを特徴とするメッセージの送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−７６５８６（Ｐ２０１３−７６５８６Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１５６１９（Ｐ２０１１−２１５６１９）
【出願日】平成２３年９月２９日（２０１１．９．２９）
【出願人】（０００１３４７０７）株式会社ナカヨ通信機 (522)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月２９日（２０１１．９．２９）
【出願人】（０００１３４７０７）株式会社ナカヨ通信機 (522)
【Ｆターム（参考）】
[ Back to top ]