(57)【要約】【課題】多様な機能の存在の教示による機能活用率を向上させること。【解決手段】制御回路７は、複数の機能を通知する通知部位８と、通知部位８の通知結果を表示する表示部位５と、通知部位８に双方向に接続する記憶部位９とから形成されている。表示部位５に表示される画面は、機能の存在を紹介する第１画面１１と、機能の種類を教示する第２画面１３と、機能の実行を促す第３画面１４とから構成されている。通知部位８は、複数の通知優先機能を有している。複数の通知優先機能の１は、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に第２画面に表示して教示する。ユーザーが熟知している機能の頻繁な紹介は、そのユーザーにとってかえって煩わしい。起動回数が非常に少ない場合に、そのような機能をタイムリーに紹介することができる。【選択図】          図７
2004289210.tif 000002
【特許請求の範囲】
【請求項１】
本体と、
前記本体に搭載され制御回路とを構成し、
前記制御回路は、
複数の機能を通知する通知部位と、
前記通知部位の通知動作を指示する操作部位と、
前記通知部位の通知結果を表示する表示部位と、
前記通知部位に双方向に接続する記憶部位とを形成し、
前記表示部位に表示される画面は、
前記機能の存在を紹介する第１画面と、
前記機能の種類を教示する第２画面と、
前記機能の実行を促す第３画面とを構成し、
前記通知部位は、
第１通知優先機能と、
第２通知優先機能と、
第３通知優先機能とを有し、
前記第１通知優先機能は、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に前記第２画面に表示して教示し、
前記起動回数は前記記憶部位に記憶される
携帯端末。
【請求項２】
前記複数の前記機能のそれぞれの起動回数は前記機能の起動に対応して増加する
請求項１の携帯端末。
【請求項３】
前記第２通知優先機能は、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に前記第２画面に表示して教示し、
前記起動時刻は前記記憶部位に記憶される
請求項１の携帯端末。
【請求項４】
前記第３通知優先機能は、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に前記第２画面に表示して教示し、
前記重要度は前記記憶部位に記憶されている
請求項１の携帯端末。
【請求項５】
前記第２通知優先機能は、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に前記第２画面に表示して教示し、且つ、
前記第３通知優先機能は、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に前記第２画面に表示して教示し、
前記起動時刻は前記記憶部位に記憶され、前記重要度は前記記憶部位に記憶される
請求項１の携帯端末。
【請求項６】
前記重要度はユーザーにより変更不能である
請求項４又は５の携帯端末。
【請求項７】
前記第２通知機能は前記第１通知機能に優先し、前記第１通知機能は前記第３通知機能に優先する
請求項５の携帯端末。
【請求項８】
前記記憶部位は、前記機能と前記起動回数と前記起動時刻と前記重要度の対応を示すテーブルを形成する
請求項７の携帯端末。
【請求項９】
前記第１画面は前記機能の種類を教示することを促す選択画面を形成し、
前記第２画面は前記種類を表示し、
前記第３画面は前記機能の実行項目を表示する
請求項８の携帯端末。
【請求項１０】
前記通知部位は、前記第１画面を確率に従って能動的に表示し、
前記確率は分割される週内時間帯に対応する
請求項１〜９から選択される１請求項携帯端末。
【請求項１１】
前記通知部位は、前記第１画面を確率に従って能動的に表示し、
前記確率は分割される日内時間帯に対応する
請求項１〜９から選択される１請求項携帯端末。
【請求項１２】
前記通知部位は、前記第１画面を確率に従って能動的に表示し、
前記確率は分割される週内時間帯と日内時間帯とに対応する
請求項１〜９から選択される１請求項携帯端末。
【請求項１３】
前記確率は複数の段階で定められる確率値を有し、
前記確率値は、前記機能の起動の実行により段階的に上昇し、前記機能の起動のユーザーによる拒否により段階的に下降する
請求項１０〜１２から選択される１請求項の携帯端末。
【請求項１４】
前記記憶部位は前記確率と前記週内時間帯との対応を示すテーブルを形成する
請求項１０〜１３から選択される１請求項の携帯端末。
【請求項１５】
前記記憶部位は前記確率と前記日内時間帯との対応を示すテーブルを形成する
請求項１０〜１４から選択される１請求項の携帯端末。
【請求項１６】
機能の存在を表示画面に表示するステップと、
前記機能の種類を前記表示画面に表示して教示するステップと、
前記機能の実行の項目を前記表示画面に表示して前記実行を促すステップとを構成し、
前記教示するステップは、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に前記表示画面に表示するステップを形成する
携帯端末の多機能教導方法。
【請求項１７】
前記教示するステップは、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に前記表示画面に表示するステップを更に形成する
請求項１６の携帯端末の多機能教導方法。
【請求項１８】
前記教示するステップは、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に前記表示画面に表示するステップを更に形成する
請求項１７の携帯端末の多機能教導方法。
【請求項１９】
機能の存在を表示画面に表示するステップと、
前記機能の種類を前記表示画面に表示して教示するステップと、
前記機能の実行の項目を前記表示画面に表示して前記実行を促すステップとを構成し、
前記教示するステップは、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に前記表示画面に表示するステップを更に形成する
携帯端末の多機能教導方法。
【請求項２０】
前記教示するステップは、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に前記表示画面に表示するステップを更に形成する
請求項１９の携帯端末の多機能教導方法。
【請求項２１】
前記教示するステップは、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に前記表示画面に表示するステップを更に形成する
請求項２０の携帯端末の多機能教導方法。
【請求項２２】
機能の存在を表示画面に表示するステップと、
前記機能の種類を前記表示画面に表示して教示するステップと、
前記機能の実行の項目を前記表示画面に表示して前記実行を促すステップとを構成し、
前記教示するステップは、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に前記表示画面に表示するステップを形成する
携帯端末の多機能教導方法。
【請求項２３】
前記教示するステップは、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に前記表示画面に表示するステップを更に形成する
請求項２２の携帯端末の多機能教導方法。
【請求項２４】
前記教示するステップは、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に前記表示画面に表示するステップを更に形成する
請求項２３の携帯端末の多機能教導方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯端末、及び、携帯端末の多機能教導方法に関し、特に、機能の利用をユーザーに誘導的に促す携帯端末、及び、携帯端末の多機能教導方法に関する。
【０００２】
【従来の技術】
携帯電話は、過去には、電話機能しか持たず顕著に単純な制御構造を有していた。多機能化が益々に促進される昨今の携帯電話機のような携帯端末は、ユーザーがその多様な機能に習熟することが困難であり、多くの重要な機能がユーザーに知られていない。ユーザーが知らない機能の増加は、コストの増大に比例的にその多機能性を希釈化し、その重要なメリットを打ち消している。そのような困難性を解消するために、ヘルプ機能を持たせることが知られている。多機能化に起因して膨大化する使用説明に目を通すことは困難である。操作手順を案内的に教導する技術は、後掲特許文献１で知られている。
【０００３】
多様な機能の存在の教示による機能活用率の向上が求められる。
【０００４】
【特許文献１】
特開２００２−２４７６７０号
【０００５】
【発明が解決しようとする課題】
本発明の課題は、多様な機能の存在の教示による機能活用率を向上させる携帯端末、及び、携帯端末の多機能教導方法を提供することにある。
【０００６】
【課題を解決するための手段】
その課題を解決するための手段が、下記のように表現される。その表現中に現れる技術的事項には、括弧（）つきで、番号、記号等が添記されている。その番号、記号等は、本発明の実施の複数の形態又は複数の実施例のうちの少なくとも１つの実施の形態又は複数の実施例を構成する技術的事項、特に、その実施の形態又は実施例に対応する図面に表現されている技術的事項に付せられている参照番号、参照記号等に一致している。このような参照番号、参照記号は、請求項記載の技術的事項と実施の形態又は実施例の技術的事項との対応・橋渡しを明確にしている。このような対応・橋渡しは、請求項記載の技術的事項が実施の形態又は実施例の技術的事項に限定されて解釈されることを意味しない。
【０００７】
本発明による携帯端末は、本体（３）と、本体（３）に搭載され制御回路（７）とから構成されている。制御回路（７）は、複数の機能を通知する通知部位（８）と、通知部位（８）の通知動作を指示する操作部位（４）と、通知部位（８）の通知結果を表示する表示部位（５）と、通知部位（８）に双方向に接続する記憶部位（９）とから形成されている。表示部位（５）に表示される画面は、機能の存在を紹介する第１画面（１１）と、機能の種類を教示する第２画面（１３）と、機能の実行を促す第３画面（１４）とから構成されている。通知部位（８）は、複数の通知優先機能を有している。複数の通知優先機能は、第１通知優先機能と、第２通知優先機能と、第３通知優先機能とから形成されている。第１通知優先機能は、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に第２画面（１３）に表示して教示する。起動回数は、記憶部位（９）に記憶される。
【０００８】
ユーザーが熟知している機能の頻繁な紹介は、そのユーザーにとってかえって煩わしい。起動回数が零回であり、又は、起動回数が非常に少ない場合に、そのような機能をタイムリーに紹介することが大事である。ユーザーは、利用頻度が低い機能を順次に勉強して行くことができる。教示は、このようにユーザーの意思によらずに能動化される。
【０００９】
複数の機能のそれぞれの起動回数は、機能の起動に対応して増加することの意義は大きい。習熟度合いに対応して機能紹介頻度を低下させることは、習熟と煩わしさとを調和させる。
【００１０】
第２通知優先機能は、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に第２画面（１３）に表示して教示することが重要である。起動時刻は、記憶部位に記憶される。習熟度合いが高くて最近に利用されている機能の通知の必要性は少ない。過去に利用したがその後に忘れがちである機能の通知と教導は重要である。
【００１１】
第３通知優先機能は、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に第２画面（１３）に表示して教示する。重要度は、記憶部位（９）に記憶されている。設計者がユーザーに使用して欲しい度合いである重要度は、優先指導の度合いとして顕著に適正である。
【００１２】
第２通知優先機能は、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に第２画面（１３）に表示して教示し、且つ、第３通知優先機能は、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に第２画面（１３）に表示して教示する。このような複数の優先機能の発動条件がＡＮＤ化されることの意義が更に大きい。優先機能の発動の優先順位を能動的に定めることは、顕著に有効に教導的である。従って、重要度はユーザーにより変更不能であることが特に望ましい。
【００１３】
優先度合いに関しては、第２通知機能は第１通知機能に優先し、第１通知機能は第３通知機能に優先することが望ましいことは、経験則的に正しい（と考えられる）。記憶部位（９）は、機能と起動回数と起動時刻と重要度の対応を示すテーブルを形成することが制御的に好ましい。
【００１４】
第１画面（１１）は機能の種類を教示することを促す選択画面を形成し、第２画面（１３）は種類を表示し、第３画面（１４）は機能の実行項目を表示する。機能は、このようにユーザーの希望に対応して教導的に熟知されて行く。
【００１５】
通知部位（８）は、第１画面（１１）を確率に従って能動的に表示することが顕著に重要である。煩わしさを回避しながらタイムリーに機能紹介をすることが大事である。確率は分割される週内時間帯に対応し、更には、ＡＮＤ条件で、日内時間帯に対応していることが重要である。忙しい時間帯では、新機能を勉強している時間はない。
【００１６】
その確率は複数の段階で定められる確率値を有している。その確率値は、機能の起動の実行により段階的に上昇し、機能の起動のユーザーによる拒否により段階的に下降する。ユーザーの希望により確率を変動させることには意義がある。記憶部位（９）が確率と週内時間帯との対応を示すテーブル（図４）を形成し、更にＡＮＤ条件で日内時間帯との対応を示すテーブルを形成することは制御の点で有利である。
【００１７】
本発明による携帯端末の多機能教導方法は、機能の存在を表示画面（５）に表示するステップと、機能の種類を表示画面に表示して教示するステップと、機能の実行の項目を表示画面に表示して実行を促すステップとから構成される。その教示するステップは、起動回数がより少ない機能の種類に優先させて起動回数が更により少ない機能の種類を優先的に表示画面に表示するステップ、過去の起動時刻がより古い機能の種類に優先させて過去の起動時刻が更により古い機能の種類を優先的に表示画面に表示するステップ、重要度が高い機能の種類に優先させて重要度が更に高い機能の種類を優先的に表示画面に表示するステップのうちから、ＯＲ条件又はＡＮＤ条件で選択的にステップが実行されることが重要である。
【００１８】
【発明の実施の形態】
図に対応して、本発明による携帯端末は、ヒンジ部により回転式に開閉する第１本体と第２本体とから構成されている。その第２本体１は、図１に示されるように、ヒンジ２により第１本体３に対して回転する。第１本体３の開時表面側には、キーのような操作器具群４が分散的に配置されている。第２本体１の開時表面側には、表示画面５が全面的に配置されている。第２本体１と第１本体３の開閉を検出する開閉検出器（図示されず）は、第２本体１と第１本体３に分散して配置されている。図中、６はマイクとスピーカを示す。
【００１９】
図２は、携帯端末の制御機構７を示している。その制御機構７は、制御本体８と、既述の操作器具群４と、メモリ９と、既述の表示画面５と、既述の開閉検出器とから形成されている。
【００２０】
図３は、本発明による携帯端末の多機能教導方法の実施の形態を示している。機能通知の制御は、第２本体１を第１本体３に対して回転させるユーザーの待機モード時の開動作、又は、操作器具群４の特定のキーのユーザーの待機モード時の押し動作により開始される（ステップＳ１）。待機モードは、携帯端末の電源はＯＮ状態であるが一定時間内にユーザーから入力がない状態、又は、端末の両本体は開状態であるが電力消費抑制のために表示画面５の表示電力のＯＦＦ状態のような省電力状態である。
【００２１】
ステップＳ２では、現在時刻と曜日が制御本体８に読込まれる。現在時刻と曜日の読込みは、自動的に実行され、又は、ユーザーの手動入力により可能である。その読込みに基づいて、図４に示される起動（稼動）確率がメモリ９から制御本体８に読み込まれる（ステップＳ３）。
【００２２】
起動確率は、図４に示されるように、日内時間帯と曜日の２次元マトリックスで変動的に定められる。１日は３時間帯で８分割されている。週内時間帯は、１日単位で７分割されている。このような分割による５６分割時間帯領域には、５６個の確率が対応している。５６個の確率は、６通りに振り分けられる。その確率は、１００％（図には丸付き１で示される）、８０％、６０％、４０％、２０％、５％（丸付き６で示される）の６通りで表されている。このような起動確率の分類は、メモリ９の中で配分されている起動確率テーブル（図示されず）により変動的に保持されている。
【００２３】
ステップＳ４では、その時刻に対応する起動確率で、通知アプリケーション（教示用アプリケーション）が制御本体８の中で起動する。現在時刻が月曜日の午前１時であれば、通知アプリケーションは４０％の確率で起動する。待機状態から非待機状態に遷移する時刻（ユーザーによる携帯端末の使用開始時刻）が月曜日の午前０時から午前３時までの間であれば、その使用開始回数の１０回のうち４回の確率で、通知アプリケーションが起動する。１０回のうち４回の確率の通知アプリケーションの起動はランダムであり、１回目は非通知、２回目は非通知、３回目は非通知、４回目は通知のような順序の繰り返しのみではなく、２回連続の通知が実行されることがあり、通知が確率的に４０％になるように乱数的に実行されることが重要である。
【００２４】
通知アプリケーションの確率的起動が決定されれば、その起動予告が表示画面５に表示される（ステップＳ５）。図５（ａ）は、起動予告画面１１を示している。起動予告画面１１は、ユーザーに多様に多い端末機能の存在を誘導的に通知する教示画面を形成している。このような起動予告は、土曜日の午後７時のように時間的に余裕がある場合には最高確率の１００％で実行され、金曜日の午前８時のように時間的に余裕がない場合には最低確率の５％で実行される。
【００２５】
ユーザーは、このような端末の呼びかけに対して、通知アプリケーションの起動を求めるか求めないかを決定することができる（ステップＳ６）。機能に精通しているユーザー、又は、忙しく機能を学習する時間的余裕がないユーザーは、通知画面（教示画面）に移行することを拒否することを選択して、”いいえ”を表示する拒否領域をクリックする。そうでない場合には、”はい”を選択してクリックする。拒否選択の場合には、ステップＳ７で、図４のマトリックスの対応部位の起動確率のランクを１つ下の段階に下げる（例示：６０％から４０％に下げる。）。許可選択の場合には、ステップＳ８で、マトリックスの対応部位の起動確率のランクを１つ上の段階に上げる（例示：４０％から６０％に上げる。）。起動確率の上下の変更の際には、その変更のための変更信号１２が、図２に示されるように、制御本体８からメモリ９に出力され、図４のランクは変更されてメモリ９に対して記録される。拒否選択の場合には、表示画面５の表示画面は、元の画面（例示：待受画面）に戻る。許可選択の場合には、表示画面５の表示画面は、起動予告画面１１から同図（ｂ）に示される機能表示画面１３に変更される。図（ｂ）は、後述される機能画面選択規則に基づいて選択された機能表示画面（例示：文字サイズ設定機能表示画面）を例示している。機能表示画面１３の”機能へＧＯ”をクリックすれば、機能表示画面１３は図５（ｃ）に示される文字設定画面１４に移行する。ステップＳ９では、通知機能が決定されて選択される。
【００２６】
図６は、通知機能決定方法を示している。既述の”はい”選択に基づいて、制御本体８は通知決定機能の動作（ステップＳ９のプログラム動作）を開始させる（ステップＳ１０）。図７は、複数機能と各機能が有するパラメータの対応関係を示している。複数の機能として、機能Ａ〜機能Ｊの１０個の機能が示されている。複数機能には、それぞれに３つのパラメータが与えられている。第１パラメータは、タイムスタンプ（＝数値）である。タイムスタンプは、その機能が使用された最新の起動日時（単位：分）である。第２パラメータは、その機能の起動回数（＝数値）である。第３パラメータは、その機能の利用価値に対応する重要度（＝数値）である。重要度は、通知決定プログラムの設計段階で設計者により決定される。重要度は、設計時に統計が参照されて複数段階（例示：１０段階）で規定されている。高い重要度は、大きい数（例示：１〜１０）で示されている。図７に示される対応関係を示すテーブルは、メモリ９に保存されている。
【００２７】
図７の対応関係は、記述の便宜上、２００２年１２月１日１６時零分現在のデータであると仮定される。ステップＳ１０〜Ｓ１６で、１０個の機能のうちの１個が選択的に決定される。その選択基準は、以下の通りである。
基準１：
現在時刻より一定期間以前（例示：１ヶ月以前）である機能、又は、タイムスタンプなし（＝使用回数零）の機能が抽出される。基準１により抽出される機能の数は、図８に示されるように、８である。基準１による抽出数が零であれば（ステップＳ１１）、タイムスタンプが最も古い機能が選択される（ステップＳ１２）。基準１には、最近に使用されていない機能と全く使用されていない機能とが優先的に通知される効果がある。
【００２８】
基準２：
基準１で抽出された機能のうちから、起動回数が最小である機能が抽出される（ステップＳ１３）。基準２には、滅多に使われていない機能、又は、使用回数がより少ない機能が優先的に通知される効果がある。基準２により抽出される機能の数は、図９に示されるように、５である。
【００２９】
基準３：
基準２で抽出された機能のうちから、重要度が最高度である機能が抽出される（ステップＳ１４）。基準２は、重要度が高く設計者がその使用をより強く望む機能が優先的に選択される効果がある。基準３により抽出される機能の数は、図１０に示されるように、２である。
【００３０】
基準１〜基準３のＡＮＤ条件により、利用価値が高く使用頻度が低い機能が紹介される。基準１〜基準３のＡＮＤ条件により、複数の機能が選択された場合には（ステップＳ１５）、図１１に示されるように、制御本体８はその複数機能のうちからランダムに１つ（例示：機能Ｄ）だけを選択する（ステップＳ１６）。図５（ｂ）の文字サイズ設定機能は、このような段階により選択されている。このように１つだけが選択された機能Ｄは、現在時刻のタイムスタンプが図７に示されるテーブルに追加され、このように更新された更新テーブルは上書き的にメモリ９に保存される。更新テーブルでは、機能Ｄの起動回数は増加して０から１に更新される（ステップＳ１７）。重要度は、既述の通りに設計者により決定されていて、不変的である。重要度の決定又は変更をユーザーに行わせるとはユーザーに過大な負担をかける点で好ましくない。全機能は、必ずユーザーに紹介される。このように、最終的に機能Ｄが選択的に決定される。
【００３１】
図５（ｂ）は、このように最終的に決定された機能Ｄが機能表示画面１３として表示されて通知的に紹介されている（図３のステップＳ１９）。ステップＳ１９の機能紹介は、ユーザーの意思を忠実には反映していない。機能Ｄがユーザーにとって既知であり習熟的であれば、図５（ｂ）から図５（ｃ）に移行することはユーザーにより拒否され得る（ステップＳ２０）。ユーザーがその移行を拒否しなければ、ステップＳ２１で、機能Ｄは実行されて、表示画面は、図５（ｂ）の画面から図５（ｃ）の画面に遷移する（ステップＳ２１）。その実行により、既述の通り、機能Ｄのタイプスタンプが追加され、起動回数が１だけ増加する（ステップＳ２２）。重要度の不変更は既述の通りである。その更新の後に、端末は通常動作に戻る（ステップＳ２３）。
【００３２】
【発明の効果】
本発明による携帯端末、及び、携帯端末の多機能教導方法は、ユーザーに多機能を効果的に教導することができる。
【図面の簡単な説明】
【図１】図１は、本発明による携帯端末の適用対象を示す平面図である。
【図２】図２は、本発明による携帯端末の実施の形態を示す回路ブロック図である。
【図３】図３は、本発明による携帯端末の多機能教導方法の実施の形態を示す動作フロー図である。
【図４】図４は、確率を示すテーブルを示すテーブル図である。
【図５】図５（ａ），（ｂ），（ｃ）は、３通りの表示画面をそれぞれに示す平面図である。
【図６】図６は、本発明による携帯端末の多機能教導方法の実施の他の形態を示す動作フロー図である。
【図７】図７は、３パラメータの対応を示すテーブル図である。
【図８】図８は、３パラメータの他の対応を示すテーブル図である。
【図９】図９は、３パラメータの更に他の対応を示すテーブル図である。
【図１０】図１０は、３パラメータの更に他の対応を示すテーブル図である。
【図１１】図１１は、３パラメータの更に他の対応を示すテーブル図である。
【符号の説明】
３…本体
４…操作部位
５…表示部位
７…制御回路
８…通知部位
９…記憶部位
１１…第１画面
１３…第２画面
１４…第３画面
【図１】
2004289210.tif 000003
【図２】
2004289210.tif 000004
【図３】
2004289210.tif 000005
【図４】
2004289210.tif 000006
【図５】
2004289210.tif 000007
【図６】
2004289210.tif 000008
【図７】
2004289210.tif 000009
【図８】
2004289210.tif 000010
【図９】
2004289210.tif 000011
【図１０】
2004289210.tif 000012
【図１１】
2004289210.tif 000013
【手続補正書】
【提出日】平成15年12月16日(2003.12.16)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
操作部と、
表示部と、
複数の機能に対応する複数のガイダンスの各々に少なくとも１つのパラメータが割り当てられている機能選択テーブルを格納する格納部と、
前記操作部の操作を通して入力される起動許可命令に応答して、前記機能選択テーブルを参照して前記パラメータに対して予め決められた値に基づいて、前記複数のガイダンスのうちの１つを提示ガイダンスとして選択し、前記提示ガイダンスを表示するように前記表示部を制御するように、ガイダンス通知処理を実行する制御部と
を具備する携帯端末。
【請求項２】
請求項１に記載の携帯端末において、
前記機能選択テーブルには、タイムスタンプ、既起動回数、及び重要度の３つのパラメータが割り当てられており、
前記タイムスタンプは、前記提示ガイダンスが前回起動された日時を示し、前記既起動回数は、前記提示ガイダンスが起動された回数を示し、前記重要度は、前記提示ガイダンスの重要度を表わし、
前記制御部は、前記３つのパラメータに基づいて、前記提示ガイダンスを選択する
携帯端末。
【請求項３】
請求項２に記載の携帯端末において、
前記制御部は、前記提示ガイダンスが選択されたとき、前記提示ガイダンスに対応する前記既起動回数を更新し、前記提示ガイダンスに対応する前記タイムスタンプに現在の日時を記録する
携帯端末。
【請求項４】
請求項２または３に記載の携帯端末において、
前記制御部は、前記機能選択テーブルを参照し、現在日時から所定期間以上前の日時が前記タイムスタンプに記録され、前記既起動回数が所定回数以下である提示ガイダンス候補の中から前記重要度に従って、前記提示ガイダンスを選択する
携帯端末。
【請求項５】
請求項１乃至４のいずれかに記載の携帯端末において、
前記制御部は、前記提示ガイダンスを前記表示部に表示した後、前記提示ガイダンスに対応する機能を実行すべきか否かを問い合わせる画面を表示するように前記表示部を制御する
携帯端末。
【請求項６】
請求項５に記載の携帯端末において、
前記制御部は、前記操作部の操作を通して実行拒否命令が入力されたときには、前記提示ガイダンスに対応する機能を実行せず、前記操作部の操作を通して入力される実行命令に応答して、前記提示ガイダンスに対応する機能を実行する
携帯端末。
【請求項７】
請求項１乃至６のいずれかに記載の携帯端末において、
前記格納部は、更に起動確率テーブルを備え、前期起動確率テーブルには所定期間内の各日の複数の時間帯の各々に対して起動確率を格納し、
前記制御部は、待機モードでの前記操作部の所定の操作に応答して現在日時を取得し、前記現在日時に基づいて前記起動確率テーブルを参照して、前記ガイダンス通知処理を実行すべきかを決定する
携帯端末。
【請求項８】
請求項７に記載の携帯端末において、
前記制御部は、前記ガイダンス通知処理を実行すべきと決定したとき、前記ガイダンス通知処理を実行する場合に前記起動許可命令を前記操作部から入力するように促し、前記ガイダンス通知処理を実行しない場合に起動拒否命令を前記操作部から入力するように促す画面を表示するように前記表示部を制御する
携帯端末。
【請求項９】
請求項９に記載の携帯端末において、
前記制御部は、前記起動拒否命令に応答して、前記ガイダンス通知処理を実行することなく、前記現在時刻に対応する起動確率を下げる
携帯端末。
【請求項１０】
操作部と、
表示部と、
前記操作部の所定の操作に応答して、複数の機能に対応する複数のガイダンスのうちの１つを提示ガイダンスとして提示するガイダンス通知処理を実行すべきかを確率的に決定し、前記ガイダンス通知処理を実行すべきと決定されたとき、前記提示ガイダンスを表示するように前記表示部を制御する制御部と
を具備する端末装置。
【請求項１１】
請求項１０に記載の端末装置において、
前記制御部は、現在日時に基づいて、ガイダンス通知処理を実行すべきかを確率的に決定する
端末装置。
【請求項１２】
請求項１０又は１１に記載の端末装置において、
前記制御部は、前記複数のガイダンスの各々の前記ガイダンス通知処理の実行履歴と前記複数のガイダンスの各々の重要度とに基づいて前記提示ガイダンスを決定する
端末装置。
【請求項１３】
請求項１０乃至１２のいずれかに記載の端末装置において、
前記制御部は、前記提示ガイダンスの前記ガイダンス通知処理の実行後、ユーザの指示に応答して前記提示ガイダンスに対応する機能を実行する
端末装置。
【請求項１４】
操作部の操作に応答して、前複数の機能に対応する複数のガイダンスのうちの１つを提示ガイダンスとして提示するガイダンス通知処理を実行すべきかを確率的に決定することと、
前記ガイダンス通知処理の実行履歴と前記複数のガイダンスの各々の重要度に基づいて、前記複数のガイダンスのうちの１つを提示ガイダンスとして選択することと、
前記提示ガイダンスを表示部に表示するように制御するように、前記ガイダンス通知処理を実行することと
を実現するための、コンピュータにより実行可能なプログラム。
【請求項１５】
請求項１４に記載のプログラムにおいて、
前記確率的に決定するステップは、
現在日時に基づいて、前記ガイダンス通知処理を実行すべきかを確率的に決定することを備えるプログラム。
【請求項１６】
請求項１４又は１５に記載のプログラムにおいて、
所定期間内の各日の複数の時間帯の各々に対して確率が予め決定されているプログラム。
【請求項１７】
請求項１６に記載のプログラムにおいて、
前記ガイダンス通知処理を実行すべきと決定されたとき、前記ガイダンス通知処理を実際に実行すべきか否かの指示を促す画面を前記表示部に表示することを更に備えるプログラム。
【請求項１８】
請求項１７に記載のプログラムにおいて、
前記ガイダンス通知処理を実際には実行しないと指示されたとき、前記ガイダンス通知処理を実行することなく、前記現在時刻に対応する確率を下げることを更に備えるプログラム。
【請求項１９】
請求項１４乃至１８に記載のプログラムにおいて、
前記ガイダンス通知処理の実行履歴は、前記提示ガイダンスが前回起動された日時を示す端無スタンプと、前記提示ガイダンスが起動された回数を示す既起動回数を含むプログラム。
【請求項２０】
請求項１９に記載のプログラムにおいて、
前記提示ガイダンスが選択されたとき、前記提示ガイダンスに対応する前記既起動回数を更新し、前記提示ガイダンスに対応する前記タイムスタンプに現在の日時を記録するプログラム。
【請求項２１】
請求項１６または１７に記載のプログラムにおいて、
前記提示ガイダンスとして選択することは、
前記現在日時から所定期間以上前の日時が前記タイムスタンプに記録され、前記既起動回数が所定回数以下である提示ガイダンス候補の中から前記重要度に従って、前記提示ガイダンスを選択することを備えるプログラム。
【請求項２２】
請求項１４乃至２１のいずれかに記載のプログラムにおいて、
前記提示ガイダンスを前記表示部に表示した後、前記提示ガイダンスに対応する機能を実行すべきか否かを問い合わせる画面を表示することと、
前記操作部の操作を通して入力される実行命令に応答して、前記提示ガイダンスに対応する機能を実行すること
とを更に備えるプログラム。