專利名稱：數(shù)據(jù)發(fā)送和接收系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)發(fā)送和接收系統(tǒng)，該系統(tǒng)能把被裝載在客戶 機(jī)一側(cè)的記錄媒體上所記錄的數(shù)據(jù)從記錄媒體處上栽到服務(wù)器一側(cè)， 和能把來自服務(wù)器一側(cè)的音頻數(shù)據(jù)等等下栽到記錄媒體上.
背景技術(shù)：
作為允許記錄和重放的記錄媒體，被稱為迷你(mini)盤(商標(biāo)) 的磁-光盤是熟知的，它是一種直徑約為64mm可被包容在盒子中的盤 形式的記錄媒體。
磁-光盤允許通過使用自適應(yīng)變換聲音編碼系統(tǒng)(ATRAC)作為音 頻壓縮系統(tǒng)而在其上以立體聲記錄音頻數(shù)據(jù)大約74分鐘。
磁-光盤可很容易地在室外攜帶，因?yàn)樗某叽绾苄。子跀y帶。 而且由于磁-光盤不同于被稱為compact盤(商標(biāo))的傳統(tǒng)的數(shù)字音 頻盤之處在于，它允許在其上進(jìn)行記錄，所以它允許復(fù)制音頻數(shù)據(jù)。
順便地說，為了把被壓縮到大約五分之一的音頻數(shù)據(jù)記錄在磁-光盤上，音頻服務(wù)器系統(tǒng)可被構(gòu)建成使得壓縮的音頻數(shù)據(jù)在它們進(jìn)入 服務(wù)器一側(cè)時被存儲，并且數(shù)據(jù)被發(fā)送到客戶機(jī)一側(cè)，而不會受到用 于壓縮處理的任何譯碼器或任何編碼器的干擾，這樣它們可被下載到 被裝栽在客戶機(jī)一側(cè)的磁-光盤上。
在音頻服務(wù)器系統(tǒng)中，由于壓縮的數(shù)據(jù)是在它們未被解壓時被記 錄的，所以，與其中在執(zhí)行解壓處理以后執(zhí)行壓縮處理時進(jìn)行記錄相 比較，用于記錄所需要的時間可以減少。
在其中，并且在服務(wù)器中作為音頻數(shù)據(jù)被記錄的多個節(jié)目中的一個或 多個節(jié)目可被復(fù)制在磁-光盤上，則可以實(shí)現(xiàn)不同于諸如CD ( compact 盤)那樣的包裝媒體的形式的音樂節(jié)目的新的銷售/服務(wù)形式等。
然而，由如上述的這種音頻服務(wù)器系統(tǒng)提供的音樂內(nèi)容是從錄音 公司一側(cè)提供的，而普通用戶是處在被動狀態(tài)。
某些使用上迷的這種音頻服務(wù)器系統(tǒng)的普通用戶可能具有音樂寫
建成使得由用戶攜帶的磁-光盤可被裝作的能力或抒情作品寫作的能力，因此，為這樣的人們提供一個可使 這樣的能力公眾化或供出售的地方，將給出一個自我表現(xiàn)的機(jī)會。

發(fā)明內(nèi)容
本發(fā)明的一個目的是提供一種數(shù)據(jù)發(fā)送和接收系統(tǒng)，它允許普通 用戶除了處在僅能接收由系統(tǒng)提供的信息的地位之外，還能進(jìn)行表 演.
為了達(dá)到上述目的，按照本發(fā)明的一個方面，提供了一種連接到 信息中心的數(shù)據(jù)發(fā)送和接收系統(tǒng)，用于發(fā)送數(shù)據(jù)到信息中心和從信息
中心接收數(shù)據(jù)，它包括裝栽裝置，在其中可裝載用來記錄由用戶產(chǎn) 生的內(nèi)容數(shù)據(jù)的記錄媒體；重放裝置，用于重放由用戶產(chǎn)生的和存儲 在記錄媒體上的內(nèi)容數(shù)據(jù)；發(fā)送裝置，用于發(fā)送由重放裝置重放的內(nèi) 容數(shù)據(jù)和與內(nèi)容數(shù)據(jù)有關(guān)的管理信息；選擇裝置，用于從信息中心的 大容量存儲器中選擇想要的數(shù)據(jù)；接收裝置，用于接收由選擇裝置所 選擇的想要的數(shù)據(jù)和由信息中心發(fā)送給它的想要的數(shù)據(jù)的管理信息； 以及記錄裝置，用于記錄由接收裝置接收的數(shù)據(jù)和管理信息，并把接 收的數(shù)據(jù)和管理信息記錄在被裝栽在裝栽裝置中的記錄媒體上。
按照本發(fā)明的另一個方面，提供了一種具有至少一個終端設(shè)備的 信息中心，信息中心連接到終端設(shè)備并用于和終端設(shè)備進(jìn)行數(shù)據(jù)通 信，該信息中心包括存儲器裝置，用于在其中存儲多個內(nèi)容數(shù)據(jù)； 發(fā)送裝置，用于把對于一個內(nèi)容數(shù)據(jù)的管理信息加到由終端設(shè)備側(cè)選 擇的、被存儲在存儲器裝置中的內(nèi)容數(shù)據(jù)之一上，并把其所得到的結(jié) 果數(shù)據(jù)發(fā)送到終端設(shè)備；以及接收裝置，用于接收在終端設(shè)備側(cè)產(chǎn)生 的及從終端設(shè)備側(cè)發(fā)送的內(nèi)容數(shù)據(jù)、和與內(nèi)容數(shù)據(jù)有關(guān)的管理信息， 以及在其中，內(nèi)容數(shù)據(jù)是根據(jù)由接收裝置接收的和被存儲在存儲器裝 置中的管理信息來進(jìn)行安排的。
從以下的結(jié)合附圖的描述和附屬權(quán)利要求，本發(fā)明的以上的和其 他的目的、特征、與優(yōu)點(diǎn)將變成很明顯，其中相同的參考符號表示相 同的部件或元件。


圖l是顯示本發(fā)明被應(yīng)用于其中的音頻服務(wù)器系統(tǒng)的方框圖； 圖2是說明被存儲在圖1的音頻服務(wù)器系統(tǒng)的服務(wù)器中的文件結(jié) 構(gòu)的表格；圖3是圖1的音頻服務(wù)器系統(tǒng)的詳細(xì)方框圖4是說明被圖1所示的音頻服務(wù)器系統(tǒng)記錄在磁-光盤上的一 個分組數(shù)據(jù)(a cluster of data)的數(shù)據(jù)結(jié)構(gòu)的示意圖5A是說明被圖1所示的音頻服務(wù)器系統(tǒng)記錄在磁-光盤上的一 個分組數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)的示意圖5B是說明被包括在由圖5A所示的分組中的一個扇區(qū)的數(shù)據(jù)結(jié) 構(gòu)的示意圖5C是說明聲音幀的數(shù)據(jù)結(jié)構(gòu)的示意圖，其中l(wèi)l個聲組由兩個 扇區(qū)構(gòu)成；
圖5D是數(shù)據(jù)結(jié)構(gòu)的示意圖，其中圖5C所示的一個聲組包括用于 右信道和左信道的2-信道數(shù)據(jù)；
圖6是說明U-T0C扇區(qū)0的數(shù)據(jù)結(jié)構(gòu)的表格，該U-T0C扇區(qū)0是 在圖1所示的音頻服務(wù)器系統(tǒng)中使用的磁-光盤的管理區(qū)；
圖7是說明圖6所示的U-T0C扇區(qū)0中管理的的起始地址和結(jié)尾
地址的數(shù)據(jù)結(jié)構(gòu)的示意圖8是說明圖6所示的U-T0C扇區(qū)0中管理的的跟蹤模式的數(shù)據(jù)
結(jié)構(gòu)的示意圖9是說明圖6所示的U-T0C扇區(qū)0中的槽的鏈接條件的數(shù)據(jù)結(jié) 構(gòu)的示意困10是說明U-T0C扇區(qū)1的數(shù)據(jù)結(jié)構(gòu)的表格，該U-T0C扇區(qū)1 是在圖1所示的音頻服務(wù)器系統(tǒng)中使用的磁-光盤的另一個管理區(qū)；
圖11是說明U-T0C扇區(qū)2的數(shù)據(jù)結(jié)構(gòu)的表格，該U-T0C扇區(qū)2 是在圖1所示的音頻服務(wù)器系統(tǒng)中使用的磁-光盤的再一個管理區(qū)；
圖12是說明U-T0C扇區(qū)4的數(shù)據(jù)結(jié)構(gòu)的表格，該U-T0C扇區(qū)4 是在圖1所示的音頻服務(wù)器系統(tǒng)中使用的磁-光盤的又一個管理區(qū)；
圖13是圖1的音頻服務(wù)器系統(tǒng)的服務(wù)器單元和記錄與重放段的 方框圖14是說明在圖13所示的服務(wù)器單元和記錄與重放段之間下載 時的信號流動的示意圖15A是ATRAC數(shù)據(jù)(ATRAC (S))從服務(wù)器單元側(cè)發(fā)送到圖14 所示的客戶機(jī)側(cè)的記錄與重放段的時序圖15B是數(shù)據(jù)請求數(shù)據(jù)(DATA Req ( UD ))從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖14所示的服務(wù)器單元側(cè)的時序圖15C是說明由困14所示的記錄與重放段進(jìn)行的記錄的時序的 時序圖15D是從服務(wù)器單元側(cè)發(fā)送到圖14所示的客戶機(jī)側(cè)的記錄與 重放段的命令數(shù)據(jù)(Command (S))的時序圖15E是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖14所示 的服務(wù)器單元側(cè)的處理?xiàng)l件的RTS/CTS信號(RTS/CTS ( UD ))的時 序圖15F是說明由圖14所示的記錄與重放段進(jìn)行的處理的時序的 時序圖15G是說明從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖14所示的服 務(wù)器單元側(cè)的命令數(shù)據(jù)(Command ( UD ))的時序圖15H是用于確認(rèn)從服務(wù)器單元側(cè)發(fā)送到圖14所示的客戶機(jī)側(cè) 的記錄與重放段的處理?xiàng)l件的RTS/CTS信號(RTS/CTS (S))的時序
圖151是說明由圖14所示的服務(wù)器單元側(cè)進(jìn)行的處理的時序的
時序圖16是說明在圖13所示的服務(wù)器單元和記錄與重放段之間上載 時的信號流動的示意圖17A是說明從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服 務(wù)器單元側(cè)的ATRAC數(shù)據(jù)(ATRAC (UD ))的時序圖17B是說明數(shù)從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的 記錄與重放段的據(jù)請求數(shù)據(jù)(DATA Req (S))的時序圖17C是說明由圖16所示的服務(wù)器單元側(cè)進(jìn)行的記錄的時序的 時序圖17D是說明從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記 錄與重放段的命令數(shù)據(jù)(Command (S))的時序圖17E是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到服務(wù)器單元 側(cè)的處理?xiàng)l件的信號RTS/CTS (RTS/CTS (UD))的時序圖17F是說明由圖16所示的記錄與重放段進(jìn)行的處理的時序的 時序圖17G是說明從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù)器單元側(cè)的命令數(shù)據(jù)(Command ( UD ))的時序圖17H是用于確認(rèn)從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè) 的記錄與重放段的處理?xiàng)l件的信號RTS/CTS (RTS/CTS (S))的時序 圖17I是說明由服務(wù)器單元側(cè)進(jìn)行的處理的時序的時序圖； 圖18是說明圖13所示的服務(wù)器單元側(cè)進(jìn)行的處理的流程圖； 圖19是說明在下載處理時由圖13所示的服務(wù)器單元側(cè)進(jìn)行的處 理的流程圖20是說明在上載處理時由圖13所示的服務(wù)器單元側(cè)進(jìn)行的處 理的流程圖21是說明在圖13所示的服務(wù)器中登記的曲目的列表顯示的例 子的表格；
圖22A是顯示在下載以前由圖16所示的服務(wù)器單元提供的節(jié)目 清單的示意圖22B是顯示在下載以前被提前記錄在盤上的節(jié)目清單的示意 圖，該盤被裝栽在圖16所示的客戶機(jī)側(cè)的記錄與重放段中；
圖23A是從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與 重放段的ATRAC數(shù)據(jù)(ATRAC (S))的時序圖23B是數(shù)據(jù)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服 務(wù)器單元側(cè)的請求數(shù)據(jù)(DATA Req ( UD ))的時序圖23C是從服務(wù)器單元倒發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與 重放段的命令數(shù)據(jù)(Command (S))的時序圖23D是從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù)器 單元側(cè)的命令數(shù)據(jù)(Command (UD))的時序圖23E是說明在下栽時圖16所示的客戶機(jī)側(cè)的記錄與重放段的 控制條件的時序圖24A是當(dāng)作為管理信息的U-TCO扇區(qū)0信息被更新時，從服務(wù) 器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與重放段的命令數(shù)據(jù) (Command (S))的時序圖24B是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示 的服務(wù)器單元側(cè)的處理?xiàng)l件的信號(RTS/CTS (UD))的時序圖24C是說明由圖16所示的記錄與重放段進(jìn)行的處理的時序的時序圖24D是說明作為磁-光盤的管理信息的U-TC0扇區(qū)0信息的更 新條件的時序圖。
圖25A是當(dāng)作為管理信息的U-TC0扇區(qū)1信息被更新時，從服務(wù) 器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與重放段的命令數(shù)據(jù) (Command (S))的時序圖25B是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示 的服務(wù)器單元側(cè)的處理?xiàng)l件的信號(RTS/CTS (UD))的時序圖25C是說明由圖16所示的記錄與重放段進(jìn)行的處理的時序的 時序困25D是說明作為磁-光盤的管理信息的U-T0C扇區(qū)1信息的更 新條件的時序圖.
圖26A是當(dāng)作為管理信息的U-TC0扇區(qū)1信息被更新時，從服務(wù) 器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與重放段的命令數(shù)據(jù) (Command (S))的時序困26B是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示 的服務(wù)器單元側(cè)的處理?xiàng)l件的信號(RTS/CTS (UD))的時序圖26C是說明由圖16所示的記錄與重放段進(jìn)行的處理的時序的 時序圖26D是說明作為磁-光盤的管理信息的U-T0C扇區(qū)1信息的更
新條件的時序圖.
圖27是說明在下載后記錄在磁-光盤上的節(jié)目清單的示意圖； 圖28A是說明在上栽前存儲在圖13所示的服務(wù)器單元側(cè)的節(jié)目
清單的示意圖28B是說明在上載前被記錄在盤上的節(jié)目清單的示意圖，該盤 被裝栽在圖13所示的客戶機(jī)側(cè)的記錄與重放段中；
圖29A是從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與 重放段的ATRAC數(shù)據(jù)(ATRAC ( S ))的時序圖29B是從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù)器 單元側(cè)的數(shù)據(jù)請求數(shù)據(jù)(DATA Req ( UD ))的時序圖29C是從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與 重放段的命令數(shù)據(jù)(Command (S))的時序圖；圖29D是)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù) 器單元側(cè)的說明命令數(shù)據(jù)(Command (UD)的時序圖29E是說明在下栽時圖16所示的客戶機(jī)側(cè)的記錄與重放段的 控制條件的時序圖30A是當(dāng)作為管理信息的U-T0C扇區(qū)0信息被更新時，從服務(wù) 器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與重放段的命令數(shù)據(jù) (Command (S))的時序圖30B是當(dāng)作為管理信息的U-TOC扇區(qū)0信息被更新時，從客戶 機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù)器單元側(cè)的命令數(shù)據(jù) (Command (UD))的時序圖30C是用于確認(rèn)從服務(wù)器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè) 的記錄與重放段的處理?xiàng)l件的RTS/CTS信號(RTS/CTS (S))的時序 圖30D是說明由圖16所示的服務(wù)器單元進(jìn)行的處理的時序的時
序圖3U是當(dāng)作為管理信息的U-TOC扇區(qū)1信息被上栽時，從服務(wù) 器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與重放段的命令數(shù)據(jù) (Command (S))的時序圖31B是當(dāng)作為管理信息的U-TOC扇區(qū)1信息被上載時，從客戶 機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù)器單元側(cè)的命令數(shù)據(jù) (Command (UD))的時序圖31C是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示 的服務(wù)器單元側(cè)的處理?xiàng)l件的RTS/CTS信號(RTS/CTS (S))的時序
圖31D是說明由圖16所示的服務(wù)器單元進(jìn)行的處理的時序的時 序圖32A是當(dāng)作為管理信息的U-TOC扇區(qū)1信息被上栽時，從服務(wù) 器單元側(cè)發(fā)送到圖16所示的客戶機(jī)側(cè)的記錄與重放段的命令數(shù)據(jù) (Command (S))的時序圖32B是當(dāng)作為管理信息的U-TOC扇區(qū)1信息被上載時，從客戶 機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示的服務(wù)器單元側(cè)的命令數(shù)據(jù) (Command (UD))的時序困；圖32C是用于確認(rèn)從客戶機(jī)側(cè)的記錄與重放段發(fā)送到圖16所示 的服務(wù)器單元側(cè)的處理?xiàng)l件的信號UTS/CTS (S))的時序圖32D是說明由圖16所示的服務(wù)器單元進(jìn)行的處理的時序的時 序圖33是說明在上栽后在服務(wù)器單元中的硬盤內(nèi)的管理?xiàng)l件的表
格；
圖34是說明其中使用了一個通信網(wǎng)絡(luò)的圖1的音頻服務(wù)器系統(tǒng) 的示意具體實(shí)施例方式
在下面，將把利用迷你(mini)盤系統(tǒng)而構(gòu)建的音頻服務(wù)器系統(tǒng) 作為本發(fā)明的優(yōu)選實(shí)施例按以下次序來描述。
1. 音頻服務(wù)器系統(tǒng)的結(jié)構(gòu)概念
2. 音頻服務(wù)器系統(tǒng)的結(jié)構(gòu)
3. 迷你(mini)盤的分組的格式
4. U-T0C
5. 用于上栽/下栽的數(shù)據(jù)傳輸系統(tǒng)
6. 上載/下栽處理
7. 下栽運(yùn)行的舉例
8. 上栽運(yùn)行的舉例
9. 音頻服務(wù)器系統(tǒng)使用網(wǎng)絡(luò)
1.音頻服務(wù)器系統(tǒng)的結(jié)構(gòu)概念
首先，參照圖l和2描述其中本發(fā)明被應(yīng)用于其中的音頻服務(wù)器 系統(tǒng)的結(jié)構(gòu)的概念.
圖1說明音頻服務(wù)器系統(tǒng)的結(jié)構(gòu)概念。參照圖1，音頻服務(wù)器系 統(tǒng)包括上栽單元200、服務(wù)器單元201和下載單元203，作為其基本 部件。
上載單元200具有重放被記錄在例如迷你(mini)盤(磁-光盤) Dl上的音頻數(shù)據(jù)和音頻數(shù)據(jù)附帶的字符信息、圖象信息、管理信息、 與某些其它信息的功能，迷你(mini)盤是使用于迷你(mini)盤系 統(tǒng)的。
服務(wù)器單元201包括服務(wù)器202，它由例如硬盤等構(gòu)成，能存儲大量音樂節(jié)目作為音頻數(shù)據(jù)，以及存儲節(jié)目附帶的各種不同的信息，
下載單元203具有把音頻數(shù)據(jù)和音頻數(shù)據(jù)附帶的字符信息、圖象 信息、管理信息、以及某些其它信息記錄在例如迷你(mini)盤(磁 -光盤)D2上的的功能，迷你(mini)盤是使用于迷你(mini)盤系 統(tǒng)的。
應(yīng)當(dāng)指出，上載單元200和下載單元203可以以整體構(gòu)件被構(gòu)成 為例如迷你(mini)盤記錄和重放設(shè)備。作為數(shù)據(jù)發(fā)送和接收系統(tǒng)結(jié) 構(gòu)的具體實(shí)例，其中采用了具有上載單元200和下載單元203的記錄 與重放段的實(shí)例將在后面描述。
上載單元200和服務(wù)器單元201具有用于音頻數(shù)據(jù)的接口和用于 在其中所建立的各種命令、附帶信息等的另一個接口，這樣，從盤D1 重放的得到的音頻數(shù)據(jù)和附加信息可由上栽單元200上載到服務(wù)器 202。
下載單元203和服務(wù)器單元201也具有用于音頻數(shù)據(jù)的接口和用 于在其中所建立的各種命令、附帶信息等的另一個接口，這樣，被存 儲在服務(wù)器202的音頻數(shù)據(jù)和附加信息可被發(fā)送到下栽單元203，以 便允許下栽單元203把它們記錄到盤D2上，以執(zhí)行下栽。
具體地，在音頻服務(wù)器系統(tǒng)中，某個用戶可把用戶攜帶的盤Dl 裝到上載單元200，以及把由用戶編曲的、并提前記錄在盤Dl上的 音樂節(jié)目上栽到服務(wù)器202。
也可以把作為與音樂節(jié)目有關(guān)的信息的字符信息或圖象信息同音. 樂節(jié)目等相伴隨地上栽到服務(wù)器單元201。
而且，另一個某個用戶可攜帶來一個可記錄的盤2，把它裝到下 栽單元203，從被存儲在服務(wù)器202的音樂節(jié)目中選擇想要的音樂節(jié) 目等，并把選擇的音樂節(jié)目復(fù)制到盤2，以實(shí)現(xiàn)下栽。
在這種情況下，不單音頻數(shù)據(jù)、而且和音頻數(shù)據(jù)附帶一起存儲的 字符信息和圖象信息都可被下載。
通過上述的音頻服務(wù)器系統(tǒng)，用戶可把用戶自己擁有的信息(音 樂節(jié)目等)提供(上載)給許多的以及未加以限定的人。
而且，用戶可通過付費(fèi)或不用付費(fèi)而可得到被存儲在服務(wù)器202 中的信息.
在服務(wù)器202中，上栽信息是以例如圖2中所示的這樣的文件結(jié)構(gòu)而被存儲的。應(yīng)當(dāng)指出，圖2中所示的結(jié)構(gòu)僅僅是一個例子。
例如， 一個上載信息作為內(nèi)容被存儲。為便于描述起見，把內(nèi)容 號碼#1， #2,…，fn個別地加到內(nèi)容上。
對于每個內(nèi)容，首先登錄上栽該內(nèi)容的用戶的用戶姓名。接著， 登錄用戶(或?qū)τ诿總€內(nèi)容)的密碼。再接著，作為真實(shí)數(shù)據(jù)、音樂 節(jié)目等的音頻數(shù)據(jù)(按照ATRAC壓縮系統(tǒng)的音頻數(shù)據(jù)；在以后把它稱 為ATRAC數(shù)據(jù))的內(nèi)容和它的標(biāo)題(音樂節(jié)目等的名稱)一起被存儲。
再者，如果把字符數(shù)據(jù)(文本數(shù)據(jù))或圖象數(shù)據(jù)(比特映射數(shù)據(jù) 或壓縮圖象數(shù)據(jù))附帶在ATRAC數(shù)據(jù)上一起上栽，那末它們以相應(yīng)的 關(guān)系被存儲.
應(yīng)當(dāng)指出，為便于描述起見，為了識別ATRAC數(shù)據(jù)、字符數(shù)據(jù)和 圖象數(shù)據(jù)，用分別加在每個內(nèi)容號碼并n上的下標(biāo)，如"#n. atc"、 "#n. txt"、和"#n. gif"來表示它們。
字符數(shù)據(jù)是由上栽的用戶任意產(chǎn)生的信息，例如音樂節(jié)目的文 字、抒情作品的作者和作曲者、演奏者、消息、解釋和其它個人信息。
圖象數(shù)據(jù)也是由上栽的用戶任意產(chǎn)生的信息，例如有關(guān)音樂節(jié)目 的圖象圖畫，上栽的用戶的照片等等。
而且，在服務(wù)器202中，下栽操作的數(shù)目受到管理，它導(dǎo)致下栽 信息附屬于上載信息.
而且，當(dāng)上栽用戶想要以收費(fèi)供給節(jié)目時，與有關(guān)的下栽相一致 的收費(fèi)的付款情況(例如上載次數(shù))受到了管理.
另外，也登錄了當(dāng)上栽用戶在上栽后要把URL (均勻資源定位器) 地址呈現(xiàn)在用戶本身的互聯(lián)網(wǎng)主頁時輸入的URL地址.
而且，也設(shè)置了例如用于一次下栽操作要收的錢數(shù)，并通過輸入 上栽用戶等而被登記.還對進(jìn)行上載登記的日期進(jìn)行了管理。
2.音頻服務(wù)器系統(tǒng)的結(jié)構(gòu)
作為如上所述的這樣的音頻服務(wù)器系統(tǒng)的具體結(jié)構(gòu)的實(shí)例，描述
了作為本發(fā)明的優(yōu)選實(shí)施例的音頻服務(wù)器系統(tǒng)1。
圖3是顯示音頻服務(wù)器系統(tǒng)1的結(jié)構(gòu)的方框圖。
參照圖3，音頻服務(wù)器系統(tǒng)1包括服務(wù)器單元10和記錄與重放 段20作為用于執(zhí)行上栽和下栽的基本部分.
服務(wù)器單元10包括主控制器11、服務(wù)器12、操作輸入段13、和顯示段14等等。
記錄與重放段20具有把音頻數(shù)據(jù)記錄到作為便攜式記錄媒體的 盤D上以及從盤D重放音頻數(shù)據(jù)的功能。
服務(wù)器單元10和記錄與重放段20通過連接電纜2互相連接。連 接電纜2可以是例如IEEE1394接口等。
在服務(wù)器單元10中的服務(wù)器12可以位于遠(yuǎn)端，這時ISDN (綜 合業(yè)務(wù)數(shù)字網(wǎng))、公共網(wǎng)等被用作為在主控制器11和服務(wù)器12之間 的傳輸線。
在音頻服務(wù)器系統(tǒng)1中，用戶把從裝入在記錄與重放段20中的 盤D處上栽的音頻數(shù)據(jù)等以如在上面參照圖2所描述的這樣的文件結(jié) 構(gòu)存儲到服務(wù)器單元10側(cè).
然后，如果下載用戶把盤裝入在記錄與重放段20中，并從被存 儲在服務(wù)器12的音頻數(shù)據(jù)中選擇想要的數(shù)據(jù)，然后音頻數(shù)據(jù)等被發(fā) 送到記錄與重放段20和被下栽到盤D上。
記錄與重放段20相應(yīng)于圖1的上栽單元200和下載單元203， 及服務(wù)器單元10相應(yīng)于圖1的服務(wù)器單元201，而服務(wù)器12相應(yīng)于 圖1的服務(wù)器202。
換句話說，現(xiàn)在的音頻服務(wù)器系統(tǒng)1被做成這樣，以使得它不是 以音頻數(shù)據(jù)被存儲在諸如致密(compact)盤或音頻磁帶那樣的媒體 的形式來提供內(nèi)容(音樂節(jié)目等)，而是它以音頻數(shù)據(jù)被記錄在由用 戶擁有的記錄媒體(盤D)上的形式把音樂內(nèi)容提供給下載用戶。
例如，有可能把音頻服務(wù)器系統(tǒng)l放置在一個站、 一個商店等處， 這樣，音樂的內(nèi)容以收費(fèi)或不收費(fèi)方式被提供給用戶，或者有可能把 音頻服務(wù)器系統(tǒng)1放置在一個音樂演播廳等處，以便被用來管理內(nèi) 容.
再者，被存儲在服務(wù)器中的內(nèi)容可由許多的和未規(guī)定的用戶(上 栽用戶)任意地與容易地被提供(被上栽)。
因此，通常不能很容易地以包裝的媒體(例如CD)提供的信息， 例如業(yè)余音樂家的原始的音樂節(jié)目，也可容易地被提供給普通用戶。 這樣，可以實(shí)現(xiàn)具有高自由度的信息提供系統(tǒng).
在音頻服務(wù)器系統(tǒng)1的服務(wù)器12中，音樂節(jié)目(每個幾分鐘) 的內(nèi)容作為音樂數(shù)據(jù)被上栽和被存儲.應(yīng)當(dāng)指出，存儲的內(nèi)容不一定是由用戶上載的原先的那些內(nèi)容，
但是可以包括，例如在由唱片公司等提供的最近的流行榜中的頭100
個音樂節(jié)目.
所存儲的內(nèi)容作為由以上所述的ATRAC系統(tǒng)壓縮的數(shù)據(jù)被記錄。 下載用戶將確認(rèn)由音頻服務(wù)器系統(tǒng)1在顯示段14上提供的內(nèi)容， 并且如杲用戶找到一個或多個想要的內(nèi)容，則通過使用操作輸入段13 來選擇內(nèi)容.然后，用戶將把由用戶本人擁有的盤D裝入到記錄與重 放段20，并通過使用操作輸入段13執(zhí)行用于開始記錄的操作。
當(dāng)由用戶執(zhí)行用于開始記錄的操作時，服務(wù)器單元10的主記錄 器11提供從存儲在服務(wù)器12的內(nèi)容中的預(yù)定內(nèi)容的音頻數(shù)據(jù)給記錄 與重放段20。
記錄與重放段20把從服務(wù)器單元10提供給它的音頻數(shù)據(jù)記錄到 盤D的空白區(qū)。
然后，當(dāng)完成把用戶想要的內(nèi)容的音頻數(shù)據(jù)紀(jì)錄到盤D上時，音 頻服務(wù)器系統(tǒng)1結(jié)束內(nèi)容的提供.
在本實(shí)施例中，假定盤D是磁-光盤，以及其總量被減小到原先 數(shù)據(jù)的大約1/5的ATRAC音頻數(shù)據(jù)被記錄到盤D上。
因此，存儲在服務(wù)器12的ATRAC系統(tǒng)的音頻數(shù)據(jù)的壓縮信號可 從服務(wù)器12被直接轉(zhuǎn)錄到盤，而不受用于壓縮和解壓的譯碼器和編 碼器電路的干擾，而且因?yàn)閴嚎s數(shù)據(jù)按它們原先的樣子被直接記錄， 所以用于轉(zhuǎn)錄所需要的時間比起把壓縮的音頻數(shù)據(jù)解壓、重放、然后 記錄的做法的時間短。
再者，用戶攜帶了用戶自己擁有的盤D，其上記錄了要提供給音 頻服務(wù)器系統(tǒng)1的節(jié)目等，用戶把盤裝入記錄與重放段20。然后， 用戶通過使用操作輸入段13進(jìn)入到要上載的軌道(軌道是被記錄在 盤D上的節(jié)目等的單元)，并實(shí)行上載操作。
當(dāng)由用戶執(zhí)行用于開始上栽的操作時，服務(wù)器單元10的主記錄 器11指令記錄與重放段20實(shí)行重放，并把由記錄與重放段20重放 的音頻數(shù)據(jù)和相關(guān)信息存儲到服務(wù)器12中。
然后，當(dāng)完成把來自盤的、用戶想要的軌道的音頻數(shù)據(jù)和相關(guān)信 息存儲到服務(wù)器12中時，音頻服務(wù)器系統(tǒng)1結(jié)束上栽。
還在這種情況下，存儲在盤D的ATRAC系統(tǒng)的音頻數(shù)據(jù)可被記錄到服務(wù)器12，而不受用于壓縮和解壓的譯碼器和編碼器電路的干擾， 而且因?yàn)閴嚎s數(shù)據(jù)按它們原先的樣子被記錄，所以用于上栽所需要的 時間比起把音頻數(shù)據(jù)解壓、然后壓縮后再重放、然后記錄的做法的時 間短。
音頻服務(wù)器系統(tǒng)1還包括重放段41、相關(guān)信息重放段46、通信 接口 44和接收/付費(fèi)塊50，如圖3所示。
重放段41包括譯碼器42、和重放處理段43等。 相關(guān)信息重放段46包括打印裝置47、顯示裝置48、和揚(yáng)聲器49等.
音頻服務(wù)器系統(tǒng)1除了把音頻數(shù)據(jù)下栽到盤D以外，還通過使用 重放段41、相關(guān)信息重放段46和通信接口 44執(zhí)行各種不同操作。
例如，可以通過重放段41重放要被下栽到盤D的音頻數(shù)據(jù)并輸 出到揚(yáng)聲器或耳機(jī)，或者可以監(jiān)視要被記錄的部分音頻數(shù)據(jù)。
而且，要被記錄的與音頻數(shù)據(jù)有關(guān)的信息從相關(guān)信息重放段46出。
在重放段41中，譯碼器42解壓從主控制器11提供給它的ATRAC 數(shù)據(jù)，以產(chǎn)生音頻數(shù)據(jù).
重放處理段43執(zhí)行把數(shù)字信號轉(zhuǎn)換為模擬信號的處理、和放 大處理等，以產(chǎn)生模擬音頻信號.
由重放處理段43產(chǎn)生的模擬音頻信號被提供給揚(yáng)聲器或耳機(jī) 等，以便作為音頻信號從揚(yáng)聲器或耳機(jī)輸出。
通過重放段41，例如，被復(fù)制的部分音頻數(shù)據(jù)可作為監(jiān)視信號 提供給用戶，
通信接口 44可以是，例如，調(diào)制解調(diào)器、或用于ISDN (綜合 業(yè)務(wù)數(shù)字網(wǎng))線的終端適配器等.
主控制器11可通過通信接口 44從互聯(lián)網(wǎng)的WW網(wǎng)址得到圖象 信息、音頻信息、和文本信息等等。
相關(guān)信息重放段46的打印裝置47打印出從主控制器11提供 給它的圖象信息、或文本信息。
顯示裝置48顯示從主控制器11提供給它的圖象信息、或文本信
息，
應(yīng)當(dāng)指出，顯示裝置48可以是和服務(wù)器單元10的顯示段14共用的。
揚(yáng)聲器49輸出從主控制器11提供給它的音頻信息。應(yīng)當(dāng)指出， 揚(yáng)聲器49可以是和用來輸出來自重放段的音頻信號的揚(yáng)聲器或耳機(jī) 共用的。
在服務(wù)器12中，存儲了以如上面所述的這種方式上栽的多個 內(nèi)容的ATRAC數(shù)據(jù)，也存儲了相應(yīng)于內(nèi)容的制作人的照片、和音樂節(jié) 目的圖象圖形的圖象數(shù)據(jù)等、作為內(nèi)容的音樂節(jié)目的文字、和代表藝 術(shù)家的歷史的字符數(shù)據(jù)等。
再者，服務(wù)器12可以在其中存儲URL地址，如果在其中可以訪 問到上述的制作人的這樣的照片或動畫的主頁是可提供的話.
這樣，主控制器可得到圖象信息、或字符信息作為有關(guān)各個內(nèi)容 的相關(guān)信息，并把它從相關(guān)信息重放段46以打印、顯示圖象、或音 頻輸出等形式輸出，以便把它提供給下載用戶。
再者，為了把由下栽用戶選擇的內(nèi)容記錄到盤D上，當(dāng)主控制器 11從服務(wù)器12讀出ATRAC數(shù)據(jù)和把它們提供給記錄與重放段20時， 主控制器11把要被提供給記錄與重放段20的ATRAC數(shù)據(jù)中的預(yù)定部 分的ATMC數(shù)據(jù)提供給重放段41。
這樣做的目的是允許那些下栽記錄的軌道的用戶在記錄與重放段 20進(jìn)行記錄ATRAC數(shù)據(jù)時收聽ATRAC數(shù)據(jù)。
然而，應(yīng)當(dāng)指出，由于ATRAC數(shù)據(jù)是處在原先數(shù)據(jù)被壓縮到大約 1/5的情況下，因此不可能在進(jìn)行記錄的同時對總的軌道區(qū)實(shí)行重 放，且主控制器11切下一部分正在被記錄的ATRAC數(shù)據(jù)，把它們提 供給重放段41。
例如，主控制器11切下一部分ATRAC數(shù)據(jù)，利用它可看到節(jié)目 摘要(例如節(jié)目的開頭部或結(jié)尾部)，并把切下的一部分ATRAC數(shù)據(jù) 提供給重放段41.
要被切下的部分提前放在服務(wù)器12中。而且，與要被記錄的ATRAC 數(shù)據(jù)沒有直接關(guān)系的數(shù)據(jù)可被提供給重放段41，以便作為音頻輸出 被輸出。例如，可以提供與要被下載的內(nèi)容等沒有關(guān)系的新節(jié)目的信 息。
可替換地，實(shí)行上栽的用戶在上栽要被執(zhí)行時可任意設(shè)置那些 從其中可榆出重放的聲音的部分，以便允許進(jìn)行如上面提及的這樣的摘要重放，以使得要被重放的部分的地址清單被存儲在服務(wù)器中。
然后，在下栽時，由執(zhí)行上載的用戶所指定的部分被重放，并
由重放段41輸出.
通常，執(zhí)行上栽的用戶的原先的音樂節(jié)目等在大多數(shù)情況下是 未知的節(jié)目，因而，試圖執(zhí)行下栽的用戶在大多數(shù)情況下想要在用戶 把節(jié)目重放一次以后執(zhí)行下載。
所以，存儲在服務(wù)器12中的內(nèi)容允許用戶重放它們。具體地， 例如為響應(yīng)于操作輸入段13的運(yùn)行而選擇的用來可看到節(jié)目摘要的 一部分節(jié)目(例如節(jié)目的開頭部或結(jié)尾部)、或節(jié)目的全部被加以重 放，然后由重放段41輸出。
因此，下栽用戶可正確選擇一個屬于該下栽用戶真正想要的節(jié)目 等，并把它下載到用戶的盤D上.
再者，上載時可執(zhí)行監(jiān)視由重放段41進(jìn)行的重放。
具體地，上栽時，主控制器11把存儲在服務(wù)器中的一部分音頻 數(shù)據(jù)(例如節(jié)目的開頭部)提供給重放段41，以便被重放和被監(jiān)視。 因此，上栽用戶可確認(rèn)想要的節(jié)目是否被正確地上栽。
自然地，在上栽圖象數(shù)據(jù)或字符數(shù)據(jù)時，也可由顯示裝置48完 成對圖象數(shù)據(jù)或字符數(shù)據(jù)的輸出的監(jiān)視。
接收/付費(fèi)塊50進(jìn)行收集來自下栽用戶的交費(fèi)，以及付費(fèi)給已完 成上栽的用戶。
例如，已完成上載的用戶可按照對所上栽的內(nèi)容的下載請求設(shè)定 要收的錢的總數(shù)。
服務(wù)器單元10以如圖2所看到的對于每個內(nèi)容的響應(yīng)關(guān)系來管 理登記的錢數(shù)，當(dāng)接收到下載請求時，服務(wù)器單元10要求想要進(jìn)行 下載的用戶付費(fèi).應(yīng)當(dāng)指出，自然不必需使得對要進(jìn)行下載的用戶收 取的錢數(shù)和登記給已完成上載內(nèi)容的用戶接收的錢數(shù)相一致。
而且，服務(wù)器單元10管理對于每個內(nèi)容執(zhí)行的下栽次數(shù)，并可 付給上栽用戶根據(jù)下栽的次數(shù)計(jì)算的錢數(shù)與要接收的登記的錢數(shù)，
例如，如果已完成上載的用戶周期地通過使用操作輸入段13進(jìn) 行付款請求操作，那末，根據(jù)下載次數(shù)計(jì)算的錢數(shù)從接收/付費(fèi)塊50 被付給已完成上載的用戶。
在這種情況下，對于那些還沒有支付如圖2所看到的錢數(shù)的下栽次數(shù)等進(jìn)行了管理。
3.迷你(mini)盤的分組的格式 這里，作為在音頻服務(wù)器系統(tǒng)1中處理的記錄媒體(盤D)， 描述了一種以一種被稱為"mini盤"的格式規(guī)定的可記錄和可重放 的磁-光盤。
被稱為"mini盤"的磁-光盤，作為本實(shí)施例的盤D來被使用， 它是以直徑約為64mm可被包容在盒子內(nèi)的盤的形式的記錄媒體，通 過使用作為音頻壓縮系統(tǒng)的ATRAC (自適應(yīng)變換聲音編碼)系統(tǒng)，大 約74分鐘的音頻數(shù)據(jù)可作為立體聲信號被記錄在磁-光盤上。
接著，由于音頻服務(wù)器系統(tǒng)1把由ATRAC系統(tǒng)壓縮的音頻數(shù)據(jù) 下載和記錄到盤D上，所以，從盤D上栽到服務(wù)器12的音頻數(shù)據(jù)在 上栽時以ATMC系統(tǒng)的壓縮形式被存儲到音頻服務(wù)器系統(tǒng)1。
換句話說，在從盤D上載到服務(wù)器12和從服務(wù)器12下載到盤 D時，音頻數(shù)據(jù)都是以ATRAC壓縮的數(shù)據(jù)的形式被處理。
因此，在服務(wù)器單元10和記錄與重放段20之間傳送音頻數(shù)據(jù) 的連接電纜2傳送著ATRAC數(shù)據(jù)。
應(yīng)當(dāng)指出，連接電纜2也發(fā)送命令數(shù)據(jù)，例如控制命令和盤D 的T0C信息等，如后面所描述的。
現(xiàn)在描述在音頻服務(wù)器系統(tǒng)1中使用的盤D (mini盤)上的數(shù) 據(jù)格式.
如圖4所示，記錄在盤D上的數(shù)據(jù)是以稱作為分組的單位來安 排的.數(shù)據(jù)是以整倍數(shù)的分組為單位被寫在盤D上。如果重放按一個 分組記錄的ATRAC數(shù)據(jù)，則得到大約2. 04秒的音頻信號。如圖5A所 示， 一個分組由總共36個扇區(qū)組成，其中包括3個鏈接扇區(qū)、1個 子數(shù)據(jù)扇區(qū)、和32個主扇區(qū)(它們被用來記錄由ATRAC和TOC信息 壓縮的音頻數(shù)據(jù))。
應(yīng)當(dāng)指出， 一個扇區(qū)是由2352個字節(jié)的數(shù)據(jù)組成的單位。 鏈接扇區(qū)被這樣分配，以使得由于盤D的格式采用了 ACIRC (高 級交叉交織里德所羅門碼)系統(tǒng)糾錯處理，所以糾錯處理的交織可在 分組內(nèi)完成。換句話說，鏈接扇區(qū)是插入的空扇區(qū)，考慮到糾錯處理 中的交織，這樣，數(shù)據(jù)的重寫可在一個分組的單位內(nèi)完成.子數(shù)據(jù)扇 區(qū)作為保留區(qū)。在盤D中，由ATRAC系統(tǒng)壓縮的424個字節(jié)的數(shù)據(jù)在被稱為聲 組的單元中處理，如圖5C所示。在聲組中，212字節(jié)的數(shù)據(jù)被分配 用于左和右信道中的每個信道。
如杲被壓縮在聲組的單元中的數(shù)據(jù)被解壓，則它們相當(dāng)于左信 道和右信道的總共兩個信道的512個樣本，如圖5D所示。512個樣 本的數(shù)據(jù)相當(dāng)于2048個字節(jié)。
更具體地，512樣本xl6比特x2信道+8比特=2048字節(jié)。 如圖5B所示，ll個聲組構(gòu)成兩個扇區(qū)。 4. U-T0C
盤D的記錄區(qū)被劃分成用來記錄由ATRAC系統(tǒng)壓縮的音頻數(shù)據(jù)的 節(jié)目區(qū)、U-T0C (用戶內(nèi)容表)、和P-T0C (預(yù)先掌握的內(nèi)容表)， 在此，U-T0C是管理區(qū)，其中記錄了用來管理被記錄在節(jié)目區(qū)的音頻 數(shù)據(jù)的管理數(shù)據(jù)，P-T0C是讀入?yún)^(qū)。
作為盤D，即使實(shí)際音樂數(shù)據(jù)不被重寫，也能通過重寫U-T0C 信息來完成刪除或編輯節(jié)目。例如，如果，有了其上記錄5個節(jié)目的 盤D，第三節(jié)目的起始地址和結(jié)尾地址作為可記錄區(qū)被管理，則第三 節(jié)目不再能被重放。
換句話說，當(dāng)ATRAC數(shù)據(jù)被記錄在盤D上時，U-T0C信息也必須
同時被重寫.
在以下，描述U-T0C。應(yīng)當(dāng)指出，被記錄在盤D上的音頻數(shù)據(jù)的 單位稱作為"軌道"，該軌道是例如一個單元的音樂，以及是相應(yīng)于 存儲在上述的音頻服務(wù)器系統(tǒng)中的音樂節(jié)目內(nèi)容的單元.
對于盤D的U-T0C，可使用從U-T0C扇區(qū)0到U-T0C扇區(qū)31的 32個扇區(qū)，在這些扇區(qū)中，扇區(qū)0到4已被規(guī)定.這樣，扇區(qū)0、扇 區(qū)l、扇區(qū)2和扇區(qū)4被詳細(xì)描述。
圖6說明了記錄在U-T0C扇區(qū)0中的數(shù)據(jù)。這里，記錄在U-T0C 扇區(qū)0中的數(shù)據(jù)是對于每一個字節(jié)劃分邊界的，為描述方便起見，此 后把它稱為空隙。每個空隙用(第x行，第y列)表示，(第x行， 第y列)是由在圖6所示的縱坐標(biāo)軸的方向上從0到587的數(shù)字值(x ) 和在橫坐標(biāo)軸的方向上從左端的從l到4的空隙號(列號)給出的。 這也適用于U-T0C扇區(qū)1等等，
在U-T0C扇區(qū)0中，12字節(jié)的數(shù)據(jù)頭數(shù)據(jù)后面跟有"分組H"、"分組L"和"扇區(qū)"，代表以從空隙(笫3行，第1列)起的三個 字節(jié)所記錄的扇區(qū)0的地址信息。而且，在空隙(第3行，第4列) 中，代表迷你(mini)盤系統(tǒng)的識別碼被記錄為"模式"。
再者，以空隙(第7行，第1列)開始，接連地記錄了 "制造 者碼"(代表盤D的制造者)，"模式碼"(代表盤D的模式)，"第 一 TN0"(代表盤D的的第一軌道的軌道號)，和"最后TN0"(代 表盤D的的最后一個軌道的軌道號)。
再者，在空隙(第8行，第4列)中，記錄了 "使用的扇區(qū)"
(代表扇區(qū)的使用情況)，在空隙(第10行，第1列)中，記錄了
"盤序列號"(代表盤D的序列號).
再者，以空隙(第11行，第1列)開始，記錄了 "盤ID"，代 表盤D的ID (識別)號、"P-DFA (對于缺陷區(qū)的指針)"，它是代 表一個空隙的指針，在該空隙中記錄了一個區(qū)域的起始地址，在該區(qū) 域中記錄了出現(xiàn)在盤D上的缺陷地址的信息、"P-EMPTY (對于空的 空隙的指針)"，它是代表空隙使用情況的指針，和"P-FRA (對于 空閑區(qū)域的指針)"，它是代表一個空隙的指針，在該空隙中存儲了 用于管理可記錄區(qū)的一個區(qū)域的起始地址。在它們后面，記錄了 "P-TN0n"， 它們是代表空隙的指針，在這些空隙中記錄了被記錄在盤 D上的軌道的起始地址，直到空隙(第75行，第4列)為止。這里， n表示軌道的軌道號碼。N代表從1到255的整數(shù)。
由于"P-TNO0"到"P-TN0n"是準(zhǔn)備作為用于管理軌道的指針
"P-TN0n"，直到最大值的255個軌道可被記錄在盤D上.
再者，以空隙(第78行，第1列)開始，起始地址、結(jié)尾地址、 鏈接信息Link-P和每個軌道的軌道模式(軌道模式)被記錄為8字 節(jié)的表格。
在U-T0C扇區(qū)0中，提供了 255x 4x 2空隙(255個表)，在其 中記錄了起始地址、和結(jié)尾地址等，以及在由相應(yīng)于每個軌道的指針 表示的表格中，記錄了軌道的起始地址、和結(jié)尾地址等.
被記錄在上面提到的指針P-DFA、 P-EMPTY、和P-FRA中的每個 指針中的數(shù)值表示255個表格中的一個表格.
在每個表格中的起始地址和結(jié)尾地址，其每個由3字節(jié)=24比特 的數(shù)據(jù)代表，如圖7所示。在起始地址和結(jié)尾地址中，分組地址以頭14個比特被記錄，扇區(qū)地址以緊跟的6比特被記錄，和聲組地址以 最后的4個比特被記錄。
再者，軌道模式(軌道模式)由1字節(jié)=8比特的數(shù)據(jù)代表，如 圖8所示。
在軌道模式(軌道模式)中，記錄的保護(hù)信息以第一個比特被記 錄；重復(fù)的保護(hù)信息以第二個比特被記錄；生成信息以第三個比特被 記錄；音頻信息以第四個比特被記錄；刪除存儲器信息以第五和第六 比特被記錄；單聲道或立體聲信息以第七比特被記錄；以及加強(qiáng)信息 以第八個比特被記錄。
換句話說，在軌道模式(軌道模式)中，記錄了對于每個軌道獨(dú) 有的相關(guān)信息。
鏈接信息P-Link是這樣一個指針，它表示，其中同一個軌道不 以連續(xù)的數(shù)據(jù)流被記錄在盤D上，也就是說，同一個軌道的數(shù)據(jù)被離 散地記錄在盤D的記錄區(qū)，從該起始地址開始記錄下一個數(shù)據(jù)。
例如，當(dāng)單個軌道被重放時，從空隙(第586行，第1列)的表 格的起始地址開始的數(shù)據(jù)必須被重放，接續(xù)在空隙(第78行，第1 列)的表格中表示的結(jié)尾地址后面，空隙(笫80行，第4列)的鏈 接信息P-Link表示空隙(第586行，第l列)。
換句話說，在采用盤D的情況下，數(shù)據(jù)不一定必須以連續(xù)的形式 被記錄在記錄媒體上，也就是，數(shù)據(jù)不一定必須以連續(xù)的數(shù)據(jù)流被記 錄，而順序的數(shù)據(jù)鏈可以離散地被記錄。即使數(shù)據(jù)以這樣的方式離散 地被記錄，但由于數(shù)據(jù)的連續(xù)性由鏈接信息P-Link表示，以及在重 放時被讀出的數(shù)據(jù)以高于讀出速率的寫入速率被寫進(jìn)存儲器一次，所 以，連續(xù)的數(shù)據(jù)可不中斷地進(jìn)行重放。
再者，即使在已經(jīng)記錄的數(shù)據(jù)被短于該被記錄的節(jié)目的數(shù)據(jù)所重 寫時，該剩余部分可被指定為可記錄區(qū)(P-FRA)而不被刪除，因此， 可允許進(jìn)行高效率的記錄，
參照圖9，通過使用表示可記錄區(qū)的指針P-FRA的例子，描述了 離散地呈現(xiàn)的區(qū)域的連接方法。
如果假定，例如，03h (十六進(jìn)制)被記錄于指針P-FRA，它表 示空隙的頂部位置，這些空隙管理著U-TOC扇區(qū)O的可記錄區(qū)，于是， 相應(yīng)于03h的空隙首先被訪問。應(yīng)當(dāng)指出，空隙03h指向以空隙(第82行，第1列)開始的8 字節(jié)的區(qū)域(表格)。
指針的數(shù)值通過使用該數(shù)值進(jìn)行預(yù)定的計(jì)算處理而指向特定的空隙。
具體地，在指針的數(shù)值用"P"表示的場合，它把字節(jié)位置表示 為304+Px8.因此，上面提到的"03h"指向304+3x8=328，這相應(yīng) 于空隙(第82行，笫1列)(82x4=328 )的比特位置。
每個指針和鏈接信息以上述這種形式指定一個特定的空隙。
被記錄在空隙03h的起始地址和結(jié)尾地址的數(shù)據(jù)表示被記錄在盤 上的軌道中的一部分的起始地址和結(jié)尾地址.
被記錄在空隙03h的鏈接信息表示應(yīng)當(dāng)跟隨在后面的空隙的號 碼，在這種情況下，18h被記錄為鏈接信息.
通過跟蹤被記錄在空隙18h的鏈接信息，隨后訪問空隙2Bh，然 后，通過跟蹤被記錄在空隙2Bh的鏈接信息，訪問空隙E3h。這樣， 鏈接信息被接連地跟蹤，直到數(shù)據(jù)OOh作為鏈接信息出現(xiàn)為止。分別 由當(dāng)訪問每個空隙時被讀入的起始地址和結(jié)尾地址所規(guī)定的這些段， 都被安排為空閑區(qū).
這樣，空隙可從由指針P-FRA表示的空隙所給出的起始點(diǎn)開始 被跟蹤，直到檢測到零(=00h)的鏈接信息為止，因此，在存儲器中 鏈接該部分作為離散地出現(xiàn)在盤上的空閑區(qū).
雖然上面以指針P-FRA作為例子描述了鏈接，但離散地出現(xiàn)的部 分也可以以同樣方式從每個指針P-DFA、 F-EMPTY和P-TNOO到P-TN0255被鏈接。例如，按照指針P-TNOO到P - TN0255被離散地記 錄在盤上和來自單個軌道的部分可在存儲器中被鏈接。
圖IO說明了被記錄在U-TOC扇區(qū)1上的數(shù)據(jù)。
在U-T0C扇區(qū)1上，管理了被記錄在節(jié)目區(qū)中的軌道標(biāo)題和整個 盤的標(biāo)題.
在音頻數(shù)據(jù)被記錄在軌道的情況下，整個盤D的標(biāo)題是唱片集標(biāo) 題、或演奏者等的信息，每個軌道的標(biāo)題相應(yīng)于節(jié)目的名稱。
各個軌道的字符信息被記錄在由指針PTNAn (n的范圍從1到 255 )指定的空隙中，從空隙(第12行，第2列)開始，并且在字符 數(shù)很大的情況下，通過使用鏈接信息鏈接多個空隙來記錄字符信息。圖ll說明了被記錄在U-TOC扇區(qū)2上的數(shù)據(jù)。
在U-T0C扇區(qū)2上，以類似于上面所述的U-T0C扇區(qū)1上的方式 管理了被記錄在節(jié)目區(qū)中的各個軌道的記錄數(shù)據(jù)。
具體地，在由指針PTNAn (n的范圍從1到255 )指示的空隙中， 從空隙(第12行，第2列)開始，記錄了各個軌道的記錄數(shù)據(jù)等.
圖12說明了被記錄在U-T0C扇區(qū)4上的數(shù)據(jù).
在U-TOC扇區(qū)4上，以類似于按U-TOC扇區(qū)1上的方式記錄了被 記錄在節(jié)目區(qū)中的各個軌道的標(biāo)題和整個盤的標(biāo)題。然而，該扇區(qū)4 被設(shè)置為字符信息的記錄區(qū)，其中"kanji"字符，或歐洲字符等被
用作為一種活字。
管理形式相似于上面所述的U-TOC扇區(qū)1上的方式。
再者，在U-TOC扇區(qū)4上，"char code"被記錄在空隙(第10
行，第4列)中，以便指示被用來記錄的字符類型。
雖然以上面所描述的這種方式規(guī)定了 U-T0C扇區(qū)0、扇區(qū)1、扇
區(qū)2、和扇區(qū)4，但另一些扇區(qū)5到31，可以以各自規(guī)定的預(yù)定格式
被利用，
在本實(shí)施例中，假定，作為一個例子，字符數(shù)據(jù)可被存儲在扇區(qū) 5，以及圖象數(shù)據(jù)可被存儲在扇區(qū)6。
例如，在扇區(qū)5上，文本數(shù)據(jù)可任意地從字節(jié)位置開始被記錄 (例如，從跟隨在扇區(qū)地址后面的(第4行，第1列)開始)。
文本數(shù)據(jù)可以是相應(yīng)于整個盤的字符信息，或可以是相應(yīng)于任
意軌道的字符信息。
同樣地，在扇區(qū)6上，通過由CCD攝像機(jī)攝下的照片所得到的 圖象數(shù)據(jù)等可作為相應(yīng)于盤或任意軌道的信息被記錄.
具體地，通過使用本發(fā)明的音頻服務(wù)器系統(tǒng)實(shí)行上栽的用戶可 記錄附屬于要被上栽到U-T0C扇區(qū)5或6上的音樂節(jié)目等的字符信息 或圖象信息。因此，在上載某個軌道時，音頻服務(wù)器系統(tǒng)也獲取被記 錄在U-T0C扇區(qū)5或6上的字符信息和/或圖象信息，并且把它們存 儲在服務(wù)器12中。換句話說，音頻服務(wù)器系統(tǒng)實(shí)現(xiàn)相應(yīng)于如圖2所 示的ATRAC數(shù)據(jù)的填充。
另一方面，對于實(shí)行下栽的用戶，音頻服務(wù)器系統(tǒng)在某個內(nèi)容 的ATRAC數(shù)據(jù)要通過下栽被記錄到盤D上時，可把附加的字符信息和/或圖象信息記錄在盤D的U-T0C扇區(qū)5和/或6上。換句話說，音 頻服務(wù)器系統(tǒng)除了音樂節(jié)目等以外，也能把由音樂節(jié)目等的供應(yīng)者提 供的字符或圖象下栽到用戶擁有的要在其上實(shí)行下栽的盤D上。
應(yīng)當(dāng)指出，雖然描述了使用扇區(qū)5和6，自然，某些其他扇 區(qū)也可被用來存儲字符或圖象。
5.用于上栽/下栽的數(shù)據(jù)傳輸系統(tǒng)
在下面，描述音頻服務(wù)器系統(tǒng)1的一個用于上載/下載的數(shù)據(jù)傳 輸系統(tǒng)。為了描述，圖13上顯示了如圖3所示的記錄與重放段20的 詳細(xì)結(jié)構(gòu).
參照圖13，所顯示的記錄與重放段20包括存儲器控制器21， 用于接收來自服務(wù)器單元10的數(shù)據(jù)和控制隨機(jī)存儲器(RAM) 22;編 碼器-譯碼器電路23，用于譯碼和編碼數(shù)據(jù)；磁頭驅(qū)動器電路24，用 于驅(qū)動磁頭25;光拾取器26，用于把激光波束照射到盤上和檢測反 射光；射頻(RF)放大器27，用于從由光拾取器26檢測的反射光重 現(xiàn)聚焦誤差信號(FE )、跟蹤誤差信號(TE )、和磁-光重放信號(MO ); 以及地址譯碼器28，用于重現(xiàn)對應(yīng)于根據(jù)來自RF放大器27的推挽 信號(PP)在光盤的引導(dǎo)溝槽中形成的凹槽類動的信號，以譯碼絕對 地址；主軸電機(jī)29，用于驅(qū)動盤D旋轉(zhuǎn)；穿線(thread)機(jī)構(gòu)30， 用于驅(qū)動光拾取器26沿盤的徑向移動。
記錄與重放段20包括伺服電路31，用于根據(jù)來自RF放大器27 的聚焦誤差信號(FE)和跟蹤誤差信號(TE)控制聚焦伺服、跟蹤伺 服、穿線伺服、主軸伺服等；以及系統(tǒng)控制器32，用于控制存儲器 控制器21、編碼器-譯碼器電路23、伺服電路31等，
光拾取器26把來自激光二極管的激光束通過物鏡照射到盤D。 而且，光拾取器26借助于光檢測器檢測來自盤的反射光，并把檢測 電流提供給RF放大器27.
RF放大器27根據(jù)來自光拾取器26的檢測電流產(chǎn)生聚焦誤差信 號(FE)、跟蹤誤差信號(TE)、磁-光重放信號(MO)和推挽信號 (PP)。
RF放大器27把這樣產(chǎn)生的聚焦誤差信號(FE)、和跟蹤誤差信 號(TE)提供給伺服電路31，把磁-光重放信號(MO)提供給地址譯 碼器28和把推挽信號(PP)提供給編碼器-譯碼器電路23。伺服電路31根據(jù)提供到其上的聚焦誤差信號(FE)、和跟蹤誤 差信號(TE)通過光拾取器26的雙軸機(jī)構(gòu)驅(qū)動物鏡，以實(shí)現(xiàn)對被照 射在磁-光盤上的激光束的跟蹤聚焦伺服控制.
再者，伺服電路31根據(jù)跟蹤誤差信號(TE)實(shí)現(xiàn)穿線伺服控制， 以驅(qū)動穿線機(jī)構(gòu)30使光拾取器26沿盤D的徑向移動。
而且，伺服電路31根據(jù)來自用于盤D的旋轉(zhuǎn)檢測電路(圖上未 示出)的主軸誤差信號，驅(qū)動主軸電動機(jī)29，以使得盤D可以以恒 定線性速度旋轉(zhuǎn)。
地址譯碼器28根據(jù)在光盤的引導(dǎo)溝槽中形成的顫動凹槽提供的 顫動信號(推挽信號PP)來重現(xiàn)地址信息。
在重放盤D時(上栽時)，編碼器-譯碼器電路23在處理來自盤 D的重放信號時，對從放大器27加到其上的磁-光重現(xiàn)信號(M0)進(jìn) 行二進(jìn)制數(shù)字化，根據(jù)EFM(八到十四調(diào)制)系統(tǒng)解調(diào)二進(jìn)制數(shù)字化 的磁-光重現(xiàn)信號，然后，根據(jù)CIRC (交叉交織里德所羅門編碼)系 統(tǒng)實(shí)現(xiàn)糾錯譯碼處理。
另一方面，在記錄到盤上時(下栽時)，編碼器-譯碼器電路23 在處理加到盤D的記錄信號時，把糾錯碼加到從存儲器控制器21加 到其上的記錄信號上，根據(jù)EFM(八到十四調(diào)制)系統(tǒng)調(diào)制所得的結(jié) 果的記錄信號，并把調(diào)制的記錄信號加到磁頭驅(qū)動電路24。
磁頭驅(qū)動電路24根據(jù)來自編碼器-譯碼器電路23的記錄信號驅(qū) 動磁頭25,以便把調(diào)制磁場加到盤D，而把信號記錄到盤D上。
在這樣的記錄操作時，光拾取器26輸出高功率的激光波束，這 樣磁頭25的磁場信息可保持靠近在盤D的記錄面上。
存儲器控制器21控制要被存儲到隨機(jī)存取存儲器22的ATRAC數(shù) 據(jù).存儲器控制器21把從服務(wù)器單元IO加到其上的ATRAC數(shù)據(jù)暫時 存儲到隨機(jī)存取存儲器22，然后把它們加到編碼器-譯碼器電路23。
另一方面，在重放盤D時，存儲器控制器21暫時存儲由編碼器-譯碼器電路23譯碼的ATRAC數(shù)據(jù)，并根據(jù)來自服務(wù)器單元10的數(shù)據(jù) 的數(shù)據(jù)請求，讀出ATRAC數(shù)據(jù)和把它傳送到服務(wù)器單元10。
系統(tǒng)控制器32控制整個的記錄和重放段20，并控制例如存儲器 控制器21、編碼器-譯碼器電路23、和伺服電路等。
系統(tǒng)控制器32控制那些與服務(wù)器單元10通信控制數(shù)據(jù)的電路。這將在后面詳細(xì)描述。
具有如上描述的這種結(jié)構(gòu)的音頻服務(wù)器系統(tǒng)的記錄與重放段20， 在下栽時把從服務(wù)器單元IO發(fā)送到其上的ATRAC數(shù)據(jù)記錄在盤D上， 而在上栽時，則把從盤D重現(xiàn)的ATRAC數(shù)據(jù)加到服務(wù)器單元10,
音頻服務(wù)器系統(tǒng)1包括連接電纜2，它互聯(lián)了服務(wù)器單元10和 如上所述的記錄與重放段20。參照圖13，連接電纜2包括ATRAC 線2A，它在服務(wù)器單元10和記錄與重放段20 (存儲器控制器21) 之間傳輸ATRAC數(shù)據(jù)；以及命令線2C，它在服務(wù)器單元10和記錄與 重放段20 (系統(tǒng)控制器32 )之間傳輸命令數(shù)據(jù)、和TOC數(shù)據(jù)等。
在下栽和上栽時，在服務(wù)器單元10和記錄與重放段20 (存儲器 控制器21)之間數(shù)據(jù)傳輸方法將參照圖14到17來描述。
圖14說明了在下栽時各種不同信號的流動，及圖15A到151說 明了在下栽時各種不同信號的接口情形。同時，圖16說明了在上載 時各種不同信號的流動，及圖17A到17I說明了在上載時各種不同信 號的接口情形。
圖14和16說明了信號通過ATRAC線2A以及命令線2C的流動。 在下栽時，使用ATRAC線2A，以使得ATRAC數(shù)據(jù)從服務(wù)器單元10被 發(fā)送到作為下載單元工作的記錄與重放段20。
另一方面，在上栽時，使用ATRAC線2A，以使得ATMC數(shù)據(jù)從 作為下栽單元工作的記錄與重放段20被發(fā)送到服務(wù)器單元10。
同時，通過命令線2C，在服務(wù)器單元10和記錄與重放段20之 間傳輸請求信號(Data Req)、命令信號(Command)、和RTS/CTS 信號。
具體地，在下栽時，記錄與重放段20輸出一個請求信號(Data Req)，用于請求ATRAC數(shù)據(jù)送到記錄與重放段20,如圖14所示。 再者，記錄與重放段20和服務(wù)器單元10在它們之間傳送命令信號 (Command)、和RTS/CTS信號。
另一方面，在上栽時，服務(wù)器單元10輸出一個請求信號(Data Req)，用于請求將ATRAC數(shù)據(jù)送到記錄與重放段20，如圖16所示， 再者，記錄與重放段20和服務(wù)器單元10在它們之間傳送命令信號 (Command )和RTS/CTS信號。
應(yīng)當(dāng)指出，為說明和描述方便起見，對于每個信號的參考符號，在信號是從服務(wù)器單元10輸出的地方將伴隨有"s"，在信號是從
記錄與重放段20輸出的地方將伴隨有"UD"。
首先，描述在下栽時和在上栽時ATRAC數(shù)據(jù)的傳輸。
在下栽時，相應(yīng)于被存儲在服務(wù)器12中的內(nèi)容的ATRAC數(shù)據(jù) (ATRAC ( S ))通過ATRAC線2A從服務(wù)器單元10的主控制器11被 發(fā)送到記錄與重放段20的存儲器控制器21。
應(yīng)當(dāng)指出，用于傳輸?shù)腁TRAC數(shù)據(jù)是按照記錄與重放段20的存 儲器控制器21的容量以每個單位的預(yù)定量被發(fā)送的。
再者，代表對ATRAC數(shù)據(jù)(ATRAC ( S ))的請求的請求信號(Data Req (UD))通過命令線2C從記錄與重放段20的系統(tǒng)控制器32被發(fā) 送到服務(wù)器單元10的主控制器11.
具體地，由于ATRAC數(shù)據(jù)(ATRAC ( S ))是以預(yù)定數(shù)量的單位被 發(fā)送的，當(dāng)已被發(fā)送的和已被讀進(jìn)隨機(jī)存取存儲器22的ATRAC數(shù)據(jù) (ATRAC (S))都被寫在盤上時，記錄與重放段20把請求信號(Data Req(UD))提供給服務(wù)器單元10，以便請求下一個數(shù)據(jù)。
具體地，在圖15 A和15 B的時序圖上，說明了在ATRAC數(shù)據(jù)(ATRAC (S))和(Data Req (UD))之間的關(guān)系。
如果記錄與重放段20的記錄條件是正常的，則記錄與重放段20 首先在時間til把請求信號(Data Req (UD))提供給服務(wù)器單元10。 當(dāng)請求信號(Data Req (UD))被接收時，服務(wù)器單元IO在時間tl2 把預(yù)定容量的ATRAC數(shù)據(jù)(ATRAC ( S ))提供給記錄與重放段20。
當(dāng)ATRAC數(shù)據(jù)(ATRAC (S))被接收時，記錄與重放段20在時 間tl3停止供給請求信號(Data Req (UD)),
如果記錄與重放段20的記錄條件不正常，則不把請求信號(Data Req (UD))從記錄與重放段20加到服務(wù)器單元10，如從時間tl4 到時間U5所看到的，因此，沒有ATRAC數(shù)據(jù)(ATRAC ( S ))從服務(wù) 器單元10加到記錄與重放段20。
應(yīng)當(dāng)指出，如果沒有請求信號(Data Req (UD))從記錄與重放 段20被提供，則記錄處理被中斷。
再者，如果在預(yù)定時間內(nèi)沒有從服務(wù)器單元10接收到ATRAC數(shù) 據(jù)(ATRAC (S))，即使提供了請求信號(Data Req (UD))，如從 時間t16到時間t17所看到的，則記錄與重放段20進(jìn)入等待數(shù)據(jù)寫入的條件(例如，進(jìn)入記錄暫停條件)以等待ATRAC數(shù)據(jù)(ATRAC( S ))。 然后，如果提供ATRAC數(shù)據(jù)(ATRAC (S))，則記錄與重放段20 開始寫搮作，如從時間tl7所看到的。
應(yīng)當(dāng)指出，如果等待數(shù)據(jù)寫入的條件繼續(xù)一段固定的時間，則音 頻服務(wù)器系統(tǒng)l確定出現(xiàn)了某個故障，并中斷其處理.
由于記錄與重放段20提供對ATRAC數(shù)據(jù)的請求信號(Data Req (UD))給服務(wù)器單元IO，然后，服務(wù)器單元10根據(jù)請求信號(Data Req (UD))發(fā)送ATRAC數(shù)據(jù)(ATRAC (S))給記錄與重放段20，所 以，ATRAC數(shù)據(jù)的下栽可穩(wěn)定地完成。
然后，在上載時，根據(jù)軌道被記錄在盤D上的ATRAC數(shù)據(jù)(ATRAC (UD))通過ATRAC線2A從記錄與重放段20的存儲器控制器21被
發(fā)送到服務(wù)器單元10的主控制器11。
用于傳輸?shù)腁TRAC數(shù)據(jù)(ATRAC ( UD ))是按照服務(wù)器單元10的 緩存性能或服務(wù)器12的連線容量以每個單位的預(yù)定量被發(fā)送的。
再者，表示對ATRAC數(shù)據(jù)(ATRAC ( UD ))的請求的請求信號(Data Req (S))通過命令線2C從服務(wù)器單元10的主控制器11被發(fā)送到 記錄與重放段20的系統(tǒng)控制器32.
具體地，服務(wù)器單元IO根據(jù)在服務(wù)器12中的寫操作條件把請求 信號(Data Req (S))提供給記錄與重放段20，以便請求下一個數(shù) 據(jù)。
更具體地，在圖17 A和17 A的時序圖上，說明了在ATRAC數(shù) 據(jù)(ATRAC (UD))和(Data Req (S))之間的關(guān)系。
首先，服務(wù)器單元10在時間t21把請求信號(Data Req ( S )) 提供給記錄與重放段20.當(dāng)請求信號(Data Req ( S ))被接收時， 記錄與重放段20在時間t22開始把預(yù)定容量的ATRAC數(shù)據(jù)(ATRAC (UD))提供給服務(wù)器單元IO。
當(dāng)ATRAC數(shù)據(jù)(ATRAC ( U D ))被接收時，服務(wù)器單元10在時 間t23停止輸出請求信號(Data Req ( S )).
如果服務(wù)器單元10的記錄條件不正常，則不從服務(wù)器單元10輸 出請求信號(Data Req (S))，如從時間t24到時間t25所看到的， 因此，也沒有ATRAC數(shù)據(jù)(ATRAC ( UD ))從記錄與重放段20提供到 服務(wù)器單元IO。再者，如果在預(yù)定時間內(nèi)沒有從記錄與重放段20接收到ATRAC 數(shù)據(jù)(ATRAC (UD))，即使服務(wù)器單元10提供了請求信號(DataReq (S))，則服務(wù)器單元10進(jìn)入等待數(shù)據(jù)寫入的條件，以等待ATRAC 數(shù)據(jù)(ATRAC (UD))，如從時間tl6到時間tl7所看到的。
然后，如果提供ATRAC數(shù)據(jù)(ATRAC ( UD ))，則服務(wù)器單元10 開始服務(wù)器12中的寫操作，如從時間t27所看到的。
應(yīng)當(dāng)指出，如果等待數(shù)據(jù)寫入的條件繼續(xù)一段固定的時間，則服 務(wù)器單元10確定出現(xiàn)了某個故障，并中斷其處理。
由于服務(wù)器單元10把對于ATRAC數(shù)據(jù)的請求信號(Data Req (S ))提供給記錄與重放段20，然后服務(wù)器單元10把ATRAC數(shù)據(jù) (ATRAC ( UD ))以這樣的方式發(fā)送給記錄與重放段20，因此ATRAC 數(shù)據(jù)的上載能夠可靠地完成.
隨后描述了用于操作控制如上所述的這樣的發(fā)送和接收ATRAC 數(shù)據(jù)以及上栽和下栽TOC信息的各種不同命令信號(Command (S)、 Command (UD))以及對于TOC信息的上載和下載，該TOC信息是在 服務(wù)器單元10的主控制器1 l和記錄與重放段20的系統(tǒng)控制器3 2 之間進(jìn)行通信的.
如圖14和16所示，服務(wù)器單元10和i己錄與重放段20互相通 信命令信號(Command ( S ) 、 Command (UD))，并通過使用RTS/CTS 信號在相應(yīng)于一個命令的處理時間間隔內(nèi)設(shè)置和確認(rèn)相互占有情況。
具體地，在上栽和下載時，如圖15 D到15 I和17 D到17 I所 示，如果從服務(wù)器單元10提供某個命令信號(Command (S))到記 錄與重放段20，則記錄與重放段20實(shí)行相應(yīng)于命令信號的處理，并 發(fā)回信號(RTS/CTS (UD))。
另一方面，如果從記錄與重放段20提供某個命令信號(Command (UD))到服務(wù)器單元10，則服務(wù)器單元10實(shí)行相應(yīng)于命令信號 (Command (UD))的處理，并發(fā)回信號(RTS/CTS (S))。
在下面給出的表1中，列出了通過連接電纜2在服務(wù)器單元10 的主控制器11和記錄與重放段20的系統(tǒng)控制器32之間傳送的命令 信號.命令是用如表l中的例子所給出的1字節(jié)的數(shù)值設(shè)定的。
表l命令名稱
數(shù)值(l字節(jié))功能
參數(shù)
SETUP
DOWNLOAD REC STOP
TOCO INFO
TNO
UPLOAD TNO UPLOAD PLAY UPLOAD FIN TOC REQ
UD STATUS
Title
Olh 02h 03h 04h
05h llh 12h 13h 14h
2 Oh
83h
表示記錄暫停 ------
表示開始下載記錄 ------
結(jié)束處理 ------
發(fā)送TOC扇區(qū)0的信軌道號碼(裝栽次序)
息 軌道模式
軌道尺寸
按裝栽次序指定軌裝栽次序的號碼
道 4iil數(shù)目；M號碼
指定上栽軌道 ------
指令開始上栽重放 ------
通知上栽結(jié)束
對發(fā)送TOC信息的
請求
通知上栽/下栽 單元狀態(tài)
請求的扇區(qū)號n (n=TOCSector (n)) 狀態(tài) 00H= STOP 01H= UPLOAD PLAY 02H= DOWNLOAD REC 03H= REC PAUSE FDH-ERROR 字符數(shù)， 字符
發(fā)送標(biāo)題信息
建立命令(SETUP)是用于服務(wù)器單元10把記錄與重放段20 設(shè)置到記錄等待狀態(tài)的命令，也就是用于記錄暫停的狀態(tài).如果提供 了建立命令(SETUP)，則記錄與重放段20進(jìn)入記錄暫停狀態(tài)。建立 命令(SETUP)具體地是例如1字節(jié)的"Olh"。
下栽記錄命令(DOWNLOAD REC)是指令記錄與重放段20開始 把ATRAC數(shù)據(jù)(ATRAC ( S ))記錄到盤D上的命令。
如果提供下栽記錄命令(DOWNLOAD REC)，則記錄與重放段20 開始把ATRAC數(shù)據(jù)(ATRAC ( S ))記錄到盤D上。下栽命令(DOWNLOAD REC)是例如"02h"。停止命令(STOP)是指示停止進(jìn)行根據(jù)來自服務(wù)器單元10的 命令的記錄與重放段20的處理的、或指示停止進(jìn)行根據(jù)來自記錄與 重放段20的命令的服務(wù)器單元10的處理的命令.
例如，如果從服務(wù)器單元10提供停止命令(STOP)給記錄與 重放段20，則記錄與重放段20停止進(jìn)行根據(jù)下栽記錄命令(DOWNLOAD REC)的記錄處理等.停止命令(STOP)例如是"03h"。
TOCO信息命令(TOCO INFO)是用于服務(wù)器單元10發(fā)送U—TOC 扇區(qū)0的信息給記錄與重放段20的、或用于記錄與重放段20發(fā)送同 樣的信息給服務(wù)器單元10的命令.
在下栽時，如果服務(wù)器單元10提供TOCO信息命令(TOCO INFO) 和后續(xù)的軌道號碼信息(下載的次序號碼)、軌道尺寸和軌道模式作 為參數(shù)給記錄與重放段20，則記錄與重放段20根據(jù)軌道尺寸確定記 錄的ATRAC數(shù)據(jù)的起始地址和結(jié)尾地址，并把TOC數(shù)據(jù)記錄到盤D的 U—TOC扇區(qū)O上，
另一方面，在上栽時，如果記錄與重放段20提供T0C0信息命 令(TOCO INFO)和后續(xù)的軌道號碼信息(下栽的次序號碼)、軌道 尺寸和軌道模式作為參數(shù)給服務(wù)器單元10，則服務(wù)器單元10根據(jù)軌 道尺寸來確定記錄的ATRAC數(shù)據(jù)的起始地址和結(jié)尾地址，并把TOC數(shù) 據(jù)記錄到盤D的U~TOC扇區(qū)0上。
應(yīng)當(dāng)指出，例如。在下載時，U—TOC扇區(qū)0的信息一開始應(yīng)當(dāng) 根據(jù)由記錄與重放段20側(cè)執(zhí)行的記錄操作來產(chǎn)生，并被記錄在盤D 上。
然而，例如當(dāng)從服務(wù)器單元10提供大量內(nèi)容的ATRAC數(shù)據(jù)時， 由于它們是作為單個數(shù)據(jù)流被提供給記錄與重放段20的，所以記錄 與重放段20不能精確地產(chǎn)生TOC扇區(qū)0的信息。
換句話說，存在著一個問題，即由于發(fā)送的數(shù)據(jù)是壓縮數(shù)據(jù)， 所以不能確定曲調(diào)的間斷點(diǎn).
因此，在本實(shí)施例中，代表相應(yīng)于每個內(nèi)容的數(shù)據(jù)流長度的數(shù) 據(jù)尺寸和軌道模式作為TOCO信息命令(TOCO INFO)由服務(wù)器單元10 提供.然后記錄與重放段20根據(jù)TOCO信息命令(TOCO INFO)的信 息來產(chǎn)生要被記錄到盤C上的U—TOC扇區(qū)0的信息。
在上栽時，從記錄與重放段20也以同樣方式發(fā)送U—TOC扇區(qū)o的信息給服務(wù)器羊元io。
TOCO信息命令(TOCO INFO)是"04h"。
軌道號碼命令(TNO)是一個指定要被上載或下栽的ATRAC數(shù) 據(jù)的軌道號碼的命令。如果提供軌道號碼命令(TNO)和接續(xù)在該命 令后的軌道號(作為裝載次序的號碼)，則記錄與重放段20或服務(wù) 器單元10實(shí)行相應(yīng)于一個接續(xù)在軌道號后的命令的處理，例如對于 軌道號的軌道(內(nèi)容)的標(biāo)題命令(Title)。軌道號碼命令TWO是 "05h".
上栽軌道號碼命令(UPLOAD TWO)是在上載時由服務(wù)器單元10 指定在盤D的軌道中要被上栽的一個軌道給記錄與重放段20的命令。 一個或多個軌道被指定為用上栽軌道號碼命令(UPLOAD TNO)和接續(xù) 在上栽軌道號碼命令(UPLOAD TNO)后的軌道數(shù)和軌道號碼表示的上 載目標(biāo)。
上栽軌道號命令(UPLOAD TNO)是例如"llh"。 上載重放命令(UPLOAD PLAY)是一個用于服務(wù)器單元10在上 載時指令記錄與重放段20開始從盤D重放ATRAC數(shù)據(jù)的命令。如果 提供了上栽重放命令(UPLOAD PLAY)，則記錄與重放段20開始從盤 D重放ATRAC數(shù)據(jù)(ATRAC ( UD ))。上栽重放命令(UPLOAD PLAY) 是例如"12h"。
上栽結(jié)束命令(UPLOAD FIN)是服務(wù)器單元10指令記錄與重 放段20去指示上栽完成的命令。上栽結(jié)束命令(UPLOAD FIN )是"Uh"。
TOC請求命令(TOC REQ)是用于服務(wù)器單元10在上載時請求 記錄與重放段20去轉(zhuǎn)移TOC信息的命令。接續(xù)在TOC請求命令(TOC REQ)后的數(shù)值是U—TOC扇區(qū)的號碼，并請求轉(zhuǎn)移必要的U—TOC扇 區(qū)的信息。TOC請求命令(TOC REQ)是例如"14h"。
狀態(tài)命令(UD STATUS)是用于記錄與重放段20把操作條件通 知服務(wù)器單元10的命令。接續(xù)在狀態(tài)命令(UD STATUS)后面的值代 表記錄與重放段20的操作條件。例如接續(xù)的值OOh代表停止條件，Olh 代表在上載時的重放條件，02h代表在下栽時的記錄條件，03h代表 記錄暫停條件，以及FDh代表出現(xiàn)錯誤條件。狀態(tài)命令(UD STATUS) 的數(shù)值例如是"2 Oh"。
標(biāo)題命令(Title)是用于發(fā)送要被記錄到盤D的U—TOC扇區(qū)1和扇區(qū)4的標(biāo)題信息的命令。接續(xù)在標(biāo)題命令(Title)后，提供 了字符串信息和字符數(shù)據(jù)。如果在下載時從服務(wù)器單元10接收到它 們，則記錄與重放段20把相應(yīng)于該軌道的標(biāo)題信息記錄到盤D的 U—T0C扇區(qū)1和扇區(qū)4。另一方面，在上栽時，如果從記錄與重放段 20把它們提供給服務(wù)器單元10，則服務(wù)器單元10獲取它們作為相應(yīng) 于上栽的ATRAC數(shù)據(jù)的標(biāo)題信息。
標(biāo)題命令(Title)的數(shù)值例如是"83h"。 6.上栽/下載處理
在下面參照圖18到20所示的流程圖來描述音頻服務(wù)器系統(tǒng)1 用于上載和下栽的處理內(nèi)容。流程圖代表服務(wù)器單元10的主控制器 的處理。
在步碟S101，服務(wù)器單元10 (主控制器11)在不進(jìn)行上載或 下栽操作的時間間隔內(nèi)用顯示段14顯示登記在服務(wù)器12中的內(nèi)容的 清單.
在登記如圖2所示的內(nèi)容的地方，以圖21所示的列表提取和 顯示了有關(guān)內(nèi)容的必要的信息。
具體地，對于每個內(nèi)容，顯示了標(biāo)題、節(jié)目長度、登記人(上 栽的人)、登記日期(上栽日期)、已進(jìn)行的下栽操作的次數(shù)、下栽 用戶為下栽要付的錢數(shù)(即節(jié)目的售價，這是根據(jù)上栽用戶想要獲得 的錢數(shù)決定的)等，并把它顯示給送給想要下栽的用戶。
而且，雖未示出， 一個操作菜單連同清單一同被顯示。
應(yīng)當(dāng)指出，當(dāng)從操作菜單中選擇下栽時(緊接在步驟S104以 前)，可執(zhí)行步緣S101中的清單顯示.
在菜單操作中，準(zhǔn)備了用于下栽、上栽、在下栽前的試聽等的 操作。這里只描述下栽操作和上載操作。
如果用戶操縱操作輸入段13來選擇下栽并同時觀察顯示段14， 則控制從步驟S102進(jìn)到步驟S104，開始下栽處理。
另一方面，如果用戶從搮作菜單選擇上載，則控制從步驟S103 進(jìn)到步驟S112，開始上栽處理。
首先描述下載處理。
在步稞S104，服務(wù)器單元10請求用戶選擇要被下栽的內(nèi)容。 服務(wù)器單元IO要求用戶例如在圖21所示的清單顯示上選擇想要的一個或多個內(nèi)容。
如果完成選擇，則服務(wù)器單元10提取選擇的操作信息，控制 從步驟S105進(jìn)到S106,其中服務(wù)器單元10要求用戶把盤D裝入到 記錄與重放段20。
如果用戶把攜帶的盤D裝入記錄與重放段20，則控制從步驟 S107進(jìn)到S108。
應(yīng)當(dāng)指出，取決于不同情況，即根據(jù)有可能出現(xiàn)由用戶裝入的 盤D的空閑區(qū)(未記錄區(qū)域)的時間量(可記錄的剩余時間)以及所 選擇內(nèi)容的總時間長度，空閑區(qū)可能不足以允許執(zhí)行下載.所以實(shí)際 上在步驟S107,在要下載的ATRAC數(shù)據(jù)量和盤的可記錄的剩余時間 之間進(jìn)行相互比較，如果可記錄的剩余時間不夠，則必須請求用戶替 換盤D或結(jié)束處理，因?yàn)橄螺d處理是不可能的.
裝入的盤D的可記錄的剩余時間可由服務(wù)器單元10通過使用 這樣的技術(shù)來確認(rèn)，即服務(wù)器單元10通過使用上面所述的TOC請求 命令(TOC REQ)來要求轉(zhuǎn)移U—TOC扇區(qū)0的信息，該信息在裝入盤 D時已被記錄與重放段2 0的系統(tǒng)控制器32讀出。
在裝入盤D以后，服務(wù)器單元10在步驟S108計(jì)算出為被選擇 為下栽目標(biāo)的一個或多個內(nèi)容付費(fèi)的總錢數(shù)，并要求用戶付費(fèi)。
如果用戶根據(jù)要求把費(fèi)用付給接收/付費(fèi)塊50，則控制從步猓 S104進(jìn)到S110，其中開始實(shí)際的下栽處理。
應(yīng)當(dāng)指出，在下載一個免費(fèi)提供的內(nèi)容時，步琛S108和S109 的處理當(dāng)然是不需要的。
圖19說明了在步驟S110中的下栽處理。
在開始下載處理后，服務(wù)器單元10首先在步驟S201詢問使用 顯示段的用戶是否應(yīng)當(dāng)進(jìn)行錯誤檢測.如果用戶通過使用操作輸入段 13輸入應(yīng)當(dāng)或不應(yīng)當(dāng)執(zhí)行錯誤檢驗(yàn)，則控制進(jìn)到步驟S202。應(yīng)當(dāng) 指出，錯誤檢驗(yàn)將在后面描述.
在步驟S202，服務(wù)器單元10通過命令線2C把建立命令(SETUP ) 提供給記錄與重放段20.當(dāng)從服務(wù)器單元10接收到建立命令(SETUP) 時，記錄與重放段20把操作條件設(shè)定為記錄暫停條件給盤D,
在步驟S203，服務(wù)器單元10確認(rèn)是否已把記錄暫停設(shè)定為記 錄與重放段20的操作條件，并且如果它確認(rèn)已執(zhí)行這樣的設(shè)定，則控制進(jìn)到步築S205,另一方面，如果在一段預(yù)定時間內(nèi)沒有確認(rèn)這 樣的建立記錄暫停條件，則控制進(jìn)到步驟S204。應(yīng)當(dāng)指出，雖然也 給出了對將在后面描迷的具體例子的描述，但服務(wù)器單元10可確認(rèn) 記錄與重放段20的操作條件，如果它從記錄與重放段20接收到狀態(tài) 命令(UD STATUS)的話。
在步驟S204，服務(wù)器單元10確定記錄與重放段20由于某個 故障不能記錄到盤D上，并且把錯誤消息等顯示在顯示段14上，結(jié) 束其處理。
當(dāng)控制進(jìn)到步驟S205時，服務(wù)器單元10把下栽記錄命令 (DOWNLOAD REC)提供給記錄與重放段20。
當(dāng)接收到下載記錄命令(DOWNLOAD REC)時，記錄與重放段20 把請求信號(DATA REQ ( UD ))提供給服務(wù)器單元10。當(dāng)接收到請 求信號(DATA REQ (UD))時，服務(wù)器單元10把對于每個預(yù)定量的 ATRAC數(shù)據(jù)(ATRAC ( S ))提供給記錄與重放段20。然后當(dāng)提供ATRAC 數(shù)據(jù)時，記錄與重放段20接連地把數(shù)據(jù)記錄到盤D的空白區(qū)。簡言 之，在步猓S205開始下栽ATRAC數(shù)據(jù)。
應(yīng)當(dāng)指出，即使已由用戶指定多個內(nèi)容，服務(wù)器單元10也把 ATRAC數(shù)據(jù)(ATRAC (S))作為單個數(shù)據(jù)流提供給記錄與重放段20。
而且，記錄與重放段20把盤的U—TOC的信息提前存儲到外部 存儲器等，這樣，當(dāng)不正常地執(zhí)行去向盤D的記錄過程時，盤D的條 件可返回到下載前的盤條件。
在步驟S205開始記錄ATRAC數(shù)據(jù)以后，控制進(jìn)到步壤S206和 S207的循環(huán)。
在步猓S206，服務(wù)器單元IO監(jiān)管來自記錄與重放段20的狀態(tài) 命令(UD STATUS)，以鑒別狀態(tài)命令(UD STATUS)是否呈現(xiàn)異常條 件，也就是是否產(chǎn)生除記錄條件以外的狀態(tài)值或錯誤狀態(tài)值，如果沒 有產(chǎn)生這樣的狀態(tài)值，即記錄條件是正常的，則服務(wù)器單元10在步 驟S207檢測是否巳完成要被下載的ATRAC數(shù)據(jù)的傳輸和把它們記錄 到盤D上。
換句話說，在步驟S206和S207，記錄與重放段20確認(rèn)在每個 固定時間間隔后，記錄是否正常以及記錄是否已完成。
如果記錄與重放段20確定記錄未正常進(jìn)行，則控制從步驟S206進(jìn)到S204，在其中進(jìn)行記錄處理的中斷處理。在這種情況下，為了 把盤D返回到記錄前的條件，執(zhí)行把已被存儲到外部存儲器的U—TOC 信息提前寫回到盤D的處理。
如果確定記錄與重放段20已實(shí)行記錄并且記錄已完成，則控 制從步驟S207進(jìn)到S208，在其中進(jìn)行記錄處理的中斷處理。
在步驟S208，服務(wù)器單元10把停止命令(STOP)提供給記錄 與重放段20。當(dāng)接收到停止命令(STOP)時，記錄與重放段20結(jié)束 對ATRAC數(shù)據(jù)的處理。在發(fā)送停止命令(STOP )以后，控制進(jìn)到S209.
在步驟S209，服務(wù)器單元IO連同著磁道號命令(TNO) —起提 供TOCO信息命令(TOCO INFO)的必要的TOC信息和作為TOCO信息 命令(TOCO INFO)的參數(shù)的軌道尺寸信息、標(biāo)題命令(Title)和標(biāo) 題的字符數(shù)、字符數(shù)據(jù)等。
當(dāng)從服務(wù)器單元IO接收到這樣的TOC信息時，記錄與重放段20 把所需要的數(shù)據(jù)根據(jù)提供給它的TOC信息記錄在盤D的扇區(qū)0到4。
應(yīng)當(dāng)指出，要被記錄在U—TOC扇區(qū)0上的各個軌道的起始地 址和結(jié)尾地址是根據(jù)所提供的接續(xù)在TOCO信息命令(TOCO INFO)之 后的軌道尺寸的信息產(chǎn)生的。具體地，由于ATRAC數(shù)據(jù)是作為單個數(shù) 據(jù)流被提供的，所以數(shù)據(jù)流是用對于每個軌道的數(shù)據(jù)尺寸來進(jìn)行劃分 以便產(chǎn)生TOC信息的.
而且，在字符數(shù)據(jù)和/或圖象數(shù)據(jù)作為當(dāng)作裝載的目標(biāo)的內(nèi)容 出現(xiàn)的場合，它們作為要被記錄到例如U—TOC扇區(qū)5和扇區(qū)6的信 息發(fā)送。記錄與重放段20把這樣的字符信息和圖象信息以這樣的方 式記錄到U—TOC扇區(qū)5和6等，以便它們相當(dāng)于作為下載目標(biāo)而被 記錄的ATRAC數(shù)據(jù)。
在步驟S209發(fā)送必要的TOC信息以后，控制進(jìn)到步驟S210。
在步驟S210，服務(wù)器單元10鑒別用戶先前是否在步驟S201已 設(shè)定要進(jìn)行錯誤檢驗(yàn).如果用戶已設(shè)定應(yīng)當(dāng)進(jìn)行錯誤檢驗(yàn)，則控制進(jìn) 到步驟S211，但是如果用戶還沒有設(shè)定應(yīng)當(dāng)進(jìn)行錯誤檢驗(yàn)，則控制 進(jìn)到步驟S213。
當(dāng)應(yīng)當(dāng)進(jìn)行錯誤檢驗(yàn)時，在步驟S211，服務(wù)器單元10把錯誤 檢驗(yàn)命令通過命令線2C提供給記錄與重放段20。如果提供了錯誤檢 驗(yàn)命令，則記錄與重放段20讀出被記錄在其中的ATRAC數(shù)據(jù)，并鑒別記錄的數(shù)據(jù)是否包括某些錯誤。
在記錄與重放段20開始進(jìn)行錯誤檢測以后，服務(wù)器單元10在 步驟S212進(jìn)行等待一直到錯誤檢驗(yàn)完成，在錯誤檢驗(yàn)完成以后，控 制進(jìn)到步稞S213。
在步驟S213,服務(wù)器單元10把記錄的結(jié)果顯示在顯示段14。 例如，如果作為錯誤檢驗(yàn)的結(jié)果養(yǎng)別出記錄數(shù)據(jù)包括有錯誤，則服務(wù) 器單元IO把錯誤消息等顯示在顯示段14上.應(yīng)當(dāng)指出，如果錯誤檢 驗(yàn)的結(jié)果揭示記錄的數(shù)據(jù)包括某些錯誤，則最好在記錄前，把先前 存儲在外部存儲器的TOC信息記錄回到盤D上，以使得盤D可返回到 它的轉(zhuǎn)錄操作以前的條件。
在步猓S213顯示記錄結(jié)果以后，有關(guān)每個下載內(nèi)容的下栽結(jié) 果在步猓S214被更新。具體地，以圖2所示的文件結(jié)構(gòu)的每個下栽 內(nèi)容的下載次數(shù)被重寫(增量加l)。
附加地，也把未付費(fèi)次數(shù)增量加l。在完成步驟S214的處理以 后，控制進(jìn)到困18的步猓Slll，在其中服務(wù)器單元10指令記錄與 重放段20執(zhí)行對盤D的上載，借此結(jié)束下栽處理操作序列。
現(xiàn)在來描述上栽處理. 如果用戶從操作菜單選擇上栽，則控制從步寐S103進(jìn)到步驟 S112，開始上栽處理。
在步蘇S112，服務(wù)器單元10要求用戶輸入用戶名字和密碼等， 密碼被用來例如在根據(jù)下載被上栽的音樂節(jié)目等的結(jié)果的收費(fèi)進(jìn)行付 款時作核對使用，
應(yīng)當(dāng)指出，密碼的設(shè)置不限于是由用戶輸入的，有可能假定成 各種不同形式.
例如，服務(wù)器單元10可自動設(shè)置密碼，并通過打印裝置47的 打印而輸出密碼，以便把它傳送到上載用戶.
也可能使用另一種系統(tǒng)，其中自動產(chǎn)生的密碼被寫在所裝入的 用于上載的盤D的預(yù)定區(qū)域。在本例中，例如，有可能甚至不把密碼 呈現(xiàn)給上載用戶本人，而是在付費(fèi)時要求用戶將其裝入盤本身以實(shí)行 核對密碼.
也有可能實(shí)現(xiàn)這樣的系統(tǒng)，其中用戶把密碼提前記錄在盤D的預(yù) 定區(qū)域.再者，在上栽用戶想要提供收費(fèi)的音樂節(jié)目的地方，對于每一
個下載要收的錢數(shù)可在步驟S112被輸入。應(yīng)當(dāng)指出，為了使得能上 栽多個軌道和對于不同軌道設(shè)置設(shè)置不同錢數(shù)，對于每個軌道的錢數(shù) 例如可在步驟S116在指定軌道時被輸入。
應(yīng)當(dāng)指出，要付的錢數(shù)不一定由用戶輸入，而可由服務(wù)器單元 10自動設(shè)置(例如，均一收費(fèi))。
上載用戶在步猓S112根據(jù)請求來操縱搮作輸入段13，以便輸 入其用戶名字和密碼等。如果完成輸入，則控制從步驟S113進(jìn)到 S114，在其中，服務(wù)器單元IO要求用戶將盤D裝到記錄與重放段20 中。
如果用戶把攜帶的盤D，也就是在其上記錄有被上栽的音樂節(jié) 目的盤D，裝入記錄與重放段20，則控制從步驟S115進(jìn)到S116。
在步驟S116，服務(wù)器單元10要求用戶從被記錄在這樣裝入的 盤D上的那些軌道中指定一個要被上載的軌道。
如果用戶完成軌道指定操作，并指定一個或多個軌道，則服務(wù)器 單元10獲取指定操作信息，控制從步猓S117進(jìn)到S118。
在步稞S116，進(jìn)行軌道指定時，最好使得顯示段14顯示出被 記錄在盤D上的軌道的軌道號和/或軌道名稱，這樣指定操作可在顯 示時被完成。在裝入的盤D上的軌道號和軌道名稱等的信息，由服務(wù) 器單元10通過使用這樣的技術(shù)來得到，即服務(wù)器單元10通過使用上 面所述的TOC請求命令(TOC REQ )來請求轉(zhuǎn)移U—TOC扇區(qū)0和扇區(qū) 1等的信息，該信息在裝栽盤D時已被記錄與重放段20的系統(tǒng)控制 器32讀入。
有可能發(fā)生不能指定要被上載的軌道，因?yàn)橛脩粢蜒b入了一 個錯誤的盤D,所以，要求用戶可進(jìn)行操作以實(shí)現(xiàn)盤D的替換等。
如果上面所述的準(zhǔn)備過程已完成，控制從步驟S117進(jìn)到S118， 然后，開始上栽處理.步驟S118的處理在圖20上說明，
現(xiàn)在參照圖20，在開始上載處理后，在步驟S301，服務(wù)器單 元10首先發(fā)送上栽軌道號命令(UPLOAD TNO)給記錄與重放段20, 具體地，服務(wù)器單元10通知帶有上載軌道號命令(UPLOAD TNO)和 接續(xù)在上載軌道號命令(UPLOAD TN0)后的軌道數(shù)與軌道號的記錄與 重放段20: —個或多個軌道已被設(shè)置為上栽目標(biāo)。然后在步驟S302,服務(wù)器單元10把上栽重放命令(UPLOAD PLAY)發(fā)送到記錄與重放段20。
當(dāng)接收到上栽重放命令(UPLOAD PLAY)時，記錄與重放段20 開始進(jìn)行對由上栽重放命令(UPLOAD PLAY)指定的一個或多個軌道 的重放操作.
然后，從這個時間點(diǎn)起，服務(wù)器單元10把請求信號(Data Req(S))提供給記錄與重放段20，并響應(yīng)于請求信號(Data Req(S)) 而把從記錄與重放段20連續(xù)地發(fā)送給它的ATRAC數(shù)據(jù)(ATRAC ( UD )) 接連地記錄在服務(wù)器12中。簡言之，在步驟S302,開始上栽ATRAC 數(shù)據(jù)。
在步猓S302開始上栽ATRAC數(shù)據(jù)以后，控制進(jìn)到步驟S303和 S304的循環(huán).
在步稞S303，服務(wù)器單元IO監(jiān)管來自記錄與重放段20的狀態(tài) 命令(UD STATUS)，以檢測是否出現(xiàn)異常條件，也就是是否產(chǎn)生作 為錯誤的狀態(tài)值.如果沒有出現(xiàn)異常條件并且重放條件是正常的，則 服務(wù)器單元10在步驟S303監(jiān)管來自記錄與重放段20的狀態(tài)命令(UD STATUS)，以檢測是否達(dá)到停止條件，也就是記錄與重放段20是否 已完成所指定的軌道的ATRAC數(shù)據(jù)的重放和發(fā)送。
簡言之，在步驟S303和S306,在每個固定時間間隔后，確認(rèn) 重放是否正常以及重放是否已完成.
如果確定由記錄與重放段20進(jìn)行的重放未正常完成，則控 制從步驟S303進(jìn)到S305,在其中進(jìn)行上栽處理的中斷處理。
如果確定由記錄與重放段20正常執(zhí)行重放并且已完成到服 務(wù)器12的記錄，則控制從步驟S305進(jìn)到步驟S306。
在步驟S306，服務(wù)器單元10把TOC請求命令(TOC REQ )發(fā)送 給記錄與重放段20，以請求對TOC信息的傳輸。
例如，服務(wù)器單元10連同著TOC請求命令(TOC REQ) —起發(fā) 送參數(shù)"00h"，以便請求關(guān)于上栽軌道的U—TOC扇區(qū)O的信息。
響應(yīng)于該請求，記錄與重放段20發(fā)送TOCO信息命令(TOCO INFO)和軌道尺寸信息等作為TOCO信息命令(TOCO INFO)的參數(shù)。 記錄與重放段20通過使用停止命令(STOP)通知服務(wù)器單元10:已
完成發(fā)送a服務(wù)器單元10提取以這種方式發(fā)送給它的U—T0C扇區(qū)0的信 息，并使該信息對應(yīng)于上栽軌道。具體地，由于一個或多個ATRAC數(shù) 據(jù)作為單個數(shù)據(jù)流被上栽，所以服務(wù)器單元10根據(jù)提取的U—T0C扇 區(qū)0的信息以每個軌道的數(shù)據(jù)尺寸來劃分?jǐn)?shù)據(jù)流，以便把上栽軌道作 為單獨(dú)地的內(nèi)容來正確安排。
然后，如果接收到停止命令(STOP)，則控制從步驟S307進(jìn) 到步驟S308。然后，在步驟S308如果確定有要求被發(fā)送的剩余的TOC 信息，則控制返回到步驟S306.
然后，服務(wù)器單元10連同著TOC請求命令(TOC REQ) —起發(fā) 送參數(shù)"01",以便對有關(guān)上載軌道之一的U—TOC扇區(qū)1的信息進(jìn) 行請求，
響應(yīng)于該請求，記錄與重放段20把標(biāo)題命令(Title)和字符 數(shù)與字符作為標(biāo)題命令(Title)的參數(shù)發(fā)送回服務(wù)器單元10。然后， 記錄與重放段20通過使用停止命令(STOP)來發(fā)送"已完成發(fā)送"。
服務(wù)器單元10提取以這種方式發(fā)送給它的U—TOC扇區(qū)0的信 息，并使該信息相應(yīng)于一條軌道.然后，如果接收到停止命令(STOP)， 則控制從步驟S307進(jìn)到步驟S308.然后，在步猓S308如果確定有 被請求進(jìn)行發(fā)送的剩余的T0C信息，則控制返回到步騍S306。
重復(fù)進(jìn)行如上所述的這種處理，以便接連地提取有關(guān)上載軌道 的信息，例如，U—TOC扇區(qū)0、扇區(qū)1、扇區(qū)4、扇區(qū)5、和扇區(qū)6 等的信息。而且，伴隨著作為以這種方式上載的軌道的ATRAC數(shù)據(jù)， 還接連地上栽標(biāo)題信息、字符信息、和圖象信息等，
因此，產(chǎn)生了如圖2所示的相應(yīng)于每個內(nèi)容列出的各個不同信 息的文件形式.
在上栽了所有必要的信息后，控制進(jìn)到步驟S309，在其中，服 務(wù)器單元10發(fā)送上載結(jié)束命令(UPLOAD FIN)，以便通知記錄與重 放段20:已完成上載.
當(dāng)用戶通過使用操作輸入段13等進(jìn)一步寄存相關(guān)信息等時， 步驟S310提供對策處理.例如，當(dāng)字符信息沒有提前記錄在盤D上 而用戶想要按相應(yīng)于ATRAC數(shù)據(jù)的關(guān)系來寄存字符信息時，步驟S 310 提供出對策.具體地，如果當(dāng)用戶試圖實(shí)行上載時用戶想要輸入字符 信息，則在步猓S310，執(zhí)行輸入請求操作，在本例中，服務(wù)器單元IO使它的控制進(jìn)到步稞S311.在步驟S311，服務(wù)器單元10按相應(yīng)于上 栽的ATRAC數(shù)據(jù)的關(guān)系寄存從使用操作輸入段13輸入的字符。 而且，在這一時刻，可輸入URL信息。
應(yīng)當(dāng)指出，音頻服務(wù)器系統(tǒng)1可附加地包括圖象掃描儀或CCD 攝影機(jī)等，這樣，上栽用戶可在該處輸入圖象數(shù)據(jù)。
在完成了步驟S310和S311的處理后，控制進(jìn)到圖18的步驟 S119，在其中，服務(wù)器單元10使得記錄與重放段20執(zhí)行上載盤D, 從而結(jié)束上栽處理操作序列。
通過上面所述的這種處理，音頻服務(wù)器系統(tǒng)1可執(zhí)行上栽/下載 處理.
應(yīng)當(dāng)指出，雖然描述了在上面所述的處理中，在下載時，在所有 的ATRAC數(shù)據(jù)被記錄后，必要的T0C信息被提供給記錄與重放段20， 但是可替換地，T0C信息可在服務(wù)器單元10提供ATMC數(shù)據(jù)給記錄 與重放段20以前被提供。
具體地，在步稞S209的處理是在完成建立以后及提供起始命令 (START)以前，也就是說，是在步驟S203的處理和步驟S205的處 理之間完成的。應(yīng)當(dāng)指出，由于記錄與重放段20在ATRAC數(shù)據(jù)被記 錄到盤D以后記錄TOC信息，所以，先前提供的TOC信息必須被存儲 在外部存儲器等。
而且，在音頻服務(wù)器系統(tǒng)1中，在服務(wù)器單元10提供ATRAC數(shù) 據(jù)給記錄與重放段20的同時，可同時提供TOC信息。
具體地，由于提供ATRAC數(shù)據(jù)和命令的數(shù)據(jù)線是在ATRAC線2A 和命令線2C之間不同的，所以，在步驟S206和S207的處理和步驟 S209的處理可并行地實(shí)行。這可減少用于下載處理的一序列步驟的 數(shù)據(jù)傳輸時間.應(yīng)當(dāng)指出，在本例中，在所有的ATRAC數(shù)據(jù)被記錄后， 記錄與重放段20必須把TOC信息存儲到外部存儲器中或把TOC信息 記錄到盤D上。
而且，雖然描述了在步驟S201到S213的處理中，相應(yīng)于多 個內(nèi)容的ATRAC數(shù)據(jù)作為單個數(shù)據(jù)流被處理、以及為產(chǎn)生TOC信息所 必需的信息從服務(wù)器單元10被分開地提供給記錄與重放段20，但是， 并不限于該特定的處理。例如，如果由用戶指定多個內(nèi)容，則諸如將 相應(yīng)于該內(nèi)容之一的ATRAC數(shù)據(jù)記錄在盤D上的這種處理將也產(chǎn)生和記錄這樣記錄的ATRAC數(shù)據(jù)的信息，然后，就有可能記錄相應(yīng)于下一 個內(nèi)容的ATRAC數(shù)據(jù)。
具體地，這樣的處理可通過使在步驟S205到S209的處理形成 循環(huán)(在循環(huán)中，對于每一個內(nèi)容重復(fù)該處理)來完成。
雖然對于傳輸次序或并行處理可提供用于傳輸ATRAC數(shù)據(jù)和傳 輸TOC信息的各種處理方法，但這也適用于上栽。具體地，有可能在 上載ATRAC數(shù)據(jù)之前實(shí)行TOC信息的上栽，以便實(shí)現(xiàn)對于每個軌道并 行地上載T0C信息和ATRAC數(shù)據(jù)。 7.下栽操作實(shí)例
下面參照圖22到27描述由上述的下栽處理執(zhí)行的下栽操作的實(shí)例。
這里，參照時序圖等描述在把2個節(jié)目的音樂內(nèi)容下栽到盤D 時具體的操作例子.
假定在服務(wù)器12中，記錄了大量的內(nèi)容。例如如圖22A所示， 內(nèi)容#1其標(biāo)題是"再見"("ByeBye")，軌道模式(trmd)是"a6"， 以及軌道尺寸是"0002. 00. 00"，內(nèi)容#2其標(biāo)題是"喂"("Hello")， 軌道模式(trmd)是"a6"，以及軌道尺寸是"0010. 2F. OA"， 內(nèi) 容#3其標(biāo)題是"早安"("Morning")，軌道模式(trmd)是"86"， 以及軌道尺寸是"0020. IE. 00"。
同時假定在用戶攜帶的要在其上進(jìn)行下載的盤上，如圖22B所 示，記錄了兩個音樂節(jié)目，其第一軌道Trl的標(biāo)題是"情感" ("Emotion")，軌道模式(trmd)是"e6"，軌道尺寸是"0011. 05. 02"， 其第二軌道Tr2的標(biāo)題是"夢"("Dream")，軌道模式(trmd) 是"e6"，軌道尺寸是"0022.1F. 0A"。
這里，如果用戶把盤D裝入記錄與重放段20，并選擇在服務(wù)器 12中的內(nèi)容#2和#3以及執(zhí)行下栽操作，則存儲在服務(wù)器12中的內(nèi) 容#2 (ATRAC數(shù)據(jù)，其標(biāo)題是"喂"("Hello"))和內(nèi)容#3 (ATRAC 數(shù)據(jù)，其標(biāo)題是"早安"("Morning"))被記錄在盤D上。在這 種情況下，執(zhí)行了如圖23A到23E， 24A到24E， 25A到25E和26A到 26D所示的這樣的處理。
圖23A到23E是在下栽ATRAC數(shù)據(jù)時在服務(wù)器單元10和記錄 與重放段20之間通信的命令數(shù)據(jù)的時序圖。應(yīng)當(dāng)指出，在圖23A到23E中，省略了 RTS/CTS信號。
首先，如圖23C所示，服務(wù)器單元10在時間t31把建立命令 (SETUP) "01h"提供給記錄與重放段20。
當(dāng)接收到建立命令(SETUP)，記錄與重放段20在時間t32進(jìn) 入記錄暫停條件，并發(fā)送狀態(tài)命令(UD STATUS)和代表記錄暫停的 數(shù)值"03h"給服務(wù)器單元10，以通知服務(wù)器單元10已進(jìn)入建立條件。
在確認(rèn)記錄與重放段20的建立以后，服務(wù)器單元10在時間t33 把下栽記錄命令(DOWNLOAD REC) "02h"提供給記錄與重放段20， 如圖23C所示。
下栽記錄命令(DOWNLOAD REC )的提供與在上面所述的步驟S205 中的處理相對應(yīng)。
當(dāng)接收到下載記錄命令(DOWNLOAD REC)時，記錄與重放段20 開始記錄操作，把代表記錄條件的數(shù)值"02h"連同狀態(tài)命令(UD STATUS) —起發(fā)送給服務(wù)器單元10，如圖23D所示，以便把記錄條 件通知給服務(wù)器側(cè).
服務(wù)器單元IO根據(jù)圖23B所示的請求信號(Data Req (UD)) 開始提供預(yù)定量的ATRAC數(shù)據(jù)(也就是存儲在服務(wù)器12中的內(nèi)容#2 和#3的ATRAC數(shù)據(jù)(ATRAC (S))) 給記錄與重放段20，該請求信號 是在時間134以后從記錄與重放段20發(fā)送給服務(wù)器單元10的。
然后，由于服務(wù)器羊元IO提供每個預(yù)定量的ATRAC數(shù)據(jù)(ATRAC (S))，所以它根據(jù)圖23B所示的接連地產(chǎn)生的請求信號(Data Req (UD))來接連地提供數(shù)據(jù)給記錄與重放段20。
同時，服務(wù)器單元IO通過監(jiān)管以便檢測是否從記錄與重放段20 發(fā)送狀態(tài)命令(UD STATUS)給它，以及檢驗(yàn)記錄與重放段20的記錄 條件是否正常。這相應(yīng)于在上面所述的步騍S206的處理。
應(yīng)當(dāng)指出，雖然即使在操作條件不改變時記錄與重放段20在 每次改變操作條件時通過使用狀態(tài)命令(UD STATUS)和狀態(tài)命令(UD STATUS)的參數(shù)來發(fā)送它的條件，但是記錄與重放段20也可通過使 用狀態(tài)命令(UD STATUS) "Oh"和狀態(tài)命令(UD STATUS)的參數(shù) 來周期性地發(fā)送它的條件.
如果服務(wù)器單元10確定它已提供所有的ATRAC數(shù)據(jù)給記錄與 重放段20，則它在時間t35提供停止命令(STOP) "03h"給記錄與重放段20，如圖23C所示。
提供停止命令(STOP)的處理相應(yīng)于在上面所述的步驟S208 中的處理。
如果接收到停止命令(STOP)和把所有提供的ATRAC數(shù)據(jù)記錄 到盤D上，則記錄與重放段20在時間t36結(jié)束它的記錄處理，并通 過使用狀態(tài)命令(UD STATUS) "20h"和代表停止條件的數(shù)值"00h" 來通知服務(wù)器單元10:已進(jìn)入了停止條件，如圖23D所示。
圖24A到24D是說明在上述的步驟S209中將T0C0信息命令 (TOCO INFO )從服務(wù)器單元10提供給記錄與重放段20的通信傳輸 的時序圖。
應(yīng)當(dāng)指出，圖24A到24C顯示了在服務(wù)器單元10和處理和記 錄與重放段20之間進(jìn)行的數(shù)據(jù)傳輸?shù)臅r序圖，而圖24D顯示了在不 同時間盤D的U—TOC扇區(qū)0的記錄條件。
首先，在時間t41以前，沒有提供TOC0信息命令(TOCO INFO)， 在時間t41在盤D的U—TOC扇區(qū)0中記錄了先前記錄的起始地址、 結(jié)束地址和第一與第二軌道Trl和Tr2的模式(其標(biāo)題是"情感" ("Emotion")和"夢"("Dream")的軌道)，
如圖24所示，服務(wù)器單元10在時間t42提供來自已被執(zhí)行了 下栽的兩個內(nèi)容中的第一內(nèi)容(在這個例子中是內(nèi)容#2)的軌道模式 和軌道尺寸。具體地，服務(wù)器單元10連同TOC0信息命令(TOC0INFO) "04" —起提供內(nèi)容號"01h"作為內(nèi)容#2的ATRAC數(shù)據(jù)的裝栽序號 ("01h"表示兩個下載軌道中的第一下載軌道)，圖22所示的內(nèi)容 #2的軌道模式"a6h"以及內(nèi)容#2的軌道尺寸"0010h.2fh . 0ah"。
當(dāng)接收到已執(zhí)行下栽的多個內(nèi)容中的第一內(nèi)容(#2)的軌道模 式和軌道尺寸時，記錄與重放段20根據(jù)提供給它的信息執(zhí)行處理以 產(chǎn)生U—T0C扇區(qū)0的信息，并把它記錄在盤D上。
應(yīng)當(dāng)指出，在執(zhí)行處理的同時記錄與重放段20返還信號 (RTS/CTS (UD))，如圖24B所示。
因此在時間t43，把相應(yīng)于已經(jīng)下載的第一內(nèi)容(#2)的軌道 模式和起始地址與結(jié)尾地址記錄在盤D的U—T0C扇區(qū)0上。
這里，已下載的內(nèi)容的第一內(nèi)容(#2)作為U—T0C扇區(qū)0中 的第三軌道Tr3被管理，因?yàn)樵谙螺d前，兩個軌道已被記錄在盤D上。在時間t43后，如圖24A所示，服務(wù)器單元10提供已下載的 內(nèi)容的笫二內(nèi)容(在本例中是內(nèi)容#3)的軌道模式和軌道尺寸。具體 地，服務(wù)器單元10連同TOC0信息命令(TOCO INFO) —起提供內(nèi)容 號("01h";它表示這是第二下栽軌道)作為其標(biāo)題為"早安" ("Morning")的ATRAC數(shù)據(jù)的裝載序號，內(nèi)容#3的軌道模式"86h" 以及內(nèi)容#3的軌道尺寸"0020h. leh . 00h"。
當(dāng)接收到已執(zhí)行了下載的第二內(nèi)容(#3)的軌道模式和軌道尺 寸時，記錄與重放段20根據(jù)接收到的信息執(zhí)行處理以根據(jù)接收到的 信息來產(chǎn)生U—T0C扇區(qū)0的信息，并把它記錄在盤D上。因此在時 間t44，把相應(yīng)于內(nèi)容#3的軌道模式和起始地址與結(jié)尾地址記錄在盤 D的U—T0C扇區(qū)0上。已執(zhí)行下載的第二內(nèi)容(#3)以后作為盤D 的第四軌道Tr4被管理。
然后服務(wù)器單元10在時間t45提供停止命令(STOP) "03h"， 如圖24A所示。當(dāng)接收到停止命令(STOP)時，記錄與重放段20確 定已完成相應(yīng)于先前提供的T0C0信息命令(TOCO INFO) "04h"的 處理，并在確定了在相應(yīng)于復(fù)制的第二內(nèi)容(#3)的結(jié)尾地址后面的 任何地址沒有數(shù)據(jù)時，完成刪除其余數(shù)據(jù)的處理。
因此，在時間t46，由U-T0C扇區(qū)0管理內(nèi)容#2和#3的軌道， 連同已被記錄的第一和第二軌道Trl和Tr2的數(shù)據(jù)一起被U - T0C扇 區(qū)0管理。
圖25A到25D和26A到26D是說明在上面所述的步驟S209中 由服務(wù)器單元10提供給記錄與重放段20的標(biāo)題信息處理等的時序 圖。
應(yīng)當(dāng)指出，圖25A, 25B, 25C和26A， 26B， 26C顯示了在服務(wù) 器單元10的處理和記錄與重放段20之間的通信數(shù)據(jù)和處理的時序 圖，而圖25D和26D顯示了在不同時間盤D的U—TOC扇區(qū)1和扇區(qū) 4的記錄條件。
首先如圖25D所示，在時間t51以前沒有接收標(biāo)題命令 (Title)，在時間t51在盤D的U—T0C扇區(qū)1和扇區(qū)4中只記錄了 先前記錄的第一與第二軌道Trl和Tr2的標(biāo)題。
服務(wù)器單元10在時間t52以后提供作為已下載內(nèi)容的第一內(nèi) 容(#2)的標(biāo)題。具體地，服務(wù)器單元10連同標(biāo)題命令(Title) —起提供ATRAC 數(shù)據(jù)的內(nèi)容號、要被提供的字符數(shù)以及內(nèi)容的標(biāo)題"喂"("Hello") 的字符數(shù)據(jù)。
更具體地，如圖25A所示，首先在時間t52，服務(wù)器單元10發(fā)送 跟在軌道號命令(TNO) "05h"后面的軌道號"01h"，以便通知記 錄與重放段20:已下載的內(nèi)容中的第一內(nèi)容#2的第一信息正在被發(fā) 送。
如果根據(jù)信號UTS/CTS (UD))確認(rèn)記錄與重放段20已完成相 應(yīng)于軌道號命令(TN0)的處理，則服務(wù)器單元10以后在時間t53連 同標(biāo)題命令(Title) "83h" —起發(fā)送字符數(shù)的信息和字符串?dāng)?shù)據(jù)。
當(dāng)?shù)谝粌?nèi)容(#2)的標(biāo)題作為下載內(nèi)容被接收時，記錄與重放段 20根據(jù)接收的信息進(jìn)行處理，以產(chǎn)生U—T0C扇區(qū)1和U--TOC扇區(qū)4 的信息，并把信息記錄在盤D上。
應(yīng)當(dāng)指出，如果標(biāo)題的字符數(shù)大于預(yù)定數(shù)目，則多次地分段進(jìn)行 處理。
具體地，如果一次發(fā)送可提供只有4個字符的數(shù)據(jù)，則4個字符 的"喂"("Hell")首先在時間t53提供，然后一個字符"o"在 時間t54提供。
因此在時間t55相應(yīng)于已下栽的內(nèi)容#2 (盤D的第三軌道Tr3) 的標(biāo)題被記錄在盤D的U—T0C扇區(qū)1上。應(yīng)當(dāng)指出，在以同樣發(fā)送 處理提供的"kanji"字符、歐洲字符等的場合，記錄與重放段20根 據(jù)信息執(zhí)行U—T0C扇區(qū)4的記錄，
在對記錄與重放段20的有關(guān)內(nèi)容#2的標(biāo)題信息的處理后，服務(wù) 器單元10在時間t56提供下栽的第二內(nèi)容(#3)的標(biāo)題，如圖26A 所示.
具體地，服務(wù)器單元10首先發(fā)送跟在軌道號命令(TN0) "05h" 后面的軌道號"02h"作為ATRAC數(shù)據(jù)的內(nèi)容號，以便通知記錄與重 放段20:正被發(fā)送的信息是已下栽內(nèi)容的第二內(nèi)容(#3)的信息。 然后，如果由記錄與重放段20完成相應(yīng)處理，則其后服務(wù)器單元10 連同標(biāo)題命令(Title) "83h" —起發(fā)送字符數(shù)信息和字符串?dāng)?shù)據(jù).
應(yīng)當(dāng)指出，在此例中字符串?dāng)?shù)據(jù)是"早安"("Morning")， 并包括4個以上的字符，所以把它分為"Morn"和"ing"，并分兩次分開地發(fā)送，如圖26A所示，
當(dāng)以這種方式提供下栽的第二內(nèi)容(#3)的標(biāo)題時，記錄與重 放段20執(zhí)行處理以產(chǎn)生U—T0C扇區(qū)1 (取決于不同情況是扇區(qū)1 或扇區(qū)4)的信息，并把它記錄在盤D上。
因此，在時間t57，相應(yīng)于已下載的第二內(nèi)容#3 (盤D的第四軌 道Tr4 )的標(biāo)趙被記錄在盤D的U—T0C扇區(qū)1。
然后，當(dāng)記錄與重放段20完成所有標(biāo)趙的記錄處理時，如圖26C 所示，服務(wù)器單元10提供停止命令(STOP) "03h"，從而結(jié)束它的 處理。
應(yīng)當(dāng)指出，在剩余有要被記錄在U—T0C扇區(qū)5， 6等的信息的 場合，在提供停止命令(STOP) "03h"以前，以同樣方式實(shí)行信息 發(fā)送處理。然后在所有T0C信息下載的時侯，提供停止命令(STOP) "03h"。
通過執(zhí)行如上所述的這種處理，音頻服務(wù)器系統(tǒng)1可把有關(guān)下 栽音頻數(shù)據(jù)的U—T0C信息記錄在盤D上。具體地，在盤D上，除了 已記錄的具有標(biāo)題"情感"("Emotion")的第一軌道Trl和具有 標(biāo)題"夢"("Dream")的第二軌道Tr2以外，還可記錄已從服務(wù) 器12下栽的具有標(biāo)題"喂"("Hello")的第三軌道Tr3和具有標(biāo) 題"早安"("Morning")的第四軌道Tr4的T0C信息和ATRAC數(shù) 據(jù)。
自然地，如果還下載字符數(shù)據(jù)和/或圖象數(shù)據(jù)，則它們被記錄 在預(yù)定的U—T0C扇區(qū)上。
如上所述，在音頻服務(wù)器系統(tǒng)l中，服務(wù)器單元10連同ATRAC 數(shù)據(jù)一起發(fā)送每個軌道的軌道尺寸，及記錄與重放段20根據(jù)軌道尺 寸分解被記錄在盤D上的數(shù)據(jù)流，并把各個軌道的起始地址和結(jié)尾地 址ii錄在盤D的U—T0C上.
因此，采用音頻服務(wù)器系統(tǒng)1，可把由用戶選擇的軌道精確地 下載到盤上。而且由于記錄與重放段20根據(jù)發(fā)送給它的數(shù)據(jù)流把 ATRAC數(shù)據(jù)作為單個軌道記錄，并以這樣的方式記錄各個軌道的起始 地址和結(jié)尾地址，以使得單個軌道的數(shù)據(jù)流被分開，所以可提高盤D 的利用效率，
順便地說，在這樣下栽時，通過使用重放段41和/或相關(guān)信息重放段4 6可實(shí)行各種不同操作。
具體地，在音頻服務(wù)器系統(tǒng)1中，在記錄與重放段20記錄ATRAC 數(shù)據(jù)的同時，由記錄與重放段20記錄的壓縮ATRAC數(shù)據(jù)被解壓和被 重放段41重放。因此，當(dāng)一個或多個軌道要被記錄到盤D上時，用 戶可確認(rèn)被記錄的相應(yīng)軌道的音頻數(shù)據(jù)。
然而，由于被下載的數(shù)據(jù)是ATRAC系統(tǒng)的壓縮數(shù)據(jù)，所以可作 為音樂節(jié)目被重放的數(shù)據(jù)的一部分是節(jié)目的一部分。例如在約1/5的 數(shù)據(jù)壓縮的情況下，可對1/5的整個節(jié)目實(shí)行監(jiān)視重放。
用于監(jiān)視的要被重放的位置有可能從幾個部分被選擇，例如節(jié) 目的開頭部、高亮部以及由上栽用戶在上栽時設(shè)定的部分.
而且，在音頻服務(wù)器系統(tǒng)1中，連同由重放段41進(jìn)行的要被 記錄在盤D上的ATRAC數(shù)據(jù)的監(jiān)視重放、或代替由重放段41進(jìn)行的 ATRAC數(shù)據(jù)重放，可由相關(guān)信息重放段46來重放靜止圖象或活動圖 象，或文本數(shù)據(jù)等以作為要被記錄在盤D上的ATRAC數(shù)據(jù)的相關(guān)信息。
具體地，服務(wù)器單元10的主控制器11連同作為來自服務(wù)器12 的一個內(nèi)容的ATRAC數(shù)據(jù)一起獲得存儲在服務(wù)器12中的字符數(shù)據(jù)和/ 或圖象數(shù)據(jù)的文件，并把文件提供給相關(guān)信息重放段46的打印裝置 47或顯示裝置48.當(dāng)提供圖象數(shù)據(jù)時，相關(guān)信息重放段46的打印裝 置47例如根據(jù)用戶操作把圖象數(shù)據(jù)打印在紙上，以呈現(xiàn)給用戶。而 且當(dāng)提供圖象數(shù)據(jù)時，相關(guān)信息重放段46的顯示裝置48根據(jù)用戶操 作顯示圖象。
而且在涉及到作為WW服務(wù)器地址的URL (均勻資源定位器) 的場合，服務(wù)器單元10的主控制器11通過通信接口 44獲得來自主 頁等的相關(guān)信息，并把它提供給相關(guān)信息重放段46的打印裝置47、 顯示裝置48和揚(yáng)聲器49。當(dāng)接收到WWW服務(wù)器的信息時，相關(guān)信息 重放段46的打印裝置47和顯示裝置48等根據(jù)用戶操作輸出活動圖 象、靜止圖象、聲音和字符信息等.
如上所述，當(dāng)采用音頻服務(wù)器系統(tǒng)1，在把ATRAC數(shù)據(jù)下載到 盤D的同時，提前存儲在服務(wù)器12中的圖象、聲音和文本數(shù)據(jù)或通 過傳輸媒體從網(wǎng)絡(luò)(例如互聯(lián)網(wǎng))得到的相關(guān)信息由顯示裝置48顯 示或由打印裝置47打印，這樣，可把它們提供給下載用戶。 8.上栽操作實(shí)例下面參照圖28A到28B, 29A到29E， 30A到30D， 31A到31D， 32A到32D和33描述由上面參照圖18和20描述的上栽處理執(zhí)行的 上栽操作的實(shí)例.
這里，參照時序圖等描述在把2個節(jié)目的軌道上栽到服務(wù)器12 時具體的操作例子。
假定在服務(wù)器12中記錄了大量的內(nèi)容，如內(nèi)容#1， #2， #3，。。。， 如圖28A所示。
而且，假定，如圖28B所示，在想要進(jìn)行上栽的用戶所攜帶的 盤D上，記錄了三個音樂節(jié)目，其第一軌道Trl的標(biāo)題是"女人" ("Woman")，軌道模式(trmd)是"e6"，軌道尺寸是"0010. 05.03"， 其第二軌道Tr2的標(biāo)題是"街"("Street")，軌道模式(trmd) 是"e6"，軌道尺寸是"0012.10. 3e"，以及其第三軌道Tr3的標(biāo)題 是"夜"("Night")，軌道模式(trmd)是"86"，軌道尺寸是 "0021.le .06"。
這里，假定用戶把盤D裝入記錄與重放段20，指定盤D的軌道 Tr2和Tr3，以及執(zhí)行上載操作。
在上栽操作時，執(zhí)行了如29A到29E, 30A到30D， 31A到31D， 32A 到32D所示的這樣的處理。
圖29A到29E是在上載ATRAC數(shù)據(jù)時，在服務(wù)器單元10和記 錄與重放段20之間通信的命令數(shù)據(jù)的時序圖。應(yīng)當(dāng)指出，在圖29A 到29E中，省略了 RTS/CTS信號。
首先，如圖29C所示，服務(wù)器單元10在時間t61把上栽軌道 號命令(UPLOAD TNO)提供給記錄與重放段20。具體地，服務(wù)器單 元10把上載軌道號命令(UPLOAD TN0) "llh"和軌道數(shù)"02h"以 及跟隨在其后的已被選擇為上載目標(biāo)的軌道Tr2和Tr3的軌道號 "02h"和"03h"通知給記錄與重放段20。這個處理相當(dāng)于上面所述 的步驟S301的處理。
然后在時間t62，服務(wù)器單元10把上栽重放命令(UPLOAD PLAY) "12h"發(fā)送給記錄與重放段20，如圖29C所示。這個處理相當(dāng)于步 驟S302的處理。
響應(yīng)于該發(fā)送，記錄與重放段20開始了由上栽軌道號命令 (UPLOAD TOO)指定的軌道Tr2和Tr3的重放操作。然后如圖29D所示，記錄與重放段20把代表上載重放的數(shù)值"01h"連同狀態(tài)命令(UD STATUS) "Oh" —起發(fā)送給服務(wù)器單元10，如固29所示.
在時間t63以后，服務(wù)器單元IO把請求信號(Data Req ( S )) 發(fā)送給記錄與重放段20.響應(yīng)于請求信號(Data Req ( S))，記錄 與重放段20開始提供預(yù)定量的ATRAC數(shù)據(jù)數(shù)據(jù)，也就是，從盤重放 的軌道的Tr2和Tr3的ATRAC數(shù)據(jù)(ATRAC ( S ))。
然后，服務(wù)器單元10響應(yīng)于提供給服務(wù)器12的記錄操作，把請 求信號(Data Req (S))發(fā)送到記錄與重放段20，如圖29B所示。 響應(yīng)于請求信號(Data Req (UD))記錄與重放段20把ATRAC數(shù)據(jù) 接連地提供給服務(wù)器單元10。
同時，服務(wù)器單元10通過監(jiān)視來檢測從記錄與重放段20是否 發(fā)送狀態(tài)命令(UD STATUS),以便鑒別記錄與重放段20的記錄條件 是否正常。這相應(yīng)于在上面所述的步猓S303的處理。
如果記錄與重放段20確定所有的ATRAC數(shù)據(jù)都提供給服務(wù)器 單元10，則它在時間t64停止其重放操作，如圖29D所示，并通過 使用狀態(tài)命令(UD STATUS) "20h"和代表停止條件的數(shù)值"OOh" 來通知服務(wù)器單元10:已進(jìn)入停止條件。
因此，服務(wù)器單元10檢測到上載ATRAC數(shù)據(jù)的完成，并結(jié)束 記錄ATRAC數(shù)據(jù)到服務(wù)器12的過程。
圖30A到30D是在上面所述的步驟S306執(zhí)行的從服務(wù)器單元10 到記錄與重放段20的TOC信息請求的通信的時序圖。
在完成了記錄ATRAC數(shù)據(jù)到服務(wù)器12的過程以后，服務(wù)器單 元10在時間t71把TOC請求命令(TOC REQ )發(fā)送給記錄與重放段20， 如圖30A所示，以便作出對發(fā)送TOC信息的請求。
具體地，服務(wù)器單元10首先連同TOC請求命令(TOC REQ ) "14h" 一起發(fā)送參數(shù)"OOh"，以便請求關(guān)于上載軌道的U—TOC扇區(qū)0的信 息.
響應(yīng)于該請求，記錄與重放段20在時間t72提供T0C0信息命 令(TOCO INFO)及其參數(shù)，也就是已上載的兩個軌道中的第一軌道 (在本例中是軌道Tr2)的軌道模式和軌道尺寸。
具體地，如圖30B所示，記錄與重放段20連同TOCO信息命令 (TOCO INFO) —起提供軌道號"01h"(它表示該軌道是兩個上栽軌道中的第一上載軌道)作為軌道Tr2的ATRAC數(shù)據(jù)的裝入次序號，以 及軌道Tr2的軌道模式"06h"和軌道Tr2的軌道尺寸 "0012h .lOh. 3eh"如圖28B所示。
當(dāng)接收到已上栽的第一軌道(Tr2)的軌道模式和軌道尺寸時， 服務(wù)器單元10根據(jù)提供給它的信息產(chǎn)生文件管理信息，并重新安排 在服務(wù)器中的ATRAC數(shù)據(jù).應(yīng)當(dāng)指出，在執(zhí)行處理期間，服務(wù)器單元 IO返還信號(RTS/CTS (S)).
然后在時間t73以后，記錄與重放段20提供作為第二上栽軌 道的軌道Tr3的軌道模式和軌道尺寸。具體地，記錄與重放段20連 同TOC0信息命令(TOCO INFO ) "04h" —起提供作為軌道Tr3的ATRAC 數(shù)據(jù)的裝入次序號的軌道號"02h"(它表示該軌道是第二上栽軌道)、 軌道Tr3的軌道模式"86h"和軌道Tr3的軌道尺寸"0021h. leh. 06h".
當(dāng)接收到已上栽的第二軌道(Tr3)的軌道模式和軌道尺寸時， 服務(wù)器單元10根據(jù)提供給它的信息產(chǎn)生文件管理信息，并重新安排 在服務(wù)器中的ATRAC數(shù)據(jù)。
在發(fā)送有關(guān)所有上栽軌道的U—TOC扇區(qū)0的信息以后，記錄 與重放段20通過使用停止命令(STOP)在時間t74發(fā)送傳輸完成的 消息，如圖30B所示。
當(dāng)接收到停止命令(STOP),服務(wù)器單元10在時間t75確定 相應(yīng)于前面提供的TOC0信息命令(TOCO INFO) "04h"的處理已完 成，并并在確定了在相應(yīng)于上栽的第二軌道(Ti:3)的結(jié)尾地址后面 的任何地址沒有數(shù)據(jù)時，完成刪除其余數(shù)據(jù)的處理。
服務(wù)器單元10提取以這種方式發(fā)送的U—TOC扇區(qū)0的信息， 并使該信息相應(yīng)于上栽軌道。具體地，由于兩個軌道的ATRAC數(shù)據(jù)作 為單個數(shù)據(jù)流被上栽，所以數(shù)據(jù)流可根據(jù)提取的U—T0C扇區(qū)0的信 息按每個軌道的數(shù)據(jù)尺寸被分解，以便建立這樣一個條件，在其中， 上栽軌道被單獨(dú)地作為內(nèi)容正確安排。圖31A到31D和32A到32D顯 示了在上面所述步艱S306中從服務(wù)器單元10傳送到記錄與重放段20 的TOC信息請求的時序圖.
TOC信息請求是對標(biāo)題信息的請求(盤D的U—TOC扇區(qū)1和 U—TOC扇區(qū)4的信息)。
服務(wù)器單元10在時間t81發(fā)送TOC請求命令(TOC REQ )給記錄與重放段20，以便作出對發(fā)送TOC信息的請求。
具體地，服務(wù)器單元10連同TOC請求命令(TOC REQ) "14h" 一起發(fā)送參數(shù)"01h"，以便對有關(guān)上載軌道的U—TOC扇區(qū)1的信息 進(jìn)行請求，
響應(yīng)于該請求，記錄與重放段20在時間t82提供作為已上載 的軌道的第一軌道Tr2的標(biāo)題。
具體地，記錄與重放段20連同標(biāo)題命令(Title ) —起提供ATRAC 數(shù)據(jù)的軌道號、要被提供的字符數(shù)以及軌道的標(biāo)題"街"("Street") 的收費(fèi)的數(shù)據(jù)。
更具體地，記錄與重放段20首先在時間t82發(fā)送跟在軌道號命 令(TNO) "05h"后面的軌道號"01h"，以便通知服務(wù)器單元10: 正被發(fā)送的軌道信息是已被上載的兩個軌道中的第一軌道(Tr2)的信 息。
如果根據(jù)信號(RTS/CTS (S))確認(rèn)服務(wù)器單元10已完成相應(yīng) 于軌道號命令(TNO)的處理，則記錄與重放段20在時間t83后連同 標(biāo)題命令(Title) "83h" —起發(fā)送字符數(shù)的信息和字符串?dāng)?shù)據(jù).
當(dāng)?shù)谝卉壍?Tr2)的標(biāo)題作為上栽軌道被接收時，記錄與重放段20 對那些以相應(yīng)于軌道(Tr2)的ATRAC數(shù)據(jù)的關(guān)系加到其上的信息執(zhí)行 登記處理。
應(yīng)當(dāng)指出，在本例中，由于標(biāo)題字符數(shù)大于預(yù)定數(shù)目，所以服 務(wù)器單元10首先在時間t83提供4個字符"Stre"，然后在時間t84 提供其余的兩個字符"et".
因此在時間t85，相應(yīng)于上載的軌道(Tr2)的標(biāo)題被記錄到服務(wù)器 12.應(yīng)當(dāng)指出，在以同樣的發(fā)送處理來接收由"kanji"字符、歐洲 字符等表示的標(biāo)題信息的場合，服務(wù)器單元IO根據(jù)該信息執(zhí)行登記。
在服務(wù)器單元10對于軌道(Tr2)的標(biāo)題信息的處理完成以后，服 務(wù)器單元10在時間t86提供上載的第二軌道(Tr3)的標(biāo)題，如圖32B 所示。
具體地，記錄與重放段20首先發(fā)送跟在軌道號命令(TN0) "05h" 后面的軌道號"02h"作為ATRAC數(shù)據(jù)的軌道號，以便通知服務(wù)器單 元10:正被發(fā)送的信息是上載的兩個軌道中的第二軌道(Tr3)的信息。 然后，如杲由服務(wù)器單元10完成相應(yīng)處理，則記錄與重放段20連同標(biāo)題命令(Title) "83h" —起發(fā)送字符數(shù)信息和字符串?dāng)?shù)據(jù)。
應(yīng)當(dāng)指出，在此例中由于字符串?dāng)?shù)據(jù)是"夜"("Night"), 并包括4個以上的字符，所以把它分為"Nigh"和"t"，并分兩次 分開地發(fā)送。
當(dāng)以這種方式提供上載的第二軌道(Tr3)的標(biāo)題時，服務(wù)器單元10 對那些以相應(yīng)于軌道(Tr2)的ATRAC數(shù)據(jù)的關(guān)系加到其上的信息執(zhí)行 登記到服務(wù)器12的處理.
然后當(dāng)服務(wù)器單元10完成所有標(biāo)題的登記處理時，記錄與重 放段20在時間t88把停止命令(STOP ) "03h"提供給服務(wù)器單元10。
在完成對所有U—T0C扇區(qū)的信息提取后，服務(wù)器單元10把上 載結(jié)束命令(UPLOAD FIN) "13h"發(fā)送給記錄與重放段20，以便通 知記錄與重放段結(jié)束上栽，如圖32A所示。
應(yīng)當(dāng)指出，在U—TOC扇區(qū)5和/或扇區(qū)6，除了記錄U—TOC扇 區(qū)0、扇區(qū)1和扇區(qū)4的信息以外還記錄字符數(shù)據(jù)和/或圖象數(shù)據(jù)的 情況下，對這些信息的發(fā)送請求是在提供上栽結(jié)束命令(UPLOAD FIN)
"13h"以前以同樣方式作出的。然后在上栽所有TOC信息的時候， 服務(wù)器單元10把上栽結(jié)束命令(UPLOAD FIN) "13h"發(fā)送給記錄與 重放段20.
通過執(zhí)行如上所述的這種處理，音頻服務(wù)器系統(tǒng)1可把以U—TOC 記錄的音頻數(shù)據(jù)和相關(guān)信息從盤D精確地上載到服務(wù)器12.
在上述的例子中，除了已記錄的內(nèi)容以外，已上載的標(biāo)題為 "街"("Street")的內(nèi)容并m和標(biāo)題為"夜"("Night")的內(nèi) 容并m+l連同這些內(nèi)容的相關(guān)信息一起被登記在服務(wù)器12中，如圖33 所示。
順便地說，在這個上栽時，也可通過使用重放段41和相關(guān)信 息重放段46完成各種各樣的操作。
具體地，在音頻服務(wù)器系統(tǒng)l中，當(dāng)服務(wù)器單元10記錄ATRAC 數(shù)據(jù)的同時，壓縮的ATRAC數(shù)據(jù)也被提供給重放段41，以便被解壓 縮和重放。因此上載用戶可確認(rèn)上載用戶自己想要的音樂節(jié)目等是否 已正確地被上栽。
再者，在本音頻服務(wù)器系統(tǒng)1中，也有可能借助于相關(guān)的信息 重放段46連同ATRAC數(shù)據(jù)一起輸出要被上栽的字符信息和/或圖象信息，以便允許上載用戶根據(jù)顯示榆出或打印輸出實(shí)現(xiàn)確認(rèn)。
9.使用網(wǎng)絡(luò)的音頻服務(wù)器系統(tǒng)
雖然上面描述了具有參照圖3所述的結(jié)構(gòu)的音頻服務(wù)器系統(tǒng)， 本發(fā)明的音頻服務(wù)器系統(tǒng)也可在使用通信網(wǎng)絡(luò)的場合被實(shí)現(xiàn)。
圖34顯示了剛才提到的修正的音頻服務(wù)器系統(tǒng)的圖象.參照 圖34，中央服務(wù)器100通過通信網(wǎng)絡(luò)被連接到CD商店101，102和103， 以及普通的家104， 105和106，它們中的每個具有服務(wù)器終端。
每個服務(wù)器終端例如具有和上面所述的記錄與重放段20相同 的功能。同時中央服務(wù)器100具有例如上面所述的服務(wù)器單元10相 同的功能。
因此，有可能在家中或例如CD商店的商店中通過使用服務(wù)器 終端經(jīng)由通信網(wǎng)絡(luò)實(shí)行上栽到中央服務(wù)器100。也有可能在家中或例 如CD商店的商店中通過通信網(wǎng)絡(luò)從中央服務(wù)器100實(shí)行下栽。
通過實(shí)現(xiàn)如上所述的這個系統(tǒng)，可以實(shí)現(xiàn)對音樂等的廣泛的和
非常容易的提供形式。
雖然在描述實(shí)施例時描述了把音頻數(shù)據(jù)記錄到磁-光盤，但本 發(fā)明不但可被應(yīng)用到記錄音樂數(shù)據(jù)的系統(tǒng)，也可應(yīng)用到記錄視頻數(shù)據(jù) 的其他裝置。
而且可采用的記錄媒體并不限于磁-光盤(例如mini盤)，任 何其他記錄媒體也可被應(yīng)用，只要它們允許隨機(jī)存取.
自然地，對于用于上栽和下栽等的處理方法，可應(yīng)用各種不同方法。
從以上說明中可看到本發(fā)明的數(shù)據(jù)發(fā)送和接收系統(tǒng)可達(dá)到以下效果。
本發(fā)明的數(shù)據(jù)發(fā)送和接收系統(tǒng)具有這樣的效果，用戶可公開他自 己擁有的數(shù)據(jù)，例如原始的音樂節(jié)目，并通過使用數(shù)據(jù)發(fā)送和接收系 統(tǒng)與該用戶所擁有的記錄媒體把它很容易地出售給許多不受限定的用 戶。
本發(fā)明的數(shù)據(jù)發(fā)送和接收系統(tǒng)具有另一個效果，許多不受限定 的用戶甚至可很容易地得到那些通常很難得到的個人信息，例如業(yè)余 音樂家的音樂節(jié)目。
由于上栽和下栽共同地使用同樣的記錄媒體(例如mini盤)，增大了使用本發(fā)明的方便性.例如，本發(fā)明的數(shù)據(jù)發(fā)送和接收系統(tǒng)也 方便地用于某個用戶首先進(jìn)行上栽然后進(jìn)行下載的情況.而且在使用 同一記錄媒體的場合可以避免用戶使用上的混淆性。
再者，由于被用作為記錄裝置和重放裝置的記錄與重放裝置段 可作為一個系統(tǒng)結(jié)構(gòu)被使用，所以也可實(shí)現(xiàn)結(jié)構(gòu)上的簡便性。
實(shí)行上栽的用戶可連同壓縮的音頻數(shù)據(jù)一起提供字符數(shù)據(jù)和/ 或圖象數(shù)據(jù).例如，作為附屬于音樂節(jié)目的字符，可以提供文字、消 息、生活時間表或解釋，以及作為圖象，可以提供用戶照片、或圖象
照片等。因此有這樣的效果使得具有高附加值的信息的傳輸成為可 能。
進(jìn)行上栽的用戶可通過使用信息輸入裝置把必要的信息存儲到 服務(wù)器中。該信息可以例如是可被提供給許多和未加限定的個人的消 息，或可以是通過上載而提供的、用以限定有關(guān)音樂節(jié)目的下載條件 的信息等.具體地，在上栽時，可任意輸入要被加到存儲在可攜帶的 記錄媒體上的信息、或執(zhí)行上栽的個人想要指示給系統(tǒng)的信息上的信 息.這可允許各種不同的信息提供形式.
被用來接受下栽收費(fèi)或用于各種不同管理的密碼等可由用戶任 意設(shè)置。
執(zhí)行上栽的個人可以通過信息輸入裝置來對上栽目標(biāo)的壓縮的 音頻數(shù)據(jù)設(shè)定用于下栽的收費(fèi)(上栽用戶對于一次下栽操作想要收取 的錢數(shù))。換句話說，當(dāng)要提供收費(fèi)信息時，信息提供人可按照其個 人情況規(guī)定收費(fèi)。
在上栽時，音頻服務(wù)器系統(tǒng)可產(chǎn)生各種必要的信息，并把它們 用于管理上栽的壓縮音頻數(shù)據(jù)等。例如在音頻服務(wù)器系統(tǒng)產(chǎn)生上栽日 期或數(shù)據(jù)尺寸并以相應(yīng)于上載數(shù)據(jù)的關(guān)系存儲它的場合，在下載時它 可被用來以表格的形式顯示，或用于管理其它存儲的數(shù)據(jù)。因此可增 大系統(tǒng)操作的有用性和有效性。
而且進(jìn)行上載的用戶的密碼可被自動設(shè)定，以及它可在下載收 費(fèi)費(fèi)用的付款時或指令刪除時用來限定用戶。
進(jìn)行下栽的用戶除了用戶選定的音頻數(shù)據(jù)以外也可得到字符數(shù) 據(jù)和/或圖象數(shù)據(jù)，并且也可得到高附加值的信息.
在下載時，可對進(jìn)行下栽的用戶適當(dāng)?shù)靥岢龈顿M(fèi)要求，數(shù)據(jù)發(fā)送和接收系統(tǒng)可適當(dāng)?shù)仄鸬揭粋€收費(fèi)信息提供系統(tǒng)的作用。
由于以相應(yīng)于存儲的壓縮音頻數(shù)據(jù)的關(guān)系來管理下栽結(jié)果，所 以信息可被有效地使用。例如該信息可用作為對進(jìn)行上栽的個人征稅 的基礎(chǔ)，或可用作為受喜愛的程度的晴雨表。而且，有可能對于執(zhí)行 下載的個人提供非常流行的音樂節(jié)目，或在音頻服務(wù)器系統(tǒng)中產(chǎn)生流行榜.
在通過通信網(wǎng)實(shí)現(xiàn)音頻服務(wù)器系統(tǒng)的場合，壓縮的音頻數(shù)據(jù)和 其他信息的上栽與下載可經(jīng)由公共通信網(wǎng)甚至在除了裝備有服務(wù)器裝 置、重放裝置或記錄裝置的商店等以外的地方廣泛地被實(shí)現(xiàn)。換句話 說，存在著這樣的效果，即可提供效率更高的和能由范圍廣泛的用戶 使用的音頻服務(wù)器系統(tǒng).
權(quán)利要求
1. 一種被配置來傳送內(nèi)容數(shù)據(jù)到終端設(shè)備的信息服務(wù)器，包括存儲媒體，被配置成存儲多個內(nèi)容數(shù)據(jù)；通信單元，被配置成與所述終端設(shè)備通信；以及控制單元，被配置成控制所述通信單元傳送內(nèi)容數(shù)據(jù)，其中所述通信單元接收來自所述終端設(shè)備的內(nèi)容選擇信息，其中所述控制單元控制所述通信單元傳送數(shù)據(jù)到終端設(shè)備，所述數(shù)據(jù)表示相應(yīng)于所述內(nèi)容選擇信息的一部分內(nèi)容數(shù)據(jù)。
2. 按照權(quán)利要求1的信息服務(wù)器，當(dāng)所述通信單元在傳送所述數(shù)據(jù)到所述終端設(shè)備后接收來自所述 終端設(shè)備的內(nèi)容請求信息時，所述控制單元控制所述通信單元傳送內(nèi) 容數(shù)據(jù)。
3. 按照權(quán)利要求1的信息服務(wù)器，當(dāng)所述通信單元在傳送所述數(shù)據(jù)到所述終端設(shè)備后接收來自所述 終端設(shè)備的內(nèi)容請求信息時，所述控制單元請求相應(yīng)于所述內(nèi)容數(shù)據(jù) 的收費(fèi)。
4. 按照權(quán)利要求1的信息服務(wù)器，所述控制單元通過切掉相應(yīng)于所述內(nèi)容選擇信息的一部分內(nèi)容數(shù)據(jù)，而構(gòu)成所述數(shù)據(jù)o
5. 按照權(quán)利要求1的信息服務(wù)器，所述存儲媒體單獨(dú)地存儲所述數(shù)據(jù)作為與相應(yīng)于所述內(nèi)容選擇信 息的內(nèi)容數(shù)據(jù)有關(guān)的數(shù)據(jù)。
6. 按照權(quán)利要求1的信息服務(wù)器，所述內(nèi)容數(shù)據(jù)是音頻數(shù)據(jù)，以及所述數(shù)據(jù)是作為一部分音頻數(shù)據(jù) 的內(nèi)容數(shù)據(jù)的摘要.
7. —種從信息服務(wù)器傳送內(nèi)容數(shù)據(jù)到終端設(shè)備的內(nèi)容傳送方 法，包括以下步驟用于接收來自所述終端設(shè)備的內(nèi)容選擇信息的接收步驟； 用于檢索指示相應(yīng)于來自存儲媒體的所述內(nèi)容選擇信息的一部分 內(nèi)容數(shù)據(jù)的數(shù)據(jù)的檢索步驟；以及把所述數(shù)據(jù)從所述信息服務(wù)器傳送到所述終端設(shè)備。
8. 按照權(quán)利要求7的內(nèi)容傳送方法，還包括以下步驟用于在傳送所述數(shù)據(jù)到所述終端設(shè)備后接收來自所述終端設(shè)備的 內(nèi)容請求信息的第二接收步驟；以及用于把相應(yīng)于所述內(nèi)容請求信息的內(nèi)容數(shù)據(jù)傳送到所述終端設(shè)備 的內(nèi)容傳送步猓。
9. 按照權(quán)利要求7的內(nèi)容傳送方法，還包括以下步驟用于在傳送所述數(shù)據(jù)到所述終端設(shè)備后接收來自所述終端設(shè)備的 內(nèi)容請求信息的第二接收步驟；以及用于根據(jù)所述內(nèi)容請求信息請求收費(fèi)的收費(fèi)請求步驟。
10. 按照權(quán)利要求7的內(nèi)容傳送方法，其中所述數(shù)據(jù)是相應(yīng)于所述內(nèi)容選擇信息的 一部分內(nèi)容數(shù)據(jù)。
11. 按照權(quán)利要求7的內(nèi)容傳送方法，其中所述存儲媒體單獨(dú)地存儲所述數(shù)據(jù)作為與相應(yīng)于所述內(nèi)容選 擇信息的內(nèi)容數(shù)據(jù)有關(guān)的數(shù)據(jù).
12. 按照權(quán)利要求7的內(nèi)容傳送方法，所述內(nèi)容數(shù)據(jù)是音頻數(shù)據(jù)，以及所述數(shù)據(jù)是作為一部分音頻數(shù)據(jù) 的內(nèi)容數(shù)據(jù)的摘要。
全文摘要
本發(fā)明提供一種發(fā)送和接收系統(tǒng)，其中由用戶產(chǎn)生的數(shù)據(jù)文件可被上載到服務(wù)器，并且所上載的文件被下載到另一個用戶。該發(fā)送和接收系統(tǒng)提供一個供普通用戶可公開他們的作品和出售該作品的場所。
文檔編號G11B27/034GK101436164SQ20061010162
公開日2009年5月20日 申請日期1998年8月14日 優(yōu)先權(quán)日1997年8月15日
發(fā)明者井上啟 申請人:索尼公司