(57)【要約】【課題】ソフトウェア（ＳＷ）のアップデートをサービスの停止なしに行う。【解決手段】ＳＷ提供者側のメンテナンスサーバは、ＳＷ対応に最新ＳＷを格納するためのＳＷ格納領域１１，１２等と、ＳＷのいずれかが更新されると、その旨を利用者端末に通知するバージョン管理ＳＷ１０を有する。ＳＷ間の通信処理を伴う処理により利用者にサービスを提供する利用者端末３−１〜３−ｎは、ＳＷ対応に、現世代ＳＷを格納する第１ＳＷ格納領域３１，３２と、前世代ＳＷを格納する第２ＳＷ格納領域３３，３４と、サービス提供用メモリ３５，３６とを備える。バージョン管理ＳＷ３０は、メンテナンスサーバからＳＷのバージョンアップの通知を受信すると最新ＳＷを世代前ＳＷに上書きし、該最新ＳＷおよび現世代ＳＷをサービス提供用メモリに接続し、ＳＷ間通信処理を仲介して、現世代ＳＷを最新ＳＷに更新する。【選択図】　　　　図１
2004078550.tif 000002
【特許請求の範囲】
【請求項１】
複数ソフトウェア間の通信処理を伴う処理によって利用者にサービスを提供する利用者端末と、前記ソフトウェアを提供するソフトウェア提供者側のメンテナンスサーバとが通信ネットワークで接続されたソフトウェア更新システムにおいて、
前記メンテナンスサーバは、前記ソフトウェアそれぞれに対応して最新ソフトウェアを格納するためのソフトウェア格納領域と、
前記ソフトウェアのいずれかが更新されると、その旨を前記通信ネットワーク経由で利用者端末に通知するバージョン管理ソフトウェアとを有し、
前記利用者端末は、前記ソフトウェアそれぞれに対応して現に使用されている現世代ソフトウェアを格納する第１ソフトウェア格納領域と、
前記現世代ソフトウェアの１世代だけ古い前世代ソフトウェアを格納する第２ソフトウェア格納領域と、
前記ソフトウェアがサービス提供に当って使用するデータを格納するためのサービス提供用メモリとを備え、
また、前記利用者端末は、前記メンテナンスサーバから前記ソフトウェアのバージョンアップの通知を受信すると前記最新ソフトウェアを前記前世代ソフトウェアに上書きすることと、
該最新ソフトウェアおよび前記現世代ソフトウェアを前記サービス提供用メモリに接続することと、
前記ソフトウェア間通信処理を仲介することとを経て、前記現世代ソフトウェアを前記最新ソフトウェアに更新するバージョン管理ソフトウェアを有することを特徴とするソフトウェア更新システム。
【請求項２】
前記利用者端末のバージョン管理ソフトウェアは、前記ソフトウェアの更新時にのみ前記ソフトウェア間通信処理を仲介することを特徴とする請求項１に記載のソフトウェア更新システム。
【請求項３】
前記利用者端末のバージョン管理ソフトウェアは、常時、前記ソフトウェア間通信処理を仲介することを特徴とする請求項１に記載のソフトウェア更新システム。
【請求項４】
ソフトウェア提供者側のメンテナンスサーバと通信ネットワークで接続され、複数ソフトウェア間の直接の通信処理を伴う処理によって利用者にサービスを提供する利用者端末を構成するコンピュータにおけるソフトウェア更新プログラムであって、
前記メンテナンスサーバから前記ソフトウェアのバージョンアップの通知を受けると前記メンテナンスサーバから最新ソフトウェアを受信して格納する手順と、
前記バージョンアップされたソフトウェアの現世代ソフトウェアおよび該ソフトウェアが前記通信処理を行う相手のソフトウェアをバージョン管理ソフトウェアに接続する手順と、
前記バージョンアップされたソフトウェアが係わる前記直接の通信処理を切断する手順と、
前記最新ソフトウェアを前記バージョン管理ソフトウェアに接続する手順と、
前記バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する手順と、
前記バージョンアップされたソフトウェアの現世代ソフトウェアを前記バージョン管理ソフトウェアおよび前記サービス提供用メモリから切断する手順と、
前記最新ソフトウェアと該ソフトウェアが係わる前記直接の通信処理を起動する手順と、
前記最新ソフトウェアおよび該ソフトウェアが前記通信処理を行う相手のソフトウェアを前記バージョン管理ソフトウェアから切断する手順とを有することを特徴とするソフトウェア更新プログラム。
【請求項５】
ソフトウェア提供者側のメンテナンスサーバと通信ネットワークで接続され、バージョン管理ソフトウェアを介した複数ソフトウェア間の通信処理を伴う処理によって利用者にサービスを提供する利用者端末を構成するコンピュータにおけるソフトウェア更新プログラムであって、
前記メンテナンスサーバから前記ソフトウェアのバージョンアップの通知を受けると前記メンテナンスサーバから最新ソフトウェアを受信して格納する手順と、
前記最新ソフトウェアを前記バージョン管理ソフトウェアに接続する手順と、
前記バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する手順と、
前記バージョンアップされたソフトウェアの現世代ソフトウェアを前記バージョン管理ソフトウェアおよび前記サービス提供用メモリから切断する手順とを有することを特徴とするソフトウェア更新プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ソフトウェア更新システム、特に、クライアントシステムで使用されるソフトウェアのバージョンアップがあった場合に、サーバが通信ネットワークを介して自動的にアップデートを行うソフトウェア更新システムに関する。
【０００２】
【従来の技術】
この種の従来技術として、特開２０００−２０７１７９に記載されている「分散システムにおけるアプリケーション管理方式」を挙げることができる。この技術では、アプリケーションの実行時に、予めクライアント機器上に設定してあるバージョンアッププログラムが実行され、サーバ機器で管理されている環境ファイルマスタとの比較を行う。その結果、最新アプリケーションでないものがクライアント機器上に存在した場合、サーバ機器上の最新アプリケーションのダウンロード処理を実行する。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来技術では、最新バージョンへのアップデート時には、クライアント機器において運用中のサービスを停止しなければならないという問題点がある。
【０００４】
そこで、本発明の目的は、ソフトウェアのアップデートをサービスの停止なしに自動的に行い、常に最新バージョンのソフトウェアでの運用を行えるようにしたソフトウェア更新システムを提供することである。
【０００５】
【課題を解決するための手段】
本発明のソフトウェア更新システムは、複数ソフトウェア間の通信処理を伴う処理によって利用者にサービスを提供する利用者端末（図１の３−１〜３−ｎ）と、ソフトウェアを提供するソフトウェア提供者側のメンテナンスサーバ（図１の１）とが通信ネットワーク（図１の２）で接続されたソフトウェア更新システムにおいて、メンテナンスサーバは、ソフトウェアそれぞれに対応して最新ソフトウェアを格納するためのソフトウェア格納領域（図１の１１，１２等）と、ソフトウェアのいずれかが更新されると、その旨を通信ネットワーク経由で利用者端末に通知するバージョン管理ソフトウェア（図１の１０）とを有し、利用者端末は、ソフトウェアそれぞれに対応して、現に使用されている現世代ソフトウェアを格納する第１ソフトウェア格納領域（図１の３１，３２）と、現世代ソフトウェアの１世代だけ古い前世代ソフトウェアを格納する第２ソフトウェア格納領域（図１の３３，３４）と、ソフトウェアがサービス提供に当って使用するデータを格納するためのサービス提供用メモリ（図１の３５，３６）とを備え、また、利用者端末は、メンテナンスサーバからソフトウェアのバージョンアップの通知を受信すると最新ソフトウェアを世代前ソフトウェアに上書きすることと、該最新ソフトウェアおよび現世代ソフトウェアをサービス提供用メモリに接続することと、ソフトウェア間通信処理を仲介することとを経て、現世代ソフトウェアを最新ソフトウェアに更新するバージョン管理ソフトウェア（図１の３０）を有することを特徴とする。
【０００６】
本発明のソフトウェア更新方法では、利用者端末は、メンテナンスサーバからソフトウェアのバージョンアップの通知を受けるとメンテナンスサーバから最新ソフトウェアを受信して格納する。そして、利用者端末のバージョン管理ソフトウェアがソフトウェアの更新時にのみソフトウェア間通信処理を仲介する発明の実施の形態では、バージョンアップされたソフトウェアの現世代ソフトウェアおよび該ソフトウェアが通信処理を行う相手のソフトウェアをバージョン管理ソフトウェアに接続する。また、バージョンアップされたソフトウェアが係わる直接の通信処理を切断し、最新ソフトウェアをバージョン管理ソフトウェアに接続して、バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する。その上で、バージョンアップされたソフトウェアの現世代ソフトウェアをバージョン管理ソフトウェアおよび前記サービス提供用メモリから切断して、最新ソフトウェアと該ソフトウェアが係わる直接の通信処理を起動する。最後に、最新ソフトウェアおよび該ソフトウェ通信処理を行う相手のソフトウェバージョン管理ソフトウェアから切断する。
【０００７】
一方、利用者端末のバージョン管理ソフトウェアが常時、ソフトウェア間通信処理を仲介する本発明の実施の形態では、利用者端末は、メンテナンスサーバからソフトウェアのバージョンアップの通知を受け、メンテナンスサーバから最新ソフトウェアを受信して格納すると、最新ソフトウェアをバージョン管理ソフトウェアに接続し、バージョン管理ソフトウェアに接続された最新ソフトウェアをサービス提供用メモリに接続する。その上で、バージョンアップされたソフトウェアの現世代ソフトウェアをバージョン管理ソフトウェアおよびサービス提供用メモリから切断する。
【０００８】
【発明の実施の形態】
次に、本発明の実施例について図面を参照しながら説明する。
【０００９】
図１は、本発明の一実施例のシステム構成図を示す。このシステムは、それぞれがアプリケーションプログラムを使用するｎ個の利用者端末３−１〜３−ｎと、アプリケーションプログラムのバージョン管理を行うメンテナンスサーバ１とが通信ネットワーク２を介して接続されたものである。ここでは、アプリケーションプログラムとして、２つのソフトウェア（ソフトウェアＡおよびソフトウェアＢ）が使用されるものとする。ソフトウェアＡとソフトウェアＢは、相互の間で必要なデータのやり取りを行うソフトウェア間通信処理をしながら利用者にサービスを提供する。
【００１０】
メンテナンスサーバ１は、ソフトウェアＡおよびソフトウェアＢのバージョン管理を行う常駐のバージョン管理ソフトウェアを格納しているソフトウェア格納領域１０と、ソフトウェアＡの最新版であるソフトウェアＡ３を格納するためのソフトウェア格納領域１１と、ソフトウェアＢの最新版であるソフトウェアＢ３を格納するためのソフトウェア格納領域１２とを有する。
【００１１】
バージョン管理ソフトウェア１０は、ソフトウェアＡ３，ソフトウェアＢ３のいずれかが更新されると、その旨を通信ネットワーク２経由で利用者端末３−１〜３−ｎに通知する。また、利用者端末３−１〜３−ｎのバージョン管理ソフトウェア１０からのアップデート完了通知を通信ネットワーク２経由で受信する。
【００１２】
利用者端末３−１〜３−ｎは同構成とし利用者端末３と総称する。利用者端末３は、ソフトウェアＡおよびソフトウェアＢのバージョン管理を行う常駐のバージョン管理ソフトウェアを格納しているソフトウェア格納領域３０と、ソフトウェアＡ２を格納するためのソフトウェア格納領域３１と、ソフトウェアＢ２を格納するためのソフトウェア格納領域３２と、ソフトウェアＡ１を格納するためのソフトウェア格納領域３３と、ソフトウェアＢ１を格納するためのソフトウェア格納領域３４とを有する。
【００１３】
ソフトウェアＡ２は現にサービス提供用として利用者端末３で使用されているＡソフトウェアを示し、ソフトウェアＡ１はソフトウェアＡ２の１つだけ前世代のＡソフトウェアを示す。ソフトウェアＢ２とソフトウェアＢ１についても同様である。
【００１４】
利用者端末３は、更に、ソフトウェアＡがサービス提供に当って使用するデータを格納するサービス提供用メモリ３５と、ソフトウェアＢがサービス提供に当って使用するデータを格納するサービス提供用メモリ３６を備えている。
【００１５】
バージョン管理ソフトウェア３０は、メンテナンスサーバ１からバージョンアップの通知を受信すると、最新版のソフトウェアを１世代前のソフトウェアに上書きする。また、利用者端末３における現世代のソフトウェアから最新版のソフトウェアへの切替えに必要な処理を行う。更に、利用者端末３でのソフトウェアのアップデートが完了すると、その旨を通信ネットワーク２経由でメンテナンスサーバ１のバージョン管理ソフトウェア１０に通知する。
【００１６】
次に、本実施例の動作について、ソフトウェアＡが更新された場合を例にとり、図２に示すフローチャートと、図３に示す状態遷移図を参照して説明する。
【００１７】
いま、利用者端末３は、ソフトウェアＡ２とソフトウェアＢ２によって利用者にサービスを提供しているものとする。ソフトウェアＡとソフトウェアＢは、直接、相互の間でソフトウェア間通信処理を行いながら利用者にサービスを提供する。このとき、ソフトウェアＡ１はソフトウェアＡ２の前世代のＡソフトウェア、ソフトウェアＢ１はソフトウェアＢ２の前世代のＢソフトウェアである。ソフトウェアＡ２，ソフトウェアＢ２は、サービス提供に当り、それぞれサービス提供用メモリ３５，サービス提供用メモリ３６を使用する（図３の状態１）。
【００１８】
この状態で、ソフトウェアＡがソフトウェアＡ３に更新されると（図２のステップＳ１）、バージョン管理ソフトウェア１０は、通信ネットワーク２を経由してバージョン管理ソフトウェア３０に対し、ソフトウェアＡのバージョンアップを通知する（ステップＳ２）。
【００１９】
バージョンアップの通知を受信したバージョン管理ソフトウェア３０は、バージョン管理ソフトウェア１０からソフトウェアＡ３を受信してソフトウェア格納領域３３に上書きする（ステップＳ３）。これにより、ソフトウェアＡ１はソフトウェアＡの最新バージョンであるソフトウェアＡ３に更新されたことになる。また、バージョン管理ソフトウェア３０は、ソフトウェアＡ２およびソフトウェアＢ２と接続する（ステップＳ４）。
【００２０】
次に、バージョン管理ソフトウェア３０は、ソフトウェアＡ２およびソフトウェアＢ２に対して、これ以降は、ソフトウェアＡ２とソフトウェアＢ２の間のソフトウェア間通信処理をバージョン管理ソフトウェア３０経由で行うように通知する。これにより、ソフトウェアＡ２およびソフトウェアＢ２は、バージョン管理ソフトウェア３０との間で通信処理を開始する（ステップＳ５，図３の状態２）。
【００２１】
このような措置を講じた後に、バージョン管理ソフトウェア３０は、ソフトウェアＡ２とソフトウェアＢ２の間のソフトウェア間通信処理を停止するように、ソフトウェアＡ２とソフトウェアＢ２に通知する。これにより、ソフトウェアＡ２はソフトウェアＢ２との間の、またソフトウェアＢ２はソフトウェアＡ２との間の各通信処理を停止し切断処理を実行する（ステップＳ６，図３の状態３）。
【００２２】
バージョン管理ソフトウェア３０は、ソフトウェア格納領域３３に格納されているソフトウェアＡ３（３３）を起動し、ソフトウェアＡ３（３３）に接続通知を行う。これにより、ソフトウェアＡ３（３３）はバージョン管理ソフトウェア３０との接続を行う（ステップＳ７，図３の状態４）。
【００２３】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２が使用しているサービス提供用メモリ３５をソフトウェアＡ３（３３）が参照できるようにソフトウェアＡ３（３３）に通知する。これにより、ソフトウェアＡ３（３３）はサービス提供用メモリ３５を参照可能となる（ステップＳ８，図３の状態５）。ここまでの処理により、ソフトウェアＡ３（３３）は、ソフトウェアＡ２が提供しているサービスと同一のサービスを提供するための準備が整ったことになる。
【００２４】
そこで、バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）にサービスを開始するように通知し、ソフトウェアＡ３（３３）はサービスを開始する（ステップＳ９）。この状態では、ソフトウェアＡ２とソフトウェアＡ３（３３）は同一のサービスを並行して提供していることになる。このとき、ソフトウェアＡ２またはソフトウェアＡ３（３３）からソフトウェアＢへの要求は、バージョン管理ソフトウェア３０を経由してソフトウェアＢ２に転送される。
【００２５】
一方、ソフトウェアＢ２からソフトウェアＡへの要求は、ソフトウェアＡ３（３３）へのみ転送される。これは、ソフトウェアＡのバージョンアップ通知を受けている（ステップＳ２）バージョン管理ソフトウェア３０としては、もはや前世代のソフトウェアＡ２へ要求することを回避するのが妥当だからである。
【００２６】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２へ停止通知を行う。これにより、ソフトウェアＡ２はサービス提供を停止するとともに、自ソフトウェア内に処理要求が存在すれば、その全ての処理要求と停止完了通知とをバージョン管理ソフトウェア３０へ送信する。そして、バージョン管理ソフトウェア３０との接続を切断し、全ての処理を終了する（ステップＳ１０，図３の状態６）。
【００２７】
バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）とソフトウェアＢ２に対して、それぞれ相手と接続を行うように通知する。接続通知を受けたソフトウェアＡ３（３３）はソフトウェアＢ２と、ソフトウェアＢ２はソフトウェアＡ３（３３）と接続し、バージョン管理ソフトウェア３０へ接続完了通知を行う（ステップＳ１１，図３の状態７）。状態７は状態１におけるソフトウェアＡ２がソフトウェアＡ３に置き換えられた形になっていることが分かる。
【００２８】
接続完了通知を受け取ったバージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）とソフトウェアＢ２に対して、それぞれ自ソフトウェアへの要求を行わないように通知する。また、内部にソフトウェアＡ３（３３），ソフトウェアＢ２への要求が存在する場合は、それぞれに送付する。そして、バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３），ソフトウェアＢ２それぞれとの切断処理を行う（ステップＳ１２）。
【００２９】
この結果、サービス提供はソフトウェアＡ３（３３）とソフトウェアＢ２相互の間のソフトウェア間通信処理により提供されることになる。最後に、バージョン管理ソフトウェア３０は、通信ネットワーク２を介してメンテナンスサーバ１のバージョン管理ソフトウェア１０へアップデート完了を通知する（ステップＳ１３）。
【００３０】
利用者端末３では、以後、ソフトウェア格納領域３１のソフトウェアＡ２は前世代のソフトウェアＡ１として、ソフトウェア格納領域３３のソフトウェアＡ３は現世代のソフトウェアＡ２として取り扱われることになる。したがって、次にソフトウェアＡの更新があった場合には、メンテナンスサーバ１０から送信されてくる最新版のソフトウェアＡ３は、バージョン管理ソフトウェア３０によってソフトウェア格納領域３１のソフトウェアＡ１に上書きされる。
【００３１】
以上のようにして、ソフトウェアＡの更新があった場合にも、利用者端末３におけるソフトウェアＡを使用したサービスの提供を停止することなく、ソフトウェアＡのアップデートを行うことができる。
【００３２】
次に、本実施例の他の動作について、ソフトウェアＡが更新された場合を例にとり、図４に示すフローチャートと、図５に示す状態遷移図を参照して説明する。図４は、図２からステップＳ４〜Ｓ６とステップＳ１１，Ｓ１２が削除され、また、図５は、図３から状態１，状態２と状態７が削除された形のものである。
【００３３】
いま、利用者端末３は、ソフトウェアＡ２とソフトウェアＢ２によって利用者にサービスを提供しているものとする。ソフトウェアＡとソフトウェアＢは、バージョン管理ソフトウェア３０の介在の下に相互の間でソフトウェア間通信処理を行いながら利用者にサービスを提供する。このとき、ソフトウェアＡ１はソフトウェアＡ２の前世代のＡソフトウェア、ソフトウェアＢ１はソフトウェアＢ２の前世代のＢソフトウェアである。ソフトウェアＡ２，ソフトウェアＢ２は、サービス提供に当り、それぞれサービス提供用メモリ３５，サービス提供用メモリ３６を使用する（図５の状態１）。
【００３４】
この状態で、ソフトウェアＡがソフトウェアＡ３に更新されると（図４のステップＴ１）、バージョン管理ソフトウェア１０は、通信ネットワーク２を経由してバージョン管理ソフトウェア３０に対し、ソフトウェアＡのバージョンアップを通知する（ステップＴ２）。
【００３５】
バージョンアップの通知を受信したバージョン管理ソフトウェア３０は、バージョン管理ソフトウェア１０からソフトウェアＡ３を受信してソフトウェア格納領域３３に上書きする（ステップＴ３）。これにより、ソフトウェアＡ１はソフトウェアＡの最新バージョンであるソフトウェアＡ３に更新されたことになる。
【００３６】
バージョン管理ソフトウェア３０は、ソフトウェア格納領域３３に格納されているソフトウェアＡ３（３３）を起動し、ソフトウェアＡ３（３３）に接続通知を行う。これにより、ソフトウェアＡ３（３３）はバージョン管理ソフトウェア３０との接続を行う（ステップＴ４，図５の状態２）。
【００３７】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２が使用しているサービス提供用メモリ３５をソフトウェアＡ３（３３）が参照できるようにソフトウェアＡ３（３３）に通知する。これにより、ソフトウェアＡ３（３３）はサービス提供用メモリ３５を参照可能となる（ステップＴ５，図５の状態３）。ここまでの処理により、ソフトウェアＡ３（３３）は、ソフトウェアＡ２が提供しているサービスと同一のサービスを提供するための準備が整ったことになる。
【００３８】
そこで、バージョン管理ソフトウェア３０は、ソフトウェアＡ３（３３）にサービスを開始するように通知し、ソフトウェアＡ３（３３）はサービスを開始する（ステップＴ６）。この状態では、ソフトウェアＡ２とソフトウェアＡ３（３３）は同一のサービスを並行して提供していることになる。このとき、ソフトウェアＡ２またはソフトウェアＡ３（３３）からソフトウェアＢへの要求は、バージョン管理ソフトウェア３０を経由してソフトウェアＢ２に転送される。
【００３９】
一方、ソフトウェアＢ２からソフトウェアＡへの要求は、ソフトウェアＡ３（３３）へのみ転送される。これは、ソフトウェアＡのバージョンアップ通知を受けている（ステップＴ２）バージョン管理ソフトウェア３０としては、もはや前世代のソフトウェアＡ２へ要求することを回避するのが妥当だからである。
【００４０】
バージョン管理ソフトウェア３０は、ソフトウェアＡ２へ停止通知を行う。これにより、ソフトウェアＡ２はサービス提供を停止するとともに、自ソフトウェア内に処理要求が存在すれば、その全ての処理要求と停止完了通知とをバージョン管理ソフトウェア３０へ送信する。そして、バージョン管理ソフトウェア３０との接続を切断し、全ての処理を終了する（ステップＴ７，図５の状態４）。状態４は状態１におけるソフトウェアＡ２がソフトウェアＡ３に置き換えられた形になっていることが分かる。
【００４１】
最後に、バージョン管理ソフトウェア３０は、通信ネットワーク２を介してメンテナンスサーバ１のバージョン管理ソフトウェア１０へアップデート完了を通知する（ステップＴ８）。
【００４２】
なお、以上に説明したソフトウェア更新方法は、利用者端末３を構成するコンピュータでプログラムを実行することによっても行うことができる。そのプログラムは、コンピュータを制御し、図２のステップＳ３〜ステップＳ１３、または図４のステップＴ３〜ステップＴ８の各処理を実行させる。
【００４３】
【発明の効果】
本発明によれば、以上のような構成を採用することにより、利用者端末において運用されサービスを提供しているソフトウェアのバージョンアップを、サービスの提供を停止することなく自動的に行うことができるようになる。
【図面の簡単な説明】
【図１】本発明のソフトウェア更新システムの一実施例を示すシステム構成図
【図２】本発明のソフトウェア更新システムの一動作例を示すフローチャート
【図３】図２に示した動作例における利用者端末の状態遷移図
【図４】本発明のソフトウェア更新システムの他の動作例を示すフローチャート
【図５】図４に示した動作例における利用者端末の状態遷移図
【符号の説明】
１　　　　メンテナンスサーバ
２　　　　通信ネットワーク
１０　　　バージョン管理ソフトウェア
１１　　　ソフトウェア格納領域（ソフトウェアＡ３）
１２　　　ソフトウェア格納領域（ソフトウェアＢ３）
３１　　　　ソフトウェア格納領域（ソフトウェアＡ２）
３２　　　　ソフトウェア格納領域（ソフトウェアＢ２）
３３　　　　ソフトウェア格納領域（ソフトウェアＡ１）
３４　　　　ソフトウェア格納領域（ソフトウェアＢ１）
３５　　　　サービス提供用メモリ
３６　　　　サービス提供用メモリ
３−１　　　利用者側端末
３−ｎ　　　利用者側端末
【図１】
2004078550.tif 000003
【図２】
2004078550.tif 000004
【図３】
2004078550.tif 000005
【図４】
2004078550.tif 000006
【図５】
2004078550.tif 000007