JP4361819B2 - バージョンアップ制御プログラム、バージョンアップ制御方法、地域センタ装置、およびサービス提供システム - Google Patents

Description

本発明は、コンピュータを用いてデータ処理サービスを提供する場所（以下、データセンタという）において共通して使用されるプログラムのバージョンアップ制御技術に関する。特に、各データセンタにおいて、あるサービスのために使用されるプログラムに新バージョンのプログラムがある場合に、ユーザごとに定めた新バージョンプログラムの試用条件にしたがって、新バージョンプログラムの試用またはプログラムのバージョンアップの制御を行えるバージョンアップ制御技術に関する。

同様の業務に対するデータ処理などのサービスを行う複数のデータセンタがそれぞれ別個に設置されることがある。例えば、地方自治体の申請業務や入札業務などはどの自治体においても業務内容が類似しているが、このような業務のアウトソーシングのためにデータセンタを設置する場合には、その地域産業の育成、地域の雇用促進、近隣に設置することによる障害対応時間の短縮化などの理由により、各自治体の地域内への設置が要求されることが多い。

このことは、自治体の電子申請業務などのように共通性の高いフロント業務に関して同一のプログラムを利用してデータ処理のサービスを提供する場合であっても、例えば自治体向けのデータセンタごとに個別にプログラムを導入しなければならないことを意味する。そのため、導入されたプログラムのバージョンアップの際にはデータセンタごとに作業を行う必要がある。

このように、同一のプログラムが別個に設定された複数のデータセンタに導入されているような環境下でネットワークによるプログラムのバージョンアップを自動的に行う技術として、オンライン計算機ネットワーク装置が開示されている（例えば特許文献１参照）。特許文献１の技術は、ホスト計算機が新しいバージョンのプログラムを記憶しておき、分散処理計算機やインテリジェント端末からのバージョンアップの要否の照会があった場合に、その照会元である計算機や端末へ新バージョンのプログラムを伝送し、計算機や端末側で旧バージョンから新バージョンへの交換を行うようにするものである。
特開昭６３−２８０３６９号公報

しかし、前記のような地方自治体の業務に関するデータ処理を行うサービスセンタでは、データセンタのユーザである自治体ごとに業務の運用方針や運用環境が相違するため、データセンタで使用するプログラムのバージョンアップを一斉に行えることは実際にはほとんどなく、また、バージョンアップに対するユーザの要求もさまざまである。例えば、あるサービスについて新バージョンプログラムを直ちに試用したいユーザ、一定の処理経過を観察してから新バージョンプログラムを試用したいユーザなどさまざまである。

新バージョンプログラムの試用の可否や新バージョンプログラムへの移行期間の設定などは、ユーザとの契約条件などにもとづいてユーザの事情に委ねられることが望ましい。そのため、データセンタごとに、そのデータセンタを利用するユーザの試用条件、個別の状況などに対応したバージョンアップ制御が必要となっている。

特に、新バージョンを試用するユーザと現行のバージョンを使用するユーザとに対応できるように、新旧バージョンのバージョンの併用が可能となるようなバージョンアップ制御が必要とされている。しかし、現行プログラムと新バージョンプログラムとを併用して実行できるようにするためには、バージョンごとのシステム構成が必要となり設備および処理コストが増大する。

また、近年ではユーザに２４時間サービスを提供する運用方針のデータセンタもあり、ユーザに対するサービスを停止することなくバージョンアップ作業を行えるようなバージョンアップ制御が必要となっている。しかし、従来のような単純なバージョンアップ処理を行うとすれば、新旧のバージョンのプログラムを併用しない限り、サービスを停止しなければならない期間が生じる。

本発明の目的は、あるサービスを提供する複数のデータセンタにおいて共通して使用されるプログラムのバージョンアップ制御において、データセンタごとに、各ユーザの新バージョンプログラムの試用条件に対応できるようなバージョンアップ制御装置としての機能をコンピュータによって実現させるためのプログラムおよびバージョンアップ制御方法を提供することである。

また本発明の目的は、あるサービスを提供する複数のデータセンタにおいて共通して使用されるプログラムのバージョンアップ制御において、データセンタごとに定めたバージョンアップの方針に対応して自動的にバージョンアップを行えるようなバージョンアップ制御装置としての機能をコンピュータによって実現させるためのプログラムおよびバージョンアップ制御方法を提供することである。

前記の目的を達成するため、本発明は、ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムにおける、該地域センタ装置を、前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定手段と、前記判定手段において実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定手段において実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行手段として機能させるためのものである。

本発明にかかるプログラムがインストールされ実行されるコンピュータは、地域センタ装置として機能し、該地域センタ装置の判定手段が、ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する。

一例として、ユーザ試用条件は、以下のように定義される。

・サービス要求が、新バージョンプログラムへの接続情報をプログラム情報に登録した後であれば、直ちに新バージョンプログラムを試用する、
・サービス要求が、新バージョンプログラムへの接続情報をプログラム情報に登録した時から所定の期間経過後であれば、新バージョンプログラムを試用する、
・サービス要求に現行バージョンのプログラムを使用し、新バージョンプログラムは試用しない。

そして、サービス実行手段が、判定手段において実行可であると判定された場合に、そのサービス要求を統括センタ装置に送信し、また、判定手段において実行否であると判定された場合に、現行バージョンのプログラムを実行する。

このように、本発明によれば、ユーザからのサービス要求に対し、予めユーザごとに設定しておいたユーザ試用条件にしたがって、新バージョンプログラムまたは現行のプログラムのいずれかを選択してユーザにサービスを提供することができる。

この場合に、現行バージョンのプログラムが配布されている地域センタ装置には、ユーザ端末装置からのサービス要求を新バージョンプログラムを保持する統括センタ装置へ送信するだけでよく、新バージョンプログラムそのものを記憶し導入する必要がない。そのため、現行バージョンのプログラムおよび新バージョンプログラムの２つを併用して運用することによるコスト増大を防ぐことができる。

さらに、本発明は、前記地域センタ装置を、さらに、サービスの提供実績が、サービスの提供回数に占める新バージョンプログラムによる該サービスの提供の回数の割合により定義されるバージョンアップ条件を満たすか否かを判定する第２の判定手段と、前記第２の判定手段において、満たすと判定された場合にのみ、前記サービスに対応するプログラムの新バージョンプログラムへの更新要求を、前記統括センタ装置に対して送信する更新要求手段として機能させるためのものである。

本発明にかかるプログラムがインストールされ実行される地域センタ装置は、第２の判定手段が、「サービスの提供実績が、サービスの提供回数に占める新バージョンプログラムによる該サービスの提供の回数の割合によって定義される「バージョンアップ条件」を満たすか否かを判定する。

一例として、バージョンアップ条件は、以下のように定義される。
・あるサービスの全処理件数のうち新バージョンプログラムによる処理件数が、所定の割合に達した場合、
・あるサービスの新バージョンプログラムによる処理件数のうち正常処理件数が、所定の割合に達した場合、
・あるサービスの新バージョンプログラムによる処理件数のうち、操作取消件数が所定の割合を下回った場合。

そして、更新要求手段が、第２の判定手段においてこの「バージョンアップ条件」を満たすと判定された場合にのみ、そのサービスに対応するプログラムの新バージョンプログラムへの更新要求を、前記統括センタ装置に対して送信する。

これにより、地域センタ装置は、既に記憶しているプログラムに対応する新バージョンプログラムを取得して更新することができ、ユーザ端末に対する以降のサービス提供を新バージョンプログラムにより行えるようにする。

このように、本発明によれば、あるサービスを提供するプログラムのバージョンアップが、データセンタごとに設定されたバージョンアップポリシーにしたがって個別に行われるため、各データセンタの事情を反映したバージョンアップを自動的に行うことができる。

また、本発明は、他の態様において、ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムにおける、該地域センタ装置によって実行される方法であって、前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定ステップと、前記判定ステップにおいて実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定ステップにおいて実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行ステップとを含むものである。

さらに、本発明は、他の態様において、ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムであって、前記地域センタ装置が、前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定手段と、前記判定手段において実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定手段において実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行手段とを備え、前記統括センタ装置が、前記地域センタ装置から前記サービス要求を受信した場合に、該サービス要求に対応する前記新バージョンプログラムを実行する手段を備えるものである。

なお、前記地域センタ装置は、新バージョンプログラムの更新処理の開始前に、前記サービス実行手段が、前記サービス要求を前記統括センタ装置へ送信するようにしてもよい。これにより、前記地域センタ装置は、バージョンアップ処理実行中に、ユーザ端末からサービス要求があった場合でも、そのサービス要求を統括センタ装置へ中継することができ、サービスを停止することなくバージョンアップを行うことができる。

前述のように、本発明によれば、あるサービスを提供するためのプログラムの新バージョンプログラムが存在する場合に、ユーザごとに対応する試用条件にしたがって新バージョンプログラムを試用してサービスを提供することができる。これにより、ユーザごとに相違するサービス提供契約やバージョンアップ条件などにきめ細かく対応させたバージョンアップ制御を実現することができる。

また、本発明によれば、プログラムのバージョンアップは、各データセンタに対応させたバージョンアップポリシーにしたがって、データセンタごとに個別にかつ自動的に行うことができる。このため、各データセンタの事情を反映したバージョンアップ制御を実現することができる。

さらに、新バージョンプログラムが配布元に受け入れられたとしても、直ちにデータセンタに新バージョンプログラムそのものを記憶しておく必要がない。これにより、現行のプログラムおよび新バージョンプログラムによる併用運用に伴う処理やコストを負担することなく、併用運用によるサービスの提供を行えるバージョンアップ制御を実現することができる。

また、全てのデータセンタにおいて、配布元に新バージョンプログラムが受け入れられてから一定期間が経過するまで新バージョンプログラムを取得しないとするバージョンアップポリシーを設定した場合に、配布元での受け入れられた新バージョンプログラムを一定期間試用することにより不具合が見つかったときでも、配布元に保管された新バージョンプログラムのみを修正または交換すればよいため、バージョンアップ直後に生じやすいバグ修正作業や調整作業などの負担を軽減できるバージョンアップ制御を実現することができる。

さらに、本発明によれば、新バージョンプログラムの取得開始前に現行のプログラムへの接続情報を配布元に変更しておき、ユーザからサービス要求を受け付けた場合に、サービス要求を配布元へ中継してサービスを提供することができる。これにより、バージョンアップ実行中であってもサービスを停止しないバージョンアップ制御を実現することができる。

図１に、一実施の形態において、本発明を実現する処理手段のブロック構成例を示す。

統括センタ１は、ユーザに所定のサービスを提供するためのプログラムおよびその新バージョンプログラムをマスタとして登録し、これらのプログラムのプログラム情報を複数の地域センタ２へ配布することで、地域センタ２から中継されたサービス要求に対して新バージョンプログラムによるサービスを実行するコンピュータシステムである。

地域センタ２は、ユーザ端末３からのサービス要求に対して、統括センタ１から配布されたプログラムによるサービスを実行し、またはサービス要求を統括センタ１へ中継し、または所定のバージョンアップポリシーにもとづいてプログラムのバージョンアップを行うコンピュータシステムである。

ユーザ端末３は、所定のサービスの提供を受けるために地域センタ２へサービス要求を送信するユーザのコンピュータ端末である。

統括センタ１および地域センタ２はネットワーク４を通じて、また地域センタ２およびユーザ端末３はネットワーク５を通じて、それぞれ接続してデータ通信を行うことができる。ここで、ネットワーク４およびネットワーク５はインターネット、イントラネット、専用回線網であってよいが、ネットワーク５はインターネットが望ましい。

統括センタ１は、プログラム情報管理手段１１、サービス実行手段１２、プログラム情報記憶手段１３、プログラム配布先記憶手段１４、およびプログラム記憶手段１５を備える。

プログラム情報管理手段１１は、他のシステムからの送信または管理者の入力操作によって、所定のサービスを行うプログラムに対する新バージョンプログラムを受け入れると、新バージョンプログラムをサービス実行手段１２へ渡し、新バージョンプログラムへの接続情報を含むプログラム情報を作成してプログラム情報記憶手段１３に登録し、予め記憶されたプログラム配布先記憶手段１４のプログラム配布先情報をもとに該当する地域センタ２へプログラム情報を配布する処理手段である。なお、プログラム情報管理手段１１は、所定のサービスを行うためにプログラムそのものを新たにを受け入れた場合（バージョン１の場合）には、前記と同様の処理により、そのプログラムをサービス実行手段１２へ渡し、プログラムへの接続情報を含むプログラム情報を所定の地域センタ２へ配布する。

図２に、プログラム情報の例を示す。プログラム情報は、サービス名、バージョン、登録日、および接続情報から構成される。サービス名はプログラムが実行されることにより提供されるサービスを識別する情報、バージョンはそのサービスのためのプログラムのバージョンを識別する情報、登録日はプログラム情報を登録もしくは更新した日付情報である。接続情報は、そのプログラムによるサービスを実行するサーバやサイトへ接続するための情報である。

図３に、プログラム配布先情報の例を示す。プログラム配布先情報には、サービスごとに、プログラム情報を配布する地域センタ２が設定される。例えば、サービスＸのプログラム情報は、地域ａの地域センタ２、地域ｂの地域センタ２、…、へそれぞれ配布されるように設定される。

サービス実行手段１２は、プログラム情報管理手段１１が受け入れた新バージョンプログラムをプログラム記憶手段１５に格納し、ユーザのサービス要求に対してプログラム記憶手段１５に格納された該当サービスのためのプログラムまたはその新バージョンプログラムを実行する処理手段である。また、サービス実行手段１２は、プログラムまたは新バージョンプログラムを実行するたびに、その処理状況に関するデータである利用実績１６を収集する。

プログラム記憶手段１５は、あるサービスのためのプログラムおよびその新バージョンプログラムを格納する手段である。

地域センタ２は、プログラム情報管理手段２１、試用条件判定・要求中継手段２２、利用実績取得手段２３、バージョンアップ判定手段２４、プログラム情報記憶手段２５、ユーザ試用条件記憶手段２６、バージョンアップポリシー記憶手段２７、プログラム記憶手段２８およびサービス実行手段２９を備える。

プログラム情報管理手段２１は、統括センタ１から配布されたプログラムのプログラム情報および新バージョンプログラムのプログラム情報をプログラム情報記憶手段２５へ登録し、プログラム情報を更新する処理手段である。また、プログラム情報管理手段２１は、バージョンアップ判定手段２４からバージョンアップ実行要求を受け付けると、バージョンアップに該当するプログラムへの接続情報（プログラム情報）を地域センタ２から統括センタ１へ書き換え、現行バージョンを統括センタ１で代替サービスさせ、総括センタ１から新バージョンプログラムを取得してサービス実行手段２９へ渡し、新バージョンプログラムへの接続情報（プログラム情報）を統括センタ１から地域センタ２へ書き換える。

試用条件判定・要求中継手段２２は、ユーザ端末３からサービス要求を受け付けると、ユーザ試用条件記憶手段２６に予め格納されたユーザ試用条件を参照してサービス要求がユーザ試用条件に合致するか否かを判定し、サービス要求がユーザ試用条件に合致する場合にはプログラム情報記憶手段２５に登録された新バージョンプログラムのプログラム情報に含まれる接続情報にもとづいて統括センタ１へサービス要求を送信してサービス実行手段１２とユーザ端末３とのサービスを中継し、サービス要求がユーザ試用条件に合致しない場合には現行のプログラムのプログラム情報に含まれる接続情報にもとづいてサービス実行手段２９へサービス要求を送信し、サービス実行手段２９とユーザ端末３とのサービスを中継する処理手段である。

図４に、ユーザ試用条件の例を示す。ユーザ試用条件は、ユーザごとに、新バージョンプログラムを試用する条件を定めるパターンおよび試用を待機する期間を定める日数パラメタが設定される。パターンとしては、例えば以下のような条件を示すものが設定される。

・パターン１：サービス要求の日付が新バージョンプログラムの登録日後であれば、サービス要求を統括センタ１へ中継する、
・パターン２：サービス要求の日付が新バージョンプログラムの登録日後日数パラメタに定める期間の経過後であれば、サービス要求を統括センタ１へ中継する、
・パターン３：サービス要求を地域センタ２のサービス実行手段２９へ中継する。

利用実績取得手段２３は、現行バージョンプログラムによる実際の処理の状況に関するデータである利用実績２１０をサービス実行手段２９から、新バージョンプログラムによる実際の処理の状況に関するデータである利用実績１６を総括センタ１から、それぞれ取得する処理手段である。

図５に、利用実績の例を示す。現行バージョンプログラムの利用実績２１０と新バージョンプログラムの利用実績１６は同一の形式で記録される。図５に示す例は利用実績１６のものであり、統括センタ１で新バージョンプログラムを実行した実績が次に述べる項目で管理されている。サービス要求を中継した地域センタ２を示す依頼元、サービス要求を依頼したユーザ名、利用したサービス名、処理に使用されたプログラムのバージョンを示すバージョン、処理を実行したセンタを示す実行センタ名、処理日時、処理の内容を示す処理名、処理結果を示すフラグを設定する結果などから構成される。結果に示されるフラグは、例えば、正常処理＝１、処理操作中の取消終了＝−１、その他＝０とする。

図６に示す利用実績集計２１１は、利用実績取得手段２３により、利用実績１６、利用実績２１０から収集された利用実績を集計したものである。利用実績集計２１１は、利用実績１６および２１０とほぼ同様の構成であり、所定の期間経過後または契機に、統括センタ１で記憶される利用実績１６のうち依頼元である地域センタ２が中継したサービス要求に関連するものと地域センタ２で処理したサービス要求を記憶する利用実績２１０の内容が格納されていく様子を示している。

バージョンアップ判定手段２４は、バージョンアップポリシー記憶手段２７に予め格納されたバージョンアップポリシーにもとづいて、利用実績２１０および利用実績１６がバージョンアップポリシーを満たすか否かを判定し、利用実績がバージョンアップポリシーを満たす場合に、プログラム情報管理手段２１に対しバージョンアップ実行を要求する処理手段である。バージョンアップ判定手段２４は、利用実績２１０および利用実績１６から、例えば該当するサービスの全処理件数を示す全処理件数Ｎtotal、新バージョンプログラムによる処理件数を示す新バージョン処理件数Ｎnew、新バージョンプログラムによる処理において正常に処理を終了した件数を示す新バージョン正常処理件数Ｎcomplete、新バージョンプログラムによる処理において途中で操作を取り消した件数を示す新バージョン操作取消件数Ｎcancelなどを算出し、これらの数値がバージョンアップポリシーを満たすか否かを判定する。

図７に、バージョンアップポリシーの例を示す。バージョンアップポリシーは、バージョンアップを行うために新バージョンプログラムを取得する条件を定めた情報である。例えば以下のような条件を定めておき、いずれかの条件を満たす場合はバージョンアップが実行されるようにする。

１）新バージョン処理率Ｒnew（＝新バージョン処理件数Ｎnew／全処理件数Ｎtotal）が０．７５以上、
２）新バージョン正常処理率Ｒcomplete（＝新バージョン正常処理件数Ｎcomplete／新バージョン処理件数Ｎnew）が０．８５以上、
３）新バージョン操作取消率Ｒcancel（＝新バージョン操作取消件数Ｎcancel／新バージョン処理件数Ｎnew）が０．０５以下。

サービス実行手段２９は、プログラム情報管理手段２１から渡されるプログラムまたは新バージョンプログラムをプログラム記憶手段２８に格納を行い、ユーザのサービス要求を受け付けると、プログラム記憶手段２８に格納しておいた該当するサービスを提供することで新バージョンプログラムを実行する処理手段である。

次に、図８を用いて本発明の処理を説明する。

統括センタ１のプログラム記憶手段１５および地域センタ２のプログラム記憶手段２８には、所定のサービスＸのための現行のプログラムＰ１が格納され、プログラム情報記憶手段１３およびプログラム情報記憶手段２５には、プログラムＰ１のプログラム情報Ｉ１として、プログラムＰ１への接続情報（地域センタ２）が設定されたものがすでに登録されているとする。

［新バージョンプログラム登録処理］
新バージョンプログラム登録処理の流れは、図８において（ａ）の矢印により示す。

まず、統括センタ１のプログラム情報管理手段１１は、外部の開発センタから所定のサービスＸを行うプログラムＰ１についての新バージョンプログラムＰ２（プログラムＰ２）を受け取ると、受け取ったプログラムＰ２をサービス実行手段１２に渡し、プログラムＰ２への接続情報として統括センタ１を設定したプログラム情報Ｉ２を作成してプログラム情報記憶手段１３に登録する。さらに、プログラム情報管理手段１１は、プログラム配布先記憶手段１４に記憶されたサービスＸのプログラム配布先情報を参照して該当する地域センタ２のプログラム情報管理手段２１へプログラムＰ２のプログラム情報Ｉ２を送信する。サービス実行手段１２は、プログラムＰ２をプログラム記憶手段１５に格納する。

地域センタ２のプログラム情報管理手段２１は、統括センタ１から受信したプログラムＰ２のプログラム情報Ｉ２をプログラム情報記憶手段２５へ登録する。

［新バージョン試用判定処理およびサービス中継処理］
新バージョン試用判定処理およびサービス中継処理の流れは、図８において（ｂ）および（ｂ’）の矢印により示す。

地域センタ２の試用条件判定・要求中継手段２２は、ユーザ端末３からサービスＸのサービス要求を受け付けると、プログラム情報記憶手段２５を参照してプログラム情報Ｉ２が登録されているか否かを調べ、プログラム情報Ｉ２がある場合には、ユーザ試用条件記憶手段２６の該当ユーザのユーザ試用条件を参照して、このサービス要求がユーザ試用条件に合致するか否かを判定する。

そして、サービス要求がユーザ試用条件に合致すれば、受け付けたサービス要求を統括センタ１（サービス実行手段１２）へ送信し、サービス実行手段１２とユーザ端末３との間でサービスＸの中継を行う。統括センタ１では、サービス実行手段１２がプログラムＰ２を使用してサービスＸを実行する。一方、サービス要求がユーザ試用条件に合致しなければ、受け付けたサービス要求を地域センタ２のサービス実行手段２９へ送信し、サービス実行手段２９とユーザ端末３との間でサービスＸの中継を行う。サービス実行手段２９は、プログラムＰ１を使用してサービスＸを実行する。

さらに、サービス実行手段１２およびサービス実行手段２９は、プログラムＰ２およびプログラムＰ１の実行のたびに、それぞれの処理について利用実績２１０および利用実績１６を収集しておく。

なお、試用条件判定・要求中継手段２２は、統括センタ１またはサービス実行手段２９へユーザ端末３からのサービス要求を中継するだけで、以降のサービスＸに関するデータのやりとりは、サービス実行手段１２もしくはサービス実行手段２９とユーザ端末３との間で直接行うようにしてもよい。

［バージョンアップ判定処理］
バージョンアップ判定処理の流れは、図８において（ｃ）の矢印により示す。

利用実績取得手段２３は、所定の期間経過または契機ごとに、プログラムＰ１の利用実績２１０をサービス実行手段２９から、プログラムＰ２の利用実績１６をサービス実行手段１２から取得し、利用実績集計２１１として、バージョンアップ判定手段２４に渡す。バージョンアップ判定手段２４は、この利用実績の集計から判定処理に用いる所定の数値を算出し、バージョンアップポリシー記憶手段２７に記憶されたサービスＸのバージョンアップポリシーを参照して、算出した数値がバージョンアップポリシーの条件を満たすか否かを判定する。算出した数値が条件を満たす場合には、プログラム情報管理手段２１に、バージョンアップ実行を要求する。

［バージョンアップ処理］
バージョンアップ処理の流れは、図８において（ｄ）の矢印により示す。

プログラム情報管理手段２１は、バージョンアップ実行要求を受け付けると、プログラム情報記憶手段２５に格納されているプログラム情報Ｉ１の接続情報を地域センタ２から統括センタ１へ書き換える。その後、プログラム情報Ｉ２の接続情報を参照して統括センタ１からプログラムＰ２を取得し、プログラムＰ２をサービス実行手段２９へ渡す。サービス実行手段２９は、プログラムＰ２をプログラム記憶手段２８に格納してプログラムＰ１と置き換える。なお、サービス実行手段２９は、プログラムＰ２への置き換え後にプログラム記憶手段２８に格納されたプログラムＰ１を削除するようにしてもよい。プログラム情報管理手段２１は、バージョンアップ処理の完了後に、プログラム情報Ｉ２の接続情報を統括センタ１から地域センタ２へ書き換える。

このようにバージョンアップ実行において、プログラム情報管理手段２１によりプログラム情報Ｉ１の接続情報が統括センタ１へ書き換えられることにより、バージョンアップ実行中にユーザ端末３からサービスＸのサービス要求があっても、統括センタ１のサービス実行手段１２によりサービスが提供されることになる。

図９〜図１７を用いて、本発明のより具体的な実施例を説明する。
図９は、本発明をＷｅｂサービスとして実現した場合の構成例を示す図である。Ｗｅｂサービスとは、インターネットを使用したアプリケーション連携技術の一つであって、アプリケーションから他のウェブサイト上のアプリケーションを自動的に呼び出して利用できるようにするサービスである。

図９において、統括センタ１のプログラム管理サーバ１１０は図１に示すプログラム情報管理手段１１に、試用サーバ１２０はサービス実行手段１２に相当する処理手段である。地域センタ２のプログラム管理エージェント２００は、図１に示すプログラム情報管理手段２１と利用実績取得手段２３とバージョンアップ判定手段２４の機能を備える処理手段に、ポータルサーバ２２０は試用条件判定・要求中継手段２２に、アプリサーバ２９０はサービス実行手段２９に、それぞれ相当する処理手段である。図９に示す各記憶手段は、図１に示す同一の番号が付与された記憶手段にそれぞれ相当する。

図１０は、新バージョンプログラム登録処理の処理フロー図である。

プログラム管理サーバ１１０および試用サーバ１２０は、サービスＸを実現するプログラムＰ１の新バージョンプログラムＰ２（プログラムＰ２）の受け入れ処理を行う（ステップＳ１０）。プログラム管理サーバ１１０は、リモートインストーラ、インストール操作などによりプログラムＰ２を受け取ると、プログラムＰ２を試用サーバ１２０へ渡す。試用サーバ１２０は、プログラムＰ２をプログラム記憶手段１５にインストールする。

プログラム管理サーバ１１０は、プログラムＰ２のサービス名、バージョンなどを入力し（ステップＳ１１）、当日の日付を登録日とし（ステップＳ１２）、プログラムＰ２への接続情報（バインド情報）の提供サイトに統括センタ１を設定し（ステップＳ１３）、これらのデータをもとにプログラムＰ２のプログラム情報Ｉ２を生成し（ステップＳ１４）、プログラム情報Ｉ２をプログラム情報記憶手段１３に登録する（ステップＳ１５）。さらに、該当するサービスＸの配布先へプログラム情報Ｉ２の送信処理を行う（ステップＳ１６）。

図１１は、ステップＳ１６に示すプログラム情報送信処理の処理フロー図である。プログラム管理サーバ１１０は、プログラム配布先記憶手段１４のプログラム配布先情報から該当するサービスＸの配布先リストを作成し（ステップＳ２０）、１件目の配布先を得て（ステップＳ２１）、該当サイトである地域センタ２のプログラム管理エージェント２００に接続し（ステップＳ２２）、プログラム情報Ｉ２を送信し（ステップＳ２３）、プログラム管理エージェント２００との接続を解放する（ステップＳ２４）。そして、配布先リスト全てを処理したかどうかを調べて（ステップＳ２５）、配布先リストの全てを処理していなければ配布先リストから次の配布先を得て（ステップＳ２６）、ステップＳ２２〜ステップＳ２４の処理を繰り返す。配布先リストの全てを処理していれば処理を終了する。

地域センタ２のプログラム管理エージェント２００は、プログラム管理サーバ１１０からの要求により接続を確立し（ステップＳ２７）、プログラム情報Ｉ２を受信し（ステップＳ２８）、プログラム情報Ｉ２をプログラム情報記憶手段２５に登録し（ステップＳ２９）、接続を解放する（ステップＳ２１０）。

図１２および図１３は、新バージョン試用判定処理およびサービス中継処理の処理フロー図である。地域センタ２のポータルサーバ２２０は、ユーザ端末３からサービス要求を受け付けると（ステップＳ３０）、プログラム情報記憶手段２５から該当サービス（サービスＸ）のプログラム情報を得て、接続情報が自センタ（地域センタ２）のものの中から自センタのバージョンの最大値を算出し（ステップＳ３１）、さらに接続情報が統括センタ１のものの中から統括センタ１のバージョンの最大値を算出する（ステップＳ３２）。自センタ（地域センタ２）のバージョンの最大値と統括センタ１のバージョンの最大値とを比べて（ステップＳ３３）、自センタ（地域センタ２）のバージョンの最大値が統括センタ１のバージョンの最大値より小さければ（自センタのバージョン＜統括センタのバージョン）、ユーザ試用条件記憶手段２６から該当するユーザ試用条件を取得し（ステップＳ３４）、ユーザ試用条件が「パターン１（すぐ試用する）」であれば（ステップＳ３５）、ステップＳ３１１の処理へジャンプする。またユーザ試用条件が「パターン３（試用しない）」であれば（ステップＳ３６）、ステップＳ３１３の処理へジャンプする。

また、ユーザ試用条件が「パターン２（所定期間経過後であれば試用する）」であれば（ステップＳ３７）、現在の日付を算出し（ステップＳ３８）、プログラム情報記憶手段２５に格納されている新バージョンのプログラム情報Ｉ２から登録日を取得する（ステップＳ３９）。そして、ユーザ試用条件の日数パラメタを新バージョン（プログラムＰ２）の登録日から現在の日付までの期間と比べて（ステップＳ３１０）、現在の日付と新バージョン（プログラムＰ２）の登録日との期間が日数パラメタを超えていれば（日数パラメタ＜現在日付−登録日付）、ステップＳ３１１の処理へ進む。なお、現在の日付と新バージョン（プログラムＰ２）の登録日との期間が日数パラメタを超えていない場合には（日数パラメタ≧現在日付−登録日付）、ステップＳ３１３の処理へ進む。

ステップＳ３１１の処理では、ポータルサーバ２２０は、統括センタ１の試用サーバ１２０へ、地域センタ名、ユーザ名、サービス名を含むサービス要求を行い、試用サーバ１２０とユーザ端末３とのサービス中継処理を行う（ステップＳ３１２）。サービス中継処理において、試用サーバ１２０は、サービス要求を受信すると、プログラム記憶手段１５のプログラムＰ２を実行し、ポータルサーバ２２０を介してサービスＸをユーザ端末３へ提供し、プログラムＰ２の処理の利用実績１６を取得する。ポータルサーバ２２０は、サービスが終了するまで中継処理を行う。

また、ステップＳ３１３の処理では、地域センタ２のアプリサーバ２９０へサービス要求を行い、アプリサーバ２９０とユーザ端末３とのサービス中継処理を行う（ステップＳ３１４）。サービス中継処理において、アプリサーバ２９０は、サービス要求を受け取ると、プログラム記憶手段２８のプログラムＰ１を実行し、ポータルサーバ２２０を介してサービスＸをユーザ端末３へ提供し、プログラムＰ１の処理の利用実績２１０を取得する。ポータルサーバ２２０は、サービスが終了するまで中継処理を行う。

図１４は、利用実績取得処理の処理フロー図である。プログラム管理エージェント２００は、設定処理として、タイマを０に設定し（ステップＳ４０）、プログラム情報記憶手段２５に含まれる前回の利用実績収集終了日時を利用実績収集開始日時に設定し（ステップＳ４０１）、現在の日時を利用実績収集終了日時に設定する（ステップＳ４０２）ことで利用実績の範囲を特定するための収集期間を設定する。なお、プログラム情報記憶手段２５に含まれる前回の利用実績収集終了日時には、地域センタ設置時に、０年０月０日０時０分が設定されているものとする。これらの設定処理を完了した後、プログラム情報記憶手段２５から１つ目のプログラム情報を取得し（ステップＳ４１）、該当するサーバ（試用サーバ１２０およびアプリサーバ２９０）との接続を要求して（ステップＳ４２）、利用実績収集開始日時より大きく，利用実績収集終了日時より小さい範囲で，この地域センタが中継したサービスを条件に指定し、サーバから利用実績１６および利用実績２１０を取得する（ステップＳ４３）。利用実績取得のサービスが終了すると（ステップＳ４４）、全てのプログラム情報を処理したか否かを調べ（ステップＳ４５）、全てのプログラム情報を処理していなければ、次のプログラム情報を取得して（ステップＳ４６）、ステップＳ４２〜ステップＳ４４の処理を繰り返す。全てのプログラム情報を処理していれば、利用実績収集終了日時をプログラム情報記憶手段２５に保存し（ステップＳ４５１）、タイマの時間が所定の待機時間を超える（タイマ＞待機時間）まで（ステップＳ４７）、一定時間待機して（ステップＳ４８）、待機時間経過後にステップＳ４０の処理へ戻る。

なお、試用サーバ１２０またはアプリサーバ２９０では、プログラム管理エージェント２００からの接続要求を受け付けると、収集しておいた利用実績１６または利用実績２１０の中から、利用実績収集開始日時より大きく，利用実績収集終了日時より小さい範囲で，要求元の地域センタが中継したサービスに該当するものをプログラム管理エージェント２００へ送信し、接続を解放する。

図１５は、バージョンアップ判定処理およびバージョンアップ処理の処理フロー図である。プログラム管理エージェント２００は、タイマを０に設定し（ステップＳ５０）、プログラム情報記憶手段２５から該当サービス（サービスＸ）のプログラム情報を得て、接続情報が自センタ（地域センタ２）のものの中から自センタのバージョンの最大値を算出し（ステップＳ５１）、さらに接続情報が統括センタ１のものの中から統括センタ１のバージョンの最大値を算出する（ステップＳ５２）。自センタ（地域センタ２）のバージョンの最大値と統括センタ１のバージョンの最大値とを比べて（ステップＳ５３）、自センタ（地域センタ２）のバージョンの最大値が統括センタ１のバージョンの最大値より小さければ（自センタのバージョン＜統括センタのバージョン）、バージョンアップ判定処理を行う（ステップＳ５４）。バージョンアップ判定処理の結果が「実行」であれば（ステップＳ５５）、プログラム管理エージェント２００によりバージョンアップ処理を行い（ステップＳ５６）、タイマの時間が所定の待機時間を超える（タイマ＞待機時間）まで（ステップＳ５７）、一定時間待機して（ステップＳ５８）、待機時間経過後にステップＳ５０の処理へ戻る。

図１６は、ステップＳ５４のバージョンアップ判定処理の処理フロー図である。プログラム管理エージェント２００は、バージョンアップポリシー記憶手段２７から該当するサービスＸのバージョンアップポリシーを取得する（ステップＳ６０）。バージョンアップポリシーとして、新バージョン処理率Ｒnew、新バージョン正常処理率Ｒcomplete、新バージョン操作取消率Ｒcancelについて所定の閾値が定められているとする。

プログラム管理エージェント２００は、利用実績集計２１１をもとに新バージョン処理件数Ｎnew（プログラムＰ２による処理件数）を算出し(ステップＳ６１)、利用実績１６および利用実績２１０をもとにサービスＸの全処理件数Ｎtotal（プログラムＰ１およびプログラムＰ２による処理件数）を算出し(ステップＳ６２)、利用実績１６をもとに新バージョンでの正常処理件数Ｎcomplete（プログラムＰ２の処理のうち処理結果＝１の処理件数）を算出し（ステップＳ６３）、利用実績１６をもとに新バージョンでの操作中取消件数Ｎcancel（プログラムＰ２の処理のうち処理結果＝−１の処理件数）を算出する（ステップＳ６４）。

そして、全処理件数Ｎtotalにおける新バージョン処理件数Ｎnewの割合が所定の新バージョン処理率Ｒnew以上であるか否か（Ｎnew／Ｎtotal≧Ｒnew）を調べる（ステップＳ６５）。全処理件数Ｎtotalにおける新バージョン処理件数Ｎnewの割合が所定の新バージョン処理率Ｒnew以上であれば、さらに、新バージョン処理件数Ｎnewにおける新バージョンでの正常処理件数Ｎcompleteの割合が所定の新バージョン正常処理率Ｒcomplete以上であるか否か（Ｎcomplete／Ｎnew≧Ｒcomplete）を調べる（ステップＳ６６）。

そして、新バージョン処理件数Ｎnewにおける新バージョンでの正常処理件数Ｎcompleteの割合が所定の新バージョン正常処理率Ｒcomplete以上であれば、さらに、新バージョン処理件数Ｎnewにおける新バージョンでの操作中取消件数Ｎcancelの割合が所定の新バージョン操作取消率Ｒcancel以下であれるか否か（Ｎcancel／Ｎnew≦Ｒcancel）を調べる（ステップＳ６７）。新バージョン処理件数Ｎnewにおける新バージョンでの操作中取消件数Ｎcancelの割合が所定の新バージョン操作取消率Ｒcancel以下であれば、判定結果を「実行」とする（ステップＳ６８）。

図１７は、ステップＳ５６のバージョンアップ処理の処理フロー図である。

プログラム管理エージェント２００は、プログラム情報記憶手段２５の現行バージョンのプログラム情報Ｉ１のバインド情報（提供サイト）を統括センタ１に書き換え（ステップＳ７０）、統括センタ１に接続して（ステップＳ７１）、統括センタ１から新バージョンのプログラムＰ２（複製データ）を受信し（ステップＳ７２）、接続を解放する（ステップＳ７３）。そして、アプリサーバ２９０を介して、新バージョン（プログラムＰ２）をプログラム記憶手段２８に格納して、現行バージョン（プログラムＰ１）を削除する（ステップＳ７４）。また、プログラム管理エージェント２００は、新バージョンのプログラム情報Ｉ２のバインド情報（提供サイト）を自センタ（地域センタ）に書き換る（ステップＳ７５）。

統括センタ１のプログラム管理サーバ１１０は、プログラム管理エージェント２００からの要求(ステップＳ７１の処理)により接続を確立して、プログラム記憶手段１５の新バージョン（プログラムＰ２）の複製データをプログラム管理エージェント２００へ送信して、接続を解放する。

以上、本発明をその実施の形態により説明したが、本発明はその主旨の範囲において種々の変形が可能であることは当然である。また、本発明は、コンピュータにより読み取られ実行されるプログラムとして実施するものとして説明したが、本発明を実現するプログラムは、コンピュータが読み取り可能な、可搬媒体メモリ、半導体メモリ、ハードディスクなどの適当な記録媒体に格納することができ、これらの記録媒体に記録して提供され、または、通信インタフェースを介して種々の通信網を利用した送受信により提供されるものである。

本発明の形態および実施例の特徴を列記すると以下のとおりである。

（付記１） ユーザに所定のサービスを提供するためのプログラムを保管し配布する配布元から、前記サービスを提供する複数の場所に配布されるプログラムのバージョンアップを制御する装置を、コンピュータにより実現させるためのプログラムであって、
前記プログラムの新バージョンプログラムをマスタ登録するプログラム記憶手段と、
前記プログラムの現行バージョンプログラムおよび新バージョンプログラムへの接続情報を記憶するプログラム情報記憶手段と、
ユーザのサービス要求について前記新バージョンプログラムを試用する条件を定めたユーザ試用条件を記憶するユーザ試用条件記憶手段と、
前記配布元から前記新バージョンプログラムへの接続情報が通知されると、前記プログラム情報記憶手段に前記新バージョンプログラムの接続情報を登録するプログラム情報管理手段と、
ユーザのサービス要求を受け付けると、前記サービス要求が前記ユーザ試用条件に合致するか否かを判定する試用条件判定手段と、
前記サービス要求が前記ユーザ試用条件に合致した場合に前記新バージョンプログラムの接続情報にもとづいて前記サービス要求を中継し、または前記サービス要求が前記ユーザ試用条件に合致しない場合に前記現行バージョンプログラムの接続情報にもとづいて前記サービス要求を中継するサービス要求中継手段とを備える制御装置を、
コンピュータにより実現させるためのバージョンアップ制御プログラム。

（付記２） ユーザに所定のサービスを提供するためのプログラムを保管し配布する配布元から、前記サービスを提供する複数の場所に配布されるプログラムのバージョンアップを制御する装置を、コンピュータにより実現させるためのプログラムであって、
配布元から送信されたプログラムを記憶するプログラム記憶手段と、
前記プログラムの現行バージョンプログラムおよび新バージョンプログラムへの接続情報を記憶するプログラム情報記憶手段と、
前記新バージョンプログラムを取得する条件を定めたバージョンアップポリシーを記憶するバージョンアップポリシー記憶手段と、
前記配布元から前記新バージョンプログラムの接続情報が通知されると、前記プログラム情報記憶手段に前記新バージョンプログラムの接続情報を登録するプログラム情報管理手段と、
前記プログラムの現行バージョンプログラムもしくは新バージョンプログラムの実際の処理状況を示す利用実績を取得する利用実績取得手段と、
前記利用実績および前記バージョンアップポリシーを参照して、前記利用実績が前記バージョンアップポリシーを満たすか否かを判定するバージョンアップ判定手段と、
前記利用実績が前記バージョンアップポリシーを満たす場合に、前記新バージョンプログラムの接続情報をもとに前記新バージョンプログラムを取得するバージョンアップ実行手段とを備える制御装置を、
コンピュータにより実現させるためのバージョンアップ制御プログラム。

（付記３） 前記付記２記載のバージョンアップ制御プログラムにおいて、
前記バージョンアップ実行手段による前記新バージョンプログラムの取得開始前に、前記現行バージョンプログラムへの接続情報の設定を前記配布元に変更し、前記サービス要求を受け付けた場合に前記サービス要求を前記配布元へ中継するサービス要求中継手段を備える制御装置を、
コンピュータにより実現させるためのバージョンアップ制御プログラム。

（付記４） ユーザに所定のサービスを提供するためのプログラムを保管し配布する配布元から、前記サービスを提供する複数の場所に配布されるプログラムのバージョンアップを制御する方法であって、
前記プログラムの新バージョンプログラムをマスタ登録するプログラム記憶手段と、前記プログラムの現行バージョンプログラムおよび新バージョンプログラムへの接続情報を記憶するプログラム情報記憶手段と、ユーザのサービス要求について前記新バージョンプログラムを試用する条件を定めたユーザ試用条件を記憶するユーザ試用条件記憶手段とを備えて、
前記配布元から前記新バージョンプログラムへの接続情報が通知されると、前記プログラム情報を記憶する手段に前記新バージョンプログラムの接続情報を登録し、
ユーザのサービス要求を受け付けると、前記サービス要求が前記ユーザ試用条件に合致するか否かを判定し、
前記サービス要求が前記ユーザ試用条件に合致した場合に前記新バージョンプログラムの接続情報にもとづいて前記サービス要求を中継し、または前記サービス要求が前記ユーザ試用条件に合致しない場合に前記現行バージョンプログラムの接続情報にもとづいて前記サービス要求を中継する、
バージョンアップ制御方法。

（付記５） ユーザに所定のサービスを提供するためのプログラムを保管し配布する配布元から、前記サービスを提供する複数の場所に配布されるプログラムのバージョンアップを制御する方法であって、
配布元から送信されたプログラムを記憶するプログラム記憶手段と、
前記プログラムの現行バージョンプログラムおよび新バージョンプログラムへの接続情報を記憶するプログラム情報記憶手段と、前記新バージョンプログラムを取得する条件を定めたバージョンアップポリシーを記憶するバージョンアップポリシー記憶手段とを備えて、
前記配布元から前記新バージョンプログラムの接続情報が通知されると、前記プログラム情報記憶手段に前記新バージョンプログラムの接続情報を登録し、
前記現行バージョンプログラムもしくは前記新バージョンプログラムの実際の処理状況を示す利用実績を取得し、
前記利用実績および前記バージョンアップポリシーを参照して、前記利用実績が前記バージョンアップポリシーを満たすか否かを判定し、
前記利用実績が前記バージョンアップポリシーを満たす場合に、前記新バージョンプログラムの接続情報をもとに前記新バージョンプログラムを取得する、
バージョンアップ制御方法。

（付記６） ユーザに所定のサービスを提供するためのプログラムを保管し配布する配布元から、前記サービスを提供する複数の場所に配布されるプログラムのバージョンアップを制御する装置であって、
前記プログラムの新バージョンプログラムをマスタ登録するプログラム記憶手段と、
前記プログラムの現行バージョンプログラムおよび新バージョンプログラムへの接続情報を記憶するプログラム情報記憶手段と、
ユーザのサービス要求について前記新バージョンプログラムを試用する条件を定めたユーザ試用条件を記憶するユーザ試用条件記憶手段と、
前記配布元から前記新バージョンプログラムへの接続情報が通知されると、前記プログラム情報記憶手段に前記新バージョンプログラムの接続情報を登録するプログラム情報管理手段と、
ユーザのサービス要求を受け付けると、前記サービス要求が前記ユーザ試用条件に合致するか否かを判定する試用条件判定手段と、
前記サービス要求が前記ユーザ試用条件に合致した場合に前記新バージョンプログラムの接続情報にもとづいて前記サービス要求を中継し、または前記サービス要求が前記ユーザ試用条件に合致しない場合に前記現行バージョンプログラムの接続情報にもとづいて前記サービス要求を中継するサービス要求中継手段とを備えるバージョンアップ制御装置。

（付記７） ユーザに所定のサービスを提供するためのプログラムを保管し配布する配布元から、前記サービスを提供する複数の場所に配布されるプログラムのバージョンアップを制御する装置であって、
配布元から送信されたプログラムを記憶するプログラム記憶手段と、
前記プログラムの現行バージョンプログラムおよび新バージョンプログラムへの接続情報を記憶するプログラム情報記憶手段と、
前記新バージョンプログラムを取得する条件を定めたバージョンアップポリシーを記憶するバージョンアップポリシー記憶手段と、
前記配布元から前記新バージョンプログラムの接続情報が通知されると、前記プログラム情報記憶手段に前記新バージョンプログラムの接続情報を登録するプログラム情報管理手段と、
前記プログラムの現行バージョンプログラムもしくは新バージョンプログラムの実際の処理状況を示す利用実績を取得する利用実績取得手段と、
前記利用実績および前記バージョンアップポリシーを参照して、前記利用実績が前記バージョンアップポリシーを満たすか否かを判定するバージョンアップ判定手段と、
前記利用実績が前記バージョンアップポリシーを満たす場合に、前記新バージョンプログラムの接続情報をもとに前記新バージョンプログラムを取得するバージョンアップ実行手段とを備えるバージョンアップ制御装置。

一実施の形態において、本発明を実現する処理手段のブロック構成例を示す図である。 プログラム情報の例を示す図である。 プログラム配布先情報の例を示す図である。 ユーザ試用条件の例を示す図である。 利用実績の例を示す図である。 利用実績の集計例を示す図である。 バージョンアップポリシーの例を示す図である。 本発明の処理を説明するための図である。 本発明のより具体的な実施例を示す図である。 新バージョンプログラム登録処理の処理フロー図である。 プログラム情報送信処理の処理フロー図である。 新バージョン試用判定処理およびサービス中継処理の処理フロー図である。 新バージョン試用判定処理およびサービス中継処理の処理フロー図である。 利用実績取得処理の処理フロー図である。 バージョンアップ判定処理およびバージョンアップ処理の処理フロー図である。 バージョンアップ判定処理の処理フロー図である。 バージョンアップ処理の処理フロー図である。

符号の説明

１ 統括センタ
１１ プログラム情報管理手段
１２ サービス実行手段
１３ プログラム情報記憶手段
１４ プログラム配布先記憶手段
１５ プログラム記憶手段
１６ 利用実績
２ 地域センタ
２１ プログラム情報管理手段
２２ 試用条件判定・要求中継手段
２３ 利用実績取得手段
２４ バージョンアップ判定手段
２５ プログラム情報記憶手段
２６ ユーザ試用条件記憶手段
２７ バージョンアップポリシー記憶手段
２８ プログラム記憶手段
２９ サービス実行手段
２１０利用実績
２１１利用実績集計
３ ユーザ端末
４ ネットワーク
５ ネットワーク

Claims (5)

1. ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムにおける、該地域センタ装置を、
   前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定手段と、
   前記判定手段において実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定手段において実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行手段
   として機能させることを特徴とするバージョンアップ制御プログラム。
2. 前記地域センタ装置を、さらに、
   サービスの提供実績が、サービスの提供回数に占める新バージョンプログラムによる該サービスの提供の回数の割合により定義されるバージョンアップ条件を満たすか否かを判定する第２の判定手段と、
   前記第２の判定手段において、満たすと判定された場合にのみ、前記サービスに対応するプログラムの新バージョンプログラムへの更新要求を、前記統括センタ装置に対して送信する更新要求手段
   として機能させることを特徴とする請求項１記載のバージョンアップ制御プログラム。
3. ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムにおける、該地域センタ装置によって実行される方法であって、
   前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定ステップと、
   前記判定ステップにおいて実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定ステップにおいて実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行ステップ
   とを含むことを特徴とするバージョンアップ制御方法。
4. ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムにおける、該地域センタ装置であって、
   前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定手段と、
   前記判定手段において実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定手段において実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行手段
   とを備えることを特徴とする地域センタ装置。
5. ユーザ端末に対するサービス提供用のプログラムを保持する統括センタ装置と、現行バージョンの前記プログラムを保持する地域センタ装置とを有するサービス提供システムであって、
   前記地域センタ装置が、
   前記ユーザ端末からのサービス要求を受信した場合に、サービス要求の受信時と該サービス要求に対応するプログラムの新バージョンプログラムが前記統括センタ装置に登録された時との関係に応じて該新バージョンプログラムの実行可否を定義したユーザ試用条件に基づいて、該サービス要求に対応する新バージョンプログラムの実行可否を判定する判定手段と、
   前記判定手段において実行可であると判定された場合に、前記サービス要求を前記統括センタ装置に送信し、また、前記判定手段において実行否であると判定された場合に、前記現行バージョンのプログラムを実行するサービス実行手段とを備え、
   前記統括センタ装置が、
   前記地域センタ装置から前記サービス要求を受信した場合に、該サービス要求に対応する前記新バージョンプログラムを実行する手段を備える
   ことを特徴とするサービス提供システム。

Images