(57)【要約】      （修正有）【課題】拡張性の高い電子機器を提供する。【解決手段】システム１と、本体部３とを有している。本体部３には、従来アプリケーション管理部１７、従来アプリケーション１１、１５が設けられている。さらに、リソースとしては、 ある機能を実現するハードウェアにおいて、機能実現に必要なハードウェア資源として、グラフィック３１、作業用メモリ領域（ＲＡＭ）２１、音声再生２５、通信２１、不揮発性 ＲＡＭ２７などが設けられている。加えて、本体部３に、新規アプリケーションＮＥＷ−Ａ３３に対する管理を行う新規アプリケーション管理部３５が設けられており、上記各ハードウェアに対して従来アプリケーション管理部１７との間でリソースの切り替えを行う。新規アプリケーション管理部３５は、プロセスＡを有する本体部３に対して、新たな機能をもつプロセスＢ５が追加された場合に、その新規アプリケーションＮＥＷ−Ｂ３７のリソース管理も行う。【選択図】図１
2008059252.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションが動作可能な電子機器であって、
電子機器の動作における基本機能を集約したオペレーティングシステム部（以下「システム部」と称する。）と、
電子機器を特徴付けるための第１の機能の実現を担うハードウェアの動作を、前記システム部から切り離して制御するための従来アプリケーション管理部を備えた共通アプリケーション部と、を有することを特徴とする電子機器において、
新規に付加され前記第１の機能とは異なる第２の機能の実現を担う新規アプリケーションを管理する第１の新規アプリケーション管理部を備えたことを特徴とする電子機器。
【請求項２】
前記第１の新規アプリケーション管理部を、前記共通アプリケーション部内に設けたことを特徴とする請求項１に記載の電子機器。
【請求項３】
さらに、新規に付加され前記第１の機能とは異なる第２の機能の実現を担う新規アプリケーションを、前記共通アプリケーション部とは分離して制御するための新規アプリケーション部を備えたことを特徴とする請求項１又は２に記載の電子機器。
【請求項４】
前記新規アプリケーション部に、前記第１の新規アプリケーション管理部と、前記新規アプリケーション部に追加された新規アプリケーションとのハードウェアへのアクセス管理の仲介を行うための、第２の新規アプリケーション管理部を設けたことを特徴とする請求項３に記載の電子機器。
【請求項５】
前記第１の新規アプリケーション管理部は、前記従来アプリケーション管理部との間でハードウェアへのアクセス管理を行うとともに、前記新規アプリケーション間のハードウェアのアクセス管理を行うことを特徴とする請求項１から４までのいずれか１項に記載の電子機器。
【請求項６】
前記第１の新規アプリケーション管理部は、プロセス間通信によって受け取った、実行したい処理内容と、処理に必要なパラメータを必要に応じて変換し代理としてハードウェア制御を行う機能を備えることを特徴とする請求項１から５までのいずれか１項に記載の電子機器。
【請求項７】
前記第１の新規アプリケーション管理部は、あるハードウェアへのアクセスが同時に発生しないように排他制御を行う排他制御部を備えていることを特徴とする請求項１から６までのいずれか１項に記載の電子機器。
【請求項８】
前記第１の新規アプリケーション管理部は、前記従来アプリケーション管理部との間のプロセス間通信によって受け取った、実行したい第２の機能の処理に必要なパラメータを変換し、前記従来アプリケーション管理部の代理としてハードウェア制御を行う代理管理（プロキシ）機能を有することを特徴とする請求項１に記載の電子機器。
【請求項９】
前記代理管理機能は、他のプロセスとの間で通信を行う対他プロセス通信部と、前記共通アプリケーションのＡＰＩと他のプロセスのＡＰＩを変換するＡＰＩ変換部と、前記共通アプリケーションや新規アプリケーションに関するリソース管理を行うリソース管理部と、を有することを特徴とする請求項８に記載の電子機器。
【請求項１０】
前記第１の新規アプリケーション管理部は、仮想アドレスと物理アドレスを変換するために必要な情報を、プロセス間通信を用いて共通アプリケーション以外に通知する代理管理（プロキシ）機能を有することを特徴とする請求項１に記載の電子機器。
【請求項１１】
前記代理管理（プロキシ）機能は、他のプロセスとの間で通信を行う対他プロセス通信部、前記共通アプリケーションのＡＰＩと他のプロセスのＡＰＩを変換するＡＰＩ変換部、前記共通アプリケーションや新規アプリケーションに関するリソース管理を行うリソース管理部と、を有することを特徴とする請求項１０に記載の電子機器。
【請求項１２】
前記第１の新規アプリケーション管理部は、あるハードウェアに対する制御が同時に発生しないように排他制御を行う排他制御機能を有することを特徴とする請求項１に記載の電子機器。
【請求項１３】
前記排他制御機能は、前記共通アプリケーションや新規アプリケーションに関するリソース管理を行うリソース管理部と、前記共通アプリケーションや新規アプリケーションの複数が同時にハードウェアにアクセスしないように排他制御を行う排他制御部と、を有することを特徴とする請求項１２に記載の電子機器。
【請求項１４】
前記第２の新規アプリケーション管理部は、他プロセスの新規アプリケーションのハードウェアへのアクセス管理を行うことを特徴とする請求項４に記載の電子機器。
【請求項１５】
前記第２の新規アプリケーション管理部は、他プロセスの新規アプリケーションが同時にあるハードウェアへのアクセスを行わないように排他制御を行う排他制御部を備えていることを特徴とする請求項４又は１４のいずれか1項に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子機器に関し、特に新規のハードウェアを追加した場合のハードウェア制御技術に関する。
【背景技術】
【０００２】
従来の組み込み機器では、全てのアプリケーションが全てのハードウェアの制御を容易に行えるように、１つのプロセスで動作するシステムのものが多い。図２に一般的な電子機器４０１の一構成例を示す。例えば、ハードウェアとして、通信部４１３と、ＲＡＭ４１５と、音声再生部４１７と、不揮発性ＲＡＭ部４２１と、グラフィック部４２３と、が備えられている。アプリケーションとしては、ＡＰＰ−Ａ４０３と、ＡＰＰ−Ｂ４０５と、が組み込まれ、これらをアプリケーション管理部４０７により切換えながら（アプリケーション切換４１１及びリソース切換４２５）ハードウェアを動作させている。
【０００３】
すなわち、電子機器は、アプリケーション管理部４０７により一括管理され、オペレーションシステムとも一体になっている。
【０００４】
上記構成を有する電子機器においては、起動したアプリケーション４０３・４０５に
システム用のリソース、すなわちメモリを含むハードウェア資源を配分する。
【０００５】
例えば携帯電話の場合、アプリケーション管理部４０７が、電話機能やメールなどのアプリケーションを切り替え、その都度、ＲＡＭ４１５やグラフィック部４２３などのハードウェアの管理を行う。
【０００６】
近年、技術の急速な進歩に伴い商品の高機能・多機能化が進み、次々と新しい機能を搭載していかなければならないため、新規のアプリケーションを搭載する際には従来のアプリケーションとの整合性をとることが重要となっている。
【０００７】
ここで、アプリケーションに関するわずかな変更、追加があっただけでも、システム全体の挙動に悪影響を与えうるという問題が発生する。その結果、軽微な変更・追加であっても、電子機器全体の設計を見直す必要が生じる。例えば新たなアプリケーションを追加した場合、ハードウェアへのアクセス方法を追加・設定しなおす必要が発生する。
【０００８】
携帯電話の例では、電話機能やメールなどの従来のアプリケーションにカメラやウェブブラウザなど新しいアプリケーションを加える度に、アプリケーション管理部４０７を変更し、ＲＡＭ４１５やグラフィック部４２３などのハードウェアへのアクセス方法を再設計しなければならない。この問題は、システムが１つのプロセスからなることに起因する。
【０００９】
この時、従来のアプリケーションが動作しているプロセスとは別に、新しいプロセスに新規のアプリケーションを実装し、動作するようにすれば、新規の機能の追加がシステム全体の挙動に悪影響を与える影響が軽減される。
【００１０】
プロセスごとにハードウェアの制御を行えばよく、また。もし別のプロセスに不具合があっても、従来のプロセスだけ起動すれば、従来の機能だけは使用可能になるからである。
【００１１】
しかしながら、この場合、アプリケーション管理部４０７に複数プロセスの管理を可能にする仕組みを追加しなければならない。
【００１２】
そこで、下記特許文献１には、図２のアプリケーション管理部４０７に相当する部分にシステムリソースマネージャを設け、ハードウェア、複数プロセスのソフトウェアそれぞれのリソースを管理するリソースマネージャを統合的に管理して、複数プロセスの新規の機能と従来の機能との連携・制御・管理を容易にしている。
【００１３】
【特許文献１】特開２００６−６５８１１
【発明の開示】
【発明が解決しようとする課題】
【００１４】
前記従来の発明が有効になるのは、任意のプロセス上のアプリケーションが任意にハードウェアへアクセスできることが前提となっている。しかしながら、以下のようなハードウェアの制約があり、複数のプロセス上で動作するアプリケーションが任意にはハードウェアへアクセスできないシステムがある。
１）ハードウェアの初期化処理を複数のプロセスから行えない
２）ハードウェアの初期化を行ったプロセスからのみ、その後の制御が可能である
【００１５】
例えばハードウェアの高速動作が目的で、ユーザの過去の操作で変更されたハードウェアの状態を維持するため、１つのプロセスのみがハードウェアの制御を行う場合などが挙げられる。
【００１６】
さらに、Ｌｉｎｕｘなどのように、メモリアクセスに仮想アドレスを用いるシステムを用いる場合には、システムおよびアプリケーションにおけるメモリアクセスが仮想アドレスであるのに対し、ハードウェアやファームウェア制御時のメモリアクセスには実際の物理メモリを用いなければならない。この際には、仮想アドレスを物理アドレスに変換する必要がある。
【００１７】
そして、この物理アドレスの値は、設定したプロセスとは別のプロセスが知ることは出来ず、ハードウェアやファームウェアが制御できない。このような場合、開発速度の向上、新規の機能の移植性向上などを狙って従来のプロセスとは切り離された別プロセスを追加しても、ハードウェア制御は困難となるという問題が新たに発生する。
【００１８】
例えば、図２において、図示したプロセスとは別のプロセスで動くプロセスを新たに追加し、そのプロセス上で動くアプリケーションが加えられても、アプリケーション管理部４０７に特別な仕組みを用意しなければ、ＲＡＭやグラフィックにアクセスすることが出来ず、新規の機能が実行できなくなる問題が生じる。
【００１９】
また、アプリケーション管理部４０７に別プロセスを追加するための特別な仕組みを用意した場合、開発やテストなどのコスト・時間の負荷が高くならないようにする必要がある。
【００２０】
そのためには、
１）システムの安定性を高めるためにシステムで提供する機能を極力小さくまとめる
２）使用するハードウェアに依存する部分を極力減らし移植性を高める
ことが必要となる。
【００２１】
本発明は、新規にアプリケーションを追加する際に発生する上記問題点を解決し、従来のシステムを活かしながら、開発・テストの工数の増大を抑制し、安定し拡張性の高い電子機器を提供することを目的とする。
【課題を解決するための手段】
【００２２】
本発明によれば、共通アプリケーションに以下の機能を持つ新規アプリケーション管理部（請求項に記載の『第１の新規アプリケーション管理部』を便宜上、新規アプリケーション管理部と称する。）を導入する。
１）プロセス間通信によって受け取った、実行したい機能(処理内容)、処理に必要なパラメータなどを変換し、代理でハードウェア制御を行う機能 (対他プロセス通信部、ＡＰＩ変換部、リソース管理部)、
２）仮想アドレスと物理アドレスを変換するために必要な情報を、プロセス間通信を用いて共通アプリケーション以外に通知する機能 (対他プロセス通信部、ＡＰＩ変換部、リソース管理部)、
３）あるハードウェアに対する制御が同時に発生しないように排他制御を行う機能 (リソース管理部、排他制御部)、例えば、グラフィックライブラリを利用する場合には、新規アプリケーションと新規アプリケーション管理部の間でプロセス間通信を行い（図１のＬ３）、グラフィックプレーンに対する塗りつぶし、転送、画面更新などの処理内容、および処理に必要となるデータのアドレスを受け渡す（図１のＬ４）。
【００２３】
受け渡されたこれらの情報を元に、新規アプリケーション管理部において、ファームウェアで提供される ＡＰＩについて、複数の処理が同時に実行されることがないよう排他制御を加えた関数を使用する。グラフィックライブラリ以外の他のリソース(音声再生、通信)等においても同様の代理処理を行う。これにより、共通アプリケーション以外のプロセスからのハードウェアへのアクセスが可能となる。
【発明の効果】
【００２４】
本発明により、従来のアプリケーションにてハードウェア制御を行っている場合に
新規に作成した別プロセスのアプリケーションからのハードウェア制御が可能となる。この結果、ハードウェア制御を含めた共通アプリケーション部、別プロセスの新規アプリケーション部、システム部、といったモジュールの分割が可能となり、技術の発展、コストダウン要求により変更頻度の激しいハードウェアについて、変更時の影響からシステム部を切り離し、安定度を高めることができる。
【００２５】
従って、商品の付加価値に対して影響のある新機能追加時の影響から商品を特徴づけるのに必須となる共通機能を切り離し、安定度を高めることができる。その結果、商品の付加価値を高める新規機能の追加が容易になる。
【発明を実施するための最良の形態】
【００２６】
本明細書において、第１の機能とは、電子機器の動作に必須の機能、電子機器がシリーズとして開発されている場合などにおいて、そのシリーズ内の各機種に共通の、すなわち機種に依存しないスタンダードな機能、或いは、各機種に共通の機能を指す。
【００２７】
例えば、電子機器が携帯電話である場合には、通話機能、ＴＶである場合には放送波を受信して画面に出す一連の機能などを指す。
【００２８】
第２の機能とは、前記第１の機能とは異なる新規に付加された機能、スタンダードな機能に対して機種に依存して付加される機能、各機種に共通な機能以外の機能であって機種に固有の機能を指す。要するに、第１の機能、第２の機能との区別は、開発戦略・製品戦略などによって区別される境界が可動であると言える。これらの機能を、リソース管理の階層の違いにより区別することも可能である。
【００２９】
以下、本発明の一実施の形態による電子機器について、図面を参照しながら説明を行う。
電子機器としては、基本的には液晶テレビジョン受信機を例にし、これに新たな機能を追加した場合を念頭において説明する。他の電子機器にも適用可能であることは言うまでもない。
【００３０】
図１は、本実施の形態による電子機器の基本構成例を示す機能ブロック図である。図１に示すように、本実施の形態による電子機器Ｘは、以下の構成を有している。まず、共通アプリケーションとして提供されている機能は、以下のモジュールにより構成されている。
【００３１】
図２の構成と同様の構成として、システム１と、本体部３とを有している。本体部３には、従来アプリケーション管理部１７と、従来アプリケーション（ＣＵＲＲＥＮＴ−Ａ）１１と、（ＣＵＲＲＥＮＴ−Ｂ）１５と、が設けられている。さらに、リソースとしては、 ある機能を実現するハードウェアにおいて、機能実現に必要なハードウェア資源として、通信２１、作業用メモリ領域（ＲＡＭ）２３、音声再生２５、不揮発性 ＲＡＭ２７、グラフィック３１、などが設けられている。
【００３２】
加えて、本体部３に、新規アプリケーションＮＥＷ−Ａ３３に対する管理を行う新規アプリケーション管理部３５が設けられており、上記各ハードウェアに対して従来アプリケーション管理部１７との間でリソースの切り替えを行う。
【００３３】
新規アプリケーション管理部３５は、プロセスＡを有する本体部３に対して、新たな機能をもつプロセスＢ５が追加された場合に、その新規アプリケーションＮＥＷ−Ｂ３７のリソース管理も行う。
【００３４】
図３は、図１の各機能ブロックをより詳細に示す図である。従来アプリケーション管理部１７は、従来アプリケーション１１、１５と接続され、新規アプリケーション管理部３５と、通信を行う対新規管理部通信部１７−１と、排他制御を行う排他制御部１７−２と、機能実現に必要なハードウェア資源と接続されリソース管理を行うリソース管理部１７−３と、リソース管理部１７−３と接続されリソース管理情報を格納するリソース管理情報格納部１７−４と、を有している。
【００３５】
新規アプリケーション管理部３５は、新規アプリケーションＮＥＷ−Ａ３３と接続される各機能ブロックであって、従来アプリケーション管理部１７と通信を行う対従来管理部通信部３５−１と、排他制御を行う排他制御部３５−２と、機能実現に必要なハードウェア資源と接続されリソース管理を行うリソース管理部３５−３と、リソース管理部３５−４と接続されリソース管理情報を格納するリソース管理情報格納部３５−４と、他プロセスと通信を行う対他プロセス通信部３５−５と、ＡＰＩ変換を行うＡＰＩ変換部３５−６と、を有している。
【００３６】
さらに、プロセスＡとは異なる他のプロセスであるプロセスＢであって、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）とＮＥＷ−Ｃ（３７ｃ）とが起動可能なプロセスＢには、 新規アプリケーション管理部３５と通信可能な対他プロセス通信部３９−１と、排他制御部３９−２と、リソース管理部３９−３と、リソース管理部３９−３と接続されリソース管理情報を格納するリソース管理情報を格納する格納部３９−４と、を有している。リソース管理部３９−３は、ライブラリＺ４１に含まれる通信部に関するリソース制御を行う。
【００３７】
ここで、図３に『新規アプリケーションフレームワーク』とあるが、請求項に記載の『第２の新規アプリケーション管理部』に対応するものであり、説明の便宜上、新規アプリケーションフレームワークと称する。
【００３８】
上記構成において、新規アプリケーションを追加し、この追加した新規アプリケーションが起動すると、リソースが切り替わるように制御される。
【００３９】
尚、リソースの排他制御に関して、本実施の形態は同時に利用可能なモジュール数を１つとしているが、２つ以上が利用可能な場合についても同様の排他制御を行うことができる。
【００４０】
例えば、グラフィックのリソースの排他制御を例に図２３を参照しながら説明を行う。図２３は、アプリケーション切替によるグラフィックリソース切替例を示す図である。テレビジョン受信装置のディスプレイ５１において、同時に利用可能なモジュール数が1つである場合には、従来アプリケーション１１が利用している場合には従来アプリケーション１１が表示され（Ａ）、新規アプリケーション３３が利用している場合には新規アプリケーション３３の表示画面に切り替える（Ｂ）。
【００４１】
この場合には、従来アプリケーション１１と新規アプリケーション３３とで完全に排他となっている。
【００４２】
但し、同時に利用可能なモジュール数が２つ以上である場合には、図２３（Ｃ）に示すように、更新対象の領域５１で分割・排他処理（１１・３３）が可能な場合や、図２３（Ｄ）に示すように、重ね合わせのレイヤとして排他処理が可能な場合（１１・３３）があり、その場合にはそれぞれの領域について図２３（Ａ）、（Ｂ）の場合と同様の管理方法を用いることができる。
【００４３】
以下においては、共通アプリケーションに対して新規アプリケーション管理部を追加し、さらに新規アプリケーション（ＮＥＷ−Ａ、ＮＥＷ−Ｂ、ＮＥＷ−Ｃ）を追加した場合の処理例について説明する。新規アプリケーションと共通アプリケーションの状態によって、以下の３つの場合が存在する。
ａ）新規アプリケーションが共通アプリケーションと単一プロセスとなる場合、
ｂ）新規アプリケーションが共通アプリケーションと別プロセスとなる場合、
ｃ）新規アプリケーションが共通アプリケーションと別プロセスとなり、かつ、新規アプリケーション内でさらにリソース管理を行う場合である。
【００４４】
上記のそれぞれの場合における以下の処理について述べる
１）新規アプリケーションの起動
２）新規アプリケーションの終了
３）新規アプリケーション実行時の挙動
４）新規アプリケーション間の切替
【００４５】
尚、上記の組み合わせとして、
・共通アプリケーション上の新規アプリケーション、
・別プロセス上の新規アプリケーション、
・新規フレームワーク上の新規アプリケーション
のそれぞれの間の切替処理なども発生しうるが、それぞれ単体における処理に準ずるため説明を省略する。
以下、より具体的な構成と処理について例を挙げて説明する。
【実施例１】
【００４６】
実施例１は、新規アプリケーションが共通アプリケーションと単一プロセスとなる構成を有するケースのうちの第１のケースである。図４は、実施例１によるモジュール構成図であり、単一プロセスにおける拡張例を示す図である。図１との相違点は、新規アプリケーションＮＥＷ−Ｂ３７が従来アプリケーション１１・１５と同じプロセスＡ３内に設けられている点である。新規アプリケーション管理部３５は、新規アプリケーションＮＥＷ−Ａ３３及びＮＥＷ−Ｂ３７を管理する。従来アプリケーションと新規アプリケーションの切り替えに応じて、従来アプリケーション管理部１７と新規アプリケーション管理部３５とのいずれがリソースを管理するかが切り替わる。
【００４７】
図４に示す単一プロセスのアプリケーション起動に関するシーケンス図を図５に示す。ユーザーからの新規アプリケーションＮＥＷ−Ａの起動要求（５０１）をうけると、従来アプリケーション管理部１７は、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１に対して終了要求を通知する（５０３）。従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部１１の管理しているリソースについて、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１の情報を削除し、当該リソースを未使用状態として更新する（５０５、５０７）。以後、新規アプリケーションにおいて、グラフィックおよび作業用メモリなどのリソースを使用することが可能となる。従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１が処理の終了およびリソースの開放を行うと、従来アプリケーション ＣＵＲＲＥＮＴ−Ａ１１は、従来アプリケーション管理部にアプリケーション終了応答を通知する（５０９）。
【００４８】
従来アプリケーション管理部１７は、新規アプリケーション管理部３５に新規アプリケーションＮＥＷ−Ａ３３起動要求を行う（５１１）。新規アプリケーション管理部３５は、従来アプリケーション管理部１７からの新規アプリケーション起動要求（５１１）を受け、新規アプリケーションＮＥＷ−Ａ３３に起動要求を行う（５１３）。
【００４９】
新規アプリケーションＮＥＷ−Ａ３３は、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ａ３３の情報を登録し、当該リソースを使用状態として更新する（５１５・５１７）。以後、新規アプリケーションＮＥＷ−Ａ３３は、作業用メモリを用いて通信、演算等の処理を行い、グラフィックプレーンへの描画を開始することが可能となる。
【００５０】
新規アプリケーションＮＥＷ−Ａ３５の起動が完了すると、新規アプリケーションＮＥＷ−Ａ３５は、新規アプリケーション管理部３５に新規アプリケーションＮＥＷ−Ａ起動応答を送る（５１９）。新規アプリケーション管理部３５は、従来アプリケーション管理部１７に新規アプリケーション起動応答を送る（５２１）。
【００５１】
次に、新規アプリケーションの実行（単一プロセス）処理について図６を参照しながら説明を行う。図６に示す処理では、リソースとして作業用のメモリ領域（ＲＡＭ）、グラフィックに着目し、ユーザーが何らかの操作を行った際に、新規アプリケーションが処理、演算を行い、表示デバイスに何らかの情報が表示されるまでの処理の流れについて説明する。
【００５２】
図６に示すように、ユーザーの操作により発生したユーザーイベント６０１は、従来アプリケーション管理部１７、新規アプリケーション管理部３５を経由し（６０３）、新規アプリケーションＮＥＷ−Ａ３３に通知される（６０５）。新規アプリケーションＮＥＷ−Ａは、演算６０７、描画準備６０９を行い、ファームウェア（ここではグラフィック）３１に対して描画要求を行う（６１１）。ファームウェア３１は、処理が終了すると描画完了通知を行う。
【００５３】
必要な処理分だけ描画処理を行い、ファームウェア３１より全ての描画完了通知が通知されると（６１３）、新規アプリケーション ＮＥＷ−Ａ３３は、画面更新準備（６１５）を行い、ファームウェア３１に対して画面更新要求を行う（６１７）。ファームウェア１は、処理が終了したら画面更新完了通知を行う（６１９）。以上の処理により、ユーザーの操作によって（必要であれば何らかの更新がなされた）画面が表示される。
【００５４】
次に、図７を参照しながら、新規アプリケーションの終了（単一プロセス）について説明を行う。図７に示すように、ユーザーからの新規アプリケーションＮＥＷ−Ａ３３の終了要求を受けると（７０１）、従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対してアプリケーション終了要求（７０３）を行う。ここで、アプリケーション終了要求（７０１・７０３・７０５）には以下のような形態がある。
ａ）従来アプリケーション管理部１７において「終了要求」と認識できるもの、
ｂ）新規アプリケーション管理部３５において、初めて「終了要求」と認識できるもの、
ｃ）新規アプリケーション３３において初めて、「終了要求」と認識できるもの
である。
【００５５】
例えば、電源キーなどは、（ａ）のように機器で共通の終了要求となるが、アプリケーション終了キーのようなものがある場合には（ｂ）に該当する。また、アプリケーション上のメニューで設定される終了コマンドは（ｃ）に該当する。（ｃ）の場合には、従来アプリケーション管理部１７、新規アプリケーション管理部３５にとって、アプリケーション終了要求７０１、７０３は、単なるイベント（キーコード） となるが、いずれも同様の処理となる。
【００５６】
すなわち、新規アプリケーション３３は、従来アプリケーション１１からのアプリケーション終了要求を受けた状態となり、７０７以降のアプリケーション終了処理を行う。
新規アプリケーション管理部３５から新規アプリケーションＮＥＷ−Ａ３３にアプリケーション終了要求７０５が通知され、アプリケーション終了処理を開始すると、新規アプリケーション ＮＥＷ−Ａ３３は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ａ３３の情報を削除し、当該リソースを未使用状態として更新する（７０７・７０９）。
【００５７】
以後、従来アプリケーション１１において、グラフィックおよび作業用メモリなどのリソースを使用することが可能となる。
【００５８】
新規アプリケーションＮＥＷ−Ａ３３が処理の終了およびリソースの開放を行うと、新規アプリケーションＮＥＷ−Ａ ３３は、従来アプリケーション管理部１７にアプリケーション終了応答を通知する（７１１）新規アプリケーション管理部３５は、従来アプリケーション管理部１１に対してアプリケーション終了通知を行う（７１３）。
【００５９】
次に、新規アプリケーションが自発的終了する異常系の処理について図８を参照しながら説明を行う。新規アプリケーション３３において異常が発生した場合など、ユーザーの意思と関係なく新規アプリケーションを終了させる場合がある。
【００６０】
このような自発的終了発生事由が生じると、新規アプリケーションＮＥＷ−Ａ３３は、新規アプリケーション管理部３５に対してアプリケーション終了要求発行要請を行い（８０１）、新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対してアプリケーション終了要求発行要請８０３を行う。以後、通常の新規アプリケーション終了処理と同様に終了処理が行われる（７０３〜７１５）。
【００６１】
次に、図９を参照しながら、新規アプリケーションの切替（単一プロセス）処理について説明を行う。まず、ユーザーからのアプリケーション切替要求９０１を受けると、従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対してアプリケーション切替要求９０３を行う。ここで、アプリケーション切替要求（９０１・９０３・９０５）には以下のような形態がある。
ａ）従来アプリケーション管理部にて「切替要求」と認識できるもの、
ｂ）新規アプリケーション管理部にて、初めて「切替要求」と認識できるもの、
ｃ）新規アプリケーションにて、初めて「切替要求」と認識できるもの
である。
【００６２】
例えば、ＥＰＧ起動（表示）キーなどは、（ａ）のように機器において共通の切替要求となるが、アプリケーション切替キーのようなものがある場合には（ｂ）となる。また、アプリケーション上のメニューで設定される切替コマンドは（ｃ）となり、その場合には、従来アプリケーション管理部１７、新規アプリケーション管理部３５にとって、アプリケーション切替要求９０１・９０３は単なるイベント（キーコード）となるが、いずれも同様の処理となる。すなわち、新規アプリケーション３３は、従来アプリケーション１１からのアプリケーション切替要求を受けた状態となり、９０５以降のアプリケーション終了処理を行う。
【００６３】
新規アプリケーション管理部３５は、新規アプリケーション ＮＥＷ−Ａ３３にアプリケーション終了要求９０５を行う。新規アプリケーションＮＥＷ−Ａ３３は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ａ３３の情報を削除し、当該リソースを未使用状態として更新する（９０７・９０９）。
【００６４】
新規アプリケーション ＮＥＷ−Ａ３３が処理の終了およびリソースの開放を行うと、新規アプリケーションＮＥＷ−Ａ３３は、新規アプリケーション管理部３５に対してアプリケーション終了応答を通知する（９１１）。
【００６５】
新規アプリケーション管理部３５は、新規アプリケーションＮＥＷ−Ｂ３７に起動要求を行う（９１３）。新規アプリケーションＮＥＷ−Ｂ３７は、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ｂ３７の情報を登録し、当該リソースを使用状態として更新する（９１５・９１７）。
【００６６】
新規アプリケーションＮＥＷ−Ｂ３７の起動が完了すると、新規アプリケーションＮＥＷ−Ｂ３７は、新規アプリケーション管理部３５に対して新規アプリケーションＮＥＷ−Ｂ３７の起動応答を送る（９１９）。新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対して新規アプリケーション起動通知を送る（９２１）。従来アプリケーション管理部１７は、ユーザーに対して映像・音声を提示する（９２３）。
【実施例２】
【００６７】
実施例２は、単一プロセスにおいて、新規アプリケーション間で切替前後のアプリケーションに連携動作を行う場合である。この場合について、シーケンス図に沿って説明を行う。図１０は、単一プロセスにおける新規アプリケーション切り替えのシーケンス図である。図１０に示すように、ユーザーからのアプリケーション切替要求を受けると（１００１）、従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対してアプリケーション切替要求１００３を行う。尚、新規アプリケーションの切替（単一プロセス）で述べたように、アプリケーション切替要求（１００１・１００３・１００５）は、単なるイベント（キーコード）の場合がある。新規アプリケーション管理部３５は、新規アプリケーションＮＥＷ−Ａ３３に対して、アプリケーション切替要求１００５を行う。
【００６８】
新規アプリケーションＮＥＷ−Ａ３３は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ａ３３の情報を削除し、当該リソースを未使用状態として更新する。（１００７・１００９）
【００６９】
新規アプリケーションＮＥＷ−Ａが処理の終了およびリソースの開放を行うと、新規アプリケーションＮＥＷ−Ａ３３は、新規アプリケーション管理部３５にアプリケーション切替応答１０１１を行う。新規アプリケーション管理部３５は、新規アプリケーションＮＥＷ−Ｂ３７に対して起動要求１０１３を行う。新規アプリケーションＮＥＷ−Ｂ３７は、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ｂ３７の情報を登録し、当該リソースを使用状態として更新する（１０１５・１０１７）。
【００７０】
新規アプリケーションＮＥＷ−Ｂ３７の起動が完了すると、新規アプリケーションＮＥＷ−Ｂ３７は、新規アプリケーション管理部３５に新規アプリケーションＮＥＷ−Ｂ起動応答１０１９を送り、新規アプリケーション管理部３５はこれを受けて従来アプリケーション管理部１７に新規アプリケーション起動通知１０２１を送る。
【００７１】
従来アプリケーション管理部１７は新規アプリケーション管理部３５からの新規アプリケーション起動通知１０２１を受けると、ユーザに対して、映像・音声を提示する（１０２３）。
【実施例３】
【００７２】
実施例３は、新規アプリケーションが共通アプリケーションと別プロセスとなる場合である。図１１は、別プロセスにおける拡張例を示す電子機器の一構成例を示す機能ブロック図であり、図１に対応する図である。図１におけるプロセスＡに加えて、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）を有する別プロセスＢ（５ｂ）と新規アプリケーションＮＥＷ−Ｃ（３７ｃ）を有する別プロセスＣ（５ｃ）と、を追加する例である。この場合、通信部４３は、別プロセスＢ（５ｂ）と別プロセスＣ（５ｃ）との両方に共通に用いることができる。
【００７３】
別プロセスの新規アプリケーション起動について図１２を参照しながら説明を行う。ユーザーからの新規アプリケーションＮＥＷ−Ｂの起動要求１２０１をうけると、従来アプリケーション管理部１７は、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１に対して終了要求１２０３を通知する。
【００７４】
従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５の管理しているリソースについて、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１の情報を削除し、当該リソースを未使用状態として更新する（リソース開放要求１２０５及びリソース開放応答１２０７）。以後、新規アプリケーションにおいて、グラフィックおよび作業用メモリなどのリソースを使用することが可能となる。
【００７５】
従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１が処理の終了およびリソースの開放を行うと、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１は、従来アプリケーション管理部１７に対して、アプリケーション終了応答１２０９を通知する。従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対して、新規アプリケーションＮＥＷ−Ｂ起動要求１２１１を行う。新規アプリケーション管理部３５は、従来アプリケーション管理部１７からの新規アプリケーション起動要求１２１１を受け、リソースを取得し（１２１３）、リソース情報を付加して新規アプリケーション ＮＥＷ−Ｂ（３７ｂ）に起動要求を行う（１２１５）。新規アプリケーション ＮＥＷ−Ｂ（３７ｂ）は、必要であればリソースの初期化を行う（１２１７・１２１９）。以後、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、作業用メモリを用いて通信、演算等の処理を行い、グラフィックプレーンへの描画を開始することが可能となる。
【００７６】
新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の起動が完了すると、新規アプリケーションＮＥＷ-Ｂ（３７ｂ）は、新規アプリケーション管理部３５に対して新規アプリケーションＮＥＷ-Ｂ起動応答１２２１を送る。これを受け、新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対して新規アプリケーション起動応答１２２３を送る。
【００７７】
次に、別プロセスの新規アプリケーションの処理実行について図１３を参照しながら説明を行う。ここでは、リソースとして作業用のメモリ領域（ＲＡＭ）、グラフィックに着目し、ユーザが何らかの操作を行った際に、新規アプリケーションが処理、演算を行い、表示デバイスに何らかの情報が表示されるまでの処理について説明する。
【００７８】
ユーザーの操作により発生したユーザーイベント１３０１は、従来アプリケーション管理部１７、新規アプリケーション管理部３５を経由し、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に通知される（１３０３・１３０５）。新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、演算１３０７、描画準備１３０９を行い、新規アプリケーション管理部３５に対して描画要求１３１１を行う。
【００７９】
新規アプリケーション管理部３５は、描画要求を排他制御のされているファームウェア３１のＡＰＩに変換し（１３１３）、ファームウェアに通知する（１３１５）。ファームウェア３１は、処理が終了すると描画完了通知１３１７を行い、描画完了通知は新規アプリケーション管理部３５において変換されて（１３１９）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に通知される（１３２１）。
【００８０】
ここで、必要な処理だけ描画処理を行い、ファームウェア３１より全ての描画完了通知が通知されると（１３２１）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、画面更新準備１３２３を行い、新規アプリケーション管理部３５に対して画面更新要求１３２５を行う。新規アプリケーション管理部３５は、画面更新要求を排他制御のされているファームウェア３１のＡＰＩに変換し（１３２７）、ファームウェアに通知する（１３２９）。
【００８１】
ファームウェア３１は、処理が終了すると画面更新完了通知１３３１を行い、画面更新完了通知は新規アプリケーション管理部３５を経由して（変換１３３３）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に通知される（１３３５）。このようにして、ユーザーの操作によって（必要であれば何らかの更新された）画面が表示される。
【００８２】
図１４は、別プロセスの新規アプリケーションが終了する場合のシーケンス図である。
ユーザーからの新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の終了要求１４０１を受けると、 従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対して、アプリケーション終了要求１４０３を行う。ここで、単一プロセスの新規アプリケーション終了で述べたように、アプリケーション終了要求１４０１・１４０３・１４０５は、単なるイベント（キーコード） の場合がある。
【００８３】
新規アプリケーション管理部３５は、従来アプリケーションからのアプリケーション終了要求を受けて、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に対してアプリケーション終了要求１４０５を行う。新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５に対してアプリケーション終了応答１４０７を通知する。
【００８４】
新規アプリケーション管理部３５は、 新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の情報を削除し、当該リソースを未使用状態として更新する（リソース開放１４０９）。以後、従来アプリケーションにおいて、グラフィックおよび作業用メモリなどのリソースを使用することが可能となる。
【００８５】
新規アプリケーション管理部３５がリソースの開放１４０９を行うと、新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対してアプリケーション終了通知１４１１を行い、従来アプリケーション管理部１７は、映像・音声をユーザーに提示する（１４１３）。
【００８６】
次に、図１５を参照しながら、別プロセスの新規アプリケーション自発的終了（異常系）について説明を行う。新規アプリケーションにおいて異常が発生した場合など、ユーザーの意思と関係なく新規アプリケーションを終了させる場合がある。自発的終了発生事由が生じると、例えば、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、新規アプリケーション管理部３５に対してアプリケーション終了要求発行要請１５０１を行い、新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対してアプリケーション終了要求発行要請１５０３を行う。以後、通常の新規アプリケーション終了処理と同様に終了処理が行われる（１４０３〜１４１３）。
【００８７】
次に、別プロセスの新規アプリケーション切替について図１６を参照しながら説明を行う。まず、ユーザーからのアプリケーション切替要求１６０１を受けると、従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対してアプリケーション切替要求１６０３を行う。ここで、 単一プロセスの新規アプリケーション切替で述べたように、アプリケーション切替要求（１６０１・１６０３・１６０５）は単なるイベント（キーコード） の場合がある。新規アプリケーション管理部３５は、新規アプリケーションＮＥＷ−Ｃ（３７ｃ）に対してアプリケーション終了要求１６０５を行う。
【００８８】
新規アプリケーションＮＥＷ−Ｃ（３７ｃ）は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５に対してアプリケーション終了応答１６０７を通知する。新規アプリケーション管理部３５は新規アプリケーションＮＥＷ−Ｃ（３７ｃ）からのアプリケーション終了応答を受け、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションＮＥＷ−Ｃ（３７ｃ）の情報を削除し、当該リソースを未使用状態として更新する（リソースの開放１６０９）。
【００８９】
その後、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の情報を登録し、当該リソースを使用状態として更新し（リソースの登録１６１１）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に対して起動要求１６１３を行う。
【００９０】
新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の起動が完了すると（１６１５・１６１７）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、新規アプリケーション管理部３５に対して新規アプリケーションＮＥＷ−Ｂ（３７ｂ）起動応答１６１９を送る。新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対して新規アプリケーション起動通知１６２１を送る。従来アプリケーション管理部１７は、ユーザーに映像・音声を提供する（１６２３）。
【実施例４】
【００９１】
次に、新規アプリケーションが共通アプリケーションと別プロセスとなる場合であって、かつ、新規アプリケーション内でさらにリソース管理を行う場合について説明する。図１７は、本実施例による電子機器の一構成例を示す機能ブロック図である。図１７に示すように、プロセスＡ３とは別のプロセスＢ５に新規アプリケーションフレームワーク３９が設けられ、この新規アプリケーションフレームワーク３９が、新規アプリケーション管理部３５と接続されるとともに、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）、新規アプリケーションＮＥＷ−Ｃ（３７ｃ）と接続されている構成を有している。
【００９２】
上記構成においては、以下のように動作が行われる。図１８を参照しながら、新規アプリケーションフレームワークにおける新規アプリケーションの起動について説明を行う。
ユーザーからの新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の起動要求１８０１をうけると、従来アプリケーション管理部１７は、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１に対して終了要求１８０３を通知する。
【００９３】
従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーション管理部３５の管理しているリソースについて、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１の情報を削除し、当該リソースを未使用状態として更新する（１８０５・１８０７）。以後、新規アプリケーションにおいて、グラフィックおよび作業用メモリなどのリソースを使用することが可能となる。
【００９４】
従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１が処理の終了およびリソースの開放を行うと、従来アプリケーションＣＵＲＲＥＮＴ−Ａ１１は、従来アプリケーション管理部１７に対してアプリケーション終了応答１８０９を通知する。
【００９５】
従来アプリケーション管理部１５は、新規アプリケーション管理部３５に対して新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の起動要求１８１１を行う。新規アプリケーション管理部３５は、従来アプリケーション管理部３５からの新規アプリケーション起動要求１８１１を受け、リソースを取得し（１８１３）、リソース情報を付加して新規アプリケーションフレームワーク３９に対して起動要求１８１５を行う。
【００９６】
新規アプリケーションフレームワーク３９は、必要であればリソースの初期化を行い（１８１７・１８１９）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に起動要求１８２１を行う。以後、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、作業用メモリを用いて通信、演算等の処理を行い、グラフィックプレーンへの描画を開始することが可能となる。
【００９７】
新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の起動が完了すると、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、新規アプリケーションフレームワーク３９に対して、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の起動応答１８２３を送る。新規アプリケーションフレームワークは、新規アプリケーション管理部３５に対して新規アプリケーション起動応答１８２５を送る。新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対して新規アプリケーション起動応答１８２７を送る。これにより、新規アプリケーションを起動させることができる。
【００９８】
次に、図１９を参照しながら、新規アプリケーションフレームワークにおける新規アプリケーションの実行処理について説明を行う。ここでは、リソースとして作業用のメモリ領域（ＲＡＭ）、グラフィックに着目し、ユーザーが何らかの操作を行った際に、新規アプリケーションが処理、演算を行い、表示デバイスに何らかの情報が表示されるまでの処理について説明する。
【００９９】
ユーザーの操作により発生したユーザーイベント１９０１は、従来アプリケーション管理部１７、新規アプリケーション管理部３５、新規アプリケーションフレームワーク３９を経由し（１９０３・１９０５）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に通知される（１９０７）。新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、演算１９０９、描画準備１９１１を行い、新規アプリケーションフレームワーク３９経由で、新規アプリケーション管理部３５に対して描画要求を行う（１９１３・１９１５）。
【０１００】
新規アプリケーション管理部３５は、描画要求１９１５を排他制御のされているファームウェアのＡＰＩに変換し（１９１７）ファームウェア３１に通知する（１９１９）。
ファームウェア３１は、処理が終了すると描画完了通知１９２１を行い、描画完了通知１９２１は 新規アプリケーション管理部３５（ここで変換１９２３が行われる）、新規アプリケーションフレームワーク３９を経由して（１９２５）、新規アプリケーションＮＥＷ−Ｂ３７ｂに通知される（１９２７）。
【０１０１】
必要な処理だけ描画処理を行い、ファームウェア３１より全ての描画完了通知が通知されると、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、画面更新準備１９２９を行い、新規アプリケーションフレームワーク３９経由で新規アプリケーション管理部３５に対して画面更新要求を行う（１９３１・１９３３）。
【０１０２】
新規アプリケーション管理部３５は、画面更新要求１９３３を排他制御のされているファームウェアのＡＰＩに変換し（１９３５）、ファームウェア３１に通知する（１９３７）。
【０１０３】
ファームウェア３１は、処理が終了すると画面更新完了通知１９３９を行い、画面更新完了通知は新規アプリケーション管理部３５（ここで変換１９４１が行われる）、新規アプリケーションフレームワーク３９を経由して（１９４３）、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に通知される（１９４５）。以上の処理により、ユーザーの操作によって（必要であれば何らかの更新された）画面が表示される。
【０１０４】
次に、図２０を参照しながら、新規アプリケーションフレームワークにおける新規アプリケーションの終了について説明を行う。まず、ユーザーからの新規アプリケーションＮＥＷ−Ｂ（３７ｂ）の終了要求２００１を受けると、従来アプリケーション管理部１７は、新規アプリケーション管理部３５にアプリケーション終了要求２００３を行う。尚、単一プロセスの新規アプリケーション終了でも述べたように、アプリケーション終了要求（２００１・２００３・２００５）は単なるイベント（キーコード）の場合がある。
【０１０５】
新規アプリケーション管理部３５は、従来アプリケーション管理部１７からのアプリケーション終了要求２００３を受けて、新規アプリケーションフレームワーク３９に対してアプリケーション終了要求２００５を行う。新規アプリケーションフレームワーク３９は、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に対してアプリケーション終了要求２００７を行う。新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、描画の終了および作業用メモリの開放など、使用していたリソースの使用を中止し、新規アプリケーションフレームワーク３９に対してアプリケーション終了応答を通知する（２００９）。
【０１０６】
新規アプリケーションフレームワーク３９は、新規アプリケーション管理部３５に対してアプリケーション終了応答２０１１を通知する。新規アプリケーション管理部３５は、新規アプリケーション管理部３５の管理しているリソースについて、新規アプリケーションフレームワーク３９の情報を削除し、当該リソースを未使用状態として更新する（２０１３）。以後、従来アプリケーションにおいて、グラフィックおよび作業用メモリなどのリソースを使用することが可能となる。
【０１０７】
新規アプリケーション管理部３５がリソースの開放２０１３を行うと、新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対してアプリケーション終了通知２０１５を行う。これにより、映像・音声をユーザーに対して提示することができる（２０１７）。
【０１０８】
次に、図２１を参照しながら、新規アプリケーションフレームワークにおける新規アプリケーション自発的終了(異常系)処理について説明を行う。新規アプリケーションにおいて異常が発生した場合など、ユーザーの意思と関係なく新規アプリケーションを終了させる場合がある。自発的終了発生事由が生じると、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、新規アプリケーションフレームワーク３９経由で新規アプリケーション管理部３５に対してアプリケーション終了要求発行要請２１０１・２１０３を行い、新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対してアプリケーション終了要求発行要請２１０５を行う。以後、通常の新規アプリケーション終了処理と同様に終了処理が行われる（２００３〜２０１７）。
【０１０９】
次に、図２２を参照しながら、新規アプリケーションフレームワークにおける新規アプリケーションの切替処理について説明を行う。ユーザーからのアプリケーション切替要求２２０１を受けると、従来アプリケーション管理部１７は、新規アプリケーション管理部３５に対してアプリケーション切替要求２２０３を行う。
【０１１０】
ここで、単一プロセスの新規アプリケーション切替で述べたように、アプリケーション切替要求（２２０１・２２０３・２２０５・２２０７）は単なるイベント（キーコード）の場合がある。
【０１１１】
新規アプリケーション管理部３５は、新規アプリケーションフレームワーク３９に対してアプリケーション切替要求２２０５を行う。新規アプリケーションフレームワーク３９は、新規アプリケーションＮＥＷ−Ｂ（３７ｂ）に対してアプリケーション終了要求２２０７を行う。
【０１１２】
新規アプリケーションＮＥＷ−Ｂ（３７ｂ）は、描画の終了および作業用メモリの開放など使用していたリソースの使用を中止し、新規アプリケーションフレームワーク３９に対してアプリケーション終了応答２２０９を通知する。
【０１１３】
新規アプリケーションフレームワーク３９は、必要であればリソースの初期化を行い（２２１１・２２１３）、新規アプリケーションＮＥＷ−Ｃ（３７ｃ）に対してアプリケーション起動要求２２１５を行う。新規アプリケーションＮＥＷ−Ｃ（３７ｃ）の起動が完了すると、新規アプリケーションＮＥＷ−Ｃ（３７ｃ）は、新規アプリケーションフレームワーク３９経由で新規アプリケーション管理部３５に対して新規アプリケーションＮＥＷ−Ｃ（３７ｃ）起動応答を送る（２２１７・２２１９）。
【０１１４】
新規アプリケーション管理部３５は、従来アプリケーション管理部１７に対して新規アプリケーション起動通知２２２１を送る。従来アプリケーション管理部１７は、ユーザーに対して、映像・音声を提示することができる（２２２３）。
【０１１５】
以上に説明したように、本発明の実施の形態による電子機器においては、新規アプリケーション管理部、さらに新規アプリケーションフレームワークの追加を行うことにより、共通アプリケーション以外の他プロセスからのリソース利用、ハードウェア制御が可能となるという利点がある。
【０１１６】
そのことにより、モジュールの分割が可能となり、機器において提供する機能を新規アプリケーション部、共通アプリケーション部、システム部に分割し、商品を特徴付ける機能に応じて必須な機能の実現を担うハードウェアに関する制御については、共通アプリケーション部（従来アプリケーション管理部）において行うことで、技術の発展、コストダウン要求により変更頻度の激しいハードウェアについて、機能の追加・変更時の影響からシステム部を切り離し、安定度を高める。
すなわち、商品の付加価値に対して影響のある新機能追加時の影響から、商品を特徴付けるのに必須となる共通機能を切り離し、安定度を高めることができるという利点がある。
【産業上の利用可能性】
【０１１７】
本発明は、電子機器に利用可能である。
【図面の簡単な説明】
【０１１８】
【図１】本発明の一実施の形態による電子機器の基本構成例を示す機能ブロック図である。
【図２】オペレーションシステム（ＯＳ）とアプリケーションとが一体となっている一般的な電子機器の一構成例を示す図である。
【図３】図１に対して、各機能ブロックをより詳細に示す図である。
【図４】実施例１における単一プロセスにおける拡張例を示す図である。
【図５】実施例１における図９に示す単一プロセスのアプリケーション起動に関するシーケンス図である。
【図６】実施例１における新規アプリケーションの実行（単一プロセス）処理を示すシーケンス図である。
【図７】実施例１における新規アプリケーションの終了（単一プロセス）を示す図である。
【図８】実施例１における新規アプリケーションが自発的終了する異常系の処理を示すシーケンス図である。
【図９】実施例１における新規アプリケーションの切替（単一プロセス）処理例を示すシーケンス図である。
【図１０】実施例２における単一プロセスにおける新規アプリケーション切り替えのシーケンス図である。
【図１１】実施例３における別プロセスにおける拡張例を示す電子機器の一構成例を示す機能ブロック図であり、図１に対応する図である。図１におけるプロセスＡに加えて、新規アプリケーションＮＥＷ−Ｂを有する別プロセスＢと新規アプリケーションＮＥＷ−Ｃを有する別プロセスＣと、を追加する例である。
【図１２】実施例３における別プロセスの新規アプリケーションを起動する場合のシーケンス図である。
【図１３】実施例３における別プロセスの新規アプリケーションを実行する場合のシーケンス図である。
【図１４】実施例３における別プロセスの新規アプリケーションを終了する場合のシーケンス図である。
【図１５】実施例３における別プロセスの新規アプリケーションを自発的終了（異常系）する場合のシーケンス図である。
【図１６】実施例３における別プロセスの新規アプリケーションの切替処理のシーケンス図である。
【図１７】本発明の実施例４による、新規アプリケーションが共通アプリケーションと別プロセスとなる場合であって、かつ、新規アプリケーション内でさらにリソース管理を行う場合における電子機器の一構成例を示す機能ブロック図である。
【図１８】実施例４における新規アプリケーションを起動する場合の処理のシーケンス図である。
【図１９】実施例４における新規アプリケーションを実行する場合の処理のシーケンス図である。
【図２０】実施例４における新規アプリケーションを終了する場合の処理のシーケンス図である。
【図２１】実施例４における新規アプリケーションを自発的終了（異常系）する場合の処理のシーケンス図である。
【図２２】実施例４における新規アプリケーションの切替処理のシーケンス図である。
【図２３】アプリケーション切替によるグラフィックリソース切替例を示す図である。
【符号の説明】
【０１１９】
１…システム、３…本体部、１１…従来アプリケーション（ＣＵＲＲＥＮＴ−Ａ）、１５…従来アプリケーション（ＣＵＲＲＥＮＴ−Ｂ）、１７…従来アプリケーション管理部、２１…通信部、２３…作業用メモリ領域（ＲＡＭ）、２５…音声再生部、２７…不揮発性 ＲＡＭ部、３１…グラフィック部（ファームウェア）、３３…新規アプリケーションＮＥＷ−Ａ、３５…新規アプリケーション管理部、３７…新規アプリケーションＮＥＷ−Ｂ、３９…新規アプリケーションフレームワーク、４１…ライブラリＺ、４３…通信部、５１…ディスプレイ。
【図１】
2008059252.tif 000003
【図２】
2008059252.tif 000004
【図３】
2008059252.tif 000005
【図４】
2008059252.tif 000006
【図５】
2008059252.tif 000007
【図６】
2008059252.tif 000008
【図７】
2008059252.tif 000009
【図８】
2008059252.tif 000010
【図９】
2008059252.tif 000011
【図１０】
2008059252.tif 000012
【図１１】
2008059252.tif 000013
【図１２】
2008059252.tif 000014
【図１３】
2008059252.tif 000015
【図１４】
2008059252.tif 000016
【図１５】
2008059252.tif 000017
【図１６】
2008059252.tif 000018
【図１７】
2008059252.tif 000019
【図１８】
2008059252.tif 000020
【図１９】
2008059252.tif 000021
【図２０】
2008059252.tif 000022
【図２１】
2008059252.tif 000023
【図２２】
2008059252.tif 000024
【図２３】
2008059252.tif 000025
【手続補正書】
【提出日】平成19年8月14日(2007.8.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のアプリケーションを動作可能なオペレーティングシステム部を備えた電子機器において、
前記電子機器の１つ以上の機能を管理するアプリケーションであるアプリケーション管理部と、
新規に付加される機能を管理し、前記アプリケーション管理部とリソースに関する情報を共有するアプリケーションである第一の新規アプリケーション管理部と
を備えたことを特徴とする電子機器。
【請求項２】
前記アプリケーション管理部と前記第一の新規アプリケーション管理部とが同一のプロセスに含まれることを特徴とする請求項１に記載の電子機器。
【請求項３】
さらに新規に付加される機能を実現するためのアプリケーションである新規アプリケーション部を管理し、前記第一の新規アプリケーション管理部とリソースに関する情報を共有するアプリケーションである第二の新規アプリケーション管理部を備えることを特徴とする請求項１または請求項２に記載の電子機器
【請求項４】
前記第一の新規アプリケーション管理部は、
実行したい処理内容と、処理に必要なパラメータと、を用いて、他のプロセスの代理としてハードウェア制御を行う代理管理機能を備えることを特徴とする請求項１から３までのいずれか１項に記載の電子機器。
【請求項５】
前記第一の新規アプリケーション管理部は、
あるハードウェアへのアクセスが同時に発生しないように排他制御を行う排他制御部を備えることを特徴とする請求項１から４までのいずれか１項に記載の電子機器。
【請求項６】
前記第一の新規アプリケーション管理部は、
前記ハードウェアのリソース管理を行うリソース管理部を備えることを特徴とする請求項１から５までのいずれか１項に記載の電子機器。
【請求項７】
前記第一の新規アプリケーション管理部は、
自プロセス用のAPIと他プロセス(第二の新規アプリケーション)用のAPIとの相互変換を行うAPI変換部を備えることを特徴とする請求項１から６までのいずれか１項に記載の電子機器。
【請求項８】
前記代理管理機能は、
他のプロセスとの間で通信を行う対他プロセス通信部と、自プロセス用のAPIと他プロセス(第二の新規アプリケーション)用のAPIとの相互変換を行うAPI変換部と、前記リソース管理部と、を備えることを特徴とする請求項４から７までのいずれか１項に記載の電子機器。
【請求項９】
前記第一の新規アプリケーション管理部は、
仮想アドレスと物理アドレスを変換するために必要な情報を他プロセス(第二の新規アプリケーション)に通知するアドレス変換用情報通知機能を備えることを特徴とする請求項１から８までのいずれか１項に記載の電子機器。
【請求項１０】
前記第二の新規アプリケーション管理部は、
自身の管理する新規アプリケーションがあるハードウェアへのアクセスを同時に実行しないように排他制御を行う排他制御部を備えることを特徴とする請求項３から９までのいずれか１項に記載の電子機器。
【手続補正書】
【提出日】平成20年1月4日(2008.1.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のアプリケーションが動作可能なオペレーションシステム部（以下「システム部」と称する。）を備えた電子機器において、
前記システム部上で動作する管理部であって、
前記電子機器の１つ以上の機能を管理し、ハードウェアへ直接アクセスできる従来アプリケーション管理部と、
前記従来アプリケーション管理部と前記システム部上の同じ処理（以下「プロセス」と称する。）に含まれ、新規に付加される機能を管理し、ハードウェアへ直接アクセスできる第一の新規アプリケーション管理部と、
他のプロセスとして前記システム部上で処理される新規に付加される機能を管理し、他のプロセスに含まれ、ハードウェアへ直接アクセスできない第二の新規アプリケーション管理部と
を備えたことを特徴とする電子機器。
【請求項２】
前記第一の新規アプリケーション管理部は、
実行すべき処理内容と、処理に必要なパラメータと、を用いて、他のプロセスの代理としてハードウェア制御を行う代理管理機能を備えることを特徴とする請求項１に記載の電子機器。
【請求項３】
前記代理管理機能は、
他のプロセスとの間で通信を行う対他プロセス通信部と、
前記第一の新規アプリケーション管理部は、
自身が含まれるプロセス用のＡＰＩと、他プロセスの前記第二の新規アプリケーション管理部用のＡＰＩまたは他プロセスのアプリケーション用のＡＰＩとの相互変換を行うＡＰＩ変換部と、を備えることを特徴とする請求項２に記載の電子機器。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
さらに、Ｌｉｎｕｘ（登録商標）などのように、メモリアクセスに仮想アドレスを用いるシステムを用いる場合には、システムおよびアプリケーションにおけるメモリアクセスが仮想アドレスであるのに対し、ハードウェアやファームウェア制御時のメモリアクセスには実際の物理メモリを用いなければならない。この際には、仮想アドレスを物理アドレスに変換する必要がある。