JP5481845B2 - 情報処理システム、サービス提供方法、装置及びプログラム - Google Patents

Description

本発明は、情報処理システム、サービス提供方法、装置及びプログラムに関し、特に、クライアントとサーバとが連携してユーザに対するサービスを継続する情報処理システム、サービス提供方法、装置及びプログラムに関する。

クライアントとサーバからなる情報処理システムにおいて、サーバ側のアプリケーションが提供するサービスを停止することなく、アプリケーションの入れ替えを実現する仕組みとしては、特許文献１に示すようなサーバ側でのシステム冗長化構成を用いて、アプリケーションを更新する方法が知られている。

また、特許文献２には、サーバとクライアントがそれぞれ保持するプログラムファイルを同期させる方法が提案されている。特許文献３には、更新が未完了であるアプリケーションをそのまま継続的に実行可能とするため、サーバに新版及び旧版のプログラム用の領域を持たせる構成が開示されている。

特開２００５−２６７３１２号公報 特開２００１−２９７００５号公報 特開２００３−３０３１１３号公報

上記した特許文献１の方法では、サーバ側を冗長化構成とする必要があり、システム構築や保守に多大なコストが掛かるという問題点がある。また、特許文献１のような冗長化構成を持たない場合には、アプリケーションの更新等のメンテナンスの間、一時的にアプリケーションサービスを提供できない期間が生じてしまうという問題点がある。

本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、アプリケーションの更新等の保守中も、サービスを継続して提供できる情報処理システム、サービス提供方法、装置及びプログラムを提供することにある。

本発明の第１の視点によれば、自機側に保持されたユーザのデータを参照して前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスの処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、接続可能であり、サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して前記指定したアプリケーションサービスの処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備え、前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定した保守要求を受けると、前記サーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシを配布することにより、保守対象でない方のアプリケーションサービス提供手段にて前記指定されたアプリケーションサービスを継続するよう前記同期手段及び前記クライアントに指示し、前記サーバ又はクライアントのうち保守対象に指定された方に、アプリケーションサービス提供手段の保守を実行させ、前記臨時の動作ポリシを元に戻すことで前記クライアントに保守前の状態でユーザにサービスを提供させるサーバ及び前記サーバに実行させるプログラムが提供される。

本発明の第２の視点によれば、前記サーバと、接続可能であり、自機側に保持されたユーザのデータを参照して前記サーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシの配布による指示に従い、処理要求の送信先を前記サーバ又は自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備え、前記臨時の動作ポリシが元に戻されると、前記臨時の動作ポリシの配布前の状態でユーザにサービスを提供するクライアント及び前記クライアントに実行させるプログラムが提供される。

本発明の第３の視点によれば、前記サーバ及びクライアントを含み、保守対象でない方のアプリケーションサービス提供手段にてサービスを継続し、保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行する情報処理システムが提供される。

本発明の第４の視点によれば、サーバと、クライアントとが、それぞれ前記クライアントからの処理要求を処理するアプリケーションサービス提供手段を備える情報処理システムにおける前記アプリケーションサービス提供手段の保守方法であって、前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定した保守要求を受けたサーバが、前記保守対象に指定されなかった方のアプリケーションサービス提供手段に対して前記指定されたアプリケーションの処理要求を送信するよう前記クライアントに指示するとともに、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記保守対象に指定された方のアプリケーションサービス提供手段が利用するユーザのデータと、前記保守対象に指定されなかった方のユーザのデータとを同期させ、前記クライアントが、前記サーバからのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシの配布による指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記保守対象に指定されなかった方のアプリケーションサービス提供手段に切り替え、前記同期及び切り替えの完了後に、前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行するアプリケーションサービス提供手段の保守方法が提供される。

本発明によれば、サービスを中断せずに、アプリケーションの更新等の保守作業を行うことが可能となる。その理由は、クライアントにサーバと同様にアプリケーション提供手段を備えて、サービスを継続できるようにするとともに、アプリケーション提供手段に対する保守が当該サービスの提供に影響を及ぼさない構成を採用したことにある。

［発明の概要］
始めに、本発明の概要について図１を用いて説明する。本発明は、クライアント端末１０と、サーバ装置２０と、がネットワーク３０を介して接続可能な環境にて実現できる。

クライアント端末１０は、サーバ装置２０側のアプリケーション実行プラットフォームと同様に動作するアプリケーション実行プラットフォーム（アプリケーションサービス提供手段）を備え、クライアント端末１０単体でアプリケーションサービスを提供することが可能となっている。クライアント端末１０は、更に、サーバ装置２０の同期手段２４と連係して、アプリケーション実行プラットフォーム内のユーザデータ（データベース１６）の同期を行う同期手段１４と、サーバ装置２０からの指示に従ってサーバ装置２０及び自機のうち、どちらのアプリケーション実行プラットフォームを利用するかを切り替える切替手段１３と、これらを含むクライアント端末１０の各部を制御する制御手段１２と、を備え、サーバ装置２０の指示に従い、ユーザデータの同期を行って、サーバ装置２０がクライアント端末１０に対して提供中のアプリケーションサービスを引き継ぐ、あるいは、サーバ装置２０に引き継がせる機能を有している。

サーバ装置２０は、クライアント端末１０に対してアプリケーションサービスを提供するアプリケーション実行プラットフォーム（アプリケーションサービス提供手段）と、クライアント端末１０の同期手段１４と連係して、アプリケーション実行プラットフォーム内の当該クライアント端末１０に係るユーザデータ（データベース２６）の同期を行う同期手段２４と、これらを含むサーバ装置２０の各部を制御する制御手段２２と、を備える。サーバ装置２０は、オペレータ（管理者）の指示や予め定められた条件が成立すると、クライアント端末１０に対し、ユーザデータの同期を行って、提供中のアプリケーションサービスをクライアント端末１０に引き継がせ、あるいは、クライアント端末１０で提供中のアプリケーションサービスを引き継ぐ指示を出す機能を有している。

更に、クライアント端末１０とサーバ装置２０は、それぞれアプリケーション実行プラットフォーム内のアプリケーション（プログラム）５１を更新するプログラム更新手段１７／２７を備えて、自機のアプリケーション実行プラットフォームがサービスを提供していない期間に、アプリケーション実行プラットフォーム内のアプリケーション（プログラム）５１を更新することが可能となっている。

例えば、サーバ装置２０がクライアント端末１０に対してアプリケーション実行プラットフォームによるサービスの提供中に、アプリケーション５１の更新を行う場合について説明する。サーバ装置２０側で、オペレータ（サービス保守者）よりアプリケーション５１の更新する旨の操作が行われると、サーバ装置２０の制御手段２２は、まず、クライアント端末１０に対して、データベース２６に登録されているデータを同期し、クライアント端末１０側のアプリケーション実行プラットフォームにて処理を継続するよう要求する。

サーバ装置２０と、クライアント端末１０の各同期手段により、データの同期が完了すると、クライアント端末１０は、自機側のアプリケーション実行プラットフォームにて処理を継続する。即ち、クライアント端末１０のユーザとしては、中断することなくサービスを受けることが可能となる。

一方、サーバ装置２０のプログラム更新手段２７が、制御手段２２からの指示に基づき、オペレータ（サービス保守者）より指定された場所からアプリケーションを入力し、アプリケーションの更新を実行する。

サーバ装置２０側のアプリケーションの更新が完了すると、サーバ装置２０の制御手段２２が、クライアント端末１０に対して、データベース１６に登録されているデータを同期し、サーバ装置２０側のアプリケーション実行プラットフォームにて処理を継続するよう要求する。

サーバ装置２０と、クライアント端末１０の各同期手段により、データの同期が完了すると、サーバ装置２０は、サーバ側のアプリケーション実行プラットフォームにて処理を継続する。ここでも、クライアント端末１０のユーザとしては、中断することなくサービスを受けることが可能となる。

上記処理の引継ぎ後、クライアント端末１０のプログラム更新手段１７が、制御手段１２からの指示に基づき、所定の場所からアプリケーションをダウンロードし、アプリケーションの更新を実行する。

以上により、サーバ装置２０側に冗長構成を持たせることなく、クライアント端末１０に対するサービスを継続したまま、サーバ装置２０及びクライアント端末１０のアプリケーション５１の更新を行うことが可能になる。

なお、クライアント端末１０側のアプリケーション実行プラットフォームは、上記のようなアプリケーションの更新時のみでなく、クライアント端末１０がネットワークに接続できない場合等にも利用できるようにすることができる。この場合にも、任意の時点で、サーバ装置２０と、クライアント端末１０の各同期手段により、データの同期を行うようにすれば、以後、サーバ装置２０からサービスの提供を受ける場合にも、サービスの一貫性を保つことが可能になる。

また、図１の例では、クライアント端末１０側にも同期手段１４、プログラム更新手段１７を設けるものとして説明したが、サーバ装置２０の同期手段２４及びプログラム更新手段２７が、クライアント端末１０のアプリケーション実行プラットフォームを介して、データベース１６、アプリケーション５１を更新する構成も採用することができる。

［第１の実施形態］
続いて、Ｗｅｂアプリケーションを提供する情報処理システムに、本発明を適用した第１の実施形態について図面を参照して詳細に説明する。

図２は、本発明の第１の実施形態に係る情報処理システムの構成を表したブロック図である。図２を参照すると、本実施形態に係る情報処理システム１０００は、クライアント端末１００とサーバ装置２００とがネットワーク３００で通信可能に接続されて構成される。

クライアント端末１００は、サーバ装置２００から情報処理サービスの提供を受ける際にユーザが使用する情報処理装置であり、クライアント環境情報収集部１１０と、クライアント実行制御部１２０（図１の制御手段１２に相当。）と、振り分け部１３０（図１の切替手段１３に相当。）と、クライアント同期モジュール１４０（図１の同期手段１４に相当。）と、アプリケーション実行プラットフォーム１５０と、クライアントプログラム更新部１７０とを備えて構成される。

クライアント環境情報収集部１１０は、クライアント端末１００がネットワーク３００を介してサーバ装置２００と通信可能であるか否かや、処理負荷やバッテリ残量等のクライアント端末１００側でアプリケーションを実行すべきか否かを判断するためのクライアントの環境情報を収集し、クライアント実行制御部１２０に通知する。

クライアント実行制御部１２０は、上記クライアント環境情報収集部１１０から通知された環境情報やサーバ装置２００からの指示に基づいて、クライアント端末１００の補助記憶装置等に記憶されたクライアントポリシ４００を書き換えるとともにその記述に従って、クライアント同期モジュール１４０、アプリケーション実行プラットフォーム１５０及びクライアントプログラム更新部１７０のほかクライアント端末１００の各部を制御する。

振り分け部１３０は、クライアント端末１００に搭載されたブラウザ等のクライアントプロセス５００から発行されたリクエストを受け付け、クライアント実行制御部１２０の指示に従って、当該リクエストの振り分けを行う。具体的には、振り分け部１３０は、クライアントポリシ４００に基づきリクエストをクライアント端末内のリクエスト受信サーバ５２０へ振り分けるか、サーバ装置内のリクエスト受信サーバ５２１へ振り分けるかを制御する。

クライアント同期モジュール１４０は、クライアント実行制御部１２０の指示に従って、アプリケーション実行プラットフォーム１５０内のデータベース管理システム５３０を介して、クライアントデータベース１６０の同期を行う。

クライアントプログラム更新部１７０は、クライアント実行制御部１２０の指示に従って、サーバ装置２００のサーバプログラム更新部２７０から、アプリケーション５１０をダウンロードし、更新処理を行う。

このようなクライアント端末１００は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話機、電子手帳、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、腕時計、カーナビゲーションシステム、その他電子機器により構成することができる。

サーバ装置２００は、ユーザへ情報処理サービスを提供する情報処理装置であり、サーバ環境情報収集部２１０と、システム実行制御部２２０（図１の制御手段２２に相当。）と、保守制御部２３０と、サーバ同期モジュール２４０（図１の同期手段２４に相当。）と、アプリケーション実行プラットフォーム２５０と、サーバプログラム更新部２７０とを備えて構成される。

サーバ環境情報収集部２１０は、サーバ装置２００のＣＰＵ使用率等の処理負荷等の環境情報を収集し、システム実行制御部２２０に通知する。

システム実行制御部２２０は、上記サーバ環境情報収集部２１０から通知された環境情報や保守制御部２３０から受信したサーバポリシに基づいて、サーバ装置２００の補助記憶装置等に記憶されたサーバポリシ４１０を書き換えるとともにその記述に従って、サーバ同期モジュール２４０、アプリケーション実行プラットフォーム２５０及びサーバプログラム更新部２７０のほかサーバ装置２００の各部を制御する。システム実行制御部２２０は、保守制御部２３０から受信したクライアントポリシを、クライアント端末１００に配信する処理を行う。

保守制御部２３０は、サービスの保守者から、保守対象となるＵＲＬ、更新されたアプリケーションが保存されているファイルパス、保守の順番を示す保守順序を含む保守要求を受け付け、その内容に基づいて、図１１〜図１４に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動作成する。なお、保守要求には、”保守切り替え時のデータ同期”を要するか否かを指定する項目を設けることができる。”保守切り替え時のデータ同期”が必要であると指定されている場合、保守制御部２３０は、システム実行制御部２２０に対して、後述するサーバ／クライアントの保守の切り替え時にアプリケーションのデータの同期を要求する。

サーバ同期モジュール２４０は、システム実行制御部２２０の指示に従って、アプリケーション実行プラットフォーム２５０内のデータベース管理システム５３１を介して、サーバデータベース２６０の同期を行う。

サーバプログラム更新部２７０は、クライアント端末１００のクライアントプログラム更新部１７０からの要求に応じて、アプリケーション５１０を送信する。

このようなサーバ装置２００としては、多数のクライアント端末１００に対して情報処理サービスを提供することを考えれば、処理性能の高いコンピュータを用いることが望ましい。後記するように原理上は、クライアント端末１００と同等の性能でよい。例えば、クライアント端末１００と通信できるＰＣや携帯電話機、電子手帳、ＰＤＡ、腕時計、カーナビゲーションシステム、その他電子機器等を、サーバ装置２００として用いることも可能である。

クライアント端末１００及びサーバ装置２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ及び通信装置を備える。また、ハードディスク装置等の不揮発性の記憶装置や、キーボード、マウス、マイク等の入力装置、ディスプレイ、スピーカ等の出力装置を適宜外付けあるいは内蔵してもよい。

ＣＰＵがメモリに記憶される各種プログラムを実行することにより、クライアント端末１００やサーバ装置２００の上記した各機能が実現される。換言すれば、これら各種プログラムは、クライアント端末１００やサーバ装置２００を構成するコンピュータを上記した各処理手段として機能させる。これらＣＰＵにより実行されるプログラムは、ネットワーク３００を介して他の情報処理装置から受信するようにしても良いし、プログラムを記録した記録媒体から読み出すことにより取得してもよい。

ネットワーク３００は、クライアント端末１００とサーバ装置２００とを通信可能に接続する通信路である。ネットワーク３００は、少なくとも一部が無線の通信路により構成されていても良い。

アプリケーション実行プラットフォーム１５０／２５０は、例えばＷＥＢサーバ、データベース管理システム等のアプリケーションを実行するために必要なプラットフォームである。本実施形態では、リクエスト受信サーバおよびデータベース管理システムが用いられているが、その他、Ｒｕｂｙ ｏｎ Ｒａｉｌｓ等のアプリケーションフレームワークがあってもよい。

上記のようなアプリケーション実行プラットフォーム１５０／２５０上で実行されるアプリケーション５１０および５１１は、例えばＰＥＲＬやＲＵＢＹ、ＰＹＴＨＯＮ等のスクリプトプログラム、ＨＴＭＬ、ＣＳＳ、画像等のリソースファイルおよびライブラリ等によって構成され、リクエスト受信サーバ５２０／５２１から渡されたリクエストを処理し、結果を返す。

リクエスト受信サーバ５２０／５２１は、リクエストをアプリケーション５１０及び５１１へ渡すプログラムであり、ＷＥＢサーバに代表される。

データベース管理システム５３０／５３１は、それぞれクライアントデータベース１６０又はサーバデータベース２６０を管理し、クライアント同期モジュール１４０やサーバ同期モジュール２４０がデータの同期を行う際にインタフェースとして機能する。

クライアントデータベース１６０及びサーバデータベース２６０は、アプリケーション５１０／５１１がサービスの提供に用いるデータである。図３は、アプリケーション５１０／５１１がスケジュール管理アプリケーションである場合のクライアントデータベース１６０に登録されるデータの例である。図４は、サーバデータベース２６０に登録されるデータの例である。図３、図４の相違点は、サーバデータベース２６０では、クライアント端末１００を含む複数のユーザのデータが登録されている点である。

以下、本実施形態の動作について、クライアントポリシ４００及びサーバポリシ４１０の具体例を示して詳説する。以下の例では、このスケジュール閲覧編集サービスが「ｈｔｔｐ：／／ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｃａｌｅｎｄａｒ／」以下のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で提供されるものとする。また、スケジュール閲覧編集サービスにおける検索機能が「ｈｔｔｐ：／／ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ／」以下のＵＲＬで提供されるものとする。

また、以下の説明では、クライアント端末１００及びサーバ装置２００のアプリケーション実行プラットフォーム１５０／２５０には、ユーザに対し、スケジュール内容の閲覧、及び、スケジュールの追加、変更等の情報処理サービスを提供するアプリケーション５１０／５１１が搭載されているものとして説明する。例えば、ユーザは、クライアント端末１００を使用することにより、ネットワーク３００を介してサーバ装置２００にアクセスし、サーバ装置２００のサーバデータベース２６０に記憶されている自己のスケジュールデータを確認、スケジュールデータの追加、変更等を行うことができるものとする。

また、クライアント端末１００のクライアントデータベース１６０にもスケジュールデータが記憶されている。従って、クライアント端末１００とサーバ装置２００とが通信できない状況になった場合であっても、クライアント端末１００が、サーバデータベース２６０に記憶されているスケジュールデータにアクセスする制御から、クライアントデータベース１６０に記憶されているスケジュールデータにアクセスする制御に切り替えることにより、ユーザは、スケジュールの閲覧編集サービスの提供を継続して受けることできるものとする。

図５は、クライアント端末１００に保持されるクライアントポリシ４００の例を示す。Ｓｅｒｖｅｒはサービスを提供するサーバ側のドメイン、Ａｐｐｌｉｃａｔｉｏｎは、上記サーバによって受けることのできるアプリケーションサービス（Ｓｃｈｅｄｕｌｅ；スケジュール閲覧編集サービス）を示す。Ｒｅｑｕｅｓｔ項以下に、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ／以下のＵＲＬを指定する機能を利用する際の振り分けルール、つまり検索機能へのアクセスに対する振り分けルール（分散実行ルール）及び同期ルールが記述される。図５の例では、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ以下のＵＲＬを指定したリクエストは、”標準動作としてサーバへ転送し、ネットワークへ接続できない場合は、クライアント側で処理をする”となっている。

また、クライアント側で処理をした際に生じたデータの扱いは同期ルール（同期ストレージ／同期タイプ／同期タイミング）に記述される。図５の例では、対象となるデータベースは”クライアントデータベースＡ”（クライアントデータベース１６０）、同期タイプは”サーバ装置２００のサーバデータベース２６０への複製を行う”を意味するＣＯＰＹとなっている。同期するタイミングは”毎日２４：００”に定期的に行うとなっている。

クライアント実行制御部１２０は、上記のようなクライアントポリシ４００に従うように振り分け部１３０及びクライアント同期モジュール１４０の振る舞いを制御する。

図６は、サーバ装置２００に保持されるサーバポリシ４１０の例を示す。クライアントポリシ４００と対をなす内容となっており、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ以下のＵＲＬに対する振り分けルールが記述されている。サーバ側では、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ以下のＵＲＬへのアクセスに対して、原則（標準動作）としては、リクエストを受け付けるが、”サーバＣＰＵアベレージ／５分（５分間のＣＰＵ使用率平均）が９０％を超えた場合”にクライアント端末へ処理が移行される。

なお、図６では、後記するようにクライアント端末１００への処理引継ぎの前に同期を行うこととしているため記述されていないが、サーバ装置２００側で処理をした際に生じたデータの扱いを同期ルールとして記述することとしてもよい。

また、図６の”優先ポリシ”は、クライアントポリシとサーバポリシでルールが競合する場合、優先されるポリシを表している。図６の例では、サーバポリシが優先されることが指定されている。

サーバ装置２００のシステム実行制御部２２０は、上記のようなサーバポリシ４１０に従うようにクライアント端末１００のクライアント実行制御部１２０及びサーバ同期モジュール２４０の振る舞いを制御する。

上記のように運用されている状態において、スケジュールの閲覧編集サービスの保守者により、スケジュール閲覧編集サービスの検索機能にバグが発見され、クライアント端末内のアプリケーション５１０およびサーバ装置内アプリケーション５１１の双方の更新が必要になった場合の一連の動作について以下、説明する。

図７〜図９は、本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。図７を参照すると、スケジュールの閲覧編集サービスのサービス保守者は、保守制御部２３０に対して、図１０に示す保守要求を入力する。

図１０の保守要求には保守対象となるＵＲＬ、更新されたアプリケーションが保存されているファイルパス、保守の順番を示す保守順序を含む。また、”保守切り替え時のデータ同期”項目は、サーバ／クライアントの保守（アプリケーション更新）ための処理切り替え時にアプリケーションのデータの同期を行うか否かが記述されている。図１０の例では、保守の際にアプリケーションのデータの同期を行うことを示す「あり」が指定されている。

保守制御部２３０は、図１０に例示した保守要求を解析し、図１１、図１２に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動作成し、システム実行制御部２２０に送信する（図７のステップＳ１０１）。図１０の保守要求の保守順序で、サーバ側のアプリケーション５１１から保守を行うことが指定されているため、臨時クライアントポリシおよび臨時サーバポリシは、検索機能の処理をクライアント側で行うという内容になる。

システム実行制御部２２０は、従前のサーバポリシを保管し、生成された臨時サーバポリシをサーバポリシ４１０とする（図７のステップＳ１０２）。更にシステム実行制御部２２０は、クライアント実行制御部１２０に対して、前記生成された臨時クライアントポリシを配布する（図７のステップＳ１０３）。更に、システム実行制御部２２０は、サーバ同期モジュール２４０に対し、クライアント同期モジュール１４０からの同期要求に応じるよう同期ルールの変更を指示する（図７のステップＳ１０４）。

臨時クライアントポリシを受信したクライアント実行制御部１２０は、従前のクライアントポリシを保管し、前記受信した臨時クライアントポリシをクライアントポリシ４００とする（図７のステップＳ１０５）。更に、クライアント実行制御部１２０は、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図７のステップＳ１０６、Ｓ１０７）。上記同期ルールの変更により、クライアント端末１００側の標準時に適用される同期ルールの時間条件（毎日２４：００）が、一時的に無効となり、代わりに、速やかにサーバ同期モジュール２４０を介した同期（クライアントデータベースＡの同期）が行われることになる。また、上記振り分けルールの変更によりクライアントプロセス５００からのリクエストは、上記データ同期が完了次第クライアント端末１００側で実行されるようになる。

このようにして、サーバ装置２００からクライアント端末１００への処理切り替えの際、変更前の同期ルールの内容に従い、”クライアントデータベース１６０”と“サーバデータベース２６０”の同期が行われる（図７の両矢印「同期」）。この結果、切り替え前にサーバ装置２００側で処理を行っていたデータがクライアント端末１００側に配備され、ユーザは継続してアプリケーションを利用することが可能となる。

スケジュールの閲覧編集サービスの保守者は、クライアント側で処理が行われている間、サーバ側のアプリケーション５１１を更新する（図７の右下「サーバ側アプリケーション保守」）。

更に、スケジュールの閲覧編集サービスの保守者は、図１０の保守要求にして指定した”更新プログラムの保存パス”上にコピーする。なお、もともとそのパス上にアプリケーションが配置されている場合、コピーする必要はない。

上記作業が終了すると、スケジュールの閲覧編集サービスの保守者は、図８に示すとおり、保守制御部２３０に対して、保守終了要求を入力する。

前記保守終了要求を受信した保守制御部２３０は、次に、クライアント側のアプリケーションを更新するために、図１３、図１４に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動生成し、システム実行制御部２２０に送信する（図８のステップＳ２０１）。

システム実行制御部２２０は、生成された臨時サーバポリシをサーバポリシ４１０とする（図８のステップＳ２０２）。更に、システム実行制御部２２０は、クライアント実行制御部１２０に対して、前記生成された臨時クライアントポリシを配布するとともに、保守要求に指定された更新アプリケーションのファイルパスを指定して、クライアント装置１００側のアプリケーションの更新を指示する（図８のステップＳ２０３）。更に、システム実行制御部２２０は、サーバ同期モジュール２４０に対し、クライアント同期モジュール１４０からの同期要求に応じるよう同期ルールの変更を指示する（図８のステップＳ２０４）。

臨時クライアントポリシを受信したクライアント実行制御部１２０は、前記受信した臨時クライアントポリシをクライアントポリシ４００とするとともに（図８のステップＳ２０５）、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図８のステップＳ２０６、Ｓ２０７）。上記同期ルールの変更により、速やかにサーバ同期モジュール２４０を介した同期（クライアントデータベースの同期）が行われることになる。また、上記振り分けルールの変更によりクライアントプロセス５００からのリクエストはデータ同期が完了次第、再びサーバ装置２００側に送られるようになる。

このようにして、クライアント端末１００からサーバ装置２００への処理切り替えの際、変更前の同期ルールの内容に従い、”クライアントデータベース１６０”と“サーバデータベース２６０”の同期が行われる（図８の両矢印「同期」）。この結果、切り替え前にクライアント端末１００側で処理を行っていたデータがサーバ装置２００側に配備され、ユーザは継続してアプリケーションを利用することが可能となる。

上記処理の切り替えが完了すると、クライアント実行制御部１２０は、クライアントプログラム更新部１７０に対し、アプリケーション５１０の更新を指示する（図９のステップＳ３０１）。なお、この更新指示には、クライアント実行制御部１２０は、システム実行制御部２２０より指定された更新アプリケーションのファイルパスが含まれているものとする。

アプリケーション５１０の更新指示を受けたクライアントプログラム更新部１７０は、サーバプログラム更新部２７０を介して、更新すべきアプリケーションが保存されているファイルパスからアプリケーションをダウンロードする（図９のステップＳ３０２、Ｓ３０３）。このとき、クライアントプログラム更新部１７０は、ダウンロードしたアプリケーションを、更新前のアプリケーションとは別の領域に保存する（図９のステップＳ３０４）。

前記ダウンロードしたアプリケーションの保存が完了すると、クライアントプログラム更新部１７０は、クライアント実行制御部１２０に対し、新しいアプリケーションの保存場所を通知する（図９のステップＳ３０５）。

前記通知を受けたクライアント実行制御部１２０は、ステップＳ１０５で保管しておいた元のクライアントポリシをクライアントポリシ４００とするとともに（図９のステップＳ３０６）、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図９のステップＳ３０７、Ｓ３０８）。更に、クライアント実行制御部１２０は、サーバ装置２００のシステム実行制御部２２０に対して、保守完了を通知する。

前記保守完了通知を受けたサーバ装置２００のシステム実行制御部２２０は、ステップ１０２で保管しておいた元のサーバポリシをサーバポリシ４１０とするとともに、サーバ同期モジュール２４０に対し、サーバポリシ４１０に基づき、同期ルールの変更を指示する（図９のステップＳ３１０）。

以上をもって、クライアント側アプリケーション及びサーバ側アプリケーションの更新を終了する。アプリケーションの更新中、ユーザは継続してアプリケーションを利用することが可能となる。

以上のように、本実施形態によれば、ユーザに継続してアプリケーションを利用させた状態で、クライアント／サーバ双方のアプリケーションの更新を行うことが可能となる。また、その間に、ユーザにアプリケーションの更新を意識させることもない。

その理由は、ブラウザ等のクライアントプロセスから発行されるリクエストを、サーバ側のアプリケーションの更新時にはクライアント側で処理し、クライアント側のアプリケーションの更新時にはサーバで処理するというように、切り替えに先立ってデータの同期を行ってからクライアント／サーバ間で処理を切り替えるとともに、遊休状態となった側で、更新されたアプリケーションをダウンロードし、自動的に更新させるようにしたことにある。

また、本実施形態によれば、アプリケーションの更新とアプリケーションの実行がクライアント又はサーバのいずれか分散されるため、一方の負荷が過重となる事態を防ぐことが可能となる。特に、クライアント側は、サーバに比べて処理能力が貧弱であったり、バッテリで稼動するために、アプリケーションの更新とアプリケーションの実行の双方を実行することが困難となることが考えられるが、上記のように各処理を分散して処理するため、レスポンスタイムが長くなったり、アプリケーション更新中にバッテリが切れるといった事態の発生を著しく低減することができる。

また、本実施形態によれば、クライアント側のアプリケーションの更新中にクライアントが圏外等のネットワークに接続できない状況になった場合でも、アプリケーションを継続して利用することを可能である。その理由は、クライアント側のアプリケーションの更新を行う際、古い更新前のアプリケーションと異なる領域に新しいアプリケーションを保存することとしているためである。

［第２の実施形態］
続いて、上記した第１の実施形態とは逆に、通常時は、クライアント側でアプリケーションサービスを提供し、予備的にサーバ側がアプリケーションサービスを提供する本発明の第２の実施形態について詳細に説明する。

本実施形態は、上記した第１の実施形態と、クライアントポリシ及びサーバポリシと、これに伴うクライアント端末１００及びサーバ装置２００の振る舞いが異なるのみであるので、以下、その相違点を中心に説明する。

本実施形態では、通常時に図１１、図１２に示すクライアントポリシ及びサーバポリシが適用され、クライアント端末１００のクライアントプロセス５００で発生したリクエストは、振り分け部１３０により、クライアント端末１００のアプリケーション実行プラットフォーム１５０で処理される。

図１５は、このような状態において、サーバ装置２００の保守制御部２３０に保守順序を「クライアント、サーバ」の順とする保守要求が入力された場合の動作を表している。

上記した第１の実施形態と同様に、保守制御部２３０入力された保守要求を解析し、図１３、図１４に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動作成し、システム実行制御部２２０に送信する（図１５のステップＳ４０１）。

臨時サーバポリシを受け取ったシステム実行制御部２２０は、従前のサーバポリシを保管し、生成された臨時サーバポリシをサーバポリシ４１０とする（図１５のステップＳ４０２）。更にシステム実行制御部２２０は、クライアント実行制御部１２０に対して、前記生成された臨時クライアントポリシを配布するとともに、保守要求に指定された更新アプリケーションのファイルパスを指定して、クライアント装置１００側のアプリケーションの更新を指示する（図１５のステップＳ４０３）。

臨時クライアントポリシを受信したクライアント実行制御部１２０は、従前のクライアントポリシを保管し、前記受信した臨時クライアントポリシをクライアントポリシ４００とする（図１５のステップＳ４０５）。更に、クライアント実行制御部１２０は、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図１５のステップＳ４０６、Ｓ４０７）。

上記処理の切り替えが完了すると、クライアント実行制御部１２０は、図１５に示したとおり、アプリケーション５１０の更新を実行し、更新完了後にポリシを元に戻す処理を行う。なお、サーバ側のアプリケーション５１１の更新は、上記保守要求を行う前にしておいても良いし、あるいは、クライアント側のアプリケーション５１０の更新が終わってから行うようにしてもよい。

以上のように、クライアント側でアプリケーションサービスを提供する形態で、アプリケーション更新時に、一時的にサーバ側がアプリケーションサービスを提供する構成においても本発明を適用することが可能である。

以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記した実施形態では通常時のみに、クライアント環境情報収集部及びサーバ環境情報収集部で収集された環境情報に基づいて、サーバ、クライアントが、それぞれ他方に処理を引き継がせるものとして説明したが、上述したアプリケーションの更新時に、これら環境情報による例外処理を行うようにしても良い。

例えば、クライアント側の臨時クライアントポリシにおいて、バッテリ残量が所定値以下であったり、ネットワークとの接続状態が良好でない場合には、サーバ装置２００に対しアプリケーションの更新を中止やエラー情報を返すようにしてもよい。

また、上記した実施形態では、１台のクライアントを例示して説明したが、図８、図９に例示した手順を繰り返すことで複数のクライアントのアプリケーションサービス提供手段の保守を順次実行することも可能である。

本発明の概要を説明するための図である。 本発明の第１の実施形態に係る情報処理システムの構成を表したブロック図である。 クライアント端末のクライアントデータベースに格納されるデータの例である。 サーバ装置のサーバデータベースに格納されるデータの例である。 クライアント端末に保持されるクライアントポリシの例を示す図である。 サーバ装置に保持されるサーバポリシの例を示す図である。 本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。 本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。 本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。 本発明の第１の実施形態に係る情報処理システムに入力される保守要求の例を示す図である。 図１０の保守要求に基づいて作成される臨時クライアントポリシの例である。 図１０の保守要求に基づいて作成される臨時サーバポリシの例である。 保守終了要求に基づいて作成される臨時クライアントポリシの例である。 保守終了要求に基づいて作成される臨時サーバポリシの例である。 本発明の第２の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。

符号の説明

１０、１００ クライアント端末
１２、２２ 制御手段
１３ 切替手段
１４、２４ 同期手段
１７、２７ プログラム更新手段
１６、２６ データベース
２０、２００ サーバ装置
３０、３００ ネットワーク
５１、５１０、５１１ アプリケーション（プログラム）
１１０ クライアント環境情報収集部
１２０ クライアント実行制御部
１３０ 振り分け部
１４０ クライアント同期モジュール
１５０、２５０ アプリケーション実行プラットフォーム
１６０ クライアントデータベース
１７０ クライアントプログラム更新部
２１０ サーバ環境情報収集部
２２０ システム実行制御部
２３０ 保守制御部
２４０ サーバ同期モジュール
２６０ サーバデータベース
２７０ サーバプログラム更新部
４００ クライアントポリシ
４１０ サーバポリシ
５００ クライアントプロセス
５２０、５２１ リクエスト受信サーバ
５３０、５３１ データベース管理システム
１０００ 情報処理システム

Claims (13)

1. サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して前記指定したアプリケーションサービスの処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバと、
   自機側に保持されたユーザのデータを参照して前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスの処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、を含み、
   前記サーバは、前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定した保守要求を受けると、前記サーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシを配布することにより、保守対象でない方のアプリケーションサービス提供手段にて前記指定されたアプリケーションサービスを継続するよう前記同期手段及び前記クライアントに指示し、
   前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行し、
   前記臨時の動作ポリシを元に戻すことで前記クライアントに保守前の状態でユーザにサービスを提供させる情報処理システム。
2. 前記サーバ又はクライアントの一方のアプリケーションサービス提供手段の保守が完了すると、前記サーバは、前記保守対象に指定されたアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、
   前記サーバ又はクライアントのうち保守の完了していない方が、アプリケーションサービス提供手段の保守を実行する請求項１に記載の情報処理システム。
3. 前記動作ポリシを更新することにより、前記サーバ及びクライアントのアプリケーションサービス提供手段の一方を他方のバックアップ系として利用することのできる請求項１又は２に記載の情報処理システム。
4. 自機側に保持されたユーザのデータを参照して前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスの処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、接続可能であり、
   サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して前記指定したアプリケーションサービスの処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備え、
   前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定した保守要求を受けると、前記サーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシを配布することにより、保守対象でない方のアプリケーションサービス提供手段にて前記指定されたアプリケーションサービスを継続するよう前記同期手段及び前記クライアントに指示し、前記サーバ又はクライアントのうち保守対象に指定された方に、アプリケーションサービス提供手段の保守を実行させ、
   前記臨時の動作ポリシを元に戻すことで前記クライアントに保守前の状態でユーザにサービスを提供させるサーバ。
5. 前記サーバ又は前記クライアントの一方のアプリケーションサービス提供手段の保守が完了すると、前記保守対象に指定されたアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、前記サーバ又は前記クライアントのうち保守の完了していない方に、アプリケーションサービス提供手段の保守を実行させる請求項４に記載のサーバ。
6. 前記動作ポリシを更新することにより、前記サーバ及び前記クライアントのアプリケーションサービス提供手段の一方を他方のバックアップ系として利用することのできる請求項４又は５に記載のサーバ。
7. サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して前記指定したアプリケーションサービスの処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバと、接続可能であり、
   自機側に保持されたユーザのデータを参照して前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスの処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシの配布による指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントであって、
   前記臨時の動作ポリシが元に戻されると、前記臨時の動作ポリシの配布前の状態でユーザにサービスを提供するクライアント。
8. 前記サーバからの指示に基づいて、処理要求の送信先を自機から前記サーバに切り替えた後に、前記自機側のアプリケーションサービス提供手段の保守を行う請求項７に記載のクライアント。
9. 前記動作ポリシを更新することにより、前記サーバ及び自機のアプリケーションサービス提供手段の一方を他方のバックアップ系として利用することのできる請求項７又は８に記載のクライアント。
10. サーバと、クライアントとが、それぞれ前記クライアントからの処理要求を処理するアプリケーションサービス提供手段を備える情報処理システムにおける前記アプリケーションサービス提供手段の保守方法であって、
    前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定した保守要求を受けたサーバが、前記保守対象に指定されなかった方のアプリケーションサービス提供手段に対して前記指定されたアプリケーションの処理要求を送信するよう前記クライアントに指示するとともに、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記保守対象に指定された方のアプリケーションサービス提供手段が利用するユーザのデータと、前記保守対象に指定されなかった方のユーザのデータとを同期させ、
    前記クライアントが、前記サーバからのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシの配布による指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記保守対象に指定されなかった方のアプリケーションサービス提供手段に切り替え、
    前記同期及び切り替えの完了後に、前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行するアプリケーションサービス提供手段の保守方法。
11. 前記サーバ又はクライアントの一方のアプリケーションサービス提供手段の保守が完了すると、前記サーバは、前記保守対象に指定されたアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、
    前記サーバ又はクライアントのうち保守の完了していない方が、アプリケーションサービス提供手段の保守を実行する請求項１０に記載のアプリケーションサービス提供手段の保守方法。
12. クライアント側に保持されたユーザのデータを参照して前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスの処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、接続可能であり、
    サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して前記指定したアプリケーションサービスの処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバを構成するコンピュータに実行させるプログラムであって、
    前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定した保守要求に基づき、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシを配布し、保守対象でない方のアプリケーションサービス提供手段にて前記指定されたアプリケーションサービスを継続するよう前記同期手段及び前記クライアントに指示する処理と、
    前記サーバ又はクライアントのうち保守対象に指定された方に、アプリケーションサービス提供手段の保守を実行させる処理と、を実行させるプログラム。
13. サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスを指定して前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して前記指定したアプリケーションサービスの処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバと、接続可能であり、
    クライアント側に保持されたユーザのデータを参照して前記アプリケーションサービス提供手段によって提供されるアプリケーションサービスの処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とアプリケーションサービスを指定して前記クライアントの切替手段の動作を規定する臨時の動作ポリシの配布による指示に従い、前記指定されたアプリケーションサービスの処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントを構成するコンピュータに実行させるプログラムであって、
    前記サーバからの指示に基づき、前記指定されたアプリケーションサービスの処理要求の送信先を自機からサーバに切り替える処理と、
    前記サーバの同期手段による同期が完了し、かつ、前記指示により処理要求の送信先をサーバに切り替えた後に、前記自機側のアプリケーションサービス提供手段の保守を実行する処理と、を前記コンピュータに実行させるプログラム。

Images