JPH0744383A - オブジェクト処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 オブジェクトの複写または移動処理時にオブ
ジェクトのデータのフォーマットの変換を不要とし、効
率を向上させる。 【構成】 オブジェクト・リクエスト・ブローカ（以下
ブローカ）１６が、複写元のオブジェクト２１に複写依
頼のメッセージを送る。これを送られた複写元のオブジ
ェクト２１が自身を再製するに充分なメッセージのスト
リング列をブローカ１６に返す。ブローカ１６は、複写
元のオブジェクト２１の属する計算機と異なるデータ・
フォーマットを持つ別の計算機上に新たなオブジェクト
２２のテンプレートを作成する。ブローカ１６が、複写
元のオブジェクト２１を再製するに充分な前記メッセー
ジのストリング列を別の計算機のデータ・フォーマット
に変換して、この新たなオブジェクト２２に前記メッセ
ージのストリング列をメッセージに変換して、そのメッ
セージを送る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ワークステーションや
パーソナル・コンピュータなどの情報処理システムにお
いて、アプリケーション・プログラムとデータとを組合
せてオブジェクトとし、このオブジェクト間のメッセー
ジの流れを管理するオブジェクト・リクエスト・ブロー
カで取り扱うオブジェクト処理方法に関するものであ
る。

【０００２】

【従来の技術】ワークステーションやパーソナル・コン
ピュータなどの情報処理システムには、アプリケーショ
ン・プログラムとデータとを組合せてオブジェクトとし
て取り扱い、このオブジェクトはメッセージによって実
行され、このメッセージの流れとオブジェクトを管理す
るオブジェクト・リクエスト・ブローカと呼ばれるシス
テムがある。このオブジェクト・リクエスト・ブローカ
を通して、一つのオブジェクト・モデルを多くの計算機
間で共有し、計算が進められる。

【０００３】

【発明が解決しようとする課題】上記、従来のオブジェ
クトの処理方式では、オブジェクトの持つデータ情報を
複写または移動していた。この方式は、同じデータ・フ
ォーマットを持つ計算機間では、便利である。しかし、
異なるデータ・フォーマットを持つ計算機間では、この
オブジェクトの持つデータ情報をフォーマット変換する
必要がある。これでは、オブジェクトが、複写または移
動先のデータ・フォーマットを一々知っておく必要があ
る上、変換のプログラムを書かねばならないなど不便で
あった。このため従来は、一つのオブジェクト・モデル
の持てる空間は、同じデータ・フォーマットを持つ計算
機間に限定していた。

【０００４】そこで、本発明の目的は、上記の従来技術
の問題点を解決し、オブジェクトがこのような他の計算
機の持つデータ・フォーマットの情報を知る必要がな
く、かつ、データ変換のプログラムを作る必要がないオ
ブジェクト処理方法を提供することにある。

【０００５】

【課題を解決するための手段及び作用】本発明のオブジ
ェクト処理方法では、メッセージの流れとオブジェクト
とを管理するオブジェクト・リクエスト・ブローカが、
複写元のオブジェクトに複写依頼のメッセージを送るス
テップと、複写のメッセージを送られた複写元のオブジ
ェクトが、自身を再製するに充分なメッセージのストリ
ング列を前記オブジェクト・リクエスト・ブローカに返
すステップと、オブジェクト・リクエスト・ブローカ
が、複写元のオブジェクトの属する計算機と異なるデー
タ・フォーマットを持つ計算機上に新たなオブジェクト
のテンプレートを作成するステップと、オブジェクト・
リクエスト・ブローカが、複写元のオブジェクトを再製
するに充分な前記のメッセージのストリング列を新たな
オブジェクトのテンプレートを作成した計算機のデータ
・フォーマットに変換して、この新たなオブジェクトに
前記メッセージのストリング列をメッセージに変換し
て、そのメッセージを送るステップとで、新たなオブジ
ェクトの複写を作ることにより、複写元のオブジェクト
がデータ・フォーマットを意識する必要がなくなる。

【０００６】さらに、本発明は、前記新たなオブジェク
トの複写を作った後に移動元のオブジェクトを削除する
ことにより、移動元のオブジェクトがデータ・フォーマ
ットを意識する必要がなくなる。

【０００７】

【実施例】

＜実施例１＞次に、本発明について図面を参照して詳細
に説明する。図２は、本発明の一実施例のオブジェクト
複写方法が適用される情報処理システムの構成を示すブ
ロック図である。この情報処理システムは、計算機３１
と、計算機３２と、ネットワーク３３とから、その主要
部が構成されている。

【０００８】図１を参照すると、本実施例における処理
は、メッセージを受け取ることによって動作するオブジ
ェクト２１があって、メッセージの流れとオブジェクト
とを管理するオブジェクト・リクエスト・ブローカ１６
が、複写元のオブジェクト２１に複写依頼のメッセージ
を送るステップ１１と、複写のメッセージを送られた複
写元のオブジェクト２１が自身を再製するに充分なメッ
セージのストリング列をオブジェクト・リクエスト・ブ
ローカ１６に返すステップ１２と、オブジェクト・リク
エスト・ブローカ１６は、複写元のオブジェクト２１の
属する計算機と異なるデータ・フォーマットを持つ計算
機上に新たなオブジェクト２２のテンプレートを作成す
るステップ１３と、オブジェクト・リクエスト・ブロー
カ１６が、複写元のオブジェクト２１を再製するに充分
な前記のメッセージのストリング列を新たなオブジェク
ト２２のテンプレートを作成した計算機のデータ・フォ
ーマットに変換して、この新たなオブジェクト２２に前
記メッセージのストリング列をメッセージに変換して、
そのメッセージを送るステップ１４とからなる。

【０００９】次に、このように構成された本実施例の動
作について、図３及び図４を参照しながら説明する。

【００１０】まず、図３に示すように計算機３１上と計
算機３２上とネットワーク３３とで、オブジェクト・リ
クエスト・ブローカ１６は、実現される。オブジェクト
・リクエスト・ブローカ１６とは、インタフェースを、
Interface Definition Language で記述することによ
り、このインタフェースを満たすオブジェクトにメッセ
ージを送り実行できるようになるソフトウェアである。
例えば、図５のようにInterface Definition Language
で、インタフェースCounter を定義する。オブジェクト
２１は、インタフェースCounter を満たし、一つのカウ
ンタを想定した。インタフェースCounter では、３つの
オペレーションcount up( ) , read count( ) , copy s
elf( )が定義されている。オペレーションcount up( )
は、入力引数add count を持つ。オペレーションcount
up( ) を実行すると、このオブジェクトであるカウンタ
は、add count 分だけ増加するものとする。オペレーシ
ョンread count( ) は、返り値を持つ。この返り値は、
このオブジェクトのカウンタ値とする。このオブジェク
トが、新規に作成された状態では、read count( ) は、
０を返すものとする。オペレーションcopy self( )は、
出力引数message を持つ。

【００１１】計算機３２上のオブジェクト・リクエスト
・ブローカ１６が管理するオブジェクト２１が複写元の
オブジェクト２１として存在し、計算機３１と計算機３
２とでデータ・フォーマットが異なっており、計算機３
１のオブジェクト・リクエスト・ブローカ１６上のオブ
ジェクト２２としてオブジェクト２１を複写する例を考
えてみる。ここで、オブジェクト２１は、新規作成後、
オペレーションcount up（１）を２回実行したとする。
オペレーションread countを実行すると、２が返ってく
る。又、計算機３１は、１６ビット計算機で、計算機３
２は、３２ビット計算機とする。オブジェクト２１の実
体は、計算機３１上では、０ｘ０００２である。オブジ
ェクト２２がオブジェクト２１の複写となるには、オブ
ジェクト２２の実体は、計算機３２上では、０ｘ０００
００００２とならなければならない。

【００１２】オブジェクト２１は、メッセージを受け取
ることによって動作する。ここで、メッセージとは、３
つのオペレーションcount up( ) , read count( ) , co
py self( )のことである。オブジェクト・リクエスト・
ブローカ１６が複写元のオブジェクト２１に複写依頼の
メッセージcopy self( )を送るステップ１１は、計算機
３２で実現される。複写のメッセージcopy self( )を送
られた複写元のオブジェクト２１が、自身を再製するに
充分なメッセージのストリング列をmessage としてオブ
ジェクト・リクエスト・ブローカ１６に返すステップ１
２も、計算機３２で実現される。このストリング列mess
age の中身は、“count up（２）；”である。このスト
リング列は、オブジェクト・リクエスト・ブローカ１６
により、ネットワーク３３を介して計算機３１側に転送
される。さらにこのストリング列は、オブジェクト・リ
クエスト・ブローカ１６により、計算機３２のデータ・
フォーマットから計算機３１のデータ・フォーマットに
変換される。オブジェクト・リクエスト・ブローカ１６
が、複写元のオブジェクト２１の属する計算機３２と異
なるデータ・フォーマットを持つ計算機３１上に新たな
オブジェクト２２のテンプレートを作成するステップ１
３は、計算機３１で実現される。これでオブジェクト２
２の実体は、０ｘ００００００００が作成される。オブ
ジェクト・リクエスト・ブローカ１６が、この新たなオ
ブジェクト２２に前記メッセージのストリング列“coun
t up（２）；”をメッセージcount up（２）に変換し
て、そのメッセージを送るステップ１４は、計算機３１
で実現される。これでオブジェクト２１は、オブジェク
ト２２に複写されオブジェクト２２の実体は、０ｘ００
０００００２となる。

【００１３】＜実施例２＞本実施例のオブジェクト移動
方法が適用される情報処理システムの構成は図２に示す
通りであって、計算機３１と、計算機３２と、ネットワ
ーク３３とから、その主要部が構成されている。

【００１４】図６を参照すると、本実施例における処理
は、第１の実施例のそれ（ステップ１１〜ステップ１
４）と、さらに移動元のオブジェクトを削除するステッ
プ１５とからなる。

【００１５】次に、このように構成された本実施例の動
作は図７及び図８に示す通りであり、ステップ１１〜ス
テップ１４までは第１の実施例と同じであって、ステッ
プ１４の次に、オブジェクト・リクエスト・ブローカ１
６が移動元のオブジェクト２１を削除するステップ１５
が、計算機３２で実現される。これでオブジェクト２１
は、オブジェクト２２に移動したこととなる。

【００１６】

【発明の効果】以上説明したように本発明は、オブジェ
クトがメッセージを受け取ることによってのみそのデー
タ状態を変化させる点に着目し、計算機間に存在するデ
ータ・フォーマットの違いは、メッセージに関しては、
オブジェクト・リクエスト・ブローカが自動的に行なう
という性質を利用して、複写元のオブジェクトが自身を
再製するに充分なメッセージのストリング列を生成する
ことにより、オブジェクトの複写または移動処理時にオ
ブジェクトのデータのデータ・フォーマットの変換を不
要とした。すなわち、オブジェクトが他の計算機の持つ
データ・フォーマットの情報を知る必要がなく、かつ、
データ変換のプログラムの作成を必要としないという効
果がある。

【図面の簡単な説明】

【図１】本発明の第１の実施例の処理を示す流れ図であ
る。

【図２】本実施例が適用される情報処理システムの一例
を示すブロック図である。

【図３】本実施例の動作を説明する図である。

【図４】本実施例のフローチャートである。

【図５】本実施例のＩＤＬの定義例を示す図である。

【図６】本発明の第２の実施例の処理を示す流れ図であ
る。

【図７】本実施例の動作を説明する図である。

【図８】本実施例のフローチャートである。

【符号の説明】

１１ 複写元のオブジェクトに複写のメッセージを送る
ステップ １２ 自分自身を再製するに充分なメッセージのストリ
ング列をオブジェクト・リクエスト・ブローカに返すス
テップ １３ 新たなオブジェクトのテンプレートを作成するス
テップ １４ 前記メッセージのストリング列をメッセージとし
て送るステップ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 メッセージの流れとオブジェクトとを管
   理するオブジェクト・リクエスト・ブローカが、複写元
   のオブジェクトに複写のメッセージを送るステップと、
   前記複写のメッセージを送られた前記複写元のオブジェ
   クトが、自身を再製するに充分なメッセージのストリン
   グ列を前記オブジェクト・リクエスト・ブローカに返す
   ステップと、前記オブジェクト・リクエスト・ブローカ
   が新たなオブジェクトのテンプレートを作成するステッ
   プと、前記オブジェクト・リクエスト・ブローカが前記
   新たなオブジェクトに前記メッセージのストリング列を
   メッセージに変換して、そのメッセージを送るステップ
   とにより、新たなオブジェクトの複写を作ることを特徴
   とするオブジェクト処理方法。
2. 【請求項２】 請求項１において、前記新たなオブジェ
   クトの複写を作った後に移動元のオブジェクトを削除す
   ることによってオブジェクトを移動することを特徴とす
   るオブジェクト処理方法。