JP2002351717A - データアクセスシステム、データ連携システム及びデータ連携プログラム並びにデータ連携方法 - Google Patents

Abstract

(57)【要約】 【課題】システム間でデータの名前解決を行い、連携動
作を容易に実現する。 【解決手段】自システム４Ａのデータと他システム４Ｂ
のデータとをアクセスするデータアクセスシステムにお
いて、自システム４Ａのデータ１０ａ、１０ｂにアクセ
スするローカルアクセス手段５ａと、自システム４Ａに
おけるデータの名前と他システム４Ｂにおけるデータの
名前とを対応付けたデータ名変換情報７に基づいて自シ
ステム４Ａにおけるデータの名前から他システム４Ｂに
おけるデータの名前を求め、他システム４Ｂにおけるデ
ータの名前に基づいて他システム４Ｂのローカルアクセ
ス手段５ｂを利用して、他システム４Ｂのデータ１１
ａ、１１ｂにアクセスするリモートアクセス手段６ａと
を具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データのやり取り
を可能としてシステムを連携動作させるために、名前解
決を行うデータアクセスシステム、データ連携システ
ム、データ連携プログラム、データ連携方法に関する。

【０００２】

【従来の技術】異なるシステム間でデータのやり取りを
可能とし、連携動作を可能にするには、データの名前解
決を行う必要がある。データの名前解決とは、データの
名前を何らかの手段で取得することをいう。データの名
前解決を行うことにより、適した名前でアクセスするデ
ータを指定することが可能となる。

【０００３】名前解決の方法は、データの種類によって
異なる。以下に、通常データと時系列データとに分けて
考える。

【０００４】なお、通常データとは、時間情報を持たな
いデータ（非時系列データ）である。通常データは、デ
ータの名前に基づいてアクセスされる。

【０００５】一方、時系列データとは、時間情報（日時
情報）を持つデータである。時系列データは、データの
名前と時間情報とに基づいてアクセスされる。

【０００６】一般的に、通常データを異なるシステム間
でやり取りするためには、システム間でデータベースを
共有化する。そして、システム間でやり取りされるデー
タに統一的な名前付けを行う。この場合、一方のシステ
ムと他方のシステムでデータに同じ名前が付されている
ため、名前解決の必要がない。

【０００７】図１３は、共通データベースを利用するシ
ステムの連携状態を例示するブロック図である。

【０００８】この図１３において、システム１Ａとシス
テム１Ｂとはデータベース２を共有している。そして、
データの名前はシステム１Ａ、１Ｂ間で共通である。し
たがって、システム１Ａが格納した通常データをシステ
ム１Ｂが同じ名前で取得可能であり、システム１Ｂが格
納した通常データをシステム１Ａが同じ名前で取得可能
である。

【０００９】図１４は、共通データベースを利用し、時
系列データをやり取りする連携状態を例示するブロック
図である。

【００１０】時系列データをシステム１Ａ、１Ｂ間でや
り取りする場合にも、システム１Ａ、１Ｂ間でデータベ
ース２が共有化される。そして、システム１Ａ、１Ｂ間
でやり取りされる時系列データについて統一的な名前付
けが行われる。時系列データをアクセスする場合には、
そのアクセスする時系列データの時間情報と名前とを指
定する。

【００１１】これにより、システム１Ａが格納した時系
列データを、システム１Ｂが同じ名前で取得可能であ
り、システム１Ｂが格納した時系列データをシステム１
Ａが同じ名前で取得可能である。なお、データの名前が
同一であっても、アクセス方法についてはシステム１
Ａ、１Ｂ間で統一されていない場合もある。例えばシス
テム１Ａ、１Ｂで時系列データの扱い方などが異なる場
合がある。

【００１２】

【発明が解決しようとする課題】しかしながら、上記の
ようにシステム間でデータベースを共有させる手法には
以下の問題がある。

【００１３】例えば、工場のフロア単位でデータを収集
するシステムと工場単位でデータを収集するシステムと
の運用を同時に開始し、システム間でデータをやり取り
するとする。この場合、システム間で管理部門、環境、
文化、言葉が異なる場合が多い。したがって、双方のシ
ステムで統一的な名前付けを行うことは困難である。

【００１４】また、例えば、すでに稼動している二つの
システムを連携させるとする。この場合、それぞれのシ
ステムはこれまで独自に動作しており、名前付けに関し
て同じルールを適用しているわけではない。したがっ
て、新たに統一的な名前付けを行うことは困難である。

【００１５】また、新しい名前をそれぞれのシステムに
適用させると多くの時間、費用、労力がかかる。

【００１６】時系列データをアクセスする場合には名前
と時間情報とを指定してデータを特定する必要がある。
例えば、システム間で時系列データに同じ名前を付けた
としても、名前と時間情報の指定方法が各システムによ
って異なる場合がある。この場合、独立に動作するシス
テムを新たに連携させるには、アクセス方法を変更させ
ることが必要であり、システムの連携確保が困難であ
る。

【００１７】本発明は、以上のような実情に鑑みてなさ
れたもので、データの名前解決を行い、容易にシステム
を連携させるデータアクセスシステム、データ連携シス
テム、データ連携プログラム、データ連携方法を提供す
ることを目的とする。

【００１８】

【課題を解決するための手段】本発明を実現するにあた
って講じた具体的手段について以下に説明する。

【００１９】第１の発明では、自システムのデータと他
システムのデータとをアクセスするデータアクセスシス
テムに、自システムのデータにアクセスするローカルア
クセス手段と、自システムにおけるデータの名前と他シ
ステムにおけるデータの名前とを対応付けたデータ名変
換情報に基づいて自システムにおけるデータの名前から
他システムにおけるデータの名前を求め、他システムに
おけるデータの名前に基づいて他システムのローカルア
クセス手段を利用して、他システムのデータにアクセス
するリモートアクセス手段とを具備している。

【００２０】第１の発明を利用すれば、システム間でや
り取りされるデータの名前解決を行い、システムが相互
に連携して動作するための仲介を行うことができる。

【００２１】したがって、同一のデータに対してそれぞ
れのシステムで異なる名前を付けていても、各システム
が互いにアクセス可能となり、データをやり取りでき
る。

【００２２】第１の発明のリモートアクセス手段は、他
システムの名前とこの他システムへの接続情報とを対応
付けたシステム名変換情報に基づいて他システムへの接
続情報を取得し、この接続情報を利用して他システムの
データにアクセスするとしてもよい。

【００２３】これにより、アクセス先のシステムを適切
にアクセスすることができる。

【００２４】第１の発明のローカルアクセス手段は、時
間情報を指定してデータにアクセスする場合に、時間情
報を変換する規則を定めた時間変換情報に基づいて、指
定された時間情報をアクセス用の時間情報に変換し、変
換後の時間情報を利用してデータにアクセスするとして
もよい。

【００２５】これにより、システム間で時間情報の取り
扱いが異なる場合であっても、適切な名前と時間情報と
で時系列データを特定でき、時系列データをシステム間
でやり取りできる。

【００２６】上記第１の発明は、ディレクトリ・サービ
スを利用して変形可能である。

【００２７】例えば、データアクセスシステムに、ディ
レクトリ・サービスを利用し、自システムにおけるデー
タの名前に基づいて自システムのデータにアクセスする
ローカルアクセス手段と、ディレクトリ・サービスを利
用して自システムにおけるデータの名前から他システム
におけるデータの名前を取得する名前変換手段と、名前
変換手段を利用して自システムにおけるデータの名前か
ら他システムにおけるデータの名前を取得し、この取得
した他システムにおけるデータの名前に基づいて他シス
テムのローカルアクセス手段を利用して、他システムの
データにアクセスするリモートアクセス手段とを具備し
てもよい。

【００２８】また、リモートアクセス手段は、ディレク
トリ・サービスを利用して他システムのローカルアクセ
ス手段への接続情報を取得し、この接続情報を利用して
他システムのデータにアクセスする手段に接続するとし
てもよい。

【００２９】また、ローカルアクセス手段は、ディレク
トリ・サービスを利用してデータの格納先への接続情報
を取得し、この接続情報を利用して自システムのデータ
にアクセスするとしてもよい。

【００３０】このように、ディレクトリ・サービスを利
用した場合であっても、同様の作用により同様の効果を
得ることができる。

【００３１】第２の発明では、第１のシステムのデータ
と第２のシステムとの間でデータを連携させるデータ連
携システムに、第１のシステムのデータにアクセスする
第１のローカルアクセス手段と、第２のシステムのデー
タにアクセスする第２のローカルアクセス手段と、第１
のシステムにおけるデータの名前と第２のシステムにお
けるデータの名前とを対応付けたデータ名変換情報に基
づいて第１のシステムにおけるデータの名前から第２の
システムにおけるデータの名前を求め、第２のシステム
におけるデータの名前に基づいて第２のローカルアクセ
ス手段を利用して、第２のシステムのデータにアクセス
する第１のリモートアクセス手段と、データ名変換情報
に基づいて第２のシステムにおけるデータの名前から第
１のシステムにおけるデータの名前を求め、第１のシス
テムにおけるデータの名前に基づいて第１のローカルア
クセス手段を利用して、第１のシステムのデータにアク
セスする第２のリモートアクセス手段とを具備してい
る。

【００３２】この第２の発明のデータ連携システムを利
用することにより、第１のシステムと第２のシステムと
の間でやり取りされるデータの名前解決を行い、システ
ムが相互に連携して動作するための仲介を行うことがで
きる。

【００３３】なお、上記各手段としてコンピュータを機
能させるデータ連携プログラム、またはこのデータ連携
プログラムを記録した記録媒体を発明の対象としてもよ
い。

【００３４】このデータ連携プログラム又はデータ連携
プログラムを記録した記録媒体を用いることによって、
上述した機能を有していないシステムに対しても、簡単
に上述した機能を付加することができる。

【００３５】また、本発明のデータアクセスシステム及
びデータ連携システムによって実施されるデータ連携方
法を発明の対象としてもよい。

【００３６】

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

【００３７】（第１の実施の形態）本実施の形態におい
ては、システムがＸＭＬ（Extensible Markup Languag
e）形式でデータを保持する場合について説明する。な
お、ＸＭＬ形式のデータを保持するとは、データがＸＭ
Ｌデータとして取り扱い可能なことをいい、物理データ
の保存形式は問わない。

【００３８】具体的には、各システムは、データをＸＭ
Ｌファイルで扱う、またはＸＭＬ対応データベースを利
用する、またはアプリケーションによりリレーショナル
データベースからＸＭＬ形式でデータを取り出し可能で
ある、またはアプリケーションにより物理デバイスから
ＸＭＬ形式でデータを取り出し可能である、とする。

【００３９】図１は、本実施の形態に係るデータ連携シ
ステムの構成を例示するブロック図である。

【００４０】データ連携システム３は、システム４Ａ、
４Ｂを連携させる。

【００４１】システム４Ａは、主に、ローカルアクセス
部５ａ、リモートアクセス部６ａを具備しており、デー
タ名変換辞書７、時間変換フォーマット８ａを保持して
いる。また、システム４Ａは、システム名変換フォーマ
ット９を参照する。システム４Ａの保持する通常データ
１０ａ及び時系列データ１０ｂはＸＭＬデータとする。

【００４２】システム４Ｂも、システム４Ａと同様の構
成要素５ｂ、６ｂを持ち、データ名変換辞書７、時間変
換フォーマット８ｂを保持し、システム名変換フォーマ
ット９を参照する。システム４Ｂの保持する通常データ
１１ａ及び時系列データ１１ｂもＸＭＬデータとする。

【００４３】システム４Ａ、４Ｂは同様の構成であり同
様の動作を行うため、以下においてはシステム４Ａの構
成及び動作について説明し、システム４Ｂの構成及び動
作については説明を省略する。

【００４４】ローカルアクセス部５ａは、ローカル（自
システム側）の通常データ１０ａと時系列データ１０ｂ
の格納、取得、追加、削除などの基本操作を行う。

【００４５】このローカルアクセス部５ａによってシス
テム４Ａにおける通常データ１０ａのアクセスが実行さ
れる。時系列データ１０ｂをアクセスする場合には、ロ
ーカルアクセス部５ａによって時間変換フォーマット８
ａが参照され、時間変換フォーマット８ａに基づいてデ
ータの指定に利用される時間情報が変換され、時系列デ
ータ１０ｂのアクセスが実行される。

【００４６】リモートアクセス部６ａは、リモート（他
システム側）の通常データと時系列データの格納、取
得、追加、削除などの基本操作を行う。

【００４７】リモートの通常データ１１ａをアクセスす
る場合、リモートアクセス部６ａによってシステム名変
換フォーマット９とデータ名変換辞書７とが参照され、
他システム４Ｂのローカルアクセス部５ｂが利用され、
リモートの通常データ１１ａがアクセスされる。

【００４８】リモートの時系列データ１１ｂをアクセス
する場合、リモートアクセス部６ａによって時間変換フ
ォーマット８ａとデータ名変換辞書７とが参照され、リ
モートアクセス部６ａによって他システム４Ｂのローカ
ルアクセス部５ｂが利用され、この他システム４Ｂのロ
ーカルアクセス部５ｂによって時間変換フォーマット８
ｂが参照され、他システム４Ｂのローカルアクセス部５
ｂから時系列データ１１ｂのアクセスが実行される。

【００４９】以下に、システム４Ａにおけるローカルア
クセス部５ａによるデータアクセスの詳細について説明
する。

【００５０】図２は、ローカルの通常データ１０ａに対
するローカルアクセス部５ａのアクセス手法を例示する
図である。

【００５１】この図２では、ローカルの通常データ１０
ａのdata_value1を取得する場合のアクセス手法を例示
している。

【００５２】まず、システム４Ａにおけるローカルアク
セス部５ａは、文字列用の変数datanameにデータの名前
「data_name1」を代入する。次に、関数getDataと変数d
atanameの指定とによって取得される値をオブジェクトo
bjに代入する。

【００５３】これにより、ローカルの通常データ１０ａ
のうちタグ<data_name1>からタグ</data_name1>までが
オブジェクトobjに代入されることになる。

【００５４】図３は、ローカルの時系列データ１０ｂに
対するローカルアクセス部５ａのアクセス手法を例示す
る図である。

【００５５】この図３では、システム４Ａにおけるロー
カルの時系列データ１０ｂのts_data_value1のうち２０
００年１月１日午前１時１分１秒のデータを取得する場
合のアクセス手法を例示している。

【００５６】まず、システム４Ａにおけるローカルアク
セス部５ａは、文字列用の変数datanameにデータの名前
「ts_data_name1」を代入する。

【００５７】次に、ローカルアクセス部５ａは、時系列
データにアクセスするために時間変換フォーマット８ａ
を利用し、アクセス用の時間情報を取得する。

【００５８】時間変換フォーマット８ａは、ローカルア
クセス部５ａのプログラムに内包されていてもよいし、
設定ファイルなどに定義されていてもよい。この例で
は、時間変換フォーマット８ａは、ローカルアクセス部
５ａのプログラムにおいて指定された時間情報からＸＭ
Ｌタグのフォーマットを取得可能に定義されているとす
る。

【００５９】ローカルアクセス部５ａは、時間変換フォ
ーマット８ａを利用して時間情報を変換するnewDate関
数により、プログラム内で「2000,1,1,1,1,1」と指定さ
れている時間情報を「2000-01-01-01-01-01」という形
式に変換し、日付型（Date型）データdateに代入する。
なお、プログラム内では時間情報を日付型として指定す
るため、処理に必要な時間情報の指定方法は常に一定と
なる。また、時間変換フォーマット８ａは、他システム
の時間変換フォーマット８ｂに影響されず、自システム
４Ａでフォーマット変換可能であればよい。

【００６０】そして、ローカルアクセス部５ａは、関数
getDataと変数datanameの指定とdataの指定とによって
取得される値をオブジェクトobjに代入する。

【００６１】これにより、ローカルの時系列データ１０
ｂにおけるタグ<ts_data_name1>からタグ</ts_data_nam
e1>までのうちタグ<2000-01-01-01-01-01>からタグ</20
00-01-01-01-01-01>までがオブジェクトobjに代入され
ることになる。

【００６２】以下に、システム４Ａにおけるリモートア
クセス部６ａによるデータアクセスの詳細について説明
する。

【００６３】システム４Ａにおけるリモートアクセス部
６ａは、他システム４Ｂのローカルアクセス部５ｂを利
用してリモートのデータ１１ａ、１１ｂにアクセスす
る。このリモートアクセス部６ａの主な機能には、シス
テムの論理名をシステムの物理アドレスに変換する機
能、システム間におけるデータの名前解決を行う機能が
ある。

【００６４】リモートアクセス部６ａは、システム名変
換フォーマット９にアクセスする。システム名変換フォ
ーマット９は、連携させるシステムの論理名と物理アド
レスとを対応付けたデータである。例えば論理名「fact
ory_b」に物理アドレス「ＩＰアドレス：ポート番号（x
xx.xxx.xxx:yyy）」が対応付けされている。

【００６５】図４は、リモートの通常データ１１ａに対
するリモートアクセス部６ａのアクセス手法を例示する
図である。

【００６６】また、図５は、リモートの通常データ１１
ａに対するリモートアクセス部６ａの動作手順を例示す
るフロー図である。

【００６７】この例では、システム４Ａにおけるリモー
トアクセス部６ａがシステム４Ｂの通常データ１１ａを
取得する場合について説明する。また、システム４Ａで
「data_name1」という名前で利用されているデータは、
システム４Ｂで「data_nameA」という名前で利用されて
いるとする。また、アクセス対象のデータがＸＭＬデー
タの場合にはデータの型などを制限できないが、システ
ム４Ａ、４Ｂ間で同一のデータを異なる名前で指定する
ためシステム４Ａ、４Ｂ間で同一のデータについてはデ
ータの型が統一されているとする。例えば、売上高のデ
ータについてはシステム４Ａ、４Ｂ共に整数型と定義す
る。これにより、システム４Ａ、４Ｂから取得した売上
高の合計を計算可能となる。

【００６８】まず、システム４Ａにおけるリモートアク
セス部６ａは、システム名変換フォーマット９に基づい
て他システムの論理名「factory_b」から他システムの
物理アドレス「xxx.xxx.xxx」を取得する（Ｓ１）。

【００６９】次に、リモートアクセス部６ａは、データ
の名前「data_name1」とデータ名変換辞書７に基づいて
他システム４Ｂにおけるデータの名前「data_nameA」を
取得する（Ｓ２）。

【００７０】そして、リモートアクセス部６ａは、文字
列用の変数datanameにデータの名前「data_nameA」を代
入するとともに文字列用の変数sysnameに他システムの
論理名「factory_b」を代入する。また、変数sysnameと
変数datanameとを指定して関数getDataを実行する。こ
れにより、他システム４Ｂの論理名「factory_b」に対
応する物理アドレス「xxx.xxx.xxx」と他システム４Ｂ
におけるデータの名前「data_nameA」に基づいて、他シ
ステムのローカルアクセス部５を利用して他システムの
通常データ１１ａがアクセスされる。このアクセスによ
り取得された値は、オブジェクトobjに代入される（Ｓ
３）。

【００７１】図６は、リモートの時系列データ１１ｂに
対するリモートアクセス部６ａのアクセス手法を例示す
る図である。

【００７２】リモートアクセス部６ａは、他システム４
Ｂのローカルアクセス部５ｂを利用してリモートの時系
列データ１１ｂにアクセスする。このため、先に述べた
ように、リモートアクセス部６ａ自身が他システム４Ｂ
の時間変換フォーマット８ｂを考慮する必要はない。そ
の一方で、システム４Ａ、４Ｂ毎に時間変換フォーマッ
トの管理範囲が異なる場合がある。例えば、システム４
Ａでは秒単位で時間情報を管理しており、システム４Ｂ
ではマイクロ秒単位で時間情報を管理する場合がある。
このような場合、自システム４Ａで扱われる時間情報と
他システム４Ｂで扱われる時間情報とは、同じ単位に変
換される必要がある。このための変換規則は、自システ
ム４Ａの時間変換フォーマット８ａに定義されており、
管理範囲の変換は、リモートアクセス部６ａで行われ
る。

【００７３】この例では、自システム４Ａで管理してい
る時間単位よりも他システム４Ｂで管理されている時間
単位の方が小さいため、自システム４Ａの時間情報に
「０」を補足する規則が時間変換フォーマット８ａに定
められている。

【００７４】リモートの時系列データ１１ｂをアクセス
する場合、まず、リモートアクセス部６ａは、システム
名変換フォーマット９に基づいて他システムの論理名
「factory_b」から他システムの物理アドレス「xxx.xx
x.xxx」を取得する。

【００７５】次に、リモートアクセス部６ａは、データ
の名前「ts_data_name1」とデータ名変換辞書７に基づ
いて他システムにおけるデータの名前「ts_data_name
A」を取得する。

【００７６】次に、リモートアクセス部６は、文字列用
の変数sysnameに他システムの論理名「factory_b」を代
入するとともに文字列用の変数datanameにデータの名前
「ts_data_nameA」を代入する。

【００７７】次に、リモートアクセス部６ａは、時間変
換フォーマット８ａを利用して時間情報を変換するnewD
ate関数により、プログラム内で「2000,1,1,1,1,1」と
指定されている時間情報を「2000-01-01-01-01-01000
0」という形式に変換し、日付型データdateに代入す
る。

【００７８】そして、リモートアクセス部６ａは、変数
sysnameと変数datanameと変数dataとを指定し、関数get
Dataを実行する。これにより、リモートアクセス部６ａ
は、他システム４Ｂの論理名「factory_b」に対応する
物理アドレス「xxx.xxx.xxx」に基づいてローカルアク
セス部５ｂに接続する。リモートアクセス部６ａによっ
て利用されるシステム４Ｂのローカルアクセス部５ｂ
は、時間変換フォーマット８ｂを利用して時間情報「20
00-01-01-01-01-010000」を「20000101-0101010000」と
変換し、時系列データ１１ｂへのアクセスを実行する。

【００７９】これにより、リモートの時系列データ１１
ｂにおけるタグ<ts_data_nameA>からタグ</ts_data_nam
eA>までのうちタグ<20000101-0101010000>からタグ</20
000101-0101010000>までがオブジェクトobjに代入され
る。

【００８０】上記のようなデータ連携システム３におけ
るデータ名変換辞書７によるデータの名前解決について
説明する。

【００８１】上述したように、自システム４Ａにおける
データの名前を使って同一のデータの他システム４Ｂに
おける名前を取得する処理は、リモートアクセス部６ａ
が実行する。リモートアクセス部６ａは、データ名変換
辞書７を利用して他システム４Ｂにおけるデータの名前
を取得する。

【００８２】データ名変換辞書７では、連携させるシス
テム４Ａ、４Ｂのデータに対し一意の識別子が付されて
おり、システム４Ａ、４Ｂが異なっていてもデータが同
一であれば同一の識別子が付される。なお、このデータ
名変換辞書７では、自システム内でのみ扱うデータは管
理されていなくてもよい。

【００８３】このように、各システム４Ａ、４Ｂのデー
タと識別子とを予め一対一にマッピングしておくこと
で、他システムのデータを自システムのデータと同様に
扱うことが可能となる。

【００８４】図７は、本実施の形態に係るデータ連携シ
ステム３の具体的適用例を示すブロック図である。

【００８５】データ連携システム３を利用し、プラント
制御用のコントローラ１２１〜１２ｎとその上位の管理
システム１３とを連携させることができる。上記のよう
なデータのアクセス処理が実行可能であれば、コントロ
ーラ１２１〜１２ｎのプログラム又は管理システム１３
のプログラムを変更する場合であっても容易にデータの
連携を確保可能である。また、新たなコントローラを増
設することも容易である。

【００８６】また、このデータ連携システム３では、部
署１４Ａのシステム１５Ａと部署１４Ｂのシステム１５
Ｂとを連携させることができる。また、新たに他のシス
テムと連携させることも容易である。

【００８７】以上説明した本実施の形態に係るデータ連
携システム３においては、同一のデータにそれぞれのシ
ステム４Ａ、４Ｂで異なる名前を付けていても、データ
の名前解決が行われ、データのやり取りが可能となる。

【００８８】したがって、独立に動作していたシステム
４Ａ、４Ｂであっても容易に連携させることができる。

【００８９】また、システム４Ａ、４Ｂ間で時間情報の
フォーマットが異なる場合であっても他システムのフォ
ーマットにあわせて時間情報が変換されるため、他シス
テムの時系列データを名前と時間情報とで容易に特定で
き、容易にデータのやり取りが可能となる。

【００９０】したがって、独立に動作していたシステム
４Ａ、４Ｂであっても容易に連携させることができる。

【００９１】（第２の実施の形態）本実施の形態におい
ては、ディレクトリ・サービスを利用したデータ連携シ
ステムについて説明する。

【００９２】図８は、本実施の形態に係るデータ連携シ
ステムの構成例を示すブロック図である。

【００９３】データ連携システム１６は、ローカル名前
空間（システム）１７Ａ、ローカル名前空間（システ
ム）１７Ｂを含むグローバル名前空間１８を形成する。

【００９４】データ連携システム１６では、ローカル名
前空間１７Ａ、１７Ｂ毎にローカルの名前が管理されて
いる。ローカルの名前は個々のローカル名前空間１７
Ａ、１７Ｂにおいて一意に決定されている。

【００９５】このデータ連携システム１６の管理対象に
関するデータには、通常データと時系列データとがあ
る。

【００９６】通常データは、管理対象に付随する静的な
情報である。例えば管理対象がＣＰＵの場合、ＣＰＵの
クロック数は通常データとされる。

【００９７】時系列データは、管理対象に関する動的な
情報である。例えば管理対象がＣＰＵの場合、ＣＰＵの
温度などが時系列データとされる。時系列データは、現
在の値と過去の値（履歴）とからなる。

【００９８】データ連携システム１６によりローカル名
前空間１７Ａ、１７Ｂの間で動作が連携される。

【００９９】グローバル名前空間１８は、ローカル名前
空間１７Ａ、１７Ｂとグローバル名前変換部１９とグロ
ーバル名前変換ディレクトリ２０とを備える。

【０１００】ローカル名前空間１７Ａは、ローカル名前
変換部２１Ａ、ローカル通常データディレクトリ２２
Ａ、時系列データベース２３Ａとを備えている。

【０１０１】ローカル名前空間１７Ｂも、このローカル
名前空間１７Ａと同様の構成２１Ｂ〜２３Ｂを備えてい
る。以下においては、ローカル名前空間１７Ａについて
説明し、ローカル名前空間１７Ｂについては説明を省略
する。

【０１０２】なお、上記の３つのディレクトリ２０、２
２Ａ、２２Ｂは、一つのルートノードを共有するサブデ
ィレクトリであってもよく、それぞれが独立したディレ
クトリであってもよい。

【０１０３】ローカル名前変換部２１Ａは、ディレクト
リ識別名変換機能２１１ａ、ローカル通常データディレ
クトリ公開機能２１２ａ、グローバル名前変換機能２１
３ａ、ローカルアクセス機能２１４ａ、リモートアクセ
ス機能２１５ａとを備える。

【０１０４】ディレクトリ識別名変換機能２１１ａは、
自システムにおける管理対象の名前とローカル通常デー
タディレクトリ２２Ａのエントリ識別名とを１対１に対
応付け、名前入力によりディレクトリ識別名を出力す
る。

【０１０５】ローカルの名前は一意に命名されるため、
名前とディレクトリエントリ構造に規則を持たせること
も可能である、この場合、関数としてこの機能を実現可
能である。

【０１０６】規則性を持たせない場合は、名前とディレ
クトリ識別名の対応表を用意する。ディレクトリ識別名
変換機能２１１ａは、対応表を参照し、変換を行う。

【０１０７】ローカル通常データディレクトリ公開機能
２１２ａは、ローカル通常データディレクトリ２２Ａへ
の接続方法を公開する。

【０１０８】ローカル通常データディレクトリ２２Ａの
サーバ構成は静的に決定されており、このローカル通常
データディレクトリ公開機能２１２ａは静的な構成情報
を公開する。公開内容は、ローカル通常データサーバの
サーバ名やポート番号等である。

【０１０９】グローバル名前変換機能２１３ａは、ロー
カルの名前とグローバルの名前を１対１に対応付け、ロ
ーカルの名前入力によりグローバルの名前を出力する。
ただしグローバル名前変換機能２１３ａは、他システム
における管理対象に関するデータをアクセスする場合に
のみ利用される。

【０１１０】グローバルの名前は、他システム（ここで
は、ローカル名前空間１７Ｂ）が自システム（ここで
は、ローカル名前空間１７Ａ）における管理対象の参照
を必要とした時点で新規作成される。命名は両システム
の協議あるいは第３機関の仲介により決定される。グロ
ーバルの名前は全システムで一意に決定されなければな
らない。最も単純な命名法としては、「システム名」＋
「ローカルの名前」である。この場合、システム名は一
意であるとする。

【０１１１】グローバルの名前が作成されると、グロー
バル名前変換ディレクトリ２０にこのグローバルの名前
に関するエントリが追加される。

【０１１２】なお、グローバルの名前作成を依頼した他
システムは、当該他システムにおけるローカル名前変換
部２１Ｂによりこのグローバルの名前と他システムにお
ける名前の対応を追加する。これにより、他システムに
おいて、この他システムにおけるデータの名前からグロ
ーバルのデータの名前に変換可能となる。対応は１対１
であるため、対応表作成により実現可能である。

【０１１３】ローカルアクセス機能２１４ａは、自シス
テムにおいて管理されているデータをローカル通常デー
タディレクトリ２２Ａを利用してアクセスする。時系列
データへのアクセスの場合には時系列データベース２３
Ａにアクセスする。

【０１１４】リモートアクセス機能２１５ａは、ローカ
ルの名前をグローバルの名前に変換し、次にグローバル
名前変換部１９によりアクセス先のシステムにおける名
前を取得する。そして、リモートアクセス機能２１５ａ
は、このアクセス先のシステムにおけるローカルアクセ
ス機能２１４ｂ及びローカル通常データディレクトリ２
２Ｂを利用して他システムにおけるデータにアクセスす
る。

【０１１５】ローカル通常データディレクトリ２２Ａ
は、自システムに管理されている通常データを保存、公
開する。また、ローカル通常データディレクトリ２２Ａ
は、自システムに管理される時系列データへのアクセス
手段情報を保持、公開する。

【０１１６】ローカル通常データディレクトリ２２Ａの
スキーマについて説明する。

【０１１７】ローカル通常データディレクトリ２２Ａ
は、ディレクトリ木構造を持つ。ディレクトリ木には、
ディレクトリエントリオブジェクトクラスを登録可能で
あることが必要である。木構造自体は管理対象の特性に
依存して作成可能であり、特に規定しない。

【０１１８】ディレクトリエントリオブジェクトクラス
は、自システムで管理される管理対象毎に１エントリと
なるオブジェクトクラス（群）を定義する。このオブジ
ェクトクラスの属性は、通常データを保持するよう定義
する。オブジェクトクラス設計は以下の制約を除き特に
規定せず、管理対象の特性に応じて自由に設計する。

【０１１９】ここで、オブジェクトクラス設計の制約に
ついて説明する。

【０１２０】ローカル通常データディレクトリの管理対
象オブジェクトクラス群は、表１に示す補助クラス属性
を付加する。

【０１２１】

【表１】

【０１２２】自システムに管理される管理対象エントリ
は、属性２〜７の値が設定されなければならない。属性
１の「位置」はローカルを指す値を取る。

【０１２３】他システムの管理対象のエントリを作成す
る場合、自システムには他システムに管理される管理対
象のオブジェクトクラスのデータ管理責任がないため、
ローカルディレクトリ管理者はどんな通常データを管理
対象が持っているのか通常認識していない。したがっ
て、最低限識別名を属性に持ち、表１の補助クラス属性
を付加したオブジェクトクラスを自システムで定義す
る。この場合のエントリの位置属性はリモートを指す値
を取り、属性２〜７は設定されない。

【０１２４】リモートにおいて管理される管理対象エン
トリを作成しない場合、表１の属性１の「位置」は不要
である。

【０１２５】ローカルの時系列データベース２３Ａは、
管理対象の時系列データを格納する。また、ローカルの
時系列データベース２３Ａは、時系列データ検索サービ
スを公開する。

【０１２６】グローバル名前変換部１９は、グローバル
の名前とグローバル名前変換ディレクトリ２０のエント
リ識別名とを１対１に対応付け、名前入力によりディレ
クトリ識別名を出力する機能を備える。このグローバル
名前変換部１９の具体的な機能は、ローカル名前変換部
２１Ａのディレクトリ識別名変換機能２１１ａと同様で
あるため説明を省略する。

【０１２７】グローバル名前変換ディレクトリ２０は、
グローバルの名前を持つ管理対象について、このデータ
を管理している他システムにおける名前と、この管理対
象を管理している他システムのローカル名前変換部への
接続情報とを保持・公開する。

【０１２８】グローバル名前変換ディレクトリ２０のス
キーマについて説明する。

【０１２９】グローバル名前変換ディレクトリ２０は、
ディレクトリ木構造を持つ。このディレクトリ木には、
ディレクトリエントリのオブジェクトクラスを登録可能
であることが必要である。木構造自体は特に規定しない
が、例えばフラット構造で実現可能である。

【０１３０】ディレクトリエントリクラスは、グローバ
ルの名前を持つ管理対象毎に１エントリとなる。ディレ
クトリエントリクラスとして表２に示すような構造型オ
ブジェクトクラスを定義する。

【０１３１】

【表２】

【０１３２】以下に、上記のような構成を持つデータ連
携システム１６におけるローカル名前空間１７Ａによる
データアクセスについて説明する。

【０１３３】ローカル名前空間１７Ａによるデータのア
クセス処理には、ローカルの通常データのアクセス処
理、ローカルの時系列データのアクセス処理、リモート
の通常データのアクセス処理、リモートの時系列データ
のアクセス処理、の４つがある。

【０１３４】ローカル名前空間１７Ａにおいてローカル
の通常データをアクセスする場合には、自システム内の
ローカル名前変換部２１Ａ及びローカル通常データディ
レクトリ２２Ａが利用され、ローカル通常データディレ
クトリ２２Ａから通常データが検索される。

【０１３５】ローカル名前空間１７Ａにおいてローカル
の時系列データをアクセスする場合には、自システム内
のローカル名前変換部２１Ａ及びローカル通常データデ
ィレクトリ２２Ａとによりローカル通常データディレク
トリ２２Ａから時系列データアクセス用のデータが検索
され、そのアクセス用のデータに基づいて時系列データ
ベース２３Ａへのアクセスが実行される。

【０１３６】ローカル名前空間１７Ａにおいてリモート
（ここではローカル名前空間１７Ｂ）の通常データ又は
時系列データをアクセスする場合、まず自システム内の
ローカル名前変換部２１Ａによりローカルの名前がグロ
ーバルの名前に変換される。変換後グローバル名前変換
部１９により、グローバルの名前が他システムにおける
名前に変換される。最後に他システムにおけるローカル
名前変換部２１Ｂ及び通常データディレクトリ２２Ｂに
より通常データのアクセス又は時系列データベース２３
Ｂへのアクセスが実行される。

【０１３７】以下に、データ処理システム１６における
データの取得の詳細について説明する。

【０１３８】図９は、本実施の形態に係るデータ連携シ
ステム１６においてデータの取得に利用されるクラスを
例示するクラス図である。

【０１３９】表３に、この図９のクラス図における各構
成要素の説明を記載する。

【０１４０】

【表３】

【０１４１】ローカル通常データディレクトリ２２Ａ
は、通常データの取得に利用される。以下に利用方法を
示す。

【０１４２】ローカルに管理される管理対象の通常デー
タは、各管理対象ディレクトリエントリに属性として保
持されている。通常データ取得を試みる管理対象クラス
は、ローカル名前変換部２１Ａによって名前をディレク
トリエントリ識別名に変換した後、ディレクトリアクセ
スプロトコルにしたがって管理対象エントリにアクセス
する。このアクセスされたディレクトリエントリから通
常データ属性が取得される。

【０１４３】図１０は、ローカルの通常データの取得手
順を例示するシーケンス図である。

【０１４４】表４に、ローカルの通常データの取得シー
ケンスの説明を示す。

【０１４５】

【表４】

【０１４６】また、ローカル通常データディレクトリ２
２Ａは、時系列データの取得にも利用される。以下に利
用方法を示す。

【０１４７】時系列データはローカルの時系列データベ
ース２３Ａに保存されている。

【０１４８】時系列データの取得は、上記図９のクラス
図におけるローカルＤＢアクセスクラスにより実行され
る。ローカルＤＢアクセスクラスは時系列データベース
のスキーマに特化したデータベースアクセスクラスであ
り、汎用の時系列データアクセスインターフェイスを実
装する。

【０１４９】時系列データの取得を試みる管理対象クラ
スは、クラス名属性（表１の属性３）を取得し、ローカ
ルＤＢアクセスクラスインスタンスを生成する。以降ロ
ーカルＤＢアクセスクラスを時系列データ取得インター
フェイスにより操作する。

【０１５０】ローカルＤＢアクセスクラスが管理対象時
系列データにアクセスするための検索条件が時系列デー
タ検索条件（表１の属性６、７）として保存されてい
る。検索条件様式は時系列データ取得インターフェイス
実装クラス（ここではローカルＤＢアクセスクラス）に
依存し、決定・保存される。

【０１５１】ローカルＤＢアクセスクラスは、ディレク
トリから検索条件、接続情報（時系列データ格納サーバ
名など）などを取得し、ローカルの時系列データベース
２３Ａに対して時系列データの取得を試みる。

【０１５２】もし、管理対象クラスが検索条件を直接解
読可能であれば、管理対象クラスはローカルＤＢアクセ
スクラスの生成をバイパス可能である。

【０１５３】図１１は、ローカルの時系列データの取得
手順を例示するシーケンス図である。

【０１５４】表５に、ローカルの時系列データの取得シ
ーケンスの説明を示す。

【０１５５】

【表５】

【０１５６】グローバル名前変換ディレクトリ２０は、
リモートで管理される通常データ、時系列データの取得
に利用される。以下に利用方法を示す。

【０１５７】管理対象取得プログラム（上記図９の管理
対象クラスに相当）は、まずローカル名前変換部２１Ａ
によるローカルディレクトリエントリ識別名取得を試み
る。

【０１５８】ここで、ディレクトリエントリ識別名変換
に失敗した場合（リモート管理対象エントリを作成しな
い場合）又は通常データディレクトリエントリの位置属
性がリモートを示している場合（リモート管理対象エン
トリを作成する場合）、ローカル名前変換部２１Ａによ
り、グローバルの名前が取得される。

【０１５９】次に、グローバル名前変換部１９により、
グローバル名前変換ディレクトリエントリ識別名が取得
される。

【０１６０】次に、グローバル名前変換ディレクトリ２
０から、他システム（アクセス先のシステム）における
ローカルの名前、他システムにおけるローカル名前変換
部２１Ｂの接続情報が取得される。

【０１６１】そして、他システムにおけるローカル名前
変換部２１Ｂへの接続が行われ、他システムにおけるロ
ーカルの名前からディレクトリエントリ識別名が取得さ
れる。また、ローカル通常データディレクトリ２２Ｂへ
の接続情報が取得される。

【０１６２】その後は、ローカルの通常データ、時系列
データ取得と同様の手順によりデータを取得されるた
め、説明を省略する。

【０１６３】図１２は、リモートの通常データ又はリモ
ートの時系列データの取得手順を例示するシーケンス図
である。

【０１６４】表６に、リモートの通常データ又はリモー
トの時系列データの取得シーケンスの説明を示す。

【０１６５】

【表６】

【０１６６】以上説明した本実施の形態に係るデータ連
携システム１６においては、ディレクトリ・サービスを
利用して上記第１の実施の形態に係るデータ連携システ
ム３と同様の効果を得ることができる。

【０１６７】なお、上記各実施の形態で説明したデータ
連携システム３、１６においては、同様の作用・機能を
実現可能であれば各要素の配置を変更させてもよく、ま
た各要素を自由に組み合わせてもよい。

【０１６８】上記各実施の形態で説明したデータ連携シ
ステム３、１６の各機能、各要素は、コンピュータに実
行させることのできるプログラムとして、例えば磁気デ
ィスク（フレキシブルディスク、ハードディスク等）、
光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ
などの記録媒体２４に書き込んで適用可能であり、通信
媒体により計算機、計算機システムに伝送して適用可能
である。

【０１６９】上記各機能、各要素を実現するコンピュー
タは、記録媒体２４に記録されたプログラムを読み込
み、プログラムによって動作が制御されることにより、
上述した処理を実行する。

【０１７０】

【発明の効果】以上詳記したように本発明においては、
各システムにおけるデータの名前がそれぞれ対応付けさ
れており、自システムのデータにアクセスする手段が各
システムに備えられている。

【０１７１】そして、本発明においては、他システムの
データにアクセスする場合に、名前の対応付けに基づい
てデータの名前が変換され、他システムのローカルアク
セス手段を利用してアクセスが実行される。

【０１７２】これにより、システム間でデータをやり取
りする際の名前解決が行われ、システム間で異なる名前
を付けていても容易にシステム間でデータをやり取りす
ることができ、システムを連携させることができる。

【０１７３】また、名前と時間情報とによりアクセス対
象のデータを特定する場合であっても、適切に名前と時
間情報とが変換され、容易にシステムを連携させること
ができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るデータ連携シ
ステムの構成を例示するブロック図。

【図２】ローカルの通常データに対するローカルアクセ
ス部のアクセス手法を例示する図。

【図３】ローカルの時系列データに対するローカルアク
セス部のアクセス手法を例示する図。

【図４】リモートの通常データに対するリモートアクセ
ス部のアクセス手法を例示する図。

【図５】リモートの通常データに対するリモートアクセ
ス部の動作手順を例示するフロー図。

【図６】リモートの時系列データに対するリモートアク
セス部のアクセス手法を例示する図。

【図７】同実施の形態に係るデータ連携システムの具体
的適用例を示すブロック図。

【図８】本発明の第２の実施の形態に係るデータ連携シ
ステムの構成例を示すブロック図。

【図９】同実施の形態に係るデータ連携システムにおい
てデータの取得に利用されるクラスを例示するクラス
図。

【図１０】ローカルの通常データの取得手順を例示する
シーケンス図。

【図１１】ローカルの時系列データの取得手順を例示す
るシーケンス図。

【図１２】リモートの通常データ又はリモートの時系列
データの取得手順を例示するシーケンス図。

【図１３】共通データベースを利用するシステムの連携
状態を例示するブロック図。

【図１４】共通データベースを利用し、時系列データを
やり取りする連携状態を例示するブロック図。

【符号の説明】

１Ａ、１Ｂ、４Ａ、４Ｂ…システム ２…データベース ３、１６…データ連携システム ５ａ、５ｂ…ローカルアクセス部 ６ａ、６ｂ…リモートアクセス部 ７…データ名変換辞書 ８ａ、８ｂ…時間変換フォーマット ９…システム名変換フォーマット １０ａ、１１ａ…通常データ １０ｂ、１１ｂ…時系列データ １７Ａ、１７Ｂ…ローカル名前空間 １８…グローバル名前空間 １９…グローバル名前変換部 ２０…グローバル名前変換ディレクトリ ２１Ａ、２１Ｂ…ローカル名前変換部 ２２Ａ、２２Ｂ…ローカル通常データディレクトリ ２３Ａ、２３Ｂ…時系列データベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田中 佐代子 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 秋元 直人 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 池田 信之 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 安東 孝信 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 鞍田 友美 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 Ｆターム(参考） 5B082 EA07 EA09 GC04

Claims (11)

【特許請求の範囲】
1. 【請求項１】 自システムのデータと他システムのデー
   タとをアクセスするデータアクセスシステムにおいて、 前記自システムのデータにアクセスするローカルアクセ
   ス手段と、 前記自システムにおけるデータの名前と前記他システム
   におけるデータの名前とを対応付けたデータ名変換情報
   に基づいて前記自システムにおけるデータの名前から前
   記他システムにおけるデータの名前を求め、前記他シス
   テムにおけるデータの名前に基づいて前記他システムの
   ローカルアクセス手段を利用して、前記他システムのデ
   ータにアクセスするリモートアクセス手段とを具備した
   ことを特徴とするデータアクセスシステム。
2. 【請求項２】 請求項１記載のデータアクセスシステム
   において、 前記リモートアクセス手段は、前記他システムの名前と
   接続情報とを対応付けたシステム名変換情報に基づいて
   前記他システムへの接続情報を取得し、この接続情報を
   利用して前記他システムのデータにアクセスすることを
   特徴とするデータアクセスシステム。
3. 【請求項３】 請求項１又は請求項２記載のデータアク
   セスシステムにおいて、 前記ローカルアクセス手段は、時間情報を指定してデー
   タにアクセスする場合に、時間情報を変換する規則を定
   めた時間変換情報に基づいて、指定された時間情報をア
   クセス用の時間情報に変換し、変換後の時間情報を利用
   してデータにアクセスすることを特徴とするデータアク
   セスシステム。
4. 【請求項４】 自システムのデータと他システムのデー
   タとをアクセスするデータアクセスシステムにおいて、 ディレクトリ・サービスを利用し、前記自システムにお
   けるデータの名前に基づいて前記自システムのデータに
   アクセスするローカルアクセス手段と、 ディレクトリ・サービスを利用して前記自システムにお
   けるデータの名前から前記他システムにおけるデータの
   名前を取得する名前変換手段と、 前記名前変換手段を利用して前記自システムにおけるデ
   ータの名前から前記他システムにおけるデータの名前を
   取得し、この取得した前記他システムにおけるデータの
   名前に基づいて前記他システムのローカルアクセス手段
   を利用して、前記他システムのデータにアクセスするリ
   モートアクセス手段とを具備したことを特徴とするデー
   タアクセスシステム。
5. 【請求項５】 第１のシステムのデータと第２のシステ
   ムとの間でデータを連携させるデータ連携システムにお
   いて、 前記第１のシステムのデータにアクセスする第１のロー
   カルアクセス手段と、 前記第２のシステムのデータにアクセスする第２のロー
   カルアクセス手段と、 前記第１のシステムにおけるデータの名前と前記第２の
   システムにおけるデータの名前とを対応付けたデータ名
   変換情報に基づいて前記第１のシステムにおけるデータ
   の名前から前記第２のシステムにおけるデータの名前を
   求め、前記第２のシステムにおけるデータの名前に基づ
   いて前記第２のローカルアクセス手段を利用して、前記
   第２のシステムのデータにアクセスする第１のリモート
   アクセス手段と、 前記データ名変換情報に基づいて前記第２のシステムに
   おけるデータの名前から前記第１のシステムにおけるデ
   ータの名前を求め、前記第１のシステムにおけるデータ
   の名前に基づいて前記第１のローカルアクセス手段を利
   用して、前記第１のシステムのデータにアクセスする第
   ２のリモートアクセス手段とを具備したことを特徴とす
   るデータ連携システム。
6. 【請求項６】 コンピュータに、 自システムのデータにアクセスするローカルアクセス機
   能、 前記自システムにおけるデータの名前と他システムにお
   けるデータの名前とを対応付けたデータ名変換情報に基
   づいて前記自システムにおけるデータの名前から前記他
   システムにおけるデータの名前を求め、前記他システム
   におけるデータの名前に基づいて前記他システムのロー
   カルアクセス機能を利用して、前記他システムのデータ
   にアクセスするリモートアクセス機能を実現させるため
   のデータ連携プログラム。
7. 【請求項７】 請求項６記載のデータ連携プログラムに
   おいて、 前記リモートアクセス機能は、前記他システムの名前と
   接続情報とを対応付けたシステム名変換情報に基づいて
   前記他システムへの接続情報を取得し、この接続情報を
   利用して前記他システムのデータにアクセスすることを
   特徴とするデータ連携プログラム。
8. 【請求項８】 請求項６又は請求項７記載のデータ連携
   プログラムにおいて、 前記ローカルアクセス機能は、時間情報を指定してデー
   タにアクセスする場合に、時間情報を変換する規則を定
   めた時間変換情報に基づいて、指定された時間情報をア
   クセス用の時間情報に変換し、変換後の時間情報を利用
   してデータにアクセスすることを特徴とするデータ連携
   プログラム。
9. 【請求項９】 コンピュータに、 ディレクトリ・サービスを利用し、自システムにおける
   データの名前に基づいて前記自システムのデータにアク
   セスするローカルアクセス機能、 ディレクトリ・サービスを利用して前記自システムにお
   けるデータの名前から他システムにおけるデータの名前
   を取得する名前変換機能、 前記名前変換機能を利用して前記自システムにおけるデ
   ータの名前から前記他システムにおけるデータの名前を
   取得し、この取得した前記他システムにおけるデータの
   名前に基づいて前記他システムのローカルアクセス機能
   を利用して、前記他システムのデータにアクセスするリ
   モートアクセス機能を実現させるためのデータ連携プロ
   グラム。
10. 【請求項１０】 自システムと他システムとの間でデー
    タを連携させるデータ連携方法において、 前記他システムのデータにアクセスする場合に、前記自
    システムにおけるデータの名前と前記他システムにおけ
    るデータの名前とを対応付けたデータ名変換情報に基づ
    いて前記自システムにおけるデータの名前から前記他シ
    ステムにおけるデータの名前を求めるステップと、 前記他システムにおけるデータの名前に基づいて前記他
    システムのデータにアクセスする手段を利用して、前記
    他システムのデータにアクセスするステップとを含むデ
    ータ連携方法。
11. 【請求項１１】 自システムと他システムとの間でデー
    タを連携させるデータ連携方法において、 ディレクトリ・サービスを利用し、前記自システムにお
    けるデータの名前から前記他システムにおけるデータの
    名前を取得するステップと、 取得した前記他システムにおけるデータの名前に基づい
    てディレクトリ・サービスを利用して前記他システムの
    データにアクセスする手段を利用して、前記他システム
    のデータにアクセスするステップとを含むデータ連携方
    法。