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