特開 2022-17063 情報処理システムおよびリカバリプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022017063

(43)【公開日】2022-01-25

(54)【発明の名称】情報処理システムおよびリカバリプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20220118BHJP

   G06F 8/65 20180101ALI20220118BHJP

【ＦＩ】

G06F13/00 530B

G06F8/65

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2020120135

(22)【出願日】2020-07-13

(71)【出願人】

【識別番号】518133201

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】池田 勇一朗

(72)【発明者】

【氏名】中山 雄二

(72)【発明者】

【氏名】鍛治屋 毅

【テーマコード（参考）】

5B084

5B376

【Ｆターム（参考）】

5B084AA01

5B084AA12

5B084AA29

5B084AB16

5B084BA09

5B084BB17

5B084CD10

5B084DC02

5B084DC03

5B376CA15

5B376CA53

(57)【要約】

【課題】クライアント装置のハードウェアのバージョンによってリカバリが正常に実行されない事態を抑制する。
【解決手段】情報処理システムは、第１のクライアントプログラムが搭載されたクライアント装置と、リカバリプログラムが搭載されたホスト装置と、を備え、第１のクライアントプログラムは、クライアント装置のハードウェアのバージョンを示す第１のバージョンデータを含み、リカバリプログラムは、第２のクライアントプログラムと、第２のバージョンデータと、を含み、リカバリプログラムは、リカバリの実行にあたり、クライアント装置から第１のバージョンデータを取得し、第１のバージョンデータが示すバージョンが第２のバージョンデータが示すバージョンよりも古い場合、第２のクライアントプログラムをクライアント装置に送信し、第１のクライアントプログラムの第２のクライアントプログラムへの置き換えをクライアント装置に実行させる。
【選択図】図３

【特許請求の範囲】

【請求項1】

書き換え可能な第１のクライアントプログラムが搭載されたクライアント装置と、
前記クライアント装置に通信可能に接続され、前記第１のクライアントプログラムのリカバリを実行するリカバリプログラムが搭載されたホスト装置と、
を備え、
前記第１のクライアントプログラムは、前記クライアント装置のハードウェアのバージョンを示す第１のバージョンデータを含み、
前記リカバリプログラムは、前記第１のクライアントプログラムと置き換えられうる第２のクライアントプログラムと、当該第２のクライアントプログラムがサポートするハードウェアのバージョンを示す第２のバージョンデータと、を含み、
前記リカバリプログラムは、前記リカバリの実行にあたり、前記クライアント装置から前記第１のバージョンデータを取得し、前記第１のバージョンデータが示す前記バージョンが前記第２のバージョンデータが示す前記バージョンよりも古い場合、前記第２のクライアントプログラムを前記クライアント装置に送信し、前記第１のクライアントプログラムの前記第２のクライアントプログラムへの置き換えを前記クライアント装置に実行させるように構成されている、
情報処理システム。

【請求項2】

前記クライアント装置には、書き換え可能な第３のクライアントプログラムがさらに搭載されており、
前記ホスト装置は、前記第３のクライアントプログラムを記憶可能なバックアップ領域を含み、
前記リカバリプログラムは、前記第３のクライアントプログラムの前記バックアップ領域へのバックアップも実行可能に構成されている、
請求項１に記載の情報処理システム。

【請求項3】

前記リカバリプログラムは、前記バックアップの実行にあたり、前記クライアント装置から前記第１のバージョンデータを取得し、前記第１のバージョンデータが示す前記バージョンが前記第２のバージョンデータが示す前記バージョンよりも古い場合、前記第２のクライアントプログラムを前記クライアント装置に送信し、前記第２のクライアントプログラムにより前記第３のクライアントプログラムを前記ホスト装置に送信することを前記クライアント装置に実行させるように構成されている、
請求項２に記載の情報処理システム。

【請求項4】

前記クライアント装置は、前記バックアップの実行にあたり前記第２のクライアントプログラムを前記ホスト装置から受信した場合、前記第２のクライアントプログラムを前記第１のクライアントプログラムと置き換えることなく実行することで、前記第３のクライアントプログラムを前記ホスト装置に送信する、
請求項３に記載の情報処理システム。

【請求項5】

前記リカバリプログラムは、前記リカバリの実行にあたり前記第１のクライアントプログラムの前記第２のクライアントプログラムへの置き換えを前記クライアント装置に実行させた後、前記バックアップ領域に記憶された前記第３のクライアントプログラムを前記クライアント装置に送信し、前記クライアント装置に搭載された前記第３のクライアントプログラムの前記バックアップ領域に記憶された前記第３のクライアントプログラムへの置き換えを前記クライアント装置に実行させるように構成されている、
請求項２～４のうちいずれか１項に記載の情報処理システム。

【請求項6】

前記リカバリプログラムは、前記第１のバージョンデータが示す前記バージョンが前記第２のバージョンデータが示す前記バージョンよりも新しい場合、前記リカバリプログラムの最新版の確認を促す通知を出力するように構成されている、
請求項１～５のうちいずれか１項に記載の情報処理システム。

【請求項7】

前記第１のクライアントプログラムは、前記クライアント装置の起動時に、前記第１のバージョンデータを、前記クライアント装置に搭載される他のプログラムから参照可能なデータとして組み込むように構成されている、
請求項１～６のうちいずれか１項に記載の情報処理システム。

【請求項8】

書き換え可能な第１のクライアントプログラムが搭載されたクライアント装置に通信可能に接続されたホスト装置としてのコンピュータに搭載される、前記第１のクライアントプログラムのリカバリを実行するリカバリプログラムであって、
前記第１のクライアントプログラムと置き換えられうる第２のクライアントプログラムと、当該第２のクライアントプログラムがサポートするハードウェアのバージョンを示す第２のバージョンデータと、を含み、
前記リカバリの実行にあたり、前記クライアント装置のハードウェアのバージョンを示すデータとして前記第１のクライアントプログラムに含まれる第１のバージョンデータを前記クライアント装置から取得し、前記第１のバージョンデータが示す前記バージョンが、前記第２のバージョンデータが示す前記バージョンよりも古い場合、前記第２のクライアントプログラムを前記クライアント装置に送信し、前記第１のクライアントプログラムの前記第２のクライアントプログラムへの置き換えを前記クライアント装置に実行させること、
を前記ホスト装置としての前記コンピュータに実行させるための、リカバリプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システムおよびリカバリプログラムに関する。

【背景技術】

【0002】

互いに通信可能に接続されたホスト装置とクライアント装置とを備えた情報処理システムが知られている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８－３０４９８７号公報

【発明の概要】

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

【0004】

上記のような情報処理システムでは、クライアント装置に搭載されたクライアントプログラムのリカバリを実行するリカバリプログラムがホスト装置に搭載されることがある。この場合、リカバリは、ホスト装置からクライアント装置に置き換え用のクライアントプログラムを送信し、当該置き換え用のクライアントプログラムをクライアント装置に実行させることで実現されうる。

【0005】

しかしながら、たとえば、クライアント装置のハードウェアの更新などが実行された場合、ホスト装置に保持された置き換え用のクライアントプログラムがサポートしているハードウェアのバージョンがクライアント装置のハードウェアのバージョンよりも古くなる場合が発生しうる。この場合、クライアント装置に送信された置き換え用のクライアントプログラムがクライアント装置側で正常に動作せず、リカバリが正常に実行されないことがある。

【0006】

そこで、本開示の課題の一つは、クライアント装置のハードウェアのバージョンによってリカバリが正常に実行されない事態を抑制することが可能な情報処理システムおよびリカバリプログラムを提供することである。

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

【0007】

本開示の一例としての情報処理システムは、書き換え可能な第１のクライアントプログラムが搭載されたクライアント装置と、クライアント装置に通信可能に接続され、第１のクライアントプログラムのリカバリを実行するリカバリプログラムが搭載されたホスト装置と、を備え、第１のクライアントプログラムは、クライアント装置のハードウェアのバージョンを示す第１のバージョンデータを含み、リカバリプログラムは、第１のクライアントプログラムと置き換えられうる第２のクライアントプログラムと、当該第２のクライアントプログラムがサポートするハードウェアのバージョンを示す第２のバージョンデータと、を含み、リカバリプログラムは、リカバリの実行にあたり、クライアント装置から第１のバージョンデータを取得し、第１のバージョンデータが示すバージョンが第２のバージョンデータが示すバージョンよりも古い場合、第２のクライアントプログラムをクライアント装置に送信し、第１のクライアントプログラムの第２のクライアントプログラムへの置き換えをクライアント装置に実行させるように構成されている。

【発明の効果】

【0008】

本開示の一例としての情報処理システムによれば、クライアント装置のハードウェアのバージョンによってリカバリが正常に実行されない事態を抑制することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態にかかる情報処理システムの全体構成を示した例示的かつ模式的なブロック図である。

【図2】図２は、実施形態にかかるサブボードおよびメインボードのハードウェア構成の例を例示的かつ模式的なブロック図である。

【図3】図３は、実施形態にかかるサブボードおよびメインボードのソフトウェア構成の例を示した例示的かつ模式的なブロック図である。

【図4】図４は、実施形態にかかるサブボードおよびメインボードがリカバリまたはバックアップにあたり実行する処理の流れを示した例示的かつ模式的なシーケンス図である。

【図5】図５は、実施形態にかかるサブボードおよびメインボードがバックアップのために実行する処理の流れを示した例示的かつ模式的なシーケンス図である。

【図6】図６は、実施形態にかかるサブボードおよびメインボードがリカバリのために実行する処理の流れを示した例示的かつ模式的なシーケンス図である。

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

【0010】

以下、本開示の実施形態を図面に基づいて説明する。以下に記載する実施形態の構成、ならびに当該構成によってもたらされる作用および効果は、あくまで一例であって、以下の記載内容に限られるものではない。

【0011】

図１は、実施形態にかかる情報処理システム１００の全体構成を示した例示的かつ模式的なブロック図である。

【0012】

図１に示されるように、実施形態にかかる情報処理システム１００は、クライアント装置１１０と、ホスト装置１２０と、中継装置１３０と、を備えている。

【0013】

クライアント装置１１０は、たとえばＡＩ（Artificial Intelligence）処理などのような個別具体的な処理を担う装置である。また、ホスト装置１２０は、クライアント装置１１０を管理する装置である。図１に示される例では、クライアント装置１１０とホスト装置１２０とが１対１で設けられているが、実施形態では、クライアント装置１１０とホスト装置１２０とが必ずしも１対１で対応している必要はない。たとえば、実施形態では、クライアント装置１１０とホスト装置１２０とが多対１で設けられていてもよい。

【0014】

中継装置１３０は、クライアント装置１１０とホスト装置１２０との通信を中継する装置である。詳細は後述するが、実施形態において、中継装置１３０は、クライアント装置１１０とホスト装置１２０との接続の形態を、ＰＣＩｅ（Peripheral Component Interconnect-Express）接続とＵＳＢ（Universal Serial Bus）接続とで適宜切り替えることが可能に構成されている。

【0015】

クライアント装置１１０、ホスト装置１２０、および中継装置１３０は、それぞれ、各種の処理を実行するハードウェアとしてのサブボード１１１、メインボード１２１、およびブリッジボード１３１を備えている。

【0016】

ここで、クライアント装置１１０およびホスト装置１２０は、通常のコンピュータと同様のハードウェア構成を有している。したがって、サブボード１１１およびメインボード１２１の各々には、たとえば次の図２に示されるようなハードウェアが搭載されている。

【0017】

図２は、実施形態にかかるサブボード１１１およびメインボード１２１のハードウェア構成の例を例示的かつ模式的なブロック図である。

【0018】

図２に示されるように、サブボード１１１およびメインボード１２１の各々には、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、入出力インターフェース（Ｉ／Ｆ）２４０と、通信インターフェース（Ｉ／Ｆ）２５０と、が搭載されている。これらのハードウェアは、バス２６０を介して互いに通信可能に接続されている。

【0019】

プロセッサ２１０は、たとえばＣＰＵ（Central Processing Unit）として構成され、サブボード１１１およびメインボード１２１の各々の動作を統括的に制御する。

【0020】

メモリ２２０は、たとえばＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含み、プロセッサ２１０により実行されるプログラムなどの各種のデータ（後述する図３に示される各種のデータを含む）の揮発的または不揮発的な記憶、およびプロセッサ２１０がプログラムを実行するための作業領域の提供などを実現する。

【0021】

ストレージ２３０は、たとえばＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）を含み、各種のデータを不揮発的に記憶する。

【0022】

入出力インターフェース２４０は、たとえばキーボードおよびマウスなどのような入力装置（不図示）を介したデータの入力と、たとえばディスプレイおよびスピーカなどのような出力装置（不図示）を介したデータの出力と、を制御する。

【0023】

通信インターフェース５５０は、サブボード１１１およびメインボード１２１の各々が他の装置と通信を実行することを可能にする。

【0024】

なお、図２に示されるハードウェア構成は、あくまで一例である。このため、実施形態において、サブボード１１１およびメインボード１２１の各々には、たとえば電源管理ユニット（電源管理回路）などのような他のハードウェアも搭載されうる。

【0025】

ここで、上記のような情報処理システム１００では、クライアント装置１１０に搭載されたクライアントプログラムのリカバリを実行することが望まれることがある。この場合、リカバリは、ホスト装置１２０からクライアント装置１１０に置き換え用のクライアントプログラムを送信し、当該置き換え用のクライアントプログラムをクライアント装置１１０に実行させることで実現されうる。

【0026】

しかしながら、たとえばクライアント装置１１０のハードウェアの更新などが実行された場合、ホスト装置１２０に保持された置き換え用のクライアントプログラムがサポートしているハードウェアのバージョンがクライアント装置１１０のハードウェアのバージョンよりも古くなる場合が発生しうる。この場合、クライアント装置１１０に送信された置き換え用のクライアントプログラムがクライアント装置１１０側で正常に動作せず、リカバリが正常に実行されないことがある。

【0027】

そこで、実施形態は、以下に説明するようなソフトウェア構成に基づき、クライアント装置１１０のハードウェアのバージョンによってリカバリが正常に実行されない事態を抑制することを実現する。

【0028】

図３は、実施形態にかかるサブボード１１１およびメインボード１２１のソフトウェア構成の例を示した例示的かつ模式的なブロック図である。なお、図３（後述する図４～図６も同様）では、簡単化のため、中継装置１３０（図１参照）の図示が省略されている。

【0029】

図３に示されるように、サブボード１１１には、処理プログラム３１１と、基礎プログラム３１２と、が搭載されている。処理プログラム３１１は、サブボード１１１のプロセッサ２１０（図２参照）により実行されるプログラムである。また、基礎プログラム３１２は、サブボード１１１の電源管理ユニット（図２には不図示）により実行される、処理プログラム３１１よりも下位のプログラムである。

【0030】

処理プログラム３１１は、上位処理プログラム３１１Ａと、下位処理プログラム３１１Ｂと、を含んでいる。ＯＳ（Operating System）およびＯＳよりも上位のアプリケーションを含んでいる。上位処理プログラム３１１Ａは、メインボード１２１へのバックアップの対象となる下位処理プログラム３１１Ｂは、書き換え（置き換え）が可能に設定された、ＯＳよりも下位のプログラムである。

【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】

なお、上述した実施形態にかかるリカバリプログラム３２１は、必ずしもメモリ２２０またはストレージ２３０に予め記憶されている必要はない。たとえば、上述した実施形態にかかるリカバリプログラム３２１は、フレキシブルディスク（ＦＤ）のような各種の磁気ディスク、またはＤＶＤ（Digital Versatile Disk）のような各種の光ディスクなどといった、コンピュータで読み取り可能な記録媒体にインストール可能な形式または実行可能な形式で記録されたコンピュータプログラムプロダクトとして提供されてもよい。

【0085】

また、上述した実施形態にかかるリカバリプログラム３２１は、インターネットなどのネットワーク経由で提供または配布されてもよい。すなわち、上述した実施形態にかかるリカバリプログラム３２１は、は、インターネットなどのネットワークに接続されたコンピュータ上に格納された状態で、当該コンピュータからネットワーク経由でダウンロードする、といった形で提供されてもよい。

【0086】

以上、本開示の実施形態を説明したが、上述した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。上述した新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上述した実施形態およびその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0087】

１００ 情報処理システム
１１０ クライアント装置
１２０ ホスト装置
３１０Ａ クライアントプログラム（第１のクライアントプログラム）
３１１Ａ 上位処理プログラム（第３のクライアントプログラム）
３１１Ｃ バージョンデータ（第１のバージョンデータ）
３２１ リカバリプログラム
３２１Ａ クライアントプログラム（第２のクライアントプログラム）
３２１Ｂ バージョンデータ（第２のバージョンデータ）
３２２ バックアップ領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】