JP2002268796A

JP2002268796A - 情報処理装置及び情報処理方法、プログラム並びにプログラムを記録している記録媒体

Info

Publication number: JP2002268796A
Application number: JP2001071057A
Authority: JP
Inventors: Susumu Nagano; 晋長野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-03-13
Filing date: 2001-03-13
Publication date: 2002-09-20

Abstract

(57)【要約】【課題】アプリケーションがバックキーに対応した処
理を用意していなくとも、最適な処理を行うことがで
き、バックキーに無反応ということを無くす情報処理装
置を提供する。【解決手段】この携帯情報端末は、バックキー４にユ
ーザによる操作に応じながらも複数の任意の操作機能を
持たせ、このバックキー４がユーザにより操作されたと
き、ＬＣＤ２に表示された描画オブジェクトを走査し
て、所定のラベルのついた画面上の操作子を探し、それ
が押されたかのような処理をＣＰＵ１０により実行され
たアプリケーションソフトが行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
ソフトにしたがった描画オブジェクトを表示する表示手
段を備えた情報処理装置に関する。また、前記表示手段
に表示された描画オブジェクトにしたがって情報処理を
行う情報処理方法に関する。

【０００２】また、前記情報処理方法に関するプログラ
ム、並びに前記プログラムを記録している記録媒体に関
する。

【０００３】

【従来の技術】携帯情報端末（Personal Digital Assis
tants：ＰＤＡ）は、一般的なＰＩＭ（Personal Inform
ation Management）機能である、電子スケジュール管
理、電子アドレス帳、電子メモ帳、行動リスト管理など
の機能を実行する各アプリケーションソフトを例えばＲ
ＯＭ内に格納している。

【０００４】各アプリケーションソフトによっては、携
帯情報端末のハード的な任意の操作手段のイベントに対
応しないものもある。また、同一のアプリケーションソ
フトにおいても、表示部上に表示された各画面（フォー
ム）によっては、任意の操作手段のイベントへの対応が
可であるものと不可であるものがある。

【０００５】例えば、前記情報携帯端末に、一部のアプ
リケーションや、あるいはフォームにおいて、入力操作
を前に戻るようなバック(Back)キーがハードで設けられ
ている場合を考える。

【０００６】このバックキーの機能はあらかじめシステ
ムで固定的に決められたものであるか、あるいはアプリ
ケーションで個別に対応しなければならなかった。

【０００７】固定的である場合、例えば“アプリケーシ
ョンを終了する”となった場合、一つのアプリケーショ
ン内で階層的なウィンドウ表示をしている時にもバック
キーの押下で一挙にアプリケーションを終了してしまい
不便である。

【０００８】アプリケーションソフトで個別に対応する
場合、バックキー押下のイベントを処理しないアプリケ
ーションを実行中には何も反応せず、不便である。

【０００９】また、様々なアプリケーションが実行され
る携帯情報端末や、パーソナルコンピュータでは、操作
子に対する対応もアプリケーション毎に異なり、常にバ
ックキーに対応した処理をシステムで行うとアプリケー
ションでの対応処理が実行されないため、差別化や操作
性に支障をきたす。

【００１０】また、当然ながらバックキーが無い機器も
存在し、そういったハードウェアの違いを気にしながら
アプリケーションを開発する必要があり、開発工数増大
の要因になっていた。

【００１１】

【発明が解決しようとする課題】本発明は上記実情に鑑
みてなされたものであり、アプリケーションが所定の操
作手段に対応した処理を用意していなくとも、所定の操
作手段の操作からユーザが連想できる最適な処理を行う
ことができ、所定の操作手段に無反応ということを無く
す情報処理装置及び情報処理方法の提供を目的とする。
また、前記情報処理方法に関するプログラム、そのプロ
グラムを記録している記録媒体の提供を目的とする。

【００１２】

【課題を解決するための手段】本発明に係る情報処理装
置は、前記課題を解決するために、アプリケーションソ
フトにしたがった描画オブジェクトを表示する表示手段
と、ユーザによる操作に応じてユーザに特定の処理を連
想させる操作手段と、前記操作手段がユーザにより操作
されたとき、前記表示手段に表示された描画オブジェク
トを走査して、特定のラベルのついた画面上の操作子を
探しだし、それが押されたかのような処理を前記アプリ
ケーションソフト上で行う制御手段とを備える。

【００１３】本発明に係る情報処理方法は、前記課題を
解決するために、ユーザによる操作に応じてユーザに特
定の処理を連想させる操作手段がユーザにより操作され
たとき、表示手段に表示された描画オブジェクトを走査
して、所定のラベルのついた画面上の操作子を探す探索
工程と、前記探索工程によって所定のラベルのついた操
作子が見つかったときにはそれが押されたかのような処
理を前記アプリケーションソフト上で行う処理実行工程
とを備える。

【００１４】本発明に係るプログラムは、前記課題を解
決するために、ユーザによる操作に応じてユーザに特定
の処理を連想させる操作手段がユーザにより操作された
とき、表示手段に表示された描画オブジェクトを走査し
て、所定のラベルのついた画面上の操作子を探す探索工
程と、前記探索工程によって所定のラベルのついた操作
子が見つかったときにはそれが押されたかのような処理
を前記アプリケーションソフト上で行う処理実行工程と
を備える。

【００１５】本発明に係る記録媒体は、前記課題を解決
するために、ユーザによる操作に応じてユーザに特定の
処理を連想させる操作手段がユーザにより操作されたと
き、表示手段に表示された描画オブジェクトを走査し
て、所定のラベルのついた画面上の操作子を探す探索工
程と、前記探索工程によって所定のラベルのついた操作
子が見つかったときにはそれが押されたかのような処理
を前記アプリケーションソフト上で行う処理実行工程と
を備えるプログラムを記録している。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら説明する。この実施の形態は、図
１に外観を示す携帯情報端末（Personal Digital Assis
tants：ＰＤＡ）１であり、一般的なＰＩＭ（Personal
Information Management）機能である、電子スケジュー
ル管理、電子アドレス帳、電子メモ帳、行動リスト管理
などの機能を有している。各機能は、機器単独でも利用
できるが、もちろん簡単にパーソナルコンピュータ上の
ソフトとの連携が可能である。

【００１７】この携帯情報端末１には、図１の（ａ）の
平面図に示すように、平面上に例えば液晶パネル（ＬＣ
Ｄ）による表示部２が形成され、アプリケーションソフ
トウェアの起動及び各種処理に伴う画像、データとして
の画像や文字、再生される音声、音楽に付随する情報、
さらには操作のガイドメッセージ、再生や編集操作等の
ためのメニュー画面などが表示される。

【００１８】携帯情報端末１上には、ユーザーの操作の
ための各種の操作子が設けられる。例えば、ハードウェ
アとしての操作キーや、ペンによる手書き文字入力領域
等は表示部２の下の操作部５に設けられる。もちろん、
表示部２上にも、ソフトウェアとして描画された描画オ
ブジェクトであるボタン等の、タッチパネル操作子が表
示され、ペン又は指による押圧操作により操作される。

【００１９】また、図１の（ｂ）に示すように、この携
帯情報端末１の左側面には、回転又は回動、及び押圧操
作をユーザに行わせるためのジョグダイアル３と、アプ
リケーションの種類によってはこのジョグダイアル３の
押圧操作に対応した処理を元に戻すための戻し操作等が
行われるバックキー４がハードウェア構成として設けら
れている。

【００２０】この携帯情報端末１の構成を図２に示す。
また、システムソフトウェアの構成を図３に示す。

【００２１】ＣＰＵ１０は、バス（BUS）１１を介し
て、ＲＡＭ１２、フラッシュ／ＲＯＭ１３、ＬＣＤコン
トローラ１４と接続している。また、ＣＰＵ１０は、ジ
ョグダイアル３やバックキー４さらには操作部５上の他
の操作子と接続している。

【００２２】フラッシュ／ＲＯＭ１３あるいはＲＡＭ１
２上にはプログラムが格納され、ＣＰＵ１０で実行され
る。アプリケーションは、ＯＳが提供するＡＰＩを利用
することによりＬＣＤ２上にボタンやウィンドウといっ
たオブジェクトを描画することができる。また、キーな
どのハードウェアからの割り込みはＯＳによって処理さ
れ、イベントやＡＰＩの戻り値としてアプリケーション
が利用することができる。

【００２３】そして、この携帯情報端末は、バックキー
４にユーザによる操作に応じながらも複数の任意の操作
機能を持たせ、このバックキー４がユーザにより操作さ
れたとき、ＬＣＤ２に表示された描画オブジェクトを走
査して、所定のラベルのついた画面上の操作子を探し、
それが押されたかのような処理をＣＰＵ１０により実行
されたアプリケーションソフトが行う。

【００２４】ここでいう、複数の任意の機能とは、バッ
クキー４をユーザが押したときに、ユーザが現在のフォ
ーム上で連想できる特定の処理を、複数のフォーム毎に
実行できる機能のことである。

【００２５】エクステンション（Extension）は、ＯＳ
の一部機能を変更するソフトウェアで、アプリケーショ
ンからはＯＳと等価に見える。図３において、前記バッ
クキー４を含めた各操作子によるイベントはＯＳにより
解析され、エクステンションにより処理される。エクス
テンションは、後述するシステムハンドルイベントＡＰ
Ｉ（SysHandleEventAPI）の機能を置き換えてＯＳの一
部を修正する。

【００２６】次に、図２〜図６を用いてキー処理に対す
るソフトウェアの処理を説明する。図４には、この携帯
情報端末のキー処理の流れを示す。図５には、携帯情報
端末で起動されるＯＳ（PalmOs）のイベントキューに入
れられるキーイベントの構造体例を示す。図６には、一
般に前記ＯＳ（PalmOs）上で動作するアプリケーション
がイベントを処理するプログラムを示す。

【００２７】図２に示すジョグダイヤル３を含め各キー
の押下は割り込みによってＣＰＵ１０に通知され、ＯＳ
によってどのキーが押下されたのかが判断される。そし
て対応するイベントがＲＡＭ１２上の図４に示すイベン
トキューに入れられる。アプリケーションはＡＰＩを使
用してこのキューの先頭からイベントを取得することが
でき、イベント毎に異なる独自の反応を実装することが
できる。例えば、ページアップキーが押されたならば画
面に描画されたドキュメントを１ページスクロールアッ
プしたり、セレクトボタンが押されたならば画面に描画
されていたドキュメントの内容を表示する、といった具
合である。

【００２８】キーイベントとしては、図５に示すよう
に、ペンによる手書き文字入力領域へのペンダウンpenD
ownや、文字入力領域へのタップカウントtapCount、Ｌ
ＣＤ上のタッチパネル操作子におけるスクリーンＸ、Ｙ
座標等がイベントとして入れられる。

【００２９】図６に示すアプリケーションソフトのイベ
ント処理プログラムによれば、アプリケーションは、シ
ステムがイベントキューに入れたイベントを取得するＡ
ＰＩ（EvtGetEvent）を使用してイベントを取得し、そ
れがシステムが処理すべきものなのかをチェックし（Sy
sHandleEvent、MenuHandleEvent）、そうでなければ自
分が処理すべきかチェックし（AppHandleEvent）、そう
でなければデフォルトのイベント処理を行うＡＰＩ（Fr
mDispatchEvent）を呼び出す。

【００３０】例えば、ボリューム機能を特つオーディオ
アプリケーションが実行されていた場合、ジョグダイヤ
ルが上方向に回されると、vchrJogUpイベントがシステ
ムによってイベントキューに入れられる。通常、システ
ムはジョグダイヤルを処理しないので、アプリケーショ
ンのイベント処理（AppHandleEvent）が動作し、そこで
vchrJogUpに割り当てられた機能としてボリュームの増
加を実行する。

【００３１】通常のPalm0Sではジョグダイヤルやバック
キーのイベントを処理しないので、アプリケーションも
それらのイベントを処理しない場合、ジョグダイヤルや
バックキーを操作したのにＬＣＤ２の画面上で何も変化
がないということになる。

【００３２】本実施の形態では、図３に示すように、エ
クステンションがシステムハンドルイベントＡＰＩSysH
andleEvent API を置き換えてＯＳの一部機能を修正
し、アプリケーションが処理する前にシステム側でバッ
クキーやジョグイベントを処理するようにしている。こ
れにより、全てのアプリケーションでバックキーやジョ
グダイヤルが利用できるようにすると共に、それらの処
理作業中に参照すべきラベルやマスクといったデータを
ＲＡＭ上に保存することにより動作仕様を容易に変更す
ることを可能とするものである。

【００３３】Palm0Sでは、各ＡＰＩのメモリ上のアドレ
スがSysGetTrapAddress APIによって取得できる。エク
ステンションとしてＯＳ機能を置き換える場合、対象と
するＡＰＩのアドレスをSysGetTrapAddress APIによっ
て取得し、置き換え後の機能を提供する関数のアドレス
をSysSetTrapAddress APIによって設定する。本発明で
は、この仕組みを利用してSysHandljEveht APIの機能を
置き換える。置き換え後の関数による処理フローを図７
に示す（ただし、バックキーに対する処理のみを示
す）。

【００３４】置き換え後の関数をシステムハンドルイベ
ントパッチSysHandleEventPatchとすると、この関数
は、アプリケーションがイベントゲットイベントＡＰＩ
EvtGetEventAPIで取得したイベント情報を引数として受
け取る。そして、そのイベントがバックキー押下に対応
するキーダウンイベントKeyDownEventであるか否かをに
応じて処理が分岐する（ステップＳ１）。すなわち、イ
ベントタイプEventType構造体のchrフィールドがvchrJo
gBackであるならば（ＹＥＳ）、本発明による動作を行
う（ステップＳ２以降ステップＳ６まで）。そうでなけ
れば（ＮＯ）元のPalm0Sが提供するシステムハンドルイ
ベントＡＰＩSysHandleEvent API を呼び出し、オリジ
ナルの処理を行う（ステップＳ７）。

【００３５】バックキー処理において、システムハンド
ルイベントパッチSysHandleEventPatchは、まず、アク
ティブな“フォーム”があるか否かを確認する（ステッ
プＳ２）。フォームはPalm0Sにおける描画単位の一つ
で、通常、その中にボタンやスクロールバーといった描
画オブジェクトが格納される。アクティブなフォームが
無い場合（ＮＯ）、バックキーを処理する意味は無いの
でPalm0Sが提供するシステムハンドルイベントSysHandl
eEventを呼び出してオリジナルの処理を行う（ステップ
Ｓ７）。

【００３６】システムハンドルイベントパッチSysHandl
eEventPatchは次にアプリケーションがマスクを設定し
て無いかどうかを確認する（ステップＳ３）。本発明で
は、このマスクデータのアドレスを保特する領域をＲＡ
Ｍ１２上に用意する。

【００３７】マスクは図８及び図９に示す構造を特ち、
アプリケーションがそのマスクデータの先頭アドレスを
上記ＲＡＭ１２上の領域に設定することにより有効とな
る。上記ＲＡＭ１２上の領域のアドレスはフィーチャゲ
ットＡＰＩFtrGet API を使用して得ることができる。

【００３８】マスクは、以下の二つのタイプに分けられ
る。タイプ１は、図８の（ａ）に示すように、アプリケ
ーション内の各フォーム毎にマスクを指定する。FrmNum
フィールドでマスクを設定するフォーム数を指定してい
る。FrmIDフィールドでマスクを設定するフォームのＩ
Ｄ（リソースＩＤではない）を指定する。このFrmIDフ
ィールドにＩＤが記されていないフォームに対してはマ
スクはかからない。マスクフィールドMaskは、後述する
ように、マスクするイベントをビット単位で指定してい
る。

【００３９】タイプ２は、図８の（ｂ）に示すように、
アプリケーション内の全てのフォームに対するマスクを
指定する。アラートやヘルプなどのシステムが表示する
フォームに対しても適用される。

【００４０】マスクフィールドMaskは、図９に示す形式
で、マスクするイベントを１バイト目の０〜７ビットに
てビット単位で指定する。各ビット単位毎に、１でマス
ク、０でアンマスクとなる。例えば、ビット０はジョグ
ダイアルの上回転処理であり、ビット１はジョグダイア
ルの下回転処理である。また、ビット２はジョグダイア
ルの押下に応じたページアップ処理であり、ビット３は
ジョグダイアルの押下に応じたページダウン処理であ
る。そして、ビット７はジョグのバック処理である。

【００４１】例えば、「０ｘ００７０」は、図９に示し
たビット４〜ビット６までのジョグプッシュvchrJogPus
h/ジョグリリースvchrJogRelease/ジョグリピートvchrJ
ogRepeatをマスクすることを示す。また、「０ｘ０００
０」は、全てのイベントをアンマスク（マスクデータを
指定しないのと同じ）する。

【００４２】次にマスクデータとアドレス設定領域の関
係について図１０を参照して説明する。エクステンショ
ンがマスクデータを参照するときに必要となる。

【００４３】アドレス設定領域上のアドレスは、アプリ
ケーションソフトとエクステンションが共有する。先
ず、エクステンションは最初にフィーチャーセットＡＰ
Ｉにて、アドレス設定領域にアドレスを設定する。アプ
リケーションは、フィーチャーゲットＡＰＩで自分が設
定したいマスクデータのアドレスを、アドレス設定領域
にセットしていく。すると、エクステンションは、前記
図７に示したステップＳ３のマスク参照処理にてアドレ
ス設定領域を見にいき、アプリケーションソフトによっ
てマスクデータのポインタが入っていればマスク設定の
有を確認できる。

【００４４】マスクデータは、画面描画の単位であるフ
ォームごとに設定することができる。あるフォームでは
バックをアプリケーションが処理するが、他のフォーム
ではシステムハンドルイベントパッチSysHandleEventPa
tchに処理を任す、ということが可能である。このよう
な柔軟な設定方法により、アプリケーションの開発にお
いて、独自のバックキー処理が必要なフォーム／画面で
のみマスクを設定して対応処理を実装すれば良く、不必
要なコーディングを行う必要が無くなる。

【００４５】図７に戻り、ステップＳ３にて、バックキ
ーに対応するビットに１がセットされていた場合（すな
わちマスク設定がある場合）、システムハンドルイベン
トパッチSysHandleEventPatchはバックキーイベントを
処理しない。このため、このイベントはアプリケーショ
ンのイベントハンドラ（AppHandleEvent）に渡され、ア
プリケーションが処理することが可能となる。

【００４６】マスクが設定されていない場合（ステップ
Ｓ３にてＹＥＳ）、システムハンドルイベントパッチSy
sHandleEventPatchは現在画面上に描画されているアク
ティブなフォーム内にある描画オブジェクトのボタンを
全て検索し、バックキーが押されたことによって押され
るべきボタンを、ボタンのラベルをもとに検索（ステッ
プＳ４）し、決定する（ステップＳ５）。

【００４７】ステップＳ４にてバックキーが押されたこ
とによって押されるべきラベルを持ったボタンが無い
（ＮＯ）ときには、ステップＳ６に進む。このステップ
Ｓ６の処理については後述する。

【００４８】Palm0Sの場合、フォーム上に配置された描
画オブジェクトの情報はリストとなってPalm0SがＲＡＭ
上に保特／管理しており、システムハンドルパッチSysH
andleEventPatchは、そのリストを順に辿り、ボタンオ
ブジェクトであり、かつラベルが付されているものを走
査する。

【００４９】図１１には、フォーム情報と描画オブジェ
クト情報との関係を示す。

【００５０】フォーム情報のなかには、フォームタイプ
FormTypeを示す構造体が記述され、その中のフォームオ
ブジェクトリストタイプFormObjectListTypeに*objects
と記述されていれば、[0],[1],[2]・・・[numObjects-
1]に示すリストの配列が存在することになる。例えば、
[0],[1],[2]の各リストは、オブジェクト情報として、
コントロール（ボタン）情報、リスト情報、コントロー
ル（ボタン）情報を表す。もちろん、スクロール情報と
してもよい。前記[0],[1],[2]の各リストのうち、[0]の
コントロール（ボタン）情報はテキストtextが”ＯＫ”
であり、[2]ではテキストtextが”Cansel”であるとす
る。

【００５１】前記ステップＳ４にて、システムハンドル
イベントパッチSysHandleEventPatchは現在画面上に描
画されているアクティブなフォーム内にある描画オブジ
ェクトのボタンを全て検索し、フォーム情報のフォーム
タイプFormTypeにObjectsがあり、各オブジェクト情報
を参照していき、リスト[2]のテキストtextが”Canse
l”であることを検索し、このキャンセルを、バックキ
ーが押されたことによって押されるべきボタンとする。

【００５２】本発明では、検索の際にボタンのラベルと
比較する文字列は図２のフラッシュ／ＲＯＭ１３上、あ
るいはＲＡＭ１２上に保特する。システムハンドルパッ
チ SysHandleEventPatchは、ボタンのラベルを比較する
際、以下の優先度付けに従ってどのボタンを押すべきか
決定する。

【００５３】第１順位：「Cancel」、「キャンセル」、「Previous」、「戻る」第２順位：「NO」、「いいえ」、「Close」、「閉じる」第３順位：「Done」、「終了」第４順位：「Yes」、「はい」、「0K」この順位は、対象とするデバイス（ＰＤＡ）におけるバ
ックキーの意味付けによって決定される。実施例におい
ては、バックキーの基本的な意味付けは、“元に戻る”
／“キャンセル”であり、そういう意味を特つラベルが
優先される。そして、それらのラベルを特つボタンが無
い場合に、前のフォームに戻ることを暗示させるラベル
を特つボタンが選択される。

【００５４】最終的に押下すべきボタンが存在した場
合、システムハンドルイベントパッチSysHandleEventPa
tchは前述したようにそのボタンが押されたのと同等の
処理を行う。 Palm0S上での実装例の場合、CtlHitContr
ol APIを使用して実現される。

【００５５】最終的にこれらのラベルを特つボタンが存
在しない場合、SysHandleEventPatchはアプリケーショ
ンを終了させる処理を行う（ステップＳ６）。 Palm0S
上での実装例の場合、AppStopEventキーを特つキーイベ
ントをイベントキューに入れることでこれを行う。

【００５６】図１２には、フォームの状態によるバック
キー処理の違いの例を示す。（ａ）では“キャンセル”
ラベルを特ったボタンが存在しているので、バックキー
押下によってそのボタンが押されることになる。（ｂ）
ではボタンは存在するが、バックキー押下によって押さ
れるべきラベルを特ったボタンは一つも無いのでアプリ
ケーションが終了することになる。

【００５７】以上、説明したように、本発明により、ア
プリケーションがバックキーに対応していない場合でも
バックキー押下時に最適なボタンが選択される、あるい
はアプリケーションが終了し、バックキーに反応しない
ということが無くなる。また、必要に応じてアプリケー
ションがこの動作をマスクすることが可能となる。

【００５８】尚、上記例はバックキーという特定の名前
を特つキーに対して説明したが、特にその名前である必
要は無い。

【００５９】例えば、パーソナルコンピュータの“ES
C”やテレビリモコンの“戻る”など、それぞれのデバ
イスにおいて類似の意味を特ついずれのキーについても
適用できる。

【００６０】また、入力ハードウェアはーつのキーであ
る必要は無い。ジョグダイヤル、４方向カーソル、十字
キー、ジョイスティツクなどにも応用可能である。

【００６１】また、前に画面に戻る、あるいは処理をキ
ャンセルするという意味でバックキーと描画ボタンに限
定して説明したが、そのキーから連想される処理動作が
特定できるのならば、他の意味を特つ他のキーや処理動
作についても応用することができる。例えば、ジョグダ
イヤルを上方向に回した場合、画面上のオブジェクトに
対して上方向の動作が連想されるので、カーソルが表示
されている場合はそれを上に移動させ、カーソルが無い
場合は可能であれば図１２の（ｂ）に示すように、画面
全体を上方向にスクロールさせる、などである。

【００６２】上記実施例ではPalm0Sのシステムハンドル
イベントSysHandleEventを置き換えた場合の機能拡張に
ついて説明を行ったが、同機能が実現できれば他の方法
で行っても構わない。また、他のＯＳの他の拡張方法で
あっても良い。

【００６３】ー般に、上記で説明したマスクデータ構造
など、本発明で使用するデータの構造は、同等機能を提
供できれば厳密に説明どおりである必要は無い。

【００６４】押下すべきボタンを決定する際にボタンの
ラベルと比較する文字列は固定的なものではなく、デバ
イスの種別ごとに異なるものでも良い。例えば欧州地域
向けのデバイスであれば日本語の文字列と比較する必要
は無いし、バックキー以外の実施であればそのキーが意
味する他の文字列と比較すればよい。

【００６５】また、特定のラベルを探すのに比較する文
字列を予め記憶しているＲＯＭ１３、ＲＡＭ１２は、予
め記憶した前記文字列に対する、削除あるいは、他の文
字列の追加を可能とする。このようにすれば、バックボ
タンが押されて探索するラベルに拡張性を持たせること
ができる。

【００６６】以上に説明したように、前記実施の形態に
よれば、アプリケーションがバックキー処理を行ってい
なくても最適なボタンが押される、あるいはアプリケー
ションが終了することになり、バックキーに無反応とい
うことが無くなる。

【００６７】また、アプリケーションがバックキーを処
理しない場合は常に同一の振る舞いとなるのでユーザイ
ンタフェースが統一化され、使い勝手が向上する。

【００６８】また、必要に応じてアプリケーションがマ
スクを設定することにより独自のバックキー処理を実装
することが可能となり、他のアプリケーションとの差別
化に利用できる。

【００６９】また、必要ない処理をシステムに任せるこ
とが可能であり、アプリケーションの開発工数削減につ
ながる。

【００７０】なお、前述したように本発明は、携帯情報
端末に設けたバックボタンに適用を限定するものではな
く、図１３に示す携帯電話装置２２０上のバックボタン
２２７に適用されるものでもよい。

【００７１】図１３に示す携帯電話装置２２０は、表示
部２２２と本体２２３を回転軸２２１を軸に回動するこ
とができるタイプのものである。表示部２２２の上部左
にはアンテナ２２４が設けられ、中心部にはＬＣＤから
なる表示画面が設けられている。本体２２３の中央部に
は操作キー２２８が配置されている。また、本体２２３
の上部には、回転部材を備えた操作部（ジョグダイア
ル）２２６を備える。また、その近傍には、バックボタ
ン２２７を備える。

【００７２】そして、この携帯電話装置２２０において
も、バックボタン２２７の押下に応じて前述したように
エクステンションがシステムハンドルイベントＡＰＩを
システムハンドルイベントパッチに置き換えて前記図３
〜図１１に示すような処理を行うことにより、アプリケ
ーションがバックキー処理を行っていなくても最適なボ
タンが押される、あるいはアプリケーションが終了する
ことになり、バックキーに無反応ということが無くな
る。

【００７３】また、本発明に係る情報処理方法は、前記
携帯情報端末や、携帯電話装置において実行されること
により、前述した効果を携帯情報端末にもたらすことが
できる。さらに、前記情報処理方法に関したプログラム
を、例えばそれを記録した記録媒体から、携帯情報端末
のＣＰＵが実行することによっても同様の効果をもたら
すことができる。

【００７４】

【発明の効果】本発明によれば、アプリケーションが特
定の操作手段に対応した処理を用意していなくとも、最
適な処理を行うことができ、特定の操作手段に無反応と
いうことを無くすことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態となる、携帯情報端末の外
観を示す図である。

【図２】前記携帯情報端末のハードウェア構成を示すブ
ロック図である。

【図３】前記携帯情報端末のシステムソフトウェア構成
図である。

【図４】前記携帯情報端末のキーイベント処理を示す図
である。

【図５】携帯情報端末で起動されるＯＳ（PalmOs）のイ
ベントキューに入れられるキーイベントの構造体例を示
す図である。

【図６】前記ＯＳ（PalmOs）上で動作するアプリケーシ
ョンがイベントを処理するプログラムを示す図である。

【図７】バックキー対応システムハンドルイベント処理
を示すフローチャートである。

【図８】マスクの構造を説明するための図である。

【図９】マスクの構造を説明するための図である。

【図１０】マスクデータとアドレス設定を説明するため
の図である。

【図１１】フォーム情報とオブジェクト情報を説明する
ための図である。

【図１２】バック処理キーの違いを説明するための図で
ある。

【図１３】携帯電話装置の外観を示す図である。

【符号の説明】

１携帯情報端末、２表示部、３ジョグダイヤル、
４バックキー、１０ＣＰＵ

Claims

【特許請求の範囲】

【請求項１】アプリケーションソフトにしたがった
描画オブジェクトを表示する表示手段と、ユーザによる操作に応じてユーザに特定の処理を連想さ
せる操作手段と、前記操作手段がユーザにより操作されたとき、前記表示
手段に表示された描画オブジェクトを走査して、特定の
ラベルのついた画面上の操作子を探しだし、それが押さ
れたかのような処理を前記アプリケーションソフト上で
行う制御手段とを備える情報処理装置。
【請求項２】前記制御手段は、前記操作手段がユーザ
により操作されたのを受け、前記表示手段に表示された
描画オブジェクトの内、操作を前に戻すような処理名の
ラベルのついた操作子を探す請求項１記載の情報処理装
置。
【請求項３】前記制御手段は、前記操作手段がユーザ
により操作されたのを受け、前記表示手段に表示された
描画オブジェクトの内、操作を先に進めるような処理名
のラベルのついた操作子を探す請求項１記載の情報処理
装置。
【請求項４】前記制御手段は、前記操作手段がユーザ
により操作されたのを受け、前記表示手段に表示された
描画オブジェクトを走査したにもかかわらず、操作対象
とする操作子が存在しないときには、前記アプリケーシ
ョンソフトを終了する請求項１記載の情報処理装置。
【請求項５】前記操作手段によるイベントに対応して
いる処理がアプリケーションソフトで定められ、アプリ
ケーションソフトによってマスク機能が設定されている
場合、前記制御手段は前記特定のラベルを探す処理を行
わずにアプリケーションソフトに優先的にイベント処理
を行わせる請求項１記載の情報処理装置。
【請求項６】前記制御手段が特定のラベルを探すのに
比較する文字列を予め記憶している記憶手段を備えるこ
とを特徴とする請求項１記載の情報処理装置。
【請求項７】前記記憶手段は、予め記憶した前記文字
列に対する、削除あるいは、他の文字列の追加を可能と
することを特徴とする請求項６記載の情報処理装置。
【請求項８】前記アプリケーションソフトは、複数の
フォームと呼ばれる画面により構成されており、前記制
御手段は各フォーム毎に、前記操作手段の操作に応じた
前記描画オブジェクトの走査を行い、前記特定のラベル
のついた操作子を探しだし、それが押されたかのような
処理を行うことを特徴とする請求項１記載の情報処理装
置。
【請求項９】ユーザによる操作に応じてユーザに特定
の処理を連想させる操作手段がユーザにより操作された
とき、表示手段に表示された描画オブジェクトを走査し
て、所定のラベルのついた画面上の操作子を探す探索工
程と、前記探索工程によって所定のラベルのついた操作子が見
つかったときにはそれが押されたかのような処理を前記
アプリケーションソフト上で行う処理実行工程とを備え
る情報処理方法。
【請求項１０】前記操作手段がユーザにより操作され
たのを受け、前記探索工程は前記表示手段に表示された
描画オブジェクトの内、操作を前に戻すような処理名の
ラベルのついた操作子を探すことを特徴とする請求項９
記載の情報処理方法。
【請求項１１】前記操作手段がユーザにより操作され
たのを受け、前記探索工程は前記表示手段に表示された
描画オブジェクトの内、操作を先に進めるような処理名
のラベルのついた操作子を探すことを特徴とする請求項
９記載の情報処理方法。
【請求項１２】前記操作手段がユーザにより操作され
たのを受け、前記探索工程が前記表示手段に表示された
描画オブジェクトを走査したにもかかわらず、操作対象
とするボタンが存在しないとき、前記処理実行工程は前
記アプリケーションソフトを終了することを特徴とする
請求項９記載の情報処理装置。
【請求項１３】前記操作手段によるイベントに対応し
ている処理がアプリケーションソフトで定められ、アプ
リケーションによってマスク機能が設定されている場
合、前記処理実行工程は前記所定のラベルを探す処理を
行わずにアプリケーションソフトに優先的にイベント処
理を行わせることを特徴とする請求項９記載の情報処理
方法。
【請求項１４】前記アプリケーションソフトは、複数
のフォームと呼ばれる画面により構成されており、前記
探索工程は各フォーム毎に、前記操作手段の操作に応じ
た前記描画オブジェクトの走査を行い、前記特定のラベ
ルのついた操作子を探しだし、前記処理実行工程はそれ
が押されたかのような処理を行うことを特徴とする請求
項９記載の情報処理方法。
【請求項１５】ユーザによる操作に応じてユーザに
特定の処理を連想させる操作手段がユーザにより操作さ
れたとき、表示手段に表示された描画オブジェクトを走
査して、所定のラベルのついた画面上の操作子を探す探
索工程と、前記探索工程によって所定のラベルのついた操作子が見
つかったときにはそれが押されたかのような処理を前記
アプリケーションソフト上で行う処理実行工程とを備え
る情報処理方法に関するプログラム。
【請求項１６】ユーザによる操作に応じてユーザに
特定の処理を連想させる操作手段がユーザにより操作さ
れたとき、表示手段に表示された描画オブジェクトを走
査して、所定のラベルのついた画面上の操作子を探す探
索工程と、前記探索工程によって所定のラベルのついた操作子が見
つかったときにはそれが押されたかのような処理を前記
アプリケーションソフト上で行う処理実行工程とを備え
る情報処理方法に関するプログラムを記録している記録
媒体。