JPH11227286A

JPH11227286A - 印刷システム及び印刷制御方法

Info

Publication number: JPH11227286A
Application number: JP10035076A
Authority: JP
Inventors: Minoru Kobegawa; 実神戸川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-02-17
Filing date: 1998-02-17
Publication date: 1999-08-24

Abstract

(57)【要約】【課題】ホストＰＣに複数の機器を接続して印刷処理
する場合、転送データレートや、接続される周辺機器の
種類や数、接続方式など種々の制限が課せられていた。【解決手段】一つ以上の画像データを格納しているデ
ータ格納工程から直接にデータを授受して印刷処理を行
う印刷システムは、一覧印刷出力のために一画像が占め
る画像サイズを算出する画像サイズ算出工程と、一覧印
刷命令に従い、前記データ格納工程に格納されている画
像データを授受するための画像データ授受工程と、前記
授受した画像データを伸長処理してラスターイメージデ
ータを形成する復号化工程と、前記形成されたラスタ−
イメージデータを、前記算出工程で算出された画像サイ
ズに合わせて変換処理を行う画像サイズ変換工程と、前
記画像サイズ変換されたラスターイメージデータを合成
し、一覧出力する印刷工程とを備えることにより上記課
題を解決した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御信号と画像デ
ータを混在させて通信することが可能なデータ通信バス
を用いて複数電子機器（以下、機器）間を接続して、各
機器間でデータ通信を行い印刷処理を行う印刷システム
及び印刷制御方法に関するものである。

【０００２】

【従来の技術】デジタルカメラ等記録再生装置はパソコ
ン（以下、ＰＣ）への入力手段として、周辺装置の１つ
であり、近年、デジタルカメラで撮影した静止画や動画
といった映像をＰＣへ取り込み、ハードディスクに記憶
したり、またはＰＣで編集した後、プリンタでカラープ
リントするといった分野の技術が進んでおり、ユーザも
増えている。

【０００３】図３に従来の例としてデジタルカメラ、Ｐ
Ｃ及びプリンタを接続したときのブロック図を示す。図
３において、３１は記録再生装置、３２はパソコン（Ｐ
Ｃ）、３３はプリンタである。さらに、３４は記録再生
装置の記録部であるメモリ、３５は画像データの復号化
回路、３６は画像処理部、３７はＤ／Ａコンバータ、３
８は表示部であるＥＶＦ、３９は記録再生装置のデジタ
ルＩ／Ｏ部、４０はＰＣの記録再生装置とのデジタルＩ
／Ｏ部、４１はキーボードやマウスなどの操作部、４２
は画像データの復号化回路、４３はディスプレイ、４４
はハードディスク装置、４５はＲＡＭ等のメモリ、４６
は演算処理部のＭＰＵ、４７はＰＣＩバス、４８はデジ
タルインタフェース（Ｉ／Ｆ）のＳＣＳＩインタフェー
ス（ボード）、４９はＰＣとＳＣＳＩケーブルで繋がっ
たプリンタのＳＣＳＩインタフェース、５０はメモリ、
５１はプリンタヘッド、５２はプリンタ制御部のプリン
タコントローラ、５３はドライバである。

【０００４】記録再生装置で撮像した画像をＰＣに取り
込み、またＰＣからプリンタへ出力するときの手順の説
明を行う。記録再生装置３１のメモリ３４に記憶されて
いる画像データが読み出されると、読み出された画像デ
ータのうち一方は復号化回路３５で復号化され、画像処
理回路３６で表示するための画像処理がなされ、Ｄ／Ａ
コンバータ３７を経て、ＥＶＦ３８で表示される。また
一方では、外部出力するためにデジタルＩ／Ｏ部３９か
ら、ケーブルを伝わってＰＣ３２のデジタルＩ／Ｏ部４
０へ至る。

【０００５】ＰＣ３２内では、ＰＣＩバス４７を相互伝
送のバスとして、デジタルＩ／Ｏ部４０から入力した画
像データは、記憶する場合はハードディスク４４で記憶
され、表示する場合は復号化回路４２で復号化された
後、メモリ４５で表示画像としてメモリされて、ディス
プレイ４３でアナログ信号に変換されてから表示され
る。ＰＣ３２での編集時等の操作入力は操作部４１から
行い、ＰＣ３２全体の処理はＭＰＵ４６で行う。

【０００６】また、画像をプリント出力する際は、ＰＣ
３２内のＳＣＳＩインタフェースボード４８から画像デ
ータをＳＣＳＩケーブルにのせて伝送し、プリンタ３３
側のＳＣＳＩインタフェース４９で受信し、メモリ５０
でプリント画像として形成され、プリンタコントローラ
５２の制御でプリンタヘッド５１とドライバ５３が動作
して、メモリ５０から読み出したプリント画像データを
プリントする。

【０００７】以上が、従来の画像データをＰＣ取り込
み、またはプリントするまでの手順である。

【０００８】このように、従来はホストであるＰＣにそ
れぞれの機器が接続され、ＰＣを介してから、記録再生
装置で撮像した画像データをプリントしている。

【０００９】また、映像データを圧縮する方式も多様化
している。静止画を圧縮する方式としてＪＰＥＧ、動画
を圧縮する方式としてＭＰＥＧ、などが知られており、
その他は家庭用デジタルＶＴＲ（ＤＶＣ）ではＶＬＣと
ＤＣＴを組み合わせた独自の圧縮方式を用いている。こ
のように、機器毎またはデータの種類毎などに分類して
さまざまな圧縮方式が考えられている。

【００１０】

【発明が解決しようとする課題】しかしながら、上記従
来例で挙げたデジタルインタフェースの問題点として、
ＳＣＳＩには転送データレートの低いものや、パラレル
通信のためケーブルが太いもの、接続される周辺機器の
種類や数、接続方式などにも制限があり、多くの面での
不便理性も指摘されている。

【００１１】また、一般的な家庭用ＰＣの多くは、ＰＣ
の背面にＳＣＳＩやその他のケーブルを接続するための
コネクタを設けているものが多く、またコネクタの形状
も大きく、抜き差しに煩わしさがある。デジタルカメラ
やビデオカメラ等の移動式や携帯式で、通常は据え置き
しない装置を接続するときにも、ＰＣの背面コネクタに
接続しなければならず、非常に煩わしい。

【００１２】また、通常パソコンには多くの周辺機器が
接続されており、今後は更に周辺装置の種類も増え、さ
らにはＩ／Ｆの改良などによって、ＰＣ周辺装置に限ら
ず多くのデジタル機器間をネットワーク接続した通信が
可能になると、非常に便利になる反面、機器間によって
はデータ量の非常に多い通信も頻繁に行われるようにな
るので、ネットワークを混在させてしまい、ネットワー
ク内での他の機器間における通信に影響をもたらすこと
も考えられる。例えばユーザが、画像のプリントを続け
て、または迅速に行いたいときなど、ＰＣ−プリンタ間
のデータ通信に、ユーザの意識していない機器間同士の
通信がネットワーク全体、またはホスト役のＰＣ等に影
響を及ぼし、画像のプリントが正常に実行されなかった
り、遅れたりすることも考えられる。このように、ネッ
トワークの混雑によるＰＣに対しての負荷や、ＰＣの動
作状況によってのデータ通信等の不具合も存在する。

【００１３】また、複数機器間をネットワーク接続する
と、ある機器間のデータ転送においてそれぞれが用いて
いるデータ圧縮方式の違いから、伸張できない圧縮デー
タを誤って転送してしまったり、または転送先で伸張で
きるのに非圧縮データで転送してしまったりと、転送動
作、効率における不具合も存在する。

【００１４】

【課題を解決するための手段】従来抱えている問題を解
決するため、本発明は、以下の構成よりなる。

【００１５】すなわち、一つ以上の画像データを格納し
ているデータ格納手段から直接にデータを受信して印刷
処理を行う印刷システムは、一覧印刷出力のために一画
像が占める画像サイズを算出する画像サイズ算出手段
と、一覧印刷命令に従い、前記データ格納手段に格納さ
れている画像データを受信するための画像データ授受手
段と、前記受信した画像データを伸長処理してラスター
イメージデータを形成する復号化手段と、前記形成され
たラスタ−イメージデータを、前記算出手段で算出され
た画像サイズに合わせて変換処理を行う画像サイズ変換
手段と、前記画像サイズ変換されたラスターイメージデ
ータを合成し、一覧出力する印刷手段と、を備える。

【００１６】また、前記印刷手段は、前記データ格納手
段へ保有画像数情報と画像サイズ情報を請求する機能
と、前記保有画像数情報と前記画像サイズ情報を得たと
きはそれらの情報に基づき一覧出力時の画像割り振りを
決定する機能を備える。

【００１７】また、前記データ授受手段は、ＩＥＥＥ１
３９４−１９９５シリアルバスを用いる。

【００１８】また、一つ以上の画像データを格納してい
るデータメモリ−から直接にデータを受信して印刷処理
を行う印刷制御方法は、一覧印刷出力のために一画像が
占める画像サイズを算出する画像サイズ算出工程と、一
覧印刷命令に従い、前記データ格納工程に格納されてい
る画像データを受信するための画像データ授受工程と、
前記受信した画像データを伸長処理してラスターイメー
ジデータを形成する復号化工程と、前記形成されたラス
タ−イメージデータを、前記算出工程で算出された画像
サイズに合わせて変換処理を行う画像サイズ変換工程
と、前記画像サイズ変換されたラスターイメージデータ
を合成し、一覧出力する印刷工程と、を備える。

【００１９】また、前記印刷工程は、前記データ格納工
程へ保有画像数情報と画像サイズ情報を請求する機能
と、前記保有画像数情報と前記画像サイズ情報を得たと
きはそれらの情報に基づき一覧出力時の画像割り振りを
決定する機能を備える。

【００２０】また、前記データ授受工程は、ＩＥＥＥ１
３９４−１９９５シリアルバスを用いる。

【００２１】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら説明する。図１に本発明を実施する
ときの、構成の一例を示す。

【００２２】ここで、本発明では、各機器間を接続する
デジタルＩ／ＦをＩＥＥＥ１３９４シリアルバスを用い
るので、ＩＥＥＥ１３９４シリアルバスについてはじめ
に説明する。

【００２３】＜ＩＥＥＥ１３９４の技術の概要＞家庭用
デジタルＶＴＲやＤＶＤの登場に伴って、ビデオデータ
やオーディオデータなどのリアルタイムでかつ高情報量
のデータ転送のサポートが必要になっている。こういっ
たビデオデータやオーディオデータをリアルタイムで転
送し、パソコン（ＰＣ）に取り込んだり、またはその他
のデジタル機器に転送を行うには、必要な転送機能を備
えた高速データ転送可能なインタフェースが必要になっ
てくるものであり、そういった観点から開発されたイン
タフェースがＩＥＥＥ１３９４−１９９５(High Perfor
mance Serial Bus)（以下１３９４シリアルバス）であ
る。

【００２４】図６に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ間はそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。

【００２５】この機器Ａ〜Ｈは例としてＰＣ、デジタル
ＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、モ
ニタ等である。

【００２６】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としてものであり、
自由度の高い接続が可能である。

【００２７】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成するものである。

【００２８】また、１３９４シリアルバスの特徴でもあ
るＰｌｕｇ＆Ｐｌａｙ機能でケーブルを機器に接続した
時点で自動で機器の認識や接続状況などを認識する機能
を有している。

【００２９】また、図６に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加されたときなど、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。

【００３０】またデータ転送速度は、１００／２００／
４００Ｍｂｐｓと備えており、上位の転送速度を持つ機
器が下位の転送速度をサポートし、互換をとるようにな
っている。

【００３１】データ転送モードとしては、コントロール
信号などの非同期データ（Asynchronousデータ：以下Ａ
ｓｙｎｃデータ）を転送するAsynchronous転送モード、
リアルタイムなビデオデータやオーディオデータ等の同
期データ（Isochronousデータ：以下Ｉｓｏデータ）を
転送するIsochronous転送モードがある。

【００３２】このＡｓｙｎｃデータとＩｓｏデータは各
サイクル（通常１サイクル１２５μＳ）の中において、
サイクル開始を示すサイクル・スタート・パケット（Ｃ
ＳＰ）の転送に続き、Ｉｓｏデータの転送を優先しつつ
サイクル内で混在して転送される。

【００３３】次に、図７に１３９４シリアルバスの構成
要素を示す。

【００３４】１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。図７に示したように、
最もハード的などの１３９４シリアルバスのケーブルで
あり、そのケーブルのコネクタが接続されるコネクタポ
ートがあり、その上にハードウェアとしてフィジカル・
レイヤとリンク・レイヤがある。

【００３５】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフィジカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
パケット転送やサイクルタイムの制御等を行う。

【００３６】ファームウェア部のトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。シ
リアルバスマネージメントは、接続されている各機器の
接続状況やＩＤの管理を行い、ネットワークの構成を管
理する部分である。

【００３７】このハードウェアとファームウェアまでが
実質上の１３９４のシリアルバスの構成である。またソ
フトウェア部のアプリケーション・レイヤは使うソフト
によって異なり、インタフェース上にどのようにデータ
をのせるか規定する部分であり、ＡＶプロトコルなどの
プロトコルによって規定されている。以上が１３９４シ
リアルバスの構成である。

【００３８】次に、図８に１３９４シリアルバスにおけ
るアドレス空間の図を示す。

【００３９】１３９４シリアルバスに接続された各機器
（ノード）には必ず各ノード固有の、６４ビットアドレ
スを持たせておく。そしてこのアドレスをＲＯＭに格納
しておくことで、自分や相手のノードアドレスを常時認
識でき、相手を指定した通信も行える。

【００４０】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は、最初の１０ｂｉｔがバスの番号の指定よう
に、次の６ｂｉｔがノードＩＤ番号の指定ように使われ
る。残りの４８ｂｉｔが機器に与えられたアドレス幅に
なり、それぞれ固有のアドレス空間として使用できる。
最後の２８ｂｉｔは固有データの領域として、各機器の
識別や使用条件の指定の情報などを格納する。

【００４１】以上が１３９４シリアルバスの技術の概要
である。

【００４２】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。

【００４３】＜１３９４シリアルバスの電気的仕様＞図
９に１３９４シリアルバス・ケーブルの断面図を示す。

【００４４】１３９４シリアルバスでは接続ケーブル内
に、２組のツイストペア信号線の他に、電源ラインを設
けている。これによって、電源を持たない機器や、故障
により電圧低下した機器等にも電力の供給が可能になっ
ている。

【００４５】電源線内を流れる電源の電圧は８〜４０
Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。

【００４６】＜ＤＳ−Ｌｉｎｋ符号化＞１３９４シリア
ルバスで採用されている、データ転送フォーマットのＤ
Ｓ−Ｌｉｎｋ符号化方式を説明するための図を図１０に
示す。

【００４７】１３９４シリアルバスでは、ＤＳ−Ｌｉｎ
ｋ（Ｄａｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号化方式が
採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高
速なシリアルデータ通信に適しており、その構成は、２
本の信号線を必要とする。より対線のうち１本に主とな
るデータを送り、他方のより対線にはストローブ信号を
送る構成になっている。

【００４８】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。

【００４９】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、更には、
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要が無いので、各機器のトランシー
バ回路をスリープ状態にすることができることによっ
て、消費電力の低減が図れる、などが挙げられる。

【００５０】＜バスリセットのシーケンス＞１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。

【００５１】このネットワーク構成に変化があったと
き、例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによ
るノード数の増減などによって変化が生じて、新たなネ
ットワーク構成を認識する必要があるとき、変化を検知
した各ノードはバス上にバスリセット信号を送信して、
新たなネットワーク構成を認識するモードに入る。この
ときの変化の検知方法は、１３９４ポート基板上でのバ
イアス電圧の変化を検知することによって行われる。

【００５２】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。

【００５３】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によってフィジカルレイ
ヤに直接命令を出すことによっても起動する。

【００５４】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後、新しいネットワーク構成のもとで再開される。

【００５５】以上がバスリセットのシーケンスである。

【００５６】＜ノードＩＤ決定のシーケンス＞バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。このと
きの、バスリセットからノードＩＤ決定までの一般的な
シーケンスを図１８、図１９、図２０のフローチャート
を用いて説明する。

【００５７】図１８のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行なえる
ようになるまでの、一連のバスの作業を示してある。

【００５８】まず、ステップＳ１０１として、ネットワ
ーク内にバスリセットが発生することを常時監視してい
て、ここでノードの電源ＯＮ／ＯＦＦなどでバスリセッ
トが発生するとステップＳ１０２に移る。

【００５９】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
すべてのノード間で親子関係が決定すると、ステップＳ
１０４として一つのルートが決定する。すべてのノード
間で親子間が決定するまで、ステップＳ１０２の親子関
係の宣言を行い、またルートも決定されない。

【００６０】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序で、ノードＩＤの設定が行われ、すべてのノードにＩ
Ｄが与えられるまで繰り返し設定作業が行われ、最終的
にステップＳ１０６としてすべてのノードにＩＤを設定
し終えたら、新しいネットワーク構成がすべてのノード
において認識されたので、ステップＳ１０７としてノー
ド間のデータ転送が行える状態となり、データ転送が開
始される。

【００６１】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
プＳ１０６までの設定作業が繰り返し行われる。

【００６２】以上が、図１８のフローチャートの説明で
あるが、図１８のフローチャートのバスリセットからル
ート決定までの部分と、ルート決定後からＩＤ設定終了
までの手順をより詳しくフローチャート図に表したもの
をそれぞれ、図１９、図２０に示す。

【００６３】まず、図１９のフローチャートの説明を行
う。

【００６４】ステップＳ２０１としてバスリセットが発
生すると、ネットワーク構成は一旦リセットされる。な
お、ステップＳ２０１としてバスリセットが発生するの
を常に監視している。

【００６５】次に、ステップＳ２０２として、リセット
されたネットワークの接続状況を再認識する作業の第一
歩として、各機器にリーフ（ノード）である。ことを示
すフラグを立てておく。更に、ステップＳ２０３として
各機器が自分の持つポートがいくつ他ノードと接続され
ているのかを調べる。

【００６６】ステップＳ２０４のポート数の結果に応じ
て、これから親子関係の宣言を始めて行くために、未定
義（親子関係が決定されていない）ポートの数を調べ
る。バスリセットの直後はポート数＝未定義ポート数で
あるが、親子関係が決定されていくにしたがって、ステ
ップＳ２０４で検知する未定義ポートの数は変化してい
くものである。

【００６７】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。

【００６８】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリールからの親子関係
宣言で「親」の受付をするために待つ。

【００６９】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
で未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフまたは他のブラ
ンチからの「親」の受付をするために待つ。

【００７０】最終的に、いずれか１つのブランチ、また
は例外的にリーフ（子宣言を行えるのにすばやく動作し
なかったため）がステップＳ２０４の未定義ポート数の
結果としてゼロになったら、これにてネットワーク全体
の親子関係の宣言が終了したものであり、未定義ポート
数がゼロ（すべて親のポートとして決定）になった唯一
のノードはステップＳ２０８としてルートのフラグが立
てられ、ステップＳ２０９としてルートとしての認識が
なされる。

【００７１】このようにして、図１９に示したバスリセ
ットから、ネットワーク内すべてのノード間における親
子関係の宣言までが終了する。

【００７２】次に、図２０のフローチャートについて説
明する。

【００７３】まず、図１９までのシーケンスでリーフ、
ブランチ、ルートという各ノードのフラグの情報が設定
されているので、これを元にして、ステップＳ３０１で
それぞれ分類する。

【００７４】各ノードにＩＤを与える作業として、最初
にＩＤの設定を行うことができるのはリーフである。リ
ーフ→ブランチ→ルートの順で若い番号（ノード番号＝
０〜）からＩＤの設定がなされていく。

【００７５】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。ＩＤを取得できたリー
フからステップＳ３０７として、そのノードのＩＤ情報
をブロードキャストで全ノードに転送する。１ノードＩ
Ｄ情報のブロードキャストが終ると、ステップＳ３０８
として残りのリーフの数が１つ減らされる。ここで、ス
テップＳ３０９として、この残りのリーフの数が１以上
ある時はステップＳ３０３のＩＤ要求の作業からを繰り
返し行い、最終的にすべてのリーフがＩＤ情報をブロー
ドキャストすると、ステップＳ３０９がＮ＝０となり、
次はブランチのＩＤ設定に移る。

【００７６】ブランチのＩＤ設定もリーフの時と同様に
行われる。

【００７７】まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終わ
った次の若い番号から与えていく。ステップＳ３１３と
して、ルートは要求を出したブランチにＩＤ情報または
失敗結果を通知し、ステップＳ３１４としてＩＤ取得が
失敗に終わったブランチは、再度ＩＤ要求を出し、同様
の作業を繰り返す。ＩＤを取得できたブランチからステ
ップＳ３１５として、そのノードのＩＤ情報をブロード
キャストで全ノードに転送する。１ノードＩＤ情報のブ
ロードキャストが終ると、ステップＳ３１６として残り
のブランチの数が１つ減らされる。ここで、ステップＳ
３１７として、この残りのブランチの数が１以上ある時
はステップＳ３１１のＩＤ要求の作業からを繰り返し、
最終的にすべてのブランチがＩＤ情報をブロードキャス
トするまで行われる。すべてのブランチがノードＩＤを
取得すると、ステップＳ３１７はＭ＝０となり、ブラン
チのＩＤ取得モードも終了する。

【００７８】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８として与えていない番号で最も若い番号を自分の
ＩＤ番号と設定し、ステップＳ３１９としてルートのＩ
Ｄ情報をブロードキャストする。

【００７９】以上で、図２０に示したように、親子関係
が決定した後から、すべてのノードのＩＤが設定される
までの手順が終了する。

【００８０】次に、一例として図１１に示した実際のネ
ットワークにおける動作を図１１を参照しながら説明す
る。

【００８１】図１１の説明として、（ルート）ノードＢ
の下位にはノードＡとノードＣが直接接続されており、
更にノードＣの下位にはノードＤが直接接続されてお
り、更にノードＤの下位にはノードＥとノードＦが直接
接続された階層構造になっている。この階層構造やルー
トノード、ノードＩＤを決定する手順を以下で説明す
る。

【００８２】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子関係とは親側が階層構造で上位となり、子側が下
位となると言うことができる。

【００８３】図１１ではバスリセットの後、最初に親子
関係の宣言を行ったのはノードＡである。基本的にノー
ドの１つのポートにのみ接続があるノード（リーフと呼
ぶ）から親子関係の宣言を行うことができる。これは自
分には１ポートの接続のみということをまず知ることが
できるので、これによってネットワークの端であること
を認識し、その中で早く動作を行ったノードから親子関
係が決定されていく。こうして親子関係の宣言を行った
側（Ａ−Ｂ間ではノードＡ）のポートがこと設定され、
相手側（ノードＢ）のポートが親と設定される。こうし
て、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間で子−
親、ノードＦ−Ｄ間で子−親と決定される。

【００８４】さらに１階層上がって、今度は複数個接続
ポートを持つノード（ブランチと呼ぶ）のうち、他ノー
ドからの親子関係の宣言を受けたものから順次、更に上
位親子関係の宣言を行っていく。図１１ではまずノード
ＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノー
ドＣに対する親子関係の宣言を行っており、その結果ノ
ードＤ−Ｃ間で子−親と決定している。

【００８５】ノードＤからの親子関係の宣言を受けたノ
ードＣは、もう一つのポートに接続されているノードＢ
に対して親子関係の宣言を行っている。これによってノ
ードＣ−Ｂ間で子−親と決定している。

【００８６】このようにして、図１１のような階層構造
が構成され、最終的に接続されているすべてのポートに
おいて親となったノードＢが、ルートノードと決定され
た。ルートは１つのネットワーク構成中に一つしか存在
しないものである。

【００８７】なお、この図１１においてノードＢがルー
トノードと決定されたが、これはノードＡから親子関係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行っていれば、ルートノードは
他ノードに移っていたこともあり得る。すなわち、伝達
されるタイミングによってはどのノードもルートノード
となる可能性があり、同じネットワーク構成でもルート
ノードは一定とは限らない。

【００８８】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（ブロードキャスト機能）。

【００８９】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。

【００９０】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０，１，２，…と割り当てられる。

【００９１】ノードＩＤを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は『割り当て済み』で
あることが認識される。

【００９２】すべてのリーフが自己ノードＩＤを取得し
終ると、次はブランチへ移りリーフに引き続いたノード
ＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。すなわ
ち、常にルートは最大のノードＩＤ番号を所有するもの
である。

【００９３】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。

【００９４】＜アービトレーション＞１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は個別に接続された各機器が、転送された信号をそれぞ
れ中継することによって、ネットワーク内すべての機器
に同信号を伝えるように、理論的なバス型ネットワーク
であるので、パケットの衝突を防ぐ意味でアービトレー
ションは必要である。これによってある時間には、たっ
た一つのノードのみ転送を行うことができる。

【００９５】アービトレーションを説明するための図と
して図１２（ａ）にバス使用する要求の図（ｂ）にバス
使用許可の図を示し、以下これを用いて説明する。

【００９６】アービトレーションが始まると、１つもし
くは複数のノードが親ノードに向かって、それぞれバス
使用権の要求を発する。図１２（ａ）のノードＣとノー
ドＦがバス使用権の要求を発しているノードである。こ
れを受けた親ノード（図１２ではノードＡ）は更に親ノ
ードに向かって、バス使用権の要求を発する（中継す
る）。この要求は最終的に調停を行うルートに届けられ
る。

【００９７】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１２
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された図である。アービトレーションに負け
たノードに対してはＤＰ(data perfix)パケットを送
り、拒否されたことを知らせる。拒否されたノードのバ
スを使用要求は次回のアービトレーションまで待たされ
る。

【００９８】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００９９】ここで、アービトレーションの一連の流れ
をフローチャート図２１に示して、説明する。

【０１００】ノードがデータ転送を開始できるために
は、バスがアイドル状態であることが必要である。先に
行われていたデータ転送が終了して、現在バスが空き状
態であることを認識するためには、各転送モードで個別
に設定されている所定のアイドル時間ギャップ長（例．
サブアクション・ギャップ）を経過することによって、
各ノードは自分の転送が開始できると判断する。

【０１０１】ステップＳ４０１として、Ａｓｙｎｃデー
タ、Ｉｓｏデータ等それぞれ転送するデータに応じた所
定のギャップ長が得られたか判断する。所定のギャップ
長が得られない限り、転送を開始するために必要なバス
使用権の要求はできないので、所定のギャップ長が得ら
れるまで待つ。

【０１０２】ステップＳ４０１で所定のギャップ長が得
られたら、ステップＳ４０２として転送すべきデータが
あるか判断し、ある場合はステップＳ４０３として転送
することにバスを確保するよう、バス使用権の要求をル
ートに対して発する。このときの、バス使用権の要求を
表す信号の伝達は、図１２に示したように、ネットワー
ク内各機器を中継しながら、最終的にルートに届けられ
る。ステップＳ４０２で転送するデータがない場合は、
そのまま待機する。

【０１０３】次に、ステップＳ４０４として、ステップ
Ｓ４０３のバス使用要求を１つ以上ルートが受信した
ら、ルートはステップＳ４０５として使用要求を出した
ノードの数を調べる。ステップＳ４０５での選択値がノ
ード数＝１（使用権要求を出したノードは１つ）だった
ら、そのノードに直後のバス使用許可が与えられること
となる。ステップＳ４０５での選択値がノード数＞１
（使用要求を出したノードは複数）だったら、ルートは
ステップＳ４０６として使用許可を与えるノードを１つ
に決定する調停作業を行う。この調停作業は公平なもの
であり、毎回同じノードばかりが許可を得る様なことは
なく、平等に権利を与えていくような構成となってい
る。

【０１０４】ステップＳ４０７として、ステップＳ４０
３で使用要求を出した複数ノードの中からルートが調停
して使用許可を得た１つのノードと、敗れたその他のノ
ードに分ける選択を行う。ここで、調停されて使用許可
を得た１つのノード、またはステップＳ４０５の選択値
から使用要求ノード数＝１で調停無しに使用許可を得た
ノードには、ステップＳ４０８として、ルートはそのノ
ードに対して許可信号を送る。許可信号を得たノード
は、受け取った直後に転送すべきデータ（パケット）を
転送開始する。また、ステップＳ４０６の調停で敗れ
て、バス使用が許可されなかったノードにはステップＳ
４０９としてルートから、アービトレーション失敗を示
すＤＰ(data perfix)ポケットを送られ、これを受け取
ったノードは再度転送を行うためのバス使用要求を出す
ため、ステップＳ４０１まで戻り、所定ギャップ長が得
られるまで待機する。

【０１０５】以上がアービトレーションの流れを説明し
た、フローチャート図２１の説明である。

【０１０６】＜Asynchronous（非同期）転送＞アシンク
ロナス転送は、非同期転送である。図１３にアシンクロ
ナス転送における時間的な遷移状態を示す。図１３の最
初のサブアクション・ギャップは、バスのアイドル状態
を示すものである。このアイドル時間が一定値になった
時点で、転送を希望するノードはバスが使用できると判
断して、バス獲得のためのアービトレーションを実行す
る。

【０１０７】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋｇａｐという短いギャップの後、返送して応答する
か、応答パケットを送ることによって転送が完了するａ
ｃｋは４ビットの情報と４ビットのチェックサムからな
り、成功か、ビジー状態か、ペンディング状態であるか
といった情報を含み、すぐに送信元ノードに返送され
る。

【０１０８】次に、図１４にアシンクロナス転送のパケ
ットフォーマットの例を示す。

【０１０９】パケットには、データ部及び誤り訂正用の
データＣＲＣの他にはヘッダ部があり、そのヘッダ部に
は図１４に示したような目的ノードＩＤ、ソースノード
ＩＤ、転送データ長さや各種コードなどが書き込まれ、
転送が行われる。

【０１１０】また、アシンクロナス転送は自己ノードか
ら相手ノードへの１対１の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛のアドレス以外のものは無視される
ので、宛先の１つのノードのみが読込むことになる。

【０１１１】以上がアシンクロナス転送の説明である。

【０１１２】＜Isochronous（同期）転送＞アイソクロ
ナス転送は同期転送である。１３９４シリアルバスの最
大の特徴であるともいえる個のアイソクロナス転送は、
特にＶＩＤＥＯ映像データや音声データといったマルチ
メディアデータなど、リアルタイムな転送を必要とする
データの転送に適した転送モードである。

【０１１３】また、アシンクロナス転送（非同期）が１
対１の転送であったのに対し、個のアイソクロナス転送
はブロードキャスト機能によって、転送元の１つのノー
ドから他のすべてのノードへ一様に転送される。

【０１１４】図１５はアイソクロナス転送における、時
間的な遷移状態を示す図である。

【０１１５】アイソクロナス転送は、バス上一定時間毎
に実行される。この時間間隔をアイソクロナスサイクル
と呼ぶ。アイソクロナスサイクル時間は、１２５μＳで
ある。この各サイクルの開始時間を示し、各ノードの時
間調整を行う役割を担っているのがサイクル・スタート
・パケットである。サイクル・スタート・パケットを送
信するのは、サイクル・マスタと呼ばれるノードであ
り、１つ前のサイクル内の転送終了後、所定のアイドル
期間（サブアクションギャップ）を経た後、本サイクル
の開始を告げるサイクル・スタート・パケットを送信す
る。このサイクル・スタート・パケットの送信される時
間間隔が１２５μＳとなる。

【０１１６】また、図１５にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
のパケットがチャネルＩＤをそれぞれ与えられることに
よって、区別して転送できる。これによって同時に複数
ノード間でのリアル体無な転送が可能であり、また受信
するノードでは自分がほしいチャネルＩＤのデータのみ
を取り込む。このチャネルＩＤは送信先のアドレスを表
すものではなく、データに対する論理的な番号を与えて
いるに過ぎない。よって、あるパケットの送信は１つの
送信元ノードから他のすべてのノードに行き渡る、ブロ
ードキャストで転送されることになる。

【０１１７】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【０１１８】また、図１５に示したｉｓｏｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
う前にバスが空き状態であると認識するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【０１１９】次に、図１６にアイソクロナス転送のパケ
ットフォーマットの例を示し、説明する。

【０１２０】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部及び誤り訂正用のデータＣＲＣの他
にヘッダ部があり、そのヘッダ部には図１６に示したよ
うな、転送データ長やチャネルＮｏ、その他各種コード
及び誤り訂正用のヘッダＣＲＣなどが書き込まれ、転送
が行われる。以上がアイソクロナス転送の説明である。

【０１２１】＜バス・サイクル＞実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。その時の、アイソクロナス転
送とアシンクロナス転送が混在した、バス上の転送状態
の時間的な遷移の様子を表した図を図１７に示す。

【０１２２】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
ギャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。従って、アシンクロナス転送より、アイソクロナス
転送は優先して実行される事となる。

【０１２３】図１７に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル期間（アイソクロナスギャップ）を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図１７ではチャネ
ルｅとチャネルｓとチャネルｋが順にアイソクロナス転
送されている。

【０１２４】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行うことができる
ようになる。

【０１２５】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タート・パケットを転送すべき時間(cycle synch)まで
の間にアシンクロナス転送を起動するためのサブアクシ
ョンギャップが得られた場合に限っている。

【０１２６】図１７のサイクル＃ｍでは３つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間(cycle syn
ch)にいたるので、サイクル＃ｍでの転送はここまでで
終る。

【０１２７】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間(cyc
le synch)に至ったとしたら、無理に中断せず、その転
送が終了した後のアイドル期間を待ってから次サイクル
のサイクル・スタート・パケットを送信する。即ち、１
つのサイクルが１２５μＳ以上続いたときは、その分次
サイクルは基準の１２５μＳより短縮されたとする。こ
のようにアイソクロナス・サイクルは１２５μＳを基準
に超過、短縮し得るものである。

【０１２８】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。こういった遅延情報も含めて、サイクルマスタによ
って管理される。以上が、ＩＥＥＥ１３９４シリアルバ
スの説明である。

【０１２９】ここから、図１のように１３９４シリアル
バスケーブルで記録再生装置とプリンタ装置が接続され
たときの説明を行う。図１でのバス構成は、実線で描い
た１３９４シリアルバスで接続された、１０１記録再生
装置、１０２プリンタ装置で成り立っており、各機器が
それぞれ１３９４シリアルバスの仕様に基づいたデータ
転送が行える。ここで、１０１記録再生装置とは動画又
は静止画を記録再生する、デジタルカメラやカメラ一体
型デジタルＶＴＲ等である。また、１３９４シリアルバ
スの接続方法は、図１のような接続に限ったものではな
く、任意の機器間での接続バスを構成しても可能であ
り、また図１に示した機器のほかにもデータ通信機器が
接続された構成であってもよい。なお、この図１の構成
は一例であって、接続されている機器は、ハードディス
クなどの外部記憶装置や、ＣＤＲ、ＤＶＤ等の１３９４
シリアルバスでネットワークが構成できる機器なら何で
あってもよい。

【０１３０】図１のようなバス構成を背景として、本発
明の実施形態の動作に関する説明を図２を用いて行う。

【０１３１】次に図２のブロック図の説明を行う。

【０１３２】図２の１０１は記録再生装置、１０２はプ
リンタであり、４は撮像系、５はＡ／Ｄコンバータ、６
は映像信号処理回路、７は所定のアルゴリズムで記録時
に圧縮、再生時に伸張を行う圧縮／伸張回路である。

【０１３３】８はＭＤ（ミニディスク）や固体メモリ等
の記憶媒体、９はシステムコントローラ、１０は指示入
力を行う操作部、１１はＤ／Ａコンバータ、１２は表示
部であるＥＶＦ、１６はメモリ１５の読み出し等を制御
するメモリ制御部である。

【０１３４】１５は圧縮されて転送する映像データを記
憶するためのフレームメモリ、１６はメモリ１５の読み
出し等を制御するメモリ制御部、１７はデータセレク
タ、１８は１３９４シリアルバスのＩ／Ｆ部、１９はプ
リンタにおける１３９４Ｉ／Ｆ部、２０はデータセレク
タ、２１は所定のアルゴリズムで圧縮された映像データ
を復号化するための復号化回路、２２はプリント画像の
画像処理回路、２３はプリント画像を形成するためのメ
モリ、２４はプリンタヘッド、２５はプリンタヘッドや
紙送り等を行うドライバ、２６はプリンタの制御部であ
るプリンタコントローラ、２７はプリンタ操作部であ
る。

【０１３５】次に、このブロック図２の動作を順を追っ
て説明する。

【０１３６】まず、記録再生装置１０１の記録時、撮像
系４で撮影した映像信号は、Ａ／Ｄコンバータ５でデジ
タル化された後、映像信号処理回路６で映像処理がなさ
れる。

【０１３７】映像信号処理回路６の出力の一方は撮影中
の映像としてＤ／Ａコンバータ１１でアナログ信号に戻
され、ＥＶＦ１２で表示される。その他の出力は、圧縮
回路７で所定のアルゴリズムで圧縮処理され、記録媒体
８に記録される。ここで、所定の圧縮処理とは、デジタ
ルカメラでは代表的なものとしてＪＰＥＧ方式、家庭用
デジタルＶＴＲでは帯域圧縮方法としてのＤＣＴ（離散
コサイン変換）及びＶＬＣ（可変長符号化）に基づいた
圧縮方式、その他としてＭＰＥＧ方式などである。

【０１３８】再生時は、記録媒体８から所望の映像を再
生する。この時、所望の映像の選択は、操作部１０から
入力された指示入力を元にして選択され、システムコン
トローラ９が制御して再生する。記録媒体から再生され
た映像データは、圧縮状態のままフレームメモリ１５に
出力する。非圧縮のデータで転送するため再生データを
伸張するときは、伸張回路７で伸張されメモリ１５に出
力される。また、再生した映像データをＥＶＦ１２で表
示するときは、伸張回路７で伸張し、Ｄ／Ａコンバータ
１１でアナログ信号に戻された後ＥＶＦ１２に出力さ
れ、表示される。

【０１３９】フレームメモリ１５は、それぞれシステム
コントローラにて制御されたメモリ制御部１６で書き込
み／読み出しの制御がなされて、読み出された映像デー
タはデータセレクタ１７へと出力される。このとき、１
５の出力は、データセレクタ１７に出力されるように制
御される。

【０１４０】システムコントローラ９は記録再生装置１
０１内の各部の動作を制御するものであるが、プリンタ
１０２や外部に接続された機器に対する制御コマンドデ
ータを出力して、データセレクタ１７から１３９４シリ
アルバス１０００に転送し、外部の装置にコマンド送信
することもできる。

【０１４１】また、プリンタ１０２から転送されてきた
各種コマンドデータは、データセレクタ１７からシステ
ムコントローラ９に入力され、記録再生装置１０１の各
部の制御に用いることができる。このうち、プリンタ１
０２から転送されたッ記録媒体８に記憶された画像デー
タの数を調べるコマンドデータがシステムコントローラ
９に入力された場合、システムコントローラ９は直ちに
画像データ数をプリンタ１０２へ通知するようにプログ
ラムされている。

【０１４２】データセレクタ１７に入力した映像データ
及びコマンドデータは、１３９４Ｉ／Ｆ１８で１３９４
シリアルバスの仕様に基づいてケーブル上をデータ転送
され、プリンタ１０２が受信する。コマンドデータも適
宜対象ノードに対して転送される。各データの転送方式
については、主に動画や静止画、または音声といったデ
ータはＩｓｏデータとしてアイソクロナス転送方式で転
送し、コマンドデータはＡｓｙｎｃデータとしてアイソ
クロナス転送方式で転送する。ただし、通常はＩｓｏデ
ータで転送するデータのうち、転送状況等に応じて場合
によってはＡｓｙｎｃデータとして転送した方が都合が
いいときはアシンクロナス転送で送ってもよい。

【０１４３】次にプリンタ１０２の動作については、１
３９４Ｉ／Ｆ部１９に入力したデータの内、データセレ
クタ２０で各データの種類毎に分類され、映像データ等
のプリントすべきデータは、圧縮されている場合復号化
回路２１でデータの伸張がなされた後、画像処理回路２
２に出力される。この時、本発明ではあらかじめ記録再
生装置１０１に送っておいた、デコーダの有無または種
類等の情報を元にして最適な転送が行えるよう、圧縮ま
たは非圧縮を選びデータ転送されたものであるので、プ
リンタが具備する復号化回路２１では圧縮されているデ
ータは所持する所定のアルゴリズムの伸張方式でデータ
伸張可能である。転送されてきた映像データが非圧縮の
ものである場合は、すなわち復号化回路２１が存在しな
いかまたは、記録再生装置１０１の圧縮方式に対応不可
能な復号化回路２１を具備しているものであるため、こ
の場合は復号化回路２１をスルーして直接プリント画像
処理回路２２に入力するような構成となる。また、映像
データでないプリント用データなどが入力されたとき
で、伸張する必要がないデータのときにも復号化回路２
１はスルーされる。

【０１４４】画像処理回路２２に入力されたプリント用
のデータは、ここでプリントに適した画像処理が施さ
れ、かつプリンタコントローラ２６によって記憶、読み
出しの制御がなされたメモリ２３にプリント画像として
形成したものをプリンタヘッド２４に送りプリントされ
る。

【０１４５】また本発明の特徴である一覧表示出力を行
うときは、画像データに縮小を施してメモリ２３に格納
する。

【０１４６】プリンタのヘッド駆動や紙送り等の駆動は
ドライバ２５で行うものであり、ドライバ２５やプリン
タヘッド２４の動作制御、及びその他各部の制御はプリ
ンタコントローラ２３によって行われる。

【０１４７】プリンタ操作部２７は一覧印刷モードのオ
ンオフ、出力画像の選択、紙送り、リセット、インクチ
ェック、プリンタ動作のスタンバイ／開始／停止等の動
作を指示入力するためのものであり、その指示入力に応
じてプリンタコントローラ２６によって各部の制御がさ
れる。

【０１４８】ここで、復号化回路２１は、プリンタに設
けるデコーダの一例として、ＪＰＥＧ方式によるものが
考えられる。ＪＰＥＧ復号化はソフトウェア的に可能で
あるので、復号化回路２１では、回路内に持つＲＯＭに
ＪＰＥＧ復号化プログラムファイルを保持しているも
の、あるいは他のノードから復号化プログラムを転送し
たものなどを用いて、ソフト的に処理する復号化処理構
成でよい。記録再生装置からＪＰＥＧ方式で圧縮された
画像データをプリンタに転送し、プリンタ内で復号化処
理するようにしたならば、非圧縮データに変換してから
転送するより転送効率が良く、また、ソフトウェアでの
デコード処理を用いることで、プリンタ自体にデコーダ
を設けることにもコスト的にも支障はなく都合がよい。
また、復号化回路２１ではハード的な復号化として、Ｊ
ＰＥＧデコード回路（ボード）を設ける構成でも可能で
ある。

【０１４９】プリンタコントローラ２６はプリンタ１０
２の各部の動作を内蔵するプログラムにしたがって制御
する。図４、５のフローチャートに示された動作も上記
プログラムに含まれる構成としてもよいし、図示しない
拡張ＲＯＭソケットまたは拡張インタフェース等を持つ
ことによりより付加機能を追加可能なプリンタであれ
ば、フローチャートに示された機能は拡張ＲＯＭボード
等によって付加することもできる。

【０１５０】次に、このときの動作をフローチャートに
して図４に示す。

【０１５１】記録再生装置１０１内の画像データをプリ
ンタ１０２にて一覧出力されるモードにおいて、まずス
テップＳ１としてユーザはプリンタ１０２の操作部２７
から一覧印刷時の縦横の分割数を指定する（Ｓ１）。プ
リンタコントローラ２６はステップＳ１で指示された分
割数に基づき印刷時に一つの画像が占めるスペース、つ
まり横幅と高さを算出する（Ｓ２）。ただし、コントロ
ーラ２６はあらかじめ縦横の分割数と一つの画像の横幅
と高さの初期値を保持していて、ユーザがステップＳ１
において縦横の分割数を指示しなければ、それらの初期
値を用いる。

【０１５２】次にユーザが操作部２７から一覧印刷命令
を与えると、プリンタコントローラ２６はステップＳ３
として画像転送命令を１３９４シリアルバスを介して記
録再生装置１０１へ発行する。指示に従い記録再生装置
１０１のシステムコントローラ９は記録媒体８に格納さ
れた画像データをプリンタ１０２へ転送する。転送する
画像データにはその画像が記録された日時等の情報もあ
れば付加して転送する。これは、プリンタ１０２が一覧
印刷時の各画像に日時、通し番号等を添えるときに参照
される（Ｓ３）。

【０１５３】ステップＳ４として受信された画像データ
は復号化回路２１によって伸張処理が施されラスタイメ
ージに復元化される（Ｓ４）。

【０１５４】このラスタイメージはステップＳ２におい
て算出された画像の大きさになるような縮小倍率で縮小
処理を画像処理部２２において施される。これがステッ
プＳ５である（Ｓ５）。メモリ２３には１ページ分のラ
スタイメージに対応する領域を持っていて、ステップＳ
５で縮小されたラスタイメージは直ちにステップＳ６に
おいてメモリ２３のその画像の印刷位置に対応する領域
に格納される（Ｓ６）。以上で一つの画像データについ
ての処理が終わり、ステップＳ７において１ページが単
位画像で一杯になるか、または記録再現装置１０１内の
全画像の転送とそれに続く処理が終了したと判断するま
でステップＳ３からステップＳ６までのルーチンが繰り
返される（Ｓ７−Ｎｏ）。１ページが単位画像で一杯に
なり、または全画像の転送とそれに続く処理が終了した
と判断する場合（Ｓ７−Ｙｅｓ）、メモリのデータを出
力する（Ｓ８）。

【０１５５】本フローチャートによれば、１ページ分の
ラスタイメージを作成してから出力動作に移行している
が、作成したバンドを順次出力していっても構わない。

【０１５６】図５に他の実施形態として一覧出力モード
２の動作を示す。

【０１５７】ユーザが一覧出力モード２を操作部２７を
介して指示したならば、まずステップＳ２１でプリンタ
１０２は記録再生装置１０１へ画像数情報と各画像の大
きさを要求するコマンドを発行する（Ｓ２１）。

【０１５８】記録再生装置１０１はステップＳ２２とし
て、記録媒体８に保有する画像数と各画像の大きさを通
知しプリンタ１０２は受信する（Ｓ２２）。

【０１５９】プリンタ１０２は受信した情報を基にステ
ップＳ２３として全画像の出力時の大きさを割り振り決
定し設定値を操作部に表示する（Ｓ２３）。ただし、こ
の時点でユーザは操作部を介して設定値を変更すること
が可能である。

【０１６０】ユーザが出力実行の指示をしたならば、プ
リンタ１０２はステップＳ２４として画像の画像転送命
令を１３９４シリアルバスを介して記録再生装置１０１
へ発行する。指示に従い記録再生装置１０１のシステム
コントローラ９は記録媒体８に格納された画像データを
プリンタ１０２へ転送する。転送する画像データにはそ
の画像が記録された日時等の情報もあれば付加して転送
する。これは、プリンタ１０２が一覧印刷時の各画像に
日時、通し番号を添えるときに参照される（Ｓ２４）。

【０１６１】ステップＳ２５として受信された画像デー
タは復号化回路２１によって伸張処理が施されラスタイ
メージに復元化される（Ｓ２５）。

【０１６２】このラスタイメージはステップＳ２におい
て算出された画像の大きさになるような縮小倍率で縮小
処理を画像処理部２２において施される。これがステッ
プ２６である（Ｓ２６）。

【０１６３】メモリ２３には１ページ分のラスタイメー
ジに対応する領域を持っていて、ステップＳ５で縮小さ
れたラスタイメージは直ちにステップＳ２７においてメ
モリ２３のその画像の印刷位置に対応する領域に格納さ
れる（Ｓ２７）。

【０１６４】以上で一つの画像データについての処理が
終わり、ステップＳ２８において１ページが単位画像で
一杯になるか、または記録再生装置１０１内の全画像の
転送とそれに続く処理が終了したと判断するまでステッ
プＳ２４からステップＳ２７までのルーチンが繰り返さ
れる（Ｓ２８−Ｎｏ）。１ページが単位画像で一杯にな
り、または全画像の転送とそれに続く処理が終了したと
判断する場合（Ｓ２８−Ｙｅｓ）、メモリのデータを出
力する（Ｓ２９）。

【０１６５】本フローチャートによれば、１ページ分の
ラスタイメージを作成してから出力動作に移行している
が、作成したバンドを順次出力していっても構わない。

【０１６６】以上がフローチャート図５の説明である。

【０１６７】本実施形態では、記録媒体に圧縮記録した
映像データを用いて説明しているが、非圧縮映像データ
を用いたものであってもよい。

【０１６８】また、本発明で説明した記録再生装置は主
として静止画の映像データに関したものであり、デジタ
ルカメラを意識したものであるが、他の記録または再生
装置であるＤＶＤやＭＤ、ＣＤ、ＰＣなどのデジタル機
器であってもよい。

【０１６９】本実施形態では、記録媒体に圧縮記録した
映像データを用いて説明しているが、記録した映像に限
らず、撮像装置より入力した映像データであっても記録
処理が行われていない圧縮映像データを用いたものであ
ってもよい。

【０１７０】また、本発明で説明した記録再生装置は主
として動画及び静止画の映像データに関したものであ
り、カメラ一体型ＶＴＲやデジタルカメラを意識したも
のであるが、他の記録または再生装置であるＤＶＤやＭ
Ｄ、ＣＤ、ＰＣなどのデジタル機器であってもよい。

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

【０１７２】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

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

【０１７４】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、図２２のメモリマップ例に示す各モジュール
を記憶媒体に格納することになる。すなわち、少なくと
も「画像横幅高さ算出モジュール２２０１」「画像転送
モジュール２２０２」および「伸長処理モジュール２２
０３」「画像縮小モジュール２２０４」の各モジュール
のプログラムコードを記憶媒体に格納すればよい。

【０１７５】

【発明の効果】本発明によれば、デジタル機器に搭載さ
れるデジタルＩ／Ｆ（例えばＩＥＥＥ１３９４−１９９
５ハイパフォーマンス・シリアルバス）を用いて、プリ
ンタとデジタルカメラやデジタルＶＴＲの如き録再生装
置等を接続し、機器間データ通信を実現し、記録再生装
置からビデオデータ等を直接転送しプリントするダイレ
クトプリントを実現する。

【０１７６】デジタルカメラが保持している画像数や画
像の大きさ等の情報に基づいて、転送元ノードの記録再
生装置から転送する映像データをプリンタ内で縮小し、
複数の画像の一覧表示させた形態で出力させることがで
きるようになる。

【０１７７】本発明によれば、ＰＣを介すことなしに記
録再生装置に格納された画像データを高速にかつ簡単に
出力することができ、また一覧表時の形態で出力するこ
とによりユーザは画像データライブラリの管理が容易に
なる。このことにより、記録再生装置内の全画像を簡単
に出力することができるので、ユーザはデータライブラ
リの保守、修正などを行うのが容易になるという効果が
ある。

【０１７８】

【図面の簡単な説明】

【図１】本発明を適用した印刷システムを示した図であ
る。

【図２】本発明を適用した記録再生装置、プリンタ装
置、ＰＣのブロック図である。

【図３】従来例で、デジタルカメラ、ＰＣ、プリンタを
ＰＣを中心に接続したときの構成を示すブロック図であ
る。

【図４】記録再生装置の動作を示すフローチャートであ
る。

【図５】一覧出力モードの動作を示すフローチャートで
ある。

【図６】１３９４シリアルバスを用いて接続されたネッ
トワーク構成の一例を示す図である。

【図７】１３９４シリアルバスの構成要素を表す図であ
る。

【図８】１３９４シリアルバスのアドレスマップを示す
図である。

【図９】１３９４シリアルバスケーブルの断面図であ
る。

【図１０】ＤＳ−Ｌｉｎｋ符号化方式を説明するための
図である。

【図１１】１３９４シリアルバスで各ノードのＩＤを決
定するためのトポロジ設定を説明するための図である。

【図１２】（ａ）はバス使用権の要求を説明する図であ
り、（ｂ）はバス使用の許可を説明する図である。

【図１３】アシンクロナス転送の時間的な状態遷移を表
す基本構成図である。

【図１４】アシンクロナス転送のパケットのフォーマッ
トの一例を示す図である。

【図１５】アイソクロナス転送の時間的な状態遷移を表
す基本的な構成図である。

【図１６】アイソクロナス転送のパケットのフォーマッ
トの一例を示す図である。

【図１７】１３９４シリアルバスで実際のバス上を転送
されるパケットの様子を示したバスサイクルの一例を示
す図である。

【図１８】バスリセットからノードＩＤの決定までの流
れを示すフローチャート図である。

【図１９】バスリセットにおける親子関係決定の流れを
示すフローチャート図である。

【図２０】バスリセットにおける親子関係決定後から、
ノードＩＤ決定までの流れを示すフローチャート図であ
る。

【図２１】アービトレーションを説明するためのフロー
チャート図である。

【図２２】本実施形態における記録媒体のメモリマップ
を示す図である。

【符号の説明】

１０１記録再生装置１０２プリンタ装置１３９４シリアルバス１０００４撮像系５Ａ／Ｄコンバータ６映像信号処理回路７圧縮／伸張回路８記憶媒体９システムコントローラ１０操作部１１Ｄ／Ａコンバータ１２表示部ＥＶＦ１５フレームメモリ１６メモリ制御部１７データセレクタ１８１３９４シリアルバスのＩ／Ｆ部１９プリンタにおける１３９４Ｉ／Ｆ部２０データセレクタ２１復号化回路２２プリント画像の画像処理回路２３プリント画像形成メモリ２４プリンタヘッド２５ドライバ２６プリンタコントローラ２７プリンタ操作部

Claims

【特許請求の範囲】

【請求項１】一つ以上の画像データを格納しているデ
ータ格納手段から直接にデータを受信して印刷処理を行
う印刷システムであって、一覧印刷出力のために一画像が占める画像サイズを算出
する画像サイズ算出手段と、一覧印刷命令に従い、前記データ格納手段に格納されて
いる画像データを受信するための画像データ授受手段
と、前記受信した画像データを伸長処理してラスターイメー
ジデータを形成する復号化手段と、前記形成されたラスタ−イメージデータを、前記算出手
段で算出された画像サイズに合わせて変換処理を行うサ
イズ変換手段と、前記画像サイズ変換されたラスターイメージデータを合
成し、一覧出力する印刷手段と、を備えることを特徴とする印刷システム。
【請求項２】前記印刷手段は、前記データ格納手段へ
保有画像数情報と画像サイズ情報を請求する機能と、前
記保有画像数情報と前記画像サイズ情報を得たときはそ
れらの情報に基づき一覧出力時の画像割り振りを決定す
る機能を備えることを特徴とする請求項１記載の印刷シ
ステム。
【請求項３】前記データ授受手段は、ＩＥＥＥ１３９４
−１９９５シリアルバスを用いることを特徴とする請求
項１記載の印刷システム。
【請求項４】一つ以上の画像データを格納しているデ
ータメモリーから直接にデータを受信して印刷処理を行
う印刷制御方法であって、一覧印刷出力のために一画像が占める画像サイズを算出
する画像サイズ算出工程と、一覧印刷命令に従い、前記データ格納工程に格納されて
いる画像データを受信するための画像データ授受工程
と、前記受信した画像データを伸長処理してラスターイメー
ジデータを形成する復号化工程と、前記形成されたラスタ−イメージデータを、前記算出工
程で算出された画像サイズに合わせて変換処理を行う画
像サイズ変換工程と、前記画像サイズ変換されたラスターイメージデータを合
成し、一覧出力する印刷工程と、を備えることを特徴とする印刷制御方法。
【請求項５】前記印刷工程は、前記データ格納工程へ
保有画像数情報と画像サイズ情報を請求する機能と、前
記保有画像数情報と前記画像サイズ情報を得たときはそ
れらの情報に基づき一覧出力時の画像割り振りを決定す
る機能を備えることを特徴とする請求項４記載の印刷制
御方法。
【請求項６】前記データ授受工程は、ＩＥＥＥ１３９４
−１９９５シリアルバスを用いることを特徴とする請求
項４記載の印刷制御方法。