(57)【要約】【課題】  プログラムやデータの配信処理と配信処理に係るデータの管理を簡略化する更新データ配信サーバ、更新データ配信システム、更新データ配信方法、更新データ配信プログラム、配信データを提供する。【解決手段】  クライアントに搭載されたプログラムまたはデータを更新する更新データを配信する更新データ配信サーバであって、前記クライアントに関するユーザ情報を格納する配信管理マスタと、バイナリ化された前記更新データを格納する更新マスタと、前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルと、前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録手段と、前記更新マスタに、前記更新データを登録する更新データ登録手段と、前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出手段と、前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納手段とを有することを特徴とする。【選択図】  図８
2005122458.tif 000002
【特許請求の範囲】
【請求項１】
クライアントに搭載されたプログラムまたはデータを更新する更新データを配信する更新データ配信サーバであって、
前記クライアントに関するユーザ情報を格納する配信管理マスタと、
バイナリ化された前記更新データを格納する更新マスタと、
前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルと、
前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録手段と、
前記更新マスタに、前記更新データを登録する更新データ登録手段と、
前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出手段と、
前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納手段と
を有することを特徴とする更新データ配信サーバ。
【請求項２】
前記配信テーブルは、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする請求項１に記載の更新データ配信サーバ。
【請求項３】
前記配信管理マスタは、前記クライアントに搭載された前記プログラムまたはデータのバージョン情報を含み、
前記更新データにより前記クライアントのプログラムまたはデータを更新されると、前記バージョンを更新するバージョン更新手段を有することを特徴とする請求項１または２に記載の更新データ配信サーバ。
【請求項４】
クライアントと、該クライアントに搭載されたプログラムまたはデータを更新する更新データを配信する更新データ配信サーバとを有する更新データ配信システムであって、
前記更新データ配信サーバは、
前記クライアントに関するユーザ情報を格納する配信管理マスタと、
バイナリ化された前記更新データを格納する更新マスタと、
前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルと、
前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録手段と、
前記更新マスタに、前記更新データを登録する更新データ登録手段と、
前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出手段と、
前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納手段とを有し、
前記クライアントは、
前記更新データ配信サーバから前記更新データを取得する更新データ取得手段と、
前記更新データにより、搭載されたプログラムまたはデータを更新する更新手段と、
更新結果を前記更新データ配信サーバに通知する更新結果通知手段と
を有することを特徴とする更新データ配信システム。
【請求項５】
前記配信テーブルは、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする請求項４に記載の更新データ配信システム。
【請求項６】
前記配信管理マスタは、前記クライアントに搭載された前記プログラムまたはデータのバージョン情報を含み、
前記更新データにより前記クライアントのプログラムまたはデータを更新されると、前記バージョンを更新するバージョン更新手段を有することを特徴とする請求項４または５に記載の更新データ配信システム。
【請求項７】
クライアントに搭載されたプログラムまたはデータを更新する更新データを配信するとともに、前記クライアントに関するユーザ情報を格納する配信管理マスタと、バイナリ化された前記更新データを格納する更新マスタと、前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルとを有する更新データ配信サーバでの更新データ配信方法であって、
前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録段階と、
前記更新マスタに、前記更新データを登録する更新データ登録段階と、
前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出段階と、
前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納段階と
を有することを特徴とする更新データ配信方法。
【請求項８】
前記配信テーブルは、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする請求項７に記載の更新データ配信方法。
【請求項９】
前記配信管理マスタは、前記クライアントに搭載された前記プログラムまたはデータのバージョン情報を含み、
前記更新データにより前記クライアントのプログラムまたはデータを更新されると、前記バージョンを更新するバージョン更新段階を有することを特徴とする請求項７または８に記載の更新データ配信方法。
【請求項１０】
請求項７から９のいずれか１項に記載の更新データ配信方法を、コンピュータで実行するための更新データ配信プログラム。
【請求項１１】
プログラムまたはデータを更新する更新データを含み、更新するプログラムまたはデータを搭載したクライアントに配信され、表形式である配信データであって、
前記クライアントを特定するクライアント特定情報と、
バイナリ化された前記更新データとを有し、
前記クライアント特定情報と、１つ以上の前記更新データとが１つの行に格納されることを特徴とする配信データ。
【請求項１２】
前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする請求項１１に記載の配信データ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントのプログラムまたはデータをネットワークを介して配信する更新データ配信サーバ、更新データ配信システム、更新データ配信方法、更新データ配信プログラム、配信される更新データである配信データに関する。
【背景技術】
【０００２】
近年、ブロードバンドの普及により、アプリケーションプログラムやデータなどを、ネットワークを介して配信するサーバが増えてきている。この例として、クライアントがインストール済みのプログラムやデータを更新する場合、通常は図１３に示されるようにＷｅｂアプリケーションサーバが更新用のファイルを送信することで行われている。
【０００３】
また、特許文献１には、ソフトウェアのバージョン情報とその実行プログラムを関連づけてサーバ上で管理を行うことが開示されている。さらに、特許文献２には、ファイルサーバ上の更新対象レコードを、クライアントのローカルディスクに一時的にダウンロードし、暫定更新を行い、その結果をサーバにフィードバックすることが開示されている。
【特許文献１】特開２００２−２５９１２８号公報
【特許文献２】特開平０８−２７２６６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記Ｗｅｂアプリケーションサーバからファイルを送信する形式では、どのクライアントにどのプログラムまたはデータを配信するかといった管理情報を別途持たせる必要があり、配信処理と配信処理に係るデータの管理が煩雑になる。
【０００５】
本発明は、このような問題点に鑑み、プログラムやデータの配信処理と配信処理に係るデータの管理を簡略化する更新データ配信サーバ、更新データ配信システム、更新データ配信方法、更新データ配信プログラム、配信データを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、クライアントに搭載されたプログラムまたはデータを更新する更新データを配信する更新データ配信サーバであって、前記クライアントに関するユーザ情報を格納する配信管理マスタと、バイナリ化された前記更新データを格納する更新マスタと、前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルと、前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録手段と、前記更新マスタに、前記更新データを登録する更新データ登録手段と、前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出手段と、前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納手段とを有することを特徴とする。
【０００７】
また、上記課題を解決するために、本発明は、前記配信テーブルは、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする。
【０００８】
また、上記課題を解決するために、本発明は、前記配信管理マスタは、前記クライアントに搭載された前記プログラムまたはデータのバージョン情報を含み、前記更新データにより前記クライアントのプログラムまたはデータを更新されると、前記バージョンを更新するバージョン更新手段を有することを特徴とする。
【０００９】
また、上記課題を解決するために、本発明は、クライアントと、該クライアントに搭載されたプログラムまたはデータを更新する更新データを配信する更新データ配信サーバとを有する更新データ配信システムであって、前記更新データ配信サーバは、前記クライアントに関するユーザ情報を格納する配信管理マスタと、バイナリ化された前記更新データを格納する更新マスタと、前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルと、前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録手段と、前記更新マスタに、前記更新データを登録する更新データ登録手段と、前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出手段と、前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納手段とを有し、前記クライアントは、前記更新データ配信サーバから前記更新データを取得する更新データ取得手段と、前記更新データにより、搭載されたプログラムまたはデータを更新する更新手段と、更新結果を前記更新データ配信サーバに通知する更新結果通知手段とを有することを特徴とする。
【００１０】
また、上記課題を解決するために、本発明は、前記配信テーブルは、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする。
【００１１】
また、上記課題を解決するために、本発明は、前記見積り手段は、前記見積り額を算出すると、見積書を印刷することを特徴とする。
【００１２】
また、上記課題を解決するために、本発明は、前記配信管理マスタは、前記クライアントに搭載された前記プログラムまたはデータのバージョン情報を含み、前記更新データにより前記クライアントのプログラムまたはデータを更新されると、前記バージョンを更新するバージョン更新手段を有することを特徴とする。
【００１３】
また、上記課題を解決するために、本発明は、クライアントに搭載されたプログラムまたはデータを更新する更新データを配信するとともに、前記クライアントに関するユーザ情報を格納する配信管理マスタと、バイナリ化された前記更新データを格納する更新マスタと、前記クライアントごとに配信するバイナリ化された前記更新データを、レコードとして格納する配信テーブルとを有する更新データ配信サーバでの更新データ配信方法であって、前記配信管理マスタに、前記ユーザ情報を登録するユーザ情報登録段階と、前記更新マスタに、前記更新データを登録する更新データ登録段階と、前記更新マスタに格納された更新データを配信する前記クライアントを抽出する抽出段階と、前記抽出されたクライアントごとに、配信する前記更新データを前記配信テーブルに格納する更新データ格納段階とを有することを特徴とする。
【００１４】
また、上記課題を解決するために、本発明は、前記配信テーブルは、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする。
【００１５】
また、上記課題を解決するために、本発明は、前記配信管理マスタは、前記クライアントに搭載された前記プログラムまたはデータのバージョン情報を含み、前記更新データにより前記クライアントのプログラムまたはデータを更新されると、前記バージョンを更新するバージョン更新段階を有することを特徴とする。
【００１６】
また、上記課題を解決するために、本発明は、プログラムまたはデータを更新する更新データを含み、更新するプログラムまたはデータを搭載したクライアントに配信され、表形式である配信データであって、前記クライアントを特定するクライアント特定情報と、バイナリ化された前記更新データとを有し、前記クライアント特定情報と、１つ以上の前記更新データとが１つの行に格納されることを特徴とする。
【００１７】
また、上記課題を解決するために、本発明は、前記更新データごとに、該更新データによる更新を実行する時期を示す更新適用条件情報を有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、プログラムやデータの配信処理と配信処理に係るデータの管理を簡略化する更新データ配信サーバ、更新データ配信システム、更新データ配信方法、更新データ配信プログラム、配信データが得られる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態について図面に基づいて説明する。
【実施例】
【００２０】
図１は、本実施例の装置構成の全体図である。図１には、更新データ配信サーバに対応する配信サーバ１０と、開発サーバ１１と、クライアント１２、１３、１４とが示されている。
【００２１】
開発サーバ１１は、システム開発会社がプログラムやデータの開発作業を行うときに使用される。配信サーバ１０は、ＲＤＢ（Relational Database）サーバであり、開発されたプログラム、データを格納するとともに、それらの配信を行う。この配信サーバとして、例えばWING DIRECT（登録商標）がある。クライアント１２，１３、１４は、システム開発会社が販売又は使用許諾を与えているシステムを既にインストール済みで、プログラムやデータが搭載されたコンピュータである。以下、これらクライアント１２、１３、１４について説明する場合、クライアント１２を用いることにする。
【００２２】
上述した配信サーバ１０と、開発サーバ１１と、クライアント１２は、インターネットや専用回線といった通信手段で接続されている。
【００２３】
次に、図１に示した装置構成における処理の概要について図２を用いて説明する。図２は、図１において、クライアント１２に１レコード１５としてプログラムまたはデータが配信されている様子を示すものである。なお、以下の説明において、配信される更新データであるプログラムとデータを配信素材と記す。
【００２４】
配信サーバ１０は、開発された配信素材を、バイナリデータ化し、１レコードとしたＲＤＢを有する。このＲＤＢから、図２に示されるように、各クライアントに配信素材が配信される。
【００２５】
このように、本実施例の装置構成は、１つのＲＤＢサーバで配信及びクライアントのプログラムとデータのバージョンなどの状況の管理を行うことができるため、低コストで配信の仕組みを構築することができる。また、配信素材と管理情報との関連づけを一つ一つ設定することなしに、ＳＱＬコマンドの入力で、バックアップや障害時の復旧も全て後述するＤＢＭＳ（Database Management System）で一括して行うことができる。
【００２６】
次に、上述した配信サーバ１０と、開発サーバ１１と、クライアント１２のハードウェア構成図を、図３を用いて説明する。これらサーバやクライアントは、一般的なパソコンやワークステーションなどと同様の構成であり、図３に示されるように、ＣＰＵ（Central Processing Unit）２０と、ＲＯＭ２１と、ＲＡＭ２２と、入力装置２３と、出力装置２４と、通信装置２５と、ＨＤ２６と、それらを接続するバスＢとを有する。
【００２７】
ＣＰＵ２０は、各種プログラムの実行や演算処理を行う。ＲＯＭ２１は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ２２は、ＣＰＵ２０での処理を一時的に記憶したり、データを記憶したりする。入力装置２３は、キーボードやマウスである。出力装置２４は、ディスプレイ、プリンタ等である。通信装置２５は、他のコンピュータとの通信を行う。ＨＤ２６は、各種データ及びプログラムを格納する。
【００２８】
次に、図４を用いて配信サーバ１０のソフトウェアブロック並びに各マスタやテーブルについて説明する。配信サーバ１０は、全体制御部３０と、通信部３１と、マスタ更新部３２と、配信素材登録部３３と、ユーザ登録部３４と、配信対象抽出部３５と、画面生成部３６と、ＤＢＭＳ３７と、配信管理マスタ３８と、更新マスタ３９と、配信テーブル４０とを含むように構成される。
【００２９】
全体制御部３０は、図４に示される各ソフトウェアのメインスレッドである。ＤＢＭＳ３７は、配信管理マスタ３８と、更新マスタ３９と、配信テーブル４０の管理を行うとともに、各ソフトウェアからの要求に応じた処理も行う。
【００３０】
バージョン更新手段に対応するマスタ更新部３２は、配信素材の配信を終えた配信管理マスタの更新を行う。更新データ登録手段に対応する配信素材登録部３３は、開発サーバ１１から受信した配信素材を配信サーバ１０に登録する。ユーザ情報登録手段に対応するユーザ登録部３４は、クライアントに関する情報を登録するものである。
【００３１】
抽出手段と更新データ格納手段に対応する配信対象抽出部３５は、開発サーバ１１から受信した配信素材を、どのクライアントに配信するかを抽出し、後述する配信テーブルに格納するものである。画面生成部３６は、開発サーバ１１から受信した配信素材を配信サーバ１０に登録する際のユーザインタフェースとなる画面の生成や入力した情報の取得を行うものである。
【００３２】
通信部３１は、ネットワークを介して通信するためのドライバや、種々のプロトコルに対応した機能を有する。例えばＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）に対応するための機能や、ＨＴＴＰ（Hyper Text Transfer Protocol）に対応する機能などを通信部３１は有し、通信機能全般に係る処理を行う。
【００３３】
次に、図５を用いて、クライアント１２のソフトウェアブロックについて説明する。クライアント１２は、全体制御部６０と、通信部６４と、更新データ取得手段に対応する更新データ取得部６３と、更新手段に対応するシステム更新制御部６２と、更新結果通知手段に対応する更新結果通知部６１を含むように構成される。全体制御部６０は、図５に示される各ソフトウェアのメインスレッドである。更新データ取得部６３は、配信素材をダウンロードする。システム更新制御部６２は、プログラムまたはデータの更新をする。更新結果通知部６１は、更新した結果を配信サーバ１０に通知する。
【００３４】
以上説明した配信サーバ１０とクライアント１２とが更新データ配信システムに対応する。
【００３５】
次に、配信管理マスタ３８と、更新マスタ３９と、配信テーブル４０を、図を用いて説明する。なお、この説明では各マスタやテーブルの項目の説明が行われるが、同一の名称は同じ内容を示すので、先に説明した名称についての説明は省略する。
【００３６】
図６は配信管理マスタを示す図であり、この配信管理マスタは、主にシステムのユーザ情報が登録されている。また、配信管理マスタは、項目として「ユーザ名」と、「システム名」と、「現バージョン」と、「ＰＧ配信条件」と、「データメンテナンス月」と、「通信環境」と、「ＩＰアドレス」とを有する。
【００３７】
「ユーザ名」はユーザの名称又は氏名である。「システム名」はそのユーザが導入しているシステムの名称である。「現バージョン」はユーザのＰＣにインストールされているシステムの現在のバージョンである。「ＰＧ配信条件」はシステム導入時の契約でシステムのアップデートをどこまで保障することになっているかを表す。
【００３８】
「データメンテナンス月」はシステムにインストールするデータベースの更新月が登録されている。この「データメンテナンス月」という項目は、例えば契約で、ユーザあるいはシステムごとに年に何回メンテナンスを行うかが異なる場合に用いられる。「通信環境」はユーザの通信接続環境である。
【００３９】
「ＩＰアドレス」はシステムがインストールされているＰＣのＩＰアドレスである。本実施例ではＰＣを特定するためにＩＰアドレスを使用しているが、これに加えるあるいはこれに代わる手段でネットワーク上のクライアントを特定できる方法を使用しても構わない。
【００４０】
図６において、例えば「ユーザ名」が翼自動車（株）の場合、「システム名」はＳＦ−Ｐｅｇａｓｕｓであり、「現バージョン」は２．３ａであり、「ＰＧ配信条件」はＰｅｇａｓｕｓ全部であり、「データメンテナンス月」は１月から１２月までであり、「通信環境」は、ＡＤＳＬ１２Ｍであり、「ＩＰアドレス」が192.168.100.0であることが示されている。
【００４１】
次に、図７を用いて更新マスタについて説明する。図７に示される更新マスタは、開発が完了した配信素材を配信用に登録するマスタである。また、更新マスタは、項目として、「システム名」と、「バージョン」と、「種別」と、「適用条件」と、「内容」とを有する。
【００４２】
「バージョン」は「種別」がプログラムであればどのバージョンか、データであれば何月版のデータかを示すものである。本実施例で、データメンテナンスは月１回で年１２回行うのを基本としており、ユーザの都合により年３回、年６回も選択可能なものとする。
【００４３】
「種別」は、「ＰＧ」がプログラム、「ＤＡＴＡ」がデータベース更新用データであることを示すものである。「適用条件」は、更新を実行する時期を示すものである。この「適用条件」は、例えば法改正に合わせてシステムを更新する場合などに、その更新する更新日を示すものである。特に更新日を設けず即日更新する場合はｎｕｌｌ値にする。
【００４４】
「内容」は、配信を行う配信素材そのものである。具体的には、配信素材であるプログラム又は更新用データをバイナリ形式で格納したものであり、本実施例では、ＲＤＢのデータ型をＢＬＯＢ形式としている。このＢＬＯＢ形式は、４Ｇまでのファイルサイズのバイナリデータを扱うことができる。一度の配信で複数の配信素材を配信する場合は、「内容」と「適用条件」を複数設定する。
【００４５】
図７において、「システム名」がＳＦ−Ｐｅｇａｓｕｓの「バージョン」が９月版は、「種別」がＤＡＴＡであり、「適用条件」がｎｕｌｌであり、「内容」が1011…であることが示されている。
【００４６】
また、「内容」はプログラム実行形式のバイナリデータ（２進数）であり、ＲＤＢでのデータ型はＢＬＯＢ型として扱われる。ＢＬＯＢ型は、ＲＤＢサーバ上に格納された読み書き可能なデータ型で４Ｇまでのバイナリデータを扱うことが可能である。
【００４７】
これに対し、同様に大容量のデータ形式としてＢＦＩＬＥ型というデータ型もある。これはデータをＲＤＢサーバに直接格納するのではなくＯＳの物理ファイルに格納し、参照情報から外部ファイルを読み取りにいくものである。ＢＦＩＬＥ型は読み取り専用のデータ型であるため、ＤＢＭＳから直接更新処理をかけたり、障害時の対応を行うことができない。よって、本実施例ではＢＬＯＢ型にするのが好適である。
【００４８】
次に、図８を用いて配信テーブルについて説明する。この配信テーブルは、クライアントに配信素材を配信するためのものである。従って、配信テーブルは、その項目として「ＩＰアドレス」と、「内容１」と「適用条件１」と「内容２」と「適用条件２」とを有する。この「内容１」と「内容２」と「適用条件１」と「適用条件２」は、２つの配信素材と各配信素材の適用条件である。
【００４９】
図８に示される配信テーブルは具体例であるが、一般的な配信テーブルは、「内容」と「適用条件」からなる組を１つ以上と、ＩＰアドレスで構成される。内容と適用条件からなる組は、配信素材の数により定まる。
【００５０】
以上説明したうち、ＩＰアドレスがクライアント特定情報に対応する。内容が更新データに対応する。内容が更新適用条件情報に対応する。また、配信テーブルは、配信データに対応する。また、図８に示されるように、配信データは、クライアント特定情報と、１つ以上の更新データとが１つの行に格納される。
【００５１】
図８においては、「ＩＰアドレス」が192.168.100.0のクライアントに配信される内容１は、２００４年１月１日以降に配信され、内容２は適用条件がｎｕｌｌであるので、即日配信されることを示している。
【００５２】
以上が、本実施例における構成となっている。次に、具体的な処理について説明する。まず、図９のシーケンス図を用いて、開発サーバ１１と配信サーバ１０とクライアント１２で行われる処理について説明する。この図９のシーケンス図を用いて全体の処理概要について説明し、その後、配信サーバ１０とクライアントの処理について説明する。
【００５３】
ユーザ情報登録段階に対応するステップＳ１０１では、ユーザ登録が行われる。これで配信管理マスタ（図６参照）にクライアントに関する情報が入力される。このときオペレータに表示される画面については後に説明する。
【００５４】
ステップＳ１０２では、開発サーバ１１から配信サーバに配信素材が送信される。配信サーバ１０に受信された配信素材は、更新データ登録段階に対応するステップＳ１０３で更新マスタ（図７参照）に登録される。
【００５５】
次に、配信サーバ１０は、抽出段階と更新データ格納段階に対応するステップＳ１０４で配信対象を抽出する。この配信対象の抽出とは、開発された配信素材を配信するクライアントを抽出する処理である。この処理により抽出された配信素材は、配信テーブル（図８参照）に格納される。
【００５６】
次のステップＳ１０５は、クライアント１２からの接続である。このステップＳ１０５により、配信サーバ１０は、クライアント１２のＩＰアドレスを取り込むことができる。接続したクライアント１２に対する配信素材が配信テーブルにあると、クライアント１２は、ステップＳ１０６で配信素材をダウンロードする。
【００５７】
クライアント１２は、ダウンロードした配信素材からステップＳ１０７で更新用ファイルを作成する。ステップＳ１０７で、その更新ファイルでクライアント１２はシステムを更新する。クライアント１２は、その更新結果をステップＳ１０９で配信サーバへ通知する。更新結果に基づき、配信サーバ１０は、ステップＳ１１０で配信管理マスタを更新する。
【００５８】
以上が全体的な処理概要である。次に、配信サーバ１０とクライアントの個々の処理について説明する。
【００５９】
まず、図１０のフローチャートを用いて配信サーバ１０の処理を説明する。この処理は、ユーザの登録から、配信対象のクライアントを抽出するまでの処理である。ステップＳ２０１で、配信サーバ１０は、後述するユーザ登録画面によって、オペレータによりユーザの登録処理が行われる。
【００６０】
次に、配信サーバ１０は、ステップＳ２０２で、配信素材を開発サーバ１１から受信する。そして、ステップＳ２０３で受信した配信素材を更新マスタに登録する。更新マスタに登録すると、配信サーバ１０は、ステップＳ２０４で、受信した配信素材が対象とするクライアントの抽出を行う。
【００６１】
以上説明した処理の、ステップＳ２０１、２０３、２０４の詳細について説明する。まず、ステップＳ２０１におけるユーザ登録画面を、図１１を用いて説明する。
【００６２】
図１１に示されるユーザ登録画面５０には、システム名入力欄５１と、ユーザ名入力欄５２と、バージョン入力欄５３と、データメンテ回数入力欄５４と、通信環境入力欄５５と、ＩＰアドレス入力欄５６と、登録ボタン５７が表示される。
【００６３】
システム名入力欄５１は、システム名を入力する欄である。ユーザ名入力欄５２は、ユーザ名を入力する欄である。バージョン入力欄５３は、クライアントにインストールされたもののバージョンを入力する欄である。ここで入力されたバージョンは、配信管理マスタ（図６参照）の「現バージョン」に記録される。通信環境入力欄５５は、通信環境を入力する欄である。ＩＰアドレス入力欄５６は、ＩＰアドレスを入力する欄である。登録ボタン５７は、入力した内容を配信管理マスタに登録する場合に、オペレータが押下するものである。このユーザ登録画面により登録されたユーザに関する情報は、配信管理マスタに登録される。
【００６４】
次に、ステップＳ２０３の配信素材登録について説明する。この登録方法をＳＱＬイメージで表現したものは、「insert into‘更新マスタ’values‘SF-Pegasus’‘3.2’‘PG’‘2004/1/1’‘c:\SF-Pegasusu3.2.exe’」である。この文は、SF-Pegasus3.2exeというファイル名でＣドライブに格納されている、SF-Pegasusというプログラムのバージョン3.2を更新マスタに登録し、2004年1月1日から更新を適用する、という内容を表している。
【００６５】
このようにして登録されたのが、図７に示されるＳＦ−Ｐｅｇａｓｕｓのバージョン３．２である。
【００６６】
上記exeファイルはバイナリデータであるが、「内容」の例えば左側から１ビット目が‘１’だとデータ、‘０’だとプログラムを意味する、等の意味付けを設定することも可能である。図７に示される「内容」がそのように設定されており、種別がＰＧの「内容」の左から１ビット目は、０で、ＤＡＴＡの左から１ビット目は、１となっている。他にもセキュリティ、データ整合性確認等の目的で用いるデータを付加することもできる。
【００６７】
次に、ステップＳ２０４の配信対象抽出について、ＳＱＬイメージで説明する。配信対象抽出処理は、配信管理マスタから、「select‘取得するカラム’from‘テーブル名’ where 取得するレコードの条件 ’」で検索を行う。
【００６８】
例えば、システム名「SF-Pegasus」の「ver.3.2」を配信する場合を例にとって説明すると、「select‘ＩＰアドレス’from‘配信管理マスタ’ where‘システム名’=‘SF-Pegasus’and‘ＰＧ配信条件’≧Pegasus3.2」で、配信条件にSF-Pegasusのver3.2を含む翼自動車（株）のＩＰアドレス「192.168.100.0」を取得する。これにより「SF-Pegasus」の「ver.3.2」を配信するクライアントを抽出することができる。
【００６９】
次に、クライアントが接続してきたときの配信サーバ１０の処理について、図１２を用いて説明する。ステップＳ３０１で、配信サーバ１０は、クライアント１２のＩＰアドレスを取り込む。この場合、ＴＣＰ／ＩＰでの接続であれば、接続されただけでＩＰアドレスを取り込むことができる。
【００７０】
次のステップＳ３０２で、配信サーバ１０は、配信素材をクライアント１２に送信する。このとき、最初に行ったユーザ登録で、ユーザのクライアントの通信環境が入力されているため、例えば低速回線の場合に配信素材を分割して送信させることも可能である。あるいは、クライアントから接続されたときの接続状況を公知の速度測定方法による測定結果から、データ分割を行うか否かの判断を行い、送信するようにしても良い。
【００７１】
次のステップＳ３０４で、配信サーバ１０は、クライアント１２から更新結果を受信する。更新結果に基づき、配信サーバ１０は、ステップＳ３０５で配信管理マスタを更新し、処理を終了する。具体的には、配信管理マスタの「現バージョン」データを更新後のものにする。
【００７２】
以上が配信サーバ１０の処理の詳細である。次に、クライアント１２の処理を、図１３のフローチャートを用いて説明する。
【００７３】
ステップＳ４０１で、クライアント１２は、配信サーバ１０に接続する。この接続するタイミングは、例えば毎日午前２時など定期的な接続を行っても良いし、オペレータの操作により接続を行うようにしても良い。
【００７４】
配信サーバ１０に接続したクライアント１２は、配信素材があれば、ステップＳ４０２で配信素材をダウンロードする。クライアント１２は、配信素材をＨＤ２６に蓄積し、蓄積が終了すると、ステップＳ４０３で更新用ファイルを作成する。そして、更新用ファイルは、システムを更新するプログラムであるシステム更新制御プログラムに引き渡される。
【００７５】
システム更新制御プログラムは、ステップＳ４０４で、更新用ファイルを展開してシステム更新処理又はデータベース更新処理を行う。このときに、「適用条件」に日付があればその日付に更新処理を行う。更新処理が終わると、クライアント１２は、ステップＳ４０４で、配信ＲＤＢサーバに更新の終了を通知する。
【００７６】
以上説明したように、本実施例においては、配信管理マスタと、更新マスタと、配信テーブルの３つのデータベースで足り、管理情報を別途持たせる必要がない。
【図面の簡単な説明】
【００７７】
【図１】本実施例の装置構成の全体図である。
【図２】処理の概要を示す図である。
【図３】サーバ、クライアントのハードウェア構成図である。
【図４】配信サーバのソフトウェアブロック並びに各マスタやテーブルを示す図である。
【図５】クライアントのソフトウェアブロックを示す図である。
【図６】配信管理マスタを示す図である。
【図７】更新マスタを示す図である。
【図８】配信テーブルを示す図である。
【図９】全体の処理概要を示すシーケンス図である。
【図１０】配信サーバの処理を示すフローチャートである。
【図１１】ユーザ登録画面を示す図である。
【図１２】配信サーバの処理を示すフローチャートである。
【図１３】クライアントの処理を示すフローチャートである。
【図１４】従来例を示す図である。
【符号の説明】
【００７８】
１０  配信サーバ
１１  開発サーバ
１２、１３、１４  クライアント
２０  ＣＰＵ
２１  ＲＯＭ
２２  ＲＡＭ
２３  入力装置
２４  出力装置
２５  通信装置
２６  ＨＤ
３０、６０  全体制御部
３１、６４  通信部
３２  マスタ更新部
３３  配信素材登録部
３４  ユーザ登録部
３５  配信対象抽出部
３６  画面生成部
３７  ＤＢＭＳ
３８  配信管理マスタ
３９  更新マスタ
４０  配信テーブル
５１  システム名入力欄
５２  ユーザ名入力欄
５３  バージョン入力欄
５４  データメンテ回数入力欄
５５  通信環境入力欄
５６  ＩＰアドレス入力欄
５７  登録ボタン入力欄
６１  更新結果通知部
６２  システム更新制御部
６３  更新データ取得部
【図１】
2005122458.tif 000003
【図２】
2005122458.tif 000004
【図３】
2005122458.tif 000005
【図４】
2005122458.tif 000006
【図５】
2005122458.tif 000007
【図６】
2005122458.tif 000008
【図７】
2005122458.tif 000009
【図８】
2005122458.tif 000010
【図９】
2005122458.tif 000011
【図１０】
2005122458.tif 000012
【図１１】
2005122458.tif 000013
【図１２】
2005122458.tif 000014
【図１３】
2005122458.tif 000015
【図１４】
2005122458.tif 000016