(57)【要約】【課題】親ＯＳの下で動作する親タスクが、子ＯＳの下で動作する子タスクを制御することができるようにする。【解決手段】親タスクである放送受信制御部は、子タスクであるブラウザ部から送信された、子タスクである受信放送操作部を起動する要求を受信すると（ステップＴ２１、ステップＴ２２）、子ＯＳである代行制御部を介してブラウザ部の動作を中断させる（ステップＴ２４、ステップＴ２５）。そして、代行制御部を介して受信放送操作部の動作を再開させる（ステップＴ２７、ステップＴ２８）。【選択図】図９
2008217616.tif 000002
【特許請求の範囲】
【請求項１】
入力手段と、
第１の制御手段とからなり、
前記第１の制御手段は、第１のタスクと、第２の制御手段を含む情報処理管理タスクとを前記第１の制御手段の下で動作するタスクとして起動し、
前記第１のタスクは、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、第２のタスクを前記第２の制御手段の下で動作するタスクとして起動させ、その起動させた後、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、第３のタスクを前記第２の制御手段の下で動作するタスクとして起動させ、かつ、前記第２のタスクを前記第３のタスクの動作結果を待つ状態に置かせることによって前記第２のタスクが前記第３のタスクの動作結果を待つ関係にさせ、その関係にさせた後、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、前記第２のタスクを動作させ、かつ、前記第３のタスクを前記第２のタスクの動作結果を待つ状態に置かせることによって前記第３のタスクが前記第２のタスクの動作結果を待つ関係に変更させる
ことを特徴とする情報処理装置。
【請求項２】
前記第１のタスクは、前記第３のタスクが前記第２のタスクの動作結果を待つ関係に変更させた後、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、前記第２のタスクが前記第３のタスクの動作結果を待つ関係に変更させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
入力手段と、
第１の制御手段とからなり、
前記第１の制御手段は、第１のタスクと、第２の制御手段を含む情報処理管理タスクとを前記第１の制御手段の下で動作するタスクとして起動し、
前記第１のタスクは、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、第２のタスクを起動させ、
前記第２の制御手段は、前記第２のタスクを起動した後、前記入力手段から所定の入力がされると、第３のタスクを起動し、かつ、前記第２のタスクを前記第３のタスクの動作結果を待つ状態に置くことによって前記第２のタスクが前記第３のタスクの動作結果を待つ関係にし、その関係にした後、前記入力手段から所定の入力がされると、前記第２のタスクを動作させ、かつ、前記第３のタスクを前記第２のタスクの動作結果を待つ状態に置くことによって前記第３のタスクが前記第２のタスクの動作結果を待つ関係に変更する
ことを特徴とする情報処理装置。
【請求項４】
前記第２の制御手段は、前記第３のタスクが前記第２のタスクの動作結果を待つ関係に変更した後、前記入力手段から所定の入力がされると、前記第２のタスクが前記第３のタスクの動作結果を待つ関係に変更する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第２の制御手段は、１つの起動されたタスクを管理し、前記第２のタスクが前記第３のタスクの動作結果を待つ関係にする際、その第２のタスクが有している内部変数の値を記憶し、その第２のタスクを消滅させ、前記第３のタスクを起動する
ことを特徴とする請求項１または請求項３に記載の情報処理装置。
【請求項６】
前記第１のタスクは、デジタルテレビ放送受信制御タスクであり、
前記第２のタスクは、受信されるデジタルテレビ放送の放送チャンネルを選択するタスクであり、
前記第３のタスクは、受信された前記デジタルテレビ放送に含まれるデータ放送を処理するタスクであり、その処理は、前記放送チャンネルの選択を含む
ことを特徴とする請求項１または請求項３に記載の情報処理装置。
【請求項７】
前記第２のタスクが待つ第３のタスクの動作結果は、前記第３のタスクによって選択された放送チャンネルを識別する情報であり、
前記第３のタスクが待つ第２のタスクの動作結果は、前記第２のタスクによって選択された放送チャンネルを識別する情報である
ことを特徴とする請求項６に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に係り、特に、マルチタスクオペレーティングシステムの下で１つのタスクとして管理されるオペレーティングシステムの下で動作するタスクの制御処理に関する。
【背景技術】
【０００２】
１台の情報処理装置の中で、複数のオペレーティングシステム（以下、ＯＳと称する。）を動作させることがある。その一例は、あるマルチタスクＯＳ（以下、親ＯＳと称する。）を動作させ、親ＯＳの下で１つのタスクとして制御されるＯＳ（以下、子ＯＳと称する。）を動作させることである。そして、親ＯＳの下で動作するタスク（以下、親タスクと称する。）の動作と、子ＯＳの下で動作するタスク（以下、子タスクと称する。）の動作とによって、使用者に所定の機能を提供する。
【０００３】
ここで、親ＯＳは、マルチタスクＯＳであるので、親ＯＳは、親タスクの中で、いずれのタスクにリソースを割り当てるかを制御する。特に、ＣＰＵリソースを割り当てられれば動作が可能な親タスク（Ready 状態にあるタスク。）が複数ある場合、親ＯＳは、最も優先度が高い親タスクにＣＰＵリソースを割り当てて動作させる制御を行う（Active 状態におく。）。一方、子ＯＳがマルチタスクＯＳである場合、同様に、子ＯＳは、子タスクの中でいずれのタスクを動作させるかを制御する。
【０００４】
親ＯＳは、情報処理装置全体の適切な動作を目的とした制御を行うが、子ＯＳは、子タスクの制御を行うのみであるので、その子タスクの制御は、必ずしも情報処理装置全体の適切な動作を保証しない。そこで、情報処理装置全体の適切な動作のため、親ＯＳが、子タスクの優先度を制御することが知られており、例えば、親タスクの中で優先度が高いタスクと通信する子タスクに高い優先度を与える（例えば、特許文献１参照。）。
【特許文献１】特開２００５−２３４６５８号公報（第２頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に開示されている方法では、親ＯＳは、親タスクと通信する子タスクを制御することができるものの、子タスクの動作であって、親タスクの通信動作に依存しない動作は制御できない問題点があった。この問題点は、例えば、子タスクが、使用者から入力された指示に依存して動作する場合に現れる。
【０００６】
本発明は上記問題点を解決するためになされたもので、親ＯＳの下で動作する親タスクが、子ＯＳの下で動作する子タスクを制御する情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の情報処理装置は、入力手段と、第１の制御手段とからなり、前記第１の制御手段は、第１のタスクと、第２の制御手段を含む情報処理管理タスクとを前記第１の制御手段の下で動作するタスクとして起動し、前記第１のタスクは、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、第２のタスクを前記第２の制御手段の下で動作するタスクとして起動させ、その起動させた後、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、第３のタスクを前記第２の制御手段の下で動作するタスクとして起動させ、かつ、前記第２のタスクを前記第３のタスクの動作結果を待つ状態に置かせることによって前記第２のタスクが前記第３のタスクの動作結果を待つ関係にさせ、その関係にさせた後、前記入力手段から所定の入力がされると、前記第２の制御手段に要求して、前記第２のタスクを動作させ、かつ、前記第３のタスクを前記第２のタスクの動作結果を待つ状態に置かせることによって前記第３のタスクが前記第２のタスクの動作結果を待つ関係に変更させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、親ＯＳの下で動作する親タスクが、子ＯＳの下で動作する子タスクを制御することができる。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明による情報処理装置の実施の形態を、図面を参照して説明する。図１は、本発明の実施形態に係る情報処理装置が適用された移動通信端末装置の構成を示すブロック図である。
【００１０】
この移動通信端末装置は、装置全体の制御を行う制御部１１と、動作状況記憶部１１ａと、基地局（図示せず）との間で電波の送受信を行うアンテナ１２ａと、通信部１２ｂと、送受信部１３と、通話用のスピーカ１４ａと、通話用のマイクロフォン１４ｂと、通話部１４ｃと、表示部１５と、入力装置１６と、待ち受け処理部２１と、通話処理部２２と、エディタ処理部２３と、放送受信制御部２４と、放送受信部２５と、受信された放送の音声を発生させるスピーカ２５ａと、第２の情報処理管理部３１とからなる。動作状況記憶部１１ａには、動作状況１１ｂが記憶される。動作状況１１ｂは、後で詳述するように、制御部１１によって管理されているタスクの状況である。
【００１１】
ここで、制御部１１は、装置のタスクの管理を行うＯＳであり、待ち受け処理部２１と、通話処理部２２と、エディタ処理部２３と、放送受信制御部２４と、放送受信部２５と、第２の情報処理管理部３１とは、制御部１１の下で動作するタスクである。なお、制御部１１の少なくともＣＰＵのタスクへの割り当てを行う部分はタスクではないが、制御部１１の一部はタスクとして動作しても良い。
【００１２】
図２は、第２の情報処理管理部３１の詳細な構成を示すブロック図である。第２の情報処理管理部３１は、第２の情報処理管理部３１の制御を行う代行制御部３２と、第２の動作状況記憶部３２ａと、受信放送操作部３３と、ブラウザ部３４とからなる。第２の動作状況記憶部３２ａには、第２の動作状況３２ｂが記憶される。第２の動作状況３２ｂは、後で詳述するように、代行制御部３２によって管理されているタスクの状況である。ここで、代行制御部３２は、第２の情報処理管理部３１内のタスクの管理を行うＯＳであり、受信放送操作部３３と、ブラウザ部３４とは、代行制御部３２の下で動作するタスクである。
【００１３】
上記のように構成された、本発明の実施形態に係る情報処理装置の各部の動作を、図１及び図２を参照して説明する。
【００１４】
制御部１１は、装置のタスクの制御を含む、装置を制御する。即ち、タスクを起動し、リソースを割り当て、優先度を制御し、また、タスクを消滅させる。なお、制御部１１は、第２の情報処理管理部３１内のタスクである受信放送操作部３３と、ブラウザ部３４とを制御する際、第２の情報処理管理部３１を介して行う。
【００１５】
制御部１１は、電源投入の際、入力装置１６の所定のキー操作が行われた際、または、制御部１１の下で動作するタスク１からの要求が受信された際、タスク２を起動する。ここで、制御部１１は、リアルタイム型のＯＳであり、制御部１１の下で動作するタスク２を起動する際、新たに起動されたタスク２には、高い優先度を与える。即ち、新しく起動されたタスク２は、そのタスク２の起動以前に起動されていたタスクよりも高い優先度を持ち、新しく起動されたタスク２が、そのタスク２の起動以前に起動されていたタスクよりも低い優先度を持つことはない。
【００１６】
なお、以下の説明では、タスク１がタスク２を制御するとの表現を取ることがある。これは、タスク１からの要求に従って制御部１１がタスク制御することを意味し、制御部１１を介することを省略して説明を簡明にするためである。
【００１７】
また、起動を要求したタスク１の要求に従って、新たに起動されたタスク２は、既に起動されているタスク１と独立のタスクとして起動することと、起動を要求したタスク１に連携されたタスクとして起動することのいずれかとして起動する。独立したタスクは、起動を要求したタスク１に必ずしも動作結果を送信せずに消滅するタスクである。連携されたタスクとは、起動を要求したタスク１に動作結果を送信して消滅するタスクである。
【００１８】
既に述べた通り、制御部１１は、リアルタイム型のＯＳであり、制御部１１の下で動作するタスクを起動する際、新たに起動されたタスク２には、高い優先度を与える。そのため、連携されたタスクとして起動されたタスク２は、起動を要求したタスク１より高い優先度を持つので、動作結果を起動を要求したタスク１に送信して消滅することとに符合し、また、起動を要求したタスク１は、起動されたタスク２の消滅を待つことに符合する。
【００１９】
なお、制御部１１は、リアルタイム型のＯＳに限るものではない。その場合、起動を要求したタスク１の優先度は、新たに起動されたタスク２の優先度より低いと限るものではない。しかし、起動を要求したタスク１は、新たに起動されたタスク２が動作結果を送信することを待つ状態（Waiting 状態）に、即ち、動作結果の送信までは動作を中断した状態（Suspend 状態）に置かれるので、同じ動作をさせることができる。
【００２０】
通信部１２ｂは、アンテナ１２ａが受信した高周波信号を送受信部１３へ出力し、また、送受信部１３から出力される高周波信号をアンテナ１２ａより送信する。
【００２１】
送受信部１３は、通信部１２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得られたディジタル音声信号を通話部１４ｃへ、また、制御信号を制御部１１に送る。更には、通話部１４ｃから出力されるディジタル音声信号、及び制御部１１から出力される制御信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部１２ｂに送る。
【００２２】
通話部１４ｃは、送受信部１３から出力されるディジタル音声信号をアナログ音声信号に変換し、それを増幅してスピーカ１４ａに送る。また、マイクロフォン１４ｂから出力されるアナログ音声信号を増幅し、それをディジタル音声信号に変換して送受信部１３に送信する。
【００２３】
表示部１５は、制御部１１に制御されることで、また、代行制御部３２に制御されることで、カーソルを含む文字・数字を含む画像データの表示動作を行い、表示されているデータは、入力装置１６からの入力操作や着信信号に応答して制御部１１及び代行制御部３２からの指示を受けることで切換わる。
【００２４】
入力装置１６は、通信相手の電話番号などを指定し、また、トグル式の入力方式によってひらがな文字、アルファベット文字及び記号文字を入力するための数字キーと、カーソル移動キーやスクロールキーを含む複数の機能キーとを含むキーからなる。
【００２５】
そして、入力装置１６のキーが押下されると、そのキーの識別子が制御部１１に通知され、制御部１１の制御に基づいて、その識別子が通知された装置内の各部の処理により、表示部１５に文字として表示されたり、キーの押下及び解放に基づく制御が行われたりする。
【００２６】
待ち受け処理部２１は、装置の電源が投入された際に起動され、所定の待ち受け画面を表示部１５に表示する。ここで、待ち受け画面は、静止画像であっても良く、動画像であっても良い。そして、待ち受け処理部２１は、装置の電源の切断に至るまで消滅しない。
【００２７】
通話処理部２２は、通話を行う処理部であり、入力装置１６の所定のキーが操作された際、及び、アドレス帳（図示せず）に含まれる電話番号が表示され、入力装置１６の所定のキーが操作された際に起動され、通信部１２ｂ、送受信部１３及び通話部１４ｃを起動して、発信処理及び通話処理をさせ、所定の画像を表示部１５に表示する。
【００２８】
また、通話処理部２２は、送受信部１３によって通話着信信号が受信されると制御部１１によって起動され、通信部１２ｂ、送受信部１３及び通話部１４ｃを起動して、着信処理及び通話処理をさせ、所定の画像を表示部１５に表示する。通話中に入力装置１６の所定のキーが操作された際、通話処理部２２は、動作を終了する。
【００２９】
エディタ処理部２３は、文字列の編集を行う処理部である。そして、処理部からの要求に従って、起動され、入力装置１６の文字を示すキーが操作された場合、そのキーによって識別される文字をエディタ処理部２３内に記憶して、表示部１５に表示する。
【００３０】
エディタ処理部２３は、起動を指示した処理部に編集された文字列を通知し、更に、起動を指示した処理部からの指示を受けることによって、また、入力装置１６の所定のキーが操作された場合、動作を終了する。
【００３１】
放送受信制御部２４は、デジタルテレビ放送を受信する動作の制御を行う処理部である。そして、入力装置１６の所定のキー操作がされた際に起動され、放送受信部２５を制御して、受信された映像を表示部１５に表示させ、受信された音声をスピーカ２５ａから発生させる。更に、受信放送操作部３３を制御して、受信される放送局の選択と、スピーカ２５ａから発生させる音量を入力装置１６を介して入力させる。また、ブラウザ部３４を制御して、受信されたデジタルテレビ放送に含まれる、データ放送、例えばＢＭＬ（Broadcast Markup Language）言語で記述されたコンテンツを処理させる。
【００３２】
なお、放送受信制御部２４は、入力装置１６の所定のキー操作がされた際に表示部１５に表示される処理部の一覧からなるメニューの中の１つの項目として表示され、その項目が入力装置１６の所定のキー操作によって選択されることにより起動されるとしても良い。
【００３３】
放送受信部２５は、装置の電源が投入された際に起動され、動作を中断した状態に置かれる。そして、放送受信制御部２４に制御され、動作状態に置かれた際には、指示された放送チャンネル番号で識別される放送局から送信された電波を受信して復調することにより、音声信号、映像信号及びＢＭＬ言語で記述されたコンテンツ信号を作成する。そして、作成された音声信号をスピーカ２５ａから発生させる。また、作成された映像信号を表示部１５に表示させる。
【００３４】
代行制御部３２は、第２の情報処理管理部３１内のタスクを制御する。即ち、放送受信制御部２４からの指示に従って、第２の情報処理管理部３１内のタスクを起動し、リソースを割り当て、優先度を制御し、また、タスクを消滅させる。
【００３５】
なお、第２の情報処理管理部３１内のタスクである、受信放送操作部３３と、ブラウザ部３４とは、後で詳述するように、お互いに他方を連携されたタスクとして動作させ、動作させたタスク２からの動作結果が得られるまでは、自らを、代行制御部３２を介して動作を中断した状態に置くことがある。そのため、代行制御部３２は、新たに動作させたタスク２にリソースを与え、また、高い優先度を与えるマルチタスクＯＳであるが、必ずしもこれに限るものではない。
【００３６】
例えば、代行制御部３２は、シングルタスクＯＳであり、一方のタスクのみが起動されているとしても良い。この場合、代行制御部３２は、他方を起動したタスク１内に記憶されていた情報を、例えば、代行制御部３２に記憶して、そのタスク１を一旦消滅させる。
【００３７】
そして、代行制御部３２は、起動されたタスク２が終了した場合、上記他方を起動したタスク１を新たに起動させ、例えば、代行制御部３２に記憶されていた情報を読み出させて、動作を再開させることによって、そのタスク１に動作の再開（Resume）をさせる。このような動作によれば、代行制御部３２は、一方のタスクに、そのタスクの消滅までの間リソースを割り当てれば良く、処理が容易となる。
【００３８】
以下の説明では、代行制御部３２は、シングルタスクＯＳであり、代行制御部３２は、放送受信制御部２４のタスクと、ブラウザ部３４のタスクを、最多で１個づつ起動し、即ち、それぞれ複数個起動することはないとして説明する。即ち、動作を中断中のタスクは、優先度が低いタスクとして記憶され、管理されるが、タスクは消滅されるとして説明する。
【００３９】
この状況によって、優先度が高いため動作中のタスクと、優先度が低いため動作を中断中のタスクとに関し、お互いの優先度の高低を逆転させることが可能である。また、後述する、連携するタスクを連携されるタスクとし、連携されたタスクを連携するタスクとする入れ替えが可能である。
【００４０】
受信放送操作部３３は、放送受信制御部２４から代行制御部３２を介して起動され、表示部１５に受信される放送局を選択させるための表示をさせる。この表示は、例えば、放送チャンネル番号を上下させる表示であり、または、放送局名を列挙したものであって、その中の１つが選択される表示である。そして、これらの表示に従って入力装置１６の所定のキー操作がされると、受信される放送局を識別する放送チャンネル番号を、所定の方法で、例えば、放送受信部２５に通知する。
【００４１】
また、受信放送操作部３３は、表示部１５にスピーカ２５ａから発生される音量を選択させるための表示をさせる。この表示は、例えば、音量を所定数の段階の中のいずれかを選択させる表示であり、この表示に従って入力装置１６の所定のキー操作がされると、発生させる音量を、所定の方法で、例えば、放送受信部２５に通知する。
【００４２】
なお、これらの受信放送操作部３３による表示は、表示部１５の表示面の全てを用いると限るものではない。表示面の一部を用いる場合、表示面の残部には、放送受信部２５によって作成された映像信号が表示される。
【００４３】
また、受信放送操作部３３は、ブラウザ部３４から代行制御部３２を介して連携されたタスクとして起動されて動作を開始する。この際、ブラウザ部３４と共用する情報の通知を受ける。この情報の一例は、受信されている放送チャンネル番号である。
【００４４】
また、受信放送操作部３３は、入力装置１６の所定のキー操作がされると、ブラウザ部３４を連携されたタスクとして起動する。即ち、受信放送操作部３３は、連携するタスクとなる。この起動の際、ブラウザ部３４と共用する情報をブラウザ部３４に通知する。そして、起動されたブラウザ部３４が動作を終了すると、ブラウザ部３４から、ブラウザ部３４と共用する情報の通知を受ける。これらの共用する情報の一例は、受信されている放送チャンネル番号である。更に、受信放送操作部３３は、入力装置１６の所定のキー操作がされると、動作を終了する。
【００４５】
ブラウザ部３４は、受信放送操作部３３から代行制御部３２を介して連携されたタスクとして起動されて動作を開始し、上記放送チャンネル番号で放送されたＢＭＬ言語によるコンテンツを受信して、そのコンテンツに従って表示部１５に文字、または画像を表示し、更に、エディタ処理部２３から所定の文字列を受信して、その受信された文字列に従って、表示を変更する。なお、この文字列は、入力装置１６からの所定のキー操作に基づくものである。
【００４６】
なお、これらのブラウザ部３４による表示は、表示部１５の表示面の全てを用いると限るものではない。表示面の一部を用いる場合、表示面の残部には、放送受信部２５によって作成された映像信号が表示される。
【００４７】
また、ブラウザ部３４は、入力装置１６の所定のキー操作がされると、受信放送操作部３３を連携されたタスクとして起動する。即ち、ブラウザ部３４は、連携するタスクとなる。この起動の際、受信放送操作部３３と共用する情報を受信放送操作部３３に通知する。そして、起動された受信放送操作部３３が動作を終了すると、受信放送操作部３３から、受信放送操作部３３と共用する情報の通知を受ける。これらの共用する情報の一例は、受信されている放送チャンネル番号である。この受信される放送チャンネル番号は、ブラウザ部３４によって変更され得る。
【００４８】
上記説明した通り、受信放送操作部３３と、ブラウザ部３４とは、お互いに他方を起動する際、共用する情報を他方に通知する。更には、自らが動作を終了する際、共用する情報を他方に通知する。この情報を通知する必要があることが、お互いに連携されたタスクとして起動する理由である。
【００４９】
以下、本実施形態に係る移動通信端末装置における処理部の制御処理、特に、制御部１１によって制御されるタスクと、代行制御部３２によって制御されるタスクとの協調動作の制御を説明する。
【００５０】
図３は、動作状況記憶部１１ａに記憶される動作状況１１ｂの一例を示す。この動作状況１１ｂは、起動されたタスク１１ｃと、連携関係１１ｄとが関連付けられた情報からなる。起動されたタスク１１ｃは、制御部１１によって起動され、消滅していないタスクを起動された順を伴って示す。図３では、上に記載された起動されたタスク１１ｃほど遠い過去に起動されたことを示し、下に記載された起動されたタスク１１ｃほど近い過去に起動されたことを示す。そして、下に記載された起動されたタスク１１ｃほど高い優先度を持つ。
【００５１】
連携関係１１ｄは、起動されたタスク１１ｃは、独立のタスクとして起動されたか、連携されたタスクとして起動されたかを示す。図３では、空欄は、独立のタスクとして起動されたことを示し、タスクの記載がある場合、起動されたタスク１１ｃは、その連携関係１１ｄが示すタスクによって、連携されたタスクとして起動されたことを示す。即ち、図３は、エディタ処理部２３は、放送受信制御部２４によって連携されたタスクとして起動され、その他の起動されたタスク１１ｃは、独立のタスクとして起動されたことを示す。
【００５２】
なお、第２の情報処理管理部３１は、制御部１１の下で動作するタスクであるが、第２の情報処理管理部３１内のタスクである受信放送操作部３３と、ブラウザ部３４との動作によって、使用者へ機能を提供する。そこで、起動されたタスク１１ｃには、第２の情報処理管理部３１を含めない。
【００５３】
そして、第２の情報処理管理部３１は、受信放送操作部３３と、ブラウザ部３４とのいずれかが起動される際に、その起動の直前に独立のタスクとして起動されるとする。しかし、これに限るものではなく、第２の情報処理管理部３１は、放送受信制御部２４の起動に併せて起動されるとしても良い。また、第２の情報処理管理部３１は、装置の電源投入の際に起動されるとしても良い。この場合、制御部１１は、第２の情報処理管理部３１の例えば、優先度を上述した、放送受信部２５の制御と同様に制御する。
【００５４】
図４は、第２の動作状況記憶部３２ａに記憶される第２の動作状況３２ｂの一例を示す。この第２の動作状況３２ｂは、起動されたタスク３２ｃと、連携関係３２ｄとが関連付けられた情報からなる。起動されたタスク３２ｃは、代行制御部３２によって起動され、消滅していないタスクを起動された順を伴って示す。図４では、上に記載された起動されたタスク３２ｃほど遠い過去に起動されたことを示し、下に記載された起動されたタスク３２ｃほど近い過去に起動されたことを示す。
【００５５】
連携関係３２ｄは、起動されたタスク３２ｃは、独立のタスクとして起動されたか、連携されたタスクとして起動されたかを示す。図４では、空欄は、独立のタスクとして起動されたことを示し、タスクの記載がある場合、起動されたタスク３２ｃは、その連携関係３２ｄが示すタスクによって、連携されたタスクとして起動されたことを示す。即ち、図４は、まず受信放送操作部３３が起動され、その後、ブラウザ部３４は、受信放送操作部３３によって連携されたタスクとして起動されたことを示す。
【００５６】
既に述べ、また、後で詳述するように、受信放送操作部３３と、ブラウザ部３４とは、お互いに他方を連携されたタスクとして動作させる。そこで、受信放送操作部３３は、ブラウザ部３４によって連携されたタスクとして起動されることがあり、その際に第２の動作状況記憶部３２ａに記憶される第２の動作状況３２ｂを図５に示す。図５に示す第２の動作状況３２ｂと、図４に示す第２の動作状況３２ｂとを比較すると、受信放送操作部３３と、ブラウザ部３４とが逆の立場にあることが示されている。
【００５７】
次に、制御部１１によって制御されるタスク１が、一例として放送受信制御部２４が、タスク２を制御、例えば、起動する動作を説明する。図６は、放送受信制御部２４がタスク２を制御する動作のフローチャートを示す。放送受信制御部２４は、タスク２を制御する動作を開始し（ステップＳ１０１）、制御するタスク２が制御部１１によって制御されるタスクであるか、代行制御部３２によって制御されるタスクであるかを判断する（ステップＳ１０２）。
【００５８】
そのタスク２が制御部１１によって制御されるタスクである場合、放送受信制御部２４は、そのタスク２の制御を制御部１１に起動を要求して（ステップＳ１０３）、タスク２を制御する動作を終了する（ステップＳ１０４）。一方、そのタスク２が代行制御部３２によって制御されるタスクである場合、放送受信制御部２４は、そのタスク２の制御を代行制御部３２に要求して（ステップＳ１０５）、タスク２を制御する動作を終了する（ステップＳ１０４）。
【００５９】
なお、タスク２の制御の一例は、タスク２を起動させることであるが、これに限るものではない。その他に、タスク２が持つ内部情報をタスク２から読み出すこと、タスク２の動作を中断させること、タスク２の動作を再開させること、及びタスク２が持つべき内部情報をタスク２に書き込ませることは、タスク２の制御の例である。
【００６０】
次に、代行制御部３２が、タスク２を制御、例えば、起動する動作を説明する。図７は、代行制御部３２がタスク２を制御する動作のフローチャートを示す。代行制御部３２は、タスク２を制御する要求が受信されると動作を開始し（ステップＳ２０１）、その要求を送信したタスク１が制御部１１によって制御されるタスクであるか、代行制御部３２によって制御されるタスクであるかを判断する（ステップＳ２０２）。
【００６１】
その要求を送信したタスク１が制御部１１によって制御されるタスクである場合、代行制御部３２は、受信された要求は、代行制御部３２によって制御されるタスクに関する要求であるので、その要求に従って、そのタスク２を制御し（ステップＳ２０３）、タスク２を制御する動作を終了する（ステップＳ２０４）。一方、その要求を送信したタスク１が代行制御部３２によって制御されるタスクである場合、代行制御部３２は、受信された要求は、制御部１１によって制御されるタスクに関する要求であるので、その要求に従って、そのタスク２を制御し（ステップＳ２０５）、タスク２を制御する動作を終了する（ステップＳ２０４）。
【００６２】
次に、制御部１１によって制御されるタスクと、代行制御部３２によって制御されるタスクとの協調動作の第１の例として、放送受信制御部２４、受信放送操作部３３、ブラウザ部３４、更に、エディタ処理部２３が起動されて協調動作する際の、各処理部間で行われる通信シーケンスを説明する。図８は、この通信の概要を示し、縦軸が時刻であり、上は遅い時刻、下が早い時刻である。
【００６３】
この例は、テレビ放送が受信され、選択された放送チャンネル番号で受信されているＢＭＬで記述されたコンテンツへの文字情報の書き込みを行う例である。即ち、待ち受け処理部２１が動作中に、テレビ放送を受信する旨の入力装置１６の所定のキー操作による放送受信制御部２４の起動要求Ｔ１が制御部１１に送信された。
【００６４】
制御部１１は、この要求に対応して、放送受信制御部２４に起動Ｔ２をさせる。すると、放送受信制御部２４は、制御部１１に要求して放送受信部２５を動作可能状態に置かせ（図示せず）、受信放送操作部３３の起動要求Ｔ３を代行制御部３２に送信する。なぜなら、受信放送操作部３３は、代行制御部３２によって制御されるタスクだからである。
【００６５】
代行制御部３２は、この起動要求Ｔ３に従って、受信放送操作部３３に起動Ｔ４をさせる。その後、受信放送操作部３３は、入力装置１６の所定のキー操作に従って、ブラウザ部３４を連携されたタスクとして起動させるため、起動要求Ｔ５を代行制御部３２に送信する。代行制御部３２は、この起動要求Ｔ５に従って、ブラウザ部３４の起動要求Ｔ６を放送受信制御部２４に送信する。
【００６６】
放送受信制御部２４は、この起動要求Ｔ６に従って、ブラウザ部３４の起動要求Ｔ７を代行制御部３２に送信する。なぜなら、ブラウザ部３４は、代行制御部３２によって制御されるタスクだからである。代行制御部３２は、この起動要求Ｔ７に従って、ブラウザ部３４に連携されたタスクとして起動Ｔ８をさせる。
【００６７】
その後、ブラウザ部３４は、入力装置１６の所定のキー操作に従って、エディタ処理部２３を連携されたタスクとして起動させるため、起動要求Ｔ９を代行制御部３２に送信する。代行制御部３２は、この起動要求Ｔ９に従って、エディタ処理部２３の起動要求Ｔ１０を放送受信制御部２４に送信する。
【００６８】
放送受信制御部２４は、この起動要求Ｔ１０に従って、エディタ処理部２３の起動要求Ｔ１１を制御部１１に送信する。なぜなら、エディタ処理部２３は、制御部１１によって制御されるタスクだからである。制御部１１は、この起動要求Ｔ１１に従って、エディタ処理部２３に連携されたタスクとして起動Ｔ１２をさせる。
【００６９】
上記の第１の例に従って、図３に示す動作状況１１ｂ及び図４に示す第２の動作状況３２ｂが変化する状況を説明する。起動要求Ｔ１が行われる際には、動作状況１１ｂには、起動されたタスク１１ｃとして、「待ち受け処理部」である情報と、「放送受信部」である情報とが記憶されている。なお、後者については、図８では図示を省略している。起動Ｔ２が行われると、動作状況１１ｂには、起動されたタスク１１ｃとして、「放送受信制御部」である情報が追加される。
【００７０】
起動Ｔ４が行われる前には、第２の動作状況３２ｂには、情報が記憶されていない。そして、起動Ｔ４が行われると、第２の動作状況３２ｂには、起動されたタスク３２ｃとして、「受信放送操作部」である情報が記憶される。この情報は、図４に示す第２の動作状況３２ｂの上の行に対応する。
【００７１】
そして、起動Ｔ８が行われると、第２の動作状況３２ｂには、起動されたタスク１１ｃとして、「受信放送操作部」である情報と、「ブラウザ部」である情報とが記憶される。この記憶された状況は、図４に示す第２の動作状況３２ｂに対応する。起動Ｔ２によって放送受信制御部２４が起動されて以降、この段階に至るまで、動作状況１１ｂには変化がない。受信放送操作部３３と、ブラウザ部３４とは、代行制御部３２によって制御され、制御部１１によって制御されないからである。
【００７２】
次に、起動Ｔ１２が行われると、動作状況１１ｂに、起動されたタスク１１ｃとして、「エディタ処理部」である情報が追加記憶される。この追加記憶された状況が、図３に示す動作状況１１ｂに対応する。
【００７３】
以上、図８を参照して説明した代行制御部３２の動作により、放送受信制御部２４が受信放送操作部３３及びブラウザ部３４を制御するに関し、制御部１１を介することがない。そのため、処理の削減が可能になる。
【００７４】
なお、代行制御部３２は、起動要求Ｔ５を受信して起動要求Ｔ６を送信し、起動要求Ｔ９を受信して起動要求Ｔ１０を送信するが、起動要求を中継するのみであり、特段の処理を行わない。この特段の処理を行わないことは、上記説明した第２の動作状況３２ｂの変化によっても明らかである。
【００７５】
そこで、受信放送操作部３３から送信される起動要求Ｔ５及びブラウザ部３４から送信される起動要求Ｔ９は、放送受信制御部２４によって直接に受信されるとしても良い。この処理によって、代行制御部３２の負荷を減らすことが可能となる。
【００７６】
この直接受信される処理は、制御部１１によって制御されるタスクと、代行制御部３２によって制御されるタスクとの直接の通信処理となるが、いずれのタスクからも使用可能な、適切なＡＰＩ（Application Program Interface）を定めることによって可能である。また、共用メモリを用いることによって可能である。また、この直接受信される処理は、起動要求の送受信に限るものではなく、その他の情報の送受信にも使用可能である。
【００７７】
また、起動要求Ｔ５は、第２の情報処理管理部３１の外へ向かうものの、起動Ｔ８によって起動されるタスク２は、第２の情報処理管理部３１内のタスクである。そこで、代行制御部３２は、第２の情報処理管理部３１内のタスク１から送信され、第２の情報処理管理部３１内のタスク２を起動する要求は、放送受信制御部２４を経由させることなく、第２の情報処理管理部３１内で行っても良い。この処理によって、放送受信制御部２４の負荷を減らすことが可能となる。
【００７８】
なお、代行制御部３２は、この処理が行われたことを放送受信制御部２４へ通知しても良い。放送受信制御部２４は、この通知によって、テレビ放送受信の状況を把握することができるので、例えば、受信を終了する場合のタスク消滅の順や、記憶された情報の消去などの制御を適切に行うことができる。
【００７９】
次に、制御部１１によって制御されるタスクと、代行制御部３２によって制御されるタスクとの協調動作の第２の例として、受信放送操作部３３と、ブラウザ部３４とが、お互いに他方を連携されたタスクとして動作させる際に、受信放送操作部３３と、ブラウザ部３４と、代行制御部３２と、放送受信制御部２４との間で行われる通信シーケンスを説明する。
【００８０】
この通信の一部は、図８を参照して説明した第１の例に含まれているが、お互いに他方を連携されたタスクとして動作させる際の動作に限って詳述するものである。図９は、この通信シーケンスの詳細を示し、縦軸が時刻であり、上は遅い時刻、下が早い時刻である。
【００８１】
この例の開始時点では、放送受信制御部２４と、ブラウザ部３４と、受信放送操作部３３とが起動されている。そして、放送受信制御部２４と、ブラウザ部３４とが動作中であり、受信放送操作部３３が動作を中断中である。
【００８２】
なお、ＣＰＵが１台の場合、２つのタスクが同時に動作することはなく、既に説明したように、より遠い過去に起動されたタスク、この場合、放送受信制御部２４は、動作が可能な状態に置かれることがあるが、説明を簡明にするため、この状態に置かれる場合を含め、動作中と説明する。また、代行制御部３２は、使用者に提供する機能を処理する部ではなく、更に、適宜動作と動作中断との間で状態が変化するので、代行制御部３２は、この第２の例の説明では、動作中、また、動作を中断中であるかなどの状態の説明を省略する。
【００８３】
この説明を開始する時点では、受信放送操作部３３が、ブラウザ部３４を連携されたタスクとして動作させ、ブラウザ部３４からの動作結果が得られるまでは、動作を中断した状態にある。そこで、第２の動作状況３２ｂは、図４に示す情報が記憶されている。
【００８４】
ここで、例えば、入力装置１６の所定のキー操作がされ、ブラウザ部３４は、受信放送操作部３３を連携されたタスクとして動作させるための起動要求を代行制御部３２に送信する（ステップＴ２１）。代行制御部３２は、この要求を放送受信制御部２４に送信する（ステップＴ２２）。
【００８５】
すると、放送受信制御部２４は、ブラウザ部３４の動作によって得られた結果を代行制御部３２に通知する（ステップＴ２３）。この結果は、既に、適切なＡＰＩを用いることによって、または、共用メモリを用いることによって、放送受信制御部２４は得ているとするが、これに限るものではない。例えば、ステップＴ２１及びステップＴ２２の要求に伴って送信されても良く、または、共用メモリを介して得られるとしても良い。
【００８６】
次に、放送受信制御部２４は、ブラウザ部３４の動作を中断させる要求を代行制御部３２に送信する（ステップＴ２４）。すると、代行制御部３２は、ブラウザ部３４に動作中断を通知し（ステップＴ２５）、ブラウザ部３４は、動作を中断した状態に置かれる。続いて、代行制御部３２は、ブラウザ部３４の動作が中断されたとの応答を放送受信制御部２４に送信する（ステップＴ２６）。
【００８７】
すると、放送受信制御部２４は、受信放送操作部３３の動作再開の要求を代行制御部３２に送信し（ステップＴ２７）、代行制御部３２は、この要求に従って、受信放送操作部３３に動作を再開させる通知を送り（ステップＴ２８）、受信放送操作部３３は、ステップＴ２３の動作によって得られたブラウザ部３４の動作によって得られた結果を代行制御部３２から取得して（ステップＴ２９）、動作中の状態に置かれる。
【００８８】
即ち、ブラウザ部３４が動作を中断中で、受信放送操作部３３が動作中であり、この例の開始時点とは逆になった。即ち、ブラウザ部３４が、受信放送操作部３３を連携されたタスクとして動作させ、受信放送操作部３３からの動作結果が得られるまでは、動作を中断した状態にある。そこで、第２の動作状況３２ｂは、図５に示す情報が記憶されている。
【００８９】
次に、受信放送操作部３３は、ブラウザ部３４を連携されたタスクとして動作させるための起動要求を代行制御部３２に送信する（ステップＴ３０）。代行制御部３２は、この要求を放送受信制御部２４に送信する（ステップＴ３１）。
【００９０】
すると、放送受信制御部２４は、受信放送操作部３３の動作によって得られた結果を代行制御部３２に通知する（ステップＴ３２）。この結果は、既に、適切なＡＰＩを用いることによって、または、共用メモリを用いることによって、放送受信制御部２４は得ているとするが、これに限るものではない。例えば、ステップＴ３０及びステップＴ３１の要求に伴って送信されても良く、または、共用メモリを介して得られるとしても良い。
【００９１】
次に、放送受信制御部２４は、受信放送操作部３３の動作を中断させる要求を代行制御部３２に送信する（ステップＴ３３）。すると、代行制御部３２は、受信放送操作部３３に動作中断を通知し（ステップＴ３４）、受信放送操作部３３は、動作を中断した状態に置かれる。続いて、代行制御部３２は、受信放送操作部３３の動作が中断されたとの応答を放送受信制御部２４に送信する（ステップＴ３５）。
【００９２】
すると、放送受信制御部２４は、ブラウザ部３４の動作再開の要求を代行制御部３２に送信し（ステップＴ３６）、代行制御部３２は、この要求に従って、ブラウザ部３４に動作を再開させる通知を送る（ステップＴ３７）。ブラウザ部３４は、ステップＴ３２の動作によって得られた結果を代行制御部３２から取得して（ステップＴ３８）、動作中の状態に置かれる。これによって、受信放送操作部３３と、ブラウザ部３４との関係は、この例の開始時点と同様になった。そこで、第２の動作状況３２ｂは、図４に示す情報が記憶されている。
【００９３】
以上、図９を参照して説明した代行制御部３２の動作により、受信放送操作部３３と、ブラウザ部３４とが、お互いに他方を連携されたタスクとして動作させる際に、制御部１１を介することがない。即ち、子ＯＳ内の処理に関し、親ＯＳの動作が不要である。そのため、処理の削減が可能になる。
【００９４】
また、制御部１１は、受信放送操作部３３と、ブラウザ部３４との一方、例えば、受信放送操作部３３が他方、例えば、ブラウザ部３４を連携されたタスクとして動作させている際、連携関係を入れ替える、即ち、ブラウザ部３４が受信放送操作部３３を連携されたタスクとして動作させる制御が行えるか否かに係らず、代行制御部３２によって、その入れ替えが可能となる。
【００９５】
なお、この第２の例において、既に第１の例を参照して説明した通り、ステップＴ２１でブラウザ部３４から代行制御部３２に送信され、更に、ステップＴ２２で代行制御部３２から放送受信制御部２４に送信された、受信放送操作部３３を連携されたタスクとして動作させるための起動要求は、ブラウザ部３４から直接に放送受信制御部２４に送信されるとしても良い。
【００９６】
ステップＴ３０で受信放送操作部３３から代行制御部３２に送信され、更に、ステップＴ３１で代行制御部３２から放送受信制御部２４に送信された、ブラウザ部３４を連携されたタスクとして動作させるための起動要求についても同様である。
【００９７】
また、ステップＴ２１でブラウザ部３４から送信された受信放送操作部３３を起動させる要求に対して、代行制御部３２は、放送受信制御部２４を介することなく、ステップＴ２５のブラウザ部３４への動作中断の通知、及び、ステップＴ２８の受信放送操作部３３への動作再開の通知を行い、その旨を放送受信制御部２４に通知しても良い。ステップＴ３０で受信放送操作部３３から送信されたブラウザ部３４を起動させる要求に対しても同様である。
【００９８】
以上の説明では、放送受信制御部２４は、入力装置１６の所定のキーが操作された際に起動されるとしてが、これに限るものではない。装置は、制御部１１の下で動作するタスクとして、ＥＰＧ（Electronic Program Guide、電子番組ガイド）管理部（図示せず）を備え、ＥＰＧ管理部は、受信放送操作部３３から代行制御部３２を介して起動されるとしても良い。
【００９９】
そして、放送受信制御部２４は、ＥＰＧ管理部によって表示部１５に表示された番組の中の１つが選択されることによって起動され、選択された番組を受信するように起動されても良い。
【０１００】
このように放送受信制御部２４が起動される際、既に、少なくとも放送受信制御部２４と、受信放送操作部３３とは、既に起動されている。また、ブラウザ部３４は、起動されていることもある。そこで、このように起動される際、制御部１１は、放送受信制御部２４を制御して、ブラウザ部３４と、受信放送操作部３３とをこの順で消滅させる。
【０１０１】
この順は、受信放送操作部３３が先に起動されているので、ブラウザ部３４と、受信放送操作部３３とで共用するリソース、例えば、共用メモリは、受信放送操作部３３が用意するためである。即ち、共用メモリを用意しないブラウザ部３４を先に消滅させることによって、用意されていない共用するリソースを用いた動作をブラウザ部３４にさせないためである。更に、制御部１１は、放送受信制御部２４を消滅させた上で、改めて放送受信制御部２４を起動する。
【０１０２】
以上の説明は、本発明を移動通信端末装置に適用した形態を例にとって行ったが、これに限るものではない。本発明は、あらゆる情報処理装置に適用することが当然に可能である。本発明は以上の構成に限定されるものではなく、種々の変形が可能である。
【図面の簡単な説明】
【０１０３】
【図１】本発明の実施形態に係る移動通信端末装置の構成を示すブロック図。
【図２】本発明の実施形態に係る第２の情報処理管理部の詳細な構成を示すブロック図。
【図３】本発明の実施形態に係る動作状況記憶部に記憶される動作状況の一例を示す図。
【図４】本発明の実施形態に係る第２の動作状況記憶部に記憶される第２の動作状況の一例を示す図（その１）。
【図５】本発明の実施形態に係る第２の動作状況記憶部に記憶される第２の動作状況の一例を示す図（その２）。
【図６】本発明の実施形態に係る放送受信制御部がタスクを制御する動作のフローチャート。
【図７】本発明の実施形態に係る代行制御部がタスクを制御する動作のフローチャート。
【図８】本発明の実施形態に係る制御部によって制御されるタスクと、代行制御部によって制御されるタスクとの協調動作の通信シーケンス（第１の例）。
【図９】本発明の実施形態に係る制御部によって制御されるタスクと、代行制御部によって制御されるタスクとの協調動作の通信シーケンス（第２の例）。
【符号の説明】
【０１０４】
１１  制御部
１１ａ  動作状況記憶部
１１ｂ  動作状況
１１ｃ、３２ｃ  起動されたタスク
１１ｄ、３２ｄ  連携関係
２１  待ち受け処理部
２２  通話処理部
２３  エディタ処理部
２４  放送受信制御部
２５  放送受信部
３１  第２の情報処理管理部
３２  代行制御部
３２ａ  第２の動作状況記憶部
３２ｂ  第２の動作状況
３３  受信放送操作部
３４  ブラウザ部
【図１】
2008217616.tif 000003
【図２】
2008217616.tif 000004
【図３】
2008217616.tif 000005
【図４】
2008217616.tif 000006
【図５】
2008217616.tif 000007
【図６】
2008217616.tif 000008
【図７】
2008217616.tif 000009
【図８】
2008217616.tif 000010
【図９】
2008217616.tif 000011