JPH11238008A - データアクセス方式 - Google Patents

Abstract

(57)【要約】 【課題】 データソースへのアクセスを効率的に行う。 【解決手段】 アプリケーションプログラム８で過去に
データ入力した時の情報をもとに、一連の処理で使われ
るタグ名についてのタグ名アクセス管理テーブル６を作
成する。次のデータ入力時には、一連の処理で入力され
る最初のタグ名のデータ入力時に、それに続く一連のタ
グ名に対して一括してデータ入力を同時に行い、データ
をタグ名アクセス管理テーブル６に保持する。そして、
一連の処理で入力される２番目以降のタグ名に対して
は、タグ名アクセス管理テーブル６上に保持するデータ
をアプリケーションプログラム８に渡す

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータアクセス方式
に関し、特に、データベースやシーケンサ等のデータソ
ースのデータに対してタグ名を予め定義しておき、アプ
リケーションプログラム内でタグ名を指定することによ
り、データソースのデータの入出力を行う場合に適用し
て好適なものである。

【０００２】

【従来の技術】アプリケーションプログラム内でタグ名
を指定してデータにアクセスする処理では、スリープし
ながら定周期で同じ一連のタグ名のデータを入力した
り、出力したりすることが通常行われている。ここで、
タグ名によってデータソースのデータを入出力する処理
では、データを入出力する度にデータソースへのアクセ
スが行われる。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
データアクセス方式では、データソースへのアクセスが
ネットワークを経由して行われる場合、一度にアクセス
するタグ名が多数あると、アプリケーションプログラム
での処理時間が長くなるとともに、ネットワーク負荷が
大きくなるという問題があった。

【０００４】そこで、本発明の目的は、データソースへ
のアクセスを効率的に行うことが可能なデータアクセス
方式を提供することである。

【０００５】

【課題を解決するための手段】上述した課題を解決する
ために、本発明によれば、タグ名による過去のデータ入
力の情報に基づいて、連続して指定されるタグ名を予測
してデータを一括して入力するようにしている。

【０００６】このことにより、データソースにアクセス
するタグ名が複数ある場合においても、タグ名によるア
クセスが１回行われただけで、アクセスされたタグ名に
関連する一連のデータを一括して入力することが可能と
なり、アプリケーションプログラムからデータソースへ
のアクセスの回数を低減させて、処理時間を短縮するこ
とが可能となるとともに、データソースへのアクセスに
使用されるネットワークの負荷を軽減することが可能と
なる。

【０００７】また、本発明の一態様によれば、タグ名に
よる過去のデータ出力の情報に基づいて、連続して指定
されるタグ名を予測してデータを一括して出力するよう
にしている。

【０００８】このことにより、データソースへのデータ
出力時のタグ名が複数ある場合においても、タグ名の指
定が１回行われただけで、指定されたタグ名に関連する
一連のデータを一括して出力することが可能となり、タ
グ名によるデータの出力の回数を低減させて、処理時間
を短縮することが可能となるとともに、データソースへ
のデータ出力に使用されるネットワークの負荷を軽減す
ることが可能となる。

【０００９】

【発明の実施の形態】以下、本発明の一実施例に係わる
データアクセス方式について図面を参照しながら説明す
る。

【００１０】図１は、本発明の第１実施例に係わるデー
タアクセス装置の構成を示すブロック図である。図１に
おいて、データソース１にはデータが格納され、データ
ソース１のデータにはタグ名が定義されている。データ
アクセス装置３は、タグ名を指定してデータソース１の
データにアクセスするもので、判定手段４、一括入力手
段５、タグ名アクセス管理テーブル６、及び出力手段７
を備えている。

【００１１】判定手段４は、タグ名アクセス管理テーブ
ル４を参照することにより、現在のデータ入力における
タグ名が、一連のタグ名かどうかを判定するとともに、
一連のタグ名については、一連のタグ名の先頭かどうか
を判定する。

【００１２】一括入力手段５は、アプリケーションプロ
グラム８により指定されたタグ名が一連のタグ名の先頭
である場合、先頭のタグ名に続く一連のタグ名のデータ
をデータソース１から一括して入力し、タグ名アクセス
管理テーブル６に格納する。タグ名アクセス管理テーブ
ル６には、タグ名による過去のデータ入力の情報が格納
されている。出力手段７は、一括処理の対象となってい
るタグ名については、タグ名アクセス管理テーブル６か
ら読み出されたデータをアプリケーションプログラム８
に渡す。また、一括処理の対象でないタグ名について
は、データソース１から取り出したデータをアプリケー
ションプログラム８に渡す。

【００１３】次に、図１のデータアクセス装置の動作に
ついて説明する。アプリケーションプログラム８がデー
タソース１のデータにアクセスする場合、判定手段４
は、アプリケーションプログラム８で指定されたタグ名
が、タグ名アクセス管理テーブル６に登録されているか
どうか調べる。アプリケーションプログラム８で指定さ
れたタグ名が、タグ名アクセス管理テーブル６に登録さ
れている場合、アプリケーションプログラム８で指定さ
れたタグ名が、タグ名アクセス管理テーブル６に登録さ
れている一連のタグ名の先頭かどうかを調べる。

【００１４】アプリケーションプログラム８で指定され
たタグ名が一連のタグ名の先頭である場合、一括入力手
段５は、タグ名アクセス管理テーブル６に登録されてい
る一連のタグ名のそれぞれについて、データソース１か
ら一括してデータを取り出す。そして、データソース１
から一括して取り出したデータを、タグ名アクセス管理
テーブル６に格納するとともに、先頭のタグ名に対応す
るデータをアプリケーションプログラム８に渡す。な
お、一連のタグ名かどうかの判定は、直前のデータ入力
との時間間隔が一定の範囲内かどうかで判断することが
できる。

【００１５】次に、アプリケーションプログラム８が、
タグ名アクセス管理テーブル６に登録されているタグ名
であって、一連のタグ名の先頭以降のタグ名を指定する
と、データアクセス装置３は、その指定されたタグ名に
対応するデータを、タグ名アクセス管理テーブル６から
読み出し、アプリケーションプログラム８に渡す。

【００１６】この結果、アプリケーションプログラム８
は、タグ名アクセス管理テーブル６に登録されているタ
グ名であって、一連のタグ名の先頭以降のタグ名のデー
タについては、データソース１にアクセスすることな
く、タグ名アクセス管理テーブル６からデータを受け取
ることが可能となり、通信ネットワーク２を介してデー
タを取り寄せる必要がなくなることから、アプリケーシ
ョンプログラム８の処理時間を短くすることが可能とな
るとともに、通信ネットワーク２の負荷を低減すること
が可能となる。

【００１７】一方、アプリケーションプログラム８で指
定されたタグ名が、タグ名アクセス管理テーブル６に登
録されていない場合であって、そのタグ名が一連のタグ
名の続きである場合は、そのタグ名をタグ名アクセス管
理テーブル６に追加するとともに、そのタグ名に対応す
るデータをデータソース１から取り出して、アプリケー
ションプログラム８に渡す。

【００１８】このように、アプリケーションプログラム
８で過去にデータ入力した時の情報をもとに、一連の処
理で使われるタグ名についてのタグ名アクセス管理テー
ブル６を作成しておく。次のデータ入力時には、一連の
処理で入力される最初のタグ名のデータ入力時に、それ
に続く一連のタグ名に対して一括してデータ入力を同時
に行い、データをタグ名アクセス管理テーブル６に保持
する。そして、一連の処理で入力される２番目以降のタ
グ名に対しては、タグ名アクセス管理テーブル６上に保
持するデータをアプリケーションプログラム８に渡すこ
とにより、アプリケーションプログラム８によるデータ
ソース１へのアクセス回数を減らして、処理時間を短縮
することが可能となるともに、通信ネットワーク２の負
荷を軽減することが可能となる。

【００１９】図２は、本発明の第１実施例に係わるスリ
ープしながら一定周期で一連のタグ名にアクセスするア
プリケーションプログラムの動作を示すフローチャート
である。

【００２０】図２において、アプリケーションプログラ
ム８は、“ボリューム１”というタグ名を指定してデー
タアクセス装置３にデータ入力要求を行うことにより、
“ボリューム１”に対応したデータを入力する（ステッ
プＳ１）。

【００２１】次に、“ボリューム２”というタグ名を指
定してデータアクセス装置３にデータ入力要求を行うこ
とにより、“ボリューム２”に対応したデータを入力す
る（ステップＳ２）。

【００２２】次に、“ボリューム３”というタグ名を指
定してデータアクセス装置３にデータ入力要求を行うこ
とにより、“ボリューム３”に対応したデータを入力す
る（ステップＳ３）。

【００２３】次に、“ボリューム１”〜“ボリューム
３”に対応して入力した各データを処理し（ステップＳ
４）、スリープを行う（ステップＳ５）。図３は、図２
のプログラムを実行した時の各タグ名に対するデータ入
力時刻を時系列的に示す表である。

【００２４】図３において、タグ名が“ボリューム１”
のデータが“１４：１０．１１０”に入力され、タグ名
が“ボリューム２”のデータが“１４：１０．１４０”
に入力され、ボリューム３”のデータが“１４：１０．
１８０”に入力され、タグ名が“ボリューム４”のデー
タが“１４：１０．２１０”に入力されたものとする。
ここで、一連のデータかどうかを判定する時間間隔を、
１００ミリ秒に設定すると、これらの“ボリューム１”
〜“ボリューム４”に対応して入力されたデータは、一
連のデータとみなされる。

【００２５】また、タグ名が“ボリューム１”のデータ
が“１４：１２．１５０”に入力され、タグ名が“ボリ
ューム２”のデータが“１４：１２．１８０”に入力さ
れ、タグ名が“ボリューム３”のデータが“１４：１
２．２１０”に入力され、タグ名が“ボリューム４”の
データが“１４：１２．２４０”に入力されたものとす
ると、これらの“ボリューム１”〜“ボリューム４”に
対応して入力されたデータは、一連のデータとみなされ
る。

【００２６】図４（ａ）は、本発明の第１実施例に係わ
るタグ名アクセス管理テーブル６の構成を示す図であ
る。タグ名アクセス管理テーブル６には、「タグ名」を
格納する領域、「データ入力時刻」を格納する領域、
「データ」を格納する領域が設けられている。「タグ
名」は、データ入力で指定したタグ名である。「データ
入力時刻」は、データ入力した時刻である。「データ」
は、「タグ名」に対応するデータソース１のデータであ
る。

【００２７】図４（ｂ）は、本発明の第１実施例に係わ
るワーク変数の構成を示す図で、タグ名アクセス管理テ
ーブル６の処理中の位置を指示するポインタである。以
降、「カレント位置」と称する。

【００２８】図４（ｃ）は、図２のプログラムを実行し
た時にタグ名アクセス管理テーブル６に設定される情報
の例を示す図で、“ボリューム１”〜“ボリューム４”
のタグ名に対してデータ入力した時に設定される情報の
例である。例えば、タグ名が“ボリューム１”のデータ
が“１０：１１：３１．０３５”に入力され、このデー
タの値が“２４”であるとすると、「タグ名」の欄には
“ボリューム１”と格納され、「データ入力時刻」の欄
には“１０：１１：３１．０３５”と格納され、「デー
タ」の欄には“２４”と格納される。

【００２９】同様に、“ボリューム２”〜“ボリューム
４”というタグ名に対応して、「データ入力時刻」の欄
には、“１０：１１：３１．１２０”、“１０：１１：
３１．１７８”、“１０：１１：３１．２２５”と格納
され、「データ」の欄には“３０”、“１０”、“６
７”と格納されている。

【００３０】図５は、本発明の第１実施例に係わるデー
タアクセス装置の動作を示すフローチャートである。な
お、ステップＳ１１〜ステップＳ１６までは、「タグ名
アクセス管理テーブル６」に一連のタグ名の情報が設定
されている場合の処理を示し、ステップＳ１７〜ステッ
プＳ２０までは、「タグ名アクセス管理テーブル６」を
作成する途中の処理を示す。

【００３１】図５において、アプリケーションプログラ
ム８がデータアクセス装置３にタグ名を指定してデータ
入力要求を行うと、タグ名アクセス管理テーブル６のカ
レント位置の次にあるタグ名と同じタグ名からデータ入
力しているかどうかを調べる（ステップＳ１１）。

【００３２】次に、アプリケーションプログラム８によ
り指定されたタグ名が一括処理の対象タグ名と判断され
た場合、そのタグ名がタグ名アクセス管理テーブル６の
先頭にあるかどうかで一連のタグ名の先頭かどうかを判
断する（ステップＳ１２）。

【００３３】次に、アプリケーションプログラム８によ
り指定されたタグ名が一連のタグ名の先頭である場合、
タグ名アクセス管理テーブル６内の全てのタグ名のデー
タを一括してデータソース１から取り出し、取り出した
データをタグ名アクセス管理テーブル６に格納する（ス
テップＳ１３）。

【００３４】次に、アプリケーションプログラム８によ
り指定されたタグ名のデータを取り出し、カレント位置
を進める（ステップＳ１４）。次に、アプリケーション
プログラム８により指定されたタグ名のデータをアプリ
ケーションプログラムに渡す（ステップＳ１５）。

【００３５】一方、アプリケーションプログラム８によ
り指定されたタグ名が一括処理の対象タグ名となってい
るが、一連のタグ名の先頭でないと判断された場合、ア
プリケーションプログラム８により指定されたタグ名の
データをタグ名アクセス管理テーブル６から取り出し、
カレント位置を進める（ステップＳ１６）。

【００３６】また、アプリケーションプログラム８によ
り指定されたタグ名が一括処理の対象タグ名でないと判
断された場合、一連のタグ名の続きかどうかを判定する
（ステップＳ１７）。ここで、一連のタグ名の続きかど
うかの判定は、タグ名アクセス管理テーブル６のカレン
ト位置のデータ入力時刻と現在時刻を比較し、データ入
力時刻と現在時刻との時間間隔が、「一連処理判定間
隔」以下かどうかを調べることにより行うことができ
る。なお、この「一連処理判定間隔」は、一連のデータ
入力かどうかを判定するための時間間隔で、例えば、１
００ミリ秒に設定する。

【００３７】一連のタグ名の続きなら、タグ名のアクセ
ス管理テーブル６にタグ名と現在時刻を追加し（ステッ
プＳ１８）、カレント位置を進める。そして、アプリケ
ーションプログラム８により指定されたタグ名のデータ
をデータソース１からデータ入力する（ステップＳ１
９）。

【００３８】一方、一連のタグ名に対する最初のデータ
入力なら、タグ名アクセス管理テーブル６を初期化する
（ステップＳ２０）。例えば、タグ名として、“ボリュ
ーム１”〜“ボリューム４”が図４（ｃ）のタグ名アク
セス管理テーブル６に登録されているものとする。この
状態で、アプリケーションプログラム８が、“ボリュー
ム１”というタグ名を指定したものとする。すると、デ
ータアクセス装置３は、タグ名アクセス管理テーブル６
に登録されている“ボリューム１”〜“ボリューム４”
のタグ名に対応するデータを、データソース１から取り
出し、タグ名アクセス管理テーブル６に記憶する。この
結果、例えば、図４（ｃ）のタグ名アクセス管理テーブ
ル６の「データ」の欄には、“２４”、“３０”、“１
０”、“６７”というデータが格納される。

【００３９】次に、データアクセス装置３は、タグ名ア
クセス管理テーブル６に記憶されているデータのうち、
アプリケーションプログラム８が指定した“ボリューム
１”というタグ名に対応する“２４”というデータを、
アプリケーションプログラム８に渡す。

【００４０】次に、アプリケーションプログラム８が、
“ボリューム２”というタグ名を指定したものとする。
すると、データアクセス装置３は、“ボリューム２”と
いうタグ名に対応する“３０”というデータを、データ
ソース１にアクセスして取り出すのではなく、タグ名ア
クセス管理テーブル６から取り出す。そして、アプリケ
ーションプログラム８が指定した“ボリューム２”とい
うタグ名に対応する“３０”というデータを、アプリケ
ーションプログラム８に渡す。

【００４１】同様に、アプリケーションプログラム８
が、“ボリューム３”または“ボリューム４”というタ
グ名を指定したものとする。すると、データアクセス装
置３は、“ボリューム３”または“ボリューム４”とい
うタグ名に対応する“１０”または“６７”というデー
タを、データソース１にアクセスして取り出すのではな
く、タグ名アクセス管理テーブル６から取り出して、ア
プリケーションプログラム８に渡す。

【００４２】このように、“ボリューム２”〜“ボリュ
ーム４”のタグ名が指定された際は、タグ名アクセス管
理テーブル６に記憶されているデータがアプリケーショ
ンプログラム８に渡される。この結果、“ボリューム
２”〜“ボリューム４”のタグ名に対応するデータを通
信ネットワーク２を介してデータソース１に取りに行く
必要がなくなるので、アプリケーションプログラム８で
の処理時間を短縮することが可能となるとともに、通信
ネットワーク２の負荷を軽くすることが可能となる。

【００４３】図６は、本発明の第２実施例に係わるデー
タアクセス装置の構成を示すブロック図である。図６に
おいて、データソース１８にはデータが格納され、デー
タソース１８のデータにはタグ名が定義されている。デ
ータアクセス装置１２は、タグ名を指定してデータソー
ス１８にデータ出力するもので、判定手段１３、出力手
段１４、タグ名アクセス管理テーブル１５、及び一括出
力手段１６を備えている。

【００４４】判定手段１３は、タグ名アクセス管理テー
ブル１５を参照することにより、現在のデータ出力にお
けるタグ名が、一連のタグ名かどうかを判定するととも
に、一連のタグ名については、一連のタグ名の最後かど
うかを判定する。出力手段１４は、アプリケーションプ
ログラム１１から出力されたデータのうち、一括処理の
対象でないタグ名のデータを、データソース１８に出力
する。タグ名アクセス管理テーブル１５には、タグ名に
よる過去のデータ出力の情報が格納されている。また、
判定手段１３により一連のタグ名と判定されたデータを
格納する。一括出力手段１６は、アプリケーションプロ
グラム１１により指定されたタグ名が、一連のタグ名の
最後である場合、一連のタグ名のデータをタグ名アクセ
ス管理テーブル１５から読み出し、データソース１８に
一括して出力する。

【００４５】次に、図６のデータアクセス装置の動作に
ついて説明する。アプリケーションプログラム１１がデ
ータソース１８にデータ出力する場合、判定手段１３
は、アプリケーションプログラム１１で指定されたタグ
名が、タグ名アクセス管理テーブル１５に登録されてい
るかどうか調べる。アプリケーションプログラム１１で
指定されたタグ名が、タグ名アクセス管理テーブル１５
に登録されている場合、アプリケーションプログラム１
１で指定されたタグ名が、タグ名アクセス管理テーブル
１５に登録されている一連のタグ名の最後かどうかを調
べる。

【００４６】アプリケーションプログラム１１で指定さ
れたタグ名が一連のタグ名の最後でない場合、アプリケ
ーションプログラム１１で指定された一連のタグ名に対
応するデータをタグ名アクセス管理テーブル６に登録す
る。なお、一連のタグ名かどうかの判定は、直前のデー
タ入力との時間間隔が一定の範囲内かどうかで判断する
ことができる。

【００４７】次に、アプリケーションプログラム１１
が、タグ名アクセス管理テーブル１５に登録されている
一連のタグ名の最後のタグ名を指定すると、一連のタグ
名に対応する全てのデータをタグ名アクセス管理テーブ
ル１５から読み出し、データソース１８に一括して出力
する。

【００４８】この結果、アプリケーションプログラム１
１が、タグ名アクセス管理テーブル１５に登録されてい
る一連のタグ名のデータをデータソース１８に出力する
場合、一連のタグ名の最後のタグ名の指定が行われるま
で、一連のタグ名のデータのデーソース１８への出力が
待たされる。そして、一連のタグ名の最後のタグ名が指
定された時に、一連のタグ名に対応する全てのデータが
データアクセス装置１２からデータソース１８に一括し
て出力される。このため、アプリケーションプログラム
１１は、一連のタグ名のデータについては、各タグ名ご
とに通信ネットワーク１７を介したデータ出力を行う必
要がなくなり、アプリケーションプログラム１１の処理
時間を短くすることが可能となるとともに、通信ネット
ワーク１７の負荷を低減することが可能となる。

【００４９】一方、アプリケーションプログラム１１で
指定されたタグ名が、タグ名アクセス管理テーブル１５
に登録されていない場合であって、そのタグ名が一連の
タグ名の続きである場合は、そのタグ名をタグ名アクセ
ス管理テーブル１５に追加するとともに、そのタグ名に
対応するデータをデータソース１に出力する。

【００５０】このように、アプリケーションプログラム
１１で過去にデータ出力した時の情報をもとに、一連の
処理で使われるタグ名についてのタグ名アクセス管理テ
ーブル１５を作成しておく。次のデータ出力時には、一
連の処理で出力される最後のタグ名以外のデータをタグ
名アクセス管理テーブル１５に記憶しておく。そして、
一連の処理で出力される最後のタグ名のデータ出力時
に、一連のタグ名に対してデータソース１８へのデータ
出力を一括して行うことにより、アプリケーションプロ
グラム１１によるデータソース１８へのアクセス回数を
減らして、処理時間を短縮することが可能となるとも
に、通信ネットワーク１７の負荷を軽減することが可能
となる。

【００５１】図７は、本発明の第２実施例に係わるスリ
ープしながら一定周期で一連のタグ名のデータ出力を行
うアプリケーションプログラム１１の動作を示すフロー
チャートである。

【００５２】図７において、アプリケーションプログラ
ム１１は、“ボリューム１”〜“ボリューム３”に対応
したデータを用意する（ステップＳ３１）。次に、“ボ
リューム１”というタグ名を指定してデータアクセス装
置１２にデータ出力要求を行うことにより、“ボリュー
ム１”に対応したデータを出力する（ステップＳ３
２）。

【００５３】次に、“ボリューム２”というタグ名を指
定してデータアクセス装置１２にデータ出力要求を行う
ことにより、“ボリューム２”に対応したデータを出力
する（ステップＳ３３）。

【００５４】次に、“ボリューム３”というタグ名を指
定してデータアクセス装置１２にデータ出力要求を行う
ことにより、“ボリューム３”に対応したデータを出力
し（ステップＳ３４）、スリープを行う（ステップＳ３
５）。

【００５５】図８は、図７のプログラムを実行した時の
各タグ名に対するデータ出力時刻を時系列的に示す表で
ある。図８において、タグ名が“ボリューム１”のデー
タが“１４：１０．１１０”に出力され、タグ名が“ボ
リューム２”のデータが“１４：１０．１４０”に出力
され、タグ名が“ボリューム３”のデータが“１４：１
０．１８０”に出力され、タグ名が“ボリューム４”の
データが“１４：１０．２１０”に出力されたものとす
る。ここで、一連のデータかどうかを判定する時間間隔
を、１００ミリ秒に設定すると、これらの“ボリューム
１”〜“ボリューム４”に対応して出力されたデータ
は、一連のデータとみなされる。

【００５６】また、タグ名が“ボリューム１”のデータ
が“１４：１２．１５０”に出力され、タグ名が“ボリ
ューム２”のデータが“１４：１２．１８０”に出力さ
れ、ボリューム３”のデータが“１４：１２．２１０”
に出力され、タグ名が“ボリューム４”のデータが“１
４：１２．２４０”に出力されたものとすると、これら
の“ボリューム１”〜“ボリューム４”に対応して出力
されたデータは、一連のデータとみなされる。

【００５７】図９（ａ）は、本発明の第２実施例に係わ
るタグ名アクセス管理テーブル１５の構成を示す図であ
る。タグ名アクセス管理テーブル１５には、「タグ名」
を格納する領域、「データ出力時刻」を格納する領域、
「データ」を格納する領域が設けられている。「タグ
名」は、データ出力で指定したタグ名である。「データ
出力時刻」は、データ出力した時刻である。「データ」
は、「タグ名」に対応するデータソース１８のデータで
ある。

【００５８】図９（ｂ）は、本発明の第２実施例に係わ
るワーク変数の構成を示す図で、タグ名アクセス管理テ
ーブル１５の処理中の位置を指示するポインタである。
以降、「カレント位置」と称する。

【００５９】図９（ｃ）は、図７のプログラムを実行し
た時にタグ名アクセス管理テーブル１５に設定される情
報の例を示す図で、“ボリューム１”〜“ボリューム
４”のタグ名に対してデータ出力した時に設定される情
報の例である。例えば、タグ名が“ボリューム１”のデ
ータが“１０：１１：３１．０３５”に出力され、この
データの値が“２４”であるとすると、「タグ名」の欄
には“ボリューム１”と格納され、「データ出力時刻」
の欄には“１０：１１：３１．０３５”と格納され、
「データ」の欄には“２４”と格納される。

【００６０】同様に、“ボリューム２”〜“ボリューム
４”というタグ名に対応して、「データ出力時刻」の欄
には、“１０：１１：３１．１２０”、“１０：１１：
３１．１７８”、“１０：１１：３１．２２５”と格納
され、「データ」の欄には“３０”、“１０”、“６
７”と格納されている。

【００６１】図１０は、本発明の第２実施例に係わるデ
ータアクセス装置の動作を示すフローチャートである。
なお、ステップＳ４１〜ステップＳ４５までは、「タグ
名アクセス管理テーブル１５」に一連のタグ名の情報が
設定されている場合の処理を示し、ステップＳ４６〜ス
テップＳ４９までは、「タグ名アクセス管理テーブル１
５」を作成する途中の処理を示す。

【００６２】図１０において、アプリケーションプログ
ラム１１がデータアクセス装置１２にタグ名を指定して
データ出力要求を行うと、タグ名アクセス管理テーブル
１５のカレント位置の次にあるタグ名と同じタグ名へデ
ータ出力しているかどうかを調べる（ステップＳ４
１）。

【００６３】次に、アプリケーションプログラム１１に
より指定されたタグ名が一括処理の対象タグ名と判断さ
れた場合、そのタグ名がタグ名アクセス管理テーブル１
５の最後にあるかどうかで一連のタグ名の最後かどうか
を判断する（ステップＳ４２）。

【００６４】次に、アプリケーションプログラム１１に
より指定されたタグ名が一連のタグ名の最後でない場
合、アプリケーションプログラム１１から出力されたデ
ータをタグ名アクセス管理テーブル１５のカレント位置
に格納し、カレント位置を進める（ステップＳ４３）。

【００６５】一方、アプリケーションプログラム１１に
より指定されたタグ名が一連のタグ名の最後である場
合、アプリケーションプログラム１１から出力されたデ
ータをタグ名アクセス管理テーブル１５のカレント位置
に格納し、カレント位置を最初の位置に設定する（ステ
ップＳ４４）。

【００６６】次に、タグ名アクセス管理テーブル１５に
記憶されている全てのタグ名のデータをデータソース１
８に一括して出力する（ステップＳ４５）。また、アプ
リケーションプログラム１１により指定されたタグ名が
一括処理の対象タグ名でないと判断された場合、一連の
タグ名の続きかどうかを判定する（ステップＳ４６）。
ここで、一連のタグ名の続きかどうかの判定は、タグ名
アクセス管理テーブル１５のカレント位置のデータ出力
時刻と現在時刻を比較し、データ出力時刻と現在時刻と
の時間間隔が、「一連処理判定間隔」以下かどうかを調
べることにより行うことができる。なお、この「一連処
理判定間隔」は、一連のデータ出力かどうかを判定する
ための時間間隔で、例えば、１００ミリ秒に設定する。

【００６７】一連のタグ名の続きなら、タグ名のアクセ
ス管理テーブル１５にタグ名と現在時刻を追加し（ステ
ップＳ４７）、カレント位置を進める。そして、アプリ
ケーションプログラム１１により指定されたタグ名のデ
ータをデータソース１８にデータ出力する（ステップＳ
４８）。

【００６８】一方、一連のタグ名に対する最後のデータ
出力なら、タグ名アクセス管理テーブル１５を初期化す
る（ステップＳ４９）。例えば、タグ名として、“ボリ
ューム１”〜“ボリューム４”が図９（ｃ）のタグ名ア
クセス管理テーブル１５に登録されているものとする。
この状態で、アプリケーションプログラム１１が、“ボ
リューム１”というタグ名を指定したものとする。する
と、データアクセス装置１２は、“ボリューム１”とい
うタグ名は、タグ名アクセス管理テーブル１５に登録さ
れている“ボリューム１”〜“ボリューム４”の一連の
タグ名の最後のタグ名ではないと判断し、“ボリューム
１”というタグ名に対応する“２４”というデータをデ
ータソース１８に出力するのでなく、タグ名アクセス管
理テーブル１５に記憶する。

【００６９】同様に、アプリケーションプログラム１１
が、“ボリューム２”または“ボリューム３”というタ
グ名を指定したものとする。すると、データアクセス装
置１２は、“ボリューム２”及び“ボリューム３”とい
うタグ名は、タグ名アクセス管理テーブル１５に登録さ
れている“ボリューム１”〜“ボリューム４”の一連の
タグ名の最後のタグ名ではないと判断し、“ボリューム
２”及び“ボリューム３”というタグ名にそれぞれ対応
する“３０”及び“１０”というデータをデータソース
１８に出力するのでなく、タグ名アクセス管理テーブル
１５に記憶する。

【００７０】次に、アプリケーションプログラム１１
が、“ボリューム４”というタグ名を指定したものとす
る。すると、データアクセス装置１２は、“ボリューム
４”というタグ名は、タグ名アクセス管理テーブル１５
に登録されている“ボリューム１”〜“ボリューム４”
の一連のタグ名の最後のタグ名と判断し、“ボリューム
１”〜“ボリューム３”のタグ名に対応するデータをタ
グ名アクセス管理テーブル１５から読み出し、“ボリュ
ーム１”〜“ボリューム４”のタグ名に対応するデータ
を一括してデータソース１８に出力する。この結果、ア
プリケーションプログラム１１が“ボリューム４”とい
うタグ名を指定した時に、“ボリューム１”〜“ボリュ
ーム４”のタグ名にそれぞれ対応する“２４”、“３
０”、“１０”、“６７”というデータがデータソース
１８に出力される。

【００７１】このように、“ボリューム１”〜“ボリュ
ーム３”のタグ名が指定された際は、これらのタグ名に
対応するデータはタグ名アクセス管理テーブル１５に保
持され、通信ネットワーク１７を介してデータソース１
８にデータ出力されないので、アプリケーションプログ
ラム１１での処理時間を短縮することが可能となるとと
もに、通信ネットワーク１７の負荷を軽くすることが可
能となる。

【００７２】

【発明の効果】以上説明したように、本発明によれば、
ネットワークを経由してデータソースにアクセスする場
合に、アプリケーションプログラムの処理時間を短くす
ることが可能となるとともに、ネットワーク負荷を低減
することが可能となる。

【図面の簡単な説明】

【図１】本発明の第１実施例に係わるデータアクセス装
置の構成を示すブロック図である。

【図２】本発明の第１実施例に係わるスリープしながら
一定周期で一連のタグ名にアクセスするアプリケーショ
ンプログラムの動作を示すフローチャートである。

【図３】図２のプログラムを実行した時の各タグ名に対
するデータ入力時刻を時系列的に示す表である。

【図４】（ａ）は、本発明の第１実施例に係わるタグ名
アクセス管理テーブルの構成を示す図、（ｂ）は、本発
明の第１実施例に係わるワーク変数の構成を示す図、
（ｃ）は、図２のプログラムを実行した時にタグ名アク
セス管理テーブルに設定される情報の例を示す図であ
る。

【図５】本発明の第１実施例に係わるデータアクセス装
置の動作を示すフローチャートである。

【図６】本発明の第２実施例に係わるデータアクセス装
置の構成を示すブロック図である。

【図７】本発明の第２実施例に係わるスリープしながら
一定周期で一連のタグ名にアクセスするアプリケーショ
ンプログラムの動作を示すフローチャートである。

【図８】図７のプログラムを実行した時の各タグ名に対
するデータ出力時刻を時系列的に示す表である。

【図９】（ａ）は、本発明の第２実施例に係わるタグ名
アクセス管理テーブルの構成を示す図、（ｂ）は、本発
明の第２実施例に係わるワーク変数の構成を示す図、
（ｃ）は、図７のプログラムを実行した時にタグ名アク
セス管理テーブルに設定される情報の例を示す図であ
る。

【図１０】本発明の第２実施例に係わるデータアクセス
装置の動作を示すフローチャートである。

【符号の説明】

１、１７ データソース ２、１７ 通信ネットワーク ３、１２ データアクセス装置 ４、１３ 判定手段 ５ 一括入力手段 ６、１５ タグ名アクセス管理テーブル ７、１４ 出力手段 ８、１１ アプリケーションプログラム １６ 一括出力手段

Claims (2)

【特許請求の範囲】
1. 【請求項１】 タグ名とデータソースのデータとの対応
   関係が予め定義され、タグ名を指定してデータソースの
   データにアクセスするデータアクセス方式において、 タグ名による過去のデータ入力の情報に基づいて、現在
   のデータ入力における最初のタグ名に続いて入力される
   タグ名を予測する予測手段と、 予測されたタグ名に対応するデータを一括して入力する
   一括入力手段とを備えることを特徴とするデータアクセ
   ス方式
2. 【請求項２】 タグ名とデータソースのデータとの対応
   関係が予め定義され、タグ名を指定してデータソースに
   データ出力するデータアクセス方式において、 タグ名による過去のデータ出力の情報に基づいて、現在
   のデータ出力における最初のタグ名に続いて出力される
   タグ名を予測する予測手段と、 予測されたタグ名に対応するデータを一括して出力する
   一括出力手段とを備えることを特徴とするデータアクセ
   ス方式