專利名稱：通信終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信終端，更具體的，涉及用于經(jīng)諸如互聯(lián)網(wǎng)等通信網(wǎng)絡(luò)發(fā)送/接收音樂(lè)聲音控制數(shù)據(jù)的通信終端。
背景技術(shù)：
圖15是舉例說(shuō)明在符合MIDI(樂(lè)器數(shù)字接口)標(biāo)準(zhǔn)的電子樂(lè)器、設(shè)備等(以下稱“MIDI設(shè)備”)之間的連接狀態(tài)的圖。各個(gè)MIDI設(shè)備經(jīng)MIDI電纜連接，并且在一個(gè)MIDI設(shè)備中產(chǎn)生的MIDI消息(音樂(lè)聲音控制數(shù)據(jù))經(jīng)MIDI電纜被發(fā)送給另一個(gè)MIDI設(shè)備。
在這種方式中，經(jīng)MIDI電纜發(fā)送/接收MIDI消息是常見(jiàn)的。近年來(lái)，通信網(wǎng)絡(luò)已經(jīng)有了很大發(fā)展，對(duì)于通過(guò)經(jīng)互聯(lián)網(wǎng)發(fā)送/接收MIDI消息來(lái)實(shí)現(xiàn)二重奏演奏或合奏曲(會(huì)話)的需求正在增長(zhǎng)。
然而，在現(xiàn)有的傳輸系統(tǒng)中并沒(méi)有預(yù)先假定缺乏MIDI消息等情況。因此出現(xiàn)了這樣的問(wèn)題即使將現(xiàn)有的傳輸系統(tǒng)照原樣應(yīng)用到易于產(chǎn)生傳輸錯(cuò)誤等的互聯(lián)網(wǎng)傳輸中，由于MIDI消息的缺乏等等的產(chǎn)生，也無(wú)法完全忠實(shí)地再現(xiàn)演奏。
鑒于這種情況，在IETF(互聯(lián)網(wǎng)工程任務(wù)組)中創(chuàng)設(shè)了用于MIDI標(biāo)準(zhǔn)的RTP有效載荷格式(例如，參見(jiàn)非專利文獻(xiàn)1)。這種用于MIDI的RTP有效載荷格式被用于經(jīng)諸如互聯(lián)網(wǎng)等數(shù)據(jù)包傳輸網(wǎng)絡(luò)發(fā)送MIDI消息，并且具有這樣的特征，即使得能夠以高效率實(shí)現(xiàn)具有高可靠性的數(shù)據(jù)傳輸。
非專利文獻(xiàn)1
互聯(lián)網(wǎng)URLhttp://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-midi-format-07.txt。
然而，為了基于該用于MIDI標(biāo)準(zhǔn)的RTP有效載荷格式執(zhí)行傳輸，在MIDI設(shè)備中不僅需要安裝被用作與互聯(lián)網(wǎng)通信相關(guān)的協(xié)議組的核心的TCP(傳輸控制協(xié)議)和UDP(用戶數(shù)據(jù)報(bào)協(xié)議)，而且還需要安裝諸如RTP(實(shí)時(shí)傳輸協(xié)議)、RTCP(實(shí)時(shí)控制協(xié)議)、SDP(會(huì)話描述協(xié)議)等必須耗費(fèi)大量資源(CPU資源、存儲(chǔ)器資源等)的協(xié)議。盡管如此，目前的狀態(tài)是諸如電子樂(lè)器等的平臺(tái)在CPU資源、存儲(chǔ)器資源等中沒(méi)有足夠的空間來(lái)安裝如RTP、RTCP、SDP等協(xié)議。

發(fā)明內(nèi)容
由于前面所述的情況而作出了本發(fā)明，本發(fā)明的目的是提供一種通信終端，其能夠經(jīng)互聯(lián)網(wǎng)有效地發(fā)送/接收MIDI消息等，而無(wú)需實(shí)施諸如RTP、RTCP、SDP等等豐富的協(xié)議。
為了實(shí)現(xiàn)上述目的，本發(fā)明的特征在于具有以下方案。
(1).一種通信終端，其中整合了面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議，該通信終端包括輸入單元，其輸入音樂(lè)聲音控制數(shù)據(jù)；數(shù)據(jù)包生成器，將所述輸入的音樂(lè)聲音控制數(shù)據(jù)分別分類到第一和第二系統(tǒng)，并將分類屬于第一或第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)整理成數(shù)據(jù)包以產(chǎn)生音樂(lè)聲音控制數(shù)據(jù)包；以及發(fā)送器，通過(guò)使用面向連接類型的協(xié)議將屬于第一系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包發(fā)送到目標(biāo)終端，并通過(guò)使用無(wú)連接類型的協(xié)議將屬于第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包發(fā)送到目標(biāo)終端。
(2).根據(jù)(1)的通信終端，進(jìn)一步包括第一分配單元，將表示傳輸順序的序號(hào)分配給通過(guò)使用面向連接類型的協(xié)議或無(wú)連接類型的協(xié)議發(fā)送的所有音樂(lè)聲音控制數(shù)據(jù)包。
(3).根據(jù)(2)的通信終端，其中，所述第一分配單元將用于標(biāo)識(shí)音樂(lè)聲音控制數(shù)據(jù)包的序號(hào)和已分配給在前的已通過(guò)使用面向連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包的序號(hào)分配給通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包。
(4).根據(jù)(1)的通信終端，進(jìn)一步包括第二分配單元，將表示之前已通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送給目標(biāo)終端的音樂(lè)聲音控制數(shù)據(jù)包的歷史的歷史信息分配給通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包。
(5).根據(jù)(2)的通信終端，進(jìn)一步包括第二分配單元，將表示之前已通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送給目標(biāo)終端的音樂(lè)聲音控制數(shù)據(jù)包的歷史的歷史信息分配給通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包。
(6).根據(jù)(1)的通信終端，進(jìn)一步包括空數(shù)據(jù)包生成器，產(chǎn)生不包含命令內(nèi)容的空數(shù)據(jù)包；以及感測(cè)單元，感測(cè)通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包的產(chǎn)生定時(shí)，其中，當(dāng)所述感測(cè)單元在預(yù)定的閾值時(shí)間之內(nèi)沒(méi)有感測(cè)到音樂(lè)聲音控制數(shù)據(jù)包的產(chǎn)生定時(shí)時(shí)，所述發(fā)送器通過(guò)使用無(wú)連接類型的協(xié)議向目標(biāo)終端發(fā)送由所述空數(shù)據(jù)包生成器產(chǎn)生的空數(shù)據(jù)包。
(7).根據(jù)(1)的通信終端，其中，所述數(shù)據(jù)包生成器將來(lái)自輸入的音樂(lè)聲音控制數(shù)據(jù)中的符合設(shè)置條件的音樂(lè)聲音控制數(shù)據(jù)整理成數(shù)據(jù)包，以產(chǎn)生音樂(lè)聲音控制數(shù)據(jù)包。
(8).根據(jù)(1)的通信終端，其中，所述面向連接類型的協(xié)議包括位于傳輸層的TCP，所述無(wú)連接類型的協(xié)議包括位于傳輸層的UDP，所述音樂(lè)聲音控制數(shù)據(jù)包括MIDI消息，所述屬于第一或第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包括系統(tǒng)專用消息和其他MIDI消息，并且所述發(fā)送器通過(guò)使用TCP向目標(biāo)終端發(fā)送其中系統(tǒng)專用消息被打包為數(shù)據(jù)包的音樂(lè)聲音控制數(shù)據(jù)包，通過(guò)使用UDP向目標(biāo)終端發(fā)送其中其他MIDI消息被打包為數(shù)據(jù)包的音樂(lè)聲音控制數(shù)據(jù)包。
(9).一種通信終端，其中整合了面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議，該通信終端包括接收器，其通過(guò)使用面向連接類型的協(xié)議接收從目標(biāo)終端發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包和通過(guò)使用無(wú)連接類型的協(xié)議接收從目標(biāo)終端發(fā)送來(lái)的音樂(lè)聲音控制數(shù)據(jù)包；以及恢復(fù)單元，其根據(jù)表示被分配給通過(guò)使用各協(xié)議發(fā)送的所有音樂(lè)聲音控制數(shù)據(jù)包的傳輸順序的序號(hào)，并根據(jù)附加到通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包的歷史信息，恢復(fù)通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包。
(10).一種在使用面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議的通信終端之間通信的方法，該方法包括輸入音樂(lè)聲音控制數(shù)據(jù)；將所述輸入的音樂(lè)聲音控制數(shù)據(jù)分別分類到第一和第二系統(tǒng)；將分類屬于第一或第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)整理成數(shù)據(jù)包以產(chǎn)生音樂(lè)聲音控制數(shù)據(jù)包；通過(guò)使用面向連接類型的協(xié)議發(fā)送屬于第一系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包；通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送屬于第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包。
(11).一種存儲(chǔ)程序的計(jì)算機(jī)可讀記錄介質(zhì)，使運(yùn)行該程序的計(jì)算機(jī)執(zhí)行根據(jù)(10)的方法的過(guò)程。
(12).一種在使用面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議的通信終端之間通信的方法，該方法包括通過(guò)使用面向連接類型的協(xié)議接收音樂(lè)聲音控制數(shù)據(jù)包和通過(guò)使用無(wú)連接類型的協(xié)議接收音樂(lè)聲音控制數(shù)據(jù)包；以及恢復(fù)單元，其根據(jù)表示被分配給通過(guò)使用各協(xié)議發(fā)送的所有音樂(lè)聲音控制數(shù)據(jù)包的傳輸順序的序號(hào)，并根據(jù)附加到通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包的歷史信息，恢復(fù)通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包。
(13).一種存儲(chǔ)程序的計(jì)算機(jī)可讀記錄介質(zhì)，使運(yùn)行該程序的計(jì)算機(jī)執(zhí)行根據(jù)(12)的方法的過(guò)程。
如上所述，根據(jù)本發(fā)明，無(wú)需使用諸如RTP、SDP等豐富的協(xié)議而經(jīng)互聯(lián)網(wǎng)來(lái)有效地發(fā)送/接收MIDI消息等是可行的。


圖1是顯示根據(jù)本實(shí)施例的i會(huì)話(i-Session)系統(tǒng)的配置的圖。
圖2是說(shuō)明根據(jù)該實(shí)施例的傳輸協(xié)議的圖。
圖3是說(shuō)明根據(jù)該實(shí)施例流經(jīng)TCP流和UDP流的TCP數(shù)據(jù)包和UDP數(shù)據(jù)包的圖。
圖4是說(shuō)明根據(jù)該實(shí)施例流經(jīng)TCP流和UDP流的TCP數(shù)據(jù)包和UDP數(shù)據(jù)包的另一個(gè)圖。
圖5是顯示根據(jù)該實(shí)施例的TCP數(shù)據(jù)包的配置的圖。
圖6是顯示根據(jù)該實(shí)施例的UDP數(shù)據(jù)包的配置的圖。
圖7是說(shuō)明根據(jù)該實(shí)施例在單流中的恢復(fù)方法的圖。
圖8是說(shuō)明根據(jù)該實(shí)施例在雙流中的恢復(fù)方法的圖。
圖9是說(shuō)明根據(jù)該實(shí)施例在雙流中的恢復(fù)方法的另一個(gè)圖。
圖10是顯示根據(jù)該實(shí)施例的數(shù)據(jù)包發(fā)送處理的流程圖。
圖11是表示根據(jù)該實(shí)施例的多端口概念的圖。
圖12是表示根據(jù)該實(shí)施例的單端口概念的圖。
圖13是顯示根據(jù)該實(shí)施例的數(shù)據(jù)包接收處理的流程圖。
圖14是顯示根據(jù)該實(shí)施例的數(shù)據(jù)包接收處理的流程圖。
圖15是說(shuō)明在MIDI設(shè)備之間的連接狀態(tài)的圖。
具體實(shí)施例方式
下面將介紹允許位于不同地方的多個(gè)用戶通過(guò)經(jīng)互聯(lián)網(wǎng)發(fā)送/接收MIDI消息來(lái)實(shí)時(shí)保持會(huì)話的系統(tǒng)(以下稱“i會(huì)話系統(tǒng)”)。
A.本實(shí)施例圖1是顯示根據(jù)本實(shí)施例的i會(huì)話系統(tǒng)100的配置的圖。
i會(huì)話系統(tǒng)100由以下幾部分組成經(jīng)互聯(lián)網(wǎng)350連接的多個(gè)播放器終端(player terminal)200-k(1≤k≤n)，連接至相應(yīng)的播放器終端200-k的電子樂(lè)器300-k，和會(huì)話管理服務(wù)器400。在這種情況下，如果不需要詳細(xì)區(qū)分，則播放器終端200-k和電子樂(lè)器300-k分別被簡(jiǎn)單地稱為播放器終端200和電子樂(lè)器300。
會(huì)話管理服務(wù)器400起到中樞地(pivotally)管理由播放器終端200實(shí)施的會(huì)話等作用。電子樂(lè)器300根據(jù)由用戶執(zhí)行的演奏操作來(lái)產(chǎn)生各種MIDI消息，并將產(chǎn)生的MIDI消息提供給作為連接目標(biāo)的播放器終端200。
播放器終端(通信終端)200通過(guò)將從電子樂(lè)器300提供的MIDI消息整理成數(shù)據(jù)包而產(chǎn)生MIDI數(shù)據(jù)包(音樂(lè)聲音控制數(shù)據(jù)包)，然后將這些數(shù)據(jù)包發(fā)送給參與該次會(huì)話的所有播放器終端200。同時(shí)，播放器終端200接收從其他播放器終端200發(fā)送來(lái)的MIDI數(shù)據(jù)包，然后播放它們。在本實(shí)施例中，假定電子樂(lè)器300和播放器終端200分別是作為單獨(dú)的主體來(lái)提供的。但是電子樂(lè)器300和播放器終端200也可以被整體地構(gòu)成，例如通過(guò)將播放器終端200的功能并入電子樂(lè)器300中。
i會(huì)話系統(tǒng)100的第一特征圖2是說(shuō)明在i會(huì)話系統(tǒng)100中使用的傳輸協(xié)議的圖。根據(jù)本實(shí)施例的i會(huì)話系統(tǒng)100通過(guò)使用TCP和UDP來(lái)發(fā)送MIDI數(shù)據(jù)包，而不需使用如RTP、SDP等豐富的協(xié)議(見(jiàn)圖2)，TCP和UDP作為互聯(lián)網(wǎng)350的傳輸協(xié)議而被廣泛使用。TCP和UDP都是位于TCP/IP協(xié)議組中傳輸層的協(xié)議。這里，TCP是為了不失敗地遞送數(shù)據(jù)而具有高可靠性的協(xié)議，并且由于在其中執(zhí)行順序控制等而被稱為面向連接類型的協(xié)議。相反，UDP是具有低可靠性的協(xié)議，因?yàn)閷?duì)于在路中數(shù)據(jù)包的短缺等不作出響應(yīng)，并由于不執(zhí)行順序控制而被稱為無(wú)連接類型的協(xié)議，這與TCP不同。
在本實(shí)施例中，通過(guò)使用包含具有高可靠性的TCP和具有低可靠性的UDP的雙系統(tǒng)傳輸線路來(lái)發(fā)送MIDI消息。更詳細(xì)地說(shuō)，播放器終端(發(fā)送器)200首先將要發(fā)送的MIDI消息分成絕對(duì)不能丟失的MIDI消息(在本實(shí)施例中，系統(tǒng)專用消息)和其他MIDI消息。根據(jù)這種分類，播放器終端(發(fā)送器)200通過(guò)使用具有高可靠性的TCP來(lái)發(fā)送系統(tǒng)專用消息，通過(guò)使用具有低可靠性的UDP來(lái)發(fā)送其他MIDI消息。
在本實(shí)施例中，示例了各種MIDI消息中僅有一種類型的MIDI消息(即系統(tǒng)專用消息)通過(guò)使用TCP來(lái)發(fā)送的情況。但是通過(guò)使用TCP來(lái)發(fā)送的MIDI消息的類型、數(shù)量等可以相應(yīng)于i會(huì)話系統(tǒng)100的應(yīng)用等而作出適當(dāng)?shù)刈兓?。在下面的說(shuō)明中，使用TCP的傳輸線路被稱為TCP流，以數(shù)據(jù)包的形式流經(jīng)TCP流的MIDI消息被稱為TCP數(shù)據(jù)包(見(jiàn)圖3)。類似地，使用UDP的傳輸線路被稱為UDP流，以數(shù)據(jù)包的形式流經(jīng)UDP流的MIDI消息被稱為UDP數(shù)據(jù)包(見(jiàn)圖3)。
i會(huì)話系統(tǒng)100的第二特征圖4是示例流經(jīng)TCP流和UDP流的TCP數(shù)據(jù)包和UDP數(shù)據(jù)包的圖。
在本實(shí)施例中，如上所述，通過(guò)使用TCP流和UDP流(這些在下文中被統(tǒng)稱為“雙流”)以數(shù)據(jù)包的形式發(fā)送MIDI消息。因此，為了在接收器側(cè)通過(guò)播放器終端200來(lái)正確地播放MIDI消息，必須以正確的順序(即以傳輸順序)來(lái)處理流經(jīng)每個(gè)流的數(shù)據(jù)包。在本實(shí)施例中，為了實(shí)現(xiàn)這種處理，標(biāo)識(shí)傳輸順序的唯一的序號(hào)分別被分配給流經(jīng)TCP流和UDP流的所有數(shù)據(jù)包，如圖4所示。接收器側(cè)的播放器終端200能夠通過(guò)按序號(hào)的順序處理各個(gè)數(shù)據(jù)包來(lái)相互同步操作。在這種情況下，因?yàn)槿缟纤?，UDP流是具有低可靠性的傳輸線路，所以可能會(huì)造成UDP數(shù)據(jù)包丟失、UDP數(shù)據(jù)包的順序顛倒(較后發(fā)送的UDP數(shù)據(jù)包比之前發(fā)送的UDP數(shù)據(jù)包更先到達(dá)接收器側(cè)的播放器終端200，等等)及其他情形。下面描述的第三特征能夠處理這些情形。
i會(huì)話系統(tǒng)100的第三特征圖5是顯示流經(jīng)TCP流的TCP數(shù)據(jù)包的配置的圖，圖6是顯示流經(jīng)UDP流的UDP數(shù)據(jù)包的配置的圖。
TCP數(shù)據(jù)包包含時(shí)間戳、序號(hào)和命令段。而UDP數(shù)據(jù)包包含時(shí)間戳、第一序號(hào)、第二序號(hào)、命令段和日志段(journal section)。
在TCP數(shù)據(jù)包和UDP數(shù)據(jù)包的時(shí)間戳中，分別照原樣記述了i會(huì)話定時(shí)器(未示出)的定時(shí)器值。
在TCP數(shù)據(jù)包的序號(hào)中記述表示TCP數(shù)據(jù)包的傳輸順序的唯一的序號(hào)。類似地，在UDP數(shù)據(jù)包的第一序號(hào)中記述表示UDP數(shù)據(jù)包的傳輸順序的唯一的序號(hào)。相反，在UDP數(shù)據(jù)包的第二序號(hào)中記述已經(jīng)發(fā)送了的在前的TCP數(shù)據(jù)包的序號(hào)。在這種情況下，當(dāng)在前的TCP數(shù)據(jù)包不存在時(shí)(當(dāng)還沒(méi)有發(fā)送TCP數(shù)據(jù)包時(shí))，在UDP數(shù)據(jù)包的第二序號(hào)中記述序號(hào)“0”。通過(guò)采用這樣的配置，就能夠當(dāng)UDP數(shù)據(jù)包丟失時(shí)適當(dāng)?shù)貓?zhí)行恢復(fù)。該特征將在后面進(jìn)行描述。
在TCP數(shù)據(jù)包的命令段中記述表示系統(tǒng)專用消息的命令內(nèi)容。在UDP數(shù)據(jù)包的命令段中記述表示除系統(tǒng)專用消息之外的其他MIDI消息的命令內(nèi)容。
在UDP數(shù)據(jù)包中提供日志段(見(jiàn)圖6)。在日志段中記述用于在從丟失的數(shù)據(jù)包等進(jìn)行恢復(fù)時(shí)所需的歷史信息和表示被發(fā)送到該時(shí)間點(diǎn)為止的UDP數(shù)據(jù)包的歷史(命令內(nèi)容等)(以下稱“日志”)。該日志是在上面用于MIDI的RTP有效載荷格式中引入的概念，并被用于在UDP數(shù)據(jù)包丟失時(shí)執(zhí)行恢復(fù)等等。
在這種情況下，由于用于MIDI的RTP有效載荷格式和i會(huì)話系統(tǒng)100在數(shù)據(jù)包發(fā)送方式上是不同的，因此使用日志的恢復(fù)方法也是不同的。更詳細(xì)地說(shuō)，用于MIDI的RTP有效載荷格式通過(guò)僅使用UDP流(即單流)來(lái)執(zhí)行數(shù)據(jù)包傳輸，而i會(huì)話系統(tǒng)100通過(guò)使用UDP流和TCP流(雙流)來(lái)執(zhí)行數(shù)據(jù)包傳輸。因此，在兩個(gè)系統(tǒng)中恢復(fù)方法是各不相同的。然而，因?yàn)橛糜诟骰謴?fù)方法的基本概念是共同的，所以將首先說(shuō)明在單流情況下的恢復(fù)方法，然后說(shuō)明在雙流情況下的恢復(fù)方法。
(在單流情況下的恢復(fù)方法)圖7是說(shuō)明在單流情況下的恢復(fù)方法的的圖。表示傳輸順序的序號(hào)以及表示從會(huì)話開始到該時(shí)間點(diǎn)所發(fā)送的UDP數(shù)據(jù)包的歷史的日志被附加到流經(jīng)UDP流的每個(gè)UDP數(shù)據(jù)包上。這里，例如，如圖7中A所示，當(dāng)所有的UDP數(shù)據(jù)包都以正常狀態(tài)流經(jīng)UDP流時(shí)，接收器側(cè)的播放器終端200能夠通過(guò)參考分配給每個(gè)數(shù)據(jù)包的序號(hào)來(lái)正確地處理所有的UDP數(shù)據(jù)包。
相反，如圖7中B所示，當(dāng)UDP數(shù)據(jù)包的一部分(序號(hào)“3”)丟失時(shí)，接收器側(cè)的播放器終端200通過(guò)參考隨后接收的UDP數(shù)據(jù)包(序號(hào)“4”)的日志來(lái)執(zhí)行對(duì)丟失的UDP數(shù)據(jù)包的恢復(fù)。更具體來(lái)講，當(dāng)序號(hào)為“3”的UDP數(shù)據(jù)包在傳輸中丟失時(shí)，在接收器側(cè)的播放器終端200接收了序號(hào)為“2”的UDP數(shù)據(jù)包之后，該終端接收序號(hào)為“4”的UDP數(shù)據(jù)包(見(jiàn)圖7的B)。接收器側(cè)的播放器終端200判定序號(hào)為“3”的UDP數(shù)據(jù)包丟失，因?yàn)樗邮盏腢DP數(shù)據(jù)包的序號(hào)從“2”跳到“4”。基于該判定，接收器側(cè)的播放器終端200通過(guò)參考被附加給序號(hào)為“4”的UDP數(shù)據(jù)包上的日志來(lái)執(zhí)行對(duì)序號(hào)為“3”的丟失UDP數(shù)據(jù)包的恢復(fù)處理。
例如，如果命令“降低所發(fā)出的音樂(lè)聲音(C4等)”被包含在序號(hào)為“3”的丟失UDP數(shù)據(jù)包中，那么序號(hào)為“3”的UDP數(shù)據(jù)包的命令內(nèi)容被包含在序號(hào)為“4”的UDP數(shù)據(jù)包的日志中(見(jiàn)以上對(duì)日志的說(shuō)明)。如果接收器側(cè)的播放器終端200通過(guò)分析序號(hào)為“4”的UDP數(shù)據(jù)包的日志，確定命令“降低所發(fā)出音樂(lè)聲音(C4等)”包含在序號(hào)為“3”的UDP數(shù)據(jù)包中，則該終端基于以上命令內(nèi)容降低現(xiàn)在產(chǎn)生的音樂(lè)聲音。上述恢復(fù)處理不僅可用于UDP數(shù)據(jù)包丟失的情況，還可同樣地用于UDP數(shù)據(jù)包的順序顛倒的情況。
例如，如圖7中C所示，當(dāng)在傳輸中序號(hào)為“3”的UDP數(shù)據(jù)包和序號(hào)為“2”的UDP數(shù)據(jù)包的順序顛倒時(shí)，在接收器側(cè)的播放器終端200接收到序號(hào)為“3”的UDP數(shù)據(jù)包的時(shí)間點(diǎn)，該終端判定序號(hào)為“2”的UDP數(shù)據(jù)包丟失。接收器側(cè)的播放器終端200基于該判定執(zhí)行與上述相同的恢復(fù)處理。以這種方式，通過(guò)使用序號(hào)為“3”的UDP數(shù)據(jù)包中的日志恢復(fù)了序號(hào)為“2”的UDP數(shù)據(jù)包。因此，即使之后序號(hào)為“2”的UDP數(shù)據(jù)包到達(dá)了，該序號(hào)為“2”的數(shù)據(jù)包也被舍棄(見(jiàn)圖7中C)。
在這種情況下，如果附加到UDP數(shù)據(jù)包的中日志與附加到之前的UDP數(shù)據(jù)包中的日志相同(即，要處理的命令內(nèi)容沒(méi)有改變)，則即使該UDP數(shù)據(jù)包丟失，也不需要進(jìn)行恢復(fù)處理，。這種情況可以通過(guò)將意思為不需要恢復(fù)處理的信息添加給UDP數(shù)據(jù)包來(lái)代替將日志附加到UDP數(shù)據(jù)包中來(lái)處理。
(在雙流情況下的恢復(fù)方法)圖8和圖9是說(shuō)明在雙流中的恢復(fù)方法的圖，并與上面的圖7相對(duì)應(yīng)。
在前的TCP數(shù)據(jù)包的序號(hào)和上述序號(hào)及日志一起被附加到流經(jīng)UDP流的每個(gè)UDP數(shù)據(jù)包上(見(jiàn)圖8和圖9中括號(hào)內(nèi)的數(shù)字值)。例如，如圖8中A所示，在前的TCP數(shù)據(jù)包的序號(hào)“2”還被分配給序號(hào)為“3”和“4”的各UDP數(shù)據(jù)包，而在前的TCP數(shù)據(jù)包的序號(hào)“5”還被分配給分配了序號(hào)“6”的UDP數(shù)據(jù)包。在這種情況下，為了闡明在前的TCP數(shù)據(jù)包不存在的事實(shí)，序號(hào)“0”還被分配給不具有在前的TCP數(shù)據(jù)包的UDP數(shù)據(jù)包(分配了序號(hào)“1”的UDP數(shù)據(jù)包)。當(dāng)在雙流環(huán)境中所有的UDP數(shù)據(jù)包都以正常狀態(tài)流經(jīng)UDP流時(shí)，與在單流環(huán)境中的情況一樣，接收器側(cè)的播放器終端200能夠通過(guò)參照被分配給每個(gè)數(shù)據(jù)包的序號(hào)來(lái)正常地處理所有的UDP數(shù)據(jù)包。
如圖8中B所示，當(dāng)UDP數(shù)據(jù)包的一部分丟失時(shí)，與在單流環(huán)境中的情況一樣，接收器側(cè)的播放器終端200通過(guò)參照隨后接收到的UDP數(shù)據(jù)包的日志來(lái)執(zhí)行對(duì)丟失UDP數(shù)據(jù)包的恢復(fù)。
更具體來(lái)講，如圖8中B所示，當(dāng)序號(hào)為“4”的UDP數(shù)據(jù)包丟失時(shí)，接收器側(cè)的播放器終端200在接收到序號(hào)為“3”的UDP數(shù)據(jù)包之后，該終端接收序號(hào)為“6”的UDP數(shù)據(jù)包。當(dāng)接收器側(cè)的播放器終端200基于接收到的UDP數(shù)據(jù)包的序號(hào)和TCP數(shù)據(jù)包的序號(hào)，判定序號(hào)為“4”的UDP數(shù)據(jù)包丟失時(shí)，該終端通過(guò)參考附加到序號(hào)為“6”的UDP數(shù)據(jù)包上的日志(該日志在本實(shí)施例中表示序號(hào)為“1”、“3”、“4”的UDP數(shù)據(jù)包的歷史)來(lái)執(zhí)行對(duì)序號(hào)為“4”的丟失UDP數(shù)據(jù)包的恢復(fù)。而另一方面，與單流環(huán)境中的情況不同，當(dāng)數(shù)據(jù)包的順序顛倒時(shí)執(zhí)行的恢復(fù)處理將如下執(zhí)行。
(模式1TCP數(shù)據(jù)包的到達(dá)提前)如圖9中C所示，當(dāng)由于發(fā)生數(shù)據(jù)包的順序顛倒，數(shù)據(jù)包以如下順序到達(dá)接收器側(cè)的播放器終端200時(shí)TCP數(shù)據(jù)包(序號(hào)“2”)-UDP數(shù)據(jù)包(序號(hào)“1”)，較早到達(dá)的TCP數(shù)據(jù)包一到達(dá)該終端就立即被處理，而后到達(dá)的UDP數(shù)據(jù)包(序號(hào)“1”)被作為丟失的數(shù)據(jù)包來(lái)處理。通過(guò)使用隨后到達(dá)的UDP數(shù)據(jù)包(序號(hào)“3”)的日志來(lái)執(zhí)行對(duì)被作為丟失的數(shù)據(jù)包處理的UDP數(shù)據(jù)包的恢復(fù)。
(模式2TCP數(shù)據(jù)包的到達(dá)延遲)如圖9中D所示，當(dāng)由于發(fā)生數(shù)據(jù)包的順序顛倒，數(shù)據(jù)包以如下順序到達(dá)接收器側(cè)的播放器終端200時(shí)UDP數(shù)據(jù)包(序號(hào)“3”)-TCP數(shù)據(jù)包(序號(hào)“2”)，較早到達(dá)的UDP數(shù)據(jù)包被暫時(shí)保存在緩沖器等之中，并且直到被延遲的TCP數(shù)據(jù)包到達(dá)該終端才開始處理。如上所述，為了判定TCP數(shù)據(jù)包的到達(dá)是否延遲，將本應(yīng)該比相關(guān)數(shù)據(jù)包更早被處理的在前的TCP數(shù)據(jù)包的序號(hào)添加到每個(gè)UDP數(shù)據(jù)包。接收器側(cè)的播放器終端200通過(guò)參考被添加到相關(guān)UDP數(shù)據(jù)包的在前TCP數(shù)據(jù)包的序號(hào)，判定相關(guān)UDP數(shù)據(jù)包的處理是否應(yīng)該被延遲。當(dāng)在前的TCP數(shù)據(jù)包沒(méi)有到達(dá)時(shí)，相關(guān)UDP數(shù)據(jù)包的處理被延遲，直到延遲的TCP數(shù)據(jù)包到達(dá)該終端。通過(guò)以上處理，實(shí)現(xiàn)了雙流環(huán)境中的恢復(fù)方法。
i會(huì)話系統(tǒng)100的第四特征在被用于感測(cè)發(fā)送器側(cè)的播放器終端200和接收器側(cè)的播放器終端200之間的通信是否斷開的配置方面，i會(huì)話系統(tǒng)100也具有特征。
更詳細(xì)來(lái)講，在通信期間，發(fā)送器側(cè)的播放器終端200每一秒向接收器側(cè)的播放器終端200發(fā)送至少一個(gè)數(shù)據(jù)包。發(fā)送器側(cè)的播放器終端200總是感測(cè)數(shù)據(jù)包產(chǎn)生定時(shí)。當(dāng)發(fā)送器側(cè)生成器的播放器終端(空數(shù)據(jù)包生成器)200感測(cè)到在預(yù)定的閾值時(shí)間內(nèi)(例如，在1秒內(nèi))沒(méi)有數(shù)據(jù)包被產(chǎn)生/發(fā)送時(shí)，該終端產(chǎn)生其命令段為空的數(shù)據(jù)包(換言之，不包含命令內(nèi)容的空數(shù)據(jù)包)，然后將該數(shù)據(jù)包發(fā)送到接收器側(cè)的播放器終端200。在這種情況下，該包的日志段不是空的，而且在日志段中記述直到該時(shí)間點(diǎn)為止已被發(fā)送的UDP數(shù)據(jù)包的日志。
而另一方面，當(dāng)接收器側(cè)的播放器終端200在預(yù)定的時(shí)間(例如3秒)之內(nèi)沒(méi)有接收到UDP數(shù)據(jù)包時(shí)，該終端認(rèn)為與發(fā)送器側(cè)的播放器終端200的通信斷開。
當(dāng)采用前面的配置時(shí)，即使沒(méi)有從發(fā)送器側(cè)的終端發(fā)送活動(dòng)感測(cè)消息(被發(fā)送的用于防止當(dāng)MIDI電纜斷開時(shí)在接收器側(cè)的終端聲音一直鳴響的信息)，接收器側(cè)的終端也能夠判定上述通信是否斷開，，這與現(xiàn)有技術(shù)不同。以這種方式，通過(guò)去除發(fā)送器側(cè)的終端中的活動(dòng)感測(cè)消息，TCP/IP通信中的帶寬能夠被有效地使用。這里，在上面的例子中定義的時(shí)間等(例如，最小時(shí)間間隔，在該間隔內(nèi)從發(fā)送器側(cè)的播放器終端200發(fā)送UDP數(shù)據(jù)包，等等)可以相應(yīng)于i會(huì)話系統(tǒng)100的設(shè)計(jì)等而作適當(dāng)?shù)馗淖儭?br> 將參考圖10至圖14和下面的其他內(nèi)容來(lái)說(shuō)明實(shí)現(xiàn)該i會(huì)話系統(tǒng)100的每個(gè)播放器終端200的操作。
數(shù)據(jù)包發(fā)送操作圖10是顯示由每個(gè)播放器終端200的MIDI發(fā)送部分執(zhí)行的數(shù)據(jù)包發(fā)送處理的流程圖。MIDI發(fā)送部分提供如下功能將從連接的電子樂(lè)器等提供的MIDI消息整理成數(shù)據(jù)包，然后將該消息發(fā)送到參與該會(huì)話的所有播放器終端200。通過(guò)協(xié)同操作被整合到各播放器終端200中的硬件資源(通信設(shè)備、CPU、存儲(chǔ)器，等等)和被存儲(chǔ)在存儲(chǔ)器中的軟件來(lái)實(shí)現(xiàn)該MIDI發(fā)送部分。
當(dāng)經(jīng)MIDI驅(qū)動(dòng)器(未示出)從電子樂(lè)器接收到MIDI消息時(shí)，MIDI發(fā)送部分(輸入單元)從接收的MIDI消息中除去未進(jìn)入TCP流和UDP流的MIDI消息(即，未進(jìn)入雙流的MIDI消息)(步驟S1-＞步驟S2)。在這種情況下，例如，定時(shí)時(shí)鐘、活動(dòng)感測(cè)消息、關(guān)閉所有音符(all-note-off)消息、利用運(yùn)行狀態(tài)的消息等可能被列為除去的MIDI消息?？梢韵鄳?yīng)于i會(huì)話系統(tǒng)100的應(yīng)用等，適當(dāng)?shù)卦O(shè)置/改變哪些MIDI消息應(yīng)該被除去以及哪些MIDI消息應(yīng)該被整理成數(shù)據(jù)包(即設(shè)置條件)。
在MIDI發(fā)送部分通過(guò)如上所述除去沒(méi)有進(jìn)入雙流的MIDI消息而僅提取出進(jìn)入雙流的MIDI消息(即符合設(shè)置條件的MIDI消息)之后，該部分根據(jù)由指令設(shè)備(未示出)給出的端口分配命令將MIDI消息分發(fā)給多個(gè)端口(步驟S3)?，F(xiàn)在，在本實(shí)施例中，假定的是其中定義了多個(gè)可用端口的多端口(見(jiàn)圖11)。但是其中使用一個(gè)端口的單端口(見(jiàn)圖12)也同樣可以采用。
在MIDI發(fā)送部分執(zhí)行了這樣的分發(fā)之后，該部分通過(guò)參考i會(huì)話定時(shí)器將臨時(shí)時(shí)間戳附加到分配給每個(gè)端口的每個(gè)MIDI消息上，然后在由每個(gè)端口提供的每個(gè)MIDI消息緩沖器(未示出)中順序存儲(chǔ)這些消息(步驟S4-＞步驟S5)。然后，MIDI發(fā)送部分從MIDI消息緩沖器中收集得到一個(gè)數(shù)據(jù)包的MIDI消息(步驟S6)。在這種情況下，由于來(lái)自MIDI消息的系統(tǒng)專用消息不能與其他MIDI消息一起同時(shí)發(fā)送，MIDI發(fā)送部分分別收集得到系統(tǒng)專用消息和其他MIDI消息。這里，響應(yīng)i會(huì)話系統(tǒng)100的應(yīng)用等來(lái)適當(dāng)?shù)卦O(shè)置被打包到一個(gè)數(shù)據(jù)包中的MIDI消息的數(shù)據(jù)量。
然后，當(dāng)獲得的MIDI消息是除系統(tǒng)專用消息之外的MIDI消息(以下稱“其他MIDI消息”)時(shí)，MIDI發(fā)送部分(數(shù)據(jù)包生成器)判定該消息應(yīng)該被放到UDP流上來(lái)發(fā)送，然后通過(guò)將獲得的其他MIDI消息整理成數(shù)據(jù)包來(lái)產(chǎn)生UDP數(shù)據(jù)包(步驟S7-＞步驟S8)。MIDI發(fā)送部分(第一分配單元和第二分配單元)將表示UDP數(shù)據(jù)包的傳輸順序的序號(hào)和被分配給在前的TCP數(shù)據(jù)包的序號(hào)分配給以這種方式產(chǎn)生的UDP數(shù)據(jù)包，然后添加表示直到現(xiàn)在所發(fā)送的UDP數(shù)據(jù)包的歷史的日志(步驟S9-＞步驟S10)。然后，MIDI發(fā)送部分(發(fā)送器)將添加了序號(hào)和日志的數(shù)據(jù)包發(fā)送到參與該會(huì)話的所有播放器終端200(步驟S11)。然后，處理結(jié)束。
而另一方面，當(dāng)獲得的MIDI消息是系統(tǒng)專用消息時(shí)，MIDI發(fā)送部分(數(shù)據(jù)包生成器)判定該消息應(yīng)該被放到TCP流上來(lái)發(fā)送，然后劃分該消息以將獲得的系統(tǒng)專用消息包含在一個(gè)數(shù)據(jù)包中，然后產(chǎn)生TCP數(shù)據(jù)包(步驟S7-＞步驟S12-＞步驟S13)。在MIDI發(fā)送部分(發(fā)送器)以這種方式產(chǎn)生包含系統(tǒng)專用消息的TCP數(shù)據(jù)包之后，該部分分配表示TCP數(shù)據(jù)包的傳輸順序的序號(hào)(步驟S14)，然后將該數(shù)據(jù)包發(fā)送到參與該會(huì)話的所有播放器終端200(步驟S11)。然后，處理結(jié)束。
數(shù)據(jù)包接收操作圖13和圖14是顯示由每個(gè)播放器終端200的MIDI接收部分執(zhí)行的數(shù)據(jù)包接收處理的流程圖。這里，MIDI接收部分提供以下功能將從其他播放器終端200發(fā)送的數(shù)據(jù)包復(fù)原為MIDI消息并在適當(dāng)?shù)亩〞r(shí)合并由復(fù)原的MIDI消息指示的命令。如同MIDI發(fā)送部分，通過(guò)協(xié)同操作被整合到各播放器終端200中的硬件資源(通信設(shè)備、CPU、存儲(chǔ)器，等等)和被存儲(chǔ)在存儲(chǔ)器中的軟件來(lái)實(shí)現(xiàn)MIDI接收部分。
當(dāng)MIDI接收部分(接收器)經(jīng)互聯(lián)網(wǎng)350等從其他播放器終端200接收數(shù)據(jù)包時(shí)，該部分判定所接收的數(shù)據(jù)包是UDP數(shù)據(jù)包還是TCP數(shù)據(jù)包(步驟Sa1-＞步驟Sa2)。當(dāng)MIDI接收部分確定所接收的數(shù)據(jù)包是UDP數(shù)據(jù)包時(shí)，該部分將UDP數(shù)據(jù)包暫且存儲(chǔ)在緩沖器中(步驟Sa2-＞步驟Sa3)。暫且將所接收的數(shù)據(jù)包存儲(chǔ)在緩沖器中的原因是在本應(yīng)該較早到達(dá)的TCP數(shù)據(jù)包沒(méi)有到達(dá)等情況下，UDP數(shù)據(jù)包的處理必須被延遲，直到TCP數(shù)據(jù)包到達(dá)。
MIDI接收部分(恢復(fù)單元)檢查分配給UDP數(shù)據(jù)包的序號(hào)、分配給直到現(xiàn)在所接收到的TCP數(shù)據(jù)包的序號(hào)，等等，然后分析添加到UDP數(shù)據(jù)包的日志等(步驟Sa4)。如果MIDI接收部分(恢復(fù)單元)根據(jù)分析結(jié)果判定恢復(fù)處理是需要的(步驟Sa5是)，該部分通過(guò)使用日志等來(lái)執(zhí)行恢復(fù)處理以重新產(chǎn)生丟失的UDP數(shù)據(jù)包(步驟Sa6)。在這種情況下，由于上面描述了恢復(fù)處理的細(xì)節(jié)，因此省略了對(duì)該處理的說(shuō)明。
在MIDI接收部分執(zhí)行了恢復(fù)處理之后，該部分將指示應(yīng)當(dāng)執(zhí)行時(shí)間的時(shí)間戳附加到MIDI消息上，然后存儲(chǔ)在MIDI命令隊(duì)列中(步驟Sa7-＞步驟Sa8)。
而另一方面，如果MIDI接收部分判斷從其他播放器終端200接收的數(shù)據(jù)包是TCP數(shù)據(jù)包時(shí)，則MIDI接收部分判斷該TCP數(shù)據(jù)包中包含的系統(tǒng)專用消息是否已被劃分(步驟Sa2-＞步驟Sa12)。如果MIDI接收部分判斷該消息已被劃分，則通過(guò)使用被劃分的每個(gè)系統(tǒng)專用消息，恢復(fù)事先劃分的系統(tǒng)專用消息(步驟Sa13)。然后，MIDI接收部分將待執(zhí)行時(shí)間的時(shí)間戳添加到恢復(fù)后的系統(tǒng)專用消息中，并將其存儲(chǔ)到專門的系統(tǒng)專用消息緩沖器(未示出)(步驟Sa14-＞步驟Sa15)。
如果在MIDI命令隊(duì)列或者系統(tǒng)專用消息緩沖器中存儲(chǔ)所接收的MIDI消息，則MIDI接收部分從存儲(chǔ)在所述MIDI命令隊(duì)列或者系統(tǒng)專用消息緩沖器中的全部MIDI消息中選擇應(yīng)該被最先處理的MIDI消息，并將其抽取出。然后，MIDI接收部分將被附加給所取出的MIDI消息的時(shí)間戳與i會(huì)話計(jì)時(shí)器(未示出)所示出的時(shí)間進(jìn)行比較，以判斷是否到達(dá)該事件的處理定時(shí)(步驟Sa10)。當(dāng)進(jìn)行在步驟Sa10期間重復(fù)執(zhí)行到達(dá)處理定的確定時(shí)，MIDI接收部分執(zhí)行適當(dāng)?shù)腗IDI消息處理(步驟Sa11)，并且通過(guò)將該事件所示出的MIDI命令傳送到MIDI驅(qū)動(dòng)器來(lái)結(jié)束處理。所述的MIDI命令被從MIDI驅(qū)動(dòng)器送往音響(未示出)，從而基于該MIDI命令來(lái)產(chǎn)生音樂(lè)。
如上所述，根據(jù)本實(shí)施例，參與會(huì)話的每個(gè)播放器終端能夠使用現(xiàn)有的TCP和UDP來(lái)有效地發(fā)送/接收MIDI數(shù)據(jù)包，而無(wú)需實(shí)施諸如RTP、RTCP和SDP等豐富的協(xié)議。
通過(guò)以上述方式設(shè)置被TCP數(shù)據(jù)包和UDP數(shù)據(jù)包中所采用的序號(hào)和日志，能夠通過(guò)支持雙流的簡(jiǎn)單方法來(lái)恢復(fù)丟失的數(shù)據(jù)包。
由于根據(jù)本實(shí)施例的播放器終端200的功能可以通過(guò)計(jì)算機(jī)程序來(lái)執(zhí)行，該程序能夠經(jīng)由存儲(chǔ)該程序的計(jì)算機(jī)可讀記錄介質(zhì)(CD-ROM等)和通信網(wǎng)絡(luò)(互聯(lián)網(wǎng)等)來(lái)散布。當(dāng)然，能夠用其中安裝有執(zhí)行上述功能的CPU、ROM等的專用設(shè)備來(lái)構(gòu)成播放器終端200。
權(quán)利要求
1.一種整合了面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議的通信終端，該通信終端包括輸入單元，其輸入音樂(lè)聲音控制數(shù)據(jù)；數(shù)據(jù)包生成器，將所述輸入的音樂(lè)聲音控制數(shù)據(jù)分別分類到第一和第二系統(tǒng)，并將分類屬于第一或第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)整理成數(shù)據(jù)包以產(chǎn)生音樂(lè)聲音控制數(shù)據(jù)包；以及發(fā)送器，通過(guò)使用面向連接類型的協(xié)議將屬于第一系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包發(fā)送到目標(biāo)終端，并通過(guò)使用無(wú)連接類型的協(xié)議將屬于第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包發(fā)送到目標(biāo)終端。
2.根據(jù)權(quán)利要求1的通信終端，進(jìn)一步包括第一分配單元，其將表示傳輸順序的序號(hào)分配給通過(guò)使用面向連接類型的協(xié)議或無(wú)連接類型的協(xié)議發(fā)送的所有音樂(lè)聲音控制數(shù)據(jù)包。
3.根據(jù)權(quán)利要求2的通信終端，其中，所述第一分配單元將用于標(biāo)識(shí)音樂(lè)聲音控制數(shù)據(jù)包的序號(hào)和已分配給在前的音樂(lè)聲音控制數(shù)據(jù)包的序號(hào)分配給通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包，其中所述在前的音樂(lè)聲音控制數(shù)據(jù)包已通過(guò)使用面向連接類型的協(xié)議發(fā)送。
4.根據(jù)權(quán)利要求1的通信終端，進(jìn)一步包括第二分配單元，將歷史信息分配給通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包，該歷史信息表示之前通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送到目標(biāo)終端的音樂(lè)聲音控制數(shù)據(jù)包的歷史。
5.根據(jù)權(quán)利要求2的通信終端，進(jìn)一步包括第二分配單元，將歷史信息分配給通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包，所述歷史信息表示之前通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送到目標(biāo)終端的音樂(lè)聲音控制數(shù)據(jù)包的歷史。
6.根據(jù)權(quán)利要求1的通信終端，進(jìn)一步包括空數(shù)據(jù)包生成器，產(chǎn)生不包含命令內(nèi)容的空數(shù)據(jù)包；以及感測(cè)單元，感測(cè)通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的每個(gè)音樂(lè)聲音控制數(shù)據(jù)包的產(chǎn)生定時(shí)，其中，當(dāng)所述感測(cè)單元在預(yù)定的閾值時(shí)間之內(nèi)沒(méi)有感測(cè)到音樂(lè)聲音控制數(shù)據(jù)包的產(chǎn)生定時(shí)時(shí)，所述發(fā)送器通過(guò)使用無(wú)連接類型的協(xié)議向目標(biāo)終端發(fā)送由所述空數(shù)據(jù)包生成器產(chǎn)生的空數(shù)據(jù)包。
7.根據(jù)權(quán)利要求1的通信終端，其中，所述數(shù)據(jù)包生成器將來(lái)自輸入的音樂(lè)聲音控制數(shù)據(jù)中的符合設(shè)置條件的音樂(lè)聲音控制數(shù)據(jù)整理成數(shù)據(jù)包，以產(chǎn)生音樂(lè)聲音控制數(shù)據(jù)包。
8.根據(jù)權(quán)利要求1的通信終端，其中，所述面向連接類型的協(xié)議包括位于傳輸層的TCP，所述無(wú)連接類型的協(xié)議包括位于傳輸層的UDP，所述音樂(lè)聲音控制數(shù)據(jù)包括MIDI消息，所述屬于第一或第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包括系統(tǒng)專用消息和其他MIDI消息，并且所述發(fā)送器通過(guò)使用TCP向目標(biāo)終端發(fā)送其中系統(tǒng)專用消息被打包為數(shù)據(jù)包的音樂(lè)聲音控制數(shù)據(jù)包，通過(guò)使用UDP向目標(biāo)終端發(fā)送其中其他MIDI消息被打包為數(shù)據(jù)包的音樂(lè)聲音控制數(shù)據(jù)包。
9.一種整合了面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議通信終端，該通信終端包括接收器，其通過(guò)使用面向連接類型的協(xié)議接收從目標(biāo)終端發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包和通過(guò)使用無(wú)連接類型的協(xié)議接收從目標(biāo)終端發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包；以及恢復(fù)單元，其根據(jù)表示被分配給通過(guò)使用各協(xié)議發(fā)送的所有音樂(lè)聲音控制數(shù)據(jù)包的傳輸順序的序號(hào)，并根據(jù)被附加到通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包中的歷史信息，恢復(fù)通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包。
10.一種在使用面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議的通信終端之間通信的方法，該方法包括輸入音樂(lè)聲音控制數(shù)據(jù)；將所述輸入的音樂(lè)聲音控制數(shù)據(jù)分別分類到第一和第二系統(tǒng)；將分類屬于第一或第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)整理成數(shù)據(jù)包以產(chǎn)生音樂(lè)聲音控制數(shù)據(jù)包；通過(guò)使用面向連接類型的協(xié)議發(fā)送屬于第一系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包；和通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送屬于第二系統(tǒng)的音樂(lè)聲音控制數(shù)據(jù)包。
11.一種存儲(chǔ)程序的計(jì)算機(jī)可讀記錄介質(zhì)，所述程序使運(yùn)行該程序的計(jì)算機(jī)執(zhí)行根據(jù)權(quán)利要求10的方法的過(guò)程。
12.一種在使用面向連接類型的協(xié)議和無(wú)連接類型的協(xié)議的通信終端之間通信的方法，該方法包括通過(guò)使用面向連接類型的協(xié)議接收音樂(lè)聲音控制數(shù)據(jù)包，并通過(guò)使用無(wú)連接類型的協(xié)議接收音樂(lè)聲音控制數(shù)據(jù)包；以及恢復(fù)單元，其根據(jù)表示被分配給通過(guò)使用各協(xié)議發(fā)送的所有音樂(lè)聲音控制數(shù)據(jù)包的傳輸順序的序號(hào)，并根據(jù)被附加到通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包中的歷史信息，恢復(fù)通過(guò)使用無(wú)連接類型的協(xié)議發(fā)送的音樂(lè)聲音控制數(shù)據(jù)包。
13.一種存儲(chǔ)程序的計(jì)算機(jī)可讀記錄介質(zhì)，所述程序使運(yùn)行該程序的計(jì)算機(jī)執(zhí)行根據(jù)權(quán)利要求12的方法的過(guò)程。
全文摘要
采用被廣泛用作傳輸協(xié)議的TCP和UDP來(lái)作為用于發(fā)送MIDI消息的協(xié)議。發(fā)送器側(cè)的播放器終端將發(fā)送的MIDI消息分類為絕對(duì)不應(yīng)丟失的系統(tǒng)專用消息和其他MIDI消息。發(fā)送器側(cè)的播放器終端通過(guò)使用具有高可靠性的TCP來(lái)發(fā)送系統(tǒng)專用消息，通過(guò)使用具有低可靠性的UDP來(lái)發(fā)送其他MIDI消息。
文檔編號(hào)G06F13/00GK1661989SQ20051000910
公開日2005年8月31日 申請(qǐng)日期2005年2月4日 優(yōu)先權(quán)日2004年2月4日
發(fā)明者多田幸生 申請(qǐng)人:雅馬哈株式會(huì)社