捐贈處理系統的製作方法

2023-08-06 17:35:16 3

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

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


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