JPH0685835A

JPH0685835A - 端局間高速伝送を行う三階層通信処理方式

Info

Publication number: JPH0685835A
Application number: JP4237909A
Authority: JP
Inventors: Tadamitsu Ryu; 忠光龍; Naomi Ichikawa; なおみ市川; Tetsuo Toshima; 哲夫戸島; Masanobu Toyoda; 雅信豊田; Takeshi Adachi; 武史足立
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-09-07
Filing date: 1992-09-07
Publication date: 1994-03-25
Also published as: EP0597204A3; EP0597204A2

Abstract

(57)【要約】【目的】本発明は，端局間のデータ伝送を高速化し
て，個々の端局にて必要とするデータを，自分の端局内
で管理しているデータと実質的に同等の早さでアクセス
できるようにすることを目的としている。【構成】回線網を介して連繋される各端局間で，メッ
セージなどを伝送するメイン・ラインと，放送形式での
通信を可能にするコントロール・ラインと，高速伝送を
行うサブ・ラインとをもつ３階層通信回線をもうけ，他
端局からのデータ伝送を自端局内でのデータ・アクセス
と同等の早さで行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，交換網を介して処理対
象データおよび／またはプログラムの伝送を行い得るよ
うにしてデータ処理を行う分散データ処理方式におい
て，三階層通信回線網を用いて，上記処理対象データお
よび／またはプログラムを，通常のディスク・アクセス
の場合の処理時間で伝送可能にする端局間高速伝送を行
う三階層通信処理方式に関する。

【０００２】

【従来の技術】従来から複数の端局が交換網を介して連
繋され，必要に応じて端局相互間で交信を行って処理を
実行することが行われている。

【０００３】図７はローカル処理方式と呼ばれる従来の
処理方式を示し，図中の符号１０１，１０２は夫々端
局，１０３は交換網，１０４，１０５は夫々データ処理
装置，１０６，１０７は夫々プログラム，１０８，１０
９は夫々処理対象データを表している。

【０００４】データ処理装置１０４は自己端局１０１内
のプログラム１０６を用いて自己端局１０１内の処理対
象データ１０８を処理する。そして必要に応じて，デー
タ処理装置１０４は，交換網１０３を経由して端局１０
２から，必要とする処理対象データ（データ１０９の一
部）の転送を受ける。

【０００５】図８はクライアント・サーバ方式と呼ばれ
る従来の処理方式を示し，図中の符号１０１ないし１０
９は図７に対応しており，１１０はサーバ端局，１１１
はデータ処理装置，１１２はプログラム，１１３は処理
対象データを表している。

【０００６】図８の場合には，データ処理装置１０４が
自己端局に存在しない処理対象データを必要とする場
合，データ処理装置１０４はサーバ端局１１０に，当該
データの取得を依頼する。これによってサーバ端局１
１０は，自己端局１０１内に存在する一覧表にもとづい
て，当該所望されるデータが端局１０２内に存在してい
ることを知り，端局１０２から当該所望されるデータの
伝送を受ける。その後，サーバ端局１１０は，当該伝
送を受けたデータを端局１０１に伝送する。データ処
理装置１０４は，当該受け取ったデータを用いて，所望
する処理を実行する。

【０００７】また処理対象データの管理（レコードの管
理）に関連して従来から図９，図１０，図１２示す如き
方式が考慮されている。図９は仮センタ方式と呼ばれる
方式であって，図中の符号は図７に対応し，１１４は仮
センタと呼ばれる端局を表している。

【０００８】各端局１０２などは自己が所有するレコー
ドを自己で管理するが，あわせて当該レコードが自己が
所有している旨を仮センタ１１４に登録しておく。あ
る端局１０１が自己端局内に存在しないレコードを希望
する場合，当該端局１０１は仮センタ１１４に問い合わ
せる。そしてその問い合わせの結果にもとづいて，端
局１０１が端局１０２と交信して，所望するレコードの
転送を受ける。

【０００９】図１０は複数仮センタ方式と呼ばれる方式
であって，図中の符号は図９に対応し，１１５は仮セン
タ間ネットワークを表している。図示の場合，複数の団
体が単一の交換網１０３に連繋されており，夫々の団体
内では仮センタ１１４−ｉが存在し，図９の場合と同様
に処理が行われる。しかし，今図示の如く，ある団体内
の端局１０１が他の団体内の端局１０２からレコードの
転送を受ける場合には，夫々の団体内の仮センタ１１４
−ｉが仮センタ間ネットワーク１１５を介して交信し合
うようにされる。

【００１０】即ち，端局１０１は自己の団体内の仮セン
タ１１４−１に問い合わせを行うが，仮センタ１１４−
１は自己団体内に当該所望されるレコードが存在しない
ことを知り，当該仮センタ１１４−１は仮センタ間ネッ
トワーク１１５を介して，他団体の各仮センタ１１４−
ｉに問い合わせる。今仮センタ１１４−２が自己団体内
の端局１０２内に存在することを通知してくると，その
旨が端局１０１に通知される。そして端局１０１は端局
１０２から当該所望するレコードの転送を受ける。

【００１１】図１１はブロードキャスト方式と呼ばれる
方式であって，図中の符号は図７に対応し，１１６はブ
ロードキャストを可能にするグローバル・バス型ＬＡＮ
を表している。

【００１２】端局１０１があるレコードを所望する場
合，端局１０１はグローバル・バス型ＬＡＮ１１６を用
いて，全端局に対して一斉に質問する。当該所望される
レコードを所有している端局１０２は，当該質問に答え
て，端局１０１に応答する。これによって，端局１０１
は端局１０２から当該レコードを受け取る。

【００１３】

【発明が解決しようとする課題】上記従来の方式の場
合，いずれにしても各端局相互間でのプログラムやデー
タ（以下，両者をまとめてデータという）の伝送を完了
するまでの間に比較的大きい時間を要する。このため
に，例えば自己の端局内でファイルをアクセスして所望
されるデータを取り出す時間にくらべて，きわめて大き
い時間を要し，或るデータに関して，当該データが本来
存在していた端局以外の端局に伝送された上で更新を受
けた如き場合に，当該データのインテグリティを保持す
る（当該データに関して正しく更新が行われて完全性を
保つこと）ことがむずかしい。例えば図８の場合におけ
るサーバ端局１１０，図９や図１０の場合の仮センタ１
１４で，上記インテグリティを保つためのデータ管理を
行うにしても，きわめて困難である。また当該データを
本来保持している端局夫々が自分の責任においてデータ
管理を行うにしても，上記伝送に大きい時間を要するこ
ともあって，夫々の他端局で当該データを必要とする際
に，その都度当該データを管理している端局から，当該
データの伝送を受けるという管理態様をとることができ
ない。言うまでもなく，各端局が夫々自分の管理範囲内
のデータについてインテグリティに責任を持っておき，
当該インテグリティを保たれたデータを，他端局に配送
するようにすれば，データについてのインテグリティを
常に正しく保つことができるはずである。

【００１４】本発明は，端局間のデータ伝送を高速化し
て，個々の端局にて必要とするデータを，自分の端局内
で管理しているデータと実質的に同等の早さでアクセス
できるようにすることを目的としている。

【００１５】

【課題を解決するための手段】図１は本発明の原理構成
図を示す。図中の符号１０１，１０２は夫々端局，１０
３は交換網（自社内の回線を含む），１０４，１０５は
夫々データ処理装置，１０６，１０７は夫々プログラ
ム，１０８，１０９は夫々処理対象データ，１５０は本
発明に用いられる三階層通信回線，１５１はメイン・ラ
イン，１５２はコントロール・ライン，１５３はサブ・
ラインを表している。

【００１６】メイン・ライン１５１は端局相互間の通常
のメッセージに関しての交信に用いる。コントロール・
ライン１５２は，或るデータの存在個所を，放送形式で
問い合わせを行うためのラインである。そしてサブ・ラ
イン１５３は，端局相互間で，高速データ伝送を行うた
めのラインである。

【００１７】本発明はそれに限られるものではないが，
上記三階層通信回線１５０として，ブロード・バンドＩ
ＳＤＮを用いる。当該ブロード・バンドＩＳＤＮ（以
下，Ｂ−ＩＳＤＮという）の場合には，回線接続相手が
固定されることなく自由であり，回線スピードに関して
も自由であり（高速伝送可能であり），コントロール・
ラインにおいて放送形式での通信が可能である。

【００１８】

【作用】端局間の通常のメッセージの交信に当たって
は，メイン・ライン１５１を用いて比較的低速で（低回
線費用の下で）行い，各端局１０１や１０２は夫々自己
が管理しているデータ１０８や１０９を用いて，自己が
管理しているプログラム１０６や１０７をデータ処理装
置１０４や１０５にて実行している。

【００１９】この状態の下で，例えば端局１０２がある
所望の処理を実行しようとした際に，自己が管理してい
るプログラム１０７内に所望するプログラムが存在して
いない場合や，自己が管理しているデータ１０９内に所
望のデータが存在しない場合や，また更にそれらの両者
の場合に，次のような動作を行う。

【００２０】即ち，端局１０２は，コントロール・ライ
ン１５２を用いて，放送形式にて，上記プログラムおよ
び／またはデータが，いずれの端局で管理されているも
のであるかを問い合わせる。なお，一般には端局１０１
や１０２は多数存在している。

【００２１】当該プログラムおよび／またはデータを管
理している端局例えば１０１は，この旨を，メイン・ラ
イン１５１にて端局１０２に通知する。これに対応して
端局１０２は，メイン・ライン１５１を用いてプログラ
ムおよび／またはデータの伝送を受ける旨を端局１０１
と交信しておき，サブ・ライン１５３を用いて，当該プ
ログラムおよび／またはデータについて，高速伝送にて
受信する。そして，端局１０２は，受信したプログラム
および／またはデータを用いて，上記所望の処理を実行
する。

【００２２】各プログラムやデータの生成・更新・削除
などの処理は，夫々の当該プログラムやデータを保持し
ている端局にて実行する。このような管理やデータ処理
は，三階層通信回線１５０を用いて高速伝送が可能にな
ったことにもとづいて各端局にて必要が生じた際にその
都度伝送を受けることが可能となり，実現可能となった
ものである。

【００２３】

【実施例】図２は本発明の三階層通信処理を行う処理フ
ローを示す。（Ｓ１）：メイン・ラインにて通常の通信を行う。この
ときメッセージの交信も行われる。（Ｓ２）：当該メッセージの交信を行った際に例えば受
信側である処理を行う必要が生じたとすると，当該処理
を行う上でのデータ（プログラムを含む）が自端局（当
該受信）側に存在しているか否かを調べる。

【００２４】存在しているか否かで２通りに分かれ，非
存在の場合にステップＳ３に向かい，存在している場合
にステップＳ５に向かう。（Ｓ３）：コントロール・ライン１５２を用いて，当該
データが存在している（当該データを管理している）端
局を，放送形式で問い合わせる。（Ｓ４）：存在している端局が判明したとき，サブ・ラ
イン１５３を用いて高速伝送によって当該データの伝送
を受ける。（Ｓ５）：データが整った時点で，上記メッセージに対
応した処理を行うように，当該データを他のデータと有
機的に結合して，当該処理を行う。

【００２５】図３（Ａ）（Ｂ）は本発明におけるメッセ
ージのフォーマットと各ラインのフォーマットとを示
す。メッセージのフォーマットは，基本フォーマットと
処理するためのフォーマットとに大別される。基本フォ
ーマットには，送信側ｉＤと受信側ｉＤとが存在する。
処理するためのフォーマットには，処理の内容を示すｉ
ＤやデータのｉＤと，必要に応じて存在する実データの
ｉＤや実データが存在する。図示のＡ，Ｂ，Ｃ_i，Ｄ_i
は上記夫々の情報を表している。

【００２６】図３（Ａ）に示すフォーマットにしたがっ
た形で，図３（Ｂ）に示す如く，メイン・ライン１５１
のフォーマット，コントロール・ライン１５２のフォー
マット，サブ・ライン１５３のフォーマットが用意され
る。なお，コントロール・ライン１５２のフォーマット
において点線で示している「受信側のｉＤ」について
は，放送形式での通信の場合に省略されることを表して
いる。

【００２７】なお，データのｉＤには一般に当該データ
を管理しているターミナル・ナンバを先頭に付されたも
のとなっている。この結果，当該データのｉＤを受信し
た端局で，自己の端局のターミナル・ナンバであると判
断すれば，自己が管理していることを知ることができ
る。しかし，一般には，個々の端局は，他端局のターミ
ナル・ナンバを管理していない。

【００２８】図４は本発明の場合の処理態様を示してい
る。（Ｓ６）：送信側で通信したいデータを整える。（Ｓ７）：送信側ｉＤと受信側ｉＤとをつけて送信す
る。（Ｓ８）：受信側では自己端局にて実行する処理に当た
って所望されるデータが存在しているか否かを調べる。

【００２９】存在していればステップＳ１２に向かい，
存在していなければステップＳ９に向かう。（Ｓ９）：所望するデータのｉＤをつけて，コントロー
ル・ラインを用いて放送する。（Ｓ１０）：当該データを管理している端局が，サブ・
ラインを用いて高速伝送する。（Ｓ１１）：受信側では，伝送されたデータをメモリに
格納する。（Ｓ１２）：処理を実行する。（Ｓ１３）：処理終了に対応して処理終了通知を行う。（Ｓ１４）：送信側では処理終了通知を受け取る。

【００３０】なお，各端局においては，自己が管理する
データについて，当該個々のデータについての「データ
のｉＤ」から当該データが格納されている先頭アドレス
や格納されている状況などを索引するリンク・テーブル
が用意されている。したがって，データｉＤを与えられ
ると当該データを容易にアクセスすることが可能とな
る。

【００３１】図５はブロード・バンドＩＳＤＮの概念構
成図を示す。ブロード・バンドＩＳＤＮにおいては，数
１００Ｍｂｐｓから数Ｇｂｐｓでの高速通信を可能にす
るために，光ファイバをベースとしている。図５におい
て符号６００はＢ−ＩＳＤＮ（ＡＴＭ（非同期転送モー
ド）交換網），６０１はＡＴＭ多重化装置，６０２はＡ
ＴＭ宅内装置，６０３は光ファイバ・ケーブル，６０４
は光ファイバ・ケーブル上を伝送される固定長セルを表
している。

【００３２】図５には，Ｂ−ＩＳＤＮはＣＣＩＴＴで検
討されているサービスの概要を表示している。ＡＴＭの
下では，従来の回線モードで通信速度が固定されていた
のに変わって，任意の速度での対応が可能となる。また
従来のパケットモードではソフトウェアによる処理を必
要とするためにプロトコル処理の負荷が大きいものであ
るが，ＡＴＭでは光ファイバを使用するために誤りの少
ない大容量伝送が可能であり，プロトコル処理もハード
ウェアにより簡素化されるために負荷が軽減される。

【００３３】ＡＴＭではデジタル化された音声データや
映像データなどの各種情報をセルと呼ばれるパケットに
類似した固定長のブロックに挿入する。そして，このブ
ロックを単位として順次情報を多重化し非同期転送を行
う。セル単位で回線型のデータとパケット型のデータと
を区別することなく多重化して転送するため，異なる伝
送速度に多元トラフィック処理にて柔軟に対応でき，伝
送路を効率よく利用できる。

【００３４】Ｂ−ＩＳＤＮにおいては，(i) チャネル速
度６４Ｋｂ／ｓのＢチャネルと（なおＢチャネル内に
８，１６，３２Ｋｂ／ｓの低速チャネルを設定可能であ
る），(ii)チャネル速度１６Ｋｂ／ｓと６４Ｋｂ／ｓと
をもつＤチャネルと，(iii) チャネル速度３８４Ｋｂ／
ｓ，１５３６Ｋｂ／ｓ，１９２０Ｋｂ／ｓ，３０〜４４
Ｍｂ／ｓ，９０〜１３８Ｍｂ／ｓなどのＨチャネルとが
用意されている。

【００３５】本発明に対してＢ−ＩＳＤＮを適用する場
合には，メイン・ライン１５１として上記Ｂチャネルを
割り当て，コントロール・ライン１５２として上記Ｄチ
ャネルを割り当て，サブ・ライン１５３として上記Ｈチ
ャネルを割り当てる形となる。

【００３６】図６はＩＳＤＮにおける電話接続の場合の
制御手順の一例を示している。図中の記号は次の如きも
のである。ＳＥＴＵＰ呼設定の要求ＣＡＬＬＰＲＯＣ呼設定のための処理中である旨
の通知ＡＬＥＲＴ被呼者の呼び出し中である旨の
通知ＣＯＮＮ被呼者が応答した旨の通知ＣＯＮＮＡＣＫＣＯＮＮに対する確認ＤＩＳＣ呼解放の要求ＲＥＬチャネル切断完了通知と呼番号
解放要求ＲＥＬＣＯＭチャネル解放と呼番号解放完了
通知発信者からの発呼に対応して呼び出しが行われ，着信者
からの応答に応じて接続状態となる。そして通話が行わ
れ，終話に対応して，切断となり，チャネル解放が行わ
れかつ呼番号解放となる。

【００３７】本発明においては，上述の如き三階層通信
処理をとることによって，各端局で，必要なデータが生
じる都度，端局間で当該データを高速伝送することが可
能となる。ただ，今当面のデータを必要としている端局
において，当該データがいずれの端局において管理され
ているものであるかを予め知っている場合がある。この
ような場合には，上述のコントロール・ライン１５２を
用いての放送形式による問い合わせを必要としないこと
から，この手続を省略することがある。

【００３８】以上，三階層通信処理について説明した
が，本発明の背景がどんなものであるかや本発明にいう
データや当該データのｉＤが如何なる形で与えられるか
などについて，図１２ないし図２１を参照して説明す
る。

【００３９】実世界、例えば会社部門についてモデル化
を行った例が図１２に示される。図１２においては、
「従業員」を表わす枠内に、例えば「仕事の型＝１」に
属する「秘書」がおり、「仕事の型＝２」に属する「リ
ーダ」がおり、「仕事の型＝３」に属する「労働者」が
いる。そして「従業員」という枠は「チーム」という枠
に属している。

【００４０】「リーダ」は「チーム・リーダ」という関
係の下で「チーム」と関係づけられ、また「労働者」は
「作業単位」という枠内で「労働者・機械」という関係
の下で「機械」と関係づけられる。

【００４１】また「チーム」と「機械」とは「機械・作
業場」という関係の下で関係づけられており、「労働
者」と「機械」とはまた「機械・労働者」という関係の
下で関係づけられる。更に「従業員」は「部門・従業
員」という関係の下で「部門」と関係づけられる。

【００４２】また更に、「従業員」は「従業員・属性」
という関係の下で「所属」と関係づけられ、「作業単
位」は「作業単位・部品」という関係の下で「部品」と
関係づけられる。

【００４３】更にその上で、（１）「部門」はオブジェ
クト「部門名」やオブジェクト「ドル」と関係づけら
れ、（２）「チーム」は、チーム識別番号によってオブ
ジェクト「名前」と関係づけられ、仕事の型によってオ
ブジェクト「従業員番号」と関係づけられ、名前によっ
てオブジェクト「コード名」やオブジェクト「姓」と関
係づけられ、給与によってオブジェクト「ドル」と関係
づけられ、平均給与によってオブジェクト「ドル」と関
係づけられ、部門の平均数によってオブジェクト「数」
と関係づけられ、（３）「秘書」はタイピング速度によ
ってオブジェクト「数」と関係づけられ、（４）「所
属」は、名前によってオブジェクト「名」と関係づけら
れ、歳によってオブジェクト「年」と関係づけられ、
（５）「部品」はオブジェクト「部品番号」やオブジェ
クト「ドル」と関係づけられ、（６）「作業単位・部
品」は数量によってオブジェクト「数」と関係づけら
れ、（７）「作業単位」は必要な時間によってオブジェ
クト「時間」と関係づけられ、（８）「機械」は、オブ
ジェクト「機械番号」やオブジェクト「ドル」やオブジ
ェクト「機械名」と関係づけられ、（９）「機械・労
働」は使用時間によってオブジェクト「時間」と関係づ
けられる。

【００４４】図１２に示されるモデルは、一般に、例え
ば、丸印を「振る舞い」（あるいはメソッド）とし、角
印を「データ」とし、菱形印を「関係」とすると、図１
３に示す如く表わすことができる。即ち、（１）メソッ
ドａとデータＩとがまとめられて１つのより大きいデー
タIVの働きをし、（２）メソッドｂとｃとが関係αによ
ってデータIIと関係づけられて１つのより大きいデータ
Ｖの働きをし、（３）メソッドｃとｄとが関係βによっ
てデータIII と関係づけられて１つのより大きいデータ
VIの働きをし、（４）メソッドｅが関係γによってデー
タIVとＶとVIと関係づけられて１つの更に大きいデータ
VII の働きをする、のように、互いにまとめられ、から
みあって、より大きい集団がつくられている形で表わす
ことができる。

【００４５】図１３に示す夫々の丸印や角印や菱形印は
１つ１つオブジェクトとして取り扱われ得るものであ
る。今図１３に示すメソッドａとデータＩとの如き集ま
りを考慮して、図１４（Ａ）に示す如きカプセル化を考
える。図１４（Ａ）においてカプセルの上方に孔があけ
られているのは、メッセージを交信可能であることを示
している。当該図１４（Ａ）に示すカプセルの上方の孔
を仮にふさいだとすると、図６に示すメソッドａとデー
タＩとの如き集まりであるデータIVに相当する。当該デ
ータが図１４（Ｂ）の左端に示されている。図１４
（Ｂ）の左端のデータＤに対してメソッドＭを付して複
合されたオブジェクトを得ると、図１４（Ｂ）の中央に
示されるデータとなり、更にその上にメソッドを付して
複合されたオブジェクトを得ると、図１４（Ｂ）の右端
に示すものとなる。このように複合化していったものが
図Ｂに対応している。

【００４６】複合化が行われる態様は、図１４（Ｂ）の
形に限られるものではない。例えば図１４（Ｃ）の最左
端に示すオブジェクトにおいてデータＤが、メソッドと
データとよりなるオブジェクトで置換されると、図１４
（Ｃ）左端から２番目に示すものとなる。この場合に
は、図示のメソッドＭ₁とデータＤ₁との間にメッセー
ジ・パッシングが必要となり、図１４（Ｃ）左端から３
番目に示すものの如くメソッドＭ₁が１つのオブジェク
トとなる。この結果、オブジェクトＣの中にオブジェク
トＡとオブジェクトＢとが存在し、オブジェクトＡとオ
ブジェクトＢとの間にメッセージ・パッシングが存在す
るという構造をもつものとなる。

【００４７】また更に、図示のオブジェクトＢにおける
メソッドＭをオブジェクトＢ₁とし、オブジェクトＢに
おけるデータＤをオブジェクトＢ₂とすると、図１４
（Ｃ）最右端に示す如く、オブジェクトＢの中に、オブ
ジェクトＢ₁とオブジェクトＢ ₂とが存在し、オブジェ
クトＢ₁とオブジェクトＢ₂との間にメッセージ・パッ
シングが存在するという構造となる。

【００４８】以上説明した如く、後述する所の、いわば
原子オブジェクトが複合化されて、例えばカプセル・オ
ブジェクトとなり、当該カプセル・オブジェクトが複合
化されて例えばイベント・オブジェクトとなり、当該イ
ベント・オブジェクトが複合化されて例えばシステム・
オブジェクトとなる・・・如く、次々と複合化されてゆ
く。

【００４９】なお、上記においてデータＤとして示され
るものは、一般に、複数個の処理対象単位であり、メソ
ッドＭとして示したものは当該複数個の処理対象単位を
どのように利用してゆくかを指示する情報または情報群
と考えてよい。図１４において、オブジェクトとして表
現したものは、個々の「処理対象単位」、あるいは個々
の処理対象単位がまとめられて１つのまとまった処理対
象単位として取り扱われ得る「処理対象単位」である。

【００５０】上記図１３に示す如く、個々のオブジェク
トＩ、II、III は夫々より大きいオブジェクトIV、Ｖ、
VIの一部を構成する。また当該オブジェクトIV、Ｖ、VI
はまたより大きいオブジェクトVII の一部を構成する。
換言するとオブジェクトIV、Ｖ、VIは夫々オブジェクト
VII からみると当該オブジェクトVII における“イズ・
ア（is a）”で表される関係や“パート・オブ（part
of）”で表わされる関係にある。

【００５１】図示のオブジェクトＩ、II、III を最小単
位と考えるとき、これらオブジェクトＩ、II、III はい
わば原子オブジェクトである。そしてそれらが集まって
いわばカプセル・オブジェクトと呼ばれるものが形成さ
れ、当該カプセル・オブジェクトなどが集まっていわば
イベント・オブジェクトと呼ばれるものが形成され、更
により大きいシステム・オブジェクトと呼ばれるものが
形成される。

【００５２】これらの各オブジェクトを総称して複合オ
ブジェクトと呼んでいる。なお当該複合オブジェクトの
概念の中に、上記原子オブジェクトをも含ませている。
しかし原子オブジェクトは上述の如く最小単位のオブジ
ェクトであり、複合オブジェクトあるいは単にオブジェ
クトと一般に称する場合には上記原子オブジェクトの如
く分解不可能な単体で存在しているものを除外したもの
と考えてよい。

【００５３】上述したカプセル化されたオブジェクトは
一般に上記複合オブジェクトがカプセル化されたもので
ある。上記個々のオブジェクトは次の如きモデルをもっ
て表わすことができる。即ち、図１５はオブジェクトを
モデル化して把握するための説明図である。

【００５４】或る実世界のもの、例えば写真は、当該写
真を表わす名前と、当該写真がどんなものであるか、例
えば誰の写真で何時撮ったものかなどを表わす性質とを
もって特定することができる。そして当該写真は、
（ｉ）当該写真を特定する呼称としてのコマンドと、(i
i)当該写真のいわば白・黒のドットよりなる絵の実体物
（エンティティ・データ）と、(iii) 当該写真の性質や
上記絵の実体物が格納されている場所などや当該写真に
写っている複数の人などの関係などを記述しているリン
クとをもって、モデル化して把握することができる。

【００５５】上述の個々のオブジェクトもまた図１５に
表わした如き、コマンドとリンクとエンティティ・デー
タとをもって、モデル化して表わすことができる。図１
６はモデル化したオブジェクトの働きを説明する図であ
る。図１６左側に示す如くオブジェクトは、コマンドと
リンクとエンティティ・データとをもって表わすことが
でき、エンティティ・データには図示の如きドット・デ
ータが与えられていると考えてよい。そして、上述のカ
プセル・オブジェクトやイベント・オブジェクトやシス
テム・オブジェクトは、一般に、図１６右側に示す如
く、エンティティ・データとして他のオブジェクトＸ、
Ｙ、Ｚを特定する記述が与えられて当該他のオブジェク
トＸ、Ｙ、Ｚと関係づけられ当該他のオブジェクトＸ、
Ｙ、Ｚのエンティティ・データｘ、ｙ、ｚが利用される
形となる。

【００５６】図１７はオブジェクトを取り扱う処理態様
を示す。図中の符号２０１はオブジェクト・コマンドで
あって、図１５や図１６に示すコマンドと同じものであ
る。即ち、当該オブジェクトを特定する際の呼称であ
る。符号２０２はメタ・データであって、図１５や図１
６に示すリンクに対応するものと考えてよい。即ち、実
データを意味づけて説明したデータ（実データの説明
文）であり、名称やコメントやコマンドなどであり、更
には上述した“is-a”階層関係や“part−of”階層関係
やオブジェクト間のシーケンス関係が記述される。当該
コメントは、実データを説明するに際し実データがどん
なものであるかについての意味が判るようにされた説明
文であり、また概略フローチャートや詳細フローチャー
トやソース・プログラムである。また符号２０３は図１
５や図１６に示すエンティティ・データであり、処理実
行用のプログラムは実データの１つとして取り扱われ
る。

【００５７】図１７における符号２０４はコマンド・リ
ンク処理部であって、ディレクトリ処理部とも呼ばれ
る。１つの新しいオブジェクトが出来たとき、当該オブ
ジェクトの呼称であるコマンド（以下、オブジェクト・
コマンドということがある）を設定し、実データ２０３
（エンティティ・データ）やメタ・データ２０２の格納
場所を割り付け、コマンド・リンク・テーブルを作成す
る。このとき、オブジェクトの型を決定し、大きさが決
まる。そして、当該コマンド・リンク・テーブルを用い
て、メタ・データ２０２と実データ２０３との結合体を
入出力できるようにする。また入出力処理を行う。当該
結合体をオブジェクト部品と名付ける。そして当該オブ
ジェクト部品２０６は、上記オブジェクト・コマンドを
用いて特定することができる。

【００５８】図１８は従来から知られているデータベー
スの構成を示す。図中の符号２０７はデータベース、２
０８はデータベース・マネージメント・システム、２０
９はユーザ・データ・データベース、２１０はデータ・
ディクショナリ・アンド・ディレクトリ・システム、２
１１はメタ・データ・データベースを表わしている。

【００５９】従来から、ユーザ・データをまとめて格納
するユーザ・データ・データベース２０９が構成されて
おり、データベース・マネージメント・システム（ＤＢ
ＭＳ）２０８が一元的に管理を行い、ユーザ・データに
ついての生成や削除や修正や入出力などの処理を行って
いる。

【００６０】一方、個々のユーザ・データの数が増大
し、個々のユーザ・データのボリュームが増大してくる
につれて、個々のユーザ・データがどんな役割をもつも
のかなどの説明を行うために、メタ・データが作成され
るようになっている。そして、当該メタ・データをまと
めて格納するメタ・データ・データベース２１１が用い
られ、当該メタ・データ・データベース２１１を一元的
に管理するものとして、データ・ディクショナリ・アン
ド・ディレクトリ・システム（ＤＤ／ＤＳ）がもうけら
れている。

【００６１】図１７に示した部品属性ファイル２０５に
おけるオブジェクト部品２０６は、図１８に示すユーザ
・データ・データベース２０９中のユーザ・データと、
図１８に示すメタ・データ・データベース２１１中のメ
タ・データとを、１つにまとめることができるようにさ
れて１つにまとめられたものであると考えることもでき
る。勿論、図１８に示す従来の構成の場合には、データ
ベース・マネージメント・システム２０８とデータ・デ
ィクショナリ・アンド・ディレクトリ・システム２１０
とが互いに独立に動作していたものであった。また図１
８に示すユーザ・データ・データベース２０９の内容と
メタ・データ・データベースの内容とは個別にアクセス
され利用されるものであった。図１７に示す場合には、
図１７に示す実データ２０３とメタ・データ２０２とは
結合され、オブジェクト・コマンドによって特定するこ
とによって、１つのオブジェクト部品２０６として取扱
い得るようにされている。

【００６２】図１９はダイナミック・オブジェクト処理
部における動作の一部を説明する図である。図中の符号
２１２はダイナミック・オブジェクト処理部であって、
シミュレーションなどを行う仮動作モード２１６と、テ
ストなどを行うインスタント動作モードと、データ処理
を行ないあるいは他端末との交信処理を行う実動動作モ
ードとをもっている。

【００６３】符号２０５は図１７に示した部品属性ファ
イルであり、符号２０５’は当該部品属性ファイル２０
５の内容の全部または一部についてコンパイル処理を行
うなどして実動動作を高速度で実行し得るようにまとめ
た実行処理データ２１４を保持しているものである。な
お実行処理データ２１４は、処理実行のためのオブジェ
クト・プログラムの場合で言えば、一般に、数１０から
数１００ステップよりなる処理単位がいわば処理順にシ
リヤルに結合づけられているものである。

【００６４】符号２１３は、上述のオブジェクトであっ
て、一般には、上述の原子オブジェクトの形のままのも
のや、上述のカプセル・オブジェクトの状態のもの、上
述のイベント・オブジェクトの状態のもの、上述のシス
テム・オブジェクトの状態のものの夫々に相当するもの
である。当該オブジェクト２１３は図１７を参照して説
明した如く、オブジェクト部品２０６の形でオブジェク
ト・コマンドによって特定されるように格納されている
と考えてよい。

【００６５】符号２１５はダイレクト・オブジェクト処
理展開処理を表わしており、上記個々のオブジェクト２
１３を展開し、あるいは複数のオブジェクトをまとめて
展開して、実行処理データ２１４を得る処理を行う。

【００６６】図１４を参照して上述した如く一般に複合
オブジェクトの形で処理対象単位にまとめられて、１つ
のある目的をもった処理を実行するための振る舞いを発
揮する単位となる。そしてそれらは、図１７に示した如
く、オブジェクト・コマンド２０１をもって特定される
オブジェクト部品２０６の形で、部品属性ファイル２０
５に格納されている。

【００６７】新しい処理機能を生成するような場合、当
該新しい処理機能を行ない得るようにするために、新し
くオブジェクトが生成されあるいは既存のオブジェクト
が合目的的に結合されて、当該新しい処理機能を発揮す
るオブジェクトが上記オブジェクト部品２０６の１つと
して用意される。

【００６８】当該生成されたオブジェクトについては、
現実に正しく機能するか否かについてシミュレーション
を行ったり、あるいはシミュレーションの終了したもの
については仮動作を行わせてみるなどの処理を行う。こ
の処理が図１９図示の仮動作モード２１６であり、ダイ
ナミック・オブジェクト処理部２１２は、部品属性ファ
イル２０５の内容を利用して、該当する処理動作をシミ
ュレーションしてみるようにする。

【００６９】仮動作モード２１６によって一応正常に動
作したオブジェクト２１３あるいはオブジェクト群につ
いては、このままでは実動動作に当たってオブジェクト
管理部（図２０参照）との間で多くの交信を必要として
処理速度が遅いことから、実行処理データ（ＥＸＥデー
タ）２１４に展開される（コンパイルされて１つのＥＸ
Ｅデータとされる）。当該展開処理が図示のダイレクト
・オブジェクト処理展開処理２１５において行われ、部
品属性ファイル２０５’に格納される。

【００７０】ダイナミック・オブジェクト処理部２１２
においては、部品属性ファイル２０５の内容を利用し
て、所定の処理について一時的に代行処理を行ってみた
り、あるいはテスト処理を行ってみたりする必要が生じ
た場合、上記ダイレクト・オブジェクト処理展開処理２
１５を発動して実行処理データ２１４を生成して、当該
処理を行うことがある。このような処理モードが、図１
９においてインスタント動作モード２１７として示され
ている。

【００７１】また図１９図示の本番動作モード２１８
は、図示の実行処理データ２１４を用いて、本番の処理
動作を行うモードである。なお部品属性ファイル２０５
内でのメタ・データには、当該オブジェクトの性質など
に関する意味データが記述されていると共に、自分のオ
ブジェクトからみての上位のオブジェクト（“is-a”で
示されるオブジェクト）についての結合関係や自分のオ
ブジェクトに含まれるより下位のオブジェクト（“part
−of”で示されるオブジェクト）群についての結合関係
を指示する記述が存在していると考えてよい。

【００７２】図２０は端局の構成を示している。図中の
符号２０２、２０３、２０４、２０５、２０５’、２０
６、２１２、２１４は図１７や図１９に対応している。
また符号１０１は端局であって実行処理データ２１４を
用いて処理実行を行いあるいは回線を介して他の端局と
交信を行うものを表わしている。また符号１０３はＬＡ
Ｎまたは交換回線などの回線を表わしている。

【００７３】端局１０１内には、更に符号２１９で示す
通信／受信処理部、符号２２０で示すオブジェクト管理
部、符号２２１で示すディスプレイ、符号２２２で示す
ハイパー言語処理部などが存在している。

【００７４】図示のディレクトリ処理部２０４の処理は
図１７を参照して述べた如きものであり、また図示のダ
イナミック・オブジェクト処理部２１２の処理も図１９
を参照して述べた如きものである。

【００７５】図２０に示す（仮動作サポート）は、図１
９に示した仮動作モード２１６を行うまでの動作に対応
するサポート機能である。図示のハイパー言語処理部２
２２には「部品表示・選択」機能があり、使用可能なオ
ブジェクト部品をディスプレイ２２１から検索して出力
する。もしも適当なものがなければ新しいオブジェクト
部品として「部品指定」機能を用いて部品指定を行な
う。「属性設定」機能によってクラス・オブジェクト部
品を生み出し、「スキーマ設定」機能などによってイン
スタンス・オブジェクト部品を生み出すことができる。

【００７６】ディスプレイ２２１を用いての「部品表
示」機能には、オブジェクト部品のメタデータである所
の（ｉ）名称やコメントを出力する目次表示、(ii)オブ
ジェクト部品の内容を示すスキーマや属性の表示、(ii
i) クラス属性やインスタンス定数の表示などがある。

【００７７】またハイパー言語処理部２２２による「部
品組み合わせ」機能には、即ちオブジェクト部品を組み
合わせてより大きい複合されたオブジェクト部品を得る
には、クラスの作成に関して属性の追加・変更・削除機
能が用意され、インスタンス定数の作成に関してスキー
マの追加・変更・削除機能が用意されている。

【００７８】ハイパー言語処理部２２２による「ユーザ
画面作成」機能では、画面作成および表示に当たって、
「画面作成および表示」クラスのバッファに画面のデー
タを入れてインスタンスをつくるようにする。このた
め、当該「ユーザ画面作成」機能は画面クラスをインス
タンス化することに相当する。

【００７９】またハイパー言語処理部２２２における
「仮動作」機能では、メッセージをインスタンスが受け
るとクラスで示すメソッドとリンクさせて一次メモリ上
に一時的にカプセル（図Ｃ参照）を実現し当該カプセル
のもつ振る舞いを実行するようにする。

【００８０】更にハイパー言語処理部２２２における
「部品変更」の機能は、属性やスキーマの変更・追加・
削除によって、オブジェクト部品を変更する機能であ
る。また「部品登録」機能は、部品属性ファイル２０５
上に、オブジェクト・コマンド（当該オブジェクト部品
の呼称である）と対応づけて、当該オブジェクト部品を
登録する機能である。図２０に示す「展開（コンパイ
ル）」は、図１９に示すダイレクト・オブジェクト処理
展開処理２１５を表わしている。当該展開の処理では、
データ処理装置の一次メモリの大きさに合わせて、なる
べく大きい実行処理データ２１４に展開する。

【００８１】オブジェクト管理部２２０は、図２０に示
したハイパー言語処理部２２２を制御して上述の如くオ
ブジェクト部品２０６を部品属性ファイル２０５上に保
持させ、図１９に示したダイナミック・オブジェクト処
理部２１２を制御して仮動作モード２１６やインスタン
ト動作モードや本番動作モード２１８の各動作を行わせ
る。また、回線１０３を介してのメッセージ受信に対応
して、仮動作モードでのインスタンス起動を行ない、一
次メモリ上で仮にカプセル化を行ってデータ処理装置を
動かし、当該処理の結果をメッセージ送信するようにす
る。勿論、既に実行処理データ２１４に展開済みのもの
があれば、それを実行して、相手端局にメッセージ送信
する。

【００８２】自己端局１０１内での処理に当たって、所
望されるオブジェクト部品が自己端局１０１内に存在し
なかったり、属性がなかったり、スキーマがなかったり
すると、回線１０３を介して他端局から転送を受けて、
自己端局１０１内に取り込む所のラーニングを行う。

【００８３】図２１はオブジェクトをカプセル化する利
点を説明する図である。例えば実行処理データ２１４を
例にとると、図２１（Ａ）に示す如く、当該実行処理デ
ータは一連の命令（又は命令群）２５０を処理順にシリ
ヤライズされたものとして与えられる。これらの命令
（又は命令群）２５０の幾つかがまとまって、所定の処
理を実行する即ち或る振る舞いを行う処理単位２５１を
構成する。

【００８４】したがって図２１（Ａ）に示す実行処理デ
ータは、図２１（Ｂ）に示す如く、或る振る舞いを行う
処理単位２５１が処理順にシリヤライズされたものとみ
ることができる。図２１（Ｂ）に示す如くシリヤライズ
された実行処理データ２１４は全体でもって或る特定の
動作を行うためのものである。したがって、他の特定の
処理を行うための実行処理データ２１４は、組み合わせ
を異にした処理単位２５１の連結された別の実行処理デ
ータとして与えられる。

【００８５】異なる振る舞いを発揮する既存の処理単位
２５１が多量に得られるにつれて、図２１（Ｃ）に示す
如く、個々の処理単位２５１を、所定のメソッドＭの下
で、必要に応じて、統合させ、図２１（Ｂ）に示す実行
処理データ２１４と同じ動作を行わせるものを得ること
ができる。

【００８６】図２１（Ｃ）に示した処理単位の統合が図
Ｃに示したカプセル化に相当するものと考えてよい。本
発明の３階層通信処理にいう「データ」は図１７に示す
「オブジェクト部品」２０６に相当し，本発明にいう
「データのｉＤ」は図１７に示す「オブジェクト・コマ
ンド」２０１に相当している。

【００８７】

【発明の効果】以上説明した如く，本発明によれば，そ
れぞれの端局において，自己にないプログラムやデータ
が必要になった際に，その都度，それらのプログラムや
データを管理している端局から伝送してもらって処理を
行うことができる。そして，当該伝送を受けるに要する
時間が，自己端局内のファイルをアクセスする場合に要
する時間とコンパラブルなものとなる。このために，プ
ログラムやデータのインテグリティ・チェックは，当該
プログラムやデータを管理する端局が管理するだけで足
りるものとなる。

【図面の簡単な説明】

【図１】本発明の原理構成図を示す。

【図２】本発明の３階層通信処理を行う処理フローを示
す。

【図３】本発明におけるメッセージのフォーマットと各
ラインのフォーマットとを示す。

【図４】本発明の場合の処理態様を示す。

【図５】ブロード・バンドＩＳＤＮの概念構成図を示
す。

【図６】ＩＳＤＮにおける電話接続の場合の制御手順の
一例を示す。

【図７】ローカル処理方式と呼ばれる従来の処理方式を
示す。

【図８】クライアント・サーバ方式と呼ばれる従来の処
理方式を示す。

【図９】仮センタ方式と呼ばれる方式を示す。

【図１０】複数仮センタ方式と呼ばれる方式を示す。

【図１１】ブロードキャスト方式と呼ばれる方式を示
す。

【図１２】会社部門についてのモデル化の例を示す。

【図１３】図１２に示す例を抽象化して示した例を示
す。

【図１４】カプセルを説明する図である。

【図１５】オブジェクトをモデル化して説明する図であ
る。

【図１６】モデル化したオブジェクトの働きを説明する
図である。

【図１７】オブジェクトを取り扱う処理態様を示す。

【図１８】従来から知られているデータベースの構成を
示す。

【図１９】ダイナミック・オブジェクト処理部における
動作の一部を説明する図である。

【図２０】端局の構成を示す。

【図２１】オブジェクトをカプセル化する利点を説明す
る図である。

【符号の説明】１０１端局１０２端局１０３ＬＡＮ又は交換回線１０４データ処理装置１０５データ処理装置１０６プログラム１０７プログラム１０８処理対象データ１０９処理対象データ１５０３階層通信回線１５１メイン・ライン１５２コントロール・ライン１５３サブ・ライン

───────────────────────────────────────────────────── フロントページの続き (72)発明者戸島哲夫神奈川県川崎市高津区坂戸100番１富士通ネットワークエンジニアリング株式会社内 (72)発明者豊田雅信神奈川県川崎市高津区坂戸100番１富士通ネットワークエンジニアリング株式会社内 (72)発明者足立武史神奈川県川崎市高津区坂戸100番１富士通ネットワークエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】交換網（１０３）を介して複数の端局
（１０１，１０２）が連繋されてなり，当該端局（１０
１，１０２）の少なくとも２つが夫々データ処理装置
（１０４，１０５）をそなえて自己が所有する処理対象
データ（１０８，１０９）について自己が所有するプロ
グラム（１０６，１０７）にもとづいて処理を実行する
よう構成され，当該端局相互間で，上記処理対象データおよび／または
上記プログラムを伝送して，処理を実行する分散データ
処理方式において，上記端局相互間で，送信側ｉＤと受信側ｉＤとを含む基本フォーマット，お
よび伝送対象データを処理する方法を含むデータ・フォ
ーマットを伝送するメイン・ライン（１５１）と，送信側ｉＤを付して，自己端局に存在しない上記処理対
象データおよび／または上記プログラムの存在位置を放
送形式で問い合わせるコントロール・ライン（１５２）
と，上記存在位置の判明した上記処理対象データおよび／ま
たは上記プログラムを，上記メイン・ライン（１５１）
による伝送にくらべて高速で伝送するサブ・ライン（１
５３）とよりなる三階層通信回線（１５０）を配設して
おくよう構成され，通常の交信に当たっては，上記メイン・ライン（１５
１）を用いて交信するようにしたことを特徴とする端局
間高速伝送を行う三階層通信処理方式。
【請求項２】上記三階層通信回線は，ブロード・バン
ドＩＳＤＮにて構成されることを特徴とする請求項１記
載の端局間高速伝送を行う三階層通信処理方式。
【請求項３】上記サブ・ライン（１５３）は，送信側
ｉＤと受信側ｉＤと当該高速伝送されるべきデータとよ
りなるフォーマットにて伝送するよう構成されることを
特徴とする請求項１記載の端局間高速伝送を行う三階層
通信処理方式。
【請求項４】上記自己端局に存在しない上記処理対象
データおよび／または上記プログラムがいずれの端局に
存在しているかが予め判明している場合には，上記メイ
ン・ライン（１５１）を用いて交信を行い，上記コント
ロール・ライン（１５２）による問い合わせを行うこと
なしに，上記サブ・ライン（１５３）を用いて高速伝送
を受けるようにしたことを特徴とする請求項１記載の端
局間高速伝送を行う三階層通信処理方式。