JP3879569B2

JP3879569B2 - Software distribution method and system

Info

Publication number: JP3879569B2
Application number: JP2002107285A
Authority: JP
Inventors: 克雄中島
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-04-10
Filing date: 2002-04-10
Publication date: 2007-02-14
Anticipated expiration: 2022-04-10
Also published as: JP2003304287A

Description

【０００１】
【発明の属する技術分野】
本発明は、複数のコンピュータが接続されたネットワークにおいて、ＩＰマルチキャストを用い、特定多数のコンピュータにデータおよびソフトウェアを配布する方法およびシステムに関する。
【０００２】
【従来の技術】
ソフトウェア、データを配布する場合、ネットワークへの負荷が問題となることが多い。ネットワークへの負荷を軽減する配布方法としては、送信するデータを分割して配布する方法が特開平１１−３５３２９４に記載されている。また、ＩＰマルチキャストによって配布する方法は特開平１０−２３００５に記載されている。
【０００３】
ユニキャストで配布する場合は、配布対象のクライアント数分のパケットを送信する必要があるのに対し、ＩＰマルチキャストでは、配布対象のクライアントの数によらず、一つのパケットを送信するだけでよい。多数のクライアントへ配布する場合は、ＩＰマルチキャストによる配布は、ネットワークへの負荷を大幅に軽減することが可能となる。
【０００４】
ＩＰマルチキャストを用いて配布を行う場合、配布対象のクライアントがあらかじめ登録しているマルチキャストグループへ配布を行う。ただし、配布対象のクライアントが停止している場合は、マルチキャストグループに登録していなこととなり、配布は行われない。
【０００５】
【発明が解決しようとする課題】
従来の方法は、配布を実行する時に配布対象のマシンが起動していなければＩＰマルチキャストで配布できない問題があった。また、従来の技術では、配信要求を送信したクライアント計算機のみを含む同報グループを作成し、作成した同報グループにマルチキャストアドレスを付与し情報の配信を行うため、配信要求を送信しないクライアント計算機には情報の配信は行われない。
【０００６】
本発明の目的は、配布を実行する時に配布対象のマシンが起動していない場合も、ＩＰマルチキャストによって配布を行うことが可能となる配布方法を提供することにある。
【０００７】
また、本発明の目的は、ソフトウエア配布要求を送信したクライアントが属するマルチキャストグループの条件に応じて、ソフトウエアの配布を行うことにより、クライアント計算機の属するマルチキャストグループに応じたソフトウエアの配布方法を提供することにある。
【０００８】
【課題を解決するための手段】
上記目的を達成するため本発明は、計算機が接続されたシステムにおけるソフトウエア配布プログラムであって、第一の計算機で稼動するプログラムは、マルチキャストグループに所属する計算機からソフトウエアの識別子を含むソフトウエアの配布要求を受信し、受信した前記配布要求が、前記第一の計算機の記録部に格納された条件を満たすか否かを判定し、前記判定結果にもとづいて、前記配布要求に含まれるソフトウエアの識別子に対応づけられたソフトウエアを、前記マルチキャストグループに所属する計算機へマルチキャストで配布するか、前記ソフトウエアの配布要求を送信した計算機へユニキャストで配布するかを決定することを特徴とする。
【０００９】
また、上記目的を達成するため本発明は、システムが停止しているクライアントに対してＩＰマルチキャストによる配布を行った場合も、システム起動後にクライアントで稼動するプログラムが自動でマルチキャストの設定を行い、マルチキャスト配布の要求をサーバへ送信することを特徴とする。
【００１０】
また、本発明は、マルチキャストグループごとにマルチキャストでソフトウエアを配布する条件を定めることを特徴とする。
【００１１】
また、本発明は、ネットワークシステムにおいて、サーバはＩＰマルチキャストでソフトウェアを配布する前にインストール情報を含む制御ファイルをユニキャストで送信する。クライアントが停止している場合は、クライアントの起動時にサーバから制御ファイルを受信し、クライアントは制御ファイルをもとに、インストールすべきソフトウェアをＩＰマルチキャストで送信するようにサーバに対して要求する。クライアントは、ＩＰマルチキャストでソフトウェアを受信するまで数回要求を行い、ソフトウェアを受信後にインストールを行う。要求回数が一定数に達した場合は、ユニキャストによるソフトウェアの送信をサーバに対して要求する。サーバでは、クライアントのＩＰマルチキャストによる送信要求の受け付け数が一定時間内に一定数に達したときに、ＩＰマルチキャストでソフトウェアを送信する。このようにして、クライアントからの要求に応じたソフトウエアの配布を行う。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態を詳細に説明する。
【００１３】
図１は、本発明に係る配布方法を適応した、サーバとクライアントの構成図である。サーバおよびクライアントは、プログラムが稼動する計算機等である。
【００１４】
サーバ１はネットワーク２を介して複数のクライアント３に接続している。尚、計算機を接続したシステムや計算機等とデータの送受信可能なシステム等であれば、図示した以外の構成でもよい。
【００１５】
図２は、本発明に係る配布方法を適応した、サーバとクライアントの詳細な構成図の例である。
【００１６】
サーバ１には配布制御部５、マルチキャストソフトウェア送信部６、ユニキャスト送受信部７、配布指示受付部８、ソフトウェア保管庫９、制御ファイル保管庫１０がある。配布制御部５はクライアント３へのソフトウェア配布を制御する。マルチキャストソフトウェア送信部６は、システム管理者が配布を指示したソフトウェアをソフトウェア保管庫９から取り出し、クライアント３へＩＰマルチキャストによって送信する。ユニキャスト送信部７は、制御ファイルおよびソフトウェアをクライアント３へユニキャストによって送信する。
【００１７】
配布指示受付部８は、システム管理者からの配布要求の指示を受け付け、配布対象のソフトウェア、配布先クライアントの情報を持つ制御ファイルを作成する。システム管理者は、ソフトウエア名や配布先の計算機の識別子などソフトウエアを配布するために必要となる情報を計算機へ入力する。この入力されたソフトウエアを配布するために必要となる情報にもとづいて、配布指示受付部８が、制御ファイルを作成する。ファイル保管庫１０は、作成された制御ファイルを保管する。
【００１８】
また、クライアント３には、インストール制御部１２、マルチキャストソフトウェア受信部１３、ユニキャスト送受信１４、インストール処理部１５、ソフトウェア一時保管庫１６、制御ファイル一時保管庫１７がある。インストール制御部１２は、サーバ１からのファイルの受信、インストールを制御する。マルチキャストソフトウェア送信部１３は、サーバ１からＩＰマルチキャストによって送信されたソフトウェアを受信する。ユニキャスト送受信部１４はサーバ１からユニキャストで送信された制御ファイル、ソフトウェアを受信する。インストール処理部１５は、受信したソフトウェアをインストールする。ソフトウェア一時保管庫１６は受信したソフトウェアをインストールまで一時的に保管する。制御ファイル保管庫１７は受信した制御ファイルをインストールまで一時的に保管する。
【００１９】
尚、ソフトウエア保管庫９、制御ファイル保管庫１０、ソフトウエア一時保管庫１６、制御ファイル一時保管庫１７は、計算機が有する記録部でもよいし、計算機で読み取り可能な記録媒体でもよいし、計算機がネットワークを介してアクセス可能な記録部でもよい。
【００２０】
また、配布制御部５、マルチキャストソフトウエア送信部６、ユニキャスト送受信部７、配布指示受付部８は、サーバの処理部で実行されるプログラムである。また、インストール制御部１２、マルチキャストソフトウエア受信部１３、ユニキャスト送受信部１４、インストール処理部１５は、クライアントの処理部で実行されるプログラムである。これらのプログラムは、１つのプログラムとして実装してもよいし、各機能ごとに別のプログラムとして実装してもよいし、その他のものでこれらの機能を実現してもよい。また、これらの機能のいずれかを含むプログラムを計算機に常駐するプログラム（デーモン等）として実現するようにしてもよいし、その他のものでもよい。
【００２１】
図３は、制御ファイル保管庫１０および制御ファイル一時保管庫１７が保管する制御ファイルの形式の一例である。
制御ファイルは配布先２１、配布キー２２、ソフトウェア名２３、バージョン２４、インストール日時２５等の情報を有する。配布先２１は配布対象のクライアントのホスト名、ＩＰアドレス等の識別子を格納する。尚、配布先２１は、配布先のクライアント計算機を示す識別子であれば、これ以外のものでもよい。
【００２２】
配布キー２２は配布するソフトウェアを区別するための識別子で、英数字の文字列「Ｒ９８７６Ｘ」等である。この識別子は、配布するソフトウエアを識別できるものであればこれ以外のものでもよい。ソフトウェア名２３は、ソフトウェアの名称でソフトウェアを表す文字列である。バージョン２４は、ソフトウェアのバージョンで、英数字の文字列である。インストール日時２５は、インストールを開始する日時を表し、この日時以降にインストールを行うことを意味する。
【００２３】
また、制御ファイルは、各種の情報（配布を指定したソフトウエア名やバージョン番号、配布要求をしたクライアント計算機の識別子など）に基づいて、サーバ計算機の配布指示受付部８で作成し、制御ファイル保管庫１０に格納されるが、詳細の説明は省略する。
【００２４】
図４は、サーバ１のマルチキャストソフトウェア送信部６とクライアント３のマルチキャストソフトウェア受信部１３で、ＩＰマルチキャストによって送信されるフレームの形式である。ＩＰマルチキャストでソフトウェアを送信する場合、対象ソフトウェアをマルチキャスト送信フレームで分割して送信する。尚、ソフトウエア等を分割する際には、一定のバイト数ごとに分割してもよいし、その他の方法で分割してもよい。
【００２５】
マルチキャスト送信フレームは配布キー３１、フレーム番号３２、フレーム分割数３３、実データ長３４、実データ３４の情報を有する。配布キー３１は配布するソフトウェアを区別するための識別子で、対応する制御ファイルの配布キー２２と同一のものを設定する。マルチキャスト送信フレームを受信したクライアントは、制御ファイルの配布キーと同じ配布キーを持つソフトウェアを引き当てることでインストールを行うことができる。フレーム番号３２は、始めから何番目のフレームであるかを表す。フレーム分割数３３は、全体のフレームの個数である。実データ長３４は、実データ３５の長さである。実データ３５は、送信するソフトウェアを分割したデータである。
【００２６】
図５は、サーバ１のマルチキャストソフトウェア送信部６で使用するマルチキャスト要求テーブルである。
マルチキャスト要求テーブルは配布キー４１、要求日時４２の情報を有する。配布キー４１は配布するソフトウェアを区別するための識別子で、対応する制御ファイルの配布キー２２と同一の値である。要求日時４２は、配布キー４１に対応するソフトウェアのマルチキャスト送信の要求のあった日時である。
【００２７】
尚、マルチキャスト要求テーブルは、サーバ１が、クライアント３からソフトウエアをマルチキャスト送信を希望する配布要求を受信するごとに、制御ファイル保管庫１０に格納された制御ファイルから、配布キーを取得し、取得した配布キーとマルチキャスト送信の要求のあった日時とを対応づけて格納することで作成される情報である。尚、クライアントからサーバへ送信されるマルチキャスト配布要求のデータには、少なくとも配布キーとクライアントの計算機の識別子が含まれる。
【００２８】
以下において、ＩＰマルチキャストによる配布の形態の例について説明する。図６のフローチャートに基づいてサーバ１におけるソフトウェア配布の動作を説明する。
サーバ１において、配布制御部５は、システム起動後（ステップ５１）に、クライアント３から配布要求を受信したか否かをユニキャスト送受信部７から確認し、システム管理者から配布要求の指示を受付けたか否かを配布指示受付部８から確認する。
【００２９】
サーバ１がクライアント３からの配布要求を受信した場合は、当該クライアントの識別子と一致する識別子を有する制御ファイルがソフトウエア保管庫１０に存在するか否かを確認する（ステップ５２）。
【００３０】
システム管理者から配布要求があった場合は、システム管理者から配布要求を受けたサーバ１の配布指示受付部８が作成した制御ファイルを該当するクライアント３へユニキャストで送信する。また、クライアント３からの配布要求を受信した場合で、当該クライアント宛ての制御ファイルが制御ファイル保管庫１０に存在する場合は、制御ファイル保管庫１０に格納された制御ファイルを当該クライアントへユニキャストで送信する（ステップ５３）。
【００３１】
配布制御部５は、制御ファイルに含まれる配布対象となるソフトウェアの配布キーをマルチキャストソフトウェア送信部６へ通知し、マルチキャスト送信の要求を行う（ステップ５４）。もし、配布要求がない場合や、クライアントからの配布要求で該当する制御ファイルがない場合は、上記のファイルの送信処理を行わない。
【００３２】
続いて、クライアントからのソフトウェアのマルチキャスト送信要求があるかをユニキャスト送受信部７から確認する（ステップ５５）。つまり、クライアント３のユニキャスト送受信部１４から、サーバ１のユニキャスト送受信部へマルチキャスト送信の対象となる配布キーを含む配布要求のデータが送信されたかを確認する。
【００３３】
クライアント３へ問い合わせた結果、マルチキャスト送信要求がある場合は、当該ソフトウェアの配布キーをマルチキャストソフトウェア送信部６へ通知し、マルチキャスト送信の要求を行う（ステップ５６）。
【００３４】
マルチキャスト送信要求がない場合は、マルチキャスト送信要求を行わない。
【００３５】
次に、クライアントからのソフトウェアのユニキャスト送信要求があるかを確認する（ステップ５７）。
【００３６】
ユニキャスト送信要求がある場合は、該当するソフトウェアをユニキャストで送信する（ステップ５８）。ユニキャスト送信要求がない場合は、ユニキャスト送信を行わない。この後、配布要求確認（ステップ５２）以降を繰り返し実行する。
【００３７】
図７のフローチャートに基づいてサーバ１におけるマルチキャストによるソフトウェアの送信の動作を説明する。
サーバ１において、マルチキャストソフトウェア送信部６は、システム起動後（ステップ６１）に、配布制御部５からのマルチキャスト送信の要求を待つ（ステップ６２）。マルチキャスト送信の要求を受けた時に、クライアント３からの要求をサーバ１が受信したのか、システム管理者からの要求をサーバ１が受付けたのかを確認する（ステップ６３）。
【００３８】
要求元がクライアントの場合は、ユニキャストソフトウェア送信部７から通知された配布キーと要求日時を、配布指示受付部８が、マルチキャスト要求テーブルに追加する。尚、マルチキャスト要求テーブルが有するデータの追加や削除の処理は、配布制御部５で行ってもよいし、サーバで稼動する他のプログラムで行ってもよいし、その他の方法でもよい。
【００３９】
マルチキャスト要求テーブルで、現在の時間より特定時間（例えば５分）前の情報をすべて削除し、追加した配布キーと同じ情報の個数を調べる。情報の個数が特定数（例えば１０）以上であった場合は、その情報をすべて削除する（ステップ６４）。配布キーと同じ情報が特定数以上であるか、要求元がシステム管理者であれば、ソフトウェアをマルチキャスト送信フレームで分割し、あらかじめ設定されているマルチキャストアドレスへ送信する（ステップ６５）。そして、マルチキャスト送信の要求を待つ（ステップ６２）処理に戻る。配布キーと同じ情報が特定数未満の場合は、マルチキャスト送信の処理を行わずにマルチキャスト送信の要求を待つ処理に戻る。
【００４０】
図８のフローチャートに基づいてクライアント３におけるマルチキャストによるソフトウェアの受信の動作を説明する。
クライアント３において、マルチキャストソフトウェア受信部１３は、システム起動（ステップ７１）後に、あらかじめシステム管理者が定めたマルチキャストアドレスをサーバ１から受信し、クライアントに登録する。尚、クライアントで稼動するセットアッププログラムが予めマルチキャストアドレスの情報を有しており、クライアントにマルチキャストアドレスを登録してもよいし、他の方法でもよい。
【００４１】
このマルチキャストアドレスはシステム管理者によって設定され、配布元サーバ１が同一であるクライアントはすべて同じマルチキャストアドレスが設定されているものとする（ステップ７２）。サーバ３からＩＰマルチキャストでフレームが送信されるまで待機する（ステップ７３）。フレームを受信した場合、マルチキャスト送信フレームの配布キー３１で受信したソフトウェアを区別し、フレーム番号３２とフレーム分割数３３でソフトウェアを再作成し、ソフトウェア一時保管庫１６に格納する（ステップ７４）。そして、フレームの送信を待つ（ステップ７３）。
【００４２】
図９のフローチャートに基づいてクライアント３におけるインストールの動作を説明する。
クライアント３において、インストール制御部１２は、クライアントのシステム停止時にシステム管理者が配布要求を行った場合に配布を可能とするため、システム起動（ステップ８１）直後にユニキャスト送受信部１４に対して配布要求を指示する（ステップ８２）。つまり、クライアント３のシステム停止時に、システム管理者がサーバ１を用いてソフトウエア配布の指示を行った場合でも、クライアント３が再起動した時にクライアント３のユニキャスト送受信部１４がサーバ１へ配布要求を送信するため、システム管理者はソフトウエアの配布の指示を再度行う必要はない。システム管理者が、ソフトウエアの配布の指示を再度行う必要はなく、ＩＰマルチキャストで自動的に配布を行われるため、クライアントへの配布指示の時間や労力を軽減することができる。
【００４３】
インストール制御部１２は、サーバ１から制御ファイルを受信するための受信要求を、サーバ１へ送信するようにユニキャスト送受信部１４に指示し、サーバ１から制御ファイルを受信した場合は制御ファイル一時保管庫１７に格納する。ただし、受信するまで待機せず、制御ファイルを受信できない場合は次の処理に進む（ステップ８３）。制御ファイル一時保管庫１７に制御ファイルが存在してるかを確認する（ステップ８４）。
【００４４】
制御ファイル一時保管庫１７に制御ファイルが存在していない場合、または制御ファイルに含まれるインストール日時が現在日時を経過していない場合は、制御ファイルの受信処理（ステップ８３）に戻る。
【００４５】
制御ファイル一時保管庫１７に制御ファイルが存在しており、制御ファイルに含まれるインストール日時が現在日時を経過している場合は、制御ファイルに含まれる配布キーと対応づけられたソフトウエア名と一致するソフトウェア名を有するソフトウエアが、ソフトウェア一時保管庫１６に存在しているかを判定する（ステップ８５）。判定した結果、該当するソフトウエアが存在している場合は、インストール処理部１５に対して、該当するソフトウェアのインストールを要求する（ステップ９０）。
【００４６】
制御ファイル一時保管庫１７に制御ファイルが存在していない場合は、サーバ１に対するソフトウェアのマルチキャスト送信要求の実行回数が特定回数（例えば３回）以上であるかを確認する（ステップ８６）。
【００４７】
マルチキャスト送信要求の実行回数が特定回数未満であれば、サーバ１に対して、ソフトウェアのマルチキャスト送信要求をユニキャスト送受信部１４に指示する（ステップ８７）。送信要求後にソフトウェアがソフトウェア一時保管庫１６に存在しているかを確認する（ステップ８５）処理に戻る。
【００４８】
マルチキャスト送信要求の実行回数が特定回数以上となった場合、サーバ１に対して、ソフトウェアのユニキャスト送信要求をユニキャスト送受信部１４に指示する（ステップ８８）。ユニキャスト送受信部１４が受信したソフトウェアをソフトウェア一時保管庫１６に格納する（ステップ８９）。そして、インストール処理部１５に対してインストールを要求する（ステップ９０）。インストール要求後は制御ファイルの受信（ステップ８３）に戻る。
【００４９】
以下に、マルチキャストで送信対象となる計算機のグループが複数ある場合の実施例を示す。
【００５０】
図１０は、マルチキャスト送信判定情報の例である。
図７の例では、要求数が特定回数以上かどうかを判定し、その結果に応じてマルチキャスト送信を行う例を示したが、判定を行う場合に図１０に示したマルチキャスト送信判定情報を用いてもよい。
【００５１】
図１０は、マルチキャスト送信判定情報の例であり、マルチキャストグループ識別子１０１とマルチキャスト送信条件１０２を含む。マルチキャストグループ識別子とマルチキャスト送信条件とを対応づけて管理した情報を用いることで、グループごとの条件に応じたソフトウエアの配布を行うことが可能となる。
【００５２】
たとえば、マルチキャストグループＡに属するクライアントに対しては、マルチキャスト送信要求数がグループＡに属するクライアント計算機の台数の３分の２以上であれば、マルチキャストグループＡに対してマルチキャスト送信を行うという判定をすることもできる。また、その他の方法で、あるマルチキャストグループに属するクライアントから受信したマルチキャスト送信要求の数が、予めシステム管理者が設定した数値条件を満たした場合に、該マルチキャストグループに対してマルチキャストでソフトウエアやファイルなどを配布するようにしてもよい。
【００５３】
また、上記の数値条件を満たさない場合には、マルチキャスト送信要求を送信したクライアントに対して、ユニキャストでソフトウエアを配布する。
【００５４】
また、クライアントから受信したマルチキャスト送信要求の数が、一定の時間内に一定の要求数以上となった場合に、マルチキャストで配布するようにしてもよい。
【００５５】
また、マルチキャストグループＢに属するクライアント計算機に対しては、送信要求対象となるプログラム名にコンパイラという言葉が含まれており、かつ、送信要求対象となるプログラム名にバージョン３．０という言葉がふくまれている場合に、マルチキャストグループＢに対してマルチキャスト送信を行うこともできる。
【００５６】
また、マルチキャストグループＡ、Ｂ、Ｃに対しては、送信要求対象となるプログラム名にウイルスチェックという言葉が含まれている場合に、該当するプログラム名に対応するプログラムをマルチキャスト送信することもできる。
【００５７】
このように、マルチキャストグループごとのマルチキャスト送信条件に応じた送信を行うことで、各グループの要求に応じたプログラムの配布や、各グループで設定すべき計算機環境に応じたプログラムのインストールが可能となる。また、組織の部署ごとに設定すべきプログラムが異なる場合や、グループごとにソフトウエアの開発環境が異なる場合などは、部署やグループに応じた設定を行うように、マルチキャスト送信条件を設定してもよい。
【００５８】
また、サーバで稼動するプログラムが、マルチキャストグループに所属する計算機からソフトウエアの識別子を含むソフトウエアの配布要求を受信し、受信した該配布要求が、サーバの記録部に格納された条件を満たすか否かを判定し、該判定結果にもとづいて、前記配布要求に含まれるソフトウエアの識別子に対応づけられたソフトウエアを、マルチキャストグループに所属する計算機へマルチキャストで配布するか、前記ソフトウエアの配布要求を送信した計算機へユニキャストで配布するかを決定してもよい。
【００５９】
このように、マルチキャストグループに所属する計算機からのソフトウエアの配布要求にもとづいて、マルチキャストで配布するか、ユニキャストで配布するかを決定することで、マルチキャストグループに応じたソフトウエアの配布が可能となる。
【００６０】
また、クライアントのシステム停止時に、システム管理者がサーバのプログラムを用いてソフトウエア配布の指示を行った場合でも、クライアントが再起動した時にクライアントで稼動するプログラムがサーバへソフトウエア等の配布要求を送信するため、システム管理者はソフトウエアの配布の指示を再度行う必要はない。このように、システム管理者が、ソフトウエアの配布の指示を再度行う必要はなく、ＩＰマルチキャストで自動的に配布を行われるため、クライアントへの配布指示の労力を軽減することができる。また、ソフトウエア等の配布の効率を上げることができる。
【００６１】
【発明の効果】
以上のように、本発明により、システムが停止しているクライアントに対してＩＰマルチキャストによる配布を行った場合も、システム起動後にクライアントで稼動するプログラムが自動でマルチキャストの設定を行い、マルチキャスト配布の要求をサーバへ送信するため、管理者が個別のクライアントにマルチキャストの設定をすることなくＩＰマルチキャストによる配布が可能となり、システム管理者の労力を軽減することができる。
【００６２】
また、マルチキャストグループごとの配布条件にもとづいて、ソフトウエアを配布することで、マルチキャストグループに応じたソフトウエアの配布が可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態において、本発明に係るソフトウェア配布方法によるサーバとクライアントの構成図の例である。
【図２】本発明の実施の形態において、本発明に係るソフトウェア配布方法によるサーバとクライアントの詳細な構成図の例である。
【図３】図２における制御ファイル保管庫に保管される制御ファイルの例である。
【図４】図２におけるマルチキャストソフトウェア送信部からマルチキャストソフトウェア受信部に送信されるマルチキャスト送信フレームの例である。
【図５】図２におけるマルチキャストソフトウェア送信部で使用するマルチキャスト要求テーブルの例である。
【図６】本発明における制御ファイルおよびソフトウェアのソフトウェア配布の形態を示すフローチャートの例である。
【図７】本発明におけるソフトウェアのマルチキャスト送信の形態を示すフローチャートの例である。
【図８】本発明におけるソフトウェアのマルチキャスト受信の形態を示すフローチャートの例である。
【図９】本発明におけるソフトウェアのインストールの形態を示すフローチャートの例である。
【図１０】マルチキャスト送信判定情報の例である。
【符号の説明】
１サーバ
２ネットワーク
３クライアント
５配布制御部
６マルチキャストソフトウェア送信部
７ユニキャスト送受信部
８配布指示受付部
９ソフトウェア保管庫
１０制御ファイル保管庫
１２インストール制御部
１３マルチキャストソフトウェア受信部
１４ユニキャスト送受信部
１５インストール処理部
１６ソフトウェア一時保管庫
１７制御ファイル一時保管庫[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method and system for distributing data and software to a specific number of computers using IP multicast in a network in which a plurality of computers are connected.
[0002]
[Prior art]
When distributing software and data, the load on the network often becomes a problem. As a distribution method for reducing the load on the network, Japanese Patent Application Laid-Open No. 11-353294 describes a method of dividing and distributing data to be transmitted. A method of distributing by IP multicast is described in JP-A-10-23005.
[0003]
In the case of distribution by unicast, it is necessary to transmit packets for the number of clients to be distributed, whereas in IP multicast, only one packet need be transmitted regardless of the number of clients to be distributed. When distributing to a large number of clients, IP multicast distribution can greatly reduce the load on the network.
[0004]
When distributing using IP multicast, the distribution target client distributes to a multicast group registered in advance. However, if the distribution target client is stopped, it is not registered in the multicast group, and distribution is not performed.
[0005]
[Problems to be solved by the invention]
The conventional method has a problem that distribution cannot be performed by IP multicast unless a distribution target machine is activated when distribution is performed. In addition, in the conventional technology, a broadcast group including only the client computer that transmitted the distribution request is created, and a multicast address is assigned to the created broadcast group to distribute the information. Does not deliver information.
[0006]
An object of the present invention is to provide a distribution method capable of performing distribution by IP multicast even when a distribution target machine is not activated when performing distribution.
[0007]
Another object of the present invention is to provide a software distribution method according to the multicast group to which the client computer belongs by distributing software according to the conditions of the multicast group to which the client that transmitted the software distribution request belongs. It is to provide.
[0008]
[Means for Solving the Problems]
To achieve the above object, the present invention provides a software distribution program in a system to which computers are connected, wherein the program running on the first computer includes software identifiers from computers belonging to the multicast group. The distribution request is received, and it is determined whether the received distribution request satisfies a condition stored in the recording unit of the first computer, and the software included in the distribution request is determined based on the determination result. Determining whether to distribute the software associated with the software identifier to the computers belonging to the multicast group by multicast or to distribute to the computers that sent the software distribution request by unicast. To do.
[0009]
In addition, in order to achieve the above object, the present invention is configured so that even when distribution by IP multicast is performed to a client whose system is stopped, a program that operates on the client after system startup automatically sets multicast. A distribution request is transmitted to a server.
[0010]
Further, the present invention is characterized in that conditions for distributing software by multicast are defined for each multicast group.
[0011]
Also, according to the present invention, in a network system, a server transmits a control file including installation information by unicast before distributing software by IP multicast. When the client is stopped, the control file is received from the server when the client is activated, and the client requests the server to transmit software to be installed by IP multicast based on the control file. The client makes several requests until the software is received by IP multicast, and installs after receiving the software. When the number of requests reaches a certain number, the server is requested to transmit software by unicast. The server transmits software by IP multicast when the number of transmission requests accepted by the client by IP multicast reaches a certain number within a certain time. In this way, software is distributed in response to a request from the client.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail.
[0013]
FIG. 1 is a configuration diagram of a server and a client to which a distribution method according to the present invention is applied. The server and the client are computers that run programs.
[0014]
The server 1 is connected to a plurality of clients 3 via a network 2. A configuration other than that shown in the drawings may be used as long as it is a system connected to a computer, a system capable of transmitting / receiving data to / from a computer, or the like.
[0015]
FIG. 2 is an example of a detailed configuration diagram of the server and the client to which the distribution method according to the present invention is applied.
[0016]
The server 1 includes a distribution control unit 5, a multicast software transmission unit 6, a unicast transmission / reception unit 7, a distribution instruction reception unit 8, a software storage unit 9, and a control file storage unit 10. The distribution control unit 5 controls software distribution to the client 3. The multicast software transmission unit 6 takes out the software instructed by the system administrator from the software storage 9 and transmits it to the client 3 by IP multicast. The unicast transmission unit 7 transmits the control file and software to the client 3 by unicast.
[0017]
The distribution instruction receiving unit 8 receives a distribution request instruction from the system administrator, and creates a control file having information on software to be distributed and distribution destination clients. The system administrator inputs information necessary for distributing software, such as the software name and the identifier of the distribution destination computer, to the computer. Based on the information necessary for distributing the input software, the distribution instruction receiving unit 8 creates a control file. The file storage 10 stores the created control file.
[0018]
The client 3 includes an installation control unit 12, a multicast software reception unit 13, a unicast transmission / reception 14, an installation processing unit 15, a temporary software storage 16, and a control file temporary storage 17. The installation control unit 12 controls reception and installation of files from the server 1. The multicast software transmission unit 13 receives software transmitted from the server 1 by IP multicast. The unicast transmission / reception unit 14 receives a control file and software transmitted from the server 1 by unicast. The installation processing unit 15 installs the received software. The software temporary storage 16 temporarily stores the received software until installation. The control file storage 17 temporarily stores the received control file until installation.
[0019]
The software storage 9, the control file storage 10, the software temporary storage 16, and the control file temporary storage 17 may be a recording unit included in a computer, a recording medium readable by a computer, or a computer. May be a recording unit accessible via a network.
[0020]
The distribution control unit 5, the multicast software transmission unit 6, the unicast transmission / reception unit 7, and the distribution instruction reception unit 8 are programs executed by the processing unit of the server. The installation control unit 12, the multicast software reception unit 13, the unicast transmission / reception unit 14, and the installation processing unit 15 are programs executed by the processing unit of the client. These programs may be implemented as one program, may be implemented as a separate program for each function, or other functions may realize these functions. Further, a program including any of these functions may be realized as a program (daemon or the like) resident in a computer, or any other program may be used.
[0021]
FIG. 3 shows an example of the format of the control file stored in the control file storage 10 and the control file temporary storage 17.
The control file has information such as a distribution destination 21, a distribution key 22, a software name 23, a version 24, and an installation date 25. The distribution destination 21 stores identifiers such as host names and IP addresses of distribution target clients. The distribution destination 21 may be other than the identifier as long as it is an identifier indicating the distribution destination client computer.
[0022]
The distribution key 22 is an identifier for distinguishing software to be distributed, and is an alphanumeric character string “R9876X” or the like. This identifier may be other than this as long as the software to be distributed can be identified. The software name 23 is a character string representing software by the name of the software. Version 24 is a software version and is an alphanumeric character string. The installation date and time 25 represents the date and time when the installation is started, and means that the installation is performed after this date and time.
[0023]
The control file is created by the distribution instruction receiving unit 8 of the server computer based on various information (software name and version number for which distribution is specified, identifier of the client computer that requested the distribution, etc.), and is stored in the control file. Although it is stored in the storage 10, detailed description is omitted.
[0024]
FIG. 4 shows a format of a frame transmitted by IP multicasting by the multicast software transmitting unit 6 of the server 1 and the multicast software receiving unit 13 of the client 3. When software is transmitted by IP multicast, the target software is divided into multicast transmission frames for transmission. When dividing software or the like, it may be divided every fixed number of bytes, or may be divided by other methods.
[0025]
The multicast transmission frame includes information of a distribution key 31, a frame number 32, a frame division number 33, an actual data length 34, and actual data 34. The distribution key 31 is an identifier for distinguishing software to be distributed, and is set to be the same as the distribution key 22 of the corresponding control file. A client that receives a multicast transmission frame can perform installation by assigning software having the same distribution key as the distribution key of the control file. The frame number 32 represents the number of the frame from the beginning. The frame division number 33 is the total number of frames. The actual data length 34 is the length of the actual data 35. The actual data 35 is data obtained by dividing the software to be transmitted.
[0026]
FIG. 5 is a multicast request table used in the multicast software transmission unit 6 of the server 1.
The multicast request table has information on a distribution key 41 and a request date / time 42. The distribution key 41 is an identifier for distinguishing software to be distributed, and has the same value as the distribution key 22 of the corresponding control file. The request date and time 42 is the date and time when a request for multicast transmission of software corresponding to the distribution key 41 is made.
[0027]
The multicast request table is obtained by acquiring the distribution key from the control file stored in the control file storage 10 every time the server 1 receives a distribution request for multicast transmission of software from the client 3. This information is created by associating and storing the distributed key and the date and time when multicast transmission is requested. The multicast distribution request data transmitted from the client to the server includes at least a distribution key and an identifier of the client computer.
[0028]
Hereinafter, an example of a distribution form by IP multicast will be described. The operation of software distribution in the server 1 will be described based on the flowchart of FIG.
In the server 1, after the system is started (step 51), the distribution control unit 5 confirms from the unicast transmission / reception unit 7 whether or not a distribution request has been received from the client 3, and accepts a distribution request instruction from the system administrator. It is confirmed from the distribution instruction receiving unit 8 whether or not
[0029]
When the server 1 receives a distribution request from the client 3, it is checked whether or not a control file having an identifier that matches the identifier of the client exists in the software repository 10 (step 52).
[0030]
When there is a distribution request from the system administrator, the control file created by the distribution instruction receiving unit 8 of the server 1 that receives the distribution request from the system administrator is transmitted to the corresponding client 3 by unicast. When a distribution request from the client 3 is received and the control file addressed to the client exists in the control file storage 10, the control file stored in the control file storage 10 is unicast to the client. Transmit (step 53).
[0031]
The distribution control unit 5 notifies the multicast software transmission unit 6 of the distribution key of the software to be distributed included in the control file, and requests multicast transmission (step 54). If there is no distribution request or there is no corresponding control file in the distribution request from the client, the above file transmission processing is not performed.
[0032]
Subsequently, it is confirmed from the unicast transmission / reception unit 7 whether there is a software multicast transmission request from the client (step 55). That is, it is confirmed whether the distribution request data including the distribution key to be multicast-transmitted is transmitted from the unicast transmission / reception unit 14 of the client 3 to the unicast transmission / reception unit of the server 1.
[0033]
If there is a multicast transmission request as a result of the inquiry to the client 3, the multicast software transmission unit 6 is notified of the distribution key of the software, and a multicast transmission request is made (step 56).
[0034]
If there is no multicast transmission request, no multicast transmission request is made.
[0035]
Next, it is confirmed whether there is a software unicast transmission request from the client (step 57).
[0036]
If there is a unicast transmission request, the corresponding software is transmitted by unicast (step 58). When there is no unicast transmission request, unicast transmission is not performed. Thereafter, the distribution request confirmation (step 52) and subsequent steps are repeatedly executed.
[0037]
The operation of software transmission by multicast in the server 1 will be described based on the flowchart of FIG.
In the server 1, the multicast software transmission unit 6 waits for a multicast transmission request from the distribution control unit 5 after the system is started (step 61) (step 62). When a request for multicast transmission is received, it is confirmed whether the server 1 has received a request from the client 3 or whether the server 1 has received a request from the system administrator (step 63).
[0038]
When the request source is a client, the distribution instruction reception unit 8 adds the distribution key and the request date and time notified from the unicast software transmission unit 7 to the multicast request table. The process of adding or deleting data included in the multicast request table may be performed by the distribution control unit 5, may be performed by another program running on the server, or may be performed by other methods.
[0039]
In the multicast request table, all the information before a specific time (for example, 5 minutes) before the current time is deleted, and the number of the same information as the added distribution key is checked. If the number of information is a specific number (for example, 10) or more, all the information is deleted (step 64). If the same information as the distribution key is a specific number or more, or if the request source is a system administrator, the software is divided into multicast transmission frames and transmitted to a preset multicast address (step 65). Then, the process returns to the process of waiting for a request for multicast transmission (step 62). If the same information as the distribution key is less than the specific number, the process returns to the process of waiting for a multicast transmission request without performing the multicast transmission process.
[0040]
The operation of receiving software by multicast in the client 3 will be described based on the flowchart of FIG.
In the client 3, the multicast software receiving unit 13 receives a multicast address determined in advance by the system administrator from the server 1 after system activation (step 71), and registers it in the client. Note that the setup program running on the client has information on the multicast address in advance, and the multicast address may be registered in the client, or another method may be used.
[0041]
This multicast address is set by the system administrator, and the same multicast address is set for all clients having the same distribution source server 1 (step 72). The server 3 waits until a frame is transmitted by IP multicast (step 73). When the frame is received, the received software is distinguished by the distribution key 31 of the multicast transmission frame, the software is recreated with the frame number 32 and the frame division number 33, and stored in the temporary software storage 16 (step 74). Then, it waits for frame transmission (step 73).
[0042]
The installation operation in the client 3 will be described based on the flowchart of FIG.
In the client 3, the installation control unit 12 distributes to the unicast transmission / reception unit 14 immediately after the system is started (step 81) in order to enable distribution when the system administrator makes a distribution request when the client system is stopped. A request is indicated (step 82). That is, even when the system administrator instructs the software distribution using the server 1 when the system of the client 3 is stopped, the unicast transmission / reception unit 14 of the client 3 requests the server 1 for distribution when the client 3 is restarted. Therefore, the system administrator does not need to instruct software distribution again. It is not necessary for the system administrator to issue a software distribution instruction again, and the distribution is automatically performed by IP multicast. Therefore, the time and labor of the distribution instruction to the client can be reduced.
[0043]
The installation control unit 12 instructs the unicast transmission / reception unit 14 to transmit a reception request for receiving a control file from the server 1 to the server 1, and when the control file is received from the server 1, the control file is temporarily stored. Store in the warehouse 17. However, it does not wait until it is received, and if it cannot receive the control file, it proceeds to the next process (step 83). It is confirmed whether a control file exists in the control file temporary storage 17 (step 84).
[0044]
If the control file does not exist in the control file temporary storage 17, or if the installation date / time included in the control file has not passed the current date / time, the process returns to the control file reception process (step 83).
[0045]
If the control file exists in the control file temporary storage 17 and the installation date / time included in the control file has passed the current date / time, it matches the software name associated with the distribution key included in the control file. It is determined whether software having the software name to be present exists in the temporary software storage 16 (step 85). As a result of the determination, if the corresponding software exists, the installation processing unit 15 is requested to install the corresponding software (step 90).
[0046]
If the control file does not exist in the control file temporary storage 17, it is confirmed whether the number of executions of the software multicast transmission request to the server 1 is a specific number (for example, 3 times) or more (step 86).
[0047]
If the number of times of execution of the multicast transmission request is less than the specific number of times, the server 1 is instructed to the unicast transmission / reception unit 14 for a software multicast transmission request (step 87). After the transmission request, it is confirmed whether the software exists in the temporary software storage 16 (step 85).
[0048]
When the number of executions of the multicast transmission request is equal to or greater than the specific number, the server 1 is instructed to the unicast transmission / reception unit 14 for a software unicast transmission request (step 88). The software received by the unicast transmission / reception unit 14 is stored in the temporary software storage 16 (step 89). Then, the installation processing unit 15 is requested to install (step 90). After the installation request, the process returns to receiving the control file (step 83).
[0049]
An example in which there are a plurality of groups of computers to be transmitted by multicast will be described below.
[0050]
FIG. 10 is an example of multicast transmission determination information.
In the example of FIG. 7, it is determined whether or not the number of requests is equal to or greater than a specific number, and multicast transmission is performed according to the result. However, when performing the determination, the multicast transmission determination information illustrated in FIG. 10 is used. Also good.
[0051]
FIG. 10 is an example of multicast transmission determination information, which includes a multicast group identifier 101 and a multicast transmission condition 102. By using information managed in association with multicast group identifiers and multicast transmission conditions, it is possible to distribute software according to the conditions for each group.
[0052]
For example, for a client belonging to multicast group A, if the number of multicast transmission requests is two-thirds or more of the number of client computers belonging to group A, it is determined that multicast transmission is performed for multicast group A. You can also. In addition, when the number of multicast transmission requests received from clients belonging to a certain multicast group satisfies the numerical condition set in advance by the system administrator by other methods, software or files can be multicasted to the multicast group. Etc. may be distributed.
[0053]
When the above numerical conditions are not satisfied, software is distributed by unicast to the client that has transmitted the multicast transmission request.
[0054]
Further, when the number of multicast transmission requests received from the client becomes equal to or greater than a certain number of requests within a certain time, distribution may be performed by multicast.
[0055]
For client computers belonging to the multicast group B, the word “compiler” is included in the program name to be transmitted, and the word “3.0” is included in the program name to be transmitted. Multicast transmission to the multicast group B can be performed.
[0056]
For the multicast groups A, B, and C, when the word “virus check” is included in the program name to be transmitted, the program corresponding to the corresponding program name can be multicast.
[0057]
In this way, by performing transmission according to the multicast transmission conditions for each multicast group, it is possible to distribute the program according to the request of each group and install the program according to the computer environment to be set in each group. . In addition, when the program to be set differs for each department in the organization, or when the software development environment differs for each group, the multicast transmission conditions can be set so that settings are made according to the department or group. Good.
[0058]
Also, whether a program running on the server receives a software distribution request including a software identifier from a computer belonging to the multicast group, and whether the received distribution request satisfies the conditions stored in the recording unit of the server And determining whether the software associated with the software identifier included in the distribution request is distributed to the computers belonging to the multicast group by multicast or based on the determination result, or distributing the software Whether to distribute the request to the computer that transmitted the request by unicast may be determined.
[0059]
In this way, it is possible to distribute software according to the multicast group by deciding whether to distribute by multicast or unicast based on software distribution requests from computers belonging to the multicast group. It becomes.
[0060]
Also, even if the system administrator uses the server program to instruct software distribution when the client system is stopped, the program running on the client will send a software distribution request to the server when the client is restarted. Since the transmission is made, the system administrator does not need to instruct software distribution again. In this way, the system administrator does not need to issue a software distribution instruction again, and the distribution is automatically performed by IP multicast. Therefore, the labor of the distribution instruction to the client can be reduced. In addition, the efficiency of software distribution can be increased.
[0061]
【The invention's effect】
As described above, according to the present invention, even when distribution by IP multicast is performed to a client whose system is stopped, a program that operates on the client after the system is started automatically sets multicast and requests for multicast distribution. Is transmitted to the server, so that the administrator can perform distribution by IP multicast without setting multicast to individual clients, thereby reducing the labor of the system administrator.
[0062]
Further, by distributing software based on distribution conditions for each multicast group, it is possible to distribute software according to the multicast group.
[Brief description of the drawings]
FIG. 1 is an example of a configuration diagram of a server and a client by a software distribution method according to the present invention in an embodiment of the present invention.
FIG. 2 is an example of a detailed configuration diagram of a server and a client by a software distribution method according to the present invention in the embodiment of the present invention.
3 is an example of a control file stored in the control file storage in FIG. 2. FIG.
4 is an example of a multicast transmission frame transmitted from the multicast software transmission unit in FIG. 2 to the multicast software reception unit.
5 is an example of a multicast request table used in the multicast software transmission unit in FIG. 2. FIG.
FIG. 6 is an example of a flowchart showing a software distribution form of a control file and software in the present invention.
FIG. 7 is an example of a flowchart showing a form of multicast transmission of software in the present invention.
FIG. 8 is an example of a flowchart showing a form of software multicast reception according to the present invention.
FIG. 9 is an example of a flowchart showing a software installation mode according to the present invention.
FIG. 10 is an example of multicast transmission determination information.
[Explanation of symbols]
1 server
2 network
3 Client
5 Distribution Control Department
6 Multicast software transmitter
7 Unicast transceiver
8 Distribution instruction reception part
9 Software storage
10 Control file storage
12 Installation control unit
13 Multicast software receiver
14 Unicast transceiver
15 Installation processing section
16 Temporary software storage
17 Control file temporary storage

Claims

A software distribution method for distributing software in a system in which a server and a client are connected to a network,
The server unicasts a control file having software installation information to the client,
The client, receiving said control file, sends said software distribution request to the server based on the received control file,
The server sends software to the client by multicast based on the received distribution request,
A software distribution method, wherein the client installs the received software on the client.

The software distribution method according to claim 1,
When the client transmits a software distribution request to the server, the client transmits the distribution request by unicast.

The software distribution method according to claim 1 or 2,
The server software distribution method, wherein a number of the distribution request from the client, transmits the software via multicast to the client when a predetermined number or more within Jo Tokoro time .

The software distribution method according to any one of claims 1 to 3,
The client transmits a request to send the software by unicast to the server when the software cannot be received by multicast even if the software transmission request is executed a predetermined number of times. Software distribution method.

A software distribution system in which a server distributes software to clients,
The server
A transmission unit that unicasts a control file having software installation information to the client;
A transmission unit that transmits software to the client by multicast based on the received distribution request;
A transmission unit for transmitting a software distribution request to the server based on the control file ;
A software distribution system comprising: an installation processing unit for installing the received software.

The software distribution system according to claim 5,
When the client transmits a software distribution request to the server, the client transmits the distribution request by unicast.

The software distribution system according to claim 5 or 6,
The server distributes software to the client by multicast when the number of distribution requests from the client exceeds a predetermined number within a predetermined time.

A software distribution system according to any one of claims 5 to 7,
The client transmits a request to send the software by unicast to the server when the software cannot be received by multicast even if the software transmission request is executed a predetermined number of times. Software distribution system.

A software distribution system for distributing software in a system in which a server and a client are connected to a network,
The server
A multicast software transmitter for transmitting software to the client by multicast;
A unicast transmission unit for unicasting a control file and software having software installation information to the client;
A distribution control unit that controls the multicast software transmission unit and the unicast transmission unit;
The client
A multicast software receiver for receiving software transmitted by multicast from the server;
A unicast receiver that receives the control file and software from the server by unicast;
An installation processing unit for installing the received software;
A software distribution system comprising: an installation control unit that controls the multicast software reception unit, the unicast reception unit, and an installation processing unit.