JP6398858B2 - 電子機器およびリブートプログラム - Google Patents

Description

本発明は、障害発生時に復旧のために再起動を行う電子機器およびリブートプログラムに関する。

従来、電子機器においてシステムエラーなどの障害が発生すると、稼働中のプログラム（プロセス）をリブート（再起動）することにより、復旧を図ることが行われてきた。

例えば、特許文献１の技術では、障害発生時に取得された障害解析用の情報が、リブート時にクリアされてしまう問題に対処するために、障害が発生した場合は、リブート前に、障害解析用の情報を別の格納領域に待避させる。

また、例えば、特許文献２の技術は、障害発生時の処理に関する技術ではないが、電子機器をサスペンドするときに、揮発性メモリーで構成された主記憶から不揮発性メモリーで構成された補助記憶へ待避させるデータの量を削減するために、主記憶を複数のブロックに分け、ブロックごとに待避させる必要があるか否かを判断するための属性を持たせ、補助記憶に待避させる必要があるブロックのデータのみを補助記憶に待避させる。

また、例えば、特許文献３の技術では、画像形成装置の機能を実現するために稼働しているユーザーアプリケーションにおける障害発生を監視する監視アプリケーションを設け、監視アプリケーションが、ユーザーアプリケーションにおいて発生した障害の程度により、様々な段階の復旧処理を行う。システムの再起動により復旧する障害であれば、システムの再起動が行われる。

また、例えば、特許文献４の技術では、監視ソフトウェアが、被監視ソフトウェアの稼働状況を監視する。障害が発生した時に再起動を行う回数を指定するカウンターを設け、予め決めた回数をカウンターに設定して再起動する。

特開昭６１−１４１０４７号公報 特開平６−１３１０８２号公報 特開２００６−１５７３８６号公報 特開２００２−１４９４３７号公報

上述したように、従来，電子機器において発生した様々な障害に対処するための方法として、電子機器自体をリブートする方法が用いられてきた。

しかし、電子機器における処理中にリブートしてしまうと、発生した障害に関係なく正常に稼働している機能も影響を受けてしまうという問題点があった。
例えば、電子機器が画像形成装置（ＭＦＰ、Multifunction Peripheral）である場合、印刷出力中にリブートがかかると、印刷用紙が途中で止まってしまい、紙詰まりの原因となることがあった。

以上のような事情に鑑み、本発明の目的は、障害復旧のためにリブート処理が行われても、作業中であった処理を適切に再開することが出来る電子機器およびリブートプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る電子機器は、電子機器の異なる機能をユーザーに提供する１以上の第１の独立プロセスと、前記第１の独立プロセスの障害を検知するプロセス監視部と、障害が発生した前記第１の独立プロセスを再起動するシステム状態管理部とを有するアプリケーション・サブシステムと、前記電子機器の各ハードウェアをそれぞれ制御する１以上の第２の独立プロセスを有するプラットフォーム・サブシステムと、前記障害が発生した第１の独立プロセスにおいて行われており、前記障害の発生により中断した第１の処理を、前記障害が発生した前記第１の独立プロセスの再起動後に再開する際に使用する制御情報を保持する制御情報伝達部とを備え、前記第１の処理を行っている前記第１の独立プロセスの１つにおいて障害が発生したとき、障害を検知した前記プロセス監視部が前記システム状態管理部に対してエラー発生通知を送信し、前記エラー発生通知を受信した前記システム状態管理部の指示に基づき、前記制御情報伝達部が前記制御情報を取得し、前記エラー発生通知を受信した前記システム状態管理部が、障害が発生した前記第１の独立プロセスを再起動し、再起動された前記第１の独立プロセスが、前記制御情報伝達部から前記制御情報を取得し、取得した前記制御情報に基づき前記第１の処理を再開する。そのため、障害復旧のためにリブート処理が行われても、作業中であった処理を適切に再開することが出来る。

上記目的を達成するため、本発明の一形態に係る電子機器では、前記制御情報伝達部は、前記第１の処理が再開されたとき、前記制御情報を、前記第１の処理に関連する第２の処理を行っていた前記第２の独立プロセスに送信し、前記制御情報を受信した前記第２の独立プロセスは、受信した前記制御情報に基づき、前記第２の処理を再開する構成でもよい。

上記目的を達成するため、本発明の一形態に係るリブートプログラムは、電子機器の異なる機能をユーザーに提供する１以上の第１の独立プロセスと、前記第１の独立プロセスの障害を検知するプロセス監視部と、障害が発生した前記第１の独立プロセスを再起動するシステム状態管理部とを有するアプリケーション・サブシステム、前記電子機器の各ハードウェアをそれぞれ制御する１以上の第２の独立プロセスを有するプラットフォーム・サブシステム、および前記障害が発生した第１の独立プロセスにおいて行われており、前記障害の発生により中断した処理を、前記障害が発生した前記第１の独立プロセスの再起動後に再開する際に使用する制御情報を保持する制御情報伝達部として動作し、前記処理を行っている前記第１の独立プロセスの１つにおいて障害が発生したとき、障害を検知した前記プロセス監視部が前記システム状態管理部に対してエラー発生通知を送信し、前記エラー発生通知を受信した前記システム状態管理部の指示に基づき、前記制御情報伝達部が前記制御情報を取得し、前記エラー発生通知を受信した前記システム状態管理部が、障害が発生した前記第１の独立プロセスを再起動し、再起動された前記第１の独立プロセスが、前記制御情報伝達部から前記制御情報を取得し、取得した前記制御情報に基づき前記処理を再開する手順をコンピューターに実行させる。

以上のように、本発明によれば、障害復旧のためにリブート処理が行われても、作業中であった処理を適切に再開することが出来る。

画像形成装置２０の構成を概略的に示す構成図である。 制御部２１の構成図である。 アプリケーション・サブシステム１内の独立プロセス２ａ、２ｂ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れを説明するための図である。 プラットフォーム・サブシステム５内の独立プロセス６ａ、６ｂ、６ｃ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れを説明するための図である。 障害が発生する前の処理の流れについて説明するための図である。 障害が発生してからリブートまでの処理の流れについて説明するための図である。 リブート中の処理の流れについて説明するための図である。 リブート後、処理を再開するまでの処理の流れについて説明するための図である。

以下、図面を参照しながら、本発明の実施形態を説明する。なお、以下の説明では、電子機器の例として画像形成装置を用いて説明する。

［画像形成装置の構成］
最初に、画像形成装置の構成を説明する。図１は画像形成装置２０の構成を概略的に示す構成図である。

画像形成装置２０は、制御部２１を備える。制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、および専用のハードウェア回路等から構成され、画像形成装置２０の全体的な動作制御を司る。

制御部２１は、画像読取部２２、画像処理部２３、画像メモリー２４、画像形成部２５、操作部２７、ファクシミリ通信部２８、ネットワークインターフェイス部２９、記憶部３０等と接続されている。制御部２１は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。

制御部２１は、ユーザーから、操作部２７またはネッワーク接続されたＰＣ（Personal Computer）等を通じて入力されるジョブの実行指示に従って、スキャナ機能、印刷機能、コピー機能、およびファクシミリ送受信機能などの各機能についての動作制御を実行するために必要な機構の駆動及び処理を制御する。制御部２１の詳細は後述する。

画像読取部２２は、原稿から画像を読み取る。

画像処理部２３は、画像読取部２２で読み取られた画像の画像データを必要に応じて画像処理する。例えば、画像処理部２３は、画像読取部２２により読み取られた画像が画像形成された後の品質を向上させるために、シェーディング補正等の画像処理を行う。

画像メモリー２４は、画像読取部２２による読み取りで得られた原稿画像のデータを一時的に記憶したり、画像形成部２５での印刷対象となるデータを一時的に記憶したりする領域である。

画像形成部２５は、画像読取部２２で読み取られた画像データ等の画像形成を行う。

操作部２７は、画像形成装置２０が実行可能な各種動作及び処理についてユーザーからの指示を受け付けるタッチパネル部および操作キー部を備える。タッチパネル部は、タッチパネルが設けられたＬＣＤ（Liquid Crystal Display）等の表示部２７ａを備えている。

ファクシミリ通信部２８は、図示しない符号化／復号化部、変復調部、およびＮＣＵ（Network Control Unit）を備え、公衆電話回線網を用いてのファクシミリの送信を行う。

ネットワークインターフェイス部２９は、ＬＡＮ（Local Area Network）ボード等の通信モジュールから構成され、ネットワークインターフェイス部２９に接続されたＬＡＮ等を介して、ローカルエリア内の装置(ＰＣ等)と種々のデータの送受信を行う。

記憶部３１は、画像読取部２２によって読み取られた原稿画像等を記憶する、ＨＤＤ（Hard Disk Drive）などの大容量の記憶装置である。

以上、画像形成装置２０の構成について説明した。

［制御部の構成］
次に、制御部２１の構成について説明する。図２は、制御部２１の構成図である。

制御部２１は、大きくアプリケーション・サブシステム１とプラットフォーム・サブシステム５とに分けて構成される。

アプリケーション・サブシステム１は、画像形成装置２０の機能毎に独立した独立プロセス（第１の独立プロセス）２ａ、２ｂ、・・・と、プロセス監視部３と、システム状態管理部４と、制御情報伝達部８から構成される。

独立プロセス２ａ、２ｂ、・・・は、一般的なＰＣにおいて、文書作成ソフトウェアや表計算ソフトウェアのようなアプリケーションプログラムに相当するものである。

プロセス監視部３は、アプリケーション・サブシステム１内で稼働している独立プロセス２ａ、２ｂ、・・・の稼働状態を監視する。例えば、独立プロセス２ｂにおいて障害が発生し、独立プロセス２ｂがダウンすると、プロセス監視部３がプロセスダウンを検知する。

システム状態管理部４は、制御部２１内の各独立プロセスの現在の稼働状況を管理して稼働状況を表示部２７ａに表示したり、アプリケーション・サブシステム１内の独立プロセス２ａ、２ｂ、・・・においてプロセスダウンが発生したプロセスをリブートしたりする。

制御情報伝達部８は、独立プロセス２ａ、２ｂ、・・・のいずれかにおいて処理中に障害が発生した場合に、リブート後、処理を再開するために必要な制御情報を障害が発生した独立プロセスから取得して保持し、処理再開時に必要な箇所に制御情報を提供する。

プラットフォーム・サブシステム５は、制御するハードウェア毎に独立した独立プロセス（第２の独立プロセス）６ａ、６ｂ、６ｃ、・・・と、プロセス監視部７と、制御情報伝達部９とから構成される。

独立プロセス６ａ、６ｂ、６ｃ、・・・は、一般的なＰＣにおいて、ＯＳ（Operating System）の各部に相当するものである。

なお、アプリケーション・サブシステム１内の各独立プロセス２ａ、２ｂ、・・・は、プラットフォーム・サブシステム５内の独立プロセス６ａ、６ｂ、６ｃ、・・・を利用することにより、ユーザーから指示された機能を実現する。

プロセス監視部７は、プラットフォーム・サブシステム５内で稼働している独立プロセス６ａ、６ｂ、６ｃ、・・・の稼働状態を監視する。

例えば、独立プロセス６ａは、ハードウェアである画像読取部２２の制御を行うものであり、画像読取部２２に障害が発生した場合および独立プロセス６ａ自体に障害が発生した場合、プロセス監視部７は、障害を独立プロセス６ａの障害として検知する。

なお、プロセス監視部３とプロセス監視部７は、互いに、アプリケーション・サブシステム１内の独立プロセス２ａ、２ｂ、・・・のプロセスダウンと、プラットフォーム・サブシステム５内の独立プロセス６ａ、６ｂ、６ｃ、・・・のプロセスダウンとを通知し合って連携している。

制御情報伝達部９は、独立プロセス２ａ、２ｂ、・・・のいずれかにおいて処理中に障害が発生した場合に、リブート後に必要な制御情報を制御情報伝達部８から取得し、処理再開時に必要な箇所に取得し保持していた制御情報を提供する。

なお、上記の説明では、制御情報の保持と伝達を行うために、制御情報伝達部８および制御情報伝達部９を設ける構成としたが、これに限らず、両者の機能を１つにまとめ、１つの制御情報伝達部をアプリケーション・サブシステム１またはプラットフォーム・サブシステム５の中に設ける構成でもよい。

また、１つにまとめた制御情報伝達部をアプリケーション・サブシステム１およびプラットフォーム・サブシステム５と独立して設ける構成でもよい。

以上、制御部２１の構成について説明した。

［処理の流れ１］
次に、アプリケーション・サブシステム１内の独立プロセス２ａ、２ｂ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れを説明する。図３は、アプリケーション・サブシステム１内の独立プロセス２ａ、２ｂ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れを説明するための図である。

なお、ここでは障害が発生したアプリケーション・サブシステム１内の独立プロセスをリブートしても作業中の処理に影響が出ない、単純なリブート処理について説明し、他の作業に影響が出る場合の複雑なリブート処理については後述する。

（１）まず、アプリケーション・サブシステム１内の独立プロセス２ｂにおいて障害が発生したとする。

（２）次に、プロセス監視部３が独立プロセス２ｂの障害（プロセスダウン）を検知する。

（３）次に、プロセス監視部３は、プラットフォーム・サブシステム５のプロセス監視部７に対し、独立プロセス２ｂに障害が発生した旨のシステムエラー発生通知（エラー発生通知）を送る。

（４）プロセス監視部７は、プラットフォーム・サブシステム５内の各独立プロセス６ａ、６ｂ、６ｃ、・・・に対し、独立プロセス２ｂにおいて障害が発生した旨のシステムエラー発生通知を送る。

なお、システムエラー発生通知を受信した独立プロセス６ａ、６ｂ、６ｃ、・・・は、独立プロセス２ｂのリブートが完了するまでの特定期間、独立プロセス２ｂとの通信を控えるので、独立プロセス２ｂとの通信が出来ない事によるエラーの発生を抑えることが出来る。

なお、システムエラー発生通知を受信した独立プロセス６ａ、６ｂ、６ｃ、・・・が独立プロセス２ｂとの通信を控えるのは、特定の時間が経過するまでとする構成以外に、リブートが完了した独立プロセス２ｂからリブートが完了した旨の通知を受けてから独立プロセス２ｂとの通信を再開する構成でもよい。

（５）次に、プロセス監視部３は、システム状態管理部４に対し、独立プロセス２ｂに障害が発生した旨のシステムエラー発生通知を送る。

（６）次に、システム状態管理部４が、受信したシステムエラー発生通知に基づいて独立プロセス２ｂをリブートする。システム状態管理部４は、障害が発生した独立プロセス２ｂと同じアプリケーション・サブシステム１内にあるので、リブート処理を容易に行うことが出来る。

なお、プロセス監視部３からのシステムエラー発生通知は、上記の順序に限らず、プロセス監視部３およびプロセス監視部７に対して同時に行われてもよいし、どちらに対して先に送信してもよい。

以上がアプリケーション・サブシステム１内の独立プロセス２ａ、２ｂ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れである。

なお、本発明では、１つの独立プロセス２ａ、２ｂ、・・・上において発生した障害は、障害が発生した独立プロセス２ａ、２ｂ、・・・をリブートすることにより障害から復旧させることが出来ることを前提としている。

以上のように、本発明に係る画像形成装置２０では、例えば、コピー機能に障害が発生しても、その障害がファクシミリ機能に影響を与えることは無く、また、コピー機能を担当する独立プロセスのみをリブートすることにより障害から復旧させることが出来る。

［処理の流れ２］
次に、プラットフォーム・サブシステム５内の独立プロセス６ａ、６ｂ、６ｃ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れを説明する。図４は、プラットフォーム・サブシステム５内の独立プロセス６ａ、６ｂ、６ｃ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れを説明するための図である。

（１）まず、プラットフォーム・サブシステム５内の独立プロセス６ｃにおいて障害が発生したとする。

（２）次に、プロセス監視部７が独立プロセス６ｃの障害（プロセスダウン）を検知する。

（３）次に、プロセス監視部７は、アプリケーション・サブシステム１のプロセス監視部３に対し、独立プロセス６ｃに障害が発生した旨のシステムエラー発生通知を送る。

（４）次に、プロセス監視部３は、システム状態管理部４に対し、独立プロセス６ｃに障害が発生した旨のシステムエラー発生通知を送る。

（５）次に、システム状態管理部４は、プラットフォーム・サブシステム５全体をリブートする。なお、システム状態管理部４は、画像形成装置２０全体をリブートする構成でもよい。

なお、独立プロセス６ａ、６ｂ、６ｃ、・・・のいずれかにおいて障害が発生した場合は、プラットフォーム・サブシステム５全体の動作が不安定になるため、プラットフォーム・サブシステム５内の個々の独立プロセス６ａ、６ｂ、６ｃ、・・・単独ではなく、プラットフォーム・サブシステム５全体がリブートされる。

以上が、プラットフォーム・サブシステム５内の独立プロセス６ａ、６ｂ、６ｃ、・・・のいずれかにおいて障害が発生した場合のリブート処理の流れである。

［処理の流れ３］
次に、障害が発生したアプリケーション・サブシステム１内の独立プロセスをリブートした場合、他の作業に影響が出る複雑なリブート処理について説明する。図５から図８は、障害が発生したアプリケーション・サブシステム１内の独立プロセスをリブートした場合、他の作業に影響が出る複雑なリブート処理について説明するための図である。

最初に、障害が発生する前の処理の流れについて説明する。図５は、障害が発生する前の処理の流れについて説明するための図である。

なお、以下の説明では、独立プロセス２ｂがユーザーからの指示を受け付け、指定された５ページある文書を印刷する印刷アプリケーションプログラムであるとする。

（１）、（２）まず、独立プロセス２ｂが、画像形成部２５を制御する独立プロセス６ｂに対し、１ページ目の印刷データと制御情報と準備し送信する（第１の処理）。ここで送られる制御情報は、例えば、印刷する文書は全部で５ページあるものであり、現在送っているデータは１ページ目のものであることを示す情報である。

（３）、（４）次に、１ページ目の印刷データと制御情報とを受信した独立プロセス６ｂは、画像形成部２５に１ページ目の印刷データを送ると共に、画像形成部２５の制御を行う（第２の処理）。

同様にして、独立プロセス２ｂから、文書の２ページ目までの印刷データおよび制御情報の送信が完了し３ページ目の印刷データを送信する準備を行っており、画像形成部２５は２ページ目の印刷を行っている最中であるとする。

以上が、障害が発生する前の処理の流れである。

次に、障害が発生してからリブートまでの処理の流れについて説明する。図６は、障害が発生してからリブートまでの処理の流れについて説明するための図である。

（３）、（４）独立プロセス６ｂは、独立プロセス２ｂにおいて障害が発生する前に、既に２ページ目の印刷データと制御情報を独立プロセス２ｂから受け取っているので、独立プロセス２ｂのリブート処理とは独立して、２ページ目の印刷処理を進めている。

（５）独立プロセス２ｂにおいて障害が発生したとする。

（６）プロセス監視部３は、独立プロセス２ｂの障害を検知する。

（７）プロセス監視部３は、障害を検知すると、独立プロセス２ｂにおいて障害が発生した旨のシステムエラー発生通知をシステム状態管理部４に送る。

（８）システムエラー発生通知を受信したシステム状態管理部４は、制御情報を出力する旨の指示を独立プロセス２ｂに送信する。

（９）制御情報の出力指示を受信した独立プロセス２ｂは、制御情報を制御情報伝達部８に送信する。なお、ここでいう制御情報とは、上記の例では、全部で５ページある文書のうち、２ページ目の印刷データまで送信が完了しているという情報である。

（１０）システム状態管理部４が、独立プロセス２ｂをリブートする。

以上が、障害が発生してからリブートまでの処理の流れである。

なお、上記の説明では、システム状態管理部４からの制御情報出力指示により独立プロセス２ｂが制御情報を制御情報伝達部８に送信する構成としたが、この構成に限らず、例えば、障害の状況により独立プロセス２ｂが制御情報を出力できない場合は、独立プロセス２ｂが使用しているＲＡＭ上の作業領域を制御情報伝達部８が参照して、能動的に制御情報を取得する構成でもよい。

次に、リブート中の処理の流れについて説明する。図７は、リブート中の処理の流れについて説明するための図である。

（１１）独立プロセス２ｂはリブート中である。

なお、独立プロセス６ｂが画像形成部２５を制御して印刷データの２ページ目を印刷させる処理（３）および（４）は、アプリケーション・サブシステム１とプラットフォーム・サブシステム５とが互いに独立しているため、独立プロセス２ｂのリブート中も継続することが出来る。

（１２）制御情報伝達部８は、リブート後の処理再開時のために、独立プロセス２ｂから受け取った制御情報を、プラットフォーム・サブシステム内の制御情報伝達部９に送信する。なお、制御情報は、リブート後の処理再開時までに制御情報伝達部９に伝わっていればよく、独立プロセス２ｂのリブート中以外のタイミングで送信されてもよい。

以上が、リブート中の処理の流れである。

次に、リブート後、処理を再開するまでの処理の流れについて説明する。図８は、リブート後、処理を再開するまでの処理の流れについて説明するための図である。

（１３）まず、独立プロセス２ｂのリブートが完了する。

（１４）独立プロセス２ｂは、リブートが完了すると、自分が途中まで行っていた処理の状況を知るために、制御情報伝達部８に問い合わせ、制御情報伝達部８が保持していた制御情報を取得する。

独立プロセス２ｂは、制御情報伝達部８から制御情報を取得することにより、全部で５ページある文書のうち、２ページ目までの印刷データの送信が完了しており、次は３ページ目から送信を再開すればよいことを知り、送信を再開する。

（１５）プラットフォーム・サブシステム５側でも、処理の再開に備えるために、制御情報伝達部９が、制御情報伝達部８から受け取り保持していた制御情報を独立プロセス６ｂに送信する。

（１６）独立プロセス６ｂは、制御情報伝達部９から受信した制御情報を参照して、独立プロセス２ｂから受信する印刷データを、途中まで印刷した文書の残りの印刷データであると認識する。

（１７）、（１８）独立プロセス６ｂは、独立プロセス２ｂから受信した印刷データを、既に印刷した２ページ目に続くものとして、画像形成装置２５に送信し、印刷を制御する。

以上が、リブート後、処理を再開するまでの処理の流れである。

以上、障害が発生したアプリケーション・サブシステム１内の独立プロセスをリブートした場合、他の作業に影響が出る複雑なリブート処理について説明した。

［補足事項］
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１ … アプリケーション・サブシステム
２ａ、２ｂ… 独立プロセス
３ … プロセス監視部
４ … システム状態管理部
５ … プラットフォーム・サブシステム
６ａ、６ｂ、６ｃ… 独立プロセス
７ … プロセス監視部
８、９… 制御情報伝達部
２０ … 画像形成装置
２１ … 制御部
２２ … 画像読取部
２３ … 画像処理部
２４ … 画像メモリー
２５ … 画像形成部
２７ … 操作部
２７ａ… 表示部
２８ … ファクシミリ通信部
２９ … ネットワークインターフェイス部
３０ … 記憶部

Claims (2)

1. 電子機器の異なる機能をユーザーに提供する１以上の第１の独立プロセスと、
   前記第１の独立プロセスの障害を検知するプロセス監視部と、
   障害が発生した前記第１の独立プロセスを再起動するシステム状態管理部と
   を有するアプリケーション・サブシステムと、
   前記電子機器の各ハードウェアをそれぞれ制御する１以上の第２の独立プロセス
   を有するプラットフォーム・サブシステムと、
   前記障害が発生した第１の独立プロセスにおいて行われており、前記障害の発生により中断した第１の処理を、前記障害が発生した前記第１の独立プロセスの再起動後に再開する際に使用する制御情報を保持する制御情報伝達部と
   を備え、
   前記第１の処理を行っている前記第１の独立プロセスの１つにおいて障害が発生したとき、
   障害を検知した前記プロセス監視部が前記システム状態管理部に対してエラー発生通知を送信し、
   前記エラー発生通知を受信した前記システム状態管理部の指示に基づき、前記制御情報伝達部が前記制御情報を取得し、
   前記エラー発生通知を受信した前記システム状態管理部が、障害が発生した前記第１の独立プロセスを再起動し、
   再起動された前記第１の独立プロセスが、前記制御情報伝達部から前記制御情報を取得し、取得した前記制御情報に基づき前記第１の処理を再開し、
   前記制御情報伝達部は、
   前記第１の処理が再開されたとき、
   前記制御情報を、前記第１の処理に関連する第２の処理を行っていた前記第２の独立プロセスに送信し、
   前記制御情報を受信した前記第２の独立プロセスは、
   受信した前記制御情報に基づき、前記第２の処理を再開する
   電子機器。
2. 電子機器の異なる機能をユーザーに提供する１以上の第１の独立プロセスと、
   前記第１の独立プロセスの障害を検知するプロセス監視部と、
   障害が発生した前記第１の独立プロセスを再起動するシステム状態管理部と
   を有するアプリケーション・サブシステム、
   前記電子機器の各ハードウェアをそれぞれ制御する１以上の第２の独立プロセス
   を有するプラットフォーム・サブシステム、および
   前記障害が発生した第１の独立プロセスにおいて行われており、前記障害の発生により中断した第１の処理を、前記障害が発生した前記第１の独立プロセスの再起動後に再開する際に使用する制御情報を保持する制御情報伝達部
   として動作し、
   前記第１の処理を行っている前記第１の独立プロセスの１つにおいて障害が発生したとき、
   障害を検知した前記プロセス監視部が前記システム状態管理部に対してエラー発生通知を送信し、
   前記エラー発生通知を受信した前記システム状態管理部の指示に基づき、前記制御情報伝達部が前記制御情報を取得し、
   前記エラー発生通知を受信した前記システム状態管理部が、障害が発生した前記第１の独立プロセスを再起動し、
   再起動された前記第１の独立プロセスが、前記制御情報伝達部から前記制御情報を取得し、取得した前記制御情報に基づき前記第１の処理を再開する
   手順をコンピューターに実行させ、
   前記制御情報伝達部は、
   前記第１の処理が再開されたとき、
   前記制御情報を、前記第１の処理に関連する第２の処理を行っていた前記第２の独立プロセスに送信し、
   前記制御情報を受信した前記第２の独立プロセスは、
   受信した前記制御情報に基づき、前記第２の処理を再開する
   リブートプログラム。

Images