JPH09307588A - 通信システム - Google Patents
通信システムInfo
- Publication number
- JPH09307588A JPH09307588A JP14484596A JP14484596A JPH09307588A JP H09307588 A JPH09307588 A JP H09307588A JP 14484596 A JP14484596 A JP 14484596A JP 14484596 A JP14484596 A JP 14484596A JP H09307588 A JPH09307588 A JP H09307588A
- Authority
- JP
- Japan
- Prior art keywords
- data
- attribute
- attribute information
- network
- received
- 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
Classifications
-
- 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/2389—Multiplex stream processing, e.g. multiplex stream encrypting
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
-
- 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/2895—Intermediate processing functionally located close to the data provider application, e.g. reverse proxies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/38—Flow control; Congestion control by adapting coding or compression rate
-
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Abstract
(57)【要約】
【課題】 データの送信効率を低下させることなく、ネ
ットワークに新規に接続したデータ受信装置等によるデ
ータの適正な解釈を早期且つ確実に実行することができ
る通信システムを提供する。 【解決手段】 データ受信装置２のネットワーク回路７
は、データ送信装置１から主データ及び属性ＩＤ等を含
むブロードキャストデータを定期的に受信し（ステップ
Ｓ６０１）、今回受信したブロードキャストデータに含
まれている属性ＩＤが、自ノードが格納している属性Ｉ
Ｄと一致しないときは、属性情報に変化があったものと
認識して、現在受信し、再生しているブロードキャスト
データの処理を停止し（ステップＳ６０６）、データ送
信装置１に属性情報の送信を要求する（ステップＳ６０
７）。これを受けてデータ送信装置１から返送された属
性情報をネットワーク回路７が受信すると（ステップＳ
６０９〜Ｓ６１１）、自ノードの属性情報をこの受信し
た属性情報に書き換え（ステップＳ６１３）、書き換え
られた属性情報に基づき主データを解釈する（ステップ
Ｓ６０４）。
ットワークに新規に接続したデータ受信装置等によるデ
ータの適正な解釈を早期且つ確実に実行することができ
る通信システムを提供する。 【解決手段】 データ受信装置２のネットワーク回路７
は、データ送信装置１から主データ及び属性ＩＤ等を含
むブロードキャストデータを定期的に受信し（ステップ
Ｓ６０１）、今回受信したブロードキャストデータに含
まれている属性ＩＤが、自ノードが格納している属性Ｉ
Ｄと一致しないときは、属性情報に変化があったものと
認識して、現在受信し、再生しているブロードキャスト
データの処理を停止し（ステップＳ６０６）、データ送
信装置１に属性情報の送信を要求する（ステップＳ６０
７）。これを受けてデータ送信装置１から返送された属
性情報をネットワーク回路７が受信すると（ステップＳ
６０９〜Ｓ６１１）、自ノードの属性情報をこの受信し
た属性情報に書き換え（ステップＳ６１３）、書き換え
られた属性情報に基づき主データを解釈する（ステップ
Ｓ６０４）。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
して相互に接続されたデータ送信装置及びデータ受信装
置間で、音声データ、画像データ等のデータを送受信す
る通信システムに関する。
して相互に接続されたデータ送信装置及びデータ受信装
置間で、音声データ、画像データ等のデータを送受信す
る通信システムに関する。
【０００２】
【従来の技術】データ受信装置及びデータ送信装置が互
いにネットワークで接続されることにより構成された通
信システムにおいて、音声データや画像データ等のデー
タを送受信する場合、データ送信装置側で所定の形式
（データ圧縮形式、サンプリング周波数等）にてデータ
を生成し、データの属性、すなわち前記所定の形式を示
す属性情報と共に上記生成されたデータをデータ受信装
置へ送信する一方、データ受信装置は、受信したデータ
を受信した属性情報に基づいて解釈（評価）することが
従来より行われている。
いにネットワークで接続されることにより構成された通
信システムにおいて、音声データや画像データ等のデー
タを送受信する場合、データ送信装置側で所定の形式
（データ圧縮形式、サンプリング周波数等）にてデータ
を生成し、データの属性、すなわち前記所定の形式を示
す属性情報と共に上記生成されたデータをデータ受信装
置へ送信する一方、データ受信装置は、受信したデータ
を受信した属性情報に基づいて解釈（評価）することが
従来より行われている。
【０００３】この属性情報は、例えば楽音データを送信
する場合には、１曲目と２曲目との間でサンプリング周
波数等の属性が変化する場合等に変更されるものである
が、一般に、頻繁に変更されるものではない。その一
方、属性情報は、単位時間に送信されるデータに比べる
と大きな量の情報である。そのため従来のデータ送信に
おいては、送信効率を向上すべく、データの送信に先立
ち１度だけ属性情報を送信するような処理（例えば、曲
データの先頭部分に属性情報を含める等の処理）が通常
なされている。
する場合には、１曲目と２曲目との間でサンプリング周
波数等の属性が変化する場合等に変更されるものである
が、一般に、頻繁に変更されるものではない。その一
方、属性情報は、単位時間に送信されるデータに比べる
と大きな量の情報である。そのため従来のデータ送信に
おいては、送信効率を向上すべく、データの送信に先立
ち１度だけ属性情報を送信するような処理（例えば、曲
データの先頭部分に属性情報を含める等の処理）が通常
なされている。
【０００４】
【発明が解決しようとする課題】しかしながら、上記従
来の通信システムでは、データ送信装置自体及びデータ
受信装置自体がデータ送信途中に変更されないことを前
提として、上記のような属性情報の送信処理を行なって
いたため、正常な送受信を行えないことがあった。例え
ば、曲データ（楽音データ）のようなある一連のデータ
の送信が終了するまでの間に、データを受信するデータ
受信装置の変更や新たなデータ受信装置のネットワーク
への接続等により、データ送信装置及びデータ受信装置
の対応関係に変化が生じた場合には、新たなデータ受信
装置は、その接続直後には属性情報を得ていないので、
受信されたデータを如何形式のデータであるかと解釈す
べきかが判らず、正常な送受信を即座に行うことができ
ない場合があった。
来の通信システムでは、データ送信装置自体及びデータ
受信装置自体がデータ送信途中に変更されないことを前
提として、上記のような属性情報の送信処理を行なって
いたため、正常な送受信を行えないことがあった。例え
ば、曲データ（楽音データ）のようなある一連のデータ
の送信が終了するまでの間に、データを受信するデータ
受信装置の変更や新たなデータ受信装置のネットワーク
への接続等により、データ送信装置及びデータ受信装置
の対応関係に変化が生じた場合には、新たなデータ受信
装置は、その接続直後には属性情報を得ていないので、
受信されたデータを如何形式のデータであるかと解釈す
べきかが判らず、正常な送受信を即座に行うことができ
ない場合があった。
【０００５】この問題を解決するために、データの送信
中に、常時、または一定時間間隔で属性情報を送信する
手法が考えられる。しかし、この手法では、情報量の大
きい属性情報を送信するためにデータの送信効率が低下
するという問題があった。また、一定時間間隔で属性情
報を送信する手法では、新たに接続したデータ受信装置
は、その接続のタイミングによっては直ちに属性情報を
得ることができない場合があり、接続後のデータ受信装
置側の設定が有効になるまでに一定の時間を要する場合
がある、すなわちデータの適正な解釈を早期に行うこと
ができない場合があるという問題があった。
中に、常時、または一定時間間隔で属性情報を送信する
手法が考えられる。しかし、この手法では、情報量の大
きい属性情報を送信するためにデータの送信効率が低下
するという問題があった。また、一定時間間隔で属性情
報を送信する手法では、新たに接続したデータ受信装置
は、その接続のタイミングによっては直ちに属性情報を
得ることができない場合があり、接続後のデータ受信装
置側の設定が有効になるまでに一定の時間を要する場合
がある、すなわちデータの適正な解釈を早期に行うこと
ができない場合があるという問題があった。
【０００６】このように、データの送信効率の向上とデ
ータ受信装置によるデータの適正な解釈の早期実行とは
対峙する課題であり、上記従来の通信システムの問題点
を根本的に解決することは困難であった。
ータ受信装置によるデータの適正な解釈の早期実行とは
対峙する課題であり、上記従来の通信システムの問題点
を根本的に解決することは困難であった。
【０００７】本発明は上記従来技術の問題を解決するた
めになされたものであり、その目的は、データの送信効
率を低下させることなく、ネットワークに新規に接続し
たデータ受信装置等によるデータの適正な解釈を早期且
つ確実に実行することができる通信システムを提供する
ことにある。
めになされたものであり、その目的は、データの送信効
率を低下させることなく、ネットワークに新規に接続し
たデータ受信装置等によるデータの適正な解釈を早期且
つ確実に実行することができる通信システムを提供する
ことにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に本発明の請求項１の通信システムは、データ送信装置
とデータ受信装置とをネットワークで接続してなる通信
システムにおいて、前記データ送信装置は、送信するデ
ータにその属性を識別するための識別情報を付加する付
加手段と、前記属性に変化があったときに前記識別情報
を変更する変更手段とを有し、前記データ受信装置は、
前記データ送信装置からの受信データに付加された識別
情報が変更されたときに、前記データ送信装置に対して
前記データの属性情報を要求する要求手段を有すること
を特徴とする。
に本発明の請求項１の通信システムは、データ送信装置
とデータ受信装置とをネットワークで接続してなる通信
システムにおいて、前記データ送信装置は、送信するデ
ータにその属性を識別するための識別情報を付加する付
加手段と、前記属性に変化があったときに前記識別情報
を変更する変更手段とを有し、前記データ受信装置は、
前記データ送信装置からの受信データに付加された識別
情報が変更されたときに、前記データ送信装置に対して
前記データの属性情報を要求する要求手段を有すること
を特徴とする。
【０００９】また、本発明の請求項２の通信システム
は、データ送信装置と複数のデータ受信装置とをネット
ワークで接続してなる通信システムにおいて、前記デー
タ送信装置は、送信するデータにその属性を識別するた
めの識別情報を付加する付加手段と、前記属性に変化が
あったときに前記識別情報を変更する変更手段とを有
し、前記各データ受信装置は、前記データ送信装置から
の受信データに付加された識別情報が変更されたとき
に、前記データ送信装置に対して前記データの属性情報
を要求する要求手段を有し、前記データ送信装置は、前
記複数のデータ受信装置の１つから前記データの属性情
報の要求があったとき、該属性情報を前記データ受信装
置の全てに対して送信することを特徴とする。
は、データ送信装置と複数のデータ受信装置とをネット
ワークで接続してなる通信システムにおいて、前記デー
タ送信装置は、送信するデータにその属性を識別するた
めの識別情報を付加する付加手段と、前記属性に変化が
あったときに前記識別情報を変更する変更手段とを有
し、前記各データ受信装置は、前記データ送信装置から
の受信データに付加された識別情報が変更されたとき
に、前記データ送信装置に対して前記データの属性情報
を要求する要求手段を有し、前記データ送信装置は、前
記複数のデータ受信装置の１つから前記データの属性情
報の要求があったとき、該属性情報を前記データ受信装
置の全てに対して送信することを特徴とする。
【００１０】本発明の請求項１の通信システムによれ
ば、データ送信装置では、送信するデータにその属性を
識別するための識別情報が付加され、前記属性に変化が
あったときに前記識別情報が変更され、データ受信装置
では、前記データ送信装置からの受信データに付加され
た識別情報が変更されたときに、前記データ送信装置に
対して前記データの属性情報が要求される。
ば、データ送信装置では、送信するデータにその属性を
識別するための識別情報が付加され、前記属性に変化が
あったときに前記識別情報が変更され、データ受信装置
では、前記データ送信装置からの受信データに付加され
た識別情報が変更されたときに、前記データ送信装置に
対して前記データの属性情報が要求される。
【００１１】さらに、本発明の請求項２の通信システム
によれば、複数のデータ受信装置の１つから前記データ
の属性情報の要求があったとき、該属性情報が前記デー
タ受信装置の全てに対して送信される。
によれば、複数のデータ受信装置の１つから前記データ
の属性情報の要求があったとき、該属性情報が前記デー
タ受信装置の全てに対して送信される。
【００１２】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。
を参照して説明する。
【００１３】図１は、本発明の実施の一形態に係る通信
システムの全体構成を示すブロック図である。
システムの全体構成を示すブロック図である。
【００１４】本通信システム１４は、データ送信装置
１、データ受信装置２及び他のデータ受信装置１１、１
２が、ネットワーク１３で互いに接続されることにより
構成される。ネットワーク１３に接続されるデータ受信
装置の数は、図示例に限定されない。
１、データ受信装置２及び他のデータ受信装置１１、１
２が、ネットワーク１３で互いに接続されることにより
構成される。ネットワーク１３に接続されるデータ受信
装置の数は、図示例に限定されない。
【００１５】データ送信装置１は、データ生成回路３、
送信データバッファ４、タイマ５及びネットワーク回路
６から構成され、ネットワーク回路６を介してネットワ
ーク１３と双方向の通信が可能なようにネットワーク１
３に接続されている。また、ネットワーク回路６には、
データ生成回路３、送信データバッファ４及びタイマ５
がそれぞれ接続されている。データ生成回路３は送信デ
ータバッファ４にも接続されている。
送信データバッファ４、タイマ５及びネットワーク回路
６から構成され、ネットワーク回路６を介してネットワ
ーク１３と双方向の通信が可能なようにネットワーク１
３に接続されている。また、ネットワーク回路６には、
データ生成回路３、送信データバッファ４及びタイマ５
がそれぞれ接続されている。データ生成回路３は送信デ
ータバッファ４にも接続されている。
【００１６】データ受信装置２は、ネットワーク回路
７、受信データバッファ８、タイミング生成回路９及び
データ利用回路１０から構成され、ネットワーク回路７
を介してネットワーク１３と双方向の通信が可能なよう
にネットワーク１３に接続されている。また、ネットワ
ーク回路７には受信データバッファ８及びタイミング生
成回路９が接続され、データ利用回路１０には受信デー
タバッファ８及びタイミング生成回路９が接続されてい
る。
７、受信データバッファ８、タイミング生成回路９及び
データ利用回路１０から構成され、ネットワーク回路７
を介してネットワーク１３と双方向の通信が可能なよう
にネットワーク１３に接続されている。また、ネットワ
ーク回路７には受信データバッファ８及びタイミング生
成回路９が接続され、データ利用回路１０には受信デー
タバッファ８及びタイミング生成回路９が接続されてい
る。
【００１７】なお、他のデータ受信装置１１及び他のデ
ータ受信装置１２は、データ受信装置２と同様に構成さ
れている。
ータ受信装置１２は、データ受信装置２と同様に構成さ
れている。
【００１８】次に、データ送信装置１及びデータ受信装
置２の各構成要素の機能及び動作について説明する。
置２の各構成要素の機能及び動作について説明する。
【００１９】データ送信装置１のデータ生成回路３は、
音声データ、動画データ等のデータ（以下、「主デー
タ」と称する）を生成し、これらのデータを送信データ
バッファ４に出力する。送信データバッファ４は、ＲＡ
Ｍ等で構成され、入力された主データをパケット化し蓄
積した後、パケット化された主データをネットワーク回
路６に出力する。また、データ生成回路３は、さらに、
生成した主データの属性情報（データがどのような形式
で解釈（評価）されるべきかを示す情報であり、例えば
データ圧縮形式、サンプリング周波数等を示す情報であ
る）を、パケット化される主データ毎に生成し、これを
ネットワーク回路６に直接出力する。タイマ５は、後述
するタイムスタンプ（ＴＩＭＥＳＴＡＭＰ）等のタイミ
ング情報を生成し、ネットワーク回路６に出力する。
音声データ、動画データ等のデータ（以下、「主デー
タ」と称する）を生成し、これらのデータを送信データ
バッファ４に出力する。送信データバッファ４は、ＲＡ
Ｍ等で構成され、入力された主データをパケット化し蓄
積した後、パケット化された主データをネットワーク回
路６に出力する。また、データ生成回路３は、さらに、
生成した主データの属性情報（データがどのような形式
で解釈（評価）されるべきかを示す情報であり、例えば
データ圧縮形式、サンプリング周波数等を示す情報であ
る）を、パケット化される主データ毎に生成し、これを
ネットワーク回路６に直接出力する。タイマ５は、後述
するタイムスタンプ（ＴＩＭＥＳＴＡＭＰ）等のタイミ
ング情報を生成し、ネットワーク回路６に出力する。
【００２０】ネットワーク回路６は、ＣＰＵ（中央処理
装置）、インターフェイス（いずれも図示せず）等を備
え、ネットワーク１３を介したデータの送受信を制御す
る。ネットワーク回路６は、後述するように、主データ
の属性が変化する度に更新される識別情報としての属性
ＩＤ（ＡＴＴＲＩＢＵＴＥ ＩＤ）、主データのデータ
の数を示すサンプル数Ｎ（ＮＳＡＭＰＬＥＳ）、及びタ
イマ５から入力されたタイムスタンプ（ＴＩＭＥＳＴＡ
ＭＰ）を、送信データバッファ４から入力された主デー
タのパケットに付加することにより、ブロードキャスト
方式に対応する所定のフォーマット形式のパケットデー
タ（以下、「ブロードキャストデータ」と称する）を生
成する。ここで、本実施の形態に係る通信システム１４
では、１つの送信局（データ送信装置１）から送信され
るデータを複数の受信局（データ受信装置２、１１、１
２）が受信する、いわゆるブロードキャスト方式の通信
方式を採用している。従って、このブロードキャストデ
ータは、データ送信装置１からネットワーク１３に接続
されている全てのデータ受信装置（例えばデータ受信装
置２のネットワーク回路７）に送信される。この送信
は、後述する処理により、タイマ５の作動に基づいて例
えば１２５μｓ毎に行われる。
装置）、インターフェイス（いずれも図示せず）等を備
え、ネットワーク１３を介したデータの送受信を制御す
る。ネットワーク回路６は、後述するように、主データ
の属性が変化する度に更新される識別情報としての属性
ＩＤ（ＡＴＴＲＩＢＵＴＥ ＩＤ）、主データのデータ
の数を示すサンプル数Ｎ（ＮＳＡＭＰＬＥＳ）、及びタ
イマ５から入力されたタイムスタンプ（ＴＩＭＥＳＴＡ
ＭＰ）を、送信データバッファ４から入力された主デー
タのパケットに付加することにより、ブロードキャスト
方式に対応する所定のフォーマット形式のパケットデー
タ（以下、「ブロードキャストデータ」と称する）を生
成する。ここで、本実施の形態に係る通信システム１４
では、１つの送信局（データ送信装置１）から送信され
るデータを複数の受信局（データ受信装置２、１１、１
２）が受信する、いわゆるブロードキャスト方式の通信
方式を採用している。従って、このブロードキャストデ
ータは、データ送信装置１からネットワーク１３に接続
されている全てのデータ受信装置（例えばデータ受信装
置２のネットワーク回路７）に送信される。この送信
は、後述する処理により、タイマ５の作動に基づいて例
えば１２５μｓ毎に行われる。
【００２１】ネットワーク回路６はさらに、後述するよ
うに、ブロードキャストデータの属性情報の要求をデー
タ受信装置２、１１、１２から受信し、これに応答する
ほか、一般のパケットデータを受信して、それに対応す
る処理を実行する。
うに、ブロードキャストデータの属性情報の要求をデー
タ受信装置２、１１、１２から受信し、これに応答する
ほか、一般のパケットデータを受信して、それに対応す
る処理を実行する。
【００２２】データ受信装置２のネットワーク回路７
は、ＣＰＵ、ＲＡＭ、インターフェイス（いずれも図示
せず）等を備え、ネットワーク１３を介したデータの送
受信を制御する。
は、ＣＰＵ、ＲＡＭ、インターフェイス（いずれも図示
せず）等を備え、ネットワーク１３を介したデータの送
受信を制御する。
【００２３】ネットワーク回路７は、ネットワーク回路
６からネットワーク１３を介してブロードキャストデー
タを受信し、このブロードキャストデータからタイミン
グ情報を取り出す。そして、取り出されたタイミング情
報をタイミング生成回路９に出力する一方、タイミング
情報以外の純粋なデータ、すなわち主データ及び属性Ｉ
Ｄを、受信データバッファ８に出力する。ネットワーク
回路７はさらに、後述するように、データ送信装置１に
要求することにより得られた主データの属性情報を、受
信データバッファ８に出力する。受信データバッファ８
は、ネットワーク回路７から入力された主データ、属性
ＩＤ及び属性情報を蓄積する。
６からネットワーク１３を介してブロードキャストデー
タを受信し、このブロードキャストデータからタイミン
グ情報を取り出す。そして、取り出されたタイミング情
報をタイミング生成回路９に出力する一方、タイミング
情報以外の純粋なデータ、すなわち主データ及び属性Ｉ
Ｄを、受信データバッファ８に出力する。ネットワーク
回路７はさらに、後述するように、データ送信装置１に
要求することにより得られた主データの属性情報を、受
信データバッファ８に出力する。受信データバッファ８
は、ネットワーク回路７から入力された主データ、属性
ＩＤ及び属性情報を蓄積する。
【００２４】タイミング生成回路９は、ネットワーク回
路７から入力されたタイミング情報に基づいてタイミン
グ信号をデータ利用回路１０に出力し、データ利用回路
１０はこのタイミング信号に応じたタイミングで、受信
データバッファ８からデータを取り出し、これを処理す
る。
路７から入力されたタイミング情報に基づいてタイミン
グ信号をデータ利用回路１０に出力し、データ利用回路
１０はこのタイミング信号に応じたタイミングで、受信
データバッファ８からデータを取り出し、これを処理す
る。
【００２５】データ利用回路１０は、ＣＰＵ及びＲＡＭ
等を備えており、受信データバッファ８から受容したデ
ータを処理する。具体的には、後述するような、ＣＰＵ
による属性情報に基づく主データの解釈、該主データの
処理等を行う。
等を備えており、受信データバッファ８から受容したデ
ータを処理する。具体的には、後述するような、ＣＰＵ
による属性情報に基づく主データの解釈、該主データの
処理等を行う。
【００２６】図２は、本実施の形態において送受信され
る属性情報（ＡＴＴＲＩＢＵＴＥＬＩＳＴ）のデータ形
式の一例を示す図である。この属性情報は、データ受信
装置２の要求に応じて、データ送信装置１のネットワー
ク回路６からデータ受信装置２のネットワーク回路７に
送信され、データ利用回路１０のＲＡＭに格納される。
る属性情報（ＡＴＴＲＩＢＵＴＥＬＩＳＴ）のデータ形
式の一例を示す図である。この属性情報は、データ受信
装置２の要求に応じて、データ送信装置１のネットワー
ク回路６からデータ受信装置２のネットワーク回路７に
送信され、データ利用回路１０のＲＡＭに格納される。
【００２７】同図中、属性ＩＤは、主データのパケット
に付加される識別情報であり、例えば５ｂｉｔの数字で
表現され、その初期値は「００００１」とされる。な
お、各データ受信装置がネットワーク１３に接続される
前は、各データ受信装置の属性ＩＤはいずれも「０００
００」にリセットされている。属性ＩＤは、上述したよ
うに、主データの属性が変化する度に更新される。具体
的には、前回送信した主データの属性情報と今回送信す
る主データの属性情報とが異なる場合に、属性ＩＤの数
値を「１」だけネットワーク回路６がインクリメントす
る。
に付加される識別情報であり、例えば５ｂｉｔの数字で
表現され、その初期値は「００００１」とされる。な
お、各データ受信装置がネットワーク１３に接続される
前は、各データ受信装置の属性ＩＤはいずれも「０００
００」にリセットされている。属性ＩＤは、上述したよ
うに、主データの属性が変化する度に更新される。具体
的には、前回送信した主データの属性情報と今回送信す
る主データの属性情報とが異なる場合に、属性ＩＤの数
値を「１」だけネットワーク回路６がインクリメントす
る。
【００２８】データフォーマットＩＤは、データフォー
マットを認識するための識別情報である。データフォー
マットには、例えばデジタル画像データ（ＤＶＣＲ）、
画像圧縮方式（ＭＰＥＧ等）、デジタルオーディオデー
タ、デジタルオーディオデータの圧縮方式、デジタルオ
ーディオデータのサンプリング周波数等に応じたフォー
マットがある。また、タイトルは、楽音データの曲のタ
イトル等を示す情報である。
マットを認識するための識別情報である。データフォー
マットには、例えばデジタル画像データ（ＤＶＣＲ）、
画像圧縮方式（ＭＰＥＧ等）、デジタルオーディオデー
タ、デジタルオーディオデータの圧縮方式、デジタルオ
ーディオデータのサンプリング周波数等に応じたフォー
マットがある。また、タイトルは、楽音データの曲のタ
イトル等を示す情報である。
【００２９】図３は、本実施の形態において送受信され
るブロードキャストデータのデータ形式の一例を示す図
である。このブロードキャストデータは、データ送信装
置１のネットワーク回路６から例えば１２５μｓ毎に送
信され、データ受信装置２のネットワーク回路７に受信
された後、データ利用回路１０により解釈され処理され
る。
るブロードキャストデータのデータ形式の一例を示す図
である。このブロードキャストデータは、データ送信装
置１のネットワーク回路６から例えば１２５μｓ毎に送
信され、データ受信装置２のネットワーク回路７に受信
された後、データ利用回路１０により解釈され処理され
る。
【００３０】同図中、属性ＩＤは、上述した図２の属性
ＩＤと同一の識別情報である。
ＩＤと同一の識別情報である。
【００３１】タイムスタンプは、受信されたブロードキ
ャストデータがどの時点から再生されるべきかを画定す
る時間情報であり、具体的には、後述する図４の処理実
行中に図５の処理の割り込みがかけられたときのタイマ
５の時間値である。サンプル数は、送信データバッファ
４内に蓄積されたブロードキャストデータ内に含まれて
いるデータの数を示す情報であり、ここではデータ数を
Ｎとする。ＤＡＴＡ（０）〜ＤＡＴＡ（Ｎ−１）は、各
サンプルデータを示す情報、すなわち主データをサンプ
ルしてサンプル毎にそれぞれ得られたデータである。
ャストデータがどの時点から再生されるべきかを画定す
る時間情報であり、具体的には、後述する図４の処理実
行中に図５の処理の割り込みがかけられたときのタイマ
５の時間値である。サンプル数は、送信データバッファ
４内に蓄積されたブロードキャストデータ内に含まれて
いるデータの数を示す情報であり、ここではデータ数を
Ｎとする。ＤＡＴＡ（０）〜ＤＡＴＡ（Ｎ−１）は、各
サンプルデータを示す情報、すなわち主データをサンプ
ルしてサンプル毎にそれぞれ得られたデータである。
【００３２】タイムスタンプは、タイマ５及びネットワ
ーク回路６により生成され、データ利用回路１０が受信
データバッファ８からデータを取り出す際に用いられ
る。
ーク回路６により生成され、データ利用回路１０が受信
データバッファ８からデータを取り出す際に用いられ
る。
【００３３】すなわち、タイムスタンプ及びサンプル数
Ｎは、ブロードキャストデータの一部としてネットワー
ク回路７に受信され、受信されたブロードキャストデー
タのうち、時間情報であるタイムスタンプ、及びサンプ
ル数Ｎのみがタイミング生成回路９に入力される。タイ
ミング生成回路９では、前回入力されたタイムスタンプ
ＴＳＡと、今回入力されたタイムスタンプＴＳＢと、今
回入力されたサンプル数Ｎとから、再度クロックを作り
直し、今回入力された主データの各サンプルデータの再
生タイミングを求める。具体的には、（ＴＳＢ−ＴＳ
Ａ）／Ｎにより各サンプルデータの出力時間を算出す
る。
Ｎは、ブロードキャストデータの一部としてネットワー
ク回路７に受信され、受信されたブロードキャストデー
タのうち、時間情報であるタイムスタンプ、及びサンプ
ル数Ｎのみがタイミング生成回路９に入力される。タイ
ミング生成回路９では、前回入力されたタイムスタンプ
ＴＳＡと、今回入力されたタイムスタンプＴＳＢと、今
回入力されたサンプル数Ｎとから、再度クロックを作り
直し、今回入力された主データの各サンプルデータの再
生タイミングを求める。具体的には、（ＴＳＢ−ＴＳ
Ａ）／Ｎにより各サンプルデータの出力時間を算出す
る。
【００３４】そして、上記算出された再生タイミングで
データ利用回路１０が受信データバッファ８から主デー
タが取り出される。
データ利用回路１０が受信データバッファ８から主デー
タが取り出される。
【００３５】なお、このタイムスタンプを用いることに
より、例えば、主データのサンプリング周波数を基にタ
イミング生成回路９により生成されたタイミング情報に
従ってデータ利用回路１０が受信データバッファ８から
主データを取り出すようにする（例えば、サンプリング
周波数が４４（ＫＨｚ）であれば、１／４４（ＫＨｚ）
毎に１つずつサンプルデータを読み出す）場合に比較し
て、タイマ５とタイミング生成回路９の精度に起因する
サンプリングずれが生じることがなく、より精確な再生
タイミングを得ることができる。
より、例えば、主データのサンプリング周波数を基にタ
イミング生成回路９により生成されたタイミング情報に
従ってデータ利用回路１０が受信データバッファ８から
主データを取り出すようにする（例えば、サンプリング
周波数が４４（ＫＨｚ）であれば、１／４４（ＫＨｚ）
毎に１つずつサンプルデータを読み出す）場合に比較し
て、タイマ５とタイミング生成回路９の精度に起因する
サンプリングずれが生じることがなく、より精確な再生
タイミングを得ることができる。
【００３６】なお、ブロードキャストデータには、デー
タを送信するチャンネルの情報を含めるようにしてもよ
い。
タを送信するチャンネルの情報を含めるようにしてもよ
い。
【００３７】以下に、データ送信装置１及びデータ受信
装置２間におけるブロードキャストデータ、属性ＩＤ及
び属性情報等の送受信処理について説明する。
装置２間におけるブロードキャストデータ、属性ＩＤ及
び属性情報等の送受信処理について説明する。
【００３８】図４は、データ送信装置１側の処理手順を
示すフローチャートである。本処理は、ネットワーク回
路６のＣＰＵにより実行される。
示すフローチャートである。本処理は、ネットワーク回
路６のＣＰＵにより実行される。
【００３９】まず、送信すべき主データの属性が変化し
たか否か、すなわち送信する主データの属性情報が、そ
の直前に送信した主データの属性情報と異なるか否かを
判別する（ステップＳ４０１）。その判別の結果、属性
が変化した場合は、属性ＩＤの値を「１」だけインクリ
メントして（ステップＳ４０２）、ステップＳ４０３へ
進む一方、属性が変化していない場合は直ちにステップ
Ｓ４０３へ進む。
たか否か、すなわち送信する主データの属性情報が、そ
の直前に送信した主データの属性情報と異なるか否かを
判別する（ステップＳ４０１）。その判別の結果、属性
が変化した場合は、属性ＩＤの値を「１」だけインクリ
メントして（ステップＳ４０２）、ステップＳ４０３へ
進む一方、属性が変化していない場合は直ちにステップ
Ｓ４０３へ進む。
【００４０】続いて、種々のパケットデータがデータ受
信装置２から送信されたならばそれらを受信する処理を
実行し（ステップＳ４０３）、パケットデータの受信処
理実行中に何らかのパケットデータが受信されたか否か
を判別し（ステップＳ４０４）、パケットデータが受信
された場合は、それが属性情報の送信の要求を示すデー
タを含むか否かを判別し（ステップＳ４０５）、それが
属性情報の送信の要求を示すデータを含む場合は、ステ
ップＳ４０６に進む。
信装置２から送信されたならばそれらを受信する処理を
実行し（ステップＳ４０３）、パケットデータの受信処
理実行中に何らかのパケットデータが受信されたか否か
を判別し（ステップＳ４０４）、パケットデータが受信
された場合は、それが属性情報の送信の要求を示すデー
タを含むか否かを判別し（ステップＳ４０５）、それが
属性情報の送信の要求を示すデータを含む場合は、ステ
ップＳ４０６に進む。
【００４１】続くステップＳ４０６では、属性情報の送
信の要求元であるデータ受信装置２に対して、現在送信
中の主データの属性情報をパケットデータとして返送
し、本処理を終了する。
信の要求元であるデータ受信装置２に対して、現在送信
中の主データの属性情報をパケットデータとして返送
し、本処理を終了する。
【００４２】一方、前記ステップＳ４０４の判別の結
果、受信されたパケットデータがない場合は、直ちに本
処理を終了する。
果、受信されたパケットデータがない場合は、直ちに本
処理を終了する。
【００４３】また、前記ステップＳ４０５の判別の結
果、受信されたパケットデータに属性情報の送信の要求
を示すデータが含まれていない場合は、当該パケットデ
ータに応じた処理を実行し（ステップＳ４０７）、本処
理を終了する。
果、受信されたパケットデータに属性情報の送信の要求
を示すデータが含まれていない場合は、当該パケットデ
ータに応じた処理を実行し（ステップＳ４０７）、本処
理を終了する。
【００４４】図５は、ブロードキャストデータ送信処理
の手順を示すフローチャートである。本処理は、タイマ
５のタイミング信号に基づきネットワーク回路６のＣＰ
Ｕにより実行され、図４の処理の実行中に、例えば１２
５μｓ毎の割り込み処理として実行される。
の手順を示すフローチャートである。本処理は、タイマ
５のタイミング信号に基づきネットワーク回路６のＣＰ
Ｕにより実行され、図４の処理の実行中に、例えば１２
５μｓ毎の割り込み処理として実行される。
【００４５】まず、送信データバッファ４内に蓄積され
たデータの内容を検査し（ステップＳ５０１）、タイム
スタンプ及びサンプル数Ｎの情報を生成し（ステップＳ
５０２）、属性ＩＤを付加したブロードキャストデータ
を、指定されているチャンネルに対して送信し（ステッ
プＳ５０３）、本送信処理を終了する。
たデータの内容を検査し（ステップＳ５０１）、タイム
スタンプ及びサンプル数Ｎの情報を生成し（ステップＳ
５０２）、属性ＩＤを付加したブロードキャストデータ
を、指定されているチャンネルに対して送信し（ステッ
プＳ５０３）、本送信処理を終了する。
【００４６】図６は、データ受信装置２側の処理の手順
を示すフローチャートであり、データ受信装置２のネッ
トワーク回路のＣＰＵにより実行される。本処理は、ブ
ロードキャストデータの受信処理と属性情報を含むパケ
ットデータの受信処理とに大別され、ステップＳ６０１
〜Ｓ６０８でブロードキャストデータの受信処理を実行
し、ステップＳ６０９〜Ｓ６１４で属性情報を含むパケ
ットデータの受信処理を実行する。
を示すフローチャートであり、データ受信装置２のネッ
トワーク回路のＣＰＵにより実行される。本処理は、ブ
ロードキャストデータの受信処理と属性情報を含むパケ
ットデータの受信処理とに大別され、ステップＳ６０１
〜Ｓ６０８でブロードキャストデータの受信処理を実行
し、ステップＳ６０９〜Ｓ６１４で属性情報を含むパケ
ットデータの受信処理を実行する。
【００４７】まず、前述した図５の処理によりデータ送
信装置１のネットワーク回路６から送信されたブロード
キャストデータを受信する（ステップＳ６０１）。次
に、受信されたブロードキャストデータ中における属性
ＩＤと、自ノードの属性ＩＤ、即ち、データ受信装置２
により前回処理されたデータの属性ＩＤとを比較する
（ステップＳ６０２）。
信装置１のネットワーク回路６から送信されたブロード
キャストデータを受信する（ステップＳ６０１）。次
に、受信されたブロードキャストデータ中における属性
ＩＤと、自ノードの属性ＩＤ、即ち、データ受信装置２
により前回処理されたデータの属性ＩＤとを比較する
（ステップＳ６０２）。
【００４８】データ受信装置２がネットワーク１３に新
たに接続された場合等には、受信されたブロードキャス
トデータ中における属性ＩＤと自ノードの属性ＩＤとは
不一致となる。
たに接続された場合等には、受信されたブロードキャス
トデータ中における属性ＩＤと自ノードの属性ＩＤとは
不一致となる。
【００４９】前記ステップＳ６０２における比較結果に
基づき、受信されたブロードキャストデータ中における
属性ＩＤが、自ノードの属性ＩＤと一致するか否かを判
別し（ステップＳ６０３）、一致する場合は、受信され
たブロードキャストデータ中の主データを、データ利用
回路１０のＲＡＭに格納されている属性情報に基づい
て、データ利用回路１０が解釈（評価）して（ステップ
Ｓ６０４）、ステップＳ６０９へ進む。
基づき、受信されたブロードキャストデータ中における
属性ＩＤが、自ノードの属性ＩＤと一致するか否かを判
別し（ステップＳ６０３）、一致する場合は、受信され
たブロードキャストデータ中の主データを、データ利用
回路１０のＲＡＭに格納されている属性情報に基づい
て、データ利用回路１０が解釈（評価）して（ステップ
Ｓ６０４）、ステップＳ６０９へ進む。
【００５０】一方、前記ステップＳ６０３の判別の結
果、受信されたブロードキャストデータ中における属性
ＩＤが自ノードの属性ＩＤと一致しない場合は、送信さ
れるブロードキャストデータ中の属性ＩＤが更新（ネッ
トワーク回路６によりインクリメント）されたことを
「１」で示す更新検出フラグＴＲＡＮＳＦＬＡＧが
「１」に設定されているか否かを判別する（ステップＳ
６０５）。ここで、最初は更新検出フラグＴＲＡＮＳＦ
ＬＡＧが「１」に設定されていないので、ステップＳ６
０６に進み、現在受信し、再生している主データ（例え
ば発音中の音声データ）の処理を停止する（ステップＳ
６０６）。続いて、現在受信している主データの属性情
報の送信要求をデータ送信装置１に送信し（ステップＳ
６０７）、更新検出フラグＴＲＡＮＳＦＬＡＧを「１」
に設定して（ステップＳ６０８）、ステップＳ６０９に
進む。
果、受信されたブロードキャストデータ中における属性
ＩＤが自ノードの属性ＩＤと一致しない場合は、送信さ
れるブロードキャストデータ中の属性ＩＤが更新（ネッ
トワーク回路６によりインクリメント）されたことを
「１」で示す更新検出フラグＴＲＡＮＳＦＬＡＧが
「１」に設定されているか否かを判別する（ステップＳ
６０５）。ここで、最初は更新検出フラグＴＲＡＮＳＦ
ＬＡＧが「１」に設定されていないので、ステップＳ６
０６に進み、現在受信し、再生している主データ（例え
ば発音中の音声データ）の処理を停止する（ステップＳ
６０６）。続いて、現在受信している主データの属性情
報の送信要求をデータ送信装置１に送信し（ステップＳ
６０７）、更新検出フラグＴＲＡＮＳＦＬＡＧを「１」
に設定して（ステップＳ６０８）、ステップＳ６０９に
進む。
【００５１】前記ステップＳ６０５の判別の結果、更新
検出フラグＴＲＮＳＦＬＡＧが「１」に設定されている
場合は、前記ステップＳ６０６〜Ｓ６０８の処理をとば
して直ちにステップＳ６０９へ進む。これにより、前記
ステップＳ６０３で属性が変化したことを検出し、前記
ステップＳ６０７で属性情報の送信をデータ送信装置１
に一旦要求した後は、後述するステップＳ６０９におい
て属性情報が受信され、後述するステップＳ６１３にお
いて書き換えられるまでの間、前記ステップＳ６０６〜
Ｓ６０８による主データの処理の停止及び属性情報の送
信要求の処理をとばすことになる。
検出フラグＴＲＮＳＦＬＡＧが「１」に設定されている
場合は、前記ステップＳ６０６〜Ｓ６０８の処理をとば
して直ちにステップＳ６０９へ進む。これにより、前記
ステップＳ６０３で属性が変化したことを検出し、前記
ステップＳ６０７で属性情報の送信をデータ送信装置１
に一旦要求した後は、後述するステップＳ６０９におい
て属性情報が受信され、後述するステップＳ６１３にお
いて書き換えられるまでの間、前記ステップＳ６０６〜
Ｓ６０８による主データの処理の停止及び属性情報の送
信要求の処理をとばすことになる。
【００５２】なお、この属性情報の要求があると、前述
した図４のステップＳ４０５では、データ送信装置１が
受信したパケットデータに、属性情報の送信の要求を示
すデータが含まれていると判別される。
した図４のステップＳ４０５では、データ送信装置１が
受信したパケットデータに、属性情報の送信の要求を示
すデータが含まれていると判別される。
【００５３】また、前述した図４のステップＳ４０６に
おいてデータ送信装置１から返送された属性情報、及び
前述した図５のステップＳ５０３においてデータ送信装
置１から送信された属性ＩＤを含むブロードキャストデ
ータについては、図６のステップＳ６０９において受信
処理がなされる。
おいてデータ送信装置１から返送された属性情報、及び
前述した図５のステップＳ５０３においてデータ送信装
置１から送信された属性ＩＤを含むブロードキャストデ
ータについては、図６のステップＳ６０９において受信
処理がなされる。
【００５４】図６のフローチャートに戻り、ステップＳ
６０９では、パケットデータがデータ送信装置１から送
信されたならばそれらを受信する処理を実行し、この受
信処理の実行中にパケットデータが受信されたか否かを
判別し（ステップＳ６１０）、パケットデータが受信さ
れた場合は、それが属性情報であるか否かを判別し（ス
テップＳ６１１）、それが属性情報である場合は、ステ
ップＳ６１３に進んで、データ利用回路１０のＲＡＭ内
に格納されている属性情報を上記受信された属性情報に
書き換え、更新検出フラグＴＲＡＮＳＦＬＡＧを「０」
に設定して（ステップＳ６１４）、本処理を終了する。
６０９では、パケットデータがデータ送信装置１から送
信されたならばそれらを受信する処理を実行し、この受
信処理の実行中にパケットデータが受信されたか否かを
判別し（ステップＳ６１０）、パケットデータが受信さ
れた場合は、それが属性情報であるか否かを判別し（ス
テップＳ６１１）、それが属性情報である場合は、ステ
ップＳ６１３に進んで、データ利用回路１０のＲＡＭ内
に格納されている属性情報を上記受信された属性情報に
書き換え、更新検出フラグＴＲＡＮＳＦＬＡＧを「０」
に設定して（ステップＳ６１４）、本処理を終了する。
【００５５】一方、前記ステップＳ６１０の判別の結
果、パケットデータが受信されていない場合は、直ちに
本処理を終了する。
果、パケットデータが受信されていない場合は、直ちに
本処理を終了する。
【００５６】また、前記ステップＳ６１１の判別の結
果、受信されたパケットデータに属性情報が含まれてい
ない場合は、当該パケットデータに応じて処理を実行し
（ステップＳ６１２）、本処理を終了する。
果、受信されたパケットデータに属性情報が含まれてい
ない場合は、当該パケットデータに応じて処理を実行し
（ステップＳ６１２）、本処理を終了する。
【００５７】図４〜６の処理によれば、データ送信装置
１は、ブロードキャストデータを定期的（１２５μｓ
毎）にデータ受信装置２に送信し、主データの属性が変
化した場合は属性ＩＤを更新する。一方、データ受信装
置２は、受信されたブロードキャストデータ中の属性Ｉ
Ｄが自ノードの属性ＩＤと一致しない場合にのみ属性情
報の送信をデータ送信装置１に要求する。そして、デー
タ送信装置１は、データ受信装置２から属性情報の送信
要求があった場合にのみ属性情報をデータ受信装置２に
送信する。
１は、ブロードキャストデータを定期的（１２５μｓ
毎）にデータ受信装置２に送信し、主データの属性が変
化した場合は属性ＩＤを更新する。一方、データ受信装
置２は、受信されたブロードキャストデータ中の属性Ｉ
Ｄが自ノードの属性ＩＤと一致しない場合にのみ属性情
報の送信をデータ送信装置１に要求する。そして、デー
タ送信装置１は、データ受信装置２から属性情報の送信
要求があった場合にのみ属性情報をデータ受信装置２に
送信する。
【００５８】このように、各主データに属性情報そのも
のを付加するのではなく、属性の変化の有無を認識する
ための情報量の少ない属性ＩＤを付加したことにより、
情報量の多い属性情報をデータ送信装置１が常に送信す
る必要が無くなり、送信情報量を必要最小限に抑えるこ
とができる。さらに、属性に関する情報としての属性Ｉ
Ｄを各主データの全てに対して付加したので、ネットワ
ーク１３に新規に接続されたデータ受信装置や、ネット
ワーク１３に接続されていたが新たに受信した主データ
の属性情報を未だ有していないデータ受信装置等は、即
座に属性情報を得ることができる。従って、データの送
信効率を低下させることなく、ネットワーク１３に新規
に接続されたデータ送信装置２等による受信データの適
正な解釈を早期且つ確実に実行することができる。
のを付加するのではなく、属性の変化の有無を認識する
ための情報量の少ない属性ＩＤを付加したことにより、
情報量の多い属性情報をデータ送信装置１が常に送信す
る必要が無くなり、送信情報量を必要最小限に抑えるこ
とができる。さらに、属性に関する情報としての属性Ｉ
Ｄを各主データの全てに対して付加したので、ネットワ
ーク１３に新規に接続されたデータ受信装置や、ネット
ワーク１３に接続されていたが新たに受信した主データ
の属性情報を未だ有していないデータ受信装置等は、即
座に属性情報を得ることができる。従って、データの送
信効率を低下させることなく、ネットワーク１３に新規
に接続されたデータ送信装置２等による受信データの適
正な解釈を早期且つ確実に実行することができる。
【００５９】なお、上述した処理は、１つのデータ送信
装置から複数のデータ受信装置にデータを一律に送信す
るブロードキャスト方式の通信においては特に有効であ
る。
装置から複数のデータ受信装置にデータを一律に送信す
るブロードキャスト方式の通信においては特に有効であ
る。
【００６０】なお、本実施の形態では、属性ＩＤを５ｂ
ｉｔの数値で表現することとしたが、これに限るもので
なく、属性情報よりも情報量の小さい情報であれば、他
の数値等であってもよい。
ｉｔの数値で表現することとしたが、これに限るもので
なく、属性情報よりも情報量の小さい情報であれば、他
の数値等であってもよい。
【００６１】また、本実施の形態では、データ送信装置
１による属性情報の返送に際し、属性情報の送信要求が
あったデータ受信装置２に対して個別に属性情報を返送
するようにしたが、これに限るものでなく、ネットワー
ク１３に接続された複数のデータ受信装置のいずれか１
つから属性情報の送信要求があったら、上記複数のデー
タ受信装置の全てに対して属性情報を返送するようにし
てもよい。このようにすれば、属性情報に係るパケット
データの伝送量を減少させることができる。
１による属性情報の返送に際し、属性情報の送信要求が
あったデータ受信装置２に対して個別に属性情報を返送
するようにしたが、これに限るものでなく、ネットワー
ク１３に接続された複数のデータ受信装置のいずれか１
つから属性情報の送信要求があったら、上記複数のデー
タ受信装置の全てに対して属性情報を返送するようにし
てもよい。このようにすれば、属性情報に係るパケット
データの伝送量を減少させることができる。
【００６２】
【発明の効果】以上説明したように、本発明の請求項１
に係る通信システムによれば、データ送信装置では、送
信するデータにその属性を識別するための識別情報が付
加され、前記属性に変化があったときに前記識別情報が
変更され、データ受信装置では、前記データ送信装置か
らの受信データに付加された識別情報が変更されたとき
に、前記データ送信装置に対して前記データの属性情報
が要求されるので、データ送信装置による属性情報の送
信を必要最小限に抑えることができる。従って、データ
受信装置がネットワークに新規に接続された場合等にお
いても、データの送信効率を低下させることなく、デー
タ送信装置によるデータの適正な解釈を早期且つ確実に
実行することができる。
に係る通信システムによれば、データ送信装置では、送
信するデータにその属性を識別するための識別情報が付
加され、前記属性に変化があったときに前記識別情報が
変更され、データ受信装置では、前記データ送信装置か
らの受信データに付加された識別情報が変更されたとき
に、前記データ送信装置に対して前記データの属性情報
が要求されるので、データ送信装置による属性情報の送
信を必要最小限に抑えることができる。従って、データ
受信装置がネットワークに新規に接続された場合等にお
いても、データの送信効率を低下させることなく、デー
タ送信装置によるデータの適正な解釈を早期且つ確実に
実行することができる。
【００６３】本発明の請求項２に係る通信システムによ
れば、データ送信装置では、送信するデータにその属性
を識別するための識別情報が付加され、前記属性に変化
があったときに前記識別情報が変更され、各データ受信
装置では、前記データ送信装置からの受信データに付加
された識別情報が変更されたときに、前記データ送信装
置に対して前記データの属性情報が要求され、複数のデ
ータ受信装置の１つから前記データの属性情報の要求が
あったとき、該属性情報が前記データ受信装置の全てに
対して送信されるので、上述した請求項１の通信システ
ムの効果に加え、属性情報に係るパケットデータの伝送
量を減少させることができるという効果が得られる。
れば、データ送信装置では、送信するデータにその属性
を識別するための識別情報が付加され、前記属性に変化
があったときに前記識別情報が変更され、各データ受信
装置では、前記データ送信装置からの受信データに付加
された識別情報が変更されたときに、前記データ送信装
置に対して前記データの属性情報が要求され、複数のデ
ータ受信装置の１つから前記データの属性情報の要求が
あったとき、該属性情報が前記データ受信装置の全てに
対して送信されるので、上述した請求項１の通信システ
ムの効果に加え、属性情報に係るパケットデータの伝送
量を減少させることができるという効果が得られる。
【図１】本発明の実施の一形態に係る通信システムの全
体構成を示すブロック図である。
体構成を示すブロック図である。
【図２】本発明の実施の一形態に係る通信システムにお
いて送受信される属性情報のデータ形式の一例を示す図
である。
いて送受信される属性情報のデータ形式の一例を示す図
である。
【図３】本発明の実施の一形態に係る通信システムにお
いて送受信されるブロードキャストデータのデータ形式
の一例を示す図である。
いて送受信されるブロードキャストデータのデータ形式
の一例を示す図である。
【図４】本発明の実施の一形態に係る通信システムのデ
ータ送信装置側の処理の手順を示すフローチャートであ
る。
ータ送信装置側の処理の手順を示すフローチャートであ
る。
【図５】本発明の実施の一形態に係る通信システムのデ
ータ送信装置において実行されるブロードキャストデー
タ送信処理の手順を示すフローチャートである。
ータ送信装置において実行されるブロードキャストデー
タ送信処理の手順を示すフローチャートである。
【図６】本発明の実施の一形態に係る通信システムのデ
ータ受信装置側の処理の手順を示すフローチャートであ
る。
ータ受信装置側の処理の手順を示すフローチャートであ
る。
１ データ送信装置 ２ データ受信装置 ３ データ生成回路 ４ 送信データバッファ ５ タイマ ６ ネットワーク回路 ７ ネットワーク回路 ８ 受信データバッファ ９ タイミング生成回路 １０ データ利用回路 １４ 通信システム
Claims (2)
- 【請求項１】 データ送信装置とデータ受信装置とをネ
ットワークで接続してなる通信システムにおいて、 前記データ送信装置は、送信するデータにその属性を識
別するための識別情報を付加する付加手段と、前記属性
に変化があったときに前記識別情報を変更する変更手段
とを有し、 前記データ受信装置は、前記データ送信装置からの受信
データに付加された識別情報が変更されたときに、前記
データ送信装置に対して前記データの属性情報を要求す
る要求手段を有することを特徴とする通信システム。 - 【請求項２】 データ送信装置と複数のデータ受信装置
とをネットワークで接続してなる通信システムにおい
て、 前記データ送信装置は、送信するデータにその属性を識
別するための識別情報を付加する付加手段と、前記属性
に変化があったときに前記識別情報を変更する変更手段
とを有し、 前記各データ受信装置は、前記データ送信装置からの受
信データに付加された識別情報が変更されたときに、前
記データ送信装置に対して前記データの属性情報を要求
する要求手段を有し、 前記データ送信装置は、前記複数のデータ受信装置の１
つから前記データの属性情報の要求があったとき、該属
性情報を前記データ受信装置の全てに対して送信するこ
とを特徴とする通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14484596A JP3159055B2 (ja) | 1996-05-16 | 1996-05-16 | 通信システム |
| US08/856,438 US5995506A (en) | 1996-05-16 | 1997-05-14 | Communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14484596A JP3159055B2 (ja) | 1996-05-16 | 1996-05-16 | 通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09307588A true JPH09307588A (ja) | 1997-11-28 |
| JP3159055B2 JP3159055B2 (ja) | 2001-04-23 |
Family
ID=15371767
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14484596A Expired - Fee Related JP3159055B2 (ja) | 1996-05-16 | 1996-05-16 | 通信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5995506A (ja) |
| JP (1) | JP3159055B2 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6490294B1 (en) * | 1998-03-23 | 2002-12-03 | Siemens Information & Communication Networks, Inc. | Apparatus and method for interconnecting isochronous systems over packet-switched networks |
| WO2000007386A1 (en) * | 1998-07-28 | 2000-02-10 | Sony Computer Entertainment Inc. | Information transmission system |
| US7076255B2 (en) * | 2000-04-05 | 2006-07-11 | Microsoft Corporation | Context-aware and location-aware cellular phones and methods |
| US7213048B1 (en) * | 2000-04-05 | 2007-05-01 | Microsoft Corporation | Context aware computing devices and methods |
| US7191453B2 (en) * | 2000-11-30 | 2007-03-13 | Intel Corporation | Discovery and integration of Jini services in non-Java clients |
| US6944679B2 (en) | 2000-12-22 | 2005-09-13 | Microsoft Corp. | Context-aware systems and methods, location-aware systems and methods, context-aware vehicles and methods of operating the same, and location-aware vehicles and methods of operating the same |
| JP4586268B2 (ja) * | 2000-12-25 | 2010-11-24 | ヤマハ株式会社 | ネットワークにおけるデータ送受信管理方法及び同データ送受信管理装置 |
| US7072908B2 (en) * | 2001-03-26 | 2006-07-04 | Microsoft Corporation | Methods and systems for synchronizing visualizations with audio streams |
| JP2002335171A (ja) * | 2001-05-10 | 2002-11-22 | Matsushita Electric Ind Co Ltd | デジタル信号受信装置 |
| US20030192038A1 (en) * | 2002-04-09 | 2003-10-09 | Thomas Hagmann | Linking data objects to a project development system |
| CH694215A5 (de) * | 2003-09-10 | 2004-09-15 | Csaba Bona | Verfahren zum Uebermitteln von elektronischen Daten ueber ein duales Netzwerk zur Erhhoehung der Internetsicherheit. |
| US7168513B2 (en) * | 2004-02-27 | 2007-01-30 | The Regents Of The University Of California | Dynamic legged robot |
| US7290076B2 (en) * | 2005-04-14 | 2007-10-30 | Intel Corporation | Optmizing an interrupt-latency or a polling rate for a hardware platform and network profile combination by adjusting current timer values for both receive and transmit directions of traffic and calculating a new timer value to be used for both receive and transmit directions of traffic |
| US8014397B1 (en) * | 2006-06-28 | 2011-09-06 | Sprint Communications Company L.P. | Correlating packets in a data-communications environment |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS563587A (en) * | 1979-06-22 | 1981-01-14 | Yaskawa Electric Mfg Co Ltd | Electric motor speed monitoring device |
| JPS59139093A (ja) * | 1983-01-29 | 1984-08-09 | ヤマハ株式会社 | 電子楽器のデータ伝送システム |
| JPH0664464B2 (ja) * | 1985-12-02 | 1994-08-22 | ヤマハ株式会社 | 電子楽器ネツトワ−クシステム |
| JPS62141591A (ja) * | 1985-12-16 | 1987-06-25 | ヤマハ株式会社 | 電子楽器ネツトワ−クシステム |
| US4703477A (en) * | 1986-02-28 | 1987-10-27 | American Telephone And Telegraph Company At&T Bell Laboratories | Packet information field data format |
| US4939725A (en) * | 1987-11-30 | 1990-07-03 | Furukawa Electric Co., Ltd. | Multiplex transmission system |
| US5559962A (en) * | 1989-10-09 | 1996-09-24 | Yamaha Corporation | Data transmission system selecting both source and destination using addressing mechanism |
| US5274637A (en) * | 1989-12-28 | 1993-12-28 | Yamaha Corporation | Token-ring-type local area network |
| JPH04176232A (ja) * | 1990-11-09 | 1992-06-23 | Hitachi Ltd | パケット通信方式およびパケット通信装置 |
| US5222061A (en) * | 1991-10-31 | 1993-06-22 | At&T Bell Laboratories | Data services retransmission procedure |
| DE69308141T2 (de) * | 1992-04-06 | 1997-08-28 | Northern Telecom Ltd | Schnittstellenverfahren für einen atm-vermittlungskern |
| JP3176995B2 (ja) * | 1992-07-02 | 2001-06-18 | ヤマハ株式会社 | 演奏情報処理装置および演奏情報処理装置システム |
| ATE211337T1 (de) * | 1992-11-30 | 2002-01-15 | Cit Alcatel | Einrichtung zum wiederherstellen der richtigen zellenfolge in einem knoten eines zellenvermittlungssystems |
| JP3501305B2 (ja) * | 1993-08-04 | 2004-03-02 | サン・マイクロシステムズ・インコーポレイテッド | 相互接続制御装置及び方法 |
| JP3079526B2 (ja) * | 1993-10-20 | 2000-08-21 | ヤマハ株式会社 | 楽音パラメータ編集システム |
| JP3429044B2 (ja) * | 1993-12-28 | 2003-07-22 | ヤマハ株式会社 | カラオケ装置の運用方法 |
| JP3448932B2 (ja) * | 1993-12-30 | 2003-09-22 | マツダ株式会社 | 多重伝送方法および多重伝送装置 |
| US5553083B1 (en) * | 1995-01-19 | 2000-05-16 | Starburst Comm Corp | Method for quickly and reliably transmitting frames of data over communications links |
| US5598415A (en) * | 1995-08-04 | 1997-01-28 | General Instrument Corporation Of Delaware | Transmission of high rate isochronous data in MPEG-2 data streams |
| US5832085A (en) * | 1997-03-25 | 1998-11-03 | Sony Corporation | Method and apparatus storing multiple protocol, compressed audio video data |
-
1996
- 1996-05-16 JP JP14484596A patent/JP3159055B2/ja not_active Expired - Fee Related
-
1997
- 1997-05-14 US US08/856,438 patent/US5995506A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US5995506A (en) | 1999-11-30 |
| JP3159055B2 (ja) | 2001-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7243150B2 (en) | Reducing the access delay for transmitting processed data over transmission data | |
| JP3159055B2 (ja) | 通信システム | |
| CN102027699B (zh) | 用于数字声音再现系统中的扬声器的数据传送方法和系统 | |
| US8351437B2 (en) | Stereo bit clock tuning | |
| CN109565466B (zh) | 多设备间唇音同步方法及设备 | |
| US20080075126A1 (en) | Method and apparatus for synchronizing applications of terminals in communication network | |
| US20040264485A1 (en) | Packet handler of audio data by isochronous mode | |
| JPH09275420A (ja) | パケット伝送方法 | |
| JP2002064788A (ja) | データストリーム処理装置および方法、並びにプログラム格納媒体 | |
| US6088366A (en) | Device and method for converting a data transfer rate in communication of digital audio and video data | |
| JP2658962B2 (ja) | ネットワークの時刻情報同期方式 | |
| US6381660B1 (en) | Clock generating system generating clock based on value obtained by adding second time information and difference between first time information and second time information | |
| US7254644B2 (en) | Communication method and system for transmission and reception of packets collecting sporadically input data | |
| JPH10178440A (ja) | デジタルソース及びコントロールデータ伝送方法とその利用 | |
| JP2001168883A (ja) | タイムスタンプのオフセット調整方法及びそれを用いたパケット伝送装置 | |
| US20060126671A1 (en) | Cycle time synchronization apparatus and method for wireless 1394 system | |
| JPH0946376A (ja) | 伝送装置および伝送記録装置および再生伝送装置 | |
| US20030053795A1 (en) | Data stream processing device and method and program storage medium | |
| US20050009546A1 (en) | Automix system | |
| JP3440704B2 (ja) | データ送受信装置およびデータ転送システム | |
| JP2003163691A (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
| WO2023207067A1 (zh) | 数据发送装置、接收装置、传输方法及传输系统 | |
| JPH1032603A (ja) | データ転送方式 | |
| JPH0946390A (ja) | ディジタル信号伝送装置および記録装置 | |
| US20070268902A1 (en) | Generation of valid program clock reference time stamps for duplicate transport stream packets |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080216 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090216 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090216 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100216 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |