JPH10126423A - データ転送制御装置および中継装置 - Google Patents
データ転送制御装置および中継装置Info
- Publication number
- JPH10126423A JPH10126423A JP27267296A JP27267296A JPH10126423A JP H10126423 A JPH10126423 A JP H10126423A JP 27267296 A JP27267296 A JP 27267296A JP 27267296 A JP27267296 A JP 27267296A JP H10126423 A JPH10126423 A JP H10126423A
- Authority
- JP
- Japan
- Prior art keywords
- data
- network
- information
- receiving
- physical network
- 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.)
- Granted
Links
- 238000012546 transfer Methods 0.000 title claims abstract description 187
- 238000004891 communication Methods 0.000 claims abstract description 83
- 230000005540 biological transmission Effects 0.000 claims abstract description 79
- 230000001419 dependent effect Effects 0.000 claims description 44
- 238000006243 chemical reaction Methods 0.000 claims description 37
- 238000000034 method Methods 0.000 claims description 32
- 230000011664 signaling Effects 0.000 claims description 23
- 230000004044 response Effects 0.000 claims description 13
- 238000011144 upstream manufacturing Methods 0.000 claims description 7
- 238000012545 processing Methods 0.000 description 51
- 238000010586 diagram Methods 0.000 description 22
- 239000013589 supplement Substances 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000006855 networking Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000002250 progressing effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 101100492805 Caenorhabditis elegans atm-1 gene Proteins 0.000 description 1
- 101100125495 Schizosaccharomyces pombe (strain 972 / ATCC 24843) iec1 gene Proteins 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009440 infrastructure construction Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- 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/2803—Home automation networks
-
- 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/2803—Home automation networks
- H04L12/2838—Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths
-
- 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
- H04L12/40058—Isochronous transmission
-
- 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
- H04L12/40065—Bandwidth and channel allocation
-
- 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
- H04L12/40097—Interconnection with other networks
-
- 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/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/4608—LAN interconnection over ATM networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- 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 stream to a specific local network, e.g. a Bluetooth® network
- H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64307—ATM
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
-
- 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/5614—User Network Interface
- H04L2012/5618—Bridges, gateways [GW] or interworking units [IWU]
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Automation & Control Theory (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Selective Calling Equipment (AREA)
Abstract
(57)【要約】
【課題】ＩＥＥＥ１３９４専用端末とＩＥＥＥ１３９４
とは他のプロトコルで稼働しているノード群との通信を
可能とするデータ転送制御装置および中継装置を提供す
る。 【解決手段】第２の物理ネットワーク１２のデータ転送
制御装置５は送信ノード１が情報データを送信するため
の第２の物理ネットワーク１２の放送型同期チャネルを
確立する。データ転送制御装置２は第１の物理ネットワ
ーク１１の他方のデータ転送制御装置２のアドレス情報
と前記情報データを受信ノード６に送信する際の経路を
確立するための通信リソース量に関する情報を含む制御
メッセージを送信し、この制御メッセージに呼応して受
信ノード６までの情報データを送信するための経路が設
定されたとき送信ノード１に対し第２の物理ネットワー
ク１２に依存するプロトコルにて前記同期チャネルの情
報データの送信を指示する。
とは他のプロトコルで稼働しているノード群との通信を
可能とするデータ転送制御装置および中継装置を提供す
る。 【解決手段】第２の物理ネットワーク１２のデータ転送
制御装置５は送信ノード１が情報データを送信するため
の第２の物理ネットワーク１２の放送型同期チャネルを
確立する。データ転送制御装置２は第１の物理ネットワ
ーク１１の他方のデータ転送制御装置２のアドレス情報
と前記情報データを受信ノード６に送信する際の経路を
確立するための通信リソース量に関する情報を含む制御
メッセージを送信し、この制御メッセージに呼応して受
信ノード６までの情報データを送信するための経路が設
定されたとき送信ノード１に対し第２の物理ネットワー
ク１２に依存するプロトコルにて前記同期チャネルの情
報データの送信を指示する。
Description
【０００１】
【発明の属する技術分野】本発明は、ホームネットワー
ク環境を構築するネットワークシステムに関する。
ク環境を構築するネットワークシステムに関する。
【０００２】
【従来の技術】近年、マルチメディアという言葉に代表
されるように、電子機器のデジタルが急速に進行してい
る。この傾向は、まずオフィス環境で始まっている。
されるように、電子機器のデジタルが急速に進行してい
る。この傾向は、まずオフィス環境で始まっている。
【０００３】具体的には、まずハードウエアとしては、
パソコンの導入、ＯＡ機器のデジタル化、及びそれらの
ネットワーク化という形で、進行している。また、ソフ
トウエアとして、ホストによる（あるいはライトサイジ
ングされてパソコン等に移行されつつある）基幹業務
や、ワープロ、表計算などのソフトウエア、あるいはＷ
ＷＷ等のインターネットアプリケーション等、その発展
はとどまるところを知らない。
パソコンの導入、ＯＡ機器のデジタル化、及びそれらの
ネットワーク化という形で、進行している。また、ソフ
トウエアとして、ホストによる（あるいはライトサイジ
ングされてパソコン等に移行されつつある）基幹業務
や、ワープロ、表計算などのソフトウエア、あるいはＷ
ＷＷ等のインターネットアプリケーション等、その発展
はとどまるところを知らない。
【０００４】この動きは、家庭においても見られる。即
ち、家庭においても、ＡＶ機器のデジタル化（ＤＶＤ、
デジタルＶＴＲ、デジタルビデオカメラ等）や、放送の
デジタル化、あるいはＯＣＮ等のインターネットアクセ
ス等の形で、デジタル化の進行は着実に進んでいる。
ち、家庭においても、ＡＶ機器のデジタル化（ＤＶＤ、
デジタルＶＴＲ、デジタルビデオカメラ等）や、放送の
デジタル化、あるいはＯＣＮ等のインターネットアクセ
ス等の形で、デジタル化の進行は着実に進んでいる。
【０００５】オフィス環境と同様に、これらの波はネッ
トワーク化へと今後向かっていくことが考えられる。即
ち、情報・通信・放送といった種々の分野の技術がデジ
タル化によって束ねられ、ネットワーク化によって、相
互乗り入れを始めていく、と言われている。
トワーク化へと今後向かっていくことが考えられる。即
ち、情報・通信・放送といった種々の分野の技術がデジ
タル化によって束ねられ、ネットワーク化によって、相
互乗り入れを始めていく、と言われている。
【０００６】このためのネットワーク技術としては、種
々の候補が有る。例えば、イーサネット（登録商標）
は、オフィス環境にて圧倒的な実績を持っており、家庭
でのパソコンネットワークにおいても、その最有力候補
であろう。また、ＡＴＭも有力な候補である。これは、
インフラの構築側（電話会社やＣＡＴＶ等）が、高速、
リアルタイム、広帯域といったＡＴＭの特徴に注目し、
この技術を使ってインフラを構築していこうというのが
一般的な動きであるからである。
々の候補が有る。例えば、イーサネット（登録商標）
は、オフィス環境にて圧倒的な実績を持っており、家庭
でのパソコンネットワークにおいても、その最有力候補
であろう。また、ＡＴＭも有力な候補である。これは、
インフラの構築側（電話会社やＣＡＴＶ等）が、高速、
リアルタイム、広帯域といったＡＴＭの特徴に注目し、
この技術を使ってインフラを構築していこうというのが
一般的な動きであるからである。
【０００７】これらの候補に加えて、最近ＩＥＥＥ１３
９４なるネットワーク技術（バス技術）が注目を集めて
いる。これは、高速、リアルタイム（ＱＯＳ保証）、プ
ラグアンドプレイ等の数々の注目すべき特徴を持ってお
り、特にＡＶ業界から、デジタルＡＶ機器同士の接続方
式の最有力候補として、業界から大変な注目を集めてい
る。これにひきづられる様に、パソコンなどのコンピュ
ータ業界も、この技術への注目が集まりはじめた。
９４なるネットワーク技術（バス技術）が注目を集めて
いる。これは、高速、リアルタイム（ＱＯＳ保証）、プ
ラグアンドプレイ等の数々の注目すべき特徴を持ってお
り、特にＡＶ業界から、デジタルＡＶ機器同士の接続方
式の最有力候補として、業界から大変な注目を集めてい
る。これにひきづられる様に、パソコンなどのコンピュ
ータ業界も、この技術への注目が集まりはじめた。
【０００８】当初は、家庭向けのデジタル機器の普及に
伴い、それらの機器の相互接続がユーザの好み・要望に
より、これらの数々のネットワーク技術により実現され
ていくだろう。このようにして、徐々に家庭内にデジタ
ルネットワークの雛形が誕生していく。
伴い、それらの機器の相互接続がユーザの好み・要望に
より、これらの数々のネットワーク技術により実現され
ていくだろう。このようにして、徐々に家庭内にデジタ
ルネットワークの雛形が誕生していく。
【０００９】その次の段階として、これらのデジタルネ
ットワークを相互に接続したいという要求が出て来る。
例えば、１階の応接間の１３９４ネットワークに接続さ
れＡＶ機器と、２階の部屋の１３９４ネットワークに接
続されたＡＶ機器とを、相互接続して、例えばダビング
等、協調動作をさせようというような場合である。
ットワークを相互に接続したいという要求が出て来る。
例えば、１階の応接間の１３９４ネットワークに接続さ
れＡＶ機器と、２階の部屋の１３９４ネットワークに接
続されたＡＶ機器とを、相互接続して、例えばダビング
等、協調動作をさせようというような場合である。
【００１０】
【発明が解決しようとする課題】しかしながら、これを
実現するには、以下のような問題がある。
実現するには、以下のような問題がある。
【００１１】現在では、多くのＡＶ機器が１３９４専用
端末として発売される可能性が高い。これは、現状では
インターネットやＢ−ＩＳＤＮ等のインフラの整備がま
だまだ進んでおらず、これを見越したＡＶ機器の開発を
進めにくいという現状が有る。
端末として発売される可能性が高い。これは、現状では
インターネットやＢ−ＩＳＤＮ等のインフラの整備がま
だまだ進んでおらず、これを見越したＡＶ機器の開発を
進めにくいという現状が有る。
【００１２】しかし、このようなインフラが整備される
に連れて、インターネットやＢ−ＩＳＤＮ対応のＡＶ機
器が発売されてくるものと考えられるが、これらの機器
と既存の１３９４専用端末間の相互接続が難しくなって
しまう。また、そのような場合、この１３９４専用のＡ
Ｖ機器と同じ１３９４に接続された端末のみがＡＶデー
タのやり取りが出来る事になってしまい、１３９４以外
のネットワークに接続されたノード、遠隔ノード等との
データのやり取りを行う事ができないという問題点も生
じる。
に連れて、インターネットやＢ−ＩＳＤＮ対応のＡＶ機
器が発売されてくるものと考えられるが、これらの機器
と既存の１３９４専用端末間の相互接続が難しくなって
しまう。また、そのような場合、この１３９４専用のＡ
Ｖ機器と同じ１３９４に接続された端末のみがＡＶデー
タのやり取りが出来る事になってしまい、１３９４以外
のネットワークに接続されたノード、遠隔ノード等との
データのやり取りを行う事ができないという問題点も生
じる。
【００１３】本発明は、これらの課題を解決することを
目的とする。
目的とする。
【００１４】
（請求項１）本発明のデータ転送制御装置は、第１の物
理ネットワークに接続された受信ノードが第２の物理ネ
ットワークに接続された送信ノードから送信される情報
データを受信する際、前記第２の物理ネットワークに属
して、前記情報データの転送制御を行うデータ転送制御
装置において、前記送信ノードが前記情報データを送信
するための前記第２の物理ネットワークの放送型同期チ
ャネルを確立する確立手段と、前記第１の物理ネットワ
ークに属する他方のデータ転送制御装置あるいは前記受
信ノードのアドレス情報と、前記情報データを前記受信
ノードに送信する際の経路を確立するための通信リソー
ス量に関する情報を含む制御メッセージを送信する送信
手段と、この送信手段で送信した制御メッセージに呼応
して前記受信ノードまでの情報データを送信するための
経路が設定されたとき、前記送信ノードに対し、第２の
物理ネットワークに依存するプロトコルにて、前記確立
手段で確立された同期チャネルの情報データの送信を指
示する指示手段と、を具備することにより、第２の物理
ネットワークに依存するプロトコルしか理解のできない
ような、第２のネットワーク専用端末からのデータ出力
についても、確立した同期チャネルに向けて該専用端末
にデータの送信を指示し、かつ、制御メッセージの送信
によって、この同期チャネルを該第２の物理ネットワー
クとは異なる物理ネットワークに属する受信ノードに向
けてデータリンクレイヤコネクション接続、もしくはネ
ットワークレイヤコネクション接続を指示する事が可能
となり、もって、該専用端末からの出力を、相互接続環
境に有る任意の物理ネットワークの任意の受信端末に送
信する事が可能となる。
理ネットワークに接続された受信ノードが第２の物理ネ
ットワークに接続された送信ノードから送信される情報
データを受信する際、前記第２の物理ネットワークに属
して、前記情報データの転送制御を行うデータ転送制御
装置において、前記送信ノードが前記情報データを送信
するための前記第２の物理ネットワークの放送型同期チ
ャネルを確立する確立手段と、前記第１の物理ネットワ
ークに属する他方のデータ転送制御装置あるいは前記受
信ノードのアドレス情報と、前記情報データを前記受信
ノードに送信する際の経路を確立するための通信リソー
ス量に関する情報を含む制御メッセージを送信する送信
手段と、この送信手段で送信した制御メッセージに呼応
して前記受信ノードまでの情報データを送信するための
経路が設定されたとき、前記送信ノードに対し、第２の
物理ネットワークに依存するプロトコルにて、前記確立
手段で確立された同期チャネルの情報データの送信を指
示する指示手段と、を具備することにより、第２の物理
ネットワークに依存するプロトコルしか理解のできない
ような、第２のネットワーク専用端末からのデータ出力
についても、確立した同期チャネルに向けて該専用端末
にデータの送信を指示し、かつ、制御メッセージの送信
によって、この同期チャネルを該第２の物理ネットワー
クとは異なる物理ネットワークに属する受信ノードに向
けてデータリンクレイヤコネクション接続、もしくはネ
ットワークレイヤコネクション接続を指示する事が可能
となり、もって、該専用端末からの出力を、相互接続環
境に有る任意の物理ネットワークの任意の受信端末に送
信する事が可能となる。
【００１５】特に、相手側の端末が、第２の物理ネット
ワークと同一のデータリンクレイヤ方式の物理ネットワ
ークに接続されており、かつ該データリンクレイヤ方式
の専用端末であるような場合において、該データリンク
レイヤ方式以外のネットワークが両物理ネットワークの
間に存在している場合においても、即ち俗に言うブリッ
ジ環境ではない相互接続網環境においても、該データリ
ンクレイヤ方式専用ノード同士の通信を可能足らしめる
事になる。
ワークと同一のデータリンクレイヤ方式の物理ネットワ
ークに接続されており、かつ該データリンクレイヤ方式
の専用端末であるような場合において、該データリンク
レイヤ方式以外のネットワークが両物理ネットワークの
間に存在している場合においても、即ち俗に言うブリッ
ジ環境ではない相互接続網環境においても、該データリ
ンクレイヤ方式専用ノード同士の通信を可能足らしめる
事になる。
【００１６】（請求項２） 本発明のデータ転送制御装
置は、第１の物理ネットワークに接続された受信ノード
が第２の物理ネットワークであるＩＥＥＥ１３９４バス
に接続された送信ノードから送信される情報データを受
信する際、前記第２の物理ネットワークに属して、前記
情報データの転送制御を行うデータ転送制御装置におい
て、前記送信ノードが前記情報データを送信するための
前記第２の物理ネットワークのＩＥＥＥ１３９４バスの
同期チャネルを確立する確立手段と、前記第１の物理ネ
ットワークに属する他方のデータ転送制御装置あるいは
前記受信ノードのアドレス情報と、前記情報データを前
記受信ノードに送信する際の経路を確立するための通信
リソース量に関する情報を含む制御メッセージを送信す
る送信手段と、この送信手段で送信した制御メッセージ
に呼応して前記受信ノードまでの情報データを送信する
ための経路が設定されたとき、前記送信ノードに対し
て、ＩＥＥＥ１３９４バスに依存するプロトコルによ
て、前記確立手段で確立された同期チャネルの情報デー
タの送信を指示する指示手段と、を具備することによ
り、ＡＶ／ＣプロトコルやＩＥＣ１８８３といった、Ｉ
ＥＥＥ１３９４に依存するプロトコルしか理解のできな
いＩＥＥＥ１３９４の専用端末からのデータ出力につい
ても、確立した同期チャネルに向けて該専用端末にデー
タの送信を指示し、かつ、制御メッセージを用いて、こ
の同期チャネルを該ＩＥＥＥ１３９４バスとは異なる物
理ネットワークに属する受信ノードに向けてデータリン
クレイヤコネクション接続、もしくはネットワークレイ
ヤコネクション接続を指示する事が可能となり、もっ
て、該専用端末からの出力を、相互接続環境に有る任意
の物理ネットワークの任意の受信端末に送信する事が可
能となる。
置は、第１の物理ネットワークに接続された受信ノード
が第２の物理ネットワークであるＩＥＥＥ１３９４バス
に接続された送信ノードから送信される情報データを受
信する際、前記第２の物理ネットワークに属して、前記
情報データの転送制御を行うデータ転送制御装置におい
て、前記送信ノードが前記情報データを送信するための
前記第２の物理ネットワークのＩＥＥＥ１３９４バスの
同期チャネルを確立する確立手段と、前記第１の物理ネ
ットワークに属する他方のデータ転送制御装置あるいは
前記受信ノードのアドレス情報と、前記情報データを前
記受信ノードに送信する際の経路を確立するための通信
リソース量に関する情報を含む制御メッセージを送信す
る送信手段と、この送信手段で送信した制御メッセージ
に呼応して前記受信ノードまでの情報データを送信する
ための経路が設定されたとき、前記送信ノードに対し
て、ＩＥＥＥ１３９４バスに依存するプロトコルによ
て、前記確立手段で確立された同期チャネルの情報デー
タの送信を指示する指示手段と、を具備することによ
り、ＡＶ／ＣプロトコルやＩＥＣ１８８３といった、Ｉ
ＥＥＥ１３９４に依存するプロトコルしか理解のできな
いＩＥＥＥ１３９４の専用端末からのデータ出力につい
ても、確立した同期チャネルに向けて該専用端末にデー
タの送信を指示し、かつ、制御メッセージを用いて、こ
の同期チャネルを該ＩＥＥＥ１３９４バスとは異なる物
理ネットワークに属する受信ノードに向けてデータリン
クレイヤコネクション接続、もしくはネットワークレイ
ヤコネクション接続を指示する事が可能となり、もっ
て、該専用端末からの出力を、相互接続環境に有る任意
の物理ネットワークの任意の受信端末に送信する事が可
能となる。
【００１７】特に、相手側の端末がＩＥＥＥ１３９４バ
スに接続されており、かつＩＥＥＥ１３９４バスの専用
端末であるような場合において、ＩＥＥＥ１３９４バス
以外の物理ネットワークが両ＩＥＥＥ１３９４バスの間
に存在している場合においても、即ち俗に言う１３９４
ブリッジ環境ではない相互接続網環境においても、１３
９４専用ノード同士の通信を可能足らしめる事になる。
スに接続されており、かつＩＥＥＥ１３９４バスの専用
端末であるような場合において、ＩＥＥＥ１３９４バス
以外の物理ネットワークが両ＩＥＥＥ１３９４バスの間
に存在している場合においても、即ち俗に言う１３９４
ブリッジ環境ではない相互接続網環境においても、１３
９４専用ノード同士の通信を可能足らしめる事になる。
【００１８】（請求項３）本発明の請求項２に係るデー
タ転送制御装置において、前記第２の物理ネットワーク
であるＩＥＥＥ１３９４バスは、複数のＩＥＥＥ１３９
４バスがブリッジ接続されたものであることにより、前
記ＩＥＥＥ１３９４専用端末と、データ転送制御装置と
が、同一のＩＥＥＥ１３９４バスに接続されている必要
はなくなる。これは、ＩＥＥＥ１３９４のブリッジ接続
環境では、ＩＥＥＥ１３９４に依存するプロトコルを通
して、それに接続されたノード同士は、互いに通信出来
る事による。
タ転送制御装置において、前記第２の物理ネットワーク
であるＩＥＥＥ１３９４バスは、複数のＩＥＥＥ１３９
４バスがブリッジ接続されたものであることにより、前
記ＩＥＥＥ１３９４専用端末と、データ転送制御装置と
が、同一のＩＥＥＥ１３９４バスに接続されている必要
はなくなる。これは、ＩＥＥＥ１３９４のブリッジ接続
環境では、ＩＥＥＥ１３９４に依存するプロトコルを通
して、それに接続されたノード同士は、互いに通信出来
る事による。
【００１９】（請求項４）本発明の請求項１または請求
項２に係るデータ転送制御装置において、前記制御メッ
セージは、前記情報データに付与されるヘッダ情報を含
むことにより、隣接するノード（具体的には、該データ
転送制御装置が属する前記第２の物理ネットワーク、あ
るいはＩＥＥＥ１３９４バスにおける同期チャネルの終
端ノード）に対し、後にデータを送付するヘッダ情報
を、データを受け取るべきノードのアドレスとあわせて
通知することにより、該隣接するノードに、今後このヘ
ッダ情報を有した情報の転送先は、該データを受け取る
べきノードのアドレスであることを通知することが可能
である。
項２に係るデータ転送制御装置において、前記制御メッ
セージは、前記情報データに付与されるヘッダ情報を含
むことにより、隣接するノード（具体的には、該データ
転送制御装置が属する前記第２の物理ネットワーク、あ
るいはＩＥＥＥ１３９４バスにおける同期チャネルの終
端ノード）に対し、後にデータを送付するヘッダ情報
を、データを受け取るべきノードのアドレスとあわせて
通知することにより、該隣接するノードに、今後このヘ
ッダ情報を有した情報の転送先は、該データを受け取る
べきノードのアドレスであることを通知することが可能
である。
【００２０】（補足１）本発明の請求項１または請求項
２に係るデータ転送制御装置において、前記制御メッセ
ージに含まれる前記他方のデータ転送制御装置あるいは
前記受信ノードのアドレス情報は、ＩＰアドレスである
ことにより、複数種類の物理ネットワークが相互接続さ
れている環境においても、共通して利用できるアドレス
体系とすることができ、伝送方式の異なる物理ネットワ
ークに属したノードに対しても、送信ノードからのデー
タの送信や制御メッセージの送信を行うことが可能とな
る。
２に係るデータ転送制御装置において、前記制御メッセ
ージに含まれる前記他方のデータ転送制御装置あるいは
前記受信ノードのアドレス情報は、ＩＰアドレスである
ことにより、複数種類の物理ネットワークが相互接続さ
れている環境においても、共通して利用できるアドレス
体系とすることができ、伝送方式の異なる物理ネットワ
ークに属したノードに対しても、送信ノードからのデー
タの送信や制御メッセージの送信を行うことが可能とな
る。
【００２１】（補足２）本発明の請求項１または請求項
２に係るデータ転送制御装置において、前記送信手段
は、前記他方のデータ転送制御装置に対し、さらに、前
記受信ノードを通知する第２の制御メッセージを送信す
ることにより、前記他方のデータ転送制御装置に対し
て、転送するデータの実際の受信装置を通知する事が可
能となる。また、これは、該実際の受信装置が前記第２
の物理ネットワーク、あるいは前記ＩＥＥＥ１３９４の
専用端末であり、データ転送経路に前記第２の物理ネッ
トワーク、あるいはＩＥＥＥ１３９４バスとは異なるデ
ータリンクレイヤ方式の物理ネットワークが存在する場
合においてもなお、データのやりとりが可能となるよう
にするために用いる事が可能である。
２に係るデータ転送制御装置において、前記送信手段
は、前記他方のデータ転送制御装置に対し、さらに、前
記受信ノードを通知する第２の制御メッセージを送信す
ることにより、前記他方のデータ転送制御装置に対し
て、転送するデータの実際の受信装置を通知する事が可
能となる。また、これは、該実際の受信装置が前記第２
の物理ネットワーク、あるいは前記ＩＥＥＥ１３９４の
専用端末であり、データ転送経路に前記第２の物理ネッ
トワーク、あるいはＩＥＥＥ１３９４バスとは異なるデ
ータリンクレイヤ方式の物理ネットワークが存在する場
合においてもなお、データのやりとりが可能となるよう
にするために用いる事が可能である。
【００２２】（請求項７）本発明の請求項１または請求
項２に係るデータ転送制御装置において、前記第２の物
理ネットワークに接続された情報機器の属性情報を収集
する収集手段と、この収集手段で収集された情報機器の
属性情報を前記他方のデータ転送制御装置に通知する通
知手段と、をさらに具備することにより、自らが接続し
ている第２の物理ネットワークに接続された情報機器に
関するもろもろの情報を、前記一方のデータ転送制御装
置に通知する事が可能となり、もって、前記他方のデー
タ転送制御装置において、遠方の物理ネットワークに接
続されたもろもろの情報機器についての情報を、該物理
ネットワークの専用ノードに関する情報を含めて、知る
ことが可能となる。
項２に係るデータ転送制御装置において、前記第２の物
理ネットワークに接続された情報機器の属性情報を収集
する収集手段と、この収集手段で収集された情報機器の
属性情報を前記他方のデータ転送制御装置に通知する通
知手段と、をさらに具備することにより、自らが接続し
ている第２の物理ネットワークに接続された情報機器に
関するもろもろの情報を、前記一方のデータ転送制御装
置に通知する事が可能となり、もって、前記他方のデー
タ転送制御装置において、遠方の物理ネットワークに接
続されたもろもろの情報機器についての情報を、該物理
ネットワークの専用ノードに関する情報を含めて、知る
ことが可能となる。
【００２３】また、これは前記第２のネットワークのデ
ータリンクレイヤ方式以外の方式の物理ネットワークが
両ネットワークの間に存在している場合においても可能
であり、俗に言うブリッジ環境ではない相互接続網環境
においても、遠方のネットワークに、どのようなノード
が接続されているかを知らしめる手段となる。
ータリンクレイヤ方式以外の方式の物理ネットワークが
両ネットワークの間に存在している場合においても可能
であり、俗に言うブリッジ環境ではない相互接続網環境
においても、遠方のネットワークに、どのようなノード
が接続されているかを知らしめる手段となる。
【００２４】（請求項８）本発明の請求項１または請求
項２に係るデータ転送制御装置において、前記第１の物
理ネットワークに接続された情報機器の属性情報を収集
する収集手段と、この収集手段で収集された情報機器の
属性情報を記憶する記憶手段と、をさらに具備すること
により、前記他方のデータ転送制御装置が接続している
物理ネットワークに接続された情報機器に関するもろも
ろの情報をもらうことが可能となる。また、これは該物
理ネットワークのデータリンクレイヤ方式とは異なる方
式の物理ネットワークが両物理ネットワークの間に存在
している場合においても可能であり、俗に言うブリッジ
環境ではない相互接続網環境においても、遠方の物理ネ
ットワークに、どのようなノードが接続されているかを
知る手段となる。
項２に係るデータ転送制御装置において、前記第１の物
理ネットワークに接続された情報機器の属性情報を収集
する収集手段と、この収集手段で収集された情報機器の
属性情報を記憶する記憶手段と、をさらに具備すること
により、前記他方のデータ転送制御装置が接続している
物理ネットワークに接続された情報機器に関するもろも
ろの情報をもらうことが可能となる。また、これは該物
理ネットワークのデータリンクレイヤ方式とは異なる方
式の物理ネットワークが両物理ネットワークの間に存在
している場合においても可能であり、俗に言うブリッジ
環境ではない相互接続網環境においても、遠方の物理ネ
ットワークに、どのようなノードが接続されているかを
知る手段となる。
【００２５】（請求項７）本発明の請求項１または請求
項２に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置から前記送信ノードに関する情報を含
む第３の制御メッセージを受信する受信手段をさらに具
備し、前記指示手段は、前記受信手段で受信された第３
の制御メッセージにて指定される送信ノードに対して前
記情報データの送信を指示することにより、前記他方の
データ転送制御装置から、実際にデータの送信を行って
ほしいデータを指定してもらう事が可能となる。
項２に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置から前記送信ノードに関する情報を含
む第３の制御メッセージを受信する受信手段をさらに具
備し、前記指示手段は、前記受信手段で受信された第３
の制御メッセージにて指定される送信ノードに対して前
記情報データの送信を指示することにより、前記他方の
データ転送制御装置から、実際にデータの送信を行って
ほしいデータを指定してもらう事が可能となる。
【００２６】（請求項８）本発明の請求項１または請求
項２に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置から前記情報データを受信する受信ノ
ードを指定する情報を含む第４の制御メッセージを受信
する受信手段をさらに具備し、これに呼応して、前記送
信手段は、前記他方のデータ転送制御装置に対し、さら
に、前記受信ノードを通知する第２の制御メッセージを
送信することにより、実際のデータの転送先のアドレス
を、前記一方のデータ転送制御装置が知ることができ、
かつ、データの実際の該受信ノードにいたるコネクショ
ン設定を行うに際し、途中ノードに該受信ノードに関す
る情報を伝達し、正しいルーチング等、適切な処理を乞
うことが可能となる。また、前記他方のデータ転送制御
装置に、転送を行うデータの本来の受信先を通知する事
もでき、前記他方のデータ転送制御装置は、該データを
該受信ノードにフォワードする事（あるいは前記第１の
物理ネットワークに依存するプロトコルを用いた受信指
示の処理等）も可能となる。
項２に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置から前記情報データを受信する受信ノ
ードを指定する情報を含む第４の制御メッセージを受信
する受信手段をさらに具備し、これに呼応して、前記送
信手段は、前記他方のデータ転送制御装置に対し、さら
に、前記受信ノードを通知する第２の制御メッセージを
送信することにより、実際のデータの転送先のアドレス
を、前記一方のデータ転送制御装置が知ることができ、
かつ、データの実際の該受信ノードにいたるコネクショ
ン設定を行うに際し、途中ノードに該受信ノードに関す
る情報を伝達し、正しいルーチング等、適切な処理を乞
うことが可能となる。また、前記他方のデータ転送制御
装置に、転送を行うデータの本来の受信先を通知する事
もでき、前記他方のデータ転送制御装置は、該データを
該受信ノードにフォワードする事（あるいは前記第１の
物理ネットワークに依存するプロトコルを用いた受信指
示の処理等）も可能となる。
【００２７】（補足３）本発明の請求項１または請求項
２に係るデータ転送制御装置において、前記送信手段で
送信される制御メッセージは、ネットワークレイヤのシ
グナリングプロトコルの制御メッセージであることによ
り、実際のデータ転送に際しての、通信資源の予約制御
をＲＳＶＰやＳＴ２などのネットワークレイヤによるシ
グナリングプロトコル（帯域予約プロトコル）を用いて
行う事が可能となり、もって、ＩＰ、あるいはＲＳＶＰ
やＳＴ２等のプロトコルを理解出来ない送信側の第２の
ネットワークに依存したプロトコル専用ノードからのデ
ータを、ＲＳＶＰ等これらのプロトコルによる制御を加
えた上で送信する事が可能になる。
２に係るデータ転送制御装置において、前記送信手段で
送信される制御メッセージは、ネットワークレイヤのシ
グナリングプロトコルの制御メッセージであることによ
り、実際のデータ転送に際しての、通信資源の予約制御
をＲＳＶＰやＳＴ２などのネットワークレイヤによるシ
グナリングプロトコル（帯域予約プロトコル）を用いて
行う事が可能となり、もって、ＩＰ、あるいはＲＳＶＰ
やＳＴ２等のプロトコルを理解出来ない送信側の第２の
ネットワークに依存したプロトコル専用ノードからのデ
ータを、ＲＳＶＰ等これらのプロトコルによる制御を加
えた上で送信する事が可能になる。
【００２８】（請求項９）本発明のデータ転送制御装置
は、第１の物理ネットワークに接続された受信ノードが
第２の物理ネットワークに接続された送信ノードから送
信される情報データを受信する際、前記第１の物理ネッ
トワークに属して、前記情報データの転送制御を行うデ
ータ転送制御装置において、前記情報データに付与され
る前記第１の物理ネットワークの同期チャネル番号に関
する情報を含む第１の制御メッセージを受信する受信手
段と、前記第１の制御メッセージにて通知された同期チ
ャネル番号の付与された情報データを受信するよう、前
記第１の物理ネットワークに依存するプロトコルにて指
示する指示手段と、を具備することにより、前記第１の
物理ネットワークに依存するプロトコルしか理解のでき
ない、前記物理ネットワークの専用端末へのデータ入力
についても、確立した同期チャネルから該専用端末にデ
ータの受信を指示することにより、該専用端末への入力
を、相互接続環境に有る任意の物理ネットワークの任意
の送信端末からのデータについて可能となる。これは確
立した同期チャネルに前記任意の送信端末からのデータ
を通すことで実現される。
は、第１の物理ネットワークに接続された受信ノードが
第２の物理ネットワークに接続された送信ノードから送
信される情報データを受信する際、前記第１の物理ネッ
トワークに属して、前記情報データの転送制御を行うデ
ータ転送制御装置において、前記情報データに付与され
る前記第１の物理ネットワークの同期チャネル番号に関
する情報を含む第１の制御メッセージを受信する受信手
段と、前記第１の制御メッセージにて通知された同期チ
ャネル番号の付与された情報データを受信するよう、前
記第１の物理ネットワークに依存するプロトコルにて指
示する指示手段と、を具備することにより、前記第１の
物理ネットワークに依存するプロトコルしか理解のでき
ない、前記物理ネットワークの専用端末へのデータ入力
についても、確立した同期チャネルから該専用端末にデ
ータの受信を指示することにより、該専用端末への入力
を、相互接続環境に有る任意の物理ネットワークの任意
の送信端末からのデータについて可能となる。これは確
立した同期チャネルに前記任意の送信端末からのデータ
を通すことで実現される。
【００２９】特に、相手側の端末が、前記物理ネットワ
ークと同一データリンクレイヤ方式の物理ネットワーク
に接続されており、かつ該物理ネットワークの専用端末
であるような場合において、該物理ネットワークのデー
タリンクレイヤ方式とは異なる方式の、物理ネットワー
クが両物理ネットワークの間に存在している場合におい
ても、即ち俗に言うブリッジ環境ではない相互接続網環
境においても、該専用端末同士の通信を可能足らしめる
事になる。
ークと同一データリンクレイヤ方式の物理ネットワーク
に接続されており、かつ該物理ネットワークの専用端末
であるような場合において、該物理ネットワークのデー
タリンクレイヤ方式とは異なる方式の、物理ネットワー
クが両物理ネットワークの間に存在している場合におい
ても、即ち俗に言うブリッジ環境ではない相互接続網環
境においても、該専用端末同士の通信を可能足らしめる
事になる。
【００３０】（請求項１０）本発明のデータ転送制御装
置は、第１の物理ネットワークであるＩＥＥＥ１３９４
バスに接続された受信ノードが第２の物理ネットワーク
に接続された送信ノードから送信される情報データを受
信する際、前記第１の物理ネットワークに属して、前記
情報データの転送制御を行うデータ転送制御装置におい
て、前記情報データに付与される前記第１の物理ネット
ワークの同期チャネル番号に関する情報を含む第１の制
御メッセージを受信する受信手段と、前記第１の制御メ
ッセージにて通知された同期チャネル番号の付与された
情報データを受信するよう、ＩＥＥＥ１３９４に依存す
るプロトコルにて指示する指示手段と、を具備すること
により、ＡＶ／Ｃプロトコルや、ＩＥＣ１８８３といっ
た、ＩＥＥＥ１３９４に依存するプロトコルしか理解の
できない、ＩＥＥＥ１３９４の専用端末へのデータ入力
についても、確立した同期チャネルから該専用端末にデ
ータの受信を指示することにより、該専用端末への入力
を、相互接続環境に有る任意の物理ネットワークの任意
の送信端末からのデータについて可能となる。これは、
確立した同期チャネルに前記任意の送信端末からのデー
タを通すことで実現される。
置は、第１の物理ネットワークであるＩＥＥＥ１３９４
バスに接続された受信ノードが第２の物理ネットワーク
に接続された送信ノードから送信される情報データを受
信する際、前記第１の物理ネットワークに属して、前記
情報データの転送制御を行うデータ転送制御装置におい
て、前記情報データに付与される前記第１の物理ネット
ワークの同期チャネル番号に関する情報を含む第１の制
御メッセージを受信する受信手段と、前記第１の制御メ
ッセージにて通知された同期チャネル番号の付与された
情報データを受信するよう、ＩＥＥＥ１３９４に依存す
るプロトコルにて指示する指示手段と、を具備すること
により、ＡＶ／Ｃプロトコルや、ＩＥＣ１８８３といっ
た、ＩＥＥＥ１３９４に依存するプロトコルしか理解の
できない、ＩＥＥＥ１３９４の専用端末へのデータ入力
についても、確立した同期チャネルから該専用端末にデ
ータの受信を指示することにより、該専用端末への入力
を、相互接続環境に有る任意の物理ネットワークの任意
の送信端末からのデータについて可能となる。これは、
確立した同期チャネルに前記任意の送信端末からのデー
タを通すことで実現される。
【００３１】特に、相手側の端末も、ＩＥＥＥ１３９４
バスに接続されており、かつＩＥＥＥ１３９４の専用端
末であるような場合において、ＩＥＥＥ１３９４とは異
なる方式の、物理ネットワークが両ＩＥＥＥ１３９４バ
スの間に存在している場合においても、即ち俗に言う１
３９４ブリッジ環境ではない相互接続網環境において
も、該１３９４専用端末同士の通信を可能足らしめる事
になる。
バスに接続されており、かつＩＥＥＥ１３９４の専用端
末であるような場合において、ＩＥＥＥ１３９４とは異
なる方式の、物理ネットワークが両ＩＥＥＥ１３９４バ
スの間に存在している場合においても、即ち俗に言う１
３９４ブリッジ環境ではない相互接続網環境において
も、該１３９４専用端末同士の通信を可能足らしめる事
になる。
【００３２】（請求項１１）本発明の請求項９または１
０に係るデータ転送制御装置において、前記第２の物理
ネットワークに属する他方のデータ転送制御装置から送
信された前記情報データの受信ノードを一意に判別でき
る情報を含む第２の制御メッセージを受信する第２の受
信手段をさらに具備することにより、第２の制御メッセ
ージを通して、前記専用端末のアドレスを知ることがで
き、もって前記データの受信先を前記専用端末と特定す
ることが送信側のデータ転送制御装置からの制御によっ
ても可能になる。
０に係るデータ転送制御装置において、前記第２の物理
ネットワークに属する他方のデータ転送制御装置から送
信された前記情報データの受信ノードを一意に判別でき
る情報を含む第２の制御メッセージを受信する第２の受
信手段をさらに具備することにより、第２の制御メッセ
ージを通して、前記専用端末のアドレスを知ることがで
き、もって前記データの受信先を前記専用端末と特定す
ることが送信側のデータ転送制御装置からの制御によっ
ても可能になる。
【００３３】（請求項１２）本発明の請求項１０に係る
データ転送制御装置において、前記第１の物理ネットワ
ークであるＩＥＥＥ１３９４バスは、複数のＩＥＥＥ１
３９４バスがブリッジ接続されたものであることによ
り、前記ＩＥＥＥ１３９４専用端末と、データ転送制御
装置とが、同一のＩＥＥＥ１３９４バスに接続されてい
る必要はなくなる。これは、ＩＥＥＥ１３９４のブリッ
ジ接続環境では、ＩＥＥＥ１３９４に依存するプロトコ
ルを通して、それに接続されたノード同士は、互いに通
信できる事による。
データ転送制御装置において、前記第１の物理ネットワ
ークであるＩＥＥＥ１３９４バスは、複数のＩＥＥＥ１
３９４バスがブリッジ接続されたものであることによ
り、前記ＩＥＥＥ１３９４専用端末と、データ転送制御
装置とが、同一のＩＥＥＥ１３９４バスに接続されてい
る必要はなくなる。これは、ＩＥＥＥ１３９４のブリッ
ジ接続環境では、ＩＥＥＥ１３９４に依存するプロトコ
ルを通して、それに接続されたノード同士は、互いに通
信できる事による。
【００３４】（補足４）本発明の請求項９または請求項
１０に係るデータ転送制御装置において、前記第１の制
御メッセージの宛先情報は、前記第１の物理ネットワー
クに属する前記データ転送制御装置のＩＰアドレスであ
ることにより、複数種類の物理ネットワークが相互接続
されている環境においても、共通して利用できるアドレ
ス体系とすることができ、伝送方式の異なる物理ネット
ワークに属したノードに対しても、送信ノードからのデ
ータの送信や制御メッセージの送信を行うことが可能と
なる。
１０に係るデータ転送制御装置において、前記第１の制
御メッセージの宛先情報は、前記第１の物理ネットワー
クに属する前記データ転送制御装置のＩＰアドレスであ
ることにより、複数種類の物理ネットワークが相互接続
されている環境においても、共通して利用できるアドレ
ス体系とすることができ、伝送方式の異なる物理ネット
ワークに属したノードに対しても、送信ノードからのデ
ータの送信や制御メッセージの送信を行うことが可能と
なる。
【００３５】（請求項１３）本発明の請求項９または請
求項１０に係るデータ転送制御装置において、前記第２
の物理ネットワークに接続された情報機器の属性情報を
収集する収集手段と、この収集手段で収集された情報機
器の属性情報を記憶する記憶手段と、をさらに具備する
ことにより、前記他方のデータ転送制御装置が接続して
いる前記第２の物理ネットワーク、あるいはＩＥＥＥ１
３９４バスに接続された情報機器に関するもろもろの情
報をもらうことが可能となる。
求項１０に係るデータ転送制御装置において、前記第２
の物理ネットワークに接続された情報機器の属性情報を
収集する収集手段と、この収集手段で収集された情報機
器の属性情報を記憶する記憶手段と、をさらに具備する
ことにより、前記他方のデータ転送制御装置が接続して
いる前記第２の物理ネットワーク、あるいはＩＥＥＥ１
３９４バスに接続された情報機器に関するもろもろの情
報をもらうことが可能となる。
【００３６】また、これは前記第１の物理ネットワーク
のデータリンクレイヤ方式、あるいはＩＥＥＥ１３９４
以外の方式の物理ネットワークが両ネットワークの間に
存在している場合においても可能であり、俗に言うブリ
ッジ環境ではない相互接続網環境においても、遠方のネ
ットワーク、あるいはＩＥＥＥ１３９４バスに、どのよ
うなノードが接続されているかを知る手段となる。
のデータリンクレイヤ方式、あるいはＩＥＥＥ１３９４
以外の方式の物理ネットワークが両ネットワークの間に
存在している場合においても可能であり、俗に言うブリ
ッジ環境ではない相互接続網環境においても、遠方のネ
ットワーク、あるいはＩＥＥＥ１３９４バスに、どのよ
うなノードが接続されているかを知る手段となる。
【００３７】（請求項１４）本発明の請求項９または請
求項１０に係るデータ転送制御装置において、前記第１
の物理ネットワークに接続された情報機器の属性情報を
収集する収集手段と、この収集手段で収集された情報機
器の属性情報を前記第２の物理ネットワークに属する前
記他方のデータ転送制御装置に通知する通知手段と、を
さらに具備することにより、自らが接続している第１の
物理ネットワークに接続された情報機器に関するもろも
ろの情報を、前記他方のデータ転送制御装置に通知する
事が可能となり、もって、前記他方のデータ転送制御装
置において、遠方の物理ネットワークに接続されたもろ
もろのデータ機器についての情報を該物理ネットワーク
の専用ノードに関する情報を含めて、知ることが可能と
なる。
求項１０に係るデータ転送制御装置において、前記第１
の物理ネットワークに接続された情報機器の属性情報を
収集する収集手段と、この収集手段で収集された情報機
器の属性情報を前記第２の物理ネットワークに属する前
記他方のデータ転送制御装置に通知する通知手段と、を
さらに具備することにより、自らが接続している第１の
物理ネットワークに接続された情報機器に関するもろも
ろの情報を、前記他方のデータ転送制御装置に通知する
事が可能となり、もって、前記他方のデータ転送制御装
置において、遠方の物理ネットワークに接続されたもろ
もろのデータ機器についての情報を該物理ネットワーク
の専用ノードに関する情報を含めて、知ることが可能と
なる。
【００３８】また、これは該物理ネットワークのデータ
リンク方式と異なる方式の物理ネットワークが両ネット
ワークの間に存在している場合においても可能であり、
俗に言うブリッジ環境ではない相互接続網環境において
も、遠方の物理ネットワークに、どのようなノードが接
続されているかを知らしめる手段となる。
リンク方式と異なる方式の物理ネットワークが両ネット
ワークの間に存在している場合においても可能であり、
俗に言うブリッジ環境ではない相互接続網環境において
も、遠方の物理ネットワークに、どのようなノードが接
続されているかを知らしめる手段となる。
【００３９】（補足５）本発明の請求項９または請求項
１０に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置に対し、前記送信ノードを指定する情
報を含む第３の制御メッセージを送信する送信手段をさ
らに具備したことにより、前記他方のデータ転送制御装
置へ、実際にデータの送信を行ってほしい送信端末を指
定する事が可能となる。
１０に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置に対し、前記送信ノードを指定する情
報を含む第３の制御メッセージを送信する送信手段をさ
らに具備したことにより、前記他方のデータ転送制御装
置へ、実際にデータの送信を行ってほしい送信端末を指
定する事が可能となる。
【００４０】（補足６）本発明の請求項９または請求項
１０に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置に対し、前記受信ノードを指定する情
報を含む第４の制御メッセージを送信する送信手段をさ
らに具備することにより、実際のデータの転送先のアド
レスを、前記他方のデータ転送制御装置は知ることがで
きる。
１０に係るデータ転送制御装置において、前記他方のデ
ータ転送制御装置に対し、前記受信ノードを指定する情
報を含む第４の制御メッセージを送信する送信手段をさ
らに具備することにより、実際のデータの転送先のアド
レスを、前記他方のデータ転送制御装置は知ることがで
きる。
【００４１】（請求項１５）本発明のデータ転送制御装
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークと他方の物理ネットワークとで送
受信される情報データの転送制御を行うデータ転送制御
装置において、前記一方の物理ネットワーク上に同期チ
ャネルを確立する第１の確立手段と、前記他方の物理ネ
ットワークあるいは前記他方の物理ネットワークの上位
の倫理ネットワークに属する任意の送信ノードとの間の
コネクションを確立する第２の確立手段と、前記一方の
物理ネットワークに属する受信ノードに対し、前記一方
の物理ネットワークに依存するプロトコルにて、前記第
１の確立手段で確立された同期チャネルの情報データの
受信を指示する指示手段と、前記第２の確立手段で確立
されたコネクションの前記他方の物理ネットワークある
いは前記他方の物理ネットワークの上位の論理ネットワ
ークに依存するデータフォーマットの情報データを受信
すると、前記一方の物理ネットワークに依存するデータ
フォーマットに変換する変換手段と、この変換手段でフ
ォーマット変換された情報データを前記第１の確立手段
で確立された同期チャネルに転送する手段と、を具備す
ることにより、前記一方の物理ネットワーク上に接続さ
れた受信ノードが前記他方の物理ネットワークあるいは
前記他方の物理ネットワークの上位の論理ネットワーク
のプロトコルを認識できない場合においても、該データ
転送制御装置が、該受信ノードが認識できるデータフォ
ーマットである前記一方の物理ネットワークに依存する
データフォーマットに変換を施してやることで、該受信
ノードにおいても該データの受信、認識が可能になると
共に、前記指示手段によって、該データの受信を該受信
ノードに対して指示することができることになり、該専
用受信ノードへの入力を、相互接続環境に有る任意の物
理ネットワークの任意の送信端末からのデータについて
可能となる。
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークと他方の物理ネットワークとで送
受信される情報データの転送制御を行うデータ転送制御
装置において、前記一方の物理ネットワーク上に同期チ
ャネルを確立する第１の確立手段と、前記他方の物理ネ
ットワークあるいは前記他方の物理ネットワークの上位
の倫理ネットワークに属する任意の送信ノードとの間の
コネクションを確立する第２の確立手段と、前記一方の
物理ネットワークに属する受信ノードに対し、前記一方
の物理ネットワークに依存するプロトコルにて、前記第
１の確立手段で確立された同期チャネルの情報データの
受信を指示する指示手段と、前記第２の確立手段で確立
されたコネクションの前記他方の物理ネットワークある
いは前記他方の物理ネットワークの上位の論理ネットワ
ークに依存するデータフォーマットの情報データを受信
すると、前記一方の物理ネットワークに依存するデータ
フォーマットに変換する変換手段と、この変換手段でフ
ォーマット変換された情報データを前記第１の確立手段
で確立された同期チャネルに転送する手段と、を具備す
ることにより、前記一方の物理ネットワーク上に接続さ
れた受信ノードが前記他方の物理ネットワークあるいは
前記他方の物理ネットワークの上位の論理ネットワーク
のプロトコルを認識できない場合においても、該データ
転送制御装置が、該受信ノードが認識できるデータフォ
ーマットである前記一方の物理ネットワークに依存する
データフォーマットに変換を施してやることで、該受信
ノードにおいても該データの受信、認識が可能になると
共に、前記指示手段によって、該データの受信を該受信
ノードに対して指示することができることになり、該専
用受信ノードへの入力を、相互接続環境に有る任意の物
理ネットワークの任意の送信端末からのデータについて
可能となる。
【００４２】（請求項１６）本発明のデータ転送制御装
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークであるＩＥＥＥ１３９４バスと他
方の物理ネットワークとで送受信される情報データの転
送制御を行うデータ転送制御装置において、前記一方の
物理ネットワーク上にＩＥＥＥ１３９４の同期チャネル
を確立する第１の確立手段と、前記他方の物理ネットワ
ークあるいは前記他方の物理ネットワークの上位の論理
ネットワークに属する任意の送信ノードとの間のコネク
ションを確立する第２の確立手段と、前記一方の物理ネ
ットワークに属する受信ノードに対し、ＩＥＥＥ１３９
４に依存するプロトコルにて、前記第１の確立手段で確
立された同期チャネルの情報データの受信を指示する指
示手段と、前記第２の確立手段で確立されたコネクショ
ンの前記他方の物理ネットワークあるいは前記他方の物
理ネットワークの上位の論理ネットワークに依存するデ
ータフォーマットの情報データを受信すると、前記一方
の物理ネットワークであるＩＥＥＥ１３９４に依存する
データフォーマットに変換する変換手段と、この変換手
段でフォーマット変換された情報データを前記第１の確
立手段で確立された同期チャネルに転送する手段と、を
具備することにより、ＩＥＥＥ１３９４バス上に接続さ
れた受信ノードが前記他方の物理／論理ネットワークに
依存するプロトコルを認識できない場合においても、該
データ転送制御装置が、該受信ノードが認識できるデー
タフォーマットであるＩＥＥＥ１３９４に依存するデー
タフォーマットに変換を施してやることで、該受信ノー
ドにおいても該データの受信、認識が可能になると共
に、前記指示手段によって、該データの受信を該受信ノ
ードに対して指示することができることになり、該専用
受信ノードへの入力を、相互接続環境に有る任意の物理
ネットワークの任意の送信端末からのデータについて可
能となる。
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークであるＩＥＥＥ１３９４バスと他
方の物理ネットワークとで送受信される情報データの転
送制御を行うデータ転送制御装置において、前記一方の
物理ネットワーク上にＩＥＥＥ１３９４の同期チャネル
を確立する第１の確立手段と、前記他方の物理ネットワ
ークあるいは前記他方の物理ネットワークの上位の論理
ネットワークに属する任意の送信ノードとの間のコネク
ションを確立する第２の確立手段と、前記一方の物理ネ
ットワークに属する受信ノードに対し、ＩＥＥＥ１３９
４に依存するプロトコルにて、前記第１の確立手段で確
立された同期チャネルの情報データの受信を指示する指
示手段と、前記第２の確立手段で確立されたコネクショ
ンの前記他方の物理ネットワークあるいは前記他方の物
理ネットワークの上位の論理ネットワークに依存するデ
ータフォーマットの情報データを受信すると、前記一方
の物理ネットワークであるＩＥＥＥ１３９４に依存する
データフォーマットに変換する変換手段と、この変換手
段でフォーマット変換された情報データを前記第１の確
立手段で確立された同期チャネルに転送する手段と、を
具備することにより、ＩＥＥＥ１３９４バス上に接続さ
れた受信ノードが前記他方の物理／論理ネットワークに
依存するプロトコルを認識できない場合においても、該
データ転送制御装置が、該受信ノードが認識できるデー
タフォーマットであるＩＥＥＥ１３９４に依存するデー
タフォーマットに変換を施してやることで、該受信ノー
ドにおいても該データの受信、認識が可能になると共
に、前記指示手段によって、該データの受信を該受信ノ
ードに対して指示することができることになり、該専用
受信ノードへの入力を、相互接続環境に有る任意の物理
ネットワークの任意の送信端末からのデータについて可
能となる。
【００４３】（請求項１７）本発明のデータ転送制御装
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークと他方の物理ネットワークとで送
受信される情報データの転送制御を行うデータ転送制御
装置において、前記一方の物理ネットワーク上に同期チ
ャネルを確立する第１の確立手段と、前記他方の物理ネ
ットワークあるいは前記他方の物理ネットワークの上位
の論理ネットワークに属する任意の送信ノードとの間の
コネクションを確立する第２の確立手段と、前記一方の
物理ネットワークに属する受信ノードに対し、前記一方
の物理ネットワークに依存するプロトコルにて、前記第
１の確立手段で確立された同期チャネルの情報データの
受信を指示する指示手段と、前記第２の確立手段で確立
されたコネクションの前記情報データを受信すると、前
記情報データをデコードするデコード手段と、このデコ
ード手段でデコードされた情報データを前記第１の確立
手段で確立された同期チャネルに転送する手段と、を具
備することにより、前記一方の物理ネットワーク上に接
続された受信ノードが前記他方の物理ネットワークある
いは前記他方の物理ネットワークの上位の論理ネットワ
ークのプロトコルを認識できない場合においても、該デ
ータ転送制御装置が、該受信ノードが認識できる様に、
前記他方の物理ネットワークに依存するデータフォーマ
ットで送られてきたデータをデコードし、いわゆる生の
データとしてやることで、該受信ノードにおいても該デ
ータの受信、認識が可能になると共に、受信ノードにお
いて受信データのデコードはもはや必要なくなり、受信
再生を単純に行えば良いことになり、負荷の軽減や低コ
スト化が図れる。
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークと他方の物理ネットワークとで送
受信される情報データの転送制御を行うデータ転送制御
装置において、前記一方の物理ネットワーク上に同期チ
ャネルを確立する第１の確立手段と、前記他方の物理ネ
ットワークあるいは前記他方の物理ネットワークの上位
の論理ネットワークに属する任意の送信ノードとの間の
コネクションを確立する第２の確立手段と、前記一方の
物理ネットワークに属する受信ノードに対し、前記一方
の物理ネットワークに依存するプロトコルにて、前記第
１の確立手段で確立された同期チャネルの情報データの
受信を指示する指示手段と、前記第２の確立手段で確立
されたコネクションの前記情報データを受信すると、前
記情報データをデコードするデコード手段と、このデコ
ード手段でデコードされた情報データを前記第１の確立
手段で確立された同期チャネルに転送する手段と、を具
備することにより、前記一方の物理ネットワーク上に接
続された受信ノードが前記他方の物理ネットワークある
いは前記他方の物理ネットワークの上位の論理ネットワ
ークのプロトコルを認識できない場合においても、該デ
ータ転送制御装置が、該受信ノードが認識できる様に、
前記他方の物理ネットワークに依存するデータフォーマ
ットで送られてきたデータをデコードし、いわゆる生の
データとしてやることで、該受信ノードにおいても該デ
ータの受信、認識が可能になると共に、受信ノードにお
いて受信データのデコードはもはや必要なくなり、受信
再生を単純に行えば良いことになり、負荷の軽減や低コ
スト化が図れる。
【００４４】また、前記指示手段によって、該データの
受信を該受信ノードに対して指示することができること
になり、該専用受信ノードへの入力を、相互接続環境に
有る任意の物理ネットワークの任意の送信端末からのデ
ータについて可能となる。
受信を該受信ノードに対して指示することができること
になり、該専用受信ノードへの入力を、相互接続環境に
有る任意の物理ネットワークの任意の送信端末からのデ
ータについて可能となる。
【００４５】（請求項１８）本発明のデータ転送制御装
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークであるＩＥＥＥ１３９４バスと他
方の物理ネットワークとで送受信される情報データの転
送制御を行うデータ転送制御装置において、前記一方の
物理ネットワーク上にＩＥＥＥ１３９４の同期チャネル
を確立する第１の確立手段と、前記他方の物理ネットワ
ークあるいは前記他方の物理ネットワークの上位の論理
ネットワークに属する任意の送信ノードとの間のコネク
ションを確立する第２の確立手段と、前記一方の物理ネ
ットワークに属する受信ノードに対し、ＩＥＥＥ１３９
４に依存するプロトコルにて、前記第１の確立手段で確
立された同期チャネルの情報データの受信を指示する指
示手段と、前記第２の確立手段で確立されたコネクショ
ンの前記情報データを受信すると、前記情報データをデ
コードするデコード手段と、このデコード手段でデコー
ドされた情報データを前記第１の確立手段で確立された
同期チャネルに転送する手段と、を具備することによ
り、ＩＥＥＥ１３９４バス上に接続された受信ノードが
前記他方の物理ネットワークあるいは前記他方の物理ネ
ットワークの上位の論理ネットワークのプロトコルを認
識できない場合においても、該データ転送制御装置が、
該受信ノードが認識できる様に、前記他方のネットワー
クに依存したデータフォーマットで送られてきたデータ
をデコードし、いわゆる生のデータとしてやることで、
該受信ノードにおいても該データの受信、認識が可能に
なると共に、受信ノードにおいて受信データのデコード
はもはや必要なくなり、受信再生を単純に行えば良いこ
とになり、負荷の軽減や低コスト化が図れる。
置は、少なくとも２つの物理ネットワークを接続し、一
方の物理ネットワークであるＩＥＥＥ１３９４バスと他
方の物理ネットワークとで送受信される情報データの転
送制御を行うデータ転送制御装置において、前記一方の
物理ネットワーク上にＩＥＥＥ１３９４の同期チャネル
を確立する第１の確立手段と、前記他方の物理ネットワ
ークあるいは前記他方の物理ネットワークの上位の論理
ネットワークに属する任意の送信ノードとの間のコネク
ションを確立する第２の確立手段と、前記一方の物理ネ
ットワークに属する受信ノードに対し、ＩＥＥＥ１３９
４に依存するプロトコルにて、前記第１の確立手段で確
立された同期チャネルの情報データの受信を指示する指
示手段と、前記第２の確立手段で確立されたコネクショ
ンの前記情報データを受信すると、前記情報データをデ
コードするデコード手段と、このデコード手段でデコー
ドされた情報データを前記第１の確立手段で確立された
同期チャネルに転送する手段と、を具備することによ
り、ＩＥＥＥ１３９４バス上に接続された受信ノードが
前記他方の物理ネットワークあるいは前記他方の物理ネ
ットワークの上位の論理ネットワークのプロトコルを認
識できない場合においても、該データ転送制御装置が、
該受信ノードが認識できる様に、前記他方のネットワー
クに依存したデータフォーマットで送られてきたデータ
をデコードし、いわゆる生のデータとしてやることで、
該受信ノードにおいても該データの受信、認識が可能に
なると共に、受信ノードにおいて受信データのデコード
はもはや必要なくなり、受信再生を単純に行えば良いこ
とになり、負荷の軽減や低コスト化が図れる。
【００４６】また、前記指示手段によって、該データの
受信を該受信ノードに対して指示することができること
になり、該専用受信ノードへの入力を、相互接続環境に
有る任意の物理ネットワークの任意の送信端末からのデ
ータについて可能となる。
受信を該受信ノードに対して指示することができること
になり、該専用受信ノードへの入力を、相互接続環境に
有る任意の物理ネットワークの任意の送信端末からのデ
ータについて可能となる。
【００４７】（補足７）本発明の請求項１５〜請求項１
８のいずれか１つに係るデータ転送制御装置において、
前記第２の確立手段は、ネットワークレイヤのシグナリ
ングプロトコルによって前記他方の物理ネットワークあ
るいは前記他方の物理ネットワークの上位の倫理ネット
ワークに属する任意の送信ノードとの間のコネクション
を確立することにより、前記他方の物理ネットワークあ
るいは前記他方の物理ネットワークの上位の倫理ネット
ワーク上にある任意の送信ノードからのデータの転送
を、前記他方の物理ネットワークあるいは前記他方の物
理ネットワークの上位の倫理ネットワークに見合ったプ
ロトコルで行うことができると共に、ネットワークレイ
ヤプロトコルを使用していることにより、前記他方の物
理ネットワークの物理ネットワーク種別によらず、これ
を行うことが可能となる。
８のいずれか１つに係るデータ転送制御装置において、
前記第２の確立手段は、ネットワークレイヤのシグナリ
ングプロトコルによって前記他方の物理ネットワークあ
るいは前記他方の物理ネットワークの上位の倫理ネット
ワークに属する任意の送信ノードとの間のコネクション
を確立することにより、前記他方の物理ネットワークあ
るいは前記他方の物理ネットワークの上位の倫理ネット
ワーク上にある任意の送信ノードからのデータの転送
を、前記他方の物理ネットワークあるいは前記他方の物
理ネットワークの上位の倫理ネットワークに見合ったプ
ロトコルで行うことができると共に、ネットワークレイ
ヤプロトコルを使用していることにより、前記他方の物
理ネットワークの物理ネットワーク種別によらず、これ
を行うことが可能となる。
【００４８】（補足８、補足９）本発明の請求項１５ま
たは請求項１６に係るデータ転送制御装置において、前
記他方の物理ネットワークから入力される情報データに
含まれる仮想コネクション識別子に応じて前記情報デー
タを前記変換手段でフォーマット変換することにより、
また、本発明の請求項１７または請求項１８に係るデー
タ転送制御装置において、前記他方の物理ネットワーク
から入力される情報データに含まれる仮想コネクション
識別子に応じて前記情報データを前記デコード手段でデ
コードすることにより、前記情報データが該データ転送
制御装置を通過する際に、前記ネットワークレイヤプロ
トコルのプロトコル処理部での処理を経る必要がなくな
る。即ち、一般に、ＩＰ等、ネットワークレイヤプロト
コルの処理はソフトウエア処理により行われ、高速な処
理が困難とされているが、これを解消することが可能で
ある。
たは請求項１６に係るデータ転送制御装置において、前
記他方の物理ネットワークから入力される情報データに
含まれる仮想コネクション識別子に応じて前記情報デー
タを前記変換手段でフォーマット変換することにより、
また、本発明の請求項１７または請求項１８に係るデー
タ転送制御装置において、前記他方の物理ネットワーク
から入力される情報データに含まれる仮想コネクション
識別子に応じて前記情報データを前記デコード手段でデ
コードすることにより、前記情報データが該データ転送
制御装置を通過する際に、前記ネットワークレイヤプロ
トコルのプロトコル処理部での処理を経る必要がなくな
る。即ち、一般に、ＩＰ等、ネットワークレイヤプロト
コルの処理はソフトウエア処理により行われ、高速な処
理が困難とされているが、これを解消することが可能で
ある。
【００４９】（請求項１９）本発明のデータ転送制御装
置（受信側）は、第１のネットワークに接続された受信
ノードが第２のネットワークに接続された送信ノードか
ら送信される情報データを受信する際、前記情報データ
の転送制御を行うデータ転送制御装置において、ネット
ワークレイヤのシグナリングプロトコルによって、前記
送信ノードから送信される情報データのコネクションを
確立する確立手段と、前記受信ノードが受信すべき情報
データの同期チャネル番号に関する情報を含む制御メッ
セージを受信する受信手段と、前記受信ノードに対し、
前記第１のネットワークに依存するプロトコルにて、前
記同期チャネルの情報データの受信を指示する指示手段
と、を具備することにより、前記データ転送制御装置が
接続されるネットワークに依存するプロトコルしか理解
のできない、前記ネットワークの専用端末へのデータ入
力についても、確立した同期チャネルから該専用端末に
データの受信を指示し、該専用端末への入力を、相互接
続環境に有る任意の物理ネットワークの任意の送信端末
からのデータについて可能となる。これは、前記同期チ
ャネルに前記送信端末からのデータを通すことで実現さ
れる。
置（受信側）は、第１のネットワークに接続された受信
ノードが第２のネットワークに接続された送信ノードか
ら送信される情報データを受信する際、前記情報データ
の転送制御を行うデータ転送制御装置において、ネット
ワークレイヤのシグナリングプロトコルによって、前記
送信ノードから送信される情報データのコネクションを
確立する確立手段と、前記受信ノードが受信すべき情報
データの同期チャネル番号に関する情報を含む制御メッ
セージを受信する受信手段と、前記受信ノードに対し、
前記第１のネットワークに依存するプロトコルにて、前
記同期チャネルの情報データの受信を指示する指示手段
と、を具備することにより、前記データ転送制御装置が
接続されるネットワークに依存するプロトコルしか理解
のできない、前記ネットワークの専用端末へのデータ入
力についても、確立した同期チャネルから該専用端末に
データの受信を指示し、該専用端末への入力を、相互接
続環境に有る任意の物理ネットワークの任意の送信端末
からのデータについて可能となる。これは、前記同期チ
ャネルに前記送信端末からのデータを通すことで実現さ
れる。
【００５０】また、インターネット環境においては、通
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ受信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの受信が可能となる。
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ受信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの受信が可能となる。
【００５１】特に、相手側の端末が、前記データ転送制
御装置が接続されるネットワークと同一のデータリンク
レイヤ方式のネットワークに接続されており、かつ該デ
ータリンクレイヤ方式のネットワークの専用端末である
ような場合において、該データリンクレイヤ方式とは異
なる方式の物理ネットワークが両ネットワークの間に存
在している場合においても、即ち俗に言うブリッジ環境
ではない相互接続網環境においても、該専用端末同士の
通信を通信品質がインターネットのシグナリングプロト
コルにより保証される形で、可能足らしめる事になる。
御装置が接続されるネットワークと同一のデータリンク
レイヤ方式のネットワークに接続されており、かつ該デ
ータリンクレイヤ方式のネットワークの専用端末である
ような場合において、該データリンクレイヤ方式とは異
なる方式の物理ネットワークが両ネットワークの間に存
在している場合においても、即ち俗に言うブリッジ環境
ではない相互接続網環境においても、該専用端末同士の
通信を通信品質がインターネットのシグナリングプロト
コルにより保証される形で、可能足らしめる事になる。
【００５２】（請求項２０）本発明のデータ転送制御装
置（受信側）は、第１のネットワークであるＩＥＥＥ１
３９４バスに接続された受信ノードが第２のネットワー
クに接続された送信ノードから送信される情報データを
受信する際、前記情報データの転送制御を行うデータ転
送制御装置において、ネットワークレイヤのシグナリン
グプロトコルによって、前記送信ノードから送信される
情報データのコネクションを確立する確立手段と、前記
受信ノードが受信すべき情報データの同期チャネル番号
に関する情報を含む制御メッセージを受信する受信手段
と、前記受信ノードに対し、ＩＥＥＥ１３９４に依存す
るプロトコルにて、前記同期チャネルの情報データの受
信を指示する指示手段と、を具備することにより、ＡＶ
／Ｃプロトコルや、ＩＥＣ１８８３等のＩＥＥＥ１３９
４に依存したプロトコルしか理解のできないＩＥＥＥ１
３９４の専用端末へのデータ入力についても、確立した
同期チャネルから該専用端末にデータの受信を指示し、
該専用端末への入力を、相互接続環境に有る任意の物理
ネットワークの任意の送信端末からのデータについて可
能となる。これは、前記同期チャネルに前記送信端末か
らのデータを通すことで実現される。
置（受信側）は、第１のネットワークであるＩＥＥＥ１
３９４バスに接続された受信ノードが第２のネットワー
クに接続された送信ノードから送信される情報データを
受信する際、前記情報データの転送制御を行うデータ転
送制御装置において、ネットワークレイヤのシグナリン
グプロトコルによって、前記送信ノードから送信される
情報データのコネクションを確立する確立手段と、前記
受信ノードが受信すべき情報データの同期チャネル番号
に関する情報を含む制御メッセージを受信する受信手段
と、前記受信ノードに対し、ＩＥＥＥ１３９４に依存す
るプロトコルにて、前記同期チャネルの情報データの受
信を指示する指示手段と、を具備することにより、ＡＶ
／Ｃプロトコルや、ＩＥＣ１８８３等のＩＥＥＥ１３９
４に依存したプロトコルしか理解のできないＩＥＥＥ１
３９４の専用端末へのデータ入力についても、確立した
同期チャネルから該専用端末にデータの受信を指示し、
該専用端末への入力を、相互接続環境に有る任意の物理
ネットワークの任意の送信端末からのデータについて可
能となる。これは、前記同期チャネルに前記送信端末か
らのデータを通すことで実現される。
【００５３】また、インターネット環境においては、通
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ受信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの受信が可能となる。
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ受信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの受信が可能となる。
【００５４】特に、相手側の端末がＩＥＥＥ１３９４に
接続されており、かつＩＥＥＥ１３９４の専用端末であ
るような場合において、ＩＥＥＥ１３９４以外の物理ネ
ットワークが両ＩＥＥＥ１３９４バスの間に存在してい
る場合においても、即ち俗に言う１３９４ブリッジ環境
ではない相互接続網環境においても、１３９４専用ノー
ド同士の通信を通信品質がインターネットのシグナリン
グプロトコルにより保証される形で、可能足らしめる事
になる。
接続されており、かつＩＥＥＥ１３９４の専用端末であ
るような場合において、ＩＥＥＥ１３９４以外の物理ネ
ットワークが両ＩＥＥＥ１３９４バスの間に存在してい
る場合においても、即ち俗に言う１３９４ブリッジ環境
ではない相互接続網環境においても、１３９４専用ノー
ド同士の通信を通信品質がインターネットのシグナリン
グプロトコルにより保証される形で、可能足らしめる事
になる。
【００５５】（請求項２１）本発明の請求項１９または
請求項２０に係るデータ転送制御装置において、前記送
信ノードから送信される前記ネットワークレイヤに依存
するデータフォーマットの情報データの前記第１のネッ
トワークに依存するデータフォーマットへの変換を要求
する制御メッセージを、前記情報データが前記受信ノー
ドに到達するまでに経由するネットワーク上の任意のノ
ードに対し送信する送信手段をさらに具備することによ
り、受信用の前記専用端末が例えばＭＰＥＧｏｖｅｒＩ
Ｐ等のデータフォーマットが理解できない、等のデータ
フォーマットの違いによる受信の不可能性を、上流方向
の任意のノードにおけるフォーマット変換により解消さ
せることができる。よって、専用端末におけるスムーズ
なデータ受信をも可能とすることができる。
請求項２０に係るデータ転送制御装置において、前記送
信ノードから送信される前記ネットワークレイヤに依存
するデータフォーマットの情報データの前記第１のネッ
トワークに依存するデータフォーマットへの変換を要求
する制御メッセージを、前記情報データが前記受信ノー
ドに到達するまでに経由するネットワーク上の任意のノ
ードに対し送信する送信手段をさらに具備することによ
り、受信用の前記専用端末が例えばＭＰＥＧｏｖｅｒＩ
Ｐ等のデータフォーマットが理解できない、等のデータ
フォーマットの違いによる受信の不可能性を、上流方向
の任意のノードにおけるフォーマット変換により解消さ
せることができる。よって、専用端末におけるスムーズ
なデータ受信をも可能とすることができる。
【００５６】（補足１０）本発明の請求項１９または請
求項２０に係るデータ転送制御装置において、前記送信
ノードから送信される前記ネットワークレイヤに依存す
るデータフォーマットの情報データのデコードを要求す
る制御メッセージを、前記情報データが前記第１のネッ
トワークに到達するまでに経由するネットワーク上の任
意のノードに対し送信する送信手段をさらに具備するこ
とにより、受信用の前記専用端末が例えばＭＰＥＧｏｖ
ｅＩＰ等のデータフォーマットが理解できない、等のデ
ータフォーマットの違いによる受信の不可能性を、上流
方向の任意のノードにおける該データのデコードにより
解消させることができる。よって、専用端末においてデ
ータのデコードはもはや必要なくなり、受信再生を単純
に行えば良いことになり、負荷の軽減や低コスト化が図
れる。
求項２０に係るデータ転送制御装置において、前記送信
ノードから送信される前記ネットワークレイヤに依存す
るデータフォーマットの情報データのデコードを要求す
る制御メッセージを、前記情報データが前記第１のネッ
トワークに到達するまでに経由するネットワーク上の任
意のノードに対し送信する送信手段をさらに具備するこ
とにより、受信用の前記専用端末が例えばＭＰＥＧｏｖ
ｅＩＰ等のデータフォーマットが理解できない、等のデ
ータフォーマットの違いによる受信の不可能性を、上流
方向の任意のノードにおける該データのデコードにより
解消させることができる。よって、専用端末においてデ
ータのデコードはもはや必要なくなり、受信再生を単純
に行えば良いことになり、負荷の軽減や低コスト化が図
れる。
【００５７】（請求項２２）本発明のデータ転送制御装
置（送信側）は、第１のネットワークに接続された送信
ノードが第２のネットワークに接続された受信ノードへ
情報データを送信する際、前記情報データの転送制御を
行うデータ転送制御装置において、ネットワークレイヤ
のシグナリングプロトコルによって、前記受信ノードへ
送信される情報データのコネクションを確立する確立手
段と、前記送信ノードが送信すべき情報データの同期チ
ャネル番号に関する情報を含む制御メッセージを送信す
る送信手段と、前記送信ノードに対し、前記第１のネッ
トワークに依存するプロトコルにて、前記同期チャネル
の情報データの送信を指示する指示手段と、を具備する
ことにより、前記データ転送制御装置が接続されるネッ
トワークに依存するプロトコルしか理解のできない、該
ネットワークのデータリンクレイヤ方式の専用端末から
のデータ出力についても、確立した同期チャネルへの該
専用端末からのデータの送信を指示し、該専用端末から
の出力を、相互接続環境に有る任意の物理ネットワーク
の任意の受信端末へのデータとすることが可能となる。
これは前記同期チャネルに前記送信端末からのデータを
通すことにより実現される。
置（送信側）は、第１のネットワークに接続された送信
ノードが第２のネットワークに接続された受信ノードへ
情報データを送信する際、前記情報データの転送制御を
行うデータ転送制御装置において、ネットワークレイヤ
のシグナリングプロトコルによって、前記受信ノードへ
送信される情報データのコネクションを確立する確立手
段と、前記送信ノードが送信すべき情報データの同期チ
ャネル番号に関する情報を含む制御メッセージを送信す
る送信手段と、前記送信ノードに対し、前記第１のネッ
トワークに依存するプロトコルにて、前記同期チャネル
の情報データの送信を指示する指示手段と、を具備する
ことにより、前記データ転送制御装置が接続されるネッ
トワークに依存するプロトコルしか理解のできない、該
ネットワークのデータリンクレイヤ方式の専用端末から
のデータ出力についても、確立した同期チャネルへの該
専用端末からのデータの送信を指示し、該専用端末から
の出力を、相互接続環境に有る任意の物理ネットワーク
の任意の受信端末へのデータとすることが可能となる。
これは前記同期チャネルに前記送信端末からのデータを
通すことにより実現される。
【００５８】また、インターネット環境においては、通
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ送信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの送信が可能となる。
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ送信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの送信が可能となる。
【００５９】特に、相手側の端末が、前記データ転送制
御装置が接続されたネットワークと同一のデータリンク
レイヤ方式のネットワークに接続されており、かつ該デ
ータリンクレイヤ方式の専用端末であるような場合にお
いて、該データリンクレイヤ方式とは異なる方式の物理
ネットワークが両ネットワーク間に存在している場合に
おいても、即ち俗に言うブリッジ環境ではない相互接続
網環境においても、前記専用端末同士の通信を通信品質
がインターネットのシグナリングプロトコルにより保証
される形で、可能足らしめる事になる。
御装置が接続されたネットワークと同一のデータリンク
レイヤ方式のネットワークに接続されており、かつ該デ
ータリンクレイヤ方式の専用端末であるような場合にお
いて、該データリンクレイヤ方式とは異なる方式の物理
ネットワークが両ネットワーク間に存在している場合に
おいても、即ち俗に言うブリッジ環境ではない相互接続
網環境においても、前記専用端末同士の通信を通信品質
がインターネットのシグナリングプロトコルにより保証
される形で、可能足らしめる事になる。
【００６０】（請求項２３）本発明のデータ転送制御装
置（送信側）は、第１のネットワークであるＩＥＥＥ１
３９４バスに接続された送信ノードが第２のネットワー
クに接続された受信ノードへ情報データを送信する際、
前記情報データの転送制御を行うデータ転送制御装置に
おいて、ネットワークレイヤのシグナリングプロトコル
によって、前記受信ノードへ送信される情報データのコ
ネクションを確立する確立手段と、前記送信ノードが送
信すべき情報データの同期チャネル番号に関する情報を
含む制御メッセージを送信する送信手段と、前記送信ノ
ードに対し、ＩＥＥＥ１３９４に依存するプロトコルに
て、前記同期チャネルの情報データの送信を指示する指
示手段と、を具備することにより、ＡＶ／Ｃプロトコル
やＩＥＣ１８８３といった、ＩＥＥＥ１３９４に依存す
るプロトコルしか理解のできないＩＥＥＥ１３９４の専
用端末からのデータ出力についても、確立した同期チャ
ネルへの該専用端末からのデータの送信を指示し、該専
用端末からの出力を、相互接続環境に有る任意の物理ネ
ットワークの任意の受信端末へのデータとすることが可
能となる。これは前記同期チャネルに前記送信端末から
のデータを通すことにより実現される。
置（送信側）は、第１のネットワークであるＩＥＥＥ１
３９４バスに接続された送信ノードが第２のネットワー
クに接続された受信ノードへ情報データを送信する際、
前記情報データの転送制御を行うデータ転送制御装置に
おいて、ネットワークレイヤのシグナリングプロトコル
によって、前記受信ノードへ送信される情報データのコ
ネクションを確立する確立手段と、前記送信ノードが送
信すべき情報データの同期チャネル番号に関する情報を
含む制御メッセージを送信する送信手段と、前記送信ノ
ードに対し、ＩＥＥＥ１３９４に依存するプロトコルに
て、前記同期チャネルの情報データの送信を指示する指
示手段と、を具備することにより、ＡＶ／Ｃプロトコル
やＩＥＣ１８８３といった、ＩＥＥＥ１３９４に依存す
るプロトコルしか理解のできないＩＥＥＥ１３９４の専
用端末からのデータ出力についても、確立した同期チャ
ネルへの該専用端末からのデータの送信を指示し、該専
用端末からの出力を、相互接続環境に有る任意の物理ネ
ットワークの任意の受信端末へのデータとすることが可
能となる。これは前記同期チャネルに前記送信端末から
のデータを通すことにより実現される。
【００６１】また、インターネット環境においては、通
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ送信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの送信が可能となる。
信品質の保証をＲＳＶＰやＳＴ２等のネットワークレイ
ヤのシグナリングプロトコル（帯域保証プロトコル）に
よって行う。これをデータ転送制御装置が行う事によ
り、データ送信端末がＩＰ／ＲＳＶＰ／ＳＴ２の機能を
持っていなくとも、インターネット環境を通して、通信
品質を保証したデータの送信が可能となる。
【００６２】特に、相手側の端末もＩＥＥＥ１３９４バ
スに接続されており、かつＩＥＥＥ１３９４の専用端末
であるような場合において、ＩＥＥＥ１３９４以外の物
理ネットワークが両ＩＥＥＥ１３９４バスの間に存在し
ている場合においても、即ち俗に言う１３９４ブリッジ
環境ではない相互接続網環境においても、１３９４専用
ノード同士の通信を通信品質がインターネットのシグナ
リングプロトコルにより保証される形で、可能足らしめ
る事になる。
スに接続されており、かつＩＥＥＥ１３９４の専用端末
であるような場合において、ＩＥＥＥ１３９４以外の物
理ネットワークが両ＩＥＥＥ１３９４バスの間に存在し
ている場合においても、即ち俗に言う１３９４ブリッジ
環境ではない相互接続網環境においても、１３９４専用
ノード同士の通信を通信品質がインターネットのシグナ
リングプロトコルにより保証される形で、可能足らしめ
る事になる。
【００６３】（請求項２４）本発明の請求項２２または
請求項２３に係るデータ転送制御装置において、前記送
信ノードから送信される前記第１のネットワークに依存
するデータフォーマットの情報データの前記ネットワー
クレイヤに依存するデータフォーマットへの変換を要求
する制御メッセージを、前記情報データが前記受信ノー
ドに到達するまでに経由するネットワーク上の任意のノ
ードに対し送信する送信手段をさらに具備することによ
り、送信用の前記専用端末が例えばＭＰＥＧｏｖｅｒＩ
Ｐ等のデータフォーマットが理解できない、等のデータ
フォーマットの違いによる送信の不可能性を、下流方向
の任意のノードにおけるフォーマット変換により解消さ
せることができる。よって、専用端末におけるスムーズ
なデータ送信をも可能とすることができる。
請求項２３に係るデータ転送制御装置において、前記送
信ノードから送信される前記第１のネットワークに依存
するデータフォーマットの情報データの前記ネットワー
クレイヤに依存するデータフォーマットへの変換を要求
する制御メッセージを、前記情報データが前記受信ノー
ドに到達するまでに経由するネットワーク上の任意のノ
ードに対し送信する送信手段をさらに具備することによ
り、送信用の前記専用端末が例えばＭＰＥＧｏｖｅｒＩ
Ｐ等のデータフォーマットが理解できない、等のデータ
フォーマットの違いによる送信の不可能性を、下流方向
の任意のノードにおけるフォーマット変換により解消さ
せることができる。よって、専用端末におけるスムーズ
なデータ送信をも可能とすることができる。
【００６４】（補足１１）本発明の請求項２２または請
求項２３に係るデータ転送制御装置において、前記送信
ノードから送信される前記第１のネットワークに依存す
るデータフォーマットの情報データのエンコードを要求
する制御メッセージを、前記情報データが前記受信ノー
ドに到達するまでに経由するネットワーク上の任意のノ
ードに対し送信する送信手段をさらに具備することによ
り、送信用の前記専用端末が例えばＭＰＥＧｏｖｅｒＩ
Ｐ等のデータフォーマットが理解できない、等のデータ
フォーマットの違いによる送信の不可能性を、下流方向
の任意のノードにおける該データのエンコードにより解
消させることができる。よって、専用端末においてデー
タのエンコードはもはや必要なくなり、単純な生のデー
タの送信に行えば良いことになり、負荷の軽減や低コス
ト化が図れる。
求項２３に係るデータ転送制御装置において、前記送信
ノードから送信される前記第１のネットワークに依存す
るデータフォーマットの情報データのエンコードを要求
する制御メッセージを、前記情報データが前記受信ノー
ドに到達するまでに経由するネットワーク上の任意のノ
ードに対し送信する送信手段をさらに具備することによ
り、送信用の前記専用端末が例えばＭＰＥＧｏｖｅｒＩ
Ｐ等のデータフォーマットが理解できない、等のデータ
フォーマットの違いによる送信の不可能性を、下流方向
の任意のノードにおける該データのエンコードにより解
消させることができる。よって、専用端末においてデー
タのエンコードはもはや必要なくなり、単純な生のデー
タの送信に行えば良いことになり、負荷の軽減や低コス
ト化が図れる。
【００６５】（請求項２５）本発明の中継装置は、少な
くとも２つのネットワークを接続し、一方のネットワー
クからの受信データを他方のネットワークへ送信する中
継装置において、前記受信データを送信する下流方向の
任意のノードから、前記一方のネットワークに依存する
データフォーマットの前記受信データの前記他方のネッ
トワークに依存するデータフォーマットへの変換を要求
する制御メッセージを受信する受信手段と、この受信手
段で受信された制御メッセージに応じて、前記一方のネ
ットワークからの受信データのフォーマット変換を行
い、他方のネットワークへ送信する手段と、を具備する
ことにより、前記受信データを送信する下流方向に前記
一方のネットワークのデータフォーマットを認識できな
い受信ノードが存在している場合においても、前記一方
のネットワークから受信した、前記一方のネットワーク
のデータフォーマットのデータを、前記受信ノードが理
解できる形で再送信することが可能となる。
くとも２つのネットワークを接続し、一方のネットワー
クからの受信データを他方のネットワークへ送信する中
継装置において、前記受信データを送信する下流方向の
任意のノードから、前記一方のネットワークに依存する
データフォーマットの前記受信データの前記他方のネッ
トワークに依存するデータフォーマットへの変換を要求
する制御メッセージを受信する受信手段と、この受信手
段で受信された制御メッセージに応じて、前記一方のネ
ットワークからの受信データのフォーマット変換を行
い、他方のネットワークへ送信する手段と、を具備する
ことにより、前記受信データを送信する下流方向に前記
一方のネットワークのデータフォーマットを認識できな
い受信ノードが存在している場合においても、前記一方
のネットワークから受信した、前記一方のネットワーク
のデータフォーマットのデータを、前記受信ノードが理
解できる形で再送信することが可能となる。
【００６６】また、前記制御メッセージの出所をデータ
の下流方向としか定めていないことから、前記制御メッ
セージの送信元を、該受信ノードと限定する必要もなく
なる。これは、下流方向のネットワークの方式が、放送
型のデータリンクレイヤ方式の場合に特に有効であり、
該制御メッセージの送信ノードに限定せずに、データ送
信を行うことが可能である。
の下流方向としか定めていないことから、前記制御メッ
セージの送信元を、該受信ノードと限定する必要もなく
なる。これは、下流方向のネットワークの方式が、放送
型のデータリンクレイヤ方式の場合に特に有効であり、
該制御メッセージの送信ノードに限定せずに、データ送
信を行うことが可能である。
【００６７】（請求項２６）本発明の中継装置は、少な
くとも２つのネットワークを接続し、一方のネットワー
クからの受信データを他方のネットワークへ送信する中
継装置において、前記受信データを送信する下流方向の
任意のノードから、前記一方のネットワークに依存する
データフォーマットの前記受信データのデコードを要求
する制御メッセージを受信する受信手段と、この受信手
段で受信された制御メッセージに応じて、前記一方のネ
ットワークからの受信データをデコードして、他方のネ
ットワークへ送信する手段と、を具備することにより、
下流側に前記一方のネットワークのデータフォーマット
を認識できない受信ノードが存在している場合において
も、前記一方のネットワークから受信した、前記一方の
ネットワークのデータフォーマットのデータをデコード
して、生のデータとしてやり、前記受信ノードが理解で
きる形で再送信することが可能となる。
くとも２つのネットワークを接続し、一方のネットワー
クからの受信データを他方のネットワークへ送信する中
継装置において、前記受信データを送信する下流方向の
任意のノードから、前記一方のネットワークに依存する
データフォーマットの前記受信データのデコードを要求
する制御メッセージを受信する受信手段と、この受信手
段で受信された制御メッセージに応じて、前記一方のネ
ットワークからの受信データをデコードして、他方のネ
ットワークへ送信する手段と、を具備することにより、
下流側に前記一方のネットワークのデータフォーマット
を認識できない受信ノードが存在している場合において
も、前記一方のネットワークから受信した、前記一方の
ネットワークのデータフォーマットのデータをデコード
して、生のデータとしてやり、前記受信ノードが理解で
きる形で再送信することが可能となる。
【００６８】また、前記制御メッセージの出所をデータ
の下流方向としか定めていないことから、前記制御メッ
セージの送信元を、該受信ノードと限定する必要もなく
なる。これは、下流方向のネットワークの方式が、放送
型のデータリンクレイヤ方式の場合に特に有効であり、
前記制御メッセージの送信ノードに限定せずに、データ
送信を行うことが可能である。
の下流方向としか定めていないことから、前記制御メッ
セージの送信元を、該受信ノードと限定する必要もなく
なる。これは、下流方向のネットワークの方式が、放送
型のデータリンクレイヤ方式の場合に特に有効であり、
前記制御メッセージの送信ノードに限定せずに、データ
送信を行うことが可能である。
【００６９】（請求項２７）本発明の中継装置は、少な
くとも２つのネットワークを接続し、一方のネットワー
クからの受信データを他方のネットワークへ送信する中
継装置において、前記受信データの上流方向の任意のノ
ードから、前記一方のネットワークに依存するデータフ
ォーマットの前記受信データのエンコードを要求する制
御メッセージを受信する受信手段と、この受信手段で受
信された制御メッセージに応じて、前記一方のネットワ
ークからの受信データをエンコードして、他方のネット
ワークへ送信する手段と、を具備することにより、前記
送信ノードから送られてきた任意フォーマットの生のデ
ータを、前記他方のネットワークのデータフォーマット
のデータとしてやり、再送信することが可能となる。
くとも２つのネットワークを接続し、一方のネットワー
クからの受信データを他方のネットワークへ送信する中
継装置において、前記受信データの上流方向の任意のノ
ードから、前記一方のネットワークに依存するデータフ
ォーマットの前記受信データのエンコードを要求する制
御メッセージを受信する受信手段と、この受信手段で受
信された制御メッセージに応じて、前記一方のネットワ
ークからの受信データをエンコードして、他方のネット
ワークへ送信する手段と、を具備することにより、前記
送信ノードから送られてきた任意フォーマットの生のデ
ータを、前記他方のネットワークのデータフォーマット
のデータとしてやり、再送信することが可能となる。
【００７０】また、前記制御メッセージの出所をデータ
の上流方向としか定めていないことから、前記制御メッ
セージの送信元を、前記送信ノードと限定する必要もな
くなる。これは、上流方向のネットワークの方式が、放
送型のデータリンクレイヤ方式の場合に特に有効であ
り、前記制御メッセージの送信ノードに限定せずに、デ
ータ送信を行うことが可能である。
の上流方向としか定めていないことから、前記制御メッ
セージの送信元を、前記送信ノードと限定する必要もな
くなる。これは、上流方向のネットワークの方式が、放
送型のデータリンクレイヤ方式の場合に特に有効であ
り、前記制御メッセージの送信ノードに限定せずに、デ
ータ送信を行うことが可能である。
【００７１】
【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照して説明する。
て、図面を参照して説明する。
【００７２】（第１の実施形態）図１に、第１の実施形
態に係る通信ネットワークシステムの構成例を示したも
ので、例えば、家庭宅内のホームネットワークの構成例
を示したものである。
態に係る通信ネットワークシステムの構成例を示したも
ので、例えば、家庭宅内のホームネットワークの構成例
を示したものである。
【００７３】図１に示すように、ホームネットワーク
は、送信端末１、第１のＡＶ制御端末２、第１のハーフ
コネクタ３、第２のハーフコネクタ４、第２のＡＶ制御
端末５、受信端末６、第１の１３９４バス１１、第２の
１３９４バス１２からなる。また、本実施形態では両ハ
ーフコネクタ３、４間の伝送方式はＡＴＭであるとす
る。
は、送信端末１、第１のＡＶ制御端末２、第１のハーフ
コネクタ３、第２のハーフコネクタ４、第２のＡＶ制御
端末５、受信端末６、第１の１３９４バス１１、第２の
１３９４バス１２からなる。また、本実施形態では両ハ
ーフコネクタ３、４間の伝送方式はＡＴＭであるとす
る。
【００７４】送信端末１及び受信端末６は、非ＩＰ端末
である（ＡＶ／Ｃプロトコルや、ＩＥＣ１８８３などに
代表される、１３９４プロトコルしか理解できない端末
である。以降１３９４プロトコルと呼ぶ）。即ち、イン
ターネットプロトコルを解さない端末である。
である（ＡＶ／Ｃプロトコルや、ＩＥＣ１８８３などに
代表される、１３９４プロトコルしか理解できない端末
である。以降１３９４プロトコルと呼ぶ）。即ち、イン
ターネットプロトコルを解さない端末である。
【００７５】本実施形態では、このようにＩＰプロトコ
ルを理解出来ない端末同士（あるいは、どちらか一方が
そのような場合）で、１３９４プロトコルによる通信が
直接お互いにはできないような場合（すなわち、１３９
４バス同士がブリッジ接続されていない場合、言い換え
れば、両者の間に１３９４バス以外のネットワークが存
在している場合や、インターネットやＩＳＤＮ等の公衆
網が存在している場合）において、ＡＶ制御端末による
制御により、両者が通信し合う方法について説明を行
う。
ルを理解出来ない端末同士（あるいは、どちらか一方が
そのような場合）で、１３９４プロトコルによる通信が
直接お互いにはできないような場合（すなわち、１３９
４バス同士がブリッジ接続されていない場合、言い換え
れば、両者の間に１３９４バス以外のネットワークが存
在している場合や、インターネットやＩＳＤＮ等の公衆
網が存在している場合）において、ＡＶ制御端末による
制御により、両者が通信し合う方法について説明を行
う。
【００７６】両１３９４バスは、直接ブリッジ接続され
ているわけではなく、間にＡＴＭネットワークが存在す
るため、一方の１３９４バスにつながれた１３９４専用
ノード（１３９４プロトコルしか理解できない端末）か
らは、他方の１３９４バスに接続された１３９４専用ノ
ードは、１３９４プロトコル上からは見えないものとす
る。
ているわけではなく、間にＡＴＭネットワークが存在す
るため、一方の１３９４バスにつながれた１３９４専用
ノード（１３９４プロトコルしか理解できない端末）か
らは、他方の１３９４バスに接続された１３９４専用ノ
ードは、１３９４プロトコル上からは見えないものとす
る。
【００７７】これに対し、相互接続網プロトコルである
ＩＰ端末（以下、ＩＰノードと呼ぶことがある）は、両
１３９４バスに接続されたものであったとしても、他方
のバスに接続されたＩＰ端末を認識できる。
ＩＰ端末（以下、ＩＰノードと呼ぶことがある）は、両
１３９４バスに接続されたものであったとしても、他方
のバスに接続されたＩＰ端末を認識できる。
【００７８】送信端末１、受信端末６は、共に、いわゆ
る１３９４端末、即ちインターネットプロトコルは理解
できず、ＩＥＥＥ１３９４において定められている１３
９４専用のプロトコル、例えばＡＶ／ＣプロトコルやＩ
ＥＣ１３３８の様なプロトコルのみを理解出来る端末で
ある。また、１３９４の専用端末であっても良い。
る１３９４端末、即ちインターネットプロトコルは理解
できず、ＩＥＥＥ１３９４において定められている１３
９４専用のプロトコル、例えばＡＶ／ＣプロトコルやＩ
ＥＣ１３３８の様なプロトコルのみを理解出来る端末で
ある。また、１３９４の専用端末であっても良い。
【００７９】両者を例えば映像端末（例えば送信端末１
がＤＶＤプレーヤ、受信端末６がテレビ、といった場
合）とし、かつ、両者が相異なる１３９４バス上にある
時に、いかにして両者の通信を実現するかが問題とな
る。
がＤＶＤプレーヤ、受信端末６がテレビ、といった場
合）とし、かつ、両者が相異なる１３９４バス上にある
時に、いかにして両者の通信を実現するかが問題とな
る。
【００８０】図２に、ハーフコネクタ２、３の内部構成
例を示す。図２に示すように、ハーフコネクタ２、３
は、１３９４物理部１０１、１３９４リンク部１０２、
第１のＭＵＸ−ＤＥＭＵＸ１０３、ＩＰ／ＦＡＮＰ処理
部１０４、１３９４・ＡＴＭ乗換部１０５、第２のＭＵ
Ｘ−ＤＥＭＵＸ１０６、ＡＴＭインタフェース部１０７
からなる。
例を示す。図２に示すように、ハーフコネクタ２、３
は、１３９４物理部１０１、１３９４リンク部１０２、
第１のＭＵＸ−ＤＥＭＵＸ１０３、ＩＰ／ＦＡＮＰ処理
部１０４、１３９４・ＡＴＭ乗換部１０５、第２のＭＵ
Ｘ−ＤＥＭＵＸ１０６、ＡＴＭインタフェース部１０７
からなる。
【００８１】１３９４物理部１０１、１３９４リンク部
１０２は、それぞれ接続された１３９４バスについて、
その物理レイヤ処理、リンクレイヤ処理及びバス管理及
びとトランザクションレイヤ処理をそれぞれ行い、送受
信する１３９４フレームを、第１のＭＵＸ−ＤＥＭＵＸ
１０３または第２のＭＵＸ−ＤＥＭＵＸ１０６を通し
て、ＩＰ／ＦＡＮＰ処理部１０４または１３９４・ＡＴ
Ｍ乗せ換え部１０５とデータ（１３９４から見ると、Ｐ
ＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ））のや
りとりを行う。
１０２は、それぞれ接続された１３９４バスについて、
その物理レイヤ処理、リンクレイヤ処理及びバス管理及
びとトランザクションレイヤ処理をそれぞれ行い、送受
信する１３９４フレームを、第１のＭＵＸ−ＤＥＭＵＸ
１０３または第２のＭＵＸ−ＤＥＭＵＸ１０６を通し
て、ＩＰ／ＦＡＮＰ処理部１０４または１３９４・ＡＴ
Ｍ乗せ換え部１０５とデータ（１３９４から見ると、Ｐ
ＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ））のや
りとりを行う。
【００８２】ＩＰ／ＦＡＮＰ処理部１０４は、受信した
ＩＰパケット、ＦＡＮＰパケット（後述）、ＡＲＰパケ
ット等について、ＩＰアドレスに基づくルーチング、ル
ーチングテーブルの管理、ＦＡＮＰ処理、ＡＲＰ処理等
を行う機能を持つ（なお、ＦＡＮＰについては、特願平
第８−２６４４９６号の記載参照のこと）。
ＩＰパケット、ＦＡＮＰパケット（後述）、ＡＲＰパケ
ット等について、ＩＰアドレスに基づくルーチング、ル
ーチングテーブルの管理、ＦＡＮＰ処理、ＡＲＰ処理等
を行う機能を持つ（なお、ＦＡＮＰについては、特願平
第８−２６４４９６号の記載参照のこと）。
【００８３】１３９４・ＡＴＭ乗せ換え部１０５は、１
３９４側から受信したデータ、特に同期チャネルを通し
て受信したデータを、その同期チャネル番号をキーとし
て、特定のＡＴＭのヘッダ（ＶＰＩ／ＶＣＩ値）を付与
した後に、これをＡＴＭ側に送出する機能と、逆にＡＴ
Ｍ側から受信したデータを、そのヘッダ情報（ＶＰＩ／
ＶＣＩ情報）をキーとして、１３９４側の特定の同期チ
ャネルに送出する機能を有する。すなわち、この処理部
におけるデータのフォワーディングはデータリンクレイ
ヤ処理のみで行われる。
３９４側から受信したデータ、特に同期チャネルを通し
て受信したデータを、その同期チャネル番号をキーとし
て、特定のＡＴＭのヘッダ（ＶＰＩ／ＶＣＩ値）を付与
した後に、これをＡＴＭ側に送出する機能と、逆にＡＴ
Ｍ側から受信したデータを、そのヘッダ情報（ＶＰＩ／
ＶＣＩ情報）をキーとして、１３９４側の特定の同期チ
ャネルに送出する機能を有する。すなわち、この処理部
におけるデータのフォワーディングはデータリンクレイ
ヤ処理のみで行われる。
【００８４】例えば、図３（１３９４側からの入力をＡ
ＴＭ側に出力する場合）、図４（ＡＴＭ側からの入力を
１３９４側に出力する場合）に示すような対応テーブル
を用い、ＶＰＩ／ＶＣＩの値と１３９４バスの同期チャ
ネルのチャネル番号との対応テーブルを作成する。この
各々のマッピング（対応テーブルの作成）については、
ＩＰ／ＦＡＮＰ処理部１０４が行う。
ＴＭ側に出力する場合）、図４（ＡＴＭ側からの入力を
１３９４側に出力する場合）に示すような対応テーブル
を用い、ＶＰＩ／ＶＣＩの値と１３９４バスの同期チャ
ネルのチャネル番号との対応テーブルを作成する。この
各々のマッピング（対応テーブルの作成）については、
ＩＰ／ＦＡＮＰ処理部１０４が行う。
【００８５】データフォワーディング機能については、
後に説明するＦＡＮＰによる通信品質保証機能が備わっ
ており、たとえばＷＦＱやＷＲＲ等のデータスケジュー
リング方式が実装されていてもよい。
後に説明するＦＡＮＰによる通信品質保証機能が備わっ
ており、たとえばＷＦＱやＷＲＲ等のデータスケジュー
リング方式が実装されていてもよい。
【００８６】ＡＴＭインタフェース部１０７は、物理的
に接続されたＡＴＭ網（本実施形態の場合はＡＴＭケー
ブル）とのインタフェースを司る部分であり、第２のＭ
ＵＸ−ＤＥＭＵＸ１０６とやりとりするデータと、ＡＴ
Ｍセルとのセル化、デセル化等を行う。ＡＢＲ（Ａｖａ
ｉｌａｂｌｅ Ｂｉｔ Ｒａｔｅ）処理やＵＰＣ（Ｕｓ
ａｇｅ Ｐａｒａｍｅｔｅｒ Ｃｏｎｔｒｏｌ）処理、
あるいはＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔ
ａｌ Ｈｉｅｒａｒｃｈｙ）処理などを行っても良い。
に接続されたＡＴＭ網（本実施形態の場合はＡＴＭケー
ブル）とのインタフェースを司る部分であり、第２のＭ
ＵＸ−ＤＥＭＵＸ１０６とやりとりするデータと、ＡＴ
Ｍセルとのセル化、デセル化等を行う。ＡＢＲ（Ａｖａ
ｉｌａｂｌｅ Ｂｉｔ Ｒａｔｅ）処理やＵＰＣ（Ｕｓ
ａｇｅ Ｐａｒａｍｅｔｅｒ Ｃｏｎｔｒｏｌ）処理、
あるいはＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔ
ａｌ Ｈｉｅｒａｒｃｈｙ）処理などを行っても良い。
【００８７】なお、特願平第８−２６４４９６号にて説
明されているように、両１３９４コネクタ間には、ＡＴ
ＭのデフォルトＶＣとして、あるＶＣが定義されてお
り、ＦＡＮＰのメッセージはこのデフォルトＶＣを通っ
てやり取りされることを、双方のハーフコネクタ３、４
が認識している。
明されているように、両１３９４コネクタ間には、ＡＴ
ＭのデフォルトＶＣとして、あるＶＣが定義されてお
り、ＦＡＮＰのメッセージはこのデフォルトＶＣを通っ
てやり取りされることを、双方のハーフコネクタ３、４
が認識している。
【００８８】第１のＡＶ制御端末２および第２のＡＶ制
御端末５は、共にＩＰノードであり、かつＦＡＮＰノー
ドであり、当然インターネットプロトコルにて通信する
事の出来る端末である。これらＡＶ制御端末２、５は、
後述するように、１３９４プロトコルとＩＰを理解する
ことができ、１３９４プロトコルを使ってローカルな１
３９４バス上の端末と通信をおこない、ＩＰをつかっ
て、ローカル及びリモートのＩＰ端末と通信を行う事が
できる。
御端末５は、共にＩＰノードであり、かつＦＡＮＰノー
ドであり、当然インターネットプロトコルにて通信する
事の出来る端末である。これらＡＶ制御端末２、５は、
後述するように、１３９４プロトコルとＩＰを理解する
ことができ、１３９４プロトコルを使ってローカルな１
３９４バス上の端末と通信をおこない、ＩＰをつかっ
て、ローカル及びリモートのＩＰ端末と通信を行う事が
できる。
【００８９】図１中のＩＰノードは、それぞれ同一のＩ
Ｐサブネットに属するものとして、以降の説明を行う。
Ｐサブネットに属するものとして、以降の説明を行う。
【００９０】ＡＶ制御端末２、５には、「映像送受信制
御アプリケーション」が実装されている。このアプリケ
ーションは、 （１）お互いに自分のローカルバス上の資源（ノードな
ど）を調査し、この結果をお互いにＩＰを用いて通信し
合う機能。
御アプリケーション」が実装されている。このアプリケ
ーションは、 （１）お互いに自分のローカルバス上の資源（ノードな
ど）を調査し、この結果をお互いにＩＰを用いて通信し
合う機能。
【００９１】（２）（１）の情報を元に、リモートのバ
ス上の端末の資源をユーザに表示し、それらの操作を行
わさせる機能と、これらの制御情報をお互いに交換する
機能。 （３）お互いにＦＡＮＰパケットのやり取りを行い、該
ＡＶ制御端末が位置する１３９４バス間の伝送パス（必
要な場合は帯域等が確保されたコネクション）を確保す
る機能。
ス上の端末の資源をユーザに表示し、それらの操作を行
わさせる機能と、これらの制御情報をお互いに交換する
機能。 （３）お互いにＦＡＮＰパケットのやり取りを行い、該
ＡＶ制御端末が位置する１３９４バス間の伝送パス（必
要な場合は帯域等が確保されたコネクション）を確保す
る機能。
【００９２】（４）ローカルバス上のノードの制御を１
３９４のプロトコル（ＡＶ／Ｃプロトコルなど）を使っ
て行う機能。
３９４のプロトコル（ＡＶ／Ｃプロトコルなど）を使っ
て行う機能。
【００９３】等がある。このＡＶ制御端末を使うことに
より、ユーザは、リモートの１３９４バス上に位置する
端末とのデータのやり取りを、たとえ送受信用の端末が
ＩＰ端末ではなかったとしても行うことができるように
なる。
より、ユーザは、リモートの１３９４バス上に位置する
端末とのデータのやり取りを、たとえ送受信用の端末が
ＩＰ端末ではなかったとしても行うことができるように
なる。
【００９４】このように、ローカル、リモートに関わら
ず、１３９４上のＡＶ機器の制御を行うプロトコルを、
ここではＦＡＮＰ−ＡＶプロトコルと呼ぶ。このプロト
コルは、ＩＰアプリケーションであってもよい。
ず、１３９４上のＡＶ機器の制御を行うプロトコルを、
ここではＦＡＮＰ−ＡＶプロトコルと呼ぶ。このプロト
コルは、ＩＰアプリケーションであってもよい。
【００９５】例えば、第１の１３９４バス１１が家庭宅
内の部屋Ａに配置されており、第２の１３９４バス１２
が家庭宅内の部屋Ｂに配置されている場合を考える。こ
こで、部屋Ｂにいるユーザが、部屋Ａにある送信端末１
からの映像データを、部屋Ｂの受信端末６に映し出すこ
とを行うとする。
内の部屋Ａに配置されており、第２の１３９４バス１２
が家庭宅内の部屋Ｂに配置されている場合を考える。こ
こで、部屋Ｂにいるユーザが、部屋Ａにある送信端末１
からの映像データを、部屋Ｂの受信端末６に映し出すこ
とを行うとする。
【００９６】まお、これら２つの部屋が同じ家庭宅内に
属している必要は必ずしもない。その場合は、２つのハ
ーフコネクタ３、４の間に公衆網が入ることになっても
よい（この場合は、お互いに同一のＩＰサブネットに属
するとは限らないので、後述するブロードキャストは行
わず、手設定にてお互いのアドレスと存在を認識しても
よい）。
属している必要は必ずしもない。その場合は、２つのハ
ーフコネクタ３、４の間に公衆網が入ることになっても
よい（この場合は、お互いに同一のＩＰサブネットに属
するとは限らないので、後述するブロードキャストは行
わず、手設定にてお互いのアドレスと存在を認識しても
よい）。
【００９７】以下、図５に示すシーケンスを参照して、
非ＩＰ端末である送信端末１と受信端末６との間で映像
データのやりとりを行うまでの手順（ＦＡＮＰ−ＡＶプ
ロトコルを含む）について説明する。
非ＩＰ端末である送信端末１と受信端末６との間で映像
データのやりとりを行うまでの手順（ＦＡＮＰ−ＡＶプ
ロトコルを含む）について説明する。
【００９８】まず、本発明の通信システムにおいては、
該ユーザは、第２のＡＶ制御端末５を起動し、ＡＶ制御
端末５上で必要な設定を行う。すなわち、図５に示すよ
うに、第２のＡＶ制御端末５は、ホームネットワーク上
に、ＦＡＮＰ−ＡＶプロトコルを処理するノードの有無
を確認するため、ホームネットワーク全体、即ちＩＰブ
ロードキャストアドレスに「ＦＡＮＰ−ＡＶ要求」パケ
ットを送出する（ステップＳ１）。
該ユーザは、第２のＡＶ制御端末５を起動し、ＡＶ制御
端末５上で必要な設定を行う。すなわち、図５に示すよ
うに、第２のＡＶ制御端末５は、ホームネットワーク上
に、ＦＡＮＰ−ＡＶプロトコルを処理するノードの有無
を確認するため、ホームネットワーク全体、即ちＩＰブ
ロードキャストアドレスに「ＦＡＮＰ−ＡＶ要求」パケ
ットを送出する（ステップＳ１）。
【００９９】このパケットには、ＦＡＮＰ−ＡＶ処理機
能にあらかじめ割り当てられたウエルノウンのポート番
号が振られている。このＩＰブロードキャストパケット
は、第２の１３９４バス１２上で、１３９４アドレスの
「バスブロードキャストアドレス」、すなわち、その家
庭のホームネットワークにおけるすべてのノードに対す
るブロードキャストの形で非同期チャネルに送出され
る。このブロードキャストパケットは、第２の１３９４
バス１２上の全てのノードに到達する。ちなみに、この
パケットを、１３９４アドレスの「ローカルバスブロー
ドキャスト」に送出される形でも、そのＩＰサブネット
内の全てのノードに届くようになっていれば良い。すな
わち、１３９４バス以外のネットワークが接続されてい
る場合でも、これが配送されるようになっていればよ
い。
能にあらかじめ割り当てられたウエルノウンのポート番
号が振られている。このＩＰブロードキャストパケット
は、第２の１３９４バス１２上で、１３９４アドレスの
「バスブロードキャストアドレス」、すなわち、その家
庭のホームネットワークにおけるすべてのノードに対す
るブロードキャストの形で非同期チャネルに送出され
る。このブロードキャストパケットは、第２の１３９４
バス１２上の全てのノードに到達する。ちなみに、この
パケットを、１３９４アドレスの「ローカルバスブロー
ドキャスト」に送出される形でも、そのＩＰサブネット
内の全てのノードに届くようになっていれば良い。すな
わち、１３９４バス以外のネットワークが接続されてい
る場合でも、これが配送されるようになっていればよ
い。
【０１００】さて、これを受信した第２のハーフコネク
タ４は、これが「全てのバスに対するブロードキャス
ト」であることを宛先１３９４アドレスにより確認する
と、これを第１のハーフコネクタ３の側にフォワードす
る。これを受信した第１のハーフコネクタ３は、今度は
これを第１の１３９４バス１１にフォワードする（ステ
ップＳ２）。その際の、宛先１３９４アドレスは「バス
ブロードキャストアドレス」である。
タ４は、これが「全てのバスに対するブロードキャス
ト」であることを宛先１３９４アドレスにより確認する
と、これを第１のハーフコネクタ３の側にフォワードす
る。これを受信した第１のハーフコネクタ３は、今度は
これを第１の１３９４バス１１にフォワードする（ステ
ップＳ２）。その際の、宛先１３９４アドレスは「バス
ブロードキャストアドレス」である。
【０１０１】ここで、自らがＦＡＮＰ−ＡＶプロトコル
を稼動させているノードは、このパケット（ＦＡＮＰ−
ＡＶ要求パケット）を受信し、ポート番号を参照するこ
とによって、これが「ＦＡＮＰ−ＡＶ要求」、即ちＦＡ
ＮＰ−ＡＶプロトコルを稼動しているノードを探すため
のパケットであることを確認すると、このパケットに対
する返答として、「自分もＦＡＮＰ−ＡＶプロトコルを
稼動させている」という旨の「ＦＡＮＰ−ＡＶ応答」パ
ケットを送信ＩＰアドレスに対して送出する（ステップ
Ｓ３）。図５では、第１のＡＶ制御端末２が、ＦＡＮＰ
−ＡＶプロトコルノードであるため、この端末がＦＡＮ
Ｐ−ＡＶ応答パケットを「ＦＡＮＰ−ＡＶ要求」パケッ
トの送信元である第２のＡＶ制御端末５に送出する。そ
れとともに、第１のＡＶ制御端末２は、第２のＡＶ制御
端末５が存在することと、そのＩＰアドレスを記憶して
おく。
を稼動させているノードは、このパケット（ＦＡＮＰ−
ＡＶ要求パケット）を受信し、ポート番号を参照するこ
とによって、これが「ＦＡＮＰ−ＡＶ要求」、即ちＦＡ
ＮＰ−ＡＶプロトコルを稼動しているノードを探すため
のパケットであることを確認すると、このパケットに対
する返答として、「自分もＦＡＮＰ−ＡＶプロトコルを
稼動させている」という旨の「ＦＡＮＰ−ＡＶ応答」パ
ケットを送信ＩＰアドレスに対して送出する（ステップ
Ｓ３）。図５では、第１のＡＶ制御端末２が、ＦＡＮＰ
−ＡＶプロトコルノードであるため、この端末がＦＡＮ
Ｐ−ＡＶ応答パケットを「ＦＡＮＰ−ＡＶ要求」パケッ
トの送信元である第２のＡＶ制御端末５に送出する。そ
れとともに、第１のＡＶ制御端末２は、第２のＡＶ制御
端末５が存在することと、そのＩＰアドレスを記憶して
おく。
【０１０２】なお、前述のように、このような自動的な
構成認識を行うのではなく、各々のＡＶ制御端末にあら
かじめ手設定でお互いのアドレスなどを登録しておく、
等の方法を使う事により、お互いを認識させておいても
良い。
構成認識を行うのではなく、各々のＡＶ制御端末にあら
かじめ手設定でお互いのアドレスなどを登録しておく、
等の方法を使う事により、お互いを認識させておいても
良い。
【０１０３】これと前後して、各ＦＡＮＰ−ＡＶノード
（ＡＶ制御端末２、５）は、自分の接続された１３９４
バス上に有るＡＶ機器についての情報を、１３９４プロ
トコルを用いて収集する（ステップＳ４、ステップＳ
５）。これには、１３９４トレードアソシエーションや
ＨＤ−ＤＶＴＲ協議会等で標準化しているＡＶ／Ｃプロ
トコル等、あるいはこれらを拡張したものを用いて、こ
れを行っても良い。
（ＡＶ制御端末２、５）は、自分の接続された１３９４
バス上に有るＡＶ機器についての情報を、１３９４プロ
トコルを用いて収集する（ステップＳ４、ステップＳ
５）。これには、１３９４トレードアソシエーションや
ＨＤ−ＤＶＴＲ協議会等で標準化しているＡＶ／Ｃプロ
トコル等、あるいはこれらを拡張したものを用いて、こ
れを行っても良い。
【０１０４】こうして各ＡＶ制御端末２、５は、自分が
所属する１３９４バス上のＡＶ機器についての情報、す
なわち、どのようなＡＶ機器か、どのようなコンテンツ
が有るか、何枚のメディアを持っているか、その１３９
４アドレスは何か、といった各種の情報を収集し、内部
のテーブルに記憶する。
所属する１３９４バス上のＡＶ機器についての情報、す
なわち、どのようなＡＶ機器か、どのようなコンテンツ
が有るか、何枚のメディアを持っているか、その１３９
４アドレスは何か、といった各種の情報を収集し、内部
のテーブルに記憶する。
【０１０５】次に、各ＡＶ制御端末２、５は、お互いの
これらの情報を交換する（ステップＳ６）。この情報の
交換には、ＩＰパケットを用い、お互いのＩＰアドレス
宛にこれらの情報を送信しあう。その結果、各ＡＶ制御
端末２、５には、例えば、図６に示すような内容のテー
ブルが作成されることになる。すなわち、各ＡＶ制御端
末２、５は、自分が所属する１３９４バス上のＡＶ機器
についての情報以外に、各ＡＶ制御端末２、５との間で
情報交換を行うことにより、他のＡＶ制御端末が所属す
るネットワークに接続されたＡＶ機器等の情報（属性情
報）、すなわち、どのようなＡＶ機器か、どのようなコ
ンテンツが有るか、何枚のメディアを持っているか、そ
の１３９４アドレスは何か、といった各種の情報が、図
６のテーブル上に収集できる。
これらの情報を交換する（ステップＳ６）。この情報の
交換には、ＩＰパケットを用い、お互いのＩＰアドレス
宛にこれらの情報を送信しあう。その結果、各ＡＶ制御
端末２、５には、例えば、図６に示すような内容のテー
ブルが作成されることになる。すなわち、各ＡＶ制御端
末２、５は、自分が所属する１３９４バス上のＡＶ機器
についての情報以外に、各ＡＶ制御端末２、５との間で
情報交換を行うことにより、他のＡＶ制御端末が所属す
るネットワークに接続されたＡＶ機器等の情報（属性情
報）、すなわち、どのようなＡＶ機器か、どのようなコ
ンテンツが有るか、何枚のメディアを持っているか、そ
の１３９４アドレスは何か、といった各種の情報が、図
６のテーブル上に収集できる。
【０１０６】また、ＡＶ制御端末２、５の画面等に図６
のテーブル上の情報を表示させることも可能である。図
７に第２のＡＶ制御端末５に具備されたディスプレイ装
置の画面表示例を示す。図７では、見やすさのため、１
部屋１バス（あるいは１部屋１データリンクネットワー
ク）と考えて、表示画面中の各表示ウインドウ（Ｗ１〜
Ｗ４）に、それぞれ各部屋のネットワークを対応させ、
部屋毎の配置の形で画面表示を行っている。ユーザは、
これをみて、「どの端末から、データを送ってもらう
か。あるいは、送るか」といった判断を行うことができ
る。
のテーブル上の情報を表示させることも可能である。図
７に第２のＡＶ制御端末５に具備されたディスプレイ装
置の画面表示例を示す。図７では、見やすさのため、１
部屋１バス（あるいは１部屋１データリンクネットワー
ク）と考えて、表示画面中の各表示ウインドウ（Ｗ１〜
Ｗ４）に、それぞれ各部屋のネットワークを対応させ、
部屋毎の配置の形で画面表示を行っている。ユーザは、
これをみて、「どの端末から、データを送ってもらう
か。あるいは、送るか」といった判断を行うことができ
る。
【０１０７】例えば、部屋Ｂのユーザは、送信端末１か
ら、映像データを送ってもらい、受信端末６に表示させ
たいと思っているとする。そこで、該ユーザは、第２の
ＡＶ制御端末５を操作し、送信端末１のしかるべきコン
テンツである映像を、受信端末６に送信し、そこで表示
させるように設定をおこなう。この操作は、第２のＡＶ
制御端末５上のＧＵＩを通して行われても良い。する
と、第２のＡＶ制御端末５は、「送信端末１のしかるべ
きコンテンツである映像を、受信端末６に送信せよ」と
いう内容の命令を、第１のＡＶ制御端末２に対して送信
する（ステップＳ７）。これにより、第１のＡＶ制御端
末２は、送信先の送信端末１のアドレスを、１３９４ア
ドレスとして知ることができる。
ら、映像データを送ってもらい、受信端末６に表示させ
たいと思っているとする。そこで、該ユーザは、第２の
ＡＶ制御端末５を操作し、送信端末１のしかるべきコン
テンツである映像を、受信端末６に送信し、そこで表示
させるように設定をおこなう。この操作は、第２のＡＶ
制御端末５上のＧＵＩを通して行われても良い。する
と、第２のＡＶ制御端末５は、「送信端末１のしかるべ
きコンテンツである映像を、受信端末６に送信せよ」と
いう内容の命令を、第１のＡＶ制御端末２に対して送信
する（ステップＳ７）。これにより、第１のＡＶ制御端
末２は、送信先の送信端末１のアドレスを、１３９４ア
ドレスとして知ることができる。
【０１０８】この命令を受信した第１のＡＶ制御端末２
は、送信端末１と１３９４プロトコルにて通信し、映像
送信が可能であるかどうかのチェックなどを行う。ま
た、第２のＡＶ制御端末２との間で認証などの動作を行
っても良い。
は、送信端末１と１３９４プロトコルにて通信し、映像
送信が可能であるかどうかのチェックなどを行う。ま
た、第２のＡＶ制御端末２との間で認証などの動作を行
っても良い。
【０１０９】次に、第１のＡＶ制御端末２は、第１の１
３９４バス１１にて、１３９４のプロトコルおよび１３
９４ＡＶプロトコル等を使って、第１の１３９４バス１
１の同期チャネルを確保する（ステップＳ８）。このと
き確保したチャネル番号を＃Ｘとする（図８の同期チャ
ンネル３１）。また、このとき、１３９４バス１１の同
期リソースマネージャに働きかけ、映像送信に必要な帯
域を確保することは言うまでもない。
３９４バス１１にて、１３９４のプロトコルおよび１３
９４ＡＶプロトコル等を使って、第１の１３９４バス１
１の同期チャネルを確保する（ステップＳ８）。このと
き確保したチャネル番号を＃Ｘとする（図８の同期チャ
ンネル３１）。また、このとき、１３９４バス１１の同
期リソースマネージャに働きかけ、映像送信に必要な帯
域を確保することは言うまでもない。
【０１１０】次に、第１のＡＶ制御端末２は、第１のハ
ーフコネクタ３に対して、同期チャネルの＃Ｘを受信す
るように設定する。そして、この同期チャネルを通し
て、ＦＡＮＰのオファーメッセージを第１のハーフコネ
クタ３に向かって送出する（ステップＳ９）。
ーフコネクタ３に対して、同期チャネルの＃Ｘを受信す
るように設定する。そして、この同期チャネルを通し
て、ＦＡＮＰのオファーメッセージを第１のハーフコネ
クタ３に向かって送出する（ステップＳ９）。
【０１１１】ここで、ＦＡＮＰ（Ｆｌｏｗ Ａｔｔｒｉ
ｂｕｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｐｒｏｔｏ
ｃｏｌ）とは、前述の通り、特願平第８−２６４４９６
号に記載されているプロトコルである。すなわち、この
プロトコルは、隣接のＦＡＮＰを解釈するノード（通常
は、ホームネットワークを構成するネットワークのセグ
メントとセグメントの中間におかれ、これら複数のセグ
メントの相互接続装置の位置づけとなる）との通信を行
い、送信するデータを通すチャネルの識別子と、宛先ア
ドレスおよび、その通信属性や通信品質を通知するため
に用いる。また、これを、エンド−エンドのコネクショ
ンの設定のために用いることもできる。
ｂｕｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｐｒｏｔｏ
ｃｏｌ）とは、前述の通り、特願平第８−２６４４９６
号に記載されているプロトコルである。すなわち、この
プロトコルは、隣接のＦＡＮＰを解釈するノード（通常
は、ホームネットワークを構成するネットワークのセグ
メントとセグメントの中間におかれ、これら複数のセグ
メントの相互接続装置の位置づけとなる）との通信を行
い、送信するデータを通すチャネルの識別子と、宛先ア
ドレスおよび、その通信属性や通信品質を通知するため
に用いる。また、これを、エンド−エンドのコネクショ
ンの設定のために用いることもできる。
【０１１２】さて、このオファーメッセージには、デー
タ（本実施形態の場合、映像データ）をこれから送信す
るチャネル番号（または、仮想チャネル識別子等）、該
映像データの宛先アドレス（本実施形態の場合ＩＰアド
レス）、使用する帯域（通信品質）、通信属性（ＭＰＥ
Ｇ等の符号化方式など）、エンド−エンドのＡＣＫの要
求等が運ばれる。なお、該送信するチャネル番号、また
は仮想チャネル識別子等を両端の端末で共有していない
場合は、両端でＦＡＮＰのプロポーズメッセージとプロ
ポーズＡＣＫメッセージのやり取りを行ってもよい。ま
た、該データの宛先アドレス（ターゲットＩＰアドレ
ス）は、第２のＡＶ制御端末５のＩＰアドレスである。
タ（本実施形態の場合、映像データ）をこれから送信す
るチャネル番号（または、仮想チャネル識別子等）、該
映像データの宛先アドレス（本実施形態の場合ＩＰアド
レス）、使用する帯域（通信品質）、通信属性（ＭＰＥ
Ｇ等の符号化方式など）、エンド−エンドのＡＣＫの要
求等が運ばれる。なお、該送信するチャネル番号、また
は仮想チャネル識別子等を両端の端末で共有していない
場合は、両端でＦＡＮＰのプロポーズメッセージとプロ
ポーズＡＣＫメッセージのやり取りを行ってもよい。ま
た、該データの宛先アドレス（ターゲットＩＰアドレ
ス）は、第２のＡＶ制御端末５のＩＰアドレスである。
【０１１３】オファーメッセージを受け取った第１のハ
ーフコネクタ３は、内部のルーチングテーブルを参照し
て、第２のＡＶ制御端末５が第２のハーフコネクタ４の
方向にあることを確認すると、そのオファーメッセージ
にて要求されている帯域、通信品質などが、ハーフコネ
クタ４内部の通信路の空き帯域等を参照することにより
サポートできるかを確かめる。サポート可能と判断した
場合は、プロポーズメッセージ、プロポーズＡＣＫメッ
セージ、オファーメッセージ等を前述の処理と同様に第
２のハーフコネクタ４に送出する。なお、サポートでき
ないと判断した場合は、リジェクトメッセージを第１の
ＡＶ制御端末２に送出する。
ーフコネクタ３は、内部のルーチングテーブルを参照し
て、第２のＡＶ制御端末５が第２のハーフコネクタ４の
方向にあることを確認すると、そのオファーメッセージ
にて要求されている帯域、通信品質などが、ハーフコネ
クタ４内部の通信路の空き帯域等を参照することにより
サポートできるかを確かめる。サポート可能と判断した
場合は、プロポーズメッセージ、プロポーズＡＣＫメッ
セージ、オファーメッセージ等を前述の処理と同様に第
２のハーフコネクタ４に送出する。なお、サポートでき
ないと判断した場合は、リジェクトメッセージを第１の
ＡＶ制御端末２に送出する。
【０１１４】第２のハーフコネクタ４は、内部の通信資
源の確認後（第１のハーフコネクタ３と同様に、オファ
ーメッセージに記載された通信品質が内部的に可能であ
るかどうかを確認）、第２の１３９４バス１２上に同期
チャネル＃Ｙ（図８の同期チャネル３３）を確立し（ス
テップＳ１０）、これと前後して、１３９４プロトコル
を用いて、第２のＡＶ制御端末５に、この同期チャネル
の内容を取り込むように指示する。その後、第２のＡＶ
制御端末５との間で、プロポーズメッセージ、プロポー
ズＡＣＫメッセージ、オファーメッセージのやり取りな
どを行う（ステップＳ１１）。
源の確認後（第１のハーフコネクタ３と同様に、オファ
ーメッセージに記載された通信品質が内部的に可能であ
るかどうかを確認）、第２の１３９４バス１２上に同期
チャネル＃Ｙ（図８の同期チャネル３３）を確立し（ス
テップＳ１０）、これと前後して、１３９４プロトコル
を用いて、第２のＡＶ制御端末５に、この同期チャネル
の内容を取り込むように指示する。その後、第２のＡＶ
制御端末５との間で、プロポーズメッセージ、プロポー
ズＡＣＫメッセージ、オファーメッセージのやり取りな
どを行う（ステップＳ１１）。
【０１１５】プロポーズメッセージ、オファーメッセー
ジを受け取った第２のＡＶ制御端末５は、これが自分が
先に第１のＡＶ制御端末２に嘆願した映像伝送のための
ものであることを、フローＩＤや、あらかじめ両者の間
で合意した、定められた識別子等により認識する。この
定められた識別子は、ＦＡＮＰメッセージにより運ばれ
てきたものであってもよい。
ジを受け取った第２のＡＶ制御端末５は、これが自分が
先に第１のＡＶ制御端末２に嘆願した映像伝送のための
ものであることを、フローＩＤや、あらかじめ両者の間
で合意した、定められた識別子等により認識する。この
定められた識別子は、ＦＡＮＰメッセージにより運ばれ
てきたものであってもよい。
【０１１６】次に、第２のＡＶ制御端末５は、ＩＥＣ１
３３８等の１３９４プロトコルを用いて、受信端末６に
対し、同期チャネル＃Ｙを介して送信されるデータを受
信する様、指示する（ステップＳ１２）。これにより、
同期チャネル＃Ｙを介して送出されたデータは受信端末
６により受信できることになる。
３３８等の１３９４プロトコルを用いて、受信端末６に
対し、同期チャネル＃Ｙを介して送信されるデータを受
信する様、指示する（ステップＳ１２）。これにより、
同期チャネル＃Ｙを介して送出されたデータは受信端末
６により受信できることになる。
【０１１７】その後、第２のＡＶ制御端末５は、リダイ
レクトメッセージを第２のハーフコネクタ４に送出する
（ステップＳ１３）。このリダイレクトメッセージは、
ステップＳ１１のオファーメッセージで申しだされた設
定を受諾した、との意味を持つメッセージである。オフ
ァーメッセージにエンド−エンドＡＣＫの要求があった
場合、エンド−エンドのＡＣＫのフラグを「オン」にし
て（エンド−エンドのＡＣＫを「オン」にするとは、送
信端末１から受信端末６までの映像データを送信するた
めの経路が設定できた旨を示すものである）、リダイレ
クトメッセージを送出する。このＡＣＫのフラグは、送
信端末（本実施形態の場合、第１のＡＶ制御端末２）ま
で到達する。
レクトメッセージを第２のハーフコネクタ４に送出する
（ステップＳ１３）。このリダイレクトメッセージは、
ステップＳ１１のオファーメッセージで申しだされた設
定を受諾した、との意味を持つメッセージである。オフ
ァーメッセージにエンド−エンドＡＣＫの要求があった
場合、エンド−エンドのＡＣＫのフラグを「オン」にし
て（エンド−エンドのＡＣＫを「オン」にするとは、送
信端末１から受信端末６までの映像データを送信するた
めの経路が設定できた旨を示すものである）、リダイレ
クトメッセージを送出する。このＡＣＫのフラグは、送
信端末（本実施形態の場合、第１のＡＶ制御端末２）ま
で到達する。
【０１１８】リダイレクトメッセージを受信した第２の
ハーフコネクタ４は、内部のデータリンクレイヤの乗せ
換え部１０５の適切な設定（具体的には、図３、図４に
示したような対応テーブルの設定）を行う。すなわち、
ステップＳ９でのオファーメッセージで申し出のあった
ＡＴＭ仮想コネクション３２（図８参照）と、同期チャ
ネル＃Ｙとをデータリンク的にスイッチ接続する。具体
的には、ＡＴＭ／１３９４乗せ換え部１０５では、ＡＴ
Ｍ仮想コネクション３２から入力されたＡＴＭセルを、
ＩＰ／ＦＡＮＰ処理部１０４における処理を受けること
なく、直接ＶＣＩの値が参照されて、１３９４データへ
の乗せ換えが行われ、同期チャネル＃Ｙに入れる。その
際は、ＦＡＮＰにて定められた通信品質が保たれるよう
なデータ／パケットスケジューリング方式が選択されて
もよい。なお、このとき参照されるＡＴＭ／１３９４乗
せ換え部１０５内の対応テーブルは図３、図４に示した
ものである。
ハーフコネクタ４は、内部のデータリンクレイヤの乗せ
換え部１０５の適切な設定（具体的には、図３、図４に
示したような対応テーブルの設定）を行う。すなわち、
ステップＳ９でのオファーメッセージで申し出のあった
ＡＴＭ仮想コネクション３２（図８参照）と、同期チャ
ネル＃Ｙとをデータリンク的にスイッチ接続する。具体
的には、ＡＴＭ／１３９４乗せ換え部１０５では、ＡＴ
Ｍ仮想コネクション３２から入力されたＡＴＭセルを、
ＩＰ／ＦＡＮＰ処理部１０４における処理を受けること
なく、直接ＶＣＩの値が参照されて、１３９４データへ
の乗せ換えが行われ、同期チャネル＃Ｙに入れる。その
際は、ＦＡＮＰにて定められた通信品質が保たれるよう
なデータ／パケットスケジューリング方式が選択されて
もよい。なお、このとき参照されるＡＴＭ／１３９４乗
せ換え部１０５内の対応テーブルは図３、図４に示した
ものである。
【０１１９】リダイレクトメッセージは、第２のハーフ
コネクタ４から、第１のハーフコネクタ３（第２のハー
フコネクタ４と、同様の操作、すなわち、ＡＴＭ／１３
９４乗せ換え部１０５の設定を受ける）、第１のＡＶ制
御端末２へと返る（ステップＳ１４）。
コネクタ４から、第１のハーフコネクタ３（第２のハー
フコネクタ４と、同様の操作、すなわち、ＡＴＭ／１３
９４乗せ換え部１０５の設定を受ける）、第１のＡＶ制
御端末２へと返る（ステップＳ１４）。
【０１２０】ここで、第１のＡＶ制御端末２は、最終端
末（本実施形態の場合、受信端末６である。ただし、受
信端末６は、ＦＡＮＰやＩＰが理解できるノードではな
く１３９４の専用端末である。受信端末６が映像データ
を受信できるように準備を行ったのは、第２のＡＶ制御
端末５であり、これが１３９４プロトコルにより、設定
を行った。）まで、データリンクレイヤコネクションが
図８に示したように整ったことを確認する。
末（本実施形態の場合、受信端末６である。ただし、受
信端末６は、ＦＡＮＰやＩＰが理解できるノードではな
く１３９４の専用端末である。受信端末６が映像データ
を受信できるように準備を行ったのは、第２のＡＶ制御
端末５であり、これが１３９４プロトコルにより、設定
を行った。）まで、データリンクレイヤコネクションが
図８に示したように整ったことを確認する。
【０１２１】そして、第１のＡＶ制御端末２は、送信端
末１に対し、１３９４プロトコルにて、該当する適当な
映像の送信を、チャネル番号＃Ｘの同期チャネル（図８
の同期チャネル３１）に対して行うように指示する（ス
テップＳ１５）。
末１に対し、１３９４プロトコルにて、該当する適当な
映像の送信を、チャネル番号＃Ｘの同期チャネル（図８
の同期チャネル３１）に対して行うように指示する（ス
テップＳ１５）。
【０１２２】送信された映像は、第１の１３９４バス１
１上の同期チャネル３１、ＡＴＭ仮想コネクション３
２、第２の１３９４バス１２上の同期チャネル３３を通
過して、受信端末６に到達する（ステップＳ１６）。そ
の間、途中ノード（ハーフコネクタ３、４）では、デー
タリンクレイヤによるスイッチングを受けているのみで
ある。よって、この経路を通る間、通信品質は保証され
たまま、データ転送が行われる。
１上の同期チャネル３１、ＡＴＭ仮想コネクション３
２、第２の１３９４バス１２上の同期チャネル３３を通
過して、受信端末６に到達する（ステップＳ１６）。そ
の間、途中ノード（ハーフコネクタ３、４）では、デー
タリンクレイヤによるスイッチングを受けているのみで
ある。よって、この経路を通る間、通信品質は保証され
たまま、データ転送が行われる。
【０１２３】この映像送信を持続するためのリダイレク
トメッセージの送信は、第２のＡＶ制御端末５から上流
側（すなわち、第２のハーフコネクタ４から第１のハー
フコネクタ３を通り、第１のＡＶ制御端末２）に向かっ
て行われる（ステップＳ１７）。
トメッセージの送信は、第２のＡＶ制御端末５から上流
側（すなわち、第２のハーフコネクタ４から第１のハー
フコネクタ３を通り、第１のＡＶ制御端末２）に向かっ
て行われる（ステップＳ１７）。
【０１２４】また、ユーザ側からの送信の中断の要請
（リリースメッセージの送信）も、第２のＡＶ制御端末
５から同様の順序で送られる。その際は、第１のＡＶ制
御端末２が、送信端末１に向かって、映像の送信を終了
するようにＡＶ／Ｃプロトコル等の１３９４プロトコル
にて制御を行う。
（リリースメッセージの送信）も、第２のＡＶ制御端末
５から同様の順序で送られる。その際は、第１のＡＶ制
御端末２が、送信端末１に向かって、映像の送信を終了
するようにＡＶ／Ｃプロトコル等の１３９４プロトコル
にて制御を行う。
【０１２５】以上説明したように、本実施形態の通信ネ
ットワークシステムによれば、送信端末１から、受信端
末６までの映像の配信、中断等の、複数の１３９４バス
をまたがるＡＶ機器の制御を、送信端末１と受信端末６
がＩＰ端末ではないにもかかわらず（すなわち、ＡＶ制
御端末２、５を介して）、ＦＡＮＰとＦＡＮＰ−ＡＶプ
ロトコルにて行われている。
ットワークシステムによれば、送信端末１から、受信端
末６までの映像の配信、中断等の、複数の１３９４バス
をまたがるＡＶ機器の制御を、送信端末１と受信端末６
がＩＰ端末ではないにもかかわらず（すなわち、ＡＶ制
御端末２、５を介して）、ＦＡＮＰとＦＡＮＰ−ＡＶプ
ロトコルにて行われている。
【０１２６】一般にＩＰを実装するにはコストがかかる
といわれているが、本発明の方式を用いることにより、
ＩＰを実装していないＡＶ機器間の制御、複数の１３９
４バスをまたがるコネクションの制御等を、ＩＰとＦＡ
ＮＰを実装したＡＶ制御端末２、５により行うことがで
き、全体システムとしての簡単化、低コスト化、制御の
集中化等を行うことができる。また、ハーフコネクタ間
に複数のＦＡＮＰノードが存在しても、全く同じ原理で
これを実現できること明白である。よって、１３９４バ
スの欠点である複雑な１３９４ブリッジプロトコルや、
長距離の１３９４バス転送を行うことなしに、任意の１
３９４上のＡＶ端末間の制御を行うことができる。
といわれているが、本発明の方式を用いることにより、
ＩＰを実装していないＡＶ機器間の制御、複数の１３９
４バスをまたがるコネクションの制御等を、ＩＰとＦＡ
ＮＰを実装したＡＶ制御端末２、５により行うことがで
き、全体システムとしての簡単化、低コスト化、制御の
集中化等を行うことができる。また、ハーフコネクタ間
に複数のＦＡＮＰノードが存在しても、全く同じ原理で
これを実現できること明白である。よって、１３９４バ
スの欠点である複雑な１３９４ブリッジプロトコルや、
長距離の１３９４バス転送を行うことなしに、任意の１
３９４上のＡＶ端末間の制御を行うことができる。
【０１２７】なお、本実施形態において、ＡＶ制御端末
２、５同士はＩＰを用いて通信を行うことを前提として
きたが、ＩＰの代わりに他のネットワークレイヤ技術
（例えばＮｅｔｗａｒｅやＣＬＮＰ（Ｃｏｎｎｅｃｔｉ
ｏｎｌｅｓｓ ＮｅｔｗｏｒｋＰｒｏｔｏｃｌ）等）や
Ｉ−ＰＮＮＩ（Ｉｎｔｅｇｒａｔｅｄ Ｐ−ＮＮＩ）等
の技術を用いてこれを実現する事も可能である。
２、５同士はＩＰを用いて通信を行うことを前提として
きたが、ＩＰの代わりに他のネットワークレイヤ技術
（例えばＮｅｔｗａｒｅやＣＬＮＰ（Ｃｏｎｎｅｃｔｉ
ｏｎｌｅｓｓ ＮｅｔｗｏｒｋＰｒｏｔｏｃｌ）等）や
Ｉ−ＰＮＮＩ（Ｉｎｔｅｇｒａｔｅｄ Ｐ−ＮＮＩ）等
の技術を用いてこれを実現する事も可能である。
【０１２８】また、本実施形態において、ＦＡＮＰと呼
ぶプロトコルを用いて両ＡＶ制御端末２、５間のコネク
ション（チャネル）の設定を行ってきたが、ＦＡＮＰの
代わりにＲＳＶＰ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａ
ｔｉｏｎ Ｐｒｏｔｏｃｏｌ）やＳＴ２（Ｓｔｒｅａｍ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ−２）、ある
いはＩ−ＰＮＮＩ等のコネクション設定プロトコルを用
いても、実現は容易である。
ぶプロトコルを用いて両ＡＶ制御端末２、５間のコネク
ション（チャネル）の設定を行ってきたが、ＦＡＮＰの
代わりにＲＳＶＰ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａ
ｔｉｏｎ Ｐｒｏｔｏｃｏｌ）やＳＴ２（Ｓｔｒｅａｍ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ−２）、ある
いはＩ−ＰＮＮＩ等のコネクション設定プロトコルを用
いても、実現は容易である。
【０１２９】また、本実施形態において、送信端末１、
受信端末６が接続されたネットワークが、ＩＥＥＥ１３
９４バスであることを前提としてきたが、ＦＤＤＩ２
や、特願平第８−１０８０１５号記載の「ＡＴＭ通信シ
ステム」にあるような家庭内ＡＴＭ−ＬＡＮのようなブ
ロードキャストベースのネットワークについては、本実
施形態における説明と同様の操作により、これを実現す
ることが可能である。また、ブロードキャストベースの
ネットワークでない場合も、サードパーティセットアッ
プのように、ＡＶ制御端末が、ハーフコネクタと送信／
受信端末との間のコネクション設定を行ってやることに
より、これを実現することも可能である。
受信端末６が接続されたネットワークが、ＩＥＥＥ１３
９４バスであることを前提としてきたが、ＦＤＤＩ２
や、特願平第８−１０８０１５号記載の「ＡＴＭ通信シ
ステム」にあるような家庭内ＡＴＭ−ＬＡＮのようなブ
ロードキャストベースのネットワークについては、本実
施形態における説明と同様の操作により、これを実現す
ることが可能である。また、ブロードキャストベースの
ネットワークでない場合も、サードパーティセットアッ
プのように、ＡＶ制御端末が、ハーフコネクタと送信／
受信端末との間のコネクション設定を行ってやることに
より、これを実現することも可能である。
【０１３０】また、本実施形態において、ＡＶ制御端末
２、５とハーフコネクタ３、４は別の筐体にあるものと
して説明を行ってきたが、同一の筐体内にこれが存在し
てもよい。すなわち、ＡＶ制御端末２とハーフコネクタ
３が同一の筐体内にあり、ＡＶ制御端末５とハーフコネ
クタ４が同一の筐体内にある場合、ハーフコネクタ３、
４自身が、ＡＶ制御端末２、５の機能をそのまま持つも
のと考えればよい。
２、５とハーフコネクタ３、４は別の筐体にあるものと
して説明を行ってきたが、同一の筐体内にこれが存在し
てもよい。すなわち、ＡＶ制御端末２とハーフコネクタ
３が同一の筐体内にあり、ＡＶ制御端末５とハーフコネ
クタ４が同一の筐体内にある場合、ハーフコネクタ３、
４自身が、ＡＶ制御端末２、５の機能をそのまま持つも
のと考えればよい。
【０１３１】また、本実施形態において、ＡＶ制御端末
２、５同士がお互いに、ローカルのバス上のＡＶ機器に
関する情報について、情報を交換し合う方法について述
べたが、ＡＶ制御端末の数が増えてきた場合は、お互い
にメッシュ接続の形にして、これらの情報の交換を行っ
てもよいし、サーバとなるＡＶ制御端末がほかのＡＶ制
御端末に対してこの情報を分配するようなやり方、ある
いは、その中間（あるＡＶ制御端末が、複数のＡＶ制御
端末に関する情報をアグリゲートして、他のＡＶ制御端
末に通知する）の方法を用いてもよい。
２、５同士がお互いに、ローカルのバス上のＡＶ機器に
関する情報について、情報を交換し合う方法について述
べたが、ＡＶ制御端末の数が増えてきた場合は、お互い
にメッシュ接続の形にして、これらの情報の交換を行っ
てもよいし、サーバとなるＡＶ制御端末がほかのＡＶ制
御端末に対してこの情報を分配するようなやり方、ある
いは、その中間（あるＡＶ制御端末が、複数のＡＶ制御
端末に関する情報をアグリゲートして、他のＡＶ制御端
末に通知する）の方法を用いてもよい。
【０１３２】また、本実施形態において、ユーザがＡＶ
制御端末の操作を行っている時、その制御過程は、受信
端末６に具備されるディスプレイ装置に表示するように
なっていてもよい。
制御端末の操作を行っている時、その制御過程は、受信
端末６に具備されるディスプレイ装置に表示するように
なっていてもよい。
【０１３３】（第２の実施形態）次に、エンド−エンド
のデータの伝送がＲＳＶＰやＳＴ２等のネットワークレ
イヤのシグナリングプロトコルにより制御されており、
該ネットワークレイヤのネットワークとのデータのやり
取りを行う場合について説明する。
のデータの伝送がＲＳＶＰやＳＴ２等のネットワークレ
イヤのシグナリングプロトコルにより制御されており、
該ネットワークレイヤのネットワークとのデータのやり
取りを行う場合について説明する。
【０１３４】図９は、第２の実施形態に係る通信ネット
ワークシステムの構成例を示したものである。図９にお
いて、ＡＶ制御端末１１０３がインターネット１１０２
（あるいは任意のネットワーク）に接続されており、１
３９４バス１１０４を経て、受信端末１１０５に接続さ
れている。そして、インターネット１１０２に接続され
たビデオサーバ１１０１からビデオデータの配信が、例
えば受信端末１１０５対し行われるものとする。
ワークシステムの構成例を示したものである。図９にお
いて、ＡＶ制御端末１１０３がインターネット１１０２
（あるいは任意のネットワーク）に接続されており、１
３９４バス１１０４を経て、受信端末１１０５に接続さ
れている。そして、インターネット１１０２に接続され
たビデオサーバ１１０１からビデオデータの配信が、例
えば受信端末１１０５対し行われるものとする。
【０１３５】ビデオサーバ１１０１は、インターネット
端末であり、ビデオデータをＩＰパケットに乗せて、す
なわち、ＭＰＥＧｏｖｅｒＩＰの形で送出する。例え
ば、ＭＰＥＧのＴＳ（タイムスタンプ）をＲＴＰによる
伝送を行う、等の形態でもよい。
端末であり、ビデオデータをＩＰパケットに乗せて、す
なわち、ＭＰＥＧｏｖｅｒＩＰの形で送出する。例え
ば、ＭＰＥＧのＴＳ（タイムスタンプ）をＲＴＰによる
伝送を行う、等の形態でもよい。
【０１３６】ＡＶ制御端末１１０３は、インターネット
１１０２と１３９４バス１１０４の間に接続されて、イ
ンターネット１１０２側への制御、１３９４バス１１０
４側への制御、および、両者からの通信の整合を取り、
一方のネットワークから他方のネットワークへデータを
送出する機能を有する。
１１０２と１３９４バス１１０４の間に接続されて、イ
ンターネット１１０２側への制御、１３９４バス１１０
４側への制御、および、両者からの通信の整合を取り、
一方のネットワークから他方のネットワークへデータを
送出する機能を有する。
【０１３７】ＡＶ制御端末１１０３は、いわゆるセット
トップボックスと呼ばれるユニットであってもよい。
トップボックスと呼ばれるユニットであってもよい。
【０１３８】受信端末１１０５はビデオデータの受信を
行う、１３９４プロトコルのみを理解できる非ＩＰ端末
である。よって、ＭＰＥＧデータの受信はたとえばＩＥ
Ｃ１８８３に定められた、ＭＰＥＧｏｖｅｒ１３９４の
データフォーマットに従う必要がある。
行う、１３９４プロトコルのみを理解できる非ＩＰ端末
である。よって、ＭＰＥＧデータの受信はたとえばＩＥ
Ｃ１８８３に定められた、ＭＰＥＧｏｖｅｒ１３９４の
データフォーマットに従う必要がある。
【０１３９】前述したように、本実施形態では、ビデオ
サーバ１１０１からのビデオデータの転送は、インター
ネット１１０２を通して、ＭＰＥＧｏｖｅｒＩＰの形で
送信されて来るものとする。このビデオデータの伝送
を、インターネット１１０２内にて通信品質を保ちつ
つ、これを行うために、インターネット１１０２内では
ＲＳＶＰにて通信品質の保証を行う（無論、ＳＴ２やＦ
ＡＮＰによる保証を行ってもよい。本実施形態では、Ｒ
ＳＶＰの場合についての説明を行う）。
サーバ１１０１からのビデオデータの転送は、インター
ネット１１０２を通して、ＭＰＥＧｏｖｅｒＩＰの形で
送信されて来るものとする。このビデオデータの伝送
を、インターネット１１０２内にて通信品質を保ちつ
つ、これを行うために、インターネット１１０２内では
ＲＳＶＰにて通信品質の保証を行う（無論、ＳＴ２やＦ
ＡＮＰによる保証を行ってもよい。本実施形態では、Ｒ
ＳＶＰの場合についての説明を行う）。
【０１４０】以下、図９に示した通信ネットワークシス
テムにおいて、ビデオサーバ１１０１からのビデオデー
タを、どのようにＩＰ端末ではない受信端末１１０５ま
で送信するかについて説明を行う。
テムにおいて、ビデオサーバ１１０１からのビデオデー
タを、どのようにＩＰ端末ではない受信端末１１０５ま
で送信するかについて説明を行う。
【０１４１】図１０にＡＶ制御端末１１０３の内部構成
例を示す。図１０に示すように、ＡＶ制御端末１１０３
は、外部網インタフェース１２０１、第１のＭＵＸ−Ｄ
ＥＭＵＸ１２０２、ＲＳＶＰ処理部１２０３、１３９４
ＡＶ処理部１２０４、ＭＰＥＧｏｖｅｒＩＰ／ＭＰＥＧ
ｏｖｅｒ１３９４変換部１２０５、第２のＭＵＸ−ＤＥ
ＭＵＸ１２０６、１３９４インタフェース１２０７から
なる。
例を示す。図１０に示すように、ＡＶ制御端末１１０３
は、外部網インタフェース１２０１、第１のＭＵＸ−Ｄ
ＥＭＵＸ１２０２、ＲＳＶＰ処理部１２０３、１３９４
ＡＶ処理部１２０４、ＭＰＥＧｏｖｅｒＩＰ／ＭＰＥＧ
ｏｖｅｒ１３９４変換部１２０５、第２のＭＵＸ−ＤＥ
ＭＵＸ１２０６、１３９４インタフェース１２０７から
なる。
【０１４２】外部網インタフェース１２０１は、インタ
ーネット１１０２とのインタフェース、特にデータリン
クレイヤと物理レイヤのインタフェースを司るものであ
る。受信したデータは必要に応じて、第１のＭＵＸ−Ｄ
ＥＭＵＸ１２０２を介して、ＲＳＶＰ処理部１２０３あ
るいはＭＰＥＧｏｖｅｒＩＰ／ＭＰＥＧｏｖｅｒ１３９
４変換部１２０５に送出される。
ーネット１１０２とのインタフェース、特にデータリン
クレイヤと物理レイヤのインタフェースを司るものであ
る。受信したデータは必要に応じて、第１のＭＵＸ−Ｄ
ＥＭＵＸ１２０２を介して、ＲＳＶＰ処理部１２０３あ
るいはＭＰＥＧｏｖｅｒＩＰ／ＭＰＥＧｏｖｅｒ１３９
４変換部１２０５に送出される。
【０１４３】ＲＳＶＰ処理部１２０３は、インターネッ
ト１１０２を通して、ＲＳＶＰの処理を行い、ＡＶ制御
端末１１０３とインターネット１１０２に接続された任
意端末（本実施形態の場合ビデオサーバ１１０１）との
間に通信品質を保証した経路を確保する機能と、ＩＰ処
理の機能を有する。
ト１１０２を通して、ＲＳＶＰの処理を行い、ＡＶ制御
端末１１０３とインターネット１１０２に接続された任
意端末（本実施形態の場合ビデオサーバ１１０１）との
間に通信品質を保証した経路を確保する機能と、ＩＰ処
理の機能を有する。
【０１４４】１３９４ＡＶ処理部２０４は、１３９４バ
ス１１０４を通して、第１の実施形態において説明した
１３９４ＡＶプロトコル（ＡＶ／Ｃプロトコル、ＩＥＣ
１８８３等）、あるいは、ＦＡＮＰ−ＡＶプロトコルの
処理を行う機能を有する。
ス１１０４を通して、第１の実施形態において説明した
１３９４ＡＶプロトコル（ＡＶ／Ｃプロトコル、ＩＥＣ
１８８３等）、あるいは、ＦＡＮＰ−ＡＶプロトコルの
処理を行う機能を有する。
【０１４５】ＭＰＥＧｏｖｅｒＩＰ／ＭＰＥＧｏｖｅｒ
１３９４変換部１２０５は、インターネット１１０２か
らＭＰＥＧｏｖｅｒＩＰのフォーマットで入力されたＭ
ＰＥＧフレームをＭＰＥＧｏｖｅｒ１３９４のフォーマ
ットに乗せ換え、これを送出する機能を有する。無論、
逆方向の変換機能を有していても良い。このフォーマッ
トの乗せ換えは、到着したＩＰパケットのソースアドレ
ス、宛先アドレス、ポート番号、フローラベル等を参照
して行っても良いし、インターネットが仮想コネクショ
ン型ネットワークである場合は、仮想チャネル識別子、
あるいはチャネル番号等を参照してこれを行っても良
い。本実施形態では、後者の処理が取られるものを例に
とり説明する。
１３９４変換部１２０５は、インターネット１１０２か
らＭＰＥＧｏｖｅｒＩＰのフォーマットで入力されたＭ
ＰＥＧフレームをＭＰＥＧｏｖｅｒ１３９４のフォーマ
ットに乗せ換え、これを送出する機能を有する。無論、
逆方向の変換機能を有していても良い。このフォーマッ
トの乗せ換えは、到着したＩＰパケットのソースアドレ
ス、宛先アドレス、ポート番号、フローラベル等を参照
して行っても良いし、インターネットが仮想コネクショ
ン型ネットワークである場合は、仮想チャネル識別子、
あるいはチャネル番号等を参照してこれを行っても良
い。本実施形態では、後者の処理が取られるものを例に
とり説明する。
【０１４６】１３９４インタフェース１２０７は、１３
９４バス１１０４とのインタフェース、具体的には物理
レイヤ、リンクレイヤ、トランザクションレイヤ、バス
管理等の処理を行う機能を有する。
９４バス１１０４とのインタフェース、具体的には物理
レイヤ、リンクレイヤ、トランザクションレイヤ、バス
管理等の処理を行う機能を有する。
【０１４７】図１０に示した構成のＡＶ制御端末は、受
信端末１１０５が、ＭＰＥＧの再生機能（ＭＰＥＧのデ
コード機能）を有している場合のものである。このほ
か、ＡＶ制御端末１１０３は、一般にセットトップボッ
クスとよばれる機能（アナログ回路などを含む）を有し
ていても良い。
信端末１１０５が、ＭＰＥＧの再生機能（ＭＰＥＧのデ
コード機能）を有している場合のものである。このほ
か、ＡＶ制御端末１１０３は、一般にセットトップボッ
クスとよばれる機能（アナログ回路などを含む）を有し
ていても良い。
【０１４８】ユーザは、受信端末１１０５にて、ビデオ
サーバ１１０１からの映像データの受信を望む場合に
は、ＡＶ制御端末１１０３に働きかける。すなわち、Ａ
Ｖ制御端末１１０３に対して、どのビデオサーバから、
どの映像を送ってもらい、どの受信端末にてそれを受信
（鑑賞）したいかについて設定を行う。
サーバ１１０１からの映像データの受信を望む場合に
は、ＡＶ制御端末１１０３に働きかける。すなわち、Ａ
Ｖ制御端末１１０３に対して、どのビデオサーバから、
どの映像を送ってもらい、どの受信端末にてそれを受信
（鑑賞）したいかについて設定を行う。
【０１４９】このとき、ユーザはＡＶ制御端末１１０３
に直接働きかけるのではなく、他の端末に働きかけを行
い、該他の端末から該ＡＶ制御端末に対して、以降の一
連の制御を要請するような制御メッセージが送られるよ
うな構成になっていても良い。
に直接働きかけるのではなく、他の端末に働きかけを行
い、該他の端末から該ＡＶ制御端末に対して、以降の一
連の制御を要請するような制御メッセージが送られるよ
うな構成になっていても良い。
【０１５０】ＡＶ制御端末１１０３は、ＩＰノードであ
るビデオサーバ１１０１に対して、映像データの送信を
ＩＰプロトコルにて要求する。ＨＴＴＰ等のプロトコル
を通して、これを行ってもよい。また、ＩＴＵ−ＴやＤ
ＡＶＩＣ等により定められているＤＳＭ−ＣＣ等の制御
プロトコルが、インターネット上を流れていく形になっ
ていてもよい。
るビデオサーバ１１０１に対して、映像データの送信を
ＩＰプロトコルにて要求する。ＨＴＴＰ等のプロトコル
を通して、これを行ってもよい。また、ＩＴＵ−ＴやＤ
ＡＶＩＣ等により定められているＤＳＭ−ＣＣ等の制御
プロトコルが、インターネット上を流れていく形になっ
ていてもよい。
【０１５１】この時、ＲＳＶＰのＰＡＴＨメッセージが
ビデオサーバから流れてきており、これに対してＡＶ制
御端末１１０３からＲＳＶＰのＲＥＳＶメッセージを送
ることにより、ビデオーサーバ１１０１とＡＶ制御端末
１１０３間にＱＯＳを確保した経路を確立しても良い
（図１１のステップＳ１０１）。
ビデオサーバから流れてきており、これに対してＡＶ制
御端末１１０３からＲＳＶＰのＲＥＳＶメッセージを送
ることにより、ビデオーサーバ１１０１とＡＶ制御端末
１１０３間にＱＯＳを確保した経路を確立しても良い
（図１１のステップＳ１０１）。
【０１５２】さらに、ＡＶ制御端末１１０３は、受信端
末１１０５に対して、１３９４バス１１０４上の同期チ
ャネル（チャネル番号＃ｘ）を確立し、ＩＥＣ１８８３
やＡＶ／Ｃプロトコル、あるいは１３９４−１９９５と
いった１３９４プロトコルにより、該同期チャネルから
のデータの受信を指示するメッセージを送出する（図１
１のステップＳ１０２、ステップＳ１０３）。
末１１０５に対して、１３９４バス１１０４上の同期チ
ャネル（チャネル番号＃ｘ）を確立し、ＩＥＣ１８８３
やＡＶ／Ｃプロトコル、あるいは１３９４−１９９５と
いった１３９４プロトコルにより、該同期チャネルから
のデータの受信を指示するメッセージを送出する（図１
１のステップＳ１０２、ステップＳ１０３）。
【０１５３】これと共に、ＭＰＥＧｏｖｅｒＩＰ／ＭＰ
ＥＧｏｖｅｒ１３９４変換部１２０５の設定、具体的に
はインターネット１１０２から入力されるＭＰＥＧｏｖ
ｅｒＩＰのパケットのヘッダ情報（該パケットを通すデ
ータリンクレイヤコネクションの識別子、あるいはＩＰ
ヘッダ情報、あるいはフローラベルなど）から、該パケ
ットを取り出し、これをＭＰＥＧｏｖｅｒ１３９４のデ
ータフォーマットに変換して、定められた１３９４バス
１１０４上の同期チャネル＃Ｘ（図１２の同期チャネル
１１１１）に送出するような設定がなされる（ステップ
Ｓ１０４）。この処理は、ジッタや遅延時間といった通
信品質を保証する形で設定されるようにしてもよい。
ＥＧｏｖｅｒ１３９４変換部１２０５の設定、具体的に
はインターネット１１０２から入力されるＭＰＥＧｏｖ
ｅｒＩＰのパケットのヘッダ情報（該パケットを通すデ
ータリンクレイヤコネクションの識別子、あるいはＩＰ
ヘッダ情報、あるいはフローラベルなど）から、該パケ
ットを取り出し、これをＭＰＥＧｏｖｅｒ１３９４のデ
ータフォーマットに変換して、定められた１３９４バス
１１０４上の同期チャネル＃Ｘ（図１２の同期チャネル
１１１１）に送出するような設定がなされる（ステップ
Ｓ１０４）。この処理は、ジッタや遅延時間といった通
信品質を保証する形で設定されるようにしてもよい。
【０１５４】これにより、ビデオサーバ１１０１から受
信端末１１０５にいたる経路１１１０、１１１１（通信
品質の確保された経路）が図１２に示すように確保され
たことになる。
信端末１１０５にいたる経路１１１０、１１１１（通信
品質の確保された経路）が図１２に示すように確保され
たことになる。
【０１５５】ここで、インターネット１１０２を通って
きたパケットのうち該ＭＰＥＧパケットについては、該
変換部１２０５にフォワーディングし、そこでのフォー
マット変換をかけるトリガとなる情報は、例えば、イン
ターネット１１０２のアクセスデータリンクが例えばＡ
ＴＭなら、該ＭＰＥＧデータを運ぶＶＰＩ／ＶＣＩの値
から、これを行っても良い。この場合、ＩＰ層まで、そ
の処理を持ち上げる必要はない。
きたパケットのうち該ＭＰＥＧパケットについては、該
変換部１２０５にフォワーディングし、そこでのフォー
マット変換をかけるトリガとなる情報は、例えば、イン
ターネット１１０２のアクセスデータリンクが例えばＡ
ＴＭなら、該ＭＰＥＧデータを運ぶＶＰＩ／ＶＣＩの値
から、これを行っても良い。この場合、ＩＰ層まで、そ
の処理を持ち上げる必要はない。
【０１５６】また、アクセスデータリンクがＳＴＭ網な
ら、そのチャネル番号／特定のタイムスロットからの入
力等を用いてこれを行っても良い。この場合も、ＩＰ層
まで、その処理を持ち上げる必要はない。
ら、そのチャネル番号／特定のタイムスロットからの入
力等を用いてこれを行っても良い。この場合も、ＩＰ層
まで、その処理を持ち上げる必要はない。
【０１５７】また、該インターネットパケットのヘッダ
情報の一部（例えば、宛先アドレス＋ポート番号、ＩＰ
ｖ６のフローラベル等）を用いてこれを行ってもよい。
情報の一部（例えば、宛先アドレス＋ポート番号、ＩＰ
ｖ６のフローラベル等）を用いてこれを行ってもよい。
【０１５８】ビデオサーバ１１０１からは、ＭＰＥＧｏ
ｖｅｒＩＰのフォーマットで、ＭＰＥＧデータが送られ
て来るので、これをＡＶ制御端末１１０３は、変換部１
２０５において、ＭＰＥＧｏｖｅｒ１３９４フォーマッ
トに乗せ換えた上で受信端末１１０５に送出する（ステ
ップＳ１０５）。
ｖｅｒＩＰのフォーマットで、ＭＰＥＧデータが送られ
て来るので、これをＡＶ制御端末１１０３は、変換部１
２０５において、ＭＰＥＧｏｖｅｒ１３９４フォーマッ
トに乗せ換えた上で受信端末１１０５に送出する（ステ
ップＳ１０５）。
【０１５９】このようにして、ＩＰ端末ではない受信端
末（本実施形態では受信端末１１０５）においても、Ｉ
Ｐで送信されてきたビデオデータの受信を行うことがで
きる。
末（本実施形態では受信端末１１０５）においても、Ｉ
Ｐで送信されてきたビデオデータの受信を行うことがで
きる。
【０１６０】なお、１３９４バス１１０４の部分は、ブ
リッジ接続された１３９４バス群であっても良い。ま
た、１３９４バスがエミュレートされている、他のネッ
トワークとの混在網で構成されたネットワークであって
も良い。
リッジ接続された１３９４バス群であっても良い。ま
た、１３９４バスがエミュレートされている、他のネッ
トワークとの混在網で構成されたネットワークであって
も良い。
【０１６１】インターネット１１０２の代わりに、家庭
へのアクセス網としてＡＴＭアクセス網が適用されてい
る場合も考えられる。その場合の通信ネットワークシス
テムの構成例を図１３に示す。図９と異なる部分は、図
９のインターネット１１０２がＡＴＭアクセス網１５０
２に置き換わっていることである。
へのアクセス網としてＡＴＭアクセス網が適用されてい
る場合も考えられる。その場合の通信ネットワークシス
テムの構成例を図１３に示す。図９と異なる部分は、図
９のインターネット１１０２がＡＴＭアクセス網１５０
２に置き換わっていることである。
【０１６２】なお、この場合は、図１３において、ＡＶ
制御端末１５０３やビデオサーバ１５０１はＡＴＭ端末
（ＡＴＭ−ＡＰＩのみが理解・処理できる端末）になっ
ていてもよく、よってＡＶ制御端末１５０３とビデオサ
ーバ１５０１間のやり取りは、ＡＴＭシグナリングによ
る呼設定等が絡んでくることになる。
制御端末１５０３やビデオサーバ１５０１はＡＴＭ端末
（ＡＴＭ−ＡＰＩのみが理解・処理できる端末）になっ
ていてもよく、よってＡＶ制御端末１５０３とビデオサ
ーバ１５０１間のやり取りは、ＡＴＭシグナリングによ
る呼設定等が絡んでくることになる。
【０１６３】ＡＶ制御端末１５０３の内部構成例を図１
４に示す。図１４に示すように、フォーマット変換は、
変換部１６０５において、ＭＰＥＧｏｖｅｒＡＴＭフォ
ーマットとＭＰＥＧｏｖｅｒ１３９４フォーマットとの
間にて行われることになる。ここで、ＭＰＥＧｏｖｅｒ
ＡＴＭのフォーマットは、ＡＴＭフォーラムのＡＭＳに
て定められたプロトコルに従った形であってもよい。
４に示す。図１４に示すように、フォーマット変換は、
変換部１６０５において、ＭＰＥＧｏｖｅｒＡＴＭフォ
ーマットとＭＰＥＧｏｖｅｒ１３９４フォーマットとの
間にて行われることになる。ここで、ＭＰＥＧｏｖｅｒ
ＡＴＭのフォーマットは、ＡＴＭフォーラムのＡＭＳに
て定められたプロトコルに従った形であってもよい。
【０１６４】ＡＶ制御端末１５０３とビデオサーバ１５
０１間のＡＴＭシグナリングによる呼設定等は、ＡＴＭ
シグナリング処理部１６０３で行われるようになってい
る。
０１間のＡＴＭシグナリングによる呼設定等は、ＡＴＭ
シグナリング処理部１６０３で行われるようになってい
る。
【０１６５】その他各部の機能は、図１０と同様であ
る。
る。
【０１６６】図１５に図１３に示した通信ネットワーク
システム全体の動作を示すシーケンスを示す。図１１と
異なる部分は、図１５のステップＳ２０１で（図１１の
ステップＳ１０１に対応）、ビデオーサーバ１５０１と
ＡＶ制御端末１５０３間に経路を確立する際に、ＡＴＭ
シグナリングによる呼設定を行う仮想コネクション（Ｖ
ＣＩ＝＃ｘ）を確立する点である。その他の部分はほぼ
同様である。
システム全体の動作を示すシーケンスを示す。図１１と
異なる部分は、図１５のステップＳ２０１で（図１１の
ステップＳ１０１に対応）、ビデオーサーバ１５０１と
ＡＶ制御端末１５０３間に経路を確立する際に、ＡＴＭ
シグナリングによる呼設定を行う仮想コネクション（Ｖ
ＣＩ＝＃ｘ）を確立する点である。その他の部分はほぼ
同様である。
【０１６７】ちなみに、本実施形態では、家庭内のネッ
トワークが１３９４バスで構成されている例を示した
が、本発明の手法は、家庭内のネットワークが１３９４
バスではなく、他のネットワーク技術（例えばＡＴＭ
等）においても適用可能であることはいうまでもない。
トワークが１３９４バスで構成されている例を示した
が、本発明の手法は、家庭内のネットワークが１３９４
バスではなく、他のネットワーク技術（例えばＡＴＭ
等）においても適用可能であることはいうまでもない。
【０１６８】以上の実施形態では、受信端末側にＭＰＥ
Ｇデコーダが配置されている場合についての例を示して
きた。これに対し、ＭＰＥＧデコーダが受信端末側には
存在せず、生の映像データをそのまま受け取り、これを
映し出す機能しか有しない場合も考えられる。
Ｇデコーダが配置されている場合についての例を示して
きた。これに対し、ＭＰＥＧデコーダが受信端末側には
存在せず、生の映像データをそのまま受け取り、これを
映し出す機能しか有しない場合も考えられる。
【０１６９】このような場合、例えば、図９の通信ネッ
トワークシステムのにおいて、ＡＶ制御端末１１０３に
てフォーマット変換をする代わりに、ＭＰＥＧデコーダ
１８０５を図１６に示すように、ＡＶ制御端末１１０３
内に配置し、ＡＶ制御端末１１０３に入力されるＭＰＥ
ＧｏｖｅｒＩＰデータ（あるいはＭＰＥＧｏｖｅｒＡＴ
Ｍデータなど）について、ＡＶ制御端末１１０３内でＭ
ＰＥＧデコードを済ませてしまい、１３９４バス１１０
４を介して受信端末１１０５に対しては、ＭＰＥＧ復号
化が終わった生の映像データを送信する構成とすること
も可能である。この場合のシーケンスを図１７に示す。
すなわち、図１１と異なる部分は、図１１のステップＳ
１０４〜ステップＳ１０５が、図１７では、ステップＳ
１１１〜ステップＳ１１３に置き換わっていて、フォー
マット変換を行わずに、ＭＰＥＧデコード部１８０５に
てＭＰＥＧｏｖｅｒＩＰデータ（あるいはＭＰＥＧｏｖ
ｅｒＡＴＭデータなど）をＭＰＥＧデコードして生の生
の映像データを１３９４バス１１０４上の同期チャネル
＃ｘを介して受信端末１１０５に送出するようになって
いる（図１７のステップＳ１１１〜ステップＳ１１
３）。
トワークシステムのにおいて、ＡＶ制御端末１１０３に
てフォーマット変換をする代わりに、ＭＰＥＧデコーダ
１８０５を図１６に示すように、ＡＶ制御端末１１０３
内に配置し、ＡＶ制御端末１１０３に入力されるＭＰＥ
ＧｏｖｅｒＩＰデータ（あるいはＭＰＥＧｏｖｅｒＡＴ
Ｍデータなど）について、ＡＶ制御端末１１０３内でＭ
ＰＥＧデコードを済ませてしまい、１３９４バス１１０
４を介して受信端末１１０５に対しては、ＭＰＥＧ復号
化が終わった生の映像データを送信する構成とすること
も可能である。この場合のシーケンスを図１７に示す。
すなわち、図１１と異なる部分は、図１１のステップＳ
１０４〜ステップＳ１０５が、図１７では、ステップＳ
１１１〜ステップＳ１１３に置き換わっていて、フォー
マット変換を行わずに、ＭＰＥＧデコード部１８０５に
てＭＰＥＧｏｖｅｒＩＰデータ（あるいはＭＰＥＧｏｖ
ｅｒＡＴＭデータなど）をＭＰＥＧデコードして生の生
の映像データを１３９４バス１１０４上の同期チャネル
＃ｘを介して受信端末１１０５に送出するようになって
いる（図１７のステップＳ１１１〜ステップＳ１１
３）。
【０１７０】これにより、ＡＶ制御端末１１０３にＭＰ
ＥＧの復号化などの高度な機能が集中するようになるた
め、受信端末１１０５の負荷が小さくなるというメリッ
トもある。図９ではビデオサーバ１１０１とＡＶ制御端
末１１０３間がインターネットで有るものとしている
が、無論、インターネットに限定するものではなく、Ａ
ＴＭ網やＳＤＨ網、ＦＴＴＨ等のネットワーク構成にお
いても本手法をとることが可能である。
ＥＧの復号化などの高度な機能が集中するようになるた
め、受信端末１１０５の負荷が小さくなるというメリッ
トもある。図９ではビデオサーバ１１０１とＡＶ制御端
末１１０３間がインターネットで有るものとしている
が、無論、インターネットに限定するものではなく、Ａ
ＴＭ網やＳＤＨ網、ＦＴＴＨ等のネットワーク構成にお
いても本手法をとることが可能である。
【０１７１】なお、ＡＶ制御端末１１０３の構成とし
て、同時に複数のＭＰＥＧストリームの処理が可能とな
るような構成も考えられる。この場合、ストリーム毎に
別個の処理、例えば、あるＭＰＥＧストリームについて
はＭＰＥＧデコード、別のあるＭＰＥＧストリームにつ
いてはＭＰＥＧｏｖｅｒＩＰからＭＰＥＧｏｖｅｒ１３
９４へのフォーマット変換を行うといった処理形式も可
能である。この場合は、ＡＶ制御端末１１０３内部に、
複数のＭＰＥＧデコーダや、ＭＰＥＧエンコーダ、ある
いは乗せ換え部を具備すればよい。
て、同時に複数のＭＰＥＧストリームの処理が可能とな
るような構成も考えられる。この場合、ストリーム毎に
別個の処理、例えば、あるＭＰＥＧストリームについて
はＭＰＥＧデコード、別のあるＭＰＥＧストリームにつ
いてはＭＰＥＧｏｖｅｒＩＰからＭＰＥＧｏｖｅｒ１３
９４へのフォーマット変換を行うといった処理形式も可
能である。この場合は、ＡＶ制御端末１１０３内部に、
複数のＭＰＥＧデコーダや、ＭＰＥＧエンコーダ、ある
いは乗せ換え部を具備すればよい。
【０１７２】（第３の実施形態）図１８に第３の実施形
態に係る通信ネットワークシステムの全体の構成例を示
す。
態に係る通信ネットワークシステムの全体の構成例を示
す。
【０１７３】図１８に示すように、第３の実施形態に係
る通信ネットワークシステムは、ルータ２００１、第１
のハーフコネクタ２００２、第２のハーフコネクタ２０
０３、ＡＶ制御端末２００４、受信端末２００５、イン
ターネット２０１１、第１の１３９４バス２０１２、第
２の１３９４バス２０１３からなる。
る通信ネットワークシステムは、ルータ２００１、第１
のハーフコネクタ２００２、第２のハーフコネクタ２０
０３、ＡＶ制御端末２００４、受信端末２００５、イン
ターネット２０１１、第１の１３９４バス２０１２、第
２の１３９４バス２０１３からなる。
【０１７４】図１８において、ルータ２００１を含め、
ルータ２００１より右側の機器（ルータ２００１、第１
の１３９４バス２０１２、第１のハーフコネクタ２００
２、第２のハーフコネクタ２００３、第２の１３９４バ
ス２０１３、ＡＶ制御端末２００４、映像端末２００
５）から構成されるネットワークは家庭内に構成される
もの（ホームネットワーク）であっても良い。
ルータ２００１より右側の機器（ルータ２００１、第１
の１３９４バス２０１２、第１のハーフコネクタ２００
２、第２のハーフコネクタ２００３、第２の１３９４バ
ス２０１３、ＡＶ制御端末２００４、映像端末２００
５）から構成されるネットワークは家庭内に構成される
もの（ホームネットワーク）であっても良い。
【０１７５】また、本実施形態においても、第１の実施
形態と同様に、受信端末２００５は非ＩＰ端末とする。
形態と同様に、受信端末２００５は非ＩＰ端末とする。
【０１７６】ここで、インターネット２０１１上にある
ビデオサーバ（図示せず）からのビデオデータ（ＭＰＥ
ＧｏｖｅｒＩＰで伝送されてくるとする）を、非ＩＰ端
末である受信端末２００５にて受信する場合を考える。
ビデオサーバ（図示せず）からのビデオデータ（ＭＰＥ
ＧｏｖｅｒＩＰで伝送されてくるとする）を、非ＩＰ端
末である受信端末２００５にて受信する場合を考える。
【０１７７】なお、ここでも、第２の実施形態と同様
に、インターネットあるいはビデオサーバとＩＰにて直
接ネゴシエーションするのはＡＶ制御端末２００４であ
る。
に、インターネットあるいはビデオサーバとＩＰにて直
接ネゴシエーションするのはＡＶ制御端末２００４であ
る。
【０１７８】第２の実施形態と異なる部分は、ＭＰＥＧ
ｏｖｅｒＩＰからＭＰＥＧｏｖｅｒ１３９４への乗せ換
え制御を行うのが、ＡＶ制御端末２００４ではなく、第
２のハーフコネクタ２００３である点である。（なお、
該乗せ換え制御を行うのは、第２のハーフコネクタ２０
０３ではなく、第１のハーフコネクタ２００２であって
もよいし、ルータ２００１であってもよい。本実施形態
では、乗せ換え制御は第２のハーフコネクタ２００３に
て行うものとする）このため、ＡＶ制御端末２００４は
第２の１３９４バス２０１３につながれてはいるが、第
１の実施形態のように、インターネット２０１１から受
信端末２００５に至る経路上にある必然性は必ずしも無
い。
ｏｖｅｒＩＰからＭＰＥＧｏｖｅｒ１３９４への乗せ換
え制御を行うのが、ＡＶ制御端末２００４ではなく、第
２のハーフコネクタ２００３である点である。（なお、
該乗せ換え制御を行うのは、第２のハーフコネクタ２０
０３ではなく、第１のハーフコネクタ２００２であって
もよいし、ルータ２００１であってもよい。本実施形態
では、乗せ換え制御は第２のハーフコネクタ２００３に
て行うものとする）このため、ＡＶ制御端末２００４は
第２の１３９４バス２０１３につながれてはいるが、第
１の実施形態のように、インターネット２０１１から受
信端末２００５に至る経路上にある必然性は必ずしも無
い。
【０１７９】また、ここでは第２のハーフコネクタ２０
０３が、受信端末から見て、セットトップボックスのよ
うに見えても良い。
０３が、受信端末から見て、セットトップボックスのよ
うに見えても良い。
【０１８０】また、本実施形態においては、インターネ
ットのサブネット間（ＩＰサブネットとＩＰサブネット
の境界間）での帯域制御はＲＳＶＰにて行い、サブネッ
ト内（即ちルータ２００１よりも右側の構成部）につい
ては、第１の実施形態にて説明したＦＡＮＰを用いるも
のとする。よって、ルータ２００１とＡＶ制御端末２０
０４がＲＳＶＰノード、ルータ２００１と第１のハーフ
コネクタ２００２と第２のハーフコネクタ２００３とＡ
Ｖ制御端末２００４がＦＡＮＰノードとなる。
ットのサブネット間（ＩＰサブネットとＩＰサブネット
の境界間）での帯域制御はＲＳＶＰにて行い、サブネッ
ト内（即ちルータ２００１よりも右側の構成部）につい
ては、第１の実施形態にて説明したＦＡＮＰを用いるも
のとする。よって、ルータ２００１とＡＶ制御端末２０
０４がＲＳＶＰノード、ルータ２００１と第１のハーフ
コネクタ２００２と第２のハーフコネクタ２００３とＡ
Ｖ制御端末２００４がＦＡＮＰノードとなる。
【０１８１】両ハーフコネクタ２００２、２００３間の
伝送方式は、ここでは第１の実施形態と同様にＡＴＭで
あるとする。
伝送方式は、ここでは第１の実施形態と同様にＡＴＭで
あるとする。
【０１８２】次に、図１９を参照して、ビデオデータ伝
送のシーケンスを説明する。
送のシーケンスを説明する。
【０１８３】受信端末２００５にて、インターネットか
ら送られてくるビデオを享受したいと考えているユーザ
は、第２の実施形態と同様にＡＶ制御端末２００４を操
作して、番組のリクエストを行う。ここで、実際の操作
画面は、映像端末２００５に具備されるディスプレイ装
置に表示されるようになっていてもよい。また、この予
約の時、高い通信品質にてビデオ番組を享受するため、
ＲＳＶＰにて通信資源の予約を行ってもよい。よって、
インターネット２０１１側から送られてくるＲＳＶＰの
ＰＡＴＨメッセージに対し、ＲＳＶＰのＲＥＳＶメッセ
ージにて通信資源の予約を行う（ステップＳ２０１）。
なお、ハーフコネクタ２００２、２００３はＲＳＶＰノ
ードではないため、ＲＳＶＰのメッセージは通過する。
ら送られてくるビデオを享受したいと考えているユーザ
は、第２の実施形態と同様にＡＶ制御端末２００４を操
作して、番組のリクエストを行う。ここで、実際の操作
画面は、映像端末２００５に具備されるディスプレイ装
置に表示されるようになっていてもよい。また、この予
約の時、高い通信品質にてビデオ番組を享受するため、
ＲＳＶＰにて通信資源の予約を行ってもよい。よって、
インターネット２０１１側から送られてくるＲＳＶＰの
ＰＡＴＨメッセージに対し、ＲＳＶＰのＲＥＳＶメッセ
ージにて通信資源の予約を行う（ステップＳ２０１）。
なお、ハーフコネクタ２００２、２００３はＲＳＶＰノ
ードではないため、ＲＳＶＰのメッセージは通過する。
【０１８４】ＲＥＳＶメッセージを受け取ったルータ２
００１は、第１の実施形態にて説明したＦＡＮＰを用い
て、ルータ２００１からＡＶ制御端末２００４に至る経
路のコネクションと通信資源とを確保する。このとき、
ＦＡＮＰにて転送されるデータがＭＰＥＧデータである
旨を各ノードに通知しても良い。
００１は、第１の実施形態にて説明したＦＡＮＰを用い
て、ルータ２００１からＡＶ制御端末２００４に至る経
路のコネクションと通信資源とを確保する。このとき、
ＦＡＮＰにて転送されるデータがＭＰＥＧデータである
旨を各ノードに通知しても良い。
【０１８５】確保された通信資源が、例えば、図２０に
示すように、第１の１３９４バス上の同期チャネル２２
０２、ハーフコネクタ間のコネクション２２０３、第２
の１３９４バス上の同期チャネル２２０４であるとす
る。ここで、第２の１３９４バス上の同期チャネル２２
０４については、１３９４バスの性質上、第２の１３９
４バス上をブロードキャストされる。
示すように、第１の１３９４バス上の同期チャネル２２
０２、ハーフコネクタ間のコネクション２２０３、第２
の１３９４バス上の同期チャネル２２０４であるとす
る。ここで、第２の１３９４バス上の同期チャネル２２
０４については、１３９４バスの性質上、第２の１３９
４バス上をブロードキャストされる。
【０１８６】さて、ルータ２００１から送信されるＦＡ
ＮＰオファーメッセージを受け取ったＡＶ制御端末２０
０４は（ステップＳ２０２）、ＦＡＮＰリダイレクトメ
ッセージを送り返すことにより（ステップＳ２０３）、
コネクションの確立を了承すると共に、以下の２つの動
作をこれと前後して行う。
ＮＰオファーメッセージを受け取ったＡＶ制御端末２０
０４は（ステップＳ２０２）、ＦＡＮＰリダイレクトメ
ッセージを送り返すことにより（ステップＳ２０３）、
コネクションの確立を了承すると共に、以下の２つの動
作をこれと前後して行う。
【０１８７】１つ目の動作は、映像端末２００５に対し
て、１３９４プロトコルにて、同期チャネル２２０４で
の同期データの受信を指示することである（ステップＳ
２０４）。これにより、実質的に、図２０のルータ２０
０１から映像端末２００５までの通信品質が保証された
コネクションが確立された状態になる。
て、１３９４プロトコルにて、同期チャネル２２０４で
の同期データの受信を指示することである（ステップＳ
２０４）。これにより、実質的に、図２０のルータ２０
０１から映像端末２００５までの通信品質が保証された
コネクションが確立された状態になる。
【０１８８】ＡＶ制御端末２００４の２つ目の動作は、
第２のハーフコネクタ２００３に対して、ＭＰＥＧｏｖ
ｅｒＩＰからＭＰＥＧｏｖｅｒ１３９４へのフォーマッ
ト変換を指示することである（ステップＳ２０５）。な
お、ＭＰＥＧｏｖｅｒ１３９４のフォーマットは、ＩＥ
Ｃ１８８３などにより定められたフォーマットであって
もよい。この場合、ＡＶ制御端末２００４は、第２のハ
ーフコネクタ２００３があらかじめ該乗せ換え機能を有
していることを認識していても良いし、乗せかえ機能の
有無を確かめるための何らかのプロトコルが網内を走っ
ていてもよい。
第２のハーフコネクタ２００３に対して、ＭＰＥＧｏｖ
ｅｒＩＰからＭＰＥＧｏｖｅｒ１３９４へのフォーマッ
ト変換を指示することである（ステップＳ２０５）。な
お、ＭＰＥＧｏｖｅｒ１３９４のフォーマットは、ＩＥ
Ｃ１８８３などにより定められたフォーマットであって
もよい。この場合、ＡＶ制御端末２００４は、第２のハ
ーフコネクタ２００３があらかじめ該乗せ換え機能を有
していることを認識していても良いし、乗せかえ機能の
有無を確かめるための何らかのプロトコルが網内を走っ
ていてもよい。
【０１８９】この乗せ換え指示は、ＩＰのアプリケーシ
ョンとして行われても良いし、１３９４のアプリケーシ
ョンとして行われても良い。そのために、第２のハーフ
コネクタ２００３は、図２１に示すように、内部にＭＰ
ＥＧｏｖｅｒＩＰからＭＰＥＧｏｖｅｒ１３９４への乗
せ換え機能（変換部２３０４）を有したものとなる。
ョンとして行われても良いし、１３９４のアプリケーシ
ョンとして行われても良い。そのために、第２のハーフ
コネクタ２００３は、図２１に示すように、内部にＭＰ
ＥＧｏｖｅｒＩＰからＭＰＥＧｏｖｅｒ１３９４への乗
せ換え機能（変換部２３０４）を有したものとなる。
【０１９０】第２のハーフコネクタ２００３の内部構成
において、第１の実施形態のハーフコネクタの内部構成
と異なる部分は、第２のハーフコネクタ２００３では、
ＭＰＥＧｏｖｅｒ１３９４／ＭＰＥＧｏｖｅｒＩＰ変換
部２３０４が構成要素となっている点と、ＩＰ／ＦＡＮ
Ｐ処理部２３０３が、図１９のシーケンスのステップＳ
２０５における「乗せ換え指示」の信号にしたがって、
ＭＰＥＧｏｖｅｒ１３９４／ＭＰＥＧｏｖｅｒＩＰ変換
部２３０４の設定を行い、ＭＰＥＧデータが載った適当
な入力ＩＰパケットについて、ＭＰＥＧｏｖｅｒＩＰか
らＭＰＥＧｏｖｅｒ１３９４へのフォーマット変換を行
う様に設定する機能を有する点である。
において、第１の実施形態のハーフコネクタの内部構成
と異なる部分は、第２のハーフコネクタ２００３では、
ＭＰＥＧｏｖｅｒ１３９４／ＭＰＥＧｏｖｅｒＩＰ変換
部２３０４が構成要素となっている点と、ＩＰ／ＦＡＮ
Ｐ処理部２３０３が、図１９のシーケンスのステップＳ
２０５における「乗せ換え指示」の信号にしたがって、
ＭＰＥＧｏｖｅｒ１３９４／ＭＰＥＧｏｖｅｒＩＰ変換
部２３０４の設定を行い、ＭＰＥＧデータが載った適当
な入力ＩＰパケットについて、ＭＰＥＧｏｖｅｒＩＰか
らＭＰＥＧｏｖｅｒ１３９４へのフォーマット変換を行
う様に設定する機能を有する点である。
【０１９１】さて、ルータ２００１に達したＲＳＶＰ・
ＲＥＳＶメッセージは、更に上流に上り、ビデオサーバ
（図示せず）に到達する（ステップＳ２０６）。この時
点で、図２０に示すように、ビデオサーバから映像端末
２００５までの通信品質の保証されたエンド・エンドの
コネクションが確立されたことになる。なお、ビデオデ
ータの送信に先立って、ＡＶ制御端末２００４からビデ
オサーバに対して、何らかの通知信号（映像データの送
信を促す信号）が伝達されても良い。
ＲＥＳＶメッセージは、更に上流に上り、ビデオサーバ
（図示せず）に到達する（ステップＳ２０６）。この時
点で、図２０に示すように、ビデオサーバから映像端末
２００５までの通信品質の保証されたエンド・エンドの
コネクションが確立されたことになる。なお、ビデオデ
ータの送信に先立って、ＡＶ制御端末２００４からビデ
オサーバに対して、何らかの通知信号（映像データの送
信を促す信号）が伝達されても良い。
【０１９２】その後、ビデオサーバからビデオデータの
伝送が開始される（ステップＳ２０７）。ビデオデータ
は、図２０のＩＰ上のコネクションの集合２２０１を通
った後、ＦＡＮＰにより確立されたコネクション２２０
２、２２０３、２２０４を通って映像端末２００５に到
達する。なお、第２のハーフコネクタ２００３におい
て、ＭＰＥＧｏｖｅｒＩＰのフォーマットからＭＰＥＧ
ｏｖｅｒ１３９４フォーマットへのフォーマット変換が
行われている。
伝送が開始される（ステップＳ２０７）。ビデオデータ
は、図２０のＩＰ上のコネクションの集合２２０１を通
った後、ＦＡＮＰにより確立されたコネクション２２０
２、２２０３、２２０４を通って映像端末２００５に到
達する。なお、第２のハーフコネクタ２００３におい
て、ＭＰＥＧｏｖｅｒＩＰのフォーマットからＭＰＥＧ
ｏｖｅｒ１３９４フォーマットへのフォーマット変換が
行われている。
【０１９３】以上の説明は、映像端末２００５がＭＰＥ
Ｇデコーダを有している場合である。これに対し、映像
端末２００５がＭＰＥＧデコーダを有しておらず、生の
映像データの受信を行って、それを再生するといった構
成になっている場合については、第２のハーフコネクタ
２００３にＭＰＥＧデコーダを配し、ＭＰＥＧｏｖｅｒ
ＩＰからのＭＰＥＧデコードを行なわせ、生の映像デー
タとした上で、映像端末２００５に送信する構成も可能
である。このようにすることにより、映像端末２００５
に高価なＭＰＥＧデコーダの実装を行う必要がなくな
り、低コストなシステムの構築が可能となるメリットが
ある。
Ｇデコーダを有している場合である。これに対し、映像
端末２００５がＭＰＥＧデコーダを有しておらず、生の
映像データの受信を行って、それを再生するといった構
成になっている場合については、第２のハーフコネクタ
２００３にＭＰＥＧデコーダを配し、ＭＰＥＧｏｖｅｒ
ＩＰからのＭＰＥＧデコードを行なわせ、生の映像デー
タとした上で、映像端末２００５に送信する構成も可能
である。このようにすることにより、映像端末２００５
に高価なＭＰＥＧデコーダの実装を行う必要がなくな
り、低コストなシステムの構築が可能となるメリットが
ある。
【０１９４】この場合の第２のハーフコネクタ２００３
の内部構成例を図２２に示す。図２２において図２１と
異なる部分は、図２１のＭＰＥＧｏｖｅｒ１３９４／Ｍ
ＰＥＧｏｖｅｒＩＰ変換部２３０４の代わりに、ＭＰＥ
Ｇデコーダ部２４０４が配置されている点である。
の内部構成例を図２２に示す。図２２において図２１と
異なる部分は、図２１のＭＰＥＧｏｖｅｒ１３９４／Ｍ
ＰＥＧｏｖｅｒＩＰ変換部２３０４の代わりに、ＭＰＥ
Ｇデコーダ部２４０４が配置されている点である。
【０１９５】ＭＰＥＧデコーダ部２４０４では、ＡＶ制
御端末２００４から第２のハーフコネクタ２００３に対
して、ＭＰＥＧデータのデコードを指示する指示信号が
送られた場合にＭＰＥＧデコードを行うようにしてもよ
い。
御端末２００４から第２のハーフコネクタ２００３に対
して、ＭＰＥＧデータのデコードを指示する指示信号が
送られた場合にＭＰＥＧデコードを行うようにしてもよ
い。
【０１９６】なお、ＭＰＥＧのフォーマット変換、ある
いはＭＰＥＧのデコードを行う場合には、２つのハーフ
コネクタ２００２、２００３間のリンクのデータリンク
識別子（例えばＡＴＭならＶＰＩ／ＶＣＩ等）の値か
ら、これのコンテンツがＭＰＥＧデータであると暗示的
に認識し、ＩＰレイヤ処理を行うこと無く、フォーマッ
ト変換、あるいはデコード処理をおこなってもよい。こ
のようにすることにより、一般にコストがかかるといわ
れているＩＰ処理を省いてＭＰＥＧフォーマット変換処
理、あるいはデコード処理にとりかかることが可能とな
るため、迅速な処理と低コストかが同時に図ることが可
能となる。
いはＭＰＥＧのデコードを行う場合には、２つのハーフ
コネクタ２００２、２００３間のリンクのデータリンク
識別子（例えばＡＴＭならＶＰＩ／ＶＣＩ等）の値か
ら、これのコンテンツがＭＰＥＧデータであると暗示的
に認識し、ＩＰレイヤ処理を行うこと無く、フォーマッ
ト変換、あるいはデコード処理をおこなってもよい。こ
のようにすることにより、一般にコストがかかるといわ
れているＩＰ処理を省いてＭＰＥＧフォーマット変換処
理、あるいはデコード処理にとりかかることが可能とな
るため、迅速な処理と低コストかが同時に図ることが可
能となる。
【０１９７】なお、言うまでもないが、このような構成
のシステムは、インターネットからのビデオのみでな
く、第２の実施形態のようにアクセス網がＡＴＭ網であ
る場合のＭＰＥＧｏｖｅｒＡＴＭによる映像データの伝
送、その他の方式によるものでも良い。
のシステムは、インターネットからのビデオのみでな
く、第２の実施形態のようにアクセス網がＡＴＭ網であ
る場合のＭＰＥＧｏｖｅｒＡＴＭによる映像データの伝
送、その他の方式によるものでも良い。
【０１９８】また、ビデオデータ（あるいは一般のデー
タ全般）の伝送もＭＰＥＧに限定したものではなく、任
意の符号化方式の適用が可能である。
タ全般）の伝送もＭＰＥＧに限定したものではなく、任
意の符号化方式の適用が可能である。
【０１９９】また、以上の操作は、応用として、家庭か
らの情報の発信にも使うことができる。すなわち、図２
３に示すような構成の通信ネットワークシステムにおい
て、非ＩＰ端末である送信端末３００１からの生の映
像、もしくはＭＰＥＧデータ送信を行うことを考える。
らの情報の発信にも使うことができる。すなわち、図２
３に示すような構成の通信ネットワークシステムにおい
て、非ＩＰ端末である送信端末３００１からの生の映
像、もしくはＭＰＥＧデータ送信を行うことを考える。
【０２００】基本的に、先の受信の場合と反対のシーケ
ンスを行えば良い（図２５に示すシーケンス参照）。す
なわち、ＡＶ制御端末３００２は、ネットワークレイヤ
のシグナリングプロトコルにて受信端末までのコネクシ
ョンを確立し（ステップＳ３０１）、ＦＡＮＰオファー
メッセージにて、同期チャネル番号等をルータ３００５
に送信し（ステップＳ３０２）、ルータ３００５からの
リダイレクトメッセージを受け取る（ステップＳ３０
３）。また、ＡＶ制御端末３００２は、送信端末３００
１に対して、１３９４プロトコルにて、先に設定された
同期チャネルでのデータの送信を指示し（ステップＳ３
０４）、さらに、ＡＶ制御端末３００２から例えば、第
１のハーフコネクタ３００３に対して、乗せ換え（ある
いはＭＰＥＧ符号化）の指示を送る（ステップＳ３０
５）。
ンスを行えば良い（図２５に示すシーケンス参照）。す
なわち、ＡＶ制御端末３００２は、ネットワークレイヤ
のシグナリングプロトコルにて受信端末までのコネクシ
ョンを確立し（ステップＳ３０１）、ＦＡＮＰオファー
メッセージにて、同期チャネル番号等をルータ３００５
に送信し（ステップＳ３０２）、ルータ３００５からの
リダイレクトメッセージを受け取る（ステップＳ３０
３）。また、ＡＶ制御端末３００２は、送信端末３００
１に対して、１３９４プロトコルにて、先に設定された
同期チャネルでのデータの送信を指示し（ステップＳ３
０４）、さらに、ＡＶ制御端末３００２から例えば、第
１のハーフコネクタ３００３に対して、乗せ換え（ある
いはＭＰＥＧ符号化）の指示を送る（ステップＳ３０
５）。
【０２０１】これにより、例えば、第１のハーフコネク
タ３００３に、図２４に示すようなＭＰＥＧエンコーダ
３４０４（送信端末３００２にＭＰＥＧエンコーダを具
備しない場合）、あるいは、図２１に示すようなＭＰＥ
Ｇｏｖｅｒ１３９４からＭＰＥＧｏｖｅｒＩＰへのフォ
ーマット変換機能（変換部２３０４）を配備しているな
らば、送信端末３００１からのデータ伝送を行うことが
可能となる（ステップＳ３０６）。
タ３００３に、図２４に示すようなＭＰＥＧエンコーダ
３４０４（送信端末３００２にＭＰＥＧエンコーダを具
備しない場合）、あるいは、図２１に示すようなＭＰＥ
Ｇｏｖｅｒ１３９４からＭＰＥＧｏｖｅｒＩＰへのフォ
ーマット変換機能（変換部２３０４）を配備しているな
らば、送信端末３００１からのデータ伝送を行うことが
可能となる（ステップＳ３０６）。
【０２０２】なお、例えば、図２２に示した構成のハー
フコネクタに、図２４に示した構成のハーフコネクタの
ＭＰＥＧエンコーダ部３４０４（１３９４側からＡＴＭ
側に向けて送出するビデオデータをエンコードする）を
具備して、ＭＰＥＧエンコーダとＭＰＥＧデコーダを同
時に持つようにすれば、単一の装置（ハーフコネクタ）
にて双方向の通信が可能となる（片方向の通信を同時に
２本以上行い、おのおのでエンコーダ、デコーダをそれ
ぞれ用いる、といった使い方も、もちろん可能であ
る）。
フコネクタに、図２４に示した構成のハーフコネクタの
ＭＰＥＧエンコーダ部３４０４（１３９４側からＡＴＭ
側に向けて送出するビデオデータをエンコードする）を
具備して、ＭＰＥＧエンコーダとＭＰＥＧデコーダを同
時に持つようにすれば、単一の装置（ハーフコネクタ）
にて双方向の通信が可能となる（片方向の通信を同時に
２本以上行い、おのおのでエンコーダ、デコーダをそれ
ぞれ用いる、といった使い方も、もちろん可能であ
る）。
【０２０３】また、ＭＰＥＧエンコード、ＭＰＥＧデコ
ード、ＭＰＥＧフォーマット変換のそれぞれの機能を持
ち、ＡＶ制御端末３００２からの適当な制御信号によ
り、モードを切り替えて（これらの機能のうち必要な部
分についての機能を実行する）様な構成も考えられる。
ード、ＭＰＥＧフォーマット変換のそれぞれの機能を持
ち、ＡＶ制御端末３００２からの適当な制御信号によ
り、モードを切り替えて（これらの機能のうち必要な部
分についての機能を実行する）様な構成も考えられる。
【０２０４】また、同時に複数のＭＰＥＧストリームの
処理を可能とするような構成も考えられる。この場合、
ストリーム毎に別個の処理、例えば、あるＭＰＥＧスト
リームについてはＭＰＥＧデコード、別のあるＭＰＥＧ
ストリームについてはＭＰＥＧｏｖｅｒＩＰからＭＰＥ
Ｇｏｖｅｒ１３９４へのフォーマット変換を行うといっ
た処理形式も可能である。
処理を可能とするような構成も考えられる。この場合、
ストリーム毎に別個の処理、例えば、あるＭＰＥＧスト
リームについてはＭＰＥＧデコード、別のあるＭＰＥＧ
ストリームについてはＭＰＥＧｏｖｅｒＩＰからＭＰＥ
Ｇｏｖｅｒ１３９４へのフォーマット変換を行うといっ
た処理形式も可能である。
【０２０５】
【発明の効果】以上説明したように、本発明によれば、
ＩＥＥＥ１３９４専用端末においても、ＩＥＥＥ１３９
４とは他のプロトコルで稼働しているノード群との通信
が可能になると共に、ＩＥＥＥ１３９４同士を、ＩＥＥ
Ｅ１３９４以外の物理ネットワークを介して相互接続す
ることも可能となる。
ＩＥＥＥ１３９４専用端末においても、ＩＥＥＥ１３９
４とは他のプロトコルで稼働しているノード群との通信
が可能になると共に、ＩＥＥＥ１３９４同士を、ＩＥＥ
Ｅ１３９４以外の物理ネットワークを介して相互接続す
ることも可能となる。
【図１】本発明の第１の実施形態に係る通信ネットワー
クシステム（ホームネットワーク）の構成例を示した
図。
クシステム（ホームネットワーク）の構成例を示した
図。
【図２】図１のハーフコネクタの内部構成例を示した
図。
図。
【図３】図２の１３９４・ＡＴＭ乗せ換え部に具備され
る１３９４側からの入力をＡＴＭ側に出力する場合に用
いられる対応テーブルの一例を示した図。
る１３９４側からの入力をＡＴＭ側に出力する場合に用
いられる対応テーブルの一例を示した図。
【図４】図２の１３９４・ＡＴＭ乗せ換え部に具備され
るＡＴＭ側からの入力を１３９４側に出力する場合に用
いられる対応テーブルの一例を示した図。
るＡＴＭ側からの入力を１３９４側に出力する場合に用
いられる対応テーブルの一例を示した図。
【図５】図１の通信ネットワーク上で送信端末から受信
端末へ映像データを送信する場合の処理手順を説明する
ためのシーケンスの一例を示した図。
端末へ映像データを送信する場合の処理手順を説明する
ためのシーケンスの一例を示した図。
【図６】ＡＶ制御端末に具備される情報機器の属性情報
を記憶するテーブルの一例を示した図。
を記憶するテーブルの一例を示した図。
【図７】ＡＶ制御端末に具備されたディスプレイ装置の
画面表示例を示した図。
画面表示例を示した図。
【図８】図５のシーケンスに基づき図１の通信ネットワ
ーク上に設定される通信経路を示した図。
ーク上に設定される通信経路を示した図。
【図９】本発明の第２の実施形態に係る通信ネットワー
クの構成例を示した図。
クの構成例を示した図。
【図１０】図９のＡＶ制御端末の内部構成例を示した
図。
図。
【図１１】図９の通信ネットワーク上でビデオサーバか
ら受信端末へ映像データを送信する場合の処理手順を説
明するためのシーケンスの一例を示した図。
ら受信端末へ映像データを送信する場合の処理手順を説
明するためのシーケンスの一例を示した図。
【図１２】図５のシーケンスに基づき図１の通信ネット
ワーク上に設定され通信経路を示した図。
ワーク上に設定され通信経路を示した図。
【図１３】本発明の第２の実施形態二係る通信ネットワ
ークシステムの構成例を示した図で、例えば、家庭内に
構築されるネットワークへのアクセス網として図９のイ
ンターネットの代わりにＡＴＭアクセス網を用いた場合
を示している。
ークシステムの構成例を示した図で、例えば、家庭内に
構築されるネットワークへのアクセス網として図９のイ
ンターネットの代わりにＡＴＭアクセス網を用いた場合
を示している。
【図１４】図１４のＡＶ制御端末の構成例を示した図。
【図１５】図１３の通信ネットワーク上でビデオサーバ
から受信端末へ映像データを送信する場合の処理手順を
説明するためのシーケンスの一例を示した図。
から受信端末へ映像データを送信する場合の処理手順を
説明するためのシーケンスの一例を示した図。
【図１６】ＡＶ制御端末の他の構成例を示した図で、Ａ
Ｖ制御端末にＭＰＥＧデコーダを具備する場合を示した
ものである。
Ｖ制御端末にＭＰＥＧデコーダを具備する場合を示した
ものである。
【図１７】図１６のＡＶ制御端末を用いた図９の通信ネ
ットワーク上でビデオサーバから受信端末へ映像データ
を送信する場合の処理手順を説明するためのシーケンス
の一例を示した図。
ットワーク上でビデオサーバから受信端末へ映像データ
を送信する場合の処理手順を説明するためのシーケンス
の一例を示した図。
【図１８】本発明の第３の実施形態に係る通信ネットワ
ークの構成例を示した図で、例えば、家庭内に構築され
たネットワーク上の映像端末が外部網から映像データを
受信する場合を示したものである。
ークの構成例を示した図で、例えば、家庭内に構築され
たネットワーク上の映像端末が外部網から映像データを
受信する場合を示したものである。
【図１９】図１８の通信ネットワーク上で送信端末（イ
ンターネット上）から受信端末（家庭内に構築されたネ
ットワーク上）へ映像データを送信する場合の処理手順
を説明するためのシーケンスの一例を示した図。
ンターネット上）から受信端末（家庭内に構築されたネ
ットワーク上）へ映像データを送信する場合の処理手順
を説明するためのシーケンスの一例を示した図。
【図２０】図１９のシーケンスに基づき図１８の通信ネ
ットワーク上に設定され通信経路を示した図。
ットワーク上に設定され通信経路を示した図。
【図２１】図１８のハーフコネクタの内部構成例を示し
た図。
た図。
【図２２】図１８のハーフコネクタの他の内部構成例を
示した図。
示した図。
【図２３】本発明の第３の実施形態に係る通信ネットワ
ークの他の構成例を示した図で、例えば、家庭内に構築
されたネットワーク上の映像端末が外部網へ映像データ
を送信する場合を示したものである。
ークの他の構成例を示した図で、例えば、家庭内に構築
されたネットワーク上の映像端末が外部網へ映像データ
を送信する場合を示したものである。
【図２４】図２３のハーフコネクタの内部構成例を示し
た図。
た図。
【図２５】図２３の通信ネットワーク上で送信端末（家
庭内に構築されたネットワーク上）から受信端末（イン
ターネット上）へ映像データを送信する場合の処理手順
を説明するためのシーケンスの一例を示した図。
庭内に構築されたネットワーク上）から受信端末（イン
ターネット上）へ映像データを送信する場合の処理手順
を説明するためのシーケンスの一例を示した図。
１…送信端末、２…第２のＡＶ制御端末、３…第１のハ
ーフコネクタ、４…第２のハーフコネクタ、５…第２の
ＡＶ制御端末、６…受信端末、１１…第１の１３９４バ
ス、１２…第２の１３９４バス、１１０１…ビデオサー
バ、１１０２…インターネット、１１０３…ＡＶ制御端
末、１１０４…１３９４バス、１１０５…受信端末、１
５０１…ビデオサーバ、１５０２…ＡＴＭアクセス網、
１５０３…ＡＶ制御端末、１５０４…１３９４バス、１
５０５…受信端末、２００１…ルータ、２００２…第１
のハーフコネクタ、２００３…第２のハーフコネクタ、
２００４…ＡＶ制御端末、２００５…映像端末、２０１
１…インターネット、２０１２…第１の１３９４バス、
２０１３…第２の１３９４バス、３００１…送信端末、
３００２…ＡＶ制御端末、３００３…第１のハーフコネ
クタ、３００４…第２のハーフコネクタ、３００５…ル
ータ、３０１１…第１の１３９４バス、３０１２…第２
の１３９４バス、３０１３…インターネット。
ーフコネクタ、４…第２のハーフコネクタ、５…第２の
ＡＶ制御端末、６…受信端末、１１…第１の１３９４バ
ス、１２…第２の１３９４バス、１１０１…ビデオサー
バ、１１０２…インターネット、１１０３…ＡＶ制御端
末、１１０４…１３９４バス、１１０５…受信端末、１
５０１…ビデオサーバ、１５０２…ＡＴＭアクセス網、
１５０３…ＡＶ制御端末、１５０４…１３９４バス、１
５０５…受信端末、２００１…ルータ、２００２…第１
のハーフコネクタ、２００３…第２のハーフコネクタ、
２００４…ＡＶ制御端末、２００５…映像端末、２０１
１…インターネット、２０１２…第１の１３９４バス、
２０１３…第２の１３９４バス、３００１…送信端末、
３００２…ＡＶ制御端末、３００３…第１のハーフコネ
クタ、３００４…第２のハーフコネクタ、３００５…ル
ータ、３０１１…第１の１３９４バス、３０１２…第２
の１３９４バス、３０１３…インターネット。
Claims (27)
- 【請求項１】 第１の物理ネットワークに接続された受
信ノードが第２の物理ネットワークに接続された送信ノ
ードから送信される情報データを受信する際、前記第２
の物理ネットワークに属して、前記情報データの転送制
御を行うデータ転送制御装置において、 前記送信ノードが前記情報データを送信するための前記
第２の物理ネットワークの放送型同期チャネルを確立す
る確立手段と、 前記第１の物理ネットワークに属する他方のデータ転送
制御装置あるいは前記受信ノードのアドレス情報と、前
記情報データを前記受信ノードに送信する際の経路を確
立するための通信リソース量に関する情報を含む制御メ
ッセージを送信する送信手段と、 この送信手段で送信した制御メッセージに呼応して前記
受信ノードまでの情報データを送信するための経路が設
定されたとき、前記送信ノードに対し、第２の物理ネッ
トワークに依存するプロトコルにて、前記確立手段で確
立された同期チャネルの情報データの送信を指示する指
示手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項２】 第１の物理ネットワークに接続された受
信ノードが第２の物理ネットワークであるＩＥＥＥ１３
９４バスに接続された送信ノードから送信される情報デ
ータを受信する際、前記第２の物理ネットワークに属し
て、前記情報データの転送制御を行うデータ転送制御装
置において、 前記送信ノードが前記情報データを送信するための前記
第２の物理ネットワークのＩＥＥＥ１３９４バスの同期
チャネルを確立する確立手段と、 前記第１の物理ネットワークに属する他方のデータ転送
制御装置あるいは前記受信ノードのアドレス情報と、前
記情報データを前記受信ノードに送信する際の経路を確
立するための通信リソース量に関する情報を含む制御メ
ッセージを送信する送信手段と、 この送信手段で送信した制御メッセージに呼応して前記
受信ノードまでの情報データを送信するための経路が設
定されたとき、前記送信ノードに対して、ＩＥＥＥ１３
９４バスに依存するプロトコルによて、前記確立手段で
確立された同期チャネルの情報データの送信を指示する
指示手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項３】 前記第２の物理ネットワークであるＩＥ
ＥＥ１３９４バスは、複数のＩＥＥＥ１３９４バスがブ
リッジ接続されたものであることを特徴とする請求項２
記載のデータ転送制御装置。 - 【請求項４】 前記制御メッセージは、前記情報データ
に付与されるヘッダ情報を含むことを特徴とする請求項
１または請求項２記載のデータ転送制御装置。 - 【請求項５】 前記第２の物理ネットワークに接続され
た情報機器の属性情報を収集する収集手段と、 この収集手段で収集された情報機器の属性情報を前記他
方のデータ転送制御装置に通知する通知手段と、 をさらに具備したことを特徴とする請求項１または請求
項２記載のデータ転送制御装置。 - 【請求項６】 前記第１の物理ネットワークに接続され
た情報機器の属性情報を収集する収集手段と、 この収集手段で収集された情報機器の属性情報を記憶す
る記憶手段と、 をさらに具備したことを特徴とする請求項１または請求
項２記載のデータ転送制御装置。 - 【請求項７】 前記他方のデータ転送制御装置から前記
送信ノードに関する情報を含む第３の制御メッセージを
受信する受信手段をさらに具備し、 前記指示手段は、前記受信手段で受信された第３の制御
メッセージにて指定される送信ノードに対して前記情報
データの送信を指示することを特徴とする請求項１また
は請求項２記載のデータ転送制御装置。 - 【請求項８】 前記他方のデータ転送制御装置から前記
情報データを受信する受信ノードを指定する情報を含む
第４の制御メッセージを受信する受信手段をさらに具備
し、これに呼応して、前記送信手段は、前記他方のデー
タ転送制御装置に対し、さらに、前記受信ノードを通知
する第２の制御メッセージを送信することを特徴とする
請求項１または請求項２記載のデータ転送制御装置。 - 【請求項９】 第１の物理ネットワークに接続された受
信ノードが第２の物理ネットワークに接続された送信ノ
ードから送信される情報データを受信する際、前記第１
の物理ネットワークに属して、前記情報データの転送制
御を行うデータ転送制御装置において、 前記情報データに付与される前記第１の物理ネットワー
クの同期チャネル番号に関する情報を含む第１の制御メ
ッセージを受信する受信手段と、 前記第１の制御メッセージにて通知された同期チャネル
番号の付与された情報データを受信するよう、前記第１
の物理ネットワークに依存するプロトコルにて指示する
指示手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項１０】 第１の物理ネットワークであるＩＥＥ
Ｅ１３９４バスに接続された受信ノードが第２の物理ネ
ットワークに接続された送信ノードから送信される情報
データを受信する際、前記第１の物理ネットワークに属
して、前記情報データの転送制御を行うデータ転送制御
装置において、 前記情報データに付与される前記第１の物理ネットワー
クの同期チャネル番号に関する情報を含む第１の制御メ
ッセージを受信する受信手段と、 前記第１の制御メッセージにて通知された同期チャネル
番号の付与された情報データを受信するよう、ＩＥＥＥ
１３９４に依存するプロトコルにて指示する指示手段
と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項１１】 前記第２の物理ネットワークに属する
他方のデータ転送制御装置から送信された前記情報デー
タの受信ノードを一意に判別できる情報を含む第２の制
御メッセージを受信する第２の受信手段をさらに具備し
たことを特徴とする請求項９または請求項１０記載のデ
ータ転送制御装置。 - 【請求項１２】 前記第１の物理ネットワークであるＩ
ＥＥＥ１３９４バスは、複数のＩＥＥＥ１３９４バスが
ブリッジ接続されたものであることを特徴とする請求項
１０記載のデータ転送制御装置。 - 【請求項１３】 前記第２の物理ネットワークに接続さ
れた情報機器の属性情報を収集する収集手段と、 この収集手段で収集された情報機器の属性情報を記憶す
る記憶手段と、 をさらに具備したことを特徴とする請求項９または請求
項１０記載のデータ転送制御装置。 - 【請求項１４】 前記第１の物理ネットワークに接続さ
れた情報機器の属性情報を収集する収集手段と、 この収集手段で収集された情報機器の属性情報を前記第
２の物理ネットワークに属する前記他方のデータ転送制
御装置に通知する通知手段と、 をさらに具備したことを特徴とする請求項９または請求
項１０記載のデータ転送制御装置。 - 【請求項１５】 少なくとも２つの物理ネットワークを
接続し、一方の物理ネットワークと他方の物理ネットワ
ークとで送受信される情報データの転送制御を行うデー
タ転送制御装置において、 前記一方の物理ネットワーク上に同期チャネルを確立す
る第１の確立手段と、 前記他方の物理ネットワークあるいは前記他方の物理ネ
ットワークの上位の倫理ネットワークに属する任意の送
信ノードとの間のコネクションを確立する第２の確立手
段と、 前記一方の物理ネットワークに属する受信ノードに対
し、前記一方の物理ネットワークに依存するプロトコル
にて、前記第１の確立手段で確立された同期チャネルの
情報データの受信を指示する指示手段と、 前記第２の確立手段で確立されたコネクションの前記他
方の物理ネットワークあるいは前記他方の物理ネットワ
ークの上位の論理ネットワークに依存するデータフォー
マットの情報データを受信すると、前記一方の物理ネッ
トワークに依存するデータフォーマットに変換する変換
手段と、 この変換手段でフォーマット変換された情報データを前
記第１の確立手段で確立された同期チャネルに転送する
手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項１６】 少なくとも２つの物理ネットワークを
接続し、一方の物理ネットワークであるＩＥＥＥ１３９
４バスと他方の物理ネットワークとで送受信される情報
データの転送制御を行うデータ転送制御装置において、 前記一方の物理ネットワーク上にＩＥＥＥ１３９４の同
期チャネルを確立する第１の確立手段と、 前記他方の物理ネットワークあるいは前記他方の物理ネ
ットワークの上位の論理ネットワークに属する任意の送
信ノードとの間のコネクションを確立する第２の確立手
段と、 前記一方の物理ネットワークに属する受信ノードに対
し、ＩＥＥＥ１３９４に依存するプロトコルにて、前記
第１の確立手段で確立された同期チャネルの情報データ
の受信を指示する指示手段と、 前記第２の確立手段で確立されたコネクションの前記他
方の物理ネットワークあるいは前記他方の物理ネットワ
ークの上位の論理ネットワークに依存するデータフォー
マットの情報データを受信すると、前記一方の物理ネッ
トワークであるＩＥＥＥ１３９４に依存するデータフォ
ーマットに変換する変換手段と、 この変換手段でフォーマット変換された情報データを前
記第１の確立手段で確立された同期チャネルに転送する
手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項１７】 少なくとも２つの物理ネットワークを
接続し、一方の物理ネットワークと他方の物理ネットワ
ークとで送受信される情報データの転送制御を行うデー
タ転送制御装置において、 前記一方の物理ネットワーク上に同期チャネルを確立す
る第１の確立手段と、 前記他方の物理ネットワークあるいは前記他方の物理ネ
ットワークの上位の論理ネットワークに属する任意の送
信ノードとの間のコネクションを確立する第２の確立手
段と、 前記一方の物理ネットワークに属する受信ノードに対
し、前記一方の物理ネットワークに依存するプロトコル
にて、前記第１の確立手段で確立された同期チャネルの
情報データの受信を指示する指示手段と、 前記第２の確立手段で確立されたコネクションの前記情
報データを受信すると、前記情報データをデコードする
デコード手段と、 このデコード手段でデコードされた情報データを前記第
１の確立手段で確立された同期チャネルに転送する手段
と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項１８】 少なくとも２つの物理ネットワークを
接続し、一方の物理ネットワークであるＩＥＥＥ１３９
４バスと他方の物理ネットワークとで送受信される情報
データの転送制御を行うデータ転送制御装置において、 前記一方の物理ネットワーク上にＩＥＥＥ１３９４の同
期チャネルを確立する第１の確立手段と、 前記他方の物理ネットワークあるいは前記他方の物理ネ
ットワークの上位の論理ネットワークに属する任意の送
信ノードとの間のコネクションを確立する第２の確立手
段と、 前記一方の物理ネットワークに属する受信ノードに対
し、ＩＥＥＥ１３９４に依存するプロトコルにて、前記
第１の確立手段で確立された同期チャネルの情報データ
の受信を指示する指示手段と、 前記第２の確立手段で確立されたコネクションの前記情
報データを受信すると、前記情報データをデコードする
デコード手段と、 このデコード手段でデコードされた情報データを前記第
１の確立手段で確立された同期チャネルに転送する手段
と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項１９】 第１のネットワークに接続された受信
ノードが第２のネットワークに接続された送信ノードか
ら送信される情報データを受信する際、前記情報データ
の転送制御を行うデータ転送制御装置において、 ネットワークレイヤのシグナリングプロトコルによっ
て、前記送信ノードから送信される情報データのコネク
ションを確立する確立手段と、 前記受信ノードが受信すべき情報データの同期チャネル
番号に関する情報を含む制御メッセージを受信する受信
手段と、 前記受信ノードに対し、前記第１のネットワークに依存
するプロトコルにて、前記同期チャネルの情報データの
受信を指示する指示手段と、を具備したことを特徴とす
るデータ転送制御装置。 - 【請求項２０】 第１のネットワークであるＩＥＥＥ１
３９４バスに接続された受信ノードが第２のネットワー
クに接続された送信ノードから送信される情報データを
受信する際、前記情報データの転送制御を行うデータ転
送制御装置において、 ネットワークレイヤのシグナリングプロトコルによっ
て、前記送信ノードから送信される情報データのコネク
ションを確立する確立手段と、 前記受信ノードが受信すべき情報データの同期チャネル
番号に関する情報を含む制御メッセージを受信する受信
手段と、 前記受信ノードに対し、ＩＥＥＥ１３９４に依存するプ
ロトコルにて、前記同期チャネルの情報データの受信を
指示する指示手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項２１】 前記送信ノードから送信される前記ネ
ットワークレイヤに依存するデータフォーマットの情報
データの前記第１のネットワークに依存するデータフォ
ーマットへの変換を要求する制御メッセージを、前記情
報データが前記受信ノードに到達するまでに経由するネ
ットワーク上の任意のノードに対し送信する送信手段を
さらに具備したことを特徴とする請求項１９または請求
項２０記載のデータ転送制御装置。 - 【請求項２２】 第１のネットワークに接続された送信
ノードが第２のネットワークに接続された受信ノードへ
情報データを送信する際、前記情報データの転送制御を
行うデータ転送制御装置において、 ネットワークレイヤのシグナリングプロトコルによっ
て、前記受信ノードへ送信される情報データのコネクシ
ョンを確立する確立手段と、 前記送信ノードが送信すべき情報データの同期チャネル
番号に関する情報を含む制御メッセージを送信する送信
手段と、 前記送信ノードに対し、前記第１のネットワークに依存
するプロトコルにて、前記同期チャネルの情報データの
送信を指示する指示手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項２３】 第１のネットワークであるＩＥＥＥ１
３９４バスに接続された送信ノードが第２のネットワー
クに接続された受信ノードへ情報データを送信する際、
前記情報データの転送制御を行うデータ転送制御装置に
おいて、 ネットワークレイヤのシグナリングプロトコルによっ
て、前記受信ノードへ送信される情報データのコネクシ
ョンを確立する確立手段と、 前記送信ノードが送信すべき情報データの同期チャネル
番号に関する情報を含む制御メッセージを送信する送信
手段と、 前記送信ノードに対し、ＩＥＥＥ１３９４に依存するプ
ロトコルにて、前記同期チャネルの情報データの送信を
指示する指示手段と、 を具備したことを特徴とするデータ転送制御装置。 - 【請求項２４】 前記送信ノードから送信される前記第
１のネットワークに依存するデータフォーマットの情報
データの前記ネットワークレイヤに依存するデータフォ
ーマットへの変換を要求する制御メッセージを、前記情
報データが前記受信ノードに到達するまでに経由するネ
ットワーク上の任意のノードに対し送信する送信手段を
さらに具備したことを特徴とする請求項２２または請求
項２３記載のデータ転送制御装置。 - 【請求項２５】 少なくとも２つのネットワークを接続
し、一方のネットワークからの受信データを他方のネッ
トワークへ送信する中継装置において、 前記受信データを送信する下流方向の任意のノードか
ら、前記一方のネットワークに依存するデータフォーマ
ットの前記受信データの前記他方のネットワークに依存
するデータフォーマットへの変換を要求する制御メッセ
ージを受信する受信手段と、 この受信手段で受信された制御メッセージに応じて、前
記一方のネットワークからの受信データのフォーマット
変換を行い、他方のネットワークへ送信する手段と、 を具備したことを特徴とする中継装置。 - 【請求項２６】 少なくとも２つのネットワークを接続
し、一方のネットワークからの受信データを他方のネッ
トワークへ送信する中継装置において、 前記受信データを送信する下流方向の任意のノードか
ら、前記一方のネットワークに依存するデータフォーマ
ットの前記受信データのデコードを要求する制御メッセ
ージを受信する受信手段と、 この受信手段で受信された制御メッセージに応じて、前
記一方のネットワークからの受信データをデコードし
て、他方のネットワークへ送信する手段と、 を具備したことを特徴とする中継装置。 - 【請求項２７】 少なくとも２つのネットワークを接続
し、一方のネットワークからの受信データを他方のネッ
トワークへ送信する中継装置において、 前記受信データの上流方向の任意のノードから、前記一
方のネットワークに依存するデータフォーマットの前記
受信データのエンコードを要求する制御メッセージを受
信する受信手段と、 この受信手段で受信された制御メッセージに応じて、前
記一方のネットワークからの受信データをエンコードし
て、他方のネットワークへ送信する手段と、 を具備したことを特徴とする中継装置。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27267296A JP3660443B2 (ja) | 1996-10-15 | 1996-10-15 | データ転送制御システム及び中継装置 |
| EP19970117812 EP0837579B1 (en) | 1996-10-15 | 1997-10-15 | Data transfer control device, relay device and control device suitable for home network environment |
| DE1997638560 DE69738560T2 (de) | 1996-10-15 | 1997-10-15 | Gerät zur Datenübertragungssteuerung, Relaisvorrichtung und Steuerungsvorrichtung für ein Haus-Netzwerk |
| US09/035,995 US7383341B1 (en) | 1996-10-15 | 1998-03-06 | Data transfer control device, relay device and control device suitable for home network environment |
| US09/073,140 US6523696B1 (en) | 1996-10-15 | 1998-05-06 | Communication control device for realizing uniform service providing environment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27267296A JP3660443B2 (ja) | 1996-10-15 | 1996-10-15 | データ転送制御システム及び中継装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005044435A Division JP4327746B2 (ja) | 2005-02-21 | 2005-02-21 | 中継装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10126423A true JPH10126423A (ja) | 1998-05-15 |
| JP3660443B2 JP3660443B2 (ja) | 2005-06-15 |
Family
ID=17517190
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27267296A Expired - Lifetime JP3660443B2 (ja) | 1996-10-15 | 1996-10-15 | データ転送制御システム及び中継装置 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP0837579B1 (ja) |
| JP (1) | JP3660443B2 (ja) |
| DE (1) | DE69738560T2 (ja) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999059302A1 (fr) * | 1998-05-12 | 1999-11-18 | Sony Corporation | Procede et appareil d'emission, de reception et d'emission/reception de donnees, et support d'enregistrement |
| WO1999063717A1 (fr) * | 1998-05-29 | 1999-12-09 | Sony Corporation | Procede et appareil pour relayer des donnees, systeme de communication et support d'enregistrement |
| JP2000358061A (ja) * | 1999-04-29 | 2000-12-26 | Mitsubishi Electric Inf Technol Center America Inc | 外部ネットワークと内部ネットワークの間でデータをフォーマットし、かつルーティングする方法、およびその方法を行わせる１つまたは複数の命令シーケンスを格納したコンピュータ読み取り可能な記録媒体 |
| JP2001211195A (ja) * | 2000-01-25 | 2001-08-03 | Fujitsu Ltd | データ通信システム |
| KR100329162B1 (ko) * | 1998-10-05 | 2002-04-10 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터 전송 방법 및 데이터 전송 시스템 |
| US6687264B1 (en) | 1998-11-18 | 2004-02-03 | Samsung Electronics Co., Ltd. | Method for reassigning channels during transmission of IEEE-1394 isochronous data to external synchronous network and apparatus therefor |
| US6904049B1 (en) | 1999-04-28 | 2005-06-07 | Juniper Networks, Inc. | Data transfer system and method for transferring data packets over an ATM link |
| US6957275B1 (en) | 1999-06-03 | 2005-10-18 | Panasonic Communications Co., Ltd. | Gateway apparatus for controlling apparatuses on home network |
| WO2007037117A1 (ja) * | 2005-09-29 | 2007-04-05 | Pioneer Corporation | 中継装置及び中継方法、変換装置及び変換方法、中継処理用プログラム及び変換処理用プログラム並びに情報記録媒体 |
| JP2008017122A (ja) * | 2006-07-05 | 2008-01-24 | Toshiba Corp | ゲートウェイ装置、通信方法および通信プログラム |
| US7443806B2 (en) | 2002-04-19 | 2008-10-28 | Yamaha Corporation | Communication management apparatus and method for an audio data communication management system |
| US8321897B2 (en) | 2001-04-03 | 2012-11-27 | Sony Corporation | Transmission method and transmitter |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100263893B1 (ko) * | 1998-05-06 | 2000-08-16 | 윤종용 | Ieee 1394 네트웍 시스템 실시간 동작 표시 방법 |
| US7043532B1 (en) | 1998-05-07 | 2006-05-09 | Samsung Electronics Co., Ltd. | Method and apparatus for universally accessible command and control information in a network |
| AU758868B2 (en) | 1998-05-07 | 2003-04-03 | Samsung Electronics Co., Ltd. | Method and apparatus for universally accessible command and control information in a network |
| EP3293967A1 (en) † | 1998-07-17 | 2018-03-14 | Rovi Guides, Inc. | Interactive television program guide with remote access |
| AR020608A1 (es) | 1998-07-17 | 2002-05-22 | United Video Properties Inc | Un metodo y una disposicion para suministrar a un usuario acceso remoto a una guia de programacion interactiva por un enlace de acceso remoto |
| DE69903438T2 (de) | 1998-07-17 | 2003-08-14 | United Video Properties Inc | Interaktive fernsehprogrammführung mit mehreren geräten an einem ort |
| US6496862B1 (en) * | 1998-08-25 | 2002-12-17 | Mitsubishi Electric Research Laboratories, Inc. | Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device |
| US6199136B1 (en) * | 1998-09-02 | 2001-03-06 | U.S. Philips Corporation | Method and apparatus for a low data-rate network to be represented on and controllable by high data-rate home audio/video interoperability (HAVi) network |
| JP3583657B2 (ja) * | 1998-09-30 | 2004-11-04 | 株式会社東芝 | 中継装置及び通信装置 |
| WO2000059230A1 (en) * | 1999-03-30 | 2000-10-05 | Sony Electronics, Inc. | A method and a device for managing resources in a network |
| US6378000B1 (en) * | 1999-04-29 | 2002-04-23 | Mitsubish Electric Research Laboratories, Inc | Address mapping in home entertainment network |
| US7009996B1 (en) * | 1999-05-20 | 2006-03-07 | Honeywell Inc. | Method and system for transmitting periodic and aperiodic data over a critical avionics databus |
| EP1102437A4 (en) * | 1999-05-24 | 2005-04-06 | Sony Corp | METHOD, DEVICE AND SYSTEM FOR DATA TRANSMISSION |
| JP2000358037A (ja) * | 1999-06-16 | 2000-12-26 | Sony Corp | 情報処理装置、及び情報処理装置の管理方法 |
| US6801507B1 (en) | 1999-07-27 | 2004-10-05 | Samsung Electronics Co., Ltd. | Device discovery and configuration in a home network |
| US7610559B1 (en) | 1999-07-27 | 2009-10-27 | Samsung Electronics Co., Ltd. | Device customized home network top-level information architecture |
| US8032833B1 (en) | 1999-07-27 | 2011-10-04 | Samsung Electronics Co., Ltd. | Home network device information architecture |
| US7490293B1 (en) | 1999-07-27 | 2009-02-10 | Samsung Electronics Co., Ltd. | Device discovery and control in a bridged home network |
| JP2001053810A (ja) * | 1999-08-06 | 2001-02-23 | Yazaki Corp | データ転送方法およびその装置 |
| AU6837200A (en) * | 1999-08-13 | 2001-03-13 | Fraunhofer-Gesellschaft Zur Forderung Der Angewandten Forschung E.V. | Home intercom system, transport platform for an intercom system and an intelligent mains receiver for a home intercom system |
| US7200683B1 (en) | 1999-08-17 | 2007-04-03 | Samsung Electronics, Co., Ltd. | Device communication and control in a home network connected to an external network |
| GB9921049D0 (en) | 1999-09-07 | 1999-11-10 | Koninkl Philips Electronics Nv | Clustered networked devices |
| FR2804812A1 (fr) * | 2000-02-08 | 2001-08-10 | Canon Kk | Procede et dispositif de communication entre un premier et un deuxieme reseau |
| JP4479040B2 (ja) * | 2000-03-07 | 2010-06-09 | ソニー株式会社 | 通信装置及び通信方法 |
| EP1133108A1 (en) * | 2000-03-07 | 2001-09-12 | Sony International (Europe) GmbH | Interface link layer device for long delay connections |
| US7337217B2 (en) | 2000-07-21 | 2008-02-26 | Samsung Electronics Co., Ltd. | Architecture for home network on world wide web |
| KR20020035645A (ko) * | 2000-07-26 | 2002-05-13 | 요트.게.아. 롤페즈 | 서버를 기초로한 다수 표준의 홈 네트워크 브리징 |
| FR2816146A1 (fr) * | 2000-10-27 | 2002-05-03 | Canon Kk | Procede et dispositif de gestion d'un reseau de communication |
| GB0026981D0 (en) * | 2000-11-04 | 2000-12-20 | Koninkl Philips Electronics Nv | Bridging system for interoperation of remote groups of devices |
| US6970481B2 (en) * | 2001-04-17 | 2005-11-29 | Microsoft Corporation | Methods and systems for distributing multimedia data over heterogeneous networks |
| US20030005130A1 (en) * | 2001-06-29 | 2003-01-02 | Cheng Doreen Yining | Audio-video management in UPnP |
| FR2826814B1 (fr) * | 2001-07-02 | 2007-11-30 | Canon Europa Nv | Procede d'utilisation a distance de moyens de reception de signaux audiovisuels appartenant a un reseau audiovisuel domestique primaire, passerelles, procede d'allocation de ressources correspondants |
| GB2378622A (en) * | 2001-08-11 | 2003-02-12 | Zarlink Semiconductor Ltd | Updating a lookup table used in mapping between TDM channels and packets |
| FR2828946A1 (fr) * | 2001-08-24 | 2003-02-28 | Canon Kk | Procede de gestion des delais isochrones associes a des ponts heterogenes dans un heterogene de bus numeriques |
| US7505889B2 (en) | 2002-02-25 | 2009-03-17 | Zoran Corporation | Transcoding media system |
| JP2003271487A (ja) * | 2002-03-12 | 2003-09-26 | Nec Corp | 通信システム、ゲートウエイ装置、ゲートウエイプログラム |
| EP1396962A1 (en) * | 2002-08-05 | 2004-03-10 | Sony International (Europe) GmbH | Bus service interface |
| US20040049624A1 (en) | 2002-09-06 | 2004-03-11 | Oak Technology, Inc. | Network to computer internal interface |
| KR100513277B1 (ko) * | 2003-04-16 | 2005-09-09 | 삼성전자주식회사 | 개별적으로 존재하는 네트워크를 연결하는 장치 및 방법 |
| JP3944908B2 (ja) * | 2003-07-18 | 2007-07-18 | ソニー株式会社 | メディアコンバーター |
| WO2013055901A1 (en) * | 2011-10-11 | 2013-04-18 | Bair Zach | System, apparatus and method for configuring a wireless sound reinforcement system |
| WO2015022997A1 (en) | 2013-08-13 | 2015-02-19 | Canon Kabushiki Kaisha | Information processing apparatus, control method therefor, and program |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9406477D0 (en) * | 1994-03-31 | 1994-05-25 | D2B Systems Co Ltd | Interconnection of local communication bus systems |
| US5555244A (en) * | 1994-05-19 | 1996-09-10 | Integrated Network Corporation | Scalable multimedia network |
| JP3332580B2 (ja) * | 1994-06-14 | 2002-10-07 | キヤノン株式会社 | 画像再生装置及び画像再生方式 |
-
1996
- 1996-10-15 JP JP27267296A patent/JP3660443B2/ja not_active Expired - Lifetime
-
1997
- 1997-10-15 DE DE1997638560 patent/DE69738560T2/de not_active Expired - Lifetime
- 1997-10-15 EP EP19970117812 patent/EP0837579B1/en not_active Expired - Lifetime
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999059302A1 (fr) * | 1998-05-12 | 1999-11-18 | Sony Corporation | Procede et appareil d'emission, de reception et d'emission/reception de donnees, et support d'enregistrement |
| WO1999063717A1 (fr) * | 1998-05-29 | 1999-12-09 | Sony Corporation | Procede et appareil pour relayer des donnees, systeme de communication et support d'enregistrement |
| KR100329162B1 (ko) * | 1998-10-05 | 2002-04-10 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터 전송 방법 및 데이터 전송 시스템 |
| US6687264B1 (en) | 1998-11-18 | 2004-02-03 | Samsung Electronics Co., Ltd. | Method for reassigning channels during transmission of IEEE-1394 isochronous data to external synchronous network and apparatus therefor |
| US8611372B2 (en) | 1999-04-28 | 2013-12-17 | Juniper Networks, Inc. | Data transfer system and method |
| US6904049B1 (en) | 1999-04-28 | 2005-06-07 | Juniper Networks, Inc. | Data transfer system and method for transferring data packets over an ATM link |
| US7486690B2 (en) | 1999-04-28 | 2009-02-03 | Juniper Networks, Inc. | Data transfer system and method of transferring data packets using aggregation/disaggregation |
| US7760662B2 (en) | 1999-04-28 | 2010-07-20 | Juniper Networks, Inc. | Data transfer system and method |
| US7957416B2 (en) | 1999-04-28 | 2011-06-07 | Juniper Networks, Inc. | Data transfer system and method |
| JP2000358061A (ja) * | 1999-04-29 | 2000-12-26 | Mitsubishi Electric Inf Technol Center America Inc | 外部ネットワークと内部ネットワークの間でデータをフォーマットし、かつルーティングする方法、およびその方法を行わせる１つまたは複数の命令シーケンスを格納したコンピュータ読み取り可能な記録媒体 |
| US6957275B1 (en) | 1999-06-03 | 2005-10-18 | Panasonic Communications Co., Ltd. | Gateway apparatus for controlling apparatuses on home network |
| JP2001211195A (ja) * | 2000-01-25 | 2001-08-03 | Fujitsu Ltd | データ通信システム |
| US8321897B2 (en) | 2001-04-03 | 2012-11-27 | Sony Corporation | Transmission method and transmitter |
| US7990890B2 (en) | 2002-04-19 | 2011-08-02 | Yamaha Corporation | Communication management apparatus and method for an audio data communication management system |
| US7443806B2 (en) | 2002-04-19 | 2008-10-28 | Yamaha Corporation | Communication management apparatus and method for an audio data communication management system |
| WO2007037117A1 (ja) * | 2005-09-29 | 2007-04-05 | Pioneer Corporation | 中継装置及び中継方法、変換装置及び変換方法、中継処理用プログラム及び変換処理用プログラム並びに情報記録媒体 |
| US7702842B2 (en) | 2005-09-29 | 2010-04-20 | Pioneer Corporation | Relay device, relay method, and information recording medium |
| JP2008017122A (ja) * | 2006-07-05 | 2008-01-24 | Toshiba Corp | ゲートウェイ装置、通信方法および通信プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0837579A2 (en) | 1998-04-22 |
| EP0837579B1 (en) | 2008-03-12 |
| DE69738560D1 (de) | 2008-04-24 |
| JP3660443B2 (ja) | 2005-06-15 |
| EP0837579A3 (en) | 2005-06-29 |
| DE69738560T2 (de) | 2009-03-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3660443B2 (ja) | データ転送制御システム及び中継装置 | |
| JP3719789B2 (ja) | 通信端末装置及び中継装置 | |
| US6751221B1 (en) | Data transmitting node and network inter-connection node suitable for home network environment | |
| CN108012106B (zh) | 一种视联网监控资源同步的方法及系统 | |
| CN107959665A (zh) | 一种通信方法和通信系统 | |
| US7383341B1 (en) | Data transfer control device, relay device and control device suitable for home network environment | |
| CN109120962A (zh) | 软件终端连接视联网的方法和装置 | |
| JPH11103298A (ja) | パケット伝送制御方法および装置 | |
| JP3677153B2 (ja) | 蓄積装置 | |
| CN108881799A (zh) | 一种进行视联网视频会议的系统和方法 | |
| CN109889779A (zh) | 一种报文乱序的处理方法和装置 | |
| CN110460804A (zh) | 会议数据发送方法、系统、设备和计算机可读存储介质 | |
| CN111478884B (zh) | 不同视联网之间进行数据传输的方法、装置和存储介质 | |
| CN109347844B (zh) | 一种设备接入互联网的方法及装置 | |
| JP2001077831A (ja) | 通信制御装置および方法、通信システム、並びにプログラム格納媒体 | |
| CN110166727A (zh) | 一种视联网与互联网切换方法、装置及系统 | |
| CN109451001A (zh) | 一种通讯方法和系统 | |
| CN110072154B (zh) | 一种基于视联网的建群方法和中转服务器 | |
| JPH10308758A (ja) | 通信装置 | |
| JP3519628B2 (ja) | 中継装置 | |
| CN110351573A (zh) | 虚拟礼物赠送方法、系统及装置 | |
| JP4327746B2 (ja) | 中継装置 | |
| CN109587524A (zh) | 一种向互联网终端同步视联网资源和装置 | |
| CN112165416B (zh) | 一种组网和通信的方法和装置 | |
| Cisco | M |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040921 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041122 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050221 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050224 |
|
| 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: 20050315 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050317 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080325 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090325 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100325 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100325 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110325 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120325 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130325 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130325 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140325 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |