JP2006039615A - 端末装置およびメニュー表示方法 - Google Patents

Abstract

【課題】 ユーザによる各機能の使用状況をより正確に反映したメニューを表示することができる端末装置およびメニュー表示方法を提供する。
【解決手段】 メモリー７は、複数のアプリケーションの識別情報と、各アプリケーションが使用された時に対応した時間枠を特定する曜日および時間帯等の時間情報と、アプリケーションの使用頻度を示す頻度情報とが関係付けられたメニューテーブルを記憶する。特定のアプリケーションが使用された場合には、制御部８は、その使用された時（曜日・時間帯）に関係付けられているアプリケーションの頻度情報に基づいて、登録アプリケーションテーブルのリスト順を頻度順に更新する。メニューを表示する場合には、制御部８は、メニューテーブルに基づいて、現時点に対応した時間枠において使用頻度の高い順にアプリケーションが並んだメニューを作成し、表示部９はメニューを表示する。
【選択図】 図１

Description

本発明は、機能ごとの使用頻度に基づいて、複数の機能の順序を並べ替えてメニューを表示する端末装置およびメニュー表示方法に関する。

近年の携帯電話等の端末装置は、電子メール送信機能、インターネット接続（ＷＥＢ）機能、アラーム機能、画像撮影機能等の各種の機能を備えている。これらの機能を実行する、各機能に対応したアプリケーションを呼び出す場合に、利用可能な機能の一覧を示すメニューが利用される。例えば、ユーザが機能キー等の特定のキーを押下すると、画面にメニューが表示され、ユーザがメニューの中から必要な機能を選択すると、その機能に対応したアプリケーションが起動するようになっている。

従来、メニューのデザインを変更可能とすること等により、メニューのカスタマイズが行われていた。特許文献１には、各種データを記憶する記憶部に各機能項目の呼出し回数を記憶するように構成し、機能キーを押下して機能メニューを呼び出す場合に、記憶部に記憶されている各機能項目の呼出し回数を読み出して、呼出し回数の多い機能項目から順に表示画面に表示する技術が開示されている。
特開２００２−１０１１８１号公報

従来の端末装置においては、メニューがカスタマイズできず固定されていたり、１種類のカスタマイズ画面しか用意されていない場合等に、普段利用しない、利用頻度の低い機能が常にメニューの上位に表示されることがある。また、平日、休日等の時間によってユーザの使用状況は異なる。例えば、カメラ付携帯端末の場合、休日にカメラを使用することが多く、平日はあまり使用しない等の使用状況が考えられる。

今後、決まった曜日等にコンテンツを端末装置に自動的に配信するサービスが普及すると、ユーザによる端末装置の使用状況に時間傾向性がより現れることが予想される。しかし、上述した従来の端末装置においては、メニューのデザイン変更や使用頻度に応じた表示順序の変更を行うことはできるが、時間に応じた機能の使用状況には対応していなかったため、ユーザによる各機能の使用状況をより正確に反映したメニューを表示することができなかった。

本発明は、上述した問題点に鑑みてなされたものであって、ユーザによる各機能の使用状況をより正確に反映したメニューを表示することができる端末装置およびメニュー表示方法を提供することを目的とする。

本発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、複数の機能の識別情報と、該機能が使用された時に対応した時間枠を特定する時間情報と、前記機能の使用頻度を示す頻度情報とが関係付けられたメニュー情報を記憶する記憶手段と、前記機能が使用された場合に、前記記憶手段によって記憶されている前記メニュー情報を、前記時間枠における前記機能の使用頻度に基づいて更新するメニュー更新手段と、前記メニュー情報に基づいて、現時点に対応した時間枠において使用頻度の高い複数の機能を示すメニューを生成するメニュー生成手段と、前記メニューを表示するメニュー表示手段とを具備することを特徴とする端末装置である。

請求項２に記載の発明は、請求項１に記載の端末装置において、前記時間情報は、曜日、時間帯、または平日もしくは休日を示す情報であることを特徴とする。

請求項３に記載の発明は、請求項１または請求項２に記載の端末装置において、外部と通信を行う通信手段をさらに具備することを特徴とする。

請求項４に記載の発明は、請求項１〜請求項３のいずれかの項に記載の端末装置において、被写体を撮像し、該被写体の像に基づいた画像データを生成する撮影手段をさらに具備することを特徴とする。

請求項５に記載の発明は、特定の機能が使用された場合に、複数の機能の識別情報と、該機能が使用された時に対応した時間枠を特定する時間情報と、前記機能の使用頻度を示す頻度情報とが関係付けられたメニュー情報を、前記時間枠における前記機能の使用頻度に基づいて更新するステップと、更新した前記メニュー情報に基づいて、現時点に対応した時間枠において使用頻度の高い複数の機能を示すメニューを生成するステップと、前記メニューを表示するステップとを具備することを特徴とするメニュー表示方法である。

本発明によれば、ユーザによる各機能の使用状況をより正確に反映したメニューを表示することができるという効果が得られる。

以下、図面を参照し、本発明を実施するための最良の形態について説明する。図１は、本発明の一実施形態による端末装置の構成を示すブロック図である。本実施形態による端末装置は、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）等の、通信機能を備えた端末装置（携帯端末）であるが、通信機能を備えていないものであってもよい。この端末装置は、図示せぬ基地局との通信を介して他の端末装置やコンテンツサーバ等と通信を行う。以下、図中の各構成について説明する。

アンテナ１は外部の基地局と電波の送受信を行う。無線部２は、アンテナ１によって受信された電波に基づいた受信信号の復調処理を行うと共に、アンテナ１によって電波に変換されて送信される送信信号の変調処理を行う。データ処理部３は、無線部２によって復調された受信信号の復号化処理や、送信信号の符号化処理等を行う。音声処理部４は通話時の音声に係る処理を行う。この音声処理部４は、通話時にデータ処理部３から出力された受信音声データに基づいて、スピーカ５を駆動するための駆動信号を生成すると共に、マイク６から出力された音声信号に基づいて送信音声データを生成する。スピーカ５は、音声処理部４によって生成された駆動信号によって駆動され、通話相手の音声を発生する。マイク６にはユーザの音声が入力される。このマイク６は、入力された音声に基づいて音声信号を生成する。

メモリー７は、後述するメニューテーブル（メニュー情報）、登録アプリケーションテーブル、メニューリストテーブル等のメニューに関するデータや、アンテナ１を介して受信された受信データ、アプリケーションプログラム等を記憶する。制御部８は、端末装置内の各部を制御すると共に、メニュー表示に係る各種の処理を行う。表示部９は、情報を表示する液晶画面や液晶の駆動回路等を備えている。操作部１０は、ユーザによって操作される各種のキーを備えており、ユーザによるキーの操作結果を示す信号を生成して制御部８へ出力する。

撮影部１１は、光学レンズおよびＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等の撮像素子を備え、光学レンズを介して撮像素子の撮像面上に結像した被写体の像を撮像素子によりアナログ信号に変換し、このアナログ信号をデジタル信号に変換して、画像データとして制御部８へ出力する。電池１２は、端末装置の駆動用電源となる充電可能な電池である。電源回路１３は、電池１２の出力電圧に基づいて、端末装置内の各部へ駆動電力を供給する。

次に、メモリー７に格納されているメニューテーブル、登録アプリケーションテーブル、およびメニューリストテーブルについて説明する。図２（ａ）はメニューテーブルの内容を示している。図示されたメニューテーブル１００において、横方向は曜日および休日（祝日）別にセルが区切られ、縦方向は時間帯別にセルが区切られている。曜日（休日・祝日等を含む）および時間帯からなる時間情報によって、一つの時間枠が特定される。このメニューテーブル１００によって、各時間枠における登録アプリケーションテーブル（メニューに登録可能なアプリケーションの情報を管理するテーブル）へのリンクポインタが管理される。

各曜日の各時間帯には、登録アプリケーションテーブルへの先頭リンクポインタと登録アプリケーションテーブルへの最終リンクポインタとが関係付けられている。登録アプリケーションテーブルへの先頭リンクポインタは、特定の曜日の特定の時間帯に関係付けられている登録アプリケーションテーブル列の先頭の登録アプリケーションテーブルへのリンクを示している。また、登録アプリケーションテーブルへの最終リンクポインタは、同じ曜日・時間帯に関係付けられている登録アプリケーションテーブル列の最後尾の登録アプリケーションテーブルへのリンクを示している。

図２（ｂ）は登録アプリケーションテーブルの内容を示している。図示された登録アプリケーションテーブル２００には、一つ前の登録アプリケーションテーブルへのポインタ、一つ後の登録アプリケーションテーブルへのポインタ、アプリケーション名（アプリケーションの識別番号等の識別情報）、カウンタ（使用された回数・頻度等の頻度情報）、最後に起動された際の日付を示す最終起動日付、および最後に起動された際の時刻を示す最終起動時間が関係付けられている。

図３は、メニューテーブルに関係付けられた登録アプリケーションテーブルのリンクの様子を示している。図示されたメニューテーブル１００の月曜日２時の時間枠において、その先頭リンクポインタは登録アプリケーションテーブル２０１へのリンクを示しており、最終リンクポインタは登録アプリケーションテーブル２０３へのリンクを示している。登録アプリケーションテーブル２０１において、ポインタ２０１ａはメニューテーブル１００の特定時間枠へのリンクを示しており、ポインタ２０１ｂは次の登録アプリケーションテーブル２０２へのリンクを示している。

同様に、登録アプリケーションテーブル２０２において、ポインタ２０２ａは前の登録アプリケーションテーブル２０１へのリンクを示しており、ポインタ２０２ｂは次の登録アプリケーションテーブル２０３へのリンクを示している。また、登録アプリケーションテーブル２０３において、ポインタ２０３ａは前の登録アプリケーションテーブル２０２へのリンクを示しており、ポインタ２０３ｂにはＮＵＬＬポインタが格納され、登録アプリケーションテーブル２０３が登録アプリケーションテーブル列の最後尾であることが示されている。メニューテーブルの各曜日・各時間帯に関係付けられている登録アプリケーションテーブルは、使用回数の多い順にリンクされている。後述するように制御部８は、特定のアプリケーションプログラムをメモリー７から読み出して実行（起動）した際に、メニューテーブルおよび登録アプリケーションテーブルの内容を更新する。

図４は、メニューリストテーブルの内容を示している。メニューリストテーブルは、メニュー表示を行う場合に作成される。図示されたメニューリストテーブル３００には、上位のアプリケーション（特定曜日の特定時間帯において使用回数の多いアプリケーション）の識別番号等の、アプリケーションを識別するためのアプリケーションに固有の情報が最上位から順に格納されている。図のようにメニューリストテーブル３００には、アプリケーションの識別情報を介して、上位のアプリケーションに対応した登録アプリケーションテーブル２００Ａ，２００Ｂ，・・・，２００ＭＡＸが関係付けられている。

後述するように、制御部８はアプリケーションの起動時にメニューテーブルおよび登録アプリケーションテーブルをメモリー７から読み出し、その時点の曜日および時間帯におけるアプリケーションの使用頻度に基づいて、メニューテーブルの該当曜日・該当時間帯に関係付けられた登録アプリケーションテーブルを使用頻度順にソートする。また、制御部８はメニュー表示時に、メニューテーブルの該当曜日・該当時間帯に関係付けられた登録アプリケーションテーブルのリンク順にアプリケーションをメニューリストテーブルに設定する。したがって、メニューリストテーブルには、各曜日・各時間帯において使用頻度の高いアプリケーションが頻度順に関係付けられていることになる。制御部８は、このメニューリストテーブルに基づいてメニューを作成する。

次に、本実施形態による端末装置の動作について説明する。図５はメニューリストテーブルの内容を更新する場合の動作を示すフローチャートである。この動作はアプリケーションの起動時に実行される。まず制御部８は、メモリー７に格納されているメニューテーブルを読み出して参照し、現在時刻に対応した曜日および時間帯（時間枠）に登録されている登録アプリケーションテーブルの中から、起動されたアプリケーションの登録アプリケーションテーブルを検索する（ステップＳ５０１）。続いて、制御部８は、検索の結果、起動されたアプリケーションの登録アプリケーションテーブルがメニューテーブルの該当時間枠に存在したかどうか判定する（ステップＳ５０２）。

起動されたアプリケーションの登録アプリケーションテーブルがメニューテーブルの該当時間枠に存在しなかった場合、制御部８は、現在時刻に対応したメニューテーブルの該当時間枠に新たに登録アプリケーションテーブルを関係付け、登録する。このアプリケーションは、現在時刻に対応した曜日・時間帯において初めて起動されたアプリケーションであるので、これに対応した登録アプリケーションテーブルは、該当時間枠に関係付けられている登録アプリケーションテーブル列の最後尾に追加される（ステップＳ５０３）。一方、起動されたアプリケーションの登録アプリケーションテーブルがメニューテーブルの該当時間枠に存在した場合、制御部８はその登録アプリケーションテーブルをメモリー７から読み出して参照し、アプリケーションの最終起動日時を判断する（ステップＳ５０４）。

アプリケーションの最終起動日時に対応した曜日および時間帯が現在時刻と同じ曜日かつ同じ時間帯であった場合、制御部８は登録アプリケーションテーブルのカウンタ（使用回数）を１増加し（ステップＳ５０５）、最終起動日時を更新する（ステップＳ５０６）。また、アプリケーションの最終起動日時に対応した曜日および時間帯が現在時刻と同じ曜日かつ同じ時間帯でなかった場合、制御部８は登録アプリケーションテーブルの最終起動日時を更新する（ステップＳ５０６）。ステップＳ５０３またはステップＳ５０６に続いて制御部８は、現在時刻に対応したメニューテーブルの時間枠に関係付けられている登録アプリケーションテーブルを参照し、登録アプリケーションテーブルを使用回数の多い順に並べ替えてリンクを更新し、更新が終了したメニューテーブルおよび登録アプリケーションテーブルをメモリー７に格納する（ステップＳ５０７）。

図６はメニュー表示を行う場合の動作を示すフローチャートである。待ち受け状態において、ユーザによって操作部１０が操作され、メニュー表示が指示されたとする。この場合、操作部１０は、操作結果を示す信号を制御部８へ出力する。制御部８は、この信号に基づいてメニュー表示が指示されたと判断する（ステップＳ６０１）。続いて、制御部８は、メモリー７に格納されているメニューテーブルを読み出して参照し、現在時刻に対応した曜日および時間帯（時間枠）に登録されている登録アプリケーションテーブルを検索する（ステップＳ６０２）。制御部８は、検索の結果、登録アプリケーションテーブルがメニューテーブルの該当時間枠に一つでも存在したかどうか判定する（ステップＳ６０３）。

登録アプリケーションテーブルがメニューテーブルの該当時間枠に一つも登録されていなかった場合、制御部８はメモリー７からデフォルト値を読み出し、メニューリストテーブルに設定する。デフォルト値とは、メニューに含まれるアプリケーションの初期設定項目順を示すものであり、メモリー７に予め格納されている（ステップＳ６０４）。一方、登録アプリケーションテーブルがメニューテーブルの該当時間枠に少なくとも一つは登録されていた場合、制御部８はメニューテーブルの該当時間枠に関係付けられた登録アプリケーションテーブルのリンク順に、アプリケーションの識別情報をメニューリストテーブルに設定する（ステップＳ６０５）。

続いて、制御部８は、設定可能な最大数までアプリケーションがメニューリストテーブルに設定されているかどうか判定する（ステップＳ６０６）。設定可能な最大数までアプリケーションがメニューリストテーブルに設定されていた場合はステップＳ６０８に進む。また、設定可能な最大数までアプリケーションがメニューリストテーブルに設定されていなかった場合、制御部８はメモリー７から前述したデフォルト値を読み出し、未設定項目に対し、デフォルト値の中から必要数だけ項目を設定する（ステップＳ６０７）。続いて、制御部８は、メニューリストテーブルに設定されている順にアプリケーションが並んだメニューを表示するための表示データを作成し、表示部９へ出力する。表示部９は、表示データに基づいてメニューを表示する（ステップＳ６０８）。

上述した動作により、同じ曜日の同じ時間帯によく使用されるアプリケーションはメニューの上位に優先的に表示される。例えば、ユーザの使用状況にもよるが、平日の９時〜１８時にはアドレス帳がメニューの上位に配置され、平日の２４時にはメール、ＷＥＢ、およびアラーム設定等の機能がメニューの上位に配置され、休日の１４時にはメール、アドレス帳、およびカメラ等の機能がメニューの上位に配置される。また、特に機能の利用がない時間帯においては、デフォルト値に基づいたメニューとなる。

本実施形態においては、メニューテーブルに設定されている時間帯をまたいでアプリケーションが使用された場合でも、現状の処理を最優先とする。図５のメニューリストテーブルの更新はアプリケーション起動時に行われるので、アプリケーション使用のカウントはあくまでアプリケーション起動時に行われ、終了時には行われない。なお、アプリケーション使用のカウントのタイミングは本実施形態に限定されるのではなく、アプリケーション起動時点から一定時間が経過した時点でカウントしたり、アプリケーションの終了時にカウントしたりしてもよい。

また、メニューテーブルに設定される曜日や時間帯の区分の仕方は本実施形態に限定されない。例えば、曜日を平日と休日とに区分したり、時間帯を午前と午後あるいは昼と夜とに区分したりしてもよい。

上述したように、本実施形態においては、複数のアプリケーションの識別情報と、各アプリケーションが使用された時に対応した時間枠を特定する曜日および時間帯等の時間情報と、アプリケーションの使用頻度を示す頻度情報とが関係付けられたメニューテーブルがメモリー７に格納される。特定のアプリケーションが使用された場合には、図５に示されるように制御部８は、その使用された時（曜日・時間帯）に関係付けられているアプリケーションの頻度情報に基づいて、登録アプリケーションテーブルのリスト順を頻度順に更新する。

また、メニューを表示する場合には、図６に示されるように、制御部８は、メニューテーブルに基づいて、現時点に対応した時間枠において使用頻度の高い順にアプリケーションが並んだメニューを作成し、表示部９はこのメニューを表示する。これにより、ユーザによる各機能の使用状況をより正確に反映したメニューを表示することができ、各時間帯においてユーザの操作性の向上が期待できる。

以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成はこれらの実施の形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

本発明の一実施形態による端末装置の構成を示すブロック図である。 同実施形態におけるメニューテーブルおよび登録アプリケーションテーブルの内容を示す参考図である。 同実施形態におけるメニューテーブルに関係付けられた登録アプリケーションテーブルのリンクの様子を示す参考図である。 同実施形態におけるメニューリストテーブルの内容を示す参考図である。 同実施形態による端末装置のメニューリストテーブル更新時の動作を示すフローチャートである。 同実施形態による端末装置のメニュー表示時の動作を示すフローチャートである。

符号の説明

１・・・アンテナ、２・・・無線部、３・・・データ処理部、４・・・音声処理部、５・・・スピーカ、６・・・マイク、７・・・メモリー、８・・・制御部、９・・・表示部、１０・・・操作部、１１・・・撮影部、１２・・・電池、１３・・・電源回路。

Claims (5)

1. 複数の機能の識別情報と、該機能が使用された時に対応した時間枠を特定する時間情報と、前記機能の使用頻度を示す頻度情報とが関係付けられたメニュー情報を記憶する記憶手段と、
   前記機能が使用された場合に、前記記憶手段によって記憶されている前記メニュー情報を、前記時間枠における前記機能の使用頻度に基づいて更新するメニュー更新手段と、
   前記メニュー情報に基づいて、現時点に対応した時間枠において使用頻度の高い複数の機能を示すメニューを生成するメニュー生成手段と、
   前記メニューを表示するメニュー表示手段と、
   を具備することを特徴とする端末装置。
2. 前記時間情報は、曜日、時間帯、または平日もしくは休日を示す情報であることを特徴とする請求項１に記載の端末装置。
3. 外部と通信を行う通信手段をさらに具備することを特徴とする請求項１または請求項２に記載の端末装置。
4. 被写体を撮像し、該被写体の像に基づいた画像データを生成する撮影手段をさらに具備することを特徴とする請求項１〜請求項３のいずれかの項に記載の端末装置。
5. 特定の機能が使用された場合に、複数の機能の識別情報と、該機能が使用された時に対応した時間枠を特定する時間情報と、前記機能の使用頻度を示す頻度情報とが関係付けられたメニュー情報を、前記時間枠における前記機能の使用頻度に基づいて更新するステップと、
   更新した前記メニュー情報に基づいて、現時点に対応した時間枠において使用頻度の高い複数の機能を示すメニューを生成するステップと、
   前記メニューを表示するステップと、
   を具備することを特徴とするメニュー表示方法。
   
   

Images