JP7099501B2 - 報知制御装置、時計、報知制御方法、およびプログラム - Google Patents

Description

本発明は、報知制御装置、時計、報知制御方法、およびプログラムに関する。

スケジュール管理機能付きの時計が知られている。例えば、特許文献１には、ユーザが特定の収集日にゴミを出し忘れることを防止するために、ユーザに対してゴミ収集日であることを効果的に報知することのできる電子時計が開示されている。

特開２０１５－０６４３１７号公報

しかしながら、特許文献１に記載されている電子時計は、ゴミ収集日といったスケジュール当日の報知を効果的に行うものであり、当日のスケジュールの他、未来のスケジュールなど、様々なスケジュールについて効果的に報知するという点で改善の余地があった。

本発明は、上記実情に鑑みてなされたものであり、対象者の様々な予定を効果的に報知することができる報知制御装置、時計、報知制御方法、およびプログラムを提供することを目的とする。

上記目的を達成するため、本発明の報知制御装置は、
予定の情報を取得する取得手段と、
前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
を備え、
前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
前記第２報知態様は、２種類の速度でスクロール表示する２種類の報知態様を含む。
また、上記目的を達成するため、本発明の別の報知制御装置は、
予定の情報を取得する取得手段と、
前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
を備え、
前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
前記第２報知態様は、前記ある速度よりも遅い速度でスクロール表示する報知態様を含む。

本発明によれば、対象者の様々な予定を効果的に報知することができる。

本発明の実施の形態に係る時計の外観図である。 本発明の実施の形態に係る時計の内部構成を示すブロック図である。 スケジュール登録処理の一例を示すフローチャートである。 スケジュール情報の一例を示す説明図である。 報知パターンの一例を示す説明図である。 報知処理の一例を示すフローチャートである。 （Ａ）は、パターン１の報知パターンの報知態様例の一例を示す図であり、（Ｂ）は、パターン２の報知パターンの報知態様例の一例を示す図である。 変形例における文字盤等の外観図であり、（Ａ）は、指針と報知部とが重畳した場合の説明図であり、（Ｂ）は、指針を待避位置へと待避させた場合の一例を示す説明図であり、（Ｃ）は、報知エリアの表示レイヤーを変更させた場合の一例を示す説明図である。 変形例における報知前表示の一例を示す説明図であり、（Ａ）は、スケジュールが登録されていない場合における報知前表示の点灯態様の一例を示す説明図であり、（Ｂ）は、未来のスケジュールが登録されている場合における報知前表示の点灯態様の一例を示す説明図であり、（Ｃ）は、当日のスケジュールが登録されている場合における報知前表示の点灯態様の一例を示す説明図である。 変形例における報知処理内の処理の一例を示すフローチャートである。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付す。

図１は、本発明の実施の形態に係る時計１（報知制御装置）の外観図である。時計１は、上面が風防ガラスで構成されたケース１０と、ケース１０の側面に配置されたりゅうず２１およびボタンスイッチ２２～２５と、を備える。またケース１０の内部には、対象者（例えばユーザ）が風防ガラス越しから視認可能に、文字盤３１と各指針（時針３２、分針３３）とが設けられている。文字盤３１は、時刻を表す標識や目盛りが設けられている。文字盤３１上で各指針（時針３２、分針３３）が回転して、現在の時刻を表示する。なお、この実施の形態では、秒針が設けられておらず、図示するように秒数表示エリア３４に現在時刻に対応する秒数が表示される例を示しているが、秒針が設けられていてもよい。また、りゅうず２１を備えていない時計に本発明を適用してもよい。

また、文字盤３１の６時方向には、報知部５０が設けられている。報知部５０は、報知エリア５１と、報知用枠５２とを備える。報知部５０では、詳しくは後述するが、日付表示と曜日表示が行われる他、ユーザに対し様々なスケジュールの報知が行われる。

りゅうず２１およびボタンスイッチ２２～２５は、それぞれ、ユーザの操作を受け付ける。りゅうず２１は、ケース１０から引き出しが可能である。当該りゅうず２１が引き出された状態で回転操作が行われることにより、時針３２および分針３３の位置が調節され、時刻設定が可能となる。ボタンスイッチ２２～２５は、それぞれ、機能モードの変更等の際に操作される。

続いて、時計１のハード構成について説明する。図２に示すように、時計１は、プロセッサ１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、スイッチ１０４と、計時回路１０５と、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）１０６と、無線通信モジュール１０７と、モータドライバ１０８と、モータ１０９と、輪列機構１１０と、針１１１と、表示部１１２と、を備える。

プロセッサ１０１は、各種の制御プログラムを実行して時計１全体を統括制御する。ＲＯＭ１０２には、プロセッサ１０１が実行する制御プログラムなど、制御プログラムを実行する上で予め必要な各種のデータが格納される。ＲＡＭ１０３には制御プログラム実行中に作成されたり変更されたりする各種のデータが格納され、プロセッサ１０１が作業するためのワークスペースとして機能する。

スイッチ１０４は、ユーザからの入力操作を受け付けて、入力操作に応じた電気信号をプロセッサ１０１に出力する。スイッチ１０４には、上述したりゅうず２１や押しボタンスイッチ２２～２５が含まれている。

計時回路１０５は水晶発振器や分周回路等を備え、分周回路から取得した信号の回数を計数することで現在の日時を計数し、計数した結果をプロセッサ１０１に出力する。

ＵＡＲＴ１０６は、プロセッサ１０１が扱うパラレル信号と無線通信モジュール１０７が扱うシリアル信号とを相互変換する。無線通信モジュール１０７はＢＬＥ（Bluetooth（登録商標）Low Energy）モジュールやアンテナを備え、スマートフォン等の外部の通信装置とデータ通信する。後述するスケジュール登録処理は、ユーザによるスケジュール登録操作を受け付けることにより、無線通信モジュール１０７を介して行われる。

モータドライバ１０８は、プロセッサ１０１からの指示に基づき、モータ１０９に駆動パルス信号を出力する。モータ１０９はステッピングモータで構成され、モータドライバ１０８から入力された駆動パルスに従って、輪列機構１１０を駆動する。なお、モータ１０９をステッピングモータ以外のモータで構成してもよい。

輪列機構１１０は、複数の歯車の組み合わせによって構成される。輪列機構１１０は、モータ１０９の回転動作に応じて、針１１１をそれぞれ所定の角度ずつ回転させる。なお、通常、モータ１０９、輪列機構１１０、針１１１は、針の種類毎に複数備えられている。

例えば、プロセッサ１０１が時針用のモータ１０９を２分に１回駆動させる毎に、時針用の輪列機構１１０により針１１１の時針３２が１度回転する。また、プロセッサ１０１が分針用のモータ１０９を１秒に１回駆動させる毎に、分針用の輪列機構１１０により針１１１の分針３３が１／１０度回転する。

表示部１１２は、液晶や有機ＥＬ（Electro-Luminescence）等の表示デバイスで構成される。表示部１１２には、上述した秒数表示エリア３４や報知エリア５１が含まれている。表示部１１２では、例えば、計時回路１０５にて計数された日時に対応する秒数が秒数表示エリア３４に表示され、後述する報知制御部２１４により報知されるスケジュールや、日付表示および曜日表示が、報知エリア５１に表示される。

なお、この実施の形態における時計１は、指針が機械的に動くアナログ式の時計として説明したが、液晶や有機ＥＬ等の表示デバイスで構成された表示画面に指針や日時を表示する時計でもよい。例えば液晶画面を持つ時計の場合は、モータドライバ１０８、モータ１０９、輪列機構１１０および針１１１を設ける必要はなく、プロセッサ１０１は、計時回路１０５にて計数した現在の日時を表示部１１２に表示させればよい。この場合、表示部１１２が文字盤３１と各指針（時針３２、分針３３）とを含んでいればよい。

次に、時計１の機能構成について説明する。図２に示すように、時計１は、制御部２１０と、記憶部２２０と、計時部２４１と、出力部２４２と、操作受付部２４３と、通信部２４４と、を備える。

制御部２１０は、ＣＰＵ（Central Processing Unit）等を含むプロセッサ１０１を備え、記憶部２２０に記憶されたプログラムを実行することにより、時計１の各部（時刻修正部２１１、スケジュール登録部２１２、スケジュール判定部２１３、報知制御部２１４）の機能を実現する。時刻修正部２１１、スケジュール登録部２１２、スケジュール判定部２１３、および報知制御部２１４は、単一のプロセッサ又は制御部２１０で機能を実現してもよいし、各々別個にプロセッサまたは制御部２１０が設けられて各機能が実現されてもよい。

時刻修正部２１１としての制御部２１０は、計時部２４１により計時される時刻を修正する時刻修正処理を実行する。この実施の形態において、制御部２１０は、後述するスケジュール登録処理が実行され、通信部２４４を介してスマートフォン等の外部装置と通信することで外部装置の時刻（外部時刻）を受信する。そして、制御部２１０は、記憶部２２０に記憶されている時刻と、通信部２４４により受信された外部時刻との差に基づいて、記憶部２２０に記憶されている時刻を外部時刻に修正する。また、時刻修正部２１１としての制御部２１０は、操作受付部２４３によりユーザからの時刻修正操作が受け付けられると、受け付けられた時刻修正操作に基づいて、計時部２４１により計時される時刻を修正する。

スケジュール登録部２１２としての制御部２１０は、後述するスケジュール登録処理において、通信部２４４を介してスマートフォン等の外部装置から報知対象となるスケジュール情報を受信する。また、制御部２１０は、受信したスケジュール情報を、記憶部２２０におけるスケジュール情報記憶部２２１へ記憶する。

スケジュール判定部２１３としての制御部２１０は、後述する報知処理において、スケジュール情報記憶部２２１に記憶されているスケジュール情報について、当日のスケジュールが存在するか否かや、当日よりも未来のスケジュールが存在するか否かなど、報知対象となるスケジュールが存在するか否かを判定する。

報知制御部２１４としての制御部２１０は、後述する報知処理において、報知スケジュールとして記憶されたスケジュールを、決定された報知パターンに従い表示部１１２へと表示することで、対象者であるユーザに対しスケジュール（予定）を報知する。

記憶部２２０は、ＲＯＭ１０２やＲＡＭ１０３等を備える。ＲＯＭ１０２は、報知スケジュールの報知パターンを記憶するスケジュール報知パターン記憶部２２２、日付および曜日の情報を含むカレンダーの情報を記憶するカレンダー記憶部２２３を備えている。なお、理解を容易にするため、この実施の形態における報知パターンおよびカレンダー情報は、予め記憶されている。ＲＡＭ１０３は、報知するスケジュールの情報を報知パターンとともに記憶する報知スケジュール記憶部２２４を備える。なお、図示は省略しているが、ＲＡＭ１０３には、計時部２４１から入力された計数結果としての現在の日時情報が記憶される。

計時部２４１は計時回路１０５を備え、現在の日時を計数し、計数した結果を制御部２１０に出力する。制御部２１０は計時部２４１から入力された計数結果に基づき、記憶部２２０のＲＡＭ１０３における現在の日時情報を更新する計時処理を行う。なお、計時部２４１の機能は、制御部２１０により実現されてもよい。

出力部２４２は時刻表示部を備える。時刻表示部は、モータドライバ１０８、モータ１０９、輪列機構１１０および針１１１を備え、現在時刻を表示する。また、出力部２４２は、表示部１１２を備える。上述したように、表示部１１２では、計数された日時に対応する秒数が秒数表示エリア３４に表示され、報知制御部２１４により報知されるスケジュールや、日付表示および曜日表示が、報知エリア５１に表示される。なお、時計１が液晶表示部を持つ時計の場合は、上述したように、表示部１１２が時刻表示部を含むようにすればよい。

操作受付部２４３は、りゅうず２１や押しボタンスイッチ２２～２５を含むスイッチ１０４を備える。この実施の形態において、操作受付部２４３は、ユーザから計時部２４１により計時される時刻を手動で修正するための時刻修正操作や、スケジュール情報記憶部２２１へ報知対象のスケジュール情報を記憶するスケジュール登録処理を開始するためのスケジュール登録操作といった各種入力操作を受け付ける。なお、スケジュール登録処理では、後述するように（図３のステップＳ１０２参照）、自動で時刻の修正が行われる。そのため、スケジュール登録操作は、時刻を自動で修正するための時刻修正操作を含んでいると言える。

通信部２４４は、無線通信モジュール１０７を備え、スマートフォン等の外部装置とデータ通信する。データ通信の内容としては、例えば、時刻修正のための「日付時刻の情報」の送信要求および受信、また、「スケジュール情報」の送信要求および受信がある。

次にこの実施の形態に係る時計１のスケジュール登録処理について、図３を参照して説明する。当該スケジュール登録処理は、報知対象となるスケジュール情報をスケジュール情報記憶部２２１に記憶する（登録する）処理であり、操作受付部２４３が対象者によるスケジュール登録操作を受け付けることにより開始される。なお、登録を所望するスケジュール情報は、時計１のユーザがスマートフォン等の外部装置を操作することで入力される。そして、当該スケジュール登録処理が実行されることにより、報知対象となるスケジュール情報がスケジュール情報記憶部２２１に登録される。また、図示は省略しているが、当該スケジュール登録処理において、スケジュール情報記憶部２２１に登録済みのスケジュール情報の削除や変更も可能である。この場合も、所有するスマートフォン等の外部装置からの入力された情報に基づいて、削除や変更が行われればよい。

スケジュール登録処理を開始すると、制御部２１０は、スケジュール登録部２１２の機能により、通信部２４４を介してＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を行い、近接されたスマートフォン等の外部装置との通信を開始する（ステップＳ１０１）。

続いて制御部２１０は、時刻修正部２１１の機能により、スマートフォン等の外部装置から時刻情報を受信し、受信した時刻（外部時刻）と記憶部２２０に記憶されている時刻との差に応じて、記憶部２２０に記憶されている時刻を外部時刻に修正する時刻修正を行う（ステップＳ１０２）。なお、この実施の形態では、スケジュール登録処理において必ずステップＳ１０２の処理にて時刻修正が行われる例を示しているが、当該ステップＳ１０２の処理を行わなくてもよい。

その後、制御部２１０は、スマートフォン等の外部装置から当該スケジュール登録を完了する旨を示す登録完了情報を受信したか否かを判定し（ステップＳ１０３）、受信していなければ（ステップＳ１０３；Ｎｏ）、そのまま受信するまで待機する。

一方、登録完了情報を受信した場合（ステップＳ１０３；Ｙｅｓ）、当該登録完了情報を合わせて受信したスケジュール情報を、記憶部２２０のスケジュール情報記憶部２２１に登録（記憶）する（ステップＳ１０４）。

図４は、ステップＳ１０４の処理にてスケジュール情報記憶部２２１に登録されたスケジュール情報の一例を示す説明図である。図示するように、この実施の形態では、例えば「項番１」～「項番５」までの５つのスケジュール情報が登録可能となっている。そのため、図３のステップＳ１０３の処理では、登録完了情報とともに受信したスケジュール情報が複数ある場合、ステップＳ１０４の処理において、複数のスケジュール情報がまとめて登録されることとなる。なお、５つのスケジュール情報より多くの又は少ない複数のスケジュール情報を登録可能としてもよい。

図４に示すように、スケジュール情報には、当該スケジュールの実行年月日の他、実行期間、実行する曜日といったスケジュールの設定時期を示す「スケジュール設定日等」、当該スケジュールを週ごと、月ごと、又は年ごとに繰り返し実行するか、すなわち繰り返し報知対象とするかの設定を示す「リピート設定」、および報知する内容を示す「報知内容」といった情報が含まれている。

具体的に、図４における「項番１」のスケジュール情報は、「２０２０年８月２４日」の「リピートなし」であるため、２０２０年８月２４日に「ＴＥＳＴ」の報知内容の報知を行うことを示している。「項番２」のスケジュール情報は、「５月２３日」の「毎年」であるため、毎年５月２３日に「ＢＩＲＴＨＤＡＹ」の報知内容の報知を行うことを示している。「項番３」のスケジュール情報は、「２０２０年５月２３日」～「２０２０年５月２５日」、「リピートなし」であるため、２０２０年５月２３日～２０２０年５月２５日に「ＴＲＩＰ」の報知内容の報知を行うことを示している。「項番４」のスケジュール情報は、「７月２３日」～「８月３１日」の「毎年」であるため、毎年７月２３日～８月３１日に「ＶＡＣＡＴＩＯＮ」の報知内容の報知を行うことを示している。「項番５」のスケジュール情報は、「木曜日」の「毎週」であるため、毎週木曜日に「ＬＥＳＳＯＮ」の報知内容の報知を行うことを示している。

図３に戻り、ステップＳ１０４の処理を実行した後、制御部２１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を終了し、近接されたスマートフォン等の外部装置との通信を終了し（ステップＳ１０５）、スケジュール登録処理を終了する。このように、スケジュール登録処理が実行されることで、スマートフォン等の外部装置に入力されたスケジュール情報が、報知対象のスケジュール情報としてスケジュール情報記憶部２２１に登録される。

図５は、記憶部２２０のスケジュール報知パターン記憶部２２２に記憶された報知パターンの一例を示す説明図である。図示するように、報知パターン１は、スケジュール情報記憶部２２１に登録されている報知対象のスケジュール情報の報知内容を、通常速度でスクロール表示する報知態様である。報知パターン２は、スケジュール情報記憶部２２１に登録されている報知対象のスケジュール情報の報知内容を、通常速度でスクロール表示した後に、１秒毎にスクロール表示が繰り返される速度でスクロール表示する報知態様である。なお、この実施の形態における通常速度は例えば０．７秒となっており、報知パターン２で繰り返されるスクロール表示の速度よりも早くなっている。そのため、報知パターン２において繰り返される１秒毎のスクロール表示により、ユーザはしっかりと報知スケジュールの内容を確認することができる。なお、報知パターン１および報知パターン２におけるスクロール表示の速度については、ユーザにより設定変更が可能であってもよく、また、報知パターン３や報知パターン４など、より多くの報知パターンを設定可能としてもよい。また、図示は省略しているが、報知パターン１と報知パターン２のいずれの報知パターンの場合も、タイトル表示が行われ、その後スクロール表示が行われる。なお、タイトル表示の前後に他の表示（例えば図１のような曜日や日付の表示）が行われてもよい。

次にこの実施の形態に係る時計１の報知処理について、図６を参照して説明する。当該報知処理は、報知対象としてスケジュール情報記憶部２２１に登録されたスケジュール情報の報知内容を報知する処理であり、操作受付部２４３が対象者による入力操作（報知操作）を受け付けることにより開始される。以下、理解を容易にするため、スケジュール情報記憶部２２１に図４のスケジュール情報が登録され、現在日時と曜日が、２０２０年５月２２日の金曜日である場合（例１）と、２０２０年５月２３日の土曜日である場合（例２）を例に説明する。なお、この実施の形態における報知処理では、登録されているスケジュール情報が未来のスケジュールである場合と、当日のスケジュールである場合とで報知態様が異なるものとなっている。

まず、例１の場合について説明する。報知処理を開始すると、制御部２１０は、スケジュール判定部２１３の機能により、スケジュール情報記憶部２２１に記憶されたスケジュール情報のうち、当日のスケジュール情報が存在するか否かを判定する（ステップＳ２０２）。例１では、２０２０年５月２２日の金曜日であり、２０２０年５月２２日の金曜日に該当するスケジュール情報が存在しないことから（図４参照）、ステップＳ２０２において、当日のスケジュールが存在しないと判定される（ステップＳ２０２；Ｎｏ）。なお、この実施の形態では、報知処理において当該ステップＳ２０２の処理や後述するステップＳ２０６の処理を実行する例を示しているが、当該ステップＳ２０２の処理や後述するステップＳ２０６の処理については、例えば、日付が変更したタイミング、日時設定の操作が行われたタイミング、スマートフォン等と接続したタイミングなどで判定されていてもよい。この場合、ステップＳ２０２の処理や後述するステップＳ２０６の処理では、これらのタイミングで判定された判定結果を確認する処理が行われればよい。なお、当該報知処理が行われる度に、現在日時と曜日を取得し、スケジュール情報記憶部２２１に記憶されたスケジュール情報と比較して、当該ステップＳ２０２の処理や後述するステップＳ２０６の処理を行うようにしてもよい。

その後、制御部２１０は、スケジュール判定部２１３の機能により、スケジュール情報記憶部２２１に記憶されたスケジュール情報のうち、未来のスケジュール情報が存在するか否かを判定する（ステップＳ２０６）。例１では、２０２０年５月２２日の金曜日であるため、図４の「項番１」～「項番５」の全てのスケジュール情報が未来のスケジュール情報であると判定される（ステップＳ２０６；Ｙｅｓ）。なお、ステップＳ２０６の処理において未来のスケジュール情報が存在しないと判定した場合（ステップＳ２０６；Ｎｏ）、制御部２１０は、報知すべきスケジュール情報が存在しないものとして、報知処理を終了する。

ステップＳ２０６にてＹｅｓと判定した後、制御部２１０は、報知パターンをパターン１に決定し（ステップＳ２０７）、直近のスケジュール情報を報知対象として決定する（ステップＳ２０８）。具体的に、ステップＳ２０８の処理では、現在日時と曜日に最も近いスケジュール情報を報知対象として決定する。例１では、ステップＳ２０７の処理において報知パターンを図５のパターン１に決定し、ステップＳ２０８の処理において「項番２」および「項番３」のスケジュール情報を、直近のスケジュール情報として報知対象として決定する。なお、この例では、「項番２」と「項番３」といった２つのスケジュール情報が直近のスケジュール情報として存在していたため複数のスケジュール情報を報知対象として決定したが、１つであれば、当該１つのスケジュール情報を報知対象として決定すればよい。

ステップＳ２０８の処理を実行した後、制御部２１０は、報知対象として決定されたスケジュール情報が複数存在するか否かを判定する（ステップＳ２０９）。例１では、「項番２」と「項番３」といった２つのスケジュール情報が報知対象として決定されているため、ステップＳ２０９の処理において複数存在すると判定される（ステップＳ２０９；Ｙｅｓ）。

続いて制御部２１０は、報知制御部２１４の機能により、項番の小さいスケジュール情報を報知対象スケジュールとして報知スケジュール記憶部２２４へ記憶する（ステップ２１０）。なお、ステップＳ２０９にて複数存在しないと判定した場合は（ステップＳ２０９；Ｎｏ）、当該ステップＳ２０９にて報知対象として決定したスケジュール情報を、そのまま報知対象スケジュールとして報知スケジュール記憶部２２４へ記憶する（ステップ２１１）。例１では、「項番２」と「項番３」といった２つのスケジュール情報のうち、項番の小さい「項番２」のスケジュール情報が、報知対象スケジュールとして報知スケジュール記憶部２２４へ記憶される。

ステップＳ２１０またはステップＳ２１１の処理を実行した後、制御部２１０は、報知制御部２１４の機能により、報知スケジュール記憶部２２４に記憶された報知対象スケジュールを、ステップＳ２０４またはステップＳ２０７で設定された報知パターンの報知態様にて表示部１１２へ表示することにより、スケジュールを報知する（ステップＳ２１２）。続いて、報知されたパターンがパターン２であるか否かを判定し（ステップＳ２１３）、パターン１であれば（ステップＳ２１３；Ｎｏ）、報知処理を終了する。例１では、ステップＳ２１２の処理により、図７（Ａ）に示すように、「項番２」のスケジュール情報の報知内容として「ＢＩＲＴＨＤＡＹ」が、パターン１の報知態様で１回だけスクロール表示され、ステップＳ２１３の処理にてＮｏと判定され、報知終了となり、リマインダー表示であることを示すタイトルの表示である「ＲＥＭ」が固定して表示される。なお、図７（Ａ）に示す「ＲＥＭ」の表示が、リマインダー表示であることを示すタイトルの表示であることについては図７（Ｂ）も同様である。

以上が例１の場合における報知処理である。続いて、例２の場合における報知処理について説明する。なお、例１と共通する部分については説明を省略する。

例２の場合、当日が２０２０年５月２３日の土曜日であることから、ステップＳ２０２の処理において、当日のスケジュールが存在すると判定される（図４の項番２および項番３のスケジュール情報）。ステップＳ２０２にて当日のスケジュール情報が存在すると判定すると（ステップＳ２０２；Ｙｅｓ）、制御部２１０は、報知パターンをパターン２に設定し（ステップＳ２０４）、当日のスケジュール情報を報知対象として決定する（ステップＳ２０５）。例２では、ステップＳ２０４の処理において報知パターンを図５のパターン２に決定し、ステップＳ２０５の処理において「項番２」および「項番３」のスケジュール情報を、当日のスケジュール情報として報知対象として決定する。この実施の形態では、「項番２」といった当日のスケジュール情報に加え、「項番３」のように、当日を含むある期間のスケジュール情報を報知対象として決定する。なお、この例では、「項番２」と「項番３」といった２つのスケジュール情報が当日のスケジュール情報として存在していたため複数のスケジュール情報を報知対象として決定したが、１つであれば、当該１つのスケジュール情報を報知対象として決定すればよい。

その後、ステップＳ２０９およびステップＳ２１０の処理が実行された後、ステップＳ２１２の処理が実行されると、例２の場合、図７（Ｂ）に示すように、「項番２」のスケジュール情報の報知内容として「ＢＩＲＴＨＤＡＹ」が、パターン２の報知態様でスクロール表示される。なお、「項番３」のある期間のスケジュール情報の報知内容としての「ＴＲＩＰ」は、このある期間中に報知される場合には、パターン２の報知態様でスクロール表示される。そして、図６のステップＳ２１３の処理にてＹｅｓと判定され（ステップＳ２１３；Ｙｅｓ）、操作受付部２４３が終了操作を受け付けたか否かを判定することとなる（ステップＳ２１４）。報知を終了させる操作である終了操作を受け付けた場合（ステップＳ２１４；Ｙｅｓ）、報知処理を終了し、報知終了となる。一方、終了操作を受け付けていない場合（ステップＳ２１４；Ｎｏ）、図７（Ｂ）に示すように、スクロール表示が１秒毎に繰り返されることとなる。図７（Ｂ）に示すパターン２の報知態様は、終了操作を受け付けない限り、スクロール表示が繰り返されるため、図７（Ａ）に示すパターン１の報知態様と比較して、より多くの電力が消費されることとなるが、当該繰り返しにより、当日のスケジュールの見逃しを防止することができる。なお、図７（Ｂ）に示す例では、「ＢＩＲＴＨＤＡＹ」のスクロール表示が一旦通常速度で行われた後は、繰り返し「ＢＩＲＴＨＤＡＹ」が１秒毎にスクロール表示されることを表しており、１回目の「ＢＩＲＴＨＤＡＹ」のスクロール表示よりも２回目以降のスクロール表示の方がスクロールの速度が遅くなっている。

このように、この実施の形態に係る時計１では、ユーザの様々なスケジュールについて、当日（または当日を含むある期間）のスケジュールと当日よりも未来（または当日を含まないある未来の期間）のスケジュールとを異なる態様により報知可能である。したがって、ユーザのスケジュールを効果的に報知することができる。

また、未来（ある未来の期間）のスケジュールの報知については、１回のみスクロール表示するのに対し、当日（ある期間）のスケジュールの報知については、通常速度でスクロール表示した後に、１秒毎に、すなわち比較的ゆっくりとスクロール表示が繰り返されるため、未来（ある未来の期間）のスケジュールの報知よりも、スケジュールの報知が強調されることとなる。したがって、当日（ある期間）のスケジュールの見逃しを防止することができる。さらに、当日（ある期間）のスケジュールの報知については、未来（ある未来の期間）のスケジュールの報知とは異なり、ユーザが終了操作を行うまで繰り返しスクロール表示されるため、このことからも、当日（ある期間）のスケジュールの見逃しを防止することができる。また、未来（ある未来の期間）のスケジュールの報知については、スクロール表示が繰り返されることがないため、未来（ある未来の期間）のスケジュールの報知態様は、当日（ある期間）のスケジュールの報知態様よりも電力を消費しない態様となっている。

なお、本発明は、上記実施の形態に限定されず、本発明の要旨を逸脱しない部分での種々の修正は勿論可能である。

（変形例１）
上記実施の形態では、表示部１１２における報知エリア５１において報知対象のスケジュールがスクロール表示される例を示したが、図８（Ａ）に示すように、時刻によっては指針（時針３２、分針３３）が報知エリア５１に重畳し（図示する例では分針３３）、当該スクロール表示の視認性を妨げてしまう場合がある。そのため、図６の報知処理におけるステップＳ２１２の処理を実行する前までに、指針が報知エリア５１と重畳しているか否かを判定し、重畳していると判定した場合には当該指針を重畳しない態様とする処理を実行してもよい。これによれば、スケジュールの報知の視認性の低下を防止することができ、好適に報知することができる。なお、秒針を備える場合についても同様である。

図１０は、図６の報知処理におけるステップＳ２１２の処理を実行する前までに行われる報知処理内の処理の一例を示すフローチャートである。図１０に示す報知処理内の処理において、制御部２１０は、記憶部２２０に記憶されている時刻情報を取得する（ステップＳ３０１）。そして、制御部２１０は、指針が報知エリア５１と重畳しているか否かを判定する（ステップＳ３０２）。

指針が報知エリア５１と重畳しているか否かについては、例えば、ステップＳ３０１にて取得した時刻が１７時台～１８時台であるか、または２５分～３５分であるかなど、予め定められた条件の時刻であるか否かを判定すればよい。なお、１７時台～１８時台であるである場合には、時針３２が重畳し、２５分～３５分である場合は、分針３３が重畳することとなる。また、これとは別に、センサにより重畳するか否かを判定してもよい。

ステップＳ３０２の処理にて重畳していると判定した場合（ステップＳ３０２；Ｙｅｓ）には、重畳しない態様として、例えば図８（Ｂ）に示すように、時針３２と重なる位置へ、移動距離が短くなる向きで、分針３３を待避させ（ステップＳ３０３）、報知処理内の処理を終了する。なお、例えば６時３０分である場合には、分針３３と時針３２を８時４０分の位置へと同時に待避させればよい。また、待避位置は分針３３と時針３２とが重なる位置に限られず予め定められていればよく、例えば、２５分～３０分までは３時の位置へと待避させ、３０分～３５分までは、９時の位置へと待避させるなど、移動距離が短くなるように設定されていてもよい。さらに、図示は省略しているが、ステップＳ３０３の処理にて分針３３や時針３２を待避させた場合には、待避中であることを認識可能とするための待避中表示を報知エリア５１に行うようにしてもよい。これによれば、現在時刻を誤って認識してしまうことを防止できる。

一方、ステップＳ３０２の処理にて重畳していないと判定した場合（ステップＳ３０２；Ｎｏ）、そのまま報知処理内の処理を終了する。

また、時計１が液晶表示部を持つ時計の場合、すなわち、液晶や有機ＥＬ等の表示デバイスで構成された表示画面に指針や日時を表示する時計の場合は、重畳していると判定した場合に、重畳しない態様として、図８（Ｃ）に示すように、当該重畳すると判定した指針（図示する例では分針３３）の表示レイヤーを、報知エリア５１の表示レイヤーよりも奥側（報知用枠５２よりも手前側）となるよう変更させてもよい。

なお、上記実施の形態では、報知部５０が文字盤３１の６時方向に設けられている例を示したが、報知部５０の位置は任意であり、例えば３時方向に設けられていてもよい。この場合であっても、指針が報知エリア５１と重畳する場合には、当該指針を重畳しない態様とする処理を実行すればよい。

（変形例２）
上記実施の形態では、報知処理が実行されることで報知スケジュールが報知される例を示したが、例えば、報知操作が行われたタイミングで、図９（Ａ）～（Ｃ）に示す報知前表示８８を行い、当該報知前表示８８の点灯態様により、報知スケジュールが存在するか否かや、当該報知スケジュールが未来（ある未来の期間）のスケジュールであるか当日（ある期間）のスケジュールであるかを示唆してもよい。具体的に、図９（Ａ）は、報知スケジュールが登録されていない場合における報知前表示８８の点灯態様の一例を示している。図示するように、報知スケジュールが存在しない場合、報知前表示８８は消灯したままである。これにより、ユーザは報知スケジュールが存在しないことを認識可能である。

図９（Ｂ）は、報知スケジュールとして未来のスケジュールが登録されている場合における報知前表示８８の点灯態様の一例を示している。図示するように、未来（ある未来の期間）のスケジュールが登録されている場合、報知前表示８８が点灯する。これにより、ユーザは報知スケジュールとして未来のスケジュールが登録されていることを認識可能である。図９（Ｃ）は、報知スケジュールとして当日（ある期間）のスケジュールが登録されている場合における報知前表示８８の点灯態様の一例を示している。図示するように、当日（ある期間）のスケジュールが登録されている場合、報知前表示８８が点滅する。これにより、ユーザは報知スケジュールとして当日（ある期間）のスケジュールが登録されていることを認識可能である。報知前表示により、報知スケジュールが存在するか否かや、当該報知スケジュールが未来（ある未来の期間）のスケジュールであるか当日（ある期間）のスケジュールであるかが認識可能となるため、スケジュールを好適に報知することができる。

なお、それぞれの点灯態様についてはユーザの設定により任意に変更可能であってよく、また、報知スケジュールの有無や未来（ある未来の期間）のスケジュールであるか当日（ある期間）のスケジュールであるかといったことに加え、例えば当日（ある期間）のスケジュールである場合に、報知内容が「ＢＩＲＴＨＤＡＹ」であれば３秒ごとの点滅、「ＬＥＳＳＯＮ」であれば２秒ごとの点滅など、報知内容によって点滅態様が異なるようにしてもよい。また、報知内容をいくつかのグループに分け、グループごとに点滅態様が異なるようにしてもよい。これによれば、当日（ある期間）のスケジュールが登録されていることに加え、報知内容が示唆されるため、ユーザは当日（ある期間）のスケジュールを早期に把握することが可能となる。

（変形例３）
また、上記実施の形態では、未来（ある未来の期間）のスケジュールについては報知パターン１の報知態様で報知し、当日（ある期間）のスケジュールについては報知パターン２の報知態様で報知する例を示したが、報知パターン２の報知態様については、さらにスクロール表示が点滅したり、音声が出力されるなど、報知パターン１よりもさらに認識しやすい、強調された態様であってもよい。また、例えばスクロール表示に代えて音声のみ出力されてもよい。この場合、報知パターン２の報知態様については、繰り返し音声が出力されたり、報知パターン１の報知態様よりも出力音量が大きくなっていたりすればよい。すなわち、報知パターン１の報知態様が報知パターン２の報知態様よりも電力を消費しない態様であればよい。また、報知パターン２は、報知パターン１と同様の報知（通常速度でのスクロール表示）を行った後に、１秒毎の繰り返し報知を行う例を示したが、報知パターン２の報知態様について、報知パターン１と同様の報知を行わなくてもよい。さらに、当日（ある期間）のスケジュールについての報知パターンについては、例えば報知パターン１～報知パターン５の５つを用意しておき、報知内容に合わせてユーザがいずれかを選択可能としてもよい。その他、報知パターンとその報知態様についてはユーザが設定可能であってもよく、例えば、設定された報知パターンをスマートフォン等から受信可能であってもよい。これによれば、ユーザの好みに合わせた報知態様で報知可能となり、より好適に報知することができる。

（変形例４）
上記実施の形態では、図６のステップＳ２０８の処理において、未来（ある未来の期間）のスケジュールが複数登録されている場合に直近のスケジュール、すなわち現在日時や曜日から最も近いスケジュール情報を報知対象とする例を示したが、これは一例である。未来（ある未来の期間）のスケジュールが複数登録されている場合であっても、ステップＳ２１０の処理と同様に、項番の最も小さいスケジュール情報を報知対象としてもよい。また、いずれのスケジュール情報を優先するかを予めユーザが設定可能としてもよい。この場合、図３のスケジュール登録処理においてスケジュール情報が登録された後、優先度を設定する処理が実行されればよい。なお、当該優先度は、スマートフォン等の外部の通信装置との通信により設定されても、時計１に対するユーザの入力操作により設定されてもよい。そして、図６のステップ２０８の処理では、優先度の最も高いスケジュール情報を報知対象として決定すればよい。これによれば、複数存在する未来のスケジュールについて、ユーザの設定に応じたスケジュールの報知が行われるため、より好適に報知することができる。

（変形例５）
また、上記実施の形態では、図７（Ａ）および（Ｂ）に示すように、報知内容が右から左へとスクロール表示される例を示したが、これは一例である。例えば、報知パターン１の場合には右から左へとスクロール表示される一方で、報知パターン２の場合において通常速度でのスクロール表示が終了した後は、左から右へのスクロール表示が繰り返されるようにしてもよい。これによれば、報知パターン１では行われることのないスクロール表示が行われるため、当日（ある期間）のスケジュールを報知する場合における報知態様をより強調させることができ、好適な報知を行うことができる。また、通常速度でのスクロール表示が終了した後、左から右へのスクロール表示、上から下へのスクロール表示、下から上へのスクロール表示、右から左へのスクロール表示、といった順に、複数のスクロールパターンが繰り返されてもよい。さらに、報知内容に合わせてスクロール方向をユーザが設定可能であってもよく、スマートフォン等の外部の通信装置との通信や、時計１に対するユーザの入力操作により設定されてもよい。これによれば、報知内容に応じたスクロール方向に設定できるため、よりユーザの好みに合わせた報知が可能となる。

（変形例６）
その他、時計１は、ストップウォッチの機能や、他の国の時刻を表示する小時計部など、上記実施の形態で示した機能に加え様々な機能を備えていてよい。

（変形例７）
なお、本発明は、時計に限定されるものではなく、上述したスケジュール登録部２１２、スケジュール判定部２１３、および報知制御部２１４が搭載された他の装置も本発明の報知制御装置に含まれる。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態および変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内およびそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

以上、本発明の好ましい実施形態について説明したが、本発明は係る特定の実施形態に限定されるものではなく、本発明には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。

（付記１）
対象者の予定を取得する取得手段と、
前記取得された前記対象者の当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記対象者の前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
を備える報知制御装置。

（付記２）
前記第１報知態様は、前記第２報知態様による報知よりも強調した報知態様である、
付記１に記載の報知制御装置。

（付記３）
前記第２報知態様は、前記第１報知態様によりも電気エネルギを消費しない報知態様である、
付記１または２に記載の報知制御装置。

（付記４）
前記報知部は、時計の盤面に時刻を表示する指針とともに設けられた表示部を含み、
前記制御手段は、
前記当日予定内容情報を、前記第１報知態様としての第１表示態様により、前記未来予定内容情報を、前記第２報知態様としての第２表示態様により、前記表示部にそれぞれ表示させる場合において、前記指針が前記表示部に重畳する場合、前記指針を重畳しない態様とする、
付記１～３のいずれか１項に記載の報知制御装置。

（付記５）
前記指針が前記表示部に重畳するか否かを判定する重畳判定手段を、
さらに備える付記４に記載の報知制御装置。

（付記６）
現在時刻を計時する計時部と、
対象者の予定を取得する取得手段と、
前記取得された前記対象者の当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記対象者の前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
を備える時計。

（付記７）
取得手段と、制御手段と、を備える報知制御装置が実行する報知制御方法であって、
前記取得手段が対象者の予定を取得し、
前記制御手段が前記取得された前記対象者の当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記対象者の前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる、
ことを特徴とする報知制御方法。

（付記８）
取得手段と、制御手段と、を備えるコンピュータに、
前記取得手段に対象者の予定を取得させ、
前記制御手段が前記取得された前記対象者の当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記対象者の前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる、
プログラム。

１…時計、１０…ケース、２１…りゅうず、２２～２５…ボタンスイッチ、３１…文字盤、３２…時針、３３…分針、３４…秒数表示エリア、５０…報知部、５１…報知エリア、５２…報知用枠、８８…報知前表示、１０１…プロセッサ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…スイッチ、１０５…計時回路、１０６…ＵＡＲＴ、１０７…無線通信モジュール、１０８…モータドライバ、１０９…モータ、１１０…輪列機構、１１１…針、１１２…表示部、２１０…制御部、２１１…時刻修正部、２１２…スケジュール登録部、２１３…スケジュール判定部、２１４…報知制御部、２２０…記憶部、２２１…スケジュール情報記憶部、２２２…スケジュール報知パターン記憶部、２２３…カレンダー記憶部、２２４…報知スケジュール記憶部、２４１…計時部、２４２…出力部、２４３…操作受付部、２４４…通信部

Claims (17)

1. 予定の情報を取得する取得手段と、
   前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
   を備え、
   前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
   前記第２報知態様は、２種類の速度でスクロール表示する２種類の報知態様を含む、
   報知制御装置。
2. 前記第２報知態様は、前記ある速度よりも遅い速度でスクロール表示する報知態様を含む、
   請求項１に記載の報知制御装置。
3. 予定の情報を取得する取得手段と、
   前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
   を備え、
   前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
   前記第２報知態様は、前記ある速度よりも遅い速度でスクロール表示する報知態様を含む、
   報知制御装置。
4. 前記第２報知態様は、２種類の速度でスクロール表示する２種類の報知態様を含む、
   請求項３に記載の報知制御装置。
5. 前記第２報知態様により表示を行う時間は、前記第１報知態様により表示を行う時間よりも長い、
   請求項１～４のいずれか１項に記載の報知制御装置。
6. 前記制御手段は、
   前記第１報知態様による表示を、予め定めた回数だけ行い、
   前記第２報知態様による表示を、ユーザ操作に基づいて終了するまで繰り返す、
   請求項１～４のいずれか１項に記載の報知制御装置。
7. 前記報知部は、時計の盤面に時刻を表示する指針と、前記当日予定内容情報及び前記未来予定内容情報を表示する表示部とを含み、
   前記制御手段は、
   前記当日予定内容情報を、前記第１報知態様としての第１表示態様により、前記未来予定内容情報を、前記第２報知態様としての第２表示態様により、前記表示部にそれぞれ表示させる場合において、前記指針が前記表示部に重畳する向きになる場合、前記指針を前記表示部に重畳しない態様とする、
   請求項１～６のいずれか１項に記載の報知制御装置。
8. 前記指針が前記表示部に重畳するか否かを判定する重畳判定手段を、
   さらに備える請求項７に記載の報知制御装置。
9. 現在時刻を計時する計時部と、
   予定の情報を取得する取得手段と、
   前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させる制御手段と、
   を備える時計。
10. 前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
    前記第２報知態様は、２種類の速度でスクロール表示する２種類の報知態様を含む、
    請求項９に記載の時計。
11. 前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
    前記第２報知態様は、前記ある速度よりも遅い速度でスクロール表示する報知態様を含む、
    請求項９に記載の時計。
12. 前記第２報知態様により表示を行う時間は、前記第１報知態様により表示を行う時間よりも長い、
    請求項１０または１１に記載の時計。
13. 前記制御手段は、
    前記第１報知態様による表示を、予め定めた回数だけ行い、
    前記第２報知態様による表示を、ユーザ操作に基づいて終了するまで繰り返す、
    請求項１０または１１に記載の時計。
14. 取得手段と、制御手段と、を備える報知制御装置が実行する報知制御方法であって、
    前記取得手段が予定の情報を取得し、
    前記制御手段が前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させ、
    前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
    前記第２報知態様は、２種類の速度でスクロール表示する２種類の報知態様を含む、
    ことを特徴とする報知制御方法。
15. 取得手段と、制御手段と、を備える報知制御装置が実行する報知制御方法であって、
    前記取得手段が予定の情報を取得し、
    前記制御手段が前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させ、
    前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
    前記第２報知態様は、前記ある速度よりも遅い速度でスクロール表示する報知態様を含む、
    ことを特徴とする報知制御方法。
16. 取得手段と、制御手段と、を備えるコンピュータに、
    前記取得手段に予定の情報を取得させ、
    前記制御手段が前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させ、
    前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
    前記第２報知態様は、２種類の速度でスクロール表示する２種類の報知態様を含む、
    プログラム。
17. 取得手段と、制御手段と、を備えるコンピュータに、
    前記取得手段に予定の情報を取得させ、
    前記制御手段が前記取得された前記予定の情報のうちの当日の予定の情報または前記当日を含むある期間の予定の情報である当日予定内容情報を、第１報知態様により、前記取得された前記予定の情報のうちの前記当日よりも未来の予定の情報または前記当日を含まないある未来の期間の予定の情報である未来予定内容情報を、前記第１報知態様とは異なる第２報知態様により、報知部にそれぞれ報知させ、
    前記第１報知態様は、ある速度でスクロール表示する報知態様を含み、
    前記第２報知態様は、前記ある速度よりも遅い速度でスクロール表示する報知態様を含む、
    プログラム。

Images