JP5338881B2 - 携帯端末 - Google Patents

Description

本発明は携帯端末に関する。

近年、携帯型の情報機器の進歩および普及にはめざましいものがある。それらの携帯端末のソフトウェア制御においては、タスク毎または、タスクを複数集めたタスク群毎で管理することが通常である。例えば、このタスク群は携帯端末の機能とおおよそ１対１で管理し、複数の機能を起動する際も、優先順位を付けて管理する技術がある（例えば特許文献１）。

特開２００５−２２８１４４号公報（３頁乃至１０頁、図２参照）

上記特許文献１には、それぞれのタスク群に優先度を設け、それぞれのタスク群のつながりが密接につながっている場合とあまり密接につながっていない場合とを区別せず、単に優先度順に実行する旨が記載されている。

このようにタスク群のつながりの密接度に係りなく優先度順に処理した場合、ある一つのタスク群（例えば第１のタスク群とする）の優先度を変更した場合、他のタスクに影響を及ぼす場合もありうるし、管理が複雑になる恐れがある。

本発明は上記問題点を解決したものであって、タスク群を管理する際に、タスク群同士の結びつきを考慮したタスク管理を可能とした携帯端末を提供することを目的とする。

本発明の携帯端末は、予め定められた単位のタスク群毎に実行するタスク群を順番に複数受けつけ、先に受けつけたタスク群と次に受けつけたタスク群との関係において、前記先に受けつけたタスク群の実行により得られる情報を前記次に受けつけたタスク群が用いる場合と用いない場合とで強弱の連携度を設定し、設定された前記連携度が強い場合に該連続する複数のタスク群を第１のチェーンとして管理すると共に、フォアグラウンドで起動し、該複数のタスク群を順番に複数受けつけ、先に受けつけたタスク群と、次に受けつけたタスク群との連携度が、前記第１のチェーンとして管理する連携度よりも弱い場合、前記第１のチェーンとは異なる第２のチェーンとして管理する制御部を有し、前記制御部は、前記第１のチェーンとして管理されるタスク群がフォアグラウンドで起動しているとき、前記第２のチェーンとして管理されるタスク群を受けつけたならば、前記第１のチェーンとして管理されるタスク群を前記フォアグラウンドより権限の低いバックグラウンドで起動し、前記複数のタスク群が連携して起動しているときに割り込み動作が生じた際、割り込みタスク群の種類及び前記フォアグラウンドで起動しているタスク群のうち割り込みを禁止しているタスク群が存在するか否かに応じて、前記割り込みタスク群の動作を制御することを特徴とする。

本発明によれば、タスク群を管理する際に、タスク群同士の結びつきを考慮したタスク管理を可能としているため、より適切なタスク管理ができる携帯端末を提供することができる。

携帯電話機１を１８０度開いたときの構造を示した図。 携帯電話機１を閉じたときの構造を示した図。 携帯電話機１のディスプレイ５の表示例を示した図、及びキー６の配置の一例を示した図。 携帯電話機１の構成を簡潔に示したブロック図。 携帯電話機１のそれぞれのタスク群がサービスとして起動して、遷移する状態の関係を示した図。 強連携で新しいサービスを起動する場合を説明するための第１の図。 強連携で新しいサービスを起動する場合を説明するための第２の図。 強連携で新しいサービスを起動する場合を説明するための第３の図。 強連携で新しいサービスを起動する場合を説明するための第４の図。 強連携で新しいサービスを起動する場合を説明するための第５の図。 強連携で新しいサービスを起動する場合を説明するための第６の図。 強連携で新しいサービスを起動する場合を説明するための第７の図。 新たに弱連携のサービスを起動した場合の動作を説明する第１の図。 新たに弱連携のサービスを起動した場合の動作を説明する第２の図。 新たに弱連携のサービスを起動した場合の動作を説明する第３の図。 新たに弱連携のサービスを起動した場合の動作を説明する第４の図。 新たに弱連携のサービスを起動した場合の動作を説明する第５の図。 新たに弱連携のサービスを起動した場合の動作を説明する第６の図。 サービスの多重起動についての動作を説明する第１の図。 サービスの多重起動についての動作を説明する第２の図。 サービスの多重起動についての動作を説明する第３の図。 サービスの多重起動についての動作を説明する第４の図。 サービスの多重起動についての動作を説明する第５の図。 サービスの多重起動についての動作を説明する第６の図。 サービスの多重起動についての動作を説明する第７の図。 サービスの多重起動についての動作を説明する第８の図。 複数のサービスが連携して起動しているときに割り込み動作が生じた場合を説明する第１の図。 複数のサービスが連携して起動しているときに割り込み動作が生じた場合を説明する第２の図。 複数のサービスが連携して起動しているときに割り込み動作が生じた場合を説明する第３の図。 複数のサービスが連携して起動しているときに割り込み動作が生じた場合を説明する第４の図。

以下に、本発明の実施の形態を説明する。

以下に、本発明を携帯電話機に適用した場合における一つの実施の形態を、図面を用いて説明する。図１、図２は携帯電話機１の外観を示した図であり、また図４は携帯電話機１のブロック図を示したものである。
まず、携帯電話機１の構造を図１、図２を用いて説明する。図１は、携帯電話機１を約１８０度開いた時の外観図である。図１（Ａ）は正面から見た図、図１（Ｂ）は側面から見た図である。

次に、図２は携帯電話機１を閉じた時の図である。図２（Ａ）は正面から見た図、図２（Ｂ）は側面から見た図である。

携帯電話機１は上筐体部２と下筐体部４がヒンジ部３を介して接続されており、上筐体部２にはＬＣＤなどのディスプレイ５、受信した音声を発声するレシーバ９、携帯電話機１の状態を検知するための磁気センサ１１ａ、カメラ１２、及びサブ表示部１３を有している。また、下筐体部４には、数字、文字、携帯電話機１の操作等を入力するためのキー６、更には携帯電話機１の操作を行うサイドキー７ａ乃至７ｃ、集音するためのマイク（送話口）８、及び携帯電話機１の状態を検知するための磁気センサ１１ｂを有している。

図４は、携帯電話機１の構成を簡潔に示したブロック図である。携帯電話機１の内部には、携帯電話機１全体の制御を行う制御部１０１と、例えばＲＡＭ・ＮＡＮＤメモリ・ＤＲＡＭ・ＳＲＡＭなどのメモリなどで構成され、各種の情報データなどが保存されているメモリ１１５と、ディスプレイ５を表示制御する第１表示制御部１０５・サブ表示部１３を表示制御する第２表示制御部１１３と、キー６及びサイドキー７の押下を認識する入力部１０６と、アンテナ１１７を用いて無線通信制御を行う通信部１１８と、制御部１０１が実行する待受タスク群１１６ａ、第１タスク群１１６ｂ、第２タスク群１１６ｃ、・・・第Ｎタスク群１１６ｎとを備えている。また、制御部１０１によって全体が制御されており、待受タスク群１１６ａ、第１タスク群１１６ｂ、第２タスク群１１６ｃ、・・・、及び第Ｎタスク群１１６ｎを管理したり、実行を指示したりするタスク管理・実行制御部１０１ａからなる。

第１表示制御部１０５・第２表示制御部１１３は、それぞれディスプレイ５及びサブ表示部１３を表示制御するものであり、制御部１０１から出力命令される表示データを表示制御する。

通信部１１８は、制御部１０１によって命令された情報を、無線通信によって送信したり、メールサーバより無線通信によって送られた情報を受信したりする機能を有する。また、電話機能による通話の際も、通信部１１８を通じて基地局からの信号を受信することにより、着信を通知したり、通話が行われたりする。そして、これらのメール受信信号や、着信信号を受信すると、制御部１０１にその旨を伝える。

入力部１０６は、キー６及びサイドキー７の押下を認識するものであって、数字キーや文字キー、メール編集の決定・中止などのファンクションキーを含む複数のキーの押下を
それぞれ認識することができ、利用者が入力操作したキー６の入力に応じて、キーを識別する識別信号を制御部１０１へ通知し、制御部１０１がその動作を開始する。

図３は、本発明のディスプレイ５の表示例、およびキー６の配置の一例を示した図であり、図３（Ａ）はディスプレイ５の表示例、図３（Ｂ）はキー６の配置の一例である。図３（Ａ）に示されるように、携帯電話機１のディスプレイ５には、一番上の行（以下上ピクト行とする）には、現在のアンテナ１１７の感度のレベルを示したアンテナピクト５１と、携帯電話機１の現在の電池残量を示した電池ピクト５２と、現在の時刻を表示する時刻表示５３とメールを受信した際に表示されるメールピクト５７とが表示されている。さらに、携帯電話機１のディスプレイ５の一番下の行（以下下ピクト行とする）には、現在表示されている機能において、ソフトキー左６４・ソフトキー中６５・ソフトキー右６６を押下すると実行される機能の簡単な説明が、それぞれソフトキー左６４については左下ピクト５４、ソフトキー中６５については中下ピクト５５、ソフトキー右６６については右下ピクト５６になされている。たとえば、図３（Ａ）のような表示がなされている場合、ソフトキー左６４を押下すると、「戻る」という機能が実行され、ソフトキー中６５を押下すると、図示していないが、現在フォーカスが当たっている機能を選択することができる。また、ソフトキー右６６を押下すると、「サブメニュー」が表示される。なお、ソフトキー中６５の操作は十字キー６７の真ん中にある決定キーにおいても行うことができる。

図３（Ｂ）に示されるように、下筐体４には、キー６として、数字キー６１、「＊」キー６２、「＃」キー６３、ソフトキー左６４、ソフトキー中６５、ソフトキー右６６、十字キー６７、メールキー６８、ブラウザキー６９、通話キー７０、電源キー７１、及びクリアキー７２を有する。数字キー６１は、数字のほかに、かな文字、記号文字、アルファベット等が割り当てられており、例えば、「１」のキーには、数字「１」、「あ」「い」「う」「え」「お」のかな文字、及び「．」「＠」の記号が割り当てられており、「２」のキーには、数字「２」、「か」「き」「く」「け」「こ」のかな文字、及び「Ａ」「Ｂ」「Ｃ」「ａ」「ｂ」「ｃ」などのアルファベットが割り当てられている。

十字キー６７は、当てられたカーソルを上下左右方向に移動することができることに加え、真ん中にある部分（以下決定キーと呼ぶ）を押下すると、さまざまな機能を確定することができる。また、メールキー６８はメールの送受信機能を呼び出すことができる。また、ブラウザキーは、Ｗｅｂなどに接続することができる。

通話キー７０は、電話を受ける際や、発信する際に用いるためのキーであり、電源キー７１は、電源のＯＮ・ＯＦＦ、終話の際、及び機能、編集を終了する際に用いる。更に、クリアキー７２は、機能・編集をクリアする際、及び文字入力の際に文字を消去する際に用いる。また、クリアキー７２は待ち受け画面において押下すると、メモ帳を呼び出すことができる。

次に、この明細書で用いる用語について説明する。まず、「サービス（ＳＶと記すこともある）」とは、携帯電話機１において、携帯電話機１のユーザがキー６によって操作することができるソフトウェアの機能のことを指す。このソフトウェアの機能とは、電話帳機能・メニュー呼出・メール機能・アラーム機能・ブラウザ機能・スケジュール機能・ショートカット機能・音楽再生機能・ＴＶ電話機能・ＴＶ視聴機能・地上波デジタルＴＶ機能・無線ＬＡＮ接続機能・外部機器接続機能など広い意味を含むだけでなく、電話帳の一覧表示機能・電話帳の新規作成機能・電話帳の消去機能といったように狭い意味（広く電話帳機能を呼び出し、その下位の階層で実行できる機能も含むという意味）も含むものとする。また、通信待受・電源ＯＮ／ＯＦＦ等もこのサービスの概念に含まれるものとする。それらのサービスの詳細説明は、周知のものであるため、説明を省略する。なお、これらのサービスは、待受タスク群１１６ａ、第１タスク群１１６ｂ、・・・第Ｎタスク群によって実現される。

また、「タスク」とは、携帯電話機１のＯＳ上で定義されたタスクで、アプリケーション層に位置するものを示す。

また、「サービスタスク」とは、サービスを提供するためのタスク群（例えば本実施例で言えば待受タスク群１１６ａ、第１タスク群１１６ｂ、第２タスク群１１６ｃ、・・・第Ｎタスク群１１６ｎに該当する）の中で、起動して管理タスクの制御メッセージを受けて、サービスの実行を司るタスクを指す。

また、「フォアグランド（フォアグラウンドサービス）」とは、携帯電話機１の全体の動作を主に制御できる権限を持った状態でサービスを起動することであって、原則として、画面を表示する権限や、キー入力を受け付ける権限をもつ。また、「バックグラウンド（バックグラウンドサービス）」とは、フォアグラウンドより低い権限で制限を受け他状態で動作するサービスであって、動作することは許可されているが、携帯電話機１の画面を表示する権限や、キー入力を受け付ける権限などは、フォアグラウンドのほうが優先されるように制御される。

また、「中断（中断サービス）」とは、あるサービスを起動している間に、その動作を中断することを指し、タスク管理・実行制御部１０１ａより再開指示を受けると、フォアグラウンドとなる。

また、「アイドル」とは、タスクとして起動されて初期化されているが、サービスとして起動されていない状態を指す。

また、「強連携」とは、新たに起動するサービス（ＳＶ−Ａ）とその直前に起動していたサービス（ＳＶ−Ｂ）とが直接強い結びつきがある場合であって、ＳＶ−ＢがＳＶ−Ａからの情報の返りを期待する場合を指す。

また、「弱連携」とは、新たに起動するサービス（ＳＶ−Ｃ）とその直前に起動していたサービス（ＳＶ−Ｂ）とが直接にはあまり結びつきがない場合であって、ＳＶ−ＢがＳＶ−Ｃからの情報の返りを期待しない場合を指す。

また、「サービスチェーン」とは、一度に連携して動作するサービスを、順次つないで管理しているチェーンを指す。このチェーンの情報は、タスク管理・実行制御部１０１ａ（後に説明するチェーン管理部１５１、図６）に記憶する。

また、「ルート」とは、サービスチェーンの基点を示す概念を示す。

次に、図５を用いて、待受タスク群１１６ａ、第１タスク群１１６ｂ、第２タスク群１１６ｃ、・・・第Ｎタスク群１１６ｎが起動して、遷移する状態の関係について説明する。それぞれのタスク群は、タスク管理・実行制御部１０１ａによって制御されている。

まず、サービス（例えば第Ｎタスク群１１６ｎ）は、例えばユーザの電源キー７１の長押し操作による電源ＯＮ操作によって未起動状態２１からアイドル状態２２に遷移する（Ｓ２１１）。そして、例えばユーザの電源キー７１の長押し操作による電源ＯＦＦ操作によってアイドル状態２２から未起動状態２１へ遷移する（Ｓ２２３）。

また、タスク管理・実行制御部１０１ａは、外部からの音声着信、または第Ｍタスク群１１６ｍのサービス起動要求（ユーザのキー６の操作による場合とそれ以外の場合も含む）がなされると、対応するサービス（例えば第Ｎタスク群１１６ｎ）を起動するように制御されるが、サービスはそれを受けて、フォアグラウンド（Ｓ２２１）または、バックグラウンド（Ｓ２２２）の状態として起動する。フォアグラウンドで起動するか、バックグラウンドで起動するかは、後述するルールでタスク管理・実行制御部１０１ａによって決定され、制御される。

また、サービスがフォアグラウンド状態２３であった場合には、サービスが終了した場合（起動している必要がなくなった場合）、または、サービスを強制的にユーザのキー６の操作等によって終了指示が管理タスクから送信された場合は、サービスを終了し、アイドル状態２２に戻す（Ｓ２３１）。

また、フォアグラウンド状態２３で当該サービスを起動しているときにサービス自身が他のサービスの強連携起動要求を行った場合には（詳細は後述する）、当該サービスは中断状態２５に移行する（Ｓ２３２）。また、タスク管理・実行制御部１０１ａよりサービス中断要求を受信した場合にも、サービスを中断状態２５に移行する（Ｓ２３２）。

また、フォアグラウンド状態２３でサービスを起動しているときに、タスク管理・実行制御部１０１ａからバックグラウンド要求を受信した場合には、当該サービスはバックグラウンド状態２４に移行する（Ｓ２３３）。更に、フォアグラウンド状態２３で当該サービスを起動しているときにサービス自身が他のサービスの弱連携起動要求を行った場合には（詳細は後述する）、当該サービスタスクはバックグラウンド状態２４に移行する（Ｓ２３３）。

また、バックグラウンド状態２４でサービスを起動しているときに、タスク管理・実行制御部１０１ａからフォアグラウンド要求を受信した場合には、当該サービスはフォアグラウンド状態２３に移行する（Ｓ２４１）。

また、サービスタスクがバックグラウンド状態２４で起動していた場合において、サービスが終了した場合（起動している必要がなくなった場合）、または、サービスを強制的にユーザのキー６の操作等によって終了指示がタスク管理・実行制御部１０１ａから送信された場合は、サービスを終了し、アイドル状態２２に戻す（Ｓ２４２）。

また、タスク管理・実行制御部１０１ａよりサービス中断要求を受信した場合にも、サービスを中断状態２５に移行する（Ｓ２４３）。

また、サービスが中断状態２５である場合において、サービスが終了した場合（起動している必要がなくなった場合）、または、サービスを強制的にユーザのキー６の操作等によって終了指示が管理タスクから送信された場合は、サービスを終了し、アイドル状態２２に戻す（Ｓ２５１）。

また、サービスが中断状態２５である場合において、タスク管理・実行制御部１０１ａからサービスの再開要求を受けた場合、それぞれフォアグラウンド状態２３（Ｓ２５２）、バックグラウンド状態２４（Ｓ２５３）に移行する。なお、サービスを再開する場合は、前回中断要求を受けた時の状態よりサービスを再開させる。

次に、図６乃至図２９を用いて、タスク管理・実行制御部１０１ａにおけるサービス（待受タスク群１１６ａ、第１タスク群１１６ｂ、第２タスク群１１６ｃ、・・・第Ｎタスク群１１６ｎ）の動作管理について説明する。

図６乃至図１２は、強連携で新しいサービスを起動する場合を説明するための図である。以降、例えば新たに第１タスク群１１６ｂのサービスＡ（ＳＶ−Ａ）をフォアグラウンドで起動する場合には、図６（Ａ）に示すように図示することとする。また、図６（Ｂ）は、タスク管理・実行制御部１０１ａの制御情報を説明するための図であるが、新たにＳＶ−Ａを起動すると、タスク管理・実行制御部１０１ａは、チェーン管理部１５１にチェーンＡが登録され、タスク管理部１５２にＳＶ−Ａが登録される。なお、図６（Ｂ）において、現在フォアグラウンドで実行すべきサービスは矢印で示したサービスであって、チェーン管理部１５１に最も優先度が高く（以後一番左に図示するものとする）登録されたチェーンを実行し、タスク管理部１５２に登録されて、実行すべきチェーンの中で最も優先度の高く（以後一番左に図示するものとする）登録されたサービスを実行するものとする。図６（Ｂ）の例では、タスク管理・実行制御部１０１ａがチェーンＡのＳＶ−Ａを実行し、管理している。

図７（Ａ）は、図６（Ａ）のＳＶ−Ａがフォアグラウンドで起動している状態で新たに強連携のＳＶ−Ｂを起動した場合の状態を示した図である。具体的な例としては、メール本文を作成中（ＳＶ−Ａ）にカメラ機能（ＳＶ−Ｂ）を起動した場合や、音声通話中（ＳＶ−Ａ）に電話帳（ＳＶ−Ｂ）を起動した場合や、カレンダ機能でスケジュール機能を表示しているとき（ＳＶ−Ａ）にメール作成画面（ＳＶ−Ｂ）を起動した場合など、様々な場合があげられる。

図６（Ａ）に示したＳＶ−Ａがフォアグラウンドで起動しているときに、例えばユーザのキー６の操作によってＳＶ−Ｂを起動するための操作がなされると、タスク管理・実行制御部１０１ａは、第１タスク群１１６ｂにサービスの中断を要求し（ＳＶ−Ａの中断）、更に第２タスク群１１６ｃにＳＶ−Ｂをフォアグラウンドで起動するように要求する。

図７（Ｂ）は、図７（Ａ）の状態におけるタスク管理・実行制御部１０１ａの管理状態を示した図である。チェーン管理部１５１には、チェーンＡが登録される（図６の状態と変わらない）。また、タスク管理部１５２は、ＳＶ−Ａの優先度が下げられ、優先度が高い順にＳＶ−Ｂ、ＳＶ−Ａと登録されている。

次に、フォアグラウンドで起動しているサービスが終了した場合の動作を説明する。図８（Ａ）は、図７（Ａ）のＳＶ−Ｂがフォアグラウンドで起動しＳＶ−Ａが中断されている状態で、新たに強連携のＳＶ−Ｃを起動した場合の状態を示した図である。この状態からＳＶ−Ｃの実行が終了した場合を示した図を図８（Ｂ）に示す。また、図８（Ｃ）は、図８（Ａ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図であり、図８（Ｄ）は、図８（Ｂ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。なお、図８（Ｂ）のように、ＳＶ−Ｃの実行が終了された場合の具体例としては、カレンダ機能でスケジュール機能を表示しているとき（ＳＶ−Ａ）にメール作成画面（ＳＶ−Ｂ）を起動して、更に電話帳機能（ＳＶ−Ｃ）を呼び出し（図８（Ａ））、その後、電話帳表示状態で一つのメールアドレスを選択・決定した場合や、クリアキー７２が押下されて電話帳機能の表示を取り消した場合があげられる。

図８（Ａ）において、ＳＶ−Ｂがフォアグラウンドで起動中に、強連携でＳＶ−Ｃの起動要求があった場合、図７の説明と同様に、タスク管理・実行制御部１０１ａは、ＳＶ−Ｂにサービスの中断を要求し、更にＳＶ−Ｃにフォアグラウンドで起動するように要求する。そのとき、図８（Ｃ）に示すようにチェーン管理部１５１には、チェーンＡが登録される（図６・図７の状態と変わらない）。また、タスク管理部１５２は、ＳＶ−Ｃが新たに登録されてＳＶ−ＢとＳＶ−Ａの優先度が下げられ、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａと登録されている。

その後、図８（Ａ）の状態でＳＶ−Ｃの実行が終了すると、図８（Ｂ）に示すように、タスク管理・実行制御部１０１ａは、ＳＶ−Ｃの実行が終了した旨の要求を第３タスク群より受けつけ、次の優先度になっているＳＶ−Ｂをフォアグラウンドで実行するように第２タスク群１１６ｃに要求する。その時、タスク管理・実行制御部１０１ａの管理状態は図８（Ｄ）に示すようにチェーン管理部１５１には、チェーンＡが登録されたままであり、タスク管理部１５２は、ＳＶ−Ｃが消去され、ＳＶ−ＢとＳＶ−Ａの優先度が上げられ、優先度が高い順にＳＶ−Ｂ、ＳＶ−Ａと登録される。

次に、フォアグラウンドで起動していないサービスの動作が終了する場合（第１の終了）を説明する。図９（Ａ）は、図７（Ａ）のＳＶ−Ｂがフォアグラウンドで起動しＳＶ−Ａが中断されている状態で、新たに強連携のＳＶ−Ｃを起動した場合の状態を示した図である（図８（Ａ）と同じである）。この状態から中断していたＳＶ−Ｂの実行が終了した場合を示した図を図９（Ｂ）に示す。また、図９（Ｃ）は、図９（Ｂ）においてＳＶ−Ｂの実行の終了要求を受け付けた後の状態を示した図である。また、図１０（Ａ）乃至図１０（Ｃ）は、それぞれ図９（Ａ）乃至図９（Ｃ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。なお、図９（Ｂ）のように、ＳＶ−Ｂの実行が終了された場合（第１の終了）の具体例としては、Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＴＭ）機能によってＯＢＥＸ接続（外部とのデータ通信のための接続）待ちをしている（ＳＶ−Ａ）ときに、音声発呼による通話（ＳＶ−Ｂ）を行い、その音声通話中に電話帳を起動して（ＳＶ−Ｃ）参照しているときに、音声発呼の相手方から通話を切断された場合（ＳＶ−Ｂの終了）があげられる。

図９（Ａ）において、ＳＶ−Ｂがフォアグラウンドで起動中に、強連携でＳＶ−Ｃの起動要求があった場合は、図８の説明と同様である。そのとき、図１０（Ａ）に示すようにチェーン管理部１５１には、チェーンＡが登録される（図６・図７の状態と変わらない）。また、タスク管理部１５２は、ＳＶ−Ｃが新たに登録されてＳＶ−ＢとＳＶ−Ａの優先度が下げられ、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａと登録されている。

その後、図９（Ａ）の状態でＳＶ−Ｂの実行が終了すると、図９（Ｂ）に示すように、タスク管理・実行制御部１０１ａは、ＳＶ−Ｂの実行が終了した旨の要求を第２タスク群１１６ｃより受けつけ、ＳＶ−Ｂを終了させる。更に、ＳＶ−Ｂと強連携で対応付けられていたＳＶ−Ｃも終了させる。その時、タスク管理・実行制御部１０１ａの管理状態は図１０（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡが登録されたままであり、タスク管理部１５２は、ＳＶ−Ｂが消去される。

そして、図９（Ｃ）に示すように、ＳＶ−Ｂの次の優先度になっているＳＶ−Ａに対して、フォアグラウンドで実行するように第１タスク群１１６ｂに要求する。その時、タスク管理・実行制御部１０１ａの管理状態は図１０（Ｃ）に示すようにチェーン管理部１５１には、チェーンＡが登録されたままであり、タスク管理部１５２は、ＳＶ−Ｃが消去され、ＳＶ−Ａの優先度が上げられ、ＳＶ−Ａのみが登録される。

次に、フォアグラウンドで起動していないサービスの動作が終了する場合（第２の終了）を説明する。図１１（Ａ）は、図７（Ａ）のＳＶ−Ｂがフォアグラウンドで起動しＳＶ−Ａが中断されている状態で、新たに強連携のＳＶ−Ｃを起動した場合の状態を示した図である（図８（Ａ）と同じである）。この状態から中断していたＳＶ−Ｂの実行が終了した場合を示した図を図１１（Ｂ）に示す。また、図１１（Ｃ）は、図１１（Ｂ）においてＳＶ−Ｂの実行の終了要求を受け付けた後の状態を示した図である。また、図１１（Ｄ）は図１１（Ｃ）の状態において更にＳＶ−Ａの実行の終了要求を受け付けた後の状態を示した図である。また、図１２（Ａ）乃至図１２（Ｄ）は、それぞれ図１１（Ａ）乃至図１１（Ｄ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。

なお、図１１（Ｂ）のように、ＳＶ−Ｂの実行が終了された場合（第２の終了）の具体例としては、メニュー画面一覧（機能一覧ランチャー画面）を表示してから（ＳＶ−Ａ）、電話帳を開き（ＳＶ−Ｂ）、その後電話帳からメール作成画面（ＳＶ−Ｃ）に移行したとき（電話帳（ＳＶ−Ｂ）の終了）があげられる。

図１１（Ａ）において、ＳＶ−Ｂがフォアグラウンドで起動中に、強連携でＳＶ−Ｃの起動要求があった場合は、図８の説明と同様である。そのとき、図１２（Ａ）に示すようにチェーン管理部１５１には、チェーンＡが登録される（図６・図７の状態と変わらない）。また、タスク管理部１５２は、ＳＶ−Ｃが新たに登録されてＳＶ−ＢとＳＶ−Ａの優先度が下げられ、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａと登録されている。

その後、図１１（Ａ）の状態でＳＶ−Ｂの実行が終了すると、図１１（Ｂ）に示すように、タスク管理・実行制御部１０１ａは、ＳＶ−Ｂの実行が終了した旨の要求を第２タスク群１１６ｃより受けつけ、ＳＶ−Ｂを終了させる。その時、図９の第１の終了の場合と異なり、ＳＶ−Ｃのフォアグラウンドでの実行は終了させず、そのまま実行を継続する。

そして、タスク管理・実行制御部１０１ａの管理状態は図１２（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡが登録されたままであり、タスク管理部１５２は、ＳＶ−Ｂが消去される。

そして、図１１（Ｃ）に示すように、ＳＶ−Ｂの次の優先度になっているＳＶ−Ａの優先度を一つあげるように変更する。その時、タスク管理・実行制御部１０１ａの管理状態は図１２（Ｃ）に示すようにチェーン管理部１５１には、チェーンＡが登録されたままであり、タスク管理部１５２は、ＳＶ−Ｂが消去され、ＳＶ−Ａの優先度が上げられ、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ａと登録される。

なお、図１１（Ｃ）の状態でＳＶ−Ｃの実行が終了した場合には、図１１（Ｄ）に示すようにタスク管理・実行制御部１０１ａは、ＳＶ−Ａに対してフォアグラウンドで実行するように要求する。その時、タスク管理・実行制御部１０１ａの管理状態は図１２（Ｄ）に示すようにチェーン管理部１５１には、チェーンＡが登録されたままであり、タスク管理部１５２は、ＳＶ−Ｃが消去され、ＳＶ−Ａの優先度が上げられ、ＳＶ−Ａのみが登録される。

次に、あるサービスがフォアグラウンドで起動している状態で新たに弱連携のサービスを起動した場合の動作について説明する。図１３乃至図１８は、新たに弱連携のサービスを起動した場合の動作を説明する図である。

図１３（Ａ）は、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態を示した図である。この状態から新たに弱連携のサービスＳＶ−Ｄを起動した場合を示した図を図１３（Ｂ）に示す。また、図１４（Ａ）及び図１４（Ｂ）は、それぞれ図１３（Ａ）及び図１３（Ｂ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。具体的な例としては、メインメニュー（ＳＶ−Ａ）を起動後、機能一覧画面（ＳＶ−Ｂ）より音楽プレーヤ（ＳＶ−Ｃ）を起動しているときにメール作成画面（ＳＶ−Ｄ）を起動したとき、メインメニュー（ＳＶ−Ａ）を起動後、機能一覧画面（ＳＶ−Ｂ）よりブラウザ（ＳＶ−Ｃ）を起動しているときにメール作成画面（ＳＶ−Ｄ）を起動したときなど、様々な場合があげられる。

図１３（Ａ）に示したように、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態において、図１４（Ａ）に示すようにチェーン管理部１５１には、チェーンＡが登録される。また、タスク管理部１５２は、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａと登録されている。

その後、図１３（Ａ）の状態、つまりＳＶ−Ｃがフォアグラウンドで起動しているときに、例えばユーザのキー６の操作によって新たにＳＶ−Ｄを実行すべき操作がなされると、図１３（Ｂ）に示すように、タスク管理・実行制御部１０１ａは、ＳＶ−Ｄを実行すべき旨の要求を受けつけ、ＳＶ−Ｄを新たなチェーンＢの管理を用いて実行させる。そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｄにフォアグラウンドで実行するよう指示する。そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｃに対して以後バックグラウンドで実行するように指示する。その時、タスク管理・実行制御部１０１ａの管理状態は図１４（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡの優先度を一つ下げ、チェーンＡに加えてチェーンＢを一番高い優先度にて登録する。また、タスク管理部１５２は、チェーンＡとしてのタスク管理はそのまま優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａが登録されたままである。そしてそれに加えてチェーンＢの管理として、ＳＶ−Ｄを新たに登録する。

図１５（Ａ）は、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態を示した図である。この状態から新たに弱連携のサービスＳＶ−Ｄをフォアグラウンドで起動した場合を示した図を図１５（Ｂ）に示す。さらに、図１５（Ｂ）の状態で、バックグラウンドで起動しているＳＶ−Ｃがタスク管理・実行制御部１０１ａに対してフォアグラウンド要求を行い、それがタスク管理・実行制御部１０１ａに受け入れられた場合を示した図を図１５（Ｃ）に示す。また、図１６（Ａ）乃至図１６（Ｃ）は、それぞれ図１５（Ａ）乃至図１５（Ｃ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。具体的な例としては、メインメニュー（ＳＶ−Ａ）を起動後、機能一覧画面（ＳＶ−Ｂ）よりカウントタイマー（予めユーザがカウントした秒数をカウントする機能、ＳＶ−Ｃ）機能を起動し、カウントタイマー機能の途中で、ショートカット機能（ＳＶ−Ｄ）を呼び出して起動中に、カウントタイマー機能によってカウントされていた秒数が０となり、アラーム画面を表示し、アラーム音を鳴らす（フォアグラウンド要求）場合があげられる。

なお、図１５（Ａ）・図１５（Ｂ）・図１６（Ａ）・図１６（Ｂ）に関しては、それぞれ図１３（Ａ）・図１３（Ｂ）・図１４（Ａ）・図１４（Ｂ）と同じであるため、その説明を省略する。

図１５（Ｂ）の状態において、ＳＶ−Ｃがバックグラウンドで起動しているときに、ＳＶ−Ｃがフォアグランドで実行すべきイベントが発生した場合、タスク管理・実行制御部１０１ａは、ＳＶ−Ｃからフォアグラウンドで実行すべきイベントが発生した旨の指示を受け付け、現在フォアグラウンドで実行しているＳＶ−ＤがＳＶ−Ｃの割り込みイベントを許容しているか否かを判断し、許容している場合には、ＳＶ−Ｄに対してバックグラウンドで実行すべき指示を行う。そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｃに対して、フォアグラウンドで実行すべき旨の指示を行う。図１５（Ｃ）はＳＶ−ＤがＳＶ−Ｃの割り込みを許容した場合の状態を示している。

一方、タスク管理・実行制御部１０１ａは、現在フォアグラウンドで実行しているＳＶ−ＤがＳＶ−Ｃの割り込みイベントを許容しているか否かを判断して、ＳＶ−Ｃの割り込みを許容していない場合（例えば、ＳＶ−Ｄが通話タスクであった場合など）には、ＳＶ−Ｃに対してフォアグラウンドでの実行を禁止する旨の指示を行う。

図１５（Ｃ）のときのタスク管理・実行制御部１０１ａの管理状態は、図１６（Ｃ）に示すようにチェーン管理部１５１には、チェーンＡとチェーンＢとの優先度が高い順にチェーンＡ、チェーンＢの順で登録される（チェーンＡとチェーンＢとの優先度が入れ替えられる）。また、タスク管理部１５２は、チェーンＡとしてのタスク管理はそのまま優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａが登録されたままである。さらに、チェーンＢとしてのタスク管理もＳＶ−Ｄが登録されたままである。そして、チェーンＡの実行が優先されるため、チェーンＡのＳＶ−Ｃがフォアグラウンドで実行される。

次に、図１７（Ａ）は、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態を示した図である。この状態から新たに弱連携のサービスＳＶ−Ｄをバックグラウンドで起動した場合を示した図を図１７（Ｂ）に示す。また、図１８（Ａ）及び図１８（Ｂ）は、それぞれ図１７（Ａ）及び図１７（Ｂ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。具体的な例としては、メインメニュー（ＳＶ−Ａ）を起動後、機能一覧画面（ＳＶ−Ｂ）よりゲーム機能（例えばＪＡＶＡ（登録商標、以下省略）などで実現、ＳＶ−Ｃ）機能を起動し、ゲーム機能の途中で、通信部１１８を介してメールを受信した（ＳＶ−Ｄ）場合などがあげられる。

なお、図１７（Ａ）及び図１８（Ａ）に関しては、それぞれ図１３（Ａ）及び図１４（Ａ）と同じであるため、その説明を省略する。

図１７（Ａ）の状態、つまりＳＶ−Ｃがフォアグラウンドで起動しているときに、例えば外部から通信部１１８を通じて受信したメールを通知するために、新たにＳＶ−Ｄを実行すべき指示が通信部１１８よりなされると（ＳＶ−Ｄを実行すべき指示がユーザのキー操作以外をトリガとしてなされた場合）、図１７（Ｂ）に示すように、タスク管理・実行制御部１０１ａは、ＳＶ−Ｄを実行すべき旨の要求を受けつけ、ＳＶ−Ｄを新たなチェーンＢの管理を用いて実行させる（弱連携での起動）。そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｄをフォアグラウンドで実行するか、バックグラウンドで実行するかを現在フォアグラウンドで実行しているサービスに応じて判断する。そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｄをバックグラウンドで実行すべきであると判断した場合、ＳＶ−Ｄに対してバックグラウンドで実行するように指示する。その際、ＳＶ−Ｃの実行はフォアグラウンドでの実行を継続する。

その時、タスク管理・実行制御部１０１ａの管理状態は図１８（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡの優先度をそのままにして、更にチェーンＡに加えてチェーンＢをチェーンＡより一つ低い優先度にて登録する。また、タスク管理部１５２は、チェーンＡとしてのタスク管理はそのまま優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａが登録されたままである。そしてそれに加えてチェーンＢの管理として、ＳＶ−Ｄを新たに登録する。

次に、あるサービスが複数起動している状態で新たなサービスを起動する場合、その新たなサービスが既に起動しているサービスである場合（サービスの多重起動）について説明する。図１９乃至図２６は、サービスの多重起動についての動作を説明する図である。

まず、図１９（Ａ）は、ＳＶ−ＡとＳＶ−Ｂ１とＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂ１が中断されている状態を示した図である。この状態から新たにＳＶ−Ｃと弱連携のサービスＳＶ−Ｂ２を起動した場合を示した図を図１９（Ｂ）に示す。また、図２０（Ａ）及び図２０（Ｂ）は、それぞれ図１９（Ａ）及び図１９（Ｂ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。具体的な例としては、ショートカット機能（ＳＶ−Ａ）を起動後、メール（ＳＶ−Ｂ１）機能を起動してメールを作成中に、その後電話帳機能（ＳＶ−Ｃ）を参照しているときに、通信部１１８を介してメールを受信して再度メール機能（ＳＶ−Ｂ２）を起動するときなどがあげられる。なお、ＳＶ−Ｂ１とＳＶ−Ｂ２とは同じサービスであり、多重起動が許容されているものとする。

図１９（Ａ）に示したように、ＳＶ−ＡとＳＶ−Ｂ１とＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂ１が中断されている状態において、図２０（Ａ）に示すようにチェーン管理部１５１には、チェーンＡが登録される。また、タスク管理部１５２は、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ１、ＳＶ−Ａと登録されている。

その後、図１９（Ａ）の状態、つまりＳＶ−Ｃがフォアグラウンドで起動しているときに、例えば外部から通信部１１８を通じて受信したメールを通知するために、新たにＳＶ−Ｂ２を実行すべき指示が通信部１１８よりなされると（ＳＶ−Ｂ２を実行すべき指示がユーザのキー操作以外をトリガとしてなされた場合）、図１９（Ｂ）に示すように、ＳＶ−Ｂ１は、重複して同様のサービスを起動可能であるか否かを判断し、同様のサービスが多重起動可能である場合には、タスク管理・実行制御部１０１ａに対して弱連携にて多重してＳＶ−Ｂ２を起動させるように要求を送信し、タスク管理・実行制御部１０１ａは、ＳＶ−Ｂ２を新たなチェーンＢの管理を用いて実行させる。そして、ＳＶ−Ｂ２はフォアグラウンドで実行する。そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｃに対して以後バックグラウンドで実行するように指示する。その時、タスク管理・実行制御部１０１ａの管理状態は図２０（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡの優先度を一つ下げ、チェーンＡに加えてチェーンＢを一番高い優先度にて登録する。また、タスク管理部１５２は、チェーンＡとしてのタスク管理はそのまま優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ１、ＳＶ−Ａが登録されたままである。そしてそれに加えてチェーンＢの管理として、ＳＶ−Ｂ２を新たに登録する。

なお、図１９（Ｃ）・図１９（Ｄ）・図２０（Ｃ）・図２０（Ｄ）には、強連携でＳＶ−Ｂ２を新たに多重起動する場合を図示したが、弱連携の場合もほぼ同じ動作である。ＳＶ−Ｂ２を強連携にて起動する旨の指示がユーザによってなされると、ＳＶ−Ｂ１は、重複して同様のサービスを起動可能であるか否かを判断し、同様のサービスが多重起動可能である場合には、タスク管理・実行制御部１０１ａに対して強連携にて多重してＳＶ−Ｂ２を起動させるように要求を送信し、新たなＳＶ−Ｂ２をフォアグラウンドで実行する。

そして、タスク管理・実行制御部１０１ａは、ＳＶ−Ｃに対して中断要求を行い、ＳＶ−Ｃは、タスクの実行を中断する。その時、タスク管理・実行制御部１０１ａの管理状態は図２０（Ｄ）に示すように、チェーン管理部１５１は、チェーンＡが登録されたままである。また、タスク管理部１５２は、新たにＳＶ−Ｂ２を起動したため、チェーンＡとしてのタスク管理は優先度が高い順にＳＶ−Ｂ２、ＳＶ−Ｃ、ＳＶ−Ｂ１、ＳＶ−Ａというように登録する。

なお、多重起動が可能である場合には、同じサービスであるものの、あたかも異なるサービスであるかのように動作させることが望ましく、最初に起動していたサービス（上記例であれば最初に起動していたＳＶ−Ｂ１）は中断直前の状態を記憶させておき、再度フォアグラウンドで起動する時は、多重起動があったか否かに係りなく、起動前と同じ状態から動作させることが望ましい。

次に、図２１（Ａ）は、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態を示した図である（図１９（Ａ）と同じ）。この状態から新たにＳＶ−Ｃと弱連携のサービスＳＶ−Ｂを起動した場合（サービスＳＶ−Ｂが多重起動を許容しない場合）を示した図を図２１（Ｂ）に示す。また、図２２（Ａ）及び図２２（Ｂ）は、それぞれ図２１（Ａ）及び図２１（Ｂ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。具体的な例としては、ショートカット機能（ＳＶ−Ａ）を起動後、ＪＡＶＡ機能（ＳＶ−Ｂ）を起動してゲームを実行中に、その後ブラウザ機能（ＳＶ−Ｃ）を実行してウェブを閲覧しているときに、再度別のＪＡＶＡ機能（例えばナビ機能）（ＳＶ−Ｂ）を起動するときなどがあげられる。

図２１（Ａ）に示したように、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態において、図２１（Ａ）に示すようにチェーン管理部１５１には、チェーンＡが登録される。また、タスク管理部１５２は、優先度が高い順にＳＶ−Ｃ、ＳＶ−Ｂ、ＳＶ−Ａと登録されている。

その後、図２１（Ａ）の状態、つまりＳＶ−Ｃがフォアグラウンドで起動しているときに、既に起動しているＳＶ−Ｂ、例えばユーザのキー６の操作によってＳＶ−Ｂが新たに起動する操作がなされた場合、図２１（Ｂ）に示すように、ＳＶ−Ｂは、重複してＳＶ−Ｂを起動可能であるか否かを判断し、ＳＶ−Ｂが多重起動不可能であると判断された場合には、タスク管理・実行制御部１０１ａに対して弱連携にて新たにＳＶ−Ｂを起動させるように要求を送信し、タスク管理・実行制御部１０１ａは、ＳＶ−Ｂを新たなチェーンＢの管理を用いて実行させる。そして、新たに起動したＳＶ−Ｂはフォアグラウンドで実行する。そして、タスク管理・実行制御部１０１ａは、既に起動していたＳＶ−Ｂ（中断中）と、そのＳＶ−Ｂと強連携で起動しており、かつ優先度の高いＳＶ−Ｃに対してサービスを終了するように指示する。その時、タスク管理・実行制御部１０１ａの管理状態は図２２（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡの優先度を一つ下げ、チェーンＡに加えてチェーンＢを一番高い優先度にて登録する。また、タスク管理部１５２は、チェーンＡとしてのタスク管理はＳＶ−Ｂ及びＳＶ−Ｃの終了に伴い消去され、ＳＶ−Ｃだけが登録された状態となる。そして、それに加えてチェーンＢの管理として、ＳＶ−Ｂを新たに登録する。

なお、多重起動したサービスが、基底となるサービスである場合（ＳＶ−Ａの新規起動で、ＳＶ−Ａが多重起動不可の場合）には、図２３（Ａ）・図２３（Ｂ）・図２４（Ａ）・図２４（Ｂ）に示すように、既に起動していた重なるサービス（図２３（Ｂ）ではＳＶ−Ａ）より優先度の高い強連携のサービスは全て終了するため、チェーンＡは全て終了することになる。そのため、タスク管理・実行制御部１０１ａのタスク管理部１５２におけるチェーンＡの管理も消去される。

なお、図２１（Ａ）、図２１（Ｂ）のサービス管理は、以下のように制御してもよい。

図２５（Ａ）は、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが強連携でチェーンとなっており、ＳＶ−Ｃがフォアグラウンドで起動し、ＳＶ−Ａ及びＳＶ−Ｂが中断されている状態を示した図である（図２１（Ａ）と同じ）。この状態から新たにＳＶ−Ｃと弱連携のサービスＳＶ−Ｂを起動した場合（サービスＳＶ−Ｂが多重起動を許容しない場合、その他の管理方法）を示した図を図２５（Ｂ）に示す。また、図２６（Ａ）及び図２６（Ｂ）は、それぞれ図２５（Ａ）及び図２５（Ｂ）の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。

図２５（Ａ）の状態、つまりＳＶ−Ｃがフォアグラウンドで起動しているときに、既に起動しているＳＶ−Ｂ、例えばユーザのキー６の操作によってＳＶ−Ｂが新たに起動する操作がなされた場合、図２５（Ｂ）に示すように、ＳＶ−Ｂは、重複してＳＶ−Ｂを起動可能であるか否かを判断し、ＳＶ−Ｂが多重起動不可能であると判断した場合には、タスク管理・実行制御部１０１ａに対して弱連携にて新たにＳＶ−Ｂを起動させるように要求を送信し、タスク管理・実行制御部１０１ａは、ＳＶ−Ｂを新たなチェーンＢの管理を用いて実行させる。そして、新たに起動したＳＶ−Ｂはフォアグラウンドで実行する（ここまでは図２１（Ｂ）と同じ）。そして、タスク管理・実行制御部１０１ａは、既に起動していたＳＶ−Ｂ（中断中）に対してサービスを終了するように指示し、ＳＶ−ＡとＳＶ−Ｃとをサービス連携させるように指示する。その時、タスク管理・実行制御部１０１ａの管理状態は図２６（Ｂ）に示すようにチェーン管理部１５１には、チェーンＡの優先度を一つ下げ、チェーンＡに加えてチェーンＢを一番高い優先度にて登録する。また、タスク管理部１５２は、チェーンＡのタスク管理はＳＶ−Ｂの終了に伴い消去され、優先度の高い順に、ＳＶ−Ｃ、ＳＶ−Ａが登録された状態となる。そして、それに加えてチェーンＢの管理として、ＳＶ−Ｂを新たに登録する。

次に、図２７乃至図３０を用いて複数のサービスが連携して起動しているときに割り込み動作が生じた場合について説明する。図２７は割り込み動作が生じる前の図であり、図２８乃至図３０は割り込みが生じた後の図である。

図２７（Ａ）は、待受タスク群１１６ａ（ＳＶ−Ａ）が起動後に、ＳＶ−ＢとＳＶ−Ｃとが弱連携で起動し、その後ＳＶ−ＤとＳＶ−Ｅとが強連携で起動しＳＶ−Ｅがフォアグラウンドで起動しているときを示した図である。この状態から割込タスクとして新たにＳＶ−Ｆが発生した場合を示した図を図２８に示す。また、図２７（Ｂ）及び図２９は、それぞれ図２７（Ａ）及び図２８の状態のときのタスク管理・実行制御部１０１ａの管理状態を示した図である。

具体的な例としては、待受画面（ＳＶ−Ａ）を起動後、ブラウザ機能（ＳＶ−Ｂ）を起動し、その後メール作成機能（ＳＶ−Ｃ）を起動して、その後添付ファイル一覧画面表示機能（ＳＶ−Ｄ）を選択し、更にカメラ機能（ＳＶ−Ｅ）を起動し、カメラ起動中に音声着信（ＳＶ−Ｆ）が割り込んだ場合などがあげられる。

図２７（Ａ）に示したように、ＳＶ−ＡとＳＶ−ＢとＳＶ−Ｃとが弱連携でそれぞれチェーンとなっており、ＳＶ−ＣとＳＶ−ＤとＳＶ−Ｅとが強連携でチェーンとなっている。そして、ＳＶ−Ｅがフォアグラウンドで起動しており、ＳＶ−Ｂ及びＳＶ−Ａがバックグラウンドで起動している状態において、図２７（Ｂ）に示すようにチェーン管理部１５１には、優先度が高い順に、チェーンＢ、チェーンＡ、待受チェーンが登録される。また、タスク管理部１５２は、待受チェーンとしてＳＶ−Ａが、チェーンＡとしてＳＶ−Ａが、チェーンＢとして優先度が高い順にＳＶ−Ｅ、ＳＶ−Ｄ、ＳＶ−Ｃが登録されている。

その後、図２７（Ａ）の状態、つまりＳＶ−Ｅがフォアグラウンドで起動しているときに、通信部１１８が音声着信信号を受信した場合、制御部１０１は、図示しない通話タスク（第Ｋタスク群とする）に対して起動するように指示し、更に、通話タスクは、タスク管理・実行制御部１０１ａに対して当該通話タスクを割込で実行するように要求する。そして、タスク管理・実行制御部１０１ａは、当該通話タスクを現在実行中のサービスに弱連携で起動を許容するようにタスク管理を行い（ＳＶ−Ｆの起動）、今までフォアグラウンドで起動していたＳＶ−Ｅに対してバックグラウンドで動作するように指示する。その時の状態を示した図を図２８に示す。

その時、タスク管理・実行制御部１０１ａの管理状態は図２９に示すようにチェーン管理部１５１には、チェーンＢ、チェーンＡ、待受チェーンの優先度をそれぞれ一つ下げ、それらに加えて割込チェーンを一番高い優先度にて登録する。また、タスク管理部１５２は、待受チェーン、チェーンＡ、チェーンＢとしてのタスク管理はそのまま変わらず、新たに割込チェーンとして、ＳＶ−Ｆを登録する。

以上に述べたように、割込の具体例としては、（ア）音声着信信号の受信による通話タスク起動、（イ）アラーム機能におけるアラーム時刻の到来によるアラームタスク起動、（ウ）メール受信信号の受信によるメールタスク（メールヘッダ受信）起動、（エ）ユーザが予め決めた時刻に電源をＯＦＦにする機能（以降自動電源ＯＦＦ機能と記す）のタスク起動などが挙げられる。しかしながら、これらの割込事由は、割込が生じたとき一律に割込チェーンを最も高い優先度で起動させると不具合が生じる可能性がある。それぞれのタスクに応じて最も高い優先度で起動させるか、それ以外の動作を行うかを臨機応変に変更させることが望ましい。以下に、上記（ア）乃至（エ）における割込の優先順位について幾つかのパターンを説明する。

（ア）通話タスクの割込の場合
音声着信信号を受信した場合には、図２７乃至図２９によって説明したとおり、常に最も高い優先度で割込むように制御する。

（イ）アラームタスクの割込場合
アラーム機能におけるアラーム時刻の到来によるアラームタスクを割込ませる場合、次の方法で割込ませることが望ましい。アラームタスクの割込の場合を図２７（Ａ）を用いて説明する。まず、アラームタスク（第Ｌタスク群とする）がアラーム報知時刻になったと判断すると、タスク管理・実行制御部１０１ａに対して起動要求を行う。そして、タスク管理・実行制御部１０１ａは、現在の起動しているサービス（図２７（Ａ）の例ではＳＶ−Ａ乃至ＳＶ−Ｅ）のうち、一番優先度の高いチェーン（図２７（Ａ）の例ではチェーンＢ）のチェーンのそれぞれのサービス（ＳＶ−Ｃ、ＳＶ−Ｄ、ＳＶ−Ｅ）に対して、アラームタスク（第Ｌタスク群）を割込許容に設定されているか否かを判断するように指示する。また、一番優先度の高いチェーンのそれぞれのサービスは、アラームタスクの割込み許容設定がなされているかを判断し、その結果をタスク管理・実行制御部１０１ａに返す。なお、携帯電話機１のそれぞれのタスク群（待受タスク群１１６ａ、第１タスク群１１６ｂ、・・・第Ｎタスク群１６ｎ）は予め、自己のタスク群が起動しているときに、割込を許容するタスク群と割込みを許容しないタスク群を予め登録しておくことが望ましいが、これに限定しない。例えば、サービスの起動時や、サービスの動作変更時に随時タスク管理・実行制御部１０１ａにサービスの登録とともに関連付けて、割込みを許容する又は割込みを拒否するサービスを登録してもよい。このようにすれば、タスク管理・実行制御部１０１ａが割込みを許容するか否かをわざわざサービスに問い合わせる必要がなく、タスク管理・実行制御部１０１ａ自身が当該割込みを許容するか否かを判断できる。

そして、タスク管理・実行制御部１０１ａは、上記一番優先度の高いチェーンの中でアラームタスクの割込みが禁止されているサービスが存在した場合、アラームタスク（第Ｌタスク群）対して、アラームの実行を禁止する。そして、アラームタスクはその禁止信号を受け、一定時間経過後までアラーム動作を保留する（一定時間経過後に再度アラームタスクを起動させる）。

一方、タスク管理・実行制御部１０１ａは、上記一番優先度の高いチェーンの中でアラームタスクの割込みが禁止されているサービスが存在しなかった場合（許容している場合）、アラームタスクを割込ませるように指示し、図２８に示すように割込チェーンの登録、割込前のサービス（図２８の例ではＳＶ−Ｅ）に対してバックグラウンドで動作するように指示する。

（ウ）メールタスクの割込の場合
次に、メール受信信号を受信して、メールタスクを起動して割込ませる場合、次の方法で割込ませることが望ましい。メールタスクの割込の場合を図２７（Ａ）を用いて説明する。まず、通信部１１８を介してメール受信信号を受信し、メールタスク（第Ｍタスク群とする）に対してタスクの起動の命令を受けると、タスク管理・実行制御部１０１ａに対して起動要求を行う。そして、タスク管理・実行制御部１０１ａは、現在フォアグラウンドで起動しているサービス（一番優先度の高いサービス、図２７（Ａ）の例ではＳＶ−Ｅ）に対して、メールタスク（第Ｍタスク群）を割込許容に設定されているか否かを判断するように指示する。また、一番優先度の高いチェーンのそれぞれのサービスは、メールタスクの割込み許容設定がなされているかを判断し、その結果をタスク管理・実行制御部１０１ａに返す。

そして、タスク管理・実行制御部１０１ａは、現在フォアグラウンドで起動しているサービスが、メールタスクの割込みを禁止している場合、メールタスク（第Ｍタスク群）対して、バックグラウンドでサービスを起動するように指示する。例えば、図３０に示すように、現在の一番優先度の高いチェーンの次の優先度のチェーンとして起動する。そして、メールタスクはバックグラウンドでの起動指示を受けて、サービスを起動する。なお、通常バックグラウンドでサービスを起動する際のディスプレイ５の表示はフォアグラウンドのサービスの表示がなされるが、メールタスクがバックグラウンドで割込んだ場合には、例えば図３（Ａ）に示すような位置、つまりディスプレイ５又はサブディスプレイ１３の一部にメール受信ピクト５７を表示させてもよい。また、メールタスクがバックグラウンドで割込んだ場合には、図示しないバイブレータを振動させてもよいし、メール着信音をスピーカ１０９より鳴動させてもよい。

一方、タスク管理・実行制御部１０１ａは、現在フォアグラウンドで起動しているサービスが、メールタスクの割込みを許容している場合、メールタスクを割込ませるように指示し、割込チェーンの登録を行い、割込前のフォアグラウンドのサービス（ＳＶ−Ｅ）に対してバックグラウンドで動作するように指示する。

（エ）自動電源ＯＦＦ機能のタスクの割込の場合
自動電源ＯＦＦ機能のタスクを割込ませる場合、次の方法で割込ませることが望ましい。自動電源ＯＦＦ機能のタスクの割込の場合を図２７（Ａ）を用いて説明する。まず、自動電源ＯＦＦ機能のタスク（第Ｋタスク群とする）が自動電源ＯＦＦの時刻になったと判断すると、タスク管理・実行制御部１０１ａに対して起動要求を行う。そして、タスク管理・実行制御部１０１ａは、現在の起動している全てのサービス（図２７（Ａ）の例ではＳＶ−Ａ乃至ＳＶ−Ｅ）に対して、自動電源ＯＦＦ機能のタスク（第Ｋタスク群）を割込許容に設定されているか否かを判断するように指示する。また、指示を受けたサービスは、自動電源ＯＦＦ機能のタスクの割込み許容設定がなされているかを判断し、その結果をタスク管理・実行制御部１０１ａに返す。

そして、タスク管理・実行制御部１０１ａは、全てのサービスの中で自動電源ＯＦＦ機能のタスクの割込みが禁止されているサービスが存在した場合、自動電源ＯＦＦ機能のタスク（第Ｋタスク群）対して、自動電源ＯＦＦ機能の実行を禁止する。そして、自動電源ＯＦＦ機能のタスクはその禁止信号を受け、一定時間経過後まで自動電源ＯＦＦ機能のタスクを保留する（一定時間経過後に再度タスクを起動させる）。なお、タスク管理・実行制御部は、一度自動電源ＯＦＦ機能の実行を禁止した場合、タスク管理の状況が変化するたびにその旨を通知（変化通知の送信）し、自動電源ＯＦＦ機能のタスクはその変化通知を受け、再度起動要求を行うようにしてもよい。

一方、タスク管理・実行制御部１０１ａは、全てのサービスの中で自動電源ＯＦＦのタスクの割込みが禁止されているサービスが存在しなかった場合（許容している場合）、自動電源ＯＦＦ機能のタスクを割込ませるように指示する。

なお、上記（ア）乃至（エ）の４つの具体例を用いた割込の判断方法を説明したが、特にこれに限定しない。例えば、アラームタスクの割込を（ア）の方法、（ウ）の方法、（エ）の方法のいずれかを用いてもよいことは言うまでもない。

以上のように、本実施例のように、タスク群を管理する際に、タスク群同士の結びつきを考慮したタスク管理を可能としているため、より適切なタスク管理ができる。

なお、本発明は、この実施例に限定されるものではない。例えば、携帯電話機だけではなく、ＰＤＡやＰＨＳなどの他の携帯端末にも適用可能である。

１ 携帯電話機
２ 上筐体部
３ ヒンジ部
４ 下筐体部
５ ディスプレイ
６ キー
７ サイドキー
８ マイク（送話口）
９ レシーバ（受話口）
１１ａ、１１ｂ 磁気センサ
１２ カメラ
１３ サブ表示部
５１ アンテナピクト
５２ 電池ピクト
５３ 時刻表示
５４ 左下ピクト
５５ 中下ピクト
５６ 右下ピクト
５７ メールピクト
６１ 数字キー
６２ 「＊」キー
６３ 「＃」キー
６４ ソフトキー左
６５ ソフトキー中
６６ ソフトキー右
６７ 十字キー
６８ メールキー
６９ ブラウザキー
７０ 通話キー
７１ 電源キー
７２ クリアキー
１０１ 制御部
１０５ 第１表示制御部
１０６ 入力部
１０８ マイク
１０９ スピーカ
１１２ カメラ
１１３ 第２表示制御部
１１５ メモリ
１１６ａ〜１１６ｎ 各タスク群
１１７ アンテナ
１１８ 通信部

Claims (2)

1. 予め定められた単位のタスク群毎に実行するタスク群を順番に複数受けつけ、先に受けつけたタスク群と次に受けつけたタスク群との関係において、前記先に受けつけたタスク群の実行により得られる情報を前記次に受けつけたタスク群が用いる場合と用いない場合とで強弱の連携度を設定し、設定された前記連携度が強い場合に該連続する複数のタスク群を第１のチェーンとして管理すると共に、フォアグラウンドで起動し、
   該複数のタスク群を順番に複数受けつけ、先に受けつけたタスク群と、次に受けつけたタスク群との連携度が、前記第１のチェーンとして管理する連携度よりも弱い場合、前記第１のチェーンとは異なる第２のチェーンとして管理する制御部を有し、
   前記制御部は、前記第１のチェーンとして管理されるタスク群がフォアグラウンドで起動しているとき、前記第２のチェーンとして管理されるタスク群を受けつけたならば、前記第１のチェーンとして管理されるタスク群を前記フォアグラウンドより権限の低いバックグラウンドで起動し、
   前記複数のタスク群が連携して起動しているときに割り込み動作が生じた際、割り込みタスク群の種類及び前記フォアグラウンドで起動しているタスク群のうち割り込みを禁止しているタスク群が存在するか否かに応じて、前記割り込みタスク群の動作を制御することを特徴とする携帯端末。
2. 前記制御部は、前記第１のチェーンとして管理されるタスク群がフォアグラウンドで起動しているとき、前記第２のチェーンとして管理されるタスク群を受けつけたならば、前記第１のチェーンとして管理されるタスク群を前記フォアグラウンドより権限の低いバックグラウンドで起動し、
   前記第２のチェーンで管理されるタスク群を前記フォアグラウンドで起動することを特徴とする請求項１に記載の携帯端末。

Images