(57)【要約】      （修正有）【課題】より汎用性のあるスケジュール機能を持つ携帯端末及びその情報提供方法を提供する。【解決手段】スケジュール機能と通信機能とユーザとの間で実行される入力及び出力機能を実現するための各種リソースから成るハードウェア部１４０とメモリ１３０とを少なくとも有する携帯端末１００に適用される。メモリは、ユーザが登録したスケジュールに関する情報を格納しているスケジュール登録エリア１３１と、スケジュール発生条件、条件成立時動作を格納しているスケジュール予測テーブル１３２と、スケジュール発生条件として監視すべき情報を登録している状態登録エリア１３３とを有する。【選択図】図１
2007288707.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール機能と無線基地局を介しての通信機能とユーザとの間で実行される入力及び出力機能を実現するための各種リソースから成るハードウェア部とメモリとを少なくとも有する携帯端末において、
前記メモリは、前記スケジュール機能に関連する記憶エリアとして、ユーザが登録したスケジュールに関する情報を格納しているスケジュール登録エリアと、スケジュール発生条件、条件成立時動作を格納しているスケジュール予測テーブルと、スケジュール発生条件として監視すべき情報を登録している状態登録エリアとを有し、
前記状態登録エリアにおける登録情報の状態が変化すると条件判定を実行して前記スケジュール予測テーブルを参照すると共に前記状態登録エリアにおける変化した登録情報と照合を行い、照合が一致していると前記スケジュール発生条件成立の状況や前記条件成立時動作に応じてユーザへの通知方法を決定するスケジュール条件判断部と、
前記スケジュール条件判断部により決定された前記ユーザへの通知方法に基づいて通知を行うべく前記ハードウェア部におけるリソースを制御するハードウェア制御部と、
前記入力機能及び前記通信機能により取得した情報を前記状態登録エリアに前記スケジュール発生条件として監視すべき情報として登録あるいは更新する登録情報収集・更新部と、
を備えたことを特徴とする携帯端末。
【請求項２】
前記条件判定は、文節予測変換機能を用い、予測変換の入力に前記スケジュール発生条件、出力に前記条件成立時動作を割り当てることで実現されることを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記スケジュール条件判断部は、前記条件判定に際し、前記照合が完全に一致していない場合でも前記スケジュール発生条件達成が近づいている場合にはその旨をユーザに通知する予測スケジュール機能を有することを特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
前記条件成立時動作あるいは前記予測スケジュール機能によりユーザが通知を受けた際に、前記ユーザへの通知方法が該ユーザの求めていたものであったかどうかをディスプレイ上での選択操作によりユーザに評価させるスケジュール評価機能を有し、ユーザによる選択結果は前記スケジュール条件判断部にフィードバックされ、該スケジュール条件判断部は該選択結果に基づいて前記スケジュール予測テーブルの内容を更新することを特徴とする請求項３に記載の携帯端末。
【請求項５】
ユーザによる前記スケジュール登録エリアへのスケジュール登録に際し、前記文節予測変換機能により前記ユーザに対しデータ入力の補助を行う機能を有し、該スケジュール登録と合わせ、前記スケジュール発生条件と前記条件成立時動作を前記スケジュール条件判断部に反映させることを特徴とする請求項２に記載の携帯端末。
【請求項６】
前記メモリ、前記スケジュール条件判断部、及び前記登録情報収集・更新部をニューラルネットワークで構成し、該ニューラルネットワークは当該携帯端末に保存されるべき各種情報を入力とする一方、前記条件成立動作時の通知方法を出力とし、学習の手段としてユーザによるスケジュール登録や前記スケジュール評価機能に基づく評価を用いることを特徴とする請求項４に記載の携帯端末。
【請求項７】
スケジュール機能と無線基地局を介しての通信機能とユーザとの間で実行される入力及び出力機能を実現するための各種リソースから成るハードウェア部とメモリとを少なくとも有する携帯端末による情報提供方法において、
前記メモリにおいては、スケジュールに関する情報が当該メモリにおけるスケジュール登録エリアに、スケジュール発生条件、条件成立時動作に関する情報が前記メモリにおけるスケジュール予測テーブルに、スケジュール発生条件として監視すべき情報が前記メモリにおける状態登録エリアにそれぞれ格納されており、
前記状態登録エリアにおける登録情報の状態が変化すると条件判定を実行して前記スケジュール予測テーブルを参照すると共に前記状態登録エリアにおける変化した登録情報と照合を行い、照合が一致していると前記スケジュール発生条件成立の状況や前記条件成立時動作に応じてユーザへの通知方法を決定する第１のステップと、
前記第１のステップにより決定された前記ユーザへの通知方法に基づいて通知を行うべく前記ハードウェア部におけるリソースを制御して前記ユーザに通知する第２のステップとを含み、
更に、前記入力機能及び前記通信機能により取得した情報を前記状態登録エリアにスケジュール発生条件として監視すべき情報として登録あるいは更新する登録・更新ステップを含むことを特徴とする携帯端末による情報提供方法。
【請求項８】
前記条件判定は、文節予測変換機能を用い、予測変換の入力に前記スケジュール発生条件、出力に前記条件成立時動作を割り当てることで実現されることを特徴とする請求項７に記載の携帯端末による情報提供方法。
【請求項９】
前記第１のステップは更に、前記条件判定に際し、前記照合が完全に一致していない場合でも前記スケジュール発生条件達成が近づいている場合にはその旨をユーザに通知する予測スケジュール機能を実行する第３のステップを含むことを特徴とする請求項７又は８に記載の携帯端末による情報提供方法。
【請求項１０】
前記第２のステップは更に、前記条件成立時動作あるいは前記予測スケジュール機能によりユーザが通知を受けた際に、前記ユーザへの通知方法が該ユーザの求めていたものであったかどうかをディスプレイ上での選択操作によりユーザに評価させる第４のステップを含み、ユーザによる選択結果に基づいて前記スケジュール予測テーブルの内容が更新されることを特徴とする請求項９に記載の携帯端末による情報提供方法。
【請求項１１】
前記メモリによる記憶、前記第１のステップ、及び前記登録・更新ステップをニューラルネットワークで実行し、該ニューラルネットワークは当該携帯端末に保存されるべき各種情報を入力とする一方、前記条件成立動作時の通知方法を出力とし、学習の手段としてユーザによるスケジュール登録や前記第４のステップに基づく評価を用いることを特徴とする請求項１０に記載の携帯端末による情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスケジュール機能を有する携帯端末及びそれによる情報提供方法に関する。
【背景技術】
【０００２】
携帯電話機等の携帯端末が有する機能の一つとして、スケジュール機能が知られている。このスケジュール機能は、携帯端末のユーザが自身の将来の予定などの日時を予め設定登録しておき、その設定登録した日時になると、スケジュール発生のトリガとして、アラームで通知するものが一般的である。この場合、スケジュールの発生条件として時刻を基準として表せないものは、別途メモ帳に記録しておく必要があり、ユーザはこれを定期的に確認し、条件が整った際に動作を実行する。
【０００３】
例えば、特許文献１には、スケジュールの管理とメール管理とを互いにリンクして行えるようにした携帯端末が開示されている。この携帯端末においては、組み込まれたスケジューラを起動させて日付を選択すると、選択された日付にリンクさせるアプリケーションを選択することができる。そして、リンクの選択として例えばメーラを選択すると、選択された日に送受信した電子メールがそれぞれ一覧で表示される。リンクの選択としては、他に日記帳、通話料金参照が開示されているが、いずれにしてもイベントは日付に関連付けられている。
【０００４】
また、特許文献２には、無駄な演算処理をすることなく、ユーザの現在位置から予定移動先への移動時間を演算し、移動時間を考慮した時刻にアラームを鳴動させることのできる携帯端末が開示されている。しかし、この携帯端末ではスケジュールは時刻と場所に限定される。
【０００５】
また、特許文献３には、ユーザの持つＰＤＡに記憶されているスケジュール内容に基づいて車両で目的地に行こうとする際、ＰＤＡ、車両の電子制御装置、情報サービスセンター等が互いに交信することにより、燃料補給の必要の有無、燃料補給が必要な場合には給油所に関する情報をユーザに報知可能な行動補助システムに関することが開示されている。しかし、このシステムでは、スケジュール予測が車両の行く先に関するものに特化されている。
【０００６】
【特許文献１】特開２００３−１０８４９５号公報（図３）
【特許文献２】特開２００６−３３４０４号公報
【特許文献３】特開平１０−１８８１９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記の特許文献１〜３に開示された技術をも含めて、これまでの携帯端末では、ユーザ毎のＴＰＯ（時、場所、状況）に応じた情報提供を実現しているとは言えない。
【０００８】
例えば、これまでの携帯端末では、スケジュール登録されていない、あるいはスケジュール化しにくいユーザの潜在的な要求に応える術がなかった。例えば、ＧＰＳとＷＥＢサーバなどからの情報を用い、危険地帯に侵入した際に内蔵のバイブレータを振動させる、といった込み入ったサービスを包括的に扱うことが出来なかった。
【０００９】
あるいは、ユーザは規則性を見出せないものの必ず発生する案件や、体調などのようにユーザのみが知り得る情報の予測／サービス、それらの複合要件で発生する案件なども、スケジュールとして扱うことが出来なかった。
【００１０】
さらに、発生したスケジュールを評価する手段がなかった。例えば、鳴動による通知を受けた際、そのときのユーザの状態では鳴動が好ましくなかった場合であっても、次回以降の通知においても必ず鳴動による通知を行い、学習するということがなかった。
【００１１】
本発明は、ユーザが携帯端末と共に密着して生活する中で、携帯端末が取得しうるあらゆる情報を利用してユーザ固有のスケジュールを発掘し、学習に応じてＴＰＯにあった通知を実現できるようにしようとするものである。
【００１２】
つまり、本発明の目的は、より汎用性のあるスケジュール機能を持つ携帯端末及びその情報提供方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明によれば、スケジュール機能と無線基地局を介しての通信機能とユーザとの間で実行される入力及び出力機能を実現するための各種リソースから成るハードウェア部とメモリとを少なくとも有する携帯端末において、前記メモリは、前記スケジュール機能に関連する記憶エリアとして、ユーザが登録したスケジュールに関する情報を格納しているスケジュール登録エリアと、スケジュール発生条件、条件成立時動作を格納しているスケジュール予測テーブルと、スケジュール発生条件として監視すべき情報を登録している状態登録エリアとを有し、前記状態登録エリアにおける登録情報の状態が変化すると条件判定を実行して前記スケジュール予測テーブルを参照すると共に前記状態登録エリアにおける変化した登録情報と照合を行い、照合が一致していると前記スケジュール発生条件成立の状況や前記条件成立時動作に応じてユーザへの通知方法を決定するスケジュール条件判断部と、前記スケジュール条件判断部により決定された前記ユーザへの通知方法に基づいて通知を行うべく前記ハードウェア部におけるリソースを制御するハードウェア制御部と、前記入力機能及び前記通信機能により取得した情報を前記状態登録エリアに前記スケジュール発生条件として監視すべき情報として登録あるいは更新する登録情報収集・更新部とを備えたことを特徴とする携帯端末が提供される。
【００１４】
本発明による携帯端末においてはまた、前記スケジュール条件判断部は、前記条件判定に際し、前記照合が完全に一致していない場合でも前記スケジュール発生条件達成が近づいている場合にはその旨をユーザに通知する予測スケジュール機能を有することが好ましい。
【００１５】
本発明による携帯端末においては更に、前記条件成立時動作あるいは前記予測スケジュール機能によりユーザが通知を受けた際に、前記ユーザへの通知方法が該ユーザの求めていたものであったかどうかをディスプレイ上での選択操作によりユーザに評価させるスケジュール評価機能を有することが好ましい。この場合、ユーザによる選択結果は前記スケジュール条件判断部にフィードバックされ、該スケジュール条件判断部は該選択結果に基づいて前記スケジュール予測テーブルの内容を更新する。
【００１６】
本発明による携帯端末においては更に、ユーザによる前記スケジュール登録エリアへのスケジュール登録に際し、前記文節予測変換機能により前記ユーザに対しデータ入力の補助を行う機能を有することが好ましい。この場合、該スケジュール登録と合わせ、前記スケジュール発生条件と前記条件成立時動作を前記スケジュール条件判断部に反映させる。
【００１７】
なお、前記メモリ、前記スケジュール条件判断部、及び前記登録情報収集・更新部をニューラルネットワークで構成しても良く、この場合、該ニューラルネットワークは当該携帯端末に保存されるべき各種情報を入力とする一方、前記条件成立動作時の通知方法を出力とし、学習の手段としてユーザによるスケジュール登録や前記スケジュール評価機能に基づく評価を用いる。
【００１８】
本発明によればまた、スケジュール機能と無線基地局を介しての通信機能とユーザとの間で実行される入力及び出力機能を実現するための各種リソースから成るハードウェア部とメモリとを少なくとも有する携帯端末による情報提供方法において、前記メモリにおいては、スケジュールに関する情報が当該メモリにおけるスケジュール登録エリアに、スケジュール発生条件、条件成立時動作に関する情報が前記メモリにおけるスケジュール予測テーブルに、スケジュール発生条件として監視すべき情報が前記メモリにおける状態登録エリアにそれぞれ格納されており、前記状態登録エリアにおける登録情報の状態が変化すると条件判定を実行して前記スケジュール予測テーブルを参照すると共に前記状態登録エリアにおける変化した登録情報と照合を行い、照合が一致していると前記スケジュール発生条件成立の状況や前記条件成立時動作に応じてユーザへの通知方法を決定する第１のステップと、前記第１のステップにより決定された前記ユーザへの通知方法に基づいて通知を行うべく前記ハードウェア部におけるリソースを制御して前記ユーザに通知する第２のステップとを含み、更に、前記入力機能及び前記通信機能により取得した情報を前記状態登録エリアにスケジュール発生条件として監視すべき情報として登録あるいは更新する登録・更新ステップを含むことを特徴とする携帯端末による情報提供方法が提供される。
【００１９】
本発明による携帯端末、情報提供方法のいずれにおいても、前記条件判定は、文節予測変換機能を用い、予測変換の入力に前記スケジュール発生条件、出力に前記条件成立時動作を割り当てることで実現される。
【００２０】
本発明による情報提供方法においては、前記第１のステップが更に、前記条件判定に際し、前記照合が完全に一致していない場合でも前記スケジュール発生条件達成が近づいている場合にはその旨をユーザに通知する予測スケジュール機能を実行する第３のステップを含むことが好ましい。
【００２１】
本発明による情報提供方法においてはまた、前記第２のステップが更に、前記条件成立時動作あるいは前記予測スケジュール機能によりユーザが通知を受けた際に、前記ユーザへの通知方法が該ユーザの求めていたものであったかどうかをディスプレイ上での選択操作によりユーザに評価させる第４のステップを含むことが好ましい。この場合、ユーザによる選択結果に基づいて前記スケジュール予測テーブルの内容が更新される。
【発明の効果】
【００２２】
本発明によれば、これまでの携帯端末におけるスケジュール発生時刻でのピンポイントによる情報の通知ではなく、ユーザのＴＰＯに応じた汎用性の高い携帯端末及びそれによる情報提供方法を提供することができる。
【発明を実施するための最良の形態】
【００２３】
図１を参照して、本発明による携帯端末の実施形態の構成について説明する。
【００２４】
携帯端末１００は、無線基地局２００を介してインターネット３００と接続可能であり、無線情報処理部１１０、制御部１２０、メモリ１３０、ハードウェア部１４０を備える。携帯端末１００はスケジュール機能を実行するスケジューラを搭載している。制御部１２０は、スケジューラに必要な要素としてスケジュール条件判断部１２１、ハードウェア制御部１２２、登録情報収集・更新部１２３を含む。メモリ１３０は、スケジュール登録エリア１３１、スケジュール予測テーブル１３２、状態登録エリア１３３を含む。また、ハードウェア部１４０は、ユーザ・インタフェース部１４１を含む。図１には、携帯端末１００に対して行われる本発明の特徴部分にかかわるユーザ操作１５０の代表的な例としてスケジュール評価１５１、スケジュール登録１５２（いずれも後述する）を示している。
【００２５】
次に、上記各構成要素及び関連する要素の機能について説明する。
【００２６】
以下では、予測スケジュールの機能によって、登録されていないスケジュールをユーザに喚起する例について説明する。
【００２７】
インターネット３００：無線基地局２００の網は、インターネット３００に接続され、携帯端末１００における登録情報収集・更新部１２３の要求する様々な情報をインターネット３００から取得する。また、スケジュール動作に伴い、携帯端末１００からの情報をインターネット３００経由で別の端末やサーバに送信する際のパスにもなる。
【００２８】
無線基地局２００：携帯端末１００とインターネット３００をつなぐ機能を果たすとともに、基地局固有情報２１０をユーザに通知する機能も持つ。
【００２９】
基地局固有情報２１０：携帯電話機の場合には、報知情報として、地域の天気、街角情報、ローカル・コンテンツが携帯端末１００に配信される。ワンセグ放送などの放送局から受信できる情報と合わせ、携帯端末１００における登録情報収集・更新部１２３にて必要とする情報が取捨選択される。
【００３０】
無線情報処理部１１０：無線基地局２００や他の端末と、制御部１２０との橋渡しを行う。
【００３１】
制御部１２０：携帯端末１００のハードウェア／ソフトウェアの制御を司り、携帯端末１００の各種機能の制御を実行する。
【００３２】
スケジュール条件判断部１２１：メモリ１３０における状態登録エリア１３３の状態が変化した際にこれをトリガとして条件判断を実行し、Ｔ９などで知られる文節予測変換機能を応用し、スケジュール予測テーブル１３２(入力を「スケジュール発生条件」、出力を「条件成立時動作」とする)を用いて状態登録エリア１３３の情報と照合する。照合が一致していると、「スケジュール発生条件」成立の状況や「条件成立時動作」により、ハードウェア制御部１２２、ユーザ・インタフェース部１４１を通したユーザへの通知の方法を変える。ユーザ操作１５０のうち、ユーザによるスケジュール評価１５１の際は、ユーザからの選択に応じてスケジュール予測テーブル１３２の内容を更新する。また、ユーザ操作１５０のスケジュール登録１５２の際には、ユーザの入力補助を行い、登録内容から「スケジュール発生条件」と「条件成立時動作」の要素を抽出して、スケジュール予測テーブル１３２を更新する。
【００３３】
ハードウェア制御部１２２：携帯端末１００のリソース、例えば図示しないＬＣＤへの表示内容やＬＥＤ、バイブレータ、スピーカなどの出力機能に加え、ユーザによるボタン操作やマイク入力、電池電圧の取得などの入力機能も制御する。
【００３４】
登録情報収集・更新部１２３：インターネット３００やユーザ・インタフェース部１４１などから取得した情報をメモリ１３０の状態登録エリア１３３に登録する。状態登録するインタフェースをＪａｖａ（登録商標）アプリケーション用などに公開することで、ユーザが任意の情報を収集して、任意のタイミングで状態登録できるようになる。
【００３５】
メモリ１３０：携帯端末１００の制御用として使う他、ユーザ固有の情報を格納するために使用する。状態登録エリア１３３のデータが更新されるとハード割り込みを発生する。
【００３６】
スケジュール登録エリア１３１：ユーザが登録した情報を格納する。メモ書きなどの、スケジュール判定には冗長なテキスト情報なども含んでいる。
【００３７】
スケジュール予測テーブル１３２：Ｔ９などの文節予測変換機能の辞書に相当する。検索の高速化のために、既存のワード予測、Ｔ９、インクリメンタル・サーチ等の技術を転用することも可能である。テーブルの要素として「スケジュール発生条件」、「条件成立時動作」、「未実行フラグ」を含む。基本的にはユーザが過去に登録したスケジュールが蓄積される。ユーザからのスケジュール評価１５１やスケジュール登録１５２の結果を受け、スケジュール条件判断部１２１の制御のもと、スケジュール予測テーブル１３２における辞書の並び替えが行われる。また、ユーザによるスケジュール評価１５１によっては、情報の個別削除も可能である。
【００３８】
状態登録エリア１３３：「スケジュール発生条件」として監視したい情報を登録し、それらの状態更新に伴って常に最新の状態のみを保存する。予め登録されている情報の他、ユーザが指定する情報を登録情報収集・更新部１２３の機能によって、新規登録／更新することができる。
【００３９】
状態登録エリア１３３に格納する状態がＹｅｓ／Ｎｏの２値で表し切れない場合、状態の爆発を回避するためＰｅｒｌのような正規表現を含むスクリプトをスケジュール予測テーブル１３２側で各条件要素に対して使用する。
【００４０】
ハードウェア部１４０：携帯端末１００の各種リソースから成る。リソースとしては、表示部に画像を表示する画面表示機能、発光素子により所望の情報を発光又は点滅して所望の情報を報知する発光機能、スピーカにより着信音又は受話音声を発音する発音機能、端末筐体を振動させて着信を報知する振動機能、任意の被写体を撮像する撮像機能、任意のシーケンシャルな動作を実行する機能等がある。具体的には、前述したＬＣＤやＬＥＤ、スピーカ、バイブレータ、ボタン、マイクなどのハードウェアから成る。
【００４１】
ユーザ・インタフェース部１４１：ハードウェアの中で、特にユーザとの情報の受け渡しを実現する。単純なＬＥＤ、スピーカ、ボタン等の個別の機能の他、ＬＣＤ表示内容などを書き換えることで、ユーザとの様々なやり取りを可能にする。
【００４２】
スケジュール評価１５１：「条件成立時動作」や後述する「予測スケジュール」機能によってユーザが通知を受けた際に、「スケジュール発生条件」と「条件成立時動作」、つまり通知方法がユーザの求めていたものであったかどうかを、ユーザが評価し、いくつかの選択肢の中から選択する。選択肢はディスプレイ上にプルダウンメニューなどで表示することが出来る。選択結果は、スケジュール条件判断部１２１によってスケジュール予測テーブル１３２の内容に反映される。
【００４３】
スケジュール登録１５２：新たなスケジュールを登録する際にユーザが行う。登録するスケジュールは、機能的に「スケジュール発生条件」と「条件成立時動作」に分けられる。スケジュールデータはスケジュール登録エリア１３１に登録され、またスケジュール条件判断部１２１によってスケジュール予測テーブル１３２の内容を更新する。
【００４４】
「スケジュール発生条件」：本実施形態におけるスケジュールとは、日時の予定に留まらない、不定期でユーザ固有の要求をも対象としている。携帯端末１００が取得できる様々な情報を、一元的に「スケジュール発生条件」要素として扱い、所定の要素が満たされたとき、スケジュールが発生する。
【００４５】
なお、「スケジュール発生条件」の要素例として、以下の要素を挙げることができる。
【００４６】
端末情報：携帯端末１００の位置、電池容量、受信電波感度(無線ＬＡＮ、携帯電話無線、ＦＭ、ＴＶ等)、折り畳み式携帯端末の開閉状態、日時、曜日、発着信回数、最終着信者、操作者、他の端末の状態等
基地局固有情報２１０：無線基地局２００の地域の天気、街角情報、ＴＶ、不審者情報等
インターネット３００からの情報：メール、交通情報、株価、検索情報等
個人情報：住所録、スケジュール、メモ、プライベート情報(プロフィール、身体情報、体調、食事内容、読んだ本、家族などの情報等)等
組み合わせ：任意のスケジュール発生をトリガ、各条件の組み合わせ条件の成立状況
「条件成立時動作」(通知方法)：「スケジュール発生条件」を監視する中で、条件が整ったときに携帯端末１００が通知を行う方法であり、ユーザのモード指定によって、「未実行フラグ」に関わらず、スケジュール予測テーブル１３２の第１候補の動作を行ったり、あるいは予め決めた動作を行うように設定したりすることが出来る。
【００４７】
動作例としては、以下の例を挙げることができる。
【００４８】
携帯端末１００のリソースを利用した動作、例えばアラーム、音声通知、バイブレータ、ＬＥＤ、メール(新規／リプライ)、ＷＥＢアクセス(情報のアップ／ダウンロード)、画面表示(テキスト／絵)、発呼、ログ採取、カメラ、Ｊａｖａ（登録商標）アプリケーション、その他アプリケーション起動、その他携帯端末操作(キーマクロ／スクリプトなど)、検索、他の端末への要求・他の端末の情報、・・・、その他ユーザ指定動作、複合的な動作
未実行フラグ：スケジュール登録エリア１３１に登録されているスケジュールのこと。スケジュール予測テーブル１３２には未実行／継続実行のスケジュールを識別できるように、各要素にフラグを設けている。ユーザが「予測スケジュール」を使用しない場合などのために使用する。
【００４９】
「予測スケジュール」機能：スケジュール条件判断部１２１がスケジュール予測テーブル１３２を使って状態登録エリア１３３の現在の状態と照合することで、過去に登録したスケジュールが満了していた場合や、発生しそうなスケジュールを予期して、ユーザに通知を行う。ユーザに通知する方法としては、あと１〜２条件で「スケジュール発生条件」が成立する場合などに、優先順位をつけて画面表示する方法などを用いても良い。
【００５０】
「ハードウェア割り込み」：携帯端末１００に接続されたデバイスから受け取る割り込み情報。キー入力や各種のＩ／Ｏの他、メモリ１３０の状態登録エリア１３３における状態変化、例えば書き込みが行われたことを検出して、スケジュール条件判断部１２１における条件判断のトリガとして使用することができる。
【００５１】
本発明は、スケジューラを搭載した携帯端末１００において、上記のような構成、「スケジュール発生条件」の要素例、動作例に基づいて、ユーザごとのＴＰＯに応じた情報提供を可能にしたことを特徴としている。
【００５２】
上記説明から理解できるように、本発明におけるスケジュールとは、日時の予定のみならず携帯端末１００の状態やインターネット３００などから取得できる情報、あるいはユーザが特に指定した情報、複数の条件が組み合わさったシーケンシャルな条件などを含んでいる。
【００５３】
本発明では、「スケジュール発生条件」となるアイテムをメモリ１３０の特定のエリア、つまり状態登録エリア１３３に格納し、スケジュール条件判断部１２１においてその内容が更新されたことをトリガとして、スケジュール発生可否の判定を行う。
【００５４】
この判定方法は、一般的な文節予測変換機能を応用して、予測変換の入力に「スケジュール発生条件」、出力に「条件成立時動作」を割り当てることで実現する。
【００５５】
「スケジュール発生条件」に合致した場合（照合一致）には所定の通知動作を行うが、この際ユーザへの通知に同期して、発生した動作が適当なものであったかをスケジュール評価１５１によりユーザに評価してもらうようにする。この結果を、スケジュール条件判断部１２１にフィードバックして、次回のスケジュール条件判定に使用する。
【００５６】
「スケジュール発生条件」に合致していない場合にも、文節予測変換機能を応用した本発明による予測スケジュール機能によって、あと少しの条件が満たされれば条件が整う旨をユーザに通知できるようにする。
【００５７】
スケジュールを登録する際には、本発明による予測変換機能を用いて、ユーザによるデータ入力の補助を行う。この登録と合わせ、「スケジュール発生条件」とスケジュール発生時のユーザへの通知方法を、スケジュール条件判断部１２１に反映させる。
【００５８】
携帯端末１００は、これら一連の動作を繰り返すことで、ユーザ固有のスケジュールを次第に学習し、よりユーザに使い勝手の良いものにすることができる。
【００５９】
ここで、図６を参照して、文節予測変換機能の一例を説明する。文節予測変換機能では、「あ」が刻印されたキーを２回続けて押下した際(入力)に、変換候補として「あいうえお」の中から２字採る順列組み合わせ(パーミュテーション５の２)の中から辞書登録されているものを表示(出力)することが可能である。
【００６０】
このとき、出力の表示順が上のものほど、ユーザが少ない操作で候補選択が可能になることから、よく使う出力を上に持ってくる並び替えが発生する。
【００６１】
今、下の方にある「おい」をユーザが選択したとき、辞書内のデータ順位で「おい」を高優先順位の位置に置き換える(反映)ことで、次回「ああ」をユーザがタイプしたとき、「おい」を真っ先に選択できるようになる。これが、文節予測変換機能の基本的な考え方である。
【００６２】
次に、図８を参照して予測スケジュールの考え方について説明する。
【００６３】
図６の文節予測変換機能では、説明したように「ああ」の２字から「おい」の２字に推測することに加え、「あ」と入力しただけで、「あいうえお」のいずれかの文字候補の他に、「あいうえお」のいずれかの文字で始まる単語についても、辞書の中から抽出し、優先順に表示する機能を有するものがある。この場合も、ユーザの候補選択の結果を、並び順に反映する仕組みになっている。
【００６４】
図１０は状態登録エリア１３３の一例を示している。
【００６５】
状態登録エリア１３３は、「情報要素」と「その要素の最新の状態」を含むデータテーブルの形態となっている。情報要素は携帯端末のシステム側からは「ＩＤ」で識別され、ユーザからの見え方としては、「機能」名で参照することを可能にする。この場合、機能名は「ＩＤ」とのリンクが取れていれば良いので、必ずしも状態登録エリアに格納しておく必要がない。登録状態についても同じ考え方が出来る。
【００６６】
（実施例）
図１において、ユーザがスケジュール登録する際は、過去に類似の登録を行っていればスケジュール予測テーブル１３２の候補を表示することによって、ユーザの入力操作を補助する。スケジュール登録エリア１３１にデータ登録するのと同時に、スケジュール予測テーブル１３２にも、「スケジュール発生条件」と「条件成立時動作(通知方法)」を対応付けしたデータを登録する。その際、スケジュール登録エリア１３１に登録されているスケジュールであることを示す「未実行フラグ」を付ける。スケジュール予測テーブル１３２内に既に登録されたデータがあれば、スケジュール条件判断部１２１の機能に従ってスケジュール予測テーブル１３２における登録データの並び順を入れ替える。
【００６７】
「スケジュール発生条件」成立をチェックするには、状態登録エリア１３３に「スケジュール発生条件」の要素となる「端末情報」、「基地局固有情報」、「インターネットからの情報」、「個人情報」、「それらの組み合わせ」などを随時記録し、状態登録エリア１３３内の状態に更新がかかったらスケジュール条件判断部１２１が条件成立状況を判定する。
【００６８】
条件成立の判定は、スケジュール予測テーブル１３２内の「スケジュール発生条件」と状態登録エリア１３３の状態を照合することで行う。
【００６９】
条件が登録したスケジュールと完全に一致していない場合でも、条件達成が近づいている場合や過去のスケジュールと一致している場合、「予測スケジュール」としてユーザに通知を行う。
【００７０】
状態登録エリア１３３の情報の更新は、「ハードウェア割り込み」や登録情報収集・更新部１２３による更新をトリガとして行う。
【００７１】
「スケジュール発生条件」が成立した場合、スケジュール条件判断部１２１により決定された通知方法に基づいてハードウェア制御部１２２がユーザ・インタフェース部１４１を通して、各種ハードウェアによりユーザに通知を行う。通知方法は、スケジュール予測テーブル１３２内の「条件成立時動作」による。
【００７２】
「条件成立時動作」を行うことに加え、スケジュール評価１５１により動作が適正であったかを判断するメニューを選択出来るようにしている。
【００７３】
ユーザが選んだ項目により、スケジュール条件判断部１２１の機能に従ったスケジュール予測テーブル１３２の内容の更新を行う。
【００７４】
「予測スケジュール」の通知に対しても、スケジュール評価１５１を用いて前述同様のユーザによる評価を可能にする。
【００７５】
以上のプロセスの繰り返しによって、携帯端末１００の動作をよりユーザの事情にあったものへと変化させていくことが可能になる。
【００７６】
（実施例の動作説明）
ユーザが子供の安全を監視するため、平日に子供が家から遠くに居るとき不審者情報があった場合、ユーザにバイブレータによる通知を行い、同時にメールで子供の持つ携帯電話にメールを出すようなスケジュール登録を行うことができる。
【００７７】
図２、図３、図４のように、ユーザがスケジューラと、関連するＪａｖａ（登録商標）アプリケーションにデータ登録すると、スケジュール条件判断部１２１は、図７のようにデータを「スケジュール発生条件」、「条件成立時動作」の要素に分け、「未実行フラグ」を付けてスケジュール予測テーブル１３２にデータ登録する。図３、図４のＪａｖａ（登録商標）アプリケーションは、アプリケーションのデータ更新タイミングでＷＥＢなどから更新情報を入手する。データに変更があれば登録情報収集・更新部１２３は、アプリケーションからの要求を受けて状態登録エリア１３３内のユーザ定義１、２の状態を更新する。
【００７８】
スケジュール条件判断部１２１がスケジュール予測テーブル１３２にデータ登録する際の方法は、一般的に、前述した文節予測変換機能を転用する形で行うことができるが、例えば次のように行う。
【００７９】
図５を参照すると、ユーザが登録したスケジュールは、
「スケジュール発生条件」＝曜日：(月|火|水|木|金)＆ユーザ定義１：ｉｆ($ユーザ定義１＞１．５)＆ユーザ定義２：あり、
「条件成立時動作」＝メール発信｜バイブ
とすることができる。これをスケジュール予測テーブル１３２内の同一要素グループのトップに追加する。このようにしてスケジュール予測テーブル１３２が更新される。
【００８０】
状態登録エリア１３３の内容が書き換えられると、スケジュール条件判断部１２１がスケジュール予測テーブル１３２と状態登録エリア１３３の内容を照合する。条件が完全一致すれば、スケジュール条件判断部１２１は「条件成立時動作」に従った通知動作を行わせるべく、ハードウェア制御部１２２に指令を出す。「スケジュール発生条件」が完全一致でない場合でも、次のようにユーザに通知を行う。
【００８１】
平日において、子供は家から１．５ｋｍ以上遠くに居るが、不審者の情報はない、というシチュエーションに状態変化すると、「スケジュール発生条件」があと１条件(つまり、不審者情報あり)で成立する状態となる。この際、スケジュール条件判断部１２１はハードウェア制御部１２２へ指令を出し、図９のような成立間近となっている本スケジュールの情報をＬＣＤに表示する。ユーザは「予測スケジュール」の情報を詳しく確認するために該当スケジュールを選択し、場合によっては「スケジュール発生条件」を変更したり、削除したりできる。「そのまま条件成立時動作」を実行することも可能になっている。
【００８２】
「予測スケジュール」に対する変更は、スケジュール条件判断部１２１で「スケジュール登録」のときと同じように評価され、スケジュール予測テーブル１３２に反映される。
【００８３】
以上説明したように、本実施例によれば、以下に記載するような効果を奏する。
【００８４】
第１の効果は「予測スケジュール」の通知を行うので、ユーザがスケジュールの発生を事前に予期できることである。通常のスケジューラでは、スケジュール発生時刻のピンポイントでしか情報の通知を行わない。
【００８５】
第２の効果はスケジュール予測テーブル１３２によって、ユーザのスケジュールの傾向を、携帯端末１００が学習できることである。これによって、登録し忘れたスケジュールや、ユーザ自身が思いもよらなかったスケジュールを知ることができる。
【００８６】
第３の効果は、状態登録エリア１３３へのインタフェースをＪａｖａ（登録商標）アプリケーション用などに公開することで、ユーザが様々なイベントをスケジュール登録できるようになったことである。
【００８７】
第４の効果は、スケジュール予測テーブル１３２の要素にＰｅｒｌなどのスクリプトを許すことで、より複雑な条件や動作を行うことが可能になったことである。
【００８８】
（他の実施例）
１．条件と動作を多入力・多出力システムとして考えると、ニューラルネットワークなどの問題に置き換えることができる。すなわち、携帯端末に保存される各種の情報を入力とする一方、スケジュール発生時の通知方法を出力とし、学習の手段としてユーザによるスケジュール登録や通知時の評価を用いるものである。学習が思わしくない場合、プリセットとして予め学習済みのデータをベースにしたり、携帯端末のモードで学習の程度や、予測機能を用いる程度を選択できるようにしたりすることができる。
【００８９】
２．「状態登録エリア」の状態を入力とした専用のエキスパートシステムをインターネット上のサーバに構築し、最適な動作を入手するシステムを構築することも可能である。この場合、サーバの共有化によって同一趣味の人に適合したスケジュールを推測し、提供することも可能となる。
【００９０】
３．スケジュール発生後にユーザが該当スケジュールのＴＰＯを評価する際、専用の選択メニューを出す他に、良い／悪い（Ｙｅｓ／Ｎｏ）の２値で、電源キーとそれ以外のキーなどのようにボタンに割り振ることで、評価の簡素化を図ることも可能である。「悪い」を選択した場合の動作として、「スケジュール予測テーブル」の辞書登録されている順位を下げる、あるいはデータ削除するなどを当てはめても良い。
【００９１】
４．スケジュール判定の高速化のために、スケジュール予測テーブル１３２とスケジュール条件判断部１２１を既存の予測変換器や今後提供される変換機に置き換えることも容易である。予測変換機の例としては、ワード予測、フレーズ予測、ＰＯＢｏｘ、Ｔ９、ＧｏｏｇｌｅＳｕｇｇｅｓｔ、インクリメンタル・サーチ、ＫＷＩＣ、ＦＥＰ、ＩＭＥ、Ｗｎｎ等が知られている。
【図面の簡単な説明】
【００９２】
【図１】図１は、本発明による携帯端末の実施例の構成を示した図である。
【図２】図２は、本発明による携帯端末に備えられているスケジューラによるスケジュール登録のイメージ例を示した図である。
【図３】図３は、本発明による携帯端末に備えられているスケジューラにおいてユーザ定義１を更新するＪａｖａ（登録商標）アプリケーションの例を示した図である。
【図４】図４は、本発明による携帯端末に備えられているスケジューラにおいてユーザ定義２を更新するＪａｖａ（登録商標）アプリケーションの例を示した図である。
【図５】図５は、本発明による携帯端末に備えられているスケジューラによりスケジュール予測テーブルに登録する条件の一例を示した図である。
【図６】図６は、本発明による携帯端末に備えられているスケジューラにおけるスケジュール条件判断部で用いる文節予測変換機能について説明するための図である。
【図７】図７は、本発明による携帯端末に備えられているスケジューラにおいてスケジュール予測テーブルの内容を入れ替える場合のイメージを示した図である。
【図８】図８は、本発明による携帯端末に備えられているスケジューラによる予測スケジュールについて説明するための図である。
【図９】図９は、本発明による携帯端末における予測スケジュール表示例を示した図である。
【図１０】図１０は、本発明による携帯端末に備えられているスケジューラのメモリにおける状態登録エリアの登録例を示した図である。
【符号の説明】
【００９３】
１００    携帯端末
１１０    無線情報処理部
１２０    制御部
１３０    メモリ
１４０    ハードウェア部
１５０    ユーザ操作
２００    無線基地局
３００    インターネット
【図１】
2007288707.tif 000003
【図２】
2007288707.tif 000004
【図３】
2007288707.tif 000005
【図４】
2007288707.tif 000006
【図５】
2007288707.tif 000007
【図６】
2007288707.tif 000008
【図７】
2007288707.tif 000009
【図８】
2007288707.tif 000010
【図９】
2007288707.tif 000011
【図１０】
2007288707.tif 000012