專利名稱：捐贈處理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及捐贈(contribution)處理設備、捐贈處理方法、捐贈接受設備、捐贈接受方法、程序存儲介質(zhì)和捐贈處理系統(tǒng)，并且適于應用在例如用于通過因特網(wǎng)提供內(nèi)容的計算機網(wǎng)絡系統(tǒng)中。
背景技術：
在內(nèi)容為用戶個人制作的圖像和/或聲音而在一個計算機網(wǎng)絡系統(tǒng)中通過因特網(wǎng)提供該內(nèi)容的情況下，用戶一般打開他/她自己的通過使用個人計算機而制作的主頁。
在用戶打算打開一個主頁的這樣的情況下，用戶通過使用個人計算機獲取一個主頁制作程序、按照主頁制作程序制作一個與多項內(nèi)容超鏈接的主頁并將其存儲在因特網(wǎng)服務提供商(Internet service provider，以下稱為“ISP”)的服務器中。
然后，ISP從服務器提供一個主頁給通過因特網(wǎng)訪問ISP的客戶端，當主頁上的一個鏈接點被點擊時，超鏈接的內(nèi)容隨后被提供。
在這樣一個計算機網(wǎng)絡系統(tǒng)中，當一個客戶獲取內(nèi)容并留下好印象或產(chǎn)生共鳴或感到該內(nèi)容極佳時，他或她可以將他或她的意見通過電子郵件發(fā)給創(chuàng)作者。然而，客戶難于為內(nèi)容創(chuàng)作者做出捐贈。

發(fā)明內(nèi)容
本發(fā)明是考慮到上述問題而做出的，本發(fā)明的目的是提供一種捐贈處理設備、一種捐贈處理方法、一種捐贈接受設備、一種捐贈接受方法、一種程序存儲介質(zhì)和一種捐贈處理系統(tǒng)，以使得易于做出捐贈而為內(nèi)容創(chuàng)作者帶來利益。
為了解決這些問題，本發(fā)明被設計來達到接收來自內(nèi)容提供設備通過網(wǎng)絡提供的內(nèi)容的圖像數(shù)據(jù)，基于圖像數(shù)據(jù)而顯示帶有提供的特有捐贈按鍵的內(nèi)容顯示屏幕，并且，當選擇內(nèi)容顯示屏幕上的捐贈按鍵時產(chǎn)生關于特定的捐贈數(shù)量的捐贈數(shù)據(jù)，并且該捐贈數(shù)據(jù)通過因特網(wǎng)被發(fā)送到內(nèi)容提供設備。
通過與內(nèi)容顯示屏幕上對捐贈按鍵的選擇相對應而產(chǎn)生特定數(shù)量的捐贈數(shù)據(jù)，并通過將捐贈數(shù)據(jù)通過網(wǎng)絡發(fā)送給內(nèi)容提供設備，則有可能以針對內(nèi)容的捐贈數(shù)據(jù)的形式通過內(nèi)容提供設備為內(nèi)容創(chuàng)作者間接做出捐贈。
另外在本發(fā)明中，由用戶決定的、作為對所提供的內(nèi)容的評價的、給定數(shù)量的捐贈數(shù)據(jù)被從用戶的終端設備接收到并與內(nèi)容相關聯(lián)地被存儲，于是對用戶所收的費用是對應于捐贈數(shù)據(jù)的量。
按照本發(fā)明，由用戶決定的、作為對所提供的內(nèi)容的評價的、一定數(shù)量的捐贈數(shù)據(jù)被從用戶的終端設備接收到并與內(nèi)容相關聯(lián)地被存儲，并且對用戶所收的費用是對應于捐贈數(shù)據(jù)的量，這意味著對于內(nèi)容創(chuàng)作者的捐贈處理和對用戶的收費處理同時進行，因此能夠進行捐贈接受處理。
進一步，按照本發(fā)明，在包含用于響應要求而提供內(nèi)容的內(nèi)容提供設備和用于接受通過網(wǎng)絡從內(nèi)容提供設備提供的內(nèi)容并用于為內(nèi)容創(chuàng)作者做出捐贈的捐贈處理設備的內(nèi)容處理系統(tǒng)中，捐贈處理設備包括一個接收裝置，用于接收通過網(wǎng)絡從內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；一個顯示裝置，用于基于從接收裝置接收的圖像數(shù)據(jù)顯示帶有特有捐贈按鍵的內(nèi)容顯示屏幕；一個內(nèi)容數(shù)據(jù)產(chǎn)生裝置，用于與在捐贈顯示屏幕上的捐贈按鍵的被選擇相對應而產(chǎn)生給定數(shù)量的捐贈數(shù)據(jù)；一個發(fā)送裝置，用于通過網(wǎng)絡向內(nèi)容提供設備發(fā)送捐贈數(shù)據(jù)，此數(shù)據(jù)是由捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的。在此內(nèi)容處理系統(tǒng)中，內(nèi)容提供設備包括一個存儲裝置，用于接收捐贈數(shù)據(jù)——該數(shù)據(jù)被通過網(wǎng)絡從捐贈處理設備發(fā)送，并用于與內(nèi)容相關聯(lián)地存儲捐贈數(shù)據(jù)；一個收費處理裝置，用于從捐贈處理設備的用戶收取與捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用。
根據(jù)本發(fā)明，與在內(nèi)容顯示屏幕上捐贈按鍵的選擇相對應的給定數(shù)量的捐贈數(shù)據(jù)被通過網(wǎng)絡發(fā)送到內(nèi)容提供設備并被接收和與內(nèi)容相關聯(lián)地被存儲，而且從用戶收取與捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用，因此使得可能以內(nèi)容數(shù)據(jù)的形式向內(nèi)容創(chuàng)作者做出間接捐贈。


圖1是一個說明利用因特網(wǎng)進行電子商務的示意圖。
圖2是示意按照第一實施例的內(nèi)容提供系統(tǒng)的結(jié)構(gòu)的方框圖。
圖3是示意用戶的個人計算機的結(jié)構(gòu)的方框圖。
圖4是桌上型電腦(desktop)屏幕的示意圖。
圖5是用戶信息注冊屏幕的示意圖。
圖6是用戶信息文件的示意圖。
圖7是內(nèi)容提供者的結(jié)構(gòu)的方框圖。
圖8是示意通過一個ASP的管理服務器進行的用戶注冊處理程序的流程圖。
圖9是注冊在用戶信息數(shù)據(jù)庫中的用戶信息DB表的內(nèi)容的示意圖。
圖10是捕獲屏幕的示意圖。
圖11是確認屏幕的示意圖。
圖12是編輯屏幕的示意圖。
圖13是請求型個人投入控制屏幕示意圖。
圖14是下拉菜單的示意圖。
圖15是我的頻道種類表屏幕示意圖。
圖16是一個CODEC(編解碼器)選擇屏幕示意圖。
圖17是請求型提供時間表管理屏幕示意圖。
圖18是CM提供請求屏幕示意圖。
圖19是CM鏈接設定屏幕示意圖。
圖20是內(nèi)容ID設定屏幕示意圖。
圖21是請求型提供時間表控制文件示意圖。
圖22是示意請求型中與ASP連接的處理程序的流程圖。
圖23是示意一個提供時間表的確認和改變處理的流程圖。
圖24是請求型中投入處理程序。
圖25示意在個人投入服務中的主頁屏幕。
圖26示意我的頻道的種類表屏幕。
圖27示意關于“汽車”的視頻內(nèi)容種類的頻道顯示屏幕。
圖28示意顯示有所選頻道按鍵相對應的內(nèi)容的內(nèi)容顯示屏幕。
圖29示意一個直播型個人投入控制屏幕。
圖30是示意直播型提供時間表管理屏幕的顯示處理程序的流程圖。
圖31示意用于公共頻道的直播型提供時間表管理屏幕。
圖32示意直播型提供時間表控制文件的內(nèi)容。
圖33是示意預訂處理程序的流程圖。
圖34示意我的頻道的直播型提供時間表管理屏幕。
圖35示意我的頻道的直播型提供時間表控制文件的內(nèi)容。
圖36示意不能預訂消息顯示屏幕。
圖37是示意在直播型中與ASP的連接的處理程序的流程圖。
圖38是示意在直播型中使用我的頻道執(zhí)行的投入處理程序的流程圖。
圖39示意我的頻道的直播視頻內(nèi)容時間表顯示屏幕。
圖40示意一個內(nèi)容顯示屏幕，示出了與被選擇的頻道按鍵相對應的直播視頻的內(nèi)容。
圖41是示意在直播型中使用公共頻道執(zhí)行的投入處理程序的流程圖。
圖42示意公共頻道的頻道顯示屏幕。
圖43示意公共頻道的直播視頻內(nèi)容時間表顯示屏幕。
圖44示意顯示有在直播音樂頻道上被選擇的直播視頻的內(nèi)容的內(nèi)容顯示屏幕。
圖45示意捐贈數(shù)量選擇屏幕。
圖46示意一個內(nèi)容顯示屏幕，在其上可以直接輸入捐贈數(shù)量。
圖47示意一個捐贈確認屏幕。
圖48示意一個捐贈處理完成屏幕。
圖49示意一個信用卡號碼輸入屏幕。
圖50是示意帶有CM視頻的內(nèi)容的提供處理程序的流程圖。
圖51是示意收益返還處理程序的方框圖。
圖52示意按照本發(fā)明的第二實施例的網(wǎng)絡系統(tǒng)的整個結(jié)構(gòu)。
圖53是示意集成了攝像機(camera)的數(shù)字便攜電話的外部結(jié)構(gòu)的透視圖。
圖54是示意當攝像機旋轉(zhuǎn)時的顯示裝置的透視圖。
圖55是集成了攝像機的數(shù)字便攜電話的電路結(jié)構(gòu)的方框圖。
實現(xiàn)發(fā)明的最佳方式以下，參照附圖來詳細說明實施本發(fā)明的方式。
(1)利用因特網(wǎng)進行電子商務的原理因特網(wǎng)是一種通過將大量計算機用通信鏈路相互連接而構(gòu)成的計算機網(wǎng)絡系統(tǒng)，其中信息可以利用諸如電子郵件、Gopher和WWW(World Wide Web，萬維網(wǎng))的各種服務在計算機之間交流。
如圖1所示，一個WWW服務器301(也稱為“網(wǎng)絡(web)服務器”或“網(wǎng)站”)通過因特網(wǎng)300提供包括WWW的多種服務給客戶PC(個人計算機)302-1至302-N，它向內(nèi)部硬盤上存儲根據(jù)諸如圖像和圖形信息制作的網(wǎng)頁。
在此WWW服務器301或WWW上使用的每個資源，如網(wǎng)頁，可以通過URL(Uniform Resource Locator，統(tǒng)一資源定位器)被正確地識別，URL是一種用于執(zhí)行因特網(wǎng)300上的識別的一種尋址技術。
因此，當一個用戶使用特定的傳送協(xié)議，如HTTP(Hyper Text TransferProtocal，超文本傳送協(xié)議)，指定要查看的網(wǎng)頁的URL時，連接到因特網(wǎng)300的客戶PC 302-1至302-N利用URL向WWW服務器301做出查看網(wǎng)頁的請求。
在接收到從WWW服務器301發(fā)來的作為向WWW服務器301請求的結(jié)果的網(wǎng)頁時，客戶PC 302-1至302-N在顯示器上通過預先存儲在內(nèi)部硬盤上的一個WWW瀏覽器顯示該網(wǎng)頁，于是，用戶可以查看該網(wǎng)頁。
典型的網(wǎng)頁通過HTML(Hyper Text Markup Language，超文本標記語言)來定義，定義網(wǎng)頁的HTML文件包括HTML規(guī)定的稱為標簽(保留字)的符號用以規(guī)定網(wǎng)頁應如何顯示。
關于其他的信息，HTML文件包括各種指示圖形、控件和其他功能的標簽，HTML文件能夠被指定為網(wǎng)頁URL的一個鏈接頁，WWW服務器301或其他請求網(wǎng)頁的WWW服務器可以訪問它。
因此，該網(wǎng)頁在客戶PC 302-1至302-N的顯示器上以網(wǎng)頁提供者期望的形式被顯示。
而且，近些年里，前述的WWW已經(jīng)在利用因特網(wǎng)300的電子商務中得到使用。
在此情形下，WWW服務器301有一個網(wǎng)頁是一個產(chǎn)品目錄，以電子形式列出了要銷售的產(chǎn)品，WWW服務器301向客戶擁有的客戶PC 302-1至302-N發(fā)送網(wǎng)頁，以響應他或她要查看它的請求。
因而，客戶PC 302-1至302-N在顯示器上顯示通過因特網(wǎng)300從WWW服務器301接收的網(wǎng)頁，以便使客戶看見要銷售的產(chǎn)品的目錄。
當用戶指定在顯示器上顯示的示出產(chǎn)品目錄的網(wǎng)頁上的項目時，客戶PC302-1至302-N通過因特網(wǎng)300通知WWW服務器301這一意圖。
在收到這一意圖時，WWW服務器301向客戶PC 302-1至302-N請求客戶信息并接收客戶信息，包括要購買該項目的顧客的姓名、客戶擁有的信用卡號碼、用于送交來自客戶PC 302-1至302-N的項目的地址。
下一步，在接到上述客戶信息后，WWW服務器301發(fā)送用以確認給客戶PC 302-1至302-N的項目的訂單的一個網(wǎng)頁以讓客戶確認網(wǎng)頁上的訂單，隨后安排它們的送交日期。
這樣的利用了因特網(wǎng)300的電子商務可以實現(xiàn)各種電子商務，例如，諸如音樂的電子內(nèi)容被通過因特網(wǎng)以電子方式提供給客戶，或者諸如個人計算機的物理項目被送貨公司送給客戶。
此外，在HTML之外還有一種方法來定義網(wǎng)頁，稱為XML(eXtensibleMarkup Language，可擴展標記語言)，它象HTML的情況一樣，使用標簽，但是能夠表示出一個文件的結(jié)構(gòu)和意義，并可通過DTD(Document TypeDefinition，文件類型定義)指定標簽的諸如分層結(jié)構(gòu)和數(shù)據(jù)類型的屬性。
因此，在WWW服務器301中，如果一個網(wǎng)頁被XML定義，用于信息處理的數(shù)據(jù)，如事先存儲在例如一個數(shù)據(jù)庫中的訂單代碼、項目代碼、單位價格和數(shù)量，可以被記錄在各種標簽中，以便該網(wǎng)頁不僅可以被用于查看，而且可用于自動執(zhí)行信息處理，如利用記錄在標簽中用于信息處理的數(shù)據(jù)計算訂單。
(2)內(nèi)容提供系統(tǒng)的結(jié)構(gòu)圖2中的標號1示出了在按照本發(fā)明的第一實施例中的一個內(nèi)容提供系統(tǒng)，它實現(xiàn)了利用因特網(wǎng)的電子商務。在該內(nèi)容提供系統(tǒng)中，以下各項通過因特網(wǎng)5相互連接一個內(nèi)容創(chuàng)作者使用的用戶PC(個人計算機)2；一個內(nèi)容提供者3，用于存儲用戶PC 2制作的并要按照要求被提供的內(nèi)容；多個客戶PC 4(4A至4N)，用于從內(nèi)容提供者3接收在網(wǎng)站上指定的內(nèi)容；一個在線通信銷售公司6，內(nèi)容創(chuàng)作者利用用戶PC 2從該在線通信銷售公司6通過因特網(wǎng)5進行在線購物；一個廣告(commercial)客戶(以下稱為“CM客戶”)7，用于請求內(nèi)容提供者3制作一個廣告圖像(以下稱為“CM圖像”)并將CM圖像提供給客戶PC 4。
內(nèi)容提供系統(tǒng)1是一個系統(tǒng)，其中內(nèi)容提供者3接收的收益按照客戶PC4對利用用戶PC 2制作的內(nèi)容的已經(jīng)訪問的次數(shù)要及時送回內(nèi)容創(chuàng)作者(以下稱為“收益返還”)。另外，它在因特網(wǎng)上構(gòu)建一個全新的商業(yè)模型，目的在于使內(nèi)容創(chuàng)作者制作更好的內(nèi)容并增加客戶端4在網(wǎng)站中訪問的次數(shù)。
被虛線包圍的內(nèi)容提供者3、在線通信銷售公司6和CM客戶7通過進行相互合作而組成一個商業(yè)聯(lián)盟8，它通過各種方法返還收益給內(nèi)容創(chuàng)作者(用戶PC 2)。
注意，在線通信銷售公司6和CM客戶7分別有一個在線通信管理設備和一個CM提供服務器，以便使用在線通信銷售管理設備和CM提供服務器來與內(nèi)容提供者3的控制服務器和管理服務器交流數(shù)據(jù)。
在線通信銷售管理設備由各種關于在線通信銷售的硬件組成，包括一個用于實現(xiàn)通過因特網(wǎng)的連接的網(wǎng)絡接口、一個控制裝置、一個存儲裝置和一個客戶管理數(shù)據(jù)庫。而CM提供服務器也由關于CM圖像的硬件組成，包括一個用于實現(xiàn)通過因特網(wǎng)5的連接的網(wǎng)絡接口、一個控制裝置、一個存儲裝置、一個CM圖像提供服務器和內(nèi)容提供者3的客戶管理數(shù)據(jù)庫，內(nèi)容提供者3與CM客戶7合作。
(3)用戶PC的用戶注冊程序在此內(nèi)容提供系統(tǒng)1中，用戶PC 2首先要利用內(nèi)容提供者3執(zhí)行一個用戶注冊程序，下面詳細介紹該用戶注冊程序。
如圖3所示，用戶PC 2包括一個CPU 10、一個硬盤驅(qū)動器(HDD)12、一個RAM(隨機訪問存儲器)13、一個IEEE(電氣和電子工程師協(xié)會)1394接口14、一個網(wǎng)絡接口16和一個液晶顯示的顯示器17，它們通過總線11相互連接。
這樣的一個用戶PC 2除了作為基本程序的OS(操作系統(tǒng))外，還有各種存儲在HDD 12中的應用軟件，在要執(zhí)行特定處理時從RAM 13將它們?nèi)〕觥?br> 也就是說，在如圖4所示的用戶PC 2中，當內(nèi)容創(chuàng)作者在一個通過啟動OS而在顯示器17上顯示的桌上型電腦屏幕19(微軟公司的Windows屏幕)上點擊一個在線簽約(online signup)圖標20的時候，CPU 10從HDD 12啟動一個自動在線簽約軟件來在顯示器17上顯示一個用戶信息注冊屏幕21，如圖5所示。
此用戶信息注冊屏幕21被用于輸入用戶信息以申請一個個人投入服務，如屏幕標題所示。在屏幕上，內(nèi)容創(chuàng)作者輸入他或她的姓名、地址、電話號碼、電子郵件地址、生日、信用卡號碼、第一期望的用戶ID、第二期望的用戶ID、第三期望的用戶ID、期望的頻道名稱、口令和口令確認，并最后從“你最喜歡的課程”和“初學者課程”選擇一個類型。
個人投入服務有一個內(nèi)容提供模式，它是在本發(fā)明的內(nèi)容提供系統(tǒng)1中新開始的，包括一個請求型和一個直播型，下面將說明它的內(nèi)容。
用戶信息注冊屏幕21有一個取消按鍵22，用于取消由內(nèi)容創(chuàng)作者輸入的用戶信息的內(nèi)容，還有一個申請按鍵23，用于使用內(nèi)容創(chuàng)作者輸入的用戶信息來進行一個申請。
因此，當在用戶信息被輸入后點擊申請按鍵23時，用戶PC 2的CPU 10產(chǎn)生一個用戶信息文件25，它與用戶信息注冊屏幕21(圖5)有同樣的內(nèi)容，如圖6所示，CPU 10還按照因特網(wǎng)5(圖2)上給定的協(xié)議，將文件25從網(wǎng)絡接口16(圖3)發(fā)送到內(nèi)容提供者3并同時在HDD 12中寫入和保存用戶信息文件25。
內(nèi)容提供者3包含一個因特網(wǎng)服務提供商(以下稱為“ISP”)31，用于將用戶PC連接到因特網(wǎng)5，還包括一個應用服務提供商(以下稱為“ASP”)32，用于存儲從用戶PC 2提供的內(nèi)容并用于響應來自客戶PC 4的要求而提供它，如圖7所示。
在ISP 31中，包括用于控制整個操作的控制服務器33、用于管理針對用戶PC 2的收費的收費管理數(shù)據(jù)庫34、以及用于通過因特網(wǎng)5連接到用戶PC 2的網(wǎng)絡接口35，它們通過一個LAN(局域網(wǎng))42相互連接，其中收費管理和網(wǎng)絡控制在控制服務器33的控制下執(zhí)行。
ASP包括一個管理服務器36，用于控制整個操作；一個用戶信息數(shù)據(jù)庫37，用于管理用戶PC 2的用戶信息文件25；一個提供時間表管理數(shù)據(jù)庫38，用于管理內(nèi)容的提供時間表；一個內(nèi)容服務器39，用于存儲和提供內(nèi)容；一個觀察器信息數(shù)據(jù)庫40，用于管理關于作為內(nèi)容觀察器的客戶PC 4(觀察器)的觀察器信息；一個CM管理數(shù)據(jù)庫44，用于與CM圖像ID(身份)相對應地存儲和管理從CM客戶7提供的CM圖像；它們通過LAN 43相互連接。用戶信息管理、提供時間表管理、內(nèi)容存儲和提供處理、觀察器信息管理和商業(yè)提供管理都在管理服務器36的控制下進行。
內(nèi)容提供者3由管理服務器36經(jīng)由ISP 31的網(wǎng)絡接口35和ASP 32的網(wǎng)絡接口41接收在用戶注冊過程中從用戶PC 2發(fā)送的用戶信息文件25。
在收到用戶信息文件25后，ASP 32的管理服務器36按照從內(nèi)部硬盤讀出的用戶注冊步驟程序啟動一個例程RT1的開始步驟，如圖8所示，并移向步驟SP 1。
在步驟SP 1，ASP 32的管理服務器36讀出從用戶PC 2發(fā)送的用戶信息文件25的內(nèi)容并查看信用卡號碼的數(shù)字位數(shù)，當數(shù)值位數(shù)正確時，它進行到下一步SP 2。
然而，如果信用卡數(shù)字位數(shù)不正確，ASP 32的管理服務器36通過因特網(wǎng)5通知用戶PC 2這個錯誤并請用戶輸入正確位數(shù)的信用卡號碼。
ASP 32的管理服務器36在步驟SP2訪問用戶信息數(shù)據(jù)庫37以查看被傳送的用戶信息文件25的信用卡號碼是否完全一致，而且僅在此獲得否定結(jié)果的情況下時，它進行到下一步SP 3。
在步驟SP 3，ASP 32的管理服務器36通過因特網(wǎng)5經(jīng)由它的網(wǎng)絡接口41訪問一個信用卡公司信用許可檢驗服務器26以檢驗是否該信用卡號碼有效，而且僅在信用卡號碼有效時，它進行到下一步SP 4。
在步驟SP 4，ASP 32的管理服務器36又一次訪問用戶信息數(shù)據(jù)庫37以查看是否第一到第三期望的用戶ID已被使用，并且僅當?shù)谝坏降谌谕挠脩鬒D都沒被使用時，它進行到下一步SP 5。
在步驟SP 5，ASP 32的管理服務器36從未使用的用戶ID中的第一到第三期望的用戶ID里選擇一個最期望的用戶ID，并且在判定了與該用戶ID相對應的URL(統(tǒng)一資源定位符)后，基于用戶信息文件25制作一個用戶信息DB表45，如圖9所示，并在用戶信息數(shù)據(jù)庫37中注冊。然后。它移向步驟SP 6。
被寫入在用戶信息數(shù)據(jù)庫37中新注冊的用戶信息DB表中的，除了用戶信息文件25的內(nèi)容外，還有被判定的與用戶ID相對應的URL、被需要用于計算收益返還的內(nèi)容創(chuàng)作者已獲得的累加分數(shù)、按照累加分數(shù)指明用戶級別的用戶狀態(tài)(1級)、連接開始時間和日期、連接結(jié)束時間和日期、當前的交給ISP 31的關于因特網(wǎng)5的因特網(wǎng)連接費用、以及對于ASP 32的應用服務(“你最喜歡的課程”)的服務使用費用。
以這種方式，在判定與用戶ID相對應的URL后，ASP 32的管理服務器36將它們注冊到用戶信息數(shù)據(jù)庫37，由此許可內(nèi)容創(chuàng)作者權利在存儲區(qū)域去寫由各個內(nèi)容創(chuàng)作者制作的內(nèi)容的活動圖像文件，此存儲區(qū)域在內(nèi)容服務器39中預定并由那個URL專用。
而且，ASP 32的管理服務器36為每個內(nèi)容創(chuàng)作者管理在用戶信息數(shù)據(jù)庫DB 37中的用戶信息數(shù)據(jù)表45，例如，它按照客戶PC 4做出的訪問次數(shù)來增加和更新內(nèi)容創(chuàng)作者的累加分數(shù)、按照積累分數(shù)改變內(nèi)容創(chuàng)作者的用戶狀態(tài)并更新關于連接開始時間和日期、連接結(jié)束時間和日期、當前連接費用和應用服務的服務費用的各種數(shù)據(jù)。
注意，用戶狀態(tài)是按照累加分數(shù)的內(nèi)容創(chuàng)作者的等級，從最低的1級到2級隨后到專業(yè)級。因此，高級別的用戶狀態(tài)的內(nèi)容創(chuàng)作者可以收到更多的收益。
在步驟SP 6，ASP 32的管理服務器36通過因特網(wǎng)5通知用戶PC 2一個已定的用戶ID和與用戶ID相對應的URL。
此時，ASP 32的管理服務器36要提供用戶PC 2自動上載軟件作為共享軟件，該軟件被編程“以自動連接與用戶ID相對應的URL以及自動將由用戶PC 2制作的內(nèi)容的活動圖像的文件寫入到由該URL專用的在內(nèi)容服務器39中的存儲區(qū)域中”。
因此，用戶PC 2的CPU 10通過因特網(wǎng)5下載自動上載軟件并在桌上型電腦屏幕19上根據(jù)自動上載軟件顯示自動上載軟件的上載圖標27(圖4)。
隨后，當內(nèi)容創(chuàng)作者點擊桌上型電腦屏幕19上的上載圖標27時，用戶PC 2的CPU 10執(zhí)行自動上載軟件通過因特網(wǎng)5經(jīng)由ISP 31與ASP 32連接，并向ASP 32的管理服務器36提供指令以“以自動將內(nèi)容的活動圖像的文件寫入由所述URL專用的在內(nèi)容服務器39中的存儲區(qū)域中”。
因此，ASP 32的管理服務器36可以將來自用戶PC 2的內(nèi)容的活動圖像的文件寫入由所述URL專用的在內(nèi)容服務器39中的存儲區(qū)域中，并響應來自客戶PC 4的請求而從內(nèi)容服務器39的專用存儲區(qū)域讀出內(nèi)容的活動圖像文件，將其提供給客戶PC 4。
如上所述，一旦按照用戶信息注冊步驟由內(nèi)容創(chuàng)作者指定了用戶ID并且決定了URL而且自動上載軟件被從ASP 32下載，內(nèi)容創(chuàng)作者不再需要輸入URL，因此用戶PC 2的CPU 10使得向內(nèi)容服務器39的專用存儲區(qū)域上載內(nèi)容的活動圖像文件更加容易，只需點擊上載圖標27。
作為結(jié)果，內(nèi)容提供系統(tǒng)1可以構(gòu)建一個系統(tǒng)就象打開一個在自己的頻道提供內(nèi)容的個人廣播站(以下稱為“我的頻道”)。
在完成用戶注冊步驟處理后，ASP 32的管理服務器36在步驟SP 7制作一個用戶注冊完成通知郵件，它從網(wǎng)絡接口41通過因特網(wǎng)5被傳送到用戶PC 2，所有的用戶注冊步驟處理在步驟SP 8被完成。
同時，ASP 32的管理服務器36按要求向構(gòu)建一個商業(yè)聯(lián)盟的ISP 31的控制服務器33、一個用于連接用戶PC 2到ISP 31的一個訪問點的電話公司(未示出)以及在線通信銷售公司6的一個在線通信銷售管理設備傳送個人用戶信息DB表45。
作為結(jié)果，ISP 31的控制服務器33和在線通信銷售公司6的一個在線通信銷售管理設備都帶有用戶信息DB表45。
因此，所有的用戶PC 2被要求做的事情是首先執(zhí)行用戶注冊步驟處理，而不強迫內(nèi)容創(chuàng)作者每當訪問ISP 31、電話公司、在線通信銷售公司6的一個在線通信銷售管理設備等時遵循一個麻煩的步驟。
另外，ASP 32的管理服務器36要在用戶注冊步驟獲得一個內(nèi)容創(chuàng)作者的協(xié)議，用以發(fā)送個人信息DB表45的內(nèi)容到ISP 31的控制服務器33、電話公司、在線通信銷售公司6的一個在線通信銷售管理設備。
(4)個人投入服務模式在本發(fā)明的內(nèi)容提供系統(tǒng)1中，有一個請求型和一個直播型作為如上所述的個人投入服務中的內(nèi)容提供模式。
請求型是這樣一種服務，其中內(nèi)容被提前存儲在與用戶PC 2在用戶注冊中獲得的URL相對應的內(nèi)容服務器39的專用存儲區(qū)域以用于個人投入服務，該內(nèi)容被從內(nèi)容服務器39的惟一存儲區(qū)域提供給做出請求的客戶PC 4，就好象該內(nèi)容可以在自己的頻道(我的頻道)被提供給做出請求的客戶PC 4，象一個個人廣播站一樣。
另一方面，直播型是這樣一種服務模式，其中許多在個人投入服務中非特定的注冊用戶分享由URL基于時間為一個特殊類型的每個視頻頻道(如婚禮儀式頻道、直播音樂頻道、表演直播頻道和直播事件頻道)指定的、內(nèi)容服務器39的專用存儲區(qū)域，直播畫面的內(nèi)容被從內(nèi)容服務器39的專用存儲區(qū)域連續(xù)流動地傳送到做出請求的客戶PC 4以實時提供。
以這種方式，直播型被設計成許多非特定的注冊用戶可以通過預訂一個時間范圍而在由URL為一個特殊類型的每個視頻頻道指定的內(nèi)容服務器39的專用存儲區(qū)域自由地提供內(nèi)容，因此使得可能提供直播圖像的內(nèi)容給做出請求的客戶PC 4，就好象它在一個公共視頻頻道(以下稱為“公共頻道”)上被提供。
(5)請求型個人投入服務下面，具體說明內(nèi)容提供系統(tǒng)1的請求型個人投入服務。
(5-1)請求型內(nèi)容產(chǎn)生處理用戶PC 2的CPU 10(圖3)在顯示器17上通過首先從HDD 12啟動圖像捕獲軟件顯示一個如圖10所示的捕獲屏幕50。
在這種情況下，用戶PC 2的CPU 10通過圖像捕獲軟件將一個經(jīng)過IEEE1394接口14連接的數(shù)字視頻攝像機18和一個捕獲屏幕50鏈接，并設置到請求模式以響應由內(nèi)容創(chuàng)作者進行的對影片模式轉(zhuǎn)換按鍵53的點擊操作。
隨后，用戶PC 2的CPU 10讓內(nèi)容創(chuàng)作者確認一個由數(shù)字視頻攝像機18拍攝的、顯示在取景顯示區(qū)51上的圖像，并通過由內(nèi)容創(chuàng)作者點擊捕獲按鍵52來開始用數(shù)字視頻攝像機18進行記錄，而且通過再次點擊捕獲按鍵52來結(jié)束記錄。
此時，用戶PC 2的CPU 10基于捕獲按鍵52的點擊操作捕獲由數(shù)字視頻攝像機18經(jīng)過IEEE1394接口14記錄的活動畫面數(shù)據(jù)，并在HDD 12中記錄一次。
下一步，用戶PC 2的CPU 10執(zhí)行圖像捕獲軟件在顯示器17上顯示一個確認屏幕55，如圖11所示。此確認屏幕55有一個視頻內(nèi)容顯示區(qū)56，用于顯示再現(xiàn)的、一次記錄在HDD 12上的活動畫面；一個時間編碼顯示區(qū)57，用于顯示被再現(xiàn)的活動畫面數(shù)據(jù)的時間編碼；一個日期顯示區(qū)58，用于顯示記錄日期；操作按鍵59，用于再現(xiàn)、停止、向前快放或回倒活動畫面數(shù)據(jù)；一個刪除按鍵60，用于從HDD 12上刪除部分或全部活動畫面數(shù)據(jù)；一個確定按鍵61；因此內(nèi)容創(chuàng)作者可以在確認屏幕55上基于記錄的活動畫面數(shù)據(jù)確認畫面并編輯它們以便僅僅保留期望的畫面。
詳細而言，當內(nèi)容創(chuàng)作者在在確認屏幕55上確認和編輯被記錄的活動畫面數(shù)據(jù)的畫面后點擊確定按鍵61時，用戶PC 2的CPU 10下一步啟動來自HDD 12的編輯軟件以在顯示器17上顯示一個編輯屏幕65，如圖12所示。
此編輯屏幕65有三種類型的確認屏顯示區(qū)66至68，能夠顯示用數(shù)字視頻攝像機18記錄的活動圖像數(shù)據(jù)的確認屏幕55；一個排序按鍵69，用于決定三個活動畫面數(shù)據(jù)的組合排序；一個組合按鍵70，用于按照已定的組合排序組合三個活動畫面數(shù)據(jù)；一個確定按鍵71。
因此，用戶PC 2的CPU 10決定了三個活動畫面數(shù)據(jù)的組合排序以響應由內(nèi)容創(chuàng)作者對排序按鍵69的點擊操作，并通過根據(jù)已定的、按照對組合按鍵70的點擊操作的組合排序來合成三個活動畫面數(shù)據(jù)來產(chǎn)生一個活動畫面文件，并將其一次存儲在HDD 12上作為在ASP 32的內(nèi)容服務器39中存儲的內(nèi)容。
(5-2)在請求型中的時間表預訂其后，當內(nèi)容創(chuàng)作者點擊確定按鍵71或桌上型電腦屏幕19上的上載圖標27時(圖4)，用戶PC 2的CPU 10啟動自動上載軟件，該軟件提前在用戶注冊時從ASP 32下載，并且，用戶PC 2的CPU 10在顯示器17上顯示一個請求型個人投入控制屏幕75，如圖13所示。
請求型個人投入控制屏幕75在模式顯示區(qū)76示出字母“On-Demand(請求)”表示當前正在請求模式，并在ISP名稱顯示區(qū)域77中自動顯示ISP 31的公司名稱，還在一個ASP頻道顯示區(qū)域78中顯示字母“MyChannel(我的頻道)”，它在請求模式下被自動寫出。
一個選擇按鍵81被提供在請求型個人投入控制屏幕75上，并當內(nèi)容創(chuàng)作者點擊此選擇按鍵81時，用戶PC 2的CPU 10按照自動上載軟件在請求型個人投入控制屏幕75上顯示如圖14所示的一個下拉菜單85。
此下拉菜單85有一個種類設定按鍵85A，用于指定內(nèi)容創(chuàng)作者制作的內(nèi)容的視頻種類；一個CODEC(編解碼器)選擇按鍵85B，用于當提供內(nèi)容給做出請求的客戶PC 4時選擇一個編解碼器；一個時間表預訂按鍵85C，用于使內(nèi)容創(chuàng)作者能自由決定一個內(nèi)容提供時間表；一個CM提供請求按鍵85D，用于向客戶PC 4提供一個CM圖像，該圖像由內(nèi)容創(chuàng)作者按需要附加在內(nèi)容的開始處；一個CM鏈接設置按鍵85E，用于從一個CM圖像鏈接到例如一個廣告贊助公司的主頁；一個內(nèi)容ID設定按鍵85F，用于設定與內(nèi)容相對應的內(nèi)容ID。
當內(nèi)容創(chuàng)作者點擊在下拉菜單85中的類型設定按鍵85A時，用戶PC 2的CPU 10根據(jù)自動上載軟件在顯示器17中顯示如圖15所示的一個我的頻道種類顯示屏幕90。
我的頻道種類屏幕90有類別圖標91至99，示出了內(nèi)容創(chuàng)作者用以指定內(nèi)容的視頻內(nèi)容種類的視頻內(nèi)容類別。當內(nèi)容創(chuàng)作者點擊它們中的任一個(例如“汽車”類圖標92)時，用戶PC 2的CPU 10確認內(nèi)容的視頻內(nèi)容種類為“汽車”，并進行一次存儲操作，在HDD 12上存儲該確認結(jié)果為類別數(shù)據(jù)。
而且，當內(nèi)容創(chuàng)作者點擊下拉菜單85中的編解碼器選擇按鍵85B時，用戶PC 2的CPU 10根據(jù)自動上載軟件在顯示器17上顯示一個編解碼器選擇屏幕100，如圖16所示。
此編解碼器選擇屏幕100被用于選擇例如MPEG(運動圖像專家組)4、MPEG 2和Real G2中的任何一個作為提供內(nèi)容給客戶PC 4的編解碼器，因此，如果一個復選標記被內(nèi)容創(chuàng)作者置于例如MPEG4上，用戶PC 2的CPU10確認編解碼器的類型為MPEG 4，并在HDD 12上存儲該確認結(jié)果為編解碼器類數(shù)據(jù)一次。
此外，當內(nèi)容創(chuàng)作者點擊下拉菜單85的時間表預訂按鍵85C時，用戶PC 2的CPU 10根據(jù)自動上載軟件在顯示器17上顯示一個請求型提供時間表管理屏幕105，如圖17所示。
此請求型提供時間表管理屏幕105有一個日歷顯示區(qū)106、一個圖像列表顯示區(qū)107、一個時間表內(nèi)容顯示區(qū)108、一個決定按鍵109、一個時間表內(nèi)容確定按鍵110和一個時間表內(nèi)容更新按鍵111。
當內(nèi)容創(chuàng)作者通過點擊操作在此請求型提供時間表管理屏幕105上從日期顯示區(qū)106選擇一個期望的提供內(nèi)容的日期(如2月19日)的時候，用戶PC 2的CPU 10確認內(nèi)容創(chuàng)作者期望的提供日期為2月19日，然后將2月19日在HDD 12存儲一次作為提供日期數(shù)據(jù)，并自動在時間表顯示區(qū)108的標題區(qū)寫和顯示提供日期(2月19日)。
而且，當內(nèi)容創(chuàng)作者通過在請求型提供時間表管理屏幕105上的時間表內(nèi)容顯示區(qū)108中點擊一個期望的開始時間和結(jié)束時間而指定一個時間表指定條112的時候，用戶PC 2的CPU 10確認從開始時間到結(jié)束時間的時間范圍，并同時顯示由內(nèi)容創(chuàng)作者指定的時間范圍分割的時間表指定條112。
這就是說，時間表內(nèi)容顯示區(qū)108中的時間表指定條112被劃分成一個從60000到65959的第一時間范圍，一個從70000到75959的第二時間范圍，一個從80000到85959的第三時間范圍，一個從90000到105959的第四時間范圍，…，一個從210000到215959的第五時間范圍和一個從220000到235959的第六時間范圍。
隨后，當內(nèi)容創(chuàng)作者通過點擊操作選擇了時間表指定條112上的一個期望的時間范圍并點擊指示視頻內(nèi)容表顯示區(qū)域107中的指示一個期望種類的視頻(如，4WD、跑車、電車)的一個期望的標志(MA，MB或MC)的時候，用戶PC 2的CPU 10通過標志(MA，MB或MC)確認要提供到所選擇的第一至第六時間范圍之中的內(nèi)容的圖像的種類并在時間表指定條112上的時間范圍中分別顯示被確認的標志。
然后，當決定按鍵109在請求型提供時間表管理屏幕105上被點擊時，用戶PC 2的CPU 10產(chǎn)生一個提供時間表程序以提供針對時間表指定條112上的第一至第六時間范圍而預訂的已定種類的內(nèi)容，并將其存儲在HDD 12上一次。
也就是說，提供時間表程序被編程來用于提供與標志MA相對應的“4WD”的內(nèi)容以響應在時間表指定條112上的第一時間范圍之中來自客戶PC 4的請求；用于提供與標志MB相對應的“跑車”的內(nèi)容以響應第二時間范圍之中來自客戶PC 4的請求；用于提供與標志MA相對應的“4WD”的內(nèi)容以響應第三時間范圍之中來自客戶PC 4的請求；用于提供與標志MC相對應的“私家轎車”的內(nèi)容以響應第四時間范圍之中來自客戶PC 4的請求；用于提供與標志MB相對應的“跑車”的內(nèi)容以響應第五時間范圍之中來自客戶PC 4的請求；用于提供與標志MA相對應的“4WD”的內(nèi)容以響應第六時間范圍之中來自客戶PC 4的請求。
另一方面，當內(nèi)容創(chuàng)作者在下拉菜單85(圖14)中點擊CM提供請求按鍵85D時候，用戶PC 2的CPU 10根據(jù)自動上載軟件在顯示器17上顯示一個CM提供請求屏幕115，如圖18所示。
此CM提供請求屏幕有一個CM期望按鍵115A和一個CM不期望按鍵115B來向內(nèi)容創(chuàng)作者提問是否他或她希望向一個客戶PC 4提供附在他或她的內(nèi)容的開始處的CM視頻內(nèi)容，因此僅當內(nèi)容創(chuàng)作者點擊CM期望按鍵115A時，用戶PC 2的CPU 10制作CM期望數(shù)據(jù)指示CM視頻內(nèi)容被期望附在內(nèi)容上，并將其存儲在HDD 12上一次。
而且，當內(nèi)容創(chuàng)作者在下拉菜單85中點擊CM鏈接設定按鍵85E時，用戶PC 2的CPU 10根據(jù)自動上載軟件在顯示器17中顯示一個CM鏈接設定屏幕116，如圖19所示。
此CM鏈接設定屏幕116有設定從初始附在內(nèi)容上的CM視頻內(nèi)容鏈接到例如一個廣告贊助公司主頁的鏈接點的一個鏈接按鍵116A和不設定從CM視頻內(nèi)容的鏈接的一個CM不鏈接按鍵116B，僅當CM鏈接按鍵116A被內(nèi)容創(chuàng)作者點擊時，用戶PC 2的CPU 10制作CM鏈接數(shù)據(jù)，以指示一個鏈接點被期望設置成從一個CM視頻內(nèi)容鏈接到一個給定的主頁，并將其存儲在HDD 12中一次。
而且，當內(nèi)容創(chuàng)作者點擊下拉菜單85中的內(nèi)容ID設定按鍵85F時，用戶PC 2的CPU 10根據(jù)自動上載軟件在顯示器17上顯示一個內(nèi)容ID設定屏幕117，如圖20所示。
內(nèi)容ID設定屏幕117有內(nèi)容ID輸入?yún)^(qū)117A，當內(nèi)容創(chuàng)作者輸入與內(nèi)容相對應的內(nèi)容ID并按下回車鍵時。用戶PC 2的CPU 10確認內(nèi)容ID并將其存儲在HDD 12上一次。
以這種方式，用戶PC 2的CPU 10設定各種條件用于利用通過點擊個人投入控制屏幕75上的選擇按鍵81而顯示的下拉菜單85來提供內(nèi)容，并新建一個請求型提供時間表控制文件120，如圖21所示，這是基于記錄在HDD 12上一次的各種條件數(shù)據(jù)(類別數(shù)據(jù)、編解碼器類數(shù)據(jù)、提供時間表程序、CM期望數(shù)據(jù)、CM鏈接數(shù)據(jù)和內(nèi)容ID)以及在用戶注冊程序處理中建立的用戶信息文件25的內(nèi)容，用戶PC 2的CPU 10將文件120在HDD 12上存儲一次。
這就是說，在HDD 12上存儲一次的請求型提供時間表控制文件120包括ISP名稱(*****)，作為一個“ISP連接點”用于與因特網(wǎng)5連接；頻道類型(我的頻道)，在ASP 32提供內(nèi)容時作為“ASP頻道”；內(nèi)容ID(***)，由內(nèi)容創(chuàng)作者決定作為“內(nèi)容ID”；編解碼器(MPEG 4)，在提供內(nèi)容時作為“編解碼器”；圖像類別(汽車)，作為“圖像種類”；提供時間表數(shù)據(jù)的內(nèi)容(各種條件，如“從2月19日600開始”)作為“提供時間表”；鏈接的CM(無CM鏈接)的存在/不存在，作為“CM鏈接”；一個用戶ID(kimukimu)，作為用戶注冊時的“用戶ID”；一個口令(*****)，作為用戶注冊時的“口令”。
因此，用戶PC 2的CPU 10基于請求型提供時間表控制文件120在請求型個人投入控制屏幕75(圖13)上的視頻種類顯示區(qū)79中顯示字母“car(汽車)”作為內(nèi)容的圖像類別，并在提供時間表預訂區(qū)80上顯示字母“start at 600Feb.19(從2月19日600開始)”作為內(nèi)容的提供時間表。
注意，已經(jīng)說明了CM鏈接和內(nèi)容ID由用戶PC 2利用下拉菜單85設定，但是，它們也可以由ASP 32的管理服務器36自動設定。
例如，對于CM鏈接，當一個鏈接已經(jīng)被CM客戶7指定時，針對一個已定由客戶PC 4提供的CM的CM鏈接被自動生成。
而且，例如，當一個圖像被上載時，內(nèi)容ID被ASP 32的管理服務器36自動設定，因此使得可能通過ASP 32的管理服務器36利用此ID管理一個圖像。
(5-3)在請求型中到ASP的連接處理下一步，當內(nèi)容創(chuàng)作者確認請求型個人投入控制屏幕75的內(nèi)容(圖13)并點擊連接鍵82時，用戶PC 2的CPU 10根據(jù)自動上載軟件開始一個例程RT2的開始步驟，如圖22所示，并移向下一步SP 11。
在步驟SP 11，用戶PC 2的CPU 10通過因特網(wǎng)5經(jīng)由網(wǎng)絡接口16(圖3)并通過ISP 31登錄到ASP 32，并且訪問ASP 32的用戶信息數(shù)據(jù)庫37以獲取用戶ID、口令等的驗證，然后移向步驟SP 12。
在已經(jīng)獲得在步驟SP 12中由ASP 32執(zhí)行的驗證時，用戶PC 2的CPU 10從HDD 12讀出內(nèi)容的活動畫面文件和請求型提供時間表控制文件120，并從網(wǎng)絡接口16經(jīng)由因特網(wǎng)5、ISP 31的網(wǎng)絡接口35和ASP 32的網(wǎng)絡接口41向管理服務器36傳送內(nèi)容的活動畫面文件和請求型提供時間表控制文件120，然后進行到下一步SP 13，在此結(jié)束處理過程。
以這種方式，用戶PC 2的CPU 10能夠根據(jù)自動上載軟件上載內(nèi)容的活動畫面文件和請求型提供時間表控制文件120到ASP 32。
在經(jīng)由網(wǎng)絡接口41收到內(nèi)容的活動畫面文件和請求型提供時間表控制文件120時，ASP 32的管理服務器36在提供時間表管理數(shù)據(jù)庫38中注冊請求型提供時間表控制文件120，并在與在用戶注冊中由用戶PC 2獲得的URL相對應的內(nèi)容服務器39的專用存儲區(qū)存儲該內(nèi)容的活動畫面文件。
在CM提供請求是“帶有CM”的、作為請求型時間表控制文件120的內(nèi)容的情況下，ASP 32的管理服務器36通過將由CM客戶7提前提供并存儲在CM控制數(shù)據(jù)庫44中的CM視頻附于內(nèi)容的活動畫面文件的開始處而生成一個帶有CM的活動畫面文件，并又一次在內(nèi)容服務器39中保留它。
同時，ISP 31的控制服務器33與用戶PC 2的用戶ID相對應而收取因特網(wǎng)連接費用——它在用戶PC 2向ASP 32上載內(nèi)容的活動畫面文件和請求型提供時間表控制文件120的時候發(fā)生，并更新收費管理數(shù)據(jù)庫34的收費數(shù)據(jù)。
而且，ASP 32的管理服務器36與用戶PC 2的用戶ID相對應而收取ASP32的服務費，并經(jīng)由ISP 31的網(wǎng)絡接口41和網(wǎng)絡接口35傳送此收費數(shù)據(jù)到收費管理數(shù)據(jù)庫34以更新收費管理數(shù)據(jù)庫34的收費數(shù)據(jù)。
此外，當用戶PC 2有一個關于稱為“你最喜歡的課程”的固定收費服務的合同時，ASP 32的控制服務器36僅在用戶信息數(shù)據(jù)庫37記錄從連接開始時間和日期到連接結(jié)束時間和日期的連接時間，將服務收費固定而不執(zhí)行收費處理。
為了在內(nèi)容的活動畫面文件和請求型提供時間表控制文件120被上載到ASP 32后確認請求型提供時間表控制文件120的內(nèi)容，內(nèi)容創(chuàng)作者要做的事僅是在請求型時間表管理屏幕105上點擊時間表內(nèi)容確認按鍵110(圖17)。
此時，用戶PC 2的CPU 10根據(jù)自動上載軟件開始如圖23所示的一個例程RT3的開始步驟，并進行到步驟SP 15。
在步驟SP 15，當內(nèi)容創(chuàng)作者點擊時間表確認按鍵110時，用戶PC 2的CPU 10通過訪問ASP 32的用戶信息數(shù)據(jù)庫37來執(zhí)行從網(wǎng)絡接口16(圖3)經(jīng)由因特網(wǎng)5和ISP 31向ASP 32的登錄處理以獲得用戶ID、口令等的驗證，然后進行到下一步SP 16。
由于ASP 32的管理服務器36已經(jīng)獲得了用戶ID、口令等的驗證，因此用戶PC 2的CPU 10在步驟SP 16從提供時間表管理數(shù)據(jù)庫38被提供了請求型提供時間表控制文件120，并基于請求型提供時間表控制文件120在顯示器17上又一次顯示了請求型提供時間表管理屏幕105(圖17)。
用戶PC 2的CPU 10以這種方式在顯示器17上顯示請求型提供時間表管理屏幕105，以便內(nèi)容創(chuàng)作者可以重新確認請求型提供時間表控制文件120的內(nèi)容。
在此之后，在改變請求型提供時間表控制文件120的內(nèi)容的情況下，當在請求型提供時間表管理屏幕105上提供時間表被改變后內(nèi)容創(chuàng)作者點擊決定按鍵109時，用戶PC 2的CPU 10進行到下一步SP 17。
在步驟SP 17，用戶PC 2的CPU 10基于在請求型提供時間表管理屏幕105上改變的內(nèi)容而生成一個新的提供時間表以基于此程序生成一個新的請求型提供時間表控制文件120，然后進行到下一步SP 18。
當內(nèi)容創(chuàng)作者在請求型提供時間表管理屏幕105上點擊更新按鍵111時，用戶PC 2的CPU 10通過因特網(wǎng)5向ASP 32傳送那個新的請求型提供時間表控制文件120，并進行到下一步SP 19，在此結(jié)束處理過程。
作為結(jié)果，ASP 32的控制服務器36基于那個新的請求型提供時間表控制文件120而更新提供時間表管理數(shù)據(jù)庫39以便從此基于此新的請求型提供時間表控制文件120管理內(nèi)容的提供時間表。
(5-4)請求型內(nèi)容提供處理與用戶PC 2類似，客戶PC 4也在接收內(nèi)容時向內(nèi)容提供者3進行用戶注冊。在這種情況下，客戶PC 4按照例程RT1(圖8)的用戶注冊處理程序執(zhí)行用戶注冊，然后ASP 32的控制服務器36與客戶PC 4的用戶ID和口令相對應地在觀察器信息數(shù)據(jù)庫40中注冊一個觀察器信息文件。
在用戶注冊未進行的情況下，客戶PC 4作為一個參觀者可以直接訪問ASP 32提供的個人投入服務的網(wǎng)站。只有進行了用戶注冊的客戶PC 4才被允許容易地向使客戶感動、使客戶有同感或使客戶感到很好的內(nèi)容的內(nèi)容創(chuàng)作者做出捐贈。關于捐贈的說明下面給出。
在實踐中，例如在內(nèi)容被提供給進行了用戶注冊的請求型客戶PC 4這樣的情形下，ASP 32的管理服務器36根據(jù)從硬盤內(nèi)讀取的內(nèi)容提供程序開始如圖24所示的例程RT4的開始步驟，并進行到步驟SP21。
在步驟SP 21，ASP 32的管理服務器36被客戶PC 4登錄并基于來自用戶PC 4發(fā)來的用戶ID和口令而引用觀察器信息數(shù)據(jù)庫中的觀察器信息，然后進行到下一步SP22。
在步驟SP 22中，ASP 32的管理服務器36基于用戶ID和口令，參考觀察器信息數(shù)據(jù)庫40中的觀察器信息文件，來判斷登錄的客戶PC 4是否是一個合法的已注冊用戶。
如果這里獲得一個否定結(jié)果意味著用戶ID和口令與觀察器信息數(shù)據(jù)庫40中注冊的內(nèi)容不相符，于是ASP 32的管理服務器36返回步驟SP 21，讓客戶PC 4再次執(zhí)行登錄處理來輸入正確的用戶ID和口令。
另一方面，在步驟SP 22獲得一個肯定結(jié)果意味著客戶PC 4是一個合格的已注冊用戶，于是ASP 32的管理服務器36移向步驟SP 23。
在步驟SP 23，ASP 32的管理服務器36從內(nèi)容服務器39讀出個人投入服務中的主頁的HTML文件以響應來自客戶PC 4的訪問，并將其通過因特網(wǎng)5經(jīng)由網(wǎng)絡接口41發(fā)送給客戶PC 4。
客戶PC 4與用戶PC 2有近乎相同的結(jié)構(gòu)(圖3)，其CPU(圖中未示出)接收從ASP 32發(fā)送的個人投入服務中的主頁的HTML文件，并在顯示器上以主頁屏幕125(NetScape通信公司的netscape瀏覽器屏幕)顯示它，如圖25所示。
此主頁屏幕125顯示一個請求型我的頻道選擇按鍵127，用以接收在請求型選擇顯示區(qū)126中我的頻道的內(nèi)容；一個直播型公共頻道選擇按鍵129，用以接收在直播型選擇顯示區(qū)128中的公共頻道中的一個直播視頻的內(nèi)容；一個直播型我的頻道選擇按鍵130，用以接收在直播型選擇顯示區(qū)128中的我的頻道的直播視頻的內(nèi)容。
當用戶點擊在此主頁屏幕125中的請求型我的頻道選擇按鍵127時，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送一個模式選擇信號，指示請求型我的頻道選擇按鍵127已被按下。
在步驟SP 24，管理服務器36基于從客戶PC 4發(fā)送的模式選擇信號從內(nèi)容服務器39檢索構(gòu)成我的頻道的一個種類表屏幕的一個HTML文件，并將其通過因特網(wǎng)5經(jīng)由網(wǎng)絡接口41發(fā)送到客戶PC 4。
因此，客戶PC 4的CPU接收從ASP 32傳送的我的頻道的種類表屏幕的HTML文件，并在顯示器上將其顯示作為我的頻道的種類表屏幕135，如圖26所示。
此我的頻道的種類表屏幕135與我的頻道的種類表屏幕90(圖15)近乎相同——該種類表屏幕90由內(nèi)容創(chuàng)作者用于選擇內(nèi)容的視頻種類，并在其上顯示分配給每個圖像類別的類別圖標136至144。
當客戶PC 4的用戶從我的頻道的種類表屏幕135上的那些種類圖標136至144中點擊任何一個(如“汽車”種類圖標137)時，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送與“汽車”種類圖標137相對應的一個種類選擇信號。
在步驟SP 25，ASP 32的管理服務器36基于從客戶PC 4發(fā)送的種類選擇信號從內(nèi)容服務器39檢索關于圖像種類“汽車”的頻道顯示屏幕的HTML文件，并通過因特網(wǎng)5經(jīng)由網(wǎng)絡接口41將其發(fā)送到客戶PC 4。
其后，客戶PC 4的CPU接收從ASP 32發(fā)送的頻道顯示屏幕的HTML文件，并在顯示器上以關于視頻種類“汽車”的頻道顯示屏幕150顯示它，如圖27所示。
此頻道顯示屏幕150以頻道名稱(如Kimura頻道)顯示頻道按鍵151至159，當內(nèi)容創(chuàng)作者執(zhí)行用戶注冊處理時這些頻道名稱被建立在用戶信息DB表45中(圖9)。用戶可以從各按鍵中點擊和選擇一個期望的頻道按鍵(如Kimura頻道)。
在步驟SP 26中，ASP 32的管理服務器36判斷是否一個期望的頻道按鍵155被觀看頻道顯示屏幕150的客戶PC 4的用戶點擊選擇。
在這種情況下，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送對應于用戶所選的頻道按鍵155而設置的一個內(nèi)容ID。
因此，ASP 32的管理服務器36在內(nèi)容ID被收到之處確認一個期望的頻道按鍵155被點擊，并基于該內(nèi)容ID，參考存儲在提供時間表管理數(shù)據(jù)庫38中的請求型提供時間表控制文件120而捕獲一個與頻道按鍵155相對應的URL。
在步驟SP 26獲得一個否定結(jié)果意味著用戶沒有選擇頻道顯示屏幕150上顯示的頻道按鍵151至159中的任何一個，于是ASP 32的管理服務器36等待直到頻道按鍵151至159中的任何一個被選擇。
另一方面，在步驟SP 26獲得一個肯定結(jié)果意味著用戶已經(jīng)從頻道按鍵155至159中點擊了期望的頻道按鍵155，于是ASP 32的管理服務器36向下一步SP 27進行。
在通過因特網(wǎng)5從客戶PC 4收到與被點擊的頻道(如Kimura頻道)相對應的內(nèi)容ID時，ASP 32的管理服務器36基于該內(nèi)容ID引用請求型提供時間表控制文件120，并在頻道按鍵155被點擊時，并基于與內(nèi)容ID相對應的URL從內(nèi)容服務器39中的專用存儲區(qū)檢索要被提供的、帶有某種視頻種類(MA、MB或MC)的一個CM視頻的一個活動圖像文件，而且通過因特網(wǎng)5將其發(fā)送給客戶PC 4，然后進行到下一步SP 28，在此結(jié)束處理過程。
在實際中，例如當用戶在2月29日上午1055在頻道顯示屏幕150上點擊一個頻道按鍵(如Kimura頻道)155時，ASP 32的管理服務器36引用請求型提供時間表控制文件120，并按照請求型提供時間表管理屏幕105上(圖17)指定的時間表內(nèi)容顯示區(qū)域108上的提供時間表向客戶PC 4發(fā)送帶有影片類型“私家轎車”的CM的活動圖像文件。
于是，客戶PC 4基于收到的帶有CM的活動圖像文件在顯示器上顯示一個內(nèi)容顯示屏幕165，如圖28所示，一個CM影片首先被顯示在內(nèi)容顯示屏幕165的中心出現(xiàn)的顯示區(qū)166中，其后一輛車“sedan(私家轎車)(MC)”的活動畫面被顯示。
如上所述，ASP 32的管理服務器36按照請求型提供時間表控制文件120要向客戶PC 4發(fā)送要在客戶PC 4的用戶點擊頻道按鍵151至159時被提供的一種帶有CM的活動畫面文件。
因此，ASP 32的管理服務器36能夠沒有延遲地迅速發(fā)送內(nèi)容，即使當在幾乎同時傳送相同內(nèi)容給多個客戶PC 4以響應多個客戶PC 4的請求的時候也是如此，這與在某一定時同時要發(fā)送多個內(nèi)容的情況形成對比，因為這里使用了傳送線路的更窄的帶寬。
而且，此時，每次帶有CM的活動圖像文件被提供給客戶PC 4以響應點擊操作時，ASP 32的管理服務器36對客戶PC 4的點擊進行計數(shù)作為訪問次數(shù)。
在此情況下，所計數(shù)的訪問次數(shù)與觀看CM視頻的人數(shù)相當，ASP 32的管理服務器36被設計成按照對內(nèi)容創(chuàng)作者的訪問次數(shù)來提供分數(shù)，以便一個合理的收益返還提供給制作了訪問次數(shù)最多的內(nèi)容的內(nèi)容創(chuàng)作者。為此，與用戶ID相對應，內(nèi)容創(chuàng)作者的分數(shù)被注冊在用戶信息DB表45中，然后它被存儲在用戶數(shù)據(jù)庫37中。
(6)直播型個人投入服務下面，具體解釋內(nèi)容提供系統(tǒng)1的直播型的個人投入服務。
(6-1)直播型時間表預約在直播型中，為了實時地提供直播視頻的內(nèi)容，不必制作內(nèi)容的活動畫面文件和在ASP 32的內(nèi)容服務器39中提前存儲該被制作的活動畫面文件，這與請求型不同。
然而，在直播型中，因為內(nèi)容要被提供到公共頻道上(婚禮儀式頻道、直播音樂頻道、直播戲曲頻道或直播事件頻道)，有必要在一個期望的時間表范圍中提前預訂一個公共頻道。
這就是說，在期望的時間表范圍中預訂一個公共頻道意味著在期望的時間表范圍內(nèi)預訂與每個公共頻道的URL相對應的內(nèi)容服務器39的專用存儲區(qū)域。
在實際中，當ASP 32提供直播型視頻的內(nèi)容時，它讀取和輸出從用戶PC 2發(fā)送的直播型視頻的活動畫面文件，同時向由針對每個公共頻道的URL指定的內(nèi)容服務器39的專用存儲區(qū)域?qū)⑺鼘懭胍淮巍?br> 這就是說，為了在時間表范圍內(nèi)預訂一個公共頻道，用戶PC 2的CPU 10首先通過啟動圖像捕獲軟件在顯示器17上顯示捕獲屏幕50(圖10)，這也是請求型的情況。
而且，在響應對捕獲屏幕50上的影片模式轉(zhuǎn)換按鍵53的點擊操作而設定直播模式后，用戶PC 2的CPU 10啟動在用戶注冊時提前從ASP 32下載的自動上載軟件，并在顯示器17中顯示一個直播型個人投入控制屏幕170，如圖29所示，其中相同的標號被施加到與圖13中的那些部件相對應的部件上。
直播型個人投入控制屏幕170在模式顯示區(qū)171顯示指示直播模式目前被設置的字母“LIVE(直播)”，并在ASP頻道顯示區(qū)172上顯示被設置為直播模式下的默認情況的字母“PUBLIC CHANNEL(公共頻道)”，直播型個人投入控制屏幕170有一個時間表預訂按鍵173，它頂替請求型個人投入控制屏幕75上的選擇按鍵81(圖13)。
另外，直播型個人投入控制屏幕170在視頻種類顯示區(qū)79上顯示一個公共頻道的名稱(如“LIVE MUSIC(直播音樂)”)，它當內(nèi)容創(chuàng)作者預訂時間表時被從四個類型的頻道中決定婚禮儀式頻道、直播音樂頻道、直播戲曲頻道和直播事件頻道，它們被設置為公共頻道。
而且，直播型個人投入控制頻道170象請求型一樣在提供時間表預訂顯示區(qū)80中顯示由內(nèi)容創(chuàng)作者預訂的直播視頻的內(nèi)容的提供時間和日期。
在如上所述的直播型個人投入控制屏幕170中，當內(nèi)容創(chuàng)作者點擊時間表預訂按鍵173時，用戶PC 2的CPU 10啟動從ASP 32下載的自動上載軟件，并啟動一個例程RT5的開始步驟，，如圖30所示，然后進行到步驟SP 31。
在步驟SP 31，用戶PC 2的CPU 10經(jīng)由網(wǎng)絡接口16(圖3)通過因特網(wǎng)5和通過ISP 31登錄到ASP 32，并基于用戶ID、口令等通過訪問ASP 32用戶信息數(shù)據(jù)庫37獲得驗證，隨后移向下一步SP 32。
在步驟SP 32中，用戶PC 2的CPU 10通過因特網(wǎng)5接收一個有關公共頻道預訂狀態(tài)的直播型提供控制文件——該文件由ASP 32的管理服務器36從提供時間表管理數(shù)據(jù)庫38讀取，并將其記錄在HDD上，然后進行到下一步SP 33。
在步驟SP 33，用戶PC 2的CPU 10基于從ASP 32提供的有關公共頻道預訂狀態(tài)的直播型提供時間表控制文件而在顯示器17上顯示公共頻道的一個直播型提供時間表管理屏幕175，如圖31所示，然后在下一步SP 34終止處理。
此直播型提供時間表管理屏幕175有4個公共頻道按鍵婚禮儀式頻道按鍵176、直播音樂頻道按鍵177、直播戲曲頻道按鍵178、直播事件頻道按鍵179，它們分別與婚禮儀式頻道、直播音樂頻道、直播戲曲頻道和直播事件頻道相對應。
當內(nèi)容創(chuàng)作者從4個公共頻道中點擊例如直播音樂頻道按鍵177時，用戶PC 2的CPU 10基于直播型提供時間表控制文件在時間表內(nèi)容顯示區(qū)180中顯示“LIVE MUSIC CHANNEL(直播音樂頻道)”的當前預訂狀態(tài)。
在時間表內(nèi)容顯示區(qū)180中的時間表計劃表182默認情況下表示了當天的預訂狀態(tài)，當內(nèi)容創(chuàng)作者在日歷顯示區(qū)181中點擊一個期望的預訂日期(如2月19日)時，用戶PC 2的CPU 10基于直播型提供時間表控制文件在時間表計劃表182中顯示針對直播型音樂頻道的期望預訂日期(2月19日)的預訂狀態(tài)。
內(nèi)容創(chuàng)作者要確認顯示在時間表計劃表182中的在一個期望的預訂日期(2月19日)的預訂狀態(tài)并利用光標從時間表指定條183的“空缺”時間表指定一個期望的開始時間(如1000)和一個結(jié)束時間(105959)，這決定了針對要提供的直播視頻的內(nèi)容的時間表范圍183A。
通過執(zhí)行上述操作，用戶PC 2的CPU 10確認由內(nèi)容創(chuàng)作者指定的時間表范圍183A的開始時間和結(jié)束時間為預訂時間表范圍數(shù)據(jù)，并又將其寫入直播型提供時間表控制文件中，在時間表范圍183A中顯示“FULL(滿)”。
當內(nèi)容創(chuàng)作者輸入要在預訂時間表范圍183A中提供的內(nèi)容的名稱(如“xxtour(xx旅游)”)時，該名稱與給定的內(nèi)容ID相對應地被自動添加到直播型提供時間表控制文件。
例如，當一個復選標記在編解碼器選擇顯示區(qū)184中被附在MPEG 4將其作為在提供直播視頻內(nèi)容的時候的一個編解碼器時，用戶PC 2的CPU 10確認所選的編解碼器的類型為MPEG 4，添加該確認內(nèi)容到直播型提供時間表控制文件作為編解碼器型數(shù)據(jù)。
當內(nèi)容創(chuàng)作者從用于添加CM視頻到內(nèi)容的開始處并將其提供給客戶PC4的CM期望按鍵185和不提供CM視頻到客戶PC 4的CM不期望按鍵186中點擊CM期望按鍵185時，用戶PC 2的CPU 10產(chǎn)生CM期望的數(shù)據(jù)以添加該CM視頻到直播視頻的內(nèi)容，并將其添加到直播型提供時間表控制文件。
通過執(zhí)行各種設置以在作為公共頻道的直播音樂頻道上提供直播視頻的內(nèi)容，如上所述，產(chǎn)生了一個新的直播型提供時間表控制文件189，如圖32所示，并在HDD 12上將其記錄一次。
直播型提供時間表控制文件189存儲一個ISP名稱(*****)，用于當與因特網(wǎng)5連接時，作為“ISP連接目的地”；一個頻道類型(公共頻道)，用在當ASP提供直播視頻的內(nèi)容時，作為一個“ASP頻道”；內(nèi)容的標題(xx旅游)，作為“內(nèi)容名稱”；提供的編解碼器(MPEG 4)，作為“編解碼器”；內(nèi)容創(chuàng)作者按照直播視頻的內(nèi)容選擇的公共頻道的類型(直播音樂頻道)，作為一個“公共頻道”；一個時間和日期(各種情況如從2月19日1000開始的提供時間表)，作為“提供時間表”；CM提供請求(帶有CM)的有/無，作為“CM請求”；在用戶注冊過程中確定的一個用戶ID(kimkim)，作為“用戶ID”；在用戶注冊過程中確定的口令(*****)，作為“口令”。
當內(nèi)容創(chuàng)作者在直播型提供時間表管理屏幕175上點擊預訂按鍵187時，用戶PC 2的CPU 10啟動一個例程RT6的開始步驟，并根據(jù)自動上載軟件移向步驟SP41。
在步驟SP 41，用戶PC 2的CPU 10利用網(wǎng)絡接口16(圖3)通過因特網(wǎng)5經(jīng)過ISP 31登錄到ASP 32，并基于用戶ID和口令等通過訪問ASP 32的用戶信息數(shù)據(jù)庫37而獲得驗證，隨后進行到下一步SP 42。
在步驟SP42，用戶PC 2的CPU 10在已經(jīng)從ASP 32獲得驗證后，通過因特網(wǎng)5將一個新建立的直播型提供時間表控制文件189傳送到ASP 32的管理服務器36，并進行到下一步SP 43。
然后，ASP 32的管理服務器36利用從用戶PC 2傳送的直播型提供時間表控制文件189更新提供時間表管理數(shù)據(jù)庫38，并隨后從提供時間表管理數(shù)據(jù)庫38再次讀取直播型提供時間表控制文件189，并將其發(fā)送回用戶PC 2。
此時，ASP 32的管理服務器36對應于用戶ID來收取針對新執(zhí)行的用以提供直播視頻給用戶PC 2的預訂處理的預訂費用作為服務費用，并更新在用戶信息數(shù)據(jù)庫37中的用戶信息DB表45。
在步驟SP 43，用戶PC 2的CPU 10接收隨著提供時間表管理數(shù)據(jù)庫38被更新而更新的直播型提供時間表控制文件189，并基于直播型提供時間表控制文件189在顯示器17上再次顯示直播型提供時間表管理屏幕175以供確認，然后進行到下一步SP44，在此處理終止。
注意此時顯示的直播型提供時間表管理屏幕175以特定顏色顯示了在其上顯示有字母“FULL(滿)”的時間表范圍183A以供內(nèi)容創(chuàng)作者確認，此處內(nèi)容創(chuàng)作者可以容易地確認他或她自己預訂的內(nèi)容的時間表。
順便提一下，作為在公共頻道直播型提供時間表管理屏幕175上(圖31)時間表內(nèi)容顯示區(qū)180所示的確認預訂狀態(tài)的結(jié)果，在“FULL”被寫在時間表時間計劃表182中的時間表指定條183上的提供直播視頻內(nèi)容的期望的時間表范圍的情況下，直播視頻的內(nèi)容不能被提供到那個公共頻道上。
當內(nèi)容創(chuàng)作者點擊這種情況下的在直播型提供時間表管理屏幕175的下部提供的我的頻道按鍵188時，用戶PC 2的CPU 10從ASP 32的管理服務器36接收提供時間表管理數(shù)據(jù)庫38的一個請求型時間表控制文件120，并基于請求型提供時間表控制文件120顯示我的頻道的直播型提供時間表管理屏幕190，如圖34所示。
這個我的頻道的直播型提供時間表管理屏幕190能夠在時間表指定條194上對利用一個“空缺”時間而不是在請求型中提供內(nèi)容的被預訂的時間表范圍(MA和MB指示的時間表范圍)來提供直播視頻的內(nèi)容做一個預訂，并帶有一個我的頻道時間表內(nèi)容顯示區(qū)191、一個我的頻道種類表區(qū)195、一個編解碼器選擇區(qū)205、一個CM期望按鍵206、一個CM不期望按鍵207和一個預訂按鍵208。
也是在這種情況下，當內(nèi)容創(chuàng)作者在我的頻道時間表內(nèi)容顯示區(qū)191的日歷顯示區(qū)192中點擊一個期望的預訂日期(如2月19日)時，用戶PC 2的CPU 10基于請求型提供時間表控制文件120在時間表時間計劃表193上顯示我的頻道的期望預訂日期(2月19日)的預訂狀態(tài)。
因此，內(nèi)容創(chuàng)作者可以確認顯示在時間表時間計劃表193的預訂狀態(tài)，并在時間表指定條194上的“空缺”時間表中利用光標指定一個期望的開始時間(如1000)和結(jié)束時間(105959)以確定一個時間表范圍194A，在其中直播視頻的內(nèi)容被提供在我的頻道上。
因此，用戶PC 2的CPU 10確認由內(nèi)容創(chuàng)作者確定的在時間表范圍194A上顯示的開始時間和結(jié)束時間作為被預訂的時間表范圍數(shù)據(jù)，同時在時間表范圍194A中顯示字母“FULL”，并在HDD 12上存儲一次預訂時間時間表范圍數(shù)據(jù)。
下一步，當對應于直播視頻的視頻種類的類別(音樂)圖標199被從顯示在我的頻道種類顯示區(qū)195中的類別圖標196至204中點擊時，用戶PC 2的CPU 10確認所選的視頻類別的種類為“音樂”，在HDD 12上記錄此確認結(jié)果一次作為類別數(shù)據(jù)。
此時，用戶PC 2的CPU 10在時間表指定條194上的時間表范圍194A中指示字母“music(音樂)”，取代了字母“FULL”。
隨后，例如當一個復選標記在編解碼器選擇顯示區(qū)205上被放在MPEG 4上作為向客戶PC 4提供直播視頻的內(nèi)容的編解碼器時，用戶PC 2的CPU 10確認所選的編解碼器型為MPEG4，并將確認結(jié)果在HDD 12上作為編解碼器型數(shù)據(jù)存儲一次。
當內(nèi)容創(chuàng)作者從用以添加一個CM視頻到內(nèi)容的開始之處并將其提供給客戶PC 4的CM期望按鍵206和用以提供沒有CM視頻的內(nèi)容給客戶PC 4的CM不期望按鍵207中點擊CM期望按鍵206時，用戶PC 2的CPU 10也產(chǎn)生指示一個CM視頻被期望附加在直播視頻的內(nèi)容上的CM期望數(shù)據(jù)，并將其存儲在HDD 12上一次。
在如上所述執(zhí)行了各種設定以提供一個直播音樂的直播視頻作為我的頻道的內(nèi)容后，當內(nèi)容創(chuàng)作者點擊預訂按鍵208時，用戶PC 2的CPU 10產(chǎn)生了如圖35所示的一個新的我的頻道的直播型提供時間表控制文件210，并將其通過因特網(wǎng)5傳送到ASP 32的管理服務器36以將其在提供時間表管理數(shù)據(jù)庫38中注冊。
順便說一下，對于對提供在我的頻道上的直播視頻的內(nèi)容做預訂的多個內(nèi)容創(chuàng)作者來說，ASP 32的管理服務器36對可以在同一時間表范圍內(nèi)被提供的直播視頻的內(nèi)容的數(shù)量有一個限制(如最大為10)。
當ASP 32的管理服務器36基于從內(nèi)部硬盤上讀取的提供時間表程序檢測到內(nèi)容的數(shù)量已經(jīng)在內(nèi)容創(chuàng)作者期望的時間表范圍中達到最大值時，它不接收此后從用戶PC 2發(fā)來的我的頻道的直播型提供時間表控制文件210，并讀取一個提前存儲在提供時間表管理數(shù)據(jù)庫38中的未能預訂消息顯示屏幕的圖像數(shù)據(jù)，然后將其通過因特網(wǎng)5傳送給用戶PC 2。
用戶PC 2的CPU 10基于未能預訂消息顯示屏幕的圖像數(shù)據(jù)在顯示器17上顯示一個如圖36所示的未能預訂消息顯示屏幕的圖像數(shù)據(jù)212，以通知內(nèi)容創(chuàng)作者“在其中要實時提供直播視頻的內(nèi)容的、期望的時間表范圍已經(jīng)全部被預訂”。
因此，ASP 32的管理服務器36可以實時無差錯地提供直播視頻的內(nèi)容給客戶PC 4，而沒有由于處理性能和線路帶寬上的可能問題導致的提供內(nèi)容上的阻礙或延遲，因為允許被同時提供的內(nèi)容數(shù)量的上限從來不可超過，因此防止了直播視頻的內(nèi)容的質(zhì)量被損害。
如上所述，為了在一個期望日期的期望時間實時提供直播型視頻的內(nèi)容，用戶PC 2的CPU 10可以在下面兩種方法中選擇任何一個提供公共頻道的內(nèi)容；當所有公共頻道已被預訂時提供我的頻道的內(nèi)容。
因此，當用戶PC 2的內(nèi)容創(chuàng)作者要實時提供他或她的業(yè)余波段的直播視頻時，他或她可以選擇一個方法來將其在我的頻道上提供，或當他或她要提供著名專業(yè)藝術家的直播視頻時，他或她可以選擇一個在公共頻道上提供它的方法。
如上所述，考慮到內(nèi)容或觀看或者收聽該內(nèi)容的用戶，內(nèi)容提供服務系統(tǒng)1被設計成不是請求型就是直播型可以被選為內(nèi)容提供模式。
(6-2在直播型中到ASP的連接處理)在結(jié)束對于提供直播視頻的內(nèi)容的時間和日期預訂處理后，用戶PC 2的CPU 10下一步在顯示器17上再次顯示直播型個人投入控制屏幕170(圖29)。
此時，內(nèi)容創(chuàng)作者確認對于通過觀看直播型個人投入控制屏幕170而提供直播視頻的內(nèi)容的預訂的內(nèi)容，并隨后當?shù)竭_預訂的開始時間時在攝像地點使用數(shù)字視頻攝像機18(圖3)開始記錄，并點擊連接按鍵82以實時提供直播視頻的內(nèi)容。
然后，用戶PC 2的CPU 10根據(jù)自動上載軟件開始一個如圖37所示的例程RT7的開始步驟，并進行到步驟SP 51。
在步驟SP 51，用戶PC 2的CPU 10通過網(wǎng)絡接口16、因特網(wǎng)5和ISP 31登錄到ASP 32，并訪問在ASP 32的用戶信息數(shù)據(jù)庫37以基于用戶ID和口令獲取驗證，然后進行到下一步SP 52。
在步驟SP 52，用戶PC 2的CPU 10控制ASP 32的管理服務器36以基于用戶ID和口令確認存儲在提供時間表管理數(shù)據(jù)庫38中的直播型提供時間表控制文件189(圖32)的內(nèi)容，然后進行到下一步SP 53。
因此，ASP 32的管理服務器36確認在提供時間表管理數(shù)據(jù)庫38中的直播型提供時間表控制文件189的內(nèi)容，以便關于要被提供的直播視頻的內(nèi)容的預訂狀態(tài)可以通過使用用戶PC 2而被確定。
在步驟SP 53，用戶PC 2的CPU 10被從ASP 32的管理服務器36提供一個指示指令在預訂的開始時間“發(fā)送直播視頻的內(nèi)容”以使用指示指令確認是否預訂的開始時間已經(jīng)來到。
此處獲取一個否定結(jié)果意味著指示指令還沒有從管理服務器36被提供，CPU 10待機，直到一個指示指令被從ASP 32的管理服務器36提供。
另一方面，如果一個肯定結(jié)果在步驟SP 53被提供，這意味著指示指令已經(jīng)從管理服務器36被提供，CPU 10判斷開始時間已經(jīng)來到，并進行到步驟SP 54。
在步驟SP 54，用戶PC 2的CPU 10隨著指示指令作為一個觸發(fā)器從ASP32的管理服務器36的提供而開始一個傳送過程以通過因特網(wǎng)5向ASP 32的管理服務器36實時地傳送被記錄的直播視頻的內(nèi)容，然后在下一步SP 55終止處理。
因此，ASP 32的管理服務器36在內(nèi)容服務器39中分配給公共頻道的惟一的存儲區(qū)中記錄從用戶PC 2傳送的直播視頻的內(nèi)容，并同時連續(xù)流動地再現(xiàn)它以將其實時提供給做出請求的客戶PC 4。
注意，此時，ISP 31的控制服務器33與用戶PC 2的用戶ID相對應而收取在用戶PC 2通過因特網(wǎng)5傳送直播視頻的內(nèi)容到ASP 32時發(fā)生的因特網(wǎng)連接費，并更新在收費管理數(shù)據(jù)庫34中的收費數(shù)據(jù)。
同時，ASP 32的管理服務器36與用戶PC 2的用戶ID相對應而收取ASP32的服務費，并通過ISP 31的網(wǎng)絡接口41和網(wǎng)絡接口35傳送此收費數(shù)據(jù)到收費管理數(shù)據(jù)庫34以更新收費管理數(shù)據(jù)庫34的收費數(shù)據(jù)。
在這一連接中，在用戶PC 2有一個稱為“你最喜歡的課程”的固定費率業(yè)務合同的情況下，ASP 32的管理服務器36利用用戶信息數(shù)據(jù)庫37中的用戶信息DB表45僅記錄從連接開始日期和時間到連接結(jié)束日期和時間的連接日期和時間，并不執(zhí)行收費處理，因為服務費是固定的。
(6-3)在直播型中提供內(nèi)容的處理與請求型中接收內(nèi)容的情況類似，客戶PC 4可以進行用戶注冊以接收在直播型中的直播視頻的內(nèi)容。在此情況下，用戶注冊步驟要按照由例程RT1所示的用戶注冊處理來進行(圖8)，其中ASP 32的管理服務器36執(zhí)行一個操作，與客戶PC 4的用戶ID和口令相對應地將觀察器信息文件注冊到觀察器信息數(shù)據(jù)庫40中。
當用戶注冊未進行時，客戶PC 4可能作為一個參觀者直接訪問ASP 32提供的個人投入服務的網(wǎng)站。只有那些進行用戶注冊的客戶PC 4被允許容易地對他們?yōu)橹袆拥?、有同感的或感覺很好的內(nèi)容的內(nèi)容創(chuàng)作者捐贈。
在實際中，當直播視頻的內(nèi)容被提供給已經(jīng)例如在直播型中的我的頻道上進行了用戶注冊的客戶PC 4時，ASP 32的管理服務器36按照從內(nèi)部硬盤上讀取的內(nèi)容提供程序開始如圖38所示的一個例程RT8的開始步驟，并移向步驟SP61。
在步驟SP 61，客戶PC 4登錄的ASP 32的管理服務器36基于用戶ID和口令訪問在觀察器信息數(shù)據(jù)庫40中的觀察器信息文件，并移向下一步SP 62。
在步驟SP 62，ASP 32的管理服務器36基于用戶ID和口令參考觀察器信息數(shù)據(jù)庫40中的觀察器信息文件判斷登錄的客戶PC 4是否是一個注冊的正常用戶。
如果此處獲得否定結(jié)果，則表示該用戶ID和口令與觀察器信息數(shù)據(jù)庫40中注冊的不符，然后ASP 32的管理服務器36返回步驟SP 61以提示客戶PC 4重新輸入正確的用戶ID和口令以便執(zhí)行登錄處理。
如果在步驟SP62獲得一個肯定的結(jié)果，這意味著客戶PC 4是一個已注冊的正常用戶，ASP 32的管理服務器36進行到下一步SP 63。
在步驟SP 63，ASP 32的管理服務器36從內(nèi)容服務器39讀取個人投入服務的主頁的HTML文件以響應客戶PC 4的訪問，并將其通過因特網(wǎng)5經(jīng)由網(wǎng)絡接口41傳送到客戶PC 4。
在此階段，客戶PC 4在它的CPU接收從ASP 32發(fā)送的個人投入服務的主頁的HTML文件，并在顯示器上將其作為主頁屏幕125顯示(圖25)。
當用戶點擊在此主頁屏幕125上的在直播模式選擇顯示區(qū)128上的直播型我的頻道選擇按鍵130時，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送一個模式選擇信號，以指示直播型我的頻道選擇按鍵130的選擇。
在步驟SP 64，ASP 32的管理服務器36基于從客戶PC 4發(fā)送的模式選擇信號從內(nèi)容服務器39讀取形成我的頻道的種類顯示屏幕的HTML文件，并將其從它的網(wǎng)絡接口41通過因特網(wǎng)5向客戶PC 4傳送。
因此，客戶PC 4的CPU接收從ASP 32發(fā)送的我的頻道的種類顯示屏幕的HTML文件，并將其在顯示器上顯示為我的頻道的種類顯示屏幕135(圖26)。
當用戶PC 4的用戶點擊在這個我的頻道的種類顯示屏幕135上的種類圖標136至144中的任何一個(如“music(音樂)”類別圖標139)時，客戶PC4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送對應于“music(音樂)”類別圖標139的種類選擇信號。
在步驟SP 65，ASP 32的管理服務器36基于從客戶PC 4發(fā)送的種類選擇信號從內(nèi)容服務器39檢索形成關于圖像種類“music(音樂)”的直播視頻時間表顯示屏幕的HTML文件。
因此，客戶PC 4的CPU接收從ASP 32發(fā)送的形成直播視頻時間表顯示屏幕的HTML文件，并將其在顯示器上顯示為我的頻道的直播視頻時間表顯示屏幕220，如圖39所示。
我的頻道的直播視頻時間表顯示屏幕220具有一個示出了日期的日歷顯示區(qū)221，一個示出了用以在我的頻道上提供直播視頻的內(nèi)容的提供時間表的時間表內(nèi)容顯示區(qū)222，以及一個示出了當前在我的頻道上被提供的頻道名稱的頻道類型顯示區(qū)224。
當前日期(如2月19日)被顯示在日歷顯示區(qū)221上的陰影范圍221A中以便客戶PC 4的用戶可以容易地知曉當前日期。
時間表內(nèi)容顯示區(qū)222有ASP 32在當前時間(如1510)可以提供的針對直播視頻的內(nèi)容的一個時間表范圍(如從1500到165959的時段)，而且該時間表內(nèi)容顯示區(qū)222示出了直播視頻的內(nèi)容，該內(nèi)容可以對應于顯示在頻道類型顯示區(qū)224中的多個類型(最多10個頻道)的頻道按鍵225至229而在當前時間在我的頻道上被提供。
在步驟SP 66，ASP 32的管理服務器36判斷是否例如一個期望的頻道按鍵(“Kimura”頻道)226被觀看我的頻道直播視頻時間表顯示屏幕220的客戶PC 4所選擇。
在這種情況下，客戶PC 4的CPU確認對應于所選的頻道按鍵226設置的一個URL，指示該URL的頻道選擇信號被通過因特網(wǎng)5發(fā)送到ASP 32的管理服務器36，以便當頻道選擇信號被收到時，ASP 32的管理服務器36可以確認期望的頻道按鍵226被點擊。
如果在此步驟SP 66獲得否定結(jié)果，則表示在直播視頻時間表顯示屏幕220上的頻道類型顯示區(qū)224中顯示的頻道按鍵225至229中沒有一個被選擇，隨后ASP 32的管理服務器36待機，直到頻道按鍵225至229中的任何一個被選擇。
另一方面，如果在步驟SP 66獲得了一個肯定結(jié)果，這意味著從頻道按鍵225至229中選擇的用戶期望的頻道按鍵226已經(jīng)被點擊，隨后ASP 32的管理服務器36進行到下一步SP 67。
在步驟SP 67，ASP 32的管理服務器36從內(nèi)容服務器39中的專用存儲區(qū)(與“Kimura”頻道相對應)連續(xù)流動地再現(xiàn)要在點擊時候被提供的直播視頻的帶有CM的活動圖像數(shù)據(jù)，并將其通過因特網(wǎng)5發(fā)送到客戶PC 4，然后進行到下一步SP 68，在此該處理結(jié)束。
因此，客戶PC 4的CPU基于從ASP 32傳送的內(nèi)容的帶有CM的活動圖像數(shù)據(jù)在顯示器上顯示如圖40所示的直播視頻的內(nèi)容顯示屏幕240，其中CM視頻被首先顯示在位于內(nèi)容顯示屏幕240中心的活動圖像顯示區(qū)241，其后跟隨著示出直播音樂的活動圖像。
直播視頻的內(nèi)容被發(fā)送到客戶PC 4，所以ASP 32的管理服務器36不能從開始提供內(nèi)容，這與請求型不同，因此直播視頻的內(nèi)容在點擊的時候開始連續(xù)流動地再現(xiàn)。
然而，即使在這種情況下，當CM提供請求由用戶PC 2的內(nèi)容創(chuàng)作者設置到“帶有CM”時，ASP 32的管理服務器36在提供直播視頻的內(nèi)容之前將CM視頻無失誤地發(fā)送到客戶PC 4。
因此，客戶PC 4不能在點擊用戶期望的頻道按鍵226后立即觀看和收聽直播視頻的內(nèi)容，但是直播視頻的內(nèi)容可以僅僅在首先再現(xiàn)CM視頻后被觀看和收聽。
以這種方式，即使當向客戶PC 4提供直播視頻的內(nèi)容時，ASP 32的管理服務器36也可以被設計成強制客戶PC 4的用戶觀看和收聽CM視頻而不管用戶的意愿如何。
此時，ISP 31的控制服務器33與用戶PC 2的用戶ID相對應而收取當用戶PC 2通過因特網(wǎng)5發(fā)送直播視頻的內(nèi)容的活動畫面數(shù)據(jù)時發(fā)生的因特網(wǎng)連接費，并導致在收費管理數(shù)據(jù)庫34中的收費數(shù)據(jù)的更新。
在要通過因特網(wǎng)5從用戶PC 2提供的直播視頻的內(nèi)容的活動圖像數(shù)據(jù)被通過內(nèi)容服務器39連續(xù)流動再現(xiàn)的同時，ASP 32的管理服務器36對應于用戶PC 2的用戶ID接收服務費，將收費數(shù)據(jù)注冊在用戶信息數(shù)據(jù)庫37中的用戶信息DB表45中，并同時把它通過ISP 31的網(wǎng)絡接口41和網(wǎng)絡接口35記錄在收費管理數(shù)據(jù)庫34中。
在用戶PC 2有一個稱為“你最喜歡的課程”固定費率服務合同的情況下，ASP 32的管理服務器36僅僅把從連接開始日期和時間直到連接結(jié)束日期和時間的連接時段記錄在用戶信息數(shù)據(jù)庫37中的用戶信息DB表45中，而不接收任何費用，因為服務費是固定的。
另一方面，當直播視頻的內(nèi)容被提供給例如公共頻道上的已用戶注冊的客戶PC 4時，ASP 32的管理服務器36按照從內(nèi)部硬盤上讀取的內(nèi)容提供程序進入如圖41所示的例程RT9的開始步驟，并進入步驟SP 71。
步驟SP 71到SP 73與例程RT8的步驟SP 61到SP 63(在其中直播視頻的內(nèi)容被提供在我的頻道上)類似，其中ASP 32的管理服務器36將個人投入服務的主頁的HTML文件經(jīng)由網(wǎng)絡接口41通過因特網(wǎng)5傳送到客戶PC 4。
因此，客戶PC 4接收從ASP 32發(fā)送的個人投入服務的HTML文件，并在顯示器17上將其顯示為主頁屏幕125(圖25)。
當用戶在此主頁屏幕125上的直播模式選擇顯示區(qū)128中點擊直播型公共頻道選擇按鍵129時，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送一個指示直播型公共頻道選擇按鍵129的模式選擇信號。
在步驟SP 74，ASP 32的管理服務器36響應從客戶PC 4發(fā)送的模式選擇信號從內(nèi)容服務器39讀取形成公共頻道的頻道顯示屏幕的HTML，并將其從它的網(wǎng)絡接口41通過因特網(wǎng)5發(fā)送到客戶PC 4。
因此，客戶PC 4的CPU接收從ASP 32傳送的公共頻道的頻道顯示屏幕的HTML文件，并在顯示器上將其顯示為公共頻道的頻道顯示屏幕245，如圖42所示。
當客戶PC 4的用戶點擊在公共頻道的頻道顯示屏幕245上的視頻頻道圖標246至249中的任何一個(如“直播音樂”頻道圖標247)時，客戶PC 4的CPU通過因特網(wǎng)5發(fā)送對應于“直播音樂”頻道圖標247的頻道選擇信號給ASP 32的管理服務器36。
在步驟SP 75，ASP 32的管理服務器36基于從容戶PC 4傳送的頻道選擇信號從內(nèi)容服務器39檢索關于“直播音樂”頻道的形成公共頻道的直播視頻時間表顯示屏幕的HTML文件，并將其從它的網(wǎng)絡接口41通過因特網(wǎng)5發(fā)送到客戶PC 4。
因此，PC 4接收從ASP 32發(fā)送的形成公共頻道的直播視頻時間表顯示屏幕的HTML文件，并在顯示器上將其顯示為公共頻道直播視頻時間表顯示屏幕255，如圖43所示。
公共頻道直播視頻時間表顯示屏幕255有一個示出日期的日歷顯示區(qū)256和一個示出用以提供關于所選的“直播音樂”頻道的直播視頻的內(nèi)容的提供時間表的時間表內(nèi)容顯示區(qū)257。
所述示出了當前日期(如2月19日)的日歷顯示區(qū)256被顯示在陰影范圍256A中，以便客戶PC 4的用戶可以容易地確認當前日期。
另外，時間表內(nèi)容顯示區(qū)257示出了要在2月19日由ASP 32提供的直播視頻的內(nèi)容的標題。在此情況下，它意味著“○△直播”的內(nèi)容要被提供在從60000到85959的第一時間表范圍257A中，“xx旅游”的內(nèi)容要被提供在從100000到105959的第二時間表范圍257B中，而“X△音樂會”的內(nèi)容要被提供在從210000到235959的第三時間表范圍中。
進一步，例如，在當前時間(如1009)，公共頻道直播視頻時間表顯示屏幕255在時間表內(nèi)容顯示區(qū)257中以與第一時間表范圍257A和第三時間表范圍257C不同的顏色示出包括當前時間的第二時間表范圍257B，以便客戶PC 4的用戶能夠容易地確認，“xx旅游”的內(nèi)容可以在當時實時地被觀看和收聽。
在步驟SP 76，ASP 32的管理服務器36判斷是否當時(如1009)可獲得的第二時間表范圍257B被觀看公共頻道的直播視頻時間表顯示屏幕255的客戶PC 4的用戶點擊選擇。
在此情況下，當?shù)诙r間表范圍257B被選擇時，客戶PC 4的CPU確認對應于公共頻道的“直播音樂”頻道而設置的URL，指示該URL的一個頻道選擇信號被通過因特網(wǎng)5發(fā)送到ASP 32的管理服務器36，因此當頻道選擇信號被收到時ASP 32的管理服務器36確認第二時間表范圍257B被選擇。
如果在步驟SP 76獲得否定結(jié)果，指示在時間表內(nèi)容顯示區(qū)257上的當前時間可獲得的第二時間表范圍257B未被選擇，于是ASP 32的管理服務器36待機，直到第二時間表范圍257B被選擇。
另一方面，如果在步驟SP 76獲得一個肯定結(jié)果，這意味著第二時間表范圍257B在時間表內(nèi)容顯示區(qū)257上已被選擇，于是ASP 32的管理服務器36進行到下一步SP 77。
在步驟SP 77，ASP 32的管理服務器36開始從內(nèi)容服務器39中對應于“直播音樂”頻道的專用存儲區(qū)連續(xù)流動地再現(xiàn)要在點擊時在“直播音樂”頻道上被提供的直播視頻的帶有CM的活動圖像數(shù)據(jù)(“xx旅游”)，并將其通過因特網(wǎng)5傳送到客戶PC 4，然后進行到下一步SP 78，在此結(jié)束處理過程。
因此，客戶PC 4的CPU基于從ASP 32傳送的直播視頻的帶有CM(“xx旅游”)的活動圖像數(shù)據(jù)在顯示器上顯示如圖44所示的直播視頻的內(nèi)容顯示屏幕260，并對應于在位于內(nèi)容顯示屏幕260的中心的影片顯示區(qū)261中的“直播音樂”頻道上所選的第二時間表范圍257B顯示該直播視頻(“xx旅游”)。
同樣在這種情況下，直播視頻的內(nèi)容在點擊第二時間表范圍257B時開始通過連續(xù)流動地再現(xiàn)而被提供，而且當內(nèi)容的CM提供請求被設置到“帶有CM”時，該CM視頻從點擊時起被首先提供給客戶PC 4，后面跟隨著直播視頻的內(nèi)容。
因此，ASP 32的管理服務器36要強制客戶PC 4的用戶觀看和收聽CM視頻而不管他或她的意愿，即使當在公共頻道上向客戶PC 4提供直播視頻的內(nèi)容時也是如此。
此時當用戶PC 2通過因特網(wǎng)5發(fā)送直播視頻的內(nèi)容的活動圖像數(shù)據(jù)到ASP 32時，ISP 31的控制服務器33接收對應于用戶PC 2的用戶ID的因特網(wǎng)連接費，并更新收費管理數(shù)據(jù)庫34的收費數(shù)據(jù)。
在當要從用戶PC 2通過因特網(wǎng)5被提供的直播視頻的內(nèi)容的活動圖像數(shù)據(jù)被通過內(nèi)容服務器39連續(xù)流動地再現(xiàn)的同時，ASP的管理服務器36對應于用戶PC 2的用戶ID收取服務費，將收費數(shù)據(jù)注冊在用戶信息數(shù)據(jù)庫37中的用戶信息DB表45中，并且同時將其通過ISP 31的網(wǎng)絡接口41和網(wǎng)絡接口35記錄在收費管理數(shù)據(jù)庫34中。
然而，在用戶PC 2有一個稱為“你最喜歡的課程”的固定費率服務合同的情況下，ASP 32的管理服務器36僅僅將從連接開始日期和時間到連接結(jié)束日期和時間的連接時間記錄在用戶信息數(shù)據(jù)庫37中的用戶信息DB表45中，而不接收任何費用，因為服務費是固定的。
(7)客戶PC的捐贈處理如果客戶PC 4的用戶被提供的內(nèi)容感動或有同感，或者他或她感覺一段內(nèi)容很好時，他或她被允許容易地向內(nèi)容創(chuàng)作者捐贈。
當一個觀看內(nèi)容的用戶點擊分別位于基于從ASP 32下載的內(nèi)容的帶有CM的活動圖像文件而在顯示器上顯示的請求型內(nèi)容顯示屏幕165上的捐贈按鍵167、242或262，或者點擊分別位于基于直播視頻的內(nèi)容的帶有CM的活動圖像而在顯示器上的顯示的直播型內(nèi)容顯示屏幕240(圖40)或內(nèi)容顯示屏幕260(圖44)上的捐贈按鍵167、242或262時，客戶PC 4的CPU按照從內(nèi)部硬盤(未示出)上讀出的捐贈程序?qū)⑷鐖D45所示的一個捐贈數(shù)量選擇屏幕270顯示在捐贈按鍵167、242和262旁邊。
在此捐贈數(shù)量選擇屏幕270上有對應于各種數(shù)量的捐贈的捐贈選擇按鍵271至276，用戶PC 4的用戶可以從捐贈數(shù)量按鍵271至276中對應于他或她要捐贈的數(shù)量而自由點擊一個期望的捐贈選擇按鍵。
因此，當例如用戶點擊捐贈選擇按鍵272以捐贈￥1,000元時，客戶PC 4的CPU產(chǎn)生對應于所選捐贈選擇按鍵272的該數(shù)量的捐贈數(shù)據(jù)，并將其通過因特網(wǎng)5發(fā)送到ASP 32的管理服務器36。
ASP 32的管理服務器36將從客戶PC 4發(fā)送的捐贈數(shù)據(jù)在給定的轉(zhuǎn)換率的基礎上轉(zhuǎn)換為分數(shù)，并對應于來自用戶信息數(shù)據(jù)庫37的內(nèi)容ID而檢索用戶信息DB表45以通過添加與捐贈數(shù)據(jù)相當?shù)姆謹?shù)來更新用戶信息DB表45上累加的分數(shù)數(shù)量。
客戶PC 4的CPU產(chǎn)生對應于捐贈數(shù)據(jù)的收費數(shù)據(jù)，并將其通過因特網(wǎng)5發(fā)送到ASP 32的管理服務器36。因此ASP 32的管理服務器36將針對捐贈數(shù)量的收費數(shù)據(jù)以及客戶PC 4使用的ASP 32的服務費記錄在觀察器信息數(shù)據(jù)庫40中的觀察器信息文件中。
同時，ISP 31也在客戶PC 4通過因特網(wǎng)5收到來自ASP 32的內(nèi)容時收取因特網(wǎng)連接費用，并將數(shù)量數(shù)據(jù)記錄在觀察器信息數(shù)據(jù)庫40中的觀察器信息文件中以及數(shù)量管理數(shù)據(jù)庫34中。
同時，在一個參觀者而不是已注冊的用戶向內(nèi)容創(chuàng)作者捐贈的情況下，當該參觀者點擊捐贈按鍵167、242或262時，客戶PC 4的CPU在捐贈按鍵167、242或262旁邊顯示捐贈數(shù)量選擇屏幕270(圖45)并還顯示一個信用卡號碼和其他信息——參觀者利用它們進行捐贈——的輸入屏幕(未示出)以讓參觀者輸入信用卡號碼。
從而，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送與捐贈選擇按鍵相對應的信用卡號碼和一個數(shù)量的捐贈數(shù)據(jù)，并更新通過添加對應于捐贈數(shù)據(jù)的分數(shù)而在用戶信息DB表45上累加的分數(shù)的數(shù)量。
ASP 32的管理服務器36基于信用卡號碼數(shù)據(jù)給信用卡公司的收費管理數(shù)據(jù)庫發(fā)送與參觀者捐贈的數(shù)量相當?shù)木栀洈?shù)據(jù)，以要求信用卡公司執(zhí)行對于參觀者的捐贈的收費處理。
注意，除了上述的捐贈處理外，在客戶PC 4的CPU在顯示器上將例如如圖46所示的內(nèi)容顯示屏幕350顯示為ASP的內(nèi)容服務器39所提供的內(nèi)容的情況下，用戶可以在內(nèi)容顯示屏幕350上的捐贈數(shù)量輸入?yún)^(qū)351中輸入期望數(shù)量的捐贈，并且也可以通過點擊在捐贈數(shù)量輸入?yún)^(qū)351旁邊提供的上按鍵352或下按鍵353而把捐贈數(shù)量輸入?yún)^(qū)351中的捐贈數(shù)量在固定最小數(shù)量的基礎上改高或改低。
此內(nèi)容顯示屏幕350能夠在捐贈數(shù)量輸入?yún)^(qū)351中輸入多于固定最小數(shù)量的數(shù)量，此固定最小數(shù)量是一個最小值(如果一分相當于￥100元則為￥100元)，它可以被轉(zhuǎn)換為分數(shù)用于給內(nèi)容創(chuàng)作者的分數(shù)返還。
因此，如果用戶要在用戶直接將數(shù)量輸入到捐贈數(shù)量輸入?yún)^(qū)351后改變該數(shù)量，他或她可以在固定最小數(shù)量基礎上僅僅通過點擊上按鍵352或下按鍵353而改變捐贈數(shù)量。另外，當用戶要從開始重新輸入捐贈數(shù)量時，他或她可通過僅僅點擊清除鍵354而清除在捐贈數(shù)量輸入?yún)^(qū)351中已輸入的數(shù)量。
隨后，當用戶點擊捐贈按鍵355時，客戶PC 4的CPU顯示如圖47所示的捐贈確認屏幕360，取代內(nèi)容顯示屏幕350。
在此連接中，當用戶點擊結(jié)束按鍵356時，客戶PC 4的CPU確定用戶未進行捐贈并強制清除內(nèi)容顯示屏幕350。
在數(shù)量確認區(qū)361中，捐贈確認屏幕360示出了在內(nèi)容顯示屏幕350上的捐贈數(shù)量輸入?yún)^(qū)351中已經(jīng)輸入的捐贈數(shù)量，如果用戶要改變該數(shù)量，他或她可以直接在數(shù)量確認區(qū)361中輸入期望的數(shù)量。
進一步，在捐贈確認屏幕360中用戶可以選擇如何通過在針對信用卡的復選范圍363、針對電子貨幣的復選范圍364和針對分數(shù)的復選范圍365中選擇任何一個來支付捐贈數(shù)量。當用戶是一個個人投入服務的已注冊用戶并擁有分數(shù)時，他或她可以使用分數(shù)來進行捐贈。
當用戶在捐贈確認屏幕360上確定捐贈數(shù)量和支付方法后點擊確定按鍵時，客戶PC 4的CPU利用ASP 32的管理服務器36判斷是否他或她是一個注冊的用戶，如果他或她是一個注冊的用戶，客戶PC 4的CPU通過僅僅點擊一下確定按鍵362來顯示如圖48所示的捐贈處理結(jié)束屏幕370，并結(jié)束已注冊用戶的捐贈處理。
另外，如果作為通過ASP 32的管理服務器36判斷是否他或她是一個注冊用戶的結(jié)果，客戶PC 4的CPU確認他或她不是一個已注冊的用戶時，它顯示如圖49所示的信用卡號碼輸入屏幕380來讓用戶在信用卡號碼輸入?yún)^(qū)381中輸入信用卡號碼并將信用卡號碼和與捐贈數(shù)量相當?shù)木栀洈?shù)據(jù)通過僅僅點擊一次傳送按鍵382而傳送給ASP 32的管理服務器36，因此一個未注冊的用戶可以進行捐贈。
此后，當客戶PC 4的CPU通過ASP 32的管理服務器36確認傳送被無差錯地進行，它顯示捐贈處理結(jié)束屏幕370(圖48)并結(jié)束由來注冊的用戶進行的捐贈處理。
(8)每月分數(shù)清算處理最后，說明每月分數(shù)清算處理，通過它收益返還被按照每月計算的用戶信息DB表45中的累計分數(shù)而提供給內(nèi)容創(chuàng)作者。但是在此說明之前，先說明要提供給客戶PC 4的帶有CM視頻的內(nèi)容的提供處理步驟，它啟動了如圖50所示的例程RT10的開始步驟，然后進行到步驟SP 81。
在步驟SP 81，客戶PC 4的CPU確認一個期望的頻道按鍵155已經(jīng)被用戶在頻道顯示屏幕150(圖27)上點擊，隨后進行到下一步SP 82。
在步驟SP 82，客戶PC 4的CPU通過因特網(wǎng)5向ASP 32的管理服務器36發(fā)送一個與選擇的頻道按鍵155相對應的內(nèi)容ID，然后進行到下一步SP83。
在步驟SP 83，ASP 32的管理服務器36啟動一個從內(nèi)部硬盤上讀出的內(nèi)容提供程序，并基于例如從客戶PC 4發(fā)送的內(nèi)容ID從提供時間表管理數(shù)據(jù)庫38檢索請求型時間表控制文件120，并在確認用戶ID和一個CM請求的內(nèi)容后，進行到下一步SP 84。
在步驟SP 84，在確認請求型提供時間表控制文件120后，ASP 32的管理服務器36判斷CM請求是否被設置到“帶有CM”。
如果獲得一個否定的結(jié)果，則意味著CM請求是“不帶有CM”的，不帶有CM視頻的內(nèi)容被提供給客戶PC 4。此時，ASP 32的管理服務器36進行到步驟SP 87以提供不帶有CM視頻的活動圖像文件，然后在下一步SP 88結(jié)束處理。
相反，如果在步驟SP 84獲得一個肯定的結(jié)果，這意味著CM請求被設置到“帶有CM”，帶有CM視頻的內(nèi)容被提供給客戶PC 4，隨后ASP 32的管理服務器36進行到下一步SP 85。
在步驟SP 85，ASP 32的管理服務器36通過向存儲在內(nèi)容服務器39中的活動圖像文件的開始處添加存儲在CM管理數(shù)據(jù)庫44中的CM視頻而產(chǎn)生帶有CM的活動圖像文件的內(nèi)容，然后進行到下一步SP 86。
在步驟SP 86，ASP 32的管理服務器36通過添加當帶有CM的活動圖像文件的內(nèi)容被提供給客戶PC 4時發(fā)生的分數(shù)而更新用戶信息數(shù)據(jù)庫37中的用戶信息DB表文件45上的累計分數(shù)，然后進行到下一步SP 87。
在步驟SP 87，ASP 32的管理服務器36在CM請求是“帶有CM”的時候從內(nèi)容服務器39中讀取一個帶有CM的移動圖像文件的內(nèi)容，將其通過因特網(wǎng)5提供給客戶PC 4，并進行到下一步SP 88，在此結(jié)束處理過程。
在內(nèi)容提供系統(tǒng)1中，當如上所述ASP 32的管理服務器36隨著CM請求被設置到“帶有CM”而從內(nèi)容數(shù)據(jù)庫39讀取帶有CM的移動圖像文件的內(nèi)容并將其提供給客戶PC 4時，分數(shù)被產(chǎn)生，而且在用戶信息DB表45上的累計分數(shù)被因此更新。
下面，將說明在內(nèi)容提供系統(tǒng)1中，按照每月計算的在用戶信息DB表45上的累計分數(shù)對于對內(nèi)容創(chuàng)作者執(zhí)行收益返還處理的情況的每月分數(shù)清算處理步驟。如圖51所示的例程RT11在開始步驟啟動，然后進行到步驟SP 91。
在步驟SP 91，按照從內(nèi)部硬盤讀出的收益返還程序，ASP 32的管理服務器36通過由用戶PC 2添加付給ISP 31的因特網(wǎng)連接費和添加ASP 32的服務費而更新用戶信息DB表45(當“你最喜歡的課程”被設置時，服務使用費保持固定)，然后進行到步驟SP 92。
在步驟SP 92，ASP 32的管理服務器36參考存儲在用戶信息數(shù)據(jù)庫37中的用戶信息DB表45讀出每月的累計分數(shù)，然后進行到下一步SP 93。
在步驟SP 93，ASP 32的管理服務器36判斷剩余的累計分數(shù)是否比給定的分數(shù)高。
此處如果獲得否定的結(jié)果，則意味著剩余的累計分數(shù)比給定的分數(shù)低，于是ASP 32的管理服務器36進行到下一步驟SP 94。
在步驟SP 94，由于剩余的累計分數(shù)比給定的分數(shù)低，ASP 32的管理服務器36執(zhí)行當前時間的對用戶PC 2的服務費的結(jié)帳處理而不進行按照累計分數(shù)的收益返還處理，然后進行到下一步驟SP 101，在此處理被終止。
在此，如果在步驟SP 93獲得肯定的結(jié)果，則意味著每月剩余的累計分數(shù)比給定分數(shù)高，于是ASP 32的管理服務器36移向下一步SP 95來執(zhí)行按照累計分數(shù)執(zhí)行收益返還處理。
在步驟SP 95，ASP 32的管理服務器36從ASP 32的服務費數(shù)量中減去與在用戶信息DB表45中的累計分數(shù)相當?shù)臄?shù)量，并通過從用戶信息DB表45上的累計分數(shù)減去被減去的用于服務費的分數(shù)而更新用戶信息DB表45，然后進行到下一步SP96。
因此，由ASP 32通過一個信用卡公司收取的服務費被減去或抵消(setoff)，因而用戶PC 2的內(nèi)容創(chuàng)作者將按照累計分數(shù)接收收益返還。
在步驟SP 96，ASP 32的管理服務器36判斷在收益通過被從ASP 32的服務費減去而返還后，剩余的累計分數(shù)是否比給定的分數(shù)高。
如果這里獲得一個否定結(jié)果，則意味著剩余的累計分數(shù)少于給定的分數(shù)，于是ASP 32的管理服務器36移向下一步SP 94以執(zhí)行對于服務費的結(jié)帳處理，并在下一步SP 101結(jié)束處理。
另一方面，如果在步驟SP 96獲得肯定的結(jié)果，這意味著剩余的累計分數(shù)比給定分數(shù)高，于是ASP 32的管理服務器36進行到下一步SP 97。
在步驟SP 97，ASP 32的管理服務器36從來自用戶PC 2的付給ISP 31的因特網(wǎng)連接費中減去與累計分數(shù)相當?shù)臄?shù)量，并通過從用戶信息DB表45上的累計分數(shù)減去被減去的與因特網(wǎng)連接費相當?shù)姆謹?shù)而更新用戶信息DB表45，然后進行到下一步SP 98。
因此，通過信用卡公司收取的因特網(wǎng)連接費被減去或抵消，因此用戶PC2的內(nèi)容創(chuàng)作者將在ASP 32的服務使用收費之后，按照累計分數(shù)接收收益返還。
在步驟SP 98，ASP 32的管理服務器36判斷此時是否還剩余累計分數(shù)，如果剩余的累計分數(shù)是一百萬或更高，ASP 32的管理服務器36進行到下一步SP 99。
在步驟SP 99，ASP 32的管理服務器36指示信用卡公司從通過信用卡公司的清算數(shù)據(jù)中減去超過一百萬的累計分數(shù)，隨后通過從用戶信息DB表45上的累計分數(shù)減去超過一百萬的累計分數(shù)而更新累計分數(shù)，然后進行到步驟SP 98。
然而，如果在步驟SP 98中，剩余的累計分數(shù)是大于等于十萬分并且小于等于一百萬分，則ASP 32的管理服務器36進行到下一步SP 100。
在步驟SP 100，ASP 32的管理服務器36將與通過從累計分數(shù)中減去十萬分而獲得的分數(shù)相當?shù)姆謹?shù)數(shù)據(jù)通過因特網(wǎng)5傳送到一個在線通信銷售公司6，并通過從用戶信息DB表45上的累計分數(shù)中減去被減去十萬的分數(shù)而更新累計分數(shù)，然后在下一步SP 101終止處理。
在此情況下，在線通信銷售公司6的在線通信銷售設備基于用戶信息DB表45的內(nèi)容而確認包括內(nèi)容創(chuàng)作者的地址和電子郵件地址的個人信息——該信息在用戶注冊過程中被從ASP 32傳送，并按照減去十萬的分數(shù)而提供一個預定的項目給用戶PC 2的內(nèi)容創(chuàng)作者供收益返還處理。
此外，當在步驟SP 98中確定剩余的累計分數(shù)是十萬或更少時，ASP 32的管理服務器36移向步驟SP94以執(zhí)行對于服務費的結(jié)帳處理，并在下一步SP 101結(jié)束處理。
(9)本實施例中的操作和效果在前述的配置中，當一個觀看內(nèi)容的用戶點擊基于從ASP 32下載的內(nèi)容的帶有CM的活動圖像文件而顯示的請求型內(nèi)容顯示屏幕165(圖28)上的捐贈按鍵167、242或262，或者點擊基于直播視頻的內(nèi)容的帶有CM的活動圖像而顯示的直播型內(nèi)容顯示屏幕240(圖40)或內(nèi)容顯示屏幕260(圖44)上的捐贈按鍵167、242或262時，客戶PC 4將捐贈數(shù)量選擇屏幕270(圖45)顯示在捐贈按鍵167、242和262旁邊。
然后，當客戶PC 4的用戶從捐贈選擇按鍵271至276中點擊一個與捐贈期望數(shù)量相當?shù)木栀洈?shù)量選擇按鍵時，客戶PC 4的CPU產(chǎn)生與所選的捐贈數(shù)量選擇按鍵相對應的捐贈數(shù)據(jù)，并將其通過因特網(wǎng)5發(fā)送給ASP 32的管理服務器36。
ASP 32的管理服務器36將從客戶PC 4發(fā)送的捐贈數(shù)據(jù)按給定比率轉(zhuǎn)換為分數(shù)，并通過基于捐贈數(shù)據(jù)添加分數(shù)而與內(nèi)容ID相對應地更新用戶信息DB表45中的累計分數(shù)。
因此，客戶PC 4向ASP 32的管理服務器36發(fā)送捐贈數(shù)據(jù)，并通過向?qū)趦?nèi)容ID的用戶信息DB表45上的累計分數(shù)添加通過由管理服務器36轉(zhuǎn)換捐贈數(shù)據(jù)而獲得的分數(shù)來更新累計分數(shù)，因此捐贈可以以通過因特網(wǎng)5發(fā)送的捐贈數(shù)據(jù)的形式容易地進行。
此時，客戶PC 4的CPU按照捐贈數(shù)據(jù)產(chǎn)生收費數(shù)據(jù)，并將其通過因特網(wǎng)5發(fā)送到ASP 32的管理服務器36。然后，ASP 32的管理服務器36將從客戶PC 4發(fā)送的該收費數(shù)據(jù)記錄在觀察器信息數(shù)據(jù)庫40中的觀察器信息文件，并隨后執(zhí)行對客戶PC 4的用戶的收費處理。
按照前述的配置，客戶PC 4基于通過點擊捐贈按鍵而獲得的給定數(shù)量產(chǎn)生捐贈數(shù)據(jù)，并將其通過因特網(wǎng)5發(fā)送到ASP 32的管理服務器36，因此使得可能容易地以按照捐贈數(shù)據(jù)的分數(shù)的形式經(jīng)由管理服務器36在線對內(nèi)容創(chuàng)作者進行捐贈。
(10) 第二實施例在圖52中，一個參考編號400示出了在本發(fā)明的第二實施例中的一個網(wǎng)絡系統(tǒng)，它實現(xiàn)了利用因特網(wǎng)的電子商務，其中基站CS1到CS4作為固定的無線站被設置在不同區(qū)域，這些區(qū)域通過將一個通信服務提供地區(qū)劃分成期望尺寸的大小而獲得，這些基站CS1到CS4被無線連接到作為移動無線站的的便攜信息終端MS1和MS2以及集成了攝像機的數(shù)字便攜電話MS3和MS4。
基站CS1到CS4被通過稱為W-CDMA(寬帶碼分多址)的碼分多連接方法無線連接到便攜信息終端MS1和MS2以及集成了攝像機的數(shù)字便攜電話MS3和MS4，大量的數(shù)據(jù)可以利用2 GHz的帶寬以最大2 Mbps的高數(shù)據(jù)傳輸速率傳輸。
如上所述，便攜信息終端MS1和MS2以及集成了攝像機的數(shù)字便攜電話MS3和MS4可以通過W-CDMA方法以高速率傳輸大量的數(shù)據(jù)，因此可以執(zhí)行多種數(shù)據(jù)通信，包括電子郵件的發(fā)送/接收、簡單主頁的觀看、圖像的發(fā)送/接收以及音頻通信。
另外，基站CS1到CS4連接到具有有線電路的公共電路網(wǎng)絡INW，公共電路網(wǎng)絡INW通過因特網(wǎng)5連接到許多用戶的有線終端、計算機網(wǎng)絡、本地網(wǎng)、如第一實施例中所述的內(nèi)容服務器TS和內(nèi)容提供者3。
此內(nèi)容服務器TS提供以下內(nèi)容例如，一個簡單主頁的內(nèi)容，作為簡潔的HTML(超文本標記語言)形式的文件以響應來自用戶有線終端的請求；便攜信息終端MS1、MS2和集成了攝像機的數(shù)字便攜電話MS3、MS4的內(nèi)容。
在此連接中，便攜信息終端MS1、MS2和集成了攝像機的數(shù)字便攜電話MS3、MS4與基站CS1到CS4通過一個2 Mbps的簡單傳輸協(xié)議通信，基站CS1到CS4與內(nèi)容服務器TS和內(nèi)容提供者3通過TCP/IP協(xié)議經(jīng)由因特網(wǎng)通信。
注意，管理控制裝置MCU經(jīng)由公共電路網(wǎng)絡INW連接到用戶的有線終端、便攜信息終端MS1和MS2以及集成了攝像機的數(shù)字便攜電話MS3和MS4，并執(zhí)行對用戶有線終端、便攜信息終端MS1和MS2以及集成了攝像機的數(shù)字便攜電話MS3和MS4的驗證處理和收費處理。
(11) 集成了攝像機的數(shù)字便攜電話的外觀結(jié)構(gòu)下面將說明集成了攝像機的數(shù)字便攜電話MS3的外觀結(jié)構(gòu)。如圖53所示，集成了攝像機的數(shù)字便攜電話MS3可以被劃分成與一個中心轉(zhuǎn)樞411相接的一個顯示裝置412和一個主裝置413，可以在轉(zhuǎn)樞411處閉合。
在顯示裝置412中，一個用于發(fā)送/接收的天線411被附加在左上方以便被拉出和收回，該天線411用于將無線波發(fā)送到基站CS3，并用于接收來自基站CS3的無線波。
另外，在顯示裝置412中，一個可以在大約180度角度內(nèi)旋轉(zhuǎn)的攝像裝置415被提供在中上的部分以使用攝像裝置415的一個CCD攝像頭416對期望的目標攝像。
在此，在顯示裝置412中，當一個用戶以大約180度旋轉(zhuǎn)和定位攝像裝置415時，位于攝像裝置415背面中心的一個揚聲器被定位于前面，如圖54所示，以便轉(zhuǎn)換到普通音頻通信狀態(tài)。
另外，顯示裝置412在其前表面有一個液晶顯示器418，用以顯示一個電子郵件、一個簡單主頁和由CCD攝像頭416拍攝的各種圖像、以及無線波的接收質(zhì)量、電池水平、電話本中列出的姓名和電話號碼與呼出通話號碼記錄。
另外，主裝置413在其前表面上具有包括數(shù)字鍵“0”到“9”的操作鍵419、一個呼叫鍵、一個重撥鍵、一個結(jié)束和通電鍵、一個清除鍵和一個電子郵件鍵，以便各種指令可以利用操作鍵419被輸入。
另外，主裝置413具有一個存儲(memo)鍵420和一個位于操作鍵419下面的麥克風421以利用存儲鍵420記錄聊天對象的話音并可使用麥克風421獲取聊天用戶的聲音。
另外，在主裝置413中，一個可以旋轉(zhuǎn)的慢推轉(zhuǎn)輪422被提供于操作鍵419上方，從主裝置表面稍微突出，通過旋轉(zhuǎn)該慢推轉(zhuǎn)輪422，可以上下滾動電話本列單和電子郵件、可以對簡單主頁翻頁、還可以在液晶顯示器418上前推圖像。
例如，當用戶旋轉(zhuǎn)慢推轉(zhuǎn)輪422以從在液晶顯示器418上顯示的電話本列單上選擇一個期望的電話號碼并向主裝置413內(nèi)按壓慢推轉(zhuǎn)輪時，主裝置413確定電話號碼并自動呼叫此電話號碼。
注意，主裝置413在其背后有一個未示出的電池組，當結(jié)束和通電鍵位于ON狀態(tài)時，電被從電池組供給每個電路以啟動。
順便說一下，在主裝置413中，一個可以插入拔出的用于插入MemoryStick(存儲器條，索尼公司的商標)的存儲器條槽424被提供在主裝置413的左表面，聊天對象的聲音、電子郵件、簡單主頁和由CCD攝像頭416拍攝的圖像可以通過按壓存儲按鍵420而被記錄在存儲器條423上。
此存儲器條423是一種由本發(fā)明的申請人索尼公司發(fā)明的快閃存儲器卡。此存儲器條423是一個小而薄的塑料盒，尺寸為21.5(長)×50(寬)×2.8(厚)毫米，其中包含一個快閃存儲元件，這是一種EEPROM(電子可擦除可編程只讀存儲器)，它是非易失性存儲器，能夠被電子重寫和擦除。各種數(shù)據(jù)，包括圖像、音頻和音樂可以通過10針的終端被記錄和讀出。
進一步，存儲器條423采用一個原始的串行協(xié)議，通過它一個被使用的裝置可以處理內(nèi)置快閃存儲器的規(guī)格的變化，如存儲量的擴充，并實現(xiàn)高速性能1.5Mbps的最大記錄速度和2.45Mbps的最大讀取速度。而且它有一個錯誤消除防止開關并能保持高度可靠性。
因此，由于這樣的一個存儲器條423可以被插入、移入或者移出集成了攝像機的數(shù)字便攜電話MS3，因此數(shù)據(jù)可以被利用存儲器條423在其他電子設備中共享。
(12) 集成了攝像機的數(shù)字便攜電話的電路結(jié)構(gòu)如圖55所示，集成了攝像機的數(shù)字便攜電話MS3具有用于從中心控制與電源電路部分451相連接的顯示部分412和主裝置413的主控制部分450、一個操作輸入控制部分452、一個圖像編碼器453、一個攝像接口部分454、一個LCD(液晶顯示器)控制部分455、一個圖像解碼器456、一個多路分解部分457、一個記錄和再現(xiàn)部分462、一個調(diào)制器和解調(diào)器電路部分458和一個音頻編解碼器459以及主總線460，而且圖像編碼器453、圖像解碼器456、多路分解部分457、調(diào)制器和解調(diào)器電路部分458和音頻編解碼器459被利用同步總線461相互連接。
當結(jié)束和通電鍵被用戶接通時，電源電路部分451通過從電池組向各部分供電來啟動集成了攝像機的數(shù)字便攜電話MS3到可操作狀態(tài)。
在由CPU、ROM和RAM等組成的主控制部分450的控制下，集成了攝像機的數(shù)字便攜電話MS3在一個音頻通信模式中將用麥克風421獲得的音頻信號通過音頻編解碼器459轉(zhuǎn)換為數(shù)字音頻數(shù)據(jù)，并在調(diào)制器和解調(diào)器電路部分458執(zhí)行擴頻處理，在發(fā)送和接受電路部分463執(zhí)行數(shù)模轉(zhuǎn)換和頻率轉(zhuǎn)換處理，然后將其通過天線414發(fā)送。
另外，集成了攝像機的數(shù)字便攜電話MS3在音頻通信模式中放大通過天線414接收的一個接收的信號并執(zhí)行頻率轉(zhuǎn)換和模數(shù)轉(zhuǎn)換過程，在調(diào)制器和解調(diào)器電路部分458執(zhí)行反擴頻處理并將其在音頻編解碼器459轉(zhuǎn)換為模擬音頻信號，然后從揚聲器417將其輸出。
此外，在數(shù)據(jù)通信模式中發(fā)送一封電子郵件的情況下，集成了攝像機的數(shù)字便攜電話MS3通過操作輸入控制部分452向主控制部分450發(fā)送通過操作控制鍵419和慢推滾輪422而輸入的電子郵件的文本數(shù)據(jù)。
主控制部分450在調(diào)制器和解調(diào)器電路部分458執(zhí)行對文本數(shù)據(jù)的擴頻處理并在發(fā)送和接收電路部分463對其執(zhí)行數(shù)模轉(zhuǎn)換和頻率轉(zhuǎn)換處理，然后將其通過天線414發(fā)送到基站CS3(圖52)。
另一方面，在數(shù)據(jù)通信模式中接收一封電子郵件的情況下，集成了攝像機的數(shù)字便攜電話MS3在調(diào)制器和解調(diào)器電路部分458對接收的信號——它通過天線414從基站CS3接收——執(zhí)行反擴頻處理以恢復原始的文本數(shù)據(jù)，然后將其通過LCD控制部分455在液晶顯示器418上顯示為電子郵件。
此后，對于集成了攝像機的數(shù)字便攜電話MS3來說，也有可能通過記錄和再現(xiàn)部分462經(jīng)由用戶的操作而將接收的電子郵件記錄在存儲器條423上。
另一方面，在數(shù)據(jù)通信模式中發(fā)送圖像數(shù)據(jù)的情況下，集成了攝像機的數(shù)字便攜電話MS3通過攝像接口部分454將通過CCD攝像頭416拍攝的圖像數(shù)據(jù)提供給圖像編碼器453。
在此連接中，在不發(fā)送圖像數(shù)據(jù)的情況下，對于集成了攝像機的數(shù)字便攜電話MS3來說，也有可能通過攝像接口部分454和LCD控制部分455在液晶顯示器418上直接顯示由CCD攝像頭416拍攝的圖像數(shù)據(jù)。
圖像編碼器453將從CCD攝像頭416提供的圖像數(shù)據(jù)轉(zhuǎn)換為按照預定編碼方法(如MPEG(運動圖像專家組)2或MPEG 4)來壓縮編碼的編碼圖像數(shù)據(jù)，并將此結(jié)果發(fā)送到多路分解部分457。
此時，集成了攝像機的數(shù)字便攜電話MS3同時向多路分解部分457通過音頻編解碼器459發(fā)送在由CCD攝像頭416拍攝過程中利用麥克風421獲取的音頻信號作為數(shù)字音頻數(shù)據(jù)。
多路分解部分457按照預定方法多路復用從圖像編碼器453提供的編碼圖像數(shù)據(jù)和從音頻編解碼器459提供的音頻數(shù)據(jù)，并在調(diào)制器和解調(diào)器電路部分458對產(chǎn)生的多路復用數(shù)據(jù)執(zhí)行擴頻處理，在發(fā)送和接收電路部分463對其執(zhí)行數(shù)模轉(zhuǎn)換和頻率轉(zhuǎn)換處理，然后將結(jié)果通過天線414發(fā)送。
另一方面，在數(shù)據(jù)通信模式中接收圖像數(shù)據(jù)，如簡單主頁的情況下，集成了攝像機的數(shù)字便攜電話MS3在調(diào)制器和解調(diào)器電路部分458對通過天線414從基站CS3接收的接收信號執(zhí)行反擴頻處理，并將產(chǎn)生的多路復用數(shù)據(jù)發(fā)送給多路分解部分457。
多路分解部分457多路分解該多路復用數(shù)據(jù)以將其分成編碼圖像數(shù)據(jù)和音頻數(shù)據(jù)，并通過同步總線461將編碼圖像數(shù)據(jù)提供給圖像解碼器456而且將音頻數(shù)據(jù)提供給音頻編解碼器459。
圖像解碼器456通過按照與預定編碼方法，如MPEG 2或MPEG 4，相對應的解碼方法對編碼圖像數(shù)據(jù)解碼來產(chǎn)生再現(xiàn)圖像數(shù)據(jù)，并將其例如通過液晶顯示控制部分455在液晶顯示器418上顯示為一個鏈接到簡單主頁的圖像。
此時，音頻編解碼器459將音頻數(shù)據(jù)轉(zhuǎn)換為模擬音頻數(shù)據(jù)，然后將其例如通過揚聲器417輸出為鏈接到簡單主頁的聲音。
也是在此情況下，就象在電子郵件的情況下一樣，集成了攝像機的數(shù)字便攜電話MS3可以通過用戶的操作經(jīng)由記錄和再現(xiàn)部分462將接收到的簡單主頁的圖像數(shù)據(jù)記錄在存儲器條423上。
除了上述的配置，在集成了攝像機的數(shù)字便攜電話MS3中，主控制部分450的ROM存儲一個應用程序以利用個人投入服務和捐贈程序來進行捐贈，就象第一實施例中的情況一樣，以便例如從通過因特網(wǎng)訪問的內(nèi)容服務器3(圖2)那里獲取請求型或直播型內(nèi)容，并顯示內(nèi)容顯示屏幕350(圖46)。
用戶在觀看內(nèi)容顯示屏幕350的同時在捐贈數(shù)量輸入?yún)^(qū)351中輸入一個期望的數(shù)量后點擊捐贈按鍵僅僅一次時，集成了攝像機的數(shù)字便攜電話MS3將與該數(shù)量相當?shù)木栀洈?shù)據(jù)發(fā)送到ASP 32的管理服務器36并將與捐贈數(shù)據(jù)相當?shù)氖召M數(shù)據(jù)發(fā)送到ASP 32的管理服務器36以執(zhí)行捐贈處理。
注意，集成了攝像機的數(shù)字便攜電話MS3當捐贈按鍵355被點擊時可以顯示捐贈確認屏幕360，并且可以在捐贈數(shù)量被在捐贈確認屏幕360上確認后“確定(OK)”鍵362被點擊時將與該數(shù)量相當?shù)木栀洈?shù)據(jù)發(fā)送給ASP 32的管理服務器36。
即，集成了攝像機的數(shù)字便攜電話MS3能夠執(zhí)行內(nèi)容的捐贈處理，就象在第一實施例中客戶PC 4的情況一樣，并且能夠象移動終端一樣工作以接收不僅僅是內(nèi)部而且是外部的內(nèi)容，然后容易地通過網(wǎng)絡執(zhí)行對該內(nèi)容的捐贈處理。
此處，通過ASP 32的管理服務器36的處理與第一實施例的情況類似，并以下面方式執(zhí)行從集成了攝像機的數(shù)字便攜電話MS3發(fā)送的捐贈數(shù)據(jù)被以固定的轉(zhuǎn)換比率轉(zhuǎn)換為分數(shù)，與內(nèi)容ID對應的用戶信息DB表45被從用戶信息數(shù)據(jù)庫37檢索，且累計的用戶信息DB表45的分數(shù)被通過添加與捐贈數(shù)據(jù)相當?shù)姆謹?shù)而更新。
此外，ASP 32的管理服務器36以下面方式執(zhí)行收費處理從集成了攝像機的數(shù)字便攜電話MS3發(fā)送的與捐贈數(shù)據(jù)相當?shù)氖召M數(shù)據(jù)被與集成了攝像機的數(shù)字便攜電話MS3的ASP 32的服務費用一同記錄在觀察器信息數(shù)據(jù)庫40的觀察器信息文件中。
如上所述，在網(wǎng)絡系統(tǒng)400中，就象第一實施例的情況那樣，集成了攝像機的數(shù)字便攜電話MS3從內(nèi)容提供者3接收內(nèi)容，該內(nèi)容的捐贈數(shù)據(jù)被通過在集成了攝像機的數(shù)字便攜電話MS3上顯示的內(nèi)容顯示屏幕350間接發(fā)送，因此用戶容易地利用集成了攝像機的數(shù)字便攜電話MS3對內(nèi)容創(chuàng)作者進行捐贈。
(13) 其他實施例前述第一和第二實施例已經(jīng)說明了當捐贈數(shù)據(jù)被按照通過點擊捐贈按鍵在捐贈數(shù)量選擇屏幕270上選擇的數(shù)量產(chǎn)生，并被發(fā)送到ASP 32的管理服務器36時的情況。然而，本發(fā)明不局限于此，捐贈數(shù)據(jù)可以按照客戶PC 4或集成了攝像機的數(shù)字便攜電話MS3的用戶輸入的數(shù)量產(chǎn)生并被發(fā)送到ASP32的管理服務器36。在此情況下，可以獲得與前述實施例類似的效果。
進一步，前述第一和第二實施例已經(jīng)說明了當捐贈程序被提前安裝在客戶PC 4或集成了攝像機的數(shù)字便攜電話MS3中以產(chǎn)生和發(fā)送捐贈數(shù)據(jù)到ASP 32的管理服務器36的情況。但本發(fā)明不局限于此，捐贈程序可以通過復制一個作為封裝介質(zhì)，如CD-ROM(光盤只讀存儲器)和DVD(數(shù)字視頻盤)，的存儲捐贈程序的程序存儲介質(zhì)而安裝。而且，捐贈程序可以通過復制一個能夠暫時或永久存儲捐贈程序的程序存儲介質(zhì)——如半導體存儲器或磁光盤——而安裝。
一個諸如局域網(wǎng)的有線或無線通信媒體和一個數(shù)字衛(wèi)星廣播也可以被用作向此程序存儲介質(zhì)存儲捐贈程序的手段。而且多種通信接口，如路由器或調(diào)制解調(diào)器，也可以被用于存儲處理中。
此外，前述的第一和第二實施例已經(jīng)說明了當客戶PC 4和集成了攝像機的數(shù)字便攜電話MS3被用作接收通過ASP 32的管理服務器36而提供的內(nèi)容的裝置。然而，本發(fā)明不局限于此，只要便攜信息終端MS1、MS2等可以通過因特網(wǎng)5連接，它們就可以被使用。
此外，前述的第一和第二實施例已經(jīng)說明了捐贈針對下面內(nèi)容而進行的情況在請求型內(nèi)容顯示屏幕165(圖28)上、直播型內(nèi)容顯示屏幕240(圖40)上或直播型內(nèi)容顯示屏幕260(圖44)上顯示的請求型或直播型內(nèi)容。然而本發(fā)明不局限于此，捐贈可以針對一般主頁而做出，即該主頁的設計、策劃、可操作性或質(zhì)量；也可以針對個人作品，象如新聞、詩、小說、說明書、批判性的小文或評論的文字內(nèi)容，或者如畫面、插圖、附圖或計算機圖形的靜止圖片。
此外，前述的第一和第二實施例已經(jīng)說明了當捐贈按鍵被提供以對內(nèi)容創(chuàng)作者進行捐贈的情況。然而，本發(fā)明不局限于此，可以提供一個慶祝按鍵以便當一個婚禮儀式的內(nèi)容被以直播型視頻提供時發(fā)送一個捐贈數(shù)據(jù)形式的小費。另外，多種捐贈可以按照提供的內(nèi)容進行，如捐款、為去世的人提供錢財和用于慶祝孩子出生、一些慶?；顒?、建造新房、遷出、入學、畢業(yè)的錢財，即小費。
而且，前述的第一和第二實施例已經(jīng)說明了當因特網(wǎng)5被用作網(wǎng)絡的情況，然而，本發(fā)明不局限于此，多種有線或無線網(wǎng)絡可以被使用。
工業(yè)實用性按照本發(fā)明的捐贈處理設備、捐贈處理方法、捐贈接受設備、捐贈接受方法、程序存儲介質(zhì)和捐贈處理系統(tǒng)被應用在一種內(nèi)容提供系統(tǒng)中，該系統(tǒng)是通過網(wǎng)絡，通過將向接受內(nèi)容的客戶提供內(nèi)容的內(nèi)容服務器連接起來而構(gòu)建的。
按照條約第19條的修改1.一種捐贈處理設備，包括接收裝置，用于接收內(nèi)容的圖像數(shù)據(jù)，該內(nèi)容是通過網(wǎng)絡從一內(nèi)容提供設備提供的；顯示裝置，用于基于由所述接收裝置接收的所述圖像數(shù)據(jù)，顯示一個顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生裝置，用于當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送裝置，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送由所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的所述捐贈數(shù)據(jù)。
2.如權利要求1所述的捐贈處理設備，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生裝置在所述顯示裝置上顯示一個示出了多個數(shù)量的捐贈數(shù)量選擇屏幕，并對應于在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量產(chǎn)生所述捐贈數(shù)據(jù)。
3.如權利要求1所述的捐贈處理設備，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與直接在捐贈數(shù)量輸入?yún)^(qū)輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
4.如權利要求1所述的捐贈處理設備，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
5.一種捐贈處理方法，包括接收步驟，通過網(wǎng)絡接收從一個內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；顯示步驟，基于在所述接收步驟中接收到的所述圖像數(shù)據(jù)，顯示一個在其上顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生步驟，當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送步驟，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送在所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生的所述捐贈數(shù)據(jù)。
6.如權利要求5所述的捐贈處理方法，其中，
響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生步驟顯示一個顯示有多個數(shù)量的捐贈數(shù)量選擇屏幕，并產(chǎn)生與在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
7.如權利要求5所述的捐贈處理方法，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
8.如權利要求5所述的捐贈處理方法，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
9.一種捐贈接受設備，包括捐贈數(shù)據(jù)接收裝置，用于從用戶終端接收與由用戶決定的數(shù)量相當?shù)木栀洈?shù)據(jù)，作為對所提供內(nèi)容的評價；存儲裝置，用于與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理裝置，用于對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用。
10.如權利要求9所述的捐贈接受設備，其中，所述捐贈數(shù)據(jù)接受裝置僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
11.一種捐贈接受方法，包括捐贈數(shù)據(jù)接收步驟，從用戶終端接收由用戶決定的數(shù)量的捐贈數(shù)據(jù)，作為對所提供內(nèi)容的評價；存儲步驟，與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理步驟，對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量的費用。
12.如權利要求11所述的捐贈接受方法，其中，所述捐贈數(shù)據(jù)接受步驟僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
13.一種程序存儲介質(zhì)，用于使信息處理設備執(zhí)行一個程序，其中，所述程序包括接收步驟，通過網(wǎng)絡接收從一個內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；顯示步驟，基于在所述接收步驟中接收到的所述圖像數(shù)據(jù)，顯示一個在其上顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；
捐贈數(shù)據(jù)產(chǎn)生步驟，當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送步驟，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送在所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生的所述捐贈數(shù)據(jù)。
14.如權利要求13所述的程序存儲介質(zhì)，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生步驟顯示一個顯示有多個數(shù)量的捐贈數(shù)量選擇屏幕，并產(chǎn)生與在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
15.如權利要求13所述的程序存儲介質(zhì)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
16.如權利要求13所述的程序存儲介質(zhì)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
17.一種程序存儲介質(zhì)，用于使信息處理設備執(zhí)行一個程序，其中，所述程序包括捐贈數(shù)據(jù)接收步驟，從用戶終端接收由用戶決定的數(shù)量的捐贈數(shù)據(jù)，作為對所提供內(nèi)容的評價；存儲步驟，與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理步驟，對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量的費用。
18.如權利要求17所述的程序存儲介質(zhì)，其中，所述捐贈數(shù)據(jù)接受步驟僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
19.一種捐贈處理系統(tǒng)，包括內(nèi)容提供設備，用于響應于一個請求而提供內(nèi)容；捐贈處理設備，通過網(wǎng)絡接收從所述內(nèi)容提供設備提供的所述內(nèi)容，并用于向所述內(nèi)容的創(chuàng)作者進行捐贈，其中所述捐贈處理設備，包括接收裝置，用于通過所述網(wǎng)絡接收從所述內(nèi)容提供設備提供的所述內(nèi)容的圖像數(shù)據(jù)；
顯示裝置，用于基于由所述接收裝置接收的所述圖像數(shù)據(jù)，顯示一個顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生裝置，用于當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送裝置，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送由所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的所述捐贈數(shù)據(jù)；并且，所述內(nèi)容提供設備包括存儲裝置，用于接收通過所述網(wǎng)絡從所述捐贈處理設備發(fā)送的所述捐贈數(shù)據(jù)，并用于與所述內(nèi)容相對應而存儲所述捐贈數(shù)據(jù)；收費處理裝置，用于對所述捐贈處理設備的用戶收取與所述捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用。
20.如權利要求19所述的捐贈處理系統(tǒng)，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生裝置在所述顯示裝置上顯示一個示出了多個數(shù)量的捐贈數(shù)量選擇屏幕，并對應于在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量產(chǎn)生所述捐贈數(shù)據(jù)。
21.如權利要求19所述的捐贈處理系統(tǒng)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與直接在捐贈數(shù)量輸入?yún)^(qū)輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
22.如權利要求19所述的捐贈處理系統(tǒng)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
23.如權利要求19所述的捐贈處理系統(tǒng)，其中，所述存儲裝置僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)，并與所述內(nèi)容相當?shù)卮鎯υ摼栀洈?shù)據(jù)。
24.一種捐贈處理設備，包括接收裝置，用于通過網(wǎng)絡接收從內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；顯示裝置，用于基于從所述接收裝置接收的所述圖像數(shù)據(jù)，顯示在其上顯示有給定捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生裝置，用于當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送裝置，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送由所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的所述捐贈數(shù)據(jù)，其中所述捐贈數(shù)據(jù)被添加到與提供所述內(nèi)容的用戶相對應的用戶信息，并且針對所述用戶信息收取提供所述內(nèi)容的服務費用。
25.一種捐贈處理方法，包括接收步驟，通過網(wǎng)絡接收從內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；顯示步驟，基于在所述接收步驟接收的所述圖像數(shù)據(jù)，顯示在其上顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生步驟，當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；發(fā)送步驟，通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送在所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生的所述捐贈數(shù)據(jù)，其中所述捐贈數(shù)據(jù)被添加到與提供內(nèi)容的用戶相對應的用戶信息，并且針對所述用戶信息收取提供所述內(nèi)容的服務費用。
26.一種捐贈接受設備，包括捐贈數(shù)據(jù)接收裝置，用于從用戶終端接收與由用戶決定的數(shù)量相當?shù)木栀洈?shù)據(jù)，作為對所提供的內(nèi)容的評價；存儲裝置，用于與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；收費處理裝置，用于對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用，其中所述收費處理裝置向?qū)谔峁┧鰞?nèi)容的用戶的用戶信息添加與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量，并針對所述用戶信息收取提供所述內(nèi)容的服務費用。
27.一種捐贈接受方法，包括捐贈數(shù)據(jù)接收步驟，從用戶終端接收由用戶決定的數(shù)量的捐贈數(shù)據(jù)，作為對所提供內(nèi)容的評價；存儲步驟，與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理步驟，用于對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量的費用，其中所述收費處理步驟向?qū)谔峁┧鰞?nèi)容的所述用戶的用戶信息添加與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量；并且針對所述用戶信息收取提供所述內(nèi)容的服務費用。
28.一種程序存儲媒體，用于使信息處理設備執(zhí)行一個程序，其中，所述程序包括捐贈數(shù)據(jù)接收步驟，從用戶終端接收由用戶決定的數(shù)量的捐贈數(shù)據(jù)，作為對所提供內(nèi)容的評價；存儲步驟，與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；收費處理步驟，用于對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量的費用，其中所述收費處理步驟要向?qū)谔峁┧鰞?nèi)容的用戶的用戶信息添加與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量；并且針對所述用戶信息收取提供所述內(nèi)容的服務費用。
29.一種捐贈處理系統(tǒng)，包括內(nèi)容提供設備，用于響應于一個請求而提供內(nèi)容；以及，捐贈處理設備，用于通過網(wǎng)絡接收從所述內(nèi)容提供設備提供的所述內(nèi)容，并用于向內(nèi)容制作者進行捐贈，其中所述捐贈處理設備包括接收裝置，用于通過所述網(wǎng)絡接收從所述內(nèi)容提供設備提供的所述內(nèi)容的圖像數(shù)據(jù)；顯示裝置，用于基于由所述接收裝置接收的所述圖像數(shù)據(jù)，顯示在其上顯示有給定捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生裝置，用于當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；發(fā)送裝置，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送由所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的所述捐贈數(shù)據(jù)，并且，所述內(nèi)容提供設備包括存儲裝置，用于通過所述網(wǎng)絡接收從所述捐贈處理設備發(fā)送的所述捐贈數(shù)據(jù)，并用于與所述內(nèi)容相對應而存儲所述捐贈數(shù)據(jù)；收費處理裝置，用于對所述捐贈處理設備的用戶收取與所述捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用，其中所述收費處理裝置向?qū)谔峁┧鰞?nèi)容的用戶的用戶信息添加與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量；并且，針對所述用戶信息收取提供所述內(nèi)容的服務費用。
權利要求
1.一種捐贈處理設備，包括接收裝置，用于接收內(nèi)容的圖像數(shù)據(jù)，該內(nèi)容是通過網(wǎng)絡從一內(nèi)容提供設備提供的；顯示裝置，用于基于由所述接收裝置接收的所述圖像數(shù)據(jù)，顯示一個顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生裝置，用于當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送裝置，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送由所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的所述捐贈數(shù)據(jù)。
2.如權利要求1所述的捐贈處理設備，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生裝置在所述顯示裝置上顯示一個示出了多個數(shù)量的捐贈數(shù)量選擇屏幕，并對應于在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量產(chǎn)生所述捐贈數(shù)據(jù)。
3.如權利要求1所述的捐贈處理設備，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與直接在捐贈數(shù)量輸入?yún)^(qū)輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
4.如權利要求1所述的捐贈處理設備，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
5.一種捐贈處理方法，包括接收步驟，通過網(wǎng)絡接收從一個內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；顯示步驟，基于在所述接收步驟中接收到的所述圖像數(shù)據(jù)，顯示一個在其上顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生步驟，當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送步驟，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送在所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生的所述捐贈數(shù)據(jù)。
6.如權利要求5所述的捐贈處理方法，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生步驟顯示一個顯示有多個數(shù)量的捐贈數(shù)量選擇屏幕，并產(chǎn)生與在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
7.如權利要求5所述的捐贈處理方法，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
8.如權利要求5所述的捐贈處理方法，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
9.一種捐贈接受設備，包括捐贈數(shù)據(jù)接收裝置，用于從用戶終端接收與由用戶決定的數(shù)量相當?shù)木栀洈?shù)據(jù)，作為對所提供內(nèi)容的評價；存儲裝置，用于與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理裝置，用于對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用。
10.如權利要求9所述的捐贈接受設備，其中，所述捐贈數(shù)據(jù)接受裝置僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
11.一種捐贈接受方法，包括捐贈數(shù)據(jù)接收步驟，從用戶終端接收由用戶決定的數(shù)量的捐贈數(shù)據(jù)，作為對所提供內(nèi)容的評價；存儲步驟，與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理步驟，對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量的費用。
12.如權利要求11所述的捐贈接受方法，其中，所述捐贈數(shù)據(jù)接受步驟僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
13.一種程序存儲介質(zhì)，用于使信息處理設備執(zhí)行一個程序，其中，所述程序包括接收步驟，通過網(wǎng)絡接收從一個內(nèi)容提供設備提供的內(nèi)容的圖像數(shù)據(jù)；顯示步驟，基于在所述接收步驟中接收到的所述圖像數(shù)據(jù)，顯示一個在其上顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生步驟，當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送步驟，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送在所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生的所述捐贈數(shù)據(jù)。
14.如權利要求13所述的程序存儲介質(zhì)，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生步驟顯示一個顯示有多個數(shù)量的捐贈數(shù)量選擇屏幕，并產(chǎn)生與在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
15.如權利要求13所述的程序存儲介質(zhì)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
16.如權利要求13所述的程序存儲介質(zhì)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生步驟按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
17.一種程序存儲介質(zhì)，用于使信息處理設備執(zhí)行一個程序，其中，所述程序包括捐贈數(shù)據(jù)接收步驟，從用戶終端接收由用戶決定的數(shù)量的捐贈數(shù)據(jù)，作為對所提供內(nèi)容的評價；存儲步驟，與所述內(nèi)容相對應地存儲所述捐贈數(shù)據(jù)；及收費處理步驟，對所述用戶收取與所述捐贈數(shù)據(jù)相當?shù)乃鰯?shù)量的費用。
18.如權利要求17所述的程序存儲介質(zhì)，其中，所述捐贈數(shù)據(jù)接受步驟僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
19.一種捐贈處理系統(tǒng)，包括內(nèi)容提供設備，用于響應于一個請求而提供內(nèi)容；捐贈處理設備，通過網(wǎng)絡接收從所述內(nèi)容提供設備提供的所述內(nèi)容，并用于向所述內(nèi)容的創(chuàng)作者進行捐贈，其中所述捐贈處理設備，包括接收裝置，用于通過所述網(wǎng)絡接收從所述內(nèi)容提供設備提供的所述內(nèi)容的圖像數(shù)據(jù)；顯示裝置，用于基于由所述接收裝置接收的所述圖像數(shù)據(jù)，顯示一個顯示有給定的捐贈按鍵的內(nèi)容顯示屏幕；捐贈數(shù)據(jù)產(chǎn)生裝置，用于當捐贈按鍵在所述內(nèi)容顯示屏幕上被選擇時，產(chǎn)生與對應于所述捐贈按鍵的給定數(shù)量相當?shù)木栀洈?shù)據(jù)；及發(fā)送裝置，用于通過所述網(wǎng)絡向所述內(nèi)容提供設備發(fā)送由所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生的所述捐贈數(shù)據(jù)；并且，所述內(nèi)容提供設備包括存儲裝置，用于接收通過所述網(wǎng)絡從所述捐贈處理設備發(fā)送的所述捐贈數(shù)據(jù)，并用于與所述內(nèi)容相對應而存儲所述捐贈數(shù)據(jù)；收費處理裝置，用于對所述捐贈處理設備的用戶收取與所述捐贈數(shù)據(jù)相當?shù)臄?shù)量的費用。
20.如權利要求19所述的捐贈處理系統(tǒng)，其中，響應于對所述捐贈按鍵的選擇，所述捐贈數(shù)據(jù)產(chǎn)生裝置在所述顯示裝置上顯示一個示出了多個數(shù)量的捐贈數(shù)量選擇屏幕，并對應于在所述捐贈數(shù)量選擇屏幕上選擇的所述數(shù)量產(chǎn)生所述捐贈數(shù)據(jù)。
21.如權利要求19所述的捐贈處理系統(tǒng)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置產(chǎn)生所述捐贈數(shù)據(jù)，該捐贈數(shù)據(jù)與直接在捐贈數(shù)量輸入?yún)^(qū)輸入的、與所述捐贈按鍵相對應的數(shù)量相當。
22.如權利要求19所述的捐贈處理系統(tǒng)，其中，當捐贈按鍵被選擇時，所述捐贈數(shù)據(jù)產(chǎn)生裝置按照用戶的操作，將在捐贈數(shù)量輸入?yún)^(qū)直接輸入的、與所述捐贈按鍵相對應的數(shù)量改變比固定最小數(shù)量大的數(shù)量，并產(chǎn)生與改變后的數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)。
23.如權利要求19所述的捐贈處理系統(tǒng)，其中，所述存儲裝置僅僅接收與大于固定最小數(shù)量的所述數(shù)量相當?shù)乃鼍栀洈?shù)據(jù)，并與所述內(nèi)容相當?shù)卮鎯υ摼栀洈?shù)據(jù)。
全文摘要
一種捐贈處理系統(tǒng),產(chǎn)生與從內(nèi)容顯示屏幕內(nèi)選擇的捐贈數(shù)據(jù)相對應的特定量貨幣的捐贈數(shù)據(jù),并且通過因特網(wǎng)將該捐贈數(shù)據(jù)發(fā)送到ASP控制服務器,這樣就能使對內(nèi)容創(chuàng)作者進行的捐贈間接地通過ASP控制服務器,以對應于內(nèi)容的捐贈數(shù)據(jù)的形式進行。
文檔編號G06Q20/00GK1365478SQ01800677
公開日2002年8月21日 申請日期2001年3月26日 優(yōu)先權日2000年3月30日
發(fā)明者吉峰幸郎, 筒井基次, 末吉隆彥, 中村年范, 花谷博幸, 內(nèi)山信幸 申請人:索尼公司