JP2004192559A - 画像処理システム - Google Patents
画像処理システム Download PDFInfo
- Publication number
- JP2004192559A JP2004192559A JP2002362803A JP2002362803A JP2004192559A JP 2004192559 A JP2004192559 A JP 2004192559A JP 2002362803 A JP2002362803 A JP 2002362803A JP 2002362803 A JP2002362803 A JP 2002362803A JP 2004192559 A JP2004192559 A JP 2004192559A
- Authority
- JP
- Japan
- Prior art keywords
- node
- data
- image processing
- bus
- transfer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
Abstract
【課題】画像処理データ出力装置からの専用又は非専用データを処理する。
【解決手段】プリンタ１０３においては、ＳＴＢ１０２からＩ／Ｆ部１０５を介して受信された画像処理用データがプリンタ１０３で画像処理できるか否かを、データ判断部１０６により判断し、画像処理できると判断したときは、当該画像処理用データを印刷処理部１０８に転送し、他方、画像処理が実行できないと判断したときは、当該画像処理用データを転送処理部１０９に転送し、転送処理部１０９によりＩ／Ｆ部１１０を介してＰＣ１０４に送信する。ＰＣ１０４においては、受信した画像処理用データを処理し、プリンタ１０３のＩ／Ｆ部１１０に送信する。そして、ＰＣ１０４から画像処理データを受信すると、Ｉ／Ｆ部１１０はその画像処理データを印刷処理部１０８に転送する。
【選択図】 図１
【解決手段】プリンタ１０３においては、ＳＴＢ１０２からＩ／Ｆ部１０５を介して受信された画像処理用データがプリンタ１０３で画像処理できるか否かを、データ判断部１０６により判断し、画像処理できると判断したときは、当該画像処理用データを印刷処理部１０８に転送し、他方、画像処理が実行できないと判断したときは、当該画像処理用データを転送処理部１０９に転送し、転送処理部１０９によりＩ／Ｆ部１１０を介してＰＣ１０４に送信する。ＰＣ１０４においては、受信した画像処理用データを処理し、プリンタ１０３のＩ／Ｆ部１１０に送信する。そして、ＰＣ１０４から画像処理データを受信すると、Ｉ／Ｆ部１１０はその画像処理データを印刷処理部１０８に転送する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、データ放送等の情報コンテンツを画像処理する画像処理システムに関する。
【０００２】
【従来の技術】
従来から、放送等がアナログであれデジタルであれ、ＴＶモニタに表示される映像を見たり、映像に同期した音を音響装置により聞いたりして、情報を得たり、そのものを楽しんだりすることが、主な放送等の利用用途であった。データ放送においては、ＴＶモニタより膨大な情報をリアルタイムで得ていた。
【０００３】
他方で、近年画面による情報要求のみならず、その内容を補完的に紙に印刷して保存するなり利用するための要求、例えば放送等がＴＶ画面に表示されている内容と同等データを外部へ出力して外部印刷装置で印刷するような要求が高まってきたことから、そのような要求を満たすため、セットトップボックス（ＳＴＢ； set-top box）接続の印刷装置等も提案されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、印刷装置の解釈できる専用の表示コンテンツ内容であれば印刷可能であるのに対して、専用外の表示内容の印刷データであれば内容を解釈できず印刷を実行できないため、データを切り捨てて無視する処理が行われていた。
【０００５】
そこで、本発明の目的は、このような問題点を解決し、画像処理データ出力装置からの専用又は非専用データを処理できる画像処理システムを提供することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、画像処理データ出力装置と、該画像処理データ出力装置に接続したプリンタと、前記画像処理データ出力装置および前記プリンタに接続したコンピュータとを有する画像処理システムにおいて、
前記プリンタは、
画像処理を行う画像処理手段と、
前記画像処理データ出力装置から第１インタフェースを介して受信する受信手段と、
該受信手段により受信された画像処理用データが本プリンタにおいて画像処理できるか否かを判断する判断手段と、
該判断手段により画像処理できると判断された場合に、当該画像処理用データを前記画像処理手段に転送し、他方、画像処理が実行できないと判断された場合に、当該画像処理用データを第２インタフェースを介して前記コンピュータに送信する切換手段と、
前記コンピュータにより送信された画像処理用データを前記第２インタフェースを介して受信し前記画像処理手段に転送する転送手段と
を備え、
前記コンピュータは、
前記切換手段により送信された画像処理用データを処理するデータ処理手段と、
該データ処理手段による処理により得られた画像処理用データを前記プリンタの前記第２インタフェースに送信する送信手段と
を備えたことを特徴とする。
【０００７】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【０００８】
＜第１の実施の形態＞
図１は本発明の第１の実施の形態を示す。これは、プリンタ１０３をＳＴＢ１０２とＰＣ（パーソナルコンピュータ）１０４にそれぞれ接続した画像処理システムの例である。
【０００９】
ＳＴＢ１０２は、チューナ、電話回線、ネットワーク等を持ち、映像データを取り込み、内部処理後に各種信号を出力し、印刷用データを出力するものである。なお、ＳＴＢ１０２から出力される印刷データは、セキュリティの無いフリーなデータファイルのみに限るものとする。ＳＴＢ１０２からプリンタ１０３への出力データとしては、データ放送の印刷コンテンツの出力データ（一例としてＢＭＬ／Ｐデータ）と、それ以外の出力データとがある。
【００１０】
プリンタは１０３は、Ｉ／Ｆ部１０５と、データ判断部１０６と、ＢＭＬ処理部１０７と、Ｉ／Ｆ部１１０と、転送処理部１０９と、印刷処理部１０８とを有する。Ｉ／Ｆ部１０５はＳＴＢ１０２とＩＥＥＥ１３９４インタフェース接続してあり、ＩＥＥＥ１３９４インタフェース処理を行うものである。データ判断部１０６はＩ／Ｆ部１０５からのデータ内容がＢＭＬ印刷コンテンツか否かを判断し、ＢＭＬ印刷コンテンツと判断した場合は当該データをＢＭＬ処理部１０７に送り、他方、ＢＭＬ印刷コンテンツでないと判断した場合は当該データを転送処理部１０９に送るものである。ＢＭＬ処理部１０７はＢＭＬ印刷コンテンツデータを印刷データに変換する各種処理を行なうものである。転送処理部１０９はデータ判断部１０６からのデータをそのままＩ／Ｆ部１１０に渡すものである。印刷処理部１０８はＢＭＬ処理部１０７による処理後の印刷データに基づき印刷処理を行うものである。Ｉ／Ｆ部１１０はＰＣ１０４とＵＳＢインタフェース接続してあり、データ判断部１０６からのデータをＰＣ１０４に渡し、ＰＣ１０４からのデータを印刷処理部１０８へ渡すものである。
【００１１】
ＰＣ１０４は、ＰＣ内部で印刷データに変換する処理（すなわちＰＣ印刷処理と同様の処理）をするように転送処理部１０９により指示があると、印刷データ変換処理を起動し、印刷データができ上がると、プリンタ１０３のＩ／Ｆ部１１０に送るものである。
ＴＶ１０１は、ＳＴＢ１０２の例えばコンポジット映像端子に接続してある。
【００１２】
＜データ放送コンテンツについての説明＞
デジタル放送のデータ放送についての標準化が進みつつある。国内では日本ＡＲＩＢのデータ放送符号化仕様としてＢＭＬ（Broadcast Markup Language）の策定が進められている。ＢＭＬとは、ＸＭＬベースのＨＴＭＬ（ｘＨＴＭＬ）を核にスタイルシート、Java（登録商標）Scriptなどの放送用のコンテンツ記述言語を定義したものである。
【００１３】
次に、ＳＴＢ１０２における処理を図２３を参照して説明する。処理後、ファイルとして記憶される。コンテンツデータはＭＰＥＧ−２方式により他のメディアと共に多重化され、さらに単一搬送波でＰＳＫデジタル変調後、アンテナから送信される。
【００１４】
２３０１では、受信した電波ＲＦをチューナで選局・復調し、多重化ストリームであるＭＰＥＧ−２ ＴＳパケットを得る。
【００１５】
２３０２では、多重化ストリームからPID-filter/PSI-analysisに基づき、データ放送コンテンツを他のメディアから分離する。
【００１６】
２３０３では、前分離されたデータ放送コンテンツだけを含むＴＳパケットをＤＳＭ−ＣＣ方式で定義される１周期分のデータ列として一時保存する。
【００１７】
２３０４では、Carouselバッファで一時保存したデータ列（複数のＤＩＩ＋ＤＤＢ）から、複数のフアイルを得て、ＳＴＢ１０２内のフラッシュメモリ等の記憶装置に蓄える。すなわち、送出側が、一体（マルチパート）化した「モジュール」を再び、▲１▼静止画ＪＰＥＧ、▲２▼図形ｐｎｇ、▲３▼文字テキスト、▲４▼制御コードテキストを分離する。ＢＭＬブラウザソフトウェアは前記フアイルを順次読み出し、画面表示やリモコンとのデータの受け渡し印字の起動を行う。
【００１８】
次に、デジタルデータ放送におけるＳＴＢ１０２内部でのＢＭＬコンテンツ記憶構成を説明する。なお、ここでは、「モジュール」を複数の独立したファイルを含む「フォルダ」に近い意味で用いる。図２４は一般の表示系放送内容の一例を示す。放送される番組を「イベント」と呼ぶ。イベント(例ではAfternoonTea)は複数のモジュールから構成される。
【００１９】
モジュール名は１６進文字列４桁に制限される。特別の番号である0x0000で区別されるモジュールは、番組群のうち最初に起動される。たいていは全体のメインメニューのページ（複数のファイルを含む）を収容してある。モジュール番号0x0000の中にstartup.bmlと言う名前のファイルが必ず存在する。表示ブラウザ（ソフト）はこのファイルを最初に処理する。もちろん、他のモジュールに（startup.bmlが）存在していても問題はない。１モジュールの最大は１MBで、イベント全体に対する最大サイズの規定はない。１イベントあたりの最大モジュール数は２５６個である。
【００２０】
チューナに実装するＲＡＭのサイズは最小２MBと規定されているので、放送するコンテンツのサイズもそれに合わせる必要がある。
【００２１】
次に、印刷用コンテンツについて説明する。図２５は印字用モジュール（例では9999番）だけを書き出した例である。このモジュールは、１個の「プリント・レイアウト情報ファイル」（例ではprint.bml）と複数の付属する「画像ファイル」からなる。なお、印字用モジュールは全体で最大３００KBを想定している。なお、このモジュールにはxxxx.bmlが一個のみ存在するものとする。印刷用出力データにはこのデータが出力される。
【００２２】
＜マルチパート化＞
次に複数のファイルが１つにまとめられた状態（マルチパート化）について説明する。図２６にその記述例を示す。この１つにまとめられたファイルのことをモジュールと呼ぶ。マルチパート化は電子メールなどでもよく利用される技術で、RFC1521（MIME）で規定されている。主な構成要素とその配列を説明する。それぞれのファイルを区切るための文字（バウンダリー（boundary））を定義する。次にモジュール全体の長さが示される。さらにBoundaryに続き、resourceListという情報が付加される。（詳細はＢ２４の２．０以前版では第２編、第9章に記載されている）resouceListには、モジュールに含まれる全てのファイルの情報（名前・サイズ等）が含まれる。そのあと、バウンダリー、ファイルの長さ、ファイルの名前など、さらに実ファイルデータが繰り返される。
【００２３】
以上、ＳＴＢ１０２内で処理されるデジタルデータ放送／表示および印刷コンテンツについて簡単に説明した。
【００２４】
ＳＴＢ１０２とプリンタ１０３との接続にはＩＥＥＥ１３９４インタフェースを使用し、ここではＰＣの介在がないためＳＴＢ２プロトコルの使用はできず、ＡＶＣプロトコルまたはＤＰＰ（ダイレクトプリントプロトコル）のうち、本実施の形態ではＤＰＰを採用した。
【００２５】
＜ＩＥＥＥ１３９４の技術の概要＞
ＤＰＰを説明する前に、ＩＥＥＥ１３９４インタフェースの概要を説明する。まず、ＩＥＥＥ１３９４−１９９５規格の技術について簡単に説明する。なお、ＩＥＥＥ１３９４−１９９５規格（以下「ＩＥＥＥ１３９４規格」という。）についての詳細は、１９９６年８月３０日にＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）から出版された「IEEE Standard for aHigh Performance Serial Bus」に記述されている。
【００２６】
（１）概要
図２はＩＥＥＥ１３９４規格に準拠したデジタルインタフェース（以下「１３９４インタフェース」という。）を具備するノードにより構成される通信システム（以下「１３９４ネットワーク」という。）の一例を示す。１３９４ネットワークはシリアルデータの通信可能なバス型ネットワークを構成するものである。
【００２７】
図２において、各ノードＡ〜Ｆは、ＩＥＥＥ１３９４規格に準拠した通信ケーブルを介して接続されている。これらのノードＡ〜Ｈは、例えば、ＰＣ、デジタルＶＴＲ（Video Tape Recorder）、ＤＶＤ（Digital Video Disc）プレーヤ、デジタルカメラ、ハードディスク、モニタ等の電子機器である。
【００２８】
１３９４ネットワークの接続方式は、デイジーチェーン方式とノード分岐方式とに対応しており、自由度の高い接続を可能としている。また、１３９４ネットワークでは、例えば、既存の機器を削除したり、新たな機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動的にバスリセットを行う。このバスリセットを行うことにより、１３９４ネットワークは新たな接続構成の認識と各機器に対するＩＤ情報の割り当てとを自動的に行うことができる。この機能によって、１３９４ネットワークはネットワークの接続構成を常時認識することができる。
【００２９】
また、１３９４ネットワークは他の機器から転送されたデータを中継する機能を有している。この機能により、全ての機器がバスの動作状況を把握することができる。また、１３９４ネットワークは、Plug＆Playと呼ばれる機能を有している。この機能により、全ての機器の電源をＯＦＦにすることなく、接続するだけで自動に接続機器を認識することができる。さらに、１３９４ネットワークは１００／２００／４００Ｍｂｐｓのデータ転送速度に対応している。上位のデータ転送速度を持つ機器は、下位のデータ転送速度をサポートすることができるため、異なるデータ転送速度に対応する機器同士を接続することができる。
【００３０】
１３９４ネットワークは、２つの異なるデータ転送方式（すなわち、アシンクロナス（Asynchronous）転送モードとアイソクロナス（Isochronous）転送モード）に対応している。アシンクロナス転送モードは、必要に応じて非同期に転送することが要求されるデータ（すなわち、コントロール信号やファイルデータ等）を転送する際に有効である。また、アイソクロナス転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（すなわち、ビデオデータやオーディオデータ等）を転送する際に有効である。アシンクロナス転送モードとアイソクロナス転送モードとは、各通信サイクル（通常１サイクルは１２５μＳ）内において混在させることが可能である。各転送モードは、サイクルの開始を示すサイクルスタートパケット（以下「ＣＳＰ」という。）の転送後に実行される。
【００３１】
なお、各通信サイクル期間において、アイソクロナス転送モードは、アシンクロナス転送モードよりも優先順位が高く設定されている。また、アイソクロナス転送モードの転送帯域は、各通信サイクル内で保証されている。
【００３２】
（２）アーキテクチャ
図３を参照して１３９４インタフェースの構成要素を説明する。１３９４インタフェースは、機能的に複数のレイヤ（階層）から構成されている。図３において、１３９４インタフェースは、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０１を介して他のノードの１３９４インタフェースと接続される。また、１３９４インタフェースは、１つ以上の通信ポート３０２を有し、通信ポート３０２は、ハードウェア部に含まれるフィジカルレイヤ３０３と接続される。
【００３３】
図３において、ハードウェア部はフィジカルレイヤ３０３とリンクレイヤ３０４とから構成されている。フィジカルレイヤ３０３は、他のノードとの物理的、電気的なインタフェース、バスリセットの検出とそれに伴う処理、入出力信号の符号化／復号化、バス使用権の調停等を行う。リンクレイヤ３０４は、通信パケットの生成と送受信、サイクルタイマの制御等を行なう。
【００３４】
図３のファームウェア部はトランザクションレイヤ３０５とシリアルバスマネージメント３０６とを含んでいる。トランザクションレイヤ３０５は、アシンクロナス転送モードを管理し、各種のトランザクション（リード、ライト、ロック）を提供する。シリアルバスマネージメント３０６は、後述するＣＳＲアーキテクチャに基づいて、自ノードの制御、自ノードの接続状態の管理、自ノードのＩＤ情報の管理、シリアルバスネットワークの資源管理を行う機能を提供する。
【００３５】
以上、ハードウェア部とファームウェア部とが実質的に１３９４インタフェースを構成するものであり、それらの基本構成は、ＩＥＥＥ１３９４規格により規定されている。
【００３６】
図３のソフトウェア部に含まれるアプリケーションレイヤ３０７は、使用するアプリケーションソフトによって異なり、ネットワーク上でどのようにデータを通信するのかを制御する。例えば、デジタルＶＴＲの動画像データの場合は、ＡＶ／Ｃプロトコルなどの通信プロトコルによって規定されている。
【００３７】
（2-1）リンクレイヤ３０４
図４はリンクレイヤ３０４の提供可能なサービスを示す図である。図４において、リンクレイヤ３０４は、次の４つのサービスを提供する。すなわち、▲１▼応答ノードに対して所定のパケットの転送を要求するリンク要求（LK_DATA.request）、▲２▼応答ノードに所定のパケットの受信を通知するリンク通知（LK_DATA.indication）、▲３▼応答ノードからのアクノリッジを受信したことを示すリンク応答（LK_DATA.response）、▲４▼要求ノードからのアクノリッジを確認するリンク確認（LK_DATA.confirmation）である。なお、リンク応答（LK_DATA.response）は、ブロードキャスト通信、アイソクロナスパケットの転送の場合には存在しない。
【００３８】
リンクレイヤ３０４は、上述のサービスに基づいて、上述の２種類の転送方式、すなわち、アシンクロナス転送モード、アイソクロナス転送モードを実現する。
【００３９】
（2-2）トランザクションレイヤ３０５
図５はトランザクションレイヤ３０５の提供可能なサービスを示す図である。図５において、トランザクションレイヤ３０５は、次の４つのサービスを提供する。すなわち、▲１▼応答ノードに対して所定のトランザクションを要求するトランザクション要求（TR_DATA.request）、▲２▼応答ノードに所定のトランザクション要求の受信を通知するトランザクション通知（TR_DATA.indication）、▲３▼応答ノードからの状態情報（ライト、ロックの場合は、データを含む）を受信したことを示すトランザクション応答（TR_DATA.response）、▲４▼要求ノードからの状態情報を確認するトランザクション確認（TR_DATA.confirmation）である。
【００４０】
また、トランザクションレイヤ３０５は、上述のサービスに基づいてアシンクロナス転送を管理し、次の３種類のトランザクション、すなわち、▲１▼リードトランザクション、▲２▼ライトトランザクション、▲３▼ロックトランザクションを実現する。
【００４１】
▲１▼リードトランザクションは、要求ノードが応答ノードの特定アドレスに格納された情報を読み取る。
【００４２】
▲２▼ライトトランザクションは、要求ノードが応答ノードの特定アドレスに所定の情報を書き込む。
【００４３】
▲３▼ロックトランザクションは、要求ノードが応答ノードに対して参照データと更新データとを転送し、応答ノードの特定アドレスの情報とその参照データとを比較し、その比較結果に応じて特定アドレスの情報を更新データに更新する。
【００４４】
（2-3）シリアルバスマネージメント３０６
シリアルバスマネージメント３０６は、具体的に、次の３つの機能を提供することができる。３つの機能とは、すなわち、▲１▼ノード制御、▲２▼アイソクロナスリソースマネージャ（以下、ＩＲＭ）、▲３▼バスマネージャである。
【００４５】
▲１▼ノード制御は、上述の各レイヤを管理し、他のノードとの間で実行されるアシンクロナス転送を管理する機能を提供する。
【００４６】
▲２▼ＩＲＭは、他のノードとの間で実行されるアイソクロナス転送を管理する機能を提供する。具体的には、転送帯域幅とチャネル番号の割り当てに必要な情報を管理し、これらの情報を他のノードに対して提供する。
【００４７】
ＩＲＭは、ローカルバス上に唯一存在し、バスリセット毎に他の候補者（ＩＲＭの機能を有するノード）の中から動的に選出される。また、ＩＲＭは、後述のバスマネージャの提供可能な機能（接続構成の管理、電源管理、速度情報の管理等）の一部を提供してもよい。
【００４８】
▲３▼バスマネージャは、ＩＲＭの機能を有し、ＩＲＭよりも高度なバス管理機能を提供する。具体的には、より高度な電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理）、より高度な速度情報の管理（各ノード間の最大転送速度の管理）、より高度な接続構成の管理（トポロジマップの作成）、これらの管理情報に基づくバスの最適化等を行ない、さらにこれらの情報を他のノードに提供する機能を有する。
【００４９】
また、バスマネージャは、シリアルバスネットワークを制御するためのサービスをアプリケーションに対して提供できる。ここで、サービスには、シリアルバス制御要求（SB_CONTROL.request）、シリアルバスイベント制御確認（SB_CONTROL.confirmation）、シリアルバスイベント通知（SB_CONTROL.indication）等がある。
【００５０】
SB_CONTROL.requestは、アプリケーションがバスリセットを要求するサービスである。SB_CONTROL.confirmationは、SB_CONTROL.requestをアプリケーションに対して確認するサービスである。SB_CONTROL.indicationは、非同期に発生するイベントをアプリケーションに対して通知するサービスである。
【００５１】
（３）アドレス指定
図６は１３９４インタフェースにおけるアドレス空間を説明するための説明図である。なお、１３９４インタフェースは、ISO/IEC 13213:1994に準じたＣＳＲ（Command and Status Register）アーキテクチャに従い、６４ビット幅のアドレス空間を規定している。
【００５２】
図６において、最初の１０ビットのフィールド６０１は、所定のバスを指定するＩＤ番号に使用され、次の６ビットのフィールド６０２は、所定の機器（ノード）を指定するＩＤ番号に使用される。この上位１６ビットを「ノードＩＤ」と呼び、各ノードはこのノードＩＤにより他のノードを識別する。また、各ノードは、このノードＩＤを用いて相手を識別した通信を行うことができる。残りの４８ビットからなるフィールドは、各ノードの具備するアドレス空間（２５６Ｍバイト構造）を指定する。その内の２０ビットのフィールド６０３は、アドレス空間を構成する複数の領域を指定する。
【００５３】
フィールド６０３において、０〜0xFFFFDの部分は、メモリ空間と呼ばれる。0xFFFFEの部分は、プライベート空間と呼ばれ、各ノードで自由に利用できるアドレスである。また、0xFFFFEの部分は、レジスタ空間と呼ばれ、バスに接続されたノード間において共通の情報を格納する。各ノードは、レジスタ空間の情報を用いることにより、各ノード間の通信を管理することができる。最後の２８ビットのフィールド６０４は、各ノードにおいて共通或いは固有となる情報が格納されるアドレスを指定する。例えば、レジスタ空間において、最初の５１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲコア）レジスタ用に使用される。ＣＳＲコアレジスタに格納される情報のアドレスおよび機能を図７に示す。図中のオフセットは、0xFFFFF0000000からの相対位置である。
【００５４】
次の５１２バイトは、シリアルバス用のレジスタとして使用される。シリアルバスレジスタに格納される情報のアドレスおよび機能を図８に示す。図中のオフセットは、0xFFFFF0000200からの相対位置である。その次の１０２４バイトは、コンフィギュレーションＲＯＭ用に使用される。
【００５５】
コンフィギュレーションＲＯＭには最小形式と一般形式とがあり、0xFFFFF0000400から配置される。最小形式のコンフィギュレーションＲＯＭを図９に示す。図９において、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して固有に割り当てられた２４ビットの数値である。図１０は一般形式のコンフィギュレーションＲＯＭを示す。図１０において、上述のベンダＩＤは、Root Directory１００２に格納されている。Bus Info Block１００１とRoot Leaf１００５とには、各ノードを識別する固有のＩＤ情報としてノードユニークＩＤを保持することが可能である。
【００５６】
ここで、ノードユニークＩＤは、メーカ、機種に関わらず、１つのノードを特定することのできる固有のＩＤを定めるようになっている。ノードユニークＩＤは６４ビットにより構成され、上位２４ビットは上述のベンダＩＤを示し、下位４８ビットは各ノードを製造するメーカにおいて自由に設定可能な情報（例えば、ノードの製造番号等）を示す。なお、このノードユニークＩＤは、例えばバスリセットの前後で継続して特定のノードを認識する場合に使用される。
【００５７】
図１０において、Root Directory１００２には、ノードの基本的な機能に関する情報を保持することが可能である。詳細な機能情報は、Root Directory１００２からオフセットされるサブディレクトリ（Unit Directories１００４）に格納される。Unit Directories１００４には、例えば、ノードのサポートするソフトウェアユニットに関する情報が格納される。具体的には、ノード間のデータ通信を行うためのデータ転送プロトコル、所定の通信手順を定義するコマンドセット等に関する情報が保持される。
【００５８】
Node Dependent Info Directory１００３には、デバイス固有の情報を保持することが可能である。Node Dependent Info Directory１００３は、Root Directory１００２によりオフセットされる。
【００５９】
Vendor Dependent Information１００６には、ノードを製造、或いは販売するベンダ固有の情報を保持することができる。
【００６０】
残りの領域は、ユニット空間と呼ばれ、各ノード固有の情報、例えば、各機器の識別情報（会社名、機種名等）や使用条件等が格納されたアドレスを指定する。ユニット空間のシリアルバス装置レジスタに格納される情報のアドレスおよび機能を図１１に示す。図中のオフセットは、0xFFFFF0000800からの相対位置である。
【００６１】
なお、一般的に、異種のバスシステムの設計を簡略化したい場合、各ノードは、レジスタ空間の最初の２０４８バイトのみを使うべきである。つまり、ＣＳＲコアレジスタ、シリアルバスレジスタ、Configuration ROM、ユニット空間の最初の２０４８バイトの合わせて４０９６バイトで構成することが望ましい。
【００６２】
（４）通信ケーブルの構成
図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図を示す。通信ケーブルは、２組のツイストペア信号線と電源ラインとにより構成されている。電源ラインを設けることによって、１３９４インタフェースは、主電源のＯＦＦとなった機器、故障により電力低下した機器等にも電力を供給することができる。なお、電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。２組のツイストペア信号線には、DS-Link（Data/Strobe Link）符号化方式にて符号化された情報信号が伝送される。
【００６３】
図１３はDS-Link符号化方式を説明する図である。このDS-Link符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２組のより対線を必要とする。一組のより対線は、データ信号を送り、他のより対線は、ストローブ信号を送る構成になっている。受信側は、２組の信号線から受信したデータ信号とストローブ信号との排他的論理和をとることによって、クロックを再現することができる。
【００６４】
なお、DS-Link符号化方式を用いることにより、１３９４インタフェースには、例えば次のような利点がある。▲１▼他の符号化方式に比べて転送効率が高い。▲２▼ＰＬＬ回路が不要となり、コントローラＬＳＩの回路規模を小さくできる。▲３▼アイドル状態であることを示す情報を送る必要が無いため、トランシーバ回路をスリープ状態とし易く、消費電力の低減が図れる。
【００６５】
（５）バスリセット
各ノードの１３９４インタフェースは、ネットワークの接続構成に変化が生じたことを自動的に検出することができる。この場合、１３９４ネットワークは以下に示す手順によりバスリセットと呼ばれる処理を行う。なお、接続構成に変化は、各ノードの具備する通信ポートかかるバイアス電圧の変化により検知することができる。
【００６６】
ネットワークの接続構成の変化（例えば、ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによるノード数の増減）を検出したノード、または新たな接続構成を認識する必要のあるノードは、１３９４インタフェースを介して、バス上にバスリセット信号を送信する。
【００６７】
バスリセット信号を受信したノードの１３９４インタフェースは、バスリセットの発生を自身のリンクレイヤ３０４に伝達すると共に、そのバスリセット信号を他のノードに転送する。バスリセット信号を受信したノードは、今まで認識していたネットワークの接続構成および各機器に割り当てられたノードＩＤをクリアにする。最終的に全てのノードがバスリセット信号を検知した後、各ノードは、バスリセットに伴う初期化処理（すなわち、新たな接続構成の認識と新たなノードＩＤの割り当て）を自動的に行う。
【００６８】
なお、バスリセットは、先に述べたような接続構成の変化による起動の他に、ホスト側の制御によって、アプリケーションレイヤ３０７がフィジカルレイヤ３０３に対して直接命令を出すことによって起動させることも可能である。
【００６９】
また、バスリセットが起動するとデータ転送は一時中断され、バスリセットに伴う初期化処理の終了後、新しいネットワークのもとで再開される。
【００７０】
（６）バスリセット起動後のシーケンス
バスリセットの起動後、各ノードの１３９４インタフェースは、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行する。以下、バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを図１４〜１６を用いて説明する。
【００７１】
図１４は、図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明する図である。図１４において、ノードＡは１つの通信ポート、ノードＢは２つの通信ポート、ノードＣは２つの通信ポート、ノードＤは３つの通信ポート、ノードＥは１つの通信ポート、ノードＦは１つの通信ポートを具備している。各ノードの通信ポートには、各ポートを識別するためにポート番号を付されている。
【００７２】
次に、図１４におけるバスリセットの開始からノードＩＤの割り当てまでを図１５のフローチャートを用いて説明する。１３９４ネットワークを構成する各ノードＡ〜Ｆは、バスリセットが発生したか否かを常時監視している（ステップＳ１５０１）。接続構成の変化を検出したノードからバスリセット信号が出力されると、各ノードは以下の処理を実行する。バスリセットの発生後、各ノードは、夫々の具備する通信ポート間において親子関係の宣言を行なう（ステップＳ１５０２）。各ノードは、全てのノード間の親子関係が決定されるまで、ステップＳ１５０２の処理を繰り返し行なう（ステップＳ１５０３）。
【００７３】
全てのノード間の親子関係が決定した後、１３９４ネットワークは、ネットワークの調停を行なうノード、すなわちルートを決定する。（ステップＳ１５０４）。ルートを決定した後、各ノードの１３９４インタフェース夫々は、自己のノードＩＤを自動的に設定する作業を実行する（ステップＳ１５０５）。全てのノードに対してノードＩＤの設定がなされるまで、各ノードは所定の手順に基づきステップＳ１５０５の処理を実行する（ステップＳ１５０６）。
【００７４】
最終的に全てのノードに対してノードＩＤが設定された後、各ノードは、アイソクロナス転送或いはアシンクロナス転送を実行する（ステップＳ１５０７）。ステップＳ１５０７の処理を実行すると共に、各ノードの１３９４インタフェースは、再びバスリセットの発生を監視する。バスリセットが発生した場合には、ステップＳ１５０１以降の処理を再び実行する。
【００７５】
以上の手順により、各ノードの１３９４インタフェースは、バスリセットが起動する毎に、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行することができる。
【００７６】
（７）親子関係の決定
図１６を参照して、図１５のステップＳ１５０２の処理、すなわち、各ノード間の親子関係を認識する処理の手順を詳細に示すフローチャートである。バスリセットの発生後、１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具備する通信ポートの接続状態（接続または未接続）を確認する（ステップＳ１６０１）。通信ポートの接続状態の確認後、各ノードは、他のノードと接続されている通信ポート（以下「接続ポート」という。）の数をカウントする（ステップＳ１６０２）。
【００７７】
ステップＳ１６０２の処理の結果、接続ポートの数が１つである場合、そのノードは、自分が「リーフ」であると認識する（ステップＳ１６０３）。ここで、リーフとは、１つのノードとのみ接続されているノードのことである。
【００７８】
リーフとなるノードは、その接続ポートに接続されているノードに対して、「自分は子（Child）」であることを宣言する（ステップＳ１６０４）。このとき、リーフは、その接続ポートが「親ポート（親ノードと接続された通信ポート）」であると認識する。ここで、親子関係の宣言は、まず、ネットワークの末端であるリーフとブランチとの間にて行われ、ついで、ブランチとブランチとの間で順次に行われる。各ノード間の親子関係は、早く宣言の行なえる通信ポートから順に決定される。また、各ノード間において、子であることを宣言した通信ポートは「親ポート」であると認識され、その宣言を受けた通信ポートは「子ポート（子ノードと接続された通信ポート）」であると認識される。例えば、図１４において、ノードＡ、Ｅ、Ｆは、自分がリーフであると認識した後、親子関係の宣言を行う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定される。
【００７９】
他方、ステップＳ１６０２の処理の結果、接続ポートの数が２つ以上の場合、そのノードは、自分を「ブランチ」であると認識する（ステップＳ１６０５）。ここで、ブランチとは、２つ以上のノードと接続されているノードのことである。
【００８０】
ブランチとなるノードは、各接続ポートのノードから親子関係の宣言を受け付ける（ステップＳ１６０６）。宣言を受け付けた接続ポートは、「子ポート」として認識される。１つの接続ポートを「子ポート」と認識した後、ブランチは、まだ親子関係の決定されていない接続ポート（すなわち、未定義ポート）が２つ以上あるか否かを検出する（ステップＳ１６０７）。その結果、未定義ポートが２つ以上ある場合、ステップＳ１６０６に戻る。
【００８１】
他方、ステップＳ１６０７で検出した結果、未定義ポートが１つだけ存在する場合、ブランチは、その未定義ポートが「親ポート」であると認識し、そのポートに接続されているノードに対して「自分は子」であることを宣言する（ステップＳ１６０８、Ｓ１６０９）。
【００８２】
ここで、ブランチは、残りの未定義ポートが１つになるまで自分自身が子であると他のノードに対して宣言することができない。例えば、図１４において、ノードＢ、Ｃ、Ｄは、自分がブランチであると認識すると共に、リーフあるいは他のブランチからの宣言を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係が決定した後、ノードＣに対して親子関係の宣言を行っている。また、ノードＤからの宣言を受けたノードＣは、ノードＢに対して親子関係の宣言を行っている。
【００８３】
他方、ステップＳ１６０８の処理の結果、未定義ポートが存在しない場合（つまり、ブランチの具備する全ての接続ポートが親ポートとなった場合）、そのブランチは、自分自身がルートであることを認識する。（ステップＳ１６１０）。
【００８４】
例えば、図１４において、接続ポートの全てが親ポートとなったノードＢは、１３９４ネットワーク上の通信を調停するルートとして他のノードに認識される。ここで、ノードＢがルートと決定されたが、ノードＢの親子関係を宣言するタイミングが、ノードＣの宣言するタイミングに比べて早い場合には、他のノードがルートになる可能性もある。すなわち、宣言するタイミングによっては、どのノードもルートとなる可能性がある。従って、同じネットワーク構成であっても同じノードがルートになるとは限らない。
【００８５】
このように全ての接続ポートの親子関係が宣言されることによって、各ノードは、１３９４ネットワークの接続構成を階層構造（ツリー構造）として認識することができる（ステップＳ１６１１）。なお、上述の親ノードは階層構造における上位であり、子ノードは階層構造における下位となる。
【００８６】
（８）ノードＩＤの割り当て
図１７は、図１５のステップＳ１５０５の処理、すなわち、自動的に各ノードのノードＩＤを割り当てる処理の手順を詳細に示すフローチャートである。ここで、ノードＩＤは、バス番号とノード番号とから構成されるが、本実施の形態では、各ノードを同一バス上に接続するものとし、各ノードには同一のバス番号が割り当てられるものとする。
【００８７】
ルートは、ノードＩＤが未設定のノードが接続されている子ポートのうち、最小番号を有する通信ポートに対してノードＩＤの設定許可を与える（ステップＳ１７０１）。なお、図１７において、ルートは、最小番号の子ポートに接続されている全ノードのノードＩＤを設定した後、その子ポートを設定済とし、次に最小となる子ポートに対して同様の制御を行なう。最終的に子ポートに接続された全てのノードのＩＤ設定が終了した後、ルート自身のノードＩＤを設定する。なお、ノードＩＤに含まれるノード番号は、基本的にリーフ、ブランチの順に０、１、２…と割り当てられる。従って、ルートが最も大きなノード番号を有することになる。
【００８８】
ステップＳ１７０１において、設定許可を得たノードは、自分の子ポートのうち、ノードＩＤが未設定となるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０２）。ステップＳ１７０２において、未設定ノードを含む子ポートが検出された場合、上述の設定許可を得たノードは、その子ポートに直接接続されたノードに対してその設定許可を与えるように制御する（ステップＳ１７０３）。
【００８９】
ステップＳ１７０３の処理後、上述の設定許可を得たノードは、自分の子ポートのうち、ノードＩＤが未設定であるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０４）。ここで、ステップＳ１７０４の処理後、未設定ノードを含む子ポートの存在が検出された場合、そのノードは、再びステップＳ１７０３の処理を実行する。
【００９０】
他方、ステップＳ１７０２あるいはＳ１７０４において、未設定ノードを含む子ポートが検出されなかった場合、設定許可を得たノードは、自分自身のノードＩＤを設定する（ステップＳ１７０５）。
【００９１】
自分のノードＩＤを設定したノードは、自己のノード番号、通信ポートの接続状態に関する情報等を含んだセルフＩＤパケットをブロードキャストする（ステップＳ１７０６）。なお、ブロードキャストとは、あるノードの通信パケットを、１３９４ネットワークを構成する不特定多数のノードに対して転送することである。
【００９２】
ここで、各ノードは、このセルフＩＤパケットを受信することにより、各ノードに割り当てられたノード番号を認識することができ、自分に割り当てられるノード番号を知ることができる。例えば、図１４において、ルートであるノードＢは、最小ポート番号「＃１」の通信ポートに接続されたノードＡに対してノードＩＤ設定の許可を与える。ノードＡは、自己のノード番号「Ｎｏ．０」と割り当て、自分自身に対してバス番号とノード番号とからなるノードＩＤを設定する。また、ノードＡは、そのノード番号を含むセルフＩＤパケットをブロードキャストする。
【００９３】
図１８にセルフＩＤパケットの構成例を示す。図１８において、１８０１はセルフＩＤパケットを送出したノードのノード番号を格納するフィールドである。１８０２は対応可能な転送速度に関する情報を格納するフィールドである。１８０３はバス管理機能（バスマネージャの能力の有無等）の有無を示すフィールドである。１８０４は電力の消費および供給の特性に関する情報を格納するフィールドである。１８０５はポート番号＃０となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。１８０６はポート番号＃１となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。１８０７はポート番号＃２となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。
【００９４】
なお、セルフＩＤパケットを送出するノードにバスマネージャとなり得る能力がある場合には、フィールド１８０３に示すコンテンダビットを１とし、なり得る能力がなければ、コンテンダビットを０とする。ここで、バスマネージャとは、上述のセルフＩＤパケットに含まれる各種の情報に基づいて、バスの電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理する）と、速度情報の管理（各ノードの対応可能な転送速度に関する情報から各ノード間の最大転送速度を管理する）と、トポロジマップ情報の管理（通信ポートの親子関係情報からネットワークの接続構成を管理する）と、トポロジマップ情報に基づくバスの最適化等を行ない、それらの情報を他のノードに提供する機能を有するノードである。これらの機能により、バスマネージャとなるノードは１３９４ネットワーク全体のバス管理を行なうことができる。
【００９５】
ステップＳ１７０６の処理後、ノードＩＤの設定を行ったノードは、親ノードがあるか否かを判断する（ステップＳ１７０７）。親ノードがある場合、その親ノードが、ステップＳ１７０２以下の処理を再び実行する。そして、まだノードＩＤの設定されていないノードに対して許可を与える。
【００９６】
他方、親ノードが存在しない場合、そのノードは、ルート自身であると判断される。ルートは、全ての子ポートに接続されたノードに対してノードＩＤが設定されたか否かを判別する（ステップＳ１７０８）。ステップＳ１７０８において、全てのノードに対するＩＤ設定処理が終了しなかった場合、ルートは、そのノードを含む子ポートのうち、最小番号となる子ポートに対してＩＤ設定の許可を与える（ステップＳ１７０１）。その後、ステップＳ１７０２以下の処理を実行する。
【００９７】
他方、全てのノードに対するＩＤ設定処理が終了した場合、ルートは、自分自身のノードＩＤの設定を実行する（ステップＳ１７０９）。ノードＩＤの設定後、ルートは、セルフＩＤパケットをブロードキャストする（ステップＳ１７１０）。
【００９８】
以上の処理によって、１３９４ネットワークは、各ノードに対して自動的にノードＩＤを割り当てることができる。
【００９９】
ここで、ノードＩＤの設定処理後、複数のノードがバスマネージャの能力を具備する場合、ノード番号の最も大きいノードがバスマネージャとなる。つまり、ネットワークうちで最大となるノード番号を持つルートがバスマネージャになり得る機能を有している場合には、ルートがバスマネージャとなる。
【０１００】
しかしながら、ルートにその機能が備わっていない場合には、ルートの次に大きいノード番号を具備するノードがバスマネージャとなる。また、どのノードがバスマネージャになったかについては、各ノードがブロードキャストするセルフＩＤパケットうちのコンテンダビット１８０３をチェックすることにより把握することができる。
【０１０１】
（９）アービトレーション
図１９は、図１の１３９４ネットワークにおけるアービトレーションを説明するための説明図である。１３９４ネットワークでは、データ転送に先立って、必ずバス使用権のアービトレーション（調停）を行なう。１３９４ネットワークは、論理的なバス型ネットワークであり、各ノードから転送された通信パケットを他のノードに中継することによって、ネットワークうちの全てのノードに同じ通信パケットを転送することのできる。従って、通信パケットの衝突を防ぐために、必ずアービトレーションが必要となる。これによって、ある時間において１つのノードのみが転送を行なうことができる。
【０１０２】
図１９（ａ）は、ノードＢとノードＦとが、バス使用権の要求を発している場合について説明するための説明図である。アービトレーションが始まるとノードＢ、Ｆは、それそれ親ノードに向かって、バス使用権の要求を発する。ノードＢの要求を受けた親ノード（すなわち、ノードＣ）は、自分の親ノード（すなわち、ノードＤ）に向かって、そのバス使用権を中継する。この要求は、最終的に調停を行なうルート（ノードＤ）に届けられる。バス使用要求を受けたルートは、どのノードにバスを使用させるかを決める。この調停作業はルートとなるノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。
【０１０３】
図１９（ｂ）は、ノードＦの要求が許可され、ノードＢの要求が拒否されたことを示す図である。アービトレーションに負けたノードに対してルートは、ＤＰ（Data prefix）パケットを送り、拒否されたことを知らせる。拒否されたノードは、次回のアービトレーションまでバス使用要求を待機する。
【０１０４】
以上のようにアービトレーションを制御することによって、１３９４ネットワークはバスの使用権を管理することができる。
【０１０５】
（１０）通信サイクル
アイソクロナス転送モードとアシンクロナス転送モードとは、各通信サイクル期間うちにおいて時分割に混在させることができる。ここで、通信サイクルの期間は、通常、１２５μＳである。
【０１０６】
図２０は、１通信サイクルにおいてアイソクロナス転送モードとアシンクロナス転送モードとを混在させた場合を説明するための説明図である。アイソクロナス転送モードはアシンクロナス転送モードより優先して実行される。その理由は、サイクルスタートパケットの後、アシンクロナス転送を起動するために必要なアイドル期間（サブアクションギャップ（subaction gap））が、アイソクロナス転送を起動するため必要なアイドル期間（アイソクロナスギャップ）よりも長くなるように設定されているためである。これにより、アイソクロナス転送は、アシンクロナス転送に優先して実行される。
【０１０７】
図２０において、各通信サイクルのスタート時には、サイクルスタートパケットが所定のノードから転送される。各ノードは、このＣＳＰを用いて時刻調整を行うことによって、他のノードと同じ時間を計時することができる。
【０１０８】
（１１）アイソクロナス転送モード
アイソクロナス転送モードは、同期型の転送方式である。アイソクロナスモード転送は、通信サイクルの開始後、所定の期間において実行可能である。また、アイソクロナス転送モードは、リアルタイム転送を維持するために、各サイクル毎に必ず実行される。
【０１０９】
アイソクロナス転送モードは、特に動画像データや音声データ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。アイソクロナス転送モードは、アシンクロナス転送モードのように１対１の通信ではなく、ブロードキャスト通信である。つまり、あるノードから送出されたパケットは、ネットワーク上の全てのノードに対して一様に転送される。なお、アイソクロナス転送には、ack（受信確認用返信コード）は存在しない。
【０１１０】
図２０において、チャネルｅ（ch e）、チャネルｓ（ch s）、チャネルｋ（chk）は、各ノードがアイソクロナス転送を行う期間を示す。１３９４インタフェースでは、複数の異なるアイソクロナス転送を区別するために、それそれ異なるチャネル番号を与えている。これにより、複数ノード間でのアイソクロナス転送が可能となる。ここで、このチャネル番号は、送信先を特定するものではなく、データに対する論理的な番号を与えているに過ぎない。図２０のアイソクロナスギャップとは、バスのアイドル状態を示すものである。このアイドル状態が一定時間を経過した後、アイソクロナス転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１１１】
図２１にアイソクロナス転送モードに基づいて転送される通信パケットのフォーマットを示す。以下、アイソクロナス転送モードに基づいて転送される通信パケットを、アイソクロナスパケットと称する。図２１において、アイソクロナスパケットはヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、データＣＲＣ２１０４から構成される。
【０１１２】
ヘッダ部２１０１には、データ部２１０３のデータ長を格納するフィールド２１０５、アイソクロナスパケットのフォーマット情報を格納するフィールド２１０６、アイソクロナスパケットのチャネル番号を格納するフィールド２１０７、パケットのフォーマットおよび実行しなければならない処理を識別するトランザクションコード（tcode）を格納するフィールド２１０８、同期化コードを格納するフィールド２１０９がある。
【０１１３】
（１２）アシンクロナス転送モード
アシンクロナス転送モードは、非同期型の転送方式である。アシンクロナス転送は、アイソクロナス転送期間の終了後、次の通信サイクルが開始されるまでの間（すなわち、次の通信サイクルのＣＳＰが転送されるまでの間）、実行可能である。
【０１１４】
図２０において、最初のサブアクションギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった後、アシンクロナス転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１１５】
アービトレーションによりバスの使用権を得たノードは、図２２に示すパケットを所定のノードに対して転送する。このパケットを受信したノードは、ack（受信確認用返送コード）あるいは応答パケットをackギャップ後に返送する。
【０１１６】
図２２は、アシンクロナス転送モードに基づく通信パケットのフォーマットを示す図である。以下、アシンクロナス転送モードに基づいて転送される通信パケットを、アシンクロナスパケットと称する。
【０１１７】
図２２において、アシンクロナスパケットは、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０３、データＣＲＣ２２０４から構成される。ヘッダ部２２０１において、フィールド２２０５には宛先となるノードのノードＩＤ、フィールド２２０６にはソースとなるノードのノードＩＤ、フィールド２２０７には一連のトランザクションを示すためのラベル、フィールド２２０８には再送ステータスを示すコード、フィールド２２０９にはパケットのフォーマットおよび実行しなければならない処理を識別するトランザクションコード（tcode）、フィールド２２１０には優先順位、フィールド２２１１には宛先のメモリアドレス、フィールド２２１２にはデータ部のデータ長、フィールド２２１３には拡張されたトランザクションコードが格納される。
【０１１８】
アシンクロナス転送は、自己ノードから相手ノードへの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視される。従って、宛先となるノードのみが、そのパケットを読み込むことができる。
【０１１９】
なお、アシンクロナス転送中に次のＣＳＰを転送すべき時間に至った場合、無理に転送を中断せず、その転送が終了した後、次のＣＳＰを送信する。これにより、１つの通信サイクルが１２５μＳ以上続いたときは、その分、次の通信サイクル期間を短縮する。このようにすることによって、１３９４ネットワークは、ほぼ一定の通信サイクルを保持することができる。
【０１２０】
（１３）デバイスマップ
デバイスマップを作成するためにアプリケーションが１３９４ネットワークのトポロジーを知る手段として、ＩＥＥＥ１３９４規格上、次のような手段がある。
【０１２１】
１．バスマネージャーのトポロジーマップレジスターをリードする
２．バスリセット時にセルフＩＤパケットから推定する
しかし上記１、２の手段では、各ノードの親子関係によるケーブル接続順のトポロジーは判明するものの、物理的な位置関係のトポロジーを知ることはできない。(実装されていないポートまで見えてしまう、といった問題もある)
また、デバイスマップを作成するための情報を、コンフィギュレーションＲＯＭ以外のデータベースとして持つ、といった手段もあるが、その場合、各種情報を得る手段はデータベースアクセスのためのプロトコルに依存してしまう。
【０１２２】
ところで、コンフィギュレーションＲＯＭ自体やコンフィギュレーションＲＯＭを読む機能は、ＩＥＥＥ１３９４規格を遵守したデバイスが必ず持つものである。そこで、デバイスの位置、機能等の情報を各ノードのコンフィギュレーションＲＯＭに格納し、それらをアプリケーションから読む機能を与えることにより、データベースアクセス、データ転送等の特定のプロトコルに依存することなく、各ノードのアプリケーションがいわゆるデバイスマップ表示機能を実装することができる。
【０１２３】
コンフィギュレーションＲＯＭにはノード固有の情報として物理的な位置、機能などが格納可能であり、デバイスマップ表示機能の実現に使用することが可能である。この場合、アプリケーションが物理的な位置関係による１３９４ネットワークトポロジーを知る手段としては、バスリセット時やユーザーからの要求時に、各ノードのコンフィギュレーションＲＯＭを読み取ることによ り、１３９４ネットワークのトポロジーを知る、という方法が可能となる。さらに、コンフィギュレーションＲＯＭうちにノードの物理的位置のみならず、機能などの各種ノード情報も記述することによって、コンフィギュレーションＲＯＭを読むことで、ノードの物理的位置と同時に各ノードの機能情報等も得ることができる。アプリケーションが各ノードのコンフィギュレーションＲＯＭ情報を取得する際には、指定ノードの任意のコンフィギュレーションＲＯＭ情報を取得するＡＰＩを用いる。
【０１２４】
このような手段を用いることにより、ＩＥＥＥ１３９４ネットワーク上のデバイスのアプリケーションは、物理的なトポロジーマップ、各ノードの機能マップなど、用途に応じて様々なデバイスマップを作成することができ、ユーザーが必要な機能をもつデバイスを選択する、といったことも可能となる。
以上、ＩＥＥＥ１３９４インタフェースの概要を説明した。
【０１２５】
＜ＤＰＰの概要説明＞
ＤＰＰの概要を説明する。ＩＥＥＥ１３９４インタフェースにおけるアプリケーションプロトコルの１つにダイレクトプリントプロトコルＤＰＰが挙げられる。
【０１２６】
ここで簡単にＤＰＰの概要を説明する。ＤＰＰはＩＥＥＥ１３９４のトランザクション層の上位に位置し、ディスク、テープ、プリンタやスキャナといったデバイス間の効率的コマンドデータ転送、そしてコマンドの動作状況、そしてその結果やデータの転送可否などの状態を上位アプリケーションに通知する機能を有する。ＤＰＰでは、ホストＰＣ無しでイメージソースデバイス（Image Source Device）からプリンタへ直接印刷できることが特徴である。またデバイス間でのファイル転送も可能である。
【０１２７】
図２７はＤＰＰの構成を示す。ＤＰＰとはＳＢＰ２と同様ＩＥＥＥ１３９４の物理層の上位に位置し、シンプロトコル（Thin Protocol）とＤＰＰアプリケーションコマンドセット（DPP Aprication Command Set）とで構成される。シンプロトコルは、さらに、シンセッション（Thin Session）とシントランザクション（Thin Transaction）に分かれる。
【０１２８】
図２８はシンプロトコルの概要を示す。図２８において、上段の動作がコネクション動作を示し、中段はコマンド転送動作、下段はディスコネクション動作を示す。印刷データのパケット化の実際は図２９に示すとおり各層でセグメンテーション化が行われ、転送用のパケットが作られる。ＤＰＰアプリケーションコマンドセットにはＤＰＣ(Direct Print Command）セットとファイルトランスファーコマンドセット（file transfer command set）の２種類が存在し本実施の形態ではＤＰＣセットを使用する。ＤＰＣのコマンドとしては、イメージデータ転送を行うセンドコマンド（Send Command）等のジェネリックコマンド（Generic Command）と、ネゴシエーションアイテム（Negotiation Item Command）を得るゲットクエリーアイテムコマンド（Get Query Item Command）等のネゴシエーションコマンド（Negotiation Command）他が用意されている。図３０にその使用例を示す。
以上、ＤＰＰの概要を説明した。
【０１２９】
プリンタ１０３においては、ＤＰＰの処理はＩ／Ｆ部１０５で行なわれる。
ＳＴＢ１０２からのＤＰＰで受け取ったＢＭＬ／Ｐ印刷コンテンツデータ等は、データ判断部１０６でプリンタ１０３内部で処理可能なデータ（ＢＭＬ／Ｐ印刷コンテンツデータ）かを判別する。
【０１３０】
＜ＢＭＬ／Ｐ印刷コンテンツデータ判断方法＞
図２５に関連して説明した印字用モジュール（例では９９９９番）を検出することで判断を行なう。その処理フローを図３１に示す。ＢＭＬ解析を開始すると、３１０１で受信したマルチパート化されたモジュールを解析するためＭＩＭＥデコード処理を行ないる。その結果を基に、３１０２でプリンタレイアウト情報ファイルが有るかないかを判断し、プリンタレイアウト情報ファイルが有れば、３１０３の「ＢＭＬ／Ｐ」へ、無ければ、３１０４の「ＢＭＬ／Ｐ以外」へ進み、その後終了する。
【０１３１】
以上によりＢＭＬ／Ｐ印刷コンテンツデータであると判断されると、ＢＭＬ処理部１０７へ進みファイル内容が処理され印刷処理部１０８で印刷処理される。
【０１３２】
一方ＢＭＬ／Ｐ印刷コンテンツデータでないと判断された場合は、転送処理部１０９へ進む。
【０１３３】
この場合の印刷方法について説明する。ここでは一旦転送用ＢＭＬ／Ｐ印刷コンテンツ外データが転送処理部１０９に蓄えられる。
【０１３４】
＜ＢＭＬ／Ｐ印刷コンテンツ外データの印刷方法＞
プリンタ１０３とＰＣ１０４とはＵＳＢ接続してあり、ＰＣ側から見て転送処理部１０９はＵＳＢの入力ポート、印刷処理部１０８は出力ポートとして設定されたマルチポートで構成されている。
【０１３５】
転送処理部１０９にデータが溜まると、それをトリガにしてＰＣ１０４へのデータ転送が開始される。そして、データ転送が完了すると、転送処理部１０９から印刷開始コマンド命令がＰＣ１０４へ発せられ、ＰＣ１０４ではその命令を受けて転送されたＢＭＬ／Ｐ印刷コンテンツ外データを印刷データに変換する処理が開始される。なお、ＰＣにおいても変換不能なＢＭＬ／Ｐ印刷コンテンツ外データであれば無視される。そして、変換処理が終了したならば、通常のＰＣ印刷処理と同様印刷処理部１０８に対して印刷データ出力処理を実行する。印刷処理部１０８ではそのデータを受けて印刷処理を行なう。
【０１３６】
以上、ＢＭＬ／Ｐ印刷コンテンツ外データの場合の印刷方法を説明した。
以上、本実施の形態により、データ放送の印刷用コンテンツに限定されることなく通常コンテンツも印刷出力を得ることができ、操作性、利便性が向上するという効果を奏する。
【０１３７】
＜第２の実施の形態＞
本実施の形態は、第１の実施の形態との比較でいえば、プリンタ１０３のＩ／Ｆ部１１０とＰＣ１０４との間のインタフェースが異なる。すなわち、第１の実施の形態では、ＵＳＢインタフェースを採用したのに対して、本実施の形態では、ＩＥＥＥ１３９４インタフェースを採用した。これにより、図３２に示すように、物理的には、ＩＥＥＥＥ１３９４インタフェースによるネットワークが構成される。しかし、ＰＣ１０４がＳＴＢ１０２を認識できない場合、すなわちＰＣ１０４とＳＴＢ１０２との間のプロトコルが無い場合は、ＰＣ１０４から見るとＳＴＢ１０２は不明なデバイスとなる。その場合のプロトコルとしては、ＡＶＣが考えられるが、本実施の形態では、そのプロトコルが無い場合、すなわちＳＴＢ１０２とプリンタ１０３間、プリンタ１０３とＰＣ１０４間で、それぞれ個別のプロトコルで動作するものとする。
【０１３８】
図３２において、図１と同一部分は同一符号を付してある。３２１０はＩ／Ｆ部であり、ＩＥＥＥ１３９４インタフェース処理を行うものである。Ｉ／Ｆ部３２１０とＰＣ１０４との間で供給されるプロトコルとして、イニシエータ・ターゲット構造のプロトコルであるＳＢＰ２プロトコルを採用した。ＳＢＰ２プロトコルはイニシエータが基本的なコントロールの主導権を握り、ターゲットはイニシエータのメモリから自分のペースでデータをフェッチしたりすることを特徴とする。
【０１３９】
ＢＭＬ／Ｐ印刷コンテンツ外データの場合においては、ＰＣ１０４では予めプリンタ１０３との間のコネクション機能、プリンタサーバ機能を有するアプリケーションが予め起動しており、転送処理部１０９にデータが溜まると、それをトリガにしてＰＣ１０４へのデータ転送が開始される。データ転送が完了すると、転送処理部１０９から印刷開始コマンド命令がＰＣ１０４へ発せられ、ＰＣ１０４ではその命令を受けて転送されたＢＭＬ／Ｐ印刷コンテンツ外データを印刷データに変換する処理が開始される。なお、ＰＣ１０４においても、変換不能なＢＭＬ／Ｐ印刷コンテンツ外データであれば無視される。変換処理が終了したならば、通常のＰＣ印刷処理と同様印刷処理部１０８に対してＳＢＰ２プロトコルベースでデータ転送され印刷データ出力処理が実行される。印刷処理部１０８ではそのデータを受けて印刷処理を実行する。
【０１４０】
よって、本実施の形態においては、データ放送の印刷用コンテンツに限定されること無く通常コンテンツも印刷出力を得ることができ、操作性、利便性が向上するという効果がある。
【０１４１】
＜第３の実施の形態＞
本実施の形態は第１の実施の形態との比較でいえば、ＳＴＢ１０２とプリンタ１０３との間の接続、およびＰＣ１０４とプリンタ１０３との間の接続が異なる。すなわち、第１の実施の形態では、前者についてはＩＥＥＥ１３９４インタフェースを採用し、後者についてはＵＳＢインタフェースを採用した。これに対して、本実施の形態では、前者については、ＵＳＢインタフェースまたはEthernet（登録商標）ＬＡＮ接続を採用し、後者については、パラレルインタフェース接続を採用した。
【０１４２】
このように構成することにより、放送情報の印刷環境の構成装置選択肢が広がり、使用者にとっては印刷物を得るための環境構築がしやすくなるという効果を奏することができる。
【０１４３】
＜第４の実施の形態＞
本実施の形態は、第１の実施の形態においてＳＴＢ１０２とプリンタ１０３との間で供給したＤＰＰプロトコルに代えて、ＡＶ／Ｃプロトコルを採用した。ＡＶ／Ｃプロトコルとは、ＡＶ機器用の音声、映像デジタルデータのインタフェースとして規定され最初はストリームデータ用にアイソクロナスコネクションからスタートしたが最近は静止画を送るアシンクロナスコネクションもできるようになり、本実施の形態では、そのアシンクロナスコネクションを利用して印刷データを転送するようにした。
【０１４４】
このように構成することにより、放送情報の印刷環境の構成装置選択肢が広がり使用者にとってはさらに印刷環境の構築がし易くなるという効果を奏することができる。
【０１４５】
＜第５の実施の形態＞
本実施の形態は、第１の実施の形態との比較でいえば、プリンタ１０３の構成が異なる。すなわち、第１の実施の形態では、データ判断部１０６においては、Ｉ／Ｆ部１０５からのデータ内容がＢＭＬ印刷コンテンツか否かを判断し、ＢＭＬ印刷コンテンツと判断した場合は当該データをＢＭＬ処理部１０７に送り、他方、ＢＭＬ印刷コンテンツでないと判断した場合は当該データを転送処理部１０９に送り、ＢＭＬ処理部１０７においては、ＢＭＬ印刷コンテンツデータを印刷データに変換する各種処理を行なうように構成した。
【０１４６】
これに対して、本実施の形態では、プリンタ３３０３を図３３に示すように構成し、判断部３３０６においては、Ｉ／Ｆ部１０５からのデータ内容が予め登録したデータ記述言語か否かを判断し、データ記述言語と判断した場合は当該データを処理部３３０７に送り、他方、データ記述言語でないと判断した場合は当該データを転送処理部１０９に送り、処理部１０７においては、データを印刷データに変換する各種処理を行なうようにした。
【０１４７】
なお、判断部３３０６では、データ記述言語の登録手段により判断基準を変更することができるようになっている。処理部３３０７は、後からでも書き換え可能なプログラム領域になるように、例えばフラッシュメモリを備え、このフラッシュメモリはＰＣ１０４により書き換えができるようになっているので、さらに柔軟に技術革新、規格の変化に対応できる。
【０１４８】
よって、今後の印刷コンテンツの拡張に鑑み、柔軟に対応でき、データ放送等の刻々と変化する印刷用コンテンツ方式に対応できるとともに印刷ができ、さらに印刷用コンテンツ以外も印刷出力を得ることができ、操作性、利便性が向上するという効果を奏することができる。
【０１４９】
＜第６の実施の形態＞
第１の実施の形態では、ＳＴＢ１０２からの印刷データに基づきプリンタ１０３により印刷する例を説明したが、インタネット機器、例えばインタネット対応ゲーム機等のイメージソースデバイスからの印刷データの印刷を可能にする。すなわち、ＢＭＬ／Ｐかどうかの印刷からインタネット情報の印刷を行なう。
【０１５０】
この場合の判定は単純な画像データか否かを判定し否であれば前記実施の形態１，２同様ＰＣにその処理を委ねる。
【０１５１】
以上の説明のごとく本実施の形態によりインタネット情報の印刷も可能になり操作性、利便性が向上するという効果がある。
【０１５２】
以下に本発明の実施態様の例を列挙する。
〔実施態様１〕画像処理データ出力装置と、該画像処理データ出力装置に接続したプリンタと、前記画像処理データ出力装置および前記プリンタに接続したコンピュータとを有する画像処理システムにおいて、
前記プリンタは、
画像処理を行う画像処理手段と、
前記画像処理データ出力装置から第１インタフェースを介して受信する受信手段と、
該受信手段により受信された画像処理用データが本プリンタにおいて画像処理できるか否かを判断する判断手段と、
該判断手段により画像処理できると判断された場合に、当該画像処理用データを前記画像処理手段に転送し、他方、画像処理が実行できないと判断されたた場合に、当該画像処理用データを第２インタフェースを介して前記コンピュータに送信する切換手段と、
前記コンピュータにより送信された画像処理用データを前記第２インタフェースを介して受信し前記画像処理手段に転送する転送手段と
を備え、
前記コンピュータは、
前記切換手段により送信された画像処理用データを処理するデータ処理手段と、
該データ処理手段による処理により得られた画像処理用データを前記プリンタの前記第２インタフェースに送信する送信手段と
を備えたことを特徴とする画像処理システム。
【０１５３】
〔実施態様２〕実施態様１において、前記プリンタは、前記第１および第２インタフェースが異なることを特徴とする画像処理システム。
【０１５４】
〔実施態様３〕実施態様２において、前記第１インタフェースがＩＥＥＥ１３９４インタフェースであり、前記第２インタフェースがＵＳＢインタフェースであることを特徴とする画像処理システム。
【０１５５】
〔実施態様４〕実施態様２において、前記第１および第２インタフェースがＩＥＥＥ１３９４インタフェースであることを特徴とする画像処理システム。
【０１５６】
〔実施態様５〕実施態様４において、前記第１および第２インタフェースは、プロトコルが異なることを特徴とする画像処理システム。
【０１５７】
〔実施態様６〕実施態様１において、前記受信手段は、ＤＰＰプロトコルまたはＡＶＣプロトコルに基づき画像処理用データを受信し、
前記切換手段、前記転送手段、及び前記送信手段は、ＳＢＰ２プロトコルに基づき画像処理用データを送受信する
ことを特徴とする画像処理システム。
【０１５８】
〔実施態様７〕実施態様１において、前記画像処理データ出力装置はセットトップボックスであることを特徴とする画像処理システム。
【０１５９】
〔実施態様８〕実施態様７において、前記画像処理用データは、データ記述言語を含むことを特徴とする画像処理システム。
【０１６０】
【発明の効果】
以上説明したように、本発明によれば、上記のように構成したので、使用者にとりプリンタの能力による情報データの印刷制限の範囲が広がることになり、プリンタの機能、能力を向上させるという効果がある。
【０１６１】
また、様々なインタフェースに対応することにより外部装置の選択肢が広がると言う効果もある。
【０１６２】
さらに、様々なプロトコルに対応することで外部装置および使用方法の選択肢が広がるという効果もある。
【０１６３】
また印刷データ出力装置にＳＴＢの使用が可能であることにより放送情報の印刷の可能性が広がり、使用者にとり放送情報の印刷物による保存を可能にするという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示すブロック図である。
【図２】ＩＥＥＥ１３９４シリアルバスのネットワークの構成を示す図である。
【図３】ＩＥＥＥ１３９４シリアルバスの構成要素を示す図である。
【図４】ＩＥＥＥ１３９４シリアルバスのリンクレイヤ提供可能なサービスを示す図である。
【図５】ＩＥＥＥ１３９４シリアルバスのトランザクションレイヤ提供可能なサービスを示す図である。
【図６】ＩＥＥＥ１３９４インタフェースにおけるアドレス空間を説明するための説明図である
【図７】ＩＥＥＥ１３９４インタフェースにおけるＣＳＲコアレジスタに格納される情報のアドレスおよび機能を表にして示す図である。
【図８】ＩＥＥＥ１３９４インタフェースにおけるシリアルバスレジスタに格納される情報のアドレスおよび機能を表にして示す図である。
【図９】ＩＥＥＥ１３９４インタフェースにおける最小形式のコンフィギュレーションＲＯＭを示す図である。
【図１０】ＩＥＥＥ１３９４インタフェースにおける一般形式のコンフィギュレーションＲＯＭを示す図である。
【図１１】ＩＥＥＥ１３９４インタフェースにおけるシリアルバス装置レジスタに格納される情報のアドレスおよび機能を表にして示す図である。
【図１２】ＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図である。
【図１３】ＤＳ−Ｌｉｎｋ符号化方式を説明するための説明図である。
【図１４】図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明するための説明図である。
【図１５】図１４におけるバスリセットの開始からノードＩＤの割り当てまでのシーケンスを示すフローチャートである。
【図１６】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示すフローチャートである。
【図１７】図１５のステップＳ１５０５の処理をより詳細に示すフローチャートである。
【図１８】ＩＥＥＥ１３９４インタフェースにおけるセルフＩＤパケットの構成を示す図である。
【図１９】ＩＥＥＥ１３９４ネットワークにおけるアービトレーションを説明するための説明図である。
【図２０】１通信サイクルにおいてアイソクロナス転送モードとアシンクロナス転送モードとが混在した状況の下での転送処理を説明するための説明図である。
【図２１】アイソクロナス転送モードで転送される通信パケットのフォーマットを示す図である。
【図２２】アシンクロナス転送モードで転送されるパケットフォーマットを示す図である。
【図２３】ＳＴＢ内部におけるデータ処理のフローを示す図である。
【図２４】一般の表示系放送内容の一例を示す図である。
【図２５】印字用モジュールのみを書き出した例を示す図である。
【図２６】マルチパートの記述例を示す図である。
【図２７】ＤＰＰの構成を示す図である。
【図２８】ＤＰＰ シンプロトコルを説明するための説明図である。
【図２９】ＤＰＰのパケット化を説明するための説明図である。
【図３０】実際のＤＰＣセットを説明するための説明図である。
【図３１】ＢＭＬ／Ｐ印刷コンテンツデータの処理手順の一例を示すフローチャートである。
【図３２】本発明の第２の実施の形態を示すブロック図である。
【図３３】本発明の第５の実施の形態を示すブロック図である。
【符号の説明】
１０１ ＴＶ
１０２ ＳＴＢ
１０３ プリンタ
１０４ ＰＣ
１０５ Ｉ／Ｆ部
１０６ データ判断部
１０７ ＢＭＬ処理部
１０８ 印刷処理部
１０９ 転送処理部
１１０ Ｉ／Ｆ部
【発明の属する技術分野】
本発明は、データ放送等の情報コンテンツを画像処理する画像処理システムに関する。
【０００２】
【従来の技術】
従来から、放送等がアナログであれデジタルであれ、ＴＶモニタに表示される映像を見たり、映像に同期した音を音響装置により聞いたりして、情報を得たり、そのものを楽しんだりすることが、主な放送等の利用用途であった。データ放送においては、ＴＶモニタより膨大な情報をリアルタイムで得ていた。
【０００３】
他方で、近年画面による情報要求のみならず、その内容を補完的に紙に印刷して保存するなり利用するための要求、例えば放送等がＴＶ画面に表示されている内容と同等データを外部へ出力して外部印刷装置で印刷するような要求が高まってきたことから、そのような要求を満たすため、セットトップボックス（ＳＴＢ； set-top box）接続の印刷装置等も提案されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、印刷装置の解釈できる専用の表示コンテンツ内容であれば印刷可能であるのに対して、専用外の表示内容の印刷データであれば内容を解釈できず印刷を実行できないため、データを切り捨てて無視する処理が行われていた。
【０００５】
そこで、本発明の目的は、このような問題点を解決し、画像処理データ出力装置からの専用又は非専用データを処理できる画像処理システムを提供することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、画像処理データ出力装置と、該画像処理データ出力装置に接続したプリンタと、前記画像処理データ出力装置および前記プリンタに接続したコンピュータとを有する画像処理システムにおいて、
前記プリンタは、
画像処理を行う画像処理手段と、
前記画像処理データ出力装置から第１インタフェースを介して受信する受信手段と、
該受信手段により受信された画像処理用データが本プリンタにおいて画像処理できるか否かを判断する判断手段と、
該判断手段により画像処理できると判断された場合に、当該画像処理用データを前記画像処理手段に転送し、他方、画像処理が実行できないと判断された場合に、当該画像処理用データを第２インタフェースを介して前記コンピュータに送信する切換手段と、
前記コンピュータにより送信された画像処理用データを前記第２インタフェースを介して受信し前記画像処理手段に転送する転送手段と
を備え、
前記コンピュータは、
前記切換手段により送信された画像処理用データを処理するデータ処理手段と、
該データ処理手段による処理により得られた画像処理用データを前記プリンタの前記第２インタフェースに送信する送信手段と
を備えたことを特徴とする。
【０００７】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【０００８】
＜第１の実施の形態＞
図１は本発明の第１の実施の形態を示す。これは、プリンタ１０３をＳＴＢ１０２とＰＣ（パーソナルコンピュータ）１０４にそれぞれ接続した画像処理システムの例である。
【０００９】
ＳＴＢ１０２は、チューナ、電話回線、ネットワーク等を持ち、映像データを取り込み、内部処理後に各種信号を出力し、印刷用データを出力するものである。なお、ＳＴＢ１０２から出力される印刷データは、セキュリティの無いフリーなデータファイルのみに限るものとする。ＳＴＢ１０２からプリンタ１０３への出力データとしては、データ放送の印刷コンテンツの出力データ（一例としてＢＭＬ／Ｐデータ）と、それ以外の出力データとがある。
【００１０】
プリンタは１０３は、Ｉ／Ｆ部１０５と、データ判断部１０６と、ＢＭＬ処理部１０７と、Ｉ／Ｆ部１１０と、転送処理部１０９と、印刷処理部１０８とを有する。Ｉ／Ｆ部１０５はＳＴＢ１０２とＩＥＥＥ１３９４インタフェース接続してあり、ＩＥＥＥ１３９４インタフェース処理を行うものである。データ判断部１０６はＩ／Ｆ部１０５からのデータ内容がＢＭＬ印刷コンテンツか否かを判断し、ＢＭＬ印刷コンテンツと判断した場合は当該データをＢＭＬ処理部１０７に送り、他方、ＢＭＬ印刷コンテンツでないと判断した場合は当該データを転送処理部１０９に送るものである。ＢＭＬ処理部１０７はＢＭＬ印刷コンテンツデータを印刷データに変換する各種処理を行なうものである。転送処理部１０９はデータ判断部１０６からのデータをそのままＩ／Ｆ部１１０に渡すものである。印刷処理部１０８はＢＭＬ処理部１０７による処理後の印刷データに基づき印刷処理を行うものである。Ｉ／Ｆ部１１０はＰＣ１０４とＵＳＢインタフェース接続してあり、データ判断部１０６からのデータをＰＣ１０４に渡し、ＰＣ１０４からのデータを印刷処理部１０８へ渡すものである。
【００１１】
ＰＣ１０４は、ＰＣ内部で印刷データに変換する処理（すなわちＰＣ印刷処理と同様の処理）をするように転送処理部１０９により指示があると、印刷データ変換処理を起動し、印刷データができ上がると、プリンタ１０３のＩ／Ｆ部１１０に送るものである。
ＴＶ１０１は、ＳＴＢ１０２の例えばコンポジット映像端子に接続してある。
【００１２】
＜データ放送コンテンツについての説明＞
デジタル放送のデータ放送についての標準化が進みつつある。国内では日本ＡＲＩＢのデータ放送符号化仕様としてＢＭＬ（Broadcast Markup Language）の策定が進められている。ＢＭＬとは、ＸＭＬベースのＨＴＭＬ（ｘＨＴＭＬ）を核にスタイルシート、Java（登録商標）Scriptなどの放送用のコンテンツ記述言語を定義したものである。
【００１３】
次に、ＳＴＢ１０２における処理を図２３を参照して説明する。処理後、ファイルとして記憶される。コンテンツデータはＭＰＥＧ−２方式により他のメディアと共に多重化され、さらに単一搬送波でＰＳＫデジタル変調後、アンテナから送信される。
【００１４】
２３０１では、受信した電波ＲＦをチューナで選局・復調し、多重化ストリームであるＭＰＥＧ−２ ＴＳパケットを得る。
【００１５】
２３０２では、多重化ストリームからPID-filter/PSI-analysisに基づき、データ放送コンテンツを他のメディアから分離する。
【００１６】
２３０３では、前分離されたデータ放送コンテンツだけを含むＴＳパケットをＤＳＭ−ＣＣ方式で定義される１周期分のデータ列として一時保存する。
【００１７】
２３０４では、Carouselバッファで一時保存したデータ列（複数のＤＩＩ＋ＤＤＢ）から、複数のフアイルを得て、ＳＴＢ１０２内のフラッシュメモリ等の記憶装置に蓄える。すなわち、送出側が、一体（マルチパート）化した「モジュール」を再び、▲１▼静止画ＪＰＥＧ、▲２▼図形ｐｎｇ、▲３▼文字テキスト、▲４▼制御コードテキストを分離する。ＢＭＬブラウザソフトウェアは前記フアイルを順次読み出し、画面表示やリモコンとのデータの受け渡し印字の起動を行う。
【００１８】
次に、デジタルデータ放送におけるＳＴＢ１０２内部でのＢＭＬコンテンツ記憶構成を説明する。なお、ここでは、「モジュール」を複数の独立したファイルを含む「フォルダ」に近い意味で用いる。図２４は一般の表示系放送内容の一例を示す。放送される番組を「イベント」と呼ぶ。イベント(例ではAfternoonTea)は複数のモジュールから構成される。
【００１９】
モジュール名は１６進文字列４桁に制限される。特別の番号である0x0000で区別されるモジュールは、番組群のうち最初に起動される。たいていは全体のメインメニューのページ（複数のファイルを含む）を収容してある。モジュール番号0x0000の中にstartup.bmlと言う名前のファイルが必ず存在する。表示ブラウザ（ソフト）はこのファイルを最初に処理する。もちろん、他のモジュールに（startup.bmlが）存在していても問題はない。１モジュールの最大は１MBで、イベント全体に対する最大サイズの規定はない。１イベントあたりの最大モジュール数は２５６個である。
【００２０】
チューナに実装するＲＡＭのサイズは最小２MBと規定されているので、放送するコンテンツのサイズもそれに合わせる必要がある。
【００２１】
次に、印刷用コンテンツについて説明する。図２５は印字用モジュール（例では9999番）だけを書き出した例である。このモジュールは、１個の「プリント・レイアウト情報ファイル」（例ではprint.bml）と複数の付属する「画像ファイル」からなる。なお、印字用モジュールは全体で最大３００KBを想定している。なお、このモジュールにはxxxx.bmlが一個のみ存在するものとする。印刷用出力データにはこのデータが出力される。
【００２２】
＜マルチパート化＞
次に複数のファイルが１つにまとめられた状態（マルチパート化）について説明する。図２６にその記述例を示す。この１つにまとめられたファイルのことをモジュールと呼ぶ。マルチパート化は電子メールなどでもよく利用される技術で、RFC1521（MIME）で規定されている。主な構成要素とその配列を説明する。それぞれのファイルを区切るための文字（バウンダリー（boundary））を定義する。次にモジュール全体の長さが示される。さらにBoundaryに続き、resourceListという情報が付加される。（詳細はＢ２４の２．０以前版では第２編、第9章に記載されている）resouceListには、モジュールに含まれる全てのファイルの情報（名前・サイズ等）が含まれる。そのあと、バウンダリー、ファイルの長さ、ファイルの名前など、さらに実ファイルデータが繰り返される。
【００２３】
以上、ＳＴＢ１０２内で処理されるデジタルデータ放送／表示および印刷コンテンツについて簡単に説明した。
【００２４】
ＳＴＢ１０２とプリンタ１０３との接続にはＩＥＥＥ１３９４インタフェースを使用し、ここではＰＣの介在がないためＳＴＢ２プロトコルの使用はできず、ＡＶＣプロトコルまたはＤＰＰ（ダイレクトプリントプロトコル）のうち、本実施の形態ではＤＰＰを採用した。
【００２５】
＜ＩＥＥＥ１３９４の技術の概要＞
ＤＰＰを説明する前に、ＩＥＥＥ１３９４インタフェースの概要を説明する。まず、ＩＥＥＥ１３９４−１９９５規格の技術について簡単に説明する。なお、ＩＥＥＥ１３９４−１９９５規格（以下「ＩＥＥＥ１３９４規格」という。）についての詳細は、１９９６年８月３０日にＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）から出版された「IEEE Standard for aHigh Performance Serial Bus」に記述されている。
【００２６】
（１）概要
図２はＩＥＥＥ１３９４規格に準拠したデジタルインタフェース（以下「１３９４インタフェース」という。）を具備するノードにより構成される通信システム（以下「１３９４ネットワーク」という。）の一例を示す。１３９４ネットワークはシリアルデータの通信可能なバス型ネットワークを構成するものである。
【００２７】
図２において、各ノードＡ〜Ｆは、ＩＥＥＥ１３９４規格に準拠した通信ケーブルを介して接続されている。これらのノードＡ〜Ｈは、例えば、ＰＣ、デジタルＶＴＲ（Video Tape Recorder）、ＤＶＤ（Digital Video Disc）プレーヤ、デジタルカメラ、ハードディスク、モニタ等の電子機器である。
【００２８】
１３９４ネットワークの接続方式は、デイジーチェーン方式とノード分岐方式とに対応しており、自由度の高い接続を可能としている。また、１３９４ネットワークでは、例えば、既存の機器を削除したり、新たな機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動的にバスリセットを行う。このバスリセットを行うことにより、１３９４ネットワークは新たな接続構成の認識と各機器に対するＩＤ情報の割り当てとを自動的に行うことができる。この機能によって、１３９４ネットワークはネットワークの接続構成を常時認識することができる。
【００２９】
また、１３９４ネットワークは他の機器から転送されたデータを中継する機能を有している。この機能により、全ての機器がバスの動作状況を把握することができる。また、１３９４ネットワークは、Plug＆Playと呼ばれる機能を有している。この機能により、全ての機器の電源をＯＦＦにすることなく、接続するだけで自動に接続機器を認識することができる。さらに、１３９４ネットワークは１００／２００／４００Ｍｂｐｓのデータ転送速度に対応している。上位のデータ転送速度を持つ機器は、下位のデータ転送速度をサポートすることができるため、異なるデータ転送速度に対応する機器同士を接続することができる。
【００３０】
１３９４ネットワークは、２つの異なるデータ転送方式（すなわち、アシンクロナス（Asynchronous）転送モードとアイソクロナス（Isochronous）転送モード）に対応している。アシンクロナス転送モードは、必要に応じて非同期に転送することが要求されるデータ（すなわち、コントロール信号やファイルデータ等）を転送する際に有効である。また、アイソクロナス転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（すなわち、ビデオデータやオーディオデータ等）を転送する際に有効である。アシンクロナス転送モードとアイソクロナス転送モードとは、各通信サイクル（通常１サイクルは１２５μＳ）内において混在させることが可能である。各転送モードは、サイクルの開始を示すサイクルスタートパケット（以下「ＣＳＰ」という。）の転送後に実行される。
【００３１】
なお、各通信サイクル期間において、アイソクロナス転送モードは、アシンクロナス転送モードよりも優先順位が高く設定されている。また、アイソクロナス転送モードの転送帯域は、各通信サイクル内で保証されている。
【００３２】
（２）アーキテクチャ
図３を参照して１３９４インタフェースの構成要素を説明する。１３９４インタフェースは、機能的に複数のレイヤ（階層）から構成されている。図３において、１３９４インタフェースは、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０１を介して他のノードの１３９４インタフェースと接続される。また、１３９４インタフェースは、１つ以上の通信ポート３０２を有し、通信ポート３０２は、ハードウェア部に含まれるフィジカルレイヤ３０３と接続される。
【００３３】
図３において、ハードウェア部はフィジカルレイヤ３０３とリンクレイヤ３０４とから構成されている。フィジカルレイヤ３０３は、他のノードとの物理的、電気的なインタフェース、バスリセットの検出とそれに伴う処理、入出力信号の符号化／復号化、バス使用権の調停等を行う。リンクレイヤ３０４は、通信パケットの生成と送受信、サイクルタイマの制御等を行なう。
【００３４】
図３のファームウェア部はトランザクションレイヤ３０５とシリアルバスマネージメント３０６とを含んでいる。トランザクションレイヤ３０５は、アシンクロナス転送モードを管理し、各種のトランザクション（リード、ライト、ロック）を提供する。シリアルバスマネージメント３０６は、後述するＣＳＲアーキテクチャに基づいて、自ノードの制御、自ノードの接続状態の管理、自ノードのＩＤ情報の管理、シリアルバスネットワークの資源管理を行う機能を提供する。
【００３５】
以上、ハードウェア部とファームウェア部とが実質的に１３９４インタフェースを構成するものであり、それらの基本構成は、ＩＥＥＥ１３９４規格により規定されている。
【００３６】
図３のソフトウェア部に含まれるアプリケーションレイヤ３０７は、使用するアプリケーションソフトによって異なり、ネットワーク上でどのようにデータを通信するのかを制御する。例えば、デジタルＶＴＲの動画像データの場合は、ＡＶ／Ｃプロトコルなどの通信プロトコルによって規定されている。
【００３７】
（2-1）リンクレイヤ３０４
図４はリンクレイヤ３０４の提供可能なサービスを示す図である。図４において、リンクレイヤ３０４は、次の４つのサービスを提供する。すなわち、▲１▼応答ノードに対して所定のパケットの転送を要求するリンク要求（LK_DATA.request）、▲２▼応答ノードに所定のパケットの受信を通知するリンク通知（LK_DATA.indication）、▲３▼応答ノードからのアクノリッジを受信したことを示すリンク応答（LK_DATA.response）、▲４▼要求ノードからのアクノリッジを確認するリンク確認（LK_DATA.confirmation）である。なお、リンク応答（LK_DATA.response）は、ブロードキャスト通信、アイソクロナスパケットの転送の場合には存在しない。
【００３８】
リンクレイヤ３０４は、上述のサービスに基づいて、上述の２種類の転送方式、すなわち、アシンクロナス転送モード、アイソクロナス転送モードを実現する。
【００３９】
（2-2）トランザクションレイヤ３０５
図５はトランザクションレイヤ３０５の提供可能なサービスを示す図である。図５において、トランザクションレイヤ３０５は、次の４つのサービスを提供する。すなわち、▲１▼応答ノードに対して所定のトランザクションを要求するトランザクション要求（TR_DATA.request）、▲２▼応答ノードに所定のトランザクション要求の受信を通知するトランザクション通知（TR_DATA.indication）、▲３▼応答ノードからの状態情報（ライト、ロックの場合は、データを含む）を受信したことを示すトランザクション応答（TR_DATA.response）、▲４▼要求ノードからの状態情報を確認するトランザクション確認（TR_DATA.confirmation）である。
【００４０】
また、トランザクションレイヤ３０５は、上述のサービスに基づいてアシンクロナス転送を管理し、次の３種類のトランザクション、すなわち、▲１▼リードトランザクション、▲２▼ライトトランザクション、▲３▼ロックトランザクションを実現する。
【００４１】
▲１▼リードトランザクションは、要求ノードが応答ノードの特定アドレスに格納された情報を読み取る。
【００４２】
▲２▼ライトトランザクションは、要求ノードが応答ノードの特定アドレスに所定の情報を書き込む。
【００４３】
▲３▼ロックトランザクションは、要求ノードが応答ノードに対して参照データと更新データとを転送し、応答ノードの特定アドレスの情報とその参照データとを比較し、その比較結果に応じて特定アドレスの情報を更新データに更新する。
【００４４】
（2-3）シリアルバスマネージメント３０６
シリアルバスマネージメント３０６は、具体的に、次の３つの機能を提供することができる。３つの機能とは、すなわち、▲１▼ノード制御、▲２▼アイソクロナスリソースマネージャ（以下、ＩＲＭ）、▲３▼バスマネージャである。
【００４５】
▲１▼ノード制御は、上述の各レイヤを管理し、他のノードとの間で実行されるアシンクロナス転送を管理する機能を提供する。
【００４６】
▲２▼ＩＲＭは、他のノードとの間で実行されるアイソクロナス転送を管理する機能を提供する。具体的には、転送帯域幅とチャネル番号の割り当てに必要な情報を管理し、これらの情報を他のノードに対して提供する。
【００４７】
ＩＲＭは、ローカルバス上に唯一存在し、バスリセット毎に他の候補者（ＩＲＭの機能を有するノード）の中から動的に選出される。また、ＩＲＭは、後述のバスマネージャの提供可能な機能（接続構成の管理、電源管理、速度情報の管理等）の一部を提供してもよい。
【００４８】
▲３▼バスマネージャは、ＩＲＭの機能を有し、ＩＲＭよりも高度なバス管理機能を提供する。具体的には、より高度な電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理）、より高度な速度情報の管理（各ノード間の最大転送速度の管理）、より高度な接続構成の管理（トポロジマップの作成）、これらの管理情報に基づくバスの最適化等を行ない、さらにこれらの情報を他のノードに提供する機能を有する。
【００４９】
また、バスマネージャは、シリアルバスネットワークを制御するためのサービスをアプリケーションに対して提供できる。ここで、サービスには、シリアルバス制御要求（SB_CONTROL.request）、シリアルバスイベント制御確認（SB_CONTROL.confirmation）、シリアルバスイベント通知（SB_CONTROL.indication）等がある。
【００５０】
SB_CONTROL.requestは、アプリケーションがバスリセットを要求するサービスである。SB_CONTROL.confirmationは、SB_CONTROL.requestをアプリケーションに対して確認するサービスである。SB_CONTROL.indicationは、非同期に発生するイベントをアプリケーションに対して通知するサービスである。
【００５１】
（３）アドレス指定
図６は１３９４インタフェースにおけるアドレス空間を説明するための説明図である。なお、１３９４インタフェースは、ISO/IEC 13213:1994に準じたＣＳＲ（Command and Status Register）アーキテクチャに従い、６４ビット幅のアドレス空間を規定している。
【００５２】
図６において、最初の１０ビットのフィールド６０１は、所定のバスを指定するＩＤ番号に使用され、次の６ビットのフィールド６０２は、所定の機器（ノード）を指定するＩＤ番号に使用される。この上位１６ビットを「ノードＩＤ」と呼び、各ノードはこのノードＩＤにより他のノードを識別する。また、各ノードは、このノードＩＤを用いて相手を識別した通信を行うことができる。残りの４８ビットからなるフィールドは、各ノードの具備するアドレス空間（２５６Ｍバイト構造）を指定する。その内の２０ビットのフィールド６０３は、アドレス空間を構成する複数の領域を指定する。
【００５３】
フィールド６０３において、０〜0xFFFFDの部分は、メモリ空間と呼ばれる。0xFFFFEの部分は、プライベート空間と呼ばれ、各ノードで自由に利用できるアドレスである。また、0xFFFFEの部分は、レジスタ空間と呼ばれ、バスに接続されたノード間において共通の情報を格納する。各ノードは、レジスタ空間の情報を用いることにより、各ノード間の通信を管理することができる。最後の２８ビットのフィールド６０４は、各ノードにおいて共通或いは固有となる情報が格納されるアドレスを指定する。例えば、レジスタ空間において、最初の５１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲコア）レジスタ用に使用される。ＣＳＲコアレジスタに格納される情報のアドレスおよび機能を図７に示す。図中のオフセットは、0xFFFFF0000000からの相対位置である。
【００５４】
次の５１２バイトは、シリアルバス用のレジスタとして使用される。シリアルバスレジスタに格納される情報のアドレスおよび機能を図８に示す。図中のオフセットは、0xFFFFF0000200からの相対位置である。その次の１０２４バイトは、コンフィギュレーションＲＯＭ用に使用される。
【００５５】
コンフィギュレーションＲＯＭには最小形式と一般形式とがあり、0xFFFFF0000400から配置される。最小形式のコンフィギュレーションＲＯＭを図９に示す。図９において、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して固有に割り当てられた２４ビットの数値である。図１０は一般形式のコンフィギュレーションＲＯＭを示す。図１０において、上述のベンダＩＤは、Root Directory１００２に格納されている。Bus Info Block１００１とRoot Leaf１００５とには、各ノードを識別する固有のＩＤ情報としてノードユニークＩＤを保持することが可能である。
【００５６】
ここで、ノードユニークＩＤは、メーカ、機種に関わらず、１つのノードを特定することのできる固有のＩＤを定めるようになっている。ノードユニークＩＤは６４ビットにより構成され、上位２４ビットは上述のベンダＩＤを示し、下位４８ビットは各ノードを製造するメーカにおいて自由に設定可能な情報（例えば、ノードの製造番号等）を示す。なお、このノードユニークＩＤは、例えばバスリセットの前後で継続して特定のノードを認識する場合に使用される。
【００５７】
図１０において、Root Directory１００２には、ノードの基本的な機能に関する情報を保持することが可能である。詳細な機能情報は、Root Directory１００２からオフセットされるサブディレクトリ（Unit Directories１００４）に格納される。Unit Directories１００４には、例えば、ノードのサポートするソフトウェアユニットに関する情報が格納される。具体的には、ノード間のデータ通信を行うためのデータ転送プロトコル、所定の通信手順を定義するコマンドセット等に関する情報が保持される。
【００５８】
Node Dependent Info Directory１００３には、デバイス固有の情報を保持することが可能である。Node Dependent Info Directory１００３は、Root Directory１００２によりオフセットされる。
【００５９】
Vendor Dependent Information１００６には、ノードを製造、或いは販売するベンダ固有の情報を保持することができる。
【００６０】
残りの領域は、ユニット空間と呼ばれ、各ノード固有の情報、例えば、各機器の識別情報（会社名、機種名等）や使用条件等が格納されたアドレスを指定する。ユニット空間のシリアルバス装置レジスタに格納される情報のアドレスおよび機能を図１１に示す。図中のオフセットは、0xFFFFF0000800からの相対位置である。
【００６１】
なお、一般的に、異種のバスシステムの設計を簡略化したい場合、各ノードは、レジスタ空間の最初の２０４８バイトのみを使うべきである。つまり、ＣＳＲコアレジスタ、シリアルバスレジスタ、Configuration ROM、ユニット空間の最初の２０４８バイトの合わせて４０９６バイトで構成することが望ましい。
【００６２】
（４）通信ケーブルの構成
図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図を示す。通信ケーブルは、２組のツイストペア信号線と電源ラインとにより構成されている。電源ラインを設けることによって、１３９４インタフェースは、主電源のＯＦＦとなった機器、故障により電力低下した機器等にも電力を供給することができる。なお、電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。２組のツイストペア信号線には、DS-Link（Data/Strobe Link）符号化方式にて符号化された情報信号が伝送される。
【００６３】
図１３はDS-Link符号化方式を説明する図である。このDS-Link符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２組のより対線を必要とする。一組のより対線は、データ信号を送り、他のより対線は、ストローブ信号を送る構成になっている。受信側は、２組の信号線から受信したデータ信号とストローブ信号との排他的論理和をとることによって、クロックを再現することができる。
【００６４】
なお、DS-Link符号化方式を用いることにより、１３９４インタフェースには、例えば次のような利点がある。▲１▼他の符号化方式に比べて転送効率が高い。▲２▼ＰＬＬ回路が不要となり、コントローラＬＳＩの回路規模を小さくできる。▲３▼アイドル状態であることを示す情報を送る必要が無いため、トランシーバ回路をスリープ状態とし易く、消費電力の低減が図れる。
【００６５】
（５）バスリセット
各ノードの１３９４インタフェースは、ネットワークの接続構成に変化が生じたことを自動的に検出することができる。この場合、１３９４ネットワークは以下に示す手順によりバスリセットと呼ばれる処理を行う。なお、接続構成に変化は、各ノードの具備する通信ポートかかるバイアス電圧の変化により検知することができる。
【００６６】
ネットワークの接続構成の変化（例えば、ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによるノード数の増減）を検出したノード、または新たな接続構成を認識する必要のあるノードは、１３９４インタフェースを介して、バス上にバスリセット信号を送信する。
【００６７】
バスリセット信号を受信したノードの１３９４インタフェースは、バスリセットの発生を自身のリンクレイヤ３０４に伝達すると共に、そのバスリセット信号を他のノードに転送する。バスリセット信号を受信したノードは、今まで認識していたネットワークの接続構成および各機器に割り当てられたノードＩＤをクリアにする。最終的に全てのノードがバスリセット信号を検知した後、各ノードは、バスリセットに伴う初期化処理（すなわち、新たな接続構成の認識と新たなノードＩＤの割り当て）を自動的に行う。
【００６８】
なお、バスリセットは、先に述べたような接続構成の変化による起動の他に、ホスト側の制御によって、アプリケーションレイヤ３０７がフィジカルレイヤ３０３に対して直接命令を出すことによって起動させることも可能である。
【００６９】
また、バスリセットが起動するとデータ転送は一時中断され、バスリセットに伴う初期化処理の終了後、新しいネットワークのもとで再開される。
【００７０】
（６）バスリセット起動後のシーケンス
バスリセットの起動後、各ノードの１３９４インタフェースは、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行する。以下、バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを図１４〜１６を用いて説明する。
【００７１】
図１４は、図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明する図である。図１４において、ノードＡは１つの通信ポート、ノードＢは２つの通信ポート、ノードＣは２つの通信ポート、ノードＤは３つの通信ポート、ノードＥは１つの通信ポート、ノードＦは１つの通信ポートを具備している。各ノードの通信ポートには、各ポートを識別するためにポート番号を付されている。
【００７２】
次に、図１４におけるバスリセットの開始からノードＩＤの割り当てまでを図１５のフローチャートを用いて説明する。１３９４ネットワークを構成する各ノードＡ〜Ｆは、バスリセットが発生したか否かを常時監視している（ステップＳ１５０１）。接続構成の変化を検出したノードからバスリセット信号が出力されると、各ノードは以下の処理を実行する。バスリセットの発生後、各ノードは、夫々の具備する通信ポート間において親子関係の宣言を行なう（ステップＳ１５０２）。各ノードは、全てのノード間の親子関係が決定されるまで、ステップＳ１５０２の処理を繰り返し行なう（ステップＳ１５０３）。
【００７３】
全てのノード間の親子関係が決定した後、１３９４ネットワークは、ネットワークの調停を行なうノード、すなわちルートを決定する。（ステップＳ１５０４）。ルートを決定した後、各ノードの１３９４インタフェース夫々は、自己のノードＩＤを自動的に設定する作業を実行する（ステップＳ１５０５）。全てのノードに対してノードＩＤの設定がなされるまで、各ノードは所定の手順に基づきステップＳ１５０５の処理を実行する（ステップＳ１５０６）。
【００７４】
最終的に全てのノードに対してノードＩＤが設定された後、各ノードは、アイソクロナス転送或いはアシンクロナス転送を実行する（ステップＳ１５０７）。ステップＳ１５０７の処理を実行すると共に、各ノードの１３９４インタフェースは、再びバスリセットの発生を監視する。バスリセットが発生した場合には、ステップＳ１５０１以降の処理を再び実行する。
【００７５】
以上の手順により、各ノードの１３９４インタフェースは、バスリセットが起動する毎に、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行することができる。
【００７６】
（７）親子関係の決定
図１６を参照して、図１５のステップＳ１５０２の処理、すなわち、各ノード間の親子関係を認識する処理の手順を詳細に示すフローチャートである。バスリセットの発生後、１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具備する通信ポートの接続状態（接続または未接続）を確認する（ステップＳ１６０１）。通信ポートの接続状態の確認後、各ノードは、他のノードと接続されている通信ポート（以下「接続ポート」という。）の数をカウントする（ステップＳ１６０２）。
【００７７】
ステップＳ１６０２の処理の結果、接続ポートの数が１つである場合、そのノードは、自分が「リーフ」であると認識する（ステップＳ１６０３）。ここで、リーフとは、１つのノードとのみ接続されているノードのことである。
【００７８】
リーフとなるノードは、その接続ポートに接続されているノードに対して、「自分は子（Child）」であることを宣言する（ステップＳ１６０４）。このとき、リーフは、その接続ポートが「親ポート（親ノードと接続された通信ポート）」であると認識する。ここで、親子関係の宣言は、まず、ネットワークの末端であるリーフとブランチとの間にて行われ、ついで、ブランチとブランチとの間で順次に行われる。各ノード間の親子関係は、早く宣言の行なえる通信ポートから順に決定される。また、各ノード間において、子であることを宣言した通信ポートは「親ポート」であると認識され、その宣言を受けた通信ポートは「子ポート（子ノードと接続された通信ポート）」であると認識される。例えば、図１４において、ノードＡ、Ｅ、Ｆは、自分がリーフであると認識した後、親子関係の宣言を行う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定される。
【００７９】
他方、ステップＳ１６０２の処理の結果、接続ポートの数が２つ以上の場合、そのノードは、自分を「ブランチ」であると認識する（ステップＳ１６０５）。ここで、ブランチとは、２つ以上のノードと接続されているノードのことである。
【００８０】
ブランチとなるノードは、各接続ポートのノードから親子関係の宣言を受け付ける（ステップＳ１６０６）。宣言を受け付けた接続ポートは、「子ポート」として認識される。１つの接続ポートを「子ポート」と認識した後、ブランチは、まだ親子関係の決定されていない接続ポート（すなわち、未定義ポート）が２つ以上あるか否かを検出する（ステップＳ１６０７）。その結果、未定義ポートが２つ以上ある場合、ステップＳ１６０６に戻る。
【００８１】
他方、ステップＳ１６０７で検出した結果、未定義ポートが１つだけ存在する場合、ブランチは、その未定義ポートが「親ポート」であると認識し、そのポートに接続されているノードに対して「自分は子」であることを宣言する（ステップＳ１６０８、Ｓ１６０９）。
【００８２】
ここで、ブランチは、残りの未定義ポートが１つになるまで自分自身が子であると他のノードに対して宣言することができない。例えば、図１４において、ノードＢ、Ｃ、Ｄは、自分がブランチであると認識すると共に、リーフあるいは他のブランチからの宣言を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係が決定した後、ノードＣに対して親子関係の宣言を行っている。また、ノードＤからの宣言を受けたノードＣは、ノードＢに対して親子関係の宣言を行っている。
【００８３】
他方、ステップＳ１６０８の処理の結果、未定義ポートが存在しない場合（つまり、ブランチの具備する全ての接続ポートが親ポートとなった場合）、そのブランチは、自分自身がルートであることを認識する。（ステップＳ１６１０）。
【００８４】
例えば、図１４において、接続ポートの全てが親ポートとなったノードＢは、１３９４ネットワーク上の通信を調停するルートとして他のノードに認識される。ここで、ノードＢがルートと決定されたが、ノードＢの親子関係を宣言するタイミングが、ノードＣの宣言するタイミングに比べて早い場合には、他のノードがルートになる可能性もある。すなわち、宣言するタイミングによっては、どのノードもルートとなる可能性がある。従って、同じネットワーク構成であっても同じノードがルートになるとは限らない。
【００８５】
このように全ての接続ポートの親子関係が宣言されることによって、各ノードは、１３９４ネットワークの接続構成を階層構造（ツリー構造）として認識することができる（ステップＳ１６１１）。なお、上述の親ノードは階層構造における上位であり、子ノードは階層構造における下位となる。
【００８６】
（８）ノードＩＤの割り当て
図１７は、図１５のステップＳ１５０５の処理、すなわち、自動的に各ノードのノードＩＤを割り当てる処理の手順を詳細に示すフローチャートである。ここで、ノードＩＤは、バス番号とノード番号とから構成されるが、本実施の形態では、各ノードを同一バス上に接続するものとし、各ノードには同一のバス番号が割り当てられるものとする。
【００８７】
ルートは、ノードＩＤが未設定のノードが接続されている子ポートのうち、最小番号を有する通信ポートに対してノードＩＤの設定許可を与える（ステップＳ１７０１）。なお、図１７において、ルートは、最小番号の子ポートに接続されている全ノードのノードＩＤを設定した後、その子ポートを設定済とし、次に最小となる子ポートに対して同様の制御を行なう。最終的に子ポートに接続された全てのノードのＩＤ設定が終了した後、ルート自身のノードＩＤを設定する。なお、ノードＩＤに含まれるノード番号は、基本的にリーフ、ブランチの順に０、１、２…と割り当てられる。従って、ルートが最も大きなノード番号を有することになる。
【００８８】
ステップＳ１７０１において、設定許可を得たノードは、自分の子ポートのうち、ノードＩＤが未設定となるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０２）。ステップＳ１７０２において、未設定ノードを含む子ポートが検出された場合、上述の設定許可を得たノードは、その子ポートに直接接続されたノードに対してその設定許可を与えるように制御する（ステップＳ１７０３）。
【００８９】
ステップＳ１７０３の処理後、上述の設定許可を得たノードは、自分の子ポートのうち、ノードＩＤが未設定であるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０４）。ここで、ステップＳ１７０４の処理後、未設定ノードを含む子ポートの存在が検出された場合、そのノードは、再びステップＳ１７０３の処理を実行する。
【００９０】
他方、ステップＳ１７０２あるいはＳ１７０４において、未設定ノードを含む子ポートが検出されなかった場合、設定許可を得たノードは、自分自身のノードＩＤを設定する（ステップＳ１７０５）。
【００９１】
自分のノードＩＤを設定したノードは、自己のノード番号、通信ポートの接続状態に関する情報等を含んだセルフＩＤパケットをブロードキャストする（ステップＳ１７０６）。なお、ブロードキャストとは、あるノードの通信パケットを、１３９４ネットワークを構成する不特定多数のノードに対して転送することである。
【００９２】
ここで、各ノードは、このセルフＩＤパケットを受信することにより、各ノードに割り当てられたノード番号を認識することができ、自分に割り当てられるノード番号を知ることができる。例えば、図１４において、ルートであるノードＢは、最小ポート番号「＃１」の通信ポートに接続されたノードＡに対してノードＩＤ設定の許可を与える。ノードＡは、自己のノード番号「Ｎｏ．０」と割り当て、自分自身に対してバス番号とノード番号とからなるノードＩＤを設定する。また、ノードＡは、そのノード番号を含むセルフＩＤパケットをブロードキャストする。
【００９３】
図１８にセルフＩＤパケットの構成例を示す。図１８において、１８０１はセルフＩＤパケットを送出したノードのノード番号を格納するフィールドである。１８０２は対応可能な転送速度に関する情報を格納するフィールドである。１８０３はバス管理機能（バスマネージャの能力の有無等）の有無を示すフィールドである。１８０４は電力の消費および供給の特性に関する情報を格納するフィールドである。１８０５はポート番号＃０となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。１８０６はポート番号＃１となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。１８０７はポート番号＃２となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。
【００９４】
なお、セルフＩＤパケットを送出するノードにバスマネージャとなり得る能力がある場合には、フィールド１８０３に示すコンテンダビットを１とし、なり得る能力がなければ、コンテンダビットを０とする。ここで、バスマネージャとは、上述のセルフＩＤパケットに含まれる各種の情報に基づいて、バスの電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理する）と、速度情報の管理（各ノードの対応可能な転送速度に関する情報から各ノード間の最大転送速度を管理する）と、トポロジマップ情報の管理（通信ポートの親子関係情報からネットワークの接続構成を管理する）と、トポロジマップ情報に基づくバスの最適化等を行ない、それらの情報を他のノードに提供する機能を有するノードである。これらの機能により、バスマネージャとなるノードは１３９４ネットワーク全体のバス管理を行なうことができる。
【００９５】
ステップＳ１７０６の処理後、ノードＩＤの設定を行ったノードは、親ノードがあるか否かを判断する（ステップＳ１７０７）。親ノードがある場合、その親ノードが、ステップＳ１７０２以下の処理を再び実行する。そして、まだノードＩＤの設定されていないノードに対して許可を与える。
【００９６】
他方、親ノードが存在しない場合、そのノードは、ルート自身であると判断される。ルートは、全ての子ポートに接続されたノードに対してノードＩＤが設定されたか否かを判別する（ステップＳ１７０８）。ステップＳ１７０８において、全てのノードに対するＩＤ設定処理が終了しなかった場合、ルートは、そのノードを含む子ポートのうち、最小番号となる子ポートに対してＩＤ設定の許可を与える（ステップＳ１７０１）。その後、ステップＳ１７０２以下の処理を実行する。
【００９７】
他方、全てのノードに対するＩＤ設定処理が終了した場合、ルートは、自分自身のノードＩＤの設定を実行する（ステップＳ１７０９）。ノードＩＤの設定後、ルートは、セルフＩＤパケットをブロードキャストする（ステップＳ１７１０）。
【００９８】
以上の処理によって、１３９４ネットワークは、各ノードに対して自動的にノードＩＤを割り当てることができる。
【００９９】
ここで、ノードＩＤの設定処理後、複数のノードがバスマネージャの能力を具備する場合、ノード番号の最も大きいノードがバスマネージャとなる。つまり、ネットワークうちで最大となるノード番号を持つルートがバスマネージャになり得る機能を有している場合には、ルートがバスマネージャとなる。
【０１００】
しかしながら、ルートにその機能が備わっていない場合には、ルートの次に大きいノード番号を具備するノードがバスマネージャとなる。また、どのノードがバスマネージャになったかについては、各ノードがブロードキャストするセルフＩＤパケットうちのコンテンダビット１８０３をチェックすることにより把握することができる。
【０１０１】
（９）アービトレーション
図１９は、図１の１３９４ネットワークにおけるアービトレーションを説明するための説明図である。１３９４ネットワークでは、データ転送に先立って、必ずバス使用権のアービトレーション（調停）を行なう。１３９４ネットワークは、論理的なバス型ネットワークであり、各ノードから転送された通信パケットを他のノードに中継することによって、ネットワークうちの全てのノードに同じ通信パケットを転送することのできる。従って、通信パケットの衝突を防ぐために、必ずアービトレーションが必要となる。これによって、ある時間において１つのノードのみが転送を行なうことができる。
【０１０２】
図１９（ａ）は、ノードＢとノードＦとが、バス使用権の要求を発している場合について説明するための説明図である。アービトレーションが始まるとノードＢ、Ｆは、それそれ親ノードに向かって、バス使用権の要求を発する。ノードＢの要求を受けた親ノード（すなわち、ノードＣ）は、自分の親ノード（すなわち、ノードＤ）に向かって、そのバス使用権を中継する。この要求は、最終的に調停を行なうルート（ノードＤ）に届けられる。バス使用要求を受けたルートは、どのノードにバスを使用させるかを決める。この調停作業はルートとなるノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。
【０１０３】
図１９（ｂ）は、ノードＦの要求が許可され、ノードＢの要求が拒否されたことを示す図である。アービトレーションに負けたノードに対してルートは、ＤＰ（Data prefix）パケットを送り、拒否されたことを知らせる。拒否されたノードは、次回のアービトレーションまでバス使用要求を待機する。
【０１０４】
以上のようにアービトレーションを制御することによって、１３９４ネットワークはバスの使用権を管理することができる。
【０１０５】
（１０）通信サイクル
アイソクロナス転送モードとアシンクロナス転送モードとは、各通信サイクル期間うちにおいて時分割に混在させることができる。ここで、通信サイクルの期間は、通常、１２５μＳである。
【０１０６】
図２０は、１通信サイクルにおいてアイソクロナス転送モードとアシンクロナス転送モードとを混在させた場合を説明するための説明図である。アイソクロナス転送モードはアシンクロナス転送モードより優先して実行される。その理由は、サイクルスタートパケットの後、アシンクロナス転送を起動するために必要なアイドル期間（サブアクションギャップ（subaction gap））が、アイソクロナス転送を起動するため必要なアイドル期間（アイソクロナスギャップ）よりも長くなるように設定されているためである。これにより、アイソクロナス転送は、アシンクロナス転送に優先して実行される。
【０１０７】
図２０において、各通信サイクルのスタート時には、サイクルスタートパケットが所定のノードから転送される。各ノードは、このＣＳＰを用いて時刻調整を行うことによって、他のノードと同じ時間を計時することができる。
【０１０８】
（１１）アイソクロナス転送モード
アイソクロナス転送モードは、同期型の転送方式である。アイソクロナスモード転送は、通信サイクルの開始後、所定の期間において実行可能である。また、アイソクロナス転送モードは、リアルタイム転送を維持するために、各サイクル毎に必ず実行される。
【０１０９】
アイソクロナス転送モードは、特に動画像データや音声データ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。アイソクロナス転送モードは、アシンクロナス転送モードのように１対１の通信ではなく、ブロードキャスト通信である。つまり、あるノードから送出されたパケットは、ネットワーク上の全てのノードに対して一様に転送される。なお、アイソクロナス転送には、ack（受信確認用返信コード）は存在しない。
【０１１０】
図２０において、チャネルｅ（ch e）、チャネルｓ（ch s）、チャネルｋ（chk）は、各ノードがアイソクロナス転送を行う期間を示す。１３９４インタフェースでは、複数の異なるアイソクロナス転送を区別するために、それそれ異なるチャネル番号を与えている。これにより、複数ノード間でのアイソクロナス転送が可能となる。ここで、このチャネル番号は、送信先を特定するものではなく、データに対する論理的な番号を与えているに過ぎない。図２０のアイソクロナスギャップとは、バスのアイドル状態を示すものである。このアイドル状態が一定時間を経過した後、アイソクロナス転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１１１】
図２１にアイソクロナス転送モードに基づいて転送される通信パケットのフォーマットを示す。以下、アイソクロナス転送モードに基づいて転送される通信パケットを、アイソクロナスパケットと称する。図２１において、アイソクロナスパケットはヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、データＣＲＣ２１０４から構成される。
【０１１２】
ヘッダ部２１０１には、データ部２１０３のデータ長を格納するフィールド２１０５、アイソクロナスパケットのフォーマット情報を格納するフィールド２１０６、アイソクロナスパケットのチャネル番号を格納するフィールド２１０７、パケットのフォーマットおよび実行しなければならない処理を識別するトランザクションコード（tcode）を格納するフィールド２１０８、同期化コードを格納するフィールド２１０９がある。
【０１１３】
（１２）アシンクロナス転送モード
アシンクロナス転送モードは、非同期型の転送方式である。アシンクロナス転送は、アイソクロナス転送期間の終了後、次の通信サイクルが開始されるまでの間（すなわち、次の通信サイクルのＣＳＰが転送されるまでの間）、実行可能である。
【０１１４】
図２０において、最初のサブアクションギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった後、アシンクロナス転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１１５】
アービトレーションによりバスの使用権を得たノードは、図２２に示すパケットを所定のノードに対して転送する。このパケットを受信したノードは、ack（受信確認用返送コード）あるいは応答パケットをackギャップ後に返送する。
【０１１６】
図２２は、アシンクロナス転送モードに基づく通信パケットのフォーマットを示す図である。以下、アシンクロナス転送モードに基づいて転送される通信パケットを、アシンクロナスパケットと称する。
【０１１７】
図２２において、アシンクロナスパケットは、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０３、データＣＲＣ２２０４から構成される。ヘッダ部２２０１において、フィールド２２０５には宛先となるノードのノードＩＤ、フィールド２２０６にはソースとなるノードのノードＩＤ、フィールド２２０７には一連のトランザクションを示すためのラベル、フィールド２２０８には再送ステータスを示すコード、フィールド２２０９にはパケットのフォーマットおよび実行しなければならない処理を識別するトランザクションコード（tcode）、フィールド２２１０には優先順位、フィールド２２１１には宛先のメモリアドレス、フィールド２２１２にはデータ部のデータ長、フィールド２２１３には拡張されたトランザクションコードが格納される。
【０１１８】
アシンクロナス転送は、自己ノードから相手ノードへの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視される。従って、宛先となるノードのみが、そのパケットを読み込むことができる。
【０１１９】
なお、アシンクロナス転送中に次のＣＳＰを転送すべき時間に至った場合、無理に転送を中断せず、その転送が終了した後、次のＣＳＰを送信する。これにより、１つの通信サイクルが１２５μＳ以上続いたときは、その分、次の通信サイクル期間を短縮する。このようにすることによって、１３９４ネットワークは、ほぼ一定の通信サイクルを保持することができる。
【０１２０】
（１３）デバイスマップ
デバイスマップを作成するためにアプリケーションが１３９４ネットワークのトポロジーを知る手段として、ＩＥＥＥ１３９４規格上、次のような手段がある。
【０１２１】
１．バスマネージャーのトポロジーマップレジスターをリードする
２．バスリセット時にセルフＩＤパケットから推定する
しかし上記１、２の手段では、各ノードの親子関係によるケーブル接続順のトポロジーは判明するものの、物理的な位置関係のトポロジーを知ることはできない。(実装されていないポートまで見えてしまう、といった問題もある)
また、デバイスマップを作成するための情報を、コンフィギュレーションＲＯＭ以外のデータベースとして持つ、といった手段もあるが、その場合、各種情報を得る手段はデータベースアクセスのためのプロトコルに依存してしまう。
【０１２２】
ところで、コンフィギュレーションＲＯＭ自体やコンフィギュレーションＲＯＭを読む機能は、ＩＥＥＥ１３９４規格を遵守したデバイスが必ず持つものである。そこで、デバイスの位置、機能等の情報を各ノードのコンフィギュレーションＲＯＭに格納し、それらをアプリケーションから読む機能を与えることにより、データベースアクセス、データ転送等の特定のプロトコルに依存することなく、各ノードのアプリケーションがいわゆるデバイスマップ表示機能を実装することができる。
【０１２３】
コンフィギュレーションＲＯＭにはノード固有の情報として物理的な位置、機能などが格納可能であり、デバイスマップ表示機能の実現に使用することが可能である。この場合、アプリケーションが物理的な位置関係による１３９４ネットワークトポロジーを知る手段としては、バスリセット時やユーザーからの要求時に、各ノードのコンフィギュレーションＲＯＭを読み取ることによ り、１３９４ネットワークのトポロジーを知る、という方法が可能となる。さらに、コンフィギュレーションＲＯＭうちにノードの物理的位置のみならず、機能などの各種ノード情報も記述することによって、コンフィギュレーションＲＯＭを読むことで、ノードの物理的位置と同時に各ノードの機能情報等も得ることができる。アプリケーションが各ノードのコンフィギュレーションＲＯＭ情報を取得する際には、指定ノードの任意のコンフィギュレーションＲＯＭ情報を取得するＡＰＩを用いる。
【０１２４】
このような手段を用いることにより、ＩＥＥＥ１３９４ネットワーク上のデバイスのアプリケーションは、物理的なトポロジーマップ、各ノードの機能マップなど、用途に応じて様々なデバイスマップを作成することができ、ユーザーが必要な機能をもつデバイスを選択する、といったことも可能となる。
以上、ＩＥＥＥ１３９４インタフェースの概要を説明した。
【０１２５】
＜ＤＰＰの概要説明＞
ＤＰＰの概要を説明する。ＩＥＥＥ１３９４インタフェースにおけるアプリケーションプロトコルの１つにダイレクトプリントプロトコルＤＰＰが挙げられる。
【０１２６】
ここで簡単にＤＰＰの概要を説明する。ＤＰＰはＩＥＥＥ１３９４のトランザクション層の上位に位置し、ディスク、テープ、プリンタやスキャナといったデバイス間の効率的コマンドデータ転送、そしてコマンドの動作状況、そしてその結果やデータの転送可否などの状態を上位アプリケーションに通知する機能を有する。ＤＰＰでは、ホストＰＣ無しでイメージソースデバイス（Image Source Device）からプリンタへ直接印刷できることが特徴である。またデバイス間でのファイル転送も可能である。
【０１２７】
図２７はＤＰＰの構成を示す。ＤＰＰとはＳＢＰ２と同様ＩＥＥＥ１３９４の物理層の上位に位置し、シンプロトコル（Thin Protocol）とＤＰＰアプリケーションコマンドセット（DPP Aprication Command Set）とで構成される。シンプロトコルは、さらに、シンセッション（Thin Session）とシントランザクション（Thin Transaction）に分かれる。
【０１２８】
図２８はシンプロトコルの概要を示す。図２８において、上段の動作がコネクション動作を示し、中段はコマンド転送動作、下段はディスコネクション動作を示す。印刷データのパケット化の実際は図２９に示すとおり各層でセグメンテーション化が行われ、転送用のパケットが作られる。ＤＰＰアプリケーションコマンドセットにはＤＰＣ(Direct Print Command）セットとファイルトランスファーコマンドセット（file transfer command set）の２種類が存在し本実施の形態ではＤＰＣセットを使用する。ＤＰＣのコマンドとしては、イメージデータ転送を行うセンドコマンド（Send Command）等のジェネリックコマンド（Generic Command）と、ネゴシエーションアイテム（Negotiation Item Command）を得るゲットクエリーアイテムコマンド（Get Query Item Command）等のネゴシエーションコマンド（Negotiation Command）他が用意されている。図３０にその使用例を示す。
以上、ＤＰＰの概要を説明した。
【０１２９】
プリンタ１０３においては、ＤＰＰの処理はＩ／Ｆ部１０５で行なわれる。
ＳＴＢ１０２からのＤＰＰで受け取ったＢＭＬ／Ｐ印刷コンテンツデータ等は、データ判断部１０６でプリンタ１０３内部で処理可能なデータ（ＢＭＬ／Ｐ印刷コンテンツデータ）かを判別する。
【０１３０】
＜ＢＭＬ／Ｐ印刷コンテンツデータ判断方法＞
図２５に関連して説明した印字用モジュール（例では９９９９番）を検出することで判断を行なう。その処理フローを図３１に示す。ＢＭＬ解析を開始すると、３１０１で受信したマルチパート化されたモジュールを解析するためＭＩＭＥデコード処理を行ないる。その結果を基に、３１０２でプリンタレイアウト情報ファイルが有るかないかを判断し、プリンタレイアウト情報ファイルが有れば、３１０３の「ＢＭＬ／Ｐ」へ、無ければ、３１０４の「ＢＭＬ／Ｐ以外」へ進み、その後終了する。
【０１３１】
以上によりＢＭＬ／Ｐ印刷コンテンツデータであると判断されると、ＢＭＬ処理部１０７へ進みファイル内容が処理され印刷処理部１０８で印刷処理される。
【０１３２】
一方ＢＭＬ／Ｐ印刷コンテンツデータでないと判断された場合は、転送処理部１０９へ進む。
【０１３３】
この場合の印刷方法について説明する。ここでは一旦転送用ＢＭＬ／Ｐ印刷コンテンツ外データが転送処理部１０９に蓄えられる。
【０１３４】
＜ＢＭＬ／Ｐ印刷コンテンツ外データの印刷方法＞
プリンタ１０３とＰＣ１０４とはＵＳＢ接続してあり、ＰＣ側から見て転送処理部１０９はＵＳＢの入力ポート、印刷処理部１０８は出力ポートとして設定されたマルチポートで構成されている。
【０１３５】
転送処理部１０９にデータが溜まると、それをトリガにしてＰＣ１０４へのデータ転送が開始される。そして、データ転送が完了すると、転送処理部１０９から印刷開始コマンド命令がＰＣ１０４へ発せられ、ＰＣ１０４ではその命令を受けて転送されたＢＭＬ／Ｐ印刷コンテンツ外データを印刷データに変換する処理が開始される。なお、ＰＣにおいても変換不能なＢＭＬ／Ｐ印刷コンテンツ外データであれば無視される。そして、変換処理が終了したならば、通常のＰＣ印刷処理と同様印刷処理部１０８に対して印刷データ出力処理を実行する。印刷処理部１０８ではそのデータを受けて印刷処理を行なう。
【０１３６】
以上、ＢＭＬ／Ｐ印刷コンテンツ外データの場合の印刷方法を説明した。
以上、本実施の形態により、データ放送の印刷用コンテンツに限定されることなく通常コンテンツも印刷出力を得ることができ、操作性、利便性が向上するという効果を奏する。
【０１３７】
＜第２の実施の形態＞
本実施の形態は、第１の実施の形態との比較でいえば、プリンタ１０３のＩ／Ｆ部１１０とＰＣ１０４との間のインタフェースが異なる。すなわち、第１の実施の形態では、ＵＳＢインタフェースを採用したのに対して、本実施の形態では、ＩＥＥＥ１３９４インタフェースを採用した。これにより、図３２に示すように、物理的には、ＩＥＥＥＥ１３９４インタフェースによるネットワークが構成される。しかし、ＰＣ１０４がＳＴＢ１０２を認識できない場合、すなわちＰＣ１０４とＳＴＢ１０２との間のプロトコルが無い場合は、ＰＣ１０４から見るとＳＴＢ１０２は不明なデバイスとなる。その場合のプロトコルとしては、ＡＶＣが考えられるが、本実施の形態では、そのプロトコルが無い場合、すなわちＳＴＢ１０２とプリンタ１０３間、プリンタ１０３とＰＣ１０４間で、それぞれ個別のプロトコルで動作するものとする。
【０１３８】
図３２において、図１と同一部分は同一符号を付してある。３２１０はＩ／Ｆ部であり、ＩＥＥＥ１３９４インタフェース処理を行うものである。Ｉ／Ｆ部３２１０とＰＣ１０４との間で供給されるプロトコルとして、イニシエータ・ターゲット構造のプロトコルであるＳＢＰ２プロトコルを採用した。ＳＢＰ２プロトコルはイニシエータが基本的なコントロールの主導権を握り、ターゲットはイニシエータのメモリから自分のペースでデータをフェッチしたりすることを特徴とする。
【０１３９】
ＢＭＬ／Ｐ印刷コンテンツ外データの場合においては、ＰＣ１０４では予めプリンタ１０３との間のコネクション機能、プリンタサーバ機能を有するアプリケーションが予め起動しており、転送処理部１０９にデータが溜まると、それをトリガにしてＰＣ１０４へのデータ転送が開始される。データ転送が完了すると、転送処理部１０９から印刷開始コマンド命令がＰＣ１０４へ発せられ、ＰＣ１０４ではその命令を受けて転送されたＢＭＬ／Ｐ印刷コンテンツ外データを印刷データに変換する処理が開始される。なお、ＰＣ１０４においても、変換不能なＢＭＬ／Ｐ印刷コンテンツ外データであれば無視される。変換処理が終了したならば、通常のＰＣ印刷処理と同様印刷処理部１０８に対してＳＢＰ２プロトコルベースでデータ転送され印刷データ出力処理が実行される。印刷処理部１０８ではそのデータを受けて印刷処理を実行する。
【０１４０】
よって、本実施の形態においては、データ放送の印刷用コンテンツに限定されること無く通常コンテンツも印刷出力を得ることができ、操作性、利便性が向上するという効果がある。
【０１４１】
＜第３の実施の形態＞
本実施の形態は第１の実施の形態との比較でいえば、ＳＴＢ１０２とプリンタ１０３との間の接続、およびＰＣ１０４とプリンタ１０３との間の接続が異なる。すなわち、第１の実施の形態では、前者についてはＩＥＥＥ１３９４インタフェースを採用し、後者についてはＵＳＢインタフェースを採用した。これに対して、本実施の形態では、前者については、ＵＳＢインタフェースまたはEthernet（登録商標）ＬＡＮ接続を採用し、後者については、パラレルインタフェース接続を採用した。
【０１４２】
このように構成することにより、放送情報の印刷環境の構成装置選択肢が広がり、使用者にとっては印刷物を得るための環境構築がしやすくなるという効果を奏することができる。
【０１４３】
＜第４の実施の形態＞
本実施の形態は、第１の実施の形態においてＳＴＢ１０２とプリンタ１０３との間で供給したＤＰＰプロトコルに代えて、ＡＶ／Ｃプロトコルを採用した。ＡＶ／Ｃプロトコルとは、ＡＶ機器用の音声、映像デジタルデータのインタフェースとして規定され最初はストリームデータ用にアイソクロナスコネクションからスタートしたが最近は静止画を送るアシンクロナスコネクションもできるようになり、本実施の形態では、そのアシンクロナスコネクションを利用して印刷データを転送するようにした。
【０１４４】
このように構成することにより、放送情報の印刷環境の構成装置選択肢が広がり使用者にとってはさらに印刷環境の構築がし易くなるという効果を奏することができる。
【０１４５】
＜第５の実施の形態＞
本実施の形態は、第１の実施の形態との比較でいえば、プリンタ１０３の構成が異なる。すなわち、第１の実施の形態では、データ判断部１０６においては、Ｉ／Ｆ部１０５からのデータ内容がＢＭＬ印刷コンテンツか否かを判断し、ＢＭＬ印刷コンテンツと判断した場合は当該データをＢＭＬ処理部１０７に送り、他方、ＢＭＬ印刷コンテンツでないと判断した場合は当該データを転送処理部１０９に送り、ＢＭＬ処理部１０７においては、ＢＭＬ印刷コンテンツデータを印刷データに変換する各種処理を行なうように構成した。
【０１４６】
これに対して、本実施の形態では、プリンタ３３０３を図３３に示すように構成し、判断部３３０６においては、Ｉ／Ｆ部１０５からのデータ内容が予め登録したデータ記述言語か否かを判断し、データ記述言語と判断した場合は当該データを処理部３３０７に送り、他方、データ記述言語でないと判断した場合は当該データを転送処理部１０９に送り、処理部１０７においては、データを印刷データに変換する各種処理を行なうようにした。
【０１４７】
なお、判断部３３０６では、データ記述言語の登録手段により判断基準を変更することができるようになっている。処理部３３０７は、後からでも書き換え可能なプログラム領域になるように、例えばフラッシュメモリを備え、このフラッシュメモリはＰＣ１０４により書き換えができるようになっているので、さらに柔軟に技術革新、規格の変化に対応できる。
【０１４８】
よって、今後の印刷コンテンツの拡張に鑑み、柔軟に対応でき、データ放送等の刻々と変化する印刷用コンテンツ方式に対応できるとともに印刷ができ、さらに印刷用コンテンツ以外も印刷出力を得ることができ、操作性、利便性が向上するという効果を奏することができる。
【０１４９】
＜第６の実施の形態＞
第１の実施の形態では、ＳＴＢ１０２からの印刷データに基づきプリンタ１０３により印刷する例を説明したが、インタネット機器、例えばインタネット対応ゲーム機等のイメージソースデバイスからの印刷データの印刷を可能にする。すなわち、ＢＭＬ／Ｐかどうかの印刷からインタネット情報の印刷を行なう。
【０１５０】
この場合の判定は単純な画像データか否かを判定し否であれば前記実施の形態１，２同様ＰＣにその処理を委ねる。
【０１５１】
以上の説明のごとく本実施の形態によりインタネット情報の印刷も可能になり操作性、利便性が向上するという効果がある。
【０１５２】
以下に本発明の実施態様の例を列挙する。
〔実施態様１〕画像処理データ出力装置と、該画像処理データ出力装置に接続したプリンタと、前記画像処理データ出力装置および前記プリンタに接続したコンピュータとを有する画像処理システムにおいて、
前記プリンタは、
画像処理を行う画像処理手段と、
前記画像処理データ出力装置から第１インタフェースを介して受信する受信手段と、
該受信手段により受信された画像処理用データが本プリンタにおいて画像処理できるか否かを判断する判断手段と、
該判断手段により画像処理できると判断された場合に、当該画像処理用データを前記画像処理手段に転送し、他方、画像処理が実行できないと判断されたた場合に、当該画像処理用データを第２インタフェースを介して前記コンピュータに送信する切換手段と、
前記コンピュータにより送信された画像処理用データを前記第２インタフェースを介して受信し前記画像処理手段に転送する転送手段と
を備え、
前記コンピュータは、
前記切換手段により送信された画像処理用データを処理するデータ処理手段と、
該データ処理手段による処理により得られた画像処理用データを前記プリンタの前記第２インタフェースに送信する送信手段と
を備えたことを特徴とする画像処理システム。
【０１５３】
〔実施態様２〕実施態様１において、前記プリンタは、前記第１および第２インタフェースが異なることを特徴とする画像処理システム。
【０１５４】
〔実施態様３〕実施態様２において、前記第１インタフェースがＩＥＥＥ１３９４インタフェースであり、前記第２インタフェースがＵＳＢインタフェースであることを特徴とする画像処理システム。
【０１５５】
〔実施態様４〕実施態様２において、前記第１および第２インタフェースがＩＥＥＥ１３９４インタフェースであることを特徴とする画像処理システム。
【０１５６】
〔実施態様５〕実施態様４において、前記第１および第２インタフェースは、プロトコルが異なることを特徴とする画像処理システム。
【０１５７】
〔実施態様６〕実施態様１において、前記受信手段は、ＤＰＰプロトコルまたはＡＶＣプロトコルに基づき画像処理用データを受信し、
前記切換手段、前記転送手段、及び前記送信手段は、ＳＢＰ２プロトコルに基づき画像処理用データを送受信する
ことを特徴とする画像処理システム。
【０１５８】
〔実施態様７〕実施態様１において、前記画像処理データ出力装置はセットトップボックスであることを特徴とする画像処理システム。
【０１５９】
〔実施態様８〕実施態様７において、前記画像処理用データは、データ記述言語を含むことを特徴とする画像処理システム。
【０１６０】
【発明の効果】
以上説明したように、本発明によれば、上記のように構成したので、使用者にとりプリンタの能力による情報データの印刷制限の範囲が広がることになり、プリンタの機能、能力を向上させるという効果がある。
【０１６１】
また、様々なインタフェースに対応することにより外部装置の選択肢が広がると言う効果もある。
【０１６２】
さらに、様々なプロトコルに対応することで外部装置および使用方法の選択肢が広がるという効果もある。
【０１６３】
また印刷データ出力装置にＳＴＢの使用が可能であることにより放送情報の印刷の可能性が広がり、使用者にとり放送情報の印刷物による保存を可能にするという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示すブロック図である。
【図２】ＩＥＥＥ１３９４シリアルバスのネットワークの構成を示す図である。
【図３】ＩＥＥＥ１３９４シリアルバスの構成要素を示す図である。
【図４】ＩＥＥＥ１３９４シリアルバスのリンクレイヤ提供可能なサービスを示す図である。
【図５】ＩＥＥＥ１３９４シリアルバスのトランザクションレイヤ提供可能なサービスを示す図である。
【図６】ＩＥＥＥ１３９４インタフェースにおけるアドレス空間を説明するための説明図である
【図７】ＩＥＥＥ１３９４インタフェースにおけるＣＳＲコアレジスタに格納される情報のアドレスおよび機能を表にして示す図である。
【図８】ＩＥＥＥ１３９４インタフェースにおけるシリアルバスレジスタに格納される情報のアドレスおよび機能を表にして示す図である。
【図９】ＩＥＥＥ１３９４インタフェースにおける最小形式のコンフィギュレーションＲＯＭを示す図である。
【図１０】ＩＥＥＥ１３９４インタフェースにおける一般形式のコンフィギュレーションＲＯＭを示す図である。
【図１１】ＩＥＥＥ１３９４インタフェースにおけるシリアルバス装置レジスタに格納される情報のアドレスおよび機能を表にして示す図である。
【図１２】ＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図である。
【図１３】ＤＳ−Ｌｉｎｋ符号化方式を説明するための説明図である。
【図１４】図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明するための説明図である。
【図１５】図１４におけるバスリセットの開始からノードＩＤの割り当てまでのシーケンスを示すフローチャートである。
【図１６】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示すフローチャートである。
【図１７】図１５のステップＳ１５０５の処理をより詳細に示すフローチャートである。
【図１８】ＩＥＥＥ１３９４インタフェースにおけるセルフＩＤパケットの構成を示す図である。
【図１９】ＩＥＥＥ１３９４ネットワークにおけるアービトレーションを説明するための説明図である。
【図２０】１通信サイクルにおいてアイソクロナス転送モードとアシンクロナス転送モードとが混在した状況の下での転送処理を説明するための説明図である。
【図２１】アイソクロナス転送モードで転送される通信パケットのフォーマットを示す図である。
【図２２】アシンクロナス転送モードで転送されるパケットフォーマットを示す図である。
【図２３】ＳＴＢ内部におけるデータ処理のフローを示す図である。
【図２４】一般の表示系放送内容の一例を示す図である。
【図２５】印字用モジュールのみを書き出した例を示す図である。
【図２６】マルチパートの記述例を示す図である。
【図２７】ＤＰＰの構成を示す図である。
【図２８】ＤＰＰ シンプロトコルを説明するための説明図である。
【図２９】ＤＰＰのパケット化を説明するための説明図である。
【図３０】実際のＤＰＣセットを説明するための説明図である。
【図３１】ＢＭＬ／Ｐ印刷コンテンツデータの処理手順の一例を示すフローチャートである。
【図３２】本発明の第２の実施の形態を示すブロック図である。
【図３３】本発明の第５の実施の形態を示すブロック図である。
【符号の説明】
１０１ ＴＶ
１０２ ＳＴＢ
１０３ プリンタ
１０４ ＰＣ
１０５ Ｉ／Ｆ部
１０６ データ判断部
１０７ ＢＭＬ処理部
１０８ 印刷処理部
１０９ 転送処理部
１１０ Ｉ／Ｆ部
Claims (1)
- 画像処理データ出力装置と、該画像処理データ出力装置に接続したプリンタと、前記画像処理データ出力装置および前記プリンタに接続したコンピュータとを有する画像処理システムにおいて、
前記プリンタは、
画像処理を行う画像処理手段と、
前記画像処理データ出力装置から第１インタフェースを介して受信する受信手段と、
該受信手段により受信された画像処理用データが本プリンタにおいて画像処理できるか否かを判断する判断手段と、
該判断手段により画像処理できると判断された場合に、当該画像処理用データを前記画像処理手段に転送し、他方、画像処理が実行できないと判断された場合に、当該画像処理用データを第２インタフェースを介して前記コンピュータに送信する切換手段と、
前記コンピュータにより送信された画像処理用データを前記第２インタフェースを介して受信し前記画像処理手段に転送する転送手段と
を備え、
前記コンピュータは、
前記切換手段により送信された画像処理用データを処理するデータ処理手段と、
該データ処理手段による処理により得られた画像処理用データを前記プリンタの前記第２インタフェースに送信する送信手段と
を備えたことを特徴とする画像処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002362803A JP2004192559A (ja) | 2002-12-13 | 2002-12-13 | 画像処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002362803A JP2004192559A (ja) | 2002-12-13 | 2002-12-13 | 画像処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004192559A true JP2004192559A (ja) | 2004-07-08 |
Family
ID=32761143
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002362803A Pending JP2004192559A (ja) | 2002-12-13 | 2002-12-13 | 画像処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004192559A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007004568A (ja) * | 2005-06-24 | 2007-01-11 | Fuji Xerox Co Ltd | 画像形成システム、画像形成装置、及び画像形成方法 |
-
2002
- 2002-12-13 JP JP2002362803A patent/JP2004192559A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007004568A (ja) * | 2005-06-24 | 2007-01-11 | Fuji Xerox Co Ltd | 画像形成システム、画像形成装置、及び画像形成方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4035235B2 (ja) | 電子機器 | |
| JP4536981B2 (ja) | 情報信号処理装置及び情報信号処理方法 | |
| JPWO2001017177A1 (ja) | 情報通信システム、情報通信方法、情報信号処理装置及び情報信号処理方法並びに記憶媒体 | |
| CN100420211C (zh) | 通信系统和设备 | |
| JP2001306428A (ja) | ネットワーク機器、ネットワークシステム、通信方法及び記録媒体 | |
| JP4027189B2 (ja) | 情報処理システム、情報処理装置、情報処理方法、プログラム及び記憶媒体 | |
| JP2002077211A (ja) | 情報処理装置およびその方法、並びに、記録媒体 | |
| JP2001160939A (ja) | 画像処理装置及び画像処理システム、及びその制御方法 | |
| JP2001274813A (ja) | 情報信号処理装置及び情報信号処理方法並びに記憶媒体 | |
| JP2000259545A (ja) | 情報処理装置およびその方法、並びに、記録媒体 | |
| JP2004509518A (ja) | 通信システムおよびデバイス | |
| JP2004192559A (ja) | 画像処理システム | |
| JP2004179898A (ja) | 画像処理装置 | |
| JP2002057683A (ja) | 制御機器および制御方法 | |
| JP2004179899A (ja) | 画像処理装置 | |
| JP2004064665A (ja) | データ転送装置及び送信装置及び受信装置及びそれらの制御方法 | |
| JP4109983B2 (ja) | 通信システム | |
| JP2003229857A (ja) | シリアルバスシステム、シリアルバスの帯域管理機器および通信機器 | |
| JP4095384B2 (ja) | 情報処理システム、情報処理装置、情報処理方法、プログラム及び記憶媒体 | |
| US8914554B2 (en) | Communication network device that compares first and second identification number of packet to determine if they are in conformance or non-conformance with self-ID packet | |
| JP3495878B2 (ja) | データ処理方法、データ処理装置及びプリンタ | |
| JP2009027349A (ja) | ネットワーク機器 | |
| JP2004102443A (ja) | 情報処理システム、情報処理方法、プログラム及び記憶媒体 | |
| JP2005044078A (ja) | 通信方法、印刷装置及びホスト装置 | |
| JP2003110651A (ja) | データ処理方法、データ処理装置、通信プロトコル及びプログラム |