JP2008234553A - パッチ適用方法およびパッチ受信クライアント - Google Patents

Abstract

【課題】パッチ配信サーバからパッチが配信されるときにネットワークの負荷を低減すること。
【解決手段】ユニキャスト通信を用いて複数パッチ配信サーバ５−１〜５−ｎの各々に接続要求を送信するステップと、第１パッチ配信サーバから接続許可を示す判定結果を受信したときに、パッチを第１パッチ配信サーバからダウンロードするステップと、複数パッチ配信サーバ５−１〜５−ｎから接続許可を示す判定結果を受信しないときに、接続要求をブロードキャストするステップと、複数パッチ配信サーバ５−１〜５−ｎと異なる第２パッチ配信サーバから接続許可を示す判定結果を受信したときに、パッチを第２パッチ配信サーバからダウンロードするステップとを備えている。本発明によるパッチ適用方法によれば、接続要求を送信することにユニキャスト通信が優先して使用され、ネットワーク３の負荷を低減することができる。
【選択図】図５

Description

本発明は、パッチ適用方法およびパッチ受信クライアントに関し、特に、ネットワークを介して配信されるパッチを用いてソフトウェアを最新の版に改訂するときに利用されるパッチ適用方法およびパッチ受信クライアントに関する。

ネットワークを介して配信されるパッチを用いてソフトウェアを最新の版に改訂するパッチ適用が知られている。そのパッチ適用は、ソフトウェアを最新の版に改訂するときに従来の版のうちの最新の版と異なる部分だけを置換することであり、そのパッチは、その置換で置換される部分の差分データを示している。このようなパッチ適用は、パッチファイルを配信するパッチ配信サーバがパッチファイルの配信前、あるいは配信中に停止、もしくは通信不能に陥るとパッチファイルを配信することができなくなってしまう。数十万単位のクライアント端末を持つユーザでのパッチ適用システムでは、１台のサーバへパッチファイルの要求が行われたときに、そのサーバの負荷が高くなり、パッチの配信に時間がかかってしまい、または、そのサーバの機能が地震や火災等によって停止したときに、パッチ適用ができなくなる事態に陥る。そのパッチ適用は、サーバからパッチをより高速に、より確実に配信することが望まれている。

パッチ適用システムは、パッチ配信サーバを複数台備えることにより、パッチをより確実に配信することができる。そのパッチ適用は、さらに、ネットワークの負荷を低減することが望まれている。

特開２０００−９９４３５号公報には、障害の発生を検知した場合、障害の発生をユーザに意識させずに他の同一コンテンツの配信サーバに自動的に切り替え、切断されたデータ位置からデータを送信し得るサーバ切り替え装置が開示されている。そのサーバ切り替え装置は、クライアントおよび同一のサービスを提供する複数の情報配信サーバがネットワークに接続されたシステムにおいてクライアントと情報配信サーバの接続中に情報配信サーバを含むネットワーク側に障害が発生した時に情報配信サーバを切り替えるサーバ切り替え装置であって、前記複数の情報配信サーバのアドレスを優先順位の高い順に管理する管理テーブルと、該管理テーブルの中から優先順位の高い少なくとも２つのアドレスを選択し、この選択した少なくとも２つのアドレスの情報配信サーバに対してクライアントを接続するように接続要求を送信して接続し、該接続要求に対して最も早く応答した情報配信サーバを選択し、該情報配信サーバからのみデータを受信するように制御する接続制御手段と、前記情報配信サーバからのデータ受信中に障害が発生したことを検出する障害検出手段と、該障害検出手段により障害が発生したことが検出された場合、前記データ受信をクライアントに対して行っていた前記情報配信サーバ以外の前記接続処理を行った他の少なくとも一つの情報配信サーバに対してデータ要求を行い、データを受信するように制御するとともに、今まで接続されていない情報配信サーバが存在する場合、該情報配信サーバに対してクライアントを接続するように制御する再接続制御手段とを有することを特徴としている。

特開２００４−２６５１５３号公報には、本発明は、上記課題を解決するためになされたものであり、パッチファイル管理及びパッチ提供者との直接的な契約（二次提供承諾）を行う必要がなく、パッチファイルをパッチ提供者が入れ替えた場合の対応も容易であり、パッチの自動適用とウィルスチェックソフトの自動更新によりユーザ端末装置のセキュリティ確保の自動化を図ることができるパッチ適用システムが開示されている。そのパッチ適用システムは、ユーザ端末装置と、パッチ適用を支援するパッチ適用支援装置と、パッチファイルのダウンロードを行うためのパッチ提供サイトを管理するパッチ提供装置とを有し、これらがネットワークを介して接続されているパッチ適用システムであって、前記ユーザ端末装置は、インストールされているソフトウェアに関するソフトウェア情報を管理ファイルで管理する手段と、前記管理ファイルを前記パッチ適用支援装置に送信する手段とを有し、前記パッチ適用支援装置は、前記ユーザ端末装置からの管理ファイルを受信する手段と、パッチ情報、パッチ提供サイトのダウンロード用アドレス情報及び各ユーザ端末装置のパッチ適用履歴情報を格納するデータベースと、前記受信された管理ファイルの内容に基づき前記データベースのパッチ適用履歴情報を更新する手段と、更新したパッチ適用履歴情報と前記データベースに格納されているパッチ情報と照合し、パッチの適用が必要であるか否かを判定する手段と、前記パッチの適用が必要であると判定された場合、前記データベースに格納されているパッチ提供サイトのダウンロード用アドレス情報及びパッチ適用により変更されるパッチファイル情報を前記ユーザ端末装置に送信する手段とを有し、前記ユーザ端末装置は、前記パッチ適用支援装置からのパッチ提供サイトのダウンロード用アドレス情報及びパッチファイル情報を受信する手段と、パッチ提供サイトのダウンロード用アドレスにアクセスし、パッチファイルのダウンロードを行う手段と、前記ダウンロードしたパッチファイルによりパッチの適用を行う手段と、前記パッチの適用が完了した場合、前記管理ファイルの内容を更新する手段と、更新した管理ファイルを前記パッチ適用支援装置に送信する手段とを有し、前記パッチ適用支援装置は、前記ユーザ端末装置から更新された管理ファイルを受信する手段と、受信した管理ファイルの内容に基づき前記データベースのパッチ適用履歴情報を更新する手段とを有することを特徴としている。

特開平０５−１７３９１１号公報には、Ｘサーバプログラムのダウンロードをホストコンピュータのみでなく、Ｘウィンドウターミナルからも可能とすることにより、ダウンロードによるホストコンピュータの負荷を低減するＸサーバシステムが開示されている。そのＸサーバシステムは、Ｘサーバプログラムを格納しているホストコンピュータと複数のＸウィンドウターミナルとが通信網で接続されているＸサーバシステムにおいて、上記Ｘウィンドウターミナルは、立ち上げ時に、Ｘサーバプログラムをダウンロードする手段を有しており、上記Ｘウィンドウターミナルのダウンロード手段は、上記ホストコンピュータおよび他のＸウィンドウターミナル全てに対して、ダウンロード要求をブロードキャストする機能と、該ダウンロード要求に対して最も早く確認応答を返送したホストコンピュータまたはＸウィンドウターミナルから、Ｘサーバプログラムをダウンロードする機能とを備え、上記Ｘウィンドウターミナルおよび上記ホストコンピュータは、上記ブロードキャスト機能によりダウンロード要求を受け取った際に、自分がＸサーバプログラムをダウンロードしてあげることが可能な状態ならば、確認応答を返送する機能を備えたことを特徴としている。

特開２０００−９９４３５号公報 特開２００４−２６５１５３号公報 特開平０５−１７３９１１号公報

本発明の課題は、パッチ配信サーバからパッチが配信されるときにネットワークの負荷を低減するパッチ適用方法およびパッチ受信クライアントを提供することにある。

以下に、発明を実施するための最良の形態・実施例で使用される符号を括弧付きで用いて、課題を解決するための手段を記載する。この符号は、特許請求の範囲の記載と発明を実施するための最良の形態・実施例の記載との対応を明らかにするために付加されたものであり、特許請求の範囲に記載されている発明の技術的範囲の解釈に用いてはならない。

本発明によるパッチ適用方法は、接続要求に応答して判定結果を生成する複数パッチ配信サーバ（５−１〜５−ｎ）を示しているパッチ配信サーバＩＰアドレステーブル（３１）を参照して、ユニキャスト通信を用いて複数パッチ配信サーバ（５−１〜５−ｎ）の各々に接続要求を送信するステップと、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの第１パッチ配信サーバから接続許可を示している判定結果を受信したときに、パッチを第１パッチ配信サーバからダウンロードしてソフトウェアを改訂するステップと、複数パッチ配信サーバ（５−１〜５−ｎ）から接続許可を示している判定結果を受信しないときに、接続要求をブロードキャストするステップと、複数パッチ配信サーバ（５−１〜５−ｎ）と異なる第２パッチ配信サーバから接続許可を示している判定結果を受信したときに、パッチを第２パッチ配信サーバからダウンロードしてソフトウェアを改訂するステップとを備えている。ブロードキャスト通信は、一般的に、ユニキャスト通信に比較して、ネットワーク（３）の負荷が高い。本発明によるパッチ適用方法によれば、接続要求をパッチ配信サーバに送信することにユニキャスト通信が優先して使用され、パッチ配信サーバとクライアント（１）とを接続するネットワーク（３）の負荷を低減することができる。

パッチ配信サーバＩＰアドレステーブル（３１）は、複数パッチ配信サーバ（５−１〜５−ｎ）を優先順位（３２）に対応付けている。このとき、その送信するステップは、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの優先順位（３２）が最も高い１つの第３パッチ配信サーバに接続要求を送信するステップと、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの第４パッチ配信サーバに接続要求を送信した後に第４パッチ配信サーバから接続許可を示している判定結果が受信されないときに、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの優先順位（３２）が第４パッチ配信サーバより低い第５パッチ配信サーバに接続要求をさらに送信するステップとを備えていることが好ましい。

その送信するステップは、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの第６パッチ配信サーバに接続要求を送信した後に第６パッチ配信サーバから接続拒否を示している判定結果を受信したときに、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの優先順位（３２）が第６パッチ配信サーバより低い第７パッチ配信サーバに接続要求をさらに送信するステップをさらに備えていることが好ましい。

本発明によるパッチ受信クライアント（１）は、接続要求に応答して判定結果を生成する複数パッチ配信サーバ（５−１〜５−ｎ）を示しているパッチ配信サーバＩＰアドレステーブル（３１）を参照して、ユニキャスト通信を用いて複数パッチ配信サーバ（５−１〜５−ｎ）の各々に接続要求を送信する接続要求送信部（１６）と、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの第１パッチ配信サーバから接続許可を示している判定結果を受信したときに、パッチを第１パッチ配信サーバからダウンロードしてソフトウェアを改訂するパッチ適用部（１８）とを備えている。接続要求送信部（１６）は、複数パッチ配信サーバ（５−１〜５−ｎ）から接続許可を示している判定結果を受信しないときに、接続要求をブロードキャストする。パッチ適用部（１８）は、複数パッチ配信サーバ（５−１〜５−ｎ）と異なる第２パッチ配信サーバから接続許可を示している判定結果を受信したときに、パッチを第２パッチ配信サーバからダウンロードしてソフトウェアを改訂する。ブロードキャスト通信は、一般的に、ユニキャスト通信に比較して、ネットワーク（３）の負荷が高い。本発明によるパッチ受信クライアント（１）は、接続要求をパッチ配信サーバに送信することにユニキャスト通信を優先して使用し、パッチ配信サーバとパッチ受信クライアント（１）とを接続するネットワーク（３）の負荷を低減することができる。

パッチ配信サーバＩＰアドレステーブル（３１）は、複数パッチ配信サーバ（５−１〜５−ｎ）を優先順位（３２）に対応付けている。このとき、接続要求送信部（１６）は、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの優先順位（３２）が最も高い１つの第３パッチ配信サーバに接続要求を送信する。複数パッチ配信サーバ（５−１〜５−ｎ）のうちの第４パッチ配信サーバに接続要求を送信した後に第４パッチ配信サーバから接続許可を示している判定結果が受信されないときに、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの優先順位（３２）が第４パッチ配信サーバより低い第５パッチ配信サーバに接続要求をさらに送信することが好ましい。

接続要求送信部（１６）は、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの第６パッチ配信サーバに接続要求を送信した後に第６パッチ配信サーバから接続拒否を示している判定結果を受信したときに、複数パッチ配信サーバ（５−１〜５−ｎ）のうちの優先順位（３２）が第６パッチ配信サーバより低い第７パッチ配信サーバに接続要求をさらに送信する。

本発明によるパッチ適用方法およびパッチ受信クライアントは、パッチ配信サーバからパッチが配信されるときにネットワークの負荷を低減することができる。

図面を参照して、本発明によるパッチ受信クライアントの実施の形態を記載する。そのパッチ受信クライアント１は、図１に示されているように、パッチ適用システム２に適用されている。パッチ適用システム２は、ネットワーク３を介して複数の情報処理装置（コンピュータ）が互いに双方向に情報を伝送することができるように接続されている。ネットワーク３としては、インターネット、専用回線が例示される。その複数の情報処理装置は、パッチ受信クライアント１と複数のパッチ配信サーバ５−１〜５−ｎ（ｎ＝２，３，４，…）…から形成されている。パッチ受信クライアント１は、図１のパッチ適用システム２に１つだけが設けられているが、パッチ適用システム２に複数が設けられることができる。パッチ配信サーバ５−１〜５−ｎは、複数のパッチ配信サーバが地震や火災等に例示される１つの災害に遭遇しないように、互いに十分に遠隔の地に配置されている。

図２は、パッチ受信クライアント１を示している。パッチ受信クライアント１は、コンピュータであり、操作装置１１と図示されていないＣＰＵと記憶装置と出力装置と通信装置とを備えている。そのＣＰＵは、パッチ受信クライアント１にインストールされるコンピュータプログラムを実行して、操作装置１１とその記憶装置と出力装置と通信装置とを制御する。操作装置１１は、ユーザにより操作されて情報を生成し、その情報をそのＣＰＵに出力する。操作装置１１としては、マウス、キーボードが例示される。その記憶装置は、そのコンピュータプログラムを記録し、そのＣＰＵにより生成される情報を一時的に記録する。その通信装置は、ネットワーク３を介してそのＣＰＵにより生成された情報を他の情報処理装置に送信し、または、ネットワーク３を介して他の情報処理装置から送信された情報をそのＣＰＵに出力する。

パッチ受信クライアント１は、そのコンピュータプログラムであるパッチ配信サーバＩＰアドレス記憶部１５と接続要求送信部１６と受信部１７とパッチ適用部１８とを備えている。パッチ配信サーバＩＰアドレス記憶部１５は、パッチ配信サーバ５−１〜５−ｎの一部を示すパッチ配信サーバＩＰアドレステーブルを記憶装置に記録している。

接続要求送信部１６は、操作装置１１に所定の操作がなされたときに、パッチ配信サーバＩＰアドレス記憶部１５により記録されるパッチ配信サーバＩＰアドレステーブルを参照して、パッチ配信サーバ５−１〜５−ｎのうちから適切な１つのパッチ配信サーバを選択する。接続要求送信部１６は、さらに、ネットワーク３を介してそのパッチ配信サーバに接続要求を送信する。その接続要求は、パッチ受信クライアント１を識別するＩＰアドレスを示している。

受信部１７は、ネットワーク３を介して、パッチ配信サーバ５−１〜５−ｎから送信される判定結果を受信する。パッチ適用部１８は、受信部１７により受信された判定結果が接続許可を示すときに、パッチ配信サーバ５−１〜５−ｎのうちのその判定結果を送信したパッチ配信サーバからパッチをダウンロードし、そのパッチを用いて、インストールされているソフトウェアを改訂する。そのソフトウェアとしては、ＯＳ、アプリケーションが例示される。

図３は、パッチ配信サーバ５−ｉ（ｉ＝１，２，３，…，ｎ）を示している。パッチ配信サーバ５−ｉは、コンピュータであり、図示されていないＣＰＵと記憶装置と入力装置と出力装置と通信装置とを備えている。そのＣＰＵは、パッチ受信クライアント１にインストールされるコンピュータプログラムを実行して、その記憶装置と入力装置と出力装置と通信装置とを制御する。その記憶装置は、そのコンピュータプログラムを記録し、そのＣＰＵにより生成される情報を一時的に記録する。その入力装置は、ユーザにより操作されて情報を生成し、その情報をそのＣＰＵに出力する。その入力装置としては、マウス、キーボードが例示される。その出力装置は、そのＣＰＵにより生成された情報をユーザに認識可能に出力する。その出力装置としては、ディスプレイが例示される。そのディスプレイは、そのＣＰＵにより生成された画像を表示面に表示する。その通信装置は、ネットワーク３を介してそのＣＰＵにより生成された情報を他の情報処理装置に送信し、または、ネットワーク３を介して他の情報処理装置から送信された情報をそのＣＰＵに出力する。

パッチ配信サーバ５−ｉは、そのコンピュータプログラムである同時接続許可台数記憶部２１と受信部２２と接続台数判定部２３と配信部２４とパッチ配信部２５とを備えている。同時接続許可台数記憶部２１は、配信サーバ５−ｉがネットワーク３を介してパッチ複数のパッチ受信クライアント１にパッチを配信するときに、そのパッチを所定の速度より高速に配信することができるパッチ受信クライアントの同時接続許可台数を記憶装置に記録している。その同時接続許可台数は、パッチ配信サーバ１台あたりのパッチ受信クライアント１のクライアント数、パッチ配信サーバ５−ｉがパッチ受信クライアント１に配信するパッチの情報量に基づいて設計される。

受信部２２は、ネットワーク３を介して、パッチ受信クライアント１から送信される接続要求を受信する。接続台数判定部２３は、受信部２２により接続要求が受信されたときに、パッチ配信サーバ５−ｉがパッチを配信しているパッチ受信クライアントの接続中クライアント台数と同時接続許可台数記憶部２１により記録される同時接続許可台数とを比較して、判定結果を生成する。その判定結果は、その接続中クライアント台数がその同時接続許可台数より小さいときに接続許可を示し、その接続中クライアント台数がその同時接続許可台数に等しいときに接続拒否を示す。配信部２４は、ネットワーク３を介して、受信部２２により受信された接続要求が示すＩＰアドレスが示すパッチ受信クライアント１に接続台数判定部２３により生成された判定結果を送信する。

パッチ配信部２５は、接続台数判定部２３により生成される判定結果が接続許可を示す場合で、その判定結果が配信されたパッチ受信クライアントからパッチのダウンロードが要求されたときに、ネットワーク３を介してそのパッチ受信クライアントにパッチを配信する。

図４は、パッチ配信サーバＩＰアドレス記憶部１５により記録されるパッチ配信サーバＩＰアドレステーブルを示している。そのパッチ配信サーバＩＰアドレステーブル３１は、優先順位３２をパッチ配信サーバ情報に対応付けている。すなわち、優先順位３２からなる集合のうちの任意の要素は、パッチ配信サーバからなる集合のうちの１つの要素に対応している。そのパッチ配信サーバ情報は、パッチ配信サーバ５−１〜５−ｎのうちの１つのパッチ配信サーバを識別している。そのパッチ配信サーバ情報は、サーバ名３３とパッチ配信サーバＩＰアドレス３４とを含んでいる。サーバ名３３は、そのパッチ配信サーバ情報により識別されるパッチ配信サーバの名称を示している。パッチ配信サーバＩＰアドレス３４は、そのパッチ配信サーバ情報により識別されるパッチ配信サーバのＩＰアドレスを示している。優先順位３２は、そのパッチ配信サーバ情報により識別されるパッチ配信サーバに割り当てられる順位を示し、自然数により表現されている。優先順位３２は、パッチ受信クライアント１とパッチ配信サーバとの距離が小さいものほど順位が高くなるように、すなわち、パッチ受信クライアント１とパッチ配信サーバとが通信するときに経由する通信回線の個数が少ないものほど順位が高くなるように、設計されている。パッチ配信サーバＩＰアドレス３４は、さらに、ブロードキャストＩＰアドレス（２５５．２５５．２５５．２５５）を示している。そのブロードキャストＩＰアドレスは、特殊なアドレスであり、パッチ受信クライアント１がこのアドレスを用いて接続要求を送信するときに、その接続要求は、ネットワーク３に接続されるすべてのパッチ配信サーバに送信される。そのブロードキャストＩＰアドレスは、最も低い優先順位が割り当てられている。

このとき、接続要求送信部１６は、操作装置１１に所定の操作がなされたときに、パッチ配信サーバＩＰアドレステーブル３１を参照して、パッチ配信サーバＩＰアドレス３４のうちから優先順位３２が最も高いパッチ配信サーバＩＰアドレスを算出し、その算出されたパッチ配信サーバＩＰアドレスを用いて接続要求を送信する。接続要求送信部１６は、さらに、その接続要求を送信した時刻から所定の時間が経過した時刻までに、その算出されたパッチ配信サーバＩＰアドレスにより識別されるパッチ配信サーバから判定結果が受信されたかどうかを判別し、その判定結果が接続許可または接続拒否のどちらを示しているかを判別する。接続要求送信部１６は、その判定結果が受信されないときに、または、その判定結果が接続拒否を示しているときに、パッチ配信サーバＩＰアドレステーブル３１を参照して、その算出されたパッチ配信サーバＩＰアドレスより優先順位３２が１つだけ低いパッチ配信サーバＩＰアドレスを算出し、その算出されたパッチ配信サーバＩＰアドレスを用いて接続要求を送信する。すなわち、接続要求送信部１６は、接続許可を示す判定結果が所定の時間内に受信されるまで、または、ブロードキャストＩＰアドレスを用いて接続要求を送信するまで、このような接続要求を送信する動作を繰り返して実行する。

図５は、本発明によるパッチ適用方法の実施の形態を示している。パッチ受信クライアント１のユーザは、パッチ受信クライアント１にインストールされているソフトウェア（ＯＳ、アプリケーション）をバージョンアップしたいときに、操作装置１１を操作する（ステップＡ１）。パッチ受信クライアント１は、操作装置１１に所定の操作がなされたときに、パッチ配信サーバＩＰアドレステーブル３１を参照して、パッチ配信サーバＩＰアドレス３４のうちから優先順位３２が最も高いパッチ配信サーバＩＰアドレスを算出する（ステップＡ２）。パッチ受信クライアント１は、パッチ配信サーバＩＰアドレステーブル３１からパッチ配信サーバＩＰアドレスを算出することができたときに（ステップＡ３、ＹＥＳ）、その算出されたパッチ配信サーバＩＰアドレスを用いて接続要求を送信する。

パッチ配信サーバ５−ｉは、パッチ受信クライアント１から送信される接続要求を受信したときに、記憶装置に記録される同時接続許可台数とパッチ配信サーバ５−ｉがパッチを配信しているパッチ受信クライアントの接続中クライアント台数とを比較して判定結果を生成する（ステップＡ４）。その判定結果は、その接続中クライアント台数がその同時接続許可台数より小さいときに接続許可を示し、その接続中クライアント台数がその同時接続許可台数に等しいときに接続拒否を示す。パッチ配信サーバ５−ｉは、ネットワーク３を介して、その受信された接続要求が示すＩＰアドレスが示すパッチ受信クライアント１にその判定結果を送信する。

パッチ受信クライアント１は、その接続要求を送信した時刻から所定の時間が経過した時刻までに、パッチ配信サーバ５−ｉから判定結果が受信されたかどうかを判別する（ステップＡ５）。パッチ受信クライアント１は、その所定の時間内にパッチ配信サーバ５−ｉから判定結果を受信したときに（ステップＡ５、ＹＥＳ）、その判定結果が接続許可または接続拒否のどちらを示しているかを判別する（ステップＡ６）。

パッチ受信クライアント１は、その判定結果が接続許可を示しているときに（ステップＡ６、ＹＥＳ）、ネットワーク３を介して、パッチ配信サーバ５−ｉにパッチのダウンロードを要求する。パッチ配信サーバ５−ｉは、パッチ受信クライアント１からパッチのダウンロードが要求されたときに、ネットワーク３を介してそのパッチ受信クライアントにパッチを配信する。パッチ受信クライアント１は、そのダウンロードしたパッチを用いて、所望のソフトウェアの従来の版のうちの最新の版と異なる部分だけをそのパッチに置換することにより、そのソフトウェアを最新の版に改訂する（ステップＡ７）。

パッチ受信クライアント１は、その所定の時間内にパッチ配信サーバ５−ｉから判定結果を受信できないときに（ステップＡ５、ＮＯ）、または、その判定結果が接続拒否を示しているときに（ステップＡ６、ＮＯ）、パッチ配信サーバＩＰアドレステーブル３１を参照して、パッチ配信サーバＩＰアドレス３４のうちから前回に使用したパッチ配信サーバＩＰアドレスより優先順位が１つだけ低いパッチ配信サーバＩＰアドレスを算出し（ステップＡ２）、再度ステップＡ３〜Ａ６を実行する。すなわち、パッチ受信クライアント１は、接続許可を示す判定結果が所定の時間内に受信されるまで、または、ブロードキャストＩＰアドレスを用いて接続要求を送信するまで、ステップＡ２〜Ａ４の動作をを繰り返して実行する。

このような動作によれば、パッチ配信サーバ５−１〜５−ｎのいずれかがパッチを配信することが困難である状況（ＨＷ障害やメンテナンス等で停止した場合や高負荷）であっても、パッチ受信クライアント１は、パッチ配信サーバ５−１〜５−ｎのうちのパッチを配信可能であるパッチ配信サーバからパッチをダウンロードすることができ、ソフトウェアをより確実に改訂することでき、ネットワークシステムのセキュリティレベルを一定に保つことが可能となる。さらに、このような動作によれば、接続要求をパッチ配信サーバ５−１〜５−ｎに送信することにユニキャスト通信が優先して使用される。ブロードキャストは、一般的に、ネットワークセグメントを越えた場所に存在するサーバとは通信できないで、ユニキャスト通信に比較して、使用頻度が高いときにネットワークの負荷が高くなる欠点がある。このため、本発明によるパッチ適用方法は、パッチ配信サーバ５−１〜５−ｎのいずれかからパッチがをダウンロードしてパッチ適用するときに、別セグメントのパッチ配信サーバからもパッチファイルをダウンロードすることが可能であり、ネットワーク３の負荷を低減することができる。

図１は、本発明によるパッチ受信クライアントが適用されるパッチ適用システムを示すブロック図である。 図２は、本発明によるパッチ受信クライアントの実施の形態を示すブロック図である。 図３は、パッチ配信サーバを示すブロック図である。 図４は、パッチ配信サーバＩＰアドレステーブルを示す図である。 図５は、本発明によるパッチ適用方法の実施の形態を示すフローチャートである。

符号の説明

１ ：パッチ受信クライアント
２ ：パッチ適用システム
３ ：ネットワーク
５−１〜５−ｎ：パッチ配信サーバ
１１：操作装置
１５：パッチ配信サーバＩＰアドレス記憶部
１６：接続要求送信部
１７：受信部
１８：パッチ適用部
２１：同時接続許可台数記憶部
２２：受信部
２３：接続台数判定部
２４：配信部
２５：パッチ配信部
３１：パッチ配信サーバＩＰアドレステーブル
３２：優先順位
３３：サーバ名
３４：パッチ配信サーバＩＰアドレス

Claims (6)

1. 接続要求に応答して判定結果を生成する複数パッチ配信サーバを示すパッチ配信サーバＩＰアドレステーブルを参照して、ユニキャスト通信を用いて前記複数パッチ配信サーバの各々に接続要求を送信するステップと、
   前記複数パッチ配信サーバのうちの第１パッチ配信サーバから接続許可を示す判定結果を受信したときに、パッチを前記第１パッチ配信サーバからダウンロードしてソフトウェアを改訂するステップと、
   前記複数パッチ配信サーバから接続許可を示す判定結果を受信しないときに、接続要求をブロードキャストするステップと、
   前記複数パッチ配信サーバと異なる第２パッチ配信サーバから接続許可を示す判定結果を受信したときに、前記パッチを前記第２パッチ配信サーバからダウンロードして前記ソフトウェアを改訂するステップ
   とを具備するパッチ適用方法。
2. 請求項１において、
   前記パッチ配信サーバＩＰアドレステーブルは、前記複数パッチ配信サーバを優先順位に対応付け、
   前記送信するステップは、
   前記複数パッチ配信サーバのうちの前記優先順位が最も高い１つの第３パッチ配信サーバに接続要求を送信するステップと、
   前記複数パッチ配信サーバのうちの第４パッチ配信サーバに接続要求を送信した後に前記第４パッチ配信サーバから接続許可を示す判定結果が受信されないときに、前記複数パッチ配信サーバのうちの前記優先順位が前記第４パッチ配信サーバより低い第５パッチ配信サーバに接続要求を更に送信するステップとを備える
   パッチ適用方法。
3. 請求項２において、
   前記送信するステップは、前記複数パッチ配信サーバのうちの第６パッチ配信サーバに接続要求を送信した後に前記第６パッチ配信サーバから接続拒否を示す判定結果を受信したときに、前記複数パッチ配信サーバのうちの前記優先順位が前記第６パッチ配信サーバより低い第７パッチ配信サーバに接続要求を更に送信するステップを更に備える
   パッチ適用方法。
4. 接続要求に応答して判定結果を生成する複数パッチ配信サーバを示すパッチ配信サーバＩＰアドレステーブルを参照して、ユニキャスト通信を用いて前記複数パッチ配信サーバの各々に接続要求を送信する接続要求送信部と、
   前記複数パッチ配信サーバのうちの第１パッチ配信サーバから接続許可を示す判定結果を受信したときに、パッチを前記第１パッチ配信サーバからダウンロードしてソフトウェアを改訂するパッチ適用部とを具備し、
   前記接続要求送信部は、前記複数パッチ配信サーバから接続許可を示す判定結果を受信しないときに、接続要求をブロードキャストし、
   前記パッチ適用部は、前記複数パッチ配信サーバと異なる第２パッチ配信サーバから接続許可を示す判定結果を受信したときに、前記パッチを前記第２パッチ配信サーバからダウンロードして前記ソフトウェアを改訂する
   パッチ受信クライアント。
5. 請求項４において、
   前記パッチ配信サーバＩＰアドレステーブルは、前記複数パッチ配信サーバを優先順位に対応付け、
   前記接続要求送信部は、
   前記複数パッチ配信サーバのうちの前記優先順位が最も高い１つの第３パッチ配信サーバに接続要求を送信し、
   前記複数パッチ配信サーバのうちの第４パッチ配信サーバに接続要求を送信した後に前記第４パッチ配信サーバから接続許可を示す判定結果が受信されないときに、前記複数パッチ配信サーバのうちの前記優先順位が前記第４パッチ配信サーバより低い第５パッチ配信サーバに接続要求を更に送信する
   パッチ受信クライアント。
6. 請求項５において、
   前記接続要求送信部は、
   前記複数パッチ配信サーバのうちの第６パッチ配信サーバに接続要求を送信した後に前記第６パッチ配信サーバから接続拒否を示す判定結果を受信したときに、前記複数パッチ配信サーバのうちの前記優先順位が前記第６パッチ配信サーバより低い第７パッチ配信サーバに接続要求を更に送信する
   パッチ受信クライアント。

Images