特許 6773984 情報処理装置、方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6773984

(24)【登録日】2020年10月6日

(45)【発行日】2020年10月21日

(54)【発明の名称】情報処理装置、方法及びプログラム

(51)【国際特許分類】

   G06F 8/656 20180101AFI20201012BHJP

【ＦＩ】

   G06F8/656

【請求項の数】9

【全頁数】17

(21)【出願番号】特願2019-14584(P2019-14584)

(22)【出願日】2019年1月30日

(65)【公開番号】特開2020-123145(P2020-123145A)

(43)【公開日】2020年8月13日

【審査請求日】2019年3月13日

(73)【特許権者】

【識別番号】518133201

【氏名又は名称】富士通クライアントコンピューティング株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】鳥谷 和良

【審査官】 今城 朋彬

(56)【参考文献】

【文献】 特開２００１−１８８６０３（ＪＰ，Ａ）

【文献】 特開２０１６−１０３１１４（ＪＰ，Ａ）

【文献】 特開２００６−２５２４３７（ＪＰ，Ａ）

【文献】 特開平１１−００３２４０（ＪＰ，Ａ）

【文献】 米国特許第０５７２９７６１（ＵＳ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ８／６５６

Ｇ０６Ｆ ９／５０

(57)【特許請求の範囲】

【請求項1】

互換して制御動作が可能な複数の制御処理部と、
前記複数の制御処理部により共用されるインタフェース部を介していずれか一の前記制御処理部の制御動作下で各種の情報処理を行う複数の情報処理部と、を備え、
前記情報処理部を制御している前記一の制御処理部の制御動作を他の制御処理部が行うように切り替えるに先だって、タスクスケジュール、各種設定及びアプリケーション導入状態を前記一の制御処理部と同一とすることにより、前記他の制御処理部を前記一の制御処理部と同一の制御動作が可能な複製として構築し、前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御動作下で前記情報処理を行うように順次切り替える、
情報処理装置。

【請求項2】

前記複数の制御処理部は、同一のオペレーティングシステムにより動作する、
請求項１記載の情報処理装置。

【請求項3】

前記制御処理部の切り替えは、前記オペレーティングシステムのアップデート処理時になされ、
前記他の制御処理部を前記一の制御処理部の複製として構築した後に、前記他の制御処理部のアップデート処理を行った場合の前記アップデート処理に用いられるアップデートパッチファイル及び前記アップデートパッチファイルのうち実際に適用されたアップデートパッチファイルの情報を記憶する記憶部を備える、
請求項２記載の情報処理装置。

【請求項4】

前記一の制御処理部は、前記記憶部を参照して、実際に適用されたアップデートパッチファイルの情報に対応する前記アップデートパッチファイルを用いて前記アップデート処理を行う、
請求項３記載の情報処理装置。

【請求項5】

前記インタフェース部を介して、前記複数の情報処理部の制御を行う前記制御処理部は、所定の一つの前記制御処理部とされている、
請求項１乃至請求項４のいずれか一項記載の情報処理装置。

【請求項6】

前記所定の一つの前記制御処理部は、自己のアップデート処理の完了後であって、前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御動作下から自己の制御動作下で前記情報処理を行うように順次切り替える、
請求項５記載の情報処理装置。

【請求項7】

前記制御処理部は、マルチコアのマイクロプロセッサを構成している一又は複数のＣＰＵコアにより構成されている、
請求項１乃至請求項６のいずれか一項記載の情報処理装置。

【請求項8】

互換して制御動作が可能な複数の制御処理部と、前記複数の制御処理部により共用されるインタフェース部を介していずれか一の前記制御処理部の制御動作下で各種の情報処理を行う複数の情報処理部と、を備えた情報処理装置で実行される方法であって、
前記情報処理部を制御している前記一の制御処理部の制御動作を他の制御処理部が行うように切り替えるに先だって、タスクスケジュール、各種設定及びアプリケーション導入状態を前記一の制御処理部と同一とすることにより、前記他の制御処理部を前記一の制御処理部と同一の制御動作が可能な複製として構築する過程と、
前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御動作下で前記情報処理を行うように順次切り替える過程と、
を備えた方法。

【請求項9】

互換して制御動作が可能な複数の制御処理部と、前記複数の制御処理部により共用されるインタフェース部を介していずれかの前記制御処理部の制御下で各種の情報処理を行う複数の情報処理部と、を備えた情報処理装置をコンピュータにより制御するためのプログラムであって、
前記コンピュータを、
前記情報処理部を制御している前記一の制御処理部の制御動作を他の制御処理部が行うように切り替えるに先だって、タスクスケジュール、各種設定及びアプリケーション導入状態を前記一の制御処理部と同一とすることにより、前記他の制御処理部を前記一の制御処理部と同一の制御動作が可能な複製として構築する手段と、
前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御動作下で前記情報処理を行うように順次切り替える手段と、
して機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、方法及びプログラムに関する。

【背景技術】

【0002】

近年、パーソナルコンピュータ（以下、パソコン）の性能が向上し、ＭＰＵ上に複数のＣＰＵコアが搭載され、安価であっても、メモリやストレージが潤沢に搭載できるようになったことから、パソコン上でディープラーニングや機械学習等の処理を実行する機会が増えてきている。またこれらの処理以外でもパソコンを用いて古くから科学的な計測用途にも活用され、パソコンが元々想定していた用途の文章作成や表計算のような事務処理に比べると、切れ目が無いデータを外部から大量に取り込む処理を行うことにも利用されるようになってきている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９−００３２７１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

大量のデータを取り扱う需要がある一方で、ＯＳ（Operating System）や各種ソフトウェアの脆弱性の隙をついた攻撃により、気密性のあるデータの保全や、外部からの攻撃から守るためには、適切で、なるべく早いタイミングにセキュリティパッチ等をＯＳへ適用することが必要である。

【0005】

このように適切なタイミングでセキュリティ対策を行うことで、取扱うデータを脅威から守ることができる。

【0006】

しかしながら、パソコンの外部から流れてくる大量のデータを受信し続け、処理し続ける場合は、ＯＳの都合によって処理中にパソコンの再起動処理が単純に行われてしまうことは、処理の中断や、処理結果が不完全な状態になるなどの欠損を生じてしまうことになり、処理のやり直しに時間が掛かるという不具合が生じる。

【0007】

メンテナンスの中断が起きないようにする手段として、クラウド上の仮想コンピュータに任せるという方法もあるが、法律や維持費用、データ転送時間、クラウド提供業者の利用規約とのミスマッチなどの問題などで、移行できない場合もあった。

【0008】

そこで、本発明は、大量なデータ処理を考慮し、メンテナンスを計画的に行いつつ、安全性が高い長時間稼働を実現することが可能な情報処理装置、方法及びプログラムを提供することを目的としている。

【課題を解決するための手段】

【0009】

上記課題を解決するため、本発明の第１態様にかかる情報処理装置は、
互換して制御動作が可能な複数の制御処理部と、
前記複数の制御処理部により共用されるインタフェース部を介していずれか一の前記制御処理部の制御動作下で各種の情報処理を行う複数の情報処理部と、を備え、情報処理部を制御している一の制御処理部の制御動作を他の制御処理部が行うように切り替えるに先だって、タスクスケジュール、各種設定及びアプリケーション導入状態を一の制御処理部と同一とすることにより、他の制御処理部を一の制御処理部と同一の制御動作が可能な複製として構築し、情報処理部が情報処理を構成するタスクを実行していない期間中に、他の制御処理部の制御動作下で情報処理を行うように順次切り替える。

【0010】

上記構成において、複数の制御処理部は、同一のオペレーティングシステムにより動作するようにしてもよい。
また、制御処理部の切り替えは、オペレーティングシステムのアップデート処理時になされ、他の制御処理部を一の制御処理部の複製として構築した後に、他の制御処理部のアップデート処理を行った場合のアップデート処理に用いられるアップデートパッチファイル及びアップデートパッチファイルのうち実際に適用されたアップデートパッチファイルの情報を記憶する記憶部を備えるようにしてもよい。

【0011】

また、一の制御処理部は、記憶部を参照して、実際に適用されたアップデートパッチファイルの情報に対応するアップデートパッチファイルを用いてアップデート処理を行うようにしてもよい。

【0012】

また、インタフェース部を介して、複数の情報処理部の制御を行う制御処理部は、所定の一つの制御処理部とされているようにしてもよい。

【0013】

また、所定の一つの制御処理部は、自己のアップデート処理の完了後であって、情報処理部が情報処理を構成するタスクを実行していない期間中に、他の制御処理部の制御動作下から自己の制御動作下で前記情報処理を行うように順次切り替えるようにしてもよい。

【0014】

また、制御処理部は、マルチコアのマイクロプロセッサを構成している一又は複数のＣＰＵコアにより構成されているようにしてもよい。

【0015】

また、本発明の第２態様にかかる方法は、互換して制御動作が可能な複数の制御処理部と、複数の制御処理部により共用されるインタフェース部を介していずれか一の制御処理部の制御動作下で各種の情報処理を行う複数の情報処理部と、を備えた情報処理装置で実行される方法であって、情報処理部を制御している一の制御処理部の制御動作を他の制御処理部が行うように切り替えるに先だって、タスクスケジュール、各種設定及びアプリケーション導入状態を一の制御処理部と同一とすることにより、他の制御処理部を一の制御処理部と同一の制御動作が可能な複製として構築する過程と、情報処理部が情報処理を構成するタスクを実行していない期間中に、他の制御処理部の制御動作下で情報処理を行うように順次切り替える過程と、を備える。

【0016】

また、本発明の第３態様にかかるプログラムは、互換して制御動作が可能な複数の制御処理部と、前記複数の制御処理部により共用されるインタフェース部を介していずれかの前記制御処理部の制御下で各種の情報処理を行う複数の情報処理部と、を備えた情報処理装置をコンピュータにより制御するためのプログラムであって、コンピュータを、
情報処理部を制御している一の制御処理部の制御動作を他の制御処理部が行うように切り替えるに先だって、タスクスケジュール、各種設定及びアプリケーション導入状態を一の制御処理部と同一とすることにより、他の制御処理部を前記一の制御処理部と同一の制御動作が可能な複製として構築する手段と、情報処理部が前記情報処理を構成するタスクを実行していない期間中に、他の制御処理部の制御動作下で情報処理を行うように順次切り替える手段と、して機能させる。

【発明の効果】

【0017】

本発明の上記態様によれば、大量なデータ処理を行う場合でも、メンテナンスを計画的に行いつつ、安全性が高い長時間稼働を実現することができる。

【図面の簡単な説明】

【0018】

【図1】図１は、実施形態の情報処理装置の概要構成ブロック図である。

【図2】図２は、主系システム１１Ｍ（主系ＯＳ）側のメンテナンス時の処理フローチャートである。

【図3】図３は、従系システム１１Ｓ（従系ＯＳ）側のメンテナンス時の処理フローチャートである。

【図4】図４は、情報処理装置のメンテナンス時の各部の動作シーケンスチャート（その１）である。

【図5】図５は、情報処理装置のメンテナンス時の各部の動作シーケンスチャート（その２）である。

【発明を実施するための形態】

【0019】

以下、図面を参照して本中継装置および情報処理システムに係る実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。

【0020】

図１は、実施形態の情報処理装置の概要構成ブロック図である。
情報処理装置１０は、大別すると、ＭＰＵ１１、メモリモジュール１２、ストレージ１３、ブリッジコントローラ１４、表示装置１５、入力装置１６、拡張ボード制御用マイコン１７、ネットワークインタフェースコントローラ（ＮＩＣ）１８、拡張ボード部１９及び（拡張）ボード制御用メモリ２０を備えている。

【0021】

また、ＭＰＵ１１は、複数（図１では４個）のＣＰＵコア１１−１〜１１−４を備えている。さらにＭＰＵ１１上では、主系ＯＳ（メインオペレーティングシステム）及び従系ＯＳ（サブオペレーティングシステム）がそれぞれ割り当てられて動作可能となっている。例えば、ＣＰＵコア１１−１〜１１−２には、主系ＯＳがインストールされており、ＣＰＵコア１１−３〜１１−４には、従系ＯＳが割り当てられている。

【0022】

メモリモジュール１２は、半導体メモリとして構成され、二つのメモリバンク１２−１、１２−２を有しており、第１のメモリバンク（図中、バンク０と表記）１２−１は、主系ＯＳに割り当てられており、第２のメモリバンク（図中、バンク１と表記）１２−２は、従系ＯＳに割り当てられている。

【0023】

ストレージ１３は、ハードディスクドライブ、ＳＳＤ（Solid State Drive）などとして構成され、主系ＯＳ用の領域１３−１、従系ＯＳ用の領域１３−２並びに主系ＯＳ及び従系ＯＳで共通に利用される共通領域を備えている。

【0024】

ブリッジコントローラ１４は、例えば、ＰＣＩ−ｅブリッジコントローラとして構成されており、ＭＰＵ１１の制御下で拡張ボード部１９との間の各種通信制御を行う。
表示装置１５は、液晶ディスプレイ等として構成され、各種情報を表示する。
入力装置１６は、キーボード、マウス、音声入力装置、各種センサ等として構成され、各種データ等の入力を行う。

【0025】

拡張ボード制御用マイコン１７は、拡張ボード部１９を構成しているコプロセッサを搭載した複数（図１では、６枚）の拡張ボード１９−１〜１９−６の協調動作制御等の動作制御を行う。
ネットワークインタフェースコントローラ（ＮＩＣ）１８は、図示しない通信ネットワーク（インターネット等）を介して情報処理装置１０を外部サーバ２５と通信可能に接続している。

【0026】

拡張ボード部１９は、拡張ボード１９−１〜１９−６により、例えば、推論処理などの分散処理を実行する。
ボード制御用メモリ２０は、拡張ボード制御用マイコン１７が拡張ボード部１９の動作制御に用いる各種データを格納する。

【0027】

次に実施形態の動作について、主系システム１１Ｍ及び従系システム１１Ｓにおいてオペレーティングシステムのアップデート時の動作を例として説明する。
本実施形態においては、主系及び従系のうち、主系システム１１Ｍ（主系ＯＳ側）は、通常時に稼働して通常処理を行っており、従系システム１１Ｓ（従系ＯＳ側）は、待機状態にあり、処理は行っていないので、主系システム１１Ｍにおいてアプリケーションの更新や、レジストリ設定、各種設定などの変更がなされても、従系システム１１Ｓにおいては、それらの変更が当該変更時点では適用されないものとして説明する。

【0028】

図２は、主系システム１１Ｍ（主系ＯＳ）側のメンテナンス時の処理フローチャートである。
まず主系システム１１Ｍ（ＣＰＵコア１１−１、１１−２側）は、主系のレジストリ設定を従系ＯＳ側に通知し、従系システム１１Ｓ（従系ＯＳ）のレジストリ設定として適用する（ステップＳ１１）。

【0029】

次に主系システム１１Ｍは、ネットワークインタフェースコントローラ１８及び図示しない通信ネットワークを介してＯＳのアップデートを管理している外部サーバ２５に対し、アップデート（の有無）の確認を行う（ステップＳ１２）。

【0030】

ステップＳ１２の確認において、アップデートが無い場合には、主系システム１１Ｍによる通常処理を継続し（ステップＳ１３）、処理を再びステップＳ１２に移行して処理を繰り返す。

【0031】

ステップＳ１２の確認において、アップデートが有る場合には、ＯＳのアップデートを管理している外部サーバ２５から図示しない通信ネットワーク及びネットワークインタフェースコントローラ１８を介してアップデートファイルを受信し、ストレージ１３の共通領域１３−３に格納する（ステップＳ１４）。

【0032】

次に主系システム１１Ｍは、主系システム１１Ｍ及び従系システム１１Ｓに対するアップデートの適用状況を判定する（ステップＳ１５）。
本実施形態においては、主系システム１１ＭのＯＳのアップデートを行う場合には、これに先だって従系システム１１ＳのＯＳのアップデートを行い、パッチファイルの適用可否等を判定し、従系システム１１ＳのＯＳのアップデートにおいて適用されなかった（適用対象でない）パッチファイルなどについては、最初から主系システム１１ＭのＯＳのアップデートには適用させない構成を採っている。

【0033】

そこで、ステップＳ１５の判定において、従系システム１１Ｓのアップデートが未完了である場合には（ステップＳ１５；従系が未完了）、まず従系システム１１Ｓに対するアップデートを適用する（ステップＳ１６）。

【0034】

ここで、ステップＳ１６で行われる従系システム１１Ｓに対するアップデートについて説明する。
図３は、従系システム１１Ｓ（従系ＯＳ）側のメンテナンス時の処理フローチャートである。
従系システム１１Ｓは、ストレージ１３の共通領域１３−３からアップデートファイルを受信する（ステップＳ４１）。
次にアップデート処理の開始時間（開始時刻）をストレージ１３の共通領域１３−３に設けられているログに記録する（ステップＳ４２）。
続いて従系システム１１Ｓは、主系システム１１Ｍ及び従系システム１１Ｓに対するアップデートの適用状況を判定する（ステップＳ４３）。
ステップＳ４３の判定において、従系システム１１Ｓのアップデートが未完了である場合には（ステップＳ４３；従系が未完了）、まず従系システム１１Ｓに対するアップデートを実際に適用する（ステップＳ４４）。すなわち、従系システム１１Ｓに対するアップデート処理を実行して従系システム１１Ｓ（従系ＯＳ）のアップデートを行う。

【0035】

次に従系システム１１Ｓにおいて、受信したアップデートファイルのうち、実際に当該従系システム１１Ｓに適用できたアップデートパッチファイルのみをストレージ１３上で有効に設定する（ステップＳ４５）。

【0036】

さらに従系システム１１Ｓは、当該従系システム１１Ｓに適用できなかったアップデートパッチファイルについては、次回のアップデート確認時に適用するものとして扱い、一旦適用済みとする（ステップＳ４６）。

【0037】

そして、従系システム１１Ｓは、再起動する（ステップＳ４７）。この状態においても主系システム１１Ｍは通常動作を継続しており、従系ＯＳ側のＣＰＵコア１１−３、１１−４のみが再起動（コールドスタート）されることとなる。

【0038】

次にアップデート処理の適用時間（所要時間）をストレージ１３の共通領域１３−３に設けられているログに記録し（ステップＳ４８）、再び処理をステップＳ４３に移行して処理を継続する。
この結果、ステップＳ４３の判定において、従系システム１１Ｓのアップデートのみが完了である場合となるので（ステップＳ４３；従系のみ完了）、主系システム１１Ｍのタスク予定を読み込む（ステップＳ４９）。
そして、従系システム１１Ｓは、タスク予定を参照しつつ、主系の処理状況を確認する（ステップＳ５０）。

【0039】

ステップＳ５０の処理状況の確認において、主系システム１１Ｍがタスク処理中であって、当該タスク処理の処理後に他のタスクスケジュールが設定されていない場合には（ステップＳ５０；タスク処理中［処理後のタスクスケジュール無］）、当該タスクスケジュールの処理が完了するまで待って（ステップＳ５１）、処理を再びステップＳ５０に移行して、処理状況の確認を行う。

【0040】

また、ステップＳ５０の処理状況の確認において、主系システム１１Ｍがタスク処理中であって、当該タスク処理の処理後に他のタスクスケジュールが設定されている場合（ステップＳ５０；タスク処理中［処理後のタスクスケジュール有］）及び、主系システム１１Ｍが待機中であって、当該タスク処理の処理後に他のタスクスケジュールが設定されている場合には（ステップＳ５０；待機中［処理後のタスクスケジュール有］）、次のタスクスケジュール開始までの時間と従系システム１１Ｓに対するアップデートパッチの適用時間を比較する（ステップＳ５２）。

【0041】

ステップＳ５２の比較において、
従系システム１１Ｓに対するアップデートパッチの適用時間
＞次のタスクスケジュール開始までの時間
である場合には、ブリッジコントローラ１４及び拡張ボード制御用マイコン１７を介して拡張ボード１９−１〜１９−６の待ち受け状況を判定する（ステップＳ５３）。

【0042】

ステップＳ５３の判定において、主系システム１１Ｍ及び従系システム１１Ｓのいずれにおいても拡張ボード１９−１〜１９−６の待ち受けが無い場合には（ステップＳ５３；待受中無）、処理中のタスクの処理が完了するのを待ち（ステップＳ５１）、再び処理をステップＳ５０に移行する。

【0043】

ステップＳ５３の判別において、主系システム１１Ｍにおいて拡張ボード１９−１〜１９−６のいずれかの待ち受けがある場合には（ステップＳ５３；主系で待受中有）、ブリッジコントローラ１４により待機中の拡張ボードの制御系統を主系システム１１Ｍから論理的に切り離し、従系システム１１Ｓに付け替える（ステップＳ５５）。

【0044】

次に主系システム１１Ｍのその後のタスクスケジュールを従系システム１１Ｓに付け替え（割り当て）（ステップＳ５６）、従系システム１１Ｓで処理を行う（ステップＳ５７）。
そして処理を再びステップＳ５０に移行する。

【0045】

また、ステップＳ５３の判別において、従系システム１１Ｓにおいて拡張ボード１９−１〜１９−６のいずれかの待ち受けがある場合には（ステップＳ５３；従系で待受中有）、ブリッジコントローラ１４により待機中の拡張ボードの制御系統を従系システム１１Ｓから論理的に切り離し、主系システム１１Ｍに付け替える（ステップＳ５８）。

【0046】

次に従系システム１１Ｓのその後のタスクスケジュールを主系システム１１Ｍに付け替え（割り当て）（ステップＳ５９）、主系システム１１Ｍで処理を行う（ステップＳ６０）。
そして処理を再びステップＳ４３に移行する。

【0047】

一方、ステップＳ５２の比較において、
従系システム１１Ｓに対するアップデートパッチの適用時間
＜次のタスクスケジュール開始までの時間
である場合には、ネットワークインタフェースコントローラ１８及び拡張ボード１９−１〜１９−６の制御系統を主系システム１１Ｍから切り離し、ブリッジコントローラ１４により拡張ボード１９−１〜１９−６の制御系統を従系システム１１Ｓに付け替える（ステップＳ６１）。
そして、主系システム１１Ｍのアップデート処理と適用がなされる（ステップＳ６２）。
ここで、再び図２を参照して説明を行う。
この状況となると、従系システム１１Ｓにおいて、主系システム１１Ｍに代わって通常処理を行える状態となっている。
そしてステップＳ１５の判定において、従系システム１１Ｓのみアップデートが適用されている状態であるので（ステップＳ１５；従系のみ完了）、主系システム１１Ｍは、タスク予定の読込を行う（ステップＳ１７）。

【0048】

次に主系システム１１Ｍは、当該主系システム１１Ｍの処理状況を確認する（ステップＳ１８）。
ステップＳ１８の処理状況確認において、主系システム１１Ｍがタスク処理中であって、当該タスク処理の処理後に他のタスクスケジュールが設定されていない場合には（ステップＳ１８；タスク処理中［処理後のタスクスケジュール無］）、当該タスクスケジュールの処理が完了するまで待って（ステップＳ１９）、処理を再びステップＳ１８に移行して、処理状況の確認を行う。

【0049】

また、ステップＳ１８の処理状況の確認において、主系システム１１Ｍがタスク処理中であって、当該タスク処理の処理後に他のタスクスケジュールが設定されている場合（ステップＳ１８；タスク処理中［処理後のタスクスケジュール有］）及び、主系システム１１Ｍが待機中であって、当該タスク処理の処理後に他のタスクスケジュールが設定されている場合には（ステップＳ１８；待機中［処理後のタスクスケジュール有］）、次のタスクスケジュール開始までの時間と従系システム１１Ｓに対するアップデートパッチの適用時間を比較する（ステップＳ２０）。

【0050】

ステップＳ２０の比較において、
従系システム１１Ｓに対するアップデートパッチの適用時間
＞次のタスクスケジュール開始までの時間
である場合には、ブリッジコントローラ１４及び拡張ボード制御用マイコン１７を介して拡張ボード１９−１〜１９−６の待ち受け状況を判定する（ステップＳ２１）。

【0051】

ステップＳ２１の判定において、主系システム１１Ｍ及び従系システム１１Ｓのいずれにおいても拡張ボード１９−１〜１９−６の待ち受けが無い場合には（ステップＳ５３；待受中無）、処理中のタスクの処理が完了するのを待ち（ステップＳ１９）、再び処理をステップＳ１８に移行する。

【0052】

ステップＳ２１の判別において、主系システム１１Ｍにおいて拡張ボード１９−１〜１９−６のいずれかの待ち受けがある場合には（ステップＳ２１；主系で待受中有）、ブリッジコントローラ１４により待機中の拡張ボードの制御系統を主系システム１１Ｍから論理的に切り離し、従系システム１１Ｓに付け替える（ステップＳ２２）。

【0053】

次に主系システム１１Ｍのその後のタスクスケジュールを従系システム１１Ｓに付け替え（割り当て）（ステップＳ２３）、従系システム１１Ｓで処理を行う（ステップＳ２４）。
そして処理を再びステップＳ１８に移行する。

【0054】

また、ステップＳ２１の判別において、従系システム１１Ｓにおいて拡張ボード１９−１〜１９−６のいずれかの待ち受けがある場合には（ステップＳ２１；従系で待受中有）、ブリッジコントローラ１４により待機中の拡張ボードの制御系統を従系システム１１Ｓから論理的に切り離し、主系システム１１Ｍに付け替える（ステップＳ２５）。

【0055】

次に従系システム１１Ｓのその後のタスクスケジュールを主系システム１１Ｍに付け替え（割り当て）（ステップＳ２６）、主系システム１１Ｍで処理を行う（ステップＳ２７）。
そして処理を再びステップＳ１５に移行する。

【0056】

一方、ステップＳ２０の比較において、
従系システム１１Ｓに対するアップデートパッチの適用時間
＜次のタスクスケジュール開始までの時間
である場合には、ネットワークインタフェースコントローラ１８及び拡張ボード１９−１〜１９−６の制御系統を主系システム１１Ｍから切り離し、ブリッジコントローラ１４により拡張ボード１９−１〜１９−６の制御系統を従系システム１１Ｓに付け替える（ステップＳ２８）。
そして、ストレージ１３の共通領域１３−３上に格納されている従系システム１１Ｓにおいて適用がなされたアップデートパッチファイルのみを用いて主系システム１１Ｍのアップデート処理と適用がなされる（ステップＳ２９）。
次に、ストレージ１３の共通領域１３−３上に格納されている適用済みのアップデートパッチファイルを削除する（ステップＳ３０）。
続いて、アップデートパッチファイルの適用済みとして（ステップＳ）、主系システム１１Ｍのみの再起動を行い（ステップＳ３２）、処理をステップＳ２０に移行する。
この状況となると、アップデート後の主系システム１１Ｍにおいて、従系システム１１Ｓに代わって通常処理を行える状態となっている。
そして、次のタスクスケジュール開始までの時間と従系システム１１Ｓに対するアップデートパッチの適用時間を比較する（ステップＳ２０）。

【0057】

そして、ステップＳ２０の比較において、
従系システム１１Ｓに対するアップデートパッチの適用時間
＞次のタスクスケジュール開始までの時間
となり、ステップＳ２１の判別において、従系システム１１Ｓにおいて拡張ボード１９−１〜１９−６のいずれかの待ち受けがある場合には（ステップＳ２１；従系で待受中有）、ブリッジコントローラ１４により待機中の拡張ボードの制御系統を従系システム１１Ｓから論理的に切り離し、主系システム１１Ｍに付け替える（ステップＳ２５）。

【0058】

次に従系システム１１Ｓのその後のタスクスケジュールを主系システム１１Ｍに付け替え（割り当て）（ステップＳ２６）、主系システム１１Ｍで処理を行う（ステップＳ２７）。

【0059】

そして処理を再びステップＳ１５に移行する。
この結果、ステップＳ１５の判定において、主系システム１１Ｍ及び従系システム１１Ｓのアップデートが適用されている状態と判定されるので（ステップＳ１５；主系、従系共完了）、アップデート処理を完了し、メンテナンス処理を終了して、通常処理に移行する。

【0060】

以上の説明のように、本実施形態によれば、情報処理装置１０のメンテナンスにおいて、ＯＳのアップデートを行う場合に、まず、従系システム１１Ｓにおいてのみアップデートを行い、従系システム１１Ｓにおいてアップデートがうまくなされたアップデートパッチファイルのみを用いて主系システム１１Ｍのアップデートを行うので、最初から主系システム１１Ｍのアップデートを行う場合と比較して信頼性の高いアップデート処理を行えるとともに、適用できなかったアップデートパッチファイルの適用を試みる時間も削減でき、信頼性高く短時間にメンテナンス（ＯＳアップデート）を行うことができる。

【0061】

次に情報処理装置１０のメンテナンス時の各部の動作を主として説明する。
図４は、情報処理装置のメンテナンス時の各部の動作シーケンスチャート（その１）である。
図５は、情報処理装置のメンテナンス時の各部の動作シーケンスチャート（その２）である。

【0062】

まず、図４に示すように、主系システム１１Ｍは、処理結果を取得し（ステップＳ７１）、ストレージ１３上のログに記録している（ステップＳ７２）。
このとき、ネットワークインタフェースコントローラ１８においては、処理中の各種データのストレージ１３への格納などを行っており、ネットワークインタフェースコントローラ１８は、メンテナンス中であっても、既存の処理の継続が可能な限り主系システム１１Ｍにおいて処理を継続している（ステップＳ７３）。

【0063】

この状態でメンテナンスにおいてＯＳのアップデートが指示されると、従系システム１１Ｓにおいて、当該従系システム１１Ｓのレジストリ設定や各種設定が、主系システム１１Ｍのレジストリ設定や各種設定と比較される（ステップＳ７４）。

【0064】

続いて従系システム１１Ｓは、主系システム１１Ｍのレジストリ設定、各種設定等を参照し、当該従系システム１１Ｓの設定を主系システム１１Ｍの設定と同一とする（ステップＳ７５）。

【0065】

続いて、従系システム１１Ｓは、当該従系システム１１Ｓに存在しないアプリケーション類の有無をアプリケーション類に対応する外部サーバ２５に対して問合せ（ステップＳ７６）、外部サーバ２５は当該問合せに対して対応するアプリケーション類の格納場所を通知する（ステップＳ７７）。
これにより、アプリケーション類に対応するデータ（アプリデータ）は、ストレージ１３へ格納され、保管されることとなる（ステップＳ７８）。

【0066】

そして、従系システム１１Ｓは、当該従系システム１１Ｓに導入（インストール）されていなかったアプリケーションを導入する（ステップＳ７９）。
この段階で、従系システム１１Ｓは、オペレーティングシステムのアップデート状態を除き、主系システムと同様の構成となっている。

【0067】

そこで、従系システム１１Ｓは、アップデートを管理している外部サーバ２５（この場合において、ステップＳ７６における問い合わせ先の外部サーバ２５とは、同一あるいは異なる装置である）に対してオペレーティングシステムのアップデートの有無の確認を行う（ステップＳ８０）。

【0068】

これにより外部サーバ２５は、オペレーティングシステムのアップデートが存在する場合には、アップデートパッチファイルの場所を通知する（ステップＳ８１）。
これにより、オペレーティングシステムのアップデートパッチファイルは、ストレージ１３へ格納され、保管されることとなる（ステップＳ８２）。

【0069】

つづいて、従系システム１１Ｓは、アップデートパッチファイルを適用し、アップデートを行う（ステップＳ８３）。
そして従系システム１１Ｓは、保管されているアップデートパッチファイルのうち、アップデートを行った際に適用できなかった（適用不能な）アップデートパッチファイルがザ温材する場合には、当該適用不能なアップデートパッチファイルの主系システム１１Ｍへの適用の試行がなされないようにストレージ１３から削除する（ステップＳ８４）。

【0070】

続いて、従系システム１１Ｓは、主系システム１１Ｍにタスクスケジュール（タスク予定）を出力させ（ステップＳ９１）、タスクスケジュールを読み込む（ステップＳ９２）。
そして、従系システム１１Ｓの再起動を行う（ステップＳ９３）。
再起動後、従系システム１１Ｓは、時刻情報を取得し、アップデートパッチファイルの適用完了までの所要時間を記録する（ステップＳ９４）。

【0071】

そして、従系システム１１Ｓは、主系システム１１Ｍの処理状況を確認する（ステップＳ９５）。
主系システム１１Ｍの処理状況の確認は、具体的には、従系システム１１Ｓからの追い合わせがなされると、ブリッジコントローラ１４が拡張ボード制御用マイコン１７に対し拡張ボードの待機状況を問い合わせる（ステップＳ９６）。

【0072】

これにより、拡張ボード制御用マイコン１７は、拡張ボード１９−１〜１９−６に対し、待機状況の問合せを行う（ステップＳ９７）。
この結果、拡張ボード１９−１〜１９−６の図示しないネットワークインタフェースコントローラは、問合せを受けつけ、問合せの結果として拡張ボード１９−１〜１９−６の待機状況を拡張ボード制御用メモリ２０に通知する（ステップＳ９８）。

【0073】

拡張ボード制御用メモリ２０は、通知された拡張ボード１９−１〜１９−６の待機状況を記録する（ステップＳ９９）。
そして、拡張ボード制御用マイコン１７は、拡張ボード制御用メモリ２０を参照して、参照結果として、拡張ボード１９−１〜１９−６の待機状況をブリッジコントローラ１４を介して従系システム１１Ｓに通知する。

【0074】

これにより、従系システム１１Ｓは、ブリッジコントローラ１４を介して待機中の拡張ボードの主系システム１１Ｍとのペアリングの解除（主系システム１１Ｍからの切り離し）を拡張ボード制御用マイコン１７に指示し（ステップＳ１００）、待機中の拡張ボードを従系システム１１Ｓにペアリングさせて付け替える（ステップＳ１０１）。

【0075】

この結果、主系システム１１Ｍのタスクは、従系システム１１Ｓで実行される（ステップＳ１０２）。
そして、従系システム１１Ｓは、ストレージ１３上の実際に適用したアップデートパッチファイルの格納場所を主系システム１１Ｍに通知する（ステップＳ１０３）。

【0076】

これにより、主系システム１１Ｍは、従系システム１１Ｓにより実際に適用されたアップデートパッチファイルによるアップデートを適用する（ステップＳ１０４）。
そして、主系システム１１Ｍは、アップデートの適用が完了すると、その旨を従系システム１１Ｓに通知する（ステップＳ１０５）。

【0077】

これにより従系システム１１Ｓは、ブリッジコントローラ１４を介して待機中の拡張ボードの従系システム１１Ｓとのペアリングの解除（従系システム１１Ｓからの切り離し）を拡張ボード制御用マイコン１７に指示し、待機中の拡張ボードを主系システム１１Ｍにペアリングさせて付け替える（ステップＳ１０６）。

【0078】

そして、全ての拡張ボードを主系システム１１Ｍに付け替えさせると、主系システム１１Ｍは処理を開始し（ステップＳ１０７）、従系システム１１Ｓの処理を停止させる（ステップＳ１０８）。
この後、従系システム１１Ｓは、ストレージ１３上のアップデートパッチファイルを削除して処理を終了する（ステップＳ１０９）。

【0079】

以上の説明のように、情報処理装置１０の各部が共働して、情報処理装置１０の通常動作を継続しつつ、アップデートの適用を確実に行えるので、構成部品の物理的な損傷による停止以外では、使用者の実行しているタスクスケジュールを考慮して、処理のタイミングが被らないように計画的なアップデートパッチの適用を実施することが可能となるので、オペレーティングシステムの都合による通常処理の中断が発生することがない。

【0080】

すなわち、実効的に情報処理装置１０のセキュリティを確保しつつ、情報処理装置１０の常時稼働が可能となる。
したがって、通常処理としてディープラーニングや機械学習、科学的な計測のように、継続した処理を行い、データの欠損を防止する場合に限らず、事務作業において、意図せずに業務時間中にセキュリティパッチ適用（アップデート適用）による仕事の中断も発生することがなく、処理時間の実効的な短縮、ひいては、実効的な労働時間短縮も期待できる。

【0081】

また、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。

【0082】

以上の説明においては、それぞれ同一のオペレーティングシステムを搭載可能なシステムとして主系システム１１Ｍ及び従系システム１１Ｓの二つの場合について説明したが、３以上のシステムを備えるように構成することも可能である。

【0083】

以上の説明においては、主系システム１１Ｍと従系システム１１Ｓの二つのオペレーティングシステムは、同一の場合について説明したが、互換動作可能であれば、異なっていてもよい。

【0084】

なお、この場合には、連続動作は可能であるが、アップデートパッチファイルの従系システムによるチェックができないこととなるので、好ましくは、主系システム１１Ｍ及び従系システム１１Ｓをそれぞれ複数備え、系統毎にさらにアップデートパッチファイルの事前チェックを行うシステムを備えればよい。

【0085】

以上の説明においては、情報処理装置１０として、パーソナルコンピュータを例として説明したが、テレビ録画用ハードディスクレコーダ、ホームセキュリティの監視用途や、スマートスピーカーのような連続稼働を行っている情報処理装置として、メンテナンスの煩わしさを実効的に無くすことができ、常時利用を実現することができる。

【0086】

また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。

【0087】

以上の実施形態に関し、さらに他の態様について記載する。
［１］第１の他の態様
実施形態の第１の他の態様の情報処理装置は、互換して制御動作が可能な複数の制御処理部と、前記複数の制御処理部により共用されるインタフェース部を介していずれかの前記制御処理部の制御下で各種の情報処理を行う複数の情報処理部と、を備え、前記情報処理部を制御している一の制御処理部を他の制御処理部に切り替えるに先だって前記他の制御処理部を前記一の制御処理部の複製として構築し、前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御下に順次切り替える。
上記構成によれば、複数の制御処理部のいずれかについてメンテナンスを行ったとしても他の制御処理部により処理を継続することが可能となり、大量なデータ処理を行っている場合でも、セキュリティパッチの適用などのメンテナンスを計画的に行いつつ、安全性が高い長時間稼働を実現できる。
［２］第２の他の態様
実施形態の第２の他の態様の情報処理装置は、前記複数の制御処理部は、同一のオペレーティングシステムにより動作するようにしてもよい。
上記構成によれば、完全互換性を実現でき、複数の制御処理部のいずれかについて行ったメンテナンスの処理結果（例えば、セキュリティパッチの適用／不適用等）を反映した効率的なメンテナンスが行える。
［３］第３の他の態様
実施形態の第３の他の態様の情報処理装置は、前記制御処理部の切り替えは、前記オペレーティングシステムのアップデート処理時になされ、前記他の制御処理部を前記一の制御処理部の複製として構築した後に、前記他の制御処理部のアップデート処理を行った場合の前記アップデート処理に用いられるアップデートパッチファイル及び前記アップデートパッチファイルのうち実際に適用されたアップデートパッチファイルの情報を記憶する記憶部を備えるようにしてもよい。
上記構成によれば、記憶部に記憶したアップデート処理に用いられるアップデートパッチファイル及び前記アップデートパッチファイルのうち実際に適用されたアップデートパッチファイルの情報に基づいて、効率的かつ安全なメンテナンスが行える。
［４］第４の他の態様
実施形態の第４の他の態様の情報処理装置は、前記一の制御処理部は、前記記憶部を参照して、実際に適用されたアップデートパッチファイルの情報に対応する前記アップデートパッチファイルを用いて前記アップデート処理を行うようにしてもよい。
上記構成によれば、一の制御処理部に適用されるアップデートパッチファイルは、実際に適用されたアップデートパッチファイルに対応するものであるので、確実にメンテナンスが行える。
［５］第５の他の態様
実施形態の第５の他の態様の情報処理装置は、前記インタフェース部を介して、前記複数の情報処理部の制御を行う前記制御処理部は、所定の一つの前記制御処理部とされているようにしてもよい。
上記構成によれば、所定の一つの制御処理部により、全ての情報処理部の制御が行え、情報処理部の有効利用が図れる。
［６］第６の他の態様
実施形態の第６の他の態様の情報処理装置は、前記所定の一つの前記制御処理部は、自己の前記アップデート処理の完了後であって、前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御下から自己の制御下に前記情報処理部を順次切り替えるようにしてもよい。
上記構成によれば、制御処理部の切替時に情報処理部におけるタスクの処理に実体的な影響を与えずに処理を継続できる。
［７］第７の他の態様
実施形態の第７の他の態様の情報処理装置は、前記制御処理部は、マルチコアのマイクロプロセッサを構成している一又は複数のＣＰＵコアにより構成されているようにしてもよい。
上記構成によれば、一つのマイクロプロセッサで、セキュリティパッチの適用などのメンテナンスを計画的に行いつつ、安全性が高い長時間稼働を実現できる。
［８］第８の他の態様
実施形態の第８の他の態様の方法は、互換して制御動作が可能な複数の制御処理部と、前記複数の制御処理部により共用されるインタフェース部を介していずれかの前記制御処理部の制御下で各種の情報処理を行う複数の情報処理部と、を備えた情報処理装置で実行される方法であって、前記情報処理部を制御している一の制御処理部を他の制御処理部に切り替えるに先だって前記他の制御処理部を前記一の制御処理部の複製として構築する過程と、前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御下に順次切り替える過程と、を備える。
上記構成によれば、複数の制御処理部のいずれかについてメンテナンスを行ったとしても他の制御処理部により処理を継続することが可能となり、大量なデータ処理を行っている場合でも、セキュリティパッチの適用などのメンテナンスを計画的に行いつつ、安全性が高い長時間稼働を実現できる。
［９］第９の他の態様
実施形態の第９の他の態様のプログラムは、互換して制御動作が可能な複数の制御処理部と、前記複数の制御処理部により共用されるインタフェース部を介していずれかの前記制御処理部の制御下で各種の情報処理を行う複数の情報処理部と、を備えた情報処理装置をコンピュータにより制御するためのプログラムであって、前記コンピュータを、前記情報処理部を制御している一の制御処理部を他の制御処理部に切り替えるに先だって前記他の制御処理部を前記一の制御処理部の複製として構築する手段と、前記情報処理部が前記情報処理を構成するタスクを実行していない期間中に、前記他の制御処理部の制御下に順次切り替える手段と、して機能させる。
上記構成によれば、複数の制御処理部のいずれかについてメンテナンスを行ったとしても他の制御処理部により処理を継続することが可能となり、大量なデータ処理を行っている場合でも、セキュリティパッチの適用などのメンテナンスを計画的に行いつつ、安全性が高い長時間稼働を実現できる。

【符号の説明】

【0088】

１０ 情報処理装置
１１ ＭＰＵ
１１−１〜１１−４ ＣＰＵコア
１１Ｍ 主系システム
１１Ｓ 従系システム
１２ メモリモジュール
１３ ストレージ
１４ ブリッジコントローラ
１５ 表示装置
１６ 入力装置
１７ 拡張ボード制御用マイコン
１８ ネットワークインタフェースコントローラ
１９ 拡張ボード部
１９−１〜１９−６ 拡張ボード
２０ 拡張ボード制御用メモリ
２５ 外部サーバ

【図1】

【図2】

【図3】

【図4】

【図5】