JPH11119986A - 通信連携情報生成装置、３階層クライアント／サーバシステムおよび通信連携情報生成プログラムを記録した媒体 - Google Patents
通信連携情報生成装置、３階層クライアント／サーバシステムおよび通信連携情報生成プログラムを記録した媒体Info
- Publication number
- JPH11119986A JPH11119986A JP9286643A JP28664397A JPH11119986A JP H11119986 A JPH11119986 A JP H11119986A JP 9286643 A JP9286643 A JP 9286643A JP 28664397 A JP28664397 A JP 28664397A JP H11119986 A JPH11119986 A JP H11119986A
- Authority
- JP
- Japan
- Prior art keywords
- application
- client
- communication
- server
- general
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 通信連携情報生成装置に関し、非分散オブジ
ェクト環境の汎用コンピュータを分散オブジェクト環境
に適用して３階層システムにするときの通信の連携情報
を生成することを目的とする。 【解決手段】 通信連携情報生成装置２は３者間の通信
情報を一つに定義したアプリケーション定義体１を入力
手段２ａが読み込み、解析手段２ｂで解析する。そのア
プリケーション定義体１からインタフェース定義言語
（ＩＤＬ）ソース作成手段２ｃがクライアント／サーバ
システムのためのインタフェース定義言語ソースを作成
し、ソースコード生成手段２ｄがゲートウェイと位置付
けられたサーバシステムのアプリケーションのソースコ
ードを生成し、インタフェース情報ファイル生成手段２
ｅが汎用コンピュータのサーバアプリケーションのため
のインタフェース情報ファイルを生成することで、異な
る環境の連携を実現させる。
ェクト環境の汎用コンピュータを分散オブジェクト環境
に適用して３階層システムにするときの通信の連携情報
を生成することを目的とする。 【解決手段】 通信連携情報生成装置２は３者間の通信
情報を一つに定義したアプリケーション定義体１を入力
手段２ａが読み込み、解析手段２ｂで解析する。そのア
プリケーション定義体１からインタフェース定義言語
（ＩＤＬ）ソース作成手段２ｃがクライアント／サーバ
システムのためのインタフェース定義言語ソースを作成
し、ソースコード生成手段２ｄがゲートウェイと位置付
けられたサーバシステムのアプリケーションのソースコ
ードを生成し、インタフェース情報ファイル生成手段２
ｅが汎用コンピュータのサーバアプリケーションのため
のインタフェース情報ファイルを生成することで、異な
る環境の連携を実現させる。
Description
【０００１】
【発明の属する技術分野】本発明は通信連携情報生成装
置に関し、特に分散オブジェクト指向技術を利用して通
信処理を行うクライアント／サーバシステムと分散オブ
ジェクト環境を持たない汎用コンピュータとで構成され
るような３階層クライアント／サーバシステムにおける
アプリケーション間の通信通信連携情報を生成する通信
連携情報生成装置に関する。
置に関し、特に分散オブジェクト指向技術を利用して通
信処理を行うクライアント／サーバシステムと分散オブ
ジェクト環境を持たない汎用コンピュータとで構成され
るような３階層クライアント／サーバシステムにおける
アプリケーション間の通信通信連携情報を生成する通信
連携情報生成装置に関する。
【０００２】クライアント／サーバシステムはアプリケ
ーション全体の機能をクライアントとサーバとに分散配
置し、ネットワークを通じて全体で連携処理するもので
ある。このような形態のシステムでは、クライアントは
ユーザインタフェースを主目的とし、サーバはクライア
ントにてユーザとの対話処理の過程にて発生した要求を
受けて処理することを主目的としている。クライアント
はユーザインタフェースに付随して起きるイベントに応
答して処理する機能を備えているため、機能が増えてく
れば、必然的にクライアントの負担が増える傾向にあ
る。そこで、機能の密な結合を回避し、さらにシステム
に拡張性および柔軟性を持たせるために、システムを階
層化することが提案されており、クライアント層とサー
バ層との間に少なくとも一つの階層を介在させて多階層
システムの形態を採るようになってきている。
ーション全体の機能をクライアントとサーバとに分散配
置し、ネットワークを通じて全体で連携処理するもので
ある。このような形態のシステムでは、クライアントは
ユーザインタフェースを主目的とし、サーバはクライア
ントにてユーザとの対話処理の過程にて発生した要求を
受けて処理することを主目的としている。クライアント
はユーザインタフェースに付随して起きるイベントに応
答して処理する機能を備えているため、機能が増えてく
れば、必然的にクライアントの負担が増える傾向にあ
る。そこで、機能の密な結合を回避し、さらにシステム
に拡張性および柔軟性を持たせるために、システムを階
層化することが提案されており、クライアント層とサー
バ層との間に少なくとも一つの階層を介在させて多階層
システムの形態を採るようになってきている。
【０００３】一方、クライアント／サーバシステムにあ
って、それらのアプリケーション間の通信においても、
信頼性、拡張性、柔軟性などが求められており、そのよ
うな要求に応えるものとして分散オブジェクト環境があ
る。
って、それらのアプリケーション間の通信においても、
信頼性、拡張性、柔軟性などが求められており、そのよ
うな要求に応えるものとして分散オブジェクト環境があ
る。
【０００４】オブジェクト指向開発は、アプリケーショ
ンをオブジェクトと見せることでプログラム開発効率を
高める技術として浸透しつつある。このうち、ＣＯＲＢ
Ａ（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂ
ｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）は、分散した
システム上のサーバアプリケーションを、クライアント
アプリケーションが位置や実装を認識することなく呼び
出し可能とする技術として、ＯＭＧ（Ｏｂｊｅｃｔ Ｍ
ａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ）団体が定めた分散オ
ブジェクト指向技術のための規約である。
ンをオブジェクトと見せることでプログラム開発効率を
高める技術として浸透しつつある。このうち、ＣＯＲＢ
Ａ（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂ
ｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）は、分散した
システム上のサーバアプリケーションを、クライアント
アプリケーションが位置や実装を認識することなく呼び
出し可能とする技術として、ＯＭＧ（Ｏｂｊｅｃｔ Ｍ
ａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ）団体が定めた分散オ
ブジェクト指向技術のための規約である。
【０００５】クライアント／サーバシステムにおいて、
サーバアプリケーションのインタフェース情報を、ＣＯ
ＲＢＡによってネットワーク上に公開して共用すること
により、クライアントアプリケーションは、サーバアプ
リケーションをあたかもローカルシステム内でのプログ
ラム呼び出しのように容易に利用することができる。そ
して、オブジェクト同士で通信を行うための機能および
ソフトウェアはＯＲＢ（ｏｂｊｅｃｔ ｒｅｑｕｅｓｔ
ｂｒｏｋｅｒ）と呼ばれ、ＯＲＢ同士を接続する通信
手順としてＩＩＯＰ（Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒ−
ＯＲＢ Ｐｒｏｔｏｃｏｌ）が採用されている。
サーバアプリケーションのインタフェース情報を、ＣＯ
ＲＢＡによってネットワーク上に公開して共用すること
により、クライアントアプリケーションは、サーバアプ
リケーションをあたかもローカルシステム内でのプログ
ラム呼び出しのように容易に利用することができる。そ
して、オブジェクト同士で通信を行うための機能および
ソフトウェアはＯＲＢ（ｏｂｊｅｃｔ ｒｅｑｕｅｓｔ
ｂｒｏｋｅｒ）と呼ばれ、ＯＲＢ同士を接続する通信
手順としてＩＩＯＰ（Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒ−
ＯＲＢ Ｐｒｏｔｏｃｏｌ）が採用されている。
【０００６】
【従来の技術】図７は３階層システムの構築例を示す図
である。この図において、３階層システムは、クライア
ント１００と、サーバシステム１１０と、データサーバ
１２０とから構成されている。クライアント１００に
は、クライアントアプリケーション１０１が配置され、
サーバシステム１１０にはサーバアプリケーション１１
１が配置され、データサーバ１２０にはサーバアプリケ
ーション１２１が配置されている。したがって、サーバ
アプリケーション１１１はサーバアプリケーション１２
１のクライアントアプリケーションとしての機能も有す
る。ここで、クライアントアプリケーション１０１のオ
ブジェクトＡがサーバアプリケーション１１１のオブジ
ェクトＢを呼び出し、そのオブジェクトＢがサーバアプ
リケーション１２１のオブジェクトＣを呼び出すという
例を示している。これらオブジェクト間のメッセージ交
換はインタフェース情報ファイルと、ＯＲＢ機構と、Ｏ
ＲＢ間通信プロトコルとによって実現される。
である。この図において、３階層システムは、クライア
ント１００と、サーバシステム１１０と、データサーバ
１２０とから構成されている。クライアント１００に
は、クライアントアプリケーション１０１が配置され、
サーバシステム１１０にはサーバアプリケーション１１
１が配置され、データサーバ１２０にはサーバアプリケ
ーション１２１が配置されている。したがって、サーバ
アプリケーション１１１はサーバアプリケーション１２
１のクライアントアプリケーションとしての機能も有す
る。ここで、クライアントアプリケーション１０１のオ
ブジェクトＡがサーバアプリケーション１１１のオブジ
ェクトＢを呼び出し、そのオブジェクトＢがサーバアプ
リケーション１２１のオブジェクトＣを呼び出すという
例を示している。これらオブジェクト間のメッセージ交
換はインタフェース情報ファイルと、ＯＲＢ機構と、Ｏ
ＲＢ間通信プロトコルとによって実現される。
【０００７】インタフェース情報ファイルは、オブジェ
クトに関するインタフェース情報をＣＯＲＢＡ規約で定
められた文法に従ったインタフェース定義言語（ＩＤ
Ｌ）で記述し、それを専用のＩＤＬコンパイラでコンパ
イルすることにより、クライアント、サーバそれぞれの
アプリケーションに対して作成される。ＣＯＲＢＡで
は、このインタフェース情報ファイルを、クライアント
側はスタブ、サーバ側はスケルトンと呼んでいる。
クトに関するインタフェース情報をＣＯＲＢＡ規約で定
められた文法に従ったインタフェース定義言語（ＩＤ
Ｌ）で記述し、それを専用のＩＤＬコンパイラでコンパ
イルすることにより、クライアント、サーバそれぞれの
アプリケーションに対して作成される。ＣＯＲＢＡで
は、このインタフェース情報ファイルを、クライアント
側はスタブ、サーバ側はスケルトンと呼んでいる。
【０００８】クライアントアプリケーション１０１には
スタブ１０２およびＯＲＢ機構１０３があり、サーバア
プリケーション１１１にはＯＲＢ機構１１２、スケルト
ン１１３、スタブ１１４およびＯＲＢ機構１１５があ
り、サーバアプリケーション１２１にはＯＲＢ機構１２
２およびスケルトン１２３がある。ここで、スタブ１０
２およびスケルトン１１３はオブジェクトＢに関する情
報を記述したＩＤＬファイル１３１をコンパイルするこ
とによって生成されたインタフェース情報ファイルであ
り、スタブ１１４およびスケルトン１２３はオブジェク
トＣに関する情報を記述したＩＤＬファイル１３２をコ
ンパイルすることによって生成されたインタフェース情
報ファイルである。
スタブ１０２およびＯＲＢ機構１０３があり、サーバア
プリケーション１１１にはＯＲＢ機構１１２、スケルト
ン１１３、スタブ１１４およびＯＲＢ機構１１５があ
り、サーバアプリケーション１２１にはＯＲＢ機構１２
２およびスケルトン１２３がある。ここで、スタブ１０
２およびスケルトン１１３はオブジェクトＢに関する情
報を記述したＩＤＬファイル１３１をコンパイルするこ
とによって生成されたインタフェース情報ファイルであ
り、スタブ１１４およびスケルトン１２３はオブジェク
トＣに関する情報を記述したＩＤＬファイル１３２をコ
ンパイルすることによって生成されたインタフェース情
報ファイルである。
【０００９】また、ＯＲＢ機構１０３とＯＲＢ機構１１
２との間、およびＯＲＢ機構１１５とＯＲＢ機構１２２
との間の通信はＣＯＲＢＡの標準プロトコルであるＩＩ
ＯＰが使用される。
２との間、およびＯＲＢ機構１１５とＯＲＢ機構１２２
との間の通信はＣＯＲＢＡの標準プロトコルであるＩＩ
ＯＰが使用される。
【００１０】さらに、ネットワーク上には別のサーバ１
４０があり、これにはネーミングサービス１４１が搭載
されている。このネーミングサービス１４１は、アプリ
ケーションのオブジェクトが必要としているオブジェク
トがネットワーク上のどこにあるかの問い合わせに応え
るためのもので、オブジェクトが位置するサーバのアド
レスとともに、オブジェクトを名前で管理しているデー
タベースである。これにより、クライアントアプリケー
ションはサーバアプリケーションのオブジェクトを名前
で呼び出すことにより、ＯＲＢ機構はネーミングサービ
ス１４１を参照し、ここで得られたサーバアプリケーシ
ョンのオブジェクトが位置するサーバシステムのアドレ
スをもとにそのサーバシステムに要求を出すことによっ
て利用可能になる。
４０があり、これにはネーミングサービス１４１が搭載
されている。このネーミングサービス１４１は、アプリ
ケーションのオブジェクトが必要としているオブジェク
トがネットワーク上のどこにあるかの問い合わせに応え
るためのもので、オブジェクトが位置するサーバのアド
レスとともに、オブジェクトを名前で管理しているデー
タベースである。これにより、クライアントアプリケー
ションはサーバアプリケーションのオブジェクトを名前
で呼び出すことにより、ＯＲＢ機構はネーミングサービ
ス１４１を参照し、ここで得られたサーバアプリケーシ
ョンのオブジェクトが位置するサーバシステムのアドレ
スをもとにそのサーバシステムに要求を出すことによっ
て利用可能になる。
【００１１】次に、このように構築された３階層システ
ムにおけるオブジェクト呼び出しについて説明する。ま
ず、クライアントアプリケーション１０１のオブジェク
トＡがオブジェクトＢを呼び出す。これは、スタブ１０
２内に展開されたオブジェクトＢに対応するオブジェク
ト（オペレーション）を呼び出すことになる。このオペ
レーションには、通信のためのインタフェース情報は持
たないので、ＯＲＢ機構１０３はネーミングサービス１
４１に問い合わせて、得られたサーバシステム１１０の
アドレスをもとにＩＩＯＰプロトコルを使用してサーバ
システム１１０のＯＲＢ機構１１２にクライアントアプ
リケーション１０１からの要求を送る。ＯＲＢ機構１１
２を介して要求を受けたオブジェクトＢはその要求をオ
ブジェクトＣに転送する。この場合も、同様にしてネー
ミングサービス１４１を利用し、ネットワーク上のデー
タサーバ１２０のアドレスを取得して通信を行う。デー
タサーバ１２０のサーバアプリケーション１２１はオブ
ジェクトＢからの要求を処理する。オブジェクトＣは処
理した結果をオブジェクトＢに返信する。オブジェクト
ＢはオブジェクトＣからの応答をオブジェクトＡに返信
する。これにより、クライアントアプリケーション１０
１は処理した結果を受け取ることになる。
ムにおけるオブジェクト呼び出しについて説明する。ま
ず、クライアントアプリケーション１０１のオブジェク
トＡがオブジェクトＢを呼び出す。これは、スタブ１０
２内に展開されたオブジェクトＢに対応するオブジェク
ト（オペレーション）を呼び出すことになる。このオペ
レーションには、通信のためのインタフェース情報は持
たないので、ＯＲＢ機構１０３はネーミングサービス１
４１に問い合わせて、得られたサーバシステム１１０の
アドレスをもとにＩＩＯＰプロトコルを使用してサーバ
システム１１０のＯＲＢ機構１１２にクライアントアプ
リケーション１０１からの要求を送る。ＯＲＢ機構１１
２を介して要求を受けたオブジェクトＢはその要求をオ
ブジェクトＣに転送する。この場合も、同様にしてネー
ミングサービス１４１を利用し、ネットワーク上のデー
タサーバ１２０のアドレスを取得して通信を行う。デー
タサーバ１２０のサーバアプリケーション１２１はオブ
ジェクトＢからの要求を処理する。オブジェクトＣは処
理した結果をオブジェクトＢに返信する。オブジェクト
ＢはオブジェクトＣからの応答をオブジェクトＡに返信
する。これにより、クライアントアプリケーション１０
１は処理した結果を受け取ることになる。
【００１２】ところで、以上のような３階層システムに
おいて、３階層目のデータサーバ１２０に大型の汎用コ
ンピュータを使いたいという要求がある。このとき、２
階層目のサーバシステム１１０はクライアント１００か
らの要求を汎用コンピュータに単純に転送するだけのゲ
ートウェイ処理となる。このような形態を採ることによ
り、システム全体の信頼性・性能を向上させることがで
き、しかも、既に運用しているデータベースシステムの
再利用、有効利用が可能になる。
おいて、３階層目のデータサーバ１２０に大型の汎用コ
ンピュータを使いたいという要求がある。このとき、２
階層目のサーバシステム１１０はクライアント１００か
らの要求を汎用コンピュータに単純に転送するだけのゲ
ートウェイ処理となる。このような形態を採ることによ
り、システム全体の信頼性・性能を向上させることがで
き、しかも、既に運用しているデータベースシステムの
再利用、有効利用が可能になる。
【００１３】
【発明が解決しようとする課題】ＣＯＲＢＡの技術は標
準的なオペレーティングシステムやハードウェアをもと
にして作られたオープン仕様のコンピュータに適用され
る。一方、汎用コンピュータは独自のアーキテクチャに
基づいて作られたものであるため、３階層システムの３
階層目に汎用コンピュータを適用する場合に、次のよう
な問題点が発生する。
準的なオペレーティングシステムやハードウェアをもと
にして作られたオープン仕様のコンピュータに適用され
る。一方、汎用コンピュータは独自のアーキテクチャに
基づいて作られたものであるため、３階層システムの３
階層目に汎用コンピュータを適用する場合に、次のよう
な問題点が発生する。
【００１４】まず、本来、分散オブジェクト指向技術を
持たない汎用コンピュータ上に分散オブジェクト指向技
術と連携させるためのＯＲＢ機構を持つ必要がある。Ｃ
ＯＲＢＡではオブジェクト名をネットワーク一意の名前
として管理しているために、たとえ３者間のインタフェ
ースが同じであっても、クライアントアプリケーション
とゲートウェイアプリケーションとのインタフェースを
定義するＩＤＬソースと、ゲートウェイアプリケーショ
ンと汎用コンピュータ上のサーバアプリケーションとの
インタフェース情報を定義するＩＤＬソースとの２つの
ＩＤＬ定義が必要となる。
持たない汎用コンピュータ上に分散オブジェクト指向技
術と連携させるためのＯＲＢ機構を持つ必要がある。Ｃ
ＯＲＢＡではオブジェクト名をネットワーク一意の名前
として管理しているために、たとえ３者間のインタフェ
ースが同じであっても、クライアントアプリケーション
とゲートウェイアプリケーションとのインタフェースを
定義するＩＤＬソースと、ゲートウェイアプリケーショ
ンと汎用コンピュータ上のサーバアプリケーションとの
インタフェース情報を定義するＩＤＬソースとの２つの
ＩＤＬ定義が必要となる。
【００１５】２階層目のサーバシステムをクライアント
からの要求を単に汎用コンピュータに転送するゲートウ
ェイとしてシステムを構築する場合でも、開発者はクラ
イアントからの要求を受けるスケルトンの部分と、汎用
コンピュータに向かうスタブの部分と、ゲートウェイオ
ブジェクトの部分とをコーディングしなければならず、
ゲートウェイのオブジェクトと汎用コンピュータ上のサ
ーバアプリケーションのオブジェクトとの関連付けがゲ
ートウェイソースの作成時のインプリメントマターとな
る。
からの要求を単に汎用コンピュータに転送するゲートウ
ェイとしてシステムを構築する場合でも、開発者はクラ
イアントからの要求を受けるスケルトンの部分と、汎用
コンピュータに向かうスタブの部分と、ゲートウェイオ
ブジェクトの部分とをコーディングしなければならず、
ゲートウェイのオブジェクトと汎用コンピュータ上のサ
ーバアプリケーションのオブジェクトとの関連付けがゲ
ートウェイソースの作成時のインプリメントマターとな
る。
【００１６】そして、ＯＲＢ機構は、ネーミングサービ
スを参照して通信先システムを決定するために、ネーミ
ングサービスが搭載されるコンピュータとの通信を必要
とする。したがって、クライアントからサーバシステム
に要求を出すときにネーミングサービスを利用し、サー
バシステムから汎用コンピュータに要求を出すときもま
たネーミングサービスを利用することになるため、クラ
イアント／サーバだけで構成される分散オブジェクトシ
ステムに比べ、通信処理に時間がかかり、システムの性
能が落ちるという問題点があった。
スを参照して通信先システムを決定するために、ネーミ
ングサービスが搭載されるコンピュータとの通信を必要
とする。したがって、クライアントからサーバシステム
に要求を出すときにネーミングサービスを利用し、サー
バシステムから汎用コンピュータに要求を出すときもま
たネーミングサービスを利用することになるため、クラ
イアント／サーバだけで構成される分散オブジェクトシ
ステムに比べ、通信処理に時間がかかり、システムの性
能が落ちるという問題点があった。
【００１７】本発明はこのような点に鑑みてなされたも
のであり、３階層システムに分散オブジェクト環境を持
たない汎用コンピュータを適用した場合に、ゲートウェ
イの作成、すなわち、コーディングが不要な通信連携情
報生成装置およびそのプログラムを記録した媒体と、通
信時間が長くならない３階層クライアント／サーバシス
テムを提供することを目的とする。
のであり、３階層システムに分散オブジェクト環境を持
たない汎用コンピュータを適用した場合に、ゲートウェ
イの作成、すなわち、コーディングが不要な通信連携情
報生成装置およびそのプログラムを記録した媒体と、通
信時間が長くならない３階層クライアント／サーバシス
テムを提供することを目的とする。
【００１８】
【課題を解決するための手段】図１は上記目的を達成す
る本発明の原理図である。図１の上部には、分散オブジ
ェクト環境にあるクライアント／サーバシステムと非分
散オブジェクト環境の汎用コンピュータとを連携させる
情報を生成する通信連携情報生成装置が示されている。
クライアント／サーバシステムと汎用コンピュータとの
３者間の通信連携情報はアプリケーション定義体１に定
義されている。このアプリケーション定義体１には、オ
ブジェクト情報と、汎用コンピュータの通信あて先と、
クライアントアプリケーションとゲートウェイアプリケ
ーションとサーバアプリケーションとの間のインタフェ
ース情報とが記述されている。通信連携情報生成装置２
は、アプリケーション定義体１を読み込む入力手段２ａ
と、そのアプリケーション定義体１を解析する解析手段
２ｂと、クライアント／サーバシステムのためのインタ
フェース定義言語（ＩＤＬ）ソースを作成するインタフ
ェース定義言語ソース作成手段２ｃと、サーバシステム
のゲートウェイアプリケーションのソースコードを生成
するソースコード生成手段２ｄと、汎用コンピュータの
サーバアプリケーションのためのインタフェース情報フ
ァイルを生成するインタフェース情報ファイル生成手段
２ｅとを備えている。
る本発明の原理図である。図１の上部には、分散オブジ
ェクト環境にあるクライアント／サーバシステムと非分
散オブジェクト環境の汎用コンピュータとを連携させる
情報を生成する通信連携情報生成装置が示されている。
クライアント／サーバシステムと汎用コンピュータとの
３者間の通信連携情報はアプリケーション定義体１に定
義されている。このアプリケーション定義体１には、オ
ブジェクト情報と、汎用コンピュータの通信あて先と、
クライアントアプリケーションとゲートウェイアプリケ
ーションとサーバアプリケーションとの間のインタフェ
ース情報とが記述されている。通信連携情報生成装置２
は、アプリケーション定義体１を読み込む入力手段２ａ
と、そのアプリケーション定義体１を解析する解析手段
２ｂと、クライアント／サーバシステムのためのインタ
フェース定義言語（ＩＤＬ）ソースを作成するインタフ
ェース定義言語ソース作成手段２ｃと、サーバシステム
のゲートウェイアプリケーションのソースコードを生成
するソースコード生成手段２ｄと、汎用コンピュータの
サーバアプリケーションのためのインタフェース情報フ
ァイルを生成するインタフェース情報ファイル生成手段
２ｅとを備えている。
【００１９】この通信連携情報生成装置２によれば、入
力手段２ａがアプリケーション定義体１を読み込み、解
析手段２ｂがその内容を解析する。その解析結果はイン
タフェース定義言語ソース作成手段２ｃと、ソースコー
ド生成手段２ｄと、インタフェース情報ファイル生成手
段２ｅとに振り分けられる。インタフェース定義言語ソ
ース作成手段２ｃはクライアントのクライアントアプリ
ケーションに組み込まれるスタブおよびサーバシステム
のゲートウェイアプリケーションに組み込まれるスケル
トンのためのソースを生成する。ソースコード生成手段
２ｄは汎用コンピュータの通信あて先を考慮したゲート
ウェイアプリケーションのソースコードを出力する。イ
ンタフェース情報ファイル生成手段２ｅは汎用コンピュ
ータのサーバアプリケーションに組み込まれる、ゲート
ウェイアプリケーションとのインタフェース情報のファ
イルを出力する。これにより、通信連携情報生成装置２
がゲートウェイアプリケーションのソースコードと汎用
コンピュータ用のインタフェース情報ファイルを生成す
るようにしたことによりゲートウェイアプリケーション
のコーディングが不要となる。
力手段２ａがアプリケーション定義体１を読み込み、解
析手段２ｂがその内容を解析する。その解析結果はイン
タフェース定義言語ソース作成手段２ｃと、ソースコー
ド生成手段２ｄと、インタフェース情報ファイル生成手
段２ｅとに振り分けられる。インタフェース定義言語ソ
ース作成手段２ｃはクライアントのクライアントアプリ
ケーションに組み込まれるスタブおよびサーバシステム
のゲートウェイアプリケーションに組み込まれるスケル
トンのためのソースを生成する。ソースコード生成手段
２ｄは汎用コンピュータの通信あて先を考慮したゲート
ウェイアプリケーションのソースコードを出力する。イ
ンタフェース情報ファイル生成手段２ｅは汎用コンピュ
ータのサーバアプリケーションに組み込まれる、ゲート
ウェイアプリケーションとのインタフェース情報のファ
イルを出力する。これにより、通信連携情報生成装置２
がゲートウェイアプリケーションのソースコードと汎用
コンピュータ用のインタフェース情報ファイルを生成す
るようにしたことによりゲートウェイアプリケーション
のコーディングが不要となる。
【００２０】また、本発明によれば、クライアントアプ
リケーションとゲートウェイアプリケーションと汎用コ
ンピュータ上のサーバアプリケーションとで構成される
３階層クライアント／サーバシステムの通信連携情報を
生成するプログラムを記録したコンピュータ読み取り可
能な媒体において、各アプリケーションのインタフェー
ス情報および前記ゲートウェイアプリケーションと前記
サーバアプリケーションとの間の通信情報が定義された
アプリケーション定義体を解析する手段、クライアント
アプリケーションとゲートウェイアプリケーションとの
間の通信のためのインタフェースを定義したインタフェ
ース定義言語ソースを作成する手段、ゲートウェイアプ
リケーション自体のソースコードを生成する手段、およ
びサーバアプリケーションがゲートウェイアプリケーシ
ョンと通信処理を行うためのインタフェース情報ファイ
ルを生成する手段としてコンピュータを機能させるため
のプログラムを記録した媒体が提供される。
リケーションとゲートウェイアプリケーションと汎用コ
ンピュータ上のサーバアプリケーションとで構成される
３階層クライアント／サーバシステムの通信連携情報を
生成するプログラムを記録したコンピュータ読み取り可
能な媒体において、各アプリケーションのインタフェー
ス情報および前記ゲートウェイアプリケーションと前記
サーバアプリケーションとの間の通信情報が定義された
アプリケーション定義体を解析する手段、クライアント
アプリケーションとゲートウェイアプリケーションとの
間の通信のためのインタフェースを定義したインタフェ
ース定義言語ソースを作成する手段、ゲートウェイアプ
リケーション自体のソースコードを生成する手段、およ
びサーバアプリケーションがゲートウェイアプリケーシ
ョンと通信処理を行うためのインタフェース情報ファイ
ルを生成する手段としてコンピュータを機能させるため
のプログラムを記録した媒体が提供される。
【００２１】この媒体に記録された通信連携情報生成プ
ログラムをコンピュータに実行させることにより、アプ
リケーション定義体を解析する手段と、インタフェース
定義言語ソースを作成する手段と、ゲートウェイアプリ
ケーションのソースコードを生成する手段と、インタフ
ェース情報ファイルを生成する手段との各機能がコンピ
ュータによって実現できる。
ログラムをコンピュータに実行させることにより、アプ
リケーション定義体を解析する手段と、インタフェース
定義言語ソースを作成する手段と、ゲートウェイアプリ
ケーションのソースコードを生成する手段と、インタフ
ェース情報ファイルを生成する手段との各機能がコンピ
ュータによって実現できる。
【００２２】さらに、図１の下部には、汎用コンピュー
タを含む３階層クライアント／サーバシステムが示され
ており、クライアント３と、サーバシステム４と、汎用
コンピュータ５とから構成されている。クライアント３
はクライアントアプリケーション３ａを搭載し、このク
ライアントアプリケーション３ａには、インタフェース
定義言語ソース作成手段２ｃからのソースをもとに作ら
れスタブ３ｂが組み込まれている。サーバシステム４は
ゲートウェイの位置付けとして動作し、分散オブジェク
ト指向技術を持たない大型の汎用コンピュータ５上のア
プリケーションと連携処理を行うゲートウェイアプリケ
ーション４ａを搭載し、このゲートウェイアプリケーシ
ョン４ａはソースコード生成手段２ｄからのソースコー
ドをもとに作成され、そのとき、インタフェース定義言
語ソース作成手段２ｃからのソースをもとに作られスケ
ルトン４ｂが組み込まれる。そして、汎用コンピュータ
５はサーバアプリケーション５ａを搭載している。ここ
で、クライアントアプリケーション３ａとゲートウェイ
アプリケーション４ａとが、分散オブジェクト指向技術
（ＣＯＲＢＡ）を利用して処理を行う。ゲートウェイア
プリケーション４ａと分散オブジェクト指向技術を持た
ない汎用コンピュータのサーバアプリケーション５ａと
の通信処理は既存通信手順を利用する。既存通信手順で
は、汎用コンピュータを特定するための情報として、通
信あて先を利用する。
タを含む３階層クライアント／サーバシステムが示され
ており、クライアント３と、サーバシステム４と、汎用
コンピュータ５とから構成されている。クライアント３
はクライアントアプリケーション３ａを搭載し、このク
ライアントアプリケーション３ａには、インタフェース
定義言語ソース作成手段２ｃからのソースをもとに作ら
れスタブ３ｂが組み込まれている。サーバシステム４は
ゲートウェイの位置付けとして動作し、分散オブジェク
ト指向技術を持たない大型の汎用コンピュータ５上のア
プリケーションと連携処理を行うゲートウェイアプリケ
ーション４ａを搭載し、このゲートウェイアプリケーシ
ョン４ａはソースコード生成手段２ｄからのソースコー
ドをもとに作成され、そのとき、インタフェース定義言
語ソース作成手段２ｃからのソースをもとに作られスケ
ルトン４ｂが組み込まれる。そして、汎用コンピュータ
５はサーバアプリケーション５ａを搭載している。ここ
で、クライアントアプリケーション３ａとゲートウェイ
アプリケーション４ａとが、分散オブジェクト指向技術
（ＣＯＲＢＡ）を利用して処理を行う。ゲートウェイア
プリケーション４ａと分散オブジェクト指向技術を持た
ない汎用コンピュータのサーバアプリケーション５ａと
の通信処理は既存通信手順を利用する。既存通信手順で
は、汎用コンピュータを特定するための情報として、通
信あて先を利用する。
【００２３】ゲートウェイアプリケーション４ａはクラ
イアントアプリケーション３ａからの要求を汎用コンピ
ュータ５のサーバアプリケーション５ａヘ通知し、サー
バアプリケーション５ａの処理結果をクライアントアプ
リケーションに応答として通知する。これにより、クラ
イアントアプリケーション３ａは、分散オブジェクト環
境から、汎用コンピュータ５上のサーバアプリケーショ
ン５ａを利用することができるようになる。このとき、
クライアントアプリケーション３ａがゲートウェイアプ
リケーション４ａに要求を出すときは、そのインタフェ
ース情報をネーミングサービスを利用して取得するが、
ゲートウェイアプリケーション４ａがサーバアプリケー
ション５ａへ要求を転送するときは既存通信手順を利用
する。既存通信手順では、汎用コンピュータの通信あて
先を直接利用するので、すぐに、目的のコンピュータと
の通信処理を開始することができる。これにより、ゲー
トウェイアプリケーション４ａとサーバアプリケーショ
ン５ａとの間の通信処理については、ネーミングサービ
スを搭載したコンピュータとの通信が必要なくなるので
処理時間がＯＲＢ機構に比べ半減するのとともに、汎用
コンピュータ上にＯＲＢ機構を作成する必要がなくな
る。
イアントアプリケーション３ａからの要求を汎用コンピ
ュータ５のサーバアプリケーション５ａヘ通知し、サー
バアプリケーション５ａの処理結果をクライアントアプ
リケーションに応答として通知する。これにより、クラ
イアントアプリケーション３ａは、分散オブジェクト環
境から、汎用コンピュータ５上のサーバアプリケーショ
ン５ａを利用することができるようになる。このとき、
クライアントアプリケーション３ａがゲートウェイアプ
リケーション４ａに要求を出すときは、そのインタフェ
ース情報をネーミングサービスを利用して取得するが、
ゲートウェイアプリケーション４ａがサーバアプリケー
ション５ａへ要求を転送するときは既存通信手順を利用
する。既存通信手順では、汎用コンピュータの通信あて
先を直接利用するので、すぐに、目的のコンピュータと
の通信処理を開始することができる。これにより、ゲー
トウェイアプリケーション４ａとサーバアプリケーショ
ン５ａとの間の通信処理については、ネーミングサービ
スを搭載したコンピュータとの通信が必要なくなるので
処理時間がＯＲＢ機構に比べ半減するのとともに、汎用
コンピュータ上にＯＲＢ機構を作成する必要がなくな
る。
【００２４】
【発明の実施の形態】まず、本発明の概略について図面
を参照して説明する。図１は本発明の通信連携情報生成
装置および３階層クライアント／サーバシステムの構成
を示す図である。図１において、その上部には、分散オ
ブジェクト環境にあるクライアント／サーバシステムと
非分散オブジェクト環境の汎用コンピュータとを連携さ
せる情報を生成する通信連携情報生成装置が示されてい
る。クライアント／サーバシステムと汎用コンピュータ
との３者間の通信連携情報は一つのアプリケーション定
義体１に定義されている。このアプリケーション定義体
１には、オブジェクト情報と、汎用コンピュータをネッ
トワーク上で識別することができる通信連携情報である
通信あて先と、クライアントアプリケーションとゲート
ウェイアプリケーションとサーバアプリケーションとの
間のインタフェース情報とが記述されている。通信連携
情報生成装置２は、アプリケーション定義体１を読み込
む入力手段２ａと、そのアプリケーション定義体１を解
析する解析手段２ｂと、アプリケーション定義体１から
クライアント／サーバシステムのためのインタフェース
定義言語（ＩＤＬ）ソースを作成するインタフェース定
義言語ソース作成手段２ｃと、アプリケーション定義体
１からサーバシステムのゲートウェイアプリケーション
のソースコードを生成するソースコード生成手段２ｄ
と、アプリケーション定義体１から汎用コンピュータの
サーバアプリケーションのためのインタフェース情報フ
ァイルを生成するインタフェース情報ファイル生成手段
２ｅとを備えている。
を参照して説明する。図１は本発明の通信連携情報生成
装置および３階層クライアント／サーバシステムの構成
を示す図である。図１において、その上部には、分散オ
ブジェクト環境にあるクライアント／サーバシステムと
非分散オブジェクト環境の汎用コンピュータとを連携さ
せる情報を生成する通信連携情報生成装置が示されてい
る。クライアント／サーバシステムと汎用コンピュータ
との３者間の通信連携情報は一つのアプリケーション定
義体１に定義されている。このアプリケーション定義体
１には、オブジェクト情報と、汎用コンピュータをネッ
トワーク上で識別することができる通信連携情報である
通信あて先と、クライアントアプリケーションとゲート
ウェイアプリケーションとサーバアプリケーションとの
間のインタフェース情報とが記述されている。通信連携
情報生成装置２は、アプリケーション定義体１を読み込
む入力手段２ａと、そのアプリケーション定義体１を解
析する解析手段２ｂと、アプリケーション定義体１から
クライアント／サーバシステムのためのインタフェース
定義言語（ＩＤＬ）ソースを作成するインタフェース定
義言語ソース作成手段２ｃと、アプリケーション定義体
１からサーバシステムのゲートウェイアプリケーション
のソースコードを生成するソースコード生成手段２ｄ
と、アプリケーション定義体１から汎用コンピュータの
サーバアプリケーションのためのインタフェース情報フ
ァイルを生成するインタフェース情報ファイル生成手段
２ｅとを備えている。
【００２５】この通信連携情報生成装置２によれば、入
力手段２ａがアプリケーション定義体１を読み込み、解
析手段２ｂがその内容を解析する。その解析結果はイン
タフェース定義言語ソース作成手段２ｃと、ソースコー
ド生成手段２ｄと、インタフェース情報ファイル生成手
段２ｅとに振り分けられる。インタフェース定義言語ソ
ース作成手段２ｃはクライアントのクライアントアプリ
ケーションに組み込まれるスタブおよびサーバシステム
のゲートウェイアプリケーションに組み込まれるスケル
トンのためのソースを生成する。ソースコード生成手段
２ｄは汎用コンピュータの通信あて先を考慮したゲート
ウェイアプリケーションのソースコードを出力する。イ
ンタフェース情報ファイル生成手段２ｅは汎用コンピュ
ータのサーバアプリケーションに組み込まれる、ゲート
ウェイアプリケーションとのインタフェース情報のファ
イルを出力する。これにより、通信連携情報生成装置２
がゲートウェイアプリケーションのソースコードと汎用
コンピュータ用のインタフェース情報ファイルを生成す
るようにしたことによりゲートウェイアプリケーション
のコーディングが不要となる。
力手段２ａがアプリケーション定義体１を読み込み、解
析手段２ｂがその内容を解析する。その解析結果はイン
タフェース定義言語ソース作成手段２ｃと、ソースコー
ド生成手段２ｄと、インタフェース情報ファイル生成手
段２ｅとに振り分けられる。インタフェース定義言語ソ
ース作成手段２ｃはクライアントのクライアントアプリ
ケーションに組み込まれるスタブおよびサーバシステム
のゲートウェイアプリケーションに組み込まれるスケル
トンのためのソースを生成する。ソースコード生成手段
２ｄは汎用コンピュータの通信あて先を考慮したゲート
ウェイアプリケーションのソースコードを出力する。イ
ンタフェース情報ファイル生成手段２ｅは汎用コンピュ
ータのサーバアプリケーションに組み込まれる、ゲート
ウェイアプリケーションとのインタフェース情報のファ
イルを出力する。これにより、通信連携情報生成装置２
がゲートウェイアプリケーションのソースコードと汎用
コンピュータ用のインタフェース情報ファイルを生成す
るようにしたことによりゲートウェイアプリケーション
のコーディングが不要となる。
【００２６】また、図１の下部には、汎用コンピュータ
を含む３階層クライアント／サーバシステムが示されて
いるが、これは、クライアント３と、サーバシステム４
と、汎用コンピュータ５とから構成されている。クライ
アント３はクライアントアプリケーション３ａを搭載
し、このクライアントアプリケーション３ａには、イン
タフェース定義言語ソース作成手段２ｃの出力したソー
スをもとに作られスタブ３ｂが組み込まれている。サー
バシステム４はゲートウェイの位置付けとして動作し、
分散オブジェクト指向技術を持たない大型の汎用コンピ
ュータ５上のアプリケーションと連携処理を行うゲート
ウェイアプリケーション４ａを搭載し、このゲートウェ
イアプリケーション４ａはソースコード生成手段２ｄか
らのソースコードをもとに作成される。そのとき、イン
タフェース定義言語ソース作成手段２ｃの出力したソー
スをもとに作られスケルトン４ｂがゲートウェイアプリ
ケーション４ａに組み込まれる。そして、汎用コンピュ
ータ５はサーバアプリケーション５ａを搭載している。
を含む３階層クライアント／サーバシステムが示されて
いるが、これは、クライアント３と、サーバシステム４
と、汎用コンピュータ５とから構成されている。クライ
アント３はクライアントアプリケーション３ａを搭載
し、このクライアントアプリケーション３ａには、イン
タフェース定義言語ソース作成手段２ｃの出力したソー
スをもとに作られスタブ３ｂが組み込まれている。サー
バシステム４はゲートウェイの位置付けとして動作し、
分散オブジェクト指向技術を持たない大型の汎用コンピ
ュータ５上のアプリケーションと連携処理を行うゲート
ウェイアプリケーション４ａを搭載し、このゲートウェ
イアプリケーション４ａはソースコード生成手段２ｄか
らのソースコードをもとに作成される。そのとき、イン
タフェース定義言語ソース作成手段２ｃの出力したソー
スをもとに作られスケルトン４ｂがゲートウェイアプリ
ケーション４ａに組み込まれる。そして、汎用コンピュ
ータ５はサーバアプリケーション５ａを搭載している。
【００２７】ここで、クライアントアプリケーション３
ａとゲートウェイアプリケーション４ａとが、分散オブ
ジェクト指向技術（ＣＯＲＢＡ）を利用して通信処理を
行う。一方、ゲートウェイアプリケーション４ａと分散
オブジェクト指向技術を持たない汎用コンピュータのサ
ーバアプリケーション５ａとの通信処理は既存通信手順
を利用する。既存通信手順では、汎用コンピュータを特
定するための情報として、通信あて先を利用する。
ａとゲートウェイアプリケーション４ａとが、分散オブ
ジェクト指向技術（ＣＯＲＢＡ）を利用して通信処理を
行う。一方、ゲートウェイアプリケーション４ａと分散
オブジェクト指向技術を持たない汎用コンピュータのサ
ーバアプリケーション５ａとの通信処理は既存通信手順
を利用する。既存通信手順では、汎用コンピュータを特
定するための情報として、通信あて先を利用する。
【００２８】ゲートウェイアプリケーション４ａはクラ
イアントアプリケーション３ａからの要求を汎用コンピ
ュータ５のサーバアプリケーション５ａヘ通知し、サー
バアプリケーション５ａの処理結果をクライアントアプ
リケーションに応答として通知する。これにより、クラ
イアントアプリケーション３ａは、分散オブジェクト環
境から、汎用コンピュータ５上のサーバアプリケーショ
ン５ａを利用することができるようになる。このとき、
クライアントアプリケーション３ａがゲートウェイアプ
リケーション４ａに要求を出すときは、そのインタフェ
ース情報をネーミングサービスを利用して取得するが、
ゲートウェイアプリケーション４ａがサーバアプリケー
ション５ａへ要求を転送するときは既存通信手順を利用
する。既存通信手順では、汎用コンピュータの通信あて
先を直接利用するので、すぐに、目的のコンピュータと
の通信処理を開始することができる。これにより、ゲー
トウェイアプリケーション４ａとサーバアプリケーショ
ン５ａとの間の通信処理については、ネーミングサービ
スを搭載したコンピュータとの通信が必要なくなるので
処理時間がＯＲＢ機構に比べ半減するのとともに、汎用
コンピュータ上にＯＲＢ機構を作成する必要がなくな
る。
イアントアプリケーション３ａからの要求を汎用コンピ
ュータ５のサーバアプリケーション５ａヘ通知し、サー
バアプリケーション５ａの処理結果をクライアントアプ
リケーションに応答として通知する。これにより、クラ
イアントアプリケーション３ａは、分散オブジェクト環
境から、汎用コンピュータ５上のサーバアプリケーショ
ン５ａを利用することができるようになる。このとき、
クライアントアプリケーション３ａがゲートウェイアプ
リケーション４ａに要求を出すときは、そのインタフェ
ース情報をネーミングサービスを利用して取得するが、
ゲートウェイアプリケーション４ａがサーバアプリケー
ション５ａへ要求を転送するときは既存通信手順を利用
する。既存通信手順では、汎用コンピュータの通信あて
先を直接利用するので、すぐに、目的のコンピュータと
の通信処理を開始することができる。これにより、ゲー
トウェイアプリケーション４ａとサーバアプリケーショ
ン５ａとの間の通信処理については、ネーミングサービ
スを搭載したコンピュータとの通信が必要なくなるので
処理時間がＯＲＢ機構に比べ半減するのとともに、汎用
コンピュータ上にＯＲＢ機構を作成する必要がなくな
る。
【００２９】次に、本発明の実施の形態について説明す
るが、まず、分散オブジェクト環境にあるクライアント
／サーバシステムと非分散オブジェクト環境の汎用コン
ピュータとで３階層システムを構成するときの３者間の
通信連携情報の生成手順について説明する。
るが、まず、分散オブジェクト環境にあるクライアント
／サーバシステムと非分散オブジェクト環境の汎用コン
ピュータとで３階層システムを構成するときの３者間の
通信連携情報の生成手順について説明する。
【００３０】図２は３階層クライアント／サーバシステ
ムの通信情報連携処理を説明した図である。クライアン
トとゲートウェイとして機能させるサーバシステムと汎
用コンピュータとの３者間の通信連携情報は、アプリケ
ーション定義体１１と呼ぶ一つの定義体に定義される。
このアプリケーション定義体１１では、クライアントア
プリケーションとゲートウェイ、さらにサーバアプリケ
ーションとの関連付けを行う必要があるが、ＣＯＲＢＡ
のＩＤＬ定義上では、クライアント対サーバという１対
１のインタフェース情報の共有とＩＩＯＰプロトコルの
使用とを前提に定義するものであるため、汎用コンピュ
ータとの通信のための通信アドレスを記述することはで
きない。したがって、３者間のインタフェース情報の定
義を、ＩＤＬ定義を一階層上げたアプリケーション定義
体１１によって定義することにしている。このとき、ア
プリケーション定義体１１では、クライアントアプリケ
ーション・ゲートウェイ・サーバアプリケーション間の
インタフェース情報と、ゲートウェイとサーバアプリケ
ーションとの間の通信情報とをたとえば次のように定義
する。
ムの通信情報連携処理を説明した図である。クライアン
トとゲートウェイとして機能させるサーバシステムと汎
用コンピュータとの３者間の通信連携情報は、アプリケ
ーション定義体１１と呼ぶ一つの定義体に定義される。
このアプリケーション定義体１１では、クライアントア
プリケーションとゲートウェイ、さらにサーバアプリケ
ーションとの関連付けを行う必要があるが、ＣＯＲＢＡ
のＩＤＬ定義上では、クライアント対サーバという１対
１のインタフェース情報の共有とＩＩＯＰプロトコルの
使用とを前提に定義するものであるため、汎用コンピュ
ータとの通信のための通信アドレスを記述することはで
きない。したがって、３者間のインタフェース情報の定
義を、ＩＤＬ定義を一階層上げたアプリケーション定義
体１１によって定義することにしている。このとき、ア
プリケーション定義体１１では、クライアントアプリケ
ーション・ゲートウェイ・サーバアプリケーション間の
インタフェース情報と、ゲートウェイとサーバアプリケ
ーションとの間の通信情報とをたとえば次のように定義
する。
【００３１】図３はアプリケーション定義の一例を示す
図である。アプリケーション定義体１１では、アプリケ
ーション定義はほぼＩＤＬ記述に似た記述になってい
て、オブジェクト（オペレーション）の情報と、通信あ
て先と、インタフェース情報との繰り返しによって記述
される。ここで、通信あて先はゲートウェイから見た汎
用コンピュータ上の通信あて先であり、その通信あて先
には、ネットワーク上の各汎用コンピュータを識別する
ホスト名や、汎用コンピュータ上のアプリケーション名
が指定される。
図である。アプリケーション定義体１１では、アプリケ
ーション定義はほぼＩＤＬ記述に似た記述になってい
て、オブジェクト（オペレーション）の情報と、通信あ
て先と、インタフェース情報との繰り返しによって記述
される。ここで、通信あて先はゲートウェイから見た汎
用コンピュータ上の通信あて先であり、その通信あて先
には、ネットワーク上の各汎用コンピュータを識別する
ホスト名や、汎用コンピュータ上のアプリケーション名
が指定される。
【００３２】図２に戻って、インタフェース情報および
通信あて先が以上のように定義されたアプリケーション
定義体１１は定義体コンパイラ１２に入力される。定義
体コンパイラ１２では、アプリケーション定義体１１を
解析し、クライアントアプリケーションとゲートウェイ
アプリケーションのためのＩＤＬソースファイル１３を
作成し、汎用コンピュータ上のサーバアプリケーション
がゲートウェイアプリケーションと通信するためのイン
タフェース情報を含むインタフェース情報ファイル１４
と、ゲートウェイアプリケーションのソースコードファ
イル１５を生成する。
通信あて先が以上のように定義されたアプリケーション
定義体１１は定義体コンパイラ１２に入力される。定義
体コンパイラ１２では、アプリケーション定義体１１を
解析し、クライアントアプリケーションとゲートウェイ
アプリケーションのためのＩＤＬソースファイル１３を
作成し、汎用コンピュータ上のサーバアプリケーション
がゲートウェイアプリケーションと通信するためのイン
タフェース情報を含むインタフェース情報ファイル１４
と、ゲートウェイアプリケーションのソースコードファ
イル１５を生成する。
【００３３】ＩＤＬソースファイル１３では、ＣＯＲＢ
Ａ規約で定められた文法に従ったインタフェース情報の
定義がなされているので、ＩＤＬのコンパイルにはＯＲ
Ｂ準拠の標準的なＩＤＬコンパイラ１６が使用される。
ＩＤＬコンパイラ１６からは、クライアントアプリケー
ションに組み込まれるべきインタフェース情報ファイル
（スタブ）１７と、ゲートウェイアプリケーションに組
み込まれるべきインタフェース情報ファイル（スケルト
ン）１８とが生成される。これらインタフェース情報フ
ァイル１７，１８は、たとえばＣ言語ではヘッダファイ
ルに相当するもので、アプリケーションのソースをコン
パイルするときにそのアプリケーションに組み込まれ
る。インタフェース情報ファイル１４は、ＣＯＲＢＡで
のスケルトンファイルに相当するもので、サーバアプリ
ケーションのソースをコンパイルするときにそのサーバ
アプリケーションに組み込まれる。
Ａ規約で定められた文法に従ったインタフェース情報の
定義がなされているので、ＩＤＬのコンパイルにはＯＲ
Ｂ準拠の標準的なＩＤＬコンパイラ１６が使用される。
ＩＤＬコンパイラ１６からは、クライアントアプリケー
ションに組み込まれるべきインタフェース情報ファイル
（スタブ）１７と、ゲートウェイアプリケーションに組
み込まれるべきインタフェース情報ファイル（スケルト
ン）１８とが生成される。これらインタフェース情報フ
ァイル１７，１８は、たとえばＣ言語ではヘッダファイ
ルに相当するもので、アプリケーションのソースをコン
パイルするときにそのアプリケーションに組み込まれ
る。インタフェース情報ファイル１４は、ＣＯＲＢＡで
のスケルトンファイルに相当するもので、サーバアプリ
ケーションのソースをコンパイルするときにそのサーバ
アプリケーションに組み込まれる。
【００３４】ゲートウェイアプリケーションのためのソ
ースコードファイル１５は、アプリケーション定義体１
１から抽出された、汎用コンピュータの通信アドレスを
含んでおり、このソースをコンパイルしてロードモジュ
ールを作成することにより、自動的に通信処理が組み込
まれる。ゲートウェイアプリケーションがパススルー処
理しか行わない場合は、アプリケーション作成者はこの
ゲートウェイソースを追加インプリメントする必要はな
い。
ースコードファイル１５は、アプリケーション定義体１
１から抽出された、汎用コンピュータの通信アドレスを
含んでおり、このソースをコンパイルしてロードモジュ
ールを作成することにより、自動的に通信処理が組み込
まれる。ゲートウェイアプリケーションがパススルー処
理しか行わない場合は、アプリケーション作成者はこの
ゲートウェイソースを追加インプリメントする必要はな
い。
【００３５】このような定義により、クライアントアプ
リケーションおよびゲートウェイアプリケーションの各
オブジェクトと、汎用コンピュータおよびその上のサー
バアプリケーションとが一意に関係付けられることがで
きる。また、上記のような定義によると、分散オブジェ
クト環境下にあるオブジェクトをネットワーク上の複数
の汎用コンピュータ各々と関係付けることができる。
リケーションおよびゲートウェイアプリケーションの各
オブジェクトと、汎用コンピュータおよびその上のサー
バアプリケーションとが一意に関係付けられることがで
きる。また、上記のような定義によると、分散オブジェ
クト環境下にあるオブジェクトをネットワーク上の複数
の汎用コンピュータ各々と関係付けることができる。
【００３６】図４は３階層クライアント／サーバシステ
ムの連携処理のためのフローチャートである。まず、ア
プリケーション定義体１１にインタフェース情報と汎用
コンピュータの通信アドレスを定義する（ステップＳ
１）。次に、定義体コンパイラ１２でアプリケーション
定義体１１をコンパイルし、ＩＤＬソースファイル１
３、インタフェース情報ファイル１４、ソースコードフ
ァイル１５を生成する（ステップＳ２）。
ムの連携処理のためのフローチャートである。まず、ア
プリケーション定義体１１にインタフェース情報と汎用
コンピュータの通信アドレスを定義する（ステップＳ
１）。次に、定義体コンパイラ１２でアプリケーション
定義体１１をコンパイルし、ＩＤＬソースファイル１
３、インタフェース情報ファイル１４、ソースコードフ
ァイル１５を生成する（ステップＳ２）。
【００３７】ここで、ＩＤＬソースファイル１３につい
ては、ＩＤＬコンパイラ１６でコンパイルされ（ステッ
プＳ３）、これから生成されたインタフェース情報ファ
イル１７、すなわち、スタブファイルを利用したクライ
アントアプリケーションを作成する（ステップＳ４）。
また、ステップＳ２で生成されたソースコードファイル
１５と、ステップＳ３でのコンパイルの結果、生成され
たインタフェース情報ファイル１８、すなわち、スケル
トンファイルを使用してゲートウェイアプリケーション
のオブジェクトを作成する（ステップＳ５）。さらに、
ステップＳ２で生成されたインタフェース情報ファイル
１４を利用してサーバアプリケーションを作成する（ス
テップＳ６）。そして、各アプリケーションをクライア
ント、サーバ、汎用コンピュータに搭載することで３者
間の連携処理を行うことになる（ステップＳ７）。
ては、ＩＤＬコンパイラ１６でコンパイルされ（ステッ
プＳ３）、これから生成されたインタフェース情報ファ
イル１７、すなわち、スタブファイルを利用したクライ
アントアプリケーションを作成する（ステップＳ４）。
また、ステップＳ２で生成されたソースコードファイル
１５と、ステップＳ３でのコンパイルの結果、生成され
たインタフェース情報ファイル１８、すなわち、スケル
トンファイルを使用してゲートウェイアプリケーション
のオブジェクトを作成する（ステップＳ５）。さらに、
ステップＳ２で生成されたインタフェース情報ファイル
１４を利用してサーバアプリケーションを作成する（ス
テップＳ６）。そして、各アプリケーションをクライア
ント、サーバ、汎用コンピュータに搭載することで３者
間の連携処理を行うことになる（ステップＳ７）。
【００３８】図５は連携処理された３階層クライアント
／サーバシステムの構成を示す説明図である。図５にお
いて、クライアントアプリケーション２０があり、この
クライアントアプリケーション２０にはＩＤＬコンパイ
ラ１６でコンパイルされたインタフェース情報ファイル
１７が組み込まれている。また、ゲートウェイアプリケ
ーション２１は、ＩＤＬコンパイラ１６でコンパイルさ
れたインタフェース情報ファイル１８と、オブジェクト
２２と、サーバアプリケーション２４との連携処理を行
う連携処理部２３とで構成される。サーバアプリケーシ
ョン２４は連携処理部２５と、定義体コンパイラ１２に
よって生成されたインタフェース情報ファイル１４と、
たとえばデータベース処理を含むサーバ処理の部分から
なる、たとえばＣＯＢＯＬ（ｃｏｍｍｏｎ ｂｕｓｉｎ
ｅｓｓ ｏｒｉｅｎｔｅｄ ｌａｎｇｕａｇｅ）のアプ
リケーションである。インタフェース情報ファイル１４
はたとえばＣＯＢＯＬでのライブラリ関数ファイルであ
る。
／サーバシステムの構成を示す説明図である。図５にお
いて、クライアントアプリケーション２０があり、この
クライアントアプリケーション２０にはＩＤＬコンパイ
ラ１６でコンパイルされたインタフェース情報ファイル
１７が組み込まれている。また、ゲートウェイアプリケ
ーション２１は、ＩＤＬコンパイラ１６でコンパイルさ
れたインタフェース情報ファイル１８と、オブジェクト
２２と、サーバアプリケーション２４との連携処理を行
う連携処理部２３とで構成される。サーバアプリケーシ
ョン２４は連携処理部２５と、定義体コンパイラ１２に
よって生成されたインタフェース情報ファイル１４と、
たとえばデータベース処理を含むサーバ処理の部分から
なる、たとえばＣＯＢＯＬ（ｃｏｍｍｏｎ ｂｕｓｉｎ
ｅｓｓ ｏｒｉｅｎｔｅｄ ｌａｎｇｕａｇｅ）のアプ
リケーションである。インタフェース情報ファイル１４
はたとえばＣＯＢＯＬでのライブラリ関数ファイルであ
る。
【００３９】クライアントアプリケーション２０はクラ
イアント処理、すなわち、サーバアプリケーション２４
の呼び出しと処理結果の受信を行う。ゲートウェイアプ
リケーション２１のオブジェクト２２は汎用コンピュー
タのサーバアプリケーション２４との間で既存通信手順
を利用するための通信あて先の情報（たとえば、通信あ
て先＝Ｓ１）を有しており、ゲートウェイ処理を行う。
サーバアプリケーション２４はたとえば通信あて先＝Ｓ
１を有し、オブジェクト２２の転送先と同じ通信アドレ
スを有しているものとする。
イアント処理、すなわち、サーバアプリケーション２４
の呼び出しと処理結果の受信を行う。ゲートウェイアプ
リケーション２１のオブジェクト２２は汎用コンピュー
タのサーバアプリケーション２４との間で既存通信手順
を利用するための通信あて先の情報（たとえば、通信あ
て先＝Ｓ１）を有しており、ゲートウェイ処理を行う。
サーバアプリケーション２４はたとえば通信あて先＝Ｓ
１を有し、オブジェクト２２の転送先と同じ通信アドレ
スを有しているものとする。
【００４０】次に、この３階層クライアント／サーバシ
ステムの動作について説明する。図６は３階層クライア
ント／サーバシステムの動作の流れを示すフローチャー
トである。まず、クライアントアプリケーション２０が
インタフェース情報ファイル（スタブ）１７を利用して
ゲートウェイアプリケーション２１のゲートウェイオブ
ジェクト２２を呼び出す（ステップＳ１１）。ゲートウ
ェイオブジェクト２２はクライアントアプリケーション
２０からの要求内容を既存通信手順に変換し、既存通信
手順を使ってサーバアプリケーション２４に送信する
（ステップＳ１２）。サーバアプリケーション２４が既
存通信手順によって受けたクライアントアプリケーショ
ン２０からの要求内容に従ってデータベースを更新し、
既存通信手順でゲートウェイオブジェクト２２に返信す
る（ステップＳ１３）。ゲートウェイオブジェクト２２
は既存通信手順によって受けた返信内容をインタフェー
ス情報ファイル（スケルトン）１８を利用してクライア
ントアプリケーション２０に返信する（ステップＳ１
４）。クライアントアプリケーション２０はその返信内
容によってデータベースの更新結果を受信する（ステッ
プＳ１５）。
ステムの動作について説明する。図６は３階層クライア
ント／サーバシステムの動作の流れを示すフローチャー
トである。まず、クライアントアプリケーション２０が
インタフェース情報ファイル（スタブ）１７を利用して
ゲートウェイアプリケーション２１のゲートウェイオブ
ジェクト２２を呼び出す（ステップＳ１１）。ゲートウ
ェイオブジェクト２２はクライアントアプリケーション
２０からの要求内容を既存通信手順に変換し、既存通信
手順を使ってサーバアプリケーション２４に送信する
（ステップＳ１２）。サーバアプリケーション２４が既
存通信手順によって受けたクライアントアプリケーショ
ン２０からの要求内容に従ってデータベースを更新し、
既存通信手順でゲートウェイオブジェクト２２に返信す
る（ステップＳ１３）。ゲートウェイオブジェクト２２
は既存通信手順によって受けた返信内容をインタフェー
ス情報ファイル（スケルトン）１８を利用してクライア
ントアプリケーション２０に返信する（ステップＳ１
４）。クライアントアプリケーション２０はその返信内
容によってデータベースの更新結果を受信する（ステッ
プＳ１５）。
【００４１】
【発明の効果】以上説明したように本発明では、一つの
アプリケーション定義体より３階層システム間の通信連
携情報を得るように構成した。このため、分散オブジェ
クト環境（ＯＲＢ機構）を持たない汎用コンピュータ上
のアプリケーションと分散オブジェクト環境上のクライ
アントアプリケーションとの通信連携処理を行うために
必要であったサーバアプリケーションと汎用コンピュー
タ上のアプリケーションとの通信処理およびインタフェ
ース情報のインプリメントの必要がない。ゲートウェイ
と汎用コンピュータとの間の通信処理を既存通信手順を
利用したことによりネーミングサービスを利用しない
分、通信処理時間が半減され、クライアントアプリケー
ションに対し処理性能を向上することができる。
アプリケーション定義体より３階層システム間の通信連
携情報を得るように構成した。このため、分散オブジェ
クト環境（ＯＲＢ機構）を持たない汎用コンピュータ上
のアプリケーションと分散オブジェクト環境上のクライ
アントアプリケーションとの通信連携処理を行うために
必要であったサーバアプリケーションと汎用コンピュー
タ上のアプリケーションとの通信処理およびインタフェ
ース情報のインプリメントの必要がない。ゲートウェイ
と汎用コンピュータとの間の通信処理を既存通信手順を
利用したことによりネーミングサービスを利用しない
分、通信処理時間が半減され、クライアントアプリケー
ションに対し処理性能を向上することができる。
【００４２】クライアントアプリケーションは、分散オ
ブジェクト環境外である汎用コンピュータ上のアプリケ
ーションとの連携を意識する必要がなくなり、あたかも
汎用コンピュータ上のアプリケーションの処理を、ロー
カルシステムでのプログラム呼び出しのイメージで行う
ことができる。
ブジェクト環境外である汎用コンピュータ上のアプリケ
ーションとの連携を意識する必要がなくなり、あたかも
汎用コンピュータ上のアプリケーションの処理を、ロー
カルシステムでのプログラム呼び出しのイメージで行う
ことができる。
【００４３】クライアントアプリケーション・サーバア
プリケーション間のインタフェースはＯＭＧ準拠のＩＤ
Ｌ記述であるため、そのソースファイルのコンパイルに
一般的なＩＤＬコンパイラを利用することができ、クラ
イアント側の標準性を保つことができる。
プリケーション間のインタフェースはＯＭＧ準拠のＩＤ
Ｌ記述であるため、そのソースファイルのコンパイルに
一般的なＩＤＬコンパイラを利用することができ、クラ
イアント側の標準性を保つことができる。
【００４４】インタフェース情報が保証されたゲートウ
ェイのソースコードが生成されるため、ゲートウェイの
コーディングが不要であり、アプリケーション開発者の
作業負担を軽減することかできる。
ェイのソースコードが生成されるため、ゲートウェイの
コーディングが不要であり、アプリケーション開発者の
作業負担を軽減することかできる。
【図１】本発明の通信連携情報生成装置および３階層ク
ライアント／サーバシステムの構成を示す図である。
ライアント／サーバシステムの構成を示す図である。
【図２】３階層クライアント／サーバシステムの通信情
報連携処理を説明した図である。
報連携処理を説明した図である。
【図３】アプリケーション定義の一例を示す図である。
【図４】３階層クライアント／サーバシステムの連携処
理のためのフローチャートである。
理のためのフローチャートである。
【図５】連携処理された３階層クライアント／サーバシ
ステムの構成を示す説明図である。
ステムの構成を示す説明図である。
【図６】３階層クライアント／サーバシステムの動作の
流れを示すフローチャートである。
流れを示すフローチャートである。
【図７】３階層システムの構築例を示す図である。
１ アプリケーション定義体 ２ 通信連携情報生成装置 ２ａ 入力手段 ２ｂ 解析手段 ２ｃ インタフェース定義言語（ＩＤＬ）ソース作成手
段 ２ｄ ソースコード生成手段 ２ｅ インタフェース情報ファイル生成手段 ３ クライアント ３ａ クライアントアプリケーション ３ｂ スタブ ４ サーバシステム ４ａ ゲートウェイアプリケーション ４ｂ スケルトン ５ 汎用コンピュータ ５ａ サーバアプリケーション
段 ２ｄ ソースコード生成手段 ２ｅ インタフェース情報ファイル生成手段 ３ クライアント ３ａ クライアントアプリケーション ３ｂ スタブ ４ サーバシステム ４ａ ゲートウェイアプリケーション ４ｂ スケルトン ５ 汎用コンピュータ ５ａ サーバアプリケーション
Claims (9)
- 【請求項１】 クライアントアプリケーションとゲート
ウェイアプリケーションと汎用コンピュータ上のサーバ
アプリケーションとで構成される３階層クライアント／
サーバシステムの通信連携情報を生成する通信連携情報
生成装置において、 各アプリケーションのインタフェース情報および通信情
報を定義したアプリケーション定義体を読み込む入力手
段と、 読み込んだ前記アプリケーション定義体を解析する解析
手段と、 前記アプリケーション定義体からクライアントアプリケ
ーションとゲートウェイアプリケーションとの通信のた
めのインタフェース情報を定義したインタフェース定義
言語ソースを作成するインタフェース定義言語ソース作
成手段と、 前記アプリケーション定義体から汎用コンピュータへの
通信情報を含んだゲートウェイアプリケーション自体の
ソースコードを生成するソースコード生成手段と、 前記アプリケーション定義体から前記サーバアプリケー
ションがゲートウェイアプリケーションと通信処理を行
うためのインタフェース情報ファイルを生成するインタ
フェース情報ファイル生成手段と、 を備えていることを特徴とする通信連携情報生成装置。 - 【請求項２】 前記アプリケーション定義体は、オブジ
ェクト情報と、ネットワーク上の汎用コンピュータを識
別するための通信あて先と、クライアントアプリケーシ
ョンとゲートウェイアプリケーションとサーバアプリケ
ーションとの間のインタフェース情報とを含んでいるこ
とを特徴とする請求項１記載の通信連携情報生成装置。 - 【請求項３】 前記インタフェース定義言語ソース作成
手段により作成されるインタフェース定義言語ソース
は、これをコンパイルすることによってクライアントア
プリケーションに組み込まれるスタブおよびゲートウェ
イアプリケーションに組み込まれるスケルトンが生成さ
れるソースであることを特徴とする請求項１記載の通信
連携情報生成装置。 - 【請求項４】 前記ソースコード生成手段により生成さ
れるソースコードは、前記クライアントアプリケーショ
ンのオブジェクトから呼び出されたときに指定された汎
用コンピュータにパススルーの処理をするオブジェクト
のソースコードであることを特徴とする請求項１記載の
通信連携情報生成装置。 - 【請求項５】 前記インタフェース情報ファイル生成手
段により生成されるインタフェース情報ファイルは、前
記サーバアプリケーションのプログラムのコンパイル時
に前記サーバアプリケーションに組み込まれるライブラ
リ関数のファイルであることを特徴とする請求項１記載
の通信連携情報生成装置。 - 【請求項６】 クライアントおよびサーバシステムに汎
用コンピュータを接続して構成される３階層クライアン
ト／サーバシステムにおいて、 一つのアプリケーション定義体から生成したインタフェ
ース定義言語ソースをコンパイルすることによって作ら
れたインタフェース情報が組み込まれたクライアントア
プリケーションが配置されているクライアントと、 前記クライアントアプリケーションとは分散オブジェク
ト指向技術を利用して通信するよう前記アプリケーショ
ン定義体から生成したインタフェース定義言語ソースを
コンパイルすることによって作られたインタフェース情
報が組み込まれかつ前記アプリケーション定義体から生
成した汎用コンピュータとの通信連携情報が組み込まれ
たゲートウェイアプリケーションが配置されているサー
バシステムと、 前記ゲートウェイアプリケーションとは既存通信手順に
より通信するよう前記アプリケーション定義体から生成
したインタフェース情報を組み込んだサーバアプリケー
ションが配置されている汎用コンピュータと、 を備えていることを特徴とする３階層クライアント／サ
ーバシステム。 - 【請求項７】 前記クライアントアプリケーションおよ
び前記ゲートウェイアプリケーションのオブジェクト
は、分散オブジェクト環境内での位置透過性がネーミン
グサービスによって保持されていることを特徴とする請
求項６記載の３階層クライアント／サーバシステム。 - 【請求項８】 前記ゲートウェイアプリケーションの汎
用コンピュータとの通信連携情報は、前記サーバシステ
ムと汎用コンピュータとを接続しているネットワーク上
の汎用コンピュータを一意に識別する通信あて先を含ん
でいることを特徴とする請求項６記載の３階層クライア
ント／サーバシステム。 - 【請求項９】 クライアントアプリケーションとゲート
ウェイアプリケーションと汎用コンピュータ上のサーバ
アプリケーションとで構成される３階層クライアント／
サーバシステムの通信連携情報を生成するプログラムを
記録したコンピュータ読み取り可能な媒体において、各
アプリケーションのインタフェース情報および前記ゲー
トウェイアプリケーションと前記サーバアプリケーショ
ンとの間の通信情報が定義されたアプリケーション定義
体を解析する手段、クライアントアプリケーションとゲ
ートウェイアプリケーションとの間の通信のためのイン
タフェースを定義したインタフェース定義言語ソースを
作成する手段、ゲートウェイアプリケーション自体のソ
ースコードを生成する手段、およびサーバアプリケーシ
ョンがゲートウェイアプリケーションと通信処理を行う
ためのインタフェース情報ファイルを生成する手段とし
てコンピュータを機能させるためのプログラムを記録し
た媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28664397A JP3597356B2 (ja) | 1997-10-20 | 1997-10-20 | 通信連携情報生成装置、３階層クライアント／サーバシステムおよび通信連携情報生成プログラムを記録した媒体 |
| US09/042,801 US6343332B1 (en) | 1997-10-20 | 1998-03-17 | Communication link information generating device, a three-tier client/server system, and a medium storing a communication link information generator program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28664397A JP3597356B2 (ja) | 1997-10-20 | 1997-10-20 | 通信連携情報生成装置、３階層クライアント／サーバシステムおよび通信連携情報生成プログラムを記録した媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11119986A true JPH11119986A (ja) | 1999-04-30 |
| JP3597356B2 JP3597356B2 (ja) | 2004-12-08 |
Family
ID=17707087
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28664397A Expired - Fee Related JP3597356B2 (ja) | 1997-10-20 | 1997-10-20 | 通信連携情報生成装置、３階層クライアント／サーバシステムおよび通信連携情報生成プログラムを記録した媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6343332B1 (ja) |
| JP (1) | JP3597356B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004518310A (ja) * | 2000-04-13 | 2004-06-17 | ドイッチェ テレコム アーゲー | 送信されたプロトコル・データ単位を解析する方法 |
| JP2006268686A (ja) * | 2005-03-25 | 2006-10-05 | Fujitsu Ltd | サーバ連携資源定義プロブラム及び方法及びシステム |
| US8140679B2 (en) | 2001-02-12 | 2012-03-20 | International Business Machines Corporation | Method and system for automated session resource clean-up in a distributed client-server environment |
| WO2018116933A1 (ja) * | 2016-12-22 | 2018-06-28 | 日本電信電話株式会社 | Ｒｐｃ変換処理システムおよびｒｐｃ変換方法 |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6385661B1 (en) * | 1998-10-19 | 2002-05-07 | Recursion Software, Inc. | System and method for dynamic generation of remote proxies |
| JP2003527769A (ja) * | 1999-06-01 | 2003-09-16 | マークポート・リミテッド | 移動通信システムのためのサブスクライバインタフェースモジュール |
| EP1203484A1 (en) | 1999-08-13 | 2002-05-08 | BellSouth Intellectual Property Corporation | Adsl loop qualification systems and methods |
| US6678743B1 (en) | 1999-11-30 | 2004-01-13 | Recursion Software, Inc. | Method for moving objects in a distributed computing environment |
| US6931455B1 (en) * | 1999-11-30 | 2005-08-16 | Recursion Software, Inc. | System and method for communications between a CORBA object request broker and a non-CORBA object request broker |
| US6947965B2 (en) | 1999-11-30 | 2005-09-20 | Recursion Software, Inc. | System and method for communications in a distributed computing environment |
| US7228346B1 (en) | 2000-04-21 | 2007-06-05 | Sun Microsystems, Inc. | IDL event and request formatting for corba gateway |
| US6950935B1 (en) | 2000-04-21 | 2005-09-27 | Sun Microsystems, Inc. | Pluggable authentication modules for telecommunications management network |
| US7010586B1 (en) | 2000-04-21 | 2006-03-07 | Sun Microsystems, Inc. | System and method for event subscriptions for CORBA gateway |
| US6839748B1 (en) | 2000-04-21 | 2005-01-04 | Sun Microsystems, Inc. | Synchronous task scheduler for corba gateway |
| US6915324B1 (en) | 2000-04-21 | 2005-07-05 | Sun Microsystems, Inc. | Generic and dynamic mapping of abstract syntax notation (ASN1) to and from interface definition language for network management |
| US7478403B1 (en) * | 2000-04-21 | 2009-01-13 | Sun Microsystems, Inc. | Secure access to managed network objects using a configurable platform-independent gateway providing individual object-level access control |
| US7783720B1 (en) | 2000-04-21 | 2010-08-24 | Oracle America, Inc. | CORBA metadata gateway to telecommunications management network |
| US6813770B1 (en) | 2000-04-21 | 2004-11-02 | Sun Microsystems, Inc. | Abstract syntax notation to interface definition language converter framework for network management |
| US7206843B1 (en) | 2000-04-21 | 2007-04-17 | Sun Microsystems, Inc. | Thread-safe portable management interface |
| US6973657B1 (en) * | 2001-01-30 | 2005-12-06 | Sprint Communications Company L.P. | Method for middle-tier optimization in CORBA OTS |
| US8195738B2 (en) * | 2001-03-20 | 2012-06-05 | Verizon Business Global Llc | Systems and methods for communicating from an integration platform to a profile management server |
| US8200577B2 (en) * | 2001-03-20 | 2012-06-12 | Verizon Business Global Llc | Systems and methods for retrieving and modifying data records for rating and billing purposes |
| US20050002383A1 (en) * | 2002-10-04 | 2005-01-06 | Bellsouth Intellectual Property Corporation | ADSL loop qualification systems and methods |
| US7610288B2 (en) * | 2003-01-07 | 2009-10-27 | At&T Intellectual Property I, L.P. | Performance management system and method |
| US7577965B2 (en) * | 2003-01-15 | 2009-08-18 | Alcatel | Push-based object request broker |
| US20050131720A1 (en) * | 2003-12-15 | 2005-06-16 | Andrews Robert T. | Methods and systems of span design |
| JP2007536634A (ja) * | 2004-05-04 | 2007-12-13 | フィッシャー−ローズマウント・システムズ・インコーポレーテッド | プロセス制御システムのためのサービス指向型アーキテクチャ |
| FR2877116B1 (fr) * | 2004-10-27 | 2012-04-27 | Thales Sa | Systeme d'appel de services locaux d'au moins une application locale a architecture de messagerie classique a partir d'au moins une application distante a architecture de messagerie classique |
| JP5292670B2 (ja) * | 2006-02-22 | 2013-09-18 | 富士通株式会社 | 開発支援プログラム、開発支援方法、及び開発支援装置 |
| US8127304B2 (en) * | 2006-05-31 | 2012-02-28 | Rocket Software, Inc. | Mapping and communicating data from a user interface to an application program |
| EP2088506A1 (en) * | 2008-02-06 | 2009-08-12 | Software AG | Method and system for calling services from a remote client |
| EP3210350B1 (en) * | 2014-10-21 | 2020-05-20 | Twilio, Inc. | Method for providing a miro-services communication platform |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6041365A (en) * | 1985-10-29 | 2000-03-21 | Kleinerman; Aurel | Apparatus and method for high performance remote application gateway servers |
| WO1995004968A1 (en) * | 1993-08-03 | 1995-02-16 | Forte Software, Inc. | Flexible multi-platform partitioning for computer applications |
-
1997
- 1997-10-20 JP JP28664397A patent/JP3597356B2/ja not_active Expired - Fee Related
-
1998
- 1998-03-17 US US09/042,801 patent/US6343332B1/en not_active Expired - Lifetime
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004518310A (ja) * | 2000-04-13 | 2004-06-17 | ドイッチェ テレコム アーゲー | 送信されたプロトコル・データ単位を解析する方法 |
| US8140679B2 (en) | 2001-02-12 | 2012-03-20 | International Business Machines Corporation | Method and system for automated session resource clean-up in a distributed client-server environment |
| JP2006268686A (ja) * | 2005-03-25 | 2006-10-05 | Fujitsu Ltd | サーバ連携資源定義プロブラム及び方法及びシステム |
| WO2018116933A1 (ja) * | 2016-12-22 | 2018-06-28 | 日本電信電話株式会社 | Ｒｐｃ変換処理システムおよびｒｐｃ変換方法 |
| JPWO2018116933A1 (ja) * | 2016-12-22 | 2019-04-25 | 日本電信電話株式会社 | Ｒｐｃ変換処理システムおよびｒｐｃ変換方法 |
| US11010216B2 (en) | 2016-12-22 | 2021-05-18 | Nippon Telegraph And Telephone Corporation | RPC conversion processing system and RPC conversion method |
Also Published As
| Publication number | Publication date |
|---|---|
| US6343332B1 (en) | 2002-01-29 |
| JP3597356B2 (ja) | 2004-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3597356B2 (ja) | 通信連携情報生成装置、３階層クライアント／サーバシステムおよび通信連携情報生成プログラムを記録した媒体 | |
| JP3072709B2 (ja) | 要求伝達方法 | |
| KR100545443B1 (ko) | 브릿지, 결합 방법, 결합 시스템 및 컴퓨터 판독가능한 기록 매체 | |
| US6324681B1 (en) | Automated development system for developing applications that interface with both distributed component object model (DCOM) and enterprise server environments | |
| US7111077B1 (en) | Method and apparatus for passing service requests and data from web based workstations directly to online transaction processing (OLTP) server systems | |
| US7904111B2 (en) | Mobile exchange infrastructure | |
| WO2003032117A2 (en) | Dynamic corba gateway for corba and non-corba clients and services | |
| US6993585B1 (en) | Method and system for handling transaction requests from workstations to OLTP enterprise server systems utilizing a common gateway | |
| US6721776B1 (en) | Generic DCOM server | |
| CN103902283B (zh) | 在corba中利用模型转换实现实时异步通信的方法 | |
| JP2008165340A (ja) | 遠隔手続呼出方式 | |
| US20070233876A1 (en) | Interprocess communication management using a socket layer | |
| US20020029297A1 (en) | Method and apparatus for efficient representation of variable length identifiers in a distributed object system | |
| JPH1165832A (ja) | ソースコード変換方法及び記録媒体 | |
| US7546309B1 (en) | Methods and apparatus for creating middleware independent software | |
| KR101190597B1 (ko) | 로봇 소프트웨어 컴포넌트를 위한 메소드 포트 장치 및 구성 방법 | |
| JP2008040722A (ja) | ソフトウエアモジュール連携システム及び方法 | |
| JP2002149405A (ja) | オブジェクト連携装置 | |
| JP2003157242A (ja) | 分散処理システム及び連携用アダプタ並びに分散処理システムにおける連携方法及びプログラム | |
| JP2001337935A (ja) | 分散オブジェクト環境におけるアプリケーションのラッピング方法、その通信管理装置及び記録媒体 | |
| JP2001265747A (ja) | 分散オブジェクト連携装置 | |
| US20110125932A1 (en) | Port setting method of application system | |
| JP2002007228A (ja) | リバースプロキシーシステム | |
| De et al. | A Semantic Analysis of Interface Description Models of Heterogeneous Vehicle Application Frameworks: An Approach Towards Synergy Exploration. | |
| CN100498833C (zh) | 科学计算网格的远程可视化方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040113 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040309 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040907 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040908 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080917 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080917 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090917 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090917 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100917 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100917 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110917 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120917 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120917 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130917 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |