(57)【特許請求の範囲】
【請求項１】
サーバと、
前記サーバとネットワークを介して接続されたクライアントと、
前記サーバに前記ネットワークを介して接続されたデータベースと
を具備し、
前記データベースは、
前記クライアントの場所を示すロケーション情報と、前記クライアントのシステムに対するバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納するアップデート許可データベースと、
前記クライアントを介して前記アクセスを行う人又は前記クライアントを特定する特定情報と、前記クライアントで実行を許可される機能を示す機能情報とを関連付けて格納する機能データベースと、
前記ロケーション情報と、前記機能情報と、前記バージョンアップのバージョンとしての第１バージョンとを関連付けて格納するロケーションデータベースと
を備え、
前記クライアントは、
前記サーバへのアクセスに際し、前記ロケーション情報と前記特定情報とを前記サーバへ送信し、
前記サーバは、
受信した前記ロケーション情報に基づいて、前記アップデート許可データベースを参照して、前記バージョンアップの可否を判定し、
受信した前記特定情報に基づいて、前記機能データベースを参照して、前記クライアントで実行を許可される前記機能情報を特定し、
受信した前記ロケーション情報と特定された前記機能情報とに基づいて、前記ロケーションデータベースとを参照して、前記システムの前記第１バージョンを決定し、
前記第１バージョンに基づいて、前記システムの前記バージョンアップを実行する、
自動更新システム。
【請求項２】
前記特定情報は、前記アクセスする人の階層を含む
請求項１に記載の自動更新システム。
【請求項３】
前記データベースは、前記バージョンアップ用のモジュールを格納するモジュールデータベースを更に備え、
前記サーバは、前記システムのバージョンとしての第２バージョンと前記第１バージョンとに基づいて、前記バージョンアップを行うモジュールとしての差分モジュールを、前記クライアントへ送信し、
前記クライアントは、前記差分モジュールを用いて、前記システムにおいて前記バージョンアップを行う、
請求項１又は２に記載の自動更新システム。
【請求項４】
クライアントが、サーバへのアクセスに際し、前記クライアントの場所を示すロケーション情報と前記クライアントを介して前記アクセスを行う人又は前記クライアントを特定する特定情報とを前記サーバへ送信するステップと、
前記サーバが、受信した前記ロケーション情報に基づいて、前記ロケーション情報と前記クライアントのシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納するアップデート許可データベースを参照して、前記システムの前記バージョンアップを許可するステップと、
前記サーバが、受信した前記特定情報に基づいて、前記特定情報と前記クライアントで実行を許可される機能を示す機能情報とを関連付けて格納する機能データベースを参照して、前記クライアントで実行を許可される前記機能情報を特定するステップと、
前記サーバが、受信した前記ロケーション情報と特定された前記機能情報とに基づいて、前記ロケーション情報と前記機能情報と前記バージョンアップのバージョンとしての第１バージョンとを関連付けて格納するロケーションデータベースとを参照して、前記システムの第１バージョンを決定するステップと、
前記サーバが、前記システムのバージョンとしての第２バージョンから、前記第１バージョンへ、前記バージョンアップを行うモジュールとしての差分モジュールを、前記クライアントへ送信するステップと、
前記クライアントが、前記差分モジュールを用いて、前記システムにおいて前記バージョンアップを行うステップと
を具備する
自動更新方法。
【請求項５】
前記特定情報は、前記アクセスする人の階層を含む
請求項４に記載の自動更新方法。
【請求項６】
前記差分モジュールを前記クライアントへ送信するステップは、
前記サーバが、前記クライアントへ、前記第２バージョンを問い合わせるステップと、
前記クライアントが、前記サーバへ、前記第２バージョンを返信するステップと、
を具備する、
請求項４又は５に記載の自動更新方法。
【請求項７】
クライアントがサーバへアクセスを行う際に送信した、前記クライアントの場所を示すロケーション情報と前記クライアントを介して前記アクセスを行う人又は前記クライアントを特定する特定情報とを受信するステップと、
受信した前記ロケーション情報に基づいて、前記ロケーション情報と前記クライアントのシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納するアップデート許可データベースを参照して、前記システムの前記バージョンアップを許可するステップと、
受信した前記特定情報に基づいて、前記特定情報と前記クライアントで実行を許可される機能を示す機能情報とを関連付けて格納する機能データベースを参照して、前記クライアントで実行を許可される前記機能情報を特定するステップと、
受信した前記ロケーション情報と特定された前記機能情報とに基づいて、前記ロケーション情報と前記機能情報と前記バージョンアップのバージョンとしての第１バージョンとを関連付けて格納するロケーションデータベースとを参照して、前記システムの第１バージョンを決定するステップと、
前記システムのバージョンとしての第２バージョンから、前記第１バージョンへ、前記バージョンアップを行うモジュールとしての差分モジュールを、前記クライアントへ送信するステップと、
を具備する方法をコンピュータに実行させるためのプログラム。
【請求項８】
前記特定情報は、前記アクセスする人の階層を含む
請求項７に記載の方法をコンピュータに実行させるためのプログラム。
【請求項９】
前記差分モジュールを前記クライアントへ送信するステップは、
前記サーバが、前記クライアントへ、前記第２バージョンを問い合わせるステップと、
前記サーバが、前記クライアントから返信された前記第２バージョンを受信するステップと、
を具備する請求項７又は８に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１０】
クライアントによるサーバへのアクセスに際し、前記クライアントの場所を示すロケーション情報と、前記クライアントを介して前記アクセスを行う人又は機器を示す特定情報とを前記サーバへ送信するステップと、
前記サーバからの自身のシステムの第２バージョンを問い合わせに対して、前記第２バージョンを返信するステップと、
前記サーバからの前記システムのバージョンアップ用のモジュールとしての差分モジュールを用いて、前記システムにおいて前記バージョンアップを行うステップと、
を具備し、
前記差分モジュールは、前記サーバが、
受信した前記ロケーション情報に基づいて、前記ロケーション情報と前記クライアントのシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納するアップデート許可データベースを参照して、前記システムの前記バージョンアップを許可し、
受信した前記特定情報に基づいて、前記特定情報と前記クライアントで実行を許可される機能を示す機能情報とを関連付けて格納する機能データベースを参照して、前記クライアントで実行を許可される前記機能情報を特定し、
受信した前記ロケーション情報と特定された前記機能情報とに基づいて、前記ロケーション情報と前記機能情報と前記バージョンアップのバージョンとしての第１バージョンとを関連付けて格納するロケーションデータベースとを参照して、前記システムの第１バージョンを決定し、
前記第２バージョンと前記第１バージョンとの差分として求めたモジュールである
方法をコンピュータに実行させるためのプログラム。
【請求項１１】
前記特定情報は、前記アクセスする人の階層を含む
請求項１０に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動更新システム及び自動更新方法に関し、特に、マルチプラットフォームにて稼動するクライアント／サーバシステムにおけるクライアントに配布した自動更新システム及び自動更新方法に関する。
【０００２】
【従来の技術】
自動更新（以下「自動アップデート」と称する）は、Ｗｉｎｄｏｗｓ（登録商標）など、様々なアプリケーションソフトで取り入れられている仕組みである。Ｗｉｎｄｏｗｓは、ユーザのインターネット使用時にバージョンの差異を認識すると、自動的にマイクロソフト社のウェブサイトに接続し、最新のシステムファイルやデバイスドライバなどをダウンロードし、セットアップまで行う。インターネットへの自動接続機能で、定期的にアップロードサイトを巡回させることもできる。
【０００３】
関連する技術として、特願平１１−２０４８６９号公報に、画像処理システムおよびそのプログラムの自動アップデート方法の技術が開示されている。この技術の自動アップデート方法は、複数の画像入力装置と、前記複数の画像入力装置に接続されたスイッチング装置と、前記スイッチング装置に接続された制御装置とを備えた画像処理システムに関するプログラムの自動アップデート方法である。その方法は、前記スイッチング装置および前記制御装置に相手装置のプログラムを格納しておき、前記相手装置に搭載されたプログラムのバージョンと自装置に格納された前記相手装置のプログラムのバージョンとを通信手段を介して比較し、比較の結果、バージョンアップの必要があると判定した場合に前記通信手段を介して前記相手装置のプログラムを更新することを特徴とする。
【０００４】
この技術では、画像処理システムにおいて、使用時にバージョンチェックを行う。そして、アップデートの必要が生じた場合には、バージョン管理テーブルを参照して、最新のモジュールのダウンロード（自動アップデート）を行っている。バージョン管理テーブルには、リリースされたバージョンと、バージョンごとのモジュール情報が記述されている。そして、更新の際は最新バージョンと現バージョンとの差分モジュールのみをダウンロードすることが可能となっている。
【０００５】
このような自動アップデート機能では、バージョン情報以外にアップデートを制限する処理がないため、全ての対象に対して同じようにモジュールがアップデートされる。そのため、例えば、リリースされたモジュールにおいて、ある接続先では必要がない場合でも、自動アップデート機能が動作し、モジュールがダウンロードされてしまう。更に、何らかのトラブルが発生し、最新モジュールがダウンロードできない場合、アップロードされるまでソフトウエアを使用できない場合もありうる。
【０００６】
また、ソフトウエアで扱っているデータの参照のみを行うユーザと、データを作成するユーザとでは、使用する機能が異なってくる。例えば、データ作成に伴い機能の追加・修正モジュールがリリースされた場合、参照のみを行うユーザに対しても自動アップデート機能が起動する。そのため、参照のみを行うユーザは、必要のないモジュールをダウンロードするために長時間作業を中断されることになる。
更に、複数のプラットフォームに対してプラットフォーム毎に仕組み及びモジュールを用意する必要がある。
【０００７】
プラットフォーム上のシステムを、対象（プラットフォーム）別に自動的にアップデートできる技術が望まれている。ログインロケーションやユーザ情報を考慮しながらシステムを最新バージョンへアップデートすることができる技術が求められている。パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）に関わらず、同様の仕組みで自動アップデートを統合的に実行できる技術が望まれている。
【０００８】
【発明が解決しようとする課題】
従って、本発明の目的は、プラットフォーム上のシステムを、対象（プラットフォーム）に合わせて自動的にアップデートすることが可能な自動更新システム及び自動更新方法を提供することである。
【０００９】
また、本発明の他の目的は、ログインするロケーションやユーザ情報を考慮しながらシステムを最新バージョンへアップデートすることが可能となる自動更新システム及び自動更新方法を提供することである。
【００１０】
本発明の更に他の目的は、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）に関わらず、同様の仕組みで自動アップデートを統合的に実行できる自動更新システム及び自動更新方法を提供することである。
【００１１】
【課題を解決するための手段】
以下に、［発明の実施の形態]で使用される番号・符号を用いて、課題を解決するための手段を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明の実施の形態］との対応関係を明らかにするために付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１２】
従って、上記課題を解決するために、本発明の自動更新システムは、サーバ（１）と、クライアント（２−１）と、アップデート許可データベース（１３）とを具備する。クライアント（２−１）は、サーバ（１）へのアクセスに際し、そのアクセスを行う場所を示すロケーション情報（３４）をサーバ（１）へ出力する。アップデート許可データベース（１３）は、ロケーション情報（３４）と、クライアント（２−１）のシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とを関連付けて格納する。そして、サーバ（１）は、ロケーション情報（３４）とそのバージョンアップ許可基準とに基づいて、そのシステムのそのバージョンアップを制御する。
【００１３】
また、本発明の自動更新システムは、機能データベース（１４）と、ロケーションデータベース（１５）とを更に具備する。機能データベース（１４）は、そのアクセスを行う人又は機器を示す特定情報（３１）と、サーバ（１）で実行可能な機能を示す機能情報（３３）とを関連付けて格納する。ロケーションデータベース（１５）は、ロケーション情報（３４）と、機能情報（３５）と、そのバージョンアップのバージョンとしての第１バージョン（３６）とを関連付けて格納する。そして、クライアント（２−１）は、そのアクセスに際し、更に、特定情報（３１）をサーバ（１）へ出力する。サーバ（１）は、更に、特定情報（３１）とロケーション情報（３４）とに基づいて、そのバージョンアップの第１バージョン（３６）を決定する。
【００１４】
更に、本発明の自動更新システムは、そのバージョンアップ用のモジュールを格納するモジュールデータベース（１７）を更に具備する。そして、サーバ（１）は、そのシステムのバージョンとしての第２バージョンと第１バージョン（３６）とに基づいて、そのバージョンアップを行うモジュールとしての差分モジュールを、クライアント（２−１）へ送信する。クライアント（２−１）は、その差分モジュールを用いて、そのシステムにおいてそのバージョンアップを行う。
【００１５】
上記課題を解決するために、本発明の自動更新方法は、クライアント（２−１）が、サーバ（１）へのアクセスに際し、そのアクセスを行う場所を示すロケーション情報（３４）をサーバ（１）へ送信するステップと、サーバ（１）が、ロケーション情報（３４）と、クライアント（２−１）のシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とに基づいて、そのシステムのそのバージョンアップを許可するステップと、サーバ（１）が、クライアント（２−１）のシステムのバージョンとしての第２バージョンから、そのバージョンアップのバージョンとしての第１バージョン（３６）へ、そのバージョンアップを行うモジュールとしての差分モジュールを、クライアント（２−１）へ送信するステップと、クライアント（２−１）が、その差分モジュールを用いて、そのシステムにおいてそのバージョンアップを行う。
【００１６】
また、本発明の自動更新方法は、ロケーション情報（３４）をサーバ（１）へ送信するステップにおいて、クライアント（２−１）が、ロケーション情報（３４）と共に、そのアクセスを行う人又は機器を示す特定情報（３１）をサーバ（１）へ送信するステップを具備する。そして、その差分モジュールをクライアント（２−１）へ送信するステップは、サーバ（１）が、特定情報（３１）と、ロケーション情報（３４）とに基づいて、そのバージョンアップのバージョンとしての第１バージョン（３６）を決定するステップを具備する。
【００１７】
更に、本発明の自動更新方法は、第１バージョン（３６）を決定するステップが、サーバ（１）が、特定情報（３１）に基づいて、その人又は機器がそのサーバで実行可能な機能を示す機能情報（３３）を特定するステップと、サーバ（１）が、機能情報（３３、３５）と、ロケーション情報（３４）とに基づいて、第１バージョン（３６）を決定するステップとを具備する。
【００１８】
更に、本発明の自動更新方法は、その差分モジュールをクライアント（２−１）へ送信するステップが、サーバ（１）が、クライアント（２−１）へ、その第２バージョンを問い合わせるステップと、クライアント（２−１）が、サーバ（１）へ、その第２バージョンを返信するステップとを具備する。
【００１９】
上記課題を解決するために、本発明に関するプログラムは、クライアント（２−１）がサーバ（１）へアクセスを行う際に送信した、そのアクセスを行う場所を示すロケーション情報（３４）を、サーバ（１）が受信するステップと、サーバ（１）が、ロケーション情報（３４）と、クライアント（２−１）のシステムにおけるバージョンアップの可否を示すバージョンアップ許可基準とに基づいて、そのシステムのそのバージョンアップを許可するステップと、サーバ（１）が、クライアント（２−１）のシステムのバージョンとしての第２バージョンから、そのバージョンアップのバージョンとしての第１バージョン（３６）へ、そのバージョンアップを行うモジュールとしての差分モジュールを、クライアント（２−１）へ送信するステップとを具備する方法をコンピュータに実行させる。
【００２０】
また、本発明に関するプログラムは、ロケーション情報（３４）をサーバ（１）が受信するステップが、クライアント（２−１）がロケーション情報（３４）と共に送信した、そのアクセスを行う人又は機器を示す特定情報（３１）を、サーバ（１）が受信するステップを具備する。そして、その差分モジュールをクライアント（２−１）へ送信するステップは、サーバ（１）が、特定情報（３１）と、ロケーション情報（３４）とに基づいて、そのバージョンアップのバージョンとしての第１バージョン（３６）を決定するステップを具備する上記の方法をコンピュータに実行させる。
【００２１】
また、本発明に関するプログラムは、第１バージョン（３６）を決定するステップにおいて、サーバ（１）が、特定情報（３１）に基づいて、その人又は機器がそのサーバで実行可能な機能を示す機能情報（３３）を特定するステップと、サーバ（１）が、機能情報（３３、３５）と、ロケーション情報（３４）とに基づいて、第１バージョン（３６）を決定するステップとを具備する上記の方法をコンピュータに実行させる。
【００２２】
更に、本発明に関するプログラムは、その差分モジュールをクライアント（２−１）へ送信するステップにおいて、サーバ（１）が、クライアント（２−１）へ、その第２バージョンを問い合わせるステップと、サーバ（１）が、クライアント（２−１）から返信されたその第２バージョンを受信するステップとを具備する上記の方法をコンピュータに実行させる。
【００２３】
更に、本発明に関するプログラムは、クライアント（２−１）が、サーバ（１）へのアクセスに際し、そのアクセスを行う場所を示すロケーション情（３４）報と、そのアクセスを行う人又は機器を示す特定情報（３１）をサーバ（１）へ送信するステップと、クライアント（２−１）が、サーバ（１）からの自身のシステムのバージョンを問い合わせに対して、そのバージョンを返信するステップと、クライアント（２−１）が、そのサーバ（１）からのそのシステムのバージョンアップ用のモジュールとしての差分モジュールを用いて、そのシステムにおいてそのバージョンアップを行うステップとを具備する方法をコンピュータに実行させる。
【００２４】
なお、上記自動更新システム、自動更新方法方法及び各プログラムは、クライアント−サーバシステムだけでなく、同様の機能を持たせたシステムにおいても適用が可能である。
【００２５】
【発明の実施の形態】
以下、本発明である自動更新システム及び自動更新方法の実施の形態に関して、添付図面を参照して説明する。
【００２６】
図１は、本発明である自動更新システムの実施の形態における構成を示す図である。
自動更新システムは、サーバ１及びクライアント２−１〜２−ｎを具備する。それらはネットワーク３で双方向に通信可能なように接続されている。
【００２７】
社内あるいは関連事業所、関連企業等の間で用いられているシステムのアップデートでは、アップデートする人、機器、所属、事業所、場所等（ロケーション、権限）がサーバ側において完全に把握されている。
本発明では、自動アップデートの際、ロケーションをチェックする機能を有しているので、ロケーションにより自動アップデートを行うか否かを制御することができる。また、アップデートする人又は機器のＩＤを取得することにより、その人の権限によりアップデートの内容を制限することが出来る。
従って、不特定多数の人や機器に対して行われる自動アップデートよりも、より効率的で精密な自動アップデートを行うことが可能となる。
【００２８】
サーバ１について説明する。
サーバ１は、クライアント／サーバシステムにおけるサーバである。サーバ１は、ワークステーションに例示される情報処理装置である。ネットワーク３を介してクライアント２−１〜２−ｎと双方向の通信が可能なように接続されている。サーバ１は、クライアント２−１〜２−ｎのシステムのバージョンのアップデート（以下「アップデート」と称する）を行う機能を具備する。
サーバ１は、プログラムとしてのアクセス受付部１１及び差分インストール部１２を含み、アップデート許可データベース１３、機能データベース１４、ロケーションデータベース１５、アップデートデータベース１６及びモジュールデータベース１７とを搭載している。
【００２９】
アップデート許可データベース１３は、ロケーション情報と、アップデート許可情報とを関連付けて格納している。
ここで、ロケーション情報は、サーバ１へアクセスを行う人（又はクライアント２）が属する場所（ロケーション）を示す。アップデート許可情報は、アップデータを許可するかどうかを示す情報である。
すなわち、アップデート許可データベース１３は、ロケーションに対して、アップデータを許可するかどうかを示している。
【００３０】
機能データベース１４は、特定情報と、機能情報とを関連付けて格納している。
ここで、特定情報は、クライアント２を用いてサーバ１へアクセスを行う人、又はその人に属するクライアント２を示す。機能情報は、サーバ１において設定される権限、又は実行を許可される機能を示す。
すなわち、機能データベース１４は、クライアント２を用いてサーバ１へアクセスを行う人がサーバ１において実行を許可される機能を示している。
【００３１】
機能データベース１４について、更に説明する。
図２は機能データベース１４を示す図である。機能データベース１４は、特定情報としてのＩＤ３１及び階層３２と、機能情報としての機能３３とを関連付けて格納している。
ＩＤ３１は、クライアント２を用いてサーバ１へアクセスを行う人に付与されたＩＤ番号（記号）、又は、その人に属するクライアント２に付与された機器番号（記号）のようなアクセスを行う人を特定することが可能なＩＤ情報である。本実施例では、ＩＤ番号である。
階層３２は、アクセスを行うＩＤ３１を有する人（又はクライアント２）の所属、職位、階級のような権限のレベルを示す階層情報である。本実施例では、所属である。
機能３３は、階層３２を有する人（又はクライアント２）のサーバ１での権限、又は実行を許可される機能、データへのアクセス権等を示す。本実施例では、実行を許可されるソフトウエアである。
【００３２】
ＩＤ３１を有する人の階層３２が変更された場合、アクセス受付部１１（後述）は、機能データベース１４の階層３２を変更する。そして、図示しない階層と機能とを関連付けたデータベースにより、機能３３を変更する。
【００３３】
図１を参照して、ロケーションデータベース１５は、ロケーション情報と、機能情報と許容アップデート情報とを関連付けて格納している。
ここで、ロケーション情報は及び機能情報は前述のとおりである。許容アップデート情報は、使用を許容されるクライアント２のシステムのバージョンを示す。
すなわち、ロケーションデータベース１５は、サーバ１へアクセスを行う人が所属する場所（ロケーション）に対して使用を許可されたクライアント２のシステムのバージョンを示している。
【００３４】
ロケーションデータベース１５について、更に説明する。
図３はロケーションデータベース１５を示す図である。ロケーションデータベース１５は、ロケーション情報としてのロケーション３４と、機能情報としての機能３５と、許容アップデート情報としてのアップデート３６とを関連付けて格納している。
ロケーション３４は、サーバ１へアクセスを行う人が所属する事業所、部署のようなロケーションを示す。本実施例では、事業所である。
機能３５は、ロケーション３４に所属する人（又はクライアント２）のサーバ１での権限、又は実行を許可される機能、データへのアクセス権等を示す。本実施例では、実行を許可されるソフトウエアである。
アップデート３６は、ロケーション３４及び機能３５に対して、使用を許可されるクライアント２のシステムのバージョン（以下「使用許可バージョン」）を示す。あるいは、モジュールの種類を示すようにしても良い。アップデートを行うロケーションであっても、機能３５により、アップデートを行わない（許可されない）、場合には、アップデートを行わないことを意味するデータが書き込まれている。また、モジュールに制限が加わる場合には、それを意味するデータが書き込まれる。
【００３５】
図１を参照して、アップデートデータベース１６は、バージョン情報と、プラットフォーム情報と、モジュール情報とを関連付けて格納している。
ここで、バージョン情報は、クライアント２のシステムのバージョンを示す。プラットフォーム情報は、プラットフォームの種類を示す。モジュール情報は、モジュール（ソフトウエア）の名称とその格納場所とを示す。
すなわち、アップデートデータベース１６は、クライアント２のシステムのバージョンとそのプラットフォームの種類とにより、クライアント２のシステムのアップデートに必要なモジュールを特定する。
【００３６】
アップデートデータベース１６について、更に説明する。
図４は、アップデートデータベース１６を示す図である。アップデートデータベース１６は、バージョン情報としてのバージョン３７と、プラットフォーム情報としてのプラットフォーム３８と、モジュール情報としてのモジュール３９及び格納場所４０とを関連付けて格納している。
バージョン３７は、クライアント２のシステムのバージョンである。本実施例では、バージョンは、基本数字列．従属数字列、として表現する。例えば、０４．２３などである。各数字列の数字の数は任意である。基本数字列の変動は、大規模なバージョン変更を表す。従属数字列の変更は小規模なバージョン変更を示す。
プラットフォーム３８は、クライアント２のプラットフォームの種類であり、ワークステーションやパーソナルコンピュータに例示される。
モジュール３９は、プラットフォーム３８のバージョン３７を有するシステムをアップデートするのに必要なモジュールについて、そのモジュールを識別する（特定する）名称を示す。
格納場所４０は、モジュール３９の格納されている場所を特定する情報を示す。特定する情報は、データベース名、アドレスなどに例示される。
【００３７】
図１を参照して、モジュールデータベース１７は、モジュール３９で特定されたモジュールを、モジュールデータベース１７内の格納場所４０に格納している。
【００３８】
アクセス受付部１１は、クライアント２からのアクセスを受け付ける制御を行う。
また、クライアント２から出力されたユーザロケーション情報、ユーザＩＤ情報及びユーザプラットフォーム情報を受信する。そして、ユーザロケーション情報と、アップデート許可データベース１３とに基づいて、アップデートするか否かを判定する。
【００３９】
差分インストール部１２は、アクセス受付部１１がクライアント２のシステムのアップデートを行うと判定した場合、アクセス受付部１１からユーザロケーション情報、ユーザＩＤ情報及びユーザプラットフォーム情報を取得する。そして、それらの情報と、機能データベース１４〜モジュールデータベース１７に基づいて、クライアント２のシステムのアップデートを行う。
【００４０】
図１を参照して、クライアント２−１〜２−ｎについて、代表してクライアント２−１について説明する。
クライアント２−１は、クライアント／サーバシステムにおけるクライアントである。クライアント２−１は、ワークステーションやパーソナルコンピュータに例示される情報処理装置である。ネットワーク３を介してサーバ１と双方向の通信が可能なように接続されている。クライアント２−１のシステムのアップデートは、サーバ１により自動的に実行される場合がある。
クライアント２−１は、プログラムとしてのアクセス部２１及びアップデート部２２を含み、リストデータベース２３を搭載している。
【００４１】
リストデータベース２３は、保有モジュール情報と保有バージョン情報とを関連付けて格納している。
保有モジュール情報は、クライアント２が保有するシステム関連の各モジュールを特定する情報であり、本実施例では、各モジュールの名称である。
保有バージョン情報は、クライアントが保有するシステム関連の各モジュールのバージョンを示す。
すなわち、リストデータベース２３は、クライアント２のシステムの保有するモジュールとそのバージョンを示している。
【００４２】
アクセス部２１は、サーバ１へのアクセスに関する処理を制御する。そして、その際、クライアント２からサーバ１へユーザプラットフォーム情報、ユーザＩＤ情報及びユーザロケーション情報を送信する。
【００４３】
アップデート部２２は、サーバ１の行うクライアント２のシステムのアップデート処理に関して、クライアント２側の制御を行う。そして、サーバ１からのバージョンの問い合わせを示すバージョン問い合わせ情報を受信する。それに基づいて、保有しているシステムのモジュールのバージョンを示す保有バージョンリスト情報をサーバ１へ返信する。また、サーバ１からのアップデートに用いる差分モジュール及び新規バージョンリスト情報を受信し、それらに基づいて、クライアント２のアップデートを行う。アップデート終了後には、終了情報をサーバ１へ送信する。
【００４４】
ネットワーク３は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に例示される専用回線、あるいは、インターネットに例示される公衆回線等の通信可能な回線である。
【００４５】
次に、本発明である自動更新方法（自動更新システムの動作）の実施の形態に関して、添付図面を参照して説明する。
図５は、本発明である自動更新方法（自動更新システムの動作）の実施の形態におけるフローを示す図である。
【００４６】
（１）ステップＳ０１
クライアント２のユーザは、サーバ１にアクセスするために、クライアント２を用いてログインを開始する。その際、クライアント２のアクセス部２１に、本人を示すユーザＩＤ情報と、ロケーションを示すユーザロケーション情報とを入力する。
【００４７】
（２）ステップＳ０２
アクセス部２１は、ユーザＩＤ情報と、ユーザロケーション情報と、クライアント２のプラットフォームを示すユーザプラットフォーム情報（クライアント２のシステムから取得）とをサーバ１へ送信する。
サーバ１のアクセス受付部１１は、それらの情報を受信する。
【００４８】
（３）ステップＳ０３
アクセス受付部１１は、ユーザロケーション情報と等しいアップデート許可データベース１３のロケーション情報（ロケーション３４）を見出す。そして、そのロケーション情報に対応するアップデート許可情報（アップデート３６）に基づいて、クライアント２のシステムについて、アップデートするか否かを判定する。アップデート許可情報に、アップデートしないことを意味するデータが有れば、アップデートしない。アップデートすることを意味するデータが有れば、アップデートする。
判定の結果、アップデートしない場合には、ステップＳ１１（通常のアクセス受付処理）を行う。アップデートする場合には、ユーザＩＤ情報と、ユーザロケーション情報と、ユーザプラットフォーム情報とを差分インストール部１２へ出力する。
【００４９】
（４）ステップＳ０４
差分インストール部１２は、アクセス受付部１１がクライアント２のシステムのアップデートを行うと判定した場合、まず、ユーザＩＤ情報と等しい機能データベース１４のＩＤ３１を見出す。そして、そのＩＤ３１に対応する機能３３を取得する。
次に、その機能３３とユーザロケーション情報に等しいロケーション３４とに基づいて、ロケーションデータベース１５からアップデート３６を取得し、使用許可バージョンとしての使用許可バージョン情報を把握する。このとき、アップデートのモジュールの種類に制限があれば、その情報もアップデート３６含まれる。
【００５０】
（５）ステップＳ０５
差分インストール部１２は、クライアント２へ、クライアント２のシステムのバージョン及び保有するモジュールを問い合わせるモジュール／バージョン問合わせ情報を出力する。モジュールを問い合わせるのは、ロケーションにより、保有するモジュールの種類が異なるからである。
クライアント２のアップデート部２２は、バージョン問合わせ情報を受信する。
【００５１】
（６）ステップＳ０６
アップデート部２２は、バージョン問合わせ情報に基づいて、リストデータベース２３から、クライアント２のシステムの保有モジュール情報に基づくモジュールリストとしての保有モジュールリスト情報を生成し送信する。同時に、保有バージョン情報に基づくバージョンとしての保有バージョン情報を生成し送信する。
差分インストール部１２は、保有モジュールリスト情報及び保有バージョン情報を受信する。
【００５２】
（７）ステップＳ０７
差分インストール部１２は、保有バージョン情報と、使用許可バージョン情報（アップデート３６）とに基づいて、アップデートの必要なバージョンとしての必要バージョン情報を算出する。例えば、保有バージョン情報：０４．０１、使用許可バージョン情報：０４．３３の場合、０４．０１を超えて、０４．３３までのバージョンについて、アップデートを行う必要がある。従って、必要バージョン情報は、例えば、０４．０１＜バージョン≦０４．３３のようになる。
なお、保有バージョン情報≧使用許可バージョン情報の場合、アップデートは行わない。
差分インストール部１２は、必要バージョン情報の範囲に入るアップデートデータベース１６のバージョン３７、ユーザプラットフォーム情報に等しいプラットフォーム３８、保有モジュール情報に等しいモジュール３９の３つの情報に基づいて、それら３つの情報に対応するアップデートに必要なモジュール３９（以下「差分モジュール」）の格納場所４０（格納場所）を取得する。
差分インストール部１２は、その格納場所４０に基づいて、差分モジュールをモジュールデータベース１７から取得する。そして、差分モジュールに関するバージョン情報（バージョン３７）としての新規バージョン情報と、差分モジュールに関するモジュール情報（モジュール３９）のリストとしての新規モジュールリスト情報とを生成する。
なお、必要バージョン情報が、複数の場合、上記［新規バージョン情報、新規モジュールリスト情報］の組は、バージョン毎に複数組生成される。
例えば、上記の例において、０４．０１＜バージョン≦０４．３３を満たすバージョンが０４．１０、０４．２０、０４．３０、０４．３３の４つあれば、差分モジュールの組は、その４つ分となる。そして、４つの［新規バージョン情報、新規モジュールリスト情報］が生成される。
【００５３】
（８）ステップＳ０８
差分インストール部１２は、クライアント２へ、新規バージョン情報と新規モジュールリスト情報と新規モジュールリスト情報に記された差分モジュールとを送信する。
アップデート部２２は、新規バージョン情報と新規モジュールリスト情報と差分モジュールとを受信する。
【００５４】
（９）ステップＳ０９
アップデート部２２は、差分モジュールを用いて、クライアント２のシステムのアップデートを行う。その際、全ての新規バージョン情報を参照し、バージョンの小さいものから順にアップデートを行う。
上記の例では、現在のバージョン０４．０１に対して、まず０４．１０へアップデートを行う。次に、０４．２０へ、更に、０４．３０へ、そして最後に０４．３３へアップデートを行う。
アップデート部２２は、その後、新規バージョン及び新規モジュールリスト情報を用いて、リストデータベース２３の保有バージョン情報及び保有モジュール情報を書き換える。
アップデート部２２は、アップデート終了後、アップデートの終了を示す終了情報を作成する。
【００５５】
（１０）ステップＳ１０
アップデート部２２は、終了情報をサーバ１へ送信する。
差分インストール部１２は、終了情報を受け取る。
【００５６】
（１１）ステップＳ１１
差分インストール部１１は、終了情報に基づいて、アップデートの終了をアクセス受付部１１へ出力する。
アクセス受付部１１は、通常のアクセス受付処理を行う。
【００５７】
以上のプロセスにより、自動アップデートを行うことが可能となる。
サーバ１側の各データベースとして英語バージョンと日本語バージョンのデータベースを用意しておき、ステップＳ０１の段階で、言語指定をして、言語情報をサーバ１へ送信するようにすれば、所望の言語のバージョンを入れるようにすることも可能である。同様にすれば、言語の数に制限はない。
【００５８】
あるいは、各モジュールのデータを英語及び日本語の両言語で作成しておき、アップデートもそれで行い、システム上で言語を選択することにより、所望の言語で表示させるようにすることも可能である。この場合にも、同様にすれば、言語の数に制限はない。
【００５９】
本発明によれば、ロケーションをチェックする機能を有しているので、ロケーションにより自動アップデートを行うか否かを制御することができる。従って、最新モジュールは不必要と判断されたロケーションに対して、バージョンチェックを行わないようにすることが可能となる。すなわち、不必要なチェック作業を行わなくて済む。
また、トラブル発生時に、サーバ側で、全ロケーションに対して自動アップデートを不可にする制御のような、全体に対する制御を行うことも可能となる。
【００６０】
ユーザ権限により、アップデートするモジュールを切り替えることができるので、ユーザにとって不必要なモジュールをダウンロードされることがなくなる。すなわち、不必要なダウンロード時間を削減することができる。
【００６１】
また、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）のようなプラットフォーム毎にモジュールを用意することにより、プラットフォームに依存することなく、同様の仕組みで自動アップデートを統合的に実行することができる。
【００６２】
【発明の効果】
本発明により、クライアントのシステムを、対象（プラットフォーム）に合わせて、ログインロケーションやユーザ情報を考慮しながら最新バージョンへ自動的にアップデートすることが可能となる。
【図面の簡単な説明】
【図１】本発明である自動更新システムの実施の形態における構成を示す図である。
【図２】本発明である自動更新システムの機能データベースを示す図である。
【図３】本発明である自動更新システムのロケーションデータベースを示す図である。
【図４】本発明である自動更新システムのアップデートデータベースを示す図である。
【図５】本発明である自動更新方法の実施の形態の動作におけるフローを示す図である。
【符号の説明】
１    サーバ
２−１〜２−ｎ    クライアント
３    ネットワーク
１１    アクセス受付部
１２    差分インストール部
１３    アップデート許可データベース
１４    機能データベース
１５    ロケーションデータベース
１６    アップデートデータベース
１７    モジュールデータベース
２１    アクセス部
２２    アップデート部
２３    リストデータベース
３１    ＩＤ
３２    階層
３３    機能
３４    ロケーション
３５    機能
３６    アップデート
３７    バージョン
３８    プラットフォーム
３９    モジュール
４０    格納場所
【図１】
0003801524.tif 000002
【図２】
0003801524.tif 000003
【図３】
0003801524.tif 000004
【図４】
0003801524.tif 000005
【図５】
0003801524.tif 000006