(57)【要約】【課題】電子機器の設計の自由度を制限することなく、アプリケーションへ適切にイベントを提供する。【解決手段】イベント発生部１０が発生させたイベントをイベント取得部１２１が取得し、イベント提供部１２２へ供給する。イベント提供部１２２は、動作モードが動作モードＡの場合には、待ち受け状態イベントテーブルＴ１を参照し、当該イベントに対応するアプリケーションへ提供する。当該イベントが通信ＡＰ１３１へ提供される際には、この提供に先立って通信ＡＰ１３１が起動される。一方、動作モードＢの場合には、イベント提供部１２２は当該イベントをＪａｖａ実行環境１４０へ提供する。また、切り換えボタンＣＢが押下されると、イベント提供部１２２は動作モードを切り換える。【選択図】図３
2007257660.tif 000002
【特許請求の範囲】
【請求項１】
１以上のアプリケーションにて使用され得るイベントを取得する取得手段と、
動作モードを複数有し、前記取得手段により取得されたイベントと現在の動作モードとに基づいて１つのアプリケーションを特定し、該特定したアプリケーションへ該イベントを提供する提供手段と
を具備することを特徴とする電子機器。
【請求項２】
前記複数の動作モードのうちのいずれか１つを指定するための入力手段と、
前記入力手段により入力された指示に従って、前記現在の動作モードを切り換える切り換え手段と
を更に具備することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記提供手段は、前記特定したアプリケーションが現在起動されている場合は前記取得されたイベントを該アプリケーションへ提供し、前記特定したアプリケーションが現在起動されていない場合は該アプリケーションを起動させ該イベントを該アプリケーションへ提供する
ことを特徴とする請求項１に記載の電子機器。
【請求項４】
前記現在の動作モードを通知するための通知手段を更に具備する
ことを特徴とする請求項１に記載の電子機器。
【請求項５】
アプリケーションが画像を表示することができる領域と他の領域とからなる表示領域に画像を表示する表示手段を更に具備し、
前記通知手段は前記現在の動作モードを示す画像を前記他の領域に表示させる
ことを特徴とする請求項４に記載の電子機器。
【請求項６】
イベントと当該イベントを使用し得るアプリケーションとの対応関係を示す情報を記憶した記憶手段を更に具備し、
前記提供手段は、前記取得手段により取得されたイベントの提供先を特定するに際し前記対応関係を参照する
ことを特徴とする請求項１に記載の電子機器。
【請求項７】
前記入力手段は操作されることにより前記指示を入力する操作子を備え、当該操作子の操作の度に当該操作子の印象を変える
ことを特徴とする請求項２に記載の電子機器。
【請求項８】
前記提供手段は、前記電子機器がイベントの発生を待ち受ける待ち受け状態にあるときに前記取得手段により取得されたイベントを、該特定したアプリケーションへ提供する
ことを特徴とする請求項１乃至７のいずれかに記載の電子機器。
【請求項９】
前記電子機器が前記待ち受け状態にあるときに、予め設定されたアプリケーションを当該待ち受け状態を維持しつつ起動するオペレーティングシステムを搭載する
ことを特徴とする請求項８に記載の電子機器。
【請求項１０】
通信網を介して通信するための通信手段と、
前記通信手段を用いてコンピュータプログラムを取得するプログラム取得手段とを具備し、
前記オペレーティングシステムは、プログラム取得手段により取得されたコンピュータプログラムに対応したアプリケーションを、前記電子機器が前記待ち受け状態にあるときに、当該待ち受け状態を維持しつつ起動する
ことを特徴とする請求項８に記載の電子機器。
【請求項１１】
１以上のアプリケーションにて使用され得るイベントを取得する取得過程と、
動作モードを複数有し、前記取得過程により取得されたイベントと現在の動作モードとに基づいて１つのアプリケーションを特定し、該特定したアプリケーションへ該イベントを提供する提供過程と
を具備することを特徴とするイベント提供方法。
【請求項１２】
コンピュータ装置を、
１以上のアプリケーションにて使用され得るイベントを取得する取得手段と、
動作モードを複数有し、前記取得手段により取得されたイベントと現在の動作モードとに基づいて１つのアプリケーションを特定し、該特定したアプリケーションへ該イベントを提供する提供手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションプログラムを同時に実行できないオペレーティングシステム（以後、ＯＳ）を搭載した電子機器においてアプリケーションプログラムを実行することで起動される処理単位であるアプリケーションへイベントを提供する電子機器、当該電子機器におけるアプリケーションへのイベント提供方法、当該電子機器を実現するプログラム、及び当該プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
一般に、複数のアプリケーションプログラムを同時に実行できないＯＳを搭載した電子機器においてユーザ操作やタイマ割り込み等のイベントが発生すると、当該イベントはＯＳによって取得され、起動済みのアプリケーションへ提供される。起動済みのアプリケーションが存在しない場合には、イベントはアプリケーションへ提供されないのが原則である。しかし、この原則は、ある種の電子機器にとっては操作性の悪化を招く。端的な例は携帯電話機である。
【０００３】
携帯電話機は、携帯性を確保するために搭載可能なメモリサイズ等に厳しい制約が設けられており、この結果として、複数のアプリケーションプログラムを同時に実行できないＯＳを搭載している。このような携帯電話機において、上記原則に従うと、何らかのイベントを待ち受ける待ち受け状態においてユーザが音声通話を開始する場合、ユーザはまず、音声通話を開始するための所定のキーを押下し、次にダイヤルキーを押下することになる。しかし、この手順では、ダイヤルキーの入力ミス等が発生すると、手順を中断して最初からやり直す必要がある。また、本来、携帯電話機は音声通話を行うためのものであり、まず所定のキーを押下しなければダイヤル操作を行えないというのは不便である。
そこで、携帯電話機では、待ち受け状態においてダイヤルキーが押下されると、音声通話を行うためのアプリケーションを起動し、このアプリケーションへ、当該押下イベントを提供できるようにしている。すなわち、上記原則に従っていないといえる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した携帯電話機では、ＯＳは、発生したイベントを未起動のアプリケーションへ提供することになる。このようなことが可能なのは、未起動のアプリケーションへ提供すべきイベントが発生するのは起動済みのアプリケーションが存在しない状況下に限られるようにシステムが設計されているためである。すなわち、携帯電話機の設計の自由度を制限することで未起動のアプリケーションへのイベント提供を可能としている。
【０００５】
ところで、近年、移動通信網経由でダウンロードしたコンピュータプログラムを保存し、これを任意の時点で実行することができる携帯電話機が市販されており、ユーザが携帯電話機に機能を追加できるようになってきている。この種の携帯電話機であれば、ユーザの多様なニーズに対応できるという利点がある。しかし、ユーザが携帯電話機に機能を追加できるということは、携帯電話機の設計の自由度の制限が緩和されていることに他ならず、この傾向は今後も続くと予想される。つまり、起動済みのアプリケーションが存在してもしなくても未起動のアプリケーションへ提供すべきイベントが発生し得るという状況に対処できることが今後の携帯電話機に望まれる。
【０００６】
本発明は上述した事情に鑑みて為されたものであり、電子機器の設計の自由度を制限することなく、システムの処理単位であるアプリケーションへ適切にイベントを提供することができる電子機器、当該電子機器におけるアプリケーションへのイベント提供方法、当該電子機器を実現するプログラム、及び当該プログラムを記録した記録媒体を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明は、一の態様において、１以上のアプリケーションにて使用され得るイベントを取得する取得手段と、動作モードを複数有し、前記取得手段により取得されたイベントと現在の動作モードとに基づいて１つのアプリケーションを特定し、該特定したアプリケーションへ該イベントを提供する提供手段とを具備することを特徴とする電子機器を提供する。この電子機器によれば、１以上のアプリケーションにて使用され得るイベントが発生した場合に、動作モードに応じてイベントを提供すべき１つのアプリケーションが一意に特定され、該特定されたアプリケーションに当該イベントが提供される。
【０００８】
本発明は、他の観点において、１以上のアプリケーションにて使用され得るイベントを取得する取得過程と、動作モードを複数有し、前記取得過程により取得されたイベントと現在の動作モードとに基づいて１つのアプリケーションを特定し、該特定したアプリケーションへ該イベントを提供する提供過程とを具備することを特徴とするイベント提供方法を提供する。このイベント提供方法によれば、１以上のアプリケーションにて使用され得るイベントが発生した場合に、動作モードに応じてイベントを提供すべき１つのアプリケーションが一意に特定され、該特定されたアプリケーションに当該イベントが提供される。
【０００９】
本発明は、更に他の観点において、コンピュータ装置を、１以上のアプリケーションにて使用され得るイベントを取得する取得手段と、動作モードを複数有し、前記取得手段により取得されたイベントと現在の動作モードとに基づいて１つのアプリケーションを特定し、該特定したアプリケーションへ該イベントを提供する提供手段として機能させるためのプログラムを提供する。このプログラムを実行したコンピュータ装置では、１以上のアプリケーションにて使用され得るイベントが発生した場合に、動作モードに応じてイベントを提供すべき１つのアプリケーションが一意に特定され、該特定されたアプリケーションに当該イベントが提供される。
【００１０】
本発明は、更に他の観点において、上記プログラムを記録した記録媒体を提供する。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内の任意の態様を含む。
【００１２】
［第１実施形態］
まず、本発明の第１実施形態について図面を参照して説明する。
図１は本発明の第１実施形態に係る電子機器の外観を示す図である。本実施形態においては、電子機器は移動通信網に収容される携帯電話機１として実現されており、ユーザに把持される筐体１０と、各種画像を表示する表示部２０と、移動通信網の基地局と無線通信を行うためのアンテナ３０と、音声通話のための送話口４０および受話口５０と、楽音やアラーム音等を出力するためのスピーカ６０と、ユーザに操作される操作部１１３と、筐体１０を振動させる振動発生器（図示略）とを備えている。表示部２０は例えば液晶ディスプレイやＥＬ（電子蛍光）ディスプレイ等の携帯用途に適した部品を用いて構成されている。また、操作部１１３は０〜９のダイヤルキーと切り換えボタンＣＢとを備えており、これらの操作子がユーザにより操作されると、操作内容に応じたイベントを発生させる。なお、切り換えボタンＣＢは、後述するイベント提供部１２２の動作モードを２つの動作モードの間で遷移させるためのボタンである。
【００１３】
図２は携帯電話機１の内部構成を示すブロック図であり、この図に示すように、携帯電話機１はコンピュータプログラム等を記憶した不揮発性メモリ７０と、不揮発性メモリ７０に記憶されたコンピュータプログラムを実行するＣＰＵ（中央処理装置）８０と、ＣＰＵ８０に使用されるＲＡＭ（Random Access Memory）等の揮発性メモリ９０とを備えている。不揮発性メモリ７０は記憶内容を書き換え不能なＲＯＭ（Read-Only Memory）７１と記憶内容を書き換え可能なＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）７２とを包含している。
【００１４】
ＲＯＭ７１には、携帯電話機１の販売前から、携帯電話機１のＯＳ（オペレーティングシステム）ソフトウェア、音声通話等の電話機が備えている通信機能を実現するため通信ＡＰ（通信アプリケーション）プログラム、ＨＴＭＬ（HyperTextMarkup Language）により記述されたコンテンツをＨＴＴＰ（HyperText Transfer Protocol）あるいはＨＴＴＰＳを用いて閲覧するためのＷｅｂブラウザプログラム、及びＪａｖａ（登録商標）プログラミング言語により記述されたＪａｖａ−ＡＰ（Ｊａｖａアプリケーション）プログラムを実行させるためのＪａｖａ実行環境ソフトウェア等のコンピュータプログラムや、後述する待ち受け状態イベントテーブル、移動通信網との通信に必要なデータ等が記憶されている。
【００１５】
ＥＥＰＲＯＭ７２には、Ｊａｖａ−ＡＰプログラム等の、携帯電話機１の仕様に関与しないコンピュータプログラムやデータが記憶されている。このＥＥＰＲＯＭ７２は、ユーザが独自に入力したデータや、移動通信網を介してサイトからダウンロードする等して独自に取得したコンピュータプログラム等を記憶し、これらを電源のオン／オフに関らずに保持するためにも用いられる。
【００１６】
ＣＰＵ８０は不揮発性メモリ７０に記憶されたＯＳソフトウェアを実行することにより、当該ＯＳソフトウェアに従って表示部２０、不揮発性メモリ７０、揮発性メモリ９０、通信部１１１及び操作部１１３を制御する。なお、通信部１１１は移動通信網を介した通信機能を提供するものであり、アンテナ３０を内包し、後述の通信ＡＰにより制御される。
【００１７】
なお、本実施形態では、ＣＰＵ８０がＯＳソフトウェアを実行することで携帯電話機１内に実現される機能を「ＯＳ」と称し、ＯＳが何らかのコンピュータプログラムを実行することで起動される機能単位（少なくとも一つのプロセスまたはスレッド）を当該ＯＳ上のアプリケーション（またはＡＰ）と称する。このＡＰとしては、ＯＳがＪａｖａ実行環境ソフトウェアを実行することで起動される「Ｊａｖａ実行環境」や、通信プログラムを実行することで起動される「通信ＡＰ」、Ｗｅｂブラウザプログラムを実行することで起動される「Ｗｅｂブラウザ」等がある。さらに、本実施形態では、Ｊａｖａ実行環境が何らかのＪａｖａ−ＡＰプログラムを実行することで起動される機能単位をＪａｖａ実行環境上のアプリケーション（またはＡＰ）と称する。
【００１８】
上述したことから明らかなように、携帯電話機１はＷｅｂブラウザによる移動通信網を介したデータ通信が可能であり、例えば移動通信網を介してインターネットに接続された任意のサーバへアクセスし、アクセス先のサーバに格納されているＨＴＭＬコンテンツの閲覧やＪａｖａ−ＡＰプログラムのダウンロードを行うことができる。
【００１９】
図３は携帯電話機１の機能構成例を示す概念図であり、この図において、イベント発生部１１０は、ＯＳ１２０や各種アプリケーションに提供されるべきイベントを発生する機能要素であり、通信部１１１、タイマ１１２及び操作部１１３を含む。なおタイマ１１２は所定時間間隔でイベントを発生させるものである。ＯＳ１２０は複数のアプリケーションプログラムを同時に実行できない（すなわち、一つのアプリケーションプログラムしか同時には実行できない）ＯＳである。通信ＡＰ１３１はＯＳ１２０上のアプリケーションの一例であり、通信ＡＰプログラムをＯＳ１２０が実行することにより起動される。Ｊａｖａ実行環境１４０はＯＳ１２０上のアプリケーションの一例であり、Ｊａｖａ実行環境ソフトウェアをＯＳ１２０が実行することにより起動される。
【００２０】
Ｊａｖａ−ＡＰ１５１はＪａｖａ実行環境１４０上のアプリケーションの一例であり、Ｊａｖａ−ＡＰ１５１に対応したＪａｖａ−ＡＰプログラムを携帯電話機１が実行することにより起動される。なお、本実施形態におけるＪａｖａ実行環境１４０は複数のアプリケーションプログラムを同時に実行することはできず、一つのアプリケーションプログラムしか同時には実行できない。また、Ｊａｖａ−ＡＰ１５１に対応したＪａｖａ−ＡＰプログラムは待ち受け状態の携帯電話機１をアラームとして機能させるためのプログラムである。
【００２１】
Ｊａｖａ実行環境１４０において、Ｊａｖａ−ＡＰＩ１４１はＪａｖａ実行環境１４０上のアプリケーションに対して使用が許可されたＪａｖａ実行環境１４０の機能を当該アプリケーションが使用するためのアプリケーションインタフェースである。Ｊａｖａ実行環境１４０上のアプリケーションは当該Ｊａｖａ−ＡＰＩ１４１を介してＪａｖａ実行環境１４０の機能を使用する。
【００２２】
ＯＳ１２０において、イベント取得部１２１およびイベント提供部１２２は図４に示す状態遷移を実現するためのものである。図４は携帯電話機１の状態遷移の一部を示す図であり、この図に示すように、携帯電話機１は自身の状態として待ち受け状態と実行状態ＳＴ３とを有する。待ち受け状態はイベントの発生を待ち受ける状態であり、携帯電話機１には、イベント提供部１２２の動作モード（動作モードＡ及び動作モードＢ）に対応して２種類の待ち受け状態ＳＴ１，ＳＴ２が存在する。各状態間の遷移に対応するイベントＣ１〜Ｃ４の具体的な内容については後述する。
【００２３】
また、図３のＯＳ１２０は、携帯電話機１が待ち受け状態に遷移すると、予め設定された待ち受けアプリケーションプログラムを実行する。待ち受けアプリケーションプログラムは待ち受け状態で実行されるＪａｖａ−ＡＰプログラムであり、ユーザがＷｅｂブラウザ等を使用して移動通信網経由で取得したプログラムであってもよい。
【００２４】
イベント取得部１２１はイベント発生部１１０において発生したイベントを取得し、取得したイベントがイベントの提供先を切り換えるためのイベントであるか否かを判定し、イベントの提供先を切り換えるためのイベントであればイベント提供部１２２の動作モードを切り換えるための切り換え指示をイベント提供部１２２へ供給し、イベントの提供先を切り換えるためのイベントでなければ当該イベントをそのままイベント提供部１２２へ供給する。上記判定は取得したイベントが操作部１１３に設けられた切り換えボタンＣＢの押下を示すイベントであるか否かを調べることにより実現される。
【００２５】
イベント提供部１２２は、イベント取得部１２１から切り換え指示を受けると、自身の動作モードを一方の動作モードから他方の動作モードへ切り換えるとともに、切り換え後の動作モードをユーザに通知するための通知指示を動作モード通知部１２４へ供給する（図４のイベントＣ１）。また、イベント提供部１２２はイベント取得部１２１からイベントが供給されると、自身の動作モードと当該イベントと待ち受け状態イベントテーブルＴ１とに基づいた処理を行う。
【００２６】
図５は待ち受け状態イベントテーブルＴ１の構成例を示す概念図であり、この図に示す待ち受け状態イベントテーブルＴ１は、待ち受け状態の携帯電話機１のＯＳ１２０が次にイベントを提供し得るアプリケーションと、各アプリケーションが使用し得るイベントとを対応付けている。このテーブルに登録されているアプリケーションは通信ＡＰプログラム及びＪａｖａ実行環境ソフトウェアに基づいたアプリケーションである。これらのアプリケーションは携帯電話機１の仕様に関与するものであることから、待ち受け状態イベントテーブルＴ１では、携帯電話機１の動作（状態）が不定とならないようにアプリケーションとイベントが対応付けられている。すなわち、一つのイベントに対しては最大でも一つのアプリケーションしか対応付けられていない。実際には、各アプリケーションが使用し得るイベントは重複し得るが、待ち受け状態イベントテーブルＴ１ではアプリケーション間の優先順位に従って上記対応関係が実現されている。
【００２７】
待ち受け状態の携帯電話機１において、動作モードＡのイベント提供部１２２にイベント取得部１２１からイベントが供給されると、イベント提供部１２２は当該待ち受け状態イベントテーブルＴ１を用いて当該イベントに対応するアプリケーションを選択し、当該アプリケーションが当該イベントを利用できるようにする。すなわち、選択されたアプリケーションがＪａｖａ実行環境１４０でない場合には、Ｊａｖａ実行環境１４０を消滅させるとともに選択されたアプリケーションを起動させることにより携帯電話機１の状態を当該イベントに応じた状態とし（イベントＣ２）、起動されたアプリケーション（例えば通信ＡＰ１３１）へ当該イベントを供給し、選択されたアプリケーションがＪａｖａ実行環境１４０の場合には、当該アプリケーションへ当該イベントを供給する（イベントＣ３）。
【００２８】
また、待ち受け状態の携帯電話機１において、動作モードＢのイベント提供部１２２にイベント取得部１２１からイベントが供給されると、イベント提供部１２２はＪａｖａ実行環境１４０へ当該イベントを供給する（イベントＣ４）。なお、イベント提供部１２２によるアプリケーションへのイベントの供給はネイティブＡＰＩ１２３を介して行われる。また、Ｊａｖａ実行環境１４０はＯＳ１２０から提供されたイベントをＪａｖａ実行環境１４０上のアプリケーションへ提供する機能を有する。Ｊａｖａ実行環境１４０からＪａｖａ実行環境１４０上のアプリケーションへのイベントの提供はＪａｖａ−ＡＰＩ１４１を介して行われる。
【００２９】
このように、イベント提供部１２２はイベント取得部１２１からイベントが供給されると、自身の動作モードと当該イベントと待ち受け状態イベントテーブルＴ１とに基づいたアプリケーションへ当該イベントを供給する。
【００３０】
ネイティブＡＰＩ１２３はＯＳ１２０上のアプリケーションに対して使用が許可されたＯＳ１２０の機能を当該アプリケーションが使用するためのアプリケーションインタフェースである。ＯＳ１２０上のアプリケーションは当該ネイティブＡＰＩ１２３を介してＯＳ１２０の機能を使用する。
【００３１】
動作モード通知部１２４はイベント提供部１２２からの通知指示に従って、イベント提供部１２２の動作モードを示す画像の表示を制御する。すなわち、動作モード通知部１２４は、イベント提供部１２２から通知指示を受けると、表示部２０を制御し、イベント提供部１２２の動作モードが動作モードＢの場合にはイベント提供部１２２の動作モードが動作モードＢであることを示す画像の表示を開始させ、イベント提供部１２２の動作モードが動作モードＡの場合には当該画像の表示をやめさせる。なお、動作モード通知部１２４は携帯電話機１が待ち受け状態に遷移した時点においても上記表示制御を行う。
【００３２】
［第１実施形態の動作例］
次に、本実施形態に係る携帯電話機１の動作例について、主に図６を参照して説明する。図６はイベント取得部１２１、イベント提供部１２２及び動作モード通知部１２４の動作の流れを示すフローチャートであり、携帯電話機１の状態が待ち受け状態となった時点以降の動作の流れを示している。なお、携帯電話機１には、待ち受けアプリケーションプログラムとしてＪａｖａ−ＡＰ１５１に対応したＪａｖａ−ＡＰプログラムが設定されているものとする。このＪａｖａ−ＡＰプログラムは移動通信網を介してダウンロードされてきたものであり、携帯電話機１は当該Ｊａｖａ−ＡＰプログラムが如何なるイベントを使用し得るかを把握していない。
【００３３】
ユーザ操作等により携帯電話機１が待ち受け状態に遷移すると、ＯＳ１２０は予め設定された待ち受けアプリケーションプログラムを実行する。したがって、待ち受け状態にある携帯電話機１においては、Ｊａｖａ実行環境１４０がＯＳ１２０上のアプリケーションとして起動され、このＪａｖａ実行環境１４０上のアプリケーションとしてＪａｖａ−ＡＰ１５１が起動される。この結果、携帯電話機１においてＪａｖａ−ＡＰ１５１に従ったユーザインタフェースが提供される。すなわち、Ｊａｖａ−ＡＰ１５１が画面表示を伴うものであれば表示部２０にはＪａｖａ−ＡＰ１５１に従った画面が表示され、音声出力を伴うものであればスピーカ６０からＪａｖａ−ＡＰ１５１に従った音が出力され、筐体１０の振動を伴うものであれば筐体１０がＪａｖａ−ＡＰ１５１に従って振動する。また、待ち受け状態への遷移時のイベント提供部１２２の動作モードは動作モードＡとなる（ステップＳ１１）。
【００３４】
次に、動作モード通知部１２４は、イベント提供部１２２の動作モードをユーザに通知する処理を行う（ステップＳ１２）。表示部２０には動作モードが動作モードＢであることを示す画像は未だ表示されておらず、動作モードは動作モードＡであることから、動作モード通知部１２４は表示部２０に対して何も行わない。この結果、ユーザは表示部２０を視認することにより、現在の動作モードが動作モードＡであることを把握することができる。以後、携帯電話機１はイベントの発生を待つ。
【００３５】
イベント発生部１１０においてユーザ操作や着信等に起因したイベントが発生すると、発生したイベントはＯＳ１２０のイベント取得部１２１により取得される（ステップＳ１３）。このイベントがイベントの提供先を切り換えるためのイベントでないものとして以後の動作を説明する（ステップＳ１４）。
【００３６】
イベントを取得したイベント取得部１２１は当該イベントをイベント提供部１２２へ供給する。当該イベントが供給された動作モードＡのイベント提供部１２２は、携帯電話機１の状態を当該イベントに応じた状態とした後に、ＯＳ１２０上のアプリケーションへ当該イベントを供給する。例えば、当該イベントがダイヤルキーのいずれか一つのキーの押下である場合（ステップＳ１５，Ｓ１６）、待ち受け状態イベントテーブルＴ１において当該イベントには通信ＡＰ１３１が対応付けられていることから、イベント提供部１２２はＪａｖａ実行環境１４０を消滅させるとともに通信ＡＰ１３１を起動させ、携帯電話機１の状態を待ち受け状態から通信ＡＰ１３１の実行状態へ遷移させる（ステップＳ１７）。通信ＡＰ１３１の実行状態においてＯＳ１２０上のアプリケーションは通信ＡＰ１３１のみであることから、当該イベントはネイティブＡＰＩ１２３を介して通信ＡＰ１３１へ提供され（ステップＳ１８）、表示部２０には例えば図７に示す画面が表示される。なお、図７は待ち受け状態かつ動作モードＡにおいて０を入力するためのダイヤルキーが押下された場合に表示部２０に表示される画面を例示している。以後の動作は通信ＡＰ１３１の実行状態において従来から行われていた動作と同一となる。
【００３７】
一方、当該イベントが例えばタイマ１１２により発生したイベントの場合（ステップＳ１５，Ｓ１６）、待ち受け状態イベントテーブルＴ１において当該イベントはＪａｖａ実行環境１４０に対応付けられていることから、動作モードＡのイベント提供部１２２は携帯電話機１の状態を待ち受け状態のまま維持し、ネイティブＡＰＩ１２３を介して当該イベントをＪａｖａ実行環境１４０へ提供する（ステップＳ１９）。Ｊａｖａ実行環境１４０上のアプリケーションはＪａｖａ−ＡＰ１５１のみであることから、当該イベントはＪａｖａ−ＡＰＩ１４１を介してＪａｖａ−ＡＰ１５１に提供される。以後、携帯電話機１はイベントの発生を待つ。このように、イベント提供部１２２の動作モードが動作モードＡであっても、待ち受け状態イベントテーブルＴ１においてＪａｖａ実行環境１４０に対応付けられたイベントについては、Ｊａｖａ−ＡＰ１５１へ提供される。
【００３８】
次に、イベント取得部１２１により取得されたイベントがイベントの提供先を切り換えるためのイベントである場合の動作を説明する。
イベント取得部１２１により取得されたイベントがイベントの提供先を切り換えるためのイベント、すなわちユーザが切り換えボタンＣＢを押下することにより発生したイベントの場合（ステップＳ１３，Ｓ１４）、イベント取得部１２１は切り換え指示をイベント提供部１２２へ供給する。この指示が供給されたイベント提供部１２２は、自身の動作モード（動作モードＡ）を動作モードＢへ切り換え（ステップＳ２０）、動作モード通知部１２４へ通知指示を供給する。この指示を受けた動作モード通知部１２４は、表示部２０に対して、イベント提供部１２２の動作モードが動作モードＢであることを示す画像の表示を開始させる（ステップＳ１２）。この結果、表示部２０に表示される画面は、例えば、図８に示される画面から図９に示される画面に遷移する。この結果、ユーザは表示部２０を視認することにより、現在の動作モードが動作モードＡであることを把握することができる。なお、図９における「Ｂ」が動作モードＢを示す画像であり、アプリケーションの描画領域外の領域に描画されている。このため、動作モードＢを示す画像をユーザが確実に視認することができる。
【００３９】
このような状況下でイベント発生部１１０においてイベントが発生すると、発生したイベントはイベント取得部１２１により取得される（ステップＳ１３）。このイベントがイベントの提供先を切り換えるためのイベントでないものとして以後の動作を説明する（ステップＳ１４）。
【００４０】
イベントを取得したイベント取得部１２１は当該イベントをイベント提供部１２２へ供給する。当該イベントが供給された動作モードＢのイベント提供部１２２は、当該イベントをＯＳ１２０上のアプリケーションへ供給する（ステップＳ１５，Ｓ１９）。例えば、当該イベントがダイヤルキーのいずれか一つのキーの押下である場合、イベント提供部１２２はネイティブＡＰＩ１２３を介してＪａｖａ実行環境１４０へ当該イベントを提供する。当該イベントが供給されたＪａｖａ実行環境１４０では唯一のアプリケーションであるＪａｖａ−ＡＰ１５１に対して当該イベントが提供される。この結果、表示部２０には例えば図１０に示す画面が表示される。
【００４１】
図１０は待ち受け状態かつ動作モードＢにおいて０を入力するためのダイヤルキーが押下された場合に表示部２０に表示される画面を例示している。この図に示す例において、更に、８を入力するためのダイヤルキーが押下されると、イベント提供部１２２の動作モードは動作モードＢであることから、当該イベントはイベント取得部１２１、イベント提供部１２２、ネイティブＡＰＩ１２３及びＪａｖａ実行環境１４０を介してＪａｖａ−ＡＰ１５１へ提供され、表示部２０には図１１に示す画面が表示される（ステップＳ１３〜Ｓ１５，及びＳ１９）。なお、図１０及び図１１に示す画面はアラーム機能を提供するＪａｖａ−ＡＰ１５１により提供されるものであり、待ち受け状態イベントテーブルＴ１においてタイマ１１２によるイベントはＪａｖａ実行環境１４０に対応付けられているため、最終的には当該アプリケーションへ提供される（ステップＳ１３〜Ｓ１５，Ｓ１９）。したがって、当該アプリケーションが提供する画面に表示された時刻に携帯電話機１が振動したり、スピーカ６０からアラーム音が出力されたり、表示部２０の表示が点滅したりする。
【００４２】
このような状況下で、イベント発生部１１０においてイベントの提供先を切り換えるためのイベントが発生し、当該イベントがイベント取得部１２１に取得されると、イベント取得部１２１は切り換え指示をイベント提供部１２２へ供給する（ステップＳ１３，Ｓ１４）。この指示が供給されたイベント提供部１２２は、自身の動作モード（動作モードＢ）を動作モードＡへ切り換え（ステップＳ２０）、動作モード通知部１２４へ通知指示を供給する。この指示を受けた動作モード通知部１２４は、表示部２０に対して、イベント提供部１２２の動作モードが動作モードＢであることを示す画像の表示をやめさせる（ステップＳ１２）。
【００４３】
したがって、次に、ダイヤルキーの押下等の待ち受け状態イベントテーブルＴ１において通信ＡＰ１３１に対応付けられているイベントが発生すると、イベント提供部１２２はＪａｖａ実行環境１４０を消滅させるとともに通信ＡＰ１３１を起動させ、携帯電話機１の状態を待ち受け状態から通信ＡＰ１３１の実行状態へ遷移させる（ステップＳ１３〜Ｓ１７）。通信ＡＰ１３１の実行状態においてＯＳ１２０上のアプリケーションは通信ＡＰ１３１のみであることから、当該イベントは異ベンチ提供部１２２からネイティブＡＰＩ１２３を介して通信ＡＰ１３１へ提供される（ステップＳ１８）。
【００４４】
［第２実施形態］
次に、本発明の第２実施形態について図面を参照して説明する。
本実施形態に係る電子機器（以後、携帯電話機２）が第１実施形態に係る携帯電話機１と異なる点はＯＳの機能要素のみである。よって、この点についてのみ説明する。
【００４５】
図１２は携帯電話機２の機能構成例を示す概念図であり、この図に示すＯＳ１６０が図３のＯＳ１２０と異なる点は、イベント提供部１２２及び動作モード通知部１２４に代えてイベント提供部１６２及び動作モード通知部１６４を有する点である。イベント提供部１６２及び動作モード通知部１６４がイベント提供部１２２及び動作モード通知部１２４と大きく異なる点は、イベント提供部１２２が２種類の動作モード（動作モードＡ及び動作モードＢ）を有するのに対し、イベント提供部１６２はこれら２種類の動作モードに加えて動作モードＣを有する点である。以後、この点に着目してイベント提供部１６２及び動作モード通知部１６４について説明する。なお、動作モードＣはＷｅｂブラウザプログラムを実行することにより起動されるＷｅｂブラウザ１３２（ＯＳ１６０上のアプリケーション）へイベントを提供するモードであり、ユーザは、この動作モードＣを用いることで、待ち受け状態の携帯電話機２において発生したイベントをＷｅｂブラウザ１３２へ提供することができる。
【００４６】
ＯＳ１６０において、イベント取得部１２１およびイベント提供部１６２は図１３に示す状態遷移を実現する。図１３は携帯電話機２の状態遷移の一部を示す図であり、図４と大きく異なる点は、待ち受け状態ＳＴ４及び実行状態ＳＴ５が存在する点である。イベント提供部１６２は、待ち受け状態において切り換えボタンＣＢが押下される度にイベント取得部１２１から切り換え指示を受け、自身の動作モードを動作モードＡ、動作モードＢ、動作モードＣの順で巡回的に切り換え、通知指示を動作モード通知部１６４へ供給する。すなわち、イベント提供部１６２は、待ち受け状態において切り換えボタンＣＢが押下される度に、携帯電話機２の状態を、待ち受け状態ＳＴ１、待ち受け状態ＳＴ２、待ち受け状態ＳＴ４の順で巡回的に遷移させる（イベントＣ１）。
【００４７】
イベント提供部１６２はイベント取得部１２１からイベントが供給されると、自身の動作モードと当該イベントと待ち受け状態イベントテーブルＴ１及び待ち受け状態イベントテーブルＴ２とに基づいた処理を行う。
【００４８】
図１４は待ち受け状態イベントテーブルＴ２の構成例を示す概念図である。待ち受け状態イベントテーブルＴ２は、待ち受け状態の携帯電話機１のＯＳ１６０が次にイベントを提供し得るアプリケーションと、各アプリケーションが使用し得るイベントとを対応付けている。このテーブルに登録されているアプリケーションはＷｅｂブラウザ及びＪａｖａ実行環境であり、待ち受け状態イベントテーブルＴ２では、待ち受け状態イベントテーブルＴ１と同様に、携帯電話機２の動作（状態）が不定とならないようにアプリケーションとイベントが対応付けられている。
【００４９】
待ち受け状態の携帯電話機２において、動作モードＣのイベント提供部１６２にイベント取得部１２１からイベントが供給されると、イベント提供部１６２は当該待ち受け状態イベントテーブルＴ２を用いて当該イベントに対応するアプリケーションを選択し、当該アプリケーションが当該イベントを利用できるようにする。すなわち、選択されたアプリケーションがＪａｖａ実行環境１４０でない場合には、Ｊａｖａ実行環境１４０を消滅させるとともに選択されたアプリケーションを起動させることにより携帯電話機１の状態を当該イベントに応じた状態とし（イベントＣ５）、起動されたアプリケーション（例えばＷｅｂブラウザ１３２）へ当該イベントを供給し、選択されたアプリケーションがＪａｖａ実行環境１４０の場合には、当該アプリケーションへ当該イベントを供給する（イベントＣ６）。
【００５０】
このように、イベント提供部１６２はイベント取得部１２１からイベントが供給されると、自身の動作モードと当該イベントと待ち受け状態イベントテーブルＴ１と待ち受け状態イベントテーブルＴ２とに基づいたアプリケーションへ当該イベントを供給する。
【００５１】
動作モード通知部１６４はイベント提供部１６２からの通知指示に従って動作モードを示す画像の表示を制御する。すなわち、動作モード通知部１６４は、イベント提供部１６２から通知指示を受けると、イベント提供部１６２の動作モードを示す画像の表示を表示部２０に開始させる。
【００５２】
［第２実施形態の動作例］
次に、本実施形態に係る携帯電話機２の動作例について、主に図１５を参照して説明する。図１５はイベント取得部１２１、イベント提供部１６２及び動作モード通知部１６４の動作の流れを示すフローチャートであり、図６と共通する部分には同一の符号が付されている。同一符号が付された部分の動作については説明を省略する。また、以下に述べる動作例の前提は第１実施形態の動作例と同一であるものとする。
【００５３】
携帯電話機２が待ち受け状態に遷移すると、動作モード通知部１６４は、イベント提供部１６２の動作モードをユーザに通知する処理を行う（ステップＳ１２Ａ）。すなわち、動作モード通知部１６４はイベント提供部１６２の動作モードが動作モードＡであることを示す画像を表示部２０に表示させる。以後、携帯電話機１はイベントの発生を待つ。
【００５４】
次に、イベント取得部１２１がイベントの提供先を切り換えるためのイベント（切り換えボタンＣＢの押下）を取得し、切り換え指示をイベント提供部１６２へ供給すると、イベント提供部１６２は自身の動作モードを動作モードＢに切り換え、動作モード通知部１６４はイベント提供部１６２の動作モードが動作モードＢであることを示す画像を表示部２０に表示させる。以後、携帯電話機２はイベントの発生を待つ（ステップ１３，１４，２０Ａ及び１２Ａ）。
【００５５】
次に、イベント取得部１２１がイベントの提供先を切り換えるためのイベントを取得し、切り換え指示をイベント提供部１６２へ供給すると、イベント提供部１６２は自身の動作モードを動作モードＣに切り換え、動作モード通知部１６４はイベント提供部１６２の動作モードが動作モードＣであることを示す画像を表示部２０に表示させる（ステップ１３，１４，２０Ａ及び１２Ａ）。以後、携帯電話機２はイベントの発生を待つ。
【００５６】
次に、イベント取得部１２１からイベントの供給を受けると、動作モードＣのイベント提供部１６２は、携帯電話機２の状態を当該イベントに応じた状態とした後に、ＯＳ１６０上のアプリケーションへ当該イベントを供給する。例えば、当該イベントがダイヤルキーのいずれか一つのキーの押下である場合、待ち受け状態イベントテーブルＴ２において当該イベントにはＷｅｂブラウザ１３２が対応付けられていることから、イベント提供部１６２はＪａｖａ実行環境１４０を消滅させるとともにＷｅｂブラウザ１３２を起動させ、携帯電話機２の状態を待ち受け状態からＷｅｂブラウザ１３２の実行状態へ遷移させる（ステップＳ１３〜Ｓ１６及びＳ１７Ａ）。Ｗｅｂブラウザ１３２の実行状態においてＯＳ１６０上のアプリケーションはＷｅｂブラウザ１３２のみであることから、当該イベントはイベント提供部１６２からネイティブＡＰＩ１２３を介してＷｅｂブラウザ１３２へ提供される（ステップＳ１８Ａ）。以後の動作はＷｅｂブラウザ１３２の実行状態において従来から行われていた動作と同一となる。
【００５７】
一方、イベント取得部１２１から供給されたイベントが例えばタイマ１１２により発生したイベントの場合、待ち受け状態イベントテーブルＴ２において当該イベントはＪａｖａ実行環境１４０に対応付けられていることから、動作モードＣのイベント提供部１６２は携帯電話機２の状態を待ち受け状態のまま維持し、ネイティブＡＰＩ１２３を介して当該イベントをＪａｖａ実行環境１４０へ提供する（ステップＳ１３〜Ｓ１５及びＳ１９）。Ｊａｖａ実行環境１４０上のアプリケーションはＪａｖａ−ＡＰ１５１のみであることから、当該イベントはＪａｖａ−ＡＰＩ１４１を介してＪａｖａ−ＡＰ１５１に提供される。以後、携帯電話機２はイベントの発生を待つ。
【００５８】
次に、イベント取得部１２１がイベントの提供先を切り換えるためのイベントを取得し、切り換え指示をイベント提供部１６２へ供給すると、イベント提供部１６２は自身の動作モードを動作モードＡに切り換え、動作モード通知部１６４はイベント提供部１６２の動作モードが動作モードＡであることを示す画像を表示部２０に表示させる（ステップＳ１３，Ｓ１４，Ｓ２０Ａ及びＳ１２Ａ）。
【００５９】
［変形例］
上述した各実施形態においては、発生したイベントがイベントの供給先を切り換えるためのイベントか否かをイベント取得部１２１が判断するようにしたが、イベント取得部１２１が取得した全てのイベントをそのままイベント提供部１２２あるいはイベント提供部１６２へ供給し、イベント提供部１２２あるいはイベント提供部１６２において当該イベントがイベントの供給先を切り換えるためのイベントか否かを判定するようにしてもよい。
【００６０】
また、上述した第１実施形態においては、イベントの提供先を動作モードと当該イベントと待ち受け状態イベントテーブルＴ１とに基づいて定める例を示したが、動作モードのみに基づいて定めるようにしてもよい。例えば、イベント取得部１２１からのイベントの供給を受けた動作モードＡのイベント提供部１２２が待ち受け状態イベントテーブルＴ１を用いることなく通信ＡＰ１３１を起動させるようにしてもよい。この場合、動作モードが動作モードＢへ切り換えられない限り、Ｊａｖａ−ＡＰ１５１はイベントの提供を受けることができない。これと同様に、第２実施形態において動作モードのみに基づいてイベントの提供先を定めるよにしてもよい。この場合、動作モードＡの場合のイベント提供先は通信ＡＰ１３１のみ、動作モードＢの場合のイベント提供先はＪａｖａ実行環境１４０のみ、動作モードＣの場合のイベント提供先はＷｅｂブラウザ１３２のみとなる。
【００６１】
上述した各実施形態においては、Ｊａｖａ実行環境１４０とイベントとの対応関係をも待ち受け状態イベントテーブルに登録した例を示したが、これを登録せず、イベント取得部１２１から供給されたイベントが待ち受け状態イベントテーブルに登録されていない場合にはイベント提供部１２２またはイベント提供部１６２が当該イベントをＪａｖａ実行環境１４０へ提供するようにしてもよい。もちろん、待ち受け状態イベントテーブルに登録しない対応関係はＪａｖａ実行環境１４０とイベントとの対応関係に限定されるものではない。例えば、第１実施形態においてＪａｖａ実行環境１４０に対応したイベントのみを待ち受け状態イベントテーブルＴ１に登録し、イベント取得部１２１から動作モードＡのイベント提供部１２２に供給されたイベントが待ち受け状態イベントテーブルＴ１に登録されていない場合に当該イベントを通信ＡＰ１３１へ提供し、登録されている場合にＪａｖａ実行環境１４０へ提供するようにしてもよい。なお、これらの場合には、待ち受け状態イベントテーブルには一つのアプリケーションに対応したイベントのみが登録されるため、各レコードのフィールドは一つだけで足りる。
【００６２】
また、上述した各実施形態ではイベント提供部１２２またはイベント提供部１６２の動作モードをユーザに通知するようにしたが、このような通知を行わないようにしてもよい。特に、第１実施形態における切り換えボタンＣＢを、ユーザの押下の度にユーザに与える印象が変わるボタンとすれば、上記通知を行わないようにしたとしても、切り換えボタンＣＢの状態がイベント提供部１２２動作モードを示すことになり、より簡素な構成で第１実施形態と同一の効果を得ることができる。ユーザの押下の度に印象が変わるボタンの例としては、ユーザの押下の度にユーザに与える視覚的な印象が交互に変わるトグルボタンが挙げられる。
【００６３】
また、上述した各実施形態では、一つのボタンの押下により動作モードを切り換える例を示したが、複数の操作子の各々に各動作モードを対応付け、例えば、ある操作子が操作されたら動作モードＡ、他の操作子が操作されたら動作モードＢ、というようにしてもよい。もちろん、複数の操作を可能とする操作子の各操作に各動作モードを対応付け、例えば、当該操作子に対してある操作が行われたら動作モードＡ、当該操作子に他の操作が行われたら動作モードＢ、というようにしてもよい。
【００６４】
また、上述した各実施形態において、イベント取得部１２１が取得するイベントは低レベルのイベントに限定されない。例えば、ソフトウェアボタンの押下等の高レベルのイベントであってもよい。
さらに、上述した各実施形態においては、待ち受け状態イベントテーブルをＲＯＭ７１に記憶させた例を示したが、ＥＥＰＲＯＭ７２に記憶させるようにしてもよい。
【００６５】
また、上述した各実施形態では待ち受け状態においてイベント取得部の動作モードを切り換える例を示したが、待ち受け状態に入る前にイベント取得部の動作モードを切り換え可能としてもよい。この場合、待ち受け状態への遷移時のイベント取得部の動作モードは、それ以前に設定された動作モードとなる。さらに、この動作モードをＥＥＰＲＯＭ７２に記憶させるようにすれば、携帯電話機の電源をオフにしても、設定された動作モードが維持される。
【００６６】
また、上述した各実施形態では、待ち受けアプリケーションプログラムを設定した例を示したが、この設定は必須ではない。待ち受けアプリケーションプログラムを設定しない場合には、待ち受け状態で実行されるアプリケーションは存在しないことから、イベントの提供先は次に実行し得るアプリケーションの中から選択されることになる。
【００６７】
さらに、上述した第２実施形態においてはＯＳ１２０上のアプリケーションとして通信ＡＰ１３１、Ｗｅｂブラウザ１３２及びＪａｖａ実行環境１４０を想定したために図１３に示す状態遷移としたが、より多くのアプリケーションに対応できるように第２実施形態を変形することは容易である。
【００６８】
また、上述した第２実施形態においては通信ＡＰ１３１へのイベント提供については動作モードＡ、Ｗｅｂブラウザ１３２へのイベント提供については動作モードＣにて実現する例を示したが、通信ＡＰ１３１に使用され得るイベントとＷｅｂブラウザ１３２に使用され得るイベントとが競合しないのであれば、動作モードＡにて通信ＡＰ１３１へのイベント提供およびＷｅｂブラウザ１３２へのイベント提供を実現するように第２実施形態を変形することは容易である。この場合、動作モードＣは不要となる。
【００６９】
また、上述した各実施形態では携帯電話機を例に挙げたが、本発明はコンピュータプログラムを実行可能な任意の電子機器においてイベントを提供可能なアプリケーションが複数となり得る電子機器に適用可能である。特に、本発明は、携帯性を確保するために搭載可能なメモリサイズ等に厳しい制約が設けられており、複数のアプリケーションを同時に実行できないＯＳを搭載せざるを得ないような電子機器に用いて好適である。
【００７０】
さらに、上述した各実施形態では、Ｊａｖａアプリケーションを待ち受けアプリケーションとする例を示したが、これに限定されるものではないことは言うまでもない。これと逆に、ＯＳ１２０上のアプリケーションを全てＪａｖａアプリケーションとしてもよい。すなわち、通信ＡＰ１３１やＷｅｂブラウザ１３２をＪａｖａアプリケーションとしてもよい。なお、Ｊａｖａアプリケーションを待ち受けアプリケーションとしたためにＪａｖａ実行環境を実装する例を示したが、待ち受けアプリケーションがＪａｖａアプリケーションでなければ、Ｊａｖａ実行環境の実装は不要である。さらに、Ｊａｖａ実行環境とＯＳとの間に他の実行環境を介挿した構成としてもよいことはいうまでもない。
【００７１】
また、上述した各実施形態では、ＯＳソフトウェアおよびＪａｖａ実行環境ソフトウェアをＲＯＭ７１に記録した例を示したが、携帯電話機に、半導体メモリや光ディスク、光磁気ディスク、磁気ディスク等の記録媒体から直接あるいは間接的に記録データを読み出せる機能を持たせ、当該電子機器の製造者や通信事業者等が当該記録媒体にＯＳソフトウェア及びＪａｖａ実行環境ソフトウェア（あるいはＯＳソフトウェアのみ）を記録して携帯電話機の使用者へ渡すようにしてもよい。もちろん、これらのソフトウェアを、記録媒体経由ではなく、通信網経由で携帯電話機にダウンロードできるようにしてもよい。さらに、不揮発性メモリ７０に上記ソフトウェアの大部分を格納し、残りの一部を上記方法により使用者へ渡し、使用者側で上記ソフトウェアを構成するようにしてもよい。
【００７２】
以上説明したように、本発明によれば、複数のアプリケーションプログラムを同時に実行できないオペレーティングシステムを搭載しているにも関らず、指示あるいは指示に従って切り換えられる動作モードに基づいたアプリケーションへ、イベントが提供される。したがって、起動済みのアプリケーションが存在してもしなくても未起動のアプリケーションへ提供すべきイベントが発生し得るという状況に対処できる。よって、電子機器の設計の自由度を制限することなく、複数のアプリケーションプログラムを同時に実行できないオペレーティングシステム上においても、アプリケーションへ適切にイベントを提供することができる。
【図面の簡単な説明】
【００７３】
【図１】本発明の第１実施形態に係る電子機器（携帯電話機１）の外観を示す図である。
【図２】同携帯電話機１の内部構成を示すブロック図である。
【図３】同携帯電話機１の機能構成例を示す概念図である。
【図４】同携帯電話機１の状態遷移の一部を示す図である。
【図５】同携帯電話機１が有する待ち受け状態イベントテーブルＴ１の構成例を示す概念図である。
【図６】同携帯電話機１のイベント取得部１２１、イベント提供部１２２及び動作モード通知部１２４の動作の流れを示すフローチャートである。
【図７】同携帯電話機１の表示部２０の表示画面例を示す図である。
【図８】同表示部２０の表示画面例を示す図である。
【図９】同表示部２０の表示画面例を示す図である。
【図１０】同表示部２０の表示画面例を示す図である。
【図１１】同表示部２０の表示画面例を示す図である。
【図１２】本発明の第１実施形態に係る電子機器（携帯電話機２）の機能構成例を示す概念図である。
【図１３】同携帯電話機２の状態遷移の一部を示す図である。
【図１４】同携帯電話機２が有する待ち受け状態イベントテーブルＴ２の構成例を示す概念図である。
【図１５】同携帯電話機２のイベント取得部１２１、イベント提供部１６２及び動作モード通知部１６４の動作の流れを示すフローチャートである。
【符号の説明】
【００７４】
１，２          携帯電話機（電子機器）
１１０          イベント発生部
１２０，１６０  オペレーティングシステム
１２１          イベント取得部
１２２，１６２  イベント提供部
１２４，１６４  動作モード通知部
１３１          通信ＡＰ
１４０          Ｊａｖａ実行環境
１５１          Ｊａｖａ−ＡＰ
【図１】
2007257660.tif 000003
【図２】
2007257660.tif 000004
【図３】
2007257660.tif 000005
【図４】
2007257660.tif 000006
【図５】
2007257660.tif 000007
【図６】
2007257660.tif 000008
【図７】
2007257660.tif 000009
【図８】
2007257660.tif 000010
【図９】
2007257660.tif 000011
【図１０】
2007257660.tif 000012
【図１１】
2007257660.tif 000013
【図１２】
2007257660.tif 000014
【図１３】
2007257660.tif 000015
【図１４】
2007257660.tif 000016
【図１５】
2007257660.tif 000017