JP2004078550A - Updating system of software - Google Patents

Updating system of software Download PDF

Info

Publication number
JP2004078550A
JP2004078550A JP2002237772A JP2002237772A JP2004078550A JP 2004078550 A JP2004078550 A JP 2004078550A JP 2002237772 A JP2002237772 A JP 2002237772A JP 2002237772 A JP2002237772 A JP 2002237772A JP 2004078550 A JP2004078550 A JP 2004078550A
Authority
JP
Japan
Prior art keywords
software
latest
version
service
maintenance server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002237772A
Other languages
Japanese (ja)
Inventor
Makoto Ando
安藤　誠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Engineering Ltd
Original Assignee
NEC Engineering Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Engineering Ltd filed Critical NEC Engineering Ltd
Priority to JP2002237772A priority Critical patent/JP2004078550A/en
Publication of JP2004078550A publication Critical patent/JP2004078550A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To execute an updating work of software (SW) without suspending any service. <P>SOLUTION: When either of SW housing zones 11, 12 or the like for housing the latest SW for coping with SW and the SW are revised, a maintenance server at a SW supplier side provided with a version management SW 10 notices the information to user terminals. The user terminals 3-1 to 3-n supplying services to users by operation including communication among the SW are provided with first SW housing zones 31 and 32 housing current-generation SW, second housing zones 33 and 34 housing previous-generation SW, and service supply memories 35 and 36 for coping with SW. The version management SW 30 overwrites the latest SW on the previous-generation SW when receiving notice of version-up of SW from the maintenance server, connectes the latest SW and the current-generation SW with the service supply memories, and updates the current-generation SW to the latest SW via the communication among the SW. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、ソフトウェア更新システム、特に、クライアントシステムで使用されるソフトウェアのバージョンアップがあった場合に、サーバが通信ネットワークを介して自動的にアップデートを行うソフトウェア更新システムに関する。
【０００２】
【従来の技術】
この種の従来技術として、特開２０００−２０７１７９に記載されている「分散システムにおけるアプリケーション管理方式」を挙げることができる。この技術では、アプリケーションの実行時に、予めクライアント機器上に設定してあるバージョンアッププログラムが実行され、サーバ機器で管理されている環境ファイルマスタとの比較を行う。その結果、最新アプリケーションでないものがクライアント機器上に存在した場合、サーバ機器上の最新アプリケーションのダウンロード処理を実行する。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来技術では、最新バージョンへのアップデート時には、クライアント機器において運用中のサービスを停止しなければならないという問題点がある。
【０００４】
そこで、本発明の目的は、ソフトウェアのアップデートをサービスの停止なしに自動的に行い、常に最新バージョンのソフトウェアでの運用を行えるようにしたソフトウェア更新システムを提供することである。
【０００５】
【課題を解決するための手段】
本発明のソフトウェア更新システムは、複数ソフトウェア間の通信処理を伴う処理によって利用者にサービスを提供する利用者端末（図１の３−１〜３−ｎ）と、ソフトウェアを提供するソフトウェア提供者側のメンテナンスサーバ（図１の１）とが通信ネットワーク（図１の２）で接続されたソフトウェア更新システムにおいて、メンテナンスサーバは、ソフトウェアそれぞれに対応して最新ソフトウェアを格納するためのソフトウェア格納領域（図１の１１，１２等）と、ソフトウェアのいずれかが更新されると、その旨を通信ネットワーク経由で利用者端末に通知するバージョン管理ソフトウェア（図１の１０）とを有し、利用者端末は、ソフトウェアそれぞれに対応して、現に使用されている現世代ソフトウェアを格納する第１ソフトウェア格納領域（図１の３１，３２）と、現世代ソフトウェアの１世代だけ古い前世代ソフトウェアを格納する第２ソフトウェア格納領域（図１の３３，３４）と、ソフトウェアがサービス提供に当って使用するデータを格納するためのサービス提供用メモリ（図１の３５，３６）とを備え、また、利用者端末は、メンテナンスサーバからソフトウェアのバージョンアップの通知を受信すると最新ソフトウェアを世代前ソフトウェアに上書きすることと、該最新ソフトウェアおよび現世代ソフトウェアをサービス提供用メモリに接続することと、ソフトウェア間通信処理を仲介することとを経て、現世代ソフトウェアを最新ソフトウェアに更新するバージョン管理ソフトウェア（図１の３０）を有することを特徴とする。
【０００６】
本発明のソフトウェア更新方法では、利用者端末は、メンテナンスサーバからソフトウェアのバージョンアップの通知を受けるとメンテナンスサーバから最新ソフトウェアを受信して格納する。そして、利用者端末のバージョン管理ソフトウェアがソフトウェアの更新時にのみソフトウェア間通信処理を仲介する発明の実施の形態では、バージョンアップされたソフトウェアの現世代ソフトウェアおよび該ソフトウェアが通信処理を行う相手のソフトウェアをバージョン管理ソフトウェアに接続する。また、バージョンアップされたソフトウェアが係わる直接の通信処理を切断し、最新ソフトウェアをバージョン管理ソフトウェアに接続して、バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する。その上で、バージョンアップされたソフトウェアの現世代ソフトウェアをバージョン管理ソフトウェアおよび前記サービス提供用メモリから切断して、最新ソフトウェアと該ソフトウェアが係わる直接の通信処理を起動する。最後に、最新ソフトウェアおよび該ソフトウェ通信処理を行う相手のソフトウェバージョン管理ソフトウェアから切断する。
【０００７】
一方、利用者端末のバージョン管理ソフトウェアが常時、ソフトウェア間通信処理を仲介する本発明の実施の形態では、利用者端末は、メンテナンスサーバからソフトウェアのバージョンアップの通知を受け、メンテナンスサーバから最新ソフトウェアを受信して格納すると、最新ソフトウェアをバージョン管理ソフトウェアに接続し、バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する。その上で、バージョンアップされたソフトウェアの現世代ソフトウェアをバージョン管理ソフトウェアおよびサービス提供用メモリから切断する。
【０００８】
【発明の実施の形態】
次に、本発明の実施例について図面を参照しながら説明する。
【０００９】
図１は、本発明の一実施例のシステム構成図を示す。このシステムは、それぞれがアプリケーションプログラムを使用するｎ個の利用者端末３−１〜３−ｎと、アプリケーションプログラムのバージョン管理を行うメンテナンスサーバ１とが通信ネットワーク２を介して接続されたものである。ここでは、アプリケーションプログラムとして、２つのソフトウェア（ソフトウェアＡおよびソフトウェアＢ）が使用されるものとする。ソフトウェアＡとソフトウェアＢは、相互の間で必要なデータのやり取りを行うソフトウェア間通信処理をしながら利用者にサービスを提供する。
【００１０】
メンテナンスサーバ１は、ソフトウェアＡおよびソフトウェアＢのバージョン管理を行う常駐のバージョン管理ソフトウェアを格納しているソフトウェア格納領域１０と、ソフトウェアＡの最新版であるソフトウェアＡ３を格納するためのソフトウェア格納領域１１と、ソフトウェアＢの最新版であるソフトウェアＢ３を格納するためのソフトウェア格納領域１２とを有する。
【００１１】
バージョン管理ソフトウェア１０は、ソフトウェアＡ３，ソフトウェアＢ３のいずれかが更新されると、その旨を通信ネットワーク２経由で利用者端末３−１〜３−ｎに通知する。また、利用者端末３−１〜３−ｎのバージョン管理ソフトウェア１０からのアップデート完了通知を通信ネットワーク２経由で受信する。
【００１２】
利用者端末３−１〜３−ｎは同構成とし利用者端末３と総称する。利用者端末３は、ソフトウェアＡおよびソフトウェアＢのバージョン管理を行う常駐のバージョン管理ソフトウェアを格納しているソフトウェア格納領域３０と、ソフトウェアＡ２を格納するためのソフトウェア格納領域３１と、ソフトウェアＢ２を格納するためのソフトウェア格納領域３２と、ソフトウェアＡ１を格納するためのソフトウェア格納領域３３と、ソフトウェアＢ１を格納するためのソフトウェア格納領域３４とを有する。
【００１３】
ソフトウェアＡ２は現にサービス提供用として利用者端末３で使用されているＡソフトウェアを示し、ソフトウェアＡ１はソフトウェアＡ２の１つだけ前世代のＡソフトウェアを示す。ソフトウェアＢ２とソフトウェアＢ１についても同様である。
【００１４】
利用者端末３は、更に、ソフトウェアＡがサービス提供に当って使用するデータを格納するサービス提供用メモリ３５と、ソフトウェアＢがサービス提供に当って使用するデータを格納するサービス提供用メモリ３６を備えている。
【００１５】
バージョン管理ソフトウェア３０は、メンテナンスサーバ１からバージョンアップの通知を受信すると、最新版のソフトウェアを１世代前のソフトウェアに上書きする。また、利用者端末３における現世代のソフトウェアから最新版のソフトウェアへの切替えに必要な処理を行う。更に、利用者端末３でのソフトウェアのアップデートが完了すると、その旨を通信ネットワーク２経由でメンテナンスサーバ１のバージョン管理ソフトウェア１０に通知する。
【００１６】
次に、本実施例の動作について、ソフトウェアＡが更新された場合を例にとり、図２に示すフローチャートと、図３に示す状態遷移図を参照して説明する。
【００１７】
いま、利用者端末３は、ソフトウェアＡ２とソフトウェアＢ２によって利用者にサービスを提供しているものとする。ソフトウェアＡとソフトウェアＢは、直接、相互の間でソフトウェア間通信処理を行いながら利用者にサービスを提供する。このとき、ソフトウェアＡ１はソフトウェアＡ２の前世代のＡソフトウェア、ソフトウェアＢ１はソフトウェアＢ２の前世代のＢソフトウェアである。ソフトウェアＡ２，ソフトウェアＢ２は、サービス提供に当り、それぞれサービス提供用メモリ３５，サービス提供用メモリ３６を使用する（図３の状態１）。
【００１８】
この状態で、ソフトウェアＡがソフトウェアＡ３に更新されると（図２のステップＳ１）、バージョン管理ソフトウェア１０は、通信ネットワーク２を経由してバージョン管理ソフトウェア３０に対し、ソフトウェアＡのバージョンアップを通知する（ステップＳ２）。
【００１９】
バージョンアップの通知を受信したバージョン管理ソフトウェア３０は、バージョン管理ソフトウェア１０からソフトウェアＡ３を受信してソフトウェア格納領域３３に上書きする（ステップＳ３）。これにより、ソフトウェアＡ１はソフトウェアＡの最新バージョンであるソフトウェアＡ３に更新されたことになる。また、バージョン管理ソフトウェア３０は、ソフトウェアＡ２およびソフトウェアＢ２と接続する（ステップＳ４）。
【００２０】
次に、バージョン管理ソフトウェア３０は、ソフトウェアＡ２およびソフトウェアＢ２に対して、これ以降は、ソフトウェアＡ２とソフトウェアＢ２の間のソフトウェア間通信処理をバージョン管理ソフトウェア３０経由で行うように通知する。これにより、ソフトウェアＡ２およびソフトウェアＢ２は、バージョン管理ソフトウェア３０との間で通信処理を開始する（ステップＳ５，図３の状態２）。
【００２１】
このような措置を講じた後に、バージョン管理ソフトウェア３０は、ソフトウェアＡ２とソフトウェアＢ２の間のソフトウェア間通信処理を停止するように、ソフトウェアＡ２とソフトウェアＢ２に通知する。これにより、ソフトウェアＡ２はソフトウェアＢ２との間の、またソフトウェアＢ２はソフトウェアＡ２との間の各通信処理を停止し切断処理を実行する（ステップＳ６，図３の状態３）。
【００２２】
バージョン管理ソフトウェア３０は、ソフトウェア格納領域３３に格納されているソフトウェアＡ３（３３）を起動し、ソフトウェアＡ３（３３）に接続通知を行う。これにより、ソフトウェアＡ３（３３）はバージョン管理ソフトウェア３０との接続を行う（ステップＳ７，図３の状態４）。
【００２３】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２が使用しているサービス提供用メモリ３５をソフトウェアＡ３（３３）が参照できるようにソフトウェアＡ３（３３）に通知する。これにより、ソフトウェアＡ３（３３）はサービス提供用メモリ３５を参照可能となる（ステップＳ８，図３の状態５）。ここまでの処理により、ソフトウェアＡ３（３３）は、ソフトウェアＡ２が提供しているサービスと同一のサービスを提供するための準備が整ったことになる。
【００２４】
そこで、バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）にサービスを開始するように通知し、ソフトウェアＡ３（３３）はサービスを開始する（ステップＳ９）。この状態では、ソフトウェアＡ２とソフトウェアＡ３（３３）は同一のサービスを並行して提供していることになる。このとき、ソフトウェアＡ２またはソフトウェアＡ３（３３）からソフトウェアＢへの要求は、バージョン管理ソフトウェア３０を経由してソフトウェアＢ２に転送される。
【００２５】
一方、ソフトウェアＢ２からソフトウェアＡへの要求は、ソフトウェアＡ３（３３）へのみ転送される。これは、ソフトウェアＡのバージョンアップ通知を受けている（ステップＳ２）バージョン管理ソフトウェア３０としては、もはや前世代のソフトウェアＡ２へ要求することを回避するのが妥当だからである。
【００２６】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２へ停止通知を行う。これにより、ソフトウェアＡ２はサービス提供を停止するとともに、自ソフトウェア内に処理要求が存在すれば、その全ての処理要求と停止完了通知とをバージョン管理ソフトウェア３０へ送信する。そして、バージョン管理ソフトウェア３０との接続を切断し、全ての処理を終了する（ステップＳ１０，図３の状態６）。
【００２７】
バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）とソフトウェアＢ２に対して、それぞれ相手と接続を行うように通知する。接続通知を受けたソフトウェアＡ３（３３）はソフトウェアＢ２と、ソフトウェアＢ２はソフトウェアＡ３（３３）と接続し、バージョン管理ソフトウェア３０へ接続完了通知を行う（ステップＳ１１，図３の状態７）。状態７は状態１におけるソフトウェアＡ２がソフトウェアＡ３に置き換えられた形になっていることが分かる。
【００２８】
接続完了通知を受け取ったバージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）とソフトウェアＢ２に対して、それぞれ自ソフトウェアへの要求を行わないように通知する。また、内部にソフトウェアＡ３（３３），ソフトウェアＢ２への要求が存在する場合は、それぞれに送付する。そして、バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３），ソフトウェアＢ２それぞれとの切断処理を行う（ステップＳ１２）。
【００２９】
この結果、サービス提供はソフトウェアＡ３（３３）とソフトウェアＢ２相互の間のソフトウェア間通信処理により提供されることになる。最後に、バージョン管理ソフトウェア３０は、通信ネットワーク２を介してメンテナンスサーバ１のバージョン管理ソフトウェア１０へアップデート完了を通知する（ステップＳ１３）。
【００３０】
利用者端末３では、以後、ソフトウェア格納領域３１のソフトウェアＡ２は前世代のソフトウェアＡ１として、ソフトウェア格納領域３３のソフトウェアＡ３は現世代のソフトウェアＡ２として取り扱われることになる。したがって、次にソフトウェアＡの更新があった場合には、メンテナンスサーバ１０から送信されてくる最新版のソフトウェアＡ３は、バージョン管理ソフトウェア３０によってソフトウェア格納領域３１のソフトウェアＡ１に上書きされる。
【００３１】
以上のようにして、ソフトウェアＡの更新があった場合にも、利用者端末３におけるソフトウェアＡを使用したサービスの提供を停止することなく、ソフトウェアＡのアップデートを行うことができる。
【００３２】
次に、本実施例の他の動作について、ソフトウェアＡが更新された場合を例にとり、図４に示すフローチャートと、図５に示す状態遷移図を参照して説明する。図４は、図２からステップＳ４〜Ｓ６とステップＳ１１，Ｓ１２が削除され、また、図５は、図３から状態１，状態２と状態７が削除された形のものである。
【００３３】
いま、利用者端末３は、ソフトウェアＡ２とソフトウェアＢ２によって利用者にサービスを提供しているものとする。ソフトウェアＡとソフトウェアＢは、バージョン管理ソフトウェア３０の介在の下に相互の間でソフトウェア間通信処理を行いながら利用者にサービスを提供する。このとき、ソフトウェアＡ１はソフトウェアＡ２の前世代のＡソフトウェア、ソフトウェアＢ１はソフトウェアＢ２の前世代のＢソフトウェアである。ソフトウェアＡ２，ソフトウェアＢ２は、サービス提供に当り、それぞれサービス提供用メモリ３５，サービス提供用メモリ３６を使用する（図５の状態１）。
【００３４】
この状態で、ソフトウェアＡがソフトウェアＡ３に更新されると（図４のステップＴ１）、バージョン管理ソフトウェア１０は、通信ネットワーク２を経由してバージョン管理ソフトウェア３０に対し、ソフトウェアＡのバージョンアップを通知する（ステップＴ２）。
【００３５】
バージョンアップの通知を受信したバージョン管理ソフトウェア３０は、バージョン管理ソフトウェア１０からソフトウェアＡ３を受信してソフトウェア格納領域３３に上書きする（ステップＴ３）。これにより、ソフトウェアＡ１はソフトウェアＡの最新バージョンであるソフトウェアＡ３に更新されたことになる。
【００３６】
バージョン管理ソフトウェア３０は、ソフトウェア格納領域３３に格納されているソフトウェアＡ３（３３）を起動し、ソフトウェアＡ３（３３）に接続通知を行う。これにより、ソフトウェアＡ３（３３）はバージョン管理ソフトウェア３０との接続を行う（ステップＴ４，図５の状態２）。
【００３７】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２が使用しているサービス提供用メモリ３５をソフトウェアＡ３（３３）が参照できるようにソフトウェアＡ３（３３）に通知する。これにより、ソフトウェアＡ３（３３）はサービス提供用メモリ３５を参照可能となる（ステップＴ５，図５の状態３）。ここまでの処理により、ソフトウェアＡ３（３３）は、ソフトウェアＡ２が提供しているサービスと同一のサービスを提供するための準備が整ったことになる。
【００３８】
そこで、バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）にサービスを開始するように通知し、ソフトウェアＡ３（３３）はサービスを開始する（ステップＴ６）。この状態では、ソフトウェアＡ２とソフトウェアＡ３（３３）は同一のサービスを並行して提供していることになる。このとき、ソフトウェアＡ２またはソフトウェアＡ３（３３）からソフトウェアＢへの要求は、バージョン管理ソフトウェア３０を経由してソフトウェアＢ２に転送される。
【００３９】
一方、ソフトウェアＢ２からソフトウェアＡへの要求は、ソフトウェアＡ３（３３）へのみ転送される。これは、ソフトウェアＡのバージョンアップ通知を受けている（ステップＴ２）バージョン管理ソフトウェア３０としては、もはや前世代のソフトウェアＡ２へ要求することを回避するのが妥当だからである。
【００４０】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２へ停止通知を行う。これにより、ソフトウェアＡ２はサービス提供を停止するとともに、自ソフトウェア内に処理要求が存在すれば、その全ての処理要求と停止完了通知とをバージョン管理ソフトウェア３０へ送信する。そして、バージョン管理ソフトウェア３０との接続を切断し、全ての処理を終了する（ステップＴ７，図５の状態４）。状態４は状態１におけるソフトウェアＡ２がソフトウェアＡ３に置き換えられた形になっていることが分かる。
【００４１】
最後に、バージョン管理ソフトウェア３０は、通信ネットワーク２を介してメンテナンスサーバ１のバージョン管理ソフトウェア１０へアップデート完了を通知する（ステップＴ８）。
【００４２】
なお、以上に説明したソフトウェア更新方法は、利用者端末３を構成するコンピュータでプログラムを実行することによっても行うことができる。そのプログラムは、コンピュータを制御し、図２のステップＳ３〜ステップＳ１３、または図４のステップＴ３〜ステップＴ８の各処理を実行させる。
【００４３】
【発明の効果】
本発明によれば、以上のような構成を採用することにより、利用者端末において運用されサービスを提供しているソフトウェアのバージョンアップを、サービスの提供を停止することなく自動的に行うことができるようになる。
【図面の簡単な説明】
【図１】本発明のソフトウェア更新システムの一実施例を示すシステム構成図
【図２】本発明のソフトウェア更新システムの一動作例を示すフローチャート
【図３】図２に示した動作例における利用者端末の状態遷移図
【図４】本発明のソフトウェア更新システムの他の動作例を示すフローチャート
【図５】図４に示した動作例における利用者端末の状態遷移図
【符号の説明】
１　　　　メンテナンスサーバ
２　　　　通信ネットワーク
１０　　　バージョン管理ソフトウェア
１１　　　ソフトウェア格納領域（ソフトウェアＡ３）
１２　　　ソフトウェア格納領域（ソフトウェアＢ３）
３１　　　　ソフトウェア格納領域（ソフトウェアＡ２）
３２　　　　ソフトウェア格納領域（ソフトウェアＢ２）
３３　　　　ソフトウェア格納領域（ソフトウェアＡ１）
３４　　　　ソフトウェア格納領域（ソフトウェアＢ１）
３５　　　　サービス提供用メモリ
３６　　　　サービス提供用メモリ
３−１　　　利用者側端末
３−ｎ　　　利用者側端末[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a software update system, and more particularly, to a software update system in which a server automatically updates via a communication network when a version of software used in a client system is upgraded.
[0002]
[Prior art]
As this kind of conventional technology, there is an "application management method in a distributed system" described in JP-A-2000-207179. In this technique, when an application is executed, an upgrade program set in advance on a client device is executed, and a comparison is made with an environment file master managed by a server device. As a result, if there is a non-latest application on the client device, the latest application is downloaded on the server device.
[0003]
[Problems to be solved by the invention]
However, in the above-described conventional technology, there is a problem that the service in operation in the client device must be stopped when updating to the latest version.
[0004]
Therefore, an object of the present invention is to provide a software update system that automatically updates software without stopping services and always operates with the latest version of software.
[0005]
[Means for Solving the Problems]
The software updating system according to the present invention includes a user terminal (3-1 to 3-n in FIG. 1) for providing a service to a user by a process involving a communication process between a plurality of software, and a software provider for providing the software. In a software update system in which a maintenance server (1 in FIG. 1) is connected via a communication network (2 in FIG. 1), the maintenance server has a software storage area (FIG. 1) for storing the latest software corresponding to each software. 1 and 11) and version management software (10 in FIG. 1) that notifies the user terminal via the communication network when any of the software is updated. , The first software for storing the currently used current generation software corresponding to each software. A software storage area (31, 32 in FIG. 1), a second software storage area (33, 34 in FIG. 1) for storing the previous generation software that is one generation older than the current generation software, and the software is used for providing a service. Service providing memory (35, 36 in FIG. 1) for storing data to be updated, and the user terminal overwrites the latest software with the pre-generation software upon receiving a software version upgrade notification from the maintenance server. Version management software (see FIG. 1) for updating the current generation software to the latest software through connecting the latest software and the current generation software to the service providing memory, and mediating communication processing between the software. 30).
[0006]
In the software updating method of the present invention, the user terminal receives and stores the latest software from the maintenance server when receiving the notification of the software version upgrade from the maintenance server. Then, in the embodiment of the invention in which the version management software of the user terminal mediates the inter-software communication processing only when the software is updated, the current generation software of the upgraded software and the software of the other party with which the software performs the communication processing are used. Connect to version control software. In addition, the direct communication processing relating to the upgraded software is disconnected, the latest software is connected to the version management software, and the latest software connected to the version management software is connected to the service providing memory. Then, the current generation software of the upgraded software is disconnected from the version management software and the service providing memory, and a direct communication process involving the latest software and the software is started. Finally, disconnect from the latest software and the software version management software of the other party performing the software communication processing.
[0007]
On the other hand, in the embodiment of the present invention in which the version management software of the user terminal always mediates the communication processing between the software, the user terminal receives the notification of the software version upgrade from the maintenance server, and downloads the latest software from the maintenance server. When received and stored, the latest software is connected to the version control software, and the latest software connected to the version control software is connected to the service providing memory. Then, the current generation software of the upgraded software is disconnected from the version management software and the service providing memory.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
[0009]
FIG. 1 shows a system configuration diagram of an embodiment of the present invention. In this system, n user terminals 3-1 to 3-n each using an application program and a maintenance server 1 for performing version management of the application program are connected via a communication network 2. . Here, it is assumed that two software (software A and software B) are used as application programs. The software A and the software B provide services to the user while performing inter-software communication processing for exchanging necessary data between the software A and the software B.
[0010]
The maintenance server 1 includes a software storage area 10 for storing resident version control software for performing version control of software A and software B, and a software storage area 11 for storing software A3 which is the latest version of software A. And a software storage area 12 for storing software B3 which is the latest version of software B.
[0011]
When any of the software A3 and the software B3 is updated, the version management software 10 notifies the user terminals 3-1 to 3-n via the communication network 2 of the update. Further, it receives an update completion notification from the version management software 10 of the user terminals 3-1 to 3-n via the communication network 2.
[0012]
The user terminals 3-1 to 3-n have the same configuration and are collectively referred to as user terminals 3. The user terminal 3 stores a software storage area 30 for storing resident version control software for performing version management of software A and software B, a software storage area 31 for storing software A2, and software B2. Storage area 32 for storing software A1, and a software storage area 34 for storing software B1.
[0013]
The software A2 indicates A software currently used in the user terminal 3 for providing a service, and the software A1 indicates only one software A2 of the previous generation. The same applies to software B2 and software B1.
[0014]
The user terminal 3 further includes a service providing memory 35 for storing data used by the software A for providing a service, and a service providing memory 36 for storing data used by the software B for providing the service. ing.
[0015]
Upon receiving the version upgrade notification from the maintenance server 1, the version management software 30 overwrites the latest version of the software with the software of the previous generation. Further, it performs processing necessary for switching from the current generation software to the latest version software in the user terminal 3. Further, when the software update in the user terminal 3 is completed, the update is notified to the version management software 10 of the maintenance server 1 via the communication network 2.
[0016]
Next, the operation of the present embodiment will be described with reference to a flowchart shown in FIG. 2 and a state transition diagram shown in FIG. 3, taking a case where the software A is updated as an example.
[0017]
Now, it is assumed that the user terminal 3 provides a service to the user by using software A2 and software B2. The software A and the software B directly provide a service to the user while performing an inter-software communication process between them. At this time, the software A1 is the A software of the previous generation of the software A2, and the software B1 is the B software of the previous generation of the software B2. The software A2 and the software B2 use the service providing memory 35 and the service providing memory 36, respectively, in providing the service (state 1 in FIG. 3).
[0018]
In this state, when the software A is updated to the software A3 (Step S1 in FIG. 2), the version management software 10 notifies the version management software 30 of the version upgrade of the software A via the communication network 2. (Step S2).
[0019]
The version management software 30 that has received the version upgrade notification receives the software A3 from the version management software 10 and overwrites the software storage area 33 (step S3). As a result, the software A1 has been updated to the software A3, which is the latest version of the software A. The version management software 30 connects to the software A2 and the software B2 (step S4).
[0020]
Next, the version management software 30 notifies the software A2 and the software B2 to perform the inter-software communication processing between the software A2 and the software B2 thereafter through the version management software 30. Thereby, the software A2 and the software B2 start communication processing with the version management software 30 (step S5, state 2 in FIG. 3).
[0021]
After taking such a measure, the version control software 30 notifies the software A2 and the software B2 to stop the inter-software communication process between the software A2 and the software B2. As a result, the software A2 stops communication processing with the software B2 and the software B2 stops communication processing with the software A2 and executes disconnection processing (step S6, state 3 in FIG. 3).
[0022]
The version management software 30 activates the software A3 (33) stored in the software storage area 33 and notifies the software A3 (33) of a connection. As a result, the software A3 (33) makes a connection with the version management software 30 (step S7, state 4 in FIG. 3).
[0023]
The version management software 30 notifies the software A3 (33) so that the software A3 (33) can refer to the service providing memory 35 used by the software A2. Thereby, the software A3 (33) can refer to the service providing memory 35 (step S8, state 5 in FIG. 3). By the processing up to this point, the software A3 (33) is ready to provide the same service as the service provided by the software A2.
[0024]
Then, the version management software 30 notifies the software A3 (33) to start the service, and the software A3 (33) starts the service (step S9). In this state, the software A2 and the software A3 (33) provide the same service in parallel. At this time, a request from the software A2 or the software A3 (33) to the software B is transferred to the software B2 via the version management software 30.
[0025]
On the other hand, a request from software B2 to software A is transferred only to software A3 (33). This is because it is appropriate for the version management software 30 that has received the version upgrade notification of the software A (step S2) to no longer request the previous generation software A2.
[0026]
The version management software 30 sends a stop notification to the software A2. As a result, the software A2 stops providing the service and, if there is a processing request in its own software, transmits all the processing requests and the stop completion notification to the version management software 30. Then, the connection with the version management software 30 is disconnected, and all the processes are terminated (step S10, state 6 in FIG. 3).
[0027]
The version management software 30 notifies the software A3 (33) and the software B2 to connect with each other. The software A3 (33) having received the connection notification connects to the software B2, and the software B2 connects to the software A3 (33), and notifies the version management software 30 of the connection completion (step S11, state 7 in FIG. 3). It can be seen that the state 7 is a form in which the software A2 in the state 1 is replaced by the software A3.
[0028]
Upon receiving the connection completion notification, the version management software 30 notifies the software A3 (33) and the software B2 so as not to make a request to their own software. If there are requests for software A3 (33) and software B2 inside, they are sent to each. Then, the version management software 30 performs a disconnection process with each of the software A3 (33) and the software B2 (step S12).
[0029]
As a result, the service is provided by the inter-software communication processing between the software A3 (33) and the software B2. Finally, the version management software 30 notifies the version management software 10 of the maintenance server 1 via the communication network 2 of the completion of the update (step S13).
[0030]
Thereafter, in the user terminal 3, the software A2 in the software storage area 31 is treated as the previous generation software A1, and the software A3 in the software storage area 33 is treated as the current generation software A2. Therefore, when the software A is updated next, the latest version of the software A3 transmitted from the maintenance server 10 is overwritten on the software A1 in the software storage area 31 by the version management software 30.
[0031]
As described above, even when the software A is updated, the update of the software A can be performed without stopping the provision of the service using the software A in the user terminal 3.
[0032]
Next, another operation of the present embodiment will be described with reference to a flowchart shown in FIG. 4 and a state transition diagram shown in FIG. 5, taking a case where software A is updated as an example. FIG. 4 is a form in which steps S4 to S6 and steps S11 and S12 are deleted from FIG. 2, and FIG. 5 is a form in which the states 1, 2, and 7 are deleted from FIG.
[0033]
Now, it is assumed that the user terminal 3 provides a service to the user by using software A2 and software B2. The software A and the software B provide a service to the user while performing an inter-software communication process with each other with the intervention of the version control software 30. At this time, the software A1 is the A software of the previous generation of the software A2, and the software B1 is the B software of the previous generation of the software B2. The software A2 and the software B2 use the service providing memory 35 and the service providing memory 36, respectively, in providing the service (state 1 in FIG. 5).
[0034]
In this state, when the software A is updated to the software A3 (step T1 in FIG. 4), the version management software 10 notifies the version management software 30 of the version upgrade of the software A via the communication network 2. (Step T2).
[0035]
The version management software 30 that has received the version upgrade notification receives the software A3 from the version management software 10 and overwrites the software storage area 33 (step T3). As a result, the software A1 has been updated to the software A3, which is the latest version of the software A.
[0036]
The version management software 30 activates the software A3 (33) stored in the software storage area 33 and notifies the software A3 (33) of a connection. As a result, the software A3 (33) connects to the version management software 30 (step T4, state 2 in FIG. 5).
[0037]
The version management software 30 notifies the software A3 (33) so that the software A3 (33) can refer to the service providing memory 35 used by the software A2. Thereby, the software A3 (33) can refer to the service providing memory 35 (step T5, state 3 in FIG. 5). By the processing up to this point, the software A3 (33) is ready to provide the same service as the service provided by the software A2.
[0038]
Therefore, the version management software 30 notifies the software A3 (33) to start the service, and the software A3 (33) starts the service (step T6). In this state, the software A2 and the software A3 (33) provide the same service in parallel. At this time, a request from the software A2 or the software A3 (33) to the software B is transferred to the software B2 via the version management software 30.
[0039]
On the other hand, a request from software B2 to software A is transferred only to software A3 (33). This is because it is appropriate for the version management software 30 that has received the version upgrade notification of the software A (step T2) to no longer request the previous generation software A2.
[0040]
The version management software 30 sends a stop notification to the software A2. As a result, the software A2 stops providing the service and, if there is a processing request in its own software, transmits all the processing requests and the stop completion notification to the version management software 30. Then, the connection with the version control software 30 is disconnected, and all the processes are terminated (step T7, state 4 in FIG. 5). It can be seen that the state 4 is a form in which the software A2 in the state 1 is replaced by the software A3.
[0041]
Finally, the version management software 30 notifies the version management software 10 of the maintenance server 1 via the communication network 2 of the completion of the update (step T8).
[0042]
Note that the above-described software update method can also be performed by executing a program on a computer constituting the user terminal 3. The program controls the computer to execute each processing of steps S3 to S13 of FIG. 2 or steps T3 to T8 of FIG.
[0043]
【The invention's effect】
According to the present invention, by adopting the above configuration, it is possible to automatically upgrade the version of software operating on a user terminal and providing a service without stopping provision of the service. Become like
[Brief description of the drawings]
FIG. 1 is a system configuration diagram showing one embodiment of a software update system of the present invention. FIG. 2 is a flowchart showing one operation example of a software update system of the present invention. FIG. 3 is a user in the operation example shown in FIG. FIG. 4 is a flowchart showing another operation example of the software updating system of the present invention. FIG. 5 is a state transition diagram of a user terminal in the operation example shown in FIG. 4.
1 maintenance server 2 communication network 10 version management software 11 software storage area (software A3)
12 Software storage area (Software B3)
31 Software storage area (Software A2)
32 Software storage area (Software B2)
33 Software storage area (Software A1)
34 Software Storage Area (Software B1)
35 Service providing memory 36 Service providing memory 3-1 User side terminal 3-n User side terminal

Claims (5)

複数ソフトウェア間の通信処理を伴う処理によって利用者にサービスを提供する利用者端末と、前記ソフトウェアを提供するソフトウェア提供者側のメンテナンスサーバとが通信ネットワークで接続されたソフトウェア更新システムにおいて、
前記メンテナンスサーバは、前記ソフトウェアそれぞれに対応して最新ソフトウェアを格納するためのソフトウェア格納領域と、
前記ソフトウェアのいずれかが更新されると、その旨を前記通信ネットワーク経由で利用者端末に通知するバージョン管理ソフトウェアとを有し、
前記利用者端末は、前記ソフトウェアそれぞれに対応して現に使用されている現世代ソフトウェアを格納する第１ソフトウェア格納領域と、
前記現世代ソフトウェアの１世代だけ古い前世代ソフトウェアを格納する第２ソフトウェア格納領域と、
前記ソフトウェアがサービス提供に当って使用するデータを格納するためのサービス提供用メモリとを備え、
また、前記利用者端末は、前記メンテナンスサーバから前記ソフトウェアのバージョンアップの通知を受信すると前記最新ソフトウェアを前記前世代ソフトウェアに上書きすることと、
該最新ソフトウェアおよび前記現世代ソフトウェアを前記サービス提供用メモリに接続することと、
前記ソフトウェア間通信処理を仲介することとを経て、前記現世代ソフトウェアを前記最新ソフトウェアに更新するバージョン管理ソフトウェアを有することを特徴とするソフトウェア更新システム。In a software update system in which a user terminal that provides a service to a user by a process involving communication processing between a plurality of software and a maintenance server of a software provider that provides the software are connected via a communication network,
The maintenance server, a software storage area for storing the latest software corresponding to each of the software,
When any of the software is updated, version control software that notifies the user terminal of the update via the communication network,
A first software storage area for storing a current generation software currently used in correspondence with each of the software;
A second software storage area for storing previous generation software that is one generation older than the current generation software;
A service providing memory for storing data used in providing the service by the software,
The user terminal may overwrite the latest software with the previous generation software upon receiving the software version upgrade notification from the maintenance server,
Connecting the latest software and the current generation software to the service providing memory;
A software update system comprising version management software for updating the current generation software to the latest software through mediating the inter-software communication processing. 前記利用者端末のバージョン管理ソフトウェアは、前記ソフトウェアの更新時にのみ前記ソフトウェア間通信処理を仲介することを特徴とする請求項１に記載のソフトウェア更新システム。The software update system according to claim 1, wherein the version management software of the user terminal mediates the inter-software communication process only when the software is updated. 前記利用者端末のバージョン管理ソフトウェアは、常時、前記ソフトウェア間通信処理を仲介することを特徴とする請求項１に記載のソフトウェア更新システム。2. The software updating system according to claim 1, wherein the version management software of the user terminal always mediates the inter-software communication process. ソフトウェア提供者側のメンテナンスサーバと通信ネットワークで接続され、複数ソフトウェア間の直接の通信処理を伴う処理によって利用者にサービスを提供する利用者端末を構成するコンピュータにおけるソフトウェア更新プログラムであって、
前記メンテナンスサーバから前記ソフトウェアのバージョンアップの通知を受けると前記メンテナンスサーバから最新ソフトウェアを受信して格納する手順と、
前記バージョンアップされたソフトウェアの現世代ソフトウェアおよび該ソフトウェアが前記通信処理を行う相手のソフトウェアをバージョン管理ソフトウェアに接続する手順と、
前記バージョンアップされたソフトウェアが係わる前記直接の通信処理を切断する手順と、
前記最新ソフトウェアを前記バージョン管理ソフトウェアに接続する手順と、
前記バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する手順と、
前記バージョンアップされたソフトウェアの現世代ソフトウェアを前記バージョン管理ソフトウェアおよび前記サービス提供用メモリから切断する手順と、
前記最新ソフトウェアと該ソフトウェアが係わる前記直接の通信処理を起動する手順と、
前記最新ソフトウェアおよび該ソフトウェアが前記通信処理を行う相手のソフトウェアを前記バージョン管理ソフトウェアから切断する手順とを有することを特徴とするソフトウェア更新プログラム。A software update program in a computer which is connected to a maintenance server on a software provider side by a communication network and constitutes a user terminal which provides a service to a user by a process involving a direct communication process between a plurality of software,
A step of receiving and storing the latest software from the maintenance server upon receiving a notification of the upgrade of the software from the maintenance server,
A step of connecting the current generation software of the upgraded software and the software of the other party that performs the communication processing to the version management software,
A step of disconnecting the direct communication process involving the upgraded software;
Connecting the latest software to the version control software;
A procedure for connecting the latest software connected to the version control software to a service providing memory,
Disconnecting the current generation software of the upgraded software from the version management software and the service providing memory;
A procedure for activating the direct communication process involving the latest software and the software;
A procedure for disconnecting the latest software and the software of the other party with which the software performs the communication processing from the version control software. ソフトウェア提供者側のメンテナンスサーバと通信ネットワークで接続され、バージョン管理ソフトウェアを介した複数ソフトウェア間の通信処理を伴う処理によって利用者にサービスを提供する利用者端末を構成するコンピュータにおけるソフトウェア更新プログラムであって、
前記メンテナンスサーバから前記ソフトウェアのバージョンアップの通知を受けると前記メンテナンスサーバから最新ソフトウェアを受信して格納する手順と、
前記最新ソフトウェアを前記バージョン管理ソフトウェアに接続する手順と、
前記バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する手順と、
前記バージョンアップされたソフトウェアの現世代ソフトウェアを前記バージョン管理ソフトウェアおよび前記サービス提供用メモリから切断する手順とを有することを特徴とするソフトウェア更新プログラム。A software update program for a computer that is connected to a maintenance server on the software provider side via a communication network and that constitutes a user terminal that provides a service to a user by performing processing involving communication processing between a plurality of software via version control software. hand,
A step of receiving and storing the latest software from the maintenance server upon receiving a notification of the upgrade of the software from the maintenance server,
Connecting the latest software to the version control software;
A procedure for connecting the latest software connected to the version control software to a service providing memory,
Disconnecting the current generation software of the upgraded software from the version management software and the service providing memory.
JP2002237772A 2002-08-19 2002-08-19 Updating system of software Pending JP2004078550A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002237772A JP2004078550A (en) 2002-08-19 2002-08-19 Updating system of software

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002237772A JP2004078550A (en) 2002-08-19 2002-08-19 Updating system of software

Publications (1)

Publication Number Publication Date
JP2004078550A true JP2004078550A (en) 2004-03-11

Family

ID=32021381

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002237772A Pending JP2004078550A (en) 2002-08-19 2002-08-19 Updating system of software

Country Status (1)

Country Link
JP (1) JP2004078550A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100825348B1 (en) * 2005-03-22 2008-04-28 닛본 덴끼 가부시끼가이샤 Server system and online software update method
WO2013136717A1 (en) * 2012-03-16 2013-09-19 日本電気株式会社 Time series data processing device, time series data processing method, and time series data processing program storage medium
WO2013136718A1 (en) * 2012-03-16 2013-09-19 日本電気株式会社 Time series data processing device, time series data processing method, and time series data processing program storage medium
WO2014045556A1 (en) * 2012-09-18 2014-03-27 日本電気株式会社 Time-series data processing device, time-series data processing method, and medium for storing time-series data processing program

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100825348B1 (en) * 2005-03-22 2008-04-28 닛본 덴끼 가부시끼가이샤 Server system and online software update method
WO2013136717A1 (en) * 2012-03-16 2013-09-19 日本電気株式会社 Time series data processing device, time series data processing method, and time series data processing program storage medium
WO2013136718A1 (en) * 2012-03-16 2013-09-19 日本電気株式会社 Time series data processing device, time series data processing method, and time series data processing program storage medium
US9075669B2 (en) 2012-03-16 2015-07-07 Nec Corporation Time series data processing device, time series data processing method and time series data processing program storage medium
JPWO2013136717A1 (en) * 2012-03-16 2015-08-03 日本電気株式会社 Time-series data processing device, time-series data processing method, and time-series data processing program
JPWO2013136718A1 (en) * 2012-03-16 2015-08-03 日本電気株式会社 Time-series data processing device, time-series data processing method, and time-series data processing program
US10725984B2 (en) 2012-03-16 2020-07-28 Nec Corporation Time series data device, time series data processing method and time series data processing program storage medium
WO2014045556A1 (en) * 2012-09-18 2014-03-27 日本電気株式会社 Time-series data processing device, time-series data processing method, and medium for storing time-series data processing program
JPWO2014045556A1 (en) * 2012-09-18 2016-08-18 日本電気株式会社 Time-series data processing device, time-series data processing method, and time-series data processing program

Similar Documents

Publication Publication Date Title
US6971095B2 (en) Automatic firmware version upgrade system
US7003767B2 (en) System and method for remotely updating software applications
WO2017088388A1 (en) Method and system for upgrading sdk of application
KR101676042B1 (en) Method and system for deploying non-backward compatible server versions in a client/server computing environment
TW550456B (en) Realtime configuration updates and software distribution to active client positions
US20140282487A1 (en) Software update for a wireless communication device
WO2008014647A1 (en) A maintenance method for the capability management object, capability management method, the system and the terminal thereof
WO2002048877A1 (en) Replacing software at a telecommunications platform
CN103019757A (en) Method, device and system for synchronizing software among multiple clients
WO2024077885A1 (en) Management method, apparatus and device for container cluster, and non-volatile readable storage medium
JP3612043B2 (en) System and method for updating program file being executed
US20220326940A1 (en) Service Upgrade Method, Apparatus, and System
EP3496337B1 (en) Method and device for resetting network device to factory settings, and network device
JPH09292980A (en) File distribution system
JP2004078550A (en) Updating system of software
JP6562744B2 (en) System and control method
WO2014169759A1 (en) Method for realizing smart home service, smart home terminal and service hotspots
JP2002132511A (en) Program update system
JPH10320184A (en) Software version management system
JP2015125512A (en) Management system, management method by management system, management device, control method for management device, and program
Kusek et al. Mobile agent based software operation and maintenance
CN112199161A (en) Cloud platform service management method and device and related components
JP3855621B2 (en) Remote maintenance method for information processing apparatus
JP4882291B2 (en) Module update program
CN113542019B (en) Upgrading method and system for transfer control separation distributed CP

Legal Events

Date Code Title Description
A621 Written request for application examination

Effective date: 20050707

Free format text: JAPANESE INTERMEDIATE CODE: A621

A977 Report on retrieval

Effective date: 20080215

Free format text: JAPANESE INTERMEDIATE CODE: A971007

A131 Notification of reasons for refusal

Effective date: 20080331

Free format text: JAPANESE INTERMEDIATE CODE: A131

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080722