(57)【特許請求の範囲】
【請求項１】
ウェブ・サーバが管理するデータをイントラネットで結合されたウェブ・ブラウザを介して提示するデータ提示システムにおいて、
サーバマシン上に設けられネットワーク上のデータソースの読み込みおよび更新を管理しクライアントマシン上のプログラムへのデータソースの送信および更新の通知を行うスタブプログラムと、
前記クライアントマシン上に設けられ前記ウェブ・サーバから受信したドキュメント中に含まれる接続可能ＮＬＯ部品の前記データソースへのアクセスを管理するプロキシーＮＬＯ部品と、
使用するデータソースの識別子および前記データソースを使用する前記接続可能ＮＬＯ部品の識別子を含み前記プロキシーＮＬＯ部品上に作成される接続可能ＮＬＯ部品検索テーブルとを備え、
前記プロキシーＮＬＯ部品は、前記接続可能ＮＬＯ部品検索テーブル上の前記データソースの識別子を前記スタブプログラムに送信し、前記スタブプログラムから前記データソース識別子に対応する前記データソースの更新の通知がされたとき、前記データソースを読み込み、前記接続可能ＮＬＯ部品検索テーブルから更新された前記データソースを使用している接続可能ＮＬＯ部品を検索し、検索された接続可能ＮＬＯ部品に前記データソースの更新の通知を行い、
前記接続可能ＮＬＯ部品は、前記プロキシーＮＬＯ部品から前記データソースの更新の通知を受信したとき、前記プロキシーＮＬＯ部品から更新された前記データソースを読み込むことを特徴とするウェブ・ブラウザを介したデータ提示システム。
【請求項２】
プロキシーＮＬＯ部品は、接続可能ＮＬＯ部品検索テーブルに、接続可能ＮＬＯ部品が登録するデータ更新周期と、前記接続可能ＮＬＯ部品に最後に通知を行った最終通知時刻とを格納し、
システムの現在時刻が前記最終通知時刻から前記データ更新周期より長く経過している時に、前記接続可能ＮＬＯ部品へデータソースの更新通知を行うことを特徴とする請求項１記載のウェブ・ブラウザを介したデータ提示システム。
【請求項３】
接続可能ＮＬＯ部品は、必要とするデータソースをプロキシーＮＬＯ部品に登録した時に、同一のデータソースを使用することを直前に登録した接続可能ＮＬＯ部品の識別子を受け取り、
前記プロキシーＮＬＯ部品は、同一のデータソースを使用することを最後に登録した接続可能ＮＬＯ部品の識別子を接続可能ＮＬＯ部品検索テーブルに格納し、
データソースが更新された時に前記プロキシーＮＬＯ部品は前記同一のデータソースを使用することを最後に登録した接続可能ＮＬＯ部品に、データソースの更新の通知を行い、
データソースの更新の通知を受けた接続可能ＮＬＯ部品は、前記同一のデータソースを使用することを直前に登録した接続可能ＮＬＯ部品へデータソースの更新の通知を行うことを特徴とする請求項１記載のウェブ・ブラウザを介したデータ提示システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、イントラネットに接続したコンピュータ間でウェブ・サーバとウェブ・ブラウザを使ってイントラネット上にあるデータソースを提示するシステムに関するものである。
【０００２】
【従来の技術】
図１２は従来のウエブブラウザを使ったデータ提示システムの例を示したものである。以下に図中の要素に関する説明をする。
・ＮＬＯ部品（図中１２１）Network Loadable Object の略。ウェブ・サーバからクライアントマシンへダウンロードできるプログラム。テキストや画像やトレンドデータなどを扱うことができる。例としてはサンマイクロシステム(株)のJava アプレットやマイクロソフト(株)のActiveXコントロールなどがある。
・ＨＴＭＬドキュメント（図中１２２）  ＨＴＭＬ言語で記述されたテキストデータ。データの中にＮＬＯ部品を識別する情報も含むことができる。
・ウェブ・サーバ（図中１２３）  サーバマシンで実行され、ＨＴＭＬドキュメントやＮＬＯ部品をダウンロードするプログラム。
・ウェブ・ブラウザ（図中１２４）  クライアントマシンで実行され、ＨＴＭＬドキュメントを表示し、表示に必要なＮＬＯ部品をウェブ・サーバからダウンロードできるプログラム。
・データソース（図中１２５）  テキストや画像などの様々な形式の値。動的に変化することもある。
・サーバマシン（図中１２６）  ウェブ・サーバを実行し、ＮＬＯ部品やＨＴＭＬドキュメントを保持する機能をもつコンピュータ。
・クライアントマシン（図中１２７）  ウェブ・ブラウザを実行するコンピュータ。
・ イントラネット（図中１２８）  社内や所内など閉じたコンピュータネットワーク。サーバマシンとクライアントマシンはこのネットワークに繋がれている。
【０００３】
従来のウェブ・ブラウザを介したデータ提示システムの動作について図１３に示すフローチャートに従って説明する。
（ステップ１３０１）  まずユーザがウェブ・ブラウザに表示したいＨＴＭＬドキュメントを含むＵＲＬをウェブ・ブラウザに指定する。
（ステップ１３０２）  ウェブ・サーバは指定されたＵＲＬから接続するウェブ・サーバのアドレスを取り出す。
（ステップ１３０３）  ウェブ・サーバはアドレスに指定されたウェブ・サーバに接続する。
（ステップ１３０４）  ウェブ・サーバはＵＲＬに指定されたＨＴＭＬドキュメントをウェブ・ブラウザに送信する。
（ステップ1３０５）  ウェブ・ブラウザは送信されたＨＴＭＬドキュメントを受信する。
（ステップ１３０６）  ウェブ・ブラウザは受信したＨＴＭＬドキュメントの中にＮＬＯ部品が含まれているかを検査する。
（ステップ１３０７）  ステップ１３０６においてＮＬＯ部品が含まれていれば、ウェブ・サーバからＮＬＯ部品をダウンロードする。
（ステップ１３０８）  ＮＬＯ部品は自分自身を初期化してブラウザと同じプロセス内で実行される。
【０００４】
次に、こうしたＮＬＯ部品が一定周期で更新されるプロセスデータをデータソースとして、その値を読み込む場合について図１４に示すフローチャートを使って説明する。ここでプロセスデータとは発電所や工場などの産業プラントにおける監視用のセンサの測定値や、アクチュエータへの制御値などが代表的な例である。
【０００５】
（ステップ１４０１）  ＮＬＯ部品が自分自身を初期化する。
（ステップ１４０２）  前回更新時刻Ｔ0 を設定する。前回更新時刻とはＮＬＯ部品が最後にデータソースの値を読み込んだ時刻である。この時刻にはデータの読込完了時刻と、読込開始時刻の２つがあるが、ここでは説明のしやすさから読込み開始時刻をこの時刻としている。この時刻の初期値はシステムの現在時刻である。
（ステップ１４０３）  ＮＬＯ部品がシステムから現在時刻を収得して変数ＴC に代入する。
（ステップ１４０４） 前回の更新時刻から経過した時間をｔに代入する。経過した時間ｔは次の式によって算出できる。
ｔ＝Ｔc-Ｔ0                                   式（１）
【０００６】
（ステップ１４０５）  経過した時間ｔがデータソースの更新周期ＴRateより長い時間経過しているかどうかを検査する。
（ステップ１４０６）  ステップ１４０５において、経過した時間がデータソースの更新時間より長ければ前回更新時間Ｔ0を現在時刻の値に更新する。
（ステップ１４０７）  ＮＬＯ部品がデータソースから値を読み込む。
（ステップ１４０８）  ステップ１４０５において経過した時間がデータソースの更新時間に満たない場合は待機時間ＴW を算出する。この時間は次にデータソースを読み込むまでの時間となるので次ぎの式で算出することができる。
ＴW＝ｔ−ＴRate                          式（２）
（ステップ１４０９）  時間ＴW だけデータソース読込を待機してステップ１４０３に戻る。
【０００７】
【発明が解決しようとする課題】
従来の方法では１ページに使われるデータソースの種類に関わらず、使われるデータソースの数が多くなるにつれてＮＬＯ部品が必要とする通信の量が多くなる。一般的にはＨＴＭＬドキュメントの同じページ内に同じデータソースを要求する複数のＮＬＯ部品があることが多い、例えば同じデータソースの値をトレンドグラフのＮＬＯ部品で表示したり、データソース値をもとに計算した値を表示するメータがあったりする。このとき２つのＮＬＯ部品は同じデータソースに対して別々に値を読みにいかなければならなかった。
【０００８】
【課題を解決するための手段】
ウェブ・サーバが管理するデータをイントラネットで結合されたウェブ・ブラウザを介して提示するデータ提示システムにおいて、サーバマシン上に設けられ、ネットワーク上のデータソースの読み込みおよび更新を管理し、クライアントマシン上のプログラムへのデータソースの送信および更新の通知を行うスタブプログラムと、クライアントマシン上に設けられ、ウェブ・サーバから受信したドキュメント中に含まれる接続可能ＮＬＯ部品のデータソースへのアクセスを管理するプロキシーＮＬＯ部品と、使用するデータソースの識別子およびデータソースを使用する接続可能ＮＬＯ部品の識別子を含み、プロキシーＮＬＯ部品上に作成される接続可能ＮＬＯ部品検索テーブルとを備え、プロキシーＮＬＯ部品は、接続可能ＮＬＯ部品検索テーブル上のデータソースの識別子を前記スタブプログラムに送信し、スタブプログラムから前記データソース識別子に対応するデータソースの更新の通知がされたとき、データソースを読み込み、接続可能ＮＬＯ部品検索テーブルから更新されたデータソースを使用している接続可能ＮＬＯ部品を検索し、検索された接続可能ＮＬＯ部品にデータソースの更新の通知を行い、接続可能ＮＬＯ部品は、プロキシーＮＬＯ部品からデータソースの更新の通知を受信したとき、プロキシーＮＬＯ部品から更新されたデータソースを読み込むことを特徴とするウェブ・ブラウザを介したデータ提示システムを設けたこと。
【０００９】
【発明の実施の形態】
実施の形態１．
図１は本発明の実施例である。以下に図中の構成要素について説明する。
・接続可能ＮＬＯ部品（図中１）  ウェブ・サーバからクライアントマシンへダウンロードできるプログラム。ＮＬＯ部品はお互いに接続可能である。
・ＨＴＭＬドキュメント（図中２）  ＨＴＭＬ言語で記述されたテキストデータ。データの中にＮＬＯ部品を識別する情報も含むことができる。
・プロキシーＮＬＯ部品（図中３）  ＮＬＯ部品と接続でき、ＮＬＯ部品が使用するデータソースに関する識別する情報を記録することができるＮＬＯ部品。
・スタブプログラム（図中４）  サーバマシン上で実行され、ネットワーク上のデータソースの値を読み込んだり、値を更新することができるプログラム。プロキシーＮＬＯ部品と接続して、プロキシーＮＬＯ部品が登録したデータソースが更新されると、プロキシーＮＬＯ部品に通知することもできる。
・ウェブ・サーバ（図中５）  サーバマシンで実行され、ＨＴＭＬドキュメントやＮＬＯ部品をダウンロードするプログラム。
・ウェブ・ブラウザ（図中６）  クライアントマシン上で実行され、ＨＴＭＬドキュメントを表示し、表示に必要なＮＬＯ部品をウェブ・サーバからダウンロードできるプログラム。
・データソース（図中７）  テキストや画像などの様々な形式の値。動的に変化することもある。
・サーバマシン（図中８）  ウェブ・サーバを実行し、ＮＬＯ部品やＨＴＭＬドキュメントを保持する機能をもつコンピュータ。
・クライアントマシン（図中９）  ウェブ・ブラウザを実行するコンピュータ。・イントラネット（図中１０）  社内や所内など閉じたコンピュータネットワーク。
・接続可能ＮＬＯ部品検索テーブル（図中１１）  プロキシーＮＬＯ部品がスタブプログラムによって通知されたデータソースを使用している接続可能ＮＬＯ部品の識別子を検索するためのテーブル。
【００１０】
ここで図２に示すフローチャートに従って本実施例の動作について説明する。（ステップ２０１）  ユーザがウェブ・ブラウザに表示したいＨＴＭＬドキュメントを含むＵＲＬをウェブ・ブラウザに指定する。
（ステップ２０２）  ウェブ・サーバは指定されたＵＲＬから接続するウェブ・サーバのアドレスを取り出す。
（ステップ２０３）  ウェブ・サーバはアドレスに指定されたウェブサーバに接続する。
（ステップ２０４）  ウェブ・サーバはＵＲＬに指定されたＨＴＭＬドキュメントをウェブ・ブラウザに送信する。
（ステップ２０５）  ウェブ・ブラウザは送信されたＨＴＭＬドキュメントを受信する。
（ステップ２０６）  ウェブ・ブラウザは受信したＨＴＭＬドキュメントの中に接続可能ＮＬＯ部品が含まれているかを調べる。
（ステップ２０７）  ステップ２０６において接続可能ＮＬＯ部品が含まれていれば、ウェブ・サーバからＮＬＯ部品をダウンロードする。
（ステップ２０８）  ウェブ・ブラウザは接続可能ＮＬＯ部品を実行する。
【００１１】
ダウンロードされた接続可能ＮＬＯ部品は図３に示すフローチャートに従って実行される。
（ステップ３００１）  自分自身を初期化する。
（ステップ３００２）  クライアントマシンでプロキシーＮＬＯ部品が実行中であるかを検査する。
（ステップ３００３）  ステップ３００２においてプロキシーＮＬＯ部品が実行されていなければ、ウェブ・サーバからプロキシーＮＬＯ部品をダウンロードして起動する。
（ステップ３００４）  接続可能ＮＬＯ部品はプロキシーＮＬＯ部品と接続する。
（ステップ３００５）  接続された接続可能ＮＬＯ部品は使用するデータソースの識別子をプロキシーＮＬＯ部品の接続可能ＮＬＯ部品検索テーブルに登録する。本実施例ではデータソースの識別子をＤ１、Ｄ２といったシンボルとしているが、それを使用するプロキシーＮＬＯ部品が一意に識別できるものであれば何でもかまわない。プロキシーＮＬＯ部品はこの識別子を図４に示すような接続可能ＮＬＯ部品検索テーブルに記録する。ここでＮ１、Ｎ２といったシンボルは接続部品ＮＬＯ部品の識別子であり、ここではＮＬＯ部品″Ｎ１″はデータソースＤ１〜Ｄ４を使い、ＮＬＯ部品″Ｎ２″はＤ１〜Ｄ４、ＮＬＯ部品″Ｎ３″はＤ１、Ｄ４、Ｄ５を使っていることを示している。
（ステップ３００６）  サーバマシンに対してスタブプログラムが実行中であるか検査する。
（ステップ３００７）  ステップ３００６においてスタブプログラムが実行されていなければ起動する。
（ステップ３００８）  プロキシーＮＬＯ部品はスタブプログラムと接続を行う。
（ステップ３００９）  スタブプログラムはローカルメモリ内に送信されたデータソースの識別子を格納する領域を作成する。
（ステップ３０１０）  接続が行われるとプロキシーＮＬＯ部品は接続可能ＮＬＯ部品検索テーブルの登録されている全てのデータソースの識別子をスタブプログラムへ送信する。
（ステップ３０１１）  スタブプログラムはステップ３０１１で送信された識別子を受信して、ステップ３００９で作成された領域に格納する。
【００１２】
次にデータソースが更新された場合の動作について図５に示すフローチャートに従って説明する。またデータソースＤ２が更新された場合の動作を示した図６も参照しながら説明する。なお図６では図４の接続可能ＮＬＯ部品検索テーブルを使っていた場合の動作を示している。
（ステップ５００１）  スタブプログラムはステップ３０１１で格納されたデータソースの全てについて値を読込む。図６のようにスタブプログラムは周期的にデータソースから値を獲得する。ここでは図６のようにデータソースにＤ２に関して値１２３４がローカルメモリに読み込まれている。
（ステップ５００２）  読み込んだ値が更新されているかを検査する。値が更新されていなければステップ５００１にもどる。
（ステップ５００３）  ステップ５００２で値が更新されていればプロキシーＮＬＯ部品に通知を行う。図６ではデータソースＤ２に関してプロキシーＮＬＯ部品に通知が行われている。
（ステップ５００４）  通知をうけたプロキシーＮＬＯ部品はスタブプログラムからデータソースの値を読込みＮＬＯ部品内のメモリに記録する。図６ではプロキシーＮＬＯ部品のローカルメモリの中にＤ２の値１２３４が記録されている。
（ステップ５００５）  接続可能ＮＬＯ部品検索テーブルから更新されたデータソースを使用している接続可能ＮＬＯ部品を検索する。図６のようにデータソースＤ２に関して接続可能ＮＬＯ部品検索テーブルを検索してＮ１、Ｎ２の２つの接続可能ＮＬＯ部品を検索する
。
（ステップ５００６）  ステップ５００５で検索された接続可能ＮＬＯ部品に通知を行う。図６では検索されたＮ１、Ｎ２に関して通知を行う。
（ステップ５００７）  更新通知をうけた接続可能ＮＬＯ部品はプロキシーＮＬＯ部品内のメモリから更新されたデータソースを読み込む。
【００１３】
以上のようにこの実施の形態のウェブ・ブラウザを介したデータ提示システムはあるデータソースが更新されたときに、そのデータソースを使用している全ての接続可能ＮＬＯ部品を検索し、通知を行うことができるので、ウェブ・ブラウザを介するデータ通信量を削減することができる。
【００１４】
また、本実施の形態によれば、サーバ・ブラウザ間のデータ通信量が主としてデータソース数のみに依存し、接触可能ＮＬＯ部品数に対する依存性が少なくなるので、必要な通信量の見積もりが著しく容易となり、リアルタイムシステムを構築しやすくなる。
【００１５】
実施の形態２．
実施の形態１ではスタブサーバから通知を受けたプロキシーＮＬＯ部品は更新されたデータソースを使っている全ての接続可能ＮＬＯ部品へ無条件に通知を行っていたが、接続可能ＮＬＯ部品がプロキシーＮＬＯ部品へ必要なデータソースの識別子を接続可能ＮＬＯ検索テーブルに登録するときに、接続可能ＮＬＯ部品が要求する更新周期も指定しておくことにより、プロキシーＮＬＯ部品と接続可能ＮＬＯ部品間の通知回数を少なくすることができ、実施の形態１と同様の効果が得られる。
【００１６】
プロキシーＮＬＯ部品は接続可能ＮＬＯ部品が使用するデータソースを登録するときに、図７のような接続可能ＮＬＯ部品検索テーブルを作成する。このテーブルには接続可能ＮＬＯ部品が登録するデータソースの更新周期ＴRateと、プロキシーＮＬＯ部品がそのデータソースに関して接続可能ＮＬＯ部品に関して最後に通知を行った時刻最終通知時刻ＴLastを格納する。ただしＴLastの初期値は０にする。この例では接続可能ＮＬＯ部品Ｎ２がデータソースＤ３を３００ミリ秒間隔で更新しており、最後にＮ２に対してＤ３に関する通知が行われたのは時刻が７８２５４ミリ秒であることを示している。ここで扱われる時刻はシステムが起動されてからの相対時刻である。
【００１７】
現在時刻ｔであるときデータソースＤi が更新された場合、プロキシーＮＬＯ部品は接続可能ＮＬＯ検索テーブルからＤi に関する最終通知時刻ＴLastと更新周期ＴRateを得る。もしｔ−ＴLast＞ＴRateであればデータソースを要求している接続可能ＮＬＯ部品へ通知を行いＴLastに現在時刻ｔを代入する。もしＴLast＜ＴRateであれば通知は行わない。
【００１８】
例えば現在時刻は７９０００ミリ秒であるとき、データソースＤ１が更新された場合、Ｄ１を使用しているＮＬＯ部品はＮ１、Ｎ２、Ｎ３、Ｎ４であるが、最終通知時刻から現在の経過時間をそれぞれについて算出するとＮ１は５００ミリ秒経過し、Ｎ２は８００ミリ秒、Ｎ３は２００ミリ秒、Ｎ４は２００ミリ秒が経過していることになる。Ｎ1とＮ2は更新周期がそれぞれ３００ミリ秒であるので経過時間は更新時間を経過しているので通知を行うが、Ｎ3,Ｎ4 に関しては更新周期が３００ミリ秒なのでまだ更新時間に達してい
ないので通知は行われない。
【００１９】
以上のようにこの実施の形態のウェブ・ブラウザを介したデータ提示システムではデータソースが更新されたときに通知する接続可能ＮＬＯ部品に関して、現在時刻がそのデータソースに関する更新作業が完了した時刻から経過した時間が、データソースに指定された更新時間に満たない場合は通知を行わないようにすることができる。これにより不要なデータ通信が回避され、通信量が削減できる。
【００２０】
実施の形態３
実施の形態１ではプロキシーＮＬＯ部品がデータソースを要求している全てのＮＬＯ部品にイベントを送信していたが、プロキシーがＮＬＯ部品へ通知するイベントに次に通知しなければならないＮＬＯ部品の識別子を含ませることにより、同様の効果が得られる。ここでは図８に示すフローチャートおよび図９を使って動作を説明する。
（ステップ８００１）  ダウンロードされた接続可能ＮＬＯ部品 ＮTarget は、プロキシーＮＬＯ部品へ使用するデータソースの識別子ＤTargetを登録する。例えばＮTargetをＮ2とすれば、Ｎ2はＤ1、Ｄ2、Ｄ3、Ｄ4の４つの識別子を登録する。
（ステップ８００２）  プロキシーＮＬＯ部品はＮTargetに対して、登録する全てのデータソースＤTargetを直前に登録した別の接続可能ＮＬＯ部品の識別子ＮPrevを返す。これはＮTargetが登録する全てのデータソースについて行われる。例えばＮ1については既に登録してあるとしてＮTargetをＮ2とすれば、データソースＤ1、Ｄ2、Ｄ3についてはすべてＮ1を返し、Ｄ4は直前に登録したＮＬＯ部品がないのでＮ2自身の識別子がＮPrevになる。
（ステップ８００３）  ＮTargetは返された識別子をデータソースごとにローカルメモリに記録する。このときデータソースの識別子と対応づけてＮPrevを記録する。例えばこの例についてすべてのＮＬＯ部品について登録が完了した場合、それぞれのＮＬＯ部品のもつローカルメモリ内のＮPrevは図９のようになる。
（ステップ８００４）  プロキシーＮＬＯ部品はデータソースそれぞれについて、最後に登録をしたＮＬＯ部品の識別子を検索する接続可能ＮＬＯ部品検索テーブルを作成する。この例の接続可能ＮＬＯ部品検索テーブルは図１０のようになる。
【００２１】
次に本実施例でデータソースが更新された場合の動作について図１１のフローチャートを使って説明する。
（ステップ１１０１）  プロキシーＮＬＯ部品は接続可能ＮＬＯ部品検索テーブルの中から最後に登録を行った接続可能ＮＬＯ部品ＮLastを検索する。
（ステップ１１０２）  プロキシーＮＬＯ部品はＮLastへ通知を行う。
（ステップ１１０３）  通知が行われたＮLastはプロキシーＮＬＯ部品からデータソースの値をローカルメモリに読み込む。
（ステップ１１０４）  ＮPrevとＮLastが同じであるかを検査する。
（ステップ１１０５）  ステップ１１０５でＮPrevとＮLastが同じでなければＮPrevに通知を行う。
（ステップ１１０６）  通知の行われたＮPrevは自分自身の識別子ＮPrevをＮLastとしてステップ１１０３に従って更新されたデータソースの値を読み込む。
例えば、データソースＤ１が更新された場合はＮ４→＞Ｎ３→＞Ｎ２→＞Ｎ１の順に通知が行われる。本実施例を使えば、プロキシーＮＬＯ部品は１つのデータソースを使っている接続可能ＮＬＯ部品の数によらずに高速な処理を行えるため、以降の通知作業が遅れることはない。
【００２２】
以上のようにこの実施の形態に記載のウェブ・ブラウザを介したデータ提示システムでは、データソースが更新されたときに接続可能ＮＬＯ部品に通知する際に、更新されたデータソースに関して通知要求している全ての接続可能ＮＬＯ部品に通知することなく、１つの接続可能ＮＬＯ部品だけに通知することによりデータソースを使っている全ての接続可能ＮＬＯ部品がデータソースに関する値を更新することができ、ウェブ・ブラウザを介してのデータ通信量を削減できる。
【００２３】
本発明の構成によるウェブ・ブラウザを介したデータ提示システムにおいては、サーバマシン上に、データソースを一括して管理するスタブプログラムを設け、クライアントマシン上に、スタブプログラムからデータソースの値を読み込み、その値を必要としているプログラム部品を検索して送信できるプロキシープログラムを設けたので、クライアントマシン上のプログラム部品は個別にサーバマシンにアクセスすることなく、プロキシープログラムのローカルメモリからデータを読み取ることができ、ウェブ・ブラザを介してのデータ通信量を削減することができるという効果を奏する。
【００２４】
【発明の効果】
ウェブ・サーバが管理するデータをイントラネットで結合されたウェブ・ブラウザを介して提示するデータ提示システムにおいて、サーバマシン上に設けられ、ネットワーク上のデータソースの読み込みおよび更新を管理し、クライアントマシン上のプログラムへのデータソースの送信および更新の通知を行うスタブプログラムと、クライアントマシン上に設けられ、ウェブ・サーバから受信したドキュメント中に含まれる接続可能ＮＬＯ部品のデータソースへのアクセスを管理するプロキシーＮＬＯ部品と、使用するデータソースの識別子およびデータソースを使用する接続可能ＮＬＯ部品の識別子を含み、プロキシーＮＬＯ部品上に作成される接続可能ＮＬＯ部品検索テーブルとを備え、プロキシーＮＬＯ部品は、接続可能ＮＬＯ部品検索テーブル上のデータソースの識別子をスタブプログラムに送信し、スタブプログラムから前記データソース識別子に対応するデータソースの更新の通知がされたとき、データソースを読み込み、接続可能ＮＬＯ部品検索テーブルから更新されたデータソースを使用している接続可能ＮＬＯ部品を検索し、検索された接続可能ＮＬＯ部品にデータソースの更新の通知を行い、接続可能ＮＬＯ部品は、前記プロキシーＮＬＯ部品からデータソースの更新の通知を受信したとき、プロキシーＮＬＯ部品から更新されたデータソースを読み込むことを特徴とするウェブ・ブラウザを介したデータ提示システムを設けたので、ウェブ・ブラザを介してのデータ通信量を削減することができるという効果を奏する。
【００２５】
【図面の簡単な説明】
【図１】本発明によるウェブ・ブラウザを介したデータ提示システムの構成図である。
【図２】実施の形態１に基づく初期時の動作を示すフローチャートである。
【図３】実施の形態１に基づく接続可能ＮＬＯ部品実行時の動作を示すフローチャートである。
【図４】実施の形態１に基づく接続可能ＮＬＯ部品検索テーブルである。
【図５】実施の形態１に基づくデータソース更新の場合の動作例を示す図である。
【図６】実施の形態１に基づくデータ更新における動作例を示す図である。
【図７】実施の形態２に基づく接続可能ＮＬＯ部品通知テーブルである。
【図８】実施の形態３の動作を示すフローチャートである。
【図９】実施例３のＮPrevの登録状況を示す図である。
【図１０】実施の形態３に基づく接続可能ＮＬＯ部品検索テーブルである。
【図１１】実施の形態３のデータ通知の動作を示すフローチャートである。
【図１２】従来のウェブ・サーバを介したデータ提示システムの構成図である。
【図１３】従来のウェブ・ブラウザを介したデータ提示システムの動作を示すフローチャートである。
【図１４】従来例に基づくデータソース更新時の動作を示すフローチャートである。
【符号の説明】
１  接続可能ＮＬＯ部品、  ２  ＨＴＭＬドキュメント、  ３  プロキシＮＬＯ部品、  ４  スタブプログラム、  ５  ウェブ・サーバ、  ６  ウェブ・ブラウザ、  ７  データソース、  ８  サーバマシン、  ９  クライアントマシン、１０  イントラネット、１１  接続可能ＮＬＯ部品検索テーブル。
【図１】
0003606007.tif 000002
【図２】
0003606007.tif 000003
【図３】
0003606007.tif 000004
【図４】
0003606007.tif 000005
【図５】
0003606007.tif 000006
【図６】
0003606007.tif 000007
【図７】
0003606007.tif 000008
【図８】
0003606007.tif 000009
【図９】
0003606007.tif 000010
【図１０】
0003606007.tif 000011
【図１１】
0003606007.tif 000012
【図１２】
0003606007.tif 000013
【図１３】
0003606007.tif 000014
【図１４】
0003606007.tif 000015