(57)【要約】【課題】  イベントの開催地にその開始時刻より遅れて到着する場合に、その旨を自動的に通知できるプログラムを提供する。【解決手段】  端末装置１４＿１のユーザが電車の自動改札機１８＿１を通過すると、スケジュールデータを基に、当該ユーザがイベントに間に合うか否かを判断し、間に合わないと判断すると、その旨を示す到着遅れ通知電子メールを、当該イベントの参加者の端末装置１４＿２，１４＿３に自動的に送信する。【選択図】  図１
2005311977.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが実行するプログラムであって、
スケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得する第１の手順と、
前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特
定するための位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得する第２の手順と、
前記第２の手順で取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記最も早いイベントの参加者のアドレスを取得する第３の手順と、
前記第３の手順で取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを生成する第４の手順と、
前記第４の手順で生成したメッセージを送信する第５の手順と
を前記コンピュータに実行させるプログラム。
【請求項２】
前記第２の手順は、前記位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開始時刻データおよび前記開催地データとを基に、前記判断結果データを生成する
請求項１に記載のプログラム。
【請求項３】
前記第２の手順は、前記位置指標データと、前記時刻指標データと、前記第１の手順で
取得した前記開始時刻データおよび前記開催地データとを指定した要求を送信し、当該要求に応じて前記判断結果データを受信する
請求項１に記載のプログラム。
【請求項４】
前記第４の手順は、前記位置指標データによって特定される位置をさらに示す前記メッセージを生成する
請求項１に記載のプログラム。
【請求項５】
前記第２の手順は、前記時刻指標データ、前記位置指標データおよび前記開催地データを基に、前記コンピュータのユーザが前記開催地に到達するまでの所要時間を示す所要時間データを生成あるいは取得し、
前記第４の手順は、前記第２の手順で生成あるいは取得した前記所要時間データをさらに示す前記メッセージを生成する
請求項１に記載のプログラム。
【請求項６】
前記第２の手順は、
前記位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開催地
データとを基に、前記第１の手順で取得した前記開催地データが示す開催地に前記コンピュータのユーザが到着する到着時刻を示す到着時刻データを生成する第６の手順と、
前記第６の手順で生成した前記到着時刻データと、前記第１の手順で取得した前記開始
時刻データとを比較して、前記ユーザが前記開始時刻までに前記開催地に到着できるか否かを判断する第７の手順と
を有する請求項１に記載のプログラム。
【請求項７】
前記コンピュータは携帯型であり、
前記第２の手順は、所定の装置が設置された位置で前記コンピュータが前記所定の装置から受信した前記位置指標データを基に、前記判断を行う
請求項１に記載のプログラム。
【請求項８】
前記第１の手順は、前記位置指標データを受信したことをトリガーとして実行される
請求項５に記載のプログラム。
【請求項９】
前記位置指標データを受信したタイミングを基に、タイマのカウント値を参照して前記時刻指標データを生成する第８の手順
をさらに有し、
前記第１の手順は、前記第８の手順で生成した前記時刻指標データを用いる
請求項８に記載のプログラム。
【請求項１０】
前記第２の手順は、前記時刻指標データ、前記位置指標データおよび前記開催地データを基に、前記コンピュータのユーザが前記開催地に到達するまでの所要時間を示す所要時間データを生成あるいは取得し、
前記第４の手順は、前記第２の手順において前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できないと判断し、且つ過去に同じ前記イベントに対応して前記メッセージを送信した場合に、前回送信したメッセージが示す前記所要時間データと今回生成した前記所要時間データとの差分が所定の基準値を越えたことを条件に、今回生成あるいは取得した前記所要時間データをさらに示す前記メッセージを生成する
請求項８に記載のプログラム。
【請求項１１】
前記位置指標データは、ＧＰＳによって取得されたデータである
請求項１に記載のプログラム。
【請求項１２】
スケジュールデータ、アドレス帳データおよびプログラムを記憶するメモリと、
インタフェースと、
実行回路と
を有し、
前記実行回路は、前記メモリから読み出したプログラムに従って、前記メモリに記憶されたスケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得し、前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特定するための位置指標データと、前記時刻指標データと、前記取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得し、当該取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記メモリから読み出した前記アドレス帳データを基に前記最も早いイベントの参加者のアドレスを取得し、当該取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを前記インタフェースを介して送信する
コンピュータ。
【請求項１３】
前記実行回路は、前記位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開始時刻データおよび前記開催地データとを基に、前記判断結果データを生成する
請求項１２に記載のコンピュータ。
【請求項１４】
前記実行回路は、前記位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開始時刻データおよび前記開催地データとを指定した要求を前記インタフェ
ースを介して他の装置に送信し、当該要求に応じて前記インタフェースを介して受信した前記判断結果データを用いる
請求項１２に記載のコンピュータ。
【請求項１５】
コンピュータが実行するデータ処理方法であって、
スケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得する第１の工程と、
前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特
定するための位置指標データと、前記時刻指標データと、前記第１の工程で取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得する第２の工程と、
前記第２の工程で取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記最も早いイベントの参加者のアドレスを取得する第３の工程と、
前記第３の工程で取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを生成する第４の工程と、
前記第４の工程で生成したメッセージを送信する第５の工程と
を有するデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信の分野に用いられるプログラム、コンピュータおよびデータ処理方法に関する。
【背景技術】
【０００２】
近年、携帯電話などの携帯型の端末装置の普及により、待ち合わせ時間に遅れる場合などに、待ち合わせ場所に行く途中で、待ち合わせ相手に、遅れる旨を電話や電子メールで連絡することがある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来の方法では、ユーザが急いでいる場合など、通話や電子メールで待ち合わせ相手に連絡することが困難なことがある。
また、電車の社内などで、通話をしたり、電子メールの作成操作を行う行為は、マナー上好ましくないという問題がある。
【０００４】
本発明は、上述した従来技術の問題点に鑑みて成され、何らかのイベントの開催地にその開始時刻より遅れて到着する場合に、ユーザに負担をかけることなく、しかもマナー上問題ないように、当該イベントの参加者にその旨を通知できるプログラム、コンピュータおよびデータ処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した従来技術の問題点を解決し、上述した目的を達成するために、第１の発明のプログラムは、コンピュータが実行するプログラムであって、スケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得する第１の手順と、前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特定するための位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得する第２の手順と、前記第２の手順で取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記最も早いイベントの参加者のアドレスを取得する第３の手順と、前記第３の手順で取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを生成する第４の手順と、前記第４の手順で生成したメッセージを送信する第５の手順とを前記コンピュータに実行させる。
【０００６】
第１の発明のプログラムの作用は以下のようになる。
コンピュータが、本発明のプログラムを実行し、当該プログラムの第１の手順に従って、スケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得する。
次に、前記コンピュータが、第２の手順に従って、前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特定するための位置指標データと、前記時刻指標データと、前記第１の手順で取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得する。
次に、前記コンピュータが、第３の手順に従って、前記第２の手順で取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記最も早いイベントの参加者のアドレスを取得する。
次に、前記コンピュータが、第４の手順に従って、前記第３の手順で取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを生成する。
次に、前記コンピュータが、第５の手順に従って、前記第４の手順で生成したメッセージを送信する。
【０００７】
第２の発明のコンピュータは、スケジュールデータ、アドレス帳データおよびプログラムを記憶するメモリと、インタフェースと、実行回路とを有し、前記実行回路は、前記メモリから読み出したプログラムに従って、前記メモリに記憶されたスケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得し、前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特定するための位置指標データと、前記時刻指標データと、前記取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得し、当該取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記メモリから読み出した前記アドレス帳データを基に前記最も早いイベントの参加者のアドレスを取得し、当該取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを前記インタフェースを介して送信する。
【０００８】
第２の発明のコンピュータの作用は以下のようになる。
実行回路が、メモリから読み出したプログラムに従って、以下の処理を行う。
すなわち、前記実行回路が、前記メモリに記憶されたスケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得する。
次に、前記実行回路が、前記時刻指標データによって特定される前記時刻における前記コンピュータの位置を特定するための位置指標データと、前記時刻指標データと、前記取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得する。
次に、前記実行回路が、前記取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記メモリから読み出した前記アドレス帳データを基に前記最も早いイベントの参加者のアドレスを取得する。
次に、前記実行回路が、前記取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを前記インタフェースを介して送信する。
【０００９】
第３の発明のデータ処理方法は、コンピュータが実行するデータ処理方法であって、スケジュールデータが示すイベントのうち、時刻指標データによって特定される時刻より後で開始時刻が最も早いイベントの前記開始時刻を示す開始時刻データと、当該イベントの開催地データとを取得する第１の工程と、前記時刻指標データによって特定される前記時
刻における前記コンピュータの位置を特定するための位置指標データと、前記時刻指標
データと、前記第１の工程で取得した前記開始時刻データおよび前記開催地データとを基に、前記コンピュータのユーザが前記開始時刻までに前記開催地データが示す開催地に到着できるか否かの判断結果データを取得する第２の工程と、前記第２の工程で取得した前記判断結果データが、前記開始時刻までに前記ユーザが前記開催地に到達できないことを示す場合に、前記最も早いイベントの参加者のアドレスを取得する第３の工程と、前記第３の工程で取得した前記アドレスを宛先とし、到着が遅れることを示すメッセージを生成する第４の工程と、前記第４の工程で生成したメッセージを送信する第５の工程とを有する。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、何らかのイベントの開催地にその開始時刻より遅れて到着する場合に、ユーザに負担をかけることなく、しかもマナー上問題ないように、当該イベントの参加者にその旨を通知できるプログラム、コンピュータおよびデータ処理方法を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態に係わる通信システムについて説明する。
＜第１実施形態＞
以下、図１〜図１０を参照して本発明の第１実施形態を説明する。
先ず、本実施形態の各構成要素と本発明の構成要素との対応関係を説明する。
図１等に示す端末装置１４＿１〜１４＿３が本発明のコンピュータに対応している。
【００１２】
また、本実施形態の通過時刻データが本発明の時刻指標データに対応し、本実施形態の通過改札データが本発明の位置指標データに対応している。
また、本実施形態の図６に示すスケジュールデータＳＤが本発明のスケジュールデータに対応し、アドレス帳データＡＤが本発明のアドレス帳データに対応している。
また、図３に示す送受信回路３７およびアンテナ２５が、第２の発明のインタフェースに対応し、メモリ４４が第２の発明のメモリに対応し、ＣＰＵ４５が第２の発明の実行回路に対応している。
【００１３】
図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
図１に示すように、通信システム１は、例えば、メ−ルサーバ装置１０、コンテンツサーバ装置１２、端末装置１４＿１，１４＿２，１４＿３を有する。
メ−ルサーバ装置１０、コンテンツサーバ装置１２および端末装置１４＿１，１４＿２，１４＿３は、ネットワーク９を介して通信を行う。
図１に示す通信システム１では、３つの端末装置１４＿１，１４＿２，１４＿３を用いる場合を例示したが、端末装置の数は複数であれば任意である。
また、メ−ルサーバ装置１０およびコンテンツサーバ装置１２の数も１以上であれば任意である。
なお、本実施形態では、メ−ルサーバ装置１０、コンテンツサーバ装置１２および端末装置１４＿１，１４＿２，１４＿３の間の通信は、ネットワーク９を介して行われる。
【００１４】
以下、通信システム１の概要を説明する。
図１に示す通信システム１では、例えば、端末装置１４＿１〜１４＿３のユーザが所定の集合時刻に所定の場所で待ち合わせをしている場合を考える。
この場合に、端末装置１４＿１のユーザが電車の自動改札機１８＿１を通過すると、端末装置１４＿１は通過改札データを自動改札機１８＿１から受信する。
また、端末装置１４＿１は、自らが備えるタイマを基に、上記通過改札データを受信した時刻を示す通過時刻データを生成する。
次に、端末装置１４＿１は、スケージュ−ラを用いて、上記通過時刻データが示す時刻より後で開始時刻が最も早いイベントを特定し、そのイベントの開催地データおよび開始時刻データを特定する。
次に、端末装置１４＿１は、上記通過改札データ、上記通過時刻データ、開催地データおよび開始時刻データを基に、端末装置１４＿１のユーザが上記イベントの開催地に開始時刻までに到着できるか否かを判断する。
次に、端末装置１４＿１は、開催地に開始時刻までに到着できないと判断すると、上記スケジューラを用いて、上記イベントの参加者である端末装置１４＿２および端末装置１４＿３のユーザの電子メールアドレスを取得する。
次に、端末装置１４＿１は、上記取得した電子メールアドレスを宛先アドレスとし、到着が遅れる旨を示す到着遅れ通知電子メールをネットワーク９に送出する。
【００１５】
〔メ−ルサーバ装置１０〕
メ−ルサーバ装置１０は、端末装置１４＿１，１４＿２，１４＿３から電子メールを受信し、これを当該電子メール内に示された宛先アドレスに対応する端末装置１４＿１，１４＿２，１４＿３に送信する。
なお、端末装置１４＿１，１４＿２，１４＿３の間でのデータ授受の方法は、例えば、上述したメ−ルサーバ装置１０を用いた電子メールを用いた方法の他に、インスタントメッセンジャーなどの他の方法であってもよい。
【００１６】
〔コンテンツサーバ装置１２〕
コンテンツサーバ装置１２は、例えば、端末装置１４＿１〜１４＿３からの要求を受信し、当該要求に応じて、当該要求と共に受信した通過改札データが示す改札の位置を、通過時刻データが示す時刻に出発した場合に、開催地データが示す開催地に到着する時刻を示す到着時刻データを生成する。
コンテンツサーバ装置１２は、上記生成した到着時刻データを上記要求の送信元の端末装置１４＿１〜１４＿３に送信する。
また、コンテンツサーバ装置１２は、端末装置１４＿１〜１４＿３からの要求に応じて、指定されたアプリケーションプログラムを端末装置１４＿１〜１４＿３にダウンロードさせる。
【００１７】
〔端末装置１４＿１，１４＿２，１４＿３〕
端末装置１４＿１，１４＿２，１４＿３は、例えば、同じ構成を有している。
以下、端末装置１４＿１について説明する。
端末装置１４＿１は、メ−ルサーバ装置１０を介して、端末装置１４＿２，１４＿３との間で電子メールの送受信を行う。
また、端末装置１４＿１は、必要に応じて、コンテンツサーバ装置１２にアクセスを行い、コンテンツサーバ装置１２から所定のサービスの提供を受ける。
また、端末装置１４＿１は、例えば、自動改札機１８＿１等から所定の距離内に位置すると、自動改札機１８＿１等との間でセキュアな状態で無線通信を行い、決済処理を行う。
【００１８】
図２は、図１に示す端末装置１４＿１の正面側の外観図である。
図２に示すように、端末装置１４＿１は、例えば、携帯電話であり、中央のヒンジ部２２を境に、表示部２３と本体２４とに分けられており、ヒンジ部２２を介して、折り畳み可能に形成されている。
表示部２３には、上端左部に送受信用のアンテナ２５が、引出しおよび収納可能な状態に取り付けられており、アンテナ２５を介して、図示しない基地局との間で電波を送受信するようになされている。
表示部２３には、先端部にスピーカ２６が設けられ、中央に液晶ディスプレイ２７が設けられている。
【００１９】
本体２４には、その表面に「０」〜「９」の数字キー、発呼キー、リダイヤルキー、終話および電源キー、クリアキーおよび電子メールキー等の操作キー２８が設けられており、操作キー２８を用いて各種指示を入力し得るようになされている。
また、本体２４には、操作キー２８の下部にマイクロフォン２９が設けられており、マイクロフォン２９によって通話時のユーザの音声を集音するようになされている。
さらに、本体２４には、操作キー２８の上部に、回動自在なジョグダイヤル３０が、本体２４の表面から僅かに突出した状態で設けられており、ジョグダイヤル３０に対する回動操作に応じて、液晶ディスプレイ２７に表示されている電話帳リストや電子メールのスクロール動作、簡易ホームページのページ捲り動作、および、画像の送り動作等の種々の動作が実行されるようになされている。
また、ユーザによるジョグダイヤル３０の回動操作に応じて、液晶ディスプレイ２７に表示されたアドレス帳の複数の電話番号の中から所望の電話番号が選択され、ジョグダイヤル３０が本体２４の内部方向に押圧されると、選択された電話番号を確定して電話番号に対して自動的に発呼処理を行うようになされている。
また、アドレス帳には、各ユーザの電子メールのアドレスが登録されており、電子メール作成時にジョグダイヤル３０を用いて当該アドレスが宛先アドレスとして指定される。
【００２０】
図３は、図１に示す端末装置１４＿１の機能ブロック図である。
図３に示すように、端末装置１４＿１は、例えば、アンテナ２５、スピーカ２６、液晶ディスプレイ２７、操作キー２８、マイクロフォン２９、ジョグダイヤル３０、ＬＣＤ（Liquid Crystal Display）制御回路３４、画像エンコーダ３５、画像デコーダ３６、送受信回路３７、変復調回路３８、操作入力制御回路３９、音声コーデック４０、電源回路４１、アンテナ４２、ＩＣ(Integrated Circuit)４３、メモリ４４、ＣＰＵ(Central Processing Unit) ４５およびタイマ４６を有する。
なお、図３において、図２と同じ符号を付した構成要素は、図２を用いて説明したものと同じである。
端末装置１４＿１は、例えば、ＬＣＤ制御回路３４、画像エンコーダ３５、画像デコーダ３６、変復調回路３８、操作入力制御回路３９、音声コーデック４０、ＩＣ４３、メモリ４４およびＣＰＵ４５が、データ線４９を介して接続されている。
【００２１】
ＬＣＤ制御回路３４は、ＣＰＵ４５の制御に従って、例えば、画像デコーダ３６から入力した復号後の画像データを液晶ディスプレイ２７に出力し、当該画像データに応じた画像を液晶ディスプレイ２７に出力させる。
画像エンコーダ３５は、例えば、端末装置１４＿１に内蔵させた図示しないデジタルカメラで撮像された画像データをＭＰＥＧ４(Moving Picture Experts Group)やＭＰＥＧ２などで画像符号化し、符号化した画像データをメモリ４４に書き込む。
画像デコーダ３６は、ＣＰＵ４５の制御に従って、ＭＥＰＧ４やＭＰＥＧ２などで符号化された画像データを復号し、これをＬＣＤ制御回路３４に出力する。
【００２２】
送受信回路３７は、アンテナ２５が基地局を介して受信したアナログ形式の信号をデジタル形式の信号に変換して変復調回路３８に出力する。
また、送受信回路３７は、変復調回路３８から入力したデジタル形式の信号をアナログ形式に変換してアンテナ２５を介して基地局に送信する。
変復調回路３８は、送受信回路３７から入力した信号に逆スペクトル拡散処理などの復調処理を施してデータを生成する。
また、変復調回路３８は、ＣＰＵ４５の制御に基づいて、入力したデータにスペクトル拡散などの変調処理を施して生成した信号を送受信回路３７に出力する。
【００２３】
操作入力制御回路３９は、操作キー２８およびジョグダイヤル３０から入力した操作信号をＣＰＵ４５に出力する。
音声コーデック４０は、マイクロフォン２９から入力した音声信号を符号化する。
また、音声コーデック４０は、ＣＰＵ４５の制御に基づいて入力した音声信号を復号してスピーカ２６に出力する。
電源回路４１は、端末装置１４＿１の各構成要素に駆動電力を供給する。
アンテナ４２は、例えば、図１に示す自動改札機１８＿１等の無線通信装置と非接触方式で信号の送受信を行う。
【００２４】
ＩＣ４３は、耐タンパ性の回路であり、アンテナ４２を介して、例えば、図１に示す自動改札機１８＿１等と通信を行い、決済処理などを行う。
なお、ＩＣ４３は、自動改札機の他、店舗などに設けられた決済装置と通信を行い、決済処理を行う。
ここで、耐タンパ性の回路は、外部からの当該回路に対する攻撃（内部データの不正読み出し、入力周波数や入力電圧を規定外に設定したりする攻撃）を加えたときに、誤動作や内部データの漏洩を防止するように構成された回路である。具体的には、耐タンパ性の回路は、内部データの読み出しを防止するために、回路構成を多層構造とし、メモリを最下層に配置すると共に、上下層にダミー層（例えば、アルミ層）を取り入れることで、外部からメモリＩ／Ｆにアクセスすることを困難にしている。また、耐タンパ性の回路は、周波数検知回路や電圧検知回路を備え、周波数や電圧が規定値外になると、動作しないように構成されている。
【００２５】
メモリ４４は、図４に示すように、アドレス帳データＡＤ、スケジュールデータＳＤ、ウェブブラウザプログラムＷＰ、送受信制御プログラムＴＰ、インタプリタＩＮＴ、クラスライブラリＣＬ、スケジューラプログラムＳＬ、アプリケーションプログラムＡＰを記憶している。
また、メモリ４４は、ＣＰＵ４５の処理に必要な種々のデータを記憶する。
タイマ４６は、時刻をカウントする。
【００２６】
ＣＰＵ４５は、図４に示す各プログラム実行して種々の機能を実現する。
図５は、図３に示すＣＰＵ４５が、図４に示す各プログラムを実行して実現する機能モジュールを説明するための図である。
図５に示すように、ＣＰＵ４５は、例えば、ウェブブラウザ機能モジュール５１、送受信制御機能モジュール５２、インタプリタ機能モジュール５３、クラスライブラリ機能モジュール５４、アプリケーション機能モジュール５５、プログラム制御機能モジュール５６およびスケジューラ機能モジュール（スケジューラ）５７を実現する。
ここで、ＣＰＵ４５は、図４に示すメモリ４４からウェブブラウザプログラムＷＰを読み出して実行することで、ウェブブラウザ機能モジュール５１を実現する。
ＣＰＵ４５は、メモリ４４から送受信制御プログラムＴＰを読み出して実行することで、送受信制御機能モジュール５２を実現する。
ＣＰＵ４５は、メモリ４４からインタプリタＩＮＴを読み出して実行することで、インタプリタ機能モジュール５３を実現する。
ＣＰＵ４５は、メモリ４４からクラスライブラリＣＬを読み出して実行することで、クラスライブラリ機能モジュール５４を実現する。
ＣＰＵ４５は、メモリ４４からスケジューラプログラムＳＰを読み出して実行することで、アプリケーション機能モジュール５５を実現する。
ＣＰＵ４５は、メモリ４４からプログラム制御プログラムＰＣＰを読み出して実行することでプログラム制御機能モジュール５６を実現する。
ＣＰＵ４５は、メモリ４４からスケジューラプログラムＳＰを読み出して実行することで、スケジューラ機能モジュール５７を実現する。
【００２７】
ウェブブラウザ機能モジュール５１は、ネットワーク９を介して、コンテンツサーバ装置１２にアクセスすることにより、ウェブページを閲覧したり、所定のプログラムをダウンロードする機能を有するプログラムである。
送受信制御機能モジュール５２は、電子メールの送受信を制御するプログラム（いわゆる、メールソフト）である。
インタプリタ機能モジュール５３は、プログラムを構成するソースコードを、実行可能な形式であるオブジェクトコードに逐次変換しつつ、そのプログラムを実行するためのソフトウェアである。
すなわち、インタプリタ機能モジュール５３は、アプリケーション機能モジュール５５を実現するための環境であり、Java(R)プログラムを実行する場合のいわゆるjava(R)環境では、Java(R)VM（Virtual Machine）が、それに該当する。
【００２８】
クラスライブラリ機能モジュール５４は、ある特定の機能を持ったプログラムを、オブジェクト指向プログラミング言語を用いて一つの「クラス」として部品化し、関連する複数のクラスを一つのファイルにまとめたものであり、アプリケーション機能モジュール５５のためのＡＰＩ（Application Programming Interface）である。
オブジェクト指向言語では、共通する属性やメソッド(手続き)を持ったオブジェクト群をまとめたものを「クラス」と呼ぶ。こうした「クラス」はプログラムの部品として利用できるため、よく使われる汎用的なものをクラスライブラリに集めておくことで、プログラミングの労力を軽減することができる。
【００２９】
クラスライブラリ機能モジュール５４には、例えば、Personal Profile MIDP（Mobile Information Device Profile）などが用いられる。MIDPは、J2ME（Java(R)2 Micro Edition）/CLDC（Connected Limited Device Configuration）用のプロファイルの１つで、携帯電話などの携帯端末向けに定義されたJava(R)実行環境の仕様であり、携帯端末用のユーザインターフェースやクラスライブラリなどの情報を含んでいる。例えば、端末装置１４＿１でJava(R)アプリケーションを使うためには、J2ME/CLDCに加えて、このプロファイルが定義するライブラリを用意する必要がある。
クラスライブラリ機能モジュール５４のライブラリとして、データ抽出部６１、データ作成部６２、プロセス制御部６３、トランスポートＡＰＩ６４、および、ＧＵＩ（Graphic User Interface）制御部６５が設けられている。
【００３０】
データ抽出部６１は、送受信制御部５２から供給された受信した電子メールが後述する所定の形式を有する場合、その電子メールから、必要な情報を抽出し、得られた情報を復号する機能を有する。
データ作成部６２は、プログラムの実行に必要な情報を、電子メールで送るために符号化し、符号化された情報を上記所定の形式に適合させる。
プロセス制御部６３は、アプリケーション機能モジュール５５が実行するプロセスを管理する機能を有している。換言すれば、プロセス制御部６３は、同一のアプリケーション機能モジュール５５による複数のプロセスを管理することができる。
トランスポートＡＰＩ６４は、送受信制御部５２によるメッセージの送受信を制御する。
ＧＵＩ制御部６５は、アプリケーション機能モジュール５５が実行する処理に基づいて、液晶ディスプレイ２７への所定のＧＵＩ画面の表示を制御する。
【００３１】
プログラム制御機能モジュール５６は、受信したメッセージに付加されたアプリケーションプログラムのリンク情報を基に、アプリケーションプログラムをダウンロードする機能や、ダウンロードしたアプリケーションプログラムのファイルの正当性を確認する機能を有する。
図４に示すメモリ４４は、アプリケーション機能モジュール５５が実行した処理により生成されたデータや、アプリケーション機能モジュール５５が実行した処理の履歴情報を記憶するとともに、プロセス制御機能モジュール６３の処理により永続化されたプロセスに関するデータや、プログラム制御機能モジュール５６によってダウンロードされたアプリケーションプログラムを保存する。
【００３２】
アプリケーション機能モジュール５５は、ユーザの操作入力に基づいて、または、受信したメッセージに基づいて、プロセス制御部６３の制御により、メモリ４４からロードされ、インタプリタ機能モジュール５３上で実行される。
【００３３】
スケジューラ機能モジュール５７は、例えば、図６に示すスケジュールデータＳＤを基に、スケジュール管理処理を行う。
図６に示すように、スケジュールデータＳＤは、各イベントについて、そのＩＤ、名前データＮＤ、開始時刻データＳＴＤ、終了時刻データＥＴＤ、開催地データＰＤ、参加者データＡＴＤおよびコメントデータＣＯを対応付けて示している。
ここで、名前データＮＤは、ユーザが付けたイベントの名前を示している。
開始時刻データＳＴＤは、イベントの開始時刻を示している。
終了時刻データＥＴＤは、イベントの終了時刻を示している。
開催地データＰＤは、イベントの開催地を示している。
参加者データＡＴＤは、イベントへの参加者の名前データ、識別データ、あるいは電子メールのアドレスを示している。
コメントデータＣＯは、ユーザが入力した当該イベントに対してのコメントを示している。
【００３４】
また、アドレス帳データＡＤは、他のユーザの名前データと、識別データと、電子メールのアドレスデータと、電話番号データ等とを対応付けて示している。
【００３５】
以下、端末装置１４＿１が送受信する電子メールＥＭのフォーマットについて説明する。
図７は、端末装置１４＿１が送受信する電子メールＥＭのフォーマットを説明するための図である。
図７に示すように、電子メールＥＭは、ヘッダ８０と本文８１とで構成されている。
ヘッダ８０には、宛先アドレス、件名（subject）、並びにコンテンツタイプなどが記述されている。
電子メールＥＭを送受信する際には、アプリケーションのデータや画像ファイルを複数添付することができる。このような場合に利用するのが、複数の添付ファイルをまとめたメディアタイプであり、マルチパートメディアタイプである。当該マルチパートメディアタイプは、上記コンテンツタイプにおいて宣言される。
上記コンテンツタイプにおいてマルチパートであることが宣言されている場合、本文８１は、添付ファイルやメール本文に該当する複数のパートで構成される。
【００３６】
本文８１は、可読記述エリア９１および制御記述エリア９２で構成される。
可読記述エリア９１には、電子メールＥＭを受信したユーザが読むことが可能な文字データが記述される。
制御記述エリア９２には、電子メールＥＭのフォーマットのバージョン情報やプロトコルの種別を示す情報のほかに、プロセス作成指示データ１００、プログラムＵＲＬ１０１、送信元アドレス１０２、送信元プロセス識別データ１０３、送信先プロセス識別データ１０４、並びにアプリケーション固有データ１０５が記述されている。
【００３７】
プロセス作成指示データ１００は、電子メールＥＭの受信側の端末装置が、新たなプロセスを作成する必要があるか否かを示す情報であり、「１」のとき、新たなプロセスを作成する必要があることを示し、「０」のとき、すでに存在するプロセスに関する電子メールＥＭであるので、新たなプロセスを作成する必要がないことを示す。
プログラムＵＲＬ１０１は、プログラムをダウンロードするために用いられるリンク情報である。プログラムＵＲＬ１０１は、例えば、アプリケーションプログラムＡＰの識別データとして用いられる。
送信元プロセス識別データ１０３は、この電子メールＥＭを送信した端末装置が、当該電子メールＥＭによって授受される情報を用いて動作するプロセスを識別するための識別子であり、送信先プロセス識別データ１０４は、当該電子メールＥＭによって授受される情報を用いて動作する端末装置のプロセスを識別するための識別子であり、これらの識別データは、電子メールＥＭを送信した端末装置が、予め生成して、電子メールＥＭ内に記述する。
アプリケーション固有データ１０５は、図５に示すアプリケーション機能モジュール５５が利用するデータであり、アプリケーション機能モジュール５５が任意に設定することが可能なデータである。
【００３８】
端末装置１４＿１は、例えば、図７に示す電子メールＥＭを受信すると、図５に示すプログラム制御機能モジュール５６が、プログラムＵＲＬ１０１を基に、当該電子メールＥＭで指定されるアプリケーションプログラムが自分自身にダウンロードされているか否か、そのアプリケーションプログラムのバージョンはマッチングしているか否かを確認し、必要に応じて、メッセージで指定されるアプリケーションプログラムを、コンテンツサーバ装置１２からダウンロードする。
具体的には、プログラムＵＲＬ１０１によって指定されるＵＲＬには、電子メールＥＭで指定されるアプリケーションプログラムに関するアプリケーション記述ファイルが保存されており、プログラム制御機能モジュール５６は、アプリケーション記述ファイルをダウンロードして、自分自身に、対応するアプリケーションプログラムがインストールされているか否か、バージョンは同一であるか否かを判断する。アプリケーション記述ファイルは、例えば、アプリケーションがjava(R)で記載されている場合、ADF（Application Descriptor File）またはJAD（Java(R) Application Descriptor）ファイルと称される。
【００３９】
そして、アプリケーション機能モジュール５５は、対応するアプリケーションプログラムがインストールされていない場合、または、バージョンが同一ではない場合、アプリケーション記述ファイルに記述されている、アプリケーションプログラムの保存場所のアドレスを基に、アプリケーションプログラムをダウンロードする。
ここでは、ADF、またはJADなどのアプリケーション記述ファイルを先行してダウンロードし、自分自身に、対応するアプリケーションプログラムがインストールされているか否か、バージョンは同一であるか否かを判断することができるようになされているが、自分自身に、対応するアプリケーションプログラムがインストールされているか否か、バージョンは同一であるか否かを判断する方法は、アプリケーション記述ファイルを利用する以外の方法であっても良く、アプリケーションプログラムの保存場所のアドレス情報を得るための手段、および、ダウンロードの手順なども、上述した以外の方法であっても良い。
【００４０】
また、図５に示すデータ抽出部６１において抽出されるデータを基に、図７に示すプロセス作成指示データ１００に、「１」が記載されていることが検出されるので、プログラム制御機能モジュール５６の処理により、図５に示すアプリケーション機能モジュール５５が起動され、新たなプロセスが生成される。
アプリケーション機能モジュール５５は、ＧＵＩ制御部６５の処理により、必要な情報を図３に示すＬＣＤ制御回路３４を介して液晶ディスプレイ２７に表示させ、操作入力制御回路３９を介してユーザの操作入力を受けて、データ作成部６２の処理により、返信電子メールを生成させ、送受信制御機能モジュール５２の処理により、図１に示すネットワーク９を介して、図７に示す送信元アドレス１０２で示されるアドレスに返信電子メールを送信する。
【００４１】
上述した端末装置１４＿１の構成および機能は、端末装置１４＿２および１４＿３も同様に備えている。
【００４２】
以下、通信システム１の動作例を説明する。
当該動作例では、図１に示すように、端末装置１４＿１が電車の駅に配設された自動改札機１８＿１を通過した場合の端末装置１４＿１の動作例を説明する。
なお、端末装置１４＿２，１４＿３の同じ場合の動作は、以下に示す端末装置１４＿１の動作と同じである。
図８は、当該動作例を説明するためのフローチャートである。
ステップＳＴ１：
図３に示すＩＣ４３は、アンテナ４２が受信した信号に基づいて、自動改札を通過したか否かを監視し、自動改札を通過したと判断すると、ステップＳＴ２に進み、そうでない場合は継続して監視を行う。
ステップＳＴ２：
ＩＣ４３は、改札通過に伴い決済が必要か否かを判断し、必要であると判断するとステップＳＴ３に進み、そうでない場合には、ステップＳＴ４に進む。
ステップＳＴ３：
ＩＣ４３は、自動改札機１８＿１と通信を行い、改札通過に伴う決済処理を行う。
【００４３】
ステップＳＴ４：
ＩＣ４３は、アンテナ４２が受信した信号に含まれる通過改札データを記憶する。
当該通過改札データは、例えば、ユーザが通過した自動改札機１８＿１の識別データを示している。なお、通過改札データは、経度、緯度などの位置を示すデータを示していてもよい。
図５に示すアプリケーション機能モジュール５５は、タイマ４６が示すカウンタ値を基に、アンテナ４２を介して上記通過改札データを受信した時刻を示す通過時刻データを生成し、これを図３に示すメモリ４４に書き込む。
また、アプリケーション機能モジュール５５は、ＩＣ４３から読み出した通過改札データをメモリ４４に書き込む。
【００４４】
ステップＳＴ５：
アプリケーション機能モジュール５５は、図５に示すスケジューラ機能モジュール５７に、ステップＳＴ４で生成した通過時刻データ指定して要求を出力する。
スケジューラ機能モジュール５７は、上記要求に応じて、図６に示すスケジュールデータＳＤを参照して、上記要求で指定された通過時刻データが示す通過時刻より後で最も早い開始時刻データＳＴＤを特定する。
そして、スケジューラ機能モジュール５７は、上記特定した開始時刻データＳＴＤに対応するイベントの識別データＩＤ、並びに開催地データＰＤを特定し、上記特定した開催地データＰＤおよび開始時刻データＳＴＤをメモリ４４に書き込む。
【００４５】
ステップＳＴ６：
アプリケーション機能モジュール５５は、ステップＳＴ４，ＳＴ５でメモリ４４に書き込んだ通過改札データ、通過時刻データ、開催地データＰＤおよび開始時刻データＳＴＤを基に、ステップＳＴ５で特定した識別データＩＤに対応するイベントの開催時刻に、端末装置１４＿１のユーザが間に合うか否かを判断し、その結果を示す判断結果データを生成する。
当該ステップＳＴ６の処理については、後に詳細に説明する。
ステップＳＴ７：
アプリケーション機能モジュール５５は、ステップＳＴ６でユーザがイベントに間に合うと判断した場合にステップＳＴ１に戻り、そうでない場合にはステップＳＴ８に進む。
ステップＳＴ８：
アプリケーション機能モジュール５５は、ステップＳＴ５で特定した識別データＩＤに対応するイベントの参加者データＡＴＤが示す参加者の電子メールのアドレスを、図４に示すアドレス帳データＡＤを参照して取得する。
ステップＳＴ９：
図５に示すデータ作成部６２は、アプリケーション機能モジュール５５の制御に従って、ステップＳＴ８で取得した宛先アドレスを図７に示すヘッダ８０に含み、件名として「到着遅れ」を示す文字データを記述し、ステップＳＴ４でメモリ４４に書き込んだ通過改札データを図７に示す本文８１の可記述エリア９１に記述した図９に示すフォーマットの到着遅れ通知電子メールを生成する。
ステップＳＴ１０：
図５に示す送受信制御機能モジュール５２は、アプリケーション機能モジュール５５の制御に基づいて、ステップＳＴ９で生成した到着遅れ通知電子メールを送信する。
当該到着遅れ通知電子メールは、図３に示す変復調回路３８で変調され、送受信回路３７でアナログ信号に変換された後にアンテナ２５を介してネットワーク９に送出される。
そして、当該到着遅れ通知電子メールは、メ−ルサーバ装置１０を介して、端末装置１４＿２，１４＿３に送信される。
これにより、端末装置１４＿２および端末装置１４＿３の図２に示す液晶ディスプレイ２７には、例えば、図９に示す到着遅れ通知画面２１０が表示される。
アプリケーション機能モジュール５５は、ステップＳＴ１０の処理が終了すると、ステップＳＴ１に戻る。
【００４６】
以下、図８に示すステップＳＴ６、すなわちイベントに間に合うか否かの判断処理を詳細に説明する。
図１０は、図８に示すステップＳＴ６の処理を説明するためのフローチャートである。
ステップＳＴ２１：
アプリケーション機能モジュール５５は、図８に示すステップＳＴ４，ＳＴ５でメモリ４４に書き込んだ通過改札データ、通過時刻データおよび開催地データＰＤを基に、通過改札データが示す通過改札を、通過時刻データが示す時刻に出発した場合に、開催地データＰＤが示す開催地に到着する時刻を示す到着時刻データを生成する。
アプリケーション機能モジュール５５は、例えば、メモリ４４から読み出した図示しない各駅の時刻表データ、並びに各駅間の所要時間データを基に演算を行って前記到着時刻データを生成する。
ステップＳＴ２２：
アプリケーション機能モジュール５５は、ステップＳＴ２１で生成した到着時刻データが示す時刻と、図８に示すステップＳＴ５でメモリ４４に書き込んだ開始時刻データが示す時刻とを比較する。
【００４７】
ステップＳＴ２３：
アプリケーション機能モジュール５５は、ステップＳＴ２２で行った比較により、到着時刻データが示す時刻が遅いか否かを判断し、遅いと判断するとステップＳＴ２５に進み、そうでない場合にはステップＳＴ２４に進む。
ステップＳＴ２４：
アプリケーション機能モジュール５５は、ユーザがイベントに間に合うと判断する。
ステップＳＴ２５：
アプリケーション機能モジュール５５は、ユーザがイベントに間に合わないと判断する。
【００４８】
以上説明したように、通信システム１によれば、端末装置１４＿１〜１４＿３のユーザが食事会などの何らかのイベントを企画し、端末装置１４＿１のユーザがそのイベントの開催時刻に遅れて開催地に到着する場合に、端末装置１４＿１から参加者の端末装置１４＿２，１４＿３に遅れる旨を示す到着遅れ通知電子メールを自動的に送信できる。
そのため、通信システム１によれば、端末装置１４＿１のユーザは、開催地に移動する途中で、到着の遅れを電話したり、到着遅れを通知する電子メールを作成する手間が省ける。また、電車の社内などで、通話を行ったり、電子メールを作成する必要がなくなり、マナー上も好ましい。
【００４９】
＜第２実施形態＞
上述した第１実施形態では、到着遅れ通知電子メールに、開催時刻に遅れる旨を示す文字データと通過改札データとを含める場合を例示したが、本実施形態では、通過改札データの代わりに所要時間を示す所要時間データを含める。
図１１は、当該実施形態におけるアプリケーション機能モジュール５５の動作例を説明するためのフローチャートである。
図１１において、図８と同じ符号を付したステップＳＴ１〜ＳＴ８は、第１実施形態で説明したものと同じである。
図１１に示すように、本実施形態では、アプリケーション機能モジュール５５は、ステップＳＴ３１において、通過改札データ、通過時刻データおよび開催地データＰＤを基に、通過改札データが示す通過改札の位置を、通過時刻データが示す時刻に出発した場合に、開催地データＰＤが示す開催地に到着するまでに要する所要時間を示す所要時間データを生成する。
【００５０】
そして、ステップＳＴ３２において、図５に示すデータ作成部６２は、アプリケーション機能モジュール５５の制御に従って、ステップＳＴ８で取得した宛先アドレスを図７に示すヘッダ８０に含み、件名として「到着遅れ」を示す文字データを記述し、ステップＳＴ３１で生成した所要時間データを図７に示す本文８１の可読記述エリア９１に記述した図９に示すフォーマットの到着遅れ通知電子メールを生成する。
なお、データ作成部６２は、ステップＳＴ４でメモリ４４に書き込んだ通過改札データを可読記述エリア９１にさらに記述して上記到着遅れ通知電子メールを生成してもよい。
そして、ステップＳＴ３３において、図５に示す送受信制御機能モジュール５２は、アプリケーション機能モジュール５５の制御に基づいて、ステップＳＴ３２で生成した到着遅れ通知電子メールを送信する。
これにより、端末装置１４＿２および端末装置１４＿３の図２に示す液晶ディスプレイ２７には、例えば、図１２に示す到着遅れ通知画面２１０が表示される。
アプリケーション機能モジュール５５は、ステップＳＴ３３の処理が終了すると、ステップＳＴ１に戻る。
【００５１】
本実施形態では、端末装置１４＿１のユーザは、端末装置１４＿２，１４＿３のユーザに、所要時間（図１２に示す例では３０分）を通知することが可能になる。
【００５２】
＜第３実施形態＞
上述した第２実施形態では、例えば、端末装置１４＿１がイベントに遅れる場合に、端末装置１４＿１が自動改札を通過する度に到着遅れ通知電子メールが送信される。
本実施形態では、同じイベントに対して過去に到着遅れ通知電子メールを送信した場合に、所要時間の変化量が所定の基準値を越えたことを条件に、到着遅れ通知電子メールを再び送信する。
図１３および図１４は、本実施形態のアプリケーション機能モジュール５５が実行する動作例を説明するためのフローチャートである。
図１３および図１４において、図８および図１１と同じ符号を付したステップＳＴ１〜ＳＴ８、並びにステップＳＴ３１は第１および第２実施形態で説明したものと同じである。
【００５３】
以下、ステップＳＴ４１〜ＳＴ４５について説明する。
ステップＳＴ４１：
本実施形態のアプリケーション機能モジュール５５は、第２実施形態で説明したようにステップＳＴ３１で所要時間データを生成した後に、当該イベントに対して過去に到着遅れ通知電子メールを送信したか否かを判断する。
そして、アプリケーション機能モジュール５５は、過去に送信したと判断するとステップＳＴ４２に進み、そうでない場合にはステップＳＴ１に戻る。
ステップＳＴ４２：
アプリケーション機能モジュール５５は、今回の改札通過に伴いステップＳＴ３１で生成した所要時間データと、前回の改札通過に伴い前回ステップＳＴ３１で生成してメモリ４４に記憶した所要時間データとの変化量（差分）が検出する。
【００５４】
ステップＳＴ４３：
アプリケーション機能モジュール５５は、ステップＳＴ４２で検出した変化量が所定の基準値を越えたか否かを判断し、越えたと判断すると図１４に示すステップＳＴ８に進み、そうでない場合にはステップＳＴ１に戻る。
ステップＳＴ８では、第１実施形態と同様に、アプリケーション機能モジュール５５は、ステップＳＴ５で特定した識別データＩＤに対応するイベントの参加者データＡＴＤが示す参加者の電子メールのアドレスを、図４に示すアドレス帳データＡＤを参照して取得する。
ステップＳＴ４４：
図５に示すデータ作成部６２は、アプリケーション機能モジュール５５の制御に従って、ステップＳＴ８で取得したアドレスを宛先アドレスを図７に示すヘッダ８０に含み、件名として「到着遅れ」を示す文字データを記述し、ステップＳＴ３１で今回生成した所要時間データを図７に示す本文８１の可読記述エリア９１に記述した図７に示すフォーマットの到着遅れ通知電子メールを生成する。
なお、データ作成部６２は、ステップＳＴ４でメモリ４４に書き込んだ通過改札データを可読記述エリア９１にさらに記述して上記到着遅れ通知電子メールを生成してもよい。
ステップＳＴ４５：
図５に示す送受信制御機能モジュール５２は、アプリケーション機能モジュール５５の制御に基づいて、ステップＳＴ４４で生成した到着遅れ通知電子メールを送信する。
アプリケーション機能モジュール５５は、ステップＳＴ４５の処理が終了すると、ステップＳＴ１に戻る。
【００５５】
本実施形態では、端末装置１４＿１のユーザは、改札通過時に、前回送信した到着遅れ通知電子メールで示した所要時間と今回検出した所要時間との差分が基準値以上になったことを条件に、到着遅れ通知電子メールを送信する。
そのため、端末装置１４＿２，１４＿３は、端末装置１４＿１のユーザが改札を通過する度に、不要な到着遅れ通知電子メールを受信することを回避できる。
なお、第１実施形態においても、上述したように、改札通過の度に不要な到着遅れ通知電子メールが送信されないようにしてもよい。
【００５６】
＜第４実施形態＞
上述した実施形態では、端末装置１４＿１〜１４＿３が図３に示すＩＣ４３が取得した通過改札データを本発明の位置指標データとして用いて到着遅れ通知電子メールを送信する場合を例示した。
本実施形態の端末装置１４＿１〜１４＿３は、図１５に示すように、図３に示すＩＣ４３およびアンテナ４２の代わりに、ＧＰＳ処理回路４０２を備えている。
図１５において、図３と同じ符号を付した構成要素は、第１実施形態で説明したものと同じである。
ＧＰＳ処理回路４０２は、アンテナ２５が受信した衛星からの信号を基に、当該ＧＰＳ処理回路４０２を内蔵した端末装置の位置を示す現在地データを生成する。
本実施形態では、ＣＰＵ４５が実現する図５に示すアプリケーション機能モジュール５５が、第１実施形態で説明した通過改札デーの代わりに、ＧＰＳ処理回路４０２が取得した現在データを用いて、第１〜第４実施形態で説明した処理を行う。
本実施形態では、アプリケーション機能モジュール５５は、上記到着遅れを最初に検出したタイミングで到着遅れ通知電子メールを送信する。また、アプリケーション機能モジュール５５は、端末装置１４＿１〜１４＿３のユーザからの指示に応じて、上記到着遅れ通知電子メールを送信してもよい。
【００５７】
また、本実施形態のＧＰＳ処理回路４０２は、例えば、各ユーザが自動車で移動することを想定し、道路地図データを基に、各ユーザがイベントに間に合うか否かを判断する。
このとき、アプリケーション機能モジュール５５は、図示しないサーバ装置から取得した渋滞データを参照して、渋滞を考慮して上記所要時間を算出してもよい。
なお、端末装置１４＿１〜１４＿３の少なくと一つは、図３に示すＩＣ４３およびアンテナ４２と、図１５に示すＧＰＳ処理回路４０２との双方を備え、何れを用いるかをユーザが選択してもよい。
また、アプリケーション機能モジュール５５は、電車を使うユーザと自動車を使うユーザとを識別して、それらのユーザの端末装置から取得した現在地データを基に、電車を使うユーザについては電車を用いて場合にイベントに間に合うか否かを判断し、自動車を使うユーザについては自動車を用いた場合にイベントに間に合うか否かを判断する。
【００５８】
本発明は上述した実施形態には限定されない。
例えば、上述した実施形態では、端末装置１４＿１〜１４＿３のＣＰＵ４５が図８等に示すステップＳＴ６においてイベントに間に合うか否かを判断したが、ＣＰＵ４５が例えば図１に示すコンテンツサーバ装置１２に問い合わせ要求を送信し、コンテンツサーバ装置１２に上記イベントに間に合うか否かを判断を行わせてもよい。
この場合には、アプリケーション機能モジュール５５は、図８に示すステップＳＴ４，ＳＴ５でメモリ４４に書き込んだ通過改札データ、通過時刻データ、開催地データＰＤおよび開始時刻データＳＴＤを含む上記問い合わせ要求をコンテンツサーバ装置１２に送信し、コンテンツサーバ装置１２からその判断結果データを受信する。
【００５９】
また、上述した実施形態では、本発明のコンピュータとして、携帯電話である端末装置１４＿１〜１４＿３を例示したが、本発明のコンピュータは、ＰＤＡ（Personal Digital Assistants)や携帯型のパーソナルコンピュータなどであってもよい。
また、上述したＧＵＩ画面において、到着遅れ通知電子メールの送信元のユーザが送信先のユーザに何らかのメッセージを付加できるようにしてもよい。
また、上述した実施形態において、アプリケーション機能モジュール５５は、到着遅れ通知電子メールを送信する前に、送信を行うか否かを問い合わせＧＵＩ画面を図２に示す液晶ディスプレイ２７に表示し、ユーザから送信指示を操作入力制御回路３９を介して入力したことを条件に、到着遅れ通知電子メールを送信してもよい。
また、アプリケーション機能モジュール５５は、上述した問い合わせＧＵＩ画面を表示する際に、警告音をスピーカ２６から出力してもよい。
【００６０】
また、上述した実施形態では、端末装置１４＿１〜１４＿３が自動改札機１８＿１〜１８＿３を通過する際に位置指標データとしての通過改札データを受信する場合を例示したが、端末装置１４＿１〜１４＿３は、位置を特定できる店舗に設置された決済装置などのその他の装置からその位置を特定するための指標となる位置指標データを受信してもよい。
【産業上の利用可能性】
【００６１】
本発明はデータ通信システムに適用可能である。
【図面の簡単な説明】
【００６２】
【図１】図１は、本発明の実施形態に係わる通信システムの全体構成図である。
【図２】図２は、図１に示す端末装置の正面側の外観図である。
【図３】図３は、図１に示す端末装置の機能ブロック図である。
【図４】図４は、図３に示すメモリに記憶されたプログラムを説明するための図である。
【図５】図５は、図３に示すＣＰＵが、図４に示す各プログラムを実行して実現する機能モジュールを説明するための図である。
【図６】図６は、図４に示すスケジュールデータＳＤを説明するための図である。
【図７】図７は、本発明の実施形態に用いられる電子メールの形式（フォーマット）を説明するための図である。
【図８】図８は、本発明の第１実施形態の図１に示す端末装置が行う到着遅れ通知電子メールの送信処理を説明するためのフローチャートである。
【図９】図９は、到着遅れ通知電子メールを受信した端末装置のディスプレイに表示されるＧＵＩ画面を説明するための図である。
【図１０】図１０は、図８に示すステップＳＴ６の処理の詳細を説明するためのフローチャートである。
【図１１】図１１は、本発明の第２実施形態の図１に示す端末装置が行う到着遅れ通知電子メールの送信処理を説明するためのフローチャートである。
【図１２】図１２は、本発明の第２実施形態において到着遅れ通知電子メールを受信した端末装置のディスプレイに表示されるＧＵＩ画面を説明するための図である。
【図１３】図１３は、本発明の第３実施形態の図１に示す端末装置が行う到着遅れ通知電子メールの送信処理を説明するためのフローチャートである。
【図１４】図１４は、本発明の第３実施形態の図１に示す端末装置が行う到着遅れ通知電子メールの送信処理を説明するための図１３の続きのフローチャートである。
【図１５】図１５は、本発明の第４実施形態の端末装置の機能ブロック図である。
【符号の説明】
【００６３】
１…通信システム、９…ネットワーク、１０…メ−ルサーバ装置、１２…コンテンツサーバ装置、１４＿１，１４＿２，１４＿３，１４＿１ａ，１４＿２ａ，１４＿３ａ…端末装置、１８＿１，１８＿２，１８＿３…自動改札機、２５…アンテナ、２６…スピーカ、２７…液晶ディスプレイ、２８…操作キー、２９…マイクロフォン、３０…ジョグダイヤル、３４…ＬＣＤ制御回路、３５…画像エンコーダ、３６…画像デコーダ、３７…送受信回路、３８…変復調回路、３９…操作入力制御回路、４０…音声コーデック、４１…電源回路、４２…アンテナ、４３…ＩＣ、４４…メモリ、４５…ＣＰＵ、４６…タイマ、５１…ウェブブラウザ機能モジュール、５２…送受信制御機能モジュール、５３…インタプリタ機能モジュール、５４…クラスライブラリ機能モジュール、５５…アプリケーション機能モジュール、５６…プログラム制御機能モジュール、４０２…ＧＰＳ処理回路
【図１】
2005311977.tif 000003
【図２】
2005311977.tif 000004
【図３】
2005311977.tif 000005
【図４】
2005311977.tif 000006
【図５】
2005311977.tif 000007
【図６】
2005311977.tif 000008
【図７】
2005311977.tif 000009
【図８】
2005311977.tif 000010
【図９】
2005311977.tif 000011
【図１０】
2005311977.tif 000012
【図１１】
2005311977.tif 000013
【図１２】
2005311977.tif 000014
【図１３】
2005311977.tif 000015
【図１４】
2005311977.tif 000016
【図１５】
2005311977.tif 000017