JP4468519B2 - プロトコールインターフェース方法 - Google Patents
プロトコールインターフェース方法 Download PDFInfo
- Publication number
- JP4468519B2 JP4468519B2 JP28518299A JP28518299A JP4468519B2 JP 4468519 B2 JP4468519 B2 JP 4468519B2 JP 28518299 A JP28518299 A JP 28518299A JP 28518299 A JP28518299 A JP 28518299A JP 4468519 B2 JP4468519 B2 JP 4468519B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- protocol
- transmission
- opposite
- common
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4108—Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
- H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
Description
【０００１】
【発明の属する技術分野】
本発明は、データの伝送方法に係るもので、詳しくは、相異なるノード間でプロトコールインタフェース方法を利用して、データの伝送を行うプロトコールインタフェースデータ伝送方法に関するものである。
【０００２】
【従来の技術】
一般に、ディジタルリンクの規格として、アップルコンピュータ（apple computer）技術陣により1986年に発表された‘1394’は、1995年にIEEE1394の基本規格として採択された。このようなIEEE1394は、等時（Isochronous ; Real-time ）及び非同期（asynchronous）伝送を実現する高速の直列バス装置として国際規格化されており、提案されたIEEE1394シリアルバスネットワークインタフェースカード（Serial bus network interface card ; module）により、ディジタル装置間を高速の直列バスに相互連結させる。
【０００３】
又、前記IEEE1394は、ディジタルノード間のデータ伝送時に、通信ノード、コンピュータ及び家電製品を単一のネットワークに連結して、マルチメディアデータを100Mbps 〜1Gbps という高速にて送受信可能なインタフェースの規格である。
さらに、前記IEEE1394ケーブルは、高帯域幅（high-band width ）を有して、等時データインタフェースが可能であり、他のケーブルに比べて厚さが薄く、IEEE1394ケーブルに接続された周辺ノードがアクティブであるときにも、新しいディジタルノードを追加し又は除去し得るマルチメディア動作特性を有する。
【０００４】
更に、このようなIEEE1394は、他のマルチメディア標準として注目されているUSB （Universal Serial Bus）よりも、伝送速度及び双方向性通信機能の面で優れている。
即ち、前記IEEE1394は、伝送モードに従い、98.304Mbps, 196.608Mbps 及び393.216Mbps 等の三種の伝送速度でデータを処理し、ディジタルオーディオ又はディジタル画像の情報の円滑な伝送を可能として、スキャーナ、ディジタルカメラ及びディジタルビデオカメラ等のようなマルチメディア周辺ノードを、連結して利用することができる。
【０００５】
更に、前記三種の伝送速度は、他の伝送速度に対して、それぞれ互換性を有するため、前記393.216Mbps 伝送モードは、前記98.304Mbps及び196.608Mbps の全ての伝送モードを支援することができる。
且つ、IEEE1394は、双方向通信機能が優れているため、前記IEEE1394シリアルバスネットワークインタフェースカード（module）が内装された周辺機器（以下、ノードと称す）は、コンピュータを利用した画像会議等マルチメディア応用分野でのデータ送受信を可能とする。
【０００６】
図６は、一般のIEEE1394伝送規格により、複数個のノードが相互接続されたIEEE1394の構成を示したブロック図であり、図示するように、所定ノードから出力されるデータを他のノードに伝送して録画又はディスプレイするように、各ノード毎にIEEE1394シリアルバスネットワークインタフェースカード（module）（図示せず）が備えられ、２地点間連結方法（Point-to-Point）により相互接続されている。
【０００７】
即ち、オーディオ100 、ディジタルテレビジョン(DTV)102、セットトップボックス（Set-top box ）104 、コンピュータ106 、プリンタ108 、スキャーナ110 及びディジタルビデオディスクROM （DVD-ROM ）112 が、２地点間連結方法のバス技術により、相互接続されている。
このように構成された一般のIEEE1394においては、いずれか１つのノードが、IEEE1394ケーブルから除去されるか、又は、他のノードが接続されると、IEEE1394バスリセットが行われて初期化が行われ、このとき、IEEE1394ケーブルに連結された各ノード相互間で処理される既存の情報が初期化され、各ノードには、物理アドレスが再び与えられる。
【０００８】
次いで、IEEE1394インタフェースでは、通常動作を開始するため、待機状態に戻され、データの非同期伝送時には、データ及び階層情報をアドレスとして伝送するが、等時伝送時には、前記アドレスを使用せずにチャンネル番号を伝送する。
即ち、前記等時伝送は、動画像又は音声データのように、時間的な制約の多いマルチメディア情報を伝送するときに利用され、非同期伝送は、プリンタ108 又はスキャーナ110 のように、リアルタイムで動作しなくても良い情報を伝送するときに利用される。
【０００９】
又、各ノードには、データ伝送時にそれらノードが支援可能なプロトコールが採用されるが、例えば、オーディオ100 及びディジタルテレビジョン102 は“AV/C”プロトコールにより、CD-ROM/DVD-ROM112 は“SBP-2(Serial Bus Protocol-2 ）”により、プリンタ108 は、“DP Protocol ”により、それぞれデータ伝送を行う。
【００１０】
更に、このようなプロトコールは、多ビット中の１ビットフラグ（flag）により相互に区別され、各ノードのプロトコールパケットデータとして格納される。
且つ、このようにIEEE1394ケーブルに接続されたノードにおいては、前記非同期伝送モード及び等時伝送モード時に、各ノードからこれらノードのプロトコール確認パケットデータ（Protocol Identification Packet Data ）をネットワーク上に伝送して他のノードに知らせ、同様なプロトコールを有する各ノード間でデータの送受信を行っていた。
【００１１】
【発明が解決しようとする課題】
しかるに、このような一般のIEEE1394を用いた従来のインタフェースデータ伝送方法においては、IEEE1394ケーブルに連結されたノード中、相異なるプロトコールを有するノード間でデータ伝送が発生すると、相互インタフェースが行われないため、データの伝送が不可能になるという不都合があった。
【００１２】
例えば、DVD-ROM 又はCD-ROMに、MPEG-2方式に従い所定データが圧縮されたCD又はビデオCDを挿入し、PC（Personal-Computer ）以外の他の映像ノードであるディジタルテレビジョンを介して視聴しようとする場合には、相異なるプロトコールのために再生動作が行われないという不都合があった。
これは、通常のPCに備えられたDVD-ROM 及びCD-ROMは、“SBP-2 ”に基づいたプロトコールを有するように規格化されており、ディジタルテレビジョンは“AV/C”に基づいたプロトコールを有するように規格化されているためである。
【００１３】
したがって本発明は、プロトコールインタフェースを利用して相異なるノード間でデータを伝送可能なプロトコールインタフェースデータ伝送方法を提供することを目的とするものである。
【００１４】
【課題を解決するための手段】
このような目的を達成するため、本発明に係るプロトコールインタフェースデータ伝送方法においては、少なくとも１つ以上のノードが所定のケーブルに接続され、該ノードの追加または除去時に発生するバス初期化動作により、各前記ノードが有するプロトコールパケットデータと、前記ノードから支援されるプロトコールパケットデータと、をそれぞれ伝送する過程と、
前記伝送された各ノードのプロトコールパケットデータをプロトコールマップに格納する過程と、
任意のノードからデータの伝送要求がある場合、自分のノードIDを包含する照会（Query ）プロトコールパケットを形成する過程と、
前記プロトコールマップを検索して、前記任意のノードのプロトコールの種類を検索する過程と、
前記検索結果により、共通プロトコールがあるかを確認する過程と、
前記検索結果により、前記共通プロトコールが独占プロトコールであるかを確認する過程と、
前記プロトコール検索過程を経て、プロトコール設定パケットを送受信ノードに伝送する過程と、
前記プロトコール設定パケットに基づいて、データを伝送する過程と、を順次行うようになっている。
【００１５】
且つ、前記プロトコール設定パケットは、パケットID、ノードID、入／出力形態及びプロトコールコードを包含し、同様なプロトコールが少なくとも２つ以上存在すると、データの伝送を要求したノードのプロトコールを利用して、前記データを伝送する過程を更に行うようになっている。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
図１（ａ）は、本発明に係る相異なるプロトコールをインタフェースするたプロトコール照会パケットの構成を示したテーブルで、図示したように、プロトコールIDフォーマットは、８ビットの照会パケット（Query Packet）ID（11000001）と、自分のノードIDを表す６ビット物理アドレスID（PHY ID）と、2 ビットの入／出力モード及びターゲット物理アドレスIDと、から構成されている。
【００１７】
そして、前記６ビットの物理アドレスID(Node ID）は、バスリセット時に“ノード確認”(node identification) 段階で自分のノードの位相（topology）に従い区別されて標識（labeled ）が付される。
且つ、前記入／出力モードは、該ノードが接続されたシステムの入出力に係わる特性を表示する部分であって、このとき、“00”は、無定義（Nothing ）を意味し、“01”は、入力のみで動作する装置(Input only ）、“10”は、出力のみで動作する装置（Output Only ）、“11”は、入／出力が可能な装置（Input/ Output Both）にそれぞれモードを区分する。
【００１８】
又、ターゲット物理アドレスIDは、送信しようとするノードのノードIDを示し、パケットの残りの部分は、“0 ”が詰め込まれる(padding) 。
図１（ｂ）は、本発明に係る相異なるプロトコールをインタフェースするたプロトコール設定パケットの構成を示したテーブルで、プロトコール設定パケットは、バスマネージャーが、決定されたプロトコールを送受信側に通知するようになっており、
図示するように、プロトコール設定パケットのフォーマットは、８ビットのパケット設定ID（1100001 ）と、送信ノードIDを表す６ビット物理アドレスID(PHY ID)と、２ビットの入／出力(in/out)モードと、受信ノードIDを表す６ビット物理アドレスID(PHY ID ）と、から構成されている。
【００１９】
更に、決定されたプロトコールコードを付加した後、パケットの残りの部分は、“0 ”が詰め込まれる(padding) 。前記プロトコールコードは、図２に示したように、プロトコールコード表を参照して設定する。
且つ、支援可能な前記ノードのプロトコールの種類は、いずれか１つのビットで区別したフラグビットを使用して各ノードのプロトコールを区別する。
【００２０】
又、図６の例を用いて、プロトコールの種類を決定する方法を説明すると、次のとおりである。
先ず、所定ノードにより支援可能なプロトコールを16個まで定義することができるが、オーディオ、ディジタルテレビジョンなどに適用される“AV/C”プロトコールを支援する場合には、“1000000000000000”、CD-ROM/DVD-ROMなどに適用される“SBP-2 ”は、“0100000000000000”、プリンタなどに適用される“DPP ”は、“0010000000000000”等とそれぞれ定義する。
【００２１】
更に、複数個のプロトコールを支援するノードもあるが、例えば、AV/C及びSBP-2 を全て支援する場合には、“1100000000000000”と定義する。即ち、追加されるプロトコールの種類は、1 ビットのフラグビットを利用して区別し格納することができる。
図３は、IEEE1394ケーブルに接続されるノードから支援可能なプロトコールをコード化して定義したマップであって、それら各ノードのIDを16ビットにコード化して63個（0 〜62）まで表すことができる。
【００２２】
このように各ノードのプロトコールパケット及びプロトコールマップが定義された状態で、IEEE1394ケーブルに接続された各ノード相互間で行われるプロトコールインタフェースの第１実施形態について説明すると、次のとおりである。
先ず、IEEE1394伝送モードを適用するIEEE1394ケーブルに、複数個のノードがそれぞれ接続されるが、このときIEEE1394インタフェースは、１つのブリッジ当たり最大63個の周辺ノードを連結することができる。
【００２３】
又、IEEE1394インタフェースは、プラグアンドプレイ（Plug and play ）及びホットプラグ（hot plug）が可能であるため、前記ノードが接続された状態で、ノードの追加又は除去が発生すると、IEEE1394バスリセットが発生する。
このように、IEEE1394バスリセットが発生すると、該IEEE1394ケーブルに接続された各ノードは、再び自分のプロトコールIDパケットをそれぞれ形成し、ネットワーク上の他のノードに、自分のプロトコールIDパケットを伝送する。
【００２４】
各ノードが自分のプロトコールIDパケットを通報するとき、バスマネージャー（Bus manager ）は、各ノードのプロトコールIDパケットをプロトコールマップに格納して、引き続くデータ伝送制御時に用いる。
例えば、IEEE1394ケーブルに接続されたいずれか１つのノードが、“AV/C”プロトコールや“SBP2（Serial Bus Protocol 2 ）”や“DPP ”のような多様な種類のプロトコールに全て支援されて、データ伝送を行うときは、このような利用可能な全てのプロトコールをプロトコールコード化して格納すべきである。
【００２５】
このように各ノードに該当するプロトコールIDパケットは、ネットワーク上に伝送されるとき、所定のバスマネージャー（図示せず）により、図３に示したように、プロトコールマップに形成して格納される。
且つ、前記マネージャーは、IEEE1394伝送モードで等時伝送を実現するために、各ノードのチャンネル番号（Channel number）及び伝送帯域幅（Band width）を管理する。その後、いずれか１つのノードからデータ伝送が発生した場合、当該ノードは、パスマネージャーから、自分と通信を行う対向ノードIDを記録した“プロトコール照会パケット(Query Protocol Packet) ”を伝送して、相互通信するプロトコールを問い合わせる。
【００２６】
このとき、前記ノードが実行可能なプロトコールをマップを通して検索して、該当プロトコールを選択する。
例えば、もし、図６のDTV102がDVD-ROM112のノードにデータ伝送を行う場合には、データDTV102の伝送要求にバスマネージャーは、２つの各ノード(DTV,DVD-ROM) のプロトコールマップを参照して“SBP-2 ”プロトコールを予め通報し、同様なプロトコールを選択する。
【００２７】
もし、前記ノード相互間に同様なプロトコールが支援されない場合には、OSI 基準モデル階層構造のうち、トランザクションレイヤ（Transaction Layer ）の非同期パケットインタフェース（Asynchronous Packet Interface ）によりデータ伝送を行う。
このような過程を図４のフローチャートを利用して説明すると、ネットワーク上の任意の１つのノードから、バスマネージャーが存在するノードにプロトコール照会パケットを伝送する(ST100) 。
【００２８】
その後、前記任意のノードよりプロトコール照会があると、バスマネージャーは、プロトコールマップを利用して該当ノードに支援プロトコールがあるかを検索する(ST110) 。
その検索結果により、共通プロトコールがない場合には(ST120) 、OSI 基準モデル階層構造のうち、トランザクションレイヤの非同期パケットインタフェースによりデータ伝送を行う（ST130 ）。
【００２９】
前記バスマネージャーの検索結果により、共通プロトコールがある場合には(ST120) 、該共通プロトコールが独占プロトコールであるかを判断して(ST140) 、独占プロトコール(ST150) であると、独占プロトコールによりデータを伝送する。
前記判断結果により、独占プロトコールでなく、支援プロトコールが２つ以上である場合には、データ伝送を要求したノード側のプロトコールのうち、コード値の大きいプロトコールを選択して（ST160 ）、該選択されたプロトコールを、送信ノード及び受信ノードに、本発明による“プロトコール設定パケット”として伝送する。
【００３０】
このような過程を具体的に例示して説明すると次のとおりである。
先ず、DVD-ROM112がDTV102にデータを伝送する場合、即ち、DVD-ROM112で再生される情報を、DTV102を通して視聴する場合には、DVD-ROM112側のノードは、バスマネージャーにプロトコール照会パケットを伝送して、どのようなプロトコールで通信すべきであるかを質問する。そうすると、該バスマネージャーは、DVD-ROM112及びDTV102から提供されるプロトコールをバスリセットした後、事前に準備しておいたプロトコールマップから検索する。このとき、DTV102から提供されたプロトコールの種類と、DVD-ROM112から提供された所定プロトコールの種類とをそれぞれ検索する。
【００３１】
次いで、２つ以上のプロトコールで伝送をし得る場合には、バスマネージャーは送信側ノードのプロトコールを基準プロトコールとして決定し、支援プロトコールのうち、コード値の大きいプロトコールを伝送プロトコールとして決定する。しかし、DVD-ROM112が所定プロトコールのみでデータ伝送可能な場合には、自分に提供されたプロトコールに決定し、それをバスマネージャーは、プロトコール設定パケット(Protocol Set Packet）としてDVD-ROM112及びDTV102の各ノードにそれぞれ伝送して、２つのノード間でデータを送受信するときには、前記したように規定されたプロトコールによりデータ伝送を行うように制御する。
【００３２】
かくして、DTV102を使用して、コンピュータに装着されたDVD-ROM112をプレイさせる場合には、バスマネージャー上のプロトコールマップで、支援すべきプロトコールを確認し得るため、自動調節が可能である。
一方、相異なるノード間の伝送を行うための他の方法としては、本発明に係るバスマネージャーによる検索／制御方法とは異なって、ノード内で検索／処理を行う方法があるが、第１実施形態の各ノードを参照して、説明すると次のとおりである。
【００３３】
図５は、本発明に係るプロトコールインタフェース方法の第２実施形態を示したフローチャートで、図示するように、複数のノードの内のいずれか１つのノードをルートノードに指定することができるが、このとき、サイクルマスタ可否、バスマスタ可否等を考慮してルートに対して指定可能な優先権を、特定ノードに指定することができる。
【００３４】
このようにルートノードの構成が終了すると、各ノードは、全体的に自分のIDを他の各ノードに認知させる。
その後、いずれかのノードからプロトコールIDパケットが伝送されると、該プロトコールIDパケットのID確認をして、自分のノード及び対向ノードに共通プロトコールが存在するかを各ノードから確認／判断する。
【００３５】
上記判断結果により、伝送可能な共通プロトコールが存在する場合には、選択的にデータを伝送するか、またはデータ伝送を行い得ない過程を包含してプロトコールインタフェースが行われる。
このような過程について図５を用いて詳しく説明すると、次のとおりである。
先ず、IEEE1394ケーブルに連結された複数個のノードのうち、いずれか１つのノードからデータ伝送要求があると、該ノードから対向ノードに自分のプロトコールIDパケットを伝送する(ST200) 。
【００３６】
次いで、対向ノードでは、プロトコールマップを参照して、支援可能なプロトコールを確認し、前記対向ノードが自分に提供されたプロトコールのみでデータを伝送する“残存ノード”（persistence node）であるかを判断し(ST202) 、前記対向ノードが“残存ノード”でなければ、自分のノードが“残存ノード”であるかを確認する(ST204) 。
【００３７】
その後、前記ST202 段階の判断結果により、対向ノードが“残存ノード”でなく、自分のノードも“残存ノード”でない場合には、ノード確認段階で、位相(topology)に従い計算されたノードのうち、IDの大きいノードのプロトコールに設定し(ST206) 、前記ST204 の確認段階で、自分のノードが“残存ノード”である場合には、自分のプロトコールに設定して伝送する(ST208) 。
【００３８】
その後、対向ノードが“残存ノード”であると、自分のノードが“残存ノード”であるかを判断して（ST210 ）、自分のノードが“残存ノード”でないと、対向ノードが支援するプロトコールに設定して伝送する(ST212) 。
しかし、自分のノードが“残存ノード”であると、対向ノード及び自分のノードのうち、支援する共通のプロトコールが存在するかを判断して(ST214) 、共通のプロトコールが存在すると、ノードIDの大きいノードのプロトコールに設定して伝送する(ST206) 。このとき、もし、共通プロトコールが存在しなければ、データ伝送が不可能であるというメッセージを出力する(ST216) 。
【００３９】
このようにプロトコールを設定して、１つのプロトコールが決定されると(ST206, ST208,ST212)、該決定されたプロトコールによりデータを伝送する(ST218) 。
更に、本発明は、このような実施の形態に限定されるものでなく、請求範囲を外れない限り多様な形態に変更して使用することができる。
【００４０】
【発明の効果】
以上説明したように、本発明に係るプロトコールインタフェースデータ伝送方法においては、プロトコールインタフェースを利用して相異なるノード間のデータを伝送し得るようになっているため、IEEE1394シリアルバスネットワークインタフェースカードが備えられた周辺ノードに、DVD-ROM 及びCD-ROMを連結して再生を行うと、再生される情報は、PCに限定されず、他の映像ノード、例えば、DTV でも視聴することができるという効果がある。
【図面の簡単な説明】
【図１】本発明に係る相異なるプロトコールをインタフェースするためのプロトコールパケットの構成を示すテーブルで、（ａ）は、照会プロトコールパケットであり、（ｂ）は、プロトコール設定パケットである。
【図２】本発明に係るプロトコールコードを例示する表である。
【図３】本発明に係るプロトコール情報をプロトコールマップに格納して示したフォーマット構成図である。
【図４】本発明に係るバスマネージャーがプロトコールマップを利用してプロトコールインタフェースを行う際のプロトコール選択方法を示すフローチャートである。
【図５】本発明に係る各ノード間のプロトコールインタフェース時における、プロトコール選択方法を示すフローチャートである。
【図６】一般のIEEE1394伝送規格に基づいて複数個のノードが相互接続されたIEEE1394の構成を示すブロック図である。
【符号の説明】
100 …オーディオ
102 …ディジタルテレビジョン
104 …セットトップボックス
106 …コンピュータ
108 …プリンタ
110 …スキャーナ
112 …ディジタルビデオディスクROM （DVD-ROM ）
【発明の属する技術分野】
本発明は、データの伝送方法に係るもので、詳しくは、相異なるノード間でプロトコールインタフェース方法を利用して、データの伝送を行うプロトコールインタフェースデータ伝送方法に関するものである。
【０００２】
【従来の技術】
一般に、ディジタルリンクの規格として、アップルコンピュータ（apple computer）技術陣により1986年に発表された‘1394’は、1995年にIEEE1394の基本規格として採択された。このようなIEEE1394は、等時（Isochronous ; Real-time ）及び非同期（asynchronous）伝送を実現する高速の直列バス装置として国際規格化されており、提案されたIEEE1394シリアルバスネットワークインタフェースカード（Serial bus network interface card ; module）により、ディジタル装置間を高速の直列バスに相互連結させる。
【０００３】
又、前記IEEE1394は、ディジタルノード間のデータ伝送時に、通信ノード、コンピュータ及び家電製品を単一のネットワークに連結して、マルチメディアデータを100Mbps 〜1Gbps という高速にて送受信可能なインタフェースの規格である。
さらに、前記IEEE1394ケーブルは、高帯域幅（high-band width ）を有して、等時データインタフェースが可能であり、他のケーブルに比べて厚さが薄く、IEEE1394ケーブルに接続された周辺ノードがアクティブであるときにも、新しいディジタルノードを追加し又は除去し得るマルチメディア動作特性を有する。
【０００４】
更に、このようなIEEE1394は、他のマルチメディア標準として注目されているUSB （Universal Serial Bus）よりも、伝送速度及び双方向性通信機能の面で優れている。
即ち、前記IEEE1394は、伝送モードに従い、98.304Mbps, 196.608Mbps 及び393.216Mbps 等の三種の伝送速度でデータを処理し、ディジタルオーディオ又はディジタル画像の情報の円滑な伝送を可能として、スキャーナ、ディジタルカメラ及びディジタルビデオカメラ等のようなマルチメディア周辺ノードを、連結して利用することができる。
【０００５】
更に、前記三種の伝送速度は、他の伝送速度に対して、それぞれ互換性を有するため、前記393.216Mbps 伝送モードは、前記98.304Mbps及び196.608Mbps の全ての伝送モードを支援することができる。
且つ、IEEE1394は、双方向通信機能が優れているため、前記IEEE1394シリアルバスネットワークインタフェースカード（module）が内装された周辺機器（以下、ノードと称す）は、コンピュータを利用した画像会議等マルチメディア応用分野でのデータ送受信を可能とする。
【０００６】
図６は、一般のIEEE1394伝送規格により、複数個のノードが相互接続されたIEEE1394の構成を示したブロック図であり、図示するように、所定ノードから出力されるデータを他のノードに伝送して録画又はディスプレイするように、各ノード毎にIEEE1394シリアルバスネットワークインタフェースカード（module）（図示せず）が備えられ、２地点間連結方法（Point-to-Point）により相互接続されている。
【０００７】
即ち、オーディオ100 、ディジタルテレビジョン(DTV)102、セットトップボックス（Set-top box ）104 、コンピュータ106 、プリンタ108 、スキャーナ110 及びディジタルビデオディスクROM （DVD-ROM ）112 が、２地点間連結方法のバス技術により、相互接続されている。
このように構成された一般のIEEE1394においては、いずれか１つのノードが、IEEE1394ケーブルから除去されるか、又は、他のノードが接続されると、IEEE1394バスリセットが行われて初期化が行われ、このとき、IEEE1394ケーブルに連結された各ノード相互間で処理される既存の情報が初期化され、各ノードには、物理アドレスが再び与えられる。
【０００８】
次いで、IEEE1394インタフェースでは、通常動作を開始するため、待機状態に戻され、データの非同期伝送時には、データ及び階層情報をアドレスとして伝送するが、等時伝送時には、前記アドレスを使用せずにチャンネル番号を伝送する。
即ち、前記等時伝送は、動画像又は音声データのように、時間的な制約の多いマルチメディア情報を伝送するときに利用され、非同期伝送は、プリンタ108 又はスキャーナ110 のように、リアルタイムで動作しなくても良い情報を伝送するときに利用される。
【０００９】
又、各ノードには、データ伝送時にそれらノードが支援可能なプロトコールが採用されるが、例えば、オーディオ100 及びディジタルテレビジョン102 は“AV/C”プロトコールにより、CD-ROM/DVD-ROM112 は“SBP-2(Serial Bus Protocol-2 ）”により、プリンタ108 は、“DP Protocol ”により、それぞれデータ伝送を行う。
【００１０】
更に、このようなプロトコールは、多ビット中の１ビットフラグ（flag）により相互に区別され、各ノードのプロトコールパケットデータとして格納される。
且つ、このようにIEEE1394ケーブルに接続されたノードにおいては、前記非同期伝送モード及び等時伝送モード時に、各ノードからこれらノードのプロトコール確認パケットデータ（Protocol Identification Packet Data ）をネットワーク上に伝送して他のノードに知らせ、同様なプロトコールを有する各ノード間でデータの送受信を行っていた。
【００１１】
【発明が解決しようとする課題】
しかるに、このような一般のIEEE1394を用いた従来のインタフェースデータ伝送方法においては、IEEE1394ケーブルに連結されたノード中、相異なるプロトコールを有するノード間でデータ伝送が発生すると、相互インタフェースが行われないため、データの伝送が不可能になるという不都合があった。
【００１２】
例えば、DVD-ROM 又はCD-ROMに、MPEG-2方式に従い所定データが圧縮されたCD又はビデオCDを挿入し、PC（Personal-Computer ）以外の他の映像ノードであるディジタルテレビジョンを介して視聴しようとする場合には、相異なるプロトコールのために再生動作が行われないという不都合があった。
これは、通常のPCに備えられたDVD-ROM 及びCD-ROMは、“SBP-2 ”に基づいたプロトコールを有するように規格化されており、ディジタルテレビジョンは“AV/C”に基づいたプロトコールを有するように規格化されているためである。
【００１３】
したがって本発明は、プロトコールインタフェースを利用して相異なるノード間でデータを伝送可能なプロトコールインタフェースデータ伝送方法を提供することを目的とするものである。
【００１４】
【課題を解決するための手段】
このような目的を達成するため、本発明に係るプロトコールインタフェースデータ伝送方法においては、少なくとも１つ以上のノードが所定のケーブルに接続され、該ノードの追加または除去時に発生するバス初期化動作により、各前記ノードが有するプロトコールパケットデータと、前記ノードから支援されるプロトコールパケットデータと、をそれぞれ伝送する過程と、
前記伝送された各ノードのプロトコールパケットデータをプロトコールマップに格納する過程と、
任意のノードからデータの伝送要求がある場合、自分のノードIDを包含する照会（Query ）プロトコールパケットを形成する過程と、
前記プロトコールマップを検索して、前記任意のノードのプロトコールの種類を検索する過程と、
前記検索結果により、共通プロトコールがあるかを確認する過程と、
前記検索結果により、前記共通プロトコールが独占プロトコールであるかを確認する過程と、
前記プロトコール検索過程を経て、プロトコール設定パケットを送受信ノードに伝送する過程と、
前記プロトコール設定パケットに基づいて、データを伝送する過程と、を順次行うようになっている。
【００１５】
且つ、前記プロトコール設定パケットは、パケットID、ノードID、入／出力形態及びプロトコールコードを包含し、同様なプロトコールが少なくとも２つ以上存在すると、データの伝送を要求したノードのプロトコールを利用して、前記データを伝送する過程を更に行うようになっている。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
図１（ａ）は、本発明に係る相異なるプロトコールをインタフェースするたプロトコール照会パケットの構成を示したテーブルで、図示したように、プロトコールIDフォーマットは、８ビットの照会パケット（Query Packet）ID（11000001）と、自分のノードIDを表す６ビット物理アドレスID（PHY ID）と、2 ビットの入／出力モード及びターゲット物理アドレスIDと、から構成されている。
【００１７】
そして、前記６ビットの物理アドレスID(Node ID）は、バスリセット時に“ノード確認”(node identification) 段階で自分のノードの位相（topology）に従い区別されて標識（labeled ）が付される。
且つ、前記入／出力モードは、該ノードが接続されたシステムの入出力に係わる特性を表示する部分であって、このとき、“00”は、無定義（Nothing ）を意味し、“01”は、入力のみで動作する装置(Input only ）、“10”は、出力のみで動作する装置（Output Only ）、“11”は、入／出力が可能な装置（Input/ Output Both）にそれぞれモードを区分する。
【００１８】
又、ターゲット物理アドレスIDは、送信しようとするノードのノードIDを示し、パケットの残りの部分は、“0 ”が詰め込まれる(padding) 。
図１（ｂ）は、本発明に係る相異なるプロトコールをインタフェースするたプロトコール設定パケットの構成を示したテーブルで、プロトコール設定パケットは、バスマネージャーが、決定されたプロトコールを送受信側に通知するようになっており、
図示するように、プロトコール設定パケットのフォーマットは、８ビットのパケット設定ID（1100001 ）と、送信ノードIDを表す６ビット物理アドレスID(PHY ID)と、２ビットの入／出力(in/out)モードと、受信ノードIDを表す６ビット物理アドレスID(PHY ID ）と、から構成されている。
【００１９】
更に、決定されたプロトコールコードを付加した後、パケットの残りの部分は、“0 ”が詰め込まれる(padding) 。前記プロトコールコードは、図２に示したように、プロトコールコード表を参照して設定する。
且つ、支援可能な前記ノードのプロトコールの種類は、いずれか１つのビットで区別したフラグビットを使用して各ノードのプロトコールを区別する。
【００２０】
又、図６の例を用いて、プロトコールの種類を決定する方法を説明すると、次のとおりである。
先ず、所定ノードにより支援可能なプロトコールを16個まで定義することができるが、オーディオ、ディジタルテレビジョンなどに適用される“AV/C”プロトコールを支援する場合には、“1000000000000000”、CD-ROM/DVD-ROMなどに適用される“SBP-2 ”は、“0100000000000000”、プリンタなどに適用される“DPP ”は、“0010000000000000”等とそれぞれ定義する。
【００２１】
更に、複数個のプロトコールを支援するノードもあるが、例えば、AV/C及びSBP-2 を全て支援する場合には、“1100000000000000”と定義する。即ち、追加されるプロトコールの種類は、1 ビットのフラグビットを利用して区別し格納することができる。
図３は、IEEE1394ケーブルに接続されるノードから支援可能なプロトコールをコード化して定義したマップであって、それら各ノードのIDを16ビットにコード化して63個（0 〜62）まで表すことができる。
【００２２】
このように各ノードのプロトコールパケット及びプロトコールマップが定義された状態で、IEEE1394ケーブルに接続された各ノード相互間で行われるプロトコールインタフェースの第１実施形態について説明すると、次のとおりである。
先ず、IEEE1394伝送モードを適用するIEEE1394ケーブルに、複数個のノードがそれぞれ接続されるが、このときIEEE1394インタフェースは、１つのブリッジ当たり最大63個の周辺ノードを連結することができる。
【００２３】
又、IEEE1394インタフェースは、プラグアンドプレイ（Plug and play ）及びホットプラグ（hot plug）が可能であるため、前記ノードが接続された状態で、ノードの追加又は除去が発生すると、IEEE1394バスリセットが発生する。
このように、IEEE1394バスリセットが発生すると、該IEEE1394ケーブルに接続された各ノードは、再び自分のプロトコールIDパケットをそれぞれ形成し、ネットワーク上の他のノードに、自分のプロトコールIDパケットを伝送する。
【００２４】
各ノードが自分のプロトコールIDパケットを通報するとき、バスマネージャー（Bus manager ）は、各ノードのプロトコールIDパケットをプロトコールマップに格納して、引き続くデータ伝送制御時に用いる。
例えば、IEEE1394ケーブルに接続されたいずれか１つのノードが、“AV/C”プロトコールや“SBP2（Serial Bus Protocol 2 ）”や“DPP ”のような多様な種類のプロトコールに全て支援されて、データ伝送を行うときは、このような利用可能な全てのプロトコールをプロトコールコード化して格納すべきである。
【００２５】
このように各ノードに該当するプロトコールIDパケットは、ネットワーク上に伝送されるとき、所定のバスマネージャー（図示せず）により、図３に示したように、プロトコールマップに形成して格納される。
且つ、前記マネージャーは、IEEE1394伝送モードで等時伝送を実現するために、各ノードのチャンネル番号（Channel number）及び伝送帯域幅（Band width）を管理する。その後、いずれか１つのノードからデータ伝送が発生した場合、当該ノードは、パスマネージャーから、自分と通信を行う対向ノードIDを記録した“プロトコール照会パケット(Query Protocol Packet) ”を伝送して、相互通信するプロトコールを問い合わせる。
【００２６】
このとき、前記ノードが実行可能なプロトコールをマップを通して検索して、該当プロトコールを選択する。
例えば、もし、図６のDTV102がDVD-ROM112のノードにデータ伝送を行う場合には、データDTV102の伝送要求にバスマネージャーは、２つの各ノード(DTV,DVD-ROM) のプロトコールマップを参照して“SBP-2 ”プロトコールを予め通報し、同様なプロトコールを選択する。
【００２７】
もし、前記ノード相互間に同様なプロトコールが支援されない場合には、OSI 基準モデル階層構造のうち、トランザクションレイヤ（Transaction Layer ）の非同期パケットインタフェース（Asynchronous Packet Interface ）によりデータ伝送を行う。
このような過程を図４のフローチャートを利用して説明すると、ネットワーク上の任意の１つのノードから、バスマネージャーが存在するノードにプロトコール照会パケットを伝送する(ST100) 。
【００２８】
その後、前記任意のノードよりプロトコール照会があると、バスマネージャーは、プロトコールマップを利用して該当ノードに支援プロトコールがあるかを検索する(ST110) 。
その検索結果により、共通プロトコールがない場合には(ST120) 、OSI 基準モデル階層構造のうち、トランザクションレイヤの非同期パケットインタフェースによりデータ伝送を行う（ST130 ）。
【００２９】
前記バスマネージャーの検索結果により、共通プロトコールがある場合には(ST120) 、該共通プロトコールが独占プロトコールであるかを判断して(ST140) 、独占プロトコール(ST150) であると、独占プロトコールによりデータを伝送する。
前記判断結果により、独占プロトコールでなく、支援プロトコールが２つ以上である場合には、データ伝送を要求したノード側のプロトコールのうち、コード値の大きいプロトコールを選択して（ST160 ）、該選択されたプロトコールを、送信ノード及び受信ノードに、本発明による“プロトコール設定パケット”として伝送する。
【００３０】
このような過程を具体的に例示して説明すると次のとおりである。
先ず、DVD-ROM112がDTV102にデータを伝送する場合、即ち、DVD-ROM112で再生される情報を、DTV102を通して視聴する場合には、DVD-ROM112側のノードは、バスマネージャーにプロトコール照会パケットを伝送して、どのようなプロトコールで通信すべきであるかを質問する。そうすると、該バスマネージャーは、DVD-ROM112及びDTV102から提供されるプロトコールをバスリセットした後、事前に準備しておいたプロトコールマップから検索する。このとき、DTV102から提供されたプロトコールの種類と、DVD-ROM112から提供された所定プロトコールの種類とをそれぞれ検索する。
【００３１】
次いで、２つ以上のプロトコールで伝送をし得る場合には、バスマネージャーは送信側ノードのプロトコールを基準プロトコールとして決定し、支援プロトコールのうち、コード値の大きいプロトコールを伝送プロトコールとして決定する。しかし、DVD-ROM112が所定プロトコールのみでデータ伝送可能な場合には、自分に提供されたプロトコールに決定し、それをバスマネージャーは、プロトコール設定パケット(Protocol Set Packet）としてDVD-ROM112及びDTV102の各ノードにそれぞれ伝送して、２つのノード間でデータを送受信するときには、前記したように規定されたプロトコールによりデータ伝送を行うように制御する。
【００３２】
かくして、DTV102を使用して、コンピュータに装着されたDVD-ROM112をプレイさせる場合には、バスマネージャー上のプロトコールマップで、支援すべきプロトコールを確認し得るため、自動調節が可能である。
一方、相異なるノード間の伝送を行うための他の方法としては、本発明に係るバスマネージャーによる検索／制御方法とは異なって、ノード内で検索／処理を行う方法があるが、第１実施形態の各ノードを参照して、説明すると次のとおりである。
【００３３】
図５は、本発明に係るプロトコールインタフェース方法の第２実施形態を示したフローチャートで、図示するように、複数のノードの内のいずれか１つのノードをルートノードに指定することができるが、このとき、サイクルマスタ可否、バスマスタ可否等を考慮してルートに対して指定可能な優先権を、特定ノードに指定することができる。
【００３４】
このようにルートノードの構成が終了すると、各ノードは、全体的に自分のIDを他の各ノードに認知させる。
その後、いずれかのノードからプロトコールIDパケットが伝送されると、該プロトコールIDパケットのID確認をして、自分のノード及び対向ノードに共通プロトコールが存在するかを各ノードから確認／判断する。
【００３５】
上記判断結果により、伝送可能な共通プロトコールが存在する場合には、選択的にデータを伝送するか、またはデータ伝送を行い得ない過程を包含してプロトコールインタフェースが行われる。
このような過程について図５を用いて詳しく説明すると、次のとおりである。
先ず、IEEE1394ケーブルに連結された複数個のノードのうち、いずれか１つのノードからデータ伝送要求があると、該ノードから対向ノードに自分のプロトコールIDパケットを伝送する(ST200) 。
【００３６】
次いで、対向ノードでは、プロトコールマップを参照して、支援可能なプロトコールを確認し、前記対向ノードが自分に提供されたプロトコールのみでデータを伝送する“残存ノード”（persistence node）であるかを判断し(ST202) 、前記対向ノードが“残存ノード”でなければ、自分のノードが“残存ノード”であるかを確認する(ST204) 。
【００３７】
その後、前記ST202 段階の判断結果により、対向ノードが“残存ノード”でなく、自分のノードも“残存ノード”でない場合には、ノード確認段階で、位相(topology)に従い計算されたノードのうち、IDの大きいノードのプロトコールに設定し(ST206) 、前記ST204 の確認段階で、自分のノードが“残存ノード”である場合には、自分のプロトコールに設定して伝送する(ST208) 。
【００３８】
その後、対向ノードが“残存ノード”であると、自分のノードが“残存ノード”であるかを判断して（ST210 ）、自分のノードが“残存ノード”でないと、対向ノードが支援するプロトコールに設定して伝送する(ST212) 。
しかし、自分のノードが“残存ノード”であると、対向ノード及び自分のノードのうち、支援する共通のプロトコールが存在するかを判断して(ST214) 、共通のプロトコールが存在すると、ノードIDの大きいノードのプロトコールに設定して伝送する(ST206) 。このとき、もし、共通プロトコールが存在しなければ、データ伝送が不可能であるというメッセージを出力する(ST216) 。
【００３９】
このようにプロトコールを設定して、１つのプロトコールが決定されると(ST206, ST208,ST212)、該決定されたプロトコールによりデータを伝送する(ST218) 。
更に、本発明は、このような実施の形態に限定されるものでなく、請求範囲を外れない限り多様な形態に変更して使用することができる。
【００４０】
【発明の効果】
以上説明したように、本発明に係るプロトコールインタフェースデータ伝送方法においては、プロトコールインタフェースを利用して相異なるノード間のデータを伝送し得るようになっているため、IEEE1394シリアルバスネットワークインタフェースカードが備えられた周辺ノードに、DVD-ROM 及びCD-ROMを連結して再生を行うと、再生される情報は、PCに限定されず、他の映像ノード、例えば、DTV でも視聴することができるという効果がある。
【図面の簡単な説明】
【図１】本発明に係る相異なるプロトコールをインタフェースするためのプロトコールパケットの構成を示すテーブルで、（ａ）は、照会プロトコールパケットであり、（ｂ）は、プロトコール設定パケットである。
【図２】本発明に係るプロトコールコードを例示する表である。
【図３】本発明に係るプロトコール情報をプロトコールマップに格納して示したフォーマット構成図である。
【図４】本発明に係るバスマネージャーがプロトコールマップを利用してプロトコールインタフェースを行う際のプロトコール選択方法を示すフローチャートである。
【図５】本発明に係る各ノード間のプロトコールインタフェース時における、プロトコール選択方法を示すフローチャートである。
【図６】一般のIEEE1394伝送規格に基づいて複数個のノードが相互接続されたIEEE1394の構成を示すブロック図である。
【符号の説明】
100 …オーディオ
102 …ディジタルテレビジョン
104 …セットトップボックス
106 …コンピュータ
108 …プリンタ
110 …スキャーナ
112 …ディジタルビデオディスクROM （DVD-ROM ）
Claims (26)
- ＩＥＥＥ１３９４ケーブルに接続された複数個のノードを有するＩＥＥＥ１３９４シリアルバスネットワークにおいて、前記ノードに対してプロトコールインターフェース動作を行うプロトコールインターフェース方法であって、
ａ）ノードの追加または除去によるＩＥＥＥ１３９４バスの初期化により、各前記ノードのプロトコールＩＤパケットを形成する過程と、
ｂ）形成された各前記ノードのプロトコールＩＤパケットを他のノードに伝送する過程と、
ｃ）バスマネージャーにより、伝送された各前記ノードのプロトコールＩＤパケットを、プロトコールマップに格納する過程と、
ｄ）データの伝送を要求する場合、前記ノードの当該ノードから前記バスマネージャーに、対向ノードのＩＤが包含された照会プロトコールパケットを伝送する過程と、
ｅ）前記プロトコールマップから伝送プロトコールを検索し、検索された伝送プロトコールに関する情報を記録したプロトコール設定パケットを、前記バスマネージャーから前記ノードの前記当該ノード及び前記対向ノードに送信し、前記伝送プロトコールにより前記当該ノード及び前記対向ノード間のデータ伝送を行う過程と、を有し、
前記バスマネージャーは、ＩＥＥＥ１３９４伝送モードの等時伝送モードを実現するために、各前記ノードのチャンネル番号及び伝送帯域幅を管理することを特徴とするプロトコールインターフェース方法。 - 前記ノードおよび対向ノードは、デジタルテレビジョン信号、ＣＤ−ＲＯＭ信号、ＤＶＤ−ＲＯＭ信号、セットトップボックス信号、プリンタ信号、スキャナ信号、オーディオ信号およびコンピュータインタフェース信号のうちの少なくとも１つに関するプロトコールを支援することを特徴とする請求項１に記載の方法。
- 前記照会プロトコールパケットが更に、前記当該ノードの入出力タイプを示す入出力タイプ情報を包含し、前記入出力タイプ情報は２ビットであることを特徴とする請求項１に記載の方法。
- 前記プロトコール設定パケットが更に、前記当該ノード及び対向ノードの物理アドレスＩＤを包含することを特徴とする請求項１に記載の方法。
- 前記プロトコール設定パケットが更に、前記当該ノード及び対向ノードの入出力タイプを示す入出力タイプ情報を包含し、前記入出力タイプ情報は２ビットであることを特徴とする請求項１に記載の方法。
- 前記プロトコール設定パケットに包含される前記伝送プロトコールに関する情報はプロトコールコードであることを特徴とする請求項１に記載の方法。
- 前記過程ｅ）は、前記当該ノード及び対向ノードを支援するプロトコールの共通プロトコールを検索する過程を包含することを特徴とする請求項１に記載の方法。
- 前記プロトコールマップは物理アドレスＩＤを最大６３個まで設定し得ることを特徴とする請求項１に記載の方法。
- 前記過程ｅ）は、前記当該ノード及び対向ノードを支援するプロトコールの共通プロトコールを検索し、該検索された共通プロトコールが独占プロトコールかどうか判断し、該検索された共通プロトコールが独占プロトコールであるとき、前記共通プロトコールを前記伝送プロトコールとして選択する過程を包含することを特徴とする請求項１に記載の方法。
- 前記過程ｅ）は、前記当該ノード及び対向ノードを支援するプロトコールの共通プロトコールを検索し、該検索された共通プロトコールについて、２つ以上の共通プロトコールが存在するかどうか判断し、該検索された共通プロトコールについて、２つ以上の共通プロトコールが存在する場合、該２つ以上の共通プロトコールのうち、前記当該ノードに属し最大のコード値を有する何れかひとつを前記伝送プロトコールとして選択する過程を包含することを特徴とする請求項１に記載の方法。
- 前記過程ｅ）は、前記当該ノード及び対向ノードを支援するプロトコールの共通プロトコールを検索し、該共通プロトコールが見出せない場合には、ＯＳＩ階層構造におけるトランザクションレイヤの非同期パケットインタフェースで前記当該ノードと前記対向ノード間のデータ伝送を行うことを特徴とする請求項１に記載の方法。
- ＩＥＥＥ１３９４ケーブルに接続された複数個のノードを有するＩＥＥＥ１３９４シリアルバスネットワークにおいて、前記ノードに対してプロトコールインターフェース動作を行うプロトコールインターフェース方法であって、
ａ）前記ノードの当該ノードからのデータ伝送要求の発生により、特定ノードをルートノードに指定する過程と、
ｂ）前記ノードにおいて、前記当該ノードから対向ノードへプロトコールパケットデータを伝送する過程と、
ｃ）前記当該ノード及び前記対向ノードのうちの少なくとも１つが残存ノードであるか否かを決定するチェック処理に基づいて、前記当該ノード及び対向ノードのプロトコールを検索し、伝送プロトコールを設定する過程であって、該残存ノードは、該残存ノードで提供されるプロトコールのみを介してデータを伝送する特殊ノードである過程と、
ｄ）前記当該ノード及び対向ノードに共通プロトコールが存在すると、前記伝送プロトコールを前記共通プロトコールに設定し、前記当該ノードと対向ノード間で前記共通プロトコールによりデータを伝送する過程と、を有することを特徴とするプロトコールインターフェース方法。 - 前記当該ノードおよび対向ノードは、デジタルテレビジョン信号、ＣＤ−ＲＯＭ信号、ＤＶＤ−ＲＯＭ信号、セットトップボックス信号、プリンタ信号、スキャナ信号、オーディオ信号およびコンピュータインタフェース信号のうちの少なくとも１つに関するプロトコールを支援することを特徴とする請求項１２に記載の方法。
- 前記過程ｃ）は、前記対向ノードも前記当該ノードも前記残存ノードでないとき、物理アドレスＩＤが大きい前記当該ノード及び対向ノードの何れかのプロトコールを前記伝送プロトコールとして設定する過程を包含することを特徴とする請求項１２に記載の方法。
- 前記過程ｃ）は、前記対向ノードが前記残存ノードでなく、前記当該ノードが前記残存ノードであるとき、前記当該ノードのプロトコールを前記伝送プロトコールとして設定する過程を有することを特徴とする請求項１２に記載の方法。
- 前記過程ｃ）は、前記対向ノードも前記当該ノードも前記残存ノードであるとき、前記当該ノードと前記対向ノードに前記共通プロトコールが存在するかどうか判断する過程を有することを特徴とする請求項１２に記載の方法。
- 前記過程ｃ）は、前記当該ノードと前記対向ノードに前記共通プロトコールが存在する場合、物理アドレスＩＤの大きい、前記当該ノード及び前記対向ノードの何れかに属する前記共通プロトコールの何れかを前記伝送プロトコールに設定してデータを伝送する過程を有することを特徴とする請求項１２に記載の方法。
- 前記過程ｃ）は、前記対向ノードが前記残存ノードで、前記当該ノードが前記残存ノードでない場合、前記対向ノードのプロトコールを前記伝送プロトコールに設定する過程を有することを特徴とする請求項１２に記載の方法。
- ネットワークインタフェースを支援する装置であって、
少なくとも１つの対向ノードとのデータの伝送を要求する少なくとも１つの送信元ノードからのプロトコール照会の受信を支援する受信部と、
前記送信元ノード及び前記対向ノードに関する伝送プロトコール情報を含むプロトコールマップを記憶する記憶部と、
前記記憶部に記憶された前記プロトコールマップから前記送信元ノード及び対向ノードに適した伝送プロトコール情報を検索し、前記送信元ノード及び対向ノードについて共通プロトコールが存在するかどうかチェックし、前記送信元ノード及び対向ノードについて独占プロトコールが存在するかどうかチェックするバスマネージャーと、
前記バスマネージャーが前記送信元ノード及び対向ノード間で使用される伝送プロトコールの選択に関する通知を前記送信元ノード及び対向ノードに伝送するのを支援する送信部と、を有し、
前記バスマネージャーは、前記共通プロトコール及び前記独占プロトコールが両方とも存在すれば前記独占プロトコールに従い、前記独占プロトコールが存在しないが前記共通プロトコールが存在すれば前記送信元ノードに属し最大のコード値を有する前記共通プロトコールに従い、または、前記共通プロトコールが存在しなければ非同期パケットインタフェースに従って、前記送信元ノードが前記対向ノードにデータを選択的に伝送できるようにする、装置。 - 前記送信元ノード及び対向ノードがそれぞれ少なくとも２つの異なるプロトコールを支援する場合、前記独占プロトコールは存在しない、請求項１９に記載の装置。
- 前記送信元ノードおよび対向ノードは、デジタルテレビジョン、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、セットトップボックス、プリンタ、スキャナ、オーディオ装置およびコンピュータのうちの少なくとも１つに関するプロトコールを支援することを特徴とする請求項１９に記載の装置。
- ネットワークインタフェースを介して他の装置と通信する装置であって、
ネットワークを介したデータの伝送を支援する送信部と、
前記ネットワークにおける他のノードとの通信を可能にするシリアルバスネットワークインタフェースカードモジュールと、
前記ネットワークを介したデータの受信を支援する受信部と、を有し、
前記送信部、前記シリアルバスネットワークカードモジュールおよび前記受信部は、前記装置が送信元ノードとして動作するか、または、対向ノードとして動作するように連携し、
前記送信元ノードとして動作する場合、
前記送信部は、前記対向ノードにデータの伝送を要求するためプロトコールＩＤパケットを前記対向ノードに伝送し、
前記シリアルバスネットワークインタフェースカードモジュールは、前記送信元ノード及び対向ノードについて共通プロトコールが存在すれば該共通プロトコールの中のプロトコールマップから選択されたプロトコールを使用し、前記送信元ノード及び対向ノードについて独占プロトコールが存在すれば該独占プロトコールを使用し、
前記送信部は、前記共通プロトコール及び前記独占プロトコールが両方とも存在すれば前記独占プロトコールに従い、前記独占プロトコールが存在しないが前記共通プロトコールが存在すれば前記送信元ノードに属し最大のコード値を有する前記共通プロトコールに従い、または、前記共通プロトコールが存在しなければ非同期パケットインタフェースに従って、データが伝送されるように前記選択されたプロトコールを使用して前記対向ノードにデータを伝送し、
前記対向ノードとして動作する場合、
前記受信部は、前記送信元ノードからデータの伝送を要求するためのプロトコールＩＤパケットを前記送信元ノードから受信し、
前記シリアルバスネットワークインタフェースカードモジュールは、前記送信元ノード及び対向ノードについて共通プロトコールが存在すれば該共通プロトコールの中のプロトコールマップから選択されたプロトコールを使用し、前記送信元ノード及び対向ノードについて独占プロトコールが存在すれば該独占プロトコールを使用し、
前記受信部は、前記共通プロトコール及び前記独占プロトコールが両方とも存在すれば前記独占プロトコールに従い、前記独占プロトコールが存在しないが前記共通プロトコールが存在すれば前記送信元ノードに属し最大のコード値を有する前記共通プロトコールに従い、または、前記共通プロトコールが存在しなければ非同期パケットインタフェースに従って、データが伝送されるように前記選択されたプロトコールを使用して前記送信元ノードから伝送されたデータを受信する、装置。 - 前記シリアルバスネットワークインタフェースカードモジュールは、デジタルテレビジョン信号、ＣＤ−ＲＯＭ信号、ＤＶＤ−ＲＯＭ信号、セットトップボックス信号、プリンタ信号、スキャナ信号、オーディオ信号およびコンピュータインタフェース信号のうちの少なくとも１つに関すプロトコールを支援することを特徴とする請求項２２に記載の装置。
- ネットワークインタフェースを介して他の装置と通信する装置であって、
ネットワークを介したプロトコール照会パケットの伝送を支援する送信部と、
前記ネットワークにおける他のノードとの通信を可能にするシリアルバスネットワークインタフェースカードモジュールと、
前記ネットワークを介したプロトコール設定パケットの受信を支援する受信部と、を有し、
前記送信部、前記シリアルバスネットワークカードモジュールおよび前記受信部は、前記装置が送信元ノードとして動作するか、または、対向ノードとして動作するように連携し、
前記送信元ノードとして動作する場合、
前記送信部は、プロトコールＩＤパケットを対向ノードに伝送し、
前記シリアルバスネットワークインタフェースカードモジュールは、前記送信元ノード及び前記対向ノードのうちの少なくとも１つのノードが該少なくとも１つのノードで提供されるプロトコールのみを介してデータを伝送する残存ノードであるかどうか決定するチェック処理に基づいて伝送プロトコールを選択した前記対向ノードからの該伝送プロトコールに関する通知を受信し、前記対向ノード及び送信元ノードの両方が前記残存ノードであり前記対向ノード及び送信元ノードの両方に共通プロトコールが存在すれば該共通プロトコールが前記伝送プロトコールとして使用され、前記対向ノード及び送信元ノードの両方が前記残存ノードでなければ前記対向ノードまたは送信元ノードのいずれかのプロトコールが前記伝送プロトコールとして使用され、前記対向ノードが前記残存ノードでないが前記送信元ノードが前記残存ノードであれば前記対向ノードのプロトコールが前記伝送プロトコールとして使用され、または、前記対向ノードが前記残存ノードであるが前記送信元ノードが前記残存ノードでなければ前記送信元ノードのプロトコールが前記伝送プロトコールとして使用され、
前記送信部は、前記対向ノードが決定したプロトコールを使用して前記対向ノードにデータを転送し、
前記対向ノードとして動作する場合、
前記受信部は、データの伝送を所望する送信元ノードからプロトコールＩＤパケットを受信し、
前記シリアルバスネットワークインタフェースカードモジュールは、前記送信元ノード及び前記対向ノードのうちの少なくとも１つのノードが該少なくとも１つのノードで提供されるプロトコールのみを介してデータを伝送する残存ノードであるかどうか決定するチェック処理に基づいて伝送プロトコールを選択し、前記対向ノード及び送信元ノードの両方が前記残存ノードであり前記対向ノード及び送信元ノードの両方に共通プロトコールが存在すれば該共通プロトコールが前記伝送プロトコールとして使用され、前記対向ノード及び送信元ノードの両方が前記残存ノードでなければ前記対向ノードまたは送信元ノードのいずれかのプロトコールが前記伝送プロトコールとして使用され、前記対向ノードが前記残存ノードでないが前記送信元ノードが前記残存ノードであれば前記対向ノードのプロトコールが前記伝送プロトコールとして使用され、または、前記対向ノードが前記残存ノードであるが前記送信元ノードが前記残存ノードでなければ前記送信元ノードのプロトコールが前記伝送プロトコールとして使用され、
前記受信部は、前記選択したプロトコールを使用して、前記送信元ノードからデータを受信することを特徴とする装置。 - 前記プロトコール照会パケットは、８ビット照会パケットＩＤ、６ビット送信元ノード物理アドレスＩＤ、２ビット入出力モードＩＤおよび６ビット対向ノード物理アドレスＩＤを有し、
前記プロトコール設定パケットは、８ビット設定パケットＩＤ、６ビット送信元ノード物理アドレスＩＤ、２ビット入力／出力モードＩＤおよび６ビット対向ノード物理アドレスＩＤを有する、請求項２４に記載の装置。 - 前記シリアルバスネットワークインタフェースカードモジュールは、デジタルテレビジョン信号、ＣＤ−ＲＯＭ信号、ＤＶＤ−ＲＯＭ信号、セットトップボックス信号、プリンタ信号、スキャナ信号、オーディオ信号およびコンピュータインタフェース信号のうちの少なくとも１つに関するプロトコールを支援することを特徴とする請求項２４に記載の装置。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019980042419A KR100312065B1 (ko) | 1998-10-10 | 1998-10-10 | 서로 다른 노드간의 데이터 전송 방법 |
| KR42527/1998 | 1998-10-12 | ||
| KR42419/1998 | 1998-10-12 | ||
| KR1019980042527A KR100297060B1 (ko) | 1998-10-12 | 1998-10-12 | 프로토콜 인터페이스 방법 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000138694A JP2000138694A (ja) | 2000-05-16 |
| JP2000138694A5 JP2000138694A5 (ja) | 2006-11-16 |
| JP4468519B2 true JP4468519B2 (ja) | 2010-05-26 |
Family
ID=26634199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28518299A Expired - Fee Related JP4468519B2 (ja) | 1998-10-10 | 1999-10-06 | プロトコールインターフェース方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6430635B1 (ja) |
| JP (1) | JP4468519B2 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7269680B1 (en) | 1998-08-06 | 2007-09-11 | Tao Logic Systems Llc | System enabling device communication in an expanded computing device |
| US7734852B1 (en) | 1998-08-06 | 2010-06-08 | Ahern Frank W | Modular computer system |
| JP4501167B2 (ja) * | 1998-11-09 | 2010-07-14 | コニカミノルタビジネステクノロジーズ株式会社 | 画像処理システム |
| JP2001045031A (ja) * | 1999-08-03 | 2001-02-16 | Seiko Epson Corp | 被ログイン装置、ログイン装置、及びそれらを備える装置間通信システム、ログイン制御方法、並びに記録媒体 |
| JP4192371B2 (ja) * | 1999-12-09 | 2008-12-10 | ソニー株式会社 | データ受信装置及びデータ送信装置、データ送受信システム |
| US6594719B1 (en) | 2000-04-19 | 2003-07-15 | Mobility Electronics Inc. | Extended cardbus/pc card controller with split-bridge ™technology |
| JP4164986B2 (ja) * | 2000-04-21 | 2008-10-15 | 沖電気工業株式会社 | データ転送方法、ノード装置及び通信ネットワークシステム |
| US6725311B1 (en) | 2000-09-14 | 2004-04-20 | Microsoft Corporation | Method and apparatus for providing a connection-oriented network over a serial bus |
| US6977939B2 (en) * | 2001-01-26 | 2005-12-20 | Microsoft Corporation | Method and apparatus for emulating ethernet functionality over a serial bus |
| US20020103946A1 (en) * | 2001-01-31 | 2002-08-01 | Martin Gaiser | Data transmission devices and data communication systems capable of operating with a plurality of protocols |
| US6820150B1 (en) * | 2001-04-11 | 2004-11-16 | Microsoft Corporation | Method and apparatus for providing quality-of-service delivery facilities over a bus |
| CN1122281C (zh) * | 2001-06-30 | 2003-09-24 | 深圳市朗科科技有限公司 | 一种多功能半导体存储装置 |
| US6986007B1 (en) * | 2001-11-30 | 2006-01-10 | Western Digital Technologies, Inc. | Disk drive comprising an asynchronous partition located on a disk between two isochronous partitions |
| US20080120436A1 (en) * | 2002-01-31 | 2008-05-22 | Sigmatel, Inc. | Expansion Peripheral Techniques for Portable Audio Player |
| US7249173B2 (en) * | 2002-10-25 | 2007-07-24 | Emulex Design & Manufacturing Corporation | Abstracted node discovery |
| JP4479455B2 (ja) * | 2004-10-14 | 2010-06-09 | ソニー株式会社 | 画像記録装置、画像供給方法、およびプログラム |
| US8127190B2 (en) * | 2006-02-17 | 2012-02-28 | Lanning Eric J | Sampling a device bus |
| DE102009023199A1 (de) * | 2009-05-29 | 2010-12-02 | Siemens Aktiengesellschaft | Kommunikationssystem |
| US10116754B2 (en) * | 2014-01-30 | 2018-10-30 | Comcast Cable Communications, Llc | Dynamic configuration of interface identifiers |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6131119A (en) * | 1997-04-01 | 2000-10-10 | Sony Corporation | Automatic configuration system for mapping node addresses within a bus structure to their physical location |
| US6233611B1 (en) * | 1998-05-08 | 2001-05-15 | Sony Corporation | Media manager for controlling autonomous media devices within a network environment and managing the flow and format of data between the devices |
| US6366964B1 (en) * | 1998-10-22 | 2002-04-02 | Sony Corporation | Method of and apparatus for dynamically enumerating objects representing devices within an IEEE 1394 serial bus networking |
-
1999
- 1999-09-27 US US09/407,113 patent/US6430635B1/en not_active Expired - Lifetime
- 1999-10-06 JP JP28518299A patent/JP4468519B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000138694A (ja) | 2000-05-16 |
| US6430635B1 (en) | 2002-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4468519B2 (ja) | プロトコールインターフェース方法 | |
| JP3442593B2 (ja) | ネットワーク接続装置及びネットワーク接続方法 | |
| JP3611588B2 (ja) | 送信方法、受信方法、通信方法及び双方向バスシステム | |
| KR100570326B1 (ko) | 전자 통신을 위한 방법 및 시스템 | |
| JP4642231B2 (ja) | アイソクロナスデータ伝送フォーマットを用いた分散型ｉｅｅｅ１３９４ネットワークにおいて広帯域の画面表示グラフィックスデータを扱う方法及び装置 | |
| KR101422040B1 (ko) | 홈네트워크 시스템에서 세션 개시 방법 및 장치 | |
| JP4449218B2 (ja) | ディジタル信号処理システム及びディジタル信号伝送方法 | |
| US6446142B1 (en) | Method of and apparatus for dynamically binding subobjects into objects to represent functions and characteristics of a device within an IEEE 1394 serial bus network | |
| US9369761B2 (en) | Display device and play-back device having respective first and second interfaces | |
| KR100664634B1 (ko) | 전송 장치 및 전송 장치에서의 처리 방법 | |
| JP2002077182A (ja) | ネットワークエラー表示装置およびエラー検出表示方法 | |
| CA2112312A1 (en) | Method and apparatus of communication | |
| EP0984602A2 (en) | Data communication method and system for connection establishment | |
| KR20010007376A (ko) | 제어장치, 통신시스템 및 제어방법 | |
| KR100312065B1 (ko) | 서로 다른 노드간의 데이터 전송 방법 | |
| EP1182827B1 (en) | Information control method, information processing apparatus, and information control system | |
| KR100297060B1 (ko) | 프로토콜 인터페이스 방법 | |
| JP3492567B2 (ja) | データの相互送受信可能なデジタルａｖシステム | |
| JP3560522B2 (ja) | Ｉｅｅｅ１３９４上のデータ受信装置における受信方法 | |
| EP1387528A1 (en) | Method and device for performing communication on a bus structured network | |
| JPH10243022A (ja) | パケット変換装置および媒体 | |
| JP2003110561A (ja) | ホームネットワーク上のストリーム管理装置 | |
| JPH11163865A (ja) | 接続状況送信装置、接続状況表示データ作成装置及び接続状況表示方法 | |
| KR100623020B1 (ko) | Ｉｅｅｅ１３９４에서의 디지털 캠코더 제어방법 | |
| JP2003228968A (ja) | 機器制御システム、被制御機器、被制御機器動作モード変更方法、プログラム、および媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061002 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061002 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090529 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090630 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090930 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20091005 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100104 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100126 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100225 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130305 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130305 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140305 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |