JPH11167535A

JPH11167535A - プログラム配布方法

Info

Publication number: JPH11167535A
Application number: JP9311227A
Authority: JP
Inventors: Rie Kobayashi; り恵小林; Masasuke Tominaga; 雅介冨永; Tetsuya Masuishi; 哲也増石; Hirosuke Shindo; 弘輔新藤; Yoshiki Matsuda; 芳樹松田; Takashi Odajima; 孝小田島
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-10-28
Filing date: 1997-10-28
Publication date: 1999-06-22

Abstract

(57)【要約】（修正有）【課題】ネットワーク上でクライアントが必要なときに
サーバがプログラムを配布する場合に、クライアントの
ネットワーク上の位置を意識することなく、使用可能な
プロトコルの中で最も効率の良いアクセス手段でサーバ
にアクセスできるプログラムを配布できるようにする。【解決手段】プログラムを配布するサーバでは、１つの
プログラム名称に対して、各種プロトコルに対応したプ
ログラムを用意し、配布先クライアントのネットワーク
上の位置によって、そのクライアントが使用可能なプロ
トコルのうち最も効率の良いアクセス手段を搭載するプ
ログラムを配布する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上で
サーバからクライアントにプログラムを配布して実行す
る場合のプログラム配布方法に関する。

【０００２】

【従来の技術】クラアント／サーバシステムのクライア
ントプログラムは、従来、クライアントマシンにインス
トールしておかなければならなかった。しかし、Ｓｕｎ
Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪａｖａ言語やマイクロ
ソフト社のＡｃｔｉｖｅＸの技術により、クライアント
のＷＷＷブラウザ上で実行するクライアントプログラム
を、必要なときにサーバからクライアントに配布して実
行することが可能となった。

【０００３】Ｊａｖａで作成したインターネット上で配
布可能なプログラムであるアプレットは、ＷＷＷブラウ
ザの画面作成用のＨＴＭＬファイル中に、アプレットの
クラス名を指定することで、サーバからダウンロードさ
れ実行される。したがって、クライアント側にＪａｖａ
に対応したＷＷＷブラウザさえあれば、マシンに依存せ
ずに実行可能であり、他にはクライアント側に何も必要
としない。

【０００４】ＡｃｔｉｖｅＸを用いた、インターネット
上で配布可能なプログラムであるＡｃｔｉｖｅＸコント
ロールは、現在、マイクロソフト社のシステムが塔載さ
れたマシンで実行可能である。ＡｃｔｉｖｅＸコントロ
ールも、Ｊａｖａアプレットと同様に、ＷＷＷブラウザ
の画面作成用のＨＴＭＬファイル中にコントロール名称
を指定することで、サーバからダウンロードされる。Ａ
ｃｔｉｖｅＸコントロールの場合は、一度ダウンロード
されると、クライアントのディスクに格納され、次回か
らはこの格納されたコントロールが使用される。ＨＴ
ＭＬファイルで指定されたコントロールのバージョン番
号がクライアントに格納されているコントロールのバー
ジョン番号より大きい場合は、再度ダウンロードされ
る。

【０００５】ＪａｖａアプレットおよびＡｃｔｉｖｅＸ
コントロールとも、クライアントからはパラメータとし
てそれらの名称を指定したＵＲＬが発行され、これを受
けてＷＷＷサーバがそのＵＲＬを解析し、指定された名
称に対応するＪａｖａアプレットまたはＡｃｔｉｖｅＸ
コントロールをサーバからクライアントに配布する。ク
ライアントでは、配布されたＪａｖａアプレットまたは
ＡｃｔｉｖｅＸコントロールを実行する。このように、
サーバからクライアントに必要に応じてクライアントプ
ログラムを配布することで、クライアント側では、プロ
グラムのインストール、環境設定、およびバージョン管
理を行なう必要がなくなるという利点がある。今後は、
このようなシステムが増加することが予想される。

【０００６】ところで、インターネットを用いて、ロー
カルなネットワークの外から使用できるようにしたシス
テムを構築する場合、アクセスしてくるユーザに対する
セキュリティチェックが必要となる。一般にローカルネ
ットワークは、ファイヤーウォールで外部のネットワー
クから遮断され、外部からのアクセスはプロキシサーバ
経由でのみ許し、このプロキシサーバでアクセス制限を
行なっている。プロキシサーバでは、アクセスを許可す
るプロトコル、ＩＰアドレス、およびユーザ名等が設定
可能で、許可されていないものはプロキシサーバを超え
てアクセスすることができない。プロキシサーバで許可
するプロトコルは、通常、http、ftp、telnet等の少数
のプロトコルに限定されている。

【０００７】クライアントからのhttpプロトコルでのア
クセス要求は、ＷＷＷサーバが受信する。ＷＷＷサーバ
は、クライアントからのアクセス要求をhttpプロトコル
にしたがって解析し、指定されたファイルをクライアン
トに送信したり、指定されたファイルがサーバ側のプロ
グラムである場合は、そのプログラムを実行してその出
力をクライアントに送信する。このとき、アクセスして
きたクライアントの情報はＷＷＷサーバにあるプログラ
ムが参照可能な形態で記憶され、その中にはクライアン
トのＩＰアドレスやプロキシサーバ経由かどうかの情報
も含まれる。

【０００８】サーバ側のプログラムと連動して処理を行
なうクライアントプログラムの場合は、サーバとのやり
とりは、プロキシサーバで許可されているプロトコルに
限定される。一方、ローカルネットワーク内でプロキシ
サーバを経由しないでデータアクセスする場合は、より
アクセス効率の良いプロトコルでのアクセスが可能であ
る。たとえば、プロキシサーバがプロトコルとしてhttp
しか許可していなければ、クライアントプログラムがプ
ロキシサーバ経由でＤＢサーバにアクセスする場合は、
ＵＲＬ指定でＷＷＷサーバにあるプログラムを起動し、
そこからローカルネットワーク内のプロトコルでＤＢサ
ーバにアクセスしなければならない。しかし、ローカル
ネットワーク内であれば、直接、ローカルネットワーク
内のプロトコルでＤＢサーバにアクセスすることが可能
である。

【０００９】サーバがクライアントにプログラムを配布
する手順は、下記のようなものである。まず、クライア
ントがサーバのプログラム配布用のページをロードし、
掲載されているプログラム一覧中の必要とするプログラ
ムを選択する。これにより、指定されたプログラムがク
ライアントに配布される。サーバとのやりとりを必要と
するプログラムの場合で、サーバが各種プロトコルのプ
ログラムを揃えている場合は、クライアントは、サーバ
アクセス時に使用可能なプロトコルを意識し、そのプロ
トコルを搭載したプログラムを選択する。

【００１０】

【発明が解決しようとする課題】サーバとのやりとりを
行なうクライアントプログラムの場合、クライアントプ
ログラムをインストールしておかなければならないシス
テムにおいては、インストール時にそのクライアントが
サーバにアクセス可能なプロトコルで最もアクセス効率
の良い方式を用いたクライアントプログラムをインスト
ールしておけばよい。しかし、ネットワーク上でサーバ
がクライアントの要求に応じて配布するプログラムの場
合は、クライアント側が、ネットワーク上の位置によっ
て（すなわち、当該クライアントがローカルネットワー
クの外にあるか内にあるかによって）、配布を要求する
プログラムを変更する必要がある。よって、最適なプロ
グラムを使用しようとすると、クライアント側では常に
ネットワーク上の位置を意識する必要があり、同一のユ
ーザインタフェースでのプログラム配布要求ができない
という問題がある。

【００１１】また、アクセス場所に関係なく同一プログ
ラムを使用できるようにすると、プロキシサーバで許可
するプロトコルの種類を増やすこととなり、プロキシサ
ーバのセキュリティのレベルが落ちるという問題が起こ
る。プロキシサーバで許可するプロトコルの種類を限定
すれば、ローカルネットワーク内からのアクセスでもそ
のプロトコルに限定されることとなり、ローカルネット
ワーク内で使用可能な、よりアクセス効率の良いプロト
コルを使用した場合に比べて、アクセス効率が低下する
という問題が起こる。

【００１２】本発明は、ネットワーク上でクライアント
が必要なときにサーバがプログラムを配布する場合に、
クライアントのネットワーク上の位置を意識することな
く、使用可能なプロトコルの中で最も効率の良いアクセ
ス手段でサーバにアクセスできるプログラムを配布でき
るようにすることを目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、サーバは、クライアントからプログラ
ムの配布要求が来ると、そのクライアントがプロキシサ
ーバ経由かどうかをアクセスしてきたクライアントの情
報から判定し、プロキシサーバ経由であれば、ＩＰアド
レスからプロキシサーバを特定し、そのプロキシサーバ
で許可しているプロトコルのうち最適のものを搭載した
プログラムをクライアントに配布し、プロキシサーバ経
由でなければ、ローカルネットワーク内で最適のアクセ
ス手段を搭載したプログラムをクライアントに配布する
ようにする。

【００１４】すなわち、請求項１に係る発明は、ネット
ワーク上で、サーバがクライアントの要求に応じてクラ
イアントプログラムを配布するプログラム配布方法であ
って、クライアントからクライアントプログラムの要求
があったとき、該クライアントのＩＰアドレス、および
該クライアントがプロキシサーバ経由でアクセスしてい
るか否かの情報を取得するステップと、クライアントが
配布を要求するクライアントプログラムを指定した識別
子を認識するステップと、前記クライアントのＩＰアド
レス、および前記クライアントがプロキシサーバ経由で
アクセスしているか否かの情報に基づいて、サーバ内に
格納してある、前記クライアントプログラムを指定した
識別子に対応する各種プロトコルを持つプログラム群か
ら、前記クライアントからアクセス可能なプロトコルを
持つプログラムを決定するステップと、決定したプログ
ラムのファイルを前記クライアントに配布するステップ
とを備えたことを特徴とする。

【００１５】請求項２に係る発明は、請求項１に記載の
プログラム配布方法において、前記サーバに接続されて
いるプロキシサーバが複数ある場合、前記クライアント
のＩＰアドレス、および前記クライアントがプロキシサ
ーバ経由でアクセスしているか否かの情報に基づいて、
該ＩＰアドレスからプロキシサーバを特定した後、前記
識別子に対応する各種プロトコルを持つプログラム群か
ら、該クライアントからアクセス可能な最適のプロトコ
ルを持つプログラムを決定することを特徴とする。

【００１６】請求項３に係る発明は、請求項１に記載の
プログラム配布方法において、クライアントに配布され
たクライアントプログラムは、サーバ側のプログラムと
連動して処理を行なうことを特徴とする。

【００１７】請求項４に係る発明は、ネットワーク上
で、サーバがクライアントの要求に応じてクライアント
プログラムを配布するプログラム配布方法であって、ク
ライアントから、配布を要求するクライアントプログラ
ムを指定した識別子をパラメータとして含むプログラム
配布要求のメッセージを送信するステップと、クライア
ントからサーバに至る経路中の各プロキシサーバにおい
て、クライアントから送信されたプログラム配布要求の
メッセージに対し、該メッセージにプロトコル情報が付
加されていなければ当該プロキシサーバで許可されてい
るプロトコルの情報をパラメータとして付加し、該メッ
セージにプロトコル情報が付加されていたときは当該プ
ロキシサーバで許可されているプロトコルの情報が残る
ようにパラメータを変更して、送信するステップと、該
メッセージを受信したサーバにおいて、該クライアント
のＩＰアドレス、および該クライアントがプロキシサー
バ経由でアクセスしているか否かの情報を取得するとと
もに、クライアントが配布を要求するクライアントプロ
グラムを指定した識別子を認識するステップと、該クラ
イアントがプロキシサーバ経由でアクセスしていた場合
には、受信した該メッセージ中にパラメータとして付加
されているプロトコル情報を取得するステップと、前記
クライアントがプロキシサーバ経由でアクセスしている
か否かの情報、および受信したメッセージから取得した
プロトコル情報に基づいて、サーバ内に格納してある、
前記クライアントプログラムを指定した識別子に対応す
る各種プロトコルを持つプログラム群から、前記クライ
アントからアクセス可能なプロトコルを持つプログラム
を決定するステップと、決定したプログラムのファイル
を前記クライアントに配布するステップとを備えたこと
を特徴とする。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して説明する。

【００１９】図１に、本発明の実施の形態に係るシステ
ムの全体構成を示す。図１に示すシステムは、インター
ネットからローカルネットワークへのアクセスポイント
となるプロキシサーバ１、本発明により提供するツール
が埋め込まれたサーバ２、インターネットからプロキシ
サーバ１経由でサーバ２にアクセスするクライアント
８、およびローカルネットワーク内でサーバ２にアクセ
スするクライアント９を備える。

【００２０】プロキシサーバ１は、ファイヤーウォール
で隔てられたインターネットからローカルネットワーク
にアクセスするポイントであり、許可されたプロトコ
ル、ＩＰアドレス、およびユーザ等のみアクセス可能と
なる。

【００２１】サーバ２は、ＵＲＬ指定のアクセスを受け
付けるhttp解析/実行部３、および本発明により提供す
るプログラム配布部４を備えており、さらに、プログラ
ム配布部４が配布するプログラムを定義したプログラム
定義テーブル５、およびプログラム配布部４によって選
択されクライアントに配布されるインターネット用クラ
イアントプログラム６やローカルネットワーク用クライ
アントプログラム７を備えている。

【００２２】クライアント８は、ローカルネットワーク
の外にあるクライアントであり、プロキシサーバ１を介
してサーバ２にアクセスする。具体的には以下のような
手順になる。まずクライアント８は、ＷＷＷブラウザを
起動し、サーバ名およびプログラム名を指定したＵＲＬ
指定でサーバ２にアクセスし、プログラム配布部４を起
動する。プログラム配布部４では、クライアント８がプ
ロキシサーバ１経由でアクセスしていることを判断し、
プログラム名称を指定する識別子（発行されたＵＲＬに
パラメータとして付されている）に対応するプログラム
をプログラム定義テーブル５で検索し、検索されたイン
ターネット用クライアントプログラム６をクライアント
８に配布する。クライアント８のＷＷＷブラウザでは、
配布されたインターネット用クライアントプログラム６
を実行する。

【００２３】クライアント９はローカルネットワークの
内側にあるクライアントであり、直接、サーバ２にアク
セスする。具体的には以下のような手順になる。まずク
ライアント９は、ＷＷＷブラウザを起動し、サーバ名お
よびプログラム名を指定したＵＲＬ指定でプログラム配
布部４を起動する。プログラム配布部４では、クライア
ント９からのアクセスがプロキシサーバ１経由では無い
ことを判断し、プログラム名称を指定する識別子に対応
するプログラムをプログラム定義テーブル５で検索し、
検索されたローカルネットワーク用クライアントプログ
ラム７をクライアント９に配布する。クライアント９の
ＷＷＷブラウザでは、配布されたローカルネットワーク
用クライアントプログラム７を実行する。

【００２４】図２は、本システムのハードウェア構成で
ある。画面データを操作するモニタ２２を持つクライア
ントとなる計算機システム２１が、インターネット２
３、プロキシサーバ２４、およびローカルネットワーク
２５を介して、サーバ２６にアクセスする。また、画
面データを操作するモニタ２９を持つクライアントとな
る計算機システム２８が、ローカルネットワーク２５を
介して、サーバ２６にアクセスする。計算機システム２
１が図１のクライアント８に対応し、計算機システム２
８が図１のクライアント９に対応し、プロキシサーバ２
４が図１のプロキシサーバ１に対応し、サーバ２６が図
１のサーバ２に対応する。図１のシステムは、図２のよ
うなハードウェア構成のクライアント／サーバシステム
として実現される。

【００２５】図３に、プログラムを配布するためのクラ
イアントの画面表示例を示す。クライアントにおいて、
プログラム配布用のページを指定すると、画面表示例３
１のように、配布可能なプログラム一覧が表示される。
この一覧の中からユーザが必要なプログラムにマウスポ
インタ３２を合わせてクリックすると、画面３１を表示
するＨＴＭＬファイル３３に記述してあるプログラム名
に対応する番号（プログラム名を指定する識別子）をパ
ラメータとしてプログラム配布部４を起動するＵＲＬが
発行される。この例では、画面３１で「月別発注一覧」
をクリックしたので、ＨＴＭＬファイル３３の行３４に
記述してあるＵＲＬが発行されることになる。ＵＲＬに
付されたパラメータ番号、すなわち配布を要求するプロ
グラム名を指定する識別子は「３」である。

【００２６】図４に、プログラム配布部４の動作の詳細
を示す。図３に示したプログラム一覧の表示画面３１で
ユーザが所望のプログラムを指定すると、指定されたプ
ログラム名に対応する番号がパラメータとして付された
ＵＲＬが発行され、これを受けたプログラム配布部４が
図４の処理を開始する。

【００２７】まず、クライアントから送られてきたＵＲ
Ｌに付されているパラメータを取得して記憶する（ステ
ップ４１）。次に、アクセスしたクライアントがプロキ
シサーバ経由かどうかを示す、 http解析/実行部３が記
憶している値を取得する（ステップ４２）。この値につ
いては図５で後述する。この値が未設定であればプロキ
シ経由では無いと判断し（ステップ４３）、図６に示す
プログラム定義テーブル５（このテーブルについては後
述する）を参照して、ＵＲＬに付されていたパラメータ
の値に対応するローカルネットワーク用クライアントプ
ログラム名称を取得し（ステップ４４）、そのファイル
をクライアントに送信する（ステップ４５）。一方、ア
クセスしたクライアントがプロキシサーバ経由かどうか
を示す、http解析/実行部３が記憶している値が設定さ
れている場合は、プロキシサーバ経由のアクセスである
と判断し（ステップ４６）、次に、同じくhttp解析/実
行部３が記憶しているＩＰアドレスを取得し（ステップ
４７）、図６に示すプログラム定義テーブル５を参照し
て、ＵＲＬに付されていたパラメタの値とステップ４７
で取得したＩＰアドレスに対応するインターネット用ク
ライアントプログラム名称を取得し（ステップ４８）、
そのファイルをクライアントに送信する（ステップ４
５）。

【００２８】図５に、http解析/実行部３が記憶してい
る値の例を示す。http解析/実行部３は、各種のメッセ
ージを受信したとき、そのメッセージを送信したクライ
アントに関する各種の情報をサーバプログラムから参照
可能な変数（例えば、サーバ内の環境変数）に設定す
る。ここでは、クライアントからのアクセスがプロキシ
サーバ経由の場合は、変数 HTTP_PROXY_CONNECTION５１
に値「Keep-Alive」が設定され、変数REMOTE_ADDR５２
の値がプロキシサーバのＩＰアドレスとなるものとす
る。また、クライアントからのアクセスがプロキシサー
バ経由でない場合は、変数 HTTP_PROXY_CONNECTIONには
値が設定されず、変数REMOTE_ADDR５３の値はクライア
ントのＩＰアドレスとなるものとする。したがって、変
数 HTTP_PROXY_CONNECTIONを参照すれば、プロキシサー
バ経由のアクセスであるか否かが分かり、変数REMOTE_A
DDRを参照すれば、プロキシサーバ経由のときはプロキ
シサーバのＩＰアドレスが分かり、プロキシサーバ経由
でないときはクライアントのＩＰアドレスが分かる。

【００２９】図６に、プログラム定義テーブル５の内容
を示す。プログラム定義テーブル５には、各パラメータ
番号に対応するローカルネットワーク用のクライアント
プログラムの名称とインターネット用のクライアントプ
ログラムの名称の一覧が記載されている。インターネッ
ト用プログラムについては、プロキシサーバのＩＰアド
レスごとにプログラム名称が記載されている。ここで
は、図３で説明したように、クライアントで「月別発注
一覧」が指定され、パラメータ番号が「３」でＵＲＬが
発行されているから、図６のプログラム定義テーブル５
のうちパラメータ番号が「３」の行６１を参照して、配
布するプログラムの名称を取得することになる。パラメ
ータ番号が「３」の行６１には、ローカルネットワーク
用プログラム名称６２が記載され、またインターネット
用プログラムについては、プロキシサーバのＩＰアドレ
スごとのプログラム名称６３，６４が記載してある。図
１の場合は、プロキシサーバは１つなので、実際にはＩ
Ｐアドレスでのマッピングは不要となる。

【００３０】次に、クライアントプログラムの具体例を
述べる。ここでは、クライアントプログラムとして、デ
ータベース（以下、単にＤＢと呼ぶ）のデータを検索す
るプログラムを用いた例を説明する。

【００３１】図７に、インターネット用クライアントプ
ログラム６、あるいはローカルネットワーク用クライア
ントプログラム７であるデータベース検索プログラムの
実行画面を示す。これらのプログラムは、クライアント
のＷＷＷブラウザ７１上で実行される。インターネット
用クライアントプログラム６とローカルネットワーク用
クライアントプログラム７は、内部のデータアクセス手
段が異なるだけで、ユーザからの見かけ、および操作方
法は同一である。このクライアントプログラム６，７
は、過去に発注した商品データを検索するプログラムで
ある。図７に示すように、表示画面には、検索条件とな
る発注先入力欄７２、指定月入力欄７３、検索を実行す
る検索ボタン７４、検索結果データを表示する出力欄７
５が表示される。ユーザは、入力欄７２，７３に条件を
入力し、検索ボタン７４をマウスでクリックすると、出
力欄７５に検索結果が表示される。

【００３２】図８に、このクライアントプログラム６，
７の実行環境を示す。クライアントプログラム６，７
は、ユーザが入力した条件でＤＢ８４を検索するプログ
ラムである。クライアントプログラム６は、インターネ
ット用プログラムであり、プロキシサーバ１を経由して
サーバ２に対するアクセスを行なう。ここではhttpプロ
トコルを使用するため、クライアントプログラム６は、
サーバ２のhttp解析/実行部８１およびＤＢアクセス部
８２経由で、データベースマネージメントシステム（Ｄ
ＢＭＳ）８３のライブラリを呼び出し、ＤＢ８４を検索
することになる。一方、クライアントプログラム７は、
ローカルネットワーク用プログラムであり、直接、ＤＢ
ＭＳ８３のライブラリを呼び出し、ＤＢ８４を検索す
る。

【００３３】図９に、クライアントプログラム６の詳細
を示す。クライアントプログラム６は、インターネット
用であり、ＵＲＬ指定でのアクセスを許すプロキシサー
バ用である。まず、検索ボタン７４が押下されると、入
力欄７２，７３の文字列を取得し（ステップ９１）、検
索用のＳＱＬ文を生成し（ステップ９２）、これをパラ
メータとして、ＤＢアクセス部８２を起動するＵＲＬ文
を生成し（ステップ９３）、発行する（ステップ９
４）。ＤＢアクセス部８２は、検索結果を埋め込んだＨ
ＴＭＬファイルを返すので、それを表示する（ステップ
９５）。

【００３４】図１０に、クライアントプログラム７の詳
細を示す。クライアントプログラム７は、ローカルネッ
トワーク用であり、直接、ＤＢＭＳ８３のライブラリを
呼び出す。まず、検索ボタン７４が押下されると、入力
欄７２，７３の文字列を取得し（ステップ１０１）、検
索用のＳＱＬ文を生成し（ステップ１０２）、これをパ
ラメータとして、ＤＢＭＳ８３のＤＢアクセス関数を呼
び出し（ステップ１０３）、まず、１行目のデータを取
得する（ステップ１０４）。そして、データが終了する
まで（ステップ１０５）、取得したデータを出力欄７５
の対応する行へ表示する処理（ステップ１０６）と、次
の行のデータを取得する処理（ステップ１０７）とを繰
り返す。

【００３５】図１１に、ＤＢアクセス部８２における処
理の詳細を示す。ＤＢアクセス部８２は、クライアント
プログラム６からＵＲＬ指定によって起動される。パラ
メータとして渡されたＳＱＬ文を取得し（ステップ１１
１）、それをパラメータとしてＤＢＭＳ８３のＤＢアク
セス関数を呼び出し（ステップ１１２）、検索結果を埋
め込んだＨＴＭＬファイルを生成し（ステップ１１
３）、クライアントプログラム６に送信する（ステップ
１１４）。

【００３６】次に、本発明の第２の実施の形態を説明す
る。上述の第１の実施の形態では、サーバ２にプログラ
ム定義テーブル５（図６）を備えるようにしているの
で、プロキシサーバ１が許可するプロトコルが変更され
た場合は、サーバ２内のプログラム定義テーブル５を変
更する必要がある。しかし、サーバの数が増えてくる
と、プロキシサーバが許可するプロトコルを変更したと
きに、全サーバのプログラム定義テーブル５の変更が必
要となり面倒である。そこで、次に説明する第２の実施
の形態では、プロキシサーバからサーバに、該プロキシ
サーバで許可しているプロトコルの情報を渡すことで、
サーバのプログラム定義テーブル５の変更を行なわずに
済むようにしている。

【００３７】図１２に、本発明の第２の実施の形態のシ
ステムの全体構成を示す。同図において、図１と同じ番
号は同じものを示すものとし説明は省略する。以下で
は、上述の第１の実施の形態と異なる部分を中心に説明
する。図１２のシステムのプロキシサーバ１２１は、プ
ロトコル定義テーブル１２２とプロトコル情報転送部１
２３とを持つ。プロトコル定義テーブル１２２は、当該
プロキシサーバ１２１でアクセスを許可するプロトコル
の情報を定義したテーブルである。プロトコル情報転送
部１２３は、プロトコル定義テーブル１２２の内容をＵ
ＲＬ文のパラメータに付加してサーバ２へ転送する処理
等を行なう。サーバ２は、プロトコル優先順テーブル１
２４を備えている。プロトコル優先順テーブル１２４
は、プロトコルの優先順位を格納したテーブルであり、
アクセスに使用できるプロトコルが複数あった場合は、
このテーブルを参照して、使用するプロトコルを決定す
る。

【００３８】図１３に、図１２のプロトコル情報転送部
１２３の処理の詳細を示す。プロトコル情報転送部１２
３では、まずクライアントから送られてきたＵＲＬ文を
解析し（ステップ１３１）、パラメータの最後に他のプ
ロキシサーバが追加したプロトコル情報があるかどうか
を判断し（ステップ１３２）、情報があれば、図１４に
示すプロトコル定義テーブル１２２の内容と一致するも
のを残し（ステップ１３３）、情報がなければ、図１４
に示すプロトコル定義テーブル１２２の内容をパラメー
タの最後に追加して（ステップ１３４）、ＵＲＬ文を送
信する（ステップ１３５）。

【００３９】図１２では１台のプロキシサーバ１２１し
か図示していないが、クライアントから送信されるＵＲ
Ｌ文が複数のプロキシサーバを経由する場合もあるの
で、図１３のステップ１３２〜１３４のように処理して
いる。すなわち、クライアント８から受信したＵＲＬ文
にパラメータとしてプロトコル情報が付加されていない
ときは、最初のプロキシサーバであるから、ステップ１
３４で、当該プロキシサーバで許可されているプロトコ
ルの情報をパラメータに追加して送信する。また、クラ
イアント８から受信したＵＲＬ文にパラメータとしてプ
ロトコル情報が付加されていたときは、途中のプロキシ
サーバであるから、ステップ１３３で、パラメータに記
載されているプロトコルから当該プロキシサーバで許可
されているプロトコルを残すようにパラメータを変更し
て送信する。これにより、最終的にＵＲＬ文をサーバが
受取ったときは、クライアントからサーバに至る経路中
のすべてのプロキシサーバで許可されているプロトコル
（以下、アクセス可能プロトコル群と呼ぶ）に関する情
報が、そのパラメータの最後に設定されていることにな
る。

【００４０】図１４に、図１２のプロトコル定義テーブ
ル１２２の内容を示す。ここでは、http１４１、および
ftp１４２の２つのプロトコルが許可されているとす
る。

【００４１】図１５に、図１２のプログラム配布部４で
の処理の詳細を示す。ステップ４１，４２は、第１の実
施の形態の図４のステップ４１，４２と同じ処理であ
る。ステップ４２の後、http解析/実行部３が記憶して
いる値を取得して、この値が未設定であるか否かを判定
することにより、クライアントからのアクセスがプロキ
シ経由であるか否かを判定する処理も第１の実施の形態
と同じである。プロキシサーバ経由では無いと判定した
とき（ステップ４３）の処理（ステップ４４，４５）も
第１の実施の形態と同じである。

【００４２】プロキシサーバ経由であると判定したとき
は（ステップ４６）、ＵＲＬ文のパラメータ中のアクセ
ス可能プロトコル群を読み出し（ステップ１５１）、そ
の中から最適なプロトコルを選択する（ステップ１５
２）。最適なプロトコルは、プロトコル優先順テーブル
１２４を参照して、アクセス可能プロトコル群から優先
順位の最も高いものを選択するものとする。これにより
最も効率の良い最適なプロトコルを選択できる。次に、
図１６のプログラム定義テーブル５を参照して、ステッ
プ４１で取得したパラメータ番号ＰＮＯとステップ１５
２で取得した最適プロトコルＰＴとから、配布するイン
ターネット用クライアントプログラム名称を取得し（ス
テップ４８）、このファイルをクライアントに送信する
（ステップ４５）。

【００４３】図１６に、図１２のプログラム定義テーブ
ル５の内容を示す。第１の実施の形態の図６で説明した
テーブルと同様のものであり、パラメタ１６１に対し
て、それぞれ、ローカルネットワーク用プログラム名称
１６２、インターネット用プログラムについては、プロ
トコルごとのプログラム名称１６３，１６４を定義して
ある。

【００４４】

【発明の効果】以上述べたように、本発明によれば、ク
ライアントプログラムを、必要なときにサーバが配布す
るクライアント／サーバシステムにおいて、クライアン
トプログラムの配布時にサーバがクライアントのネット
ワーク上の位置に応じて、最適なプロトコルでサーバに
アクセスする手段を搭載したプログラムを配布すること
ができるため、クライアントがそのネットワーク上の位
置を意識する必要がなくなり、配布要求時のユーザイン
ターフェースとサーバへのアクセス効率の向上が望め
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るシステムの全
体構成図

【図２】図１のシステムを実現するためのマシン構成図

【図３】ロードするプログラムを指定する画面とＨＴＭ
Ｌファイルの内容を示す図

【図４】プログラム配布部のフローチャート図

【図５】http解析/実行部が記憶しているクライアント
情報の例を示す図

【図６】プログラム定義テーブルの構造を示す図

【図７】クライアントプログラムの実行画面を示す図

【図８】クライアントプログラムの実行環境を示す図

【図９】インターネット用クライアントプログラムのフ
ローチャート図

【図１０】ローカルネットワーク用クライアントプログ
ラムのフローチャート図

【図１１】ＤＢアクセス部のフローチャート図

【図１２】本発明の第２の実施の形態に係るシステムの
全体構成図

【図１３】第２の実施の形態におけるプロトコル情報転
送部のフローチャート図

【図１４】第２の実施の形態におけるプロトコル定義テ
ーブルの構造を示す図

【図１５】第２の実施の形態におけるプログラム配布部
のフローチャート図

【図１６】第２の実施の形態におけるプログラム定義テ
ーブルの構造を示す図

【符号の説明】

１：ローカルネットワークへのアクセスをチェックする
プロキシサーバ、２：本発明により提供するツールを組
み込むサーバ、３：httpプロトコルを解析して指定ファ
イルを送信するhttp解析/実行部、４：本発明により提
供するツールであるプログラムロード部、５：ロードす
るプログラムの決定に使用するプログラム定義テーブ
ル、６：ローカルネットワークで使用するプログラム、
７：インターネットで使用するプログラム、８：インタ
ーネットからアクセスするクライアント、９：ローカル
ネットワークでアクセスするクライアント。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｌ 12/54 12/58 (72)発明者新藤弘輔神奈川県川崎市幸区鹿島田890番地株式会社日立製作所情報・通信開発本部内 (72)発明者松田芳樹神奈川県川崎市幸区鹿島田890番地株式会社日立製作所情報・通信開発本部内 (72)発明者小田島孝神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内

Claims

【特許請求の範囲】

【請求項１】ネットワーク上で、サーバがクライアント
の要求に応じてクライアントプログラムを配布するプロ
グラム配布方法であって、クライアントからクライアントプログラムの要求があっ
たとき、該クライアントのＩＰアドレス、および該クラ
イアントがプロキシサーバ経由でアクセスしているか否
かの情報を取得するステップと、クライアントが配布を要求するクライアントプログラム
を指定した識別子を認識するステップと、前記クライアントのＩＰアドレス、および前記クライア
ントがプロキシサーバ経由でアクセスしているか否かの
情報に基づいて、サーバ内に格納してある、前記クライ
アントプログラムを指定した識別子に対応する各種プロ
トコルを持つプログラム群から、前記クライアントから
アクセス可能なプロトコルを持つプログラムを決定する
ステップと、決定したプログラムのファイルを前記クライアントに配
布するステップとを備えたことを特徴とするプログラム
配布方法。
【請求項２】請求項１に記載のプログラム配布方法にお
いて、前記サーバに接続されているプロキシサーバが複数ある
場合、前記クライアントのＩＰアドレス、および前記ク
ライアントがプロキシサーバ経由でアクセスしているか
否かの情報に基づいて、該ＩＰアドレスからプロキシサ
ーバを特定した後、前記識別子に対応する各種プロトコ
ルを持つプログラム群から、該クライアントからアクセ
ス可能な最適のプロトコルを持つプログラムを決定する
ことを特徴とするプログラム配布方法。
【請求項３】請求項１に記載のプログラム配布方法にお
いて、クライアントに配布されたクライアントプログラムは、
サーバ側のプログラムと連動して処理を行なうことを特
徴とするプログラム配布方法。
【請求項４】ネットワーク上で、サーバがクライアント
の要求に応じてクライアントプログラムを配布するプロ
グラム配布方法であって、クライアントから、配布を要求するクライアントプログ
ラムを指定した識別子をパラメータとして含むプログラ
ム配布要求のメッセージを送信するステップと、クライアントからサーバに至る経路中の各プロキシサー
バにおいて、クライアントから送信されたプログラム配
布要求のメッセージに対し、該メッセージにプロトコル
情報が付加されていなければ当該プロキシサーバで許可
されているプロトコルの情報をパラメータとして付加
し、該メッセージにプロトコル情報が付加されていたと
きは当該プロキシサーバで許可されているプロトコルの
情報が残るようにパラメータを変更して、送信するステ
ップと、該メッセージを受信したサーバにおいて、該クライアン
トのＩＰアドレス、および該クライアントがプロキシサ
ーバ経由でアクセスしているか否かの情報を取得すると
ともに、クライアントが配布を要求するクライアントプ
ログラムを指定した識別子を認識するステップと、該クライアントがプロキシサーバ経由でアクセスしてい
た場合には、受信した該メッセージ中にパラメータとし
て付加されているプロトコル情報を取得するステップ
と、前記クライアントがプロキシサーバ経由でアクセスして
いるか否かの情報、および受信したメッセージから取得
したプロトコル情報に基づいて、サーバ内に格納してあ
る、前記クライアントプログラムを指定した識別子に対
応する各種プロトコルを持つプログラム群から、前記ク
ライアントからアクセス可能なプロトコルを持つプログ
ラムを決定するステップと、決定したプログラムのファイルを前記クライアントに配
布するステップとを備えたことを特徴とするプログラム
配布方法。