(57)【要約】【課題】スケジュールを種類別（カテゴリー別）に入力可能にし、スケジュールの種類別に報知形態を変化させるスケジュール管理装置を提供する。【解決手段】Ｗｅｂサーバ１１は携帯電話等の移動通信端末用に開発されたアラームプログラム（例：アラーム用Ｊａｖａ（Ｒ）アプレット）を配信するためのサーバ装置であり、Ｗｅｂ上のコンテンツ配信サイトを提供する。ユーザーは携帯電話１０を操作し、Ｗｅｂサーバ１１が提供するコンテンツ提供サイトにアクセスし、アラームプログラムのダウンロードを要求すると、当該アラームプログラムはＷｅｂサーバ１１からインターネット網１２を経由し、ゲートウェイサーバ１３にて通信プロトコルの変換がなされ、パケット通信網１４を中継し、基地局１５及び無線回線を介して携帯電話１０へ配信される。【選択図】図１
2007048299.tif 000002
【特許請求の範囲】
【請求項１】
スケジュールデータを記憶可能なスケジュールメモリと、
このスケジュールメモリに前記スケジュールを設定可能な設定回路と、
当該スケジュールを報知する報知回路と、
前記スケジュールデータと時刻データに基づいて前記報知回路に報知指令を出力する演算回路と、を備えて成り、
前記スケジュールデータはスケジュール時刻とスケジュールカテゴリーに関するデータを含み、
前記演算回路は、前記スケジュールカテゴリーに応じて所定の報知演出形態を決定し、この報知演出形態に対応する報知指令を前記報知回路に出力し、
前記報知回路は、この報知演出形態に応じて報知を出力することを特徴とする、スケジュール管理装置。
【請求項２】
前記スケジュールカテゴリーに応じて報知を出力する報知タイミングが設定され、報知タイミングにより報知が出力されることを特徴とする、請求項１記載のスケジュール管理装置。
【請求項３】
前記スケジュールカテゴリーに対応した報知音が設定されていることを特徴とする、請求項１記載のスケジュール管理装置。
【請求項４】
スケジュールデータを記憶可能なスケジュールメモリと、
このスケジュールメモリに前記スケジュールを設定可能な設定回路と、
当該スケジュールを報知する報知回路と、
前記スケジュールデータと時刻データに基づいて前記報知回路に報知指令を出力する演算回路と、を備えて成り、
前記スケジュールデータはスケジュール時刻に関するデータを含み、
前記スケジュールメモリは、複数のスケジュール管理仮想主体と各スケジュール管理仮想主体の特性に関する特性データを更に記憶し、
所定のスケジュール管理仮想主体を選択可能な選択回路を備え、
前記演算回路は、前記特性データに応じて報知演出形態を決定し、この報知演出形態に対応する報知指令を前記報知回路に出力し、
前記報知回路は、この報知演出形態に応じて報知を出力することを特徴とする、スケジュール管理装置。
【請求項５】
前記報知は予備報知、本報知又は再報知からなり、それぞれの報知に対応した報知音出力パターンが設けられていることを特徴とする請求項１又は４記載のスケジュール管理装置。
【請求項６】
前記報知演出形態は、報知音、報知タイミング又はキャラメッセージのうちの最低ひとつからなることを特徴とする請求項１又は４記載のスケジュール管理装置。
【請求項７】
前記報知を解除するタイミングによってキャラメッセージを変化させることを特徴とする請求項６記載のスケジュール管理装置。
【請求項８】
前記スケジュール管理仮想体は更に表示態様を備えることを特徴とする請求項４記載のスケジュール管理装置。
【請求項９】
前記表示態様は、報知タイミング又は報知解除のタイミングによって変化することを特徴とする請求項８記載のスケジュール管理装置。
【請求項１０】
更に、ユーザーが当該スケジュール管理装置を使用する際のユーザー行動を使用履歴として記憶する使用履歴メモリ、を備えてなり、
前記使用履歴が所定回数蓄積して前記使用履歴メモリに記憶されることによって報知演出形態が変化することを特徴とする請求項１又は４記載のスケジュール管理装置。
【請求項１１】
更に、ユーザーとスケジュール管理仮想主体との友好度を表す友好度パラメーターを使用履歴メモリが記憶し、友好度の変化によって報知演出形態が変化することを特徴とする、請求項１０記載のスケジュール管理装置。
【請求項１２】
ユーザーが選択したスケジュールカテゴリーに対応したスケジュールカテゴリーデータを使用履歴として使用履歴メモリが記憶し、ユーザーが同じスケジュールカテゴリーを複数回選択することによって、そのスケジュールカテゴリーデータが所定値を超えると同じスケジュールカテゴリーをユーザーが選択したことを反映する報知演出形態が出力されることを特徴とする請求項１０記載のスケジュール管理装置。
【請求項１３】
スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定ステップと、
ユーザーによって入力された上記スケジュールデータを受領するスケジュールデータ受領ステップと、
上記スケジュールデータを記憶するスケジュール記憶ステップと、
スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出ステップ、
からなる、コンピュータを用いたアラーム手段における通知形態の演出変化方法。
【請求項１４】
特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定ステップと、
ユーザーによって設定された上記報知形態を受領する報知形態受領ステップと、上記報知形態を記憶するスケジュール記憶ステップと、
スケジュール時刻からなるスケジュールデータを設定可能にするスケジュール設定ステップと、
ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領ステップと、
上記スケジュールデータを記憶するスケジュール記憶ステップと、
報知形態の特定の報知特性に応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出ステップ、
からなる、コンピュータを用いたアラーム手段における通知形態の演出変化方法。
【請求項１５】
特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定ステップと、
ユーザーによって設定された上記報知形態を受領する報知形態受領ステップと、上記報知形態を記憶するスケジュール記憶ステップと、
スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定ステップと、
ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領ステップと、
上記スケジュールデータを記憶するスケジュール記憶ステップと、
報知形態の特定の報知特性と上記スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出ステップ、
からなる、コンピュータを用いたアラーム手段における通知形態の演出変化方法。
【請求項１６】
更に、ユーザーのアラーム手段使用履歴を記憶する使用履歴記憶ステップ、からなり
上記通知形態演出ステップにおいて、上記使用履歴に応じて通知形態の演出が変化することを特徴とする、
請求項１乃至３記載のコンピュータを用いたアラーム手段における通知形態の演出変化方法。
【請求項１７】
上記通知形態演出ステップにおいて、第一通知形態の演出が解除されたタイミングによって、その他の通知形態の演出が変化することを特徴とする、
請求項１乃至３記載のコンピュータを用いたアラーム手段における通知形態の演出変化方法。
【請求項１８】
更に、上記スケジュールカテゴリーと上記報知形態の特定の報知特性との順応性を識別するコンフリクトチェックステップと、
上記コンフリクトステップの結果、順応性が認められなかった場合にユーザーに報知形態の再設定を促す報知形態際選択ステップと、
からなる請求項３記載のコンピュータを用いたアラーム手段における通知形態の演出変化方法。
【請求項１９】
スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定手段と、
ユーザーによって入力された上記スケジュールデータを受領するスケジュールデータ受領手段と、
上記スケジュールデータを記憶するスケジュール記憶手段と、
スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出手段、
として携帯型情報端末を機能させる、アラームプログラム。
【請求項２０】
特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定手段と、
ユーザーによって設定された上記報知形態を受領する報知形態受領手段と、
上記報知形態を記憶するスケジュール記憶手段と、
スケジュール時刻からなるスケジュールデータを設定可能にするスケジュール設定手段と、
ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領手段と、
上記スケジュールデータを記憶するスケジュール記憶手段と、
報知形態の特定の報知特性に応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出手段、
として携帯型情報端末を機能させる、アラームプログラム。
【請求項２１】
特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定手段と、
ユーザーによって設定された上記報知形態を受領する報知形態受領手段と、
上記報知形態を記憶するスケジュール記憶手段と、
スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定手段と、
ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領手段と、
上記スケジュールデータを記憶するスケジュール記憶手段と、
報知形態の特定の報知特性と上記スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出手段、
として携帯型情報端末を機能させる、アラームプログラム。
【請求項２２】
更に、ユーザーのアラーム手段使用履歴を記憶する使用履歴記憶手段として携帯型情報端末を機能させ、
上記通知形態演出手段において、上記使用履歴に応じて通知形態の演出が変化することを特徴とする、
請求項１乃至３記載のアラームプログラム。
【請求項２３】
上記通知形態演出手段において、第一通知形態の演出が解除されたタイミングによって、その他の通知形態の演出が変化することを特徴とする、
請求項１乃至３記載のアラームプログラム。
【請求項２４】
更に、上記スケジュールカテゴリーと上記報知形態の特定の報知特性との順応性を識別するコンフリクトチェック手段と、
上記コンフリクト手段による順応性の識別の結果、順応性が認められなかった場合にユーザーに報知形態の再設定を促す報知形態際選択手段、
として携帯型情報端末を機能させる、請求項３記載のアラームプログラム。
【請求項２５】
上記請求項１９−２２のいずれかの請求項に記載のアラームプログラムを記録した情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスケジュール管理装置に関し、特に報知演出形態を用いたスケジュール管理装置に関する。
【背景技術】
【０００２】
従来、マイクロソフト社製のスケジュール管理ソフトウェア「マイクロソフト・アウトルック」のようにコンピュータ処理によって実行されるスケジュール管理装置においては、ユーザーが、スケジュール内容をソフトウェアを介してコンピュータのメモリ領域にデータ入力し、それに対しある特定の時間前に例えばアラーム音を鳴らすといった報知形態を演出するよう、スケジュール管理装置を設定することは可能であった。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来のスケジュール管理装置における報知形態の演出装置では、スケジュールを種類（カテゴリー）別に入力可能にし、スケジュールの種類別に、報知形態の演出を変化させることは出来なかった。
【０００４】
また、スケジュールに対応する報知形態の演出を、スケジュール管理仮想体が擬似的に行い、そのスケジュール管理仮想体をユーザーが選択し、スケジュールごとに対応して設定することはできなかった。
【０００５】
また、報知形態の演出の解除様式によって、報知形態の演出そのものが変化することはなかった。
【０００６】
また、同じスケジュールに対しても、スケジュール管理仮想体の特性によって報知形態の演出が変化することもなかった。
【０００７】
また、ユーザーがどのスケジュール管理仮想体を何度選択したか、どのスケジュールカテゴリーを何回選択したか、ユーザーが如何に報知形態の演出解除を行ったか等、ユーザーのスケジュール管理装置の使用履歴を記憶し、そのユーザーの使用履歴をもとに報知形態の演出を変化させることはなかった。
【０００８】
そこで、本発明は上記の問題点を解決することを課題とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明では、スケジュールデータを記憶可能なスケジュールメモリと、このスケジュールメモリに前記スケジュールを設定可能な設定回路と、当該スケジュールを報知する報知回路と、前記スケジュールデータと時刻データに基づいて前記報知回路に報知指令を出力する演算回路と、を備えて成り、前記スケジュールデータはスケジュール時刻とスケジュールカテゴリーに関するデータを含み、前記演算回路は、前記スケジュールカテゴリーに応じて所定の報知演出形態を決定し、この報知演出形態に対応する報知指令を前記報知回路に出力し、前記報知回路は、この報知演出形態に応じて報知を出力することを特徴とする、スケジュール管理装置が設けられてなる。
【００１０】
また、前記スケジュールカテゴリーに応じて報知を出力する報知タイミングが設定され、報知タイミングにより報知が出力されることを特徴とする。
【００１１】
また、前記スケジュールカテゴリーに対応した報知音が設定されていることを特徴とする。
【００１２】
あるいは、本願発明は、スケジュールデータを記憶可能なスケジュールメモリと、このスケジュールメモリに前記スケジュールを設定可能な設定回路と、当該スケジュールを報知する報知回路と、前記スケジュールデータと時刻データに基づいて前記報知回路に報知指令を出力する演算回路と、を備えて成り、前記スケジュールデータはスケジュール時刻に関するデータを含み、前記スケジュールメモリは、複数のスケジュール管理仮想主体と各スケジュール管理仮想主体の特性に関する特性データを更に記憶し、所定のスケジュール管理仮想主体を選択可能な選択回路を備え、前記演算回路は、前記特性データに応じて報知演出形態を決定し、この報知演出形態に対応する報知指令を前記報知回路に出力し、前記報知回路は、この報知演出形態に応じて報知を出力することを特徴とするスケジュール管理装置を備えてなる。
【００１３】
また、前記報知は予備報知、本報知又は再報知からなり、それぞれの報知に対応した報知音出力パターンが設けられていることを特徴とする。
【００１４】
また、前記報知演出形態は、報知音、報知タイミング又はキャラメッセージのうちの最低ひとつからなることを特徴とする。
【００１５】
また、前記報知を解除するタイミングによってキャラメッセージを変化させることを特徴とする。
【００１６】
また、前記スケジュール管理仮想体は更に表示態様を備えることを特徴とする。
【００１７】
また、前記表示態様は、報知タイミング又は報知解除のタイミングによって変化することを特徴とする。
【００１８】
更に、ユーザーが当該スケジュール管理装置を使用する際のユーザー行動を使用履歴として記憶する使用履歴メモリ、を備えてなり、前記使用履歴が所定回数蓄積して前記使用履歴メモリに記憶されることによって報知演出形態が変化することを特徴とする。
【００１９】
更に、ユーザーとスケジュール管理仮想主体との友好度を表す友好度パラメーターを使用履歴メモリが記憶し、友好度の変化によって報知演出形態が変化することを特徴とする。
【００２０】
また、ユーザーが選択したスケジュールカテゴリーに対応したスケジュールカテゴリーデータを使用履歴として使用履歴メモリが記憶し、ユーザーが同じスケジュールカテゴリーを複数回選択することによって、そのスケジュールカテゴリーデータが所定値を超えると同じスケジュールカテゴリーをユーザーが選択したことを反映する報知演出形態が出力されることを特徴とする。
また、本願発明は、スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定ステップと、ユーザーによって入力された上記スケジュールデータを受領するスケジュールデータ受領ステップと、上記スケジュールデータを記憶するスケジュール記憶ステップと、スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出ステップ、からなる、コンピュータを用いたアラーム手段における通知形態の演出変化方法である。
【００２１】
また、特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定ステップと、ユーザーによって設定された上記報知形態を受領する報知形態受領ステップと、上記報知形態を記憶するスケジュール記憶ステップと、スケジュール時刻からなるスケジュールデータを設定可能にするスケジュール設定ステップと、ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領ステップと、上記スケジュールデータを記憶するスケジュール記憶ステップと、報知形態の特定の報知特性に応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出ステップ、からなる、コンピュータを用いたアラーム手段における通知形態の演出変化方法である。
【００２２】
また、特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定ステップと、ユーザーによって設定された上記報知形態を受領する報知形態受領ステップと、上記報知形態を記憶するスケジュール記憶ステップと、スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定ステップと、ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領ステップと、上記スケジュールデータを記憶するスケジュール記憶ステップと、報知形態の特定の報知特性と上記スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出ステップ、からなる、コンピュータを用いたアラーム手段における通知形態の演出変化方法である。
【００２３】
更に、ユーザーのアラーム手段使用履歴を記憶する使用履歴記憶ステップ、からなり、上記通知形態演出ステップにおいて、上記使用履歴に応じて通知形態の演出が変化することを特徴とする。
【００２４】
また、上記通知形態演出ステップにおいて、第一通知形態の演出が解除されたタイミングによって、その他の通知形態の演出が変化することを特徴とする。
【００２５】
更に、上記スケジュールカテゴリーと上記報知形態の特定の報知特性との順応性を識別するコンフリクトチェックステップと、上記コンフリクトステップの結果、順応性が認められなかった場合にユーザーに報知形態の再設定を促す報知形態際選択ステップと、からなる。
また、本願発明は、スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定手段と、ユーザーによって入力された上記スケジュールデータを受領するスケジュールデータ受領手段と、上記スケジュールデータを記憶するスケジュール記憶手段と、スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出手段、として携帯型情報端末を機能させる、アラームプログラムである。
【００２６】
また、特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定手段と、ユーザーによって設定された上記報知形態を受領する報知形態受領手段と、上記報知形態を記憶するスケジュール記憶手段と、
スケジュール時刻からなるスケジュールデータを設定可能にするスケジュール設定手段と、ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領手段と、上記スケジュールデータを記憶するスケジュール記憶手段と、報知形態の特定の報知特性に応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出手段、として携帯型情報端末を機能させる、アラームプログラムである。
【００２７】
また、本願発明は、特定の報知特性を有する、スケジュールを報知する報知形態を設定可能にする報知形態設定手段と、ユーザーによって設定された上記報知形態を受領する報知形態受領手段と、上記報知形態を記憶するスケジュール記憶手段と、スケジュール時刻とスケジュールカテゴリーからなるスケジュールデータを設定可能にするスケジュール設定手段と、ユーザーによって設定された上記スケジュールデータを受領するスケジュールデータ受領手段と、上記スケジュールデータを記憶するスケジュール記憶手段と、報知形態の特定の報知特性と上記スケジュールカテゴリーに応じてスケジュール時刻あるいはスケジュール時刻前後に最低ひとつの通知形態を演出する通知形態演出手段、として携帯型情報端末を機能させる、アラームプログラムである。
【００２８】
更に、ユーザーのアラーム手段使用履歴を記憶する使用履歴記憶手段として携帯型情報端末を機能させ、上記通知形態演出手段において、上記使用履歴に応じて通知形態の演出が変化することを特徴とする、請求項１乃至３記載のアラームプログラムである。
【００２９】
また、上記通知形態演出手段において、第一通知形態の演出が解除されたタイミングによって、その他の通知形態の演出が変化することを特徴とする。
【００３０】
更に、上記スケジュールカテゴリーと上記報知形態の特定の報知特性との順応性を識別するコンフリクトチェック手段と、上記コンフリクト手段による順応性の識別の結果、順応性が認められなかった場合にユーザーに報知形態の再設定を促す報知形態際選択手段、として携帯型情報端末を機能させる。
【００３１】
また、上記記載のアラームプログラムを記録した情報記録媒体である。
【発明の効果】
【００３２】
本発明によれば、スケジュールを種類（スケジュールカテゴリー）別に入力可能にし、スケジュールの種類別に、報知形態の演出を変化させることができる。
【００３３】
また、スケジュールに対応する報知形態の演出を、スケジュール管理仮想体が擬似的に行い、そのスケジュール管理仮想体をユーザーが選択し、スケジュールごとに対応して設定することができる。
【００３４】
また、報知形態の演出の解除様式によって、報知形態の演出そのものが変化する。
【００３５】
また、同じスケジュールに対しても、スケジュール管理仮想体の特性によって報知形態の演出が変化する。
【００３６】
また、ユーザーがどのスケジュール管理仮想体を何度選択したか、どのスケジュールカテゴリーを何回選択したか、ユーザーが如何に報知形態の演出解除を行ったか等、ユーザーのスケジュール管理装置の使用履歴を記憶し、そのユーザーの使用履歴をもとに報知形態の演出を変化させることができる。
【発明を実施するための最良の形態】
【００３７】
以下、各図を参照して本発明の実施形態について説明する。
図１はスケジュール管理装置のネットワークシステムの説明図である。実施形態例のひとつにおいては、携帯電話１０はＷｅｂブラウザを実装し、８００ＭＨｚ帯又は１．５ＧＨｚ帯の無線周波数で基地局との間で６４ｋｂｐｓ〜３８４ｋｂｐｓのデータ通信を行うことにより、移動通信網等のオープンネットワークを介してＷｅｂサーバ１１との間でＨＴＴＰ通信を行うＷｅｂクライアントとして機能する。Ｗｅｂサーバ１１は携帯電話等の移動通信端末用に開発されたアラームプログラム（例：アラーム用Ｊａｖａ（Ｒ）アプレット）を配信するためのサーバ装置であり、Ｗｅｂ上のコンテンツ配信サイトを提供する。ユーザは携帯電話１０を操作し、Ｗｅｂサーバ１１が提供するコンテンツ提供サイトにアクセスし、アラームプログラムのダウンロードを要求すると、当該アラームプログラムはＷｅｂサーバ１１からインターネット網１２を経由し、ゲートウェイサーバ１３にて通信プロトコルの変換がなされ、パケット通信網１４を中継し、基地局１５及び無線回線を介して携帯電話１０へ配信される。
【００３８】
図２は携帯電話１０にダウンロードされたアラームプログラムの動作環境の説明図である。携帯電話１０には音声通信の制御、液晶ディスユーザー操作キー等の入出力制御、データ通信におけるネットワーク接続制御、内蔵するアプリケーションソフウエアの制御等の各種タスクを一定時間毎に切替えて処理し、通話処理に係るタスクを最優先して実行するリアルタイム・オペレーティングシステム１７がハードウエア１６上に実装されている。携帯電話１０にはＷｅｂサーバ１１との間でＨＴＴＰ通信を行うＷｅｂブラウザ１８、Ｊａｖａ（Ｒ）アプレットを管理するＪａｖａ（Ｒ）アプリケーション・マネージャ（ＪＡＭ）１９、及びＪ２ＭＥ  ＣＬＤＣ仕様に準拠したＪａｖａ（Ｒ）  ＶＭ（Ｊａｖａ（Ｒ）バーチャルマシン）２１が実装されている。
【００３９】
これらのプログラムはネイティブコードで作成されており、リアルタイム・オペレーティングシステム１７上で動作している。Ｗｅｂサーバ１１からダウンロードしたアラームプログラム２０はバイトコードで作成されたクラスファイルになっており、所定の記憶領域（スクラッチパッド）に格納された後、Ｊａｖａ（Ｒ）  ＶＭ２１によって逐次解析され、アラームプログラム２０が実行される。
【００４０】
図３は携帯電話１０の機能ブロック図である。携帯電話１０はアンテナ２２、高周波スイッチ２３、受信部２４、周波数シンセサイザ２５、送信部２６、デジタル変復調部２７、ＴＤＭＡ多重分離回路２８、音声信号処理回路２９、制御部３０、ＲＯＭ３１、ＥＥＰＲＯＭ３２を備えて構成されている。アンテナ２２を介して受信した信号は受信部２４にて高周波増幅され、受信ミキサにて周波数シンセサイザ２５の出力信号と混合されて中間周波数となる。この中間周波数は増幅された後、デジタル変復調部２７にて検波され、ＴＤＭＡ多重分離回路２８にてＴＤＭＡに必要な制御信号が除かれて、タイミング調整がなされる。次いで、音声信号処理回路２９にて復号され、アナログ信号となり、音声信号がスピーカ３６から拡声出力される。
【００４１】
また、マイク３７から入力した音声信号は音声信号処理回路２９にてデジタル信号に帯域圧縮された後、ＴＤＭＡ多重分離回路２８にてＴＤＭＡに必要な制御信号が付加され、同時にタイミング調整がなされる。デジタル変復調部２７では、このデジタル化された信号から直交変調がなされ、送信部２６では送信ミキサにて周波数シンセサイザ２５からの出力信号と混合されて周波数変換が行われて、さらに電力増幅されてアンテナ２２から送信電波として放射される。
【００４２】
一方、Ｗｅｂサーバ１１からダウンロードしたアラームプログラム２０はアンテナ２２、受信部２４、デジタル変復調部２７、ＴＤＭＡ多重分離回路２８、制御部３０を経てＥＥＰＲＯＭ３２のスクラッチパッドへ書込まれる。ＲＯＭ３１には上述したＷｅｂブラウザ１８、ＪＡＭ１９、Ｊａｖａ（Ｒ）  ＶＭ２１が記憶されている。アラーム実行時において、制御部３０はメインメモリ上にアラームプログラム２０をロードし、ユーザー（遊戯者）による操作キー３３の入力操作に対応して、リアルタイム・オペレーティングシステム１７及びＪａｖａ（Ｒ）  ＶＭ２１の制御下でアラームプログラム２０を実行し、ＬＣＤ（液晶ディスプレイ）ドライバ３４を駆動してＬＣＤ３５にアラーム画面を表示し、振動体ドライバ３８を駆動して振動体３９を作動する。
図４は、図３で示した制御部３０を詳細に説明する。制御部３０は、演算回路であるＣＰＵ４０と、Ｃｏ−ｐｒｏｃｅｓｓｏｒ４５と、ＲＡＭ５０と、報知回路６０からなる。報知回路６０は、さらに報知音処理回路６１と、報知画像処理回路６２と、報知振動回路６３からなり、これらによってアラームの報知を処理する。
【００４３】
図５はＷｅｂクライアント（アラームクライアント）として機能するアラーム端末装置の動作と、Ｗｅｂサーバ（アラームサーバ）の動作を記述したフローチャートである。同図において、アラームプログラム２０を起動すると（Ｓ１）、ｃ通常時計画面である待ち受け画面が表示される（Ｓ２）。実施形態のひとつにおいては、ユーザーはまず、この画面において、スケジュールの報知演出形態であるキャラを選択する（Ｓ３）。この際に、画面にはキャラ毎の受け付け画面であるスケジュール設定画面が表示される（Ｓ４）。次に、スケジュールデータを設定する設定回路を介して、ユーザーはスケジュールデータをＲＯＭ（メモリ）に記憶させる。スケジュールデータは、スケジュール時刻とスケジュールカテゴリーからなる（Ｓ５）。スケジュールデータ設定が終了すると、設定終了画面が表示される（Ｓ６）。
【００４４】
図６は、アラーム処理機能図である。同図において、アラーム処理プログラムを起動すると（Ｓ７）、ＣＰＵは、現在時刻の読みこみを行い（Ｓ８）、ユーザーによって入力されたスケジュールデータに対応する所定のアラーム時刻であるか否かを、判定する（Ｓ９）。アラーム時刻であると、所定のアラーム演出プログラムを、ＲＯＭより呼び出し、実行する（Ｓ１０）。
【００４５】
図７では、アラーム演出プログラム処理の実行について詳細に説明する。同図において、ＣＰＵがアラーム演出プログラムを実行すると（Ｓ１１）、ＲＡＭメモリに記憶したスケジュールデータに基づいて報知回路に報知指令を出力し、報知演出を実行する（Ｓ１２）。この際、ＣＰＵは、設定されたスケジュールカテゴリーに応じて所定の報知演出形態を決定し、この報知演出形態に対応する報知指令を報知回路に出力する。スケジュールカテゴリーの例として、「目覚まし」、「会議」、「外出」、「食事」、「電話」等があるが、これらの限りではない。報知回路は、この報知演出形態に応じて報知を出力する。
【００４６】
スケジュールデータの設定に応じて、ある所定の時間になると報知回路が報知を出力した際、ある所定の時間内にユーザーが報知を解除すると（Ｓ１３）、スケジュールデータに応じた報知解除演出が報知回路によってＲＯＭから呼び出され実行され、キャラメッセージ等が画面に表示される（Ｓ１４）。また、ある所定の時間を過ぎても報知が解除されないと、報知回路は設定された時間の単位毎に報知を再出力する。報知が最終的に解除されると、報知回路は、更にキャラメッセージとして遅刻メッセージを画面に表示する。
【００４７】
報知の演出は多種多様である。実施形態のひとつにおいては、報知演出形態が、スケジュールカテゴリーによって変化する。この報知演出形態は、例えば報知のタイミングや音、またはキャラメッセージから成るが、これらの限りではない。
【００４８】
図８では、アラーム演出プログラムの一種である、アラーム音報知プログラムについて詳しく説明する。ＣＰＵが、アラーム音報知プログラムを起動する（Ｓ１５）と、予め設定されたアラーム音をＲＯＭから読み込む（Ｓ１６）。アラームの報知時刻であるか否かを判定し（Ｓ１７）、そうである場合は、アラーム音を報知する（Ｓ１８）。
【００４９】
このアラーム音の報知による演出の変化においては、スケジュールカテゴリーに応じて報知音が変わり、ユーザーはその音を聞くだけで、何のための報知であったかが分かるようにすることができる。例えば、スケジュールカテゴリーの「食事」が選択されると、報知音として「チャルメラ」のメロディーが流れるようにしても良い。また、スケジュールカテゴリーが「仕事」の場合は、報知音として真面目な印象を与える曲のメロディーを流すようにしても良い。
【００５０】
また、音そのものの変化のみならず、同じ音でもその出力パターンの変化によって、報知演出を変化させても良い。例えば、予告報知の場合は、報知音を短時間だけ出力しても良い。本報知の場合は、長時間出力しても良い。再報知の場合は、せかすようなペースの速い報知音を鳴らしても良い。
【００５１】
更に、「会議」のときの再報知は、会議中に会議参加中の他者への迷惑を考慮して報知音は消音し、代わりにバイブレーションモードにしても良い。バイブレーションモードでは、スケジュール管理装置を振動させることによってスケジュールの報知を行う。
【００５２】
図１０では、アラーム演出プログラムの一種である、アラーム演出詳細プログラムについて説明する。同図において、ＣＰＵによってＲＯＭからアラーム演出詳細プログラムが呼び出され、起動される（Ｓ２３）。そして、例えば予め設定されたアラーム音報知のタイミング、メッセージ、サウンド、バイブ等の演出がＲＯＭより読みこまれる（Ｓ２４）。アラームの演出タイミングであるか否かを判定し（Ｓ２５）、そうであるとＳ２４で前述のアラーム演出が行われる（Ｓ２６）。
【００５３】
報知のタイミングによる演出の変化においては、報知を鳴らす時間、すなわち設定されたスケジュール時刻から５分前、定時通り、５分後の合計三回鳴らす、などのタイミングがスケジュールカテゴリーごとに設定されている。例えば、スケジュールカテゴリーの「会議」が選択されると、スケジュール時刻の１０分前と５分前に報知形態に応じた報知を出力しても良い。ユーザーが、会議に遅れないようにするためである。また、スケジュールカテゴリーが「目覚まし」の場合は、スケジュール時刻ちょうどに一回目の報知を出力し、その報知が所定時間内に解除された場合にも、５分後に再度報知を出力しても良い。これによって、ユーザーが寝過ごしてしまうのを防ぐことができる。
【００５４】
図９では、アラームメッセージの演出を行うアラームメッセージ演出プログラムについて説明する。キャラメッセージによるアラーム演出の変化においては、スケジュールカテゴリーと上記報知のタイミングのいずれか、あるいはその両方に応じてキャラメッセージが変化する。ＣＰＵは、アラームメッセージ演出プログラムを実行し（Ｓ１９）、予め設定されたスケジュールとアラームタイミングといったスケジュールデータの読みこみをＲＡＭより行い（Ｓ２０）、アラームタイミングであるか否か判定する（Ｓ２１）。アラームタイミングの場合は、前記スケジュールデータとアラームタイミングに応じたアラームメッセージを出力するよう、報知回路に指示する（Ｓ２２）。例えば、アラームタイミングとしては、スケジュールカテゴリーが「会議」の場合、スケジュール時刻の５分前に、「もうすぐ会議ですよ、準備はできていますか？」といったキャラメッセージによるスケジュールの報知を行っても良い。また、スケジュールカテゴリーが「目覚まし」の場合、再報知として、「寝坊ですよ！早くしないと遅刻しちゃいますよ！」といったキャラメッセージによる報知を行っても良い。
【００５５】
図１１で示すように、報知のタイミングに応じてキャラメッセージを変化させる例として、報知を解除したタイミングによってキャラメッセージを変化させるといった報知演出の変化を行うことができる。ＣＰＵは、同図においてキャラメッセージ変化プログラムを起動する（Ｓ２７）。アラーム報知後、ユーザーによるアラームの解除を検出する（Ｓ２８）。そのアラーム解除のタイミングにより、ＣＰＵは対応するキャラメッセージを出力するよう報知回路６０に指示する（Ｓ２９）。スケジュールカテゴリーが「会議」の例において、本報知が行われてから３０秒以内に報知解除した場合は、「早いですね！」といったキャラメッセージを報知し、本報知が行われてから３０秒より後に報知解除した場合は、「会議ですよ！」といったキャラメッセージが報知するように設けても良い。スケジュール時刻になってもユーザーが報知を解除しなかった場合は、報知は自動的に解除され、その際、「会議ですけど、大丈夫？」といったキャラメッセージを報知しても良い。さらに、再報知がスケジュール時刻１分後に行われた場合、「会議はもう始まっていますよ！」といったキャラメッセージを報知しても良い。
【００５６】
また、実施形態のひとつにおいては、報知演出が、スケジュール管理仮想主体の特性によって変化する。例えば、スケジュール管理仮想主体Ａは特性として陽気な性格を有する。そして、スケジュールカテゴリーが「目覚まし」の場合で、選択されたスケジュール管理仮想主体がＡの場合、報知の演出として、「おっはよー！ほらほら起きて顔を洗って！」といったキャラクターメッセージが報知される。更に、例えば、スケジュール管理仮想主体Ｂは特性として丁寧な性格を有する。そして、スケジュールカテゴリーが「食事」の場合で、選択されたスケジュール管理仮想主体がＢの場合、報知の演出として、「お食事の時間ですよ。一休みなさって下さい。」といったキャラメッセージが報知される。
【００５７】
また、報知の演出の変化は、キャラメッセージの変化のみならず、スケジュール管理仮想主体の表示態様の変化を含んでも良い。すなわち、選択されたスケジュール管理仮想主体がＡの場合、Ａは、笑顔を見せるが、選択されたスケジュール管理仮想主体がＢの場合、Ｂは真面目な表情を見せる、といった演出の変化が行われても良い。
【００５８】
また、図１３では、更なる実施形態のひとつにおいては、報知演出が実行されるタイミングが、スケジュール管理仮想主体の特性によって変化する。例えば、仕事に関するスケジュール管理に厳しいといった特性を備えるスケジュール管理仮想主体Ａ’の場合、会議のスケジュールを入力しておくとその１５分前から５分おきにキャラメッセージが報知される。うっかりものの特性を備えるスケジュール管理仮想主体のＢ’場合、同じ会議のスケジュールを入力しても、例えばある所定の確率で５分遅れになってしまうことがある。気が弱いといった特性を備えるスケジュール管理仮想主体Ｃ’の場合、同じ会議のスケジュールを入力しても、例えばすべてのスケジュール時間に対して５分遅い時間に報知を行う。ユーザーは、スケジュール管理仮想主体の特性を覚えながら、仕事はスケジュール管理仮想主体Ａ’に頼もう、ゆっくり寝たいから５分遅く報知を行うスケジュール管理仮想主体Ｂ’に頼もう、大事な内容ではないからスケジュール管理仮想主体Ｃ’に頼んでも良い、といったスケジュール管理仮想主体の特性による報知演出が実行されるタイミングの変化を楽しむことができる。
【００５９】
また、それぞれのスケジュール管理仮想主体の表示態様そのものが、報知のタイミングや、報知解除のタイミングによって変化しても良い。
【００６０】
また、同じスケジュールカテゴリーで、同じスケジュールであっても、スケジュール管理仮想主体の特性によって、報知を出力するタイミングを変化させても良い。例えば、仕事に厳しいスケジュール管理仮想主体Ｃは、「仕事」の報知は、スケジュール時刻の１５分前等所定の時間前から５分置き等所定の時間間隔に報知を出力するが、仕事に厳しくないスケジュール管理仮想主体Ｄは、スケジュール時刻より５分前等一回限り等限られた回数しか報知を出力しない、といった報知の演出の変化が可能である。
【００６１】
また、スケジュール管理主体によって報知する音量や振動の大小を変化させるようにしても良い。
【００６２】
ユーザーは、それぞれのスケジュール管理仮想主体の特性による演出のパターンを知り、状況に応じて使い勝手の良いスケジュール管理仮想主体を選択することができる。
図１２では、ユーザーの使用履歴によっての報知演出形態の変化を実現するユーザー使用履歴プログラムを説明する。実施形態のひとつにおいては、ユーザーの使用履歴によって報知演出形態が変化する。ＣＰＵは、ユーザー使用履歴プログラムを起動し（Ｓ３０）、ユーザーがどのスケジュール管理仮想主体に何度、報知を頼んだか、どのスケジュールカテゴリーを何度頼んだか、何度遅刻をしたか、などのユーザーが本スケジュール管理装置を使用する際の行動を使用履歴としてＲＡＭの一部の使用履歴メモリに記憶し（Ｓ３１）、これらユーザー行動の所定回数の蓄積によって使用履歴フラグが立ち、キャラメッセージ等報知演出形態の変化が発生する（Ｓ３２）。
【００６３】
例えば、スケジュール管理仮想主体との「友好度」の変化によって、報知演出が変わる。「友好度」とはユーザーとスケジュール管理仮想体との擬似友好度を示している。「友好度」は友好度パラメーターで表され、例えばユーザーが何度も同じスケジュール管理仮想主体を選択する、そのスケジュール管理仮想主体が好むと設定されているスケジュールカテゴリーの報知を頼むこと等で変化していく。「友好度」が変化することによって、キャラメッセージが変化していく。例えば、ユーザーがスケジュール管理仮想主体Ｅを選択した場合、その友好度パラメーターが一定値を満たさず、演算回路が友好度が低いと判断すると、スケジュール管理仮想主体Ｅがユーザーによって選択された時点で、「はい、誰ですか？」といったキャラメッセージが出力されるが、友好度パラメーターが一定値を超えており、演算回路が友好度が高いと判断すると、「あ、ｘｘさん、待ってました！」といった、友好的なキャラメッセージを出力するよう、演算回路が報知指令を報知回路に出力し、報知回路はこのキャラメッセージを出力する。
【００６４】
また、例えば、ユーザーが報知解除を行うのがスケジュール時刻より遅れると、使用履歴として遅刻回数が使用履歴記憶メモリに記憶され、遅刻回数が所定値を超えると、遅刻フラグが立ち、選択されたスケジュール管理仮想主体に対応する報知演出形態として、「いつもいつも遅刻ばっかり。」といったキャラメッセージを出力するよう、演算回路が報知指令を報知回路に出力し、報知回路はこのキャラメッセージを出力する。
【００６５】
また、ユーザーが特定のスケジュールカテゴリーを選択すると、それに応じた使用履歴として、対応したスケジュールカテゴリーデータを使用履歴記憶メモリが記憶し、ユーザーが同じスケジュールカテゴリーを複数回選択することによって、そのスケジュールカテゴリーデータが所定値を超えると、スケジュールカテゴリーフラグが立ち、選択されたスケジュール管理仮想主体に対応した、同じスケジュールカテゴリーをユーザーが選択したことを反映する報知演出形態を出力するよう、演算回路が報知指令を報知回路に出力し、報知回路はこの報知演出形態を出力する。例えば、ユーザーが「会議」を何度も選択し、「会議」に対応するスケジュールカテゴリーデータが所定値を超えると、「また会議ですか、大変ですね。」といったキャラメッセージが出力される。
【００６６】
更に、ユーザーの使用履歴は、所定の時間間隔置きに更新してもよ良い。例えば、「目覚まし」に対応するスケジュールカテゴリーデータは一日置きに更新され、ユーザーが目覚ましを一日に二回設定すると、二回目の目覚ましのスケジュール報知の時には、「今日、起こすの二回目ですけど何度寝てるの？」といったキャラメッセージを出力しても良い。
【００６７】
これによって、いつも同じ報知形態でなくなり、利用者にとって報知のマンネリ化を防ぐことが出来、報知への注意力を増すことが出来るようになる。
【図面の簡単な説明】
【００６８】
【図１】スケジュール管理装置のネットワークシステムの説明図である。
【図２】本願発明の携帯電話１０にダウンロードされたアラームプログラムの動作環境の説明図である。
【図３】本願発明の携帯電話１０の機能ブロック図である。
【図４】図３で示した制御部３０を詳細に説明する。
【図５】Ｗｅｂクライアント（アラームクライアント）として機能するアラーム端末装置の動作と、Ｗｅｂサーバ（アラームサーバ）の動作を記述したフローチャートである。
【図６】本願発明におけるアラーム処理機能図である。
【図７】アラーム演出プログラム処理の実行について詳細に説明する。
【図８】アラーム演出プログラムの一種である、アラーム音報知プログラムについて詳しく説明する。
【図９】アラームメッセージの演出を行うアラームメッセージ演出プログラムについて説明する。
【図１０】アラーム演出プログラムの一種である、アラーム演出詳細プログラムについて説明する。
【図１１】報知のタイミングに応じてキャラメッセージを変化させる例を示す図である。
【図１２】ユーザーの使用履歴によっての報知演出形態の変化を実現するユーザー使用履歴プログラムを説明する。
【図１３】報知演出が実行されるタイミングが、スケジュール管理仮想主体の特性によって変化する例を示す図である。
【符号の説明】
【００６９】
１０…携帯電話、１１…Ｗｅｂサーバ、１２…インターネット網、１３…ゲートウェイサーバ、１４…パケット通信網、１５…基地局、１６…ハードウエア、１７…リアルタイム・オペレーティングシステム、１８…Ｗｅｂブラウザ、１９…ＪＡＭ、２０…ゲームプログラム、２１…Ｊａｖａ（Ｒ）ＶＭ、２２…アンテナ、２３…高周波スイッチ、２４…受信部、２５…周波数シンセサイザ、２６…送信部、２７…デジタル変復調部、２８…ＴＤＭＡ多重分離回路、２９…音声信号処理回路、３０…制御部、３１…ＲＯＭ、３２…ＥＥＰＲＯＭ、３３…操作キー、３４…ＬＣＤドライバ、３５…ＬＣＤ、３６…スピーカ、３７…マイク、３８…振動体ドライバ、３９…振動体、４０…ＣＰＵ、４５…Ｃｏ−Ｐｒｏｃｅｓｓｏｒ、５０…ＲＡＭ、６０…報知回路、６１…報知音処理回路、６２…報知画像処理回路、６３…報知振動回路。
【図１】
2007048299.tif 000003
【図２】
2007048299.tif 000004
【図３】
2007048299.tif 000005
【図４】
2007048299.tif 000006
【図５】
2007048299.tif 000007
【図６】
2007048299.tif 000008
【図７】
2007048299.tif 000009
【図８】
2007048299.tif 000010
【図９】
2007048299.tif 000011
【図１０】
2007048299.tif 000012
【図１１】
2007048299.tif 000013
【図１２】
2007048299.tif 000014
【図１３】
2007048299.tif 000015