(57)【特許請求の範囲】
【請求項１】
第１の制御手段を有し、
前記第１の制御手段は、アプリケーションタスクと、第２の制御手段とを含む情報処理管理手段を前記第１の制御手段の下で動作するタスクとして動作させ、前記第２の制御手段に要求してそのアプリケーションタスクを動作させ、
前記第２の制御手段は、前記アプリケーションタスクを動作させた後、動作中の前記アプリケーションタスクの動作を中断させ、前記第１の制御手段に前記アプリケーションタスクの動作が終了したと通知し、
前記第２の制御手段は、前記第１の制御手段から前記アプリケーションタスクを動作させる要求を受信した際、前記アプリケーションタスクが動作を中断している場合、そのアプリケーションタスクの動作を再開させ、
前記アプリケーションタスクは、動作中のタスクに依存せずに適用される動作パラメータの設定を前記第２の制御手段に要求し、
前記第２の制御手段は、前記アプリケーションタスクの動作パラメータ設定要求に応じてその動作パラメータを設定し、
前記第２の制御手段は、前記アプリケーションタスクの動作を中断させる際、前記アプリケーションタスクの設定要求前の動作パラメータを復旧設定し、かつ、前記アプリケーションタスクによって設定要求された動作パラメータを識別する情報を記憶し、
前記第２の制御手段は、前記アプリケーションタスクの中断された動作を再開させる際、前記記憶された動作パラメータを識別する情報に基づいて、前記アプリケーションタスクの動作パラメータ設定要求に応じた動作パラメータを設定する
ことを特徴とする情報処理装置。
【請求項２】
入力手段と、
表示手段とを更に有し、
前記アプリケーションタスクは、動作を再開する際、前記表示手段に動作再開の了承を求める表示を行わせ、前記入力手段からの動作再開の了承を示す入力を待つ
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の制御手段は、前記第１の制御手段の要求に従って動作中の前記アプリケーションタスクの動作を中断させ、前記第１の制御手段に前記アプリケーションタスクの動作が終了したと通知する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
移動通信網との間で通信を行う通信手段と、
通話タスクの動作によって前記通信手段を介して前記移動通信網に接続された通信装置との間で通話を行う通話手段とを更に有し、
前記第１の制御手段は、前記通信手段によって通話着信信号が受信された場合、前記第２の制御手段に要求して前記アプリケーションタスクの動作を中断させ、前記通話タスクを動作させる
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
入力手段と、
表示手段とを更に有し、
前記第１の制御手段は、リアルタイム型のＯＳであって、最も近い過去に動作させたタスクを最も優先して動作させ、
前記アプリケーションタスクは、前記入力手段及び前記表示手段を用いる対話型のタスクである
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記情報処理装置は開閉自在の形状であり、
前記情報処理装置が開状態にあっては操作可能で、前記情報処理装置が閉状態にあっては操作不可能な位置に設置された入力手段と、
前記情報処理装置が開状態にあっては表示が使用者に視認可能で、前記情報処理装置が閉状態にあっては表示が使用者に視認不可能な位置に設置された表示手段とを更に有し、
前記第１の制御手段は、前記情報処理装置が開状態から閉状態に変化したことを検出した場合、または、前記情報処理装置が閉状態から開状態に変化したことを検出した場合、その変化を前記第２の制御手段に通知し、
前記第２の制御手段は、前記開状態から閉状態への変化が通知され、かつ、前記アプリケーションタスクが動作中である場合、前記アプリケーションタスクの動作を中断させ、前記第１の制御手段に前記アプリケーションタスクの動作が終了したと通知し、前記閉状態から開状態への変化が通知され、かつ、前記アプリケーションタスクの動作が中断されている場合、前記アプリケーションタスクの動作を再開させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
入力手段を更に有し、
前記アプリケーションタスクは、前記入力手段の所定の操作に従って、動作中の自タスクの動作中断を前記第２の制御手段に要求し、
前記第２の制御手段は、前記アプリケーションタスクからの要求に従って動作中の前記アプリケーションタスクの動作を中断させ、前記第１の制御手段に前記アプリケーションタスクの動作が終了したと通知する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
入力手段を更に有し、
前記動作中のタスクに依存せずに適用される動作パラメータは、前記入力手段の操作がされた際に発生される音声の有無、及び／または、その音声の音量である
ことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
入力手段と、表示手段とを更に有し、
前記動作中のタスクに依存せずに適用される動作パラメータは、前記入力手段の操作がされない際、前記表示手段へ表示を続けさせる時間である
ことを特徴とする請求項１に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に係り、特に、親オペレーティングシステムの下で管理される子オペレーティングシステムの下で動作するタスクの制御処理に関する。
【背景技術】
【０００２】
１台の情報処理装置の中で、複数のオペレーティングシステム（以下、ＯＳと称する。）を動作させることがある。その一例は、リアルタイムＯＳであるマルチタスクＯＳ（以下、親ＯＳと称する。）を動作させ、親ＯＳの下で１つのタスクとして制御される非リアルタイムＯＳ、例えば、装置の使用者と対話して動作するタスクを動作させるＯＳ（以下、子ＯＳと称する。）を動作させることである。
【０００３】
そして、親ＯＳの下で動作するタスク（以下、親タスクと称する。）の動作と、子ＯＳの下で動作するタスク（以下、子タスクと称する。）の動作とによって、使用者に所定の機能を提供する。
【０００４】
親タスク及び子タスクは、それぞれのタスク毎に、装置の動作に用いられるパラメータとして最適な値を設定して動作することにより、それぞれのタスクの動作は、使用者にとって一層好ましいものとなる。パラメータとは、例えば、使用者の入力操作が行なわれない場合、表示を続けるか、中止するかである。また、表示を中止する場合、表示の中止に至るまでの入力操作が行われない時間である。これらのパラメータは、装置全体で１組の値が設定される。動作しているタスクの変更によって切り替えられるものではない。
【０００５】
ここで、親ＯＳは、マルチタスクＯＳであり、親ＯＳは、親タスクの中で、いずれのタスクにリソースを割り当てるかを制御する。特に、ＣＰＵリソースを割り当てられれば動作が可能な親タスク（Ready 状態にあるタスク。）が複数ある場合、親ＯＳは、最も優先度が高い親タスクにＣＰＵリソースを割り当てて動作させる制御を行う（Active 状態におく。）。一方、子ＯＳがマルチタスクＯＳである場合、同様に、子ＯＳは、子タスクの中でいずれのタスクを動作させるかを制御する。
【０００６】
親ＯＳは、情報処理装置全体の適切な動作を目的とした制御を行うが、子ＯＳは、子タスクの制御を行うのみであるので、その子タスクの制御は、必ずしも情報処理装置全体の適切な動作を保証しない。そこで、子タスクは、親ＯＳと子ＯＳとの何れかによってＣＰＵリソースを割り当てられ、動作する処理が知られている（例えば、特許文献１参照。）。
【０００７】
また、実行される機能に応じて、入力のキー操作がない場合の表示部の最適なバックライト点灯時間パラメータを設定する処理が知られている。即ち、ＯＳは、入力されたキー操作によって実行される機能、即ち、実行されるプログラムを識別し、識別されたプログラム毎に記憶された時間に渡り入力のキー操作がされない場合、表示部のバックライトを消灯する処理が知られている（例えば、特許文献２参照。）。
【特許文献１】特開２００４−７８３２２号公報（第５頁、図１）
【特許文献２】特開２００４−２３４９６号公報（第２頁、図３、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した特許文献１に開示されている方法では、リアルタイム方式で動作する親タスク（子ＯＳ除く。）の動作と、対話型方式で動作する子タスクの動作とを適切に制御する処理が明らかでない問題点があった。
【０００９】
例えば、親ＯＳは、リアルタイムＯＳであるので、最も新しく起動された親タスクに最も高い優先度を与え、リソースを割り当てる方式がある。この方式において、対話型タスクである子タスクが起動されると、それに伴い親タスクである子ＯＳが起動され、最も高い優先度が与えられ、子タスクが動作する。
【００１０】
ここで、例えば、割り込みを契機に新たな親タスクが起動されると、子ＯＳにはリソースが割り当てられず、子タスクは、ＣＰＵリソースを割り当てられれば動作が可能な状態に置かれる。または、新たに起動された親タスクが子タスクに割り当てられていたＣＰＵ以外のリソースを用いる場合、子タスクは、ＣＰＵ以外のリソースの割り当てを待つ状態（Waiting 状態）に置かれる。
【００１１】
次に、上記新たな親タスクの動作が終了すると、子タスクが動作を再開する。この際、装置の使用者は、親タスクの動作終了に気がつかない可能性が高い。なぜなら、親タスクは、対話型タスクでないからである。そのため、対話型タスクである子タスクとの対話を行うことなく、子タスクの動作が進む問題点があった。この問題点は、子タスクが、装置の使用者の操作があれば、その操作に従って動作し、一方、装置の使用者の操作がない場合、その操作を待たずに動作を続ける場合、顕著である。このように動作する子タスクの一例は、使用者との対戦型ゲームである。
【００１２】
また、上述した特許文献２に開示されている方法では、実行されるタスクの切り替えが行なわれる場合、特に、実行されるタスクが親タスクと、子タスクとの間で切り替えられる場合、実行されるタスク毎に最適なパラメータを如何に設定するかが明らかでない問題点があった。
【００１３】
本発明は上記問題点を解決するためになされたもので、親タスクの動作終了に伴う子タスクの動作再開を制御する情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の情報処理装置は、第１の制御手段を有し、前記第１の制御手段は、アプリケーションタスクと、第２の制御手段とを含む情報処理管理手段を前記第１の制御手段の下で動作するタスクとして動作させ、前記第２の制御手段に要求してそのアプリケーションタスクを動作させ、前記第２の制御手段は、前記アプリケーションタスクを動作させた後、動作中の前記アプリケーションタスクの動作を中断させ、前記第１の制御手段に前記アプリケーションタスクの動作が終了したと通知し、前記第２の制御手段は、前記第１の制御手段から前記アプリケーションタスクを動作させる要求を受信した際、前記アプリケーションタスクが動作を中断している場合、そのアプリケーションタスクの動作を再開させ、前記アプリケーションタスクは、動作中のタスクに依存せずに適用される動作パラメータの設定を前記第２の制御手段に要求し、前記第２の制御手段は、前記アプリケーションタスクの動作パラメータ設定要求に応じてその動作パラメータを設定し、前記第２の制御手段は、前記アプリケーションタスクの動作を中断させる際、前記アプリケーションタスクの設定要求前の動作パラメータを復旧設定し、かつ、前記アプリケーションタスクによって設定要求された動作パラメータを識別する情報を記憶し、前記第２の制御手段は、前記アプリケーションタスクの中断された動作を再開させる際、前記記憶された動作パラメータを識別する情報に基づいて、前記アプリケーションタスクの動作パラメータ設定要求に応じた動作パラメータを設定することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、親タスクの動作終了に伴う子タスクの動作再開を制御することができる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明による情報処理装置の実施の形態を、図面を参照して説明する。図１は、本発明の実施形態に係る情報処理装置が適用された、折畳み型の移動通信装置の上下筐体の折畳みを開いた時の外観を示す図である。図１（ａ）は背面図を、図１（ｂ）は側面図を、図１（ｃ）は正面図をそれぞれ示す。この移動通信装置は、上筐体ＭＳ１と下筐体ＭＳ２とが、ヒンジ部ＭＳ３によって回動自在に連結されている。
【００１７】
上筐体ＭＳ１の内面には、受話に用いられるスピーカ１４ａと、使用者に操作を促す表示や、使用者が操作した内容の表示や、カーソル位置や、装置の動作状態の表示などに用いられるバックライト付きのＬＣＤ（Liquid Crystal Display）からなる表示部１５とが設置されている。なお、表示部１５は、ＬＣＤに限るものではなく、例えば、有機ＥＬディスプレーであっても良い。
【００１８】
下筐体ＭＳ２の内面には、送話に用いられるマイクロフォン１４ｂと、キーパッドからなる入力装置１６が設けられている。更に、下筐体ＭＳ２内には、電波の送受に用いられるアンテナ（図示せず）が設置されている。
【００１９】
ヒンジ部ＭＳ３には、上下筐体ＭＳ１、ＭＳ２が開状態にあるか、または、閉状態にあるかを検出する開閉検出部（図示せず）が設置されて、その開閉検出部から開閉信号が出力されている。
【００２０】
図２は、この折畳み型移動通信装置を、図１に示した上下筐体ＭＳ１、ＭＳ２が開状態にある状態から、上筐体ＭＳ１が回動されて上下筐体ＭＳ１、ＭＳ２が閉状態になった状態の外観を示す図である。図２（ａ）は背面図、即ち下筐体ＭＳ２の外面図を、図２（ｂ）は側面図を、図２（ｃ）は正面図、即ち上筐体ＭＳ１の外面図をそれぞれ示す。この、上下筐体ＭＳ１、ＭＳ２が開状態にある状態では、上筐体ＭＳ１の内面に設置された表示部１５の表示は、装置の使用者によって視認できず、また、下筐体ＭＳ２に設置された入力装置１６のキーは、装置の使用者によって操作できない。
【００２１】
図３は、この移動通信装置の構成を示すブロック図である。この移動通信装置は、開閉信号ＭＳ３ａが入力され、装置全体の制御を行う制御部１１と、動作状況記憶部１１−１と、基地局（図示せず）との間で電波の送受信を行うアンテナ１２ａと、通信部１２ｂと、送受信部１３と、通話用のスピーカ１４ａと、通話用のマイクロフォン１４ｂと、通話部１４ｃと、表示部１５と、入力装置１６と、待ち受け処理部２１と、通話処理部２２と、第２の情報処理管理部３１と、パラメータ記憶部４１とからなる。
【００２２】
動作状況記憶部１１−１には、動作状況１１−１ａが記憶される。動作状況１１−１ａは、制御部１１によって管理されているタスクの状況である。パラメータ記憶部４１には、標準パラメータ４１ａと、設定パラメータ４１ｂと、パラメータ一覧４１ｃとが記憶される。
【００２３】
標準パラメータ４１ａは、パラメータの暗黙値である。設定パラメータ４１ｂは、装置の動作にあたって参照されるパラメータであり、設定パラメータ４１ｂは、標準パラメータ４１ａの値を基に、または、パラメータ一覧４１ｃの値を基に、値が設定される。パラメータ一覧４１ｃは、パラメータであって、パラメータ一覧４１ｃの中の１つが選択されて設定パラメータ４１ｂに設定される。
【００２４】
ここで、制御部１１は、装置のタスクの管理を行うＯＳであり、待ち受け処理部２１と、通話処理部２２と、第２の情報処理管理部３１とは、制御部１１の下で動作するタスクである。なお、制御部１１の少なくともＣＰＵリソースをタスクへ割り当てる部分はタスクではないが、制御部１１の一部はタスクとして動作しても良い。
【００２５】
図４は、第２の情報処理管理部３１の詳細な構成を示すブロック図である。第２の情報処理管理部３１は、第２の情報処理管理部３１の制御を行う代行制御部３２と、第２の動作状況記憶部３２−１と、ダミー処理部３３と、ゲーム部３４と、第２のパラメータ記憶部５１とからなる。第２の動作状況記憶部３２−１には、第２の動作状況３２−１ａが記憶される。第２の動作状況３２−１ａは、代行制御部３２によって管理されているタスクの状況である。
【００２６】
第２のパラメータ記憶部５１には、パラメータ識別子控え５１ａが記憶される。パラメータ識別子控え５１ａは、第２の情報処理管理部３１内のタスクによって選択されたパラメータ一覧４１ｃを識別する情報である。
【００２７】
ここで、代行制御部３２は、第２の情報処理管理部３１内のタスクの管理を行うＯＳであり、ダミー処理部３３と、ゲーム部３４とは、代行制御部３２の下で動作するタスクである。
【００２８】
上記のように構成された、本発明の実施形態に係る情報処理装置の各部の動作を、図３及び図４を参照して説明する。
【００２９】
制御部１１は、入力装置１６の所定のキー操作に基づいて、標準パラメータ４１ａを更新する。なお、装置の製造時に、標準パラメータ４１ａに値が設定される。制御部１１は、動作しているタスクに依存しない装置の制御に際し、設定パラメータ４１ｂを参照する。制御部１１は、入力装置１６の所定のキー操作に基づいて、パラメータ一覧４１ｃを更新する。なお、装置の製造時に、パラメータ一覧４１ｃに値が設定される。
【００３０】
制御部１１は、装置のタスクの制御を含む、装置を制御する。即ち、タスクを起動し、タスクの優先度を制御し、タスクにリソースを割り当て、また、タスクを終了させる。なお、制御部１１は、第２の情報処理管理部３１内のタスクを制御する際、代行制御部３２を介して行う。
【００３１】
制御部１１は、電源投入の際、入力装置１６の所定のキー操作が行われた際、所定の割り込みが発生した際、または、制御部１１の下で動作するタスク１からの要求が受信された際、タスク２を起動する。ここで、制御部１１は、リアルタイム型のＯＳであり、制御部１１の下で動作するタスク２を起動する際、新たに起動されたタスク２には高い優先度を与え、リソースを割り当てて動作させる。
【００３２】
なお、以下の説明では、タスク１がタスク２を制御するとの表現を取ることがある。これは、タスク１からの要求に従って制御部１１がタスク制御することを意味し、制御部１１を介することを省略して説明を簡明にするためである。
【００３３】
なお、制御部１１は、リアルタイム型のＯＳに限るものではない。その場合、起動を要求したタスク１の優先度は、新たに起動されたタスク２の優先度より低いと限るものではない。しかし、起動を要求したタスク１は、ＣＰＵ以外のリソースの割り当てを待つ状態（Waiting 状態）に、即ち、ＣＰＵ以外のリソースの割り当てが得られるまでは動作を中断した状態（Suspend 状態）に置かれることによって、同じ動作をさせることができる。
【００３４】
通信部１２ｂは、アンテナ１２ａが受信した高周波信号を送受信部１３へ出力し、また、送受信部１３から出力される高周波信号をアンテナ１２ａより送信する。
【００３５】
送受信部１３は、通信部１２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得られたディジタル音声信号を通話部１４ｃへ、また、制御信号を制御部１１に送る。更には、通話部１４ｃから出力されるディジタル音声信号、及び制御部１１から出力される制御信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部１２ｂに送る。
【００３６】
通話部１４ｃは、送受信部１３から出力されるディジタル音声信号をアナログ音声信号に変換し、それを増幅してスピーカ１４ａに送る。また、マイクロフォン１４ｂから出力されるアナログ音声信号を増幅し、それをディジタル音声信号に変換して送受信部１３に送信する。
【００３７】
表示部１５は、開閉信号ＭＳ３ａによって上下筐体ＭＳ１、ＭＳ２が開状態にあると検出された場合に、制御部１１に制御されることで、また、代行制御部３２に制御されることで、カーソルを含む文字・数字を含む画像データの表示動作を行い、表示されているデータは、入力装置１６からの入力操作や通話着信信号に応答して制御部１１、また、代行制御部３２からの要求を受けることで切換わる。表示部１５がバックライト付きのＬＣＤであるので、表示部１５への表示はバックライトの点灯を伴う。
【００３８】
表示部１５への表示が行われた後、上記入力装置１６からの入力操作や通話着信信号に応答した制御部１１、また、代行制御部３２からの要求を受けることなく、設定パラメータ４１ｂが示す時間が経過した場合、表示部１５は、制御部１１によって表示動作を停止される。表示部１５がバックライト付きのＬＣＤであるので、表示動作の停止はバックライトの消灯を伴う。
【００３９】
入力装置１６は、通信相手の電話番号などを指定し、また、トグル式の入力方式によってひらがな文字、アルファベット文字及び記号文字を入力するための数字キーと、カーソル移動キーやスクロールキーを含む複数の機能キーとを含むキーからなる。
【００４０】
そして、入力装置１６のキーが押下されると、そのキーの識別子が制御部１１に通知され、制御部１１、また、代行制御部３２の制御に基づいて、その識別子が通知された装置内の各部の処理により、表示部１５に文字として表示されたり、キーの押下及び解放に基づく制御が行われたりする。
【００４１】
入力装置１６のキーが押下され度に、制御部１１は、設定パラメータ４１ｂに依存して、スピーカ１４ａ、及び／または、報知音発生用の第２のスピーカ（図示せず）からキークリック音、即ち、所定の音声を発生させ、または、発生させない。発生させる場合、発生させる音量は、設定パラメータ４１ｂに依存する。
【００４２】
待ち受け処理部２１は、装置の電源が投入された際に起動され、所定の待ち受け画面を表示部１５に表示させる。ここで、待ち受け画面は、静止画像であっても良く、動画像であっても良い。そして、待ち受け処理部２１は、装置の電源の切断に至るまで終了しない。
【００４３】
通話処理部２２は、通話を行う処理部であり、入力装置１６の所定のキーが操作された際、及び、アドレス帳（図示せず）に含まれる電話番号が表示され、入力装置１６の所定のキーが操作された際に起動され、通信部１２ｂ、送受信部１３及び通話部１４ｃを動作させて、発呼処理及び通話処理をさせ、通話処理の間、所定の画像を表示部１５に表示させる。通話処理中に入力装置１６の所定のキーが操作された際、通話処理部２２は、動作を終了する。
【００４４】
また、通話処理部２２は、送受信部１３によって通話着信信号が受信されると制御部１１によって起動され、通信部１２ｂ、送受信部１３及び通話部１４ｃを動作させて、着呼処理及び通話処理をさせ、通話処理の間、所定の画像を表示部１５に表示させる。通話処理中に入力装置１６の所定のキーが操作された際、通話処理部２２は、動作を終了する。
【００４５】
代行制御部３２は、第２の情報処理管理部３１内のタスクを制御する。即ち、制御部１１からの要求に従って、第２の情報処理管理部３１内のタスクを起動し、優先度を制御し、リソースを割り当て、また、タスクを終了させる。更に、第２の情報処理管理部３１内のタスクの実行を中断し、また、再開する。
【００４６】
また、代行制御部３２は、第２の情報処理管理部３１内のタスクからの要求に従い、パラメータ一覧４１ｃの１つを設定パラメータ４１ｂとしてパラメータ記憶部４１に記憶させる。併せて、その記憶させたパラメータ一覧４１ｃを識別する情報をパラメータ識別子控え５１ａとして記憶させる。更に、第２の情報処理管理部３１内のタスクの中断に伴い、標準パラメータ４１ａを設定パラメータ４１ｂとしてパラメータ記憶部４１に記憶させる。
【００４７】
以下の説明では、代行制御部３２は、ダミー処理部３３のタスクと、ゲーム部３４のタスクを、最多で１個ずつ起動し、即ち、それぞれを複数個起動することはなく、更に、いずれか一方を動作させ、他方は、起動されていない、または、その動作を中断させるとして説明する。ここで、動作を中断中のタスクは、優先度が低いタスクとして記憶され、管理される。
【００４８】
この状況によって、優先度が高いため動作中のタスクと、優先度が低いため動作を中断中のタスクとに関し、お互いの優先度の高低を逆転させることが可能となり、任意のタスクを動作させることができる。
【００４９】
ダミー処理部３３は、装置の電源投入に伴って起動され、電源切断に至るまで、終了されることはない。ダミー処理部３３は、実行中である場合、即ち、ゲーム部３４が起動していない、または、ゲーム部３４より高い優先度が付され、かつ、代行制御部３２が制御部１１の制御によって動作中である場合、表示部１５への表示リソースが与えられるが、表示部１５への表示を行わない。この表示を行わないことによって、ダミー処理部３３が実行前の表示を表示部１５に維持させる。また、ダミー処理部３３は、実行中である場合、入力装置１６のキー操作リソースが与えられるが、このキー操作に依存した動作を行わない。
【００５０】
ゲーム部３４は、入力装置１６の所定のキー操作によって、制御部１１から代行制御部３２を介して起動される。そして、ゲーム部３４内に含まれる複数のゲームの一覧を表示部１５に表示する。そして、表示されたゲームの中で、入力装置１６の所定のキー操作によって選択されたゲームを実行する。ゲーム部３４は、入力装置１６の所定のキー操作によって、また、所定の割り込みを契機として、実行を中断し、また、中断された実行を再開（Resume）する。これらの実行の中断と、実行の再開は、制御部１１から代行制御部３２を介して制御される。更に、ゲーム部３４は、入力装置１６の所定のキー操作によって、動作を終了する。
【００５１】
ゲーム部３４は、動作の任意のステップで、パラメータ一覧４１ｃを指定して、その指定されたパラメータ一覧４１ｃを設定パラメータ４１ｂとしてパラメータ記憶部４１に記憶させることを代行制御部３２に要求する。この要求を行うステップの一例は、入力装置１６の所定のキー操作によって選択されたゲームの実行を開始する時点である。この要求によって、ゲーム部３４は、ゲーム選択の段階と、選択されたゲーム実行の段階との２つの段階で、異なる情報を設定パラメータ４１ｂとして記憶させることができる。
【００５２】
以下、本実施形態に係る移動通信装置における各部の制御処理、特に、制御部１１によって制御されるタスクの動作終了に伴う代行制御部３２によって制御されるタスクの動作再開の制御を説明する。
【００５３】
図５は、動作状況記憶部１１−１に記憶される動作状況１１−１ａの第１の例、及び、第２の動作状況記憶部３２−１に記憶される第２の動作状況３２−１ａの第１の例を示す。動作状況１１−１ａは、制御部１１によって起動されたタスクからなる。また、第２の動作状況３２−１ａは、制御部１１によって代行制御部３２を介して起動されたタスクからなる。なお、代行制御部３２は、制御部１１の制御により電源投入と共に起動され、電源切断まで終了しないタスクであるが、デーモン（Daemon）であり、動作状況１１−１ａに記憶されず、更に、第２の動作状況３２−１ａに記憶されない。
【００５４】
図５に示す動作状況１１−１ａは、待ち受け処理部２１が起動され、動作中であることとを示す。また、図５に示す第２の動作状況３２−１ａは、ダミー処理部３３が起動され、動作中であることを示す。即ち、これらは、装置は待ち受け状態にあり、ゲーム部３４は動作していないことを示している。
【００５５】
図６は、動作状況記憶部１１−１に記憶される動作状況１１−１ａの第２の例、及び、第２の動作状況記憶部３２−１に記憶される第２の動作状況３２−１ａの第２の例を示す。図６に示す動作状況１１−１ａは、待ち受け処理部２１と、第２の情報処理管理部３１が起動されていることを示す。また、図６に示す第２の動作状況３２−１ａは、ダミー処理部３３と、ゲーム部３４が起動されていることを示す。ここで、動作状況１１−１ａ及び第２の動作状況３２−１ａのそれぞれで、上に記載された処理部ほど優先度が高いことを示す。
【００５６】
動作状況１１−１ａにおいて優先度が高いことは、近い過去に起動され、実行中であることを意味する。なぜなら、制御部１１は、リアルタイムＯＳであるからである。第２の動作状況３２−１ａにおいて優先度が高いことは、近い過去に起動されたこと、または、代行制御部３２によって高い優先度が付されたことを意味する。なぜなら、代行制御部３２は、非リアルタイムＯＳであって、優先度は、起動順に係らず変更が可能だからである。
【００５７】
なお、動作状況１１−１ａに第２の情報処理管理部３１が実行中であると記憶されている場合に限り、第２の動作状況３２−１ａに優先度が高いと記憶されている処理部が実行中である。なぜなら、第２の動作状況３２−１ａに記憶される処理部は、代行制御部３２によって制御される子タスクに対応する。子タスクは、親ＯＳである制御部１１の制御によって第２の情報処理管理部３１が実行中である場合に限り、実行中となり得るからである。
【００５８】
即ち、図６に示す動作状況１１−１ａ及び第２の動作状況３２−１ａは、例えば、待ち受け処理部２１の起動の後に第２の情報処理管理部３１が起動されて動作中であることと、ダミー処理部３３の起動の後にゲーム部３４が起動されて動作中であることを示す。これらは、例えば、装置が待ち受け状態にある際に、ゲーム部３４が起動され、動作中である場合の情況を示す。
【００５９】
図７は、動作状況記憶部１１−１に記憶される動作状況１１−１ａの第３の例、及び、第２の動作状況記憶部３２−１に記憶される第２の動作状況３２−１ａの第３の例を示す。図７に示す動作状況１１−１ａは、待ち受け処理部２１の起動の後に通話処理部２２が起動されて動作中であることを示す。また、図７に示す第２の動作状況３２−１ａは、ゲーム部３４の起動の後にダミー処理部３３の優先度がゲーム部３４の優先度より高く制御されたことを示す。これらは、例えば、ゲーム部３４が起動され、動作中であった際、通話処理部２２が起動されて動作中となり、ゲーム部３４の動作が中断されている状況を示す。
【００６０】
図８は、動作状況記憶部１１−１に記憶される動作状況１１−１ａの第４の例、及び、第２の動作状況記憶部３２−１に記憶される第２の動作状況３２−１ａの第４の例を示す。図８に示す動作状況１１−１ａは、待ち受け処理部２１が起動され、動作中であることを示す。また、図８に示す第２の動作状況３２−１ａは、ゲーム部３４の起動の後にダミー処理部３３の優先度がゲーム部３４の優先度より高く制御されたことを示す。これらは、例えば、装置は、待ち受け状態にあり、ゲーム部３４の動作が中断されている状況を示す。
【００６１】
図９は、パラメータ記憶部４１に記憶される標準パラメータ４１ａの構成の一例を示す。この標準パラメータ４１ａは、キークリック音量４１ｄと、バックライト輝度４１ｅと、無操作時バックライト点灯時間４１ｆとが関連付けられた１組の情報からなる。そして、標準パラメータ４１ａは、装置内のいずれの処理部が動作中であるか否かに係らず、標準として用いられるパラメータを示す。
【００６２】
キークリック音量４１ｄは、入力装置１６のキーが操作された場合、発生されるキークリック音の音量を示し、例えば、「０」〜「３」の自然数のいずれかである。キークリック音量４１ｄは、小さい程小さい音量であり、大きい程大きい音量であり、また、「０」である場合、キークリック音は発生されないことを示す。
【００６３】
バックライト輝度４１ｅは、表示部１５に表示する際の輝度、即ち、表示部１５のバックライトを点灯する際の、そのバックライトの輝度であり、「明」または「暗」のいずれかの値である。これらの値は、それぞれ、輝度が大きいこと、輝度が小さいことを示す。無操作時バックライト点灯時間４１ｆは、表示部１５のバックライトが点灯された後、制御部１１、また、代行制御部３２からの要求を受けることなく経過した場合、表示部１５の表示が停止される迄の時間を示す。
【００６４】
なお、図９では、キークリック音量４１ｄと、バックライト輝度４１ｅと、無操作時バックライト点灯時間４１ｆとが連続して記憶されるように図示したが、これは理解を容易にするためであって、これに限るものではない。例えば、離散して記憶されても良い。
【００６５】
図１０は、パラメータ記憶部４１に記憶される設定パラメータ４１ｂの構成の一例を示す。この設定パラメータ４１ｂは、キークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとが関連付けられた１組の情報からなる。そして、設定パラメータ４１ｂは、装置のキークリック音の発生に関して、及び、バックライトの点灯と、消灯とに関して参照されるパラメータを示す。
【００６６】
キークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとは、それぞれ、キークリック音量４１ｄと、バックライト輝度４１ｅと、無操作時バックライト点灯時間４１ｆと同じことを示すため、説明を省略する。装置の電源投入時、キークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとには、それぞれ、キークリック音量４１ｄと、バックライト輝度４１ｅと、無操作時バックライト点灯時間４１ｆとが設定される。
【００６７】
なお、図１０では、キークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとが連続して記憶されるように図示したが、これは理解を容易にするためであって、これに限るものではない。例えば、離散して記憶されても良い。
【００６８】
図１１は、パラメータ記憶部４１に記憶されるパラメータ一覧４１ｃの構成の一例を示す。このパラメータ一覧４１ｃは、パラメータ識別子４１ｊと、キークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとが関連付けられた１組、または、複数組の情報からなる。そして、１組のパラメータ一覧４１ｃ（パラメータ識別子４１ｊを除く。）は、設定パラメータ４１ｂとしてパラメータ記憶部４１に記憶されるパラメータを示す。
【００６９】
パラメータ識別子４１ｊは、パラメータ一覧４１ｃを一意に識別する情報である。図１１では、パラメータ識別子４１ｊは、自然数であると例示したが、これに限るものではない。キークリック音量４１ｋは、キークリック音量４１ｄと同じことを示す。ただし、キークリック音量４１ｄが取る値と同じ値の他、「標準」なる値を取る。この、「標準」なる値は、標準パラメータ４１ａのキークリック音量４１ｄの値を意味する。
【００７０】
バックライト輝度４１ｍは、バックライト輝度４１ｅと同じことを示す。ただし、バックライト輝度４１ｅが取る値と同じ値の他、「標準」なる値を取る。この、「標準」なる値は、標準パラメータ４１ａのバックライト輝度４１ｅの値を意味する。
【００７１】
無操作時バックライト点灯時間４１ｎは、無操作時バックライト点灯時間４１ｆと同じことを示す。ただし、無操作時バックライト点灯時間４１ｆが取る値と同じ値の他、「標準」なる値を取る。この、「標準」なる値は、標準パラメータ４１ａの無操作時バックライト点灯時間４１ｆの値を意味する。
【００７２】
なお、図１１では、パラメータ識別子４１ｊと、キークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとが連続して記憶され、かつ、関連付けられた情報が連続して記憶されるように図示したが、これは理解を容易にするためであって、これに限るものではない。例えば、離散して記憶され、離散した部分の間がポインターで結ばれる構成としても良い。
【００７３】
図１２は、第２のパラメータ記憶部５１に記憶されるパラメータ識別子控え５１ａの構成の一例を示す。このパラメータ識別子控え５１ａは、１つのパラメータ一覧４１ｃのパラメータ識別子４１ｊである。そして、パラメータ識別子控え５１ａは、１組のパラメータ一覧４１ｃが設定パラメータ４１ｂとしてパラメータ記憶部４１に記憶された際の、そのパラメータ一覧４１ｃのパラメータ識別子４１ｊである。なお、装置の電源投入時、パラメータ識別子控え５１ａには、値が記憶されない。
【００７４】
次に、制御部１１がゲーム部３４を制御、例えば、起動する動作を説明する。図１３は、制御部１１がゲーム部３４を制御する動作のフローチャートを示す。制御部１１は、入力装置１６の操作がされた、上下筐体ＭＳ１、ＭＳ２が開けられた、通話着信制御信号の受信、上下筐体ＭＳ１、ＭＳ２が閉じられた、及び、代行制御部３２からゲーム部３４の終了通知を受信した際に、ゲーム部３４を制御する動作を開始する（ステップＳ１１ａ）。
【００７５】
上記制御動作を開始した契機に従って、制御部１１は、動作を分岐する（ステップＳ１１ｂ）。まず、その契機が、入力装置１６のゲーム部３４を起動させる所定の操作である、または、閉状態であった上下筐体ＭＳ１、ＭＳ２が開状態に変化したことが開閉信号ＭＳ３ａによって判定された場合、制御部１１は、代行制御部３２にゲーム部３４の起動を要求する。ここで、上下筐体ＭＳ１、ＭＳ２が開状態に変化した場合、制御部１１は、起動要求に併せて、または、代えて開状態に変化した旨を代行制御部３２に通知する（ステップＳ１１ｃ）。
【００７６】
そして、制御部１１は、代行制御部３２から、その起動の完了通知が送られることを待つ（ステップＳ１１ｄ）。その通知が受信されると、動作状況１１−１ａに、図６に示すように、第２の情報処理管理部３１を高い優先度であると追加記憶する（ステップＳ１１ｅ）。これは、第２の情報処理管理部３１にリソースを割り当てて、動作させることを意味する。そして、ゲーム部３４を制御する動作を終了する（ステップＳ１１ｆ）。
【００７７】
ここで、上下筐体ＭＳ１、ＭＳ２が開けられた場合、制御部１１は、代行制御部３２にゲーム部３４の起動を要求するとした。これは、後述するように、ゲーム部３４が動作中に上下筐体ＭＳ１、ＭＳ２が閉じられると、ゲーム部３４の動作が中断されるので、上下筐体ＭＳ１、ＭＳ２が閉じられた後、開けられた際にゲーム部３４の動作を再開させるためである。
【００７８】
そこで、ゲーム部３４の動作が中断されていない際に上下筐体ＭＳ１、ＭＳ２が開けられた場合、ゲーム部３４の動作は再開されず、ステップＳ１１ｄでゲーム部３４の起動の完了通知が送られることはない。そこで、所定の時間に渡ってその通知が送られない場合、制御部１１は、ステップＳ１１ｆに移り、ゲーム部３４を制御する動作を終了する（図示せず）。
【００７９】
一方、上記契機が、ゲーム部３４が動作中であって（ゲーム部３４が動作中であることは、動作状況１１−１ａに図６に示すように、第２の情報処理管理部３１が高い優先度であると記憶されていることにより、判断される。）、送受信部１３から通話着信制御信号が送られた場合、または、開状態であった上下筐体ＭＳ１、ＭＳ２が閉状態に変化したことが開閉信号ＭＳ３ａによって判定された場合、制御部１１は、代行制御部３２にゲーム部３４の動作中断を要求する。ここで、上下筐体ＭＳ１、ＭＳ２が閉状態に変化した場合、制御部１１は、動作中断要求に併せて、または、代えて閉状態に変化した旨を代行制御部３２に通知する（ステップＳ１１ｇ）。
【００８０】
ここで、ゲーム部３４の動作中断が必要となる理由は、以下の通りである。即ち、通話着信制御信号が送られた場合、制御部１１は、通話処理部２２に通話の動作をさせるからである。なぜなら、装置の使用者にとって、通話の動作はゲーム部３４の動作より重要で、優先されるべきであると考えられるからである。
【００８１】
また、上下筐体ＭＳ１、ＭＳ２が閉状態に変化した場合、装置の使用者は、表示部１５の表示を視認することができず、また、入力装置１６の操作ができないため、ゲーム部３４の動作を続けることが使用者への機能の提供にならず、無益な処理のために電力を消費することを避けることが適切だからである。
【００８２】
そして、代行制御部３２から、ゲーム部３４の動作が終了したとの通知を待つ（ステップＳ１１ｈ）。その通知が受信されると、動作状況１１−１ａから第２の情報処理管理部３１を削除する（ステップＳ１１ｉ）。これは、第２の情報処理管理部３１の動作を終了することを意味する。そして、ゲーム部３４を制御する動作を終了する（ステップＳ１１ｆ）。
【００８３】
なお、上記契機が送受信部１３から通話着信制御信号が送られた場合、制御部１１は、ゲーム部３４の動作中断の制御と共に、通話処理部２２を起動し、リソースを割り当てて動作させる。その結果、動作状況１１−１ａには、図７に示すように、通話処理部２２が高い優先度であると記憶される。
【００８４】
また、上記契機が上下筐体ＭＳ１、ＭＳ２が閉状態に変化したことが開閉信号ＭＳ３ａによって判定された場合、制御部１１は、ゲーム部３４の動作中断を行うのみであり、その制御動作の後、動作状況１１−１ａには、図８に示すように、待ち受け処理部２１のみが記憶される。
【００８５】
なお、制御部１１が、ゲーム部３４が動作中でない際、ゲーム部３４の動作中断要求に代えて閉状態に変化した旨を代行制御部３２に通知した場合、ステップＳ１１ｈのゲーム部３４の動作が終了したとの通知が受信されることはない。そこで、所定の時間に渡ってその通知が送られない場合、制御部１１は、ステップＳ１１ｆに移り、ゲーム部３４を制御する動作を終了する（図示せず）。
【００８６】
一方、上記契機がゲーム部３４が動作中であって、代行制御部３２からゲーム部３４の終了通知を受信した場合、制御部１１は、動作状況１１−１ａから第２の情報処理管理部３１を削除し（ステップＳ１１ｉ）、ゲーム部３４を制御する動作を終了する（ステップＳ１１ｆ）。
【００８７】
次に、代行制御部３２の動作の中で、代行制御部３２がゲーム部３４を制御、例えば、起動する動作を説明する。図１４は、代行制御部３２がゲーム部３４を制御する動作のフローチャートを示す。代行制御部３２は、制御部１１から送られた起動要求の受信（上下筐体ＭＳ１、ＭＳ２が開状態に変化した旨の通知を含む。）、制御部１１から送られた中断要求の受信（上下筐体ＭＳ１、ＭＳ２が閉状態に変化した旨の通知を含む。）、中断を要求する入力装置１６の操作、及び、終了を要求する入力装置１６の操作の際に、ゲーム部３４を制御する動作を開始する（ステップＳ３２ａ）。
【００８８】
上記制御動作を開始した契機に従って、代行制御部３２は、動作を分岐する（ステップＳ３２ｂ）。まず、その契機が、制御部１１から送られたゲーム部３４を起動する要求の受信である場合（上下筐体ＭＳ１、ＭＳ２が開状態に変化した旨の通知を含む。）、代行制御部３２は、ゲーム部３４のタスクが起動済みであるか否かを判断する（ステップＳ３２ｃ）。
【００８９】
起動済みであるか否かは、第２の動作状況３２−１ａを参照することによって判断される。即ち、図７及び図８に示すように、ゲーム部３４が第２の動作状況３２−１ａに記憶されている場合、ゲーム部３４のタスクが起動済みである。記憶されていない場合、起動されていない。
【００９０】
起動されていず、かつ、制御部１１から上下筐体ＭＳ１、ＭＳ２が開状態に変化した旨の通知が送られない場合、代行制御部３２は、ゲーム部３４のタスクを起動し（ステップＳ３２ｄ）、図６に示すように、第２の動作状況３２−１ａにゲーム部３４を高い優先度であると追加記憶する（ステップＳ３２ｅ）。これは、ゲーム部３４にリソースを割り当てて、動作させることを意味する。そして、制御部１１にゲーム部３４の起動完了を通知して（ステップＳ３２ｆ）、ゲーム部３４を制御する動作を終了する（ステップＳ３２ｇ）。
【００９１】
一方、ステップＳ３２ｃで、ゲーム部３４のタスクが起動されていず、かつ、制御部１１からゲーム部３４を起動する要求ではなく、上下筐体ＭＳ１、ＭＳ２が開状態に変化した旨の通知が送られた場合、代行制御部３２は、直ちにステップＳ３２ｇに移って、ゲーム部３４を制御する動作を終了する（図示せず）。
【００９２】
この場合、ステップＳ３２ｆの起動完了の通知は行われない。上下筐体ＭＳ１、ＭＳ２が開状態に変化した旨の通知が送られた場合、代行制御部３２は、ゲーム部３４が起動されていれば、その動作を再開させることは妥当であるが、起動されていないゲーム部３４を起動して動作させることは妥当ではないからである。
【００９３】
更に、ステップＳ３２ｃで、起動されている、即ち、ゲーム部３４のタスクが中断されている場合、代行制御部３２は、ゲーム部３４の動作を再開させる。即ち、まず、図６に示すように、第２の動作状況３２−１ａにゲーム部３４を高い優先度であると更新記憶する（ステップＳ３２ｈ）。
【００９４】
次に、代行制御部３２は、パラメータ識別子控え５１ａに値が記憶されている場合、そのパラメータ識別子控え５１ａと、パラメータ識別子４１ｊとが等しいことを検索条件にパラメータ一覧４１ｃを検索し、検索されたパラメータ一覧４１ｃのキークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとを得る。
【００９５】
そして、代行制御部３２は、得られたキークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとを、それぞれ、設定パラメータ４１ｂのキークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとに設定して、パラメータ記憶部４１に記憶させる（ステップＳ３２ｉ）。
【００９６】
このパラメータ設定は、ゲーム部３４が中断される前の設定パラメータ４１ｂを復旧設定させるためである。なお、パラメータ識別子控え５１ａに値が記憶されていない場合、代行制御部３２は、ステップＳ３２ｉのパラメータ復旧動作を行わない（図示せず）。パラメータ識別子控え５１ａに値が記憶されているか否かが何を示すかは、後述する。
【００９７】
そして、代行制御部３２は、制御部１１にゲーム部３４の起動完了を通知して（ステップＳ３２ｆ）、ゲーム部３４を制御する動作を終了する（ステップＳ３２ｇ）。この高い優先度として更新記憶することは、ゲーム部３４にリソースを割り当てて、動作を再開させることを意味する。
【００９８】
ステップＳ３２ｂで、上記契機が、ゲーム部３４が動作中であって（ゲーム部３４が動作中であることは、第２の動作状況３２−１ａに、図６に示すようにゲーム部３４が高い優先度であると記憶されていることにより、判断される。）、制御部１１から送られたゲーム部３４の動作を中断する要求の受信である場合（上下筐体ＭＳ１、ＭＳ２が閉状態に変化した場合を含む。）、または、入力装置１６の所定の操作によるゲーム部３４の動作を中断する要求の受信である場合、代行制御部３２は、ゲーム部３４のタスクを中断する（ステップＳ３２ｊ）。
【００９９】
ステップＳ３２ｂで、ゲーム部３４の動作を中断する要求ではなく、上下筐体ＭＳ１、ＭＳ２が閉状態に変化した旨の通知が送られた場合、代行制御部３２は、ゲーム部３４が動作中であることの確認が必須である。そして、ゲーム部３４が動作中であれば、ステップＳ３２ｊ以降のゲーム部３４を制御する動作を続け、ゲーム部３４が動作中でなければ、ステップＳ３２ｇに移って、ゲーム部３４を制御する動作を終了する（図示せず）。
【０１００】
ステップＳ３２ｊの動作に続き、代行制御部３２は、図８に示すように、第２の動作状況３２−１ａにゲーム部３４を低い優先度として更新記憶する（ステップＳ３２ｋ）。次に、標準パラメータ４１ａのキークリック音量４１ｄと、バックライト輝度４１ｅと、無操作時バックライト点灯時間４１ｆとを、それぞれ、設定パラメータ４１ｂのキークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとに設定して、パラメータ記憶部４１に記憶させる（ステップＳ３２ｍ）。
【０１０１】
このパラメータ設定動作は、ゲーム部３４の要求によって設定されたパラメータを、その設定以前の標準となるパラメータに戻すためである。なお、パラメータ識別子控え５１ａに値が記憶されていない場合であっても、代行制御部３２は、ステップＳ３２ｍのパラメータ復旧動作を行うことによって、ゲーム部３４が動作中に更新された標準パラメータ４１ａを設定パラメータ４１ｂに反映させることができる。
【０１０２】
続いて、制御部１１に動作終了を通知して（ステップＳ３２ｎ）、ゲーム部３４を制御する動作を終了する（ステップＳ３２ｇ）。この低い優先度として更新記憶することは、ゲーム部３４にリソースを割り当てず、動作させない、即ち、ゲーム部３４の動作を中断させることを意味する。
【０１０３】
ステップＳ３２ｂで、上記契機が、ゲーム部３４が動作中であって、入力装置１６の所定の操作によるゲーム部３４の動作を終了する要求の受信である場合、代行制御部３２は、ゲーム部３４のタスクを終了する（ステップＳ３２ｏ）。そして、第２の動作状況３２−１ａからゲーム部３４を削除する（ステップＳ３２ｐ）。この削除の結果、第２の動作状況３２−１ａは、図５に示すように更新される。
【０１０４】
次に、代行制御部３２は、標準パラメータ４１ａのキークリック音量４１ｄと、バックライト輝度４１ｅと、無操作時バックライト点灯時間４１ｆとを、それぞれ、設定パラメータ４１ｂのキークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとに設定して、パラメータ記憶部４１に記憶させると共に、パラメータ識別子控え５１ａに記憶されている値を削除する（ステップＳ３２ｑ）。
【０１０５】
このパラメータ設定動作は、ゲーム部３４の要求によって設定されたパラメータを、その設定以前の標準となるパラメータに戻すためである。なお、パラメータ識別子控え５１ａに値が記憶されていない場合であっても、代行制御部３２は、ステップＳ３２ｑのパラメータ復旧動作を行うことによって、ゲーム部３４が動作中に更新された標準パラメータ４１ａを設定パラメータ４１ｂに反映させることができる。続いて、代行制御部３２は、制御部１１に動作終了を通知して（ステップＳ３２ｎ）、ゲーム部３４を制御する動作を終了する（ステップＳ３２ｇ）。
【０１０６】
なお、ステップＳ３２ｄのゲーム部３４を制御する動作と、ステップＳ３２ｅの第２の動作状況３２−１ａの記憶内容を更新する動作とは、一体であって、いずれが先であり、いずれが後であるかは意味を持たない。ステップＳ３２ｈの更新動作と、ステップＳ３２ｉのパラメータ設定動作についても同様である。
【０１０７】
また、ステップＳ３２ｊの制御動作と、ステップＳ３２ｋの更新動作と、ステップＳ３２ｍのパラメータ設定動作についても同様である。更に、ステップＳ３２ｏの制御動作と、ステップＳ３２ｐの更新動作と、ステップＳ３２ｑのパラメータ設定動作についても同様である。
【０１０８】
上記説明したゲーム部３４に係わる制御部１１の制御動作、及び、代行制御部３２の制御動作において、制御部１１から代行制御部３２に動作中のゲーム部３４の動作中断が要求された場合、代行制御部３２は、ゲーム部３４の動作中断の制御をするものの、制御部１１へは、ゲーム部３４の動作終了の通知をする。
【０１０９】
その結果、制御部１１は、ゲーム部３４が動作終了、即ち、第２の情報処理管理部３１の動作が終了したと判断し、対話型の処理部であるゲーム部３４の動作に影響を受けることなく、リアルタイムＯＳとしての動作を行うことができる。その制御部１１の動作の際、ゲーム部３４によって設定されたパラメータを参照することはない。
【０１１０】
次に、代行制御部３２の動作の中で、代行制御部３２がゲーム部３４の要求に従ってパラメータを扱う動作を説明する。図１５は、代行制御部３２がゲーム部３４の要求に従ってパラメータを設定する動作のフローチャートを示す。代行制御部３２は、ゲーム部３４からのパラメータを設定する要求を受信してパラメータ設定動作を開始する（ステップＳ３２ｒ）。この要求は、パラメータ識別子を伴う。
【０１１１】
代行制御部３２は、要求に伴われたパラメータ識別子と、パラメータ識別子４１ｊとが等しいことを検索条件にパラメータ一覧４１ｃを検索し、検索されたパラメータ一覧４１ｃのキークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとを得る。
【０１１２】
そして、代行制御部３２は、得られたキークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとを、それぞれ、設定パラメータ４１ｂのキークリック音量４１ｇと、バックライト輝度４１ｈと、無操作時バックライト点灯時間４１ｉとに設定して、パラメータ記憶部４１に記憶させる（ステップＳ３２ｓ）。
【０１１３】
更に、代行制御部３２は、要求に伴われたパラメータ識別子をパラメータ識別子控え５１ａとして、第２のパラメータ記憶部５１に記憶させて（ステップＳ３２ｔ）。パラメータ設定動作を終了する（ステップＳ３２ｕ）。
【０１１４】
以上説明した動作によれば、パラメータ識別子控え５１ａに値が記憶されていないことは、設定パラメータ４１ｂに、標準パラメータ４１ａと等しい情報が設定された後、ゲーム部３４の要求に従ったパラメータの設定が行なわれていないことを示す。なお、上記ステップＳ３２ｓの動作と、ステップＳ３２ｔの動作とは一体であって、いずれが先であり、いずれが後であるかは意味を持たない。
【０１１５】
次に、ゲーム部３４の動作の中で、動作を開始した直後の動作と、動作を中断する際の動作を詳説する。図１６は、ゲーム部３４が動作を開始した直後の動作のフローチャートを示す。ゲーム部３４は、起動されると動作を開始し（ステップＳ３４ａ）、ゲーム部３４内に含まれる複数のゲームの一覧を表示部１５に表示する（ステップＳ３４ｂ）。そして、表示されたゲームの中で、入力装置１６の所定のキー操作によって１つのゲームを選択する（ステップＳ３４ｃ）。
【０１１６】
そして、ゲーム部３４のタスクは、ステップＳ３４ａで動作を開始する前に起動済みであったか否かを調べる（ステップＳ３４ｄ）。この起動済みであったか否かは、図１４を参照して説明した代行制御部３２のステップＳ３２ｃの動作に対応する。起動済みであったか否かを調べるため、ゲーム部３４は、例えば、代行制御部３２から送信された起動済みであったか否かの通知を受けて用いる。
【０１１７】
または、起動済みであったか否かを調べるため、ゲーム部３４は、代行制御部３２内に記憶され、第２の情報処理管理部３１内のタスクによって共用される情報を実装ＡＰＩ（Application Programming Interface）を介して参照する。この場合、この起動済みであったか否かを示す情報は、代行制御部３２がステップＳ３２ｃの動作の際に記憶する。
【０１１８】
ステップＳ３４ｄで、起動されていなかった場合、ゲーム部３４は、ステップＳ３４ｃで選択されたゲームの動作を開始する。この動作開始にあたり、ゲーム部３４は、その選択されたゲームに依存するパラメータ識別子を伴って、代行制御部３２にパラメータの設定を要求する。この代行制御部３２によるパラメータ設定の後、ゲーム部３４は、ゲームの動作を続ける（ステップＳ３４ｅ）。
【０１１９】
一方、ステップＳ３４ｄで、起動されていた場合、前回選択され、動作したゲームは、今回選択されたゲームと同じゲームであるか否かを調べる（ステップＳ３４ｆ）。前回選択されたゲームは、代行制御部３２内に記憶され、第２の情報処理管理部３１内のタスクによって共用される情報を実装ＡＰＩを介して参照することによって得る。また、この前回選択されたゲームは、ゲーム部３４が動作を中断する際に実装ＡＰＩを介して記憶させる。
【０１２０】
そして、異なるゲームである場合、ゲーム部３４は、前回動作したゲームに係わる情報を実装ＡＰＩを介して削除させ（ステップＳ３４ｇ）、ゲーム部３４の動作を再開させることと、その再開の了承を求める表示を表示部１５に表示し、入力装置１６の所定の操作による了承する旨を入力し（ステップＳ３４ｈ）、今回選択されたゲームに依存するパラメータ識別子を伴って、代行制御部３２にパラメータの設定を要求する動作を経て、ゲームの動作を続ける（ステップＳ３４ｅ）。ここで、今回選択されたゲームの動作は、そのゲームの冒頭から開始する。
【０１２１】
一方、ステップＳ３４ｆで、同じゲームである場合、ゲーム部３４は、前回動作したゲームに係わる情報を実装ＡＰＩを介して参照し、前回動作したゲームが中断した状況を再現する（ステップＳ３４ｉ）。ここで、ゲームに係わる情報とは、少なくともゲームを識別する情報、そのゲームのプログラムの内部変数の値、そのプログラムのどのステップを実行していたかを示す値、及び、中断した際の表示部１５の表示である。
【０１２２】
なお、中断した際の表示部１５の表示は、そのゲームのプログラムの内部変数の値、そのプログラムのどのステップを実行していたかを示す値によって作成することとし、ゲームに係わる情報には含まれないとしても良い。
【０１２３】
そして、ゲーム部３４は、ゲーム部３４の動作を再開させることと、その再開の了承を求める表示を表示部１５に表示し、入力装置１６の所定の操作による了承する旨を入力し（ステップＳ３４ｊ）、今回選択されたゲームの動作を続ける（ステップＳ３４ｋ）。ここで、今回選択されたゲームの動作は、ステップＳ３４ｉで再現した状況から行う。
【０１２４】
なお、ステップＳ３４ｋで、ゲーム部３４は、前回動作したゲームに依存するパラメータ識別子を伴って、代行制御部３２にパラメータの設定を要求する動作を行わない。図１４を参照して説明したように、代行制御部３２によって設定されるからである。この代行制御部３２の設定動作により、ゲーム部３４は、上記ゲームの前回の動作の際、代行制御部３２にパラメータの設定要求を行ったか否か、また、行なった場合、如何なる要求であったかを記憶する必要はない。
【０１２５】
図１７は、ゲーム部３４が動作を中断する直前の動作のフローチャートを示す。ゲーム部３４は、入力装置１６の所定の操作によって中断要求を受けると、または、代行制御部３２によって中断要求を受けると、動作中断の動作を開始し（ステップＳ３４ｍ）、動作中のゲームに係わる情報を実装ＡＰＩを介して代行制御部３２内に記憶させて（ステップＳ３４ｎ）、動作を中断する（ステップＳ３４ｏ）。
【０１２６】
なお、ステップＳ３４ｍで記憶させる動作中のゲームに係わる情報は、図１６を参照したゲーム部３４の動作開始の際の動作の説明（特に、ステップＳ３４ｉの動作の説明。）で述べた通りである。
【０１２７】
なお、この動作を中断する際の動作で、ゲーム部３４は、代行制御部３２にパラメータの設定を要求する動作を行わない。図１４を参照して説明したように、代行制御部３２によって設定されるからである。この代行制御部３２の設定動作により、ゲーム部３４は、この動作中断の前に、代行制御部３２にパラメータの設定要求を行ったか否か、また、行なった場合、如何なる要求であったかを記憶する必要はない。
【０１２８】
次に、制御部１１と、代行制御部３２とによって、ゲーム部３４の動作が制御され、また、設定パラメータ４１ｂの更新が行なわれる動作を説明する。まず、図１８は、ゲーム部３４の動作によって、設定パラメータ４１ｂの更新が行なわれる動作のシーケンスを示し、縦軸は、時刻であり、上が遅い時刻、下が早い時刻である。
【０１２９】
ゲーム部３４が動作中に、入力装置１６の所定のキー操作によってゲームが選択された（ステップＴ１１、図１６のステップＳ３４ｃの動作に対応する。）。すると、ゲーム部３４は、その選択されたゲームに依存するパラメータ識別子を伴って、実装ＡＰＩを介して代行制御部３２にパラメータの設定を要求する（ステップＴ１２、ステップＴ１３、図１６のステップＳ３４ｅの動作に対応する。）。
【０１３０】
代行制御部３２は、要求に伴われたパラメータ識別子と、パラメータ識別子４１ｊとが等しいことを検索条件にパラメータ一覧４１ｃを検索し、検索されたパラメータ一覧４１ｃのキークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとを設定パラメータ４１ｂに設定する。また、要求に伴われたパラメータ識別子をパラメータ識別子控え５１ａとして、第２のパラメータ記憶部５１に記憶させる（ステップＴ１４、ステップＴ１５、図１５に示すステップＳ３２ｓ、ステップＳ３２ｔの動作に対応する。）。
【０１３１】
次に、ゲーム部３４の動作が中断され、次にその動作が再開され、設定パラメータ４１ｂの更新が行なわれる制御動作の一例を説明する。図１９は、この制御動作の一例のシーケンスを示し、縦軸は、時刻であり、上が遅い時刻、下が早い時刻である。
【０１３２】
ゲーム部３４が動作中に、入力装置１６の所定のキー操作によってゲーム部３４の一時停止が要求された（ステップＴ２１）。すると、ゲーム部３４は、一時停止要求を実装ＡＰＩを介して代行制御部３２に通知する（ステップＴ２２、ステップＴ２３、図１７のステップＳ３４ｏの動作に対応する。）。この通知に先んじて、ゲーム部３４は、ゲームが一時停止された、即ち、動作が中断された際の状況を、実装ＡＰＩを介して第２の情報処理管理部３１内のタスクによって共用される情報として記憶させる（図１７のステップＳ３４ｎの動作に対応する。）。
【０１３３】
すると、代行制御部３２は、第２の動作状況３２−１ａを更新し、ゲーム部３４のタスクが中断されたことを記憶させ、ゲーム部３４に動作の中断を通知する（ステップＴ２４、ステップＴ２５、図１４のステップＳ３２ｊ、ステップＳ３２ｋの動作に対応する。）。即ち、ゲーム部３４が動作中には、図６に示すように、「ゲーム部」が上に記憶されていた第２の動作状況３２−１ａを、図７に示すように、「ダミー処理部」を上に記憶させる。
【０１３４】
更に、代行制御部３２は、標準パラメータ４１ａを設定パラメータ４１ｂに設定する（ステップＴ２６、図１４のステップＳ３２ｍの動作に対応する。）。そして、制御部１１に、ゲーム部３４の動作終了を通知する（ステップＴ２７、図１４のステップＳ３２ｎの動作に対応する。）。
【０１３５】
制御部１１は、ゲーム部３４の動作終了通知を受けた後、例えば、入力装置１６の所定の操作によって、ゲーム部３４を起動させる要求を受けると、その起動要求を代行制御部３２に送る（ステップＴ２８、図１３のステップＳ１１ｃの動作に対応する。）。
【０１３６】
代行制御部３２は、上記要求を受けると、この要求の際にゲーム部３４は動作を中断されていたこと、即ち、この要求は、ゲーム部３４の動作再開を意味することを実装ＡＰＩを介して第２の情報処理管理部３１内のタスクによって共用される情報として記憶し（ステップＴ２９）、第２の動作状況３２−１ａを更新し、ゲーム部３４が実行中であることを記憶させる（ステップＴ３０、図１４のステップＳ３２ｈの動作に対応する。）。即ち、ゲーム部３４が中断中には、図７に示すように、「ダミー処理部」が上に記憶されていた第２の動作状況３２−１ａを、図６に示すように、「ゲーム部」が上に記憶させる。
【０１３７】
更に、代行制御部３２は、パラメータ識別子控え５１ａと、パラメータ識別子４１ｊとが等しいことを検索条件にパラメータ一覧４１ｃを検索し、検索されたパラメータ一覧４１ｃのキークリック音量４１ｋと、バックライト輝度４１ｍと、無操作時バックライト点灯時間４１ｎとを設定することによって、設定パラメータ４１ｂを更新する（ステップＴ３１、図１４に示すステップＳ３２ｉの動作に対応する。）。即ち、ゲーム部３４を動作再開させる（ステップＴ３２）。
【０１３８】
ゲーム部３４は、実装ＡＰＩを介して第２の情報処理管理部３１内のタスクによって共用される情報へアクセスすることによって、動作再開であるか否かを判断する（ステップＴ３３、図１６のステップＳ３４ｄの動作に対応する。）。動作再開であれば、動作中断前に動作していたゲームと、新たに動作するゲームが同じか否かを判断する。更に、同じゲームの場合、そのゲームが一時停止された、即ち、そのゲームの動作が中断された際の状況を得る（ステップＴ３４、図１６のステップＳ３４ｆ及びステップＳ３４ｉの動作に対応する。）。
【０１３９】
そして、得られた状況の一部である表示部１５の表示を再現して表示部１５に表示させ、ゲーム部３４の動作の再開を行うか否かの入力を促す内容を表示部１５に表示させる。そして、ゲーム部３４の動作の再開を行う旨の入力が入力装置１６の所定の操作によって行われると（ステップＴ３５、図１６のステップＳ３４ｋの動作に対応する。）、動作を再開する。
【０１４０】
以上の説明では、代行制御部３２と、ゲーム部３４とは、実装ＡＰＩを介して通信をするとしたが、これに限るものではない。これらの双方がアクセス可能な共用記憶部（図示せず）を介して通信しても良い。更に、これらの双方が起動されている場合、タスク間通信によって通信しても良い。
【０１４１】
以上の説明では、パラメータ記憶部４１には、複数組のパラメータ一覧４１ｃが記憶されるとしたが、これに限るものではない。例えば、以上の説明で、ゲーム部３４がゲーム実行の段階にある際に、パラメータ一覧４１ｃを設定パラメータ４１ｂに設定するとし、その他の際に、標準パラメータ４１ａを設定パラメータ４１ｂに設定するとした。
【０１４２】
即ち、パラメータ記憶部４１には、１組のパラメータ一覧４１ｃが記憶されていれば良い。この場合、パラメータ一覧４１ｃは、パラメータ識別子４１ｊを有さず、また、パラメータ識別子控え５１ａは、パラメータ一覧４１ｃを設定パラメータ４１ｂに設定したか否かを示すとしても良い。
【０１４３】
この際、第２の動作状況３２−１ａを参照してゲーム部３４が実行中であるなら、パラメータ識別子控え５１ａは、ゲーム部３４がゲーム一覧の表示の段階の動作をしているか、または、ゲーム実行の段階の動作をしているかを示すと扱って良い。
【０１４４】
以上の説明では、パラメータ一覧４１ｃのパラメータ識別子４１ｊは、自然数であると例示したが、これに限るものではない。文字列であっても良い。図１１に例示したパラメータ識別子４１ｊで、例えば、「１」を「標準」、「３」を「ハイライトシーン」などとすることによって、ゲーム部３４のプログラムの可読性を高めることができる。
【０１４５】
また、パラメータ識別子４１ｊが自然数であるか否かに係らず、以上説明した方法によれば、ゲーム部３４の可搬性を高めることができる。即ち、異なる仕様の装置への移植に関し、異なる仕様への対処は、パラメータ一覧４１ｃの変更によって可能である。
【０１４６】
例えば、表示部１５のバックライトの輝度の明暗の制御が行えない装置にゲーム部３４のプログラムを移植する際、そのプログラムに変更を加えることなく、バックライト輝度４１ｍの変更のみによって、バックライトの輝度の明暗の制御が行えないことへの対処を行なうことができる。
【０１４７】
言い換えれば、ゲーム部３４は、動作の状況に従って、パラメータ識別子を伴って設定パラメータ４１ｂの設定を要求するが、この要求によって、如何なる制御が行われるかを把握しない。キークリック音に関するパラメータが変更されるのか、また、バックライトに関するパラメータが変更されるのか、いずれもゲーム部３４は関知する必要がない効果が得られる。
【０１４８】
以上の説明では、パラメータ記憶部４１には、標準パラメータ４１ａと、設定パラメータ４１ｂと、パラメータ一覧４１ｃとが別個に記憶されるとしたが、これに限るものではない。即ち、これらの中の２つまたは３つが一体として記憶されても良い。また、これら３つの中で、設定パラメータ４１ｂは、装置の電源投入時に値が設定されるのであり、揮発性の記憶部に記憶されるとしても良い。また、装置の動作時に参照される回数が多いことが予想されるので、高速に読み出し可能な記憶部に記憶されるとしても良い。
【０１４９】
また、パラメータ一覧４１ｃは、第２のパラメータ記憶部５１に記憶されるとしても良い。以上の説明で明らかなように、パラメータ一覧４１ｃは、代行制御部３２によってのみ参照されるからである。
【０１５０】
以上の説明では、設定パラメータ４１ｂは、入力装置１６のキー操作の際に発生されるクリック音に関する値と、表示部１５のバックライトの輝度と、消灯制御とに関する値であるとしたが、これに限るものではない。例えば、表示部１５に表示させる画像の表示に用いられる解像度、即ち、画像の画素数に関する値であっても良い。例えば、ＱＶＧＡ相当と、ＶＧＡ相当とのいずれかの値が設定可能であるとし、表示部１５は、この設定に従った解像度を用いて画像を表示する。
【０１５１】
また、別の例は、ピクト行に関する値であり、例えば、ピクト行を表示させるか否かが設定可能であるとする。ここで、ピクト行とは、動作している処理部に係らず、通常、表示部１５の最上行に表示され、通信部１２ｂによって受信される電波の強度、装置の各部に電量を供給する蓄電池（図示せず）に蓄えられている電力量の多寡、不在着信、即ち、通話着信があったにも係らず、着呼されなかった着信の有無などを示す。
【０１５２】
また、別の例は、通話着信信号が受信された際の報知音に関する値であり、例えば、その報知音の音量である。また、通信部１２ｂによる電波の送受信動作に関する値であり、例えば、電波の送受信動作を行うか否かである。
【０１５３】
以上の説明では、ゲーム部３４は、ゲーム選択の段階と、選択されたゲーム実行の段階との２つの段階によって、異なる情報を設定パラメータ４１ｂとして記憶させるとした。これは、以下の状況に適した動作である。即ち、ゲーム選択の段階では、ゲームに依存した設定パラメータ４１ｂを必要とせず、設定パラメータ４１ｂの更新が不要である。
【０１５４】
一方、ゲーム実行の段階では、ゲーム部３４が発生させる効果音にキークリック音が合わさって、効果が薄れるため、キークリック音の発生を抑止することが適切である。また、入力装置１６のキー操作なしで長時間に渡って動作し、表示部１５の表示が変化するので、キー操作なしで、表示部１５の点灯を続けさせることが適切である。
【０１５５】
しかしながら、上記の２つの段階によって、異なる情報を設定パラメータ４１ｂとして記憶させる他、各種の動作ステップにおいて、異なる情報を設定パラメータ４１ｂとして記憶させることによって、より好ましいゲーム動作とすることができる。
【０１５６】
例えば、ゲームは、使用者と装置との対戦型とみなされるものが多い。そこで、使用者が有利にゲームを進める程、及び／または、装置が有利にゲームを進める程、使用者がゲームに集中できるように、ゲーム部３４は、表示部１５に表示させる画像の解像度を大きくする、ピクト行を表示させない、通話着信報知音の音量を小さくする、電波の送受信動作を行わせない、などのパラメータ更新を要求することが適切である。
【０１５７】
ここで、使用者または装置にとって、ゲームが有利に進められている程度は、ゲームの進行と共に、ゲーム部３４によって評価される。ゲーム部３４に与えられた入力装置１６のキー操作の履歴によって判断されるものではない。
【０１５８】
以上の説明では、設定パラメータ４１ｂをゲーム部３４に依存する値から装置標準の値に更新する動作は、代行制御部３２によって、標準パラメータ４１ａの値を設定パラメータ４１ｂに設定することによって行われるとしたが、これに限るものではない。
【０１５９】
まず、代行制御部３２は、設定パラメータ４１ｂにゲーム部３４に依存する値を設定する際、その設定以前に設定パラメータ４１ｂに設定されていた値を代行制御部３２内に記憶し、その値を設定パラメータ４１ｂに設定することによって、設定パラメータ４１ｂをゲーム部３４に依存する値から、装置標準の値に更新しても良い。この場合、標準パラメータ４１ａの記憶は必ずしも必要ではないが、設定パラメータ４１ｂを不揮発性の記憶部に記憶させる。
【０１６０】
また、代行制御部３２ではなく、制御部１１によって、設定パラメータ４１ｂがゲーム部３４に依存する値から、装置標準の値に更新されるとしても良い。図１３を参照して説明したように、制御部１１は、入力装置１６のキー操作と、上下筐体ＭＳ１、ＭＳ２の開閉に係ることにより、ゲーム部３４の起動、中断、及び終了を把握する。そこで、設定パラメータ４１ｂをゲーム部３４に依存する値から、装置標準の値に更新することができる。
【０１６１】
以上の説明では、ゲーム部３４には複数のゲームが含まれるとしたが、これに限るものではない。１つのゲームが含まれるとしても良い。この場合、前回動作のゲームと、今回動作のゲームは、当然に同じであり、例えば、図１６のステップＳ３４ｆの同じゲームか否かの判断動作は、不要である。
【０１６２】
以上の説明では、ゲーム部３４に含まれる複数のゲームの中のいずれのゲームを動作させるかは、図１６のステップＳ３４ｂ及びステップＳ３４ｃの動作で説明した通り、ゲーム部３４の動作の一環として選択されるとした。しかし、これに限るものではない。
【０１６３】
例えば、制御部１１がゲーム部３４に含まれる複数のゲームを記憶し、入力装置１６の所定の操作によって、または、タイマー割り込みによってゲーム部３４の動作要求が入力されると、制御部１１は、いずれのゲームの動作要求であるかを判断しても良い。この判断は、乱数に基づいて行われても良い。意外なゲームの動作によって、使用者の興味を引くことができる。なお、この判断されたゲームは、代行制御部３２を介して、ゲーム部３４に通知される。
【０１６４】
また、上下筐体ＭＳ１、ＭＳ２が開状態に変化したことを通知することを契機としてゲーム部３４の動作が再開される場合、制御部１１は、開状態に変化したことを通知し、ゲームを通知しなくても良い。このゲームを通知しないことによって、ゲーム部３４は、前回動作していたゲームと同じゲームを動作させるとする。または、ゲーム部３４は、動作させるゲームを入力装置１６の所定の操作によって選択する。
【０１６５】
また、いずれのゲームを動作させるかは、他の通信装置（図示せず）によって指定され、送受信部１３による受信を介してゲーム部３４に与えられるとしても良い。この、他の通信装置によって指定される方法は、その通信装置の使用者との対戦型ゲームにおいて適切であり、入力装置１６のキー操作によって、いずれのゲームを動作させるかが指定されることはない。
【０１６６】
入力装置１６のキー操作によらずに動作させるゲームが決定され、かつ、入力装置１６のキー操作によらずにゲームが進む場合、入力装置１６のキー操作に従って設定パラメータ４１ｂの更新を行なうことができない。ゲーム部３４の動作に従って設定パラメータ４１ｂの更新を行なうことが特に適切である。
【０１６７】
この場合に限らず、入力装置１６のキー操作に従うことなく、ゲーム部３４の動作に従って設定パラメータ４１ｂの更新を行なうことが適切である。なぜなら、入力装置１６の操作が正しく行われたか否かに係らず、即ち、装置の使用者が入力装置１６の操作に慣れているか否かに係らず、適切な設定パラメータ４１ｂの更新がされるからである。
【０１６８】
以上の説明では、代行制御部３２によって制御され、装置の使用者に機能を提供するタスクは、ゲーム部３４であるとしたが、これに限るものではない。対話型のアプリケーションであれば、どのような機能のタスクであっても良い。
【０１６９】
以上の説明では、ゲーム部３４、即ち、第２の情報処理管理部３１に含まれる処理部の要求を契機として、代行制御部３２によって設定パラメータ４１ｂの更新がされるとしたが、これに限るものではない。第２の情報処理管理部３１に含まれず、制御部１１によって直接制御される処理部の要求を契機として、制御部１１によって設定パラメータ４１ｂの更新がされるとしても良い。
【０１７０】
制御部１１によって直接制御される処理部の一例は、ゲーム部３４が第２の情報処理管理部３１に含まれず、制御部１１によって直接制御される場合である。また、別の一例は、通話処理部２２である。
【０１７１】
即ち、通話処理部２２は、送受信部１３によって送受される送話音声の音量及び受話音声の音量によって、通話がされているか否かを判断する。そして、通話がされていると判断される場合、表示部１５への表示を行わない、即ち、バックライトを消灯させる。通話中は、図１を参照すれば明らかなように装置の使用者は表示部１５を視認できないのであるから、この表示を行わないことによって、装置の消費電力の削減が可能となる。また、通話の終了を契機として、表示部１５への表示を行う、即ち、バックライトを点灯させることができ、使用者の利便性が増す。
【０１７２】
以上の説明は、本発明を移動通信装置に適用した形態を例にとって行ったが、これに限るものではない。本発明は、あらゆる情報処理装置に適用することが当然に可能である。本発明は以上の構成に限定されるものではなく、種々の変形が可能である。
【図面の簡単な説明】
【０１７３】
【図１】本発明の実施形態に係る移動通信装置の上下筐体を開いた際の外観図。
【図２】本発明の実施形態に係る移動通信装置の上下筐体を閉じた際の外観図。
【図３】本発明の実施形態に係る移動通信装置の構成を示すブロック図。
【図４】本発明の実施形態に係る第２の情報処理管理部の構成を示すブロック図。
【図５】本発明の実施形態に係る動作状況と、第２の動作状況との第１の例を示す図。
【図６】本発明の実施形態に係る動作状況と、第２の動作状況との第２の例を示す図。
【図７】本発明の実施形態に係る動作状況と、第２の動作状況との第３の例を示す図。
【図８】本発明の実施形態に係る動作状況と、第２の動作状況との第４の例を示す図。
【図９】本発明の実施形態に係る標準パラメータの構成の一例を示す図。
【図１０】本発明の実施形態に係る設定パラメータの構成の一例を示す図。
【図１１】本発明の実施形態に係るパラメータ一覧の構成の一例を示す図。
【図１２】本発明の実施形態に係るパラメータ識別子控えの構成の一例を示す図。
【図１３】本発明の実施形態に係る制御部がゲーム部を制御する動作のフローチャート。
【図１４】本発明の実施形態に係る代行制御部がゲーム部を制御する動作のフローチャート。
【図１５】本発明の実施形態に係る代行制御部がゲーム部からのパラメータ設定要求を処理する動作のフローチャート。
【図１６】本発明の実施形態に係るゲーム部の動作のフローチャート（その１、動作の開始）。
【図１７】本発明の実施形態に係るゲーム部の動作のフローチャート（その２、動作の中断）。
【図１８】本発明の実施形態に係る制御部及び代行制御部がゲーム部を制御する動作のシーケンスの一例（第１の例）。
【図１９】本発明の実施形態に係る制御部及び代行制御部がゲーム部を制御する動作のシーケンスの一例（第２の例）。
【符号の説明】
【０１７４】
ＭＳ１  上筐体
ＭＳ２  下筐体
ＭＳ３  ヒンジ部
ＭＳ３ａ  開閉信号
１１  制御部
１１−１  動作状況記憶部
１１−１ａ  動作状況
１２ｂ  通信部
１３  送受信部
１５  表示部
１６  入力装置
２１  待ち受け処理部
２２  通話処理部
３１  第２の情報処理管理部
３２  代行制御部
３２−１  第２の動作状況記憶部
３２−１ａ  第２の動作状況
３３  ダミー処理部
３４  ゲーム部
４１  パラメータ記憶部
４１ａ  標準パラメータ
４１ｂ  設定パラメータ
４１ｃ  パラメータ一覧
４１ｄ、４１ｇ、４１ｋ  キークリック音量
４１ｅ、４１ｈ、４１ｍ  バックライト輝度
４１ｆ、４１ｉ、４１ｎ  無操作時バックライト点灯時間
４１ｊ  パラメータ識別子
５１  第２のパラメータ記憶部
５１ａ  パラメータ識別子控え
【図１】
0005082939.tif 000002
【図２】
0005082939.tif 000003
【図３】
0005082939.tif 000004
【図４】
0005082939.tif 000005
【図５】
0005082939.tif 000006
【図６】
0005082939.tif 000007
【図７】
0005082939.tif 000008
【図８】
0005082939.tif 000009
【図９】
0005082939.tif 000010
【図１０】
0005082939.tif 000011
【図１１】
0005082939.tif 000012
【図１２】
0005082939.tif 000013
【図１３】
0005082939.tif 000014
【図１４】
0005082939.tif 000015
【図１５】
0005082939.tif 000016
【図１６】
0005082939.tif 000017
【図１７】
0005082939.tif 000018
【図１８】
0005082939.tif 000019
【図１９】
0005082939.tif 000020