JP2008004121A

JP2008004121A - プログラム、情報処理装置、インストール方法、システム

Info

Publication number: JP2008004121A
Application number: JP2007211319A
Authority: JP
Inventors: Hisamichi Higuchi; 久道樋口; Yuji Terada; 祐司寺田; Yoshikazu Ando; 嘉一安藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2003-09-22
Filing date: 2007-08-14
Publication date: 2008-01-10
Anticipated expiration: 2024-08-31
Also published as: JP4654227B2

Abstract

【課題】あるコンピュータにとって自己のプログラム実行環境に適合しているもののみをダウンロードする。
【解決手段】コンピュータに、インストール候補に関する日付を取得するステップ、前記取得されたインストール候補に関する日付と所定日付とを比較するステップ、前記比較の結果に基づいてインストール候補をインストールするか否かを判定するステップ、前記インストールすると判定されたインストール候補をインストールするステップ、を実行させるためのプログラム。
【選択図】図２

Description

本発明は、主として、ネットワークに接続されたコンピュータが前記ネットワークを介してインストール候補をダウンロードするに際してネットワーク上の通信量を低減させるための技術に関する。

従来、ネットワークに接続されたコンピュータが前記ネットワークを介してインストール候補をダウンロードする技術として、ユーザが個別にダウンロード対象を指定して、インストール候補の全てをダウンロードするものが知られている（例えば非特許文献１参照）。
ｈｔｔｐ：／／ｗｉｎｄｏｗｓｕｐｄａｔｅ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／

しかしながら、インストール候補の全てをダウンロードするようにすると、あるコンピュータにとって自己のプログラム実行環境に適合していないものまでもダウンロードすることになる。これは、無駄な通信が発生すること、および、これによりネットワーク上の通信量が増大することを意味する。本発明の課題は、あるコンピュータにとって自己のプログラム実行環境に適合しているもののみをダウンロードするための技術を提供することにある。

本発明は、上記課題を解決するためになされたものであり、ネットワークに接続されたコンピュータに、前記コンピュータのプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信するステップ、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信するステップ、所定条件に従ってインストール候補を前記リストから選択するステップ、前記選択されたインストール候補をインストールするステップ、を実行させるためのプログラムとした。

本発明によれば、所定コンピュータのプログラム実行環境下でインストール可能なインストール候補を含むリストを所定サーバから受信し、このリストから選択されたインストール候補がインストールされることになる。従って、あるコンピュータにとって自己のプログラム実行環境に適合しているもののみをダウンロードすることできることから、従来のように、自己のプログラム実行環境に適合していないものまでもダウンロードすることによる無駄な通信の発生を防止できる。

また、上記プログラムにおいては、例えば、前記実行環境特定情報は、前記コンピュータの機種名を特定する情報とそのコンピュータにインストールされているオペレーティングシステムを特定する情報を含む。これは、実行環境特定情報の例示である。従って、本発明の実行環境特定情報は、これに限定されず、他のプログラム実行環境特定情報とすることができる。

また、上記プログラムにおいては、前記インストール候補はドライバプログラムである。これは、インストール候補の例示である。従って、本発明のインストール候補は、これ
に限定されず、他のインストール候補とすることができる。

また、上記プログラムにおいては、前記リストはインストール候補のダウンロード先アドレスを含み、前記選択されたインストール候補は、そのダウンロード先アドレスからダウンロードされてインストールされる。このようにすれば、必要なインストール候補のみをダウンロードできることから、無駄な通信をより一層防止できる。

本発明は次のように特定することもできる。
コンピュータに、インストール候補に関する日付を取得するステップ、前記取得されたインストール候補に関する日付と所定日付とを比較するステップ、前記比較の結果に基づいてインストール候補をインストールするか否かを判定するステップ、前記インストールすると判定されたインストール候補をインストールするステップ、を実行させるためのプログラム。

このようにすれば、バージョン比較に基づきインストールするか否かを判定する場合に比べて、判定精度を高めることが可能となる。
また、本発明は次のように特定することもできる。

コンピュータに、所定情報をユーザに入力させるステップ、前記入力された所定情報を、第１不可視的文字と第２不可視的文字とを予め定められたルールに従って組み合わせた不可視的文字列に変換するステップ、前記変換された不可視的文字列を、所定ファイルに付加するステップ、を実行させるためのプログラム。

このようにすれば、所定ファイル（ＲｅａｄＭｅファイル等の顧客閲覧用ドキュメント）を閲覧した顧客に意味不明な記号等を見せないようにすることが可能となる。すなわち、ユーザに視認される今までのインフラでユーザが意識しない形態で所定情報を提供し、この情報をもとにプログラム・ユーザへドキュメントと全く別の情報を提供することが可能になる。

また、上記プログラムにおいては、例えば、所定ファイルを取得するステップ、前記取得された所定ファイルから第１不可視的文字と第２不可視的文字とを含む不可視的文字列を抽出するステップ、前記抽出された不可視的文字列を予め定められたルールに従って元の所定情報に変換するステップ、をさらに備える。

また、上記プログラムにおいては、例えば、前記所定情報は制御コードである。これは、所定情報の例示である。従って、本発明の所定情報は、これに限定されず、他の所定情報とすることができる。

また、本発明は次のように特定することができる。
ネットワークに接続されたコンピュータに、基準日からの経過日数が予め定めたしきい値を超えるごとに、前記ネットワークを介して次回アクセスするタイミングとして前回アクセスしたタイミングよりも遅いタイミングを設定するステップ、前記設定されたタイミングで前記ネットワークを介してアクセスするステップ、を実行させるためのプログラム。

このようにすれば、複数のコンピュータから発生するアクセスを分散化させることが可能となる。
また、本発明は次のように特定することができる。

ネットワークに接続されたコンピュータに、当該プログラムの起動時刻を取得するステップ、前記取得された起動時刻に応じて求めたタイミングにてネットワークを介して所定サーバにアクセスするステップ、を実行させるためのプログラム。
コンピュータに、（式）基点時間の時＋（基点時間の分＋基点時間の秒×係数１）分＋（基点時間の秒＋基点時間のミリ秒×係数２）秒＋基点時間のミリ秒＋オフセット時間、を演算させるステップ、前記演算結果が示す時分秒に、ネットワークを介して所定サーバにアクセスするステップ、を実行させるためのプログラム。

このようにすれば、複数のコンピュータから近似時間に発生するアクセスを分散化させることが可能となる。
また、本発明は、装置の発明として次のように特定することができる。

ネットワークに接続された情報処理装置であって、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信する手段、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信する手段、所定条件に従ってインストール候補を前記リストから選択する手段、前記選択されたインストール候補をインストールする手段、を備える情報処理装置。

また、本発明は、方法の発明として次のように特定することができる。
ネットワークに接続されたコンピュータにインストールする方法であって、前記コンピュータのプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信するステップ、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信するステップ、所定条件に従ってインストール候補を前記リストから選択するステップ、前記選択されたインストール候補をインストールするステップ、を備えるインストール方法。

また、本発明はシステムの発明として次のように特定することができる。ネットワークに接続された、情報処理装置および所定サーバを包含するシステムであって、前記情報処理装置は、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信する手段、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信する手段、所定条件に従ってインストール候補を前記リストから選択する手段、前記選択されたインストール候補をインストールする手段、を備えるシステム。

ネットワークに接続された、情報処理装置および所定サーバを包含するシステムであって、前記情報処理装置は、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信する手段、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信する手段、所定条件に従ってインストール候補を前記リストから選択する手段、前記選択されたインストール候補をインストールする手段を備え、前記所定サーバは、前記情報処理装置から送信されるリクエストを受信する手段、前記リクエストに含まれる実行環境特定情報により特定
されるプログラム実行環境下でインストール可能なインストール候補に関する情報を、所定データベースから検索する手段、前記検索結果を前記インストール候補を含むリストとして前記情報処理装置に送信する手段を備えるシステム。

ここでいう所定サーバは、例えば、上記各手段を備えた既存のサーバである。このようにすれば、ネットワークを利用したプログラム自動更新システムの構築および運用を、低コストで実現することが可能となる。すなわち、たとえば、コンピュータに対応したドライバ等の各種プログラム（インストール候補）をユーザが検索しダウンロードできるよう構築してあった既存のサーバを利用し、コンピュータ（ユーザパソコン）でネットワークを介してのプログラム更新が可能となる。

本発明によれば、あるコンピュータにとって自己のプログラム実行環境に適合しているもののみをダウンロードすることが可能となる。

以下、本発明の一実施形態について図面を参照しながら説明する。図１は、本実施形態におけるネットワークシステムの概略構成を説明するための図である。
図１に示すように、本実施形態におけるネットワークシステムは、インターネット等のネットワークＮに接続された装置（クライアントともいう）１００、およびサーバ２００を包含する。装置１００はパーソナルコンピュータ等の一般的な情報処理装置であり、コンピュータ本体、これに接続された、キーボードやマウス等の入力装置、ディスプレイ等の表示装置、ハードディスク装置等の記憶装置、およびネットワークＮに接続された通信装置等を備えている。装置１００には後述の各種処理を実現するための所定プログラム等がインストールされている。なお、図１には装置１００が１台しか図示されていないが、複数台の装置１００がネットワークＮに接続されているものである。

サーバ２００は、ワークステーション等の一般的な情報処理装置であり、コンピュータ本体、これに接続された、ハードディスク装置等の記憶装置、およびネットワークＮに接続された通信装置等を備えている。キーボードやマウス等の入力装置、およびディスプレイ等の表示装置を備えていることもある。サーバ２００には後述の各種処理を実現するための所定プログラム等がインストールされている。

次に、上記構成のネットワークシステムの動作について図面を参照しながら説明する。以下、装置１００およびサーバ２００における動作は、装置１００およびサーバ２００にそれぞれの所定プログラムが読み込まれて実行されることにより実現される。
（ドライバ更新処理）
図２は、ドライバ更新処理について説明するためのシーケンス図である。本シーケンスは、本発明の所定プログラムが実行され、それによる制御によって装置１００が動作しているものとして説明する。

装置１００は、これにインストールされている本発明の所定プログラムが実行された後に、所定イベント等を検出すると、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、ネットワークＮを介してサーバ２００に送信する（Ｓ１００）。所定イベントとしては、装置１００に接続されている入力装置からの送信指示入力や予め設定されたタイミング到来等がある。また、実行環境特定情報としては、装置１００の機種名を特定するための情報や装置１００にインストールされているオペレーティングシステムを特定するための情報等がある。これらは単独であってもよいし、組み合わせであってもよい。

サーバ２００は、装置１００からのリクエストを受信し（Ｓ１０１）、このリクエストに含まれている実行環境特定情報により特定されるプログラム実行環境下でインストール可能なドライバ（本発明のインストール候補に相当）に関する情報を、所定データベースから検索する（Ｓ１０２）。所定データベースには実行環境特定情報（例えば機種名を特定するための情報およびオペレーティングシステムを特定するための情報）とドライバに関する情報（ドライバ名称等）との対応関係が格納されている。従って、サーバ２００は、装置１００からのリクエストに含まれている実行環境特定情報と所定データベースとを照合することで、その実行環境特定情報に対応するドライバに関する情報（ドライバ名称等）を検索すること（絞り込み）が可能となっている。このサーバ１００はユーザ自身によるドライバ等のプログラムを検索可能に提供している既存のサーバである。本発明においてはこの既存サーバを利用することで、ネットワークを利用した装置１００のドライバ等のプログラム更新を行うシステムを低コストで構築している。

ドライバに関する情報が検索されると、サーバ２００は、ドライバリストを生成して、これをリクエスト元の装置１００に送信する（Ｓ１０３）。ドライバリストは、装置１００のプログラム実行環境下でインストール可能なドライバに関する情報を含むリストである。図２に示すように、ドライバリストに関する情報としては、ドライバ名称、ドライバダウンロード先ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）、およびこのドライバに対応するＲｅａｄＭｅファイルダウンロード先ＵＲＬ等がある。なお、ドライバとは、オペレーティングシステムを拡張して様々な周辺機器等を使えるようにするためのプログラムのことである。また、ＲｅａｄＭｅファイルとは、これに対応するドライバに関する機能、適用可能な装置、注意事項、改版履歴などの各種情報等をいわゆるテキストで記述したいわゆるテキストファイルである。

装置１００は、サーバ２００からのドライバリストを受信し（Ｓ１０４）、これを自己の内部メモリ等に格納する。装置１００は、ドライバリストから、更新すべきドライバがあるか否かを、所定条件に従って判定する（Ｓ１０５）。すなわち、更新すべきドライバを選択する。これは、ドライバリスト中のドライバのうち装置１００に既にインストールされているのと同じドライバについては再度インストールする必要がないことから、そのようなドライバを再度インストールしないようにするために行う処理である。

更新すべきドライバがあるか否かは各種の方法で判定することが考えられる。この判定方法の一例について図３を参照しながら説明する。図３は、装置１００による判定処理を説明するためのフローチャートである。図４も図３とほぼ同内容となっている。

装置１００は、サーバ２００からのドライバリストを受信すると（Ｓ１０４）、そのリスト中のＲｅａｄＭｅファイルダウンロード先ＵＲＬにアクセスして、ＲｅａｄＭｅファイルをダウンロードする。なお、そのリスト中に複数のＲｅａｄＭｅファイルダウンロード先ＵＲＬが含まれていれば、それぞれのＵＲＬにアクセスして、複数のＲｅａｄ
Ｍｅファイルをダウンロードする（Ｓ１０４０）。このダウンロードしたＲｅａｄＭｅファイルは、後述のように、不可視的文字列に変換（エンコード）された制御コード（そのＲｅａｄＭｅファイルに対応するドライバの公開日等）を含む。

装置１００は、その不可視的文字列に変換された制御コード（公開日等）を、後述のように、元の制御コード（公開日等）に変換（デコード）する（Ｓ１０４１）。そして、装置１００は、そのデコードされた公開日と自己のレジストリ等に格納されているシステム構築日（マスタ作成日）とを比較し（Ｓ１０４２）、先ほどダウンロードしたＲｅａｄ
Ｍｅファイルが新しいか否かを判定する（Ｓ１０４３）。このように、日付比較に基づき判定していることから、バージョン比較に基づき判定する場合に比べて、判定精度を高めることが可能となる。なぜならば、例えば、サーバ２００にアップロードした最新バージ
ョンのドライバにバグがあり、そのため旧バージョンのドライバを再度アップロードした場合、バージョンで新旧を判定すると、装置１００においてはサーバ２００にアップロードされたドライバのバージョンが自身にインストールされているドライバのバージョンより旧版であるため、それをサーバ２００からダウンロードしなくなる。本発明の手法はこのような場合にも対応できることで判定精度を高めている。

その結果、先ほどダウンロードしたＲｅａｄＭｅファイルが新しくないと判定されると（Ｓ１０４３：Ｎｏ）、そのＲｅａｄＭｅファイルは更新対象外とされる（Ｓ１０４４）。一方、そのＲｅａｄＭｅファイルが新しいと判断されると（Ｓ１０４３：Ｙｅｓ）、装置１００は、自己に既にインストール処理済みのＲｅａｄＭｅファイルがあるか否かを判定する（Ｓ１０４５）。その結果、既にインストール処理済みのＲｅａｄＭｅファイルがあると判定されると（Ｓ１０４５：Ｙｅｓ）、装置１００は、このＲｅａｄＭｅファイルと先ほどダウンロードしたＲｅａｄＭｅファイルの公開日（いずれも制御コードをデコードして得られたもの）とを比較し（Ｓ１０４６）、インストール候補（先ほどダウンロードしたＲｅａｄＭｅファイル）の方が新しいか否かを判定する（Ｓ１０４７）。

その結果、インストール候補の方が新しくないと判定されると（Ｓ１０４７：Ｎｏ）、そのインストール候補は更新対象外とされる（Ｓ１０４８）。一方、インストール候補の方が新しいと判定されると（Ｓ１０４７：Ｙｅｓ）、装置１００は、先ほどダウンロードしたＲｅａｄＭｅファイルからデコードされた制御コード中に特定の情報（Ｆｉｌｅ情報）があるか否かを判定する（Ｓ１０４９）。その結果、特定の情報があれば（Ｓ１０４９：Ｙｅｓ）、装置１００は、既定のフォルダにその特定の情報と同じ情報があるか否かを判定する（Ｓ１０５０）。その結果、同じ情報があれば（Ｓ１０５０：Ｙｅｓ）、そのインストール候補は更新対象外とされる（Ｓ１０５１）。一方、同じ情報がなければ（Ｓ１０５２）、そのインストール候補は更新対象とされる（Ｓ１０５２）。装置１００は、Ｓ１０４０でダウンロードした全てのＲｅａｄＭｅファイルについて上記Ｓ１０４１〜Ｓ１０５２の処理を実行する。以上のようにして、更新すべきドライバがあるか否かを判定すること、すなわち、更新すべきドライバを選択することが可能となっている。

更新すべきドライバが選択されると、装置１００は、その更新対象とされた全てのインストール候補ドライバに関する情報（ドライバ名称等）を、例えば図５に示すように表示する（Ｓ１０６）。そして、装置１００は、同図に示す更新ボタンがクリック等により押下された場合には（Ｓ１０７）、インストール候補ドライバダウンロード先ＵＲＬ（ドライバリストまたはＲｅａｄＭｅファイルの制御コードに含まれている）にアクセスして（Ｓ１０８）、該当するドライバをダウンロードする（Ｓ１０９、Ｓ１１０）。そして、装置１００は、そのダウンロードしたドライバをインストール（更新）する処理を実行する（Ｓ１１１）。

以上説明したように、本実施形態では、サーバ２００は、装置１００のプログラム実行環境下でインストール可能なドライバプログラムを絞り込んで、ドライバリストの形式で装置１００に送信する。従って、このような絞り込みを行わずに、ドライバの全てを装置１００に送信する場合に比べて、ネットワーク上の通信量を低減させることが可能となる。また、ドライバのインストールを自動化することが可能となる。

なお、本実施形態では、インストール候補がドライバであるように説明したが、本発明はこれに限定されない。例えば、インストール候補は更新プログラム（例えばバージョンアップされたアプリケーションプログラム等）であってもよい。
（不可視的文字列への変換処理）
次に、不可視的文字への変換処理について図面を参照しながら説明する。

この処理は、制御コード（本発明の所定情報に相当）を不可視的文字列に変換（エンコード）してＲｅａｄＭｅファイル（本発明の所定ファイルに相当）に付加又は記述しようとするものである。
（従来技術）
従来、パソコン安定稼動を達成するために、修正ソフトウエアを開発後、配布用サーバに登録している。その後は顧客が自発的に修正ソフトウエアを登録したサーバへ修正版が有るかどうか確認のためにアクセスする。そして登録されていれば、手動でダウンロード後、修正版をシステムへインストールする。
（発明が解決しようとする問題点）
しかしながら、従来の修正方法は、顧客に修正ソフトウェアの確認をさせ、それをダウンロードさせるというものであるため、顧客はパソコンのメンテナンスを常に意識する必要があり、また、修正ソフトウェアの配布用サーバに対し、自己のパソコンに適合した的確な情報の指示及び必要な修正ソフトウェアの取捨選択をしなければならなかった。これには、顧客がパソコンに関してある程度の知識を持っている必要があり、通常の顧客にとってはこれら作業をすることは困難であった。したがって、顧客に対するサポート情報が活用されず、顧客のサポート品質、満足度が低下する原因となっていた。
これらの問題を回避すべく、修正ソフトウェアの自動ダウンロード及びインストールを実現するシステムを構築するためには、上記既存の修正ソフトウェア配布用サーバとは別個に新規に専用のサーバを開発する必要があって非常に高額な開発コストがかかるという問題がある。また、双方のシステム（サーバ）をメンテナンスしなければならないというサポート側のメンテナンス作業負担が大きくなると共にメンテナンスコストも増大するという問題がある。さらには、顧客に自動配布するためには顧客からのユーザ登録などの操作が必要になり、結果、サポート範囲が限られサポート品質の低下、装置販売会社の評判低下をまねくことの他、顧客閲覧ドキュメントにコマンドを添付すると意味不明な記号を顧客に見せることになり顧客の混乱、サポート品質の低下をまねくという問題がある。

ここでは、制御コード（本発明の所定情報に相当）を不可視的文字列に変換（エンコード）して顧客閲覧用ドキュメントであるＲｅａｄＭｅファイル（本発明の所定ファイルに相当）に付加又は記述することにより、顧客閲覧用ドキュメントを閲覧した顧客に意味不明な記号等を見せないようにすることを目的とする。
（不可視的文字列へのエンコード処理）
次に、所定情報を不可視的文字列にエンコードする方法について図面を参照しながら説明する。図６は、所定情報を不可視的文字列にエンコードする方法について説明するためのフローチャートである。

このエンコードは、例えば所定コンピュータに、制御コード（本発明の所定情報に相当）を不可視的文字列にエンコードする機能、これを顧客閲覧用ドキュメント（ここではＲｅａｄＭｅファイル）に付加する機能、を有する所定プログラムが読み込まれて実行されることにより実現される。

図７に示すように、制御コードとしては、ドライバ名、詳細説明・・・公開日等がある。エンコードに際して、所定コンピュータは、まず制御コードのヘッダ文字列を設定（または出力）する（Ｓ２０１）。ヘッダ文字列は対象言語によって異なる。例えば、日本語であればｃｔｓ、英語であればｃｔｓ＿ｅｎｇの文字列を設定する（図７参照）。このヘッダ文字列は、タブ（本発明の第１不可視的文字に相当）と半角スペース（本発明の第２不可視的文字に相当）に置き換えられ（エンコード）、例えば顧客閲覧用ドキュメント中の所定箇所に付加又は記述される。

ここで、エンコードの手順について説明する。所定コンピュータは、自動配布用コマン
ド等の制御コード（本発明の所定情報に相当）を、タブと半角スペースとを予め定められたルールに従って組み合わせた不可視的文字列に変換（エンコード）する。例えば、シフトＪＩＳ全角“Ａ”は１６進数で“８２６０”、二進数で“１０００００１００１１０００００”と表記される。従って、タブを二進数の“１”に対応させ、半角スペースを二進数の“０”に対応させるように予め取り決めておけば、シフトＪＩＳ全角“Ａ”を不可視的文字列［Ｔａｂ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｔａｂ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｔａｂ］［Ｔａｂ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］［Ｓｐａｃｅ］に変換（エンコード）することが可能となる。

上記のようにして、ヘッダ文字列を不可視的文字列にエンコードすると、次に、所定コンピュータは、各制御コードの先頭にこれに対応する識別子を付加した後、それぞれの文字を、上記のようにして不可視的文字にエンコードする。例えば、ドライバ名の先頭にはこれに対応する識別子「ＤＮ：」（図６参照）が付加された後、それぞれの文字が不可視的文字にエンコードされ、例えば顧客閲覧用ドキュメント中のヘッダ文字列の直後に付加又は記述される（Ｓ２０１）。このエンコードは、最後の制御コード（ここでは公開日）に達するまで繰り返される（Ｓ２０３）。

最後の制御コードに対するエンコードが完了すると、所定コンピュータは、制御コードのフッタ文字列を設定（出力）する（Ｓ２０４）。フッタ文字列としては全言語共通で例えば「ｅｎｄ：」を設定する。このフッタ文字列は上記のようにエンコードされ、例えば顧客閲覧用ドキュメント中の最後の制御コード（ここでは公開日）の直後に付加又は記述される。
（不可視的文字列のデコード処理）
次に、不可視的文字列にエンコードされた制御コードを元の制御コードにデコードする方法について図面を参照しながら説明する。図８は、不可視的文字列にエンコードされた制御コードを元の制御コードにデコードする方法について説明するためのフローチャートである。

このデコードは、例えば装置１００に、不可視的文字列にエンコードされた制御コードをデコードする機能を有する所定プログラムが読み込まれて実行されることにより実現される。

装置１００は、所定ファイル（例えば、上記エンコードにより生成された不可視的文字列（および可視的文字列）を含むＲｅａｄＭｅファイル）からエンコードされたヘッダ文字列を検索する（Ｓ３００）。検索できなければ、処理を終了する（Ｓ３００：Ｎｏ）。一方、ヘッダ文字列を検索できた場合（Ｓ３００：Ｙｅｓ）、所定プログラムはこの次の行を抽出してデコードする（Ｓ３０１）。このデコードは上記エンコードと逆の処理を行うことにより実現される。このデコードの結果がフッタ文字列である場合（Ｓ３０１：Ｙｅｓ）、デコードが全て完了したとして、所定プログラムはデコード処理を終了する。

一方、デコードの結果がフッタ文字列でない場合（Ｓ３０１：Ｎｏ）、先頭３文字がドライバ名識別子「ＤＮ：」であるか否かを判定し（Ｓ３０２）、ドライバ名識別子「ＤＮ：」であれば（Ｓ３０２：Ｙｅｓ）、４文字目以降をドライバ名として設定する（Ｓ３０３）。このデコードは、最後の制御コード（ここでは公開日）に達するまで繰り返される（Ｓ３０４〜Ｓ３０７）。そして、所定プログラムは、デコードの結果がフッタ文字列である場合、デコード処理を終了する（Ｓ３０１：Ｙｅｓ）。

以上説明したように、制御コードは、タブと半角スペースとを予め定められたルール（例えばタブが二進数の“１”、半角スペースが二進数の“０”）に従って組み合わせた不
可視的文字列変換される。そして、この不可視的文字列がＲｅａｄＭｅファイルに付加又は記述されることにより、この不可視的文字列（および可視的文字列）を含むＲｅａｄ
Ｍｅファイルが生成される。

従って、顧客閲覧用ドキュメントを閲覧した顧客に意味不明な記号等を見せないようにすることが可能となる。すなわち、ユーザに視認される今までのインフラでユーザが意識しない形態で制御コードを提供し、この情報をもとにプログラム・ユーザへドキュメントと全く別の情報を提供することが可能になる。また、一つの顧客閲覧用ドキュメントに可視的文字列と不可視的文字列とを混在して記述できることから、制御コードを提供する側にとっても、顧客閲覧用ドキュメントに付加するだけで極めて容易にかつ簡易に制御コードを提供することが可能になる。また、顧客オペレーションに頼らず安定して顧客システムを最新の状態に保つことができる。また、日々システムの安定度が向上するため顧客が予期しないシステムのハングアップやフリーズを事前に阻止できることから、顧客データの消失を未然に防ぐことができる。さらに、常時システム販売メーカのサポートを身近に感じることができるためシステム使用時の安心感がある。

なお、本実施形態では、所定情報を不可視的情報にデコードしてこれを所定ファイルに可視的情報とともに付加または記述するように説明したが、本発明はこれに限定されない。例えば、所定情報をデコードすることなく可視的情報のまま、これを所定ファイルに可視的情報とともに記述（付加）するようにしてもよい。このようにすれば、所定情報（制御コード等）を提供する側にとっては、顧客閲覧用ドキュメントに付加するだけで所定情報（制御コード等）を提供することが可能になる。
（アクセス分散処理その１）
次に、装置（パソコン）の出荷累積増加によるメンテナンスシステムへの負荷の分散化手法についてその処理を図面を参照しながら説明する。図９および図１０は、複数の装置１００からのアクセスを分散させるための処理について説明するためのフローチャート等である。

各装置１００は、メンテナンス履歴を確認して初回であるか又は非初回であるかを判定する（Ｓ４００）。非初回であれば（Ｓ４００：非初回）、経過日数＝システム構築日（本発明の基準日に相当）−利用日を計算し、経過日数を算出する（Ｓ４０１）。一方、初回であれば（Ｓ４００：初回）、メンテナンス履歴の初期化を実行した後（Ｓ４０２）、非初回と同様に、経過日数を算出する（Ｓ４０１）。

次に、装置１００は、経過日数が予め定めたしきい値を超えるごとに、ネットワークＮを介してサーバ２００等へ次回アクセスするタイミングとして前回アクセスしたタイミングよりも遅い（遅く到来する）タイミングを設定する（Ｓ４０３〜Ｓ４１１）。具体的には、経過日数＜半月（しきい値）であれば（Ｓ４０３：Ｙｅｓ）、メンテナンス日（次回アクセスタイミング）を３日後に設定する（Ｓ４０４）。また、経過日数＜２月（しきい値）であれば（Ｓ４０５：Ｙｅｓ）、メンテナンス日（次回アクセスタイミング）を１週間後に設定する（Ｓ４０６）。また、経過日数＜３月（しきい値）であれば（Ｓ４０７：Ｙｅｓ）、メンテナンス日（次回アクセスタイミング）を２週間後に設定する（Ｓ４０８）。また、経過日数＜半年（しきい値）であれば（Ｓ４０９：Ｙｅｓ）、メンテナンス日（次回アクセスタイミング）を１月後に設定する（Ｓ４１０）。さらに、経過日数が６月を超えるのであれば（Ｓ４０９：Ｎｏ）、メンテナンス日（次回アクセスタイミング）を２月後に設定する（Ｓ４１１）。装置１００は、上記の設定されたタイミングでサーバ２００（特定のＵＲＬ）等にアクセスして、ドライバ等が存在すれば、これを自動ダウンロードする。

以上説明したように、上記アクセス分散処理によれば、経過日数が予め定めたしきい値
を超えるごとに、ネットワークＮを介してサーバ２００等へ次回アクセスするタイミングとして前回アクセスしたタイミングよりも遅いタイミングを設定することから、アクセスを分散化することが可能となる。
（アクセス分散処理その２）
次に、アクセスを分散させるための処理について説明する。

この処理は、複数の装置１００から近似時間に発生する自動問い合わせ要求（アクセス）を分散化させようとするものである。
（従来技術）
近年、一定期間に監視・問合せを行うシステムにより、状態監視・状態維持の自動化が要求されている。このとき、対象装置が問合せ先へ自動的に情報を問い合わせる要求（アクセス）が発生するが、特定日や特定時間を指定する手法では特定の時間に問合せが集中し、ピーク時と非ピーク時で大きな隔たりが発生していた。このため、特定の時間に集中する問い合わせ（アクセス）を分散化し、特定の時間に集中してかかる負荷を軽減する必要がある。

一定期間毎に情報を入手する必要がある場合において、ユーザが装置を利用開始するごとに（もしくはあらかじめ指定した特定の日時に）、情報の確認（アクセス）を行う場合、特定の日にちや時間帯に問い合わせ（アクセス）が集中することとなり、ゆえに特定期間だけが極端な高負荷に陥り、しばしば問い合わせ先が急激な負荷に耐えられずシステム停止に陥っていた。ところが一定期間毎に入手する情報は即時の緊急性を必要とする情報だけではないにも関わらず特定日や特定時間が指定されているため、不必要に特定日や特定時間に問い合わせが集中していた。

典型的な従来例を図１１および図１２に示す。装置１００’にインストールされた自動監視プログラムと基幹システムを一例にすると、装置１００’にインストールされた自動監視プログラムが開始した時の基点ａ点にＮ台の装置にインストールされたプログラムが同じくａ点に基幹システムへ一斉に問い合わせを行い、同じくａ点に処理を要求する高負荷（Ｎ台からの応答・即時処理要求）となっていた。
（発明が解決しようとする問題点）
従って、即時の緊急性がない自動問い合わせの場合においても、即時処理要求を特定日や特定時間（ａ点）に行うという問題を生じていた。また、近似時間に自動問い合わせ要求が多数発生した場合、問い合わせ先はその要求を同時に受ける必要があった。

ここでは、図１３のようにＮ台がほぼ同じ日時ａ点、ｂ点に案件が発生しても即時（ａ点、ｂ点）には問い合わせを要求せず、所定の時間経過したａ’点、ｂ’点に問い合わせ要求（アクセス）を行い、問い合わせ要求（アクセス）を分散化することを目的とする。

次に、アクセスを分散させるための処理について図面を参照しながら説明する。図１４は、アクセスを分散させるための処理について説明するためのフローチャートである。
装置１００は、システムが起動されると（Ｓ５００）、問い合わせ案件の発生時間を基点とし、基点から所定の時間経過した時間に問い合わせ先へ要求（アクセス）を行う。具体的には、装置１００は、自動メンテナンスプログラムがロードされた時間（本発明のプログラムの起動時刻に相当）を取得し、これを基点とし、この基点の時間から保守システムへ最新情報の確認を要求する時間を分散化した要求時間として予約（設定）する（Ｓ５０１）。問い合わせ開始時間（分散化した要求時間）は次の式を演算することで得る。

（式）基点時間の時＋（基点時間の分＋基点時間の秒×係数１）分＋（基点時間の秒＋基点時間のミリ秒×係数２）秒＋基点時間のミリ秒＋Ｏｆｆｓｅｔ時間
この式によると、例えば、基点時間が８時４０分００秒０００ミリ秒、係数１が３、係
数２が０．１８、Ｏｆｆｓｅｔ時間が０時間０分０秒０００ミリ秒であるとすれば、１分間に発生する要求を約３時間へ分散化することが可能となる（分散化の度合い）。なお、係数１を調整することで分散化の時間を調整可能となっている。図１５および図１６に、各基点時間とこの基点時間に基づいて演算される分散化した要求時間との関係を示す。

自動メンテナンスプログラムは予約された要求時間まで待機し（Ｓ５０２）、予約した要求時間に達したら（Ｓ５０３）保守システム（期間システム）へ保守情報を要求する（Ｓ５０３）。保守システムは、要求に基づき、装置１００へ保守情報を提供する（Ｓ５０４、Ｓ５０５）。装置１００は、その保守システムからの応答内容に従い所定処理を実行する（Ｓ５０６）。

以上説明したように、一定期間に監視・問合せを行う装置において、状態監視・状態維持の自動問い合わせ要求を近似の時間から期待する幅に分散することができる。よって、同時に発生する要求量を抑え、ピークトラフィック量を分散化し、インフラ開発・維持のためのコストを低く抑えることが可能となる。

なお、本実施形態では、システムが起動され自動メンテナンスプログラムがロードされた時間を基点とするように説明したが、本発明はこれに限定されない。例えば、そのような時間＋α（例えば２０分）の時間を基点とするようにしてもよいし、他の時間を基点とするようにしてもよい。

また、保守システムにおけるダウンロード不可時間帯（例えば午前３時から午前５時）にかかる場合は、その時間帯の時間を当初の予約した要求時間に加算することとしてもよい。このようにすれば、ダウンロード不可時間帯に保守システムにアクセスすることがなくなる。

本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態は、あらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。

本発明は次のように特定することもできる。
（付記）
（付記１）コンピュータに、前記コンピュータのプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、ネットワークを介して所定サーバに送信するステップ、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信するステップ、所定条件に従ってインストール候補を前記リストから選択するステップ、前記選択されたインストール候補をインストールするステップ、を実行させるためのプログラム。（１）
（付記２）前記実行環境特定情報は、前記コンピュータの機種名を特定する情報とそのコンピュータにインストールされているオペレーティングシステムを特定する情報を含む、付記１に記載のプログラム。（２）
（付記３）前記インストール候補はドライバプログラムである、付記１に記載のプログラム。（３）
（付記４）前記リストはインストール候補のダウンロード先アドレスを含み、前記選択されたインストール候補は、そのダウンロード先アドレスからダウンロードされてインストールされる、付記１に記載のプログラム。（４）
（付記５）コンピュータに、インストール候補に関する日付を取得するステップ、前記取得されたインストール候補に関する日付と所定日付とを比較するステップ、前記比較の結果に基づいてインストール候補をインストールするか否かを判定するステップ、前記
インストールすると判定されたインストール候補をインストールするステップ、を実行させるためのプログラム。（５）
（付記６）コンピュータに、所定情報をユーザに入力させるステップ、前記入力された所定情報を、第１不可視的文字と第２不可視的文字とを予め定められたルールに従って組み合わせた不可視的文字列に変換するステップ、前記変換された不可視的文字列を、所定ファイルに付加するステップ、を実行させるためのプログラム。（６）
（付記７）コンピュータに、所定ファイルを取得するステップ、前記取得された所定ファイルから第１不可視的文字と第２不可視的文字とを含む不可視的文字列を抽出するステップ、前記抽出された不可視的文字列を予め定められたルールに従って元の所定情報に変換するステップ、を実行させるためのプログラム。（７）
（付記８）前記所定情報は制御コードである、付記６または７に記載のプログラム。（８）
（付記９）コンピュータに、基準日からの経過日数が予め定めたしきい値を超えるごとに、ネットワークを介して次回アクセスするタイミングとして前回アクセスしたタイミングよりも遅いタイミングを設定するステップ、前記設定されたタイミングで前記ネットワークを介してアクセスするステップ、を実行させるためのプログラム。（９）
（付記１０）コンピュータに、当該プログラムの起動時刻を取得するステップ、前記取得された起動時刻に応じて求めたタイミングにてネットワークを介して所定サーバにアクセスするステップ、を実行させるためのプログラム。（１０）
（付記１１）情報処理装置であって、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、ネットワークを介して所定サーバに送信する手段、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信する手段、所定条件に従ってインストール候補を前記リストから選択する手段、前記選択されたインストール候補をインストールする手段、を備える情報処理装置。（１２）

（付記１２）前記実行環境特定情報は、前記コンピュータの機種名を特定する情報とそのコンピュータにインストールされているオペレーティングシステムを特定する情報を含む、付記１１に記載の情報処理装置。（１３）

（付記１３）前記インストール候補はドライバプログラムである、付記１１に記載の情報処理装置。（１４）
（付記１４）前記リストはインストール候補のダウンロード先アドレスを含み、
前記選択されたインストール候補は、そのダウンロード先アドレスからダウンロードされてインストールされる、付記１１に記載の情報処理装置。（１５）

（付記１５）インストール候補に関する日付を取得する手段、前記取得されたインストール候補に関する日付と所定日付とを比較する手段、前記比較の結果に基づいてインストール候補をインストールするか否かを判定する手段、前記インストールすると判定されたインストール候補をインストールする手段、を備える情報処理装置。（１６）

（付記１６）所定情報をユーザに入力させる手段、前記入力された所定情報を、第１不可視的文字と第２不可視的文字とを予め定められたルールに従って組み合わせた不可視的文字列に変換する手段、前記変換された不可視的文字列を、所定ファイルに付加する手段、を備える情報処理装置。（１７）

（付記１７）所定ファイルを取得する手段、前記取得された所定ファイルから第１不可視的文字と第２不可視的文字とを含む不可視的文字列を抽出する手段、前記抽出された不可視的文字列を予め定められたルールに従って元の所定情報に変換する手段、を備える情報処理装置。（１８）

（付記１８）前記所定情報は制御コードである、付記１６または１７に記載の情報処理装置。（１９）
（付記１９）情報処理装置であって、基準日からの経過日数が予め定めたしきい値を超えるごとに、ネットワークを介して次回アクセスするタイミングとして前回アクセスしたタイミングよりも遅いタイミングを設定する手段、前記設定されたタイミングで前記ネットワークを介してアクセスする手段、を備える情報処理装置。（２０）

（付記２０）情報処理装置であって、当該プログラムの起動時刻を取得する手段、前記取得された起動時刻に応じて求めたタイミングにてネットワークを介して所定サーバにアクセスする手段、を備える情報処理装置。

（付記２１）ネットワークに接続されたコンピュータにインストールする方法であって、前記コンピュータのプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信するステップ、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信するステップ、所定条件に従ってインストール候補を前記リストから選択するステップ、前記選択されたインストール候補をインストールするステップ、を備えるインストール方法。

（付記２２）前記実行環境特定情報は、前記コンピュータの機種名を特定する情報とそのコンピュータにインストールされているオペレーティングシステムを特定する情報を含む、付記２１に記載のインストール方法。

（付記２３）前記インストール候補はドライバプログラムである、付記２１に記載のインストール方法。
（付記２４）前記リストはインストール候補のダウンロード先アドレスを含み、
前記選択されたインストール候補は、そのダウンロード先アドレスからダウンロードされてインストールされる、付記２１に記載のインストール方法。

（付記２５）コンピュータに、インストール候補に関する日付を取得するステップ、前記取得されたインストール候補に関する日付と所定日付とを比較するステップ、前記比較の結果に基づいてインストール候補をインストールするか否かを判定するステップ、前記インストールすると判定されたインストール候補をインストールするステップ、を実行させるためのインストール方法。

（付記２６）所定情報をユーザに入力させるステップ、前記入力された所定情報を、第１不可視的文字と第２不可視的文字とを予め定められたルールに従って組み合わせた不可視的文字列に変換するステップ、前記変換された不可視的文字列を、所定ファイルに付加するステップ、を備える不可視的文字処理方法。

（付記２７）所定ファイルを取得するステップ、前記取得された所定ファイルから第１不可視的文字と第２不可視的文字とを含む不可視的文字列を抽出するステップ、前記抽出された不可視的文字列を予め定められたルールに従って元の所定情報に変換するステップ、をさらに実行させるための不可視的文字処理方法。

（付記２８）前記所定情報は制御コードである、付記２６または２７に記載の不可視的文字処理方法。
（付記２９）コンピュータからのアクセスを分散させる方法であって、基準日からの経過日数が予め定めたしきい値を超えるごとに、ネットワークを介して次回アクセスする
タイミングとして前回アクセスしたタイミングよりも遅いタイミングを設定するステップ、前記設定されたタイミングで前記ネットワークを介してアクセスするステップ、を備えるアクセス分散方法。

（付記３０）コンピュータからのアクセスを分散させる方法であって、当該プログラムの起動時刻を取得するステップ、前記取得された起動時刻に応じて求めたタイミングにてネットワークを介して所定サーバにアクセスするステップ、を備えるアクセス分散方法。

（付記３１）ネットワークに接続された、情報処理装置および所定サーバを包含するシステムであって、前記情報処理装置は、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信する手段、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信する手段、所定条件に従ってインストール候補を前記リストから選択する手段、前記選択されたインストール候補をインストールする手段、を備えるシステム。

（付記３２）前記実行環境特定情報は、前記コンピュータの機種名を特定する情報とそのコンピュータにインストールされているオペレーティングシステムを特定する情報を含む、付記３１に記載のシステム。

（付記３３）前記インストール候補はドライバプログラムである、付記３１に記載のシステム。
（付記３４）前記リストはインストール候補のダウンロード先アドレスを含み、前記選択されたインストール候補は、そのダウンロード先アドレスからダウンロードされてインストールされる、付記３１に記載のシステム。

（付記３５）インストール候補に関する日付を取得する手段、前記取得されたインストール候補に関する日付と所定日付とを比較する手段、前記比較の結果に基づいてインストール候補をインストールするか否かを判定する手段、前記インストールすると判定されたインストール候補をインストールする手段、を備えるシステム。

（付記３６）ネットワークに接続された情報処理装置を包含するシステムであって、基準日からの経過日数が予め定めたしきい値を超えるごとに、前記ネットワークを介して次回アクセスするタイミングとして前回アクセスしたタイミングよりも遅いタイミングを設定する手段、前記設定されたタイミングで前記ネットワークを介してアクセスする手段、を備えるシステム。

（付記３７）ネットワークに接続された、情報処理装置および所定サーバを包含するシステムであって、当該プログラムの起動時刻を取得する手段、前記取得された起動時刻に応じて求めたタイミングにてネットワークを介して所定サーバにアクセスする手段、を備えるシステム。

（付記３８）ネットワークに接続された、情報処理装置および所定サーバを包含するシステムであって、前記情報処理装置は、自己のプログラム実行環境を特定するための実行環境特定情報を含むリクエストを、前記ネットワークを介して所定サーバに送信する手段、前記実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補を含むリストを、前記ネットワークを介して前記所定サーバから受信する手段、所定条件に従ってインストール候補を前記リストから選択する手段、前記選択されたインストール候補をインストールする手段を備え、前記所定サーバは、前記情報処理
装置から送信されるリクエストを受信する手段、前記リクエストに含まれる実行環境特定情報により特定されるプログラム実行環境下でインストール可能なインストール候補に関する情報を、所定データベースから検索する手段、前記検索結果を前記インストール候補を含むリストとして前記情報処理装置に送信する手段を備えるシステム。
（付記３９）コンピュータに、（式）基点時間の時＋（基点時間の分＋基点時間の秒×係数１）分＋（基点時間の秒＋基点時間のミリ秒×係数２）秒＋基点時間のミリ秒＋オフセット時間、を演算させるステップ、前記演算結果が示す時分秒に、ネットワークを介して所定サーバにアクセスするステップ、を実行させるためのプログラム。（１１）
（付記４０）情報処理装置であって、（式）基点時間の時＋（基点時間の分＋基点時間の秒×係数１）分＋（基点時間の秒＋基点時間のミリ秒×係数２）秒＋基点時間のミリ秒＋オフセット時間、を演算する手段、前記演算結果が示す時分秒に、前記ネットワークを介して所定サーバにアクセスする手段、を備える情報処理装置。
（付記４１）コンピュータからのアクセスを分散させる方法であって、（式）基点時間の時＋（基点時間の分＋基点時間の秒×係数１）分＋（基点時間の秒＋基点時間のミリ秒×係数２）秒＋基点時間のミリ秒＋オフセット時間、を演算させるステップ、前記演算結果が示す時分秒に、前記ネットワークを介して所定サーバにアクセスするステップ、を備えるアクセス分散方法。
（付記４２）ネットワークに接続された、情報処理装置および所定サーバを包含するシステムであって、（式）基点時間の時＋（基点時間の分＋基点時間の秒×係数１）分＋（基点時間の秒＋基点時間のミリ秒×係数２）秒＋基点時間のミリ秒＋オフセット時間、を演算する手段、前記演算結果が示す時分秒に、前記ネットワークを介して前記所定サーバにアクセスする手段、を備えるシステム。

本実施形態におけるネットワークシステムの概略構成を説明するための図である。ドライバ更新処理について説明するためのシーケンス図である。装置１００による判定処理を説明するためのフローチャートである。装置１００による判定処理を説明するためのフローチャートである。インストール候補ドライバの表示画面例である。所定情報を不可視的文字列にエンコードする方法について説明するためのフローチャートである。制御コード等の例示である。不可視的文字列にエンコードされた制御コードを元の制御コードにデコードする方法について説明するためのフローチャートである。複数の装置１００からのアクセスを分散させるための処理について説明するためのフローチャートである。複数の装置１００からのアクセスを分散させるための処理について説明するための図である。従来例を説明するための図である。従来例を説明するための図である。複数の装置１００からのアクセスを分散させるための処理について説明するための図である。複数の装置１００からのアクセスを分散させるための処理について説明するためのフローチャートである。各基点時間とこの基点時間に基づいて演算される分散化した要求時間との関係を説明するための図である。各基点時間とこの基点時間に基づいて演算される分散化した要求時間との関係を説明するための図である。

符号の説明

１００装置
２００サーバ
Ｎネットワーク

Claims

コンピュータに、インストール候補に関する日付を取得するステップ、前記取得されたインストール候補に関する日付と所定日付とを比較するステップ、前記比較の結果に基づいてインストール候補をインストールするか否かを判定するステップ、前記インストールすると判定されたインストール候補をインストールするステップ、を実行させるためのプログラム。
インストール候補に関する日付を取得する手段、前記取得されたインストール候補に関する日付と所定日付とを比較する手段、前記比較の結果に基づいてインストール候補をインストールするか否かを判定する手段、前記インストールすると判定されたインストール候補をインストールする手段、を備える情報処理装置。
コンピュータに、インストール候補に関する日付を取得するステップ、前記取得されたインストール候補に関する日付と所定日付とを比較するステップ、前記比較の結果に基づいてインストール候補をインストールするか否かを判定するステップ、前記インストールすると判定されたインストール候補をインストールするステップ、を実行させるためのインストール方法。
インストール候補に関する日付を取得する手段、前記取得されたインストール候補に関する日付と所定日付とを比較する手段、前記比較の結果に基づいてインストール候補をインストールするか否かを判定する手段、前記インストールすると判定されたインストール候補をインストールする手段、を備えるシステム。