JP2002259011A - 携帯情報端末および携帯情報端末の画面更新プログラム - Google Patents

Abstract

(57)【要約】 【課題】 位置情報などの通信手段から得られる情報か
らユーザが欲するであろう情報を推測し、メニュー等の
表示の構成を変更することにより、ユーザが所望の情報
を見つけやすくした携帯情報端末１０４を提供するこ
と。 【解決手段】 携帯情報端末１０４と通信するための手
段と、製品の種類を示す情報やＩＤなどの固有情報を返
す手段を持つ機器が存在する場所において、携帯情報端
末１０４の周りにどのような機器があるかを調べる。こ
れを定期的に行うことで、ユーザが場所を移動したこと
を察知し、移動後の場所がどのような場所(台所、テレ
ビの前、車中、など)であるかを推測し、そのシチュエ
ーションに関連する情報を集めたメニュー画面を携帯情
報端末１０４が自動作成する。このようにメニュー画面
の構成を自動的に変更することにより、できる限り少な
いキー操作と作業時間で、ユーザが所望の情報を見つけ
る確率を高める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】インターネットのような階層
的に配置された情報から必要な情報を選択するためのユ
ーザ・インタフェースを備えた携帯情報端末１０４に関
する。

【０００２】

【従来の技術】従来、インターネットのホームページ
は、１つの画面を入り口として、多種多様な情報をユー
ザに提供しようとするものである。このような構成で
は、１つの画面に表示できる情報には限りがあることか
ら、メニュー等を階層構造としなければならない。従っ
て、用意されている情報が多くなればなるほど、階層が
深く複雑になり、ユーザがこれらの中から所望の情報や
コンテンツを得ることが難しくなる。この解決策とし
て、次のような従来の技術がある。第一の従来技術は、
検索機能である。検索機能は、ユーザが指定した文字列
を含む情報を検索し、検索結果である情報について、そ
の一部、例えば情報のタイトル等をリスト表示する機能
である。リスト表示された情報の中から、カーソルを移
動して所望の情報を選択すると、選択された情報が画面
に表示される。検索機能は、所望の情報の所在について
の手がかりが少ないときなどに有効である。

【０００３】第ニの従来の技術は、ブックマーク機能で
ある。ブックマーク機能は、頻繁にアクセスする情報に
ついて、アクセス先の所在を示す情報、例えばＵＲＬを
ブックマークとして記憶しておく機能である。登録した
ブックマークのリンク先にアクセスする場合には、ブッ
クマークの内容をリスト表示し、カーソルを用いて所望
のブックマークに選択すれば、所望の情報やメニュー画
面が表示される。これは、情報の提供元が用意した画面
とは別に、ブックマークのリスト画面を用意する方法で
ある。

【０００４】第３の従来技術は、カスタマイズ機能であ
る。この機能は、提供元が用意する画面自体をユーザが
カスタマイズする手段を提供元が用意し、カスタマイズ
情報を端末側、もしくは、情報を提供しているサーバ側
に格納しておくことで、カスタマイズされた画面を常に
ユーザが使用できる機能である。

【０００５】また、現在位置の認識方法としては、全地
球方位システム（ＧＰＳ）などがあり、これらを用いれ
ば、地図上の絶対位置を認識することができる。

【０００６】

【発明が解決しようとする課題】第１の従来技術では、
見つかった情報の数が多い場合や携帯電話のような表示
画面が小さい場合、結局リスト表示が数ページにもおよ
ぶこととなり、所望の情報をリストの中から見つけるの
に同様に時間を要することになってしまう。

【０００７】また、第１の従来技術では、ユーザがある
情報を欲してから、所定の作業を行うことで検索が開始
されるので、ユーザによるキーワード入力などの入力作
業や検索サービスの提供元での検索作業のために、検索
結果を得るまでにかなりの時間を要してしまう。

【０００８】そして、第２の従来技術だけでなく、第３
の従来技術も、ユーザが何らかの処理、すなわちブック
マークのリスト変更や画面のカスタマイズを行わない限
り、メニュー等の画面構成は変化しない。このため、ユ
ーザが場所を移動し、必要な情報の種類が変化しても、
画面構成がそれに追随するわけではない。

【０００９】また、現在位置の認識方法の従来技術は、
地図上の絶対位置を認識するものである。従って、得ら
れる位置情報から現在位置がどのような場所であるかを
知るためには、ナビゲーション装置のように、地図上の
絶対位置とどのような場所であるかを関連付けるデータ
ベースが必要となる。しかしながらデータベースのデー
タ量は膨大であり、携帯情報端末１０４への実装が難し
い場合もある。また、店舗の移設などは頻繁に行われて
おり、データベースの更新がその度に必要となる。ユー
ザが携帯情報端末１０４を使用する場所だけをデータベ
ースに登録することで、データベースのデータ量を減ら
し、検索時間を短縮することは可能であるが、その場合
には、それらの位置情報を全てユーザが入力する手間が
発生し、ロケーションの移動がある度に、データベース
を更新しなければならない。さらに、車中等の移動体を
認識することができない。

【００１０】本発明の主な目的は、ユーザが移動してい
る場合に、できる限り少ないキー操作と作業時間で、ユ
ーザが所望する、ユーザのいる位置近辺の情報を見つけ
ることができる携帯情報端末１０４を提供することにあ
る。

【００１１】本発明の他の目的の一つは、データベース
の更新頻度が少なくてすみ、移動体の中であってもどの
ような場所であるかを認識できる位置情報取得手段を備
えた携帯情報端末１０４を提供することにある。

【００１２】

【課題を解決するための手段】携帯情報端末１０４と通
信するための手段と、機器の種類を示す情報やＩＤなど
の固有情報を返す手段を持つ機器が存在する場所におい
て、携帯情報端末１０４の周りにどのような機器がある
かを調べる。これを定期的に行うことで、ユーザが場所
を移動したことを察知し、移動後の場所がどのような場
所(台所、リビング、車中、など)であるか、つまり、携
帯情報端末１０４が使用されている環境・シチュエーシ
ョンを認識する。その使用環境・シチュエーションに関
連する情報を、ユーザが見に付きやすく、アクセスが容
易な上位のメニュー画面へ移動する。

【００１３】携帯情報端末１０４の周りにどうような機
器があるかということを元に、携帯情報端末１０４が使
用されている環境を判断しているため、例えば、台所に
は冷蔵庫やレンジがあり、リビングにはテレビやビデオ
があり、車中にはカーステレオやナビゲーション装置が
あると言ったように、ある程度汎用的な形で場所を特定
するためのデータベースを作成し、予め用意しておくこ
とができる。ロケーションの移動により、台所の位置が
移動したとしても、新しい場所の役割は台所のままであ
るので、そこに置かれる機器が変化する可能性は低く、
データベースを更新しなければならない可能性も低い。
車などの移動中の移動体であっても、そこに搭載されて
いる機器が移動中に入れ替わることはないので、使用さ
れている環境に変化がないことを判断できる。

【００１４】よって、このように使用されている環境を
認識し、ユーザが必要とする情報の変化を推測して、メ
ニュー等の表示の構成を変更することにより、データベ
ースの更新頻度が少なくてすみ、移動体の中であっても
どのような場所であるかを認識できる位置情報取得手段
を備えた携帯情報端末１０４を提供することが可能とな
る。

【００１５】また、例えば、台所では、レシピや近所の
スーパーの安売り情報、リビングでは、テレビの番組案
内やレンタルビデオの貸し出しランキング、車中では、
道路の渋滞情報、というように、使用されている環境・
シチュエーションは、その場所で必要と推測される情報
に関連付けやすい。このように画面構成を自動的に変更
し、使用されている環境に関連する情報を上位のメニュ
ー画面へ移動することにより、できる限り少ないキー操
作と作業時間で、ユーザが所望の情報を見つける確率を
高めることが可能となる。

【００１６】

【発明の実施の形態】以下、図面を用いて本発明の実施
例を説明する。

【００１７】まず、図１の本実施例のシステム構成を説
明する。図１は、本実施例の機器の構成例を示すブロッ
ク図である。本実施例を実現するシステムは、携帯情報
端末１０４と据置型電子機器１００から構成される。

【００１８】据置型電子機器１００は、不揮発性メモリ
１０１、コントローラ１０２、機器間通信手段１０３を
備えている。据置型電子機器１００は、例えばパーソナ
ルコンピュータ、電子機器、テレビ、オーディオ装置な
どによって実現され、機器間通信手段は、例えばBlueto
othが考えられる。

【００１９】携帯情報端末１０４は、例えば携帯電話
や、ＰＤＡ（Personal Digital Assistant）によって
実現される。携帯情報端末１０４において、システムバ
ス１０９には、機器間通信手段１０６、公衆回線用通信
手段１０７、不揮発性メモリ１０８、メモリコントロー
ラ１１０、表示コントローラ１１２、キーコントローラ
１１４が接続され、ＣＰＵ１０５からアクセス可能な構
造になっている。また、メモリコントローラ１１０には
ＤＲＡＭ１１１が、表示コントローラ１１２には表示部
１１３が、キーコントローラ１１４にはキー入力部１１
５が、それぞれ接続されている。

【００２０】後述するように、携帯情報端末１０４は周
辺の据置型電子機器１００と通信し、どのような据置型
電子機器１００が周囲にあるかの情報を取得する。従っ
て据置型電子危機１００は、少なくとも一つあればよ
く、二つ以上検出される場合もある。そしてこれらの情
報は、携帯情報端末１０４のある場所、すなわち携帯情
報端末１０４を携帯しているユーザがいる場所が、どの
ような種類の場所であるかを判別するために用いられ
る。

【００２１】図４に、携帯情報端末１０４のソフトウェ
ア構成を示す。携帯情報端末１０４のソフトウェア構成
は、ファームウェア４０１、オペレーションシステム
（以下、ＯＳ）４０２、デバイスドライバ４０３、ブラ
ウザ４０４となっている。ファームウェア４０１は、電
源投入後、最初にＣＰＵ１０５が実行するプログラムで
あり、ＯＳ４０２を実行する前に必要なハードウェアの
初期化処理を行い、ＯＳ４０２の起動を行う。ＯＳ４０
２は、携帯情報端末１０４の動作全体を管理するための
もので、タスク管理を行う。デバイスドライバ４０３
は、機器間通信手段１０６を通して据置型電子機器１０
０と通信するためのドライバソフト、キー入力部１１５
からの指示を受け取るためのドライバソフト、表示部１
１３の画面制御を行うためのドライバソフトなどから構
成されている。

【００２２】ブラウザ４０４は、図３に示されるページ
情報から図２に示されるメニュー画面を表示したり、イ
ンターネットの情報を表示したりするためのソフトウェ
アである。図２は、携帯情報端末１０４の表示部１１３
に表示される情報メニュー画面の一例である。この情報
メニュー画面は、最上位メニューから選択表示される。
そして、この情報メニュー画面が表示されている場合
に、ユーザは携帯情報端末１０４のキー入力部１１５か
らのキー入力でカーソルを移動し、参照したいメニュー
アイテムを選択する。

【００２３】図３は、ブラウザ４０４が使用するページ
情報のデータ構造の一例である。トップページアドレス
３０１は、最上位メニュー画面のテーブルの格納先アド
レスを保存するデータエリアである。最上位のメニュー
画面に対しては、情報メニュー画面用のテーブル３０２
を用意する。情報メニュー画面用のテーブル３０２およ
び各メニューアイテムに対してもアドレスが設けられて
いる。テーブル中のメニューアイテムのアドレスを示す
数値もしくは文字列が位置情報３０３である。情報メニ
ュー画面用のテーブル３０２には、更に、各メニューア
イテムに対して、画面に表示する文字列３０４、メニュ
ーアイテムが選択されたときの処理対象となる、さらに
下位のメニュー画面やコンテンツやプログラムの格納先
アドレス（以下、リンク先アドレス３０５）が格納され
ている。格納先アドレスの例としては、インターネット
のＵＲＬ(Uniform Resource Locator)などがある。

【００２４】ブラウザ４０４は、所定のキー入力により
起動され、トップページアドレス３０１で示されたテー
ブルに従い、最上位メニュー画面を最初に表示する。こ
のとき、テーブルに登録されている文字列を、テーブル
の上から下へ順番に表示し、カーソルは最上位のメニュ
ーアイテムの文字列に重ねて表示する。所望のメニュー
アイテムの位置へカーソルを移動し、メニュー選択のた
めのキー入力が行われる。選択されたメニューアイテム
のリンク先アドレスが、メニュー画面の情報メニュー画
面用のテーブル３０２である場合には、テーブルに記録
された情報を元に、最上位のメニューと同様の画面表示
処理が行われることによって、図２のような情報メニュ
ー画面が表示されることになる。さらに、テーブル３０
２に格納されているメニューアイテムが選択されること
により、ブラウザ４０４は、そのメニューアイテムに対
応した別のメニュー画面への移動処理や、コンテンツの
表示処理、所定のプログラムを実行処理などの各種処理
を行う。

【００２５】また、ブラウザ４０４はブックマーク機能
を有しており、ブラウザ起動後に、最上位メニュー画面
に対して所定のキー入力を行えば、ブックマークのメニ
ュー画面表示、および、ブックマークの登録・編集が行
われる。ブックマークのためのテーブルは、図３のテー
ブルと同様のデータ構造をとる。尚、図３のテーブルや
ブックマークのテーブルは、インターネットで広く用い
られているＨＴＭＬ言語（HyperText Markup Languag
e）や、ＳＴＭＬ言語（Spoken Text Markup Language）
を用いて記述されていてもよい。

【００２６】次に、図１５を用いて、ユーザがいる場所
に対応した情報メニューであるカスタマイズメニューを
表示するためのカスタマイズメニュー表示処理の概要に
ついて説明する。

【００２７】図１５において、カスタマイズメニュー表
示処理が開始されると、携帯情報端末１０４を用いて、
その携帯情報端末１０４がある場所、すなわち、その携
帯情報端末１０４を有するユーザのいる場所を判定する
処理をおこなう。その処理が、位置情報取得処理１０５
１である。

【００２８】次に、取得した位置情報にふさわしい情報
メニューを携帯情報端末１０４に表示するために、準備
処理１５０２と、画面の構成を変更する処理（以下、画
面変更処理）１５０３が行われる。画面変更処理にて、
カスタマイズメニューを作成し、携帯情報端末１０４の
画面に表示することで、一連のカスタマイズメニュー表
示処理が終了する。

【００２９】次に、位置情報取得処理１５０１、準備処
理１５０２、画面変更処理１５０３について、それぞれ
説明する。まず、図５、図１２、〜図１４を用いて、位
置情報取得処理１５０１について説明する。

【００３０】図５は、位置情報取得処理１５０１におい
て用いられる場所名５０１と機器の種類５０２とキーワ
ード５０３を関連付けるためのテーブル５００の一例で
ある。テーブル５００は、携帯情報端末１０４の不揮発
性メモリ１０８に格納されている。

【００３１】図５において、「場所名」欄５０１は、地
図上の位置を示す名前ではなく、携帯情報端末１０４の
使用目的が変わる可能性のある場所ごとに区分けするた
めの名前であり、使用されている環境を示すものであ
る。「機器の種類」欄５０２には、据置型電子機器１０
０のＩＤとクラスコードを、論理演算子（ＡＮＤ、Ｏ
Ｒ）を用いて記述した論理式が格納されている。これ
は、据置型電子機器１００を用いて各場所名５０１を定
義したものである。すなわち、それぞれの論理式にあう
据置型電子機器１００が検出された場合は、現在その場
所名にいることを意味するものである。また、「キーワ
ード」欄５０３には、各場所名にいる場合に、表示すべ
きメニューアイテムを定義したものである。

【００３２】ここで、クラスコードとは、据置型電子機
器１００の種類を特定するためのコードであり、ＩＤと
は、据置型電子機器１００を特定するための情報であ
る。従って、同じクラスコードの据置型電子機器１００
であっても、ＩＤによって、それぞれを識別することが
可能である。

【００３３】「PCI Local Bus Specification」(PCI Sp
ecial Interest Group)で定義されているクラスコード
は、PCI Deviceの機能をあらわす値であるが、本実施例
におけるクラスコードも、携帯電話、テレビ、冷蔵庫、
ストレオ、パーソナルコンピュータなど、機器の機能・
種類を示す値である。本実施例のクラスコードも、上位
・中位・下位とクラス分けのレベルを設け、上位レベル
のクラス分けをさらに細かく分類したいときには、１つ
下のクラスを用いて、分類の精度を上げる。クラスコー
ドの例を、図１２に示す。クラスコードは、１６進数の
６桁であらわし、上位から２桁づつ、上位・中位・下位
のクラスに割り当てる。クラスコードを図１２のように
割り当てることで、クラスコードの上位２桁を見れば、
その機器が、台所用品かどうかがわかるというように、
クラスコードを受信した携帯情報端末１０４が送信元で
ある機器１００の機能や種類を判断することが可能とな
る。

【００３４】携帯情報端末１０４は、テーブル５００を
編集する機能を持つ。編集画面の表示例およびその処理
の流れの一例を図１４に示す。この例では、場所名「書
斎」に対して登録されている機器の種類を、パーソナル
コンピュータのみから電子辞典を追加する処理と、キー
ワードにスキーを追加する処理を行うものとする。

【００３５】まず、画面(ａ)において、既存情報を編集
するか、新規に作成するかを選択する。既存情報の編集
が選択された場合には、既存の場所名の一覧を画面
（ｂ）のように表示する。編集対象となる場所名「書
斎」が選択されたら、選択された場所名に対して現在登
録されている論理式を画面（ｃ）のように、表示する。
図では、編集前に「書斎」に対して登録されている機器
の種類「パーソナルコンピュータ」と、登録されている
キーワード「コンピュータ」、「本」が表示されてい
る。

【００３６】次に、この論理式の編集方法、修正か削除
かを選択するための画面（ｄ）に移動する。この編集画
面（ｄ）において「修正」を選択すると、場所名の修正
を行う画面（ｅ）に移行する。本実施例では、場所名に
ついては変更をおこなわないので、ここでは、そのまま
次の画面（ｆ）に移行する。

【００３７】次の画面（ｆ）は、機器の種類について修
正を行う画面である。ここでは、既登録のパーソナルコ
ンピュータが表示されている。本実施例では、修正を行
うために、次に、クラスコードとＩＤを追加するための
別画面（ｇ）に移行する。画面（ｇ）に示す編集画面上
でクラスコードの追加を指示するキー入力が行われる
と、クラスコードとクラスコードの意味を表す文字列の
対応表を用いて、クラスコードの文字列の一覧を表示す
ることにより、一覧の中から追加するクラスコードを選
択できる別画面（ｈ）に移動する。この画面（ｈ）で、
「電子辞書」のクラスコードが選択されると、機器の種
類を修正する編集画面（ｉ）に戻り、論理式には、追加
されたクラスコードが、文字列で「電子辞書」と表示さ
れる。ただし、テーブル５００にはクラスコードの値が
そのまま格納される。

【００３８】次に、ＩＤを追加するためのキー入力が行
われると、問い合わせ要求を送信し、受信したＩＤおよ
びクラスコードを一覧表示し、その中から追加するＩＤ
を選択できる別画面（図示していない）に移動する。ク
ラスコードを追加する別画面と同様に、この画面でも、
クラスコードは、意味を表す文字列で表記される。

【００３９】論理式の編集が終了すると、キーワードの
編集画面（ｊ、ｋ、ｌ）に移動する。現在登録されてい
るキーワードとは別のキーワードを使用する場合には、
テープル５００で選択可能なキーワードを一覧表示した
画面（ｍ）に移動し、使用するキーワードを選択する。
一覧の中に期待するキーワードがない場合には、画面
（ｊ、ｋ、ｌ）にて、直接文字列を入力してもよい。こ
の場合には、文字列入力後に「決定」を選択すると、画
面（ｍ）でキーワードを選択した場合と同様に,入力さ
れた文字列がキーワードとして、テーブル５００に登録
されるとともに、テーブル５００で選択可能なキーワー
ドの一覧にも登録する。本実施例では、１つの場所名に
対して、複数のキーワードを登録できるものとし、ま
た、キーワードの優先順位についても、設定できること
とした。なお、キーワードの優先順位は、各キーワード
の編集画面で選択することとしてもよいし、キーワード
１を一番優先度の高いキーワードとし、順次、優先度を
低くするようにしてもよい。ここでは、キーワード１、
キーワード２に既にコンピュータ、本が登録されている
場合に、新たにキーワード３に「スキー」を登録するの
であるから、キーワード３の編集画面の次に、一覧表示
した画面（ｍ）から、「スキー」を選択する。このよう
に選択した新たなキーワード「スキー」は、設定した優
先順位とともに、テーブル５００に格納される。最後
に、以上のように編集した画面の登録を確認する画面
（ｎ）となる。この画面では、あらたに追加した機器の
種類として、「電子辞書」が追加されており、またキー
ワード３に新しくスキーが登録された論理式が表示され
る。なお、説明では、機器の種類、キーワードのそれぞ
れの編集画面において、追加されるデータがテーブル５
００に格納される構成としてが、それぞれの処理では、
ＤＲＡＭ１１１に格納し、最後の登録確認がおこなわれ
た時点で、テーブル５００に格納するようにしてもよ
い。そのようにすれば、登録を中止したい場合に、改め
て編集処理を行う必要がなくなり、処理が簡易化され
る。この画面（ｎ）で登録が確認され、キーワードの編
集が終了すると、既存情報の編集が終了したこととな
り、上位画面に戻る。

【００４０】なお、新規に場所情報を登録する場合に
は、場所名を文字入力するための画面に移動し、場所名
の入力が終了すると、既存情報の編集と同様に、論理式
の入力画面、キーワードの入力画面に移動し、キーワー
ドの入力が終了すると上位画面に戻ることとなる。

【００４１】次に、このように編集されたテーブル５０
０を用いて、位置情報を取得する処理の流れについて、
図１３を用いて説明する。

【００４２】機器を特定するためのＩＤと種類をあらわ
すクラスコードは、据置型電子機器１００の不揮発性メ
モリ１０１に格納されている。携帯情報端末１０４は、
据置型電子機器１００に対してＩＤとクラスコードの問
い合わせ要求を機器間通信手段１０６から発行（１３０
１）し、一定期間応答をまつ（１３０２）。据置型電子
機器１００において、携帯情報端末１０４からの問い合
わせ要求を機器間通信手段１０３が受信すると、コント
ローラ１０２が不揮発性メモリ１０１からＩＤとクラス
コードを読み出し、機器間通信手段１０３を経由して、
携帯情報端末１０４へ送信する。

【００４３】応答待ちの状態（１３０２）だった携帯情
報端末１０４は、周辺の機器から取得したＩＤおよびク
ラスコードと条件があう論理式を検索する（１３０３〜
１４０６）。条件があう場所が複数存在する場合があ
る。従って、テーブル５００においては上の行が下の行
よりも優先順位が高いものとし、１行目から順番に検索
する。また、優先順位を示す値を格納する列をテーブル
に設けて、優先順位の順番に検索することとしてもよ
い。

【００４４】検索の結果、最初に条件があった論理式の
行にある場所名とキーワードが、それぞれ、携帯情報端
末１０４の所在、その所在に関連するキーワードとして
判定される（１３０７）。携帯情報端末１０４の所在
は、携帯情報端末１０４の記憶手段、ＤＲＡＭ１１１ま
たは不揮発性メモリ１０８に格納される。前回の位置情
報取得処理で得た前回の所在も同様に格納されている。
これは、後述の準備処理で更新され、画面変更処理１５
０３で用いられる。

【００４５】このようにして、携帯情報端末１０４の使
用環境の認識が実現される。すなわち、本実施例の携帯
情報端末１０４は、機器のＩＤおよびクラスコードを取
得するための問い合わせ要求(以下、問い合わせ要求)を
機器間通信手段１０６を経由して送信し、この問い合わ
せ要求を受信できる範囲にいる機器全てが、ＩＤおよび
クラスコードを返信する。そして、このＩＤとクラスコ
ードを用いて、携帯情報端末１０４の周りにどのような
機器が存在するかを調べることができる。また、この処
理を定期的に行うことで、ユーザが場所を移動したこと
を察知し、移動後の場所がどのような環境(台所、リビ
ング、車中、など)であるかを判断することができる。

【００４６】次は、図１５でのカスタマイズメニュー作
成を行う前の準備処理１５０２である。カスタマイズメ
ニューとは、位置情報取得処理１５０１において把握で
きた移動後の環境に適するメニューのことである。この
作成処理について、図６、図８、図１６を用いて説明す
る。

【００４７】図６は、位置情報取得処理１５０１におい
て得た位置情報とメニューアイテムとを関連付けるため
のテーブルである。図６に示すテーブルの構成は、図３
のテーブル、図３を元にしたブックマークのテーブル
に、キーワードを登録するための欄６０５・６１１をそ
れぞれ設けたものである。欄６０５、６１１には、テー
ブル５００に登録が可能なキーワードの一覧のほかに、
テーブル５００に登録済みの場所名を私用し、キーワー
ドまたは場所名の中から一つの情報を選択する。この欄
６０５、５１１は、位置情報として、位置情報取得処理
１５０１でえた場所名、及びその場所名に対応したテー
ブル５００上のキーワードと図６のテーブルのメニュー
アイテムを関連付けるために使用される。さらに、６０
５，６１１には、空白を選択することも可能である。空
白が選択されたメニューアイテムは、テーブル５００と
直接リンクされずに、上位のメニューアイテムとテーブ
ル５００の関係に依存する。

【００４８】また、本実施例では、カスタマイズメニュ
ーの画面構成を決める際のヒントとして、前記述のキー
ワードのほかに、前回その場所にいたときに最後にアク
セスしたポイントや、その場所でのアクセス回数のベス
トｎ（ｎ＝1、２、３など）のポイントを用いる。図１
６にラストアクセスポイントと、ベストアクセスポイン
トの格納テーブル１６０１を示す。ラストアクセスポイ
ントと、ベストアクセスポイントは、場所名５０１ごと
に、格納するエリアが用意されている。ベストアクセス
ポイントについては、本実施例のブラウザでは、場所名
５０１ごとに、各情報へのアクセス回数をカウントす
る。アクセス回数の初期値では、ベスト１がｎ、ベスト
２がｎ−１、・・・、ベストｎが１とし、他は０とする
ことで、過去のアクセス回数の保存が不要となり、最近
アクセスした情報がベストｎに入りやすくなる。メニュ
ーが階層構造であるため、下位のメニューを参照するた
めには、上位のメニューを経由する必要があり、上位の
メニューのアクセス回数の方が、多い。そこで、最上位
テーブルと、その１つ下のテーブルへのアクセスはカウ
ントの対象としないこととし、具体的な情報である可能
性が高い下位のメニューへのアクセスを優先的にカウン
トすることとする。また、テーブル１６０１には、ベス
トｎの格納エリアを設けてあるが、実際にカスタムメニ
ューの画面構成を決める際に使用するのは、ベストｍま
で（ｎ≧ｍ）の設定とすることも可能である。

【００４９】次に、図８に、カスタマイズメニューを作
成する前の準備処理１５０２（ステップ８０２〜８０
７）を説明する。図８の処理フローは、ＯＳ４０２のタ
スク管理機能により、定期的に実行される。

【００５０】まず、カスタマイズメニューを作成しなお
す必要があるかどうかを判断するために、位置情報取得
処理１５０１（ステップ８０１）により得た場所名が、
格納しておいた前回位置情報取得処理を行ったときの場
所名と同一であるかどうかを判定する（ステップ８０
２）。同一であれば（ステップ８０２でYes）、場所の
移動がなかったと判断して、本処理フローを終了して、
次回の位置情報取得処理の実行を待つ。

【００５１】場所名が異なっていた場合には（ステップ
８０２でNo）、場所の移動があったと判断し、前回の場
所名を格納していたエリアに今回の場所名を格納（ステ
ップ８０４）する。そして、移動する前の場所で最後に
アクセスしていた情報へのメニューアイテムの格納先ア
ドレスを格納し（ステップ８０５）、画面変更処理１５
０３を実行する（ステップ８０８）。

【００５２】ただし、ユーザが何らかの情報を参照して
いる途中で、不必要な画面構成の変更を行わないように
するため、ステップ８０２と８０４の間で、最後のキー
入力から一定時間以上経過しているかいないかを判断す
る(ステップ８０３)。一定時間以上経過していなければ
（ステップ８０３のNo）、ユーザが何らかの操作をして
いる途中だと判断し、場所名が異なっていても、ステッ
プ８０４へは進まず、本処理フローを終了して、次回の
位置情報取得処理１５０１の実行を待つ。

【００５３】ステップ８０５とステップ８０８の間で、
前述の画面変更のヒントとなる、ラストアクセス場所と
アクセス回数ベストｎの場所についての情報を格納する
処理を行う。まず、ステップ８０６で、前回の場所で最
後にアクセスしたポイントを、テーブル１６０１に格納
する。さらに、移動前の場所におけるアクセス回数のベ
ストｎの各情報へアクセスするためのメニューアイテム
が格納されているアドレスを格納し（ステップ８０
６）、現在の場所に前回いたときのアクセス回数ベスト
ｎを初期値として、アクセス回数のカウントの再開を要
求する（ステップ８０７）。

【００５４】なお、自動メニュー更新機能の停止・再開
を指示するためのキー操作手順を設けるようにしてもよ
い。このキーにより停止が指示された場合には、位置情
報取得処理および画面変更処理を停止し、再開が指示さ
れた場合には、前回の場所名を格納しているエリアをク
リアした後、位置情報処理から処理を再開する。停止と
再開のキー操作手順を同一にし、キー操作が図８のフロ
ーの実行中に行われたかどうかで、指示内容が停止か再
開かを判断することで、実行中には、再開が、実行して
いないときは、停止が、それぞれ指示されないようにす
ることが可能となる。

【００５５】次に、画像変更処理１５０３について、図
７、図９、図１０を用いて説明する。

【００５６】図７は、作成したメニュー構成を示すテー
ブル（カスタマイズテーブル７０１）の一例である。画
像変更処理１５０３では、図６のテーブルを直接変更す
るのではなく、変更したメニュー構成を一時的に記録し
ておくためのカスタマイズテーブルを作成し、作成した
このテーブル７０１を元に変更後のメニューを表示す
る。カスタマイズテーブル７０１は、最上位のテーブル
のアドレスを格納するカスタマイズページアドレス７０
０と、変更された各メニュー画面に対応したテーブル
（カスタマイズテーブル７０１）からなる。カスタマイ
ズテーブル７０１には、メニューアイテムをメニュー画
面で表示するときに使用する文字列７０２と、リンク先
アドレス７０３を格納する。

【００５７】以降、情報提供元が用意しているメニュー
を標準メニュー、その画面を標準メニュー画面、ブック
マークがメニュー表示された画面をブックマーク画面、
カスタマイズテーブル７０１を元にしたメニューをカス
タマイズメニュー、その画面をカスタマイズメニュー画
面と呼び、区別する。

【００５８】図９に、画像変更処理１５０３のフローチ
ャートを示す。カスタマイズページアドレスで示された
トップページを初期化（ステップ９０１）し、メニュー
アイテムのカスタマイズテーブル７０１への登録が一度
でも行われたかどうかを示すフラグを０に設定する（ス
テップ９０２）。現在の場所名をキーに、図６のテーブ
ルのキーワード欄６０５・６１１を検索し、現在の場所
名とキーワード欄が一致したメニューアイテムをカスタ
マイズテーブル７０１へ登録する（ステップ９０３）。
この処理については、以下のステップ９０４、９０６、
９０９とともに、後で詳細に説明する。カスタマイズテ
ーブル７０１への登録は、メニューアイテムの文字列６
０４・６１０とリンク先アドレス６０６・６１２を、そ
れぞれ、カスタマイズテーブル７０１の文字列７０２と
リンク先アドレス７０３にコピーすることで行う。

【００５９】場所名による検索と登録の後、場所名に対
応したキーワードをキーワード欄５０３から取得し、優
先度１のキーワードをキーにした検索と登録を行う（ス
テップ９０４）。優先度２のキーワードがキーワード欄
５０３にあるかどうかを判断し（ステップ９０５）、あ
れば（ステップ９０５のYes）、優先度２のキーワード
をキーにした検索＆登録を行う（ステップ９０６）。

【００６０】次に、なければ（ステップ９０５のNo）、
アクセスベストｎのためのサブメニュー用のテーブルを
作成する。最上位のカスタマイズテーブルの文字列７０
２には、「アクセスベストｎ」と格納し、リンク先アド
レス７０３には、サブメニュー用のカスタマイズテーブ
ルの格納先アドレスを格納する（ステップ９１０）。こ
のサブメニュー用のテーブルも、図７のテーブルと同様
の構成とする。ステップ９１０におけるサブメニュー用
カスタマイズテーブルの作成時には、ステップ８０６が
格納するエリアから、現在の場所に前回いたときのアク
セス回数ベストｎのメニューアイテムの格納アドレスを
取得し、ベストｎ全てに対して、格納先のメニューアイ
テムの文字列６０４・６１０とリンク先アドレス６０６
・６１２を、それぞれ、サブメニュー用カスタマイズテ
ーブルの文字列７０２とリンク先アドレス７０３にコピ
ーする処理を行う。

【００６１】場所名、優先度１のキーワード、優先度２
のキーワードのなかで、検索９０３・９０４・９０６に
おいて、見つからなかったキーがあるかどうかを判断し
（ステップ９０７）、なければ（ステップ９０７でN
o）、ステップ９１０へ進む。あれば（ステップ９０７
でYes）、優先度３のキーワードがキーワード欄５０３
にあるかどうかを判断し（ステップ９０８）、優先度３
のキーワードをキーにした検索＆登録を行う（ステップ
９０６）。優先度３のキーワードがなければ（ステップ
９０８でNo）、ステップ９１０へ進む。

【００６２】現在の場所に前回いたときの最後にアクセ
スした情報へのメニューアイテムの格納アドレスを、ス
テップ８０５が格納するエリアから読み出し、そのメニ
ューアイテムのキーワード欄６０５・６１１が空白かど
うかを判断し（ステップ９１１）、空白なら（ステップ
９１１でYes）、メニューアイテムの文字列とリンク先
アドレスを、それぞれ、最上位のカスタマイズテーブル
の文字列７０２とリンク先アドレス７０３にコピーする
（ステップ９１２）。空白でなければ（ステップ９１１
でNo）、優先度１のキーワードが、現在の場所の場所名
５０１およびキーワード５０３と異なるかどうかを判断
する（ステップ９１３）。

【００６３】異なれば（ステップ９１３でYes）、サブ
メニュー用のテーブルを作成し、最上位のカスタマイズ
テーブルの文字列７０２には、「ラストアクセス」と格
納し、リンク先アドレス７０３には、サブメニュー用カ
スタマイズテーブルの格納先アドレスを格納する（ステ
ップ９１４）。同一であれば（ステップ９１３でNo）、
ステップ９１２へ進む。サブメニュー用カスタマイズテ
ーブルの１行目に対して、ステップ９１２と同様のラス
トアクセスポイントの登録を行い（ステップ９１５）、
２行目以降に、ラストアクセスポイントのキーワードを
キーにした検索の結果を登録する（ステップ９１６）。
この検索では、当然、ラストアクセスポイントは検索対
象から除く。

【００６４】図１０に、ステップ９０３・９０４・９０
６・９０９の検索＆登録のフローチャートを示す。ステ
ップ９０２で０に設定されたフラグが０かどうかで、最
上位のカスタマイズテーブルに対してのメニューアイテ
ムの登録を行ったかどうかを判断する（ステップＡ０
１）。

【００６５】０であれば（ステップＡ０１でYes）、以
前のキーで登録が行われていなかったと判断し、キーワ
ード欄６０５・６１１を検索（ステップＡ０２）した結
果、キーとキーワード欄が一致するメニューアイテムが
見つかった場合（ステップＡ０３でYes）には、見つか
ったメニューアイテムを最上位のカスタマイズテーブル
に登録し（ステップＡ０４）、フラグを１に設定し（ス
テップＡ０５）、カスタマイズテーブルに空欄があるか
どうかを判断する（ステップＡ０６）。最上位のカスタ
マイズテーブルには、他のキーやアクセスベストｎやラ
ストアクセスポイントのサブメニューのためのエントリ
欄が必要になるので、それらを除いて、空欄があるかど
うかをステップＡ０６では判断し、空欄があれば（ステ
ップＡ０６でYes）、検索を再開し、なければ（ステッ
プＡ０６でNo）、処理を終了する。

【００６６】検索でメニューアイテムがみつからなかな
ったら（ステップＡ０３でNo）、処理を終了する。メニ
ューアイテムの登録は、ステップ９１２と同様に、メニ
ューアイテムの文字列とリンク先アドレスを、それぞ
れ、カスタマイズテーブルの文字列７０２とリンク先ア
ドレス７０３にコピーすることで行う。

【００６７】フラグが１であれば（ステップＡ０１でN
o）、サブメニュー用のカスタマイズテーブルを作成
し、最上位のカスタマイズテーブルの文字列７０２に
は、キーを文字列で格納し、リンク先アドレス７０３に
は、サブメニュー用のカスタマイズテーブルの格納先ア
ドレスを格納する（ステップＡ０７）。フラグが０であ
ったときと同様に、キーワード欄６０５・６１１の検索
（ステップＡ０８）、キーとキーワード欄が一致するメ
ニューアイテムが見つかったかどうかの判断（ステップ
Ａ０９）、見つかったメニューアイテムのサブメニュー
用のカスタマイズテーブルへの登録（ステップＡ１
０）、カスタマイズテーブルに空欄があるかどうかの判
断（ステップＡ１１）、を行う。

【００６８】図９のフローによりカスタマイズテーブル
が作成された後、カスタマイズページアドレスで示され
たカスタマイズテーブルを元にメニュー画面を表示する
（ステップ９１７）。このメニュー画面が、移動後の場
所でのカスタマイズメニューの初期画面となる。

【００６９】図１１にカスタマイズメニューの初期画面
の例を示す。

【００７０】ユーザがカスタマイズメニューを使用した
くない場合には、ブラウザを起動するためのキー操作を
行えば、標準メニュー画面に移動し、ブックマークを表
示させるためのキー操作を行えば、ブックマーク画面に
移動する。

【００７１】図８〜１１のフローに示すように、位置情
報の定期的な取得により、場所の移動を感知し、移動後
の場所に関連する情報を集めたカスタマイズメニューを
自動的に作成することにことで、請求項２におけるメニ
ュー画面の構成を変更する携帯情報端末１０４を実現
し、少ないキー操作と作業時間でユーザが所望の情報を
見つけられる確率を高められる。

【００７２】また、前述の実施例では、周辺にある機器
のＩＤとクラスコードから、携帯情報端末１０４の所在
を求めて、現在の所在に関連する情報でメニュー画面の
作成を行っていたが、ＩＤやクラスコード自体に関連す
る情報でメニュー画面を作成する実施例も考えられる。
例えば、美術館のような場所で、美術品ごとにユニーク
なＩＤを設けて、そのＩＤを返す通信手段を美術品のそ
ばに設置する。このＩＤからそばにある美術品を認識
し、美術品の名前をリスト表示する。美術品の名前を選
択すると、美術の解説が表示される。また、画面の下段
にある作者名や作成年月日を選択すると、作者について
の情報や作成された時の時代背景などの情報にリンクさ
れたメニュー画面を作成する。メニュー画面の更新は、
定期的にＩＤの取得を行い、取得できるＩＤの一覧に変
化があったときに行う。取得できなくなった機器の情報
をリスト画面から削除し、新たに取得できるようになっ
た機器に関連する情報を表示するためのサブメニューを
作成し、そのサブメニューを選択するためのメニューア
イテムをリスト表示に追加する。

【００７３】このような場合には、複数のＩＤ返信装置
が同じ場所に存在し、それぞれに対応した情報をリスト
表示するため、情報過多となり、ユーザのそばにある機
器に関連する情報（美術品の名前）を見つけにくくす
る。そこで、ＩＤ問い合わせメッセージ送信時の送信出
力レベルを携帯情報端末１０４側で調整するための手段
を用意し、ユーザのある一定範囲内にある機器のＩＤだ
けを取得できるように調整する。

【００７４】

【発明の効果】以上、説明したように、本発明によれ
ば、周辺に存在する機器の固有情報や位置情報の定期的
な取得により、場所の移動を感知し、機器や移動後の場
所に関連する情報を集めたメニュー画面を自動的に作成
するので、少ないキー操作と作業時間でユーザが所望の
情報を見つけられる確率を高められる。

【図面の簡単な説明】

【図１】本発明が適用される携帯情報端末１０４の構成
例を示す。

【図２】携帯情報端末１０４のメニュー画面の例を示
す。

【図３】メニュー画面を構成するために必要な情報を格
納したテーブルの例を示す。

【図４】携帯情報端末１０４のソフト構成を示す。

【図５】場所名と機器の種類とキーワードを関連付ける
ためのテーブルの例を示す。

【図６】図３にキーワードを登録するための欄を設けた
テーブルの例を示す。

【図７】カスタマイズメニューを構成するためのテーブ
ルの例を示す。

【図８】位置情報取得処理を行ってから、画面構成の変
更が終了するまでのフローチャートを示す。

【図９】画面変更処理のフローチャートを示す。

【図１０】キー検索およびカスタマイズメニューへのア
イテム登録のフローチャートを示す。

【図１１】カスタマイズメニューの初期画面の例を示
す。

【図１２】クラスコードの例の一覧を示す。

【図１３】位置情報取得処理のフローチャートを示す。

【図１４】位置情報に関するテーブルの編集画面におけ
る画面の表示例を示す。

【図１５】全体の処理の流れを示すフローチャートであ
る。

【図１６】過去にアクセスしたポイントのアドレスを格
納するテーブルの一実施例を示す図である。

【符号の説明】

１００・・・据置型電子機器、１０１、１０８・・・不
揮発性メモリ、１０２・・・コントローラ、１０３、１
０６・・・機器間通信手段、１０４・・・携帯情報端末
１０４、１０５・・・ＣＰＵ、１０７・・・公衆回線用
通信手段、１０９・・・システムバス、１１０・・・メ
モリコントローラ、１１１・・・ＤＲＡＭ、１１２・・
・表示コントローラ、１１３・・・表示部、１１４・・
・キーコントローラ、１１５・・・キー入力部、４０１
・・・ファームウェア、４０２・・・ＯＳ、４０３・・
・デバイスドライバ、４０４・・・ブラウザ、３０１、
６０１・・・トップページアドレス、３０２、６０２、
６０８・・・１ページ分のメニュー画面情報のテーブ
ル、３０３、６０３、６０９・・・位置情報の格納欄、
３０４、６０４、６１０、７０２・・・文字列の格納
欄、３０５、６０６、６１２、７０３・・・リンク先ア
ドレスの格納欄、５００・・・場所名と機器の種類とキ
ーワードを関連付けるためのテーブル、５０１・・・場
所名の格納欄、５０２・・・機器の種類の格納欄、５０
３、６０５、６１１・・・キーワードの格納欄、６０７
・・・ブックマークページアドレス、７００・・・カス
タマイズページアドレス、７０１・・・カスタマイズメ
ニューの１ページ分の画面情報のテーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/38 Ｈ０４Ｍ 1/725 ５Ｋ１０１ Ｈ０４Ｍ 1/00 3/42 Ｕ 1/725 11/00 ３０２ 3/42 Ｈ０４Ｂ 7/26 １０６Ａ 11/00 ３０２ １０９Ｔ Ｆターム(参考） 5B075 KK07 ND20 NK02 PP10 PP13 PQ02 PQ42 UU40 5E501 AA04 AB03 AC15 BA05 EA32 FA05 FA22 FA46 5K024 CC11 GG01 GG05 GG10 5K027 AA11 BB01 FF01 FF22 5K067 AA34 BB04 DD51 EE02 FF02 FF23 FF31 JJ52 JJ56 5K101 KK12 LL12 NN01 NN18 NN21

Claims (7)

【特許請求の範囲】
1. 【請求項１】外部の電子機器の情報を問い合わせる通信
   装置と、前記通信装置より取得した前記外部の電子機器
   の情報を格納する第一の記憶部と、所定の位置に表示す
   るメニューを前記位置と対応づけるメニュー情報を格納
   する第二の記憶部と、前記外部の電子機器の情報から最
   新の位置を判定し前記判定した最新の位置に対応したメ
   ニューを作成する処理装置と、前記作成されたメニュー
   を表示する表示装置とを備えることを特徴とした携帯情
   報端末装置。
2. 【請求項２】請求項１における携帯情報端末において、
   前記第一の記憶部は揮発性メモリであることを特徴とす
   る携帯情報端末。
3. 【請求項３】前記第ニの記憶部は不揮発性メモリである
   ことを特徴とする携帯情報端末。
4. 【請求項４】請求項１における携帯情報端末において、
   前記外部の電子機器の情報は、当該電子機器の種別を示
   すデータを含むことを特徴とする携帯情報端末。
5. 【請求項５】請求項１における携帯情報端末において、
   さらに前記メニュー情報を編集するための入力装置を備
   えることを特徴とする携帯情報端末。
6. 【請求項６】携帯情報端末と電子機器からなる通信シス
   テムにおいて、前記電子機器は、自己の種別情報を格納
   する記憶装置と、前記電子機器からの問合せにおうじて
   前記種別情報を出力する第一の通信装置とを備え、前記
   携帯情報端末は、前記電子機器の情報を問い合わせる第
   二の通信装置と、前記通信装置より取得した前記外部の
   電子機器の情報を格納する第一の記憶部と、所定の位置
   に表示するメニューを前記位置と対応づけるメニュー情
   報を格納する第二の記憶部と、前記外部の電子機器の情
   報から最新の位置を判定し前記判定した最新の位置に対
   応したメニューを作成する処理装置と、前記作成された
   メニューを表示する表示装置とを備えることを特徴とし
   た通信システム。
7. 【請求項７】通信装置を介して外部の電子機器の情報を
   問い合わせるステップと、前記通信装置より取得した前
   記外部の電子機器の情報から処理装置が最新の位置を判
   定するステップと、所定の位置に表示するメニューを前
   記位置と対応づけるメニュー情報から判定した最新の位
   置に対応したメニューを作成するステップと、前記作成
   されたメニューを表示装置に表示するステップとを備え
   ることを特徴とした携帯情報端末装置におけるメニュー
   表示プログラム。