(57)【要約】【課題】クライアント／サーバ型システムのソフトウェアをバージョンアップする場合に、サーバへの負担および依存を減らすと共に、サーバとクライアントとの間のソフトウェアの不整合を起こさせないようにした情報処理システムを提供する。【解決手段】２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータからも参照可能とすると共に、前記クライアントコンピュータ相互間でも、前記ソフトウェアに関する情報に対するバージョンアップを可能とした構成としてある。【選択図】    図１
2004318395.tif 000002
【特許請求の範囲】
【請求項１】
２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、
前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータからも参照可能とすると共に、前記クライアントコンピュータ相互間でも、前記ソフトウェアに関する情報に対するバージョンアップを可能としたことを特徴とする情報処理システム。
【請求項２】
２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、
前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータ自身が保持すると共に、前記ソフトウェアに関する情報を前記クライアントコンピュータ相互間で参照可能とし、前記サーバコンピュータに依存することなく前記クライアントコンピュータ相互間で、前記ソフトウェアに関する情報のバージョンアップを行うようにしたことを特徴とする情報処理システム。
【請求項３】
２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、
前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータ自身が保持すると共に、前記クライアントコンピュータにインストール済みのソフトウェアに関する情報をバージョンアップする際に、前記サーバコンピュータにインストールされたソフトウェアに関する情報のバージョンアップも同時に行うようにしたことを特徴とする情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理システムに関し、特に、クライアント／サーバ型システムのソフトウェアをバージョンアップする場合に、サーバへの負担および依存を減らすと共に、サーバとクライアントとの間のソフトウェアの不整合を起こさせないようにした情報処理システムに関する。
【０００２】
【従来の技術】
クライアント／サーバ型システムのソフトウェア（例えば「文書管理システム」など）のインストール作業時に、クライアントコンピュータ（以下、クライアントと記す）毎にソフトウェアのインストールを行うと、作業負荷は、そのネットワーク環境の規模が大きければ大きいほど増大する。
また、そのソフトウェアのバージョンアップを行う場合、クライアント毎にバージョンアップ作業を行わなければならない為、負荷はさらに増大する。
【０００３】
これらの作業負荷を低減する手段として次の提案がある。即ち、サーバコンピュータ（以下、サーバと記す）に、クライアントにインストールされているソフトウェアの情報を保持しておく。そして、ソフトウェアがバージョンアップされると、サーバの保持するクライアントのソフトウェア情報を元に、クライアントにインストールされているソフトウェアのバージョンアップを行うという手段である（特許文献１）。
【０００４】
【特許文献１】
特開２００２−７２５６号公報（段落番号００１４、図２）
【０００５】
【発明が解決しようとする課題】
しかしながら、特許文献１の提案には以下の欠点がある。
その１は、クライアントにインストールされているソフトウェア情報は、サーバのみが持っているものであるので、サーバに負荷がかかってしまい、ソフトウェアの処理に影響を及ぼすおそれがある。
【０００６】
その２は、クライアントのソフトウェア情報はサーバが一括管理しているので、例えば何らかの事情でサーバがダウンした場合に、クライアントにインストールされているソフトウェアのバージョンアップを行うことができなくなってしまう。
【０００７】
その３は、ソフトウェアのバージョンアップを行う場合、先ず、サーバにインストールされているソフトウェアは、サーバ上で人的にバージョンアップを行わなければならない。そのため、例えばクライアントユーザが自身のクライアントマシンのみをバージョンアップした場合、サーバにインストールされているソフトウェアがバージョンアップされていないと、サーバとクライアントにインストールされているソフトウェアのバージョンの不整合が起きてしまうおそれがある。
【０００８】
そこで本発明の課題は、クライアント／サーバ型システムのソフトウェアをバージョンアップする場合に、サーバへの負担および依存を減らすと共に、サーバとクライアントとの間のソフトウェアの不整合を起こさせないようにした情報処理システムを提供することである。
【０００９】
【課題を解決するための手段】
前記課題を解決するために請求項１の発明は、２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、
前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータからも参照可能とすると共に、前記クライアントコンピュータ相互間でも、前記ソフトウェアに関する情報に対するバージョンアップを可能とした構成としてある。
【００１０】
このようにすれば、従来、クライアントコンピュータにインストールされているソフトウェアのバージョンアップ時に、サーバコンピュータに一極集中していた作業負荷を、クライアントコンピュータに分散して行うことができるようになり、サーバコンピュータへの負担を減らすことが可能となる。
【００１１】
また、請求項２では、２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、
前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータ自身が保持すると共に、前記ソフトウェアに関する情報を前記クライアントコンピュータ相互間で参照可能とし、前記サーバコンピュータに依存することなく前記クライアントコンピュータ相互間で、前記ソフトウェアに関する情報のバージョンアップを行うようにした構成としてある。
【００１２】
このようにすれば、例えばサーバコンピュータがダウンしている場合であっても、クライアントコンピュータにインストールされているソフトウェアを、一括してバージョンアップすることができるようになり、サーバコンピュータへの依存を減らすことが可能となる。
【００１３】
また、請求項３では、２台以上のクライアントコンピュータがネットワークを介してサーバコンピュータに接続されてなる情報処理システムにおいて、
前記サーバコンピュータが管理している前記クライアントコンピュータにインストール済みのソフトウェアに関する情報を、前記クライアントコンピュータ自身が保持すると共に、前記クライアントコンピュータにインストール済みのソフトウェアに関する情報をバージョンアップする際に、前記サーバコンピュータにインストールされたソフトウェアに関する情報のバージョンアップも同時に行うようにした構成としてある。
【００１４】
このようにすれば、サーバコンピュータにインストールされているソフトウェアも、クライアントコンピュータからバージョンアップを行うことができるようになり、サーバコンピュータにかかる負荷を軽減することができるようになる。
【００１５】
【発明の実施の形態】
以下、本発明の「情報処理システム」を、図示の実施の形態に基づいて説明する。
（１）  システム構成
図１は、本発明の各実施形態を適用するクライアント／サーバ型システムの構成図である。
【００１６】
図１に示すように、クライアント／サーバ型システムＳＣは、１台のサーバマシン（以下、サーバと記す）１０と、複数台のクライアントマシン（以下、クライアントと記す）２０（２０Ａ，２０Ｂ，２０Ｃの３台とする）と、サーバ１０とクライアント２０とを接続するネットワーク３０とを備えてなる。
【００１７】
サーバ１０は、ディスプレイ１１と、キーボード１２と、制御部１３と、メモリ１４とを備えてなる。
メモリ１４は、自身（サーバ）のインストール情報を格納するインストール情報領域１４ａと、各クライアント２０Ａ，２０Ｂ，２０Ｃのインストール情報を格納するインストール情報領域１４ｂを有する。前記各インストール情報の内容は後述する。
【００１８】
第１〜第３のクライアント２０Ａ，２０Ｂ，２０Ｃは、同一構成であるので、第２のクライアント２０Ｂを代表として説明する。
第２のクライアント２０Ｂは、ディスプレイ２１と、キーボード２２と、制御部２３と、メモリ２４を備えてなる。
【００１９】
メモリ２４は、自身を含む各クライアント（即ち、２０Ａ，２０Ｂ，２０Ｃ）のインストール情報を格納するインストール情報領域２４ａと、サーバ１０のインストール情報を格納するインストール情報領域２４ｂと、自身（この場合は、第２のクライアント２０Ｂ）以外のクライアント（この場合は、２０Ａと２０Ｃ）をバージョンアップする場合のソフトウェアインストールイメージ２４ｃと、サーバ１０をバージョンアップする場合のソフトウェアインストールイメージ２４ｄを備える。
【００２０】
そして、以上の構成において、サーバ１０と各クライアント２０Ａ，２０Ｂ，２０Ｃとの間では、互いにチェック，バージョンアップインストールを行い、各クライアント２０Ａ，２０Ｂ，２０Ｃ相互間でもチェック，バージョンアップインストールを行うことを可能にしておく。
【００２１】
（２）第１の実施形態…請求項１に対応
次に、図１，図２を参照しつつ、本実施形態の動作について説明する。図２は本実施形態のフローチャートである。
図１に示すように、クライアント／サーバ型システムＳＣにおいて、クライアント／サーバ型のソフトウェアがインストールされている場合、サーバ１０は、前述のように当該サーバのソフトウェアのインストール情報と、クライアントマシン毎のインストール情報を管理している。
【００２２】
また、前記各情報の具体例としては、既にインストールされているソフトウェアの情報、既にバージョンアップされているモジュールの情報、バージョンアップしなければならないモジュールの情報である。
【００２３】
図２に示すように、今、ネットワーク上にある１台のクライアント（例えば、第２のクライアント２０Ｂ）のソフトウェアにバージョンアップが行われた場合（ステップＳ１）、第２のクライアント２０Ｂはサーバ１０に対し、自身（第２のクライアント２０Ｂ）がバージョンアップした旨、およびそれに関する必要なインストール情報を伝える。バージョンアップの情報を受け取ったサーバ１０は、その情報を元にクライアントのインストール情報領域１４ａのインストール情報の更新を行う（ステップＳ２）。
【００２４】
さらに、サーバ１０では、今更新したクライアント（第２のクライアント２０Ｂ）のインストール情報とその他のクライアント（例えば、第１のクライアント２０Ａ）のインストール情報とで突合せを行う（ステップＳ３）。もし、他のクライアント（この場合は、第１のクライアント２０Ａ）にインストールされているソフトウェアのバージョンが古かった場合には（ステップＳ４：Ｙｅｓ）、その旨をバージョンアップしたクライアント（この場合は、第２のクライアント２０Ｂ）に伝える。
【００２５】
サーバ１０からの情報を受け取った新しいバージョンのクライアント（この場合は、第２のクライアント２０Ｂ）は、古いバージョンがインストールされている他のクライアント（この場合は、第１のクライアント２０Ａ）へ、クライアントのソフトウェアインストールイメージ２４ｃを展開する。古いバージョンのクライアント（この場合は、第１のクライアント２０Ａ）は、そのインストールイメージ２４ｃを用いて、ソフトウェアのバージョンアップを行う（ステップＳ５）。この作業をすべてのクライアントに対して行う（ステップＳ６：Ｎｏ）。
【００２６】
すべてのクライアントのバージョンアップの終了後（ステップＳ６：Ｙｅｓ）、サーバ１０のクライアントのインストール情報領域１４ｂにあるクライアントのインストール情報を更新する（ステップＳ７）。
このようにすれば、図１のクライアント／サーバ型システムＳＣを構成する全てのサーバとクライアントが、バージョンアップした同一のソフトウェア情報を持つことが可能となる。
【００２７】
（３）  第２の実施形態…請求項２に対応
次に、図１，図３を参照しつつ、本実施形態の動作について説明する。図３は本実施形態のフローチャートである。
各クライアント２０Ａ，２０Ｂ，２０Ｃは、自身（クライアント）にインストールされているソフトウェアの情報、既にバージョンアップされているモジュールの情報、バージョンアップしなければならないモジュールの情報を持っている。また、同一ネットワーク上に存在し、同一ソフトウェアがインストールされているクライアントのマシン名等といった情報も管理している。
【００２８】
図３に示すように、今、ネットワーク上にある１台のクライアント（例えば、第２のクライアント２０Ｂ）のソフトウェアにバージョンアップが行われた場合（ステップＳ１１）、クライアント（この場合は、第２のクライアント２０Ｂ）は自身が管理するクライアントのインストール情報領域２４ａのインストール情報に、自身がバージョンアップした旨、およびそれに関する必要なインストール情報を伝え、その情報の更新を行う（ステップＳ１２）。
【００２９】
さらに、今更新したクライアント（この場合は、第２のクライアント２０Ｂ）自身のインストール情報を、他のクライアント（例えば、第１のクライアント２０Ａ）が管理するそのクライアント（この場合は、第１のクライアント２０Ａ）自身のインストール情報と突合せを行い（ステップＳ１３）、もし他のクライアント（この場合は、第１のクライアント２０Ａ）にインストールされているソフトウェアのバージョンが古い場合には（ステップＳ１４：Ｙｅｓ）、その旨を、バージョンが古いクライアント（この場合は、第１のクライアント２０Ａ）に伝える。
【００３０】
既に新しいバージョンのソフトウェアがインストールされたクライアント（この場合は、第２のクライアント２０Ｂ）からの情報を受け取った古いバージョンのクライアント（この場合は、第１のクライアント２０Ａ）は、新しいバージョンのソフトウェアがインストールされているクライアント（この場合は、第２のクライアント２０Ｂ）からクライアントのインストールイメージ２４ｃを展開してもらい、自身（この場合は、第１のクライアント２０Ａ）のソフトウェアのバージョンアップを行う（ステップＳ１５）。
【００３１】
このバージョンアップ作業はすべてのクライアントに行われると（ステップＳ１６：Ｙｅｓ）、各クライアント２０Ａ，２０Ｂ，２０Ｃのインストール情報領域２４ｂにあるインストール情報が更新される（ステップＳ１７）。
【００３２】
（４）第３の実施形態…請求項３に対応
次に、図１，図４を参照しつつ、本実施形態の動作について説明する。図４は本実施形態のフローチャートである。
第２の実施形態の場合に加えて、さらに、各クライアント２０Ａ，２０Ｂ，２０Ｃにおけるサーバのインストール情報領域２４ｂは、サーバ１０にインストールされているソフトウェアのインストール情報、既にバージョンアップされているモジュールの情報、バージョンアップしなければならないモジュールの情報を持っている。
【００３３】
図４に示すように、今、ネットワーク上にある１台のクライアント（例えば、第２のクライアント２０Ｂ）のソフトウェアにバージョンアップが行われた場合（ステップＳ２１）、そのクライアント（この場合は、第２のクライアント２０Ｂ）は自身の持つインストール情報領域２４ａのインストール情報を更新し（ステップＳ２２）、バージョンアップされた自身のソフトウェアのバージョンが、サーバのインストール情報領域２４ｂにインストールされているソフトウェアのバージョンと適合しているかの確認を行う（ステップＳ２３）。
【００３４】
もし、サーバのインストール情報領域２４ｂにインストールされているソフトウェアが、バージョンアップされたクライアント（この場合は、第２のクライアント２０Ｂ）のソフトウェアのバージョンより古かった場合（ステップＳ２４：Ｙｅｓ）、そのクライアント（この場合は、第２のクライアント２０Ｂ）にサーバ更新の権限が与えられていれば（ステップＳ２５：Ｙｅｓ）、サーバ１０にソフトウェアのバージョンアップ要請を行い、サーバ１０がそれを認めた場合、サーバのソフトウェアインストールイメージ２４ｄをサーバ１０に展開する。
【００３５】
インストールイメージを受け取ったサーバ１０は、自身のクライアントのインストール情報領域１４ｂにインストールされているソフトウェアのバージョンアップを行う（ステップＳ２６）。バージョンアップされたサーバ１０のインストール情報領域１４ｂのインストール情報をクライアント（この場合は、クライアント２０Ａ，２０Ｃ）、及びサーバ１０へ伝え、それぞれが管理するインストール情報に更新を加える（ステップＳ２７，Ｓ２８）。
【００３６】
前記ステップＳ２４において、サーバのソフトウェアのバージョンが古くない場合は（ステップＳ２４：Ｎｏ）、そのまま終了する。
前記ステップＳ２５において、クライアントにサーバのソフトウェアの更新制限が無い場合は（ステップＳ２５：Ｎｏ）、そのまま終了する。
【００３７】
【発明の効果】
以上説明したように本発明によれば、以下の効果を発揮することができる。
請求項１記載の発明によれば、クライアントにインストールされているソフトウェアのバージョンアップ時に、サーバに一極集中していた作業負荷をクライアントに分散して行うことができるようになる。
【００３８】
請求項２記載の発明によれば、例えばサーバがダウンしているときであっても、クライアントにインストールされているソフトウェアを一括でバージョンアップすることができるようになる。
【００３９】
請求項３記載の発明によれば、サーバにインストールされているソフトウェアも、クライアントからバージョンアップを行うことができるようになる。また、これによりサーバにかかる負荷を軽減することができるようになる。
【図面の簡単な説明】
【図１】本発明の各実施形態を適用するクライアント／サーバ型システムの構成図である。
【図２】本発明の第１の実施形態のフローチャートである。
【図３】本発明の第２の実施形態のフローチャートである。
【図４】本発明の第３の実施形態のフローチャートである。
【符号の説明】
ＳＣ…クライアント／サーバ型システム
１０…サーバ
１１…ディスプレイ
１２…キーボード
１３…制御部
１４…メモリ
１４ａ…サーバのインストール情報を格納するインストール情報領域
１４ｂ…各クライアントのインストール情報を格納するインストール情報領域
２０…クライアント
２０Ａ…第１のクライアント
２０Ｂ…第２のクライアント
２０Ｃ…第３のクライアント
２１…ディスプレイ
２２…キーボード
２３…制御部
２４…メモリ
２４ａ…各クライアントのインストール情報を格納するインストール情報領域
２４ｂ…サーバのインストール情報を格納するインストール情報領域
２４ｃ…クライアントのバージョンアップ用のソフトウェアインストールイメージ
２４ｄ…サーバのバージョンアップ用のソフトウェアインストールイメージ
３０…ネットワーク
【図１】
2004318395.tif 000003
【図２】
2004318395.tif 000004
【図３】
2004318395.tif 000005
【図４】
2004318395.tif 000006