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

Abstract

【課題】メモリの容量が潤沢でない場合でも予め定めた一連の処理の実行を可能にすることができる。【解決手段】情報処理装置は、予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルを読み込む読み込み部と、読み込んだアーカイブファイルを実行する実行部と、実行したアーカイブファイルを解放する解放部と、前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する制御部と、を備える。【選択図】図７

Description

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

従来、オペレーティングシステム（ＯＳ）のディスクイメージ（ＯＳイメージ）を複数のブロックファイルに分割して管理し、ＯＳイメージの世代毎に必要なブロックファイルのみをクライアントに配信する配信システムが提案されている。この配信システムでは、クライアントはサーバからＯＳイメージをダウンロードしてストレージに保存し、起動時にＯＳイメージのブロックファイルを順次読み込む。

上記配信システムでは、１つのＯＳイメージを起動させるために多くのブロックファイルを読み込む必要があり、この読み込みに時間がかかることでＯＳイメージの起動時間が遅くなってしまう問題があった。

そこで、参照するブロックファイルのアクセス履歴をもとに、クライアントの起動を高速化する機構を搭載したイメージ配信システムを提供することにより、クライアントのプログラムの実行にかかる時間を高速化する技術が提案されている（例えば特許文献１参照）。

特許第６０７７７５９号公報

しかしながら、上記特許文献１記載の技術は、メモリの容量が潤沢であることが前提である。具体的には、予め定めた一連の処理、例えばオペレーティングシステムの起動からユーザーが利用可能となる状態までの一連の処理の実行に必要なブロックファイルを全て読み込める容量のメモリが必要となり、メモリの容量が潤沢ではないクライアントで一連の処理を行うのが困難である、という問題があった。

本発明は、メモリの容量が潤沢でない場合でも予め定めた一連の処理の実行を可能にすることができる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。

第１態様に係る情報処理装置は、予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルを読み込む読み込み部と、読み込んだアーカイブファイルを実行する実行部と、実行したアーカイブファイルを解放する解放部と、前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する制御部と、を備える。

第１態様に係る情報処理装置において、前記予め定めた一連の処理は、オペレーティングシステムの起動からユーザーが利用可能となる状態までの処理である。

第１態様に係る情報処理装置において、前記複数のフェーズは、前記オペレーティングシステムの起動プログラムを起動してから前記オペレーティングシステムのカーネルを起動するまでの第１フェーズ、前記カーネルを起動してからログイン画面を表示するまでの第２フェーズ、及び前記ログイン画面の表示からデスクトップ画面の表示までの第３フェーズを含む。

第１態様に係る情報処理装置において、前記読み込み部は、前記アーカイブファイルを読み込むメモリの容量が、前記アーカイブファイルの容量未満である場合は、前記アーカイブファイルのうち一部のブロックファイルを前記メモリに読み込み、前記解放部は、利用済みのブロックファイルを前記メモリから解放し、さらに前記読み込み部は、解放された領域に残りのブロックファイルを読み込む。

第１態様に係る情報処理装置において、前記制御部は、前記アーカイブファイルが存在しない場合は、前記アーカイブファイルを構成する複数のブロックファイルを読み込むと共に、前記ブロックファイルの読み込み順序を記録したアクセスログを作成し、作成したアクセスログに基づいて前記アーカイブファイルを作成する。

第１態様に係る情報処理装置において、前記制御部は、異なる複数のアーカイブファイルが存在する場合、前記複数のアーカイブファイルにおいて共通のブロックファイルから構成される共通アーカイブファイルを作成する。

第２態様に係る情報処理方法は、コンピュータが、予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルを読み込み、読み込んだアーカイブファイルを実行し、実行したアーカイブファイルを解放し、前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する処理を実行する。

第３態様に係る情報処理プログラムは、コンピュータに、予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルを読み込み、読み込んだアーカイブファイルを実行し、実行したアーカイブファイルを解放し、前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する処理を実行させる。

本発明によれば、メモリの容量が潤沢でない場合でも予め定めた一連の処理の実行を可能にすることができる、という効果を有する。

情報処理システムの構成図である。 サーバ装置の構成図である。 サーバ装置の記憶部の構成図である。 クライアント装置の構成図である。 クライアント装置の記憶部の構成図である。 クライアント装置の記憶部の構成図である。 クライアント装置の機能ブロック図である。 複数のフェーズ処理について説明するための図である。 クライアント装置で実行される情報処理のフローチャートである。 アーカイブファイルについて説明するための図である。 アーカイブファイルが読み込まれたＲＡＭの状態について説明するための図である。 共通アーカイブファイルの作成について説明するための図である。

以下、図面を参照して、本発明を実施するための形態を詳細に説明する。

図１は、本実施形態に係るイメージ配信システム１０の構成図である。図１に示すように、イメージ配信システム１０は、サーバ装置２０と複数のクライアント装置３０とがネットワーク４０を介して接続された構成である。なお、クライアント装置３０は、本発明の情報処理装置の一例である。

サーバ装置２０は、複数のクライアント装置３０において同一の利用環境で各種処理を実行するためのイメージファイル（ディスクイメージ）をネットワーク４０を介して複数のクライアント装置３０に配信する。ここで、イメージファイルには、オペレーティングシステム（ＯＳ）を起動及び実行するためのＯＳ用プログラム、ＯＳ用プログラムの実行に必要な各種ファイル、ＯＳ上で動作する各種アプリケーション（ＡＰ）を実行するためのＡＰ用プログラム、及びＡＰ用プログラムの実行に必要な各種ファイル等を含む。

複数のクライアント装置３０は、サーバ装置２０から配信されたイメージファイルに基づいて起動することにより、各クライアント装置３０においてオペレーティングシステム及びアプリケーションプログラムを個別にインストールすることなく、同一の環境でオペレーティングシステム及び各種アプリケーションプログラムの実行が可能となる。

このようなイメージ配信システム１０は、例えば大学等の教育機関において授業を配信するシステム、会社等において遠隔会議を行う会議システム等のように、同一目的及び同一環境で同一のアプリケーションプログラムを実行するシステムに適用される。

図２は、サーバ装置２０のハードウェア構成を示すブロック図である。図２に示すように、サーバ装置２０は、コントローラ２１を備える。コントローラ２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２１Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２１Ｃ、及び入出力インターフェース（Ｉ／Ｏ）２１Ｄを備える。そして、ＣＰＵ２１Ａ、ＲＯＭ２１Ｂ、ＲＡＭ２１Ｃ、及びＩ／Ｏ２１Ｄがシステムバス２１Ｅを介して各々接続されている。システムバス２１Ｅは、コントロールバス、アドレスバス、及びデータバスを含む。なお、ＲＡＭ２１Ｃは、本発明のメモリの一例である。

また、Ｉ／Ｏ２１Ｄには、操作部２２、表示部２３、通信部２４、及び記憶部２５が接続されている。

操作部２２は、例えばマウス及びキーボードを含んで構成される。

表示部２３は、例えば液晶ディスプレイ等で構成される。

通信部２４は、外部装置とデータ通信を行うためのインターフェースである。

記憶部２５は、ハードディスク等の不揮発性の外部記憶装置で構成される。図３に示すように、記憶部２５は、管理プログラムＫＰ、ブロックファイル群ＢＧ、及びインデックスファイル群ＩＦ等を記憶する。

管理プログラムＫＰは、クライアント装置３０に配信するイメージファイルを管理するプログラムである。

ブロックファイル群ＢＧは、クライアント装置３０に配信するイメージファイルを予め定めた分割単位で分割したブロックファイル群である。

例えば図３に示すように、イメージファイルＡは、先頭から予め定めた分割単位の一例として６４ｋｂ（キロバイト）毎にｎ個（ｎは１以上）のブロックファイルＡ１～Ａｎに分割されて保存される。なお、分割単位は６４ｋｂに限られるものではない。また、図３では、説明を簡単にするためにブロックファイルＡ１～Ａｎが連続した領域に格納されているかのように表記しているが、実際はランダムに記憶されている。

また、図３に示すように、分割した順序１～ｎとブロックファイルを識別する符号Ａ１～Ａｎとの対応関係がインデックスファイルＩＡとして保存される。インデックスファイルＩＡを参照し、分割した順序に従ってブロックファイルＡ１～Ａｎを結合することで分割前のイメージファイルＡを生成することができる。

ここで、例えばイメージファイルＡがアップデートされて、イメージファイルＡと同系列であるが一部が異なるイメージファイルＢが生成されたとする。そして、イメージファイルＢをブロックファイルに分割する場合、一部のブロックファイルはイメージファイルＡのブロックファイルと重複する。この場合、イメージファイルＡのブロックファイルと重複するブロックファイルについては保存しないようにする。

例えば、イメージファイルＢを分割したブロックファイルＢ１、Ｂ２、Ｂ３、・・・Ｂｎのうち、ブロックファイルＢ２のみがイメージファイルＡのブロックファイルＡ２と異なり、ブロックファイルＢ１、Ｂ３、・・・・Ｂｎは、イメージファイルＡのブロックファイルＡ１、Ａ３、・・・Ａｎと同一であるとする。この場合、図３に示すように、イメージファイルＢに関しては、差分ブロックファイルとしてのブロックファイルＢ２のみを保存しておけばよいため、ブロックファイルＢ１、Ｂ３、・・・・Ｂｎは保存しない。これにより、同じ内容のブロックファイルが重複して保存されてしまうのを回避することができる。

イメージファイルＢがアップデートされて、イメージファイルＡ、Ｂと同系列であるが一部が異なるイメージファイルＣが生成された場合も同様である。すなわち、例えばイメージファイルＣを分割したブロックファイルＣ１、Ｃ２、Ｃ３、・・・Ｃｎのうち、ブロックファイルＣ２のみがイメージファイルＢのブロックファイルＢ２と異なる場合は、図３に示すように、イメージファイルＣに関しては、差分ブロックファイルとしてのブロックファイルＣ２のみを保存しておけばよい。

サーバ装置２０がクライアント装置３０にイメージファイルＡを配信する際には、イメージファイルＡに対応するインデックスファイルＩＡをクライアント装置３０に配信する。クライアント装置３０は、配信されたインデックスファイルＩＡに基づいて、イメージファイルＡの生成に必要なブロックファイルＡ１、Ａ２、Ａ３、・・・Ａｎの全てを取得するまでサーバ装置２０にブロックファイルを要求して取得する。これにより、イメージファイルＡがクライアント装置３０に配信されたこととなる。

また、前述したように、イメージファイルＡが、ブロックファイルＢ２のみが異なるイメージファイルＢにバージョンアップした場合、クライアント装置３０は、バージョンアップ前の取得済みのブロックファイルＡ１、Ａ３、・・・Ａｎについては新たに取得する必要はないため、差分ブロックファイルとしてのブロックファイルＢ２のみをサーバ装置２０に要求して取得する。

この場合、クライアント装置３０に記憶されているブロックファイルＡ２は、バージョンアップしたことにより不要である。このため、クライアント装置３０は、ブロックファイルＡ２を削除すると共に、古いバージョンのインデックスファイルＩＡも削除する。

ＣＰＵ２１Ａは、記憶部２５に記憶された管理プログラムＫＰをＲＡＭ２１Ｃに読み込んで実行することにより、イメージファイルをクライアント装置３０に配信する等の各種管理処理を実行する。

図４は、クライアント装置３０のハードウェア構成を示すブロック図である。クライアント装置３０の基本構成は、サーバ装置２０と同様であるため、同一部分については詳細な説明を省略する。

図４に示すように、クライアント装置３０は、サーバ装置２０と同様に、コントローラ３１を備える。コントローラ３１は、ＣＰＵ３１Ａ、ＲＯＭ３１Ｂ、ＲＡＭ３１Ｃ、及び入出力インターフェース（Ｉ／Ｏ）３１Ｄを備える。そして、ＣＰＵ３１Ａ、ＲＯＭ３１Ｂ、ＲＡＭ３１Ｃ、及びＩ／Ｏ３１Ｄがシステムバス３１Ｅを介して各々接続されている。

また、Ｉ／Ｏ３１Ｄには、サーバ装置２０と同様に、操作部３２、表示部３３、通信部３４、及び記憶部３５が接続されている。操作部３２、表示部３３、及び通信部３４はサーバ装置２０と同様である。

図５に示すように、記憶部３５は、情報処理プログラムＪＰ、ブロックファイル群ＢＧイメージファイルＡ、インデックスファイルＩＡ、アーカイブファイルＡＦ、及びアクセスログＡＬ等を記憶する。

なお、図５は、イメージファイルＡ及びインデックスファイルＩＡがサーバ装置２０から既に配信された状態を示している。前述したように、例えばイメージファイルＡがイメージファイルＢにバージョンアップすると、クライアント装置３０は、図６に示すように、インデックスファイルＩＢを取得して差分ブロックファイルとしてのブロックファイルＢ２を取得して記憶すると共に、インデックスファイルＩＡを削除する。イメージファイルＢがイメージファイルＣにバージョンアップした場合も同様である。

アーカイブファイルＡＦは、オペレーティングシステム又はアプリケーションの予め定めた処理毎に必要な複数のブロックファイルＢＦを時系列に並べたファイルである。

アクセスログＡＬは、オペレーティングシステム又はアプリケーションの予め定めた処理を実行する際にブロックファイルＢＦの読み込み順序を記録したデータである。

図７は、クライアント装置３０のＣＰＵ３１Ａの機能構成を示すブロック図である。図７に示すように、ＣＰＵ３１Ａは、機能的には、読み込み部３６、実行部３７、解放部３８、及び制御部３９を備える。

読み込み部３６は、予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、フェーズ処理に必要な複数のブロックファイルが時系列に並んだアーカイブファイルを読み込む。

予め定めた一連の処理は、例えばオペレーティングシステムの起動からユーザーが利用可能となる状態までの処理である。予め定めた一連の処理は、複数のフェーズに分割される。具体的には、複数のフェーズは、オペレーティングシステムの起動プログラムを起動してからオペレーティングシステムのカーネルを起動するまでの第１フェーズ、カーネルを起動してからログイン画面を表示するまでの第２フェーズ、及びログイン画面の表示からデスクトップ画面の表示までの第３フェーズを含む。

クライアント装置３０の電源がオンされてからの動作は、例えば図８に示すような流れとなる。図８に示すように、クライアント装置３０の電源がＯＮされると、ファームウェアが起動される。次に、オペレーティングシステムの起動プログラムが起動され、オペレーティングシステムのカーネルが起動され、ログイン画面が表示され、デスクトップ画面が表示される。なお、電源ＯＮからファームウェアの起動までは、クライアント装置３０本体側の処理であり、ソフトウェアによる処理ではない。従って、ＯＳの起動プログラムの起動以降の処理がイメージファイルによって実現されるソフトウェアの処理である。

ここで、例えば前述した特許文献１記載の技術では、クライアント装置３０が、サーバ装置２０から配信されたイメージファイルに基づいてオペレーティングシステムの起動からユーザーが利用可能となる状態までの一連の処理である第１フェーズから第３フェーズまでの処理を実行する場合、一連の処理の実行に必要なブロックファイルＢＦが連続した記憶領域に記憶されたアーカイブファイルＡＦを作成しておくことにより、一連の処理の実行時間を短縮することができる。

しかしながら、ＲＡＭ３１Ｃの容量が一連の処理に必要なアーカイブファイルのデータサイズ未満の場合は、アーカイブファイル全体を読み込むことができず、処理効率が低下してしまう。

そこで、本実施形態では、読み込み部３６は、一連の処理を複数のフェーズに分割した複数のフェーズ処理毎にアーカイブファイルＡＦを読み込む。すなわち、本実施形態では第１フェーズから第３フェーズまでのフェーズ処理毎にアーカイブファイルＡＦを読み込む。これにより、ＲＡＭ３１Ｃの容量が潤沢でない場合でも一連の処理の実行が可能となる。

実行部３７は、読み込み部３６が読み込んだアーカイブファイルＡＦを実行する。すなわち、読み込み部３６が読み込んだアーカイブファイルＡＦに対応するフェーズ処理を実行する。

解放部３８は、実行したアーカイブファイルＡＦを解放する。すなわち、アーカイブファイルＡＦが記憶されていた領域を使用可能にする。

制御部３９は、読み込み部３６によるアーカイブファイルＡＦの読み込み、実行部３７によるアーカイブファイルＡＦの実行、及び解放部３８によるアーカイブファイルＡＦの解放がフェーズ処理の数だけ繰り返されるように制御する。すなわち、本実施形態では、第１フェーズ～第３フェーズの各フェーズについて、アーカイブファイルＡＦの読み込み、実行、及び解放が行われるように制御する。

また、読み込み部３６は、アーカイブファイルを読み込むＲＡＭ３１Ｃの容量が、アーカイブファイルＡＦの容量未満である場合は、アーカイブファイルＡＦのうち一部のブロックファイルＢＦをＲＡＭ３１Ｃに読み込み、解放部３８は、利用済みのブロックファイルＢＦをＲＡＭ３１Ｃから解放し、さらに読み込み部３６は、解放された領域に残りのブロックファイルＢＦを読み込む。すなわち、アーカイブファイルＡＦを読み込むＲＡＭ３１Ｃの容量が、アーカイブファイルＡＦの容量未満である場合は、ＲＡＭ３１Ｃを所謂リングバッファとして用いる。

また、制御部３９は、アーカイブファイルＡＦが存在しない場合は、アーカイブファイルＡＦを構成する複数のブロックファイルを読み込むと共に、ブロックファイルの読み込み順序を記録したアクセスログＡＬを作成し、作成したアクセスログＡＬに基づいてアーカイブファイルＡＦを作成する。すなわち、アーカイブファイルＡＦを初めて作成する場合には、アーカイブファイルＡＦを作成する過程におけるブロックファイルＢＦの読み込み順序を記録したアクセスログＡＬを作成する。作成したアクセスログＡＬをサーバ装置２０にアップロードし、サーバ装置２０から他のクライアント装置３０にアクセスログＡＬを配信することにより、他のクライアント装置３０において容易にアーカイブファイルＡＦを作成することができる。

なお、他のクライアント装置３０がアーカイブファイルＡＦを作成するのではなく、サーバ装置２０がアーカイブファイルＡＦを作成して他のクライアント装置３０に配信するようにしてもよい。また、クライアント装置３０の各々がアクセスログＡＬを個別に作成し、クライアント装置３０毎に、作成したアクセスログＡＬに基づいてアーカイブファイルＡＦを作成してもよい。

また、制御部３９は、異なる複数のアーカイブファイルＡＦ、例えばバージョンの異なるアーカイブファイルＡＦが存在する場合、複数のアーカイブファイルＡＦにおいて共通のブロックファイルＢＦから構成される共通アーカイブファイルＡＦＣを作成する。これにより、アーカイブファイルＡＦを効率良く記憶できる。

次に、クライアント装置３０のＣＰＵ３１Ａで実行される情報処理について図９に示すフローチャートを参照して説明する。なお、クライアント装置３０には、サーバ装置２０から配信されたイメージファイルＡが記憶部３５に記憶されているものとする。図９の情報処理は、図８に示すようにクライアント装置３０の電源がＯＮされてファームウェアが起動し、ファームウェアの起動が終了すると実行される。

ステップＳ１００では、ＣＰＵ３１Ａが、実行すべき処理のアーカイブファイルＡＦが記憶部３５に記憶されているか否かを判定する。例えば実行すべき処理が第１フェーズのオペレーティングシステムの起動プログラムの起動処理である場合は、この起動処理を実行するためのアーカイブファイルＡＦが記憶部３５に記憶されているか否かを判定する。そして、ステップＳ１００の判定が肯定された場合はステップＳ１０２へ移行し、ステップＳ１００の判定が否定された場合はステップＳ１０４へ移行する。

ステップＳ１０２では、ＣＰＵ３１Ａが、アーカイブファイルＡＦが記憶部３５に記憶されている場合は、記憶部３５からアーカイブファイルＡＦをＲＡＭ３１Ｃに読み込む。

一方、ステップＳ１０４では、ＣＰＵ３１Ａが、実行すべき処理に必要なブロックファイルＢＦをＲＡＭ３１Ｃに読み込む。例えば実行すべき処理が第１フェーズのオペレーティングシステムの起動プログラムの起動処理である場合は、当該起動処理の実行に必要なブロックファイルＢＦを記憶部３５から読み出す。起動処理の実行に必要なブロックファイルＢＦ及び読み込み順序は、インデックスファイルＩＡを参照することにより特定できる。

ステップＳ１０６では、ＣＰＵ３１Ａが、ステップＳ１０４で読み込んだブロックファイルＢＦと、読み込み順序と、を対応付けたアクセスログＡＬを作成し、記憶部３５に記憶する。

ステップＳ１０８では、ＣＰＵ３１Ａが、実行すべき処理に必要な全てのブロックファイルＢＦをＲＡＭ３１Ｃに読み込んだか否かを判定する。そして、ステップＳ１０８の判定が肯定された場合はステップＳ１１０へ移行する。一方、ステップＳ１０８の判定が否定された場合はステップＳ１０４へ移行して、実行すべき処理に必要な全てのブロックファイルＢＦをＲＡＭ３１Ｃに読み込むまでステップＳ１０４～Ｓ１０８の処理を繰り返す。

ステップＳ１１２では、ＣＰＵ３１Ａが、ステップＳ１０２でＲＡＭ３１Ｃに読み込んだアーカイブファイルＡＦ又はステップＳ１０４でＲＡＭ３１Ｃに読み込んだブロックファイルＢＦから成るアーカイブファイルＡＦに基づいて処理を実行する。

ステップＳ１１４では、ＣＰＵ３１Ａが、ステップＳ１０２でＲＡＭ３１Ｃに読み込んだアーカイブファイルＡＦ又はステップＳ１０４でＲＡＭ３１Ｃに読み込んだブロックファイルＢＦが記憶された記憶領域を解放する。

ステップＳ１１６では、ＣＰＵ３１Ａが、全てのフェーズ処理が終了したか否かを判定する。そして、ステップＳ１１６の判定が肯定された場合はステップＳ１１７へ移行する。一方、ステップＳ１１６の判定が否定された場合はステップＳ１００へ戻って、次のフェーズ処理について上記と同様の処理を行う。これにより、図８に示す第１フェーズ～第３フェーズまでの処理が順次実行される。

ステップＳ１１７では、ＣＰＵ３１Ａが、アーカイブファイルＡＦが記憶部３５に記憶されているか否かを判定する。そして、ステップＳ１１７の判定が否定された場合はステップＳ１１８へ移行し、ステップＳ１１７の判定が肯定された場合は本ルーチンを終了する。

ステップＳ１１８では、ステップＳ１０６で作成したアクセスログＡＬに基づいて、アーカイブファイルＡＦを作成する。すなわち、繰り返しステップＳ１０４でブロックファイルＢＦを読み込んだ順序で複数のブロックファイルＢＦを記憶部３５の連続した記憶領域に記憶する。なお、アーカイブファイルＡＦは、ステップＳ１０６で作成されたアクセスログＡＬ毎に作成される。これにより、次回以降に本ルーチンを実行した場合は、ステップＳ１００の判定が肯定され、ステップＳ１０２で記憶部３５に記憶されたアーカイブファイルＡＦを読み込めば良い。これにより、処理を実行するまでの時間が短縮される。また、第１フェーズ～第３フェーズの処理が終了してからアーカイブファイルＡＦを作成するので、各フェーズの処理中にアーカイブファイルＡＦを作成する場合と比較して、クライアント装置３０の起動が遅くなるのを回避することができる。

ここで、第１フェーズ～第３フェーズまでの処理が行われた場合のＲＡＭ３１Ｃの状態について説明する。ここでは、説明を簡単にするために、図１０に示すように、第１フェーズ処理のアーカイブファイルＡＦ１は４個のブロックファイルＢＦで構成され、第２フェーズ処理のアーカイブファイルＡＦ２は６個のブロックファイルＢＦで構成され、第３フェーズ処理のアーカイブファイルＡＦ３は１０個のブロックファイルＢＦで構成されているものとする。また、図１１（Ａ）に示すように、ＲＡＭ３１Ｃは、１４個のブロックファイルＢＦを記憶する領域が設けられているものとする。この場合、第１フェーズ処理が実行される場合には、図１１（Ｂ）に示すように４個のブロックファイルＢＦからなるアーカイブファイルＡＦ１がＲＡＭ３１Ｃに読み込まれる。そして、第１フェーズ処理が終了すると、図１１（Ｃ）に示すように、アーカイブファイルＡＦ１が記憶されていた領域が解放され、第２フェーズ処理のアーカイブファイルＡＦ２がＲＡＭ３１Ｃに読み込まれる。そして、第２フェーズ処理が終了すると、図１１（Ｄ）に示すように、アーカイブファイルＡＦ２が記憶されていた領域が解放され、第３フェーズ処理のアーカイブファイルＡＦ３がＲＡＭ３１Ｃに読み込まれる。なお、アーカイブファイルＡＦ３を構成する１０個のブロックファイルＢＦのうち６個のブロックファイルＢＦは、第１フェーズ処理及び第２フェーズ処理の終了後に解放された記憶領域に読み込まれる。

ここで、第１フェーズから第３フェーズまでの全てのフェーズに必要なブロックファイルＢＦの数は合計２０個であり、一度に全てのフェーズの処理に必要なブロックファイルＢＦをＲＡＭ３１Ｃに読み込もうとしてもＲＡＭ３１Ｃの容量はブロックファイルＢＦ１４個分であるため、一度に読み込めない。これに対して、本実施形態では、ＲＡＭ３１Ｃをリングバッファとして使用するので、少ない容量でもＲＡＭ３１Ｃを効率良く使用できる。

また、例えばオペレーティングシステム又はアプリケーションがバージョンアップすることにより、イメージファイルがバージョンアップする場合がある。この場合、第１世代であるイメージファイルと第２世代のイメージファイルとの差分である差分ブロックファイルがサーバ装置２０から配信される。この場合、世代毎にアーカイブファイルＡＦを作成するとアーカイブファイルＡＦの容量が増大していく。

そこで、世代間で共通のアーカイブファイルＡＦＣを作成するようにしてもよい。例えば、第１世代のイメージファイルと、第２世代のイメージファイルと、の双方において共通のブロックファイルＢＦについては共通アーカイブファイルＡＦＣとして作成する。これにより、アーカイブファイルＡＦが増大していくのを抑制することができる。

また、バージョンアップしていない場合でも、オペレーティングシステムが同一でアプリケーションが異なる場合、異なるアプリケーションでも共通部分がある場合等のように、共通部分があるにも関わらず、別個にアーカイブファイルＡＦを作成するとアーカイブファイルＡＦが増大していくこととなる。このような場合も、共通アーカイブファイルＡＦＣを作成することによりアーカイブファイルＡＦの容量の増大を抑制できる。

以下、共通アーカイブファイルＡＦＣを作成する場合の具体例について説明する。例えば図１２（Ａ）に示すように、アプリケーションＡで使用されるアーカイブファイルＡＦＡを構成する複数のブロックファイルＢＦと、図１２（Ｂ）に示すように、アプリケーションＡと異なるアプリケーションＢで使用されるアーカイブファイルＡＦＢを構成する複数のブロックファイルＢＦと、のうち、一部が共通し、一部が異なるものとする。なお、図１２では、便宜的にブロックファイルＢＦを表す符号として数字又はアルファベットを表記した。

図１２（Ａ）に示すように、アーカイブファイルＡＦＡは、「１」～「９」、「Ａ」～「Ｊ」の合計１９個のブロックファイルＢＦで構成されている。また、アーカイブファイルＡＦＢは、「１」、「３」～「９」、「Ａ」～「Ｌ」の合計２０個のブロックファイルＢＦで構成されている。従って、アーカイブファイルＡＦＢがアーカイブファイルＡＦＡと異なるのは、アーカイブファイルＡＦＡに存在する「２」のブロックファイルＢＦが存在しないことと、アーカイブファイルＡＦＡに存在しない「Ｋ」、「Ｌ」のブロックファイルＢＦが存在することである。

すなわち、アーカイブファイルＡＦＡ、ＡＦＢの共通のブロックファイルＢＦは、「１」、「３」～「９」、「Ａ」～「Ｊ」の合計１８個のブロックファイルＢＦである。

従って、図１２（Ｃ）に示すように、「１」、「３」～「９」、「Ａ」～「Ｊ」の合計１８個のブロックファイルＢＦから成る共通アーカイブファイルＡＦＣを作成しておく。これにより、共通アーカイブファイルＡＦＣに「２」のブロックファイルＢＦを追加することによりアーカイブファイルＡＦＡを作成することができる。また、共通アーカイブファイルＡＦＣに「Ｋ」、「Ｌ」のブロックファイルＢＦを追加することによりアーカイブファイルＡＦＢを作成することができる。

以上説明したように、本実施形態では、予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルを読み込んで実行し、解放する処理をフェーズ処理の数だけ繰り返す。また、アーカイブファイルＡＦを読み込むＲＡＭ３１をリングバッファとして用いる。さらに、異なるアプリケーションで共通のブロックファイルで構成された共通アーカイブファイルを作成して利用する。これにより、ＲＡＭ３１Ｃの容量が潤沢でない場合でも予め定めた一連の処理の実行を迅速に実行することが可能となる。

以上、実施の形態を説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施の形態に多様な変更又は改良を加えることができ、該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。

なお、本実施形態では、情報処理プログラムＪＰが記憶部３５にインストールされている形態を説明したが、これに限定されるものではない。本実施形態に係る情報処理プログラムＪＰを、コンピュータ読取可能な記憶媒体に記録した形態で提供してもよい。例えば、本実施形態に係る情報処理プログラムＪＰを、ＣＤ(Compact Disc)－ＲＯＭ及びＤＶＤ(Digital Versatile Disc)－ＲＯＭ等の光ディスクに記録した形態、若しくはＵＳＢ(Universal Serial Bus)メモリ及びメモリカード等の半導体メモリに記録した形態で提供してもよい。また、本実施形態に係る情報処理プログラムＪＰを、通信部３４に接続された通信回線を介して外部装置から取得するようにしてもよい。

１０ イメージ配信システム
２０ サーバ装置
３０ クライアント装置
３６ 読み込み部
３７ 実行部
３８ 解放部
３９ 制御部
４０ ネットワーク
ＡＦ アーカイブファイル
ＡＦＣ 共通アーカイブファイル
ＡＬ アクセスログ
ＢＦ ブロックファイル
ＩＡ インデックスファイル
ＪＰ 情報処理プログラム
ＫＰ 管理プログラム
Ａ イメージファイル

Claims (8)

1. 予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルをメモリに読み込む読み込み部と、
   読み込んだアーカイブファイルを実行する実行部と、
   実行したアーカイブファイルを前記メモリから解放する解放部と、
   前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する制御部と、
   を備えた情報処理装置。
2. 前記予め定めた一連の処理は、オペレーティングシステムの起動からユーザーが利用可能となる状態までの処理である
   請求項１記載の情報処理装置。
3. 前記複数のフェーズは、前記オペレーティングシステムの起動プログラムを起動してから前記オペレーティングシステムのカーネルを起動するまでの第１フェーズ、前記カーネルを起動してからログイン画面を表示するまでの第２フェーズ、及び前記ログイン画面の表示からデスクトップ画面の表示までの第３フェーズを含む
   請求項２記載の情報処理装置。
4. 前記読み込み部は、前記アーカイブファイルを読み込む前記メモリの容量が、前記アーカイブファイルの容量未満である場合は、前記アーカイブファイルのうち一部のブロックファイルを前記メモリに読み込み、
   前記解放部は、利用済みのブロックファイルを前記メモリから解放し、
   さらに前記読み込み部は、解放された領域に残りのブロックファイルを読み込む
   請求項１～３の何れか１項に記載の情報処理装置。
5. 前記制御部は、前記アーカイブファイルが存在しない場合は、前記アーカイブファイルを構成する複数のブロックファイルを読み込むと共に、前記ブロックファイルの読み込み順序を記録したアクセスログを作成し、作成したアクセスログに基づいて前記アーカイブファイルを作成する
   請求項１～４の何れか１項に記載の情報処理装置。
6. 前記制御部は、異なる複数のアーカイブファイルが存在する場合、前記複数のアーカイブファイルにおいて共通のブロックファイルから構成される共通アーカイブファイルを作成する
   請求項５記載の情報処理装置。
7. コンピュータが、
   予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルをメモリに読み込み、
   読み込んだアーカイブファイルを実行し、
   実行したアーカイブファイルを前記メモリから解放し、
   前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する
   処理を実行する情報処理方法。
8. コンピュータに、
   予め定めた一連の処理を複数のフェーズに分割した複数のフェーズ処理毎に、前記フェーズ処理に必要な複数のブロックファイルが連続した記憶領域に記憶されたアーカイブファイルをメモリに読み込み、
   読み込んだアーカイブファイルを実行し、
   実行したアーカイブファイルを前記メモリから解放し、
   前記アーカイブファイルの読み込み、前記アーカイブファイルの実行、及び前記アーカイブファイルの解放が前記フェーズ処理の数だけ繰り返されるように制御する
   処理を実行させる情報処理プログラム。

Images