JP4710171B2

JP4710171B2 - Program execution method and system using the same

Info

Publication number: JP4710171B2
Application number: JP2001172159A
Authority: JP
Inventors: 泰臣日野
Original assignee: Yokogawa Electric Corp
Current assignee: Yokogawa Electric Corp
Priority date: 2001-06-07
Filing date: 2001-06-07
Publication date: 2011-06-29
Anticipated expiration: 2021-06-07
Also published as: JP2002366377A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してプログラムを配信して動作させるプログラム実行方法及びこれを用いたシステムに関し、特に最新のプログラムの利用を担保しながらプログラム起動時間を短縮することが可能なプログラム実行方法及びこれを用いたシステムに関する。
【０００２】
【従来の技術】
従来のネットワークを介してプログラムを配信して動作させるプログラム実行方法には大きく２つの種類に分類される。すなわち、プログラムファイルをユーザ側のマシンに配信して実行する方法、及び、動的にプログラムをユーザ側のマシンのメモリ上で動作させる方法である。
【０００３】
前者の方法としては、例えば、ＦＴＰ（File Transfer Protocol）等のファイル転送ソフトを用いてプログラムファイルをユーザ側のマシンに転送して実行したり、ユーザがブラウザを用いてＷｅｂサーバからプログラムファイルをダウンロードして実行する。
【０００４】
また、後者の方法としては、例えば、ユーザ側からの動的なプログラム実行命令によりＷｅｂサーバからプログラムの実行部分がユーザ側のマシンのメモリ上にダウンロードされ実行される。
【０００５】
例えば、前者の方法としては本願出願人の出願に係る「特願平２０００−２１７４７３号」に記載されたプログラム実行方法及びこれを用いたシステムが存在する。
【０００６】
図６はこのようなプログラム実行方法及びこれを用いたシステムの一例を示す構成ブロック図である。図６において１は管理サーバ、２はＷｅｂサーバ、３はクライアントマシン、４及び５はリモートマシンである。
【０００７】
管理サーバ１、Ｗｅｂサーバ２、クライアントマシン３、リモートマシン４及び５は図示しないネットワークにより相互に接続される。
【０００８】
ここで、図６に示す従来例の動作を説明する。管理サーバ１はＷｅｂサーバ２に格納されている図６中”ＷＡ０１”，”ＷＡ０２”及び”ＷＡ０３”に示すプログラムである”Ｗｏｒｋｅｒ（以下、単にＷｏｒｋｅｒと呼ぶ。）”をネットワークを介してリモートマシン４及び５にダウンロードさせる。
【０００９】
これと同時に、Ｗｅｂサーバ２に格納されている図６中”ＷＧ０１”，”ＷＧ０２”及び”ＷＧ０３”に示すＷｏｒｋｅｒと通信をしてユーザからの指示を与えたり、Ｗｏｒｋｅｒからのデータを表示するユーザインターフェース・プログラムである”ＷｏｒｋｅｒＧＵＩ（以下、単にＷｏｒｋｅｒＧＵＩと呼ぶ。）”をクライアントマシン３にダウンロードさせる。
【００１０】
そして、ユーザはクライアントマシン３で動的に実行されるＷｏｒｋｅｒＧＵＩを用いてリモートマシン４及び５で実行されているＷｏｒｋｅｒとの間で通信を行うことにより仮想的にＷｏｒｋｅｒをクライアントマシン３上で実行させることができる。
【００１１】
この結果、クライアントマシン３に使用済みのプログラムファイルが残存せず、リモートマシン４及び５上で実行されているＷｏｒｋｅｒを選択することにより、柔軟性が高く様々なプログラムを動作させることが可能になる。
【００１２】
さらに、図６に示す実施例の動作を図７、図８、図９及び図１０を用いて詳細に説明する。図７はＷｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩの登録等を説明する説明図、図８はクライアントマシン３の動作を説明するフロー図、図９は管理サーバ１の動作を説明するフロー図、図１０はリモートマシン４及び５の動作を説明するフロー図である。
【００１３】
但し、以下の説明においては”ＷＧ０１”及び”ＷＡ０１”はプログラム本体ではなくクラスファイルとして取り扱う。
【００１４】
図７において１及び２と”ＷＧ０１”、”ＷＧ０２”、”ＷＧ０３”、”ＷＡ０１”、”ＷＡ０２”及び”ＷＡ０３”は図６と同一符号を付してあり、６はＷｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩの開発等を行うマシンである。
【００１５】
管理者は、予め、図７中”ＮＲ１１”に示すようにマシン６で作成したクライアントが使用する可能性のある様々なＷｏｒｋｅｒのクラスを管理サーバ１上で稼動している管理プログラムであるＷｏｒｋｅｒＭａｎａｇｅｒに登録する。また、図７中”ＵＬ１１”に示すようにＷｏｒｋｅｒクラス及び対応するＷｏｒｋｅｒＧＵＩクラスのクラスペアをＷｅｂサーバ２に格納しておく。
【００１６】
先ず第１にクライアントマシン３では、図８中”Ｓ００１”においてクライアントマシン３は管理サーバ１で稼動されているＷｏｒｋｅｒＭａｎａｇｅｒとの間で通信等を行う予めインストールされているプロセスであるＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩを起動する。
【００１７】
図８中”Ｓ００２”においてクライアントマシン３はＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩを介してＷｏｒｋｅｒＭａｎａｇｅｒに登録されているＷｏｒｋｅｒラスから使用したいＷｏｒｋｅｒクラスを選択し、このＷｏｒｋｅｒクラスをクラスダウンロードさせるリモートマシンを選択し、ＷｏｒｋｅｒＭａｎａｇｅｒに生成を依頼する。
【００１８】
例えば、図６中”ＲＱ０１”に示すようにＷｏｒｋｅｒＭａｎａｇｅｒに対して、図６中”ＷＡ０１”及び”ＷＡ０２”のＷｏｒｋｅｒクラスをそれぞれリモートマシン４及び５にクラスダウンロードさせるように選択する。
【００１９】
図８中”Ｓ００３”においてクライアントマシン３は選択したＷｏｒｋｅｒクラスに対応するＷｏｒｋｅｒＧＵＩクラスの格納先であるＷｅｂサーバ２のアドレスをＷｏｒｋｅｒＭａｎａｇｅｒから通知され、このアドレスのＷｅｂサーバ２にアクセスして、ＷｏｒｋｅｒＧＵＩクラスをＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内にクラスダウンロードする。
【００２０】
例えば、図６中”ＤＬ０１”に示すようにＷｅｂサーバ２から図６中”ＷＡ０１”及び”ＷＡ０２”にそれぞれ対応する図６中”ＷＧ０１”及び”ＷＧ０２”に示すＷｏｒｋｅｒＧＵＩクラスを図６中”ＷＭＧ１”に示すＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内にクラスダウンロードする。
【００２１】
図８中”Ｓ００４”においてクライアントマシン７はインスタンスをＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内に生成してＷｏｒｋｅｒＧＵＩを起動し、図８中”Ｓ００５”においてリモートマシン上で稼動しているＷｏｒｋｅｒと通信を開始してＷｏｒｋｅｒに対して適宜処理を行わせる。
【００２２】
例えば、図６中”ＭＣ０１”に示すように起動されたＷｏｋｅｒＧＵＩである”ＷＧ０１’”はリモートマシン５上で起動されたＷｏｒｋｅｒである”ＷＡ０１’”との間で通信を行い、図６中”ＭＣ０２”に示すように起動されたＷｏｋｅｒＧＵＩである”ＷＧ０２’”はリモートマシン４上で起動されたＷｏｒｋｅｒである”ＷＡ０２’”との間で通信を行う。
【００２３】
また、管理サーバ１では、図９中”Ｓ１０１”において管理サーバ１はＷｏｒｋｅｒのクラスを管理するＷｏｒｋｅｒＭａｎａｇｅｒを起動する。そして、図９中”Ｓ１０２”においてクライアントマシン３で稼動しているＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩからＷｏｒｋｅｒの生成依頼があったか否かを判断する。
【００２４】
もし、図９中”Ｓ１０２”においてＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩからＷｏｒｋｅｒの生成依頼があった場合には、図９中”Ｓ１０３”において管理サーバ１はＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩからクラスダウンロード先として指定されたリモートマシンに選択されたＷｏｒｋｅｒの生成を指示する。
【００２５】
例えば、図６中”ＩＷ０１”及び”ＩＷ０２”に示すようにリモートマシン５及び４に対してクラスダウンロードすべきＷｏｒｋｅｒクラス名と当該Ｗｏｒｋｅｒクラスの格納先であるＷｅｂサーバ２のアドレスを通知する。
【００２６】
図９中”Ｓ１０４”において管理サーバ１は選択されたＷｏｒｋｅｒクラスに対応するＷｏｋｅｒＧＵＩクラスの格納先であるＷｅｂサーバ２のアドレスをクライアントマシン３に通知する。
【００２７】
最後に、リモートマシン４及び５では、図１０中”Ｓ２０１”においてＷｏｒｋｅｒの動作領域を提供するプロセスであるＷｏｒｋｅｒＳｐａｃｅを起動させる。例えば、リモートマシン５は図６中”ＷＳ０１”に示すようなＷｏｒｋｅｒＳｐａｃｅを起動し、リモートマシン４は図６中”ＷＳ０２”に示すようなＷｏｒｋｅｒＳｐａｃｅを起動する。
【００２８】
そして、図１０中”Ｓ２０２”においてリモートマシン４及び５はＷｏｒｋｅｒＭａｎａｇｅｒからＷｏｒｋｅｒの生成指示があったか否かを判断し、Ｗｏｒｋｅｒの生成指示があった場合には図１０中”Ｓ２０３”において指定されたＷｏｒｋｅｒクラスをＷｏｒｋｅｒＳｐａｃｅ内にクラスダウンロードする。
【００２９】
例えば、ＷｏｒｋｅｒＭａｎａｇｅｒからクラスダウンロードすべきＷｏｒｋｅｒクラス名と当該Ｗｏｒｋｅｒクラスの格納先であるＷｅｂサーバ２のアドレスが通知され、図６中”ＷＡ０１”及び”ＷＡ０２”のＷｏｒｋｅｒクラスをそれぞれリモートマシン５及び４にクラスダウンロードするように指示された場合を考える。
【００３０】
リモートマシン５では図６中”ＤＬ０２”に示すようにＷｅｂサーバ２から図６中”ＷＡ０１”に示すＷｏｒｋｅｒクラスを図６中”ＷＳ０１”に示すＷｏｒｋｅｒＳｐａｃｅにクラスダウンロードする。
【００３１】
同様に、リモートマシン４では図６中”ＤＬ０３”に示すようにＷｅｂサーバ２から図６中”ＷＡ０２”に示すＷｏｒｋｅｒクラスを図６中”ＷＳ０２”に示すＷｏｒｋｅｒＳｐａｃｅにクラスダウンロードする。
【００３２】
そして、図１０中”Ｓ２０４”においてリモートマシン４及び５はインスタンスをＷｏｒｋｅｒＳｐａｃｅ内にそれぞれ生成してそれぞれのＷｏｒｋｅｒを起動し、図１０中”Ｓ２０５”においてクライアントマシン３上で稼動しているＷｏｒｋｅｒＧＵＩと通信を開始する。
【００３３】
例えば、図６中”ＭＣ０１”に示すようにリモートマシン５上の起動されたＷｏｒｋｅｒである”ＷＡ０１’”はクライアントマシン３上の起動された一方のＷｏｋｅｒＧＵＩである”ＷＧ０１’”との間で通信を行い、図６中”ＭＣ０２”に示すようにリモートマシン４上の起動されたＷｏｒｋｅｒである”ＷＡ０２’”はクライアントマシン３上の起動された他方のＷｏｋｅｒＧＵＩである”ＷＧ０２’”との間で通信を行う。
【００３４】
すなわち、リモートマシン上でＷｏｒｋｅｒＳｐａｃｅを動作させることにより、様々な種類のＷｏｒｋｅｒクラスを動的にクラスダウンロードしてＷｏｒｋｅｒを起動できるために、いちいちリモートマシン上に様々なプログラムをインストールする必要性がなくなる。
【００３５】
また、クライアントマシン３にはＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩのみをインストールしておけば動的に様々なＷｏｒｋｅｒＧＵＩクラスをクラスダウンロードしてリモートマシン上で稼動するＷｏｒｋｅｒと通信ができるので柔軟性が高く様々なプログラムをリモートで動作させることが可能になる。
【００３６】
さらに、ＷｏｒｋｅｒＭａｎａｇｅｒによりＷｏｒｋｅｒクラスと対応するＷｏｒｋｅｒＧＵＩクラスが対になって管理されているために、リモートマシンとクライアントマシンとの間のバージョンの整合性が保証される。
【００３７】
【発明が解決しようとする課題】
しかし、図６に示す従来例ではクライアントマシン３やリモートマシン４及び５はネットワークを介してＷｏｒｋｅｒクラスやＷｏｒｋｅｒＧＵＩクラスをクラスダウンロードするので、プログラムを実行する度に毎回ネットワークを介してＷｏｒｋｅｒクラス等をクラスダウンロードすることになり、ダウンロード時間がかかってＷｏｒｋｅｒ等のプログラムの起動時間が長くなってしまうと言った問題点があった。
【００３８】
安定したＬＡＮ（Local Area Network）等のネットワーク環境では特段の問題を生じる恐れは少ないものの、公衆回線を用いたリモート接続等の貧弱なネットワーク環境の場合には問題が顕著化してしまう。
【００３９】
例えば、”１００ｋＢ”のサイズのＷｏｒｋｅｒを”３３．６ｋｂｐｓ”の通信速度のモデムを用いてダウンロードする場合を想定すると、１０秒〜３０秒程度のダウンロード時間を要してしまい、結果的にＷｏｒｋｅｒ等のプログラムの起動時間が長くなってしまう。
【００４０】
このため、ダウンロードによるオーバーヘッドを削減するために、ダウンロードしたデータをキャッシュに格納して再利用する方法が一般的に考えられるものの、起動時に毎回Ｗｏｒｋｅｒをダウンロードすることにより最新のＷｏｒｋｅｒを利用できると言った従来例の特徴が失われてしまうと言った問題点があった。
【００４１】
例えば、ユーザがキャッシュするしないの選択を任意のＷｏｒｋｅｒに自由に指定したり、キャッシュの内容をリセットするタイミングを自由にした場合には従来例の特徴が失われてしまう。
従って本発明が解決しようとする課題は、最新のプログラムの利用を担保しながらプログラム起動時間を短縮することが可能なプログラム実行方法及びこれを用いたシステムを実現することにある。
【００４２】
【課題を解決するための手段】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
クライアント側のプロセスの生成依頼に基づきリモート側のプロセスがクラスをクラスダウンロードして実行し、クライアント側のプロセスがクラスダウンロードして実行させた、前記クラスとの通信を行うためのユーザインターフェース・クラスを介して前記クラスとの間で通信を行うプログラム実行方法において、
キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記ユーザインターフェース・クラスが前記クライアント側のキャッシュに蓄積されている場合には蓄積されている前記ユーザインターフェース・クラスを再利用し、
前記キャッシュに存在しない場合には前記ユーザインターフェース・クラスをクラスダウンロードして実行すると共に前記ユーザインターフェース・クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたユーザインターフェース・プログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００４３】
請求項２記載の発明は、
請求項１記載の発明であるプログラム実行方法において、
クライアント側の前記プロセスで実行されている前記ユーザインターフェース・クラスが全て破棄された場合には、該ユーザインターフェース・クラスと少なくとも前記キャッシュ可否コードを含むコードベース情報が同一である前記ユーザインターフェース・クラスであって前記キャッシュ内に蓄積されている前記ユーザインターフェース・クラスを廃棄することにより、次回の起動時にはら最新の前記ユーザインターフェース・プログラムがダウンロードされて最新のプログラムの利用が担保される。
【００４４】
請求項３記載の発明は、
請求項１記載の発明であるプログラム実行方法において、
同じ種類の前記ユーザインターフェース・クラスが全て破棄されてから前記ユーザインターフェース・クラスの登録情報であって、ユーザインターフェース・クラスが格納されているサーバのＵＲＬ（Uniform Resource Locator）でサーバにより管理される登録情報、に付加されている時間情報に相当する時間経過後に前記キャッシュ内に蓄積された同じ種類の前記ユーザインターフェース・クラスを廃棄することにより、今後更新の予定がない、若しくは、更新が既に中止されているユーザインターフェース・プログラムに関して無駄なダウンロードを発生させないので起動時間が短縮される。また、最新のユーザインターフェース・プログラムの切り換えタイミングを調整することが可能になる。
【００４５】
請求項４記載の発明は、
クライアント側のプロセスの生成依頼に基づきリモート側のプロセスがクラスをダウンロードして実行し、クライアント側のプロセスがクラスダウンロードして実行させた、前記クラスとの通信を行うためのユーザインターフェース・クラスを介して前記プログラムとの間で通信を行うプログラム実行方法において、
キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記クラスが前記リモート側のキャッシュに蓄積されている場合には蓄積されている前記クラスを再利用し、
前記キャッシュに存在しない場合には前記クラスをクラスダウンロードして実行すると共に前記クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたプログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００４６】
請求項５記載の発明は、
請求項４記載の発明であるプログラム実行方法において、
リモート側の前記プロセスで実行されている前記クラスが全て破棄された場合には、該クラスと少なくとも前記キャッシュ可否コードを含むコードベース情報が同一である前記クラスであって前記キャッシュ内に蓄積されている前記クラスを廃棄することにより、次回の起動時にはら最新の前記プログラムがダウンロードされて最新のプログラムの利用が担保される。
【００４７】
請求項６記載の発明は、
請求項４記載の発明であるプログラム実行方法において、
同じ種類の前記クラスが全て破棄されてから前記クラスの登録情報であって、ユーザインターフェース・クラスが格納されているサーバのＵＲＬ（Uniform Resource Locator）でサーバにより管理される登録情報、に付加されている時間情報に相当する時間経過後に前記キャッシュ内に蓄積された同じ種類の前記クラスを廃棄することにより、今後更新の予定がない、若しくは、更新が既に中止されているプログラムに関して無駄なダウンロードを発生させないので起動時間が短縮される。また、最新のプログラムの切り換えタイミングを調整することが可能になる。
【００４８】
請求項７記載の発明は、
ネットワークを介してクラスを配信して動作させるプログラム実行方法を用いたシステムにおいて、
前記クラスと、前記クラスとの通信を行うユーザインターフェース・クラスとを管理すると共にクライアント側のプロセスの生成依頼に基づき前記クラスを前記プロセスの動作中にクラスダウンロードして実行するサーバと、
前記サーバと通信をすると共に前記ユーザインターフェース・クラスを前記クライアント側のプロセス中にクラスダウンロードして実行させた上で前記ユーザインターフェース・クラスを介して前記クラスとの間で通信を行うクライアントマシンとを備え、
前記クライアントマシンが、キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記ユーザインターフェース・クラスがキャッシュに蓄積されている場合には蓄積されている前記ユーザインターフェース・クラスを再利用し、前記キャッシュに存在しない場合には前記サーバから前記ユーザインターフェース・クラスをクラスダウンロードして実行させると共に前記ユーザインターフェース・クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたユーザインターフェース・プログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００４９】
請求項８記載の発明は、
ネットワークを介してクラスを配信して動作させるプログラム実行方法を用いたシステムにおいて、
前記クラスと、前記クラスとの通信を行うユーザインターフェース・クラスとを管理するサーバと、
クライアント側のプロセスの生成依頼に基づき前記クラスを前記プロセスの動作中にクラスダウンロードして実行するリモートマシンと、
前記サーバと通信をすると共に前記ユーザインターフェース・クラスを前記クライアント側のプロセス中にクラスダウンロードして実行させた上で前記ユーザインターフェース・クラスを介して前記リモートマシンにクラスダウンロードされた前記クラスとの間で通信を行うクライアントマシンとを備え、
前記クライアントマシンが、キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記ユーザインターフェース・クラスがキャッシュに蓄積されている場合には蓄積されている前記ユーザインターフェース・クラスを再利用し、前記キャッシュに存在しない場合には前記サーバから前記ユーザインターフェース・クラスをクラスダウンロードして実行させると共に前記ユーザインターフェース・クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたユーザインターフェース・プログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００５０】
請求項９記載の発明は、
ネットワークを介してクラスを配信して動作させるプログラム実行方法を用いたシステムにおいて、
前記クラスと、前記プログラムとの通信を行うユーザインターフェース・クラスとが格納されたＷｅｂサーバと、
前記クラス及び前記ユーザインターフェース・クラスの登録管理を行う管理サーバと、
クライアント側のプロセスの生成依頼に基づき前記クラスをプロセス中にダウンロードして実行するリモートマシンと、
前記管理サーバと通信をすると共に前記Ｗｅｂサーバから前記ユーザインターフェース・クラスを前記クライアント側のプロセス中にクラスダウンロードして実行させた上で前記ユーザインターフェース・クラスを介して前記リモートマシンにクラスダウンロードされた前記クラスとの間で通信を行うクライアントマシンとを備え、
前記クライアントマシンが、キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記ユーザインターフェース・クラスがキャッシュに蓄積されている場合には蓄積されている前記ユーザインターフェース・クラスを再利用し、前記キャッシュに存在しない場合には前記Ｗｅｂサーバから前記ユーザインターフェース・クラスをクラスダウンロードして実行させると共に前記ユーザインターフェース・クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたユーザインターフェース・プログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００５１】
請求項１０記載の発明は、
請求項７〜請求項９のいずれかに記載の発明であるシステムにおいて、
前記クライアントマシンが、
前記プロセスで実行されている前記ユーザインターフェース・クラスが全て破棄された場合には、該ユーザインターフェース・クラスと少なくとも前記キャッシュ可否コードを含むコードベース情報が同一である前記ユーザインターフェース・クラスであって前記キャッシュ内に蓄積されている前記ユーザインターフェース・クラスを廃棄することにより、次回の起動時にはら最新の前記ユーザインターフェース・プログラムがダウンロードされて最新のプログラムの利用が担保される。
【００５２】
請求項１１記載の発明は、
請求項７乃至請求項９記載の発明であるシステムにおいて、
前記クライアントマシンが、
同じ種類の前記ユーザインターフェース・クラスが全て破棄されてから前記ユーザインターフェース・クラスの登録情報であって、前記各サーバの少なくともいずれかにより管理されユーザインターフェース・クラスが格納されている前記サーバのＵＲＬ（Uniform Resource Locator）である登録情報、に付加されている時間情報に相当する時間経過後に前記キャッシュ内に蓄積された同じ種類の前記ユーザインターフェース・クラスを廃棄することにより、今後更新の予定がない、若しくは、更新が既に中止されているユーザインターフェース・プログラムに関して無駄なダウンロードを発生させないので起動時間が短縮される。また、最新のユーザインターフェース・プログラムの切り換えタイミングを調整することが可能になる。
【００５３】
請求項１２記載の発明は、
ネットワークを介してクラスを配信して動作させるプログラム実行方法を用いたシステムにおいて、
前記クラスと、前記クラスとの通信を行うユーザインターフェース・クラスとを管理すると共にクライアント側のプロセスの生成依頼に基づき前記プログラムをプロセス中にクラスダウンロードして実行するサーバと、
前記サーバと通信をすると共に前記ユーザインターフェース・クラスを前記クライアント側のプロセス中にクラスダウンロードして実行させた上で前記ユーザインターフェース・クラスを介して前記プログラムとの間で通信を行うクライアントマシンとを備え、
前記サーバが、キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記クラスがキャッシュに蓄積されている場合には蓄積されている前記プログラムを再利用し、前記キャッシュに存在しない場合には前記サーバから前記クラスをクラスダウンロードして実行させると共に前記クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたプログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００５４】
請求項１３記載の発明は、
ネットワークを介してクラスを配信して動作させるプログラム実行方法を用いたシステムにおいて、
前記クラスと、前記クラスとの通信を行うユーザインターフェース・クラスとを管理するサーバと、
クライアント側のプロセスの生成依頼に基づき前記クラスをプロセス中にクラスダウンロードして実行するリモートマシンと、
前記サーバと通信をすると共に前記ユーザインターフェース・クラスを前記クライアント側のプロセス中にダウンロードして実行させた上で前記ユーザインターフェース・クラスを介して前記プログラムとの間で通信を行うクライアントマシンとを備え、
前記リモートマシンが、キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記クラスがキャッシュに蓄積されている場合には蓄積されている前記クラスを再利用し、前記キャッシュに存在しない場合には前記サーバから前記クラスをクラスダウンロードして実行させると共に前記クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたプログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００５５】
請求項１４記載の発明は、
ネットワークを介してクラスを配信して動作させるプログラム実行方法を用いたシステムにおいて、
前記クラスと、前記クラスとの通信を行うユーザインターフェース・クラスとが格納されたＷｅｂサーバと、
前記プログラム及び前記ユーザインターフェース・クラスの登録管理を行う管理サーバと、
クライアント側のプロセスの生成依頼に基づき前記クラスをプロセス中にクラスダウンロードして実行するリモートマシンと、
前記管理サーバと通信をすると共に前記Ｗｅｂサーバから前記ユーザインターフェース・クラスを前記クライアント側のプロセス中にクラスダウンロードして実行させた上で前記ユーザインターフェース・クラスを介して前記クラスとの間で通信を行うクライアントマシンとを備え、
前記リモートマシンが、キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する旨を意味するコードであるキャッシュ可否コードが付加された前記クラスがキャッシュに蓄積されている場合には蓄積されている前記クラスを再利用し、前記キャッシュに存在しない場合には前記Ｗｅｂサーバから前記クラスをクラスダウンロードして実行させると共に前記クラスを前記キャッシュに蓄積することにより、キャッシュ可否コードが付加されたプログラムが蓄積されている場合にはダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００５６】
請求項１５記載の発明は、
請求項１２〜請求項１４のいずれかに記載の発明であるシステムにおいて、
前記サーバ若しくは前記リモートマシンが、
前記プロセスで実行されている前記クラスが全て破棄された場合には、該クラスと少なくとも前記キャッシュ可否コードを含むコードベース情報が同一である前記クラスであって前記キャッシュ内に蓄積されている前記クラスを廃棄することにより、次回の起動時にはら最新の前記プログラムがダウンロードされて最新のプログラムの利用が担保される。
【００５７】
請求項１６記載の発明は、
請求項１２〜請求項１４のいずれかに記載の発明であるシステムにおいて、
前記サーバ若しくは前記リモートマシンが、
同じ種類の前記クラスが全て破棄されてから前記プログラムの登録情報であって、前記管理サーバにより管理されユーザインターフェース・クラスが格納されている前記ＷｅｂサーバのＵＲＬ（Uniform Resource Locator）である登録情報、に付加されている時間情報に相当する時間経過後に前記キャッシュ内に蓄積された同じ種類の前記クラスを廃棄することにより、今後更新の予定がない、若しくは、更新が既に中止されているプログラムに関して無駄なダウンロードを発生させないので起動時間が短縮される。また、最新のプログラムの切り換えタイミングを調整することが可能になる。
【００５８】
【発明の実施の形態】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係るプログラム実行方法を用いたシステムの一実施例を示す構成ブロック図である。図１において１及び２は図６と同一符号を付してあり、７はクライアントマシン、８はリモートマシンである。
【００５９】
管理サーバ１、Ｗｅｂサーバ２、クライアントマシン７、リモートマシン８は図示しないネットワークにより相互に接続される。
【００６０】
また、図１中”ＷＭＧ２”に示すＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩには図１中”ＣＨ２１”に示すようなクラスダウンロードしたＷｏｒｋｅｒＧＵＩクラスを一時保存するＷｏｒｋｅｒＧＵＩキャッシュが設けられる。
【００６１】
同様に、図１中”ＷＳ２１”に示すＷｏｒｋｅｒＳｐａｃｅには図１中”ＣＨ２２”に示すようなクラスダウンロードしたＷｏｒｋｅｒクラスを一時保存するＷｏｒｋｅｒキャッシュが設けられる。
【００６２】
一方、図１中”ＲＩ２１”に示す管理サーバ１上で稼動している管理プログラムであるＷｏｒｋｅｒＭａｎａｇｅｒが管理するＷｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩの登録情報に必要に応じて「キャッシュに蓄えられたデータを利用可能な場合には当該データを利用する」旨を意味するコード（以下、単にキャッシュ可否コードと呼ぶ。）を付加する。
【００６３】
例えば、前記登録情報としてはＷｏｒｋｅｒやＷｏｒｋｅｒＧＵＩの格納されているＷｅｂサーバのＵＲＬ（Uniform Resource Locator）等であり、当該ＵＲＬの文字列の先頭等に必要に応じてキャッシュ可否コードである”ｃａｃｈｅ：”なる文字列を付加する。
【００６４】
ここで、図１に示す実施例の動作を図２、図３、図４及び図５を用いて説明する。図２はクライアントマシン７のキャッシュ動作を説明するフロー図、図３はクライアントマシン７の破棄動作を説明するフロー図、図４はリモートマシン８のキャッシュ動作を説明するフロー図、図５はリモートマシン８のキャッシュ破棄動作を説明するフロー図である。但し、図２及び図４おいてキャッシュ動作以外は図６に示す従来例の動作と同様なので説明は省略する。
【００６５】
図２中”Ｓ３０１”においてクライアントマシン７は管理サーバ１から選択したＷｏｒｋｅｒに対するＷｏｒｋｅｒＧＵＩクラスの格納先を通知されると、そのＵＲＬを分析して先頭に”ｃａｃｈｅ：”なるキャッシュ可否コードが付加されているか否かを判断する。
【００６６】
すなわち、「キャッシュに蓄えられたＷｏｒｋｅｒＧＵＩクラスを利用可能な場合には当該ＷｏｒｋｅｒＧＵＩクラスを利用する」か否かを判断する。
【００６７】
もし、図２中”Ｓ３０１”において、キャッシュ可否コードが付加されている場合には、図２中”Ｓ３０２”においてクライアントマシン７は図１中”ＣＨ２１”に示すＷｏｒｋｅｒＧＵＩキャッシュに当該ＷｏｒｋｅｒＧＵＩクラスが蓄積されているか否かを判断する。
【００６８】
もし、図２中”Ｓ３０２”において、ＷｏｒｋｅｒＧＵＩキャッシュに当該ＷｏｒｋｅｒＧＵＩクラスが蓄積されている場合には、図２中”Ｓ３０３”においてクライアントマシン７はＷｏｒｋｅｒＧＵＩキャッシュから選択したＷｏｒｋｅｒに対応するＷｏｒｋｅｒＧＵＩクラスをＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内にロードする。
【００６９】
一方、図２中”Ｓ３０１”においてキャッシュ可否コードが付加されていない場合、若しくは、図２中”Ｓ３０２”においてＷｏｒｋｅｒＧＵＩクラスがＷｏｒｋｅｒＧＵＩキャッシュに蓄積されていない場合には、図２中”Ｓ３０４”においてクライアントマシン７は図１中”ＤＬ２１”に示すようにＷｅｂサーバ２から選択したＷｏｒｋｅｒクラスに対応するＷｏｒｋｅｒＧＵＩクラスをＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内にクラスダウンロードすると共に図１中”ＳＴ２１”に示すように当該ＷｏｒｋｅｒＧＵＩクラスを図１中”ＣＨ２１”に示すＷｏｒｋｅｒＧＵＩキャッシュに格納する。
【００７０】
そして、図２中”Ｓ３０５”においてクライアントマシン７はインスタンスをＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内に生成してＷｏｒｋｅｒＧＵＩを起動する。
【００７１】
この結果、キャッシュ可否コードが付加されたＷｏｒｋｅｒＧＵＩクラスは、ＷｏｒｋｅｒＧＵＩキャッシュに当該ＷｏｒｋｅｒＧＵＩクラスが蓄積されている場合にはＷｅｂサーバ２からクライアントマシン８へのクラスダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００７２】
例えば、”１００ｋＢ”のサイズのＷｏｒｋｅｒＧＵＩクラスを”３３．６ｋｂｐｓ”の通信速度のモデムを用いてクラスダウンロードする場合を想定すると、従来必要としていた１０秒〜３０秒程度のダウンロード時間が”０”になり、ＷｏｒｋｅｒＧＵＩの起動時間が大幅に短縮される。
【００７３】
一方、図３中”Ｓ４０１”においてクライアントマシン７はＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内のインスタンスをモニタし、ＷｏｒｋｅｒＧＵＩインスタンスが破棄されたか否かを判断する。
【００７４】
もし、図３中”Ｓ４０１”においてＷｏｒｋｅｒＧＵＩインスタンスが破棄された場合には、図３中”Ｓ４０２”においてクライアントマシン７はＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内に同じ種類のＷｏｒｋｅｒＧＵＩインスタンスが存在するか否かを判断する。
【００７５】
ここで、同じ種類のＷｏｋｅｒＧＵＩインスタンスとは、管理サーバ１上で稼動している管理プログラムであるＷｏｒｋｅｒＭａｎａｇｅｒのＷｏｒｋｅｒＧＵＩの登録情報に記載されているＷｏｒｋｅｒＧＵＩ名及びキャッシュ可否コード等のコードベース情報が同一のもの同士のＷｏｒｋｅｒＧＵＩインスタンスを指す。
【００７６】
図３中”Ｓ４０２”において同じ種類のＷｏｒｋｅｒＧＵＩインスタンスが存在しない、言い換えれば、同じ種類のＷｏｒｋｅｒＧＵＩインスタンスが全て破棄された場合には、図３中”Ｓ４０３”においてクライアントマシン７はＷｏｒｋｅｒＧＵＩキャッシュ内の該当するＷｏｒｋｅｒＧＵＩクラスを破棄する。
【００７７】
この結果、ＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ内に同じ種類のＷｏｒｋｅｒＧＵＩインスタンスが存在する限りにおいては、ＷｏｒｋｅｒＧＵＩキャッシュ内のＷｏｒｋｅｒＧＵＩクラスが再利用されるものの、同じ種類のＷｏｒｋｅｒＧＵＩインスタンスが全て破棄されるとＷｏｒｋｅｒＧＵＩキャッシュ内の該当するＷｏｒｋｅｒＧＵＩクラスは破棄されるので、次回の起動時にはＷｅｂサーバ２から最新のＷｏｒｋｅｒＧＵＩクラスがクラスダウンロードされて最新のプログラムの利用が担保される。
【００７８】
また、図４中”Ｓ５０１”においてリモートマシン８は管理サーバ１からクライアントマシン７が選択したＷｏｒｋｅｒのＷｏｒｋｅｒクラスの格納先を通知されると、そのＵＲＬを分析して先頭に”ｃａｃｈｅ：”なるキャッシュ可否コードが付加されているか否かを判断する。
【００７９】
すなわち、「キャッシュに蓄えられたＷｏｒｋｅｒクラスを利用可能な場合には当該Ｗｏｒｋｅｒクラスを利用する」か否かを判断する。
【００８０】
もし、図４中”Ｓ５０１”において、キャッシュ可否コードが付加されている場合には、図４中”Ｓ５０２”においてリモートマシン８は図１中”ＣＨ２２”に示すＷｏｒｋｅｒキャッシュに当該Ｗｏｒｋｅｒクラスが蓄積されているか否かを判断する。
【００８１】
もし、図４中”Ｓ５０２”において、Ｗｏｒｋｅｒキャッシュに当該Ｗｏｒｋｅｒクラスが蓄積されている場合には、図４中”Ｓ５０３”においてリモートマシン８はＷｏｒｋｅｒキャッシュからＷｏｒｋｅｒクラスをＷｏｒｋｅｒＳｐａｃｅ内にロードする。
【００８２】
一方、図４中”Ｓ５０１”においてキャッシュ可否コードが付加されていない場合、若しくは、図４中”Ｓ５０２”においてＷｏｒｋｅｒクラスがＷｏｒｋｅｒキャッシュに蓄積されていない場合には、図４中”Ｓ５０４”においてリモートマシン８は図１中”ＤＬ２２”に示すようにＷｅｂサーバ２から選択されたＷｏｒｋｅｒクラスをＷｏｒｋｅｒＳｐａｃｅ内にクラスダウンロードすると共に図１中”ＳＴ２２”に示すように当該Ｗｏｒｋｅｒクラスを図１中”ＣＨ２２”に示すＷｏｒｋｅｒキャッシュに格納する。
【００８３】
そして、図４中”Ｓ５０５”においてリモートマシン８はインスタンスをＷｏｒｋｅｒＳｐａｃｅ内に生成してＷｏｒｋｅｒを起動する。
【００８４】
この結果、キャッシュ可否コードが付加されたＷｏｒｋｅｒクラスは、Ｗｏｒｋｅｒキャッシュに当該Ｗｏｒｋｅｒクラスが蓄積されている場合にはＷｅｂサーバ２からリモートマシン８へのクラスダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【００８５】
例えば、”１００ｋＢ”のサイズのＷｏｒｋｅｒクラスを”３３．６ｋｂｐｓ”の通信速度のモデムを用いてクラスダウンロードする場合を想定すると、従来必要としていた１０秒〜３０秒程度のダウンロード時間が”０”になり、Ｗｏｒｋｅｒの起動時間が大幅に短縮される。
【００８６】
一方、図５中”Ｓ６０１”においてリモートマシン８はＷｏｒｋｅｒＳｐａｃｅ内のインスタンスをモニタし、Ｗｏｒｋｅｒインスタンスが破棄されたか否かを判断する。
【００８７】
もし、図５中”Ｓ６０１”においてＷｏｒｋｅｒインスタンスが破棄された場合には、図５中”Ｓ６０２”においてリモートマシン８はＷｏｒｋｅｒＳｐａｃｅ内に同じ種類のＷｏｒｋｅｒインスタンスが存在するか否かを判断する。
【００８８】
ここで、同じ種類のＷｏｋｅｒインスタンスとは、管理サーバ１上で稼動している管理プログラムであるＷｏｒｋｅｒＭａｎａｇｅｒのＷｏｒｋｅｒの登録情報に記載されているＷｏｒｋｅｒ名及びキャッシュ可否コード等のコードベース情報が同一のもの同士のＷｏｒｋｅｒインスタンスを指す。
【００８９】
図５中”Ｓ６０２”において同じ種類のＷｏｒｋｅｒインスタンスが存在しない、言い換えれば、同じ種類のＷｏｒｋｅｒインスタンスが全て破棄された場合には、図５中”Ｓ６０３”においてリモートマシン８はＷｏｒｋｅｒキャッシュ内の該当するＷｏｒｋｅｒクラスを破棄する。
【００９０】
この結果、ＷｏｒｋｅｒＳｐａｃｅ内に同じ種類のＷｏｒｋｅｒインスタンスが存在する限りにおいては、Ｗｏｒｋｅｒキャッシュ内のＷｏｒｋｅｒクラスが再利用されるものの、同じ種類のＷｏｒｋｅｒインスタンスが全て破棄されるとＷｏｒｋｅｒキャッシュ内の該当するＷｏｒｋｅｒクラスは破棄されるので、次回の起動時にはＷｅｂサーバ２から最新のＷｏｒｋｅｒクラスがクラスダウンロードされて最新のプログラムの利用が担保される。
【００９１】
なお、図１に示す実施例では説明の簡単のために、ＷｏｒｋｅｒＭａｎａｇｅｒが動作する管理サーバ１と、Ｗｏｒｋｅｒクラス及びＷｏｒｋｅｒＧＵＩクラスが格納されるＷｅｂサーバ２と、ＷｏｒｋｅｒＳｐａｃｅが動作するリモートマシン８を個々に分けているがネットワークのトラフィックやマシンスペックの諸条件が許せば全ての役割を１台のマシンに集約したり、役割を統合しても構わない。
【００９２】
例えば、管理サーバ１とＷｅｂサーバ２を統合したり、Ｗｅｂサーバ２とリモートマシン８とを統合しても構わない。
【００９３】
また、キャッシュを利用するかしないかは管理者が管理サーバ１へＷｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩを登録する際に設定できるのでＷｏｒｋｅｒ等の管理が容易になる。
【００９４】
例えば、短い周期でＷｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩが次々とアップグレードされることが予測される場合には、管理者は当該Ｗｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩの登録情報に”ｃａｃｈｅ：”なるコードを付加しない。
【００９５】
この場合には、全てのクライアントマシンに対して、必ず最新のＷｏｒｋｅｒクラス及びＷｏｒｋｅｒＧＵＩの使用を自動的に強制することが可能になる。
【００９６】
また、例えば、Ｗｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩが安定していてほとんどアップグレードが行われないことが予測される場合には、管理者は当該Ｗｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩの登録情報に”ｃａｃｈｅ：”なるコードを付加する。
【００９７】
この場合には、全てのクライアントマシンが２個以降のＷｒｏｋｅｒ及びＷｏｒｋｅｒＧＵＩの起動時間が大幅に短縮することが可能になる。
【００９８】
また、図３及び図５の説明に際しては、ＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ（若しくは、ＷｏｒｋｅｒＳｐａｃｅ）内で同じ種類のＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）インスタンスが全て破棄された場合に、ＷｏｒｋｅｒＧＵＩキャッシュ（若しくは、Ｗｏｒｋｅｒキャッシュ）内の該当するＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）クラスを破棄しているが、キャッシュ内のクラスの破棄方法はこれに限定される訳ではない。
【００９９】
すなわち、ＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）の登録情報であるＵＲＬの文字列に時間情報を付加し、同じ種類のインスタンスが全て破棄されてから前記時間情報に相当する時間経過後にキャッシュ内の該当するクラスを破棄しても構わない。
【０１００】
この場合には、今後更新の予定がない、若しくは、更新が既に中止されているＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）に関して無駄なクラスダウンロードを発生させないので、ＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）の起動時間が短縮される。
【０１０１】
また、前記時間情報の値に関しては”０”〜”無限大”の値にから任意に選択することが可能である。
【０１０２】
すなわち、このような時間情報を適宜選択することにより、キャッシュ可否コードが登録情報に付加されたＷｏｒｋｅｒＧＵＩ（若しくはＷｏｒｋｅｒ）の最新のＷｏｒｋｅｒ（若しくは、ＷｏｒｋｅｒＧＵＩ）の切り換えタイミングを調整することが可能になる。
【０１０３】
【発明の効果】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
請求項１，４，７，８，９，１２，１３及び請求項１４の発明によれば、キャッシュ可否コードが付加されたＷｏｒｌｅｒＧＵＩクラス（Ｗｏｒｋｅｒクラス）は、ＷｏｒｋｅｒＧＵＩキャッシュ（Ｗｏｒｋｅｒキャッシュ）に当該ＷｏｒｋｅｒＧＵＩクラス（Ｗｏｒｋｅｒクラス）が蓄積されている場合にはクラスダウンロードが発生しないので、ダウンロードによるオーバーヘッドがなくなりプログラム起動時間が短縮される。
【０１０４】
また、請求項２，５，１０及び請求項１５の発明によれば、ＷｏｒｋｅｒＭａｎａｇｅｒＧＵＩ（ＷｏｒｋｅｒＳｐａｃｅ）内に同じ種類のＷｏｒｋｅｒＧＵＩインスタンス（Ｗｏｒｋｅｒインスタンス）が存在する限りにおいては、ＷｏｒｋｅｒＧＵＩキャッシュ（Ｗｏｒｋｅｒキャッシュ）内のＷｏｒｋｅｒＧＵＩクラス（Ｗｏｒｋｅｒクラス）が再利用されるものの、同じ種類のＷｏｒｋｅｒＧＵＩインスタンス（Ｗｏｒｋｅｒインスタンス）が全て破棄されるとＷｏｒｋｅｒＧＵＩキャッシュ（ＷｏｒｋｅｒＳｐａｃｅ）内の該当するＷｏｒｋｅｒＧＵＩクラス（Ｗｏｒｋｅｒクラス）は破棄されるので、次回の起動時には最新のＷｏｒｋｅｒＧＵＩクラス（Ｗｏｒｋｅｒクラス）がクラスダウンロードされて最新のプログラムの利用が担保される。
【０１０５】
また、請求項３，６，１１及び請求項１６の発明によれば、ＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）の登録情報に時間情報を付加し、同じ種類のインスタンスが全て破棄されてから前記時間情報に相当する時間経過後にキャッシュ内の該当するクラスを破棄することにより、今後更新の予定がない、若しくは、更新が既に中止されているＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）に関して無駄なクラスダウンロードを発生させないので、ＷｏｒｋｅｒＧＵＩ（若しくは、Ｗｏｒｋｅｒ）の起動時間が短縮される。また、最新のＷｏｒｋｅｒ（若しくは、ＷｏｒｋｅｒＧＵＩ）の切り換えタイミングを調整することが可能になる。
【図面の簡単な説明】
【図１】本発明に係るプログラム実行方法を用いたシステムの一実施例を示す構成ブロック図である。
【図２】クライアントマシンのキャッシュ動作を説明するフロー図である。
【図３】クライアントマシンの破棄動作を説明するフロー図である。
【図４】リモートマシンのキャッシュ動作を説明するフロー図である。
【図５】リモートマシンのキャッシュ破棄動作を説明するフロー図である。
【図６】プログラム実行方法及びこれを用いたシステムの一例を示す構成ブロック図である。
【図７】Ｗｏｒｋｅｒ及びＷｏｒｋｅｒＧＵＩの登録等を説明する説明図である。
【図８】クライアントマシンの動作を説明するフロー図である。
【図９】管理サーバの動作を説明するフロー図である。
【図１０】リモートマシンの動作を説明するフロー図である。
【符号の説明】
１管理サーバ
２Ｗｅｂサーバ
３，７クライアントマシン
４，５，８リモートマシン
６マシン[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a program execution method for distributing and operating a program via a network and a system using the same, and more particularly to a program execution method capable of reducing the program start time while ensuring the use of the latest program and The present invention relates to a system using this.
[0002]
[Prior art]
There are roughly two types of program execution methods for distributing and operating a program via a conventional network. That is, there are a method of distributing and executing a program file to a user side machine, and a method of dynamically operating a program on a memory of a user side machine.
[0003]
As the former method, for example, the program file is transferred to a user machine using a file transfer software such as FTP (File Transfer Protocol) and executed, or the user downloads the program file from a Web server using a browser. And run.
[0004]
As the latter method, for example, a program execution portion is downloaded from a Web server to a memory of a user side machine and executed by a dynamic program execution instruction from the user side.
[0005]
For example, as the former method, there is a program execution method described in “Japanese Patent Application No. 2000-217473” and a system using the same.
[0006]
FIG. 6 is a configuration block diagram showing an example of such a program execution method and a system using the method. In FIG. 6, 1 is a management server, 2 is a Web server, 3 is a client machine, and 4 and 5 are remote machines.
[0007]
The management server 1, Web server 2, client machine 3, and remote machines 4 and 5 are connected to each other via a network (not shown).
[0008]
Here, the operation of the conventional example shown in FIG. 6 will be described. The management server 1 stores “Worker” (hereinafter simply referred to as “Worker”), which is a program indicated by “WA01”, “WA02”, and “WA03” in FIG. 6 stored in the Web server 2, via a network. Download to 4 and 5.
[0009]
At the same time, the user who communicates with the workers shown in “WG01”, “WG02” and “WG03” in FIG. 6 stored in the Web server 2 to give an instruction from the user, or to display data from the worker An interface program “Worker GUI (hereinafter simply referred to as“ Worker GUI ”)” is downloaded to the client machine 3.
[0010]
The user then virtually executes the worker on the client machine 3 by communicating with the worker executed on the remote machines 4 and 5 using the worker GUI that is dynamically executed on the client machine 3. be able to.
[0011]
As a result, the used program file does not remain in the client machine 3, and it is possible to operate various programs with high flexibility by selecting a worker executed on the remote machines 4 and 5. .
[0012]
Further, the operation of the embodiment shown in FIG. 6 will be described in detail with reference to FIGS. 7, 8, 9 and 10. FIG. 7 is an explanatory diagram for explaining the registration of the worker and the worker GUI, FIG. 8 is a flowchart for explaining the operation of the client machine 3, FIG. 9 is a flowchart for explaining the operation of the management server 1, and FIG. 5 is a flowchart for explaining the operation of FIG.
[0013]
However, in the following description, “WG01” and “WA01” are treated as class files, not as program bodies.
[0014]
In FIG. 7, 1 and 2 and “WG01”, “WG02”, “WG03”, “WA01”, “WA02” and “WA03” are assigned the same reference numerals as in FIG. 6, and 6 is the development of the Worker and WorkerGUI, etc. It is a machine that performs.
[0015]
As shown in “NR11” in FIG. 7, the administrator preliminarily assigns various worker classes created by the machine 6 to the worker manager that is a management program running on the management server 1. sign up. Further, as shown by “UL11” in FIG. 7, the class pair of the Worker class and the corresponding WorkerGUI class is stored in the Web server 2.
[0016]
First, in the client machine 3, in “S 001” in FIG. 8, the client machine 3 activates a worker manager GUI, which is a preinstalled process for communicating with the worker manager running on the management server 1.
[0017]
In FIG. 8, in “S002”, the client machine 3 selects a worker class to be used from the worker class registered in the worker manager via the worker manager GUI, selects a remote machine to download the class of the worker class, and requests the worker manager to generate it. To do.
[0018]
For example, as shown by “RQ01” in FIG. 6, the worker manager is selected to have the remote machines 4 and 5 download class classes of “WA01” and “WA02” in FIG. 6, respectively.
[0019]
In “S003” in FIG. 8, the client machine 3 is notified of the address of the Web server 2 that is the storage destination of the worker GUI class corresponding to the selected worker class from the worker manager, accesses the web server 2 of this address, and sets the worker GUI class. Class download in the WorkerManager GUI.
[0020]
For example, as indicated by “DL01” in FIG. 6, the worker GUI classes indicated by “WG01” and “WG02” in FIG. 6 corresponding to “WA01” and “WA02” in FIG. The class is downloaded into the worker manager GUI shown in FIG.
[0021]
In “S004” in FIG. 8, the client machine 7 creates an instance in the WorkerManagerGUI and starts the WorkerGUI. In “S005” in FIG. 8, the client machine 7 starts communication with the worker running on the remote machine and Proper processing is performed.
[0022]
For example, “WG01 ′”, which is a walker GUI activated as indicated by “MC01” in FIG. 6, communicates with “WA01 ′”, which is a worker activated on the remote machine 5. As shown in MC02 ”, the“ WG02 ′ ”, which is the waker GUI activated, communicates with“ WA02 ”, which is the waker activated on the remote machine 4.
[0023]
Further, in the management server 1, the management server 1 activates a worker manager that manages the class of the worker in "S101" in FIG. Then, in “S102” in FIG. 9, it is determined whether or not a worker generation request has been received from the worker manager GUI operating on the client machine 3.
[0024]
If there is a worker generation request from the worker manager GUI in “S102” in FIG. 9, the management server 1 in “S103” in FIG. 9 indicates the worker machine selected as the class download destination from the worker manager GUI. Directs generation.
[0025]
For example, as shown by “IW01” and “IW02” in FIG. 6, the remote class 5 and 4 are notified of the class name of the worker class to be downloaded and the address of the web server 2 that is the storage destination of the worker class.
[0026]
In “S104” in FIG. 9, the management server 1 notifies the client machine 3 of the address of the Web server 2 that is the storage destination of the Walker GUI class corresponding to the selected Worker class.
[0027]
Finally, in the remote machines 4 and 5, “Space201” in FIG. 10 activates WorkerSpace, which is a process for providing the operation area of the worker. For example, the remote machine 5 activates a WorkerSpace as indicated by “WS01” in FIG. 6, and the remote machine 4 activates a WorkerSpace as indicated by “WS02” in FIG.
[0028]
Then, in “S202” in FIG. 10, the remote machines 4 and 5 determine whether or not there is a worker generation instruction from the worker manager, and if there is a worker generation instruction, the worker specified in “S203” in FIG. Download the class into the WorkerSpace.
[0029]
For example, the worker manager is notified of the name of the worker class to be downloaded and the address of the web server 2 where the worker class is stored, and the worker classes “WA01” and “WA02” in FIG. 6 are assigned to the remote machines 5 and 4, respectively. Suppose you are instructed to download a class.
[0030]
The remote machine 5 downloads the class of the worker class indicated by “WA01” in FIG. 6 from the Web server 2 to the worker space indicated by “WS01” in FIG. 6 as indicated by “DL02” in FIG.
[0031]
Similarly, the remote machine 4 downloads the class of the worker indicated by “WA02” in FIG. 6 from the Web server 2 to the worker space indicated by “WS02” in FIG. 6 as indicated by “DL03” in FIG.
[0032]
Then, in “S204” in FIG. 10, the remote machines 4 and 5 generate instances in the worker space and start each worker, and in “S205” in FIG. 10, communicate with the worker GUI running on the client machine 3. To start.
[0033]
For example, as shown by “MC01” in FIG. 6, “WA01 ′”, which is a worker activated on the remote machine 5, communicates with “WG01”, which is one of the activated worker GUIs on the client machine 3. As shown in “MC02” in FIG. 6, “WA02 ′” that is the worker that is activated on the remote machine 4 is connected to “WG02 ′” that is the other walker GUI that is activated on the client machine 3. Communicate.
[0034]
That is, by operating the WorkerSpace on the remote machine, it is possible to dynamically download various types of worker classes and start the workers, thereby eliminating the need to install various programs on the remote machine.
[0035]
Also, if you install only the WorkerManagerGUI on the client machine 3, you can dynamically download various WorkerGUI classes and communicate with the Worker running on the remote machine, so you can operate various programs remotely with high flexibility. It becomes possible to make it.
[0036]
Furthermore, since the worker manager and the worker GUI class corresponding to the worker class are managed as a pair, version consistency between the remote machine and the client machine is guaranteed.
[0037]
[Problems to be solved by the invention]
However, in the conventional example shown in FIG. 6, since the client machine 3 and the remote machines 4 and 5 download the class of the worker class and the worker GUI class via the network, the class such as the worker class is established via the network every time the program is executed. There is a problem in that downloading takes time and the startup time of a program such as a worker becomes long due to the download time.
[0038]
In a stable network environment such as a LAN (Local Area Network), there is little risk of causing a particular problem, but in a poor network environment such as remote connection using a public line, the problem becomes significant.
[0039]
For example, assuming that a worker having a size of “100 kB” is downloaded using a modem having a communication speed of “33.6 kbps”, a download time of about 10 to 30 seconds is required. The startup time of the program will be longer.
[0040]
For this reason, in order to reduce the overhead caused by downloading, a method of storing downloaded data in a cache and reusing it is generally considered, but it is said that the latest worker can be used by downloading the worker every time at startup. There was a problem that the characteristic of the conventional example was lost.
[0041]
For example, when the user freely designates the selection of not caching as an arbitrary worker, or when the timing of resetting the contents of the cache is freely set, the characteristics of the conventional example are lost.
Therefore, the problem to be solved by the present invention is to realize a program execution method and a system using the same, which can shorten the program activation time while ensuring the use of the latest program.
[0042]
[Means for Solving the Problems]
In order to achieve such a problem, the invention according to claim 1 of the present invention is:
Based on the request to create the client side process, the remote side process class The class Download and run Shi The client-side process class Downloaded and executed For communicating with the class User interface class Through the above class Communicate with U In the program execution method,
If the data stored in the cache is available, this code means that the data will be used The user interface with the cacheability code added class Is stored in the client-side cache, the stored user interface class Reuse
If not in the cache, the user interface class The class Download and execute the user interface class Is stored in the cache, the download does not occur when the user interface program to which the cache enable / disable code is added is stored, so the overhead due to the download is eliminated and the program startup time is shortened.
[0043]
The invention according to claim 2
In the program execution method which is invention of Claim 1,
Running in the client-side process Said User interface class Is completely destroyed The user interface class has the same code base information including at least the cacheability code as the user interface class. Stored in the cache ing The user interface class By discarding, the latest user interface program is downloaded at the next startup and the use of the latest program is secured.
[0044]
The invention described in claim 3
In the program execution method which is invention of Claim 1,
The same kind of user interface class The user interface class Registration information Registration information managed by the server at the URL (Uniform Resource Locator) of the server where the user interface class is stored, The user interface of the same type stored in the cache after a lapse of time corresponding to the time information added to class By discarding, the activation time is shortened because unnecessary downloads are not generated for user interface programs that are not scheduled to be updated in the future or whose update has already been canceled. It is also possible to adjust the switching timing of the latest user interface program.
[0045]
The invention according to claim 4
Based on the request to create the client side process, the remote side process class Download and run Shi The client-side process class Downloaded and executed, For communicating with the class User interface class To communicate with the program via U In the program execution method,
If the data stored in the cache is available, this code means that the data will be used The above cache added code class Is stored in the remote cache, the stored class Reuse
If it does not exist in the cache, class The class Download and execute class Is stored in the cache, download does not occur when a program to which a cache enable / disable code is added is stored, so that overhead due to download is eliminated and program activation time is shortened.
[0046]
The invention according to claim 5
In the program execution method which is invention of Claim 4,
Running in the remote process Said class Is completely destroyed The code base information including at least the cacheability code is the same as the class. Stored in the cache ing Above class By discarding, the latest program is downloaded at the next start-up, and the use of the latest program is ensured.
[0047]
The invention described in claim 6
In the program execution method which is invention of Claim 4,
Same kind of said class After all have been destroyed class Registration information Registration information managed by the server at the URL (Uniform Resource Locator) of the server where the user interface class is stored, Of the same type stored in the cache after the time corresponding to the time information added to class By discarding the program, the start-up time is shortened because no unnecessary download is generated for a program that is not scheduled to be updated in the future or whose update has already been canceled. In addition, it is possible to adjust the switching timing of the latest program.
[0048]
The invention described in claim 7
Over the network class In a system using a program execution method for distributing and operating
Above class And said class User interface to communicate with class And based on a request to create a process on the client side class The Class while the process is running A server to download and run,
Communicating with the server and the user interface class During the client-side process class Download and execute the user interface class Through the above class A client machine that communicates with
The client machine is If the data stored in the cache is available, this code means that the data will be used The user interface with the cacheability code added class Is stored in the cache, the stored user interface class When the user interface is not present in the cache, the user interface class The class Download and execute the user interface class Is stored in the cache, the download does not occur when the user interface program to which the cache enable / disable code is added is stored, so the overhead due to the download is eliminated and the program startup time is shortened.
[0049]
The invention described in claim 8
Over the network class In a system using a program execution method for distributing and operating
Above class And said class User interface to communicate with class A server that manages
Based on the client-side process creation request class The Class while the process is running A remote machine to download and run,
Communicating with the server and the user interface class During the client-side process class Download and execute the user interface class Through Class downloaded to the remote machine Above class A client machine that communicates with
The client machine is If the data stored in the cache is available, this code means that the data will be used The user interface with the cacheability code added class Is stored in the cache, the stored user interface class When the user interface is not present in the cache, the user interface class The class Download and execute the user interface class Is stored in the cache, the download does not occur when the user interface program to which the cache enable / disable code is added is stored, so the overhead due to the download is eliminated and the program startup time is shortened.
[0050]
The invention according to claim 9
Over the network class In a system using a program execution method for distributing and operating
Above class And a user interface for communicating with the program class And a web server storing
Above class And the user interface class A management server that manages the registration of
Based on the client-side process creation request class A remote machine that downloads and executes
Communicates with the management server and the user interface from the Web server class During the client-side process class Download and execute the user interface class Through Class downloaded to the remote machine Above class A client machine that communicates with
The client machine is If the data stored in the cache is available, this code means that the data will be used The user interface with the cacheability code added class Is stored in the cache, the stored user interface class If the user interface is not present in the cache, the user interface class The class Download and execute the user interface class Is stored in the cache, the download does not occur when the user interface program to which the cache enable / disable code is added is stored, so the overhead due to the download is eliminated and the program startup time is shortened.
[0051]
The invention according to claim 10 is:
In the system according to any one of claims 7 to 9,
The client machine is
Running in the process Said User interface class Is completely destroyed, The user interface having the same code base information including at least the cacheability code as the user interface class ・ Class Stored in the cache ing The user interface class By discarding, the latest user interface program is downloaded at the next startup and the use of the latest program is secured.
[0052]
The invention according to claim 11
In the system as claimed in claim 7 to claim 9,
The client machine is
The same kind of user interface class The user interface class Registration information Registration information which is a URL (Uniform Resource Locator) of the server, which is managed by at least one of the servers and stores a user interface class. The user interface of the same type stored in the cache after a lapse of time corresponding to the time information added to class By discarding, the activation time is shortened because unnecessary downloads are not generated for user interface programs that are not scheduled to be updated in the future or whose update has already been canceled. It is also possible to adjust the switching timing of the latest user interface program.
[0053]
The invention according to claim 12
Over the network class In a system using a program execution method for distributing and operating
Above class And said class User interface to communicate with class And the program is executed during the process based on the request for creating the process on the client side. class A server to download and run,
Communicating with the server and the user interface class During the client-side process class Download and execute the user interface class A client machine that communicates with the program via
The server is If the data stored in the cache is available, this code means that the data will be used The above cache added code class Is stored in the cache, the stored program is reused, and if it is not stored in the cache, the server class The class Download and execute the above class Is stored in the cache, download does not occur when a program to which a cache enable / disable code is added is stored, so that overhead due to download is eliminated and program activation time is shortened.
[0054]
The invention according to claim 13
Over the network class In a system using a program execution method for distributing and operating
Above class And said class User interface to communicate with class A server that manages
Based on the client-side process creation request class During the process class A remote machine to download and run,
Communicating with the server and the user interface class Is downloaded into the client-side process and executed, and then the user interface class A client machine that communicates with the program via
The remote machine is If the data stored in the cache is available, this code means that the data will be used The above cache added code class Is stored in the cache if it is stored class And if it does not exist in the cache, the server class The class Download and execute the above class Is stored in the cache, download does not occur when a program to which a cache enable / disable code is added is stored, so that overhead due to download is eliminated and program activation time is shortened.
[0055]
The invention according to claim 14
Over the network class In a system using a program execution method for distributing and operating
Above class And said class User interface to communicate with class And a web server storing
The program and the user interface class A management server that manages the registration of
Based on the client-side process creation request class During the process class A remote machine to download and run,
Communicates with the management server and the user interface from the Web server class During the client-side process class Download and execute the user interface class Through the above class A client machine that communicates with
The remote machine is If the data stored in the cache is available, this code means that the data will be used The above cache added code class Is stored in the cache if it is stored class Is reused and does not exist in the cache, the web server class The class Download and execute the above class Is stored in the cache, download does not occur when a program to which a cache enable / disable code is added is stored, so that overhead due to download is eliminated and program activation time is shortened.
[0056]
The invention according to claim 15
In the system which is the invention according to any one of claims 12 to 14,
The server or the remote machine is
Running in the process Said class Is completely destroyed, The class in which the code base information including at least the cacheability code is the same as the class, Stored in the cache ing Above class By discarding, the latest program is downloaded at the next start-up, and the use of the latest program is ensured.
[0057]
The invention according to claim 16
In the system which is the invention according to any one of claims 12 to 14,
The server or the remote machine is
Same kind of said class Registration information of the program after all Registration information which is a URL (Uniform Resource Locator) of the Web server, which is managed by the management server and stores a user interface class. Of the same type stored in the cache after the time corresponding to the time information added to class By discarding the program, the start-up time is shortened because no unnecessary download is generated for a program that is not scheduled to be updated in the future or whose update has already been canceled. In addition, it is possible to adjust the switching timing of the latest program.
[0058]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the drawings. FIG. 1 is a configuration block diagram showing an embodiment of a system using a program execution method according to the present invention. In FIG. 1, 1 and 2 are assigned the same reference numerals as in FIG. 6, 7 is a client machine, and 8 is a remote machine.
[0059]
The management server 1, the web server 2, the client machine 7, and the remote machine 8 are connected to each other via a network (not shown).
[0060]
In addition, the WorkerManager GUI indicated by “WMG2” in FIG. 1 is provided with a WorkerGUI cache for temporarily storing the downloaded WorkerGUI class as indicated by “CH21” in FIG.
[0061]
Similarly, the worker space indicated by “WS21” in FIG. 1 is provided with a worker cache for temporarily storing the downloaded worker class as indicated by “CH22” in FIG.
[0062]
On the other hand, if the data stored in the cache can be used as necessary, the registration information of the worker and worker GUI managed by the worker manager, which is the management program running on the management server 1 indicated by “RI21” in FIG. Is added with a code meaning that “the data is used” (hereinafter, simply referred to as a cache enable / disable code).
[0063]
For example, the registration information is a URL (Uniform Resource Locator) or the like of a Web server in which a worker or worker GUI is stored, and “cache:” is a cache permission code if necessary at the beginning of a character string of the URL. Is added.
[0064]
Here, the operation of the embodiment shown in FIG. 1 will be described with reference to FIG. 2, FIG. 3, FIG. 4 and FIG. 2 is a flowchart for explaining the cache operation of the client machine 7. FIG. 3 is a flowchart for explaining the discard operation of the client machine 7. FIG. 4 is a flowchart for explaining the cache operation of the remote machine 8. FIG. FIG. 8 is a flowchart for explaining a cache discarding operation of FIG. However, in FIG.2 and FIG.4, since it is the same as that of the operation | movement of the prior art example shown in FIG. 6 except cache operation | movement, description is abbreviate | omitted.
[0065]
2, when the client machine 7 is notified of the storage location of the worker GUI class for the selected worker from the management server 1 in “S301”, the URL is analyzed and a cache availability code “cache:” is added to the head. Determine whether or not.
[0066]
That is, it is determined whether or not “when the worker GUI class stored in the cache can be used, the worker GUI class is used”.
[0067]
If the cache availability code is added in “S301” in FIG. 2, the client GUI 7 stores the worker GUI class in the worker GUI cache indicated by “CH21” in FIG. 1 in “S302” in FIG. Judge whether or not.
[0068]
If the worker GUI class is stored in the worker GUI cache in “S302” in FIG. 2, the client machine 7 sets the worker GUI class corresponding to the worker selected from the worker GUI cache in the worker manager GUI in “S303” in FIG. To load.
[0069]
On the other hand, if the cache availability code is not added in “S301” in FIG. 2, or if the WorkerGUI class is not stored in the WorkerGUI cache in “S302” in FIG. 2, the client in “S304” in FIG. The machine 7 downloads the class of the worker GUI corresponding to the worker class selected from the web server 2 into the worker manager GUI as indicated by “DL21” in FIG. 1, and also displays the worker GUI class as indicated by “ST21” in FIG. It is stored in the worker GUI cache shown in the middle “CH21”.
[0070]
Then, in “S305” in FIG. 2, the client machine 7 creates an instance in the WorkerManager GUI and activates the Worker GUI.
[0071]
As a result, since the worker GUI class to which the cache availability code is added is not downloaded from the Web server 2 to the client machine 8 when the worker GUI class is stored in the worker GUI cache, the overhead due to the download is eliminated. Startup time is reduced.
[0072]
For example, assuming the case of class download of a worker GUI class of “100 kB” size using a modem having a communication speed of “33.6 kbps”, the download time of about 10 to 30 seconds, which has been conventionally required, is set to “0”. Thus, the startup time of the worker GUI is greatly reduced.
[0073]
On the other hand, in “S401” in FIG. 3, the client machine 7 monitors an instance in the WorkerManagerGUI and determines whether the WorkerGUI instance has been discarded.
[0074]
If the worker GUI instance is discarded in “S401” in FIG. 3, the client machine 7 determines in step “S402” in FIG. 3 whether or not the same type of worker GUI instance exists in the worker manager GUI.
[0075]
Here, the same type of worker GUI instances have the same code base information such as the worker GUI name and cacheability code described in the registration information of the worker manager of the worker manager that is the management program running on the management server 1. It points to the worker GUI instance between each other.
[0076]
In FIG. 3, if the same type of worker GUI instance does not exist in “S402”, in other words, if all the same type of worker GUI instances are discarded, the client machine 7 corresponds to the corresponding one in the worker GUI cache in “S403” in FIG. Discard the WorkerGUI class.
[0077]
As a result, as long as the same type of worker GUI instance exists in the worker manager GUI, the worker GUI class in the worker GUI cache is reused. However, if all the worker GUI instances of the same type are discarded, the corresponding worker GUI class in the worker GUI cache Is discarded, the latest worker GUI class is downloaded from the web server 2 at the next start-up, and the use of the latest program is ensured.
[0078]
In addition, in “S501” in FIG. 4, when the remote machine 8 is notified of the storage location of the worker class of the worker selected by the client machine 7 from the management server 1, the URL is analyzed and the cache “cache:” at the head is analyzed. It is determined whether a permission code is added.
[0079]
That is, it is determined whether or not “if the worker class stored in the cache can be used, the worker class is used”.
[0080]
If the cache availability code is added in “S501” in FIG. 4, the remote machine 8 stores the worker class in the worker cache indicated by “CH22” in FIG. 1 in “S502” in FIG. Judge whether or not.
[0081]
If the worker class is stored in the worker cache in “S502” in FIG. 4, the remote machine 8 loads the worker class from the worker cache into the worker space in “S503” in FIG.
[0082]
On the other hand, if the cache availability code is not added in “S501” in FIG. 4, or if the Worker class is not stored in the Worker cache in “S502” in FIG. 4, the remote in “S504” in FIG. As shown in “DL22” in FIG. 1, the machine 8 downloads the class of the worker selected from the Web server 2 into the worker space, and also displays the worker class in “CH22” in FIG. 1 as shown in “ST22” in FIG. Stored in the worker cache shown in FIG.
[0083]
Then, in “S505” in FIG. 4, the remote machine 8 creates an instance in the WorkerSpace and starts the Worker.
[0084]
As a result, the worker class to which the cache availability code is added does not cause overhead due to the download because the class download from the web server 2 to the remote machine 8 does not occur when the worker class is accumulated in the worker cache. Startup time is reduced.
[0085]
For example, assuming a class download of a worker class of “100 kB” size using a modem with a communication speed of “33.6 kbps”, the download time of about 10 seconds to 30 seconds, which has been conventionally required, is set to “0”. Thus, the startup time of the worker is greatly shortened.
[0086]
On the other hand, in “S601” in FIG. 5, the remote machine 8 monitors the instance in the WorkerSpace to determine whether the Worker instance has been discarded.
[0087]
If the worker instance is discarded in “S601” in FIG. 5, the remote machine 8 determines whether or not the same type of worker instance exists in the worker space in “S602” in FIG.
[0088]
Here, the same type of worker instance has the same code base information such as the worker name and cacheability code described in the worker registration information of the worker manager that is the management program running on the management server 1. Refers to the worker instance between each other.
[0089]
In FIG. 5, when the same type of worker instance does not exist in “S602”, in other words, when all the same type of worker instances are discarded, the remote machine 8 corresponds to the corresponding one in the worker cache in “S603” in FIG. Discard the Worker class.
[0090]
As a result, as long as the same type of worker instance exists in the worker space, the worker class in the worker cache is reused, but if all the same type of worker instances are destroyed, the corresponding worker class in the worker cache Is destroyed, the latest worker class is downloaded from the web server 2 at the next start-up, and the use of the latest program is ensured.
[0091]
In the embodiment shown in FIG. 1, for the sake of simplicity of explanation, the management server 1 on which the worker manager operates, the web server 2 on which the worker class and worker GUI class are stored, and the remote machine 8 on which the worker space operates are divided individually. However, if the conditions of network traffic and machine specs allow, all the roles may be integrated into one machine or the roles may be integrated.
[0092]
For example, the management server 1 and the Web server 2 may be integrated, or the Web server 2 and the remote machine 8 may be integrated.
[0093]
Whether or not to use the cache can be set when the administrator registers the worker and worker GUI in the management server 1, so that the management of the worker and the like becomes easy.
[0094]
For example, when it is predicted that the worker and worker GUI are upgraded one after another in a short cycle, the administrator does not add the code “cache:” to the registration information of the worker and worker GUI.
[0095]
In this case, it is possible to automatically force all client machines to use the latest worker class and worker GUI.
[0096]
For example, when it is predicted that the worker and worker GUI are stable and almost no upgrade is performed, the administrator adds a code “cache:” to the registration information of the worker and worker GUI.
[0097]
In this case, it is possible to significantly shorten the startup time of the two or more worker and worker GUIs for all client machines.
[0098]
3 and FIG. 5, when all instances of the same type of worker GUI (or worker) in the worker manager GUI (or worker space) are discarded, the corresponding items in the worker GUI cache (or worker cache) are applicable. Although the WorkerGUI (or Worker) class is discarded, the method for discarding the class in the cache is not limited to this.
[0099]
In other words, time information is added to the URL character string that is the registration information of the Worker GUI (or Worker), and the corresponding class in the cache is added after the time corresponding to the time information has elapsed since all instances of the same type were discarded. You can discard it.
[0100]
In this case, since no unnecessary class download is generated for a worker GUI (or worker) that is not scheduled to be updated in the future or for which update has already been canceled, the startup time of the worker GUI (or worker) is shortened. .
[0101]
In addition, the value of the time information can be arbitrarily selected from “0” to “infinity”.
[0102]
That is, by appropriately selecting such time information, it is possible to adjust the switching timing of the latest worker (or worker GUI) of the worker GUI (or worker) in which the cacheability code is added to the registration information.
[0103]
【The invention's effect】
As is apparent from the above description, the present invention has the following effects.
According to the first, fourth, seventh, eighth, ninth, twelfth, thirteenth and thirteenth aspects of the invention, the WorkerGUI class (Worker class) to which the cache availability code is added is added to the WorkerGUI cache (Worker cache). When (Worker class) is accumulated, class download does not occur, so the overhead due to download is eliminated and the program startup time is shortened.
[0104]
Further, according to the inventions of claims 2, 5, 10 and 15, as long as the same type of worker GUI instance (worker instance) exists in the worker manager GUI (worker space), the worker GUI in the worker GUI cache (worker cache) Although the class (Worker class) is reused, if all of the same type of Worker GUI instances (Worker instances) are destroyed, the corresponding Worker GUI class (Worker class) in the Worker GUI cache (WorkerSpace) will be destroyed. At startup, the latest Worker GUI class (Worker class) is downloaded and the latest program is available. There is collateral.
[0105]
Further, according to the inventions of claims 3, 6, 11 and 16, time information is added to the registration information of the worker GUI (or worker), and it corresponds to the time information after all instances of the same type are discarded. By discarding the corresponding class in the cache after the elapse of time, a useless class download is not generated for a worker GUI (or worker) that is not scheduled to be updated in the future or for which update has already been canceled. Alternatively, the startup time of the worker is shortened. Further, it is possible to adjust the switching timing of the latest worker (or worker GUI).
[Brief description of the drawings]
FIG. 1 is a configuration block diagram showing an embodiment of a system using a program execution method according to the present invention.
FIG. 2 is a flowchart illustrating a cache operation of a client machine.
FIG. 3 is a flowchart illustrating a discarding operation of a client machine.
FIG. 4 is a flowchart illustrating a cache operation of a remote machine.
FIG. 5 is a flowchart for explaining a cache discarding operation of a remote machine.
FIG. 6 is a configuration block diagram illustrating an example of a program execution method and a system using the program execution method.
FIG. 7 is an explanatory diagram for explaining registration of a worker and a worker GUI.
FIG. 8 is a flowchart for explaining the operation of the client machine.
FIG. 9 is a flowchart for explaining the operation of the management server.
FIG. 10 is a flowchart for explaining the operation of the remote machine.
[Explanation of symbols]
1 management server
2 Web server
3,7 Client machine
4,5,8 remote machine
6 machines

Claims

The process class remote side based on the generation request of a client-side process class download and run the client-side process was performed class download, user interface classes for communicating with the class in line cormorant program execution method communication with the class via,
When the data stored in the cache is available, the user interface class to which the cache availability code, which is a code indicating that the data is used, is stored in the client-side cache. Re-uses the accumulated user interface classes ,
Program execution method characterized by storing said user interface class in the cache along with if not present in the cache and executes the class download the user interface class.

If the user interface class that is running on the client side of the process is discarded is a said user interface class code based information is the same, including at least the cache whether the code and the user interface class program execution method according to claim 1, wherein the discarding the user interface classes stored in the cache if there.

A registration information of the user interface class from being destroyed the user interface class of the same type are all registered user interface class is managed by the server URL of the server that is stored (Uniform Resource Locator) 2. The program execution method according to claim 1, wherein the user interface classes of the same type stored in the cache are discarded after a time corresponding to time information added to the information has elapsed.

The process class remote side based on the generation request of a client-side process class download and run the client-side process was performed class download, user interface classes for communicating with the class in line cormorant program execution method communication with the program through,
If the data stored in the cache can be used, it is stored if the class with the cache availability code, which is a code indicating that the data is used, is stored in the remote cache. Re-use the class
Program execution wherein the if not present in the cache for storing the class and executes by class downloading the classes in the cache.

When the class that is running on the process on the remote side is discarded, the code-based information including at least said cache whether the code and the class is stored in the cache a said class is the same program execution method according to claim 4, wherein the discarding the classes are.

A the class of the same type registration information of the classes from being discarded, is added to the registration information, managed by the server URL of the server to which the user interface class is stored (Uniform Resource Locator) 5. The program execution method according to claim 4, wherein the classes of the same type stored in the cache are discarded after a lapse of time corresponding to existing time information.

In a system using a program execution method that distributes and operates classes over a network,
Said classes, and servers running the class based on the generation request of a client-side process in class downloaded during operation of the process manages the user interface classes for communicating with the class,
And a client machine that communicates with the classes the user interface classes through the user interface class on the class downloaded by executing in said client-side process while communicating with the server Prepared,
When the client machine can use the data stored in the cache, the user interface class to which the cache availability code, which is a code indicating that the data is used, is stored in the cache. reuse the user interface classes that are accumulated in the accumulation of the said user interface class with if not present in the cache is executed by the class download the user interface class from the server to the cache A system characterized by

In a system using a program execution method that distributes and operates classes over a network,
A server for managing said classes, and a user interface class for communicating with the class,
And a remote machine running the class based on the generation request of a client-side process in class downloaded during operation of the process,
Between the class of the user interface class is class downloaded to the remote machine via the user interface class on the class downloaded by executing in said client-side process while communicating with the server With a client machine that communicates with
When the client machine can use the data stored in the cache, the user interface class to which the cache availability code, which is a code indicating that the data is used, is stored in the cache. reuse the user interface classes that are accumulated in the accumulation of the said user interface class with if not present in the cache is executed by the class download the user interface class from the server to the cache A system characterized by

In a system using a program execution method that distributes and operates classes over a network,
Said classes, and the Web server in which a user interface class stored for communicating with the program,
A management server for performing registration management of the class and the user interface class ;
And a remote machine running the class based on the generation request of a client-side process in class downloaded during operation of the process,
The class was downloaded to the remote machine via the user interface class after communicating with the management server and executing the class download and executing the user interface class from the Web server during the client side process . A client machine that communicates with the class ,
When the client machine can use the data stored in the cache, the user interface class to which the cache availability code, which is a code indicating that the data is used, is stored in the cache. reuse the user interface class which is stored in, the user interface class with causes run class download the user interface class from the Web server if not present in the cache in the cache A system characterized by accumulation.

The client machine is
Wherein when said process the user interface class that is running on is discarded, the code-based information including at least said cache whether the code and the user interface class is a said user interface classes are identical a system according to any one of claims 7 to claim 9, characterized in that discarding the user interface class which is stored in the cache.

The client machine is
Registration information of the user interface class since all the user interface classes of the same type are discarded, and the URL of the server that is managed by at least one of the servers and stores the user interface class ( 8. The same type of user interface class stored in the cache is discarded after elapse of time corresponding to time information added to registration information that is Uniform Resource Locator). Item 10. The system according to any one of Items 9.

In a system using a program execution method that distributes and operates classes over a network,
Said classes, and servers running the class based on the generation request of a client-side process in class downloaded during operation of the process manages the user interface classes for communicating with the class,
And a client machine that communicates with the program the user interface classes through the user interface class on the class downloaded by executing in said client-side process while communicating with the server Prepared,
When the server can use the data stored in the cache, it is stored when the class with the cache availability code, which is a code indicating that the data is used, is stored in the cache. reuse the program are, the if it does not exist in the cache, characterized in that storing the class causes run in class downloading the class from the server to the cache system.

In a system using a program execution method that distributes and operates classes over a network,
A server for managing said classes, and a user interface class for communicating with the class,
And a remote machine running the class based on the generation request of a client-side process in class downloaded during operation of the process,
And a client machine that communicates with the program via the user interface class on which is executed to download the user interface class in the client-side processes while communicating with the server ,
When the remote machine can use the data stored in the cache, it is stored when the class with the cache availability code added, which is a code indicating that the data is used, is stored in the cache. system, characterized by storing the classes in the cache along with reuse the class that is, in the absence of the cache is performed by class downloading the class from the server.

In a system using a program execution method that distributes and operates classes over a network,
Said classes, and the Web server in which a user interface class stored for communicating with the class,
A management server for managing registration of the program and the user interface class ;
And a remote machine running in Class downloading the class during the process based on the generation request of the client side of the process,
The communication between the class via the user interface class in terms of the user interface class class downloaded by executing in said client-side process from the Web server while the communication with the management server A client machine to perform,
When the remote machine can use the data stored in the cache, it is stored when the class with the cache availability code, which is a code indicating that the data is used, is stored in the cache. system, characterized by storing the classes in the cache along with reuse the class that is, in the absence of the cache is performed by class downloading the class from the Web server.

The server or the remote machine is
When the class that is running on the process is discarded, the class code based information including at least said cache whether the code and the class is stored in the cache a said class is the same The system according to claim 12, wherein the system is discarded.

The server or the remote machine is
Registration information for the program after all the classes of the same type are discarded, registration information that is a URL (Uniform Resource Locator) of the Web server that is managed by the management server and stores a user interface class, The system according to any one of claims 12 to 14, wherein the classes of the same type stored in the cache are discarded after a time corresponding to time information added to the cache.