JP2003209553A - インタフェース処理 - Google Patents
インタフェース処理Info
- Publication number
- JP2003209553A JP2003209553A JP2002006110A JP2002006110A JP2003209553A JP 2003209553 A JP2003209553 A JP 2003209553A JP 2002006110 A JP2002006110 A JP 2002006110A JP 2002006110 A JP2002006110 A JP 2002006110A JP 2003209553 A JP2003209553 A JP 2003209553A
- Authority
- JP
- Japan
- Prior art keywords
- protocol stack
- interface
- multiplexer
- protocol
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 プロトコルスタックとインタフェース制御ド
ライバを自由に組み合わせたりプロトコルスタックを縦
列に構成したりできるインタフェース処理を可能にす
る。 【解決手段】 インタフェース処理において、プロトコ
ルに対応してパケットデータを処理する複数のプロトコ
ルスタック手段と、アプリケーションと複数のプロトコ
ルスタック手段の間を結ぶ第１マルチプレクサ手段と、
インタフェースデバイスごとに用意された複数のインタ
フェース制御ドライバ手段と、複数のプロトコルスタッ
ク手段と複数のインタフェース制御ドライバ手段との間
を結ぶ第２マルチプレクサ手段と、構成情報に基いて第
１と第２のマルチプレクサ手段を制御して、アプリケー
ション、プロトコルスタック手段、インタフェース制御
ドライバ手段を含む論理チャンネルを構成するチャンネ
ル構成手段とを設ける。
ライバを自由に組み合わせたりプロトコルスタックを縦
列に構成したりできるインタフェース処理を可能にす
る。 【解決手段】 インタフェース処理において、プロトコ
ルに対応してパケットデータを処理する複数のプロトコ
ルスタック手段と、アプリケーションと複数のプロトコ
ルスタック手段の間を結ぶ第１マルチプレクサ手段と、
インタフェースデバイスごとに用意された複数のインタ
フェース制御ドライバ手段と、複数のプロトコルスタッ
ク手段と複数のインタフェース制御ドライバ手段との間
を結ぶ第２マルチプレクサ手段と、構成情報に基いて第
１と第２のマルチプレクサ手段を制御して、アプリケー
ション、プロトコルスタック手段、インタフェース制御
ドライバ手段を含む論理チャンネルを構成するチャンネ
ル構成手段とを設ける。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータ、そ
の周辺機器などのネットワーク機器に実装されるインタ
フェース処理機構に関する。
の周辺機器などのネットワーク機器に実装されるインタ
フェース処理機構に関する。
【０００２】
【従来の技術】コンピュータ、その周辺機器などのネッ
トワーク機器は、通信に多様なプロトコル（たとえばＴ
ＣＰ／ＩＰ）を使用する。そこで、他の装置との通信に
使用するプロトコルに対応したインタフェースのハード
ウェア（インタフェースデバイス）を備え、そのための
インタフェース制御ドライバを備える。プロトコル処理
を行うプロトコルスタック（ソフトウェアプログラム）
は、アプリケーションとインタフェース制御ドライバの
間で、１つのプロトコルに基いてパケットデータを送受
信する。
トワーク機器は、通信に多様なプロトコル（たとえばＴ
ＣＰ／ＩＰ）を使用する。そこで、他の装置との通信に
使用するプロトコルに対応したインタフェースのハード
ウェア（インタフェースデバイス）を備え、そのための
インタフェース制御ドライバを備える。プロトコル処理
を行うプロトコルスタック（ソフトウェアプログラム）
は、アプリケーションとインタフェース制御ドライバの
間で、１つのプロトコルに基いてパケットデータを送受
信する。
【０００３】インタフェース処理機構の分野では、通信
に使用される多様なプロトコルに対応してインタフェー
スを再構築する必要がある。このため、ネットワーク機
器では、それぞれのプロトコルに対応できる複数のプロ
トコルスタック、インタフェースデバイス及びインタフ
ェース制御ドライバを用意しておき、構成データに対応
してプロトコルスタック、インタフェースデバイス及び
インタフェース制御ドライバを連結した論理的なチャン
ネルを構成する。たとえば特開平９−１８１７６４号公
報に示される装置は、ＬＡＮインタフェースを前提とし
て、複数のプロトコルスタックを用意しておき、それに
用いられる１つのプロトコルを選択する。ここで、プロ
トコルを選択するための特殊なパケットに従って、動的
にプロトコルスタックを構成する。
に使用される多様なプロトコルに対応してインタフェー
スを再構築する必要がある。このため、ネットワーク機
器では、それぞれのプロトコルに対応できる複数のプロ
トコルスタック、インタフェースデバイス及びインタフ
ェース制御ドライバを用意しておき、構成データに対応
してプロトコルスタック、インタフェースデバイス及び
インタフェース制御ドライバを連結した論理的なチャン
ネルを構成する。たとえば特開平９−１８１７６４号公
報に示される装置は、ＬＡＮインタフェースを前提とし
て、複数のプロトコルスタックを用意しておき、それに
用いられる１つのプロトコルを選択する。ここで、プロ
トコルを選択するための特殊なパケットに従って、動的
にプロトコルスタックを構成する。
【０００４】
【発明が解決しようとする問題点】ところが、前述の従
来のインタフェース処理機構では、ＬＡＮ以外のインタ
フェースの選択が考慮されていず、たとえばＬＡＮに用
いられるＩＰパケットをＵＳＢインタフェースに転送す
るなどの、プロトコルとインタフェースとの自由な組み
合わせが容易でなかった。また、同じプロトコル処理で
も、接続するインタフェースデバイスが異なれば、重複
してプロトコル処理のソフトウェアを実装していた。ま
た、あらかじめ縦列に接続した形でプロトコル処理のソ
フトウェア実装をしていたため、実装容量が無用に増大
していた。また、多重プロトコル処理を実現することが
容易でなかった。また、プロトコル処理を利用するアプ
リケーションソフトから見たアクセス形態の統一性をと
ることが容易でなかった。
来のインタフェース処理機構では、ＬＡＮ以外のインタ
フェースの選択が考慮されていず、たとえばＬＡＮに用
いられるＩＰパケットをＵＳＢインタフェースに転送す
るなどの、プロトコルとインタフェースとの自由な組み
合わせが容易でなかった。また、同じプロトコル処理で
も、接続するインタフェースデバイスが異なれば、重複
してプロトコル処理のソフトウェアを実装していた。ま
た、あらかじめ縦列に接続した形でプロトコル処理のソ
フトウェア実装をしていたため、実装容量が無用に増大
していた。また、多重プロトコル処理を実現することが
容易でなかった。また、プロトコル処理を利用するアプ
リケーションソフトから見たアクセス形態の統一性をと
ることが容易でなかった。
【０００５】この発明の目的は、プロトコルスタックと
インタフェース制御ドライバを自由に組み合わせたりプ
ロトコルスタックを縦列に構成したりできるインタフェ
ース処理を可能にすることである。
インタフェース制御ドライバを自由に組み合わせたりプ
ロトコルスタックを縦列に構成したりできるインタフェ
ース処理を可能にすることである。
【０００６】
【課題を解決するための手段】本発明に係るコンピュー
タにより実行可能なプログラムは、プロトコルに対応し
てパケットデータを処理する複数のプロトコルスタック
手段と、アプリケーションと複数のプロトコルスタック
手段の間を結ぶ第１マルチプレクサ手段と、インタフェ
ースデバイスごとに用意された複数のインタフェース制
御ドライバ手段と、複数のプロトコルスタック手段と複
数のインタフェース制御ドライバ手段との間を結ぶ第２
マルチプレクサ手段と、構成情報に基いて第１と第２の
マルチプレクサ手段を制御して、アプリケーション、プ
ロトコルスタック手段、インタフェース制御ドライバ手
段を含む論理チャンネルを構成するチャンネル構成手段
とからなる。これにより、プロトコル処理とインタフェ
ースデバイスを自由に組み合わせて、多様化する通信処
理に対して柔軟に対処できる。
タにより実行可能なプログラムは、プロトコルに対応し
てパケットデータを処理する複数のプロトコルスタック
手段と、アプリケーションと複数のプロトコルスタック
手段の間を結ぶ第１マルチプレクサ手段と、インタフェ
ースデバイスごとに用意された複数のインタフェース制
御ドライバ手段と、複数のプロトコルスタック手段と複
数のインタフェース制御ドライバ手段との間を結ぶ第２
マルチプレクサ手段と、構成情報に基いて第１と第２の
マルチプレクサ手段を制御して、アプリケーション、プ
ロトコルスタック手段、インタフェース制御ドライバ手
段を含む論理チャンネルを構成するチャンネル構成手段
とからなる。これにより、プロトコル処理とインタフェ
ースデバイスを自由に組み合わせて、多様化する通信処
理に対して柔軟に対処できる。
【０００７】前記のプログラムにおいて、好ましくは、
さらに、第２のマルチプレクサ手段の出力側から第１の
マルチプレクサ手段の入力に信号を直接に送るバイパス
手段を備える。チャンネル生成過程において、バイパス
手段は、第１と第２のマルチプレクサ手段を循環するバ
イパス経路を提供する。このバイパス経路を経由して、
ふたたび第１のマルチプレクサから他のプロトコルスタ
ックを連結すると、複数の異なるプロトコルスタックを
縦列に連結接続できる。ネットワーク→媒体→ネットワ
ークも可能（２以上のプロトコルを重ねたもの）
さらに、第２のマルチプレクサ手段の出力側から第１の
マルチプレクサ手段の入力に信号を直接に送るバイパス
手段を備える。チャンネル生成過程において、バイパス
手段は、第１と第２のマルチプレクサ手段を循環するバ
イパス経路を提供する。このバイパス経路を経由して、
ふたたび第１のマルチプレクサから他のプロトコルスタ
ックを連結すると、複数の異なるプロトコルスタックを
縦列に連結接続できる。ネットワーク→媒体→ネットワ
ークも可能（２以上のプロトコルを重ねたもの）
【０００８】前記のプログラムにおいて、好ましくは、
前記のプロトコルスタック手段は、信号をそのまま通す
スルー処理手段を含む。
前記のプロトコルスタック手段は、信号をそのまま通す
スルー処理手段を含む。
【０００９】本発明に係るコンピュータ読み出し可能な
記録媒体は、前記のいずれかに記載されたプログラムを
記録する。
記録媒体は、前記のいずれかに記載されたプログラムを
記録する。
【００１０】本発明に係るインタフェース処理機構は、
プロトコルに対応してパケットデータを処理する複数の
プロトコルスタック手段と、アプリケーションと複数の
プロトコルスタック手段の間を結ぶ第１マルチプレクサ
手段と、外部のネットワークを介して信号を伝送する複
数のインタフェースデバイスと、インタフェースデバイ
スごとに用意された複数のインタフェース制御ドライバ
手段と、複数のプロトコルスタック手段と複数のインタ
フェース制御ドライバ手段との間を結ぶ第２マルチプレ
クサ手段と、構成情報に基いて第１と第２のマルチプレ
クサ手段を制御して、アプリケーション、プロトコルス
タック手段、インタフェース制御ドライバ手段を含む論
理チャンネルを構成するチャンネル構成手段とを備え
る。
プロトコルに対応してパケットデータを処理する複数の
プロトコルスタック手段と、アプリケーションと複数の
プロトコルスタック手段の間を結ぶ第１マルチプレクサ
手段と、外部のネットワークを介して信号を伝送する複
数のインタフェースデバイスと、インタフェースデバイ
スごとに用意された複数のインタフェース制御ドライバ
手段と、複数のプロトコルスタック手段と複数のインタ
フェース制御ドライバ手段との間を結ぶ第２マルチプレ
クサ手段と、構成情報に基いて第１と第２のマルチプレ
クサ手段を制御して、アプリケーション、プロトコルス
タック手段、インタフェース制御ドライバ手段を含む論
理チャンネルを構成するチャンネル構成手段とを備え
る。
【００１１】
【発明の実施の形態】以下、添付の図面を参照して本発
明の実施の形態を説明する。なお、図面において、同じ
参照記号は同一または同等のものを示す。図１に示すシ
ステムでは、プロトコル処理を実装したインタフェース
処理装置を備えたネットワークプリンタ３０は、ネット
ワーク３２を介して、コンピュータ３４，３６、ネット
ワークスキャナ３８などに接続されている。プリンタ３
０は、プリントコントローラと画像形成部（図示しな
い）を備える。プリントコントローラは、入力された印
刷データをラスターデータに変換し、画像形成部で印刷
させる。プリントコントローラは、ＣＰＵ３００を中心
に構成され、プログラム、データなどを記憶するＲＯＭ
３０２、ワークエリアとしてのＲＡＭ３０４、ハードデ
ィスク装置３０６、表示部３０８、操作パネル３１０及
び通信装置３１２がＣＰＵに接続される。この構成は、
インタフェース処理を除いて通常のプリントコントロー
ラと同様である。通信装置３１２は、後で説明する各種
のインタフェースデバイスを含む。
明の実施の形態を説明する。なお、図面において、同じ
参照記号は同一または同等のものを示す。図１に示すシ
ステムでは、プロトコル処理を実装したインタフェース
処理装置を備えたネットワークプリンタ３０は、ネット
ワーク３２を介して、コンピュータ３４，３６、ネット
ワークスキャナ３８などに接続されている。プリンタ３
０は、プリントコントローラと画像形成部（図示しな
い）を備える。プリントコントローラは、入力された印
刷データをラスターデータに変換し、画像形成部で印刷
させる。プリントコントローラは、ＣＰＵ３００を中心
に構成され、プログラム、データなどを記憶するＲＯＭ
３０２、ワークエリアとしてのＲＡＭ３０４、ハードデ
ィスク装置３０６、表示部３０８、操作パネル３１０及
び通信装置３１２がＣＰＵに接続される。この構成は、
インタフェース処理を除いて通常のプリントコントロー
ラと同様である。通信装置３１２は、後で説明する各種
のインタフェースデバイスを含む。
【００１２】図２は、プロトコル処理を実装したインタ
フェース処理装置を図式的に示す。一般的にこのような
処理装置では、機能の中核を実現するアプリケーション
１０と、複数のプロトコルスタック（処理ブロック）１
４と、複数のインタフェース制御ドライバ１８と、複数
のインタフェースデバイス２０を含む。アプリケーショ
ン１０は、ここでは、プリントコントローラ（ラスター
描画処理プログラムを含む）である。プロトコルスタッ
ク（処理ブロック）１４は、プロトコルに基いてパケッ
トを処理するためにプロトコルごとに用意され、プロト
コルに従って送信データをパケットにしたり受信したパ
ケットから受信データを抽出する。インタフェース制御
ドライバ１８は、インタフェースデバイス２０ごとに用
意され、インタフェースデバイス２０へのデータ設定や
インタフェースデバイス２０からのデータ取得を行う。
インタフェースデバイス２０は、論理的なデータを通信
媒体の規格に準じた物理値に変換したり、また、この逆
変換を行う。上側マルチプレクサ１２は、アプリケーシ
ョン１０と複数のプロトコルスタック１４の間に配置さ
れ、プロトコルスタック１４を任意に選択することを可
能にする。また、下側マルチプレクサ１６は、複数のプ
ロトコルスタック１４と複数のインタフェース制御ドラ
イバ１８の間に配置され、両者を任意に組み合わせるこ
とを可能にする。さらに、下側のマルチプレクサ１６か
ら上側のマルチプレクサ１２に向かうバイパス手段（バ
イパス経路）２２を設ける。この構成において、上側の
マルチプレクサ１２でプロトコルスタック１４の選択が
可能であり、かつ、下側のマルチプレクサ１６でインタ
フェース制御ドライバ１８が選択可能である。これによ
り、プロトコル処理と転送するインタフェースの組合せ
を自由に選択できる。
フェース処理装置を図式的に示す。一般的にこのような
処理装置では、機能の中核を実現するアプリケーション
１０と、複数のプロトコルスタック（処理ブロック）１
４と、複数のインタフェース制御ドライバ１８と、複数
のインタフェースデバイス２０を含む。アプリケーショ
ン１０は、ここでは、プリントコントローラ（ラスター
描画処理プログラムを含む）である。プロトコルスタッ
ク（処理ブロック）１４は、プロトコルに基いてパケッ
トを処理するためにプロトコルごとに用意され、プロト
コルに従って送信データをパケットにしたり受信したパ
ケットから受信データを抽出する。インタフェース制御
ドライバ１８は、インタフェースデバイス２０ごとに用
意され、インタフェースデバイス２０へのデータ設定や
インタフェースデバイス２０からのデータ取得を行う。
インタフェースデバイス２０は、論理的なデータを通信
媒体の規格に準じた物理値に変換したり、また、この逆
変換を行う。上側マルチプレクサ１２は、アプリケーシ
ョン１０と複数のプロトコルスタック１４の間に配置さ
れ、プロトコルスタック１４を任意に選択することを可
能にする。また、下側マルチプレクサ１６は、複数のプ
ロトコルスタック１４と複数のインタフェース制御ドラ
イバ１８の間に配置され、両者を任意に組み合わせるこ
とを可能にする。さらに、下側のマルチプレクサ１６か
ら上側のマルチプレクサ１２に向かうバイパス手段（バ
イパス経路）２２を設ける。この構成において、上側の
マルチプレクサ１２でプロトコルスタック１４の選択が
可能であり、かつ、下側のマルチプレクサ１６でインタ
フェース制御ドライバ１８が選択可能である。これによ
り、プロトコル処理と転送するインタフェースの組合せ
を自由に選択できる。
【００１３】こうして構成されたインタフェース処理装
置において、たとえば起動時に、構成情報、たとえばチ
ャンネル作成データのテーブル（図３）に基いて２つの
マルチプレクサ１２、１６を制御して論理チャンネルを
生成する。このチャンネル生成により、第１マルチプレ
クサ１２から、１つのプロトコルスタック１４、第２マ
ルチプレクサ１６、１つのインタフェース制御ドライバ
１８までを連結した論理的なチャンネルを構成する。ま
た、さらに、上下のマルチプレクサを循環するバイパス
経路（ソフトウェア）２２を設けている。バイパス経路
２２は、第２のマルチプレクサの出力側から第１のマル
チプレクサの入力側に信号を直接に送る。これを利用す
ることにより、複数のプロトコルの縦列接続構成が可能
となる。すなわち、下側のマルチプレクサ１６でインタ
フェース制御ドライバ１８を選択せずに、上側のマルチ
プレクサ１２へのバイパス経路２２を選択すると、チャ
ンネル生成過程において、バイパス経路２２を経由し
て、ふたたび上側のマルチプレクサ１２から複数のプロ
トコルスタック１４の中の他の１つを連結できる。これ
により、異なるプロトコルスタック１４を縦列に連結で
きる。たとえばＩＰパケットのためのプロトコル処理と
ＩＥＥＥ１３９４のような多重プロトコル処理も容易で
ある。
置において、たとえば起動時に、構成情報、たとえばチ
ャンネル作成データのテーブル（図３）に基いて２つの
マルチプレクサ１２、１６を制御して論理チャンネルを
生成する。このチャンネル生成により、第１マルチプレ
クサ１２から、１つのプロトコルスタック１４、第２マ
ルチプレクサ１６、１つのインタフェース制御ドライバ
１８までを連結した論理的なチャンネルを構成する。ま
た、さらに、上下のマルチプレクサを循環するバイパス
経路（ソフトウェア）２２を設けている。バイパス経路
２２は、第２のマルチプレクサの出力側から第１のマル
チプレクサの入力側に信号を直接に送る。これを利用す
ることにより、複数のプロトコルの縦列接続構成が可能
となる。すなわち、下側のマルチプレクサ１６でインタ
フェース制御ドライバ１８を選択せずに、上側のマルチ
プレクサ１２へのバイパス経路２２を選択すると、チャ
ンネル生成過程において、バイパス経路２２を経由し
て、ふたたび上側のマルチプレクサ１２から複数のプロ
トコルスタック１４の中の他の１つを連結できる。これ
により、異なるプロトコルスタック１４を縦列に連結で
きる。たとえばＩＰパケットのためのプロトコル処理と
ＩＥＥＥ１３９４のような多重プロトコル処理も容易で
ある。
【００１４】より具体的に説明すると、プロトコルスタ
ック１４として、ＬＡＮに用いられるＴＣＰ／ＩＰプロ
トコルスタック１４０と、ＩＥＥＥ１３９４によるデー
タ転送に用いられるＳＢＰ−２プロトコルスタック１４
２と、ブルートゥース（BlueTooth）による無線通信を
処理するプロトコルスタック１４４とを実装している。
コンピュータと直接接続されるＵＳＢなどのインタフェ
ースはプロトコル処理が不要である。そこで、上下のマ
ルチプレクサの間を無処理で転送するスルー処理手段
（スルー経路）１４６も設けている。スルー処理手段は
ソフトウェアである。また、この例では、インタフェー
ス制御ドライバ１８の実装例として、無線ＬＡＮコント
ローラ２００を制御するＬＡＮドライバ１８０と、ＩＥ
ＥＥ１３９４コントローラ２０２を制御するドライバ１
８２と、BlueToothの無線通信コントローラ２０４を制
御するドライバ１８４と、ＵＳＢコントローラ２０６を
制御するドライバ１８６を備える。
ック１４として、ＬＡＮに用いられるＴＣＰ／ＩＰプロ
トコルスタック１４０と、ＩＥＥＥ１３９４によるデー
タ転送に用いられるＳＢＰ−２プロトコルスタック１４
２と、ブルートゥース（BlueTooth）による無線通信を
処理するプロトコルスタック１４４とを実装している。
コンピュータと直接接続されるＵＳＢなどのインタフェ
ースはプロトコル処理が不要である。そこで、上下のマ
ルチプレクサの間を無処理で転送するスルー処理手段
（スルー経路）１４６も設けている。スルー処理手段は
ソフトウェアである。また、この例では、インタフェー
ス制御ドライバ１８の実装例として、無線ＬＡＮコント
ローラ２００を制御するＬＡＮドライバ１８０と、ＩＥ
ＥＥ１３９４コントローラ２０２を制御するドライバ１
８２と、BlueToothの無線通信コントローラ２０４を制
御するドライバ１８４と、ＵＳＢコントローラ２０６を
制御するドライバ１８６を備える。
【００１５】図中の上側マルチプレクサ１２は、アプリ
ケーション１０または下側マルチプレクサ１６からのバ
イパス経路１４６と、任意のプロトコルスタック１４ま
たは無処理のスルー経路１４６の組合せを可能とする。
また、下側のマルチプレクサ１６は、プロトコルスタッ
ク１４またはスルー経路１４６とインタエース制御ドラ
イバ１８または上側マルチプレクサ１２への循環を任意
に組み合わせることを可能にする。また、両マルチプレ
クサ１２、１６は、プロトコルスタックの間のアクセス
関数の違いや、ドライバ間のアクセス関数の違いなどを
吸収して、制約なく組合せられるものとする。
ケーション１０または下側マルチプレクサ１６からのバ
イパス経路１４６と、任意のプロトコルスタック１４ま
たは無処理のスルー経路１４６の組合せを可能とする。
また、下側のマルチプレクサ１６は、プロトコルスタッ
ク１４またはスルー経路１４６とインタエース制御ドラ
イバ１８または上側マルチプレクサ１２への循環を任意
に組み合わせることを可能にする。また、両マルチプレ
クサ１２、１６は、プロトコルスタックの間のアクセス
関数の違いや、ドライバ間のアクセス関数の違いなどを
吸収して、制約なく組合せられるものとする。
【００１６】なお、図２では、各ブロックの間の相関的
な関係を示しているのみであり、実際に機能するために
は、次に述べるように、起動時に各ブロックを適宜連結
して、論理チャンネルを作成する。論理チャンネル作成
のためには、図３に示すようなチャンネル作成データの
テーブル（構成情報）をあらかじめ用意しておく。図３
において、Ｐはプロトコルスタック１４を表わし、Ｄは
インターフェース制御ドライバ１８を示す。起動時にこ
のデータテーブルが読みこまれ、この内容に従った論理
チャンネルが構成される。図３では３つの論理チャンネ
ル作成のためのデータの例を示す。第１チャンネルにつ
いては、ＴＣＰ／ＩＰプロトコルスタック１４０とＬＡ
Ｎドライバ１８０を連結する。第２チャンネルについて
は、ＴＣＰ／ＩＰ及びＳＢＰ−２の２つのプロトコルス
タック１４０、１４２をこの順で連結し、その後にＩＥ
ＥＥ１３９４ドライバ１８２を連結する。第３チャンネ
ルについては、プロトコル処理のないスルー処理１４６
とＵＳＢドライバ１８６を連結する。
な関係を示しているのみであり、実際に機能するために
は、次に述べるように、起動時に各ブロックを適宜連結
して、論理チャンネルを作成する。論理チャンネル作成
のためには、図３に示すようなチャンネル作成データの
テーブル（構成情報）をあらかじめ用意しておく。図３
において、Ｐはプロトコルスタック１４を表わし、Ｄは
インターフェース制御ドライバ１８を示す。起動時にこ
のデータテーブルが読みこまれ、この内容に従った論理
チャンネルが構成される。図３では３つの論理チャンネ
ル作成のためのデータの例を示す。第１チャンネルにつ
いては、ＴＣＰ／ＩＰプロトコルスタック１４０とＬＡ
Ｎドライバ１８０を連結する。第２チャンネルについて
は、ＴＣＰ／ＩＰ及びＳＢＰ−２の２つのプロトコルス
タック１４０、１４２をこの順で連結し、その後にＩＥ
ＥＥ１３９４ドライバ１８２を連結する。第３チャンネ
ルについては、プロトコル処理のないスルー処理１４６
とＵＳＢドライバ１８６を連結する。
【００１７】なお、図３の例では、論理チャンネルを構
成するプロトコルスタック１４を順に記述している。し
かし、各プロトコルスタック１４に対してその前後に連
結されるプロトコルスタック１２やドライバ１８を記述
してもよい。論理チャンネル、プロトコルスタック及び
ドライバの連結形態が一意に決定できれば、このデータ
の記述方法のいかんを問わず、所望の論理チャンネルを
構成できる。
成するプロトコルスタック１４を順に記述している。し
かし、各プロトコルスタック１４に対してその前後に連
結されるプロトコルスタック１２やドライバ１８を記述
してもよい。論理チャンネル、プロトコルスタック及び
ドライバの連結形態が一意に決定できれば、このデータ
の記述方法のいかんを問わず、所望の論理チャンネルを
構成できる。
【００１８】図４は、上述のチャンネル作成データをも
とに、論理チャンネルを構成するＣＰＵ３００の処理を
示す。この処理は、原則として、機器の起動時に１回実
行されるのみであるが、適切な時点でチャンネル作成デ
ータを変更し、その時点で図４の処理を実行して、論理
チャンネルの構成を変更できる。また、パケットの種類
を動的に判別して論理チャンネルを作成することも可能
である。
とに、論理チャンネルを構成するＣＰＵ３００の処理を
示す。この処理は、原則として、機器の起動時に１回実
行されるのみであるが、適切な時点でチャンネル作成デ
ータを変更し、その時点で図４の処理を実行して、論理
チャンネルの構成を変更できる。また、パケットの種類
を動的に判別して論理チャンネルを作成することも可能
である。
【００１９】図４の論理チャンネル作成において、ま
ず、未構成のチャンネル作成データ（構成情報）がある
か否か判断する（Ｓ１００）。なければ、処理を終了す
る（Ｓ１０２）。次に、当該チャンネルとＰ１で指定さ
れたプロトコルスタック１４を連結するように上側マル
チプレクサ１２を設定する（Ｓ１０４）。次に、チャン
ネルを表わす変数ｉを１に初期化する（Ｓ１０６）。次
に、Ｐｉ＋１に指定されたプロトコルスタック１４があ
るか否か判断する（Ｓ１０８）。指定されたプロトコル
スタック１４があれば、ｉ番目のプロトコルスタック１
４（Ｐｉ）で指定されたプロトコルスタック１４とバイ
パス経路２２を連結するように下側マルチプレクサ１６
を設定し（Ｓ１１２）、さらに、バイパス経路２２とＰ
ｉ＋１で指定されたプロトコルスタック１４とバイパス
経路２２を連結するように上側マルチプレクサ１２を設
定する（Ｓ１１４）。最後にｉを１つ増加して（Ｓ１１
６）、ステップＳ１０８に戻り、次のプロトコルスタッ
クの処理を行う。一方、ステップＳ１０８で指定された
プロトコルスタック１４がないと判定されると、Ｐｉで
指定されたプロトコルスタック１４とでインターフェー
ス制御ドライバ１８で指定されたドライバを連結するよ
うに下側マルチプレクサ１６を連結して（Ｓ１１０）、
ステップＳ１００に戻り、次の未構成チャンネルを処理
する。
ず、未構成のチャンネル作成データ（構成情報）がある
か否か判断する（Ｓ１００）。なければ、処理を終了す
る（Ｓ１０２）。次に、当該チャンネルとＰ１で指定さ
れたプロトコルスタック１４を連結するように上側マル
チプレクサ１２を設定する（Ｓ１０４）。次に、チャン
ネルを表わす変数ｉを１に初期化する（Ｓ１０６）。次
に、Ｐｉ＋１に指定されたプロトコルスタック１４があ
るか否か判断する（Ｓ１０８）。指定されたプロトコル
スタック１４があれば、ｉ番目のプロトコルスタック１
４（Ｐｉ）で指定されたプロトコルスタック１４とバイ
パス経路２２を連結するように下側マルチプレクサ１６
を設定し（Ｓ１１２）、さらに、バイパス経路２２とＰ
ｉ＋１で指定されたプロトコルスタック１４とバイパス
経路２２を連結するように上側マルチプレクサ１２を設
定する（Ｓ１１４）。最後にｉを１つ増加して（Ｓ１１
６）、ステップＳ１０８に戻り、次のプロトコルスタッ
クの処理を行う。一方、ステップＳ１０８で指定された
プロトコルスタック１４がないと判定されると、Ｐｉで
指定されたプロトコルスタック１４とでインターフェー
ス制御ドライバ１８で指定されたドライバを連結するよ
うに下側マルチプレクサ１６を連結して（Ｓ１１０）、
ステップＳ１００に戻り、次の未構成チャンネルを処理
する。
【００２０】図５〜図７は、図３の３つの構成情報に従
って作成した論理チャンネルにおけるデータフローをチ
ャンネルごとに示している。図５、図６、図７は、それ
ぞれ、第１チャンネル、第２チャンネル、第３チャンネ
ルを示す。各図において、上下のマルチプレクサ内の太
線が各論理チャンネルについて設定されたデータフロー
を示している。アプリケーション１０から見た場合、プ
ロトコルスタック１４ごとのアクセス関数の違いが吸収
されているので、アプリケーション１０からは論理チャ
ンネルを選択するだけで所望のプロトコル処理によるデ
ータ転送が可能となる。
って作成した論理チャンネルにおけるデータフローをチ
ャンネルごとに示している。図５、図６、図７は、それ
ぞれ、第１チャンネル、第２チャンネル、第３チャンネ
ルを示す。各図において、上下のマルチプレクサ内の太
線が各論理チャンネルについて設定されたデータフロー
を示している。アプリケーション１０から見た場合、プ
ロトコルスタック１４ごとのアクセス関数の違いが吸収
されているので、アプリケーション１０からは論理チャ
ンネルを選択するだけで所望のプロトコル処理によるデ
ータ転送が可能となる。
【００２１】なお、以上では、ネットワークプリンタ３
０に設けたインタフェース処理機構について説明した。
これにより、種々のプロトコルで受信されるデータ入力
を可能にする。さらに、他の画像処理装置においても、
同様なインタフェース処理機構を設けることができる。
たとえば、ネットワークスキャナでは、スキャナで読み
取った画像データの種々のプロトコルでのデータ出力処
理に対処できる。
０に設けたインタフェース処理機構について説明した。
これにより、種々のプロトコルで受信されるデータ入力
を可能にする。さらに、他の画像処理装置においても、
同様なインタフェース処理機構を設けることができる。
たとえば、ネットワークスキャナでは、スキャナで読み
取った画像データの種々のプロトコルでのデータ出力処
理に対処できる。
【００２２】
【発明の効果】単純な構成で、プロトコル処理とインタ
フェースデバイスを自由に組み合わせて、多様化する通
信処理に対して柔軟に対処できる。１つのプロトコルス
タックと他のプロトコルスタックを縦列に構成できるの
で、プロトコル処理の縦列処理についても柔軟な対応が
できる。
フェースデバイスを自由に組み合わせて、多様化する通
信処理に対して柔軟に対処できる。１つのプロトコルス
タックと他のプロトコルスタックを縦列に構成できるの
で、プロトコル処理の縦列処理についても柔軟な対応が
できる。
【図１】 プロトコル処理を実装した機器の構成の図式
的な図
的な図
【図２】 インタフェース処理装置のブロック図
【図３】 構成する論理チャンネルを定義したデータの
図
図
【図４】 チャンネル作成データから論理チャンネルを
構成するためのフローチャート
構成するためのフローチャート
【図５】 構成された論理チャンネルのデータフローの
１例の図
１例の図
【図６】 構成された論理チャンネルのデータフローの
他の１例の図
他の１例の図
【図７】 構成された論理チャンネルのデータフローの
他の１例の図
他の１例の図
１０ アプリケーション、 １２ 第１のマルチプレ
クサ手段、 １４複数のプロトコルスタック、 １
６ 第２のマルチプレクサ手段、 １８複数のインタ
フェース制御ドライバ、 ２０ 複数のインタフェー
スデバイス２０、 ２２ バイパス経路、 １４６
スルー経路。
クサ手段、 １４複数のプロトコルスタック、 １
６ 第２のマルチプレクサ手段、 １８複数のインタ
フェース制御ドライバ、 ２０ 複数のインタフェー
スデバイス２０、 ２２ バイパス経路、 １４６
スルー経路。
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5B014 EB03 FB03
5K033 BA04 CB02 CB14 DA05 DB17
DB19
5K034 AA19 AA20 EE11 FF01 FF02
GG02 GG06 HH04 HH63 JJ11
Claims (5)
- 【請求項１】 プロトコルに対応してパケットデータを
処理する複数のプロトコルスタック手段と、 アプリケーションと複数のプロトコルスタック手段の間
を結ぶ第１マルチプレクサ手段と、 インタフェースデバイスごとに用意された複数のインタ
フェース制御ドライバ手段と、 複数のプロトコルスタック手段と複数のインタフェース
制御ドライバ手段との間を結ぶ第２マルチプレクサ手段
と、 構成情報に基いて第１と第２のマルチプレクサ手段を制
御して、アプリケーション、プロトコルスタック手段、
インタフェース制御ドライバ手段を含む論理チャンネル
を構成するチャンネル構成手段とからなり、コンピュー
タにより実行可能なプログラム。 - 【請求項２】 さらに、第２のマルチプレクサ手段の出
力側から第１のマルチプレクサ手段の入力側に信号を直
接に送るバイパス手段を備えることを特徴とする請求項
１に記載されたプログラム。 - 【請求項３】 前記のプロトコルスタック手段は、信号
をそのまま通すスルー処理手段を含むことを特徴とする
請求項１に記載されたプログラム。 - 【請求項４】 請求項１〜３のいずれかに記載されたプ
ログラムを記録した、コンピュータ読み出し可能な記録
媒体。 - 【請求項５】 プロトコルに対応してパケットデータを
処理する複数のプロトコルスタック手段と、 アプリケーションと複数のプロトコルスタック手段の間
を結ぶ第１マルチプレクサ手段と、 外部のネットワークを介して信号を伝送する複数のイン
タフェースハードウェアと、 インタフェースデバイスごとに用意された複数のインタ
フェース制御ドライバ手段と、 複数のプロトコルスタック手段と複数のインタフェース
制御ドライバ手段との間を結ぶ第２マルチプレクサ手段
と、 構成情報に基いて第１と第２のマルチプレクサ手段を制
御して、アプリケーション、プロトコルスタック手段、
インタフェース制御ドライバ手段を含む論理チャンネル
を構成するチャンネル構成手段とを備えるインタフェー
ス処理機構。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002006110A JP3982265B2 (ja) | 2002-01-15 | 2002-01-15 | インタフェース処理 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002006110A JP3982265B2 (ja) | 2002-01-15 | 2002-01-15 | インタフェース処理 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003209553A true JP2003209553A (ja) | 2003-07-25 |
| JP3982265B2 JP3982265B2 (ja) | 2007-09-26 |
Family
ID=27644971
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002006110A Expired - Fee Related JP3982265B2 (ja) | 2002-01-15 | 2002-01-15 | インタフェース処理 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3982265B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004100469A1 (ja) * | 2003-05-08 | 2004-11-18 | Nippon Telegraph And Telephone Corporation | 通信制御方法、通信制御装置、通信制御プログラムおよび記録媒体 |
| JP2006294022A (ja) * | 2005-03-28 | 2006-10-26 | Nvidia Corp | ユニバーサルストレージバスアダプタ |
| JP2012514897A (ja) * | 2009-01-05 | 2012-06-28 | クゥアルコム・インコーポレイテッド | 代替ラジオに関連付けられた物理抽出レイヤで定義された代替ラジオの状態をレポートするための基準を備えた、ブルートゥース／代替ラジオ統合端末 |
| WO2013180167A1 (ja) * | 2012-05-30 | 2013-12-05 | 横河電機株式会社 | 通信装置 |
-
2002
- 2002-01-15 JP JP2002006110A patent/JP3982265B2/ja not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004100469A1 (ja) * | 2003-05-08 | 2004-11-18 | Nippon Telegraph And Telephone Corporation | 通信制御方法、通信制御装置、通信制御プログラムおよび記録媒体 |
| US7769824B2 (en) | 2003-05-08 | 2010-08-03 | Nippon Telegraph And Telephone Corporation | Communication control method, communication control apparatus, communication control program and recording medium |
| JP2006294022A (ja) * | 2005-03-28 | 2006-10-26 | Nvidia Corp | ユニバーサルストレージバスアダプタ |
| JP2012514897A (ja) * | 2009-01-05 | 2012-06-28 | クゥアルコム・インコーポレイテッド | 代替ラジオに関連付けられた物理抽出レイヤで定義された代替ラジオの状態をレポートするための基準を備えた、ブルートゥース／代替ラジオ統合端末 |
| WO2013180167A1 (ja) * | 2012-05-30 | 2013-12-05 | 横河電機株式会社 | 通信装置 |
| US10305793B2 (en) | 2012-05-30 | 2019-05-28 | Yokogawa Electric Corporation | Communication device for switching stacks and method of controlling execution of stacks |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3982265B2 (ja) | 2007-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104735279B (zh) | 图像形成装置、系统及图像形成装置和系统的控制方法 | |
| JP2006270193A (ja) | 画像形成システムおよび方法および画像読取装置 | |
| JP2007219711A (ja) | リモートデバイス制御プログラム | |
| US10367894B2 (en) | Information processing apparatus, method for controlling the same, non-transitory computer-readable storage medium, and information processing system | |
| WO2006064650A1 (ja) | プロファイル取得方法、装置、プログラム、及び、記録媒体 | |
| AU2009200973A1 (en) | Device with Ethernet switch function and single Ethernet connector | |
| US8259324B2 (en) | Printer/storage integrate system, controller, control method, and control program for automatic installation of control software | |
| JP2000269990A (ja) | 通信制御装置 | |
| JP3248428B2 (ja) | 電子機器及びデータ伝送システムのチャンネル制御方法 | |
| JP2003209553A (ja) | インタフェース処理 | |
| US20030055930A1 (en) | Communication processing apparatus, management apparatus, computer-readable medium storing a program and communication system | |
| JP4444397B2 (ja) | トポロジの構築方法 | |
| JP2001339393A (ja) | 接続管理システム | |
| JP3460579B2 (ja) | データ転送方法 | |
| JP2658931B2 (ja) | プリンタコントローラ | |
| KR20010071963A (ko) | 가상 ａｖ 네트워크 구축 장치, 가상 ａｖ 네트워크 구축방법 및 가상 ａｖ 네트워크 구축 방법에 관한 프로그램이기록된 기록 매체 | |
| KR100374820B1 (ko) | Ｉｅｅｅ 인터페이스를 이용한 오디오/비디오기기의제어방법 | |
| JP4032802B2 (ja) | 情報伝送システム | |
| JP5196547B2 (ja) | 主装置、該主装置への多機能ユニットの実装方法及びそのプログラム | |
| JP4635058B2 (ja) | 機能分散型パケット転送システム及びこれを用いた制御方法 | |
| JPH08339276A (ja) | ネットワークシステムおよびネットワークシステムのプリント処理方法 | |
| JP3719253B2 (ja) | データ受信ノード | |
| JP3678238B2 (ja) | データ転送方法 | |
| JP3767578B2 (ja) | データ送信ノード | |
| JP2002344461A (ja) | ファイバチャネルコントローラによって使用されるアドレス情報を変更する方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040927 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040927 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041124 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20041124 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061016 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061024 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070320 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070426 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070612 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070625 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100713 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110713 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120713 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130713 Year of fee payment: 6 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |