CN1152314C - 信息处理设备、服务器连接法和网络系统 - Google Patents
信息处理设备、服务器连接法和网络系统 Download PDFInfo
- Publication number
- CN1152314C CN1152314C CNB011121564A CN01112156A CN1152314C CN 1152314 C CN1152314 C CN 1152314C CN B011121564 A CNB011121564 A CN B011121564A CN 01112156 A CN01112156 A CN 01112156A CN 1152314 C CN1152314 C CN 1152314C
- Authority
- CN
- China
- Prior art keywords
- content
- user
- server
- asp
- address date
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Abstract
在信息处理设备、服务器连接方法、程序存储介质和网络系统中,更容易进行与预约接入点的连接。本发明设计成通过因特网(5)发送保护他/她的、在安装于ASP(32)中的服务器(39)中预备的专用存储区所需的用户注册数据给ASP(32)和该用户通过因特网(5)从ASP(32)接收指定为指示匹配用户注册数据的他/她的专用存储区的接入点的URL,并基于它通过因特网(5)自动连接到内容服务器(39)中的接入点,从而使得能更方便地连接到预约接入点,而不强迫用户执行对于URL的输入操作。
Description
技术领域
本发明涉及信息处理设备、服务器连接方法、程序存储介质和网络系统,它较适用于例如在因特网上提供内容的网络系统。
背景技术
在经因特网提供由个人创作的包括文字、静止图片、声音和动画等内容的情况下,截至目前,一般是用户使用计算机建立他/她的个人主页来实现的。
在个人如上面所述打开它的主页的情况下,用户驱动安装在个人计算机内的主页创建程序,以便创作一个由超级文本标记语言(HTML)构成的与多个内容超链接的主页,并上载这个主页到因特网服务提供者(以下称为ISP)的服务器中。
并且,ISP的服务器向通过因特网访问它的客户提供主页,当该客户点击主页上的锚点时,超链接的内容就会被随之提供。
在如上所述构建的计算机网络系统中,为了使有关主页的数据存储在ISP的服务器中,必须保护在服务器中的专用存储区,因为这个原因,必须进行用户注册。
为了给每个用户分配服务器中的专用存储区,分发与用户ID相关的统一资源定位器(URL),并通知给用户,从而允许在匹配于URL的服务器中的专用存储区存储他/她个人主页的数据。
然而,在每次他/她访问服务器中的专用存储区以更新例如他/她的个人主页的内容时,都必须输入他/她的URL,所以用户被迫每次进行这些输入操作,这就产生一个问题,即那些不熟悉操作计算机的用户利用服务器非常麻烦。
发明内容
鉴于前述问题,本发明的一个目的是提供一种信息处理设备、服务器连接方法、程序存储介质和网络系统,这将使连接到约定的接入点变得容易。
为了实现上述目的,提供一种信息处理设备,包括:发送装置,用于将保护连接在网络上的服务器中的、某人的专用存储区所必需的用户注册数据,通过网络发送到所述服务器;接收装置,用于从在所述网络上的所述服务器中、接收作为指示面向所述用户注册数据的所述专用存储区的接入点指定的地址数据;和连接装置,用于基于由所述接收装置收到的、面向自动连接设置程序的所述地址数据,并按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
为了实现上述目的,本发明还提供一种服务器连接方法,包括:发送步骤,将保护连接在网络上的服务器中的、某人的专用存储区所必需的用户注册数据,通过网络发送到所述服务器;接收步骤,从在所述网络上的所述服务器中、接收作为指示面向所述用户注册数据的所述专用存储区的接入点指定的地址数据;和连接步骤,基于由所述接收装置收到的、面向自动连接设置程序的所述地址数据,并按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
为了实现上述目的,本发明也提供一种网络系统,由一服务器和一通过网络连接到所述服务器的信息处理设备组成,包括:发送装置,用于将保护连接在网络上的服务器中的、某人的专用存储区所必需的用户注册数据,通过网络发送到所述服务器;接收装置,用于从在所述网络上的所述服务器中、接收作为指示面向所述用户注册数据的所述专用存储区的接入点指定的地址数据;和连接装置,用于基于由所述接收装置收到的、面向自动连接设置程序的所述地址数据,并按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
由于用户基于从服务器上接收的面向自动连接设置程序的地址数据、按照所述自动连接设置程序,自动连接到指示他/她的专用存储区的接入点,所以用户不必执行地址数据的输入操作,这极大地方便了用户与接入点的连接。
自然,通过以下借助附图的详细描述,本发明的原理和优点将变得更加清楚,其中相同的标号或字符指定相同的部分。
附图说明
在附图中:
图1是用来解释利用因特网的电子商务交易处理的原理的框图;
图2是示出本发明的内容提供系统的结构的示意框图;
图3是示出一个用户计算机的结构的示意框图;
图4是示出桌面屏幕的示意框图;
图5是示出用户信息注册屏幕的示意框图;
图6是示出用户信息文件的示意框图;
图7是示出内容提供者的结构的示意框图;
图8是示出在ASP的管理服务器中的用户注册过程处理顺序的流程图;
图9是示出在用户信息数据库中注册的用户信息DB表的内容的示意图;
图10是示出捕获屏幕的示意图;
图11是示出确认屏幕的示意图;
图12是示出编辑屏幕的示意图;
图13是示出随选型(on-demand type)的个人播送(casting)控制屏幕的示意图;
图14是示出下拉菜单的示意图;
图15是示出我的频道类型(my-channel genre)屏幕的示意图;
图16是示出编解码器选择屏幕的示意图;
图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是示出捐助(contribution)金额选择屏幕的示意图;
图46是示出以CM视频提供内容的处理顺序的流程图;和
图47是示出利润回报处理顺序的流程图。
具体实施方式
将参考附图描述本发明的优选实施例:
(1)利用因特网的电子商务交易原理
因特网是借助于通信链路将许多计算机相互连接所构成的计算机网络系统,设计成使得信息可以利用诸如电子邮件、Gopher和万维网(WWW)之类的各种服务在计算机之间相互发送和/或接收。
如图1所示,经由因特网给客户的计算机(PC)302-1至302-N提供包含在万维网中的多种服务的万维网服务器301(还可被称为“网络服务器”或“网站”等),在内部硬盘上存储由诸如数字和图像的图形信息组成的网页。
用在这个万维网服务器301上的各种资源或网页等都可以用统一资源定位器(URL)准确地识别,URL为一种在因特网上进行区分的公告技术。
因此,当用户期望细读的网页的URL,由用户例如依据如超文本传输协议(HTTP)等的特定传输协议指定时,连接到因特网300上的客户计算机302-1至302-N根据URL对万维网服务器301发出读取网页的请求。
作为从万维网服务器301上请求读取的结果,在接收从万维网服务器301上发送的网页时,客户PC 302-1至302-N让其显示单元通过预先存储在内置硬盘上的万维网浏览器显示网页,从而使得用户能够读取该网页。
网页一般用超文本链接标示语言(HTML)定义,定义网页的HTML文档包括由规定网页应该如何显示的HTML控制的被称作标签(保留字)的记号。
对于其它的信息,HTML文档包括以指示图形、控制、和其它功能的各种标签,能够同时作为链接点,预定从中请求读取网页的万维网服务器301或其它万维网服务器使用的网页的URL。
因此,网页将以网页提供者预想的显示方法显示在客户的PC 302-1至302-N的显示单元上。
然而,前述的万维网近些年来开始用在利用因特网300的电子商务交易中。
在这种情况下,在万维网服务器301中准备好由待售的日用品目录电子表组成的网页,响应用于查看它们的他/她的请求,将它们发送到客户拥有的客户PC 302-1至302N。
PC 302-1至302N以这种方式让显示单元示出通过因特网300从万维网服务器301收到的网页,因此让客户查看待售日用品的目录。
当用户在示出于显示单元上的日用品目录的网页上、指定要购买的商品时,PC 302-1至302N将那一效果经过因特网300通知万维网服务器301。
当万维网服务器301接收它时,万维网服务器301从客户PC 302-1至302N请求客户信息,并从它接收包括客户购买的产品的名称、客户拥有的信用卡号、产品要投递的地址等客户信息。
接下来,当收到上述客户信息时,万维网服务器301发送网页给客户PC 302-1至302N,确认产品的定购,并让客户在网页上确认订单的内容,接着安排投递它们。
在以这种方法利用因特网300的电子商务交易中,电子商务交易可以应用在诸如音乐之类的电子目录形式的、可以通过因特网300电子发送给顾客的多种商品中,或给诸如个人计算机之类的、需要通过家庭投递公司发送给顾客的有形产品。
顺便提一下,除HTML以外还有另一种方法用于定义网页,即被称作可扩展标记语言(XML)的语言,它与使用HTML的情形一样使用标签,但能够表达文档的结构和意义,并由文档类型定义(DTD)指定诸如标签的分层结构和数据类型之类的属性。
因此,在万维网服务器301,如果网页是用XML定义的,则对于诸如订单接收码、日用品编码、单价、以及例如预先保留在数据库中的数量之类的信息处理数据,可被分别嵌入各种标签中,使得该网页不仅可以用来查看,而且可以利用嵌入到标签中的用于信息处理的数据,在计算订单时自动实现信息处理。
(2)内容提供系统的结构
图2中的1示出本发明的利用因特网实现电子商务交易的内容提供系统的全貌,它包括:用户个人计算机(PC)2,由内容创建者使用;内容提供商3,用于存储当需要时供应由用户PC 2创建的内容;多个客户PC 4(4A至4N),用于接收来自内容提供商3的在网页上指定的内容的供应;在线通信销售公司6,内容创建者通过因特网5通过用户PC 2与其进行在线交易;商务客户(下面称为“CM客户”)7,用于创建商务图像(下面称为“CM图像”)并要求内容提供商3给客户PC 4提供CM图像;所有这些都通过因特网5互连。
这里,一般来讲,上面描述的内容提供者3、在线通信销售公司6等被用来指明经营的物质或公司。然而,在本说明书中,它们被用来指明必须进行提供商务务或在线通信销售业务的系统,即一个有形网络系统,它由连接许多路由器和具有LAN等的服务器组成。
该内容提供系统1为一种系统,在该系统中根据客户PC 4访问使用客户PC 2创建的个人内容的次数,内容提供商3所收到的利润适度回报给内容创建者(下文中称作“利润回报”),这可以鼓励内容创建者创建更多精彩的内容,并可以通过因特网5构建一种以增加客户PC 4对网站进行访问的次数为目的的全新商业模式。
在虚线框内的内容提供商3、在线通信销售公司6和CM客户7相互联合,形成一个商业联盟8,以各种模式执行给内容创建者(用户PC 2)的利润回报处理。
(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(微软公司的窗口屏幕)的在线签约图标20时,CPU 10从HDD 12启动自动在线签约软件,并使显示单元17显示用户信息注册屏幕,如图5所示。
该用户信息注册屏幕21用于当申请如屏幕标题所指示的个人播送(casting)服务时,注册用户信息。遵循屏幕,内容创建者输入他的/她的姓名、地址、电话号码、电子邮件地址、生日、信用卡号码、第一期望的用户ID、第二期望的用户ID、第三期望的用户ID、期望的频道名称、口令及确认口令,最后选择“as-much-as-I-like course”或“beginner’s course”作为所申请的服务。
个人播送服务是一种在本发明的内容提供系统1中新开创的内容提供模式,使用两种分别称作在线类型和直播型的内容提供模式,其内容将在本说明书后面描述。
在用户信息注册屏幕21上放置了一个使用户创建者输入的用户信息内容无效的取消按钮22,和一个以用户创建者输入的用户信息进行申请的申请按钮23。
因此,当用户信息输入后点击申请按钮23时,用户PC 2的CPU 10创建包含与用户信息注册屏幕21(图5)上的内容相似的内容的用户信息文件25,如图6所示,以指定协议在因特网5(图2)上从网络接口16(图3)发送给内容提供商3,并且同时在HDD 12中写入并保留用户信息文件25。
内容提供商3包括如图7所示的将用户PC 2连接到因特网5的因特网服务提供商(下文中称作“ISP”)31,以及存储供应自用户PC 2、当需要时提供给客户PC 4的内容的应用服务提供商(下文中称作“ASP”)32。
因特网服务提供商31包括监护整个操作的控制服务器33、管理对用户PC 2收费的收费管理数据库34、将用户PC 2与网络通过因特网5相连的网络接口35,所有这些都在局域网(LAN)42上互连,以此在控制服务器33的控制之下实现收费管理和网络控制。
应用服务提供商32包括监护整个操作的管理服务器36、管理用户PC 2的用户信息文件25的用户信息数据库34、管理内容提供调度的提供调度管理数据库(DB)38、存储并提供内容的内容服务器39、管理当作内容观看者的客户PC 4的阅读器信息的阅读器信息数据库(DB)40、存储和管理CM客户7供给的CM图像、使其与CM图像标识相匹配的商务管理数据库(DB)44,所有这些都在LAN 43上互连,并设计为在管理服务器36的控制下实施用户信息管理、提供调度管理、内容存储和提供处理、阅读器信息管理、以及CM提供管理。
当在管理服务器36通过ISP 31的网络接口35和ASP 32的网络接口41实施用户注册过程时,内容提供商3接收发送自用户PC 2的用户信息文件25。
一旦收到用户信息文件25,ASP 32的管理服务器36从开始步骤,按照总是通过从内部硬盘调出来驱动的用户注册过程程序,启动图8所示的例程RT1,并转移到步骤SP1。
在步骤SP1,ASP 32的管理服务器36读出发送自用户PC 2的用户信息文件25的内容,并检查信用卡号码的数字号,然后当结果是数字号正确时,前进到下一步SP2。
但是,如果信用卡号码不是由正确数字组成,则ASP 32的管理服务器36通过因特网5通知用户PC 2该结果,提醒用户以正确的数字输入信用卡号码。
在步骤SP2,ASP 32的管理服务器36访问用户数据库37,并检查发送的用户信息文件25的信用卡号码是否重复,并且如果不重复且仅在这种情况下,前进到下一步SP3。
在步骤SP3,ASP 32的管理服务器36通过因特网5使用其网络接口41访问信用卡公司的信用授权检查服务器26,并检查信用卡号码是否有效,并仅当信用卡号码为可用状态时,前进到下一步SP4。
在步骤SP4,ASP 32的管理服务器36再次访问用户数据库37,并检查期望的第一至第三用户ID是否已经在用,并且仅当第一至第三期望的用户ID中的任何一个还没有使用时,前进到下一步SP5。
在步骤SP5,ASP 32的管理服务器36从期望的第一至第三ID中选择最高期望的未使用的用户ID,并且在确定与用户ID匹配的统一资源定位器(URL)后,基于用户信息文件25创建如图9所示的个人用户信息DB表45,重新注册到用户数据库37。然后,转移到步骤SP6。
除了用户信息文件25的内容,添加到新注到册用户数据库37的个人用户信息DB表45为:确定与用户ID匹配的URL;内容创建者已经获得的累计分数,当内容创建者接收利润回报时要用到;用户状态(1级),指示与累计分数成正比的用户等级;连接开始时间的日期;连接结束时间和日期;当前ISP 31到因特网5的因特网连接费用;所申请的ASP 32服务(“as-much-as-I-like course”)的服务利用费用。
此时,在确定与用户ID匹配的URL之后,ASP 32的管理服务器36将其注册到用户数据库37,从而授权内容创建者在面向该URL的内容服务器39的预定专用存储区中写入由个人内容创建者创建的内容的影像(movie)文件。
同样,ASP 32的管理服务器36通过内容创建者管理用户数据库37中的个人用户信息DB表45,并根据由客户PC 4进行的访问次数增加和更新内容创建者的累计分数,或者根据累计分数替换内容创建者的用户状态,或者按连接开始时间的日期、连接结束时间和日期、当前因特网连接费用、所申请的使用服务的服务使用费的顺序更新各种数据。
用户状态是与累计分数成正比的内容创建者的等级,从最低的等级1向等级2、专业等级提升。处于此种情况时,内容创建者的用户状态越高,他/她就可以收到越多的利润回报。
在步骤SP6,ASP 32的管理服务器36使网络接口41通过因特网5通知用户PC 2确定的用户ID和与用户ID匹配的URL。
此时,ASP 32的管理服务器36在英特网5上供给用户PC 2按如下编写的自动上载程序(自动连接设置程序),“自动连接到与用户ID匹配的URL并自动在面向该URL的内容服务器39的专用存储区中写入由用户PC 2创建的内容的影像文件”。
因此,用户PC 2的CPU 10通过因特网5下载该自动上载的软件,并基于该自动上载程序在桌面屏幕19(图4)上显示该自动上载程序的上载图标27。
然后,当桌面屏幕19的上载图标27由内容创建者点击时,用户PC 2的CPU 10根据自动上载程序经由ISP 31通过因特网5连接ASP 32,并给ASP 32的管理服务器36发指令“自动在面向URL的内容服务器39的专用存储区中写入内容的影像文件”。
由于上述,ASP 32的管理服务器36可以基于URL在内容服务器39的专用存储区中写入从用户PC 2供给的内容的影像文件,并响应来自客户PC4的请求从内容服务器39的专用存储区中读出提供给客户PC 4的内容的影像文件。
这样,一旦根据遵循内容创建者的用户信息注册过程确定的URL和指定的用户ID从ASP 32中下载自动上载程序,用户PC 2的CPU 10使得上载内容的影像文件到内容服务器39的专用存储区相当容易,仅由内容创建者在上载图标27执行点击操作即可,不用使内容创建者明确输入URL。
结果,在内容提供系统1中,有可能构建一个好象打开通过其自己的专用频道(这在下文中称作“我的频道”)提供内容的个人广播站一样的系统。
随着用户注册过程处理的完成,ASP 32的管理服务器36在步骤SP7创建用户注册完成通知邮件,通过因特网5从网络接口41发送给用户PC 2,在步骤SP8完成所有的用户注册过程处理。
同时,ASP 32的管理服务器36发送需要的个人用户信息DB表45给构成商业联盟的ISP 31的控制服务器33、执行从用户PC 2到ISP 31的接入点的线路连接的电话公司(图上未示出)、和在线通信销售公司6。
因此,ISP 31的控制服务器33和在线通信销售公司6也保存个人用户信息DB表45。
从而,所有要求用户PC 2所做的工作只不过是在刚一开始执行用户注册过程处理,并在访问ISP 31、电话公司、在线定货销售公司等时无需强制遵循麻烦的过程。
顺便说一句,ASP 32的管理服务器36在导引发送个人用户信息DB表45的内容给ISP 31的控制服务器33、电话公司和在线通信销售公司6的用户注册过程时,事先获得内容创建者的内容。
(4)个人播送服务模式
在本发明的内容提供系统1中,作为前述的个人播送服务中的内容提供模式存在随选型和直播型两种。
随选型是如下一种服务,即其中内容事先存储在面向在用户注册个人播送服务之前由用户PC 2获得的URL的内容服务器39的专用存储区中,并且当要求时就象通过其自己的专用频道(我的频道)或个人广播站一样,通过内容服务器39的专用存储区提供给客户PC 4。
另一方面,直播型是如下一种服务模式,即其中个人播送服务的多个非特定注册的用户使用共享的通过特定类型的图像频道(比如婚礼频道、音乐直播频道、戏剧直播频道和事件直播频道)由URL指定的通过按照时间调度划分的内容服务器39的专用存储区的部分,并且其中借助于再现数据流的直播图像的内容实时地经由内容服务器39的专用存储区发送给请求它的客户PC 4。
这样,直播型设计成使得多个非特定注册的用户可以通过预约时间帧任意地提供内容,在该时间帧中特定类型的视频频道使用由URL指定的内容服务器39的专用存储区,从而能够使得好象通过公用视频频道(这在下文中称作“公用频道”)一样,提供直播图像的内容给需要它的客户PC 4。
(5)通过随选型的个人播送服务
接下来,给出关于通过内容提供系统1的随选型的个人播送服务的具体解释。
(5-1)随选型的内容创建处理
用户PC 2的CPU 10(图3)通过从HDD 12中首先调用图像捕获软件使显示单元17显示如图10所示的捕获屏幕。
在此种情况下,用户PC 2的CPU 10链接通过IEEE1394接口14连接的数字视频摄象机18,与紧随通过在由内容创建者点击影像模式切换按钮53设置随选模式之后,由图像捕获软件开启的捕获屏幕50。
然后,用户PC 2的CPU 10使内容创建者确认由数字视频摄像机18拍摄的、显示在取景器显示区5 1上的图像,随着内容创建者点击捕获按钮52,开始使数字视频摄像机18记录,并在再次点击捕获按钮52时结束记录。
此时,用户PC 2的CPU 10响应捕获按钮52的点击,通过IEEE1394接口捕获记录在数字视频摄像机18上的动画数据,其被一次记录在HDD 12上。
接着,用户PC 2的CPU 10根据图像捕获软件,使显示单元17显示确认屏幕55,如图11所示。在该确认屏幕55上形成:视频显示区56,以显示再现的一次记录在HDD 12上的影像数据;时间码显示区57,以指示影像数据正在再现的时间代码;数据显示区58,以显示所记录的数据;操作按钮59,以再现、停止、快进或倒退影像数据;删除按钮60,以从HDD 12中删除部分或整个影像数据;以及OK按钮61,使内容创建者确认记录在确认屏幕55上的影像数据的镜头并编辑它们以便仅保留所期望的镜头。
这意味着,当内容创建者在确认和编辑在确认屏幕55上记录的影像数据的镜头后点击OK按钮61时,用户PC 2的CPU 10接着从HDD 12调用编辑软件,并使显示单元17显示如图12所示的编辑屏幕65。
在该编辑屏幕65上放置了三种类型的确认屏幕显示区域66至68,能够显示:确认屏幕55,用于使用数字视频摄像机18记录的影像数据;排序按钮69,以确定三种影像数据的组合顺序;组合按钮70,以按照确定的组合顺序组合三种类型的影像数据;以及OK按钮71。
因此,用户PC 2的CPU 10使用由内容创建者点击的排序按钮69确定三种影像数据的组合顺序,并响应组合按钮70的点击、根据确定的组合顺序通过组合三种影像数据创建影像文件,该文件作为存储在ASP 32的内容服务器39中的内容被一次存储在HDD 12上。
(5-2)在随选型中的调度预约
随后,如果内容创建者点击OK按钮71或桌面屏幕19(图4)上的上载图标27时,用户PC 2的CPU 10开启在用户注册时事先从ASP 32下载的自动上载程序,并使显示单元17显示如图13所示的随选型个人播送控制屏幕75。
在随选型个人播送控制屏幕75上,在指示目前设置为随选模式的模式显示区76中出现文字“On-Demand(随选)”,在ISP名称显示区77中自动出现ISP 31的公司名称,以及在随选模式中自动设置的ASP频道显示区78中出现文字“My Channel(我的频道)”。
另外,选项按钮81定位在随选型个人播送控制屏幕75上,并且当内容创建者点击该选项按钮81时,用户PC 2的CPU 10基于自动上载程序在随选型个人播送控制屏幕75上显示下拉式菜单85,如图14所示。
在该下拉式菜单85上放置:类型设置按钮85A,以指定由内容创建者创建的内容的视频类型;编解码器选择按钮85B,以当提供内容给需要它的客户PC 4时选择编解码器;调度预约按钮85C,以使内容创建者任意地确定内容提供调度;CM提供请求按钮85D,以如内容创建者期望的那样提供黏附在内容标题部分的CM图像;CM链接设置按钮85E,以链接比如来自CM视频的商务赞助公司的主页;内容ID设置按钮85F,以设置适合于内容的内容ID。
当内容创建者从下拉菜单85点击类型设置按钮85A时,用户PC 2的CPU 10基于自动上载程序使显示单元17指示如图15所示的我的频道型屏幕90。
在我的频道型屏幕90上显示由视频目录归类的目录图标91至99,以便内容创建者指定内容的视频类型。当它们中的任何一个(比如“car”目录图标92)由内容创建者点击时,用户PC 2的CPU 10证实内容视频类型为“car”,其结果作为目录数据一次保留在HDD 12上。
同样,当下拉式菜单85的编解码器选择按钮85B由内容创建者点击时,用户PC 2的CPU 10基于自动上载程序使显示单元17显示如图16所示的编解码器选择屏幕100。
在该编解码器选择屏幕100上,可以选择比如直播图像专家组(MPEG)4、MPEG 2或REAL G2中的任何一种作为当向客户PC 4提供内容时的编解码器,并且因此,如果一个复选标记由内容创建者放在比如MPEG 4上,用户PC 2的CPU 10将编解码器的类型识别为MPEG 4,其结果作为编解码器类型数据一次保留在HDD 12上。
另外,当下拉式菜单85的调度预约按钮85C由内容创建者点击时,用户PC 2的CPU 10基于自动上载程序使显示单元17显示如图17所示的随选型提供调度管理屏幕105。
在该随选型提供调度管理屏幕105上,放置日历显示区106、视频表显示区107、调度内容显示区108、判决按钮109、调度内容确认按钮110和调度内容更新按钮111。
当在该随选型提供调度管理屏幕105上的日历显示区106中提供内容、内容创建者选择点击期望的日期(比如2月19日)时,用户PC 2的CPU 10证实内容创建者所期望的提供日期是2月19日,随后将2月19日一次保存在HDD 12上作为提供日期数据,并且提供该数据(2月19日)自动写入并显示在调度内容显示区108的标题区。
并且,当时间调度指定条112由内容创建者通过在随选型提供调度管理屏幕105的调度内容显示区108中点击期望的开始时间和结束时间指定时,用户PC 2的CPU 10证实时间调度帧为从开始时间到结束时间,并同时显示由内容创建者指定的时间调度帧所分割的时间调度指定条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中点击时,用户PC 2的CPU10通过种类符号(MA、MB或MC)识别要在选择的第一至第六时间调度帧提供的内容视频种类,并且识别的种类符号分别在各时间调度帧显示在时间调度指定条112上。
然后,当在随选型提供调度管理屏幕105上点击判决按钮109时,用户PC 2的CPU 10创建提供调度程序以在时间调度指定条112上为第一至第六时间调度帧的每一个所预约的确定种类提供内容,其被一次保留在HDD 12上。
也就是说,提供调度程序编程为:当从客户PC 4收到对于时间调度指定条112上的在第一时间调度帧内的时间的请求时,提供相应于种类符号MA的“4WD”的内容;当从客户PC 4收到对于第二时间调度帧内的时间的请求时,提供相应于种类符号MB的“sports car”的内容;当从客户PC 4收到对于第三时间调度帧内的时间的请求时,提供相应于种类符号MA的“4WD”的内容;当从客户PC 4收到对于第四时间调度帧内的时间的请求时,提供相应于种类符号MC的“sedan”的内容;当从客户PC 4收到对于第五时间调度帧内的时间的请求时,提供相应于种类符号MB的“sports car”的内容;当从客户PC 4收到对于第六时间调度帧内的时间的请求时,提供相应于种类符号MA的“4WD”的内容。
另外,当下拉式菜单85的CM提供请求按钮85D(图14)由内容创建者点击时,用户PC 2的CPU 10基于自动上载程序使显示单元17显示CM提供要求屏幕115,如图18所示。
在该CM提供要求屏幕115上定位期望商务按钮115A和不期望商务按钮115B,以询问内容创建者他/她是否希望将黏附到他的/她的内容的标题部分的CM视频提供给客户PC 4,以便只有在期望商务按钮115A由内容创建者点击时,用户PC 2的CPU 10才创建指示期望将CM视频黏附到内容上的CM期望的数据,其一次保留在HDD 12上。
另外,当下拉式菜单85的CM链接设置按钮85E由内容创建者点击时,用户PC 2的CPU 10基于自动上载程序使显示单元17显示如图19所示的CM链接设置屏幕116。
在该CM链接设置屏幕116上放置:CM链接“是”按钮116A,以设置一锚点与最初黏附到内容上的比如来自CM视频的商务赞助公司的主页;和CM链接“否”按钮116B,以不设置来自CM视频的链接,并且只有在在CM链接“是”按钮116A由内容创建者点击时,用户PC 2的CPU 10才创建CM链接数据以达到设置期望的锚点与给定的来自CM视频的主页相链接的效果,其一次保留在HDD 12上。
另外,当内容ID设置按钮85F由内容创建者从下拉式菜单85点击时,用户PC 2的CPU 10基于自动上载程序使显示单元17显示如图20所示的内容ID设置屏幕117。
由于在该内容ID设置屏幕117上形成内容ID设置屏幕117A,所以当按下具有与内容创建者输入的内容相匹配的给定内容ID的执行键时,用户PC 2的CPU 10证实该内容ID,其一次保留在HDD 12上。
这样,用户PC 2的CPU 10根据通过在随选型个人播送控制屏幕75上点击选项按钮81显示的下拉式菜单85设置用于提供内容的各种条件,并且基于一次记录在HDD 12上的各种条件种类的数据(目录数据、编解码器种类数据、提供调度程序、CM期望数据、CM链接数据、和内容ID)以及当执行用户注册过程处理时创建的一次记录在HDD 12上的用户信息文件25的内容,新创建如图21所示的随选型提供调度控制文件120。
也就是说,在一次保留在HDD 12上的随选型提供调度控制文件120中存储ISP名称(*****)作为在连接到因特网5中使用的“ISP连接点”、频道类型(我的频道)作为在ASP提供内容时的“ASP频道”、由内容创建者确定的内容ID(***)作为“内容ID”、编解码器(MPEG 4)作为在提供内容时的“编解码器”、视频目录(car)作为“视频类型”、提供调度数据的内容(各种条件如“从2月19日6:00开始提供调度”)作为“提供调度”、带有/不带有CM提供要求(带有商务)作为“商务要求”、带有/不带有CM链接(不带有CM链接)作为“CM链接”、用户ID(kimkim)作为在用户注册时的“用户ID”、以及口令(*****)作为在用户注册时的“口令”。
因此,用户PC 2的CPU 10使在随选型个人播送控制屏幕75上的视频类型显示区79(图13)显示指示基于随选型提供调度控制文件120的内容的视频目录的文字“car(轿车)”,以及在提供调度预约区80显示文字“从2月19日6:00开始提供”。
实际上已经解释了CM链接和内容ID是通过用户PC 2使用下拉式菜单85设置的,但是,它们也可以在ASP 32的管理服务器36一侧自动设置。
比如对于CM链接设置,当已经由CM客户7事先作出链接约定时,CM链接自动链到由客户PC 4提供确定的商务(商务)。
同样,比如当上载图像时,在ASP 32的管理服务器36一侧自动设置内容ID,从而使得在ASP 32的管理服务器36一侧使用该ID管理图像成为可能。
(5-3)在随选型中与ASP的连接处理
接下来,当随选型个人播送控制屏幕75的内容(图13)通过内容创建者点击连接按钮82由内容创建者确认时,用户PC 2的CPU 10在遵循自动上载程序的开始步骤中启动图22所示的例程RT2,并转移到步骤SP11。
在步骤SP11,用户PC 2的CPU 10通过因特网5并通过ISP 31从网络接口16(图3)登录到ASP 32,并且访问ASP 32的用户数据库37以获得基于用户ID、口令等的验证,然后转移到步骤SP12。
在步骤SP12,获得ASP 32的验证后,用户PC 2的CPU 10从HDD 12读出从网络接口16经由因特网5、ISP 31的网络接口35和ASP 32的网络接口41传输到管理服务器36的随选型提供调度控制文件120和内容影像文件,并前进到下一步SP13,结束处理。
在该种方式中,将用户PC 2的CPU 10设计为能够遵循自动上载程序上载随选型提供调度控制文件120和内容的影像文件到ASP 32。
一旦通过网络接口41收到随选型提供调度控制文件120和内容的影像文件,ASP 32的管理服务器36注册随选型提供调度控制文件120到提供调度管理数据库38,并在面向在用户通过用户PC 2注册时获得的URL的内容服务器39的专用存储区中存储内容的影像文件。
在CM提供要求“带有商务”作为随选型提供调度控制文件120的内容的情况下,ASP 32的管理服务器36通过黏附事先由CM客户7供应的并存储在商务管理数据库44中的CM视频到内容的影像文件的开头部分,创建带有商务的影像文件,其再一次保留在内容服务器39中。
同时,ISP 31的控制服务器33收取用户PC 2的用户ID在用户PC 2上载随选型提供调度控制文件120和内容的影像文件到ASP 32时发生的因特网连接费用,并更新费用管理数据库34的费用数据。
同样,ASP 32的管理服务器36收取用户PC 2的用户ID ASP 32的服务使用费,其中数据经由网络接口41和ISP 31的网络接口35传送到费用管理数据库34,并且更新费用管理数据库34的费用数据。
顺便提一句,当用户PC 2具有称作“as-much-as-I-like course(如我所需的进程)”的固定收费服务合同时,ASP 32的管理服务器36仅在用户数据库37中记录从连接开始时间和数据到连接结束时间和数据的连接时间,只是因为服务使用费保持固定不变而不执行收费处理。
在随选型提供调度控制文件120和文件的影像文件上载到ASP 32后确认随选型提供调度控制文件120的内容的情况下,内容创建者需要做的唯一一件事情是在随选型提供调度管理屏幕105上点击调度内容确认按钮110(图17)。
此时,用户PC 2的CPU 10遵循自动上载程序在开始步骤中启动图23所示的例程RT3,并前进到步骤SP15。
在步骤SP15,随着调度内容确认按钮110由内容创建者点击,用户PC2的CPU 10执行通过因特网5和ISP 31从网络接口16(图3)到ASP 32的登录处理,并通过访问ASP 32的用户数据库37获得用户ID、口令等的验证,然后前进到下一步SP16。
在步骤SP16,ASP 32的管理服务器获得用户ID、口令等的验证后,从提供调度管理数据库38供给用户PC 2的CPU 10随选型提供调度控制文件120,并使显示单元17基于随选型提供调度控制文件120再次显示随选型提供调度管理屏幕105(图17)。
与此类似,用户PC 2的CPU 10使显示单元17显示随选型提供调度管理屏幕105,以便内容创建者能够再确认随选型提供调度控制文件120的内容。
在内容创建者试图修改随选型提供调度控制文件120的内容的情况下,当在随选型提供调度管理屏幕105上对提供调度进行了修改后点击判决按钮109时,用户PC 2的CPU 10前进到下一步SP17。
在步骤SP17,用户PC 2的CPU 10基于在随选型提供调度管理屏幕105上修改的内容创建新的提供调度,并基于此创建新的随选型提供调度控制文件120,然后前进到下一步SP18。
当在随选型提供调度管理屏幕105上的调度内容更新按钮111由内容创建者点击时,用户PC 2的CPU 10通过因特网5传输新的随选型提供调度控制文件120给ASP 32,并前进到下一步SP19,结束该处理。
结果,ASP 32的管理服务器36使用新的随选型提供调度控制文件120更新提供调度管理数据库38,将来基于此管理内容的提供调度。
(5-4)随选型中的内容提供处理
当接收内容时,类似于用户PC 2,客户PC 4也能够进行到内容提供商3的用户注册,并且在此种情况下,用户注册过程应该遵循例程RT1(图8)的用户注册处理过程进行,然后由ASP 32的管理服务器36在阅读器信息数据库40中注册有关客户PC 4的用户ID和口令的阅读器信息文件。
在没有进行用户注册的情况下,客户PC 4可以作为访问者直接访问ASP32提供的个人播送服务网站。只允许注册用户的客户PC 4容易地对内容的内容创建者进行捐助,通过其使客户感动,或客户对其产生共鸣,或客户感到其很出色。随后给出对捐助的解释。
实际上,在此种比如随选型中,在内容提供给用户注册的客户PC 4的情况下,ASP 32的管理服务器36遵循从安装在其内部的硬盘中调用的内容提供程序在开始步骤中启动图24所示的例程RT4,并前进到步骤SP21。
在步骤SP21,参照基于来自客户PC 4的用户ID和口令的在阅读器信息数据库40中的阅读器信息文件,通过客户PC 4登录到ASP 32的管理服务器36,并前进到下一步SP22。
在步骤SP22,作为参照基于用户ID和口令的在阅读器信息数据库40中的阅读器信息文件的结果,ASP 32的管理服务器36判断登录的客户PC 4是否是合法注册的用户。
如果这里获得否定的结果,则意味着用户ID和口令与注册在阅读器信息数据库40中的那些不匹配,那么ASP 32的管理服务器36返回到步骤SP21,让客户PC 4再次执行登录处理,提醒客户PC 4输入正确的用户ID和口令。
另一方面,如果在SP22获得肯定的结果,则意味着客户PC 4为合法注册的用户,那么ASP 32的管理服务器36移到下一步SP23。
在步骤SP23,ASP 32的管理服务器36响应通过客户PC 4的访问从内容服务器39中读出在个人播送服务中主页的HTML文件,该文件将通过因特网5从网络接口41发送给客户PC 4。
客户PC 4具有与用户PC 2几乎完全相同的结构,其CPU(未示出)接收发送自ASP 32的在个人播送服务中的主页HTML文件,其显示在显示单元上作为如图25所示的主页屏幕125(例如,网景通信公司的网景导航器(商标)的显示屏幕)。
在该主页屏幕125上放置随选型的我的频道选择按钮127以通过我的频道接收在随选型选择显示区126上供给的内容,还放置直播型的公用频道选择按钮129以通过公用频道在直播模式选择显示区128上接收直播视频供给的内容,和直播型的我的频道选择按钮130以通过我的频道接收直播视频供给的内容。
当用户在该主页屏幕125上点击随选型我的频道选择按钮127时,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送指示随选型的我的频道选择按钮127的选择的模式选择信号。
在步骤SP24,管理服务器36基于发送自客户PC 4的模式选择信号检索构成用于来自内容服务器39的我的频道的类型表屏幕的HTML文件,该文件通过因特网5从网络接口41发送给客户PC 4。
因此,客户PC 4的CPU接收从ASP 32传输的用于我的频道的类型表屏幕的HTML文件,显示在显示单元上作为用于我的频道的类型表屏幕135,如图26所示。
该用于我的频道的类型表屏幕135与内容创建者在选择内容的视频类型中使用的我的频道的类型表屏幕90(图15)几乎一样,使用显示在其上面的分配给每个视频目录的目录图标136至144。
当客户PC 4的用户在用于我的频道的类型显示屏幕135上点击这些目录图标136至144中的任何一个(比如“car”目录图标137)时,客户PC 4的CPU通过因特网5给管理服务器36发送相应于“car”目录图标137的类型选择信号。
在步骤SP25,ASP 32的管理服务器36基于发送自客户PC 4的类型选择信号从内容服务器39检索作为视频目录“car”的频道显示屏幕的HTML文件,通过因特网5从网络接口41发送给客户PC 4。
在此种方式中,客户PC 4的CPU接收发送自ASP 32的频道显示屏幕的HTML文件,显示在显示单元上作为考虑视频类型“car”的频道显示屏幕150,如图27所示。
在该频道显示屏幕150上显示频道按钮151至159,每个都分配了一个在内容创建者进行用户注册处理时设置在个人用户信息DB表45(图9)中的频道名称(Kimura Ch)。用户从它们中间点选期望的频道按钮(比如,Kimura Ch)。
在步骤SP26,ASP 32的管理服务器36判断期望的频道按钮155是否由观看频道显示屏幕150的客户PC 4的用户点选。
在该情况下,客户PC 4的CPU响应用户选择的频道按钮155,通过因特网5给ASP 32的管理服务器36发送设置的内容ID。
因此,ASP 32的管理服务器36参照基于内容ID存储在提供调度管理数据库38中的随选型提供调度控制文件120,证实期望的频道按钮155在收到内容ID的位置被点击,并捕获与频道按钮155匹配的URL。
如果在步骤SP26中获得否定的结果,则意味着用户没有选择任何一个显示在频道显示屏幕150上的频道按钮151至159,那么ASP 32的管理服务器36等待,直到选择了频道按钮151至159中的任何一个。
但是,如果在步骤SP26中获得肯定的结果,则意味着用户期望的频道按钮155从频道按钮155至159中被点选,那么ASP 32的管理服务器36前进到下一步SP27。
一旦通过因特网5从客户PC 4收到与点击的频道(比如Kimura Ch)匹配的内容ID,ASP 32的管理服务器36基于内容ID参考随选型提供调度控制文件120,并基于与内容ID相匹配的URL从内容服务器39中的专用存储区检索在点击频道按钮155时被提供的某种视频(MA、MB或MC)的带有商务的影像文件,通过因特网5将其(检索的影像文件)发送给客户PC 4,然后前进到下一步SP28,结束处理。
实际上,如果用户比如在2月19日上午10:55点击频道按钮(比如KimuraCh)155,则ASP 32的管理服务器36参考随选型提供调度控制文件120,并根据在随选型提供调度管理屏幕105上约定的调度内容显示区108上的提供调度(图17)给客户PC 4发送影像种类“Sedan”的带有商务的影像文件。
据此,客户PC 4基于收到的带有商务的影像文件使显示单元显示内容显示屏幕165,如图28所示,并且商务影像首先显示在在内容显示屏幕165中心形成的显示区166,接着显示轿车“sedan”的动画直播图像。
在此种方式中,ASP 32的管理服务器36根据随选型提供调度控制文件120的内容,给客户PC 4发送一种在客户PC 4的用户点击频道按钮151至159时提供的带有商务的影像文件。
因此,与在一定的时间内需要同时发送多项内容的情况相比,即使当响应多个客户PC 4的请求几乎同时给它们发送相同的内容时,ASP 32的管理服务器36也能够没有延迟、占用极窄的传输线路带宽地快速发送内容。
此时,每当响应点击操作给客户PC 4提供带有商务的影像文件时,ASP32的管理服务器36还对通过客户PC 4的点击次数进行计数作为访问次数。
在此种情况下,所计数的访问次数等效于观看CM视频的人数,ASP 32的管理服务器36设计为给内容创建者与访问次数成正比的分数,以便使用在个人用户信息DB表45中注册的与用户ID匹配的、存储在用户数据库37中的内容创建者的分数,使公平的利润回报给予创建最经常访问的内容的内容创建者。
(6)直播型的个人播送服务
下面给出关于内容提供系统1的通过直播型的个人播送服务的具体解释。
(6-1)直播型中的调度预约
在直播型中,实时提供直播视频的内容,不需要象在随选型中所做的那样事先创建内容的影像文件并将其存储在ASP 32的内容服务器39中。
但是,在直播型中,由于通过普通公用频道(婚礼仪式频道、音乐直播频道、戏剧直播频道、或事件直播频道)提供内容,所以必须事先预留使用公用频道的时间调度帧。
预留使用公用频道的时间调度帧是指预留使用所分配的面向每一个公用频道的URL的内容服务器39的专用存储区的时间调度帧。
实际上,当ASP 32提供直播视频的内容时,其在使用对于每一个公用频道的URL所分配的内容服务器39的专用存储区中一次写入发送自用户PC2的直播视频的影像文件,该文件将被检索并输出。
这意味着对使用公用频道的时间调度帧进行预约,用户PC 2的CPU 10首先象使用随选型的情况那样,通过调入图像捕获软件使显示单元17显示捕获屏幕50(图10)。
并且,在响应在捕获屏幕50上影像模式切换按钮53的点击操作设置直播模式后,用户PC 2的CPU 10调用在用户注册时事先从ASP 32下载的自动上载程序,并使显示单元17显示如图29所示的直播型个人播送控制屏幕170,其具有与分配给图13中的相应部件的标号相同的标号。
在直播型个人播送控制屏幕170上,在模式显示区171上显示指示当前设置的是直播模式的文字“LIVE(直播)”,以及在ASP频道显示区172上显示在直播模式中设为默认的文字“PUBLIC CHANNEL(公用频道)”,并且在随选型个人播送控制屏幕75(图13)的选项按钮81的位置形成调度预约按钮173。
在直播型个人播送控制屏幕170上,还在视频类型显示区79上指示在内容创建者预约时间调度帧时确定的公用频道的名称(比如“MUSIC LIVE(音乐直播)”),其是从四种频道中选出的:设为公用频道的婚礼仪式频道、音乐直播频道、戏剧直播频道、和事件直播频道。
另外,在直播型个人播送控制屏幕170上,象在随选型中所做的一样,在提供调度预约区80中显示由内容创建者预约的直播视频的内容的提供时间和数据。
在上述的直播型个人播送控制屏幕170中,当调度预约按钮173由内容创建者点击时,用户PC 2的CPU 10调入从ASP 32下载的自动上载程序,并在开始步骤中启动如图30所示的例程RT5,并且前进到步骤SP31。
在步骤SP31,用户PC 2的CPU 10通过因特网5通过ASP 32从网络接口16(图3)登录到ASP 32,并通过访问ASP 32的用户数据库37,基于用户ID、口令等获得验证,然后转移到下一步SP32。
在步骤SP32,用户PC 2的CPU 10通过因特网5接收由ASP 32的管理服务器36从提供调度管理数据库38中检索的处于公用频道预约状态的直播型提供调度控制文件,记录在HDD上,并前进到步骤SP33。
在步骤SP33,用户PC 2的CPU 10使显示单元17显示如图31所示的、基于有关供应自ASP 32的公用频道的预约状态的直播型提供调度控制文件的关于公用频道的直播型提供调度管理屏幕175,然后在下一步SP34结束处理。
在该直播型提供调度管理屏幕175上形成四种公用频道按钮:婚礼仪式频道按钮176、音乐直播频道按钮177、戏剧直播频道按钮178、和事件直播频道按钮179,分别面向婚礼仪式频道、音乐直播频道、戏剧直播频道、和事件直播频道。
当比如音乐直播频道按钮177由内容创建者从四种公用频道中点击而出时,用户PC 2的CPU 10基于直播型提供调度控制文件在调度内容显示区180中显示“音乐直播频道”的当前预约状态。
在调度内容显示区180中的调度时间计划表182上,显示将当前日子作为日期默认值的预约状态,并且当在日历显示区181中期望的预约数据(比如2月19日)由内容创建者点击时,用户PC 2的CPU 10基于直播型提供调度控制文件考虑在调度时间计划表182中的音乐直播频道显示期望的预约日期(2月10日)的预约状态。
内容创建者确认显示在调度时间计划表182上的期望预约日期(2月19日)的预约状态,并使用指针(cursor)从时间调度指定条183的“空白(VACANT)”时间调度中约定期望的开始时间(比如10:00)和结束时间(比如10:59:59),从而确定用于提供直播视频内容的时间调度帧183A。
通过执行上述处理,用户PC 2的CPU 10将内容创建者指定的时间调度帧183A的开始时间和结束时间作为预约的时间调度帧数据,附加写入直播型提供调度控制文件,在时间调度帧183A中显示“满(FULL)”。
如果内容创建者在时间调度帧183A中输入要被提供的名称(比如“XXtour”),该名称自动添加到面向给定内容ID的直播型提供调度控制文件。
当提供直播视频内容时从编解码器选择显示区184中比如将复选标记黏附到MPEG 4作为编解码器时,用户PC 2的CPU 10将选择的类型作为MPEG 4,其结果作为编解码器类型数据添加到直播型提供调度控制文件。
在通过其客户PC 4希望提供黏附到内容标题部分的CM视频的期望商务按钮185,和通过其客户PC 4指示不希望提供CM视频的不期望商务按钮186中,当期望商务按钮185由内容创建者点击时,用户PC 2的CPU 10通过将期望的CM视频黏附到直播视频内容上创建期望的商务数据,添加到直播型提供调度控制文件。
因此,用户PC 2的CPU 10执行各种设置,以通过作为公用频道的音乐直播频道提供直播视频内容,从而创建一新的直播型提供调度控制文件189,如图32所示,并一次记录在HDD 12上。
在直播型提供调度控制文件189中存储ISP名称(*****)作为在连接到因特网5中使用的“ISP连接目的地”、频道类型(公用频道)作为在ASP提供直播视频内容时的“ASP频道”、内容标题(xx tour)作为“内容名称”、编解码器(MPEG 4)作为在提供内容时的“编解码器”、由内容创建者选择的公用频道类型(音乐直播频道)作为与直播视频内容匹配的“公用频道”、时间和日期(各种条件,比如从2月19日10:00开始提供调度)、带有/不带有CM提供要求(带有商务)作为“商务要求”、用户ID(kimkim)作为在用户注册时的“用户ID”、以及口令(*****)作为在用户注册时的“口令”。
当直播型提供调度管理屏幕175上的预约按钮187由内容创建者点击时,用户PC 2的CPU 10遵循自动上载程序在开始步骤中启动例程RT6,并转移到步骤SP41。
在步骤SP41,用户PC 2的CPU 10通过因特网5通过ISP 31使用网络接口16(图3)登录到ASP 32,并基于用户ID和口令等通过访问ASP 32的用户数据库37获得验证,然后前进到下一步SP42。
在步骤SP42,由于已经获得ASP 32的验证,用户PC 2的CPU 10通过因特网5传输新创建的直播型提供调度控制文件189给ASP 32的管理服务器36,并前进到下一步SP43。
因此,ASP 32的管理服务器36使用传送自用户PC 2的直播型提供调度控制文件189更新提供调度管理数据库38,并接着再次从提供调度管理数据库38中读出直播型提供调度控制文件189,发送回用户PC 2。
此时,ASP 32的管理服务器36面向用户ID收取作为服务使用费的预约服务费,用于再次执行使直播视频内容提供给用户PC 2的预约处理,并更新用户数据库37中的个人用户信息DB表45。
在步骤SP43,用户PC 2的CPU 10在更新的提供调度管理数据库38中供给的更新的直播型提供调度控制文件189,并基于直播型提供调度控制文件189使显示单元17再次显示直播型提供调度管理屏幕175用于确认,然后前进到下一步SP44,结束处理。
此时直播型提供调度管理屏幕175显示的是带有以特定颜色划分、用在内容创建者部分有用于确认的文字“FULL(满)”的时间调度帧183A,,从而内容创建者能够非常容易地证实由他/她自己预约的内容的调度。
但是,在此种情况下,由于在调度时间计划表182中的时间调度指定条183上有关期望的时间调度帧表示为“FULL(满)”,其中直播视频内容作为用于公用频道的直播型提供调度管理屏幕175(图31)上在调度内容显示区180中所指示的预约状态的确认结果来提供,所以不能进行预约,直播视频内容不能通过该公用频道提供。
此时,如果位于直播型提供调度管理屏幕175的较低部分的我的频道按钮188由内容创建者点击,则用户PC 2的CPU 10从ASP 32的管理服务器36接收在提供调度管理数据库38中的随选型提供调度控制文件120,并基于随选型提供调度控制文件120显示用于我的频道的直播型提供调度管理屏幕190,如图34所示。
包括我的频道调度内容显示区191、我的频道型表区195、编解码器选择区205、希望商务的按钮206、不希望商务的按钮207、预约按钮208的用于我的频道的直播型提供调度管理屏幕190设计成能够进行在时间调度指定条194上利用“空白”时间调度而不是预约的时间调度帧(由MA和MB表示的时间调度帧)提供直播视频内容的预约,其中内容以随选型提供。
在此种情况下,当在我的频道调度内容显示区191的日历显示区192中的期望的预约日期(比如2月19日)由内容创建者点击时,用户PC 2的CPU10基于随选型提供调度控制文件120使关于我的频道的期望的预约日期(2月19日)的预约状态显示在调度时间计划表193上。
因此,内容创建者能够确认显示在调度时间计划表193上的预约状态,并使用时间调度指定条194上“空白”时间调度的指针,约定期望的开始时间(比如10:00)和结束时间(比如10:59:59),确定通过我的频道提供直播视频内容的时间调度帧194A。
由于上述,用户PC 2的CPU 10证实作为预约的时间调度帧数据:在内容创建者确认的时间调度帧194A中指示的开始时间和结束时间,同时在时间调度帧194A显示文字“满”,预约的时间调度帧数据一次记录在HDD 12上。
接着,当在显示在我的频道型表区195上的目录图标196至204中点击面向直播视频的视频类型的目录(音乐)图标199时,用户PC 2的CPU 10证实选择的视频类型的目录为“音乐”,其结果作为目录数据一次记录在HDD12上。
此时,用户PC 2的CPU 10在时间调度指定条194上的时间调度帧194A中指示“音乐”,替代文字“满”。
接下来,当复选标记比如放置在编解码器选择区205的MPEG 4上作为在提供给客户PC 4直播视频内容中的编解码器,用户PC 2的CPU 10证实选择的编解码器类型为MPEG 4,其结果作为编解码器类型数据一次记录在HDD 12上。
在通过其客户PC 4希望提供黏附到内容标题部分的CM视频的希望商务的按钮206和通过其客户PC 4指示不希望提供CM视频的不希望商务的按钮207中,当希望商务的按钮206由内容创建者点击时,用户PC 2的CPU10还通过将期望的CM视频黏附到直播视频内容上,创建期望的商务数据,其一次记录在HDD 12上。
因此,如上所述,使用所做的各种设置以提供音乐直播的直播视频作为在我的频道中的内容,当预约按钮208由内容创建者点击时,创建一新的直播型提供调度控制文件210,如图35所示,其通过因特网5传输给ASP 32的管理服务器36以记录在提供调度管理数据库38中。
当多个内容创建者通过我的频道进行提供直播视频内容的预约时,ASP32的管理服务器36对允许在同一时间调度帧内提供直播视频内容的数量进行限制(比如最大为10)。
从而,当ASP 32的管理服务器36基于从内部硬盘调用的提供调度程序检测到允许的在内容创建者期望的给定时间调度帧内提供数量达到上限时,不再接受发送自用户PC 2的用于我的频道的直播型提供调度控制文件210,并检索存储在提供调度管理数据库38中的有关预约不可行消息显示屏幕的图像数据,通过因特网5发送给用户PC 2。
用户PC 2的CPU 10基于预约不可行消息显示屏幕的图像数据,使显示单元17显示预约不可行消息显示屏幕212,如图36所示,从而通知内容创建者如下事实,即“实时提供直播视频内容的期望时间调度帧已经预定满员”。
由于如此,因为允许同时提供的内容的数量的上限不可能被超出,所以ASP 32的管理服务器36可以提供直播视频内容给客户PC 4,不会出现因处理性能和线路带宽可能存在的问题引起在提供内容时实时失败、停止或延迟,从而防止使直播视频内容的质量下降。
正如到目前为止所描述的,用户PC 2的CPU 10在预约的期望日期的期望时间实时地提供直播视频的内容时可以从两种方法中选择:或通过公用频道提供,或当所有的公用频道已经被预定时通过我的频道提供。
因此,用户PC 2的内容创建者当在他/她所操作的业余波段上实时提供直播视频时选择通过我的频道提供的方法,或者当提供著名的职业艺术家的直播视频时选择通过公用频道提供的方法。
与此类似,考虑内容及观看或聆听该内容的用户,内容提供系统1设计成可以将随选型或直播型选择为内容提供模式。
(6-2)在直播型中到ASP的连接处理
已经完成提供直播视频内容的时间和日期的预约处理,用户PC 2的CPU 10接着让显示单元17再次指示直播型个人播送控制屏幕170(图29)。
此时,当提供直播视频内容时内容创建者通过确认直播型个人播送控制屏幕170辨别预约的内容,并且当预约的开始时间达到时,随着点击连接按钮82,开始使用数字视频摄像机18(图3)在相点上记录,以实时提供直播视频的内容。
然后,用户PC 2的CPU 10遵循自动上载程序在开始步骤中启动图37所示的例程RT7,并转移到步骤SP51。
在步骤SP51,用户PC 2的CPU 10通过因特网5使用网络接口16和ISP31登录到ASP 32,并且访问ASP 32的用户数据库37以获得基于用户ID、口令等的验证,然后转移到步骤SP52。
在步骤SP52,用户PC 2的CPU 10基于用户ID和口令使ASP 32的管理服务器36确认存储在提供调度管理数据库38中的直播型提供调度控制文件189(图32)的内容,并移到下一步SP53。
因此,ASP 32的管理服务器36确认提供调度管理数据库38中的直播型提供调度控制文件189的内容,以便用户PC 2辨别关于将要提供的直播视频内容的预约状态。
在步骤SP53,从ASP 32的管理服务器36给定用户PC 2的CPU 10如下指令命令,即当预约开始时间到达时“发送直播视频内容”,并基于该指令命令判断预约开始时间是否到达。
如果在此处获得否定的结果,则意味着指令命令还没有从管理服务器36给出,CPU 10一直待机,直到从ASP 32的管理服务器36给出指令命令。
另一方面,如果在步骤SP53获得肯定的结果,则意味着指令命令已经从ASP 32的管理服务器36给出,CPU 10判定开始时间已经达到,前进到SP54。
在步骤SP54,用户PC 2的CPU 10开始传输处理,使用从ASP 32的管理服务器36给出的指令命令作为对ASP 32的管理服务器36的触发,通过因特网5实时传输记录的直播视频内容,并在下一步SP55结束处理。
因此,ASP 32的管理服务器36在内容服务器39的分配给公用频道的专用存储区记录传输自用户PC 2的直播视频的内容,其实时地被再现数据流并提供给请求它的客户PC 4。
此时,ISP 31的控制服务器33面向用户PC 2的用户ID收取在用户PC2通过因特网5传输直播视频内容给ASP 32时,产生的因特网连接费用,并更新费用管理数据库34中的费用数据。
同时,ASP 32的管理服务器36面向用户PC 2的用户ID收取ASP 32的服务使用费,其中费用数据经由网络接口41和ISP 31的网络接口35发送到费用管理数据库34,以更新费用管理数据库34的费用数据。
当用户PC 2具有称作“as-much-as-I-like course(如我所需的进程)”的固定或统一价服务合同时,ASP 32的管理服务器36仅在用户数据库37的个人用户信息DB表45中记录从连接开始时间和数据到连接结束时间和数据的连接时段,而不收取服务使用费,保持固定不变。
(6-3)直播型中的内容提供处理
与在随选型中接收供应内容的情况相似,在直播型中客户PC 4接收直播视频供应内容的情况下,用户注册是可行的,并且在此种情况下,用户注册过程遵循例程RT1(图8)的用户注册处理过程方案进行,其中ASP 32的管理服务器36完成在阅读器信息数据库40中面向客户PC 4的用户ID和口令的阅读器信息文件的注册。
在没有进行用户注册的情况下,客户PC 4可以作为访问者直接访问ASP32提供的个人播送服务网站。只允许完成用户注册的客户PC 4容易地对内容的内容创建者进行捐助,通过其使客户感动或对其产生共鸣,或他们感到内容很出色。
实际上,当在直播型中比如通过我的频道向已经进行了用户注册的客户PC 4提供直播视频内容时,ASP 32的管理服务器36遵循从安装在其内部的硬盘中调用的内容提供程序在开始步骤中启动图38所示的例程RT8,并前进到步骤SP61。
在步骤SP61,参照基于来自客户PC 4的用户ID和口令在阅读器信息数据库40中的阅读器信息文件,通过客户PC 4登录到ASP 32的管理服务器36,并前进到下一步SP62。
在步骤SP62,作为参照基于用户ID和口令在阅读器信息数据库40中的阅读器信息文件的结果,ASP 32的管理服务器36判断登录的客户PC 4是否是合法注册的用户。
如果获得否定的结果,指示用户ID和口令与注册在阅读器信息数据库40中的那些不匹配,那么ASP 32的管理服务器36返回到步骤SP61,提醒客户PC 4输入正确的用户ID和口令,再次执行登录处理。
如果在步骤SP62获得肯定的结果,则意味着客户PC 4为合法注册的用户,那么ASP 32的管理服务器36前进下一步SP63。
在步骤SP63,ASP 32的管理服务器36响应通过客户PC 4的访问从内容服务器39中读出个人播送服务的主页的HTML文件,该文件将通过因特网5从网络接口41传输给客户PC 4。
此时,客户PC 4在其CPU中接收发送自ASP 32的个人播送服务的主页HTML文件,其显示在显示单元上作为主页屏幕125(图25)。
当在该主页屏幕125上由用户点击直播模式选择显示区128中的直播型我的频道选择按钮130时,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送指示直播型我的频道选择按钮130的选择的模式选择信号。
在步骤SP64,ASP 32的管理服务器36基于发送自客户PC 4的模式选择信号从内容服务器39读出构成用于我的频道的类型显示屏幕的HTML文件,该文件通过因特网5从网络接口41发送给客户PC 4。
因此,客户PC 4的CPU接收从ASP 32发送的用于我的频道的类型显示屏幕的HTML文件,显示在显示单元上作为用于我的频道的类型显示屏幕135(图26)。
当客户PC 4的用户在用于我的频道的类型显示屏幕135上点击目录图标136至144中的任何一个(比如“音乐”目录图标139)时,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送与“音乐”目录图标139相匹配的类型选择信号。
在步骤SP65,ASP 32的管理服务器36基于发送自客户PC 4的类型选择信号从内容服务器39检索关于视频目录“音乐”形成直播视频调度显示屏幕的HTML文件,通过因特网5从其网络接口41发送给客户PC 4。
从而,客户PC 4的CPU接收传输自ASP 32的形成直播视频调度显示屏幕的HTML文件,显示在显示单元上作为用于我的频道的直播视频调度显示屏幕220,如图39所示。
在该用于我的频道的直播视频调度显示屏幕220上形成指示日期的日历显示区221、指示在期间通过我的频道提供直播视频内容的提供调度的调度内容显示区222、和指示在我的频道中当前正在提供的频道名称的频道类型显示区224。
在日历显示区221的带阴影的画面221A中显示当前日期(比如2月29日),以便客户PC 4的用户能够方便地证实当前日期。
在调度内容显示区222指示ASP 32当前时间(比如15:10)能够提供的直播视频内容的时间调度帧(比如从15:00至16:59∶59),指示通过与多个(至多为10个频道)显示在频道类型显示区224的频道按钮225至229相匹配的我的频道,当前时间能够提供的每个直播视频的内容。
在步骤SP66,ASP 32的管理服务器36判断比如期望的频道按钮(“Kimura”频道)226是否由观看直播视频调度显示屏幕220的客户PC 4的用户选择。
在这种情况下,客户PC 4的CPU证实面向选择的频道按钮226所设置的URL、和指示该URL通过因特网5发送给ASP 32的管理服务器36的频道选择信号,这样当收到频道选择信号时ASP 32的管理服务器36证实期望的频道按钮226被点击。
如果在步骤SP66中获得否定的结果,指示没有选择任何一个显示在直播视频调度显示屏幕220的频道类型显示区224上的频道按钮225至229,那么ASP 32的管理服务器36等待,直到选择了频道按钮225至229中的任何一个。
但是,如果在步骤SP66中获得肯定的结果,则意味着用户期望的频道按钮226从频道按钮225至229中被点选,那么ASP 32的管理服务器36前进到下一步SP67。
在步骤SP67,ASP 32的管理服务器36从内容服务器39中的专用存储区(面向“Kimura”频道)再现数据流在点击时提供的直播视频的带有商务的影像数据,通过因特网5将其发送给客户PC 4,然后前进到下一步SP68,结束处理。
因此,客户PC 4的CPU基于从ASP 32传输的内容的带有商务的影像文件使显示单元显示直播视频的内容显示屏幕240,如图40所示,并且首先在位于内容显示屏幕240中心的影像显示区241显示CM视频,接着显示表现音乐直播状态的影像。
对于发送给客户PC 4的直播视频内容,管理服务器36的ASP 32不能象在随选型中所做的那样,从开头提供内容,所以直播视频的内容是从中间提供的,在点击的时刻以再现数据流。
但是,即使在此种情况下,当CM提供要求由用户PC 2的内容创建者设置为“带有商务”时,ASP 32的管理服务器36在提供直播视频内容之间毫无问题地给客户PC 4发送CM视频。
因此,在点击用户期望的频道按钮226的时刻,客户PC 4不能立即观看和聆听直播视频的内容,只有在首先观看和聆听了CM视频之后才能观看和聆听直播视频的内容。
这样,即使在提供直播视频内容给客户PC 4时,ASP 32的管理服务器36也设计为强迫客户PC 4的用户观看和聆听CM视频,而不考虑用户的意愿。
此时,ISP 31的控制服务器33面向用户PC 2的用户ID收取在用户PC2通过因特网5发送直播视频内容的影像数据给ASP 32时产生的因特网连接费用,导致更新费用管理数据库34中的费用数据。
同时,ASP 32的管理服务器36面向用户PC 2的用户ID收取通过内容服务器39以再现数据流通过因特网5从用户PC 2供给的直播视频内容的影像数据时产生的服务使用费,其数据注册在用户数据库37的个人用户信息DB表45中,并同时通过网络接口41和ISP 31的网络接口35记录在费用管理数据库34中。
当用户PC 2具有称作“as-much-as-I-like course(如我所需的进程)”的固定或统一价服务合同时,ASP 32的管理服务器36仅在用户数据库37的个人用户信息DB表45中记录从连接开始时间和数据到连接结束时间和数据的连接时段,而不收取服务使用费,保持固定不变。
另一方面,当直播视频内容通过比如公用频道提供给用户注册的客户PC 4时,ASP 32的管理服务器36遵循从内部硬盘中调用的内容提供程序在开始步骤中进入图41所示的例程RT9,并前进到步骤SP71。
步骤SP71至SP73与直播视频内容通过我的频道提供的例程RT8中的步骤SP61至SP63相似,ASP 32的管理服务器36通过因特网5通过网络接口41给客户PC 4传输个人播送服务的主页HTML文件。
从而,客户PC 4接收发送自ASP 32的个人播送服务的HTML文件,显示在显示单元17上作为主页屏幕125(图25)。
当在该主页屏幕125上由用户点击直播模式选择显示区128中的直播型公用频道选择按钮129时,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送指示直播型公用频道选择按钮129的选择的模式选择信号。
在步骤SP74,ASP 32的管理服务器36响应发送自客户PC 4的模式选择信号从内容服务器39中读出构成用于公用频道的频道显示屏幕的HTML文件,该文件通过因特网5从其网络接口41发送给客户PC 4。
因此,客户PC 4的CPU接收从ASP 32传输的用于公用频道的频道显示屏幕的HTML文件,显示在显示单元上作为用于公用频道的频道显示屏幕245,如图42所示。
当客户PC 4的用户在用于公用频道的该频道显示屏幕245上点击视频频道图标246至249中的任何一个(比如“音乐直播”频道图标247)时,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送与“音乐直播”频道图标247相匹配的频道选择信号。
在步骤SP75,ASP 32的管理服务器36基于传输自客户PC 4的频道选择信号从内容服务器39检索关于“音乐直播”频道的形成用于公用频道的直播视频调度显示屏幕的HTML文件,通过因特网5从其网络接口41发送给客户PC 4。
从而,客户PC 4的CPU接收传输自ASP 32用于公用频道的形成直播视频调度显示屏幕的HTML文件,显示在显示单元上作为用于公用频道的直播视频调度显示屏幕255,如图43所示。
在该用于公用频道的直播视频调度显示屏幕255上形成指示日期的日历显示区256、指示在期间提供关于所选择的“音乐直播”频道的直播视频内容的提供调度的调度内容显示区257。
在日历显示区256的阴影帧256A中显示当前日期(比如2月29日),以便客户PC 4的用户能够方便地证实当前日期。
在调度内容显示区257指示在2月19日将由ASP 32提供的直播视频内容的标题。在此种情况下,意味着将在从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不同的颜色,从而使客户PC 4的用户容易地认识到当前能够实时观看和聆听内容“xx tour”。
在步骤SP76,ASP 32的管理服务器36判断当前时间(比如10:09)可用的第二时间调度帧257B是否由观看用于公用频道的直播视频调度显示屏幕255的客户PC 4的用户点选。
在这种情况下,客户PC 4的CPU辨别当选择第二时间调度帧257B时为公用频道的“音乐直播”所设置的URL、和指示将该URL通过因特网5发送给ASP 32的管理服务器36的频道选择信号,这样当收到频道选择信号时ASP 32的管理服务器36证实第二时间调度帧257B被选择。
如果在步骤SP76中获得否定的结果,指示没有从调度内容显示区257中选择当前时间可用的第二时间调度帧257B,那么ASP 32的管理服务器36等待,直到选择了第二时间调度帧257B。
但是,如果在步骤SP76中获得肯定的结果,则意味着从调度内容显示区257中选择了第二时间调度帧257B,那么ASP 32的管理服务器36前进到下一步SP77。
在步骤SP77,ASP 32的管理服务器36从内容服务器39中面向“音乐直播”频道的专用存储区再现数据流在点击时在“音乐直播”频道中提供的直播视频的带有商务的影像数据(“xx tour”),通过因特网5将其发送给客户PC 4,然后前进到下一步SP78,结束处理。
因此,客户PC 4的CPU基于从ASP 32传输的直播视频的带有商务的影像数据(“xx tour”)使显示单元显示直播视频的内容显示屏幕260,如图44所示,在位于内容显示屏幕260的中心位置的影像显示区261中显示通过“音乐直播”频道选择的与第二时间调度帧257B相匹配的直播视频(“xxtour”)。
同样,在这种情况下,直播视频的内容是从点击第二时间调度帧257B时刻开始提供、再现数据流的。并且,当内容的CM提供要求设置为“带有商务”时,从点击的时刻起首先给客户PC 4提供CM视频,接着提供直播视频的内容。
因此,即使当通过公用频道提供直播视频内容给客户PC 4时,ASP 32的管理服务器36也设计为强迫客户PC 4的用户观看和聆听CM视频,而不考虑他/她的意愿。
此时,ISP 31的控制服务器33面向用户PC 2的用户ID收取在用户PC2通过因特网5发送直播视频内容的影像数据给ASP 32时产生的因特网连接费用,导致更新费用管理数据库34中的费用数据。
同时,ASP 32的管理服务器36面向用户PC 2的用户ID收取通过内容服务器39以再现数据流通过因特网5从用户PC 2供给的直播视频内容的影像数据时产生的服务使用费,其数据注册在用户数据库37的个人用户信息DB表45中,并同时通过网络接口41和ISP 31的网络接口35记录在费用管理数据库34中。
但是,当用户PC 2具有称作“as-much-as-I-like course”的固定或统一价服务合同时,ASP 32的管理服务器36仅在用户数据库37的个人用户信息DB表45中记录从连接开始时间和数据到连接结束时间和数据的连接时段,而不收取服务使用费,保持固定不变。
(7)客户PC的捐助处理
允许客户PC 4的用户方便地对内容创建者进行捐助,如果他/她被提供的内容感动或产生共鸣,或者他/她感到内容非常出色。
当用户观看和聆听内容时,点击分别位于基于从ASP 32下载的内容的带有商务的影像文件显示在显示单元上的随选型的内容显示屏幕165(图28)、或基于直播视频内容的带有商务的影像显示在显示单元上的直播型的内容显示屏幕240(图40)和内容显示屏幕260(图44)中的捐助按钮167、242或262,客户PC 4的CPU遵循从内部硬盘(未示出)调用的捐助程序,在紧接显示捐助按钮167、242或262之后,显示捐助金额选择屏幕270,如图45所示。
在该捐助金额选择屏幕270上,形成相应于不同捐助金额的捐助选择按钮271至276,客户PC 4的用户可以从相应于他/她所希望捐助金额相同的捐助金额按钮271至276中任意点选任何一个捐助选择按钮。
因此,当用户点击比如捐助选择按钮272以捐助¥1000时,客户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在阅读器信息数据库40的阅读器信息文件中,与客户PC 4使用的ASP 32的服务使用费一起记录捐助金额的费用数据。
同时,ISP 31收取当客户PC 4通过因特网5从ISP 31接收内容供应时产生的因特网连接费用,其金额数据记录在阅读器信息数据库40的阅读器信息文件和金额管理数据库34中。
然而,当注册用户以外的访问者对内容创建者进行捐助时,访问者对捐助按钮167、242或262的点击使客户PC 4的CPU显示捐助金额选择屏幕270(图45)及信用卡号码和其它信息的输入屏幕(图上未示出),提醒访问者输入信用卡号码,从而访问者得以进行捐助。
接着,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送信用卡号码数据和相应于捐助选择按钮的金额的捐助数据,使用相应于捐助数据的分数更新个人用户信息DB表45中的累计分数。
ASP 32的管理服务器36基于信用卡号码数据给信用卡公司的费用管理数据库发送访问者捐助金额的捐助数据,请求信用卡公司执行有关访问者捐助的收费处理。
(8)按月的分数结算处理
最后,给出按月分数结算处理的解释,这样,与按月计算的个人用户信息DB表45中的累计分数数量成比例的利润回报给内容创建者,但是在此之前,扼要重述用于给客户PC 4提供带有CM视频的内容的提供调度处理,在开始步骤中启动图46所示的例程RT10,并转移到SP81。
在步骤SP81,客户PC 4的CPU证实期望的频道按钮155由用户在频道显示屏幕150(图27)上点击,然后前进到下一步SP82。
在步骤SP82,客户PC 4的CPU通过因特网5给ASP 32的管理服务器36发送与选择的频道按钮155相匹配的内容ID,并前进到下一步SP83。
在步骤SP83,ASP 32的管理服务器36启动从内部硬盘调用的内容提供程序,并且比如基于发送自客户PC 4的内容ID,从提供调度管理数据库38中检索随选型提供调度控制文件120,在确认用户ID和商务要求的内容之后,移到下一步SP84。
在步骤SP84,在确认随选型提供调度控制文件120之后,ASP 32的管理服务器36判断商务请求是否设置为“带有商务”。
如果获得否定的结果,则意味着CM视频没有附加到将要提供给客户PC 4的“不带有商务”的内容上,那么ASP 32的管理服务器36前进到步骤SP87,提供没有附加CM视频的内容的影像文件,在下一步SP88结束处理。
然而,如果在步骤SP84获得肯定的结果,则意味着商务要求设置为将CM视频黏附到将要提供给客户PC 4的内容上的“带有商务”,则ASP 32的管理服务器36前进到下一步SP85。
在步骤SP85,ASP 32的管理服务器36通过将存储在商务管理数据库44的CM视频附加到存储在内容服务器39中的影像文件的开头部分,创建带有商务的影像文件内容,一次存储在内容服务器39中,然后移到下一步SP86。
在步骤SP86,ASP 32的管理服务器36使用当带有商务的影像文件内容提供给客户PC 4时产生的分数,更新在用户数据库37的个人用户信息DB表45中的累计分数数量,并前进到下一步SP87。
在步骤SP87,当商务要求为“带有商务”时,ASP 32的管理服务器36从内容服务器39读出带有商务的影像文件的内容,通过因特网5提供给客户PC 4,并前进到下一步SP88,结束处理。
与此类似,在内容提供系统1中,当ASP 32的管理服务器36从商务要求设置为“带有商务”的内容服务器39中读出带有商务的影像文件的内容并将其提供给客户PC 4时,生成分数,接着更新个人用户信息DB表45中的累计分数。
下面,扼要重述在内容提供系统1中,当针对内容创建者执行与按月计算的个人用户信息DB表45中的累计分数数量相匹配的利润回报处理时,遵循的按月分数结算处理过程。在开始步骤中启动图47所示的例程RT11,并前进到步骤SP91。
在步骤SP91,ASP 32的管理服务器36通过把由用户PC 2引起的到ISP31的因特网连接费用和ASP 32的服务使用费加到个人用户信息DB表45上,更新个人用户信息DB表45(当设置为“as-much-as-I-like course”时,服务使用费保留为固定值),并前进到下一步SP92。
在步骤SP92,ASP 32的管理服务器36参照存储在用户数据库37中的个人用户信息DB表45,读出按月的累计分数数量,并前进到下一步SP93。
在步骤SP93,ASP 32的管理服务器36判断剩余的累计分数的数量是否大于给定的分数数量。
如果获得否定的结果,意味着剩余的累计分数的数量不大于给定的分数数量,则ASP 32的管理服务器36移到下一步SP94。
在步骤SP94,由于剩余的累计分数的数量不大于给定的分数数量,所以ASP 32的管理服务器36执行给用户PC 2的当前时间服务使用费的开清单处理,不实施与累计分数的数量相匹配的利润回报处理,并前进到下一步SP101,结束处理。
然而,如果在步骤SP93中获得肯定的结果,意味着按月的剩余累计分数的数量大于给定的分数数量,则ASP 32的管理服务器36前进到下一步SP95,执行与累计分数的数量成比例的利润回报处理。
在步骤SP95,ASP 32的管理服务器36减去与个人用户信息DB表45中的累计分数数量成比例的ASP 32的服务使用费的数量,并通过减去与从个人用户信息DB表45中的累计分数的数量减去的服务使用费成比例的分数数量,更新个人用户信息DB表45,然后前进到下一步SP96。
从而,减去了或抵消了从ASP 32通过信用卡公司收取的服务使用费,以便用户PC 2的内容创建者收到与累计分数成比例的利润回报。
在步骤SP96,ASP 32的管理服务器36判断在归还了ASP 32的服务使用费后,剩余的累计分数数量是否大于给定的分数数量。
如果获得否定的结果,意味着剩余的累计分数的数量小于给定的分数数量,则ASP 32的管理服务器36移到下一步SP94,执行有关服务使用费的开清单处理,并在下一步SP101结束处理。
另一方面,如果在步骤SP96中获得肯定的结果,意味着剩余累计分数的数量大于给定的分数数量,则ASP 32的管理服务器36前进到下一步SP97。
在步骤SP97,ASP 32的管理服务器36减去用户PC 2的与累计分数数量成比例的ISP 31的因特网连接费用的数量,并通过减去与从个人用户信息DB表45中的累计分数的数量减去的因特网连接费用成比例的分数数量,更新个人用户信息DB表45,然后前进到下一步SP98。
从而,减去了或抵消了通过信用卡公司要求的因特网连接费用,以便用户PC 2的内容创建者收到与遵循ASP 32的服务使用费的累计分数成比例的利润回报。
在步骤SP98,ASP 32的管理服务器36判断此时累计分数是否仍有剩余,并且如果余下大于100万的累计分数,ASP 32的管理服务器36移到下一步SP99。
在步骤SP99,ASP 32的管理服务器36指令信用卡公司从通过信用卡公司结算的数据中减去超过100万,然后通过从个人用户信息DB表45的累计分数数量中减去超过100万的累计分数数量,更新累计分数的数量,然后返回到步骤SP98。
然而,如果在步骤SP98中剩余的累计分数数量小于100万但大于10万,则ASP 32的管理服务器36前进到下一步SP100。
在步骤SP100,ASP 32的管理服务器36通过因特网5将累计分数的数量大于10万的部分的分数数据传输给在线通信销售公司6,并通过从个人用户信息DB表45的累计分数数量中减去超过10万点的分数数量,更新累计分数的数量,然后在下一步SP101结束处理。
在此种情况下,在线通信销售公司6基于在用户注册时传输自ASP 32的个人用户信息DB表45的内容证实包括内容创建者的地址和电子邮件地址的个人信息,并邮递一件与超过10万的分数数量成比例的指定的物品(商品)给用户PC 2的内容创建者,从而执行利润回报处理。
另外,当在步骤SP98中剩余的累计分数的数量小于10万时,ASP 32的管理服务器36移到步骤SP94,执行有关服务使用费的开清单处理,并在下一步SP101结束处理。
(9)本实施例模式中的操作和效果
按到目前为止所述的构建,用户PC 2首先输入遵循用户信息注册屏幕21(图5)、用户信息文件25(图6)的用户信息,其中用户信息文件25是作为通过因特网5发送到ASP 32的管理服务器36的结果创建的。
当接收该用户信息文件时,ASP 32的管理服务器36选择一用户ID,并为遵循从内部硬盘调用的用户注册过程程序的用户ID确定URL,其中用户ID和URL将作为在内容服务器39中指定外存储区的地址数据通知给用户PC 2。
在通知用户PC 2从ASP 32的管理服务器36接收作为一接入点上的地址数据时,用户PC 2遵循URL、接收预编程的自动上载程序的供给,以执行与内容服务器39中的专用存储区的自动连接处理。当内容创作者点击基于自动上载程序显示在桌面屏幕19(图4)的上载图标27时,自动连接到ASP 32的内容服务器39。
因此,遵循该URL,用户PC 2以上载图标27的一次点击操作可以自动访问ASP 32的内容服务器39中的专用存储区,在内容创作者没有弄清楚URL以及排除输入URL的操作的必要性的情况下,导致对内容服务器39中的专用存储区的自动访问。
根据前面所述的结果,通过在基于从ASP 32的管理服务器36供给的自动上载程序的桌面屏幕19上唯一地点击上载图标27,而不用强迫内容创作者输入URL,用户PC 2利用内容提供系统1可以得到与内容服务其中的接入点的专用存储区的自动连接,因而能够提供对用户友好的界面,对于该界面,即使不会操作计算机的内容创作者也可以相当容易地执行与一接入点的连接处理。
(10)实施例的其它模式
在前述的实施例模式中,给出关于响应对上载图标27的点击、自动执行与作为内容服务器39中的接入点的专用存储区的连接处理的情况的解释。然而本发明不限于此,还可以响应用户PC 2的特殊键的操作建立与作为接入点的专用存储区的连接。在这种情况下,也可以获得类似于前述的实施例模式中的那种效果。
此外,在前述的实施例模式中,面向用户信息文件、给出关于发给作为接入点、匹配内容服务器39中的专用存储区的URL的用户注册过程程序预先安装在ASP 32的管理服务器36中的硬盘上的情况的解释。然而本发明不限于此,该用户注册过程程序还可以依靠再现一由诸如只读光盘(CD-ROM)和数字视频盘(DVD)之类的、存储用户注册过程程序的数据包介质构成的程序存储介质安装。该用户注册过程程序还可以依靠再现诸如半导体存储器或磁光盘之类的、能够临时或永久存储用户注册过程程序的程序存储介质安装。
可以将诸如局域网和数字卫星广播之类的有线或无线通信介质用作把用户注册过程程序存储到那些程序存储介质的装置。此外,可以在存储处理中包含各种诸如路由器或调制解调器之类的通信接口。
此外,在实施例的上述模式中,给出关于因特网5用作网络的情况的解释。然而本发明不限于此,也可以采用构建成无线或有线的其它网络。
根据到目前为止所描述的本发明,用自动建立与基于从连接到该网络上的服务器收到的地址数据、指示某人的专用存储区的接入点的连接,能够在不强迫用户执行对地址数据的输入操作的情况下,相当容易地连接到事先预约的接入点。
虽然这是结合本发明的优选实施例描述的,但非常明显,对于本领域的普通技术人员可以进行各种变化和修改,因此,落进本发明的真实构思和范围的所有此类变化和修改都涵盖在所附权利要求中。
Claims (15)
1.一种信息处理设备,包括:
发送装置,用于将保护连接在网络上的服务器中的、某人的专用存储区所必需的用户注册数据,通过网络发送到所述服务器;
接收装置,用于从在所述网络上的所述服务器中、接收作为指示面向所述用户注册数据的所述专用存储区的接入点指定的地址数据;和
连接装置,用于基于由所述接收装置收到的、面向自动连接设置程序的所述地址数据,并按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
2.根据权利要求1的信息处理设备,其中
所述连接装置将保留面向自动连接设置程序的所述地址数据,因而按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
3.根据权利要求1的信息处理设备,其中
所述接收装置将从所述服务器接收所述地址数据以及包含所述地址数据的自动连接设置程序,和
所述连接装置将按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的接入点的连接处理。
4.根据权利要求1的信息处理设备,其中
所述连接装置将响应对一用于驱动所述自动连接设置程序的给定显示单元上显示的专用图标的点击操作、执行与所述服务器中的接入点的连接处理。
5.根据权利要求1的信息处理设备,其中
所述地址数据为用于指定所述网络上的资源的统一资源定位器。
6.一种服务器连接方法,包括:
发送步骤,将保护连接在网络上的服务器中的、某人的专用存储区所必需的用户注册数据,通过网络发送到所述服务器;
接收步骤,从在所述网络上的所述服务器中、接收作为指示面向所述用户注册数据的所述专用存储区的接入点指定的地址数据;和
连接步骤,基于由所述接收装置收到的、面向自动连接设置程序的所述地址数据,并按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
7.根据权利要求6的服务器连接方法,其中
所述连接步骤将保留面向自动连接设置程序的所述地址数据,因而按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
8.根据权利要求6的服务器连接方法,其中
所述接收步骤将从所述服务器接收所述地址数据以及包含所述地址数据的自动连接设置程序,和
所述连接步骤将按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的接入点的连接处理。
9.根据权利要求6的服务器连接方法,其中
所述连接步骤将响应对一用于驱动所述自动连接设置程序的给定显示单元上显示的专用图标的点击操作、执行与所述服务器中的接入点的连接处理。
10.根据权利要求6的服务器连接方法,其中
所述地址数据为用于指定所述网络上的资源的统一资源定位器。
11.一种网络系统,由一服务器和一通过网络连接到所述服务器的信息处理设备组成,包括:
发送装置,用于将保护连接在网络上的服务器中的、某人的专用存储区所必需的用户注册数据,通过网络发送到所述服务器;
接收装置,用于从在所述网络上的所述服务器中、接收作为指示面向所述用户注册数据的所述专用存储区的接入点指定的地址数据;和
连接装置,用于基于由所述接收装置收到的、面向自动连接设置程序的所述地址数据,并按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
12.根据权利要求11所述的网络系统,其中
所述连接装置将保留面向自动连接设置程序的所述地址数据,因而按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的所述接入点的连接处理。
13.根据权利要求11所述的网络系统,其中
所述接收装置将从所述服务器接收所述地址数据以及包含所述地址数据的自动连接设置程序,和
所述连接装置将按照所述自动连接设置程序、执行与面向所述地址数据的所述服务器中的接入点的连接处理。
14.根据权利要求11所述的网络系统,其中
所述连接装置将响应对一用于驱动所述自动连接设置程序的给定显示单元上显示的专用图标的点击操作、执行与所述服务器中的接入点的连接处理。
15.根据权利要求11所述的网络系统,其中
所述地址数据为用于指定所述网络上的资源的统一资源定位器。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000097886A JP2001282730A (ja) | 2000-03-30 | 2000-03-30 | 情報処理装置、サーバ接続方法、プログラム格納媒体及びネットワーク接続システム |
JP097886/2000 | 2000-03-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1319986A CN1319986A (zh) | 2001-10-31 |
CN1152314C true CN1152314C (zh) | 2004-06-02 |
Family
ID=18612449
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB011121564A Expired - Fee Related CN1152314C (zh) | 2000-03-30 | 2001-03-30 | 信息处理设备、服务器连接法和网络系统 |
Country Status (6)
Country | Link |
---|---|
US (1) | US7499982B2 (zh) |
EP (1) | EP1161050B1 (zh) |
JP (1) | JP2001282730A (zh) |
KR (1) | KR20010095113A (zh) |
CN (1) | CN1152314C (zh) |
DE (1) | DE60116568T2 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4671011B2 (ja) | 2000-08-30 | 2011-04-13 | ソニー株式会社 | 効果付加装置、効果付加方法、効果付加プログラム及び効果付加プログラム格納媒体 |
JP2002077868A (ja) * | 2000-08-31 | 2002-03-15 | Sony Corp | コンテンツ配信の予約方法、コンテンツ配信方法、予約管理装置およびプログラム格納媒体 |
US20030005138A1 (en) * | 2001-06-25 | 2003-01-02 | Giffin Michael Shawn | Wireless streaming audio system |
WO2003010672A1 (fr) * | 2001-07-23 | 2003-02-06 | Sony Corporation | Systeme de traitement d'informations, dispositif de traitement d'informations et procede associe |
CN1652507B (zh) * | 2004-02-04 | 2010-09-08 | 华为技术有限公司 | 自助服务的提供方法 |
JP4313703B2 (ja) * | 2004-03-12 | 2009-08-12 | 彼方株式会社 | 情報処理装置、システム、方法及びプログラム |
US8312110B2 (en) * | 2004-03-12 | 2012-11-13 | Kanata Limited | Content manipulation using hierarchical address translations across a network |
WO2006019274A1 (en) | 2004-08-19 | 2006-02-23 | Sk Telecom Co., Ltd. | Managing method and apparatus for servicing contents provided by content provider |
JP2006270846A (ja) * | 2005-03-25 | 2006-10-05 | Nec Corp | データ配信サーバ、データ配信システム、及び、データ配信方法 |
US8166003B2 (en) * | 2006-05-05 | 2012-04-24 | Microsoft Corporation | Permission-based document server |
US20080168167A1 (en) * | 2007-01-04 | 2008-07-10 | Calrson Michael P | Service provided by a single entity for all applications |
US8040921B2 (en) * | 2007-06-15 | 2011-10-18 | Sony Ericsson Mobile Communications Ab | Method and apparatus for controlling the transfer of private information in a communication system |
WO2009000332A1 (en) * | 2007-06-28 | 2008-12-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Television channel distribution system |
US20090055857A1 (en) * | 2007-08-21 | 2009-02-26 | Yahoo! Inc. | Video channel curation |
US7840581B2 (en) * | 2008-02-01 | 2010-11-23 | Realnetworks, Inc. | Method and system for improving the quality of deep metadata associated with media content |
JP2010219669A (ja) * | 2009-03-13 | 2010-09-30 | Toshiba Corp | ビデオサーバ |
JP2013009298A (ja) * | 2011-05-26 | 2013-01-10 | Sony Corp | 無線通信装置、情報処理装置、通信システムおよび無線通信装置の制御方法 |
KR20130073733A (ko) * | 2011-12-23 | 2013-07-03 | 삼성전자주식회사 | 정보 송수신 방법 및 기기 |
WO2014119180A1 (ja) * | 2013-01-29 | 2014-08-07 | 日本電気株式会社 | コンテンツ中継装置、コンテンツ中継方法及びコンテンツ中継プログラム |
JP2015162117A (ja) * | 2014-02-27 | 2015-09-07 | ブラザー工業株式会社 | サーバ装置、プログラム、及び情報処理方法 |
KR102063901B1 (ko) | 2014-03-24 | 2020-01-08 | 삼성전자주식회사 | 액티비티 알림 제공 방법 및 이를 위한 디바이스 |
CN112182342A (zh) | 2014-06-16 | 2021-01-05 | 谷歌有限责任公司 | 在搜索结果中显露直播事件 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6181867B1 (en) * | 1995-06-07 | 2001-01-30 | Intervu, Inc. | Video storage and retrieval system |
US5857020A (en) * | 1995-12-04 | 1999-01-05 | Northern Telecom Ltd. | Timed availability of secured content provisioned on a storage medium |
US5825876A (en) * | 1995-12-04 | 1998-10-20 | Northern Telecom | Time based availability to content of a storage medium |
EP0823815A3 (en) * | 1996-08-08 | 2000-12-13 | Matsushita Electric Industrial Co., Ltd. | Information receiving apparatus |
JPH10133988A (ja) | 1996-08-14 | 1998-05-22 | Nippon Telegr & Teleph Corp <Ntt> | ホームページ作成・登録方法およびシステムと対話型マルチメディア情報入力装置並びに対話型マルチメディア情報入力プログラムを記録した記録媒体 |
US5895471A (en) * | 1997-07-11 | 1999-04-20 | Unwired Planet, Inc. | Providing a directory of frequently used hyperlinks on a remote server |
US6594682B2 (en) * | 1997-10-28 | 2003-07-15 | Microsoft Corporation | Client-side system for scheduling delivery of web content and locally managing the web content |
US6166735A (en) * | 1997-12-03 | 2000-12-26 | International Business Machines Corporation | Video story board user interface for selective downloading and displaying of desired portions of remote-stored video data objects |
JPH11298508A (ja) | 1998-04-09 | 1999-10-29 | Nec Software Ltd | サーバ接続方式およびサーバ接続用プログラムを記録した記録媒体 |
US6339826B2 (en) * | 1998-05-05 | 2002-01-15 | International Business Machines Corp. | Client-server system for maintaining a user desktop consistent with server application user access permissions |
US6081278A (en) * | 1998-06-11 | 2000-06-27 | Chen; Shenchang Eric | Animation object having multiple resolution format |
WO1999066692A1 (en) * | 1998-06-19 | 1999-12-23 | Netsafe, Inc. | Method and apparatus for providing connections over a network |
US6226618B1 (en) * | 1998-08-13 | 2001-05-01 | International Business Machines Corporation | Electronic content delivery system |
US6360254B1 (en) * | 1998-09-15 | 2002-03-19 | Amazon.Com Holdings, Inc. | System and method for providing secure URL-based access to private resources |
ATE268484T1 (de) * | 1998-10-28 | 2004-06-15 | Verticalone Corp | System und verfahren für den automatischen zugriff auf persönliche daten |
US6272493B1 (en) * | 1999-01-21 | 2001-08-07 | Wired Solutions, Llc | System and method for facilitating a windows based content manifestation environment within a WWW browser |
US6356941B1 (en) * | 1999-02-22 | 2002-03-12 | Cyber-Ark Software Ltd. | Network vaults |
US6313835B1 (en) * | 1999-04-09 | 2001-11-06 | Zapa Digital Arts Ltd. | Simplified on-line preparation of dynamic web sites |
US6774926B1 (en) * | 1999-09-03 | 2004-08-10 | United Video Properties, Inc. | Personal television channel system |
US6563800B1 (en) * | 1999-11-10 | 2003-05-13 | Qualcomm, Inc. | Data center for providing subscriber access to data maintained on an enterprise network |
US7213005B2 (en) * | 1999-12-09 | 2007-05-01 | International Business Machines Corporation | Digital content distribution using web broadcasting services |
US6484173B1 (en) * | 2000-02-07 | 2002-11-19 | Emc Corporation | Controlling access to a storage device |
US6714968B1 (en) * | 2000-02-09 | 2004-03-30 | Mitch Prust | Method and system for seamless access to a remote storage server utilizing multiple access interfaces executing on the remote server |
US6952737B1 (en) * | 2000-03-03 | 2005-10-04 | Intel Corporation | Method and apparatus for accessing remote storage in a distributed storage cluster architecture |
EP2797288A1 (en) * | 2000-03-30 | 2014-10-29 | Sony Corporation | Apparatus and method for implementing a content providing schedule |
-
2000
- 2000-03-30 JP JP2000097886A patent/JP2001282730A/ja not_active Abandoned
-
2001
- 2001-03-28 EP EP01302863A patent/EP1161050B1/en not_active Expired - Lifetime
- 2001-03-28 DE DE60116568T patent/DE60116568T2/de not_active Expired - Fee Related
- 2001-03-29 KR KR1020010016627A patent/KR20010095113A/ko active Search and Examination
- 2001-03-29 US US09/821,651 patent/US7499982B2/en not_active Expired - Fee Related
- 2001-03-30 CN CNB011121564A patent/CN1152314C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001282730A (ja) | 2001-10-12 |
DE60116568D1 (de) | 2006-04-06 |
US7499982B2 (en) | 2009-03-03 |
EP1161050B1 (en) | 2006-01-11 |
EP1161050A3 (en) | 2004-03-24 |
EP1161050A2 (en) | 2001-12-05 |
US20010029522A1 (en) | 2001-10-11 |
KR20010095113A (ko) | 2001-11-03 |
CN1319986A (zh) | 2001-10-31 |
DE60116568T2 (de) | 2006-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1221897C (zh) | 内容提供设备、方法及系统和内容预约控制方法 | |
CN1152314C (zh) | 信息处理设备、服务器连接法和网络系统 | |
CN1365478A (zh) | 捐赠处理系统 | |
CN1319820A (zh) | 收益归还设备、方法、系统、内容提供设备、方法、系统及存储介质 | |
CN1256824C (zh) | 利用秘密-公开因特网协议地址/通用资源定位地址映射的环球网上家用网络的结构 | |
CN100348023C (zh) | 数据处理设备 | |
CN1639709A (zh) | 服务器、信息提供方法和程序 | |
CN1248139C (zh) | 用于表达频道化数据的系统和方法 | |
CN1692354A (zh) | 信息管理系统、信息处理设备、信息处理方法、信息处理程序、和存储介质 | |
CN1783140A (zh) | 信息内容发送设备 | |
CN1262955C (zh) | 通信设备及方法,电子装置及控制方法 | |
CN1783083A (zh) | 动态概要模块 | |
CN1450747A (zh) | 信息处理系统、装置、方法、以及存储介质和其程序 | |
CN1653432A (zh) | 信息通信终端、内容管理方法、广播接收方法、信息发布设备、系统、方法、程序和存储媒体 | |
CN1909103A (zh) | 信息处理装置、再现装置、通信方法和计算机程序 | |
CN1773545A (zh) | 域名购买的基于消息的网络配置 | |
CN1350676A (zh) | 调度和监视计算机处理的系统 | |
CN1605182A (zh) | 用于网络高速缓存的方法和系统 | |
CN1703701A (zh) | 用于管理门户服务器中的门户构件集合的方法和装置 | |
CN1692358A (zh) | 使用商业规则或用户角色而在环球网门户中选择小门户的方法和装置 | |
CN1609795A (zh) | 用于计算机平台的编程接口 | |
CN1276575A (zh) | 数据库存取系统 | |
CN1596433A (zh) | 信息处理装置、信息处理方法和信息处理系统 | |
CN1507238A (zh) | 信息处理设备 | |
CN1397038A (zh) | 网页制作支持系统、设备、方法、计算机程序和记录介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C06 | Publication | ||
PB01 | Publication | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20040602 Termination date: 20100330 |