(57)【要約】【課題】本発明は、スケジュール管理手段を有する端末装置及び目覚まし機能を有する時計において、使用者の行動習慣に応じてアラーム通知時刻を自動的に設定変更するアラーム通知時刻変更方法を提供することを目的とする。【解決手段】スケジュール管理手段とアラーム機能を備えた電子機器のアラーム通知時刻変更方法において、カウンタモジュールが、アラームの停止時刻が予定時刻を超えているか否かを判断し、判断の結果、予定時刻を超えている場合には、アラーム通知失敗カウンタにカウント数を加算する。そして、スケジュール管理手段は、アラーム通知失敗カウンタのカウント数が予め設定登録されたカウント数を超えているか否かを判断し、判断の結果、予め設定登録されたカウント数を超えている場合には、アラーム通知時刻を一定時刻早めた時刻に設定変更し、新たなアラーム通知時刻を登録するようにする構成を有している。【選択図】図１
2009222456.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール管理手段とアラーム機能を備えた電子機器のアラーム通知時刻変更方法において、
時刻予約モジュールが、予定時刻設定情報を受信すると、該情報に基づいて予定時刻を前記スケジュール管理手段に登録するステップと、さらに、アラームの通知時刻設定情報を受信すると、該情報に基づいてアラームの通知時刻を前記スケジュール管理手段に登録するステップと、
前記登録されたアラームの通知時刻に時刻が達したとき、前記アラーム通知モジュールが前記アラーム機能にアラームを開始させるステップと、
アラーム通知応答モジュールが、前記アラームを停止する信号を受信すると、前記アラーム機能に前記アラームを停止させるステップと、
カウンタモジュールが、前記アラームの停止時刻が前記予定時刻を超えているか否かを判断するステップと、
前記判断の結果、前記予定時刻を超えている場合には、アラーム通知失敗カウンタにカウント数を加算するステップと、
前記スケジュール管理手段は、
前記アラーム通知失敗カウンタのカウント数が予め設定登録されたカウント数を超えているか否かを判断するステップと、
前記判断の結果、予め設定登録されたカウント数を超えている場合には、前記アラーム通知時刻を一定時刻早めた時刻に設定変更し、新たなアラーム通知時刻を登録するステップとを備えることを特徴とするアラーム時刻変更方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュール管理手段を有する端末装置及び目覚まし機能を有する時計に関し、特に、使用者の行動習慣に応じてアラーム通知時刻を自動的に設定変更するアラーム通知時刻変更方法に関する。
【背景技術】
【０００２】
一般的に、スケジュール管理手段を有する端末装置や目覚まし機能を有する時計等のアラーム通知機能は、使用者によって予め設定された時刻にアラームを動作させることで、眠っている使用者を覚醒させたり、行動予定時刻を知らせたりする。そこで、使用者に時刻を知らせるアラームの通知方法や装置については、様々な提案がなされている。
【０００３】
例えば、特許文献１には、腕時計等に搭載された振動モーターを動作させ、腕の尺骨や撓骨、くるぶしに直接振動与えることで、使用者に時刻を知らせる装置が提案されている。特許文献２には、携帯端末装置に予め蓄積された音楽や音声を装置に搭載されているスピーカーより出力することで、使用者に時刻を知らせる装置が提案されている。
【０００４】
さらに、特許文献３には、使用者の腕時計に接続された光センサーにより脈拍を測定することで、使用者毎の睡眠のリズムを把握し、使用者の睡眠サイクルにあった間隔でアラーム機能を動作させる装置が提案されている。また、特許文献４には、アラーム機能に付加される装置として、目覚まし時計のアラーム音等に反応して、使用者の覚醒に必要な太陽光を室内に取り入れることで、アラームを通知する装置が提案されている。
【０００５】
一方で、特許文献５には、目覚ましのスケジュール管理機能に対して、外部からの要因、例えば、天候や路線情報等、による使用者の日常条件の変更情報を取り込むことで、その情報に対応して、使用者によって予め設定されたアラーム通知時刻を変更する携帯端末が提案されている。
【０００６】
【特許文献１】特開２００６−３００９１４号公報
【特許文献２】特開２００６−３２４７８０号公報
【特許文献３】特開２００３−７９５８８号公報
【特許文献４】特開２００５−３１２４７６号公報
【特許文献５】特開２００５−４５３９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１から特許文献４に記載の技術は、使用者によって予め設定された時間にアラーム機能を動作させ、種々の方法でその時刻を知らせる装置であり、アラームの通知時刻の設定登録作業は、使用者のみに委ねられていた。その為、使用者の日々の状況変化や行動習慣を考慮して、使用者自身が適切な時間を算出し、アラームの通知時刻の設定を変更しなければならないといった問題があった。
【０００８】
また、特許文献５に記載の技術は、上述の問題を考慮し、使用者の日々の状況変化に対応して、予め設定登録したアラームの通知時刻を自動的に適切な通知時刻へと変更する装置を提案しているが、日常ではない特殊な状況変化のみへの対応であり、日常生活におけるアラームの通知時刻の設定登録は、使用者自身が適切な時間を算出し、設定登録しなければならなく、使用者の行動習慣を考慮するまでには至っていない。
【０００９】
本発明は、以上の問題点に鑑みなされたもので、スケジュール管理手段を有する端末装置及び目覚まし機能を有する時計において、使用者の行動習慣に応じてアラーム通知時刻を自動的に設定変更するアラーム通知時刻変更方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、以下の構成を提供する。
請求項１に係る発明は、スケジュール管理手段とアラーム機能を備えた電子機器のアラーム通知時刻変更方法において、時刻予約モジュールが、予定時刻設定情報を受信すると、該情報に基づいて予定時刻を前記スケジュール管理手段に登録するステップと、さらに、アラームの通知時刻設定情報を受信すると、該情報に基づいてアラームの通知時刻を前記スケジュール管理手段に登録するステップと、前記登録されたアラームの通知時刻に時刻が達したとき、前記アラーム通知モジュールが前記アラーム機能にアラームを開始させるステップと、アラーム通知応答モジュールが、前記アラームを停止する信号を受信すると、前記アラーム機能に前記アラームを停止させるステップと、カウンタモジュールが、前記アラームの停止時刻が前記予定時刻を超えているか否かを判断するステップと、前記判断の結果、前記予定時刻を超えている場合には、アラーム通知失敗カウンタにカウント数を加算するステップと、前記スケジュール管理手段は、前記アラーム通知失敗カウンタのカウント数が予め設定登録されたカウント数を超えているか否かを判断するステップと、前記判断の結果、予め設定登録されたカウント数を超えている場合には、前記アラーム通知時刻を一定時刻早めた時刻に設定変更し、新たなアラーム通知時刻を登録するステップとを備えることを特徴とする。
【発明の効果】
【００１１】
本発明のアラーム通知時刻変更方法によれば、次のような効果がある。
予定時刻とアラーム通知時刻を予め設定することで、使用者がアラームの通知に対して適切な時間内、つまり予定時刻までにアラーム通知に対して応答できたか否かの回数をカウントすることを可能とする。そして、この応答に成功又は失敗した回数により使用者の行動習慣を時間的に把握し、使用者毎に異なる適切なアラームの通知時刻にアラーム通知することを可能とすることで、使用者に予定していた時間通りに行動が出来るように習慣付けさせることを可能とする。
【発明を実施するための最良の形態】
【００１２】
以下、実施例を示した図面を参照しつつ本発明の実施の形態について説明する。
図１から図１１は、本発明の実施の形態を例示する図であり、これらの図において、同一の符号を付した部分は同一物を表し、基本的な構成及び動作は同様であるものとする。
【００１３】
図１は、本発明の第１実施例におけるシステムの構成例を示す図である。本発明によりアラーム通知時刻変更方法が実施される電子機器は、例えば、携帯用端末や目覚まし時計等があげられるが、この限りではない。
【００１４】
図１に示すように、電子機器であるユーザ端末１０１は、スケジュール管理手段であるスケジューラソフト１０２と、アラームを鳴動等させ使用者に時刻を通知する機能であるアラーム機能を備えている。
【００１５】
ここで、ユーザ端末１０１は、携帯電話やＰＤＡ等の携帯用端末、または、ＰＣ端末等の適宜の端末を用いて実施され、本発明の処理機能を実施可能とするプログラムをハードディスク等の適宜の記憶媒体に格納している。また、インターネット等のネットワークを介して、音楽や音声等のダウンロードを可能とする通信部を備えている。
【００１６】
スケジューラソフト１０２は、使用者１０７が行動を予定している予定時刻とアラーム通知時刻を予約するための時刻予約モジュール１０３と、アラームを通知するアラーム通知モジュール１０４と、使用者１０７からのアラームに対する応答信号を受信するためのアラーム通知応答モジュール１０５と、使用者１０７が行動を予定している予定時刻までにアラーム通知に対する応答ができたか否か、それぞれの回数をカウントするカウンタモジュール１０６から構成されている。
【００１７】
次に、図を参照し、本発明における処理の流れについて説明する。
図２は、本発明の時刻予約処理の流れを説明するフローチャートである。使用者１０７から、行動を起こす時刻、例えば、確実に起床しなければならない時刻等、を予定時刻として使用者１０７がユーザ端末１０１から入力すると、時刻予約モジュール１０３が予定時刻設定情報としてこれを受信し、この情報に基づいて予定時刻をスケジューラソフト１０２に登録する（ステップ２０１）。また、予定時刻に対して事前に行動を促すためのアラームを動作させる時刻を使用者１０７がユーザ端末１０１から入力すると、時刻予約モジュール１０３がアラームの通知時刻設定情報としてこれを受信し、この情報に基づいてアラームの通知時刻をスケジューラソフト１０２に登録する（ステップ２０２）。
【００１８】
図３は、本発明の時刻予約の例を示す図である。図に示すように、使用者１０７が、ユーザ端末１０１より予定時刻に７時００分を、アラーム通知時刻に６時３０分を入力した場合、それらの情報を時刻予約モジュール１０３が受信し、上記ステップ２０１で予定時刻を、上記ステップ２０２でアラームの通知時刻をスケジューラソフト１０２にぞれぞれの時刻の登録を行う。これによりスケジュール登録が完了する。
【００１９】
図４は、本発明の使用者へのアラーム通知の処理の流れを説明するフローチャートである。図２における時刻予約処理が完了すると、アラーム通知モジュール１０４は、スケジューラソフト１０２における使用者１０７からの応答フラグを「未応答」に設定する（ステップ３０１）。そして、図２のステップ２０２で登録されたアラームの通知時刻に時刻が達した場合（ステップ３０２）、スケジューラソフト１０２は、アラーム通知モジュール１０４にアラーム機能のアラームを開始させる（ステップ３０３）。
【００２０】
ここで、図５にステップ３０３における、本発明のアラーム通知の例を示す。例えば、アラーム通知時刻が６時３０分に登録されており、現在時刻がその時刻に達した場合には、ユーザ端末１０１が備えるアラーム機能のアラームが開始され、使用者に時刻がアラーム通知時刻に達したことを通知する。アラームの通知手段としては、ユーザ端末１０１に予め登録された音楽や音声、振動、メール通知等により行われる。
【００２１】
図４に戻り、ステップ３０３でアラームの開始後、使用者１０７からのアラーム通知に対する応答をユーザ端末１０１で受け取る（ステップ３０４）。ユーザ端末１０１での応答受け取り手段としては、使用者１０７により、ユーザ端末１０１の外装に設けられたボタンやスイッチ等の切り替え、又は、スケジューラソフト１０２の表示画面等からの入力等により行われる。次に、ユーザ端末１０１で受け取ったアラーム通知に対する応答は、アラームを停止する信号として発信される。そして、アラーム通知応答モジュール１０５でその信号が受信されると、アラーム機能にアラームを停止させる（ステップ３０５）。
【００２２】
次に、カウンタモジュール１０６で、ステップ３０５の操作によるアラームの停止時刻が予定時刻を超えているか否かを判断する（ステップ３０６）。判断の結果、アラームの停止時刻が予定時刻を超えていない場合には、アラーム通知成功処理へ遷移する（ステップ３０７）。また、判断の結果、アラーム停止時刻が予定時刻を超えている場合には、アラーム通知失敗処理へ遷移する（ステップ３０８）。
【００２３】
ステップ３０７及びステップ３０８での各処理を完了後、アラーム通知モジュール１０４は、スケジューラソフト１０２における使用者１０７からの応答フラグを「応答」に設定し（ステップ３０９）、アラーム処理を終了する。
【００２４】
図６は、ステップ３０７でのアラーム通知成功処理の流れを説明するフローチャートである。カウンタモジュール１０６は、アラーム通知成功カウンタにカウント数を加算する（ステップ６０１）。次に、スケジューラソフト１０２は、アラーム通知成功カウンタのカウント数が予め設定登録されているアラーム通知成功規定数を超えているか否かを判断する（ステップ６０２）。判断の結果、アラーム通知成功カウンタのカウント数がアラーム通知成功規定数を超えていた場合には、アラーム通知成功報酬処理へ遷移する（ステップ６０３）。そして、ステップ６０３の処理を行った事により、アラーム通知成功カウンタはリセットされ（ステップ６０４）、更に、アラーム通知が成功したことにより、連続的な失敗回数をカウントするためのアラーム通知失敗カウンタもリセットされ（ステップ６０５）、処理が終了する。
【００２５】
また、ステップ６０２における判断の結果、アラーム通知成功カウンタのカウント数がアラーム通知成功規定数を超えていない場合には、アラーム通知が成功したことにより、連続的な失敗回数をカウントするためのアラーム通知失敗カウンタがリセットされ（ステップ６０５）、処理を終了する。
【００２６】
図７に、本発明の第１実施例におけるアラーム通知成功の例を示す。図６におけるステップ６０３でのアラーム通知成功報酬処理では、アラーム通知成功カウンタがアラーム通知成功規定数を超えたことで、使用者１０７に対する報酬処理を行う。例えば、図に示すように、使用者１０７への直接的な報酬として、ネットワークを介しての着うた（株式会社ソニー・ミュージックエンタテイメントの登録商標）や着メロ（株式会社鷹山の登録商標）、ゲーム等のダウンロード、又は、ユーザ端末１０１に搭載済みのゲームの種類の増加やアラーム通知音の選択可能な種類の増加等での実施があげられるが、この限りではない。アラーム通知成功報酬処理後、アラーム通知成功カウンタはリセットされる。
【００２７】
これにより、使用者１０７に新たな報酬への目標を持たせ、継続的に行動する意欲を持たせることが可能となる。また、継続的に行動することで、自然と使用者１０７自身に本来行動を予定した時刻に行動できるように行動習慣をつけさせることが可能となる。
【００２８】
図８は、図６におけるステップ６０３でのアラーム通知失敗処理の流れを説明するフローチャートである。カウンタモジュール１０６は、アラーム通知失敗カウンタにカウント数を加算する（ステップ８０１）。次に、スケジューラソフト１０２は、アラーム通知失敗カウンタのカウント数が予め設定登録されているアラーム通知失敗規定数を超えているか否かを判断する（ステップ８０２）。判断の結果、アラーム通知失敗カウンタのカウント数がアラーム通知失敗規定数を超えていた場合には、設定登録されているアラーム通知時刻は使用者１０７に対して適切ではないとみなし、アラーム通知開始時刻変更処理へ遷移する（ステップ８０３）。そして、ステップ８０３の処理を行った事により、アラーム通知失敗カウンタはリセットされ（ステップ８０４）、更に、アラーム通知が失敗したことにより、連続的な成功回数をカウントするためのアラーム通知成功カウンタもリセットされ（ステップ８０５）、処理が終了する。
【００２９】
また、ステップ８０２における判断の結果、アラーム通知失敗カウンタのカウント数がアラーム通知失敗規定数を超えていない場合には、アラーム通知が失敗したことにより、連続的な成功回数をカウントするためのアラーム通知成功カウンタがリセットされ（ステップ８０５）、処理を終了する。
【００３０】
図９に、本発明のアラーム通知失敗の例を示す。図９において、アラーム通知が失敗し、更に、アラーム通知失敗カウンタのカウント数が予め設定登録されているアラーム通知失敗規定数を超えてしまった場合のアラーム通知時刻変更処理として、使用者１０７が予め設定登録したアラーム通知時刻では、使用者１０７にとって適していないものとみなし、アラーム通知時刻を一定時刻早めた時刻に設定変更し、新たなアラーム通知時刻を登録し直す処理を行う。例えば、アラーム通知時刻を６時３０分に設定登録していた場合には、それよりも１０分早い６時２０分に設定登録し直すといった具合である。
【００３１】
これにより、使用者１０７が自身の行動習慣を的確に把握していない場合であっても、ユーザ端末１０１が使用者１０７の行動習慣を時間的に把握し、使用者毎に異なる適切なアラームの通知時刻にアラーム通知をすることが可能となる。また、使用者１０７に予定していた時間通りに行動が出来るように習慣付けさせることが可能となる。
【００３２】
次に、本発明の第２実施例について図１０及び図１１を参照し説明する。第１実施例と第２実施例の違いは、図６におけるステップ６０３でのアラーム通知成功報酬処理にある。第１実施例では、本発明によりアラーム通知時刻変更方法が実施される電子機器として、ネットワークを介して他との接続又は通信が可能な場合を想定したものであるが、第２実施例では、ネットワークに接続されていない場合を想定したものである。
【００３３】
図１０は、本発明の第２実施例におけるシステムの構成例を示している。電子機器である目覚まし時計１００１は、スケジュール管理手段であるスケジューラソフト１００２と、アラームを鳴動等させ使用者に時刻を通知する機能であるアラーム機能を備えている。そして、スケジューラソフト１００２は、第１実施例と同様に各処理を行う為の時刻予約モジュール１００３、アラーム通知モジュール１００４、アラーム通知応答モジュール１００５、カウンタモジュール１００６により構成されている。
【００３４】
上述したように、本実施例では、図６におけるステップ６０３でのアラーム成功報酬処理以外の処理については、第１実施例と同様の処理となるため、各処理についての説明は省略する。
【００３５】
図１１に、本発明の第２実施例におけるアラーム成功の例を示す。本実施例においては、図６のステップ６０２で、判断の結果、アラーム通知成功カウンタのカウント数がアラーム通知成功規定数を超えていた場合には、アラーム通知成功処理へ遷移する。この場合の処理としては、目覚まし時計１００１内で処理を完結させる。例えば、使用者１００７に対して、より行動習慣として適切な時刻にアラーム通知を行うため、スケジューラソフト１００２は、設定登録されているアラーム通知時刻は使用者１００７に対して適切ではないものとみなし、予定時刻側にアラーム通知を近づける処理を行う。つまり、使用者１００７により設定登録された時刻よりも一定時刻遅めた時刻に設定変更し、新たなアラーム通知時刻を登録し直す処理を行う。アラーム通知時刻を６時３０分に設定登録していた場合には、それよりも１０分遅い６時４０分に設定登録し直すといった具合である。
【００３６】
これにより、より使用者１００７にあった適切なアラーム通知時刻にアラーム通知をすることが可能となる。また、本実施例によると、使用者１００７は実体としての報酬を受け取ることはできないが、時間という貴重な報酬を受け取ることが可能となる。
【図面の簡単な説明】
【００３７】
【図１】本発明の第１実施例におけるシステムの構成例を示す図である。
【図２】本発明の時刻予約処理の流れを説明するフローチャートである。
【図３】本発明の時刻予約の例を示す図である。
【図４】本発明の使用者へのアラーム通知の処理の流れを説明するフローチャートである。
【図５】本発明のアラーム通知の例を示す図である。
【図６】本発明のアラーム通知成功処理の流れを説明するフローチャートである。
【図７】本発明の第１実施例におけるアラーム通知成功の例を示す図である。
【図８】本発明のアラーム通知失敗処理の流れを説明するフローチャートである。
【図９】本発明のアラーム通知失敗の例を示す図である。
【図１０】本発明の第２実施例におけるシステムの構成例を示す図である。
【図１１】本発明の第２実施例におけるアラーム成功の例を示す図である。
【符号の説明】
【００３８】
１０１  ユーザ端末
１０２  スケジューラソフト
１０３  時刻予約モジュール
１０４  アラーム通知モジュール
１０５  アラーム通知応答モジュール
１０６  カウンタモジュール
１０７  使用者
１００１  目覚まし時計
１００２  スケジューラソフト
１００３  時刻予約モジュール
１００４  アラーム通知モジュール
１００５  アラーム通知応答モジュール
１００６  カウンタモジュール
１００７  使用者
【図１】
2009222456.tif 000003
【図２】
2009222456.tif 000004
【図３】
2009222456.tif 000005
【図４】
2009222456.tif 000006
【図５】
2009222456.tif 000007
【図６】
2009222456.tif 000008
【図７】
2009222456.tif 000009
【図８】
2009222456.tif 000010
【図９】
2009222456.tif 000011
【図１０】
2009222456.tif 000012
【図１１】
2009222456.tif 000013