JP2015106274A - インストール制御プログラム、記録媒体及びインストール制御方法 - Google Patents

Abstract

【課題】複数のプログラムを統合的にインストールするにあたり、更新プログラムがある場合にはそれをできる限り適用しつつ、更新可能なプログラムの数やそのデータ量などにかかわらず、インストール完了までの所要時間の増大を効果的に抑制する。【解決手段】統合インストーラ７０は、各アプリインストーラ７１〜７３の最新バージョンがあるか否かをサーバ７に問い合わせる。何れかのアプリインストーラについて最新バージョンがあった場合は、最新バージョンがなかった（つまりＣＤ−ＲＯＭ５０の内容がすでに最新バージョンである）他のアプリインストーラを実行させ、それと並行して、最新バージョンのダウンロードを開始する。あるアプリインストーラを実行させた後、次に実行させるべきアプリインストーラが最新バージョンのダウンロード中である場合は、そのダウンロードを中止して、ＣＤ−ＲＯＭ５０内のアプリインストーラを実行させる。【選択図】図２

Description

本発明は、複数のアプリケーションソフトのインストールを制御するために情報処理装置で実行されるインストール制御方法とインストール制御プログラム、及びそのインストール制御プログラムが記録された記録媒体に関する。

複数のアプリケーションソフト（以下「アプリ」と略す）をまとめてＰＣにインストールするためのプログラムとして、アプリ毎に個別にそのアプリをインストールするためのインストーラ（アプリインストーラ）と、それら複数のアプリインストーラを順次実行させることにより複数のアプリを順次インストールさせるためのインストーラ（統合インストーラ）とを有するインストールパッケージがある。このようなインストールパッケージは、一般に、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶媒体に記憶されてユーザに提供されることが多い。

上記インストールパッケージが例えばＣＤ−ＲＯＭにて提供されている場合、そのＣＤ−ＲＯＭをＰＣに挿入すると、統合インストーラが起動し、統合インストーラが、複数のアプリインストーラを順次実行させることで各アプリを順次インストールさせていく。

近年、ネットワークの普及により、ＰＣをインターネットに接続して利用する形態が一般化しつつある。これに対し、統合インストーラとして、各アプリインストーラの起動前にその最新バージョンの有無をサーバに問い合わせ、ＣＤ−ＲＯＭの内容よりも更新（アップデート）された最新バージョンのアプリインストーラがある場合はそれをサーバからダウンロードしてインストールさせるという、更新確認機能を持った統合インストーラが知られている。

更新確認機能を持った統合インストーラによれば、ＣＤ−ＲＯＭ内のアプリインストーラが古いバージョンであっても最新のアプリインストーラをダウンロードしてインストールさせることができる。しかし、ダウンロード対象のアプリインストーラが多いほど、またそのデータ量が大きいほど、ダウンロードに必要な時間が長くなるため、その分、複数のアプリインストーラによるインストールを完了させるための所要時間（ダウンロード時間を含む）が長くなってしまう。

サーバから複数のプログラムを順次ダウンロード、インストールするための所要時間を短縮する技術として、特許文献１には、ダウンロードとインストールを並行して実行する技術が記載されている。特許文献１に記載の技術によれば、例えば、ある２つのプログラムＡ，Ｂをサーバからダウンロードしてインストールする場合、まずプログラムＡをダウンロードし、その後にそのプログラムＡのインストールを行うのと並行してプログラムＢのダウンロードも実行し、プログラムＡのインストール及びプログラムＢのダウンロードが完了したらプログラムＢのインストールを行う。そのため、各プログラムＡ，Ｂを１つずつ順次ダウンロード及びインストールする方法に比べて、２つのプログラムのインストール及びダウンロードの並行実施期間がある分、全体としてインストール完了のための所要時間の短縮化が可能となる。

特開２０１１−２３８１５４号公報

しかし、単にダウンロードとインストールを並行して実行するというやり方では、統合インストーラによる複数のアプリのインストール完了までの所要時間を十分に短縮化することは難しい。例えば、２つのアプリインストーラがいずれも更新されている場合に、特許文献１に記載の技術を適用すると、まず一方のアプリインストーラのダウンロードが実行されることになるが、その間、インストール処理は行われない。一方のアプリインストーラのダウンロードが完了すれば、その後、その一方のアプリインストーラによるインストールと他方のアプリインストーラのダウンロードが並行して行われる。しかし、一方のアプリインストーラによるインストールが終わっても他方のアプリインストーラのダウンロードがまだ続いている場合は、そのダウンロードが完了するまでは当然ながらその他方のアプリインストーラによるインストールは開始されない。

つまり、複数のアプリインストーラにおける更新の有無や、ダウンロードすべきアプリインストーラのデータ量、ＰＣとサーバとを接続する通信回線のデータ転送速度などによっては、ダウンロードに多大な時間がかかって、アプリインストーラによるインストールが行われない期間（ダウンロード完了待ちの期間）が多く発生する可能性がある。そのため、特許文献１に記載の技術では、インストール完了までの所要時間を効果的に短縮化することは難しい。

本発明は上記課題に鑑みなされたものであり、複数のプログラムを統合的にインストールするにあたり、更新されたプログラムがある場合にはそれをできる限りその更新された新しいプログラムに更新しつつ、更新可能なプログラムの数やそのデータ量、ダウンロードに用いる通信回線の状態などにかかわらず、インストール完了までの所要時間の増大を効果的に抑制することを目的とする。

上記課題を解決するためになされた本発明は、プログラムに従った処理を実行する制御部と、サーバとデータ通信を行うための通信部とを備える情報処理装置において、制御部が実行可能なインストール制御プログラムである。このインストール制御プログラムは、複数のアプリケーションソフトをインストールするためにアプリケーションソフト毎に用意されて特定の格納部に格納されたプログラムであるアプリインストーラをそれぞれ制御部に実行させることによって各アプリケーションソフトを情報処理装置にインストールさせるためのプログラムである。

本発明のインストール制御プログラムは、具体的には、制御部に、更新有無確認処理と、通常実行処理と、ダウンロード処理と、更新後実行処理と、第１の非更新実行処理とを実行させるためのプログラムである。

更新有無確認処理は、アプリインストーラについて、格納部に格納されている内容から更新された更新プログラムがサーバにあるか否かを通信部を介してサーバに問い合わせる処理である。

通常実行処理は、更新有無確認処理によって更新プログラムがサーバにないと判断したアプリインストーラである更新不要アプリインストーラを特定の実行順序で実行させる処理である。

ダウンロード処理は、更新有無確認処理によって更新プログラムがサーバにあると判断したアプリインストーラである更新可能アプリインストーラについて、通常実行処理と並行して、特定のダウンロード手順に従ってサーバからその更新プログラムをダウンロードする処理である。

更新後実行処理は、通常実行処理により更新不要アプリインストーラが全て実行されたときに、ダウンロードが完了した更新プログラムがある場合にはその更新プログラムを用いて、その更新プログラムに対応する更新可能アプリインストーラを実行させ、その更新可能アプリインストーラの実行が完了する毎に、ダウンロードが完了した他の更新プログラムがあるか否か確認して、他の更新プログラムがある場合はその更新プログラムを用いて、その更新プログラムに対応する更新可能アプリインストーラを実行させる処理である。

第１の非更新実行処理は、更新後実行処理において、通常実行処理により更新不要アプリインストーラが全て実行されたときにダウンロードが完了した更新プログラムがなかった場合、及び更新可能アプリインストーラの実行が完了したときにダウンロードが完了した他の更新プログラムがなかった場合に、ダウンロードが完了していない更新プログラムのうち第１の選択条件により選択した更新プログラムについて、ダウンロード対象から除外して格納部に格納されているアプリインストーラを実行させる処理である。

本発明のインストール制御プログラムは、アプリインストーラを連続的に順次実行させること、即ち、実行させるべきアプリインストーラがまだ全て実行されていないにもかかわらずアプリインストーラが実行されていない空白時間が発生しないようにすることを優先させる。そして、そのようにアプリインストーラを連続的に順次実行させることを優先しつつ、アプリインストーラが実行されている間にそれと並行して可能な限り更新プログラムのダウンロードも実行する。

そのため、可能な限り更新プログラムのダウンロード（及びそれを用いたアプリインストーラの実行）を実現しつつも、格納部に格納されているアプリインストーラをそのまま実行させた場合と同等の所要時間にて、実行対象のアプリインストーラを実行完了させることが可能となる。

なお、更新プログラムを用いて更新可能アプリインストーラを実行させる、とは、例えば、格納部に格納されている更新可能アプリインストーラを起動させつつダウンロードした更新プログラムも実行させることで更新された新しいアプリケーションソフトをインストールさせることや、格納部に格納されている更新可能アプリインストーラを実行させて更新前のアプリケーションソフトをインストールさせた後に更新プログラムを実行させて新しいアプリケーションソフトに更新させること、格納部に格納されている更新可能アプリインストーラは用いずにダウンロードした更新プログラムを実行させることで新しいアプリケーションソフトをインストールさせることなど、ダウンロードした更新プログラムが用いられることで結果として更新された新しいアプリケーションソフトがインストールされた状態になるようなあらゆる実行形態を含む。

なお、本発明は、前述したインストール制御プログラムの他、当該インストール制御プログラムを記録した記録媒体、当該インストール制御プログラムの処理内容が実行される情報処理装置、インストール制御方法など、種々の形態で実現することができる。

実施形態の情報処理システム１の概略構成を示すブロック図である。 インストールパッケージの概要を説明するための説明図である。 サーバに登録されているインストーラ情報テーブルを示す説明図である。 統合インストール処理を表すフローチャートである。 図４の統合インストール処理におけるＳ１３０のアップデート問い合わせ処理の詳細を示すフローチャートである。 図４の統合インストール処理におけるＳ１７０のダウンロード／インストール処理の詳細を示すフローチャートである。 図４の統合インストール処理におけるＳ１８０の再ダウンロード確認処理の詳細を示すフローチャートである。 ダウンロード確認ダイアログを示す説明図である。

以下に、本発明の好適な実施形態を図面に基づいて説明する。なお、本発明は、下記の実施形態に示された具体的手段や構造等に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の形態を採り得る。例えば、下記の実施形態の構成の一部を、同様の機能を有する公知の構成に置き換えたり、他の実施形態の構成に対して付加、置換等したり、課題を解決できる限りにおいて省略したりしてもよい。また、下記の複数の実施形態を適宜組み合わせて構成してもよい。

（１）情報処理システム１の構成
図１に示すように、本実施形態の情報処理システム１は、パーソナルコンピュータ（以下「ＰＣ」という）３と、ＭＦＰ（Multifunction Peripheral：多機能周辺装置）５とを備えている。ＰＣ３とＭＦＰ５は、ネットワーク１０を通して相互にデータ通信可能に接続されている。ネットワーク１０は、本実施形態では有線ＬＡＮであるが、これは一例であり、他の種類のネットワークであってもよい。

ＰＣ３とＭＦＰ５は、インターネット９に接続可能であり、インターネット９を通してサーバ７に接続可能である。そのため、ＰＣ３は、インターネット９を通してサーバ７から必要な情報をダウンロードしたり、逆にインターネット９を通してサーバ７へ情報をアップロードしたりすることができる。

（２）ＰＣ３の構成
ＰＣ３は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ（ハードディスクドライブ）１４、外部入出力部１５、ネットワークＩ／Ｆ（インタフェース）１６、表示部１７、入力部１８などを備えている。

ＣＰＵ１１は、ＲＯＭ１２やＨＤＤ１４に記憶されているプログラムを実行することによってＰＣ３の各部を制御する。また、ＣＰＵ１１は、外部入出力部１５に挿入された記憶媒体（例えばＣＤ−ＲＯＭ）からプログラムやデータを読み込んで実行することも可能である。ＲＯＭ１２には、ＣＰＵ１１によって実行される各種プログラムやデータ等が記憶されている。ＲＡＭ１３は、ＣＰＵ１１が各種処理を実行するための主記憶装置として用いられる。ネットワークＩ／Ｆ１６は、ネットワーク１０を通して外部機器と各種データ通信を行うための通信モジュールである。表示部１７は、液晶ディスプレイなどの表示デバイスにより構成される。入力部１８は、ユーザにより操作されるマウスやキーボード等（図示略）により構成される。

ＨＤＤ１４には、各種プログラム（ソフトウェア）がインストールされている。各種ソフトウェアの中には、ＯＳ（オペレーティングシステム）や、各種のアプリ（アプリケーションソフト）が含まれている。

外部入出力部１５は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−Ｒ等の記憶媒体を挿抜可能であり、これら記憶媒体が挿入されているときに、その記憶媒体に記憶されたプログラムやデータ等を読み出したり、書き込み可能なタイプの記憶媒体に対してデータを書き込んだりすることができる。

外部入出力部１５に挿入可能な記憶媒体として、図２に示すＣＤ−ＲＯＭ５０がある。このＣＤ−ＲＯＭ５０には、ＰＣ３からＭＦＰ５を制御したり監視したりすることが可能な３つのアプリをＰＣ３へインストールするための、インストールパッケージ６０が格納されている。インストールパッケージ６０には、図２に示すように、デバイス制御アプリ４１をＰＣ３にインストールするためのデバイス制御アプリインストーラ７１と、ステータスモニタ４２をＰＣ３にインストールするためのステータスモニタインストーラ７２と、ＰＣ−ＦＡＸアプリ４３をＰＣ３にインストールするためのＰＣ−ＦＡＸアプリインストーラ７３と、これら各アプリインストーラ７１〜７３による各アプリ４１〜４３のＰＣ３へのインストールを統合的に制御する統合インストーラ７０とが含まれている。

インストールパッケージ６０は、ＭＦＰ５のベンダ（製品供給元）により提供される。インストールパッケージ６０が格納されたＣＤ−ＲＯＭ５０をＰＣ３の外部入出力部１５に挿入すると、統合インストーラ７０が起動され、統合インストーラ７０が各アプリインストーラ７１〜７３によるインストール処理を順次実行させることによって各アプリ４１〜４３のインストールが行われる。

（３）ＭＦＰ５の構成
ＭＦＰ５は、原稿の画像を読み取るスキャナ機能や、記録用紙やＯＨＰシート等の被記録媒体に画像を形成（印刷）するプリンタ機能などの各種機能を備えた多機能周辺装置である。

ＭＦＰ５は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＮＶＲＡＭ２４、ネットワークＩ／Ｆ２５、表示部２６、入力部２７、印刷部２８、スキャナ部２９、通信回線Ｉ／Ｆ３０などを備えている。

ＣＰＵ２１は、ＲＯＭ２２やＮＶＲＡＭ２４に記憶されている各種プログラムに従ってＭＦＰ５内の各部の制御を実行する。ＲＡＭ２３は、各種の情報を記憶するワークエリアや画像データを記憶するメインメモリ等として利用される。ＮＶＲＡＭ（Non Volatile RAM）２４は、記憶内容を電気的に書き換え可能な不揮発性メモリであり、ファームウェアや各種設定値、各種プログラム、各種データ等が記憶される。

表示部２６は、液晶ディスプレイやＬＥＤなどの各種の表示装置を備えている。入力部２７は、タッチパネルや各種操作ボタン等を備え、使用者による操作入力を受け付ける。印刷部２８は、印刷用紙等の被記録媒体に画像を形成（印刷）する。スキャナ部２９は、イメージセンサを備え、原稿の画像を読み取ってその画像データを生成する。

ネットワークＩ／Ｆ２５は、ネットワーク１０を通して外部機器（例えばＰＣ３）と各種データ通信を行うための通信モジュールである。通信回線Ｉ／Ｆ３０は、図示しない通信回線を通して外部通信機器と通信（例えば電話やファクシミリ通信）を行うための回線インタフェースである。

（４）サーバ７の概要
サーバ７は、ＭＦＰ５のベンダにより管理されている。サーバ７には、各種のプログラムやデータが格納され、インターネットを通して外部装置から各種のプログラムやデータをダウンロードできるようになっている。サーバ７に格納されているプログラムとして、上述のインストールパッケージ６０（図２参照）を構成する各アプリインストーラ７１〜７３がある。

サーバ７には、各アプリインストーラ７１〜７３の最新バージョンが格納されている。そのため、各アプリインストーラ７１〜７３がＣＤ−ＲＯＭ５０に格納された後に、各アプリインストーラ７１〜７３の何れかがベンダ等によって更新された場合は、その更新されたアプリインストーラについては、ＣＤ−ＲＯＭ５０に格納されている内容よりもサーバ７に格納されている内容の方が新しくなっていることになる。

サーバ７には、各アプリインストーラ７１〜７３のプログラム自体が格納されているほか、図３に示すような、インストーラ情報テーブルも格納されている。このインストーラ情報テーブルは、各種のアプリインストーラについて、それぞれ、その最新バージョンのバージョン番号、ダウンロード優先度、最新バージョンのダウンロード先のＵＲＬ（本実施形態では同じサーバ７内の所定の格納先アドレス）、ファイルサイズなどが対応付けてリストアップされたものである。

本実施形態では、ＣＤ−ＲＯＭ５０を用いて各アプリ４１〜４３のインストールが実行される際、ＰＣ３からサーバ７に対して各アプリインストーラ７１〜７３のバージョンの確認（更新の有無の確認）が行われる。そして、ＣＤ−ＲＯＭ５０内の内容よりもサーバ７の内容の方が新しいアプリインストーラがある場合は、そのアプリインストーラについては、最新バージョンのプログラム（アプリインストーラ）がサーバ７からダウンロードされてインストール処理が実行される。

（５）インストールパッケージ６０の説明
次に、ＰＣ３へ各種アプリ４１〜４３をインストールするためのインストールパッケージ６０について、図２を用いて説明する。既に概要を説明したとおり、インストールパッケージ６０は、各アプリ４１〜４３をインストールするための各アプリインストーラ７１〜７３と、これら各アプリインストーラ７１〜７３によるインストール処理を統合的に制御する統合インストーラ７０とを含む。

デバイス制御アプリインストーラ７１は、ＰＣ３にデバイス制御アプリ４１をインストールするためのソフトウェアである。デバイス制御アプリインストーラ７１は、具体的には、デバイス制御アプリ４１と、このデバイス制御アプリ４１をＰＣ３にインストールするためのインストーラプログラムと、を少なくとも有する。デバイス制御アプリ４１は、ＰＣ３からＭＦＰ５の各種機能を統合的に制御するためのアプリである。ＰＣ３にデバイス制御アプリインストーラ７１が読み込まれてＣＰＵ１１により実行されることで、ＰＣ３にデバイス制御アプリ４１がインストールされる。

ステータスモニタインストーラ７２は、ＰＣ３にステータスモニタ４２をインストールするためのソフトウェアである。ステータスモニタインストーラ７２は、具体的には、ステータスモニタ４２と、このステータスモニタ４２をＰＣ３にインストールするためのインストーラプログラムと、を少なくとも有する。ステータスモニタ４２は、ＰＣ３にてＭＦＰ５の各種状態を監視するためのアプリである。ＰＣ３にステータスモニタインストーラ７２が読み込まれてＣＰＵ１１により実行されることで、ＰＣ３にステータスモニタ４２がインストールされる。

ＰＣ−ＦＡＸアプリインストーラ７３は、ＰＣ３にＰＣ−ＦＡＸアプリ４３をインストールするためのソフトウェアである。ＰＣ−ＦＡＸアプリインストーラ７３は、具体的には、ＰＣ−ＦＡＸアプリ４３と、このＰＣ−ＦＡＸアプリ４３をＰＣ３にインストールするためのインストーラプログラムと、を少なくとも有する。ＰＣ−ＦＡＸアプリ４３は、ＰＣ３においてＰＣ−ＦＡＸ機能を実現するためのアプリである。ユーザは、ＰＣ−ＦＡＸアプリ４３を用いることで、ＰＣ３の各種アプリで作成したファイルを通信回線Ｉ／Ｆ３０を介して外部のファクシミリ機器へ送信することができる。ＰＣ３にＰＣ−ＦＡＸアプリインストーラ７３が読み込まれてＣＰＵ１１により実行されることで、ＰＣ３にＰＣ−ＦＡＸアプリ４３がインストールされる。

統合インストーラ７０は、各アプリインストーラ７１〜７３による各アプリ４１〜４３のインストール処理を制御するソフトウェアである。なお、各アプリインストーラ７１〜７３には、それぞれ、当該アプリインストーラの名前やバージョン情報も含まれている。

以下の説明では、ＯＳやアプリ、インストーラ等を実行するＣＰＵ１１のことを、単にプログラム名で記載する場合がある。例えば、「インストーラが」という記載は、「インストーラを実行するＣＰＵ１１が」を意味する場合がある。

ＣＤ−ＲＯＭ５０をＰＣ３の外部入出力部１５に挿入すると、ＰＣ３のＣＰＵ１１により、予め決められた手順でＣＤ−ＲＯＭ５０内の情報が読み込まれ、統合インストーラ７０が起動する。統合インストーラ７０は、起動する（ＣＰＵ１１により実行開始される）と、３つのアプリインストーラ７１〜７３を順次実行させて、対応するアプリのインストール処理を実行させる。

また、統合インストーラ７０は、アプリインストーラによるインストール処理と並行して、アプリインストーラの更新の有無をサーバ７に問い合わせる。その問い合わせの結果、ＣＤ−ＲＯＭ５０の内容から更新された最新バージョンのプログラムがある場合には、アプリインストーラによるインストール処理と並行して、その最新バージョンのダウンロードも実行する。但し、本実施形態では、更新されているアプリインストーラがあったとしても、必ずしも、それを常にダウンロードするわけではない。本実施形態では、各アプリ４１〜４３のインストールを順次滞りなく実行させることを優先させるようにしている。そして、そのようにインストール処理を順次行っていく過程で、更新されているプログラムがある場合には、可能な限り（１つでも多く）、インストール処理と並行してその最新バージョンをダウンロードするようにしている。

なお、ＭＦＰ５を制御するためのドライバ（デバイスドライバ）は、ＯＳの一部として組み込まれている。各アプリ４１〜４３による、ＭＦＰ５とのデータのやりとりは、ドライバを介して行われる。ＯＳを構成するレジストリには、インストールされている各種アプリに関する情報が登録され、これにより、各種アプリがＯＳをベースとして起動することが可能となる。

（６）統合インストーラ７０によるインストール処理
統合インストーラ７０による、３つのアプリインストーラ７１〜７３による各アプリ４１〜４３のインストール処理の制御の詳細を、図４〜図８を用いて説明する。

インストールパッケージ６０が格納されたＣＤ−ＲＯＭ５０がＰＣ３の外部入出力部１５に挿入されると、ＰＣ３のＣＰＵ１１は、インストールパッケージ６０内の統合インストーラ７０を読み込んでその処理（統合インストール処理）を実行する。統合インストール処理の具体的内容は、図４に示す通りである。

ＰＣ３のＣＰＵ１１は、図４に示す統合インストール処理を開始すると、Ｓ１１０で、サーバ７へ接続する。Ｓ１２０では、サーバ７へ接続できたか否か、即ちサーバ７とインターネット９を通してデータ通信可能か否か判断する。

サーバ７に接続できなかった場合は（Ｓ１２０：ＮＯ）、Ｓ２２０で、ＣＤ内の全ての起動対象のアプリインストーラ（本実施形態では、３つのアプリインストーラ７１〜７３）について、順次起動・実行させてインストール処理（アプリインストーラによるアプリのインストール）を実行させる。例えば、まずデバイス制御アプリインストーラ７１を起動させてインストール処理を実行させることでデバイス制御アプリ４１をインストールさせた後、ステータスモニタインストーラ７２を起動させてインストール処理を実行させることでステータスモニタ４２をインストールさせ、その後ＰＣ−ＦＡＸアプリインストーラ７３を起動させてインストール処理を実行させることでＰＣ−ＦＡＸアプリ４３をインストールさせる、という具合である。このように、Ｓ２２０では、３つのアプリインストーラ７１〜７３によるインストール処理を順次滞りなく実行させる。なお、３つのアプリインストーラ７１〜７３をどのような順序で実行させるかについては、適宜決めることができる。また、ここでいう「ＣＤ内」とは、ＣＤ−ＲＯＭ５０内のことを意味する。

Ｓ１２０で、サーバ７に接続できた場合は（Ｓ１２０：ＹＥＳ）、Ｓ１３０で、アップデート問い合わせ処理を実行する。Ｓ１３０のアップデート問い合わせ処理の詳細を、図５に示す。ＣＰＵ１１は、この図５のアップデート問い合わせ処理に移行すると、Ｓ３１０で、ＣＤ内のインストール対象の各アプリインストーラ７１〜７３に関し、サーバ７へ、少なくとも次の２種類の情報を送信する。１つは、各アプリインストーラ７１〜７３の名前である。もう１つは、各アプリインストーラ７１〜７３のバージョンを示す情報である。

Ｓ３１０の処理によってサーバ７へ上記２種類の情報が送信されると、サーバ７は、送信されてきた各アプリインストーラ７１〜７３の情報に基づき、インストーラ情報テーブル（図３）を参照して、ＣＤ内の内容（バージョン）から更新されているアプリインストーラがあるか否かを確認する。そして、更新されているアプリインストーラがある場合は、ＰＣ３へ、その更新されているアプリインストーラについて、更新可能であることを示す通知と共にそのアプリインストーラに関する情報（更新可能インストーラ情報）を送信する。サーバ７が送信する更新可能インストーラ情報には、更新可能なアプリインストーラ毎の、アプリインストーラ名、バージョン、ダウンロード優先度、ダウンロード先ＵＲＬ、及びファイルサイズが含まれる。

ＰＣ３のＣＰＵ１１は、Ｓ３１０の処理後、Ｓ３２０で、サーバ７から送信されてくる上記の更新可能インストーラ情報を取得する。Ｓ３２０で更新可能インストーラ情報を取得した後は、Ｓ１４０（図１）に進む。

Ｓ１４０では、サーバ７に更新可能なアプリインストーラがあったか否か、即ちＳ３２０の処理で更新可能インストーラ情報を取得したアプリインストーラがあるか否か判断する。更新可能なアプリインストーラがなかった場合は（Ｓ１４０：ＮＯ）、各アプリインストーラ７１〜７３のいずれもＣＤ内の内容が最新版であるということであるため、Ｓ２２０に進み、ＣＤ内の各アプリインストーラ７１〜７３によって順次インストール処理を実行させる。

Ｓ１４０で、更新可能なアプリインストーラがあった場合は（Ｓ１４０：ＹＥＳ）、Ｓ１５０で、インストール対象の全てのアプリインストーラ７１〜７３が更新可能（つまり全てのアプリインストーラ７１〜７３についてＣＤ内の内容よりも新しい最新バージョンがサーバ７にある）か否か判断する。

全てのアプリインストーラ７１〜７３が更新可能である場合は（Ｓ１５０：ＹＥＳ）、Ｓ１６０で、更新可能なアプリインストーラの中でダウンロード優先度の最も低いものを、ＣＤ内のアプリインストーラによりインストール処理を実行させる。つまり、ダウンロード優先度の最も低いアプリインストーラについては、ダウンロードせずにＣＤ内のアプリインストーラを実行させることで、対応するアプリをインストールさせる。なお、ここでいうアプリインストーラの「実行」とは、アプリインストーラの起動から終了までの全体、即ち対応するアプリのインストール開始から完了までの全体を意味する。後述するＳ２００，Ｓ４３０，Ｓ４６０，Ｓ５６０，Ｓ５８０についても同様である。

全てのアプリインストーラ７１〜７３が更新可能である場合に、それらを全てダウンロードすると、少なくともそのダウンロード開始から何れか１つのアプリインストーラのダウンロードが完了するまでは、アプリのインストール処理を実行できない。そこで、本実施形態では、全てのアプリインストーラ７１〜７３が更新可能である場合は、それらを全てダウンロードするのではなく、ダウンロード優先度が最も低いアプリインストーラについてはダウンロードは行わずにＣＤ内のアプリインストーラを用いてインストール処理を実行させる。

また、そのインストール処理と並行して（インストール処理の開始と共に）、他の更新可能なアプリインストーラについてはサーバ７からのダウンロードを開始する。他の更新可能なアプリインストーラが複数ある場合にそれらをどのようにダウンロードするかについては種々考えられる。例えば、ダウンロード優先度が高い順に１つずつダウンロードしてもよい。また例えば、複数のアプリインストーラを同時に（厳密には時分割多重通信で）ダウンロードするようにしてもよい。後述するＳ２００の処理におけるダウンロードについても同様である。

Ｓ１６０で、ダウンロード優先度の最も低いアプリインストーラについてのＣＤ内のアプリインストーラを用いたインストール処理を実行すると共に、他の更新可能なアプリインストーラのダウンロードを開始した後は、Ｓ１７０に進む。

Ｓ１５０で、全てのアプリインストーラ７１〜７３が更新可能ではない場合（Ｓ１５０：ＮＯ）、即ち、更新不要な（ＣＤ内の内容が最新バージョンとなっている）アプリインストーラが少なくとも１つある場合は、Ｓ１９０に進む。Ｓ１９０では、更新不要のアプリインストーラのうち、インストール処理がまだ実行されていない未インストール状態であって且つファイルサイズが最大のアプリインストーラを選択する。

Ｓ２００では、Ｓ１９０で選択したアプリインストーラについて、ＣＤ内のアプリインストーラを起動させてインストール処理を実行させる。また、そのアプリインストーラによるインストール処理と並行して（インストール処理の開始と共に）、他の更新可能なアプリインストーラのサーバ７からのダウンロードを開始する。

Ｓ２１０では、更新不要のアプリインストーラ（ＣＤ内）によるインストール処理が全て完了したか否か判断する。更新不要のアプリインストーラによるインストール処理が全て完了していない場合は（Ｓ２１０：ＮＯ）、Ｓ１９０に戻る。つまり、更新不要のアプリインストーラによるインストール処理が全て完了するまでは、Ｓ１９０〜Ｓ２００の処理を繰り返し行うことで、更新不要のアプリインストーラによるインストール処理を順次実行させていく。その間、更新可能なアプリインストーラについては、全ての更新可能なアプリインストーラのダウンロードが完了していない限り、ダウンロードが継続される。更新不要のアプリインストーラによるインストール処理が全て完了した場合は（Ｓ２１０：ＹＥＳ）、Ｓ１７０に進む。

Ｓ１７０では、ダウンロード／インストール処理を行う。なお、Ｓ１７０に進んだ時点では、更新不要のアプリインストーラについては全てＣＤ内のアプリインストーラによりインストール処理が完了している状態となっており、インストール処理が実行されていないアプリインストーラがあるとすればそれは更新可能な（つまり現在ダウンロード中又はダウンロードの予定がある）アプリインストーラということになる。

Ｓ１７０のダウンロード／インストール処理の詳細を、図６に示す。ＣＰＵ１１は、図６のダウンロード／インストール処理に移行すると、Ｓ４１０で、インストール対象の全てのアプリインストーラ７１〜７３による各アプリ４１〜４３のインストール処理が完了したか否か判断する。

全てのアプリインストーラ７１〜７３によるインストール処理が完了した場合は（Ｓ４１０：ＹＥＳ）、Ｓ１８０（図１）に進む。
全てのアプリインストーラ７１〜７３によるインストール処理がまだ完了していない場合は（Ｓ４１０：ＮＯ）、Ｓ４２０で、更新可能なアプリインストーラの中で、ダウンロードは完了しているもののインストール処理はまだ実行されていないもの（以下「ダウンロード完了＆未インストール」ともいう）があるか否か判断する。

Ｓ４２０で肯定判定された場合（Ｓ４２０：ＹＥＳ）、即ち「ダウンロード完了＆未インストール」であって起動可能なアプリインストーラがある場合は、Ｓ４３０に進む。Ｓ４３０では、更新可能なアプリインストーラの中で、「ダウンロード完了＆未インストール」のアプリインストーラについて、それを起動させてインストール処理を実行させる。このとき、起動可能な「ダウンロード完了＆未インストール」のアプリインストーラが複数ある場合は、ファイルサイズが最大のものを優先的に起動させる。

また、その起動させたアプリインストーラ以外の他の更新可能なアプリインストーラのうち、ダウンロードがまだ完了しておらず且つインストール処理も実行されていないものについては、ダウンロードを継続する。

Ｓ４３０の処理後は、Ｓ４１０に戻る。そして、ダウンロードが完了しているもののまだインストール処理が実行されていないアプリインストーラがある限り、Ｓ４２０〜Ｓ４３０の処理が繰り返される。

Ｓ４２０で否定判定された場合（Ｓ４２０：ＮＯ）、即ち「ダウンロード完了＆未インストール」のアプリインストーラがなく、更新可能なアプリインストーラのダウンロードが行われている最中である場合は、Ｓ４４０に進む。Ｓ４４０では、更新可能なアプリインストーラの中で、ダウンロードがまだ完了しておらず、インストール処理も実行されておらず、しかもダウンロード優先度が最低のもの（以下「ダウンロード未完了＆未インストール＆ダウンロード優先度最低」ともいう）が、２つ以上あるか否か判断する。

Ｓ４４０で否定判定した場合（Ｓ４４０：ＮＯ）、即ち「ダウンロード未完了＆未インストール＆ダウンロード優先度最低」のアプリインストーラが２つ以上ない場合は、Ｓ４６０に進む。

Ｓ４４０で肯定判定した場合（Ｓ４４０：ＹＥＳ）、即ち「ダウンロード未完了＆未インストール＆ダウンロード優先度最低」のアプリインストーラが２つ以上ある場合は、Ｓ４５０で、当該２つ以上のアプリインストーラの中でファイルサイズが最大のものについて、そのダウンロード優先度を下げる。つまり、サーバ７で設定されているダウンロード優先度よりも低い値にする。

Ｓ４６０では、更新可能なアプリインストーラの中で、「ダウンロード未完了＆未インストール＆ダウンロード優先度最低」のアプリインストーラについて、ＣＤ内のアプリインストーラを起動させてインストール処理を実行させる。この場合、その対象となるアプリインストーラは、ダウンロード中あるいはダウンロード待ちの状態であることが想定される。つまり、ＣＤ内の内容よりも新しい最新バージョンがサーバ７にある。そのため、より好ましくは、その最新バージョンをダウンロードしてインストール処理させるのが好ましい。しかし、本実施形態では、インストール処理が実行されていない状態の時間が生じないようにする（つまり３つのアプリインストーラ７１〜７３を滞りなく連続的に実行させる）ことを優先して、Ｓ４６０に移行した時点で「ダウンロード未完了＆未インストール＆ダウンロード優先度最低」のアプリインストーラについては、最新バージョンではなくＣＤ内のアプリインストーラを用いてインストール処理を実行させる。

Ｓ４６０の処理では、上記のように「ダウンロード未完了＆未インストール＆ダウンロード優先度最低」のアプリインストーラについてＣＤ内のアプリインストーラを用いてインストール処理させると共に、他の更新可能なアプリインストーラの中でダウンロードがまだ完了しておらず且つインストール処理も実行されていないものについては、引き続き、ダウンロード対象のアプリインストーラとしてダウンロードを継続する。Ｓ４６０の処理の後は、Ｓ４１０に戻る。

図６に示したダウンロード／インストール処理によって、最終的に、全てのアプリインストーラ７１〜７３によるインストール処理が全て完了する。これにより、最終的に、Ｓ４１０で肯定判定され、Ｓ１８０（図１）に進む。

Ｓ１８０では、再ダウンロード確認処理を実行する。Ｓ１７０のダウンロード／インストール処理が終了した時点では、全てのアプリインストーラ７１〜７３によるインストール処理は一応完了している。しかし、本実施形態では、各アプリインストーラ７１〜７３を滞りなく連続的にインストール処理させていくことを優先しているため、場合によっては、ＣＤの内容よりも新しい最新バージョンのプログラムがあるにもかかわらずそれがダウンロードされずにＣＤ内の古いアプリインストーラによってインストールされたアプリが存在している可能性がある。そこで、そのような古いバージョンのアプリインストーラによりインストールされたアプリについて、あらためて、ユーザに対して最新バージョンへの更新を望むか否かを問うために、ＣＰＵ１１は、Ｓ１８０の再ダウンロード確認処理を実行する。

Ｓ１８０の再ダウンロード確認処理の詳細を、図７に示す。ＣＰＵ１１は、この図７の再ダウンロード確認処理に移行すると、Ｓ５１０で、更新可能なアプリインストーラを全てダウンロードしてインストール処理が完了したか否か判断する。更新可能なアプリインストーラを全てダウンロードしてインストール完了している場合は（Ｓ５１０）、統合インストール処理を終了する。

更新可能なアプリインストーラの全てをダウンロード、インストール完了していない場合（Ｓ５１０：ＮＯ）、即ち、インストールは全て完了しているものの、そのうち少なくとも１つが、更新可能でありながらも最新バージョンをダウンロードせずにＣＤ内のアプリインストーラにてインストール処理を実行させたものである場合には、Ｓ５２０に進む。

Ｓ５２０では、更新可能なアプリインストーラの中で、ダウンロード及びインストールが未完了のアプリインストーラ（以下「未更新アプリインストーラ」という）を対象として、その未更新アプリインストーラをダウンロードしてインストール（現バージョンからアップデート）させるべきかどうかをユーザへ尋ねるためのダウンロード確認ダイアログを、表示部１７に表示させる。

図８に、そのダウンロード確認ダイアログの一例を示す。図８に示すように、ダウンロード確認ダイアログには、未更新アプリインストーラの名称がリストアップして表示されると共に、「ダウンロードする」ボタン８１と、「ダウンロードしない」ボタン８２が表示される。ユーザは、リストアップされている未更新アプリインストーラの最新バージョンをダウンロードして更新させたい場合は、「ダウンロードする」ボタン８１をクリックすればよく、リストアップされている未更新アプリインストーラの最新バージョンのダウンロードが不要な場合は、「ダウンロードしない」ボタン８２をクリックすればよい。

Ｓ５３０では、ユーザにより「ダウンロードする」が選択されたか否か（即ち「ダウンロードする」ボタン８１がクリックされたか否か）判断する。「ダウンロードする」が選択されなかった場合（即ち「ダウンロードしない」ボタン８２がクリックされた場合）は（Ｓ５３０：ＮＯ）、統合インストール処理を終了する。「ダウンロードする」が選択された場合は（Ｓ５３０：ＹＥＳ）、Ｓ５４０に進む。

Ｓ５４０では、未更新アプリインストーラの中でダウンロード優先度が最高のアプリインストーラをサーバ７からダウンロードする。Ｓ５５０では、未更新アプリインストーラを全てダウンロード完了したか否か判断する。

未更新アプリインストーラのうちまだダウンロードしていないものがある場合は（Ｓ５５０：ＮＯ）、Ｓ５６０で、ダウンロードが完了している未更新アプリインストーラを起動させてインストール処理を実行させる。また、そのインストール処理と並行して、ダウンロードがまだ完了していない他の未更新アプリインストーラの中でダウンロード優先度が最高のアプリインストーラをダウンロードする。Ｓ５６０の処理後は、Ｓ５５０に戻る。

Ｓ５５０で、未更新アプリインストーラを全てダウンロード完了したと判断した場合は（Ｓ５５０：ＹＥＳ）、Ｓ５７０で、ダウンロードが完了した未更新アプリインストーラを起動させてインストール処理を実行させる。そしてＳ５８０で、未更新アプリインストーラの全てについて最新バージョンでのインストール処理が完了したか否か判断する。全てインストール処理が完了していない場合はＳ５７０に戻るが、全てインストール処理が完了した場合は統合インストール処理を終了する。

（７）実施形態の効果等
以上説明した本実施形態の統合インストーラ７０によれば、複数のアプリインストーラ７１〜７３を実行させて複数のアプリ４１〜４３をインストールさせるにあたり、複数のアプリインストーラ７１〜７３を滞りなく（連続的に）順次実行させることを最優先にしながら、ＣＤ内の内容よりも新しい最新バージョンのアプリインストーラがサーバ７にある場合には、複数のアプリインストーラ７１〜７３の連続的な実行を阻害しない範囲内で可能な限りその最新バージョンをダウンロードしてインストールさせる。そのため、可能な範囲内で最新バージョンのアプリインストーラへの更新を実現しつつ、更新可能なアプリインストーラの数やそのデータ量、ダウンロードに用いる通信回線の状態などにかかわらず、各アプリインストーラ７１〜７３によるインストール処理の完了までの所要時間の増大を効果的に抑制することができる。

本実施形態の統合インストーラ７０の作用効果を、具体的な例を挙げて補足説明する。 例えば、Ａ，Ｂ，Ｃ３つのアプリインストーラによりインストール処理を実行させるケースを想定する。このケースにおいて、例えば、Ａインストーラ及びＢインストーラは更新可能なアプリインストーラであってＣインストーラは更新不要なアプリインストーラであり、ＡインストーラはＢインストーラよりもダウンロード優先度が高いものとする。この場合、統合インストーラは、まず更新不要なＣインストーラによるインストール処理を実行させると共に、それと並行して、更新可能なＡ，Ｂ２つのアプリインストーラについて、ダウンロード優先度の高いＡインストーラから先に（あるいは両者並行して時分割多重通信で）ダウンロードを開始する。Ｃインストーラによるインストール処理が完了したとき、統合インストーラは、Ａ，Ｂ２つのインストーラのダウンロード状況を確認する。このとき、Ａ，Ｂいずれもまだダウンロードが完了していない場合は、何れか一方のダウンロードの完了を待つのではなく、ダウンロード優先度の最も低いＢインストーラについてはダウンロード対象から除外する（もしダウンロード実行中の場合はそれを中止する）。そして、Ｂインストーラによるインストール処理を実行させる。Ｂインストーラによるインストール処理が完了したら、統合インストーラは、Ａインストーラのダウンロードの状況を確認する。このとき、Ａインストーラのダウンロードが完了している場合は、そのダウンロードしたＡインストーラによるインストール処理を実行させる。Ａインストーラのダウンロードがまだ完了していない場合は、Ａインストーラについても、ダウンロードを中止して、ＣＤ内のＡインストーラによりインストール処理を実行させる。

上記ケースでは、各アプリインストーラによるインストール処理の実行時間やダウンロードに要する時間によっては、更新可能なＡ，Ｂ２つのインストーラのいずれも最新バージョンをダウンロードしてインストール処理させることができる場合もあれば、Ａ，Ｂ２つのインストーラのいずれもダウンロードできずにＣＤ内の古いバージョンのインストーラでのインストール処理を余儀なくされる場合もありえる。もちろん、ダウンロード優先度の高いＡインストーラについては最新バージョンをダウンロードできたもののＢインストーラについてはダウンロードできなかったという場合もありえる。ただ、いずれの場合においても共通して言えることは、各アプリインストーラによるインストール処理は滞りなく順次実行され、インストール処理が行われない空白の時間がほとんど生じない（あるいは全く生じない）ということである。

このように、本実施形態の統合インストーラ７０によれば、最新バージョンのアプリインストーラのダウンロードを行いつつも、ダウンロードせずに全てＣＤ内のアプリインストーラをそのまま用いてインストール処理させた場合の総所要時間と同等の所要時間でインストール対象の全てのアプリのインストールを完了させることができる。

なお、本実施形態において、統合インストーラ７０は本発明のインストール制御プログラムの一例に相当し、各アプリインストーラ７１〜７３についてサーバ７に格納されている最新バージョンのプログラムは本発明の更新プログラムの一例に相当し、ＰＣ３は本発明の情報処理装置の一例に相当し、ＣＤ−ＲＯＭ５０は本発明の記録媒体の一例に相当し、ＰＣ３のＣＰＵ１１は本発明の制御部の一例に相当し、アプリインストーラのファイルサイズは本発明のデータ量の一例に相当する。

［他の実施形態］
（１）図４の統合インストール処理における、Ｓ１８０の再ダウンロード確認処理（詳細は図７）では、ユーザにより「ダウンロードする」が選択された場合は全ての未更新アプリインストーラについてその最新バージョンをダウンロードして更新する構成であったが、未更新アプリインストーラが複数ある場合、そのうち何れか１つ又は複数をユーザが任意に選択できるようにしてもよい。

（２）上記実施形態では、ＰＣ３からサーバ７へ各アプリインストーラの情報を送信することで（Ｓ３１０）、サーバ７にて最新バージョンがあるか否かを判断してもらって、その結果をサーバ７から取得する構成であったが（Ｓ３２０）、最新バージョンがあるか否かの判断は他の方法で行うようにしてもよい。例えば、サーバ７から最新バージョンの情報を取得して、それに基づいて、統合インストーラ７０が主体的に判断するようにしてもよい。

（３）最新バージョンのダウンロードの進行状況とアプリインストーラの実行状況（アプリのインストールの進行状況）のうち少なくとも一方を、ユーザが視覚的に把握できるようにしてもよい。

（４）最新バージョンがサーバ７にあるもののそれをダウンロードせずにＣＤ内のアプリインストーラを実行させる場合、その実行の前に、ユーザに対して、最新バージョンではない古いバージョンのアプリがインストールされることを報知するようにしてもよい。更に、その報知に加えて、時間はかかっても最新バージョンによりインストールされることを望むかどうかをユーザに確認し、ユーザが望む場合には、インストール処理を一時中断して最新バージョンのアプリインストーラをダウンロードするようにしてもよい。

（５）サーバ７からダウンロードするプログラムは、アプリインストーラのプログラム全体であってもよいし、ＣＤ−ＲＯＭ５０の内容を最新バージョンに更新するために必要な修正プログラムであってもよい。つまり、最終的に最新バージョンのアプリをインストールすることができる限り、サーバ７からどのような形態のプログラムをダウンロードするかについては適宜決めることができる。

（６）上記実施形態では、インストールパッケージ６０がＣＤ−ＲＯＭ５０に記録されて提供される例を示したが、インストールパッケージ６０は他の記録媒体を用いて提供することもできる。また、記録媒体に限らず、例えばネットワークを通して提供される構成であってもよい。また、統合インストーラ７０と各アプリインストーラ７１〜７３が同じ記録媒体に記録されて提供されることは必須ではない。

１…情報処理システム、３…ＰＣ、５…ＭＦＰ、７…サーバ、９…インターネット、１０…ネットワーク、１１，２１…ＣＰＵ、１２，２２…ＲＯＭ、１３，２３…ＲＡＭ、１４…ＨＤＤ、１５…外部入出力部、１６，２５…ネットワークＩ／Ｆ、１７，２６…表示部、１８，２７…入力部、２４…ＮＶＲＡＭ、２８…印刷部、２９…スキャナ部、３０…通信回線Ｉ／Ｆ、４１…デバイス制御アプリ、４２…ステータスモニタ、４３…ＰＣ−ＦＡＸアプリ、５０…ＣＤ−ＲＯＭ、６０…インストールパッケージ、７０…統合インストーラ、７１…デバイス制御アプリインストーラ、７２…ステータスモニタインストーラ、７３…ＦＡＸアプリインストーラ、８１…「ダウンロードする」ボタン、８２…「ダウンロードしない」ボタン。

Claims (8)

1. プログラムに従った処理を実行する制御部と、
   サーバとデータ通信を行うための通信部と、
   を備える情報処理装置において、
   複数のアプリケーションソフトをインストールするために前記アプリケーションソフト毎に用意されて特定の格納部に格納されたプログラムであるアプリインストーラをそれぞれ前記制御部に実行させることにより各前記アプリケーションソフトを前記情報処理装置にインストールさせるための、前記制御部が実行可能なインストール制御プログラムであって、
   前記制御部に、
   各前記アプリインストーラについて、前記格納部に格納されている内容から更新された更新プログラムが前記サーバにあるか否かを前記通信部を介して前記サーバに問い合わせる更新有無確認処理と、
   前記更新有無確認処理によって前記更新プログラムが前記サーバにないと判断した前記アプリインストーラである更新不要アプリインストーラを特定の実行順序で実行させる通常実行処理と、
   前記更新有無確認処理によって前記更新プログラムが前記サーバにあると判断した前記アプリインストーラである更新可能アプリインストーラについて、前記通常実行処理と並行して、特定のダウンロード手順に従って前記サーバからその更新プログラムをダウンロードするダウンロード処理と、
   前記通常実行処理により前記更新不要アプリインストーラが全て実行されたときに、前記ダウンロードが完了した前記更新プログラムがある場合にはその更新プログラムを用いて、その更新プログラムに対応する前記更新可能アプリインストーラを実行させ、その更新可能アプリインストーラの実行が完了する毎に、前記ダウンロードが完了した他の前記更新プログラムがあるか否か確認して前記他の更新プログラムがある場合はその更新プログラムを用いて、その更新プログラムに対応する前記更新可能アプリインストーラを実行させる更新後実行処理と、
   前記更新後実行処理において、前記通常実行処理により前記更新不要アプリインストーラが全て実行されたときに前記ダウンロードが完了した前記更新プログラムがなかった場合、及び前記更新可能アプリインストーラの実行が完了したときに前記ダウンロードが完了した前記他の更新プログラムがなかった場合に、前記ダウンロードが完了していない前記更新プログラムのうち第１の選択条件により選択した前記更新プログラムについて、ダウンロード対象から除外して前記格納部に格納されている前記アプリインストーラを実行させる第１の非更新実行処理と、
   を実行させるためのインストール制御プログラム。
2. 請求項１に記載のインストール制御プログラムであって、
   前記更新有無確認処理によって、実行対象の各前記アプリインストーラの全てについて前記更新プログラムが前記サーバにあると判断された場合に、前記通常実行処理に代えて、各前記更新プログラムのうち前記第１の選択条件により選択した前記更新プログラムについて前記ダウンロード処理によるダウンロード対象から除外して前記格納部に格納されている前記アプリインストーラを実行させる第２の非更新実行処理
   を有することを特徴とするインストール制御プログラム。
3. 請求項１又は請求項２に記載のインストール制御プログラムであって、
   各前記アプリインストーラには、それぞれ、対応する前記更新プログラムを前記サーバからダウンロードする際の優先度が予め設定されており、
   前記第１の選択条件は、前記優先度が最も低いことである
   ことを特徴とするインストール制御プログラム。
4. 請求項３に記載のインストール制御プログラムであって、
   前記非更新実行処理において、前記優先度が最も低い前記更新プログラムが複数ある場合は、その複数の前記更新プログラムのうち第２の選択条件により選択した前記更新プログラムについて、前記ダウンロード処理によるダウンロード対象から除外して前記格納部に格納されている前記アプリインストーラを実行させる
   ことを特徴とするインストール制御プログラム。
5. 請求項４に記載のインストール制御プログラムであって、
   前記第２の選択条件は、前記更新プログラムのデータ量が最も大きいことである
   ことを特徴とするインストール制御プログラム。
6. 請求項１〜請求項５の何れか１項に記載のインストール制御プログラムであって、
   実行対象の各前記アプリインストーラが全て実行された後に、前記更新可能アプリインストーラのうち、対応する前記更新プログラムが用いられることなく前記格納部に格納されているアプリインストーラが実行された更新可能アプリインストーラである未更新アプリインストーラがあるか否か判断する未更新判断処理と、
   前記未更新判断処理により前記未更新アプリインストーラがあると判断された場合に、その未更新アプリインストーラについて、前記サーバから前記更新プログラムをダウンロードして実行させるか否かの選択入力を受け付ける選択入力受付処理と、
   前記選択入力受付処理により、前記更新プログラムをダウンロードして実行させる旨の選択入力が受け付けられた場合に、前記更新プログラムを前記サーバからダウンロードして、その更新プログラムを用いて、対応する前記未更新アプリインストーラを実行させる更新処理と、
   を有することを特徴とするインストール制御プログラム。
7. 請求項１〜請求項６の何れか１項に記載のインストール制御プログラムを記録した、コンピュータに読み取り可能な記録媒体。
8. サーバとデータ通信を行うことが可能な情報処理装置において、複数のアプリケーションソフトをインストールするために前記アプリケーションソフト毎に用意されて特定の格納部に格納されたプログラムであるアプリインストーラをそれぞれ実行させることにより各アプリケーションソフトを前記情報処理装置にインストールさせるために用いられるインストール制御方法であって、
   各前記アプリインストーラについて、前記格納部に格納されている内容から更新された更新プログラムが前記サーバにあるか否かを問い合わせる更新有無確認ステップと、
   前記更新有無確認ステップにおいて前記更新プログラムが前記サーバにないと判断された前記アプリインストーラを特定の実行順序で実行させる通常実行ステップと、
   前記更新有無確認ステップにおいて前記更新プログラムが前記サーバにあると判断された前記アプリインストーラである更新可能アプリインストーラについて、前記通常実行ステップと並行して、特定のダウンロード手順に従って前記サーバからその更新プログラムをダウンロードするダウンロードステップと、
   前記通常実行ステップにより実行対象の前記アプリインストーラが全て実行された後、前記ダウンロードが完了した前記更新プログラムがある場合にはその更新プログラムを用いて、その更新プログラムに対応する前記更新可能アプリインストーラを実行させ、その更新可能アプリインストーラの実行が完了する毎に、他に前記ダウンロードが完了した前記更新プログラムがある場合はその更新プログラムを用いて、その更新プログラムに対応する前記更新可能アプリインストーラを実行させる更新後実行ステップと、
   前記更新後実行ステップにおいて、前記通常実行ステップにより前記更新不要アプリインストーラが全て実行されたときに前記ダウンロードが完了した前記更新プログラムがなかった場合、及び前記更新可能アプリインストーラの実行が完了したときに他に前記ダウンロードが完了した前記更新プログラムがなかった場合に、前記ダウンロードが完了していない前記更新プログラムのうち第１の選択条件により選択した前記更新プログラムについて、ダウンロード対象から除外して前記格納部に格納されている前記アプリインストーラを実行させる第１の非更新実行ステップと、
   を有することを特徴とするインストール制御方法。