JP2005208935A

JP2005208935A - ソフトウェア管理装置及びソフトウェア管理プログラム

Info

Publication number: JP2005208935A
Application number: JP2004014775A
Authority: JP
Inventors: Hiroshi Okino; 博史興野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2004-01-22
Filing date: 2004-01-22
Publication date: 2005-08-04

Abstract

【課題】本発明は、クライアント端末の記憶領域を無駄に使用せず、クライアント端末に必要なソフトウェアのみ自動インストールすることが可能なソフトウェア管理装置及びソフトウェア管理プログラムを提供することを目的とする。
【解決手段】管理サーバはクライアントＰＣからソフトウェアのインストール要求があると、ソフトウェアのライセンスをチェックして、ライセンスが可能かどうか判定し、可能である場合にはインストール許可信号と共にソフトウェアを送信する。そして、クライアントＰＣからインストール完了信号が送信されると、ソフトウェア管理情報及びライセンス管理情報を更新する。
【選択図】図３

Description

同一ネットワーク上に接続されているクライアントサーバシステムにおいて、クライアント端末で使用されるソフトウェアを管理するソフトウェア管理装置及びソフトウェア管理プログラムに関する。

従来より、クライアントサーバシステムにおいて、クライアント端末にインストールされているソフトウェア情報をサーバで管理する手法が種々検討されてきている。

例えば、特許文献１には、ソフトウェアインストール部によりソフトウェアがインストールされると、ソフトウェア登録データベース管理部はソフトウェア管理データベースを更新し、サーバにソフトウェア登録情報を送信する。クライアントデータベース管理部は、ソフトウェア登録情報を受信すると、クライアント管理データベースを検索して比較結果をクライアントに返し、クライアントに未インストールのソフトウェアをソフトウェア配信部を通じてクライアントに送信する。ソフトウェアインストール部は、ソフトウェアおよび比較結果を受信すると、ソフトウェアをインストールし、ソフトウェア登録データベース管理部はソフトウェア管理データベースを更新することが記載されている。また、特許文献２には、サーバ装置からクライアント用アプリケーションプログラムをインストール後、当該プログラム起動時、クライアント用ライセンス管理部にライセンス情報の有無を確認し、ライセンス情報が有ればプログラムを起動し、無い場合にはサーバ用ライセンス管理部に登録されている残ライセンス数をチェックし、残ライセンス数が１以上であればサーバ用ライセンス管理部の残ライセンス数を１減算し、クライアント用ライセンス管理部にライセンス情報を登録してプログラムを起動するが、残ライセンス数が０であればクライアント用ライセンス管理部によりクライアント用アプリケーションプログラムを起動しないように制御することが記載されている。
特開平１０−３０１７８６号公報特開２００２−２３８８２号公報

こうした先行文献に記載されたクライアントサーバシステムでは、クライアント端末のソフトウェアの管理を実現することはできるが、ハードディスク等の記憶領域を無駄に使用してしまう可能性がある。

すなわち、特許文献１では、サーバ上で管理されているソフトウェアをクライアントに自動的にインストールすることができるが、クライアントに未インストールのサーバ上で管理されているソフトウェアを全てインストールすることになるので、ユーザが必要としないソフトウェアまでインストールされてしまう可能性があり記憶領域を無駄に使用してしまう可能性がある。また、特許文献２では、クライアント用アプリケーションプログラムをインストール後、当該プログラム起動時にライセンスの有無を確認して、ライセンスが無い場合は起動できないので、その場合は記憶領域を無駄に使用してしまう可能性がある。

そこで、本発明は、クライアント端末の記憶領域を無駄に使用せず、クライアント端末に必要なソフトウェアのみ自動インストールすることが可能なソフトウェア管理装置及びソフトウェア管理プログラムを提供することを目的とする。

本発明に係るソフトウェア管理装置は、クライアント端末との間で情報を送受信することが可能な送受信手段と、ソフトウェア情報及びソフトウェア管理情報を記憶する記憶手段と、前記クライアント端末から前記送受信手段を介して受信されたソフトウェア要求情報に対して該当する前記ソフトウェア情報を前記記憶手段から読み出して前記送受信手段を介して前記クライアント端末に送信する送信制御手段と、送信された前記ソフトウェア情報に基づいて前記記憶手段に記憶された前記ソフトウェア管理情報を更新する更新制御手段とを備えていることを特徴とする。さらに、前記ソフトウェア情報には、印刷処理プログラムが含まれていることを特徴とする。さらに、前記更新制御手段は、前記クライアント端末から送信されるアンインストール処理に関する情報に基づいて前記ソフトウェア管理情報を更新することを特徴とする。さらに、前記記憶手段は、前記ソフトウェア情報に関するライセンス管理情報を記憶しており、前記送信制御手段は、前記ライセンス管理情報に基づいて前記クライアント端末への前記ソフトウェア情報の送信の可否を決定することを特徴とする。

本発明に係るソフトウェア管理プログラムは、コンピュータを、クライアント端末との間で情報を送受信する手段、ソフトウェア情報及びソフトウェア管理情報を記憶する手段、前記クライアント端末から前記送受信手段を介して受信されたソフトウェア要求情報に対して該当する前記ソフトウェア情報を前記記憶手段から読み出して前記送受信手段を介して前記クライアント端末に送信する手段、及び送信された前記ソフトウェア情報に基づいて前記記憶手段に記憶された前記ソフトウェア管理情報を更新する手段、として機能させる。

上記のような構成を有することで、クライアント端末から必要なソフトウェア情報のインストール要求が送信された場合、クライアント端末から要求されたソフトウェア情報だけを自動的にインストールするので、ユーザによるインストールの手間を省くことができて、インストール状況を意識することなく作業できる。また、クライアント端末の記憶領域を無駄に使用することが無いのでクライアント端末の動作も安定する。ここで、ソフトウェア情報は、コンピュータを動作させるためのプログラムを含むものである。また、クライアント端末において不要なソフトウェア情報を使用後アンインストールした場合に、アンインストール処理に関する情報に基づいてソフトウェア管理情報を更新することで、常にクライアント端末にインストールされたソフトウェアに関する最新情報を保持することができる。また、ソフトウェア情報のライセンス管理情報を記憶しておき、ソフトウェア情報を送信する際にライセンス管理情報に基づいて送信の可否を決定するようにすれば、ライセンス管理を的確に行うことができるようになる。

以下、本発明に係る実施形態について詳しく説明する。なお、以下に説明する実施形態は、本発明を実施するにあたって好ましい具体例であるから、技術的に種々の限定がなされているが、本発明は、以下の説明において特に発明を限定する旨明記されていない限り、これらの形態に限定されるものではない。

図１は、本発明に係る実施形態を備えたネットワークシステムに関するブロック構成図である。ネットワーク１に１台以上のクライアントＰＣ２が接続されており、同様にしてネットワーク１に１台以上の管理サーバ３が接続されている。管理サーバ３は、制御部４、ネットワーク１を介してクライアントＰＣ２とデータの送受信を行う送受信部５、記憶部６を有しており、記憶部６には、ソフトウェア管理プログラム７、ソフトウェアＤＢ８、ソフトウェア管理ＤＢ９及びライセンス管理ＤＢ１０が記憶されている。

本実施形態において、ソフトウェアとはアプリケーションソフトウェアのことを指し、コンピュータでの、例えば、文書の作成、数値計算など、ある特定の目的のために設計されたプログラムとデータからなり、どのソフトウェアにも共通する基本的な機能をまとめたオペレーティングシステム（ＯＳ）に、通常は、ユーザが必要とするものを組み込んで利用する。更に、ソフトウェアには、そのソフトウェアで生成されたデータファイルをプリンタで印刷する為の印刷処理プログラムも含む。

ソフトウェアＤＢ８は、ソフトウェアをクライアントＰＣ２にインストールする際に必要な、インストールプログラムやソフトウェア等のファイル群（拡張子が．ｅｘｅや．ｃａｂ等）が記憶されている。また、クライアントＰＣ２や管理サーバ３は、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）を想定しているが、それに準ずるコンピュータとしてもよい。また、ネットワーク３としてはローカルエリアネットワーク（ＬＡＮ）、インターネット等が考えられる。

ソフトウェア管理ＤＢ９は、クライアントＰＣ毎にインストールされているソフトウェアに関する管理情報を蓄積しており、ライセンス管理ＤＢ１０は、インストールされるソフトウェアに関する総ライセンス数、使用可能なライセンス数が記憶されている。

図２は、クライアントＰＣ２での処理フローを示しており、図３は、管理サーバ３での処理フローを示している。まず、クライアントＰＣ２では、ユーザが、データファイルの起動操作（Ｓ１０１）を行うと、クライアントＰＣ２のＯＳが、起動されたデータファイルに対応したソフトウェアがクライアントＰＣ２にインストールされているか否かチェックする（Ｓ１０２）。対応するソフトウェアがインストールされている場合は、ＯＳは、そのソフトウェアを起動、実行して、ユーザが所望の操作をした後、終了（Ｓ１０３）して、一連の処理は終了する。

一方、ステップＳ１０２でソフトウェアがインストールされていない場合は、対応するソフトウェアをインストールする必要がある。そこで、クライアントＰＣ２は、データファイルの拡張子を判別してインストールが必要なソフトウェアを選択し（Ｓ１０４）、そのソフトウェアを管理サーバ３に要求する（Ｓ１０５）。この場合、クライアントＰＣ２及び管理サーバ３に存在するソフトウェアのリストをディスプレイ上に表示してユーザが選択できるようにしてもよい。

管理サーバ３は、クライアントＰＣ２からのソフトウェア要求を受信すると（Ｓ２０１）、要求のあったソフトウェアについて総ライセンス数及び使用ライセンス数から使用可能ライセンス数を算出して、使用可能ライセンス数が１以上であるか判定する（Ｓ２０２）。使用可能ライセンス数が０、もしくは、元々そのソフトウェアに関してライセンスが無い場合は、クライアントＰＣ２に対して、インストールの不許可を送信して（Ｓ２０３）、処理を終了する。

クライアントＰＣ２は、管理サーバ３からインストール許可が送信されたかチェックして（Ｓ１０６）して、管理サーバ３からインストールの不許可が送信されてきた場合は、処理を終了する。この場合、クライアントＰＣ２の表示装置にインストールが必要なソフトウェアにライセンスが無いことを表示するようにしてもよい。

上述のように、サーバ３は、自動インストール前にソフトウェアのライセンスの有無をチェックしてからソフトウェアのインストールが行われるので、的確なライセンス管理を行うことができる。したがって、ソフトウェアの不正な使用を防止でき、ソフトウェアの保守をより向上させる。また、必要最小限のソフトウェアのみクライアントＰＣにインストールするので、その記憶領域を無駄に使用することがなく、クライアントＰＣの動作も安定する。

次に、ステップＳ２０２において、使用可能ライセンス数が１以上である場合は、管理サーバ３は、クライアントＰＣ２にインストール許可を送信し（Ｓ２０４）、ソフトウェアＤＢ８より、インストールプログラムやソフトウェア等のファイルからなるソフトウェアインストールファイルを送信する（Ｓ２０５）。クライアントＰＣ２は、インストール許可を受信すると、ステップＳ１０６においてチェック後、インストールするソフトウェアを使用後直ちにアンインストールするか否か選択する（Ｓ１０７）。この場合、クライアントＰＣ２の表示装置に選択画面を表示させることでユーザに選択させるようにすればよい。ユーザに選択させる代わりに、管理サーバ３において管理者が一括でアンインストールの設定を行うようにしてもよい。ここで、アンインストールが選択されると、クライアントＰＣ２にアンインストールフラグが記憶される。

そして、クライアントＰＣ２は、必要なソフトウェアのインストールを管理サーバ３から受信して（Ｓ１０８）、インストールを実行する（Ｓ１０９）。管理サーバ３から圧縮ファイルでソフトウェアが送信されてきた場合には圧縮を解除してインストールを行う。正常にインストール動作が行われた場合には、インストールが完了したことを示す信号を管理サーバ３に送信する（Ｓ１１０）。クライアントＰＣ２は、インストールされたソフトウェアを起動して必要な処理を実行し、終了する（Ｓ１１１）。

一方、管理サーバ３は、クライアントＰＣ２からインストール完了信号を受信すると（Ｓ２０６）、ソフトウェア管理ＤＢ９及びライセンス管理ＤＢ１０を更新する。例えば、ソフトウェア管理情報としては、クライアントＰＣ２にインストールされた新たなソフトウェアに関する情報を付加すると共に、ライセンス管理情報としては、クライアントＰＣ２に新たにインストールされたソフトウェアについて使用ライセンス数のデータを更新する。

クライアントＰＣ２は、ソフトウェアの処理が終了した後アンインストールフラグが記憶されているかチェックする（Ｓ１１２）。アンインストールフラグが記憶されていない場合には、そのまま終了処理を行うが、アンインストールフラグが記憶されている場合には、ソフトウェアのアンインストール処理を行うようにする（Ｓ１１３）。そして、アンインストール処理後アンインストール完了信号を管理サーバ３に送信して終了する。管理サーバ３は、アンインストール完了信号を受信したかチェックし（Ｓ２０８）、アンインストール信号が受信されると、再度ソフトウェア管理ＤＢ９及びライセンス管理ＤＢ１０を更新する。一旦登録したソフトウェアに関するソフトウェア管理情報を削除すると共に、ライセンス管理情報の使用ライセンス数を元に戻すようにする。そして、管理サーバ３は、終了処理する。

以上のようなソフトウェア管理処理により、自動インストール時のユーザの選択により作業終了後自動アンインストールすることができ、ユーザによるアンインストールの手間を省くことができるとともに、バックグラウンドで処理すればアンインストール状況を意識することなく別の作業をすることができる。また、通常あまり使用しないソフトウェアがクライアントにインストールされたままとなることが防止でき、クライアントの記憶領域を無駄に使用することが無いのでクライアントの動作も安定する。

管理サーバは、自動インストール時（インストール前）にクライアントのライセンスの有無を把握することでライセンス管理を行うので、ソフトウェアの不正な使用を防ぐことができ、ソフトウェアの保守性の向上となる。また、クライアントの記憶領域を無駄に使用することが無いのでクライアントの動作も安定する。

サーバは、自動アンインストール時にクライアントのライセンスを自動的に取り消し、クライアントのライセンス管理情報を更新するので、ソフトウェアのライセンスを無駄に使用することを防ぐことができる。

本発明に係る実施形態を備えたネットワークシステムのブロック構成図である。クライアントＰＣにおける処理フローである。管理サーバにおける処理フローである。

符号の説明

１・・・ネットワーク、２・・・クライアントＰＣ、３・・・管理サーバ、４・・・制御部、５・・・送受信部、６・・・記憶部、７・・・ソフトウェア管理プログラム、８・・・ソフトウェアＤＢ、９・・・ソフトウェア管理ＤＢ、１０・・・ライセンス管理ＤＢ

Claims

クライアント端末との間で情報を送受信することが可能な送受信手段と、ソフトウェア情報及びソフトウェア管理情報を記憶する記憶手段と、前記クライアント端末から前記送受信手段を介して受信されたソフトウェア要求情報に対して該当する前記ソフトウェア情報を前記記憶手段から読み出して前記送受信手段を介して前記クライアント端末に送信する送信制御手段と、送信された前記ソフトウェア情報に基づいて前記記憶手段に記憶された前記ソフトウェア管理情報を更新する更新制御手段とを備えていることを特徴とするソフトウェア管理装置。
前記ソフトウェア情報には、印刷処理プログラムが含まれていることを特徴とする請求項１に記載のソフトウェア管理装置。
前記更新制御手段は、前記クライアント端末から送信されるアンインストール処理に関する情報に基づいて前記ソフトウェア管理情報を更新することを特徴とする請求項１又は２に記載のソフトウェア管理装置。
前記記憶手段は、前記ソフトウェア情報に関するライセンス管理情報を記憶しており、前記送信制御手段は、前記ライセンス管理情報に基づいて前記クライアント端末への前記ソフトウェア情報の送信の可否を決定することを特徴とする請求項１から３のいずれかに記載のソフトウェア管理装置。
コンピュータを、
クライアント端末との間で情報を送受信する手段、
ソフトウェア情報及びソフトウェア管理情報を記憶する手段、
前記クライアント端末から前記送受信手段を介して受信されたソフトウェア要求情報に対して該当する前記ソフトウェア情報を前記記憶手段から読み出して前記送受信手段を介して前記クライアント端末に送信する手段、及び
送信された前記ソフトウェア情報に基づいて前記記憶手段に記憶された前記ソフトウェア管理情報を更新する手段、
として機能させるためのソフトウェア管理プログラム。