JPH0827765B2

JPH0827765B2 - オブジェクト指向プログラミングシステム

Info

Publication number: JPH0827765B2
Application number: JP3208577A
Authority: JP
Inventors: マイケル、ピーター、プリベン; ロバート、ロー、アブラハム; フロイド、ウェイン、サッケルフォード; リチャード、ユージーン、ムーア; トーマス、ポール、ムーアマン; エープリル、ダウン、エンブリー、スティルズ; ジェーン、エリザベス、シュロック
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1990-10-23
Filing date: 1991-07-25
Publication date: 1996-03-21
Anticipated expiration: 2011-03-21
Also published as: US5327559A; JPH05342006A; EP0483037A2; EP0483037A3

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】当発明の分野は、全体的にオブジ
ェクト指向プログラミングシステムに関する。更に詳細
には、当発明は、通信インタフェースパケット（ＣＩ
Ｐ）オブジェクトを用いるシステムにおけるリモート及
びバッチ処理に関する。

【０００２】

【従来の技術】オブジェクト指向プログラミングシステ
ム（ＯＯＰＳ）及び処理は、データ処理環境における技
術水準において多くの研究及び関心の主題である。オブ
ジェクト指向プログラミングは、再使用可能であり容易
に拡張できるプログラムを供給するコンピュータプログ
ラミングパッケージング技術である。新しい機能的要求
及び新しいタイプのデータに容易には適応できない他の
従来のプログラミング技術とは対照的に、オブジェクト
指向プログラムは、新しい要求の発生に伴って再使用及
び拡張が可能である。コンピュータを基調とするシステ
ムが益々複雑化するにつれて、オブジェクト指向プログ
ラミングに対する関心が高くなり、研究が盛んになっ
た。オブジェクト指向プログラミングに関する更に詳細
な記述については多数の参考文献がある、すなわち、Ｓ
ａｌｌｙＳｈｌａｅｒ及びＳｔｅｐｈｅｎＪ．Ｍｅ
ｌｌｏｒによるオブジェクト指向システム分析（Ｙｏｕ
ｒｄｏｎＰｒｅｓｓＣｏｍｐｕｔｉｎｇＳｅｒｉ
ｅｓ，１９８８）、ＧｒａｄｙＢｏｏｃｈによるアプリ
ケーションを用いたオブジェクト指向設計（ＴｈｅＢｅ
ｎｊａｍｉｎ／ＣｕｍｍｉｎｇｓＰｕｂｌｉｓｈｉｎｇ
Ｃｏｍｐａｎｙ，１９９０）、及び、Ｂｅｒｔｒａｎ
ｄＭｅｙｅｒによるオブジェクト指向ソフトウエアの構
造（ＰｒｅｎｔｉｃｅＨａｌｌ，１９８８）などであ
る。

【０００３】従来のプログラミング技術においては、特
定のデータセットに実施されるメソッドが強調される。
しかし、オブジェクト指向プログラミングシステムにお
いては、その代りに、属性及びそれらの属性に作用する
アクションを持つ実世界オブジェクトが強調される。オ
ブジェクトとは、特定のシステム及びそのユーザにとっ
て関心のある或る物に関係する情報を含むデータ構造で
ある。例えば、製造システムにおいて、関心のオブジェ
クトは製造システムの一部またはプロセスにくわえられ
る工学的改変に関係する情報を含む「工学的改変」（Ｅ
Ｃ）であり得る。このＥＣオブジェクトは、ＥＣの所有
者、ＥＣの数、または、ＥＣが作られた日付に関係した
情報を持つ筈である。同様の特性及び共通のアクション
を持つオブジェクトは、オブジェクトのクラスに属する
インスタンスオブジェクトとして知られている。従っ
て、インスタンスオブジェクトはシステム内の物事に関
する情報を含み、クラスオブジェクトはインスタンスオ
ブジェクトに関係する情報を含む。

【０００４】オブジェクト指向プログラミングシステム
において、メッセージはオブジェクトに送られる。メッ
セージは３つの部分を持つ。第１の部分はオブジェクト
であり、第２の部分はアクションである。特定メッセー
ジのオブジェクトは、特定のオブジェクトすなわちイン
スタンスを含むデータ片を簡単に識別する。次に、メッ
セージ内のアクションは、そのデータ片またはインスタ
ンス片で何をするかを指定する。最後に、第３の部分
は、アクションが使用するためのオプションとしてのパ
ラメータを含む。

【０００５】従来のプログラミングシステムと同様に、
幾つかのタイプの処理が、オブジェクト指向プログラミ
ングシステムで起きる。この種のタイプの処理の例に
は、対話型、バッチおよびリモート処理が含まれる。ユ
ーザがコンピュータターミナルを用い、リアルタイムに
おいて、オブジェクト指向プログラミングシステムで作
業する場合に対話型処理が行われる。対話型処理中、ユ
ーザは、更に処理するために、対話型ユーザコマンドを
オブジェクト指向プログラミングシステムに提出する。
オブジェクト指向プログラミングシステムは、従来どお
りにメッセージをオブジェクトに発行することにより対
話型ユーザコマンドを処理する。次に、メッセージはメ
ソッドを呼び出し、メソッドは、対話型ユーザコマンド
によって指定された機能を遂行する。

【０００６】幾分後で処理するために、ユーザがバッチ
ユーザコマンドをオブジェクト指向プログラミングシス
テムに提出した場合に、バッチ処理がおきる。オブジェ
クト指向プログラミングシステムにおいては、従来どう
りに、バッチユーザコマンドは、１つまたはそれ以上の
オブジェクトによって表される。これらのオブジェクト
は、待機中のメッセージリクエストと呼ばれ、オブジェ
クト指向プログラミングシステムによって後でスケジュ
ールおよび処理するために待ち行列に入れられる。

【０００７】リモート処理は、遠隔計算環境において処
理するために、ユーザがリモートユーザコマンドをオブ
ジェクト指向プログラミングシステムに提出する場合に
起きる。従来のオブジェクト指向プログラミングシステ
ムにおいては、これらのリモートユーザコマンドも、同
様に、待機中のメッセージリクエストによって表され
る。これら待機中のメッセージリクエストは、更に処理
するために、遠隔計算環境に送られる。当発明は、オブ
ジェクト指向プログラミングシステムにおけるバッチ及
びリモート処理に主として関係し、従って、当開示の残
りの部分を通じて、これらの環境におけるオペレーショ
ンについて重点的に記述する。

【０００８】オブジェクト指向プログラミングシステム
において、作業は、いくらかのデータを含むか封じこめ
ているオブジェクトにアクションリクエストを送ること
によって達成される。このオブジェクトは、次に、その
発行された仕様に従い、データに対してリクエストされ
たアクションを実行する。この種アクションの要請者
は、実際のデータがどのように見えるか、または、オブ
ジェクトがデータをどのように操作するかを知る必要が
ない。この技術は、包含された環境において、或いは、
所定のプログラミングシステム内で非常に良く作動す
る。しかし、遠隔環境内の指定されたオブジェクト、例
えば他の計算システムに対してアクションを実行するた
めには、情報をカプセル化し、他のシステムへ転送する
ための或る手段を備えなければならない。次に、情報を
受け取るシステムは、その情報を解釈し、関連パラメー
タと共に所要のアクションを再構成し、該当するオブジ
ェクトにアクションを作用させることが可能でなくては
ならない。データは１つのメモリ要素から他のメモリ要
素へと動いているので、バッチ処理環境においも同様な
問題が起きる。メモリの１つの要素から他の要素、従っ
て、１つのメモリアドレススペースから他のスペースへ
移動するデータは、どうにかしてカプセル化し、送る方
のメモリ要素から受け取る方のメモリ要素まで転送され
なければならない。次に、受け取る方のメモリ要素は、
その情報を解釈し、そのパラメータと共に所要のアクシ
ョンを再構成し、該当するオブジェクトにアクションを
作用させることが可能でなくてはならない。

【０００９】

【発明が解決しようとする課題】従って、改良されたオ
ブジェクト指向プログラミングシステムを提供すること
は当発明の目的である。

【００１０】オブジェクト指向プログラミングシステム
において、リモート及びバッチ両処理を可能にすること
は、当発明の他の目的である。

【００１１】

【課題を解決するための手段】指定されたアクションを
指定されたオブジェクトに作用させるために、リモート
システムまたはバッチ環境のいずれかにおいて必要とさ
れる全ての情報を含む通信インタフェースパケット（Ｃ
ＩＰ）を供給することにより、これら及び他の目的は、
当発明に応じて達成される。ＣＩＰは、オブジェクト指
向プログラミングシステムにおけるオブジェクトであ
る。ＣＩＰオブジェクトは、他のオブジェクトと同様
に、メソッドまたはアクションによって包囲またはカプ
セル様に封じ込まれたデータまたは属性を含む。アクシ
ョン、オブジェクト、及び、パラメータを含む属性はＣ
ＩＰオブジェクトにとって一意的である。アクション
は、実行さるべきアクションまたはメソッド番号の識別
である。ＣＩＰ内のオブジェクトは、アクションが実行
すべきオブジェクトの識別であり、この識別はオブジェ
クト識別である。ＣＩＰオブジェクトの属性内に含まれ
るパラメータはＣＩＰを実行するよう要求され、他のオ
ブジェクト、固定した値または可変値であり得る。

【００１２】リモート処理環境において、ＣＩＰオブジ
ェクトの目的オブジェクトのクラスはリモート環境内に
存在しなければならない。バッチまたはリモート処理の
いずれかを可能にするには、特定の２つのメソッドは、
目的オブジェクトと関連していなければならない。第１
のこの種のメソッドは、アプリケーションプログラミン
グインタフェース（ＡＰＩ）メソッドである。ＡＰＩは
コンピュータのオペレーティングシステムが実行する下
位レベルのサービス機能を要求するために、アプリケー
ションプログラムが用いるルーチンセットである。リモ
ート処理を実施するためには、このＡＰＩメソッドがリ
モートシステム内に存在しなければならない。目的オブ
ジェクトにとって必要な他のメソッドはＩＰＡメソッド
として知られ、同様に目的オブジェクト内に含まれてい
なければならない。ＩＰＡメソッドはＡＰＩメソッドの
逆であり、アプリケーションプログラミングインタフェ
ースを介してリモートまたはバッチシステムにおいて実
行されるべきＣＩＰオブジェクトを作る。

【００１３】ＣＩＰオブジェクトは、作成された後で、
バッチシステムに提出可能であるか、或いは、リモート
システムへ供給するために非同期通信サーバへ送信可能
である。しかし、バッチシステムへ実際に提出される
か、または、リモートシステムへ実際に供給される前
に、非永続オブジェクトであるＣＩＰオブジェクトは、
「フラット化（ｆｌａｔｔｅｎｅｄ）」、すなわち、フ
ォーマット化（ｆｏｒｍａｔｔｅｄ）されなければなら
ない。この「フラット化」またはフォーマット化によ
り、ＣＩＰオブジェクトは、リモート又はバッチシステ
ムのいずれかで使用するために、「プロダクトデータイ
ンタフェースフォーマット」（ＰＤＩＦ）ファイルとし
て知られるフラットシーケンシャルファイル内に置かれ
る。ＰＤＩＦファイルは３つの主区分を持つ。第１の区
分は管理見出し部であり、ＣＩＰオブジェクトに関する
情報を含む。ＰＤＩＦファイルの第２の主区分は、関連
属性によってマップされる属性である。ＰＤＩＦファイ
ルの第３すなわち最後の区分はオブジェクトデータを含
み、この種オブジェクトのインスタンス（実体）を含
む。ＰＤＩＦファイルはこのフラットシーケンシャルフ
ォーマットファイル内に入れられてから、バッチシステ
ム或いはリモートシステムのいずれかに送られる。フラ
ット化されたＰＤＩＦファイルは、バッチまたはリモー
トシステムにおいて、この種システムで使用するため
に、「非フラット化（ｕｎｆｌａｔｔｅｎｅｄ）」、す
なわち、アンフォーマット（ｕｎｆｏｒｍａｔ）化され
る。

【００１４】

【実施例】当発明の好ましい実施例を示す添付図面を参
照し、当発明についてさらに詳細に記述することとす
る。しかし、当発明は多くの異なった形に具現可能であ
ってここに示す実施例のみに制限されるものではなく、
当実施例は当開示によって当技術の熟達者に当発明の適
用範囲を充分かつ完全に伝達するために提示されるもの
である。

【００１５】図１は１つのオブジェクトを表し、このオ
ブジェクトのフレームはメソッドでカプセル化されてい
る。オブジェクトがデータ構造及びそのデータ構造にア
クセスする一組のオペレーションであることを想起され
たい。データ構造は、多くのスロットを備えたフレーム
として表すことが可能であり、それぞれのスロットには
スロット内のデータの属性が含まれるものとする。属性
は、基本要素、すなわち整数または列、あるいは、別の
オブジェクトインスタンス（実体）に対するポインタと
してのオブジェクト参照であるものとする。

【００１６】データ構造にアクセスすることのできるそ
れぞれのアクション（機能）をメソッドと称する。オブ
ジェクトの一例を図２に示す。この例において、データ
構造は、従業員データ、及び、このデータ構造を囲む多
数のメソッドに関係する。例えば、１つのメソッドは、
１人の従業員の年令を含む。定義された各オブジェクト
は、一般に、多数のインスタンスで表されるものとす
る。各インスタンスは、オブジェクトの特定の例に対す
る特定のデータ構造を含む。例えば、ジョン・スミスと
いう名前の一人の個人従業員に対応するオブジェクトは
従業員としてのオブジェクトのインスタンスである。

【００１７】ＯＯＰＳの主要特性をカプセル化と称す
る。図１に示すように、フレームは、各個別データの周
辺に配置されたコードの壁を持つメソッドすなわち機能
によってカプセル化されている。フレームへのあらゆる
アクセスは、周囲のメソッドによって扱われる。オブジ
ェクトの持つデータ構造にアクセスできるのはオブジェ
クトが持つメソッドだけであるので、データに独立性が
備わることとなる。オブジェクト内部のデータ構造を知
っているのは、そのオブジェクトに関連性をもつメソッ
ドだけに限られる。

【００１８】オブジェクト指向システムにおいて、高水
準のルーチンは、オブジェクトが何を為すべきかを告げ
るメッセージをオブジェクトに送ることによって、その
オブジェクトのもつメソッドのうちの１つを実施するよ
うオブジェクトに要求する。メッセージを受けとるオブ
ジェクトは、メッセージに応答して、メッセージの名前
を実行するメソッドを選択し、このメソッドを実行して
から、コールしている高水準のルーチンに、そのメソッ
ドの結果と共にコントロールを返す。

【００１９】ＯＯＰＳは、大型データベースでオペレー
ト可能であり、拡張も適応も可能なデータベース管理シ
ステムとして使用できる。ＯＯＰＳデータベース管理シ
ステムにおいて、データベース内のデータは、データベ
ース内の当該データに対応するオブジェクトのインスタ
ンスと共にオブジェクト別に組織され、カプセル化され
る。同様に、データベースマネージャーは、あるオブジ
ェクトから別のオブジェクトへメッセージを送ることに
よって実行されるデータベース管理オペレーションを有
する一組のオブジェクトとして組織することができる。
目的（ｔａｒｇｅｔ）すなわち受けとる側のオブジェク
トは、そのオブジェクトが備えているメソッドを用い
て、要求された動作をオブジェクトが持つ属性に作用さ
せる。

【００２０】ＯＯＰＳは、オブジェクト識別子よって参
照され、オブジェクトクラス別にグループ化されるオ
ブジェクトインスタンスを含む。図３は、既知のオブジ
ェクトインスタンス１０２を図形的に表現したものであ
る。オブジェクトインスタンス１０２は、オブジェクト
識別子ＱＱＱＱによって参照される。オブジェクトイン
スタンス１０２は、属性として知られるデータ１１４、
及び、メソッドとして知られる機能１０４、１０６、１
０８、１１０、及び、１１２を含む。オブジェクトイン
スタンス１０２は、対話型処理に際して対話型ユーザコ
マンドを表すために作られたオブジェクトインスタンス
を表すこともできる。その代りに、オブジェクトインス
タンス１０２は、バッチユーザコマンドまたはリモート
ユーザコマンドを表すリクエストによりバッチ処理又は
リモート処理に際して作られた待機メッセージリクエス
トを表すこともできる。

【００２１】図４は、その中で当発明が作動する計算環
境を図形的に表現したものである。一般に、オブジェク
トインスタンスは、永続性すなわち不揮発性または非永
続性すなわち揮発性のいずれかである。図３に示すオブ
ジェクトインスタンス１０２は永続性オブジェクトイン
スタンスである。図４に示すように、永続性オブジェク
トインスタンス１０２と関連したデータ１１４は外部デ
ータベース２３４に記憶される。外部データベース２３
４は、２次記憶装置２２４に維持される。

【００２２】永続性オブジェクトインスタンス１０２
は、外部のデータベース２３４からデータ１１４を読み
込むために具体化メソッド１０６を備える。永続性オブ
ジェクトインスタンス１０２は、外部のデータベース２
３４にデータ１１４を書き込むための非具体（抽象）化
メソッド１０８をもそなえる。データ１１４を外部のデ
ータベース２３４に書き込むことと、委託する（ｃｏｍ
ｍｉｔｔｉｎｇ）こととは同じでないことに注意された
い。具体的に説明すれば、非具体化メソッド１０８を用
いて外部のデータベース２３４に書き込まれるデータ１
１４は、そのデータ１１４がコミットコマンドを用いて
外部のデータベース２３４に委託されるまでは、外部の
データベース２３４内で可視でない。具体化メソッド１
０６は、メソッド１０４、１１０、及び、１１２によっ
て処理するためにデータ１１４を主メモリ２１２に装填
するために用いられる。処理に際してメソッド１０４、
１１０、及び、１１２は、非具体化メソッド１０８に、
データ１１４を外部のデータベース２３４に書き込ませ
る。メソッド１０４、１１０、及び、１１２が、そのデ
ータ１１４が一貫性のある状態にあることを決定する
と、メソッド１０４、１１０、及び、１１２はコミット
コマンドを用いてデータ１１４を外部のデータベース２
３４に委託する。非永続性オブジェクトインスタンスと
関連するデータ１１４は、外部のデータベース２３４に
は記憶されない。更に、非永続性オブジェクトインスタ
ンスは、具体化メソッド１０６および非具体化メソッド
１０８をそなえていない。

【００２３】メッセージＱＱＣＱ．ＲＵＮ１１６は、
端末２２０経由でユーザ２３２から、或いは、他のオブ
ジェクトインスタンスと関連するメソッドからオブジェ
クト１１４に送られる。メッセージ１１６内のＱＱＱＱ
は、行き先オブジェクトインスタンス１０２を識別す
る。メッセージ１１６内のＲＵＮは、実行さるべきメソ
ッドを識別し、それによって、オブジェクトインスタン
ス１０２内のメソッド１１２を呼び出す。

【００２４】呼出されると、メソッド１１２は、オブジ
ェクトインスタンスＺＺＺＺ内のメソッドＣＡＬＣを呼
び出すメッセージ１１８と共に、付加的メッセージ１１
８、１２０、及び、１２２を発行する。同様に、メッセ
ージ１２０は、オブジェクトインスタンスＸＸＸＸ内の
メソッドＳＡＶＥを呼び出し、メッセージ１２２は、オ
ブジェクトインスタンスＹＹＹＹ内のメソッドＤＥＬを
呼び出す。

【００２５】図４に示すように、当発明は、コンピュー
タプラットホーム２０２で作動するコンピュータアプリ
ケーションプログラム２３８を含む。プラットホーム２
０２は、中央処理ユニット（ＣＰＵ）２１４、ランダム
アクセスメモリ（ＲＡＭ）２１２、及び、入力／出力イ
ンタフェース２１６を備えるハードウェアユニット２１
０を含む。ＲＡＭ２１２は、主メモリ２１２とも称す
る。更に、コンピュータプラットホーム２０２は、マイ
クロインストラクションコード２０８、オペレーティン
グシステム２０６、及び、データベースマネージャ２０
４を含む。例えば、端末２２０、データ記憶装置２２
４、及び、印刷装置２２８のような様々の周囲コンポー
ネントは、コンピュータプラットホーム２０２に接続す
ることができる。データ記憶装置２２４は、副記憶装置
２２４とも呼ばれ、ハードディスク、及び、テープドラ
イブを含むことができる。データ記憶装置２２４は、コ
ミットコマンドをサポートし、外部データベース２３４
を含む非揮発性記憶装置を表す。

【００２６】当発明の好ましい実施例２３８において、
コンピュータプラットホーム２０２は、ＩＢＭシステム
３７０アーキテクチャを持つコンピュータを含み、そこ
でランするオペレーティングシステムはＩＢＭ多重仮想
記憶装置（ＭＶＳ）である。データベースマネージャ２
０４はＩＢＭＤＢ２であり、これは、関係データベー
スマネージャである。最終的に、アプリケーションプロ
グラム２３８は、Ｃコンピューター言語のオブジェクト
指向方言である中間Ｃで書かれる。中間ＣはＣ＋＋コン
ピュータプログラミング言語に類似することに注意され
たい。コンピュータアプリケーションプログラム２３８
は、アプリケーションモジュール２３０とオブジェクト
指向計算環境モジュール２３６を含む。概念的には、ア
プリケーションモジュール２３０はオブジェクト指向計
算環境モジュール２３６上で作動し、この環境モジュー
ルはデータベースマネージャ２０４上で作動する。

【００２７】ＣＩＰオブジェクト３０２を図５に示す。
ＣＩＰオブジェクト３０２独特の特性は、オブジェクト
３１４、アクション３１６、及び、パラメータ３１８を
含む属性３１２を持つことである。ＣＩＰオブジェクト
３０２は、他のオブジェクトと同様に、そのメソッドに
よって包囲されており、この場合のメソッドとは実行
（ＥＸＥＣＵＴＥ）３０４、作成（ＣＲＥＡＴＥ）３０
６、パラメータ配置（ＰＵＴＰＡＲＡＭＥＴＥＲＳ）
３０８、及び、パラメータ入手（ＧＥＴＰＡＲＡＭＥ
ＴＥＲＳ）３１０である。ＣＩＰは、リモート処理或い
はバッチ処理のいずれかで用いられるオブジェクト／ア
クション対の形をとる。リモート処理或いはバッチ処理
のための特定のメソッドをサポートするオブジェクト
は、２つのクラスメソッドにわたるこの特殊ＣＩＰイン
タフェースを提供する。第一のクラスメソッドは、オブ
ジェクトインスタンス及びアクション（メソッド）のた
めに、例えばＣＩＰ３０２のようなＣＩＰを作るため
に用いられ、ＩＰＡと称する。作成されるＣＩＰは、図
５に示すように、リクエストと関連したオブジェクトイ
ンスタンス、メソッド番号及びパラメータを含む。目的
オブジェクト内に存在するＩＰＡメソッドは、リクエス
トのアクションに基づいてＣＩＰ内にパラメータを準備
しなければならない。もう一方のクラスメソッドはＡＰ
Ｉとして知られ、ＣＩＰオブジェクト３０２が必要とす
る特定のアクションを呼び出すためのクラスメソッドで
ある。ＣＩＰオブジェクト３０２に対する適切なメッセ
ージコールは、ＣＩＰ３０２のアクションまたはメソ
ッド番号に応じて作られる。特定のクラスにおいてサポ
ートされる各アクションに対して、ＡＰＩは、ＣＩＰ３
０２から適切なパラメータ３１８を入手し、メッセージ
コールによってメソッドまたはアクション３１６を呼び
出す。ＣＩＰオブジェクト３０２は、リモート処理或い
はバッチ処理のために送ることができるようになる以前
に、図６に示すＰＤＩＦファイルとして知られるフラッ
トシーケンスファイル内に配置しなければならない。リ
モート処理するには、永続性および非永続性オブジェク
トは、ＰＤＩＦファイル４０２内にフラット化またはフ
ォーマット化しなければならない。バッチ処理するに
は、非永続オブジェクトだけを、例えばＰＤＩＦファイ
ル４０２のようなフォーマット内に配置することが必要
である。ＰＤＩＦファイル４０２は、３つの区分を含
む。第１の区分は管理見出し部４０４であり、一般的な
記述的情報、および、異なるシステムの間の連絡のため
に必要な情報の両方を含む。管理見出し区分４０４は、
区分記録、見出しオブジェクト内の属性について記述す
る属性記述、および、見出しオブジェクトの実データを
含む属性データで構成される。管理見出し区分内に表示
される唯一のオブジェクトは、ＰＤＩＦファイル４０２
内の見出しデータについて記述するオブジェクトの見出
しクラス名である。図６に示すように、管理見出し部４
０４は、各属性の名前及び各属性の基本タイプを含む。
属性データは属性記述の直後に続く見出しクラスオブジ
ェクトの実データである。定義される各属性は、セミコ
ロンによって分離され、コロンによって終る対応するエ
ントリを持つことに注意されたい。更にコロンを追加す
ることにより、全てのオブジェクトを終わらせる。

【００２８】データ辞書区分４０６は、管理見出し区分
４０４に後続し、ＰＤＩＦファイル４０２のオブジェク
トデータ区分４０８内に対応するオブジェクトを持つ全
てのクラスのクラス名、属性名、及び、属性タイプを含
む。ＰＤＩＦファイル４０２に含まれる全てのオブジェ
クトは、そのクラス名と関連したデータディクショナリ
に指定された属性名及び属性タイプを持つ。ＰＤＩＦフ
ァイル４０２内の同じクラスに属する複数のオブジェク
トは、データディクショナリ区分４０６にただ１度だけ
記述されることに注意されたい。データディクショナリ
４０６のオブジェクトデータ区分内のオブジェクトは、
データディクショナリ区分４０６内のクラスの該当する
定義識別（ＤＥＦＩＤ）を参照する。

【００２９】図６に示すように、データディクショナリ
区分４０６は、区分記録、および、ＰＤＩＦファイル４
０２に含まれる全てのオブジェクトの属性を記述するク
ラス定義で構成される。ＤＥＦＩＤは、データディクシ
ョナリ区分４０６内の定義の番号を提供するキーワード
である。「定義識別子」は、区分４０６内の定義を一意
的に識別する番号である。当発明によれば、定義−ｉｄ
番号は、数１で始まり、最大限３２，０００まで１ずつ
増加可能である。さらに、データディクショナリ区分４
０６には、記述されるオブジェクトのクラス名、各属性
の名前、及び、各属性の基本タイプがふくまれる。

【００３０】オブジェクトデータ区分４０８は、ＰＤＩ
Ｆファイル４０２内のデータディクショナリ区分４０６
に後続し、人が読める形に準ずる形で、各インスタンス
属性の実データを含む。各オブジェクトは、ＰＤＩＦフ
ァイル４０２のデータディクショナリ区分４０６におけ
る定義に従って、そのクラス定義確認（ＤＥＦＩＤ）を
参照する。各オブジェクトも同様に一意的なオブジェク
ト識別によって識別され、この一意的なオブジェクト識
別は、システムから送られる場合には、その一意的なデ
ータベース識別であることに注意されたい。オブジェク
トデータ区分４０８は、区分記録および、特定のオブジ
ェクトオブジェクトクラスに対して、データディクショ
ナリ区分４０６において定義される全てのオブジェクト
属性に関する属性データで構成される。「定義識別
子」、「オブジェクト識別子」、及び、「属性データ
値」は、オブジェクトデータ区分内の属性データについ
て記述する。「定義識別子」は、特定オブジェクトの属
性を記述するデータ辞書区分４０６内の定義の番号を記
述する。「オブジェクト識別子」は、オブジェクトの一
意的な識別を提供し、「属性データ値」は、データ辞書
区分４０６において定義される属性に対する実データを
提供する。属性データ値は、データ辞書区分４０６内の
属性タイプに応じてフォーマット化されることに注意さ
れたい。

【００３１】既に述べたように、ＣＩＰ３０２は、あ
るリモートリクエストを発信したシステムとは別のシス
テム内で実行さるべきリモートリクエストを準備するた
めに作成されるか、あるいは、リクエストを後に遅らせ
るため、すなわち、バッチ処理のために用いられる。全
てのオブジェクトまたは全てのメソッドがＣＩＰインタ
フェースをサポートするとは限らない。ＣＩＰ３０２
は、別のシステムあるいはバッチ環境において実行され
る以前に、そのシステムまたはバッチ環境へ伝達するた
めにＰＤＩＦファイル４０２に変換される。オブジェク
ト７０４、アクション７０６およびパラメータエリア７
０８を持つＣＩＰ７０２を図７Ａに示す。更に、オブ
ジェクト７０４は、属性７１０，属性７１２および属性
７１４を含む。その中にＣＩＰ７０２がフラット化さ
れるか或いはフォーマット化される相当ＰＤＩＦファイ
ル７２２を図７Ｂに示す。図７Ｂに示すように、ＰＤＩ
Ｆファイル７２２は、管理見出し部７２４、データ辞書
区分７２６、及び、オブジェクトデータ区分７２８を含
む。ＰＤＩＦファイル７２２の管理見出し部７２４が属
性名「ＯＢＪＡＣＴＩＯＮ」、及び、属性タイプ「Ｌ
ＯＮＧ」を含むことに注意されたい。管理見出し部は、
更に、属性名「ＯＢＪＣＬＡＳＳ」および属性タイプ
「ＬＯＮＧ」を含み、属性名「ＣＣＳＩＤ」、及び、関
連ＣＩＰ７０２に対する値も、管理見出し区分７２４
に含まれる。

【００３２】ＰＤＩＦファイル７２２のデータ辞書７２
６は、ＣＩＰ７０２に対するＤＥＦＩＤ、定義−ｉ
ｄ、クラス名、属性名、及び、属性タイプを含む。デー
タ辞書７２６に示すように、属性７１０の名前はＡＴＴ
Ｒ１であり、列（ｓｔｒｉｎｇ）属性である。属性７１
２の名前はＡＴＴＲ２であり、短属性である。また、属
性７１４の名前はＡＴＴＲ３であり、列属性である。同
様に、対称データ区分７２８に示すように、ＣＩＰ７
０２の属性７１０の属性データ値は「テキスト１」であ
り、属性７１２の属性データ値は「２２２」であり、Ｃ
ＩＰ７０２の属性７１４の属性データ値は「テキスト
３」である。

【００３３】図８Ａは、リモートシステムに伝達された
か、或いは、バッチ処理のために送られたＰＤＩＦファ
イル８０２を示す。ＰＤＩＦファイル８０２は、他のＰ
ＤＩＦファイルと同様に、管理見出し区分８０４、デー
タ辞書区分８０６、及び、オブジェクトデータ区分８０
８を含む。ＰＤＩＦファイル８０２内のデータは、リモ
ートシステムで作動可能にするか、あるいは、バッチモ
ードで処理可能にするには、事前に、アンフォーマット
化（ｕｎｆｏｒｍａｔｔｅｄ）してそのＣＩＰへ戻して
おかなければならない。この場合のＣＩＰ８２２を図
８Ｂに示す。従って、ＰＤＩＦ８０２内のファイル情
報は、オブジェクト８２４、アクション８２６及びパラ
メータエリア８２８を含むＣＩＰ８２２にアンフォーマ
ット化される。オブジェクト８２４は、３つの属性、す
なわち、属性８３０、属性８３２、及び、属性８３４を
含むことに注意されたい。ＰＤＩＦファイルへのＣＩＰ
フラット化および、このようにフラット化されたファイ
ルのリモートシステム或いはバッチファイルへのエクス
ポートについては、図１４及び１５に関して後で検討す
ることとする。同様に、ＣＩＰへのＰＤＩＦファイルア
ンフォーマット化については、図１６に関して後で説明
する。

【００３４】リモート処理あるいはバッチ処理するため
にデータを送信可能にするには、事前に、アプリケーシ
ョンモジュール９０２は多数のタスクを実施しなければ
ならない。第一のタスクは、ＣＩＰを作ることである。
アプリケーション９０２は、フラット化またはフォーマ
ット化可能であって送らるべきオブジェクトのＣＩＰを
コールすることによりＣＩＰを作る。既に述べたよう
に、この種のＣＩＰは、オブジェクトリファレンスとア
クション及び必要なあらゆるパラメータを含むはずであ
る。作動に際して、アプリケーション９０２はＩＰＡメ
ソッドを呼び出す。このＩＰＡメソッドはＣＩＰを作
り、目的オブジェクト、アクションおよび目的オブジェ
クトアクションのためのパラメータを含む。ＣＩＰの作
成が終わった後で、配布リストも作られる。この配布
は、送信クラスインスタンスの連結されたリストであ
る。この配布リストのためのパラメータは、例えばネッ
トワーク、ノード、及び、ＣＩＰの送り先であるユーザ
ＩＤ（ｕｓｅｒｉｄｓ）などの特定の情報を必要とす
る。最後に、送信され得るクラスのインスタンスが作ら
れる。このインスタンスは、次に示すパラメータ、すな
わち、ＣＩＰ、配布リスト、送信リクエスト用理由コー
ドおよび通知インジケータを必要とする。アプリケーシ
ョン９０２は、これらの前提条件タスクを完成した後
で、実際にデータを送るために、新しく作られた送信さ
れ得るクラスインスタンスに対する送信メソッドを呼び
出す。アプリケーション９０２から出るデータの流れを
図９に示す。

【００３５】アプリケーション９０２は、送信リクエス
トを処理するために、送信され得るクラスインスタンス
の送信メソッド９０４をコールする。配分リストがロー
カル配布リスト構成要素を含む場合には、ＣＩＰは、ブ
ロック９０６内でローカル的に実行される。しかし、配
布リストが何らかのリモート配布リスト構成要素を含む
場合には、送信リクエストはブロック９０８内で遠隔的
に実行される。リモート実行は、ＰＤＩＦファイル９１
２の管理見出し作成に使われる通信見出しクラスを作る
ことから始まる。既に説明したように、ＰＤＩＦファイ
ル９１２は、ＣＩＰおよび送信しようとする全てのオブ
ジェクトインスタンスを含む。送信され得るクラスは、
送信リクエストを完成するために必要な情報を提供する
ネットワーク制御表９１４を呼び出す。ネットワーク制
御表９１４は愛称（ｎｉｃｋｎａｍｅ）表を含む。愛称
表は、システムユーザが持つ愛称の順序無しリストであ
る。一般に、特定の表の所有者は、交信しようとするロ
ーカルまたは遠隔ユーザのユーザＩＤに愛称を割り当て
る。ユーザＩＤが、ユーザのロゴ識別子、ノード、及
び、ネットワークを含むことに注意されたい。ネットワ
ーク制御表９１４に含まれるネットワーク構成表は、シ
ステムが通信に使用できる各ネットワークまたはノード
に関する情報を含む。ネットワーク構成表は、システ
ム、システムの非同期通信マネージャ識別子、ネットワ
ークのノードおよびユーザＩＤ、最大許容ジョブサイ
ズ、ローカルマネージャ、および、使用されるデフォル
ト（ｄｅｆａｕｌｔ）イネーブラを識別する。ネットワ
ーク制御表９１４に含まれる据え置きアクション表は、
バッチまたは対話型モードで送信され得るオブジェクト
及びアクションを識別する。据え置きアクション表は、
送信リクエストをバッチモードまたは対話型モードのい
ずれで実行させるかを指示し、バッチモードを選定した
場合にバッチ処理のために使用するＪＣＬテンプレート
を供給する。同様に、センダブルクラス（Ｓｅｎｄａｂ
ｌｅＣｌａｓｓ）９０４は、必要データの送信を実施
するために、適切なイネーブラ９１６を呼び出す。選定
された１つのイネーブラは、所定の行き先、この場合に
は非同期通信マネージャ（ＡＣＭ）識別子９１８または
ネットワークノードユーザ識別子９２０にデータを送
る。非同期通信とは、データが自動的に受信され、ユー
ザの直接的な関与を必要としない通信であることに注意
されたい。非同期通信は、ユーザのリクエストに直接応
答してデータが受信される同期通信と対照的である。

【００３６】送信システム１００２から通信サーバ１０
２０を通るデータの流れを図１０に示す。通信サーバ１
０２０は、ＡＣＭ１００８を介して、非同期的にデー
タを受信する。ＡＣＭ１００８は、送信されたデータ
に対して、ＪＥＳ（ジョブ入力サブシステム，Ｊｏｂ
ＥｎｔｒｙＳｕｂｓｙｓｔｅｍ）キュー（ＪＥＳＱｕ
ｅｕｅ）１００４の規則正しく時間規制されたチェック
を連続的に実施する。ＡＣＭ１００８は、ＪＥＳキュー
１００４からファイルを受信するためには、受け取るた
めに、通信見出しおよびＣＩＰを備えた特有のＰＤＩＦ
フォーマットでファイルを受信しなければならない。

【００３７】作動中は、送信システム１００２は、受信
システムＪＥＳキュー１００４にデータを送る。既に述
べたように、ＡＣＭ１００８は連続的に作動して、送
信されたデータに関するＪＥＳキユー１００４をチェッ
クする。ＡＣＭ１００８は、ＪＥＳキユー１００４内
にデータを見つけると、そのファイルを受信する。当発
明によれば、ファイルは、ＭＶＳシステムに受け取られ
る。ＡＣＭ１００８は、対応するＰＤＩＦファイルの
管理見出しを、通信見出しオブジェクト１０１０へイン
ポートするＰＤＩＦファイルクラスインポート見出しメ
ソッドをコールする。このオブジェクトは、安全チェッ
クを行うために必要な情報を提供する。次に、ＡＣＭ
１００８は、応答バック１００６を送信システム１００
２に送る。ＡＣＭ１００８は、次に、受信したＣＩＰ
をどのように実施するか、すなわち、バッチモードまた
は対話型モードのいずれにおいて実施するかを、据え置
きアクション表１０１２から決定する。ＡＣＭ１００
８は、次に、ＰＤＩＦファイルをシステムオブジェクト
にインポートするＰＤＩＦファイルクラスインポートフ
ァイル１０１４メソッドをコールしてから、ＣＩＰ１
０１６を実行する。最後に、ＡＣＭ１００８は、送信
システム１００２に応答を送り、ＣＩＰ１０１６の実
行に成功したか、あるいは、失敗したかを、表示する。

【００３８】２つのシステム１１０２と１１０４の間で
どのようにしてデータが転送されるかを図１１に示す。
システム１１０２はアプリケーション１１０６、通信サ
ーバ１１０８及びＡＣＭ１１１０を含み、システム１
１０４はアプリケーション１１１６、通信サーバ１１１
４及びＡＣＭ１１１２を含むことに注意されたい。フ
ァイルの転送に際して、通信サーバの送信設備と受信設
備がどのようにして一緒に作動するかを図１１に示す。
例えば、ＣＩＰをシステム１１０４に送信することをア
プリケーション１１０６がリクエストした場合、通信サ
ーバ１１０８は、必要な妥当性検査及び安全保護検査を
実施し、次に、プロダクトデータインタフェースをコー
ルし、システム１１０４にインポートするために、オブ
ジェクトをＰＤＩＦファイルに変換する。通信サーバ１
１０８は、ＰＤＩＦファイルを作った後で、そのファイ
ルをシステム１１０４のＡＣＭ１１１２に送るため
に、適切なイネーブラをコールする。通信サーバ１１０
８は、ファイルを送信した後で、コントロールをアプリ
ケーション１１０６に返す。

【００３９】ＡＣＭ１１１２は、そのＪＥＳキューか
らファイルを受け取り、ＰＤＩＦファイルの通信見出し
を読み取り、通信サーバ１１１４をコールして、ファイ
ルの受信を確認する応答を送信する。通信サーバ１１１
４は、応答をＡＣＭ１１１０に送り返す。ＡＣＭ１１
１０は、この応答を受け取り、処理する。次に、通信サ
ーバ１１１４は、コントロールをＡＣＭ１１１２に返
し、ＡＣＭは、ＰＤＩＦファイルを変換するために、Ｐ
ＤＩＦシステム１１０４をコールする。次に、ＡＣＭ
１１１２はＣＩＰを実行する。アプリケーション１１１
６は、受信したＣＩＰのアクションを実施し、処理する
ことのコントロールをＡＣＭ１１１２に返す。ＡＣＭ
１１１２は、自身の占有通信サーバをコールし、第２
の応答を送って、ＣＩＰの実行に成功したことを表示す
る。通信サーバ１１１４は、適切なイネイブラをコール
して応答する。ＡＣＭ１１１０は、そのＪＥＳキュー
から応答を受け取り、送信されたＰＤＩＦファイルの通
信見出しを読み取る。ＡＣＭ１１１０は、次に、ＰＤ
Ｉをコールし、ＰＤＩＦファイルをオブジェクトに変換
する。次に、通信サーバ１１０８は、その時応答を処理
し、通知が要求されている場合には、通知メッセージを
ユーザのバスケット内に置く。通信サーバ１１０８は、
次に、処理のコントロールをＡＣＭ１１１０に返し、
ＡＣＭ１１１０は待ちサイクルを再開させる。

【００４０】図１２及び１３を参照し、バッチ処理につ
いて更に詳細に検討することとする。アプリケーション
１２０２は、ＣＩＰ１２０４を造り、そのデータベー
スに全ての永続性オブジェクトを記憶することによって
バッチサービスを要求する。バッチ処理を始めるため
に、メタクラス１２０８内のスタートメソッドが呼び出
される。バッチジョブに必要なバッチ情報をユーザが指
定できるように、インスタンスが作られる。バッチイン
スタンスは、ユーザバッチオプション１２０６のコピー
を受け取り、次に、ユーザは、デフォルト時のバッチオ
プションを使用するか、或いは、これらのデフォルト値
を修正するかを決定する。このクラスが完了した後で、
結果として得られたインスタンスは、ジョブのためのバ
ッチオブジェクト情報として使われる。メタクラス１２
０８に対するスタートメソッドは、メタクラス１２１２
のサブミットジョブメソッドを呼び出すことによって、
そのインスタンス内のバッチオプション情報をパラメー
タとしてパスする。適切なＪＣＬテンプレートライブラ
リ１２１０も、据え置きアクション表に記憶された値に
基づいて、パスされる。次に、サブミットジョブメソッ
ドは、バッチジョブファイルを作る処理を開始させる。
その代わりに、アプリケーションは、ユーザーバッチオ
プション１２０６をバイパスすることができる。サブミ
ットジョブメソッドはＪＣＬテンプレートをコピーし、
その場合、ＪＣＬテンプレートの各レコードは走査さ
れ、置き換えパラメータに出会う度に、バッチオプショ
ン情報を用いて、パラメータの置き換えが実施される。
ＪＣＬテンプレート内の１つの記録は、据え置きメッセ
ージファイル１２１４に対する参照を含む。この記録に
遭遇すると、サブミットジョブメソッドはＰＤＩを呼び
出し、そのファイルを作る。この据え置きメッセージフ
ァイルを作ることは、ＣＩＰ１２０４をフォーマット
化し、フォーマット化されたＣＩＰおよび関連非永続性
オブジェクトを、バッチ処理へエクスポートするため
に、ディスクシーケンシャルファイルに記憶することに
関係する。最後に、サブミットジョブメソッドは、バッ
チジョブファイルの各記録をＪＥＳ内部リーダ１２１６
に書き込む。この処理が完全である場合には、ＪＥＳ
１３０２は、バッチ環境においてそのジョブを実行する
ために、必要な資源をスケジュールする。

【００４１】ジョブエントリーサブシステム（ＪＥＳ）
１３０２は、バックグラウンドジョブをスタートさせる
ために使われるオペレーティングシステムサービスであ
る。バッチジョブをランさせるために必要な全ての資源
をＪＥＳ１３０２が獲得した後で、コントロールは、
時分割オプション（ＴＳＯ）コマンド処理装置１３０８
にパスされる。次に、ＴＳＯコマンド処理装置１３０８
はスタートメソッドを呼び出し、バッチ処理を始めさせ
る。バッチジョブ見出し記録１３０４は、１つのインス
トリームデータセットとして、バッチジョブファイルに
記憶される。これらの見出し記録は、ジョブ所有者ユー
ザ識別子、指定されたイン−バスケットユーザ識別子、
ジョブ名、及び、そのジョブのための通告フラグを入手
するために用いられる。据え置きメッセージファイル１
３０６は、ＣＩＰ１２０４をアンフォーマット化する
ためにインポートされる。ＣＩＰ１２０４及び全ての
関連した非永続性オブジェクトは、次に、アンフォーマ
ット化され、バッチメモリ内で作り直される。その時、
ＣＩＰ１２０４は、メタクラス１３１０によって実行
される。ジョブメッセージログ１３１２は、ジョブ開始
済みメッセージ、ジョブ完了済みメッセージ及び、あら
ゆるバッチ生成済みエラーメッセージを含む。

【００４２】既に説明したように、プロダクトデータイ
ンタフェース（ＰＤＩ）は、当発明に基づくＯＯＰＳに
対するデータのインタフェースを表す。ＰＤＩは、ＯＯ
ＰＳ環境内の既存のアプリケーションおよび将来のアプ
リケーションに対し、データを他のＯＯＰＳと交換可能
にする。この種のデータ交換は、ＰＤＩによって作られ
たＰＤＩＦファイルを用いて達成される。ＰＤＩＦファ
イルは、他のシステムに対し、プロダクトデータインタ
フェースを介して、エクスポートおよびインポートさ
れ、ＰＤＩＦファイルから読み取られたデータは、オブ
ジェクトを作るために使われる。

【００４３】当発明によれば、他のシステムへエクスポ
ートされるためには、ＯＯＰＳオブジェクトはフラット
化可能、すなわち、フラット状のシーケンシャルファイ
ルにフォーマット化可能でなくてはならない。これを達
成するには、オブジェクトは、フラット化可能クラス、
または、フラット化可能（フォーマット化可能）クラス
のある種の派生クラスを引き継ぐことが可能ではくては
ならない。この場合のフラット化可能クラスは、ＰＤＩ
がオブジェクトをフォーマット化またはフラット化でき
るようにするメソッド、および、ビューリスト内で参照
されるオブジェクト及び他のオブジェクトインスタンス
を設定するメソッドを提供する。ビューリストは、オブ
ジェクトインスタンスを参照する、概念的にツリー構造
に似たリストである。このインスタンスのリストは、エ
クスポートされたオブジェクトを定義する。この種のビ
ューリストの例を図１４に示す。エクスポート手順に際
して、エクスポートされようとしているオブジェクト
は、翻訳クラスによってコールされたそのビューメソッ
ドを持つ。図１４にオブジェクトＡ１４０２として示
されるオブジェクトをトップオブジェクトと称する。ビ
ューメソッドは、その自身のオブジェクトを含む、すな
わち、オブジェクトＡ１４０５がエクスポートされよ
うとしているという理由に基づき、それ自身のオブジェ
クト、すなわち、オブジェクトＡ１４０２を含む。オ
ブジェクトＡ１４０２のビューメソッドは、エクスポー
トであるという理由に基づき、トップオブジェクトが参
照する各々のインスタンスのビューメソッドをコールす
る。この例においては、オブジェクトＡ１４０２
は、オブジェクトＢ１４０４及びオブジェクトＣ１
４０６を参照する。同様に、オブジェクトＢ１４０４及
びオブジェクトＣ１４０６のビューメソッドは、それら
自身のオブジェクトをビューリスト内に含み、オブジェ
クトＢ１４０４及びオブジェクトＣ１４０６が参照する
インスタンスに関するビューメソッドをコールする。こ
の場合、オブジェクトＢ１４０４は、オブジェクトＤ
１４０８及びオブジェクトＥ１４１０の両方を参照
する。同様に、オブジェクトＣ１４０６は、オブジェ
クトＦ１４１２及びオブジェクトＧ１４１４を参照
する。この処理は、参照された全てのオブジェクトに対
して継続し、それによって、ＰＤＩＦファイルへの変換
のためのオブジェクトのビューリストを設定する。

【００４４】ＰＤＩがビューリストをＰＤＩＦのシーケ
ンシャルファイルに変換する場合、オブジェクトインス
タンス及びそれらの属性は、データ辞書、及び、関連し
たＰＤＩＦファイルのオブジェクトデータ区分内に、階
層順に現れる。図１４に示す例から作られたこの種のＰ
ＤＩＦファイルのデータ辞書オブジェクトデータ区分
は、オブジェクトインスタンス及びそれらの属性を、下
記の順序で含む、すなわち、オブジェクトＡ１４０
２；オブジェクトＢ１４０４；オブジェクトＤ１４０
８；オブジェクトＥ１４１０；オブジェクトＣ１４
０６；オブジェクトＦ１４１２；及びオブジェクトＧ
１４１４。

【００４５】ビューリストに加えて、例えば図１４に示
すように、フォーマット化可能なオブジェクトは、ＰＤ
Ｉに対してこの種のオブジェクトをＰＤＩＦファイルに
フォーマット化可能にするために、メタデータ（ｍｅｔ
ａ−ｄａｔａ）として知られる特性もＰＤＩに提供す
る。メタデータは、オブジェクトクラスおよびそのイン
スタンス属性について記述する自己定義データである。
この種のメタデータは、例えばオブジェクトクラス名の
ような情報を含み、オブジェクトの各インスタンス属性
に関しても下記項目を含む：属性の名前；属性のタイ
プ；ＰＤＩ用法仕様（例えばＩＮＣＬＵＤＥＤ、ＥＸＣ
ＬＵＤＥＤ、ＩＧＮＯＲＥ、または、ＲＥＱＵＩＲＥ
Ｄ）；オブジェクトのフレーム内のオフセット；属性が
ストリングタイプであれば属性の最大の長さ；および、
最終的に、属性がスロット参照タイプ属性であればスロ
ットクラスＩＤ。

【００４６】オブジェクトのメタデータ内に含まれる上
記のＰＤＩ用法仕様についてここで定義することとす
る。すなわち、ＩＮＣＬＵＤＥは特定の属性をエクスポ
ートすることを意味する。ＥＸＣＬＵＤＥは特定の属性
をエクスポートしないことを意味する。ＩＧＮＯＲＥ
は、他のシステムから属性をインポートしないことを意
味する。

【００４７】最後に、ＲＥＱＵＩＲＥＤは、他のシステ
ムからのインポートに際して属性が存在しない場合には
エラーを生成することを意味する。１つのシステムから
データをエクスポートするか、あるいは、他のシステム
からデータをインポートする場合に、ＰＤＩは、上記お
よびここで述べるメタデータ構造を使用する。この種の
メタデータは有用性を備え、それによって、ＰＤＩに対
し、ＯＯＰＳのオブジェクト指向インスタンスを自動的
にフォーマット化およびアンフォーマット式化可能にす
る。この種のメタデータなしでは、各オブジェクトは、
メタデータを使用する代りにそれ自身でフォーマット化
およびアンフォーマット化しなければならず、非常に非
能率的な処理となる。

【００４８】エキスポートリクエストに答えて、ＰＤＩ
を通るデータの流れを図１５に示す。クラス１５０８の
エクスポート制御メソッド１５１０は、ＰＤＩ処理を取
り扱うためにエクスポートプロセスメソッド１５１２を
コールする。エクスポート制御メソッド１５１０は、エ
クスポート制御インタフェース１５０２から情報を受け
取り、エクスポートプロセスメソッド１５１２は、エク
スポートプロセスインタフェース１５０４から情報を受
け取る。次に、エクスポートプロセスメソッド１５１２
は、トップフォーマット化可能オブジェクト１５１８の
ビューメソッド１５２２をコールする。これにより、他
のシステムへエクスポートさるべきオブジェクトインス
タンスのビューリストが設定される。次に、エクスポー
トプロセスメソッド１５１２は、ＰＤＩＦファイルを造
る順序で、ＰＤＩファイルクラス１５１６のエクスポー
トファイル１５２０をコールする。ＰＤＩファイルクラ
ス１５１６は、ＰＤＩＦファイルを作るために、ビュー
メソッド１５２２によって設定されたビューリストを使
用する。ＰＤＩＦファイルクラス１５１６は、そのメタ
データ及びフォーマット化メソッドを用いて、通信見出
しクラスインスタンスからＰＤＩＦファイルの管理見出
し区分を造る。ＰＤＩファイルクラス１５１６は、次
に、ビューメソッド１５２２によって作られたビューリ
スト内の全てのオブジェクトからメタデータメソッド１
５２４を用いて、ＰＤＩＦファイルのデータ辞書区分を
造る。ＰＤＩファイルクラス１５１６は、次に、メタク
ラス及びフォーマット化メソッドを用いて、オブジェク
トデータ区分を造る。ＰＤＩファイルクラス１５１６
が、他のシステムへのエクスポートのためにＰＤＩＦフ
ァイルを造った後で、翻訳リストクラス１５０８、明確
にはエクスポートメソッド１５１２は、必要に応じて、
ファイルを別のフォーマットに翻訳するために、外部ト
ランスレータ１５１４をコールする。

【００４９】アプリケーションは、翻訳リストクラス１
５０８のエクスポート制御メソッド１５１０をコールす
る場合、エクスポート制御インタフェース１５０２を用
いる。次に、このメソッドは、他のパネルからのＰＤＩ
処理リクエストを取り扱う。エクスポート制御インタフ
ェース１５０２を使用するには、アプリケーションは、
最初に、翻訳リストクラス１５０８のインスタンスを作
る。アプリケーションは、次に、インスタンスを作り、
それらのインスタンスを、翻訳リストクラス１５０８の
オブジェクトに挿入し、作られたオブジェクトの属性
を、適切な翻訳要請情報と共に割り当てる。アプリケー
ションは、次に、エクスポートされたファイルとして使
用さるべきＰＤＩファイルクラス１５１６のインスタン
スを作り、そのＰＤＩファイルクラス１５１６のインス
タンスを、以前に作られたオブジェクトの属性として割
り当てる。

【００５０】アプリケーションは、翻訳リストクラス１
５０８のエクスポートプロセスメソッド１５１２をコー
ルする場合、エクスポートプロセスインタフェース１５
０４を使用する。エクスポートプロセスメソッド１５１
２は、次に、内部ＰＤＩ処理を取り扱う。アプリケーシ
ョンがエクスポートプロセスインタフェース１５０４を
使用するには、先ず、翻訳リストクラス１５０８のイン
スタンスを作らねばならない。翻訳リストクラス１５０
８のオブジェクトは、インスタンスのリンクされたリス
トであることに注意されたい。アプリケーションは、続
いて、この種のインスタンスを作り、翻訳リストクラス
１５０８のオブジェクトに挿入し、適切な翻訳リクエス
ト情報と共に、この種オブジェクトの属性を割り当て
る。次に、アプリケーションは、他のシステムにエクス
ポートするためのファイルとして使用するＰＤＩファイ
ルクラス１５１６のインスタンスを作り、これらのＰＤ
Ｉファイルクラス１５１６インスタンスを、作られたオ
ブジェクトの属性として割り当てる。最後に、アプリケ
ーションは、翻訳リストクラス１５０８のインスタンス
のエクスポートプロセスメソッド１５１２をコールす
る。アプリケーションは、クラス１５１６をコールする
場合、エクスポートファイルインタフェース１５０６を
用いる。次に、エクスポートファイルメソッド１５２０
は、ビューリストからＰＤＩＦファイルを造り、翻訳リ
ストクラス１５０８のエクスポートプロセスメソッド１
５１２は、この低い方のレベルインタフェースを用い
る。

【００５１】図１６は、インポートリクエストに答えて
ＰＤＩを通るデータの流れを示す。翻訳リストクラス１
６１０のインポート制御メソッド１６１２は、ＰＤＩ処
理を始めるために、インポートプロセスメソッド１６１
４をコールする。ファイルをその現在のフォーマットか
ら、それで作動するＰＤＩＦファイルに翻訳する必要の
ある場合には、翻訳リストクラス１６１０は、外部トラ
ンスレータ１６１６をコールすることができる。翻訳リ
ストクラス１６１０のインポートプロセスメソッド１６
１４は、受信したＰＤＩＦファイルからオブジェクトを
作るＰ１Ｄファイルクラス１６１８のインポートファイ
ルメソッドをコールする。インポートファイル１６２０
は、インポートファイルインタフェース１６０６を経
て、システムの非同期通信管理機能（マネージャ）によ
ってコールされる。ＰＤＩファイルクラス１６１８のイ
ンポートファイルメソッド１６２０は、メタデータメソ
ッド１６２６およびフォーマット化可能オブジェクト１
６２４の非フラットメソッド１６３０を用いて、コミュ
ニケーションヘッダクラスオブジェクトをＰＤＩＦファ
イルの管理見出しから通信見出しクラスオブジェクトを
作るインポート見出しメソッド１６２２をコールする。
インポート見出しメソッド１６２２は、システムの非同
期通信サーバにより、インポート見出しインタフェース
を介して直接コールされる。ＰＤＩファイルクラス１６
１８のインポートファイルメソッド１６２０は、データ
辞書およびＰＤＩＦファイルのオブジェクトデータ区分
からオブジェクトを造る。これを達成するために、メタ
データメソッド１６２６、非フラットメソッド１６３
０、及び、フォーマット化可能オブジェクト１６２４の
ポスト（ｐｏｓｔ）非フラットメソッド１６３２が、Ｐ
ＤＩＦファイルクラス１６１８によってコールされる。
同様に、ＰＤＩＦファイルクラス１６１８のインポート
ファイルメソッド１６２０は、アサイン（ａｓｓｉｇ
ｎ）データメソッド１６２８、及び、フォーマット化可
能オブジェクト１６２４のポスト非フラット２メソッド
１６３４をコールすることにより、初期データベース負
荷をサポートする。

【００５２】図及び明細書に、当発明の好ましい多数の
実施例について開示してきた。これらの実施例は、特定
の用語を使用したが、例として呈示したものであって、
限定を意味するものではない。従って、当発明の趣旨及
び範囲は、前述の実施例のいずれによっても限定される
べきものでない。

【図面の簡単な説明】

【図１】オブジェクトの概要表現を示す。

【図２】オブジェクトの例の概要表現を示す。

【図３】オブジェクトインスタンスの図形的表現を示
す。

【図４】当発明が作動する計算環境の図形的表現を示
す。

【図５】通信インタフェースパケット（ＣＩＰ）オブジ
ェクトの概要表現を示す。

【図６】プロダクトデータインタフェース（ＰＤＩ）フ
ァイルの概要表現を示す。

【図７】Ａ，Ｂは、ＣＩＰ、及び、ＣＩＰがフォーマッ
ト化される関連ＰＤＩＦファイルの概要表現を示す。

【図８】Ａ，Ｂは、ＰＤＩＦファイル、及び、ＰＤＩＦ
ファイルがアンフォーマット化される関連ＣＩＰの概要
表現を示す。

【図９】当発明に基づき、アプリケーションから通信サ
ーバを通るデータの流れの図形的表現を示す。

【図１０】当発明に基づき、非同期通信管理機能（ＡＣ
Ｍ）を用いた送信システムから通信サーバを通るデータ
の流れの図形的表現をしめす。

【図１１】当発明に基づき、送信システムと受信システ
ムの２つのシステム間のデータ移動の図形的表現を示
す。

【図１２】当発明に基づき、バッチジョブ及びその関連
提出プロセスの作成の図形的表現を示す。

【図１３】当発明に基づき、バッチジョブのための実行
プロセスの図形的表現を示す。

【図１４】オブジェクトインスタンスの参照リストであ
るビューリストの図形的表現を示す。

【図１５】データをエクスポートするための要請に答え
てＰＤＩＦを通るデータの流れの図形的表現を示す。

【図１６】データをインポートするための要請に答えて
ＰＤＩＦを通るデータの流れを示す。

【符号の説明】

２３０アプリケーションモジュール２３６オブジェクト指向環境モジュール２０４データベース管理機能（マネージャ）２０６オペレーティングシステム２０８マイクロインストラクションコード２２０ターミナル２２４データ記憶装置２３４外部データベース２２８プリンター２３２ユーザ

───────────────────────────────────────────────────── フロントページの続き (72)発明者フロイド、ウェイン、サッケルフォードアメリカ合衆国ジョージア州、バフォード、ハノーバー、ドライブ、3510 (72)発明者リチャード、ユージーン、ムーアアメリカ合衆国ジョージア州、マリエッタ、プリンセス、レーン、2592 (72)発明者トーマス、ポール、ムーアマンアメリカ合衆国ジョージア州、アトランタ、リバーサイド、ウェイ、7170 (72)発明者エープリル、ダウン、エンブリー、スティルズアメリカ合衆国ジョージア州、アトランタ、アデアー、アベニュ、エヌ、イー、 865 (72)発明者ジェーン、エリザベス、シュロックアメリカ合衆国ジョージア州、ケネソー、バーナム、ウェイ、3295

Claims

【特許請求の範囲】

【請求項１】複数のオブジェクトの各々が、各オブジェ
クトの少なくとも１つのデータ属性を含むオブジェクト
フレームと、関連するオブジェクトの少なくとも１つの
データ属性に基づいてオブジェクト指向計算システムに
よって実行される少なくとも１つのメソッドを有する少
なくとも１つのオブジェクトメソッドとを含んでいる、
複数のオブジェクトを含むオブジェクト指向計算システ
ムのためのリモート及びバッチオブジェクト処理プロセ
スであって、選択されたオブジェクトの選択されたオブジェクトメソ
ッドがバッチシステム及びリモートシステムのうちの１
つによって処理されるべきであるということを決定する
決定ステップと、前記選択されたオブジェクトから、前記選択されたオブ
ジェクトを指すポインタ及び前記選択されたオブジェク
トメソッドを指すポインタを含む通信インタフェースパ
ケット（ＣＩＰ）オブジェクトフレーム及び少なくとも
１つのＣＩＰオブジェクトメソッドを含む、ＣＩＰオブ
ジェクトを作成する作成ステップと、前記選択されたオブジェクトのバッチあるいはリモート
処理それぞれのために、前記ＣＩＰオブジェクトを前記
バッチシステム及びリモートシステムのうちの１つに伝
送する伝送ステップと、を含む、オブジェクト指向計算システムのリモート及び
バッチオブジェクト処理プロセス。
【請求項２】前記伝送ステップは、前記ＣＩＰオブジェクトをシーケンシャルファイルに置
く配置ステップと、前記ＣＩＰオブジェクトを含んでいるシーケンシャルフ
ァイルを前記バッチシステム及びリモートシステムのう
ちの１つに伝送するステップと、含む、請求項１記載のプロセス。
【請求項３】前記配置ステップは、前記ＣＩＰオブジェクトを識別する管理ヘッダを発生す
るステップと、前記選択されたオブジェクトの記述を含
むデータ辞書を発生するステップと、前記オブジェクト
のインスタンスを含むオブジェクトデータを発生するス
テップと、備え、前記伝送するステップは、前記管理ヘッダ、前記データ辞書及び前記オブジェクト
データを前記バッチシステム及びリモートシステムのう
ちの１つに伝送する、請求項２記載のプロセス。
【請求項４】前記管理ヘッダは、属性の名前及びタイ
プ、前記属性のデータ値を含む、請求項３記載のプロセ
ス。
【請求項５】前記データ辞書は、前記オブジェクトデー
タにおけるオブジェクトの記述を含み、前記記述は前記
オブジェクトのクラス名、属性名及び属性のタイプを含
む、請求項３記載のプロセス。
【請求項６】前記オブジェクトデータは、前記シーケン
シャルファイルの各オブジェクトについて固有の識別を
含む、請求項３記載のプロセス。
【請求項７】前記ＣＩＰオブジェクトフレームは、前記
選択されたオブジェクトで前記選択されたメソッドによ
って実行されるべきアクションを更に定義する少なくと
も１つのパラメータを更に含む、請求項１記載のプロセ
ス。
【請求項８】選択されたオブジェクトの選択されたメソ
ッドがバッチシステム及びリモートシステムのうちの１
つによって処理されるべきであるということを決定する
ための決定手段と、前記決定手段に応答して、前記選択されたオブジェクト
から、前記選択されたオブジェクトを指すポインタ及び
前記選択されたオブジェクトメソッドを指すポインタを
含む通信インタフェースパケット（ＣＩＰ）オブジェク
トフレーム及び少なくとも１つのＣＩＰオブジェクトメ
ソッドを含む、ＣＩＰオブジェクトを作成する作成手段
と、前記作成手段に応答して、前記選択されたオブジェクト
のバッチあるいはリモート処理のそれぞれのために、前
記ＣＩＰオブジェクトを前記バッチシステム及びリモー
トシステムのうちの１つに伝送する伝送手段と、を備えるオブジェクト指向計算システム。
【請求項９】前記伝送手段は、前記ＣＩＰオブジェクトをシーケンシャルファイルに置
く配置手段と、前記ＣＩＰオブジェクトを含む前記シーケンシャルファ
イルを前記バッチシステム及びリモートシステムのうち
の１つに伝送する手段と、を含む請求項８記載のオブジェクト指向計算システム。
【請求項１０】前記配置手段は、前記ＣＩＰオブジェクトを識別する管理ヘッダを生成す
る手段、前記選択されたオブジェクトの記述を含むデー
タ辞書を生成する手段、及び前記オブジェクトのインス
タンスを含むオブジェクトデータを生成する手段を含
み、前記伝送手段は、前記管理ヘッダ、前記データ辞書及び前記オブジェクト
データを前記バッチシステム及びリモートシステムのう
ちの１つに伝送する手段を含む、請求項９記載のオブジェクト指向計算システム。