特許 7395962 情報処理装置、更新制御方法、更新制御プログラム、及び情報処理システム

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

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

(11)【特許番号】

(24)【登録日】2023-12-04

(45)【発行日】2023-12-12

(54)【発明の名称】情報処理装置、更新制御方法、更新制御プログラム、及び情報処理システム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20231205BHJP

【ＦＩ】

G06F8/65

【請求項の数】 8

(21)【出願番号】P 2019199178

(22)【出願日】2019-10-31

(65)【公開番号】P2021071986

(43)【公開日】2021-05-06

【審査請求日】2022-08-24

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】中村 大樹

(72)【発明者】

【氏名】河崎 佑一

(72)【発明者】

【氏名】神田 倫希

(72)【発明者】

【氏名】小野 龍太郎

【審査官】山本 俊介

(56)【参考文献】

【文献】特開２００４－０８６７６９（ＪＰ，Ａ）

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

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

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

【文献】特開２００５－３３９０７０（ＪＰ，Ａ）

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

【文献】特開２０１７－００１５６７（ＪＰ，Ａ）

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

Ｇ０６Ｆ ８／６５－８／６５８

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

【請求項1】

複数のプログラムを実行する情報処理装置であって、
前記複数のプログラムを更新する複数の更新処理の実行を制御する更新制御部と、
前記複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、更新に失敗したプログラム、及び前記更新に失敗したプログラムと依存関係にある他のプログラムの情報を含む復旧情報を取得する取得部と、
前記復旧情報に基づいて、前記更新に失敗したプログラムが実現する機能を復旧する復旧処理を実行する復旧制御部と、
を有し、
前記復旧処理は、前記複数のプログラムのうち、前記更新に失敗したプログラムと、前記更新に失敗したプログラムと依存関係にある他のプログラムとを更新前の状態に戻す、
情報処理装置。

【請求項2】

前記更新制御部は、前記複数のプログラムを更新する複数のインストーラの情報と、前記複数のインストーラの依存関係を示す情報とを含む更新情報に基づいて、前記複数の更新処理を実行する、請求項１に記載の情報処理装置。

【請求項3】

前記復旧制御部は、
前記更新に失敗したプログラムの更新処理をリトライし、
前記リトライによる、前記更新に失敗したプログラムの更新に失敗した場合に、前記復旧処理を実行する、
請求項１又は２に記載の情報処理装置。

【請求項4】

前記更新制御部は、前記複数のプログラムのうち、一のプログラムの更新処理を実行するときに、前記一のプログラムと依存関係にある他のプログラムの更新に失敗している場合、前記一のプログラムの更新処理を中止する、請求項２に記載の情報処理装置。

【請求項5】

複数のプログラムを実行する情報処理装置が、
前記複数のプログラムを更新する複数の更新処理の実行を制御する処理と、
前記複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、更新に失敗したプログラム、及び前記更新に失敗したプログラムと依存関係にある他のプログラムの情報を含む復旧情報を取得する処理と、
前記復旧情報に基づいて、前記更新に失敗したプログラムが実現する機能を復旧する復旧処理と、
を実行し、
前記復旧処理は、前記複数のプログラムのうち、前記更新に失敗したプログラムと、前記更新に失敗したプログラムと依存関係にある他のプログラムとを更新前の状態に戻す、
更新制御方法。

【請求項6】

複数のプログラムを実行する情報処理装置に、
前記複数のプログラムを更新する複数の更新処理の実行を制御する処理と、
前記複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、更新に失敗したプログラム、及び前記更新に失敗したプログラムと依存関係にある他のプログラムの情報を含む復旧情報を取得する処理と、
前記復旧情報に基づいて、前記更新に失敗したプログラムが実現する機能を復旧する復旧処理と、
を実行させ、
前記復旧処理は、前記複数のプログラムのうち、前記更新に失敗したプログラムと、前記更新に失敗したプログラムと依存関係にある他のプログラムとを更新前の状態に戻す、
更新制御プログラム。

【請求項7】

複数のプログラムを実行する情報処理装置に、
前記複数のプログラムを更新する複数の更新処理の実行を制御する処理、
前記複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、更新に失敗したプログラム、及び前記更新に失敗したプログラムと依存関係にある他のプログラムの情報を含む復旧情報を取得する処理、及び
前記復旧情報に基づいて、前記更新に失敗したプログラムが実現する機能を復旧する復旧処理、
を実行させる、更新制御プログラムと、
通信ネットワークを介して、前記情報処理装置と接続され、前記復旧情報を前記情報処理装置に提供する更新管理システムと、
を含み、
前記復旧処理は、前記複数のプログラムのうち、前記更新に失敗したプログラムと、前記更新に失敗したプログラムと依存関係にある他のプログラムとを更新前の状態に戻す、
情報処理システム。

【請求項8】

複数のプログラムを実行する情報処理装置に、
前記複数のプログラムを更新する複数の更新処理の実行を制御する処理、
前記複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、更新に失敗したプログラム、及び前記更新に失敗したプログラムと依存関係にある他のプログラムの情報を含む復旧情報を取得する処理、及び
前記復旧情報に基づいて、前記更新に失敗したプログラムが実現する機能を復旧する復旧処理、
を実行させる、更新制御プログラムと、
前記復旧情報を予め記憶した記憶媒体と、
を含み、
前記復旧処理は、前記複数のプログラムのうち、前記更新に失敗したプログラムと、前記更新に失敗したプログラムと依存関係にある他のプログラムとを更新前の状態に戻す、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、更新制御方法、更新制御プログラム、及び情報処理システムに関する。

【背景技術】

【0002】

情報処理装置が実行する、例えば、ＯＳ（Operating System）、アプリケーションプログラム、ドライバ等の複数のプログラムを、まとめて更新する技術が知られている。

【0003】

例えば、複数のプログラムの更新パッケージをダウンロードし、インストーラアプリケションを実行することにより、複数のインストーラを順番に実行して、複数のプログラムを更新するシステムが知られている（例えば、特許文献１参照）。

【発明の概要】

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

【0004】

特許文献１に開示された技術では、例えば、１つ以上のプログラムの更新に失敗した場合、ユーザに対して更新に失敗したことを表示するのみで、システムを正常に動作する状態に復旧することができないという問題がある。

【0005】

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、複数のプログラムを更新する情報処理装置において、複数のプログラムのうち、１つ以上のプログラムの更新に失敗した場合に、情報処理装置を正常に動作する状態に復旧できるようにする。

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

【0006】

上記課題を解決するため、本発明の一実施形態に係る情報処理装置は、複数のプログラムを実行する情報処理装置であって、前記複数のプログラムを更新する複数の更新処理の実行を制御する更新制御部と、前記複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、更新に失敗したプログラム、及び前記更新に失敗したプログラムと依存関係にある他のプログラムの情報を含む復旧情報を取得する取得部と、前記復旧情報に基づいて、前記更新に失敗したプログラムが実現する機能を復旧する復旧処理を実行する復旧制御部と、を有し、前記復旧処理は、前記複数のプログラムのうち、前記更新に失敗したプログラムと、前記更新に失敗したプログラムと依存関係にある他のプログラムとを更新前の状態に戻す。

【発明の効果】

【0007】

本発明の一実施形態によれば、複数のプログラムを更新する情報処理装置において、複数のプログラムのうち、１つ以上のプログラムの更新に失敗した場合に、情報処理装置を正常に動作する状態に復旧できるようになる。

【図面の簡単な説明】

【0008】

【図1】一実施形態に係る通信システムにおける通信ルートの例を示す概略図である。

【図2】一実施形態に係る電子黒板の使用イメージについて説明するための図である。

【図3】一実施形態に係る電子黒板のハードウェア構成の例を示す図である。

【図4】一実施形態に係るコンピュータのハードウェア構成の例を示す図である。

【図5】一実施形態に係るビデオ会議端末のハードウェア構成の例を示す図である。

【図6】第１の実施形態に係る情報処理システムのシステム構成の例を示す図である。

【図7】第１の実施形態に係るインストーラの依存関係について説明するための図である。

【図8】第１の実施形態に係る情報処理システムの機能構成の例を示す図である。

【図9】第１の実施形態に係る更新ファイルの一例を示す図である。

【図10】第１の実施形態に係る復旧ファイルの一例を示す図である。

【図11】第１の実施形態に係るプログラムの状態遷移の例を示す図である。

【図12】第１の実施形態に係る更新処理の流れについて説明するための図である。

【図13】第１の実施形態に係る更新制御処理の例を示すフローチャートである。

【図14】第１の実施形態に係る結果表示画面の例を示す図である。

【図15】第１の実施形態に係る復旧処理の一例を示すフローチャートである。

【図16】第１の実施形態に係る復旧処理の別の一例を示すフローチャートである。

【図17】第２の実施形態に係る情報処理システムのシステム構成の例を示す図である。

【図18】第２の実施形態に係る記憶媒体に記憶される電子ファイルの例を示す図である。

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

【0009】

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。

【0010】

＜通信システムの概略＞
本実施形態に係る情報処理システムについて説明する前に、本実施形態の利用シーンの一例である通信システムの概略について説明する。

【0011】

（通信ルート）
まず、図１を用いて、複数の電子黒板１ａ、１ｂ間で描画しながらビデオ会議を行うための通信システム１００について説明する。図１は、一実施形態に係る通信システムにおける通信ルートの例を示す概略図である。なお、「ビデオ会議」は、「テレビ会議」、「遠隔会議」等と呼ばれる場合がある。また、ここでは、一例として、ビデオ会議について説明するが、ビデオ会議は、打ち合せや単なる会話等であっても良い。

【0012】

通信システム１００は、例えば、複数の電子黒板１ａ、１ｂ、中継装置３、通信管理システム５、及び画像保存装置７等によって構築されている。

【0013】

電子黒板１ａ、１ｂは、通話用の映像データ及び音データ、共有用の画像データ、及びストロークデータ等のコンテンツデータの相互通信を行う端末装置であり、ＩＷＢ（Interactive White Board）とも呼ばれる。

【0014】

なお、通信システム１００は、２つの電子黒板１ａ、１ｂに限らず、３つ以上の電子黒板を有していても良い。また、以下の説明の中で、通信システム１００に含まれる複数の電子黒板のうち、任意の電子黒板を示す場合、「電子黒板１」を用いる。

【0015】

なお、電子黒板１は、通信システム１００で用いられる端末装置の一例である。端末装置は、例えば、ビデオ会議に用いられるビデオ会議端末であっても良いし、通信システム１００に対応するアプリケーションプログラムがインストールされた、ＰＣ（Personal Computer）、タブレット端末、スマートフォン等の情報端末であっても良い。

【0016】

ストロークデータは、ストローク画像を再生(再現)するために必要なデータであり、座標データ、線の幅データ、線の色データ、ベクトルデータ等が含まれる。また、電子黒板１ａ、１ｂは、通話用の映像データ及び音データの送受信により、相手側の映像及び音を再生することで、ビデオ通話が可能となる。

【0017】

電子黒板１ａ、１ｂは、共有用の資料画像の画像データを送受信することにより、通信システム１００を利用する利用者が、同じ資料画像を共有することができる。資料画像は、電子黒板１のディスプレイに表示される画像であり、例えば、会議の資料、ディスプレイに表示される背景画像、ディスプレイ画面をキャプチャされた場合のキャプチャ画面等の画像等が含まれ得る。

【0018】

また、電子黒板１ａ、１ｂは、共有用のストローク画像のストロークデータを送受信することにより、通信システムを利用する参加者が、同じストローク画像を共有することができる。ストローク画像は、利用者によって電子ペン等で手書きストロークにより描画された線等を示す画像である。ストローク画像は、ディスプレイ上の座標を特定する点を示すストロークデータによって表示される。

【0019】

図１では、電子黒板１ａ、１ｂの一例としてビデオ会議機能が搭載された電子黒板が示されている。なお、映像データの画像は、動画であっても良いし、静止画であっても良い。

【0020】

また、以下の説明において、ビデオ会議の開始を要求する要求元の電子黒板１を「開始端末」と呼び、要求先である宛先（中継先）の電子黒板１を「宛先端末」と呼ぶ。例えば、図１において、電子黒板１ａから電子黒板１ｂにビデオ会議の開始を要求する場合、電子黒板１ａが開始端末となり、電子黒板１ｂが宛先端末となる。ただし、電子黒板１ｂからビデオ会議の開始を要求する場合は、電子黒板１ｂが開始端末となり、電子黒板１ａが宛先端末となる。なお、各電子黒板１ａ、１ｂは、複数の事業所間での通信や、同じ事業所内の異なる部屋間での通信だけでなく、同じ部屋内での通信や、屋外と屋内、又は屋外と屋外での通信で使われても良い。

【0021】

中継装置３は、コンピュータによって構成され、複数の電子黒板１ａ、１ｂ間で、通話用のコンテンツデータを中継する処理を行う。

【0022】

通信管理システム５は、コンピュータによって構成され、電子黒板１ａ、１ｂからのログインの認証、電子黒板１ａ、１ｂの通信状況の管理、宛先リストの管理、及び中継装置３の通信状況等を一元的に管理する。また、通信管理システム５は、複数の電子黒板１ａ、１ｂ間で、共有用のストロークデータを中継する。

【0023】

画像保存装置７は、コンピュータによって構成され、電子黒板１ａからアップロードされた共有用の資料画像の画像データを保存して、電子黒板１ｂにダウンロードする。また、この逆も実行される。即ち、画像保存装置７は、電子黒板１ｂからアップロードされた画像データを保存して、電子黒板１ａにダウンロードする。

【0024】

なお、中継装置３、通信管理システム５及び画像保存装置７は、単一のコンピュータによって構築されても良いし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていても良い。

【0025】

また、通信システム１００において、電子黒板１ａ、１ｂとの間では、通信管理システム５を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉ（以下、「セッションｓｅｉ」と呼ぶ）が確立される。また、電子黒板１ａ、１ｂとの間では、中継装置３を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音データの４つの各データを送受信するための４つのセッションが確立される。図１では、これら４つのセッションをまとめて、画像・音データ用セッションｓｅｄ（以下、「通信セッション」と呼ぶ）として示している。なお、通信セッションは、必ずしも４つのセッションである必要はなく、４つのセッション数より少ない又は多いセッション数であっても良い。また、開始端末と宛先端末との間で、中継装置３を介さずに、直接、通信セッションを確立しても良い。

【0026】

さらに、通信システム１００において、電子黒板１ａ、１ｂとの間では、セッションｓｅｉを利用して、ストロークデータの送受信を行うことができる。

【0027】

ここで、本実施形態で扱われる映像データの映像の解像度について説明する。低解像度の映像データは、例えば、横が１６０画素、縦が１２０画素から成り、ベース画像となる。中解像度の映像データは、横が３２０画素、縦が２４０画素から成る。高解像度の映像データは、例えば、横が６４０画素、縦が４８０画素から成る。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の映像データのみから成る低画質の映像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の映像データ、及び中解像度の映像データから成る中画質の映像データが中継される。また、帯域が非常に広い場合には、ベース画像となる低解像度の映像データ、中解像度の映像データ、及び高解像度の映像データから成る高画質の映像データが中継される。音データは、映像データに比べてデータ量が少ないため、狭帯域経路であっても中継される。

【0028】

（電子黒板の使用イメージ）
図２は、一実施形態に係る電子黒板の使用イメージについて説明するための図である。電子黒板１は、図２に示すように、下部側に複数のキャスタが設けられた脚部１５１、脚部１５１の上部側に設けられた支柱１５２、支柱１５２上部側に設けられた電子黒板１の本体１５３、及び本体１５３の前面に設けられたディスプレイ１６０等を有している。本体１５３には、後述するＣＰＵ１０１等が内蔵されている。そして、利用者は、電子ペン１４０等を用いて、ディスプレイ１６０に文字等のストローク画像を入力（描画）することができる。

【0029】

＜ハードウェア構成＞
次に、本実施形態に係る各装置のハードウェア構成について説明する。

【0030】

（電子黒板のハードウェア構成）
図３は、一実施形態に係る電子黒板のハードウェア構成の例を示す図である。なお、電子黒板１は、端末装置の一例である。

【0031】

図３に示されているように、電子黒板１は、ＣＰＵ（Central Processing Unit)１０１、ＲＯＭ（Read Only Memory)１０２、ＲＡＭ（Random Access Memory)１０３、ＳＳＤ（Solid State Drive)１０４、ネットワークＩ／Ｆ（Interface)１０５、及び、外部機器接続Ｉ／Ｆ１０６等を備えている。

【0032】

これらのうち、ＣＰＵ１０１は、電子黒板１全体の動作を制御する演算装置である。ＲＯＭ１０２は、ＣＰＵ１０１やＩＰＬ（Initial Program Loader）等のＣＰＵ１０１の起動に用いられるプログラムを記憶する不揮発性のメモリである。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリア等として使用される揮発性のメモリである。ＳＳＤ１０４は、電子黒板１用のプログラム等の各種データを記憶する不揮発性の大容量の記憶装置である。

【0033】

ネットワークＩ／Ｆ１０５は、電子黒板１を通信ネットワークに接続し、通信を行うための通信インタフェースである。外部機器接続Ｉ／Ｆ１０６は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus)メモリ１３１、外付け機器（マイク１３２、スピーカ１３３、カメラ１３４）等が含まれる。

【0034】

また、電子黒板１は、キャプチャデバイス１１１、ＧＰＵ(Graphics Processing Unit)１１２、ディスプレイコントローラ１１３、接触センサ１１４、センサコントローラ１１５、電子ペンコントローラ１１６、近距離通信回路１１９、及び近距離通信回路１１９のアンテナ１１９ａ、電源スイッチ１１７及び選択スイッチ類１１８等を備えている。

【0035】

これらのうち、キャプチャデバイス１１１は、外付けのＰＣ（Personal Computer)１５０のディスプレイ等に表示されている表示画面等を、静止画、又は動画としてキャプチャ（取得）する。ＧＰＵ１１２は、グラフィクスを専門に扱う半導体チップ（プロセッサ）である。ディスプレイコントローラ１１３は、ＧＰＵ１１２からの出力画像をディスプレイ１６０等へ出力するために画面表示の制御及び管理を行う。接触センサ１１４は、ディスプレイ１６０上に電子ペン１４０やユーザの手Ｈ等が接触したことを検知する。センサコントローラ１１５は、接触センサ１１４の処理を制御する。

【0036】

接触センサ１１４は、例えば、赤外線遮断方式等による座標の入力及び座標の検出を行う。この座標の入力及び座標の検出する方法は、ディスプレイ１６０の上側両端部に設置された２つ受発光装置が、ディスプレイ１６０に平行して複数の赤外線を放射し、ディスプレイ１６０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ１１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ１１５に出力し、センサコントローラ１１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ１１６は、電子ペン１４０と通信することで、ディスプレイ１６０へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路１１９は、ＮＦＣ（Near Field Communication）やＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を行う通信回路である。

【0037】

電源スイッチ１１７は、電子黒板１の電源のオン／オフを切り換えるためのスイッチである。選択スイッチ類１１８は、例えば、ディスプレイ１６０の表示の明暗や色合い等を調整するためのスイッチ群である。

【0038】

さらに、電子黒板１は、バスライン１２０を備えている。バスライン１２０は、図３に示されているＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバス、データバス、及び各種の制御信号等を含む。

【0039】

なお、接触センサ１１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル等を用いても良い。また、接触センサ１１４は、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネル等の種々の検出手段を用いても良い。さらに、電子ペンコントローラ１１６が、電子ペン１４０のペン先及びペン尻だけでなく、電子ペン１４０のユーザが握る部分や、その他の電子ペンの部分におけるタッチの有無を判断するようにしても良い。

【0040】

（管理装置、中継装置、画像保存装置、及びＰＣ等のハードウェア構成＞
通信管理システム５、中継装置３、画像保存装置７、及びＰＣ１５０等は、例えば、図４に示すようなコンピュータ４００のハードウェア構成を有している。或いは、通信管理システム５、中継装置３、及び画像保存装置７は、複数のコンピュータ４００によって実現されるものであっても良い。

【0041】

図４は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。コンピュータ４００は、例えば、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤ（Hard Disk)４０４、ＨＤＤ（Hard Disk Drive)コントローラ４０５、ディスプレイ４０６、外部機器接続Ｉ／Ｆ４０７、ネットワークＩ／Ｆ４０８、キーボード４０９、ポインティングデバイス４１０、ＤＶＤ－ＲＷ（Digital Versatile Disk ReWritable)ドライブ４１２、メディアＩ／Ｆ４１４、及び、バスライン４１５等を備えている。

【0042】

これらのうち、ＣＰＵ４０１は、コンピュータ４００の全体の動作を制御する演算装置である。ＲＯＭ４０２は、ＩＰＬ等のＣＰＵ４０１の駆動に用いられるプログラムを記憶する不揮発性のメモリである。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリア等として使用される揮発性のメモリである。ＨＤ４０４は、ＯＳ（Operating System）やアプリケーション等のプログラムや、各種のデータ等を記憶する大容量の記憶装置である。ＨＤＤコントローラ４０５は、ＣＰＵ４０１の制御にしたがってＨＤ４０４に対する各種データの読み出し又は書き込みを制御する。

【0043】

ディスプレイ４０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する表示デバイスである。外部機器接続Ｉ／Ｆ４０７は、各種の外部機器を接続するためのインタフェースである。ネットワークＩ／Ｆ４０８は、通信ネットワークを利用してデータ通信をするための通信インタフェースである。キーボード４０９は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス４１０は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。

【0044】

ＤＶＤ－ＲＷドライブ４１２は、ＤＶＤ－ＲＷ４１１に対するデータの読み出し又は書き込み（記憶）を制御する。なお、ＤＶＤ－ＲＷドライブ４１２は、ＤＶＤ－ＲＷ４１１ではなく、ＢＤ－ＲＥ等のディスクに対するデータの読み出し又は書き込み（記憶）を制御しても良い。メディアＩ／Ｆ４１４は、フラッシュメモリ等のメディア４１３に対するデータの読み出し又は書き込み（記憶）を制御する。バスライン４１５は、図４に示されているＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバス、データバス、及び各種の制御信号等を含む。

【0045】

なお、コンピュータ４００が、通信管理システム５である場合、ＨＤ５０４には、例えば、通信管理用プログラム等の各種データが記憶されている。また、コンピュータ４００が、中継装置３である場合、ＨＤ５０４には、例えば、中継用プログラム等の各種データが記憶されている。さらに、コンピュータ４００が、画像保存装置７である場合、ＨＤ５０４には、例えば、画像保存用プログラム等の各種データが記憶されている。

【0046】

＜ビデオ会議端末のハードウェア構成＞
図３は、一実施形態に係るビデオ会議端末のハードウェア構成の例を示す図である。ビデオ会議端末１０は、コンピュータの構成を備えており、例えば、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、フラッシュメモリ５０４、及びＳＳＤ５０５等を有する。また、ビデオ会議端末１０は、メディアＩ／Ｆ５０７、操作ボタン５０８、電源スイッチ５０９、ネットワークＩ／Ｆ５１１、カメラ５１２、撮像素子Ｉ／Ｆ５１３、マイク５１４、スピーカ５１５、及び音入出力Ｉ／Ｆ５１６等を有する。さらに、ビデオ会議端末１０は、ディスプレイＩ／Ｆ５１７、外部機器接続Ｉ／Ｆ５１８、近距離通信回路５１９、近距離通信回路５１９用のアンテナ５１９ａ、及びバスライン５１０等を有する。

【0047】

ＣＰＵ５０１は、例えば、ＲＯＭ５０２や、フラッシュメモリ５０４等からプログラムやデータを読出し、処理を実行することで、ビデオ会議端末１０が備える各機能を実現する演算装置である。ＲＯＭ５０２は、例えば、ＩＰＬ等のＣＰＵ５０１の起動に用いられるプログラム等を予め記憶した不揮発性のメモリである。ＲＡＭ５０３は、ＣＰＵ３０１のワークエリア等として利用される揮発性のメモリである。

【0048】

フラッシュメモリ５０４は、例えば、ＯＳ、アプリケーションプログラム、及び各種のデータ等を記憶するストレージデバイスである。ＳＳＤ５０５は、ＣＰＵ５０１の制御に従ってフラッシュメモリ５０４に対する各種データの読み出し、書き込みを制御する。メディアＩ／Ｆ５０７は、例えば、メモリカード等のメディア５０６に対するデータの読み出し又は書き込み（記憶）を制御する。

【0049】

操作ボタン５０８は、ビデオ会議端末１０の利用者の入力操作を受け付ける入力装置である。電源スイッチ５０９は、ビデオ会議端末１０の電源のオン／オフを切り替えるためのスイッチである。ネットワークＩ／Ｆ５１１は、通信ネットワークを利用して通信するための通信インタフェースである。

【0050】

カメラ５１２は、ＣＰＵ５０１の制御に従って被写体を撮像するための撮像装置である。撮像素子Ｉ／Ｆ５１３は、カメラ５１２による撮像を制御するとともに、撮像したデータを所定の画像データ（映像データ）に変換する。マイク５１４は、取得した音を電気信号に変換する。スピーカ５１５は、音信号を音に変換して出力する。音入出力Ｉ／Ｆ５１６は、マイク５１４及びスピーカ５１５による音の入出力を制御する。

【0051】

ディスプレイＩ／Ｆ５１７は、ＣＰＵ５０１の制御に従って、ディスプレイＩ／Ｆ５１７に接続されるディスプレイ等の表示装置に画像データを出力する。外部機器接続Ｉ／Ｆ５１８は、各種の外部機器を接続するためのインタフェースである。近距離通信回路５１９は、アンテナ５１９ａを介して、例えば、ＮＦＣ（Near Field Communication）やＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を行う通信回路である。バスライン５１０は、上記の各構成に共通に接続され、アドレス信号、データ信号、及び各種の制御信号等を伝達する。

【0052】

なお、メディア５０６は、例えば、各種のメモリカード等の記憶媒体である。メディア５０６は、ビデオ会議端末１０に対して着脱自在な構成となっている。

【0053】

［第１の実施形態］
＜情報処理システムのシステム構成＞
続いて、第１の実施形態に係る情報処理システムのシステム構成について説明する。

【0054】

図６は、第１の実施形態に係る情報処理システムのシステム構成の例を示す図である。情報処理システム６００は、図１～５で説明した通信システム１００に加えて、例えば、通信ネットワーク６０１を介して、通信システム１００と通信可能に接続される更新管理サーバ６１１、情報提供サーバ６１２等を含む。なお、更新管理サーバ６１１、及び情報提供サーバ６１２は、１つの更新管理システム６１０であっても良いし、複数のコンピュータによって実現されるシステムであっても良い。

【0055】

情報処理システム６００は、例えば、電子黒板１、ビデオ会議端末１０等の複数のユーザによって利用される情報処理装置に組み込まれた複数のプログラムを更新するシステムである。

【0056】

なお、ここでは、情報処理システム６００によるプログラムの更新対象となる情報処理装置が、電子黒板１であるものとして以下の説明を行うが、情報処理装置は、複数のプログラムを実行する装置であれば良く、電子黒板１に限られない。例えば、情報処理装置は、図６に示した、ビデオ会議端末１０、通信管理システム５、中継装置３、画像保存装置７等であっても良い。また、情報処理装置は、ＰＪ（Projector：プロジェクタ）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）等であっても良い。さらに、情報処理装置は、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ、デスクトップＰＣ等の情報端末であっても良い。

【0057】

また、情報処理システム６００には、通信管理システム５、中継装置３、画像保存装置７が含まれていなくても良い。

【0058】

更新管理サーバ６１１は、例えば、図４に示すようなコンピュータ４００の構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。更新管理サーバ６１１は、電子黒板（情報処理装置の一例）１等が実行する複数のプログラムを更新するための更新情報、更新制御プログラム、インストーラ等の電子ファイル（以下、更新ファイルと呼ぶ）を、記憶部等に記憶して管理する。また、更新管理サーバ６１１は、例えば、電子黒板１等からの要求に応じて、更新ファイルの一部、又は全部を電子黒板１等に提供する。

【0059】

電子黒板１等は、例えば、夜間等の予め定められた時間帯、又は更新管理サーバ６１１から通知された日時等に、更新管理サーバ６１１から更新ファイルを取得して、電子黒板１が実行する複数のプログラムを更新する更新処理を実行する。

【0060】

ただし、これだけでは、例えば、特許文献１に開示されるような従来の技術と同様に、１つ以上のプログラムの更新に失敗した場合、プログラム間の依存関係により、電子黒板１等が正常に動作しない状態になってしまう場合がある。

【0061】

図７は、一実施形態に係るインストーラの依存関係について説明するための図である。図７において、「種類」は、インストーラ（更新プログラム）の種類を示している。「ＩＤ」は、インストーラを識別する識別情報である。「依存関係」は、各インストーラと他のインストーラとの依存関係を示す情報である。

【0062】

図７の例では、「アプリケーションのインストーラ」が「ドライバのインストーラ」と依存関係にあり、かつ「ドライバのインストーラ」が「アプリケーションのインストーラ」と依存関係にあることが示されている。

【0063】

ここで、依存関係にあるとは、例えば、「アプリケーションのインストーラ」でインストールされるアプリケーションが正常に動作するためには、「ドライバのインストーラ」によるドライバのインストールに成功していることが前提になることを示している。同様に、「ドライバのインストーラ」でインストールされるドライバが正常に動作するためには、「アプリケーションのインストーラ」によるアプリケーションのインストールに成功していることが前提になることを示している。

【0064】

従って、情報処理システム６００が、図８の３つの種類のインストーラを用いて、電子黒板１の更新処理を実行し、ドライバのインストールに失敗した場合、アプリケーションの更新に成功していたとしても、アプリケーションが正常に動作しない恐れがある。同様に、アプリケーションのインストールに失敗した場合、ドライバの更新に成功していたとしても、ドライバが正常に動作しない恐れがある。

【0065】

しかし、電子黒板１は、複数のユーザが共用する端末装置なので、例えば、更新の翌日に、ユーザが電子黒板１を起動したとき、電子黒板１が正常に動作しないことは望ましくない。

【0066】

そこで、本実施形態に係る情報処理システム６００は、例えば、電子黒板１等が、１つ以上のプログラムの更新に失敗した場合に、電子黒板１等が正常に動作する状態に復旧するための情報、電子ファイル等を提供する情報提供サーバ６１２を有している。

【0067】

情報提供サーバ６１２は、例えば、図４に示すようなコンピュータ４００の構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。情報提供サーバ６１２は、例えば、電子黒板１等が１つ以上のプログラムの更新に失敗した場合に、電子黒板１が正常に機能するように復旧するための復旧情報、電子ファイル等（以下、復旧ファイルと呼ぶ）を、記憶部等に記憶して管理する。また、情報提供サーバ６１２は、例えば、電子黒板１等からの要求に応じて、電子黒板１が正常に機能するように復旧するための復旧ファイルの一部、又は全部を電子黒板１等に提供する。

【0068】

電子黒板１等は、１つ以上のプログラムの更新に失敗した場合に、電子黒板１等が正常に動作する状態に復旧するための情報、電子ファイル等を情報提供サーバ６１２から取得して、復旧処理を実行する。なお、復旧処理の具体的な処理内容については後述する。

【0069】

このように、本実施形態に係る情報処理システム８００によれば、電子黒板１等が実行する複数のプログラムの更新に失敗した場合でも、電子黒板１が次に起動されたときに、正常に動作する状態に復旧する復旧処理が実行される。

【0070】

＜機能構成＞
図８は、第１の実施形態に係る情報処理システムの機能構成の例を示す図である。ここでは、プログラムの更新対象となる情報処理装置が、電子黒板１であるものとして以下の説明を行う。ただし、これに限られず、プログラムの更新対象となる情報処理装置は、ビデオ会議端末１０、通信管理システム５、中継装置３、画像保存装置７等、複数のプログラムを実行する他の情報処理装置であっても良い。

【0071】

（更新管理サーバの機能構成）
更新管理サーバ６１１は、例えば、図４のＣＰＵ４０１で所定のプログラムを実行することにより、通信部８０１、及び更新ファイル管理部８０２等を実現している。なお、通信部８０１、及び更新ファイル管理部８０２等のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。また、更新管理サーバ６１１は、例えば、図４のＨＤ４０４、ＨＤＤコントローラ４０５、ＲＡＭ４０３等によって実現される記憶部８０３を有している。

【0072】

通信部８０１は、例えば、図４のＣＰＵ４０１で実行されるプログラム、及びネットワークＩ／Ｆ４０８等によって実現され、更新管理サーバ６１１を通信ネットワーク６０１に接続して、例えば、電子黒板１等の情報処理装置と通信を行う。

【0073】

更新ファイル管理部８０２は、例えば、電子黒板１が実行する複数のプログラムを更新するための更新ファイルを、記憶部８０３等に記憶して管理する。更新ファイルは、例えば、電子黒板１を提供する提供業者等が、予め用意しておくものとする。

【0074】

図９（Ａ）に、更新ファイル管理部８０２が管理する更新ファイルの一例を示す。図９（Ａ）の例では、更新ファイル９００には、更新情報９０１、更新制御プログラム９０２、複数のインストーラ９０３ａ、９０３ｂ、９０３ｃ等が含まれる。なお、以下の説明において、複数のインストーラ９０３ａ、９０３ｂ、９０３ｃのうち、任意のインストーラを示す場合、「インストーラ９０３」を用いる。

【0075】

更新情報９０１は、例えば、電子黒板１の複数のプログラムの更新に必要な情報が記憶された電子ファイルであり、図９（Ａ）の例では、「MetaData.json」というファイル名が付与されている。更新情報９０１の一例のイメージを、図９（Ｂ）に示す。

【0076】

図９（Ｂ）の例では、更新情報９０１には、電子黒板１の複数のプログラムの更新に用いられる、ＯＳの更新パッチのインストーラ情報９１１、アプリケーションのインストーラ情報９１２、及びドライバのインストーラ情報９１３等が含まれる。

【0077】

図９（Ｂ）の例では、ＯＳの更新パッチのインストーラ情報９１１には、例えば、「ｔｙｐｅ」、「ｖｅｒｓｉｏｎ」、「ｕｒｌ」等の情報が含まれている。「ｔｙｐｅ」は、インストーラ９０３の種別を示す情報である。「ｖｅｒｓｉｏｎ」は、インストーラ９０３、又はインストーラ９０３によってインストールされるプログラムのバージョンを示す情報である。「ｕｒｌ」は、インストーラ９０３の取得先、及びインストーラ９０３のファイル名を示す情報である。

【0078】

また、図９（Ｂ）の例では、アプリケーションのインストーラ情報９１２、及びドライバのインストーラ情報９１３には、「ｔｙｐｅ」、「ｖｅｒｓｉｏｎ」、「ｕｒｌ」等の情報に加えて、「ｄｅｐｅｎｄｅｎｃｙ」の情報が含まれている。「ｄｅｐｅｎｄｅｎｃｙ」の情報は、図７で説明したインストーラ９０３の間の依存関係を示す情報である。

【0079】

図９（Ｂ）の例では、アプリケーションのインストーラ情報９１２には、アプリケーションのインストーラ９０３ｂが、ドライバのインストーラ９０３ｃと依存関係にあることが定義されている。同様に、ドライバのインストーラ情報９１３には、ドライバのインストーラ９０３ｃが、アプリケーションのインストーラ９０３ｂと依存関係にあることが定義されている。

【0080】

更新制御プログラム９０２は、例えば、複数のインストーラ９０３ａ、９０３ｂ、９０３ｃを順次に実行させて、電子黒板１のプログラムを更新するアプリケーションプログラム等であり、図９（Ａ）の例では、「Executer.exe」というファイル名が付与されている。

【0081】

ＯＳの更新パッチのインストーラ９０３ａは、ＯＳの更新パッチを電子黒板１にインストールするためのプログラムであり、図９（Ａ）の例では、「SecurityPatch12345.exe」というファイル名が付与されている。アプリケーションのインストーラ９０３ｂは、最新版（又は更新版）のアプリケーションを電子黒板１にインストールするためのプログラムであり、図９（Ａ）の例では、「AppInstaller1.2.345.exe」というファイル名が付与されている。ドライバのインストーラ９０３ｃは、最新版（又は更新版）のドライバを電子黒板１にインストールするためのプログラムであり、図９（Ａ）の例では、「DriverInstaller12.34.5.exe」というファイル名が付与されている。

【0082】

例えば、電子黒板１が備えるＣＰＵ１０１で、各インストーラ９０３を実行することにより、インストーラ９０３に対応するプログラムの更新処理が実行される。また、各インストーラ９０３は、対応するプログラムをアンインストールする機能、及びインストールに失敗したときに、失敗理由をエラーコードで返す機能等を有している。

【0083】

更新ファイル管理部８０２は、例えば、電子黒板１からの要求に応じて、更新ファイル９００の一部、又は全部を、電子黒板１に提供する。また、更新ファイル管理部８０２は、新たな更新ファイル９００がリリースされた場合、旧バージョンの更新ファイル９００に代えて、新たな更新ファイル９００を、記憶部８０３等に記憶して管理する。

【0084】

なお、図９（Ａ）に示す更新ファイル９００に含まれるインストーラ９０３の種別、及びインストーラ９０３の数は一例である。更新ファイル９００には、１つ以上の任意の種類、及び数のインストーラ９０３が含まれていて良い。

【0085】

（情報提供サーバの機能構成）
情報提供サーバ６１２は、例えば、図４のＣＰＵ４０１で所定のプログラムを実行することにより、図８の通信部８１１、及び復旧ファイル管理部８１２等を実現している。なお、通信部８１１、及び復旧ファイル管理部８２２等のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。また、情報提供サーバ６１２は、例えば、図４のＨＤ４０４、ＨＤＤコントローラ４０５、ＲＡＭ４０３等によって実現される記憶部８１３を有している。

【0086】

通信部８１１は、例えば、図４のＣＰＵ４０１で実行されるプログラム、及びネットワークＩ／Ｆ４０８等によって実現され、情報提供サーバ６１２を通信ネットワーク６０１に接続して、例えば、電子黒板１等の情報処理装置と通信を行う。

【0087】

復旧ファイル管理部８１２は、例えば、電子黒板１が１つ以上のプログラムの更新に失敗した場合に、電子黒板１が正常に機能するように復旧するための復旧情報、電子ファイル等の復旧ファイルを、記憶部８１３等に記憶して管理する。

【0088】

図１０（Ａ）に、復旧ファイル管理部８１２が管理する復旧ファイル１０００の一例を示す。図１０（Ａ）の例では、復旧ファイル１０００には、複数の復旧情報１００１ａ、１００１ｂ、１００１ｃ、複数の復旧制御プログラム１００２ａ、１００２ｂ、ＤＬＬ（Dynamic Link Library）ファイル１００３、バッチファイル１００４等が含まれる。また、復旧ファイル１０００には、旧バージョンの復旧情報１００５ａ、１００５ｂ等が含まれていても良い。

【0089】

なお、以下の説明において、複数の復旧情報１００１ａ、１００１ｂ、１００１ｃのうち、任意の復旧情報を示す場合、「復旧情報１００１」を用いる。また、複数の復旧制御プログラム１００２ａ、１００２ｂのうち、任意の復旧制御プログラムを示す場合、「復旧制御プログラム１００２」を用いる。さらに、旧バージョンの復旧情報１００５ａ、１００５ｂのうち、任意の旧バージョンの復旧情報を示す場合、「旧バージョンの復旧情報１００５」を用いる。

【0090】

復旧情報１００１は、例えば、電子黒板１で１つ以上のプログラムの更新に失敗したときに、インストーラから出力されるエラーコードと、エラーコードに対応する対処方法とを予め記憶した情報である。復旧情報１００１は、例えば、電子黒板１を提供する提供業者等が、予め用意しておくものとする。

【0091】

図１０（Ｂ）に、復旧情報１００１に含まれる情報の一例のイメージを示す。復旧情報１００１には、例えば、図１０（Ｂ）に示すように、エラーコードと、エラーコードに対応する対処方法との対応関係が記憶されている。ただし、復旧情報１００１は、表形式である必要はなく、例えば、文字列等で、エラーコードと、エラーコードに対応する対処方法との対応関係が定義されていても良い。

【0092】

復旧制御プログラム１００２は、インストーラ９０３によって更新されたプログラムを復旧して、「更新スキップ」状態にするプログラムである。

【0093】

図１１は、第１の実施形態に係るプログラムの状態遷移の例を示す図である。「更新前」状態１１０１から、インストーラ９０３を実行して、プログラムの更新に成功すると、プログラムは、「更新成功」状態１１０２に遷移する。また、この状態から、復旧制御プログラム１００２を実行することにより、プログラムは、「更新スキップ」状態１１０４に遷移する。

【0094】

また、「更新前」状態１１０１から、インストーラ９０３を実行して、プログラムの更新に失敗すると、プログラムは、「更新失敗」状態１１０３に遷移する。さらに、「更新前」状態１１０１から、インストーラ９０３の実行を中止して、更新をスキップした場合、プログラムは、「更新スキップ」状態１１０４に遷移する。

【0095】

ＤＬＬファイル１００３は、例えば、プログラムの更新をするために、電子黒板１が有している必要がある電子ファイルの一例である。例えば、更新に必要なＤＬＬファイル１００３が、破損、又は欠落しているために、プログラムの更新に失敗した場合、インストーラ９０３は、ＤＬＬファイル１００３がないことを示すエラーコードを出力する。この場合、ＤＬＬファイル１００３を電子黒板１にダウンロードし、（必要に応じて再起動した後に）インストーラ９０３を再実行する。これにより、プログラムの更新に成功する可能性がある。

【0096】

バッチファイル１００４は、例えば、複数の処理をまとめて順次に実行する処理を記述した電子ファイルである。電子黒板１は、バッチファイル１００４を実行することにより、プログラムの復旧に必要な一連の処理を実行しても良い。

【0097】

旧バージョンの復旧情報１００５は、旧バージョンのプログラムのインストールに失敗した場合の復旧情報１００５である。例えば、復旧制御プログラム１００２を実行して、プログラムを更新前の状態に戻すときに、何らかのエラーが発生した場合、旧バージョンの復旧情報１００５を参照して、復旧処理をリトライすることができる。

【0098】

（電子黒板の機能構成）
電子黒板１は、例えば、図３のＣＰＵ１０１で所定のプログラムを実行することにより、図８の送受信部１１、受付部１２、映像・音処理部１３、表示制御部１４、画像処理部１５、情報送信部１６、近距離通信部１７、更新管理部１８、及び記憶・読出処理部１９等を実現している。また、電子黒板１は、例えば、図３のＣＰＵ１０１で、前述した更新制御プログラム９０２を実行することにより、更新制御部２１、取得部２２、及び復旧制御部２３等を実現している。さらに、電子黒板１は、例えば、図３のＲＡＭ１０３、ＳＳＤ１０４等によって実現される記憶部３０を有している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

【0099】

送受信部１１は、通信ネットワーク６０１を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。また、送受信部１１は、開始部としての役割も果たし、通信管理システム５等へのログイン処理や、他の端末装置と通信を開始する処理を行う。

【0100】

受付部１２は、利用者から電子ペン１４０等による各種入力を受け付ける。例えば、受付部１２は、操作の対象となる１つ以上のストロークデータを指定する指定操作、ストロークデータに関する変更操作、ストローク画像の描画操作等を受け付ける。

【0101】

映像・音処理部１３は、ビデオ会議機能の主な処理を行う。例えば、映像・音処理部１３は、マイク１３２の出力信号及びカメラ１３４の出力信号に基づき、映像データ及び音データのエンコード等のデジタル処理を行う。また、映像・音処理部１３は、送受信部１１で受信された映像データ及び音データに基づき、映像信号の生成、音信号の生成等を行う。さらに、映像・音処理部１３は、解像度の異なる映像データを組み合わせる処理等も行う。

【0102】

表示制御部１４は、ディスプレイ１６０に映像信号（画像信号）等を出力して、表示画面を表示させるための制御を行う。

【0103】

画像処理部１５は、電子黒板機能の主な処理を行う。例えば、画像処理部１５は、受付部１２によって受け付けられた電子ペン１４０等のストロークに基づいてストローク画像及びストロークデータを作成する処理や、送受信部１１によって受信されたストロークデータに基づいてストローク画像を作成する処理等を行う。また、画像処理部１５は、送受信部１１で受信された資料画像の画像データに基づき、画像信号を生成する処理も行う。

【0104】

情報送信部１６は、画像処理部１５が作成したストロークデータを、通信管理システム５に送信する。また、情報送信部１６は、受付部１２が受け付けた、操作の対象となる１つ以上のストロークデータを指定する指定操作に応じて、１つ以上のストロークデータを指定するグループ操作情報を、通信管理システム５に送信する。

【0105】

近距離通信部１７は、近距離通信部を有する各端末との間で、近距離無線通信により、データの取得及び提供を行う。

【0106】

更新管理部１８は、電子黒板（情報処理装置の一例）１が実行する複数のプログラムの更新を管理する。例えば、更新管理サーバ６１１から通知された日時、又は所定の時間帯等に、更新管理システム６１０から、更新制御プログラムを含む更新ファイルを取得する。例えば、更新管理部１８は、更新管理サーバ６１１から、図９（Ｂ）に示すような更新情報９０１、更新制御プログラム９０２等を取得し、取得した更新情報９０１に基づいて、複数のインストーラ９０３ａ、９０３ｂ、９０３ｃ等を取得する。

【0107】

また、更新管理部１８は、取得した更新制御プログラム９０２を実行するとともに、電子黒板１のアプリケーションを終了することにより、アプリケーションを含む複数のプログラムの更新処理を開始させる。

【0108】

更新制御部２１は、例えば、図３のＣＰＵ１０１で実行される更新制御プログラム９０２によって実現され、電子黒板１が実行するプログラムのうち、更新対象となるプログラムを更新する複数の更新処理の実行を制御する。例えば、更新制御部２１は、更新対象となるプログラムを電子黒板１にインストールするための複数のインストーラ９０３ａ、９０３ｂ、９０３ｃ等を、順次に実行する。

【0109】

好ましくは、更新制御部２１は、図９（Ｂ）に示すような、複数のプログラムを更新するインストーラ９０３の情報と、複数のインストーラ９０３の依存関係を示す更新情報９０１等に基づいて、複数の更新処理を順次に実行させる。なお、更新制御部２１は、必ずしも、外部の更新情報９０１を参照する必要はなく、例えば、更新情報９０１、又は更新情報９０１に相当する情報を予め有していても良い。

【0110】

取得部２２は、例えば、図３のＣＰＵ１０１で実行される更新制御プログラム９０２によって実現される。取得部２２は、更新制御部２１が実行を制御する複数の更新処理のうち、１つ以上の更新処理によるプログラムの更新に失敗した場合、情報提供サーバ６１２から、更新に失敗したプログラムが実現する機能を復旧するための復旧情報を取得する。

【0111】

例えば、取得部２２は、更新制御部２１が実行を制御する複数のインストーラ９０３ａ、９０３ｂ、９０３ｃのうち、アプリケーションのインストーラ９０３ｂによるプログラムの更新に失敗した場合、アプリケーションの復旧情報１００１ｂを取得する。また、取得部２２は、ドライバのインストーラ９０３ｃによるプログラムの更新に失敗した場合、ドライバの復旧情報１００１ｃを取得する。

【0112】

ただし、これは一例であり、複数の復旧情報１００ａ、１００ｂ、１００ｃは、１つの復旧情報１００１にまとめて管理されていても良い。この場合、取得部２２は、いずれかのインストーラによるプログラムの更新に失敗した場合、１つの復旧情報１００１を取得する。また、取得部２２は、更新制御部２１によるプログラムの更新処理の前、又は更新制御部２１によるプログラムの更新処理と並行して、復旧情報（複数の復旧情報１００ａ、１００ｂ、１００ｃ、又は復旧情報１００１）を取得するものであっても良い。

【0113】

復旧制御部２３は、取得部２２が取得した復旧情報に基づいて、更新に失敗したプログラムが実現する機能を復旧するための復旧処理を実行する。例えば、取得部２２が取得した復旧情報には、図１０（Ｂ）に示すような、インストーラが出力するエラーコードと、エラーコードに対応する対処方法との対応関係を示す情報が含まれる。取得部２２は、この対応関係に基づいて、インストーラから出力されるエラーコードに対応する対処方法を実行する。

【0114】

なお、図８に示す情報処理システムの機能構成は一例である。例えば、更新管理部１８、更新制御部２１、取得部２２、復旧制御部２３等は、電子黒板１とは異なる他の情報処理装置（例えば、ビデオ会議端末１０、通信管理システム５、中継装置３、画像保存装置７等）が有していても良い。

【0115】

また、更新管理サーバ６１１、及び情報提供サーバ６１２が備える各機能構成は、さらに多くの情報処理装置に分散されて配置されていても良いし、１つの更新管理システム６１０で実現されるものであっても良い。

【0116】

＜処理の流れ＞
続いて、第１の実施形態に係る更新制御方法の処理の流れについて説明する。

【0117】

＜更新処理の流れ＞
図１２は、第１の実施形態に係る更新処理の流れについて説明するための図である。この処理は、更新制御部２１が、電子黒板１が実行するプログラムのうち、更新対象となる複数のプログラムを更新する更新処理の例を示している。なお、ここでは、電子黒板１の更新制御部２１が、図３のＣＰＵ１０１で実行されるアプリケーション１２０１によって実現されるものとする。

【0118】

ステップＳ１において、電子黒板１のアプリケーション１２０１によって実現される更新制御部２１は、更新管理サーバ６１１から、例えば、図９（Ｂ）に示すような更新情報９０１を取得する。この処理は、例えば、更新管理サーバ６１１から予め通知された日時等に行われるものであっても良いし、夜間等の所定の時間帯に行われるもの等であっても良い。

【0119】

ステップＳ２において、更新制御部２１は、取得した更新情報９０１に基づいて、複数のインストーラ９０３ａ～９０３ｃ、及び更新制御プログラム９０２等を取得する。なお、更新制御部２１は、ステップＳ１で、更新情報９０１とともに、更新制御プログラム９０２を取得するものであっても良い。

【0120】

また、更新制御部２１は、ステップＳ３において、取得した更新制御プログラム９０２を実行し、ステップＳ４において、アプリケーション１２０１を終了する。これにより、更新制御プログラム９０２により、アプリケーション１２０１の更新処理を行えるようになる。

【0121】

更新制御プログラム９０２が実行されると、ステップＳ５～Ｓ７において、更新制御部２１は、例えば、インストーラ９０３ａ、インストーラ９０３ｂ、インストーラ９０３ｃを順次に実行する更新制御処理を実行する。図１３に、更新制御部２１が実行する更新制御処理の具体的な一例を示す。

【0122】

＜更新制御処理＞
図１３は、第１の実施形態に係る更新制御処理の例を示すフローチャートである。なお、図１３に示す処理の開始時点において、電子黒板１の更新管理部１８が、更新対象となる複数のプログラムを更新するための複数のインストーラ９０３ａ～９０３ｃを取得済であるものとする。

【0123】

ステップＳ１３０１において、電子黒板１の更新制御部２１は、変数ｉを「１」に初期化し、ステップＳ１３０２～Ｓ１３０７に示すプログラムの更新処理を、インストーラ９０３の数Ｎ（Ｎは１以上の整数）だけ繰返し実行する。

【0124】

ステップＳ１３０２において、更新制御部２１は、取得したＮ個のインストーラ９０３のうち、ｉ番目のインストーラに依存関係があるか否かを判断する。例えば、ｉ番目のインストーラが、ＯＳの更新パッチのインストーラ９０３ａである場合、更新制御部２１は、図９（Ｂ）に示すような更新情報９０１に含まれるＯＳの更新パッチのインストーラ情報９１１を参照する。この場合、ＯＳの更新パッチのインストーラ情報９１１には、「ｄｅｐｅｎｄｅｎｃｙ」の項目が含まれていないので、更新制御部２１は、ｉ番目のインストーラに依存関係がないと判断することができる。

【0125】

一方、ｉ番目のインストーラが、アプリケーションのインストーラ９０３ｂである場合、更新制御部２１は、図９（Ｂ）に示すような更新情報９０１に含まれるアプリケーションのインストーラ情報９１２を参照する。この場合、アプリケーションのインストーラ情報９１２には、「ｄｅｐｅｎｄｅｎｃｙ」の項目が含まれているので、更新制御部２１は、ｉ番目のインストーラに依存関係があると判断することができる。

【0126】

ｉ番目のインストーラに依存関係がある場合、更新制御部２１は、処理をステップＳ１３０３に移行させる。一方、ｉ番目のインストーラに依存関係がない場合、更新制御部２１は、処理をステップＳ１３０４に移行させる。

【0127】

ステップＳ１３０３に移行すると、更新制御部２１は、依存先の状態が、図１１で説明した「更新失敗」状態１１０３、又は「更新スキップ」状態１１０４であるか否かを判断する。依存先の状態が「更新失敗」状態１１０３、又は「更新スキップ」状態１１０４である場合、更新制御部２１は、処理をステップＳ１３０８に移行させる。一方、依存先の状態が「更新前」状態１１０１、又は「更新成功」状態１１０２である場合、更新制御部２１は、処理をステップ１３０４に移行させる。

【0128】

このように、更新制御部２１は、プログラムの更新処理を実行するときに、当該プログラムと依存関係にある他のプログラムの更新に失敗している場合、及び他のプログラムの更新をスキップしている場合、当該プログラムの更新処理を中止することが望ましい。

【0129】

ステップＳ１３０４に移行すると、更新制御部２１は、ｉ番目のインストーラを実行する。また、ステップＳ１３０５において、更新制御部２１は、ｉ番目のインストーラによるインストールに成功したか否かを判断する。前述したように、各インストーラ９０３は、インストールに失敗したときに、失敗理由をエラーコードで返す機能等を有しているので、更新制御部２１は、ｉ番目のインストーラから出力されるエラーコードにより、インストールに成功したか否かを判断できる。

【0130】

インストールに成功した場合、更新制御部２１は、処理をステップＳ１３０８に移行させる。一方、インストールに成功していない場合、更新制御部２１は処理をステップＳ１３０６に移行させる。

【0131】

ステップＳ１３０６に移行すると、電子黒板１の取得部２２は、情報提供サーバ６１２から復旧情報を取得する。例えば、取得部２２は、情報提供サーバ６１２が管理する複数の復旧情報１００１ａ、１００１ｂ、１００１ｃのうち、インストールに失敗したｉ番目のインストーラに対応する復旧情報１００１を取得する。

【0132】

ステップＳ１３０７において、電子黒板１の復旧制御部２３は、取得部２２が取得した復旧情報に基づいて復旧処理を実行する。例えば、復旧制御部２３は、取得した復旧情報に含まれる、図１０（Ｂ）に示されるような、エラーコードと対処方法との対応関係を参照して、エラーコードに対応する対処方法を実行する。なお、復旧処理の具体的な一例については後述する。

【0133】

ステップＳ１３０８に移行すると、更新制御部２１は、変数ｉの値が、インストーラ９０３の数Ｎ以上であるか否か、すなわち、全てのインストーラ９０３に対して、ステップＳ１３０２～Ｓ１３０７の処理を実行したか否かを判断する。変数ｉの値が、インストーラ９０３の数Ｎ未満である場合、更新制御部２１は、処理をステップＳ１３０９に移行させる。一方、変数ｉの値が、インストーラ９０３の数Ｎ以上である場合、更新制御部２１は、処理をステップＳ１３１０に移行させる。

【0134】

ステップＳ１３０９に移行すると、更新制御部２１は、変数ｉの値に「１」を加算して、ステップＳ１３０２以降の処理を再び実行する。

【0135】

ステップＳ１３１０に移行すると、更新制御部２１は、予め定められた終了処理を実行する。この終了処理には、例えば、更新結果を示す結果表示画面を表示する処理、図１２のステップＳ４で終了したアプリケーション１２０１を再起動する処理、電子黒板１をシャットダウン又は省電力状態にする処理等が含まれ得る。

【0136】

図１４は、更新制御部２１が、表示制御部１４に表示させる結果表示画面の例を示す図である。図１４に示すように、結果表示画面１４００には、実行した更新内容と、更新後の状態を示す情報とが含まれている。

【0137】

＜復旧処理１＞
図１５は、第１の実施形態に係る復旧処理の一例を示すフローチャートである。この処理は、例えば、図１３のステップＳ１３０７で復旧制御部２３が実行する復旧処理の一例を示している。

【0138】

ステップＳ１５０１において、電子黒板１の復旧制御部２３は、インストールに失敗したｉ番目のプログラムの復旧処理を実行する。例えば、復旧制御部２３は、図１０（Ｂ）に示すような、エラーコードと対処方法の対応関係を参照して、インストールに失敗したインストーラから出力されたエラーコードに対応する対処方法を実行する。

【0139】

例えば、インストールに失敗したインストーラから出力されたエラーコードが「１００１」である場合、復旧制御部２３は、図１０（Ｂ）に示す対応関係を参照して、ドライバの復旧制御プログラム１００２ｂを実行する。同様に、インストールに失敗したインストーラから出力されたエラーコードが「１００３」である場合、復旧制御部２３は、図１０（Ｂ）に示す対応関係を参照して、バッチファイル１００４を実行した後に、ドライバの復旧制御プログラム１００２ｂを実行する。

【0140】

ステップＳ１５０２において、復旧制御部２３は、ステップＳ１５０１で復旧処理を実行したプログラムに依存関係があるか否かを判断する。なお、依存関係があるか否かを判断する方法は、図１３のステップＳ１３０２で説明した方法と同様で良い。当該プログラムに依存関係がない場合、復旧制御部２３は、図１５に示す復旧処理を終了させる。一方、当該プログラムに依存関係がある場合、復旧制御部２３は、処理をステップＳ１５０３に移行させる。

【0141】

ステップＳ１５０３に移行すると、復旧制御部２３は、依存先の状態が「更新成功」状態１１０３であるか否かを判断する。依存先の状態が「更新成功」状態１１０３である場合、復旧制御部２３は、処理をステップＳ１５０４に移行させる。一方、依存先の状態が、「更新成功」状態１１０２でない場合、復旧制御部２３は、図１５に示す復旧処理を終了させる。

【0142】

ステップＳ１５０４に移行すると、復旧制御部２３は、情報提供サーバ６１２から、依存先のプログラムの復旧情報１００１を取得する。例えば、図７に示すように、アプリケーションのインストーラ９０３ｂと、ドライバのインストーラ９０３ｃとに依存関係があるものとする。また、アプリケーションのインストールに成功した後に、ドライバのインストールに失敗したものとする。この場合、復旧制御部２３は、インストールに失敗したドライバと依存関係にあるアプリケーションの復旧情報１００１ｂを取得する。

【0143】

ステップＳ１５０５において、復旧制御部２３は、取得した復旧情報に基づいて、依存先のプログラムの復旧処理を実行する。例えば、依存先のプログラムがアプリケーションである場合、復旧制御部２３は、アプリケーションの復旧制御プログラム１００２ｂを実行する。

【0144】

ステップＳ１５０６において、復旧制御部２３は、ステップＳ１５０５で復旧したプログラムに依存関係があるか否かを判断する。復旧したプログラムに依存関係がない場合、復旧制御部２３は、図１５の処理を終了させる。一方、復旧したプログラムに依存関係がある場合、復旧制御部２３は、処理をステップＳ１５０３に基づいて、同様の処理を再び実行する。

【0145】

上記の処理により、復旧制御部２３は、更新対象となる複数のプログラムのうち、１つ以上のプログラムのインストールに失敗した場合、インストールに失敗したプログラムと、当該プログラムと依存関係にある他のプログラムを、更新前の状態に戻すことができる。

【0146】

このように、本実施形態によれば、複数のプログラムを更新する電子黒板（情報処理装置の一例）１において、複数のプログラムのうち、１つ以上のプログラムの更新に失敗した場合に、電子黒板１を正常に動作する状態に復旧できる。

【0147】

＜復旧処理２＞
図１６は、第１の実施形態に係る復旧処理の別の一例を示すフローチャートである。この処理は、例えば、図１３のステップＳ１３０７で復旧制御部２３が実行する復旧処理の別の一例を示している。

【0148】

ここでは、例えば、図１５に示す復旧処理を実行する前に、インストールに失敗したインストーラ９０３による更新処理をリトライする場合の処理の例について説明する。なお、図１６のステップＳ１５０１～Ｓ１５０６の処理は、図１５のステップＳ１５０１～Ｓ１５０６の処理と同様なので、ここでは説明を省略する。

【0149】

ステップＳ１６０１において、電子黒板１の復旧制御部２３は、インストールに失敗したｉ番目のプログラムのインストールをリトライ（再実行）する。例えば、復旧制御部２３は、図１０（Ｂ）に示すような、エラーコードと対処方法の対応関係を参照して、インストールに失敗したインストーラから出力されたエラーコードに対応する対処方法に従ってインストールをリトライする。

【0150】

例えば、インストールに失敗したインストーラから出力されたエラーコードが「１００２」である場合、復旧制御部２３は、情報提供サーバ６１２からＤＬＬファイル１００３を取得後に、電子黒板１を再起動する。また、復旧制御部２３は、再起動後に、ドライバのインストーラ９０３ｃを再実行する。なお、ステップＳ１６０１の処理は、復旧情報に従って、更新に失敗したプログラムの更新処理をリトライする第１の復旧処理の一例である。

【0151】

ステップＳ１６０２において、復旧制御部２３は、ステップＳ１６０１の処理により、インストールに成功したか否かを判断する。インストールに失敗した場合、復旧制御部２３は、ステップＳ１５０１以降の復旧処理（第２の復旧処理）を実行する。一方、インストールに成功した場合、復旧制御部２３は、ステップＳ１５０１以降の復旧処理（第２の復旧処理）の実行を中止し、図１６に示す処理を終了させる。

【0152】

上記の処理により、更新制御プログラム９０２による、各プログラムの更新が成功する可能性を高めることができる。

【0153】

［第２の実施形態］
第１の実施形態では、電子黒板１は、更新管理サーバ６１１、及び情報提供サーバ６１２から、プログラムの更新に必要な電子ファイル、プログラムの復旧に必要な電子ファイル等を取得していた。ただし、これに限られず、情報処理システム６００は、プログラムの更新に必要な電子ファイル、及びプログラムの復旧に必要な電子ファイルの一部、又は全部を、ＵＳＢメモリ１３１等の記憶媒体３１から取得しても良い。

【0154】

＜システム構成＞
図１７は、第２の実施形態に係る情報処理システムのシステム構成の例を示す図である。第２の実施形態に係る情報処理システム６００は、電子黒板１と、プログラムの更新に必要な電子ファイル、及びプログラムの復旧に必要な電子ファイルの一部、又は全部を予め記憶したＵＳＢメモリ１３１等の記憶媒体３１とを含む。なお、電子黒板１は、情報処理装置の一例であり、例えば、ビデオ会議端末１０、通信管理システム５、中継装置３、画像保存装置７等の他の情報処理装置であっても良い。

【0155】

また、電子黒板１は、通信ネットワーク６０１を介して、更新管理サーバ６１１、又は情報提供サーバ６１２等から、プログラムの更新に必要な電子ファイル、及びプログラムの復旧に必要な電子ファイルの一部を取得しても良い。

【0156】

＜記憶媒体に記憶される電子ファイル＞
図１８は、第２の実施形態に係る記憶媒体に記憶される電子ファイルの例を示す図である。

【0157】

図１８（Ａ）の例では、記憶媒体３１の一例であるＵＳＢメモリ１３１には、第１の実施形態に係る更新管理サーバ６１１が管理していた更新ファイル９００が、予め記憶されている。

【0158】

これにより、電子黒板１は、例えば、図１２のステップＳ１、Ｓ２において、更新管理サーバ６１１から取得していた情報を、ＵＳＢメモリ１３１から取得できるようになる。

【0159】

別の一例として、記憶媒体３１の一例であるＵＳＢメモリ１３１には、更新ファイル９００に加えて（又は代えて）、第１の実施形態に係る情報提供サーバ６１２が管理していた復旧ファイル１０００が、予め記憶されていても良い。

【0160】

これにより、電子黒板１は、例えば、図１３のステップＳ１３０６、Ｓ１３０７等で、情報提供サーバ６１２から取得していた更新ファイル９００の一部、又は全部を、ＵＳＢメモリ１３１から取得できるようになる。

【0161】

なお、第２の実施形態では、更新ファイル９００、復旧ファイル１０００等の取得先が、ＵＳＢメモリ１３１等の記憶媒体３１に変わるだけで、図１２、１３、１５、１６で説明した各処理を、そのまま適用することができる。

【0162】

本実施形態においても、復旧制御部２３は、更新対象となるプログラムのうち、１つ以上のプログラムのインストールに失敗した場合、インストールに失敗したプログラムと、当該プログラムと依存関係にある他のプログラムを、更新前の状態に戻すことができる。

【0163】

以上、本発明の各実施形態によれば、複数のプログラムを更新する電子黒板（情報処理装置の一例）１において、複数のプログラムのうち、１つ以上のプログラムの更新に失敗した場合に、電子黒板１を正常に動作する状態に復旧できるようになる。

【0164】

＜補足＞
上記で説明した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

【符号の説明】

【0165】

１ 電子黒板（情報処理装置の一例）
３ 中継装置（情報処理装置の別の一例）
５ 通信管理システム（情報処理装置の別の一例）
７ 画像保存装置（情報処理装置の別の一例）
１０ ビデオ会議端末（情報処理装置の別の一例）
２１ 更新制御部
２２ 取得部
２３ 復旧制御部
３１ 記憶媒体
１００１ａ、１００１ｂ、１００１ｃ 復旧情報
１３１ ＵＳＢメモリ（記憶媒体の一例）
６００ 情報処理システム
６１０ 更新管理システム
９０１ 更新情報

【先行技術文献】

【特許文献】

【0166】

【文献】特開２０１３－２３９号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】