(57)【要約】【課題】多数のクライアントコンピュータが同時にリソースを更新する場合であっても更新処理の遅延を発生させない。【解決手段】クライアントコンピュータ２は、現在の日時が次回アクセス可能日時を経過しているか否かを判断する手段と、現在の日時が次回アクセス可能日時を経過しているときに、サーバコンピュータが保持しているリソースの版数を管理する第１の版数管理テーブルをサーバコンピュータからダウンロードする手段と、第１の版数管理テーブルと自ら保持しているリソースの版数を管理する第２の版数管理テーブルとをリソース毎に比較することにより、サーバコンピュータからダウンロードするべきリソースを選択する手段と、選択されたリソースをサーバコンピュータからダウンロードし、ダウンロードしたリソースにより自身にインストールされているリソースを更新する手段と、を備える。【選択図】　　　　図１
2004046420.tif 000002
【特許請求の範囲】
【請求項１】
クライアントコンピュータが、現在の日時が次回アクセス可能日時を経過しているか否かを判断するステップと、
現在の日時が次回アクセス可能日時を経過しているときに、前記クライアントコンピュータが、サーバコンピュータが保持しているリソース群の版数を管理する第１の版数管理テーブルを前記サーバコンピュータからダウンロードするステップと、
前記クライアントコンピュータが、前記第１の前記版数管理テーブルと前記クライアントコンピュータが保持しているリソース群の版数を管理する第２の版数管理テーブルとをリソース毎に比較することにより、前記サーバコンピュータからダウンロードするべきリソースを選択するステップと、
前記クライアントコンピュータが、選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより前記クライアントコンピュータにインストールされているリソースを更新するステップと、
を有することを特徴とする最新リソースの整合方法。
【請求項２】
請求項１に記載の最新リソースの整合方法において、
前記クライアントコンピュータが、選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより前記クライアントコンピュータにインストールされているリソースを更新することに成功したときに、更新に成功したリソース毎に前記第２の管理テーブルの内容を最新の版数に更新するステップを更に有することを特徴とする最新リソースの整合方法。
【請求項３】
請求項１又は２に記載の最新リソースの整合方法において、前記クライアントコンピュータが、選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより前記クライアントコンピュータにインストールされているリソースを更新することに選択された全てのリソースについて成功したときに、前記サーバコンピュータから新たな次回アクセス可能日時をダウンロードするステップを更に有することを特徴とする最新リソースの整合方法。
【請求項４】
現在の日時が次回アクセス可能日時を経過しているか否かを判断する手段と、
現在の日時が次回アクセス可能日時を経過しているときに、サーバコンピュータが保持しているリソース群の版数を管理する第１の版数管理テーブルを前記サーバコンピュータからダウンロードする手段と、
前記第１の前記版数管理テーブルと自ら保持しているリソース群の版数を管理する第２の版数管理テーブルとをリソース毎に比較することにより、前記サーバコンピュータからダウンロードするべきリソースを選択する手段と、
選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより自身にインストールされているリソースを更新する手段と、
を備えることを特徴とするクライアントコンピュータ。
【請求項５】
請求項４に記載のクライアントコンピュータにおいて、
選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより自身にインストールされているリソースを更新することに成功したときに、更新に成功したリソース毎に前記第２の管理テーブルの内容を最新の版数に更新する手段を更に有することを特徴とするクライアントコンピュータ。
【請求項６】
請求項４又は５に記載のクライアントコンピュータにおいて、
選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより自身にインストールされているリソースを更新することに選択された全てのリソースについて成功したときに、前記サーバコンピュータから新たな次回アクセス可能日時をダウンロードする手段を更に有することを特徴とするクライアントコンピュータ。
【請求項７】
請求項４乃至６のいずれか１項に記載のクライアントコンピュータと、
最新リソース及び前記第１の版数管理テーブルを備えるサーバコンピュータと、
を備えることを特徴とする最新リソースの整合方式。
【請求項８】
コンピュータに請求項１乃至３のいずれか１項に記載の最新リソースの整合方法を実行させるためのプログラム。
【請求項９】
コンピュータを請求項４乃至６のクライアントコンピュータとして機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバコンピュータに保持されている、クライアントコンピュータにインストールされるべきリソース（プログラム、データ等）の版数が更新されたときに、クライアントコンピュータにインストールされているリソースの版数もそれに合わせて更新し、サーバコンピュータに保持されているリソースとクライアントコンピュータにインストールされているリソースを整合させる最新リソースの整合方法及びその方式に関する。
【０００２】
【従来の技術】
コンピュータで用いられるべきリソースは改良等のために版数の更新が頻繁にあるが、更新がある度に人手によりコンピュータで用いられているリソースを最新の版数のものにすることは、人に更新の監視及び手続の負担をかけることとなる。
【０００３】
そこで、このような問題を解決する従来技術として、コンピュータシステムおよびリソース管理方法として、特開平１１年２３２０８３号公報に開示されているものがある。
【０００４】
【発明が解決しようとする課題】
この従来技術は、最新モジュールをサーバコンピュータからクライアントコンピュータにダウンロードするシステム及び方法であるが、いくつかの問題点を有する。
【０００５】
第一に版数判定部（バージョン判定部）の所在である。この従来技術ではサーバコンピュータが版数判定部を保持している。つまりクライアントコンピュータが自身の持つ版数をサーバコンピュータに送信し、その版数の値とサーバコンピュータが所持する版数管理テーブルに保持されている版数の値を、サーバコンピュータ上の版数判定部で判定し、その結果をサーバコンピュータからクライアントコンピュータに送信する。
【０００６】
このような構成では、多数のクライアントコンピュータが同時に版数更新処理を起動した場合、多くの版数判定処理が同時に発生するため、サーバコンピュータに大きな負荷がかかり、サーバコンピュータからクライアントコンピュータへの判定結果の送信が遅れることになる。結果としてターンアラウンドタイムが長くなってしまう。
【０００７】
第二にサーバコンピュータへアクセスするかどうかの判断をする方法である。
この従来技術では前回のクライアントコンピュータによるサーバコンピュータへのアクセス時からの経過時間が予め定められた期間を超えているときにのみ、そのクライアントコンピュータはサーバコンピュータへアクセスする。
【０００８】
しかしながらこの方法では次のような問題点がある。すなわち、例えば、予め１ヶ月という期間が定められているとする。最新リソースが２週間前にサーバコンピュータ上にアップロードされていたとしても、最後に版数更新をした日が３週間前である場合には、クライアントコンピュータはサーバコンピュータから最新の版数のリソースをダウンロードすることができない。よって、必ずしもクライアントコンピュータで最新のリソースを用いることができるとは限らない。
【０００９】
第三にこの従来技術では、ダウンロードやモジュール更新の成否の結果について考慮されていない点である。従って、ダウンロードに失敗した場合、あるいはモジュールの更新に失敗した場合でも、設定された期間が経過しない限りクライアントコンピュータはサーバコンピュータに対するアクセスを行わない。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、多数のクライアントコンピュータが同時にリソースを更新する場合であっても更新処理の遅延を発生しないこと、サーバコンピュータが保持するリソースが更新されても長期間クライアントコンピュータでリソースが更新されない事態を防止すること、及びダウンロード又はリソースの更新が失敗しても再度ダウンロード及びリソースの更新が行われることを可能とする最新リソースの更新方法及びその方式を提供することを目的とする。
【００１１】
また、本発明は、サーバコンピュータが保持するリソースが更新されても長期間クライアントコンピュータでリソースが更新されない事態を防止しながらも、クライアントコンピュータからサーバコンピュータへの不要なアクセスを防止することを可能とする最新リソースの更新方法及びその方式を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明によれば、クライアントコンピュータが、現在の日時が次回アクセス可能日時を経過しているか否かを判断するステップと、現在の日時が次回アクセス可能日時を経過しているときに、前記クライアントコンピュータが、サーバコンピュータが保持しているリソース群の版数を管理する第１の版数管理テーブルを前記サーバコンピュータからダウンロードするステップと、前記クライアントコンピュータが、前記第１の前記版数管理テーブルと前記クライアントコンピュータが保持しているリソース群の版数を管理する第２の版数管理テーブルとをリソース毎に比較することにより、前記サーバコンピュータからダウンロードするべきリソースを選択するステップと、前記クライアントコンピュータが、選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより前記クライアントコンピュータにインストールされているリソースを更新するステップと、を有することを特徴とする最新リソースの整合方法が提供される。
【００１３】
上記の最新リソースの整合方法は、前記クライアントコンピュータが、選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより前記クライアントコンピュータにインストールされているリソースを更新することに成功したときに、更新に成功したリソース毎に前記第２の管理テーブルの内容を最新の版数に更新するステップを更に有していてもよい。
【００１４】
上記の最新リソースの整合方法は、前記クライアントコンピュータが、選択されたリソースを前記サーバコンピュータからダウンロードし、ダウンロードしたリソースにより前記クライアントコンピュータにインストールされているリソースを更新することに選択された全てのリソースについて成功したときに、前記サーバコンピュータから新たな次回アクセス可能日時をダウンロードするステップを更に有していてもよい。
【００１５】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【００１６】
図１は、本発明の実施形態による最新リソースの整合方式の構成を示すブロック図である。
【００１７】
図１を参照すると、サーバコンピュータ１は常に最新リソース群１１を保持し、最新リソース群１１中の各リソースの版数を管理するテーブル１２も同時に保持する。
【００１８】
クライアントコンピュータ２にはアプリケーションで使用するリソース群２１が存在し、またリソース群２１中の各リソースの現状の版数を管理する版数管理テーブル２２とアクセス可能日時を保持するアクセス可能日時部２３、ダウンロード部２４、版数判定部２５及びこれらを制御する制御部２６が存在する。
【００１９】
クライアントコンピュータ２の利用者がクライアントコンピュータ２上のアプリケーションを起動した際、後述の所定の条件が満たされたときに、アプリケーションはサーバコンピュータ１の版数管理テーブル１２をダウンロードする。クライアントコンピュータ２では、版数判定部２５において、受け取った版数管理テーブル１２と自身が持っている版数管理テーブル２２をリソース毎の版数について比較し、更新すべきリソースを絞り込む。そして、版数判定部２５は、更新が必要なリソースのみをダウンロード部２４に通知し、ダウンロード部２４は、サーバコンピュータ１上の最新リソース群１１中の必要なリソースをダウンロードする。このとき、アプリケーションのリソース群２１中の更新が必要なリソースが正常に更新されれば、版数管理テーブル２２を最新の情報に更新する。
【００２０】
このようにして、クライアントコンピュータ２上で最新のリソースを用いてアプリケーションが実行されるようになる。
【００２１】
次に、図２を参照して、発明の実施例の動作を順を追って説明する。図２はクライアントコンピュータ２の動作手順を示すフローチャートである。
【００２２】
利用者によりクライアントコンピュータ２上のアプリケーションが起動されると、アプリケーションはまず、版数管理テーブル２２に記録されている次回アクセス可能日時と現在の日時とを比較する（ステップＡ１）。アプリケーションを起動した現在の日時が版数管理テーブル２２に記録されている次回アクセス可能日時より前であれば処理を終了する（ステップＡ２のＮＯ）。これによりサーバコンピュータ１への無用な接続を極力避けることが可能となる。
【００２３】
次に、アプリケーションはサーバコンピュータ１への接続を開始し（ステップＡ３）、接続に成功すれば（ステップＡ４のＹＥＳ）、版数管理テーブル１２の送信をサーバコンピュータ１に要求する（ステップＡ５）。版数管理テーブル１２には、サーバコンピュータ１上に保持されている最新リソース群１１中の各リソースの版数が記録されている。版数管理テーブル１２を受信したクライアントコンピュータ２では（ステップＡ６）、版数判定部２５により、先ほど受信した版数管理テーブル１２とクライアントコンピュータ２上に保持している版数管理テーブル２２を各リソースの版数について比較し（ステップＡ７）、更新されるべきリソースがないか判断する。もしすべてのリソースの版数がサーバコンピュータ１とクライアントコンピュータ２との間で一致した場合（ステップＡ８のＮＯ）、アプリケーションはリソースのダウンロード処理を行わない。
【００２４】
版数判定部２５によりダウンロードすべき最新リソースがサーバコンピュータ１上に存在すると判断された場合（ステップＡ８のＹＥＳ）、制御部２６はダウンロード部２４に最新リソース群１１中の必要なリソースをダウンロードするよう指示する（ステップＡ９）。
【００２５】
ダウンロードに成功した場合（ステップＡ１０のＹＥＳ）、既存のリソース群２１中の更新が必要なリソースを最新のものに置換する（ステップＡ１１）。ダウンロード及び置換が成功した場合（ステップＡ１２のＹＥＳ）、版数管理テーブル２２中のこれらが成功したリソースの版数を最新の版数に更新する（ステップＡ１３）。ダウンロード又はリソース置換に失敗した場合は（ステップＡ１０のＮＯ及びＡ１２のＮＯ）版数を変更しない。
【００２６】
これらの、ダウンロードの必要性の判断から版数の更新までの一連の処理を、更新すべき最新のリソースが残存する限り繰り返す。
【００２７】
全リソースにおいて、ダウンロード及び置換処理が正常に終了したときに限り（ステップＡ１４のＹＥＳ）、サーバコンピュータ１に次回アクセス可能日時を問い合わせる（ステップＡ１５）。次回アクセス可能日時として、サーバコンピュータ１は版数の更新をするプログラマ等により設定された日時をクライアントコンピュータ２に送信する。アプリケーションは、受信した次回アクセス可能日時（ステップＡ１６）を、版数管理テーブル２２に記録する（ステップＡ１７）。ダウンロード又は置換に失敗したリソースが１つでもある場合は（ステップＡ１４のＮＯ）、次回アクセス可能日時を更新しない。
【００２８】
最後にアプリケーションはクライアントコンピュータ２をネットワークから切断して（ステップＡ１８）、リソース整合処理を終了する。
【００２９】
こうすることでダウンロード又はリソースの置換に失敗した場合でも、次回アプリケーションの起動時にもう一度ダウンロード及び置換を試み、最新のリソースでアプリケーションを実行させることが可能となる。
【００３０】
【発明の効果】
以上説明したように本発明によれば以下の効果が奏される。
【００３１】
版数判定部がクライアントコンピュータにあるので、多数のクライアントコンピュータが同時にリソースを更新する場合であっても更新処理の遅延を発生しない。
【００３２】
プログラマ等が設定した次回アクセス可能日時を経過してから最初にアプリケーションが起動された時に、常に整合が行われるので、サーバコンピュータが保持するリソースが更新されても長期間クライアントコンピュータでリソースが更新されない事態を防止することができる。
【００３３】
全てのリソースのダウンロード及び更新に成功した場合を除き、次回アクセス可能日時の前であっても、アプリケーションが起動される度に整合が行われ、これが全てのリソースのダウンロード及び更新に成功するまで繰り返されるので、ダウンロード又はリソースの更新が失敗しても再度ダウンロード及びリソースの更新が行われる。
【００３４】
全てのリソースのダウンロード及び更新に成功してから次回アクセス可能日時までの間はクライアントコンピュータはサーバコンピュータにアクセスしないので、サーバコンピュータが保持するリソースが更新されても長期間クライアントコンピュータでリソースが更新されない事態を防止しながらも、クライアントコンピュータからサーバコンピュータへの不要なアクセスを防止することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態による最新リソースの整合方式の構成を示すブロック図である。
【図２】図１に示す本発明の実施形態による最新リソースの整合方式の動作を示すフローチャートである。
【符号の説明】
１　サーバコンピュータ
２　クライアントコンピュータ
１１　最新リソース群
１２、２２　版数管理テーブル
２１　リソース群
２３　アクセス可能日時部
２４　ダウンロード部
２５　版数判定部
【図１】
2004046420.tif 000003
【図２】
2004046420.tif 000004