JP3365377B2 - ログイン装置、被ログイン装置、及び装置間通信システム、ログイン制御方法、並びに記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、被ログイン装置が
ログイン装置に、被ログイン装置に対するログインを行
なわせるための技術に関するものである。特に、装置間
をＩＥＥＥ１３９４バスで接続されたシステムにおい
て、装置間の通信をＳＢＰ（Serial Bus Protcol）−２
プロトコルで行なう場合に用いて好適な技術に関するも
のである。

【０００２】

【従来の技術】ＩＥＥＥ１３９４は、ＩＥＥＥによって
提唱されたデジタルデータをやり取りするためのシリア
ルバス規格であって、「IEEE STD.1394-1995 IEEE Stan
dard for a High Perforance serial Bus」として規定
されている。

【０００３】一方、ＳＢＰ−２プロトコル（以下、単に
ＳＢＰ−２と略す）は、米国のＡＮＳＩ Ｘ３Ｔ１０が
標準化を推進するプロトコルであって、ＩＥＥＥ１３９
４規格に準拠して設計されたトランスポート層のプロト
コルである。

【０００４】さて、装置間をＩＥＥＥ１３９４バスで接
続されたシステムにおいて、装置間の通信をＳＢＰ−２
で行なう場合、共有メモリを有している装置をイニシエ
ータ（Initiator）と呼び、有していないの装置をター
ゲット（Target）と呼ぶ。イニシエータが、ターゲット
を利用するためには、イニシエータは、ターゲットにロ
グイン（Login）して、ターゲットを利用する権利を獲
得する必要がある。具体的には、イニシエータがターゲ
ットにログイン要求を出し、ターゲットからログイン成
立の応答を受けることによって、行なわれる。

【０００５】このようにイニシエータがターゲットにロ
グインすると、ＳＢＰ−２では、次のようにしてトラン
ザクション（transaction）を行なう。

【０００６】まず、イニシエータが、自己の有する共有
メモリ上にＯＲＢ（Operation Request Block）という
特別なデータ構造を設け、ここにターゲットに使っても
らいたいデータを置く。例えば、イニシエータがコンピ
ュータであり、ターゲットがプリンタである場合には、
イニシエータであるコンピュータが、ターゲットである
プリンタに印刷してもらいたい画像データを共有メモリ
空間のいずれかに置き、次に、このアドレスのポインタ
を予め用意したＯＲＢの所定位置に格納する。このた
め、イニシエータは、ターゲットの都合によらず、自己
の達成できる最大の速度で処理可能である。一方のター
ゲットは、イニシエータの有する共有メモリ上に置かれ
たＯＲＢを順次取り込んで、その内容を消費するように
動く。即ち、ターゲットであるプリンタは、イニシエー
タである画像データを印刷することにより自己のメモリ
に空きができ次第、次の画像データを消費するので、い
つも休むことなく印刷を続けることができ、ターゲット
も最大の効率でジョブの処理ができる。

【０００７】その後、イニシエータがターゲットの利用
が完了したら、イニシエータは、ターゲットからログア
ウト（Logout）して、ターゲットを利用する権利を破棄
する。具体的には、イニシエータが、ターゲットにログ
アウト要求を出し、そのターゲットからログアウト成功
の応答を受けることによって、なされる。

【０００８】ところで、一般に、装置間をネットワーク
やバスなどで接続されたシステムにおいて、通信プロト
コルの構成のうち、上位層のプロトコルの最も典型的な
作業というのは、所望のサービスを提供してくれる装置
を見つけて、その装置との間でコネクションを張ること
である。

【０００９】サービスを提供してくれる装置を見つける
ためには、通信相手を特定しないで通信パケットを送出
を行なう必要がある。具体的には、例えば、各ノード
（node）に対して順番に、そのサービスを提供してくれ
るか否かを問い合わせるユニキャストという方法を採
る。この場合、通信相手を順番に指定して、それぞれ、
１パケットだけを送出する。即ち、１パケットを送出す
るためだけに、一時的にコネクションを張るようにす
る。このような通信は、コネクションレス（connecitio
n less）な通信と言うことができる。

【００１０】一方、サービスを提供してくれる装置を見
つけた後は、その装置との間で継続的にコネクションを
張るので、通信相手を特定して通信パケットを送出する
ことになる。このように、通信相手との間で継続的にコ
ネクションを張って、多数のパケットのやり取りを行な
う通信は、コネックテッド（connected）な通信と言う
ことができる。

【００１１】さて、上位層のプロトコルから下位層のプ
ロトコルに対して命令を伝える場合、サービス・プロバ
イダ・インターフェイス（ＳＰＩ）と呼ばれるインター
フェイスを介して伝えることになる。例えば、ＳＰＩの
一種であるＳｏｃｋｅｔでは、上記したコネクションレ
スな通信を行なう場合、通信相手を指定する必要がある
ので、例えば、ノードＸにデータを送信したい場合は"S
end To node X"、ノードＸからデータを受信したい場合
は"Receive From node X"と言うような命令を出すこと
になる。一方、コネックテッドな通信を行なう場合は、
コネクションが張ってあって通信相手が既に定まってい
るので、通信相手は省略して、"Send"或いは"Receive"
のみを出すだけでよい。

【００１２】ところで、上記した下位層のプロトコルが
前述したＳＢＰ−２である場合に、このような命令が伝
えられると、ＳＢＰ−２は、次のようなトランザクショ
ンを行なう。

【００１３】後者のコネックテッドな通信に対応するコ
ネックテッド・トランザクション（Connected Transact
ion）では、イニシエータが通信相手であるターゲット
にログインし、その後、ログアウトするまでの間、イニ
シエータはそのターゲットとコネクションを張ってい
る。従って、そのようなコネクションを張っている間
に、イニシエータが上記したＯＲＢを出力モードにし
て、ターゲットに所望のデータを消費させる動作が、上
記した"Send"に対応し、イニシエータがＯＲＢを入力モ
ードにして、ターゲットに所望のデータを書き込ませる
動作が、上記した"Receive"に対応することになる。

【００１４】一方、前者のコネクションレスな通信に対
応するコネクションレス・トランザクション（Connecti
on less Transaction）では、ＳＢＰ−２がコネクショ
ン・オリエンテッド（connection oriented）なプロト
コルであるため、イニシエータが、まず、通信相手であ
るターゲットを指定してログインし、次に、上記したＯ
ＲＢを出力モードにして、そのターゲットに所望のデー
タを消費させ、最後に、そのターゲットからログアウト
するという一連の動作、即ち、ログイン、ＯＲＢ（出力
モード）、ログアウトの３つを重ね合わせた動作が、上
記した"Send To〜"に対応する。また、イニシエータ
が、通信相手であるターゲットを指定してログインし、
ＯＲＢを入力モードにして、そのターゲットに所望のデ
ータを書き込ませ、そのターゲットからログアウトする
という一連の動作、即ち、ログイン、ＯＲＢ（入力モー
ド）、ログアウトの３つを重ね合わせた動作が、上記し
た"Receive From 〜"に対応する。

【００１５】

【発明が解決しようとする課題】ところで、ＳＰＩの場
合、２つのノード（例えば、第１及び第２のノード）の
関係において、第１のノードを起点として第２のノード
に対しデータを送信（send）し受信（receive）するこ
とができる場合には、同じように、第２のノードを起点
として第１のノードに対しデータを送信し受信すること
ができるように設計されている。即ち、通信の対称性が
保証されるように設計されている。

【００１６】一方、ＳＢＰ−２の場合は、コネックテッ
ド・トランザクションについては、イニシエータとター
ゲットの間にコネクションが張ってあるので、イニシエ
ータを起点としても、ターゲットを起点としても、デー
タを送信し受信することができ、通信の対称性は保証さ
れている。

【００１７】しかし、コネクションレス・トランザクシ
ョンについては、イニシエータを起点する場合は、上記
したようにデータを送信し受信することができるが、タ
ーゲットを起点としては、データを送信し受信すること
はできない。これは、ＳＢＰ−２が元々、非対称だから
あり、ログイン／ログアウトはイニシエータからしかで
きず、ターゲットはイニシエータからのログイン／ログ
アウトを待つしかないからである。

【００１８】このように、従来においては、ターゲット
からイニシエータに対してはログインすることができ
ず、ターゲットはイニシエータからのログインを単に待
っているしかないので、コネクションレス・トランザク
ションにて、ターゲットを起点としてデータを送信し受
信することは不可能であった。

【００１９】従って、本発明の目的は、上記した従来技
術の問題点を解決し、コネクションレス・トランザクシ
ョンにて、ターゲットを起点としてデータを送信し受信
することが可能な装置及び方法を提供することにある。

【００２０】

【課題を解決するための手段およびその作用・効果】上
記した目的の少なくとも一部を達成するために、本発明
のログイン装置は、或る特定装置に所定の通信路を介し
てログインし得るログイン装置であって、前記特定装置
からログインの勧誘を受けた場合に、前記特定装置に対
してログインを行なうログイン手段を備えることを要旨
とする。

【００２１】例えば、上記特定装置がＳＢＰ−２におけ
るターゲットであり、ログイン装置がイニシエータであ
るとすると、上記のようなログイン手段を備えることに
よって、イニシエータは、ターゲットからログインの勧
誘を受けた場合に、そのターゲットに対してログインす
る。こうしてイニシエータがターゲットにログインする
と、ターゲットはイニシエータに対してデータの送受信
を行なうことができるようになる。従って、ターゲット
はイニシエータにログインの勧誘を行なえば、データの
送受信が可能になるので、コネクションレス・トランザ
クションにおいても、ターゲットを起点としてデータの
送受信を行なうことができる。

【００２２】本発明のログイン装置において、ログイン
勧誘レジスタをさらに備え、前記ログイン手段は、前記
ログイン勧誘レジスタに、前記特定装置によって所定の
情報が書き込まれた場合に、前記特定装置からログイン
の勧誘を受けたと判断することが好ましい。

【００２３】このように、ログイン勧誘レジスタをさら
に備え、そのレジスタに上記特定装置から所定の情報が
書き込まれた場合に、ログインの勧誘を受けたとするこ
とよって、ログイン手段は、ログインの勧誘を受けたか
否かを、より簡単により確実に知ることができる。

【００２４】ログイン勧誘レジスタを備えた本発明のロ
グイン装置において、前記所定の情報は、前記特定装置
の識別符号を含むことが好ましい。

【００２５】このような情報を含むことによって、ログ
イン手段は、ログインの勧誘を受けた特定装置を容易に
特定することができる。

【００２６】本発明のログイン装置において、前記特定
装置の備える特定ロジカル・ユニットに仮のログイン要
求を定期的または不定期に出すと共に、前記特定ロジカ
ル・ユニットから返される、前記仮のログイン要求に対
する応答を受ける仮ログイン手段をさらに備え、前記ロ
グイン手段は、前記仮ログイン手段の受けた前記応答の
中に、所定の情報が含まれていた場合に、前記特定装置
からログインの勧誘を受けたと判断することが好まし
い。

【００２７】このように、仮ログイン手段をさらに備
え、その仮ログイン手段の受けた応答の中に所定の情報
が含まれていた場合に、ログインの勧誘を受けたとする
ことによって、ログイン手段は、ログインの勧誘を受け
たか否かを、簡単にかつ確実に知ることができる。

【００２８】本発明のログイン装置において、前記特定
装置の備える特定レジスタの内容を定期的または不定期
に読み出すレジスタ読み出し手段をさらに備え、前記レ
ジスタ読み出し手段の読み出した内容に所定の情報が含
まれていた場合に、前記ログイン手段は、前記特定装置
からログインの勧誘を受けたと判断することが好まし
い。

【００２９】このように、レジスタ読み出し手段をさら
に備え、そのレジスタ読み出し手段の読み出した内容に
所定の情報が含まれていた場合に、ログインの勧誘を受
けたとすることによって、ログイン手段は、ログインの
勧誘を受けたか否かを、簡単にかつ確実に知ることがで
きる。

【００３０】レジスタ読み出し手段を備えた本発明のロ
グイン装置において、前記所定の情報は、前記ログイン
装置の識別符号を含むことが好ましい。

【００３１】このような情報を含むことによって、特定
装置の備える特定レジスタの内容が、他のログイン装置
によって、読み出される可能性がある場合でも、ログイ
ン勧誘の対象となる当該ログイン装置を容易に特定する
ことができる。

【００３２】本発明の被ログイン装置は、或る特定装置
から所定の通信路を介してログインされ得る被ログイン
装置であって、前記特定装置からログインされることを
希望する場合に、前記特定装置に対してログインの勧誘
を行なうログイン勧誘手段を備えることを要旨とする。

【００３３】例えば、上記特定装置がＳＢＰ−２におけ
るイニシエータであり、被ログイン装置がターゲットで
あるとすると、上記のようなログイン勧誘手段を備える
ことによって、ターゲットは、イニシエータからログイ
ンされることを希望する場合に、そのイニシエータに対
してログインの勧誘を行なう。こうしてターゲットがイ
ニシエータにログインの勧誘を行なうことによって、イ
ニシエータがターゲットにログインするものとすれば、
ターゲットはイニシエータに対してデータの送受信を行
なうことができるようになる。従って、コネクションレ
ス・トランザクションにおいても、ターゲットを起点と
してデータの送受信を行なうことができる。

【００３４】本発明の被ログイン装置において、前記ロ
グイン勧誘手段は、前記特定装置の備える特定レジスタ
に、所定の情報を書き込むことによって、ログインの勧
誘を行なうことが好ましい。

【００３５】このようにして、ログインの勧誘を行なう
ことにより、上記特定装置に簡単且つ確実にログイン勧
誘を行なったことを認識させることができる。

【００３６】本発明の被ログイン装置において、前記所
定の情報は、前記被ログイン装置の識別符号を含むこと
が好ましい。

【００３７】このような情報を含むことによって、当該
被ログイン装置がログインの勧誘を行なったことを、上
記特定装置に確実に認識させることができる。

【００３８】本発明の被ログイン装置において、前記特
定装置から仮のログイン要求を定期的または不定期に受
けると共に、前記特定装置に対し、前記仮のログイン要
求に対する応答を返す特定ロジカル・ユニットをさらに
備え、前記ログイン勧誘手段は、前記特定ロジカル・ユ
ニットの返す前記応答の中に、所定の情報を含ませるこ
とによって、ログインの勧誘を行なうことが好ましい。

【００３９】また、本発明の被ログイン装置において、
前記特定装置によって、その内容が定期的または不定期
に読み出される特定レジスタをさらに備え、前記ログイ
ン勧誘手段は、前記特定レジスタに、所定の情報を書き
込むことによって、ログインの勧誘を行なうことが好ま
しい。

【００４０】以上のようにして、ログインの勧誘を行な
うことにより、上記特定装置に簡単且つ確実にログイン
勧誘を行なったことを認識させることができる。

【００４１】特定レジスタを備えた本発明の被ログイン
装置において、前記所定の情報は、前記特定装置の識別
符号を含むことが好ましい。

【００４２】このような情報を含むことによって、被ロ
グイン装置の備える特定レジスタの内容が、他の特定装
置によって、読み出される可能性がある場合でも、ログ
イン勧誘の対象となる特定装置を容易に特定することが
できる。

【００４３】本発明のログイン装置または被ログイン装
置において、前記通信路はＩＥＥＥ１３９４バスから成
ると共に、前記特定装置との通信はＳＢＰ−２プロトコ
ルで行なうことが好ましい。

【００４４】このように通信路をＩＥＥＥ１３９４バス
によって構成することにより、高速通信を利用して、特
定装置との間でデータのやり取りを行なうことができ
る。ＳＢＰ−２プロトコルは、ＩＥＥＥ１３９４規格の
バスシステムの利用を前提に設計されたプロトコルであ
って、ハードディスク装置やＣＤ−ＲＯＭ装置などに広
く普及したトランスポート層のプロトコルであるため、
商用パーソナルコンピュータのオペレーティング・シス
テムに、標準で実装される場合が多いからである。

【００４５】本発明の装置間通信システムは、ログイン
装置から所定の通信路を介して被ログイン装置にログイ
ンし得る装置間通信システムであって、前記被ログイン
装置は、前記ログイン装置からログインされることを希
望する場合に、前記ログイン装置に対してログインの勧
誘を行なうログイン勧誘手段を備えると共に、前記ログ
イン装置は、前記被ログイン装置からログインの勧誘を
受けた場合に、前記被ログイン装置に対してログインを
行なうログイン手段を備えることを要旨とする。

【００４６】例えば、ログイン装置がＳＢＰ−２におけ
るイニシエータであり、被ログイン装置がターゲットで
あるとすると、上記のようなログイン勧誘手段を備える
ことによって、ターゲットは、イニシエータからログイ
ンされることを希望する場合に、そのイニシエータに対
してログインの勧誘を行い、また、上記のようなログイ
ン手段を備えることによって、イニシエータは、ターゲ
ットからログインの勧誘を受けた場合に、そのターゲッ
トに対してログインする。こうしてイニシエータがター
ゲットにログインすると、ターゲットはイニシエータに
対してデータの送受信を行なうことができるようにな
る。従って、ターゲットはイニシエータにログインの勧
誘を行なえば、データの送受信が可能になるので、コネ
クションレス・トランザクションにおいても、ターゲッ
トを起点としてデータの送受信を行なうことができる。

【００４７】本発明のログイン制御方法は、ログイン装
置から所定の通信路を介して被ログイン装置にログイン
するためのログイン制御方法であって、（ａ）前記被ロ
グイン装置が、前記ログイン装置からログインされるこ
とを希望する場合に、前記ログイン装置に対してログイ
ンの勧誘を行なう工程と、（ｂ）前記ログイン装置が、
前記被ログイン装置からログインの勧誘を受けた場合
に、前記被ログイン装置に対してログインを行なう工程
と、を備えることを要旨とする。

【００４８】例えば、ログイン装置がＳＢＰ−２におけ
るイニシエータであり、被ログイン装置がターゲットで
あるとすると、本発明のログイン制御方法においては、
ターゲットがイニシエータにログインの勧誘を行なう
と、イニシエータはターゲットにログインを行なう。こ
の結果、ターゲットはイニシエータに対してデータの送
受信を行なうことが可能になる。従って、コネクション
レス・トランザクションにおいても、ターゲットを起点
としてデータの送受信を行なうことができる。

【００４９】本発明の第１の記録媒体は、或る特定装置
に所定の通信路を介してログインし得るコンピュータに
ログイン処理を行なわせるためのコンピュータプログラ
ムを記録したコンピュータ読み取り可能な記録媒体であ
って、前記特定装置からログインの勧誘を受けた場合
に、前記特定装置に対してログインを行なう機能を前記
コンピュータに実現させるためのコンピュータプログラ
ムを記録したことを要旨とする。

【００５０】本明細書において、コンピュータには、パ
ーソナルコンピュータや、モバイルコンピュータ、情報
処理端末装置や、ワークステーションなど、種々のコン
ピュータが含まれる他、実質的にコンピュータ機能を有
するプリンタや複写機やインターフェイス切り換え器な
どの各種周辺機器や、同じくコンピュータ機能を有する
オーディオセットやビデオセットなど各種家庭用機器や
業務用機器なども含まれる。但し、後述する

【発明の実施の形態】の欄においては、「コンピュー
タ」という語を、パーソナルコンピュータに代表される
ような狭義のコンピュータという意味で用いる場合もあ
る。

【００５１】上記のようなコンピュータプログラムをコ
ンピュータによって実行させると、上記した本発明のロ
グイン装置におけるログイン手段と同様な機能を実現す
ることができるため、上記したログイン装置と同様の効
果を奏することが可能となる。

【００５２】本発明の第２の記録媒体は、或る特定装置
から所定の通信路を介してログインされ得るコンピュー
タに被ログイン処理を行なわせるためのコンピュータプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体であって、前記特定装置からログインされることを希
望する場合に、前記特定装置に対してログインの勧誘を
行なう機能を前記コンピュータに実現させるためのコン
ピュータプログラムを記録したことを要旨とする。

【００５３】このようなコンピュータプログラムをコン
ピュータによって実行させると、上記した本発明の被ロ
グイン装置におけるログイン勧誘手段と同様な機能を実
現することができるため、上記した被ログイン装置と同
様の効果を奏することが可能となる。

【００５４】なお、本発明は、ログイン装置、被ログイ
ン装置、装置間通信システム、ログイン制御方法、それ
ら装置を構築するためのコンピュータプログラム、その
コンピュータプログラムを記録した記録媒体、そのコン
ピュータプログラムを含み搬送波内に具現化されたデー
タ信号、等の種々の態様で実現することができる。

【００５５】

【発明の実施の形態】以下、本発明の実施の形態を実施
例に基づいて、以下の順序で説明する。 １．ＩＥＥＥ１３９４バス及びＳＢＰ−２の概要 １−１．ＩＥＥＥ１３９４バスの概要 １−２．ＳＢＰ−２ ２．第１の実施例 ２−１．第１の実施例の構成 ２−２．第１の実施例の動作 ２−３．第１の実施例の効果 ３．第２の実施例 ３−１．第２の実施例の構成 ３−２．第２の実施例の動作 ３−３．第２の実施例の効果 ４．第３の実施例 ４−１．第３の実施例の構成 ４−２．第３の実施例の動作 ４−３．第３の実施例の効果 ５．他の態様

【００５６】１．ＩＥＥＥ１３９４バス及びＳＢＰ−２
の概要 本発明の実施例について説明する前に、ＩＥＥＥ１３９
４バス及びＳＢＰ−２について、その概要を説明する。 １−１．ＩＥＥＥ１３９４バスの概要 ＩＥＥＥ１３９４バスは、６４ビットのアドレス空間を
持つプロセッサバスをシリアライズして同一信号線上に
のせたものであり、転送速度は現状では４００ＭＨｚで
あるが、将来的には最高で３．２ＧＨｚを想定してい
る。即ち、ＩＥＥＥ１３９４バスは、コンピュータのマ
ザーボード上に見られるような通常のプロセッサバスと
基本的には変わらないが、巨大なメモリ空間を１本の信
号線によってサポートしていることになる。

【００５７】また、ＩＥＥＥ１３９４バスはバスである
が、１つのプロセッサ専用として用いられるわけではな
く、複数のプロセッサをつなげることができる。これは
イメージとして、１つのバスの持っているメモリ空間を
複数のプロセッサに割り当てた場合に相当する。即ち、
複数のプロセッサが１つの信号経路を共有できるので、
結果としてネットワークに非常に似た状況が実現され
る。

【００５８】このように、ＩＥＥＥ１３９４バスでは、
１つのバスに複数のコンピュータを接続することが可能
であるから、そのバスにさらに、例えばプリンタを接続
すれば、そのプリンタを複数のコンピュータで共有する
ことも可能になる。これはあたかも小規模なネットワー
クとして見ることができる。

【００５９】しかしながら、一般的なネットワークとは
異なり、ＩＥＥＥ１３９４バスはプロセッサバスの設計
を踏襲しているので、基本的には、個々のプロセッサが
出す要求を衝突させずに管理することが可能である。こ
のメカニズムをバスアービトレーションという。即ち、
データ転送中のＩＥＥＥ１３９４バス上では、このバス
アービトレーションによって、１つのノード（即ち、こ
の場合は１つのコンピュータ）だけがデータ転送を実行
することが保証されている。言い換えると、或るノード
がＩＥＥＥ１３９４バスを占有してしまうと、他のノー
ドは同一サイクルタイム（１２５μｍｓ）内ではそのバ
スを使用することができないような制御が働く。このた
め、一般的なネットワークで用いられるキャリア検出や
コリジョン（パケットの衝突）検出といったリソースの
排他制御の方式は、ＩＥＥＥ１３９４バスでは不必要と
なっている。

【００６０】１−２．ＳＢＰ−２ 一方、ＳＢＰ−２の設計上の特徴は、いわゆるコネクシ
ョンベースであることである。即ち、或るＳＢＰ−２の
ターゲットに対して、これを利用したいホストデバイス
は、ＳＢＰ−２のイニシエータとして設計される必要が
ある。そして、イニシエータは、ターゲットに対してロ
グインを要求し、そのログインが成立した場合のみ、タ
ーゲットを利用する権利が獲得される（なお、正確に
は、イニシエータは、ターゲットの備えるロジカル・ユ
ニット（Logical Unit）毎にログインするのであるが、
ここでは、説明を簡単にするために、単にターゲットに
ログインするものとして説明する。）。従って、仮に、
複数のイニシエータに対して、１つのターゲットがあっ
た場合でも、ログインの許されたイニシエータのみがそ
のターゲットを利用するようにすることによって、複数
のイニシエータによって、そのターゲットを共用するこ
とができる。

【００６１】ところで、ＳＢＰ−２において、イニシエ
ータとターゲットはＩＥＥＥ１３９４バスで接続された
形になっている。前述したように、ＩＥＥＥ１３９４バ
スはバスであるので、ターゲットはイニシエータのメモ
リに対しリード／ライトすることできる。そこで、前述
したように、ＳＢＰ−２では、共有メモリを有している
装置をイニシエータと呼び、共有メモリを有しない装置
をターゲットと呼んでいる。即ち、両方の装置が共有メ
モリを共に持つことは無駄であるので、一方の装置が共
有メモリを持つようにしている。従って、イニシエータ
は自己の有するメモリが共有メモリとなっているので、
ローカルアクセスでデータをリード／ライトすることで
きる。これに対して、ターゲットはイニシエータの有す
るメモリを共有メモリとして使用しているので、リモー
トアクセスでデータをリード／ライトする必要がある。
なお、装置に対するイニシエータ，ターゲットの役割付
けは、装置を設計する際の最初段階で行なわれる。通常
は、コンピュータなどのホストデバイスがイニシエータ
になって、プリンタやスキャナなどのデバイスがターゲ
ットになる場合が多い。この役割付けは固定的なもの
で、原則として途中で変わることはない。但し、設計に
よっては、１つの装置において、スイッチ等によりイニ
シエータ，ターゲットの役割付けの切り換えができるよ
うにしても構わない。

【００６２】従来の一般的なネットワークでは、イニシ
エータがターゲットの状態をポーリングして、ターゲッ
トが要求を受け付けるレディ状態になったときに、イニ
シエータがコマンドを送るというようなプッシュスタイ
ルの制御を行なっていたが、ＳＢＰ−２では、前述した
ように、イニシエータは、自己のメモリ空間にターゲッ
トのための命令やデータを置いておき、ターゲットが自
分の処理可能なタイミングでその命令やデータを取り込
んで処理するというプルスタイルの制御を行なう。これ
により、ＳＢＰ−２では、全体のトランザクションの効
率が高くなる。

【００６３】２．第１の実施例 ２−１．第１の実施例の構成 以上のことを踏まえて、本発明の第１の実施例について
図面を用いて説明する。図１は本発明の第１の実施例と
してのイニシエータ及びターゲットの構成を示すブロッ
ク図であり、図２は図１に示すイニシエータ及びターゲ
ットを備える装置間通信システムを示すブロック図であ
る。本システムでは、各装置間を図２に示すようにＩＥ
ＥＥ１３９４バス３０で接続しており、また、装置間の
通信をＳＢＰ−２プロトコルで行なっている。従って、
ＩＥＥＥ１３９４バス３０に接続された各装置は、共有
メモリを有するイニシエータ１０，４０〜７０と、共有
メモリを有していないターゲット２０と、に分かれてい
る。なお、本実施例においては、イニシエータ１０，４
０〜７０はそれぞれコンピュータであり、ターゲット２
０はプリンタであるものとする。

【００６４】イニシエータ１０，４０〜７０の構成は、
それぞれ同じであるので、代表して、イニシエータ１０
の構成を図１を用いて説明する。図１に示すように、イ
ニシエータ１０は、コントローラ１１と、共有メモリ１
２と、を備えている。このうち、共有メモリ１２には、
ログイン勧誘レジスタ１３が設けられている他、必要に
応じて、マネージメントＯＲＢ１４やノーマルＯＲＢ１
５などの特別なデータ構造が置かれる。また、コントロ
ーラ１１は、ログイン部１１ａを備えている。

【００６５】一方、ターゲット２０は、イニシエータか
らのログイン／ログアウト要求を受け、それに対する応
答を行なうマネージメント・エージェント２１と、ログ
インされたイニシエータとの間でデータのやり取りを行
なうフェッチ・エージェント２２と、を備えている。こ
のうち、マネージメント・エージェント２１は、ログイ
ン勧誘部２１ａを備えている。

【００６６】なお、実際には、ターゲットは、１つ以上
のロジカル・ユニットを備えており、そのロジカル・ユ
ニット毎にマネージメント・エージェントとフェッチ・
エージェントを備えているが、本実施例では、説明を簡
単にするために、ロジカル・ユニットは省略している。

【００６７】図３は図１に示すイニシエータを構成する
コンピュータとターゲットを構成するプリンタのハード
ウェア構成の概要を示すブロック図である。

【００６８】図３に示すように、ハードウェアの構成と
して、イニシエータを構成するコンピュータ１００は、
その内部に、コンピュータプログラムに従って種々の処
理や制御を行なうためのＣＰＵ１０２と、上記コンピュ
ータプログラムを記憶したり、処理中に得られたデータ
などを一時的に記憶したりするためのメモリ１０４と、
ＣＰＵ１０２と各種周辺装置やＩＥＥＥ１３９４バス３
０との間でデータなどのやり取りを行なうためのＩ／Ｏ
部１０６と、各種データを格納するためのハードディス
ク装置１０８と、ＣＤ−ＲＯＭドライブ装置１１０と、
を備えている。また、その外部には、ユーザからの指示
などを入力するためのキーボード１１２やマウス１１４
と、データなどを表示するためのモニタ１１６と、を備
えている。

【００６９】このうち、ＣＰＵ１０２が、メモリ１０４
に格納された所望のコンピュータプログラムを読み出し
て実行することにより、図１に示したコントローラ１１
として機能する。また、図１に示した共有メモリ１２に
は、メモリ１０４の一部が割り当てられる。

【００７０】一方、ターゲットを構成するプリンタ２０
０は、その内部に、コンピュータプログラムに従って種
々の処理や制御を行なうためのＣＰＵ２０２と、上記コ
ンピュータプログラムを記憶したり、処理中に得られた
データなどを一時的に記憶したりするためのメモリ２０
４と、ＣＰＵ２０２と他の構成要素やＩＥＥＥ１３９４
バス３０との間でデータなどのやり取りを行なうための
Ｉ／Ｏ部２０６と、ＣＰＵ２０２からの指示に従って、
印刷用紙に画像等の印刷を行なうプリンタ機構部２０８
と、印刷データを一時的に格納するための入力バッファ
２１０と、を備える。

【００７１】このうち、ＣＰＵ２０２が、メモリ２０４
に格納された所望のコンピュータプログラムを読み出し
て実行することにより、図１に示したマネージメント・
エージェント２１やフェッチ・エージェント２２として
機能する。

【００７２】本実施例では、コンピュータ１００のメモ
リ１０４に格納されているコンピュータプログラムは、
記録媒体であるＣＤ−ＲＯＭ１１１に記録された形態で
提供され、ＣＤ−ＲＯＭドライブ装置１１０により読み
取られることによって、コンピュータ１００内に取り込
まれる。取り込まれたコンピュータプログラムは、各々
のハードディスク装置１０８に転送され、その後、起動
時などにメモリ１０４に転送される。あるいは、読み取
られたコンピュータプログラムは、各々のハードディス
ク装置１０８を介さず、直接、メモリ１０４に転送する
ようにしても良い。

【００７３】一方、プリンタ２００の方は、メモリ２０
４の一部がＲＯＭで構成されており、プリンタ用のコン
ピュータプログラムはそのＲＯＭに格納されている。従
って、このコンピュータプログラムはＲＯＭのチップに
記録された形態で提供される。また、このようなＲＯＭ
を用いる代わりに、メモリ１０４の一部を書き換え可能
な不揮発性メモリで構成すると共に、プリンタ用のコン
ピュータプログラムをＣＤ−ＲＯＭ１１１に記録された
形態で提供し、そのコンピュータプログラムをコンピュ
ータ１００のＣＤ−ＲＯＭドライブ装置１１０によって
読み取って、図示せざるネットワーク等を介してプリン
タ２００に転送し、上記の不揮発性メモリに書き込むよ
うにしても良い。

【００７４】このように、本実施例では、コンピュータ
プログラムをコンピュータ読み取り可能に記録する「記
録媒体」としてＣＤ−ＲＯＭやＲＯＭを利用することを
述べたが、その他にも、フレキシブルディスクや光磁気
ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカ
ード、バーコードなどの符号が印刷された印刷物、コン
ピュータの内部記憶装置（ＲＡＭなどのメモリ）および
外部記憶装置等の、コンピュータが読取り可能な種々の
媒体を利用できる。

【００７５】また、コンピュータプログラムは、このよ
うな記録媒体に記録された形態での提供の他、ネットワ
ークを介して、コンピュータプログラムを供給するプロ
グラムサーバ（図示せず）にアクセスし、プログラムサ
ーバからコンピュータ１００やプリンタ２００内に取り
込むようにしても良い。

【００７６】また、上記コンピュータプログラムの一部
は、オペレーティングシステムプログラムによって構成
するようにしても良い。

【００７７】２−２．第１の実施例の動作 それでは、本実施例の動作について説明する。例えば、
今、ターゲット２０であるプリンタが、イニシエータで
あるコンピュータからフォントをダウンロードして印刷
する場合（フォントダウンロード印刷）を考えてみる。
なお、説明を分かりやすくするために、ターゲット２０
をプリンタａとし、イニシエータ１０をコンピュータＡ
とし、イニシエータ４０〜７０をコンピュータＢ〜Ｅと
する。

【００７８】ターゲット２０であるプリンタａは、フォ
ントのダウンロードというサービスを受けるために、そ
のサービスを提供してくれるコンピュータを見つけだす
必要がある。そこで、このプリンタａは、各コンピュー
タＡ〜Ｅに対して、順番に、そのサービスを提供してく
れるか否かを問い合わせる（即ち、ユニキャスト）。具
体的には、前述したとおり、通信相手であるコンピュー
タを順番に指定して、一時的なコネクションを張り、１
パケットを送出する、いわゆるコネクションレスな通信
を行なうことになる。

【００７９】このようなコネクションレスな通信を行な
うために、プリンタａでは、上位層のプロトコルからサ
ービス・プロバイダ・インターフェイス（ＳＰＩ）を介
して下位層のプロトコルであるＳＢＰ−２に対して、次
のような命令を伝える。例えば、コンピュータＡを通信
相手として指定して、ダウンロードフォントのサービス
があるか否かを問いただすために、"Send To Computer
A 〜"と言うような命令を伝え、また、そのステータス
を返してもらうために、"Receive From Computer A 〜"
と言うような命令を伝えることになる。

【００８０】ＳＢＰ−２では、前述したとおり、プリン
タａはターゲット２０として動作し、コンピュータＡは
イニシエータ１０として動作する。従って、プリンタａ
において、ＳＢＰ−２に対して上記したような命令が伝
えられると、ターゲット２０は、その命令に基づいて、
自らを起点として、通信相手であるイニシエータ１０と
の間で、以下に述べるようなログイン勧誘を伴うコネク
ションレス・トランザクションを行なう。

【００８１】図４は図１に示すターゲットにおけるログ
イン勧誘処理ルーチンの処理手順を示すフローチャート
であり、図５は図１に示すイニシエータにおけるログイ
ン勧誘対応処理ルーチンの処理手順を示すフローチャー
トである。また、図６は図１に示すイニシエータとター
ゲットとの間で行なわれるログイン勧誘を伴うコネクシ
ョンレス・トランザクションを示すタイミングチャート
である。

【００８２】図６において、（ａ）は、ターゲットに前
述した"Send To Computer A 〜"と言うような命令が伝
えられた場合のコネクションレス・トランザクションを
示し、（ｂ）は、同じくターゲットに前述した"Receive
From Computer A 〜"と言うような命令が伝えられた場
合のコネクションレス・トランザクションを示してい
る。（ａ），（ｂ）において、トランザクションの内容
は上から下に向かって時系列的に配列されている。

【００８３】ターゲット２０に、上記のような命令が伝
えられると、図４に示すように、ターゲット２０のマネ
ージメント・エージェント２１は、ターゲット２０自ら
を起点としてコネクションレス・トランザクションを行
なう必要があると判断して（ステップＳ１０２）、イニ
シエータ１０にログインしてもらうために、イニシエー
タ１０に対してログインの勧誘を行なう。具体的には、
マネージメント・エージェント２１のログイン勧誘部２
１ａが、ＩＥＥＥ１３９４バス３０を介してイニシエー
タ１０にアクセスし、イニシエータ１０における共有メ
モリ１２に設けられたログイン勧誘レジスタ１３に、自
ら（即ち、ターゲット２０）のＧＵＩＤを書き込むこと
によって、ログイン勧誘を行なう（ステップＳ１０
４）。ここで、ＧＵＩＤとは、グローバル・ユニーク・
アイデンティフィケション（Global Unique Identifica
tion）の略で、各イニシエータ，ターゲットに固有の識
別符号のことである。このＧＵＩＤは、イニシエータ，
ターゲットを構成する装置がそれぞれ製造される段階
で、世界中で唯一の識別符号として与えられる。従っ
て、ターゲット２０のＧＵＩＤが例えば「２０」である
とすると、マネージメント・エージェント２１は、イニ
シエータ１０のログイン勧誘レジスタ１３に「２０」を
書き込むことになる。

【００８４】一方、イニシエータ１０のコントローラ１
１は、図５に示す処理ルーチンを開始すると、まず、ロ
グインの勧誘を受けたか否かを判断する。具体的には、
コントローラ１１のログイン部１１ａが、共有メモリ１
２に設けられたログイン勧誘レジスタ１３をチェックし
て、ＧＵＩＤが書き込まれているか否かに基づいて判断
する（ステップＳ２０２）。

【００８５】ＧＵＩＤが書き込まれていない場合、コン
トローラ１１のログイン部１１ａは、ログインの勧誘を
受けていないと判断して、ＧＵＩＤが書き込まれるまで
待機する。一方、ＧＵＩＤが書き込まれている場合は、
ログインの勧誘を受けたと判断して、そのログイン勧誘
レジスタ１３に書き込まれているＧＵＩＤを読み出す
（ステップＳ２０４）。そして、コントローラ１１のロ
グイン部１１ａは、読み出したＧＵＩＤから、ログイン
の勧誘を行なっているターゲットを特定する。ここで
は、ＧＵＩＤとして「２０」が読み出されるので、ログ
インの勧誘を行なっているターゲットはターゲット２０
であると特定する。

【００８６】こうして、ログインの勧誘を受けて、その
ログインの勧誘を行なっているターゲット２０を特定す
ると、次に、コントローラ１１のログイン部１１ａは、
そのターゲット２０にログインするために、そのターゲ
ット２０に対してログイン・パケットを送出する（ステ
ップＳ２０６）。このログイン・パケットには、ターゲ
ット２０にログインするためのログイン要求と、イニシ
エータ１０のＧＵＩＤと、が含まれている。従って、イ
ニシエータ１０のＧＵＩＤが例えば「１０」であるとす
ると、「１０」が含まれることになる。

【００８７】一方、ターゲット２０のマネージメント・
エージェント２１は、図４に示すように、ステップＳ１
０４でログインの勧誘を行なった後、ログイン・パケッ
トを受け取るまで待機している（ステップＳ１０６）。
そして、マネージメント・エージェント２１は、パケッ
トを受け取ると、そのパケットにログイン要求が含まれ
ているかどうかを判定し、ログイン要求が含まれていれ
ば、そのパケットをログイン・パケットと判断して、そ
のログイン・パケットに含まれるＧＵＩＤを読み込む
（ステップＳ１０８）。そして、マネージメント・エー
ジェント２１は、読み込んだＧＵＩＤから、ログイン・
パケットを送出したイニシエータを特定して、そのイニ
シエータがログインの勧誘を行なったイニシエータと同
じであることを確認する。ここでは、ＧＵＩＤとして
「１０」が読み込まれるので、ログイン・パケットを送
出したイニシエータ１０は、ログインの勧誘を行なった
イニシエータ１０と同じであることを確認することにな
る。

【００８８】こうして、マネージメント・エージェント
２１は、ログイン要求を受けたイニシエータが、ログイ
ン勧誘を行なったイニシエータと同じであることを確認
した上で、ログイン要求を受けたイニシエータ１０に対
して、ステータスをログイン成立を表す「ログイン・サ
クセスフル」に設定したステータス・パケットを送出し
て（ステップＳ１１０）、ログインが成立した旨の応答
を行なう。ステータス・パケットを送出すると、マネー
ジメント・エージェント２１は、図４に示す処理ルーチ
ンを終了する。

【００８９】一方、イニシエータ１０のコントローラ１
１は、図５に示すように、ステップＳ２０６でログイン
・パケットを送出した後、ステータス・パケットを受け
取るまで待機している（ステップＳ２０８）。そして、
コントローラ１１は、ターゲット２０からのステータス
・パケットを受け取ると、そのパケットに含まれるステ
ータスを読み込み、ログイン成立を表す「ログイン・サ
クセスフル」であることを確認した上で、図５に示す処
理ルーチンを終了する。

【００９０】以上の一連の処理によって、ターゲット２
０はイニシエータ１０からログインしてもらうことがで
きる。

【００９１】ところで、上記した説明においては、イニ
シエータ１０からターゲット２０へはログイン・パケッ
トを送出し、ターゲット２０からイニシエータ１０へは
ステータス・パケットを送出するとして説明したが、こ
れらの動作について、さらに詳細な説明を加える。

【００９２】図１に示したとおり、イニシエータ１０は
共有メモリ１２を備えている。そこで、イニシエータ１
０がターゲット２０に対してログイン・パケットを送出
する場合は、まず、イニシエータ１０が、ターゲット２
０に送出したいログイン・パケットのデータを、図１に
示すようなマネージメントＯＲＢ１４と呼ばれる特別な
データ構造として、自己の有する共有メモリ１２上に置
く。次に、イニシエータ１０は、ターゲット２０のマネ
ージメント・エージェント２１に対して、ＩＥＥＥ１３
９４バス３０を介して、そのデータを置いた共有メモリ
１２上の番地を示すポインタを送り出す。一方、ターゲ
ット２０のマネージメント・エージェント２１は、この
ポインタを受け取ると、ＩＥＥＥ１３９４バス３０を介
して、ポインタを送り出したイニシエータ１０の共有メ
モリ１２にアクセスして、ポインタの示す番地に置かれ
ているマネージメントＯＲＢ１４を取り込むことによ
り、ログイン・パケットのデータを受け取る。こうし
て、イニシエータ１０からターゲット２０へログイン・
パケットが送出される。

【００９３】一方、その応答として、ターゲット２０が
イニシエータ１０に対してステータス・パケットを送出
する場合は、次のようになる。即ち、イニシエータ１０
から受け取ったログイン・パケットには、要求やＧＵＩ
Ｄの他に、イニシエータ１０が応答を受け取るために用
いる、共有メモリ１２上の番地を示すポインタが含まれ
ている。そこで、ターゲット２０のマネージメント・エ
ージェント２１は、ログイン・パケットを受け取ると、
それに含まれている上記のポインタを読み取り、次に、
ＩＥＥＥ１３９４バス３０を介して、イニシエータ１０
の共有メモリ１２にアクセスして、読み取ったポインタ
の示すＳＴＡＴＵＳ＿ＦＩＦＯ（図示せず）に、ステー
タス・パケットのデータを書き込む。これによって、タ
ーゲット２０からイニシエータ１０へ、ステータス・パ
ケットがリモートライトされる。

【００９４】さて、以上のようにして、ターゲット２０
がイニシエータ１０からログインしてもらうと、次に、
ターゲット２０はイニシエータ１０との間で１パケット
のデータのやり取りを行なう。このとき、ターゲット２
０では、処理の主体がマネージメント・エージェント２
１からフェッチ・エージェント２２に移行し、フェッチ
・エージェント２２がイニシエータ１０におけるコント
ローラ１１との間で、１パケットのデータのやり取りを
行なうことになる。

【００９５】即ち、ターゲット２０に前述した"Send To
Computer A 〜"と言うような命令が伝えられている場
合には、図６（ａ）に示すように、フェッチ・エージェ
ント２２は、イニシエータ１０に対して、所望のデータ
（例えば、ダウンロードフォントのサービスがあるか否
かを問いただすデータ）を送信することになる。一方、
ターゲット２０に前述した、"Receive From Computer A
〜"と言うような命令が伝えられている場合には、図６
（ｂ）に示すように、フェッチ・エージェント２２は、
イニシエータ１０から、所望のデータ（例えば、ダウン
ロードフォントのサービスを提供できるか否かを表すス
テータスのデータ）を受信することになる。

【００９６】実際には、以下に述べるような動作とな
る。即ち、フェッチ・エージェント２２がイニシエータ
１０にデータを送信する場合は、まず、イニシエータ１
０が、自己の有する共有メモリ１２上に、前述したマネ
ージメントＯＲＢ１４ではなく、図１に示すようなノー
マルＯＲＢ１５を入力モードにして置く。次に、フェッ
チ・エージェント２２が、ＩＥＥＥ１３９４バス３０を
介して、イニシエータ１０の共有メモリ１２にアクセス
して、そのノーマルＯＲＢ１５に、送信したいデータを
書き込む。これによって、ターゲット２０からイニシエ
ータ１０へデータがリモートライトされる。

【００９７】一方、フェッチ・エージェント２２がイニ
シエータ１０からのデータを受信する場合は、まず、イ
ニシエータ１０が、共有メモリ１２上にノーマルＯＲＢ
１５を出力モードにして置き、そこにターゲット２０に
受信してもらいたいデータを置く。次に、フェッチ・エ
ージェント２２は、イニシエータ１０の共有メモリ１２
にアクセスして、そのノーマルＯＲＢ１５を取り込むこ
とにより、データを受け取る。これによって、イニシエ
ータ１０からターゲット２０へデータがリモートリード
される。

【００９８】こうして、ターゲット２０がイニシエータ
１０との間で１パケットのデータのやり取りを行なう
と、次に、イニシエータ１０はターゲット２０からログ
アウトする。このとき、ターゲット２０では、処理の主
体がフェッチ・エージェント２２から再びマネージメン
ト・エージェント２１に移り、イニシエータ１０におけ
るコントローラ１１は、マネージメント・エージェント
２１との間で、ログアウトの処理を行なう。以下、それ
について簡単に説明する。

【００９９】ログアウトを行なう場合、まず、イニシエ
ータ１０のコントローラ１１が、ターゲット２０に対し
てログアウト・パケットを送出する。このログアウト・
パケットには、ターゲット２０からログアウトするため
のログアウト要求と、イニシエータ１０のＧＵＩＤと、
が含まれている。

【０１００】ターゲット２０のマネージメント・エージ
ェント２１は、パケットを受け取ると、そのパケットに
ログアウト要求が含まれているかどうかを判定し、ログ
アウト要求が含まれていれば、そのパケットをログアウ
ト・パケットと判断して、ログアウト・パケットに含ま
れるＧＵＩＤを読み込む。そして、マネージメント・エ
ージェント２１は、読み込んだＧＵＩＤから、ログアウ
ト・パケットを送出したイニシエータを特定して、その
ログアウト要求を受けたイニシエータ１０に対して、ス
テータスをログアウト成立を表す「ログアウト・サクセ
スフル」に設定したステータス・パケットを送出して、
ログアウトが成立した旨の応答を行なう。

【０１０１】以上によって、ターゲット２０に"Send To
Computer A 〜"や"Receive From Computer A 〜"と言
うような命令が伝えられた場合の一連のトランザクショ
ンが終了する。即ち、このコネクションレス・トランザ
クションでは、図６（ａ）に示すように、ログイン勧
誘、ログイン、データ送信（ＯＲＢ：入力モード）、ロ
グアウトの４つを重ね合わせた動作が、上記した"Send
To 〜"に対応し、図６（ｂ）に示すように、ログイン勧
誘、ログイン、データ受信（ＯＲＢ：出力モード）、ロ
グアウトの４つを重ね合わせた動作が、上記した"Recei
ve From 〜"に対応することになる。

【０１０２】以下、同様にして、プリンタａであるター
ゲット２０が、コンピュータＢ〜Ｅであるイニシエータ
４０〜７０に対して、順番に、上記したコネクションレ
ス・トランザクションにより、フォントダウンロードの
サービスがあるか否かを問い合わせ、そのステータスを
返してもらうことによって、そのサービスを提供するコ
ンピュータを見つけだすことができる。

【０１０３】２−３．第１の実施例の効果 以上説明したように、本実施例においては、ターゲット
２０がイニシエータ１０にログインの勧誘を行なって、
イニシエータ１０からログインしてもらうことによっ
て、ターゲット２０は、イニシエータ１０に対してデー
タを送信しまたは受信することができるようになる。従
って、コネクションレス・トランザクションにおいて
も、ターゲット２０を起点としたデータの送受信が可能
となり、通信の対称性が保証される。

【０１０４】また、本実施例においては、イニシエータ
１０の有する共有メモリ１２にログイン勧誘レジスタ１
３を設け、そのレジスタ１３にターゲット２０が自らの
ＧＵＩＤを書き込むことによって、ログインの勧誘を行
なっている。従って、ターゲット２０がログインの勧誘
を行なっていることを、イニシエータ１０に簡単且つ確
実に認識させることができる。

【０１０５】３．第２の実施例 ３−１．第２の実施例の構成 図７は本発明の第２の実施例としてのイニシエータ及び
ターゲットの構成を示すブロック図である。図７におい
て、図１に示した構成要素と同一のものについては、同
一の符号を付してある。

【０１０６】図７に示すように、イニシエータ１０’
は、図１に示したイニシエータ１０と同様に、コントロ
ーラ１１と、共有メモリ１２と、を備えている。しか
し、図１に示したイニシエータ１０とは異なり、共有メ
モリ１２には、ログイン勧誘レジスタ１３を設けていな
い。また、コントローラ１１は、ログイン部１１ａと、
仮ログイン部１１ｂと、を備えている。

【０１０７】一方、ターゲット２０’は、図１に示した
ターゲット２０では省略していたが、ロジカル・ユニッ
ト（Logical Unit）を備えている。各ロジカル・ユニッ
トＬＵＮ０，ＬＵＮ１は、それぞれ、マネージメント・
エージェントＭＥ０，ＭＥ１と、フェッチ・エージェン
トＦＥ０，ＦＥ１と、を備えている。これらロジカル・
ユニットのうち、ロジカル・ユニットＬＵＮ１は、本来
のサービスを提供する通常のロジカル・ユニットである
が、ロジカル・ユニットＬＵＮ０は、ターゲット２０’
がイニシエータに対してログイン勧誘を行なうために利
用される副次的なロジカル・ユニットである。より具体
的には、ロジカル・ユニットＬＵＮ０は、ステータスの
リブライのみを専任で行なうロジカル・ユニットであ
る。また、ロジカル・ユニットＬＵＮ０におけるマネー
ジメント・エージェントＭＥ０は、ログイン勧誘部ＭＥ
０ａを備えている。

【０１０８】なお、これらロジカル・ユニットは、それ
ぞれ、ターゲット２０’におけるコンフィグレーション
（Configuration）ＲＯＭ（図示せず）内にあるユニッ
ト・ディレクトリ（図示せず）上に存在している。

【０１０９】３−２．第２の実施例の動作 それでは、本実施例の動作について説明する。なお、本
実施例においても、ターゲット２０’をプリンタａと
し、イニシエータ１０’をコンピュータＡとし、ターゲ
ット２０’であるプリンタａが、フォントのダウンロー
ドというサービスを提供してくれるコンピュータを見つ
けだすために、イニシエータである各コンピュータに対
しコネクションレスな通信を行なうという前提は、図１
に示した実施例の場合と同様である。

【０１１０】また、本実施例においては、その他の前提
として、イニシエータ１０’を含む各イニシエータが、
それぞれ、ターゲット２０’における副次的なロジカル
・ユニットＬＵＮ０に対して、一定の時間間隔で、仮の
ログイン要求を行なうものとする。

【０１１１】図８は図７に示すターゲットにおけるログ
イン勧誘処理ルーチンの処理手順を示すフローチャート
であり、図９は図７に示すイニシエータにおけるログイ
ン勧誘対応処理ルーチンの処理手順を示すフローチャー
トである。

【０１１２】イニシエータ１０’のコントローラ１１
は、図９に示す処理ルーチンを開始すると、まず、コン
トローラ１１の仮ログイン部１１ｂが、ターゲット２
０’のロジカル・ユニットＬＵＮ０に対して仮ログイン
・パケットを送出する（ステップＳ４０２）。この仮ロ
グイン・パケットは、通常のログイン・パケットと同様
の構成を成しており、ターゲット２０’のロジカル・ユ
ニットＬＵＮ０に対するログイン要求と、イニシエータ
１０’のＧＵＩＤと、が含まれている。但し、この仮ロ
グイン・パケットに含まれるログイン要求は、ロジカル
・ユニットＬＵＮ０からステータスを受け取るためにな
されるログイン要求であって、ロジカル・ユニットから
のサービス提供を受けるためになされる本来のログイン
要求ではないため、仮のログイン要求である。

【０１１３】コントローラ１１のログイン部１１ａは、
後述するように、ターゲット２０’からのログイン勧誘
を含むステータス・パケットを受け取るまで、一定の時
間間隔、例えば、約２秒に１回の割合で、上記した仮ロ
グイン・パケットを送出し続ける。

【０１１４】一方、ターゲット２０’のロジカル・ユニ
ットＬＵＮ０のマネージメント・エージェントＭＥ０
は、図８に示すように、各イニシエータから定期的に送
られてくる仮ログイン・パケットを受け取ったかどうか
を判定し（ステップＳ３０２）、仮ログイン・パケット
を受け取った場合には、その中に含まれるＧＵＩＤを読
み込む（ステップＳ３０４）。

【０１１５】この時、既に、プリンタａにおいて、上位
層のプロトコルからＳＰＩを介して下位層のプロトコル
であるＳＢＰ−２に対して、前述した如く、"Send To C
omputer A 〜"や"Receive From Computer A 〜"と言う
ような命令が伝えられていると、ターゲット２０’のマ
ネージメント・エージェントＭＥ０は、その命令に基づ
いて、自らを起点として、通信相手であるコンピュータ
Ａ（即ち、イニシエータ１０’）との間でログイン勧誘
を伴うコネクションレス・トランザクションを行なう必
要があると判断して、処理はステップＳ３０８に進む。
しかし、この時、まだ、上記したような命令が伝えられ
ていない場合には、マネージメント・エージェントＭＥ
０は、コネクションレス・トランザクションを行なう必
要がないと判断して、処理はステップＳ３１８に進む。

【０１１６】ステップＳ３０８では、マネージメント・
エージェントＭＥ０は、ステップＳ３０４で読み込んだ
ＧＵＩＤが、目的のイニシエータ（即ち、上記した命令
で伝えられた通信相手）のＧＵＩＤであるか否かを判定
する。この場合、上記した命令で伝えられた通信相手は
コンピュータＡ、つまり、イニシエータ１０’であるの
で、読み込んだＧＵＩＤがイニシエータ１０’のＧＵＩ
Ｄである「１０’」であるか否かを判定することにな
る。判定の結果、読み込んだＧＵＩＤが目的のイニシエ
ータのＧＵＩＤでない場合には、処理はステップＳ３１
８に進む。

【０１１７】ステップＳ３１８では、マネージメント・
エージェントＭＥ０は、ステップＳ３０４で読み込んだ
ＧＵＩＤから、仮のログイン要求を受けたイニシエータ
を特定した上で、そのイニシエータに対して、ステータ
スをログイン不成立を表す「ログイン・エラー」に設定
したステータス・パケットを送出する。そして、その後
も、各イニシエータから送られてくる仮ログイン・パケ
ットに対処するために、マネージメント・エージェント
ＭＥ０は、再び、ステップＳ３０２以降の処理を行な
う。

【０１１８】一方、ステップＳ３０８における判定の結
果、読み込んだＧＵＩＤが「１０’」であって、目的の
イニシエータであるイニシエータ１０’のＧＵＩＤであ
る場合には、マネージメント・エージェントＭＥ０のロ
グイン勧誘部ＭＥ０ａが、そのイニシエータ１０’に対
して、ステータスとしてログイン勧誘を表す情報を設定
したステータス・パケットを送出する（ステップＳ３１
０）。なお、このログイン勧誘の対象となる「ログイ
ン」とは、副次的なロジカル・ユニットＬＵＮ０に対す
るログインではなく、本来のサービスを提供する通常の
ロジカル・ユニットに対するログインである。従って、
イニシエータ１０’からログインしてもらいたいロジカ
ル・ユニットが、例えば、ロジカル・ユニットＬＵＮ１
である場合には、マネージメント・エージェントＭＥ０
のログイン勧誘部ＭＥ０ａは、ログイン勧誘を表す情報
として、ログインの勧誘と、ログイン先のロジカル・ユ
ニットの番号と、をそれぞれ設定することになる。具体
的には、ロジカル・ユニットＬＵＮ１の番号が「＃１」
であるとすると、例えば、"Please Login To Me withLU
N#1"をステータスとして、ステータス・パケットに含め
て送出する。

【０１１９】これに対し、イニシエータ１０’における
コントローラ１１の仮ログイン部１１ｂは、仮ログイン
・パケットを送出した後、ターゲット２０’からのステ
ータス・パケットを受け取ると、そのパケットに含まれ
るステータスを読み込んで、そのステータスがログイン
勧誘を表す情報であるかどうかを判定する（ステップＳ
４０４）。判定の結果、ログイン勧誘を表す情報でな
く、ログイン不成立を表す「ログイン・エラー」であっ
た場合には、再度、ターゲット２０’のロジカル・ユニ
ットＬＵＮ０に対して仮ログイン要求を出すために、コ
ントローラ１１の仮ログイン部１１ｂは、再び、ステッ
プＳ４０２の処理を行なう。

【０１２０】また、判定の結果、ログイン勧誘を表す情
報であった場合には、コントローラ１１の仮ログイン部
１１ｂは、ターゲット２０’からログイン勧誘を受けた
と判断して、さらに、ログイン勧誘を表す情報からロジ
カル・ユニットの番号を読み出す。具体的には、上記情
報には、ロジカル・ユニットの番号として、「＃１」が
含まれているので、コントローラ１１は、ログインして
もらいたいロジカル・ユニットは、ロジカル・ユニット
ＬＵＮ１であることを認識する。そこで、コントローラ
１１のログイン部１１ａは、ターゲット２０’のロジカ
ル・ユニットＬＵＮ１にログインするために、そのロジ
カル・ユニットＬＵＮ１に対して、本来のログイン・パ
ケットを送出する（ステップＳ４０６）。このログイン
・パケットには、ロジカル・ユニットＬＵＮ１にログイ
ンするためのログイン要求と、イニシエータ１０’のＧ
ＵＩＤと、が含まれている。

【０１２１】一方、ターゲット２０’では、ロジカル・
ユニットＬＵＮ０のマネージメント・エージェントＭＥ
０が、ログイン勧誘を含むステータス・パケットを送出
した後、処理はマネージメント・エージェントＭＥ０か
らロジカル・ユニットＬＵＮ１のマネージメント・エー
ジェントＭＥ１に移り、マネージメント・エージェント
ＭＥ１は、ログイン・パケットを受け取るまで待機して
いる（ステップＳ３１２）。そして、マネージメント・
エージェントＭＥ１は、ログイン・パケットを受け取る
と、そのログイン・パケットに含まれるＧＵＩＤを読み
込み（ステップＳ３１４）、その読み込んだＧＵＩＤか
ら、ログイン・パケットを送出したイニシエータを特定
して、そのイニシエータがログインの勧誘を行なったイ
ニシエータと同じであることを確認する。

【０１２２】そして、マネージメント・エージェントＭ
Ｅ１は、ログイン要求を受けたイニシエータ１０’に対
して、ステータスをログイン成立を表す「ログイン・サ
クセスフル」に設定したステータス・パケットを送出し
て（ステップＳ３１６）、ログインが成立した旨の応答
を行なう。こうして、マネージメント・エージェントＭ
Ｅ１が、ステータス・パケットを送出すると、図８に示
す処理ルーチンは終了する。

【０１２３】一方、イニシエータ１０’のコントローラ
１１は、図９に示すように、ステップＳ４０６でログイ
ン・パケットを送出した後、ステータス・パケットを受
け取るまで待機している（ステップＳ４０８）。そし
て、コントローラ１１は、ターゲット２０’のロジカル
・ユニットＬＵＮ１からのステータス・パケットを受け
取ると、そのパケットに含まれるステータスを読み込
み、ログイン成立を表す「ログイン・サクセスフル」で
あることを確認した上で、図９に示す処理ルーチンを終
了する。

【０１２４】以上の一連の処理によって、ターゲット２
０’はイニシエータ１０’からログインしてもらうこと
ができる。 ３−３．第２の実施例の効果 以上説明したように、本実施例においても、ターゲット
２０’がイニシエータ１０’にログインの勧誘を行なっ
て、イニシエータ１０’からログインしてもらうことに
よって、ターゲット２０’は、イニシエータ１０’に対
してデータを送信しまたは受信することができるように
なる。従って、コネクションレス・トランザクションに
おいても、ターゲット２０’を起点としたデータの送受
信が可能となり、通信の対称性が保証される。

【０１２５】また、本実施例においては、ターゲット２
０’にログイン勧誘に利用するための副次的なロジカル
・ユニットＬＵＮ０を設け、各イニシエータがそのロジ
カル・ユニットＬＵＮ０に対して定期的に仮のログイン
要求を出し、それらに対して、そのロジカル・ユニット
ＬＵＮ０はそれぞれステータスを返している。そこで、
ターゲット２０’がログインの勧誘を行なう場合には、
ログインしてもらいたいイニシエータ１０’に対して上
記のステータスを返す際に、そのステータスとして、ロ
グインの勧誘と、ログイン先のロジカル・ユニットＬＵ
Ｎ１の番号を設定するようにしている。従って、そのス
テータスがイニシエータ１０’に届くことによって、タ
ーゲット２０’が、ロジカル・ユニットＬＵＮ１に対し
てログインの勧誘を行なっていることを、イニシエータ
１０’に簡単且つ確実に認識させることができる。

【０１２６】４．第３の実施例 ４−１．第３の実施例の構成 図１０は本発明の第３の実施例としてのイニシエータ及
びターゲットの構成を示すブロック図である。図１０に
おいて、図１または図７に示した構成要素と同一のもの
については、同一の符号を付してある。但し、イニシエ
ータ１０’におけるコントローラ１１は、図７に示した
コントローラ１１とは異なり、仮ログイン部１１ｂに代
えて、読み出し部１１ｃを備えている。

【０１２７】また、図１０に示すように、ターゲット２
０”は、マネージメント・エージェント２１と、フェッ
チ・エージェント２２と、を備える他、ターゲット２
０”がイニシエータに対してログイン勧誘を行なうため
に利用される専用レジスタ２３を備えている。なお、前
述したとおり、実際には、ターゲットは、１つ以上のロ
ジカル・ユニットを備えており、そのロジカル・ユニッ
ト毎にマネージメント・エージェントとフェッチ・エー
ジェントを備えているが、本実施例では、図１に示した
実施例と同様に、説明を簡単にするために、ロジカル・
ユニットは省略している。また、その他、ターゲット２
０”には、上位層のドライバまたはアプリケーションに
よって構成されるログイン勧誘部２４が存在する。

【０１２８】４−２．第３の実施例の動作 それでは、本実施例の動作について説明する。なお、本
実施例においても、ターゲット２０”をプリンタａと
し、イニシエータ１０’をコンピュータＡとし、ターゲ
ット２０”であるプリンタａが、フォントのダウンロー
ドというサービスを提供してくれるコンピュータを見つ
けだすために、イニシエータである各コンピュータに対
しコネクションレスな通信を行なうという前提は、図１
や図７に示した実施例の場合と同様である。

【０１２９】また、本実施例においては、その他の前提
として、イニシエータ１０’を含む各イニシエータが、
それぞれ、一定の時間間隔で、ターゲット２０”におけ
る専用レジスタ２３の内容を読みに行くものとする。

【０１３０】図１１は図１０に示すターゲットにおける
ログイン勧誘処理ルーチンの処理手順を示すフローチャ
ートであり、図１２は図１０に示すイニシエータにおけ
るログイン勧誘対応処理ルーチンの処理手順を示すフロ
ーチャートである。

【０１３１】イニシエータ１０’のコントローラ１１
は、図１２に示す処理ルーチンを開始すると、まず、コ
ントローラ１１の読み出し部１１ｃが、ＩＥＥＥ１３９
４バス３０を介してターゲット２０”にアクセスし、Ｉ
ＥＥＥ１３９４バストランザクションによって、ターゲ
ット２０”における専用レジスタ２３の内容を読み込む
（ステップＳ６０２）。そして、コントローラ１１は、
読み込んだ内容に自己のＧＵＩＤ（即ち、イニシエータ
１０’のＧＵＩＤ「１０’」）が含まれているか否かを
判定する（ステップＳ６０４）。判定の結果、自己のＧ
ＵＩＤが含まれていない場合には、コントローラ１１の
読み出し部１１ｃは、一定の時間経過後、再び、ステッ
プＳ６０２の処理を行なう。こうして、コントローラ１
１の読み出し部１１ｃは、専用レジスタ２３の内容に自
己のＧＵＩＤが含まれていることを検出するまで、一定
の時間間隔で、専用レジスタ２３の内容の読み込みを繰
り返し行なう。

【０１３２】一方、プリンタａにおいて、上位層のプロ
トコルからＳＰＩを介して下位層のプロトコルであるＳ
ＢＰ−２に対して、前述したような"Send To Computer
A 〜"や"Receive From Computer A 〜"と言う命令が伝
えられていると、ターゲット２０”は、図１１に示すよ
うに、その命令に基づいて、自らを起点として、通信相
手であるコンピュータＡ（即ち、イニシエータ１０’）
との間でログイン勧誘を伴うコネクションレス・トラン
ザクションを行なう必要があると判断する（ステップＳ
５０２）。そして、ターゲット２０”において、上位層
のドライバまたはアプリケーションであるログイン勧誘
部２４が、専用レジスタ２３に、ログインしてもらいた
いイニシエータ１０’のＧＵＩＤ（即ち、「１０’」）
を自律的に書き込むことにより、イニシエータ１０’に
対してログイン勧誘を行なう（ステップＳ５０４）。

【０１３３】従って、その後、イニシエータ１０’にお
けるコントローラ１１の読み出し部１１ｃが、前述した
ように、ターゲット２０”における専用レジスタ２３の
内容を読み込むと、そこに自己のＧＵＩＤ（即ち、「１
０’」）を見い出すので、コントローラ１１は、ステッ
プＳ６０４の判定で、読み込んだ内容に自己のＧＵＩＤ
が含まれていると判定し、ターゲット２０”からログイ
ンの勧誘を受けたと判断する。

【０１３４】こうして、イニシエータ１０’がターゲッ
ト２０”からログインの勧誘を受けると、その後のイニ
シエータ１０’における動作、即ち、図１２に示すＳ６
０６〜Ｓ６０８の動作は、前述した第１の実施例におけ
るイニシエータ１０の動作、即ち、図５に示したＳ２０
６〜Ｓ２０８の動作と同じであるので、それらの説明は
省略する。また、その後のターゲット２０”の動作、即
ち、図１１に示すＳ５０６〜Ｓ５１０の動作も、第１の
実施例におけるターゲット２０の動作、即ち、図４に示
したＳ１０６〜Ｓ１１０の動作と同様であるので、それ
らについての説明も省略する。

【０１３５】４−３．第３の実施例の効果 以上説明したように、本実施例においても、図１または
図７に示した実施例と同様に、ターゲット２０”がイニ
シエータ１０’にログインの勧誘を行なって、イニシエ
ータ１０’からログインしてもらうことによって、ター
ゲット２０”は、イニシエータ１０’に対してデータを
送信しまたは受信することができるようになる。従っ
て、コネクションレス・トランザクションにおいても、
ターゲット２０’を起点としたデータの送受信が可能と
なり、通信の対称性が保証される。

【０１３６】また、本実施例においては、ターゲット２
０”にログイン勧誘に利用するための専用レジスタ２３
を設け、各イニシエータがその専用レジスタ２３の内容
を定期的に読み込んでいる。そこで、ターゲット２０”
がログインの勧誘を行なう場合には、その専用レジスタ
２３に、ログインしてもらいたいイニシエータ１０’の
ＧＵＩＤを書き込むようにしている。従って、その後、
イニシエータ１０’がその専用レジスタ２３の内容を読
み込むことにより、ターゲット２０”がログインの勧誘
を行なっていることを、イニシエータ１０’に簡単且つ
確実に認識させることができる。

【０１３７】５．他の態様 なお、本発明は上記した実施例や実施形態に限られるも
のではなく、その要旨を逸脱しない範囲において種々の
態様にて実施することが可能である。

【０１３８】上記した第１の実施例においては、ターゲ
ット２０は、イニシエータ１０のログイン勧誘レジスタ
１３に、自らのＧＵＩＤを書き込むことによって、ログ
インの勧誘を行なっていたが、ログイン勧誘レジスタ１
３の最下位の１ビットを利用して、"Send To"を指定し
たログイン勧誘であるか、"Receive From"を指定したロ
グイン勧誘であるか、をイニシエータ１０に知らせるよ
うにしても良い。即ち、ターゲット２０が、ログイン勧
誘レジスタ１３の最下位の１ビットをセットすると、イ
ニシエータ１０は、それを"Send To"を指定したログイ
ン勧誘であると判断して、ノーマルＯＲＢ１５を入力モ
ードにするようにする。また、ターゲット２０が、ログ
イン勧誘レジスタ１３の最下位の１ビットをクリアする
と、イニシエータ１０は、それを"Receive From"を指定
したログイン勧誘であると判断して、ノーマルＯＲＢ１
５を出力モードにするようにする。こうすることによっ
て、イニシエータ１０は、適宜、ノーマルＯＲＢ１５の
モードを切り換えて、効率的にデータの伝送を行なうこ
とができる。

【０１３９】上記した第１または第３の実施例では、説
明を簡単にするためにロジカル・ユニットを省略してい
たが、これら実施例においても、ロジカル・ユニットを
考慮し、ログイン勧誘を行なう際に、イニシエータにロ
グインしてもらいたいロジカル・ユニットを特定したい
場合には、次のようにして特定することができる。即
ち、第１の実施例の場合には、ターゲット２０がイニシ
エータ１０のログイン勧誘レジスタ１３に、自己のＧＵ
ＩＤを書き込む際に、ログイン先のロジカル・ユニット
の番号も併せて書き込むようにし、また、第３の実施例
の場合には、ターゲット２０”が自己の専用レジスタ２
３に、ログインしてもらいたいイニシエータのＧＵＩＤ
を書き込む際に、ログイン先のロジカル・ユニットの番
号も併せて書き込むようにするのである。

【０１４０】上記した実施例においては、図２に示すよ
うに、ＩＥＥＥ１３９４バス３０に接続されているイニ
シエータは５つであり、ターゲットは１つであったが、
本発明はこれらの数に限定されるものではない。従っ
て、例えば、ターゲットが２つ以上あっても構わず、各
ターゲットにおいて上記したような処理が行なわれれば
良い。

【０１４１】また、上記した実施例においては、イニシ
エータはコンピュータ、ターゲットはプリンタとした
が、本発明はこれに何ら限定されるものではない。例え
ば、イニシエータをコンピュータ以外に、例えば、スキ
ャナやその他デバイスとしても良い。また、ターゲット
もプリンタ以外のデバイスとしても良い。或いは、ター
ゲットをいわゆるインターフェイス切り換え器とし、タ
ーゲットにＩＥＥＥ１３９４バスから既存のインターフ
ェイスへの切り換えという役割だけを持たせ、その先に
スキャナやプリンタをつなげるようにしても良い。

【図面の簡単な説明】

【図１】本発明の一実施例としてのイニシエータ及びタ
ーゲットの構成を示すブロック図である。

【図２】図１に示すイニシエータ及びターゲットを備え
る装置間通信システムを示すブロック図である。

【図３】図１に示すイニシエータを構成するコンピュー
タとターゲットを構成するプリンタのハードウェア構成
の概要を示すブロック図である。

【図４】図１に示すターゲットにおけるログイン勧誘処
理ルーチンの処理手順を示すフローチャートである。

【図５】図１に示すイニシエータにおけるログイン勧誘
対応処理ルーチンの処理手順を示すフローチャートであ
る。

【図６】図１に示すイニシエータとターゲットとの間で
行なわれるログイン勧誘を伴うコネクションレス・トラ
ンザクションを示すタイミングチャートである。

【図７】本発明の第２の実施例としてのイニシエータ及
びターゲットの構成を示すブロック図である。

【図８】図７に示すターゲットにおけるログイン勧誘処
理ルーチンの処理手順を示すフローチャートである。

【図９】図７に示すイニシエータにおけるログイン勧誘
対応処理ルーチンの処理手順を示すフローチャートであ
る。

【図１０】本発明の第３の実施例としてのイニシエータ
及びターゲットの構成を示すブロック図である。

【図１１】図１０に示すターゲットにおけるログイン勧
誘処理ルーチンの処理手順を示すフローチャートであ
る。

【図１２】図１０に示すイニシエータにおけるログイン
勧誘対応処理ルーチンの処理手順を示すフローチャート
である。

【符号の説明】

１０，１０’…イニシエータ １１…コントローラ １１ａ…ログイン部 １１ｂ…仮ログイン部 １１ｃ…読み出し部 １２…共有メモリ １３…ログイン勧誘レジスタ １４…マネージメントＯＲＢ １５…ノーマルＯＲＢ ２０，２０’，２０”…ターゲット ２１…マネージメント・エージェント ２１ａ…ログイン勧誘部 ２２…フェッチ・エージェント ２３…専用レジスタ ２４…ログイン勧誘部 ４０〜７０…イニシエータ １００…コンピュータ １０２…ＣＰＵ １０４…メモリ １０６…Ｉ／Ｏ部 １０８…ハードディスク装置 １１０…ＣＤ−ＲＯＭドライブ装置 １１１…ＣＤ−ＲＯＭ １１２…キーボード １１４…マウス １１６…モニタ ２００…プリンタ ２０２…ＣＰＵ ２０４…メモリ ２０６…Ｉ／Ｏ部 ２０８…プリンタ機構部 ２１０…入力バッファ ＦＥ０，ＦＥ１…フェッチ・エージェント ＭＥ０，ＭＥ１…マネージメント・エージェント ＭＥ０ａ…ログイン勧誘部 ＬＵＮ０，ＬＵＮ１…ロジカル・ユニット

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/40 - 12/417 H04L 12/28 H04L 12/44 - 12/46

Claims (24)

(57)【特許請求の範囲】
1. 【請求項１】 或る特定装置に所定の通信路を介してロ
   グインし得るログイン装置であって、 前記特定装置からログインの勧誘を受けた場合に、前記
   特定装置に対してログインを行なうログイン手段と、 ログイン勧誘レジスタと、 を備え、 前記ログイン手段は、前記ログイン勧誘レジスタに、前
   記特定装置によって所定 の情報が書き込まれた場合に、
   前記特定装置からログインの勧誘を受けたと判断するこ
   とを特徴とするログイン装置。
2. 【請求項２】 請求項１に記載のログイン装置におい
   て、 前記所定の情報は、前記特定装置の識別符号を含むこと
   を特徴とするログイン装置。
3. 【請求項３】 或る特定装置に所定の通信路を介してロ
   グインし得るログイン装置であって、 前記特定装置からログインの勧誘を受けた場合に、前記
   特定装置に対してログインを行なうログイン手段と、 前記特定装置の備える特定ロジカル・ユニットに仮のロ
   グイン要求を定期的または不定期に出すと共に、前記特
   定ロジカル・ユニットから返される、前記仮のログイン
   要求に対する応答を受ける仮ログイン手段と、 を 備え、 前記ログイン手段は、前記仮ログイン手段の受けた前記
   応答の中に、所定の情報が含まれていた場合に、前記特
   定装置からログインの勧誘を受けたと判断することを特
   徴とするログイン装置。
4. 【請求項４】 或る特定装置に所定の通信路を介してロ
   グインし得るログイン装置であって、 前記特定装置からログインの勧誘を受けた場合に、前記
   特定装置に対してログインを行なうログイン手段と、 前記特定装置の備える特定レジスタの内容を定期的また
   は不定期に読み出すレジスタ読み出し手段と、 を 備え、 前記レジスタ読み出し手段の読み出した内容に所定の情
   報が含まれていた場合に、前記ログイン手段は、前記特
   定装置からログインの勧誘を受けたと判断することを特
   徴とするログイン装置。
5. 【請求項５】 請求項４に記載のログイン装置におい
   て、 前記所定の情報は、前記ログイン装置の識別符号を含む
   ことを特徴とするログイン装置。
6. 【請求項６】 請求項１ないし請求項５のうちの任意の
   １つに記載のログイン装置において、 前記通信路はＩＥＥＥ１３９４バスから成ると共に、 前記特定装置との通信はＳＢＰ−２プロトコルで行なう
   ことを特徴とするログイン装置。
7. 【請求項７】 或る特定装置から所定の通信路を介して
   ログインされ得る被ログイン装置であって、 前記特定装置からログインされることを希望する場合
   に、前記特定装置に対してログインの勧誘を行なうログ
   イン勧誘手段を備え、 前記ログイン勧誘手段は、前記特定装置の備える特定レ
   ジスタに、所定の情報を書き込むことによって、ログイ
   ンの勧誘を行なう ことを特徴とする被ログイン装置。
8. 【請求項８】 請求項７に記載の被ログイン装置におい
   て、 前記所定の情報は、前記被ログイン装置の識別符号を含
   むことを特徴とする被ログイン装置。
9. 【請求項９】 或る特定装置から所定の通信路を介して
   ログインされ得る被ログイン装置であって、 前記特定装置からログインされることを希望する場合
   に、前記特定装置に対してログインの勧誘を行なうログ
   イン勧誘手段と、 前記特定装置から仮のログイン要求を定期的または不定
   期に受けると共に、前記特定装置に対し、前記仮のログ
   イン要求に対する応答を返す特定ロジカル・ユニット
   と、 を 備え、 前記ログイン勧誘手段は、前記特定ロジカル・ユニット
   の返す前記応答の中に、所定の情報を含ませることによ
   って、ログインの勧誘を行なうことを特徴とする被ログ
   イン装置。
10. 【請求項１０】 或る特定装置から所定の通信路を介し
    てログインされ得る被ログイン装置であって、 前記特定装置からログインされることを希望する場合
    に、前記特定装置に対してログインの勧誘を行なうログ
    イン勧誘手段と、 前記特定装置によって、その内容が定期的または不定期
    に読み出される特定レジスタと、 を 備え、 前記ログイン勧誘手段は、前記特定レジスタに、所定の
    情報を書き込むことによって、ログインの勧誘を行なう
    ことを特徴とする被ログイン装置。
11. 【請求項１１】 請求項１０に記載のログイン装置にお
    いて、 前記所定の情報は、前記特定装置の識別符号を含むこと
    を特徴とする被ログイン装置。
12. 【請求項１２】 請求項７ないし請求項１１のうちの任
    意の１つに記載の被ログイン装置において、 前記通信路はＩＥＥＥ１３９４バスから成ると共に、 前記特定装置との通信はＳＢＰ−２プロトコルで行なう
    ことを特徴とする被ログイン装置。
13. 【請求項１３】 ログイン装置から所定の通信路を介し
    て被ログイン装置にログインし得る装置間通信システム
    であって、前記ログイン装置として、請求項１に記載のログイン装
    置を用い、前記被ログイン装置として、請求項７に記載
    のログイン装置を用いる ことを特徴とする装置間通信シ
    ステム。
14. 【請求項１４】 ログイン装置から所定の通信路を介し
    て被ログイン装置にログインし得る装置間通信システム
    であって、 前記ログイン装置として、請求項３に記載のログイン装
    置を用い、前記被ログイン装置として、請求項９に記載
    のログイン装置を用いることを特徴とする装置間通信シ
    ステム。
15. 【請求項１５】 ログイン装置から所定の通信路を介し
    て被ログイン装置にログインし得る装置間通信システム
    であって、 前記ログイン装置として、請求項４に記載のログイン装
    置を用い、前記被ログイン装置として、請求項１０に記
    載のログイン装置を用いることを特徴とする装置間通信
    システム。
16. 【請求項１６】 ログイン装置から所定の通信路を介し
    て被ログイン装置にログインするためのログイン制御方
    法であって、（ａ）前記被ログイン装置が、前記ログイン装置からの
    ログインを希望する場合に、前記ログイン装置の備える
    ログイン勧誘レジスタに、所定の情報を書き込むことに
    よって、前記ログイン装置に対してログインの勧誘を行
    なう工程と、 （ｂ）前記ログイン勧誘レジスタに、前記被ログイン装
    置によって前記所定の情報が書き込まれた場合に、前記
    ログイン装置が前記被ログイン装置からログインの勧誘
    を受けたと判断する工程と、 （ｃ）前記ログイン装置が、前記被ログイン装置からロ
    グインの勧誘を受けたと判断した場合に、前記被ログイ
    ン装置に対してログインを行なう工程と、 を備えるログイン制御方法。
17. 【請求項１７】 ログイン装置から所定の通信路を介し
    て被ログイン装置にログインするためのログイン制御方
    法であって、 （ａ）前記ログイン装置が、仮ログイン手段によって、
    前記被ログイン装置の備える特定ロジカル・ユニットに
    仮のログイン要求を定期的または不定期に出す工程と、 （ｂ）前記被ログイン装置が、前記特定ロジカル・ユニ
    ットによって、前記ログ イン装置から仮のログイン要求
    を定期的または不定期に受けると共に、前記ログイン装
    置の備える前記仮ログイン手段に対し、前記仮のログイ
    ン要求に対する応答を返す工程と、（ｃ）前記被ログイン装置が、前記ログイン装置からの
    ログインを希望する場 合に、前記特定ロジカル・ユニッ
    トの返す前記応答の中に、所定の情報を含ませることに
    よって、前記ログイン装置に対してログインの勧誘を行
    なう工程と、 （ｄ）前記仮ログイン手段の受けた前記応答の中に、前
    記所定の情報が含まれていた場合に、前記ログイン装置
    が前記被ログイン装置からログインの勧誘を受けたと判
    断する工程と、 （ｅ）前記ログイン装置が、前記被ログイン装置からロ
    グインの勧誘を受けたと判断した場合に、前記被ログイ
    ン装置に対してログインを行なう工程と、 を備えるログイン制御方法。
18. 【請求項１８】 ログイン装置から所定の通信路を介し
    て被ログイン装置にログインするためのログイン制御方
    法であって、 （ａ）前記ログイン装置が、レジスタ読み出し手段によ
    って、前記被ログイン装置の備える特定レジスタの内容
    を定期的または不定期に読み出す工程と、 （ｂ）前記被ログイン装置が、前記ログイン装置からの
    ログインを希望する場合に、前記特定レジスタに、所定
    の情報を書き込むことによって、前記ログイン装置に対
    してログインの勧誘を行なう工程と、 （ｃ）前記レジスタ読み出し手段の読み出した内容に前
    記所定の情報が含まれていた場合に、前記ログイン手段
    が前記被ログイン装置からログインの勧誘を受けたと判
    断する工程と、 （ｄ）前記ログイン装置が、前記被ログイン装置からロ
    グインの勧誘を受けたと判断した場合に、前記被ログイ
    ン装置に対してログインを行なう工程と、 を備えるログイン制御方法。
19. 【請求項１９】 或る特定装置に所定の通信路を介して
    ログインし得るコンピュータにログイン処理を行なわせ
    るためのコンピュータプログラムを記録したコンピュー
    タ読み取り可能な記録媒体であって、前記コンピュータの備えるログイン勧誘レジスタに、前
    記特定装置によって所定の情報が書き込まれた場合に、
    前記特定装置からログインの勧誘を受けたと判断し、 前
    記特定装置に対してログインを行なう機能を前記コンピ
    ュータに実現させるためのコンピュータプログラムを記
    録した記録媒体。
20. 【請求項２０】 或る特定装置に所定の通信路を介して
    ログインし得るコン ピュータにログイン処理を行なわせ
    るためのコンピュータプログラムを記録したコンピュー
    タ読み取り可能な記録媒体であって、前記特定装置の備える特定ロジカル・ユニットに仮のロ
    グイン要求を定期的または不定期に出すと共に、前記特
    定ロジカル・ユニットから返される、前記仮のログイン
    要求に対する応答を受ける機能と、 受けた前記応答の中に、所定の情報が含まれていた場合
    に、前記特定装置からログインの勧誘を受けたと判断
    し、前記特定装置に対してログインを行なう機能と、 を前記コンピュータに実現させるためのコンピュータプ
    ログラムを記録した記録媒体。
21. 【請求項２１】 或る特定装置に所定の通信路を介して
    ログインし得るコンピュータにログイン処理を行なわせ
    るためのコンピュータプログラムを記録したコンピュー
    タ読み取り可能な記録媒体であって、 前記特定装置の備える特定レジスタの内容を定期的また
    は不定期に読み出す機能と、 読み出した前記内容に所定の情報が含まれていた場合
    に、前記特定装置からログインの勧誘を受けたと判断
    し、前記特定装置に対してログインを行なう機能と、 を前記コンピュータに実現させるためのコンピュータプ
    ログラムを記録した記録媒体。
22. 【請求項２２】 或る特定装置から所定の通信路を介し
    てログインされ得るコンピュータに被ログイン処理を行
    なわせるためのコンピュータプログラムを記録したコン
    ピュータ読み取り可能な記録媒体であって、前記特定装置からのログインを希望する場合に、前記特
    定装置の備える特定レジスタに、所定の情報を書き込む
    ことによって、 前記特定装置に対してログインの勧誘を
    行なう機能を前記コンピュータに実現させるためのコン
    ピュータプログラムを記録した記録媒体。
23. 【請求項２３】 或る特定装置から所定の通信路を介し
    てログインされ得るコンピュータに被ログイン処理を行
    なわせるためのコンピュータプログラムを記 録したコン
    ピュータ読み取り可能な記録媒体であって、 前記特定装置から仮のログイン要求を定期的または不定
    期に受けると共に、前記特定装置に対し、前記仮のログ
    イン要求に対する応答を返す機能と、 前記特定装置からログインされることを希望する場合
    に、前記特定装置に返す前記応答の中に、所定の情報を
    含ませることによって、前記特定装置に対してログイン
    の勧誘を行なう機能と、 を前記コンピュータに実現させるためのコンピュータプ
    ログラムを記録した記録媒体。
24. 【請求項２４】 或る特定装置から所定の通信路を介し
    てログインされ得るコンピュータに被ログイン処理を行
    なわせるためのコンピュータプログラムを記録したコン
    ピュータ読み取り可能な記録媒体であって、前記コンピュータの備えるレジスタであって、前記特定
    装置によって、その内容が定期的または不定期に読み出
    される特定レジスタに、前記特定装置からログインされ
    ることを希望する場合に、所定の情報を書き込むことに
    よって、前記特定装置に対してログインの勧誘を行なう
    機能を前記コンピュータに実現させるためのコンピュー
    タプログラムを記録した記録媒体。