JP2019028708A - プログラム、更新方法及び情報処理装置 - Google Patents

Abstract

【課題】更新データで更新対象プログラムを更新する処理が開始されるまでの時間を短縮できるプログラムを提供する。【解決手段】ネットワークへの通信を制御する通信制御手段８０と、更新データで更新対象プログラムを更新する更新手段７０とを有する情報処理装置１０を、ユーザから更新データで更新対象プログラムを更新する処理の実行要求を受け付ける実行要求受付手段５１、実行要求に従い、通信制御手段８０によるネットワークへの通信を無効化させる無効化要求手段５２、更新データで更新対象プログラムを更新する処理を更新手段に要求する更新要求手段５３、更新手段７０による更新データで更新対象プログラムを更新する処理が完了したあと、通信制御手段８０によるネットワークへの通信を有効化させる有効化要求手段を有するプログラムにより動作させる。【選択図】図４

Description

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

オペレーティングシステム（ＯＳ）やアプリケーション等は、セキュリティ性向上や不具合修正のため、セキュリティパッチと呼ばれる更新モジュールをインストールすることがある。

セキュリティ関連ファイルの更新の要否判定を自動化するとともに、セキュリティレベルの低い場合には、自動的に、他の情報処理装置へのデータの送受信やネットワークへのアクセスを回避させる技術は、従来から知られている（例えば特許文献１参照）。

社内や家庭内の内部ネットワークのルータにセキュリティホールの有無を検査する機能を持たせ、外部ネットワークにアクセスしようとする内部ネットワーク上の端末に対してセキュリティホールの有無を検査し、不合格になった端末に対しては外部ネットワークへの通信を制限する技術がある。このような従来の技術では、セキュリティホールの有無の検査の合否に関わらず、セキュリティパッチ適用サイトへのアクセスを許可していた（例えば特許文献２参照）。

例えばＯＳのセキュリティパッチは更新データを含み、ＯＳのアップデートサービスと呼ばれるプログラムにより、セキュリティパッチに含まれる更新データで更新対象プログラムを更新することによりインストールされる。このアップデートサービスはセキュリティパッチのインストール時に、ネットワークにアクセスして最新版のアップデートファイルの有無を確認する処理も実行する仕組みである場合がある。例えばＯＳの一例であるＷｉｎｄｏｗｓ（登録商標）のアップデートサービスはセキュリティパッチのインストール時、ネットワークにアクセスして最新版のアップデートファイルの有無を確認する仕様であった。なお、最新版のアップデートファイルの有無を確認する処理はネットワークの状態などにより完了までの時間が異なり、長時間掛かることもある。

したがって、従来、ＯＳのセキュリティパッチは、ＯＳのアップデートサービスが最新版のアップデートファイルの有無を確認する処理を完了するまで、セキュリティパッチに含まれる更新データで更新対象プログラムを更新する処理の開始を長時間待たなければならない場合があった。

本発明の一実施形態は、更新データで更新対象プログラムを更新する処理が開始されるまでの時間を短縮できるプログラムを提供することを目的とする。

上記目的を達成するため、本発明の一実施形態は、ネットワークへの通信を制御する通信制御手段と、更新データで更新対象プログラムを更新する更新手段と、を有する情報処理装置を、ユーザから前記更新データで前記更新対象プログラムを更新する処理の実行要求を受け付ける実行要求受付手段、前記実行要求に従い、前記通信制御手段による前記ネットワークへの通信を無効化させる無効化要求手段、前記更新データで前記更新対象プログラムを更新する処理を前記更新手段に要求する更新要求手段、前記更新手段による前記更新データで前記更新対象プログラムを更新する処理が完了したあと、前記通信制御手段による前記ネットワークへの通信を有効化させる有効化要求手段、として記載させるためのプログラムであることを特徴とする。

本発明の一実施形態によれば、更新データで更新対象プログラムを更新する処理が開始されるまでの時間を短縮できる。

本実施形態に係る情報処理システムの一例のハードウェア構成図である。 電子黒板の一例のハードウェア構成図である。 コンピュータの一例のハードウェア構成図である。 電子黒板の一例の機能構成図である。 セキュリティパッチをインストールする処理手順の一例を示したシーケンス図である。 ＯＳアップデータ機能部の処理の一例のフローチャートである。 通信制御部の処理の一例のフローチャートである。 通信機能の停止又は再開をユーザに通知する一例の画面イメージ図である。

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

［第一の実施形態］
＜システム構成＞
図１は本実施形態に係る情報処理システムの一例のハードウェア構成図である。図１の情報処理システム１は、電子黒板１０、ＰＣ（パーソナルコンピュータ）１２、セキュリティパッチ提供装置１４及びアップデートファイル提供装置１６がインターネットやＬＡＮ（ローカルエリアネットワーク）等のネットワーク２０を介して接続される。

電子黒板１０は、ＯＳとデバイスドライバとがインストールされた情報処理装置の一例であって、セキュリティパッチと呼ばれる更新モジュールをインストールすることによりセキュリティ性向上や不具合修正が行われる情報処理装置の一例である。本実施形態では電子黒板１０を例に説明するが、セキュリティパッチによりセキュリティ性向上や不具合修正が行われる情報処理装置であれば電子黒板１０以外の電子機器であってもよい。

例えば画像形成装置（複写機、プリンタ、スキャナ、複合機）、プロジェクタ、テレビ会議端末、ゲーム機、カーナビゲーション、デジタルカメラ、ドローンなどの電子機器にも適用可能である。

電子黒板１０はタッチパネル付大型ディスプレイを有し、ユーザが指示した盤面の座標を検出し、座標を接続してストロークを表示する。この他、接続されたＰＣの映像を表示したり、他拠点の電子黒板と通信してストロークを同期したりすることもできる。電子黒板１０は、電子情報ボード、電子ホワイトボード等と呼ばれる場合もある。

また、ＰＣ１２は電子黒板１０と同様、ＯＳとデバイスドライバとがインストールされた情報処理装置の一例であって、セキュリティパッチと呼ばれる更新モジュールをインストールすることによりセキュリティ性向上や不具合修正が行われる情報処理装置の一例である。

本実施形態ではＰＣ１２を例に説明するが、セキュリティパッチによりセキュリティ性向上や不具合修正が行われる情報処理装置であればＰＣ１２以外のスマートフォン、タブレット端末、ウェアラブル端末などであってもよい。

セキュリティパッチ提供装置１４はネットワーク２０を介して電子黒板１０及びＰＣ１２にセキュリティパッチを提供する。なお、電子黒板１０及びＰＣ１２はＵＳＢメモリなどの可搬型の補助記憶装置を利用してセキュリティパッチを取得してもよい。

アップデートファイル提供装置１６はネットワーク２０を介して電子黒板１０及びＰＣ１２にアップデートファイルを提供する。また、アップデートファイル提供装置１６は電子黒板１０及びＰＣ１２から最新バージョンの問い合わせに対し、最新版のアップデートファイルのバージョン情報（版情報）を返す。

なお、図１の情報処理システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。

＜ハードウェア構成＞
《電子黒板》
図２は電子黒板の一例のハードウェア構成図である。図２の電子黒板１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＳＳＤ１０４、ネットワークコントローラ１０５及び外部記憶コントローラ１０６を備えている。ＣＰＵ１０１は電子黒板１０全体の動作を制御する。ＲＯＭ１０２はＩＰＬ等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３はＣＰＵ１０１のワークエリアとして使用される。ＳＳＤ１０４は電子黒板１０用のプログラム等の各種データを記憶する。ネットワークコントローラ１０５はネットワーク２０との通信を制御する。外部記憶コントローラ１０６はＵＳＢメモリ５との通信を制御する。

また、電子黒板１０は、キャプチャデバイス１１１、ＧＰＵ(Graphics Processing Unit)１１２、ディスプレイコントローラ１１３、センサコントローラ１１４、接触センサ１１５及び電子ペンコントローラ１１６を備えている。キャプチャデバイス１１１はノートＰＣ６のディスプレイに対して映像情報を静止画又は動画として表示させる。ＧＰＵ１１２はグラフィクスを専門に扱う。ディスプレイコントローラ１１３はＧＰＵ１１２からの出力画像をディスプレイ３やテレビ会議端末７へ出力するために画面表示の制御及び管理を行う。センサコントローラ１１４は接触センサ１１５の処理を制御する。接触センサ１１５はディスプレイ３上に電子ペン４やユーザの手Ｈ等が接触したことを検知する。

接触センサ１１５は、赤外線遮断方式による座標の入力及び座標の検出を行う。座標の入力及び座標の検出する方法は、ディスプレイ３の上側両端部に設置された２つ受発光装置が、ディスプレイ３に平行して複数の赤外線を放射し、ディスプレイ３の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ１１５は物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ１１４に出力し、センサコントローラ１１４が物体の接触位置である座標位置を特定する。

また、接触センサ１１５は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２の抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。

電子ペンコントローラ１１６は、電子ペン４と通信することで、ディスプレイ３へのペン先のタッチやペン尻のタッチの有無を判断する。なお、電子ペンコントローラ１１６は電子ペン４のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。電子黒板１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＳＳＤ１０４、ネットワークコントローラ１０５、外部記憶コントローラ１０６、キャプチャデバイス１１１、ＧＰＵ１１２、センサコントローラ１１４及び電子ペンコントローラ１１６を、電気的に接続するためのアドレスバスやデータバス等のバスライン１２０を備えている。電子黒板１０用のプログラムは、ＣＤ−ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

図１のＰＣ１２、セキュリティパッチ提供装置１４及びアップデートファイル提供装置１６を構成するコンピュータは、例えば図３に示すようなハードウェア構成により実現される。図３はコンピュータの一例のハードウェア構成図である。

図３に示したコンピュータ５００は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。

入力装置５０１はキーボードやマウス、タッチパネルなどであり、ユーザ等が各操作信号を入力するのに用いられる。表示装置５０２はディスプレイ等であり、コンピュータ５００による処理結果を表示する。通信Ｉ／Ｆ５０７はコンピュータ５００をネットワークに接続するインタフェースである。ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。コンピュータ５００は外部Ｉ／Ｆ５０３を介してＳＤメモリカードなどの記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。ＲＯＭ５０５は、プログラムやデータが格納された不揮発性の半導体メモリ（記憶装置）の一例である。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ５００全体の制御や機能を実現する演算装置である。図１のＰＣ１２、セキュリティパッチ提供装置１４及びアップデートファイル提供装置１６は例えば図３のコンピュータ５００のハードウェア構成により、後述するような各種機能を実現できる。

＜機能構成＞
次に、本実施形態に係る電子黒板１０の機能構成について説明する。図４は電子黒板の一例の機能構成図である。図４の電子黒板１０はセキュリティパッチ機能部５０、データ管理部６０、ＯＳアップデータ機能部７０、通信制御部８０を有する構成である。例えばＯＳの一例であるＷｉｎｄｏｗｓ（登録商標）はカーネルモードとユーザモードという２種類の動作モードを使い分けて各種処理を行う。カーネルモードとはＯＳ自体が動作するモードである。ユーザモードはユーザのプログラムが動作するモードである。セキュリティパッチ機能部５０はユーザモードのアプリケーションにより実現される。データ管理部６０、ＯＳアップデータ機能部７０及び通信制御部８０はカーネルモードのプログラムにより実現される。

セキュリティパッチ機能部５０はＯＳのセキュリティパッチにより実現される。例えばセキュリティパッチは、バッチファイルと更新ファイルとを有する構成である。なお、更新ファイルは更新データの一例である。セキュリティパッチ機能部５０の実行要求受付部５１はユーザからセキュリティパッチの実行要求を受け付ける。

セキュリティパッチの実行要求を受け付けるとシェルプログラムはセキュリティパッチのバッチファイルを読み、そのバッチファイルに記載されているコマンドを順次実行することにより、通信有効化／無効化要求部５２及び更新要求部５３を実現している。通信有効化／無効化要求部５２はセキュリティパッチのバッチファイルに従い、通信制御部８０に対して通信機能の有効化／無効化を要求する。更新要求部５３はセキュリティパッチのバッチファイルに従い、セキュリティパッチの更新ファイルによる更新対象ファイルの更新要求をＯＳアップデータ機能部７０に対して行う。更新対象ファイルは更新対象プログラムの一例であって、セキュリティパッチによる更新の対象となるプログラムである。

更新要求部５３からの更新要求に従い、ＯＳアップデータ機能部７０は更新ファイルのインストール処理を開始する。ＯＳアップデータ機能部７０はＯＳの例えばアップデートサービスと呼ばれるプログラムにより実現される。ＯＳアップデータ機能部７０は、インストール処理の中で、電子黒板１０にインストール済みのデバイスドライバのバージョン情報をデータ管理部６０から取得する。データ管理部６０は電子黒板１０にインストール済みのデバイスドライバのバージョン情報を管理している。

また、ＯＳアップデータ機能部７０は通信制御部８０を利用してアップデートファイル提供装置１６から、電子黒板１０にインストール済みのデバイスドライバの最新バージョンを問い合わせる処理を行う。例えばＯＳアップデータ機能部７０は電子黒板１０にインストール済みのデバイスドライバのバージョンが古ければ、ディスプレイ３などに表示することで、デバイスドライバの更新をユーザに促してもよい。さらに、ＯＳアップデータ機能部７０は更新ファイルで更新対象ファイルを更新する処理を行う。ＯＳアップデータ機能部７０は同時に複数の処理を実行できないものとする。

なお、図４の電子黒板１０の機能構成は本実施の形態の説明に不要な機能構成を省略しており、電子黒板１０が他の機能構成を有していてもよい。また、ＰＣ１２の機能構成も本実施形態の説明に不要な機能構成を省略すると、図４の機能構成となるため、説明を省略する。

＜処理の詳細＞
本実施形態に係る情報処理システム１は例えば図５に示す手順でセキュリティパッチのインストールを行う。図５はセキュリティパッチをインストールする処理手順の一例を示したシーケンス図である。ここでは電子黒板１０にＯＳのセキュリティパッチを適用する例について説明する。

ステップＳ１１において、ユーザは例えばセキュリティパッチ提供装置１４から電子黒板１０にダウンロードしておいたセキュリティパッチの実行を、ＯＳの画面上から例えばアイコンのダブルクリックなどの操作により要求する。セキュリティパッチ機能部５０の実行要求受付部５１はユーザからのセキュリティパッチの実行要求を受け付ける。

ステップＳ１２に進み、実行要求受付部５１はセキュリティパッチの実行要求を通信有効化／無効化要求部５２に対して行う。ステップＳ１３に進み、通信有効化／無効化要求部５２は通信機能の無効化を通信制御部８０に要求する。ステップＳ１４において、通信制御部８０は後述するように通信機能を無効化する。ステップＳ１５において、通信制御部８０は通信機能が無効化されたことを通信有効化／無効化要求部５２に通知する。

ステップＳ１６に進み、通信有効化／無効化要求部５２は通信機能が無効化されたことを更新要求部５３に通知する。通信機能の無効化が通知された更新要求部５３はステップＳ１７に進み、セキュリティパッチの更新ファイルによる更新要求をＯＳアップデータ機能部７０に対して行う。

ステップＳ１８に進み、ＯＳアップデータ機能部７０は電子黒板１０にインストール済みのデバイスドライバのバージョン情報をデータ管理部６０に要求する。ステップＳ１９において、ＯＳアップデータ機能部７０は電子黒板１０にインストール済みのデバイスドライバのバージョン情報をデータ管理部６０から取得する。

ステップＳ２０に進み、ＯＳアップデータ機能部７０は電子黒板１０にインストール済みのデバイスドライバの最新バージョンを問い合わせるため、アップデートファイル提供装置１６へのネットアクセスを通信制御部８０に要求する。しかし、ステップＳ１４で通信機能が無効化されているため、通信制御部８０はステップＳ２１のアップデートファイル提供装置１６へのネットアクセスに必ず失敗する。

このように、本実施形態の電子黒板１０はステップＳ２１のアップデートファイル提供装置１６へのネットアクセスを意図的に失敗させることで、ステップＳ２２以降の処理が開始されるまでの時間を短縮している。

なお、ステップＳ２１のアップデートファイル提供装置１６へのネットアクセスが成功した場合、ＯＳアップデータ機能部７０は、電子黒板１０にインストール済みのデバイスドライバの最新バージョンの情報を取得し終えるまでステップＳ２２以降の処理を開始しない。アップデートファイル提供装置１６へのネットアクセスが成功した場合のステップＳ２１の処理はネットワーク２０の状態などにより完了までの時間が異なり、ステップＳ２２以降の処理が開始されるまでの時間が長くなってしまう可能性がある。

通信制御部８０はアップデートファイル提供装置１６へのネットアクセスに失敗した旨をステップＳ２２でＯＳアップデータ機能部７０に通知する。ステップＳ２３に進み、ＯＳアップデータ機能部７０はアップデートファイル提供装置１６へのネットアクセスを中断して、セキュリティパッチの更新ファイルで更新対象のファイルを更新する更新要求を行う。アップデートファイル提供装置１６へのネットアクセスはネットワーク２０を利用する処理の一例である。

ステップＳ２４においてＯＳアップデータ機能部７０はセキュリティパッチ機能部５０の更新要求部５３に更新完了通知を行う。また、ステップＳ２５において、更新要求部５３は通信有効化／無効化要求部５２に更新完了通知を行う。

ステップＳ２６に進み、通信有効化／無効化要求部５２は通信機能の有効化を通信制御部８０に要求する。ステップＳ２７において、通信制御部８０は後述するように通信機能を有効化する。このように、通信有効化／無効化要求部５２はステップＳ２３の更新処理が完了したら通信制御部８０の通信機能を再開させる。ステップＳ２８において、通信制御部８０は通信機能が有効化されたことを通信有効化／無効化要求部５２に通知する。

ステップＳ２９において通信有効化／無効化要求部５２はセキュリティパッチの実行完了を実行要求受付部５１に通知する。ステップＳ３０において実行要求受付部５１は例えばセキュリティパッチの実行完了をＯＳの画面上に表示してユーザへ通知する。

図５のシーケンス図においてＯＳアップデータ機能部７０は図６のフローチャートに示すように処理を行う。図６は、ＯＳアップデータ機能部の処理の一例のフローチャートである。ステップＳ５１において、ＯＳアップデータ機能部７０は更新ファイルによる更新要求の対象であるセキュリティパッチが電子黒板１０にインストール済みであるか否かを判定する。例えばＯＳアップデータ機能部７０はインストール済みのセキュリティパッチの情報を管理し、その情報に基づいてステップＳ５１の判定を行ってもよいし、データ管理部６０が管理しているインストール済みのセキュリティパッチの情報でステップＳ５１の判定を行ってもよい。対象のセキュリティパッチが電子黒板１０にインストール済みであれば、ＯＳアップデータ機能部７０は図６のフローチャートの処理を終了する。

対象のセキュリティパッチが電子黒板１０にインストール済みでなければ、ＯＳアップデータ機能部７０はステップＳ５２に進み、セキュリティパッチの圧縮された更新ファイルを解凍する。

ステップＳ５３に進み、ＯＳアップデータ機能部７０はＯＳが動作する環境をチェックするため、電子黒板１０にインストール済みのグラフィックボードやチップセットなどのデバイスドライバのバージョン情報をデータ管理部６０から取得して確認する。ステップＳ５４に進み、ＯＳアップデータ機能部７０は電子黒板１０にインストール済みのデバイスドライバの最新バージョンを問い合わせるため、アップデートファイル提供装置１６へのアクセスを試みる。

アップデートファイル提供装置１６へのアクセスに成功すると、ＯＳアップデータ機能部７０はステップＳ５６に進み、インストール済みのデバイスドライバの最新バージョンを確認する。そして、ＯＳアップデータ機能部７０はインストール済みのデバイスドライバのバージョンが最新バージョンであるかを確認し、その結果をステップＳ５７でユーザに通知したあと、ステップＳ５８に進み、更新ファイルで更新対象のファイルを更新する更新要求を行う。

なお、アップデートファイル提供装置１６へのアクセスに成功しなければ、ステップＳ５６及びステップＳ５７をスキップしてステップＳ５８に進み、更新ファイルで更新対象のファイルを更新する更新要求を行う。このように、図６のフローチャートに示す処理によれば、アップデートファイル提供装置１６へのアクセスを意図的に失敗させることでステップＳ５６及びステップＳ５７の処理の時間が無くなり、ステップＳ５８の処理が開始されるまでの時間が短縮できる。

図５のシーケンス図において通信制御部８０は図７のフローチャートに示すように処理を行う。図７は通信制御部の処理の一例のフローチャートである。通信制御部８０は通信有効化／無効化要求部５２から通信機能の無効化要求を受信するとステップＳ７１からステップＳ７２に進む。

ステップＳ７２において通信制御部８０は電子黒板１０で使用しているネットワークアダプタを検出する。ステップＳ７３に進み、通信制御部８０はステップＳ７２で検出したネットワークアダプタの動作を停止させる。ステップＳ７３の処理により、電子黒板１０は通信機能が無効化される。

したがって、ＯＳアップデータ機能部７０がステップＳ２０で行うアップデートファイル提供装置１６へのネットアクセスは失敗する。図７に示すフローチャートの処理ではＯＳアップデータ機能部７０が通信に使用するポートの設定を変更していても、ＯＳアップデータ機能部７０がステップＳ２０で行うアップデートファイル提供装置１６へのネットアクセスが失敗する。

ステップＳ７４に進み、通信制御部８０は通信有効化／無効化要求部５２から通信機能の有効化要求を受信するまで待機する。ステップＳ７５において通信制御部８０はネットワークアダプタの動作を再開させる。ステップＳ７５の処理により、電子黒板１０は通信機能が有効化される。

このように、図７のフローチャートの処理ではセキュリティパッチ機能部５０から通信機能の無効化要求を受信してから有効化要求を受信するまでの間、通信制御部８０の通信機能が無効化される。そして、ＯＳアップデータ機能部７０は通信制御部８０の通信機能が無効化されている間に、セキュリティパッチの更新ファイルによる更新要求を受け付けることで、アップデートファイル提供装置１６へのネットアクセスの失敗により、更新処理が開始されるまでの時間が短縮される。

なお、電子黒板１０は通信機能の停止及び再開をユーザに通知する画面をディスプレイ３上に表示してもよい。図８は通信機能の停止又は再開をユーザに通知する一例の画面イメージ図である。例えばセキュリティパッチ機能部５０の通信有効化／無効化要求部５２はステップＳ１５の処理後、図８（Ａ）のようなメッセージが表示された画面をディスプレイ３上に表示することで、セキュリティパッチのインストールのために通信機能を一時的に停止したことをユーザに通知できる。また、セキュリティパッチ機能部５０の通信有効化／無効化要求部５２はステップＳ２８の処理後、図８（Ｂ）のようなメッセージが表示された画面をディスプレイ３上に表示することで、セキュリティパッチのインストールが完了したために通信機能を再開することをユーザに通知できる。

＜まとめ＞
本実施形態によれば、ユーザがセキュリティパッチを実行したあとに行われる電子黒板１０からアップデートファイル提供装置１６へのアクセスにエラーを生じさせ、ＯＳのセキュリティパッチで更新対象プログラムが更新されるまでの時間を短縮できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）、SOC(System on a chip)、GPU（Graphics Processing Unit）や従来の回路モジュール等のデバイスを含むものとする。

なお、通信制御部８０は特許請求の範囲に記載した「ネットワークへの通信を制御する通信制御手段」の一例である。ＯＳアップデータ機能部７０は特許請求の範囲に記載した「更新データで更新対象プログラムを更新する更新手段」の一例である。実行要求受付部５１は特許請求の範囲に記載した「ユーザから更新データで更新対象プログラムを更新する処理の実行要求を受け付ける実行要求受付手段」の一例である。通信有効化／無効化要求部５２は特許請求の範囲に記載した「実行要求に従い、通信制御手段によるネットワークへの通信を無効化させる無効化要求手段」及び「更新手段による更新データで更新対象プログラムを更新する処理が完了したあと、通信制御手段によるネットワークへの通信を有効化させる有効化要求手段」の一例である。更新要求部５３は特許請求の範囲に記載した「更新データで更新対象プログラムを更新する処理を更新手段に要求する更新要求手段」の一例である。

１ 情報処理システム
１０ 電子黒板
１２ ＰＣ
１４ セキュリティパッチ提供装置
１６ アップデートファイル提供装置
２０ ネットワーク
５０ セキュリティパッチ機能部
５１ 実行要求受付部
５２ 通信有効化／無効化要求部
５３ 更新要求部
６０ データ管理部
７０ ＯＳアップデータ機能部
８０ 通信制御部

特開２００６−１８６０８号公報 特開２００７−２７２３９６号公報

Claims (6)

1. ネットワークへの通信を制御する通信制御手段と、
   更新データで更新対象プログラムを更新する更新手段と、
   を有する情報処理装置を、
   ユーザから前記更新データで前記更新対象プログラムを更新する処理の実行要求を受け付ける実行要求受付手段、
   前記実行要求に従い、前記通信制御手段による前記ネットワークへの通信を無効化させる無効化要求手段、
   前記更新データで前記更新対象プログラムを更新する処理を前記更新手段に要求する更新要求手段、
   前記更新手段による前記更新データで前記更新対象プログラムを更新する処理が完了したあと、前記通信制御手段による前記ネットワークへの通信を有効化させる有効化要求手段、
   として記載させるためのプログラム。
2. 前記更新手段は、前記更新データで前記更新対象プログラムを更新する処理を前記更新要求手段から要求されると、前記通信制御手段を介して前記ネットワークにアクセスを試み、前記アクセスに成功すると前記ネットワークを利用する処理が完了した後で前記更新データで前記更新対象プログラムを更新する処理を開始し、前記アクセスに失敗すると前記ネットワークを利用する処理を中断して前記更新データで前記更新対象プログラムを更新する処理を開始すること
   を特徴とする請求項１記載のプログラム。
3. 前記更新手段は、前記ネットワークを利用する処理として、前記情報処理装置にインストールされているデバイスドライバの版情報よりも新しい版情報の前記デバイスドライバが前記ネットワークにあるか否かを確認する処理を行うこと
   を特徴とする請求項２記載のプログラム。
4. 前記更新データを含む更新モジュールであること
   を特徴とする請求項１乃至３何れか一項記載のプログラム。
5. ネットワークへの通信を制御する通信制御手段と、
   更新データで更新対象プログラムを更新する更新手段と、
   を有する情報処理装置において実行される更新方法であって、
   ユーザから前記更新データで前記更新対象プログラムを更新する処理の実行要求を受け付ける実行要求受付ステップと、
   前記実行要求に従い、前記通信制御手段による前記ネットワークへの通信を無効化させる無効化要求ステップと、
   前記更新データで前記更新対象プログラムを更新する処理を前記更新手段に要求する更新要求ステップと、
   前記更新手段による前記更新データで前記更新対象プログラムを更新する処理が完了したあと、前記通信制御手段による前記ネットワークへの通信を有効化させる有効化要求ステップと、
   を有する更新方法。
6. ネットワークへの通信を制御する通信制御手段と、
   更新データで更新対象プログラムを更新する更新手段と、
   ユーザから前記更新データで前記更新対象プログラムを更新する処理の実行要求を受け付ける実行要求受付手段と、
   前記実行要求に従い、前記通信制御手段による前記ネットワークへの通信を無効化させる無効化要求手段と、
   前記更新データで前記更新対象プログラムを更新する処理を前記更新手段に要求する更新要求手段と、
   前記更新手段による前記更新データで前記更新対象プログラムを更新する処理が完了したあと、前記通信制御手段による前記ネットワークへの通信を有効化させる有効化要求手段と、
   を有する情報処理装置。

Images