JP2004179898A - Image processing apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To improve usability by editing and displaying the contents according to the state of an external printer. <P>SOLUTION: Provided is an image processing apparatus having a receiving means of receiving display contents, a detecting means of detecting the state of the external printer, and an image display processing means of editing the received display contents according to the result of the detection and displaying them on an image display device when the received display contents include print contents. <P>COPYRIGHT: (C)2004,JPO

Description

【００２３】
現在規定されているドライブ種別は以下の通りである。
“ＩｎｔｅｒｎａｌＨＤＤ”： 内蔵ハードディスク
“ＭｅｍｏｒｙＣａｒｄ”： メモリカード
“ＥｘｔｅｒｎａｌＤｅｖｉｃｅ”： 外部デバイス
“Ｐｒｉｎｔｅｒ”： プリンタ
【００２４】
０００３モジュールをＰｒｉｎｔｅｒに出力する場合は以下の通りである。
ｂｒｏｗｓｅｒ．ｓａｖｅＭｏｄｕｌｅ（”￣／０００３”，”ｔｅｘｔ／Ｘ−ａｒｉｂ−ｂｍｌ；ｃｈａｒｓｅｔ＝’ｅｕｃ−ｊｐ’”，”Ｐｒｉｎｔｅｒ”）；
以上がコンテンツからの印刷方法である。
【００２５】
印刷コンテンツであるかの判断をするには、前述イベント内モジュールの中にＰｒｉｎｔ．ＢＭＬファイルを検索するだけではだめで、厳密には実行ファイル内に上記命令が含まれるかどうかである。
【００２６】
従ってＢＭＬの構文内に上記記述が在るどうかを検出することにより、表示しようとしている或るいは現在表示しているコンテンツが印刷コンテンツかどうかをコンテンツファイルの中を検索することで判断する。
【００２７】
将来的にはＡＲＩＢによりこの部分のプリント用ＡＰＩが追加策定される可能性があり、その場合はその記述に対応して印刷コンテンツかの判断を行なう。
【００２８】
〈ＩＥＥＥ１３９４の技術の概要〉
以下、本実施形態のデジタルインタフェースに適用されるＩＥＥＥ１３９４−１９９５規格の技術について簡単に説明する。尚、ＩＥＥＥ１３９４−１９９５規格（以下、ＩＥＥＥ１３９４規格）についての詳細は、１９９６年の８月３０日にＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ．）から出版された「ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ」に記述されている。
【００２９】
（１）概要
図２にＩＥＥＥ１３９４規格に準拠したデジタルインタフェース（以下、１３９４インタフェース）を具備するノードにより構成される通信システム（以下、１３９４ネットワーク）の一例を示す。１３９４ネットワークは、シリアルデータの通信可能なバス型ネットワークを構成するものである。
【００３０】
図２において、各ノードＡ〜Ｆは、ＩＥＥＥ１３９４規格に準拠した通信ケーブルを介して接続されている。これらのノードＡ〜Ｈは、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、デジタルＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ）プレーヤ、デジタルカメラ、ハードディスク、モニタ等の電子機器である。
【００３１】
１３９４ネットワークの接続方式は、ディジーチェーン方式とノード分岐方式とに対応しており、自由度の高い接続を可能としている。
又、１３９４ネットワークでは、例えば、既存の機器を削除したり、新たな機器を追加したり、既存の機器の電源をＯＮ／ＯＦＦしたりした場合に、自動的にバスリセットを行う。このバスリセットを行うことにより、１３９４ネットワークは、新たな接続構成の認識と各機器に対するＩＤ情報の割り当てとを自動的に行うことができる。この機能によって、１３９４ネットワークは、ネットワークの接続構成を常時認識することができる。
【００３２】
又、１３９４ネットワークは、他の機器から転送されたデータを中継する機能を有している。この機能により、全ての機器がバスの動作状況を把握することができる。
【００３３】
又、１３９４ネットワークは、Ｐｌｕｇ＆Ｐｌａｙと呼ばれる機能を有している。この機能により、全ての機器の電源をＯＦＦにすることなく、接続するだけで自動に接続機器を認識することができる。
【００３４】
又、１３９４ネットワークは、１００／２００／４００Ｍｂｐｓのデータ転送速度に対応している。上位のデータ転送速度を持つ機器は、下位のデータ転送速度をサポートすることができるため、異なるデータ転送速度に対応する機器同士を接続することができる。
【００３５】
更に、１３９４ネットワークは、２つの異なるデータ転送方式（即ち、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードとＩｓｏｃｈｒｏｎｏｕｓ転送モード）に対応している。
Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードは、必要に応じて非同期に転送することが要求されるデータ（即ち、コントロール信号やファイルデータ等）を転送する際に有効である。又、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、所定量のデータを一定のデータレートで連続的に転送することが要求されるデータ（即ち、ビデオデータやオーディオデータ等）を転送する際に有効である。
【００３６】
Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードとＩｓｏｃｈｒｏｎｏｕｓ転送モードとは、各通信サイクル（通常１サイクルは、１２５μＳ）内において、混在させることが可能である。各転送モードは、サイクルの開始を示すサイクル・スタート・パケット（以下、ＣＳＰ）の転送後に実行される。
【００３７】
尚、各通信サイクル期間において、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードよりも優先順位が高く設定されている。又、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードの転送帯域は、各通信サイクル内で保証されている。
【００３８】
（２）アーキテクチャ
次に、図３を用いて１３９４インタフェースの構成要素を説明する。
１３９４インタフェースは、機能的に複数のレイヤ（階層）から構成されている。図３において、１３９４インタフェースは、ＩＥＥＥ１３９４規格に準拠した通信ケーブル３０１を介して他のノードの１３９４インタフェースと接続される。又、１３９４インタフェースは、１つ以上の通信ポート３０２を有し、通信ポート３０２は、ハードウェア部に含まれるフィジカル・レイヤ３０３と接続される。
【００３９】
図３において、ハードウェア部は、フィジカル・レイヤ３０３とリンク・レイヤ３０４とから構成されている。フィジカル・レイヤ３０３は、他のノードとの物理的、電気的なインタフェース、バスリセットの検出とそれに伴う処理、入出力信号の符号化／復号化、バス使用権の調停等を行う。又、リンク・レイヤ３０４は、通信パケットの生成と送受信、サイクルタイマの制御等を行なう。
【００４０】
又、図３において、ファームウェア部は、トランザクション・レイヤ３０５とシリアル・バス・マネージメント３０６とを含んでいる。トランザクション・レイヤ３０５は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードを管理し、各種のトランザクション（リード、ライト、ロック）を提供する。シリアル・バス・マネージメント３０６は、後述するＣＳＲアーキテクチャに基づいて、自ノードの制御、自ノードの接続状態の管理、自ノードのＩＤ情報の管理、シリアルバスネットワークの資源管理を行う機能を提供する。
【００４１】
以上、ハードウェア部とファームウェア部とが実質的に１３９４インタフェースを構成するものであり、それらの基本構成は、ＩＥＥＥ１３９４規格により規定されている。
【００４２】
又、ソフトウェア部に含まれるアプリケーション・レイヤ３０７は、使用するアプリケーションソフトによって異なり、ネットワーク上でどのようにデータを通信するのかを制御する。例えば、デジタルＶＴＲの動画像データの場合は、ＡＶ／Ｃプロトコルなどの通信プロトコルによって規定されている。
【００４３】
（２−１）リンク・レイヤ３０４
図４は、リンク・レイヤ３０４の提供可能なサービスを示す図である。図４において、リンク・レイヤ３０４は、次の４つのサービスを提供する。即ち、▲１▼応答ノードに対して所定のパケットの転送を要求するリンク要求（ＬＫ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）、▲２▼応答ノードに所定のパケットの受信を通知するリンク通知（ＬＫ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ）、▲３▼応答ノードからのアクノリッジを受信したことを示すリンク応答（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、▲４▼要求ノードからのアクノリッジを確認するリンク確認（ＬＫ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）である。尚、リンク応答（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）は、ブロードキャスト通信、Ｉｓｏｃｈｒｏｎｏｕｓパケットの転送の場合には存在しない。
又、リンク・レイヤ３０４は、上述のサービスに基づいて、上述の２種類の転送方式、即ち、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モード、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードを実現する。
【００４４】
（２−２）トランザクション・レイヤ３０５
図５は、トランザクション・レイヤ３０５の提供可能なサービスを示す図である。図５において、トランザクション・レイヤ３０５は、次の４つのサービスを提供する。即ち、▲１▼応答ノードに対して所定のトランザクションを要求するトランザクション要求（ＴＲ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）、▲２▼応答ノードに所定のトランザクション要求の受信を通知するトランザクション通知（ＴＲ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ）、▲３▼応答ノードからの状態情報（ライト、ロックの場合は、データを含む）を受信したことを示すトランザクション応答（ＴＲ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、▲４▼要求ノードからの状態情報を確認するトランザクション確認（ＴＲ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）である。
【００４５】
又、トランザクション・レイヤ３０５は、上述のサービスに基づいてＡｓｙｎｃｈｒｏｎｏｕｓ転送を管理し、次の３種類のトランザクション、即ち、▲１▼リード・トランザクション、▲２▼ライト・トランザクション、▲３▼ロック・トランザクションを実現する。
【００４６】
▲１▼リード・トランザクションは、要求ノードが応答ノードの特定アドレスに格納された情報を読み取る。
▲２▼ライト・トランザクションは、要求ノードが応答ノードの特定アドレスに所定の情報を書き込む。
▲３▼ロック・トランザクションは、要求ノードが応答ノードに対して参照データと更新データとを転送し、応答ノードの特定アドレスの情報とその参照データとを比較し、その比較結果に応じて特定アドレスの情報を更新データに更新する。
【００４７】
（２−３）シリアル・バス・マネージメント３０６
シリアル・バス・マネージメント３０６は、具体的に、次の３つの機能を提供することができる。３つの機能とは、即ち、▲１▼ノード制御、▲２▼アイソクロナス・リソース・マネージャ（以下、ＩＲＭ）、▲３▼バスマネージャである。
【００４８】
▲１▼ノード制御は、上述の各レイヤを管理し、他のノードとの間で実行されるＡｓｙｎｃｈｒｏｎｏｕｓ転送を管理する機能を提供する。
▲２▼ＩＲＭは、他のノードとの間で実行されるＩｓｏｃｈｒｏｎｏｕｓ転送を管理する機能を提供する。具体的には、転送帯域幅とチャネル番号の割り当てに必要な情報を管理し、これらの情報を他のノードに対して提供する。
ＩＲＭは、ローカルバス上に唯一存在し、バスリセット毎に他の候補者（ＩＲＭの機能を有するノード）の中から動的に選出される。又、ＩＲＭは、後述のバスマネージャの提供可能な機能（接続構成の管理、電源管理、速度情報の管理等）の一部を提供してもよい。
▲３▼バスマネージャは、ＩＲＭの機能を有し、ＩＲＭよりも高度なバス管理機能を提供する。具体的には、より高度な電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理）、より高度な速度情報の管理（各ノード間の最大転送速度の管理）、より高度な接続構成の管理（トポロジ・マップの作成）、これらの管理情報に基づくバスの最適化等を行ない、更にこれらの情報を他のノードに提供する機能を有する。
【００４９】
又、バスマネージャは、シリアルバスネットワークを制御するためのサービスをアプリケーションに対して提供できる。ここで、サービスには、シリアルバス制御要求（ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔ）、シリアルバス・イベント制御確認（ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎ）、シリアルバス・イベント通知（ＳＢ＿ＣＯＮＴＲＯＬ．ｉｎｄｉｃａｔｉｏｎ）等がある。
【００５０】
ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔは、アプリケーションがバスリセットを要求するサービスである。ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎは、ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔをアプリケーションに対して確認するサービスである。ＳＢ＿ＣＯＮＴＲＯＬ．ｉｎｄｉｃａｔｉｏｎは、非同期に発生するイベントをアプリケーションに対して通知するサービスである。
【００５１】
（３）アドレス指定
図６は、１３９４インタフェースにおけるアドレス空間を説明する図である。尚、１３９４インタフェースは、ＩＳＯ／ＩＥＣ １３２１３：１９９４に準じたＣＳＲ（Ｃｏｍｍａｎｄ ａｎｄ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒ）アーキテクチャに従い、６４ビット幅のアドレス空間を規定している。
【００５２】
図６において、最初の１０ビットのフィールド６０１は、所定のバスを指定するＩＤ番号に使用され、次の６ビットのフィールド６０２は、所定の機器（ノード）を指定するＩＤ番号に使用される。この上位１６ビットを「ノードＩＤ」と呼び、各ノードはこのノードＩＤにより他のノードを識別する。又、各ノードは、このノードＩＤを用いて相手を識別した通信を行うことができる。
【００５３】
残りの４８ビットからなるフィールドは、各ノードの具備するアドレス空間（２５６Ｍバイト構造）を指定する。その内の２０ビットのフィールド６０３は、アドレス空間を構成する複数の領域を指定する。
【００５４】
フィールド６０３において、「０〜０ｘＦＦＦＦＤ」の部分は、メモリ空間と呼ばれる。「０ｘＦＦＦＦＥ」の部分は、プライベート空間と呼ばれ、各ノードで自由に利用できるアドレスである。又、「０ｘＦＦＦＦＥ」の部分は、レジスタ空間と呼ばれ、バスに接続されたノード間において共通の情報を格納する。各ノードは、レジスタ空間の情報を用いることにより、各ノード間の通信を管理することができる。
【００５５】
最後の２８ビットのフィールド６０４は、各ノードにおいて共通或いは固有となる情報が格納されるアドレスを指定する。
例えば、レジスタ空間において、最初の５１２バイトは、ＣＳＲアーキテクチャーのコア（ＣＳＲコア）レジスタ用に使用される。ＣＳＲコア・レジスタに格納される情報のアドレス及び機能を図７に示す。図中のオフセットは、「０ｘＦＦＦＦＦ０００００００」からの相対位置である。
【００５６】
次の５１２バイトは、シリアルバス用のレジスタとして使用される。シリアルバス・レジスタに格納される情報のアドレス及び機能を図８に示す。図中のオフセットは、「０ｘＦＦＦＦＦ００００２００」からの相対位置である。
【００５７】
その次の１０２４バイトは、Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭ用に使用される。
Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭには最小形式と一般形式とがあり、「０ｘＦＦＦＦＦ００００４００」から配置される。最小形式のＣｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭを図９に示す。図９において、ベンダＩＤは、ＩＥＥＥにより各ベンダに対して固有に割り当てられた２４ビットの数値である。
【００５８】
又、一般形式のＣｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭを図１０に示す。図１０において、上述のベンダＩＤは、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ１００２に格納されている。Ｂｕｓ Ｉｎｆｏ Ｂｌｏｃｋ１００１とＲｏｏｔ Ｌｅａｆ１００５とには、各ノードを識別する固有のＩＤ情報としてノードユニークＩＤを保持することが可能である。
【００５９】
ここで、ノードユニークＩＤは、メーカ、機種に関わらず、１つのノードを特定することのできる固有のＩＤを定めるようになっている。ノードユニークＩＤは６４ビットにより構成され、上位２４ビットは上述のベンダＩＤを示し、下位４８ビットは各ノードを製造するメーカにおいて自由に設定可能な情報（例えば、ノードの製造番号等）を示す。尚、このノードユニークＩＤは、例えばバスリセットの前後で継続して特定のノードを認識する場合に使用される。
【００６０】
又、図１０において、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ１００２には、ノードの基本的な機能に関する情報を保持することが可能である。詳細な機能情報は、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ１００２からオフセットされるサブディレクトリ（Ｕｎｉｔ Ｄｉｒｅｃｔｏｒｉｅｓ１００４）に格納される。Ｕｎｉｔ Ｄｉｒｅｃｔｏｒｉｅｓ１００４には、例えば、ノードのサポートするソフトウェアユニットに関する情報が格納される。具体的には、ノード間のデータ通信を行うためのデータ転送プロトコル、所定の通信手順を定義するコマンドセット等に関する情報が保持される。
【００６１】
又、図１０において、Ｎｏｄｅ Ｄｅｐｅｎｄｅｎｔ Ｉｎｆｏ Ｄｉｒｅｃｔｏｒｙ１００３には、デバイス固有の情報を保持することが可能である。Ｎｏｄｅ Ｄｅｐｅｎｄｅｎｔ Ｉｎｆｏ Ｄｉｒｅｃｔｏｒｙ１００３は、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ１００２によりオフセットされる。
【００６２】
更に、図１０において、Ｖｅｎｄｏｒ Ｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ１００６には、ノードを製造、或いは販売するベンダ固有の情報を保持することができる。
残りの領域は、ユニット空間と呼ばれ、各ノード固有の情報、例えば、各機器の識別情報（会社名、機種名等）や使用条件等が格納されたアドレスを指定する。ユニット空間のシリアルバス装置レジスタに格納される情報のアドレス及び機能を図１１に示す。図中のオフセットは、「０ｘＦＦＦＦＦ００００８００」からの相対位置である。
【００６３】
尚、一般的に、異種のバスシステムの設計を簡略化したい場合、各ノードは、レジスタ空間の最初の２０４８バイトのみを使うべきである。つまり、ＣＳＲコア・レジスタ、シリアルバス・レジスタ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭ、ユニット空間の最初の２０４８バイトの合わせて４０９６バイトで構成することが望ましい。
【００６４】
（４）通信ケーブルの構成
図１２にＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図を示す。
通信ケーブルは、２組のツイストペア信号線と電源ラインとにより構成されている。電源ラインを設けることによって、１３９４インタフェースは、主電源のＯＦＦとなった機器、故障により電力低下した機器等にも電力を供給することができる。尚、電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。
【００６５】
２組のツイストペア信号線には、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式にて符号化された情報信号が伝送される。図１３は、ＤＳ−Ｌｉｎｋ符号化方式を説明する図である。
【００６６】
このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適しており、その構成は、２組のより対線を必要とする。一組のより対線は、データ信号を送り、他のより対線は、ストローブ信号を送る構成になっている。受信側は、２組の信号線から受信したデータ信号とストローブ信号との排他的論理和をとることによって、クロックを再現することができる。
【００６７】
尚、ＤＳ−Ｌｉｎｋ符号化方式を用いることにより、１３９４インタフェースには、例えば次のような利点がある。▲１▼他の符号化方式に比べて転送効率が高い。▲２▼ＰＬＬ回路が不要となり、コントローラＬＳＩの回路規模を小さくできる。▲３▼アイドル状態であることを示す情報を送る必要が無いため、トランシーバ回路をスリープ状態とし易く、消費電力の低減が図れる。
【００６８】
（５）バスリセット
各ノードの１３９４インタフェースは、ネットワークの接続構成に変化が生じたことを自動的に検出することができる。この場合、１３９４ネットワークは以下に示す手順によりバスリセットと呼ばれる処理を行う。尚、接続構成の変化は、各ノードの具備する通信ポートにかかるバイアス電圧の変化により検知することができる。
【００６９】
ネットワークの接続構成の変化（例えば、ノードの挿抜、ノードの電源のＯＮ／ＯＦＦなどによるノード数の増減）を検出したノード、又は新たな接続構成を認識する必要のあるノードは、１３９４インタフェースを介して、バス上にバスリセット信号を送信する。
【００７０】
バスリセット信号を受信したノードの１３９４インタフェースは、バスリセットの発生を自身のリンク・レイヤ３０４に伝達すると共に、そのバスリセット信号を他のノードに転送する。バスリセット信号を受信したノードは、今まで認識していたネットワークの接続構成及び各機器に割り当てられたノードＩＤをクリアにする。最終的に全てのノードがバスリセット信号を検知した後、各ノードは、バスリセットに伴う初期化処理（即ち、新たな接続構成の認識と新たなノードＩＤの割り当て）を自動的に行う。
【００７１】
尚、バスリセットは、先に述べたような接続構成の変化による起動の他に、ホスト側の制御によって、アプリケーション・レイヤ３０７がフィジカル・レイヤ３０３に対して直接命令を出すことによって起動させることも可能である。
又、バスリセットが起動するとデータ転送は一時中断され、バスリセットに伴う初期化処理の終了後、新しいネットワークのもとで再開される。
【００７２】
（６）バスリセット起動後のシーケンス
バスリセットの起動後、各ノードの１３９４インタフェースは、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行する。以下、バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを図１４〜１６を用いて説明する。
【００７３】
図１４は、図２の１３９４ネットワークにおけるバスリセット起動後の状態を説明する図である。
図１４において、ノードＡは１つの通信ポート、ノードＢは２つの通信ポート、ノードＣは２つの通信ポート、ノードＤは３つの通信ポート、ノードＥは１つの通信ポート、ノードＦは１つの通信ポートを具備している。各ノードの通信ポートには、各ポートを識別するためにポート番号が付されている。
【００７４】
以下、図１４におけるバスリセットの開始からノードＩＤの割り当てまでを図１５のフローチャートを用いて説明する。
図１５において、１３９４ネットワークを構成する各ノードＡ〜Ｆは、バスリセットが発生したか否かを常時監視している（ステップＳ１５０１）。接続構成の変化を検出したノードからバスリセット信号が出力されると、各ノードは以下の処理を実行する。
【００７５】
バスリセットの発生後、各ノードは、夫々の具備する通信ポート間において親子関係の宣言を行なう（ステップＳ１５０２）。
各ノードは、全てのノード間の親子関係が決定されるまで、ステップＳ１５０２の処理を繰り返し行なう（ステップＳ１５０３）。
全てのノード間の親子関係が決定した後、１３９４ネットワークは、ネットワークの調停を行なうノード、即ちルートを決定する。（ステップＳ１５０４）。
ルートを決定した後、各ノードの１３９４インタフェース夫々は、自己のノードＩＤを自動的に設定する作業を実行する（ステップＳ１５０５）。
全てのノードに対してノードＩＤの設定がなされるまで、各ノードは所定の手順に基づきステップＳ１５０５の処理を実行する（ステップＳ１５０６）。
最終的に全てのノードに対してノードＩＤが設定された後、各ノードは、Ｉｓｏｃｈｒｏｎｏｕｓ転送或いはＡｓｙｎｃｈｒｏｎｏｕｓ転送を実行する（ステップＳ１５０７）。
ステップＳ１５０７の処理を実行すると共に、各ノードの１３９４インタフェースは、再びバスリセットの発生を監視する。バスリセットが発生した場合には、ステップＳ１５０１以降の処理を再び実行する。
【００７６】
以上の手順により、各ノードの１３９４インタフェースは、バスリセットが起動する毎に、新たな接続構成の認識と新たなノードＩＤの割り当てとを自動的に実行することができる。
【００７７】
（７）親子関係の決定
次に、図１６を用いて、図１５に示したステップＳ１５０２の処理（即ち、各ノード間の親子関係を認識する処理）について詳細に説明する。
【００７８】
図１６において、バスリセットの発生後、１３９４ネットワーク上の各ノードＡ〜Ｆは、自分の具備する通信ポートの接続状態（接続又は未接続）を確認する（ステップＳ１６０１）。
【００７９】
通信ポートの接続状態の確認後、各ノードは、他のノードと接続されている通信ポート（以下、接続ポート）の数をカウントする（ステップＳ１６０２）。
【００８０】
ステップＳ１６０２の処理の結果、接続ポートの数が１つである場合、そのノードは、自分が「リーフ」であると認識する（ステップＳ１６０３）。ここで、リーフとは、１つのノードとのみ接続されているノードのことである。
【００８１】
リーフとなるノードは、その接続ポートに接続されているノードに対して、「自分は子（Ｃｈｉｌｄ）」であることを宣言する（ステップＳ１６０４）。このとき、リーフは、その接続ポートが「親ポート（親ノードと接続された通信ポート）」であると認識する。
【００８２】
ここで、親子関係の宣言は、まず、ネットワークの末端であるリーフとブランチとの間にて行われ、続いて、ブランチとブランチとの間で順次に行われる。各ノード間の親子関係は、早く宣言の行なえる通信ポートから順に決定される。又、各ノード間において、子であることを宣言した通信ポートは「親ポート」であると認識され、その宣言を受けた通信ポートは「子ポート（子ノードと接続された通信ポート）」であると認識される。例えば、図１４において、ノードＡ、Ｅ、Ｆは、自分がリーフであると認識した後、親子関係の宣言を行う。これにより、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間では子−親、ノードＦ−Ｄ間では子−親と決定される。
【００８３】
又、ステップＳ１６０２の処理の結果、接続ポートの数が２つ以上の場合、そのノードは、自分を「ブランチ」であると認識する（ステップＳ１６０５）。ここで、ブランチとは、２つ以上のノードと接続されているノードのことである。
【００８４】
ブランチとなるノードは、各接続ポートのノードから親子関係の宣言を受け付ける（ステップＳ１６０６）。宣言を受け付けた接続ポートは、「子ポート」として認識される。
【００８５】
１つの接続ポートを「子ポート」と認識した後、ブランチは、まだ親子関係の決定されていない接続ポート（即ち、未定義ポート）が２つ以上あるか否かを検出する（ステップＳ１６０７）。その結果、未定義ポートが２つ以上ある場合、ブランチは、再びステップＳ１６０６の動作を行う。
【００８６】
ステップＳ１６０７の結果、未定義ポートが１つだけ存在する場合、ブランチは、その未定義ポートが「親ポート」であると認識し、そのポートに接続されているノードに対して「自分は子」であることを宣言する（ステップＳ１６０８、Ｓ１６０９）。
【００８７】
ここで、ブランチは、残りの未定義ポートが１つになるまで自分自身が子であると他のノードに対して宣言することができない。例えば、図１４において、ノードＢ、Ｃ、Ｄは、自分がブランチであると認識すると共に、リーフ或いは他のブランチからの宣言を受け付ける。ノードＤは、Ｄ−Ｅ間、Ｄ−Ｆ間の親子関係が決定した後、ノードＣに対して親子関係の宣言を行っている。又、ノードＤからの宣言を受けたノードＣは、ノードＢに対して親子関係の宣言を行っている。
【００８８】
又、ステップＳ１６０８の処理の結果、未定義ポートが存在しない場合（つまり、ブランチの具備する全ての接続ポートが親ポートとなった場合）、そのブランチは、自分自身がルートであることを認識する。（ステップＳ１６１０）。
【００８９】
例えば、図１４において、接続ポートの全てが親ポートとなったノードＢは、１３９４ネットワーク上の通信を調停するルートとして他のノードに認識される。ここで、ノードＢがルートと決定されたが、ノードＢの親子関係を宣言するタイミングが、ノードＣの宣言するタイミングに比べて早い場合には、他のノードがルートになる可能性もある。即ち、宣言するタイミングによっては、どのノードもルートとなる可能性がある。従って、同じネットワーク構成であっても同じノードがルートになるとは限らない。
【００９０】
このように全ての接続ポートの親子関係が宣言されることによって、各ノードは、１３９４ネットワークの接続構成を階層構造（ツリー構造）として認識することができる（ステップＳ１６１１）。尚、上述の親ノードは階層構造における上位であり、子ノードは階層構造における下位となる。
【００９１】
（８）ノードＩＤの割り当て
図１７は、図１５に示したステップＳ１５０５の処理（即ち、自動的に各ノードのノードＩＤを割り当てる処理）を詳細に説明するフローチャートである。ここで、ノードＩＤは、バス番号とノード番号とから構成されるが、本実施形態では、各ノードを同一バス上に接続するものとし、各ノードには同一のバス番号が割り当てられるものとする。
【００９２】
図１７において、ルートは、ノードＩＤが未設定のノードが接続されている子ポートの内、最小番号を有する通信ポートに対してノードＩＤの設定許可を与える（ステップＳ１７０１）。
【００９３】
尚、図１７において、ルートは、最小番号の子ポートに接続されている全ノードのノードＩＤを設定した後、その子ポートを設定済とし、次に最小となる子ポートに対して同様の制御を行なう。最終的に子ポートに接続された全てのノードのＩＤ設定が終了した後、ルート自身のノードＩＤを設定する。尚、ノードＩＤに含まれるノード番号は、基本的にリーフ、ブランチの順に０、１、２…と割り当てられる。従って、ルートが最も大きなノード番号を有することになる。
【００９４】
ステップＳ１７０１において、設定許可を得たノードは、自分の子ポートの内、ノードＩＤが未設定となるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０２）。
【００９５】
ステップＳ１７０２において、未設定ノードを含む子ポートが検出された場合、上述の設定許可を得たノードは、その子ポートに直接接続されたノードに対してその設定許可を与えるように制御する（ステップＳ１７０３）。
【００９６】
ステップＳ１７０３の処理後、上述の設定許可を得たノードは、自分の子ポートの内、ノードＩＤが未設定であるノードを含む子ポートがあるか否かを判断する（ステップＳ１７０４）。ここで、ステップＳ１７０４の処理後、未設定ノードを含む子ポートの存在が検出された場合、そのノードは、再びステップＳ１７０３の処理を実行する。
【００９７】
又、ステップＳ１７０２或いはＳ１７０４において、未設定ノードを含む子ポートが検出されなかった場合、設定許可を得たノードは、自分自身のノードＩＤを設定する（ステップＳ１７０５）。
【００９８】
自分のノードＩＤを設定したノードは、自己のノード番号、通信ポートの接続状態に関する情報等を含んだセルフＩＤパケットをブロードキャストする（ステップＳ１７０６）。尚、ブロードキャストとは、あるノードの通信パケットを、１３９４ネットワークを構成する不特定多数のノードに対して転送することである。
【００９９】
ここで、各ノードは、このセルフＩＤパケットを受信することにより、各ノードに割り当てられたノード番号を認識することができ、自分に割り当てられるノード番号を知ることができる。例えば、図１４において、ルートであるノードＢは、最小ポート番号「＃１」の通信ポートに接続されたノードＡに対してノードＩＤ設定の許可を与える。ノードＡは、自己のノード番号「Ｎｏ．０」と割り当て、自分自身に対してバス番号とノード番号とからなるノードＩＤを設定する。又、ノードＡは、そのノード番号を含むセルフＩＤパケットをブロードキャストする。
【０１００】
図１８にセルフＩＤパケットの構成例を示す。図１８において、１８０１はセルフＩＤパケットを送出したノードのノード番号を格納するフィールド、１８０２は対応可能な転送速度に関する情報を格納するフィールド、１８０３はバス管理機能（バスマネージャの能力の有無等）の有無を示すフィールド、１８０４は電力の消費及び供給の特性に関する情報を格納するフィールドである。
【０１０１】
又、図１８において、１８０５はポート番号「＃０」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールド、１８０６はポート番号「＃１」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールド、１８０７はポート番号「＃２」となる通信ポートの接続状態に関する情報（接続、未接続、通信ポートの親子関係等）を格納するフィールドである。
【０１０２】
尚、セルフＩＤパケットを送出するノードにバスマネージャとなり得る能力がある場合には、フィールド１８０３に示すコンテンダビットを「１」とし、なり得る能力がなければ、コンテンダビットを０とする。
【０１０３】
ここで、バスマネージャとは、上述のセルフＩＤパケットに含まれる各種の情報に基づいて、バスの電源管理（通信ケーブルを介して電源の供給が可能か否か、電源の供給が必要か否か等の情報を各ノード毎に管理する）、速度情報の管理（各ノードの対応可能な転送速度に関する情報から各ノード間の最大転送速度を管理する）、トポロジ・マップ情報の管理（通信ポートの親子関係情報からネットワークの接続構成を管理する）、トポロジ・マップ情報に基づくバスの最適化等を行ない、それらの情報を他のノードに提供する機能を有するノードである。これらの機能により、バスマネージャとなるノードは１３９４ネットワーク全体のバス管理を行なうことができる。
【０１０４】
ステップＳ１７０６の処理後、ノードＩＤの設定を行ったノードは、親ノードがあるか否かを判断する（ステップＳ１７０７）。親ノードがある場合、その親ノードが、ステップＳ１７０２以下の処理を再び実行する。そして、まだノードＩＤの設定されていないノードに対して許可を与える。
【０１０５】
又、親ノードが存在しない場合、そのノードは、ルート自身であると判断される。ルートは、全ての子ポートに接続されたノードに対してノードＩＤが設定されたか否かを判別する（ステップＳ１７０８）。
【０１０６】
ステップＳ１７０８において、全てのノードに対するＩＤ設定処理が終了しなかった場合、ルートは、そのノードを含む子ポートの内、最小番号となる子ポートに対してＩＤ設定の許可を与える（ステップＳ１７０１）。その後、ステップＳ１７０２以下の処理を実行する。
【０１０７】
又、全てのノードに対するＩＤ設定処理が終了した場合、ルートは、自分自身のノードＩＤの設定を実行する（ステップＳ１７０９）。ノードＩＤの設定後、ルートは、セルフＩＤパケットをブロードキャストする（ステップＳ１７１０）。
【０１０８】
以上の処理によって、１３９４ネットワークは、各ノードに対して自動的にノードＩＤを割り当てることができる。
ここで、ノードＩＤの設定処理後、複数のノードがバスマネージャの能力を具備する場合、ノード番号の最も大きいノードがバスマネージャとなる。つまり、ネットワーク内で最大となるノード番号を持つルートがバスマネージャになり得る機能を有している場合には、ルートがバスマネージャとなる。
【０１０９】
しかしながら、ルートにその機能が備わっていない場合には、ルートの次に大きいノード番号を具備するノードがバスマネージャとなる。又、どのノードがバスマネージャになったかについては、各ノードがブロードキャストするセルフＩＤパケット内のコンテンダビット１８０３をチェックすることにより把握することができる。
【０１１０】
（９）アービトレーション
図１９は、図１の１３９４ネットワークにおけるアービトレーションを説明する図である。
１３９４ネットワークでは、データ転送に先立って、必ずバス使用権のアービトレーション（調停）を行なう。１３９４ネットワークは、論理的なバス型ネットワークであり、各ノードから転送された通信パケットを他のノードに中継することによって、ネットワーク内の全てのノードに同じ通信パケットを転送することができる。従って、通信パケットの衝突を防ぐために、必ずアービトレーションが必要となる。これによって、ある時間において一つのノードのみが転送を行なうことができる。
【０１１１】
図１９（ａ）は、ノードＢとノードＦとが、バス使用権の要求を発している場合について説明する図である。
アービトレーションが始まるとノードＢ、Ｆは、夫々親ノードに向かって、バス使用権の要求を発する。ノードＢの要求を受けた親ノード（即ち、ノードＣ）は、自分の親ノード（即ち、ノードＤ）に向かって、そのバス使用権を中継する。この要求は、最終的に調停を行なうルート（ノードＤ）に届けられる。
【０１１２】
バス使用要求を受けたルートは、どのノードにバスを使用させるかを決める。この調停作業はルートとなるノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可が与えられる。
【０１１３】
図１９（ｂ）は、ノードＦの要求が許可され、ノードＢの要求が拒否されたことを示す図である。
アービトレーションに負けたノードに対してルートは、ＤＰ（Ｄａｔａ ｐｒｅｆｉｘ）パケットを送り、拒否されたことを知らせる。拒否されたノードは、次回のアービトレーションまでバス使用要求を待機する。
以上のようにアービトレーションを制御することによって、１３９４ネットワークは、バスの使用権を管理することができる。
【０１１４】
（１０）通信サイクル
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードとＡｓｙｎｃｈｒｏｎｏｕｓ転送モードとは、各通信サイクル期間内において時分割に混在させることができる。ここで、通信サイクルの期間は、通常、１２５μＳである。
【０１１５】
図２０は、１通信サイクルにおいてＩｓｏｃｈｒｏｎｏｕｓ転送モードとＡｓｙｎｃｈｒｏｎｏｕｓ転送モードとを混在させた場合を説明する図である。
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードより優先して実行される。その理由は、サイクル・スタート・パケットの後、Ａｓｙｎｃｈｒｏｎｏｕｓ転送を起動するために必要なアイドル期間（ｓｕｂａｃｔｉｏｎ ｇａｐ）が、Ｉｓｏｃｈｒｏｎｏｕｓ転送を起動するため必要なアイドル期間（Ｉｓｏｃｈｒｏｎｏｕｓ ｇａｐ）よりも長くなるように設定されているためである。これにより、Ｉｓｏｃｈｒｏｎｏｕｓ転送は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送に優先して実行される。
【０１１６】
図２０において、各通信サイクルのスタート時には、サイクル・スタート・パケット（以下、ＣＳＰ）が所定のノードから転送される。各ノードは、このＣＳＰを用いて時刻調整を行うことによって、他のノードと同じ時間を計時することができる。
【０１１７】
（１１）Ｉｓｏｃｈｒｏｎｏｕｓ転送モード
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、同期型の転送方式である。Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、通信サイクルの開始後、所定の期間において実行可能である。又、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、リアルタイム転送を維持するために、各サイクル毎に必ず実行される。
【０１１８】
Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、特に動画像データや音声データ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。Ｉｓｏｃｈｒｏｎｏｕｓ転送モードは、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードのように１対１の通信ではなく、ブロードキャスト通信である。つまり、あるノードから送出されたパケットは、ネットワーク上の全てのノードに対して一様に転送される。尚、Ｉｓｏｃｈｒｏｎｏｕｓ転送には、ａｃｋ（受信確認用返信コード）は存在しない。
【０１１９】
図２０において、チャネルｅ（ｃｈ ｅ）、チャネルｓ（ｃｈ ｓ）、チャネルｋ（ｃｈｋ）は、各ノードがＩｓｏｃｈｒｏｎｏｕｓ転送を行う期間を示す。１３９４インタフェースでは、複数の異なるＩｓｏｃｈｒｏｎｏｕｓ転送を区別するために、夫々異なるチャネル番号を与えている。これにより、複数ノード間でのＩｓｏｃｈｒｏｎｏｕｓ転送が可能となる。ここで、このチャネル番号は、送信先を特定するものではなく、データに対する論理的な番号を与えているに過ぎない。
【０１２０】
又、図２０に示したＩｓｏｃｈｒｏｎｏｕｓ ｇａｐとは、バスのアイドル状態を示すものである。このアイドル状態が一定時間を経過した後、Ｉｓｏｃｈｒｏｎｏｕｓ転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１２１】
次に、図２１にＩｓｏｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットのフォーマットを示す。以下、Ｉｓｏｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットを、Ｉｓｏｃｈｒｏｎｏｕｓパケットと称する。
【０１２２】
図２１において、Ｉｓｏｃｈｒｏｎｏｕｓパケットはヘッダ部２１０１、ヘッダＣＲＣ２１０２、データ部２１０３、データＣＲＣ２１０４から構成される。
ヘッダ部２１０１には、データ部２１０３のデータ長を格納するフィールド２１０５、Ｉｓｏｃｈｒｏｎｏｕｓパケットのフォーマット情報を格納するフィールド２１０６、Ｉｓｏｃｈｒｏｎｏｕｓパケットのチャネル番号を格納するフィールド２１０７、パケットのフォーマット及び実行しなければならない処理を識別するトランザクションコード（ｔｃｏｄｅ）を格納するフィールド２１０８、同期化コードを格納するフィールド２１０９がある。
【０１２３】
（１２）Ａｓｙｎｃｈｒｏｎｏｕｓ転送モード
Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードは、非同期型の転送方式である。Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、Ｉｓｏｃｈｒｏｎｏｕｓ転送期間の終了後、次の通信サイクルが開始されるまでの間（即ち、次の通信サイクルのＣＳＰが転送されるまでの間）、実行可能である。
【０１２４】
図２０において、最初のサブアクション・ギャップ（ｓｕｂａｃｔｉｏｎ ｇａｐ）は、バスのアイドル状態を示すものである。このアイドル時間が一定値になった後、Ａｓｙｎｃｈｒｏｎｏｕｓ転送を希望するノードは、バスが使用できると判断し、アービトレーションを実行する。
【０１２５】
アービトレーションによりバスの使用権を得たノードは、図２２に示すパケットを所定のノードに対して転送する。このパケットを受信したノードは、ａｃｋ（受信確認用返送コード）或いは応答パケットをａｃｋ ｇａｐ後に返送する。
【０１２６】
図２２は、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードに基づく通信パケットのフォーマットを示す図である。以下、Ａｓｙｎｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットを、Ａｓｙｎｃｈｒｏｎｏｕｓパケットと称する。
【０１２７】
図２２において、Ａｓｙｎｃｈｒｏｎｏｕｓパケットは、ヘッダ部２２０１、ヘッダＣＲＣ２２０２、データ部２２０３、データＣＲＣ２２０４から構成される。
ヘッダ部２２０１において、フィールド２２０５には宛先となるノードのノードＩＤ、フィールド２２０６にはソースとなるノードのノードＩＤ、フィールド２２０７には一連のトランザクションを示すためのラベル、フィールド２２０８には再送ステータスを示すコード、フィールド２２０９にはパケットのフォーマット及び実行しなければならない処理を識別するトランザクションコード（ｔｃｏｄｅ）、フィールド２２１０には優先順位、フィールド２２１１には宛先のメモリ・アドレス、フィールド２２１２にはデータ部のデータ長、フィールド２２１３には拡張されたトランザクション・コードが格納される。
【０１２８】
又、Ａｓｙｎｃｈｒｏｎｏｕｓ転送は、自己ノードから相手ノードへの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視される。従って、宛先となるノードのみが、そのパケットを読み込むことができる。
【０１２９】
尚、Ａｓｙｎｃｈｒｏｎｏｕｓ転送中に次のＣＳＰを転送すべき時間に至った場合、無理に転送を中断せず、その転送が終了した後、次のＣＳＰを送信する。これにより、１つの通信サイクルが１２５μＳ以上続いたときは、その分、次の通信サイクル期間を短縮する。このようにすることによって、１３９４ネットワークは、ほぼ一定の通信サイクルを保持することができる。
【０１３０】
（１３）デバイス・マップ
デバイスマップを作成するためにアプリケーションが１３９４ネットワークのトポロジーを知る手段として、ＩＥＥＥ１３９４規格上は以下の手段がある。
【０１３１】
１．バスマネージャーのトポロジーマップレジスターをリードする
２．バスリセット時にセルフＩＤパケットから推定する
【０１３２】
しかし上記１、２の手段では、各ノードの親子関係によるケーブル接続順のトポロジーは判明するものの、物理的な位置関係のトポロジーを知ることは出来ない。（実装されていないポートまで見えてしまう、といった問題もある）
【０１３３】
また、デバイスマップを作成するための情報を、コンフィギュレーションＲＯＭ以外のデータベースとして持つ、といった手段もあるが、その場合、各種情報を得る手段はデータベースアクセスのためのプロトコルに依存してしまう。
【０１３４】
ところで、コンフィギュレーションＲＯＭ自体やコンフィギュレーションＲＯＭを読む機能は、ＩＥＥＥ１３９４規格を遵守したデバイスが必ず持つものである。そこで、デバイスの位置、機能等の情報を各ノードのコンフィギュレーションＲＯＭに格納し、それらをアプリケーションから読む機能を与えることにより、データベースアクセス、データ転送等の特定のプロトコルに依存することなく、各ノードのアプリケーションがいわゆるデバイスマップ表示機能を実装することができる。
【０１３５】
コンフィグレーションＲＯＭにはノード固有の情報として物理的な位置、機能などが格納可能であり、デバイスマップ表示機能の実現に使用することが可能である。
【０１３６】
この場合、アプリケーションが物理的な位置関係による１３９４ネットワークトポロジーを知る手段としては、バスリセット時やユーザーからの要求時に、各ノードのコンフィギュレーションＲＯＭを読み取ることにより、１３９４ネットワークのトポロジーを知る、という方法が可能となる。さらに、コンフィギュレーションＲＯＭ内にノードの物理的位置のみならず、機能などの各種ノード情報も記述することによって、コンフィギュレーションＲＯＭを読むことで、ノードの物理的位置と同時に各ノードの機能情報等も得ることができる。アプリケーションが各ノードのコンフィギュレーションＲＯＭ情報を取得する際には、指定ノードの任意のコンフィギュレーションＲＯＭ情報を取得するＡＰＩを用いる。
【０１３７】
このような手段を用いることにより、ＩＥＥＥ１３９４ネットワーク上のデバイスのアプリケーションは、物理的なトポロジーマップ、各ノードの機能マップなど、用途に応じて様々なデバイスマップを作成することができ、ユーザーが必要な機能をもつデバイスを選択する、といったことも可能となる。
【０１３８】
本実施形態では図１中の１３９４Ｉ／Ｆ部１０６、１１１で上記処理が行なわれる。
【０１３９】
＜ＤＰＰの概要説明＞
ＩＥＥＥ１３９４インタフェースにおけるプロトコルのひとつにダイレクトプリントプロトコル（ＤＰＰ）が挙げられる。
【０１４０】
ここでは簡単にＤＰＰの概要を説明する。ＤＰＰはＩＥＥＥ１３９４の物理層の上位に位置し、ディスク、テープ、プリンタやスキャナといったデバイス間の効率的コマンド・データ転送、そしてコマンドの動作状況、そしてその結果やデータの転送可否などの状態を上位アプリケーションに通知する機能を有する。
【０１４１】
ＤＰＰではホストＰＣ無しでＩｍａｇｅ Ｓｏｕｒｃｅ Ｄｅｖｉｃｅからプリンタ装置への直接印刷が可能であることが特徴である。またＤｅｖｉｃｅ間でのファイル転送も可能である。
【０１４２】
図２７はＤＰＰの構成を示す。図でも示す通りＤＰＰとはＳＢＰ２と同様ＩＥＥＥ１３９４の物理層の上位に位置し、構成としてはＴｈｉｎ ＰｒｏｔｏｃｏｌとＤＰＰ Ａｐｒｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ Ｓｅｔで構成される。
【０１４３】
Ｔｈｉｎ ＰｒｏｔｏｃｏｌはさらにＴｈｉｎ Ｓｅｓｓｉｏｎ，Ｔｈｉｎ Ｔｒａｎｓａｃｔｉｏｎに分かれる。
【０１４４】
図２８にＴｈｉｎ Ｐｒｏｔｏｃｏｌの概要を示す。図中、上段の動作がコネクション動作を示し、中段はコマンド転送動作、下段はディスコネクション動作を示す。
【０１４５】
印刷データのパケット化の実際は図２９に示すとおり各層でセグメンテーション化が行われ、転送用のパケットが作られる。
【０１４６】
ＤＰＰ Ａｐｒｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ ＳｅｔにはＤｉｒｅｃｔ Ｐｒｉｎｔ Ｃｏｍｍａｎｄ ＳｅｔとＦｉｌｅ Ｔｒａｎｓｆｅｒ Ｃｏｍｍａｎｄ Ｓｅｔの２種類が存在し本実施形態ではＤＰＣ（Ｄｉｒｅｃｔ Ｐｒｉｎｔ Ｃｏｍｍａｎｄ Ｓｅｔ）を使用する。
【０１４７】
ＤＰＣのコマンドとしてはイメージデータ転送を行うＳｅｎｄコマンド等のＧｅｎｅｒｉｃ ＣｏｍｍａｎｄとネゴシエーションＩｔｅｍを得るＧｅｔ Ｑｕｅｒｙ Ｉｔｅｍコマンド等のＮｅｇｏｔｉａｔｉｏｎ Ｃｏｍｍａｎｄ他が用意されている。図３０にその使用例が示されている。
【０１４８】
本実施形態では図１中の印刷データ転送制御部１０７、１３９４Ｉ／Ｆ制御部１１２で上記制御が行なわれる。
【０１４９】
＜プリンタ装置の電源オン／オフ検知方法＞
前述＜ＩＥＥＥ１３９４の技術の概要＞の（４）通信ケーブルの構成の中で説明したように通信ケーブルには２組のツイストペア信号線と電源ラインで構成されている。本実施形態ではその電源ラインを利用することでプリンタ装置の電源の状態を検知する。前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。但し実際はこの電源は使用される事は無く、無駄な電力の消費は抑えるものとする。図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が電源オン状態、電圧が無ければプリンタ装置が電源オフ状態であると判断する。
【０１５０】
電源検知方法は上記以外の方法もいろいろ考えられる。例えば、前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。さらにＳＴＢも電源供給を行なうが、電源検知時だけ供給を停止する。その間に図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が電源オン状態、電圧が無ければプリンタ装置が電源オフ状態であると判断する。検知終了後、再び電源供給を再開する。
【０１５１】
或いは、前記電源ラインへの電源供給はプリンタ装置が電源オフ状態であっても行なうものとする。但し実際はこの電源は使用される事は無く、無駄な電力の消費は抑えるものとする。図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が接続状態であるためそれを表示制御部１０５が受け取りさらに印刷データ転送制御部１０７がＤＰＰのコネクションリクエストを発行する。レスポンスが無ければプリンタ装置が電源オフ状態であると判断する。
【０１５２】
或いは、単純に印刷データ転送制御部１０７がＤＰＰのコネクション要求を発行してレスポンスが無ければプリンタ装置が電源オフ状態であると判断する。
【０１５３】
或いは、＜１３９４Ｉ／Ｆの技術の概要＞で説明したバスリセット後のノード検出により、１３９４Ｉ／Ｆ部１０６、１１１は接続先の有無を知ることができるため、その情報を表示制御部１０５が取り込むことによりプリンタの電源有無を知ることができる。
【０１５４】
＜プリンタ装置の電源オフ時におけるコンテンツの表示方法＞
前記方法によりプリンタ装置の電源がオフ状態であることを知りえた表示制御部１０５は、表示用コンテンツの解析処理をする。前述＜印刷コンテンツの検出方法＞で説明したごとく印刷コンテンツを検出した場合は、印刷コンテンツに関わる個所をすべて非表示にするため、例えば印刷コンテンツ関連個所をすべて削除したファイルを新たに作成しそれを表示回路部へ渡す。
【０１５５】
以上によりＴＶモニタにはプリンタ装置の電源がオフ状態であれば印刷コンテンツ以外の表示がなされる。
以上本実施形態により、ユーザーはプリンタ電源オフ状態であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く利便性が向上すると言う効果がある。
【０１５６】
（第２の実施形態）
前記第１の実施形態ではプリンタ装置が接続されている場合の電源オン／オフ検出であったが、第２の実施形態は未接続の検出を行なう。
【０１５７】
＜プリンタ装置の接続検出方法＞
前述＜ＩＥＥＥ１３９４の技術の概要＞の（４）通信ケーブルの構成の中で説明したように通信ケーブルには２組のツイストペア信号線と電源ラインで構成されている。本実施形態でもその電源ラインを利用することでプリンタ装置の接続状態を検出する。前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。但し実際はこの電源は使用される事は無く、無駄な電力の消費は抑えるものとする。図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が接続状態、電圧が無ければプリンタ装置が未接続状態であると判断する。
【０１５８】
プリンタ装置の接続検出方法は上記以外の方法もいろいろ考えられる。例えば、前記電源ラインへの電源供給はプリンタ装置が電源オン状態の時に行なうものとする。さらにＳＴＢも電源供給を行なうが、接続検出時だけ供給を停止する。その間に図１の中の電源検知回路部１０８で前記電源ラインを検知して、電圧が出ておればプリンタ装置が接続状態、電圧が無ければプリンタ装置が未接続状態であると判断する。検出終了後、再び電源供給を再開する。
【０１５９】
或いは、単純に印刷データ転送制御部１０７がＤＰＰのコネクション要求を発行してレスポンスが無ければプリンタ装置の電源が入っていないか未接続状態であると判断する。
【０１６０】
或いは、＜１３９４Ｉ／Ｆの技術の概要＞で説明したバスリセット後のノード検出により、１３９４Ｉ／Ｆ部１０６、１１１は接続先の有無を知ることができるため、その情報を表示制御部１０５が取り込むことによりプリンタの電源有無、接続先の有無を知ることができる。
【０１６１】
＜プリンタ装置の未接続状態におけるコンテンツの表示方法＞
前記方法によりプリンタ装置の未接続状態であることを知りえた表示制御部１０５は、前記第１の実施形態と同様表示用コンテンツの解析処理をする。前述＜印刷コンテンツの検出方法＞で説明したごとく印刷コンテンツを検出した場合は、印刷コンテンツに関わる個所をすべて非表示にするため、例えば印刷コンテンツ関連個所をすべて削除したファイルを新たに作成しそれを表示回路部へ渡す。以上によりＴＶモニタにはプリンタ装置が未接続状態であれば印刷コンテンツ以外の表示がなされる。
【０１６２】
以上本実施形態により、ユーザーはプリンタ装置が未接続であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く利便性が向上すると言う効果がある。
【０１６３】
（第３の実施形態）
前述第１及び第２の実施形態では印刷できない環境時に図１内表示制御部１０５が印刷コンテンツを削除していたが、第３の実施形態ではプリンタ装置の状態を印刷コンテンツ情報に追加する。
【０１６４】
＜プリンタ装置状態の情報を追加表示するコンテンツの表示方法＞
第１及び第２の実施形態の方法によりプリンタ装置の電源がオフ状態、或いはプリンタ装置の未接続状態であることを知りえた表示制御部１０５は、表示用コンテンツの解析処理をする。前述＜印刷コンテンツの検出方法＞で説明したごとく印刷コンテンツを検出した場合は、ユーザにより印刷コンテンツが選択された時にプリンタ装置状態がわかるよう例えば“プリンタの電源がオフです。”とか“プリンタが接続されておりません。”等の表示が現れるよう図２４で説明したコンテンツイベントファイルの中身を追加編集する。
【０１６５】
またプリンタ装置とコネクションされた場合はプリンタのステータス情報を受け取りその情報が表示されるようコンテンツイベントファイルの中身を追加編集しても良い。
以上によりＴＶモニタにはプリンタ装置状態の情報も印刷コンテンツを選択すれば表示される。
【０１６６】
以上本実施形態により、ユーザーはＴＶモニタにプリンタ装置状態の情報も印刷コンテンツを選択すれば表示されることにより利便性が向上すると言う効果がある。
【０１６７】
上記第１の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えるシステムである。
【０１６８】
ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えたことにより、プリンタ電源オフ状態であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く、ユーザーにとって操作性、利便性が向上すると言う効果がある。
【０１６９】
上記第２の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の未接続である時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えるシステムである。
【０１７０】
ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の接続無しである時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればその部分を削除する手段を備えたことにより、プリンタ電源オフ状態であれば必要のない印刷可能なコンテンツがＴＶモニタに現れない為、余計な情報に惑わされること無く、ユーザーにとって操作性、利便性が向上すると言う効果がある。
【０１７１】
上記第３の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置の電源が入っていないことを通知する表示を追加する手段を備えるシステムである。
【０１７２】
ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置がパワーオフの状態かを検知する手段を設け、さらにパワーオフである時にはＴＶモニターへの表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置の電源が入っていないことを通知する表示を追加する手段を備えたことにより、ユーザーはＴＶモニタにプリンタ装置状態の情報も表示されることにより利便性が向上すると言う効果がある。
【０１７３】
また、上記第３の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の未接続である時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置が未接続であることを通知する表示を追加する手段を備えるシステムである。
【０１７４】
ＳＴＢ内にプリンタ装置が接続されていないかを検知する手段を設け、さらにプリンタ装置の接続無しである時にはＴＶモニターへ映し出される表示コンテンツの中身を予め解析する手段により印刷コンテンツが含まれていればプリンタ装置が未接続であることを通知する表示を追加する手段を備えたことにより、ユーザーはＴＶモニタにプリンタ装置状態の情報も表示されることにより利便性が向上すると言う効果がある。
【０１７５】
また、上記第３の実施形態の印刷システムは、ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置が何らかのエラーの状態かをステータス検知する手段を設け、さらにエラー状態である時にはＴＶモニターへの表示コンテンツに印刷コンテンツが含まれていれば印刷コンテンツにエラーステータス表示を追加する手段を備えるシステムである。
【０１７６】
ＳＴＢ内にプリンタ装置が接続されていてもプリンタ装置が何らかのエラーの状態かをステータス検知する手段を設け、さらにエラー状態である時にはＴＶモニターへの表示コンテンツに印刷コンテンツが含まれていれば印刷コンテンツにエラーステータス表示を追加する手段を備えたことにより、ユーザーはＴＶモニタにプリンタ装置状態の情報も表示されることにより利便性が向上すると言う効果がある。
【０１７７】
上記第１〜第３の実施形態の印刷システムは、ＳＴＢとプリンタ装置との接続に高速データ転送が可能なＩＥＥＥ１３９４インタフェースを採用したシステムである。
【０１７８】
ＳＴＢとプリンタ装置との接続にＩＥＥＥ１３９４インタフェースを採用したことによりノンＰＣ環境であるにも関わらず高速インタフェースが実現できるという効果がある。
【０１７９】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【０１８０】
本発明の実施態様の例を以下に列挙する。
【０１８１】
［実施態様１］表示コンテンツを受信するための受信手段と、
外部印刷装置の状態を検知する検知手段と、
前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理手段とを有することを特徴とする画像処理装置。
【０１８２】
［実施態様２］前記画像表示処理手段は、前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知結果の表示情報を前記受信した表示コンテンツに追加して表示させることを特徴とする実施態様１記載の画像処理装置。
【０１８３】
［実施態様３］前記検知手段は、外部に印刷装置が接続されておりかつその印刷装置の電源が入っているか否かを検知し、
前記画像表示処理手段は、前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して表示させることを特徴とする実施態様１記載の画像処理装置。
【０１８４】
［実施態様４］前記画像表示処理手段は、印刷装置の電源が入っていない又は印刷装置が接続されていないと検知したならば前記受信した表示コンテンツを編集して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８５】
［実施態様５］前記画像表示処理手段は、印刷装置の電源が入っていないと検知したならば前記受信した表示コンテンツから印刷コンテンツを削除して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８６】
［実施態様６］前記画像表示処理手段は、印刷装置が接続されていないと検知したならば前記受信した表示コンテンツから印刷コンテンツを削除して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８７】
［実施態様７］前記画像表示処理手段は、印刷装置の電源が入っていないと検知したならばその検知結果の表示情報を前記受信した表示コンテンツに追加して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８８】
［実施態様８］前記画像表示処理手段は、印刷装置が接続されていないと検知したならばその検知結果の表示情報を前記受信した表示コンテンツに追加して表示させることを特徴とする実施態様３記載の画像処理装置。
【０１８９】
［実施態様９］さらに、印刷装置に接続するためのＩＥＥＥ１３９４インタフェースを有することを特徴とする実施態様１〜８のいずれか１項に記載の画像処理装置。
【０１９０】
［実施態様１０］表示コンテンツを受信するための受信ステップと、
外部印刷装置の状態を検知する検知ステップと、
前記受信した表示コンテンツが印刷コンテンツを含むときには、前記検知の結果に応じて前記受信した表示コンテンツを編集して画像表示装置に表示させるための画像表示処理ステップとを有することを特徴とする画像処理方法。
【０１９１】
【発明の効果】
以上説明したように、本発明によれば、検知手段は、外部印刷装置の接続状態、電源状態、エラー状態等を検知することができる。その検知結果に応じて、表示コンテンツから印刷コンテンツを削除して表示したり、又はその検知結果を表示コンテンツに追加して表示させることができるので利便性が向上する。
【図面の簡単な説明】
【図１】本発明の第１の実施形態による印刷システムの構成を示した図である。
【図２】１３９４シリアルバスのネットワークの構成を示した図である。
【図３】１３９４シリアルバスの構成要素を示した図である。
【図４】１３９４シリアルバスのリンク・レイヤ提供可能なサービスを示す図である。
【図５】１３９４シリアルバスのトランザクション・レイヤ提供可能なサービスを示す図である。
【図６】１３９４インタフェースにおけるアドレス空間を説明する図である。
【図７】１３９４インタフェースにおけるＣＳＲコア・レジスタに格納される情報のアドレス及び機能を示す図である。
【図８】１３９４インタフェースにおけるシリアルバス・レジスタに格納される情報のアドレス及び機能を示す図である。
【図９】１３９４インタフェースにおける最小形式のＣｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭを示す図である。
【図１０】１３９４インタフェースにおける一般形式のＣｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭを示す図である。
【図１１】１３９４インタフェースにおけるシリアルバス装置レジスタに格納される情報のアドレス及び機能を示す図である。
【図１２】ＩＥＥＥ１３９４規格に準拠した通信ケーブルの断面図である。
【図１３】ＤＳ−Ｌｉｎｋ符号化方式を説明する図である。
【図１４】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示した図である。
【図１５】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示した図である。
【図１６】バスリセットの開始からノードＩＤの割り当て処理までの基本的なシーケンスを示した図である。
【図１７】図１５に示したステップＳ１５０５の処理（即ち、自動的に各ノードのノードＩＤを割り当てる処理）を詳細に説明するフローチャートである。
【図１８】１３９４インターフェースにおけるセルフＩＤパケットの構成を示した図である。
【図１９】１３９４ネットワークにおけるアービトレーションを説明する図である。
【図２０】１通信サイクルにおいてＩｓｏｃｈｒｏｎｏｕｓ転送モードとＡｓｙｎｃｈｒｏｎｏｕｓ転送モードとを混在させた場合を説明する図である。
【図２１】Ｉｓｏｃｈｒｏｎｏｕｓ転送モードに基づいて転送される通信パケットのフォーマットを示した図である。
【図２２】アシンクロナス転送のパケットフォーマットを示した図である。
【図２３】ＳＴＢ内部でのデータ処理フローを示した図である。
【図２４】一般の表示系放送内容を示した例を示す図である。
【図２５】印字用モジュール（例では９９９９番）だけを書き出した例を示す図である。
【図２６】マルチパートの記述例を示す図である。
【図２７】ＤＰＰの構成を示した図である。
【図２８】ＤＰＰ Ｔｈｉｎ Ｐｒｏｔｏｃｏｌについて示した図である。
【図２９】ＤＰＰのパケット化について示した図である。
【図３０】ＤＰＣ Ｓｅｔの実際について示した図である。
【符号の説明】
１０１ ＳＴＢ（ＳＥＴ ＴＯＰ ＢＯＸ）
１０２ ＴＶモニター装置
１０３ プリンタ装置
１０４ 表示回路部
１０５ 表示制御部
１０６ １３９４Ｉ／Ｆ部
１０７ 印刷データ転送制御部
１０８ 電源検知回路部
１１０ プリンタ制御部
１１１ １３９４Ｉ／Ｆ部
１１２ １３９４Ｉ／Ｆ制御部
１１４ 電源回路部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an image processing device for display content such as data broadcasting.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, applications such as broadcasting have been aimed at watching video displayed on a TV monitor, whether analog or digital, and listening to sound synchronized with the video from an audio device. For data broadcasting, a huge amount of real-time information was obtained from a TV monitor.
[0003]
[Problems to be solved by the invention]
In recent years, demand for not only screen information but also information printed on paper has been increasing. That is, the request is to output the displayed content such as a data broadcast and print it with a printing device. In order to satisfy the demand, an STB-connected printer has been proposed.
[0004]
However, if the conventional printer device is brought in as it is, the operability and usability, for example, a user who does not use the printer device, or even a user who has a printer device, does not remove the printer device or prints because the power is not turned on. Displaying print content in an environment where it is not possible has many problems, such as unnecessary information for the user.
[0005]
SUMMARY OF THE INVENTION It is an object of the present invention to provide an image processing apparatus that not only outputs image data to a TV monitor but also controls display of print information including display propriety depending on the state of an external printing apparatus. .
[0006]
[Means for Solving the Problems]
According to one aspect of the present invention, a receiving unit for receiving display content, a detecting unit for detecting a state of an external printing device, and when the received display content includes a print content, according to a result of the detection. And an image display processing means for editing the received display content and displaying the edited display content on an image display device.
[0007]
According to the present invention, the detection unit can detect a connection state, a power supply state, an error state, and the like of the external printing apparatus. According to the detection result, the print content can be deleted from the display content and displayed, or the detection result can be added to the display content and displayed, so that the convenience is improved.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
(1st Embodiment)
FIG. 1 is a diagram showing a printing system according to a first embodiment of the present invention best. In the drawing, reference numeral 101 denotes an apparatus (image processing apparatus) for processing image data generally called STB (SET TOP BOX). , A TV monitor device (image display device) for drawing image (moving image, still image) data from the STB 101, and a printer device (printing device) 103 for printing print data from the STB 101. .
[0009]
In the STB 101, a receiving unit (not shown) for receiving image data, an image processing unit (not shown) for processing the image data, an image data control unit (not shown) for controlling the image data, and output of display image data A display circuit unit 104 for performing analysis of display contents to be output to the TV monitor 102 in advance and, if print contents are included, a display control unit 105 for controlling whether to delete the print contents, and outputting print data 1394 I / F unit 106, a print data transfer control unit 107 for controlling the transfer of print data, and a power supply detection circuit unit 108 for detecting the voltage of the power supply line of the IEEE 1394 interface.
[0010]
On the other hand, the printer device 103 includes a printer control unit 110 for controlling printing, a 1394 I / F unit 111 for inputting print data, a 1394 I / F control unit 112 for controlling the 1394 I / F, and a power supply circuit unit 114.
[0011]
When the IEEE 1394 interface is used to connect the STB 101 and the printer device 103, the STB2 protocol cannot be used and the AVC protocol can be used because a personal computer (PC) does not intervene, but the direct print protocol (DPP) is used in the present embodiment. .
[0012]
In the present embodiment, printing of data broadcast print content is handled, and the operation of the system in that case will be described.
The STB 101 receives the data broadcast, the display image data is output from the display circuit unit 104, and the data broadcast content is displayed on the TV monitor 102.
[0013]
At this time, when the display control unit 105 in the preceding stage of the display circuit unit 104 analyzes the print content including the print data that can be printed in the data broadcast content of the received video data and determines that there is print data, the printer 103 If the power supply is turned on, the power supply detection circuit unit 108 detects the power supply line via the IEEE 1394 interface and makes an appropriate determination. The display control unit 105 receives the power supply line and displays it on the display circuit unit 104 including the print content. Is output.
[0014]
In this case, if the user makes a print request while viewing the print content displayed on the TV monitor, the print data transfer control unit 107 sends the desired print content to the 1394 I / F unit by pressing a print button in the monitor, for example. The print content data is output and transferred to the printer device 103 through the IEEE 1394 interface line, and the printer device 103 performs print processing.
[0015]
On the other hand, if the power of the printer 103 is not turned on and the power detection circuit unit 108 detects the power line via the IEEE1394 interface and determines that the power is not turned on, the display control unit 105 receives the power line and displays the print content. After processing the contents, the corrected image data is sent to the display circuit unit 104 to output a corrected display.
[0016]
The following is a detailed description.
<Explanation of data broadcasting contents>
Standardization of data broadcasting of digital broadcasting is progressing.
In Japan, BML is being developed as a data broadcasting coding specification of ARIB in Japan.
BML is an abbreviation of Broadcast Markup Language, which defines a content description language for broadcasting such as a style sheet and Java (R) Script with XML-based HTML (xHTML) as a core.
In the STB 101, the following processing is performed and stored as a file.
[0017]
FIG. 23 shows the method. The content data is multiplexed with other media according to the MPEG-2 system, and after PSK digital modulation with a single carrier, is transmitted from an antenna.
At 2301, a received radio wave RF is selected and demodulated by a tuner to obtain an MPEG-2 TS packet as a multiplexed stream.
At 2302, the data broadcast content is separated from other media based on the PID-filter / PSI-analysis from the multiplexed stream.
In 2303, a TS packet including only the previously separated data broadcast content is temporarily stored as a data string for one cycle defined by the DSM-CC scheme.
In step 2304, a plurality of files are obtained from a data string (a plurality of DII + DDB) temporarily stored in the Carousel Buffer and stored in a storage device such as a flash memory in the STB. That is, the transmitting side separates the integrated (multipart) “module” again into (1) still image jpeg (2) graphic png (3) character text (4) control code text. The BML browser software sequentially reads the files, transfers data to and from a screen display and a remote controller, and starts printing.
[0018]
Next, the configuration of storing BML content inside STB 101 in digital data broadcasting will be described. Here, “module” is used in a meaning close to “folder” including a plurality of independent files.
[0019]
FIG. 24 is an example showing general display broadcast contents. The broadcasted program is called an “event”. An event ("AfternoonTea" in the example) is composed of a plurality of modules. The module name is limited to "four digits of hexadecimal character string". The module identified by the special number “0x0000” is activated first in the program group. It usually contains the entire main menu page (including multiple files). A file named "startup.bml" always exists in the module number "0x0000". The display browser (software) processes this file first. Of course, there is no problem even if (startup.bml) exists in another module. The maximum size of one module is 1 MB, and there is no maximum size for the entire event. The maximum number of modules per event is 256. Since the size of the RAM to be mounted on the tuner is specified as a minimum of 2 MB, the size of the content to be broadcasted must also match.
[0020]
FIG. 25 is an example in which only the printing module (number 9999 in the example) is written out. This module includes one “print layout information file” (print.bml in the example) and a plurality of attached “image files”. The printing module is assumed to have a maximum of 300 KB in total. Note that this module includes xxxx. It is assumed that only one bml exists.
[0021]
<Multipart>
A state in which a plurality of files are combined into one will be described. FIG. 26 shows an example of the description. The file combined into one is called a module. Multiparting is a technique often used for e-mail and the like, and is specified in RFC1521 (MIME). The main components and their arrangement will be described. Define a character to separate each file. Next, the length of the entire module is shown. Further, information “resourceList” is added following “Boundary”. (Details are described in Chapter 2 and Chapter 9 in B24 version 2.0 or earlier.) The resourceList includes information (name, size, etc.) of all files included in the module. After that, the actual file data is repeated, such as the boundary, the length of the file, and the name of the file.
[0022]
<Print content detection method>
First, a method of starting printing from content will be described. The saveModule corresponds to a method of storing a module in a storage destination according to a receiver setting on a storage device.

[0023]
The currently specified drive types are as follows.
“InternalHDD”: Internal hard disk
“MemoryCard”: Memory card
“ExternalDevice”: External device
“Printer”: Printer
[0024]
The case where the 0003 module is output to Printer is as follows.
browser. saveModule ("$ / 0003", "text / X-arib-bml; charset = 'euc-jp'", "Printer");
The above is the printing method from the content.
[0025]
In order to determine whether the content is print content, Print. It is not enough to search for a BML file. Strictly speaking, it is whether or not the above-mentioned instruction is included in the executable file.
[0026]
Therefore, by detecting whether or not the above description exists in the BML syntax, it is determined whether or not the content to be displayed or the currently displayed content is a print content by searching the content file.
[0027]
In the future, there is a possibility that the print API of this portion may be additionally formulated by ARIB, and in such a case, it is determined whether the content is print content according to the description.
[0028]
<Overview of IEEE 1394 Technology>
Hereinafter, the technology of the IEEE 1394-1995 standard applied to the digital interface of the present embodiment will be briefly described. The details of the IEEE 1394-1995 standard (hereinafter referred to as the IEEE 1394 standard) are described in detail in "IEE. Bus ".
[0029]
(1) Overview
FIG. 2 shows an example of a communication system (hereinafter, a 1394 network) including nodes having a digital interface (hereinafter, a 1394 interface) based on the IEEE 1394 standard. The 1394 network constitutes a bus network capable of communicating serial data.
[0030]
In FIG. 2, nodes A to F are connected via a communication cable conforming to the IEEE 1394 standard. These nodes A to H are electronic devices such as a PC (Personal Computer), a digital VTR (Video Tape Recorder), a DVD (Digital Video Disc) player, a digital camera, a hard disk, and a monitor.
[0031]
The connection method of the 1394 network corresponds to the daisy chain method and the node branch method, and enables connection with a high degree of freedom.
In the 1394 network, for example, when an existing device is deleted, a new device is added, or the power of the existing device is turned on / off, the bus is automatically reset. By performing the bus reset, the 1394 network can automatically recognize a new connection configuration and assign ID information to each device. With this function, the 1394 network can always recognize the connection configuration of the network.
[0032]
The 1394 network has a function of relaying data transferred from another device. With this function, all devices can grasp the operation status of the bus.
[0033]
Further, the 1394 network has a function called Plug & Play. With this function, the connected device can be automatically recognized only by connecting without turning off the power of all devices.
[0034]
Further, the 1394 network supports a data transfer rate of 100/200/400 Mbps. A device having a higher data transfer rate can support a lower data transfer speed, so that devices corresponding to different data transfer speeds can be connected.
[0035]
Further, the 1394 network supports two different data transfer schemes (ie, Asynchronous transfer mode and Isochronous transfer mode).
The Asynchronous transfer mode is effective when transferring data (that is, control signals, file data, and the like) that is required to be transferred asynchronously as necessary. In addition, the isochronous transfer mode is effective when transferring data (that is, video data, audio data, and the like) required to continuously transfer a predetermined amount of data at a constant data rate.
[0036]
The Asynchronous transfer mode and the Isochronous transfer mode can be mixed in each communication cycle (usually one cycle is 125 μS). Each transfer mode is executed after transfer of a cycle start packet (hereinafter, CSP) indicating the start of a cycle.
[0037]
Note that in each communication cycle period, the isochronous transfer mode is set to have a higher priority than the asynchronous transfer mode. The transfer band in the isochronous transfer mode is guaranteed in each communication cycle.
[0038]
(2) Architecture
Next, components of the 1394 interface will be described with reference to FIG.
The 1394 interface is functionally composed of a plurality of layers (layers). In FIG. 3, the 1394 interface is connected to a 1394 interface of another node via a communication cable 301 conforming to the IEEE 1394 standard. Further, the 1394 interface has one or more communication ports 302, and the communication ports 302 are connected to a physical layer 303 included in a hardware unit.
[0039]
In FIG. 3, the hardware unit includes a physical layer 303 and a link layer 304. The physical layer 303 performs a physical and electrical interface with another node, detection of a bus reset and processing associated therewith, encoding / decoding of input / output signals, arbitration of a bus use right, and the like. The link layer 304 generates and transmits and receives communication packets, controls a cycle timer, and the like.
[0040]
In FIG. 3, the firmware unit includes a transaction layer 305 and a serial bus management 306. The transaction layer 305 manages Asynchronous transfer mode and provides various transactions (read, write, lock). The serial bus management 306 provides functions for controlling the own node, managing the connection state of the own node, managing ID information of the own node, and managing resources of the serial bus network based on a CSR architecture described later.
[0041]
As described above, the hardware section and the firmware section substantially constitute a 1394 interface, and the basic configuration thereof is defined by the IEEE 1394 standard.
[0042]
The application layer 307 included in the software unit differs depending on the application software used, and controls how data is communicated on the network. For example, in the case of moving image data of a digital VTR, it is specified by a communication protocol such as the AV / C protocol.
[0043]
(2-1) Link layer 304
FIG. 4 is a diagram showing services that the link layer 304 can provide. In FIG. 4, the link layer 304 provides the following four services. That is, (1) a link request (LK_DATA.request) for requesting the response node to transfer a predetermined packet, (2) a link notification (LK_DATA.indication) for notifying the response node of reception of the predetermined packet, (3) A link response (LK_DATA.response) indicating that an acknowledgment has been received from the responding node; and (4) a link confirmation (LK_DATA.confirmation) confirming the acknowledgment from the requesting node. It should be noted that the link response (LK_DATA.response) does not exist in the case of the broadcast communication and the transfer of the isochronous packet.
Further, the link layer 304 realizes the above-mentioned two types of transfer methods, that is, the asynchronous transfer mode and the isochronous transfer mode, based on the above-mentioned service.
[0044]
(2-2) Transaction layer 305
FIG. 5 illustrates services that can be provided by the transaction layer 305. In FIG. 5, the transaction layer 305 provides the following four services. That is, (1) a transaction request (TR_DATA.request) for requesting a predetermined transaction to the response node, (2) a transaction notification (TR_DATA.indication) for notifying the reception node of the reception of the predetermined transaction request, (3). A transaction response (TR_DATA.response) indicating that status information (including data in the case of write or lock) has been received from the responding node, (4) a transaction confirmation (TR_DATA.confirmation) confirming status information from the requesting node ).
[0045]
Further, the transaction layer 305 manages asynchronous transfer based on the above-described service, and performs the following three types of transactions: (1) read transaction, (2) write transaction, and (3) lock transaction. Realize.
[0046]
{Circle around (1)} In a read transaction, a requesting node reads information stored at a specific address of a responding node.
{Circle around (2)} In the write transaction, the requesting node writes predetermined information to a specific address of the responding node.
(3) In the lock transaction, the request node transfers the reference data and the update data to the response node, compares the information of the specific address of the response node with the reference data, and specifies the specific address according to the comparison result. Is updated to the update data.
[0047]
(2-3) Serial bus management 306
The serial bus management 306 can specifically provide the following three functions. The three functions are (1) node control, (2) isochronous resource manager (hereinafter, IRM), and (3) bus manager.
[0048]
{Circle around (1)} The node control provides a function of managing the above-described layers and managing Asynchronous transfer executed with another node.
{Circle around (2)} IRM provides a function for managing Isochronous transfer executed between other nodes. Specifically, it manages information necessary for assigning a transfer bandwidth and a channel number, and provides this information to other nodes.
The IRM exists solely on the local bus, and is dynamically selected from other candidates (nodes having an IRM function) at each bus reset. The IRM may provide some of the functions (such as connection configuration management, power supply management, and speed information management) that can be provided by a bus manager described later.
{Circle around (3)} The bus manager has an IRM function and provides a more advanced bus management function than the IRM. More specifically, more advanced power management (information on whether or not power can be supplied via a communication cable, whether or not power must be supplied for each node, etc.), more advanced speed information It performs management (management of the maximum transfer rate between each node), management of a more advanced connection configuration (creation of a topology map), optimization of a bus based on the management information, and the like, and further transfers the information to another node. It has a function to provide.
[0049]
Also, the bus manager can provide services for controlling the serial bus network to the application. Here, the services include a serial bus control request (SB_CONTROL.request), a serial bus event control confirmation (SB_CONTROL.confirmation), and a serial bus event notification (SB_CONTROL.indication).
[0050]
SB_CONTROL. The request is a service for requesting a bus reset by an application. SB_CONTROL. The confirmation is defined as SB_CONTROL. This is a service for confirming the request to the application. SB_CONTROL. Indication is a service for notifying an application of an event that occurs asynchronously.
[0051]
(3) Address specification
FIG. 6 is a diagram illustrating an address space in the 1394 interface. The 1394 interface defines a 64-bit address space according to a CSR (Command and Status Register) architecture conforming to ISO / IEC 13213: 1994.
[0052]
In FIG. 6, the first 10-bit field 601 is used for an ID number specifying a predetermined bus, and the next 6-bit field 602 is used for an ID number specifying a predetermined device (node). The upper 16 bits are called “node ID”, and each node identifies another node by this node ID. Also, each node can perform communication in which the other party is identified using the node ID.
[0053]
The remaining 48-bit field specifies the address space (256 Mbyte structure) of each node. The 20-bit field 603 specifies a plurality of areas constituting the address space.
[0054]
In the field 603, the portion of "0 to 0xFFFFD" is called a memory space. The “0xFFFFE” portion is called a private space, and is an address that can be freely used by each node. The portion of “0xFFFFE” is called a register space, and stores common information between nodes connected to the bus. Each node can manage communication between the nodes by using the information of the register space.
[0055]
The last 28-bit field 604 specifies the address where common or unique information is stored in each node.
For example, in the register space, the first 512 bytes are used for CSR architecture core (CSR core) registers. FIG. 7 shows addresses and functions of information stored in the CSR core register. The offset in the figure is a relative position from “0xFFFFF00000000”.
[0056]
The next 512 bytes are used as a register for the serial bus. FIG. 8 shows addresses and functions of information stored in the serial bus register. The offset in the figure is a relative position from “0xFFFFF0000200”.
[0057]
The next 1024 bytes are used for the Configuration ROM.
The configuration ROM has a minimum format and a general format, and is arranged from “0xFFFFF0000400”. FIG. 9 shows a minimum configuration ROM. In FIG. 9, the vendor ID is a 24-bit numerical value uniquely assigned to each vendor by IEEE.
[0058]
FIG. 10 shows a general configuration ROM. In FIG. 10, the above-described vendor ID is stored in the Root Directory 1002. The Bus Info Block 1001 and the Root Leaf 1005 can hold a node unique ID as unique ID information for identifying each node.
[0059]
Here, the node unique ID is set to a unique ID capable of specifying one node regardless of a maker and a model. The node unique ID is composed of 64 bits, the upper 24 bits indicate the above-described vendor ID, and the lower 48 bits indicate information (for example, a node serial number or the like) that can be freely set by a manufacturer that manufactures each node. The node unique ID is used, for example, when a specific node is continuously recognized before and after a bus reset.
[0060]
In FIG. 10, the Root Directory 1002 can hold information on basic functions of the node. Detailed function information is stored in a subdirectory (Unit Directories 1004) offset from the Root Directory 1002. In the Unit Directories 1004, for example, information on software units supported by the node is stored. Specifically, information on a data transfer protocol for performing data communication between nodes, a command set for defining a predetermined communication procedure, and the like are held.
[0061]
In FIG. 10, device-specific information can be stored in the Node Dependent Info Directory 1003. The Node Dependent Info Directory 1003 is offset by the Root Directory 1002.
[0062]
Further, in FIG. 10, Vendor Dependent Information 1006 can hold information unique to a vendor that manufactures or sells a node.
The remaining area is called a unit space, and specifies an address in which information unique to each node, for example, identification information (company name, model name, etc.) of each device, use conditions, and the like are stored. FIG. 11 shows addresses and functions of information stored in the serial bus device register in the unit space. The offset in the figure is a relative position from “0xFFFFF0000800”.
[0063]
In general, if it is desired to simplify the design of heterogeneous bus systems, each node should use only the first 2048 bytes of the register space. In other words, it is desirable that the configuration is made up of 4096 bytes including the CSR core register, the serial bus register, the configuration ROM, and the first 2048 bytes of the unit space.
[0064]
(4) Communication cable configuration
FIG. 12 is a sectional view of a communication cable conforming to the IEEE 1394 standard.
The communication cable includes two twisted pair signal lines and a power supply line. By providing the power supply line, the 1394 interface can supply power to a device whose main power is turned off, a device whose power is reduced due to a failure, and the like. The voltage of the power supply flowing in the power supply line is specified to be 8 to 40 V, and the current is specified to be the maximum current DC 1.5 A.
[0065]
An information signal encoded by a DS-Link (Data / Strobe Link) encoding method is transmitted to the two twisted pair signal lines. FIG. 13 is a diagram illustrating the DS-Link coding scheme.
[0066]
This DS-Link coding scheme is suitable for high-speed serial data communication, and its configuration requires two pairs of twisted pairs. One twisted pair carries a data signal, and the other twisted pair sends a strobe signal. The receiving side can reproduce the clock by taking the exclusive OR of the data signal and the strobe signal received from the two sets of signal lines.
[0067]
By using the DS-Link coding method, the 1394 interface has the following advantages, for example. (1) Transfer efficiency is higher than other encoding methods. {Circle around (2)} No PLL circuit is required, and the circuit size of the controller LSI can be reduced. (3) Since there is no need to send information indicating the idle state, the transceiver circuit can be easily put into the sleep state, and power consumption can be reduced.
[0068]
(5) Bus reset
The 1394 interface of each node can automatically detect that a change has occurred in the network connection configuration. In this case, the 1394 network performs a process called a bus reset according to the following procedure. The change in the connection configuration can be detected by the change in the bias voltage applied to the communication port of each node.
[0069]
A node that has detected a change in the network connection configuration (for example, an increase or decrease in the number of nodes due to insertion / removal of a node, power ON / OFF of a node, or the like) or a node that needs to recognize a new connection configuration is connected via the 1394 interface. And transmits a bus reset signal on the bus.
[0070]
The 1394 interface of the node that has received the bus reset signal transmits the occurrence of the bus reset to its own link layer 304 and transfers the bus reset signal to another node. The node that has received the bus reset signal clears the network connection configuration and the node ID assigned to each device that have been recognized so far. After all the nodes finally detect the bus reset signal, each node automatically performs initialization processing (that is, recognition of a new connection configuration and assignment of a new node ID) accompanying the bus reset.
[0071]
The bus reset may be started by the application layer 307 directly issuing a command to the physical layer 303 under the control of the host, in addition to the start by the change in the connection configuration as described above. It is possible.
Further, when the bus reset is activated, the data transfer is temporarily suspended, and is resumed under a new network after the completion of the initialization processing accompanying the bus reset.
[0072]
(6) Sequence after starting bus reset
After the start of the bus reset, the 1394 interface of each node automatically recognizes a new connection configuration and assigns a new node ID. Hereinafter, a basic sequence from the start of the bus reset to the node ID assignment processing will be described with reference to FIGS.
[0073]
FIG. 14 is a diagram illustrating a state after activation of the bus reset in the 1394 network of FIG.
In FIG. 14, node A has one communication port, node B has two communication ports, node C has two communication ports, node D has three communication ports, node E has one communication port, and node F has one communication port. It has a port. The communication port of each node is provided with a port number for identifying each port.
[0074]
Hereinafter, the process from the start of the bus reset to the assignment of the node ID in FIG. 14 will be described with reference to the flowchart in FIG.
In FIG. 15, each of the nodes A to F configuring the 1394 network constantly monitors whether or not a bus reset has occurred (step S1501). When a bus reset signal is output from a node that detects a change in the connection configuration, each node executes the following processing.
[0075]
After the occurrence of the bus reset, each node declares a parent-child relationship between the respective communication ports (step S1502).
Each node repeats the processing of step S1502 until the parent-child relationship between all nodes is determined (step S1503).
After the parent-child relationship between all nodes is determined, the 1394 network determines a node that performs network arbitration, that is, a route. (Step S1504).
After determining the route, each of the 1394 interfaces of each node executes a task of automatically setting its own node ID (step S1505).
Until node IDs are set for all nodes, each node executes the processing of step S1505 based on a predetermined procedure (step S1506).
After the node IDs are finally set for all the nodes, each node executes Isochronous transfer or Asynchronous transfer (step S1507).
While executing the processing in step S1507, the 1394 interface of each node monitors again for the occurrence of the bus reset. If a bus reset has occurred, the processing after step S1501 is executed again.
[0076]
Through the above procedure, the 1394 interface of each node can automatically execute recognition of a new connection configuration and assignment of a new node ID every time a bus reset is activated.
[0077]
(7) Determination of parent-child relationship
Next, the process of step S1502 shown in FIG. 15 (that is, the process of recognizing the parent-child relationship between the nodes) will be described in detail with reference to FIG.
[0078]
In FIG. 16, after the occurrence of the bus reset, each of the nodes A to F on the 1394 network confirms the connection state (connected or not connected) of its own communication port (step S1601).
[0079]
After checking the connection state of the communication ports, each node counts the number of communication ports (hereinafter, connection ports) connected to other nodes (step S1602).
[0080]
If the result of the processing in step S1602 is that the number of connection ports is one, the node recognizes that it is a “leaf” (step S1603). Here, a leaf is a node connected to only one node.
[0081]
The node serving as a leaf declares to the node connected to the connection port that "it is a child (Child)" (step S1604). At this time, the leaf recognizes that the connection port is “parent port (communication port connected to the parent node)”.
[0082]
Here, the declaration of the parent-child relationship is first made between the leaf and the branch, which are the ends of the network, and then sequentially made between the branches. The parent-child relationship between the nodes is determined in order from the communication port that can make the declaration earlier. The communication port that is declared as a child between the nodes is recognized as a “parent port”, and the communication port that has received the declaration is a “child port (communication port connected to the child node)”. It is recognized that there is. For example, in FIG. 14, nodes A, E, and F declare a parent-child relationship after recognizing that they are leaves. As a result, child-parent is determined between nodes AB, child-parent is determined between nodes ED, and child-parent is determined between nodes FD.
[0083]
If the result of the processing in step S1602 is that the number of connection ports is two or more, the node recognizes itself as a “branch” (step S1605). Here, a branch is a node connected to two or more nodes.
[0084]
The branch node receives a declaration of the parent-child relationship from the node of each connection port (step S1606). The connection port that has accepted the declaration is recognized as a “child port”.
[0085]
After recognizing one connection port as a “child port”, the branch detects whether or not there are two or more connection ports for which a parent-child relationship has not yet been determined (that is, undefined ports) (step S1607). As a result, when there are two or more undefined ports, the branch performs the operation of step S1606 again.
[0086]
As a result of step S1607, if there is only one undefined port, the branch recognizes that the undefined port is a “parent port”, and “owns a child” for a node connected to the port. Is declared (steps S1608 and S1609).
[0087]
Here, the branch cannot declare itself as a child to other nodes until the remaining undefined port becomes one. For example, in FIG. 14, nodes B, C, and D recognize that they are branches and accept declarations from leaves or other branches. After the parent-child relationship between DE and DF is determined, the node D declares the parent-child relationship to the node C. Further, the node C that has received the declaration from the node D has declared the parent-child relationship with the node B.
[0088]
If there is no undefined port as a result of the processing in step S1608 (that is, if all connection ports of the branch have become parent ports), the branch recognizes that it is the root itself. . (Step S1610).
[0089]
For example, in FIG. 14, a node B in which all of the connection ports are parent ports is recognized by another node as a route for mediating communication on the 1394 network. Here, although the node B is determined to be the root, if the timing of declaring the parent-child relationship of the node B is earlier than the timing of declaring the node C, another node may be the root. That is, depending on the timing of declaration, any node may be the root. Therefore, even with the same network configuration, the same node does not always become the root.
[0090]
By declaring the parent-child relationship of all connection ports in this manner, each node can recognize the connection configuration of the 1394 network as a hierarchical structure (tree structure) (step S1611). The above-mentioned parent node is higher in the hierarchical structure, and the child node is lower in the hierarchical structure.
[0091]
(8) Assignment of node ID
FIG. 17 is a flowchart illustrating in detail the process of step S1505 (that is, the process of automatically assigning the node ID of each node) illustrated in FIG. Here, the node ID is composed of a bus number and a node number. In the present embodiment, it is assumed that each node is connected on the same bus, and that each node is assigned the same bus number. .
[0092]
In FIG. 17, the root gives the node ID setting permission to the communication port having the smallest number among the child ports to which the node whose node ID is not set is connected (step S1701).
[0093]
In FIG. 17, after setting the node IDs of all the nodes connected to the child port with the smallest number, the root sets the child port as already set, and performs the same control for the next smallest child port. Do. Finally, after the ID setting of all nodes connected to the child port is completed, the node ID of the root itself is set. Note that the node numbers included in the node ID are basically assigned 0, 1, 2,... In the order of leaf and branch. Therefore, the route will have the highest node number.
[0094]
In step S1701, the node that has obtained the setting permission determines whether or not there is a child port including a node whose node ID has not been set among its own child ports (step S1702).
[0095]
If a child port including an unset node is detected in step S1702, the node that has obtained the above setting permission performs control so as to give the setting permission to the node directly connected to the child port (step S1703). ).
[0096]
After the processing in step S1703, the node that has obtained the setting permission determines whether or not there is a child port including a node whose node ID has not been set among its own child ports (step S1704). Here, if the existence of the child port including the unset node is detected after the processing of step S1704, the node executes the processing of step S1703 again.
[0097]
If no child port including an unset node is detected in step S1702 or S1704, the node that has obtained the setting permission sets its own node ID (step S1705).
[0098]
The node that has set its own node ID broadcasts a self-ID packet including its own node number, information on the connection state of the communication port, and the like (step S1706). The broadcast means transferring a communication packet of a certain node to an unspecified number of nodes constituting the 1394 network.
[0099]
Here, by receiving the self ID packet, each node can recognize the node number assigned to each node, and can know the node number assigned to itself. For example, in FIG. 14, the node B, which is the root, gives permission for node ID setting to the node A connected to the communication port with the minimum port number “# 1”. The node A assigns its own node number “No. 0” and sets a node ID including a bus number and a node number for itself. Further, the node A broadcasts a self ID packet including the node number.
[0100]
FIG. 18 shows a configuration example of the self ID packet. In FIG. 18, reference numeral 1801 denotes a field for storing a node number of a node which has transmitted a self ID packet; 1802, a field for storing information on a transfer rate that can be supported; 1803, a bus management function (such as the presence or absence of a bus manager's capability); A field 1804 for indicating the presence or absence is a field for storing information on characteristics of power consumption and supply.
[0101]
In FIG. 18, 1805 is a field for storing information (connection, non-connection, parent-child relationship of communication ports, etc.) relating to the connection state of the communication port having the port number “# 0”, and 1806 is a port number “# 1”. A field for storing information (connection, non-connection, parent-child relationship of the communication port, etc.) related to the connection state of the communication port, and information 1807 relating to the connection state of the communication port having the port number “# 2” (connected, unconnected, communication) This is a field for storing parent-child relationships of ports.
[0102]
If the node transmitting the self ID packet has the ability to become a bus manager, the contender bit shown in the field 1803 is set to “1”.
[0103]
Here, the bus manager refers to power management of the bus (whether power can be supplied via a communication cable, whether power supply is necessary, or not) based on various information included in the above-described self ID packet. And the like for each node), management of speed information (management of the maximum transfer speed between each node based on information on transfer speeds that each node can support), management of topology map information (communication port The node has a function of managing a network connection configuration from parent-child relationship information, optimizing a bus based on topology map information, and providing the information to other nodes. With these functions, a node serving as a bus manager can perform bus management of the entire 1394 network.
[0104]
After the processing in step S1706, the node that has set the node ID determines whether there is a parent node (step S1707). If there is a parent node, the parent node executes the processing of step S1702 and subsequent steps again. Then, permission is given to a node for which a node ID has not yet been set.
[0105]
If there is no parent node, the node is determined to be the root itself. The root determines whether a node ID has been set for the nodes connected to all the child ports (step S1708).
[0106]
If the ID setting process has not been completed for all nodes in step S1708, the root grants ID setting permission to the child port having the lowest number among the child ports including the node (step S1701). After that, the process from step S1702 is executed.
[0107]
When the ID setting process for all nodes is completed, the root sets its own node ID (step S1709). After setting the node ID, the route broadcasts a self ID packet (step S1710).
[0108]
Through the above processing, the 1394 network can automatically assign a node ID to each node.
Here, if a plurality of nodes have the bus manager capability after the node ID setting process, the node with the largest node number becomes the bus manager. That is, when the route having the maximum node number in the network has a function that can be the bus manager, the route is the bus manager.
[0109]
However, if the route does not have the function, the node having the next highest node number becomes the bus manager. Further, which node has become the bus manager can be grasped by checking the contender bit 1803 in the self ID packet broadcast by each node.
[0110]
(9) Arbitration
FIG. 19 is a diagram illustrating arbitration in the 1394 network of FIG.
In the 1394 network, arbitration (arbitration) of the right to use the bus is always performed prior to data transfer. The 1394 network is a logical bus-type network. By relaying a communication packet transferred from each node to another node, the same communication packet can be transferred to all nodes in the network. Therefore, arbitration is required to prevent collision of communication packets. This allows only one node to transfer at a given time.
[0111]
FIG. 19A is a diagram illustrating a case where the node B and the node F have issued a bus use request.
When the arbitration starts, the nodes B and F each issue a bus use request to the parent node. The parent node (that is, node C) that has received the request from node B relays the right to use the bus toward its parent node (that is, node D). This request is finally delivered to the arbitrating route (node D).
[0112]
The route receiving the bus use request determines which node uses the bus. This arbitration work can be performed only by the root node, and the node that wins the arbitration is given permission to use the bus.
[0113]
FIG. 19B is a diagram showing that the request of the node F is permitted and the request of the node B is rejected.
The route sends a DP (Data prefix) packet to the node that has lost the arbitration to notify that the node has been rejected. The rejected node waits for a bus use request until the next arbitration.
By controlling arbitration as described above, the 1394 network can manage the right to use the bus.
[0114]
(10) Communication cycle
The Isochronous transfer mode and the Asynchronous transfer mode can be mixed in a time division manner in each communication cycle period. Here, the period of the communication cycle is usually 125 μS.
[0115]
FIG. 20 is a diagram illustrating a case where the Isochronous transfer mode and the Asynchronous transfer mode are mixed in one communication cycle.
The Isochronous transfer mode is executed prior to the Asynchronous transfer mode. The reason is that after the cycle start packet, the idle period (subaction gap) required to start the asynchronous transfer is set to be longer than the idle period (isochronous gap) required to start the isochronous transfer. Because it is. As a result, Isochronous transfer is executed prior to Asynchronous transfer.
[0116]
In FIG. 20, at the start of each communication cycle, a cycle start packet (hereinafter, CSP) is transferred from a predetermined node. Each node can time the same time as the other nodes by adjusting the time using the CSP.
[0117]
(11) Isochronous transfer mode
The Isochronous transfer mode is a synchronous transfer method. The Isochronous transfer mode can be executed for a predetermined period after the start of the communication cycle. In addition, the Isochronous transfer mode is always executed in each cycle in order to maintain real-time transfer.
[0118]
The isochronous transfer mode is a transfer mode particularly suitable for transferring data that requires real-time transfer, such as moving image data and audio data. The Isochronous transfer mode is not a one-to-one communication as in the Asynchronous transfer mode, but a broadcast communication. That is, a packet transmitted from a certain node is uniformly transferred to all nodes on the network. The acknowledgment (acknowledgement reply code) does not exist in the isochronous transfer.
[0119]
In FIG. 20, a channel e (ch e), a channel s (ch s), and a channel k (chk) indicate periods during which each node performs Isochronous transfer. In the 1394 interface, different channel numbers are given to distinguish a plurality of different isochronous transfers. This enables Isochronous transfer between a plurality of nodes. Here, the channel number does not specify the transmission destination, but merely gives a logical number for the data.
[0120]
The Isochronous gap shown in FIG. 20 indicates an idle state of the bus. After a certain period of time in the idle state, a node desiring Isochronous transfer determines that the bus can be used and executes arbitration.
[0121]
Next, FIG. 21 shows a format of a communication packet transferred based on the Isochronous transfer mode. Hereinafter, a communication packet transferred based on the Isochronous transfer mode is referred to as an Isochronous packet.
[0122]
In FIG. 21, the Isochronous packet includes a header section 2101, a header CRC 2102, a data section 2103, and a data CRC 2104.
The header section 2101 has a field 2105 for storing the data length of the data section 2103, a field 2106 for storing the format information of the isochronous packet, a field 2107 for storing the channel number of the isochronous packet, a format of the packet, and processing to be executed. There is a field 2108 for storing a transaction code (tcode) for identifying.
[0123]
(12) Asynchronous transfer mode
The Asynchronous transfer mode is an asynchronous transfer method. Asynchronous transfer can be performed after the end of the Isochronous transfer period until the next communication cycle starts (that is, until the CSP of the next communication cycle is transferred).
[0124]
In FIG. 20, a first subaction gap indicates a bus idle state. After the idle time reaches a fixed value, a node desiring asynchronous transfer determines that the bus can be used and executes arbitration.
[0125]
The node that has obtained the right to use the bus by arbitration transfers the packet shown in FIG. The node receiving this packet returns an ack (reception confirmation return code) or a response packet after the ack gap.
[0126]
FIG. 22 is a diagram showing a format of a communication packet based on the asynchronous transfer mode. Hereinafter, a communication packet transferred based on the Asynchronous transfer mode is referred to as an Asynchronous packet.
[0127]
In FIG. 22, the Asynchronous packet includes a header section 2201, a header CRC 2202, a data section 2203, and a data CRC 2204.
In the header section 2201, a field 2205 indicates the node ID of a destination node, a field 2206 indicates a node ID of a source node, a field 2207 indicates a label indicating a series of transactions, and a field 2208 indicates a retransmission status. A code, a field 2209, a transaction code (tcode) for identifying a packet format and a process to be executed, a field 2210, a priority, a field 2211, a destination memory address, and a field 2212, data of a data portion The extended field 2213 stores an extended transaction code.
[0128]
Asynchronous transfer is one-to-one communication from a self-node to a partner node. The packet transferred from the transfer source node is distributed to each node in the network, but the address other than the address addressed to itself is ignored. Therefore, only the destination node can read the packet.
[0129]
When the time to transfer the next CSP is reached during Asynchronous transfer, the transfer is not forcibly interrupted, and after the transfer is completed, the next CSP is transmitted. Thus, when one communication cycle continues for 125 μS or more, the period of the next communication cycle is shortened accordingly. By doing so, the 1394 network can maintain a substantially constant communication cycle.
[0130]
(13) Device map
As means for the application to know the topology of the 1394 network in order to create a device map, there are the following means in the IEEE 1394 standard.
[0131]
1. Read the bus manager's topology map register
2. Estimate from self ID packet at bus reset
[0132]
However, according to the first and second means, although the topology of the cable connection order based on the parent-child relationship of each node is known, the topology of the physical positional relationship cannot be known. (There is also a problem that ports that are not implemented can be seen.)
[0133]
In addition, there is a means for storing information for creating a device map as a database other than the configuration ROM. In this case, a means for obtaining various information depends on a protocol for accessing the database.
[0134]
By the way, the configuration ROM itself and the function of reading the configuration ROM are necessarily possessed by devices complying with the IEEE1394 standard. Therefore, by storing information such as device position and function in the configuration ROM of each node and providing a function to read them from an application, each node can be executed without depending on a specific protocol such as database access and data transfer. Can implement a so-called device map display function.
[0135]
The configuration ROM can store a physical position, a function, and the like as node-specific information, and can be used to realize a device map display function.
[0136]
In this case, as a means for the application to know the 1394 network topology based on the physical positional relationship, at the time of a bus reset or a request from a user, the application reads the configuration ROM of each node to know the 1394 network topology. Becomes possible. Furthermore, not only the physical position of the node but also various node information such as functions are described in the configuration ROM. By reading the configuration ROM, not only the physical position of the node but also the function information of each node and the like can be obtained. Obtainable. When the application acquires the configuration ROM information of each node, the application uses an API for acquiring arbitrary configuration ROM information of the designated node.
[0137]
By using such means, the application of the device on the IEEE 1394 network can create various device maps according to the use, such as a physical topology map and a function map of each node. It is also possible to select a device having a function.
[0138]
In the present embodiment, the above processing is performed by the 1394 I / F units 106 and 111 in FIG.
[0139]
<Overview of DPP>
One of the protocols in the IEEE 1394 interface is a direct print protocol (DPP).
[0140]
Here, the outline of the DPP will be briefly described. The DPP is located above the physical layer of IEEE 1394, and efficiently transfers commands and data between devices such as disks, tapes, printers and scanners, and the status of command operations, and the results and the availability of data transfer. Has the function of notifying
[0141]
DPP is characterized in that direct printing from an image source device to a printer device is possible without a host PC. Also, file transfer between devices is possible.
[0142]
FIG. 27 shows the configuration of the DPP. As shown in the drawing, the DPP is located above the IEEE 1394 physical layer as in the case of the SBP2, and includes a Thin Protocol and a DPP Application Command Set.
[0143]
The Thin Protocol is further divided into a Thin Session and a Thin Transaction.
[0144]
FIG. 28 shows an outline of the Thin Protocol. In the figure, the upper operation indicates a connection operation, the middle operation indicates a command transfer operation, and the lower operation indicates a disconnection operation.
[0145]
In actuality, the packetization of the print data is segmented in each layer as shown in FIG. 29, and a packet for transfer is created.
[0146]
There are two types of DPP Application Command Set, Direct Print Command Set and File Transfer Command Set. In the present embodiment, DPC (Direct Print Command Set) is used.
[0147]
As DPC commands, a Generic Command such as a Send command for transferring image data and a Negotiation Command such as a Get Query Item command for obtaining a negotiation Item are prepared. FIG. 30 shows an example of its use.
[0148]
In the present embodiment, the above control is performed by the print data transfer control unit 107 and the 1394 I / F control unit 112 in FIG.
[0149]
<Method of detecting power on / off of printer device>
As described in (4) Configuration of Communication Cable in <Overview of IEEE 1394 Technology>, the communication cable includes two twisted pair signal lines and a power supply line. In the present embodiment, the state of the power supply of the printer device is detected by using the power supply line. The power supply to the power supply line is performed when the printer is in a power-on state. However, this power supply is not actually used, and wasteful power consumption is suppressed. The power supply detection circuit unit 108 in FIG. 1 detects the power supply line, and determines that the printer is in the power-on state when a voltage is output, and that the printer is in the power-off state when there is no voltage.
[0150]
There are various power detection methods other than the above. For example, power supply to the power supply line is performed when the printer device is in a power-on state. The STB also supplies power, but stops supply only when power is detected. In the meantime, the power supply detection circuit unit 108 in FIG. 1 detects the power supply line. If a voltage is output, it is determined that the printer is in the power-on state, and if there is no voltage, the printer is in the power-off state. After the detection is completed, the power supply is restarted again.
[0151]
Alternatively, power is supplied to the power supply line even when the printer is in a power-off state. However, this power supply is not actually used, and wasteful power consumption is suppressed. The power supply detection circuit unit 108 in FIG. 1 detects the power supply line, and if a voltage is output, the printer is in a connected state, the display control unit 105 receives it, and the print data transfer control unit 107 sets a DPP. Issue a connection request. If there is no response, it is determined that the printer is in the power off state.
[0152]
Alternatively, if the print data transfer control unit 107 simply issues a DPP connection request and there is no response, it is determined that the printer is in the power-off state.
[0153]
Alternatively, since the 1394 I / F units 106 and 111 can know the presence or absence of a connection destination by detecting the node after the bus reset described in <Overview of 1394 I / F Technology>, the display control unit 105 captures the information. Thus, the presence or absence of the power supply of the printer can be known.
[0154]
<Method of displaying content when printer is powered off>
The display control unit 105, which has learned that the power of the printer device is in the off state by the above method, analyzes the display content. When print content is detected as described in the above <Print content detection method>, in order to hide all portions related to the print content, for example, a file in which all the print content related portions are deleted is newly created, and a new file is created. Transfer to the display circuit.
[0155]
As described above, on the TV monitor, if the power of the printer device is off, display other than the print content is performed.
As described above, according to the present embodiment, if the printer is in the power-off state, unnecessary printable contents do not appear on the TV monitor, so that there is an effect that convenience is improved without being distracted by unnecessary information.
[0156]
(Second embodiment)
In the first embodiment, power on / off detection is performed when a printer device is connected, but in the second embodiment, disconnection is detected.
[0157]
<Connection detection method for printer device>
As described in (4) Configuration of Communication Cable in <Overview of IEEE 1394 Technology>, the communication cable includes two twisted pair signal lines and a power supply line. Also in the present embodiment, the connection state of the printer device is detected by using the power supply line. The power supply to the power supply line is performed when the printer is in a power-on state. However, this power supply is not actually used, and wasteful power consumption is suppressed. The power supply detection circuit unit 108 in FIG. 1 detects the power supply line, and determines that the printer is in a connected state if a voltage is output, and that the printer is in an unconnected state if there is no voltage.
[0158]
Various methods other than those described above can be considered as the connection detection method of the printer device. For example, power supply to the power supply line is performed when the printer device is in a power-on state. The STB also supplies power, but stops supply only when connection is detected. In the meantime, the power supply detection circuit unit 108 in FIG. 1 detects the power supply line, and determines that the printer is in the connected state if a voltage is output and that the printer is in the unconnected state if there is no voltage. After the detection is completed, the power supply is restarted.
[0159]
Alternatively, if the print data transfer control unit 107 simply issues a DPP connection request and there is no response, it is determined that the power of the printer is not turned on or that the printer is not connected.
[0160]
Alternatively, since the 1394 I / F units 106 and 111 can know whether or not there is a connection destination by detecting the node after the bus reset described in <Overview of 1394 I / F Technology>, the display control unit 105 captures the information. This makes it possible to know whether or not the printer has a power source and whether or not there is a connection destination.
[0161]
<Display method of content when printer is not connected>
The display control unit 105 that has been informed that the printer device is not connected by the above method performs the analysis processing of the display content in the same manner as in the first embodiment. When print content is detected as described in the above <Print content detection method>, in order to hide all portions related to the print content, for example, a file in which all the print content related portions are deleted is newly created, and a new file is created. Transfer to the display circuit. As described above, the display other than the print content is displayed on the TV monitor when the printer device is not connected.
[0162]
As described above, according to the present embodiment, if the printer device is not connected, unnecessary printable contents do not appear on the TV monitor, so that there is an effect that convenience is improved without being distracted by unnecessary information.
[0163]
(Third embodiment)
In the first and second embodiments, the display control unit 105 in FIG. 1 deletes the print content in an environment where printing is not possible. In the third embodiment, the status of the printer is added to the print content information.
[0164]
<Display method of content for additionally displaying printer device status information>
The display control unit 105 that has determined that the power of the printer device is in the off state or the printer device is not connected by the methods of the first and second embodiments performs analysis processing of the display content. If the print content is detected as described in the above <Print content detection method>, for example, "printer power is off" or "printer is connected" so that the printer device status can be known when the print content is selected by the user. 24. The contents of the content event file described with reference to FIG. 24 are additionally edited so that a display such as "" appears.
[0165]
When the printer is connected to a printer, the content event file may be additionally edited so that status information of the printer is received and the information is displayed.
As described above, the information on the printer device status is also displayed on the TV monitor when the print content is selected.
[0166]
As described above, according to the present embodiment, the user can display the information on the printer device status on the TV monitor by selecting the print content, thereby improving the convenience.
[0167]
The printing system of the first embodiment is provided with means for detecting whether the printer is in a power-off state even when the printer is connected in the STB. This system is provided with a means for deleting the portion if the print content is included by means for analyzing the contents in advance.
[0168]
A means for detecting whether the printer is in a power-off state even when the printer is connected to the STB is provided. When the power is off, print contents are included by means for pre-analyzing the contents displayed on the TV monitor. If the printer is powered off, unnecessary printable content will not appear on the TV monitor if the printer is powered off, so the user can operate the printer without being confused by unnecessary information. There is an effect that the performance and convenience are improved.
[0169]
The printing system of the second embodiment is provided with means for detecting whether or not a printer device is connected in the STB. When the printer device is not connected, the content of the display content displayed on the TV monitor is analyzed in advance. If the print content is included by the unit, the system is provided with a unit for deleting the portion.
[0170]
In the STB, means for detecting whether or not a printer device is connected is provided, and when the printer device is not connected, if the print content is included by means for pre-analyzing the contents of the display content displayed on the TV monitor, By providing a means for deleting the part, unnecessary printable contents do not appear on the TV monitor when the printer is in the power-off state, so that the user is not confused by unnecessary information and operability and convenience for the user. Has the effect of improving.
[0171]
The printing system of the third embodiment is provided with means for detecting whether or not the printer device is in a power-off state even when the printer device is connected in the STB. This is a system including means for adding a display for notifying that the power of the printer device is not turned on when print contents are included by means for analyzing the contents in advance.
[0172]
A means for detecting whether the printer is in a power-off state even when the printer is connected to the STB is provided. When the power is off, print contents are included by means for pre-analyzing the contents displayed on the TV monitor. By providing a means for adding a display for notifying that the power of the printer device is not turned on, the user is provided with information on the status of the printer device on the TV monitor, thereby improving convenience. There is.
[0173]
The printing system according to the third embodiment further includes means for detecting whether or not a printer device is connected in the STB. When the printer device is not connected, the content of the display content displayed on the TV monitor is determined. This system includes means for adding a display for notifying that the printer device is not connected if print content is included by means of analysis in advance.
[0174]
In the STB, means for detecting whether or not a printer device is connected is provided, and when the printer device is not connected, if the print content is included by means for pre-analyzing the contents of the display content displayed on the TV monitor, The provision of the means for adding a display for notifying that the printer device is not connected is provided, so that the user can display the information on the printer device state on the TV monitor, thereby improving the convenience.
[0175]
Further, the printing system according to the third embodiment is provided with a means for detecting the status of the printer device in an error state even if the printer device is connected in the STB. This is a system including means for adding an error status display to the print content if the display content includes the print content.
[0176]
Means for detecting the status of the printer device in an error state even when the printer device is connected in the STB is provided. When the printer device is in an error state, if the display content on the TV monitor includes the print content, the print content is Is provided with a means for adding an error status display to the user, so that the user can also display information on the printer apparatus status on the TV monitor, thereby improving the convenience.
[0177]
The printing system of the first to third embodiments is a system that employs an IEEE 1394 interface capable of high-speed data transfer for connection between the STB and the printer.
[0178]
The adoption of the IEEE 1394 interface for the connection between the STB and the printer device has the effect that a high-speed interface can be realized in a non-PC environment.
[0179]
It should be noted that each of the above-described embodiments is merely an example of a concrete example in carrying out the present invention, and the technical scope of the present invention should not be interpreted in a limited manner. That is, the present invention can be implemented in various forms without departing from the technical idea or the main features.
[0180]
Examples of embodiments of the present invention are listed below.
[0181]
[Embodiment 1] Reception means for receiving display content;
Detecting means for detecting the state of the external printing device;
Image processing means for editing the received display content according to a result of the detection and displaying the edited display content on an image display device when the received display content includes a print content. apparatus.
[0182]
[Second Embodiment] The first embodiment is characterized in that, when the received display content includes a print content, the image display processing means displays the detection result display information in addition to the received display content. The image processing apparatus according to claim 1.
[0183]
[Embodiment 3] The detecting means detects whether or not a printing apparatus is connected to the outside and whether or not the printing apparatus is turned on.
The image processing apparatus according to claim 1, wherein, when the received display content includes a print content, the image display processing unit edits and displays the received display content in accordance with a result of the detection. .
[0184]
[Embodiment 4] The image display processing means edits and displays the received display content upon detecting that the power of the printing apparatus is not turned on or that the printing apparatus is not connected. An image processing apparatus according to aspect 3.
[0185]
[Embodiment 5] The image according to Embodiment 3, wherein the image display processing means deletes the print content from the received display content and displays the print content if the image display processing means detects that the power of the printing apparatus is not turned on. Processing equipment.
[0186]
[Sixth Embodiment] The image processing apparatus according to the third embodiment, wherein the image display processing means deletes a print content from the received display content and displays the print content when it detects that a printing apparatus is not connected. apparatus.
[0187]
[Seventh Embodiment] When the image display processing means detects that the power of the printing apparatus is not turned on, the display information of the detection result is added to the received display content and displayed. 3. The image processing device according to 3.
[0188]
[Eighth Embodiment] If the image display processing means detects that the printing apparatus is not connected, the display information of the detection result is added to the received display content and displayed. The image processing apparatus according to claim 1.
[0189]
[Embodiment 9] The image processing apparatus according to any one of Embodiments 1 to 8, further comprising an IEEE 1394 interface for connecting to a printing apparatus.
[0190]
[Embodiment 10] A receiving step for receiving display content;
A detecting step of detecting a state of the external printing device;
When the received display content includes print content, an image display processing step of editing the received display content according to a result of the detection and displaying the edited display content on an image display device. Method.
[0191]
【The invention's effect】
As described above, according to the present invention, the detection unit can detect the connection state, the power supply state, the error state, and the like of the external printing apparatus. According to the detection result, the print content can be deleted from the display content and displayed, or the detection result can be added to the display content and displayed, so that the convenience is improved.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of a printing system according to a first embodiment of the present invention.
FIG. 2 is a diagram showing a configuration of a 1394 serial bus network.
FIG. 3 is a diagram showing components of a 1394 serial bus.
FIG. 4 is a diagram showing services that can be provided by a link layer of a 1394 serial bus.
FIG. 5 is a diagram showing services that can be provided by a transaction layer of a 1394 serial bus.
FIG. 6 is a diagram illustrating an address space in a 1394 interface.
FIG. 7 is a diagram showing addresses and functions of information stored in a CSR core register in the 1394 interface.
FIG. 8 is a diagram showing addresses and functions of information stored in a serial bus register in the 1394 interface.
FIG. 9 is a diagram showing a minimum format Configuration ROM in the 1394 interface.
FIG. 10 is a diagram illustrating a general configuration ROM in a 1394 interface.
FIG. 11 is a diagram showing addresses and functions of information stored in a serial bus device register in the 1394 interface.
FIG. 12 is a sectional view of a communication cable conforming to the IEEE 1394 standard.
FIG. 13 is a diagram illustrating a DS-Link coding scheme.
FIG. 14 is a diagram showing a basic sequence from the start of a bus reset to a node ID assignment process.
FIG. 15 is a diagram showing a basic sequence from the start of a bus reset to a node ID assignment process.
FIG. 16 is a diagram showing a basic sequence from the start of a bus reset to the process of assigning a node ID.
FIG. 17 is a flowchart illustrating in detail a process of step S1505 (ie, a process of automatically assigning a node ID of each node) illustrated in FIG. 15;
FIG. 18 is a diagram showing a configuration of a self ID packet in the 1394 interface.
FIG. 19 is a diagram illustrating arbitration in a 1394 network.
FIG. 20 is a diagram illustrating a case where the isochronous transfer mode and the asynchronous transfer mode are mixed in one communication cycle.
FIG. 21 is a diagram showing a format of a communication packet transferred based on an isochronous transfer mode.
FIG. 22 is a diagram showing a packet format of asynchronous transfer.
FIG. 23 is a diagram showing a data processing flow inside the STB.
FIG. 24 is a diagram showing an example showing general display broadcast contents.
FIG. 25 is a diagram showing an example in which only a printing module (number 9999 in the example) is written out.
FIG. 26 is a diagram illustrating a description example of a multipart.
FIG. 27 is a diagram showing a configuration of a DPP.
FIG. 28 is a diagram showing DPP Thin Protocol.
FIG. 29 is a diagram illustrating packetization of DPP.
FIG. 30 is a diagram showing the actual state of DPC Set.
[Explanation of symbols]
101 STB (SET TOP BOX)
102 TV monitor device
103 Printer
104 Display circuit section
105 Display control unit
106 1394 I / F section
107 print data transfer control unit
108 Power supply detection circuit
110 Printer control unit
111 1394 I / F section
112 1394 I / F control unit
114 Power supply circuit

Claims (1)

Receiving means for receiving the display content;
Detecting means for detecting the state of the external printing device;
Image processing means for editing the received display content according to a result of the detection and displaying the edited display content on an image display device when the received display content includes a print content. apparatus.

Images