(57)【要約】【課題】大規模な複数ユーザのパソコン端末に導入されているパッケージソフトウェアの更新モジュールの配信および更新管理を迅速・確実に行う。【解決手段】任意のパッケージソフトウェアを更新する際に更新するモジュールを配信するための配信用センタ端末１２と、前記パッケージソフトウェアを利用するパソコン端末１１３，１１４，１２３，１２４，２１３，２１４，２２３，および２２４を所持するユーザ（ユーザＡ社１００およびユーザＢ社２００）に設置され，前記配信用センタ端末が送信する前記モジュールを受信して格納しそのバージョン情報を基に世代別管理を行う受信用端末１１２，１２２，２１２，および２２２と、前記配信用センタ端末および前記受信用端末を接続する通信ネットワークとを有する。【選択図】      図１
2005092623.tif 000002
【特許請求の範囲】
【請求項１】
任意のパッケージソフトウェアを更新する際に更新するモジュールを配信するための配信用センタ端末と、前記パッケージソフトウェアを利用するパソコン端末を所持するユーザに設置され，前記配信用センタ端末が送信する前記モジュールを受信して格納しそのバージョン情報を基に世代別管理を行う受信用端末と、前記配信用センタ端末および前記受信用端末を接続する通信ネットワークとを有することを特徴とするパッケージソフトウェア更新方式。
【請求項２】
前記通信ネットワークは、通信衛星と、前記配信用センタ端末に接続され更新用の前記モジュールを前記通信衛星に送信する第一のルータと、前記受信用端末に接続され前記モジュールを前記通信衛星から受信する第二のルータとを具備することを特徴とする請求項１記載のパッケージソフトウェア更新方式。
【請求項３】
前記受信用端末は、前記パソコン端末にＬＡＮを介して接続され前記パソコン端末が要求する更新用の前記モジュールを送信することを特徴とする請求項１または２記載のパッケージソフトウェア更新方式。
【請求項４】
前記パソコン端末は、パソコン端末自身が実行するパッケージソフトウェアのバージョン情報を常に管理し、自パソコン端末内のパッケージソフトウェアのモジュールのバージョンを判別し、最適な更新用のモジュールを選択して前記受信用端末に要求することを特徴とする請求項１，２，または３記載のパッケージソフトウェア更新方式。
【請求項５】
パソコン端末が利用しているパッケージソフトウェアを更新するモジュールを配信用センタ端末に登録し、登録された前記モジュールをスケジューリングされた配信タイミングに従って通信衛星およびルータを介して受信用端末に格納し、格納された前記モジュール自身が保持しているバージョン情報を基に前記パッケージソフトウェアの世代別管理を行い、前記パソコン端末が要求する更新用のモジュールを前記受信用端末から要求元のパソコン端末に送信し、前記パソコン端末に格納されたパッケージソフトウェアのモジュールを最新のバージョンの状態に更新することを特徴とするパッケージソフトウェア更新方法。
【請求項６】
保持しているパッケージソフトウェアのモジュールのバージョンを判別する機能と、最新のバージョン情報に基づいて前記パッケージソフトウェアの更新すべきモジュールを選択する機能と、前記更新すべきモジュールを取得し前記パッケージソフトウェアを最新の状態に維持する機能とをコンピュータに実現させるためのパッケージソフトウェア更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパッケージソフトウェア更新方式，方法，およびプログラムに関し、特に大規模な複数のユーザ先に設置されているパソコン端末に導入されているパッケージソフトウェアのモジュールを能率よく確実に更新処理するパッケージソフトウェア更新方式，方法，およびプログラムに関する。
【背景技術】
【０００２】
ユーザ先のパソコン端末へ導入されているパッケージソフトウェアのモジュール更新を、パソコンをよく知らないエンドユーザの操作であっても簡便に行えるようにするために、従来、種々の方法が利用されている。
【０００３】
たとえば、簡便で理解し易い方法として、ＣＤ−ＲＯＭ、またはフロッピー（登録商標）ディスク媒体に更新するためのモジュール一式を格納して郵送で配布し、パソコン端末画面のメニューから更新処理を選択させることにより、モジュールの更新を行う方法がある。
【０００４】
また、配信用センタ端末から各ユーザ先の本部サーバ端末へ更新するためのモジュール一式を専用線を介して配信し、さらに、本部サーバ端末に格納されたモジュール一式は各ユーザ先の拠点に設置された拠点サーバ端末へＷＡＮで配信され、パソコン端末画面のメニューから更新処理を選択させることにより、ＬＡＮを介してモジュールの更新を行う（たとえば、特許文献１参照。）。
【０００５】
しかしながら、上記のような従来の方法には次の問題点がある。
【０００６】
特に、大規模な複数ユーザ先へのＣＤ−ＲＯＭ、またはフロッピー（登録商標）ディスク媒体の郵送配布は迅速さに欠け、コストも多大である。また、ユーザ先によって、パソコン端末機種が異なるため、専用の媒体を用意する必要がある。
【０００７】
また、本部サーバ端末経由の配信では、配信用センタ端末〜ユーザ先本部〜拠点間のネットワークが整備されている必要がある。また、ユーザ先の基幹業務用のリソースを消費してしまうため、レスポンス悪化等の影響を与えてしまう恐れがある。これに伴い、大容量のモジュールを配信することは不適である。
【０００８】
さらに、通常のユーザ先では、更新するためのモジュールが世代別管理されていないため、複数のバージョンのモジュールがあった場合に、更新順序等の判断を人的に行わなければならず、作業が煩雑である。
【０００９】
【特許文献１】特開２００２−２６８８９２号公報（第３〜４頁，図１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記のように、従来のソフトウェア更新方法では、特にユーザ数が多大の場合には、問題が大きい。すなわち、通信ネットワークを利用した配信では、ユーザの業務用リソースを使用することになるので、大容量モジュールの更新を行うことは困難である。また、個別の端末ユーザの更新管理は煩雑な作業であり、多大のユーザ数では個別の判断処理に時間がかかる。
【００１１】
本発明の目的は、上記のような欠点を改善するために、大規模な複数ユーザのパソコン端末に導入されているパッケージソフトウェアの更新モジュールの配信および更新管理を迅速・確実に行うことができるパッケージソフトウェア更新方式，方法，およびプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明のパッケージソフトウェア更新方式は、任意のパッケージソフトウェアを更新する際に更新するモジュールを配信するための配信用センタ端末と、前記パッケージソフトウェアを利用するパソコン端末を所持するユーザに設置され，前記配信用センタ端末が送信する前記モジュールを受信して格納しそのバージョン情報を基に世代別管理を行う受信用端末と、前記配信用センタ端末および前記受信用端末を接続する通信ネットワークとを有することを特徴とする。
【００１３】
さらに、本発明のパッケージソフトウェア更新方式において、前記通信ネットワークは、通信衛星と、前記配信用センタ端末に接続され更新用の前記モジュールを前記通信衛星に送信する第一のルータと、前記受信用端末に接続され前記モジュールを前記通信衛星から受信する第二のルータとを具備することを特徴とする。
【００１４】
さらに、本発明のパッケージソフトウェア更新方式において、前記受信用端末は、前記パソコン端末にＬＡＮを介して接続され前記パソコン端末が要求する更新用の前記モジュールを送信することを特徴とする。
【００１５】
さらに、本発明のパッケージソフトウェア更新方式において、前記パソコン端末は、パソコン端末自身が実行するパッケージソフトウェアのバージョン情報を常に管理し、自パソコン端末内のパッケージソフトウェアのモジュールのバージョンを判別し、最適な更新用のモジュールを選択して前記受信用端末に要求することを特徴とする。
【００１６】
また、本発明のパッケージソフトウェア更新方法は、パソコン端末が利用しているパッケージソフトウェアを更新するモジュールを配信用センタ端末に登録し、登録された前記モジュールをスケジューリングされた配信タイミングに従って通信衛星およびルータを介して受信用端末に格納し、格納された前記モジュール自身が保持しているバージョン情報を基に前記パッケージソフトウェアの世代別管理を行い、前記パソコン端末が要求する更新用のモジュールを前記受信用端末から要求元のパソコン端末に送信し、前記パソコン端末に格納されたパッケージソフトウェアのモジュールを最新のバージョンの状態に更新することを特徴とする。
【００１７】
また、本発明のパッケージソフトウェア更新プログラムは、保持しているパッケージソフトウェアのモジュールのバージョンを判別する機能と、最新のバージョン情報に基づいて前記パッケージソフトウェアの更新すべきモジュールを選択する機能と、前記更新すべきモジュールを取得し前記パッケージソフトウェアを最新の状態に維持する機能とをコンピュータに実現させることを特徴とする。
【００１８】
すなわち、本発明によれば、大規模な複数ユーザ先のパソコン端末へ導入されているパッケージソフトウェアのモジュールを、衛星配信を利用したネットワークを介して、媒体を使用することなく自動更新を行うことができる。
【００１９】
配信者は、まず、更新するためのモジュール一式を配信用センタ端末へ登録する。そして、登録されたモジュール一式は、スケジューリングされた配信タイミングに従い、通信衛星を介して、各拠点の衛星通信用ルータに接続されている受信用端末内へと自動的に格納される。格納されたモジュール一式は、それ自身が保持しているバージョン情報を元に受信用端末内で世代別管理が行われている。
【００２０】
各パソコン端末内のモジュール更新は、拠点内のＬＡＮを介して上記の受信用端末へ接続し、パソコン端末画面のメニューから更新処理を選択することで行われる。その際、各パソコン端末内のモジュールのバージョンは自動判別され、最適な更新モジュール一式を選択し、最新のバージョンのモジュールが格納されている状態へと自動的に更新される。
【発明の効果】
【００２１】
以上、詳細に説明したように、本発明によれば次の効果が得られる。
【００２２】
第一の効果は、大規模な複数ユーザ先のパソコン端末へ導入されているパッケージソフトウェアのモジュール更新を、媒体を使用することなく行えるため、コストの削減が期待できることである。この効果は、パッケージソフトウェアが導入されているユーザ数、パソコン端末台数が増加するほど顕著になる。
【００２３】
第二の効果は、本部〜拠点間がＷＡＮ化されていないユーザであっても、通信衛星を介して、拠点への直接配信を行うため、迅速なモジュール更新を行うことができることである。また、ユーザ先の基幹業務用のリソースを消費することもない。
【００２４】
第三の効果は、衛星配信の帯域幅を活かすため、数百メガバイト単位のモジュール更新を、ＣＤ−ＲＯＭ媒体を使用することなく実施できることである。
【００２５】
第四の効果は、パソコン端末内モジュールの現在のバージョンを自動判別して、最新のバージョンのモジュールが格納されている状態へと自動的に更新するため、パソコンをよく知らないエンドユーザの操作であっても簡便にモジュール更新を実施できることである。
【発明を実施するための最良の形態】
【００２６】
以下、本発明について図面を参照しながら説明する。
【００２７】
図１は本発明の実施の一形態を示す説明図である。同図において、本発明によるパッケージソフトウェア更新方式は、任意のパッケージソフトウェアを更新する際に更新するモジュールを配信するための配信用センタ端末１２と、前記パッケージソフトウェアを利用するパソコン端末１１３，１１４，１２３，１２４，２１３，２１４，２２３，および２２４を所持するユーザ（ユーザＡ社１００およびユーザＢ社２００）に設置され，前記配信用センタ端末が送信する前記モジュールを受信して格納しそのバージョン情報を基に世代別管理を行う受信用端末１１２，１２２，２１２，および２２２と、前記配信用センタ端末および前記受信用端末を接続する通信ネットワークとを有する。
【００２８】
ここで、上記の通信ネットワークは、通信衛星１０を含む通信衛星ネットワーク（ＷＡＮ）である。
【００２９】
図１には便宜上、ユーザＡ社１００およびＢ社２００の２つのユーザしか記載されていないが、実際は多数のユーザが対象範囲となる。ユーザＡ社、Ｂ社は全く別のユーザであり、各々、多数の拠点となる店舗（店舗Ａ１１０，１２０，店舗Ｂ２１０，２２０）を所有している。
【００３０】
各店舗にはＬＡＮが構築されており、各々、多数のパソコン端末が接続され、各パソコン端末には同一のパッケージソフトウェアが導入されている。パッケージソフトウェアは定期的に機能改善が施され、その更新用モジュールは業務の都合上、必要不可欠なものであり、ユーザは定期的に更新処理を行わなければならない。
【００３１】
各店舗のＬＡＮにはパソコンによる受信用端末１１２，１２２，２１２，および２２２が接続されており、パッケージソフトウェアの更新用モジュールが世代別に保管されている。受信用端末には衛星通信用ルータ１１１，１２１，２１１，および２２１が接続されており、通信衛星を介した衛星通信ネットワークにて、配信センタ端末１２から衛星通信用ルータ１１を経由して接続できるようになっている。
【００３２】
配信用センタ端末はパソコンで構成されており、パッケージソフトウェアの更新用モジュールを各受信用端末へ配信するためのソフトウェアが導入されている。配信者が配信用センタ端末の既定場所にパッケージソフトウェアの更新用モジュールを格納し、配信タイミングを指定することで、既定の配信対象となる受信用端末内の既定場所に配信される。
【００３３】
配信用センタ端末から受信用端末までの経路は２４時間停止することなく稼動しており、末端となる各店舗のパソコン端末が稼動していなくても、任意の時間に配信することが可能となっている。
【００３４】
そして、各店舗のパソコン端末に導入されているパッケージソフトウェアのメニューより更新処理を選択することで、パソコン端末は自店舗内のＬＡＮに接続されている受信用端末へ接続し、既定場所に格納されている世代別管理された各更新用モジュールを取り込み、パッケージソフトウェアのモジュールは自動的に更新される。
【００３５】
図２は本発明の動作例を示す説明図である。
【００３６】
配信用センタ端末から配信される各更新用モジュールには前提バージョン，更新バージョンからなるバージョン情報が付加されている。そして、各更新用モジュールは前提バージョン時のモジュールから更新バージョン時のモジュールまでの差分となるモジュールが含まれている。
【００３７】
ある更新用モジュールでパッケージソフトウェアの更新を行おうとした場合、パッケージソフトウェアのバージョンが、この前提バージョン以上である必要がある。そして、更新された後のパッケージソフトウェアのバージョンは、この更新バージョンに更新される。
【００３８】
ここで、各店舗の受信用端末内に、図２（ａ）に示すバージョン情報を保持するパッケージソフトウェア更新用モジュールが配信されていたとする。
【００３９】
この状況下において、パソコン端末のパッケージソフトウェアのバージョンが５１０１００であった場合を例として、以下に具体的な動作の流れを説明する。
【００４０】
まず、５１０１００よりも新しい更新バージョンである更新用モジュールとして図２（ａ）のＮｏ．３，４，５が処理対象の候補として選択される。この候補のうち、前提バージョンが５１０１００以下であるＮｏ．３が１回目の処理対象として選択される。
【００４１】
したがって、１回目の更新処理終了後のパッケージソフトウェアのバージョンは５２０１００となる（図２（ｂ）参照）。
【００４２】
次に、５２０１００よりも新しい更新バージョンである更新用モジュールとして、図２（ａ）のＮｏ．４，５が処理対象の候補として選択される。Ｎｏ．４，５ともに、前提バージョンは５２０１００であるが、更新用モジュールには前提バージョン時のモジュールから更新バージョン時のモジュールまでの差分となるモジュールが含まれているため、Ｎｏ．４の更新用モジュールはＮｏ．５にも包括されていることになる。よってＮｏ．５が２回目の処理対象として選択される。
【００４３】
したがって、２回目の更新処理終了後のパッケージソフトウェアのバージョンは５３００００となる（図２（ｂ）参照）。５３００００よりも新しい更新バージョンである更新用モジュールは存在しないため、処理対象の選択はＮｏ．３とＮｏ．５で完了となる。
【００４４】
上記のように、各店舗のパソコン端末に導入されているパッケージソフトウェアのメニューより更新処理を選択することで、処理対象として選択されたＮｏ．３とＮｏ．５の更新用モジュールが受信用端末よりパソコン端末へ取り込まれる。取り込まれた更新用モジュールは、図２（ｂ）に示すように、Ｎｏ．３，Ｎｏ．５の順序でパッケージソフトウェアへ反映され、パッケージソフトウェアは最新状態のバージョンへと更新される。
【産業上の利用可能性】
【００４５】
本発明は、業種にかかわりなく広域に展開する多数のユーザ先が利用しているパッケージソフトウェアのモジュールを更新する場合に適用することにより、格別の効果を期待することができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の一形態を示す説明図。
【図２】本発明の動作例を示す説明図。
【符号の説明】
【００４７】
１０    通信衛星
１１，１１１，１２１，２１１，２２１    衛星通信用ルータ
１２    配信用センタ端末
１００    ユーザＡ社
１１０，１２０    店舗Ａ
１１２，１２２，２１２，２２２    受信用端末
１１３〜２２４    パソコン端末
２００    ユーザＢ社
２１０，２２０    店舗Ｂ
【図１】
2005092623.tif 000003
【図２】
2005092623.tif 000004