(57)【要約】【課題】ソフトウェアのインストールや再インストールを手間をかけずに行うソフトウェア配布システムを提供する。【解決手段】サーバと複数のクライアントがネットワーク接続されたソフトウェア配布システムにおいて、サーバは、クライント毎に配布対象ソフトウェアの名称及び版数情報を含むアクセスキーを記憶する第１アクセスキー記憶部と、配布ソフトウェアを記憶するソフトウェア記憶部と、クライアントからのアクセス要求に基づき当該クライアントのアクセスキーより配布対象ソフトウェアに関するダウンロード情報を作成し、クライアントに送信するダウンロード情報作成部とクライアントからのソフトウエアの配布要求に基づき、ソフトウェア記憶部に記憶されている該当するソフトウェアをクライアントに送信するソフトウェア送信部とを具備し、クライアントは、アクセス要求部とダウンロード部とを具備して構成する。【選択図】　　　　図１
2004005124.tif 000002
【特許請求の範囲】
【請求項１】
サーバと複数のクライアントがネットワーク接続されたソフトウェア配布システムにおいて、
前記サーバは、
前記クライント毎に配布対象ソフトウェアの名称及び版数情報を含むアクセスキーを記憶する第１アクセスキー記憶部と、
前記配布ソフトウェアを記憶するソフトウェア記憶部と、
前記クライアントからのアクセス要求に基づき当該クライアントのアクセスキーより配布対象ソフトウェアに関するダウンロード情報を作成し、前記クライアントに送信するダウンロード情報作成部と、
前記クライアントからのソフトウエアの配布要求に基づき、前記ソフトウェア記憶部に記憶されている該当するソフトウェアを前記クライアントに送信するソフトウェア送信部とを具備し、
前記クライアントは、
前記サーバにアクセス要求をするアクセス要求部と、
前記ダウンロード情報に基づいてソフトウェアの配布要求をし、前記サーバより送信されたソフトウェアを受信するダウンロード部と、
を具備したことを特徴とするソフトウェア配布システム。
【請求項２】
前記サーバは、前記クライアントからアクセス要求されるとクライアントに対して認証要求を行い、前記クライアントから送信された認証ＩＤと前記第１アクセスキー記憶部にクライアントのアクセスキーの一部として記憶されている認証ＩＤとを比較してクライアントが正当なアクセス権を有する者か否かをチェックすることを特徴とする請求項１記載のソフトウェア配布システム。
【請求項３】
前記ダウンロード情報作成部は、配布対象ソフトウェアの名称及びソフトウェアのＴＣＰ／ＩＰプロトコルに基づくＵＲＬを含むダウンロード情報を作成し、前記ダウンロード部は、ダウンロード要求するソフトウェアの前記ダウンロード情報に含まれるＵＲＬを前記サーバに送信することを特徴とする請求項１記載のソフトウェア配布システム。
【請求項４】
前記サーバは、アクセス要求のあった前記クライアントのアクセスキーを当該クライアントに送信し、前記第１アクセスキー記憶部に記憶された当該クライアントのアクセスキーに含まれるソフトウェアの名称又は版数が前記クライアントから送信されるアクセスキーに含まれるソフトウェアの名称又は版数と異なるソフトウェアを配布対象ソフトウェアとして、前記ダウンロード情報を作成し、前記クライアントは、前記サーバより前記アクセスキーを受信して第２アクセスキー記憶部に記憶し、前記サーバにアクセス要求する際に前記第２アクセスキー記憶部に記憶されたアクセスキーを送信することを特徴する請求項１記載のソフトウェア配布システム。
【請求項５】
前記ソフトウェア記憶部には前記クライアントがアクセスキーを送信する機能を有するソフトウェアが記憶されており、前記第１アクセスキー記憶部に記憶されるアクセスキーに当該ソフトウェアに関する情報が記憶されていることを特徴とする請求項４記載のソフトウェア配布システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ソフトウェア配布システムに関し、特に、ソフトウェアの配布の制御に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ等のクライアントがサーバ等にネットワークを通してアクセスするクライアントサーバシステムが普及している。クライアントがサーバにアクセスするにはクライアントに必要なソフトウェアをインストールする必要がある。従来、サーバ、クライアントシステムにおいて、クライアント側のソフトウェアのインストールは各端末に技術担当者が出向いてインストール作業を行っていたり、セットアップ用ＣＤ−ＲＯＭを配布して利用者にインストールしてもらうなどの方法が取られている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のソフトウェアの配布では次のような問題点があった。従来の技術担当者が出向いてインストール作業を行う場合、クライアント端末の数が多いと作業者の手間が多くなる上、全クライアントに漏れなく作業を行うことが難しい。また、セットアップ用ＣＤ−ＲＯＭを配布して利用者にインストールをしてもらう場合には、ＣＤ−ＲＯＭの配布の手間がかかること、利用者に作業の負担がかかること等の問題点がある。更に、ソフトウェアのバグ修正やバージョンアップ等によりクライアント側のソフトウェアに変更が生じた場合、全ての端末に再度人手により再インストールをしなければならないという問題がある。
【０００４】
以上の問題を解決するべくクライアント側のソフトウェアをサーバ側に置き、サーバからダウンロードしてインストールする方法が考えられるが、その場合でも以下の問題点が考えられる。サーバ側で認証を行わずにダウンロードすると、誰でもその機能にアクセスでき無断で使用できてしまうが、認証処理は一般に面倒な処理がつきまとうという問題点がある。使用する機能が各クライアント毎に異なる場合、クライアント毎に個別にインストール手順を明示してあげる必要がある。また、ソフトウェア版数がアップしたとき、その版数アップしたソフトウェアをダウンロードするクライアントを特定することが面倒であること、必要なソフトウェアのみをダウンロードするよう切り分けが必要となり手間がかかるという問題点がある。
【０００５】
本発明は、上記を鑑みてなされたものであり、ソフトウェアのインストールや再インストールを手間がかけずに正当な権利者のみに行うことのできるソフトウェア配布システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
図１は本発明の原理図である。図１に示すように、ソフトウェア配布システムは、サーバ２と複数のクライアント４＃ｉ（ｉ＝１〜ｎ）がネットワーク接続されている。サーバ２は、第１アクセスキー記憶部１０、ソフトウェア記憶部１２、ダウンロード情報作成部１４及びソフトウェア送信部１６を具備する。クライアント４＃ｉは、アクセス要求部２０＃ｉ及びダウンロード部２２＃ｉを具備する。
【０００７】
クライアント４＃ｉにソフトウェアをインストールする場合、クライアント４＃ｉ中のアクセス要求部２０＃ｉは、サーバ２にソフトウェアダウンロードのためのアクセス要求を行う。第１アクセスキー記憶部１０には、クライアント４＃ｉ（ｉ＝１〜ｎ）毎に配布対象ソフトウェアの名称及び版数を含むアクセスキーが記憶されており、ダウンロード情報作成部１４は、第１アクセスキー記憶部１０に記憶されたクライアント４＃ｉのアクセスキーより配布対象ソフトウェアに関するダウンロード情報を作成して、クライアント４＃ｉに送信する。
【０００８】
クライアント４＃ｉ中のダウンロード部２２＃ｉは、サーバ２からのダウンロード情報に基づいて、ソフトウェアの配布要求をする。サーバ２中のソフトウェア送信部１６は、ソフトウェア記憶部１２に記憶されたソフトウェアから配布が要求されたソフトウェアをクライアントに送信する。ダウンロード部２２＃ｉは、サーバ２より送信されたソフトウェアを受信する。このように、クライント毎に配布対象ソフトウェアの名称及び版数を含むアクセスキーを記憶し、クライアント４＃ｉからのアクセス要求に従って配布対象ソフトウェアに関するダウンロード情報を作成し、必要なソフトウェアのダウンロードするので、全クライアントを回ってインストールを行う必要がなくコスト削減に効果がある。
【０００９】
【発明の実施の形態】
図２は本発明の実施形態によるソフトウェア配布システムの構成図である。図２に示すように、ソフトウェア配布システムは、サーバ５０及び複数のクライアント５２＃ｉ（ｉ＝１〜ｎ）により構成されている。サーバ５０とクライアント５２＃ｉとの間はネットワーク接続されており、例えば、ＬＡＮ５４により接続される。
【００１０】
サーバ５０は次の機能を有する。▲１▼クライアント５２＃ｉからソフトウェア配布要求に対してクライアント５２＃ｉが正当な権利を有する者であるかの認証を行う機能。▲２▼クライアント５２＃ｉ毎に配布対象のインストール用プログラムに関する情報を含むアクセスキーを元に、認証ＯＫのクライアント５２＃ｉに配布対象のソフトウェア一覧情報であるダウンロード情報をクライアント５２＃ｉに送信する機能。▲３▼複数のインスール用プログラムを記憶媒体に記憶しており、クライアント５２＃ｉからダウンロード要求されたインストロール用プログラムを送信する機能。▲４▼クライアント５２＃ｉに該当アクセスキーを送信する機能。▲５▼ソフトウェアのバージョンアップ等に伴う再インストール時には、クライアント５２＃ｉから送信された前回インストール時のアクセスキーと当該クライアント５２＃Ｉの最新アクセスキーを比較して、差分のインストールプログラムの一覧情報を送信する機能。
【００１１】
クライアント５２＃ｉは、次の機能を有する。▲１▼サーバ５０にソフトウェアのダウンロードを行うためのアクセス要求を行う機能。▲２▼認証ＩＤをサーバ５０＃ｉに送信する機能。▲３▼ダウンロード情報を受信して画面に一覧を表示する機能。▲４▼一覧情報からオペレータより選択された配布対象インストールプログラムのダウンロードをサーバ５０に要求する機能。▲５▼サーバ５０より送信されたソフトウェアを受信する機能。▲６▼サーバ５０より受信したソフトウェアを実行可能なプログラムに変換する機能。▲７▼サーバ５０よりアクセスキーを受信して、保存する機能。▲８▼再インストールの際に、保存されたアクセスキーをサーバ５０に送信する機能。
【００１２】
図３は、図２中のサーバ５０及びクライアント５２＃ｉの機能ブロックの一例を示す図である。サーバ５０及びクライアント５２＃ｉの実施形態は種々考えられるが、本実施形態では、ＴＣＰ／ＩＰが広く普及しており実現が容易であることより、ＴＣＰ／ＩＰを用いたＷｅｂ機能による実施形態を説明する。サーバ５０は、Ｗｅｂサーバ機能部１００、初期認証ページ１０２、ソフトウェアダウンロードページ１０４、インストール用プログラム群１０６、アクセスキー通信機能部１０８、アクセスキーチェック機能部１１０及びアクセスキー記憶部１１２を有する。
【００１３】
Ｗｅｂサーバ機能部１００は、ＨＴＴＰプロトコルやＦＴＰプロトコルに従って、クライアント５２＃ｉにＷｅｂページの送信及びインストール用プログラムの送信の制御を行う。初期認証ページ１０２は、クライアント５２＃ｉに初期インストールを行う場合、クライアント５２＃ｉを認証するためのＷｅｂ認証ページである。ソフトダウンロードページ１０４はクライアント５２＃ｉにダウンロードするソフトウェアの一覧情報を記載したＷｅｂページであり、例えば、プログラム名及びインストール用プログラムのＵＲＬ情報等が含まれる。
【００１４】
インストールプログラム群１０６はクライアント５２＃ｉ（ｉ＝１〜ｎ）にダウンロードするインストール用プログラム群であり、ソフトウェアのバージョンアップ等による再インストール時に必要なソフトウェアのみを特定するために全クライアント５２＃ｉにインストールされる管理プログラムが記憶されている。管理プログラムはクライアント５２＃ｉに予めインストールしておいてもよいが、その工数を削減する観点よりサーバ５０からクライアント５２＃ｉに初期インストールの際に管理プログラムを他のソフトウェアと共にダウンロードするようにしている。
【００１５】
アクセスキー通信機能部１０８は、アクセスキー記憶部１１２に記憶されているクライアント５２＃ｉのアクセスキーをクライアント５２＃ｉに送信すること、クライアント５２＃ｉから再インストールの際に送信されるアクセスキーを受信して、アクセスキーチェック機能部１１０に渡すことを行う。
【００１６】
アクセスキーチェック機能部１１０は、次の機能を有する。▲１▼初期認証ページ１０２にクライアント５２＃ｉのオペレータが入力した認証ＩＤを元にアクセスキー記憶部１１２を検索し、クライアント５２＃ｉの認証チェックを行う機能。▲２▼認証ＮＧならば、Ｗｅｂサーバ機能部１００を通して、クライアント５２＃ｉにその旨を通知する機能。▲３▼認証ＯＫであれば、クライアント５２＃ｉに該当するアクセスキーをアクセスキー記憶部１１２から取得し、アクセスキーに含まれるソフトウェアが格納されたＵＲＬをＵＲＬ記憶部１１４より取得し、ダウンロードベージ１０４を作成し、Ｗｅｂサーバ機能部１００を通して、クライアント５２＃ｉに送信する機能。▲４▼アクセスキー通信機能部１０８よりアクセスキーを受け取ると、アクセスキー記憶部１１２に登録されているクライアント５２＃ｉのアクセスキーについて、クライアント５２＃ｉより受信したアクセスキーと異なるソフトウェア（差分ソフトウェア）に関するソフトダウンロードページ１０４を作成し、Ｗｅｂサーバ機能部１００を通して、クライアント５２＃ｉに送信する機能。クライアント５２＃ｉより送信されたアクセスキーに係わるインストール用プログラムはクライアント５２＃ｉにダウンロードされていることから、差分ソフトウェアのみをダウンロードすれば良いからである。
【００１７】
図４は、サーバ５０中のアクセスキー記憶部１１２の一例を示す図である。アクセスキー記憶部１１２には、各クライアントについての認証情報、インストール用プログラム情報を記憶するファイルである。図４はアクセスキーをＸＭＬにより記述したものであり、各クライアントについてのアクセスキーは、タグ＜クライアント＞で示される部分である。タグ＜クライアント＞は、＜認証ＩＤ＞及び＜ソフトウェア＞のタグを含む。認証ＩＤはクライアントを認証するためのＩＤである。タグ＜ソフトウェア＞はダウンロード対象のインストール用プログラムを特定する情報であり、名前、版数により示される。名前はソフトウェア名が指定される。版数はリリース及びレベルにより示される。リリースはソフトウェアのリリース版数であり、機能追加等の大きな修正があった場合にソフトウェアを区別するためのものである。レベルとは、バグフィクス等の細かい修正が行われた場合にソフトウェアが区別するためのものである。ＵＲＬ記憶部１１４は、インストール用プログラム群１０６の各インストールプログラムが記憶されるファイルのＵＲＬを記憶するものである。
【００１８】
一方、クライアント５２＃ｉは、Ｗｅｂブラウザ１２０＃ｉを有する。Ｗｅｂブラウザ１２０＃ｉはＷｅｂページにアクセスするための汎用ブラウザである。破線により囲まれた機能プログラム１３０＃ｉｊ（ｊ＝１，…）及び管理プログラム１３１＃ｉは、サーバ５０＃ｉよりクライアント５２＃ｉにダウンロードされた後にオペレータの操作によりインストールされたものである。管理プログラム１３１＃ｉは、アクセスキーをサーバ５０より受信してアクセスキー記憶部１３２＃ｉに記憶する機能、再インストールの際にサーバ５０にアクセスキーを送信する機能、操作性の観点よりインストールプログラムの一覧メニューを作成してオペレータによりクリックされた時該当プログラムを起動する機能等を有するプログラムである。アクセスキー記憶部１３２＃ｉは、サーバ５０より送信されたクライアントに係わるアクセスキーを記憶したファイルであり、管理プログラム１３１＃ｉにより作成される。このように、本実施形態では、クライアント５２＃ｉにはソフトウェアをインストールするためにＯＳや汎用ブラウザのみとし、他の特別のプログラムが不要としている。
【００１９】
図５はクライアント５２＃ｉ中のアクセスキー記憶部１３２＃ｉの構成図である。図４に示すように、アクセスキー記憶部１３２＃ｉには、自クライアント５２＃ｉの認証ＩＤ、インストール用プログラム情報等のアクセスキーを記憶するファイルであり、図３中のアクセスキー記憶部１１２に記憶された、前回のクライアント５２＃ｉへのインストール時のクライアント５２＃ｉのアクセスキーである。このようにアクセスキーをクライアント５２＃ｉに保存していること、アクセスキーに認証ＩＤを含むことから、再インストール時には、アクセスキー記憶部１３２＃ｉに保存されたアクセスキーをサーバ５０に送信することにより、サーバ５０から認証ＩＤを要求する必要がなくなり、ダウンロードする必要のあるソフトウェアのみダウンロードすることが可能となっている。
【００２０】
以下、図２のサーバ５０及びクライアント５２＃ｉの動作説明をする。
【００２１】
（１）　初期インストールの場合
図６は初期インストール手順を示すフローチャートである。
【００２２】
ステップＳ２において、クライアント５２＃ｉは、初期認証ページ１０２のＵＲＬをサーバ５０に送信する。ステップＳ２０において、サーバ５０は、初期認証ページ１０２をクライアント５２＃ｉに送信する。クライアント５２＃ｉは、初期認証ページを画面に表示する。ステップＳ４において、オペレータは、認証ＩＤを入力する。クライアント５２＃ｉは、認証ＩＤをサーバ５０に送信する。ステップＳ２２において、サーバ５０は、認証ＩＤを受信すると、アクセスキー記憶部１１２を参照して、認証ＩＤが登録されているか否かをチェックする。サーバ５０は、認証ＩＤが登録されていなければ、認証エラーを示すページをクライアント５２＃ｉに送信する。ステップＳ６において、クライアント５２＃ｉは認証エラーページを画面に表示する。
【００２３】
一方、サーバ５０は、認証ＩＤチェックＯＫであれば、ステップＳ２４において、アクセスキー記憶部１１２に記憶されているクライアント５２＃ｉのアクセスキーに含まれるインストール用プログラムのＵＲＬ編集を行う。ステップＳ２６において、必要なソフトウェアについて、ソフトダウンロードページへの編集が終了したか否かを判断する。編集が終了したならば、ステップＳ２８に進む。編集が終了していなければ、ステップＳ２４に戻る。
【００２４】
ステップＳ２８において、サーバ５０は、ソフトダウンロードページをクライアント５２＃ｉに送信する。ステップＳ１０において、クライアント５２＃ｉはソフトダウンロードページを画面に表示する。ステップＳ１２において、オペレータは、ダウンロードページのインストール用プログラム名をクリックすると、クライアント５２＃ｉは、インストール用プログラムのＵＲＬをサーバ５０に送信して、ダウンロード要求する。
【００２５】
ステップＳ３０において、サーバ５０は、ＵＲＬに該当するインストール用プログラムをクライアント５２＃ｉに送信する。ステップＳ１４において、クライアント５２＃ｉは、必要なソフトウェアについて全てダウンロードが終了したかを判断する。必要なソフトウェアについてダウンロードが終了していなければ、ステップＳ１２に戻る。必要なソフトウェアが全てダウンロードされたならば、ステップＳ１５に進む。
【００２６】
ステップＳ１５において、オペレータの操作により、ダウンロードされたインストール用プログラムが起動されて、解凍等の処理が実行されて、実行可能なプログラムに変換されて、図３中の破線で示すように、機能プログラム１３０＃ｉ１，１０３＃ｉ２や管理プログラム１３１＃ｉがインストールされる。ステップＳ１６において、オペレータは、管理プログラム１３１＃ｉを起動する。管理プログラム１３１＃ｉはアクセスキー記憶部１３２＃ｉにアクセスキーが記憶されていないことを判断すると、サーバ５０にアクセスキーの送信を要求する。ステップＳ３２において、サーバ５０は、クライアント５２＃ｉのアクセスキーを送信する。ステップＳ１８において、管理プログラム１３１＃ｉはアクセスキーを受信して、アクセスキー記憶部１３２＃ｉに保存する。
【００２７】
（２）　再インストールの場合
図７は再インストール手順を示すフローチャートである。
【００２８】
ステップＳ５０において、オペレータは、ソフトウェアの版数アップや新規ソフトウェアのリリース等のために再インストールを行う場合、管理プログラム１３１＃ｉを起動する。ステップＳ５２において、管理プログラム１３１＃ｉは、アクセスキー記憶部１３２＃ｉに保存されたアクセスキーをサーバ５０に送信する。
【００２９】
ステップＳ７０において、サーバ５０はアクセスキーを受信すると、当該アクセスキーのソフトウェアの名称、リリース及びレベルと、アクセスキー記憶部１１２に記憶されているクライアント５２＃ｉのアクセスキーのソフトウェアの名称、リリース及びレベルを比較し、不一致のソフトウェアがあるか否かを判断する。クライアント５２＃ｉのアクセスキーとは受信したアクセスキーの認証ＩＤに一致するアクセスキーである。これにより、再インストールでは、クライアント５２＃ｉに認証要求する手間が省ける。不一致のソフトウェアがなければ、処理を終了する。不一致のソフトウェアがあれば、次の処理を行う。
【００３０】
ステップＳ７２において、サーバ５０は、アクセスキー記憶部１１２に記憶されているクライアント５２＃ｉのアクセスキーについて不一致のインストール用プログラムのＵＲＬ編集を行う。ステップＳ７４において、必要なソフトウェア全てについて、ソフトダウンロードページへの編集が終了したか否かを判断する。編集が終了したならば、ステップＳ７６に進む。編集が終了していなければ、ステップＳ７２に戻る。ステップＳ７６において、サーバ５０は、ソフトダウンロードページをクライアント５２＃ｉに送信する。
【００３１】
ステップＳ５４において、クライアント５２＃ｉはソフトダウンロードページを画面に表示する。ステップＳ５６において、オペレータは、ダウンロードページのインストール用プログラム名をクリックすると、クライアント５２＃ｉは、インストール用プログラムのＵＲＬをサーバ５０に送信して、ダウンロード要求する。
【００３２】
ステップＳ７８において、サーバ５０は、ＵＲＬに該当するインストール用プログラムをクライアント５２＃ｉに送信する。ステップＳ５８において、クライアント５２＃ｉは、必要なソフトウェアについて全てダウンロードが終了したかを判断する。必要なソフトウェアについてダウンロードが終了していなければ、ステップＳ５６に戻る。必要なソフトウェアが全てダウンロードされたならば、ステップＳ６０に進む。
【００３３】
ステップＳ６０において、オペレータの操作により、ダウンロードされたインストール用プログラムが起動されて、解凍等の処理が実行されて、実行可能なプログラムに変換されて、必要なプログラムがインストールされる。ステップＳ６２において、オペレータは管理プログラム１３１＃ｉを起動する。管理プログラム１３１＃ｉは、サーバ５０にアクセスキーを送信要求する。ステップＳ８０において、サーバ５０は、アクセスキーを送信する。ステップＳ６４において、管理プログラム１３１＃ｉは、アクセスキーを受信して、アクセスキー記憶部１３２＃ｉに保存する。アクセスキー記憶部１３２＃ｉに記憶されたアクセスキーは次回の再インストールの際に使用される。
【００３４】
【発明の効果】
以上説明したように、本発明によれば、クライアントソフトウェアをサーバ側に配置して、クライアントに関する認証や必要なソフトウェアをアクセスキーとして記憶しておくので、容易に認証ができ、その権利のある必要なソフトウェアのみを簡単にダウンロードできるので、全クライアントを回ってインストールを行う必要がなくコスト削減に効果がある。また、クライアントソフトウェアの全部もしくは一部が変更になったときや機能が追加されたときでも、サーバ側に１台変更分を導入すれば、クライアント側ソフトは使用時に変更有無や契約により権利の有無を自動判別して機能変更できるので、全クライアントを回ってインストールを行う必要がなくコスト削減に効果がある。各クライアントのソフトウェア管理情報（機能、版数）がサーバ側で一元管理することができるので、クライアントの機能や版数に応じた課金処理が容易になる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態によるソフトウェア配布システムの構成図である。
【図３】図２中のサーバ及びクライアントの構成例を示す図である。
【図４】サーバ中のアクセスキー記憶部の構成例を示す図である。
【図５】クライアント中のアクセスキー記憶部の構成例を示す図である。
【図６】初期インストール手順を示すフローチャートである。
【図７】再インストール手順を示すフローチャートである。
【符号の説明】
２　サーバ
４＃ｉ（ｉ＝１〜ｎ）　クライアント
１０　第１アクセスキー記憶部
１２　ソフトウェア記憶部
１４　ダウンロード情報作成部
１６　ソフトウェア送信部
２０＃ｉ（ｉ＝１〜ｎ）　アクセス要求部
２２＃ｉ（ｉ＝１〜ｎ）　ダウンロード部
【図１】
2004005124.tif 000003
【図２】
2004005124.tif 000004
【図３】
2004005124.tif 000005
【図４】
2004005124.tif 000006
【図５】
2004005124.tif 000007
【図６】
2004005124.tif 000008
【図７】
2004005124.tif 000009