(57)【要約】【課題】  従来のスケジュール機能は、スケジュール発生時要件として日時、電池残量等を指定し、その条件成立時の動作としては、アラームを発生させる程度のものに過ぎない。【解決手段】  携帯通信端末１００内のスケジューラ１０７は、スケジュール発生条件として、自端末の状態の情報及び通信機能により外部より得られる情報のうち、予め任意に設定した情報を、スケジュールデータ登録部１１０を介してスケジュールデータ格納部１０８と監視情報格納部１０９に登録する。その後、スケジューラ１０７は、スケジュール情報監視部１１１により、スケジュール発生条件として登録された情報が成立するか否かを監視し、スケジュール発生条件として登録された情報が成立したことを検出した時に、スケジュール動作実行部１１２がスケジュールデータ格納部１０８に格納されている、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行わせる。【選択図】            図１
2006166118.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール発生条件成立時に予め設定したスケジュール発生時の動作を行うスケジュール機能と、通信機能とを少なくとも備えた携帯通信端末であって、
前記スケジュール発生条件として、自端末の状態の情報及び前記通信機能により外部より得られる情報のうち、予め任意に設定した情報を登録するスケジュール発生条件登録手段と、
前記スケジュール発生条件登録手段により、前記スケジュール発生条件として登録された情報が成立するか否かを監視する監視手段と、
前記監視手段により前記スケジュール発生条件として登録された情報が成立したことを検出した時に、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行うスケジュール発生の動作手段と
を有することを特徴とする携帯通信端末。
【請求項２】
前記スケジュール発生の動作手段は、前記自端末が有するリソースとして、表示部に画像を表示する画面表示機能、発光素子により所望の情報を発光又は点滅して所望の情報を報知する発光機能、スピーカにより着信音又は受話音声を発音する発音機能、端末筐体を振動させて着信を報知する振動機能、任意の被写体を撮像する撮像機能、任意のシーケンシャルな動作を実行する機能のうち、任意に選択した一又は二以上の機能を利用して、スケジュール発生の動作を行うことを特徴とする請求項１記載の携帯通信端末。
【請求項３】
前記スケジュール発生条件登録手段は、前記自端末の状態の情報として、日付情報、時間情報、前記通信機能を利用した発信回数情報、受信電波状態情報、電池残量情報、所有者の設定した定義情報のうちの少なくとも一の情報を含み、前記通信機能により外部より得られる情報として送信者情報及び通信ネットワークを利用して受信した情報の少なくとも一の情報を含むことを特徴とする請求項１又は２記載の携帯通信端末。
【請求項４】
内側面に少なくとも表示部が設けられた上部筐体部と、内側面に少なくとも各種の入力及び操作を行うための各種ボタンからなる操作部が設けられた下側筐体部とが、互いの一側端部同士がヒンジ部により回動自在に結合され、前記上部筐体部と前記下部筐体部とは前記ヒンジ部を中心として各内側面同士が、互いに近接対向する閉状態か互いに離間される開状態のいずれかとして用いられる折り畳み式携帯通信端末であって、前記スケジュール発生条件登録手段は、前記自端末の状態の情報として、前記上部筐体部と前記下部筐体部とが開状態か閉状態かを示す開閉状態情報を含むことを特徴とする請求項３記載の携帯通信端末。
【請求項５】
所望のメールアドレスに対して所望の内容のメールを送信するメール送信機能と、発信者から送信されたメールを受信して表示部に受信したメールの内容を表示させるメール受信機能とを備えた携帯通信端末において、前記スケジュール発生条件登録手段は、前記メール受信機能により受信したメールからスケジュール情報を抽出し、その抽出した前記スケジュール情報の中から、予め設定した情報を前記スケジュール発生条件とすることを特徴とする請求項１記載の携帯通信端末。
【請求項６】
スケジュール発生条件成立時に予め設定したスケジュール発生時の動作を行うスケジュール機能と、通信機能とを少なくとも備えた携帯通信端末による情報提供方法であって、
自端末の状態の情報及び前記通信機能により外部より得られる情報のうち、予め任意に設定した情報をスケジュール発生条件として登録する第１のステップと、
前記スケジュール発生条件として登録された情報が成立するか否かを監視する第２のステップと、
前記第２のステップにより前記スケジュール発生条件として登録された情報が成立したことを検出した時に、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行う第３のステップと
を含む特徴とする携帯通信端末による情報提供方法。
【請求項７】
前記第３のステップは、前記自端末が有するリソースとして、表示部に画像を表示する画面表示機能、発光素子により所望の情報を発光又は点滅して所望の情報を報知する発光機能、スピーカにより着信音又は受話音声を発音する発音機能、端末筐体を振動させて着信を報知する振動機能、任意の被写体を撮像する撮像機能、任意のシーケンシャルな動作を実行する機能のうち、任意に選択した一又は二以上の機能を利用して、スケジュール発生の動作を行うことを特徴とする請求項６記載の情報提供方法。
【請求項８】
前記第１のステップは、前記自端末の状態の情報として、日付情報、時間情報、前記通信機能を利用した発信回数情報、受信電波状態情報、電池残量情報、所有者の設定した定義情報のうちの少なくとも一の情報を含み、前記通信機能により外部より得られる情報として送信者情報及び通信ネットワークを利用して受信した情報の少なくとも一の情報を含むことを特徴とする請求項６又は７記載の情報提供方法。
【請求項９】
所望のメールアドレスに対して所望の内容のメールを送信するメール送信機能と、発信者から送信されたメールを受信して表示部に受信したメールの内容を表示させるメール受信機能とを備えた携帯通信端末による情報提供方法であって、前記第１のステップは、前記メール受信機能により受信したメールからスケジュール情報を抽出し、その抽出した前記スケジュール情報の中から、予め設定した情報を前記スケジュール発生条件とすることを特徴とする請求項６記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯通信端末及びその情報提供方法に係り、特にスケジュール機能を備えた携帯通信端末及びその情報提供方法に関する。
【背景技術】
【０００２】
従来より、携帯電話機等の携帯通信端末が備える代表的な機能の一つとして、スケジュール機能が知られている。このスケジュール機能は、携帯通信端末のユーザが自身の将来の予定などの日時を予め設定登録しておき、その設定登録した日時になると、スケジュール発生のトリガとして、アラームで通知するものが一般的である。この場合、スケジュールの発生条件として時刻を基準として表せないものは、別途メモ帳などに記載しておく必要があり、ユーザはこれを定期的に確認したり、記憶しておき、条件が整った際に目的の動作を実行する。
【０００３】
また、送信者から無線送信された、イベント情報などを含むメッセージを受信し、それを解析してイベント条件にかかわる要素を検出し、検出したイベント条件が成就した場合に、そのことを表示、鳴動、振動、発光の少なくとも一つを用いた出力動作により受信側のユーザに報知する無線呼出装置が従来より知られている（例えば、特許文献１参照）。この無線呼出装置によれば、送信者の設定による一種のスケジュール機能を実現できる。
【０００４】
他方、携帯通信端末の中には、電池残量が減ったことの報知を電池残量表示の変化点により任意に操作設定する登録手段を備え、任意に設定した電池残量になった時に自動的にその旨を報知するようにした携帯通信端末が従来より知られている（例えば、特許文献２参照）。この特許文献２記載の従来の携帯通信端末によれば、予め設定登録した電池残量になると、所定の方法でアラームを発生する構成であり、スケジュール機能におけるユーザの設定登録項目（スケジュール発生の条件）である予定などの日時に替えて、スケジュール発生条件を電池残量としたものに相当する。
【０００５】
【特許文献１】再公表特許ＷＯ９７／３２４０７号公報（第１８頁〜第２０頁、第８１頁、第８２頁）
【特許文献２】特開２００４−１２０２３５号公報（第２頁、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、携帯通信端末は、デスクトップ型のパーソナルコンピュータ等のような使用する場所が固定されている通信端末とは異なり、所有者であるユーザが常時携帯し、任意の場所で、任意の時間に使用可能な通信端末である。
【０００７】
しかるに、従来の携帯通信端末におけるスケジュール機能は、一般にはスケジュール発生の条件として日時を指定し、スケジュール発生条件成立時の動作としては、アラームとして警報音を鳴動させるか、発光素子を点滅させるか、端末筐体を振動させる程度のものであり、上記の携帯通信端末のあらゆる使用状態や端末の動作状態に対応させたスケジュール発生条件については全く考慮が払われていない。
【０００８】
また、特許文献１記載の無線呼出装置は、スケジュール発生条件を設定するのは無線呼出装置を所有する受信者ではなく送信者であり、携帯通信端末のような所有者自身が自分の意思で任意の予定などのスケジュール発生条件を設定する端末装置とは異なり、また、この無線呼出装置におけるイベント条件とはメッセージの送信者、時刻、パスワード、遅延時間などであり、上記の携帯通信端末のあらゆる使用状態や端末の動作状態に対応させたスケジュール発生条件については全く考慮が払われていない。
【０００９】
更に、特許文献２記載の従来の携帯通信端末は、スケジュール発生の条件を電池残量とし、スケジュール発生条件成立時の動作としてアラーム音を鳴動させるスケジュール機能を有するものに相当し、この携帯通信端末も携帯通信端末のあらゆる使用状態や端末の動作状態に対応させたスケジュール発生条件については全く考慮が払われていない。
【００１０】
本発明は以上の点に鑑みなされたもので、端末の状態や周辺の状況から情報を入手し、多くの使用状態や端末の動作状態に対応させたスケジュール発生条件について設定可能な、より汎用性のあるスケジュール機能を備えた携帯通信端末及びその情報提供方法を提供することを目的とする。
【００１１】
また、本発明の他の目的は、スケジュール発生条件成立時の動作として、アラームだけでなく、メール、その他のアプリケーションの機能の利用を可能とした携帯通信端末及びその情報提供方法を提供することにある。
【課題を解決するための手段】
【００１２】
上記の目的を達成するため、第１の発明の携帯通信端末は、スケジュール発生条件成立時に予め設定したスケジュール発生時の動作を行うスケジュール機能と、通信機能とを少なくとも備えた携帯通信端末であって、スケジュール発生条件として、自端末の状態の情報及び通信機能により外部より得られる情報のうち、予め任意に設定した情報を登録するスケジュール発生条件登録手段と、スケジュール発生条件登録手段により、スケジュール発生条件として登録された情報が成立するか否かを監視する監視手段と、監視手段によりスケジュール発生条件として登録された情報が成立したことを検出した時に、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行うスケジュール発生の動作手段とを有することを特徴とする。
【００１３】
この発明では、スケジュール発生条件として、自端末の状態の情報及び通信機能により外部より得られる情報のうち、予め任意に設定した情報を登録し、スケジュール発生条件として登録された情報が成立したことを検出した時に、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行うようにしたため、時刻のみを拠り所としていたこれまでのスケジュール機能に対し、より複雑な条件を設定可能とすることができ、これにより携帯通信端末の所有者がこれまでは、メモ帳などにＴｏＤｏとして羅列していたような事項も登録可能とすることができる。
【００１４】
また、上記の目的を達成するため、第２の発明の携帯通信端末は、上記の第１の発明のスケジュール発生の動作手段を、自端末が有するリソースとして、表示部に画像を表示する画面表示機能、発光素子により所望の情報を発光又は点滅して所望の情報を報知する発光機能、スピーカにより着信音又は受話音声を発音する発音機能、端末筐体を振動させて着信を報知する振動機能、任意の被写体を撮像する撮像機能、任意のシーケンシャルな動作を実行する機能のうち、任意に選択した一又は二以上の機能を利用して、スケジュール発生の動作を行うようにしたことを特徴とする。
【００１５】
この発明では、スケジュール発生の動作として、携帯通信端末自身が本来有する、画面表示機能、発光機能、着信音又は受話音声の発音機能、振動機能、撮像機能、任意のシーケンシャルな動作を実行する機能のうち、任意に選択した一又は二以上の機能を利用するようにしたため、従来アラームなどでユーザに通知する程度の簡単な動作しか行えなかったものに対し、携帯通信端末のユーザに対し、より複雑な動作をスケジュール発生成立の動作として自動的に報知させることができる。
【００１６】
また、上記の目的を達成するため、第３の発明の携帯通信端末は、上記の第１又は第２の発明におけるスケジュール発生条件登録手段を、自端末の状態の情報として、日付情報、時間情報、通信機能を利用した発信回数情報、受信電波状態情報、電池残量情報、所有者の設定した定義情報のうちの少なくとも一の情報を含み、通信機能により外部より得られる情報として送信者情報及び通信ネットワークを利用して受信した情報の少なくとも一の情報を含む構成としたことを特徴とする。
【００１７】
この発明では、時刻のみ、あるいはイベント情報のみ、あるいは電池残量のみを拠り所としていたこれまでのスケジュール発生条件に対し、より複雑な条件を設定可能とすることができる。
【００１８】
また、上記の目的を達成するため、第４の発明の携帯通信端末は、内側面に少なくとも表示部が設けられた上部筐体部と、内側面に少なくとも各種の入力及び操作を行うための各種ボタンからなる操作部が設けられた下側筐体部とが、互いの一側端部同士がヒンジ部により回動自在に結合され、上部筐体部と下部筐体部とはヒンジ部を中心として各内側面同士が、互いに近接対向する閉状態か互いに離間される開状態のいずれかとして用いられる折り畳み式携帯通信端末であって、スケジュール発生条件登録手段は、自端末の状態の情報として、上部筐体部と下部筐体部とが開状態か閉状態かを示す開閉状態情報を含むことを特徴とする。この発明では、折り畳み式携帯通信端末が開状態か閉状態かに応じて、スケジュール発生条件を設定することができる。
【００１９】
また、上記の目的を達成するため、第５の発明の携帯通信端末は、所望のメールアドレスに対して所望の内容のメールを送信するメール送信機能と、発信者から送信されたメールを受信して表示部に受信したメールの内容を表示させるメール受信機能とを備えた携帯通信端末において、スケジュール発生条件登録手段は、メール受信機能により受信したメールからスケジュール情報を抽出し、その抽出したスケジュール情報の中から、予め設定した情報をスケジュール発生条件とすることを特徴とする。
【００２０】
この発明では、携帯通信端末が備えるメール送信機能とメール受信機能のうち、メール受信機能を利用して受信したメールからスケジュール情報を抽出し、その抽出したスケジュール情報の中から、予め設定した情報をスケジュール発生条件とするようにしたため、単にメール送信者が決定したスケジュール発生条件でなく、抽出したスケジュール情報の中から受信者が意図したスケジュール発生条件を選択することができる。
【００２１】
また、この発明では、メールの送信者は本発明のメール受信側の携帯通信端末の保有する状態まで含めた依頼内容のスケジュール情報を送信し、メール受信側ではこのスケジュール情報を自動的に抽出して、その中から任意のスケジュール情報を登録し監視できるため、用件が発生するまでの間、メールの内容を覚えている必要がなく、またメールの送信者が携帯通信端末で選択されたスケジュール条件成立時の携帯通信端末の動作を指定できるため、条件成立時にメール受信者が行うべき動作を、該当メール再表示や自動的にリプライを返信する等の動作で補助することができる。
【００２２】
また、上記の目的を達成するため、第６の発明の情報提供方法は、スケジュール発生条件成立時に予め設定したスケジュール発生時の動作を行うスケジュール機能と、通信機能とを少なくとも備えた携帯通信端末による情報提供方法であって、自端末の状態の情報及び通信機能により外部より得られる情報のうち、予め任意に設定した情報をスケジュール発生条件として登録する第１のステップと、スケジュール発生条件として登録された情報が成立するか否かを監視する第２のステップと、第２のステップによりスケジュール発生条件として登録された情報が成立したことを検出した時に、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行う第３のステップとを含む特徴とする。
【００２３】
この発明では、スケジュール発生条件として、自端末の状態の情報及び通信機能により外部より得られる情報のうち、予め任意に設定した情報を登録し、スケジュール発生条件として登録された情報が成立したことを検出した時に、自端末が有するリソースのうち、予め任意に設定したリソースを利用した動作を行うようにしたため、時刻のみを拠り所としていたこれまでのスケジュール機能に対し、より複雑な条件を設定可能とすることができ、これにより携帯通信端末の所有者がこれまでは、メモ帳などにＴｏＤｏとして羅列していたような事項も登録可能とすることができる。
【００２４】
また、上記の目的を達成するため、第７の発明の情報提供方法は、上記の第６の発明における第３のステップを、自端末が有するリソースとして、表示部に画像を表示する画面表示機能、発光素子により所望の情報を発光又は点滅して所望の情報を報知する発光機能、スピーカにより着信音又は受話音声を発音する発音機能、端末筐体を振動させて着信を報知する振動機能、任意の被写体を撮像する撮像機能、任意のシーケンシャルな動作を実行する機能のうち、任意に選択した一又は二以上の機能を利用して、スケジュール発生の動作を行うことを特徴とする。
【００２５】
この発明では、スケジュール発生の動作として、携帯通信端末自身が本来有する、画面表示機能、発光機能、着信音又は受話音声の発音機能、振動機能、撮像機能、任意のシーケンシャルな動作を実行する機能のうち、任意に選択した一又は二以上の機能を利用するようにしたため、従来アラームなどでユーザに通知する程度の簡単な動作しか行えなかったものに対し、携帯通信端末のユーザに対し、より複雑な動作をスケジュール発生成立の動作として自動的に報知させることができる。
【００２６】
また、上記の目的を達成するため、第８の発明の情報提供方法は、第６又は第７の発明の第１のステップを、自端末の状態の情報として、日付情報、時間情報、通信機能を利用した発信回数情報、受信電波状態情報、電池残量情報、所有者の設定した定義情報のうちの少なくとも一の情報を含み、通信機能により外部より得られる情報として送信者情報及び通信ネットワークを利用して受信した情報の少なくとも一の情報を含むようにしたことを特徴とする。
【００２７】
この発明では、時刻のみ、あるいはイベント情報のみ、あるいは電池残量のみを拠り所としていたこれまでのスケジュール発生条件に対し、より複雑な条件を設定可能とすることができる。
【００２８】
また、上記の目的を達成するため、第９の発明の情報提供方法は、所望のメールアドレスに対して所望の内容のメールを送信するメール送信機能と、発信者から送信されたメールを受信して表示部に受信したメールの内容を表示させるメール受信機能とを備えた携帯通信端末による情報提供方法であって、第１のステップは、メール受信機能により受信したメールからスケジュール情報を抽出し、その抽出したスケジュール情報の中から、予め設定した情報をスケジュール発生条件とすることを特徴とする。
【００２９】
この発明では、携帯通信端末が備えるメール送信機能とメール受信機能のうち、メール受信機能を利用して受信したメールからスケジュール情報を抽出し、その抽出したスケジュール情報の中から、予め設定した情報をスケジュール発生条件とするようにしたため、単にメール送信者が決定したスケジュール発生条件でなく、抽出したスケジュール情報の中から受信者が意図したスケジュール発生条件を選択することができる。
【００３０】
また、この発明では、メールの送信者は本発明のメール受信側の携帯通信端末の保有する状態まで含めた依頼内容のスケジュール情報を送信し、メール受信側ではこのスケジュール情報を自動的に抽出して、その中から任意のスケジュール情報を登録し監視できるため、用件が発生するまでの間、メールの内容を覚えている必要がなく、またメールの送信者が携帯通信端末で選択されたスケジュール条件成立時の携帯通信端末の動作を指定できるため、条件成立時にメール受信者が行うべき動作を、該当メール再表示や自動的にリプライを返信する等の動作で補助することができる。
【発明の効果】
【００３１】
本発明によれば、携帯通信端末固有の情報やユーザインタフェースをスケジュール発生条件及びスケジュール発生条件成立時の動作として利用できるようにしたため、携帯通信端末のユーザは、携帯通信端末のスケジューラ機能を単なる日時の予定や、電池残量やイベント情報を、単にアラームで報知するものではなく、携帯通信端末のユーザに対し、より複雑な動作をスケジュール発生成立の動作として自動的に報知させることができ、よりユーザにとって使い勝手の良い、汎用性のあるスケジュール機能を実現できる。
【発明を実施するための最良の形態】
【００３２】
次に、本発明の実施の形態について図面と共に説明する。図１は本発明になる携帯通信端末の一実施の形態のブロック図を示す。同図において、携帯通信端末１００は、端末情報格納部１０１と、携帯通信端末１００の状態を取得し、端末情報格納部１０１に最新の状態を随時更新記録し、状態に変化があった際にはスケジューラ管理部に通知を行う端末情報管理部１０２と、メール・音声・インターネット等基地局４００との通信を行う無線・通信部１０３と、スケジュール情報を含むメールを受信するメーラ１０４と、スケジューラ１０７と、動作を実現するユーザインタフェース（ＵＩ）部１１４と、それを制御するシステム公開制御部１１５と、装置全体を管理する制御部１１６とから構成されている。
【００３３】
また、メーラ１０４は、メールからスケジュール情報を抽出してスケジューラ管理部１１３に渡すスケジュール情報抽出部１０５と、メールフィルタ処理後にメールを振り分け格納するメール格納部１０６とを有する。また、スケジューラ１０７は、スケジュール情報からスケジュール発生条件とそのときの動作を登録するためのスケジュールデータ格納部１０８と、追加されたスケジュール発生条件を格納する監視情報格納部１０９と、スケジュール格納部１０８及び監視情報格納部１０９に対してそれぞれ上記の所定のデータを格納させるスケジュールデータ登録部１１０と、監視情報格納部１０９に格納されているスケジュール発生条件の変化を監視し、変化を検出した際には、スケジュールデータ格納部１０８の各スケジュールの要素と比較・更新するスケジュール情報監視部１１１と、スケジュール情報監視部１１１がスケジュール条件成立をスケジューラ管理部１１３に伝えた際、スケジュールデータ格納部１０８のスケジュール発生時（スケジュール発生条件成立時）の動作を実行するスケジュール動作実行部１１２と、メールからの抽出されたスケジュール情報が入力されスケジュール管理を行うスケジューラ管理部１１３とから構成される。
【００３４】
上記のスケジュールデータ格納部１０８は、図２に示すように、各スケジュール情報の管理領域がスケジュールの数だけ複数集まった構成になっている。図２において、スケジュールデータ格納部１０８の各スケジュール情報の管理領域は、スケジュール発生条件を格納しておくスケジュール発生条件定義領域２０１を持ち、この領域の要素としては、要求される状態（端末固有情報）２０２、要求される状態（ユーザ定義情報）２０３、要求される状態の累計数２０４、要求されるシーケンス２０５の３種類である。
【００３５】
また、スケジュール情報に要求される状態の累計数２０４と要求されるシーケンス２０５が含まれている場合に、それらの現在の情報を格納しておくスケジュール達成状況格納領域２０６があり、そこにはスケジュール情報に要求される状態の累計数２０４に対応して現在までの累計数の格納領域２０７と、要求されるシーケンス２０５に対応して現在までのステータスの格納領域２０８がそれぞれ用意されている。
【００３６】
また、スケジュール条件が成立した際の動作を格納しておくスケジュール発生時の動作定義領域２０９があり、この領域２０９の要素としては、スケジューラ１０７からＵＩ部１１４を動作させるＵＩ制御の基本要求２１０と、その他の機能を動作させるユーザ定義要求２１１とが含まれる。また、これらの情報の他に各スケジュールが持っている基本的な情報を格納しておく基本情報領域２１２があり、この領域２１２の要素にはスケジュールの識別番号であるスケジュールＩＤ２１３、メモの格納領域２１４、スケジュール登録・更新履歴２１５等が含まれている。更に、動作付随情報格納領域２１６は、スケジュール発生時の動作定義領域２０９に格納される動作のうち、回数処理等の付随する情報が必要となる場合に使用される動作実行状況領域２１８と、動作をユーザ操作により途中で中断した場合に使用される動作レジューム設定領域２１７とを含む。
【００３７】
なお、監視情報格納部１０９には現在の携帯通信端末１００の状態が更新される毎に記憶されるのに対し、スケジュールデータ格納部１０８にはスケジュール条件が発生する時の携帯通信端末１００の状態が記憶され、新しいスケジュールが登録されない限り、記憶内容は固定となる。
【００３８】
次に、本実施の形態の動作について説明する。図１及び図２において、携帯通信端末１００の所有者であるユーザは、スケジューラ管理部１１３が持つユーザインタフェース部分から必要な情報（スケジュール発生条件、スケジュール発生時の動作など）を入力する。入力された必要な情報は、スケジュールデータ登録部１１０を経てスケジュールデータ格納部１０８及び監視情報格納部１０９にそれぞれ格納される。
【００３９】
また、スケジュール情報を含んだメールは、スケジュール情報抽出部１０５で解析され、抽出されたスケジュール情報がスケジューラ１０７へ送信される。スケジューラ１０７では、受け取ったスケジュール情報に対し、スケジュールデータ登録部１１０によりスケジュール発生条件とそのときの動作をスケジュールデータ格納部１０８に登録し、スケジュール発生条件として必要な、携帯通信端末１００の保有する情報を監視情報格納部１０９へ登録する処理が行われる。スケジューラ管理部１１３は、スケジューラ１０７の各部位間を整合し動作させる機能を有している。
【００４０】
スケジューラ１０７は、通常時の動作として、スケジュール情報監視部１１１にて監視情報格納部１０９に格納されたデータに変化がないか監視を行う。監視情報格納部１０９に格納されたデータは、端末情報格納部１０１のデータ群から、スケジュールデータ登録部１１０の処理によって選択的に抽出された参照情報である。また、端末情報格納部１０１に格納されているデータは、端末情報管理部１０２がＵＩ部１１４の状態変化を監視し、変更があった際に随時更新しているものである。
【００４１】
監視情報格納部１０９に格納されているデータに変化があった場合、スケジュール情報監視部１１１は、監視情報格納部１０９のデータと、スケジュールデータ格納部１０８に格納されているスケジュールデータのうち、スケジュール発生条件定義２０１とスケジュール達成状況格納領域２０６の各要素の比較を行い、合致する条件がないか検索する。スケジュール発生条件定義２０１のうち、要求される状態２０２及び２０３が、要求される状態の累計数２０４の要素として登録されている場合は、現在までの累計数２０７をインクリメントする処理を行い、スケジュール発生条件定義２０１のうち、要求される状態２０２及び２０３が、要求されるシーケンス２０５の要素として登録されている場合は、現在のステータス２０８の状態を次に移す処理を行う。
【００４２】
監視情報格納部１０９に格納されているデータに変化があった場合、スケジュール情報監視部１１１は、スケジュールデータ格納部１０８に格納されているスケジュールデータのうち、スケジュール発生条件定義２０１とスケジュール達成状況格納領域２０６の各要素の比較を行い、合致する条件がないか検索する。スケジュール発生条件定義２０１のうち、要求される状態２０２及び２０３が、要求される状態の累計数２０４の要素として登録されている場合は、現在までの累計数２０７をインクリメントする処理を行い、スケジュール発生条件定義２０１のうち、要求される状態２０２及び２０３が、要求されるシーケンス２０５の要素として登録されている場合は、現在のステータス２０８の状態を次に移す処理を行う。
【００４３】
この処理が終了した後、スケジュール情報監視部１１１は、スケジュール発生条件定義２０１のスケジュール発生条件の成立可否を判断し、スケジュール発生条件が成立している場合、スケジュールＩＤ２１３をスケジュール動作実行部１１２に通知する。スケジュール動作実行部１１２は、スケジュールＩＤ２１３のスケジュール情報に対して、スケジュール発生時の動作定義２０９を参照し、内部要素として基本要求２１０とユーザ定義要求２１１とが含まれていれば、制御部１１６、システム公開制御部１１５を通してＵＩ部１１４やその他のアプリケーションの制御を行う。
【００４４】
以上の方法によって、スケジュール発生条件（用件）に携帯通信端末１００の状態や複雑な要因が含まれるような場合にも、これを自動的に登録・監視し、さらに条件が成立した際には、携帯通信端末１００の有する各種の機能を自動的に実行し、携帯通信端末１００の所持者の行動をサポートすることができる。
【００４５】
すなわち、本実施の形態によれば、携帯通信端末１００に固有の情報やユーザインタフェースをスケジュールの条件・動作として利用できるようにしたことで、携帯通信端末１００のユーザは、携帯通信端末１００のスケジューラ機能を単なる日時の予定を記載するものではなく、より多彩な行動をサポートするツールとして利用できる。
【００４６】
また、メールの送信者は本発明のメール受信側の携帯通信端末の保有する状態まで含めた依頼内容のスケジュール情報を送信し、メール受信側ではこのスケジュール情報を自動的に抽出して、その中から任意のスケジュール情報を登録し監視できるため、用件が発生するまでの間、メールの内容を覚えている必要がなく、またメールの送信者が携帯通信端末で選択されたスケジュール条件成立時の携帯通信端末の動作を指定することもできるため、条件成立時にメール受信者が行うべき動作を、該当メール再表示や自動的にリプライを返信する等の動作で補助することができる。
【００４７】
このように、本実施の形態によれば、携帯通信端末固有の情報やユーザインタフェースをスケジュール発生条件及びスケジュール発生条件成立時の動作として利用できるようにしたため、携帯通信端末１００のユーザは、携帯通信端末のスケジューラ機能を単なる日時の予定や、電池残量やイベント情報を、単にアラームで報知するものではなく、携帯通信端末１００のユーザに対し、より複雑な動作をスケジュール発生成立の動作として自動的に報知させることができ、よりユーザにとって使い勝手の良い、汎用性のあるスケジュール機能を実現できる。
【実施例１】
【００４８】
次に、本発明の第１実施例について説明する。本実施例は、携帯通信端末の所有者がアプリケーションＡを起動中の状態であって、携帯通信端末の電池残量が「１」以下で、電波状況が２回以上圏外となったら、携帯通信端末を発着信不可のモード（オフラインモード）にして、５分おきに３回ポップアップを出す、という動作を実現する場合の例である。なお、上記の電池残量「１」は、フル充電のときを「３」、電池残量なしのときは「０」としたときの値であり、よって、電池残量がかなり少なくなったときの状態を示す。
【００４９】
図３は本発明になる携帯通信端末の第１実施例のブロック図を示す。同図中、図１と同一構成部分には同一符号を付し、その説明を省略する。図３に示す第１実施例の携帯通信端末３５０は、スケジューラ３００を搭載する携帯通信端末であって、スケジューラ３００がスケジューラ管理部３０１と、スケジュールデータ登録部３０２と、スケジュール情報監視部３０３と、スケジュール動作実行部３０４と、監視情報格納部３０５と、スケジュールデータ格納部３０６とからなる構成とされている。また、携帯通信端末３５０は、端末情報格納部１０１と、端末情報管理部１０２と、システム公開制御部１１５と、ＵＩ部１１４と、制御部１１６と、無線・通信部１０３を有する構成とされている。
【００５０】
図４はスケジュール情報の管理領域の一例を示す。同図において、スケジューラ管理部３０１が受けたスケジュール情報が、スケジュールデータ登録部３０２によって監視情報格納部３０５と、スケジュールデータ格納部３０６に登録されているものとする。図２における要素に対して、図４ではＸＭＬ（extensible markup language）による記載方法を利用し、次の対応付けで実装した。
【００５１】
スケジュールデータ格納部３０６に登録されている１つのスケジュールデータの区切り枠として、図４では＜スケジュール情報管理領域＞として表記し、また図２に示した基本情報２１２を図４では＜基本情報＞として表記し、更に、スケジュールＩＤ２１３を＜スケジュールＩＤ＞、メモリ格納領域２１４を＜メモ＞、スケジュール登録・更新履歴２１５を＜作成日＞、スケジュール発生条件定義２０１を＜条件定義＞、要求される状態（端末固有情報）２０２を＜端末状態＞、要求される状態（ユーザ定義情報）２０３を＜ユーザ定義状態＞、要求される状態の累計数２０４及び現在までの累計数２０７を＜回数要求数＝“”現在数＝“”＞、要求されるシーケンス２０５及び現在のステータス２０８を＜順次現在の実行状態＝“”＞、スケジュール発生時の動作定義２０９を＜動作定義＞、基本要求２１０を＜基本要求＞、ユーザ定義要求２１１を＜ユーザ定義動作＞としてそれぞれ表記している。
【００５２】
次に、本実施例の動作について説明する。スケジュールデータ格納部３０６に図４のデータが登録された状態で、監視情報格納部３０５に登録される情報は、アプリケーションＡ、電池残量、電波状態である。電池残量と電波状態は端末情報管理部１０２によって更新される端末情報格納部１０１を参照して得られる。アプリケーションＡの状態が、端末情報格納部１０１に含まれないものである場合、制御部１１６が保有する情報をシステム公開制御部１１５の機能等を利用し取得する。
【００５３】
ここで、スケジュール情報監視部３０３が監視情報格納部３０５に記憶されている情報と同じ情報（ここでは、アプリケーションＡ、電池残量、電波状態）の監視中に、アプリケーションＡが未起動状態で、電波状態が圏外となった場合、監視情報格納部３０５の状態に変化が生じたものと判断し、スケジュール情報監視部３０３はスケジュールデータ格納部３０６に格納されている図４のデータの評価を開始する。これにより、図４に示す＜条件定義＞の＜順次＞の評価の箇所で、実行状態が初期値、アプリケーションＡが未起動であるため、ステータスは変わらずに再び監視状態に戻る。
【００５４】
その後、アプリケーションＡが動作状態となると、図４に示す＜順次＞の実行状態が進み、次のステータスである＜電池残量＞と＜電波状態＞の評価を開始可能となる。＜電池残量＞と＜電波状態＞は＄ａｎｄ＄演算子で結ばれているので、双方の状態が真となった場合に、初めて条件成立となる。条件が成立すると、スケジュール動作実行部３０４により、動作定義の内容が実行される。
【００５５】
すなわち、まず、＜基本要求＞の＜通信モード設定＞が実行され、システム公開制御部１１５を通して携帯通信端末３５０を発着信不可モード（オフライン）に設定する。次に、＜ユーザ定義動作＞の＜スヌーズ＞が監視情報格納部３０５に設定され、１回目の＜ポップアップ表示＞が実行される。その後５分おきに２回、監視情報格納部３０５の情報が更新され、＜ポップアップ表示＞が実行される。
【実施例２】
【００５６】
次に、本発明になる携帯通信端末の第２実施例について説明する。本実施例の携帯通信端末は、図１に示したブロック図と同一の構成でメール受信機能を持つ。本実施例は、図１の構成の携帯通信端末をそれぞれ所有するＡ氏、Ｂ氏、Ｃ氏のうち、図５に示す動作関係図に示すように、Ａ氏がＢ氏とＣ氏どちらかに依頼事項を遂行してもらいたい場合の例である。
【００５７】
すなわち、図５において、Ａ氏は携帯通信端末のメール作成画面５１１に基づき、依頼事項となる本文と、依頼請負者へのスケジュール発生条件と、条件成立時の動作を指定したメール５１１を作成し（ステップ５０１）、Ｂ氏とＣ氏の各携帯通信端末宛にそれぞれ送信する（ステップ５０２）。Ｂ氏とＣ氏の各携帯通信端末は、上記のメールを受信し、受信したメール５１２、５１３に基づき、図１に示したスケジュール情報抽出部１０５にてスケジュール情報抽出処理を行い、抽出された情報をスケジューラ１０７に渡し、スケジュールデータ格納部１０８と監視情報格納部１０９にそれぞれ登録する（ステップ５０３）。
【００５８】
Ｂ氏とＣ氏の各携帯通信端末の図１に示したスケジュール情報監視部１１１は、監視情報格納部１０９の記憶情報と同じ情報に変化があった場合に、スケジュールデータ格納部１０８に記憶された各スケジュールと比較することで、スケジュール条件成立の監視を行う（ステップ５０４）。その後、しばらくして、Ｂ氏の携帯通信端末にてスケジュール条件が成立した場合は、図１のスケジュール動作実行部１１２は条件成立時の動作を行う。この動作の中に自動リプライ動作による要求完遂通知が含まれていたため、Ｂ氏の携帯通信端末は、Ａ氏、Ｃ氏宛にＡ氏の依頼事項を達成した旨を伝えるメールを自動で送信する（ステップ５０５）。
【００５９】
次に、この第２実施例の図５の動作について、図６乃至図１０と共に更に詳細に説明する。まず、Ａ氏所有の携帯通信端末によるメール送信処理は、図６のフローチャートに示すように、エディタにて依頼事項となる本文と、依頼請負者へのスケジュール発生条件と、条件成立時の動作を指定したメール、すなわちスケジュール情報を付与したメールを作成し（ステップＳ１）、その作成したメールをメーラ１０４からＢ氏所有の携帯通信端末とＣ氏所有の携帯通信端末へそれぞれ送信し（ステップＳ２）、処理を終了する（ステップＳ３）。
【００６０】
Ｂ氏所有の携帯通信端末とＣ氏所有の携帯通信端末は、それぞれ上記のメールを図７に示すフローチャートに従って受信処理する。すなわち、携帯通信端末はメーラ１０４にて受信したメールの情報を解析し（ステップＳ１１）、スケジュール情報が受信したメールに含まれているか否か判断し（ステップＳ１２）、含まれている場合は、スケジュール情報抽出部１０５にてスケジュール情報とメール番号の抽出処理を行い（ステップＳ１３）、抽出データをスケジューラ１０７へ送信する（ステップＳ１４）。その後、メーラ１０４はメールを指定のフォルダへ移動したり、転送したりする通常のメールフィルタ処理を行い（ステップＳ１５）、処理を終了する（ステップＳ１６）。なお、受信したメールにスケジュール情報が含まれていない場合は、ステップＳ１５にて通常のメールフィルタ処理を行う。
【００６１】
また、Ｂ氏所有の携帯通信端末とＣ氏所有の携帯通信端末は、それぞれメーラ１０４からスケジュール情報を渡された時には、図８に示すフローチャートに従ったスケジュール登録処理を行う。すなわち、携帯通信端末は、そのスケジューラ１０７がメーラ１０４からスケジュール情報を受信すると（ステップＳ２１）、スケジュールデータ格納部１０８にスケジュール情報を登録した後（ステップＳ２２）、スケジュールデータ登録部１１０がスケジュール情報から条件定義部分を抽出し（ステップＳ２３）、その条件定義部分に基づいて端末情報格納部１０１のデータ群から選択的に抽出された端末固有情報を監視情報格納部１０９に登録し（ステップＳ２４）、更にスケジュール発生時の動作をシステム公開制御部１１５の該当機能部分とリンクさせ、監視情報格納部１０９に登録し（ステップＳ２５）、処理を終了する（ステップＳ２６）。
【００６２】
Ｂ氏所有の携帯通信端末とＣ氏所有の携帯通信端末は、上記のスケジュール登録処理に続いて、図９のフローチャートに従ってスケジュール監視と条件成立時までの処理を行う。すなわち、携帯通信端末は、スケジュール情報監視部１１１にて監視情報格納部１０９に格納されたデータに変化がないか監視を行う（ステップＳ３１、Ｓ３２）。
【００６３】
監視情報格納部１０９に格納されているデータに変化があった場合、スケジュール情報監視部１１１は、変化したデータがスケジュール動作実行処理に関するものであるか否か判定し（ステップＳ３３）、スケジュール動作実行処理に関するものでないときには、スケジュール情報監視部１１１は、スケジュールデータ格納部１０８に格納されている各スケジュール情報と監視情報格納部１０９に格納されているデータとの比較を行い（ステップＳ３４）、比較が一致する場合にのみスケジュールデータ格納部１０８のデータ更新を行う（ステップＳ３５）。
【００６４】
ステップＳ３５の処理が終了した後、又はステップＳ３４で比較結果が不一致であるときには、スケジュール情報監視部１１１は、スケジュールデータ格納部１０８に格納されているスケジュール発生条件定義２０１のスケジュール発生条件の成立可否を判断する（ステップＳ３６）。例えば、スケジュール情報監視部１１１は、監視情報格納部１０９に格納されているデータに変化があった場合、スケジュールデータ格納部１０８に格納されている各スケジュールと比較することで、スケジュール発生条件がスケジュールデータと一致した時に条件成立と判定する。スケジュール発生条件が成立している場合、スケジュール動作実行部１１２に該当スケジュールを通知する（ステップＳ３７）。
【００６５】
また、スケジュール条件が成立しない場合、あるいはステップＳ３７によりスケジュール動作実行部１１２にスケジュールを通知した場合、あるいはステップＳ３２で変化がないときにはステップＳ３１に戻り、再びスケジュール情報監視部１１１による監視情報格納部１０９に格納されたデータに変化がないかの監視を行う。なお、スケジュール動作実行処理であるとステップＳ３３で判定された時には、ステップＳ３７に進んで、スケジュール動作実行部１１２に該当スケジュールを通知する。
【００６６】
Ｂ氏の携帯通信端末にてスケジュール条件が成立した場合は、Ｂ氏所有の携帯通信端末は、上記のスケジュール監視と条件成立時までの処理に続いて、図１０のフローチャートに従ってスケジュール発生時の実行処理を行う。すなわち、Ｂ氏の携帯通信端末は、スケジュール情報監視部１１１は、スケジュールデータ格納部１０８に格納されているスケジュール発生条件定義２０１のスケジュール発生条件が成立している場合、スケジュールＩＤ２１３をスケジュール動作実行部１１２に通知する（ステップＳ４１）。
【００６７】
スケジュール動作実行部１１２は、スケジュールＩＤ２１３のスケジュール情報に対して、スケジュール発生時の動作定義２０９を参照し（ステップＳ４２）、内部要素としてユーザ定義要求２１１が含まれているか否かの判定を行い（ステップＳ４３）、ユーザ定義要求２１１が含まれている場合は、そのユーザ定義動作の処理、すなわち、スケジュールデータ格納部１０８のデータを更新し、監視情報格納部１０９にタイマと通知されたスケジュールＩＤとを登録する（ステップＳ４４）。
【００６８】
スケジュール動作実行部１１２は、上記のステップＳ４４の処理に続いて、又はステップＳ４３でユーザ定義要求が含まれていないと判定されたときには、スケジュール発生時の動作定義２０９の内部要素として基本要求２１０が含まれており、かつ、その基本要求の動作が実行済みか否かの判定を行い（ステップＳ４５）、基本要求２１０の動作が未実行である時にはシステム公開制御部１１５の該当機能を実行した後（ステップＳ４６）、実行済みのときには、直ちに動作定義されている項目の数だけ実行をしたか否か判定する（ステップＳ４７）。動作定義されている項目のすべてを実行していないときには、再びステップＳ４３の処理に戻り、動作定義されている項目のすべてを実行した時は処理を終了する（ステップＳ４８）。
【００６９】
本実施例によれば、子供やお年寄りに携帯通信端末を持たせて、その行動管理を行うことも可能となる。すなわち、メールの条件定義として、スケジュール即時実行や、電波状態が圏外の場合、あるいは位置情報が近所以外になった場合を指定し、その時の動作定義として、注意喚起メッセージの表示やアラーム鳴動、自動メールリプライに現在値等の情報を埋め込んで送信する、等を追加してメール送信することを設定することにより、メール受信者である子供やお年寄りの状態を監視することが可能となる。
【００７０】
あるいは、本実施例によれば、特定の会議だけ携帯通信端末の着信音を鳴動させなくするという使い方も可能となる。すなわち、会議の開催通知メールに、条件定義として会議の期間、動作定義として着信音オフ設定アラーム、着信音オフ等の情報を盛り込むことで、会議に出席する多数からなるメール受信者は、会議中の着信音設定について心配をしなくてよくなる。
【００７１】
なお、本発明は以上の実施の形態及び実施例に限定されるものではなく、例えば、実施例として、スケジュール情報を条件と動作に分けて、監視と実行を別のフェーズで行う方法を提示したが、１つのスケジュールとして条件を混ぜて記載し、より高度な実行形態を提供するスケジュールとして成立させることも可能である。具体的には、図２に示した要求されるシーケンス２０５（図４では＜順次＞として記載）を用い、ここに動作を埋め込むことで可能となる。
【００７２】
また、スケジュールの発生条件や、条件成立時の動作として、図１１、図１２の例などが容易に想像される。図１１はスケジュール発生条件の各例を示し、図１２はスケジュール発生時の動作の各例を示す。図１１に示すように、スケジュール発生条件には、プリセット、対象者、日付、時間、発信回数、天気、電波状態、電池残量、端末開閉状態などがある。なお、「電波状態」は、圏外を含め５段階あるものとしており、圏外、１以下、１以上、２以下、２以上、３以下、３以上、４以下、４のいずれかの値をとる。
【００７３】
また、上記の開閉状態は、携帯通信端末１００、３５０が、内側面に少なくとも表示部が設けられた上部筐体部と、内側面に少なくとも各種の入力及び操作を行うための各種ボタンからなる操作部が設けられた下側筐体部とが、互いの一側端部同士がヒンジ部により回動自在に結合され、上部筐体部と下部筐体部とはヒンジ部を中心として各内側面同士が、互いに近接対向する閉状態か互いに離間される開状態のいずれかとして用いられる周知の折り畳み式携帯通信端末における上部筐体部と下部筐体部との開閉状態を示す情報である。
【００７４】
また、図１１のスケジュール発生条件の中の「値」が任意であるものは、メールやスケジューラのユーザインタフェースとして、スケジュール情報記載欄に決められたフォーマットがあったときに、そのフィールドを意識しない場合に用いるものである。更に、図１１中の「天気」は、携帯通信端末１００、３５０が携帯電話の場合、基地局が周辺の天気情報を、定期的に配信しているため、この情報を利用するものである。
【００７５】
また、図１２は図１１に示すユーザが任意に選択したスケジュール発生条件を満足した時の携帯通信端末１００、３５０の動作の各例を示し、スケジュール発生条件を満足した時の動作には、プリセット、アラーム、端末筐体を振動させるバイブ、メール表示、完了通知、自動リプライ、発信要求表示、コメント表示、キーマクロ実行、ログ採取などがある。ユーザはスケジュール発生時の動作を図１２の動作項目及び値から予め自由に選択することができる。例えば、図１２の「動作項目」のうち、アラームとバイブとをスケジュール発生時の動作として選択し登録する。同時に動作の詳細をその動作項目に対応する「値」から５秒、１０秒などのように選択し登録する。
【図面の簡単な説明】
【００７６】
【図１】本発明の携帯通信端末の一実施の形態のブロック図である。
【図２】図１中のスケジュールデータ格納部の一例の管理領域説明図である。
【図３】本発明の携帯通信端末の第１実施例のブロック図である。
【図４】スケジュール情報の管理領域の一例を示す図である。
【図５】本発明の携帯通信端末の第２実施例の動作関係を示す図である。
【図６】図５のＡ氏所有の携帯通信端末によるメール送信処理のフローチャートである。
【図７】図５のＢ氏、Ｃ氏所有の携帯通信端末によるメール受信処理のフローチャートである。
【図８】図５のＢ氏、Ｃ氏所有の携帯通信端末によるスケジュール登録処理のフローチャートである。
【図９】図５のＢ氏、Ｃ氏所有の携帯通信端末によるスケジュール監視と条件成立時までの処理のフローチャートである。
【図１０】図５のＢ氏所有の携帯通信端末によるスケジュール発生時の実行処理のフローチャートである。
【図１１】スケジュール発生条件の各例を示す図である。
【図１２】スケジュール発生時の動作の各例を示す図である。
【符号の説明】
【００７７】
１００、３５０  携帯通信端末
１０１  端末情報格納部
１０２  端末情報管理部
１０３  無線通信部
１０４  メーラ
１０５  スケジュール情報抽出部
１０６  メール格納部
１０７、３００  スケジューラ
１０８、３０６  スケジュールデータ格納部
１０９、３０５  監視情報格納部
１１０、３０２  スケジュールデータ登録部
１１１、３０３  スケジュール情報監視部
１１２、３０４  スケジュール動作実行部
１１３、３０１  スケジューラ管理部
１１４  ＵＩ部
１１５  システム公開制御部
１１６  制御部
２０１  スケジュール発生条件定義
２０６  スケジュール達成状況格納領域
２０９  スケジュール発生時の動作定義
２１２  基本情報
２１６  動作付随情報格納領域
【図１】
2006166118.tif 000003
【図２】
2006166118.tif 000004
【図３】
2006166118.tif 000005
【図４】
2006166118.tif 000006
【図５】
2006166118.tif 000007
【図６】
2006166118.tif 000008
【図７】
2006166118.tif 000009
【図８】
2006166118.tif 000010
【図９】
2006166118.tif 000011
【図１０】
2006166118.tif 000012
【図１１】
2006166118.tif 000013
【図１２】
2006166118.tif 000014