专利名称：内容提供设备、方法及系统和内容预约控制方法
技术领域：
本发明涉及内容提供设备、内容提供方法、程序存储介质、内容提供系统和内容预约控制方法、以及利润回报系统，更具体地说，本发明适用于通过比如因特网提供内容的计算机网络系统。
在计算机网络系统中通过因特网提供包括个人创建的图像和/或话音的内容的情况下，到目前为止，总的来说，已经习惯由他/她使用个人计算机创建他/她自己的主页。
在个人如上所述开放主页的情况下，用户基于所要创建的与多个内容超链接的主页，借助于个人计算机获取主页创建程序，其中多个内容存储在因特网服务提供者(下文中称为“ISP”)的服务器中。
并且，ISP从服务器向通过因特网访问它的客户提供主页，以及当主页上的锚点被点击时，顺序提供被超链接的内容。
在按照上面所述构建的计算机网络系统中，连续地将相同的内容提供给访问它的客户，直到更新所打开的主页内容为止，这造成了客户对其厌烦的问题。
同样，在该计算机网络系统中，当ISP响应同时收到的来自多个客户的针对在主页上超链接的多种类型内容的请求(demand)，同时向多个客户提供多种类型的内容时，存在由于需大量占用网络资源比如线路的带宽而不能快速发送内容的问题。
此外，在按照上面所述构建的计算机网络系统中，即使当内容是通过ISP在用户创建的个人主页上提供时，也不可能总是大量客户访问该个人主页的情况，因此存在没有必要将个人创建的内容广泛提供给多个非特定的人的问题。
还有，在按照上面所述构建的计算机网络系统中，响应通过因特网从客户提供的请求，读出ISP服务器中存储的主页数据，但是，由于线路带宽和服务器处理性能的限制，所以从服务器同时提供的主页数据的数量受到限制。
由于上述原因，在计算机网络系统中，存在如下问题，即当由于同时出现大量对ISP服务器的各种主页的请求而请求量超过上限时，向所有的多个客户快速提供主页变得非常困难。
有鉴于此，本发明第一个方面的目的是提供一种可以使客户保持兴趣的内容提供设备、内容提供方法、程序存储介质、和内容提供系统。
本发明第二个方面的目的是提供一种能够将个人创建的内容广泛地提供给多个非特定人的内容提供设备、内容提供方法、程序存储介质、和内容提供系统。
本发明第三个方面的目的是提供一种能够快速而且毫无问题地响应请求提供内容的内容提供设备、内容预约控制方法、程序存储介质、和内容提供系统。
通过提供一种内容提供设备、内容提供方法、程序存储介质、和内容提供系统实现本发明第一个方面的上述目的和其它目的，其中，使用多种类别的从所保护的个人专用存储区读出的内容，当客户通过网络从用于通过网络提供内容的内容存储和提供装置中作出内容请求时，识别请求时间；并使用所判断的内容的类型，基于按照给定时间调度帧提供多种内容类型中的一种类型来设置的提供时间表，以与请求时间相匹配的时间调度帧提供内容，从而上述所判断的内容的类型通过网络从内容存储和提供装置提供给客户。
因此，可以在客户约定的每个时间调度帧中，就好象来自个人广播站一样提供不同种类的内容，以便可以按照提供时间表顺序地提供大量的内容而不令人厌倦，这使得可以快速而且毫无问题地提供内容而不占用线路的过多带宽，原因是每次时间调度帧仅提供一种类型的内容。
通过提供一种内容提供设备、内容提供方法、程序存储介质、和内容提供系统实现本发明第二个方面的上述目的和其它目的，其中，从第一信息处理设备供给的内容存储在为公众(public)放置的专用存储区，内容从该处读出以响应来自第二信息处理设备的请求，并以如下方式执行控制，即多个第一信息处理设备共享通过网络向第二信息处理设备提供内容的内容存储和提供装置中为公众放置的专用存储区。
因此，由于多个第一信息处理设备能够共享在针对公众的内容存储和提供装置中放置的专用存储区，具有在专用存储区中写成内容的多个第一信息处理设备能够内容广泛地提供给访问为公众放置的专用存储区的多个非特定第二信息处理设备。
通过提供一种内容提供设备、内容预约控制方法、程序存储介质、和内容提供系统实现本发明第三个方面的上述目的和其它目的，其中，从信息处理设备供给的内容一次存储在为个人保护的专用存储区中。使用那些响应客户请求检索到的内容，通过网络收到来自信息处理设备的提供时间安排数据，其指示通过用于通过网络提供那些内容给客户的内容存储和提供装置来提供的内容的提供时间安排，基于此设置内容的提供时间表，同时在提供时间表上设置在给定时间内同时提供的内容数量的上限。并且，当检测到能够在给定时间内同时提供的内容数量达到上限值时，通过网络通知信息处理设备在提供时间表上特定时间内该预约是不可行的。
使用所设置的一次时间内提供的内容数量的上限值，当检测到所规定的在提供时间表上期望的时间内同时提供的内容数量的上限值时，通过网络通知信息处理设备在提供时间表上特定时间内该预约是不可行的，这防止了设置用于内容数量的提供时间表超出上限值，从而总是能够快速提供内容给多个客户，而不会失败。
通过以下借助附图的详细描述，本发明的属性、原理和应用将变得更加清楚，其中相同的标号或字符指定相同的部分。
在附图中
图1为用于解释利使用因特网的电子商务交易的原理方框图；图2为表示本发明的内容提供系统的结构的示意方框图；图3为表示用户PC的结构的示意方框图；图4为表示桌面屏幕的示意框图；图5为表示用户信息注册屏幕的示意框图；图6为表示用户信息文件的示意框图；图7为表示内容提供者的结构的示意方框图；图8为表示在ASP的管理服务器中的用户注册过程处理顺序的流程图；图9为表示在用户信息数据库中注册的用户信息DB表的内容的示意图；图10为表示跟踪屏幕的示意图；图11为表示确认屏幕的示意图；图12为表示编辑屏幕的示意图；图13为表示随选型(no-demand type)的个人播送(cast)控制屏幕的示意图；图14为表示下拉式菜单的示意图15为表示我的频道型(my channel type)屏幕的示意图；图16为表示多媒体数字信号编解码器选择屏幕的示意图；图17为表示随选型的提供时间表管理屏幕的示意图；图18为表示商务提供邀请屏幕的示意图；图19为表示商务链接设置屏幕的示意图；图20为表示内容ID设置屏幕的示意图；图21为表示随选型的提供时间表控制文件的内容的示意图；图22为表示在随选型中到ASP的连接处理顺序的流程图；图23为表示提供时间表的确认和改变处理顺序的流程图；图24为表示在随选型中播送处理顺序的流程图；图25为表示个人播送服务的主页屏幕的示意图；图26为表示用于我的频道的类型表屏幕的示意图；图27为表示关于“car(轿车)”视频类型的显示屏幕的示意图；图28为表示指示与选择的频道按钮匹配的内容的内容显示屏幕的示意图；图29为表示直播(live)类型的个人播送控制屏幕的示意图；图30为表示直播型的提供时间表管理屏幕的显示处理顺序的流程图；图31为表示针对公众频道的直播型的提供时间表管理屏幕的示意图；图32为表示直播型的提供时间表控制文件的内容的示意图；图33为表示预约处理顺序的流程图；图34为表示针对我的频道的直播型的提供时间表管理屏幕的示意图；图35为表示针对我的频道的直播型的提供时间表控制文件的内容的示意图；图36为表示预约不可行的消息显示屏幕；图37为表示在直播型中到ASP的连接处理顺序的流程图；图38为表示在直播型中经过我的频道实施的播送处理顺序的流程图；图39为表示针对我的频道的直播视频调度显示屏幕的示意图；图40为表示指示与选择的频道按钮匹配的直播视频内容的内容显示屏幕的示意图；图41为表示在直播型中通过公众频道实施的播送处理顺序的流程图；图42为表示用于公众频道的频道显示屏幕的示意图43为表示用于公众频道的直播视频调度显示屏幕的示意图；图44为表示指示在音乐直播频道中选择的直播视频内容的内容显示屏幕的示意图；图45为表示捐助(contribution)数量选择屏幕的示意图；图46为表示用商业视频提供内容的处理顺序的流程图；和图47为表示利润回报处理顺序的流程图。
下面将结合附图描述本发明的优选实施例。
(1)使用因特网的电子商务原理因特网是借助于通信链路由许多计算机相互连接构成的计算机网络系统，如此设计可以使得信息在计算机之间发送和/或接收，使用各种服务如电子邮件、Gopher、万维网(WWW)。
如图1所示，通过因特网提供包含在WWW中的多种服务给客户个人计算机(PC)302-1至302-N的WWW服务器301(也称作“网络服务器”或“网站”等)，在内部硬盘中存储由诸如数字和图像的图形信息组成的网页。
使用在该WWW301中的各种资源或网页等都可以无误地由统一资源定位器(URL)识别，URL为一种通过因特网进行区分的公告技术。
因此，当用户欲细读的网页的URL由用户比如依据如超文本传输协议(HTTP)等的特定传输协议指定时，连接到300的客户PC302-1至302-N根据URL向WWW服务器301发送请求，以读取网页。
一旦收到作为从WWW服务器301读取请求的结果的来自WWW服务器301发送的网页，客户PC 302-1至302-N通过事先存储在内部硬盘上的WWW浏览器使其显示单元显示该网页，从而使得用户可以读取该网页。
网页一般使用超文本链接标示语言(HTML)定义，定义网页的HTML文档包括由规定如何显示网页的HTML控制的称作标签(保留字)的符号。
对于其它信息，HTML文档包括指示图形、控制及其它功能的各种标签，并同时能够作为链接点指定从中请求读取网页的WWW服务器301或其它WWW服务器可用的网页的URL。
因此，网页在客户PC 302-1至302-N的显示单元中以网页提供者所倾向的显示方式显示。
但是，近些年来，前述的WWW已经进入利用因特网300用于电子商务时代。
在这种情况下，在WWW服务器301中准备由电子制表用于销售的商品目录组成的网页，响应查看它们的他/她查看它们的请求，传送给由客户所拥有的客户PC302-1至302-N。
这样，客户PC302-1至302-N使显示单元显示通过因特网收自WWW服务器301的网页，接着使客户查看销售的商品目录。
当用户在显示单元所显示的商品目录网页上指定要购买的物品时，用户PC302-1至302-N通过因特网将该结果通知WWW服务器301。
一旦收到该结果，WWW服务器301请求来自客户PC302-1至302-N的客户信息，并从中接收包括客户购买产品名称、客户所拥有的信用卡号码、产品邮递的地址的客户信息。
接下来，一旦收到上述客户信息，WWW服务器301给客户PC302-1至302-N发送网页，确认产品定单，并使客户确认网页上的定单内容，接着安排邮递这些产品。
在以这种方式利用因特网300的电子商务交易中，电子商务交易可以应用于以电子内容的形式的各种商品，比如通过因特网电子邮递给客户的音乐，或应用于有形产品，比如通过家庭邮递公司邮递给客户的个人计算机。
顺便提一句，除了HTML，还有其它定义网页的方法，即称作可扩展的文本标示语言(XML)。它象HTML的情况一样使用标签，但是能够表达文档的结构和含义，以及约定比如由文档类型定义(DTD)表达的标签的分层结构和数据类型之类的属性。
因此，在WWW服务器301中，如果使用XML定义网页，比如事先保留在数据库中的诸如定单接受代码、商品代码、单位价格及数量的用于信息处理的数据可以分别嵌入各种标签，从而网页不仅能够用于查看，而且能够使用嵌入标签的信息处理数据自动执行计算定单的信息处理。
(2)内容提供系统的结构图2中的1示出本发明的利用因特网实现电子商务交易的内容提供系统的全貌，它包括用户个人计算机(PC)2，由内容创建者使用；内容提供商3，用于存储当需要时供应由用户PC2创建的内容；多个客户PC4(4A至4N)，用于接收来自内容提供商3的在网页上指定的内容的供应；在线通信销售公司6，内容创建者通过因特网5通过用户PC2与其进行在线交易；商务客户7，用于创建商务图像并要求内容提供商3给客户PC4提供者商务图像；所有这些都通过因特网5互连。
该内容提供系统1为一种系统，在该系统中根据客户PC4访问使用客户PC2创建的个人内容的次数，内容提供商3所收到的利润适度回报给内容创建者(下文中称作“利润回报”)，这可以鼓励内容创建者创建更多精彩的内容，并可以通过因特网5构建一种以增加客户PC4对网站进行访问的次数为目的的全新商业模式。
在虚线框内的内容提供商3、在线通信销售公司6和商务客户7相互联合，形成一个商业联盟8，以各种模式执行给内容创建者(用户PC2)的利润回报处理。
(3)用户PC的用户注册处理在该内容提供系统1中，用户PC2首先需要执行针对内容提供商3的用户注册处理，下面将详细描述。
如图3所示，用户PC2包括CPU10、硬盘驱动器(HDD)12、随机存取存储器(RAM)13、电气与电子工程师协会(IEEE)1394接口14、网络接口16、液晶显示器的显示单元17，所有这些都在总线11上互连。
在此类用户PC2中，除了操作系统(OS)或基本的程序之外，其它各种应用软件存储在HDD12中，并且在执行特定处理的场合出现时转移到RAM13中。
也就是说，如图4所示，在用户PC2中，当内容创建者使用打开的OS点击显示在显示单元17上在桌面屏幕19(微软公司的窗口屏幕)的在线签约图标20时，CPU10从HDD12启动自动在线签约软件，并使显示单元17显示用户信息注册屏幕，如图5所示。
该用户信息注册屏幕21用于当申请如屏幕标题所指示的个人播送(casting)服务时，注册用户信息。遵循屏幕，内容创建者输入他的/她的姓名、地址、电话号码、电子邮件地址、生日、信用卡号码、第一期望的用户ID、第二期望的用户ID、第三期望的用户ID、期望的频道名称、口令及确认口令，最后选择“as-much-as-I-like course”或“beginner’s course”作为所申请的服务。
个人播送服务是一种在本发明的内容提供系统1中新开创的内容提供模式，使用两种分别称作在线类型和直播型的内容提供模式，其内容将在本说明书后面描述。
在用户信息注册屏幕21上放置了一个使用户创建者输入的用户信息内容无效的取消按钮22，和一个以用户创建者输入的用户信息进行申请的申请按钮23。
因此，当用户信息输入后点击申请按钮23时，用户PC2的CPU10创建包含与用户信息注册屏幕21(图5)上的内容相似的内容的用户信息文件25，如图6所示，以指定协议在因特网5(图2)上从网络接口16(图3)发送给内容提供商3，并且同时在HDD12中写入并保留用户信息文件25。
内容提供商3包括如图7所示的将用户PC2连接到因特网5的因特网服务提供商(下文中称作“ISP”)31，以及存储供应自用户PC2、当需要时提供给客户PC4的内容的应用服务提供商(下文中称作“ASP”)32。
因特网服务提供商31包括监护整个操作的控制服务器33、管理对用户PC 2收费的收费管理数据库34、将用户PC2与网络通过因特网5相连的网络接口35，所有这些都在局域网(LAN)42上互连，以此在控制服务器33的控制之下实现收费管理和网络控制。
应用服务提供商32包括监护整个操作的管理服务器36、管理用户PC2的用户信息文件25的用户信息数据库34、管理内容提供时间表的提供时间表管理数据库38、存储并提供内容的内容服务器39、管理当作内容观看者和制表者的客户PC4的阅读器信息的阅读器信息数据库40、存储和管理商务客户7供给的商务图像、使其与商务图像标识相匹配的商务管理数据库44，所有这些都在LAN43上互连，并设计为在管理服务器36的控制下实施用户信息管理、提供时间表管理、内容存储和提供处理、阅读器信息管理、以及商务提供管理。
当在管理服务器36通过ISP31的网络接口35和ASP32的网络接口41实施用户注册过程时，内容提供商3接收发送自用户PC2的用户信息文件25。
一旦收到用户信息文件25,ASP32的管理服务器36从开始步骤、遵循从内部硬盘调出的用户注册过程程序、启动图8所示的例程RT1，并转移到步骤SP1。
在步骤SP1，ASP32的管理服务器36读出发送自用户PC2的用户信息文件25的内容，并检查信用卡号码的数字号，然后当结果是数字号正确时，前进到下一步SP2。
但是，如果信用卡号码不是由正确数字组成，则ASP32的管理服务器36通过因特网5通知用户PC2该结果，提醒用户以正确的数字输入信用卡号码。
在步骤SP2,ASP32的管理服务器36访问用户数据库37，并检查发送的用户信息文件25的信用卡号码是否重复，并且如果不重复且仅在这种情况下，前进到下一步SP3。
在步骤SP3,ASP32的管理服务器36通过因特网5使用其网络接口41访问信用卡公司的信用授权检查服务器26，并检查信用卡号码是否有效，并仅当信用卡号码为可用状态时，前进到下一步SP4。
在步骤SP4,ASP32的管理服务器36再次访问用户数据库37，并检查期望的第一至第三用户ID是否已经在用，并且仅当第一至第三期望的用户ID中的任何一个还没有使用时，前进到下一步SP5。
在步骤SP5,ASP32的管理服务器36从期望的第一至第三ID中选择最高期望的未使用的用户ID，并且在确定与用户ID匹配的统一资源定位器(URL)后，基于用户信息文件25创建如图9所示的个人用户信息DB表45，重新注册到用户数据库37。然后，转移到步骤SP6。
除了用户信息文件25的内容，添加到新注到册用户数据库37的个人用户信息DB表45为确定与用户ID匹配的URL；内容创建者已经获得的累计分数，当内容创建者接收利润回报时要用到；用户状态(1级)，指示与累计分数成正比的用户等级；连接开始时间的日期；连接结束时间和日期；当前ISP31到因特网5的因特网连接费用；所申请的ASP32服务(“as-much-as-I-like course”)的服务利用费用。
此时，在确定与用户ID匹配的URL之后，ASP32的管理服务器36将其注册到用户数据库37，从而授权内容创建者在面向该URL的内容服务器39的预定专用存储区中写入由个人内容创建者创建的内容的影像(movie)文件。
同样，ASP32的管理服务器36通过内容创建者管理用户数据库37中的个人用户信息DB表45，并根据由客户PC4进行的访问次数增加和更新内容创建者的累计分数，或者根据累计分数替换内容创建者的用户状态，或者按连接开始时间的日期、连接结束时间和日期、当前因特网连接费用、所申请的使用服务的服务使用费的顺序更新各种数据。
用户状态是与累计分数成正比的内容创建者的等级，从最低的等级1向等级2、专业等级提升。处于此种情况时，内容创建者的用户状态越高，他/她就可以收到越多的利润回报。
在步骤SP6,ASP32的管理服务器36使网络接口41通过因特网5通知用户PC2确定的用户ID和与用户ID匹配的URL。
此时，ASP32的管理服务器36供给用户PC2按如下编写的自动上载软件，“自动连接到与用户ID匹配的URL并自动在面向该URL的内容服务器39的专用存储区中写入由用户PC2创建的内容的影像文件”。
因此，用户PC2的CPU10通过因特网5下载该自动上载的软件，并基于该自动上载软件在桌面屏幕19(图4)上显示该自动上载软件的上载图标27。
然后，当桌面屏幕19的上载图标27由内容创建者点击时，用户PC2的CPU10根据自动上载软件经由ISP31通过因特网5连接ASP32，并给ASP32的管理服务器36发指令“自动在面向URL的内容服务器39的专用存储区中写入内容的影像文件”。
由于上述，ASP32的管理服务器36可以基于URL在内容服务器39的专用存储区中写入从用户PC2供给的内容的影像文件，并响应来自客户PC4的请求从内容服务器39的专用存储区中读出提供给客户PC4的内容的影像文件。
这样，一旦根据遵循内容创建者的用户信息注册过程确定的URL和指定的用户ID从ASP32中下载自动上载软件，用户PC2的CPU10使得上载内容的影像文件到内容服务器39的专用存储区相当容易，仅由内容创建者在上载图标27执行点击操作即可，不用使内容创建者明确输入URL。
结果，在内容提供系统1中，有可能构建一个好象打开通过其自己的专用频道(这在下文中称作“我的频道”)提供内容的个人广播站一样的系统。
随着用户注册过程处理的完成，ASP32的管理服务器36在步骤SP7创建用户注册完成通知邮件，通过因特网5从网络接口41发送给用户PC2，在步骤SP8完成所有的用户注册过程处理。
同时，ASP32的管理服务器36发送需要的个人用户信息DB表45给构成商业联盟的ISP31的控制服务器33、执行从用户PC2到ISP31的接入点的线路连接的电话公司(图上未示出)、和在线通信销售公司6。
因此，ISP31的控制服务器33和在线通信销售公司6也保存个人用户信息DB表45。
从而，所有要求用户PC2所做的工作只不过是在刚一开始执行用户注册过程处理，并在访问ISP31、电话公司、在线定货销售公司等时无需强制遵循麻烦的过程。
顺便说一句，ASP32的管理服务器36在导引发送个人用户信息DB表45的内容给ISP31的控制服务器33、电话公司和在线通信销售公司6的用户注册过程时，事先获得内容创建者的内容。
(4)个人播送服务模式在本发明的内容提供系统1中，作为前述的个人播送服务中的内容提供模式存在随选型和直播型两种。
随选型是如下一种服务，即其中内容事先存储在面向在用户注册个人播送服务之前由用户PC2获得的URL的内容服务器39的专用存储区中，并且当要求时就象通过其自己的专用频道(我的频道)或个人广播站一样，通过内容服务器39的专用存储区提供给客户PC4。
另一方面，直播型是如下一种服务模式，即其中个人播送服务的多个非特定注册的用户使用共享的通过特定类型的图像频道(比如婚礼频道、音乐直播频道、戏剧直播频道和事件直播频道)由URL指定的通过按照时间调度划分的内容服务器39的专用存储区的部分，并且其中借助于再现数据流的直播图像的内容实时地经由内容服务器39的专用存储区发送给请求它的客户PC4。
这样，直播型设计成使得多个非特定注册的用户可以通过预约时间帧任意地提供内容，在该时间帧中特定类型的视频频道使用由URL指定的内容服务器39的专用存储区，从而能够使得好象通过公用视频频道(这在下文中称作“公用频道”)一样，提供直播图像的内容给需要它的客户PC4。
(5)通过随选型的个人播送服务接下来，给出关于通过内容提供系统1的随选型的个人播送服务的具体解释。
(5-1)随选型的内容创建处理用户PC2的CPU10(图3)通过从HDD12中首先调用图像捕获软件使显示单元17显示如图10所示的捕获屏幕。
在此种情况下，用户PC2的CPU10链接通过IEEE1394接口14连接的数字视频摄象机18，与紧随通过在由内容创建者点击影像模式切换按钮53设置随选模式之后，由图像捕获软件开启的捕获屏幕50。
然后，用户PC2的CPU10使内容创建者确认由数字视频摄像机18拍摄的、显示在取景器显示区51上的图像，随着内容创建者点击捕获按钮52，开始使数字视频摄像机18记录，并在再次点击捕获按钮52时结束记录。
此时，用户PC2的CPU10响应捕获按钮52的点击，通过IEEE1394接口捕获记录在数字视频摄像机18上的动画数据，其被一次记录在HDD12上。
接着，用户PC2的CPU10根据图像捕获软件，使显示单元17显示确认屏幕55，如图11所示。在该确认屏幕55上形成视频显示区56，以显示再现的一次记录在HDD12上的影像数据；时间码显示区57，以指示影像数据正在再现的时间代码；数据显示区58，以显示所记录的数据；操作按钮59，以再现、停止、快进或倒退影像数据；删除按钮60，以从HDD12中删除部分或整个影像数据；以及OK按钮61，使内容创建者确认记录在确认屏幕55上的影像数据的镜头并编辑它们以便仅保留所期望的镜头。
这意味着，当内容创建者在确认和编辑在确认屏幕55上记录的影像数据的镜头后点击OK按钮61时，用户PC2的CPU10接着从HDD12调用编辑软件，并使显示单元17显示如图12所示的编辑屏幕65。
在该编辑屏幕65上放置了三种类型的确认屏幕显示区域66至68，能够显示确认屏幕55，用于使用数字视频摄像机18记录的影像数据；排序按钮69，以确定三种影像数据的组合顺序；组合按钮70，以按照确定的组合顺序组合三种类型的影像数据；以及OK按钮71。
因此，用户PC2的CPU10使用由内容创建者点击的排序按钮69确定三种影像数据的组合顺序，并响应组合按钮70的点击、根据确定的组合顺序通过组合三种影像数据创建影像文件，该文件作为存储在ASP32的内容服务器39中的内容被一次存储在HDD12上。
(5-2)在随选型中的调度预约随后，如果内容创建者点击OK按钮71或桌面屏幕19(图4)上的上载图标27时，用户PC2的CPU10开启在用户注册时事先从ASP32下载的自动上载软件，并使显示单元17显示如图13所示的随选型个人播送控制屏幕75。
在随选型个人播送控制屏幕75上，在指示目前设置为随选模式的模式显示区76中出现文字“On-Demand(随选)”，在ISP名称显示区77中自动出现ISP31的公司名称，以及在随选模式中自动设置的ASP频道显示区78中出现文字“My Channel(我的频道)”。
另外，选项按钮81定位在随选型个人播送控制屏幕75上，并且当内容创建者点击该选项按钮81时，用户PC2的CPU10基于自动上载软件在随选型个人播送控制屏幕75上显示下拉式菜单85，如图14所示。
在该下拉式菜单85上放置类型设置按钮85A，以指定由内容创建者创建的内容的视频类型；编解码器选择按钮85B，以当提供内容给需要它的客户PC4时选择编解码器；调度预约按钮85C，以使内容创建者任意地确定内容提供时间表；商务提供请求按钮85D，以如内容创建者期望的那样提供黏附在内容标题部分的商务图像；商务链接设置按钮85E，以链接比如来自商务视频的商务赞助公司的主页；内容ID设置按钮85F，以设置适合于内容的内容ID。
当内容创建者从下拉菜单85点击类型设置按钮85A时，用户PC2的CPU10基于自动上载软件使显示单元17指示如图15所示的我的频道型屏幕90。
在我的频道型屏幕90上显示由视频目录归类的目录图标91至99，以便内容创建者指定内容的视频类型。当它们中的任何一个(比如“car”目录图标92)由内容创建者点击时，用户PC2的CPU10证实内容视频类型为“car”，其结果作为目录数据一次保留在HDD12上。
同样，当下拉式菜单85的编解码器选择按钮85B由内容创建者点击时，用户PC2的CPU10基于自动上载软件使显示单元17显示如图16所示的编解码器选择屏幕100。
在该编解码器选择屏幕100上，可以选择比如直播图像专家组(MPEG)4、MPEG2或REALG2中的任何一种作为当向客户PC4提供内容时的编解码器，并且因此，如果一个复选标记由内容创建者放在比如MPEG4上，用户PC2的CPU10将编解码器的类型识别为MPEG4，其结果作为编解码器类型数据一次保留在HDD12上。
另外，当下拉式菜单85的调度预约按钮85C由内容创建者点击时，用户PC2的CPU10基于自动上载软件使显示单元17显示如图17所示的随选型提供时间表管理屏幕105。
在该随选型提供时间表管理屏幕105上，放置日历显示区106、视频表显示区107、调度内容显示区108、判决按钮109、调度内容确认按钮110和调度内容更新按钮111。
当在该随选型提供时间表管理屏幕105上的日历显示区106中提供内容、内容创建者选择点击期望的日期(比如2月19日)时，用户PC2的CPU10证实内容创建者所期望的提供日期是2月19日，随后将2月19日一次保存在HDD12上作为提供日期数据，并且提供该数据(2月19日)自动写入并显示在调度内容显示区108的标题区。
并且，当时间调度指定条112由内容创建者通过在随选型提供时间表管理屏幕105的调度内容显示区108中点击期望的开始时间和结束时间指定时，用户PC2的CPU10证实时间调度帧为从开始时间到结束时间，并同时显示由内容创建者指定的时间调度帧所分割的时间调度指定条112。
也就是说，在调度内容显示区108中显示时间调度指定条112，并将其分割成从6:00至6:59:59的第一时间调度帧，从7:00至7:59:59的第二时间调度帧，从8:00至8:59:59的第三时间调度帧，从9:00至10:59:59的第四时间调度帧，从21:00至21:59:59的第五时间调度帧，从22:00至23:59:59的第六时间调度帧。
随后，当指示视频种类(比如4WD、sports car、electric car)的所期望的种类符号(MA、MB或MC)在由内容创建者同时点击选择的时间调度指定条112上以期望的时间调度帧从视频表显示区107中点击时，用户PC2的CPU10通过种类符号(MA、MB或MC)识别要在选择的第一至第六时间调度帧提供的内容视频种类，并且识别的种类符号分别在各时间调度帧显示在时间调度指定条112上。
然后，当在随选型提供时间表管理屏幕105上点击确定按钮109时，用户PC2的CPU10创建提供时间表程序以在时间调度指定条112上为第一至第六时间调度帧的每一个所预约的确定种类提供内容，其被一次保留在HDD12上。
也就是说，提供时间表程序编程为当从客户PC4收到对于时间调度指定条112上的在第一时间调度帧内的时间的请求时，提供相应于种类符号MA的“4WD”的内容；当从客户PC4收到对于第二时间调度帧内的时间的请求时，提供相应于种类符号MB的“sports car”的内容；当从客户PC4收到对于第三时间调度帧内的时间的请求时，提供相应于种类符号MA的“4WD”的内容；当从客户PC4收到对于第四时间调度帧内的时间的请求时，提供相应于种类符号MC的“sedan”的内容；当从客户PC4收到对于第五时间调度帧内的时间的请求时，提供相应于种类符号MB的“sports car”的内容；当从客户PC4收到对于第六时间调度帧内的时间的请求时，提供相应于种类符号MA的“4WD”的内容。
另外，当下拉式菜单85的商务提供请求按钮85D(图14)由内容创建者点击时，用户PC2的CPU10基于自动上载软件使显示单元17显示商务提供要求屏幕115，如图18所示。
在该商务提供要求屏幕115上定位期望商务按钮115A和不期望商务按钮115B，以询问内容创建者他/她是否希望将黏附到他的/她的内容的标题部分的商务视频提供给客户PC4，以便只有在期望商务按钮115A由内容创建者点击时，用户PC2的CPU10才创建指示期望将商务视频黏附到内容上的商务期望的数据，其一次保留在HDD12上。
另外，当下拉式菜单85的商务链接设置按钮85E由内容创建者点击时，用户PC2的CPU10基于自动上载软件使显示单元17显示如图19所示的商务链接设置屏幕116。
在该商务链接设置屏幕116上放置商务链接“是”按钮116A，以设置一锚点与最初黏附到内容上的比如来自商务视频的商务赞助公司的主页；和商务链接“否”按钮116A，以不设置来自商务视频的链接，并且只有在在商务链接“是”按钮116A由内容创建者点击时，用户PC2的CPU10才创建商务链接数据以达到设置期望的锚点与给定的来自商务视频的主页相链接的效果，其一次保留在HDD12上。
另外，当内容ID设置按钮85F由内容创建者从下拉式菜单85点击时，用户PC2的CPU10基于自动上载软件使显示单元17显示如图20所示的内容ID设置屏幕117。
由于在该内容ID设置屏幕117上形成内容ID设置屏幕117A，所以当按下具有与内容创建者输入的内容相匹配的给定内容ID的执行键时，用户PC2的CPU10证实该内容ID，其一次保留在HDD12上。
这样，用户PC2的CPU10根据通过在随选型个人播送控制屏幕75上点击选项按钮81显示的下拉式菜单85设置用于提供内容的各种条件，并且基于一次记录在HDD12上的各种条件种类的数据(目录数据、编解码器种类数据、提供时间表程序、商务期望数据、商务链接数据、和内容ID)以及当执行用户注册过程处理时创建的一次记录在HDD12上的用户信息文件25的内容，新创建如图21所示的随选型提供时间表控制文件120。
也就是说，在一次保留在HDD12上的随选型提供时间表控制文件120中存储ISP名称(*****)作为在连接到因特网5中使用的“ISP连接点”、频道类型(我的频道)作为在ASP提供内容时的“ASP频道”、由内容创建者确定的内容ID(***)作为“内容ID”、编解码器(MPEG4)作为在提供内容时的“编解码器”、视频目录(car)作为“视频类型”、提供时间表数据的内容(各种条件如“从2月19日6:00开始提供时间表”)作为“提供时间表”、带有/不带有商务提供要求(带有商务)作为“商务要求”、带有/不带有商务链接(不带有商务链接)作为“商务链接”、用户ID(kimkim)作为在用户注册时的“用户ID”、以及口令(*****)作为在用户注册时的“口令”。
因此，用户PC2的CPU10使在随选型个人播送控制屏幕75上的视频类型显示区79(图13)显示指示基于随选型提供时间表控制文件120的内容的视频目录的文字“car(轿车)”，以及在提供时间表预约区80显示文字“从2月19日6:00开始提供”。
实际上已经解释了商务链接和内容ID是通过用户PC2使用下拉式菜单85设置的，但是，它们也可以在ASP32的管理服务器36一侧自动设置。
比如对于商务链接设置，当已经由商务客户7事先作出链接约定时，商务链接自动链到由客户PC4提供确定的商务(商务)。
同样，比如当上载图像时，在ASP32的管理服务器36一侧自动设置内容ID，从而使得在ASP32的管理服务器36一侧使用该ID管理图像成为可能。
(5-3)在随选型中与ASP的连接处理接下来，当随选型个人播送控制屏幕75的内容(图13)通过内容创建者点击连接按钮82由内容创建者确认时，用户PC2的CPU10在遵循自动上载软件的开始步骤中启动图22所示的例程RT2，并转移到步骤SP11。
在步骤SP11，用户PC2的CPU10通过因特网5并通过ISP31从网络接口16(图3)登录到ASP32，并且访问ASP32的用户数据库37以获得基于用户ID、口令等的验证，然后转移到步骤SP12。
在步骤SP12，获得ASP32的验证后，用户PC2的CPU10从HDD12读出从网络接口16经由因特网5、ISP31的网络接口35和ASP32的网络接口41传输到管理服务器36的随选型提供时间表控制文件120和内容影像文件，并前进到下一步SP13，结束处理。
在该种方式中，将用户PC2的CPU10设计为能够遵循自动上载软件上载随选型提供时间表控制文件120和内容的影像文件到ASP32。
一旦通过网络接口41收到随选型提供时间表控制文件120和内容的影像文件，ASP32的管理服务器36注册随选型提供时间表控制文件120到提供时间表管理数据库38，并在面向在用户通过用户PC2注册时获得的URL的内容服务器39的专用存储区中存储内容的影像文件。
在商务提供要求“带有商务”作为随选型提供时间表控制文件120的内容的情况下，ASP32的管理服务器36通过黏附事先由商务客户7供应的并存储在商务管理数据库44中的商务视频到内容的影像文件的开头部分，创建带有商务的影像文件，其再一次保留在内容服务器39中。
同时，ISP31的控制服务器33收取用户PC2的用户ID在用户PC2上载随选型提供时间表控制文件120和内容的影像文件到ASP32时发生的因特网连接费用，并更新费用管理数据库34的费用数据。
同样，ASP32的管理服务器36收取用户PC2的用户ID ASP32的服务使用费，其中数据经由网络接口41和ISP31的网络接口35传送到费用管理数据库34，并且更新费用管理数据库34的费用数据。
顺便提一句，当用户PC2具有称作“as-much-as-I-like course(如我所需的进程)”的固定收费服务合同时，ASP32的管理服务器36仅在用户数据库37中记录从连接开始时间和数据到连接结束时间和数据的连接时间，只是因为服务使用费保持固定不变而不执行收费处理。
在随选型提供时间表控制文件120和文件的影像文件上载到ASP32后确认随选型提供时间表控制文件120的内容的情况下，内容创建者需要做的唯一一件事情是在随选型提供时间表管理屏幕105上点击调度内容确认按钮110(图17)。
此时，用户PC2的CPU10遵循自动上载软件在开始步骤中启动图23所示的例程RT3，并前进到步骤SP15。
在步骤SP15，随着调度内容确认按钮110由内容创建者点击，用户PC2的CPU10执行通过因特网5和ISP31从网络接口16(图3)到ASP32的登录处理，并通过访问ASP32的用户数据库37获得用户ID、口令等的验证，然后前进到下一步SP16。
在步骤SP16,ASP32的管理服务器获得用户ID、口令等的验证后，从提供时间表管理数据库38供给用户PC2的CPU10随选型提供时间表控制文件120，并使显示单元17基于随选型提供时间表控制文件120再次显示随选型提供时间表管理屏幕105(图17)。
与此类似，用户PC2的CPU10使显示单元17显示随选型提供时间表管理屏幕105，以便内容创建者能够再确认随选型提供时间表控制文件120的内容。
在内容创建者试图修改随选型提供时间表控制文件120的内容的情况下，当在随选型提供时间表管理屏幕105上对提供时间表进行了修改后点击确定按钮109时，用户PC2的CPU10前进到下一步SP17。
在步骤SP17，用户PC2的CPU10基于在随选型提供时间表管理屏幕105上修改的内容创建新的提供时间表，并基于此创建新的随选型提供时间表控制文件120，然后前进到下一步SP18。
当在随选型提供时间表管理屏幕105上的调度内容更新按钮111由内容创建者点击时，用户PC2的CPU10通过因特网5传输新的随选型提供时间表控制文件120给ASP32，并前进到下一步SP19，结束该处理。
结果，ASP32的管理服务器36使用新的随选型提供时间表控制文件120更新提供时间表管理数据库38，将来基于此管理内容的提供时间表。
(5-4)随选型中的内容提供处理当接收内容时，类似于用户PC2，客户PC4也能够进行到内容提供商3的用户注册，并且在此种情况下，用户注册过程应该遵循例程RT1(图8)的用户注册处理过程进行，然后由ASP32的管理服务器36在客户PC40中注册有关客户PC4的用户ID和口令的阅读器信息文件。
在没有进行用户注册的情况下，客户PC4可以作为访问者直接访问ASP32提供的个人播送服务网站。只允许注册用户的客户PC4容易地对内容的内容创建者进行捐助，通过其使客户感动，或客户对其产生共鸣，或客户感到其很出色。随后给出对捐助的解释。
实际上，在此种比如随选型中，在内容提供给用户注册的客户PC4的情况下，ASP32的管理服务器36遵循从安装在其内部的硬盘中调用的内容提供程序在开始步骤中启动图24所示的例程RT4，并前进到步骤SP21。
在步骤SP21，参照基于来自客户PC4的用户ID和口令的在客户PC40中的阅读器信息文件，通过客户PC4登录到ASP32的管理服务器36，并前进到下一步SP22。
在步骤SP22，作为参照基于用户ID和口令的在客户PC40中的阅读器信息文件的结果，ASP32的管理服务器36判断登录的客户PC4是否是合法注册的用户。
如果这里获得否定的结果，则意味着用户ID和口令与注册在客户PC40中的那些不匹配，那么ASP32的管理服务器36返回到步骤SP21，让客户PC4再次执行登录处理，提醒客户PC4输入正确的用户ID和口令。
另一方面，如果在SP22获得肯定的结果，则意味着客户PC4为合法注册的用户，那么ASP32的管理服务器36移到下一步SP23。
在步骤SP23,ASP32的管理服务器36响应通过客户PC4的访问从内容服务器39中读出在个人播送服务中主页的HTML文件，该文件将通过因特网5从网络接口41发送给客户PC4。
客户PC4具有与用户PC2几乎完全相同的结构，其CPU(未示出)接收发送自ASP32的在个人播送服务中的主页HTML文件，其显示在显示单元上作为如图25所示的主页屏幕125(网景通信公司的网景导航器屏幕)。
在该主页屏幕125上放置随选型的我的频道选择按钮127以通过我的频道接收在随选型选择显示区126上供给的内容，还放置直播型的公用频道选择按钮129以通过公用频道在直播模式选择显示区128上接收直播视频供给的内容，和直播型的我的频道选择按钮130以通过我的频道接收直播视频供给的内容。
当用户在该主页屏幕125上点击随选型我的频道选择按钮127时，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送指示随选型的我的频道选择按钮127的选择的模式选择信号。
在步骤SP24，管理服务器36基于发送自客户PC4的模式选择信号检索构成用于来自内容服务器39的我的频道的类型表屏幕的HTML文件，该文件通过因特网5从网络接口41发送给客户PC4。
因此，客户PC4的CPU接收从ASP32传输的用于我的频道的类型表屏幕的HTML文件，显示在显示单元上作为用于我的频道的类型表屏幕135，如图26所示。
该用于我的频道的类型表屏幕135与内容创建者在选择内容的视频类型中使用的我的频道的类型表屏幕90(图15)几乎一样，使用显示在其上面的分配给每个视频目录的目录图标136至144。
当客户PC4的用户在用于我的频道的类型显示屏幕135上点击这些目录图标136至144中的任何一个(比如“car”目录图标137)时，客户PC4的CPU通过因特网5给管理服务器36发送相应于“car”目录图标137的类型选择信号。
在步骤SP25,ASP32的管理服务器36基于发送自客户PC4的类型选择信号从内容服务器39检索作为视频目录“car”的频道显示屏幕的HTML文件，通过因特网5从网络接口41发送给客户PC4。
在此种方式中，客户PC4的CPU接收发送自ASP32的频道显示屏幕的HTML文件，显示在显示单元上作为考虑视频类型“car”的频道显示屏幕150，如图27所示。
在该频道显示屏幕150上显示频道按钮151至159，每个都分配了一个在内容创建者进行用户注册处理时设置在个人用户信息DB表45(图9)中的频道名称(Kimura Ch)。用户从它们中间点击选择期望的频道按钮(比如，Kimura Ch)。
在步骤SP26,ASP32的管理服务器36判断期望的频道按钮155是否由观看频道显示屏幕150的客户PC4的用户点击选择。
在该情况下，客户PC4的CPU响应用户选择的频道按钮155，通过因特网5给ASP32的管理服务器36发送设置的内容ID。
因此，ASP32的管理服务器36参照基于内容ID存储在提供时间表管理数据库38中的随选型提供时间表控制文件120，证实期望的频道按钮155在收到内容ID的位置被点击，并捕获与频道按钮155匹配的URL。
如果在步骤SP26中获得否定的结果，则意味着用户没有选择任何一个显示在频道显示屏幕150上的频道按钮151至159，那么ASP32的管理服务器36等待，直到选择了频道按钮151至159中的任何一个。
但是，如果在步骤SP26中获得肯定的结果，则意味着用户期望的频道按钮155从频道按钮155至159中被点选，那么ASP32的管理服务器36前进到下一步SP27。
一旦通过因特网5从客户PC4收到与点击的频道(比如Kimura Ch)匹配的内容ID,ASP32的管理服务器36基于内容ID参考随选型提供时间表控制文件120，并基于与内容ID相匹配的URL从内容服务器39中的专用存储区检索在点击频道按钮155时被提供的某种视频(MA、MB或MC)的带有商务的影像文件，通过因特网5将其(检索的影像文件)发送给客户PC4，然后前进到下一步SP28，结束处理。
实际上，如果用户比如在2月19日上午10:55点击频道按钮(比如KimuraCh)155，则ASP32的管理服务器36参考随选型提供时间表控制文件120，并根据在随选型提供时间表管理屏幕105上约定的调度内容显示区108上的提供时间表(图17)给客户PC4发送影像种类“Sedan”的带有商务的影像文件。
据此，客户PC4基于收到的带有商务的影像文件使显示单元显示内容显示屏幕165，如图28所示，并且商务影像首先显示在在内容显示屏幕165中心形成的显示区166，接着显示轿车“sedan”的动画直播图像。
在此种方式中，ASP32的管理服务器36根据随选型提供时间表控制文件120的内容，给客户PC4发送一种在客户PC4的用户点击频道按钮151至159时提供的带有商务的影像文件。
因此，与在一定的时间内需要同时发送多项内容的情况相比，即使当响应多个客户PC4的请求几乎同时给它们发送相同的内容时，ASP32的管理服务器36也能够没有延迟、占用极窄的传输线路带宽地快速发送内容。
此时，每当响应点击操作给客户PC4提供带有商务的影像文件时，ASP32的管理服务器36还对通过客户PC4的点击次数进行计数作为访问次数。
在此种情况下，所计数的访问次数等效于观看商务视频的人数，ASP32的管理服务器36设计为给内容创建者与访问次数成正比的分数，以便使用在个人用户信息DB表45中注册的与用户ID匹配的、存储在用户数据库37中的内容创建者的分数，使公平的利润回报给予创建最经常访问的内容的内容创建者。
(6)直播型的个人播送服务下面给出关于内容提供系统1的通过直播型的个人播送服务的具体解释。
(6-1)直播型中的调度预约在直播型中，实时提供直播视频的内容，不需要象在随选型中所做的那样事先创建内容的影像文件并将其存储在ASP32的内容服务器39中。
但是，在直播型中，由于通过普通公用频道(婚礼仪式频道、音乐直播频道、戏剧直播频道、或事件直播频道)提供内容，所以必须事先预留使用公用频道的时间调度帧。
预留使用公用频道的时间调度帧是指预留使用所分配的面向每一个公用频道的URL的内容服务器39的专用存储区的时间调度帧。
实际上，当ASP32提供直播视频的内容时，其在使用对于每一个公用频道的URL所分配的内容服务器39的专用存储区中一次写入发送自用户PC2的直播视频的影像文件，该文件将被检索并输出。
这意味着对使用公用频道的时间调度帧进行预约，用户PC2的CPU10首先象使用随选型的情况那样，通过调入图像捕获软件使显示单元17显示捕获屏幕50(图10)。
并且，在响应在捕获屏幕50上影像模式切换按钮53的点击操作设置直播模式后，用户PC2的CPU10调用在用户注册时事先从ASP32下载的自动上载软件，并使显示单元17显示如图29所示的直播型个人播送控制屏幕170，其具有与分配给图13中的相应部件的标号相同的标号。
在直播型个人播送控制屏幕170上，在模式显示区171上显示指示当前设置的是直播模式的文字“LIVE(直播)”，以及在ASP频道显示区172上显示在直播模式中设为默认的文字“PUBLIC CHANNEL(公用频道)”，并且在随选型个人播送控制屏幕75(图13)的选项按钮81的位置形成调度预约按钮173。
在直播型个人播送控制屏幕170上，还在视频类型显示区79上指示在内容创建者预约时间调度帧时确定的公用频道的名称(比如“MUSIC LIVE(音乐直播)”)，其是从四种频道中选出的设为公用频道的婚礼仪式频道、音乐直播频道、戏剧直播频道、和事件直播频道。
另外，在直播型个人播送控制屏幕170上，象在随选型中所做的一样，在提供时间表预约区80中显示由内容创建者预约的直播视频的内容的提供时间和数据。
在上述的直播型个人播送控制屏幕170中，当调度预约按钮173由内容创建者点击时，用户PC2的CPU10调入从ASP32下载的自动上载软件，并在开始步骤中启动如图30所示的例程RT5，并且前进到步骤SP31。
在步骤SP31，用户PC2的CPU10通过因特网5通过ASP32从网络接口16(图3)登录到ASP32，并通过访问ASP32的用户数据库37，基于用户ID、口令等获得验证，然后转移到下一步SP32。
在步骤SP32，用户PC2的CPU10通过因特网5接收由ASP32的管理服务器36从提供时间表管理数据库38中检索的处于公用频道预约状态的直播型提供时间表控制文件，记录在HDD上，并前进到步骤SP33。
在步骤SP33，用户PC2的CPU10使显示单元17显示如图31所示的、基于有关供应自ASP32的公用频道的预约状态的直播型提供时间表控制文件的关于公用频道的直播型提供时间表管理屏幕175，然后在下一步SP34结束处理。
在该直播型提供时间表管理屏幕175上形成四种公用频道按钮婚礼仪式频道按钮176、音乐直播频道按钮177、戏剧直播频道按钮178、和事件直播频道按钮179，分别面向婚礼仪式频道、音乐直播频道、戏剧直播频道、和事件直播频道。
当比如音乐直播频道按钮177由内容创建者从四种公用频道中点击而出时，用户PC2的CPU10基于直播型提供时间表控制文件在调度内容显示区180中显示“音乐直播频道”的当前预约状态。
在调度内容显示区180中的调度时间计划表182上，显示将当前日子作为日期默认值的预约状态，并且当在日历显示区181中期望的预约数据(比如2月19日)由内容创建者点击时，用户PC2的CPU10基于直播型提供时间表控制文件考虑在调度时间计划表182中的音乐直播频道显示期望的预约日期(2月10日)的预约状态。
内容创建者确认显示在调度时间计划表182上的期望预约日期(2月19日)的预约状态，并使用指针(cursor)从时间调度指定条183的“空白(VACANT)”时间调度中约定期望的开始时间(比如10:00)和结束时间(比如10:59:59)，从而确定用于提供直播视频内容的时间调度帧183A。
通过执行上述处理，用户PC2的CPU10将内容创建者指定的时间调度帧183A的开始时间和结束时间作为预约的时间调度帧数据，附加写入直播型提供时间表控制文件，在时间调度帧183A中显示“满(FULL)”。
如果内容创建者在时间调度帧183A中输入要被提供的名称(比如“xxtour”)，该名称自动添加到面向给定内容ID的直播型提供时间表控制文件。
当提供直播视频内容时从编解码器选择显示区184中比如将复选标记黏附到MPEG4作为编解码器时，用户PC2的CPU10将选择的类型作为MPEG4，其结果作为编解码器类型数据添加到直播型提供时间表控制文件。
在通过其客户PC4希望提供黏附到内容标题部分的商务视频的期望商务按钮185，和通过其客户PC4指示不希望提供商务视频的不期望商务按钮186中，当期望商务按钮185由内容创建者点击时，用户PC2的CPU10通过将期望的商务视频黏附到直播视频内容上创建期望的商务数据，添加到直播型提供时间表控制文件。
因此，用户PC2的CPU10执行各种设置，以通过作为公用频道的音乐直播频道提供直播视频内容，从而创建一新的直播型提供时间表控制文件189，如图32所示，并一次记录在HDD12上。
在直播型提供时间表控制文件189中存储ISP名称(*****)作为在连接到因特网5中使用的“ISP连接目的地”、频道类型(公用频道)作为在ASP提供直播视频内容时的“ASP频道”、内容标题(xx tour)作为“内容名称”、编解码器(MPEG4)作为在提供内容时的“编解码器”、由内容创建者选择的公用频道类型(音乐直播频道)作为与直播视频内容匹配的“公用频道”、时间和日期(各种条件，比如从2月19日10:00开始提供时间表)、带有/不带有商务提供要求(带有商务)作为“商务要求”、用户ID(kimkim)作为在用户注册时的“用户ID”、以及口令(*****)作为在用户注册时的“口令”。
当直播型提供时间表管理屏幕175上的预约按钮187由内容创建者点击时，用户PC2的CPU10遵循自动上载软件在开始步骤中启动例程RT6，并转移到步骤SP41。
在步骤SP41，用户PC2的CPU10通过因特网5通过ISP31使用网络接口16(图3)登录到ASP32，并基于用户ID和口令等通过访问ASP32的用户数据库37获得验证，然后前进到下一步SP42。
在步骤SP42，由于已经获得ASP32的验证，用户PC2的CPU10通过因特网5传输新创建的直播型提供时间表控制文件189给ASP32的管理服务器36，并前进到下一步SP43。
因此，ASP32的管理服务器36使用传送自用户PC2的直播型提供时间表控制文件189更新提供时间表管理数据库38，并接着再次从提供时间表管理数据库38中读出直播型提供时间表控制文件189，发送回用户PC2。
此时，ASP32的管理服务器36面向用户ID收取作为服务使用费的预约服务费，用于再次执行使直播视频内容提供给用户PC2的预约处理，并更新用户数据库37中的个人用户信息DB表45。
在步骤SP43，用户PC2的CPU10在更新的提供时间表管理数据库38中供给的更新的直播型提供时间表控制文件189，并基于直播型提供时间表控制文件189使显示单元17再次显示直播型提供时间表管理屏幕175用于确认，然后前进到下一步SP44，结束处理。
此时直播型提供时间表管理屏幕175显示的是带有以特定颜色划分、用在内容创建者部分有用于确认的文字“FULL(满)”的时间调度帧183A,，从而内容创建者能够非常容易地证实由他/她自己预约的内容的调度。
但是，在此种情况下，由于在调度时间计划表182中的时间调度指定条183上有关期望的时间调度帧表示为“FULL(满)”，其中直播视频内容作为用于公用频道的直播型提供时间表管理屏幕175(图31)上在调度内容显示区180中所指示的预约状态的确认结果来提供，所以不能进行预约，直播视频内容不能通过该公用频道提供。
此时，如果位于直播型提供时间表管理屏幕175的较低部分的我的频道按钮188由内容创建者点击，则用户PC2的CPU10从ASP32的管理服务器36接收在提供时间表管理数据库38中的随选型提供时间表控制文件120，并基于随选型提供时间表控制文件120显示用于我的频道的直播型提供时间表管理屏幕190，如图34所示。
包括我的频道调度内容显示区191、我的频道型表区195、编解码器选择区205、希望商务的按钮206、不希望商务的按钮207、预约按钮208的用于我的频道的直播型提供时间表管理屏幕190设计成能够进行在时间调度指定条194上利用“空白”时间调度而不是预约的时间调度帧(由MA和MB表示的时间调度帧)提供直播视频内容的预约，其中内容以随选型提供。
在此种情况下，当在我的频道调度内容显示区191的日历显示区192中的期望的预约日期(比如2月19日)由内容创建者点击时，用户PC2的CPU10基于随选型提供时间表控制文件120使关于我的频道的期望的预约日期(2月19日)的预约状态显示在调度时间计划表193上。
因此，内容创建者能够确认显示在调度时间计划表193上的预约状态，并使用时间调度指定条194上“空白”时间调度的指针，约定期望的开始时间(比如10:00)和结束时间(比如10:59:59)，确定通过我的频道提供直播视频内容的时间调度帧194A。
由于上述，用户PC2的CPU10证实作为预约的时间调度帧数据在内容创建者确认的时间调度帧194A中指示的开始时间和结束时间，同时在时间调度帧194A显示文字“满”，预约的时间调度帧数据一次记录在HDD12上。
接着，当在显示在我的频道型表区195上的目录图标196至204中点击面向直播视频的视频类型的目录(音乐)图标199时，用户PC2的CPU10证实选择的视频类型的目录为“音乐”，其结果作为目录数据一次记录在HDD12上。
此时，用户PC2的CPU10在时间调度指定条194上的时间调度帧194A中指示“音乐”，替代文字“满”。
接下来，当复选标记比如放置在编解码器选择区205的MPEG4上作为在提供给客户PC4直播视频内容中的编解码器，用户PC2的CPU10证实选择的编解码器类型为MPEG4，其结果作为编解码器类型数据一次记录在HDD12上。
在通过其客户PC4希望提供黏附到内容标题部分的商务视频的希望商务的按钮206和通过其客户PC4指示不希望提供商务视频的不希望商务的按钮207中，当希望商务的按钮206由内容创建者点击时，用户PC2的CPU10还通过将期望的商务视频黏附到直播视频内容上，创建期望的商务数据，其一次记录在HDD12上。
因此，如上所述，使用所做的各种设置以提供音乐直播的直播视频作为在我的频道中的内容，当预约按钮208由内容创建者点击时，创建一新的直播型提供时间表控制文件210，如图35所示，其通过因特网5传输给ASP32的管理服务器36以记录在提供时间表管理数据库38中。
当多个内容创建者通过我的频道进行提供直播视频内容的预约时，ASP32的管理服务器36对允许在同一时间调度帧内提供直播视频内容的数量进行限制(比如最大为10)。
从而，当ASP32的管理服务器36基于从内部硬盘调用的提供时间表程序检测到允许的在内容创建者期望的给定时间调度帧内提供数量达到上限时，不再接受发送自用户PC2的用于我的频道的直播型提供时间表控制文件210，并检索存储在提供时间表管理数据库38中的有关预约不可行消息显示屏幕的图像数据，通过因特网5发送给用户PC2。
用户PC2的CPU10基于预约不可行消息显示屏幕的图像数据，使显示单元17显示预约不可行消息显示屏幕212，如图36所示，从而通知内容创建者如下事实，即“实时提供直播视频内容的期望时间调度帧已经预定满员”。
由于如此，因为允许同时提供的内容的数量的上限不可能被超出，所以ASP32的管理服务器36可以提供直播视频内容给客户PC4，不会出现因处理性能和线路带宽可能存在的问题引起在提供内容时实时失败、停止或延迟，从而防止使直播视频内容的质量下降。
正如到目前为止所描述的，用户PC2的CPU10在预约的期望日期的期望时间实时地提供直播视频的内容时可以从两种方法中选择或通过公用频道提供，或当所有的公用频道已经被预定时通过我的频道提供。
因此，用户PC2的内容创建者当在他/她所操作的业余波段上实时提供直播视频时选择通过我的频道提供的方法，或者当提供著名的职业艺术家的直播视频时选择通过公用频道提供的方法。
与此类似，考虑内容及观看或聆听该内容的用户，内容提供系统1设计成可以将随选型或直播型选择为内容提供模式。
(6-2)在直播型中到ASP的连接处理已经完成提供直播视频内容的时间和日期的预约处理，用户PC2的CPU10接着让显示单元17再次指示直播型个人播送控制屏幕170(图29)。
此时，当提供直播视频内容时内容创建者通过确认直播型个人播送控制屏幕170辨别预约的内容，并且当预约的开始时间达到时，随着点击连接按钮82，开始使用数字视频摄像机18(图3)在相点上记录，以实时提供直播视频的内容。
然后，用户PC2的CPU10遵循自动上载软件在开始步骤中启动图37所示的例程RT7，并转移到步骤SP51。
在步骤SP51，用户PC2的CPU10通过因特网5使用网络接口16和ISP31登录到ASP32，并且访问ASP32的用户数据库37以获得基于用户ID、口令等的验证，然后转移到步骤SP52。
在步骤SP52，用户PC2的CPU10基于用户ID和口令使ASP32的管理服务器36确认存储在提供时间表管理数据库38中的直播型提供时间表控制文件189(图32)的内容，并移到下一步SP53。
因此，ASP32的管理服务器36确认提供时间表管理数据库38中的直播型提供时间表控制文件189的内容，以便用户PC2辨别关于将要提供的直播视频内容的预约状态。
在步骤SP53，从ASP32的管理服务器36给定用户PC2的CPU10如下指令命令，即当预约开始时间到达时“发送直播视频内容”，并基于该指令命令判断预约开始时间是否到达。
如果在此处获得否定的结果，则意味着指令命令还没有从管理服务器36给出，CPU10一直待机，直到从ASP32的管理服务器36给出指令命令。
另一方面，如果在步骤SP53获得肯定的结果，则意味着指令命令已经从ASP32的管理服务器36给出，CPU10判定开始时间已经达到，前进到SP54。
在步骤SP54，用户PC2的CPU10开始传输处理，使用从ASP32的管理服务器36给出的指令命令作为对ASP32的管理服务器36的触发，通过因特网5实时传输记录的直播视频内容，并在下一步SP55结束处理。
因此，ASP32的管理服务器36在内容服务器39的分配给公用频道的专用存储区记录传输自用户PC2的直播视频的内容，其实时地被再现数据流并提供给请求它的客户PC4。
此时，ISP31的控制服务器33面向用户PC2的用户ID收取在用户PC2通过因特网5传输直播视频内容给ASP32时，产生的因特网连接费用，并更新费用管理数据库34中的费用数据。
同时，ASP32的管理服务器36面向用户PC2的用户ID收取ASP32的服务使用费，其中费用数据经由网络接口41和ISP31的网络接口35发送到费用管理数据库34，以更新费用管理数据库34的费用数据。
当用户PC2具有称作“as-much-as-I-like course(如我所需的进程)”的固定或统一价服务合同时，ASP32的管理服务器36仅在用户数据库37的个人用户信息DB表45中记录从连接开始时间和数据到连接结束时间和数据的连接时段，而不收取服务使用费，保持固定不变。
(6-3)直播型中的内容提供处理与在随选型中接收供应内容的情况相似，在直播型中客户PC4接收直播视频供应内容的情况下，用户注册是可行的，并且在此种情况下，用户注册过程遵循例程RT1(图8)的用户注册处理过程方案进行，其中ASP32的管理服务器36完成在客户PC40中面向客户PC4的用户ID和口令的阅读器信息文件的注册。
在没有进行用户注册的情况下，客户PC4可以作为访问者直接访问ASP32提供的个人播送服务网站。只允许完成用户注册的客户PC4容易地对内容的内容创建者进行捐助，通过其使客户感动或对其产生共鸣，或他们感到内容很出色。
实际上，当在直播型中比如通过我的频道向已经进行了用户注册的客户PC 4提供直播视频内容时，ASP32的管理服务器36遵循从安装在其内部的硬盘中调用的内容提供程序在开始步骤中启动图38所示的例程RT8，并前进到步骤SP61。
在步骤SP61，参照基于来自客户PC4的用户ID和口令在客户PC40中的阅读器信息文件，通过客户PC4登录到ASP32的管理服务器36，并前进到下一步SP62。
在步骤SP62，作为参照基于用户ID和口令在客户PC40中的阅读器信息文件的结果，ASP32的管理服务器36判断登录的客户PC4是否是合法注册的用户。
如果获得否定的结果，指示用户ID和口令与注册在客户PC40中的那些不匹配，那么ASP32的管理服务器36返回到步骤SP61，提醒客户PC4输入正确的用户ID和口令，再次执行登录处理。
如果在步骤SP62获得肯定的结果，则意味着客户PC4为合法注册的用户，那么ASP32的管理服务器36前进下一步SP63。
在步骤SP63,ASP32的管理服务器36响应通过客户PC4的访问从内容服务器39中读出个人播送服务的主页的HTML文件，该文件将通过因特网5从网络接口41传输给客户PC4。
此时，客户PC4在其CPU中接收发送自ASP32的个人播送服务的主页HTML文件，其显示在显示单元上作为主页屏幕125(图25)。
当在该主页屏幕125上由用户点击直播模式选择显示区128中的直播型我的频道选择按钮130时，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送指示直播型我的频道选择按钮130的选择的模式选择信号。
在步骤SP64,ASP32的管理服务器36基于发送自客户PC4的模式选择信号从内容服务器39读出构成用于我的频道的类型显示屏幕的HTML文件，该文件通过因特网5从网络接口41发送给客户PC4。
因此，客户PC4的CPU接收从ASP32发送的用于我的频道的类型显示屏幕的HTML文件，显示在显示单元上作为用于我的频道的类型显示屏幕135(图26)。
当客户PC4的用户在用于我的频道的类型显示屏幕135上点击目录图标136至144中的任何一个(比如“音乐”目录图标139)时，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送与“音乐”目录图标139相匹配的类型选择信号。
在步骤SP65,ASP32的管理服务器36基于发送自客户PC4的类型选择信号从内容服务器39检索关于视频目录“音乐”形成直播视频调度显示屏幕的HTML文件，通过因特网5从其网络接口41发送给客户PC4。
从而，客户PC4的CPU接收传输自ASP32的形成直播视频调度显示屏幕的HTML文件，显示在显示单元上作为用于我的频道的直播视频调度显示屏幕220，如图39所示。
在该用于我的频道的直播视频调度显示屏幕220上形成指示日期的日历显示区221、指示在期间通过我的频道提供直播视频内容的提供时间表的调度内容显示区222、和指示在我的频道中当前正在提供的频道名称的频道类型显示区224。
在日历显示区221的带阴影的画面221A中显示当前日期(比如2月29日)，以便客户PC4的用户能够方便地证实当前日期。
在调度内容显示区222指示ASP32当前时间(比如15:10)能够提供的直播视频内容的时间调度帧(比如从15:00至16:59:59)，指示通过与多个(至多为10个频道)显示在频道类型显示区224的频道按钮225至229相匹配的我的频道，当前时间能够提供的每个直播视频的内容。
在步骤SP66,ASP32的管理服务器36判断比如期望的频道按钮(“Kimura”频道)266是否由观看直播视频调度显示屏幕220的客户PC4的用户选择。
在这种情况下，客户PC4的CPU证实面向选择的频道按钮226所设置的URL、和指示该URL通过因特网5发送给ASP32的管理服务器36的频道选择信号，这样当收到频道选择信号时ASP32的管理服务器36证实期望的频道按钮226被点击。
如果在步骤SP66中获得否定的结果，指示没有选择任何一个显示在直播视频调度显示屏幕220的频道类型显示区224上的频道按钮225至229，那么ASP32的管理服务器36等待，直到选择了频道按钮225至229中的任何一个。
但是，如果在步骤SP66中获得肯定的结果，则意味着用户期望的频道按钮226从频道按钮225至229中被点选，那么ASP32的管理服务器36前进到下一步SP67。
在步骤SP67,ASP32的管理服务器36从内容服务器39中的专用存储区(面向“Kimura”频道)再现数据流在点击时提供的直播视频的带有商务的影像数据，通过因特网5将其发送给客户PC4，然后前进到下一步SP68,结束处理。
因此，客户PC4的CPU基于从ASP32传输的内容的带有商务的影像文件使显示单元显示直播视频的内容显示屏幕240，如图40所示，并且首先在位于内容显示屏幕240中心的影像显示区241显示商务视频，接着显示表现音乐直播状态的影像。
对于发送给客户PC4的直播视频内容，管理服务器36的ASP32不能象在随选型中所做的那样，从开头提供内容，所以直播视频的内容是从中间提供的，在点击的时刻以再现数据流。
但是，即使在此种情况下，当商务提供要求由用户PC2的内容创建者设置为“带有商务”时，ASP32的管理服务器36在提供直播视频内容之间毫无问题地给客户PC4发送商务视频。
因此，在点击用户期望的频道按钮226的时刻，客户PC4不能立即观看和聆听直播视频的内容，只有在首先观看和聆听了商务视频之后才能观看和聆听直播视频的内容。
这样，即使在提供直播视频内容给客户PC4时，ASP32的管理服务器36也设计为强迫客户PC4的用户观看和聆听商务视频，而不考虑用户的意愿。
此时，ISP31的控制服务器33面向用户PC2的用户ID收取在用户PC2通过因特网5发送直播视频内容的影像数据给ASP32时产生的因特网连接费用，导致更新费用管理数据库34中的费用数据。
同时，ASP32的管理服务器36面向用户PC2的用户ID收取通过内容服务器39以再现数据流通过因特网5从用户PC2供给的直播视频内容的影像数据时产生的服务使用费，其数据注册在用户数据库37的个人用户信息DB表45中，并同时通过网络接口41和ISP31的网络接口35记录在费用管理数据库34中。
当用户PC2具有称作“as-much-as-I-like course(如我所需的进程)”的固定或统一价服务合同时，ASP32的管理服务器36仅在用户数据库37的个人用户信息DB表45中记录从连接开始时间和数据到连接结束时间和数据的连接时段，而不收取服务使用费，保持固定不变。
另一方面，当直播视频内容通过比如公用频道提供给用户注册的客户PC4时，ASP32的管理服务器36遵循从内部硬盘中调用的内容提供程序在开始步骤中进入图41所示的例程RT9，并前进到步骤SP71。
步骤SP71至SP73与直播视频内容通过我的频道提供的例程RT8中的步骤SP61至SP63相似，ASP32的管理服务器36通过因特网5通过网络接口41给客户PC4传输个人播送服务的主页HTML文件。
从而，客户PC4接收发送自ASP32的个人播送服务的HTML文件，显示在显示单元17上作为主页屏幕125(图25)。
当在该主页屏幕125上由用户点击直播模式选择显示区128中的直播型公用频道选择按钮129时，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送指示直播型公用频道选择按钮129的选择的模式选择信号。
在步骤SP74,ASP32的管理服务器36响应发送自客户PC4的模式选择信号从内容服务器39中读出构成用于公用频道的频道显示屏幕的HTML文件，该文件通过因特网5从其网络接口41发送给客户PC4。
因此，客户PC4的CPU接收从ASP32传输的用于公用频道的频道显示屏幕的HTML文件，显示在显示单元上作为用于公用频道的频道显示屏幕245，如图42所示。
当客户PC4的用户在用于公用频道的该频道显示屏幕245上点击视频频道图标246至249中的任何一个(比如“音乐直播”频道图标247)时，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送与“音乐直播”频道图标247相匹配的频道选择信号。
在步骤SP75,ASP32的管理服务器36基于传输自客户PC4的频道选择信号从内容服务器39检索关于“音乐直播”频道的形成用于公用频道的直播视频调度显示屏幕的HTML文件，通过因特网5从其网络接口41发送给客户PC4。
从而，客户PC4的CPU接收传输自ASP32用于公用频道的形成直播视频调度显示屏幕的HTML文件，显示在显示单元上作为用于公用频道的直播视频调度显示屏幕255，如图43所示。
在该用于公用频道的直播视频调度显示屏幕255上形成指示日期的日历显示区256、指示在期间提供关于所选择的“音乐直播”频道的直播视频内容的提供时间表的调度内容显示区257。
在日历显示区256的阴影帧256A中显示当前日期(比如2月29日)，以便客户PC4的用户能够方便地证实当前日期。
在调度内容显示区257指示在2月19日将由ASP32提供的直播视频内容的标题。在此种情况下，意味着将在从6:00至8:59:59的第一时间调度帧257A提供内容“OΔlive”，在从10:00至10:59:59的第二时间调度帧257B提供内容“xx tour”，在从21:00至23:59:59的第三时间调度帧257C提供内容“xΔconcert”。
在当前时间(比如10:09)，在用于公用频道的直播视频调度显示屏幕255的时间调度显示区257中，使与当前时间相匹配的第二时间调度帧257B显示与第一时间调度帧257A和第三时间调度帧257C不同的颜色，从而使客户PC4的用户容易地认识到当前能够实时观看和聆听内容“xx tour”。
在步骤SP76,ASP32的管理服务器36判断当前时间(比如10:09)可用的第二时间调度帧257B是否由观看用于公用频道的直播视频调度显示屏幕255的客户PC4的用户点击选择。
在这种情况下，客户PC4的CPU辨别当选择第二时间调度帧257B时为公用频道的“音乐直播”所设置的URL、和指示将该URL通过因特网5发送给ASP32的管理服务器36的频道选择信号，这样当收到频道选择信号时ASP32的管理服务器36证实第二时间调度帧257B被选择。
如果在步骤SP76中获得否定的结果，指示没有从调度内容显示区257中选择当前时间可用的第二时间调度帧257B，那么ASP32的管理服务器36等待，直到选择了第二时间调度帧257B。
但是，如果在步骤SP76中获得肯定的结果，则意味着从调度内容显示区257中选择了第二时间调度帧257B，那么ASP32的管理服务器36前进到下一步SP77。
在步骤SP77,ASP32的管理服务器36从内容服务器39中面向“音乐直播”频道的专用存储区再现数据流在点击时在“音乐直播”频道中提供的直播视频的带有商务的影像数据(“xx tour”)，通过因特网5将其发送给客户PC4，然后前进到下一步SP78，结束处理。
因此，客户PC4的CPU基于从ASP32传输的直播视频的带有商务的影像数据(“xx tour”)使显示单元显示直播视频的内容显示屏幕260，如图44所示，在位于内容显示屏幕260的中心位置的影像显示区261中显示通过“音乐直播”频道选择的与第二时间调度帧257B相匹配的直播视频(“xx tour”)。
同样，在这种情况下，直播视频的内容是从点击第二时间调度帧257B时刻开始提供、再现数据流的。并且，当内容的商务提供要求设置为“带有商务”时，从点击的时刻起首先给客户PC4提供商务视频，接着提供直播视频的内容。
因此，即使当通过公用频道提供直播视频内容给客户PC4时，ASP32的管理服务器36也设计为强迫客户PC4的用户观看和聆听商务视频，而不考虑他/她的意愿。
此时，ISP31的控制服务器33面向用户PC2的用户ID收取在用户PC2通过因特网5发送直播视频内容的影像数据给ASP32时产生的因特网连接费用，导致更新费用管理数据库34中的费用数据。
同时，ASP32的管理服务器36面向用户PC2的用户ID收取通过内容服务器39以再现数据流通过因特网5从用户PC2供给的直播视频内容的影像数据时产生的服务使用费，其数据注册在用户数据库37的个人用户信息DB表45中，并同时通过网络接口41和ISP31的网络接口35记录在费用管理数据库34中。
但是，当用户PC2具有称作“as-much-as-I-like course”的固定或统一价服务合同时，ASP32的管理服务器36仅在用户数据库37的个人用户信息DB表45中记录从连接开始时间和数据到连接结束时间和数据的连接时段，而不收取服务使用费，保持固定不变。
(7)客户PC的捐助处理允许客户PC4的用户方便地对内容创建者进行捐助，如果他/她被提供的内容感动或产生共鸣，或者他/她感到内容非常出色。
当用户观看和聆听内容时，点击分别位于基于从ASP32下载的内容的带有商务的影像文件显示在显示单元上的随选型的内容显示屏幕165(图28)、或基于直播视频内容的带有商务的影像显示在显示单元上的直播型的内容显示屏幕240(图40)和内容显示屏幕260(图44)中的捐助按钮167、242或262，客户PC4的CPU遵循从内部硬盘(未示出)调用的捐助程序，在紧接显示捐助按钮167、242或262之后，显示捐助金额选择屏幕270，如图45所示。
在该捐助金额选择屏幕270上，形成相应于不同捐助金额的捐助选择按钮271至276，客户PC4的用户可以从相应于他/她所希望捐助金额相同的捐助金额按钮271至276中任意点击选择任何一个捐助选择按钮。
因此，当用户点击比如捐助选择按钮272以捐助￥1000时，客户PC4的CPU创建相应于选择的捐助选择按钮272的金额的捐助数据，通过因特网5发送给ASP32的管理服务器36。
ASP32的管理服务器36将发送自客户PC4的捐助数据以给定的转换率为准转换成分数，并从用户数据库37中检索与内容ID相匹配的个人用户信息DB表45，用基于捐助数据的分数更新个人用户信息DB表45中的分数累计数。
客户PC4的CPU创建与捐助数据相匹配的收费数据，通过因特网5发送给ASP32的管理服务器36。从而，ASP32的管理服务器36在客户PC40的阅读器信息文件中，与客户PC4使用的ASP32的服务使用费一起记录捐助金额的费用数据。
同时，ISP31收取当客户PC4通过因特网5从ISP31接收内容供应时产生的因特网连接费用，其金额数据记录在客户PC40的阅读器信息文件和金额管理数据库34中。
然而，当注册用户以外的访问者对内容创建者进行捐助时，访问者对捐助按钮167、242或262的点击使客户PC4的CPU显示捐助金额选择屏幕270(图45)及信用卡号码和其它信息的输入屏幕(图上未示出)，提醒访问者输入信用卡号码，从而访问者得以进行捐助。
接着，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送信用卡号码数据和相应于捐助选择按钮的金额的捐助数据，使用相应于捐助数据的分数更新个人用户信息DB表45中的累计分数。
ASP32的管理服务器36基于信用卡号码数据给信用卡公司的费用管理数据库发送访问者捐助金额的捐助数据，请求信用卡公司执行有关访问者捐助的收费处理。
(8)按月的分数结算处理最后，给出按月分数结算处理的解释，这样，与按月计算的个人用户信息DB表45中的累计分数数量成比例的利润回报给内容创建者，但是在此之前，扼要重述用于给客户PC4提供带有商务视频的内容的提供时间表处理，在开始步骤中启动图46所示的例程RT10，并转移到SP81。
在步骤SP81，客户PC4的CPU证实期望的频道按钮155由用户在频道显示屏幕150(图27)上点击，然后前进到下一步SP82。
在步骤SP82，客户PC4的CPU通过因特网5给ASP32的管理服务器36发送与选择的频道按钮155相匹配的内容ID，并前进到下一步SP83。
在步骤SP83,ASP32的管理服务器36启动从内部硬盘调用的内容提供程序，并且比如基于发送自客户PC4的内容ID，从提供时间表管理数据库38中检索随选型提供时间表控制文件120，在确认用户ID和商务要求的内容之后，移到下一步SP84。
在步骤SP84，在确认随选型提供时间表控制文件120之后，ASP32的管理服务器36判断商务请求是否设置为“带有商务”。
如果获得否定的结果，则意味着商务视频没有附加到将要提供给客户PC4的“不带有商务”的内容上，那么ASP32的管理服务器36前进到步骤SP87，提供没有附加商务视频的内容的影像文件，在下一步SP88结束处理。
然而，如果在步骤SP84获得肯定的结果，则意味着商务要求设置为将商务视频黏附到将要提供给客户PC4的内容上的“带有商务”，则ASP32的管理服务器36前进到下一步SP85。
在步骤SP85,ASP32的管理服务器36通过将存储在商务管理数据库44的商务视频附加到存储在内容服务器39中的影像文件的开头部分，创建带有商务的影像文件内容，一次存储在内容服务器39中，然后移到下一步SP86。
在步骤SP86,ASP32的管理服务器36使用当带有商务的影像文件内容提供给客户PC4时产生的分数，更新在用户数据库37的个人用户信息DB表45中的累计分数数量，并前进到下一步SP87。
在步骤SP87，当商务要求为“带有商务”时，ASP32的管理服务器36从内容服务器39读出带有商务的影像文件的内容，通过因特网5提供给客户PC4，并前进到下一步SP88，结束处理。
与此类似，在内容提供系统1中，当ASP32的管理服务器36从商务要求设置为“带有商务”的内容服务器39中读出带有商务的影像文件的内容并将其提供给客户PC4时，生成分数，接着更新个人用户信息DB表45中的累计分数。
下面，扼要重述在内容提供系统1中，当针对内容创建者执行与按月计算的个人用户信息DB表45中的累计分数数量相匹配的利润回报处理时，遵循的按月分数结算处理过程。在开始步骤中启动图47所示的例程RT11，并前进到步骤SP91。
在步骤SP91,ASP32的管理服务器36通过把由用户PC2引起的到ISP31的因特网连接费用和ASP32的服务使用费加到个人用户信息DB表45上，更新个人用户信息DB表45(当设置为“as-much-as-I-like course”时，服务使用费保留为固定值)，并前进到下一步SP92。
在步骤SP92,ASP32的管理服务器36参照存储在用户数据库37中的个人用户信息DB表45，读出按月的累计分数数量，并前进到下一步SP93。
在步骤SP93,ASP32的管理服务器36判断剩余的累计分数的数量是否大于给定的分数数量。
如果获得否定的结果，意味着剩余的累计分数的数量不大于给定的分数数量，则ASP32的管理服务器36移到下一步SP94。
在步骤SP94，由于剩余的累计分数的数量不大于给定的分数数量，所以ASP32的管理服务器36执行给用户PC2的当前时间服务使用费的开清单处理，不实施与累计分数的数量相匹配的利润回报处理，并前进到下一步SP101，结束处理。
然而，如果在步骤SP93中获得肯定的结果，意味着按月的剩余累计分数的数量大于给定的分数数量，则ASP32的管理服务器36前进到下一步SP95，执行与累计分数的数量成比例的利润回报处理。
在步骤SP95,ASP32的管理服务器36减去与个人用户信息DB表45中的累计分数数量成比例的ASP32的服务使用费的数量，并通过减去与从个人用户信息DB表45中的累计分数的数量减去的服务使用费成比例的分数数量，更新个人用户信息DB表45，然后前进到下一步SP96。
从而，减去了或抵消了从ASP32通过信用卡公司收取的服务使用费，以便用户PC2的内容创建者收到与累计分数成比例的利润回报。
在步骤SP96,ASP32的管理服务器36判断在归还了ASP32的服务使用费后，剩余的累计分数数量是否大于给定的分数数量。
如果获得否定的结果，意味着剩余的累计分数的数量小于给定的分数数量，则ASP32的管理服务器36移到下一步SP94，执行有关服务使用费的开清单处理，并在下一步SP101结束处理。
另一方面，如果在步骤SP96中获得肯定的结果，意味着剩余累计分数的数量大于给定的分数数量，则ASP32的管理服务器36前进到下一步SP97。
在步骤SP97,ASP32的管理服务器36减去用户PC2的与累计分数数量成比例的ISP31的因特网连接费用的数量，并通过减去与从个人用户信息DB表45中的累计分数的数量减去的因特网连接费用成比例的分数数量，更新个人用户信息DB表45，然后前进到下一步SP98。
从而，减去了或抵消了通过信用卡公司要求的因特网连接费用，以便用户PC2的内容创建者收到与遵循ASP32的服务使用费的累计分数成比例的利润回报。
在步骤SP98,ASP32的管理服务器36判断此时累计分数是否仍有剩余，并且如果余下大于100万的累计分数，ASP32的管理服务器36移到下一步SP99。
在步骤SP99,ASP32的管理服务器36指令信用卡公司从通过信用卡公司结算的数据中减去超过100万，然后通过从个人用户信息DB表45的累计分数数量中减去超过100万的累计分数数量，更新累计分数的数量，然后返回到步骤SP98。
然而，如果在步骤SP98中剩余的累计分数数量小于100万但大于10万，则ASP32的管理服务器36前进到下一步SP100。
在步骤SP100,ASP32的管理服务器36通过因特网5将累计分数的数量大于10万的部分的分数数据传输给在线通信销售公司6，并通过从个人用户信息DB表45的累计分数数量中减去超过10万点的分数数量，更新累计分数的数量，然后在下一步SP101结束处理。
在此种情况下，在线通信销售公司6基于在用户注册时传输自ASP32的个人用户信息DB表45的内容证实包括内容创建者的地址和电子邮件地址的个人信息，并邮递一件与超过10万的分数数量成比例的指定的物品(商品)给用户PC2的内容创建者，从而执行利润回报处理。
另外，当在步骤SP98中剩余的累计分数的数量小于10万时，ASP32的管理服务器36移到步骤SP94，执行有关服务使用费的开清单处理，并在下一步SP101结束处理。
(9)在本实施例模式中第一方面的操作和效果按如上所述构建，在随选型的情况下，ASP32的管理服务器36在与用户注册时分配给每一个用户PC2的URL相匹配的内容服务器中保护每一个内容创建者的专用存储区，其中存储从用户PC2供给的内容的影像文件。
然后，ASP32的管理服务器36通过因特网5辨别来自客户PC4的请求内容时的时间，并从内容服务器39中的专用存储区读出在包括那每一个时间的时间调度中提供的视频类型内容的带有商务的影像文件，通过因特网5提供给客户PC4。
这样，ASP32的管理服务器36遵循由内容创建者事先设置的随选型提供时间表控制文件120，在每个请求内容的时间调度帧内只给客户PC4提供事先设置类型的内容，从而可以象节目每个时间调度帧都变化的电视广播一样提供个人制作的内容。
基于此，客户PC4的用户可以进行如他/她所愿的多次访问，而不感到疲倦，因为在每个时间调度帧提供不同的内容。
同样，由于在每个进行请求的时间调度帧内只给客户PC3提供一种内容，所以可以快速而毫无问题地发送内容，无需象同时提供多种内容那样占用网络资源过多的带宽。
另外，对于内容提供系统1，永远不会使客户PC4的用户厌倦，从而作为提高个人播送服务普及的结果，可以增加访问次数，使得构建一种逐渐改善在内容之前提供的商务视频的广告效果的商业模式成为可能。
按照到目前为止所描述的构建，在内容提供系统1中，ASP32的管理服务器36具有面向分配给每一个用户PC2的URL、存储在内容服务器39的专用存储区中的内容的影像文件，并按照来自客户PC4的对内容的请求的各个时间调度帧的顺序提供不同种类的内容，从而将内容提供给客户PC4的用户，而不使他/她厌倦。
(10)在本实施例模式中第二方面的操作和效果按如上所述构建，在直播型的情况下，ASP32的管理服务器36保护面向分配给各公用频道的URL的内容服务器39中的专用存储区，用于为公众提供直播视频内容的目的，并对各时间调度帧进行预约，以便多个用户PC2能够共享该专用存储区。
然后，ASP32的管理服务器36在预约的时间调度帧内将从用户PC2供给的通过因特网5进行了预约的直播视频内容写入专用内容服务器39，按顺序再现数据流，从而使得能够通过因特网5实时地给访问公用频道的客户PC4提供直播视频的内容。
此时，ASP32的管理服务器36通过客户PC4长时间访问的针对公众的公用频道提供直播视频内容，从而内容可以提供给访问公用频道的多个非特定客户PC4。
并且，对于内容提供系统1，由于可以在客户PC4访问公用频道的每个时间调度帧内提供不同种类的直播视频内容，所以客户PC不会感到厌倦。结果，由于提高了个人播送服务的普及，访问次数增加，使得构建一种逐渐改善在内容之前提供的商务视频的广告效果的商业模式成为可能。
同样，在计算机网络系统中，在客户PC4的用户希望提供特定目录(比如“音乐直播”或“轿车”)的任何内容而不关心创建者是谁的情况下，在使用检索引擎等指定视频目录之后，他/她无需访问各个个人主页。客户PC4仅通过访问公用频道就可以获得有关特定视频目录(比如“音乐直播”或“轿车”)的各种内容。
按照前述的结构，在内容提供系统1中ASP32的管理服务器36保护用于公众的面向分配给各公用频道的URL的内容服务器39中的存储区，并对各时间调度帧进行预约，从而多个用户PC2能够共享专用存储区，使用其直播视频的内容能够在各预约的时间调度帧内再现数据流，从而使得在各时间调度帧内将直播视频的内容实时地提供给多个非特定客户PC4成为可能。
(11)在本实施例模式中第三方面的操作和效果在上述的结构中，ASP32的管理服务器36通过因特网接收发送自用户PC2的、用于我的频道的注册在提供时间表管理数据库38中的直播型提供时间表控制文件210。
但是，应该注意的是，当接受通过我的频道提供直播视频内容的预约时，ASP32的管理服务器36使用设置在从每个我的频道中在同一时间调度帧内提供的直播视频内容的数量的限制，将不在接受用于我的频道的直播型提供时间表控制文件210(图35)，从而将有关预约不可行消息的显示屏幕的图像数据发送给用户PC2，使用户PC2的显示单元17指示预约不可行消息显示屏幕212(图36)。
因此，ASP32的管理服务器36使内容创建者确认指示在用户PC2的显示单元17上的预约不可行消息显示屏幕212，从而使得内容创建者意识到提供直播视频内容的期望的时间调度帧已经约满。
以这种方式，也就是说，考虑ASP32的管理服务器36的处理能力和线路的带宽，使用设置同一时间内响应来自多个客户PC4的请求提供直播视频内容的数量的限制，ASP32的管理服务器36能够实时快速地给客户PC4提供直播视频内容，不会延迟。
按照到目前为止所描述的构建，使用设置的同一时间内提供直播视频内容的数量的限制，ASP32的管理服务器36能够实时且毫无问题地提供在限制数量之内的内容。另外，当内容的数量达到限制的上限值时，ASP32的管理服务器36将不在进一步接受预约，并使用户PC2的显示单元17指示预约不可行消息显示屏幕212，使得内容创建者意识到预约是不可行的。
(12)实施例的其它模式在前面实施例的模式中，解释是在下述情况下给出的，即影像内容是通过作为存储和提供装置的内容服务器39在作为网络的因特网5上，遵循存储在作为提供时间表数据库的提供时间表管理数据库38中作为提供时间表的随选型提供时间表控制文件120，在作为控制装置的管理服务器36的控制下，提供给客户PC4的。但是，本发明不仅限于此，也可以提供静止图像或音乐数据的内容。在这种情况下，也可以获得前述实施例模式中的相似效果。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即在用于公众的面向公用频道的内容服务器39中的存储区是为每一个视频目录(婚礼仪式频道、音乐直播仪式、戏剧直播仪式、事件直播仪式)准备的，但是，本发明并不仅限于此，专用存储区也可以为每一个其它目录而准备，比如艺术等。
同样，在前述实施例的模式中，解释是在下述情况下给出的，即作为内容存储和提供装置的内容服务器39存储由作为第一信息处理设备的用户PC2供给的影像内容，并实时地将内容提供给作为第二信息处理设备的客户PC4，但是，本发明并不仅限于此，也可以提供其它的直播视频内容，比如静止图像或音乐数据。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即作为控制装置的ASP32的管理服务器36控制系统，从而多个用户PC2可以在各时间调度帧内共享在面向公用频道的内容服务器39中的专用存储区，但是，本发明并不仅限于此，可以以一周的每一天为基础共享。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即限制设置在由作为内容存储装置的内容服务器39通过我的频道在一次时间内提供的直播视频内容的数量上。但是，本发明并不仅限于此，限制可以根据管理服务器36的处理能力设置为其它各种条目的数量。在这种情况下，也可以获得类似于前述实施例模式的效果。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即作为提供时间表设置装置和控制装置的ASP32的管理服务器36通过给用户PC2发送预约不可行消息显示屏幕的图像数据使用户PC2的显示单元17显示预约不可行消息显示屏幕212，但是，本发明并不仅限于此，与预约不可行消息一起，可以在预约不可行消息显示屏幕212上指示预约可行的其它时间调度帧。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即将直播视频用作由ASP32的管理服务器36提供的内容，但是，本发明并不仅限于此，也可以使用直播话音。
此外，在ASP32的管理服务器36的硬盘上安装了执行随选型的内容提供处理的内容提供程序、执行直播型的内容提供处理的内容提供程序、在用户PC2的显示单元17上显示预约不可行消息显示屏幕212的提供时间表程序。但是，本发明并不仅限于此，内容提供程序或提供时间表程序可以通过再现存储内容提供程序或提供时间表程序的、由数据包介质构成的诸如只读存储器致密盘(CD-ROM)和数字通用盘(DVD)的程序存储介质来安装。同样，内容提供程序或提供时间表程序可以通过再现能够暂时或永久存储内容提供程序或提供时间表程序的诸如半导体存储器或磁光盘的程序存储介质来安装。
有线的或无线通信介质诸如局域网和数字卫星广播也可以用作将内容提供程序或提供时间表程序存储到那些程序存储介质的装置。同样，在存储处理过程中可能会用到诸如路由器或调制解调器的各种通信接口。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即将因特网5作为网络。但是，本发明并不仅限于此，也可以使用其它各种通过有线或无线构建的网络。
另外，在前述实施例的模式中，解释是在下述情况下给出的，即将客户PC4作为ASP32的管理服务器36提供内容的对象。但是，本发明并不仅限于此，也可以响应请求，通过便携式信息终端或具有显示屏的移动电话提供内容，假定它们可以连接到因特网5上。使用具有通信功能的数字视频摄象机或数字静止画面照相机也是可行的。此外，在内容创建者的用户PC2中，内容可以使用具有摄象机的便携式信息终端或移动电话提供。使用具有通信功能的数字视频摄象机或数字静止画面照相机也是可行的。
根据到此为止叙述的本发明的第一方面，由于在每一个客户进行请求的时间调度帧内可以提供不同种类的内容，就好象来自个人广播站一样，从而可以按照提供时间表顺序地提供大量的内容而不令人厌倦，而且每个时间调度帧仅提供一种类型的内容，这使得可以快速地提供内容而不占用线路的过多带宽。
根据到此为止叙述的本发明的第二方面，由于多个第一信息处理设备能够共享在针对公众的内容存储和提供装置中放置的专用存储区，具有在专用存储区中写成内容的多个第一信息处理设备能够将内容广泛地提供给访问为公众放置的专用存储区的多个非特定第二信息处理设备。
根据到此为止叙述的本发明的第三方面，使用所设置的一次时间内提供的内容数量的上限值，当检测到在一次时间内期望的提供时间安排中提供的内容的数量达到给定上限时，通过网络通知信息处理设备在特定提供时间安排内预约不能进行，这防止了设置超出上限值的内容数量的提供时间表，从而总是能够快速而且毫无问题地提供内容给多个客户。
尽管在此是结合本发明的优选实施例进行描述的，但是非常明显，对于本领域的技术人员可以进行各种变化和修改，因此，落进本发明的真实构思和范围的所有此类变化和修改都涵盖在所附权利要求中。
权利要求
1．一种内容提供设备，包括内容存储和提供装置，用于保护每一个人的专用存储区，其中响应客户的请求、从该存储区中检索存储在其中的、通过网络提供的多种类别的内容；提供时间表数据库，用于存储为在每个给定时间一帧一帧地提供所述多种内容所设置的提供时间表；和控制装置，用于当所述客户通过所述网络从所述内容存储和提供装置中作出所述请求时，基于时间识别所述提供时间表的所述时间调度帧。
2．根据权利要求1的内容提供设备，其中所述保护的个人专用存储区面向分配给所述个人的统一资源定位器。
3．根据权利要求1的内容提供设备，其中所述内容存储和提供装置在提供所述内容时，即使在所述时间调度帧结束之后，也连续提供直至最后。
4．一种内容提供方法，包括下列步骤保护专用存储区，从该存储区中检索存储在其中的多种内容，并且当客户通过所述网络从内容存储和提供装置中作出针对所述内容的请求时，识别时间；基于按照给定时间调度帧一帧接一帧地提供所述多种类别内容所设置的提供时间表，判定在匹配所请求的所述时间的时间调度帧中提供的内容的种类；和通过所述网络、经所述内容存储和提供装置提供在所述判断内容种类的步骤中所判断的所述种类的内容给所述客户。
5．根据权利要求4的内容提供方法，其中所述保护的个人专用存储区面向分配给所述个人的统一资源定位器。
6．根据权利要求4的内容提供方法，其中所述提供所述内容的步骤包括在提供所述内容时，即使在所述时间调度帧结束之后，也连续提供直至最后。
7．一种程序存储介质，通过其使内容提供设备执行程序，该程序包括下列步骤保护专用存储区，从该存储区中检索存储在其中的多种内容，并且当客户通过所述网络从内容存储和提供装置中作出针对所述内容的请求时，识别时间；基于按照给定时间调度帧一帧接一帧地提供所述多种类别内容所设置的提供时间表，判定在匹配所请求的所述时间的时间调度帧中提供的内容的种类；和通过所述网络、经所述内容存储和提供装置提供在所述判断内容种类的步骤中所判断的所述种类的内容给所述客户。
8．根据权利要求7的程序存储介质，其中所述保护的个人专用存储区面向分配给所述个人的统一资源定位器。
9．根据权利要求7的程序存储介质，其中所述提供所述内容的步骤包括在提供所述内容时，即使在所述时间调度帧结束之后，也连续提供直至最后。
10．一种内容提供系统，包括客户通过网络请求提供内容；和内容提供设备，用于响应来自所述客户的请求，通过所述网络提供所述内容，其中所述内容提供设备包括内容存储和提供装置，用于保护每一个人的专用存储区，其中响应客户的请求，从该存储区中检索存储在其中的、通过网络提供的多种类别的内容；提供时间表数据库，用于存储为在每个给定时间一帧一帧地提供所述多种内容所设置的提供时间表；和控制装置，用于当所述客户通过所述网络从所述内容存储和提供装置中作出所述请求时，基于时间识别所述提供时间表的所述时间调度帧。
11．根据权利要求10的内容提供系统，其中所述保护的个人专用存储区面向分配给所述个人的统一资源定位器。
12．根据权利要求10的内容提供系统，其中所述内容存储和提供装置在提供所述内容时，即使在所述时间调度帧结束之后，也连续提供直至最后。
13．一种内容提供设备，包括内容存储和提供装置，用于将第一信息处理设备供给的内容存储在为公众放置的专用存储区，并响应来自第二信息处理设备的请求，在所述内容从所述专用存储区读出之后，提供所述内容给所述第二信息处理设备；和控制装置，用于以如下方式执行控制，即多个第一信息处理设备共享在所述内容存储和提供装置中为公众放置的所述专用存储区。
14．根据权利要求13的内容提供设备，其中所述控制装置控制预约，以便多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区。
15．根据权利要求13的内容提供设备，其中所述控制装置控制预约，使得多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区，同时可以为每个时间调度帧创建通过所述网络发送给所述第一信息处理设备的预约表。
16．根据权利要求13的内容提供设备，其中所述内容存储和提供装置通过所述存储区以再现数据流所述内容，作为影像的实时直播视频提供给所述第二信息处理设备。
17．根据权利要求13的内容提供设备，其中所述内容存储和提供装置包括为所述内容的每个视频目录分别准备的所述专用存储区。
18．一种内容提供方法，包括下列步骤将第一信息处理设备供给的内容存储在为公众放置的专用存储区，并以如下方式执行控制，即所述多个第一信息处理设备共享在内容存储和提供装置中的所述专用存储区，所述内容存储和提供装置响应来自第二信息处理设备的请求，在所述内容从所述存储区读出之后，通过网络提供给所述第二信息处理设备；和紧随在所述执行控制的步骤中执行的控制内容，通过所述网络提供从所述多个第一信息处理设备通过所述专用存储区供给的所述内容给所述第二信息处理设备。
19．根据权利要求18的内容提供方法，其中所述执行控制的步骤包括控制预约，使得多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区。
20．根据权利要求18的内容提供方法，其中所述执行控制的步骤包括控制预约，使得多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区，同时可以为每个时间调度帧创建通过所述网络发送给所述第一信息处理设备的预约表。
21．根据权利要求18的内容提供方法，其中所述提供所述内容的步骤包括通过所述存储区以再现数据流所述内容，作为影像的实时直播视频提供给所述第二信息处理设备。
22．根据权利要求18的内容提供方法，其中所述内容存储和提供装置包括为所述内容的每个视频目录分别准备的所述专用存储区。
23．一种程序存储介质，通过其使内容提供设备执行程序，该程序包括下列步骤将第一信息处理设备供给的内容存储在为公众放置的专用存储区，并以如下方式执行控制，即所述多个第一信息处理设备共享在内容存储和提供装置中的所述专用存储区，所述内容存储和提供装置响应来自第二信息处理设备的请求，在所述内容从所述存储区读出之后，通过网络提供给所述第二信息处理设备；和紧随在所述执行控制的步骤中执行的控制内容，通过所述网络提供从所述多个第一信息处理设备通过所述专用存储区供给的所述内容给所述第二信息处理设备。
24．根据权利要求23的程序存储介质，其中所述执行控制的步骤包括控制预约，使得多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区。
25．根据权利要求23的程序存储介质，其中所述执行控制的步骤包括控制预约，使得多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区，同时可以为每个时间调度帧创建通过所述网络发送给所述第一信息处理设备的预约表。
26．根据权利要求23的程序存储介质，其中所述提供所述内容的步骤包括通过所述存储区以再现数据流所述内容，作为影像的实时直播视频提供给所述第二信息处理设备。
27．根据权利要求23的程序存储介质，其中所述内容存储和提供装置包括为所述内容的每个视频目录分别准备的所述专用存储区。
28．一种内容提供系统，包括第一信息处理设备，用于供给内容；第二信息处理设备，其作出请求所述内容并接收与所述请求匹配的所述内容的供给；和内容提供设备，用于将第一信息处理设备供给的内容存储在为公众放置的专用存储区，并用于响应来自所述第二信息处理设备的请求，在读出所述内容之后，通过网络提供所述内容给所述第二信息处理设备，其中所述内容提供设备包括内容存储和提供装置，用于将第一信息处理设备供给的内容存储在为公众放置的专用存储区，并用于响应来自所述第二信息处理设备的请求，在从所述专用存储区读出所述内容之后，通过所述网络提供所述内容给所述第二信息处理设备；和控制装置，用于以如下方式执行控制，即所述多个第一信息处理设备共享在所述内容存储和提供装置中为公众放置的所述专用存储区。
29．根据权利要求28的内容提供系统，其中所述控制装置控制预约，以便多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区。
30．根据权利要求28的内容提供系统，其中所述控制装置控制预约，使得多个所述第一信息处理设备可以在每个期望的时间调度帧分别使用所述专用存储区，同时可以为每个时间调度帧创建通过所述网络发送给所述第一信息处理设备的预约表。
31．根据权利要求28的内容提供系统，其中所述内容存储和提供装置通过所述存储区以再现数据流所述内容，作为影像的实时直播视频提供给所述第二信息处理设备。
32．根据权利要求28的内容提供系统，其中所述内容存储和提供装置包括为所述内容的每个视频目录分别准备的所述专用存储区。
33．一种内容提供设备，包括内容存储和提供装置，用于将信息处理设备供给的内容一次存储在为个人保护的专用存储区中，并用于响应来自客户的请求，检索所述内容之后，通过网络将所述内容提供给所述客户；提供时间表设置装置，用于接收指示关于所述内容通过所述网络的提供时间安排的提供时间安排数据，并用于基于所述提供时间安排数据设置关于所述内容的提供时间表；和控制装置，用于设置在一次时间内提供的所述内容数量的上限，并且当检测到基于所述提供时间表在所述给定提供时间安排中在一次时间内提供的所述内容数量达到所述上限值时，通过所述网络通知所述信息处理设备在所述提供时间安排中预约是不可行的。
34．根据权利要求33所述的内容提供设备，其中所述控制装置通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有关于预约不可行的效果的消息的窗口屏幕。
35．根据权利要求33所述的内容提供设备，其中所述控制装置通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有预约不可行和另一个预约可行的时间调度的消息的窗口屏幕。
36．根据权利要求33所述的内容提供设备，其中所述内容存储和提供装置提供直播视频作为所述内容。
37．一种内容预约控制方法，包括以下步骤接收指示由内容存储和提供装置供给的所述内容的提供时间安排的提供时间安排数据，所述内容存储和提供装置用于将信息处理设备供给的内容一次存储在为个人保护的专用存储区中，并响应来自客户的请求，检索所述内容之后，通过网络将所述内容提供给所述客户；基于在所述接收提供时间安排数据步骤中收到的所述提供时间安排数据，设置所述内容的提供时间表；设置在一次时间内提供的所述内容数量的上限，并检测如下事实，即基于由所述提供时间表设置装置设置的所述提供时间表在所述给定提供时间安排中在一次时间内提供的所述内容的所述数量达到所述上限值；和当在所述检测步骤中检测到上限值达到时，通过所述网络通知所述信息处理设备在所述提供时间安排中预约是不可行的。
38．根据权利要求37所述的内容预约控制方法，其中所述通知不可行的步骤中包括通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有关于预约不可行的效果的消息的窗口屏幕。
39．根据权利要求37所述的内容预约控制方法，其中所述通知不可行的步骤中包括通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有预约不可行和另一个预约可行的时间调度的消息的窗口屏幕。
40．根据权利要求37所述的内容预约控制方法，其中所述内容存储和提供装置提供直播视频作为所述内容。
41．一种程序存储介质，通过其使内容提供设备执行程序，该程序包括下列步骤接收指示由内容存储和提供装置供给的所述内容的提供时间安排的提供时间安排数据，所述内容存储和提供装置用于将信息处理设备供给的内容一次存储在为个人保护的专用存储区中，并响应来自客户的请求，检索所述内容之后，通过网络将所述内容提供给所述客户；基于在所述接收提供时间安排数据步骤中收到的所述提供时间安排数据，设置所述内容的提供时间表；设置在一次时间内提供的所述内容数量的上限，并检测如下事实，即基于由所述提供时间表设置装置设置的所述提供时间表在所述给定提供时间安排中在一次时间内提供的所述内容的所述数量达到所述上限值；和当在所述检测步骤中检测到上限值达到时，通过所述网络通知所述信息处理设备在所述提供时间安排中预约是不可行的。
42．根据权利要求41所述的程序存储介质，其中所述通知不可行的步骤中包括通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有关于预约不可行的效果的消息的窗口屏幕。
43．根据权利要求41所述的程序存储介质，其中所述通知不可行的步骤中包括通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有预约不可行和另一个预约可行的时间调度的消息的窗口屏幕。
44．根据权利要求41所述的程序存储介质，其中所述内容存储和提供装置提供直播视频作为所述内容。
45．一种内容提供系统，包括信息处理设备，用于供给内容和指示所述内容的提供时间安排的提供时间安排数据；和内容提供设备，用于存储所述信息处理设备供给的所述内容，并通过所述网络在适宜于所述提供时间安排数据的所述提供时间安排中提供所述内容给客户，其中所述内容提供设备包括内容存储和提供装置，用于将信息处理设备供给的内容一次存储在为个人保护的专用存储区中，并用于响应来自客户的请求，检索所述内容之后，通过网络将所述内容提供给所述客户；提供时间表设置装置，用于接收指示关于所述内容通过所述网络的提供时间安排的提供时间安排数据，并用于基于所述提供时间安排数据设置关于所述内容的提供时间表；和控制装置，用于设置在一次时间内提供的所述内容数量的上限，并且当检测到基于所述提供时间表在所述给定提供时间安排中在一次时间内提供的所述内容数量达到所述上限值时，通过所述网络通知所述信息处理设备在所述提供时间安排中预约是不可行的。
46．根据权利要求45所述的内容提供系统，其中所述控制装置通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有关于预约不可行的效果的消息的窗口屏幕。
47．根据权利要求45所述的内容提供系统，其中所述控制装置通过通过所述网络发送指示所述预约不可行的预约不可行数据给所述信息处理设备，使所述信息处理设备的显示单元指示一带有预约不可行和另一个预约可行的时间调度的消息的窗口屏幕。
48．根据权利要求45所述的内容提供系统，其中所述内容存储和提供装置提供直播视频作为所述内容。
全文摘要
公开了一种内容提供设备、内容提供方法、程序存储介质、内容提供系统和内容预约控制方法。基于设置为在每个时间调度帧中一帧一帧地提供多种类别的内容的提供时间表,将与请求时间相匹配的在时间调度帧中提供的多种内容顺序提供给客户PC4。多个用户PC2共享内容服务器39中的专用存储区,从而内容可以提供给多个访问的非特定人。当在提供时间表上所期望的时间内同时提供的内容数量达到上限值时,控制预约,从而防止内容传输速度的降低并保证快速提供。
文档编号G06Q30/00GK1319985SQ0111215
公开日2001年10月31日 申请日期2001年3月30日 优先权日2000年3月30日
发明者吉峰幸郎, 筒井基次, 末吉隆彦, 中村年范, 花谷博幸, 内山信幸 申请人:索尼公司