(57)【要約】【課題】外部印刷装置の状態に応じて表示コンテンツを編集して表示することにより利便性を向上させることを課題とする。【解決手段】表示コンテンツを受信するための受信手段と、外部印刷装置の状態を検知する検知手段と、受信した表示コンテンツが印刷コンテンツを含むときには、検知の結果に応じて受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理手段とを有する画像処理装置が提供される。【選択図】        図１
2004179898.tif 000002
【特許請求の範囲】
【請求項１】
表示コンテンツを受信するための受信手段と、
外部印刷装置の状態を検知する検知手段と、
前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理手段とを有することを特徴とする画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ放送等の表示コンテンツの画像処理装置に関するものである。
【０００２】
【従来の技術】
従来、放送等の利用用途はアナログであれデジタルであれＴＶモニターに表示される映像を見たり、映像に同期した音を音響装置より聞いたりすることが目的であった。データ放送であればリアルタイムな膨大な情報をＴＶモニターより得ていた。
【０００３】
【発明が解決しようとする課題】
近年画面情報のみならず、補完的に紙に印刷されたものの要求も高まってきた。即ちデータ放送等の表示されている内容を出力して印刷装置で印刷する要求である。その要求を満たすためのごとくＳＴＢ接続のプリンタ装置も提案されている。
【０００４】
しかしながら従来方式のプリンタ装置そのまま持ち込むのであれば操作性、使い勝手例えばプリンタ装置を使用しないユーザーとか、或いはプリンタ装置を持つユーザーであってもプリンタ装置が取り外されていたり、或いはパワーオンしていないため印刷ができない環境にあるにも関わらず印刷コンテンツが表示されることはユーザーにとっては余計な情報になる等、多くの問題を抱えている。
【０００５】
本発明は、ＳＴＢがＴＶモニターに対し画像データを出力するだけでなく、外部印刷装置の状態により印刷用情報の表示については表示の可否を含めて表示制御する画像処理装置の提供を目的とする。
【０００６】
【課題を解決するための手段】
本発明の一観点によれば、表示コンテンツを受信するための受信手段と、外部印刷装置の状態を検知する検知手段と、前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理手段とを有することを特徴とする画像処理装置が提供される。
【０００７】
本発明によれば、検知手段は、外部印刷装置の接続状態、電源状態、エラー状態等を検知することができる。その検知結果に応じて、表示コンテンツから印刷コンテンツを削除して表示したり、又はその検知結果を表示コンテンツに追加して表示させることができるので利便性が向上する。
【０００８】
【発明の実施の形態】
（第１の実施形態）
図１は、本発明の第１の実施形態による印刷システムを最もよくあらわす図であり、図中１０１はＳＴＢ（ＳＥＴ  ＴＯＰ  ＢＯＸ）と一般的に言われている画像データを処理する装置（画像処理装置）であり、１０２はＳＴＢ１０１からの画像（動画、静止画）データを描写するＴＶモニター装置（画像表示装置）であり、１０３はＳＴＢ１０１からの印刷データを印刷するプリンタ装置（印刷装置）である。
【０００９】
ＳＴＢ１０１内には画像データを受信する受信部（不図示）、その画像データを処理する画像処理部（不図示）、それら画像データを制御する画像データ制御部（不図示）、表示画像データを出力する表示回路部１０４、ＴＶモニタ１０２へ出力する表示コンテンツを予め解析し印刷コンテンツが含まれていれば、それを削除するかどうかを判断する等の制御をする表示制御部１０５、印刷データを出力する１３９４Ｉ／Ｆ部１０６、印刷データの転送を制御する印刷データ転送制御部１０７、及びＩＥＥＥ１３９４インタフェースの電源ラインの電圧を検知する電源検知回路部１０８を備える。
【００１０】
一方プリンタ装置１０３内は、印刷を制御するプリンタ制御部１１０、印刷データを入力する１３９４Ｉ／Ｆ部１１１、１３９４Ｉ／Ｆを制御する１３９４Ｉ／Ｆ制御部１１２、及び電源回路部１１４を備える。
【００１１】
ＳＴＢ１０１とプリンタ装置１０３との接続にＩＥＥＥ１３９４インタフェースを使用する場合、パーソナルコンピュータ（ＰＣ）が介在しないためＳＴＢ２プロトコルは使用できずＡＶＣプロトコルは使用できるが本実施形態ではダイレクトプリントプロトコル（ＤＰＰ）を使用する。
【００１２】
本実施形態ではデータ放送の印刷コンテンツの印刷を扱い、その場合のシステムの動作について説明する。
ＳＴＢ１０１がデータ放送を受信し表示回路部１０４より表示画像データが出力されＴＶモニター１０２でデータ放送コンテンツが表示される。
【００１３】
その際受信した映像データのデータ放送コンテンツ内に印刷可能な印刷データを含む印刷コンテンツを表示回路部１０４前段の表示制御部１０５で解析して印刷データ有りと判断した場合、この時点でプリンタ装置１０３の電源が立ち上がっておればＩＥＥＥ１３９４インタフェースを介して電源検知回路部１０８が電源ラインを検知してしかるべき判断を行ない、それを表示制御部１０５が受けて表示回路部１０４へ印刷コンテンツを含んだ表示を出力するよう命令する。
【００１４】
この場合ユーザーにＴＶモニタに映し出された印刷コンテンツを見て印刷要求が有るならば、例えばモニタ内の印刷ボタンを押下することにより印刷データ転送制御部１０７は所望の印刷コンテンツを１３９４Ｉ／Ｆ部へ出力しＩＥＥＥ１３９４インタフェースラインを通してプリンタ装置１０３へ印刷コンテンツデータが転送され、プリンタ装置１０３で印刷処理される。
【００１５】
一方プリンタ装置１０３の電源が立ち上がっておらずＩＥＥＥ１３９４インタフェースを介して電源検知回路部１０８が電源ラインを検知して電源が入っていないと判断すれば、それを表示制御部１０５が受けて印刷コンテンツ表示の内容を処理した後、修正画像データを表示回路部１０４へ送り修正された表示を出力する。
【００１６】
以下詳細説明に入る。
＜データ放送コンテンツについての説明＞
デジタル放送のデータ放送についての標準化が進みつつある。
国内では日本ＡＲＩＢのデータ放送符号化仕様としてＢＭＬの策定が進められている。
ＢＭＬとはＢｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅの略でＸＭＬベースのＨＴＭＬ（ｘＨＴＭＬ）を核にスタイルシート、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔなど放送用のコンテンツ記述言語を定義したものである。
前述ＳＴＢ１０１内では次のように処理されファイル（Ｆｉｌｅ）として記憶される。
【００１７】
図２３にその方法を示す。コンテンツデータはＭＰＥＧ−２方式により他のメディアと共に多重化され、さらに単一搬送波でＰＳＫデジタル変調後、アンテナから送信される。
図中２３０１では、受信した電波ＲＦをチューナで選局・復調し、多重化ストリームであるＭＰＥＧ−２  ＴＳ  ｐａｃｋｅｔを得る。
２３０２では、多重化ストリームからＰＩＤ−ｆｉｌｔｅｒ／ＰＳＩ−ａｎａｌｙｓｉｓに基づき、データ放送コンテンツを他のメディアから分離する。
２３０３では、前分離されたデータ放送コンテンツだけを含むＴＳ  ｐａｃｋｅｔをＤＳＭ−ＣＣ方式で定義される１周期分のデータ列として一時保存する。
２３０４では、Ｃａｒｏｕｓｅｌ  Ｂｕｆｆｅｒで一時保存したデータ列（複数のＤＩＩ＋ＤＤＢ）から、複数のファイルを得て、ＳＴＢ内フラッシュメモリ等の記憶装置に蓄える。すなわち、送出側が、一体（マルチパート）化した「モジュール」を再び、▲１▼静止画ｊｐｅｇ▲２▼図形ｐｎｇ▲３▼文字ｔｅｘｔ▲４▼制御コードｔｅｘｔを分離する。ＢＭＬブラウザソフトウェアは前記ファイルを順次読み出し、画面表示やリモコンとのデータの受け渡しおよび、印字の起動を行う。
【００１８】
次にデジタルデータ放送におけるＳＴＢ１０１内部でのＢＭＬコンテンツ記憶構成を説明する。なお、ここでは、「モジュール」を複数の独立したファイルを含む「フォルダー」に近い意味で用いる。
【００１９】
図２４は一般の表示系放送内容を示した例である。放送される番組を“イベント”と呼ぶ。イベント（例では”ＡｆｔｅｒｎｏｏｎＴｅａ”）は複数のモジュールから構成される。モジュール名は“１６進文字列４桁”に制限される。特別の番号”０ｘ００００”で区別されるモジュールは、番組群のうち最初に起動される。たいていは全体のメインメニューのページ（複数のファイルを含む）を収容してある。モジュール番号”０ｘ００００”の中に”ｓｔａｒｔｕｐ．ｂｍｌ”と言う名前のファイルが必ず存在する。表示ブラウザ（ソフト）はこのファイルを最初に処理する。もちろん、他のモジュールに（”ｓｔａｒｔｕｐ．ｂｍｌ”が）存在していても問題はない。１モジュールの最大は１ＭＢで、イベント全体に対する最大サイズの規定はない。１イベントあたりの最大モジュール数は２５６個である。チューナに実装するＲＡＭのサイズは最小２ＭＢと規定されているので、放送するコンテンツのサイズもそれに合わせなくてはならない。
【００２０】
図２５は印字用モジュール（例では９９９９番）だけを書き出した例である。このモジュールは、１個の「プリント・レイアウト情報ファイル」（例ではｐｒｉｎｔ．ｂｍｌ）と複数の付属する「画像ファイル」からなる。なお、印字用モジュールは全体で最大３００ＫＢを想定している。なお、このモジュールにはｘｘｘｘ．ｂｍｌが一個のみ存在することとする。
【００２１】
＜マルチパート化＞
複数のファイルが１つにまとめられた状態について説明する。図２６にその記述例を示す。この１つにまとめられたファイルのことをモジュールと呼ぶ。マルチパート化は電子メールなどでもよく利用される技術で、ＲＦＣ１５２１（ＭＩＭＥ）で規定されている。主な構成要素とその配列を説明する。それぞれのファイルを区切るための文字（ｂｏｕｎｄａｒｙ）を定義する。次にモジュール全体の長さが示される。さらにＢｏｕｎｄａｒｙに続き、ｒｅｓｏｕｒｃｅＬｉｓｔという情報が付加される。（詳細はＢ２４の２．０以前版では第二編、第９章に記載されている。）ｒｅｓｏｕｃｅＬｉｓｔにはモジュールに含まれる全てのファイルの情報（名前・サイズ等）が含まれる。そのあと、ｂｏｕｎｄａｒｙ、ファイルの長さ、ファイルの名前など、さらに実ファイルデータの繰り返しである。
【００２２】
＜印刷コンテンツの検出方法＞
まずコンテンツから印刷の起動を実現する方法を説明する。ｓａｖｅＭｏｄｕｌｅにより、モジュールを、蓄積デバイス上の受信機設定に従った保存先に蓄積する方式で対応する。
2004179898.tif 000003
【００２３】
現在規定されているドライブ種別は以下の通りである。
“ＩｎｔｅｒｎａｌＨＤＤ”：      内蔵ハードディスク
“ＭｅｍｏｒｙＣａｒｄ”：        メモリカード
“ＥｘｔｅｒｎａｌＤｅｖｉｃｅ”：  外部デバイス
“Ｐｒｉｎｔｅｒ”：  プリンタ
【００２４】
０００３モジュールをＰｒｉｎｔｅｒに出力する場合は以下の通りである。
ｂｒｏｗｓｅｒ．ｓａｖｅＭｏｄｕｌｅ（”￣／０００３”，”ｔｅｘｔ／Ｘ−ａｒｉｂ−ｂｍｌ；ｃｈａｒｓｅｔ＝’ｅｕｃ−ｊｐ’”，”Ｐｒｉｎｔｅｒ”）；
以上がコンテンツからの印刷方法である。
【００２５】
印刷コンテンツであるかの判断をするには、前述イベント内モジュールの中にＰｒｉｎｔ．ＢＭＬファイルを検索するだけではだめで、厳密には実行ファイル内に上記命令が含まれるかどうかである。
【００２６】
従ってＢＭＬの構文内に上記記述が在るどうかを検出することにより、表示しようとしている或るいは現在表示しているコンテンツが印刷コンテンツかどうかをコンテンツファイルの中を検索することで判断する。
【００２７】
将来的にはＡＲＩＢによりこの部分のプリント用ＡＰＩが追加策定される可能性があり、その場合はその記述に対応して印刷コンテンツかの判断を行なう。
【００２８】
〈ＩＥＥＥ１３９４の技術の概要〉
以下、本実施形態のデジタルインタフェースに適用されるＩＥＥＥ１３９４−１９９５規格の技術について簡単に説明する。尚、ＩＥＥＥ１３９４−１９９５規格（以下、ＩＥＥＥ１３９４規格）についての詳細は、１９９６年の８月３０日にＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，  Ｉｎｃ．）から出版された「ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ」に記述されている。
【００２９】
（１）概要
図２にＩＥＥＥ１３９４規格に準拠したデジタルインタフェース（以下、１３９４インタフェース）を具備するノードにより構成される通信システム（以下、１３９４ネットワーク）の一例を示す。１３９４ネットワークは、シリアルデータの通信可能なバス型ネットワークを構成するものである。
【００３０】
図２において、各ノードＡ〜Ｆは、ＩＥＥＥ１３９４規格に準拠した通信ケーブルを介して接続されている。これらのノードＡ〜Ｈは、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、デジタルＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｃ）プレーヤ、デジタルカメラ、ハードディスク、モニタ等の電子機器である。
【００３１】
１３９４ネットワークの接続方式は、ディジーチェーン方式とノード分岐方式とに対応しており、自由度の高い接続を可能としている。
又、１３９４ネットワークでは、例えば、既存の機器を削除したり、新たな機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動的にバスリセットを行う。このバスリセットを行うことにより、１３９４ネットワークは、新たな接続構成の認識と各機器に対するＩＤ情報の割り当てとを自動的に行うことができる。この機能によって、１３９４ネットワークは、ネットワークの接続構成を常時認識することができる。
【００３２】
又、１３９４ネットワークは、他の機器から転送されたデータを中継する機能を有している。この機能により、全ての機器がバスの動作状況を把握することができる。
【００３３】
又、１３９４ネットワークは、Ｐｌｕｇ＆Ｐｌａｙと呼ばれる機能を有している。この機能により、全ての機器の電源をＯＦＦにすることなく、接続するだけで自動に接続機器を認識することができる。
【００３４】
又、１３９４ネットワークは、１００／２００／４００Ｍｂｐｓのデータ転送速度に対応している。上位のデータ転送速度を持つ機器は、下位のデータ転送速度をサポートすることができるため、異なるデータ転送速度に対応する機器同士を接続することができる。
【００３５】
更に、１３９４ネットワークは、２つの異なるデータ転送方式（即ち、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードとＩｓｏｃｈｒｏｎｏｕｓ転送モード）に対応している。
Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードは、必要に応じて非同期に転送することが要求されるデータ（即ち、コントロール信号やファイルデータ等）を転送する際に有効である。又、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（即ち、ビデオデータやオーディオデータ等）を転送する際に有効である。
【００３６】
Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードとＩｓｏｃｈｒｏｎｏｕｓ転送モードとは、各通信サイクル（通常１サイクルは、１２５μＳ）内において、混在させることが可能である。各転送モードは、サイクルの開始を示すサイクル・スタート・パケット（以下、ＣＳＰ）の転送後に実行される。
【００３７】
尚、各通信サイクル期間において、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードよりも優先順位が高く設定されている。又、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードの転送帯域は、各通信サイクル内で保証されている。
【００３８】
（２）アーキテクチャ
次に、図３を用いて１３９４インタフェースの構成要素を説明する。
１３９４インタフェースは、機能的に複数のレイヤ（階層）から構成されている。図３において、１３９４インタフェースは、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０１を介して他のノードの１３９４インタフェースと接続される。又、１３９４インタフェースは、１つ以上の通信ポート３０２を有し、通信ポート３０２は、ハードウェア部に含まれるフィジカル・レイヤ３０３と接続される。
【００３９】
図３において、ハードウェア部は、フィジカル・レイヤ３０３とリンク・レイヤ３０４とから構成されている。フィジカル・レイヤ３０３は、他のノードとの物理的、電気的なインタフェース、バスリセットの検出とそれに伴う処理、入出力信号の符号化／復号化、バス使用権の調停等を行う。又、リンク・レイヤ３０４は、通信パケットの生成と送受信、サイクルタイマの制御等を行なう。
【００４０】
又、図３において、ファームウェア部は、トランザクション・レイヤ３０５とシリアル・バス・マネージメント３０６とを含んでいる。トランザクション・レイヤ３０５は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードを管理し、各種のトランザクション（リード、ライト、ロック）を提供する。シリアル・バス・マネージメント３０６は、後述するＣＳＲアーキテクチャに基づいて、自ノードの制御、自ノードの接続状態の管理、自ノードのＩＤ情報の管理、シリアルバスネットワークの資源管理を行う機能を提供する。
【００４１】
以上、ハードウェア部とファームウェア部とが実質的に１３９４インタフェースを構成するものであり、それらの基本構成は、ＩＥＥＥ１３９４規格により規定されている。
【００４２】
又、ソフトウェア部に含まれるアプリケーション・レイヤ３０７は、使用するアプリケーションソフトによって異なり、ネットワーク上でどのようにデータを通信するのかを制御する。例えば、デジタルＶＴＲの動画像データの場合は、ＡＶ／Ｃプロトコルなどの通信プロトコルによって規定されている。
【００４３】
（２−１）リンク・レイヤ３０４
図４は、リンク・レイヤ３０４の提供可能なサービスを示す図である。図４において、リンク・レイヤ３０４は、次の４つのサービスを提供する。即ち、▲１▼応答ノードに対して所定のパケットの転送を要求するリンク要求（ＬＫ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）、▲２▼応答ノードに所定のパケットの受信を通知するリンク通知（ＬＫ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ）、▲３▼応答ノードからのアクノリッジを受信したことを示すリンク応答（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、▲４▼要求ノードからのアクノリッジを確認するリンク確認（ＬＫ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）である。尚、リンク応答（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）は、ブロードキャスト通信、Ｉｓｏｃｈｒｏｎｏｕｓパケットの転送の場合には存在しない。
又、リンク・レイヤ３０４は、上述のサービスに基づいて、上述の２種類の転送方式、即ち、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モード、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードを実現する。
【００４４】
（２−２）トランザクション・レイヤ３０５
図５は、トランザクション・レイヤ３０５の提供可能なサービスを示す図である。図５において、トランザクション・レイヤ３０５は、次の４つのサービスを提供する。即ち、▲１▼応答ノードに対して所定のトランザクションを要求するトランザクション要求（ＴＲ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）、▲２▼応答ノードに所定のトランザクション要求の受信を通知するトランザクション通知（ＴＲ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ）、▲３▼応答ノードからの状態情報（ライト、ロックの場合は、データを含む）を受信したことを示すトランザクション応答（ＴＲ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、▲４▼要求ノードからの状態情報を確認するトランザクション確認（ＴＲ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）である。
【００４５】
又、トランザクション・レイヤ３０５は、上述のサービスに基づいてＡｓｙｎｃｈｒｏｎｏｕｓ転送を管理し、次の３種類のトランザクション、即ち、▲１▼リード・トランザクション、▲２▼ライト・トランザクション、▲３▼ロック・トランザクションを実現する。
【００４６】
▲１▼リード・トランザクションは、要求ノードが応答ノードの特定アドレスに格納された情報を読み取る。
▲２▼ライト・トランザクションは、要求ノードが応答ノードの特定アドレスに所定の情報を書き込む。
▲３▼ロック・トランザクションは、要求ノードが応答ノードに対して参照データと更新データとを転送し、応答ノードの特定アドレスの情報とその参照データとを比較し、その比較結果に応じて特定アドレスの情報を更新データに更新する。
【００４７】
（２−３）シリアル・バス・マネージメント３０６
シリアル・バス・マネージメント３０６は、具体的に、次の３つの機能を提供することができる。３つの機能とは、即ち、▲１▼ノード制御、▲２▼アイソクロナス・リソース・マネージャ（以下、ＩＲＭ）、▲３▼バスマネージャである。
【００４８】
▲１▼ノード制御は、上述の各レイヤを管理し、他のノードとの間で実行されるＡｓｙｎｃｈｒｏｎｏｕｓ転送を管理する機能を提供する。
▲２▼ＩＲＭは、他のノードとの間で実行されるＩｓｏｃｈｒｏｎｏｕｓ転送を管理する機能を提供する。具体的には、転送帯域幅とチャネル番号の割り当てに必要な情報を管理し、これらの情報を他のノードに対して提供する。
ＩＲＭは、ローカルバス上に唯一存在し、バスリセット毎に他の候補者（ＩＲＭの機能を有するノード）の中から動的に選出される。又、ＩＲＭは、後述のバスマネージャの提供可能な機能（接続構成の管理、電源管理、速度情報の管理等）の一部を提供してもよい。
▲３▼バスマネージャは、ＩＲＭの機能を有し、ＩＲＭよりも高度なバス管理機能を提供する。具体的には、より高度な電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理）、より高度な速度情報の管理（各ノード間の最大転送速度の管理）、より高度な接続構成の管理（トポロジ・マップの作成）、これらの管理情報に基づくバスの最適化等を行ない、更にこれらの情報を他のノードに提供する機能を有する。
【００４９】
又、バスマネージャは、シリアルバスネットワークを制御するためのサービスをアプリケーションに対して提供できる。ここで、サービスには、シリアルバス制御要求（ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔ）、シリアルバス・イベント制御確認（ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎ）、シリアルバス・イベント通知（ＳＢ＿ＣＯＮＴＲＯＬ．ｉｎｄｉｃａｔｉｏｎ）等がある。
【００５０】
ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔは、アプリケーションがバスリセットを要求するサービスである。ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎは、ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔをアプリケーションに対して確認するサービスである。ＳＢ＿ＣＯＮＴＲＯＬ．ｉｎｄｉｃａｔｉｏｎは、非同期に発生するイベントをアプリケーションに対して通知するサービスである。
【００５１】
（３）アドレス指定
図６は、１３９４インタフェースにおけるアドレス空間を説明する図である。尚、１３９４インタフェースは、ＩＳＯ／ＩＥＣ  １３２１３：１９９４に準じたＣＳＲ（Ｃｏｍｍａｎｄ  ａｎｄ  Ｓｔａｔｕｓ  Ｒｅｇｉｓｔｅｒ）アーキテクチャに従い、６４ビット幅のアドレス空間を規定している。
【００５２】
図６において、最初の１０ビットのフィールド６０１は、所定のバスを指定するＩＤ番号に使用され、次の６ビットのフィールド６０２は、所定の機器（ノード）を指定するＩＤ番号に使用される。この上位１６ビットを「ノードＩＤ」と呼び、各ノードはこのノードＩＤにより他のノードを識別する。又、各ノードは、このノードＩＤを用いて相手を識別した通信を行うことができる。
【００５３】
残りの４８ビットからなるフィールドは、各ノードの具備するアドレス空間（２５６Ｍバイト構造）を指定する。その内の２０ビットのフィールド６０３は、アドレス空間を構成する複数の領域を指定する。
【００５４】
フィールド６０３において、「０〜０ｘＦＦＦＦＤ」の部分は、メモリ空間と呼ばれる。「０ｘＦＦＦＦＥ」の部分は、プライベート空間と呼ばれ、各ノードで自由に利用できるアドレスである。又、「０ｘＦＦＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接続されたノード間において共通の情報を格納する。各ノードは、レジスタ空間の情報を用いることにより、各ノード間の通信を管理することができる。
【００５５】
最後の２８ビットのフィールド６０４は、各ノードにおいて共通或いは固有となる情報が格納されるアドレスを指定する。
例えば、レジスタ空間において、最初の５１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲコア）レジスタ用に使用される。ＣＳＲコア・レジスタに格納される情報のアドレス及び機能を図７に示す。図中のオフセットは、「０ｘＦＦＦＦＦ０００００００」からの相対位置である。
【００５６】
次の５１２バイトは、シリアルバス用のレジスタとして使用される。シリアルバス・レジスタに格納される情報のアドレス及び機能を図８に示す。図中のオフセットは、「０ｘＦＦＦＦＦ００００２００」からの相対位置である。
【００５７】
その次の１０２４バイトは、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭ用に使用される。
Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭには最小形式と一般形式とがあり、「０ｘＦＦＦＦＦ００００４００」から配置される。最小形式のＣｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭを図９に示す。図９において、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して固有に割り当てられた２４ビットの数値である。
【００５８】
又、一般形式のＣｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭを図１０に示す。図１０において、上述のベンダＩＤは、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２に格納されている。Ｂｕｓ  Ｉｎｆｏ  Ｂｌｏｃｋ１００１とＲｏｏｔ  Ｌｅａｆ１００５とには、各ノードを識別する固有のＩＤ情報としてノードユニークＩＤを保持することが可能である。
【００５９】
ここで、ノードユニークＩＤは、メーカ、機種に関わらず、１つのノードを特定することのできる固有のＩＤを定めるようになっている。ノードユニークＩＤは６４ビットにより構成され、上位２４ビットは上述のベンダＩＤを示し、下位４８ビットは各ノードを製造するメーカにおいて自由に設定可能な情報（例えば、ノードの製造番号等）を示す。尚、このノードユニークＩＤは、例えばバスリセットの前後で継続して特定のノードを認識する場合に使用される。
【００６０】
又、図１０において、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２には、ノードの基本的な機能に関する情報を保持することが可能である。詳細な機能情報は、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２からオフセットされるサブディレクトリ（Ｕｎｉｔ  Ｄｉｒｅｃｔｏｒｉｅｓ１００４）に格納される。Ｕｎｉｔ  Ｄｉｒｅｃｔｏｒｉｅｓ１００４には、例えば、ノードのサポートするソフトウェアユニットに関する情報が格納される。具体的には、ノード間のデータ通信を行うためのデータ転送プロトコル、所定の通信手順を定義するコマンドセット等に関する情報が保持される。
【００６１】
又、図１０において、Ｎｏｄｅ  Ｄｅｐｅｎｄｅｎｔ  Ｉｎｆｏ  Ｄｉｒｅｃｔｏｒｙ１００３には、デバイス固有の情報を保持することが可能である。Ｎｏｄｅ  Ｄｅｐｅｎｄｅｎｔ  Ｉｎｆｏ  Ｄｉｒｅｃｔｏｒｙ１００３は、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ１００２によりオフセットされる。
【００６２】
更に、図１０において、Ｖｅｎｄｏｒ  Ｄｅｐｅｎｄｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ１００６には、ノードを製造、或いは販売するベンダ固有の情報を保持することができる。
残りの領域は、ユニット空間と呼ばれ、各ノード固有の情報、例えば、各機器の識別情報（会社名、機種名等）や使用条件等が格納されたアドレスを指定する。ユニット空間のシリアルバス装置レジスタに格納される情報のアドレス及び機能を図１１に示す。図中のオフセットは、「０ｘＦＦＦＦＦ００００８００」からの相対位置である。
【００６３】
尚、一般的に、異種のバスシステムの設計を簡略化したい場合、各ノードは、レジスタ空間の最初の２０４８バイトのみを使うべきである。つまり、ＣＳＲコア・レジスタ、シリアルバス・レジスタ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭ、ユニット空間の最初の２０４８バイトの合わせて４０９６バイトで構成することが望ましい。
【００６４】
（４）通信ケーブルの構成
図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図を示す。
通信ケーブルは、２組のツイストペア信号線と電源ラインとにより構成されている。電源ラインを設けることによって、１３９４インタフェースは、主電源のＯＦＦとなった機器、故障により電力低下した機器等にも電力を供給することができる。尚、電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。
【００６５】
２組のツイストペア信号線には、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔｒｏｂｅ  Ｌｉｎｋ）符号化方式にて符号化された情報信号が伝送される。図１３は、ＤＳ−Ｌｉｎｋ符号化方式を説明する図である。
【００６６】
このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２組のより対線を必要とする。一組のより対線は、データ信号を送り、他のより対線は、ストローブ信号を送る構成になっている。受信側は、２組の信号線から受信したデータ信号とストローブ信号との排他的論理和をとることによって、クロックを再現することができる。
【００６７】
尚、ＤＳ−Ｌｉｎｋ符号化方式を用いることにより、１３９４インタフェースには、例えば次のような利点がある。▲１▼他の符号化方式に比べて転送効率が高い。▲２▼ＰＬＬ回路が不要となり、コントローラＬＳＩの回路規模を小さくできる。▲３▼アイドル状態であることを示す情報を送る必要が無いため、トランシーバ回路をスリープ状態とし易く、消費電力の低減が図れる。
【００６８】
（５）バスリセット
各ノードの１３９４インタフェースは、ネットワークの接続構成に変化が生じたことを自動的に検出することができる。この場合、１３９４ネットワークは以下に示す手順によりバスリセットと呼ばれる処理を行う。尚、接続構成の変化は、各ノードの具備する通信ポートにかかるバイアス電圧の変化により検知することができる。
【００６９】
ネットワークの接続構成の変化（例えば、ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによるノード数の増減）を検出したノード、又は新たな接続構成を認識する必要のあるノードは、１３９４インタフェースを介して、バス上にバスリセット信号を送信する。
【００７０】
バスリセット信号を受信したノードの１３９４インタフェースは、バスリセットの発生を自身のリンク・レイヤ３０４に伝達すると共に、そのバスリセット信号を他のノードに転送する。バスリセット信号を受信したノードは、今まで認識していたネットワークの接続構成及び各機器に割り当てられたノードＩＤをクリアにする。最終的に全てのノードがバスリセット信号を検知した後、各ノードは、バスリセットに伴う初期化処理（即ち、新たな接続構成の認識と新たなノードＩＤの割り当て）を自動的に行う。
【００７１】
尚、バスリセットは、先に述べたような接続構成の変化による起動の他に、ホスト側の制御によって、アプリケーション・レイヤ３０７がフィジカル・レイヤ３０３に対して直接命令を出すことによって起動させることも可能である。
又、バスリセットが起動するとデータ転送は一時中断され、バスリセットに伴う初期化処理の終了後、新しいネットワークのもとで再開される。
【００７２】
（６）バスリセット起動後のシーケンス
バスリセットの起動後、各ノードの１３９４インタフェースは、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行する。以下、バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを図１４〜１６を用いて説明する。
【００７３】
図１４は、図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明する図である。
図１４において、ノードＡは１つの通信ポート、ノードＢは２つの通信ポート、ノードＣは２つの通信ポート、ノードＤは３つの通信ポート、ノードＥは１つの通信ポート、ノードＦは１つの通信ポートを具備している。各ノードの通信ポートには、各ポートを識別するためにポート番号が付されている。
【００７４】
以下、図１４におけるバスリセットの開始からノードＩＤの割り当てまでを図１５のフローチャートを用いて説明する。
図１５において、１３９４ネットワークを構成する各ノードＡ〜Ｆは、バスリセットが発生したか否かを常時監視している（ステップＳ１５０１）。接続構成の変化を検出したノードからバスリセット信号が出力されると、各ノードは以下の処理を実行する。
【００７５】
バスリセットの発生後、各ノードは、夫々の具備する通信ポート間において親子関係の宣言を行なう（ステップＳ１５０２）。
各ノードは、全てのノード間の親子関係が決定されるまで、ステップＳ１５０２の処理を繰り返し行なう（ステップＳ１５０３）。
全てのノード間の親子関係が決定した後、１３９４ネットワークは、ネットワークの調停を行なうノード、即ちルートを決定する。（ステップＳ１５０４）。
ルートを決定した後、各ノードの１３９４インタフェース夫々は、自己のノードＩＤを自動的に設定する作業を実行する（ステップＳ１５０５）。
全てのノードに対してノードＩＤの設定がなされるまで、各ノードは所定の手順に基づきステップＳ１５０５の処理を実行する（ステップＳ１５０６）。
最終的に全てのノードに対してノードＩＤが設定された後、各ノードは、Ｉｓｏｃｈｒｏｎｏｕｓ転送或いはＡｓｙｎｃｈｒｏｎｏｕｓ転送を実行する（ステップＳ１５０７）。
ステップＳ１５０７の処理を実行すると共に、各ノードの１３９４インタフェースは、再びバスリセットの発生を監視する。バスリセットが発生した場合には、ステップＳ１５０１以降の処理を再び実行する。
【００７６】
以上の手順により、各ノードの１３９４インタフェースは、バスリセットが起動する毎に、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行することができる。
【００７７】
（７）親子関係の決定
次に、図１６を用いて、図１５に示したステップＳ１５０２の処理（即ち、各ノード間の親子関係を認識する処理）について詳細に説明する。
【００７８】
図１６において、バスリセットの発生後、１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具備する通信ポートの接続状態（接続又は未接続）を確認する（ステップＳ１６０１）。
【００７９】
通信ポートの接続状態の確認後、各ノードは、他のノードと接続されている通信ポート（以下、接続ポート）の数をカウントする（ステップＳ１６０２）。
【００８０】
ステップＳ１６０２の処理の結果、接続ポートの数が１つである場合、そのノードは、自分が「リーフ」であると認識する（ステップＳ１６０３）。ここで、リーフとは、１つのノードとのみ接続されているノードのことである。
【００８１】
リーフとなるノードは、その接続ポートに接続されているノードに対して、「自分は子（Ｃｈｉｌｄ）」であることを宣言する（ステップＳ１６０４）。このとき、リーフは、その接続ポートが「親ポート（親ノードと接続された通信ポート）」であると認識する。
【００８２】
ここで、親子関係の宣言は、まず、ネットワークの末端であるリーフとブランチとの間にて行われ、続いて、ブランチとブランチとの間で順次に行われる。各ノード間の親子関係は、早く宣言の行なえる通信ポートから順に決定される。又、各ノード間において、子であることを宣言した通信ポートは「親ポート」であると認識され、その宣言を受けた通信ポートは「子ポート（子ノードと接続された通信ポート）」であると認識される。例えば、図１４において、ノードＡ、Ｅ、Ｆは、自分がリーフであると認識した後、親子関係の宣言を行う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定される。
【００８３】
又、ステップＳ１６０２の処理の結果、接続ポートの数が２つ以上の場合、そのノードは、自分を「ブランチ」であると認識する（ステップＳ１６０５）。ここで、ブランチとは、２つ以上のノードと接続されているノードのことである。
【００８４】
ブランチとなるノードは、各接続ポートのノードから親子関係の宣言を受け付ける（ステップＳ１６０６）。宣言を受け付けた接続ポートは、「子ポート」として認識される。
【００８５】
１つの接続ポートを「子ポート」と認識した後、ブランチは、まだ親子関係の決定されていない接続ポート（即ち、未定義ポート）が２つ以上あるか否かを検出する（ステップＳ１６０７）。その結果、未定義ポートが２つ以上ある場合、ブランチは、再びステップＳ１６０６の動作を行う。
【００８６】
ステップＳ１６０７の結果、未定義ポートが１つだけ存在する場合、ブランチは、その未定義ポートが「親ポート」であると認識し、そのポートに接続されているノードに対して「自分は子」であることを宣言する（ステップＳ１６０８、Ｓ１６０９）。
【００８７】
ここで、ブランチは、残りの未定義ポートが１つになるまで自分自身が子であると他のノードに対して宣言することができない。例えば、図１４において、ノードＢ、Ｃ、Ｄは、自分がブランチであると認識すると共に、リーフ或いは他のブランチからの宣言を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係が決定した後、ノードＣに対して親子関係の宣言を行っている。又、ノードＤからの宣言を受けたノードＣは、ノードＢに対して親子関係の宣言を行っている。
【００８８】
又、ステップＳ１６０８の処理の結果、未定義ポートが存在しない場合（つまり、ブランチの具備する全ての接続ポートが親ポートとなった場合）、そのブランチは、自分自身がルートであることを認識する。（ステップＳ１６１０）。
【００８９】
例えば、図１４において、接続ポートの全てが親ポートとなったノードＢは、１３９４ネットワーク上の通信を調停するルートとして他のノードに認識される。ここで、ノードＢがルートと決定されたが、ノードＢの親子関係を宣言するタイミングが、ノードＣの宣言するタイミングに比べて早い場合には、他のノードがルートになる可能性もある。即ち、宣言するタイミングによっては、どのノードもルートとなる可能性がある。従って、同じネットワーク構成であっても同じノードがルートになるとは限らない。
【００９０】
このように全ての接続ポートの親子関係が宣言されることによって、各ノードは、１３９４ネットワークの接続構成を階層構造（ツリー構造）として認識することができる（ステップＳ１６１１）。尚、上述の親ノードは階層構造における上位であり、子ノードは階層構造における下位となる。
【００９１】
（８）ノードＩＤの割り当て
図１７は、図１５に示したステップＳ１５０５の処理（即ち、自動的に各ノードのノードＩＤを割り当てる処理）を詳細に説明するフローチャートである。ここで、ノードＩＤは、バス番号とノード番号とから構成されるが、本実施形態では、各ノードを同一バス上に接続するものとし、各ノードには同一のバス番号が割り当てられるものとする。
【００９２】
図１７において、ルートは、ノードＩＤが未設定のノードが接続されている子ポートの内、最小番号を有する通信ポートに対してノードＩＤの設定許可を与える（ステップＳ１７０１）。
【００９３】
尚、図１７において、ルートは、最小番号の子ポートに接続されている全ノードのノードＩＤを設定した後、その子ポートを設定済とし、次に最小となる子ポートに対して同様の制御を行なう。最終的に子ポートに接続された全てのノードのＩＤ設定が終了した後、ルート自身のノードＩＤを設定する。尚、ノードＩＤに含まれるノード番号は、基本的にリーフ、ブランチの順に０、１、２…と割り当てられる。従って、ルートが最も大きなノード番号を有することになる。
【００９４】
ステップＳ１７０１において、設定許可を得たノードは、自分の子ポートの内、ノードＩＤが未設定となるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０２）。
【００９５】
ステップＳ１７０２において、未設定ノードを含む子ポートが検出された場合、上述の設定許可を得たノードは、その子ポートに直接接続されたノードに対してその設定許可を与えるように制御する（ステップＳ１７０３）。
【００９６】
ステップＳ１７０３の処理後、上述の設定許可を得たノードは、自分の子ポートの内、ノードＩＤが未設定であるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０４）。ここで、ステップＳ１７０４の処理後、未設定ノードを含む子ポートの存在が検出された場合、そのノードは、再びステップＳ１７０３の処理を実行する。
【００９７】
又、ステップＳ１７０２或いはＳ１７０４において、未設定ノードを含む子ポートが検出されなかった場合、設定許可を得たノードは、自分自身のノードＩＤを設定する（ステップＳ１７０５）。
【００９８】
自分のノードＩＤを設定したノードは、自己のノード番号、通信ポートの接続状態に関する情報等を含んだセルフＩＤパケットをブロードキャストする（ステップＳ１７０６）。尚、ブロードキャストとは、あるノードの通信パケットを、１３９４ネットワークを構成する不特定多数のノードに対して転送することである。
【００９９】
ここで、各ノードは、このセルフＩＤパケットを受信することにより、各ノードに割り当てられたノード番号を認識することができ、自分に割り当てられるノード番号を知ることができる。例えば、図１４において、ルートであるノードＢは、最小ポート番号「＃１」の通信ポートに接続されたノードＡに対してノードＩＤ設定の許可を与える。ノードＡは、自己のノード番号「Ｎｏ．０」と割り当て、自分自身に対してバス番号とノード番号とからなるノードＩＤを設定する。又、ノードＡは、そのノード番号を含むセルフＩＤパケットをブロードキャストする。
【０１００】
図１８にセルフＩＤパケットの構成例を示す。図１８において、１８０１はセルフＩＤパケットを送出したノードのノード番号を格納するフィールド、１８０２は対応可能な転送速度に関する情報を格納するフィールド、１８０３はバス管理機能（バスマネージャの能力の有無等）の有無を示すフィールド、１８０４は電力の消費及び供給の特性に関する情報を格納するフィールドである。
【０１０１】
又、図１８において、１８０５はポート番号「＃０」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールド、１８０６はポート番号「＃１」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールド、１８０７はポート番号「＃２」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。
【０１０２】
尚、セルフＩＤパケットを送出するノードにバスマネージャとなり得る能力がある場合には、フィールド１８０３に示すコンテンダビットを「１」とし、なり得る能力がなければ、コンテンダビットを０とする。
【０１０３】
ここで、バスマネージャとは、上述のセルフＩＤパケットに含まれる各種の情報に基づいて、バスの電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理する）、速度情報の管理（各ノードの対応可能な転送速度に関する情報から各ノード間の最大転送速度を管理する）、トポロジ・マップ情報の管理（通信ポートの親子関係情報からネットワークの接続構成を管理する）、トポロジ・マップ情報に基づくバスの最適化等を行ない、それらの情報を他のノードに提供する機能を有するノードである。これらの機能により、バスマネージャとなるノードは１３９４ネットワーク全体のバス管理を行なうことができる。
【０１０４】
ステップＳ１７０６の処理後、ノードＩＤの設定を行ったノードは、親ノードがあるか否かを判断する（ステップＳ１７０７）。親ノードがある場合、その親ノードが、ステップＳ１７０２以下の処理を再び実行する。そして、まだノードＩＤの設定されていないノードに対して許可を与える。
【０１０５】
又、親ノードが存在しない場合、そのノードは、ルート自身であると判断される。ルートは、全ての子ポートに接続されたノードに対してノードＩＤが設定されたか否かを判別する（ステップＳ１７０８）。
【０１０６】
ステップＳ１７０８において、全てのノードに対するＩＤ設定処理が終了しなかった場合、ルートは、そのノードを含む子ポートの内、最小番号となる子ポートに対してＩＤ設定の許可を与える（ステップＳ１７０１）。その後、ステップＳ１７０２以下の処理を実行する。
【０１０７】
又、全てのノードに対するＩＤ設定処理が終了した場合、ルートは、自分自身のノードＩＤの設定を実行する（ステップＳ１７０９）。ノードＩＤの設定後、ルートは、セルフＩＤパケットをブロードキャストする（ステップＳ１７１０）。
【０１０８】
以上の処理によって、１３９４ネットワークは、各ノードに対して自動的にノードＩＤを割り当てることができる。
ここで、ノードＩＤの設定処理後、複数のノードがバスマネージャの能力を具備する場合、ノード番号の最も大きいノードがバスマネージャとなる。つまり、ネットワーク内で最大となるノード番号を持つルートがバスマネージャになり得る機能を有している場合には、ルートがバスマネージャとなる。
【０１０９】
しかしながら、ルートにその機能が備わっていない場合には、ルートの次に大きいノード番号を具備するノードがバスマネージャとなる。又、どのノードがバスマネージャになったかについては、各ノードがブロードキャストするセルフＩＤパケット内のコンテンダビット１８０３をチェックすることにより把握することができる。
【０１１０】
（９）アービトレーション
図１９は、図１の１３９４ネットワークにおけるアービトレーションを説明する図である。
１３９４ネットワークでは、データ転送に先立って、必ずバス使用権のアービトレーション（調停）を行なう。１３９４ネットワークは、論理的なバス型ネットワークであり、各ノードから転送された通信パケットを他のノードに中継することによって、ネットワーク内の全てのノードに同じ通信パケットを転送することができる。従って、通信パケットの衝突を防ぐために、必ずアービトレーションが必要となる。これによって、ある時間において一つのノードのみが転送を行なうことができる。
【０１１１】
図１９（ａ）は、ノードＢとノードＦとが、バス使用権の要求を発している場合について説明する図である。
アービトレーションが始まるとノードＢ、Ｆは、夫々親ノードに向かって、バス使用権の要求を発する。ノードＢの要求を受けた親ノード（即ち、ノードＣ）は、自分の親ノード（即ち、ノードＤ）に向かって、そのバス使用権を中継する。この要求は、最終的に調停を行なうルート（ノードＤ）に届けられる。
【０１１２】
バス使用要求を受けたルートは、どのノードにバスを使用させるかを決める。この調停作業はルートとなるノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。
【０１１３】
図１９（ｂ）は、ノードＦの要求が許可され、ノードＢの要求が拒否されたことを示す図である。
アービトレーションに負けたノードに対してルートは、ＤＰ（Ｄａｔａ  ｐｒｅｆｉｘ）パケットを送り、拒否されたことを知らせる。拒否されたノードは、次回のアービトレーションまでバス使用要求を待機する。
以上のようにアービトレーションを制御することによって、１３９４ネットワークは、バスの使用権を管理することができる。
【０１１４】
（１０）通信サイクル
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードとＡｓｙｎｃｈｒｏｎｏｕｓ転送モードとは、各通信サイクル期間内において時分割に混在させることができる。ここで、通信サイクルの期間は、通常、１２５μＳである。
【０１１５】
図２０は、１通信サイクルにおいてＩｓｏｃｈｒｏｎｏｕｓ転送モードとＡｓｙｎｃｈｒｏｎｏｕｓ転送モードとを混在させた場合を説明する図である。
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードより優先して実行される。その理由は、サイクル・スタート・パケットの後、Ａｓｙｎｃｈｒｏｎｏｕｓ転送を起動するために必要なアイドル期間（ｓｕｂａｃｔｉｏｎ  ｇａｐ）が、Ｉｓｏｃｈｒｏｎｏｕｓ転送を起動するため必要なアイドル期間（Ｉｓｏｃｈｒｏｎｏｕｓ  ｇａｐ）よりも長くなるように設定されているためである。これにより、Ｉｓｏｃｈｒｏｎｏｕｓ転送は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送に優先して実行される。
【０１１６】
図２０において、各通信サイクルのスタート時には、サイクル・スタート・パケット（以下、ＣＳＰ）が所定のノードから転送される。各ノードは、このＣＳＰを用いて時刻調整を行うことによって、他のノードと同じ時間を計時することができる。
【０１１７】
（１１）Ｉｓｏｃｈｒｏｎｏｕｓ転送モード
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、同期型の転送方式である。Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、通信サイクルの開始後、所定の期間において実行可能である。又、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、リアルタイム転送を維持するために、各サイクル毎に必ず実行される。
【０１１８】
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、特に動画像データや音声データ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードのように１対１の通信ではなく、ブロードキャスト通信である。つまり、あるノードから送出されたパケットは、ネットワーク上の全てのノードに対して一様に転送される。尚、Ｉｓｏｃｈｒｏｎｏｕｓ転送には、ａｃｋ（受信確認用返信コード）は存在しない。
【０１１９】
図２０において、チャネルｅ（ｃｈ  ｅ）、チャネルｓ（ｃｈ  ｓ）、チャネルｋ（ｃｈｋ）は、各ノードがＩｓｏｃｈｒｏｎｏｕｓ転送を行う期間を示す。１３９４インタフェースでは、複数の異なるＩｓｏｃｈｒｏｎｏｕｓ転送を区別するために、夫々異なるチャネル番号を与えている。これにより、複数ノード間でのＩｓｏｃｈｒｏｎｏｕｓ転送が可能となる。ここで、このチャネル番号は、送信先を特定するものではなく、データに対する論理的な番号を与えているに過ぎない。
【０１２０】
又、図２０に示したＩｓｏｃｈｒｏｎｏｕｓ  ｇａｐとは、バスのアイドル状態を示すものである。このアイドル状態が一定時間を経過した後、Ｉｓｏｃｈｒｏｎｏｕｓ転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１２１】
次に、図２１にＩｓｏｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットのフォーマットを示す。以下、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットを、Ｉｓｏｃｈｒｏｎｏｕｓパケットと称する。
【０１２２】
図２１において、Ｉｓｏｃｈｒｏｎｏｕｓパケットはヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、データＣＲＣ２１０４から構成される。
ヘッダ部２１０１には、データ部２１０３のデータ長を格納するフィールド２１０５、Ｉｓｏｃｈｒｏｎｏｕｓパケットのフォーマット情報を格納するフィールド２１０６、Ｉｓｏｃｈｒｏｎｏｕｓパケットのチャネル番号を格納するフィールド２１０７、パケットのフォーマット及び実行しなければならない処理を識別するトランザクションコード（ｔｃｏｄｅ）を格納するフィールド２１０８、同期化コードを格納するフィールド２１０９がある。
【０１２３】
（１２）Ａｓｙｎｃｈｒｏｎｏｕｓ転送モード
Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードは、非同期型の転送方式である。Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、Ｉｓｏｃｈｒｏｎｏｕｓ転送期間の終了後、次の通信サイクルが開始されるまでの間（即ち、次の通信サイクルのＣＳＰが転送されるまでの間）、実行可能である。
【０１２４】
図２０において、最初のサブアクション・ギャップ（ｓｕｂａｃｔｉｏｎ  ｇａｐ）は、バスのアイドル状態を示すものである。このアイドル時間が一定値になった後、Ａｓｙｎｃｈｒｏｎｏｕｓ転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１２５】
アービトレーションによりバスの使用権を得たノードは、図２２に示すパケットを所定のノードに対して転送する。このパケットを受信したノードは、ａｃｋ（受信確認用返送コード）或いは応答パケットをａｃｋ  ｇａｐ後に返送する。
【０１２６】
図２２は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードに基づく通信パケットのフォーマットを示す図である。以下、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットを、Ａｓｙｎｃｈｒｏｎｏｕｓパケットと称する。
【０１２７】
図２２において、Ａｓｙｎｃｈｒｏｎｏｕｓパケットは、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０３、データＣＲＣ２２０４から構成される。
ヘッダ部２２０１において、フィールド２２０５には宛先となるノードのノードＩＤ、フィールド２２０６にはソースとなるノードのノードＩＤ、フィールド２２０７には一連のトランザクションを示すためのラベル、フィールド２２０８には再送ステータスを示すコード、フィールド２２０９にはパケットのフォーマット及び実行しなければならない処理を識別するトランザクションコード（ｔｃｏｄｅ）、フィールド２２１０には優先順位、フィールド２２１１には宛先のメモリ・アドレス、フィールド２２１２にはデータ部のデータ長、フィールド２２１３には拡張されたトランザクション・コードが格納される。
【０１２８】
又、Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、自己ノードから相手ノードへの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視される。従って、宛先となるノードのみが、そのパケットを読み込むことができる。
【０１２９】
尚、Ａｓｙｎｃｈｒｏｎｏｕｓ転送中に次のＣＳＰを転送すべき時間に至った場合、無理に転送を中断せず、その転送が終了した後、次のＣＳＰを送信する。これにより、１つの通信サイクルが１２５μＳ以上続いたときは、その分、次の通信サイクル期間を短縮する。このようにすることによって、１３９４ネットワークは、ほぼ一定の通信サイクルを保持することができる。
【０１３０】
（１３）デバイス・マップ
デバイスマップを作成するためにアプリケーションが１３９４ネットワークのトポロジーを知る手段として、ＩＥＥＥ１３９４規格上は以下の手段がある。
【０１３１】
１．バスマネージャーのトポロジーマップレジスターをリードする
２．バスリセット時にセルフＩＤパケットから推定する
【０１３２】
しかし上記１、２の手段では、各ノードの親子関係によるケーブル接続順のトポロジーは判明するものの、物理的な位置関係のトポロジーを知ることは出来ない。（実装されていないポートまで見えてしまう、といった問題もある）
【０１３３】
また、デバイスマップを作成するための情報を、コンフィギュレーションＲＯＭ以外のデータベースとして持つ、といった手段もあるが、その場合、各種情報を得る手段はデータベースアクセスのためのプロトコルに依存してしまう。
【０１３４】
ところで、コンフィギュレーションＲＯＭ自体やコンフィギュレーションＲＯＭを読む機能は、ＩＥＥＥ１３９４規格を遵守したデバイスが必ず持つものである。そこで、デバイスの位置、機能等の情報を各ノードのコンフィギュレーションＲＯＭに格納し、それらをアプリケーションから読む機能を与えることにより、データベースアクセス、データ転送等の特定のプロトコルに依存することなく、各ノードのアプリケーションがいわゆるデバイスマップ表示機能を実装することができる。
【０１３５】
コンフィグレーションＲＯＭにはノード固有の情報として物理的な位置、機能などが格納可能であり、デバイスマップ表示機能の実現に使用することが可能である。
【０１３６】
この場合、アプリケーションが物理的な位置関係による１３９４ネットワークトポロジーを知る手段としては、バスリセット時やユーザーからの要求時に、各ノードのコンフィギュレーションＲＯＭを読み取ることにより、１３９４ネットワークのトポロジーを知る、という方法が可能となる。さらに、コンフィギュレーションＲＯＭ内にノードの物理的位置のみならず、機能などの各種ノード情報も記述することによって、コンフィギュレーションＲＯＭを読むことで、ノードの物理的位置と同時に各ノードの機能情報等も得ることができる。アプリケーションが各ノードのコンフィギュレーションＲＯＭ情報を取得する際には、指定ノードの任意のコンフィギュレーションＲＯＭ情報を取得するＡＰＩを用いる。
【０１３７】
このような手段を用いることにより、ＩＥＥＥ１３９４ネットワーク上のデバイスのアプリケーションは、物理的なトポロジーマップ、各ノードの機能マップなど、用途に応じて様々なデバイスマップを作成することができ、ユーザーが必要な機能をもつデバイスを選択する、といったことも可能となる。
【０１３８】
本実施形態では図１中の１３９４Ｉ／Ｆ部１０６、１１１で上記処理が行なわれる。
【０１３９】
＜ＤＰＰの概要説明＞
ＩＥＥＥ１３９４インタフェースにおけるプロトコルのひとつにダイレクトプリントプロトコル（ＤＰＰ）が挙げられる。
【０１４０】
ここでは簡単にＤＰＰの概要を説明する。ＤＰＰはＩＥＥＥ１３９４の物理層の上位に位置し、ディスク、テープ、プリンタやスキャナといったデバイス間の効率的コマンド・データ転送、そしてコマンドの動作状況、そしてその結果やデータの転送可否などの状態を上位アプリケーションに通知する機能を有する。
【０１４１】
ＤＰＰではホストＰＣ無しでＩｍａｇｅ    Ｓｏｕｒｃｅ    Ｄｅｖｉｃｅからプリンタ装置への直接印刷が可能であることが特徴である。またＤｅｖｉｃｅ間でのファイル転送も可能である。
【０１４２】
図２７はＤＰＰの構成を示す。図でも示す通りＤＰＰとはＳＢＰ２と同様ＩＥＥＥ１３９４の物理層の上位に位置し、構成としてはＴｈｉｎ  ＰｒｏｔｏｃｏｌとＤＰＰ  Ａｐｒｉｃａｔｉｏｎ  Ｃｏｍｍａｎｄ  Ｓｅｔで構成される。
【０１４３】
Ｔｈｉｎ  ＰｒｏｔｏｃｏｌはさらにＴｈｉｎ  Ｓｅｓｓｉｏｎ，Ｔｈｉｎ  Ｔｒａｎｓａｃｔｉｏｎに分かれる。
【０１４４】
図２８にＴｈｉｎ  Ｐｒｏｔｏｃｏｌの概要を示す。図中、上段の動作がコネクション動作を示し、中段はコマンド転送動作、下段はディスコネクション動作を示す。
【０１４５】
印刷データのパケット化の実際は図２９に示すとおり各層でセグメンテーション化が行われ、転送用のパケットが作られる。
【０１４６】
ＤＰＰ  Ａｐｒｉｃａｔｉｏｎ  Ｃｏｍｍａｎｄ  ＳｅｔにはＤｉｒｅｃｔ  Ｐｒｉｎｔ  Ｃｏｍｍａｎｄ  ＳｅｔとＦｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｃｏｍｍａｎｄ  Ｓｅｔの２種類が存在し本実施形態ではＤＰＣ（Ｄｉｒｅｃｔ  Ｐｒｉｎｔ  Ｃｏｍｍａｎｄ  Ｓｅｔ）を使用する。
【０１４７】
ＤＰＣのコマンドとしてはイメージデータ転送を行うＳｅｎｄコマンド等のＧｅｎｅｒｉｃ  ＣｏｍｍａｎｄとネゴシエーションＩｔｅｍを得るＧｅｔ  Ｑｕｅｒｙ  Ｉｔｅｍコマンド等のＮｅｇｏｔｉａｔｉｏｎ  Ｃｏｍｍａｎｄ他が用意されている。図３０にその使用例が示されている。
【０１４８】
本実施形態では図１中の印刷データ転送制御部１０７、１３９４Ｉ／Ｆ制御部１１２で上記制御が行なわれる。
【０１４９】
＜プリンタ装置の電源オン／オフ検知方法＞
前述＜ＩＥＥＥ１３９４の技術の概要＞の（４）通信ケーブルの構成の中で説明したように通信ケーブルには２組のツイストペア信号線と電源ラインで構成されている。本実施形態ではその電源ラインを利用することでプリンタ装置の電源の状態を検知する。前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。但し実際はこの電源は使用される事は無く、無駄な電力の消費は抑えるものとする。図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が電源オン状態、電圧が無ければプリンタ装置が電源オフ状態であると判断する。
【０１５０】
電源検知方法は上記以外の方法もいろいろ考えられる。例えば、前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。さらにＳＴＢも電源供給を行なうが、電源検知時だけ供給を停止する。その間に図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が電源オン状態、電圧が無ければプリンタ装置が電源オフ状態であると判断する。検知終了後、再び電源供給を再開する。
【０１５１】
或いは、前記電源ラインへの電源供給はプリンタ装置が電源オフ状態であっても行なうものとする。但し実際はこの電源は使用される事は無く、無駄な電力の消費は抑えるものとする。図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が接続状態であるためそれを表示制御部１０５が受け取りさらに印刷データ転送制御部１０７がＤＰＰのコネクションリクエストを発行する。レスポンスが無ければプリンタ装置が電源オフ状態であると判断する。
【０１５２】
或いは、単純に印刷データ転送制御部１０７がＤＰＰのコネクション要求を発行してレスポンスが無ければプリンタ装置が電源オフ状態であると判断する。
【０１５３】
或いは、＜１３９４Ｉ／Ｆの技術の概要＞で説明したバスリセット後のノード検出により、１３９４Ｉ／Ｆ部１０６、１１１は接続先の有無を知ることができるため、その情報を表示制御部１０５が取り込むことによりプリンタの電源有無を知ることができる。
【０１５４】
＜プリンタ装置の電源オフ時におけるコンテンツの表示方法＞
前記方法によりプリンタ装置の電源がオフ状態であることを知りえた表示制御部１０５は、表示用コンテンツの解析処理をする。前述＜印刷コンテンツの検出方法＞で説明したごとく印刷コンテンツを検出した場合は、印刷コンテンツに関わる個所をすべて非表示にするため、例えば印刷コンテンツ関連個所をすべて削除したファイルを新たに作成しそれを表示回路部へ渡す。
【０１５５】
以上によりＴＶモニタにはプリンタ装置の電源がオフ状態であれば印刷コンテンツ以外の表示がなされる。
以上本実施形態により、ユーザーはプリンタ電源オフ状態であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く利便性が向上すると言う効果がある。
【０１５６】
（第２の実施形態）
前記第１の実施形態ではプリンタ装置が接続されている場合の電源オン／オフ検出であったが、第２の実施形態は未接続の検出を行なう。
【０１５７】
＜プリンタ装置の接続検出方法＞
前述＜ＩＥＥＥ１３９４の技術の概要＞の（４）通信ケーブルの構成の中で説明したように通信ケーブルには２組のツイストペア信号線と電源ラインで構成されている。本実施形態でもその電源ラインを利用することでプリンタ装置の接続状態を検出する。前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。但し実際はこの電源は使用される事は無く、無駄な電力の消費は抑えるものとする。図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が接続状態、電圧が無ければプリンタ装置が未接続状態であると判断する。
【０１５８】
プリンタ装置の接続検出方法は上記以外の方法もいろいろ考えられる。例えば、前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。さらにＳＴＢも電源供給を行なうが、接続検出時だけ供給を停止する。その間に図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が接続状態、電圧が無ければプリンタ装置が未接続状態であると判断する。検出終了後、再び電源供給を再開する。
【０１５９】
或いは、単純に印刷データ転送制御部１０７がＤＰＰのコネクション要求を発行してレスポンスが無ければプリンタ装置の電源が入っていないか未接続状態であると判断する。
【０１６０】
或いは、＜１３９４Ｉ／Ｆの技術の概要＞で説明したバスリセット後のノード検出により、１３９４Ｉ／Ｆ部１０６、１１１は接続先の有無を知ることができるため、その情報を表示制御部１０５が取り込むことによりプリンタの電源有無、接続先の有無を知ることができる。
【０１６１】
＜プリンタ装置の未接続状態におけるコンテンツの表示方法＞
前記方法によりプリンタ装置の未接続状態であることを知りえた表示制御部１０５は、前記第１の実施形態と同様表示用コンテンツの解析処理をする。前述＜印刷コンテンツの検出方法＞で説明したごとく印刷コンテンツを検出した場合は、印刷コンテンツに関わる個所をすべて非表示にするため、例えば印刷コンテンツ関連個所をすべて削除したファイルを新たに作成しそれを表示回路部へ渡す。以上によりＴＶモニタにはプリンタ装置が未接続状態であれば印刷コンテンツ以外の表示がなされる。
【０１６２】
以上本実施形態により、ユーザーはプリンタ装置が未接続であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く利便性が向上すると言う効果がある。
【０１６３】
（第３の実施形態）
前述第１及び第２の実施形態では印刷できない環境時に図１内表示制御部１０５が印刷コンテンツを削除していたが、第３の実施形態ではプリンタ装置の状態を印刷コンテンツ情報に追加する。
【０１６４】
＜プリンタ装置状態の情報を追加表示するコンテンツの表示方法＞
第１及び第２の実施形態の方法によりプリンタ装置の電源がオフ状態、或いはプリンタ装置の未接続状態であることを知りえた表示制御部１０５は、表示用コンテンツの解析処理をする。前述＜印刷コンテンツの検出方法＞で説明したごとく印刷コンテンツを検出した場合は、ユーザにより印刷コンテンツが選択された時にプリンタ装置状態がわかるよう例えば“プリンタの電源がオフです。”とか“プリンタが接続されておりません。”等の表示が現れるよう図２４で説明したコンテンツイベントファイルの中身を追加編集する。
【０１６５】
またプリンタ装置とコネクションされた場合はプリンタのステータス情報を受け取りその情報が表示されるようコンテンツイベントファイルの中身を追加編集しても良い。
以上によりＴＶモニタにはプリンタ装置状態の情報も印刷コンテンツを選択すれば表示される。
【０１６６】
以上本実施形態により、ユーザーはＴＶモニタにプリンタ装置状態の情報も印刷コンテンツを選択すれば表示されることにより利便性が向上すると言う効果がある。
【０１６７】
上記第１の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えるシステムである。
【０１６８】
ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えたことにより、プリンタ電源オフ状態であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く、ユーザーにとって操作性、利便性が向上すると言う効果がある。
【０１６９】
上記第２の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の未接続である時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えるシステムである。
【０１７０】
ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の接続無しである時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えたことにより、プリンタ電源オフ状態であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く、ユーザーにとって操作性、利便性が向上すると言う効果がある。
【０１７１】
上記第３の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置の電源が入っていないことを通知する表示を追加する手段を備えるシステムである。
【０１７２】
ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置の電源が入っていないことを通知する表示を追加する手段を備えたことにより、ユーザーはＴＶモニタにプリンタ装置状態の情報も表示されることにより利便性が向上すると言う効果がある。
【０１７３】
また、上記第３の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の未接続である時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置が未接続であることを通知する表示を追加する手段を備えるシステムである。
【０１７４】
ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の接続無しである時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置が未接続であることを通知する表示を追加する手段を備えたことにより、ユーザーはＴＶモニタにプリンタ装置状態の情報も表示されることにより利便性が向上すると言う効果がある。
【０１７５】
また、上記第３の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置が何らかのエラーの状態かをステータス検知する手段を設け、さらにエラー状態である時にはＴＶモニターへの表示コンテンツに印刷コンテンツが含まれていれば印刷コンテンツにエラーステータス表示を追加する手段を備えるシステムである。
【０１７６】
ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置が何らかのエラーの状態かをステータス検知する手段を設け、さらにエラー状態である時にはＴＶモニターへの表示コンテンツに印刷コンテンツが含まれていれば印刷コンテンツにエラーステータス表示を追加する手段を備えたことにより、ユーザーはＴＶモニタにプリンタ装置状態の情報も表示されることにより利便性が向上すると言う効果がある。
【０１７７】
上記第１〜第３の実施形態の印刷システムは、ＳＴＢとプリンタ装置との接続に高速データ転送が可能なＩＥＥＥ１３９４インタフェースを採用したシステムである。
【０１７８】
ＳＴＢとプリンタ装置との接続にＩＥＥＥ１３９４インタフェースを採用したことによりノンＰＣ環境であるにも関わらず高速インタフェースが実現できるという効果がある。
【０１７９】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【０１８０】
本発明の実施態様の例を以下に列挙する。
【０１８１】
［実施態様１］表示コンテンツを受信するための受信手段と、
外部印刷装置の状態を検知する検知手段と、
前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理手段とを有することを特徴とする画像処理装置。
【０１８２】
［実施態様２］前記画像表示処理手段は、前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知結果の表示情報を前記受信した表示コンテンツに追加して表示させることを特徴とする実施態様１記載の画像処理装置。
【０１８３】
［実施態様３］前記検知手段は、外部に印刷装置が接続されておりかつその印刷装置の電源が入っているか否かを検知し、
前記画像表示処理手段は、前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して表示させることを特徴とする実施態様１記載の画像処理装置。
【０１８４】
［実施態様４］前記画像表示処理手段は、印刷装置の電源が入っていない又は印刷装置が接続されていないと検知したならば前記受信した表示コンテンツを編集して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８５】
［実施態様５］前記画像表示処理手段は、印刷装置の電源が入っていないと検知したならば前記受信した表示コンテンツから印刷コンテンツを削除して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８６】
［実施態様６］前記画像表示処理手段は、印刷装置が接続されていないと検知したならば前記受信した表示コンテンツから印刷コンテンツを削除して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８７】
［実施態様７］前記画像表示処理手段は、印刷装置の電源が入っていないと検知したならばその検知結果の表示情報を前記受信した表示コンテンツに追加して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８８】
［実施態様８］前記画像表示処理手段は、印刷装置が接続されていないと検知したならばその検知結果の表示情報を前記受信した表示コンテンツに追加して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８９】
［実施態様９］さらに、印刷装置に接続するためのＩＥＥＥ１３９４インタフェースを有することを特徴とする実施態様１〜８のいずれか１項に記載の画像処理装置。
【０１９０】
［実施態様１０］表示コンテンツを受信するための受信ステップと、
外部印刷装置の状態を検知する検知ステップと、
前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理ステップとを有することを特徴とする画像処理方法。
【０１９１】
【発明の効果】
以上説明したように、本発明によれば、検知手段は、外部印刷装置の接続状態、電源状態、エラー状態等を検知することができる。その検知結果に応じて、表示コンテンツから印刷コンテンツを削除して表示したり、又はその検知結果を表示コンテンツに追加して表示させることができるので利便性が向上する。
【図面の簡単な説明】
【図１】本発明の第１の実施形態による印刷システムの構成を示した図である。
【図２】１３９４シリアルバスのネットワークの構成を示した図である。
【図３】１３９４シリアルバスの構成要素を示した図である。
【図４】１３９４シリアルバスのリンク・レイヤ提供可能なサービスを示す図である。
【図５】１３９４シリアルバスのトランザクション・レイヤ提供可能なサービスを示す図である。
【図６】１３９４インタフェースにおけるアドレス空間を説明する図である。
【図７】１３９４インタフェースにおけるＣＳＲコア・レジスタに格納される情報のアドレス及び機能を示す図である。
【図８】１３９４インタフェースにおけるシリアルバス・レジスタに格納される情報のアドレス及び機能を示す図である。
【図９】１３９４インタフェースにおける最小形式のＣｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭを示す図である。
【図１０】１３９４インタフェースにおける一般形式のＣｏｎｆｉｇｕｒａｔｉｏｎ  ＲＯＭを示す図である。
【図１１】１３９４インタフェースにおけるシリアルバス装置レジスタに格納される情報のアドレス及び機能を示す図である。
【図１２】ＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図である。
【図１３】ＤＳ−Ｌｉｎｋ符号化方式を説明する図である。
【図１４】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示した図である。
【図１５】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示した図である。
【図１６】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示した図である。
【図１７】図１５に示したステップＳ１５０５の処理（即ち、自動的に各ノードのノードＩＤを割り当てる処理）を詳細に説明するフローチャートである。
【図１８】１３９４インターフェースにおけるセルフＩＤパケットの構成を示した図である。
【図１９】１３９４ネットワークにおけるアービトレーションを説明する図である。
【図２０】１通信サイクルにおいてＩｓｏｃｈｒｏｎｏｕｓ転送モードとＡｓｙｎｃｈｒｏｎｏｕｓ転送モードとを混在させた場合を説明する図である。
【図２１】Ｉｓｏｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットのフォーマットを示した図である。
【図２２】アシンクロナス転送のパケットフォーマットを示した図である。
【図２３】ＳＴＢ内部でのデータ処理フローを示した図である。
【図２４】一般の表示系放送内容を示した例を示す図である。
【図２５】印字用モジュール（例では９９９９番）だけを書き出した例を示す図である。
【図２６】マルチパートの記述例を示す図である。
【図２７】ＤＰＰの構成を示した図である。
【図２８】ＤＰＰ    Ｔｈｉｎ  Ｐｒｏｔｏｃｏｌについて示した図である。
【図２９】ＤＰＰのパケット化について示した図である。
【図３０】ＤＰＣ  Ｓｅｔの実際について示した図である。
【符号の説明】
１０１  ＳＴＢ（ＳＥＴ  ＴＯＰ  ＢＯＸ）
１０２  ＴＶモニター装置
１０３  プリンタ装置
１０４  表示回路部
１０５  表示制御部
１０６  １３９４Ｉ／Ｆ部
１０７  印刷データ転送制御部
１０８  電源検知回路部
１１０  プリンタ制御部
１１１  １３９４Ｉ／Ｆ部
１１２  １３９４Ｉ／Ｆ制御部
１１４  電源回路部
【図１】
2004179898.tif 000004
【図２】
2004179898.tif 000005
【図３】
2004179898.tif 000006
【図４】
2004179898.tif 000007
【図５】
2004179898.tif 000008
【図６】
2004179898.tif 000009
【図７】
2004179898.tif 000010
【図８】
2004179898.tif 000011
【図９】
2004179898.tif 000012
【図１０】
2004179898.tif 000013
【図１１】
2004179898.tif 000014
【図１２】
2004179898.tif 000015
【図１３】
2004179898.tif 000016
【図１４】
2004179898.tif 000017
【図１５】
2004179898.tif 000018
【図１６】
2004179898.tif 000019
【図１７】
2004179898.tif 000020
【図１８】
2004179898.tif 000021
【図１９】
2004179898.tif 000022
【図２０】
2004179898.tif 000023
【図２１】
2004179898.tif 000024
【図２２】
2004179898.tif 000025
【図２３】
2004179898.tif 000026
【図２４】
2004179898.tif 000027
【図２５】
2004179898.tif 000028
【図２６】
2004179898.tif 000029
【図２７】
2004179898.tif 000030
【図２８】
2004179898.tif 000031
【図２９】
2004179898.tif 000032
【図３０】
2004179898.tif 000033