JPH05233494A - 通信ソフトウェア構成方式 - Google Patents
通信ソフトウェア構成方式Info
- Publication number
- JPH05233494A JPH05233494A JP4069532A JP6953292A JPH05233494A JP H05233494 A JPH05233494 A JP H05233494A JP 4069532 A JP4069532 A JP 4069532A JP 6953292 A JP6953292 A JP 6953292A JP H05233494 A JPH05233494 A JP H05233494A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- operating system
- supervisor
- communication software
- function
- 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
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】 生産性，保守性を向上できると共に、通信ソ
フトウェアの機能差をなくすことができ、異なるオペレ
ーティングシステムの下で容易に実装が行える通信ソフ
トウェア構成方式を提供する。 【構成】 オペレーティングシステム２の機能の違いを
吸収し、一定のインタフェースを提供するスーパバイザ
４と、このスーパバイザ４の下でプロトコルに従ったデ
ータの作成を行うプロトコルマシン５とから通信ソフト
ウェアを構成することにより、オペレーティングシステ
ム２毎にスーパバイザ４のみを作成すれば、プロトコル
マシン５については共通なものが使用できるため、異な
るオペレーティングシステムの下で稼働するシステムへ
の実装が容易に行える。
フトウェアの機能差をなくすことができ、異なるオペレ
ーティングシステムの下で容易に実装が行える通信ソフ
トウェア構成方式を提供する。 【構成】 オペレーティングシステム２の機能の違いを
吸収し、一定のインタフェースを提供するスーパバイザ
４と、このスーパバイザ４の下でプロトコルに従ったデ
ータの作成を行うプロトコルマシン５とから通信ソフト
ウェアを構成することにより、オペレーティングシステ
ム２毎にスーパバイザ４のみを作成すれば、プロトコル
マシン５については共通なものが使用できるため、異な
るオペレーティングシステムの下で稼働するシステムへ
の実装が容易に行える。
Description
【０００１】
【産業上の利用分野】本発明は異なるオペレーティング
システム（ＯＳ）の下で容易に実装が行える通信ソフト
ウェア構成方式に関するものである。
システム（ＯＳ）の下で容易に実装が行える通信ソフト
ウェア構成方式に関するものである。
【０００２】
【従来の技術】一般にコンピュータシステムはオペレー
ティングシステムの管理の下にあり、通信ソフトウェア
もオペレーティングシステムの管理の下で動作する。ま
た、オペレーティングシステムには種々のものが存在
し、提供する機能にも差異が存在する。
ティングシステムの管理の下にあり、通信ソフトウェア
もオペレーティングシステムの管理の下で動作する。ま
た、オペレーティングシステムには種々のものが存在
し、提供する機能にも差異が存在する。
【０００３】従って、通信ソフトウェアを新たに作成す
る場合は、対象となるコンピュータシステムのオペレー
ティングシステムの機能を考慮に入れ、オペレーティン
グシステム毎に作成を行っていた。
る場合は、対象となるコンピュータシステムのオペレー
ティングシステムの機能を考慮に入れ、オペレーティン
グシステム毎に作成を行っていた。
【０００４】
【発明が解決しようとする課題】上述したように、従来
はオペレーティングシステム毎に通信ソフトウェアを作
成しなければならなかったため、次のような欠点が指摘
されていた。
はオペレーティングシステム毎に通信ソフトウェアを作
成しなければならなかったため、次のような欠点が指摘
されていた。
【０００５】複数のオペレーティングシステムを対象
とする場合、各通信ソフトウェアにおける共通部分が少
なく、生産性が良くない。
とする場合、各通信ソフトウェアにおける共通部分が少
なく、生産性が良くない。
【０００６】保守に際しても、個々のオペレーティン
グシステム用の通信ソフトウェアを対象としなければな
らないため、保守性も良くない。
グシステム用の通信ソフトウェアを対象としなければな
らないため、保守性も良くない。
【０００７】オペレーティングシステムの提供する機
能により通信ソフトウェアに機能差が生じてしまい、均
質なものとできない。
能により通信ソフトウェアに機能差が生じてしまい、均
質なものとできない。
【０００８】本発明は上記の点に鑑み提案されたもので
あり、その目的とするところは、生産性，保守性を向上
できると共に、通信ソフトウェアの機能差をなくすこと
ができ、異なるオペレーティングシステムの下で容易に
実装が行える通信ソフトウェア構成方式を提供すること
にある。
あり、その目的とするところは、生産性，保守性を向上
できると共に、通信ソフトウェアの機能差をなくすこと
ができ、異なるオペレーティングシステムの下で容易に
実装が行える通信ソフトウェア構成方式を提供すること
にある。
【０００９】
【課題を解決するための手段】本発明は上記の目的を達
成するため、オペレーティングシステムの下で稼働する
システムに実装される通信ソフトウェアにおいて、オペ
レーティングシステムの機能の違いを吸収し、一定のイ
ンタフェースを提供するスーパバイザと、このスーパバ
イザの下でプロトコルに従ったデータの作成を行うプロ
トコルマシンとから通信ソフトウェアを構成するように
している。
成するため、オペレーティングシステムの下で稼働する
システムに実装される通信ソフトウェアにおいて、オペ
レーティングシステムの機能の違いを吸収し、一定のイ
ンタフェースを提供するスーパバイザと、このスーパバ
イザの下でプロトコルに従ったデータの作成を行うプロ
トコルマシンとから通信ソフトウェアを構成するように
している。
【００１０】
【作用】本発明の通信ソフトウェア構成方式にあって
は、オペレーティングシステムの機能の違いを吸収し、
一定のインタフェースを提供するスーパバイザと、この
スーパバイザの下でプロトコルに従ったデータの作成を
行うプロトコルマシンとから通信ソフトウェアを構成す
ることにより、オペレーティングシステム毎にスーパバ
イザのみを作成すれば、プロトコルマシンについては共
通なものが使用できるため、異なるオペレーティングシ
ステムの下で稼働するシステムへの実装が容易に行え
る。
は、オペレーティングシステムの機能の違いを吸収し、
一定のインタフェースを提供するスーパバイザと、この
スーパバイザの下でプロトコルに従ったデータの作成を
行うプロトコルマシンとから通信ソフトウェアを構成す
ることにより、オペレーティングシステム毎にスーパバ
イザのみを作成すれば、プロトコルマシンについては共
通なものが使用できるため、異なるオペレーティングシ
ステムの下で稼働するシステムへの実装が容易に行え
る。
【００１１】
【実施例】以下、本発明の実施例につき、図面を参照し
て説明する。
て説明する。
【００１２】図１は本発明の通信ソフトウェア構成方式
を適用したネットワークシステムの一実施例を示す構成
図である。
を適用したネットワークシステムの一実施例を示す構成
図である。
【００１３】図１において、本実施例は、本発明の特徴
部分を含む自システム１と、ネットワーク６を介して接
続された相手側システム７とから構成されている。
部分を含む自システム１と、ネットワーク６を介して接
続された相手側システム７とから構成されている。
【００１４】自システム１内には、総合的な管理を行う
オペレーティングシステム２と、通信機能を利用するプ
ログラム３と、通信ソフトウェアを構成するスーパバイ
ザ４およびプロトコルマシン５とを含んでいる。
オペレーティングシステム２と、通信機能を利用するプ
ログラム３と、通信ソフトウェアを構成するスーパバイ
ザ４およびプロトコルマシン５とを含んでいる。
【００１５】図２はスーパバイザ４の内部構成の例を示
したものであり、オペレーティングシステム２から送信
情報および受信情報を受信するプロトコル受信手段４１
と、このプロトコル受信手段４１の受信した情報をプロ
トコルマシン５に通知するプロトコル通知手段４２と、
プロトコルマシン５からプロトコルに従ったデータの送
信要求を受信するプロトコル送信要求受信手段４３と、
オペレーティングシステム２にプロトコルに従ったデー
タの送信を行うプロトコル送信手段４４と、プロトコル
マシン５からのメモリ取得要求に応じ、オペレーティン
グシステム２に当該機能が存在する場合にはその機能を
利用し、存在しない場合には自らメモリ取得を行うメモ
リ提供手段４５と、プロトコルマシン５からのタイマ利
用要求に応じ、オペレーティングシステム２に当該機能
が存在する場合にはその機能を利用し、存在しない場合
には自らタイマ機能を提供するタイマ提供手段４６とを
備えている。
したものであり、オペレーティングシステム２から送信
情報および受信情報を受信するプロトコル受信手段４１
と、このプロトコル受信手段４１の受信した情報をプロ
トコルマシン５に通知するプロトコル通知手段４２と、
プロトコルマシン５からプロトコルに従ったデータの送
信要求を受信するプロトコル送信要求受信手段４３と、
オペレーティングシステム２にプロトコルに従ったデー
タの送信を行うプロトコル送信手段４４と、プロトコル
マシン５からのメモリ取得要求に応じ、オペレーティン
グシステム２に当該機能が存在する場合にはその機能を
利用し、存在しない場合には自らメモリ取得を行うメモ
リ提供手段４５と、プロトコルマシン５からのタイマ利
用要求に応じ、オペレーティングシステム２に当該機能
が存在する場合にはその機能を利用し、存在しない場合
には自らタイマ機能を提供するタイマ提供手段４６とを
備えている。
【００１６】以下、上記の実施例の動作を場合を分けて
説明する。
説明する。
【００１７】（１）初期処理 ネットワーク６を利用して通信を行う場合、プロトコル
マシン５においてプロトコルに従ったデータを作成する
ためにメモリを必要とする場合があり、そのような場合
にはネットワーク６を介して通信を行う前に、プロトコ
ルマシン５はスーパバイザ４に対してメモリの取得要求
を行う。このメモリ取得要求はオペレーティングシステ
ム２の違いに関係なく、一定のインタフェースに基づい
て行われる。
マシン５においてプロトコルに従ったデータを作成する
ためにメモリを必要とする場合があり、そのような場合
にはネットワーク６を介して通信を行う前に、プロトコ
ルマシン５はスーパバイザ４に対してメモリの取得要求
を行う。このメモリ取得要求はオペレーティングシステ
ム２の違いに関係なく、一定のインタフェースに基づい
て行われる。
【００１８】スーパバイザ４のメモリ提供手段４５はこ
のメモリ取得要求を受け、オペレーティングシステム２
にメモリ取得サービスを行う機能が存在する場合にはそ
の機能を利用してメモリの取得を行う。
のメモリ取得要求を受け、オペレーティングシステム２
にメモリ取得サービスを行う機能が存在する場合にはそ
の機能を利用してメモリの取得を行う。
【００１９】また、オペレーティングシステム２にその
ような機能が存在しない場合、メモリ提供手段４５は自
らメモリ取得を行う。例えば、スーパバイザ４はその起
動時にプロトコルマシン５が利用するメモリを準備して
おき、プロトコルマシン５からメモリ取得要求が行われ
た場合に、既に準備しておいたメモリをプロトコルマシ
ン５に提供する。
ような機能が存在しない場合、メモリ提供手段４５は自
らメモリ取得を行う。例えば、スーパバイザ４はその起
動時にプロトコルマシン５が利用するメモリを準備して
おき、プロトコルマシン５からメモリ取得要求が行われ
た場合に、既に準備しておいたメモリをプロトコルマシ
ン５に提供する。
【００２０】一方、ネットワーク６を利用して通信を行
う場合、プロトコルマシン５において経時的な処理を行
うためにタイマの利用を必要とする場合があり、そのよ
うな場合、プロトコルマシン５はスーパバイザ４に対し
てタイマの利用要求を行う。このタイマ利用要求はオペ
レーティングシステム２の違いに関係なく、一定のイン
タフェースに基づいて行われる。
う場合、プロトコルマシン５において経時的な処理を行
うためにタイマの利用を必要とする場合があり、そのよ
うな場合、プロトコルマシン５はスーパバイザ４に対し
てタイマの利用要求を行う。このタイマ利用要求はオペ
レーティングシステム２の違いに関係なく、一定のイン
タフェースに基づいて行われる。
【００２１】スーパバイザ４のタイマ提供手段４６はこ
のタイマ利用要求を受け、オペレーティングシステム２
にタイマサービスを行う機能が存在する場合にはその機
能を利用してタイマの設定を行う。
のタイマ利用要求を受け、オペレーティングシステム２
にタイマサービスを行う機能が存在する場合にはその機
能を利用してタイマの設定を行う。
【００２２】また、オペレーティングシステム２にその
ような機能が存在しない場合、タイマ提供手段４６は自
らタイマ機能を提供し、プロトコルマシン５からの要求
に応じて、スーパバイザ４内部で実現したタイマを使用
可能な状態とする。
ような機能が存在しない場合、タイマ提供手段４６は自
らタイマ機能を提供し、プロトコルマシン５からの要求
に応じて、スーパバイザ４内部で実現したタイマを使用
可能な状態とする。
【００２３】（２）送信処理 必要な初期設定が行われた後、自システム１のプログラ
ム３からの要求に応じ、ネットワーク６を介して相手側
システム７にデータを送信する場合の処理は次のように
して行われる。なお、この場合の大まかな信号の流れを
図３に示す。
ム３からの要求に応じ、ネットワーク６を介して相手側
システム７にデータを送信する場合の処理は次のように
して行われる。なお、この場合の大まかな信号の流れを
図３に示す。
【００２４】先ず、送信側のプログラム３は送信情報を
組み立て、送信要求をオペレーティングシステム２に対
してＳ１で示すような流れで行う。
組み立て、送信要求をオペレーティングシステム２に対
してＳ１で示すような流れで行う。
【００２５】スーパバイザ４のプロトコル受信手段４１
はオペレーティングシステム２がプログラム３から受け
取った送信情報をＳ２で示すような流れで取得する。こ
の送信情報には取得元情報が添付されており、この場
合、オペレーティングシステム２からスーパバイザ４に
対して通知される送信情報の取得元情報はプログラム３
を示すものとなる。
はオペレーティングシステム２がプログラム３から受け
取った送信情報をＳ２で示すような流れで取得する。こ
の送信情報には取得元情報が添付されており、この場
合、オペレーティングシステム２からスーパバイザ４に
対して通知される送信情報の取得元情報はプログラム３
を示すものとなる。
【００２６】スーパバイザ４のプロトコル通知手段４２
はプロトコル受信手段４１がオペレーティングシステム
２から取得した送信情報をＳ３で示すような流れでプロ
トコルマシン５に通知する。この送信情報にも取得元情
報が添付されており、この場合、スーパバイザ４からプ
ロトコルマシン５に対して通知される送信情報の取得元
情報はプログラム３を示すものである。なお、この通知
はオペレーティングシステム２の違いに関係なく、一定
のインタフェースに基づいて行われる。
はプロトコル受信手段４１がオペレーティングシステム
２から取得した送信情報をＳ３で示すような流れでプロ
トコルマシン５に通知する。この送信情報にも取得元情
報が添付されており、この場合、スーパバイザ４からプ
ロトコルマシン５に対して通知される送信情報の取得元
情報はプログラム３を示すものである。なお、この通知
はオペレーティングシステム２の違いに関係なく、一定
のインタフェースに基づいて行われる。
【００２７】プロトコルマシン５は受け取った送信情報
を利用して相手側システム７に対して送信するデータを
作成する。この際、初期処理で取得したメモリが利用さ
れる場合がある。
を利用して相手側システム７に対して送信するデータを
作成する。この際、初期処理で取得したメモリが利用さ
れる場合がある。
【００２８】プロトコルマシン５は作成したデータの送
信要求をＳ４で示す流れでスーパバイザ４に行い、スー
パバイザ４はその要求をプロトコル送信要求受信手段４
３により受け付ける。なお、この要求には送信相手先の
指定が伴われており、この場合は相手側システム７を示
すものとなっている。また、この要求はオペレーティン
グシステム２の違いに関係なく、一定のインタフェース
に基づいて行われる。
信要求をＳ４で示す流れでスーパバイザ４に行い、スー
パバイザ４はその要求をプロトコル送信要求受信手段４
３により受け付ける。なお、この要求には送信相手先の
指定が伴われており、この場合は相手側システム７を示
すものとなっている。また、この要求はオペレーティン
グシステム２の違いに関係なく、一定のインタフェース
に基づいて行われる。
【００２９】スーパバイザ４のプロトコル送信手段４４
はプロトコル送信要求受信手段４３により受け取ったデ
ータを、通信相手先を示す送信先情報を伴って、Ｓ５で
示す流れでオペレーティングシステム２に送信する。な
お、通信相手先は相手側システム７である。
はプロトコル送信要求受信手段４３により受け取ったデ
ータを、通信相手先を示す送信先情報を伴って、Ｓ５で
示す流れでオペレーティングシステム２に送信する。な
お、通信相手先は相手側システム７である。
【００３０】オペレーティングシステム２は基本的な通
信機能に基づき、ネットワーク６を介してＳ６で示す流
れで指定された相手側システム７にプロトコルに従った
データを送信する。
信機能に基づき、ネットワーク６を介してＳ６で示す流
れで指定された相手側システム７にプロトコルに従った
データを送信する。
【００３１】（３）受信処理 次に、相手側システム７から送信されてきたデータをネ
ットワーク６を介して自システム１で受信する場合の処
理は次のようにして行われる。なお、この場合の大まか
な信号の流れを図４に示す。
ットワーク６を介して自システム１で受信する場合の処
理は次のようにして行われる。なお、この場合の大まか
な信号の流れを図４に示す。
【００３２】先ず、相手側システム７がプロトコルに従
ったデータをネットワーク６を介して自システム１に送
信し、Ｒ１で示す流れで自システム１に達すると、自シ
ステム１のオペレーティングシステム２は基本的な通信
機能に基づいてそれを受信する。
ったデータをネットワーク６を介して自システム１に送
信し、Ｒ１で示す流れで自システム１に達すると、自シ
ステム１のオペレーティングシステム２は基本的な通信
機能に基づいてそれを受信する。
【００３３】スーパバイザ４のプロトコル受信手段４１
はオペレーティングシステム２が相手側システム７から
受け取った受信情報をＲ２で示すような流れで取得す
る。この受信情報には取得元情報が添付されており、こ
の場合、オペレーティングシステム２からスーパバイザ
４に対して通知される情報の取得元情報は相手側システ
ム７を示すものとなる。
はオペレーティングシステム２が相手側システム７から
受け取った受信情報をＲ２で示すような流れで取得す
る。この受信情報には取得元情報が添付されており、こ
の場合、オペレーティングシステム２からスーパバイザ
４に対して通知される情報の取得元情報は相手側システ
ム７を示すものとなる。
【００３４】スーパバイザ４のプロトコル通知手段４２
はプロトコル受信手段４１がオペレーティングシステム
２から取得した受信情報をＲ３で示すような流れでプロ
トコルマシン５に通知する。この受信情報にも取得元情
報が添付されており、この場合、スーパバイザ４からプ
ロトコルマシン５に対して通知される受信情報の取得元
情報は相手側システム７を示すものである。なお、この
通知はオペレーティングシステム２の違いに関係なく、
一定のインタフェースに基づいて行われる。
はプロトコル受信手段４１がオペレーティングシステム
２から取得した受信情報をＲ３で示すような流れでプロ
トコルマシン５に通知する。この受信情報にも取得元情
報が添付されており、この場合、スーパバイザ４からプ
ロトコルマシン５に対して通知される受信情報の取得元
情報は相手側システム７を示すものである。なお、この
通知はオペレーティングシステム２の違いに関係なく、
一定のインタフェースに基づいて行われる。
【００３５】プロトコルマシン５は通知された受信情報
に基づき、プログラム３に渡すデータを作成する。
に基づき、プログラム３に渡すデータを作成する。
【００３６】プロトコルマシン５は作成したデータの送
信要求をＲ４で示す流れでスーパバイザ４に行い、スー
パバイザ４はその要求をプロトコル送信要求受信手段４
３により受け付ける。なお、この要求には送信相手先の
指定が伴われており、この場合はプログラム３を示すも
のとなっている。また、この要求はオペレーティングシ
ステム２の違いに関係なく、一定のインタフェースに基
づいて行われる。
信要求をＲ４で示す流れでスーパバイザ４に行い、スー
パバイザ４はその要求をプロトコル送信要求受信手段４
３により受け付ける。なお、この要求には送信相手先の
指定が伴われており、この場合はプログラム３を示すも
のとなっている。また、この要求はオペレーティングシ
ステム２の違いに関係なく、一定のインタフェースに基
づいて行われる。
【００３７】スーパバイザ４のプロトコル送信手段４４
はプロトコル送信要求受信手段４３により受け取ったデ
ータを、相手先を示す送信先情報を伴って、Ｒ５で示す
流れでオペレーティングシステム２に送信する。なお、
相手先はプログラム３である。
はプロトコル送信要求受信手段４３により受け取ったデ
ータを、相手先を示す送信先情報を伴って、Ｒ５で示す
流れでオペレーティングシステム２に送信する。なお、
相手先はプログラム３である。
【００３８】オペレーティングシステム２はスーパバイ
ザ４から受け取ったデータを指定された受信側のプログ
ラム３にＲ６で示すような流れで送信する。
ザ４から受け取ったデータを指定された受信側のプログ
ラム３にＲ６で示すような流れで送信する。
【００３９】
【発明の効果】以上説明したように、本発明の通信ソフ
トウェア構成方式にあっては、通信ソフトウェアをスー
パバイザとプロトコルマシンとに分けたので、次のよう
な効果がある。
トウェア構成方式にあっては、通信ソフトウェアをスー
パバイザとプロトコルマシンとに分けたので、次のよう
な効果がある。
【００４０】複数のオペレーティングシステムを対象
とする場合であっても、オペレーティングシステム毎に
スーパバイザのみを作成すれば、プロトコルマシンにつ
いては共通に使用でき、また、プロトコルマシンはオペ
レーティングシステムを意識することなくスーパバイザ
の提供するインタフェースのみを考慮して作成すればよ
いため、生産性が大幅に向上する。
とする場合であっても、オペレーティングシステム毎に
スーパバイザのみを作成すれば、プロトコルマシンにつ
いては共通に使用でき、また、プロトコルマシンはオペ
レーティングシステムを意識することなくスーパバイザ
の提供するインタフェースのみを考慮して作成すればよ
いため、生産性が大幅に向上する。
【００４１】プロトコルマシンの保守は共通に行える
ため、保守性も向上する。
ため、保守性も向上する。
【００４２】スーパバイザによりオペレーティングシ
ステムの機能差が吸収されるため、通信ソフトウェアの
機能差がなくなり、均質なものとすることができる。
ステムの機能差が吸収されるため、通信ソフトウェアの
機能差がなくなり、均質なものとすることができる。
【図１】本発明の通信ソフトウェア構成方式を適用した
ネットワークシステムの一実施例を示す構成図である。
ネットワークシステムの一実施例を示す構成図である。
【図２】図１におけるスーパバイザの詳細の例を示す図
である。
である。
【図３】実施例の動作の説明図である。
【図４】実施例の動作の説明図である。
１……自システム ２……オペレーティングシステム ３……プログラム ４……スーパバイザ ４１…プロトコル受信手段 ４２…プロトコル通知手段 ４３…プロトコル送信要求受信手段 ４４…プロトコル送信手段 ４５…メモリ提供手段 ４６…タイマ提供手段 ５……プロトコルマシン ６……ネットワーク ７……相手側システム
Claims (3)
- 【請求項１】 オペレーティングシステムの下で稼働す
るシステムに実装される通信ソフトウェアにおいて、 オペレーティングシステムの機能の違いを吸収し、一定
のインタフェースを提供するスーパバイザと、 このスーパバイザの下でプロトコルに従ったデータの作
成を行うプロトコルマシンとから通信ソフトウェアを構
成することを特徴とした通信ソフトウェア構成方式。 - 【請求項２】 スーパバイザは、 オペレーティングシステムから送信情報および受信情報
を受信するプロトコル受信手段と、 このプロトコル受信手段の受信した情報をプロトコルマ
シンに通知するプロトコル通知手段と、 プロトコルマシンからプロトコルに従ったデータの送信
要求を受信するプロトコル送信要求受信手段と、 オペレーティングシステムにプロトコルに従ったデータ
の送信を行うプロトコル送信手段とを備えたことを特徴
とする請求項１記載の通信ソフトウェア構成方式。 - 【請求項３】 スーパバイザは、 プロトコルマシンからのメモリ取得要求に応じ、オペレ
ーティングシステムに当該機能が存在する場合にはその
機能を利用し、存在しない場合には自らメモリ取得を行
うメモリ提供手段と、 プロトコルマシンからのタイマ利用要求に応じ、オペレ
ーティングシステムに当該機能が存在する場合にはその
機能を利用し、存在しない場合には自らタイマ機能を提
供するタイマ提供手段とを備えたことを特徴とする請求
項１または２記載の通信ソフトウェア構成方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4069532A JPH05233494A (ja) | 1992-02-19 | 1992-02-19 | 通信ソフトウェア構成方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4069532A JPH05233494A (ja) | 1992-02-19 | 1992-02-19 | 通信ソフトウェア構成方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05233494A true JPH05233494A (ja) | 1993-09-10 |
Family
ID=13405432
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4069532A Pending JPH05233494A (ja) | 1992-02-19 | 1992-02-19 | 通信ソフトウェア構成方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05233494A (ja) |
-
1992
- 1992-02-19 JP JP4069532A patent/JPH05233494A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0751651A3 (en) | Interface between agent and managed device | |
| FR2739235B1 (fr) | Systeme de traitement de signal acoustique sur ligne telephonique associe a un systeme d'emission de signaux acoustiques | |
| US5892432A (en) | Personal computer control and activation device utilizing a paging message | |
| JPH05233494A (ja) | 通信ソフトウェア構成方式 | |
| JPH11184784A (ja) | 実行状況報告機能付きサーバ及び実行状況表示機能付きクライアント | |
| KR100254510B1 (ko) | 단전문서비스의 부가서비스 처리시스템 및 그 방법 | |
| WO2005008466A1 (en) | Trigger support for a bi-directional broker | |
| CN100546299C (zh) | 数据采集源管理方法和系统 | |
| CN116939043A (zh) | 数据处理系统、方法及存储介质 | |
| JPH06152679A (ja) | パケット網を利用した通信システム | |
| JPH05197684A (ja) | 電文振り分け方式 | |
| JP3020205B2 (ja) | プロセッサ間通信情報復元方法 | |
| JPH0381852A (ja) | コネクション管理方式 | |
| CN113296920A (zh) | 一种设备远程操控系统和方法 | |
| JPH0879379A (ja) | データ伝送処理システム | |
| JPH0685905A (ja) | 信号処理機能のためのプロセッサ監視方式 | |
| JPH0777390B2 (ja) | 端末応答時間監視装置 | |
| JP2001154955A (ja) | オブジェクトマッピング方式 | |
| JP2000235505A (ja) | 高速オブジェクト間通信装置 | |
| KR20040008063A (ko) | Ｓｍｓ 장치 및 그 장치를 이용한 ｓｍｓ 시스템 | |
| JPS61131059A (ja) | 通知方式 | |
| JPH07121007B2 (ja) | 通信処理網における集中制御方式 | |
| JPH05225138A (ja) | システム間データ転送における応答監視方式 | |
| JPH04178870A (ja) | ネットワーク管理方式 | |
| JPH01226058A (ja) | 発信接続方式 |