JP2001257685A

JP2001257685A - 情報信号処理装置及び情報信号処理方法並びに記憶媒体

Info

Publication number: JP2001257685A
Application number: JP2000067089A
Authority: JP
Inventors: Koji Fukunaga; 耕司福長
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-03-10
Filing date: 2000-03-10
Publication date: 2001-09-21

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４ネットワークに接続された
機器において、相手の機器の種類を特定して、伝送デー
タの規格によらず相手の機器に合わせた処理結果を得る
ことをが出来る情報信号処理装置を提供する。【解決手段】ＩＥＥＥ１３９４ネットワークに接続さ
れた機器において、Configuration ROMに書かれた情報
を読み出し解析する（Ｓ２７０１）ことで、相手の機器
の種類を特定することができ（Ｓ２７０２〜Ｓ２７０
４）、相手装置よりのデータに合わせた受信データ処理
を自動的に選択して行ない、相手接続機器よりのデータ
形式に合わせた印刷データの生成処理を確実かつ自動的
に行なうことができ、送信側の意図した印刷結果を得る
ことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信ネットワークに
接続される情報信号処理装置及び情報処理方法に関し、
例えばＩＥＥＥ１３９４に準拠した通信制御バスに接続
される情報信号処理装置及び情報信号処理方法に関する
ものである。

【０００２】

【従来の技術】ＩＥＥＥ１３９４インタフェースに準拠
するデバイスは、セントロニクスなどのインタフェース
のようなホスト装置とホスト装置に接続されたデバイス
の１対１接続のみの形態と異なり、複数のデバイス、例
えばデジタルビデオ（ＤＶ）やデジタルカメラ（Ｄ
Ｃ）、ホストコンピュータ、スキャナ、ＶＴＲなどが同
時に接続される事が可能であり、これら複数デバイスの
接続によるデータ通信ネットワークシステムなどが考え
られている。

【０００３】これらネットワークに接続されるデバイス
は様々であり、異なるメーカーの不特定多数のデバイス
が接続される可能性がある。ＩＥＥＥ１３９４インタフ
ェースの場合、ネットワーク上のデバイスを識別し、そ
のデバイスに関する情報を得る為の手段として各機器が
所定のアドレス空間にコンフィグレーションＲＯＭを保
有することがＩＥＥＥ１２１２ならびにＩＥＥＥ１３９
４の規格として定められている。

【０００４】コンフィグレーションＲＯＭには各デバイ
ス固有のＩＤであるノードユニークＩＤ（６４ビットで
構成され、上位２４ビットがＩＥＥＥにより割り当てら
れる機器のメーカーＩＤであり、下位４８ビットはメー
カーが自由に定めることが可能、ノードユニークＩＤは
メーカー、機種にかかわらず１デバイスに特定のＩＤを
定める。）をはじめとし、そのデバイスの１３９４イン
タフェース上のサポート機能や性能（バスインフォブロ
ック）、製造元に関する情報（ベンダーディレクト
リ）、プリンタやスキャナといったデバイス自体の機能
に関する情報（インスタンスディレクトリ）、ならびに
各機能を１３９４インタフェース上で制御するためにサ
ポートされているプロトコル・ソフトウエア情報（ユニ
ットディレクトリ）が所定のフォーマット、規格に従い
記録されている。

【０００５】１３９４バス上に接続されているデバイス
の上記説明にあるコンフィグレーションＲＯＭを読み出
し解析することにより、複数デバイスが接続されている
ＩＥＥＥ１３９４ネットワークにおいて、あるデバイス
がデータ通信を行ないたい相手機器を特定することが可
能になる。またバスリセット後のデバイス再特定の際に
も接続された各デバイスのコンフィギュレーションＲＯ
Ｍを読み出すことにより意図するデバイスを特定するこ
とが可能となる。

【０００６】

【発明が解決しようとする課題】しかしながら、ＩＥＥ
Ｅ１３９４を用いたバスにおいては、複数の機器が同じ
バス上に接続されたり、同じ機器が複数接続されること
も考えられる。例えば“ＰＣ”というキーワードを有す
るようなパーソナルコンピュータが複数存在するするこ
とが考えられる。更にこれらはそれぞれ別々のメーカー
が製造するものである場合も多々ある。また同じメーカ
ーであっても複数の種類を製造しており、それぞれが同
じ構成であるかどうかも保証されない。

【０００７】１つのパーソナルコンピュータ（ＰＣ）に
は表示器としてＬＣＤが接続され、また別のパーソナル
コンピュータ（ＰＣ）にはＣＲＴ装置が接続されている
ような場合も考えられる。ＬＣＤとＣＲＴとではデバイ
スの違いや表示方法の違いなどから、同じ画像を表示し
ても表示され方が異なることが多い。また同じＬＣＤタ
イプの表示器であってもメーカーや素材により異なるこ
とがある。

【０００８】ユーザーは、表示のされ方が希望のものと
相違しているような場合には、表示器上に表示された内
容で色の調整やコントラストを変更したりしていた。し
かし、表示は調整できても、この表示情報をカラープリ
ンタでカラー印刷しようとしても、必ずしも画面と一致
した印刷を得ることは難しかった。

【０００９】例えば異なる機器からプリンタへ印刷を行
う場合では、プリンタは送られてくる印刷データをその
まま印刷するだけで、データを送り出してくる相手の種
類や状況を鑑みることはなかった。デジタルカメラから
印刷される場合もＰＣから印刷される場合も送られたま
まの特徴に合ったデータをそのまま印刷して印刷物しか
得ることが出来なかった。しかし、それぞれの機器には
それぞれの特徴がありそれにより印刷が適正に行われな
いことも発生する。

【００１０】例えばデジタルカメラに内蔵されたＬＣＤ
で見ている場合と外部に接続されたＴＶで見ている場合
とで、表示器の特性や性能で両者は同じに見ることが出
来ない。ユーザーは自分が見ているものと同じ印刷を欲
しているような場合、ＬＣＤとＴＶとで見えかたが異な
るように、印刷もそれぞれに合わせて印刷が行われるこ
とが望ましい。しかし現状ではＬＣＤで見ているのかＴ
Ｖで見ているのかを判定することは出来ないので、どの
場合でも同じ印刷が行われることになる。

【００１１】

【課題を解決するための手段】本発明は上述した課題を
解決することを解決することを目的としてなされたもの
で、上述した課題を解決する一手段として例えば以下の
構成を備える。

【００１２】即ち、通信制御ネットワークに接続される
情報信号処理装置であって、データ通信する相手機器の
種類を示す第１の情報と相手機器の表示器接続環境を示
す第２の情報とを取得可能な取得手段と、前記取得手段
で取得した第１の情報及び第２の情報から相手機器の表
示接続状況を判断する判断手段と、前記判断手段により
判断された相手機器の種類あるいは表示状態に従って相
手機器から通信されるイメージデータを相手機器の種類
あるいは表示状態に合わせて処理する処理手段を有する
ことを特徴とする。

【００１３】そして例えば、前記通信制御ネットワーク
は、ＩＥＥＥ１３９４を用いる通信制御ネットワークで
あることを特徴とする。あるいは、前記第１の情報及び
第２の情報は、ＩＥＥＥ１３９４に準拠した通信制御バ
スに接続される情報信号処理装置のアドレス空間の内コ
アコンフィギュレーションＲＯＭ領域に配置されること
を特徴とする。

【００１４】また例えば、前記第２の情報は、前記相手
機器に備えられている表示手段の情報であることを特徴
とする。あるいは、前記第２の情報は、前記相手機器に
備えられている表示手段の種類、表示方式、表示器設定
内容の情報を含むことを特徴とする。

【００１５】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。

【００１６】［第１の実施の形態例］図１は、本発明に
係る一発明の実施の形態例の構成を示す図であり、ＩＥ
ＥＥ１３９４ネットワークを表わしたものである。これ
らの機器は全てＩＥＥＥ１３９４に準拠し、図１のよう
に相互に接続されている。

【００１７】図１において、１０１は解像度７２０ＤＰ
Ｉで毎分１．５枚の出力能力を持つレーザービームプリ
ンタ(Printer2)、１０２はＸＧＡサイズの画像を処理で
きるデジタルカメラ(Digital Camera)、１０３は表示機
に液晶画面（ＬＣＤ）を持つノート型パーソナルコンピ
ュータ（ＰＣ２）、１０４は解像度１２００ＤＰＩで毎
分０．５枚の画像入力能力を持つフラットヘッドスキャ
ナー(Scanner)、１０５は解像度７２０ＤＰＩで毎分
１．５枚の出力能力を持つレーザービームプリンタ(Pri
nter1)である。

【００１８】また、１０６はデジタルビデオカムコーダ
ー(Digital Video）、１０７は解像度３６０ＤＰＩで毎
分０．５枚の出力能力を持つカラーインクジェットプリ
ンタ(Printer3)、１０８はデジタルテレビ(Digital TV)
である。

【００１９】更に、１０９はマルチファンクションデバ
イス(Multi Function)であり、解像度１２００ＤＰＩで
毎分２．０枚の出力能力を持つプリンタ機能と、解像度
１２００ＤＰＩで毎分２．０枚の画像入力能力を持つス
キャナ機能とを有する機器である。このマルチファンク
ションデバイスは、ＩＥＥＥ１３９４ネットワークに接
続された他の機器から、それぞれの機能（プリンタ、ス
キャナ）を個別に制御することが可能であり、それぞれ
二つの機器として扱うことも出来る。１１０は表示機に
ＣＲＴを有するパーソナルコンピュータ（ＰＣ１）であ
る。

【００２０】パーソナルコンピュータ（１０３，１１
０）は、ＩＥＥＥ１３９４ネットワークに接続されたプ
リンタ装置（１０１，１０５、１０７，１０９）に印刷
の指示とデータを送り印刷を行なうことが出来る。同様
にデジタルカメラ（１０２）、デジタルビデオカムコー
ダー（１０６）、デジタルテレビ（１０８）からもプリ
ンタ装置に印刷することが可能である。

【００２１】＜ＩＥＥＥ１３９４規格の技術概要＞以
下、本実施の形態例の図１に示すデジタルインタフェー
スに適用されるＩＥＥＥ１３９４−１９９５規格の技術
について簡単に説明する。なお、ＩＥＥＥ１３９４−１
９９５規格（以下、「ＩＥＥＥ１３９４規格」と称
す。）についての詳細は、１９９６年の８月３０日にＩ
ＥＥＥ(The Institute of Electrical andElectronics
Engineers, Inc.)から出版された「IEEE Standard for a
High Performance Serial Bus」に記述されている。

【００２２】（１）概要図２にＩＥＥＥ１３９４規格に準拠したデジタルインタ
フェース（以下、１３９４インタフェース）を具備する
ノードにより構成される通信システム（以下、「１３９
４ネットワーク」と称す。）の一例を示す。１３９４ネ
ットワークは、シリアルデータの通信が可能なバス型ネ
ットワークを構成するものである。

【００２３】図２において、各ノードＡ〜Ｈは、ＩＥＥ
Ｅ１３９４規格に準拠した通信ケーブルを介して接続さ
れている。これらのノードＡ〜Ｈは、例えば、ＰＣ(Per
sonal Computer)、デジタルＶＴＲ(Video Tape Recorde
r)、ＤＶＤ(Digital Video Disc)プレーヤ、デジタルカ
メラ、ハードディスク、モニタ等の電子機器である。

【００２４】１３９４ネットワークの接続方式は、ディ
ジーチェーン方式とノード分岐方式とに対応しており、
自由度の高い接続を可能としている。

【００２５】又、１３９４ネットワークでは、例えば、
既存の機器を削除したり、新たな機器を追加したり、既
存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動
的にバスリセットを行なう。このバスリセットを行なう
ことにより、１３９４ネットワークは、新たな接続構成
の認識と各機器に対するＩＤ情報の割り当てとを自動的
に行なうことができる。この機能によって、１３９４ネ
ットワークは、ネットワークの接続構成を常時認識する
ことができる。

【００２６】又、１３９４ネットワークは、他の機器か
ら転送されたデータを中継する機能を有している。この
機能により、全ての機器がバスの動作状況を把握するこ
とができる。

【００２７】又、１３９４ネットワークは、プラグアント゛
プレイＰｌｕｇ＆Ｐｌａｙ）と呼ばれる機能を有してい
る。この機能により、全ての機器の電源をＯＦＦにする
ことなく、接続するだけで自動に接続機器を認識するこ
とができる。

【００２８】又、１３９４ネットワークは、１００／２
００／４００Ｍｂｐｓのデータ転送速度に対応してい
る。上位のデータ転送速度を持つ機器は、下位のデータ
転送速度をサポートすることができるため、異なるデー
タ転送速度に対応する機器同士を接続することができ
る。

【００２９】更に、１３９４ネットワークは、２つの異
なるデータ転送方式（即ち、非同期式（Asynchronous）
転送モードと、同期式（Isochronous）転送モード）に
対応している。

【００３０】非同期式（Asynchronous）転送モードは、
必要に応じて非同期に転送することが要求されるデータ
（即ち、コントロール信号やファイルデータ等）を転送
する際に有効である。又、同期式（Isochronous）転送
モードは、所定量のデータを一定のデータレートで連続
的に転送することが要求されるデータ（即ち、ビデオデ
ータやオーディオデータ等）を転送する際に有効であ
る。

【００３１】非同期式転送モードと同期式転送モードと
は、各通信サイクル（通常１サイクルは、１２５μＳ）
内において、混在させることが可能である。各転送モー
ドは、サイクルの開始を示すサイクル・スタート・パケ
ット（以下、ＣＳＰ）の転送後に実行される。

【００３２】なお、各通信サイクル期間において、同期
式転送モードは、非同期式転送モードよりも優先順位が
高く設定されている。又、同期式転送モードの転送帯域
は、各通信サイクル内で保証されている。

【００３３】（２）アーキテクチャ次に、図３を用いてＩＥＥＥ１３９４規格のアーキテク
チャを説明する。図３は本実施の形態例のＩＥＥＥ１３
９４規格のアーキテクチャを説明する図である。

【００３４】まずＩＥＥＥ１３９４インタフェースの構
成要素を説明する。ＩＥＥＥ１３９４インタフェース
は、機能的に複数のレイヤ（階層）から構成されてい
る。図３において、ＩＥＥＥ１３９４インタフェース
は、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０
１を介して他のノードのＩＥＥＥ１３９４インタフェー
スと接続される。又、ＩＥＥＥ１３９４インタフェース
は、１つ以上の通信ポート３０２を有し、通信ポート３
０２は、ハードウェア部に含まれるフィジカルレイヤ３
０３と接続される。

【００３５】図３において、ハードウェア部は、フィジ
カルレイヤ３０３とリンクレイヤ３０４とから構成され
ている。フィジカルレイヤ３０３は、他のノードとの物
理的、電気的なインタフェース、バスリセットの検出と
それに伴う処理、入出力信号の符号化／復号化、バス使
用権の調停等を行なう。又、リンクレイヤ３０４は、通
信パケットの生成と送受信、サイクルタイマの制御等を
行なう。

【００３６】又、図３において、ファームウェア部は、
トランザクション・レイヤ３０５とシリアル・バス・マ
ネージメント３０６とを含んでいる。トランザクション
・レイヤ３０５は、非同期式転送モードを管理し、各種
のトランザクション（リード、ライト、ロック）を提供
する。シリアル・バス・マネージメント３０６は、後述
するＣＳＲアーキテクチャに基づいて、自ノードの制
御、自ノードの接続状態の管理、自ノードのＩＤ情報の
管理、シリアルバスネットワークの資源管理を行なう機
能を提供する。

【００３７】以上に説明したハードウェア部３０３、３
０４とファームウェア部３０５、３０６とにより実質的
に１３９４インタフェースを構成している。なお、この
基本構成は、ＩＥＥＥ１３９４規格により規定されてい
る。

【００３８】又、ソフトウェア部に含まれるアプリケー
ション・レイヤ３０７は、使用するアプリケーションソ
フトによって異なり、ネットワーク上でどのようにデー
タを通信するのかを制御する。例えば、デジタルＶＴＲ
の動画像データの場合は、ＡＶ／Ｃプロトコルなどの通
信プロトコルによって規定されている。

【００３９】（２−１）リンクレイヤ３０４の機能図４は、リンクレイヤ３０４の提供可能なサービスを示
す図である。図４において、リンクレイヤ３０４は、次
の４つのサービスを提供する。即ち、ａ）応答ノードに対して所定のパケットの転送を要求す
るリンク要求(LK_DATA.request)、ｂ）応答ノードに所定のパケットの受信を通知するリン
ク通知(LK_DATA.indication)、ｃ）応答ノードからのアクノリッジを受信したことを示
すリンク応答(LK_DATA.response)、要求ノードからのアクノリッジを確認するリンク確認
(LK_DATA.confirmation)である。なお、リンク応答(LK_
DATA.response)は、ブロードキャスト通信、同期式パケ
ットの転送の場合には存在しない。

【００４０】又、リンクレイヤ３０４は、上述のサービ
スに基づいて、上述の２種類の転送方式、即ち、調歩同
期式転送モード、同期式転送モードを実現する。

【００４１】（２−２）トランザクション・レイヤ３０
５の機能図５は、トランザクション・レイヤ３０５の提供可能な
サービスを示す図である。図５において、トランザクシ
ョン・レイヤ３０５は、次の４つのサービスを提供す
る。即ち、ａ）応答ノードに対して所定のトランザクションを要求
するトランザクション要求(TR_DATA.request)、ｂ）応答ノードに所定のトランザクション要求の受信を
通知するトランザクション通知(TR_DATA.indication)、ｃ）応答ノードからの状態情報（ライト、ロックの場合
は、データを含む）を受信したことを示すトランザクシ
ョン応答(TR_DATA.response)、Ｄ９要求ノードからの状
態情報を確認するトランザクション確認(TR_DATA.confi
rmation)である。

【００４２】又、トランザクション・レイヤ３０５は、
上述のサービスに基づいて非同期式転送を管理し、次の
３種類のトランザクション、即ち、ａ）リード・トランザクション、ｂ）ライト・トランザクション、ｃ）ロック・トランザクションを実現する。

【００４３】ａ）のリード・トランザクションは、要求
ノードが応答ノードの特定アドレスに格納された情報を
読み取る。

【００４４】ｂ）のライト・トランザクションは、要求
ノードが応答ノードの特定アドレスに所定の情報を書き
込む。

【００４５】ｃ）のロック・トランザクションは、要求
ノードが応答ノードに対して参照データと更新データと
を転送し、応答ノードの特定アドレスの情報とその参照
データとを比較し、その比較結果に応じて特定アドレス
の情報を更新データに更新する。

【００４６】（２−３）シリアル・バス・マネージメン
ト３０６の機能シリアル・バス・マネージメント３０６は、具体的に、
次の３つの機能を提供することができる。３つの機能と
は、即ち、ａ）ノード制御、ｂ）アイソクロナス・リソ
ース・マネージャ（以下、ＩＲＭ）、ｃ）バスマネージ
ャである。

【００４７】ａ）ノード制御は、上述の各レイヤを管理
し、他のノードとの間で実行される非同期式転送を管理
する機能を提供する。

【００４８】ｂ）ＩＲＭは、他のノードとの間で実行さ
れる同期式転送を管理する機能を提供する。具体的に
は、転送帯域幅とチャネル番号の割り当てに必要な情報
を管理し、これらの情報を他のノードに対して提供す
る。

【００４９】ＩＲＭは、ローカルバス上に唯一存在し、
バスリセット毎に他の候補者（ＩＲＭの機能を有するノ
ード）の中から動的に選出される。又、ＩＲＭは、後述
のバスマネージャの提供可能な機能（接続構成の管理、
電源管理、速度情報の管理等）の一部を提供してもよ
い。

【００５０】ｃ）バスマネージャは、ＩＲＭの機能を有
し、ＩＲＭよりも高度なバス管理機能を提供する。

【００５１】具体的には、より高度な電源管理（通信ケ
ーブルを介して電源の供給が可能か否か、電源の供給が
必要か否か等の情報を各ノード毎に管理）、より高度な
速度情報の管理（各ノード間の最大転送速度の管理）、
より高度な接続構成の管理（トポロジ・マップの作
成）、これらの管理情報に基づくバスの最適化等を行な
い、更にこれらの情報を他のノードに提供する機能を有
する。

【００５２】又、バスマネージャは、シリアルバスネッ
トワークを制御するためのサービスをアプリケーション
に対して提供できる。ここで、サービスには、シリアル
バス制御要求(SB_CONTROL.request)、シリアルバス・イ
ベント制御確認(SB_CONTROL.confirmation)シリアルバ
ス・イベント通知(SB_CONTROL.indication)等がある。

【００５３】シリアルバス制御要求（SB_CONTROL.reque
st）は、アプリケーションがバスリセットを要求するサ
ービスである。

【００５４】シリアルバス・イベント制御確認（SB_CON
TROL.confirmation）は、シリアルバス制御要求（SB_CO
NTROL.request）をアプリケーションに対して確認する
サービスである。シリアルバス・イベント制御確認（SB
_CONTROL.indication）は、非同期に発生するイベント
をアプリケーションに対して通知するサービスである。

【００５５】（３）アドレス指定の説明図６は、１３９４インタフェースにおけるアドレス空間
を説明する図である。なお、１３９４インタフェース
は、ＩＳＯ／ＩＥＣ１３２１３：１９９４に準じたＣＳ
Ｒ(Command and Status Register)アーキテクチャに従
い、６４ビット幅のアドレス空間を規定している。

【００５６】図６において、最初の１０ビットのフィー
ルド６０１は、所定のバスを指定するＩＤ番号に使用さ
れ、次の６ビットのフィールド６０２は、所定の機器
（ノード）を指定するＩＤ番号に使用される。この上位
１６ビットを「ノードＩＤ」と呼び、各ノードはこのノ
ードＩＤにより他のノードを識別する。又、各ノード
は、このノードＩＤを用いて相手を識別した通信を行な
うことができる。

【００５７】残りの４８ビットからなるフィールドは、
各ノードの具備するアドレス空間（２５６Ｍバイト構
造）を指定する。その内の２０ビットのフィールド６０
３は、アドレス空間を構成する複数の領域を指定する。

【００５８】フィールド６０３において、「０〜０×Ｆ
ＦＦＦＤ」の部分は、メモリ空間と呼ばれる。

【００５９】「０×ＦＦＦＦＥ」の部分は、プライベー
ト空間と呼ばれ、各ノードで自由に利用できるアドレス
である。又、「０×ＦＦＦＦＥ」の部分は、レジスタ空
間と呼ばれ、バスに接続されたノード間において共通の
情報を格納する。各ノードは、レジスタ空間の情報を用
いることにより、各ノード間の通信を管理することがで
きる。

【００６０】最後の２８ビットのフィールド６０４は、
各ノードにおいて共通或いは固有となる情報が格納され
るアドレスを指定する。

【００６１】例えば、レジスタ空間において、最初の５
１２バイトは、ＣＳＲアーキテクチャのコア（ＣＳＲコ
ア）レジスタ用に使用される。ＣＳＲコアレジスタに格
納される情報のアドレス及び機能を図７に示す。図７中
のオフセットは、「０×ＦＦＦＦＦ０００００００」か
らの相対位置である。

【００６２】図６における次の５１２バイトは、シリア
ルバス用のレジスタとして使用される。シリアルバスレ
ジスタに格納される情報のアドレス及び機能を図８に示
す。図８中のオフセットは、「０×ＦＦＦＦＦ００００
２００」からの相対位置である。

【００６３】図６におけるその次の１０２４バイトは、
コンフィギュレーションＲＯＭ（Configuration ROM）
用に使用される。コンフィギュレーションＲＯＭには最
小形式と一般形式とがあり、「０×ＦＦＦＦＦ００００
４００」から配置される。最小形式のコンフィギュレー
ションＲＯＭの例を図９に示す。図９において、ベンダ
ＩＤは、ＩＥＥＥにより各ベンダに対して固有に割り当
てられた２４ビットの数値である。

【００６４】又、一般形式のコンフィギュレーションＲ
ＯＭを図１０に示す。図１０において、上述のベンダＩ
Ｄは、Root Directory１００２に格納されている。Bus
InfoBlock１００１とRoot Leaf１００５とには、各ノー
ドを識別する固有のＩＤ情報としてノードユニークＩＤ
を保持することが可能である。

【００６５】ここで、ノードユニークＩＤは、メーカ
ー、機種に関わらず、１つのノードを特定することので
きる固有のＩＤを定めるようになっている。ノードユニ
ークＩＤは６４ビットにより構成され、上位２４ビット
は上述のベンダＩＤを示し、下位４８ビットは各ノード
を製造するメーカーにおいて自由に設定可能な情報（例
えば、ノードの製造番号等）を示す。なお、このノード
ユニークＩＤは、例えばバスリセットの前後で継続して
特定のノードを認識する場合に使用される。

【００６６】又、一般形式のコンフィギュレーションＲ
ＯＭを示す図１０において、Root Directory１００２に
は、ノードの基本的な機能に関する情報を保持すること
が可能である。詳細な機能情報は、Root Directory１０
０２からオフセットされるサブディレクトリ（Unit Dir
ectories１００４）に格納される。Unit Directories１
００４には、例えば、ノードのサポートするソフトウェ
アユニットに関する情報が格納される。具体的には、ノ
ード間のデータ通信を行なうためのデータ転送プロトコ
ル、所定の通信手順を定義するコマンドセット等に関す
る情報が保持される。

【００６７】又、図１０において、Node Dependent Inf
o Directory１００３には、デバイス固有の情報を保持
することが可能である。Node Dependent Info Director
y１００３は、Root Directory１００２によりオフセッ
トされる。

【００６８】更に、図１０において、Vendor Dependent
Information１００６には、ノードを製造、或いは販売
するベンダ固有の情報を保持することができる。

【００６９】残りの領域は、ユニット空間と呼ばれ、各
ノード固有の情報、例えば、各機器の識別情報（会社
名、機種名等）や使用条件等が格納されたアドレスを指
定する。ユニット空間のシリアルバス装置レジスタに格
納される情報のアドレス及び機能を図１１に示す。図中
のオフセットは、「０×ＦＦＦＦＦ００００８００」か
らの相対位置である。

【００７０】なお、一般的に、異種のバスシステムの設
計を簡略化したい場合、各ノードは、レジスタ空間の最
初の２０４８バイトのみを使うべきで考る。つまり、Ｃ
ＳＲコアレジスタ、シリアルバスレジスタ、コンフィギ
ュレーションＲＯＭ、ユニット空間の最初の２０４８バ
イトの合わせて４０９６バイトで構成することが望まし
い。

【００７１】（４）通信ケーブルの構成図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブル
の断面図を示す。

【００７２】通信ケーブルは、２組のツイストペア信号
線と電源ラインとにより構成されている。電源ラインを
設けることによって、１３９４インタフェースは、主電
源のＯＦＦとなった機器、故障により電力低下した機器
等にも電力を供給することができる。なお、電源線内を
流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ
１．５Ａと規定されている。

【００７３】２組のツイストペア信号線には、ＤＳ−Ｌ
ｉｎｋ(Data/Strobe Link)符号化方式にて符号化された
情報信号が伝送される。図１３は、本実施の形態例にお
けるＤＳ−Ｌｉｎｋ符号化方式を説明する図である。

【００７４】図１３に示すＤＳ−Ｌｉｎｋ符号化方式
は、高速なシリアルデータ通信に適しており、その構成
は、２組のより対線を必要とする。一組のより対線は、
データ信号を送り、他のより対線は、ストローブ信号を
送る構成になっている。受信側は、２組の信号線から受
信したデータ信号とストローブ信号との排他的論理和を
とることによって、クロックを再現することができる。

【００７５】なお、ＤＳ−Ｌｉｎｋ符号化方式を用いる
ことにより、１３９４インタフェースには、例えば次の
ような利点がある。ａ）他の符号化方式に比べて転送効
率が高い。ｃ）ＰＬＬ回路が不要となり、コントローラ
ＬＳＩの回路規模を小さくできる。ｃ）アイドル状態で
あることを示す情報を送る必要が無いため、トランシー
バ回路をスリープ状態とし易く、消費電力の低減が図れ
る。

【００７６】（５）バスリセット機能各ノードの１３９４インタフェースは、ネットワークの
接続構成に変化が生じたことを自動的に検出することが
できる構成となっている。この場合、１３９４ネットワ
ークは以下に示す手順によりバスリセットと呼ばれる処
理を行なう。なお、接続構成の変化は、各ノードの具備
する通信ポートにかかるバイアス電圧の変化により検知
することができる。

【００７７】ネットワークの接続構成の変化（例えば、
ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによる
ノード数の増減）を検出したノード、又は新たな接続構
成を認識する必要のあるノードは、１３９４インタフェ
ースを介して、バス上にバスリセット信号を送信する。

【００７８】バスリセット信号を受信したノードの１３
９４インタフェースは、バスリセットの発生を自身のリ
ンクレイヤ３０４に伝達すると共に、そのバスリセット
信号を他のノードに転送する。バスリセット信号を受信
したノードは、今まで認識していたネットワークの接続
構成及び各機器に割り当てられたノードＩＤをクリアに
する。最終的に全てのノードがバスリセット信号を検知
した後、各ノードは、バスリセットに伴う初期化処理
（即ち、新たな接続構成の認識と新たなノードＩＤの割
り当て）を自動的に行なう。

【００７９】なお、バスリセットは、先に述べたような
接続構成の変化による起動の他に、ホスト側の制御によ
って、アプリケーション・レイヤ３０７がフィジカルレ
イヤ３０３に対して直接命令を出すことによって起動さ
せることも可能である。

【００８０】又、バスリセットが起動するとデータ転送
は一時中断され、バスリセットに伴う初期化処理の終了
後、新しいネットワークのもとで再開される。

【００８１】（６）バスリセット起動後のシーケンスの
説明バスリセットの起動後、各ノードの１３９４インタフェ
ースは、新たな接続構成の認識と新たなノードＩＤの割
り当てとを自動的に実行する。以下、バスリセットの開
始からノードＩＤの割り当て処理までの基本的なシーケ
ンスを図１４〜１６を用いて説明する。

【００８２】図１４は、図２の１３９４ネットワークに
おけるバスリセット起動後の状態を説明する図である。

【００８３】図１４において、ノードＡは１つの通信ポ
ート、ノードＢは２つの通信ポート、ノードＣは２つの
通信ポート、ノードＤは３つの通信ポート、ノードＥは
１つの通信ポート、ノードＦは１つの通信ポートを具備
している。各ノードの通信ポートには、各ポートを識別
するためにポート番号を付されている。

【００８４】以下、図１４におけるバスリセットの開始
からノードＩＤの割り当てまでを図１５のフローチャー
トを参照して説明する。図１５は本実施の形態例におけ
るバスリセットの開始からノードＩＤの割り当てまでの
処理を示すフローチャートである。

【００８５】１３９４ネットワークを構成する例えば図
１４に示す各ノードＡ〜Ｆは、通常ステップＳ１５０１
に示すようにバスリセットが発生したか否かを常時監視
している。接続構成の変化を検出したノードからバスリ
セット信号が出力されると、各ノードはバスリセットを
検知してステップＳ１５０２以下の処理を実行する。

【００８６】即ち、バスリセットを検知するとステップ
Ｓ１５０１よりステップＳ１５０２に進み、バスリセッ
トの発生後に各ノードは夫々の具備する通信ポート間に
おいて親子関係の宣言を行なう。そして続くステップＳ
１５０３において、全てのノード間の親子関係が決定さ
れたか否かを調べる。全てのノード間の親子関係が決定
されていない場合にはステップＳ１５０２に戻り、各ノ
ードは、全てのノード間の親子関係が決定されるまで、
ステップＳ１５０２の処理を繰り返し行なう。

【００８７】このようにして全てのノード間の親子関係
が決定するとステップＳ１５０３よりステップＳ１５０
４に進む。そしてステップＳ１５０４で１３９４ネット
ワークはネットワークの調停を行なうノード、即ちルー
トを決定する。ルートを決定した後にステップＳ１５０
５に進み、各ノードの１３９４インタフェース夫々は、
自己のノードＩＤを自動的に設定する作業を実行する。
そして続くステップＳ１５０６において全てのノードに
対してノードＩＤの設定がなされ、ＩＤ設定処理が終了
したか否かを調べる。全てのノードに対してノードＩＤ
の設定がなされていない場合にはステップＳ１５０５に
戻り各ノードは所定の手順に基づき次のノードに対する
ＩＤの設定を行なう。

【００８８】このようにして最終的に全てのノードに対
してノードＩＤが設定されるとステップＳ１５０６より
ステップＳ１５０７に進み、各ノードは、同期式転送或
いは非同期式転送を実行する。そしてデータ転送が終了
すると各ノードの１３９４インタフェースはステップＳ
１５０１のバスリセット監視に戻る。

【００８９】以上の手順により、各ノードの１３９４イ
ンタフェースは、バスリセットが起動する毎に、新たな
接続構成の認識と新たなノードＩＤの割り当てとを自動
的に実行することができる。

【００９０】（７）親子関係の決定次に、図１５に示したステップＳ１５０２の親子関係宣
言処理（即ち、各ノード間の親子関係を認識する処理）
の詳細を図１６のフローチャートを参照して説明する。
図１６は本実施の形態例における図１５に示したステッ
プＳ１５０２の親子関係宣言処理の詳細を示すフローチ
ャートである。

【００９１】本実施の形態例の親子関係宣言処理におい
ては、まず図１６に示すステップＳ１６０１において、
バスリセットの発生後、１３９４ネットワーク上の各ノ
ードＡ〜Ｆは、自分の具備する通信ポートの接続状態
（接続又は未接続）を確認する。通信ポートの接続状態
の確認後、続くステップＳ１６０２において、各ノード
は、他のノードと接続されている通信ポート（以下、接
続ポート）の数をカウントして接続ポートの数が一つか
否かを調べる。

【００９２】ステップＳ１６０２で接続ポートの数が１
つである場合にはステップＳ１６０３に進み、そのノー
ドは、自分が「リーフ」であると認識する。なおここ
で、リーフとは、１つのノードとのみ接続されているノ
ードのことである。そして次のステップＳ１６０４でリ
ーフとなるノードは、その接続ポートに接続されている
ノードに対して、「自分は子（Ｃｈｉｌｄ）」であるこ
とを宣言する。このとき、リーフは、その接続ポートが
「親ポート（親ノードと接続された通信ポート）」であ
ると認識する。そしてステップＳ１６１１に進む。

【００９３】ここで、親子関係の宣言は、まず、ネット
ワークの末端であるリーフとブランチとの間にて行わ
れ、続いて、ブランチとブランチとの間で順次に行われ
る。各ノード間の親子関係は、早く宣言の行なえる通信
ポートから順に決定される。又、各ノード間において、
子であることを宣言した通信ポートは「親ポート」であ
ると認識され、その宣言を受けた通信ポートは「子ポー
ト（子ノードと接続された通信ポート）」であると認識
される。例えば、図１４において、ノードＡ，Ｅ，Ｆ
は、自分がリーフであると認識した後、親子関係の宣言
を行なう。これにより、ノードＡ−Ｂ間では子−親、ノ
ードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と
決定される。

【００９４】一方、ステップＳ１６０２の処理の結果、
接続ポートの数が１つでなく２つ以上の場合にはステッ
プＳ１６０５に進み、そのノードは自分を「ブランチ」
であると認識する。ここで、ブランチとは、２つ以上の
ノードと接続されているノードのことである。そして続
くステップＳ１６０６においてブランチとなるノード
は、各接続ポートのノードから親子関係の宣言を受け付
ける。宣言を受け付けた接続ポートは、「子ポート」と
して認識される。

【００９５】１つの接続ポートを「子ポート」と認識し
た後にステップＳ１６０７に進み、ブランチはまだ親子
関係の決定されていない接続ポート（即ち、未定義ポー
ト）が２つ以上あるか否かを検出する。その結果、未定
義ポートが２つ以上ある場合にはステップＳ１６０６の
処理に戻り、ブランチは、再び各接続ポートのノードか
ら親子関係の宣言を受け付ける処理を行なう。

【００９６】一方、ステップＳ１６０７の検出の結果未
定義ポートが２つ以上ない場合にはステップＳ１６０８
に進み、未定義ポートが１つだけ存在しているか否かを
調べる。未定義ポートが１つだけ存在する場合にはブラ
ンチは、その未定義ポートが「親ポート」であると認識
し、ステップＳ１６０９でそのポートに接続されている
ノードに対して「自分は子」であることを宣言するそし
てステップＳ１６１１に進む。

【００９７】ここで、ブランチは、残りの未定義ポート
が１つになるまで自分自身が子であると他のノードに対
して宣言することができない。例えば、図１４の構成に
おいて、ノードＢ，Ｃ，Ｄは、自分がブランチであると
認識すると共に、リーフ或いは他のブランチからの宣言
を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子
関係が決定した後、ノードＣに対して親子関係の宣言を
行っている。又、ノードＤからの宣言を受けたノードＣ
は、ノードＢに対して親子関係の宣言を行っている。

【００９８】一方、ステップＳ１６０８の処理の結果、
未定義ポートが存在しない場合（つまり、ブランチの具
備する全ての接続ポートが親ポートとなった場合）には
ステップＳ１６１０に進み、そのブランチは、自分自身
がルートであることを認識する。例えば、図１４におい
て、接続ポートの全てが親ポートとなったノードＢは、
１３９４ネットワーク上の通信を調停するルートとして
他のノードに認識される。

【００９９】ここで、ノードＢがルートと決定された
が、ノードＢの親子関係を宣言するタイミングが、ノー
ドＣの宣言するタイミングに比べて早い場合には、他の
ノードがルートになる可能性もある。即ち、宣言するタ
イミングによっては、どのノードもルートとなる可能性
がある。従って、同じネットワーク構成であっても同じ
ノードがルートになるとは限らない。

【０１００】このように全ての接続ポートの親子関係が
宣言されることによって、各ノードは、１３９４ネット
ワークの接続構成を階層構造（ツリー構造）として認識
することができるため最後にステップＳ１６１１で全て
の接続ポートの宣言終了としてリターンする。なお、上
述の親ノードは階層構造における上位であり、子ノード
は階層構造における下位となる。

【０１０１】（８）ノードＩＤの割り当て次に、図１７を参照して図１５に示すステップＳ１５０
５のノードＩＤ設定処理（即ち、自動的に各ノードのノ
ードＩＤを割り当てる処理）を詳細に説明する。図１７
は図１５のステップＳ１５０５のノードＩＤ設定処理の
詳細を示すフローチャートである。ここで、ノードＩＤ
は、バス番号とノード番号とから構成されるが、本実施
の形態例では、各ノードを同一バス上に接続するものと
し、各ノードには同一のバス番号が割り当てられるもの
とする。

【０１０２】本実施の形態例のノードＩＤ設定処理にお
いては、まずステップＳ１７０１において、ルートは、
ノードＩＤが未設定のノードが接続されている子ポート
の内の最小番号を有する通信ポートに対してノードＩＤ
の設定許可を与える。なお、図１７において、ルート
は、最小番号の子ポートに接続されている全ノードのノ
ードＩＤを設定した後、その子ポートを設定済とし、次
に最小となる子ポートに対して同様の制御を行なう。最
終的に子ポートに接続された全てのノードのＩＤ設定が
終了した後、ルート自身のノードＩＤを設定する。ノー
ドＩＤに含まれるノード番号は、基本的にリーフ、ブラ
ンチの順に０，１，２…と割り当てられる。従って、ル
ートが最も大きなノード番号を有することになる。

【０１０３】ステップＳ１７０１において設定許可を得
たノードは、続くステップＳ１７０２において自分の子
ポートの内のノードＩＤが未設定となるノードを含む子
ポートがあるか否かを判断する。ステップＳ１７０２に
おいて、未設定ノードを含む子ポートが検出されない場
合にはステップＳ１７０５に進む。

【０１０４】一方、ステップＳ１７０２において未設定
ノードを含む子ポートが検出された場合にはステップＳ
１７０３に進み、上述の設定許可を得たノードは、その
子ポート（最小番号となる子ポート）に直接接続された
ノードに対してその設定許可を与えるように制御する。
そして続くステップＳ１７０４において、上述の設定許
可を得たノードは、自分の子ポートの内、ノードＩＤが
未設定であるノードを含む子ポートがあるか否かを判断
する。ここで、末設定ノードを含む子ポートの存在が検
出された場合にはステップＳ１７０３に戻り、そのノー
ドは、再び最小番号となる子ポートにその設定許可を与
える。

【０１０５】一方、ステップＳ１７０４において未設定
ノードを含む子ポートが検出されなかった場合にはステ
ップＳ１７０５に進む。

【０１０６】このようにしてステップＳ１７０２或いは
ステップＳ１７０４において、未設定ノードを含む子ポ
ートが検出されなかった場合にはステップＳ１７０５に
進み、設定許可を得たノードは、自分自身のノードＩＤ
を設定する。続いてステップＳ１７０６において、自分
のノードＩＤを設定したノードは、自己のノード番号、
通信ポートの接続状態に関する情報等を含んだセルフＩ
Ｄパケットをブロードキャストする。なお、ブロードキ
ャストとは、あるノードの通信パケットを、１３９４ネ
ットワークを構成する不特定多数のノードに対して転送
することである。

【０１０７】ここで、各ノードは、このセルフＩＤパケ
ットを受信することにより、各ノードに割り当てられた
ノート番号を認識することができ、自分に割り当てられ
るノード番号を知ることができる。例えば、図１４にお
いて、ルートであるノードＢは、最小ポート番号「♯
１」の通信ポートに接続されたノードＡに対してノード
ＩＤ設定の許可を与える。ノードＡは、自己のノード番
号「Ｎｏ．０」と割り当て、自分自身に対してバス番号
とノード番号とからなるノードＩＤを設定する。又、ノ
ードＡは、そのノード番号を含むセルフＩＤパケットを
ブロードキャストする。

【０１０８】図１８にステップＳ１７０６で出力するセ
ルフＩＤパケットの構成例を示す。図１８において、１
８０１はセルフＩＤパケットを送出したノードのノード
番号を格納するフィールド、１８０２は対応可能な転送
速度に関する情報を格納するフィールド、１８０３はバ
ス管理機能（バスマネージャの能力の有無等）の有無を
示すフィールド、１８０４は電力の消費及び供給の特性
に関する情報を格納するフィールドである。

【０１０９】又、図１８において、１８０５はポート番
号「＃０」となる通信ポートの接続状態に関する情報
（接続、未接続、通信ポートの親子関係等）を格納する
フィールド、１８０６はポート番号「♯１」となる通信
ポートの接続状態に関する情報（接続、未接続、通信ポ
ートの親子関係等）を格納するフィールド、１８０７は
ポート番号「♯２」となる通信ポートの接続状態に関す
る情報（接続、未接続、通信ポートの親子関係等）を格
納するフィールドである。

【０１１０】なお、セルフＩＤパケットを送出するノー
ドにバスマネージャとなり得る能力がある場合には、フ
ィールド１８０３に示すコンテンダビットを「１」と
し、なり得る能力がなければ、コンテンダビットを
「０」とする。

【０１１１】ここで、バスマネージャとは、上述のセル
フＩＤパケットに含まれる各種の情報に基づいて、バス
の電源管理（通信ケーブルを介して電源の供給が可能か
否か、電源の供給が必要か否か等の情報を各ノード毎に
管理する）、速度情報の管理（各ノードの対応可能な転
送速度に関する情報から各ノード間の最大転送速度を管
理する）、トポロジーマップ情報の管理（通信ポートの
親子関係情報からネットワークの接続構成を管理す
る）、トポロジーマップ情報に基づくバスの最適化等を
行ない、それらの情報を他のノードに提供する機能を有
するノードである。これらの機能により、バスマネージ
ャとなるノードは１３９４ネットワーク全体のバス管理
を行なうことができる。

【０１１２】図１７の処理において、ステップＳ１７０
６の処理後、ノードＩＤの設定を行ったノードはステッ
プＳ１７０７において親ノードがあるか否かを判断す
る。親ノードがある場合にはステップＳ１７０２に戻
り、その親ノードがステップＳ１７０２以下の処理を実
行する。そして、まだノードＩＤの設定されていないノ
ードに対して許可を与える。

【０１１３】一方、ステップＳ１７０７において親ノー
ドが存在しない場合にはそのノードはルート自身である
と判断してステップＳ１７０８に進み、ルートとして全
ての子ポートに接続されたノードに対してノードＩＤが
設定されたか否かを判別する。ステップＳ１７０８にお
いて、全てのノードに対するＩＤ設定処理が終了しなか
った場合にはステップＳ１７０１に戻り、ルートは、そ
のノードを含む子ポートの内、最小番号となる子ポート
に対してＩＤ設定の許可を与える。そしてその後ステッ
プＳ１７０２以下の処理を実行する。

【０１１４】一方、ステップＳ１７０８において全ての
ノードに対するＩＤ設定処理が終了した場合にはステッ
プＳ１７０９に進み、ルートは、自分自身のノードＩＤ
の設定を実行する。そしてノードＩＤの設定後、ルート
はステップＳ１７１０においてセルフＩＤパケットをブ
ロードキャストする。そしてリターンする。

【０１１５】以上の処理によって、１３９４ネットワー
クは、各ノードに対して自動的にノードＩＤを割り当て
ることができる。

【０１１６】ここで、ノードＩＤの設定処理後、複数の
ノードがバスマネージャの能力を具備する場合、ノード
番号の最も大きいノードがバスマネージャとなる。つま
り、ネットワーク内で最大となるノード番号を持つルー
トがバスマネージャになり得る機能を有している場合に
は、ルートがバスマネージャとなる。

【０１１７】しかしながら、ルートにその機能が備わっ
ていない場合には、ルートの次に大きいノード番号を具
備するノードがバスマネージャとなる。又、どのノード
がバスマネージャになったかについては、各ノードがブ
ロードキャストするセルフＩＤパケット内のコンテンダ
ビット１８０３をチェックすることにより把握すること
ができる。

【０１１８】（９）アービトレーション機能図１９は、図１に示す本実施の形態例における１３９４
ネットワークにおけるアービトレーションを説明する図
である。

【０１１９】１３９４ネットワークでは、データ転送に
先立って、必ずバス使用権のアービトレーション（調
停）を行なう。１３９４ネットワークは、論理的なバス
型ネットワークであり、各ノードから転送された通信パ
ケットを他のノードに中継することによって、ネットワ
ーク内の全てのノードに同じ通信パケットを転送するこ
とのできる。従って、通信パケットの衝突を防ぐため
に、必ずアービトレーションが必要となる。これによっ
て、ある時間において一つのノードのみが転送を行なう
ことができる。

【０１２０】図１９の（ａ）は、ノードＢとノードＦと
が、バス使用権の要求を発している場合について説明す
る図である。

【０１２１】アービトレーションが始まるとノードＢ，
Ｆは、夫々親ノードに向かって、バス使用権の要求を発
する。ノードＢの要求を受けた親ノード（即ち、ノード
Ｃ）は、自分の親ノード（即ち、ノードＤ）に向かっ
て、そのバス使用権を中継する。この要求は、最終的に
調停を行なうルート（ノードＤ）に届けられる。

【０１２２】バス使用要求を受けたルートは、どのノー
ドにバスを使用させるかを決める。この調停作業はルー
トとなるノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可が与えられる。

【０１２３】図１９の（ｂ）は、ノードＦの要求が許可
され、ノードＢの要求が拒否されたことを示す図であ
る。

【０１２４】アービトレーションに負けたノードに対し
てルートは、ＤＰ(Data prefix)パケットを送り、拒否
されたことを知らせる。拒否されたノードは、次回のア
ービトレーションまでバス使用要求を待機する。

【０１２５】以上のようにアービトレーションを制御す
ることによって、１３９４ネットワークは、バスの使用
権を管理することができる。

【０１２６】（１０）通信サイクル本実施の形態例においては、同期式転送モードと非同期
式転送モードとは、各通信サイクル期間内において時分
割に混在させることができる。ここで、通信サイクルの
期間は、通常、１２５μＳである。

【０１２７】図２０は、１通信サイクルにおいて同期式
転送モードと非同期式転送モードとを混在させた場合を
説明する図である。

【０１２８】本実施の形態例においては、同期式転送モ
ードは非同期式転送モードより優先して実行される。そ
の理由は、サイクル・スタート・パケットの後、非同期
式転送を起動するために必要なアイドル期間(subaction
gap)が、同期式転送を起動するため必要なアイドル期
間（同期式 gap)よりも長くなるように設定されている
ためである。これにより、同期式転送は、非同期式転送
に優先して実行される。

【０１２９】図２０において、各通信サイクルのスター
ト時には、サイクル・スタート・パケット（以下、「Ｃ
ＳＰ」と称す。）が所定のノードから転送される。各ノ
ードは、このＣＳＰを用いて時刻調整を行なうことによ
って、他のノードと同じ時間を計時することができる。

【０１３０】（１１）同期式転送モード同期式転送モードは、同期型の転送方式である。同期式
モード転送は、通信サイクルの開始後、所定の期間にお
いて実行可能である。又、同期式転送モードは、リアル
タイム転送を維持するために、各サイクル毎に必ず実行
される。

【０１３１】同期式転送モードは、特に動画像データや
音声データ等のリアルタイムな転送を必要とするデータ
の転送に適した転送モードである。同期式転送モード
は、非同期式転送モードのように１対１の通信ではなく
ブロードキャスト通信である。つまり、あるノードから
送出されたパケットは、ネットワーク上の全てのノード
に対して一様に転送される。なお、同期式転送には、ａ
ｃｋ（受信確認用返信コード）は存在しない。

【０１３２】図２０において、チャネルｅ（ｃｈ
ｅ）、チャネルｓ（ｃｈｓ）、チャネルｋ（ｃｈ
ｋ）は、各ノードが同期式転送を行なう期間を示す。１
３９４インタフェースでは、複数の異なる同期式転送を
区別するために、夫々異なるチャネル番号を与えてい
る。これにより、複数ノード間での同期式転送が可能と
なる。ここで、このチャネル番号は、送信先を特定する
ものではなく、データに対する論理的な番号を与えてい
るに過ぎない。

【０１３３】又、図２０に示した同期式 gapとは、バス
のアイドル状態を示すものである。このアイドル状態が
一定時間を経過した後、同期式転送を希望するノード
は、バスが使用できると判断し、アービトレーションを
実行する。

【０１３４】次に、図２１に本実施の形態例の同期式転
送モードに基づいて転送される通信パケットのフォーマ
ットを示す。以下、同期式転送モードに基づいて転送さ
れる通信パケットを、同期式パケットと称する。

【０１３５】図２１において、同期式パケットはヘッダ
部２１０１、ヘッダＣＲＣ２１０２、データ部２１０
３、データＣＲＣ２１０４から構成される。

【０１３６】ヘッダ部２１０１には、データ部２１０３
のデータ長を格納するフィールド２１０５、同期式パケ
ットのフォーマット情報を格納するフィールド２１０
６、同期式パケットのチャネル番号を格納するフィール
ド２１０７、パケットのフォーマット及び実行しなけれ
ばならない処理を識別するトランザクションコード（ｔ
ｃｏｄｅ）を格納するフィールド２１０８、同期化コー
ドを格納するフィールド２１０９がある。

【０１３７】（１２）非同期式転送モード本実施の形態例の非同期式転送モードは、非同期型の転
送方式である。非同期式転送は、自己ノードから相手ノ
ードへの１対１の通信であり、同期式転送期間の終了
後、次の通信サイクルが開始されるまでの間（即ち、次
の通信サイクルのＣＳＰが転送されるまでの間）、実行
可能である。

【０１３８】図２０において、最初のサブアクション・
ギャップ(subaction gap)は、バスのアイドル状態を示
すものである。このアイドル時間が一定値になった後、
非同期式転送を希望するノードは、バスが使用できると
判断し、アービトレーションを実行する。

【０１３９】アービトレーションによりバスの使用権を
得たノードは、図２２に示すパケットを所定のノードに
対して転送する。このパケットを受信したノードは、ａ
ｃｋ（受信確認用返送コード）或いは応答パケットをａ
ｃｋｇａｐ後に返送する。

【０１４０】図２２は、本実施の形態例の非同期式転送
モードに基づく通信パケットのフォーマットを示す図で
ある。以下、非同期式転送モードに基づいて転送される
通信パケットを、非同期式パケットと称する。

【０１４１】図２２において、非同期式パケットは、ヘ
ッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２
０３、データＣＲＣ２２０４から構成される。

【０１４２】ヘッダ部２２０１において、フィールド２
２０５には宛先となるノードのノードＩＤ、フィールド
２２０６にはソースとなるノードのノードＩＤ、フィー
ルド２２０７には一連のトランザクションを示すための
ラベル、フィールド２２０８には再送ステータスを示す
コード、フィールド２２０９にはパケットのフォーマッ
ト及び実行しなければならない処理を識別するトランザ
クションコード（ｔｃｏｄｅ）、フィールド２２１０に
は優先順位、フィールド２２１１には宛先のメモリ・ア
ドレス、フィールド２２１２にはデータ部のデータ長、
フィールド２２１３には拡張されたトランザクションコ
ードが格納される。

【０１４３】又、非同期式転送において転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
る。従って、宛先となるノードのみが、そのパケットを
読み込むことができる。

【０１４４】なお、非同期式転送中に次のＣＳＰを転送
すべき時間に至った場合、無理に転送を中断せず、その
転送が終了した後、次のＣＳＰを送信する。これによ
り、１つの通信サイクルが１２５μＳ以上続いたとき
は、その分、次の通信サイクル期間を短縮する。このよ
うにすることによって、１３９４ネットワークは、ほぼ
一定の通信サイクルを保持することができる。

【０１４５】＜デバイスマップ＞デバイスマップを作成
するためにアプリケーションが１３９４ネットワークの
トポロジーを知る手段として、ＩＥＥＥ１３９４規格上
は以下の手段がある。なお、トポロジーとは、バスにつ
ながる各ノードの接続状況を表わすもので、図２に示さ
れるノードの接続状況を表わす情報である。１．バスマネージャの保持するトポロジーマップレジス
ターをリードする２．バスリセット時にセルフＩＤパケットから推定するしかし、上記１、２の手段では、各ノードの親子関係に
よるケーブル接続順のトポロジーは判明するものの、ノ
ードが配置されている物理的な位置関係を示す情報を知
ることはできない（実装されていないポートまで見えて
しまう、といった問題もある）。

【０１４６】また、デバイスマップを作成するための情
報を、コンフィギュレーションＲＯＭ以外のデータベー
スとして持つ、といった手段もあるが、その場合、各種
情報を得る手段はデータベースアクセス、データ転送等
のプロトコルに依存してしまう。

【０１４７】ところで、コンフィギュレーションＲＯＭ
自体やコンフィギュレーションＲＯＭを読む機能は、Ｉ
ＥＥＥ１３９４規格を遵守したデバイスが必ず持つもの
である。そこで、デバイスの位置、機能等の情報を各ノ
ードのコンフィギュレーションＲＯＭに格納し、それら
をアプリケーションから読む機能を与えることにより、
データベースアクセス、データ転送等の特定のプロトコ
ルに依存することなく、各ノードのアプリケーションが
いわゆるデバイスマップ表示機能を実装することができ
る。

【０１４８】コンフィギュレーションＲＯＭにはノード
固有の情報として物理的な位置、機能などが格納可能で
あり、デバイスマップ表示機能の実現に使用することが
可能である。

【０１４９】この場合、アプリケーションが物理的な位
置関係による１３９４ネットワークトポロジーを知る手
段としては、バスリセット時やユーザーからの要求時
に、各ノードのコンフィギュレーションＲＯＭを読み取
ることにより、１３９４ネットワークのトポロジーを知
る、という方法が可能となる。更に、コンフィギュレー
ションＲＯＭ内にノードの物理的位置のみならず機能な
どの各種ノード情報も記述することによって、コンフィ
ギュレーションＲＯＭを読むことで、ノードの物理的位
置と同時に各ノードの機能情報等も得ることができる。
アプリケーションが各ノードのコンフィギュレーション
ＲＯＭ情報を取得する際には、指定ノードの任意のコン
フィギュレーションＲＯＭ情報を取得するＡＰＩを用い
る。

【０１５０】このような手段を用いることにより、ＩＥ
ＥＥ１３９４ネットワーク上のデバイスのアプリケーシ
ョンは、物理的なトポロジーマップ、各ノードの機能マ
ップ等、用途に応じて様々なデバイスマップを作成する
ことができ、ユーザーが必要な機能をもつデバイスを選
択する、といったことも可能となる。

【０１５１】＜本実施の形態例の構成並びに接続デバイ
スの説明＞以下、本実施の形態例の構成、並びに接続デ
バイスについて説明する。まず、各ローカルバスに接続
される各ノードの共通部分として１３９４シリアルバス
インターフェース部の構成を図２３を参照して説明す
る。図２３は本実施の形態例の１３９４ノードの１３９
４インターフェースブロックの構成を示す図である。

【０１５２】図２３中、２７０１はデバイス本体とのイ
ンタフェースを行ない、ＰＨＹＩＣのデータ転送をコン
トロールするリンクレイヤ制御ＩＣ（ＬＩＮＫＩＣ）で
あり、前述の（ＩＥＥＥ１３９４の技術の概要）におけ
るリンクレイヤの機能を実現する。本ＩＣが備える主な
機能としてはＰＨＹＩＣを介する送信／受信データを一
時格納する送受信ＦＩＦＯ、送信データのパケット化機
能、ＰＨＹＩＣが受信データが本ノードアドレス、また
はアイソクロナス転送データの場合は割り当てられたチ
ャンネル向けのものであるかの判定機能、またそのデー
タのエラーチェックを行なうレシーバー機能、そしてデ
バイス本体とのインタフェースを行なう機能がある。

【０１５３】２７０２は１３９４シリアルバスを直接ド
ライブするフィジカルレイヤ制御ＩＣ（ＰＨＹＩＣ）で
あり、前述の（ＩＥＥＥ１３９４の技術の概要）におけ
るフィジカルレイヤの機能を実現する。主な機能として
は、バスイニシャル化とアービトレーション、送信デー
タ符号のエンコード／デコード、ケーブル通電状態の監
視ならびに負荷終端用電源の供給（アクティブ接続認識
用）、リンクレイヤＩＣとのインタフェースである。

【０１５４】２７０３はコンフィギュレーションＲＯＭ
であり、各機器固有の識別、通信条件等が格納されてい
る。本ＲＯＭのデータフォーマットは＜ＩＥＥＥ１３９
４の技術の概要＞で説明したようにＩＥＥＥ１２１２並
びにＩＥＥＥ１３９４規格で定められたフォーマットに
準じている。

【０１５５】２７０４はリンクレイヤＩＣ、ＰＨＹＩＣ
をはじめとする１３９４インタフェース部をコントロー
ルするＣＰＵであり、２８０５は同インタフェース部の
コントロール用プログラムが格納されているＲＯＭであ
る。２７０６はＲＡＭであり、送受信データを蓄えるデ
ータバッファをはじめ、制御用ワークエリア、１３９４
アドレスにマッピングされた各種レジスタのデータ領域
に使用されている。

【０１５６】各ノードは図２４に示す様な一般形式のコ
ンフィギュレーションＲＯＭを装備しており、各デバイ
スのソフトウェアユニット情報はユニットディレクトリ
に、ノード固有の情報はノードディペンデントインフォ
ディレクトリに保存されている。

【０１５７】また、プリンタ機能、スキャナ機能といっ
た各デバイスの基本機能インスタンスとその基本機能に
付随する詳細情報はroot directoryからオフセットされ
るインスタンスディレクトリ(instance directory)に保
有することが可能となっている。

【０１５８】インスタンスディレクトリの構成について
説明する。インスタンスディレクトリには、プリンタ、
スキャナといったプロトコルに依存しないデバイスの情
報が格納される。単機能のデバイスの場合、基本機能情
報は１つであり、複数機能をサポートするデバイスの場
合には、複数の機能が列挙される。列挙された各機能に
ついて対応するプロトコル・ソフトウエア情報を保存す
るユニットディレクトリへのポインタ情報を保存する他
に、それぞれの機能に関する固有な詳細情報を保有する
ためのフィーチャディレクトリへのポインタが保存され
る。

【０１５９】＜ＩＥＥＥ１３９４の技術の概要＞で説明
したように１３９４シリアルバスのアドレス設定のう
ち、最後の２８ビットはシリアルバスに接続される他の
デバイスからアクセス可能な、各機器の固有データの領
域として確保されている。図２５はこの各機器の固有デ
ータの領域である２８ビットの領域のアドレス空間を表
した図である。

【０１６０】図２５中００００番地から０２００番地の
領域には図７に示したＣＳＲコアレジスタ群が配置され
ている。これらレジスタはＣＳＲアーキテクチャで定め
られたノード管理の為の基本的な機能として存在してい
る。

【０１６１】０２００番地から０４００番地の領域は、
ＣＳＲアーキテクチャにより、シリアルバスに関するレ
ジスタが格納される領域として定義されている。＜ＩＥ
ＥＥ１３９４の技術の概要＞で説明したように０２００
〜０２３０番地のレジスタが定義されておりデータ転送
の同期、電源供給、バスリソース管理等に使用されるレ
ジスタが配置されている。この部分は上述した図８に示
す構成と同様である。

【０１６２】図２５に示す０８００番地から１０００番
地までの領域には、現在の１３９４バスのトポロジー情
報、またノード間の転送スピードに関する情報が格納さ
れている。同様に１０００番地以降の領域はユニット空
間と呼ばれ、各デバイス固有の動作に関連するレジスタ
が配置されている。この領域には各デバイスがサポート
する上位プロトコルで規定されたレジスタ群とデータ転
送用メモリマップドバッファ領域、また各機器固有のレ
ジスタが配置される。

【０１６３】図２６は、図２４で示したキーワードリー
フに保持されるkeywordsとフィーチャディレクトリに保
持される内容を図１に示したＩＥＥＥ１３９４ネットワ
ークで接続された各機器について示している。数字は各
機器を表わし１０１であれば図１の１０１で示されたPr
inter２を表わし、キーワードリーフに保持される文字
列が“PRINTER”であることを示し、フィーチャディレ
クトリには何も書かれていないことを示している。

【０１６４】また１０３であれば図１の１０３で示され
たＰＣ２を表わし、keywordは“ＰＣ”でfeatureには表
示器の種類を表わす“ＬＣＤ”が書かれている。同様に
１１０であれば図１の１１０で示されたＰＣ１を表わ
し、keywordは“ＰＣ”でfeatureには表示器の種類を表
わす“ＣＲＴ”が書かれている。

【０１６５】ＩＥＥＥ１３９４ネットワークに接続され
た機器であれば、Configuraton ROMを読み出し、その中
に書かれているkeywordを見つけ出しその文字列を解析
することで、その機器がどのような種類の機器であるか
（プリンタ、パーソナルコンピュータ、デジタルカメ
ラ、…）を判断することが出来る。更にフィーチャディ
レクトリに書かれている文字列を解析することで、その
機器の更なる情報を得ることが出来る。

【０１６６】例えば図２６では、同じＰＣと言うkeywor
dのＰＣ２（１０３）とＰＣ１（１１０）とで、ＰＣ２
（１０３）には表示機として液晶機器が接続されてお
り、ＰＣ１（１１０）には表示機としてＣＲＴが接続し
ていることを判断することが出来る。

【０１６７】このConfiguraton ROMに書かれたkeyword
とfeatureを用いることで、プリンタは印刷の指示をし
た機器を特定することが出来る。例えばＰＣからなの
か、デジタルカメラからなのかを知ることが出来る。更
に同一の機器でも、どのような表示機に表示されたイメ
ージを基にして印刷を指示しているかを知ることが出来
き、その状況に合わせた印刷を行なうことが出来る。

【０１６８】＜プリンタ部におけるプリントデータ生成
処理＞次に本実施の形態例における特徴的な処理である
プリンタ部におけるプリントデータ生成処理を図２７の
フローチャートを参照して説明する。図２７は本実施の
形態例のプリンタ部におけるプリントデータ生成処理を
説明するためのフローチャートである。以下の説明は、
ＰＣとのデータの送受信をＤＰＰ（ダイレクトプリント
プロトコル）にて行なう場合について説明する。

【０１６９】図２７に従った処理の説明に先立ち、ＰＣ
からのプリント処理の流れの概略を説明する。図２８は
一般的なＰＣからのプリント処理の流れを説明するため
の図である。一般的には、図２８に示すように、ＪＰＥ
Ｇファイル形式の画像をアプリケーションプログラムで
開き、アプリケーションプログラム上で必要な画像補正
と画像サイズ変更を行なう。

【０１７０】次にアプリケーションプログラムがプリン
タドライバプログラムに対してプリントの実行命令を指
令すると、データはプリンタドライバプログラムへ渡さ
れる。そして、“色処理”、“ＵＣＲ（下地除去）”、
“ＣＭＹＫ変換（印刷系への色変換）”、“ハーフトー
ニング（２値化）”の各処理を行ない、プリンタ本体へ
のインターフェイスケーブルを媒体に処理を行なったデ
ータをプリンタ本体のプリンタエンジンへ送り、印刷を
行なう。ＰＣプリント環境では一般的には“ＳＢＰ−
２”プロトコルが対応している。

【０１７１】この一般的なプリントデータ生成処理に対
して、本実施の形態例においては、図２９に示すような
プリンタへ処理機能の移植を行なっている。図２９は本
実施の形態例のプリンタ部におけるＰＣからのプリント
処理の流れを説明するための図である。

【０１７２】具体的には、プリンタ本体内部に、機能と
して、“ＪＰＥＧファイル解凍機能”、“画像補正判断
／処理機能”、“画像サイズ変更機能”、“割付機
能”、“色処理”、“ＵＣＲ（下地除去）機能”、“Ｃ
ＭＹＫ変換（印刷系への色変換）、“ハーフトーニング
（２値化）機能”を持たせる点に第１の特徴を有してい
る。

【０１７３】この機能の中で“画像補正処理機能”の段
階レベルについて説明をする。本実施の形態例の“画像
補正処理機能”では、ＲＧＢのデータベースで受け取っ
た画像データを下記の式１に従って輝度変換する。

【０１７４】Ｙ（輝度）＝０．３Ｒ＋０．６Ｇ＋０．１Ｂ …（式１）そして、輝度変換した画像データ全般のヒストグラムを
作成し、その分布より画像特性を検出する。その結果を
基に図３０に示す画像補正ステップ１〜５の補正項目に
該当するかの判定を行ない、補正が必要である分類から
の入力データの場合は以下に示すような対応する補正を
加える。Ｓｔｅｐ１：画像データの輝度分布を改善するコントラ
スト補正テーブルにより変換Ｓｔｅｐ２：主に色かぶりを補正するホワイトバランス
補正テーブルによる変換Ｓｔｅｐ３：露出補正テーブルによる変換Ｓｔｅｐ４：中間調を改善する階調補正テーブルによる
変換Ｓｔｅｐ５：鮮やかな色にする彩度補正計算による変換これら機能は、プリンタ本体へのデータ入力方法によ
り、プリンタ内部において機能を選択的に使用される。
選択のための判断基準については後述する。

【０１７５】図２９に示すようなプリンタへ処理機能の
移植を行なっている本実施の形態例では、相手機器より
のプリント処理要求を受け取ると図２７の処理に移行す
る。

【０１７６】まずステップＳ２７０１で処理要求を行な
っている接続機器のコンフィギュレーションＲＯＭの登
録情報を読み込み、接続機器のコンフィギュレーション
ＲＯＭの登録情報を解析する。即ち、ＩＥＥＥ１３９４
インタフェース上に接続機器があり、“Bus Rese t”後
に接続されている機器がある場合に、この機器の“コン
フィグレーションＲＯＭ”データを読み込み、接続相手
の属性を判断する。

【０１７７】そして続くステップＳ２７０２において接
続機器はデジタルカメラか否かを判断する。接続機器が
デジタルカメラでなければステップＳ２７０３に進み、
接続機器はＰＣか否かを判断する。接続機器がＰＣでな
ければステップＳ２７０４に進み、接続機器はＡＶＣ機
器か否かを判断する。接続機器がＡＣＶ機器でない場合
にはステップＳ２７２６に進む。これらの判定は、接続
機器のコンフィギュレーションＲＯＭのキーワードリー
フを解析することにより行なうことができる。一方、ス
テップＳ２７０４で機器の属性が“ＡＶＣ機器”である
場合にはステップＳ２７０５に進む。この場合には、受
信データがIsochronous転送されてくるので、そのデー
タをキャプチャし、詳細を後述するステップＳ２７２３
に進む。

【０１７８】一方、ステップＳ２７０３で機器の属性が
“ＰＣ”である場合にはステップＳ２７１０に進み、Ｐ
Ｃに具備されている（内蔵されている、あるいは外部接
続されている）表示器がＣＲＴ表示器か否かを判断す
る。ＰＣに具備されている表示器がＣＲＴ表示器である
場合にはステップＳ２７１１に進み、ＣＲＴ表示器に適
合したＣＲＴ常数を設定しステップＳ２７１５に進む。

【０１７９】一方、ステップＳ２７１０でＰＣに具備さ
れている表示器がＣＲＴ表示器でない場合にはステップ
Ｓ２７１２に進み、ＰＣに具備されている表示器が液晶
（ＬＣＤ）表示器であるか否かを判断する。ＰＣに具備
されている表示器ＬＣＤ表示器である場合にはステップ
Ｓ２７１３に進み、ＬＣＤ表示器に適合したＬＣＤ常数
を設定しステップＳ２７１５に進む。この判定は、接続
機器のコンフィギュレーションＲＯＭのフィーチャディ
レクトリを解析することにより行なうことができる。一
方、ステップＳ２７１２でＰＣに具備されている表示器
がＬＣＤ表示器でもない場合にはステップＳ２７１４に
進み、標準装備されるであると予め定めた表示器に適合
した標準常数を設定しステップＳ２７１５に進む。

【０１８０】ステップＳ２７１５においては、受信デー
タを受け取った時点でのファイル形式をチェックし、受
信したデータのファイル形式が“ＪＰＥＧファイル”形
式であるか否かを調べる。受信したデータのファイル形
式が“ＪＰＥＧファイル”形式でない場合には“ＪＰＥ
Ｇファイル”の解凍処理を回避してステップＳ２７２６
に進む。

【０１８１】一方、ステップＳ２７１５で、受信したデ
ータのファイル形式が“ＪＰＥＧファイル”形式である
場合はステップＳ２７１６に進み、“ＪＰＥＧファイ
ル”の解凍処理を実行する。そしてステップＳ２７２６
に進む。

【０１８２】ステップＳ２７２６では、Fit Size処理を
実行して印刷サイズに適合するように必要に応じて画像
情報の拡大／縮小処理を行ない、続くステップＳ２７２
７でプリンタ・ドライバへデータを渡し、プリンタエン
ジンにて印刷を行なう。

【０１８３】一方、ステップＳ２７０２で接続している
機器の属性が“デジタルカメラ”である場合には、ステ
ップＳ２７２０に進み、受信データを受け取った時点で
の受信データのファイル形式をチェックし、受信データ
のファイル形式が“ＪＰＥＧファイル”形式であるか否
かを判断する。受信データのファイル形式受信データ形
式が“ＪＰＥＧファイル”形式以外であった場合には
ステップＳ２７２１に進み、エラー警告を発行して当該
処理を終了する。

【０１８４】一方、ステップＳ２７２０で受信データ形
式が“ＪＰＥＧファイル”形式であった場合にステッ
プＳ２７２２に進み、“ＪＰＥＧファイル”の解凍を実
行する。そしてステップＳ２７２３に進む。

【０１８５】次に、ステップＳ２７２３では、画像デー
タの解析処理を実行する。そして、ステップＳ２７２４
において解析した結果画像補正が必要か否かを判断す
る。この判断は、先に説明した式１）にて変換した輝度
データより判断する。判断の結果、図３０に示す画像補
正ステップ１〜５の補正項目に該当する場合には画像補
正が必要であると判断する。画像補正が必要ないと判断
した場合にはステップＳ２７２６に進む。

【０１８６】一方、ステップＳ２７２４で画像補正が必
要であると判断した場合にはステップＳ２７２５に進
み、補正が必要であると判断した項目のみ補正を実行す
る。そしてステップＳ２７２６に進む。

【０１８７】ステップＳ２７２６では、印刷サイズに適
合するように必要に応じて画像情報の拡大／縮小処理を
行なう。そして続くステップＳ２７２７で図２９に示す
“色処理”以降に示した印刷処理へデータを渡し、プリ
ンタエンジンより印刷出力を行なう処理を実行する。

【０１８８】以上に説明した本実施の形態例のマルチ・
プロトコル・プリンタにおけるソフトウェア構成の例を
図３１に示す。図３１は本実施の形態例のマルチ・プロ
トコル・プリンタ・ソフトウェア構成を説明するための
図である。

【０１８９】例えば以上の処理を実行する一手段とし
て、図３１に示すように第１層にＩＥＥＥ１３９４−１
９９５−．ａインタフェースを備え、第２層にＩＥＥＥ
１３９４規格のドライバを備え、第３層にマルチプロト
コルセッションのソフトウェアを備え、プリンタにおけ
る最上位の第４層部分にＤＰＰプリンタあるいはＳＢＰ
２プリンタあるいはＡＶＣプリンタに対するソフトウェ
アを備えている。

【０１９０】以上に説明したように本実施の形態例によ
れば、属性がデジタルカメラからのデータの場合は、図
２９に示すように、プリンタ内部にある“ＪＰＥＧファ
イル”解凍から始まる一連の処理を行なうが、属性がＰ
Ｃからのデータの場合には、ＤＰＰプロトコル使用して
データを送信することで、アプリケーションプログラム
上で画像処理を行った後、ＰＣ内部でのプリンタ・ドラ
イバ処理を行なうこと無くプリンタへデータを送ること
ができる。

【０１９１】以上説明したように本実施の形態例によれ
ば、ＩＥＥＥ１３９４ネットワークに接続された機器に
おいて、Configuration ROMに書かれた情報を読み出し
解析することで、相手の機器の種類を特定することが可
能となり、更に同一機器での違いを知ることが出来る。
これにより例えばプリンタでは印刷の指示をした機器が
どのような機器であるかを知ることが出来、またどのよ
うな表示装置に表示されたイメージを基にして印刷を指
示しているかを知ることが出来きる。これによりプリン
タであれば、相手の機器に合わせた印刷物を作成するこ
とが出来るようになり、よりユーザーの欲する印刷物を
容易に得ることが可能となる。

【０１９２】このため、相手接続機器よりのデータ形式
に合わせた印刷データの生成処理が確実かつ自動的に行
なえ、送信側の意図した印刷結果を得ることが可能とな
る。

【０１９３】［第２の実施の形態例］上述した第１の実
施の形態例においては、受信データに対応してプリンタ
内部で実行するべき各種機能を割り当てる例について説
明した。しかし、本発明は以上の例に限定されるもので
はなく、例えば、プリンタの各種機能を自動選択的に使
用する判断を行なっても良い。プリンタの各種機能を自
動選択的に使用する判断を行なう本発明に係る第２の実
施の形態例を図３２のフローチャートを参照して以下に
説明する。

【０１９４】第２の実施の形態例においても、基本構成
は上述した第１の実施の形態例と同一であり、以下の説
明は第１の実施の形態例と異なる部分を説明する。第２
の実施の形態例においては、プリンタの各種機能を自動
選択的に使用する判断を行なうため、図３２に示すフロ
ーチャートに示す処理を実行する。図３２は本発明に係
る第２の実施の形態例のプリンタの各種機能を自動選択
的に使用させる処理を説明するためのフローチャートで
ある。

【０１９５】ＩＥＥＥ１３９４インタフェースにおいて
は、第１の実施の形態例で説明したように、データ転送
方式により“Isochronous転送モード”と“Asynchronou
s転送モード”が有るが、第２の実施例のプリンタで
は、どちらのデータも受信可能である。従って、まず受
信データによる処理の判定を行なう。

【０１９６】最初にステップＳ３２０１で送られてきた
画像データの転送方式を読み込に受信データによる処理
の判定を行なう。そしてステップＳ３２０２において、
送られてきた画像データの転送方式を確認し、“Isochr
onous転送モード”であるか否かを判断する。“Isochro
nous転送モード”である場合にはステップＳ３２０３に
進み、“Isochronousデータキャプチャ”を実行する。
そしてその後ステップＳ３２０４において“画像補正判
断／処理機能”をＯＮして機能を実行させる。そして当
該処理を終了する。

【０１９７】一方、ステップＳ３２０２において、送ら
れてきた画像データの転送方式が“Isochronous転送モ
ード”でない場合（“Asynchronous転送モード”の場
合）にはステップＳ３２０５に進み、受信データを受け
た時点での受信データのファイル形式をチェックし、受
信データ形式が“ＪＰＥＧファイル”形式であるか否か
を調べる。受信データ形式が“ＪＰＥＧファイル”形式
でない場合には、“ＪＰＥＧファイル”の解凍を行なわ
ずにステップＳ３２０７に進む。

【０１９８】一方、ステップＳ３２０５において受信デ
ータ形式が“ＪＰＥＧファイル”形式である場合にはス
テップＳ３２０６に進み、“ＪＰＥＧファイル”の解凍
を実行する。そしてステップＳ３２０７に進む。

【０１９９】ステップＳ３２０７においては、“画像補
正判断／処理機能”をＯＦＦして機能を実行しな様にさ
せる。そして当該処理を終了する。

【０２００】当該処理を終了すると、その後は上述した
図２９の“サイズ変更”処理を必要に応じて実行し、プ
リンタ・ドライバ処理を行ない印刷を実行することにな
る。

【０２０１】以上説明したように第２の実施の形態例に
よれば、送られてきた画像データの転送方式を確認し、
送られてきた画像データの転送方式が“Asynchronous転
送モード”の場合には“画像補正判断／処理機能”は実
行しないように自動制御し、また送られてきた画像デー
タの転送方式が“Isochronous転送モード”の場合は、
補正されない画像データを受信する場合が多いので、
“画像補正判断／処理機能”を実行する様に自動制御す
ることができ、より木目細かな制御が実現する。

【０２０２】［第３の実施の形態例］次に本発明に係る
第３の実施の形態例を以下に説明する。第３の実施の形
態例においても基本構成は上述した第１及び第２の実施
の形態例と同一であり、以下の説明は上述した各実施の
形態例と異なる部分を説明する。第３の実施の形態例に
おいては、プリンタ内部の各種機能を自動選択的に使用
する判断を図３３に示すフローチャートに従って実行す
る。図３３は本発明に係る第３の実施の形態例のプリン
タの各種機能を自動選択的に使用させる処理を説明する
ためのフローチャートである。

【０２０３】ＩＥＥＥ１３９４インタフェースにおい
て、先に説明したように、データ転送プロトコルにより
“ＤＰＰ”と“ＳＢＰ−２”と“ＡＶＣ”等が有るが第
３の実施例のプリンタでは、どちらのプロトコルでも対
応可能である。このため、第３の実施の形態例では、図
３３に示す受信データ処理を行なう。

【０２０４】図３３において、まずプロトコルによる受
信データ処理の判定を行なう。まずステップＳ３３０１
において送られてきたデータのプロトコルを確認する。
そしてステップＳ３３０２において、送られてきたデー
タのプロトコルが“ＳＢＰ−２”であるか否かを判断す
る。送られてきたデータのプロトコルが“ＳＢＰ−２”
の場合には当該処理を終了し、プリンタ・ドライバ処理
までが既に成されたデータであるとしてプリンタエンジ
ンへデータを引き渡す。

【０２０５】一方、ステップＳ３３０２において、送ら
れてきたデータのプロトコルが“ＳＢＰ−２”以外のプ
ロトコルであった場合にはステップＳ３３０３に進み、
受信したデータの受信時点でファイル形式をチェック
し、受信データのファイル形式が“ＪＰＥＧファイル”
形式か否かを判断する。受信データのファイル形式が
“ＪＰＥＧファイル”形式でないには問うをセずにステ
ップＳ３３０５に進む。

【０２０６】一方、ステップＳ３３０３において、受信
データのファイル形式が“ＪＰＥＧファイル”形式であ
る場合にはステップＳ３３０４に進み、“ＪＰＥＧファ
イル”の解凍を実行する。そしてステップＳ３３０５に
進む。

【０２０７】ステップＳ３３０５においては、画像デー
タの解析処理を実行する。そして、ステップＳ３３０６
において解析した結果画像補正が必要か否かを判断す
る。この判断は、先に説明した式１）にて変換した輝度
データより判断する。判断の結果、図３０に示す画像補
正ステップ１〜５の補正項目に該当する場合には画像補
正が必要であると判断する。画像補正が必要ないと判断
した場合にはステップＳ３３０８に進む。

【０２０８】一方、ステップＳ３３０６で画像補正が必
要であると判断した場合にはステップＳ３３０７に進
み、補正が必要であると判断した項目のみ補正を実行す
る。そしてステップＳ３０８に進む。

【０２０９】ステップＳ３３０８では、印刷サイズに適
合するように必要に応じて画像情報の拡大／縮小処理を
行なう。そして続くステップＳ３３１０以下で図２９に
示すプリンタ・ドライバ機能を実行する。まずステップ
Ｓ３３１０で“色処理”、ステップＳ３３１１で“ＵＣ
Ｒ”を、ステップＳ３３１２で“ＣＭＹＫ変換”を、ス
テップＳ３３０１で“ハーフトーニング”処理を行な
う。その後プリンタエンジンへデータを引き渡し、プリ
ンタエンジンより印刷出力を行なう処理を実行する。

【０２１０】以上に説明したように第３の実施の形態例
によれば、ＩＥＥＥ１３９４インタフェースにデータ転
送プロトコルとして“ＤＰＰ”と“ＳＢＰ−２”と“Ａ
ＶＣ”等が有るがそのいずれのプロトコルでも対応可能
となる。

【０２１１】［他の実施の形態例］なお、本発明は、複
数の機器（例えばホストコンピュータ、インタフェース
機器、リーダ、プリンタなど）から構成されるシステム
に適用しても、一つの機器からなる装置（例えば、複写
機、ファクシミリ装置など）に適用してもよい。

【０２１２】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することになる。また、
コンピュータが読み出したプログラムコードを実行する
ことにより、前述した実施形態の機能が実現されるだけ
でなく、そのプログラムコードの指示に基づき、コンピ
ュータ上で稼働しているオペレーティングシステム(OS)
などが実際の処理の一部または全部を行ない、その処理
によって前述した実施形態の機能が実現される場合も含
まれることは言うまでもない。

【０２１３】更に、記憶媒体から読み出されたプログラ
ムコードが、コンピュータに挿入された機能拡張カード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書き込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるCPUなどが実際の処理の一部または全部を行ない、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【０２１４】本実施の形態例を上記記憶媒体に適用する
場合、その記憶媒体には、先に説明したフローチャート
及び制御の説明に対応するプログラムコードが格納され
ることになる。

【０２１５】

【発明の効果】以上説明したように本発明によれば、通
信制御ネットワークに接続される情報信号処理装置にお
いて、相手接続機器よりのデータ形式に合わせた印刷デ
ータの生成処理が確実かつ自動的に行なえ、送信側の意
図した印刷結果を得ることが可能となる。

【０２１６】また、相手機器の表示接続状況を判断し、
判断した相手機器の種類あるいは表示状態に従って相手
機器から通信されるイメージデータを相手機器の種類あ
るいは表示状態に合わせて処理することができ、相手機
器に合わせた処理結果が自動的に得られる。

【０２１７】例えば、ＩＥＥＥ１３９４ネットワークに
接続された機器において、Configuration ROMに書かれ
た情報を読み出し解析することで、相手の機器の種類を
特定することが可能となり、更に同一機器での違いを知
ることが出来る。これにより例えばプリンタでは印刷の
指示をした機器がどのような機器であるかを知ること
が、またどのような表示装置に表示されたイメージを基
にして印刷を指示しているかを知ることができるため、
プリンタであれば、相手の機器に合わせた印刷物を作成
することが出来るようになり、よりユーザーの欲する処
理結果を得ることが可能となる

【図面の簡単な説明】

【図１】本発明に係る一発明の実施の形態例の概略構成
を示す図である。

【図２】本実施の形態例の１３９４ネットワーク構成例
を示す図である。

【図３】本実施の形態例のＩＥＥＥ１３９４規格のアー
キテクチャを説明する図である。

【図４】本実施の形態例のリンクレイヤの提供可能なサ
ービスを示す図である。

【図５】本実施の形態例のトランザクション・レイヤの
提供可能なサービスを示す図である。

【図６】本実施の形態例の１３９４シリアルバスのアド
レス空間を説明する図である。

【図７】本実施の形態例のＣＳＲコアレジスタに格納さ
れる情報のアドレス及び機能の例を示す図である。

【図８】本実施の形態例のシリアルバスレジスタに格納
される情報のアドレス及び機能の例を示す図である。

【図９】本実施の形態例における最小形式の確認ＲＯＭ
（Configuration ROM）の構成例を示す図である。

【図１０】本実施の形態例における一般形式の確認ＲＯ
Ｍ（Configuration ROM）の構成例を示す図である。

【図１１】本実施の形態例のユニット空間のシリアルバ
ス装置レジスタに格納される情報のアドレス及び機能の
例を示す図である。

【図１２】本実施の形態例の１３９４シリアルバス・ケ
ーブルの断面図である。

【図１３】本実施の形態例のＤＳ−Ｌｉｎｋ符号化方式
を示した図である。

【図１４】本実施の形態例の１３９４ネットワークにお
けるバスリセット起動後の状態を説明する図である。

【図１５】本実施の形態例におけるバスリセットの開始
からノードＩＤの割り当てまでの処理を示すフローチャ
ートである。

【図１６】図１５に示すステップＳ１５０２の親子関係
宣言処理の詳細を示すフローチャートである。

【図１７】図１５に示すステップＳ１５０５のノードＩ
Ｄ設定処理の詳細を示すフローチャートである。

【図１８】本実施の形態例におけるセルフＩＤパケット
の構成例を示す図である。

【図１９】本実施の形態例における１３９４ネットワー
クにおけるアービトレーションを説明する図である。

【図２０】本実施の形態例の１通信サイクルにおいて同
期式転送モードと非同期式転送モードとを混在させた場
合を説明する図である。

【図２１】本実施の形態例の同期式転送モードに基づい
て転送される通信パケットのフォーマットを示す図であ
る。

【図２２】本実施の形態例の非同期式転送モードに基づ
く通信パケットのフォーマットを示す図である。

【図２３】本実施の形態例の１３９４ノードの１３９４
インターフェースブロックの構成を示す図である。

【図２４】本実施の形態例のコンフィギュレーションＲ
ＯＭの格納データの構成を示す図である。

【図２５】本実施の形態例の１３９４ノードのアドレス
空間を示した図である。

【図２６】本実施の形態例の各機器のコンフィギュレー
ションＲＯＭのキーワードリーフとフィーチャディレク
トリに格納された内容を示した図である。

【図２７】本実施の形態例のプリンタ部におけるプリン
トデータ生成処理を説明するためのフローチャートであ
る。

【図２８】一般的なプリンタ部におけるＰＣからのプリ
ント処理の流れを説明するための図である。

【図２９】本実施の形態例のプリンタ部におけるＰＣか
らのプリント処理の流れを説明するための図である。

【図３０】本実施の形態例の画像処理における画像補正
ステップと補正項目の例を示す図である。

【図３１】本実施の形態例のマルチ・プロトコル・プリ
ンタ・ソフトウェア構成を説明するための図である。

【図３２】本発明に係る第２の実施の形態例のプリンタ
の各種機能を自動選択的に使用させる処理を説明するた
めのフローチャートである。

【図３３】本発明に係る第３の実施の形態例のプリンタ
の各種機能を自動選択的に使用させる処理を説明するた
めのフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/173 ６２０Ｈ０４Ｎ 5/76 Ｅ５Ｃ０６２ // Ｈ０４Ｎ 5/76 Ｈ０４Ｌ 11/00 ３１０Ｄ５Ｃ０６４ 5/765 Ｈ０４Ｎ 5/91 Ｌ５Ｋ０３３ 5/91 ＨＦターム(参考） 5B021 AA01 AA02 BB00 BB02 BB04 5B077 AA03 NN02 5B089 HA18 JA01 JA35 KA18 KB04 KB10 KC23 KH11 LB12 LB14 5C052 AA11 FA02 FA06 FA07 FC08 FE01 5C053 FA08 FA21 FA24 GB06 JA21 KA01 LA01 LA03 LA06 LA11 LA15 5C062 AA05 AA14 AA29 AB24 AB25 AB41 AB44 AC04 AC43 AE03 AE14 BA02 5C064 BA01 BB05 BC25 BD02 BD05 BD08 BD09 BD14 5K033 CB02 CB14 DB12 DB14 EA07

Claims

【特許請求の範囲】

【請求項１】通信制御ネットワークに接続される情報
信号処理装置であって、データ通信する相手機器の種類を示す第１の情報と相手
機器の表示器接続環境を示す第２の情報とを取得可能な
取得手段と、前記取得手段で取得した第１の情報及び第２の情報から
相手機器の表示接続状況を判断する判断手段と、前記判断手段により判断された相手機器の種類あるいは
表示状態に従って相手機器から通信されるイメージデー
タを相手機器の種類あるいは表示状態に合わせて処理す
る処理手段を有することを特徴とする情報信号処理装
置。
【請求項２】前記通信制御ネットワークは、ＩＥＥＥ
１３９４を用いる通信制御ネットワークであることを特
徴とする請求項１記載の情報信号処理装置。
【請求項３】前記第１の情報及び第２の情報は、ＩＥ
ＥＥ１３９４に準拠した通信制御バスに接続される情報
信号処理装置のアドレス空間の内コアコンフィギュレー
ションＲＯＭ領域に配置されることを特徴とする請求項
２記載の情報信号処理装置。
【請求項４】前記第２の情報は、前記相手機器に備え
られている表示手段の情報であることを特徴とする請求
項１乃至請求項３のいずれかに記載の情報信号処理装
置。
【請求項５】前記第２の情報は、前記相手機器に備え
られている表示手段の種類、表示方式、表示器設定内容
の情報を含むことを特徴とする請求項１乃至請求項３の
いずれかに記載の情報信号処理装置。
【請求項６】通信制御ネットワークに接続される情報
信号処理装置における信号処理方法であって、データ通信する相手機器の種類を示す第１の情報と相手
機器の表示器接続環境を示す第２の情報とを取得し、取
得した第１の情報及び第２の情報から相手機器の表示接
続状況を判断し、判断した相手機器の種類あるいは表示
状態に従って相手機器から通信されるイメージデータを
相手機器の種類あるいは表示状態に合わせて扱うことを
特徴とする情報信号処理方法。
【請求項７】前記通信制御ネットワークは、ＩＥＥＥ
１３９４を用いる通信制御ネットワークであり、前記第
１の情報及び第２の情報は、ＩＥＥＥ１３９４に準拠し
た通信制御バスに接続される情報信号処理装置のアドレ
ス空間の内コアコンフィギュレーションＲＯＭ領域に配
置されることを特徴とする請求項６記載の情報信号処理
方法。
【請求項８】前記第２の情報は、前記相手機器に備え
られている表示手段の情報であることを特徴とする請求
項６又は請求項７記載の情報信号処理方法。
【請求項９】前記第２の情報は、前記相手機器に備え
られている表示手段の種類、表示方式、表示器設定内容
の情報を含むことを特徴とする請求項６又は請求項７記
載の情報信号処理方法。
【請求項１０】前記通信制御ネットワークは、ＩＥＥ
Ｅ１３９４を用いる通信制御ネットワークであることを
特徴とする請求項８又は請求項９記載の情報信号処理方
法。
【請求項１１】前記請求項１乃至請求項１０のいずれ
か１項に記載の機能を実現するコンピュータプログラム
列。
【請求項１２】前記請求項１乃至請求項１０のいずれ
か１項に記載の機能を実現するコンピュータプログラム
を記憶したコンピュータ可読記憶媒体。