JP2001265610A - デバイス制御方法 - Google Patents
デバイス制御方法Info
- Publication number
- JP2001265610A JP2001265610A JP2000080167A JP2000080167A JP2001265610A JP 2001265610 A JP2001265610 A JP 2001265610A JP 2000080167 A JP2000080167 A JP 2000080167A JP 2000080167 A JP2000080167 A JP 2000080167A JP 2001265610 A JP2001265610 A JP 2001265610A
- Authority
- JP
- Japan
- Prior art keywords
- general
- client
- task
- tasks
- ports
- 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
Abstract
(57)【要約】
【課題】 単純かつ効率よくポートを使用できるととも
に、メッセージの誤受信を引き起こすことがない安定し
たシステムを構築することが可能なデバイス制御方法を
提供する。 【解決手段】 デバイスを直接制御するデバイスドライ
バタスクと、デバイスに対する制御要求を行う二つ以上
のクライアントタスクとを有し、デバイスドライバタス
クとクライアントタスクは、仮想インターフェ一スから
なる複数の汎用ポートを使用してメッセージの送受信を
行い、クライアントタスクが前記デバイスドライバタス
クとの間でメッセージの送受信を行う際に、前記クライ
アントタスクに対して、複数の汎用ポートの中から現在
使用中ではない汎用ポートを割り当てる。
に、メッセージの誤受信を引き起こすことがない安定し
たシステムを構築することが可能なデバイス制御方法を
提供する。 【解決手段】 デバイスを直接制御するデバイスドライ
バタスクと、デバイスに対する制御要求を行う二つ以上
のクライアントタスクとを有し、デバイスドライバタス
クとクライアントタスクは、仮想インターフェ一スから
なる複数の汎用ポートを使用してメッセージの送受信を
行い、クライアントタスクが前記デバイスドライバタス
クとの間でメッセージの送受信を行う際に、前記クライ
アントタスクに対して、複数の汎用ポートの中から現在
使用中ではない汎用ポートを割り当てる。
Description
【０００１】
【発明の属する技術分野】本発明は、少なくとも１つの
デバイスを、汎用ポートを介して複数のソフトウェアタ
スクから制御するためのデバイス制御方法に関する。
デバイスを、汎用ポートを介して複数のソフトウェアタ
スクから制御するためのデバイス制御方法に関する。
【０００２】
【従来の技術】ハードウェアデバイスを制御するには、
その制御手順にしたがったアルゴリズムを組み込んだソ
フトウェアを用いて制御を行う。このようにハードウェ
アデバイスを直接制御する専用のソフトウェアは、デバ
イスドライバと呼ばれている。また、例えば、アプリケ
ーションタスクなどのように、一連のプロセスの中でハ
ードウェアデバイスの制御を行うタスクのことをクライ
アントタスクと呼んでいる。
その制御手順にしたがったアルゴリズムを組み込んだソ
フトウェアを用いて制御を行う。このようにハードウェ
アデバイスを直接制御する専用のソフトウェアは、デバ
イスドライバと呼ばれている。また、例えば、アプリケ
ーションタスクなどのように、一連のプロセスの中でハ
ードウェアデバイスの制御を行うタスクのことをクライ
アントタスクと呼んでいる。
【０００３】近年では、クライアントタスクは、１つの
ハードウェアデバイスに対して１つとは限らず、処理内
容によって複数のクライアントタスクが存在する場合が
殆どである。一般的に、１つのハードウェアデバイスに
対して複数のクライアントタスクを実行することをマル
チタスクと呼んでいる。このようなシステムでは、タス
ク間における命令や応答は、ポートと呼ばれる仮想的な
インターフェースを介してタスク間でメッセージを送受
信することにより行われる。
ハードウェアデバイスに対して１つとは限らず、処理内
容によって複数のクライアントタスクが存在する場合が
殆どである。一般的に、１つのハードウェアデバイスに
対して複数のクライアントタスクを実行することをマル
チタスクと呼んでいる。このようなシステムでは、タス
ク間における命令や応答は、ポートと呼ばれる仮想的な
インターフェースを介してタスク間でメッセージを送受
信することにより行われる。
【０００４】
【発明が解決しようとする課題】しかしながら、上述し
た従来のシステムにおいては、以下に説明するような問
題があった。例えば、異なる２つのハードウェアデバイ
スＡ，Ｂと、このハードウェアデバイスＡ，Ｂを制御す
るための２つのデバイスドライバＣ，Ｄと、ハードウェ
アデバイスＡ，Ｂを使用する２つのクライアントタスク
ａ，ｂと、タスク間におけるメッセージの送受信を行う
ための共通のポートがあったとする。
た従来のシステムにおいては、以下に説明するような問
題があった。例えば、異なる２つのハードウェアデバイ
スＡ，Ｂと、このハードウェアデバイスＡ，Ｂを制御す
るための２つのデバイスドライバＣ，Ｄと、ハードウェ
アデバイスＡ，Ｂを使用する２つのクライアントタスク
ａ，ｂと、タスク間におけるメッセージの送受信を行う
ための共通のポートがあったとする。
【０００５】クライアントタスクａがハードウェアデバ
イスＡを制御する場合には、まずクライアントタスクａ
からデバイスドライバＣに対して、共通のポートを介し
て命令を送信する。命令を受信したデバイスドライバＣ
は、ハードウェアデバイスＡに対する適切な処理を行な
うため、命令をハードウェアデバイスＡに送信する。
イスＡを制御する場合には、まずクライアントタスクａ
からデバイスドライバＣに対して、共通のポートを介し
て命令を送信する。命令を受信したデバイスドライバＣ
は、ハードウェアデバイスＡに対する適切な処理を行な
うため、命令をハードウェアデバイスＡに送信する。
【０００６】ハードウェアデバイスＡにおける処理が完
了すると、ハードウェアデバイスＡは、デバイスドライ
バＣに対して応答（処理完了の通知）を送信する。この
応答を受信したデバイスドライバＣは、クライアントタ
スクａに対して、共通のポートを介して当該応答を送信
する。
了すると、ハードウェアデバイスＡは、デバイスドライ
バＣに対して応答（処理完了の通知）を送信する。この
応答を受信したデバイスドライバＣは、クライアントタ
スクａに対して、共通のポートを介して当該応答を送信
する。
【０００７】ここで、クライアントタスクａがハードウ
ェアデバイスＡを制御して応答を待っている間に、さら
にクライアントタスクｂがハードウェアデバイスＢを制
御して応答を待っているとする。この時、デバイスドラ
イバＣからクライアントタスクａに対する応答が送信さ
れてきたとしても、クライアントタスクｂは無関係な応
答だと判断して処理しない。したがって、クライアント
タスクａは応答を受信することができずに、永久に応答
を待ち続けることになる。
ェアデバイスＡを制御して応答を待っている間に、さら
にクライアントタスクｂがハードウェアデバイスＢを制
御して応答を待っているとする。この時、デバイスドラ
イバＣからクライアントタスクａに対する応答が送信さ
れてきたとしても、クライアントタスクｂは無関係な応
答だと判断して処理しない。したがって、クライアント
タスクａは応答を受信することができずに、永久に応答
を待ち続けることになる。
【０００８】このような問題を解決するためには、クラ
イアントタスクａ，ｂ毎に専用ポートを用意すればよ
い。しかしながら、搭載されたメモリや演算装置のパフ
ォーマンスのために、最大ポート数に制限がある場合が
多く、１つのポートにより複数のハードウェアデバイス
Ａ，Ｂと複数のクライアントタスクａ，ｂとの間でメッ
セージを送受信するシステムの場合には、クライアント
タスクａ，ｂ毎に専用ポートを用意することが困難であ
る。
イアントタスクａ，ｂ毎に専用ポートを用意すればよ
い。しかしながら、搭載されたメモリや演算装置のパフ
ォーマンスのために、最大ポート数に制限がある場合が
多く、１つのポートにより複数のハードウェアデバイス
Ａ，Ｂと複数のクライアントタスクａ，ｂとの間でメッ
セージを送受信するシステムの場合には、クライアント
タスクａ，ｂ毎に専用ポートを用意することが困難であ
る。
【０００９】本発明は、上述した事情に鑑み提案された
もので、少ないポート数しか使用できないシステムであ
っても、単純かつ効率よくポートを使用できるととも
に、メッセージの誤受信を引き起こすことがない安定し
たシステムを構築することが可能なデバイス制御方法を
提供することを目的とする。
もので、少ないポート数しか使用できないシステムであ
っても、単純かつ効率よくポートを使用できるととも
に、メッセージの誤受信を引き起こすことがない安定し
たシステムを構築することが可能なデバイス制御方法を
提供することを目的とする。
【００１０】
【課題を解決するための手段】本発明に係るデバイス制
御方法は、上述した目的を達成するため、少なくとも１
つのデバイスを複数のソフトウェアタスクから制御する
ためのデバイス制御方法において、前記デバイスを直接
制御するデバイスドライバと、前記デバイスに対する制
御要求を行う二つ以上のクライアントタスクとを有し、
前記デバイスドライバと前記クライアントタスクは、仮
想インターフェ一スからなる複数の汎用ポートを使用し
てメッセージの送受信を行い、前記クライアントタスク
が前記デバイスドライバとの間でメッセージの送受信を
行う際に、前記クライアントタスクに対して、前記複数
の汎用ポートの中から現在使用中ではない汎用ポートを
選択し割り当てることを特徴とするものである。
御方法は、上述した目的を達成するため、少なくとも１
つのデバイスを複数のソフトウェアタスクから制御する
ためのデバイス制御方法において、前記デバイスを直接
制御するデバイスドライバと、前記デバイスに対する制
御要求を行う二つ以上のクライアントタスクとを有し、
前記デバイスドライバと前記クライアントタスクは、仮
想インターフェ一スからなる複数の汎用ポートを使用し
てメッセージの送受信を行い、前記クライアントタスク
が前記デバイスドライバとの間でメッセージの送受信を
行う際に、前記クライアントタスクに対して、前記複数
の汎用ポートの中から現在使用中ではない汎用ポートを
選択し割り当てることを特徴とするものである。
【００１１】また、前記汎用ポートは使用中においてフ
ラグを立て、また前記汎用ポートがすべて使用中の場
合、一定時間待ってから、汎用ポートを選択し割り当て
る処理を行うことが望ましい。
ラグを立て、また前記汎用ポートがすべて使用中の場
合、一定時間待ってから、汎用ポートを選択し割り当て
る処理を行うことが望ましい。
【００１２】このような方法によりデバイスを制御する
ことにより、少ないポートを用いてデバイスを制御する
場合であっても、いわゆるデッドロックを未然に防ぐこ
とが可能となる。
ことにより、少ないポートを用いてデバイスを制御する
場合であっても、いわゆるデッドロックを未然に防ぐこ
とが可能となる。
【００１３】
【発明の実施の形態】以下、図面に基づいて、本発明に
係るデバイス制御方法の一実施形態を説明する。図１
は、本発明の一実施形態に係るデバイス制御方法におい
て、ソフトウェア側モジュール２０とハードウェア側モ
ジュール１０の関係を示すブロック図である。
係るデバイス制御方法の一実施形態を説明する。図１
は、本発明の一実施形態に係るデバイス制御方法におい
て、ソフトウェア側モジュール２０とハードウェア側モ
ジュール１０の関係を示すブロック図である。
【００１４】本発明の一実施形態に係るデバイス制御方
法では、図１に示すように、ハードウェア側モジュール
１０として、ハードウェアデバイス１１，１２が存在
し、ソフトウェア側モジュール２０として、デバイスド
ライバ２１，２２と、汎用ポート部２３と、クライアン
トタスク５１〜５６とが存在するものとして説明を行
う。
法では、図１に示すように、ハードウェア側モジュール
１０として、ハードウェアデバイス１１，１２が存在
し、ソフトウェア側モジュール２０として、デバイスド
ライバ２１，２２と、汎用ポート部２３と、クライアン
トタスク５１〜５６とが存在するものとして説明を行
う。
【００１５】ハードウェア側モジュール１０の２つのハ
ードウェアデバイス１１，１２は、ソフトウェア側モジ
ュール２０の２つのデバイスドライバ２１，２２により
それぞれ直接制御される。また、ハードウェアデバイス
Ａ，Ｂは、６つのクライアントタスクａ〜ｆによりデバ
イスドライバ２１，２２を介して制御される。このと
き、デバイスドライバ２１，２２と、クライアントタス
クａ〜ｆとの間でメッセージを送受信するための汎用ポ
ート部２３として、５つの汎用ポート２４〜２８が用意
されている。この汎用ポート２４〜２８は、特定のデバ
イスドライバとクライアントタスクに固定されているも
のではなく、どのデバイスドライバとクライアントタス
ク間で用いることが可能である。汎用ポート２４〜２８
は、クライアントタスク５１〜５６よりも数は少ない。
ードウェアデバイス１１，１２は、ソフトウェア側モジ
ュール２０の２つのデバイスドライバ２１，２２により
それぞれ直接制御される。また、ハードウェアデバイス
Ａ，Ｂは、６つのクライアントタスクａ〜ｆによりデバ
イスドライバ２１，２２を介して制御される。このと
き、デバイスドライバ２１，２２と、クライアントタス
クａ〜ｆとの間でメッセージを送受信するための汎用ポ
ート部２３として、５つの汎用ポート２４〜２８が用意
されている。この汎用ポート２４〜２８は、特定のデバ
イスドライバとクライアントタスクに固定されているも
のではなく、どのデバイスドライバとクライアントタス
ク間で用いることが可能である。汎用ポート２４〜２８
は、クライアントタスク５１〜５６よりも数は少ない。
【００１６】上述したハードウェアデバイス１１，１２
は、例えば、データを記憶するためのフラッシュメモリ
等のハードウェア素子からなる。また、デバイスドライ
バ２１，２２は、ハードウェアデバイス１１，１２を直
接的に制御するための制御ソフトウェアからなる。すな
わち、ハードウェアデバイス１１，１２を制御するに
は、その制御手順に従ったアルゴリズムを組み込んだデ
バイスドライバ２１，２２をそれぞれ使用する。
は、例えば、データを記憶するためのフラッシュメモリ
等のハードウェア素子からなる。また、デバイスドライ
バ２１，２２は、ハードウェアデバイス１１，１２を直
接的に制御するための制御ソフトウェアからなる。すな
わち、ハードウェアデバイス１１，１２を制御するに
は、その制御手順に従ったアルゴリズムを組み込んだデ
バイスドライバ２１，２２をそれぞれ使用する。
【００１７】また、クライアントタスク５１〜５６は、
例えば、アプリケーションタスクなど一連の処理の中
で、ハードウェアデバイス１１，１２を制御するための
ソフトウェアからなる。このように、近年におけるアプ
リケーションタスクでは、処理内容によって複数のクラ
イアントタスク５１〜５６が存在している。このように
クライアントタスク５１〜５６が複数存在することを、
一般的にマルチタスクと呼んでいる。
例えば、アプリケーションタスクなど一連の処理の中
で、ハードウェアデバイス１１，１２を制御するための
ソフトウェアからなる。このように、近年におけるアプ
リケーションタスクでは、処理内容によって複数のクラ
イアントタスク５１〜５６が存在している。このように
クライアントタスク５１〜５６が複数存在することを、
一般的にマルチタスクと呼んでいる。
【００１８】このようなシステムでは、タスク間の命令
３０〜３６や応答４０〜４６は、タスク間においてメッ
セージを送受信することにより行われる。このメッセー
ジの送受信は、汎用ポート２４〜２８を介して行われ
る。また、各汎用ポート２４〜２８は、それぞれ汎用ポ
ートが使用中であるか否かを示すフラグ１〜５を有して
いる。本実施形態では，汎用ポート２４〜２７は、デバ
イスドライバ２１とクライアントタスク５１〜５４を結
び、汎用ポート２８は、デバイスドライバ２２とクライ
アントタスク５５を結んでいる。クライアントタスク５
６は、デバイスドライバを使用する状態にはなっていな
い。
３０〜３６や応答４０〜４６は、タスク間においてメッ
セージを送受信することにより行われる。このメッセー
ジの送受信は、汎用ポート２４〜２８を介して行われ
る。また、各汎用ポート２４〜２８は、それぞれ汎用ポ
ートが使用中であるか否かを示すフラグ１〜５を有して
いる。本実施形態では，汎用ポート２４〜２７は、デバ
イスドライバ２１とクライアントタスク５１〜５４を結
び、汎用ポート２８は、デバイスドライバ２２とクライ
アントタスク５５を結んでいる。クライアントタスク５
６は、デバイスドライバを使用する状態にはなっていな
い。
【００１９】各クライアントタスク５１〜５６は、汎用
ポート２４〜２８のうちの一つを介して、デバイスドラ
イバ２１，２２との間でメッセーシの送受信を行う。こ
こで、汎用ポート２４〜２８は、クライアントタスク５
１〜５６の数（本実施形態では６つ）よりも少ないこと
を前提としているので、この汎用ポート２４〜２８をク
ライアントタスク５１〜５６に割り当てるための制御が
必要となる。これら制御はクライアントタスクを処理す
るＣＰＵ（制御手段）によって実行される。
ポート２４〜２８のうちの一つを介して、デバイスドラ
イバ２１，２２との間でメッセーシの送受信を行う。こ
こで、汎用ポート２４〜２８は、クライアントタスク５
１〜５６の数（本実施形態では６つ）よりも少ないこと
を前提としているので、この汎用ポート２４〜２８をク
ライアントタスク５１〜５６に割り当てるための制御が
必要となる。これら制御はクライアントタスクを処理す
るＣＰＵ（制御手段）によって実行される。
【００２０】図２に基づいて、本発明の一実施形態に係
るデバイス制御方法を説明する。図２に示すように、例
えば、クライアントタスク５１から命令が送信されると
（Ｓ１）、汎用ポート２４〜２８のフラグ１〜５の状態
を検査し、使用中ではない汎用ポートを探して（Ｓ
２）、使用中でない汎用ポートが有るか否かを判断する
（Ｓ３）。ここで、使用中でない汎用ポートが見つかる
と、使用中でない汎用ポートの中から使用する汎用ポー
ト２４を選択し、当該汎用ポート２４のフラグを使用中
にセットする（Ｓ４）。
るデバイス制御方法を説明する。図２に示すように、例
えば、クライアントタスク５１から命令が送信されると
（Ｓ１）、汎用ポート２４〜２８のフラグ１〜５の状態
を検査し、使用中ではない汎用ポートを探して（Ｓ
２）、使用中でない汎用ポートが有るか否かを判断する
（Ｓ３）。ここで、使用中でない汎用ポートが見つかる
と、使用中でない汎用ポートの中から使用する汎用ポー
ト２４を選択し、当該汎用ポート２４のフラグを使用中
にセットする（Ｓ４）。
【００２１】一方、使用中でない汎用ポートが見つから
ない場合には、一定時間をおいた後（Ｓ１１）、再度、
汎用ポートのフラグを検査する（Ｓ２，Ｓ３）。これ
は、一定時間経過後に、使用されていた汎用ポートが開
放される場合があるためである。続いて、クライアント
タスク５１は、選択した汎用ポート２４を介して、デバ
イスドライバ２１に対してデバイス制御命令３０を送信
する（Ｓ５）。デバイス制御命令３０を受信したデバイ
スドライバ２１は、対応するハードウェアデバイス１１
を命令３５にて直接制御する（Ｓ６）。
ない場合には、一定時間をおいた後（Ｓ１１）、再度、
汎用ポートのフラグを検査する（Ｓ２，Ｓ３）。これ
は、一定時間経過後に、使用されていた汎用ポートが開
放される場合があるためである。続いて、クライアント
タスク５１は、選択した汎用ポート２４を介して、デバ
イスドライバ２１に対してデバイス制御命令３０を送信
する（Ｓ５）。デバイス制御命令３０を受信したデバイ
スドライバ２１は、対応するハードウェアデバイス１１
を命令３５にて直接制御する（Ｓ６）。
【００２２】続いて、デバイスドライバ２１が制御して
いるハードウェアデバイス１１からの応答を待ち（Ｓ
７）、ハードウェアデバイスからの応答４５を受信する
と、使用している汎用ポート２４を介してクライアント
タスク５１へ応答４０を送信する（Ｓ８）。
いるハードウェアデバイス１１からの応答を待ち（Ｓ
７）、ハードウェアデバイスからの応答４５を受信する
と、使用している汎用ポート２４を介してクライアント
タスク５１へ応答４０を送信する（Ｓ８）。
【００２３】応答４０を受信したクライアントタスク５
１は、当該応答が自ら送信した命令３０に対する応答か
否かを判断する（Ｓ９）。ここで、当該応答が自ら送信
した命令３０に対する応答である場合には、命令を送信
したクライアントタスク５１が使用していた汎用ポート
２４のフラグ１をクリアし、当該汎用ポート２４の使用
を解除する（Ｓ１０）。一方、当該応答４０が自ら送信
した命令３０に対する応答でない場合には、次に送信さ
れてくるハードウェアデバイスからの応答を待つ（Ｓ
７）。
１は、当該応答が自ら送信した命令３０に対する応答か
否かを判断する（Ｓ９）。ここで、当該応答が自ら送信
した命令３０に対する応答である場合には、命令を送信
したクライアントタスク５１が使用していた汎用ポート
２４のフラグ１をクリアし、当該汎用ポート２４の使用
を解除する（Ｓ１０）。一方、当該応答４０が自ら送信
した命令３０に対する応答でない場合には、次に送信さ
れてくるハードウェアデバイスからの応答を待つ（Ｓ
７）。
【００２４】このような制御を行うことにより、異なっ
たクライアントタスク５１〜５６により同一のポートが
使用されることがなくなる。したがって、従来のデバイ
ス制御方法のように、同時に複数のクライアントタスク
５１〜５５が動作しており、あるクライアントタスクか
ら送信した命令に対する応答が、他のクライアントタス
クに送信されてしまった場合に、当該命令を送信したク
ライアントタスクが永遠に応答を待ち続けるという不都
合がなくなる。
たクライアントタスク５１〜５６により同一のポートが
使用されることがなくなる。したがって、従来のデバイ
ス制御方法のように、同時に複数のクライアントタスク
５１〜５５が動作しており、あるクライアントタスクか
ら送信した命令に対する応答が、他のクライアントタス
クに送信されてしまった場合に、当該命令を送信したク
ライアントタスクが永遠に応答を待ち続けるという不都
合がなくなる。
【００２５】
【発明の効果】上述したように、本発明に係るデバイス
制御方法では、クライアントタスクがデバイスドライバ
タスクとの間でメッセージの送受信を行う際に、クライ
アントタスクに対して、複数の汎用ポートの中から現在
使用中ではない汎用ポートを割り当てている。
制御方法では、クライアントタスクがデバイスドライバ
タスクとの間でメッセージの送受信を行う際に、クライ
アントタスクに対して、複数の汎用ポートの中から現在
使用中ではない汎用ポートを割り当てている。
【００２６】したがって、極めて少ない数のポートのみ
しか使用できないようなシステムであっても、単純で効
率よくポートを使用することができるとともに、メッセ
ージの誤受信を引き起こすことがない安定したシステム
を構築することが可能となる。
しか使用できないようなシステムであっても、単純で効
率よくポートを使用することができるとともに、メッセ
ージの誤受信を引き起こすことがない安定したシステム
を構築することが可能となる。
【図１】本発明の一実施形態に係るデバイス制御方法の
システム構成を示すブロック図である。
システム構成を示すブロック図である。
【図２】本発明の一実施形態に係るデバイス制御方法の
手順を示すフローチャートである。
手順を示すフローチャートである。
１０ ハードウェア側モジュール ２０ ソフトウェア側モジュール ３０〜３６ 命令 ４０ 〜４６応答
Claims (3)
- 【請求項１】 少なくとも１つのデバイスを複数のソフ
トウェアタスクから制御するためのデバイス制御方法に
おいて、 前記デバイスを直接制御するデバイスドライバと、 前記デバイスに対する制御要求を行う二つ以上のクライ
アントタスクとを有し、 前記デバイスドライバと前記クライアントタスクは、仮
想インターフェ一スからなる複数の汎用ポートを使用し
てメッセージの送受信を行い、 前記クライアントタスクが前記デバイスドライバとの間
でメッセージの送受信を行う際に、前記クライアントタ
スクに対して、前記複数の汎用ポートの中から現在使用
中ではない汎用ポートを選択し割り当てることを特徴と
するデバイス制御方法。 - 【請求項２】 前記汎用ポートは．使用中においてフラ
グを立てることを特徴とする請求項１記載のデバイス制
御方法。 - 【請求項３】 前記汎用ポートがずべて使用中の場合、
一定時間待ってから、汎用ポートを選択し割り当てる処
理を行うことを特徴とする請求項１または２記載のデバ
イス制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000080167A JP2001265610A (ja) | 2000-03-22 | 2000-03-22 | デバイス制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000080167A JP2001265610A (ja) | 2000-03-22 | 2000-03-22 | デバイス制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001265610A true JP2001265610A (ja) | 2001-09-28 |
Family
ID=18597312
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000080167A Pending JP2001265610A (ja) | 2000-03-22 | 2000-03-22 | デバイス制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001265610A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011186718A (ja) * | 2010-03-08 | 2011-09-22 | Seiko Epson Corp | 制御装置、制御装置の制御方法、及び、プログラム |
| JP2013089204A (ja) * | 2011-10-21 | 2013-05-13 | Canon Imaging Systems Inc | 情報処理装置、その制御方法、およびデバイス制御システム |
| US8964213B2 (en) | 2009-07-17 | 2015-02-24 | Seiko Epson Corporation | Communication control method and control program |
-
2000
- 2000-03-22 JP JP2000080167A patent/JP2001265610A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8964213B2 (en) | 2009-07-17 | 2015-02-24 | Seiko Epson Corporation | Communication control method and control program |
| JP2011186718A (ja) * | 2010-03-08 | 2011-09-22 | Seiko Epson Corp | 制御装置、制御装置の制御方法、及び、プログラム |
| JP2013089204A (ja) * | 2011-10-21 | 2013-05-13 | Canon Imaging Systems Inc | 情報処理装置、その制御方法、およびデバイス制御システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002041449A (ja) | バスシステム及びその実行順序の調整方法 | |
| JPH07210519A (ja) | データ転送制御方法および送受信制御装置 | |
| JP2001265610A (ja) | デバイス制御方法 | |
| JPS5833970B2 (ja) | プロセッサ間通信方式 | |
| JPH11265297A (ja) | 分散シミュレータシステム | |
| US5797040A (en) | Computer system having system bus which couples adapter and processing units and requires acquisition for data transmission thereover | |
| JPH1165623A (ja) | プログラマブルコントローラ | |
| JP3893787B2 (ja) | 通信方法 | |
| JPH06295289A (ja) | 複数計算機におけるブート方法 | |
| JP3350699B2 (ja) | プログラマブルコントローラ | |
| JPS58182737A (ja) | 情報処理装置 | |
| KR960006472B1 (ko) | TICOM IOP 환경에서 FDDI펌웨어(firmware) 구동방법 | |
| JPH05244217A (ja) | 通信制御方式 | |
| JP3362673B2 (ja) | チャネルコントロール装置 | |
| JPH04274524A (ja) | プロセス間通信制御方式 | |
| JPH10320345A (ja) | バスコントローラ | |
| JPH05233525A (ja) | Ｉ／ｏ処理装置 | |
| JPH0350662A (ja) | 並列計算機の処理制御方式 | |
| KR20050099660A (ko) | 멀티프로세서 시스템에서의 데이터 동기 방법 | |
| JPH06138917A (ja) | プログラマブル・コントローラ | |
| JPH08221106A (ja) | プログラマブルコントローラ | |
| JPS61163455A (ja) | チャネル制御方法 | |
| JP2000029850A (ja) | オペレーティングシステムのプロセッサ間通信を使用したタスク制御方法 | |
| JP2001242915A (ja) | プログラマブルコントローラのメッセージ通信方法 | |
| JPH11161620A (ja) | 通信方法及び通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050621 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051018 |