(57)【要約】【課題】システム構築や保守コストを抑えることが可能であり、ユーザに対するサービスを中断せずにアプリケーションの更新ができる構成の提供。【解決手段】サーバが、保守対象に指定されなかった方のアプリケーションサービス提供手段に処理要求を送信するようクライアントに指示するとともに、前記保守対象に指定された方のアプリケーションサービス提供手段が利用するユーザのデータと、前記保守対象に指定されなかった方のユーザのデータとを同期させる。クライアントは、前記サーバからの指示に従い、処理要求の送信先を前記保守対象に指定されなかった方のアプリケーションサービス提供手段に切り替える。前記同期及び切り替えの完了後に、前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行する。【選択図】図１
2010134702.tif 000002
【特許請求の範囲】
【請求項１】
サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバと、
自機側に保持されたユーザのデータを参照して前記サーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、を含み、
前記サーバは、前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段を指定した保守要求を受けると、保守対象でない方のアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、
前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行する情報処理システム。
【請求項２】
前記サーバ又はクライアントの一方のアプリケーションサービス提供手段の保守が完了すると、前記サーバは、前記保守対象に指定されたアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、
前記サーバ又はクライアントのうち保守の完了していない方が、アプリケーションサービス提供手段の保守を実行する請求項１に記載の情報処理システム。
【請求項３】
前記サーバから前記クライアントへの指示は、前記クライアントの切替手段の動作を規定する動作ポリシの形態で配布される請求項１又は２に記載の情報処理システム。
【請求項４】
前記動作ポリシを更新することにより、前記サーバ及びクライアントのアプリケーションサービス提供手段の一方を他方のバックアップ系として利用することのできる請求項３に記載の情報処理システム。
【請求項５】
クライアント側に保持されたユーザのデータを参照してサーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又はクライアント側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、接続可能であり、
サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記サーバ側のユーザのデータと前記クライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備え、
前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段を指定した保守要求を受けると、保守対象でない方のアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、
前記サーバ又は前記クライアントのうち保守対象に指定された方に、アプリケーションサービス提供手段の保守を実行させるサーバ。
【請求項６】
前記サーバ又は前記クライアントの一方のアプリケーションサービス提供手段の保守が完了すると、前記保守対象に指定されたアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、前記サーバ又は前記クライアントのうち保守の完了していない方に、アプリケーションサービス提供手段の保守を実行させる請求項５に記載のサーバ。
【請求項７】
前記クライアントへの指示を、前記クライアントの切替手段の動作を規定する動作ポリシの形態で配布する請求項５又は６に記載のサーバ。
【請求項８】
前記動作ポリシを更新することにより、前記サーバ及び前記クライアントのアプリケーションサービス提供手段の一方を他方のバックアップ系として利用することのできる請求項７に記載のサーバ。
【請求項９】
サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバと、接続可能であり、
自機側に保持されたユーザのデータを参照して前記サーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアント。
【請求項１０】
前記サーバからの指示に基づいて、処理要求の送信先を自機から前記サーバに切り替えた後に、前記自機側のアプリケーションサービス提供手段の保守を行う請求項９に記載のクライアント。
【請求項１１】
前記切替手段の動作を規定する動作ポリシの形態で前記サーバからの指示を受け付ける請求項９又は１０に記載のクライアント。
【請求項１２】
前記動作ポリシを更新することにより、前記サーバ及び自機のアプリケーションサービス提供手段の一方を他方のバックアップ系として利用することのできる請求項１１に記載のクライアント。
【請求項１３】
サーバと、クライアントとが、それぞれ前記クライアントからの処理要求を処理するアプリケーションサービス提供手段を備える情報処理システムにおける前記アプリケーションサービス提供手段の保守方法であって、
前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段を指定した保守要求を受けたサーバが、前記保守対象に指定されなかった方のアプリケーションサービス提供手段に処理要求を送信するよう前記クライアントに指示するとともに、前記保守対象に指定された方のアプリケーションサービス提供手段が利用するユーザのデータと、前記保守対象に指定されなかった方のユーザのデータとを同期させ、
前記クライアントが、前記サーバからの指示に従い、処理要求の送信先を前記保守対象に指定されなかった方のアプリケーションサービス提供手段に切り替え、
前記同期及び切り替えの完了後に、前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行するアプリケーションサービス提供手段の保守方法。
【請求項１４】
前記サーバ又はクライアントの一方のアプリケーションサービス提供手段の保守が完了すると、前記サーバは、前記保守対象に指定されたアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、
前記サーバ又はクライアントのうち保守の完了していない方が、アプリケーションサービス提供手段の保守を実行する請求項１３に記載のアプリケーションサービス提供手段の保守方法。
【請求項１５】
前記サーバから前記クライアントへの指示は、前記クライアントの切替手段の動作を規定する動作ポリシの形態で配布される請求項１３又は１４に記載のアプリケーションサービス提供手段の保守方法。
【請求項１６】
クライアント側に保持されたユーザのデータを参照してサーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又は前記クライアント側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、接続可能であり、
サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記サーバ側のユーザのデータと前記クライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバを構成するコンピュータに実行させるプログラムであって、
前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段を指定した保守要求に基づき、保守対象でない方のアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示する処理と、
前記サーバ又はクライアントのうち保守対象に指定された方に、アプリケーションサービス提供手段の保守を実行させる処理と、を実行させるプログラム。
【請求項１７】
サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記サーバ側のユーザのデータとクライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備えるサーバと、接続可能であり、
自機側に保持されたユーザのデータを参照して前記サーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又は前記自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントを構成するコンピュータに実行させるプログラムであって、
前記サーバからの指示に基づき、前記処理要求の送信先を自機からサーバに切り替える処理と、
前記サーバの同期手段による同期が完了し、かつ、前記指示により処理要求の送信先をサーバに切り替えた後に、前記自機側のアプリケーションサービス提供手段の保守を実行する処理と、を前記コンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、サービス提供方法、装置及びプログラムに関し、特に、クライアントとサーバとが連携してユーザに対するサービスを継続する情報処理システム、サービス提供方法、装置及びプログラムに関する。
【背景技術】
【０００２】
クライアントとサーバからなる情報処理システムにおいて、サーバ側のアプリケーションが提供するサービスを停止することなく、アプリケーションの入れ替えを実現する仕組みとしては、特許文献１に示すようなサーバ側でのシステム冗長化構成を用いて、アプリケーションを更新する方法が知られている。
【０００３】
また、特許文献２には、サーバとクライアントがそれぞれ保持するプログラムファイルを同期させる方法が提案されている。特許文献３には、更新が未完了であるアプリケーションをそのまま継続的に実行可能とするため、サーバに新版及び旧版のプログラム用の領域を持たせる構成が開示されている。
【０００４】
【特許文献１】特開２００５−２６７３１２号公報
【特許文献２】特開２００１−２９７００５号公報
【特許文献３】特開２００３−３０３１１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した特許文献１の方法では、サーバ側を冗長化構成とする必要があり、システム構築や保守に多大なコストが掛かるという問題点がある。また、特許文献１のような冗長化構成を持たない場合には、アプリケーションの更新等のメンテナンスの間、一時的にアプリケーションサービスを提供できない期間が生じてしまうという問題点がある。
【０００６】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、アプリケーションの更新等の保守中も、サービスを継続して提供できる情報処理システム、サービス提供方法、装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１の視点によれば、クライアント側に保持されたユーザのデータを参照してサーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又はクライアント側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアントと、接続可能であり、サーバ側に保持されたユーザのデータを参照してクライアントからの処理要求を処理するアプリケーションサービス提供手段と、前記サーバ側のユーザのデータと前記クライアント側に保持されたユーザのデータとの同期を行う同期手段と、前記クライアントに対して処理要求の送信先を指示するとともに前記同期手段に同期を行わせてユーザに継続的にサービスを提供させる制御手段とを備え、前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段を指定した保守要求を受けると、保守対象でない方のアプリケーションサービス提供手段にてサービスを継続するよう前記同期手段及び前記クライアントに指示し、前記サーバ又は前記クライアントのうち保守対象に指定された方に、アプリケーションサービス提供手段の保守を実行させるサーバ及び前記サーバに実行させるプログラムが提供される。
【０００８】
本発明の第２の視点によれば、前記サーバと、接続可能であり、自機側に保持されたユーザのデータを参照して前記サーバに対する処理要求を前記サーバに代わって処理可能なアプリケーションサービス提供手段と、前記サーバからの指示に従い、処理要求の送信先を前記サーバ又は自機側のアプリケーションサービス提供手段のいずれかに切り替える切替手段と、を備えるクライアント及び前記クライアントに実行させるプログラムが提供される。
【０００９】
本発明の第３の視点によれば、前記サーバ及びクライアントを含み、保守対象でない方のアプリケーションサービス提供手段にてサービスを継続し、保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行する情報処理システムが提供される。
【００１０】
本発明の第４の視点によれば、サーバと、クライアントとが、それぞれ前記クライアントからの処理要求を処理するアプリケーションサービス提供手段を備える情報処理システムにおける前記アプリケーションサービス提供手段の保守方法であって、前記サーバ又は前記クライアントのいずれか一方のアプリケーションサービス提供手段を指定した保守要求を受けたサーバが、前記保守対象に指定されなかった方のアプリケーションサービス提供手段に処理要求を送信するよう前記クライアントに指示するとともに、前記保守対象に指定された方のアプリケーションサービス提供手段が利用するユーザのデータと、前記保守対象に指定されなかった方のユーザのデータとを同期させ、前記クライアントが、前記サーバからの指示に従い、処理要求の送信先を前記保守対象に指定されなかった方のアプリケーションサービス提供手段に切り替え、前記同期及び切り替えの完了後に、前記サーバ又はクライアントのうち保守対象に指定された方が、アプリケーションサービス提供手段の保守を実行するアプリケーションサービス提供手段の保守方法が提供される。
【発明の効果】
【００１１】
本発明によれば、サービスを中断せずに、アプリケーションの更新等の保守作業を行うことが可能となる。その理由は、クライアントにサーバと同様にアプリケーション提供手段を備えて、サービスを継続できるようにするとともに、アプリケーション提供手段に対する保守が当該サービスの提供に影響を及ぼさない構成を採用したことにある。
【発明を実施するための最良の形態】
【００１２】
［発明の概要］
始めに、本発明の概要について図１を用いて説明する。本発明は、クライアント端末１０と、サーバ装置２０と、がネットワーク３０を介して接続可能な環境にて実現できる。
【００１３】
クライアント端末１０は、サーバ装置２０側のアプリケーション実行プラットフォームと同様に動作するアプリケーション実行プラットフォーム（アプリケーションサービス提供手段）を備え、クライアント端末１０単体でアプリケーションサービスを提供することが可能となっている。クライアント端末１０は、更に、サーバ装置２０の同期手段２４と連係して、アプリケーション実行プラットフォーム内のユーザデータ（データベース１６）の同期を行う同期手段１４と、サーバ装置２０からの指示に従ってサーバ装置２０及び自機のうち、どちらのアプリケーション実行プラットフォームを利用するかを切り替える切替手段１３と、これらを含むクライアント端末１０の各部を制御する制御手段１２と、を備え、サーバ装置２０の指示に従い、ユーザデータの同期を行って、サーバ装置２０がクライアント端末１０に対して提供中のアプリケーションサービスを引き継ぐ、あるいは、サーバ装置２０に引き継がせる機能を有している。
【００１４】
サーバ装置２０は、クライアント端末１０に対してアプリケーションサービスを提供するアプリケーション実行プラットフォーム（アプリケーションサービス提供手段）と、クライアント端末１０の同期手段１４と連係して、アプリケーション実行プラットフォーム内の当該クライアント端末１０に係るユーザデータ（データベース２６）の同期を行う同期手段２４と、これらを含むサーバ装置２０の各部を制御する制御手段２２と、を備える。サーバ装置２０は、オペレータ（管理者）の指示や予め定められた条件が成立すると、クライアント端末１０に対し、ユーザデータの同期を行って、提供中のアプリケーションサービスをクライアント端末１０に引き継がせ、あるいは、クライアント端末１０で提供中のアプリケーションサービスを引き継ぐ指示を出す機能を有している。
【００１５】
更に、クライアント端末１０とサーバ装置２０は、それぞれアプリケーション実行プラットフォーム内のアプリケーション（プログラム）５１を更新するプログラム更新手段１７／２７を備えて、自機のアプリケーション実行プラットフォームがサービスを提供していない期間に、アプリケーション実行プラットフォーム内のアプリケーション（プログラム）５１を更新することが可能となっている。
【００１６】
例えば、サーバ装置２０がクライアント端末１０に対してアプリケーション実行プラットフォームによるサービスの提供中に、アプリケーション５１の更新を行う場合について説明する。サーバ装置２０側で、オペレータ（サービス保守者）よりアプリケーション５１の更新する旨の操作が行われると、サーバ装置２０の制御手段２２は、まず、クライアント端末１０に対して、データベース２６に登録されているデータを同期し、クライアント端末１０側のアプリケーション実行プラットフォームにて処理を継続するよう要求する。
【００１７】
サーバ装置２０と、クライアント端末１０の各同期手段により、データの同期が完了すると、クライアント端末１０は、自機側のアプリケーション実行プラットフォームにて処理を継続する。即ち、クライアント端末１０のユーザとしては、中断することなくサービスを受けることが可能となる。
【００１８】
一方、サーバ装置２０のプログラム更新手段２７が、制御手段２２からの指示に基づき、オペレータ（サービス保守者）より指定された場所からアプリケーションを入力し、アプリケーションの更新を実行する。
【００１９】
サーバ装置２０側のアプリケーションの更新が完了すると、サーバ装置２０の制御手段２２が、クライアント端末１０に対して、データベース１６に登録されているデータを同期し、サーバ装置２０側のアプリケーション実行プラットフォームにて処理を継続するよう要求する。
【００２０】
サーバ装置２０と、クライアント端末１０の各同期手段により、データの同期が完了すると、サーバ装置２０は、サーバ側のアプリケーション実行プラットフォームにて処理を継続する。ここでも、クライアント端末１０のユーザとしては、中断することなくサービスを受けることが可能となる。
【００２１】
上記処理の引継ぎ後、クライアント端末１０のプログラム更新手段１７が、制御手段１２からの指示に基づき、所定の場所からアプリケーションをダウンロードし、アプリケーションの更新を実行する。
【００２２】
以上により、サーバ装置２０側に冗長構成を持たせることなく、クライアント端末１０に対するサービスを継続したまま、サーバ装置２０及びクライアント端末１０のアプリケーション５１の更新を行うことが可能になる。
【００２３】
なお、クライアント端末１０側のアプリケーション実行プラットフォームは、上記のようなアプリケーションの更新時のみでなく、クライアント端末１０がネットワークに接続できない場合等にも利用できるようにすることができる。この場合にも、任意の時点で、サーバ装置２０と、クライアント端末１０の各同期手段により、データの同期を行うようにすれば、以後、サーバ装置２０からサービスの提供を受ける場合にも、サービスの一貫性を保つことが可能になる。
【００２４】
また、図１の例では、クライアント端末１０側にも同期手段１４、プログラム更新手段１７を設けるものとして説明したが、サーバ装置２０の同期手段２４及びプログラム更新手段２７が、クライアント端末１０のアプリケーション実行プラットフォームを介して、データベース１６、アプリケーション５１を更新する構成も採用することができる。
【００２５】
［第１の実施形態］
続いて、Ｗｅｂアプリケーションを提供する情報処理システムに、本発明を適用した第１の実施形態について図面を参照して詳細に説明する。
【００２６】
図２は、本発明の第１の実施形態に係る情報処理システムの構成を表したブロック図である。図２を参照すると、本実施形態に係る情報処理システム１０００は、クライアント端末１００とサーバ装置２００とがネットワーク３００で通信可能に接続されて構成される。
【００２７】
クライアント端末１００は、サーバ装置２００から情報処理サービスの提供を受ける際にユーザが使用する情報処理装置であり、クライアント環境情報収集部１１０と、クライアント実行制御部１２０（図１の制御手段１２に相当。）と、振り分け部１３０（図１の切替手段１３に相当。）と、クライアント同期モジュール１４０（図１の同期手段１４に相当。）と、アプリケーション実行プラットフォーム１５０と、クライアントプログラム更新部１７０とを備えて構成される。
【００２８】
クライアント環境情報収集部１１０は、クライアント端末１００がネットワーク３００を介してサーバ装置２００と通信可能であるか否かや、処理負荷やバッテリ残量等のクライアント端末１００側でアプリケーションを実行すべきか否かを判断するためのクライアントの環境情報を収集し、クライアント実行制御部１２０に通知する。
【００２９】
クライアント実行制御部１２０は、上記クライアント環境情報収集部１１０から通知された環境情報やサーバ装置２００からの指示に基づいて、クライアント端末１００の補助記憶装置等に記憶されたクライアントポリシ４００を書き換えるとともにその記述に従って、クライアント同期モジュール１４０、アプリケーション実行プラットフォーム１５０及びクライアントプログラム更新部１７０のほかクライアント端末１００の各部を制御する。
【００３０】
振り分け部１３０は、クライアント端末１００に搭載されたブラウザ等のクライアントプロセス５００から発行されたリクエストを受け付け、クライアント実行制御部１２０の指示に従って、当該リクエストの振り分けを行う。具体的には、振り分け部１３０は、クライアントポリシ４００に基づきリクエストをクライアント端末内のリクエスト受信サーバ５２０へ振り分けるか、サーバ装置内のリクエスト受信サーバ５２１へ振り分けるかを制御する。
【００３１】
クライアント同期モジュール１４０は、クライアント実行制御部１２０の指示に従って、アプリケーション実行プラットフォーム１５０内のデータベース管理システム５３０を介して、クライアントデータベース１６０の同期を行う。
【００３２】
クライアントプログラム更新部１７０は、クライアント実行制御部１２０の指示に従って、サーバ装置２００のサーバプログラム更新部２７０から、アプリケーション５１０をダウンロードし、更新処理を行う。
【００３３】
このようなクライアント端末１００は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や携帯電話機、電子手帳、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、腕時計、カーナビゲーションシステム、その他電子機器により構成することができる。
【００３４】
サーバ装置２００は、ユーザへ情報処理サービスを提供する情報処理装置であり、サーバ環境情報収集部２１０と、システム実行制御部２２０（図１の制御手段２２に相当。）と、保守制御部２３０と、サーバ同期モジュール２４０（図１の同期手段２４に相当。）と、アプリケーション実行プラットフォーム２５０と、サーバプログラム更新部２７０とを備えて構成される。
【００３５】
サーバ環境情報収集部２１０は、サーバ装置２００のＣＰＵ使用率等の処理負荷等の環境情報を収集し、システム実行制御部２２０に通知する。
【００３６】
システム実行制御部２２０は、上記サーバ環境情報収集部２１０から通知された環境情報や保守制御部２３０から受信したサーバポリシに基づいて、サーバ装置２００の補助記憶装置等に記憶されたサーバポリシ４１０を書き換えるとともにその記述に従って、サーバ同期モジュール２４０、アプリケーション実行プラットフォーム２５０及びサーバプログラム更新部２７０のほかサーバ装置２００の各部を制御する。システム実行制御部２２０は、保守制御部２３０から受信したクライアントポリシを、クライアント端末１００に配信する処理を行う。
【００３７】
保守制御部２３０は、サービスの保守者から、保守対象となるＵＲＬ、更新されたアプリケーションが保存されているファイルパス、保守の順番を示す保守順序を含む保守要求を受け付け、その内容に基づいて、図１１〜図１４に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動作成する。なお、保守要求には、”保守切り替え時のデータ同期”を要するか否かを指定する項目を設けることができる。”保守切り替え時のデータ同期”が必要であると指定されている場合、保守制御部２３０は、システム実行制御部２２０に対して、後述するサーバ／クライアントの保守の切り替え時にアプリケーションのデータの同期を要求する。
【００３８】
サーバ同期モジュール２４０は、システム実行制御部２２０の指示に従って、アプリケーション実行プラットフォーム２５０内のデータベース管理システム５３１を介して、サーバデータベース２６０の同期を行う。
【００３９】
サーバプログラム更新部２７０は、クライアント端末１００のクライアントプログラム更新部１７０からの要求に応じて、アプリケーション５１０を送信する。
【００４０】
このようなサーバ装置２００としては、多数のクライアント端末１００に対して情報処理サービスを提供することを考えれば、処理性能の高いコンピュータを用いることが望ましい。後記するように原理上は、クライアント端末１００と同等の性能でよい。例えば、クライアント端末１００と通信できるＰＣや携帯電話機、電子手帳、ＰＤＡ、腕時計、カーナビゲーションシステム、その他電子機器等を、サーバ装置２００として用いることも可能である。
【００４１】
クライアント端末１００及びサーバ装置２００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、メモリ及び通信装置を備える。また、ハードディスク装置等の不揮発性の記憶装置や、キーボード、マウス、マイク等の入力装置、ディスプレイ、スピーカ等の出力装置を適宜外付けあるいは内蔵してもよい。
【００４２】
ＣＰＵがメモリに記憶される各種プログラムを実行することにより、クライアント端末１００やサーバ装置２００の上記した各機能が実現される。換言すれば、これら各種プログラムは、クライアント端末１００やサーバ装置２００を構成するコンピュータを上記した各処理手段として機能させる。これらＣＰＵにより実行されるプログラムは、ネットワーク３００を介して他の情報処理装置から受信するようにしても良いし、プログラムを記録した記録媒体から読み出すことにより取得してもよい。
【００４３】
ネットワーク３００は、クライアント端末１００とサーバ装置２００とを通信可能に接続する通信路である。ネットワーク３００は、少なくとも一部が無線の通信路により構成されていても良い。
【００４４】
アプリケーション実行プラットフォーム１５０／２５０は、例えばＷＥＢサーバ、データベース管理システム等のアプリケーションを実行するために必要なプラットフォームである。本実施形態では、リクエスト受信サーバおよびデータベース管理システムが用いられているが、その他、Ｒｕｂｙ  ｏｎ  Ｒａｉｌｓ等のアプリケーションフレームワークがあってもよい。
【００４５】
上記のようなアプリケーション実行プラットフォーム１５０／２５０上で実行されるアプリケーション５１０および５１１は、例えばＰＥＲＬやＲＵＢＹ、ＰＹＴＨＯＮ等のスクリプトプログラム、ＨＴＭＬ、ＣＳＳ、画像等のリソースファイルおよびライブラリ等によって構成され、リクエスト受信サーバ５２０／５２１から渡されたリクエストを処理し、結果を返す。
【００４６】
リクエスト受信サーバ５２０／５２１は、リクエストをアプリケーション５１０及び５１１へ渡すプログラムであり、ＷＥＢサーバに代表される。
【００４７】
データベース管理システム５３０／５３１は、それぞれクライアントデータベース１６０又はサーバデータベース２６０を管理し、クライアント同期モジュール１４０やサーバ同期モジュール２４０がデータの同期を行う際にインタフェースとして機能する。
【００４８】
クライアントデータベース１６０及びサーバデータベース２６０は、アプリケーション５１０／５１１がサービスの提供に用いるデータである。図３は、アプリケーション５１０／５１１がスケジュール管理アプリケーションである場合のクライアントデータベース１６０に登録されるデータの例である。図４は、サーバデータベース２６０に登録されるデータの例である。図３、図４の相違点は、サーバデータベース２６０では、クライアント端末１００を含む複数のユーザのデータが登録されている点である。
【００４９】
以下、本実施形態の動作について、クライアントポリシ４００及びサーバポリシ４１０の具体例を示して詳説する。以下の例では、このスケジュール閲覧編集サービスが「ｈｔｔｐ：／／ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｃａｌｅｎｄａｒ／」以下のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で提供されるものとする。また、スケジュール閲覧編集サービスにおける検索機能が「ｈｔｔｐ：／／ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ／」以下のＵＲＬで提供されるものとする。
【００５０】
また、以下の説明では、クライアント端末１００及びサーバ装置２００のアプリケーション実行プラットフォーム１５０／２５０には、ユーザに対し、スケジュール内容の閲覧、及び、スケジュールの追加、変更等の情報処理サービスを提供するアプリケーション５１０／５１１が搭載されているものとして説明する。例えば、ユーザは、クライアント端末１００を使用することにより、ネットワーク３００を介してサーバ装置２００にアクセスし、サーバ装置２００のサーバデータベース２６０に記憶されている自己のスケジュールデータを確認、スケジュールデータの追加、変更等を行うことができるものとする。
【００５１】
また、クライアント端末１００のクライアントデータベース１６０にもスケジュールデータが記憶されている。従って、クライアント端末１００とサーバ装置２００とが通信できない状況になった場合であっても、クライアント端末１００が、サーバデータベース２６０に記憶されているスケジュールデータにアクセスする制御から、クライアントデータベース１６０に記憶されているスケジュールデータにアクセスする制御に切り替えることにより、ユーザは、スケジュールの閲覧編集サービスの提供を継続して受けることできるものとする。
【００５２】
図５は、クライアント端末１００に保持されるクライアントポリシ４００の例を示す。Ｓｅｒｖｅｒはサービスを提供するサーバ側のドメイン、Ａｐｐｌｉｃａｔｉｏｎは、上記サーバによって受けることのできるアプリケーションサービス（Ｓｃｈｅｄｕｌｅ；スケジュール閲覧編集サービス）を示す。Ｒｅｑｕｅｓｔ項以下に、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ／以下のＵＲＬを指定する機能を利用する際の振り分けルール、つまり検索機能へのアクセスに対する振り分けルール（分散実行ルール）及び同期ルールが記述される。図５の例では、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ以下のＵＲＬを指定したリクエストは、”標準動作としてサーバへ転送し、ネットワークへ接続できない場合は、クライアント側で処理をする”となっている。
【００５３】
また、クライアント側で処理をした際に生じたデータの扱いは同期ルール（同期ストレージ／同期タイプ／同期タイミング）に記述される。図５の例では、対象となるデータベースは”クライアントデータベースＡ”（クライアントデータベース１６０）、同期タイプは”サーバ装置２００のサーバデータベース２６０への複製を行う”を意味するＣＯＰＹとなっている。同期するタイミングは”毎日２４：００”に定期的に行うとなっている。
【００５４】
クライアント実行制御部１２０は、上記のようなクライアントポリシ４００に従うように振り分け部１３０及びクライアント同期モジュール１４０の振る舞いを制御する。
【００５５】
図６は、サーバ装置２００に保持されるサーバポリシ４１０の例を示す。クライアントポリシ４００と対をなす内容となっており、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ以下のＵＲＬに対する振り分けルールが記述されている。サーバ側では、／ｃａｌｅｎｄａｒ／ｓｅａｒｃｈ以下のＵＲＬへのアクセスに対して、原則（標準動作）としては、リクエストを受け付けるが、”サーバＣＰＵアベレージ／５分（５分間のＣＰＵ使用率平均）が９０％を超えた場合”にクライアント端末へ処理が移行される。
【００５６】
なお、図６では、後記するようにクライアント端末１００への処理引継ぎの前に同期を行うこととしているため記述されていないが、サーバ装置２００側で処理をした際に生じたデータの扱いを同期ルールとして記述することとしてもよい。
【００５７】
また、図６の”優先ポリシ”は、クライアントポリシとサーバポリシでルールが競合する場合、優先されるポリシを表している。図６の例では、サーバポリシが優先されることが指定されている。
【００５８】
サーバ装置２００のシステム実行制御部２２０は、上記のようなサーバポリシ４１０に従うようにクライアント端末１００のクライアント実行制御部１２０及びサーバ同期モジュール２４０の振る舞いを制御する。
【００５９】
上記のように運用されている状態において、スケジュールの閲覧編集サービスの保守者により、スケジュール閲覧編集サービスの検索機能にバグが発見され、クライアント端末内のアプリケーション５１０およびサーバ装置内アプリケーション５１１の双方の更新が必要になった場合の一連の動作について以下、説明する。
【００６０】
図７〜図９は、本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。図７を参照すると、スケジュールの閲覧編集サービスのサービス保守者は、保守制御部２３０に対して、図１０に示す保守要求を入力する。
【００６１】
図１０の保守要求には保守対象となるＵＲＬ、更新されたアプリケーションが保存されているファイルパス、保守の順番を示す保守順序を含む。また、”保守切り替え時のデータ同期”項目は、サーバ／クライアントの保守（アプリケーション更新）ための処理切り替え時にアプリケーションのデータの同期を行うか否かが記述されている。図１０の例では、保守の際にアプリケーションのデータの同期を行うことを示す「あり」が指定されている。
【００６２】
保守制御部２３０は、図１０に例示した保守要求を解析し、図１１、図１２に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動作成し、システム実行制御部２２０に送信する（図７のステップＳ１０１）。図１０の保守要求の保守順序で、サーバ側のアプリケーション５１１から保守を行うことが指定されているため、臨時クライアントポリシおよび臨時サーバポリシは、検索機能の処理をクライアント側で行うという内容になる。
【００６３】
システム実行制御部２２０は、従前のサーバポリシを保管し、生成された臨時サーバポリシをサーバポリシ４１０とする（図７のステップＳ１０２）。更にシステム実行制御部２２０は、クライアント実行制御部１２０に対して、前記生成された臨時クライアントポリシを配布する（図７のステップＳ１０３）。更に、システム実行制御部２２０は、サーバ同期モジュール２４０に対し、クライアント同期モジュール１４０からの同期要求に応じるよう同期ルールの変更を指示する（図７のステップＳ１０４）。
【００６４】
臨時クライアントポリシを受信したクライアント実行制御部１２０は、従前のクライアントポリシを保管し、前記受信した臨時クライアントポリシをクライアントポリシ４００とする（図７のステップＳ１０５）。更に、クライアント実行制御部１２０は、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図７のステップＳ１０６、Ｓ１０７）。上記同期ルールの変更により、クライアント端末１００側の標準時に適用される同期ルールの時間条件（毎日２４：００）が、一時的に無効となり、代わりに、速やかにサーバ同期モジュール２４０を介した同期（クライアントデータベースＡの同期）が行われることになる。また、上記振り分けルールの変更によりクライアントプロセス５００からのリクエストは、上記データ同期が完了次第クライアント端末１００側で実行されるようになる。
【００６５】
このようにして、サーバ装置２００からクライアント端末１００への処理切り替えの際、変更前の同期ルールの内容に従い、”クライアントデータベース１６０”と“サーバデータベース２６０”の同期が行われる（図７の両矢印「同期」）。この結果、切り替え前にサーバ装置２００側で処理を行っていたデータがクライアント端末１００側に配備され、ユーザは継続してアプリケーションを利用することが可能となる。
【００６６】
スケジュールの閲覧編集サービスの保守者は、クライアント側で処理が行われている間、サーバ側のアプリケーション５１１を更新する（図７の右下「サーバ側アプリケーション保守」）。
【００６７】
更に、スケジュールの閲覧編集サービスの保守者は、図１０の保守要求にして指定した”更新プログラムの保存パス”上にコピーする。なお、もともとそのパス上にアプリケーションが配置されている場合、コピーする必要はない。
【００６８】
上記作業が終了すると、スケジュールの閲覧編集サービスの保守者は、図８に示すとおり、保守制御部２３０に対して、保守終了要求を入力する。
【００６９】
前記保守終了要求を受信した保守制御部２３０は、次に、クライアント側のアプリケーションを更新するために、図１３、図１４に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動生成し、システム実行制御部２２０に送信する（図８のステップＳ２０１）。
【００７０】
システム実行制御部２２０は、生成された臨時サーバポリシをサーバポリシ４１０とする（図８のステップＳ２０２）。更に、システム実行制御部２２０は、クライアント実行制御部１２０に対して、前記生成された臨時クライアントポリシを配布するとともに、保守要求に指定された更新アプリケーションのファイルパスを指定して、クライアント装置１００側のアプリケーションの更新を指示する（図８のステップＳ２０３）。更に、システム実行制御部２２０は、サーバ同期モジュール２４０に対し、クライアント同期モジュール１４０からの同期要求に応じるよう同期ルールの変更を指示する（図８のステップＳ２０４）。
【００７１】
臨時クライアントポリシを受信したクライアント実行制御部１２０は、前記受信した臨時クライアントポリシをクライアントポリシ４００とするとともに（図８のステップＳ２０５）、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図８のステップＳ２０６、Ｓ２０７）。上記同期ルールの変更により、速やかにサーバ同期モジュール２４０を介した同期（クライアントデータベースの同期）が行われることになる。また、上記振り分けルールの変更によりクライアントプロセス５００からのリクエストはデータ同期が完了次第、再びサーバ装置２００側に送られるようになる。
【００７２】
このようにして、クライアント端末１００からサーバ装置２００への処理切り替えの際、変更前の同期ルールの内容に従い、”クライアントデータベース１６０”と“サーバデータベース２６０”の同期が行われる（図８の両矢印「同期」）。この結果、切り替え前にクライアント端末１００側で処理を行っていたデータがサーバ装置２００側に配備され、ユーザは継続してアプリケーションを利用することが可能となる。
【００７３】
上記処理の切り替えが完了すると、クライアント実行制御部１２０は、クライアントプログラム更新部１７０に対し、アプリケーション５１０の更新を指示する（図９のステップＳ３０１）。なお、この更新指示には、クライアント実行制御部１２０は、システム実行制御部２２０より指定された更新アプリケーションのファイルパスが含まれているものとする。
【００７４】
アプリケーション５１０の更新指示を受けたクライアントプログラム更新部１７０は、サーバプログラム更新部２７０を介して、更新すべきアプリケーションが保存されているファイルパスからアプリケーションをダウンロードする（図９のステップＳ３０２、Ｓ３０３）。このとき、クライアントプログラム更新部１７０は、ダウンロードしたアプリケーションを、更新前のアプリケーションとは別の領域に保存する（図９のステップＳ３０４）。
【００７５】
前記ダウンロードしたアプリケーションの保存が完了すると、クライアントプログラム更新部１７０は、クライアント実行制御部１２０に対し、新しいアプリケーションの保存場所を通知する（図９のステップＳ３０５）。
【００７６】
前記通知を受けたクライアント実行制御部１２０は、ステップＳ１０５で保管しておいた元のクライアントポリシをクライアントポリシ４００とするとともに（図９のステップＳ３０６）、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図９のステップＳ３０７、Ｓ３０８）。更に、クライアント実行制御部１２０は、サーバ装置２００のシステム実行制御部２２０に対して、保守完了を通知する。
【００７７】
前記保守完了通知を受けたサーバ装置２００のシステム実行制御部２２０は、ステップ１０２で保管しておいた元のサーバポリシをサーバポリシ４１０とするとともに、サーバ同期モジュール２４０に対し、サーバポリシ４１０に基づき、同期ルールの変更を指示する（図９のステップＳ３１０）。
【００７８】
以上をもって、クライアント側アプリケーション及びサーバ側アプリケーションの更新を終了する。アプリケーションの更新中、ユーザは継続してアプリケーションを利用することが可能となる。
【００７９】
以上のように、本実施形態によれば、ユーザに継続してアプリケーションを利用させた状態で、クライアント／サーバ双方のアプリケーションの更新を行うことが可能となる。また、その間に、ユーザにアプリケーションの更新を意識させることもない。
【００８０】
その理由は、ブラウザ等のクライアントプロセスから発行されるリクエストを、サーバ側のアプリケーションの更新時にはクライアント側で処理し、クライアント側のアプリケーションの更新時にはサーバで処理するというように、切り替えに先立ってデータの同期を行ってからクライアント／サーバ間で処理を切り替えるとともに、遊休状態となった側で、更新されたアプリケーションをダウンロードし、自動的に更新させるようにしたことにある。
【００８１】
また、本実施形態によれば、アプリケーションの更新とアプリケーションの実行がクライアント又はサーバのいずれか分散されるため、一方の負荷が過重となる事態を防ぐことが可能となる。特に、クライアント側は、サーバに比べて処理能力が貧弱であったり、バッテリで稼動するために、アプリケーションの更新とアプリケーションの実行の双方を実行することが困難となることが考えられるが、上記のように各処理を分散して処理するため、レスポンスタイムが長くなったり、アプリケーション更新中にバッテリが切れるといった事態の発生を著しく低減することができる。
【００８２】
また、本実施形態によれば、クライアント側のアプリケーションの更新中にクライアントが圏外等のネットワークに接続できない状況になった場合でも、アプリケーションを継続して利用することを可能である。その理由は、クライアント側のアプリケーションの更新を行う際、古い更新前のアプリケーションと異なる領域に新しいアプリケーションを保存することとしているためである。
【００８３】
［第２の実施形態］
続いて、上記した第１の実施形態とは逆に、通常時は、クライアント側でアプリケーションサービスを提供し、予備的にサーバ側がアプリケーションサービスを提供する本発明の第２の実施形態について詳細に説明する。
【００８４】
本実施形態は、上記した第１の実施形態と、クライアントポリシ及びサーバポリシと、これに伴うクライアント端末１００及びサーバ装置２００の振る舞いが異なるのみであるので、以下、その相違点を中心に説明する。
【００８５】
本実施形態では、通常時に図１１、図１２に示すクライアントポリシ及びサーバポリシが適用され、クライアント端末１００のクライアントプロセス５００で発生したリクエストは、振り分け部１３０により、クライアント端末１００のアプリケーション実行プラットフォーム１５０で処理される。
【００８６】
図１５は、このような状態において、サーバ装置２００の保守制御部２３０に保守順序を「クライアント、サーバ」の順とする保守要求が入力された場合の動作を表している。
【００８７】
上記した第１の実施形態と同様に、保守制御部２３０入力された保守要求を解析し、図１３、図１４に示すような新たな臨時クライアントポリシ、臨時サーバポリシを自動作成し、システム実行制御部２２０に送信する（図１５のステップＳ４０１）。
【００８８】
臨時サーバポリシを受け取ったシステム実行制御部２２０は、従前のサーバポリシを保管し、生成された臨時サーバポリシをサーバポリシ４１０とする（図１５のステップＳ４０２）。更にシステム実行制御部２２０は、クライアント実行制御部１２０に対して、前記生成された臨時クライアントポリシを配布するとともに、保守要求に指定された更新アプリケーションのファイルパスを指定して、クライアント装置１００側のアプリケーションの更新を指示する（図１５のステップＳ４０３）。
【００８９】
臨時クライアントポリシを受信したクライアント実行制御部１２０は、従前のクライアントポリシを保管し、前記受信した臨時クライアントポリシをクライアントポリシ４００とする（図１５のステップＳ４０５）。更に、クライアント実行制御部１２０は、振り分け部１３０及びクライアント同期モジュール１４０に対し、クライアントポリシ４００に基づき、それぞれ振り分けルールの変更と、同期ルールの変更を指示する（図１５のステップＳ４０６、Ｓ４０７）。
【００９０】
上記処理の切り替えが完了すると、クライアント実行制御部１２０は、図１５に示したとおり、アプリケーション５１０の更新を実行し、更新完了後にポリシを元に戻す処理を行う。なお、サーバ側のアプリケーション５１１の更新は、上記保守要求を行う前にしておいても良いし、あるいは、クライアント側のアプリケーション５１０の更新が終わってから行うようにしてもよい。
【００９１】
以上のように、クライアント側でアプリケーションサービスを提供する形態で、アプリケーション更新時に、一時的にサーバ側がアプリケーションサービスを提供する構成においても本発明を適用することが可能である。
【００９２】
以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記した実施形態では通常時のみに、クライアント環境情報収集部及びサーバ環境情報収集部で収集された環境情報に基づいて、サーバ、クライアントが、それぞれ他方に処理を引き継がせるものとして説明したが、上述したアプリケーションの更新時に、これら環境情報による例外処理を行うようにしても良い。
【００９３】
例えば、クライアント側の臨時クライアントポリシにおいて、バッテリ残量が所定値以下であったり、ネットワークとの接続状態が良好でない場合には、サーバ装置２００に対しアプリケーションの更新を中止やエラー情報を返すようにしてもよい。
【００９４】
また、上記した実施形態では、１台のクライアントを例示して説明したが、図８、図９に例示した手順を繰り返すことで複数のクライアントのアプリケーションサービス提供手段の保守を順次実行することも可能である。
【図面の簡単な説明】
【００９５】
【図１】本発明の概要を説明するための図である。
【図２】本発明の第１の実施形態に係る情報処理システムの構成を表したブロック図である。
【図３】クライアント端末のクライアントデータベースに格納されるデータの例である。
【図４】サーバ装置のサーバデータベースに格納されるデータの例である。
【図５】クライアント端末に保持されるクライアントポリシの例を示す図である。
【図６】サーバ装置に保持されるサーバポリシの例を示す図である。
【図７】本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。
【図８】本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。
【図９】本発明の第１の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。
【図１０】本発明の第１の実施形態に係る情報処理システムに入力される保守要求の例を示す図である。
【図１１】図１０の保守要求に基づいて作成される臨時クライアントポリシの例である。
【図１２】図１０の保守要求に基づいて作成される臨時サーバポリシの例である。
【図１３】保守終了要求に基づいて作成される臨時クライアントポリシの例である。
【図１４】保守終了要求に基づいて作成される臨時サーバポリシの例である。
【図１５】本発明の第２の実施形態に係る情報処理システムのアプリケーションの更新動作を説明するためのシーケンス図である。
【符号の説明】
【００９６】
１０、１００  クライアント端末
１２、２２  制御手段
１３  切替手段
１４、２４  同期手段
１７、２７  プログラム更新手段
１６、２６  データベース
２０、２００  サーバ装置
３０、３００  ネットワーク
５１、５１０、５１１  アプリケーション（プログラム）
１１０  クライアント環境情報収集部
１２０  クライアント実行制御部
１３０  振り分け部
１４０  クライアント同期モジュール
１５０、２５０  アプリケーション実行プラットフォーム
１６０  クライアントデータベース
１７０  クライアントプログラム更新部
２１０  サーバ環境情報収集部
２２０  システム実行制御部
２３０  保守制御部
２４０  サーバ同期モジュール
２６０  サーバデータベース
２７０  サーバプログラム更新部
４００  クライアントポリシ
４１０  サーバポリシ
５００  クライアントプロセス
５２０、５２１  リクエスト受信サーバ
５３０、５３１  データベース管理システム
１０００  情報処理システム
【図１】
2010134702.tif 000003
【図２】
2010134702.tif 000004
【図３】
2010134702.tif 000005
【図４】
2010134702.tif 000006
【図５】
2010134702.tif 000007
【図６】
2010134702.tif 000008
【図７】
2010134702.tif 000009
【図８】
2010134702.tif 000010
【図９】
2010134702.tif 000011
【図１０】
2010134702.tif 000012
【図１１】
2010134702.tif 000013
【図１２】
2010134702.tif 000014
【図１３】
2010134702.tif 000015
【図１４】
2010134702.tif 000016
【図１５】
2010134702.tif 000017