JPH0950416A - 通信装置およびオブジェクト指向通信システム - Google Patents
通信装置およびオブジェクト指向通信システムInfo
- Publication number
- JPH0950416A JPH0950416A JP8178814A JP17881496A JPH0950416A JP H0950416 A JPH0950416 A JP H0950416A JP 8178814 A JP8178814 A JP 8178814A JP 17881496 A JP17881496 A JP 17881496A JP H0950416 A JPH0950416 A JP H0950416A
- Authority
- JP
- Japan
- Prior art keywords
- remote
- communication device
- data
- remote machines
- machine
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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/54—Interprogram communication
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
- Facsimiles In General (AREA)
- Storing Facsimile Image Data (AREA)
- Facsimile Transmission Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 リモート・サービス・アプリケーションにオ
ブジェクト指向を導入することにより，開発サイクル期
間の低減を図り，システムの修正等の柔軟性を高めるこ
とができ，かつ，多重リモート・マシーン・タイプに対
するサポート機能を有した通信装置およびオブジェクト
指向通信システムを提供すること。 【解決手段】 プロセッサ４０およびメモリ５０を含む
コンピュータ・システム１と，コンピュータ・システム
１および複数のリモート・マシーン９０に結合されたデ
ータ通信手段７０と，メモリ５０内に格納されており，
複数のリモート・マシーン９０に対してサービスを記述
するための第１の複数のソフトウェア・オブジェクト
と，第１の複数のソフトウェア・オブジェクトと関連さ
せてメモリ内５０に格納されており，複数のソフトウェ
ア・オブジェクトのサービスによって記述された要求を
満たすための複数のオペレーションと，を具備する。
ブジェクト指向を導入することにより，開発サイクル期
間の低減を図り，システムの修正等の柔軟性を高めるこ
とができ，かつ，多重リモート・マシーン・タイプに対
するサポート機能を有した通信装置およびオブジェクト
指向通信システムを提供すること。 【解決手段】 プロセッサ４０およびメモリ５０を含む
コンピュータ・システム１と，コンピュータ・システム
１および複数のリモート・マシーン９０に結合されたデ
ータ通信手段７０と，メモリ５０内に格納されており，
複数のリモート・マシーン９０に対してサービスを記述
するための第１の複数のソフトウェア・オブジェクト
と，第１の複数のソフトウェア・オブジェクトと関連さ
せてメモリ内５０に格納されており，複数のソフトウェ
ア・オブジェクトのサービスによって記述された要求を
満たすための複数のオペレーションと，を具備する。
Description
【０００１】
【発明の属する技術分野】本発明は，全体としては，リ
モート・マシーンのためのサービス・ツールの領域に関
し，より詳細には，コンピュータ・システムにおけるサ
ービス・アプリケーション・プログラムと，リモート・
マシーンや，ファイル，データベースおよびプログラム
内の外部データ等のリモート装置との間の通信を行う通
信装置およびオブジェクト指向通信システムに関するも
のである。
モート・マシーンのためのサービス・ツールの領域に関
し，より詳細には，コンピュータ・システムにおけるサ
ービス・アプリケーション・プログラムと，リモート・
マシーンや，ファイル，データベースおよびプログラム
内の外部データ等のリモート装置との間の通信を行う通
信装置およびオブジェクト指向通信システムに関するも
のである。
【０００２】
【従来の技術】近年，プログラムの開発・分析や，シス
テムの設計において，オブジェクト指向の考え方が広く
用いられるようになっており，様々なオブジェクト指向
分析およびオブジェクト指向設計の手法が提案されてい
る。
テムの設計において，オブジェクト指向の考え方が広く
用いられるようになっており，様々なオブジェクト指向
分析およびオブジェクト指向設計の手法が提案されてい
る。
【０００３】従来技術または背景技術として，オブジェ
クト指向プログラミングおよびオブジェクト指向アプリ
ケーション・フレームワークを理解することは，本発明
を完全に理解する上で役立つであろう。当業者ならすぐ
分かるように，『オブジェクト』とは，現実世界に存在
するものの抽象であり，データ構造（そのフィールドは
『属性』あるいは『データ・メンバー』と呼ばれる）
と，その上で実行できる一連の操作（『メソッド』また
は『メンバー機能』と呼ばれる）の組み合わせとして実
現（インプリメント）されているものである。
クト指向プログラミングおよびオブジェクト指向アプリ
ケーション・フレームワークを理解することは，本発明
を完全に理解する上で役立つであろう。当業者ならすぐ
分かるように，『オブジェクト』とは，現実世界に存在
するものの抽象であり，データ構造（そのフィールドは
『属性』あるいは『データ・メンバー』と呼ばれる）
と，その上で実行できる一連の操作（『メソッド』また
は『メンバー機能』と呼ばれる）の組み合わせとして実
現（インプリメント）されているものである。
【０００４】『クラス』とは，それぞれ同じデータ構造
および同じ操作を有する一連のオブジェクトに関するデ
ータ・タイプである。クラスの１つの『インスタンス』
は，実行中のアプリケーション・プログラムのメモリ内
で実際に具体化されるような，そのデータ・タイプがそ
のクラスであるような１つのオブジェクトである。
および同じ操作を有する一連のオブジェクトに関するデ
ータ・タイプである。クラスの１つの『インスタンス』
は，実行中のアプリケーション・プログラムのメモリ内
で実際に具体化されるような，そのデータ・タイプがそ
のクラスであるような１つのオブジェクトである。
【０００５】複数のクラスは，『形質』（inheritance)
に基づく１つまたは複数の（コンパイル時間）階層にグ
ループ化され，それによって『サブクラス』のインタフ
ェース（つまり，属性およびメソッドのタイプと名称）
を１つまたは複数の『スーパークラス』との違いで指定
することが可能になる。インスタンスは，『コンテイン
メント』（containment)によって１つまたは複数の（ラ
ン時間）階層にグループ化することができ，複数の他の
オブジェクトを含んでいる１つのオブジェクトは『コン
テナー』または『集合』（collection) と呼ばれる。
に基づく１つまたは複数の（コンパイル時間）階層にグ
ループ化され，それによって『サブクラス』のインタフ
ェース（つまり，属性およびメソッドのタイプと名称）
を１つまたは複数の『スーパークラス』との違いで指定
することが可能になる。インスタンスは，『コンテイン
メント』（containment)によって１つまたは複数の（ラ
ン時間）階層にグループ化することができ，複数の他の
オブジェクトを含んでいる１つのオブジェクトは『コン
テナー』または『集合』（collection) と呼ばれる。
【０００６】なお，オブジェクト指向プログラミングの
概念に関するさらに詳しい情報は，Ｍａｒｇａｒｅｔ
Ａ．ＥｌｌｉｓおよびＢｊａｒｎｅ Ｓｔｒｏｕｓｔｒ
ｕｐによるＴｈｅ Ａｎｎｏｔａｔｅｄ Ｃ＋＋ Ｒｅ
ｆｅｒｅｎｃｅ Ｍａｎｕａｌ，Ａｄｄｉｓｏｎ Ｗｅ
ｓｌｅｙ社，１９９０に紹介されている。
概念に関するさらに詳しい情報は，Ｍａｒｇａｒｅｔ
Ａ．ＥｌｌｉｓおよびＢｊａｒｎｅ Ｓｔｒｏｕｓｔｒ
ｕｐによるＴｈｅ Ａｎｎｏｔａｔｅｄ Ｃ＋＋ Ｒｅ
ｆｅｒｅｎｃｅ Ｍａｎｕａｌ，Ａｄｄｉｓｏｎ Ｗｅ
ｓｌｅｙ社，１９９０に紹介されている。
【０００７】『オブジェクト指向アプリケーション・フ
レームワーク』は，アプリケーション・プログラマによ
って拡張，細分化が可能なように設計され，さらにこれ
らのクラスを用い，アプリケーション・プログラマによ
って修正が可能なように設計されたいくつかの実例的な
（illustrative) サンプル・アプリケーションと共にパ
ッケージ化された複数のクラスのライブラリで構成され
ている。
レームワーク』は，アプリケーション・プログラマによ
って拡張，細分化が可能なように設計され，さらにこれ
らのクラスを用い，アプリケーション・プログラマによ
って修正が可能なように設計されたいくつかの実例的な
（illustrative) サンプル・アプリケーションと共にパ
ッケージ化された複数のクラスのライブラリで構成され
ている。
【０００８】このサンプル・アプリケーションは，全体
として，それ自体が有益な１つのシステムを構成してい
る。一般的に，フレームワークの基本的な概念は当業者
にはよく知られている。いくつかのサンプル・フレーム
ワークは，Ｘ Ｔｏｏｌｋｉｔ，Ｍｏｔｉｆ Ｔｏｏｌ
ｋｉｔ，Ｓｍａｌｌｔａｌｋ Ｍｏｄｅｌ−Ｖｉｅｗ−
Ｃｏｎｔｒｏｌｌｅｒ ＧＵＩおよびＭａｃＡｐｐを含
んでいる。
として，それ自体が有益な１つのシステムを構成してい
る。一般的に，フレームワークの基本的な概念は当業者
にはよく知られている。いくつかのサンプル・フレーム
ワークは，Ｘ Ｔｏｏｌｋｉｔ，Ｍｏｔｉｆ Ｔｏｏｌ
ｋｉｔ，Ｓｍａｌｌｔａｌｋ Ｍｏｄｅｌ−Ｖｉｅｗ−
Ｃｏｎｔｒｏｌｌｅｒ ＧＵＩおよびＭａｃＡｐｐを含
んでいる。
【０００９】また，『アプリケーション』とは，コンピ
ュータ・ユーザーがあるタスクまたは一連のタスクを達
成することができるようにするプログラム，または一連
の共働プログラムを意味する。
ュータ・ユーザーがあるタスクまたは一連のタスクを達
成することができるようにするプログラム，または一連
の共働プログラムを意味する。
【００１０】さらに，リモート・サービス・アプリケー
ションとは，コンピュータ・ユーザーが，そのユーザー
のコンピュータ・システムとは別個の，多くの場合は離
れた場所，つまり，オフサイトのマシーン（リモート・
マシーン）と交信し，その上でサービス（オペレーショ
ン）を実行できるようにするアプリケーションのことで
ある。リモート・マシーンのいくつかの例としては，コ
ピー機，ファクシミリ装置，それに電話機等のオフィス
機器，それにファイル・サーバーやデータベース・サー
バー等一定のリモート・コンピュータ・システムのメモ
リにおけるソフトウェア・エンティティ（entity) を含
んでいる。
ションとは，コンピュータ・ユーザーが，そのユーザー
のコンピュータ・システムとは別個の，多くの場合は離
れた場所，つまり，オフサイトのマシーン（リモート・
マシーン）と交信し，その上でサービス（オペレーショ
ン）を実行できるようにするアプリケーションのことで
ある。リモート・マシーンのいくつかの例としては，コ
ピー機，ファクシミリ装置，それに電話機等のオフィス
機器，それにファイル・サーバーやデータベース・サー
バー等一定のリモート・コンピュータ・システムのメモ
リにおけるソフトウェア・エンティティ（entity) を含
んでいる。
【００１１】リモート・サービス・アプリケーションで
行われる典型的な操作としては，リモート・マシーンの
問題点のリモート診断，リモート・マシーンの使用のモ
ニタリング，リモート・マシーンの特徴を実行可能にし
たり不可にしたりすること，データ検索，パラメータの
変更等がある。
行われる典型的な操作としては，リモート・マシーンの
問題点のリモート診断，リモート・マシーンの使用のモ
ニタリング，リモート・マシーンの特徴を実行可能にし
たり不可にしたりすること，データ検索，パラメータの
変更等がある。
【００１２】なお，以下で『リモート・マシーン』とい
う用語を用いる際，それはユーザー・マシーン内に保存
されているが，リモート・サービス・アプリケーション
によってコントロールされるメモリおよびプロセスに対
しては外部的なものであるプロセスおよびファイル等も
含むという理解に基づいている。
う用語を用いる際，それはユーザー・マシーン内に保存
されているが，リモート・サービス・アプリケーション
によってコントロールされるメモリおよびプロセスに対
しては外部的なものであるプロセスおよびファイル等も
含むという理解に基づいている。
【００１３】リモート・マシーンにアクセスするために
は，そのリモート・サービス・アプリケーションは，モ
デム等の特定のインタフェース装置と関連した『装置ド
ライバー』と，そのリモート・マシーンとの間で送受信
されるデータをフォーマットする『プロトコル・ドライ
バー』とを用いる。これらのドライバーはオペレーティ
ング・システムの一部であっても良く，またはアプリケ
ーション・プログラム内のモジュールであっても良い。
は，そのリモート・サービス・アプリケーションは，モ
デム等の特定のインタフェース装置と関連した『装置ド
ライバー』と，そのリモート・マシーンとの間で送受信
されるデータをフォーマットする『プロトコル・ドライ
バー』とを用いる。これらのドライバーはオペレーティ
ング・システムの一部であっても良く，またはアプリケ
ーション・プログラム内のモジュールであっても良い。
【００１４】過去において，リモート・サービス・アプ
リケーションは，各タイプのリモート・マシーンに対し
てそれぞれ個別的にカスタマイズされていた。例えば，
第１のリモート・サービス・アプリケーションは特定の
プロトコルを有するマシーンとだけ交信したが，第２の
リモート・サービス・アプリケーションは異なったプロ
トコルを有するマシーンとだけ交信するという具合であ
った。こうしたカスタマイズされた方式の１つの利点
は，リモート・サービス・アプリケーションが対応する
リモート・マシーンのアーキテクチャおよびパラメータ
にしっかりと結びつけられているので，それらが効率的
である点である。
リケーションは，各タイプのリモート・マシーンに対し
てそれぞれ個別的にカスタマイズされていた。例えば，
第１のリモート・サービス・アプリケーションは特定の
プロトコルを有するマシーンとだけ交信したが，第２の
リモート・サービス・アプリケーションは異なったプロ
トコルを有するマシーンとだけ交信するという具合であ
った。こうしたカスタマイズされた方式の１つの利点
は，リモート・サービス・アプリケーションが対応する
リモート・マシーンのアーキテクチャおよびパラメータ
にしっかりと結びつけられているので，それらが効率的
である点である。
【００１５】
【発明が解決しようとする課題】しかしながら，上記従
来の技術である，個別的にカスタマイズされたリモート
・サービス・アプリケーションによれば，以下の不具合
およびそれらの不具合から発生する問題点があった。
来の技術である，個別的にカスタマイズされたリモート
・サービス・アプリケーションによれば，以下の不具合
およびそれらの不具合から発生する問題点があった。
【００１６】第１に，各ソフトウェア・システムが往々
にして，顧客データベース等の各システムのために一般
的に使われ，あるいは複製された機能やデータを含んで
いるという不具合があった。第２に，新しいタイプのリ
モート・マシーンが製造される度に，新しいソフトウェ
ア・システムがその新しいタイプの独特の能力と取り組
むために新しいソフトウェア・システムが作られる必要
があるという不具合があった。
にして，顧客データベース等の各システムのために一般
的に使われ，あるいは複製された機能やデータを含んで
いるという不具合があった。第２に，新しいタイプのリ
モート・マシーンが製造される度に，新しいソフトウェ
ア・システムがその新しいタイプの独特の能力と取り組
むために新しいソフトウェア・システムが作られる必要
があるという不具合があった。
【００１７】これらの不具合が存在することから，従来
の技術では，ソフトウェア・システムがいろいろな断片
からつくられることが多く，したがって，開発サイクル
期間が非常に長くなるという問題点があった。また，そ
れぞれ個別的にカスタマイズされた方式は，往々にして
柔軟性が乏しいという問題点があった。一般的に，ソフ
トウェア・システムが一度オンライン化されると，その
ソフトウェア・システムの他の部分に対して無数の繋が
りがあるので，そのソフトウェア・システムに対する修
正が非常に困難である。
の技術では，ソフトウェア・システムがいろいろな断片
からつくられることが多く，したがって，開発サイクル
期間が非常に長くなるという問題点があった。また，そ
れぞれ個別的にカスタマイズされた方式は，往々にして
柔軟性が乏しいという問題点があった。一般的に，ソフ
トウェア・システムが一度オンライン化されると，その
ソフトウェア・システムの他の部分に対して無数の繋が
りがあるので，そのソフトウェア・システムに対する修
正が非常に困難である。
【００１８】本発明は上記に鑑みてなされたものであっ
て，リモート・サービス・アプリケーションにオブジェ
クト指向を導入することにより，開発サイクル期間の低
減を図り，システムの修正等の柔軟性を高めることがで
き，かつ，多重リモート・マシーン・タイプに対するサ
ポート機能を有した通信装置およびオブジェクト指向通
信システムを提供することを目的とする。
て，リモート・サービス・アプリケーションにオブジェ
クト指向を導入することにより，開発サイクル期間の低
減を図り，システムの修正等の柔軟性を高めることがで
き，かつ，多重リモート・マシーン・タイプに対するサ
ポート機能を有した通信装置およびオブジェクト指向通
信システムを提供することを目的とする。
【００１９】
【課題を解決するための手段】上記の目的を達成するた
めに，請求項１に係る通信装置は，複数のマシーン・タ
イプの複数のリモート・マシーンと通信する通信装置に
おいて，プロセッサおよびメモリを含むコンピュータ・
システムと，前記複数のリモート・マシーンのそれぞれ
と交信するために，前記コンピュータ・システムおよび
前記複数のリモート・マシーンに結合されたデータ通信
手段と，前記メモリ内に格納されており，前記複数のリ
モート・マシーンに対してサービスを記述するための第
１の複数のソフトウェア・オブジェクトと，前記第１の
複数のソフトウェア・オブジェクトと関連させて前記メ
モリ内に格納されており，前記複数のソフトウェア・オ
ブジェクトのサービスによって記述された要求を満たす
ための複数のオペレーションと，を具備するものであ
る。
めに，請求項１に係る通信装置は，複数のマシーン・タ
イプの複数のリモート・マシーンと通信する通信装置に
おいて，プロセッサおよびメモリを含むコンピュータ・
システムと，前記複数のリモート・マシーンのそれぞれ
と交信するために，前記コンピュータ・システムおよび
前記複数のリモート・マシーンに結合されたデータ通信
手段と，前記メモリ内に格納されており，前記複数のリ
モート・マシーンに対してサービスを記述するための第
１の複数のソフトウェア・オブジェクトと，前記第１の
複数のソフトウェア・オブジェクトと関連させて前記メ
モリ内に格納されており，前記複数のソフトウェア・オ
ブジェクトのサービスによって記述された要求を満たす
ための複数のオペレーションと，を具備するものであ
る。
【００２０】また，請求項２に係る通信装置は，請求項
１記載の通信装置において，前記複数のリモート・マシ
ーンに対する前記サービスが，前記複数のリモート・マ
シーン上でのオペレーションを含んでいるものである。
１記載の通信装置において，前記複数のリモート・マシ
ーンに対する前記サービスが，前記複数のリモート・マ
シーン上でのオペレーションを含んでいるものである。
【００２１】また，請求項３に係る通信装置は，請求項
１記載の通信装置において，前記複数のリモート・マシ
ーンに対する前記サービスが，データ・タイプ，データ
・サイズおよびデータ位置を含む前記複数のリモート・
マシーンに伝送されるべきデータのアイテムを含んでい
るものである。
１記載の通信装置において，前記複数のリモート・マシ
ーンに対する前記サービスが，データ・タイプ，データ
・サイズおよびデータ位置を含む前記複数のリモート・
マシーンに伝送されるべきデータのアイテムを含んでい
るものである。
【００２２】また，請求項４に係る通信装置は，請求項
１記載の通信装置において，さらに，前記メモリ内に，
それぞれ前記複数のリモート・マシーンに対するアプリ
ケーション・アイテムを記述する第２の複数のソフトウ
ェア・オブジェクトを含んでいるものである。
１記載の通信装置において，さらに，前記メモリ内に，
それぞれ前記複数のリモート・マシーンに対するアプリ
ケーション・アイテムを記述する第２の複数のソフトウ
ェア・オブジェクトを含んでいるものである。
【００２３】また，請求項５に係る通信装置は，請求項
４記載の通信装置において，前記複数のリモート・マシ
ーンに対する前記アプリケーション・アイテムが，前記
第１の複数のソフトウェア・オブジェクトに対するポイ
ンタと前記複数のリモート・マシーン内部でのデータ・
アイテムの値に対応したカレント値を含んでいるもので
ある。
４記載の通信装置において，前記複数のリモート・マシ
ーンに対する前記アプリケーション・アイテムが，前記
第１の複数のソフトウェア・オブジェクトに対するポイ
ンタと前記複数のリモート・マシーン内部でのデータ・
アイテムの値に対応したカレント値を含んでいるもので
ある。
【００２４】また，請求項６に係る通信装置は，請求項
５記載の通信装置において，さらに，前記複数のリモー
ト・マシーンに対する前記アプリケーション・アイテム
が，読み出しリクエスト・フラッグと前記複数のリモー
ト・マシーンに送られるべき値に関するペンディング・
リクエストを記述するための新しい値を含んでいるもの
である。
５記載の通信装置において，さらに，前記複数のリモー
ト・マシーンに対する前記アプリケーション・アイテム
が，読み出しリクエスト・フラッグと前記複数のリモー
ト・マシーンに送られるべき値に関するペンディング・
リクエストを記述するための新しい値を含んでいるもの
である。
【００２５】また，請求項７に係る通信装置は，請求項
１記載の通信装置において，さらに，前記メモリ内に，
それぞれデータベース内の１つのアイテムを表現，記述
するための第２の複数のソフトウェア・オブジェクトを
含んでいるものである。
１記載の通信装置において，さらに，前記メモリ内に，
それぞれデータベース内の１つのアイテムを表現，記述
するための第２の複数のソフトウェア・オブジェクトを
含んでいるものである。
【００２６】また，請求項８に係る通信装置は，請求項
７記載の通信装置において，前記複数のリモート・マシ
ーンに対してデータのアイテムが移される場合，そのデ
ータベースに対する更新リクエストが作成されるもので
ある。
７記載の通信装置において，前記複数のリモート・マシ
ーンに対してデータのアイテムが移される場合，そのデ
ータベースに対する更新リクエストが作成されるもので
ある。
【００２７】また，請求項９に係る通信装置は，請求項
１記載の通信装置において，さらに，前記メモリ内のキ
ューの内部に，それぞれ前記複数のリモート・マシーン
上で実行されるべきオペレーションに対するリクエスト
を含んだ第２の複数のソフトウェア・オブジェクトを含
んでいるものである。
１記載の通信装置において，さらに，前記メモリ内のキ
ューの内部に，それぞれ前記複数のリモート・マシーン
上で実行されるべきオペレーションに対するリクエスト
を含んだ第２の複数のソフトウェア・オブジェクトを含
んでいるものである。
【００２８】また，請求項１０に係る通信装置は，請求
項１記載の通信装置において，さらに，前記メモリ内の
キュー内部に，前記複数のリモート・マシーンに伝送さ
れるべきデータのアイテムに対するリクエストを含む第
２の複数のソフトウェア・オブジェクトを有しているも
のである。
項１記載の通信装置において，さらに，前記メモリ内の
キュー内部に，前記複数のリモート・マシーンに伝送さ
れるべきデータのアイテムに対するリクエストを含む第
２の複数のソフトウェア・オブジェクトを有しているも
のである。
【００２９】また，請求項１１に係る通信装置は，請求
項１記載の通信装置において，さらに，複数のソフトウ
ェア・オブジェクトの表現を含む複数のデータ・ファイ
ルを格納するための大容量記憶装置と，前記データ・フ
ァイルを前記第１の複数のソフトウェア・オブジェクト
に伝送するための，前記大容量記憶装置に結合された処
理手段と，を具備するものである。
項１記載の通信装置において，さらに，複数のソフトウ
ェア・オブジェクトの表現を含む複数のデータ・ファイ
ルを格納するための大容量記憶装置と，前記データ・フ
ァイルを前記第１の複数のソフトウェア・オブジェクト
に伝送するための，前記大容量記憶装置に結合された処
理手段と，を具備するものである。
【００３０】また，請求項１２に係る通信装置は，請求
項１１記載の通信装置において，前記複数のデータ・フ
ァイルがテキストによるデータを含んでいるものであ
る。
項１１記載の通信装置において，前記複数のデータ・フ
ァイルがテキストによるデータを含んでいるものであ
る。
【００３１】また，請求項１３に係る通信装置は，請求
項１記載の通信装置において，さらに，前記第１の複数
のソフトウェア・オブジェクトをデータ・ファイルに伝
送するための処理手段と，前記データ・ファイルを格納
するために，前記処理手段に結合された大容量記憶装置
と，を具備するものである。
項１記載の通信装置において，さらに，前記第１の複数
のソフトウェア・オブジェクトをデータ・ファイルに伝
送するための処理手段と，前記データ・ファイルを格納
するために，前記処理手段に結合された大容量記憶装置
と，を具備するものである。
【００３２】また，請求項１４に係る通信装置は，請求
項１３記載の通信装置において，前記データ・ファイル
がテキストによるデータを含んでいるものである。
項１３記載の通信装置において，前記データ・ファイル
がテキストによるデータを含んでいるものである。
【００３３】また，請求項１５に係る通信装置は，請求
項１記載の通信装置において，さらに，表示装置と，キ
ーボードと，指示装置と，グラフィック・ユーザー・イ
ンタフェースと，グラフィック・ユーザー・インタフェ
ースによるユーザー入力に応えて，前記複数のリモート
・マシーン上でサービスに対するリクエストを行うため
の，前記グラフィック・ユーザー・インタフェースに結
合されたリクエスト手段と，前記複数のリモート・マシ
ーンの１つでサービスが実行された場合に，前記ユーザ
ー・インタフェースを更新するために，前記グラフィッ
ク・ユーザー・インタフェースに結合された更新手段
と，を具備するものである。
項１記載の通信装置において，さらに，表示装置と，キ
ーボードと，指示装置と，グラフィック・ユーザー・イ
ンタフェースと，グラフィック・ユーザー・インタフェ
ースによるユーザー入力に応えて，前記複数のリモート
・マシーン上でサービスに対するリクエストを行うため
の，前記グラフィック・ユーザー・インタフェースに結
合されたリクエスト手段と，前記複数のリモート・マシ
ーンの１つでサービスが実行された場合に，前記ユーザ
ー・インタフェースを更新するために，前記グラフィッ
ク・ユーザー・インタフェースに結合された更新手段
と，を具備するものである。
【００３４】また，請求項１６請求項１５記載の通信装
置において，前記複数のリモート・マシーンに対するサ
ービスが，前記複数のリモート・マシーン上でのオペレ
ーションを含んでいるものである。
置において，前記複数のリモート・マシーンに対するサ
ービスが，前記複数のリモート・マシーン上でのオペレ
ーションを含んでいるものである。
【００３５】また，請求項１７に係る通信装置は，請求
項１５記載の通信装置において，前記複数のリモート・
マシーンに対する前記サービスが，データ・タイプ，デ
ータ・サイズおよびデータ位置を含む前記複数のリモー
ト・マシーンに送られるべきデータのアイテムを含んで
いるものである。
項１５記載の通信装置において，前記複数のリモート・
マシーンに対する前記サービスが，データ・タイプ，デ
ータ・サイズおよびデータ位置を含む前記複数のリモー
ト・マシーンに送られるべきデータのアイテムを含んで
いるものである。
【００３６】また，請求項１８に係るオブジェクト指向
通信システムは，複数のマシーン・タイプの複数のリモ
ート・マシーンと通信するための通信システムにおい
て，メモリおよび大容量記憶装置を含むコンピュータ・
システムと，前記大容量記憶装置内に格納されており，
前記複数のリモート・マシーンについての記述を行うた
めの複数のマシーン記述ファイルと，前記メモリ内に格
納されており，それぞれ，複数のソフトウェア・オブジ
ェクトの表現を読み出すと共に，前記複数のソフトウェ
ア・オブジェクトのサービスによって記述されるリクエ
ストを行ったり，それを満たしたりするための複数のア
プリケーション・プログラムと，を具備するものであ
る。
通信システムは，複数のマシーン・タイプの複数のリモ
ート・マシーンと通信するための通信システムにおい
て，メモリおよび大容量記憶装置を含むコンピュータ・
システムと，前記大容量記憶装置内に格納されており，
前記複数のリモート・マシーンについての記述を行うた
めの複数のマシーン記述ファイルと，前記メモリ内に格
納されており，それぞれ，複数のソフトウェア・オブジ
ェクトの表現を読み出すと共に，前記複数のソフトウェ
ア・オブジェクトのサービスによって記述されるリクエ
ストを行ったり，それを満たしたりするための複数のア
プリケーション・プログラムと，を具備するものであ
る。
【００３７】また，請求項１９に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のソフトウェア・オブジ
ェクトのサービスが，前記複数のリモート・マシーン上
でのオペレーションを含んでいるものである。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のソフトウェア・オブジ
ェクトのサービスが，前記複数のリモート・マシーン上
でのオペレーションを含んでいるものである。
【００３８】また，請求項２０に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のソフトウェア・オブジ
ェクトのサービスが，前記複数のリモート・マシーンに
送られるべきデータのアイテムを含んでいるものであ
る。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のソフトウェア・オブジ
ェクトのサービスが，前記複数のリモート・マシーンに
送られるべきデータのアイテムを含んでいるものであ
る。
【００３９】また，請求項２１に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，さらに，前記複数のマシーン・タ
イプおよび前記複数のリモート・マシーンに関するアク
セス情報を含んでいるリモート・データベースをアクセ
スするためのローカル・データベースと，前記リモート
・データベースをキューすると共に，マシーン・タイプ
を指定する複数のソフトウェア・オブジェクトの表現お
よび前記複数のリモート・マシーンの１つに関するアク
セス情報を含むデータ・ファイルを構成するためのプロ
グラムと，を含んでいるものである。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，さらに，前記複数のマシーン・タ
イプおよび前記複数のリモート・マシーンに関するアク
セス情報を含んでいるリモート・データベースをアクセ
スするためのローカル・データベースと，前記リモート
・データベースをキューすると共に，マシーン・タイプ
を指定する複数のソフトウェア・オブジェクトの表現お
よび前記複数のリモート・マシーンの１つに関するアク
セス情報を含むデータ・ファイルを構成するためのプロ
グラムと，を含んでいるものである。
【００４０】また，請求項２２に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，前記複数のリモート・マシーン上
で実行されるべきオペレーションに対するリクエストを
含む複数のソフトウェア・オブジェクトを含む前記メモ
リ内のキューを用いて，前記複数のリモート・マシーン
上でオペレーションを実行するためのプログラムを含ん
でいるものである。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，前記複数のリモート・マシーン上
で実行されるべきオペレーションに対するリクエストを
含む複数のソフトウェア・オブジェクトを含む前記メモ
リ内のキューを用いて，前記複数のリモート・マシーン
上でオペレーションを実行するためのプログラムを含ん
でいるものである。
【００４１】また，請求項２３に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のプログラムが，さら
に，前記リモート・マシーンに対して送られるべきデー
タのアイテムに対するリクエストを含む複数のソフトウ
ェア・オブジェクトを含む前記メモリ内のキューを用い
て，前記複数のリモート・マシーン上でオペレーション
を行うためのプログラムを含んでいるものである。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のプログラムが，さら
に，前記リモート・マシーンに対して送られるべきデー
タのアイテムに対するリクエストを含む複数のソフトウ
ェア・オブジェクトを含む前記メモリ内のキューを用い
て，前記複数のリモート・マシーン上でオペレーション
を行うためのプログラムを含んでいるものである。
【００４２】また，請求項２４に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，前記複数のリモート・マシーンか
らの通信を受信し，そして，前記複数のリモート・マシ
ーンによって通信されたデータを含むファイルを出力す
るためのプログラムを含んでいるものである。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，前記複数のリモート・マシーンか
らの通信を受信し，そして，前記複数のリモート・マシ
ーンによって通信されたデータを含むファイルを出力す
るためのプログラムを含んでいるものである。
【００４３】また，請求項２５に係るオブジェクト指向
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，ユーザーに対して前記複数のリモ
ート・マシーンのうちの１つと，その１つのリモート・
マシーンに対するサービスをインタラクティブに指定で
きるようにするプログラムを含んでいるものである。
通信システムは，請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，ユーザーに対して前記複数のリモ
ート・マシーンのうちの１つと，その１つのリモート・
マシーンに対するサービスをインタラクティブに指定で
きるようにするプログラムを含んでいるものである。
【００４４】また，請求項２６に係るオブジェクト指向
通信システムは，請求項２５記載のオブジェクト指向通
信システムにおいて，前記１つのリモート・マシーンに
対する前記サービスが，前記１つのリモート・マシーン
に対するオペレーションを含んでいるものである。
通信システムは，請求項２５記載のオブジェクト指向通
信システムにおいて，前記１つのリモート・マシーンに
対する前記サービスが，前記１つのリモート・マシーン
に対するオペレーションを含んでいるものである。
【００４５】また，請求項２７に係るオブジェクト指向
通信システムは，請求項２５記載のオブジェクト指向通
信システムにおいて，前記１つのリモート・マシーンに
対する前記サービスが，前記１つのリモート・マシーン
によって送られるべきデータのアイテムを含んでいるも
のである。
通信システムは，請求項２５記載のオブジェクト指向通
信システムにおいて，前記１つのリモート・マシーンに
対する前記サービスが，前記１つのリモート・マシーン
によって送られるべきデータのアイテムを含んでいるも
のである。
【００４６】
【発明の実施の形態】以下，本発明の通信装置おびオブ
ジェクト指向通信システムについて，〔本発明の概
要〕，〔本発明で使用する用語の定義〕，〔命名上の規
定〕，〔実施の形態〕，〔著作権に関する告知〕の順
で，図面を参照して詳細に説明する。
ジェクト指向通信システムについて，〔本発明の概
要〕，〔本発明で使用する用語の定義〕，〔命名上の規
定〕，〔実施の形態〕，〔著作権に関する告知〕の順
で，図面を参照して詳細に説明する。
【００４７】〔本発明の概要〕本発明の好ましい実施の
形態は，本発明の譲受人（assignee) である株式会社リ
コーによって現在開発中のＲＥＳＴ（Rich Electronic
Service Tool) オブジェクト指向アプリケーション・フ
レームワークの一部を示している。オブジェクト指向ア
プリケーション・フレームワーク（以下，『フレームワ
ーク』と記載する）は，複数のクラスのオブジェクトの
デクラレーション（宣言）およびインプリメンテーショ
ン（具体的記述）を含むクラス・ライブラリと，これら
のクラスを用いてかかれたサンプル・アプリケーション
・プログラムとから構成されている。
形態は，本発明の譲受人（assignee) である株式会社リ
コーによって現在開発中のＲＥＳＴ（Rich Electronic
Service Tool) オブジェクト指向アプリケーション・フ
レームワークの一部を示している。オブジェクト指向ア
プリケーション・フレームワーク（以下，『フレームワ
ーク』と記載する）は，複数のクラスのオブジェクトの
デクラレーション（宣言）およびインプリメンテーショ
ン（具体的記述）を含むクラス・ライブラリと，これら
のクラスを用いてかかれたサンプル・アプリケーション
・プログラムとから構成されている。
【００４８】フレームワークは，アプリケーション・プ
ログラマがいくつかのアプリケーション領域，例えば
（本発明の場合には）リモート・サービス・アプリケー
ションにおいて新しいアプリケーション・プログラムを
迅速，簡単に書けるようにするシステムである。特に，
アプリケーション・プログラマは通常，新しいアプリケ
ーション・プログラムをつくるために特定のリモート・
マシーンのためにすでに書かれているサンプル・アプリ
ケーション・プログラムの編集を行う。
ログラマがいくつかのアプリケーション領域，例えば
（本発明の場合には）リモート・サービス・アプリケー
ションにおいて新しいアプリケーション・プログラムを
迅速，簡単に書けるようにするシステムである。特に，
アプリケーション・プログラマは通常，新しいアプリケ
ーション・プログラムをつくるために特定のリモート・
マシーンのためにすでに書かれているサンプル・アプリ
ケーション・プログラムの編集を行う。
【００４９】本発明の好ましい実施の形態の一部である
フレームワークにおけるオブジェクト・クラスは，コン
ピュータ・システムのメモリ内部のソフトウェア・オブ
ジェクトとして具体化された場合，それらを用いて実現
されたどのアプリケーション・プログラムも，複数の異
なったタイプの複数のリモート・マシーンと交信できる
ようにする１つのメカニズムとそれに関連した方法を構
成している。
フレームワークにおけるオブジェクト・クラスは，コン
ピュータ・システムのメモリ内部のソフトウェア・オブ
ジェクトとして具体化された場合，それらを用いて実現
されたどのアプリケーション・プログラムも，複数の異
なったタイプの複数のリモート・マシーンと交信できる
ようにする１つのメカニズムとそれに関連した方法を構
成している。
【００５０】また，サンプル・アプリケーションは，そ
れら自体が一定の組み合わせのタスク，例えば（本発明
の場合には）リモート・サービス・タスクを実行するた
めのシステムを構成している。
れら自体が一定の組み合わせのタスク，例えば（本発明
の場合には）リモート・サービス・タスクを実行するた
めのシステムを構成している。
【００５１】また，本発明は，ファイル等のソフトウェ
ア・エンティティと交信したり，その上でオペレーショ
ンを実行したりするアプリケーション，および同じコン
ピュータ・システム内にアプリケーション・プログラム
として入れられているプロセスをサポートするものであ
る。
ア・エンティティと交信したり，その上でオペレーショ
ンを実行したりするアプリケーション，および同じコン
ピュータ・システム内にアプリケーション・プログラム
として入れられているプロセスをサポートするものであ
る。
【００５２】〔本発明で使用する用語の定義〕以下，本
発明で使用する用語の定義について説明する。『コンポ
ーネント』とは，あるリモート・マシーンのサービスお
よび状態を示すソフトウェア・オブジェクトである。１
つのコンポーネントは複数のサブ−コンポーネントを持
っていても良く，例えば，コピー機はそれに取りつけら
れたソーターおよびフィーダーを持っていても良い。
発明で使用する用語の定義について説明する。『コンポ
ーネント』とは，あるリモート・マシーンのサービスお
よび状態を示すソフトウェア・オブジェクトである。１
つのコンポーネントは複数のサブ−コンポーネントを持
っていても良く，例えば，コピー機はそれに取りつけら
れたソーターおよびフィーダーを持っていても良い。
【００５３】『装置』（device) とは，その一部でリモ
ート・サービス・アプリケーションが動作しているコン
ピュータ・システムが１つまたは複数のリモート・マシ
ーンとの間で交信できるようにするためのコンピュータ
・システムの周辺機器（peripheral) である。
ート・サービス・アプリケーションが動作しているコン
ピュータ・システムが１つまたは複数のリモート・マシ
ーンとの間で交信できるようにするためのコンピュータ
・システムの周辺機器（peripheral) である。
【００５４】『装置ドライバー』とは，リモート・サー
ビス・アプリケーションが１つの装置と交信するための
インタフェースを提供するソフトウェアである。
ビス・アプリケーションが１つの装置と交信するための
インタフェースを提供するソフトウェアである。
【００５５】『マシーン』とは，その内部でリモート・
サービス・アプリケーションが動作しているコンピュー
タ・システムに対しては外部的なハードウェアまたはソ
フトウェア・エンティティである。例えば，リモート・
オフィス・マシーン，ファイル・サーバーまたはデータ
ベース・サーバーが挙げられる。
サービス・アプリケーションが動作しているコンピュー
タ・システムに対しては外部的なハードウェアまたはソ
フトウェア・エンティティである。例えば，リモート・
オフィス・マシーン，ファイル・サーバーまたはデータ
ベース・サーバーが挙げられる。
【００５６】『マシーン・モデル』とは，『モデル・ア
イテム』オブジェクトを内容とする，あるコンポーネン
トによって提供されるサービスを記述するための集合
（collection) オブジェクトである。
イテム』オブジェクトを内容とする，あるコンポーネン
トによって提供されるサービスを記述するための集合
（collection) オブジェクトである。
【００５７】『モデル・アイテム』とは，あるリモート
・マシーンによって提供される個別サービス・アイテム
を記述するオブジェクトである。
・マシーンによって提供される個別サービス・アイテム
を記述するオブジェクトである。
【００５８】『サービス』とは，そのコンポーネントに
含まれるデータの検索，更新を含む，１つのコンポーネ
ント上で，あるいはそれによって実行される全てのオペ
レーションである。
含まれるデータの検索，更新を含む，１つのコンポーネ
ント上で，あるいはそれによって実行される全てのオペ
レーションである。
【００５９】『サービス・アイテム』は，１つのサービ
スまたは一組のサービスあるいは１つのサービスに現在
含まれているデータを記述する抽象的なクラスである。
スまたは一組のサービスあるいは１つのサービスに現在
含まれているデータを記述する抽象的なクラスである。
【００６０】『マシーン・ステート』とは，『アプリケ
ーション・アイテム』オブジェクトをその内容とする集
合（collection) オジェクトである。
ーション・アイテム』オブジェクトをその内容とする集
合（collection) オジェクトである。
【００６１】『アプリケーション・オブジェクト』と
は，そのマシーンにおけるサービスのカレント・ステー
ト（データ）および，そのプログラムのエンド・ユーザ
ーが要求し，まだ実行されていない変更あるいはオペレ
ーションを含む，リモート・マシーンによって提供され
るあるサービスに関してそのリモート・サービス・アプ
リケーションが有する情報を含むオブジェクトである。
は，そのマシーンにおけるサービスのカレント・ステー
ト（データ）および，そのプログラムのエンド・ユーザ
ーが要求し，まだ実行されていない変更あるいはオペレ
ーションを含む，リモート・マシーンによって提供され
るあるサービスに関してそのリモート・サービス・アプ
リケーションが有する情報を含むオブジェクトである。
【００６２】〔命名上の規定〕以下は，本明細書中およ
び添付ソフトウェア付属資料で用いられている命名上の
規定の要約である。クラスの名称は大文字で表記し，内
側の大文字はワードの開始を示している。大域的機能，
変数およびクラスの名称は，１つから３つの接頭辞を有
しており，それらが属する全体的なファミリーを示して
いる。
び添付ソフトウェア付属資料で用いられている命名上の
規定の要約である。クラスの名称は大文字で表記し，内
側の大文字はワードの開始を示している。大域的機能，
変数およびクラスの名称は，１つから３つの接頭辞を有
しており，それらが属する全体的なファミリーを示して
いる。
【００６３】例えば，１つのサービス・アイテムを示す
データ構造と，その全てのサブクラスは“ＳＩ＿”とい
う接頭辞を有している。
データ構造と，その全てのサブクラスは“ＳＩ＿”とい
う接頭辞を有している。
【００６４】“Ｒ＿Ｂａｓｅ”から下のクラスは下線に
よって名称の他の部分から切り離された接頭辞を有して
おり，“Ｒ＿Ｂａｓｅ”は集合（collection) に入れら
れ，外部ファイルに書き込まれ，そしてそれらのファイ
ルから読み出されるオブジェクトに関する基本クラスで
ある。
よって名称の他の部分から切り離された接頭辞を有して
おり，“Ｒ＿Ｂａｓｅ”は集合（collection) に入れら
れ，外部ファイルに書き込まれ，そしてそれらのファイ
ルから読み出されるオブジェクトに関する基本クラスで
ある。
【００６５】その名称に下線が含まれていないクラスお
よびデータ・タイプは，通常，変数，機能アーギュメン
トまたはクラス・データ・メンバーとしてのものであ
り，値によってパスされる。また，その名称が下線を含
んでいる名称を含んだクラスは，ほとんど常に１つの塊
として示され，基準あるいはポインタとしてパスされ
る。この規定によって，以下の説明で，オブジェクト指
向プログラミングの当業者がクラスをインスタンスから
簡単に区別し，また，インスタンスを基準やインスタン
スに対するポインタから容易に区別することが可能にな
る。
よびデータ・タイプは，通常，変数，機能アーギュメン
トまたはクラス・データ・メンバーとしてのものであ
り，値によってパスされる。また，その名称が下線を含
んでいる名称を含んだクラスは，ほとんど常に１つの塊
として示され，基準あるいはポインタとしてパスされ
る。この規定によって，以下の説明で，オブジェクト指
向プログラミングの当業者がクラスをインスタンスから
簡単に区別し，また，インスタンスを基準やインスタン
スに対するポインタから容易に区別することが可能にな
る。
【００６６】また，大域機能，定数，および変数の名称
は小文字の接頭辞を有している。１つのクラスの公的イ
ンタフェースの一部であるメンバー機能およびデータ・
メンバーは小文字から始まる。保護データ・メンバーは
下線で終わる名称を有しており，通常は，そのデータに
アクセスする公的メンバー機能が存在し，その名称は同
じであるが，下線を有していない。すなわち，データ・
メンバーは『属性』（attribute)と呼ばれ，その名称が
“Ｒ＿ＡＴＴＲ”で始まるマクロを用いて宣言される。
は小文字の接頭辞を有している。１つのクラスの公的イ
ンタフェースの一部であるメンバー機能およびデータ・
メンバーは小文字から始まる。保護データ・メンバーは
下線で終わる名称を有しており，通常は，そのデータに
アクセスする公的メンバー機能が存在し，その名称は同
じであるが，下線を有していない。すなわち，データ・
メンバーは『属性』（attribute)と呼ばれ，その名称が
“Ｒ＿ＡＴＴＲ”で始まるマクロを用いて宣言される。
【００６７】１つの値を更新するメンバー機能がある場
合，その名称は“Ｓｅｔ”でおわり，その更新機能はそ
の属性を宣言する同じマクロで宣言される。
合，その名称は“Ｓｅｔ”でおわり，その更新機能はそ
の属性を宣言する同じマクロで宣言される。
【００６８】〔実施の形態〕次に，本発明の好ましい実
施の形態について， １．システム概要 １．１．システム構成 １．２．フレームワークの説明 １．３．サンプル・アプリケーション・プログラムとフ
ァイルに関する説明 ２．マシーン・モデル・モジュール ２．１．概要 ２．２．コンポーネントおよび関連オブジェクト ２．２．１．合成データ ２．２．２．リモート・マシーン・ヒストリー ２．２．３．新しいモデル・アイテムの定義 ２．２．４．初期化 ２．３．典型的なクラス・デスクリプタ ２．３．１．Ｓｅｒｖｉｃｅクラス ２．３．２．ＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍクラス ２．３．３．ＳＩ＿ＭｏｄｅｌＩｔｅｍクラス ２．３．４．ＳＩ＿ＲｅｍｏｔｅＩｔｅｍクラス ２．３．５．ＳＩ＿ＭｅｍｏｒｙＩｔｅｍクラス ２．３．６．ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍクラス ３．通信モジュール ３．１．概要 ３．２．詳細な説明 ３．３．新しいセッション・タイプの定義 ４．通信装置インタフェース ４．１．概要 ４．２．詳細な説明 ４．３．新しい装置の追加 ５．追記 の順で，図面を参照して詳細に説明する。
施の形態について， １．システム概要 １．１．システム構成 １．２．フレームワークの説明 １．３．サンプル・アプリケーション・プログラムとフ
ァイルに関する説明 ２．マシーン・モデル・モジュール ２．１．概要 ２．２．コンポーネントおよび関連オブジェクト ２．２．１．合成データ ２．２．２．リモート・マシーン・ヒストリー ２．２．３．新しいモデル・アイテムの定義 ２．２．４．初期化 ２．３．典型的なクラス・デスクリプタ ２．３．１．Ｓｅｒｖｉｃｅクラス ２．３．２．ＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍクラス ２．３．３．ＳＩ＿ＭｏｄｅｌＩｔｅｍクラス ２．３．４．ＳＩ＿ＲｅｍｏｔｅＩｔｅｍクラス ２．３．５．ＳＩ＿ＭｅｍｏｒｙＩｔｅｍクラス ２．３．６．ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍクラス ３．通信モジュール ３．１．概要 ３．２．詳細な説明 ３．３．新しいセッション・タイプの定義 ４．通信装置インタフェース ４．１．概要 ４．２．詳細な説明 ４．３．新しい装置の追加 ５．追記 の順で，図面を参照して詳細に説明する。
【００６９】１．システム概要 １．１．システム構成 図１は，本発明の好ましい実施の形態によるコンピュー
タ・システム１の構成図である。コンピュータ・システ
ム１は，表示モニター１０，キーボード２０，マウス３
０，およびコンピュータ２を含んでいる。
タ・システム１の構成図である。コンピュータ・システ
ム１は，表示モニター１０，キーボード２０，マウス３
０，およびコンピュータ２を含んでいる。
【００７０】コンピュータ２は，プロセッサ４０，メモ
リ（例えば，半導体ＲＡＭ）５０，大容量記憶装置（例
えば，ディスク・ドライブ）６０，本発明のデータ通信
手段としての通信装置（例えばモデム）７０，そして上
記の構成部材を相互に接続するシステム・バス８０を含
んでいる。なお，マウス３０はグラフィック的入力また
は出力装置の一例に過ぎない。リモート・マシーン９０
は，通常，モデム等の通信装置７０経由でシステム１に
結合されている。
リ（例えば，半導体ＲＡＭ）５０，大容量記憶装置（例
えば，ディスク・ドライブ）６０，本発明のデータ通信
手段としての通信装置（例えばモデム）７０，そして上
記の構成部材を相互に接続するシステム・バス８０を含
んでいる。なお，マウス３０はグラフィック的入力また
は出力装置の一例に過ぎない。リモート・マシーン９０
は，通常，モデム等の通信装置７０経由でシステム１に
結合されている。
【００７１】好ましい実施の形態においては，システム
１としては，ＬｉｎｕｘまたはＭｉｃｒｏｓｏｆｔ社か
らのＷｉｎｄｏｗｓ３．１で動作するマシーンに基づく
８０４８６マイクロプロセッサ・クラスで，ＲＥＳＴア
プリケーション・フレームワーク・プログラムを用いて
開発されるリモート・サービス・アプリケーション・プ
ログラムが現在リコー社で開発中である。ＲＥＳＴフレ
ームワークにおけるオブジェクトのクラスの好ましい実
施の形態は，以下に示されるようにＣ＋＋で書かれてい
る。
１としては，ＬｉｎｕｘまたはＭｉｃｒｏｓｏｆｔ社か
らのＷｉｎｄｏｗｓ３．１で動作するマシーンに基づく
８０４８６マイクロプロセッサ・クラスで，ＲＥＳＴア
プリケーション・フレームワーク・プログラムを用いて
開発されるリモート・サービス・アプリケーション・プ
ログラムが現在リコー社で開発中である。ＲＥＳＴフレ
ームワークにおけるオブジェクトのクラスの好ましい実
施の形態は，以下に示されるようにＣ＋＋で書かれてい
る。
【００７２】なお，図１は，本発明を具体化するための
１つのタイプのシステムを示している。多くのシステム
・タイプおよび構成を本発明と結びつけて用いることが
できるのは，当業者には容易に分かる。
１つのタイプのシステムを示している。多くのシステム
・タイプおよび構成を本発明と結びつけて用いることが
できるのは，当業者には容易に分かる。
【００７３】１．２．フレームワークの説明 図２は，本発明の好ましい実施の形態で用いられるオブ
ジェクト指向アプリケーション・フレームワークの構成
図である。アプリケーション層１４０は，エンド・ユー
ザーによって実行されるリモート・セット（Ｒｅｍｏｔ
ｅ Ｓｅｔｔｉｎｇ）１００およびカスタマー・データ
ベース・アクセス（ＣｕｓｔｏｍｅｒＤａｔａｂａｓｅ
Ａｃｃｅｓｓ）１３０を含むアプリケーション・プロ
グラムと，コール・アウト（Ｃａｌｌ−ｏｕｔ）１１０
およびコール・イン（Ｃａｌｌ−ｉｎ）１２０等を含む
オペレーティング・システムによって自動的に実行され
るアプリケーション・プログラムによって構成されたシ
ステムの一部である。
ジェクト指向アプリケーション・フレームワークの構成
図である。アプリケーション層１４０は，エンド・ユー
ザーによって実行されるリモート・セット（Ｒｅｍｏｔ
ｅ Ｓｅｔｔｉｎｇ）１００およびカスタマー・データ
ベース・アクセス（ＣｕｓｔｏｍｅｒＤａｔａｂａｓｅ
Ａｃｃｅｓｓ）１３０を含むアプリケーション・プロ
グラムと，コール・アウト（Ｃａｌｌ−ｏｕｔ）１１０
およびコール・イン（Ｃａｌｌ−ｉｎ）１２０等を含む
オペレーティング・システムによって自動的に実行され
るアプリケーション・プログラムによって構成されたシ
ステムの一部である。
【００７４】コア層１９０は，そのフレームワークのア
プリケーション層１４０内にある全てのリモート・サー
ビス・アプリケーションによって共有される機能を提供
するクラス・デクラレーションおよびインプリメンテー
ションのライブラリで構成されており，グラフィック・
ユーザー・インタフェース機能（ＧＵＩインタフェース
機能）１５０，ジェネラル・プログラミング・システム
機能１６０，マシーン・モデル・モジュール１７０，お
よびリモート・マシーンとの通信モジュール（通信機
能）１８０とを含んでいる。
プリケーション層１４０内にある全てのリモート・サー
ビス・アプリケーションによって共有される機能を提供
するクラス・デクラレーションおよびインプリメンテー
ションのライブラリで構成されており，グラフィック・
ユーザー・インタフェース機能（ＧＵＩインタフェース
機能）１５０，ジェネラル・プログラミング・システム
機能１６０，マシーン・モデル・モジュール１７０，お
よびリモート・マシーンとの通信モジュール（通信機
能）１８０とを含んでいる。
【００７５】インタフェース層２６０は，モデム等の特
定のローカル通信装置に対するインタフェースを提供す
るクラス（『装置ドライバー』），特定のファミリーの
リモート・マシーン（例えば，コピー機２００およびフ
ァクシミリ装置２１０）と交信し，その上で作動するた
めに必要な通信プロトコルに対するインタフェース，お
よび，リモートまたはローカル・データベース・サーバ
ー２２０，そして特定のタイプのリモート・マシーンに
よって提供されるサービスの記述を含んでいるファイル
２３０，２４０，２５０（『マシーン記述ファイルおよ
びデータベース記述ファイル』）に対するインタフェー
スを提供するクラスを含んでいる。
定のローカル通信装置に対するインタフェースを提供す
るクラス（『装置ドライバー』），特定のファミリーの
リモート・マシーン（例えば，コピー機２００およびフ
ァクシミリ装置２１０）と交信し，その上で作動するた
めに必要な通信プロトコルに対するインタフェース，お
よび，リモートまたはローカル・データベース・サーバ
ー２２０，そして特定のタイプのリモート・マシーンに
よって提供されるサービスの記述を含んでいるファイル
２３０，２４０，２５０（『マシーン記述ファイルおよ
びデータベース記述ファイル』）に対するインタフェー
スを提供するクラスを含んでいる。
【００７６】このインタフェース層２６０におけるクラ
スのアプリケーション・プログラミング・インタフェー
ス（ＡＰＩ）は，コア層１９０における抽象クラスによ
って定義されており，したがって，アプリケーション・
プログラマは特殊なインタフェース装置およびリモート
・マシーンの詳細を知らなくてもよいようになってい
る。
スのアプリケーション・プログラミング・インタフェー
ス（ＡＰＩ）は，コア層１９０における抽象クラスによ
って定義されており，したがって，アプリケーション・
プログラマは特殊なインタフェース装置およびリモート
・マシーンの詳細を知らなくてもよいようになってい
る。
【００７７】フレームワークを用いるアプリケーション
・プログラマは，通常は，アプリケーション層１４０の
１つまたは複数の既存サンプル・プログラムをコピーし
たり修正したりするためのテキスト・エディタを用いる
ことによってリモート・サービス・アプリケーション・
プログラムを実行する。こうした方法で構成されたアプ
リケーションは，共通の十分に実証されたアーキテクチ
ャおよびデザインと，大量の再使用可能コードを共有し
ており，ソフトウェア・ライフサイクルからデザインお
よびデバッギング・フェーズのほとんどを取り除くこと
は，オブジェクト指向アプリケーション・フレームワー
クがリモート・サービス・アプリケーションの開発・実
施（インプリメンテーション）をスピード・アップする
１つの方法である。
・プログラマは，通常は，アプリケーション層１４０の
１つまたは複数の既存サンプル・プログラムをコピーし
たり修正したりするためのテキスト・エディタを用いる
ことによってリモート・サービス・アプリケーション・
プログラムを実行する。こうした方法で構成されたアプ
リケーションは，共通の十分に実証されたアーキテクチ
ャおよびデザインと，大量の再使用可能コードを共有し
ており，ソフトウェア・ライフサイクルからデザインお
よびデバッギング・フェーズのほとんどを取り除くこと
は，オブジェクト指向アプリケーション・フレームワー
クがリモート・サービス・アプリケーションの開発・実
施（インプリメンテーション）をスピード・アップする
１つの方法である。
【００７８】リモート・マシーンと交信するために本発
明を利用するプログラムはほとんどどんなリモート・マ
シーンとでも交信することができる。
明を利用するプログラムはほとんどどんなリモート・マ
シーンとでも交信することができる。
【００７９】１．３．サンプル・アプリケーション・プ
ログラムとファイルに関する説明 図３は，上記フレームワーク（図２）のアプリケーショ
ン層１４０におけるサンプル・アプリケーション・プロ
グラムの一部と，それらが情報を交信するために用いる
ファイルを示している。全てのアプリケーション・プロ
グラムおよびファイルは，好ましくはコンピュータ・シ
ステム１の大容量記憶装置６０内に存在する。
ログラムとファイルに関する説明 図３は，上記フレームワーク（図２）のアプリケーショ
ン層１４０におけるサンプル・アプリケーション・プロ
グラムの一部と，それらが情報を交信するために用いる
ファイルを示している。全てのアプリケーション・プロ
グラムおよびファイルは，好ましくはコンピュータ・シ
ステム１の大容量記憶装置６０内に存在する。
【００８０】ユーザーは，カスタマー・データベース・
アクセス・アプリケーション３００，ジョブ・スケジュ
ーラ・アプリケーション３７０およびリモート・セッテ
ィング・アプリケーション４００と直接交信する（他の
多くのインタラクティブ・プログラムが可能であること
は当業者には明らかである。これらは単に説明のための
例にすぎない）。
アクセス・アプリケーション３００，ジョブ・スケジュ
ーラ・アプリケーション３７０およびリモート・セッテ
ィング・アプリケーション４００と直接交信する（他の
多くのインタラクティブ・プログラムが可能であること
は当業者には明らかである。これらは単に説明のための
例にすぎない）。
【００８１】カスタマー・データベース・アクセス・ア
プリケーション３００を用いることによって，ユーザー
は交信すべきマシーンを選択するためにカスタマー・デ
ータベース３１０を照会することができる。それはユー
ザーがマシーンのグループ（それぞれマシーン・グルー
プ・ファイル３５０内に記述されている）およびサービ
ス・アイテムのグループ（それぞれサービス・アイテム
・グループ・ファイル３４０）を選択して，その上でオ
ペレーションを行うことができる。
プリケーション３００を用いることによって，ユーザー
は交信すべきマシーンを選択するためにカスタマー・デ
ータベース３１０を照会することができる。それはユー
ザーがマシーンのグループ（それぞれマシーン・グルー
プ・ファイル３５０内に記述されている）およびサービ
ス・アイテムのグループ（それぞれサービス・アイテム
・グループ・ファイル３４０）を選択して，その上でオ
ペレーションを行うことができる。
【００８２】カスタマー・データベース・アクセス・ア
プリケーション３００は，それぞれ交信に関与する他の
ファイルのファイル名を含んだジョブ・アイテム・ファ
イル３２０およびケース・ファイル３３０を出力する。
プリケーション３００は，それぞれ交信に関与する他の
ファイルのファイル名を含んだジョブ・アイテム・ファ
イル３２０およびケース・ファイル３３０を出力する。
【００８３】次に，ユーザーは，１つまたは複数のリモ
ート・マシーン９０と交信するために，ジョブ・アイテ
ム・ファイル３２０を読み出して，コール・アウト・ア
プリケーション３８０およびリモート・セッティング・
アプリケーション４００のインスタンスを自動的に実行
させるジョブ・スケジューラ・アプリケーション３７０
を実行させる。コール・イン・アプリケーション３９０
はリモート・マシーン９０からの入力交信に応えていつ
でも実行することができる。
ート・マシーン９０と交信するために，ジョブ・アイテ
ム・ファイル３２０を読み出して，コール・アウト・ア
プリケーション３８０およびリモート・セッティング・
アプリケーション４００のインスタンスを自動的に実行
させるジョブ・スケジューラ・アプリケーション３７０
を実行させる。コール・イン・アプリケーション３９０
はリモート・マシーン９０からの入力交信に応えていつ
でも実行することができる。
【００８４】コール・イン・アプリケーション３９０と
コール・アウト・アプリケーション３８０は，リモート
・マシーン９０によってコール・イン・アプリケーショ
ンに送られるか，あるいはコール・アウト・アプリケー
ション３８０によってリモート・マシーン９０から検索
されたコピーを含んでいるデータ・ダンプ・ファイル４
１０を書き込む。データ・ダンプ・ファイル４１０はコ
ール・トランスレータ・アプリケーション４４０によっ
て，ケース・ファイル４２０かコンマ・デリミテッド・
ファイル４５０のいずれかに翻訳されて，アナリシス・
データベース４６０またはスプレッドシート等の他のア
プリケーション・プログラムにインポートされる。コー
ル・トランスレータ・アプリケーション４４０は，複数
のマシーン・モデル・ファイル４３０の１つに含まれて
いるリモート・マシーン９０の記述を用いてそのコンバ
ージョン動作を行う。
コール・アウト・アプリケーション３８０は，リモート
・マシーン９０によってコール・イン・アプリケーショ
ンに送られるか，あるいはコール・アウト・アプリケー
ション３８０によってリモート・マシーン９０から検索
されたコピーを含んでいるデータ・ダンプ・ファイル４
１０を書き込む。データ・ダンプ・ファイル４１０はコ
ール・トランスレータ・アプリケーション４４０によっ
て，ケース・ファイル４２０かコンマ・デリミテッド・
ファイル４５０のいずれかに翻訳されて，アナリシス・
データベース４６０またはスプレッドシート等の他のア
プリケーション・プログラムにインポートされる。コー
ル・トランスレータ・アプリケーション４４０は，複数
のマシーン・モデル・ファイル４３０の１つに含まれて
いるリモート・マシーン９０の記述を用いてそのコンバ
ージョン動作を行う。
【００８５】リモート・セッティング・アプリケーショ
ン４００はユーザーとあるリモート・マシーン９０との
間の直接のインタラクション（交信またはデータのやり
取り）のために用いられ，そのリモート・マシーン９０
で実行できるオペレーションは複数のマシーン・モデル
・ファイル３５０ａの１つに記述され，リモート・マシ
ーン９０とその上で実行されるオペレーションの一部の
アクセス情報（例えば電話番号）をケース・ファイル３
３０内で指定したり，ユーザーが直接入力したりするこ
とができる。
ン４００はユーザーとあるリモート・マシーン９０との
間の直接のインタラクション（交信またはデータのやり
取り）のために用いられ，そのリモート・マシーン９０
で実行できるオペレーションは複数のマシーン・モデル
・ファイル３５０ａの１つに記述され，リモート・マシ
ーン９０とその上で実行されるオペレーションの一部の
アクセス情報（例えば電話番号）をケース・ファイル３
３０内で指定したり，ユーザーが直接入力したりするこ
とができる。
【００８６】２．マシーン・モデル・モジュール ２．１ 概要 図２のマシーン・モデル・モジュール１７０は，コア層
１９０内の主要モジュールである。マシーン・モデル・
モジュールの目的は，マシーン・モデルと呼ばれるオブ
ジェクトの構成の形態でリモート・サービス・アプリケ
ーションがリモート・マシーン上で使えるサービスを記
述すること，そして，アプリケーション・プログラムが
そのリモート・マシーンおよび全てのオペレーション，
そしてユーザーによって要求されたデータ伝送の現在の
状態を追跡的に監視するために必要な情報を含み，組織
することである。
１９０内の主要モジュールである。マシーン・モデル・
モジュールの目的は，マシーン・モデルと呼ばれるオブ
ジェクトの構成の形態でリモート・サービス・アプリケ
ーションがリモート・マシーン上で使えるサービスを記
述すること，そして，アプリケーション・プログラムが
そのリモート・マシーンおよび全てのオペレーション，
そしてユーザーによって要求されたデータ伝送の現在の
状態を追跡的に監視するために必要な情報を含み，組織
することである。
【００８７】本発明の好ましい実施の形態においては，
このマシーンおよびサービス・クラス階層は以下に示す
ものから成る。ここで，インデントは，上のものに対す
る従属を示す。 Ｃｏｍｐｏｎｅｎｔ リモート・マシーンを記述 Ｓｅｒｖｉｃｅ ＳｅｒｉｖｃｅＣｏｌｌｅｃｔｉｏｎ サービス・アイテムの集合 ＳＣ＿ＳｅｒｉｃｅＭｏｄｅｌ コンポーネントのモデル ＡＣ＿ＡｐｐＳｅｒｖｉｃｅｓ コンポーネントのアプリケーション・ アイテム ＳＣ＿Ｑｕｅｕｅ ＳＣ＿ＱｕｅｕｅＩｔｅｍの集合 （および他の種々の特殊な目的の集合） ＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍ リモート・サービスを記述 ＳＩ＿ＭｏｄｅｌＩｔｅｍ マシーン・モデル−−−記述のみ ＳＩ＿ＧｕｉＩｔｅｍ １つのアイテムを示すＧＵＩ要素 ＳＩ＿ＡｐｐＩｔｅｍ １つのアイテムに関するアプリケーシ ョン・ステート ＳＩ＿ＱｕｅｕｅＩｔｅｍ １つのアイテムに関するキューされた 読み出しおよび書き込み
このマシーンおよびサービス・クラス階層は以下に示す
ものから成る。ここで，インデントは，上のものに対す
る従属を示す。 Ｃｏｍｐｏｎｅｎｔ リモート・マシーンを記述 Ｓｅｒｖｉｃｅ ＳｅｒｉｖｃｅＣｏｌｌｅｃｔｉｏｎ サービス・アイテムの集合 ＳＣ＿ＳｅｒｉｃｅＭｏｄｅｌ コンポーネントのモデル ＡＣ＿ＡｐｐＳｅｒｖｉｃｅｓ コンポーネントのアプリケーション・ アイテム ＳＣ＿Ｑｕｅｕｅ ＳＣ＿ＱｕｅｕｅＩｔｅｍの集合 （および他の種々の特殊な目的の集合） ＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍ リモート・サービスを記述 ＳＩ＿ＭｏｄｅｌＩｔｅｍ マシーン・モデル−−−記述のみ ＳＩ＿ＧｕｉＩｔｅｍ １つのアイテムを示すＧＵＩ要素 ＳＩ＿ＡｐｐＩｔｅｍ １つのアイテムに関するアプリケーシ ョン・ステート ＳＩ＿ＱｕｅｕｅＩｔｅｍ １つのアイテムに関するキューされた 読み出しおよび書き込み
【００８８】２．２．コンポーネントおよび関連オブジ
ェクト 図４は，典型的なＣｏｍｐｏｎｅｎｔ７００（コンピュ
ータ・システム１のメモリ５０内のリモート・マシーン
９０を示すオブジェクト・インスタンス），およびそれ
が参照するオブジェクトを示している。これらのオブジ
ェクトには，図示の如く，その『状態』属性６００であ
るＳＣ＿ＡｐｐＳｅｒｖｉｃｅｓオブジェクト，その
『モデル』属性６３０であるＳＣ＿ＳｅｒｖｉｃｅＭｏ
ｄｅｌオブジェクト，そのＷｒｉｔｅＱｕｅｕｅおよび
ｒｅａｄＱｕｅｕｅ属性６７０である各ＳＣ＿Ｑｕｅｕ
ｅオブジェクト，およびその『セッション』属性７１０
であるクラスＳＩ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｓ
ｓｉｏｎのサブクラスのインスタンスに対するリファレ
ンスがある。
ェクト 図４は，典型的なＣｏｍｐｏｎｅｎｔ７００（コンピュ
ータ・システム１のメモリ５０内のリモート・マシーン
９０を示すオブジェクト・インスタンス），およびそれ
が参照するオブジェクトを示している。これらのオブジ
ェクトには，図示の如く，その『状態』属性６００であ
るＳＣ＿ＡｐｐＳｅｒｖｉｃｅｓオブジェクト，その
『モデル』属性６３０であるＳＣ＿ＳｅｒｖｉｃｅＭｏ
ｄｅｌオブジェクト，そのＷｒｉｔｅＱｕｅｕｅおよび
ｒｅａｄＱｕｅｕｅ属性６７０である各ＳＣ＿Ｑｕｅｕ
ｅオブジェクト，およびその『セッション』属性７１０
であるクラスＳＩ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｓ
ｓｉｏｎのサブクラスのインスタンスに対するリファレ
ンスがある。
【００８９】ＳＣ＿ＳｅｒｖｉｃｅＭｏｄｅｌ６３０
は，『モデル・アイテム』６４０，６５０の集合（coll
ection) であり，各モデル・アイテムはＳＩ＿Ｍｏｄｅ
ｌＩｔｅｍのサブクラスのインスタンスである。その集
合であるＳＣ＿ＳｅｒｖｉｃｅＭｏｄｅｌ６３０は，Ｃ
ｏｍｐｏｎｅｎｔ７００によって示されるリモート・マ
シーン９０によって提供されるサービスの記述である。
は，『モデル・アイテム』６４０，６５０の集合（coll
ection) であり，各モデル・アイテムはＳＩ＿Ｍｏｄｅ
ｌＩｔｅｍのサブクラスのインスタンスである。その集
合であるＳＣ＿ＳｅｒｖｉｃｅＭｏｄｅｌ６３０は，Ｃ
ｏｍｐｏｎｅｎｔ７００によって示されるリモート・マ
シーン９０によって提供されるサービスの記述である。
【００９０】ＳＣ＿ＡｐｐＳｅｒｖｉｃｅｓ６００は，
『アプリケーション・アイテム』６１０，６２０の集合
（collection) であり，各アプリケーション・アイテム
はＳＩ＿ＡｐｐＩｔｅｍクラスの１つのインスタンスで
あり，ＳＩ＿ＭｏｄｅｌＩｔｅｍ６４０，６５０および
ＳＩ＿ＣａｌｌｂａｃｋＬｉｓｔ５２０，５３０に対す
るリファレンスを持っている。各アプリケーション・ア
イテム６１０，６２０はそのリモート・マシーンにおけ
る対応するサービスの現在値（分かれば），および全て
の要求されたオペレーションまたはそのサービスに関連
するデータ伝送に関する情報を含んでいる。
『アプリケーション・アイテム』６１０，６２０の集合
（collection) であり，各アプリケーション・アイテム
はＳＩ＿ＡｐｐＩｔｅｍクラスの１つのインスタンスで
あり，ＳＩ＿ＭｏｄｅｌＩｔｅｍ６４０，６５０および
ＳＩ＿ＣａｌｌｂａｃｋＬｉｓｔ５２０，５３０に対す
るリファレンスを持っている。各アプリケーション・ア
イテム６１０，６２０はそのリモート・マシーンにおけ
る対応するサービスの現在値（分かれば），および全て
の要求されたオペレーションまたはそのサービスに関連
するデータ伝送に関する情報を含んでいる。
【００９１】ＳＣ＿ＡｐｐＳｅｒｖｉｃｅｓオブジェク
ト６００は，クラスＣｏｍｐｏｎｅｎｔ７００上での
“ｉｎｉｔＳｅｒｖｉｃｅｓ”オペレーションによって
イニシャライズされ，そのパラメータの１つは，１つの
アプリケーションがマシーン・モデル６３０からそのア
プリケーションによって実際に使われるサービスだけを
選択できるようにするブール（Ｂｏｏｌｅａｎ：論理演
算）に対するｐｏｉｎｔｅｒ−ｔｏ−ＳＩ＿Ｍｏｄｅｌ
Ｉｔｅｍからの機能に対するオプショナル・ポインタで
ある。
ト６００は，クラスＣｏｍｐｏｎｅｎｔ７００上での
“ｉｎｉｔＳｅｒｖｉｃｅｓ”オペレーションによって
イニシャライズされ，そのパラメータの１つは，１つの
アプリケーションがマシーン・モデル６３０からそのア
プリケーションによって実際に使われるサービスだけを
選択できるようにするブール（Ｂｏｏｌｅａｎ：論理演
算）に対するｐｏｉｎｔｅｒ−ｔｏ−ＳＩ＿Ｍｏｄｅｌ
Ｉｔｅｍからの機能に対するオプショナル・ポインタで
ある。
【００９２】ＳＩ＿ＣａｌｌｂａｃｋＬｉｓｔ５２０，
５３０は，ＳＩ＿ＧｕｉＩｔｅｍオブジェクト５４０，
５５０，５７０，５８０，５９０の集合（collection)
であり，そのそれぞれが情報を表現するグラフィック・
ユーザー・インタフェース５００における『コントロー
ル』を示し，ユーザーが交信する単一のオブジェクト
（ＧＵＩ５００のＧＵＩオブジェクト５１０）を参照し
たり，それに参照されたりする。ＳＩ＿ＧｕｉＩｔｅｍ
の目的はグラフィカル・ユーザー・インタフェースを用
いているユーザーによって行われた変更がアプリケーシ
ョン・ステート６００の適切なＳＩ＿ＡｐｐＩｔｅｍ６
１０，６２０内で同等の変化を確実に行わせるようにす
ること，さらに，そのプログラムのオペレーションか
ら，特にそのリモート・マシーンとの交信から生じるア
プリケーション・ステート６００内のＳＩ＿ＡｐｐＩｔ
ｅｍ６１０，６２０内の変化がグラフィカル・ユーザー
・インタフェースによってユーザーに示される情報内に
同等の変化を起こさせるようにすることである。
５３０は，ＳＩ＿ＧｕｉＩｔｅｍオブジェクト５４０，
５５０，５７０，５８０，５９０の集合（collection)
であり，そのそれぞれが情報を表現するグラフィック・
ユーザー・インタフェース５００における『コントロー
ル』を示し，ユーザーが交信する単一のオブジェクト
（ＧＵＩ５００のＧＵＩオブジェクト５１０）を参照し
たり，それに参照されたりする。ＳＩ＿ＧｕｉＩｔｅｍ
の目的はグラフィカル・ユーザー・インタフェースを用
いているユーザーによって行われた変更がアプリケーシ
ョン・ステート６００の適切なＳＩ＿ＡｐｐＩｔｅｍ６
１０，６２０内で同等の変化を確実に行わせるようにす
ること，さらに，そのプログラムのオペレーションか
ら，特にそのリモート・マシーンとの交信から生じるア
プリケーション・ステート６００内のＳＩ＿ＡｐｐＩｔ
ｅｍ６１０，６２０内の変化がグラフィカル・ユーザー
・インタフェースによってユーザーに示される情報内に
同等の変化を起こさせるようにすることである。
【００９３】クラスＳＩ＿ＡｐｐＩｔｅｍのオペレーシ
ョン“ｎｅｗＶａｌｕｅＳｅｔ”は，そのサービス内の
状態の変化（書き込み動作）を要求するために用いられ
る。クラスＳＩ＿ＡｐｐＩｔｅｍのオペレーション“ｒ
ｅａｄＲｅｑｕｅｓｔ”は読み込み動作を要求するため
に用いられる。読み込みまたは書き込み動作が要求され
る場合，ＳＩ＿ＡｐｐＩｔｅｍ６１０，６２０を参照
し，要求された動作，読み込み・書き込み，および書き
込みの場合はその書き込まれるべきデータを含んだクラ
スＳＩ＿ＱｕｅｕｅＩｔｅｍのオブジェクト６８０，６
９０が構成される。ＳＩ＿ＱｕｅｕｅＩｔｅｍは読み出
しキュー６７０，またはＣｏｍｐｏｎｅｎｔ７００に付
加されている書き込みキューのいずれかに配置される。
これらのキュー・アイテムは，以下にさらに通信モジュ
ールとの関連で説明されるように，リモート・マシーン
とのバッチ通信セッションをユーザーまたはアプリケー
ションが要求するまで蓄積される。
ョン“ｎｅｗＶａｌｕｅＳｅｔ”は，そのサービス内の
状態の変化（書き込み動作）を要求するために用いられ
る。クラスＳＩ＿ＡｐｐＩｔｅｍのオペレーション“ｒ
ｅａｄＲｅｑｕｅｓｔ”は読み込み動作を要求するため
に用いられる。読み込みまたは書き込み動作が要求され
る場合，ＳＩ＿ＡｐｐＩｔｅｍ６１０，６２０を参照
し，要求された動作，読み込み・書き込み，および書き
込みの場合はその書き込まれるべきデータを含んだクラ
スＳＩ＿ＱｕｅｕｅＩｔｅｍのオブジェクト６８０，６
９０が構成される。ＳＩ＿ＱｕｅｕｅＩｔｅｍは読み出
しキュー６７０，またはＣｏｍｐｏｎｅｎｔ７００に付
加されている書き込みキューのいずれかに配置される。
これらのキュー・アイテムは，以下にさらに通信モジュ
ールとの関連で説明されるように，リモート・マシーン
とのバッチ通信セッションをユーザーまたはアプリケー
ションが要求するまで蓄積される。
【００９４】バッチ通信セッションが行われる場合，各
ＳＩ＿ＡｐｐＩｔｅｍのＣｕｒｒｅｎｔＶａｌｕｅ属性
は，そのリモート・マシーン内に保存されたり，あるい
はそこから検索される値を反映するように更新される。
また，ＳＩ＿ＡｐｐＩｔｅｍ６１０，６２０と関連した
各ＳＩ＿ＧｕｉＩｔｅｍ５００は，“ｃｕｒｒｅｎｔＶ
ａｌｕｅＳｅｔ”オペレーションの副次的作用としてそ
の更新が自動的に通知される。
ＳＩ＿ＡｐｐＩｔｅｍのＣｕｒｒｅｎｔＶａｌｕｅ属性
は，そのリモート・マシーン内に保存されたり，あるい
はそこから検索される値を反映するように更新される。
また，ＳＩ＿ＡｐｐＩｔｅｍ６１０，６２０と関連した
各ＳＩ＿ＧｕｉＩｔｅｍ５００は，“ｃｕｒｒｅｎｔＶ
ａｌｕｅＳｅｔ”オペレーションの副次的作用としてそ
の更新が自動的に通知される。
【００９５】コンポーネント・オブジェクトは，それ自
体，リモート・マシーンに接続された個別的に制御され
るマシーンに対応した『サブ−コンポーネント』（図示
せず）のためのコンテナーである。例えば，トップ−レ
ベル・コンポーネント・オブジェクト（Ｃｏｍｐｏｎｅ
ｎｔ７００）は，それに複数のコピー機が取りつけられ
る，トップ−レベル・コンポーネント（Ｃｏｍｐｏｎｅ
ｎｔ７００）の内容によって示されるライン−アダプタ
・マルチプレクサであって良い。
体，リモート・マシーンに接続された個別的に制御され
るマシーンに対応した『サブ−コンポーネント』（図示
せず）のためのコンテナーである。例えば，トップ−レ
ベル・コンポーネント・オブジェクト（Ｃｏｍｐｏｎｅ
ｎｔ７００）は，それに複数のコピー機が取りつけられ
る，トップ−レベル・コンポーネント（Ｃｏｍｐｏｎｅ
ｎｔ７００）の内容によって示されるライン−アダプタ
・マルチプレクサであって良い。
【００９６】図５は，マシーン・モデル８６０（図４の
６３０），アプリケーション・ステート８１０（図４で
６００），そして，リモート・マシーン９０との間の関
係を示している。これを説明するために，その内部でリ
モートからアクセスできるサービスが電子的に消去可能
な読み取り専用メモリ９１０内に含まれたデータによっ
て示され，それから，データを検索したり，あるいはそ
の内部でファクシミリ装置９０にスターティング・アド
レスおよびサイズを含んだ適切にフォーマット化された
リクエスを提示することによって修正することができる
リコー・モデルＦＡＸ−６０と類似したファクシミリ装
置を用いる。なお，転送されるデータを確認するための
異なった方法およびデータをコード化する異なった方法
を伴う他のプロトコルを用いることが可能であること
は，当業者には明らかである。
６３０），アプリケーション・ステート８１０（図４で
６００），そして，リモート・マシーン９０との間の関
係を示している。これを説明するために，その内部でリ
モートからアクセスできるサービスが電子的に消去可能
な読み取り専用メモリ９１０内に含まれたデータによっ
て示され，それから，データを検索したり，あるいはそ
の内部でファクシミリ装置９０にスターティング・アド
レスおよびサイズを含んだ適切にフォーマット化された
リクエスを提示することによって修正することができる
リコー・モデルＦＡＸ−６０と類似したファクシミリ装
置を用いる。なお，転送されるデータを確認するための
異なった方法およびデータをコード化する異なった方法
を伴う他のプロトコルを用いることが可能であること
は，当業者には明らかである。
【００９７】リモート・ファクシミリ装置はメモリにサ
ービス・アイテムを保存するので，マシン・モデル８６
０はＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍのサブクラスである
ＳＩ＿ＲｅｍｏｔｅＩｔｅｍのサブクラスであるクラス
ＳＩ＿ＭｅｍｏｒｙＩｔｅｍのインスタンスであるオブ
ジェクト８７０，８８０を含んでいる。例えば，ＳＩ＿
ＭｅｍｏｒｙＩｔｅｍ８７０は長さ３のストリングを指
定するその“ｉｔｅｍＳｉｚｅ”属性内にサイズ３を有
している。ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ８７０内のデー
タ・タイプ“Ｃｈａｒｓ”は，クラスＲ＿ＶａｌｕｅＤ
ｓｃｒのサブクラスのインスタンスに対するポインタに
よって“ＶａｌｕｅＤｓｃｒ”属性内に示される。
ービス・アイテムを保存するので，マシン・モデル８６
０はＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍのサブクラスである
ＳＩ＿ＲｅｍｏｔｅＩｔｅｍのサブクラスであるクラス
ＳＩ＿ＭｅｍｏｒｙＩｔｅｍのインスタンスであるオブ
ジェクト８７０，８８０を含んでいる。例えば，ＳＩ＿
ＭｅｍｏｒｙＩｔｅｍ８７０は長さ３のストリングを指
定するその“ｉｔｅｍＳｉｚｅ”属性内にサイズ３を有
している。ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ８７０内のデー
タ・タイプ“Ｃｈａｒｓ”は，クラスＲ＿ＶａｌｕｅＤ
ｓｃｒのサブクラスのインスタンスに対するポインタに
よって“ＶａｌｕｅＤｓｃｒ”属性内に示される。
【００９８】リモートでアクセスできるデータの一部は
そのメモリのバイト内に保存されているビットフィール
ドで構成されており，図５はリモート・ファクシミリ装
置９０のメモリ９１０のバイト９２０内に含まれた２つ
のそうしたビットフィールド９２１，９２２を示してお
り，それぞれ，いずれもバイト９２０を示すＳＩ＿Ｍｅ
ｍｏｒｙＩｔｅｍオブジェクト８８０内に含まれるクラ
スＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍのインスタンス８９
０，９００によって示されている。
そのメモリのバイト内に保存されているビットフィール
ドで構成されており，図５はリモート・ファクシミリ装
置９０のメモリ９１０のバイト９２０内に含まれた２つ
のそうしたビットフィールド９２１，９２２を示してお
り，それぞれ，いずれもバイト９２０を示すＳＩ＿Ｍｅ
ｍｏｒｙＩｔｅｍオブジェクト８８０内に含まれるクラ
スＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍのインスタンス８９
０，９００によって示されている。
【００９９】リモート・サービス・アプリケーション・
プログラムによって操作できる各サービス・アイテム
は，クラスＳＩ＿ＡｐｐＩｔｅｍのインスタンス８２
０，８３０によって示されるアプリケーション・ステー
ト８１０内にカレント・ステートを有している。
プログラムによって操作できる各サービス・アイテム
は，クラスＳＩ＿ＡｐｐＩｔｅｍのインスタンス８２
０，８３０によって示されるアプリケーション・ステー
ト８１０内にカレント・ステートを有している。
【０１００】本発明の好ましい実施の形態においては，
マシーン・モデルは，ＳＩ＿ＭｏｄｅｌＩｔｅｍのサブ
クラスのインスタンスで構成されており，以下の階層を
有している。ここで，インデントは，上のものへ対する
従属を示している。 ＳＩ＿ＭｏｄｅｌＩｔｅｍ マシーン・モデル−−−記述のみ ＳＩ＿ＩｎｔｅｒｎａｌＩｔｅｍ アプリケーションに対して内部的 ＳＩ＿ＥｘｔｅｒｎａｌＩｔｅｍ 外部記憶またはサーバー ＳＩ＿ＤＩｒｅｃｔｏｒｙＩｔｅｍ ディレクトリ ＳＩ＿ＦｉｌｅＩｔｅｍ ファイル ＳＩ＿ＴａｂｌｅＩｔｅｍ データベース・テーブル ＳＩ＿ＱｕｅｒｙＩｔｅｍ データベース照会 ＳＩ＿ＴｕｐｌｅＩｔｅｍ データベース・タップル ＳＩ＿ＦｉｅｌｄＩｔｅｍ データベース・フィールド ＳＩ＿ＲｅｍｏｔｅＩｔｅｍ リモート・マシーン ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ リモート・メモリに保存 ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍ ワード内のビットフィールド ＳＩ＿ＰｒｏｇｒａｍＩｔｅｍ リモート・プログラムによりアクセス
マシーン・モデルは，ＳＩ＿ＭｏｄｅｌＩｔｅｍのサブ
クラスのインスタンスで構成されており，以下の階層を
有している。ここで，インデントは，上のものへ対する
従属を示している。 ＳＩ＿ＭｏｄｅｌＩｔｅｍ マシーン・モデル−−−記述のみ ＳＩ＿ＩｎｔｅｒｎａｌＩｔｅｍ アプリケーションに対して内部的 ＳＩ＿ＥｘｔｅｒｎａｌＩｔｅｍ 外部記憶またはサーバー ＳＩ＿ＤＩｒｅｃｔｏｒｙＩｔｅｍ ディレクトリ ＳＩ＿ＦｉｌｅＩｔｅｍ ファイル ＳＩ＿ＴａｂｌｅＩｔｅｍ データベース・テーブル ＳＩ＿ＱｕｅｒｙＩｔｅｍ データベース照会 ＳＩ＿ＴｕｐｌｅＩｔｅｍ データベース・タップル ＳＩ＿ＦｉｅｌｄＩｔｅｍ データベース・フィールド ＳＩ＿ＲｅｍｏｔｅＩｔｅｍ リモート・マシーン ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ リモート・メモリに保存 ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍ ワード内のビットフィールド ＳＩ＿ＰｒｏｇｒａｍＩｔｅｍ リモート・プログラムによりアクセス
【０１０１】抽象クラスＳＩ＿ＭｏｄｅｌＩｔｅｍは，
リモート・マシーン内に配置されているサービス・アイ
テムに対するアクセスおよび交信動作を実行するための
抽象的なプログラニング・インタフェースを提供し，Ｓ
Ｉ＿ＭｏｄｅｌＩｔｅｍの種々のサブクラスは，特定の
マシーンに対する通信プロトコルを用いた特殊なタイプ
のリモート・データを処理するためのこれらのオペレー
ションのインプリメンテーションを可能にするものであ
る。
リモート・マシーン内に配置されているサービス・アイ
テムに対するアクセスおよび交信動作を実行するための
抽象的なプログラニング・インタフェースを提供し，Ｓ
Ｉ＿ＭｏｄｅｌＩｔｅｍの種々のサブクラスは，特定の
マシーンに対する通信プロトコルを用いた特殊なタイプ
のリモート・データを処理するためのこれらのオペレー
ションのインプリメンテーションを可能にするものであ
る。
【０１０２】サブクラス化することで，ＳＩ＿Ｍｅｍｏ
ｒｙＩｔｅｍオブジェクト８７０，８８０は，１つのリ
モート・マシーンのメモリに保存されているリモート・
サービス・アイテムに対してそれぞれ個別的に振る舞う
ことができるようになり，ＳＩ＿ＢｉｔｆｉｅｌｄＩｔ
ｅｍオブジェクト８９０，９００は，リモート・マシー
ン・メモリ内に記憶されているワードに含まれているビ
ットフィールドに対して個別的に振る舞うことができる
ようになる。例えば，“ｐａｃｋｅｄＳｉｚｅ”属性
は，ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍ内では単に“ｉｔ
ｅｍＳｉｚｅ”属性の値をリターンし，ＳＩ＿Ｍｅｍｏ
ｒｙＩｔｅｍでは，バイト内のビットの数である８を掛
けた“ｉｔｅｍＳｉｚｅ”属性の値をリターンする機能
で計算される。
ｒｙＩｔｅｍオブジェクト８７０，８８０は，１つのリ
モート・マシーンのメモリに保存されているリモート・
サービス・アイテムに対してそれぞれ個別的に振る舞う
ことができるようになり，ＳＩ＿ＢｉｔｆｉｅｌｄＩｔ
ｅｍオブジェクト８９０，９００は，リモート・マシー
ン・メモリ内に記憶されているワードに含まれているビ
ットフィールドに対して個別的に振る舞うことができる
ようになる。例えば，“ｐａｃｋｅｄＳｉｚｅ”属性
は，ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍ内では単に“ｉｔ
ｅｍＳｉｚｅ”属性の値をリターンし，ＳＩ＿Ｍｅｍｏ
ｒｙＩｔｅｍでは，バイト内のビットの数である８を掛
けた“ｉｔｅｍＳｉｚｅ”属性の値をリターンする機能
で計算される。
【０１０３】ＳＩ＿ＩｎｔｅｒｎａｌＩｔｅｍおよびＳ
Ｉ＿ＥｘｔｅｒｎａｌＩｔｅｍは，ＳＩ＿ＭｏｄｅｌＩ
ｔｅｍの二つの主要なサブクラスである。ＳＩ＿Ｉｎｔ
ｅｒｎａｌＩｔｅｍオブジェクトは，そのリモート・マ
シーンに関連し，上記リモート・マシーン・アプリケー
ション（例えば，リモートではアクセスできないが，カ
スタマー・データベースから獲得することができるその
マシーンのシリアル番号）に対しては内部的なデータを
記述する。データがそのリモート・マシーン・アプリケ
ーションに対して外部的な場合は，ＳＩ＿Ｅｘｔｅｒｎ
ａｌＩｔｅｍサブクラスのサブクラスが用いられる。例
えば，ＳＩ＿ＴａｂｌｅＩｔｅｍはリモート・データベ
ース・テーブルにおけるテーブルを記述し，ＳＩ＿Ｍｅ
ｍｏｒｙＩｔｅｍはリモート・ファクシミリ装置のメモ
リにおけるデータ・アイテムを記述する。
Ｉ＿ＥｘｔｅｒｎａｌＩｔｅｍは，ＳＩ＿ＭｏｄｅｌＩ
ｔｅｍの二つの主要なサブクラスである。ＳＩ＿Ｉｎｔ
ｅｒｎａｌＩｔｅｍオブジェクトは，そのリモート・マ
シーンに関連し，上記リモート・マシーン・アプリケー
ション（例えば，リモートではアクセスできないが，カ
スタマー・データベースから獲得することができるその
マシーンのシリアル番号）に対しては内部的なデータを
記述する。データがそのリモート・マシーン・アプリケ
ーションに対して外部的な場合は，ＳＩ＿Ｅｘｔｅｒｎ
ａｌＩｔｅｍサブクラスのサブクラスが用いられる。例
えば，ＳＩ＿ＴａｂｌｅＩｔｅｍはリモート・データベ
ース・テーブルにおけるテーブルを記述し，ＳＩ＿Ｍｅ
ｍｏｒｙＩｔｅｍはリモート・ファクシミリ装置のメモ
リにおけるデータ・アイテムを記述する。
【０１０４】データ自体，つまり，データ・タイプ（整
数，基数，フロート，ストリング等），サイズ，数値の
範囲およびその他の属性が，『バリュー・デスクリプ
タ』（クラスＶａｌｕｅＤｓｃｒ）と呼ばれるデータ・
ストラクチャ内に記述される。これらの数値デスクリプ
タはＳｍａｌｌｔａｌｋ等の言語で用いられるものと同
様のランタイム・クラス・デスクリプタである。数値デ
スクリプタに対するポインタとそのデータの初期値はＳ
Ｉ＿ＭｏｄｅｌＩｔｅｍオブジェクトの“ｄｅｆａｕｌ
ｔＶａｌｕｅ”属性であるクラスＲｖａｌｕｅのオブジ
ェクト内で結合されている。数値デスクリプタの一部の
属性はＳＩ＿ＭｏｄｅｌＩｔｅｍの対応する属性によっ
てオーバーライドされる場合もある。１つの値があるオ
ブジェクトのインスタンスに対する基準である場合，そ
のクラス名および公的にアクセス可能な属性は上記オブ
ジェクトのインスタンスの仮想機能“ｄｓｃｒ”によっ
てリターンされるクラスＲ＿ＣｌａｓｓＤｓｃｒのイン
スタンスによって記述される。
数，基数，フロート，ストリング等），サイズ，数値の
範囲およびその他の属性が，『バリュー・デスクリプ
タ』（クラスＶａｌｕｅＤｓｃｒ）と呼ばれるデータ・
ストラクチャ内に記述される。これらの数値デスクリプ
タはＳｍａｌｌｔａｌｋ等の言語で用いられるものと同
様のランタイム・クラス・デスクリプタである。数値デ
スクリプタに対するポインタとそのデータの初期値はＳ
Ｉ＿ＭｏｄｅｌＩｔｅｍオブジェクトの“ｄｅｆａｕｌ
ｔＶａｌｕｅ”属性であるクラスＲｖａｌｕｅのオブジ
ェクト内で結合されている。数値デスクリプタの一部の
属性はＳＩ＿ＭｏｄｅｌＩｔｅｍの対応する属性によっ
てオーバーライドされる場合もある。１つの値があるオ
ブジェクトのインスタンスに対する基準である場合，そ
のクラス名および公的にアクセス可能な属性は上記オブ
ジェクトのインスタンスの仮想機能“ｄｓｃｒ”によっ
てリターンされるクラスＲ＿ＣｌａｓｓＤｓｃｒのイン
スタンスによって記述される。
【０１０５】アプリケーション・ステート８１０内の各
ＳＩ＿ＡｐｐＩｔｅｍオブジェクト８２０，８３０，８
４０，８５０は，リモート・マシーンのカレント・ステ
ート，ユーザー・インタフェースの状態，そしてそれら
の間の関係に関してリモート・サービス・アプリケーシ
ョンが持っている情報を記憶する。
ＳＩ＿ＡｐｐＩｔｅｍオブジェクト８２０，８３０，８
４０，８５０は，リモート・マシーンのカレント・ステ
ート，ユーザー・インタフェースの状態，そしてそれら
の間の関係に関してリモート・サービス・アプリケーシ
ョンが持っている情報を記憶する。
【０１０６】クラスＳＩ＿ＡｐｐＩｔｅｍ８２０，８３
０，８４０，８５０の各インスタンスは，そのアイテム
の許可可能状態，およびその位置またはそのリモート・
マシーンに対するアクセス情報について記述するクラス
ＳＩ＿ＭｏｄｅｌＩｔｅｍ８７０，８８９，８９０，９
００の１つのインスタンスに対するレファレンス（参照
情報）を含んだ属性『モデル』を有している。
０，８４０，８５０の各インスタンスは，そのアイテム
の許可可能状態，およびその位置またはそのリモート・
マシーンに対するアクセス情報について記述するクラス
ＳＩ＿ＭｏｄｅｌＩｔｅｍ８７０，８８９，８９０，９
００の１つのインスタンスに対するレファレンス（参照
情報）を含んだ属性『モデル』を有している。
【０１０７】また，各ＳＩ＿ＡｐｐＩｔｅｍは，そのリ
モート・マシーンにおけるそのサービス・アイテムのカ
レント・ステートに関する情報を含んだ属性“ｃｕｒｒ
ｅｎｔＶａｌｕｅ”と，そのリモートの要求された更新
状態を示す属性“ｎｅｗＶａｌｕｅ”も有している。
モート・マシーンにおけるそのサービス・アイテムのカ
レント・ステートに関する情報を含んだ属性“ｃｕｒｒ
ｅｎｔＶａｌｕｅ”と，そのリモートの要求された更新
状態を示す属性“ｎｅｗＶａｌｕｅ”も有している。
【０１０８】２．２．１．合成データ リモート・マシーン内の１つのサービス・アイテムが配
列や構成等合成データ・ストラクチャでできている場
合，それはその『子：チルドレン』としても知られてい
る１つまたは複数の従属ＳＩ＿ＭｏｄｅｌＩｔｅｍオブ
ジェクトの集合（collection) を有するＳＩ＿Ｍｏｄｅ
ｌＩｔｅｍによって記述される。１つの配列を示すＳＩ
＿ＭｏｄｅｌＩｔｅｍオブジェクトは，アレイ・アイテ
ム・オブジェクトを記述する１つの子（チャイルド）を
有しており，１つのストラクチャを示すＳＩ＿Ｍｏｄｅ
ｌＩｔｅｍは，各フィールドを記述する別の子（チャイ
ルド）を有している。
列や構成等合成データ・ストラクチャでできている場
合，それはその『子：チルドレン』としても知られてい
る１つまたは複数の従属ＳＩ＿ＭｏｄｅｌＩｔｅｍオブ
ジェクトの集合（collection) を有するＳＩ＿Ｍｏｄｅ
ｌＩｔｅｍによって記述される。１つの配列を示すＳＩ
＿ＭｏｄｅｌＩｔｅｍオブジェクトは，アレイ・アイテ
ム・オブジェクトを記述する１つの子（チャイルド）を
有しており，１つのストラクチャを示すＳＩ＿Ｍｏｄｅ
ｌＩｔｅｍは，各フィールドを記述する別の子（チャイ
ルド）を有している。
【０１０９】対応するＳＩ＿ＡｐｐＩｔｅｍは，各サブ
−アイテム（ストラクチャ・フィールドの配列要素）の
ためのチャイルドＳＩ＿ＡｐｐＩｔｅｍか，あるいはサ
ブ−アイテム値の配列に対する単一合成値のいずれかを
有している場合もある。１つの配列要素を示す各ＳＩ＿
ＡｐｐｌＩｔｅｍはその『位置』（“ｌｏｃａｔｉｏ
ｎ”）属性に，その配列の冒頭からの指数（“ｉｎｄｅ
ｘ”）である値を持っている。
−アイテム（ストラクチャ・フィールドの配列要素）の
ためのチャイルドＳＩ＿ＡｐｐＩｔｅｍか，あるいはサ
ブ−アイテム値の配列に対する単一合成値のいずれかを
有している場合もある。１つの配列要素を示す各ＳＩ＿
ＡｐｐｌＩｔｅｍはその『位置』（“ｌｏｃａｔｉｏ
ｎ”）属性に，その配列の冒頭からの指数（“ｉｎｄｅ
ｘ”）である値を持っている。
【０１１０】アプリケーション・プログラマは，与えら
れたいずれかのアプリケーションに対してこれら二つの
表現のうちのどれが最も適切かについて判断する。例え
ば，図５で，ＳＩ＿ＡｐｐＩｔｅｍオブジェクト８３０
とＳＩ＿ＭｅｍｏｒｙＩｔｅｍによって記述されるリモ
ート・データ・アイテムは，ＳＩ＿ＡｐｐＩｔｅｍオブ
ジェクト８４０，８５０とＳＩ＿Ｂｉｔｆｉｅｌｄオブ
ジェクト８９０および９００によって記述されるビット
フィールドを含んでいる。
れたいずれかのアプリケーションに対してこれら二つの
表現のうちのどれが最も適切かについて判断する。例え
ば，図５で，ＳＩ＿ＡｐｐＩｔｅｍオブジェクト８３０
とＳＩ＿ＭｅｍｏｒｙＩｔｅｍによって記述されるリモ
ート・データ・アイテムは，ＳＩ＿ＡｐｐＩｔｅｍオブ
ジェクト８４０，８５０とＳＩ＿Ｂｉｔｆｉｅｌｄオブ
ジェクト８９０および９００によって記述されるビット
フィールドを含んでいる。
【０１１１】２．２．２．リモート・マシーン・ヒスト
リー オプションとして，１つのリモート・マシーンの経時デ
ータ（ヒストリー）は，経時データベース（図示せず）
に格納するようにしても良い。経時データのタイプは，
例えば，毎月コピー機で作成されるコピーの枚数，顧客
が購入するオプション等を含んでいる。経時データを追
跡確認するために，ＳＩ＿ＡｐｐＩｔｅｍは異なったコ
ンポーネントの別のＳＩ＿ＡｐｐＩｔｅｍを指示する属
性“ｈｉｓｔｏｒｙ”を有している。この異なったコン
ポーネントとは，通常，データベースやファイルを記述
するものである。
リー オプションとして，１つのリモート・マシーンの経時デ
ータ（ヒストリー）は，経時データベース（図示せず）
に格納するようにしても良い。経時データのタイプは，
例えば，毎月コピー機で作成されるコピーの枚数，顧客
が購入するオプション等を含んでいる。経時データを追
跡確認するために，ＳＩ＿ＡｐｐＩｔｅｍは異なったコ
ンポーネントの別のＳＩ＿ＡｐｐＩｔｅｍを指示する属
性“ｈｉｓｔｏｒｙ”を有している。この異なったコン
ポーネントとは，通常，データベースやファイルを記述
するものである。
【０１１２】経時データ・アイテムの“ｃｕｒｒｅｎｔ
Ｖａｌｕｅ”は，アプリケーションが開始された場合
（例えば，請求アプリケーションにおける前月のコピー
・カウント等），そのアイテムについて知られているこ
とを反映している。システムがそのアイテムに関して知
っていることに変化が生じた場合，“ｃｕｒｒｅｎｔＶ
ａｌｕｅＳｅｔ”が呼び出されてその変化を反映させ，
そしてその経時データ・アイテムの“ｎｅｗＶａｌｕｅ
Ｓｅｔ”オペレーションが同じ値で呼び出される。いく
つかのアプリケーション（例えば，リモート・セットア
ップ）では，１つのサービス・アイテムの値を，そのア
プリケーションのユーザーによって行われた可能性のあ
る全ての変更を無効にするように，プログラムが開始さ
れた場合に有していた値に戻すことができると非常に有
益であることがある。
Ｖａｌｕｅ”は，アプリケーションが開始された場合
（例えば，請求アプリケーションにおける前月のコピー
・カウント等），そのアイテムについて知られているこ
とを反映している。システムがそのアイテムに関して知
っていることに変化が生じた場合，“ｃｕｒｒｅｎｔＶ
ａｌｕｅＳｅｔ”が呼び出されてその変化を反映させ，
そしてその経時データ・アイテムの“ｎｅｗＶａｌｕｅ
Ｓｅｔ”オペレーションが同じ値で呼び出される。いく
つかのアプリケーション（例えば，リモート・セットア
ップ）では，１つのサービス・アイテムの値を，そのア
プリケーションのユーザーによって行われた可能性のあ
る全ての変更を無効にするように，プログラムが開始さ
れた場合に有していた値に戻すことができると非常に有
益であることがある。
【０１１３】２．２．３．新しいモデル・アイテムの定
義 上の説明で分かるように，アプリケーション・プログラ
マは，いずれのかの新しいリモート・マシーン，データ
ベース，または他の外部リソースによって提供される新
しい種類のサービス・アイテムを記述するために，クラ
スＳＩ＿ＭｏｄｅｌＩｔｅｍに対する新しいサブクラス
を簡単に定義することができる。
義 上の説明で分かるように，アプリケーション・プログラ
マは，いずれのかの新しいリモート・マシーン，データ
ベース，または他の外部リソースによって提供される新
しい種類のサービス・アイテムを記述するために，クラ
スＳＩ＿ＭｏｄｅｌＩｔｅｍに対する新しいサブクラス
を簡単に定義することができる。
【０１１４】こうしたサブクラスのためのコードを含ん
だライブラリにリンクされた全てのアプリケーション
は，作動中，その新しいサービス・アイテムを用いるこ
とができ，そうしたアプリケーションをリコンパイルす
る必要はなく，再リンクすれば良いだけである。ダイナ
ミック・リンク・ライブラリ（ＤＬＬ）に新しいクラス
を入れることによって，適切に構成されたアプリケーシ
ョンは，リンクされてユーザーに配分された後でも新し
いサービス・アイテムを利用することができる。
だライブラリにリンクされた全てのアプリケーション
は，作動中，その新しいサービス・アイテムを用いるこ
とができ，そうしたアプリケーションをリコンパイルす
る必要はなく，再リンクすれば良いだけである。ダイナ
ミック・リンク・ライブラリ（ＤＬＬ）に新しいクラス
を入れることによって，適切に構成されたアプリケーシ
ョンは，リンクされてユーザーに配分された後でも新し
いサービス・アイテムを利用することができる。
【０１１５】２．２．４．初期化アプリケーション・プ
ログラムがあるリモート・マシーンと通信するために
は，そのメモリ内にコンポーネントとその関連マシーン
・モデルおよびアプリケーション・ステートとを有して
いなければならないことは，当業者にはすぐ分かる。
ログラムがあるリモート・マシーンと通信するために
は，そのメモリ内にコンポーネントとその関連マシーン
・モデルおよびアプリケーション・ステートとを有して
いなければならないことは，当業者にはすぐ分かる。
【０１１６】本発明の好ましい実施の形態においては，
これはそれらのクラスの名称，その属性の名称と値，そ
して各集合オブジェクトに含まれるオブジェクトのテキ
ストによる表現または二進値による表現を含む，構成さ
れるオブジェクト・インスタンスのテキストまたは二進
値による表現を含んだ１つまたは複数のファイルを文法
的に解析することによって行うことができる。
これはそれらのクラスの名称，その属性の名称と値，そ
して各集合オブジェクトに含まれるオブジェクトのテキ
ストによる表現または二進値による表現を含む，構成さ
れるオブジェクト・インスタンスのテキストまたは二進
値による表現を含んだ１つまたは複数のファイルを文法
的に解析することによって行うことができる。
【０１１７】そのファイル内に示される種々のクラスに
関するコンストラクタを用いて，パース・ツリーがつく
られ，そのルートは必要なコンポーネント・オブジェク
ト・インスタンス７００，８００であり，その“ｍｏｄ
ｅｌ”属性はマシーン・モデル６３０，８６０を含んで
おり，その“ｓｔａｔｅ”属性はアプリケーション・ス
テート６００，８１０を含んでいる。アプリケーション
・ステートは個別ケース・ファイル３３０，４２０を文
法的に解析することによって構成しても良く，マシーン
・モデル・ファイル３５０，４３０からの初期値を用い
て構成し，初期化してもよい。
関するコンストラクタを用いて，パース・ツリーがつく
られ，そのルートは必要なコンポーネント・オブジェク
ト・インスタンス７００，８００であり，その“ｍｏｄ
ｅｌ”属性はマシーン・モデル６３０，８６０を含んで
おり，その“ｓｔａｔｅ”属性はアプリケーション・ス
テート６００，８１０を含んでいる。アプリケーション
・ステートは個別ケース・ファイル３３０，４２０を文
法的に解析することによって構成しても良く，マシーン
・モデル・ファイル３５０，４３０からの初期値を用い
て構成し，初期化してもよい。
【０１１８】１つの例として，アプリケーション・プロ
グラムがファクシミリ装置と交信する必要が生じた場
合，そのアプリケーション・プログラムは最初にそのフ
ァクシミリ装置を記述したマシーン・モデル・ファイル
を検索する。そうしたファイルは，例えば，以下に示す
ように記述される（一部）。ただし，明細書における文
字標記の制限から，制限のある文字を代用文字（以下に
＄で記載する文字）に代えて記述する。
グラムがファクシミリ装置と交信する必要が生じた場
合，そのアプリケーション・プログラムは最初にそのフ
ァクシミリ装置を記述したマシーン・モデル・ファイル
を検索する。そうしたファイルは，例えば，以下に示す
ように記述される（一部）。ただし，明細書における文
字標記の制限から，制限のある文字を代用文字（以下に
＄で記載する文字）に代えて記述する。
【０１１９】 SC＿ServiceModel: (＄ name=k50 ＄ SI＿MemoryItem: (＄ name=R17D4 defaultValue=BCD1:51 description=‘drmk50.dat#R17D4' itemValueList=〔〕 features=S＿FeatureSet: (SYSTEM RemoteSetting) readOnly=- msbFirst=+ isremote=+ bitOffset=0 offset=6100 label=‘NCU 13' ＄) SI＿MemoryItem: (＄ name=R17D5 defaultValue=BCD1:256 description = ‘drmk50.dat#R17D5' itemValueList=〔〕 features= S＿FeatureSet: (SYSTEM RemoteSetting) readOnly=- msbFirst=+ isremote=+ bitOffset=0 offset=6101 label=‘NCU 14' ＄) SI＿MemoryItem: (＄ name=R17D6 defaultValue=BCD1:256 description=‘drmk50.dat#R17D6' itemValueList=〔〕 features=S＿FeatureSet: SYSTEM RemoteSetting) readOnly=- msbFirst=+ isremote=+ bitOffset=0 offset=6102 label=‘NCU 15' ・・・
【０１２０】上に示したように，記述ファイルは“Ｋ５
０”ファクシミリ装置に関するＳＣ＿ＳｅｒｖｉｃｅＭ
ｏｄｅｌ（モデル）のテキストによる表現を含んでい
る。ＳＩ＿ＭｅｍｏｒｙＩｔｅｍのインスタンスはＲ１
７Ｄ４，Ｒ１７Ｄ６およびＲ１７Ｄ６を含んで記述され
ている。適切なインスタンスの内部の仮想機能は特定の
通信プロトコルによって処理するために実行される。
０”ファクシミリ装置に関するＳＣ＿ＳｅｒｖｉｃｅＭ
ｏｄｅｌ（モデル）のテキストによる表現を含んでい
る。ＳＩ＿ＭｅｍｏｒｙＩｔｅｍのインスタンスはＲ１
７Ｄ４，Ｒ１７Ｄ６およびＲ１７Ｄ６を含んで記述され
ている。適切なインスタンスの内部の仮想機能は特定の
通信プロトコルによって処理するために実行される。
【０１２１】別の例として，アプリケーション・プログ
ラムはコピー機と交信することが必要な場合，アプリケ
ーション・プログラムは先ずそのコピー機を記述するフ
ァイルを検索する。この場合，例えば，表２に示すよう
に記述される（一部）。
ラムはコピー機と交信することが必要な場合，アプリケ
ーション・プログラムは先ずそのコピー機を記述するフ
ァイルを検索する。この場合，例えば，表２に示すよう
に記述される（一部）。
【０１２２】 SC＿ServiceModel: (＄ name=FT8780 ＄ SI＿CopierItem: (＄ name=LampThermistor writeDCode= ‘1302' features=S＿FeatureSet: ( ReadOnly RemoteSetting) msbFirst=- writeInfcode= ‘16040070101' isremote=+ offset=0 label=LampThermistor separator=‘;' IDCode= 〔〕 defaultValue=Nchars2:"00" size＿for ＿specify ＿data＿length=2 description=〔〕 readOnly=- bitOffset=0 readInfCode=‘16040070101' size=2 readDcode=‘1302;' ＄) SI＿CopierItem: (＄ name= SC＿ChargerLeak writeDCode= ‘1302;' features=S＿FeatureSet: ( RemoteSetting ScCall msbFirst=- writeInCode=‘32000930201' isremote=+ offset=0 label=SC＿ChargerLeak separator=‘;' IDCode= 〔〕 defaultValue=Nchars1＿1:"0" size＿for ＿specify ＿data＿length=2 description=〔〕 readOnly=- bitOffset=0 readInfCode=‘32000930201' size=1 readDCode=‘1302;' ＄) SI＿CopierItem: (＄ name=FusingTempADJ writeDCode= ‘1304' features=S＿FeatureSet: ( ReadWrite RemoteSetting) msbFirst=- writeInfCode= ‘51011050101' isremote=+ offset=0 label=FusingTempADJ separator=‘;' IDCode= 〔〕 defaultValue=Nchars3s ＿16:"+00" size＿for ＿specify ＿data＿length=2 description=〔〕 readOnly=- bitOffset=0 readInfCode=‘51011050101' size=1 readDCode=‘1302;' ＄) ・・・
【０１２３】上に示した通り，記述ファイルは“ＦＴ８
７８０”コピー機に関するＳＣ＿ＳｅｒｖｉｃｅＭｏｄ
ｅｌ（モデル）のテキストによる表現を含んでいる。Ｓ
Ｉ＿ＣｏｐｉｅｒＩｔｅｍのインスタンスは，Ｌａｍｐ
Ｔｈｅｒｍｉｔｏｒ，ＳＣ＿ＣｈａｒｇｅｒＬｅａｋお
よびＦｕｓｉｎｇＴｅｍｐＡＤＪを含んで記述されてい
る。
７８０”コピー機に関するＳＣ＿ＳｅｒｖｉｃｅＭｏｄ
ｅｌ（モデル）のテキストによる表現を含んでいる。Ｓ
Ｉ＿ＣｏｐｉｅｒＩｔｅｍのインスタンスは，Ｌａｍｐ
Ｔｈｅｒｍｉｔｏｒ，ＳＣ＿ＣｈａｒｇｅｒＬｅａｋお
よびＦｕｓｉｎｇＴｅｍｐＡＤＪを含んで記述されてい
る。
【０１２４】１つのアプリケーションは複数のコンポー
ネント・オブジェクト７００，８００および関連するモ
デル６３０，８６０，およびアプリケーション・ステー
ト６００，８１０を段階的，あるいは同時並行的にその
メモリ内につくることによって複数のリモート・マシー
ンと交信することができる。
ネント・オブジェクト７００，８００および関連するモ
デル６３０，８６０，およびアプリケーション・ステー
ト６００，８１０を段階的，あるいは同時並行的にその
メモリ内につくることによって複数のリモート・マシー
ンと交信することができる。
【０１２５】２．３．典型的なクラス・デスクリプタ 以下のＣ＋＋コードは，マシーン・モデル・クラスの好
ましい実施の形態の説明的なサブセットに関するクラス
・デクラレーションによって構成されている。
ましい実施の形態の説明的なサブセットに関するクラス
・デクラレーションによって構成されている。
【０１２６】２．３．１．Ｓｅｒｖｉｃｅクラス サービス・クラスは，サービス・アイテムおよびサービ
ス集合（collection)に関する一般的で抽象的なベース
・クラスである。
ス集合（collection)に関する一般的で抽象的なベース
・クラスである。
【０１２７】 class Service: public R＿Nameable｛ Description ： R＿ABSTRACT(Service, R Nameable); public: Pseudo-Attributes: R＿FUNC＿RX(Service *, parent); R＿CONTAINER ＿IS(parent); ツリーにおけるこのサービスのペアレント。このサービ スがサービス・ツリーのルートにある場合（つまり，そ のペアレントはコンポーネント）。"parent"はそのサー ビスがつくられた場合にセットされるか，あるいはチャ イルドがそれに付加された場合に，ペアレント自身によ ってセットされる。 R＿FUNC＿RO＿RC(R＿Collection, children); R＿CONTENTS＿IS(children); このサービスのチルドレンを保有するための集合。１つ の場所で初期化，消去できるようにするために，ここに 置かれる。この下側はスペシャライズするためにサブク ラス内で行われるダウンキャスティングが行われねばな らないことを示している。 virtual void setValueAt(Rcad i,Rvalue const &nv); virtual void setValueOf(RKey const&Key, Rvalue const&nv); virtual void append(Rvalue const&nv); parentSet を呼び出すことができるように，チルドレン を付加するオペレーションをオーバーライドする。 virtual Service *getChildByName(R＿Symbol *nm) サービス名が与えられたら，それに一致するチャイルド を見つける。ファスト・ルックアップを行うことができ るサブクラス内にオーバーライドしなければならない。 virtual Component *component ( ) const; コンポーネントがあった場合，このサービスが付加され る。この内容のデクラレーションはそれが大文字でタイ プされるまで（strongly typed) 遅らされる。これは， "S＿TYPED ＿CHILDREN(child＿type, collection＿type )"によって行われる。 #define S＿TYPED ＿CHILDREN(childType, collectionType) ＼ R＿CONTENTS＿INIT＿NEW(collectionType, children);＼ R＿CHILDREN＿ARE ＿TYPED(childType,collectionType, parentSet)
【０１２８】 constructors: Service (R＿Symbol &nm, Service *prnt = 0); 規則上，全てのServiceItem コンストラクタはその最初 のアーギュメントとしての名称に関するレファレンスと その最後のアーギュメントしてのペアレントに対するポ インタを含んでいる。
【０１２９】 usage: "parent ・ append (new Service(name, &parent))" Service (R＿Base const &o); そのコピー・インストラクタを用いてサービスを構成す る場合，通常ボトム・アップでツリーを構成するので， ペアレントは分からない。parentSet で行うアペンドに アサインされねばならない。
【０１３０】 Descructor: 〜Service( ); 代表された集合オペレーション：一つのサービスをペア レント・サービスに対して付加するオペレーションは， 必要な場合，そのチャイルドの"parent"フィールドをセ ットしなければならない。
【０１３１】２．３．２．ＳＩ＿ＳｅｒｖｉｃｅＩｔｅ
ｍクラス ＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍクラスは，全てのサービ
ス・アイテムに対して同じインタフェースを提供する。
ｍクラス ＳＩ＿ＳｅｒｖｉｃｅＩｔｅｍクラスは，全てのサービ
ス・アイテムに対して同じインタフェースを提供する。
【０１３２】 class SI＿ServiceItem: public Service ｛ public: S＿TYPED ＿CHILDREN (SI＿ServiceItem, RT＿Table ＜SI＿ServiceItem ＞); このサービス・アイテムに関する情報をリターンする。 この情報はそのアプリケーション（特徴）およびユーザ ー（ラベル，記述）に対するこのサービス・アイテムを 記述するために用いられる。 R＿ATTR＿XX＿RC(R＿String, label); ユーザーに対する表現のために表示し， このServiceItem をラベルするために用いられるストリ ング。これはデフォールト名で，アプリケーションに特 有の名称変更や言語上の翻訳から，その名称と違ってい る場合もある。 R＿FUNC＿GET (R＿String *， description) ； このサービスが何をするのかについての簡単な説明をす るストリング。一般的に，この説明は，それが必要とさ れる前にそのアプリケーションのワーキング・メモリに 保存されるのではなく，データベースまたはファイルで ルック・アップされる。 R＿FUNC＿GET (S＿featureSet *, features); このサービスに関する一定のシンボリックな特徴をリタ ーンする。 R＿FUNC＿GET(Rcard,offset); そのペアレントに対する本アイテムのアドレスを（バイ トで）リターンする。 R＿FUNC＿GET(Rcard,bitoffset); それを含んでいるアイテムがある場合，その低オーダー ・ビットに対する本アイテムのビットによるオフセット をリターンする。 R＿FUNC＿GET(Rcard, index); ペアレントが同じアイテムの列である場合，そのペアレ ントにおけるこのアイテムのインデックス。さもなけれ ばゼロ。 R＿FUNC＿GET(Rcard, address); 通常それを含んでいるメモリ，ファイル等のスタートに 関連したアイテムの絶対アドレス（バイト）。オフセッ ト，インデックス，およびサイズから計算される。
【０１３３】 Value Description Information ： 以下の機能は，通常，デスクリプタ，特に，default- Value の値デスクリプタによって代表される。サイズや valueList 等の少数の機能が，SI＿ModelItem の属性に よってオーバーライドされることができる。 R＿FUNC＿GET(Rvalue, defaultValue); そのアイテムのデフォールト値。このデフォールト値の R＿ValueDscr はこのアイテムの全てのインスタンスに 対して用いられるデスクリプタである。 R＿FUNC＿GET (R＿ValueDscr & ，defaultDscr); デフォールト値デスクリプタ。"defaultValue ( )・dscr ( )," と同じでなければならないが，効率のため（つま り，ユーザーがいくつかのレベルの間接的な方法で値全 体をワインド・アップ・パシングしないようにするため に），遅らされる。 R＿FUNC＿GET (Rcard, minSize); R＿FUNC＿GET (Rcard, maxSize); １つのアイテムの値をホールドするのに必要な，即ち， そのアイテムをリモート・マシーンのメモリに保存し， それをマシーンに送り，あるいはデータベース内に保存 するために必要な最低および最大バイト数。 Rinvalidindex のmaxSize はそのサイズに関して上限の ない可変長オブジェクトを示している。 R＿FUNC＿GET (Rcard，packedSize); その値のホールドするのに必要なビット数。 R＿FUNC＿GET (Rcard, minWidth); R＿FUNC＿GET (Rcard, maxWidth); R＿FUNC＿GET (Rcard, minHeight); R＿FUNC＿GET (Rcard, maxHeight); プリントまたはディスプレイのために１つの値をストリ ングとして表現するのに必要な最小，および最大文字お よびライン数。 R＿FUNC＿GET (Rvalue, minValue); R＿FUNC＿GET (Rvalue, maxValue); そのアイテムの最小および最大値。ストリング値化され たアイテムのRnullValueをリターン。 R＿FUNC＿GET (Rvalue, unit); R＿FUNC＿GET (Rvalue, scaleFactor); アイテム値の後に表示されるべき単位およびスケール・ ファクタ。例えば，電圧の単位とそのスケール・ファク タはキロボルトで表された値の場合，Ｖと１０００であ る。 R＿FUNC＿GET (R＿Base *, valueList) 少数の名称のついた値をもったアイテムに対して用い得 る値。数値でインデックスされ，符号名でキー入力され た集合（collection) でなければならない。 R＿FUNC＿GET (Rbool, msbFirst); バイト・オーダーリング R＿FUNC＿GET (Rbool, readOnly); そのリモート・マシーン上でアイテムが修正できない場 合だけ有効。
【０１３４】２．３．３．ＳＩ＿ＭｏｄｅｌＩｔｅｍク
ラス ＭｏｄｅｌＩｔｅｍは，マシーンの記述の一部，つま
り，そのプログラム上でのマシーンのモデルである。こ
れはそのマシーンのカレント・ステートに関する情報は
含んでおらず，どのようにしてステートを得られるか，
そしでどんな値が使えるかについての情報を含んでいる
だけである。基本的に，ＭｏｄｅｌＩｔｅｍはリモート
・マシーンを呼び出したり，データベースを調べたりせ
ずに，予め１つのアイテムについて知り得る全ての情報
を含んでいる。
ラス ＭｏｄｅｌＩｔｅｍは，マシーンの記述の一部，つま
り，そのプログラム上でのマシーンのモデルである。こ
れはそのマシーンのカレント・ステートに関する情報は
含んでおらず，どのようにしてステートを得られるか，
そしでどんな値が使えるかについての情報を含んでいる
だけである。基本的に，ＭｏｄｅｌＩｔｅｍはリモート
・マシーンを呼び出したり，データベースを調べたりせ
ずに，予め１つのアイテムについて知り得る全ての情報
を含んでいる。
【０１３５】 Class SI＿ModelItem: public SI＿ServiceItem ｛ R＿ABSTRACT (SI＿ModelItem ，SI＿ServiceItem); public: R＿String *descriptionInit( ); 記述をイニシャライズする。 R＿ATTR＿RW＿RC(S＿FeatureSet, features); このアイテムの特徴 R＿ATTR＿R0 (Rcard,offset); 通常それを含んでいるマシーン・メモリ，ファイル，ま たはプロトコル・バッファのスタートに対するこのアイ テムのアドレス R＿ATTR＿R0 (Rcard, bitOffset); それを含んでいるアイテムがあった場合，その低オーダ ー・ビットに対するこのアイテムのビット数でのオフセ ット
【０１３６】 Value Description Information ： ほとんどのデクスクリプタ属性は，１つまたはそれ以上 のレベルでValueDescriptor により代表される。必要な 場合，一部はここでオーバーライドされる場合もあ る。 R＿ATTR＿R0 (Rvalue,defaultValue); そのアイテムのデフォールト値。デフォールト値デスク リプタはこのアイテムの全てのインスタンスに対して用 いられるデスクリプタである。 R＿FUNC＿GET (R＿ValueDscr & ，defaultDscr); デフォールト値のデスクリプタ。 R＿ATTR＿RW (RBool, msbFirst); バイト・オーダリング R＿ATTR＿RW＿RC(R＿Base，itemValueList); R＿FUNC＿GET (R＿Base *，ValueList); デスクリプタの中のローカル値をオーバーライドできる ローカル値リスト R＿ATTR＿RW (RCard, itemSize); サイズに関するオーバーライド，アイテムがビットフィ ールドかストリングかによって，ビットまたはバイト R＿FUNC＿GET (RCard, minSize); R＿FUNC＿GET (RCard, maxSize); R＿FUNC＿GET (RCard, packedSize);
【０１３７】Read and Writing：SI＿ RemoteItem はリ
モート・マシーン上のアイテムを読み出したり，アイテ
ムを書き込んだりするためのオペレーションを含んでい
るが，しかしながら，これらはプロトコル固有サブクラ
スにオーバーライドされる。これらのオペレーションは
SI＿ ModelItemに組み込まれるが，それはこれがSI＿Ap
pItem が参照するクラスだからである。SI＿AppItem が
アイテムとデータベース・アイテムをそれぞれ別に取り
扱わねばならないかについて特別な理由はなく，例え
ば，あるマシーンはそれ自身のシリアル番号についてレ
ポートし，他のマシーンがネームプレート上およびカス
タマー・データベース内にだけシリアル番号を保存する
ようにしても差し支えない。なお，リモート・アクセス
・オペレーションはSI＿AppItem アーギュメントの形式
をとり，これはそのためにその作業が行われているアプ
リケーション・アイテムである。SI＿AppItem が"busy"
とマークされれば，全てのオペレーションはすぐリター
ンされ，その作業が実際に行われる場合は，コールバッ
ク法が起動される。
モート・マシーン上のアイテムを読み出したり，アイテ
ムを書き込んだりするためのオペレーションを含んでい
るが，しかしながら，これらはプロトコル固有サブクラ
スにオーバーライドされる。これらのオペレーションは
SI＿ ModelItemに組み込まれるが，それはこれがSI＿Ap
pItem が参照するクラスだからである。SI＿AppItem が
アイテムとデータベース・アイテムをそれぞれ別に取り
扱わねばならないかについて特別な理由はなく，例え
ば，あるマシーンはそれ自身のシリアル番号についてレ
ポートし，他のマシーンがネームプレート上およびカス
タマー・データベース内にだけシリアル番号を保存する
ようにしても差し支えない。なお，リモート・アクセス
・オペレーションはSI＿AppItem アーギュメントの形式
をとり，これはそのためにその作業が行われているアプ
リケーション・アイテムである。SI＿AppItem が"busy"
とマークされれば，全てのオペレーションはすぐリター
ンされ，その作業が実際に行われる場合は，コールバッ
ク法が起動される。
【０１３８】 R＿FUNC＿GET ＿IS(RBool, readOnly, rFalse); R＿FUNC＿GET ＿IS(RBool, isRemote, rFalse); このサービスが実際にリモート・マシーンに含まれてい る場合は有効。これは，ユーザーに対して，読み出しや 書き込みを行うためには一定の時間がかかることを示唆 するために用いることができる。 Virtual RBool updateParentNewValue(SI＿AppItem *, RValue const & ）； 必要な場合，AppleItem のペアレントのNewValueを更新 する。 Virtual RBool updateChildrenNewValue(SI＿AppItem *, RValue const & ）； 必要であれば，AppItem のペアレントのChildrenValue を更新 Virtual RBool updateParentCurrentValue(SI＿AppItem *, RValue const & ）； 必要であれば，AppItem のペアレントのcurrentValueを 更新 Virtual RBool updateChildrenCurrentValue(SI＿AppItem *, RValue const & ）； 必要であれば，applItemのチルドレンのcurrentValueを 更新
【０１３９】 Virtual void readOrEnqueue(SI＿ AppItem *app, RBool mayQueue); Virtual void writeOrEnqueue (SI＿AppItem *app, RValue const &v, RBool mayQueue); AppItem のカレント値を読み出したり，書き込んだりす る。isRemote( ) およびmayQueueが両方とも有効であれ ば，オペレーションは実際にキューされる。 virtual void readNotify(SI＿AppItem *app, RValue const &V, R＿Symbol *status) ; Virtual void writeNotify (SI＿AppItem *app, RValue const &V, R＿Symbol *status) ; 値が適切なステータスで読み出されたり，書き込まれた りしたことをアプリケーション・アイテムに伝える（ゼ ロは全てがうまく行ったことを示す）。 これは，AppItem に値を保存することである。 Virtual void readEnqueue (SI＿AppItem *app); Virtual void writeEnqueue(SI＿AppItem *app, RValue const &v); キュー入力を行う。 Virtual void readValue (SI＿AppItem *app) Virtual void writeValue(SI＿AppItem *app, RValue const &v); 実際に読み出し，書き込みを行い，その結果をAppItem 伝える。キュー入力から呼び出される場合もある。デフ ォールトではreadValue がModelItem のdefaultValueを リターンし，writevalueがApplItemにその値が書き込ま れたことを伝える。 virtual RCard readValueFromBuffer(SI＿AppItem *app,R＿Buffer const &buf, RCard buf＿addr=0,RCard hdr＿size=0); virtual RCard writeValueIntoBuffer (SI＿AppItem *app, RValue const &vR Buffer &buf, RCard buf＿addr=0, RCard hdr size=0); バッファー上で読み出しまたは書き込みを行い,AppItem に通知する。 buf＿ addr パラメータはそのマシーンのメモリ位置ゼ ロに対する｛＼em buffer ｝のスタート・アドレス。 hdr＿sizeはバッファー内のいずれかのプロトコル・ヘ ッダー情報以下の buf＿addrに対応する位置である。
【０１４０】 Initalization: virtual void initAppItem (class SI＿AppItem *, RValue&) ｛｝ AppItem のカレント値が初期化される必要がある場合， Si＿AppItem がつくられると呼び出される。このルーチ ンはカレント値に対する任意の直接アクセスである。
【０１４１】２．３．４．ＳＩ＿ＲｅｍｏｔｅＩｔｅｍ
クラス ＳＩ＿ＲｅｍｏｔｅＩｔｅｍクラスは，リモート・マシ
ーンによって実際に実行され，あるいは，リモート・マ
シーンに保存されたり，そこから検索されるサービス・
アイテムに対するペアレント・クラスである。このクラ
スはメモリに基づくサービス・アイテムに関する実際の
メモリ位置を示すと同時に，必要であれば，個々のビッ
トに関する情報も含んでいる。リモート・マシーンが内
容を保有している場合，このクラスはコンポーネントに
対して，個々の名称および記述をデータ・ストラクチャ
の形式で提供する。同じアイテムの列は唯１つのアイテ
ムを有しているだけである。
クラス ＳＩ＿ＲｅｍｏｔｅＩｔｅｍクラスは，リモート・マシ
ーンによって実際に実行され，あるいは，リモート・マ
シーンに保存されたり，そこから検索されるサービス・
アイテムに対するペアレント・クラスである。このクラ
スはメモリに基づくサービス・アイテムに関する実際の
メモリ位置を示すと同時に，必要であれば，個々のビッ
トに関する情報も含んでいる。リモート・マシーンが内
容を保有している場合，このクラスはコンポーネントに
対して，個々の名称および記述をデータ・ストラクチャ
の形式で提供する。同じアイテムの列は唯１つのアイテ
ムを有しているだけである。
【０１４２】 class SI＿RemoteItem: public SI＿ModelItem ｛ R＿ABSTRACT (SI＿RemoteItem, SI＿ModelItem); public: R＿ATTR＿GET ＿IS(RBool, isRemote, rTrue); R＿ATTR＿RW(RBool, readOnly); Constructors: SI＿RemoteItem(R＿Base const &o); SI＿RemoteItem(R＿Symbol &nm, RValue const &dflt, Service *prnt0)
【０１４３】２．３．５．ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ
クラス ＳＩ＿ＭｅｍｏｒｙＩｔｅｍクラスは，リモート・マシ
ーン上のメモリ内での位置を示すものである。背景の箇
所でも述べたように，一部のリモート・マシーンはリモ
ート・マシーン・メモリに対して直接のアクセスを可能
にしている場合がある。
クラス ＳＩ＿ＭｅｍｏｒｙＩｔｅｍクラスは，リモート・マシ
ーン上のメモリ内での位置を示すものである。背景の箇
所でも述べたように，一部のリモート・マシーンはリモ
ート・マシーン・メモリに対して直接のアクセスを可能
にしている場合がある。
【０１４４】 class IS＿MemoryItem: public SI＿RemoteItem｛ R＿CONCRETE (SI＿MemoryItem, SI＿RemoteItem); public: Attributes： R＿FUNC＿GET ＿IS(RCard, start, address() ); スタート・アドレス Reading and writing ： virtual RBool updateChildrenNewValue(SI＿AppItem *, RValue const &); virtual RBool updateChildrenCurrentValue(SI＿AppItem *, RValue const &); Constructors： R＿COPY＿ONSTRUCTOR SI＿MemoryItem(R＿Base const &o); SI＿MemoryItem(R＿Symbol &nm,RValue const &dflt,RCard addr=0 Service *prnt=0); SI＿MemoryItem(R＿Symbol &nm, RValue const &dflt, RCard byteAdd , RCard bitAddr, Service *prnt=0) ;
【０１４５】２．３．６．ＳＩ＿ＢｉｔｆｉｅｌｄＩｔ
ｅｍクラス ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍクラスは，それを含む
ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ内のビットフィールドを示
している。このビット数は含んでいるメモリ・アイテム
の低オーダー・ビットに関するものであり，最大３２ビ
ット長である。このビットフィールドのサイズ（packed
Size) を指定するのは，デフォールト値のデスクリプタ
にまかせられる。
ｅｍクラス ＳＩ＿ＢｉｔｆｉｅｌｄＩｔｅｍクラスは，それを含む
ＳＩ＿ＭｅｍｏｒｙＩｔｅｍ内のビットフィールドを示
している。このビット数は含んでいるメモリ・アイテム
の低オーダー・ビットに関するものであり，最大３２ビ
ット長である。このビットフィールドのサイズ（packed
Size) を指定するのは，デフォールト値のデスクリプタ
にまかせられる。
【０１４６】 Class SI＿BitfieldItem: public SI＿ MemoryItem ｛ R＿CONCRETE (SI＿ BitfieldItem, SI＿RemoteItem); public: R＿FUNC＿GET(RCard, minSize); R＿FUNC＿GET(RCard, maxSize); R＿FUNC＿GET(RCard, packedSize); itemSizeがゼロでない場合，サイズを正しく計算するた めに，これらをオーバーライドしなければならない。 virtual void readOrEnqueue (SI＿AppItem *app, RBool mayQueue); virtual void writeOrEnqueue (SI＿AppItem *app, RValue const &v, RBool mayQueue); virtual void readEnqueue (SI＿AppItem *app); virtual void writeEnqueue(SI＿AppItem *app, RValue const &v); virtual RBool updateParentNewValue (SI＿AppItem *,RValue const &); virtual RBool updateParentCurrentValue (SI＿AppItem *,RValue const &);
【０１４７】３．通信モジュール ３．１．概要 通信モジュール１８０は，マシーン・モデル・モジュー
ル１７０を共同して，クラスＳＩ＿ＡｐｐＩｔｅｍのイ
ンスタンスで“ｒｅａｄＲｅｑｕｅｓｔ”および“ｎｅ
ｗＶａｌｕｅＳｅｔ”オペレーションを実行することで
行われるリクエストに従って，リモート・マシーン９０
上でオペレーションを実行したりデータにアクセスした
りする。
ル１７０を共同して，クラスＳＩ＿ＡｐｐＩｔｅｍのイ
ンスタンスで“ｒｅａｄＲｅｑｕｅｓｔ”および“ｎｅ
ｗＶａｌｕｅＳｅｔ”オペレーションを実行することで
行われるリクエストに従って，リモート・マシーン９０
上でオペレーションを実行したりデータにアクセスした
りする。
【０１４８】図２でコア層１９０に配置されている通信
モジュール１７０の目的は，リモート・サービス・アプ
リケーション・プログラム（図２のアプリケーション層
１４０における１００，１１０，１２０，１３０等）が
動作しているコンピュータ・システム１とあるリモート
・マシーン１０との間で，『通信セッション』と呼ばれ
るインタラクションを実行するためのプログラムミング
・インタフェースを提供することである。このプログラ
ミング・インタフェースのインプリメンテーションは基
本通信クラスのサブクラスに含まれており，これらのサ
ブクラスは図２のインタフェース層２６０に配置されて
いる。
モジュール１７０の目的は，リモート・サービス・アプ
リケーション・プログラム（図２のアプリケーション層
１４０における１００，１１０，１２０，１３０等）が
動作しているコンピュータ・システム１とあるリモート
・マシーン１０との間で，『通信セッション』と呼ばれ
るインタラクションを実行するためのプログラムミング
・インタフェースを提供することである。このプログラ
ミング・インタフェースのインプリメンテーションは基
本通信クラスのサブクラスに含まれており，これらのサ
ブクラスは図２のインタフェース層２６０に配置されて
いる。
【０１４９】本発明の好ましい実施の形態は，全てのタ
イプのリモート・マシーンのために，通信モジュール１
７０内で定義される単一のプログラミング・インタフェ
ースを用いる。インタフェース層２６０内のサブクラス
は特定のタイプのリモート・マシーンとのインタフェー
スを行うのに適したそのプログラミング・インタフェー
スのインプリメンテーションを行う。
イプのリモート・マシーンのために，通信モジュール１
７０内で定義される単一のプログラミング・インタフェ
ースを用いる。インタフェース層２６０内のサブクラス
は特定のタイプのリモート・マシーンとのインタフェー
スを行うのに適したそのプログラミング・インタフェー
スのインプリメンテーションを行う。
【０１５０】また，本発明の好ましい実施の形態におい
て，セッション・クラス階層は以下のもので構成されて
いる（インデントの部分はインヘリタンスを示す）。
て，セッション・クラス階層は以下のもので構成されて
いる（インデントの部分はインヘリタンスを示す）。
【０１５１】 SI＿DeviceCallBack SI＿CommunicationSession SI＿BufferedSession バッファーされたセッション SI＿MemorySession メモリに基づくセッション SI＿256BytesSession コール・セッションあたり 256バイト SI＿CopierSession プログラムに基づいたセッション SI＿UnbufferedSession バッファーされないセッション SI＿DBSession データ・ベース・セッション SI＿CustAccessionSession カスタマー・データ・ ベース・アクセス SI＿HistorySession 経時データベース TI TaskItem TI＿CommunicationItem 通信タスク・アイテム TI＿MemoryItem メモリに基づくタスク・アイテム TI＿ProgramItem プログラムに基づくタスク・アイテム TI＿HistoryItem データ・ベース・タスク・アイテム
【０１５２】３．２．詳細な説明 ＳＩ＿ＤｅｖｉｃｅＣａｌｌＢａｃｋクラスは，リモー
ト・サービス・アプリケーションと外部プロセス，通信
装置，またはリモート・マシーンとの間の非同期通信の
ための一組の抽象的プログラミング・インタフェースを
含んでいる。こうした非同期入力または出力オペレーシ
ョンはそれを実行するのに一定の時間がかかるので，こ
のアプリケーションは単にリクエストを発行して，ユー
ザー・インタフェース・イベントを処理し続ける。この
オペレーションの実行が完了すると，装置ドライバーは
“ｃｏｎｎｅｃｔＤｏｎｅ”オペレーションを用いてそ
のアプリケーションを『コール・バック』する。
ト・サービス・アプリケーションと外部プロセス，通信
装置，またはリモート・マシーンとの間の非同期通信の
ための一組の抽象的プログラミング・インタフェースを
含んでいる。こうした非同期入力または出力オペレーシ
ョンはそれを実行するのに一定の時間がかかるので，こ
のアプリケーションは単にリクエストを発行して，ユー
ザー・インタフェース・イベントを処理し続ける。この
オペレーションの実行が完了すると，装置ドライバーは
“ｃｏｎｎｅｃｔＤｏｎｅ”オペレーションを用いてそ
のアプリケーションを『コール・バック』する。
【０１５３】“ＳＩ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅ
ｓｓｉｏｎ”は，全てのセッションのための抽象的基本
クラス，つまり，リモート・マシーンとのインタフェー
スである。バッファーされたものと，バッファーされて
いないものの二つのＳＩ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｓｅｓｓｉｏｎの二つのサブクラスが存在する。
ｓｓｉｏｎ”は，全てのセッションのための抽象的基本
クラス，つまり，リモート・マシーンとのインタフェー
スである。バッファーされたものと，バッファーされて
いないものの二つのＳＩ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｓｅｓｓｉｏｎの二つのサブクラスが存在する。
【０１５４】バッファーされたセッション（ＳＩ＿Ｂｕ
ｆｆｅｒｅｄＳｅｃｔｉｏｎおよびそのサブクラス）
は，多くの場合，プロトコル情報を含んでいるヘッダー
を含むブロックで送受信されることを求めるプロトコル
を用いて通信に対処する。このデータおよびヘッダー
は，次に，送られる前または受信された後でバッファに
保存される。ＳＩ＿ＢｕｆｆｅｒｅｄＳｅｓｓｉｏｎ
は，バッファー内のデータのフォーマットおよびその位
置を指定するためにマシーン・モデル６３０，８６０内
の情報を用いて，バッファとそのリモート・サービス・
アプリケーションの内部データ・ストラクチャ（アプリ
ケーション・ステート６００，８１０に含まれている）
でデータを移動させるために必要なコードを含んでい
る。
ｆｆｅｒｅｄＳｅｃｔｉｏｎおよびそのサブクラス）
は，多くの場合，プロトコル情報を含んでいるヘッダー
を含むブロックで送受信されることを求めるプロトコル
を用いて通信に対処する。このデータおよびヘッダー
は，次に，送られる前または受信された後でバッファに
保存される。ＳＩ＿ＢｕｆｆｅｒｅｄＳｅｓｓｉｏｎ
は，バッファー内のデータのフォーマットおよびその位
置を指定するためにマシーン・モデル６３０，８６０内
の情報を用いて，バッファとそのリモート・サービス・
アプリケーションの内部データ・ストラクチャ（アプリ
ケーション・ステート６００，８１０に含まれている）
でデータを移動させるために必要なコードを含んでい
る。
【０１５５】ＳＩ＿ＭｅｍｏｒｙＳｅｓｓｉｏｎ、ＳＩ
＿２５６ＢｙｔｅＳｅｓｓｉｏｎ，およびＳＩ＿Ｃｏｐ
ｉｅｒＳｅｓｓｉｏｎは，異なったリモート・マシーン
のための通信固有情報を与えるＳＩ＿Ｃｏｍｍｕｎｉｃ
ａｔｉｏｎＳｅｓｓｉｏｎのサブクラスを示している。
＿２５６ＢｙｔｅＳｅｓｓｉｏｎ，およびＳＩ＿Ｃｏｐ
ｉｅｒＳｅｓｓｉｏｎは，異なったリモート・マシーン
のための通信固有情報を与えるＳＩ＿Ｃｏｍｍｕｎｉｃ
ａｔｉｏｎＳｅｓｓｉｏｎのサブクラスを示している。
【０１５６】バッファーされていないセッション（ＳＩ
＿ＵｎｂｕｆｆｅｒｅｄＳｅｓｓｉｏｎおよびそのサブ
クラス）は，そのために，リモート・マシーンとアプリ
ケーション・ステート６００，８１０内のデータ間のリ
モート手順呼び出しによる直接のデータ伝送をサポート
する一定のオペレーティング・システムまたはライブラ
リによってアプリケーション・プログラミング・インタ
フェースが提供されるところのデータベース・サーバー
またはファイル・サーバー等のエンティティに対するイ
ンタフェースとして用いられる。
＿ＵｎｂｕｆｆｅｒｅｄＳｅｓｓｉｏｎおよびそのサブ
クラス）は，そのために，リモート・マシーンとアプリ
ケーション・ステート６００，８１０内のデータ間のリ
モート手順呼び出しによる直接のデータ伝送をサポート
する一定のオペレーティング・システムまたはライブラ
リによってアプリケーション・プログラミング・インタ
フェースが提供されるところのデータベース・サーバー
またはファイル・サーバー等のエンティティに対するイ
ンタフェースとして用いられる。
【０１５７】ＳＩ＿ＤＢＳｅｓｓｉｏｎ，ＳＩ＿Ｃｕｓ
ｔＡｃｃｅｓｓＳｅｓｓｉｏｎ，およびＳＩ＿Ｈｉｓｔ
ｏｒｙＳｅｓｓｉｏｎは，種々のリモート・データベー
ス等に通信固有情報を提供するＳＩ＿Ｕｎｂｕｆｆｅｒ
ｅｄＳｅｓｓｉｏｎのサブクラスを示している。
ｔＡｃｃｅｓｓＳｅｓｓｉｏｎ，およびＳＩ＿Ｈｉｓｔ
ｏｒｙＳｅｓｓｉｏｎは，種々のリモート・データベー
ス等に通信固有情報を提供するＳＩ＿Ｕｎｂｕｆｆｅｒ
ｅｄＳｅｓｓｉｏｎのサブクラスを示している。
【０１５８】ＴＩ＿ＴａｓｋＩｔｅｍｓは，１つの通信
セッションをいくつか複数のステップに分割するために
用いられる。図６は，コンピュータ・システム１とリモ
ート・マシーン９０（ここでは，１１１０で示す）間の
典型的なセッションを示している。セッション（Ｓｅｓ
ｓｉｏｎ）１０００はローカル読み出しキュー１０４０
およびローカル書き込みキュー１０７０，サービス・ア
イテムに関して要求されたオペレーションを実行するた
めの仮想バッチング・オペーレション，およびリモート
・マシーン１１１０で用いられる外部フォーマットとコ
ンピュータ・システム１との間でデータを翻訳するため
の仮想マッピング・オペーレションを含んでいる。キュ
ー１０４０および１０７０はＳＣ＿Ｑｕｅｕｅのインス
タンスであり，ＳＩ＿ＱｕｅｕｅＩｔｅｍのインスタン
ス１０５０，１０６０，１０８０，１０９０を含んでい
る。
セッションをいくつか複数のステップに分割するために
用いられる。図６は，コンピュータ・システム１とリモ
ート・マシーン９０（ここでは，１１１０で示す）間の
典型的なセッションを示している。セッション（Ｓｅｓ
ｓｉｏｎ）１０００はローカル読み出しキュー１０４０
およびローカル書き込みキュー１０７０，サービス・ア
イテムに関して要求されたオペレーションを実行するた
めの仮想バッチング・オペーレション，およびリモート
・マシーン１１１０で用いられる外部フォーマットとコ
ンピュータ・システム１との間でデータを翻訳するため
の仮想マッピング・オペーレションを含んでいる。キュ
ー１０４０および１０７０はＳＣ＿Ｑｕｅｕｅのインス
タンスであり，ＳＩ＿ＱｕｅｕｅＩｔｅｍのインスタン
ス１０５０，１０６０，１０８０，１０９０を含んでい
る。
【０１５９】各ＳＩ＿ＱｕｅｕｅＩｔｅｍ１０５０，１
０８０等は，読み出しリクエスト１０５０に対しては有
効（ｔｒｕｅ）で書き込みリクエスト１０８０に対して
は無効（ｆａｌｓｅ）なブール（Ｂｏｏｌｅａｎ：論理
演算）属性“ｒｅａｄ”と，読み出しリクエスト１０５
０に対しては未定義で，書き込みリクエスト１０８０に
対しては書き込まれるべき値を含んでいるＲＶａｌｕｅ
属性“ｖａｌｕｅ”，および，その上でオペレートされ
るべきリモート・サービスを示すＳＩ＿ＡｐｐＩｔｅｍ
１０５１，１０８１に対するリフェレンスを含む属性
“ａｐｐＩｔｅｍ”を含んでいる。ＳＩ＿ＡｐｐＩｔｅ
ｍ１０５１，１０８１は，データタイプや，サービスの
一を記述したＳＩ＿ＭｏｄｅＩｔｅｍのサブクラスのイ
ンスタンス１０５２，１０８２を順番に参照する。
０８０等は，読み出しリクエスト１０５０に対しては有
効（ｔｒｕｅ）で書き込みリクエスト１０８０に対して
は無効（ｆａｌｓｅ）なブール（Ｂｏｏｌｅａｎ：論理
演算）属性“ｒｅａｄ”と，読み出しリクエスト１０５
０に対しては未定義で，書き込みリクエスト１０８０に
対しては書き込まれるべき値を含んでいるＲＶａｌｕｅ
属性“ｖａｌｕｅ”，および，その上でオペレートされ
るべきリモート・サービスを示すＳＩ＿ＡｐｐＩｔｅｍ
１０５１，１０８１に対するリフェレンスを含む属性
“ａｐｐＩｔｅｍ”を含んでいる。ＳＩ＿ＡｐｐＩｔｅ
ｍ１０５１，１０８１は，データタイプや，サービスの
一を記述したＳＩ＿ＭｏｄｅＩｔｅｍのサブクラスのイ
ンスタンス１０５２，１０８２を順番に参照する。
【０１６０】また，セッション１０００は，Ｔｉ＿Ｔａ
ｓｋＩｔｅｍのサブクラスであるインスタンス１０２
０，１０３０のリストを参照する属性“ｃａｌｌＳｃｈ
ｅｄｕｌｅ”を保有している。用いられるサブクラスは
交信されるリモート・マシーン１１１０のタイプに固有
である。コール・スケジュール・リストは一回の呼び出
しで行われるべきオペレーションの順番を判定し，ま
た，例えば，１回のコールあたり最大２５６の連続バイ
トを伝送するファクシミリ装置において，それらにアク
セスするために必要な個別コールの数を最小限におさえ
るためにリモート・ファクシミリ装置のメモリ９１０内
のアイテム９２０，９３０に対するレファレンスの順番
を入れ替えることによって最適化をはかるために用いら
れる場合もある。
ｓｋＩｔｅｍのサブクラスであるインスタンス１０２
０，１０３０のリストを参照する属性“ｃａｌｌＳｃｈ
ｅｄｕｌｅ”を保有している。用いられるサブクラスは
交信されるリモート・マシーン１１１０のタイプに固有
である。コール・スケジュール・リストは一回の呼び出
しで行われるべきオペレーションの順番を判定し，ま
た，例えば，１回のコールあたり最大２５６の連続バイ
トを伝送するファクシミリ装置において，それらにアク
セスするために必要な個別コールの数を最小限におさえ
るためにリモート・ファクシミリ装置のメモリ９１０内
のアイテム９２０，９３０に対するレファレンスの順番
を入れ替えることによって最適化をはかるために用いら
れる場合もある。
【０１６１】セッション１０００が開始されると，それ
は，それによってアプリケーション・プログラムがリモ
ート・マシーン９０，１１１０と交信することができる
通信装置７０に対するインタフェースを提供するＣＭ＿
ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖｉｃｅのサブクラス
のインスタンス１１００に対する装置マネジャーを要求
する。セッション１０００によって行われる要求は，リ
モート・マシーン９０，１１１０との通信で用いられる
プロトコルの指定を含んでおり，装置マネジャーは要求
されたプロトコルを用いることができ，まだ使われてい
ない装置７０のインスタンス１１１０をリターンする。
は，それによってアプリケーション・プログラムがリモ
ート・マシーン９０，１１１０と交信することができる
通信装置７０に対するインタフェースを提供するＣＭ＿
ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖｉｃｅのサブクラス
のインスタンス１１００に対する装置マネジャーを要求
する。セッション１０００によって行われる要求は，リ
モート・マシーン９０，１１１０との通信で用いられる
プロトコルの指定を含んでおり，装置マネジャーは要求
されたプロトコルを用いることができ，まだ使われてい
ない装置７０のインスタンス１１１０をリターンする。
【０１６２】リモート・サービス・アプリケーションが
通常ユーザーに応えて，キュー・アップされた通信リク
エストの実行を要求すると，セッション１０００は，ｃ
ａｌｌＳｃｈｅｄｕｌｅ１０１０を構成するためにその
読み出しキュー１０４０および書き込みキュー１０７０
を繰り返す。必要であれば，そのデータをＳＩ＿Ｑｕｅ
ｕｅＩｔｅｍ内での内部フォーマットからその外部表現
に変換してそれをバッファ内に保存するために，各対応
するＳＩ＿ＭｏｄｅｌＩｔｅｍ１０８２の仮想機能“ｐ
ｕｔＶａｌｕｅＩｎｔｏＢｕｆｆｅｒ”を用いてバッフ
ァー内に書き込まれるべきデータを蓄積する。
通常ユーザーに応えて，キュー・アップされた通信リク
エストの実行を要求すると，セッション１０００は，ｃ
ａｌｌＳｃｈｅｄｕｌｅ１０１０を構成するためにその
読み出しキュー１０４０および書き込みキュー１０７０
を繰り返す。必要であれば，そのデータをＳＩ＿Ｑｕｅ
ｕｅＩｔｅｍ内での内部フォーマットからその外部表現
に変換してそれをバッファ内に保存するために，各対応
するＳＩ＿ＭｏｄｅｌＩｔｅｍ１０８２の仮想機能“ｐ
ｕｔＶａｌｕｅＩｎｔｏＢｕｆｆｅｒ”を用いてバッフ
ァー内に書き込まれるべきデータを蓄積する。
【０１６３】これによって，セッション１０００は，呼
び出しスケジュールを繰り返し，各タスク・アイテム１
０２０，１０３０に対してそのオペレーションを実行す
るように命令する。各タスク・アイテム１０２０，１０
３０は，それを受けてセッション１０００に対して，リ
モート・マシーン１１１０上でどのオペレーションを実
行すべきかを順番に知らせる。そしてセッション１００
０は装置コントローラ１１００（上述）を用いてリモー
ト・マシーン１１１０との間で低レベル読み出しまたは
書き込みオペレーションを実行する。必要であれば，各
対応するＳＩ＿ＭｏｄｅｌＩｔｅｍ１０５２の仮想機能
“ｇｅｔＶａｌｕｅＦｒｏｍＢｕｆｆｅｒ”を用いて，
バッファーからデータを抽出し，それを内部表現から外
部表現に翻訳し，そしてそれをＳＩ＿ＡｐｐＩｔｅｍ１
０５１の“ｃｕｒｒｅｎｔＶａｌｕｅＳｅｔ”オペレー
ションを用いてＳＩ＿ＡｐｐＩｔｅｍ１０５１内に保存
する。
び出しスケジュールを繰り返し，各タスク・アイテム１
０２０，１０３０に対してそのオペレーションを実行す
るように命令する。各タスク・アイテム１０２０，１０
３０は，それを受けてセッション１０００に対して，リ
モート・マシーン１１１０上でどのオペレーションを実
行すべきかを順番に知らせる。そしてセッション１００
０は装置コントローラ１１００（上述）を用いてリモー
ト・マシーン１１１０との間で低レベル読み出しまたは
書き込みオペレーションを実行する。必要であれば，各
対応するＳＩ＿ＭｏｄｅｌＩｔｅｍ１０５２の仮想機能
“ｇｅｔＶａｌｕｅＦｒｏｍＢｕｆｆｅｒ”を用いて，
バッファーからデータを抽出し，それを内部表現から外
部表現に翻訳し，そしてそれをＳＩ＿ＡｐｐＩｔｅｍ１
０５１の“ｃｕｒｒｅｎｔＶａｌｕｅＳｅｔ”オペレー
ションを用いてＳＩ＿ＡｐｐＩｔｅｍ１０５１内に保存
する。
【０１６４】３．３．新しいセッション・タイプの定義 上の説明でわかるように，アプリケーション・プログラ
マは，どのリモート・マシーン，データベース，または
他の外部資源との通信の新しい方法を記述するために，
クラスＳＩ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｓｓｉｏ
ｎに対してサブクラスを簡単に定義することができる。
そうしたサブクラスのためのコードを含んでいるライブ
ラリとリンクされたどのアプリケーションも動作時にそ
の新しいセッション・タイプを用いることができ，こう
したアプリケーションはリコンパイルする必要がなく，
再リンクすれば良いだけである。新しいクラスをダイナ
ミック・リンク・ライブラリ（ＤＬＬ）内に入れること
により，適切に構成されたアプリケーションは，リンク
されユーザーに提供された後でも新しいセッション・タ
イプを用いることができる。
マは，どのリモート・マシーン，データベース，または
他の外部資源との通信の新しい方法を記述するために，
クラスＳＩ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｓｓｉｏ
ｎに対してサブクラスを簡単に定義することができる。
そうしたサブクラスのためのコードを含んでいるライブ
ラリとリンクされたどのアプリケーションも動作時にそ
の新しいセッション・タイプを用いることができ，こう
したアプリケーションはリコンパイルする必要がなく，
再リンクすれば良いだけである。新しいクラスをダイナ
ミック・リンク・ライブラリ（ＤＬＬ）内に入れること
により，適切に構成されたアプリケーションは，リンク
されユーザーに提供された後でも新しいセッション・タ
イプを用いることができる。
【０１６５】４．通信装置インタフェース ４．１．概要 通信装置７０は，それを通じてリモート・サービス・ア
プリケーションがリモート・マシーンと交信するため
の，モデム等コンピュータ・システムの周辺装置であ
る。本発明の好ましい実施の形態においては，通信装置
７０はクラスＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖ
ｉｃのサブクラスのインスタンス１１００として，アプ
リケーション・プログラム内に表現される。
プリケーションがリモート・マシーンと交信するため
の，モデム等コンピュータ・システムの周辺装置であ
る。本発明の好ましい実施の形態においては，通信装置
７０はクラスＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖ
ｉｃのサブクラスのインスタンス１１００として，アプ
リケーション・プログラム内に表現される。
【０１６６】本発明の好ましい実施の形態においては，
装置クラス階層は以下の構成を有している（インデント
はインヘリタンスを示す）。
装置クラス階層は以下の構成を有している（インデント
はインヘリタンスを示す）。
【０１６７】 CM＿CommunicationDevice CM＿Modem モデム CM＿CCA ＦＡＸのための通信アダプタ CM＿USACCA ．．． ２５６バイト・プロトコル用のアダプタ CM＿LADP ライン・アダプタ／マルチプレクサ CM＿DBACESS データベース用の装置 CM＿DeviceManager
【０１６８】４．２．詳細な説明 クラスＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖｉｃｅ
は，モデム等の物理的な通信装置ばかりでなく，データ
ベースおよびデータベース・サーバー等に対するアプリ
ケーション・プログラミング・インタフェースにも関連
した全ての属性およびオペレーションの全てを内蔵して
いる。ＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖｉｃｅ
のインスタンスはリモート・マシーンの通信アドレス，
そのリモート・マシーンに固有のプロトコル上の制約に
関するリスト，そして，全ての装置に対してプログラミ
ング・インタフェースを提供する仮想機能“ｉｎｉｔＤ
ｅｖｉｃｅ”，“ｃｏｎｎｅｃｔ”，“ｒｅａｄ”，
“ｗｒｉｔｅ”および“ｄｉｓｃｏｎｎｅｃｔ”を含む
属性を保有している。
は，モデム等の物理的な通信装置ばかりでなく，データ
ベースおよびデータベース・サーバー等に対するアプリ
ケーション・プログラミング・インタフェースにも関連
した全ての属性およびオペレーションの全てを内蔵して
いる。ＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅｖｉｃｅ
のインスタンスはリモート・マシーンの通信アドレス，
そのリモート・マシーンに固有のプロトコル上の制約に
関するリスト，そして，全ての装置に対してプログラミ
ング・インタフェースを提供する仮想機能“ｉｎｉｔＤ
ｅｖｉｃｅ”，“ｃｏｎｎｅｃｔ”，“ｒｅａｄ”，
“ｗｒｉｔｅ”および“ｄｉｓｃｏｎｎｅｃｔ”を含む
属性を保有している。
【０１６９】クラスＣｍ＿ＣＣＡは，リモート・ファク
シミリ装置と交信するために用いられる通信制御装置ア
ダプタに適用できる全ての属性およびオペレーションを
定義するクラスの好ましい実施の形態である。ＣＣＡ
（通信制御装置アダプタ）はそのリモート・マシーンの
内部メモリをアクセスできる特殊な目的のファックス・
モデムの１つの実施の形態である。ＣＭ＿ＵＳＡＣＣＡ
クラスは２５６タイプ・プロトコルを用いるファクシミ
リ装置のアクセス・修正をどのように行うかを示す好ま
しい実施の形態を示している。
シミリ装置と交信するために用いられる通信制御装置ア
ダプタに適用できる全ての属性およびオペレーションを
定義するクラスの好ましい実施の形態である。ＣＣＡ
（通信制御装置アダプタ）はそのリモート・マシーンの
内部メモリをアクセスできる特殊な目的のファックス・
モデムの１つの実施の形態である。ＣＭ＿ＵＳＡＣＣＡ
クラスは２５６タイプ・プロトコルを用いるファクシミ
リ装置のアクセス・修正をどのように行うかを示す好ま
しい実施の形態を示している。
【０１７０】クラスＣＭ＿ＬＡＤＰは，コピー機の通信
のために用いられるクラスの好ましい実施の形態であ
る。このクラスは通信チャンネルとしてＣＭ＿Ｍｏｄｅ
ｍのインスタンスを用いる。ＬＡＤＰ（ライン・アダプ
ター）は電話回線と最大５台のコピー機との間をつなぐ
モデムとマルチプレクサとの組み合わせの１つの実施の
形態である。
のために用いられるクラスの好ましい実施の形態であ
る。このクラスは通信チャンネルとしてＣＭ＿Ｍｏｄｅ
ｍのインスタンスを用いる。ＬＡＤＰ（ライン・アダプ
ター）は電話回線と最大５台のコピー機との間をつなぐ
モデムとマルチプレクサとの組み合わせの１つの実施の
形態である。
【０１７１】クラスＣＭ＿ＤＢＡＣＥＳＳは，リモート
・サービス・アプリケーションがデータベースを１つの
リモート装置のように見ることができるようにするクラ
スの好ましい実施の形態である。このクラスはデータベ
ースを操作する機能を有し，そのデータベース内のデー
タ・アイテムにアクセスし，それを更新するためのデー
タベース・インタフェース・ライブラリによって定義さ
れるオペレーションを用いる。
・サービス・アプリケーションがデータベースを１つの
リモート装置のように見ることができるようにするクラ
スの好ましい実施の形態である。このクラスはデータベ
ースを操作する機能を有し，そのデータベース内のデー
タ・アイテムにアクセスし，それを更新するためのデー
タベース・インタフェース・ライブラリによって定義さ
れるオペレーションを用いる。
【０１７２】クラスＣＭ＿ＤｅｖｉｃｅＭａｎａｇｅｒ
は，コンピュータ・システム１に取りつけられた全ての
通信装置７０，そのステータス（アイドル，またはビジ
ー），そしてそれらがサポートするプロトコルをトラッ
キングするための機能である大域オブジェクトのクラス
の好ましい実施の形態である。通信セッション・オブジ
ェクト１０００は装置マネジャーから装置オブジェクト
１１００を要求し，その装置マネジャーは現在は空いて
いるがリモート・マシーン９０，１１１０によって要求
される通信プロトコルを取り扱うことができる装置に対
するレファレンスをリターンする。
は，コンピュータ・システム１に取りつけられた全ての
通信装置７０，そのステータス（アイドル，またはビジ
ー），そしてそれらがサポートするプロトコルをトラッ
キングするための機能である大域オブジェクトのクラス
の好ましい実施の形態である。通信セッション・オブジ
ェクト１０００は装置マネジャーから装置オブジェクト
１１００を要求し，その装置マネジャーは現在は空いて
いるがリモート・マシーン９０，１１１０によって要求
される通信プロトコルを取り扱うことができる装置に対
するレファレンスをリターンする。
【０１７３】４．３．新しい装置の追加 上の説明で分かるとおり，アプリケーション・プログラ
マは，どの新しいリモート装置，データベース，あるい
はその他の外部資源に対してそのプロトコルを定義する
ために，クラスＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅ
ｖｉｃｅに対するサブクラスを簡単に定義することがで
きる。そうしたサブクラスのためのコードを含んだライ
ブラリにリンクされたどのアプリケーションも動作時に
新しいプロトコルを用いることができ，そうしたアプリ
ケーションはリコンパイルする必要はなく，再リンクす
るだけでよい。新しいクラスをダイナミック・リンク・
ライブラリ（ＤＬＬ）に入れることによって，適切に構
成されたアプリケーションは，リンクされ，ユーザーに
渡された後でも新しいプロトコルを利用することができ
る。
マは，どの新しいリモート装置，データベース，あるい
はその他の外部資源に対してそのプロトコルを定義する
ために，クラスＣＭ＿ＣｏｍｍｕｎｉｃａｔｉｏｎＤｅ
ｖｉｃｅに対するサブクラスを簡単に定義することがで
きる。そうしたサブクラスのためのコードを含んだライ
ブラリにリンクされたどのアプリケーションも動作時に
新しいプロトコルを用いることができ，そうしたアプリ
ケーションはリコンパイルする必要はなく，再リンクす
るだけでよい。新しいクラスをダイナミック・リンク・
ライブラリ（ＤＬＬ）に入れることによって，適切に構
成されたアプリケーションは，リンクされ，ユーザーに
渡された後でも新しいプロトコルを利用することができ
る。
【０１７４】５．追記 前述したように本実施の形態では，その１つの具体的な
実施の形態を参照して本発明についての説明を行った。
リモート装置のモデリングを簡単に行うフレームワーク
に対して多くの変更，修正，および機能的拡張は簡単に
想起でき，それらは本発明の他の実施の形態に含まれ
る。したがって，明細書および図面は，本発明を限定す
るものではなく，説明のためのものであるとみなされる
べきである。しかしながら，特許請求の範囲に定義され
るような本発明の精神と範囲を逸脱することなく，種々
の修正，変更を行うことができるのは明らかなことであ
る。
実施の形態を参照して本発明についての説明を行った。
リモート装置のモデリングを簡単に行うフレームワーク
に対して多くの変更，修正，および機能的拡張は簡単に
想起でき，それらは本発明の他の実施の形態に含まれ
る。したがって，明細書および図面は，本発明を限定す
るものではなく，説明のためのものであるとみなされる
べきである。しかしながら，特許請求の範囲に定義され
るような本発明の精神と範囲を逸脱することなく，種々
の修正，変更を行うことができるのは明らかなことであ
る。
【０１７５】〔著作権に関する告知〕また，本特許開示
の一部は，著作権保護の対象となる素材を含んでいる。
著作権保有者は，この特許資料または特許開示の一部を
特許商標特許ファイルあるいは記録に記載された通りに
ファクシミリ装置で複製することについては反対はしな
いが，それ以外に関しては著作権が適用される。
の一部は，著作権保護の対象となる素材を含んでいる。
著作権保有者は，この特許資料または特許開示の一部を
特許商標特許ファイルあるいは記録に記載された通りに
ファクシミリ装置で複製することについては反対はしな
いが，それ以外に関しては著作権が適用される。
【０１７６】
【発明の効果】以上説明したように，本発明の通信装置
（請求項１〜請求項１７）は，複数のマシーン・タイプ
の複数のリモート・マシーンと通信する通信装置におい
て，プロセッサおよびメモリを含むコンピュータ・シス
テムと，前記複数のリモート・マシーンのそれぞれと交
信するために，前記コンピュータ・システムおよび前記
複数のリモート・マシーンに結合されたデータ通信手段
と，前記メモリ内に格納されており，前記複数のリモー
ト・マシーンに対してサービスを記述するための第１の
複数のソフトウェア・オブジェクトと，前記第１の複数
のソフトウェア・オブジェクトと関連させて前記メモリ
内に格納されており，前記複数のソフトウェア・オブジ
ェクトのサービスによって記述された要求を満たすため
の複数のオペレーションと，を具備するため，リモート
・サービス・アプリケーションにオブジェクト指向を導
入することにより，開発サイクル期間の低減を図り，シ
ステムの修正等の柔軟性を高めることができ，かつ，多
重リモート・マシーン・タイプに対するサポート機能を
有した通信装置を提供することができる。
（請求項１〜請求項１７）は，複数のマシーン・タイプ
の複数のリモート・マシーンと通信する通信装置におい
て，プロセッサおよびメモリを含むコンピュータ・シス
テムと，前記複数のリモート・マシーンのそれぞれと交
信するために，前記コンピュータ・システムおよび前記
複数のリモート・マシーンに結合されたデータ通信手段
と，前記メモリ内に格納されており，前記複数のリモー
ト・マシーンに対してサービスを記述するための第１の
複数のソフトウェア・オブジェクトと，前記第１の複数
のソフトウェア・オブジェクトと関連させて前記メモリ
内に格納されており，前記複数のソフトウェア・オブジ
ェクトのサービスによって記述された要求を満たすため
の複数のオペレーションと，を具備するため，リモート
・サービス・アプリケーションにオブジェクト指向を導
入することにより，開発サイクル期間の低減を図り，シ
ステムの修正等の柔軟性を高めることができ，かつ，多
重リモート・マシーン・タイプに対するサポート機能を
有した通信装置を提供することができる。
【０１７７】また，本発明のオブジェクト指向通信シス
テム（請求項１８〜請求項２７）は，複数のマシーン・
タイプの複数のリモート・マシーンと通信するための通
信システムにおいて，メモリおよび大容量記憶装置を含
むコンピュータ・システムと，前記大容量記憶装置内に
格納されており，前記複数のリモート・マシーンについ
ての記述を行うための複数のマシーン記述ファイルと，
前記メモリ内に格納されており，それぞれ，複数のソフ
トウェア・オブジェクトの表現を読み出すと共に，前記
複数のソフトウェア・オブジェクトのサービスによって
記述されるリクエストを行ったり，それを満たしたりす
るための複数のアプリケーション・プログラムと，を具
備するため，リモート・サービス・アプリケーションに
オブジェクト指向を導入することにより，開発サイクル
期間の低減を図り，システムの修正等の柔軟性を高める
ことができ，かつ，多重リモート・マシーン・タイプに
対するサポート機能を有したオブジェクト指向通信シス
テムを提供することができる。
テム（請求項１８〜請求項２７）は，複数のマシーン・
タイプの複数のリモート・マシーンと通信するための通
信システムにおいて，メモリおよび大容量記憶装置を含
むコンピュータ・システムと，前記大容量記憶装置内に
格納されており，前記複数のリモート・マシーンについ
ての記述を行うための複数のマシーン記述ファイルと，
前記メモリ内に格納されており，それぞれ，複数のソフ
トウェア・オブジェクトの表現を読み出すと共に，前記
複数のソフトウェア・オブジェクトのサービスによって
記述されるリクエストを行ったり，それを満たしたりす
るための複数のアプリケーション・プログラムと，を具
備するため，リモート・サービス・アプリケーションに
オブジェクト指向を導入することにより，開発サイクル
期間の低減を図り，システムの修正等の柔軟性を高める
ことができ，かつ，多重リモート・マシーン・タイプに
対するサポート機能を有したオブジェクト指向通信シス
テムを提供することができる。
【図１】本発明の好ましい実施の形態によるコンピュー
タ・システム１の構成図である。
タ・システム１の構成図である。
【図２】本発明の好ましい実施の形態で用いられるオブ
ジェクト指向アプリケーション・フレームワークの構成
図である。
ジェクト指向アプリケーション・フレームワークの構成
図である。
【図３】サンプル・リモート・サービス・アプリケーシ
ョン・プログラムおよび本発明の好ましい実施の形態で
使うためのフレームワークと共に提供されたデータ・フ
ァイルの構成図である。
ョン・プログラムおよび本発明の好ましい実施の形態で
使うためのフレームワークと共に提供されたデータ・フ
ァイルの構成図である。
【図４】本発明の好ましい実施の形態における，コンポ
ーネント，グラフィック・ユーザー・インタフェース，
アプリケーション・ステート，マシーン・モデル，そし
てリモート・マシーンを記述するキュー・オブジェクト
を示す説明図である。
ーネント，グラフィック・ユーザー・インタフェース，
アプリケーション・ステート，マシーン・モデル，そし
てリモート・マシーンを記述するキュー・オブジェクト
を示す説明図である。
【図５】本発明の好ましい実施の形態における，リモー
ト・ファクシミリ装置および対応するコンポーネント，
マシーン・モデル，およびアプリケーション・ステート
・オブジェクト，およびそれらの上記リモート・マシー
ン内に含まれたデータに対する関係を示す説明図であ
る。
ト・ファクシミリ装置および対応するコンポーネント，
マシーン・モデル，およびアプリケーション・ステート
・オブジェクト，およびそれらの上記リモート・マシー
ン内に含まれたデータに対する関係を示す説明図であ
る。
【図６】好ましい実施の形態における，リモート・マシ
ーンとの交信，およびその上でのオペレーションのため
に必要なオブジェクトを示す説明図である。
ーンとの交信，およびその上でのオペレーションのため
に必要なオブジェクトを示す説明図である。
１ コンピュータ・システム ２ コンピュータ １０ 表示モニター ２０ キーボード ３０ マウス ４０ プロセッサ ５０ メモリ ６０ 大容量記憶装置 ７０ 通信装置 ８０ システム・バス ９０ リモート・マシーン １４０ アプリケーション層 １７０ マシーン・モデル・モジュール １８０ 通信モジュール（通信機能） １９０ コア層 ２３０，２４０ マシーン記述ファイル ２６０ インタフェース層
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 1/32 Ｈ０４Ｎ 1/32 Ｚ (72)発明者 リスイー ロス アメリカ合衆国，カリフォルニア州 94025，メンロー パーク，スウィート 115，サンド ヒル ロード 2882，リコ ー コーポレイション シー・アール・シ ー内 (72)発明者 ティナ イェン アメリカ合衆国，カリフォルニア州 94025，メンロー パーク，スウィート 115，サンド ヒル ロード 2882，リコ ー コーポレイション シー・アール・シ ー内 (72)発明者 ピーター ハート アメリカ合衆国，カリフォルニア州 94025，メンロー パーク，スウィート 115，サンド ヒル ロード 2882，リコ ー コーポレイション シー・アール・シ ー内 (72)発明者 リチャード ゴールディング アメリカ合衆国，カリフォルニア州 94025，メンロー パーク，スウィート 115，サンド ヒル ロード 2882，リコ ー コーポレイション シー・アール・シ ー内
Claims (27)
- 【請求項１】 複数のマシーン・タイプの複数のリモー
ト・マシーンと通信する通信装置において，プロセッサ
およびメモリを含むコンピュータ・システムと，前記複
数のリモート・マシーンのそれぞれと交信するために，
前記コンピュータ・システムおよび前記複数のリモート
・マシーンに結合されたデータ通信手段と，前記メモリ
内に格納されており，前記複数のリモート・マシーンに
対してサービスを記述するための第１の複数のソフトウ
ェア・オブジェクトと，前記第１の複数のソフトウェア
・オブジェクトと関連させて前記メモリ内に格納されて
おり，前記複数のソフトウェア・オブジェクトのサービ
スによって記述された要求を満たすための複数のオペレ
ーションと，を具備することを特徴とする通信装置。 - 【請求項２】 請求項１記載の通信装置において，前記
複数のリモート・マシーンに対する前記サービスが，前
記複数のリモート・マシーン上でのオペレーションを含
んでいることを特徴とする通信装置。 - 【請求項３】 請求項１記載の通信装置において，前記
複数のリモート・マシーンに対する前記サービスが，デ
ータ・タイプ，データ・サイズおよびデータ位置を含む
前記複数のリモート・マシーンに伝送されるべきデータ
のアイテムを含んでいることを特徴とする通信装置。 - 【請求項４】 請求項１記載の通信装置において，さら
に，前記メモリ内に，それぞれ前記複数のリモート・マ
シーンに対するアプリケーション・アイテムを記述する
第２の複数のソフトウェア・オブジェクトを含んでいる
ことを特徴とする通信装置。 - 【請求項５】 請求項４記載の通信装置において，前記
複数のリモート・マシーンに対する前記アプリケーショ
ン・アイテムが，前記第１の複数のソフトウェア・オブ
ジェクトに対するポインタと前記複数のリモート・マシ
ーン内部でのデータ・アイテムの値に対応したカレント
値を含んでいることを特徴とする通信装置。 - 【請求項６】 請求項５記載の通信装置において，さら
に，前記複数のリモート・マシーンに対する前記アプリ
ケーション・アイテムが，読み出しリクエスト・フラッ
グと前記複数のリモート・マシーンに送られるべき値に
関するペンディング・リクエストを記述するための新し
い値を含んでいることを特徴とする通信装置。 - 【請求項７】 請求項１記載の通信装置において，さら
に，前記メモリ内に，それぞれデータベース内の１つの
アイテムを表現，記述するための第２の複数のソフトウ
ェア・オブジェクトを含んでいることを特徴とする通信
装置。 - 【請求項８】 請求項７記載の通信装置において，前記
複数のリモート・マシーンに対してデータのアイテムが
移される場合，そのデータベースに対する更新リクエス
トが作成されることを特徴とする通信装置。 - 【請求項９】 請求項１記載の通信装置において，さら
に，前記メモリ内のキューの内部に，それぞれ前記複数
のリモート・マシーン上で実行されるべきオペレーショ
ンに対するリクエストを含んだ第２の複数のソフトウェ
ア・オブジェクトを含んでいることを特徴とする通信装
置。 - 【請求項１０】 請求項１記載の通信装置において，さ
らに，前記メモリ内のキュー内部に，前記複数のリモー
ト・マシーンに伝送されるべきデータのアイテムに対す
るリクエストを含む第２の複数のソフトウェア・オブジ
ェクトを有していることを特徴とする通信装置。 - 【請求項１１】 請求項１記載の通信装置において，さ
らに，複数のソフトウェア・オブジェクトの表現を含む
複数のデータ・ファイルを格納するための大容量記憶装
置と，前記データ・ファイルを前記第１の複数のソフト
ウェア・オブジェクトに伝送するための，前記大容量記
憶装置に結合された処理手段と，を具備することを特徴
とする通信装置。 - 【請求項１２】 請求項１１記載の通信装置において，
前記複数のデータ・ファイルがテキストによるデータを
含んでいることを特徴とする通信装置。 - 【請求項１３】 請求項１記載の通信装置において，さ
らに，前記第１の複数のソフトウェア・オブジェクトを
データ・ファイルに伝送するための処理手段と，前記デ
ータ・ファイルを格納するために，前記処理手段に結合
された大容量記憶装置と，を具備することを特徴とする
通信装置。 - 【請求項１４】 請求項１３記載の通信装置において，
前記データ・ファイルがテキストによるデータを含んで
いることを特徴とする通信装置。 - 【請求項１５】 請求項１記載の通信装置において，さ
らに，表示装置と，キーボードと，指示装置と，グラフ
ィック・ユーザー・インタフェースと，グラフィック・
ユーザー・インタフェースによるユーザー入力に応え
て，前記複数のリモート・マシーン上でサービスに対す
るリクエストを行うための，前記グラフィック・ユーザ
ー・インタフェースに結合されたリクエスト手段と，前
記複数のリモート・マシーンの１つでサービスが実行さ
れた場合に，前記ユーザー・インタフェースを更新する
ために，前記グラフィック・ユーザー・インタフェース
に結合された更新手段と，を具備することを特徴とする
通信装置。 - 【請求項１６】 請求項１５記載の通信装置において，
前記複数のリモート・マシーンに対するサービスが，前
記複数のリモート・マシーン上でのオペレーションを含
んでいることを特徴とする通信装置。 - 【請求項１７】 請求項１５記載の通信装置において，
前記複数のリモート・マシーンに対する前記サービス
が，データ・タイプ，データ・サイズおよびデータ位置
を含む前記複数のリモート・マシーンに送られるべきデ
ータのアイテムを含んでいることを特徴とする通信装
置。 - 【請求項１８】 複数のマシーン・タイプの複数のリモ
ート・マシーンと通信するための通信システムにおい
て，メモリおよび大容量記憶装置を含むコンピュータ・
システムと，前記大容量記憶装置内に格納されており，
前記複数のリモート・マシーンについての記述を行うた
めの複数のマシーン記述ファイルと，前記メモリ内に格
納されており，それぞれ，複数のソフトウェア・オブジ
ェクトの表現を読み出すと共に，前記複数のソフトウェ
ア・オブジェクトのサービスによって記述されるリクエ
ストを行ったり，それを満たしたりするための複数のア
プリケーション・プログラムと，を具備することを特徴
とするオブジェクト指向通信システム。 - 【請求項１９】 請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のソフトウェア・オブジ
ェクトのサービスが，前記複数のリモート・マシーン上
でのオペレーションを含んでいることを特徴とするオブ
ジェクト指向通信システム。 - 【請求項２０】 請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のソフトウェア・オブジ
ェクトのサービスが，前記複数のリモート・マシーンに
送られるべきデータのアイテムを含んでいることを特徴
とするオブジェクト指向通信システム。 - 【請求項２１】 請求項１８記載のオブジェクト指向通
信システムにおいて，さらに，前記複数のマシーン・タ
イプおよび前記複数のリモート・マシーンに関するアク
セス情報を含んでいるリモート・データベースをアクセ
スするためのローカル・データベースと，前記リモート
・データベースをキューすると共に，マシーン・タイプ
を指定する複数のソフトウェア・オブジェクトの表現お
よび前記複数のリモート・マシーンの１つに関するアク
セス情報を含むデータ・ファイルを構成するためのプロ
グラムと，を含んでいることを特徴とするオブジェクト
指向通信システム。 - 【請求項２２】 請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，前記複数のリモート・マシーン上
で実行されるべきオペレーションに対するリクエストを
含む複数のソフトウェア・オブジェクトを含む前記メモ
リ内のキューを用いて，前記複数のリモート・マシーン
上でオペレーションを実行するためのプログラムを含ん
でいることを特徴とするオブジェクト指向通信システ
ム。 - 【請求項２３】 請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のプログラムが，さら
に，前記リモート・マシーンに対して送られるべきデー
タのアイテムに対するリクエストを含む複数のソフトウ
ェア・オブジェクトを含む前記メモリ内のキューを用い
て，前記複数のリモート・マシーン上でオペレーション
を行うためのプログラムを含んでいることを特徴とする
オブジェクト指向通信システム。 - 【請求項２４】 請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，前記複数のリモート・マシーンか
らの通信を受信し，そして，前記複数のリモート・マシ
ーンによって通信されたデータを含むファイルを出力す
るためのプログラムを含んでいることを特徴とするオブ
ジェクト指向通信システム。 - 【請求項２５】 請求項１８記載のオブジェクト指向通
信システムにおいて，前記複数のアプリケーション・プ
ログラムが，さらに，ユーザーに対して前記複数のリモ
ート・マシーンのうちの１つと，その１つのリモート・
マシーンに対するサービスをインタラクティブに指定で
きるようにするプログラムを含んでいることを特徴とす
るオブジェクト指向通信システム。 - 【請求項２６】 請求項２５記載のオブジェクト指向通
信システムにおいて，前記１つのリモート・マシーンに
対する前記サービスが，前記１つのリモート・マシーン
に対するオペレーションを含んでいることを特徴とする
オブジェクト指向通信システム。 - 【請求項２７】 請求項２５記載のオブジェクト指向通
信システムにおいて，前記１つのリモート・マシーンに
対する前記サービスが，前記１つのリモート・マシーン
によって送られるべきデータのアイテムを含んでいるこ
とを特徴とするオブジェクト指向通信システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/504,192 US5918051A (en) | 1995-07-19 | 1995-07-19 | Object-oriented communication system with support for multiple remote machine types |
| US08/504192 | 1995-07-19 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006119875A Division JP2006294046A (ja) | 1995-07-19 | 2006-04-24 | 情報処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0950416A true JPH0950416A (ja) | 1997-02-18 |
Family
ID=24005233
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8178814A Pending JPH0950416A (ja) | 1995-07-19 | 1996-07-09 | 通信装置およびオブジェクト指向通信システム |
| JP2006119875A Pending JP2006294046A (ja) | 1995-07-19 | 2006-04-24 | 情報処理装置 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006119875A Pending JP2006294046A (ja) | 1995-07-19 | 2006-04-24 | 情報処理装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (2) | US5918051A (ja) |
| EP (1) | EP0755006B1 (ja) |
| JP (2) | JPH0950416A (ja) |
| DE (1) | DE69637436T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002215486A (ja) * | 2000-08-31 | 2002-08-02 | Schneider Autom | Ｗｓｄｌに基づいたコントローラ装置用通信システム |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6785709B1 (en) * | 1995-04-28 | 2004-08-31 | Intel Corporation | Method and apparatus for building customized data and/or video conferencing applications utilizing prepackaged conference control objects |
| US6691299B1 (en) * | 1995-07-19 | 2004-02-10 | Ricoh Company, Ltd. | Object-oriented communications framework system with support for multiple remote machine types |
| US9098297B2 (en) * | 1997-05-08 | 2015-08-04 | Nvidia Corporation | Hardware accelerator for an object-oriented programming language |
| AU734115B2 (en) * | 1997-05-08 | 2001-06-07 | Nvidia Corporation | Hardware accelerator for an object-oriented programming language |
| US6330659B1 (en) * | 1997-11-06 | 2001-12-11 | Iready Corporation | Hardware accelerator for an object-oriented programming language |
| US6512968B1 (en) * | 1997-05-16 | 2003-01-28 | Snap-On Technologies, Inc. | Computerized automotive service system |
| US6393386B1 (en) * | 1998-03-26 | 2002-05-21 | Visual Networks Technologies, Inc. | Dynamic modeling of complex networks and prediction of impacts of faults therein |
| US6477439B1 (en) * | 1998-04-03 | 2002-11-05 | Johnson Controls Technology Corporation | Method of programming and executing object-oriented state machine logic in a controller |
| US6370436B1 (en) | 1999-03-26 | 2002-04-09 | Emware, Inc. | Distributed objects for a computer system |
| US6880126B1 (en) | 1999-08-03 | 2005-04-12 | International Business Machines Corporation | Controlling presentation of a GUI, using view controllers created by an application mediator, by identifying a destination to access a target to retrieve data |
| WO2001013583A2 (en) | 1999-08-16 | 2001-02-22 | Iready Corporation | Internet jack |
| US6779177B1 (en) | 1999-10-28 | 2004-08-17 | International Business Machines Corporation | Mechanism for cross channel multi-server multi-protocol multi-data model thin clients |
| US7181686B1 (en) | 1999-10-29 | 2007-02-20 | International Business Machines Corporation | Selecting screens in a GUI using events generated by a set of view controllers |
| US6862686B1 (en) | 1999-10-29 | 2005-03-01 | International Business Machines Corporation | Method and apparatus in a data processing system for the separation of role-based permissions specification from its corresponding implementation of its semantic behavior |
| US6810422B1 (en) | 2000-01-14 | 2004-10-26 | Lockheed Martin Tactical Defense Systems | System and method for probabilistic quality of communication service determination |
| US6704805B1 (en) * | 2000-04-13 | 2004-03-09 | International Business Machines Corporation | EJB adaption of MQ integration in componetbroker |
| US7039717B2 (en) * | 2000-11-10 | 2006-05-02 | Nvidia Corporation | Internet modem streaming socket method |
| JP3692932B2 (ja) * | 2000-12-13 | 2005-09-07 | 株式会社デンソー | 情報提供機能を備えた車両用制御装置及び記録媒体 |
| US7379475B2 (en) * | 2002-01-25 | 2008-05-27 | Nvidia Corporation | Communications processor |
| US7251611B2 (en) | 2001-03-14 | 2007-07-31 | International Business Machines Corporation | Method and system for determining an economically optimal dismantling of machines |
| US7003774B2 (en) * | 2001-07-16 | 2006-02-21 | Smartmatic | Multidimensional advanced adaptive software architecture |
| US7856660B2 (en) * | 2001-08-21 | 2010-12-21 | Telecommunication Systems, Inc. | System for efficiently handling cryptographic messages containing nonce values |
| US20030126196A1 (en) * | 2001-12-27 | 2003-07-03 | Todd Lagimonier | System for optimizing the invocation of computer-based services deployed in a distributed computing environment |
| US6976244B2 (en) * | 2002-01-09 | 2005-12-13 | International Business Machines Corporation | Method, system, and product for storage of attribute data in an object oriented environment |
| US7363363B2 (en) * | 2002-05-17 | 2008-04-22 | Xds, Inc. | System and method for provisioning universal stateless digital and computing services |
| US20040093287A1 (en) * | 2002-11-08 | 2004-05-13 | Barun Gupta | Method for optimal demanufacturing planning |
| US7761921B2 (en) * | 2003-10-31 | 2010-07-20 | Caterpillar Inc | Method and system of enabling a software option on a remote machine |
| US8176545B1 (en) | 2003-12-19 | 2012-05-08 | Nvidia Corporation | Integrated policy checking system and method |
| US8065439B1 (en) | 2003-12-19 | 2011-11-22 | Nvidia Corporation | System and method for using metadata in the context of a transport offload engine |
| US7260631B1 (en) | 2003-12-19 | 2007-08-21 | Nvidia Corporation | System and method for receiving iSCSI protocol data units |
| US7624198B1 (en) | 2003-12-19 | 2009-11-24 | Nvidia Corporation | Sequence tagging system and method for transport offload engine data lists |
| US7899913B2 (en) * | 2003-12-19 | 2011-03-01 | Nvidia Corporation | Connection management system and method for a transport offload engine |
| US8549170B2 (en) * | 2003-12-19 | 2013-10-01 | Nvidia Corporation | Retransmission system and method for a transport offload engine |
| US7206872B2 (en) * | 2004-02-20 | 2007-04-17 | Nvidia Corporation | System and method for insertion of markers into a data stream |
| US7249306B2 (en) * | 2004-02-20 | 2007-07-24 | Nvidia Corporation | System and method for generating 128-bit cyclic redundancy check values with 32-bit granularity |
| AU2005234496A1 (en) * | 2004-04-12 | 2005-10-27 | Xds, Inc | System and method for automatically initiating and dynamically establishing secure internet connections between a fire-walled server and a fire-walled client |
| US7698413B1 (en) | 2004-04-12 | 2010-04-13 | Nvidia Corporation | Method and apparatus for accessing and maintaining socket control information for high speed network connections |
| US7957379B2 (en) * | 2004-10-19 | 2011-06-07 | Nvidia Corporation | System and method for processing RX packets in high speed network applications using an RX FIFO buffer |
| JP2006330945A (ja) * | 2005-05-25 | 2006-12-07 | Matsushita Electric Ind Co Ltd | デバイスの遠隔監視・修復システム |
| EP3534277B1 (en) * | 2006-02-17 | 2021-10-06 | Google LLC | Encoding and adaptive, scalable accessing of distributed models |
| US8140978B2 (en) * | 2008-01-16 | 2012-03-20 | International Business Machines Corporation | System and method for providing information in a virtual world |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4407016A (en) * | 1981-02-18 | 1983-09-27 | Intel Corporation | Microprocessor providing an interface between a peripheral subsystem and an object-oriented data processor |
| US5371895A (en) * | 1985-10-08 | 1994-12-06 | The Foxboro Company | Local equipment controller for computerized process control applications utilizing language structure templates in a hierarchical organization and method of operating the same |
| JP2810231B2 (ja) * | 1990-01-30 | 1998-10-15 | ジヨンソン・サービス・カンパニー | ノードを有する分散形ネットワークシステム中のデータの位置付け方法 |
| US5297279A (en) * | 1990-05-30 | 1994-03-22 | Texas Instruments Incorporated | System and method for database management supporting object-oriented programming |
| US5168441A (en) * | 1990-05-30 | 1992-12-01 | Allen-Bradley Company, Inc. | Methods for set up and programming of machine and process controllers |
| DE69126857T2 (de) * | 1991-01-18 | 1998-01-08 | Ibm | Objektorientierte Programmierungsplattform |
| CA2079351A1 (en) * | 1992-02-19 | 1993-08-20 | Bruce A. Tate | Scaled depiction of information from a database |
| US5404529A (en) * | 1993-07-19 | 1995-04-04 | Taligent, Inc. | Object-oriented interprocess communication system interface for a procedural operating system |
| US5379432A (en) * | 1993-07-19 | 1995-01-03 | Taligent, Inc. | Object-oriented interface for a procedural operating system |
| JP3541039B2 (ja) * | 1993-08-03 | 2004-07-07 | サン・マイクロシステムズ，インコーポレイテッド | コンピュータアプリケーションのためのフレキシブル多重プラットフォームパーティショニング |
| US5453933A (en) * | 1993-09-08 | 1995-09-26 | Hurco Companies, Inc. | CNC control system |
| US5568639A (en) * | 1993-11-24 | 1996-10-22 | Menai Corporation | Method and apparatus for providing an object-oriented file structuring system on a computer |
| US5548723A (en) * | 1993-12-17 | 1996-08-20 | Taligent, Inc. | Object-oriented network protocol configuration system utilizing a dynamically configurable protocol stack |
| US5548779A (en) * | 1993-12-21 | 1996-08-20 | Taligent | System for providing system services for a device to a client using stack definition and stack description of a stack having top, intermediate, and bottom service objects |
| US5421009A (en) * | 1993-12-22 | 1995-05-30 | Hewlett-Packard Company | Method of remotely installing software directly from a central computer |
| US5583983A (en) * | 1994-11-17 | 1996-12-10 | Objectware, Inc. | Multi-platform object-oriented software development and deployment system |
| US5832264A (en) * | 1995-07-19 | 1998-11-03 | Ricoh Company, Ltd. | Object-oriented communications framework system with support for multiple remote machine types |
-
1995
- 1995-07-19 US US08/504,192 patent/US5918051A/en not_active Expired - Lifetime
-
1996
- 1996-07-09 JP JP8178814A patent/JPH0950416A/ja active Pending
- 1996-07-17 EP EP96111543A patent/EP0755006B1/en not_active Expired - Lifetime
- 1996-07-17 DE DE69637436T patent/DE69637436T2/de not_active Expired - Lifetime
-
1999
- 1999-01-21 US US09/234,595 patent/US6438617B1/en not_active Expired - Fee Related
-
2006
- 2006-04-24 JP JP2006119875A patent/JP2006294046A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002215486A (ja) * | 2000-08-31 | 2002-08-02 | Schneider Autom | Ｗｓｄｌに基づいたコントローラ装置用通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0755006A3 (en) | 1997-12-03 |
| DE69637436T2 (de) | 2009-03-05 |
| EP0755006B1 (en) | 2008-02-20 |
| JP2006294046A (ja) | 2006-10-26 |
| US6438617B1 (en) | 2002-08-20 |
| DE69637436D1 (de) | 2008-04-03 |
| US5918051A (en) | 1999-06-29 |
| EP0755006A2 (en) | 1997-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0950416A (ja) | 通信装置およびオブジェクト指向通信システム | |
| US6430740B1 (en) | Object-oriented communications framework system with support for multiple remote machine types | |
| JPH09114753A (ja) | オブジェクト指向通信システムの使用方法 | |
| US5515536A (en) | Method and system for invoking methods of an object through a dispatching interface | |
| US5745767A (en) | Method and system for testing the interoperability of application programs | |
| US6957439B1 (en) | Method, system, and program for mapping objects in different language formats | |
| US5920868A (en) | Cataloging apparatus for facilitating the re-use of distributed objects in a distributed object system | |
| US7676789B2 (en) | Architecture for customizable applications | |
| US6230318B1 (en) | Application programs constructed entirely from autonomous component objects | |
| US5771388A (en) | System and method for mapping driver level event function calls from a process-based driver level program to a session-based instrumentation control driver level system | |
| CA2312814C (en) | Apparatus and method for allowing object-oriented programs created with different framework versions to communicate | |
| US6854123B1 (en) | Method, system, and program for mapping standard application program interfaces (APIs) to user interface APIs | |
| KR100639167B1 (ko) | 프로그램 객체들의 버전-적응가능한 직렬화 및 탈직렬화 | |
| US7543301B2 (en) | Shared queues in shared object space | |
| US6691299B1 (en) | Object-oriented communications framework system with support for multiple remote machine types | |
| US6941520B1 (en) | Method, system, and program for using a user interface program to generate a user interface for an application program | |
| US20040172614A1 (en) | Dynamic code generation method | |
| US6522343B2 (en) | Hosting objects in a windowed environment | |
| US7991785B1 (en) | Interface to a human interface infrastructure database in an extensible firmware interface environment | |
| US6643712B1 (en) | Validating the creation of and routing of messages to file objects | |
| Dutoit et al. | The Basic Object System: Supporting a spectrum from prototypes to hardened code | |
| US6910215B1 (en) | Methods, systems and computer programs products for extending existing applications with static Java methods | |
| Hanák et al. | OpenGL and VTK interface for. NET | |
| Sells et al. | ATL internals: working with ATL 8 | |
| Campbell et al. | Reference Frameworks for eXpressDSP Software: API Reference |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050301 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050428 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050913 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051111 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060427 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060804 |