JPH05127972A - 複数データベース参照方式 - Google Patents
複数データベース参照方式Info
- Publication number
- JPH05127972A JPH05127972A JP3289917A JP28991791A JPH05127972A JP H05127972 A JPH05127972 A JP H05127972A JP 3289917 A JP3289917 A JP 3289917A JP 28991791 A JP28991791 A JP 28991791A JP H05127972 A JPH05127972 A JP H05127972A
- Authority
- JP
- Japan
- Prior art keywords
- view
- site
- class
- instance
- issues
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 本発明は、複数データベース参照方式に関
し、データを参照するビューおよび実データを持つクラ
スを設け、ビューが定義などのコマンドを発行して自サ
イト、他サイトのクラスから自分の見方でデータの参照
を可能にすることを目的とする。 【構成】 ビュー３１が定義メソッドを発行してこれを
受けた他サイトのクラス５が解析して実行形式のコマン
ドを作成し、ビュー３１がインスタンスメソッドを発行
してこれを受けた他のサイトのクラス５が作成したコマ
ンドを実行して検索および演算処理し、ビュー３１がセ
ンドメソッドを発行してこれを受けた他のサイトのクラ
ス５が検索・演算処理したインスタンスをビュー３１に
転送するように構成する。
し、データを参照するビューおよび実データを持つクラ
スを設け、ビューが定義などのコマンドを発行して自サ
イト、他サイトのクラスから自分の見方でデータの参照
を可能にすることを目的とする。 【構成】 ビュー３１が定義メソッドを発行してこれを
受けた他サイトのクラス５が解析して実行形式のコマン
ドを作成し、ビュー３１がインスタンスメソッドを発行
してこれを受けた他のサイトのクラス５が作成したコマ
ンドを実行して検索および演算処理し、ビュー３１がセ
ンドメソッドを発行してこれを受けた他のサイトのクラ
ス５が検索・演算処理したインスタンスをビュー３１に
転送するように構成する。
Description
【０００１】
【産業上の利用分野】本発明は、複数のデータベースを
参照する複数データベース参照方式であって、自律分散
したデータベースにおけるオブジェクト変換を行うため
のビューの実現を行う複数データベース参照方式に関す
るものである。
参照する複数データベース参照方式であって、自律分散
したデータベースにおけるオブジェクト変換を行うため
のビューの実現を行う複数データベース参照方式に関す
るものである。
【０００２】設計などの応用に見られるようにな分散し
た環境では自律性が特徴となる。各サイトで独自にデー
タベースを作り、後にこれらの間の関係を決定する必要
がでてくる。自律分散した環境では各サイトで定義する
オブジェクト指向データベースのオブジェクトでは意味
的に同じ情報が、構文的に異なる形式で表現される。し
かしながら協調的に作業を行うにためには、ユーザは他
サイトのオブジェクトを自分の見方で見たい（例えば人
の誕生日を昭和でなく西暦で見たい）。このため、オブ
ジェクトの変換を可能にして各サイトの情報を参照する
ことが望まれている。
た環境では自律性が特徴となる。各サイトで独自にデー
タベースを作り、後にこれらの間の関係を決定する必要
がでてくる。自律分散した環境では各サイトで定義する
オブジェクト指向データベースのオブジェクトでは意味
的に同じ情報が、構文的に異なる形式で表現される。し
かしながら協調的に作業を行うにためには、ユーザは他
サイトのオブジェクトを自分の見方で見たい（例えば人
の誕生日を昭和でなく西暦で見たい）。このため、オブ
ジェクトの変換を可能にして各サイトの情報を参照する
ことが望まれている。
【０００３】
【従来の技術】従来、全サイトのローカルスキーマ（オ
ブジェクト）を１つに統合するようなグローバルスキー
マを考えるアプローチがある。これをグローバルスキー
マ（ｇｌｏｂａｌ ｓｃｈｅｍａ）アプローチという。
しかし、このアプローチは、異なるモデルを１つに統合
できるという仮定があるが、それはデータベースの数が
多くなれば必ずしも成立するとは限らない。
ブジェクト）を１つに統合するようなグローバルスキー
マを考えるアプローチがある。これをグローバルスキー
マ（ｇｌｏｂａｌ ｓｃｈｅｍａ）アプローチという。
しかし、このアプローチは、異なるモデルを１つに統合
できるという仮定があるが、それはデータベースの数が
多くなれば必ずしも成立するとは限らない。
【０００４】
【発明が解決しようとする課題】そこで、サイト対サイ
ト間のスキーマ（オブジェクト）の変換が現実的であ
る。これを自律分散データベース（ｆｅｄｅｒａｔｅｄ
ｄａｔａｂａｓｅ）アプローチという。リレーショナ
ルデータベースにおいては、このアプローチをとるもの
があるが、リレーショナル演算に限られ柔軟な変換はで
きないという問題がある。
ト間のスキーマ（オブジェクト）の変換が現実的であ
る。これを自律分散データベース（ｆｅｄｅｒａｔｅｄ
ｄａｔａｂａｓｅ）アプローチという。リレーショナ
ルデータベースにおいては、このアプローチをとるもの
があるが、リレーショナル演算に限られ柔軟な変換はで
きないという問題がある。
【０００５】スキーマ変換においては、意味的に同等な
データ間で属性の名前の相違、単位の相違、構造的な相
違、データの欠損などが問題となる。逆に意味的に異な
るデータが同一の名前を持つこともある。オブジェクト
指向データベースでは、更にメソッドについてこれらの
点が問題となる。このため、他のサイトのデータベース
を自分の見方で参照できること、自サイトと他サイトの
データベースを同一に見られること、できるだけ多くの
他のサイトのデータベースを一度に参照できることが望
まれている。
データ間で属性の名前の相違、単位の相違、構造的な相
違、データの欠損などが問題となる。逆に意味的に異な
るデータが同一の名前を持つこともある。オブジェクト
指向データベースでは、更にメソッドについてこれらの
点が問題となる。このため、他のサイトのデータベース
を自分の見方で参照できること、自サイトと他サイトの
データベースを同一に見られること、できるだけ多くの
他のサイトのデータベースを一度に参照できることが望
まれている。
【０００６】本発明は、データを参照するビューおよび
実データを持つクラスを設け、ビューが定義、インスタ
ンス、キャッチ、センド、エスタブリッシュなどのメソ
ッドを発行して自サイト、他サイトのクラスから自分の
見方でデータの参照を可能にすることを目的としてい
る。
実データを持つクラスを設け、ビューが定義、インスタ
ンス、キャッチ、センド、エスタブリッシュなどのメソ
ッドを発行して自サイト、他サイトのクラスから自分の
見方でデータの参照を可能にすることを目的としてい
る。
【０００７】
【課題を解決するための手段】図１は、本発明の原理構
成図を示す。図１において、ビュー３１は、インスタン
ス（データ）を参照するためのメソッドを発行するもの
である。
成図を示す。図１において、ビュー３１は、インスタン
ス（データ）を参照するためのメソッドを発行するもの
である。
【０００８】クラス５は、ビュー３１から発行されたメ
ソッドについて、解析して実行形式のコマンドを作成し
たり、実行形式のコマンドを実行してデータベース６を
検索および演算処理したり、インスタンスを転送したり
する、実インスタンスを持つクラスである。
ソッドについて、解析して実行形式のコマンドを作成し
たり、実行形式のコマンドを実行してデータベース６を
検索および演算処理したり、インスタンスを転送したり
する、実インスタンスを持つクラスである。
【０００９】
【作用】本発明は、図１に示すように、ビュー３１が定
義メソッドを発行してこれを受けた他サイトのクラス５
が解析して実行形式のコマンドを作成し、ビュー３１が
インスタンスメソッドを発行してこれを受けた他のサイ
トのクラス５が作成したコマンドを実行して検索および
演算処理し、ビュー３１がセンドメソッドを発行してこ
れを受けた他のサイトのクラス５が検索・演算処理した
インスタンスをビュー３１に転送するようにしている。
義メソッドを発行してこれを受けた他サイトのクラス５
が解析して実行形式のコマンドを作成し、ビュー３１が
インスタンスメソッドを発行してこれを受けた他のサイ
トのクラス５が作成したコマンドを実行して検索および
演算処理し、ビュー３１がセンドメソッドを発行してこ
れを受けた他のサイトのクラス５が検索・演算処理した
インスタンスをビュー３１に転送するようにしている。
【００１０】また、ビュー３１が定義メソッドを発行し
てこれを受けた自サイトのクラス５が解析して実行形式
のコマンドを作成し、ビュー３１がインスタンスメソッ
ドを発行してこれを受けた自のサイトのクラス５が作成
したコマンドを実行して検索および演算処理し、ビュー
３１がセンドメソッドを発行してこれを受けた自のサイ
トのクラス５が検索・演算処理したインスタンスをビュ
ー３１に転送するようにしている。
てこれを受けた自サイトのクラス５が解析して実行形式
のコマンドを作成し、ビュー３１がインスタンスメソッ
ドを発行してこれを受けた自のサイトのクラス５が作成
したコマンドを実行して検索および演算処理し、ビュー
３１がセンドメソッドを発行してこれを受けた自のサイ
トのクラス５が検索・演算処理したインスタンスをビュ
ー３１に転送するようにしている。
【００１１】また、ビュー３１が複数の定義メソッドを
発行してこれらを受けた他サイトのクラス５が解析して
実行形式のコマンドをそれぞれ作成し、ビュー３１が複
数のインスタンスメソッドを発行してこれらを受けた他
のサイトのクラス５が作成したコマンドを実行し、ビュ
ー３が複数のセンドメソッドを発行してこれらを受けた
他のサイトのクラス５が検索したインスタンスをビュー
３１にそれぞれ転送し、これら転送されてきたビュー３
１のインスタンスについてリンクして統合するようにし
ている。
発行してこれらを受けた他サイトのクラス５が解析して
実行形式のコマンドをそれぞれ作成し、ビュー３１が複
数のインスタンスメソッドを発行してこれらを受けた他
のサイトのクラス５が作成したコマンドを実行し、ビュ
ー３が複数のセンドメソッドを発行してこれらを受けた
他のサイトのクラス５が検索したインスタンスをビュー
３１にそれぞれ転送し、これら転送されてきたビュー３
１のインスタンスについてリンクして統合するようにし
ている。
【００１２】従って、インスタンス（データ）を参照す
るビュー３１および実インスタンスを持つクラス５を設
け、ビュー３１が定義、インスタンス、センド、エスタ
ブリッシュなどのメソッドを発行して自サイト、他サイ
トのクラス５から自分の見方にあったインスタンス（デ
ータ、例えば西暦で社員の年齢）の参照を行うことが可
能となる。
るビュー３１および実インスタンスを持つクラス５を設
け、ビュー３１が定義、インスタンス、センド、エスタ
ブリッシュなどのメソッドを発行して自サイト、他サイ
トのクラス５から自分の見方にあったインスタンス（デ
ータ、例えば西暦で社員の年齢）の参照を行うことが可
能となる。
【００１３】
【実施例】次に、図１から図７を用いて本発明の実施例
の構成および動作を順次詳細に説明する。
の構成および動作を順次詳細に説明する。
【００１４】図１は、本発明の原理構成図を示す。図１
において、サイト１、サイト２は、データベース６から
インスタンス（データ）を検索するものであって、ビュ
ー管理３、サイト管理７、オブジェクト指向データベー
ス管理システム４から構成されている。これらサイト
１、サイト２は、コンピュータネットワークで相互に接
続されている。
において、サイト１、サイト２は、データベース６から
インスタンス（データ）を検索するものであって、ビュ
ー管理３、サイト管理７、オブジェクト指向データベー
ス管理システム４から構成されている。これらサイト
１、サイト２は、コンピュータネットワークで相互に接
続されている。
【００１５】ビュー管理３は、ビュー３１を管理するも
のである。ビュー３１は、インスタンス（データ）を参
照したりなどするためのメソッド（ｄｅｆｉｎｅ、ｉｎ
ｓｔａｎｔｉａｔｅ、ｉｎｓｔａｎｔｉａｔｅＩｎＳｉ
ｔｅ、ｃａｔｃｈ、ｓｅｎｄ、ｅｓｔａｂｌｉｓｈＬｉ
ｎｋ）を発行するものである（後述する）。
のである。ビュー３１は、インスタンス（データ）を参
照したりなどするためのメソッド（ｄｅｆｉｎｅ、ｉｎ
ｓｔａｎｔｉａｔｅ、ｉｎｓｔａｎｔｉａｔｅＩｎＳｉ
ｔｅ、ｃａｔｃｈ、ｓｅｎｄ、ｅｓｔａｂｌｉｓｈＬｉ
ｎｋ）を発行するものである（後述する）。
【００１６】オブジェクト指向データベース管理システ
ム４は、オブジェクト指向のデータベース６の参照、更
新などを管理するものであって、ここではクラス５など
から構成されるものである。
ム４は、オブジェクト指向のデータベース６の参照、更
新などを管理するものであって、ここではクラス５など
から構成されるものである。
【００１７】クラス５は、ビュー３１から発行されたメ
ソッドについて、解析して実行形式のコマンドを作成し
たり、実行形式のコマンドを実行してデータベース６を
検索および演算処理したり、インスタンスを転送したり
する、実インスタンスを持つクラスである。
ソッドについて、解析して実行形式のコマンドを作成し
たり、実行形式のコマンドを実行してデータベース６を
検索および演算処理したり、インスタンスを転送したり
する、実インスタンスを持つクラスである。
【００１８】データベース６は、オブジェクト指向のデ
ータベースであって、検索可能な状態で多量のデータを
格納したものである。サイト管理７は、ユーザ（クライ
アント）サイト（ＵＳＥＲ ＳＩＴＥ）、データベース
（サーバ）サイト（ＤＢ ＳＩＴＥ）、および分散管理
サイト（ＦＥＤＥＲＡＴＩＯＮ ＳＩＴＥ）の３つから
構成されるものである。このサイト管理７は、サイト間
において、メール（ＭＡＩＬ）管理機能を用いて各種管
理を行うものである。ここで、メールの種類として、上
述したメソッドに対応して、検索要求の依頼や受理、検
索完了通知、検索結果の転送要求や転送、サイトの開
設、閉鎖に伴う要求や完了通知である。ユーザサイトの
クラスには検索要求の依頼や検索結果を受け取るための
メソッドがあり、データベースサイトのクラスには検索
の実行や検索結果の転送のメソッドがある。データベー
スサイトや分散管理サイトはメールの読み込み、メール
処理、メール転送からなるメインループを実行する。メ
ールボックスのクラスは、メールをメールボックスに投
函したり、メールボックスから読みだすためのメソッド
である。ビュー管理３は、これらのサイト管理７の機能
を使って実現する。例えばビューのインスタンスの生成
は、検索要求や検索結果転送などのメールに変換し、こ
れらを組み合わせて達成する。
ータベースであって、検索可能な状態で多量のデータを
格納したものである。サイト管理７は、ユーザ（クライ
アント）サイト（ＵＳＥＲ ＳＩＴＥ）、データベース
（サーバ）サイト（ＤＢ ＳＩＴＥ）、および分散管理
サイト（ＦＥＤＥＲＡＴＩＯＮ ＳＩＴＥ）の３つから
構成されるものである。このサイト管理７は、サイト間
において、メール（ＭＡＩＬ）管理機能を用いて各種管
理を行うものである。ここで、メールの種類として、上
述したメソッドに対応して、検索要求の依頼や受理、検
索完了通知、検索結果の転送要求や転送、サイトの開
設、閉鎖に伴う要求や完了通知である。ユーザサイトの
クラスには検索要求の依頼や検索結果を受け取るための
メソッドがあり、データベースサイトのクラスには検索
の実行や検索結果の転送のメソッドがある。データベー
スサイトや分散管理サイトはメールの読み込み、メール
処理、メール転送からなるメインループを実行する。メ
ールボックスのクラスは、メールをメールボックスに投
函したり、メールボックスから読みだすためのメソッド
である。ビュー管理３は、これらのサイト管理７の機能
を使って実現する。例えばビューのインスタンスの生成
は、検索要求や検索結果転送などのメールに変換し、こ
れらを組み合わせて達成する。
【００１９】図２は、本発明のビュー／クラス例を示
す。 （１） ＳＩＴＥ２（サイト２）は、ビューの定義例を
示す。 ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ：ビュー名 ＯｒｉｇｉｎａｌＳｉｔｅ ＳＩＴＥ１：元サイトがＳ
ＩＴＥ１である。
す。 （１） ＳＩＴＥ２（サイト２）は、ビューの定義例を
示す。 ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ：ビュー名 ＯｒｉｇｉｎａｌＳｉｔｅ ＳＩＴＥ１：元サイトがＳ
ＩＴＥ１である。
【００２０】ＯｒｉｇｉｎａｌＣｌａｓｓ ＷＯＲＫＥ
Ｒ ｏｔｈｅｒ：元クラスがＷＯＲＫＥＲであって、他
のサイトにある。 Ｐｒｏｐｅｒｔｌｙ ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ：属性定義であって、属性名が
Ｎａｍｅ、Ｃｉｔｙである。
Ｒ ｏｔｈｅｒ：元クラスがＷＯＲＫＥＲであって、他
のサイトにある。 Ｐｒｏｐｅｒｔｌｙ ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ：属性定義であって、属性名が
Ｎａｍｅ、Ｃｉｔｙである。
【００２１】Ｔｒａｎｓｌａｔｉｏｎ Ｃｉｔｙ＝Ｃｏ
ｍｐａｎｙ．Ｌｏｃａｔｉｏｎ：変換ルールはＣｉｔｙ
（住所）とＣｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ（会社の
住所）とが同一である。
ｍｐａｎｙ．Ｌｏｃａｔｉｏｎ：変換ルールはＣｉｔｙ
（住所）とＣｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ（会社の
住所）とが同一である。
【００２２】Ｓｅｌｅｃｔｉｏｎ Ｃｉｔｙ！＝“Ｔｏ
ｋｙｏ” ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” （条件は、Ｃｉｔｙ（住所）がＴｏｋｙｏでなく、かつ
Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ（会社の住所）がＴ
ｏｋｙｏである） （２） ＳＩＴＥ２（サイト２）は、クラスの定義例を
示す。
ｋｙｏ” ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” （条件は、Ｃｉｔｙ（住所）がＴｏｋｙｏでなく、かつ
Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ（会社の住所）がＴ
ｏｋｙｏである） （２） ＳＩＴＥ２（サイト２）は、クラスの定義例を
示す。
【００２３】ＷＯＲＫＥＲ：クラス名 Ｐｒｏｔｅｒｔｙ ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ＣＯＭＰＡＮＹ Ｃｏｍｐａｎｙ：属性定義であって、
属性名がＮａｍｅ、Ｃｉｔｙ、Ｃｏｍｐａｎｙである。
そして、実際のインスタンス（データ）は、これらＮａ
ｍｅ、Ｃｉｔｙ、Ｃｏｍｐａｎｙに対応づけてデータベ
ース６にインスタンス（データ）として格納されてい
る。
属性名がＮａｍｅ、Ｃｉｔｙ、Ｃｏｍｐａｎｙである。
そして、実際のインスタンス（データ）は、これらＮａ
ｍｅ、Ｃｉｔｙ、Ｃｏｍｐａｎｙに対応づけてデータベ
ース６にインスタンス（データ）として格納されてい
る。
【００２４】次に、図３に示す順序に従い、他サイトの
ビューのインスタンスを生成する手順を具体的に説明す
る。これは、図２に示すように、サイト２にビュー、サ
イト１にクラスがある場合のものである。
ビューのインスタンスを生成する手順を具体的に説明す
る。これは、図２に示すように、サイト２にビュー、サ
イト１にクラスがある場合のものである。
【００２５】図３において、Ｓ１は、サイト２のビュー
３１がｄｅｆｉｎｅメソッドとして図示のようなパラメ
タを持ったメソッドを、サイト１に発行する。ここで、
ｄｅｆｉｎｅメソッドは、 ・ビュー名：ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ・変換ルール：Ｃｉｔｙ＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔ
ｉｏｎ ・条件：Ｃｉｔｙ！＝“Ｔｏｋｙｏ” ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｔｈｅｒ のパラメタを持つ。
３１がｄｅｆｉｎｅメソッドとして図示のようなパラメ
タを持ったメソッドを、サイト１に発行する。ここで、
ｄｅｆｉｎｅメソッドは、 ・ビュー名：ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ・変換ルール：Ｃｉｔｙ＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔ
ｉｏｎ ・条件：Ｃｉｔｙ！＝“Ｔｏｋｙｏ” ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｔｈｅｒ のパラメタを持つ。
【００２６】Ｓ２は、Ｓ１のｄｅｆｉｎｅメソッドを受
け取ったサイト２のクラス５がこのメソッドの解析、ク
ラスの意味、実行形式に変換（＝問い合せコマンド作
成）する。
け取ったサイト２のクラス５がこのメソッドの解析、ク
ラスの意味、実行形式に変換（＝問い合せコマンド作
成）する。
【００２７】Ｓ３は、サイト２のビュー３１がｉｎｓｔ
ａｔｉａｔｅメソッドとして図示のようなパラメタを持
ったメソッドを、サイト１に発行する。ここで、ｉｎｓ
ｔａｔｉａｔｅメソッドは、 ｉｎｓｔａｔｉａｔｅ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶ
ｉｅｗ である。
ａｔｉａｔｅメソッドとして図示のようなパラメタを持
ったメソッドを、サイト１に発行する。ここで、ｉｎｓ
ｔａｔｉａｔｅメソッドは、 ｉｎｓｔａｔｉａｔｅ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶ
ｉｅｗ である。
【００２８】Ｓ４は、Ｓ３のｉｎｓｔａｔｉａｔｅメソ
ッドを受け取ったサイト２のクラス５が、Ｓ２で作成し
た実行形式の問い合わせコマンドを実行し、データベー
ス６を検索（必要に応じて演算処理）する。
ッドを受け取ったサイト２のクラス５が、Ｓ２で作成し
た実行形式の問い合わせコマンドを実行し、データベー
ス６を検索（必要に応じて演算処理）する。
【００２９】Ｓ５は、サイト２のビュー３１がｃａｔｃ
ｈメソッドとして図示のようなパラメタを持ったメソッ
ドを発行する。ここで、ｃａｔｃｈメソッドは、 ｃａｔｃｈ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ である。このｃａｔｃｈメソッドは、サイト２のクラス
５からビューのインスタンス生成完了通知を待ち合わ
せ、これを取り込む。
ｈメソッドとして図示のようなパラメタを持ったメソッ
ドを発行する。ここで、ｃａｔｃｈメソッドは、 ｃａｔｃｈ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ である。このｃａｔｃｈメソッドは、サイト２のクラス
５からビューのインスタンス生成完了通知を待ち合わ
せ、これを取り込む。
【００３０】Ｓ６は、Ｓ５でサイト１のクラス５からの
ビューのインスタンス生成完了通知を待ち合わせ、通知
を受け取った後、ｓｅｎｄメソッドをサイト１に発行す
る。Ｓ７は、Ｓ６のｓｅｎｄメソッドを受け取ったサイ
ト１のクラス５から、検索および演算処理したビューの
インスタンス（データ）の転送を受けとる。この受け取
ったインスタンスは、最下段に示すように、ここでは、
オブジェクトｉｄ、Ｃｉｔｙ、Ｎａｍｅ、元クラスｉｄ
などから構成されるものである。
ビューのインスタンス生成完了通知を待ち合わせ、通知
を受け取った後、ｓｅｎｄメソッドをサイト１に発行す
る。Ｓ７は、Ｓ６のｓｅｎｄメソッドを受け取ったサイ
ト１のクラス５から、検索および演算処理したビューの
インスタンス（データ）の転送を受けとる。この受け取
ったインスタンスは、最下段に示すように、ここでは、
オブジェクトｉｄ、Ｃｉｔｙ、Ｎａｍｅ、元クラスｉｄ
などから構成されるものである。
【００３１】以上によって、サイト２のビュー３１が各
種メソッドをサイト１のクラス５などに発行し、サイト
１のクラス５のデータベース６から検索および演算処理
したインスタンスの転送をサイト２のビュー３１が受け
る。これにより、複数のデータベース６から所望のイン
スタンス（データ）を検索することが可能となる。
種メソッドをサイト１のクラス５などに発行し、サイト
１のクラス５のデータベース６から検索および演算処理
したインスタンスの転送をサイト２のビュー３１が受け
る。これにより、複数のデータベース６から所望のイン
スタンス（データ）を検索することが可能となる。
【００３２】次に、図４の示す順序に従い、自サイト内
のビューのインスタンスを生成する手順を具体的に説明
する。これは、図２で、サイト１に図示クラス５の他に
図示外のビュー３１（図示サイト２のビュー３１と同じ
もの）がある場合のものである。
のビューのインスタンスを生成する手順を具体的に説明
する。これは、図２で、サイト１に図示クラス５の他に
図示外のビュー３１（図示サイト２のビュー３１と同じ
もの）がある場合のものである。
【００３３】図４において、Ｓ１１は、サイト１のビュ
ー３１がｄｅｆｉｎｅメソッドとして図示のようなパラ
メタを持ったメソッドを、自サイト１のクラス５に発行
する。ここで、ｄｅｆｉｎｅメソッドは、 ・ビュー名：ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ・変換ルール：Ｃｉｔｙ＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔ
ｉｏｎ ・条件：Ｃｉｔｙ！＝“Ｔｏｋｙｏ” ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｗｎ のパラメタを持つ。
ー３１がｄｅｆｉｎｅメソッドとして図示のようなパラ
メタを持ったメソッドを、自サイト１のクラス５に発行
する。ここで、ｄｅｆｉｎｅメソッドは、 ・ビュー名：ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ・変換ルール：Ｃｉｔｙ＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔ
ｉｏｎ ・条件：Ｃｉｔｙ！＝“Ｔｏｋｙｏ” ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｗｎ のパラメタを持つ。
【００３４】Ｓ１２は、Ｓ１１のｄｅｆｉｎｅメソッド
を受け取ったサイト１のクラス５がこのメソッドの解
析、クラスの意味、実行形式に変換（＝問い合せコマン
ド作成）する。
を受け取ったサイト１のクラス５がこのメソッドの解
析、クラスの意味、実行形式に変換（＝問い合せコマン
ド作成）する。
【００３５】Ｓ１３は、サイト１のビュー３１がｉｎｓ
ｔａｔｉａｔｅＩｎＳｉｔｅメソッドとして図示のよう
なパラメタを持ったメソッドを、クラス５に発行する。
ここで、ｉｎｓｔａｔｉａｔｅＩｎＳｉｔｅメソッド
は、 ｉｎｓｔａｔｉａｔｅＩｎＳｉｔｅ ＴｏｋｙｏＣｏｍ
ｍｕｔｅｒＶｉｅｗ である。このｉｎｓｔａｔｉａｔｅＩｎＳｉｔｅメソッ
ドを受け取ったサイト１のクラス５が、Ｓ１２で作成し
た実行形式の問い合わせコマンドを実行し、データベー
ス６を検索（必要に応じて演算処理）する。
ｔａｔｉａｔｅＩｎＳｉｔｅメソッドとして図示のよう
なパラメタを持ったメソッドを、クラス５に発行する。
ここで、ｉｎｓｔａｔｉａｔｅＩｎＳｉｔｅメソッド
は、 ｉｎｓｔａｔｉａｔｅＩｎＳｉｔｅ ＴｏｋｙｏＣｏｍ
ｍｕｔｅｒＶｉｅｗ である。このｉｎｓｔａｔｉａｔｅＩｎＳｉｔｅメソッ
ドを受け取ったサイト１のクラス５が、Ｓ１２で作成し
た実行形式の問い合わせコマンドを実行し、データベー
ス６を検索（必要に応じて演算処理）する。
【００３６】Ｓ１４は、サイト１のビュー３１がｃａｔ
ｃｈメソッドとして図示のようなパラメタを持ったメソ
ッドを発行する。ここで、ｃａｔｃｈメソッドは、 ｃａｔｃｈ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ である。このｃａｔｃｈメソッドは、サイト１のクラス
５からビューのインスタンス生成完了通知を待ち合わ
せ、これを取り込む。
ｃｈメソッドとして図示のようなパラメタを持ったメソ
ッドを発行する。ここで、ｃａｔｃｈメソッドは、 ｃａｔｃｈ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ である。このｃａｔｃｈメソッドは、サイト１のクラス
５からビューのインスタンス生成完了通知を待ち合わ
せ、これを取り込む。
【００３７】Ｓ１５は、Ｓ１４でサイト１のクラス５か
らのビューのインスタンス生成完了通知を待ち合わせ、
通知を受け取った後、ｓｅｎｄメソッドをサイト１のク
ラス５に発行する。
らのビューのインスタンス生成完了通知を待ち合わせ、
通知を受け取った後、ｓｅｎｄメソッドをサイト１のク
ラス５に発行する。
【００３８】Ｓ１６は、Ｓ１５のｓｅｎｄメソッドを受
け取ったサイト１のクラス５から、検索および演算処理
したビューのインスタンス（データ）の転送を受けと
る。この受け取ったインスタンスは、最下段に示すよう
に、ここでは、オブジェクトｉｄ、Ｃｉｔｙ、Ｎａｍ
ｅ、元クラスｉｄなどから構成されるものである。
け取ったサイト１のクラス５から、検索および演算処理
したビューのインスタンス（データ）の転送を受けと
る。この受け取ったインスタンスは、最下段に示すよう
に、ここでは、オブジェクトｉｄ、Ｃｉｔｙ、Ｎａｍ
ｅ、元クラスｉｄなどから構成されるものである。
【００３９】以上によって、サイト１のビュー３１が各
種メソッドを自サイト内のクラス５などに発行し、自サ
イト内のクラス５のデータベース６から検索および演算
処理したインスタンスの転送をビュー３１が受ける。こ
れにより、ビュー３１は自サイト内のデータベース６か
ら所望のインスタンス（データ）を検索することが可能
となる。
種メソッドを自サイト内のクラス５などに発行し、自サ
イト内のクラス５のデータベース６から検索および演算
処理したインスタンスの転送をビュー３１が受ける。こ
れにより、ビュー３１は自サイト内のデータベース６か
ら所望のインスタンス（データ）を検索することが可能
となる。
【００４０】次に、図５に示す順序に従い、他サイトの
複数のビューのインスタンスを生成およびこれらのリン
ク達成を行う手順を具体的に説明する。これは、図２に
示すように、サイト２にビュー３１、サイト１にクラス
５がある場合のものである。
複数のビューのインスタンスを生成およびこれらのリン
ク達成を行う手順を具体的に説明する。これは、図２に
示すように、サイト２にビュー３１、サイト１にクラス
５がある場合のものである。
【００４１】図５において、Ｓ２１は、サイト２のビュ
ー３１がｄｅｆｉｎｅメソッドとして図示のようなパラ
メタを持ったメソッドを、サイト１に発行する。ここ
で、ｄｅｆｉｎｅメソッドは、 ・ビュー名：ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｃｏｍｐａｎｙ ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ・変換ルール：Ｃｉｔｙ＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔ
ｉｏｎ ・条件：Ｃｉｔｙ！＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏ
ｎ ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｔｈｅｒ のパラメタを持つ。
ー３１がｄｅｆｉｎｅメソッドとして図示のようなパラ
メタを持ったメソッドを、サイト１に発行する。ここ
で、ｄｅｆｉｎｅメソッドは、 ・ビュー名：ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｃｏｍｐａｎｙ ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｃｉｔｙ ・変換ルール：Ｃｉｔｙ＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔ
ｉｏｎ ・条件：Ｃｉｔｙ！＝Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏ
ｎ ａｎｄ Ｃｏｍｐａｎｙ．Ｌｏｃａｔｉｏｎ＝“Ｔｏｋｙｏ” ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｔｈｅｒ のパラメタを持つ。
【００４２】Ｓ２２は、同様に、サイト２のビュー３１
がｄｅｆｉｎｅメソッドとして図示のようなパラメタを
持ったメソッドを、サイト１に発行する。ここで、ｄｅ
ｆｉｎｅメソッドは、 ・ビュー名：ＣｏｍｐａｎｙＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｌｏｃａｔｉｏｎ ・変換ルール：なし ・条件：なし ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｔｈｅｒ のパラメタを持つ。
がｄｅｆｉｎｅメソッドとして図示のようなパラメタを
持ったメソッドを、サイト１に発行する。ここで、ｄｅ
ｆｉｎｅメソッドは、 ・ビュー名：ＣｏｍｐａｎｙＶｉｅｗ ・属性定義：ＳＴＲＩＮＧ Ｎａｍｅ ＳＴＲＩＮＧ Ｌｏｃａｔｉｏｎ ・変換ルール：なし ・条件：なし ・サイト名：ＳＩＴＥ１ ・元クラス：ＷＯＲＫＥＲ ｏｔｈｅｒ のパラメタを持つ。
【００４３】Ｓ２３は、Ｓ２１、Ｓ２２のｄｅｆｉｎｅ
メソッドを受け取った他のサイト２のクラス５がこれら
のメソッドの解析、クラスの意味、実行形式に変換（＝
問い合せコマンド作成）をそれぞれ行う。
メソッドを受け取った他のサイト２のクラス５がこれら
のメソッドの解析、クラスの意味、実行形式に変換（＝
問い合せコマンド作成）をそれぞれ行う。
【００４４】Ｓ２４は、サイト２のビュー３１が２つの
ｉｎｓｔａｔｉａｔｅメソッドとして図示のようなパラ
メタをそれぞれ持ったメソッドを、サイト１に発行す
る。ここで、ｉｎｓｔａｔｉａｔｅメソッドは、 ｉｎｓｔａｔｉａｔｅ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶ
ｉｅｗ ｉｎｓｔａｔｉａｔｅ ＣｏｍｐａｎｙＶｉｅｗ である。
ｉｎｓｔａｔｉａｔｅメソッドとして図示のようなパラ
メタをそれぞれ持ったメソッドを、サイト１に発行す
る。ここで、ｉｎｓｔａｔｉａｔｅメソッドは、 ｉｎｓｔａｔｉａｔｅ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶ
ｉｅｗ ｉｎｓｔａｔｉａｔｅ ＣｏｍｐａｎｙＶｉｅｗ である。
【００４５】Ｓ２５は、Ｓ２４のｉｎｓｔａｔｉａｔｅ
メソッドを受け取ったサイト２のクラス５が、Ｓ２３で
作成した実行形式の問い合わせコマンドをそれぞれ実行
し、データベース６を検索（必要に応じて演算処理）す
る。
メソッドを受け取ったサイト２のクラス５が、Ｓ２３で
作成した実行形式の問い合わせコマンドをそれぞれ実行
し、データベース６を検索（必要に応じて演算処理）す
る。
【００４６】Ｓ２６は、サイト２のビュー３１がｃａｔ
ｃｈメソッドとして図示のようなパラメタを持った２つ
のメソッドを発行する。ここで、ｃａｔｃｈメソッド
は、 ｃａｔｃｈ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ｃａｔｃｈ ＣｏｍｐａｎｙＶｉｅｗ である。これらのｃａｔｃｈメソッドは、サイト２のク
ラス５からビューのインスタンス生成完了通知を待ち合
わせ、これらを取り込む。
ｃｈメソッドとして図示のようなパラメタを持った２つ
のメソッドを発行する。ここで、ｃａｔｃｈメソッド
は、 ｃａｔｃｈ ＴｏｋｙｏＣｏｍｍｕｔｅｒＶｉｅｗ ｃａｔｃｈ ＣｏｍｐａｎｙＶｉｅｗ である。これらのｃａｔｃｈメソッドは、サイト２のク
ラス５からビューのインスタンス生成完了通知を待ち合
わせ、これらを取り込む。
【００４７】Ｓ２７は、Ｓ２６でサイト１のクラス５か
らのビューのインスタンス生成完了通知を待ち合わせ、
通知を受け取った後、ｓｅｎｄメソッドをサイト１に発
行する。
らのビューのインスタンス生成完了通知を待ち合わせ、
通知を受け取った後、ｓｅｎｄメソッドをサイト１に発
行する。
【００４８】Ｓ２８は、Ｓ２７のｓｅｎｄメソッドを受
け取ったサイト１のクラス５から、検索および演算処理
したビューのインスタンス（データ）の転送を受けと
る。この受け取ったインスタンスは、図６の右上の２つ
に示すように、ここでは、オブジェクトｉｄ、Ｃｉｔ
ｙ、Ｎａｍｅ、Ｃｏｍｐａｎｙ、元クラスｉｄなどオブ
ジェクトｉｄ、Ｌｏｃａｔｉｏｎ、Ｎａｍｅ、元クラス
ｉｄなどから構成されるものである。
け取ったサイト１のクラス５から、検索および演算処理
したビューのインスタンス（データ）の転送を受けと
る。この受け取ったインスタンスは、図６の右上の２つ
に示すように、ここでは、オブジェクトｉｄ、Ｃｉｔ
ｙ、Ｎａｍｅ、Ｃｏｍｐａｎｙ、元クラスｉｄなどオブ
ジェクトｉｄ、Ｌｏｃａｔｉｏｎ、Ｎａｍｅ、元クラス
ｉｄなどから構成されるものである。
【００４９】Ｓ２９は、サイト２のビュー３１がリンク
達成メソッドとして図示のようなパラメタを持ったメソ
ッドを発行し、リンク達成する。ここでのリンク達成
は、図中にリンク達成と記載したように、オブジェクト
ｉｄ“００１”のレコードのＣｏｍｐａｎｙからオブジ
ェクトｉｄ“１００”にリンクするために、Ｃｏｍｐａ
ｎｙのオブジェクトｉｄを“１０００”から“１００”
に変更してリンク達成する。
達成メソッドとして図示のようなパラメタを持ったメソ
ッドを発行し、リンク達成する。ここでのリンク達成
は、図中にリンク達成と記載したように、オブジェクト
ｉｄ“００１”のレコードのＣｏｍｐａｎｙからオブジ
ェクトｉｄ“１００”にリンクするために、Ｃｏｍｐａ
ｎｙのオブジェクトｉｄを“１０００”から“１００”
に変更してリンク達成する。
【００５０】以上によって、サイト２のビュー３１が各
種メソッドをサイト１のクラス５などに発行し、サイト
１のクラス５のデータベース６から検索および演算処理
したインスタンスの転送をサイト２のビュー３１が受け
る。そして、転送を受けた複数のインスタンスについて
リンク達成を行いこれら複数のインスタンスの間を関係
づけておく。これにより、複数のデータベース６から所
望のインスタンス（データ）を複数検索した後、これら
複数のインスタンスの間でリンク達成を行って相互の関
連づけを行うことが可能となる。
種メソッドをサイト１のクラス５などに発行し、サイト
１のクラス５のデータベース６から検索および演算処理
したインスタンスの転送をサイト２のビュー３１が受け
る。そして、転送を受けた複数のインスタンスについて
リンク達成を行いこれら複数のインスタンスの間を関係
づけておく。これにより、複数のデータベース６から所
望のインスタンス（データ）を複数検索した後、これら
複数のインスタンスの間でリンク達成を行って相互の関
連づけを行うことが可能となる。
【００５１】図６は、図５のリンク達成の説明図を示
す。ビューインスタンス（１）、（２）は、図５の問い
合わせコマンドの実行によってクラス５によってデータ
ベース６から検索されたそれぞれの結果である。これら
ビューインスタンス（１）、（２）を受信したビュー３
１が、自サイト内で図示点線の矢印で示すようにリンク
をはる。これにより、両者のビューインスタンス
（１）、（２）を別々に他のサイトから検索して転送を
受け、自サイト内でリンク達成する。
す。ビューインスタンス（１）、（２）は、図５の問い
合わせコマンドの実行によってクラス５によってデータ
ベース６から検索されたそれぞれの結果である。これら
ビューインスタンス（１）、（２）を受信したビュー３
１が、自サイト内で図示点線の矢印で示すようにリンク
をはる。これにより、両者のビューインスタンス
（１）、（２）を別々に他のサイトから検索して転送を
受け、自サイト内でリンク達成する。
【００５２】図７は、本発明の他のビューの定義例を示
す。 ＳＩＴＥ１：ビュー３１およびクラス５から構成され
る。 ＳＩＴＥ２：クラス５のみから構成される。
す。 ＳＩＴＥ１：ビュー３１およびクラス５から構成され
る。 ＳＩＴＥ２：クラス５のみから構成される。
【００５３】ＳＩＴＥ３：クラス５のみから構成され
る。ここでは、ＳＩＴＥ１のPersonViewのAge属性の変
換ルール中にあるmakeageメソッドは、ＳＩＴＥ１、Ｓ
ＩＴＥ２、ＳＩＴＥ３でそれぞれ異なるメソッドの実現
として下記となる。
る。ここでは、ＳＩＴＥ１のPersonViewのAge属性の変
換ルール中にあるmakeageメソッドは、ＳＩＴＥ１、Ｓ
ＩＴＥ２、ＳＩＴＥ３でそれぞれ異なるメソッドの実現
として下記となる。
【００５４】ＳＩＴＥ１はそのまま（西暦）。ＳＩＴＥ
２は本年−誕生日(ThisYear-self.BirthYear(西暦))と
いうメソッドを実行して西暦に変換する。
２は本年−誕生日(ThisYear-self.BirthYear(西暦))と
いうメソッドを実行して西暦に変換する。
【００５５】ＳＩＴＥ３２は本年−誕生日(ThisYear-se
lf.BirthYear(昭和西暦)−２５)というメソッドを実行
して西暦に変換する。次に、ビュー３１、クラス５など
について個別に詳細に説明する。
lf.BirthYear(昭和西暦)−２５)というメソッドを実行
して西暦に変換する。次に、ビュー３１、クラス５など
について個別に詳細に説明する。
【００５６】（１） ユーザがビュー３１を定義するク
ラスをビュー（ビュークラス）と呼ぶ。ビューは、元ク
ラス(original class)の指定、サイト名の指定、属性定
義の指定、データ変換ルールの指定、データ選択条件の
指定、およびメソッド定義からなる。複数のサイトを同
時に指定することができる。
ラスをビュー（ビュークラス）と呼ぶ。ビューは、元ク
ラス(original class)の指定、サイト名の指定、属性定
義の指定、データ変換ルールの指定、データ選択条件の
指定、およびメソッド定義からなる。複数のサイトを同
時に指定することができる。
【００５７】（２） 元クラスの指定では、クラス名の
他にそのクラスが存在するサイト種別の指定を行う。即
ちサイト種別は自サイト(own)が他サイト(other)、ある
いは空でその両方を同時に指定する。
他にそのクラスが存在するサイト種別の指定を行う。即
ちサイト種別は自サイト(own)が他サイト(other)、ある
いは空でその両方を同時に指定する。
【００５８】（３） 属性定義の指定は、通常のクラス
の定義に準ずる。 （４） サイト名としては、複数のサイトを同時に指定
できる。極端な場合として、元クラスの全属性を継承す
るときには特別な指定法(property*)に従う。この場合
には、複数のクラスが対象になると、一般に構造の異な
るクラスを扱う必要が出てくるので、ユーザはただ１つ
のクラス構造を特定できるように元クラス名とサイト名
とを指定する。
の定義に準ずる。 （４） サイト名としては、複数のサイトを同時に指定
できる。極端な場合として、元クラスの全属性を継承す
るときには特別な指定法(property*)に従う。この場合
には、複数のクラスが対象になると、一般に構造の異な
るクラスを扱う必要が出てくるので、ユーザはただ１つ
のクラス構造を特定できるように元クラス名とサイト名
とを指定する。
【００５９】（５） データ変換ルールでは、元クラス
の属性に対して算出演算を施してビューの属性を定義す
る。その際は、元クラスのメソッドを指定することがで
きる。
の属性に対して算出演算を施してビューの属性を定義す
る。その際は、元クラスのメソッドを指定することがで
きる。
【００６０】（６） データ選択条件の指定は、オブジ
ェクト指向データベースの問い合わせ言語の条件部の指
定に準ずる。 （７） ビューのメソット定義は、通常のクラスのメソ
ッドの定義の方法に準ずる。具体例で説明すると、図２
の例では、ビューTokyoCommuteViewは選択条件によって
元クラスＷＯＲＫＥＲのサブセットを作っている。しか
しサブセットとは異なり、属性の単純な継承(Name)だけ
でなく、属性の削除(Commpany)や導出(City)を行える。
ェクト指向データベースの問い合わせ言語の条件部の指
定に準ずる。 （７） ビューのメソット定義は、通常のクラスのメソ
ッドの定義の方法に準ずる。具体例で説明すると、図２
の例では、ビューTokyoCommuteViewは選択条件によって
元クラスＷＯＲＫＥＲのサブセットを作っている。しか
しサブセットとは異なり、属性の単純な継承(Name)だけ
でなく、属性の削除(Commpany)や導出(City)を行える。
【００６１】（８） ビューの属性は、変換ルールが指
定してあれば、その変換ルールに従って変換される。変
換ルールがなければ、元クラスの属性をそのまま移す。
元クラスを複数指定し、かつ変換ルールにメソッドが指
定されている場合、メソッド名は同じでも実行される関
数（プログラム）はサイト毎に異なる。具体例で説明す
ると、図７の例では、ＳＩＴＥ１のPersonViewのAge属
性の変換ルール中にあるmake-ageメソッドは、ＳＩＴＥ
１、ＳＩＴＥ２、ＳＩＴＥ３でそれぞれ異なるメソッド
の実現を持つが、同一なインタフェースを持ち、同時に
起動されて、PersonViewのAge属性に統合される。更
に、このビューは、３つのクラスのスーパーセットを作
っている。選択条件を追加すれば、これらのサブセット
を定義することになる。
定してあれば、その変換ルールに従って変換される。変
換ルールがなければ、元クラスの属性をそのまま移す。
元クラスを複数指定し、かつ変換ルールにメソッドが指
定されている場合、メソッド名は同じでも実行される関
数（プログラム）はサイト毎に異なる。具体例で説明す
ると、図７の例では、ＳＩＴＥ１のPersonViewのAge属
性の変換ルール中にあるmake-ageメソッドは、ＳＩＴＥ
１、ＳＩＴＥ２、ＳＩＴＥ３でそれぞれ異なるメソッド
の実現を持つが、同一なインタフェースを持ち、同時に
起動されて、PersonViewのAge属性に統合される。更
に、このビューは、３つのクラスのスーパーセットを作
っている。選択条件を追加すれば、これらのサブセット
を定義することになる。
【００６２】（９） サイト種別指定とサイト名指定
は、元クラス指定のサイト種別指定が空の場合、サイト
名指定に従って元クラスを決定する。そのとき、サイト
名指定が空の場合には、全てのサイトが対象となる。サ
イト名の指定がある場合には、それに従う。サイト種別
がownの場合には自サイトのみを指定する。サイト種別
がotherの場合には他サイトのみを指定する。
は、元クラス指定のサイト種別指定が空の場合、サイト
名指定に従って元クラスを決定する。そのとき、サイト
名指定が空の場合には、全てのサイトが対象となる。サ
イト名の指定がある場合には、それに従う。サイト種別
がownの場合には自サイトのみを指定する。サイト種別
がotherの場合には他サイトのみを指定する。
【００６３】（１０） ビューの定義とビューのインス
タンス生成とは異なる。ビューの定義はそのビューを利
用するサイトで行う。インスタンス生成は、元クラスが
存在するサイトで行う。その後に、ビューを定義するサ
イトへ転送する。元クラスが自サイトの場合には、ビュ
ーを定義して生成する情報は全て自サイトにあるため、
データ転送はしない。
タンス生成とは異なる。ビューの定義はそのビューを利
用するサイトで行う。インスタンス生成は、元クラスが
存在するサイトで行う。その後に、ビューを定義するサ
イトへ転送する。元クラスが自サイトの場合には、ビュ
ーを定義して生成する情報は全て自サイトにあるため、
データ転送はしない。
【００６４】（１１） ビューの属性として元クラスの
属性の即値属性（値を含む属性）のみを指定した場合と
参照属性（オブジェクト識別子を含む属性）を指定した
場合ではシステムの処理が異なる。
属性の即値属性（値を含む属性）のみを指定した場合と
参照属性（オブジェクト識別子を含む属性）を指定した
場合ではシステムの処理が異なる。
【００６５】 即値属性のみの場合：ユーザは自サイ
トでビューを定義し、コンパイルする。システムはビュ
ーの型（属性、メソッド）を定義し、変換ルールと選択
条件を生成する。そのビューを自サイトに登録する。更
にユーザがビューのインスタンスの生成を要求すると、
システムはビューを元クラスのあるサイトに転送して、
ビューの情報をそこで完成させ、それに従ってインスタ
ンス生成を行い、その結果を自サイトに転送する。
トでビューを定義し、コンパイルする。システムはビュ
ーの型（属性、メソッド）を定義し、変換ルールと選択
条件を生成する。そのビューを自サイトに登録する。更
にユーザがビューのインスタンスの生成を要求すると、
システムはビューを元クラスのあるサイトに転送して、
ビューの情報をそこで完成させ、それに従ってインスタ
ンス生成を行い、その結果を自サイトに転送する。
【００６６】 参照属性を含む場合：元クラスのサイ
トのインスタンス間に存在する関係を自サイトでも設定
する必要がある。ビューの参照属性であるクラスのビュ
ーを加えて定義する必要がある。ユーザは２つのビュー
についてインスタス生成を行い。更にそれらの間にリン
ク達成の要求を行うと、システムがリンクをはる（図
５、図６参照）。
トのインスタンス間に存在する関係を自サイトでも設定
する必要がある。ビューの参照属性であるクラスのビュ
ーを加えて定義する必要がある。ユーザは２つのビュー
についてインスタス生成を行い。更にそれらの間にリン
ク達成の要求を行うと、システムがリンクをはる（図
５、図６参照）。
【００６７】これらの機能はクラスのサブクラスである
ビュー（ＶＩＥＷクラス）として実現される。ビュー３
１は、ビュー定義、自サイトへのビューインスタンス生
成の要求、インスタンス生成完了通知の受信、自サイト
へのビューのインスタンスの転送、自サイトでのビュー
のインスタンスの生成、リンク達成のためのメソッドが
ある。ビューのインスタンスでは、そのオブジェクト識
別子の他に元クラスにおけるインスタンス識別子を保存
しておく。システム全体での一意性を保証するため、そ
れにサイト名（サイト番号）をマスクしておく。参照属
性を持つビューのインスタンスの場合、その参照属性値
としてオブジェクト識別子も同様にマスクしておく。新
しいオブジェクト識別子は、自サイトへビューインスタ
ンスを転送した後に完成する。オブジェクト識別子が決
定されると、参照するインスタンスの属性値であるマス
クされたオブジェクト識別子と参照されるインスタンス
のマスクされたオブジェクト識別子で結合を行い、新し
いオブジェクト識別子で参照属性値を変更する。
ビュー（ＶＩＥＷクラス）として実現される。ビュー３
１は、ビュー定義、自サイトへのビューインスタンス生
成の要求、インスタンス生成完了通知の受信、自サイト
へのビューのインスタンスの転送、自サイトでのビュー
のインスタンスの生成、リンク達成のためのメソッドが
ある。ビューのインスタンスでは、そのオブジェクト識
別子の他に元クラスにおけるインスタンス識別子を保存
しておく。システム全体での一意性を保証するため、そ
れにサイト名（サイト番号）をマスクしておく。参照属
性を持つビューのインスタンスの場合、その参照属性値
としてオブジェクト識別子も同様にマスクしておく。新
しいオブジェクト識別子は、自サイトへビューインスタ
ンスを転送した後に完成する。オブジェクト識別子が決
定されると、参照するインスタンスの属性値であるマス
クされたオブジェクト識別子と参照されるインスタンス
のマスクされたオブジェクト識別子で結合を行い、新し
いオブジェクト識別子で参照属性値を変更する。
【００６８】（１２） 上記のビューでは、異なる元ク
ラスから結合演算によってビューインスタンスを生成す
ることを許していないが、１つのサイト内でのインスタ
ンスの結合によってビューインスタンスの生成が行える
場合は、容易に拡張できる。一方、結合すべきインスタ
ンスが異なるサイトに存在する場合は、それぞれを作業
用ビューとして生成し、自サイトへ転送した後、結合す
るという方法で解決できる。一般にビュー生成にはメソ
ッドが含まれるので、元クラスのあるサイトで処理する
必要があるからである。
ラスから結合演算によってビューインスタンスを生成す
ることを許していないが、１つのサイト内でのインスタ
ンスの結合によってビューインスタンスの生成が行える
場合は、容易に拡張できる。一方、結合すべきインスタ
ンスが異なるサイトに存在する場合は、それぞれを作業
用ビューとして生成し、自サイトへ転送した後、結合す
るという方法で解決できる。一般にビュー生成にはメソ
ッドが含まれるので、元クラスのあるサイトで処理する
必要があるからである。
【００６９】（１３） ビューインスタンスは、元クラ
スのあるサイトから自サイトへ転送する。そのための基
本的レイヤをサイト管理７という。サイト管理７は、ユ
ーザ（クライアント）サイト、データベース（サーバ）
サイト、および分散管理サイトという３種類のプロセス
からなる。プロセス間の通信は、メール管理機能を用い
て実現する。メールの種類には、検索要求の依頼や受
理、検索の完了通知、検索結果の転送要求は転送、サイ
トの開設、閉鎖に伴う要求や完了通知がある。３つのプ
ロセスとメールに対しては、それぞれクラスが対応して
いる。そのメソッドの組み合わせによって機能を実現す
る（図１のサイト管理７を参照）。例えばユーザサイト
（ＵＳＥＲ ＳＩＴＥ）クラスには検索要求の依頼や検
索結果を受け取るためのメソッドがある。データベース
サイト（ＤＢ ＳＩＴＥ）クラスには検索の実行や検索
結果の転送メソッドがある。データベースサイトや分散
管理サイト（ＲＥＤＥＲＡＴＩＯＮ ＳＩＴＥ）にはメ
ール読み込み、メール処理、メール転送からなるメイン
ループを実行する。メルーボックスクラスにはメールを
メールボックスに投函したり、メールボックスから読み
だすためのメソッドがある。
スのあるサイトから自サイトへ転送する。そのための基
本的レイヤをサイト管理７という。サイト管理７は、ユ
ーザ（クライアント）サイト、データベース（サーバ）
サイト、および分散管理サイトという３種類のプロセス
からなる。プロセス間の通信は、メール管理機能を用い
て実現する。メールの種類には、検索要求の依頼や受
理、検索の完了通知、検索結果の転送要求は転送、サイ
トの開設、閉鎖に伴う要求や完了通知がある。３つのプ
ロセスとメールに対しては、それぞれクラスが対応して
いる。そのメソッドの組み合わせによって機能を実現す
る（図１のサイト管理７を参照）。例えばユーザサイト
（ＵＳＥＲ ＳＩＴＥ）クラスには検索要求の依頼や検
索結果を受け取るためのメソッドがある。データベース
サイト（ＤＢ ＳＩＴＥ）クラスには検索の実行や検索
結果の転送メソッドがある。データベースサイトや分散
管理サイト（ＲＥＤＥＲＡＴＩＯＮ ＳＩＴＥ）にはメ
ール読み込み、メール処理、メール転送からなるメイン
ループを実行する。メルーボックスクラスにはメールを
メールボックスに投函したり、メールボックスから読み
だすためのメソッドがある。
【００７０】ビュー３１は、これらのサイト管理７の機
能を使って実現している。例えばビューインスタンスの
生成は、検索要求や検索結果転送などのメールに変換
し、これらの組み合わせで達成している。
能を使って実現している。例えばビューインスタンスの
生成は、検索要求や検索結果転送などのメールに変換
し、これらの組み合わせで達成している。
【００７１】
【発明の効果】以上説明したように、本発明によれば、
インスタンス（データ）を参照するビュー３１および実
インスタンスを持つクラス５を設け、ビュー３１が定
義、インスタンス、センド、エスタブリッシュなどのメ
ソッドを発行して自サイト、他サイトのクラス５から自
分の見方にあったインスタンスの参照を行ったり、更に
複数の検索したインスタンスを関連づけるリンク達成を
行ったりする構成を採用しているため、第１に、他のサ
イトのデータベースを自分の見方で参照できる。
インスタンス（データ）を参照するビュー３１および実
インスタンスを持つクラス５を設け、ビュー３１が定
義、インスタンス、センド、エスタブリッシュなどのメ
ソッドを発行して自サイト、他サイトのクラス５から自
分の見方にあったインスタンスの参照を行ったり、更に
複数の検索したインスタンスを関連づけるリンク達成を
行ったりする構成を採用しているため、第１に、他のサ
イトのデータベースを自分の見方で参照できる。
【００７２】第２に、自サイトと他サイトのデータベー
スを同一に見られる。第３に、多くの他のサイトのデー
タベースを一度に参照すると共に、リンク達成して相互
の間の関連づけを行うことができる。
スを同一に見られる。第３に、多くの他のサイトのデー
タベースを一度に参照すると共に、リンク達成して相互
の間の関連づけを行うことができる。
【図１】本発明の原理構成図である。
【図２】本発明のビュー／クラス例である。
【図３】本発明の他サイトのビューのインスタンス生成
フローチャートである。
フローチャートである。
【図４】本発明の自サイト内のビューのインスタンス生
成フローチャートである。
成フローチャートである。
【図５】本発明の他サイトのビューのインスタンス生成
およびリンク達成フローチャートである。
およびリンク達成フローチャートである。
【図６】図５のリンク達成の説明図である。
【図７】本発明の他のビューの定義例である。
１、２：サイト ３：ビュー管理 ３１：ビュー（ビュークラス） ４：オブジェクト指向データベース管理システム ５：クラス ６：データベース ７：サイト管理
Claims (3)
- 【請求項１】 複数のデータベースを参照する複数デー
タベース参照方式において、 インスタンスを参照するためのメソッドを発行するビュ
ー（３１）と、 このビュー（３１）から発行されたメソッドに対応し
て、解析して実行形式のコマンドを作成したり、実行形
式のコマンドを実行してデータベース（６）を検索およ
び演算処理したり、インスタンスを転送したりする、実
インスタンスを持つクラス（５）とを備え、 上記ビュー（３１）が定義メソッドを発行してこれを受
けた他サイトのクラス（５）が解析して実行形式のコマ
ンドを作成し、ビュー（３１）がインスタンスメソッド
を発行してこれを受けた他のサイトのクラス（５）が作
成したコマンドを実行して検索および演算処理し、ビュ
ー（３１）がセンドメソッドを発行してこれを受けた他
のサイトのクラス（５）が検索・演算処理したインスタ
ンスをビュー（３１）に転送するように構成したことを
特徴とする複数データベース参照方式。 - 【請求項２】 複数のデータベースを参照する複数デー
タベース参照方式において、 インスタンスを参照するためのメソッドを発行するビュ
ー（３１）と、 このビュー（３１）から発行されたメソッドに対応し
て、解析して実行形式のコマンドを作成したり、実行形
式のコマンドを実行してデータベース（６）を検索およ
び演算処理したり、インスタンスを転送する、実インス
タンスを持つクラス（５）を同一サイト内に設け、 上記ビュー（３１）が定義メソッドを発行してこれを受
けた自サイトのクラス（５）が解析して実行形式のコマ
ンドを作成し、ビュー（３１）がインスタンスメソッド
を発行してこれを受けた自サイトのクラス（５）が作成
したコマンドを実行して検索および演算処理し、ビュー
（３１）がセンドメソッドを発行してこれを受けた自サ
イトのクラス（５）が検索・演算処理したインスタンス
をビュー（３１）に転送するように構成したことを特徴
とする複数データベース参照方式。 - 【請求項３】 複数のデータベースを参照する複数デー
タベース参照方式において、 インスタンスを参照するためのメソッドを発行するビュ
ー（３１）と、 このビュー（３１）から発行されたメソッドに対応し
て、解析して実行形式のコマンドを作成したり、実行形
式のコマンドを実行してデータベース（６）を検索およ
び演算処理したり、インスタンスを転送する、実インス
タンスを持つクラス（５）とを備え、 上記ビュー（３１）が複数の定義メソッドを発行してこ
れらを受けた他サイトのクラス（５）が解析して実行形
式のコマンドをそれぞれ作成し、ビュー（３１）が複数
のインスタンスメソッドを発行してこれらを受けた他の
サイトのクラス（５）が作成したコマンドを実行して検
索および演算処理し、ビュー（３１）が複数のセンドメ
ソッドを発行してこれらを受けた他のサイトのクラス
（５）が検索したインスタンスをビュー（３１）にそれ
ぞれ転送し、これら転送されてきたビューのインスタン
スについてリンクして統合するように構成したことを特
徴とする複数データベース参照方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3289917A JPH05127972A (ja) | 1991-11-06 | 1991-11-06 | 複数データベース参照方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3289917A JPH05127972A (ja) | 1991-11-06 | 1991-11-06 | 複数データベース参照方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05127972A true JPH05127972A (ja) | 1993-05-25 |
Family
ID=17749438
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3289917A Pending JPH05127972A (ja) | 1991-11-06 | 1991-11-06 | 複数データベース参照方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05127972A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11503539A (ja) * | 1995-01-26 | 1999-03-26 | ソーセン，ハンス，バーナー | データにアクセスするための方法及びシステム |
| JPH11143895A (ja) * | 1997-11-10 | 1999-05-28 | Toshiba Corp | 情報管理装置及び情報検索方法 |
| JP2000132521A (ja) * | 1998-08-12 | 2000-05-12 | Concord Solutions | 異なるソ―ス間でのデ―タ項目移動および階層オブジェクト指向表現のための方法および装置 |
| JP2007179300A (ja) * | 2005-12-28 | 2007-07-12 | Nomura Research Institute Ltd | 分散システム、分散処理プログラム、および分散処理方法 |
-
1991
- 1991-11-06 JP JP3289917A patent/JPH05127972A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11503539A (ja) * | 1995-01-26 | 1999-03-26 | ソーセン，ハンス，バーナー | データにアクセスするための方法及びシステム |
| JPH11143895A (ja) * | 1997-11-10 | 1999-05-28 | Toshiba Corp | 情報管理装置及び情報検索方法 |
| JP2000132521A (ja) * | 1998-08-12 | 2000-05-12 | Concord Solutions | 異なるソ―ス間でのデ―タ項目移動および階層オブジェクト指向表現のための方法および装置 |
| JP2007179300A (ja) * | 2005-12-28 | 2007-07-12 | Nomura Research Institute Ltd | 分散システム、分散処理プログラム、および分散処理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3435257B1 (en) | Metadata-based general request translator for distributed computer systems | |
| US6947950B2 (en) | Techniques for managing multiple hierarchies of data from a single interface | |
| Knoblock et al. | Cooperating agents for information retrieval | |
| CA2123822C (en) | Federated information management architecture and system | |
| US6601071B1 (en) | Method and system for business to business data interchange using XML | |
| US9015648B2 (en) | Roundtrip merge of BPEL processes and BPMN models | |
| US10606861B2 (en) | Method for building data integration tools to facilitate interoperability of data integration solutions among data integration platforms | |
| US9146955B2 (en) | In-memory, columnar database multidimensional analytical view integration | |
| US20110161352A1 (en) | Extensible indexing framework using data cartridges | |
| US20060253540A1 (en) | Method and system for transferring information | |
| KR100671506B1 (ko) | 모바일 미들웨어 및 이를 이용한 비즈니스 로직 처리 방법 | |
| US20050289174A1 (en) | Method and system for implementing and accessing a virtual table on data from a central server | |
| US6301581B1 (en) | Method and system for managing access to a plurality of data objects | |
| JPH058454B2 (ja) | ||
| US20050021542A1 (en) | Converting object structures for search engines | |
| US6199111B1 (en) | Client-led network computing system and its method | |
| US7203672B2 (en) | Communicating external expressions using a parallel single cursor model | |
| JPH05127972A (ja) | 複数データベース参照方式 | |
| Woelk et al. | Model driven enterprise information management in Carnot | |
| Comito et al. | XML data integration in OGSA grids | |
| Finance et al. | Query processing in IRO-DB | |
| Knoblock et al. | Building Agents for Internet-based Supply Chain Integration | |
| Bird | An open systems SEE query language | |
| Li et al. | An agent-based linked data integration system | |
| JP2005157898A (ja) | Ｘｍｌ／データベース連携装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20000704 |