JP2010097353A - 情報端末 - Google Patents

Abstract

【課題】携帯型情報端末の画面は小さく、豊富な機能を利用するために階層をたどる煩雑があった。
【解決手段】ホームスクリーンを複数設ける。「パーソナル」という概念で統一されたホームスクリーン（Ｐスクリーン１００）には、ユーザが個人として利用する機能が表示されている。その他のホームスクリーンも同様、概念ごとに必要な機能が表示されている。これら複数のホームスクリーンはユーザのフィンガースライドで切り替えられる。
【選択図】図２

Description

本発明はアプリケーションその他の機能を実行可能な情報端末に関する。

昨今の携帯型情報端末は、電話、デジタルテレビ、カメラ、音楽プレーヤなどの機能を備え、機能の充実という観点からは、パーソナルコンピュータ（ＰＣ）にも勝るとも劣らないものとなった。しかし、ＰＣのような十分なサイズのフルキーボードを持たない点に操作上の制約がある。

ウィジェットはこの制約を緩和するひとつの手段である。ウィジェットはデスクトップ上で特定の機能を実行するための簡易的なアプリケーションの総称で、その例は計算機、ニュースリーダー、スケジュール管理、天気予報、ウェブカメラ映像の表示、ゲーム、株価チェックなどである。ウィジェットはグラフィカルユーザインタフェイス（ＧＵＩ）的な要素が強く、フルキーボードがなくても比較的操作が容易である。ウィジェットは一般のＰＣでも普及をしているが、操作の容易という点で、今後はさらに携帯型情報端末で活用されていくと考えられる。

ウィジェットを活用することでフルキーボードがないデメリットを軽減できるが、多数のウィジェットを利用しようとすると、こんどは携帯型情報端末の画面の狭さが制約となる。本発明はこうした課題に鑑みてなされたものであり、その主な目的は、ハードウェア的な制約の下でも、ウィジェットその他多数の機能の利用に際して、操作性の高い情報端末を提供することにある。

情報端末のホームスクリーン（初期画面）を、当該ホームスクリーンを起点として利用できる機能との関係において定義した。

本発明によって上述の目的が達成される。

図１は、携帯型情報端末１０のハードウェア構成図である。携帯型情報端末１０は、ＣＰＵ２０、メインメモリ（ＲＡＭ）２２、ＲＯＭ２４、音声制御装置２６、不揮発性記憶装置３２、表示制御装置３４、ＬＣＤ３６、タッチパネル４８、入力装置３８、通信制御装置４０、外部記憶装置４２、およびＧＰＳ受信機４４を備える。これらは、バス４６を介して相互に接続される。

ＣＰＵ２０は、オペレーティングシステム（ＯＳ）により携帯型情報端末１０の全体を制御する。また、ＲＯＭ２４または外部記憶装置４２に装着された記録媒体からプログラムやデータを読み出し、必要なものをメインメモリ２２に常駐させ、各種の処理を実行する。

音声制御装置２６は電話機能のための構成で、マイク２８およびスピーカ３０と接続されて、音声の入出力制御を行う。不揮発性記憶装置３２はシステムプログラム等が記録されたハードディスクドライブまたはフラッシュメモリ等の半導体メモリを含む。

表示制御装置３４は、ＣＰＵによって図示しないフレームバッファに描画された画面データをＬＣＤ３６で表示するための信号を生成する。入力装置３８は、ユーザが携帯型情報端末１０に対して操作の指示を入力するもので、キー、トラックパッドなどのポインティングデバイスなど、端末に応じた任意のデバイスが含まれる。タッチパネル４８はＬＣＤ３６の表面に貼られており、ユーザからの指示入力を受け付ける。ここでは後の説明の便宜上、タッチパネル４８を入力装置３８と別に分けている。

通信制御装置４０は、各種通信方式による音声およびデータの通信を制御する。データ通信方式は、ＩＥＥＥ８０２．１ｂ／ｇなどの無線ＬＡＮ、赤外線通信、パケット通信によるデータ通信などの任意の方式を含む。

外部記憶装置４２は交換可能な記録媒体を使用する。記録媒体には、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどが含まれる。

ＧＰＳ受信機４４は、人工衛星からの電波をもとに携帯型情報機器を測位する。

以上の基本構成により、以下の実施例を実現する。

（実施例１）
１．概要
ホームスクリーンは起動後最初に現れるか、またはいろいろな動作の起点となる画面であり、通常はひとつに定まっている。しかし、本実施例では、機能ごとにホームスクリーンをひとつずつ定義することで複数のホームスクリーンを実現する。複数のホームスクリーンのうち、その時点でユーザが利用したい機能を有するホームスクリーンが選択され、ＬＣＤ３６に表示される。複数のホームスクリーンは、システム上同一階層に設けられ、上下の関係にはない。上下の関係に置くと、ある階層から下の階層に入り、また戻ってくるといった作業が必要になる。階層をたどる作業は煩瑣なだけでなく、階層構造の把握に労力を要し、一般に携帯型情報端末１０のユーザが嫌うところである。

複数のホームスクリーンは、それぞれ実現する機能が違うが、いわゆる壁紙という意味での背景画像が異なる必要はない。ただし、ホームスクリーンごとに違う背景画像を設けることは、ユーザがホームスクリーンの意味（そのホームスクリーンで実現できる機能）を理解しやすくなるため意味がある。

例えば、「仕事」という概念に対応するホームスクリーン（以下単に「仕事スクリーン」という）を作る。仕事で使用頻度の高い機能の例は、時計、スケジューラ、取引先との連絡ツールなどである。時計等はそれぞれ個別の機能をもっているが、以下、各ホームスクリーンで利用可能な単数ないし複数の機能を包括的に「機能」とよぶ。

本実施例では、仕事にふさわしい機能が仕事スクリーンからすぐに実行できるよう表示を工夫する。機能がアプリケーションプログラムで実現される場合はその起動アイコン、ウィジェットで実現される場合はすでにそれを起動および常駐させた状態でウィジェットのＧＵＩその他のウィンドウを画面に表示する。背景画像として、仕事を連想させるビジネス街などの画像を出してもよい。

ホームスクリーンは、「仕事」のほかに、「遊び」「イベント」「音楽」「パーソナル」「移動中」「会議中」など、広くいえば「人間の行動の内容」に応じて定められる。「仕事」「遊び」は明らかにユーザの行動である。「音楽」はユーザが音楽を聴くという行動、「イベント」も同様ユーザがあるイベントに参加するという行動、「パーソナル」はユーザが仕事から離れたときにする行動と捉える。

本実施例では、ホームスクリーンのそれぞれに「仕事」等、行動内容を示すラベルが与えられる。また、各ラベルまたはそれに対応する各ホームスクリーンと、時間、空間、状況などの外的要因との関連づけをしておく。たとえば、「仕事」の場合、以下の要因と関連づけられる。

時間的要因・・・「９〜１８時」や「月曜から金曜」
空間的要因・・・「会社から５００メートル以内」
状況的要因・・・「会議中」「電車で通勤中」
「電車で通勤中」など、ユーザが置かれた状況は、ＧＰＳによる測位のほか、マイクで拾ったノイズを予め分類された音とマッチングして推定してもよい。とくに、電車に乗っているときの音のように、ノイズに特徴がある場合は推定精度も高まる。「会議中」もユーザの置かれた状況であり、例えばユーザのスケジューラから取得してもよい。

以上をまとめれば、本実施例では以下の関連づけがなされる。

ａ．行動の内容を示す各ラベルとホームスクリーン
ｂ．各ラベルまたは各ホームスクリーンと外的要因（時間、空間、状況）
ｃ．各ラベルまたは各ホームスクリーンと対応する機能
ｄ．各ホームスクリーンとその背景画像（オプション）
本実施例では、ここまでの関連づけをして、ラベルとホームスクリーンと機能とを要素とする組としてシステムのメモリに記憶しておくものとする。メモリの例はＲＯＭ２４、不揮発性記憶装置３２などであり、実際にはメインメモリ２２に展開して用いてもよい。関連づけはシステム側がデフォルトでもっていてもよいし、ユーザが登録していってもよい。ユーザが登録する場合、そのための特別なＧＵＩが開くものとする。ユーザによって「仕事」に必要な機能が違うから、ユーザによる登録は自分に使いやすい環境をカスタマイズするためにも有用である。以上の関連づけにより、実施例２以下においていろいろな活用が可能になる。

本実施例は、ＣＰＵ２０およびホームスクリーンに関する制御を実行するＯＳその他システムプログラム、ＧＵＩを実現する既知の技術などにより実現できる。

２．技術的な原理
（１）それぞれが人間の行動の内容を示す複数のラベルのいずれかと、複数のホームスクリーンのいずれかと、複数の機能のいずれかとを関連づけ、関連づけられたラベルとホームスクリーンと機能とを要素とする組として記憶するメモリと、
所定の要素が指定されたとき、当該要素を含む組を特定し、特定された組に含まれるホームスクリーンを画面に表示させるとともに、特定された組に含まれる機能を前記画面から利用可能な状態で提供する制御部と、
を備える情報端末。

（２）（１）において、メモリはさらに前記の組のそれぞれと所定の外的要因の関連づけを記憶し、制御部は外的要因に基づいて自ら組を特定する。

（３）（１）（２）において、制御部は、組に入る要素をユーザから登録可能とするインタフェイスを提供する。

（実施例２）
１．概要
実施例１で関連づけがなされたラベル、ホームスクリーン、機能を利用し、ユーザが望む操作環境を実現する。例えばラベルとして「仕事」が選ばれたとき、それに関連づけられたホームスクリーンが表示され、その画面から仕事に関連する機能が利用可能となる。

ラベルないしホームスクリーンの選択は、ユーザが行ってもよい。その具体的な方法は実施例３以下で述べる。本実施例では、システム側でラベルを自動選択する。そのための基礎的な手段はすでに実施例１で与えられている。たとえば、現在の時間が平日の午前１０時であれば「仕事」が選ばれる。「会社から５００メートル以内」でも同様である。「土曜か日曜」の場合、「プライベート」が選ばれる。

本実施例によれば、システム側でそのときどきのユーザに相応しい機能を提供することができる。本実施例は、実施例１の基礎的な手段を利用し、ＣＰＵ２０がＯＳないしシステムプログラムの助けを借り、現在の時刻、ユーザがいるかまたは携帯型情報端末１０がある現在の位置、ユーザが置かれている現在の状況など、外的要因に関する判定をすることで実現できる。

２．技術的な原理
（１）実施例１の原理（２）と同じである。

（２）外的要因は、時間的要因、空間的要因、状況的要因のいずれかを含み、制御部はそれらいずれかの外的要因が示す組を特定する。

（実施例３）
１．概要
本実施例では、ユーザが複数のホームスクリーンから所望のものを選択する。そのためには、複数のホームスクリーンを効率的かつ選択容易に画面表示しなければならない。本実施例では、同一の階層において複数のホームスクリーンを二次元的に配置する。そのために、ＣＰＵ２０は予め仮想的に複数のホームスクリーンを二次元的に接続して得られる大きな画面イメージ（以下「連続イメージ」という）を生成し、これをメインメモリ２２に記憶しているものとする。ただし、連続イメージは必ずしも１枚の画像である必要はなく、仮想的に１枚の画像として認識されれば足りる。

連続イメージには、１）十字、２）マトリクス、３）いずれかの部分において上下方向および左右方向に複数のホームスクリーンが存在するような任意の形状のものがある。ただし、３）は１）と２）の概念を含む。

図２は５枚のホームスクリーンから生成された連続イメージを示す。中央のホームスクリーン１００は「Ｐ」と略記されるラベル「パーソナル」、上のホームスクリーン１０２は「Ｂ」と略記されるラベル「ビジネス」、下のホームスクリーン１０４は「Ｌ」と略記されるラベル「ライフ」、右のホームスクリーン１０６は「Ｃ」と略記されるラベル「コミュニケーション」、左のホームスクリーン１０８は「Ｗ」と略記されるラベル「ウェブ」にそれぞれ対応する。

たとえば、パーソナルのホームスクリーン１００（以下単に「Ｐスクリーン１００」といい、以下、その他のホームスクリーンも同様にラベルの頭文字で示す）では、目覚まし時計、天気予報、カレンダーなど、個人的に利用する傾向が強い機能が利用可能になっている。機能はウィジェットやアプリケーションなどで実現できる。

Ｂスクリーン１０２では、ビジネスを象徴する世界地図の背景画像と、東京およびロンドンの時刻が表示されている。その他、Ｃ、Ｌ、Ｗの各スクリーン１０６、１０４、１０８でも、それぞれラベルに関連する機能が実行可能ないしすでに実行されて常駐する形で表示されている。

連続イメージのうち、たとえば最初にＰスクリーン１００が表示されているとき、ユーザがこれをＢスクリーン１０２へ変更したいとする。その場合、ユーザはＰスクリーン１００上にタッチし、指を単純に上から下へスライドさせる。すると、Ｐスクリーン１００がそれに連動して上から下へ移動し、Ｂスクリーン１０２が徐々に現れ、最後には完全にＰスクリーン１００と入れ替わる。ほかのスクリーンへの変更も同様、ユーザがフィンガースライドで現スクリーンを移動させることで実現する。この動きは、ＬＣＤ３６上に貼られたタッチパネル４８と、タッチパネル４８のユーティリティプログラム等を実行するＣＰＵ２０によって実現する。

なお、「仕事」等のラベルもユーザ自身が定義および登録してもよい。その場合、システムはその登録のためにＧＵＩを提供するものとする。ただし、本実施例ではラベルは必須ではない。ユーザは「上はＢ」「右はＣ」などと記憶できればよく、その記憶にもとづき、ユーザがホームスクリーンをマニュアルで指定するかぎり、ラベルは不要である。したがって、システムが保持すべき組の最小限の要素はホームスクリーンと機能となる。

以上の構成と動作により、ユーザは自分の望むホームスクリーンを選択できるから、時間、空間、状況等に応じて、最適な機能を容易に利用することができる。携帯型情報端末１０の場合、画面の小ささが操作性を損なうことがあるが、本実施例によれば、そうしたデメリットを軽減することができる。

２．技術的な原理
（１）複数のホームスクリーンのいずれかと、複数の機能のいずれかとを関連づけ、関連づけられたホームスクリーンと機能とを要素とする組として記憶するメモリと、
各ホームスクリーンと、そのホームスクリーンに関連づけられた機能を当該ホームスクリーンから実行するためのインタフェイスとが画面の表示単位となるよう、ホームスクリーン毎に画面イメージを生成し、生成した複数の画面イメージを二次元的に接続して画面サイズよりも大きな連続イメージを生成し、連続イメージに含まれるいずれかひとつの画面イメージを画面に表示せしめる制御部と、
を備える情報端末。

（２）（１）において、制御部はユーザによる連続イメージの移動を受け付け、ユーザの操作によってホームスクリーンの変更を実現する。

（３）（１）（２）において、連続イメージは縦横ともに複数のホームスクリーンが存在する二次元的な形状である。

「メモリ」の例はＲＯＭ２４、不揮発性記憶装置３２、メインメモリ２２である。「制御部」の例はＣＰＵ２０およびホームスクリーンに関する制御とユーザからのタッチパネル４８の操作を取得、解釈および実行するＯＳその他システムプログラムである。

（実施例４）
１．概要
実施例３では、複数のホームスクリーンを二次元的に配して連続イメージを作った。ただ、その場合でも携帯型情報端末１０の画面という「窓」から見えるのは、せいぜい１枚の画面イメージである。たとえば、連続イメージが９×９やそれ以上のホームスクリーンからなる場合、ユーザが所望するホームスクリーンが、現在表示されているホームスクリーン（以下これを「現スクリーン」と呼ぶ）からいずれの方向にあるか把握しづらくなる。

本実施例ではその課題を解決すべく、画面上に各ホームスクリーンの方向がわかるような補助的な表示をする。図３は図２の連続イメージに補助的な表示を入れた状態を示す。いま、中央のＰスクリーン１００が画面に表示されているとする。Ｐスクリーン１００の上、下、右、左はそれぞれ、Ｂ、Ｌ、Ｃ、Ｗスクリーン１０２、１０４、１０６、１０８であるから、図のごとくＰスクリーン１００の上、下、右、左にそれぞれ「Ｂ」「Ｌ」「Ｃ」「Ｗ」という文字が表示されている。これによりユーザは現在のホームスクリーンからいずれの方向にどのようなホームスクリーンが存在するか、把握が容易となる。

ここではラベルの頭文字を補助的に表示したが、もちろんそれに限る必要はなく、「Business」のごとくラベル全体を表示してもよいし、ビジネスを連想させる記号などでもよい。また、カーソルないしユーザの指がそれぞれの補助的な表示の位置に近づいたときにかぎり、その補助的な表示を見せるようにしてもよい。

図４は補助的な表示の別の例である。ここでは、現在表示されているＰスクリーン１００の一部に、複数のホームスクリーンの位置関係を示す小さな地図１２０が表示されている。その地図１２０の中で現在表示されているＰスクリーン１００に相当する個所が強調表示されている。この態様によっても、ユーザは容易に所望のホームスクリーンを見つけることができる。

なお、地図１２０を表示する場合、その地図上でユーザが所望のホームスクリーンをタッピングないしクリックすることにより、現スクリーンから指定されたホームスクリーンへ切り替える構成としてもよい。

２．技術的な原理
（１）複数のホームスクリーンのいずれかを画面に表示する際、他のホームスクリーンが現在表示されているホームスクリーンから二次元的に見たいずれの方向に存在するかを補助的に表示する制御部を備える情報端末。

（２）実施例３の（１）において、制御部が本実施例の（１）をする。

（実施例５）
１．概要
実施例１〜４は携帯型情報端末１０の比較的小さな画面でより効率的に機能を実行する技術であった。本実施例以降、機能の実行にあたってユーザの操作性を高める技術に関する。ただし、本実施例でも、携帯型情報端末１０を利用する際、操作のために階層をたどることは望ましくないと考える。

本実施例では、実行中の機能、たとえばアプリケーションプログラムやウィジェット（以下両者を総称して「アプリケーションプログラム」という）を操作する際、求める機能を下の階層へ降りていくことで発見する従来一般的な手法を改め、可能な限り、ホームスクリーン上で操作を完了させる。

図５、図６、図７は、本実施例において、アプリケーションであるウェブブラウザの実行中に所定の機能を実行するプロセスを示す。図５において、ＬＣＤ３６にはウェブブラウザの画面２００が表示されている。ブラウザの画面２００の下には、一定幅のメニューパネル引出し領域２０２が表示されている。

図６は、ユーザが指でメニューパネル引出し領域２０２を上向きにスライドさせる途中を示している。メニューパネル引出し領域２０２は指の動きとともに上方へ移動し、それに続いてメニューパネル２０６が現れる。これらの領域がもとのブラウザの画面２００を覆い隠していく。

図７は、最終的にメニューパネル引出し領域２０２とメニューパネル２０６が上限まで引き出された状態を示す。メニューパネル２０６は、アクティブ領域２０８と制御領域２１０を有する。制御領域２１０は、ブックマーク、アンドゥ、検索、ホームスクリーン表示など、ブラウザとの関連性が高い機能を、ただし概念的なレベルで収容している。

一方、アクティブ領域２０８は、制御領域２１０で選択された概念的な機能に関連して、ユーザが動的ないしより具体的に選択、編集等の処理ができる情報を表示する。図７では、制御領域２１０からブックマーク２１２が選択され、それに応じてブックマークとして記録された各ページがアクティブ領域２０８に一覧表示されている。ユーザは一覧表示されたページの中から、見たいページを指でタッピングすることにより、ブラウザはそのページへアクセスする。アクティブ領域２０８はユーザが指で左右にスライドさせることができるよう概念上は画面サイズよりも左右へ長く構成され、左へ戻るほど古いページ、右へ進むほど新しいページを見ることができるよう構成されている。

図示しないが、制御領域２１０でウェブ検索を選んだ場合、アクティブ領域２０８には検索のキーワード入力領域が表示される。これもブラウザに関連する機能である。

メニューパネル２０６の利用を終了するときは、ユーザはメニューパネル引出し領域２０２を指で下方へスライドさせ、図５の状態へ戻す。

本実施例は、ＣＰＵ２０およびタッチパネル４８を用いた既知のＧＵＩ制御技術と、アプリケーションプログラムの機能と制御領域２１０に収容すべき機能の関連づけを記憶したメモリと、制御領域２１０に収容された各機能とアクティブ領域２０８に表示すべき情報との関連づけを記憶したメモリなどにより実現できる。メモリの例はＲＯＭ２４や不揮発性記憶装置３２などであり、実際にはメインメモリ２２へ展開されてＣＰＵ２０から利用される。

以上、本実施例によれば、本来いくつかの階層をたどることによって到達すべき種々の機能が、アプリケーションプログラムの機能実行中にそのプログラムの画面上だけで容易に実行できる。そのためのメニューパネル２０６も、メニューパネル引出し領域２０２が常に画面に表示されているため、指のスライドによるワンアクションで呼び出すことができる。さらに、メニューパネル２０６には制御領域２１０だけでなく、アクティブ領域２０８が併設されているため、制御領域２１０で実行すべき機能が大まかに決まったあと、より具体的な処理にすぐに移行することができる。その間、煩わしい階層間移動や画面遷移がない。

２．技術的な原理
（１）アプリケーションプログラムを実行中に当該プログラムに作用するメニューパネルを常駐させ、
当該メニューパネルにおいて、概念的な機能の指定を受け付ける第１段階と、指定された概念的な機能をより具体的に実行するために必要な情報に対する操作を受け付ける第２段階とを実行し、
第２段階で得られた操作を前記アプリケーションプログラムの動作へ反映することを特徴とする情報端末の操作方法。

（２）（１）において、メニューパネルの引出し領域を前記アプリケーションプログラムの画面内に表示しておき、
メニューパネルが引き出されたとき、機能をアイコンで示す制御領域と情報を前記アプリケーションプログラムに利用可能な形で示すアクション領域を前記メニューパネルに表示せしめ、
制御領域にて第１段階を実行し、アクション領域にて第２段階を実行することを特徴とする情報端末の操作方法。

（実施例６）
１．概要
本実施例も機能の実行にあたってユーザの操作性を高める技術に関する。本実施例では、使用頻度が高い機能をより起動しやすく配置する。具体的には、使用頻度が高い機能のアイコンをより大きく、かつ、画面内の所定の領域へ集めて表示する。

図８において、アイコン領域３００にいろいろな機能を実現するアイコンが格納されている。同図において、左にいくほどひとつのアイコンの面積が大きい。たとえば、Ｃｏｎｔａｃｔ３０２やＢｒｏｗｓｅｒ３０４と表示される、それぞれコンタクト先を管理するアプリケーションプログラムやブラウザにはいちばん広い面積が割り当てられている。アイコン領域３００の下にはスケジュール領域３０６があるが、これは後述する。

本実施例では、ＯＳにアプリケーションプログラムの使用頻度を算出する機能をもたせる。あとは使用頻度がより大きなアプリケーションプログラムのアイコンをより左側に表示させる。以上の動作は、ＣＰＵ２０とＯＳの連携、およびアイコンを不均一に表示するＧＵＩ技術により実現される。

この態様によれば、よく使うアイコンがよりタッピングしやすいよう大きくなっていく。また、よく使うアイコンが画面上だいたい同じ領域に集まってくるため、ユーザはまずその領域を注目すればよく、操作性が向上する。

図９は、図８で省略されたスケジュール領域３０６の詳細を示す。ここでは、仮想的な右上がりの時間軸（図示せず）に沿って、右上にいくほど未来の予定を表し、より小さい文字で表示されている。未来にいくほど緊急性が低いためである。なお、小さく表示する以外に、より薄い色で表示するなど、より目立たない表示とすればよい。

「９：４５」という現在時刻３１０が手前のほうに大きめに表示されている。現在時刻付近の予定は比較的大きな文字で表示され、リマインド機能を実現している。すでに終了した予定は大きく表示する必要がないものの、外部から入ってきたログ３０８については、自分が主体で決めたものではなく、したがって自分に対するリマインドが必要な可能性があるため、大きな文字で表示している。具体的には、８：００の外部からの電話がそれにあたる。なお、より大きく表示することにかえて、より派手な色で表示したり、ブリンクさせるなど、より目立つ表示とすればよい。以上の動作は、ＣＰＵ２０とＰＩＭ等のスケジューラ、およびスケジュールを不均一に表示するＧＵＩ技術により実現される。

２．技術的な原理
（１）アプリケーションプログラムの使用頻度を算出し、使用頻度が高いほど前記アプリケーションプログラムを起動するアイコンに大きな面積を与えて表示することを特徴とする情報端末の制御方法。

（２）（１）において、大きな面積が与えられるアイコンを画面内で所定の領域に移動させる。

（３）ユーザのスケジュールを表示する際、仮想的な時間軸に沿ってより未来の予定をより目立たない態様で表示することを特徴とする情報端末の制御方法。

（４）（３）において、現在時刻に近い予定をより目立つ態様で表示する。

（５）（４）において、過去の予定であっても、外部から入ってきたログについては他のものよりも目立つ態様で表示する。

（実施例７）
１．概要
本実施例は、ユーザによる、より直感的な操作を支援する。複雑な操作を不得意とする携帯型情報端末１０に望まれる機能である。

図１０は本実施例で表示される画面イメージである。画面には、最近コンタクトをとった人を表示するコンタクト先領域４００と、それらの人に対して実行すべき機能を表示する機能領域４１０が表示される。

コンタクト先領域４００において、いちばん古くコンタクトをとった人のアイコン４０２がいちばん小さく表示され、いちばん最近コンタクトをとった人のアイコン４０４がいちばん大きく表示されている。

機能領域４１０には、他人とのコンタクトに関連するアプリケーションプログラムやデータが収容されている。具体的にはメーラ４１２、電話４１４、メールのイン／アウトボックス４１６である。

本実施例は、ユーザの自然な思考の流れを基礎としている。たとえば、「最近、○○さんに会ってないな。どうしているかな。メールしてみよう。」のごとく、他人とのコンタクトは、まず「誰」が特定され、つぎに「どうするか」が決まる。通常、この逆はない。本実施例はその思考プロセスに鑑み、まずコンタクト先領域４００でコンタクトすべき相手を選択し、つぎに機能領域４１０でその相手とどのようなコンタクトをとるかを決め、またはその相手との過去のコンタクトの内容がどうだったかを確認する。以上により、自然な操作が可能となる。

本実施例は、ＣＰＵ２０と、他人とコンタクトをするためのアプリケーションプログラム、たとえばメーラ４１２からコンタクト情報を取得し、コンタクト先の候補を特定するＯＳないしシステム側のプログラムと、メーラ４１２その他を起動するランチャープログラムと、コンタクト先の候補をコンタクトの新旧に応じて不均一に表示するＧＵＩ機能との連携によって実現される。

２．技術的な原理
（１）コンタクトすべき人をユーザに特定せしめる第１段階と、しかる後、特定された人に関してユーザがなすべき行動を特定せしめる第２段階とを有することを特徴とする情報端末の操作方法。

（２）第１段階において、コンタクトすべき人の候補を過去のコンタクトの実績から選択し、ユーザに示す。

（３）第２段階は、メールの送信、電話の発呼、過去のメールのやりとりの確認のいずれかを含む。

（実施例８）
１．概要
本実施例もユーザの操作性の改善に関する。タッチパネル４８を利用して指示を入力する際、ユーザの指がより円滑に動くよう配慮するものである。

図１１は本実施例による画面表示のイメージである。画面にはメールボックスの中身がリスト５００で表示されている。リスト５００の下には操作領域５０２が設けられている。

ランチャーやホームスクリーンへ戻るためのボタン５０４（以下「ホームボタン５０４」という）が画面右上に置かれる。実際にメール本文を読むためのボタン群５１０がリスト５００の右端に置かれる。操作領域５０２はユーザがメール本文を読んでいるときも表示されつづける。ユーザがメール本文を読み終わり、再びリスト５００の表示に戻る際使うＢＡＣＫボタン５０６が画面左下に置かれる。なお、ホームボタン５０４とＢＡＣＫボタン５０６は、使用頻度がその他のボタンに比べて高いものとする。

本実施例で特徴的なのは、ホームボタン５０４が画面右上に置かれ、それと対角線上の左下にＢＡＣＫボタン５０６が置かれる点にある。ユーザが携帯型情報端末１０を使う場合、利き手（ここでは右手とする）でもち、その親指でタッチパネル４８をなでるように操作できると便利である。

図１２は携帯型情報端末１０をユーザが右手でもち、親指ＴＨで操作する様子を示す。同図のごとく、親指ＴＨの先端は、親指ＴＨの付け根を中心とした回転運動をするため、概略的には同図に破線で描いた矢印のごとく、画面の右上と左下の間で移動する。そのため、使用頻度の高いボタンを右上と左下に配すれば操作性が高まる。

なお、メール本文を読むためのボタン群５１０を画面の右端に置いた結果、親指ＴＨの先端は、これらのボタンの大半には近づきにくく、意図せずメール本文が開くといった事態を軽減することができる。その意味から、このボタン群のいちばん上のボタンとホームボタン５０４はある程度距離を置くことが望ましい。メール本文を読むボタン群５１０に限らず、コンテクストメニューなど、アイテムに関するコマンド、すなわちより詳細な機能を発動せしめるボタンを右端に置くことにも同様の効果がある。

２．技術的な原理
（１）ユーザが操作可能な画面に複数の操作ボタンを配置する際、使用頻度が高いボタンをユーザが操作に用いる指の先端の移動経路上に配置したことを特徴とする情報端末。

（２）（１）において、使用頻度が高いボタンを画面左下と右上を結ぶ対角線上に置いた。

（３）使用頻度が高いボタンよりも詳細な機能を発動せしめるボタンを、画面右端に並べて置いた。

実施の形態に係る携帯型情報端末の機能ブロック図である。実施例３における画面表示を示す図である。実施例４における画面表示を示す図である。実施例４における画面表示を示す図である。実施例５における画面表示を示す図である。実施例５における画面表示を示す図である。実施例５における画面表示を示す図である。実施例６における画面表示を示す図である。実施例６における画面表示を示す図である。実施例７における画面表示を示す図である。実施例８における画面表示を示す図である。実施例８における画面に対するユーザの操作を示す図である。

符号の説明

２０ ＣＰＵ、 ２２ メインメモリ、 ２４ ＲＯＭ、 ３２ 不揮発性記憶装置、３６ ＬＣＤ、 ４８ タッチパネル、 １００ Ｐスクリーン、 １０２ Ｂスクリーン、 １０４ Ｌスクリーン、 １０６ Ｃスクリーン、 １０８ Ｗスクリーン、２０２ メニューパネル引出し領域、 ２０６ メニューパネル、 ２０８ アクティブ領域、 ２１０ 制御領域、 ３００ アイコン領域、 ３０６ スケジュール領域、４００ コンタクト先領域、 ４１０ 機能領域、 ５０４ ホームボタン、 ５０６ ＢＡＣＫボタン。

Claims (1)

1. ホームスクリーンと当該ホームスクリーンを起点として利用可能な機能との関係を複数組定義し、当該定義で定まる複数のホームスクリーンの中から所定のホームスクリーンを選択的に表示することを特徴とする情報端末。

Images