(57)【要約】【課題】着脱可能な不揮発デバイスと揮発デバイスとのアップデート処理の適用状況の整合性を保つこと。【解決手段】制御部は、アップデート処理を実行する際、不揮発デバイスが接続されている場合には不揮発デバイス上のファイルを、不揮発デバイスが接続されていない場合には揮発デバイス上のファイルをアップデートし、その後不揮発デバイスが再接続された際には、不揮発デバイスと揮発デバイスの間におけるアップデート処理の適用状態を比較し、両者に差分がある場合には、揮発デバイスに適用したアップデートをアップデートファイル格納サーバから取得することで不揮発デバイスに適用する。【選択図】図１
2018113001.tif 000002
【特許請求の範囲】
【請求項１】
着脱可能な不揮発デバイスに格納済みのファイルからオペレーティングシステムを起動する一方、外部からアップデートファイルを受信して前記ファイルのアップデート処理が実施される情報機器であって、
前記着脱可能な不揮発デバイスの接続有無を検知する不揮発デバイス検知部と、
前記外部との間で通信を行うサーバ通信部と、
前記着脱可能な不揮発デバイスから読み出された前記ファイルが記憶されて前記ファイルから前記オペレーティングシステムが起動される揮発デバイスと、
前記アップデート処理を実施する際、前記不揮発デバイス検知部による検知結果に基づいて前記ファイルのアップデート先の切り換え制御を行い、前記不揮発デバイスが接続されている場合には前記不揮発デバイスに格納済みのファイルをアップデートする一方、前記不揮発デバイスが接続されていない場合には前記揮発デバイスに格納済みのファイルをアップデートする制御部と、を備え、
前記制御部は、
前記不揮発デバイスが再接続された際には、前記不揮発デバイスと前記揮発デバイスとの間における前記アップデート処理の適用状態を比較し、前記アップデート処理の適用状態に差分がある場合には、前記揮発デバイスに適用した前記アップデートファイルを前記外部から取得し、前記不揮発デバイスに適用する
ことを特徴とする情報機器。
【請求項２】
前記アップデートファイルは、前記情報機器の本体とは別途設けられたアップデートファイル格納サーバに格納されており、
前記アップデートファイル格納サーバは、
前記情報機器からの要求に応じて前記アップデートファイルを提供することを特徴とする請求項１に記載の情報機器。
【請求項３】
前記制御部は、
前記情報機器が起動された時に、前記不揮発デバイスにおける前記アップデート処理の適用状態と、前記アップデートファイル格納サーバに格納しているアップデートファイルとに基づいて、前記不揮発デバイスに適用済みのアップデート処理が最新であるか否かを確認し、前記不揮発デバイスに適用済みのアップデート処理が最新でない場合には前記アップデートファイル格納サーバから前記アップデートファイルを取得して前記不揮発デバイスに適用した後に再起動を行う
ことを特徴とする請求項２に記載の情報機器。
【請求項４】
前記情報機器は、
前記情報機器が起動された時に、複数の前記不揮発デバイスのうち接続されている特定の不揮発デバイスから取得されたデバイス識別情報を格納可能なデバイス情報記憶部と、
前記不揮発デバイスの挿抜の過程において新たなデバイスが接続される度にデバイス識別情報を取得し、前記デバイス情報記憶部に格納しているデバイス識別情報と比較を行うことで、前記情報機器の起動時に接続されていた前記特定の不揮発デバイスの接続有無を検知するデバイス異常検知部と、を備え、
前記デバイス異常検知部は、
前記情報機器が起動された時に前記特定の不揮発デバイスが接続されない限り、前記不揮発デバイスに対する前記アップデート処理を実施しないように制御する
ことを特徴とする請求項１乃至請求項３のいずれかに記載の情報機器。
【請求項５】
着脱可能な不揮発デバイスに格納済みのファイルからオペレーティングシステムを起動する一方、外部からアップデートファイルを受信して前記ファイルのアップデート処理を実施する制御部を備える情報機器のソフトウェアアップデート方法であって、
前記着脱可能な不揮発デバイスの接続有無が検知される不揮発デバイス検知ステップと、
前記アップデート処理を実施する際、制御部が、前記不揮発デバイスの検知結果に基づいて前記ファイルのアップデート先の切り換え制御を行い、前記不揮発デバイスが接続されている場合には前記不揮発デバイスに格納済みのファイルをアップデートする一方、前記不揮発デバイスが接続されていない場合には、前記着脱可能な不揮発デバイスから読み出された前記ファイルが記憶されて前記ファイルから前記オペレーティングシステムが起動される揮発デバイスに格納済みのファイルをアップデートするアップデートステップと、
前記不揮発デバイスが再接続された際、前記制御部が、前記不揮発デバイスと前記揮発デバイスとの間における前記アップデート処理の適用状態を比較し、前記アップデート処理の適用状態に差分がある場合には前記揮発デバイスに適用した前記アップデートファイルを前記外部から取得し、前記不揮発デバイスに適用する再接続時アップデートステップと、
を有することを特徴とする情報機器のソフトウェアアップデート処理方法。
【請求項６】
前記アップデートファイルは、前記情報機器の本体とは別途設けられたアップデートファイル格納サーバに格納されており、
前記アップデートファイル格納サーバは、
前記情報機器からの要求に応じて前記アップデートファイルを提供することを特徴とする請求項５に記載の情報機器のソフトウェアアップデート処理方法。
【請求項７】
前記制御部は、
前記情報機器が起動された時に、前記不揮発デバイスにおける前記アップデート処理の適用状態と、前記アップデートファイル格納サーバに格納しているアップデートファイルとに基づいて、前記不揮発デバイスに適用済みのアップデート処理が最新であるか否かを確認し、前記不揮発デバイスに適用済みのアップデート処理が最新でない場合には前記アップデートファイル格納サーバから前記アップデートファイルを取得して前記不揮発デバイスに適用した後に再起動を行う
ことを特徴とする請求項６に記載の情報機器のソフトウェアアップデート処理方法。
【請求項８】
前記情報機器は、
前記情報機器が起動された時に、複数の前記不揮発デバイスのうち接続されている特定の不揮発デバイスから取得されたデバイス識別情報を格納可能なデバイス情報記憶部と、
前記不揮発デバイスの挿抜の過程において新たなデバイスが接続される度にデバイス識別情報を取得し、前記デバイス情報記憶部に格納しているデバイス識別情報と比較を行うことで、前記情報機器の起動時に接続されていた前記特定の不揮発デバイスの接続有無を検知するデバイス異常検知部と、を備え、
前記デバイス異常検知部は、
前記情報機器が起動された時に前記特定の不揮発デバイスが接続されない限り、前記不揮発デバイスに対する前記アップデート処理を実施しないように制御する
ことを特徴とする請求項５乃至請求項７のいずれかに記載の情報機器のソフトウェアアップデート処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報機器及び情報機器のソフトウェアアップデート処理方法に関し、特に、システムを起動するための制御ソフトウェアが、情報機器の本体に対して着脱可能な不揮発デバイスに格納されている情報機器に適用して好適なものである。
【背景技術】
【０００２】
従来のアップデート処理方法では、クライアントが、クライアントのＯＳ環境、ソフトウェアインストール状況をもとに、更新情報を必要かどうか判断しながら段階的に受信し、また更新が必要なバージョンの制御ソフトウェアがインストールされている場合のみファイルのアップデートを行っている（特許文献１参照）。
【０００３】
一般的に、パーソナルコンピュータのような情報機器では、ハードディスクドライブ（ＨＤＤ）のような不揮発デバイスに格納されたＯＳプログラムのような制御ソフトウェアが、ランダムアクセスメモリ（ＲＡＭ）のような揮発デバイス上に展開されて動作することにより起動する。このような情報機器の制御ソフトウェアをアップデートする場合には、不揮発デバイスに格納された制御ソフトウェアを対象にアップデートすることにより、再起動時にアップデートされた状態で機器を起動することができるようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１４６２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、そのような不揮発デバイスが本体に対して着脱可能な情報機器においては、不揮発デバイスが接続されていない状態でアップデートが試行される可能性がある。この場合、不揮発デバイスに格納された制御ソフトウェアのアップデートができず、機器の再起動を行った場合、アップデート前の状態の制御ソフトウェアからシステムが起動されることになる。また、不揮発デバイスが接続されていない場合、揮発デバイス上で稼動している制御ソフトウェアを対象にアップデートを行うことも考えられるが、情報機器の電源が落とされるとアップデート情報が揮発してしまう問題や、不揮発デバイスが再接続された場合に不揮発デバイスと揮発デバイスのアップデート適用状況の整合性が取れなくなるといった問題が生じる。
【０００６】
本発明は以上の点を考慮してなされたもので、着脱可能な不揮発デバイスに格納された制御ソフトウェアからシステムを起動する情報機器のアップデートにおいて、不揮発デバイスの接続有無に関わらず、不揮発デバイスと揮発デバイスとのアップデート処理の適用状況について整合性を保つことが可能な情報機器のソフトウェアアップデート処理方法を提案しようとするものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため、本発明においては、着脱可能な不揮発デバイスに格納済みのファイルからオペレーティングシステムを起動する一方、外部からアップデートファイルを受信して前記ファイルのアップデート処理が実施される情報機器であって、前記着脱可能な不揮発デバイスの接続有無を検知する不揮発デバイス検知部と、前記外部との間で通信を行うサーバ通信部と、前記着脱可能な不揮発デバイスから読み出された前記ファイルが記憶されて前記ファイルから前記オペレーティングシステムが起動される揮発デバイスと、前記アップデート処理を実施する際、前記不揮発デバイス検知部による検知結果に基づいて前記ファイルのアップデート先の切り換え制御を行い、前記不揮発デバイスが接続されている場合には前記不揮発デバイスに格納済みのファイルをアップデートする一方、前記不揮発デバイスが接続されていない場合には前記揮発デバイスに格納済みのファイルをアップデートする制御部と、を備え、前記制御部は、前記不揮発デバイスが再接続された際には、前記不揮発デバイスと前記揮発デバイスとの間における前記アップデート処理の適用状態を比較し、前記アップデート処理の適用状態に差分がある場合には、前記揮発デバイスに適用したアップデートファイルを前記外部から取得し、前記不揮発デバイスに適用することを特徴とする。
【０００８】
また、本発明においては、着脱可能な不揮発デバイスに格納済みのファイルからオペレーティングシステムを起動する一方、外部からアップデートファイルを受信して前記ファイルのアップデート処理を実施する制御部を備える情報機器のソフトウェアアップデート方法であって、前記着脱可能な不揮発デバイスの接続有無が検知される不揮発デバイス検知ステップと、前記アップデート処理を実施する際、制御部が、前記不揮発デバイスの検知結果に基づいて前記ファイルのアップデート先の切り換え制御を行い、前記不揮発デバイスが接続されている場合には前記不揮発デバイスに格納済みのファイルをアップデートする一方、前記不揮発デバイスが接続されていない場合には、前記着脱可能な不揮発デバイスから読み出された前記ファイルが記憶されて前記ファイルから前記オペレーティングシステムが起動される揮発デバイスに格納済みのファイルをアップデートするアップデートステップと、前記不揮発デバイスが再接続された際、前記制御部が、前記不揮発デバイスと前記揮発デバイスとの間における前記アップデート処理の適用状態を比較し、前記アップデート処理の適用状態に差分がある場合には前記揮発デバイスに適用したアップデートファイルを前記外部から取得し、前記不揮発デバイスに適用する再接続時アップデートステップと、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、着脱可能な不揮発デバイスに格納された制御ソフトウェアのアップデート処理において、不揮発デバイスの接続有無に関わらず、不揮発デバイスと揮発デバイスとの間のアップデート処理の適用状況について整合性を保つことが可能な情報機器及び情報機器のソフトウェアアップデート処理方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態における情報機器の構成例を示すブロック図である。
【図２】第１の実施の形態におけるソフトウェアアップデート処理の一例を示すフローチャートである。
【図３】第２の実施の形態におけるソフトウェアアップデート処理の一例を示すフローチャートである。
【図４】第３の実施の形態における情報機器の構成例を示すブロック図である。
【図５】第３の実施の形態におけるソフトウェアアップデート処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面について、本発明の一実施の形態について詳述する。
（１）第１の実施の形態
第１の実施の形態では、着脱可能な不揮発デバイスに格納済みの制御ソフトウェアを揮発デバイスに読み出してオペレーティングシステムを起動する情報機器における制御ソフトウェアのアップデート処理に関して、不揮発デバイスの接続有無に関わらず、不揮発デバイスと揮発デバイスとのアップデート処理の適用状況の整合性を保つことが可能なアップデート処理方法について説明する。なお、本実施の形態では、制御ソフトウェアを構成するファイルとして、カーネル及びルートファイルシステム内のファイルを例示する。
【００１２】
（１−１）システム構成
まず、本実施の形態における情報機器１００の構成例について図１を用いて説明する。なお、本実施の形態では、オペレーティングシステムとして、Ｌｉｎｕｘ（登録商標）を搭載した情報機器１００を例に挙げる。
【００１３】
情報機器１００は、揮発デバイス１０２、ＣＰＵ１０３、サーバ通信部１０４及び不揮発デバイス検知部１０５を備え、これらを含む情報機器本体（図示せず）に対して不揮発デバイス１０１が着脱可能な構成となっている。
【００１４】
情報機器１００は、着脱可能な不揮発デバイス１０１に格納された制御ソフトウェアに基づいてオペレーティングシステムを起動し、アップデートファイル格納サーバ１１０からアップデートファイル１１１を受信することでアップデート処理を実施する。このアップデートファイル１１１は、後述するカーネル１０６及びルートファイルシステム１０７内のファイルに相当する。
【００１５】
不揮発デバイス１０１は、情報機器本体に対して着脱可能な不揮発性の記憶デバイスである。不揮発デバイス１０１は、オペレーティングシステム、例えばＬｉｎｕｘ（登録商標）を構成するカーネル１０６及びルートファイルシステム１０７を備える。このルートファイルシステム１０７は、Ｌｉｎｕｘ（登録商標）コマンド及び当該コマンドを実行するために必要なライブラリを備えるファイルシステムである。
【００１６】
揮発デバイス１０２は、情報機器本体に内蔵されたメモリなどの記憶デバイスである。揮発デバイス１０２には、ＣＰＵ１０３の制御によって、不揮発デバイス１０１から読み出された制御ソフトウェアが記憶領域に展開されることによって、オペレーティングシステムが動作可能となっている。
【００１７】
サーバ通信部１０４は、ＣＰＵ１０３の制御によって、アップデートファイル格納サーバ１１０との間において通信を行う。
【００１８】
不揮発デバイス検知部１０５は、ＣＰＵ１０３の制御によって不揮発デバイス１０１の接続有無、すなわち、不揮発デバイス１０１が情報機器本体に接続されているか否かを検知する。
【００１９】
ＣＰＵ１０３は、制御ソフトウェアのアップデート処理を実施する際、不揮発デバイス検知部１０５の検知結果に基づいてアップデート先の切り換え制御を実施する。このようなアップデート先の切り換え制御としては、ＣＰＵ１０３は、不揮発デバイス１０１が情報機器本体に接続されている場合には不揮発デバイス１０１上の制御ソフトウェアをアップデートする一方、不揮発デバイス１０１が情報機器本体に接続されていない場合には揮発デバイス１０２上の制御ソフトウェアをアップデートする。
【００２０】
ＣＰＵ１０３は、不揮発デバイス１０１が情報機器本体に再接続された際、不揮発デバイス１０１と揮発デバイス１０２との間における制御ソフトウェアのアップデート処理の適用状態を比較して両制御ソフトウェアに差分がある場合には、揮発デバイス１０２の制御ソフトウェアに適用済みのアップデート処理をアップデートファイル格納サーバ１１０から取得して不揮発デバイス１０１にも適用する。
【００２１】
（１−２）情報機器の起動
情報機器１００の電源がオンとされると、情報機器１００では、不図示のＢＩＯＳが起動することにより、不揮発デバイス１０１に格納されているカーネル１０６（例えばＬｉｎｕｘ（登録商標）オペレーティングシステムに相当）とルートファイルシステム１０７とが揮発デバイス１０２（ＲＡＭ）に展開される。
【００２２】
揮発デバイス１０２に展開されたカーネル１０８は、併せて同様に揮発デバイス１０２に展開されたルートファイルシステム１０９をマウントしてオペレーティングシステムとして、例えばＬｉｎｕｘ（登録商標）を起動する。これにより、情報機器１００は稼動状態となる。
【００２３】
（１−３）アップデート処理方法
次に、情報機器１００を制御する制御ソフトウェアについてアップデート処理を実施する場合について説明する。なお、ここでいう制御ソフトウェアは、カーネル１０８及びルートファイルシステム１０９内のファイルを指している。制御ソフトウェアのアップデート処理を実行する場合、カーネル１０８は、サーバ通信部１０４を経由し、アップデートファイル格納サーバ１１０にアクセスする。
【００２４】
アップデートファイル格納サーバ１１０は、情報機器１００の制御ソフトウェア用のアップデートファイル１１１を格納している。カーネル１０８は、サーバ通信部１０４を経由してアップデートファイル格納サーバ１１０から、任意あるいは自動的にアップデートファイル１１１を選択して取得する機能を有する。
【００２５】
このとき、カーネル１０８は、不揮発デバイス検知部１０５を用いて、情報機器本体に不揮発デバイス１０１が接続されているか否かを調べ、接続状況に応じて、アップデートファイル格納サーバ１１０から取得したアップデートファイル１１１の適用先の切換え制御を実施し、その適用先を不揮発デバイス１０１あるいは揮発デバイス１０２に切り替える。
【００２６】
図２は、この切換え制御を用いたソフトウェアアップデート処理の一例を示すフローチャートである。以下、処理の流れを順に説明する。
【００２７】
カーネル１０８は、ソフトウェアアップデート処理を開始し、制御ソフトウェアについてソフトウェアアップデートを実行する（ステップＳ２００）。まず、カーネル１０８は、ＣＰＵ１０３の制御によって、不揮発デバイス検知部１０５を用いて、情報機器１００に不揮発デバイス１０１が情報機器本体に接続されているか否かを調べる（ステップＳ２０１）。
【００２８】
不揮発デバイス１０１が情報機器本体に接続されている場合は、カーネル１０８が、ＣＰＵ１０３の制御によって、アップデートファイル格納サーバ１１０からアップデートファイル１１１を取得し、不揮発デバイス１０１上の対象ファイルについてアップデートを行う（ステップＳ２０２）。
【００２９】
カーネル１０８は、ＣＰＵ１０３の制御によって、不揮発デバイス１０１上のアップデートした対象ファイル（制御ソフトウェア）を、揮発デバイス１０２上の同対象ファイル（制御ソフトウェア）にコピーすることで、揮発デバイス１０２に対するアップデート処理を実施する（ステップＳ２０３）。
【００３０】
一方、既述のステップＳ２０１において不揮発デバイス１０１が情報機器本体に接続されていない場合、カーネル１０８は、ＣＰＵ１０３の制御によって、サーバ通信部１０４を用いて、アップデートファイル格納サーバ１１０からアップデートファイル１１１を取得し、揮発デバイス１０２上の対象ファイルについてアップデート処理を実施する（ステップＳ２０４）。
【００３１】
その後不揮発デバイス検知部１０５によって不揮発デバイス１０１が情報機器本体に再接続されたことを検知した場合（ステップＳ２０５）、カーネル１０８は、ＣＰＵ１０３の制御によって、不揮発デバイス１０１及び揮発デバイス１０２について制御ソフトウェアのアップデート処理の適用状況に基づいて、両制御ソフトウェアに差分がないか確認する。さらにカーネル１０８は、不揮発デバイス１０１が情報機器本体に接続されていなかった間に、揮発デバイス１０２に適用されたアップデートファイル１１１を、サーバ通信部１０４を介してアップデートファイル格納サーバ１１０から取得して不揮発デバイス１０１の対象ファイルである制御ソフトウェアについてアップデート処理を実施する（ステップＳ２０６）。
【００３２】
第１の実施の形態では、不揮発デバイス１０１が情報機器本体に接続されている場合におけるソフトウェアアップデート処理として、不揮発デバイス１０１上の対象ファイルである制御ソフトウェアをアップデートした後、この対象ファイルを揮発デバイス１０２上の同対象ファイル（制御ソフトウェア）にコピーすることで、揮発デバイス１０２に対するアップデート処理を実施している。
【００３３】
これは一例であり、揮発デバイス１０２上の対象ファイルについてアップデート処理を実施する方法としては、アップデートファイル格納サーバ１１０から該当するアップデートファイル１１１を取得して、直接、揮発デバイス１０２上の対象ファイルについてアップデート処理を適用する形態にしてもよい。
【００３４】
なお、アップデートファイル格納サーバ１１０は、プライベートネットワーク上に置く構成であっても、外部ネットワーク上に置く構成であってもよい。また、ネットワーク障害により、情報機器１００がアップデートファイル格納サーバ１１０に接続できない場合を考慮し、情報機器１００とアップデートファイル格納サーバ１１０を直接接続する構成にしてもよい。
【００３５】
なお、アップデートファイル格納サーバ１１０は、光学ドライブで代用されても良い。この場合、保守員等が、アップデートファイル１１１が格納された光ディスクを光学ドライブにセットし、その光学ドライブから提供されるアップデートファイル１１１を用いてアップデート処理を実施する。
【００３６】
以上のように本実施の形態によれば、着脱可能な不揮発デバイス１０１からオペレーティングシステムを起動する情報機器１００について、不揮発デバイス１０１の接続有無に関わらず、不揮発デバイス１０１と揮発デバイス１０２における制御ソフトウェアのアップデート処理の適用状況について整合性を保つことが可能なソフトウェアアップデート方法を提供することができる。
【００３７】
（２）第２の実施の形態
第２の実施の形態は、第１の実施の形態とほぼ同様の構成及び動作であるため、同様な構成及び動作については同一の符号を用いるとともに説明を省略し、異なる点を中心として説明する。
【００３８】
図３は、第２の実施の形態における情報機器１００のソフトウェアアップデート処理の一例を示す。なお、図３に示すフローチャートは、情報機器１００の電源が一旦オフとされた後、再起動した場合における、図２に相当するフローチャートを示す。なお、本実施の形態においても、オペレーティングシステムとしてＬｉｎｕｘ（登録商標）を搭載した情報機器１００を例に挙げる。
【００３９】
本実施の形態における処理の流れを順に説明する。まず、情報機器１００の電源が投入される（ステップＳ３００）。既述の実施の形態と同様にオペレーティングシステムとしてＬｉｎｕｘ（登録商標）が起動された後、カーネル１０８は、サーバ通信部１０４を介してアップデートファイル格納サーバ１１０にアクセスする（ステップＳ３０１）。
【００４０】
カーネル１０８は、不揮発デバイス１０１における対象ファイルである制御ソフトウェアのアップデート処理の適用状態と、アップデートファイル格納サーバ１１０に格納されているアップデートファイル１１１とに基づいて、不揮発デバイス１０１上の制御ソフトウェアに適用されているアップデート処理が最新であるか否かを判定する（ステップＳ３０２）。
【００４１】
仮に不揮発デバイス１０１に適用されているアップデートが最新でないと判定された場合、カーネル１０８は、アップデートファイル格納サーバ１１０からアップデートファイル１１１を取得して不揮発デバイス１０１へ適用してアップデートする（ステップＳ３０３）。
【００４２】
アップデート処理を実施後、情報機器１００は、自動的に再起動を試みることにより（ステップＳ３０４）、既述のように起動によって最新のアップデート処理が適用された状態のオペレーティングシステムであるＬｉｎｕｘ（登録商標）を起動することができる。
【００４３】
本実施の形態では、不揮発デバイス１０１の制御ソフトウェアに対するアップデート処理の実施後に再起動する方法を示した。なお、これは一例であり、不揮発デバイス１０１のアップデート処理の実施後に、揮発デバイス１０２に対して同様のアップデート処理を適用することで再起動を不要にしてもよい。
【００４４】
その場合、揮発デバイス１０２の制御ソフトウェアのアップデート処理は、アップデートファイル格納サーバ１１０からアップデートファイル１１１を取得する方法であってもよいし、その代わりに、不揮発デバイス１０１からアップデート適用ファイルをコピーする方法であってもよい。
【００４５】
このように本実施の形態によれば、情報機器１００について、不揮発デバイス１０１が情報機器本体に接続されていない場合に揮発デバイス１０２上の対象ファイルとしての制御ソフトウェアをアップデートした後に、不揮発デバイス１０１が再接続されることなく情報機器１００の電源が遮断された場合であっても、最新のアップデート処理を適用した状態での再起動を可能とすることができる。
【００４６】
（３）第３の実施の形態
第３の実施の形態は、第１の実施の形態または第２の実施の形態とほぼ同様の構成及び動作であるため、同様な構成及び動作については同一の符号を用いるとともに説明を省略し、異なる点を中心として説明する。
【００４７】
図４は、第３の実施の形態による情報機器１００Ａの構成例を示す。なお、本実施の形態においても、Ｌｉｎｕｘ（登録商標）ＯＳを搭載した情報機器１００Ａを例示する。第３の実施の形態による情報機器１００Ａは、図１に示す情報機器１００の構成例に対して、デバイス情報記憶部１１２及びデバイス異常検知部１１３が追加されている。
【００４８】
デバイス情報記憶部１１２は、情報機器本体に接続された不揮発デバイス１０１に関するデバイス識別情報が格納される。このデバイス識別情報は、例えばＵＵＩＤ等のデバイス固有情報を挙げることができる。
【００４９】
情報機器１００Ａが起動された時、ＣＰＵ１０３は、接続されている不揮発デバイス１０１から取得したデバイス識別情報をデバイス情報記憶部１１２に格納する機能を有する。これにより、デバイス異常検知部１１３は、情報機器１００の稼働中における不揮発デバイス１０１の挿抜の際に異なる情報機器において使用されるはずの他の不揮発デバイスが誤って情報機器本体に接続された場合でも、デバイス識別情報の差異から異常を検知することができる。
【００５０】
異常が検知された場合、デバイス異常検知部１１３が、例えば不図示のモニタまたはスピーカのようなデバイスから異常が発生している旨を視覚的または聴覚的に出力することで、情報機器１００の使用者に対して当該異常が発生していることを通知することが可能になる。
【００５１】
この場合、カーネル１０８は、ＣＰＵ１０３の制御によって、正しい不揮発デバイス１０１が正しい情報機器本体に接続されない限り、不揮発デバイス１０１に対するアップデート処理を実施しないようにする。これにより、不揮発デバイス１０１と情報機器１００Ａとが本来の正しい組み合わせである場合にのみ、両制御ソフトウェアのアップデート処理についての適用状況の整合性を保つようアップデート処理を制御することが可能になる。
【００５２】
図５は、第３の実施の形態におけるソフトウェアアップデート処理の一例を示す。図示の例を参照しつつ処理の流れを順に説明する。まず、情報機器１００Ａの電源が投入される（ステップＳ５００）。
【００５３】
既述の実施形態と同様にオペレーティングシステムとしてＬｉｎｕｘ（登録商標）が起動された後、カーネル１０８は、ＣＰＵ１０３の制御によって、情報機器１００Ａに接続されている不揮発デバイス１０１のデバイス識別情報を取得し、デバイス情報記憶部１１２へ格納する（ステップＳ５０１）。
【００５４】
情報機器１００Ａの稼働中に不揮発デバイス１０１が取り外され（ステップＳ５０２）、その後、不揮発デバイス１０１が再接続された場合（ステップＳ５０３）、カーネル１０８は、接続された不揮発デバイス１０１の識別情報を取得する（ステップＳ５０４）。
【００５５】
このとき、デバイス異常検知部１１３は、情報機器１００の起動時にデバイス情報記憶部１１２へ格納済みのデバイス識別情報と、再接続された際に不揮発デバイス１０１から取得したデバイス識別情報とを比較し（ステップＳ５０５）、両デバイス識別情報同士が不一致の場合には、異なる情報機器向けの他の不揮発デバイスが情報機器本体に接続されたと判断し、情報機器１００の使用者に対して異常を通知する（ステップＳ５０６）。この場合、カーネル１０８は、ＣＰＵ１０３の制御によって、正しい不揮発デバイス１０１が情報機器本体に接続されない限り、不揮発デバイス１０１に対するアップデート処理を実施しないように制御する。
【００５６】
本実施の形態では、上述した不揮発デバイス１０１の取り外し及び再接続の過程において異なる情報機器向けの他の不揮発デバイスが情報機器本体に接続された場合、情報機器１００の使用者に対して異常を通知する方法として、上述したようにモニタまたはスピーカ等のデバイスを介する方法を示したが、通知の方法に限定はなく、如何なる方法であってもよい。なお、情報機器１００の使用者に対して異常を通知するだけでなく、正しい不揮発デバイス１０１を接続するよう促すようにしてもよい。
【００５７】
さらに、異なる情報機器向けの他の不揮発デバイスが情報機器本体に接続された場合には、不揮発デバイス１０１のアップデート処理の実施を抑止するだけでなく、情報機器１００Ａにおけるその他の処理の実施を抑止することにより、情報機器１００Ａ上での処理に関する安全性または信頼性を担保するようにしてもよい。
【００５８】
以上のように本実施の形態によれば、着脱可能な不揮発デバイス１０１の制御ソフトウェアからオペレーティングシステムを起動する情報機器１００Ａに関して、不揮発デバイス１０１が情報機器１００Ａの情報機器本体から取り外された後、異なる情報機器向けの他の不揮発デバイスが情報機器本体に接続された場合でも、不揮発デバイス１０１と揮発デバイス１０２との間における両制御ソフトウェアのアップデート処理の適用状況に関する不整合に起因して障害が発生することを未然に防止することが可能になる。
【００５９】
（４）その他の実施形態
上記実施形態は、本発明を説明するための例示であり、本発明をこれらの実施形態にのみ限定する趣旨ではない。本発明は、その趣旨を逸脱しない限り、様々な形態で実施することができる。例えば、上記実施形態では、各種プログラムの処理をシーケンシャルに説明したが、特にこれにこだわるものではない。従って、処理結果に矛盾が生じない限り、処理の順序を入れ替え又は並行動作するように構成しても良い。
【００６０】
なお、本発明は、上記した実施の形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００６１】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶部、または、ＩＣカード、ＳＤカード、ＤＶＤ、ＢＤ等の記録媒体に置くことができる。
【００６２】
また、制御線及び情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【産業上の利用可能性】
【００６３】
本発明は、着脱可能な不揮発デバイスに格納されている制御ソフトウェアからオペレーションシステムが起動される情報機器及び情報機器のソフトウェアアップデート方法に広く適用することができる。
【符号の説明】
【００６４】
１００，１００Ａ……情報機器、１０１……不揮発デバイス、１０２……揮発デバイス、１０３……ＣＰＵ、１０４……サーバ通信部、１０５……不揮発デバイス検知部、１０６……不揮発デバイスに格納されているカーネル、１０７……不揮発デバイスに格納されているルートファイルシステム、１０８……揮発デバイス上に展開されたカーネル、１０９……揮発デバイス上に展開されたルートファイルシステム、１１０……アップデートファイル格納サーバ、１１１……アップデートファイル、１１２……デバイス情報記憶部、１１３……デバイス異常検知部。
【図１】
2018113001.tif 000003
【図２】
2018113001.tif 000004
【図３】
2018113001.tif 000005
【図４】
2018113001.tif 000006
【図５】
2018113001.tif 000007