(57)【要約】【課題】  初版のプログラムの配信を含む、予め決められた版のプログラムへの更新を行うことが可能なプログラム配信更新システムを提供する。【解決手段】ネットワーク４を介して相互に通信可能に接続された、配信更新管理サーバ２と、クライアント端末１とを備え、端末１にはアプリケーション更新処理を実行可能なクライアントソフトウェアＰ１がインストールされ、配信更新管理サーバ２は、端末１からの要求に応答して、データベース３から、公開情報Ｄ６に基づいて初版及び改版されたプログラムＤ１、Ｄ２、これらの検出条件Ｄ３、Ｄ４、及び版の統一方向を示す優先関係と依存関係Ｄ５を抽出して返信し、ソフトウェアＰ１が受信したプログラムの一覧と優先関係とに基づいて必要なプログラムを抽出し、ダウンロード要求して受信し、ダウンロードされたプログラムを依存関係に基づいてインストールする構成を有している。【選択図】  図１
2010079546.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して相互に通信可能に接続された配信更新管理サーバとクライアント端末とを備え、前記クライアント端末には、自己への初版又は改版されたプログラムのインストールの実行が可能なクライアントソフトウェアがインストールされ、前記配信更新管理サーバが、前記クライアント端末への前記プログラムの配信のために使用可能なデータを格納するプログラム配信更新管理データベースにアクセス可能となっている、プログラム配信更新システムであって、
前記プログラム配信更新管理データベースが、
初版のプログラムとしてのアプリケーション、改版されたプログラム、それぞれを特定するコンポーネントＩＤ、各前記プログラム間の依存関係、版の統一に関する優先関係、及び公開された前記プログラムの特定を可能とする公開情報を格納し、
前記配信更新管理サーバが、
前記クライアントソフトウェアからの一覧要求に応答し、前記公開情報に基づいて公開されている、前記アプリケーション、前記改版されたプログラム、前記コンポーネントＩＤ、前記依存関係、及び前記優先関係を前記プログラム配信更新管理データベースから読み出して導入更新公開ウェア一覧として返信し、
前記クライアントソフトウェアからのダウンロード要求に応答して、要求された前記アプリケーション及び前記改版されたプログラムを返信し、
前記クライアントソフトウェアが、
前記アプリケーション及び前記改版されたプログラムの一覧を前記配信更新管理サーバに要求する前記一覧要求が可能であり、前記一覧要求後に前記配信更新管理サーバから前記導入更新公開ウェア一覧を待ち受けて受信し、
受信した前記導入更新公開ウェア一覧中のインストールされていない前記アプリケーション及び前記改版されたプログラムの各前記コンポーネントＩＤを検出し、検出された各前記コンポーネントＩＤから、前記優先関係に基づいて優先される版よりも後の版のプログラムの各前記コンポーネントＩＤを除いて適合ウェア一覧とし、前記適合ウェア一覧を添付して前記配信更新管理サーバに前記ダウンロード要求すると共にダウンロードし、ダウンロードしたプログラムを前記依存関係に基づいて前記クライアント端末にインストール可能となっている、
ことを特徴とするプログラム配信更新システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、初版のプログラム、改版プログラム等の送信又は配信が可能なプログラム配信更新システムに関する。
【背景技術】
【０００２】
現在、種々のソフトウェアパッケージが市販され、ネットワークを介してその改版プログラムの配信が行われている。また、企業では、市販のアプリケーション以外に、独自に作成したカスタムアプリケーションも使用されることがあり、このようなプログラムについても改版プログラムがリリースされることがある。
【０００３】
近年、セキュリティ又は内部統制の観点から、企業内におけるソフトウェア環境を統一する必要性が生じてきている。しかしながら、エンドユーザ任せでは、ソフトウェアのバージョンやパッチ等の管理が適切に行われず、内部統制等が適切に行われないことも起こる。エンドユーザにとっては改版プログラムによって更新のあったソフトウェア間の依存関係、コンピュータ内のソフトウェア環境等の把握が困難な場合も多く、管理が適切にできないことも起こる。または、大変な作業負担がエンドユーザに発生してしまうことともなる。一方、このような管理は、管理者にとっても大きな負担となる。
【０００４】
このような問題の解決のため、改版プログラムと上記の依存関係をデータベースに蓄えておき、エンドユーザに意識させることなる、最新のアップバージョン−プログラムを配信する技術が普及してきている（例えば、特許文献１参照。）。更新は、インターネットやＬＡＮ（Local Area Network）等のネットワークを介してクライアント端末におけるプログラムのバージョン情報を把握し、必要に応じて行われる。
【０００５】
図１２は、このような更新プログラム配信システムのブロック構成図である。更新プログラム配信システム２００は、ネットワーク４を介して相互に通信可能に接続された、クライアント端末２０１と更新プログラム配信サーバ２０２とを備える。クライアント端末２０１には、クライアント側更新ソフトウェアＰ２１がインストールされ、これを介してクライアント端末側の更新処理が可能となっている。以下、クライアント側更新ソフトウェアＰ２１を、クライアント端末２０１を構成するユニットと見做す。
【０００６】
更新プログラム配信サーバ２０２は、プログラムの更新に使用可能なデータを格納する更新プログラム管理データベース（以下、単に管理データベースという。）２０３とアクセス可能に接続されている。ここで、管理データベース２０３には、更新プログラムＤ２１、更新プログラムの検出条件Ｄ２２、及び更新プログラムの依存関係Ｄ２３が格納されている。ここで、更新プログラムは、改版プログラムに対応する。更新プログラムの依存関係Ｄ２３には、例えば、更新の前提となるプログラムの名称等が設定されている。
【０００７】
上記のプログラムの更新において、クライアント側更新ソフトウェアＰ２１は、更新プログラムの要求をサーバ２０２に送信する。この要求を受信したサーバ２０２は、クライアント端末２０１に更新プログラムの検出条件Ｄ２２と更新プログラムの依存関係Ｄ２３をクライアント側更新ソフトウェアＰ２１に送信する。
【０００８】
クライアント側更新ソフトウェアＰ２１は、受信した更新プログラムの検出条件Ｄ２２と更新プログラムの依存関係Ｄ２３に基づいて、インストールの必要性を判断し、必要とされる更新プログラムを決定する。インストールが必要と判断されたとき、クライアント側更新ソフトウェアＰ２１は、必要な更新プログラムをサーバ２０２へ要求して受信し、インストールする。このような構成により、エンドユーザは、プログラム間の依存関係を意識せず、インストールすることが可能となる。
【特許文献１】特開２００５−２２２４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来の更新プログラム配信技術では、以下のような問題を有していた。まず、更新には初版のアプリケーションがインストールされていることが前提となるが、従来の更新プログラム配信技術では、インストールされていない初版のアプリケーションを配信することができない。このような場合に、インストールをエンドユーザに頼ることは、不慣れなことにより以下のような問題を生じさせやすい。
【００１０】
具体的には、インストールが完了しない、誤ったインストールになってしまう、インストールが先延ばしされてしまう、インストールが行われない等の問題が生ずる。その結果、アプリケーションのバージョンを統一するという管理の目的は、達成されないこととなり易い。
【００１１】
このような場合に単にプログラムを配信するのでは、管理者は、対象となる個々のクライアント端末を選定し更にアプリケーションを配信する必要があり、管理者の負担は大きい。管理者の負担の下に配信がなされた場合であっても、エンドユーザの誤操作によってアンインストールされてしまう可能性もあり、監視等の人的負担は無くならない。また、必ずしも最新のバージョンに統一されるものとは限られず、このような場合、管理者には複雑な依存関係、対象のバージョン等を把握しつつ配信するプログラムを選定することが必要となり、管理の作業負担は増大する。
【００１２】
以上の現状に鑑み、本発明の目的は、初版のプログラムの配信を含む、予め決められた版のプログラムへの更新を行うことが可能なプログラム配信更新システムを提供する。
【課題を解決するための手段】
【００１３】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、ネットワークを介して相互に通信可能に接続された配信更新管理サーバとクライアント端末とを備え、前記クライアント端末には、自己への初版又は改版されたプログラムのインストールの実行が可能なクライアントソフトウェアがインストールされ、前記配信更新管理サーバが、前記クライアント端末への前記プログラムの配信のために使用可能なデータを格納するプログラム配信更新管理データベースにアクセス可能となっている、プログラム配信更新システムであって、前記プログラム配信更新管理データベースが、初版のプログラムとしてのアプリケーション、改版されたプログラム、それぞれを特定するコンポーネントＩＤ、各前記プログラム間の依存関係、版の統一に関する優先関係、及び公開された前記プログラムの特定を可能とする公開情報を格納し、前記配信更新管理サーバが、前記クライアントソフトウェアからの一覧要求に応答し、前記公開情報に基づいて公開されている、前記アプリケーション、前記改版されたプログラム、前記コンポーネントＩＤ、前記依存関係、及び前記優先関係を前記プログラム配信更新管理データベースから読み出して導入更新公開ウェア一覧として返信し、前記クライアントソフトウェアからのダウンロード要求に応答して、要求された前記アプリケーション及び前記改版されたプログラムを返信し、前記クライアントソフトウェアが、前記アプリケーション及び前記改版されたプログラムの一覧を前記配信更新管理サーバに要求する前記一覧要求が可能であり、前記一覧要求後に前記配信更新管理サーバから前記導入更新公開ウェア一覧を待ち受けて受信し、受信した前記導入更新公開ウェア一覧中のインストールされていない前記アプリケーション及び前記改版されたプログラムの各前記コンポーネントＩＤを検出し、検出された各前記コンポーネントＩＤから、前記優先関係に基づいて優先される版よりも後の版のプログラムの各前記コンポーネントＩＤを除いて適合ウェア一覧とし、前記適合ウェア一覧を添付して前記配信更新管理サーバに前記ダウンロード要求すると共にダウンロードし、ダウンロードしたプログラムを前記依存関係に基づいて前記クライアント端末にインストール可能となっている、ことを特徴とする。
【発明の効果】
【００１４】
請求項１に係る発明によれば、ネットワークを介して相互に通信可能に接続された配信更新管理サーバとクライアント端末とを備え、クライアント端末には、自己への初版又は改版されたプログラムのインストールの実行が可能なクライアントソフトウェアがインストールされ、配信更新管理サーバが、クライアント端末へのプログラムの配信のために使用可能なデータを格納するプログラム配信更新管理データベースにアクセス可能となっている、プログラム配信更新システムであって、プログラム配信更新管理データベースが、初版のプログラムとしてのアプリケーション、改版されたプログラム、それぞれを特定するコンポーネントＩＤ、各プログラム間の依存関係、版の統一に関する優先関係、及び公開されたプログラムの特定を可能とする公開情報を格納し、配信更新管理サーバが、クライアントソフトウェアからの一覧要求に応答し、公開情報に基づいて公開されている、アプリケーション、改版されたプログラム、コンポーネントＩＤ、依存関係、及び優先関係をプログラム配信更新管理データベースから読み出して導入更新公開ウェア一覧として返信し、クライアントソフトウェアからのダウンロード要求に応答して、要求されたアプリケーション及び改版されたプログラムを返信し、クライアントソフトウェアが、アプリケーション及び改版されたプログラムの一覧を配信更新管理サーバに要求する一覧要求が可能であり、一覧要求後に配信更新管理サーバから導入更新公開ウェア一覧を待ち受けて受信し、受信した導入更新公開ウェア一覧中のインストールされていないアプリケーション及び改版されたプログラムの各コンポーネントＩＤを検出し、検出された各コンポーネントＩＤから、優先関係に基づいて優先される版よりも後の版のプログラムの各コンポーネントＩＤを除いて適合ウェア一覧とし、適合ウェア一覧を添付して配信更新管理サーバにダウンロード要求すると共にダウンロードし、ダウンロードしたプログラムを依存関係に基づいてクライアント端末にインストール可能となっているため、初版のプログラムの配信を含む、予め決められた版のプログラムへの更新を行うことが可能なプログラム配信更新システムを実現することができる。
【発明を実施するための最良の形態】
【００１５】
以下、実施例を示した図面を参照しつつ本発明の実施の形態について説明する。
図１は、本発明によるプログラム配信更新システムの一実施例を模式的に示すブロック構成図である。プログラム配信更新システム１００は、図１に示すように、ネットワーク４を介して相互に通信可能に接続された、配信更新管理サーバ２と、クライアント端末１とを備える。
【００１６】
クライアント端末１には、クライアントソフトウェアＰ１がインストールされている。ここで、クライアントソフトウェアＰ１の実行により、クライアント端末１に所定の版のプログラムのインストール又は更新を行うアプリケーション更新処理が実行可能となっている。以下、クライアントソフトウェアＰ１を、クライアント端末１を構成するユニットと見做す。したがって、クライアントソフトウェアＰ１は、所定の処理、通信等が可能なユニットをなす。ここで、アプリケーションは、例えば文書作成ツール、表作成ツール等であり、統一される対象のものである。
【００１７】
ここで、配信更新管理サーバ２は、クライアント端末１からの要求に応答して、プログラムの配信及び更新のためのプログラム配信更新管理処理を行う。配信更新管理サーバ２は、プログラム配信更新管理処理のために使用可能な情報を格納するプログラム配信更新管理データベース（以下、Ｐ配信更新管理ＤＢという。）３と接続されている。管理コンソール２１は、配信更新管理サーバ２への入出力手段をなす。
【００１８】
Ｐ配信更新管理ＤＢ３には、まず、クライアント端末１へのインストール候補のアプリケーションＤ１とこれの改版プログラムＤ２とが格納されている。Ｐ配信更新管理ＤＢ３には、また、インストールされていないアプリケーションＤ１を検出するための検出条件Ｄ３と、更新済みを検出するための検出条件Ｄ４とが格納されている。
【００１９】
Ｐ配信更新管理ＤＢ３には、さらに、対象のプログラムの更新に関するプログラム間の依存関係Ｄ５と、アプリケーションＤ１及び改版プログラムＤ２の公開状況が特定可能な公開情報Ｄ６が格納されている。ここで、公開は、アプリケーションＤ１及び改版プログラムＤ２が適切な条件下でクライアント端末１にインストール可能となっていることをいうものとする。
【００２０】
図２は、Ｐ配信更新管理ＤＢに格納されたアプリケーション検出テーブルについての説明図である。アプリケーション検出テーブルＴ２には、図２に示すように、コンポーネントＩＤ（Ｔ２１）に対応付けて、アプリケーション名Ｔ２２とその検出条件Ｔ２３とバイナリデータＴ２４とが設定される。
【００２１】
ここで、コンポーネントＩＤ（Ｔ２１）にはアプリケーションを一意に識別可能なＩＤが設定され、アプリケーション名Ｔ２２にはアプリケーションの名称が設定される。検出条件Ｔ２３には、クライアント端末にインストールされていないアプリケーションを検出するための条件が設定される。バイナリデータＴ２４には、対応するアプリケーションのバイナリデータが設定されるが、バイナリデータの格納場所が設定されるのでもよい。
【００２２】
図３は、プログラム配信更新管理データベースに格納された改版プログラム検出テーブルについての説明図である。改版プログラム検出テーブルＴ３には、図３に示すように、コンポーネントＩＤ（Ｔ３１）に対応付けて、改版プログラム名Ｔ３２とその検出条件Ｔ３３とバイナリデータＴ３４とが設定される。
【００２３】
ここで、コンポーネントＩＤ（Ｔ３１）には改版プログラムを一意に識別可能なＩＤが設定され、改版プログラム名Ｔ３２には改版プログラムの名称が設定される。検出条件Ｔ３３には、対応する改版プログラムがクライアント端末にインストール済みであることを検出するための条件が設定される。バイナリデータＴ３４には、対応する改版プログラムのバイナリデータが設定されるが、バイナリデータの格納場所が設定されるのでもよい。
【００２４】
図４は、プログラム配信更新管理データベースに格納された依存関係テーブルについての説明図である。依存関係テーブルＴ４には、図４に示すように、依存コンポーネントＩＤ（Ｔ４１）とその被依存コンポーネントＩＤ（Ｔ４２）とが設定される。ここで、依存コンポーネントＩＤ（Ｔ４１）には、インストールの前提のプログラム（以下、被依存プログラムという。）に依存する直上のプログラム（以下、依存プログラムという。）を一意に識別可能なＩＤが設定される。また、被依存コンポーネントＩＤ（Ｔ４２）には、対応する被依存プログラムを一意に識別可能なＩＤが設定される。
【００２５】
図５は、プログラム配信更新管理データベースに格納された優先関係テーブルについての説明図である。優先関係は依存関係の一部をなすと共に版等の統一の方向を設定可能な情報であり、優先関係テーブルに基づいて、目的の版を特定可能となっている。優先関係テーブルＴ５には、図５に示すように、優先コンポーネントＩＤ（Ｔ５１）とその被優先コンポーネントＩＤ（Ｔ５２）とが設定される。ここで、優先コンポーネントＩＤ（Ｔ５１）には、更新において優先するプログラム（以下、優先プログラムという。）を一意に識別可能なＩＤが設定される。また、被優先コンポーネントＩＤ（Ｔ５２）には、対応する優先プログラムに対して直下の優先順位となるプログラム（以下、被優先プログラムという。）を一意に識別可能なＩＤが設定される。
【００２６】
図６は、プログラム配信更新管理データベースに格納された公開情報テーブルについての説明図である。公開情報テーブルＴ６には、図６に示すように、コンポーネントＩＤ（Ｔ６１）と公開設定（Ｔ６２）とが設定される。ここで、コンポーネントＩＤ（Ｔ６１）には、各テーブルＴ２〜Ｔ５のコンポーネントＩＤ（Ｔ２１、Ｔ３１、Ｔ４１、Ｔ５１）に対応するＩＤが設定される。なお、各テーブルＴ２〜Ｔ６間で、同一のプログラム又はコンポーネントを特定するコンポーネントＩＤ（Ｔ２１、Ｔ３１、Ｔ４１、Ｔ５１）には、同一のものが設定されている。また、公開設定（Ｔ６２）には、対応するプログラムが既に公開されているか否かが設定される。
【００２７】
以下、以上のように構成されたプログラム配信システムの動作を説明する。
図７は、クライアントソフトウェアとサーバとが行うプログラム配信更新処理について説明するシーケンス図である。プログラム配信更新処理においては、まず、クライアントソフトウェアＰ１がサーバ２に対して公開されているアプリケーション及び改版プログラム（以下、導入更新公開ウェアという。）の一覧要求を行う（Ｓ１０１）。ここで、この一覧要求は、例えば定期的に行われる。
【００２８】
次に、サーバ２が、クライアントソフトウェアＰ１からの一覧要求に応答して、導入更新公開ウェアと関連する上記の情報の一覧（以下、導入更新公開ウェア一覧という。）を作成して返信する一覧要求応答処理を行う（Ｓ１１０）。次に、クライアントソフトウェアＰ１が、導入更新公開ウェア一覧を受信し、これに基づいてインストールに適した導入更新公開ウェア（以下、適合ウェアという。）を抽出する適合ウェア抽出処理を行う（Ｓ１２０）。
【００２９】
適合ウェア抽出処理では、インストールされていない初版のアプリケーションの検出、優先関係及び依存関係に適った改版プログラムの検出が行われる。適合ウェア抽出処理では、また、これらの検出結果に基づいての適合ウェアの決定、決定された適合ウェアのダウンロードをサーバ２に要求するダウンロード要求等が行われる。ここで、ダウンロード要求には、適合ウェアの一覧からなる適合ウェア一覧が添付されている。
【００３０】
次に、サーバ２が、ダウンロード要求に応答して、適合ウェア一覧にリストされたプログラムのバイナリデータＴ２４、Ｔ３４を読み出して返信する（Ｓ１３０）。以下、ステップＳ１３０での処理をダウンロード要求応答処理という。次に、クライアントソフトウェアＰ１が、適合ウェアのバイナリデータＴ２４、Ｔ３４のインストール処理を行う（Ｓ１４０）。
【００３１】
図８は、サーバが行う一覧要求応答処理について説明するフローチャートである。一覧要求応答処理では、まず、サーバ２が、クライアントソフトウェアＰ１からの導入更新公開ウェアの一覧要求を受信する（Ｓ１１１）。次に、サーバ２が、Ｐ配信更新管理ＤＢ３にアクセスして、公開情報テーブルＴ６中の公開設定（Ｔ６２）が公開となっているコンポーネントＩＤ（Ｔ６１）を抽出する（Ｓ１１２）。
【００３２】
次に、サーバ２が、コンポーネントＩＤ（Ｔ６１）に対応する、テーブルＴ２、Ｔ３中の情報を抽出して（Ｓ１１３）これらからなる公開ウェア条件一覧を作成する（Ｓ１１４）。ステップＳ１１３で、アプリケーション検出テーブルＴ２からはアプリケーション名Ｔ２２と検出条件Ｔ２３が抽出され、改版プログラム検出テーブルＴ３からは改版プログラム名Ｔ３２と検出条件Ｔ３３が抽出される。
【００３３】
次に、サーバ２が、各コンポーネントＩＤ（Ｔ６１）をキーにして依存関係テーブルＴ４から依存コンポーネントＩＤ（Ｔ４１）を検索し、該当部分からなる依存関係一覧を作成する（Ｓ１１５）。依存関係一覧は、検出された依存コンポーネントＩＤ（Ｔ４１）及び被依存コンポーネントＩＤ（Ｔ４２）からなる。なお、ステップＳ１１５では、初版のプログラムのコンポーネントＩＤ（Ｔ６１）等の自明なものについては、依存関係を検索しなくてもよいものとする。ステップＳ１１５で依存関係テーブルＴ４が検出されない場合、依存関係一覧はエントリのないものとなる。
【００３４】
次に、サーバ２が、コンポーネントＩＤ（Ｔ６１）をキーにして優先関係テーブルＴ５から優先コンポーネントＩＤ（Ｔ５１）を検索し、該当部分からなる優先関係一覧を作成する（Ｓ１１６）。優先関係一覧は、検出された優先コンポーネントＩＤ（Ｔ５１）及び被優先コンポーネントＩＤ（Ｔ５２）からなる。ステップＳ１１６で優先関係テーブルＴ５が検出されない場合、優先関係一覧はエントリのないものとなる。
【００３５】
次に、サーバ２が、ステップＳ１１４で作成した公開ウェア条件一覧、ステップＳ１１５で作成した依存関係一覧、及びステップＳ１１６で作成した優先関係一覧を含む導入更新公開ウェア一覧を返信する（Ｓ１１７）。
【００３６】
図９は、クライアントソフトウェアが行う適合ウェア抽出処理について説明するフローチャートである。適合ウェア抽出処理においては、まず、クライアントソフトウェアＰ１が、サーバ２から導入更新公開ウェア一覧を受信する（Ｓ１２１）。次に、クライアントソフトウェアＰ１が、受信した一覧中の検出条件Ｔ２３に基づいて、一覧中のアプリケーションのうちインストールされていないものを検出して、一覧中にマークする（Ｓ１２２）。ステップＳ１２２では、インストールが済んでいないものにはインストール候補とマークされ、残りのものには一覧中でインストール不要とマークされる。
【００３７】
次に、クライアントソフトウェアＰ１が、導入更新公開ウェア一覧中の検出条件Ｔ３３に基づいて、一覧中の改版プログラムのうちインストールされているものを検出して、一覧中にマークする（Ｓ１２３）。ステップＳ１２３では、インストールが済んだものにはインストール不要とマークされ、残りのものには一覧中でインストール候補とマークされる。
【００３８】
次に、クライアントソフトウェアＰ１が、導入更新公開ウェア一覧中の優先関係一覧に基づいて、公開ウェア条件一覧中の被優先コンポーネントＴ５２を検出して、一覧中にマークする（Ｓ１２４）。ステップＳ１２４では、被優先コンポーネントＴ５２に、一覧中にインストール不要とマークされる。
【００３９】
次に、クライアントソフトウェアＰ１が、導入更新公開ウェア一覧中のインストール候補とマークされたものを検索し（Ｓ１２５）、検出されないとき、処理は終了する。ステップＳ１２５でインストール候補とマークされたものは、上記の適合ウェアとなる。ステップＳ１２５でインストール候補とマークされたものが検出されたとき、クライアントソフトウェアＰ１が、そのコンポーネントＩＤを抽出してこれらからなる適合ウェア一覧を作成する（Ｓ１２６）。次に、クライアントソフトウェアＰ１が、この適合ウェア一覧を添付してサーバ２にダウンロード要求を行う（Ｓ１２７）。
【００４０】
図１０は、サーバが行うダウンロード要求応答処理について説明するフローチャートである。ダウンロード要求応答処理においては、まず、サーバ２が、ダウンロード要求を受信する（Ｓ１３１）。次に、サーバ２が、添付された適合ウェア一覧中の各コンポーネントＩＤを抽出し、それぞれをキーにして対応するバイナリデータをテーブルＴ２、Ｔ３から検索して読み出す（Ｓ１３２）。次に、サーバ２が、読み出した適合ウェアのバイナリデータをクライアントソフトウェアに返信し（Ｓ１３３）、ダウンロード要求応答処理は終了する。
【００４１】
図１１は、クライアントが行うインストール処理について説明するフローチャートである。インストール処理において、クライアントソフトウェアＰ１は、ステップＳ１２７でダウンロード要求を行った適合ウェアのバイナリデータをサーバ２からダウンロードする（Ｓ１４１）。次に、クライアントソフトウェアＰ１は、バイナリデータをクライアント端末１にインストールする（Ｓ１４２）。ここでは、ステップＳ１２１で受信した導入更新公開ウェア一覧中の依存関係一覧に基づいて、インストールが行われる。
【産業上の利用可能性】
【００４２】
本発明によるプログラム配信更新システムは、企業等におけるサーバ及びクライアントからなるシステム等として使用され、情報機器製造業、ソフトウェア製造業等において利用可能であり、管理者及びエンドユーザのアプリケーション、ツール等の管理負担軽減においてこのような製品の有用性を増進する。
【図面の簡単な説明】
【００４３】
【図１】本発明によるプログラム配信更新システムの一実施例を模式的に示すブロック構成図である。
【図２】Ｐ配信更新管理ＤＢに格納されたアプリケーション検出テーブルについての説明図である。
【図３】プログラム配信更新管理データベースに格納された改版プログラム検出テーブルについての説明図である。
【図４】プログラム配信更新管理データベースに格納された依存関係テーブルについての説明図である。
【図５】プログラム配信更新管理データベースに格納された優先関係テーブルについての説明図である。
【図６】プログラム配信更新管理データベースに格納された公開情報テーブルについての説明図である。
【図７】クライアントソフトウェアとサーバとが行うプログラム配信更新処理について説明するシーケンス図である。
【図８】サーバが行う一覧要求応答処理について説明するフローチャートである。
【図９】クライアントソフトウェアが行う適合ウェア抽出処理について説明するフローチャートである。
【図１０】サーバが行うダウンロード要求応答処理について説明するフローチャートである。
【図１１】クライアントが行うインストール処理について説明するフローチャートである。
【図１２】従来の更新プログラム配信システムのブロック構成図である。
【符号の説明】
【００４４】
１、２０１  クライアント端末
２  配信更新管理サーバ
３  プログラム配信更新管理データベース（Ｐ配信更新管理ＤＢ）
４、２０４  ネットワーク
２１  管理コンソール
１００  プログラム配信更新システム
２００  更新プログラム配信システム
２０２  更新プログラム配信サーバ
２０３  更新プログラム管理データベース（管理データベース）
Ｄ１  アプリケーション
Ｄ２  改版プログラム
Ｄ３  アプリケーション検出条件
Ｄ４  改版プログラム検出条件
Ｄ５  依存関係
Ｄ６  公開情報
Ｄ２１  更新プログラム
Ｄ２２  更新プログラムの検出条件
Ｄ２３  更新プログラムの依存関係
Ｐ１  クライアントソフトウェア
Ｐ２１  クライアント側更新ソフトウェア
Ｔ２  アプリケーション検出テーブル
Ｔ３  改版プログラム検出テーブル
Ｔ２１、Ｔ３１  コンポーネントＩＤ
Ｔ２２  アプリケーション名
Ｔ２３、Ｔ３３  検出条件
Ｔ２４、Ｔ３４  バイナリデータ
Ｔ３２  改版プログラム名
Ｔ４  依存関係テーブル
Ｔ４１  依存コンポーネントＩＤ
Ｔ４２  被依存コンポーネントＩＤ
Ｔ５  優先関係テーブル
Ｔ５１  優先コンポーネントＩＤ
Ｔ５２  被優先コンポーネントＩＤ
Ｔ６  公開情報テーブル
Ｔ６１  コンポーネントＩＤ
Ｔ６２  公開設定
【図１】
2010079546.tif 000003
【図２】
2010079546.tif 000004
【図３】
2010079546.tif 000005
【図４】
2010079546.tif 000006
【図５】
2010079546.tif 000007
【図６】
2010079546.tif 000008
【図７】
2010079546.tif 000009
【図８】
2010079546.tif 000010
【図９】
2010079546.tif 000011
【図１０】
2010079546.tif 000012
【図１１】
2010079546.tif 000013
【図１２】
2010079546.tif 000014