JP3358528B2 - 通信装置及び通信方法 - Google Patents
通信装置及び通信方法Info
- Publication number
- JP3358528B2 JP3358528B2 JP08132398A JP8132398A JP3358528B2 JP 3358528 B2 JP3358528 B2 JP 3358528B2 JP 08132398 A JP08132398 A JP 08132398A JP 8132398 A JP8132398 A JP 8132398A JP 3358528 B2 JP3358528 B2 JP 3358528B2
- Authority
- JP
- Japan
- Prior art keywords
- time
- time information
- data
- time stamp
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H1/00—Details of electrophonic musical instruments
- G10H1/0033—Recording/reproducing or transmission of music for electrophonic musical instruments
- G10H1/0041—Recording/reproducing or transmission of music for electrophonic musical instruments in coded form
- G10H1/0058—Transmission between separate instruments or between individual components of a musical system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0682—Clock or time synchronisation in a network by delay compensation, e.g. by compensation of propagation delay or variations thereof, by ranging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2210/00—Aspects or methods of musical processing having intrinsic musical character, i.e. involving musical theory or musical parameters or relying on musical knowledge, as applied in electrophonic musical tools or instruments
- G10H2210/375—Tempo or beat alterations; Music timing control
- G10H2210/391—Automatic tempo adjustment, correction or control
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/185—Error prevention, detection or correction in files or streams for electrophonic musical instruments
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/295—Packet switched network, e.g. token ring
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/295—Packet switched network, e.g. token ring
- G10H2240/301—Ethernet, e.g. according to IEEE 802.3
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/295—Packet switched network, e.g. token ring
- G10H2240/305—Internet or TCP/IP protocol use for any electrophonic musical instrument data or musical parameter transmission purposes
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/311—MIDI transmission
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/171—Transmission of musical instrument data, control or status information; Transmission, remote access or control of music data for electrophonic musical instruments
- G10H2240/281—Protocol or standard connector for transmission of analog or digital data to or from an electrophonic musical instrument
- G10H2240/315—Firewire, i.e. transmission according to IEEE1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Acoustics & Sound (AREA)
- Electrophonic Musical Instruments (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、通信技術に関し、
特に時間情報を通信する通信技術に関する。
特に時間情報を通信する通信技術に関する。
【０００２】
【従来の技術】電子楽器間の通信の統一規格として、Ｍ
ＩＤＩ（musical instrument digitalinterface）規格
がある。ＭＩＤＩ規格のインターフェースを備えた電子
楽器は、ＭＩＤＩ用ケーブルを用いて、他の電子楽器と
接続することができる。電子楽器は、ＭＩＤＩ用ケーブ
ルを介して、ＭＩＤＩデータを通信することができる。
例えば、一つの電子楽器は、演奏者が演奏した情報をＭ
ＩＤＩデータとして送信し、他の電子楽器は、当該ＭＩ
ＤＩデータを受信し、楽音を発音することができる。一
つの電子楽器で演奏すると、他の電子楽器でリアルタイ
ムに発音することができる。
ＩＤＩ（musical instrument digitalinterface）規格
がある。ＭＩＤＩ規格のインターフェースを備えた電子
楽器は、ＭＩＤＩ用ケーブルを用いて、他の電子楽器と
接続することができる。電子楽器は、ＭＩＤＩ用ケーブ
ルを介して、ＭＩＤＩデータを通信することができる。
例えば、一つの電子楽器は、演奏者が演奏した情報をＭ
ＩＤＩデータとして送信し、他の電子楽器は、当該ＭＩ
ＤＩデータを受信し、楽音を発音することができる。一
つの電子楽器で演奏すると、他の電子楽器でリアルタイ
ムに発音することができる。
【０００３】また、複数の汎用コンピュータを接続する
通信ネットワークでは、種々の情報を通信することがで
きる。例えば、コンピュータに接続されているハードデ
ィスク等にオーディオデータ（生の楽音情報）やＭＩＤ
Ｉデータ等の情報を一度蓄積しておき、通信ネットワー
クを介して、当該情報を送信する。他のコンピュータ
は、当該情報を受信して、ハードディスク等の記憶装置
に記憶する。汎用の通信ネットワークは、情報の通信を
行うのみであり、ＭＩＤＩとは性質を異にする。
通信ネットワークでは、種々の情報を通信することがで
きる。例えば、コンピュータに接続されているハードデ
ィスク等にオーディオデータ（生の楽音情報）やＭＩＤ
Ｉデータ等の情報を一度蓄積しておき、通信ネットワー
クを介して、当該情報を送信する。他のコンピュータ
は、当該情報を受信して、ハードディスク等の記憶装置
に記憶する。汎用の通信ネットワークは、情報の通信を
行うのみであり、ＭＩＤＩとは性質を異にする。
【０００４】ＭＩＤＩ規格は、電子楽器間のリアルタイ
ム通信を可能にするが、長距離の通信及び多数ノード間
の通信に適していない。一方、汎用通信ネットワーク
は、長距離の通信及び多数ノード間の通信に適している
が、電子楽器間のリアルタイム通信を考慮したものでは
ない。
ム通信を可能にするが、長距離の通信及び多数ノード間
の通信に適していない。一方、汎用通信ネットワーク
は、長距離の通信及び多数ノード間の通信に適している
が、電子楽器間のリアルタイム通信を考慮したものでは
ない。
【０００５】
【発明が解決しようとする課題】汎用ネットワークにお
いて、時間情報を通信する場合を考える。送信装置と受
信装置は、汎用ネットワークに接続され、それぞれが独
自のタイマを有し、日付や時刻の時間情報を生成するこ
とができる。送信装置のタイマと受信装置のタイマは、
通常、同期がとれていなので、両装置が生成する時間情
報は必ずしも一致せず、ずれることがある。
いて、時間情報を通信する場合を考える。送信装置と受
信装置は、汎用ネットワークに接続され、それぞれが独
自のタイマを有し、日付や時刻の時間情報を生成するこ
とができる。送信装置のタイマと受信装置のタイマは、
通常、同期がとれていなので、両装置が生成する時間情
報は必ずしも一致せず、ずれることがある。
【０００６】送信装置が生成した時間情報を受信装置に
送信すると、その時間情報は、受信装置が生成した時間
情報と必ずしも一致していない。両者の時間情報が一致
していない場合に、受信装置が、その時間情報に応じ
て、データの処理を行うと、種々の不都合が生じること
がある。
送信すると、その時間情報は、受信装置が生成した時間
情報と必ずしも一致していない。両者の時間情報が一致
していない場合に、受信装置が、その時間情報に応じ
て、データの処理を行うと、種々の不都合が生じること
がある。
【０００７】また、汎用ネットワークは、長距離通信を
行ったり、その通信経路が種々変化する場合があるの
で、各パケット毎の通信時間は一定とは限らない。この
通信時間の変化は、受信装置が送信装置から受信した時
間情報に応じて処理をする際に悪影響を及ぼすことがあ
る。
行ったり、その通信経路が種々変化する場合があるの
で、各パケット毎の通信時間は一定とは限らない。この
通信時間の変化は、受信装置が送信装置から受信した時
間情報に応じて処理をする際に悪影響を及ぼすことがあ
る。
【０００８】本発明の目的は、時間情報を通信する際に
時間情報の信頼性を高めることができる通信装置、通信
方法又はプログラムを記録した媒体を提供することであ
る。
時間情報の信頼性を高めることができる通信装置、通信
方法又はプログラムを記録した媒体を提供することであ
る。
【０００９】
【課題を解決するための手段】 本発明の一観点によれ
ば、通信装置は、第１の時間情報を外部から受信する受
信手段と、第２の時間情報を生成する時間情報生成手段
と、前記第１の時間情報と第２の時間情報との所定以上
の時間差を検出する時間差検出手段と、前記時間差検出
手段が所定以上の時間差を検出した回数を計測し、前記
第１の時間情報に対する前記第２の時間情報の進み又は
遅れ状態に応じて前記回数の値を減少又は増加させる計
測手段と、前記計測手段による計測回数が所定数に達し
た時に前記第２の時間情報を修正する修正手段とを有す
る。また、本発明のさらに他の観点によれば、通信装置
は、第１の時間情報を外部から受信する受信手段と、第
２の時間情報を生成する時間情報生成手段と、前記第１
の時間情報と第２の時間情報との所定以上の時間差を検
出する時間差検出手段と、前記所定以上の時間差を検出
したことに応じて前記第２の時間情報を第１の所定時間
おきに当該第１の所定時間よりも小さい第２の所定時間
ずつ漸次修正する修正手段とを有する。
ば、通信装置は、第１の時間情報を外部から受信する受
信手段と、第２の時間情報を生成する時間情報生成手段
と、前記第１の時間情報と第２の時間情報との所定以上
の時間差を検出する時間差検出手段と、前記時間差検出
手段が所定以上の時間差を検出した回数を計測し、前記
第１の時間情報に対する前記第２の時間情報の進み又は
遅れ状態に応じて前記回数の値を減少又は増加させる計
測手段と、前記計測手段による計測回数が所定数に達し
た時に前記第２の時間情報を修正する修正手段とを有す
る。また、本発明のさらに他の観点によれば、通信装置
は、第１の時間情報を外部から受信する受信手段と、第
２の時間情報を生成する時間情報生成手段と、前記第１
の時間情報と第２の時間情報との所定以上の時間差を検
出する時間差検出手段と、前記所定以上の時間差を検出
したことに応じて前記第２の時間情報を第１の所定時間
おきに当該第１の所定時間よりも小さい第２の所定時間
ずつ漸次修正する修正手段とを有する。
【００１０】第１の時間情報は、外部の送信装置により
生成され、送信されたものを受信する。第２の時間情報
は、時間情報生成手段が生成する。第１の時間情報と第
２の時間情報とは、必ずしも同期がとれていない。第１
の時間情報と第２の時間情報との時間差を検出し、その
時間差に応じて第２の時間情報を修正することにより、
第１の時間情報と第２の時間情報とのずれを修復するこ
とができる。
生成され、送信されたものを受信する。第２の時間情報
は、時間情報生成手段が生成する。第１の時間情報と第
２の時間情報とは、必ずしも同期がとれていない。第１
の時間情報と第２の時間情報との時間差を検出し、その
時間差に応じて第２の時間情報を修正することにより、
第１の時間情報と第２の時間情報とのずれを修復するこ
とができる。
【００１１】
【発明の実施の形態】図２は、楽音情報及び画像情報の
通信ネットワークを示す図である。
通信ネットワークを示す図である。
【００１２】演奏会場１には、ＭＩＤＩ楽器２、音声入
力装置１２、カメラ４、エンコーダー３、５、及びルー
タ６が備えられる。音声入力装置１２は、例えばマイク
ロフォンである。演奏会場１では、演奏者がＭＩＤＩ楽
器２を演奏し、歌手がその演奏にあわせて音声入力装置
１２に向かって歌う。また、音声入力装置１２を生ドラ
ムや生ピアノやエレキギターのそばに置いて、それらの
音を音声入力装置１２に入力してもよい。
力装置１２、カメラ４、エンコーダー３、５、及びルー
タ６が備えられる。音声入力装置１２は、例えばマイク
ロフォンである。演奏会場１では、演奏者がＭＩＤＩ楽
器２を演奏し、歌手がその演奏にあわせて音声入力装置
１２に向かって歌う。また、音声入力装置１２を生ドラ
ムや生ピアノやエレキギターのそばに置いて、それらの
音を音声入力装置１２に入力してもよい。
【００１３】ＭＩＤＩ楽器２は、演奏者の演奏操作に応
じてＭＩＤＩデータを生成し、エンコーダー３に供給す
る。音声入力装置１２は、歌手の歌声又はドラムの音等
を電気信号に変換してアナログ形式のオーディオ信号
（音声信号）を生成し、リアルタイムでエンコーダー３
に供給する。エンコーダー３は、アナログ形式のオーデ
ィオ信号をデジタル形式のオーディオデータ（音声デー
タ）に変換し、ＭＩＤＩデータ及びオーディオデータを
所定のデータ形式で、ルータ６を介してインターネット
上にパケット送信する。データ形式は、後に図４
（Ａ）、（Ｂ）を参照しながら説明する。
じてＭＩＤＩデータを生成し、エンコーダー３に供給す
る。音声入力装置１２は、歌手の歌声又はドラムの音等
を電気信号に変換してアナログ形式のオーディオ信号
（音声信号）を生成し、リアルタイムでエンコーダー３
に供給する。エンコーダー３は、アナログ形式のオーデ
ィオ信号をデジタル形式のオーディオデータ（音声デー
タ）に変換し、ＭＩＤＩデータ及びオーディオデータを
所定のデータ形式で、ルータ６を介してインターネット
上にパケット送信する。データ形式は、後に図４
（Ａ）、（Ｂ）を参照しながら説明する。
【００１４】カメラ４は、演奏者が演奏している様子を
撮影し、その様子を画像データとしてエンコーダー５に
供給する。エンコーダー５は、画像データを所定のデー
タ形式で、ルータ６を介してインターネット上にパケッ
ト送信する。
撮影し、その様子を画像データとしてエンコーダー５に
供給する。エンコーダー５は、画像データを所定のデー
タ形式で、ルータ６を介してインターネット上にパケッ
ト送信する。
【００１５】ルータ６は、以下に示すインターネットを
介して、ＭＩＤＩデータ、オーディオデータ及び画像デ
ータを送信する。当該データは、電話回線又は専用回線
を通り、ルータ６からサーバー７に供給され、さらに複
数のＷＷＷ（world wide web）サーバー８に供給され
る。ＷＷＷサーバー８は、いわゆるプロバイダである。
介して、ＭＩＤＩデータ、オーディオデータ及び画像デ
ータを送信する。当該データは、電話回線又は専用回線
を通り、ルータ６からサーバー７に供給され、さらに複
数のＷＷＷ（world wide web）サーバー８に供給され
る。ＷＷＷサーバー８は、いわゆるプロバイダである。
【００１６】ユーザは、ホームコンピュータ９をＷＷＷ
サーバー８に接続することにより、インターネットを使
用することができる。ホームコンピュータ９は、インタ
ーネットを使用し、ＭＩＤＩデータ、オーディオデータ
及び画像データを受信することができる。ホームコンピ
ュータ９は、ディスプレイ装置とＭＩＤＩ音源を有し、
ＭＩＤＩ音源は音声出力装置１１に接続される。
サーバー８に接続することにより、インターネットを使
用することができる。ホームコンピュータ９は、インタ
ーネットを使用し、ＭＩＤＩデータ、オーディオデータ
及び画像データを受信することができる。ホームコンピ
ュータ９は、ディスプレイ装置とＭＩＤＩ音源を有し、
ＭＩＤＩ音源は音声出力装置１１に接続される。
【００１７】画像データは、ディスプレイ装置に表示さ
れる。ＭＩＤＩデータは、ＭＩＤＩ音源で楽音信号に変
換され、音声出力装置１１で発音される。オーディオデ
ータは、デジタル形式からアナログ形式に変換されて、
音声出力装置１１で発音される。ホームコンピュータ９
は、ＭＩＤＩデータとオーディオデータの同期をとっ
て、両データに応じて音声出力装置１１で発音させる。
演奏会場１の演奏音や歌声と同等の音が音声出力装置１
１からリアルタイムで発音される。
れる。ＭＩＤＩデータは、ＭＩＤＩ音源で楽音信号に変
換され、音声出力装置１１で発音される。オーディオデ
ータは、デジタル形式からアナログ形式に変換されて、
音声出力装置１１で発音される。ホームコンピュータ９
は、ＭＩＤＩデータとオーディオデータの同期をとっ
て、両データに応じて音声出力装置１１で発音させる。
演奏会場１の演奏音や歌声と同等の音が音声出力装置１
１からリアルタイムで発音される。
【００１８】また、ホームコンピュータ９の外部に、Ｍ
ＩＤＩ音源１０を接続すれば、ホームコンピュータ９
は、ＭＩＤＩ音源１０に楽音信号を生成させ、音声出力
装置１１から発音させることができる。
ＩＤＩ音源１０を接続すれば、ホームコンピュータ９
は、ＭＩＤＩ音源１０に楽音信号を生成させ、音声出力
装置１１から発音させることができる。
【００１９】なお、音楽の演奏において、ユーザにとっ
ては、画像データよりもＭＩＤＩデータ及びオーディオ
データの方が重要な情報であるので、画像データよりも
ＭＩＤＩデータ及びオーディオデータを優先して処理を
行う。画像データは、画質が悪く、コマ数が少なくても
さほど気にならないが、ＭＩＤＩデータ及びオーディオ
データに基づく楽音信号は高品質が要求される。なお、
スポーツの中継等の場合は、画像と音との関係が逆にな
る。
ては、画像データよりもＭＩＤＩデータ及びオーディオ
データの方が重要な情報であるので、画像データよりも
ＭＩＤＩデータ及びオーディオデータを優先して処理を
行う。画像データは、画質が悪く、コマ数が少なくても
さほど気にならないが、ＭＩＤＩデータ及びオーディオ
データに基づく楽音信号は高品質が要求される。なお、
スポーツの中継等の場合は、画像と音との関係が逆にな
る。
【００２０】ユーザは、演奏会場１に赴かなくても、自
宅にいながらディスプレイ装置で演奏会場１の模様を見
ながら、リアルタイムで演奏音及び歌声を聴くことがで
きる。また、自宅のホームコンピュータ９をインターネ
ットに接続すれば、誰でも演奏音及び歌声を聴くことが
できる。例えば、演奏会場１でコンサートを行った場合
には、不特定多数人が自宅でそのコンサートを楽しむこ
とができる。
宅にいながらディスプレイ装置で演奏会場１の模様を見
ながら、リアルタイムで演奏音及び歌声を聴くことがで
きる。また、自宅のホームコンピュータ９をインターネ
ットに接続すれば、誰でも演奏音及び歌声を聴くことが
できる。例えば、演奏会場１でコンサートを行った場合
には、不特定多数人が自宅でそのコンサートを楽しむこ
とができる。
【００２１】演奏会場からＭＩＤＩデータを自宅に送信
することにより、演奏者が複数のユーザのそれぞれの自
宅で電子楽器を演奏しているかのような状況を作り出す
ことができる。ＭＩＤＩデータの通信は、雑音により音
質を下げることはない。
することにより、演奏者が複数のユーザのそれぞれの自
宅で電子楽器を演奏しているかのような状況を作り出す
ことができる。ＭＩＤＩデータの通信は、雑音により音
質を下げることはない。
【００２２】図３は、送信端であるエンコーダー３と受
信端であるホームコンピュータ９を示す。以下、両者の
関係を説明するため、便宜的にエンコーダー３をサーバ
３と呼び、ホームコンピュータ９をクライアント９と呼
ぶ。
信端であるホームコンピュータ９を示す。以下、両者の
関係を説明するため、便宜的にエンコーダー３をサーバ
３と呼び、ホームコンピュータ９をクライアント９と呼
ぶ。
【００２３】サーバ３とクライアント９は、インターネ
ットのデジタル回線により接続される。サーバ３は、Ｍ
ＩＤＩ楽器２からＭＩＤＩデータを受け、音声入力装置
１２からアナログ形式のオーディオ信号を受ける。デジ
タル形式に変換されたオーディオデータ及びＭＩＤＩデ
ータは、サーバ３からクライアント９に送信される。ク
ライアント９は、ＭＩＤＩ音源１０にＭＩＤＩデータを
出力し、音声出力装置１１にアナログ形式に変換された
オーディオ信号を出力する。ＭＩＤＩ音源１０は、ＭＩ
ＤＩデータを受け、アナログ形式の楽音信号を生成して
音声出力装置１１に出力する。音声出力装置１１は、ア
ナログ形式のオーディオ信号及び楽音信号を受けて発音
する。
ットのデジタル回線により接続される。サーバ３は、Ｍ
ＩＤＩ楽器２からＭＩＤＩデータを受け、音声入力装置
１２からアナログ形式のオーディオ信号を受ける。デジ
タル形式に変換されたオーディオデータ及びＭＩＤＩデ
ータは、サーバ３からクライアント９に送信される。ク
ライアント９は、ＭＩＤＩ音源１０にＭＩＤＩデータを
出力し、音声出力装置１１にアナログ形式に変換された
オーディオ信号を出力する。ＭＩＤＩ音源１０は、ＭＩ
ＤＩデータを受け、アナログ形式の楽音信号を生成して
音声出力装置１１に出力する。音声出力装置１１は、ア
ナログ形式のオーディオ信号及び楽音信号を受けて発音
する。
【００２４】図４（Ａ）は、サーバ３が送信するＭＩＤ
Ｉデータパケット４９の構造を示す。
Ｉデータパケット４９の構造を示す。
【００２５】ＭＩＤＩデータパケット４９は、ヘッダ５
１とＭＩＤＩデータ４４とフッタ５２を有する。ヘッダ
５１は、時間情報を表すタイムスタンプ４１、パケット
の順番を示すシーケンスナンバ５３、当該パケットがＭ
ＩＤＩデータであることを示す識別子（ＩＤ）４２、当
該パケットのサイズ４３を有する。
１とＭＩＤＩデータ４４とフッタ５２を有する。ヘッダ
５１は、時間情報を表すタイムスタンプ４１、パケット
の順番を示すシーケンスナンバ５３、当該パケットがＭ
ＩＤＩデータであることを示す識別子（ＩＤ）４２、当
該パケットのサイズ４３を有する。
【００２６】タイムスタンプ４１は、パケット内のＭＩ
ＤＩデータ４４の送信時刻を表すと共に、演奏時刻、録
音時刻、再生時刻をも表す。サーバ３は、自己のシステ
ムクロック（タイマ）が生成する時間情報に応じて、タ
イムスタンプ４１を生成する。
ＤＩデータ４４の送信時刻を表すと共に、演奏時刻、録
音時刻、再生時刻をも表す。サーバ３は、自己のシステ
ムクロック（タイマ）が生成する時間情報に応じて、タ
イムスタンプ４１を生成する。
【００２７】シーケンスナンバ５３は、パケット単位で
付与される順番を表す番号である。クライアント９は、
通信エラーによりデータの順序が入れ替わった場合で
も、パケットを所定時間だけバッファリングした後、バ
ッファ内のデータをシーケンスナンバ５３に従ってソー
ト処理することにより、通信エラーをリカバリすること
ができる。
付与される順番を表す番号である。クライアント９は、
通信エラーによりデータの順序が入れ替わった場合で
も、パケットを所定時間だけバッファリングした後、バ
ッファ内のデータをシーケンスナンバ５３に従ってソー
ト処理することにより、通信エラーをリカバリすること
ができる。
【００２８】識別子４２は、ＭＩＤＩデータパケットや
オーディオデータパケットや画像データパケット等のパ
ケットの種類を表すことが可能である。ここでは、ＭＩ
ＤＩデータ４４を送信するので、ＭＩＤＩデータパケッ
トを表すものとなる。
オーディオデータパケットや画像データパケット等のパ
ケットの種類を表すことが可能である。ここでは、ＭＩ
ＤＩデータ４４を送信するので、ＭＩＤＩデータパケッ
トを表すものとなる。
【００２９】ＭＩＤＩデータ４４は、スタンダードＭＩ
ＤＩファイルフォーマットに準拠したものであり、デル
タタイム（インターバル）とＭＩＤＩイベントを１組に
したデータの列である。デルタタイムは、直前のＭＩＤ
Ｉイベントと当該ＭＩＤＩイベントの間の時間間隔を表
す。ただし、デルタタイムが０であるときには、デルタ
タイムを省略することができる。
ＤＩファイルフォーマットに準拠したものであり、デル
タタイム（インターバル）とＭＩＤＩイベントを１組に
したデータの列である。デルタタイムは、直前のＭＩＤ
Ｉイベントと当該ＭＩＤＩイベントの間の時間間隔を表
す。ただし、デルタタイムが０であるときには、デルタ
タイムを省略することができる。
【００３０】フッタ５２は、データの終了を表すデータ
を有する。ヘッダ５１又はフッタ５２に、チェックサム
を含ませてもよい。チェックサムは、例えばＭＩＤＩデ
ータ４４の合計値である。この場合、サーバ３は、当該
合計値を計算し、チェックサムとしてパケット中に付与
する。クライアント９は、当該合計値を計算し、チェッ
クサムの値と合っていれば、通信エラーがないことを確
認することができる。
を有する。ヘッダ５１又はフッタ５２に、チェックサム
を含ませてもよい。チェックサムは、例えばＭＩＤＩデ
ータ４４の合計値である。この場合、サーバ３は、当該
合計値を計算し、チェックサムとしてパケット中に付与
する。クライアント９は、当該合計値を計算し、チェッ
クサムの値と合っていれば、通信エラーがないことを確
認することができる。
【００３１】図４（Ｂ）は、サーバ３が送信するオーデ
ィオデータパケット５０の構造を示す。
ィオデータパケット５０の構造を示す。
【００３２】オーディオデータパケット５０は、ヘッダ
５１とデジタルオーディオデータ４８とフッタ５２を有
する。デジタルオーディオデータ４８は、音声入力装置
１２（図３）から生成されたデータを、Ａ／Ｄ変換し、
圧縮したデータである。
５１とデジタルオーディオデータ４８とフッタ５２を有
する。デジタルオーディオデータ４８は、音声入力装置
１２（図３）から生成されたデータを、Ａ／Ｄ変換し、
圧縮したデータである。
【００３３】ヘッダ５１は、ＭＩＤＩデータパケットの
場合と同様に、タイムスタンプ４１、シーケンスナンバ
５３、当該パケットがオーディオデータであることを示
す識別子（ＩＤ）４２、当該パケットのサイズ４３を有
する。タイムスタンプ４１は、ＭＩＤＩデータパケット
の場合と同様に、パケット内のオーディオデータ４８の
送信時刻等を表す。
場合と同様に、タイムスタンプ４１、シーケンスナンバ
５３、当該パケットがオーディオデータであることを示
す識別子（ＩＤ）４２、当該パケットのサイズ４３を有
する。タイムスタンプ４１は、ＭＩＤＩデータパケット
の場合と同様に、パケット内のオーディオデータ４８の
送信時刻等を表す。
【００３４】次に、タイムスタンプと通信時間との関係
を説明する。パケット内には、タイムスタンプが含まれ
ている。クライアント９は、このタイムスタンプに応じ
て、ＭＩＤＩデータ等の処理を行えばよい。
を説明する。パケット内には、タイムスタンプが含まれ
ている。クライアント９は、このタイムスタンプに応じ
て、ＭＩＤＩデータ等の処理を行えばよい。
【００３５】しかし、インターネット等では、パケット
毎に通信時間が異なる場合がある。すなわち、あるパケ
ットは通信時間が長く、他のパケットは通信時間が短い
場合がある。これは、長距離通信の場合や通信経路がパ
ケット毎に変化する場合に顕著に現れる。
毎に通信時間が異なる場合がある。すなわち、あるパケ
ットは通信時間が長く、他のパケットは通信時間が短い
場合がある。これは、長距離通信の場合や通信経路がパ
ケット毎に変化する場合に顕著に現れる。
【００３６】また、通信エラーにより、送信時のパケッ
トの順番と受信時のパケットの順番が異なることがあ
る。すなわち、パケットの通信順序の入れ替えが発生す
ることがある。
トの順番と受信時のパケットの順番が異なることがあ
る。すなわち、パケットの通信順序の入れ替えが発生す
ることがある。
【００３７】クライアント９は、受信データをバッファ
にバッファリングし、タイムスタンプの時刻から所定時
間（例えば３秒）経過後に、バッファ内のデータの処理
を開始する。
にバッファリングし、タイムスタンプの時刻から所定時
間（例えば３秒）経過後に、バッファ内のデータの処理
を開始する。
【００３８】バッファ内にデータをバッファリングする
ことにより、パケット毎の通信時間の相違を吸収するこ
とができる。また、上記のシーケンスナンバ５３（図４
（Ａ）、（Ｂ））に応じて、パケット内のデータをソー
ト処理することにより、パケットの順序を正常なものに
戻すことができる。
ことにより、パケット毎の通信時間の相違を吸収するこ
とができる。また、上記のシーケンスナンバ５３（図４
（Ａ）、（Ｂ））に応じて、パケット内のデータをソー
ト処理することにより、パケットの順序を正常なものに
戻すことができる。
【００３９】次に、サーバ３のシステムクロックとクラ
イアント９のシステムクロックとのずれによる影響を説
明する。サーバ３のシステムクロックとクライアント９
のシステムクロックは、それぞれ独自に時間情報を生成
し、両者は同期がとれていない。したがって、両者のシ
ステムクロックが生成する時間情報は時間経過と共にず
れていくことがある。これは、一般の時計に誤差がある
のと同じである。
イアント９のシステムクロックとのずれによる影響を説
明する。サーバ３のシステムクロックとクライアント９
のシステムクロックは、それぞれ独自に時間情報を生成
し、両者は同期がとれていない。したがって、両者のシ
ステムクロックが生成する時間情報は時間経過と共にず
れていくことがある。これは、一般の時計に誤差がある
のと同じである。
【００４０】例えば、クライアント９のシステムクロッ
クがサーバ３のものよりも進んだ場合を考える。当初
は、３秒経過後にバッファ内のデータを取り出していて
も、徐々にその時間が短くなり、やがては受信したデー
タを直ちに取り出して、処理するようになってしまう。
この場合、一定時間だけバッファリングする機能を失う
ことになる。
クがサーバ３のものよりも進んだ場合を考える。当初
は、３秒経過後にバッファ内のデータを取り出していて
も、徐々にその時間が短くなり、やがては受信したデー
タを直ちに取り出して、処理するようになってしまう。
この場合、一定時間だけバッファリングする機能を失う
ことになる。
【００４１】次に、クライアント９のシステムクロック
がサーバ３のものよりも遅れた場合を考える。当初は、
３秒経過後にバッファ内のデータを取り出していても、
徐々にその時間が長くなり、時間の経過と共にバッファ
内のデータ量が増加して行く。バッファの容量が小さい
場合には、バッファからデータが溢れて、データを失う
事態も起こりえる。
がサーバ３のものよりも遅れた場合を考える。当初は、
３秒経過後にバッファ内のデータを取り出していても、
徐々にその時間が長くなり、時間の経過と共にバッファ
内のデータ量が増加して行く。バッファの容量が小さい
場合には、バッファからデータが溢れて、データを失う
事態も起こりえる。
【００４２】以上の弊害を除去するため、クライアント
９のシステムクロックをサーバ３のものに合わせる（同
期させる）ための修正を行う。具体的には、クライアン
ト９のシステムクロックが生成するタイムスタンプを、
サーバ３のシステムクロックが生成するタイムスタンプ
に一致させる。その詳細を、以下説明する。
９のシステムクロックをサーバ３のものに合わせる（同
期させる）ための修正を行う。具体的には、クライアン
ト９のシステムクロックが生成するタイムスタンプを、
サーバ３のシステムクロックが生成するタイムスタンプ
に一致させる。その詳細を、以下説明する。
【００４３】図１（Ａ）は、サーバのタイムスタンプと
クライアントのタイムスタンプがずれる過程を示すタイ
ムチャートである。横軸は、時間を示す。
クライアントのタイムスタンプがずれる過程を示すタイ
ムチャートである。横軸は、時間を示す。
【００４４】サーバは、送信開始時に、タイムスタンプ
を０分にして、そのタイムスタンプを含んだパケットＰ
０をクライアントに送信する。サーバのシステムクロッ
クは、その後、そのタイムスタンプを順次カウントアッ
プする。
を０分にして、そのタイムスタンプを含んだパケットＰ
０をクライアントに送信する。サーバのシステムクロッ
クは、その後、そのタイムスタンプを順次カウントアッ
プする。
【００４５】クライアントは、０分のタイムスタンプを
含むパケットＰ０を受信すると、その時点で、クライア
ントのタイムスタンプを０分にリセットする。クライア
ントのシステムクロックは、その後、当該タイムスタン
プを順次カウントアップする。サーバのタイムスタンプ
とクライアントのタイムスタンプは、同期がとれていな
い。
含むパケットＰ０を受信すると、その時点で、クライア
ントのタイムスタンプを０分にリセットする。クライア
ントのシステムクロックは、その後、当該タイムスタン
プを順次カウントアップする。サーバのタイムスタンプ
とクライアントのタイムスタンプは、同期がとれていな
い。
【００４６】ここで、クライアントのタイムスタンプが
サーバのものよりも進む場合を考える。例えば、サーバ
のタイムスタンプが１５分の時、クライアントのタイム
スタンプが１５分３００ｍ秒であるとする。クライアン
トのタイムスタンプの進みは、３００ｍ秒である。
サーバのものよりも進む場合を考える。例えば、サーバ
のタイムスタンプが１５分の時、クライアントのタイム
スタンプが１５分３００ｍ秒であるとする。クライアン
トのタイムスタンプの進みは、３００ｍ秒である。
【００４７】サーバが、１５分経過後に、１５分のタイ
ムスタンプを含むパケットＰ１をクライアントに送信す
るとする。クライアントは、パケットＰ１を受信した時
点で、両者のタイムスタンプを比較し、自己のタイムス
タンプが３００ｍ秒進んでいることを認識することがで
きる。
ムスタンプを含むパケットＰ１をクライアントに送信す
るとする。クライアントは、パケットＰ１を受信した時
点で、両者のタイムスタンプを比較し、自己のタイムス
タンプが３００ｍ秒進んでいることを認識することがで
きる。
【００４８】図１（Ｂ）は、タイムスタンプの修正方法
を示すタイムチャートである。横軸は時間である。図１
（Ａ）の１５分の時点を時刻Ｔ１とする。
を示すタイムチャートである。横軸は時間である。図１
（Ａ）の１５分の時点を時刻Ｔ１とする。
【００４９】時刻Ｔ１の時点で、クライアントのタイム
スタンプは、サーバのものよりも３００ｍ秒進んでい
る。クライアントは、自己のタイムスタンプが例えば３
００ｍ秒以上進んだことを所定データ数以上認識した時
点で、タイムスタンプの修正処理を開始する。この際、
タイムスタンプのずれを一気に修正するのではなく、以
下の方法により、徐々に修正していく。
スタンプは、サーバのものよりも３００ｍ秒進んでい
る。クライアントは、自己のタイムスタンプが例えば３
００ｍ秒以上進んだことを所定データ数以上認識した時
点で、タイムスタンプの修正処理を開始する。この際、
タイムスタンプのずれを一気に修正するのではなく、以
下の方法により、徐々に修正していく。
【００５０】時刻Ｔ１では、３００ｍ秒のずれがある。
時刻Ｔ１から、５秒経過後の時刻Ｔ２までの間に１００
ｍ秒だけクライアントのタイムスタンプを修正する。時
刻Ｔ２では、２００ｍ秒のずれがある。続いて、時刻Ｔ
２から、５秒経過後の時刻Ｔ３までの間に再び１００ｍ
秒修正する。時刻Ｔ３では、１００ｍ秒のずれがある。
時刻Ｔ３から、５秒経過後の時刻Ｔ４までの間に再び１
００ｍ秒修正する。時刻Ｔ４では、ずれがなくなる。以
上で、タイムスタンプの修正処理が終了する。タイムス
タンプの修正は、約１５秒かけて、１００ｍ秒ずつ３回
に分けて行う。
時刻Ｔ１から、５秒経過後の時刻Ｔ２までの間に１００
ｍ秒だけクライアントのタイムスタンプを修正する。時
刻Ｔ２では、２００ｍ秒のずれがある。続いて、時刻Ｔ
２から、５秒経過後の時刻Ｔ３までの間に再び１００ｍ
秒修正する。時刻Ｔ３では、１００ｍ秒のずれがある。
時刻Ｔ３から、５秒経過後の時刻Ｔ４までの間に再び１
００ｍ秒修正する。時刻Ｔ４では、ずれがなくなる。以
上で、タイムスタンプの修正処理が終了する。タイムス
タンプの修正は、約１５秒かけて、１００ｍ秒ずつ３回
に分けて行う。
【００５１】図５は、図３の具体的なハードウエア構成
を示す図である。サーバ３とクライアント９は、共に汎
用コンピュータ又はパーソナルコンピュータ等を用いる
ことができる。
を示す図である。サーバ３とクライアント９は、共に汎
用コンピュータ又はパーソナルコンピュータ等を用いる
ことができる。
【００５２】サーバ３とクライアント９は、基本的に同
じ構成である。両者の構成を説明する。バス２１には、
ＣＰＵ２２、ＲＡＭ２４、外部記憶装置２５、外部に対
してＭＩＤＩデータを送受信するためのＭＩＤＩインタ
ーフェース２６、サウンドカード２７、ＲＯＭ２８、表
示装置２９、キーボードやスイッチやマウス等の入力手
段３０、インターネットを行うための通信インターフェ
ース３１が接続されている。
じ構成である。両者の構成を説明する。バス２１には、
ＣＰＵ２２、ＲＡＭ２４、外部記憶装置２５、外部に対
してＭＩＤＩデータを送受信するためのＭＩＤＩインタ
ーフェース２６、サウンドカード２７、ＲＯＭ２８、表
示装置２９、キーボードやスイッチやマウス等の入力手
段３０、インターネットを行うための通信インターフェ
ース３１が接続されている。
【００５３】サウンドカード２７は、バッファ２７ａと
コーデック回路２７ｂを有する。バッファ２７は、外部
に対して入力又は出力するためのデータをバッファリン
グする。コーデック回路２７ｂは、Ａ／Ｄ変換器及びＤ
／Ａ変換器を有し、アナログ形式とデジタル形式の両者
間の変換を行うことができる。さらに、コーデック回路
２７ｂは、圧縮／伸張回路を有し、データの圧縮及び伸
張を行うことができる。データは、圧縮された状態で、
インターネット通信される。
コーデック回路２７ｂを有する。バッファ２７は、外部
に対して入力又は出力するためのデータをバッファリン
グする。コーデック回路２７ｂは、Ａ／Ｄ変換器及びＤ
／Ａ変換器を有し、アナログ形式とデジタル形式の両者
間の変換を行うことができる。さらに、コーデック回路
２７ｂは、圧縮／伸張回路を有し、データの圧縮及び伸
張を行うことができる。データは、圧縮された状態で、
インターネット通信される。
【００５４】外部記憶装置２５は、例えばハードディス
クドライブ、フロッピーディスクドライブ、ＣＤ−ＲＯ
Ｍドライブ、光磁気ディスクドライブ等であり、ＭＩＤ
Ｉデータ、オーディオデータ、画像データ又はコンピュ
ータプログラム等を記憶することができる。
クドライブ、フロッピーディスクドライブ、ＣＤ−ＲＯ
Ｍドライブ、光磁気ディスクドライブ等であり、ＭＩＤ
Ｉデータ、オーディオデータ、画像データ又はコンピュ
ータプログラム等を記憶することができる。
【００５５】ＲＯＭ２８は、コンピュータプログラム及
び各種パラメータを記憶することができる。ＲＡＭ２４
は、バッファやレジスタ等のワーキングエリアを有し、
外部記憶装置２５に記憶されている内容をコピーして記
憶することができる。
び各種パラメータを記憶することができる。ＲＡＭ２４
は、バッファやレジスタ等のワーキングエリアを有し、
外部記憶装置２５に記憶されている内容をコピーして記
憶することができる。
【００５６】ＣＰＵ２２は、ＲＯＭ２８又はＲＡＭ２４
に記憶されているコンピュータプログラムに従って、各
種演算または処理を行う。ＣＰＵ２２は、システムクロ
ック２３から時間情報を得て、タイマ割り込み処理を行
うことができる。サーバ３のシステムクロック２３は、
サーバのタイムスタンプを生成し、クライアント９のシ
ステムクロック２３は、クライアントのタイムスタンプ
を生成する。
に記憶されているコンピュータプログラムに従って、各
種演算または処理を行う。ＣＰＵ２２は、システムクロ
ック２３から時間情報を得て、タイマ割り込み処理を行
うことができる。サーバ３のシステムクロック２３は、
サーバのタイムスタンプを生成し、クライアント９のシ
ステムクロック２３は、クライアントのタイムスタンプ
を生成する。
【００５７】インターネット回線３２には、サーバ３の
通信インターフェース３１及びクライアント９の通信イ
ンタフェース３１が接続される。通信インターフェース
３１は、インターネットにより、ＭＩＤＩデータ、オー
ディオデータ及び画像データを送受信するためのインタ
ーフェースである。サーバ３とクライアント９は、イン
ターネット回線３２により接続される。
通信インターフェース３１及びクライアント９の通信イ
ンタフェース３１が接続される。通信インターフェース
３１は、インターネットにより、ＭＩＤＩデータ、オー
ディオデータ及び画像データを送受信するためのインタ
ーフェースである。サーバ３とクライアント９は、イン
ターネット回線３２により接続される。
【００５８】まず、サーバ３について説明する。ＭＩＤ
Ｉインタフェース２６には、ＭＩＤＩ楽器２が接続さ
れ、サウンドカード２７には、音声入力装置１２が接続
される。ＭＩＤＩ楽器２は、演奏者の演奏操作に応じて
ＭＩＤＩデータを生成し、ＭＩＤＩインタフェース２６
に出力する。音声入力装置１２は、演奏会場における音
声を入力し、アナログ形式のオーディオ信号をサウンド
カード２７に出力する。サウンドカード２７は、アナロ
グ形式のオーディオ信号をバッファ２７ａにバッファリ
ングし、コーデック回路２７ｂでアナログ形式のオーデ
ィオ信号をデジタル形式のオーディオデータに変換し、
そのデータを圧縮する。
Ｉインタフェース２６には、ＭＩＤＩ楽器２が接続さ
れ、サウンドカード２７には、音声入力装置１２が接続
される。ＭＩＤＩ楽器２は、演奏者の演奏操作に応じて
ＭＩＤＩデータを生成し、ＭＩＤＩインタフェース２６
に出力する。音声入力装置１２は、演奏会場における音
声を入力し、アナログ形式のオーディオ信号をサウンド
カード２７に出力する。サウンドカード２７は、アナロ
グ形式のオーディオ信号をバッファ２７ａにバッファリ
ングし、コーデック回路２７ｂでアナログ形式のオーデ
ィオ信号をデジタル形式のオーディオデータに変換し、
そのデータを圧縮する。
【００５９】次に、クライアント９について説明する。
図３に示すように、ＭＩＤＩインタフェース２６には、
ＭＩＤＩ音源１０が接続され、サウンドカード２７に
は、音声出力装置１１が接続される。ＣＰＵ２２は、通
信インタフェース３１を介して、インタネット回線３２
上からＭＩＤＩデータとオーディオデータと画像データ
を受信する。
図３に示すように、ＭＩＤＩインタフェース２６には、
ＭＩＤＩ音源１０が接続され、サウンドカード２７に
は、音声出力装置１１が接続される。ＣＰＵ２２は、通
信インタフェース３１を介して、インタネット回線３２
上からＭＩＤＩデータとオーディオデータと画像データ
を受信する。
【００６０】図６に示すように、クライアント９のＲＡ
Ｍ２４は、受信バッファ２４ａ、パケット内のタイムス
タンプ（サーバのタイムスタンプ）を格納するレジスタ
２４ｂ、自己のタイムスタンプ（クライアントのタイム
スタンプ）を格納するレジスタ２４ｃ、タイムスタンプ
のずれの大きさを表すずれ検出カウンタ値を格納するレ
ジスタ２４ｄを有する。
Ｍ２４は、受信バッファ２４ａ、パケット内のタイムス
タンプ（サーバのタイムスタンプ）を格納するレジスタ
２４ｂ、自己のタイムスタンプ（クライアントのタイム
スタンプ）を格納するレジスタ２４ｃ、タイムスタンプ
のずれの大きさを表すずれ検出カウンタ値を格納するレ
ジスタ２４ｄを有する。
【００６１】通信インタフェース３１は、インターネッ
ト用インタフェースの他、イーサネット用インタフェー
ス、ＩＥＥＥ１３９４規格のデジタル通信インタフェー
ス、ＲＳ−２３２Ｃ用インタフェースでもよく、種々の
ネットワークに接続することができる。
ト用インタフェースの他、イーサネット用インタフェー
ス、ＩＥＥＥ１３９４規格のデジタル通信インタフェー
ス、ＲＳ−２３２Ｃ用インタフェースでもよく、種々の
ネットワークに接続することができる。
【００６２】サーバ３は、ＭＩＤＩデータ等を送信する
ためのコンピュータプログラムを記憶する。クライアン
ト９は、ＭＩＤＩデータ等を受信したり、タイムスタン
プを修正するためのコンピュータプログラムを記憶す
る。コンピュータプログラムや各種パラメータ等を外部
記憶装置２５に記憶させておき、それをＲＡＭ２４に読
み込むことにより、コンピュータプログラム等の追加や
バージョンアップ等が容易に行える。
ためのコンピュータプログラムを記憶する。クライアン
ト９は、ＭＩＤＩデータ等を受信したり、タイムスタン
プを修正するためのコンピュータプログラムを記憶す
る。コンピュータプログラムや各種パラメータ等を外部
記憶装置２５に記憶させておき、それをＲＡＭ２４に読
み込むことにより、コンピュータプログラム等の追加や
バージョンアップ等が容易に行える。
【００６３】ＣＤ−ＲＯＭ（コンパクトディスク−リー
ド・オンリィ・メモリ）ドライブは、ＣＤ−ＲＯＭに記
憶されているコンピュータプログラム等を読み出す装置
である。読み出したコンピュータプログラム等は、ハー
ドディスクにストアされる。コンピュータプログラムの
新規インストールやバージョンアップ等が容易に行え
る。
ド・オンリィ・メモリ）ドライブは、ＣＤ−ＲＯＭに記
憶されているコンピュータプログラム等を読み出す装置
である。読み出したコンピュータプログラム等は、ハー
ドディスクにストアされる。コンピュータプログラムの
新規インストールやバージョンアップ等が容易に行え
る。
【００６４】通信インターフェース３１はＬＡＮ（ロー
カルエリアネットワーク）やインターネット、電話回路
等の通信ネットワーク３２に接続されており、該通信ネ
ットワーク３２を介して、コンピュータ３３と接続され
る。外部記憶装置２５内に上記のコンピュータプログラ
ム等が記憶されていない場合、コンピュータ３３からコ
ンピュータプログラム等をダウンロードすることができ
る。サーバ３又はクライアント９は、通信インターフェ
ース３１及び通信ネットワーク３２を介してコンピュー
タ３３へコンピュータプログラム等のダウンロードを要
求するコマンドを送信する。コンピュータ３３は、この
コマンドを受け、要求されたコンピュータプログラム等
を、通信ネットワーク３２を介してサーバ３又はクライ
アント９へ配信する。サーバ３又はクライアント９が通
信インタフェース３１を介して、コンピュータプログラ
ム等を受信して外部記憶装置２５に蓄積することによ
り、ダウンロードが完了する。
カルエリアネットワーク）やインターネット、電話回路
等の通信ネットワーク３２に接続されており、該通信ネ
ットワーク３２を介して、コンピュータ３３と接続され
る。外部記憶装置２５内に上記のコンピュータプログラ
ム等が記憶されていない場合、コンピュータ３３からコ
ンピュータプログラム等をダウンロードすることができ
る。サーバ３又はクライアント９は、通信インターフェ
ース３１及び通信ネットワーク３２を介してコンピュー
タ３３へコンピュータプログラム等のダウンロードを要
求するコマンドを送信する。コンピュータ３３は、この
コマンドを受け、要求されたコンピュータプログラム等
を、通信ネットワーク３２を介してサーバ３又はクライ
アント９へ配信する。サーバ３又はクライアント９が通
信インタフェース３１を介して、コンピュータプログラ
ム等を受信して外部記憶装置２５に蓄積することによ
り、ダウンロードが完了する。
【００６５】なお、本実施例は、本実施例に対応するコ
ンピュータプログラム等をインストールした市販のパー
ソナルコンピュータ等によって、実施させるようにして
もよい。その場合には、本実施例に対応するコンピュー
タプログラム等を、ＣＤ−ＲＯＭやフロッピディスク等
の、コンピュータが読み込むことができる記憶媒体に記
憶させた状態で、ユーザーに提供してもよい。そのパー
ソナルコンピュータ等が、ＬＡＮ、インターネット、電
話回線等の通信ネットワークに接続されている場合に
は、通信ネットワークを介して、コンピュータプログラ
ムや各種データ等をパーソナルコンピュータ等に提供し
てもよい。
ンピュータプログラム等をインストールした市販のパー
ソナルコンピュータ等によって、実施させるようにして
もよい。その場合には、本実施例に対応するコンピュー
タプログラム等を、ＣＤ−ＲＯＭやフロッピディスク等
の、コンピュータが読み込むことができる記憶媒体に記
憶させた状態で、ユーザーに提供してもよい。そのパー
ソナルコンピュータ等が、ＬＡＮ、インターネット、電
話回線等の通信ネットワークに接続されている場合に
は、通信ネットワークを介して、コンピュータプログラ
ムや各種データ等をパーソナルコンピュータ等に提供し
てもよい。
【００６６】また、サーバ３又はクライアント９は、パ
ーソナルコンピュータの他、電子楽器、ゲーム機、カラ
オケ装置、テレビ等の形態として適用してもよい。
ーソナルコンピュータの他、電子楽器、ゲーム機、カラ
オケ装置、テレビ等の形態として適用してもよい。
【００６７】図７〜図９に、サーバが行う処理のフロー
チャートを示す。図７は、サーバが行うオーディオデー
タの送信処理を示すフローチャートである。
チャートを示す。図７は、サーバが行うオーディオデー
タの送信処理を示すフローチャートである。
【００６８】ステップＳＡ１では、音声入力装置１２
（図２）からオーディオデータを受信する。
（図２）からオーディオデータを受信する。
【００６９】ステップＳＡ２では、受信したオーディオ
データをアナログ形式からデジタル形式に変換する。具
体的には、所定のサンプリングレートで、オーディオデ
ータのサンプリングを行い、デジタル形式のオーディオ
データを生成する。
データをアナログ形式からデジタル形式に変換する。具
体的には、所定のサンプリングレートで、オーディオデ
ータのサンプリングを行い、デジタル形式のオーディオ
データを生成する。
【００７０】ステップＳＡ３では、デジタル形式のオー
ディオデータを圧縮し、データ量を削減する。ステップ
ＳＡ２のＡ／Ｄ変換及びステップＳＡ３の圧縮処理は、
コーデック回路２７ｂ（図５）で行うことができる。
ディオデータを圧縮し、データ量を削減する。ステップ
ＳＡ２のＡ／Ｄ変換及びステップＳＡ３の圧縮処理は、
コーデック回路２７ｂ（図５）で行うことができる。
【００７１】ステップＳＡ４では、圧縮したデータに、
タイムスタンプを付与して、パケット化する。このパケ
ットは、図４（Ｂ）に示す構造である。タイムスタンプ
の生成方法は、後に図９を参照しながら説明する。この
タイムスタンプは、サーバのタイムスタンプである。
タイムスタンプを付与して、パケット化する。このパケ
ットは、図４（Ｂ）に示す構造である。タイムスタンプ
の生成方法は、後に図９を参照しながら説明する。この
タイムスタンプは、サーバのタイムスタンプである。
【００７２】ステップＳＡ５では、当該パケットをイン
ターネットにより送信する。以上で、オーディオデータ
の送信処理が終了する。
ターネットにより送信する。以上で、オーディオデータ
の送信処理が終了する。
【００７３】図８は、サーバが行うＭＩＤＩデータの送
信処理を示すフローチャートである。
信処理を示すフローチャートである。
【００７４】ステップＳＢ１では、ＭＩＤＩ楽器２（図
２）からＭＩＤＩデータを受信する。
２）からＭＩＤＩデータを受信する。
【００７５】ステップＳＢ２では、受信したＭＩＤＩデ
ータに、タイムスタンプを付与して、パケット化する。
このパケットは、図４（Ａ）に示す構造である。タイム
スタンプの生成方法は、後に図９を参照しながら説明す
る。このタイムスタンプも、サーバのタイムスタンプで
ある。
ータに、タイムスタンプを付与して、パケット化する。
このパケットは、図４（Ａ）に示す構造である。タイム
スタンプの生成方法は、後に図９を参照しながら説明す
る。このタイムスタンプも、サーバのタイムスタンプで
ある。
【００７６】ステップＳＢ３では、当該パケットをイン
ターネットにより送信する。以上で、ＭＩＤＩデータの
送信処理が終了する。
ターネットにより送信する。以上で、ＭＩＤＩデータの
送信処理が終了する。
【００７７】図９は、サーバがタイムスタンプを生成す
る処理を示すフローチャートである。この処理は、上記
のパケットを送信する際に必要とされる処理であり、必
ずしもタイマ割り込みにより定期的に行う必要はない。
る処理を示すフローチャートである。この処理は、上記
のパケットを送信する際に必要とされる処理であり、必
ずしもタイマ割り込みにより定期的に行う必要はない。
【００７８】ステップＳＣ１では、演奏開始時における
最初のパケット作成であるか否か、すなわち、最初に送
信するパケットであるか否かをチェックする。最初のパ
ケットであるときには、ｙｅｓの矢印に従い、ステップ
ＳＣ２へ進む。最初のパケットでないときには、ｎｏの
矢印に従い、ステップＳＣ４へ進む。
最初のパケット作成であるか否か、すなわち、最初に送
信するパケットであるか否かをチェックする。最初のパ
ケットであるときには、ｙｅｓの矢印に従い、ステップ
ＳＣ２へ進む。最初のパケットでないときには、ｎｏの
矢印に従い、ステップＳＣ４へ進む。
【００７９】ステップＳＣ２では、サーバのシステムク
ロックの値を読み出し、記憶部（ＲＡＭ２４）に演奏開
始時刻として記憶する。
ロックの値を読み出し、記憶部（ＲＡＭ２４）に演奏開
始時刻として記憶する。
【００８０】ステップＳＣ３では、サーバのタイムスタ
ンプの値を０にクリアする。すなわち、タイムスタンプ
は、演奏開始時（送信開始時）に０に設定される。以上
により、タイムスタンプ生成の処理を終了する。
ンプの値を０にクリアする。すなわち、タイムスタンプ
は、演奏開始時（送信開始時）に０に設定される。以上
により、タイムスタンプ生成の処理を終了する。
【００８１】次に、パケットが最初のパケットでない場
合を説明する。この場合、上記のように、ステップＳＣ
１からステップＳＣ４へ進む。
合を説明する。この場合、上記のように、ステップＳＣ
１からステップＳＣ４へ進む。
【００８２】ステップＳＣ４では、サーバのシステムク
ロックの値を読み出す。この値は、パケットの送信時刻
に相当する。
ロックの値を読み出す。この値は、パケットの送信時刻
に相当する。
【００８３】ステップＳＣ５では、記憶部（例えばＲＡ
Ｍ２４）に記憶されている演奏開始時刻を読み出す。演
奏開始時刻は、上記のステップＳＣ２にて、既に記録さ
れている。
Ｍ２４）に記憶されている演奏開始時刻を読み出す。演
奏開始時刻は、上記のステップＳＣ２にて、既に記録さ
れている。
【００８４】ステップＳＣ６では、ステップＳＣ４で読
み出したシステムクロックの値から、ステップＳＣ５で
読み出した演奏開始時刻を減算し、その値をタイムスタ
ンプとする。タイムスタンプは、演奏開始時を０とした
ときの時間情報であり、サーバのシステムクロックによ
りカウントアップされる。以上により、タイムスタンプ
生成の処理を終了する。なお、タイムスタンプは、タイ
マ割り込みによるカウンタにより生成してもよい。
み出したシステムクロックの値から、ステップＳＣ５で
読み出した演奏開始時刻を減算し、その値をタイムスタ
ンプとする。タイムスタンプは、演奏開始時を０とした
ときの時間情報であり、サーバのシステムクロックによ
りカウントアップされる。以上により、タイムスタンプ
生成の処理を終了する。なお、タイムスタンプは、タイ
マ割り込みによるカウンタにより生成してもよい。
【００８５】図１０〜図１４に、クライアントが行う処
理のフローチャートを示す。図１０は、クライアントの
受信処理を示すフローチャートである。
理のフローチャートを示す。図１０は、クライアントの
受信処理を示すフローチャートである。
【００８６】ステップＳＤ１では、パケットを受信す
る。ステップＳＤ２では、受信したパケットが最初のパ
ケットであるか否かを判断し、最初のパケットであれ
ば、クライアントのタイムスタンプの値を０にクリアす
る。最初のパケット内には、サーバのタイムスタンプと
して０が含まれている。パケット内のタイムスタンプと
クライアントのタイムスタンプは、共に０になる。
る。ステップＳＤ２では、受信したパケットが最初のパ
ケットであるか否かを判断し、最初のパケットであれ
ば、クライアントのタイムスタンプの値を０にクリアす
る。最初のパケット内には、サーバのタイムスタンプと
して０が含まれている。パケット内のタイムスタンプと
クライアントのタイムスタンプは、共に０になる。
【００８７】図１１に示すように、クライアントのタイ
ムスタンプは、クライアントのタイマ割り込み処理によ
り生成される。ステップＳＥ１では、クライアントのシ
ステムクロックに同期してタイムスタンプをカウントア
ップする。タイムスタンプは、システムクロックと同じ
タイミングで増加する。なお、クライアントのタイムス
タンプは、図９のサーバのタイムスタンプ生成処理と同
様な方法により生成してもよい。
ムスタンプは、クライアントのタイマ割り込み処理によ
り生成される。ステップＳＥ１では、クライアントのシ
ステムクロックに同期してタイムスタンプをカウントア
ップする。タイムスタンプは、システムクロックと同じ
タイミングで増加する。なお、クライアントのタイムス
タンプは、図９のサーバのタイムスタンプ生成処理と同
様な方法により生成してもよい。
【００８８】図１０に戻り、ステップＳＤ３では、パケ
ット内のタイムスタンプを取得する。パケット内のタイ
ムスタンプは、サーバが生成するものであり、演奏開始
時からの時間に相当する。当該パケットが最初のパケッ
トであれば、タイムスタンプは０である。
ット内のタイムスタンプを取得する。パケット内のタイ
ムスタンプは、サーバが生成するものであり、演奏開始
時からの時間に相当する。当該パケットが最初のパケッ
トであれば、タイムスタンプは０である。
【００８９】ステップＳＤ４では、クライアントのタイ
ムスタンプを取得する。このタイムスタンプは、上記の
図１１の処理によりカウントアップされる。
ムスタンプを取得する。このタイムスタンプは、上記の
図１１の処理によりカウントアップされる。
【００９０】ステップＳＤ５では、ステップＳＤ３で取
得したパケット内のタイムスタンプとステップＳＤ４で
取得したクライアントのタイムスタンプを比較し、両者
のずれ量を求める。
得したパケット内のタイムスタンプとステップＳＤ４で
取得したクライアントのタイムスタンプを比較し、両者
のずれ量を求める。
【００９１】ステップＳＤ６では、ずれ量が許容範囲内
であるか否かをチェックする。クライアントとサーバの
システムクロックにずれがない場合にも、通信状況によ
り、わずかなタイムスタンプのずれが生じることがある
ので、そのようなずれを除外するため、上記のずれ量に
許容範囲を設けている。この許容範囲（設定修正時間）
に相当する値はクライアント側で任意に設定できるもの
であっても構わない。
であるか否かをチェックする。クライアントとサーバの
システムクロックにずれがない場合にも、通信状況によ
り、わずかなタイムスタンプのずれが生じることがある
ので、そのようなずれを除外するため、上記のずれ量に
許容範囲を設けている。この許容範囲（設定修正時間）
に相当する値はクライアント側で任意に設定できるもの
であっても構わない。
【００９２】ずれ量が許容範囲を超えているときには、
ｎｏの矢印に従い、ステップＳＤ８へ進む。ずれ量が許
容範囲内であるときには、ｙｅｓの矢印に従い、ステッ
プＳＤ７へ進む。
ｎｏの矢印に従い、ステップＳＤ８へ進む。ずれ量が許
容範囲内であるときには、ｙｅｓの矢印に従い、ステッ
プＳＤ７へ進む。
【００９３】ステップＳＤ８では、ずれ量が許容範囲を
超えているので、ずれ検出カウンタ２４ｄ（図６）の値
を以下のように調整する。クライアントのタイムスタン
プが遅れていれば、ずれ検出カウンタの値を増加させ
る。逆に、クライアントのタイムスタンプが進んでいれ
ば、ずれ検出カウンタの値を減少させる。ずれ検出カウ
ンタの値は、初期時が０であり、正値であれば遅れを示
し、負値であれば進みを示す。
超えているので、ずれ検出カウンタ２４ｄ（図６）の値
を以下のように調整する。クライアントのタイムスタン
プが遅れていれば、ずれ検出カウンタの値を増加させ
る。逆に、クライアントのタイムスタンプが進んでいれ
ば、ずれ検出カウンタの値を減少させる。ずれ検出カウ
ンタの値は、初期時が０であり、正値であれば遅れを示
し、負値であれば進みを示す。
【００９４】パケットを受信する度に、タイムスタンプ
のずれ量が判別され、ずれ検出カウンタがカウントを行
う。ずれ検出カウンタは、許容範囲（設定修正時間）を
越えたずれの回数（累算値）を示す。ずれ検出カウンタ
の値が所定値を超えると、後に示す図１３の処理でタイ
ムスタンプが修正されることになる。その後、ステップ
ＳＤ９へ進む。
のずれ量が判別され、ずれ検出カウンタがカウントを行
う。ずれ検出カウンタは、許容範囲（設定修正時間）を
越えたずれの回数（累算値）を示す。ずれ検出カウンタ
の値が所定値を超えると、後に示す図１３の処理でタイ
ムスタンプが修正されることになる。その後、ステップ
ＳＤ９へ進む。
【００９５】一方、ステップＳＤ７では、ずれ量が許容
範囲内であるので、ずれ検出カウンタの絶対値をカウン
トダウンする。例えば、ずれ検出カウンタが５であれば
４にし、−５であれば−４にする。
範囲内であるので、ずれ検出カウンタの絶対値をカウン
トダウンする。例えば、ずれ検出カウンタが５であれば
４にし、−５であれば−４にする。
【００９６】タイムスタンプのずれは一時的な場合があ
る。つまり、前回はずれが発生したが、今回はずれが発
生しない場合がある。その場合は、タイムスタンプのず
れがなくなったと判断し、ずれ検出カウンタの絶対値を
カウントダウンする。この場合、ずれ検出カウンタは、
０にリミットされる。その後、ステップＳＤ９へ進む。
る。つまり、前回はずれが発生したが、今回はずれが発
生しない場合がある。その場合は、タイムスタンプのず
れがなくなったと判断し、ずれ検出カウンタの絶対値を
カウントダウンする。この場合、ずれ検出カウンタは、
０にリミットされる。その後、ステップＳＤ９へ進む。
【００９７】ステップＳＤ９では、上記で受信したパケ
ットをデータの種類に応じて、異なるバッファにバッフ
ァリングする。データの種類は、オーディオデータ、Ｍ
ＩＤＩデータ、画像データであり、データＩＤ４２（図
４（Ａ）、（Ｂ））により判断される。以上で、クライ
アントの受信処理が終了する。
ットをデータの種類に応じて、異なるバッファにバッフ
ァリングする。データの種類は、オーディオデータ、Ｍ
ＩＤＩデータ、画像データであり、データＩＤ４２（図
４（Ａ）、（Ｂ））により判断される。以上で、クライ
アントの受信処理が終了する。
【００９８】図１２は、クライアントが行う再生処理を
示すフローチャートである。ステップＳＦ１では、デー
タの種類毎のバッファ（例えばＭＩＤＩデータ用バッフ
ァやオーディオデータ用バッファ等）を定期的に検索
し、各バッファ内にデータが存在するか否かをチェック
する。存在するときには、そのデータをバッファから読
み出す。
示すフローチャートである。ステップＳＦ１では、デー
タの種類毎のバッファ（例えばＭＩＤＩデータ用バッフ
ァやオーディオデータ用バッファ等）を定期的に検索
し、各バッファ内にデータが存在するか否かをチェック
する。存在するときには、そのデータをバッファから読
み出す。
【００９９】ステップＳＦ２では、現在のクライアント
のタイムスタンプを取得する。当該タイムスタンプは、
上記の図１１の処理でカウントアップされる。
のタイムスタンプを取得する。当該タイムスタンプは、
上記の図１１の処理でカウントアップされる。
【０１００】ステップＳＦ３では、ステップＳＦ１で読
み出したデータに対応するパケット内のタイムスタンプ
（サーバのタイムスタンプ）を取得する。
み出したデータに対応するパケット内のタイムスタンプ
（サーバのタイムスタンプ）を取得する。
【０１０１】ステップＳＦ４では、ステップＳＦ２で取
得したクライアントのタイムスタンプとステップＳＦ３
で取得したパケット内のタイムスタンプを比較し、両者
の差をディレイ時間として求める。
得したクライアントのタイムスタンプとステップＳＦ３
で取得したパケット内のタイムスタンプを比較し、両者
の差をディレイ時間として求める。
【０１０２】ステップＳＦ５では、当該ディレイ時間が
所定値に達したか否かをチェックする。このディレイ時
間は、バッファ内にデータを蓄積する時間に相当し、例
えば３秒である。
所定値に達したか否かをチェックする。このディレイ時
間は、バッファ内にデータを蓄積する時間に相当し、例
えば３秒である。
【０１０３】ディレイ時間が所定値に達したときには、
ｙｅｓの矢印に従い、ステップＳＦ６へ進み、当該デー
タを再生する処理を行う。ディレイ時間が所定値に達し
ていないときには、ｎｏの矢印に従い、処理を終了し、
ディレイ時間が所定値に達するまでデータの再生を行わ
ない。以上により、クライアントの再生処理を終了す
る。
ｙｅｓの矢印に従い、ステップＳＦ６へ進み、当該デー
タを再生する処理を行う。ディレイ時間が所定値に達し
ていないときには、ｎｏの矢印に従い、処理を終了し、
ディレイ時間が所定値に達するまでデータの再生を行わ
ない。以上により、クライアントの再生処理を終了す
る。
【０１０４】上記のように、一定時間（例えば３秒）だ
けデータをバッファ内に蓄積し、その後にデータの再生
を行うことにより、各パケット毎の通信時間の相違（ず
れ）やパケットの通信順序の入れ替えによる悪影響を防
止することができる。
けデータをバッファ内に蓄積し、その後にデータの再生
を行うことにより、各パケット毎の通信時間の相違（ず
れ）やパケットの通信順序の入れ替えによる悪影響を防
止することができる。
【０１０５】図１３は、クライアントのタイムスタンプ
のずれを検出する処理を示すフローチャートである。こ
のフローに相当する処理は定期的に起動されても良い
し、図１０のＳＤ８の処理後ＳＤ９の前に挿入して起動
されても構わない。
のずれを検出する処理を示すフローチャートである。こ
のフローに相当する処理は定期的に起動されても良い
し、図１０のＳＤ８の処理後ＳＤ９の前に挿入して起動
されても構わない。
【０１０６】ステップＳＧ１では、ずれ検出カウンタが
所定値を超えたか否かをチェックする。ずれ検出カウン
タは、許容範囲（設定修正時間）を越えたずれの回数
（累算）をカウントするものであり、図１０のステップ
ＳＤ８でカウントされる。ずれの回数が所定値を超えて
いれば、そのずれは一時的なずれではなく、タイムスタ
ンプを修正する必要がある。
所定値を超えたか否かをチェックする。ずれ検出カウン
タは、許容範囲（設定修正時間）を越えたずれの回数
（累算）をカウントするものであり、図１０のステップ
ＳＤ８でカウントされる。ずれの回数が所定値を超えて
いれば、そのずれは一時的なずれではなく、タイムスタ
ンプを修正する必要がある。
【０１０７】所定値を超えたときには、ｙｅｓの矢印に
従い、ステップＳＧ２へ進み、タイムスタンプのずれの
修正の準備を行う。一方、所定値を超えないときには、
ずれが一時的なものであるとして、タイムスタンプのず
れの修正を行わずに、ｎｏの矢印に従い、処理を終了す
る。
従い、ステップＳＧ２へ進み、タイムスタンプのずれの
修正の準備を行う。一方、所定値を超えないときには、
ずれが一時的なものであるとして、タイムスタンプのず
れの修正を行わずに、ｎｏの矢印に従い、処理を終了す
る。
【０１０８】ステップＳＧ２では、ずれ検出カウンタ値
をタイムスタンプ補正モジュールへ引き渡し、ずれ検出
カウンタをクリアする。タイムスタンプ補正モジュール
は、後に示す図１４の処理に相当する。
をタイムスタンプ補正モジュールへ引き渡し、ずれ検出
カウンタをクリアする。タイムスタンプ補正モジュール
は、後に示す図１４の処理に相当する。
【０１０９】ステップＳＧ３では、タイムスタンプ補正
モジュールに起動がかかるように処理する。例えば、起
動用フラグを用いて、このフラグがセットされたときに
当該モジュールが起動するようにしてもよいし、当該モ
ジュールを直接呼び出（コール）してもよい。以上によ
り、タイムスタンプのずれ検出処理が終了する。
モジュールに起動がかかるように処理する。例えば、起
動用フラグを用いて、このフラグがセットされたときに
当該モジュールが起動するようにしてもよいし、当該モ
ジュールを直接呼び出（コール）してもよい。以上によ
り、タイムスタンプのずれ検出処理が終了する。
【０１１０】図１４は、クライアントのタイムスタンプ
補正モジュールの処理を示すフローチャートである。ス
テップＳＨ１では、ステップＳＧ２で引数として渡され
たずれ検出カウンタ値を取得する。
補正モジュールの処理を示すフローチャートである。ス
テップＳＨ１では、ステップＳＧ２で引数として渡され
たずれ検出カウンタ値を取得する。
【０１１１】ステップＳＨ２では、ずれ検出カウンタ値
を基に、クライアントのタイムスタンプが遅れているか
又は進んでいるかを判断する。例えば、ずれ検出カウン
タ値が正値であれば遅れであり、負値であれば進みであ
る。
を基に、クライアントのタイムスタンプが遅れているか
又は進んでいるかを判断する。例えば、ずれ検出カウン
タ値が正値であれば遅れであり、負値であれば進みであ
る。
【０１１２】次に、遅れか進みかにより、クライアント
のタイムスタンプを修正する時間方向を決定する。クラ
イアントのタイムスタンプが遅れているときには、前記
クライアントのタイムスタンプを加算する方向（進む方
向）に修正し、進んでいる時には減算する方向（遅らせ
る方向）に修正するように決定する。
のタイムスタンプを修正する時間方向を決定する。クラ
イアントのタイムスタンプが遅れているときには、前記
クライアントのタイムスタンプを加算する方向（進む方
向）に修正し、進んでいる時には減算する方向（遅らせ
る方向）に修正するように決定する。
【０１１３】ステップＳＨ３では、設定修正時間に応じ
て、補正値をテーブル等から取得し、補正値レジスタに
セットする。例えば、前記設定修正時間が３００ｍ秒で
あれば、補正値レジスタに３をセットする。
て、補正値をテーブル等から取得し、補正値レジスタに
セットする。例えば、前記設定修正時間が３００ｍ秒で
あれば、補正値レジスタに３をセットする。
【０１１４】ステップＳＨ４では、補正値レジスタの値
が０であるか否かをチェックする。０でないときには、
ｎｏの矢印に従い、ステップＳＨ５へ進む。
が０であるか否かをチェックする。０でないときには、
ｎｏの矢印に従い、ステップＳＨ５へ進む。
【０１１５】ステップＳＨ５では、所定値をタイムスタ
ンプに加算又は減算する。所定値は、補正値の１目盛り
に対応する修正時間であり、例えば１００ｍ秒（図１
（Ｂ））である。加算又は減算は、上記のステップＳＨ
２の決定に従い、いずれかが行われる。
ンプに加算又は減算する。所定値は、補正値の１目盛り
に対応する修正時間であり、例えば１００ｍ秒（図１
（Ｂ））である。加算又は減算は、上記のステップＳＨ
２の決定に従い、いずれかが行われる。
【０１１６】ステップＳＨ６では、補正値から所定値を
減算する。所定値は、例えば１である。その後、所定時
間経過後に、ステップＳＨ４へ戻る。所定時間は、例え
ば５秒（図１（Ｂ））である。
減算する。所定値は、例えば１である。その後、所定時
間経過後に、ステップＳＨ４へ戻る。所定時間は、例え
ば５秒（図１（Ｂ））である。
【０１１７】ステップＳＨ４では、再び補正値レジスタ
が０か否かをチェックする。０でなければ、上記のステ
ップＳＨ５及びＳＨ６の処理を繰り返す。補正値レジス
タが０になれば、処理を終了する。
が０か否かをチェックする。０でなければ、上記のステ
ップＳＨ５及びＳＨ６の処理を繰り返す。補正値レジス
タが０になれば、処理を終了する。
【０１１８】補正値レジスタが０になるまで、ステップ
ＳＨ４、ＳＨ５、ＳＨ６を含むステップＳＨ１０の処理
は、定期的（例えば５秒間隔）に行われる。
ＳＨ４、ＳＨ５、ＳＨ６を含むステップＳＨ１０の処理
は、定期的（例えば５秒間隔）に行われる。
【０１１９】以上のように、タイムスタンプが所定値
（例えば３００ｍ秒）以上ずれていることが所定回数以
上検出されると、所定時間（例えば５秒）おきに所定時
間（例えば１００ｍ秒）ずつタイムスタンプを修正す
る。３００ｍ秒のずれを一度に修正するのではなく、１
５秒の時間をかけて徐々に１００ｍ秒ずつ３回に分けて
タイムスタンプのずれを滑らかに修正する。これによ
り、データの再生速度が急激に変化することを防止し、
滑らかな再生を行うことができる。
（例えば３００ｍ秒）以上ずれていることが所定回数以
上検出されると、所定時間（例えば５秒）おきに所定時
間（例えば１００ｍ秒）ずつタイムスタンプを修正す
る。３００ｍ秒のずれを一度に修正するのではなく、１
５秒の時間をかけて徐々に１００ｍ秒ずつ３回に分けて
タイムスタンプのずれを滑らかに修正する。これによ
り、データの再生速度が急激に変化することを防止し、
滑らかな再生を行うことができる。
【０１２０】パケットのタイムスタンプとクライアント
のタイムスタンプとの差が所定値を超えたときに再生処
理により発音されるので（図１２のステップＳＦ５、Ｓ
Ｆ６）、上記のタイムスタンプの修正を行っても、途中
の音の発音が省略されることはない。
のタイムスタンプとの差が所定値を超えたときに再生処
理により発音されるので（図１２のステップＳＦ５、Ｓ
Ｆ６）、上記のタイムスタンプの修正を行っても、途中
の音の発音が省略されることはない。
【０１２１】本実施例によれば、クライアントは、受信
したデータをバッファ内に所定時間（例えば３秒）だけ
格納した後に、データの再生処理を行う。これにより、
各パケット毎に通信時間が異なる場合やパケットの通信
順序が入れ替わった場合にも、適切な再生時間かつ適切
なデータ順序で再生することができる。
したデータをバッファ内に所定時間（例えば３秒）だけ
格納した後に、データの再生処理を行う。これにより、
各パケット毎に通信時間が異なる場合やパケットの通信
順序が入れ替わった場合にも、適切な再生時間かつ適切
なデータ順序で再生することができる。
【０１２２】クライアントのタイムスタンプが進んだ場
合には、バッファ内にデータを蓄積（バッファリング）
する時間が次第に短くなり、最終的には蓄積する時間が
０になってしまい、データをバッファリングする上記の
機能が失われてしまう。
合には、バッファ内にデータを蓄積（バッファリング）
する時間が次第に短くなり、最終的には蓄積する時間が
０になってしまい、データをバッファリングする上記の
機能が失われてしまう。
【０１２３】逆に、クライアントのタイムスタンプが遅
れた場合には、バッファ内に蓄積するデータ量が次第に
増加する。バッファ容量が少ない場合には、やがてバッ
ファ内のデータがあふれてしまい、データが失われるこ
とがある。
れた場合には、バッファ内に蓄積するデータ量が次第に
増加する。バッファ容量が少ない場合には、やがてバッ
ファ内のデータがあふれてしまい、データが失われるこ
とがある。
【０１２４】クライアントは、クライアントのタイムス
タンプがずれた（進んだり遅れた）ことを検出した場合
には、そのタイムスタンプを修正することができる。こ
れにより、上記の問題点を解消することができる。その
際、ずれが大きいときには、一度に修正するのではな
く、複数回に分けて少しずつ修正する。これにより、タ
イムスタンプを修正する際にも、データを滑らかに再生
することができる。
タンプがずれた（進んだり遅れた）ことを検出した場合
には、そのタイムスタンプを修正することができる。こ
れにより、上記の問題点を解消することができる。その
際、ずれが大きいときには、一度に修正するのではな
く、複数回に分けて少しずつ修正する。これにより、タ
イムスタンプを修正する際にも、データを滑らかに再生
することができる。
【０１２５】なお、本実施例は、オーディオデータ及び
ＭＩＤＩデータ等をインターネットで通信する場合に限
定されない。例えば、ＩＥＥＥ１３９４規格のデジタル
シリアル通信や通信衛星等の他の通信にも適用すること
ができる。
ＭＩＤＩデータ等をインターネットで通信する場合に限
定されない。例えば、ＩＥＥＥ１３９４規格のデジタル
シリアル通信や通信衛星等の他の通信にも適用すること
ができる。
【０１２６】以上実施例に沿って本発明を説明したが、
本発明はこれらに制限されるものではない。例えば、種
々の変更、改良、組み合わせ等が可能なことは当業者に
自明であろう。
本発明はこれらに制限されるものではない。例えば、種
々の変更、改良、組み合わせ等が可能なことは当業者に
自明であろう。
【０１２７】
【発明の効果】以上説明したように、本発明によれば、
外部から受信する第１の時間情報と自己が生成する第２
の時間情報との同期がとれていなくても、第１の時間情
報と第２の時間情報との時間差を検出し、その時間差に
応じて第２の時間情報を修正することができる。第１の
時間情報と第２の時間情報との間にずれが発生しても、
そのずれを修正することができるので、そのずれによる
弊害を防止することができる。
外部から受信する第１の時間情報と自己が生成する第２
の時間情報との同期がとれていなくても、第１の時間情
報と第２の時間情報との時間差を検出し、その時間差に
応じて第２の時間情報を修正することができる。第１の
時間情報と第２の時間情報との間にずれが発生しても、
そのずれを修正することができるので、そのずれによる
弊害を防止することができる。
【図１】 図１（Ａ）はタイムスタンプのずれの発生を
示すタイムチャートであり、図１（Ｂ）はタイムスタン
プの修正を示すタイムチャートである。
示すタイムチャートであり、図１（Ｂ）はタイムスタン
プの修正を示すタイムチャートである。
【図２】 楽音情報及び画像情報の通信ネットワークを
示す図である。
示す図である。
【図３】 送信端であるエンコーダー（サーバ）と受信
端であるホームコンピュータ（クライアント）の接続を
示す図である。
端であるホームコンピュータ（クライアント）の接続を
示す図である。
【図４】 図４（Ａ）はＭＩＤＩデータパケットの構造
を示し、図４（Ｂ）はオーディオデータパケットの構造
を示す図である。
を示し、図４（Ｂ）はオーディオデータパケットの構造
を示す図である。
【図５】 サーバ及びクライアントのハードウエアの構
成を示す図である。
成を示す図である。
【図６】 クライアントのＲＡＭを示す図である。
【図７】 サーバが行うオーディオデータの処理を示す
フローチャートである。
フローチャートである。
【図８】 サーバが行うＭＩＤＩデータの処理を示すフ
ローチャートである。
ローチャートである。
【図９】 サーバが行うタイムスタンプの生成処理を示
すフローチャートである。
すフローチャートである。
【図１０】 クライアントが行う受信処理を示すフロー
チャートである。
チャートである。
【図１１】 クライアントが行うタイムスタンプの生成
処理を示すフローチャートである。
処理を示すフローチャートである。
【図１２】 クライアントが行う再生処理を示すフロー
チャートである。
チャートである。
【図１３】 クライアントが行うタイムスタンプのずれ
検出処理を示すフローチャートである。
検出処理を示すフローチャートである。
【図１４】 クライアントが行うタイムスタンプ補正モ
ジュールの処理を示すフローチャートである。
ジュールの処理を示すフローチャートである。
１ 演奏会場、 ２ ＭＩＤＩ楽器、 ３ エンコ
ーダー（サーバ）、４ カメラ、 ５ エンコーダ
ー、 ６ ルータ、 ７ サーバー、８ ＷＷＷサ
ーバー、 ９ ホームコンピュータ（クライアン
ト）、 １０ ＭＩＤＩ音源、 １１ 音声出力装
置、 １２ 音声入力装置、 ２１ バス、 ２
２ ＣＰＵ、 ２３ システムクロック、 ２４
ＲＡＭ、 ２５ 外部記憶装置、 ２６ ＭＩＤＩ
インタフェース、 ２７ サウンドカード、 ２７
ａ バッファ、 ２７ｂ コーデック回路、 ２８
ＲＯＭ、 ２９ 表示装置、 ３０ 入力手段、
３１ 通信インタフェース、 ３２ 通信ネットワ
ーク、 ３３ コンピュータ、 ４１ タイムスタ
ンプ、 ４２ 識別子（ＩＤ）、 ４３ パケット
サイズ、 ４４ ＭＩＤＩデータ、 ４５，４７
ＭＩＤＩイベント、 ４６ デルタタイム、 ４８
デジタルオーディオデータ、 ４９ ＭＩＤＩデー
タパケット、 ５０ オーディオデータパケット、
５１ ヘッダ、 ５２ フッタ、 ５３ シーケ
ンスナンバ
ーダー（サーバ）、４ カメラ、 ５ エンコーダ
ー、 ６ ルータ、 ７ サーバー、８ ＷＷＷサ
ーバー、 ９ ホームコンピュータ（クライアン
ト）、 １０ ＭＩＤＩ音源、 １１ 音声出力装
置、 １２ 音声入力装置、 ２１ バス、 ２
２ ＣＰＵ、 ２３ システムクロック、 ２４
ＲＡＭ、 ２５ 外部記憶装置、 ２６ ＭＩＤＩ
インタフェース、 ２７ サウンドカード、 ２７
ａ バッファ、 ２７ｂ コーデック回路、 ２８
ＲＯＭ、 ２９ 表示装置、 ３０ 入力手段、
３１ 通信インタフェース、 ３２ 通信ネットワ
ーク、 ３３ コンピュータ、 ４１ タイムスタ
ンプ、 ４２ 識別子（ＩＤ）、 ４３ パケット
サイズ、 ４４ ＭＩＤＩデータ、 ４５，４７
ＭＩＤＩイベント、 ４６ デルタタイム、 ４８
デジタルオーディオデータ、 ４９ ＭＩＤＩデー
タパケット、 ５０ オーディオデータパケット、
５１ ヘッダ、 ５２ フッタ、 ５３ シーケ
ンスナンバ
フロントページの続き (56)参考文献 特開 平９−312669（ＪＰ，Ａ) 特開 平９−116593（ＪＰ，Ａ) 特開 平８−256161（ＪＰ，Ａ) 特開 平７−239831（ＪＰ，Ａ) 特開 平６−59670（ＪＰ，Ａ) 特開 平５−347630（ＪＰ，Ａ) 特開 平５−189385（ＪＰ，Ａ) 特表 平９−503070（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G10H 1/00 G06F 15/177 680 G06F 9/44 H04L 11/00 G04G 1/00 - 15/00
Claims (4)
- 【請求項１】 第１の時間情報を外部から受信する受信
手段と、 第２の時間情報を生成する時間情報生成手段と、 前記第１の時間情報と第２の時間情報との所定以上の時
間差を検出する時間差検出手段と、 前記時間差検出手段が所定以上の時間差を検出した回数
を計測し、前記第１の時間情報に対する前記第２の時間
情報の進み又は遅れ状態に応じて前記回数の値を減少又
は増加させる計測手段と、 前記計測手段による計測回数が所定数に達した時に前記
第２の時間情報を修正する修正手段とを有する通信装
置。 - 【請求項２】 第１の時間情報を外部から受信する受信
手段と、 第２の時間情報を生成する時間情報生成手段と、 前記第１の時間情報と第２の時間情報との所定以上の時
間差を検出する時間差検出手段と、 前記所定以上の時間差を検出したことに応じて前記第２
の時間情報を第１の所定時間おきに当該第１の所定時間
よりも小さい第２の所定時間ずつ漸次修正する修正手段
とを有する通信装置。 - 【請求項３】 第１の時間情報を外部から受信する受信
工程と、 第２の時間情報を生成する時間情報生成工程と、 前記第１の時間情報と第２の時間情報との所定以上の時
間差を検出する時間差検出工程と、 前記時間差検出工程で所定以上の時間差を検出した回数
を計測し、前記第１の時間情報に対する前記第２の時間
情報の進み又は遅れ状態に応じて前記回数の値を減少又
は増加させる計測工程と、 前記計測工程による計測回数が所定数に達した時に前記
第２の時間情報を修正する修正工程とを有する通信方
法。 - 【請求項４】 第１の時間情報を外部から受信する受信
工程と、 第２の時間情報を生成する時間情報生成工程と、 前記第１の時間情報と第２の時間情報との所定以上の時
間差を検出する時間差検出工程と、 前記所定以上の時間差を検出したことに応じて前記第２
の時間情報を第１の所定時間おきに当該第１の所定時間
よりも小さい第２の所定時間ずつ漸次修正する修正工程
とを有する通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08132398A JP3358528B2 (ja) | 1998-03-27 | 1998-03-27 | 通信装置及び通信方法 |
| US09/272,506 US6757303B1 (en) | 1998-03-27 | 1999-03-19 | Technique for communicating time information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08132398A JP3358528B2 (ja) | 1998-03-27 | 1998-03-27 | 通信装置及び通信方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002072600A Division JP3786039B2 (ja) | 2002-03-15 | 2002-03-15 | 通信装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11282461A JPH11282461A (ja) | 1999-10-15 |
| JP3358528B2 true JP3358528B2 (ja) | 2002-12-24 |
Family
ID=13743199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08132398A Expired - Fee Related JP3358528B2 (ja) | 1998-03-27 | 1998-03-27 | 通信装置及び通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6757303B1 (ja) |
| JP (1) | JP3358528B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI115494B (fi) * | 1999-09-08 | 2005-05-13 | Nokia Corp | Tukiaseman taajuussynkronointi |
| JP3552667B2 (ja) | 2000-12-19 | 2004-08-11 | ヤマハ株式会社 | 通信システム及び通信プログラムを記録した記録媒体 |
| JP4586268B2 (ja) * | 2000-12-25 | 2010-11-24 | ヤマハ株式会社 | ネットワークにおけるデータ送受信管理方法及び同データ送受信管理装置 |
| DE602004012571D1 (de) * | 2004-10-27 | 2008-04-30 | Nokia Siemens Networks Gmbh | Verfahren und Anlage zur Zeitsynchronisation in einem verteilten Kommunikationsnetzwerk |
| JP2006285300A (ja) * | 2005-03-31 | 2006-10-19 | Toshiba Corp | 信号転送装置及び信号転送方法 |
| US7839897B2 (en) * | 2006-09-29 | 2010-11-23 | Agere Systems Inc. | Methods and apparatus for unidirectional timing message transport over packet networks |
| US8193481B2 (en) * | 2009-01-26 | 2012-06-05 | Centre De Recherche Industrielle De Quebec | Method and apparatus for assembling sensor output data with data representing a sensed location on a moving article |
| FR2979719B1 (fr) * | 2011-09-02 | 2014-07-25 | Thales Sa | Systeme de communications permettant la transmission de signaux entre des equipements terminaux raccordes a des equipements intermediaires relies a un reseau ethernet |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05189385A (ja) | 1992-01-09 | 1993-07-30 | Fuji Xerox Co Ltd | 分散処理環境系におけるタイマ同期方式 |
| US5388264A (en) | 1993-09-13 | 1995-02-07 | Taligent, Inc. | Object oriented framework system for routing, editing, and synchronizing MIDI multimedia information using graphically represented connection object |
| US5670732A (en) * | 1994-05-26 | 1997-09-23 | Kabushiki Kaisha Kawai Gakki Seisakusho | Midi data transmitter, receiver, transmitter/receiver, and midi data processor, including control blocks for various operating conditions |
| JP3344123B2 (ja) * | 1994-11-16 | 2002-11-11 | ヤマハ株式会社 | データ受信装置 |
| US5731534A (en) * | 1995-09-22 | 1998-03-24 | Yamaha Corporation | Method and apparatus for imparting an effect to a tone signal with grade designation |
| JP3442228B2 (ja) * | 1996-08-29 | 2003-09-02 | 松下電器産業株式会社 | 同期保持装置 |
| CA2184517A1 (en) * | 1996-08-30 | 1998-03-01 | Randy A. Law | Clock recovery for video communication over atm network |
| JPH10122861A (ja) * | 1996-10-16 | 1998-05-15 | Nikon Corp | 位置測定装置及びそれを利用した位置測定方法 |
| JP3747584B2 (ja) * | 1996-10-18 | 2006-02-22 | ヤマハ株式会社 | 端末装置の機能拡張方法及びホストコンピュータ並びに端末装置 |
| JP2845228B2 (ja) * | 1996-12-10 | 1999-01-13 | 日本電気株式会社 | 隣接セル同期検出方式 |
| US5734119A (en) | 1996-12-19 | 1998-03-31 | Invision Interactive, Inc. | Method for streaming transmission of compressed music |
| US5995570A (en) * | 1997-06-27 | 1999-11-30 | International Business Machines Corporation | Recovering a clock signal in a multimedia network using time stamps |
| JP3870490B2 (ja) * | 1997-06-30 | 2007-01-17 | ヤマハ株式会社 | 音楽演奏情報伝送方式 |
-
1998
- 1998-03-27 JP JP08132398A patent/JP3358528B2/ja not_active Expired - Fee Related
-
1999
- 1999-03-19 US US09/272,506 patent/US6757303B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11282461A (ja) | 1999-10-15 |
| US6757303B1 (en) | 2004-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3242028B2 (ja) | データ送受信方法およびシステム | |
| JP3196715B2 (ja) | 楽音情報の通信装置、通信方法、制御装置、制御方法及びプログラムを記録した媒体 | |
| US7756595B2 (en) | Method and apparatus for producing and distributing live performance | |
| JP4001091B2 (ja) | 演奏システム及び楽音映像再生装置 | |
| JP5733321B2 (ja) | 自動演奏装置 | |
| EP1126435A2 (en) | Real time communication of musical tone information | |
| JP5729393B2 (ja) | 演奏システム | |
| WO1997042734A1 (fr) | Procede et dispositif de transmission de donnees | |
| JP3358528B2 (ja) | 通信装置及び通信方法 | |
| JP2005284041A (ja) | コンテンツ配信方法、コンテンツ配信サーバ、およびコンテンツ受信装置 | |
| JP3180708B2 (ja) | 音源設定情報通信装置 | |
| US6525253B1 (en) | Transmission of musical tone information | |
| KR20210108715A (ko) | 네트워크에 기반한 합동 공연을 제공하는 장치 및 그 방법 | |
| JP3786039B2 (ja) | 通信装置及び方法 | |
| JP3705581B2 (ja) | データ送信方法および送信システム | |
| US6909728B1 (en) | Synchronous communication | |
| WO2007054285A1 (en) | A method and system for sound reproduction, and a program product | |
| JP5674590B2 (ja) | 送出装置、コンテンツ提供システム及びプログラム | |
| JPH11284588A (ja) | 通信装置、通信方法及びプログラムを記録した媒体 | |
| JP3180751B2 (ja) | データの通信装置、通信方法、通信システム及びプログラムを記録した媒体 | |
| JP3271572B2 (ja) | 楽音情報の通信方法、通信装置及びプログラムを記録した媒体 | |
| JP2003085068A (ja) | ライブ情報提供サーバ、情報通信端末、ライブ情報提供システムおよびライブ情報提供方法 | |
| JP3196681B2 (ja) | 通信データ一時記憶装置 | |
| US20080140238A1 (en) | Method for Playing and Processing Audio Data of at Least Two Computer Units | |
| Severi et al. | Demonstration of a Networked Music Performance Experience with MEVO |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20020212 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020910 |
|
| 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: 20071011 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081011 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091011 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101011 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101011 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111011 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111011 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121011 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121011 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131011 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |