JP2004301998A - データ通信装置、方法及びプログラム - Google Patents
データ通信装置、方法及びプログラム Download PDFInfo
- Publication number
- JP2004301998A JP2004301998A JP2003093351A JP2003093351A JP2004301998A JP 2004301998 A JP2004301998 A JP 2004301998A JP 2003093351 A JP2003093351 A JP 2003093351A JP 2003093351 A JP2003093351 A JP 2003093351A JP 2004301998 A JP2004301998 A JP 2004301998A
- Authority
- JP
- Japan
- Prior art keywords
- data
- video data
- input
- performance data
- performance
- 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
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Electrophonic Musical Instruments (AREA)
Abstract
【課題】演奏データ及び映像データを送信する際に、演奏データの通信遅延を防止することができるデータ通信技術を提供することを課題とする。
【解決手段】演奏データを入力する演奏データ入力手段と、カメラから映像データを入力する映像データ入力手段と、入力された演奏データを送信する演奏データ送信手段と、演奏データ入力後の所定時間経過前は入力された映像データの送信を許可せず、所定時間経過後は入力された映像データの送信を許可する映像データ送信手段とを有するデータ通信装置が提供される。
【選択図】 図４
【解決手段】演奏データを入力する演奏データ入力手段と、カメラから映像データを入力する映像データ入力手段と、入力された演奏データを送信する演奏データ送信手段と、演奏データ入力後の所定時間経過前は入力された映像データの送信を許可せず、所定時間経過後は入力された映像データの送信を許可する映像データ送信手段とを有するデータ通信装置が提供される。
【選択図】 図４
Description
【０００１】
【発明の属する技術分野】
本発明は、データ通信技術に関し、特に演奏データ及び映像データの通信技術に関する。
【０００２】
【従来の技術】
遠隔地同士での演奏データの通信において、カメラで取り込んだ相手の映像を表示することができると、さらに楽しいコミュニケーションが可能になると考えられる。しかし、演奏データ（ＭＩＤＩデータ）に比べ、映像データは量が多く、通信の負荷が大きくなってしまう。合奏を行うためには、できるだけ高速に演奏データを送受信する必要があるので、通信状態に影響を与える映像データの通信を行うことはあまり望ましくない。
【０００３】
また、カメラによる映像データのキャプチャを行う場合、ＣＰＵの負荷が増大し、それ以外の処理に影響を与える場合がある。このときも、合奏を行う場合の演奏データの通信に支障をきたすことが考えられる。
【０００４】
このように、遠隔地同士の合奏において、相手の映像が見られることが望まれているが、実際には演奏に遅延を発生させる原因になり、実現が難しくなっている。
【０００５】
また、下記の特許文献１が公開されている。
【０００６】
【特許文献１】
特開２０００−２００５５号公報
【０００７】
【発明が解決しようとする課題】
本発明の目的は、演奏データ及び映像データを送信する際に、演奏データの通信遅延を防止することができるデータ通信技術を提供することである。
【０００８】
【課題を解決するための手段】
本発明の一観点によれば、演奏データを入力する演奏データ入力手段と、カメラから映像データを入力する映像データ入力手段と、前記入力された演奏データを送信する演奏データ送信手段と、前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信手段とを有するデータ通信装置が提供される。
本発明の他の観点によれば、演奏データを入力する演奏データ入力ステップと、カメラから映像データを入力する映像データ入力ステップと、前記入力された演奏データを送信する演奏データ送信ステップと、前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信ステップとを有するデータ通信方法が提供される。
本発明のさらに他の観点によれば、演奏データを入力する演奏データ入力ステップと、カメラから映像データを入力する映像データ入力ステップと、前記入力された演奏データを送信する演奏データ送信ステップと、前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信ステップとをコンピュータに実行させるためのプログラムが提供される。
【０００９】
本発明によれば、演奏データ入力後の所定時間経過前は入力された映像データの送信を許可しないので、映像データの送信に基づく演奏データの送信遅延を防止することができる。また、演奏データ入力後の所定時間経過後は、入力された映像データの送信を許可するので、映像データを送信することができる。
【００１０】
【発明の実施の形態】
図１は、本発明の実施形態によるデータ通信システムの第１の構成例を示す。２個の端末１１０及び１２０は、２人の演奏者が遠隔地で合奏を行うために、直接接続され、相互に演奏データ、音声データ及び映像データを通信する。例えば、端末１１０がサーバーであり、端末１２０がクライアントである。端末１１０及び１２０は、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１１】
演奏者が鍵盤（電子楽器）１０１を演奏すると、鍵盤１０１は演奏データを生成して端末１１０に供給する。演奏データは、例えばＭＩＤＩ（Ｍｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）データである。端末１１０は、鍵盤１０１からＭＩＤＩデータを入力すると、音源１０２に出力すると共に、インターネット（ネットワーク）１３０を介して端末１２０に送信する。音源１０２は、ＭＩＤＩデータを基に楽音信号を生成し、スピーカ１０４から楽音を発音させる。端末１２０でも、同様に、音源１０２及びスピーカ１０４により楽音が発音される。
【００１２】
マイク１０３は、演奏者の歌声等の音声を基に音声信号を生成し、端末１１０に出力する。端末１１０は、マイク１０３からアナログ形式の音声信号を入力すると、デジタル形式の音声データに変換し、スピーカ１０４から発音させると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、スピーカ１０４から音声が発音される。
【００１３】
カメラ１０５は、演奏者又は楽譜等の映像データを生成し、端末１１０に出力する。端末１１０は、カメラ１０５から映像データを入力すると、ディスプレイ１０６に表示すると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、ディスプレイ１０６に映像が表示される。
【００１４】
同様に、端末１２０においても、生成されたＭＩＤＩデータ、音声データ及び映像データが再生されると共に、端末１１０に送信される。端末１１０では、同じＭＩＤＩデータ、音声データ及び映像データが再生される。これにより、２人の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１５】
インターネット１３０環境下では、端末１１０及び１２０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ポート１３１を介して音声データ及び映像データ等を通信し、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポート１３２を介してＭＩＤＩデータ等を通信する。ＭＩＤＩデータは、音声データ及び映像データに比べて、高速性（リアルタイム性）が要求される。したがって、ＭＩＤＩデータはＵＤＰポート１３２を使用し、音声データ及び映像データはＴＣＰポート１３１を使用する。ＴＣＰポート１３１及びＵＤＰポート１３２を分けずにＵＤＰポートだけを使用してもよい。その場合には、データに優先順位を付けて、ＭＩＤＩデータを優先して送受信するようにするのがよい。なお、２人モードでは、２個の端末１１０及び１２０のうち、先に接続要求した方がサーバーになり、他方がクライアントになる。
【００１６】
図２は、本発明の実施形態によるデータ通信システムの第２の構成例を示す。４個の端末２１１〜２１４は、４人の演奏者が遠隔地で合奏を行うために、セッションサーバー２６０を介して接続され、相互に演奏データ、音声データ及び映像データを通信する。３人以上であればこのモードになるが、４人の場合を例に説明する。４個の端末２１１〜２１４はすべてクライントであり、セッションサーバー２６０がサーバーになる。端末２１１〜２１４は、図１と同様に、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１７】
各端末２１１〜２１４とセッションサーバー２６０とは、インターネット（ネットワーク）２５０を介して接続される。インターネット２５０環境下では、端末２１１〜２１４は、ＴＣＰポート２５１を介して音声データ及び映像データ等を通信し、ＵＤＰポート２５２を介してＭＩＤＩデータ等を通信する。各端末２１１〜２１４は、セッションサーバー２６０を介して、相互にＭＩＤＩデータ、音声データ及び映像データを通信する。これにより、３人以上（例えば４人）の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１８】
図１のように、２人の端末で合奏する場合には、２人の端末を直接接続して通信を行うのが好ましい。端末間を直接接続すると、高速に通信を行うことができる。しかし、３個以上の端末を直接接続すると、各端末がそれぞれ複数の端末に対して通信を行うため負荷が増大する。したがって、図２のように、３人以上の端末で合奏する場合にはセッションサーバー２６０を介して３人以上の端末を接続して通信を行うのが好ましい。セッションサーバー２６０を介して端末を接続すると、各端末はセッションサーバー２６０のみに対して通信すればよいので、各端末の負荷を軽減することができる。
【００１９】
図３は、第１の端末３１０及び第２の端末３２０が通信を行うときのデータ処理の流れを示す。縦軸は時間である。左欄は第１の端末３１０の処理であり、右欄は第２の端末３２０の処理である。
【００２０】
まず、ＭＩＤＩデータについて説明する。第１の端末３１０で押鍵されると、第１の端末３１０はＭＩＤＩデータを第２の端末３２０に送信し、発音処理する。第２の端末３２０は、そのＭＩＤＩデータを受信し、発音処理する。また、第１の端末３１０で離鍵されると、第１の端末３１０はＭＩＤＩデータを第２の端末３２０に送信し、消音処理する。第２の端末３２０は、そのＭＩＤＩデータを受信し、消音処理する。
【００２１】
同様に、第２の端末３２０で押鍵されると、第２の端末３２０はＭＩＤＩデータを第１の端末３１０に送信し、発音処理する。第１の端末３１０は、そのＭＩＤＩデータを受信し、発音処理する。また、第２の端末３２０で離鍵されると、第２の端末３２０はＭＩＤＩデータを第１の端末３１０に送信し、消音処理する。第１の端末３１０は、そのＭＩＤＩデータを受信し、消音処理する。
【００２２】
次に、音声データについて説明する。音声データは、録音バッファに録音される。所定間隔（例えば０．４５秒）３０１毎に、録音バッファがフル（一杯）になり、再生される。第１の端末３１０で録音バッファがフルになると、第１の端末３１０は音声データをエンコードし、第２の端末３２０に送信する。第２の端末３２０は、その音声データを受信し、デコードし、再生バッファにセットし、再生する。同様に、第２の端末３２０で録音バッファがフルになると、第２の端末３２０は音声データをエンコードし、第１の端末３１０に送信する。第１の端末３１０は、その音声データを受信し、デコードし、再生バッファにセットし、再生する。
【００２３】
次に、映像データについて説明する。映像データは、所定間隔（例えば０．５秒）３０２毎にカメラのキャプチャ指令がなされる。第１の端末３１０でキャプチャ指令がなされると、第１の端末３１０は映像データをＪＰＥＧ圧縮し、第２の端末３２０に送信し、映像データを表示する。第２の端末３２０は、そのＪＰＥＧデータを受信し、ＪＰＥＧ伸張し、表示する。同様に、第２の端末３２０でキャプチャ指令がなされると、第２の端末３２０は映像データをＪＰＥＧ圧縮し、第１の端末３１０に送信し、映像データを表示する。第１の端末３１０は、そのＪＰＥＧデータを受信し、ＪＰＥＧ伸張し、表示する。
【００２４】
ＭＩＤＩデータに比べ、映像データは量が多い。そのため、映像データの入力処理及び送信処理は、ＭＩＤＩデータの送信遅延を招く原因になる。ＭＩＤＩデータは、映像データに比べ、リアルタイム性が要求される。すなわち、演奏の遅延は、映像の遅延に比べ、悪影響の度合いが大きい。以下、ＭＩＤＩデータ及び映像データを送信する際に、ＭＩＤＩデータの通信遅延を防止する方法を説明する。
【００２５】
図４は、本実施形態によるデータ通信方法を示す図である。横軸は時間を示す。端末は、例えば一定間隔Ｔｐｒｖ毎にカメラ１０５（図１）のプレビュー処理を行う。プレビュー処理は、カメラ１０５から映像データを取り込んで入力し、メモリに格納する処理である。間隔Ｔｐｒｖは、例えば０．０３３［ｓ］である。
【００２６】
間隔Ｔｄｓｐは、図３の間隔３０２に対応し、例えば０．５［ｓ］であり、キャプチャ映像データ送信の間隔である。端末は、一定間隔Ｔｄｓｐ毎のタイミングｔ１、ｔ２、ｔ３等で、プレビューによりメモリに格納された映像データの送信処理を行う。
【００２７】
次に、ＭＩＤＩデータＭ１及びＭ２が鍵盤１０１（図１）から入力された場合又は他の端末からネットワークを介して入力（受信）した場合を説明する。ＭＩＤＩデータＭ１はタイミングｔ１及びｔ２の間に入力され、ＭＩＤＩデータＭ２はタイミングｔ２及びｔ３の間に入力されるとする。カウンタ値４０１の初期値は０である。ＭＩＤＩデータＭ１が入力されるまでは、カウンタ値４０１は０である。ＭＩＤＩデータＭ１が入力されると、カウンタ値４０１が所定値（例えば１［ｓ］）にセットされる。その後、カウンタ値４０１は、間隔Ｔｃｈｋ単位（例えばＴｃｈｋ＝５［ｍｓ］）でデクリメントされる。次に、ＭＩＤＩデータＭ２が入力されると、カウンタ値４０１が再び所定値にセットされる。その後、カウンタ値４０１は、再び間隔Ｔｃｈｋ単位でデクリメントされる。やがて、カウンタ値４０１が０になる。
【００２８】
期間Ｔ１及びＴ３は、カウンタ値４０１が０の期間である。期間Ｔ２は、カウンタ値４０１が１以上の期間である。期間Ｔ１及びＴ３では、カウンタ値４０１が０であるので、間隔Ｔｃｈｋでのプレビュー処理及び間隔Ｔｄｓｐでの映像データ送信処理を許可する。期間Ｔ２では、カウンタ値４０１が１以上であるので、間隔Ｔｐｒｖでのプレビュー処理及び間隔Ｔｄｓｐでの映像データ送信処理を許可しない。
【００２９】
ＭＩＤＩデータＭ１及びＭ２の入力後の所定時間経過前の期間Ｔ２では、映像データのプレビュー（入力）処理及び送信処理を許可しないので、映像データに基づくＭＩＤＩデータの送信遅延を防止することができる。また、ＭＩＤＩデータ入力後の所定時間経過後の期間Ｔ１，Ｔ３では、映像データのプレビュー（入力）処理及び送信処理を許可するので、映像データを送信することができる。
【００３０】
上記では、映像データをプレビュー（入力）する間隔Ｔｐｒｖが、映像データを送信する間隔Ｔｄｓｐよりも短い場合を例に説明した。映像データをプレビュー（入力）する間隔Ｔｐｒｖは、映像データを送信する間隔Ｔｄｓｐと同じにしてもよい。これにより、端末のプレビュー処理による負荷を軽減することができる。
【００３１】
なお、受信側端末は、ＭＩＤＩデータを入力しているときは、映像データを定期的に受信することができない。その際、受信側端末は、前回に受信した映像データを表示し続ける。
【００３２】
図５は、上記の端末及びセッションサーバーのコンピュータのハードウェア構成図である。バス５０１には、中央処理装置（ＣＰＵ）５０２、ＲＯＭ５０３、ＲＡＭ５０４、ネットワークインタフェース５０５、入力装置５０６、出力装置５０７及び外部記憶装置５０８が接続されている。
【００３３】
ＣＰＵ５０２は、データの処理及び演算を行うと共に、バス５０１を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ５０３には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ５０２が実行することにより、コンピュータが起動する。外部記憶装置５０８にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ５０４にコピーされ、ＣＰＵ５０２により実行される。このコンピュータは、コンピュータプログラムを実行することにより、後に説明する図６〜図８の処理等を行うことができる。
【００３４】
外部記憶装置５０８は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置５０８は、コンピュータプログラム、ＭＩＤＩデータ、音声データ及び映像データ等を記録媒体に記録したり、記録媒体からコンピュータプログラム等を読み出すことができる。
【００３５】
ネットワークインタフェース５０５は、ネットワーク（インターネット及びＭＩＤＩ等）に対してＭＩＤＩデータ、音声データ及び映像データの他、コンピュータプログラム等を送受信することができる。入力装置５０６は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置５０７は、ディスプレイ等であり、種々の情報を表示することができる。
【００３６】
図６は、ＭＩＤＩデータが鍵盤１０１（図１）から入力されたとき又は他の端末からネットワークを介して入力（受信）したときの端末の処理を示すフローチャートである。ステップＳ６０１では、プレビュー処理を停止する。すなわち、端末は、カメラから映像データを定期的に取り込んで入力する処理を停止する。図７のステップＳ７０４にてプレビュー処理の開始が指示されるまでは、プレビュー処理を行わない。次に、ステップＳ６０２では、カウンタに定数をセットする。次に、ステップＳ６０３では、入力されたＭＩＤＩデータをネットワークを介して他の端末に送信する。他の端末は、そのＭＩＤＩデータを受信して発音処理等を行う。次に、ステップＳ６０４では、そのＭＩＤＩデータの処理を行う。ＭＩＤＩデータがキーオンイベントであれば発音処理を行い、キーオフイベントであれば消音処理を行う。以上で、処理を終了する。
【００３７】
図７は、間隔Ｔｃｈｋ（図４）で行うタイマー割り込み処理を示すフローチャートである。ステップＳ７０１では、カウンタ値が０より大きいか否かをチェックする。０より大きければステップＳ７０２へ進み、大きくなければ処理を終了する。ステップＳ７０２では、カウンタ値をデクリメントする。次に、ステップＳ７０３では、カウンタ値が０か否かをチェックする。０であればステップＳ７０４へ進み、０でなければ処理を終了する。ステップＳ７０４では、プレビュー処理を開始する。これ以後、端末は、カメラから映像データを定期的に取り込んで入力する。以上で、処理を終了する。
【００３８】
図８は、間隔Ｔｄｓｐ（図４）で行うタイマー割り込み処理を示すフローチャートである。ステップＳ８０１では、カウンタ値が０か否かをチェックする。０であればステップＳ８０２へ進み、０でなければ処理を終了する。ステップＳ８０２では、上記のプレビュー処理によりカメラから取り込んだ映像データをキャプチャデータとして取得する。次に、ステップＳ８０３では、そのキャプチャ映像データをネットワークを介して他の端末に送信する。他の端末は、その映像データを受信して表示する。次に、ステップＳ８０４では、そのキャプチャ映像データをディスプレイに表示する。以上で、処理を終了する。
【００３９】
以上のように、本実施形態によれば、ＭＩＤＩデータ入力後の所定時間経過前では、映像データのプレビュー（入力）処理、送信処理及び表示処理を許可しないので、映像データに基づくＭＩＤＩデータの送信遅延を防止することができる。また、ＭＩＤＩデータ入力後の所定時間経過後では、映像データのプレビュー（入力）処理、送信処理及び表示処理を許可するので、映像データを送信することができ、相手側の端末に自己の映像を表示させることができる。
【００４０】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００４１】
上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００４２】
【発明の効果】
以上説明したように、演奏データ入力後の所定時間経過前は入力された映像データの送信を許可しないので、映像データの送信に基づく演奏データの送信遅延を防止することができる。また、演奏データ入力後の所定時間経過後は、入力された映像データの送信を許可するので、映像データを送信することができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるデータ通信システムの第１の構成例を示す図である。
【図２】本発明の実施形態によるデータ通信システムの第２の構成例を示す図である。
【図３】第１の端末及び第２の端末が通信を行うときのデータ処理の流れを示す図である。
【図４】本実施形態によるデータ通信方法を示す図である。
【図５】端末及びセッションサーバーのコンピュータのハードウェア構成図である。
【図６】鍵盤からＭＩＤＩデータが入力されたときの端末の処理を示すフローチャートである。
【図７】間隔Ｔｃｈｋで行うタイマー割り込み処理を示すフローチャートである。
【図８】間隔Ｔｄｓｐで行うタイマー割り込み処理を示すフローチャートである。
【符号の説明】
１０１ 鍵盤
１０２ 音源
１０３ マイク
１０４ スピーカ
１０５ カメラ
１０６ ディスプレイ
１１０，１２０ 端末
１３０ インターネット
１３１ ＴＣＰポート
１３２ ＵＤＰポート
２１１〜２１４ 端末
２５０ インターネット
２５１ ＴＣＰポート
２５２ ＵＤＰポート
２６０ セッションサーバー
５０１ バス
５０２ ＣＰＵ
５０３ ＲＯＭ
５０４ ＲＡＭ
５０５ ネットワークインタフェース
５０６ 入力装置
５０７ 出力装置
５０８ 外部記憶装置
【発明の属する技術分野】
本発明は、データ通信技術に関し、特に演奏データ及び映像データの通信技術に関する。
【０００２】
【従来の技術】
遠隔地同士での演奏データの通信において、カメラで取り込んだ相手の映像を表示することができると、さらに楽しいコミュニケーションが可能になると考えられる。しかし、演奏データ（ＭＩＤＩデータ）に比べ、映像データは量が多く、通信の負荷が大きくなってしまう。合奏を行うためには、できるだけ高速に演奏データを送受信する必要があるので、通信状態に影響を与える映像データの通信を行うことはあまり望ましくない。
【０００３】
また、カメラによる映像データのキャプチャを行う場合、ＣＰＵの負荷が増大し、それ以外の処理に影響を与える場合がある。このときも、合奏を行う場合の演奏データの通信に支障をきたすことが考えられる。
【０００４】
このように、遠隔地同士の合奏において、相手の映像が見られることが望まれているが、実際には演奏に遅延を発生させる原因になり、実現が難しくなっている。
【０００５】
また、下記の特許文献１が公開されている。
【０００６】
【特許文献１】
特開２０００−２００５５号公報
【０００７】
【発明が解決しようとする課題】
本発明の目的は、演奏データ及び映像データを送信する際に、演奏データの通信遅延を防止することができるデータ通信技術を提供することである。
【０００８】
【課題を解決するための手段】
本発明の一観点によれば、演奏データを入力する演奏データ入力手段と、カメラから映像データを入力する映像データ入力手段と、前記入力された演奏データを送信する演奏データ送信手段と、前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信手段とを有するデータ通信装置が提供される。
本発明の他の観点によれば、演奏データを入力する演奏データ入力ステップと、カメラから映像データを入力する映像データ入力ステップと、前記入力された演奏データを送信する演奏データ送信ステップと、前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信ステップとを有するデータ通信方法が提供される。
本発明のさらに他の観点によれば、演奏データを入力する演奏データ入力ステップと、カメラから映像データを入力する映像データ入力ステップと、前記入力された演奏データを送信する演奏データ送信ステップと、前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信ステップとをコンピュータに実行させるためのプログラムが提供される。
【０００９】
本発明によれば、演奏データ入力後の所定時間経過前は入力された映像データの送信を許可しないので、映像データの送信に基づく演奏データの送信遅延を防止することができる。また、演奏データ入力後の所定時間経過後は、入力された映像データの送信を許可するので、映像データを送信することができる。
【００１０】
【発明の実施の形態】
図１は、本発明の実施形態によるデータ通信システムの第１の構成例を示す。２個の端末１１０及び１２０は、２人の演奏者が遠隔地で合奏を行うために、直接接続され、相互に演奏データ、音声データ及び映像データを通信する。例えば、端末１１０がサーバーであり、端末１２０がクライアントである。端末１１０及び１２０は、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１１】
演奏者が鍵盤（電子楽器）１０１を演奏すると、鍵盤１０１は演奏データを生成して端末１１０に供給する。演奏データは、例えばＭＩＤＩ（Ｍｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）データである。端末１１０は、鍵盤１０１からＭＩＤＩデータを入力すると、音源１０２に出力すると共に、インターネット（ネットワーク）１３０を介して端末１２０に送信する。音源１０２は、ＭＩＤＩデータを基に楽音信号を生成し、スピーカ１０４から楽音を発音させる。端末１２０でも、同様に、音源１０２及びスピーカ１０４により楽音が発音される。
【００１２】
マイク１０３は、演奏者の歌声等の音声を基に音声信号を生成し、端末１１０に出力する。端末１１０は、マイク１０３からアナログ形式の音声信号を入力すると、デジタル形式の音声データに変換し、スピーカ１０４から発音させると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、スピーカ１０４から音声が発音される。
【００１３】
カメラ１０５は、演奏者又は楽譜等の映像データを生成し、端末１１０に出力する。端末１１０は、カメラ１０５から映像データを入力すると、ディスプレイ１０６に表示すると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、ディスプレイ１０６に映像が表示される。
【００１４】
同様に、端末１２０においても、生成されたＭＩＤＩデータ、音声データ及び映像データが再生されると共に、端末１１０に送信される。端末１１０では、同じＭＩＤＩデータ、音声データ及び映像データが再生される。これにより、２人の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１５】
インターネット１３０環境下では、端末１１０及び１２０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ポート１３１を介して音声データ及び映像データ等を通信し、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポート１３２を介してＭＩＤＩデータ等を通信する。ＭＩＤＩデータは、音声データ及び映像データに比べて、高速性（リアルタイム性）が要求される。したがって、ＭＩＤＩデータはＵＤＰポート１３２を使用し、音声データ及び映像データはＴＣＰポート１３１を使用する。ＴＣＰポート１３１及びＵＤＰポート１３２を分けずにＵＤＰポートだけを使用してもよい。その場合には、データに優先順位を付けて、ＭＩＤＩデータを優先して送受信するようにするのがよい。なお、２人モードでは、２個の端末１１０及び１２０のうち、先に接続要求した方がサーバーになり、他方がクライアントになる。
【００１６】
図２は、本発明の実施形態によるデータ通信システムの第２の構成例を示す。４個の端末２１１〜２１４は、４人の演奏者が遠隔地で合奏を行うために、セッションサーバー２６０を介して接続され、相互に演奏データ、音声データ及び映像データを通信する。３人以上であればこのモードになるが、４人の場合を例に説明する。４個の端末２１１〜２１４はすべてクライントであり、セッションサーバー２６０がサーバーになる。端末２１１〜２１４は、図１と同様に、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１７】
各端末２１１〜２１４とセッションサーバー２６０とは、インターネット（ネットワーク）２５０を介して接続される。インターネット２５０環境下では、端末２１１〜２１４は、ＴＣＰポート２５１を介して音声データ及び映像データ等を通信し、ＵＤＰポート２５２を介してＭＩＤＩデータ等を通信する。各端末２１１〜２１４は、セッションサーバー２６０を介して、相互にＭＩＤＩデータ、音声データ及び映像データを通信する。これにより、３人以上（例えば４人）の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１８】
図１のように、２人の端末で合奏する場合には、２人の端末を直接接続して通信を行うのが好ましい。端末間を直接接続すると、高速に通信を行うことができる。しかし、３個以上の端末を直接接続すると、各端末がそれぞれ複数の端末に対して通信を行うため負荷が増大する。したがって、図２のように、３人以上の端末で合奏する場合にはセッションサーバー２６０を介して３人以上の端末を接続して通信を行うのが好ましい。セッションサーバー２６０を介して端末を接続すると、各端末はセッションサーバー２６０のみに対して通信すればよいので、各端末の負荷を軽減することができる。
【００１９】
図３は、第１の端末３１０及び第２の端末３２０が通信を行うときのデータ処理の流れを示す。縦軸は時間である。左欄は第１の端末３１０の処理であり、右欄は第２の端末３２０の処理である。
【００２０】
まず、ＭＩＤＩデータについて説明する。第１の端末３１０で押鍵されると、第１の端末３１０はＭＩＤＩデータを第２の端末３２０に送信し、発音処理する。第２の端末３２０は、そのＭＩＤＩデータを受信し、発音処理する。また、第１の端末３１０で離鍵されると、第１の端末３１０はＭＩＤＩデータを第２の端末３２０に送信し、消音処理する。第２の端末３２０は、そのＭＩＤＩデータを受信し、消音処理する。
【００２１】
同様に、第２の端末３２０で押鍵されると、第２の端末３２０はＭＩＤＩデータを第１の端末３１０に送信し、発音処理する。第１の端末３１０は、そのＭＩＤＩデータを受信し、発音処理する。また、第２の端末３２０で離鍵されると、第２の端末３２０はＭＩＤＩデータを第１の端末３１０に送信し、消音処理する。第１の端末３１０は、そのＭＩＤＩデータを受信し、消音処理する。
【００２２】
次に、音声データについて説明する。音声データは、録音バッファに録音される。所定間隔（例えば０．４５秒）３０１毎に、録音バッファがフル（一杯）になり、再生される。第１の端末３１０で録音バッファがフルになると、第１の端末３１０は音声データをエンコードし、第２の端末３２０に送信する。第２の端末３２０は、その音声データを受信し、デコードし、再生バッファにセットし、再生する。同様に、第２の端末３２０で録音バッファがフルになると、第２の端末３２０は音声データをエンコードし、第１の端末３１０に送信する。第１の端末３１０は、その音声データを受信し、デコードし、再生バッファにセットし、再生する。
【００２３】
次に、映像データについて説明する。映像データは、所定間隔（例えば０．５秒）３０２毎にカメラのキャプチャ指令がなされる。第１の端末３１０でキャプチャ指令がなされると、第１の端末３１０は映像データをＪＰＥＧ圧縮し、第２の端末３２０に送信し、映像データを表示する。第２の端末３２０は、そのＪＰＥＧデータを受信し、ＪＰＥＧ伸張し、表示する。同様に、第２の端末３２０でキャプチャ指令がなされると、第２の端末３２０は映像データをＪＰＥＧ圧縮し、第１の端末３１０に送信し、映像データを表示する。第１の端末３１０は、そのＪＰＥＧデータを受信し、ＪＰＥＧ伸張し、表示する。
【００２４】
ＭＩＤＩデータに比べ、映像データは量が多い。そのため、映像データの入力処理及び送信処理は、ＭＩＤＩデータの送信遅延を招く原因になる。ＭＩＤＩデータは、映像データに比べ、リアルタイム性が要求される。すなわち、演奏の遅延は、映像の遅延に比べ、悪影響の度合いが大きい。以下、ＭＩＤＩデータ及び映像データを送信する際に、ＭＩＤＩデータの通信遅延を防止する方法を説明する。
【００２５】
図４は、本実施形態によるデータ通信方法を示す図である。横軸は時間を示す。端末は、例えば一定間隔Ｔｐｒｖ毎にカメラ１０５（図１）のプレビュー処理を行う。プレビュー処理は、カメラ１０５から映像データを取り込んで入力し、メモリに格納する処理である。間隔Ｔｐｒｖは、例えば０．０３３［ｓ］である。
【００２６】
間隔Ｔｄｓｐは、図３の間隔３０２に対応し、例えば０．５［ｓ］であり、キャプチャ映像データ送信の間隔である。端末は、一定間隔Ｔｄｓｐ毎のタイミングｔ１、ｔ２、ｔ３等で、プレビューによりメモリに格納された映像データの送信処理を行う。
【００２７】
次に、ＭＩＤＩデータＭ１及びＭ２が鍵盤１０１（図１）から入力された場合又は他の端末からネットワークを介して入力（受信）した場合を説明する。ＭＩＤＩデータＭ１はタイミングｔ１及びｔ２の間に入力され、ＭＩＤＩデータＭ２はタイミングｔ２及びｔ３の間に入力されるとする。カウンタ値４０１の初期値は０である。ＭＩＤＩデータＭ１が入力されるまでは、カウンタ値４０１は０である。ＭＩＤＩデータＭ１が入力されると、カウンタ値４０１が所定値（例えば１［ｓ］）にセットされる。その後、カウンタ値４０１は、間隔Ｔｃｈｋ単位（例えばＴｃｈｋ＝５［ｍｓ］）でデクリメントされる。次に、ＭＩＤＩデータＭ２が入力されると、カウンタ値４０１が再び所定値にセットされる。その後、カウンタ値４０１は、再び間隔Ｔｃｈｋ単位でデクリメントされる。やがて、カウンタ値４０１が０になる。
【００２８】
期間Ｔ１及びＴ３は、カウンタ値４０１が０の期間である。期間Ｔ２は、カウンタ値４０１が１以上の期間である。期間Ｔ１及びＴ３では、カウンタ値４０１が０であるので、間隔Ｔｃｈｋでのプレビュー処理及び間隔Ｔｄｓｐでの映像データ送信処理を許可する。期間Ｔ２では、カウンタ値４０１が１以上であるので、間隔Ｔｐｒｖでのプレビュー処理及び間隔Ｔｄｓｐでの映像データ送信処理を許可しない。
【００２９】
ＭＩＤＩデータＭ１及びＭ２の入力後の所定時間経過前の期間Ｔ２では、映像データのプレビュー（入力）処理及び送信処理を許可しないので、映像データに基づくＭＩＤＩデータの送信遅延を防止することができる。また、ＭＩＤＩデータ入力後の所定時間経過後の期間Ｔ１，Ｔ３では、映像データのプレビュー（入力）処理及び送信処理を許可するので、映像データを送信することができる。
【００３０】
上記では、映像データをプレビュー（入力）する間隔Ｔｐｒｖが、映像データを送信する間隔Ｔｄｓｐよりも短い場合を例に説明した。映像データをプレビュー（入力）する間隔Ｔｐｒｖは、映像データを送信する間隔Ｔｄｓｐと同じにしてもよい。これにより、端末のプレビュー処理による負荷を軽減することができる。
【００３１】
なお、受信側端末は、ＭＩＤＩデータを入力しているときは、映像データを定期的に受信することができない。その際、受信側端末は、前回に受信した映像データを表示し続ける。
【００３２】
図５は、上記の端末及びセッションサーバーのコンピュータのハードウェア構成図である。バス５０１には、中央処理装置（ＣＰＵ）５０２、ＲＯＭ５０３、ＲＡＭ５０４、ネットワークインタフェース５０５、入力装置５０６、出力装置５０７及び外部記憶装置５０８が接続されている。
【００３３】
ＣＰＵ５０２は、データの処理及び演算を行うと共に、バス５０１を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ５０３には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ５０２が実行することにより、コンピュータが起動する。外部記憶装置５０８にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ５０４にコピーされ、ＣＰＵ５０２により実行される。このコンピュータは、コンピュータプログラムを実行することにより、後に説明する図６〜図８の処理等を行うことができる。
【００３４】
外部記憶装置５０８は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置５０８は、コンピュータプログラム、ＭＩＤＩデータ、音声データ及び映像データ等を記録媒体に記録したり、記録媒体からコンピュータプログラム等を読み出すことができる。
【００３５】
ネットワークインタフェース５０５は、ネットワーク（インターネット及びＭＩＤＩ等）に対してＭＩＤＩデータ、音声データ及び映像データの他、コンピュータプログラム等を送受信することができる。入力装置５０６は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置５０７は、ディスプレイ等であり、種々の情報を表示することができる。
【００３６】
図６は、ＭＩＤＩデータが鍵盤１０１（図１）から入力されたとき又は他の端末からネットワークを介して入力（受信）したときの端末の処理を示すフローチャートである。ステップＳ６０１では、プレビュー処理を停止する。すなわち、端末は、カメラから映像データを定期的に取り込んで入力する処理を停止する。図７のステップＳ７０４にてプレビュー処理の開始が指示されるまでは、プレビュー処理を行わない。次に、ステップＳ６０２では、カウンタに定数をセットする。次に、ステップＳ６０３では、入力されたＭＩＤＩデータをネットワークを介して他の端末に送信する。他の端末は、そのＭＩＤＩデータを受信して発音処理等を行う。次に、ステップＳ６０４では、そのＭＩＤＩデータの処理を行う。ＭＩＤＩデータがキーオンイベントであれば発音処理を行い、キーオフイベントであれば消音処理を行う。以上で、処理を終了する。
【００３７】
図７は、間隔Ｔｃｈｋ（図４）で行うタイマー割り込み処理を示すフローチャートである。ステップＳ７０１では、カウンタ値が０より大きいか否かをチェックする。０より大きければステップＳ７０２へ進み、大きくなければ処理を終了する。ステップＳ７０２では、カウンタ値をデクリメントする。次に、ステップＳ７０３では、カウンタ値が０か否かをチェックする。０であればステップＳ７０４へ進み、０でなければ処理を終了する。ステップＳ７０４では、プレビュー処理を開始する。これ以後、端末は、カメラから映像データを定期的に取り込んで入力する。以上で、処理を終了する。
【００３８】
図８は、間隔Ｔｄｓｐ（図４）で行うタイマー割り込み処理を示すフローチャートである。ステップＳ８０１では、カウンタ値が０か否かをチェックする。０であればステップＳ８０２へ進み、０でなければ処理を終了する。ステップＳ８０２では、上記のプレビュー処理によりカメラから取り込んだ映像データをキャプチャデータとして取得する。次に、ステップＳ８０３では、そのキャプチャ映像データをネットワークを介して他の端末に送信する。他の端末は、その映像データを受信して表示する。次に、ステップＳ８０４では、そのキャプチャ映像データをディスプレイに表示する。以上で、処理を終了する。
【００３９】
以上のように、本実施形態によれば、ＭＩＤＩデータ入力後の所定時間経過前では、映像データのプレビュー（入力）処理、送信処理及び表示処理を許可しないので、映像データに基づくＭＩＤＩデータの送信遅延を防止することができる。また、ＭＩＤＩデータ入力後の所定時間経過後では、映像データのプレビュー（入力）処理、送信処理及び表示処理を許可するので、映像データを送信することができ、相手側の端末に自己の映像を表示させることができる。
【００４０】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００４１】
上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００４２】
【発明の効果】
以上説明したように、演奏データ入力後の所定時間経過前は入力された映像データの送信を許可しないので、映像データの送信に基づく演奏データの送信遅延を防止することができる。また、演奏データ入力後の所定時間経過後は、入力された映像データの送信を許可するので、映像データを送信することができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるデータ通信システムの第１の構成例を示す図である。
【図２】本発明の実施形態によるデータ通信システムの第２の構成例を示す図である。
【図３】第１の端末及び第２の端末が通信を行うときのデータ処理の流れを示す図である。
【図４】本実施形態によるデータ通信方法を示す図である。
【図５】端末及びセッションサーバーのコンピュータのハードウェア構成図である。
【図６】鍵盤からＭＩＤＩデータが入力されたときの端末の処理を示すフローチャートである。
【図７】間隔Ｔｃｈｋで行うタイマー割り込み処理を示すフローチャートである。
【図８】間隔Ｔｄｓｐで行うタイマー割り込み処理を示すフローチャートである。
【符号の説明】
１０１ 鍵盤
１０２ 音源
１０３ マイク
１０４ スピーカ
１０５ カメラ
１０６ ディスプレイ
１１０，１２０ 端末
１３０ インターネット
１３１ ＴＣＰポート
１３２ ＵＤＰポート
２１１〜２１４ 端末
２５０ インターネット
２５１ ＴＣＰポート
２５２ ＵＤＰポート
２６０ セッションサーバー
５０１ バス
５０２ ＣＰＵ
５０３ ＲＯＭ
５０４ ＲＡＭ
５０５ ネットワークインタフェース
５０６ 入力装置
５０７ 出力装置
５０８ 外部記憶装置
Claims (11)
- 演奏データを入力する演奏データ入力手段と、
カメラから映像データを入力する映像データ入力手段と、
前記入力された演奏データを送信する演奏データ送信手段と、
前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信手段と
を有するデータ通信装置。 - 前記映像データ入力手段は、前記演奏データ入力後の所定時間経過前はカメラから映像データを入力せず、所定時間経過後はカメラから映像データを入力する請求項１記載のデータ通信装置。
- 前記映像データ送信手段は、前記演奏データ入力後の所定時間経過後は前記入力された映像データを一定間隔で送信する請求項２記載のデータ通信装置。
- 前記映像データ入力手段は、前記演奏データ入力後の所定時間経過後はカメラから映像データを一定間隔で入力する請求項３記載のデータ通信装置。
- 前記映像データを入力する間隔が前記映像データを送信する間隔よりも短い請求項４記載のデータ通信装置。
- 前記映像データを入力する間隔が前記映像データを送信する間隔と同じである請求項４記載のデータ通信装置。
- 前記映像データ送信手段は、前記演奏データが入力されるとカウンタのカウントを開始し、該カウンタが所定値になると映像データの送信を許可する請求項１〜６のいずれか１項に記載のデータ通信装置。
- 前記演奏データ入力手段は、電子楽器から演奏データを入力する請求項１〜７のいずれか１項に記載のデータ通信装置。
- 前記演奏データは、ＭＩＤＩデータである請求項１〜８のいずれか１項に記載のデータ通信装置。
- 演奏データを入力する演奏データ入力ステップと、
カメラから映像データを入力する映像データ入力ステップと、
前記入力された演奏データを送信する演奏データ送信ステップと、
前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信ステップと
を有するデータ通信方法。 - 演奏データを入力する演奏データ入力ステップと、
カメラから映像データを入力する映像データ入力ステップと、
前記入力された演奏データを送信する演奏データ送信ステップと、
前記演奏データ入力後の所定時間経過前は前記入力された映像データの送信を許可せず、所定時間経過後は前記入力された映像データの送信を許可する映像データ送信ステップと
をコンピュータに実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003093351A JP4071140B2 (ja) | 2003-03-31 | 2003-03-31 | データ通信装置、方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003093351A JP4071140B2 (ja) | 2003-03-31 | 2003-03-31 | データ通信装置、方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004301998A true JP2004301998A (ja) | 2004-10-28 |
| JP4071140B2 JP4071140B2 (ja) | 2008-04-02 |
Family
ID=33406172
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003093351A Expired - Fee Related JP4071140B2 (ja) | 2003-03-31 | 2003-03-31 | データ通信装置、方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4071140B2 (ja) |
-
2003
- 2003-03-31 JP JP2003093351A patent/JP4071140B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP4071140B2 (ja) | 2008-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20070287141A1 (en) | Internet based client server to provide multi-user interactive online Karaoke singing | |
| JPH10319950A (ja) | データ送受信方法およびシステム | |
| CN101770772A (zh) | 嵌入式网络卡拉ok娱乐装置及其声像控制方法 | |
| JP2003280644A (ja) | セッション装置およびその制御方法を実現するためのプログラム | |
| JP2009535988A (ja) | データ信号を処理するシステム及び方法 | |
| JP5380109B2 (ja) | カラオケサービスシステム、配信サーバ、端末装置 | |
| JP3324672B2 (ja) | リアルタイム・ディジタル音声残響システム | |
| US7395208B2 (en) | Integrating external voices | |
| JP2002091291A (ja) | ピアノ教授用データ通信システム | |
| JP3852348B2 (ja) | 再生及び送信切替装置及びプログラム | |
| JP6196839B2 (ja) | 通信デュエット時における音声等の切換処理に特徴を有する通信カラオケシステム | |
| JP4071140B2 (ja) | データ通信装置、方法及びプログラム | |
| JP6051075B2 (ja) | 通信障害時にデュエット歌唱を継続可能な通信カラオケシステム | |
| JP6958676B1 (ja) | 制御方法および制御システム | |
| JP7435119B2 (ja) | 映像データ処理装置、映像配信システム、映像編集装置、映像データ処理方法、映像配信方法、及びプログラム | |
| JP4543586B2 (ja) | 音声再生装置及び音声再生方法 | |
| JP2002062884A (ja) | データ送受信方法、送受信端末、およびデータ送受信方法に係るプログラムを記憶した記憶媒体 | |
| JP4126246B2 (ja) | 演奏データ通信システム | |
| TWI844231B (zh) | 提供伴唱服務的系統和方法 | |
| JP2003085068A (ja) | ライブ情報提供サーバ、情報通信端末、ライブ情報提供システムおよびライブ情報提供方法 | |
| JP2008097096A (ja) | サーバ装置及び通信セッション確立方法 | |
| TW200816850A (en) | An audio media player with multiport | |
| JP2007041320A (ja) | ネットワークを用いた遠隔多地点合奏システム | |
| WO2022264537A1 (ja) | 触覚信号生成装置、触覚信号生成方法、プログラム | |
| WO2023276013A1 (ja) | 配信システム、音出力方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071206 |
|
| 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: 20071218 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080116 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110125 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |