JPH09101941A - 通信制御システム - Google Patents
通信制御システムInfo
- Publication number
- JPH09101941A JPH09101941A JP25742795A JP25742795A JPH09101941A JP H09101941 A JPH09101941 A JP H09101941A JP 25742795 A JP25742795 A JP 25742795A JP 25742795 A JP25742795 A JP 25742795A JP H09101941 A JPH09101941 A JP H09101941A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- driver
- memory
- data
- protocol
- 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
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 通信制御システムに関し、通信ドライバによ
る不必要なメモリ占有を削減し、メモリの有効利用を図
る。 【解決手段】 他の処理装置４から処理装置１宛にデー
タを送信した場合、処理装置１の通信アダプタ１３は、
そのデータを受信して自動ロード／アンロード処理部１
２に渡す。自動ロード／アンロード処理部１２は、受信
データ中のヘッダ部を解析して、通信プロトコルを判定
する。そして、判定された通信プロトコル（第１の通信
プロトコル）に基づいてプロトコル／ドライバ対応情報
保持部２１を参照して上記通信プロトコルに該当する通
信ドライバ２２１をメモリ上にロードする。自動ロー
ド／アンロード処理部１２は、起動された通信ドライバ
２２１ａに対して受信データを渡す。通信ドライバ
２２１ａは、受信データを処理してアプリケーションプ
ログラム１１に渡す。
る不必要なメモリ占有を削減し、メモリの有効利用を図
る。 【解決手段】 他の処理装置４から処理装置１宛にデー
タを送信した場合、処理装置１の通信アダプタ１３は、
そのデータを受信して自動ロード／アンロード処理部１
２に渡す。自動ロード／アンロード処理部１２は、受信
データ中のヘッダ部を解析して、通信プロトコルを判定
する。そして、判定された通信プロトコル（第１の通信
プロトコル）に基づいてプロトコル／ドライバ対応情報
保持部２１を参照して上記通信プロトコルに該当する通
信ドライバ２２１をメモリ上にロードする。自動ロー
ド／アンロード処理部１２は、起動された通信ドライバ
２２１ａに対して受信データを渡す。通信ドライバ
２２１ａは、受信データを処理してアプリケーションプ
ログラム１１に渡す。
Description
【０００１】
【発明の属する技術分野】本発明は通信制御システムに
係り、特に、通信プロトコルによる通信制御に際して生
ずる不必要なメモリ占有を削減させる通信制御システム
に関する。
係り、特に、通信プロトコルによる通信制御に際して生
ずる不必要なメモリ占有を削減させる通信制御システム
に関する。
【０００２】
【従来の技術】従来より、他のシステムとの通信を開始
するときには、その通信における通信プロトコルに応じ
た通信ドライバを事前にメモリ上にロードしておくこと
が必要である。そこで、システム初期起動時の自動実行
オペレーションや通信開始直前のオペレーションに際し
て、通信プロトコルに応じた通信ドライバをメモリ上に
ロードし、その通信の終了後もそのままメモリ上に常駐
させておくかまたは所定のオペレーションによってメモ
リ上からアンロードする、というのが一般的であった。
するときには、その通信における通信プロトコルに応じ
た通信ドライバを事前にメモリ上にロードしておくこと
が必要である。そこで、システム初期起動時の自動実行
オペレーションや通信開始直前のオペレーションに際し
て、通信プロトコルに応じた通信ドライバをメモリ上に
ロードし、その通信の終了後もそのままメモリ上に常駐
させておくかまたは所定のオペレーションによってメモ
リ上からアンロードする、というのが一般的であった。
【０００３】
【発明が解決しようとする課題】上記従来技術におい
て、通信ドライバをメモリ上に常駐させておく場合に
は、その通信ドライバに制御される通信の発生頻度に関
わらず、メモリの一部が常に占有されることになる。ま
た、複数種類の通信プロトコルで通信する場合、各々の
通信プロトコルに応じた通信ドライバをすべてメモリ上
に常駐させておくことになるので、上記によって常に占
有されるメモリ量がさらに増大する。
て、通信ドライバをメモリ上に常駐させておく場合に
は、その通信ドライバに制御される通信の発生頻度に関
わらず、メモリの一部が常に占有されることになる。ま
た、複数種類の通信プロトコルで通信する場合、各々の
通信プロトコルに応じた通信ドライバをすべてメモリ上
に常駐させておくことになるので、上記によって常に占
有されるメモリ量がさらに増大する。
【０００４】このようなメモリの占有を回避するには、
各種の通信プロトコルにしたがった通信の開始および終
了に際して所定のオペレーションを行って、その通信用
の通信ドライバをロードあるいはアンロードすることが
必須となる。このため、上記オペレーションに伴う処理
手順の煩雑化による誤動作などが発生しやすくなってし
まうという問題点があった。
各種の通信プロトコルにしたがった通信の開始および終
了に際して所定のオペレーションを行って、その通信用
の通信ドライバをロードあるいはアンロードすることが
必須となる。このため、上記オペレーションに伴う処理
手順の煩雑化による誤動作などが発生しやすくなってし
まうという問題点があった。
【０００５】本発明の目的は、上記の問題点を解決し
て、処理手順の煩雑化などを伴わずに通信していないと
きの通信ドライバによる不必要なメモリ占有を削減し、
メモリの有効利用を図ることのできる通信制御システム
を提供することにある。
て、処理手順の煩雑化などを伴わずに通信していないと
きの通信ドライバによる不必要なメモリ占有を削減し、
メモリの有効利用を図ることのできる通信制御システム
を提供することにある。
【０００６】
【課題を解決するための手段】上記の目的を達成するた
め、本発明の通信制御システムは、通信プロトコルに応
じた通信ドライバをメモリ上で動作させることによって
通信制御を行う通信制御システムにおいて、通信の開始
に際して送受信データ中のヘッダ部から通信プロトコル
を判定し、その通信プロトコルに応じた通信ドライバを
メモリ上にロードして起動させる自動ロード手段と、あ
らかじめ決められた一定時間内にメモリ上の通信ドライ
バが起動されないとき、その通信ドライバをメモリ上か
らアンロードする自動アンロード手段と、を設ける構成
としたものである。
め、本発明の通信制御システムは、通信プロトコルに応
じた通信ドライバをメモリ上で動作させることによって
通信制御を行う通信制御システムにおいて、通信の開始
に際して送受信データ中のヘッダ部から通信プロトコル
を判定し、その通信プロトコルに応じた通信ドライバを
メモリ上にロードして起動させる自動ロード手段と、あ
らかじめ決められた一定時間内にメモリ上の通信ドライ
バが起動されないとき、その通信ドライバをメモリ上か
らアンロードする自動アンロード手段と、を設ける構成
としたものである。
【０００７】上記の構成により、データ受信時には受信
データ中のヘッダ部の解析によって通信プロトコルを判
定し、該当する通信ドライバのローディングを行う。そ
して同様に、データ送信時には送信データ中のヘッダ部
の解析によって判定された通信プロトコルに該当する通
信ドライバのローディングを行う。通信終了後、あらか
じめ決められた一定時間同一の通信プロトコルによる通
信が行われなかった場合、該当する通信ドライバのアン
ロードを行う。すなわち、データの送信または受信が必
要になった場合のみ通信ドライバのロードを行い、送受
信処理の終了後にアンロードを行うことにより、通信ド
ライバがメモリを占有している時間が短縮される。ま
た、使用する通信ドライバが複数あって同時に複数の通
信プロトコルで通信されることが少ない場合、通信ドラ
イバによるメモリ占有量が削減される。したがって、処
理手順の煩雑化などを伴わずに通信していないときの通
信ドライバによる不必要なメモリ占有を削減し、メモリ
の有効利用を図ることができる。
データ中のヘッダ部の解析によって通信プロトコルを判
定し、該当する通信ドライバのローディングを行う。そ
して同様に、データ送信時には送信データ中のヘッダ部
の解析によって判定された通信プロトコルに該当する通
信ドライバのローディングを行う。通信終了後、あらか
じめ決められた一定時間同一の通信プロトコルによる通
信が行われなかった場合、該当する通信ドライバのアン
ロードを行う。すなわち、データの送信または受信が必
要になった場合のみ通信ドライバのロードを行い、送受
信処理の終了後にアンロードを行うことにより、通信ド
ライバがメモリを占有している時間が短縮される。ま
た、使用する通信ドライバが複数あって同時に複数の通
信プロトコルで通信されることが少ない場合、通信ドラ
イバによるメモリ占有量が削減される。したがって、処
理手順の煩雑化などを伴わずに通信していないときの通
信ドライバによる不必要なメモリ占有を削減し、メモリ
の有効利用を図ることができる。
【０００８】
【発明の実施の形態】以下、本発明の通信制御システム
の実施の一形態を図面を用いて詳細に説明する。
の実施の一形態を図面を用いて詳細に説明する。
【０００９】図１は、本発明の通信制御システムの実施
の一形態の構成を示す図である。同図中、１は処理装
置、１１は処理装置１上でサービスを提供するアプリケ
ーションプログラム、１２は通信状況に応じて通信ドラ
イバを自動的にロードまたはアンロードする自動ロード
／アンロード処理部、１３は回線接続用の通信アダプ
タ、２は処理装置１の制御下にある磁気ディスク装置、
２１は各通信プロトコルについて対応する通信ドライバ
の情報を保持するプロトコル／ドライバ対応情報保持
部、２２は通信プロトコルを具体的に実現させる通信ド
ライバ、３は異なる処理装置間におけるデータの送受信
を中継する通信回線である。
の一形態の構成を示す図である。同図中、１は処理装
置、１１は処理装置１上でサービスを提供するアプリケ
ーションプログラム、１２は通信状況に応じて通信ドラ
イバを自動的にロードまたはアンロードする自動ロード
／アンロード処理部、１３は回線接続用の通信アダプ
タ、２は処理装置１の制御下にある磁気ディスク装置、
２１は各通信プロトコルについて対応する通信ドライバ
の情報を保持するプロトコル／ドライバ対応情報保持
部、２２は通信プロトコルを具体的に実現させる通信ド
ライバ、３は異なる処理装置間におけるデータの送受信
を中継する通信回線である。
【００１０】図１において、処理装置１に組み込まれた
自動ロード／アンロード処理部１２は、アプリケーショ
ンプログラム１１からのデータ送信要求もしくは通信ア
ダプタ１３からのデータ受信通知を待つ。データ送信要
求もしくはデータ受信通知を受けた場合、自動ロード／
アンロード処理部１２は、送信データまたは受信データ
中のヘッダ部を解析して通信プロトコルを判定する。プ
ロトコル／ドライバ対応情報保持部２１には、通信プロ
トコルと使用する通信ドライバとの対応関係が記述され
ており、自動ロード／アンロード処理部１２は判定した
通信プロトコルに基づいてプロトコル／ドライバ対応情
報保持部２１を参照し、通信プロトコルに対応する通信
ドライバを検索して該当する通信ドライバ２２を磁気デ
ィスク装置２よりローディングした後、送信データまた
は受信データを通信ドライバに渡す。以後、通信ドライ
バにより通信プロトコルにしたがった通信制御を行う。
通信が一定時間行われない場合、自動ロード／アンロー
ド処理部１２は通信終了と判断して通信ドライバのアン
ロードを行い、メモリ資源を解放する。
自動ロード／アンロード処理部１２は、アプリケーショ
ンプログラム１１からのデータ送信要求もしくは通信ア
ダプタ１３からのデータ受信通知を待つ。データ送信要
求もしくはデータ受信通知を受けた場合、自動ロード／
アンロード処理部１２は、送信データまたは受信データ
中のヘッダ部を解析して通信プロトコルを判定する。プ
ロトコル／ドライバ対応情報保持部２１には、通信プロ
トコルと使用する通信ドライバとの対応関係が記述され
ており、自動ロード／アンロード処理部１２は判定した
通信プロトコルに基づいてプロトコル／ドライバ対応情
報保持部２１を参照し、通信プロトコルに対応する通信
ドライバを検索して該当する通信ドライバ２２を磁気デ
ィスク装置２よりローディングした後、送信データまた
は受信データを通信ドライバに渡す。以後、通信ドライ
バにより通信プロトコルにしたがった通信制御を行う。
通信が一定時間行われない場合、自動ロード／アンロー
ド処理部１２は通信終了と判断して通信ドライバのアン
ロードを行い、メモリ資源を解放する。
【００１１】図２は、図１のシステムにおけるデータ受
信時の処理状態を示す図である。また、図３は、図２に
おけるデータ受信処理の流れを示すフローチャートであ
る。両図中、図１と同一構成部分については同一符号を
付す。４，５は通信回線３を介して処理装置１に接続さ
れている別の処理装置、４１，５１は処理装置４，５上
でサービスを提供するアプリケーションプログラム、４
３，５３は回線接続用の通信アダプタ、２２１，２２１
ａ，２２１ｂは第１の通信プロトコルを具体的に実現さ
せる通信ドライバ、２２２，２２２ａ，２２２ｂは第
２の通信プロトコルを具体的に実現させる通信ドライバ
である。また、自動ロード／アンロード処理部１２が
組み込まれている処理装置１の通信回線３には、通信の
相手局として処理装置４および処理装置５が接続されて
いるものとする。
信時の処理状態を示す図である。また、図３は、図２に
おけるデータ受信処理の流れを示すフローチャートであ
る。両図中、図１と同一構成部分については同一符号を
付す。４，５は通信回線３を介して処理装置１に接続さ
れている別の処理装置、４１，５１は処理装置４，５上
でサービスを提供するアプリケーションプログラム、４
３，５３は回線接続用の通信アダプタ、２２１，２２１
ａ，２２１ｂは第１の通信プロトコルを具体的に実現さ
せる通信ドライバ、２２２，２２２ａ，２２２ｂは第
２の通信プロトコルを具体的に実現させる通信ドライバ
である。また、自動ロード／アンロード処理部１２が
組み込まれている処理装置１の通信回線３には、通信の
相手局として処理装置４および処理装置５が接続されて
いるものとする。
【００１２】図２および図３において、処理装置４が通
信ドライバ２２１ｂを使用して処理装置１宛にデータ
を送信した場合、処理装置１の通信アダプタ１３は、そ
のデータを受信して自動ロード／アンロード処理部１２
に渡す（ステップ３０１）。自動ロード／アンロード処
理部１２は、受信データ中のヘッダ部を解析して、使用
されている通信プロトコルを判定する（ステップ３０
２）。そして、判定された通信プロトコル（第１の通信
プロトコル）に基づいて磁気ディスク装置２に格納され
たプロトコル／ドライバ対応情報保持部２１を参照して
上記通信プロトコルに該当する通信ドライバの有無を確
認し（ステップ３０４）、あった場合には磁気ディスク
装置２中の該当する通信ドライバ２２１をメモリ上に
ロードする（ステップ３０５）一方、なかった場合は受
信データを破棄してステップ３０１に戻る（ステップ３
０３）。自動ロード／アンロード処理部１２は、ロード
されてメモリ上で起動された通信ドライバ２２１ａに
対して処理装置４からの受信データを渡す（ステップ３
０６）。通信ドライバ２２１ａは、受信データを処理
してアプリケーションプログラム１１に渡して、上記受
信データに関する受信処理を完了する（ステップ３０
７）。
信ドライバ２２１ｂを使用して処理装置１宛にデータ
を送信した場合、処理装置１の通信アダプタ１３は、そ
のデータを受信して自動ロード／アンロード処理部１２
に渡す（ステップ３０１）。自動ロード／アンロード処
理部１２は、受信データ中のヘッダ部を解析して、使用
されている通信プロトコルを判定する（ステップ３０
２）。そして、判定された通信プロトコル（第１の通信
プロトコル）に基づいて磁気ディスク装置２に格納され
たプロトコル／ドライバ対応情報保持部２１を参照して
上記通信プロトコルに該当する通信ドライバの有無を確
認し（ステップ３０４）、あった場合には磁気ディスク
装置２中の該当する通信ドライバ２２１をメモリ上に
ロードする（ステップ３０５）一方、なかった場合は受
信データを破棄してステップ３０１に戻る（ステップ３
０３）。自動ロード／アンロード処理部１２は、ロード
されてメモリ上で起動された通信ドライバ２２１ａに
対して処理装置４からの受信データを渡す（ステップ３
０６）。通信ドライバ２２１ａは、受信データを処理
してアプリケーションプログラム１１に渡して、上記受
信データに関する受信処理を完了する（ステップ３０
７）。
【００１３】図４は、図１のシステムにおけるデータ受
信に続くデータ送信時の処理状態を示す図である。ま
た、図５は、図４におけるデータ送信処理の流れを示す
フローチャートである。両図中、図１および図２と同一
構成部分については同一符号を付し、その説明を省略す
る。
信に続くデータ送信時の処理状態を示す図である。ま
た、図５は、図４におけるデータ送信処理の流れを示す
フローチャートである。両図中、図１および図２と同一
構成部分については同一符号を付し、その説明を省略す
る。
【００１４】図４および図５において、処理装置１内の
自動ロード／アンロード処理部１２は、アプリケーショ
ンプログラム１１から処理装置５への送信データを受け
取る（ステップ５０１）と、送信データ中のヘッダ部を
解析して通信プロトコルを判定する（ステップ５０
２）。そして、判定された通信プロトコル（第２の通信
プロトコル）に基づいて磁気ディスク装置２に格納され
たプロトコル／ドライバ対応情報保持部２１を参照して
上記通信プロトコルに該当する通信ドライバの有無を確
認し（ステップ５０４）、あった場合には磁気ディスク
装置２中の該当する通信ドライバ２２２をメモリ上に
ロードする（ステップ５０５）一方、なかった場合はア
プリケーションプログラム１１にエラーを通知してステ
ップ５０１に戻る（ステップ５０３）。自動ロード／ア
ンロード処理部１２は、ロードされてメモリ上で起動さ
れた通信ドライバ２２２ａに対してアプリケーション
プログラム１１からの送信データを渡す（ステップ５０
６）。通信ドライバ２２２ａは、送信データを処理し
て通信アダプタ５３経由で処理装置５に送信し、上記送
信データに関する送信処理を完了する（ステップ５０
７）。
自動ロード／アンロード処理部１２は、アプリケーショ
ンプログラム１１から処理装置５への送信データを受け
取る（ステップ５０１）と、送信データ中のヘッダ部を
解析して通信プロトコルを判定する（ステップ５０
２）。そして、判定された通信プロトコル（第２の通信
プロトコル）に基づいて磁気ディスク装置２に格納され
たプロトコル／ドライバ対応情報保持部２１を参照して
上記通信プロトコルに該当する通信ドライバの有無を確
認し（ステップ５０４）、あった場合には磁気ディスク
装置２中の該当する通信ドライバ２２２をメモリ上に
ロードする（ステップ５０５）一方、なかった場合はア
プリケーションプログラム１１にエラーを通知してステ
ップ５０１に戻る（ステップ５０３）。自動ロード／ア
ンロード処理部１２は、ロードされてメモリ上で起動さ
れた通信ドライバ２２２ａに対してアプリケーション
プログラム１１からの送信データを渡す（ステップ５０
６）。通信ドライバ２２２ａは、送信データを処理し
て通信アダプタ５３経由で処理装置５に送信し、上記送
信データに関する送信処理を完了する（ステップ５０
７）。
【００１５】図６は、図１のシステムにおける通信終了
後の通信ドライバのアンロード時の処理状態を示す図で
ある。また、図７は、図６におけるアンロード処理の流
れを示すフローチャートである。両図中、図１および図
２と同一構成部分については同一符号を付し、その説明
を省略する。
後の通信ドライバのアンロード時の処理状態を示す図で
ある。また、図７は、図６におけるアンロード処理の流
れを示すフローチャートである。両図中、図１および図
２と同一構成部分については同一符号を付し、その説明
を省略する。
【００１６】図６および図７において、自動ロード／ア
ンロード処理部１２は、通信ドライバ２２１ａによる
データ送信および通信ドライバ２２２ａによるデータ
受信の終了時、各々の通信ドライバごとの終了監視タイ
マを起動する（ステップ７０１）。そして、終了監視タ
イマ起動中に新たなデータの送信または受信が発生した
場合（ステップ７０２＝Ｙｅｓ）、終了監視タイマを停
止して（ステップ７０３）、データの送信または受信処
理を実行した後にステップ７０１に戻って終了監視タイ
マの再起動を行う。一方、終了監視タイマ起動中に新た
なデータの送信または受信が発生することなく（ステッ
プ７０２＝Ｎｏ）、あらかじめ決められた一定時間が経
過して終了監視タイマがタイムアウトした場合（ステッ
プ７０４＝Ｙｅｓ）、その終了監視タイマに該当する通
信ドライバをアンロードし、メモリを解放する（ステッ
プ７０５）。
ンロード処理部１２は、通信ドライバ２２１ａによる
データ送信および通信ドライバ２２２ａによるデータ
受信の終了時、各々の通信ドライバごとの終了監視タイ
マを起動する（ステップ７０１）。そして、終了監視タ
イマ起動中に新たなデータの送信または受信が発生した
場合（ステップ７０２＝Ｙｅｓ）、終了監視タイマを停
止して（ステップ７０３）、データの送信または受信処
理を実行した後にステップ７０１に戻って終了監視タイ
マの再起動を行う。一方、終了監視タイマ起動中に新た
なデータの送信または受信が発生することなく（ステッ
プ７０２＝Ｎｏ）、あらかじめ決められた一定時間が経
過して終了監視タイマがタイムアウトした場合（ステッ
プ７０４＝Ｙｅｓ）、その終了監視タイマに該当する通
信ドライバをアンロードし、メモリを解放する（ステッ
プ７０５）。
【００１７】上述した実施の一形態によれば、データ受
信時には受信データ中のヘッダ部に基づいて通信プロト
コルが判定され、該当する通信ドライバがロードされ
る。同様に、データ送信時には送信データ中のヘッダ部
に基づいて判定された通信プロトコルに該当する通信ド
ライバがロードされる。通信終了後には、あらかじめ決
められた一定時間同一の通信プロトコルによる通信が行
われずに終了監視タイマがタイムアウトした場合、該当
する通信ドライバがアンロードされる。
信時には受信データ中のヘッダ部に基づいて通信プロト
コルが判定され、該当する通信ドライバがロードされ
る。同様に、データ送信時には送信データ中のヘッダ部
に基づいて判定された通信プロトコルに該当する通信ド
ライバがロードされる。通信終了後には、あらかじめ決
められた一定時間同一の通信プロトコルによる通信が行
われずに終了監視タイマがタイムアウトした場合、該当
する通信ドライバがアンロードされる。
【００１８】
【発明の効果】以上詳しく説明したように、本発明の通
信制御システムによれば、データ受信時には受信データ
中のヘッダ部の解析によって通信プロトコルを判定し、
該当する通信ドライバのローディングを行う。そして同
様に、データ送信時には送信データ中のヘッダ部の解析
によって判定された通信プロトコルに該当する通信ドラ
イバのローディングを行う。通信終了後、あらかじめ決
められた一定時間同一の通信プロトコルによる通信が行
われなかった場合、該当する通信ドライバのアンロード
を行う。すなわち、データの送信または受信が必要にな
った場合のみ通信ドライバのロードを行い、送受信処理
の終了後にアンロードを行うことにより、通信ドライバ
がメモリを占有している時間が短縮される。また、使用
する通信ドライバが複数あって同時に複数の通信プロト
コルで通信されることが少ない場合、通信ドライバによ
るメモリ占有量が削減される。したがって、処理手順の
煩雑化などを伴わずに通信していないときの通信ドライ
バによる不必要なメモリ占有を削減し、メモリの有効利
用を図ることができるという効果が得られる。
信制御システムによれば、データ受信時には受信データ
中のヘッダ部の解析によって通信プロトコルを判定し、
該当する通信ドライバのローディングを行う。そして同
様に、データ送信時には送信データ中のヘッダ部の解析
によって判定された通信プロトコルに該当する通信ドラ
イバのローディングを行う。通信終了後、あらかじめ決
められた一定時間同一の通信プロトコルによる通信が行
われなかった場合、該当する通信ドライバのアンロード
を行う。すなわち、データの送信または受信が必要にな
った場合のみ通信ドライバのロードを行い、送受信処理
の終了後にアンロードを行うことにより、通信ドライバ
がメモリを占有している時間が短縮される。また、使用
する通信ドライバが複数あって同時に複数の通信プロト
コルで通信されることが少ない場合、通信ドライバによ
るメモリ占有量が削減される。したがって、処理手順の
煩雑化などを伴わずに通信していないときの通信ドライ
バによる不必要なメモリ占有を削減し、メモリの有効利
用を図ることができるという効果が得られる。
【図１】本発明の通信制御システムの実施の一形態の構
成を示す図である。
成を示す図である。
【図２】図１のシステムにおけるデータ受信時の処理状
態を示す図である。
態を示す図である。
【図３】図２におけるデータ受信処理の流れを示すフロ
ーチャートである。
ーチャートである。
【図４】図１のシステムにおけるデータ受信に続くデー
タ送信時の処理状態を示す図である。
タ送信時の処理状態を示す図である。
【図５】図４におけるデータ送信処理の流れを示すフロ
ーチャートである。
ーチャートである。
【図６】図１のシステムにおける通信終了後の通信ドラ
イバのアンロード時の処理状態を示す図である。
イバのアンロード時の処理状態を示す図である。
【図７】図６におけるアンロード処理の流れを示すフロ
ーチャートである。
ーチャートである。
１，４，５ 処理装置 １１，４１，５１ アプリケーションプログラム １２ 自動ロード／アンロード処理部 １３，４３，５３ 通信アダプタ ２ 磁気ディスク装置 ２１ プロトコル／ドライバ対応情報保持部 ２２ 通信ドライバ ２２１，２２１ａ，２２１ｂ 通信ドライバ ２２２，２２２ａ，２２２ｂ 通信ドライバ ３ 通信回線
Claims (1)
- 【請求項１】 通信プロトコルに応じた通信ドライバを
メモリ上で動作させることによって通信制御を行う通信
制御システムにおいて、 通信の開始に際して送受信データ中のヘッダ部から通信
プロトコルを判定し、その通信プロトコルに応じた通信
ドライバをメモリ上にロードして起動させる自動ロード
手段と、 あらかじめ決められた一定時間内にメモリ上の通信ドラ
イバが起動されないとき、その通信ドライバをメモリ上
からアンロードする自動アンロード手段と、を設ける構
成としたことを特徴とする通信制御システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25742795A JPH09101941A (ja) | 1995-10-04 | 1995-10-04 | 通信制御システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25742795A JPH09101941A (ja) | 1995-10-04 | 1995-10-04 | 通信制御システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09101941A true JPH09101941A (ja) | 1997-04-15 |
Family
ID=17306222
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25742795A Pending JPH09101941A (ja) | 1995-10-04 | 1995-10-04 | 通信制御システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09101941A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006060363A (ja) * | 2004-08-18 | 2006-03-02 | Renesas Technology Corp | 半導体集積回路及び非接触ｉｃカード |
| JP2009037627A (ja) * | 2008-09-05 | 2009-02-19 | Canon Inc | 画像形成装置、画像形成装置の制御方法、及び、制御プログラム |
| JP2010277349A (ja) * | 2009-05-28 | 2010-12-09 | Toshiba Corp | 情報処理装置および環境設定方法 |
| WO2013176250A1 (ja) * | 2012-05-25 | 2013-11-28 | 横河電機株式会社 | 通信装置 |
| US8643470B2 (en) | 2008-06-27 | 2014-02-04 | Renesas Electronics Corporation | Semiconductor integrated circuit, IC card mounted with the semiconductor integrated circuit, and operation method for the same |
-
1995
- 1995-10-04 JP JP25742795A patent/JPH09101941A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006060363A (ja) * | 2004-08-18 | 2006-03-02 | Renesas Technology Corp | 半導体集積回路及び非接触ｉｃカード |
| US8643470B2 (en) | 2008-06-27 | 2014-02-04 | Renesas Electronics Corporation | Semiconductor integrated circuit, IC card mounted with the semiconductor integrated circuit, and operation method for the same |
| JP2009037627A (ja) * | 2008-09-05 | 2009-02-19 | Canon Inc | 画像形成装置、画像形成装置の制御方法、及び、制御プログラム |
| JP2010277349A (ja) * | 2009-05-28 | 2010-12-09 | Toshiba Corp | 情報処理装置および環境設定方法 |
| JP4660604B2 (ja) * | 2009-05-28 | 2011-03-30 | 株式会社東芝 | 情報処理装置および環境設定方法 |
| US8074233B2 (en) | 2009-05-28 | 2011-12-06 | Kabushiki Kaisha Toshiba | Information processing apparatus and configuring method |
| WO2013176250A1 (ja) * | 2012-05-25 | 2013-11-28 | 横河電機株式会社 | 通信装置 |
| JP2013247529A (ja) * | 2012-05-25 | 2013-12-09 | Yokogawa Electric Corp | 通信装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR20130108613A (ko) | 프로세스 간 통신을 위한 방법, 장치 및 컴퓨터 기록 매체 | |
| US20030224768A1 (en) | Processor Re-Start Control | |
| JPH09101941A (ja) | 通信制御システム | |
| US7636303B2 (en) | Packet receiving method of mobile terminal | |
| WO2001013219A1 (fr) | Procede de reecriture logicielle et dispositif de reecriture logicielle | |
| JP2003242050A (ja) | サーバ・クライアント間データ転送方法およそのサーバクライアントシステム | |
| KR100470993B1 (ko) | 디에스피 프로그램 다운로드 장치 및 그 방법 | |
| JPH08115271A (ja) | データ処理システム及び関連する方法 | |
| JP2003044182A (ja) | 情報処理装置 | |
| KR100962614B1 (ko) | 저 레벨 계층을 고객 소프트웨어 프로그램에 개방하는메인 소프트웨어 프로그램과 저 레벨 계층을 구동하는무선통신 모듈 | |
| JP2000163373A (ja) | 通信端末再開システム | |
| US20230153119A1 (en) | Method for initiating a standby mode in a control unit of a motor vehicle, corresponding operable control unit and motor vehicle | |
| JPH1049344A (ja) | バッファのビジー制御方式 | |
| WO2008053778A1 (fr) | Dispositif de communication radio | |
| WO2003100546A2 (en) | Processor re-start control | |
| JPH1139240A (ja) | 送受信バッファ制御回路及びその方法並びにその制御プログラムを記録する記録媒体 | |
| JP3611166B2 (ja) | データ処理方法および装置 | |
| JP2000076158A (ja) | アプリケーションダウンロードレジューム方法及びそのシステム | |
| JPH05120173A (ja) | 端末装置立ち上げ管理方式 | |
| JP2000312244A (ja) | ネットワークインタフェース切替方法およびその装置、その記録媒体 | |
| JP3463146B2 (ja) | 通信制御方法及び装置 | |
| JP2003316750A (ja) | 処理システム、処理装置及び再開処理方法 | |
| JP2000232514A (ja) | 保守通信プロトコルにおける試験再開処理方法ならびに装置 | |
| CN116734410A (zh) | 空调集控器、空调器、空调系统及通信兼容方法 | |
| JPH10161951A (ja) | 遠隔操作によるプログラム転送方式 |