JP2001069155A - 被ログイン装置、ログイン装置、及びそれらを備える装置間通信システム、ログイン制御方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ターゲットに対し最先にログイン要求を出し
たイニシエータが、最先にログインすることを概ね保証
することができるようにする。 【解決手段】 ターゲットＴ１のマネージメント・エー
ジェントＭＥ１は、イニシエータからログイン要求を受
けた場合、ログインされているイニシエータの数がログ
イン許容数に対しているか否かを判定する（ステップＳ
２１０，Ｓ２１２）。達していれば、待ち行列からその
イニシエータのＧＵＩＤの優先順位ｎを読み込み（ステ
ップＳ２１３）、時定数テーブルからその優先順位ｎに
対応した時定数を読み込む（ステップＳ２１４）。マネ
ージメント・エージェントＭＥ１は、「ログイン・エラ
ー」と読み込んだ時定数を含むステータス・パケット
を、上記イニシエータに送出する（ステップＳ２１
６）。そのパケットを受け取ったイニシエータは、その
パケットから時定数を読み込んで、その時定数に応じた
タイミングで、再度ログイン要求をターゲットＴ１に送
出する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】さて、装置間をＩＥＥＥ１３９４バスで接
続されたシステムにおいて、装置間の通信をＳＢＰ−２
で行なう場合、共有メモリを持つ装置をイニシエータ
（Initiator）と呼び、持たない方の装置をターゲット
（target）と呼ぶ。

【０００５】ターゲットは、それぞれ、サービスを提供
する１つ以上のロジカル・ユニット（Logical Unit）を
備えている。イニシエータは、そのサービスを提供する
ロジカル・ユニットを利用するために、ターゲット内の
そのロジカル・ユニットにログイン（Login）して、そ
のロジカル・ユニットを利用する権利を獲得する必要が
ある。具体的には、イニシエータがターゲットのそのロ
ジカル・ユニットにログイン要求を出し、そのロジカル
・ユニットからログイン成立の応答を受けることによっ
て、行なわれる。

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

【０００７】ところで、ターゲットの備えるロジカル・
ユニットは、それぞれ、ロジカル・ユニット毎に、同時
にログインしていることを許すイニシエータの数（ログ
イン許容数）が、設計の段階で予め定めれている。従っ
て、ターゲットのロジカル・ユニットにおいて、既にロ
グインされているイニシエータの数が、そのロジカル・
ユニットのログイン許容数に達している場合には、その
ロジカル・ユニットは、その後、未だログインされてい
ない他のイニシエータからログイン要求を受けても、そ
のイニシエータに対してはログイン不成立の応答を行な
うことになる。

【０００８】一方、そのイニシエータは、そのロジカル
・ユニットからログイン不成立の応答を受けると、それ
以降、ログイン成立の応答を受け取るまで、一定時間毎
に繰り返し、そのロジカル・ユニットにログイン要求を
出す。その後、そのロジカル・ユニットにログインされ
ているイニシエータのうち、何れかのイニシエータがロ
グアウトすると、そのロジカル・ユニットにログインさ
れているイニシエータの数はログイン許容数に満たなく
なるので、そのロジカル・ユニットは、繰り返しログイ
ン要求を出していた上記イニシエータから、次にログイ
ン要求を受けると、そのイニシエータに対しログイン成
立の応答を返す。これにより、繰り返しログイン要求を
出していた上記イニシエータはそのロジカル・ユニット
にログインして、そのロジカル・ユニットを利用する権
利を獲得することができる。

【０００９】

【発明が解決しようとする課題】しかしながら、従来に
おいては、次のような問題があった。今、ターゲットの
或るロジカル・ユニットに対して、ログインされている
イニシエータの数がログイン許容数に達している場合
に、第１のイニシエータがログイン要求を出し、その
後、第２のイニシエータがそのロジカル・ユニットに対
してログイン要求を出し始めた場合を考えてみる。この
とき、第１のイニシエータと第２のイニシエータは、そ
れぞれ、異なるタイミングで一定時間毎に、そのロジカ
ル・ユニットに対してログイン要求を繰り返し出すこと
になる。その後、そのロジカル・ユニットに既にログイ
ンされているイニシエータの何れかがログアウトする
と、その後に来る、第１のイニシエータのログイン要求
を出すタイミングが、第２のイニシエータのログイン要
求を出すタイミングより早い場合には、先にログイン要
求を出し始めた第１のイニシエータがログインすること
になるため、何ら問題はない。しかし、第１のイニシエ
ータのログイン要求を出すタイミングが、第２のイニシ
エータのログイン要求を出すタイミングより遅い場合に
は、後からログイン要求を出し始めた第２のイニシエー
タが第１のイニシエータを追い越してログインしてしま
うという問題があった。

【００１０】しかも、第２のイニシエータ以外にもログ
イン要求を出し始めるイニシエータが現れれば、第１の
イニシエータは、さらに、それらイニシエータによって
も追い越されて先にそのロジカル・ユニットにログイン
されてしまう可能性もあり、そのような場合に、ロジカ
ル・ユニットになかなかログインできず、そのロジカル
・ユニットを利用することができないという問題があっ
た。

【００１１】従って、本発明の目的は、上記した従来技
術の問題点を解決し、ターゲットに対し最先にログイン
要求を出したイニシエータが、最先にログインすること
を概ね保証することができる技術を提供することにあ
る。

【００１２】

【課題を解決するための手段およびその作用・効果】上
記した目的の少なくとも一部を達成するために、本発明
の被ログイン装置は、複数の特定装置から所定の通信路
を介してログインされ得る被ログイン装置であって、或
る特定装置からログイン要求を受けた場合に、既にログ
インしている前記特定装置の数が予め定められたログイ
ン許容数に達している際には、ログイン要求を受けた前
記特定装置に対して、ログイン不成立の応答をする応答
手段と、ログイン不成立の応答をする場合に、ログイン
要求を受けた前記特定装置に対して、該特定装置が再度
ログイン要求を出す場合の再要求タイミングを指示する
再要求タイミング指示手段と、を備えることを要旨とす
る。

【００１３】このように、本発明の被ログイン装置にお
いては、或る特定装置からログイン要求を受けた場合
に、既にログインしている特定装置の数が予め定められ
たログイン許容数に達している際には、応答手段が、ロ
グイン要求を受けた特定装置に対して、ログイン不成立
の応答をする。そして、再要求タイミング指示手段が、
そのログイン不成立の応答をする特定装置に対して、そ
の特定装置が再度ログイン要求を出す場合の再要求タイ
ミングを指示する。

【００１４】従って、本発明の被ログイン装置において
は、再要求タイミング指示手段が、特定装置に対して再
要求タイミングを指示することによって、ログイン要求
を受けている特定装置毎に、異なる再要求タイミングを
指示することができるため、最先にログイン要求を出し
た特定装置に対して、その特定装置が最先にログインし
得るような再要求タイミングを指示することも可能であ
る。従って、そのような再要求タイミングを指示した場
合には、最先にログイン要求を出した特定装置が、最先
にログインすることを概ね保証することができる。

【００１５】なお、本明細書において、ログインとは、
例えば、被ログイン装置を利用する権利を獲得するため
の手続きを言う。

【００１６】本発明の被ログイン装置において、前記再
要求タイミング指示手段は、ログイン要求を受けた前記
特定装置について、その優先順位を設定する優先順位設
定手段と、設定された前記優先順位に従って、前記特定
装置についての前記再要求タイミングを決定する再要求
タイミング決定手段と、を備えることが好ましい。

【００１７】このように構成することによって、ログイ
ン要求を受けている特定装置に対し、それぞれ、その優
先順位に応じた再要求タイミングを指示することができ
るようになる。

【００１８】本発明の被ログイン装置において、前記優
先順位設定手段は、最初のログイン要求を受けた順番
に、前記特定装置の優先順位を設定することが好まし
い。

【００１９】このように優先順位を設定することによ
り、最先にログイン要求を出した特定装置が最も優先順
位が高くなるように設定されるため、この優先順位に応
じて再要求タイミングを決定する際に、その特定装置に
対して、最先にログインし得るような再要求タイミング
を決定することも可能となる。

【００２０】本発明の被ログイン装置において、前記再
要求タイミング決定手段は、設定された前記優先順位の
高い特定装置ほど、前記再要求タイミングを短くするよ
うに決定することが好ましい。

【００２１】このように再要求タイミングを決定するこ
とにより、優先順位の高い特定装置ほど、指示する再要
求タイミングは短くなる。従って、最も優先順位が高い
特定装置は、他の特定装置に比較して、再度ログイン要
求を行なう場合の再要求タイミングが最も短くなるた
め、単位時間当たりに出すログイン要求の数は最も多く
なる。よって、既にログインされている特定装置の何れ
かがログアウトした場合に、その後、最も優先順位が高
い特定装置が最先にログイン要求を出して最先にログイ
ンする可能性が、最も高くなる。

【００２２】また、優先順位を最初のログイン要求を受
けた順番に設定した場合は、最も優先順位が高い特定装
置は、最先にログイン要求を出した特定装置となるの
で、最先にログイン要求を出した特定装置が最先にログ
インする可能性が、最も高くなる。

【００２３】本発明の被ログイン装置において、前記再
要求タイミング指示手段は、前記再要求タイミングを、
再度ログイン要求を出すまでの時間間隔を表す時定数と
して指示するようにしても良い。

【００２４】本発明の被ログイン装置において、前記特
定装置から互いに独立にログインされ得る１つ以上のロ
ジカル・ユニットを備え、前記応答手段は、或る特定装
置から或るロジカル・ユニットにログイン要求を受けた
場合に、既にそのロジカル・ユニットにログインしてい
る前記特定装置の数がそのロジカル・ユニットについて
予め定められたログイン許容数に達している際には、ロ
グイン要求を受けた前記特定装置に対して、そのロジカ
ル・ユニットについてのログイン不成立の応答をすると
共に、前記再要求タイミング指示手段は、そのロジカル
・ユニットについてのログイン不成立の応答をする場合
に、ログイン要求を受けた前記特定装置に対して、該特
定装置がそのロジカル・ユニットに再度ログイン要求を
出す場合の再要求タイミングを指示することが好まし
い。

【００２５】このように、被ログイン装置が、独立にロ
グインされ得る１つ以上のロジカル・ユニットを備える
場合にも、特定装置に対して、ロジカル・ユニット毎に
再要求タイミングを指示することができる。

【００２６】本発明のログイン装置は、或る特定装置に
所定の通信路を介してログインし得るログイン装置であ
って、前記特定装置に対してログイン要求を出した後
に、前記特定装置から、ログイン不成立の応答を受ける
と共に、再要求タイミングの指示を受けた場合に、指示
された該再要求タイミングで前記特定装置に対して再度
ログイン要求を出すログイン要求手段を備えることを要
旨とする。

【００２７】このように、本発明のログイン装置におい
ては、ログイン要求手段が、特定装置から指示された再
要求タイミングで、特定装置に対して再度ログイン要求
を行なう。従って、ログイン装置が特定装置に最先にロ
グイン要求を出したログイン装置である場合に、特定装
置から、最先にログインし得るような再要求タイミング
が指示されれば、その指示された再要求タイミングでロ
グイン要求を出すことにより、最先にログインすること
が概ね保証され得る。

【００２８】本発明の被ログイン装置において、複数の
前記特定装置は前記通信路を介してログイン要求を同時
に出せないよう調整されていることが好ましい。また、
本発明のログイン装置において、他の装置とは前記通信
路を介してログイン要求を同時に出せないよう調整され
ていることが好ましい。

【００２９】これにより、一般的なネットワークで用い
られるキャリア検出やコリジョン検出といったリソース
の排他制御の方式を不要とすることができる。

【００３０】本発明の被ログイン装置またはログイン装
置において、前記通信路はＩＥＥＥ１３９４バスから成
ることが好ましい。

【００３１】このように通信路をＩＥＥＥ１３９４バス
によって構成することにより、高速通信を利用して、特
定装置との間でデータのやり取りを行なうことができ
る。

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

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

【００３４】本発明の装置間通信システムは、上記した
本発明の被ログイン装置と本発明のログイン装置とを備
えることを要旨とする。

【００３５】本発明の装置間通信システムによれば、被
ログイン装置に対し最先にログイン要求を出したログイ
ン装置が、最先にログインすることを概ね保証すること
ができる。

【００３６】本発明のログイン制御方法は、複数のログ
イン装置から所定の通信路を介して、被ログイン装置の
備える１つ以上のロジカル・ユニットにログインするた
めのログイン制御方法であって、（ａ）前記被ログイン
装置が、或るログイン装置から或るロジカル・ユニット
に対するログイン要求を受けた場合において、既にその
ロジカル・ユニットにログインしている前記ログイン装
置の数が前記ロジカル・ユニットについて予め定められ
たログイン許容数に達している際には、前記被ログイン
装置が、ログイン要求を受けた前記ログイン装置に対し
て、前記ロジカル・ユニットについてのログイン不成立
の応答をする工程と、（ｂ）前記被ログイン装置が、前
記ロジカル・ユニットについてのログイン不成立の応答
をする場合に、ログイン要求を受けた前記ログイン装置
に対して、該ログイン装置がそのロジカル・ユニットに
再度ログイン要求を出す場合の再要求タイミングを指示
する工程と、（ｃ）前記ログイン装置が、前記被ログイ
ン装置から、前記ロジカル・ユニットについてのログイ
ン不成立の応答を受けると共に、再要求タイミングの指
示を受けた場合に、指示された該再要求タイミングで前
記被ログイン装置における前記ロジカル・ユニットに対
して再度ログイン要求を出す工程と、を備えることを要
旨とする。

【００３７】本発明のログイン制御方法においては、被
ログイン装置が、ログイン要求を受けたログイン装置に
対して再要求タイミングを指示することによって、ログ
イン要求を受けているログイン装置毎に、異なる再要求
タイミングを指示することができるため、最先にログイ
ン要求を出したログイン装置に対して、そのログイン装
置が最先にログインし得るような再要求タイミングを指
示することも可能である。従って、そのような再要求タ
イミングを指示した場合には、最先にログイン要求を出
したログイン装置が、最先にログインすることを概ね保
証することができる。

【００３８】本発明のログイン制御方法において、前記
工程（ｂ）は、前記被ログイン装置が、ログイン要求を
受けた前記特定装置について、最初のログイン要求を受
けた順番に、その優先順位を設定し、設定した前記優先
順位の高いログイン装置ほど前記再要求タイミングを短
くするように、前記再要求タイミングを決定する工程を
含むことが好ましい。

【００３９】このように再要求タイミングを決定するこ
とにより、最初のログイン要求を先に受けたログイン装
置ほど、優先順位が高くなり、指示する再要求タイミン
グは短くなる。従って、最先にログイン要求を出したロ
グイン装置は、他のログイン装置に比較して、再度ログ
イン要求を行なう場合の再要求タイミングが最も短くな
るため、単位時間当たりに出すログイン要求の回数は最
も多くなる。よって、既にログインされているログイン
装置の何れかがログアウトした場合に、その後、そのロ
グイン装置が最先にログイン要求を出して最先にログイ
ンする可能性が、最も高くなる。

【００４０】本発明の記録媒体は、複数の特定装置から
所定の通信路を介してログインされ得るコンピュータに
被ログイン処理を行なわせるためのコンピュータプログ
ラムを記録したコンピュータ読み取り可能な記録媒体で
あって、（ａ）或る特定装置からログイン要求を受けた
場合に、既にログインしている前記特定装置の数が予め
定められたログイン許容数に達している際には、ログイ
ン要求を受けた前記特定装置に対して、ログイン不成立
の応答をする工程と、（ｂ）ログイン不成立の応答をす
る場合に、ログイン要求を受けた前記特定装置に対し
て、該特定装置が再度ログイン要求を出す場合の再要求
タイミングを指示する工程と、を前記コンピュータに実
行させるためのコンピュータプログラムを記録したこと
を要旨とする。

【００４１】本明細書において、コンピュータには、パ
ーソナルコンピュータや、モバイルコンピュータ、情報
処理端末装置や、ワークステーションなど、種々のコン
ピュータが含まれる他、実質的にコンピュータ機能を有
するプリンタや複写機やインターフェイス切り換え器な
どの各種周辺機器や、同じくコンピュータ機能を有する
オーディオセットやビデオセットなど各種家庭用機器や
業務用機器なども含まれる。但し、後述する［発明の実
施の形態］の欄においては、「コンピュータ」という語
を、パーソナルコンピュータに代表されるような狭義の
コンピュータという意味で用いる場合もある。

【００４２】上記のようなコンピュータプログラムをコ
ンピュータによって実行させると、上記した本発明の被
ログイン装置における応答手段や再生要求タイミング指
示手段と同様な機能を実現することができるため、上記
した被ログイン装置と同様の効果を奏することが可能と
なる。

【００４３】本発明の記録媒体において、前記工程
（ｂ）は、ログイン要求を受けた前記特定装置につい
て、最初のログイン要求を受けた順番に、その優先順位
を設定し、設定した前記優先順位の高い特定装置ほど前
記再要求タイミングを短くするように、前記再要求タイ
ミングを決定する工程を含むことが好ましい。

【００４４】このように構成することにより、最先にロ
グイン要求を出した特定装置は再要求タイミングが最も
短くなるため、単位時間当たりに出すログイン要求の回
数は最も多くなる。従って、既にログインされている特
定装置の何れかがログアウトした場合に、その後、その
特定装置が最先にログイン要求を出して、最先にログイ
ンする可能性が最も高くなる。

【００４５】本発明の記録媒体は、或る特定装置に所定
の通信路を介してログインし得るコンピュータにログイ
ン処理を行なわせるためのコンピュータプログラムを記
録したコンピュータ読み取り可能な記録媒体であって、
前記特定装置に対してログイン要求を出した後に、前記
特定装置から、ログイン不成立の応答を受けると共に、
再要求タイミングの指示を受けた場合に、指示された該
再要求タイミングで前記特定装置に対して再度ログイン
要求を出す工程を前記コンピュータに実行させるための
コンピュータプログラムを記録したことを要旨とする。

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

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

【００４８】

【発明の実施の形態】以下、本発明の実施の形態を実施
例に基づいて説明するが、その前に、ＩＥＥＥ１３９４
バス及びＳＢＰ−２について、その概要を説明する。

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

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

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

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

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

【００５４】なお、ＳＢＰ−２のそのものの仕様は、１
つのターゲットに対して複数のイニシエータによるログ
インを禁止してはいないので、ターゲットさえ、そのよ
うに設計することが可能であれば、同時に複数のイニシ
エータによるログインを許しても構わない。なお、同時
にログインしていることを許すイニシエータの数（即
ち、ログイン許容数）は、イニシエータを設計する段階
で、設計上の限界に応じて規定される。しかしながら、
或るターゲットのログイン許容数がＮ個である場合、そ
れを上回るＭ（＞Ｎ）個のイニシエータが、そのターゲ
ットに対しログインを要求する場合が往々にしてある。
そのような場合、ターゲットは、Ｎ個のイニシエータま
ではログインを許すが、それ以降は、同時にログインし
ているイニシエータの数がＮ個を下回らない限り、即
ち、ログインしている何れかのイニシエータがログアウ
トしない限り、ログイン要求がいくつ来ても、すべて拒
絶する。

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

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

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

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

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

【００６０】各イニシエータＩ０〜Ｉ３は、それぞれ、
コントローラＣ０〜Ｃ３と、共有メモリＳＭ０〜ＳＭ３
と、を備えている。

【００６１】一方、ターゲットＴ１は、１つのロジカル
・ユニットＬＵＮ１を備えている。前述したように、イ
ニシエータは、ターゲットの備えるロジカル・ユニット
毎に、ログインすることが可能であるが、本実施例で
は、ターゲットＴ１の有するロジカル・ユニットは１つ
であるので、イニシエータＩ０〜Ｉ３は、ターゲットＴ
１に対し、このロジカル・ユニットＬＵＮ１のみにログ
インすることが可能となる。

【００６２】また、前述したように、ターゲットの備え
るロジカル・ユニットは、それぞれ、ロジカル・ユニッ
ト毎に、同時にログインしていることを許すイニシエー
タの数（ログイン許容数）が、設計の段階で予め定めれ
ている。本実施例では、説明を簡単にするために、ター
ゲットＴ１の備えるロジカル・ユニットＬＵＮ１のログ
イン許容数は「１」としている。ロジカル・ユニットＬ
ＵＮ１は、イニシエータの何れか１つがログインする
と、それ以降、他のイニシエータからログイン要求を受
けても、拒否することになる。

【００６３】また、ターゲットＴ１の備えるロジカル・
ユニットＬＵＮ１は、イニシエータからのログイン／ロ
グアウト要求を受け、それに対する応答を行なうマネー
ジメント・エージェントＭＥ１と、ログインされたイニ
シエータとの間でデータのやり取りを行なうフェッチ・
エージェントＦＥ１と、を備えている。

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

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

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

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

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

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

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

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

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

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

【００７４】（Ｃ）実施例の動作 それでは、本実施例の動作について、図３，図４及び図
５を参照しながら説明する。

【００７５】図３は図１に示すイニシエータにおけるロ
グイン処理の処理手順を示すフローチャートであり、図
４は図１に示すターゲットにおけるログイン処理の処理
手順を示すフローチャートである。また、図５は図１に
示す各イニシエータとターゲットとの間の要求・応答の
受け渡しを示すタイミングチャートである。図５におい
て、縦軸はそれぞれ時間軸であり、左から順に、イニシ
エータＩ０，ターゲットＴ１，イニシエータＩ１，イニ
シエータＩ２，イニシエータＩ３における要求・応答の
受け渡しのタイミングを示している。

【００７６】なお、各イニシエータＩ０〜Ｉ３，ターゲ
ットＴ１はそれぞれＩＥＥＥ１３９４バスＢ１で接続さ
れているため、各イニシエータＩ０〜Ｉ３からターゲッ
トＴ１に対して要求を送出する場合、前述したバスアー
ビトレーションによって、１つのイニシエータが要求を
送出している間はＩＥＥＥ１３９４バスＢ１はそのイニ
シエータに占有されるため、他のイニシエータから同時
に要求が送出されることはない。

【００７７】図５に示すように、まず、イニシエータＩ
０がターゲットＴ１にログイン要求を出す場合、イニシ
エータＩ０のコントローラＣ０は、図３に示すように、
ターゲットＴ１に対しログイン・パケットを送出する
（ステップＳ１０２）。このログイン・パケットには、
ターゲットＴ１にログインを要求するためのログイン要
求と、イニシエータＩ０のＧＵＩＤと、が含まれてい
る。ここで、ＧＵＩＤとは、グローバル・ユニーク・ア
イデンティフィケション（Global Unique Identificati
on）の略で、各イニシエータ，ターゲットに固有の識別
符号のことである。このＧＵＩＤは、イニシエータ，タ
ーゲットを構成する装置がそれぞれ製造される段階で、
世界中で唯一の識別符号として与えられる。本実施例で
は、イニシエータＩ０のＧＵＩＤは「Ｉ０」とし、同じ
く、イニシエータＩ１のＧＵＩＤは「Ｉ１」、イニシエ
ータＩ２のＧＵＩＤは「Ｉ２」、イニシエータＩ３のＧ
ＵＩＤは「Ｉ３」としている。従って、イニシエータＩ
０が送出したログイン・パケットに含まれるＧＵＩＤ
は、図５に示すように「Ｉ０」となる。

【００７８】一方、ターゲットＴ１のマネージメント・
エージェントＭＥ１は、図４に示すように、ログイン・
パケットを受け取るまで待機している（ステップＳ２０
４）。そして、マネージメント・エージェントＭＥ１
は、パケットを受け取ると、そのパケットにログイン要
求が含まれているかどうかを判定し、ログイン要求が含
まれていれば、そのパケットをログイン・パケットと判
断して、次のステップＳ２０６の処理に進む。

【００７９】ステップＳ２０６では、マネージメント・
エージェントＭＥ１は、受け取ったログイン・パケット
に含まれるＧＵＩＤを読み込む。前述したように、イニ
シエータＩ０が送出したログイン・パケットを受け取っ
た場合は、読み込んだＧＵＩＤは「Ｉ０」であるので、
マネージメント・エージェントＭＥ１は、そのＧＵＩＤ
から、そのログイン・パケットはイニシエータＩ０から
送出されたものであると判断する。

【００８０】ところで、マネージメント・エージェント
ＭＥ１は、ログイン要求を受けたイニシエータのＧＵＩ
Ｄを登録するための待ち行列を有している。図６はマネ
ージメント・エージェントＭＥ１の有する待ち行列の一
例を示す説明図である。図６において、（ａ）〜（ｈ）
は図５に示すタイミングチャートの時系列に対応した順
番に並んでいる。

【００８１】待ち行列に対するＧＵＩＤの登録は、イニ
シエータからの最初のログイン要求を受けた順に、図６
（ａ）に示す番地ｎ＝１〜７に行なわれる。従って、番
地ｎ＝１〜７は、それぞれ、最初のログイン要求を受け
た順位に対応し、本実施例では、これをイニシエータの
優先順位とする。また、番地ｎ＝０には、ロジカル・ユ
ニットＬＵＮ１にログインされているイニシエータのＧ
ＵＩＤが登録される。前述したように、ロジカル・ユニ
ットＬＵＮ１のログイン許容数は、予め「１」と定めら
れており、同時にログインされるイニシエータの数は１
つであるので、１つの番地ｎ＝０のみが、ログインされ
ているイニシエータのために割り当てられている。

【００８２】そこで、マネージメント・エージェントＭ
Ｅ１は、ステップＳ２０６で読み込んだＧＵＩＤが、上
記した待ち行列に既に登録されているかどうかを判定す
る（ステップＳ２０８）。この場合、イニシエータＩ０
からのログイン要求は今回が初めてである（即ち、最初
のログイン要求である）ので、読み込んだＧＵＩＤであ
る「Ｉ０」は、図６（ａ）に示したように、未だ待ち行
列には登録されておらず、従って、ステップＳ２１８の
処理に進む。

【００８３】ステップＳ２１８では、マネージメント・
エージェントＭＥ１は、読み込んだＧＵＩＤを待ち行列
の末尾に登録する。この場合、待ち行列の番地ｎ＝１〜
７には未だ何も登録されていないので、マネージメント
・エージェントＭＥ１は、読み込んだＧＵＩＤである
「Ｉ０」を、図６（ｂ）に示すように待ち行列の番地ｎ
＝１に登録することになる。

【００８４】次に、マネージメント・エージェントＭＥ
１は、ロジカル・ユニットＬＵＮ１にログインされてい
るイニシエータの数ｐを読み込む（ステップＳ２１
０）。上記したように、イニシエータがログインされる
と、待ち行列の番地ｎ＝０には、必ず、そのイニシエー
タのＧＵＩＤが登録されるので、マネージメント・エー
ジェントＭＥ１は、その番地ｎ＝０をチェックし、既に
ＧＵＩＤが登録されていれば、ログインされているイニ
シエータの数ｐとして「１」を読み込み、未だ登録され
ていなければ、ｐとして「０」を読み込む。なお、この
場合は、図６（ｂ）に示すように、待ち行列の番地ｎ＝
０には未だＧＵＩＤが登録されていないので、ｐとして
「０」を読み込むことになる。

【００８５】続いて、マネージメント・エージェントＭ
Ｅ１は、読み込んだイニシエータの数ｐが、予め定めら
れているロジカル・ユニットＬＵＮ１のログイン許容数
「１」と等しいか否かを判定する（ステップＳ２１
２）。即ち、これにより、マネージメント・エージェン
トＭＥ１は、ロジカル・ユニットＬＵＮ１に既にログイ
ンされているイニシエータの数ｐが、そのロジカル・ユ
ニットＬＵＮ１のログイン許容数「１」に達しているか
どうかを判定する。

【００８６】判定の結果、ログインされているイニシエ
ータの数ｐがログイン許容数「１」に達している場合に
は、もはやこれ以上、ロジカル・ユニットＬＵＮ１はイ
ニシエータをログインさせることができないので、ステ
ップＳ２１３以降の処理に移る。なお、ステップＳ２１
３以降の処理については後述する。

【００８７】一方、判定の結果、ログインされているイ
ニシエータの数ｐがログイン許容数「１」に達していな
い場合には、ロジカル・ユニットＬＵＮ１はそのログイ
ン要求のあったイニシエータをログインさせることがで
きるので、ステップＳ２２０以降の処理に移る。

【００８８】即ち、マネージメント・エージェントＭＥ
１は、まず、ログイン要求を受けたイニシエータＩ０に
対して、ステータスをログイン成立を表す「ログイン・
サクセスフル」に設定したステータス・パケットを送出
して（ステップＳ２２０）、図５に示すようにログイン
が成立した旨の応答を行なう。

【００８９】次に、マネージメント・エージェントＭＥ
１は、待ち行列に登録されているＧＵＩＤ全体を移動さ
せる（ステップＳ２２２）。具体的には、この場合、待
ち行列に登録されているＧＵＩＤは、図６（ｂ）に示す
ように番地ｎ＝１に登録されているイニシエータＩ０の
ＧＵＩＤだけであるので、このＧＵＩＤを、図６（ｃ）
に示すようにログインされたこと示す番地ｎ＝０に移動
させる。

【００９０】こうして、ステップＳ２２２の処理が終了
すると、マネージメント・エージェントＭＥ１は、再
び、次のログイン・パケットを受け取るまで待機してい
る（ステップＳ２０４）。

【００９１】一方、イニシエータＩ０のコントローラＣ
０は、図３に示すように、ステップＳ１０２でログイン
・パケットを送出した後、ステータス・パケットを受け
取るまで待機している（ステップＳ１０４）。その後、
コントローラＣ０は、ターゲットＴ１からのステータス
・パケットを受け取ると、そのパケットに含まれるステ
ータスを読み込む（ステップＳ１０６）。

【００９２】そして、コントローラＣ０は、読み込んだ
ステータスが、ログイン不成立を表す「ログイン・エラ
ー」であるかどうかを判定する（ステップＳ１０８）。
判定の結果、「ログイン・エラー」であった場合には、
ログイン不成立であったので、再度、ターゲットＴ１に
対してログイン要求を出すために、コントローラＣ０
は、ステップＳ１１０以降の処理を行なう。なお、この
ステップＳ１１０以降の処理については、後述する。

【００９３】一方、判定の結果、ステータスが「ログイ
ン・エラー」でなく、「ログイン・サクセスフル」であ
った場合には、ログインが成立したので、コントローラ
Ｃ０は、図３に示す一連のログイン処理を終了する。

【００９４】以上のようにして、イニシエータＩ０がタ
ーゲットＴ１のロジカル・ユニットＬＵＮ１にログイン
すると、それ以降、イニシエータＩ０におけるコントロ
ーラＣ０は、ターゲットＴ１におけるフェッチ・エージ
ェントＦＥ１との間で、実際のデータなどのやり取りを
行なう。

【００９５】こうして、イニシエータＩ０がターゲット
Ｔ１のロジカル・ユニットＬＵＮ１にログインした後
に、図５に示すように、次に、別のイニシエータＩ１が
ターゲットＴ１にログイン要求を出す場合、次のような
処理となる。

【００９６】即ち、イニシエータＩ１のコントローラＣ
１が、まず、図３に示すように、ターゲットＴ１に対
し、ログイン要求とイニシエータＩ１のＧＵＩＤを含ん
だログイン・パケットを送出する（ステップＳ１０
２）。この場合、ログイン・パケットに含まれるＧＵＩ
Ｄは、図５に示すように「Ｉ１」となる。

【００９７】これに対し、マネージメント・エージェン
トＭＥ１は、図４に示すように、ログイン・パケットを
受け取ると、受け取ったログイン・パケットに含まれる
ＧＵＩＤを読み込んで（ステップＳ２０６）、そのＧＵ
ＩＤである「Ｉ１」から、そのログイン・パケットはイ
ニシエータＩ１から送出されたものであると判断する。

【００９８】次に、マネージメント・エージェントＭＥ
１は、読み込んだＧＵＩＤが待ち行列に既に登録されて
いるかどうかを判定する（ステップＳ２０８）。この場
合、イニシエータＩ１からのログイン要求は今回が初め
てであるので、読み込んだＧＵＩＤである「Ｉ１」は、
図６（ｃ）に示したように、未だ待ち行列には登録され
ていない。従って、マネージメント・エージェントＭＥ
１は、読み込んだＧＵＩＤを待ち行列の末尾に登録する
（ステップＳ２１８）。この場合、待ち行列の番地ｎ＝
０にはイニシエータＩ０のＧＵＩＤである「Ｉ０」が登
録されているが、番地ｎ＝１〜７には未だ何も登録され
ていないので、マネージメント・エージェントＭＥ１
は、今回読み込んだＧＵＩＤである「Ｉ１」を、図６
（ｄ）に示すように番地ｎ＝１に登録することになる。

【００９９】次に、マネージメント・エージェントＭＥ
１は、ロジカル・ユニットＬＵＮ１にログインされてい
るイニシエータの数ｐを読み込む（ステップＳ２１
０）。この場合は、図６（ｄ）に示すように、待ち行列
の番地ｎ＝０には、既にイニシエータＩ０のＧＵＩＤが
登録されているので、ｐとして「１」を読み込むことに
なる。

【０１００】次に、マネージメント・エージェントＭＥ
１は、読み込んだイニシエータの数ｐが、ログイン許容
数「１」と等しいか否かを判定する（ステップＳ２１
２）。この場合、ｐは「１」であり、ログイン許容数
「１」と等しいので、マネージメント・エージェントＭ
Ｅ１は、ロジカル・ユニットＬＵＮ１に既にログインさ
れているイニシエータの数ｐが、ログイン許容数「１」
に達しており、もはやこれ以上、ロジカル・ユニットＬ
ＵＮ１はイニシエータをログインさせることができない
と判断して、ステップＳ２１３以降の処理に移る。

【０１０１】即ち、マネージメント・エージェントＭＥ
１は、上記した待ち行列から、対象となっているイニシ
エータのＧＵＩＤの優先順位ｎを読み込む（ステップＳ
２１３）。この場合、待ち行列の状態は図６（ｄ）に示
すごとくであり、対象となっているイニシエータＩ１の
ＧＵＩＤは番地ｎ＝１に登録されており、従って、その
優先順位ｎは「１」であるので、この「１」を読み込む
ことになる。

【０１０２】次に、マネージメント・エージェントＭＥ
１は、予め用意されている時定数テーブルから、ステッ
プＳ２１３で読み込んだ優先順位ｎに対応した時定数を
読み込む（ステップＳ２１４）。

【０１０３】ここで、時定数とは、ログイン要求を出し
たイニシエータが、ログイン不成立の場合に、再度、ロ
グイン要求を出すまでの時間を言う。本実施例では、こ
れから述べるように、ログインが不成立であった場合
に、ターゲットは、ログイン要求を出したイニシエータ
に対して、再度ログイン要求を出す場合の再要求タイミ
ングを指示する。このとき、その再生要求タイミングと
して、上記時定数を与える。

【０１０４】本実施例においては、ログイン要求を出し
ているイニシエータの優先順位（即ち、上記した待ち行
列における優先順位）ｎと、この時定数と、の間に所定
の関係を設けており、マネージメント・エージェントＭ
Ｅ１は、その関係を表す時定数テーブルを予め用意して
いる。図７はマネージメント・エージェントＭＥ１の有
する時定数テーブルの一例を示す説明図である。

【０１０５】そこで、ステップＳ２１４では、マネージ
メント・エージェントＭＥ１が、この時定数テーブルか
ら優先順位ｎに対応した時定数を読み込む。この場合、
ステップＳ２１３で読み込んだ優先順位ｎは「１」であ
るので、図７に示す時定数テーブルから、時定数とし
て、ｎ＝１に対応した「ｔ１」を読み込むことになる。

【０１０６】続いて、マネージメント・エージェントＭ
Ｅ１は、ログイン要求を受けたイニシエータＩ１に対し
て、ステータスをログイン不成立を表す「ログイン・エ
ラー」に設定したステータス・パケットを送出して（ス
テップＳ２１６）、図５に示すように、ログインが不成
立であった旨の応答を行なう。このとき、マネージメン
ト・エージェントＭＥ１は、上記したステータスの他
に、図５に示すように、ステップＳ２１４で読み込んだ
時定数である「ｔ１」もステータス・パケットに含めて
送出する。これにより、マネージメント・エージェント
ＭＥ１は、ログイン要求を受けたイニシエータＩ１に対
して、そのイニシエータＩ１が、再度、ログイン要求を
出す場合の再要求タイミングを指示することになる。

【０１０７】こうして、ステップＳ２１６の処理が終了
すると、マネージメント・エージェントＭＥ１は、再
び、次のログイン・パケットを受け取るまで待機してい
る（ステップＳ２０４）。

【０１０８】一方、イニシエータＩ１のコントローラＣ
１は、図３に示すように、ターゲットＴ１からのステー
タス・パケットを受け取ると、そのパケットに含まれる
ステータスを読み込み（ステップＳ１０６）、そのステ
ータスが、ログイン不成立を表す「ログイン・エラー」
であるかどうかを判定する（ステップＳ１０８）。この
場合、読み込んだステータスは「ログイン・エラー」で
あって、ログイン不成立であるので、コントローラＣ１
は、再度、ターゲットＴ１に対してログイン要求を出す
ために、ステップＳ１１０以降の処理を行なう。

【０１０９】即ち、コントローラＣ１は、まず、受け取
ったステータス・パケットに含まれる時定数を読み込み
（ステップＳ１１０）、次に、ステップＳ１０２におい
てターゲットＴ１に対してログイン・パケットを送出し
てからの時間として、読み込んだ時定数の示す時間が経
過したか否かを判定する（ステップＳ１１２）。この場
合、読み込んだ時定数は「ｔ１」であるので、前回ログ
イン要求を出してから、時間ｔ１経過したかどうかを判
定することになる。判定の結果、経過してなければ、経
過するまで待機するが、経過していれば、再びステップ
Ｓ１０２の処理に戻って、コントローラＣ１は、再度、
ターゲットＴ１に対してログイン・パケットを送出する
（ステップＳ１０２）。この結果、図５に示すように、
イニシエータＩ１からターゲットＴ１に対しては、１回
目のログイン要求を送出してから時間ｔ１経過した後
に、２回目のログイン要求を送出することになる。この
ようにして、コントローラＣ１は、ターゲットＴ１から
時定数として指示された再要求タイミングに基づいて、
再度、ターゲットＴ１に対してログイン要求を出す。

【０１１０】一方、イニシエータＩ１が１回目のログイ
ン要求を出して２回目のログイン要求を出すまでの間
に、さらに別のイニシエータＩ２，Ｉ３がターゲットＴ
１にログイン要求を出す場合、それらの処理はイニシエ
ータＩ１の場合と同様な処理となる。

【０１１１】即ち、イニシエータＩ２のコントローラＣ
２とイニシエータＩ３のコントローラＣ３が、それぞ
れ、図５に示すようなタイミングで、ログイン要求と各
々のＧＵＩＤを含めて、ターゲットＴ１に対しログイン
・パケットを送出する（ステップＳ１０２）と、ターゲ
ットＴ１のマネージメント・エージェントＭＥ１は、図
５に示すようなタイミングで、各々のログイン・パケッ
トを受け取って（ステップＳ２０４）、それぞれに含ま
れるＧＵＩＤを読み込み（ステップＳ２０６）、待ち行
列に登録されているか否かを判定する（ステップＳ２０
８）。この場合、イニシエータＩ２，Ｉ３からのログイ
ン要求は今回がそれぞれ初めてであるので、読み込んだ
ＧＵＩＤは、何れも、図６（ｄ）に示したように、未だ
待ち行列には登録されていない。従って、マネージメン
ト・エージェントＭＥ１は、読み込んだＧＵＩＤを待ち
行列の末尾に順次登録する（ステップＳ２１８）。具体
的には、図６（ｄ）に示すように、待ち行列の番地ｎ＝
１には既にイニシエータＩ１のＧＵＩＤである「Ｉ１」
が登録されているので、イニシエータＩ２のログイン要
求を受けた時点では、読み込んだイニシエータＩ２のＧ
ＵＩＤである「Ｉ２」を、図６（ｅ）に示すように番地
ｎ＝２に登録し、その後、イニシエータＩ３のログイン
要求を受けた時点では、読み込んだイニシエータＩ３の
ＧＵＩＤである「Ｉ３」を、図６（ｆ）に示すように番
地ｎ＝３に登録することになる。

【０１１２】続いて、上記したいずれの時点において
も、ロジカル・ユニットＬＵＮ１には既にイニシエータ
Ｉ０がログインされているので、マネージメント・エー
ジェントＭＥ１は、ログインされているイニシエータの
数ｐがログイン許容数「１」に達していると判断して
（ステップＳ２１０，Ｓ２１２）、待ち行列から、対象
となっているイニシエータのＧＵＩＤの優先順位ｎを読
み込む（ステップＳ２１３）。イニシエータＩ２のログ
イン要求を受けた時点では、待ち行列の状態は図６
（ｅ）に示すごとくであり、イニシエータＩ２のＧＵＩ
Ｄは番地ｎ＝２に登録されており、その優先順位ｎとし
て「２」を読み込むことになる。また、イニシエータＩ
３のログイン要求を受けた時点では、図６（ｆ）のごと
くであり、イニシエータＩ２のＧＵＩＤは番地ｎ＝３に
登録されており、その優先順位ｎとして「３」を読み込
むことになる。従って、ステップＳ２１４において、マ
ネージメント・エージェントＭＥ１が、図７に示す時定
数テーブルから、これら優先順位ｎに対応した時定数を
読み込むと、イニシエータＩ２については、時定数とし
て、ｎ＝２に対応した「ｔ２」を読み込み、イニシエー
タＩ３については、ｎ＝３に対応した「ｔ３」を読み込
むことになる。

【０１１３】本実施例においては、図７に示すように、
優先順位ｎに対応した時定数は、それぞれ、優先順位ｎ
が高くなるほど短くなり、低くなるほど長くなってい
る。具体的には、優先順位ｎ＝１に対応した時定数「ｔ
１」を基準にすると、ｎ＝２に対応した時定数「ｔ２」
は「ｔ１」の２倍となっており、ｎ＝３に対応した時定
数「ｔ３」は「ｔ１」の４倍となっており、ｎ＝４に対
応した時定数「ｔ４」は「ｔ１」の８倍となっている。
即ち、ｎ＝ｉに対応した時定数「ｔｉ」は「ｔ１」の２
ⁱ倍になっている。但し、時定数が余りに長くなりすぎ
ても、効果が期待できないので、優先順位ｎが低いｎ＝
７については、その時定数「ｔ７」を、ｎ＝６に対応し
た時定数「ｔ６」（即ち、「ｔ１」の３２倍）と等しく
している。

【０１１４】続いて、マネージメント・エージェントＭ
Ｅ１は、ログイン要求を受けたイニシエータＩ２，Ｉ３
に対して、図５に示すようなタイミングで、それぞれ、
「ログイン・エラー」と時定数とを含むステータス・パ
ケットを送出する（ステップＳ２１６）。すると、イニ
シエータＩ２のコントローラＣ２とイニシエータＩ３の
コントローラＣ３は、それぞれ、図５に示すようなタイ
ミングで、そのステータス・パケットを受け取って（ス
テップＳ１０４）、ステータスを読み込み（ステップＳ
１０６）、そのステータスが「ログイン・エラー」であ
るかどうかを判定する（ステップＳ１０８）。この場
合、ステータスは「ログイン・エラー」であるので、続
いて、コントローラＣ２，Ｃ３は、ステータス・パケッ
トから時定数を読み込む（ステップＳ１１０）。この場
合、コントローラＣ２の読み込む時定数は「ｔ２」であ
り、コントローラＣ３の読み込む時定数は「ｔ３」であ
るので、コントローラＣ２は、前回ログイン要求を出し
てから時間ｔ２経過した後に、再度ターゲットＴ１に対
してログイン・パケットを送出し、コントローラＣ３
は、前回ログイン要求を出してから時間ｔ３経過した後
に、再度ターゲットＴ１に対してログイン・パケットを
送出する（ステップＳ１１２，Ｓ１０２）。この結果、
図５に示すように、イニシエータＩ２からターゲットＴ
１に対しては、１回目のログイン要求を送出してから時
間ｔ２経過した後に、２回目のログイン要求を送出する
ことになり、イニシエータＩ３からターゲットＴ１に対
しては、１回目のログイン要求を送出してから時間ｔ３
経過した後に、２回目のログイン要求を送出することに
なる。

【０１１５】なお、以上のようにして、イニシエータＩ
１〜Ｉ３がそれぞれ２回目以降のログイン要求をターゲ
ットＴ１に対して出した場合、ターゲットＴ１のマネー
ジメント・エージェントＭＥ１は、何れの場合も、ログ
イン・パケットから読み込んだＧＵＩＤが既に待ち行列
に登録されているので、ステップＳ２０８の判定によ
り、ステップＳ２１８の処理を介することなく、ステッ
プＳ２１０の処理に進むことになる。

【０１１６】また、本実施例の場合、図５に示すよう
に、最後のイニシエータＩ３が１回目のログイン要求を
出した後、ログインしていたイニシエータＩ０がログア
ウトするまでの間は、イニシエータＩ１〜Ｉ３以外のイ
ニシエータがターゲットＴ１に対して新たにログイン要
求を出すことはないので、マネージメント・エージェン
トＭＥ１の備える待ち行列の状態は、図６（ｆ）の状態
から変化はない。従って、待ち行列に登録されているイ
ニシエータＩ１〜Ｉ３のＧＵＩＤの優先順位にも変化は
ないので、イニシエータＩ１〜Ｉ３から２回目以降のロ
グイン要求を受けた場合にも、マネージメント・エージ
ェントＭＥ１は、ログイン要求を受けたイニシエータに
対して、前回送出した時定数と同様の時定数をステータ
ス・パケットに含めて送出する。従って、それを受けた
イニシエータＩ１〜Ｉ３は、それぞれ、図５に示すよう
に、前回と同様の時定数の表すタイミングで、再度のロ
グイン要求をターゲットＴ１に対して送出することにな
る。

【０１１７】以上のようにして、本実施例においては、
既にロジカル・ユニットＬＵＮ１にイニシエータＩ０が
ログインされている場合において、他のイニシエータＩ
１〜Ｉ３については、最初のログイン要求を先に出した
イニシエータほど、ログイン要求を出してから次のログ
イン要求を出すまでの時間（即ち、時定数）が短くなる
ため、単位時間当たりに出すログイン要求の数は多くな
る。具体的には、イニシエータＩ１，Ｉ２，Ｉ３の時定
数の比は、図７から明らかなように１：２：４であるの
で、単位時間当たりのログイン要求数の比は逆に４：
２：１となる。

【０１１８】そこで、ログインしているイニシエータＩ
０が任意のタイミングでログアウトすると、次に、ロジ
カル・ユニットＬＵＮ１にログインするのは、ログアウ
ト後に、最も早くログイン要求を出したイニシエータで
ある。従って、単位時間当たりに出すログイン要求の数
が多いイニシエータほど、上記のタイミングで（即ち、
ログアウト後、最も早く）ログイン要求を出す可能性は
高くなるので、次にロジカル・ユニットＬＵＮ１にログ
インする確率は、イニシエータＩ１が最も高くなる。従
って、本実施例によれば、最先にログイン要求を出した
イニシエータが、最先にログインすることを概ね保証す
ることができる。

【０１１９】さて、その後、イニシエータＩ０が、図５
に示すようなタイミングでターゲットＴ１にログアウト
要求を出す場合、次のような処理となる。

【０１２０】即ち、イニシエータＩ０におけるコントロ
ーラＣ０と、ターゲットＴ１におけるフェッチ・エージ
ェントＦＥ１と、の間で行なわれていたデータのやり取
りが完了すると、コントローラＣ０は、ターゲットＴ１
に対してログアウト・パケットを送出する。このログア
ウト・パケットには、図５に示すように、ターゲットＴ
１にログアウトを要求するためのログアウト要求と、イ
ニシエータＩ０のＧＵＩＤと、が含まれている。

【０１２１】一方、ターゲットＴ１では、図８に示すよ
うなログアウト処理を行なう。図８は図１に示すターゲ
ットにおけるログアウト処理の処理手順を示すフローチ
ャートである。

【０１２２】即ち、ターゲットＴ１のマネージメント・
エージェントＭＥ１は、図８に示すように、ログアウト
・パケットを受け取るまで待機しており（ステップＳ３
０２）、パケットを受け取ると、そのパケットにログア
ウト要求が含まれているかどうかを判定し、ログアウト
要求が含まれていれば、そのパケットをログアウト・パ
ケットと判断して、次のステップＳ３０４の処理に進
む。

【０１２３】ステップＳ３０４では、マネージメント・
エージェントＭＥ１は、受け取ったログアウト・パケッ
トに含まれるＧＵＩＤを読み込む。この場合、読み込ん
だＧＵＩＤは「Ｉ０」であるので、マネージメント・エ
ージェントＭＥ１は、そのＧＵＩＤから、そのログアウ
ト・パケットはイニシエータＩ０から送出されたもので
あると判断する。

【０１２４】続いて、マネージメント・エージェントＭ
Ｅ１は、待ち行列の番地ｎ＝０に登録されているＧＵＩ
Ｄ、即ち、ログインされているイニシエータのＧＵＩＤ
と、ステップＳ３０４で読み込んだＧＵＩＤと、を比較
して、同じＧＵＩＤであることを確認した上で、その登
録されているＧＵＩＤを待ち行列から削除する（ステッ
プＳ３０６）。即ち、この場合、待ち行列の状態は図６
（ｆ）に示すごとくになっており、番地ｎ＝０には、ロ
グインされているイニシエータのＧＵＩＤとして、「Ｉ
０」が登録されている。一方、ステップＳ３０４で読み
込んだＧＵＩＤも「Ｉ０」であり、登録されているＧＵ
ＩＤと同じＩＤなので、マネージメント・エージェント
ＭＥ１は、図６（ｇ）に示すように、番地ｎ＝０に登録
されている「Ｉ０」を削除する。

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

【０１２６】こうして、ステップＳ３０８の処理が終了
すると、マネージメント・エージェントＭＥ１は、再
び、次のログアウト・パケットを受け取るまで待機して
いる（ステップＳ３０２）。

【０１２７】以上によって、ログインしていたイニシエ
ータＩ０は、ターゲットＴ１のロジカル・ユニットＬＵ
Ｎ１からログアウトしたことになる。

【０１２８】さて、イニシエータＩ０がロジカル・ユニ
ットＬＵＮ１からログアウトした後に、図５に示すよう
なタイミングで、イニシエータＩ１がターゲットＴ１に
ログイン要求を出す場合、次のような処理となる。

【０１２９】この場合、イニシエータＩ１とターゲット
Ｔ１の処理は、イニシエータＩ０がターゲットＴ１のロ
ジカル・ユニットＬＵＮ１にログインしたときの処理と
ほぼ同様となる。但し、ターゲットＴ１におけるログイ
ン処理のうち、ステップＳ２１０以降の処理は以下のよ
うになる。

【０１３０】即ち、マネージメント・エージェントＭＥ
１は、ロジカル・ユニットＬＵＮ１にログインされてい
るイニシエータの数ｐを読み込む（ステップＳ２１
０）。この場合、図６（ｇ）に示すように、待ち行列の
番地ｎ＝０に登録されていたＧＵＩＤは、前述したとお
り削除されているので、ｐとして「０」を読み込むこと
になる。

【０１３１】次に、マネージメント・エージェントＭＥ
１は、読み込んだイニシエータの数ｐがログイン許容数
「１」と等しいか否かを判定する（ステップＳ２１２）
が、この場合、ログインされているイニシエータの数ｐ
はログイン許容数「１」に達していないので、マネージ
メント・エージェントＭＥ１は、まず、ログイン要求を
受けたイニシエータＩ１に対して、ステータスをログイ
ン成立を表す「ログイン・サクセスフル」に設定したス
テータス・パケットを送出して（ステップＳ２２０）、
図５に示すようにログインが成立した旨の応答を行な
う。続いて、マネージメント・エージェントＭＥ１は、
待ち行列に登録されているＧＵＩＤ全体を移動させる
（ステップＳ２２２）。具体的には、この場合、図６
（ｇ）に示すように、待ち行列の番地ｎ＝１にはイニシ
エータＩ１のＧＵＩＤが、番地ｎ＝２にはイニシエータ
Ｉ２のＧＵＩＤが、番地ｎ＝３にはイニシエータＩ３の
ＧＵＩＤが、それぞれ登録されている。従って、まず、
番地ｎ＝１に登録されているイニシエータＩ１のＧＵＩ
Ｄを空いている番地ｎ＝０に移動させる。これにより、
ログイン要求を受けたイニシエータＩ１のＧＵＩＤは、
ログインされたこと示す番地ｎ＝０に移動することにな
る。次に、番地ｎ＝２，３にそれぞれ登録されているイ
ニシエータＩ２，Ｉ３のＧＵＩＤを、それぞれ、上位に
１つずつ移動させる。この結果、待ち行列の状態は図６
（ｈ）に示すごとくになる。

【０１３２】以上のようにして、イニシエータＩ０がロ
グアウトした後に、最も早くログイン要求を出したイニ
シエータＩ１が、次に、ターゲットＴ１のロジカル・ユ
ニットＬＵＮ１にログインしたことになる。

【０１３３】続いて、イニシエータＩ１がログインした
後に、図５に示すようなタイミングで、イニシエータＩ
２，Ｉ３がそれぞれターゲットＴ１にログイン要求を出
した場合、次のような処理となる。

【０１３４】この場合、イニシエータＩ２，Ｉ３とター
ゲットＴ１の処理は、イニシエータＩ２，Ｉ３が前回タ
ーゲットＴ１に対してログイン要求を出したときの処理
とほぼ同様となるが、次の点が異なってくる。

【０１３５】即ち、ターゲットＴ１におけるログイン処
理のうち、ステップＳ２１３以降において、マネージメ
ント・エージェントＭＥ１は、まず、待ち行列から、対
象となっているイニシエータのＧＵＩＤの優先順位ｎを
読み込む（ステップＳ２１３）が、このとき、待ち行列
の状態は図６（ｈ）に示すごとくになっている。従っ
て、イニシエータＩ２について優先順位ｎを読み込む場
合、イニシエータＩ２のＧＵＩＤは前回とは異なり、番
地ｎ＝１に登録されているので、その優先順位ｎとして
「１」を読み込むことになる。また、イニシエータＩ３
について優先順位ｎを読み込む場合も、イニシエータＩ
３のＧＵＩＤは前回と違って番地ｎ＝２に登録されてい
るので、その優先順位ｎとして「２」を読み込むことに
なる。従って、イニシエータＩ２，Ｉ３共に、優先順位
ｎがそれぞれ前回より１つずつ上がっている。

【０１３６】続いて、マネージメント・エージェントＭ
Ｅ１が、図７に示す時定数テーブルから、これら優先順
位ｎに対応した時定数を読み込む（ステップＳ２１４）
と、イニシエータＩ２については、時定数として、ｎ＝
１に対応した「ｔ１」を読み込み、イニシエータＩ３に
ついては、ｎ＝２に対応した「ｔ２」を読み込むことに
なる。従って、イニシエータＩ２についての時定数は、
前回「ｔ２」であったのが、今回「ｔ１」となり、イニ
シエータＩ３についての時定数は、前回「ｔ３」であっ
たのが、今回「ｔ２」となるため、何れの場合も、前回
より１／２短くなる。

【０１３７】その後、マネージメント・エージェントＭ
Ｅ１が、ログイン要求を受けたイニシエータＩ２，Ｉ３
に対して、図５に示すようなタイミングで、それぞれ、
「ログイン・エラー」と時定数を含んだステータス・パ
ケットを送出する（ステップＳ２１６）と、イニシエー
タＩ２のコントローラＣ２とイニシエータＩ３のコント
ローラＣ３は、それぞれ、そのステータス・パケットを
受け取って（ステップＳ１０４）、そのステータス・パ
ケットから時定数を読み込む（ステップＳ１１０）。こ
の場合、コントローラＣ２の読み込む時定数は「ｔ１」
であり、コントローラＣ３の読み込む時定数は「ｔ２」
であるので、コントローラＣ２は、前回ログイン要求を
出してから時間ｔ１経過した後に、再度ターゲットＴ１
に対してログイン・パケットを送出し、コントローラＣ
３は、前回ログイン要求を出してから時間ｔ２経過した
後に、再度ターゲットＴ１に対してログイン・パケット
を送出する（ステップＳ１１２，Ｓ１０２）。

【０１３８】この結果、イニシエータＩ１がログインさ
れた後は、イニシエータＩ２，Ｉ３がターゲットＴ１に
対してそれぞれログイン要求を出す場合、ログイン要求
を出してから次のログイン要求を出すまでの時間（即
ち、時定数）が、イニシエータＩ１がログインされる前
よりも、それぞれ、１／２短くなるため、単位時間当た
りに出すログイン要求の数は、それぞれ、２倍に増える
ことになる。従って、ログインしているイニシエータＩ
１が任意のタイミングでログアウトしても、次にログイ
ンするイニシエータは、早期にログイン要求を出してロ
グインすることができる。

【０１３９】しかしながら、このように、イニシエータ
Ｉ１がログインされる前よりも、イニシエータＩ２，Ｉ
３の時定数がそれぞれ短くなり、ログイン要求数がそれ
ぞれ多くなっても、イニシエータＩ２とＩ３との関係に
おいては、最初のログイン要求を先に出したイニシエー
タＩ２の方のが、イニシエータＩ３に比較して、時定数
が短く、単位時間当たりに出すログイン要求の数が多い
ことに変わりはない。従って、ログインしているイニシ
エータＩ１が任意のタイミングでログアウトした場合
に、その後、最も早くログイン要求を出す可能性がある
のは、単位時間当たりに出すログイン要求の数が多いイ
ニシエータＩ２であるので、次にロジカル・ユニットＬ
ＵＮ１にログインする確率は、イニシエータＩ２が最も
高くなる。

【０１４０】（Ｄ）補足 ところで、上記した説明においては、各イニシエータＩ
０〜Ｉ３からターゲットＴ１へはログイン・パケットや
ログアウト・パケットを送出し、ターゲットＴ１からイ
ニシエータＩ０〜Ｉ３へはステータス・パケットを送出
するとして説明したが、これらの動作について、さらに
詳細な説明を加える。

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

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

【０１４３】なお、イニシエータがターゲットＴ１のロ
ジカル・ユニットＬＵＮ１にログインした後に、イニシ
エータと、ターゲットＴ１のフェッチ・エージェントＦ
Ｅ１と、の間で行なわれるデータのやり取りも、上記と
同様の方法で行なわれる。但し、フェッチ・エージェン
トＦＥ１との間でデータのやり取りを行なう場合、イニ
シエータが、自己の有する共有メモリ上に置くデータ
は、上記したマネージメントＯＲＢではなく、図１に示
すようなノーマルＯＲＢと呼ばれるデータ構造として置
くことになる。

【０１４４】さて、本実施例では、前述したとおり、イ
ニシエータＩ０がログインしている場合に、そのイニシ
エータＩ０が任意のタイミングでログアウトすると、そ
の後、最も早くログイン要求を出す可能性が高いのは、
単位時間当たりに出しているログイン要求の数が最も多
いイニシエータＩ１である。そのため、図５に示した例
では、イニシエータＩ０がログアウトした後に、イニシ
エータＩ１が最も早くターゲットＴ１にログイン要求を
出す場合について説明した。しかしながら、イニシエー
タＩ０がログアウトするタイミングによっては、イニシ
エータＩ１以外のイニシエータＩ２やＩ３が、イニシエ
ータＩ０がログアウトした後に、最も早くターゲットＴ
１にログイン要求を出す可能性がないわけではない。例
えば、イニシエータＩ１が前回ログイン要求を出してか
ら今回のログイン要求を出すまでの間に、イニシエータ
Ｉ２やＩ３がログイン要求を出す場合において、イニシ
エータＩ１が前回ログイン要求を出してからイニシエー
タＩ２やＩ３がログイン要求を出すまでの間に、イニシ
エータＩ０がログアウトしてしまうと、ログアウト後
に、イニシエータＩ２またはＩ３が最も早くターゲット
Ｔ１に対しログイン要求を出すことになる。

【０１４５】このような場合、ログアウト後に、最も早
くログイン要求を出したイニシエータＩ２またはＩ３
が、ターゲットＴ１のロジカル・ユニットＬＵＮ１にロ
グインすることになる。即ち、最初のログイン要求を先
に出したイニシエータＩ１は、後からログイン要求を出
したイニシエータＩ２またはＩ３に追い越されて、先に
ログインされてしまうことになる。

【０１４６】さて、このような場合において、ターゲッ
トＴ１におけるログイン処理のうち、ステップＳ２２２
の処理）即ち、マネージメント・エージェントＭＥ１が
待ち行列に登録されているＧＵＩＤ全体を移動させる処
理）は、次のようになる。今、イニシエータＩ０がログ
アウトした後に、イニシエータＩ２が最も早くターゲッ
トＴ１にログイン要求を出し、ログインする場合を例に
とる。

【０１４７】待ち行列の状態は図６（ｇ）に示すごとく
になっており、待ち行列の番地ｎ＝１にはイニシエータ
Ｉ１のＧＵＩＤが、番地ｎ＝２にはイニシエータＩ２の
ＧＵＩＤが、番地ｎ＝３にはイニシエータＩ３のＧＵＩ
Ｄが、それぞれ登録されている。そこで、マネージメン
ト・エージェントＭＥ１は、ログイン要求を受けたイニ
シエータＩ２のＧＵＩＤを、番地ｎ＝２から、ログイン
されたことを示す番地ｎ＝０に移動させる。そして、イ
ニシエータＩ３のＧＵＩＤを番地ｎ＝３から空席となっ
た番地ｎ＝２に移動させて、上位に１つ繰り上げる。な
お、イニシエータＩ１のＧＵＩＤは、そのままとする。

【０１４８】以上のような処理を行なった場合、最初の
ログイン要求を先に出したイニシエータＩ１は、後から
ログイン要求を出したイニシエータＩ２にログインは譲
るものの、待ち行列におけるイニシエータＩ１のＧＵＩ
Ｄの優先順位ｎに変更はないので、イニシエータＩ２が
ログインした後も、ログイン要求を出してから次のログ
イン要求を出すまでの時間（即ち、時定数）は前と変わ
らず最も短いままであり、単位時間当たりに出すログイ
ン要求の数も前と変わらず最も多いままである。そのた
め、ログインしたイニシエータＩ２が任意のタイミング
でログアウトした後に、最も早くログイン要求を出して
ログインする可能性が一番高いのは、イニシエータＩ１
であることに変わりはない。

【０１４９】しかしながら、以上のような処理を行なっ
た場合、次のような不都合を生じる可能性がある。即
ち、例えば、最初のログイン要求を先に出したイニシエ
ータＩ１が、繰り返し出すはずのログイン要求を、何ら
かの事情（例えば、イニシエータＩ１がＩＥＥＥ１３９
４バスＢ１から外された場合など）によって出さなくな
ってしまった場合に、上記のような処理を行なうと、待
ち行列には、番地ｎ＝１（即ち、優先順位ｎが「１」）
に登録されているイニシエータＩ１のＧＵＩＤがそのま
ま残っているため、番地ｎ＝３から番地ｎ＝２に移動し
たイニシエータＩ３の優先順位ｎは「２」であり、イニ
シエータＩ１がターゲットＴ１に対しログイン要求を出
さなくなったにも関わらず、イニシエータ３についての
時定数としては、優先順位ｎ＝２に対応した「ｔ２」が
用いられることになり、ターゲットＴ１に対してログイ
ン要求を出すタイミングが無意味に長くなってしまう。

【０１５０】そこで、これを改善するために、ステップ
Ｓ２２２の処理について、上記した処理に代えて、次の
ような処理を行なうようにしても良い。

【０１５１】待ち行列の状態が図６（ｇ）に示すごとく
になっている場合に、マネージメント・エージェントＭ
Ｅ１が、ログイン要求を受けたイニシエータＩ２のＧＵ
ＩＤを、番地ｎ＝２から、ログインされたことを示す番
地ｎ＝０に移動させると共に、そのイニシエータＩ２の
ＧＵＩＤよりも優先順位ｎが上位にあるイニシエータの
ＧＵＩＤ（即ち、イニシエータＩ１のＧＵＩＤ）を待ち
行列から削除する。そして、イニシエータＩ２のＧＵＩ
Ｄよりも優先順位ｎが下位にあるイニシエータＩ３のＧ
ＵＩＤを、番地ｎ＝３から空席となった番地ｎ＝１に移
動させて、上位に２つ繰り上げる。このような処理を行
なうことによって、上記した不都合を改善することがで
きる。

【０１５２】また、他の方法としては、マネージメント
・エージェントＭＥ１が、各イニシエータから繰り返し
受けるログイン要求のタイミングをそれぞれ検知し、イ
ニシエータからのログイン要求が途絶えた場合に、所定
の時間待っても、再度ログイン要求が来ないときには、
そのイニシエータのＧＵＩＤを待ち行列から削除するよ
うにしても良い。

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

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

【０１５５】また、上記した実施例においては、ターゲ
ットＴ１の備えるロジカル・ユニットは１つであった
が、２つ以上であっても良く、その場合には、各イニシ
エータは、各ロジカル・ユニット毎に、それぞれ、独立
にログインすることができる。また、ロジカル・ユニッ
トＬＵＮ１のログイン許容数は「１」としたが、２以上
としても良く、その場合には、図４に示したターゲット
のログイン処理のうち、ステップＳ２１２における判定
を、その数に対応させる必要がある。

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

【図面の簡単な説明】

【図１】本発明の一実施例としての装置間通信システム
を示すブロック図である。

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

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

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

【図５】図１に示す各イニシエータとターゲットとの間
の要求・応答の受け渡しを示すタイミングチャートであ
る。

【図６】マネージメント・エージェントＭＥ１の有する
待ち行列の一例を示す説明図である。

【図７】マネージメント・エージェントＭＥ１の有する
時定数テーブルの一例を示す説明図である。

【図８】図１に示すターゲットにおけるログアウト処理
の処理手順を示すフローチャートである。

【符号の説明】 １００…コンピュータ １０２…ＣＰＵ １０４…メモリ １０６…Ｉ／Ｏ部 １０８…ハードディスク装置 １１０…ＣＤ−ＲＯＭドライブ装置 １１１…ＣＤ−ＲＯＭ １１２…キーボード １１４…マウス １１６…モニタ ２００…プリンタ ２０２…ＣＰＵ ２０４…メモリ ２０６…Ｉ／Ｏ部 ２０８…プリンタ機構部 ２１０…入力バッファ Ｂ１…ＩＥＥＥ１３９４バス Ｃ０〜Ｃ３…コントローラ ＦＥ１…フェッチ・エージェント Ｉ０〜Ｉ３…イニシエータ ＭＥ１…マネージメント・エージェント ＳＭ０〜ＳＭ３…共有メモリ Ｔ１…ターゲット

Claims (19)

【特許請求の範囲】
1. 【請求項１】 複数の特定装置から所定の通信路を介し
   てログインされ得る被ログイン装置であって、 或る特定装置からログイン要求を受けた場合に、既にロ
   グインしている前記特定装置の数が予め定められたログ
   イン許容数に達している際には、ログイン要求を受けた
   前記特定装置に対して、ログイン不成立の応答をする応
   答手段と、 ログイン不成立の応答をする場合に、ログイン要求を受
   けた前記特定装置に対して、該特定装置が再度ログイン
   要求を出す場合の再要求タイミングを指示する再要求タ
   イミング指示手段と、 を備えることを特徴とする被ログイン装置。
2. 【請求項２】 請求項１に記載の被ログイン装置におい
   て、 前記再要求タイミング指示手段は、 ログイン要求を受けた前記特定装置について、その優先
   順位を設定する優先順位設定手段と、 設定された前記優先順位に従って、前記特定装置につい
   ての前記再要求タイミングを決定する再要求タイミング
   決定手段と、 を備えることを特徴とする被ログイン装置。
3. 【請求項３】 請求項２に記載の被ログイン装置におい
   て、 前記優先順位設定手段は、 最初のログイン要求を受けた順番に、前記特定装置の優
   先順位を設定することを特徴とする被ログイン装置。
4. 【請求項４】 請求項２または請求項３に記載の被ログ
   イン装置において、 前記再要求タイミング決定手段は、設定された前記優先
   順位の高い特定装置ほど、前記再要求タイミングを短く
   するように決定することを特徴とする被ログイン装置。
5. 【請求項５】 請求項１に記載の被ログイン装置におい
   て、 前記再要求タイミング指示手段は、前記再要求タイミン
   グを、再度ログイン要求を出すまでの時間間隔を表す時
   定数として指示することを特徴とする被ログイン装置。
6. 【請求項６】 請求項１ないし請求項５のうちの任意の
   １つに記載の被ログイン装置において、 前記特定装置から互いに独立にログインされ得る１つ以
   上のロジカル・ユニットを備え、 前記応答手段は、或る特定装置から或るロジカル・ユニ
   ットにログイン要求を受けた場合に、既にそのロジカル
   ・ユニットにログインしている前記特定装置の数がその
   ロジカル・ユニットについて予め定められたログイン許
   容数に達している際には、ログイン要求を受けた前記特
   定装置に対して、そのロジカル・ユニットについてのロ
   グイン不成立の応答をすると共に、 前記再要求タイミング指示手段は、そのロジカル・ユニ
   ットについてのログイン不成立の応答をする場合に、ロ
   グイン要求を受けた前記特定装置に対して、該特定装置
   がそのロジカル・ユニットに再度ログイン要求を出す場
   合の再要求タイミングを指示することを特徴とする被ロ
   グイン装置。
7. 【請求項７】 請求項１ないし請求項６のうちの任意の
   １つに記載の被ログイン装置において、 複数の前記特定装置は前記通信路を介してログイン要求
   を同時に出せないよう調整されていることを特徴とする
   被ログイン装置。
8. 【請求項８】 請求項１ないし請求項６のうちの任意の
   １つに記載の被ログイン装置において、 前記通信路はＩＥＥＥ１３９４バスから成ること特徴と
   する被ログイン装置。
9. 【請求項９】 請求項１ないし請求項６のうちの任意の
   １つに記載の被ログイン装置において、 前記特定装置と、ＳＢＰ−２プロトコルで通信を行なう
   ことを特徴とする被ログイン装置。
10. 【請求項１０】 或る特定装置に所定の通信路を介して
    ログインし得るログイン装置であって、 前記特定装置に対してログイン要求を出した後に、前記
    特定装置から、ログイン不成立の応答を受けると共に、
    再要求タイミングの指示を受けた場合に、指示された該
    再要求タイミングで前記特定装置に対して再度ログイン
    要求を出すログイン要求手段を備えることを特徴とする
    ログイン装置。
11. 【請求項１１】 請求項１０に記載のログイン装置にお
    いて、 他の装置とは前記通信路を介してログイン要求を同時に
    出せないよう調整されていることを特徴とするログイン
    装置。
12. 【請求項１２】 請求項１０に記載のログイン装置にお
    いて、 前記通信路はＩＥＥＥ１３９４バスから成ること特徴と
    するログイン装置。
13. 【請求項１３】 請求項１０に記載のログイン装置にお
    いて、 前記特定装置と、ＳＢＰ−２プロトコルで通信を行なう
    ことを特徴とするログイン装置。
14. 【請求項１４】 請求項１ないし請求項９のうちの任意
    の１つに記載の被ログイン装置と請求項１０ないし請求
    項１３のうちの任意の１つに記載のログイン装置とを備
    える装置間通信システム。
15. 【請求項１５】 複数のログイン装置から所定の通信路
    を介して、被ログイン装置の備える１つ以上のロジカル
    ・ユニットにログインするためのログイン制御方法であ
    って、 （ａ）前記被ログイン装置が、或るログイン装置から或
    るロジカル・ユニットに対するログイン要求を受けた場
    合において、既にそのロジカル・ユニットにログインし
    ている前記ログイン装置の数が前記ロジカル・ユニット
    について予め定められたログイン許容数に達している際
    には、前記被ログイン装置が、ログイン要求を受けた前
    記ログイン装置に対して、前記ロジカル・ユニットにつ
    いてのログイン不成立の応答をする工程と、 （ｂ）前記被ログイン装置が、前記ロジカル・ユニット
    についてのログイン不成立の応答をする場合に、ログイ
    ン要求を受けた前記ログイン装置に対して、該ログイン
    装置がそのロジカル・ユニットに再度ログイン要求を出
    す場合の再要求タイミングを指示する工程と、 （ｃ）前記ログイン装置が、前記被ログイン装置から、
    前記ロジカル・ユニットについてのログイン不成立の応
    答を受けると共に、再要求タイミングの指示を受けた場
    合に、指示された該再要求タイミングで前記被ログイン
    装置における前記ロジカル・ユニットに対して再度ログ
    イン要求を出す工程と、 を備えることを特徴とするログイン制御方法。
16. 【請求項１６】 請求項１５に記載のログイン制御方法
    において、 前記工程（ｂ）は、前記被ログイン装置が、ログイン要
    求を受けた前記特定装置について、最初のログイン要求
    を受けた順番に、その優先順位を設定し、設定した前記
    優先順位の高いログイン装置ほど前記再要求タイミング
    を短くするように、前記再要求タイミングを決定する工
    程を含むことを特徴とするログイン制御方法。
17. 【請求項１７】 複数の特定装置から所定の通信路を介
    してログインされ得るコンピュータに被ログイン処理を
    行なわせるためのコンピュータプログラムを記録したコ
    ンピュータ読み取り可能な記録媒体であって、 （ａ）或る特定装置からログイン要求を受けた場合に、
    既にログインしている前記特定装置の数が予め定められ
    たログイン許容数に達している際には、ログイン要求を
    受けた前記特定装置に対して、ログイン不成立の応答を
    する工程と、 （ｂ）ログイン不成立の応答をする場合に、ログイン要
    求を受けた前記特定装置に対して、該特定装置が再度ロ
    グイン要求を出す場合の再要求タイミングを指示する工
    程とを前記コンピュータに実行させるためのコンピュー
    タプログラムを記録した記録媒体。
18. 【請求項１８】 請求項１７に記載の記録媒体におい
    て、 前記工程（ｂ）は、ログイン要求を受けた前記特定装置
    について、最初のログイン要求を受けた順番に、その優
    先順位を設定し、設定した前記優先順位の高い特定装置
    ほど前記再要求タイミングを短くするように、前記再要
    求タイミングを決定する工程を含むことを特徴とする記
    録媒体。
19. 【請求項１９】 或る特定装置に所定の通信路を介して
    ログインし得るコンピュータにログイン処理を行なわせ
    るためのコンピュータプログラムを記録したコンピュー
    タ読み取り可能な記録媒体であって、 前記特定装置に対してログイン要求を出した後に、前記
    特定装置から、ログイン不成立の応答を受けると共に、
    再要求タイミングの指示を受けた場合に、指示された該
    再要求タイミングで前記特定装置に対して再度ログイン
    要求を出す工程を前記コンピュータに実行させるための
    コンピュータプログラムを記録した記録媒体。