通信终端、记帐设备、业务提供设备和程序的制作方法

文档序号:6428343阅读:177来源:国知局
专利名称:通信终端、记帐设备、业务提供设备和程序的制作方法
技术领域
本发明涉及通信终端、记帐设备、业务提供设备和程序,所有这些被使用来执行与经由通信的业务供应有关的记帐过程。
背景技术
利用网络上的中继设备的方法传统上作为生成对于通过通信的业务供应的记帐信息的技术(例如,日本专利公开号2003-173398(JP2003-173398A))而被了解。图22显示使用诸如JP2003-173398A中描述的记帐信息通知系统的内容分发顺序。该图上显示的记帐信息通知设备1200是生成记帐信息的中继设备。在从内容分发设备1300响应于来自移动电话1100的内容请求(1002)发送的HTTP响应的报头部分中描述了由记帐信息通知设备1200为生成记帐信息所需要的记帐规则信息。通过中继该HTTP响应,记帐信息通知设备1200可以从报头中提取记帐规则信息,以生成反映有关内容和内容收费的分组通信收费的记帐信息。通过在网络的中继设备生成记帐信息的本发明,必须确认分组到达移动电话1100,以便精确地计算分组通信收费和内容收费。在JP2003-173398A中描述的一个实施例假设在TCP上的HTTP传输,以及利用TCP响应确认功能来确认分组的到达。
日本专利公开号10-150653(JP10-150653A)公开了并不使用网络上的任何中继设备的付费信息供应系统,在该系统中用户的接收站可以计算对于付费信息的收费和把该收费告知用户。图23是显示按照在JP10-150653A中描述的实施例的付费信息系统的总体结构的框图。通过这个系统,由用户拥有的接收站2200从发射站2100连同付费信息一起接收关于付费信息的收费信息。接收站还可监视在由接收站服务的每个终端2220处付费信息的使用,以根据使用计算对于付费信息的收费。而且,通过保持在每个终端的使用历史,接收站可通过例如根据用户使用付费信息的次数设置对于收费的折扣率灵活地设置收费。
在诸如无线LAN和移动通信那样的无线通信中,作为有限的资源的射频被大量用户共享。因此,通信收费必须根据通信分组的数目、提供业务的时间等等,被仔细地设置。为了根据通信分组的数目计算通信收费,利用一种系统,其中网络的中继节点,诸如在JP2003-173398A中描述的记帐信息通知设备1200,记录所使用的分组量,以便根据记录的使用的分组量来计算记帐的量。
无线通信涉及到由于传输错误造成的经常的分组丢失。因此,记帐量的计算需要减去相应于分组丢失的量。这需要确认分组到达用户的终端的功能。在在JP2003-173398A中描述的系统被假设为使用HTTP/TCP的网络接入以及以TCP响应确认功能为前提。然而,近年来,有不断增加的业务,诸如多媒体流和广播分发,它们利用没有响应确认功能和单向地发送分组的UDP。因此,很难精确地计算使用利用中继节点的系统的通信收费。
而且,关于记帐实体、通信单价等等的记帐规则预期是各式各样的,因为诸如无线LAN,以及第二和第三代移动通信网那样的接入网是各式各样的。再者,不同的收费系统甚至可以根据用户或他或她的终端的属性或使用历史应用到同一个接入网。为了处理这种情形,打算内容分发设备可以检测移动终端连接到的接入网,和移动终端的属性和使用历史,动态地生成记帐规则信息,并把该信息传送到中继节点。还打算把在其中积累相应于属性和使用历史的记帐规则信息的中继节点安装在每个接入网。然而,前者的方法增加在生成记帐规则方面的负荷,它不适合于进行大量接入的、高的负荷的业务。后者的方法是不实际的,因为中继节点数目随具有不同的收费系统的接入网的数目正比地增加,以及因为要被管理的记帐规则的数目也随用户或终端属性的数目正比地增加。
而且,接入网和内容分发可能由不同的供应商提供。在这种情形下,必须考虑由每个供应商生成的记帐规则来计算记帐量。然而,在在JP2003-173398A中描述的系统只根据由内容分发服务器提供的记帐规则来计算记帐量,因此不能反映接入网提供商的记帐规则。
另一方面,在JP10-150653A中描述的付费信息提供系统使得用户的接收站能够不用使用任何中继节点而计算关于付费信息的收费。然而,付费信息发射站生成关于信息收费和网络收费的记帐规则。因此,这个系统并不能用上述的JP2003-173398A解决该问题,也就是,生成记帐规则的需要,记帐规则的数目随具有不同的收费系统的网络的数目正比地增加。而且,如果收费信息提供商和网络提供商是互相不同的和设置独立的记帐政策,以及它们任一方都不揭示它的记帐政策,则即使在JP10-150653A中描述的付费信息提供系统也不能执行相应于各式各样的记帐规则的记帐过程。

发明内容
鉴于上述的问题,本发明的目的是提供通信终端、记帐设备、业务提供设备和程序,它们中的全部当经由通信提供业务时,用来使得能够根据各式各样的记帐规则执行记帐过程而不增加网络设施负荷。
为了达到这个目的,本发明提供接收经由通信的业务供应的通信终端,其特征在于包括记帐规则获取装置,从至少一个外部设备获取至少一段关于业务供应的记帐规则信息;通信历史记录装置,用于记录经由通信接收对于提供业务所需要的业务信息的历史;以及记帐信息生成装置,用于根据从记帐规则获取装置获取的记帐规则信息和由通信历史记录装置记录的通信历史生成关于业务供应的记帐的信息。
按照本发明,至少一段关于业务供应的记帐规则信息是从至少一个外部设备获取的,以根据获取的记帐规则信息和通信历史生成关于业务供应的记帐信息。因此,可以根据与业务供应有关的各式各样的记帐规则执行记帐过程。而且,通信终端可以从不同的服务器获取不同的记帐规则信息段。所以,业务提供商可以允许它们的服务器分别地管理关于它们自己的记帐规则的信息。
而且,被提供以业务的通信终端执行记帐过程。因此,与仅仅由一个记帐设备执行所有的记帐过程相比较,处理负荷可以被分散。而且,通信终端根据通信历史生成记帐信息。这使得记帐过程能够考虑到分组丢失而精确地执行。
按照本发明的通信终端其特征在于,记帐规则信息包含关于对于传递业务信息所需要的通信收费的第一记帐规则信息和对于业务信息分别地设置的第二记帐规则信息中至少任一项。
按照本发明,记帐过程可以根据网络中固有的第一记帐规则和业务中固有的第二记帐规则被执行。因此,即使业务提供商不同于网络提供商,记帐过程也可以通过获取分开地管理的记帐规则而被执行。所以,记帐过程可以根据与业务供应有关的各式各样的记帐规则被执行。
按照本发明的通信终端其特征在于,第一记帐规则信息和第二记帐规则信息中至少任一项是根据拥有终端的用户的属性被确定的。
按照本发明,记帐过程可以按照网络的类型、业务的类型、和用户的属性被设置。所以,可以实现各式各样的记帐实体。
按照本发明的通信终端其特征在于,还至少包括数字签名验证装置,用于验证加到包含记帐规则信息的数据上的数字签名;或数字签名施加装置,用于把数字签名施加到由记帐信息生成装置生成的记帐信息上。
按照本发明,终端设备可实行鉴权,因此提高记帐信息的安全性和可靠性。具体地,通信终端可检验包含记帐规则信息源和该记帐规则信息的授权的元数据源以及该记帐规则信息是否被改变。因此,通信终端可以根据验证的记帐规则信息安全地生成记帐信息。再者,通信设备把数字签名加到生成的记帐信息上。所以,记帐信息可以安全地传送到其他设备,而没有被改变。
按照本发明的通信终端其特征在于,还包括预付信息存储装置,用于存储代表为利用业务而预付的金钱量的预付信息,以及预付记帐处理装置,用于通过从由被存储在预付信息存储装置中的预付信息代表的金钱量中减去由记帐信息生成装置生成的记帐信息代表的、要被记帐的金钱量,而支付金钱量。
按照本发明,通信终端可内部完成在业务使用中牵涉到的付费过程。通信终端因此不用发送记帐信息到其他设备而执行付费过程。因此,用户可快速完成付费。这对于用户是更方便的。
按照本发明的通信终端的特征在于,还包括预测记帐信息呈现装置,用于呈现与业务使用有关的记帐信息,该信息是在业务被利用之前根据从记帐规则获取装置获取的记帐规则信息被预测的;以及同意装置,用于只在感知到同意支付由预测记帐信息呈现装置呈现的记帐信息的信号,才发送业务请求消息,以便请求业务。
按照本发明,用户可预先得到对于业务收费的预测的数值。因此,用户可根据对于业务收费的预测的数值,选择要利用的业务。
按照本发明的通信终端的特征在于,还包括呈现装置,用于呈现与业务使用有关的和在业务使用期间或之后计算的记帐信息。
按照本发明,用户可以在使用期间或之后得到与业务使用有关的记帐信息。因此,用户可管理对于业务使用的付费量。
按照本发明的通信终端的特征在于,第一记帐规则包括对于每种通信网络类型的记帐规则,通信历史记录装置记录对于每种通信网络类型的通信历史,以及记帐信息生成装置生成对于每种通信网络类型的记帐信息。
按照本发明,可以对于具有不同的收费系统的每种通信网络类型设置记帐规则。再者,可以对于每种通信网络类型记录通信历史,以生成记帐信息。所以,记帐过程可以按照通信网络类型被灵活地执行。
按照本发明的通信终端的特征在于,还包括要被传送的记帐规则生成装置,用于生成对于相应于从记帐规则获取装置获取的记帐规则信息的业务的、要被传送的记帐规则信息;以及元数据传送装置,用于传送由要被传送的记帐规则生成装置生成的要被传送的记帐规则信息和描述有关业务的信息的业务说明信息。
按照本发明,通信终端可以通过生成对有关供的业务的、要被传送的记帐规则信息和把记帐规则信息与业务说明信息传送到其他通信终端,而把有关业务的信息传送到拥有其他通信终端的用户。因此,可以便于实施业务的普及。要被传送的记帐规则可以是与获取的记帐规则相同的或可以是由传送记帐规则信息的用户原先定制的记帐规则。所以,可以实现各式各样的记帐实体。
本发明提供用来管理被分发到由业务用户拥有的通信终端的业务信息的帐单的记帐设备,其特征在于,包括第一记帐规则生成装置,用于根据用户的属性信息生成与业务信息的分发有关的通信收费的第一记帐规则信息;以及记帐规则发送装置,用于把由第一记帐规则生成装置生成的第一记帐规则信息发送到用户所拥有的通信终端。
按照本发明,记帐设备生成对于每个用户的通信收费的记帐规则。这使得通信收费价格能够灵活地设置。再者,由于生成的记帐规则被传送到每个通信终端,通信终端可以执行记帐过程。因此,比起由一个记帐设备集中执行所有的记帐过程,负荷可被分散。
按照本发明的记帐设备的特征在于,还包括元数据检验装置,用于验证从外部设备接收的元数据和包括描述关于业务的信息的业务说明信息和对于业务各个地设置的第二记帐规则信息。
按照本发明,记帐设备验证由外部设备发出的、业务说明信息和对于每个业务设置的第二记帐规则信息。所以,可以提供更安全的和更可靠的记帐业务给用户。
本发明是记帐设备,其中元数据配备有元数据生成器的数字签名,记帐设备还包括数字签名验证装置,用于验证数字签名,以及如果数字签名验证装置验证了数字签名,则元数据检验装置验证元数据。
按照本发明,记帐设备在验证数字签名后,验证业务说明信息和对于每个业务设置的第二记帐规则信息,以确认元数据源和元数据没有被改变。所以,可以提供更安全的和更可靠的记帐业务。
本发明是记帐设备,该记帐设备还包括元数据信息添加装置,用于至少把新的记帐规则信息和新的业务说明信息中的任一项加到元数据。
按照本发明,记帐设备通过把新的记帐规则信息或新的业务说明信息加到元数据,而把新的业务内容或记帐规则加到原先的业务和记帐规则,或定制原先的业务和记帐规则。所以,可以提供更灵活的和更各式各样的记帐业务。
按照本发明的记帐设备的特征在于,还包括帐单生成装置,用于根据被包含在从通信终端接收的记帐信息中的记帐目标信息和记帐量信息,用由记帐量信息代表的金钱量生成对于由记帐目标信息代表的记帐目标进行收费所需要的帐单信息;以及帐单发送装置,用于把由帐单生成装置生成的帐单信息发送到由记帐目标信息标识的终端设备。
按照本发明,记帐设备可以从由通信终端生成的记帐信息中提取对于每个记帐目标的记帐量信息。记帐设备然后把由被包含在记帐信息中的记帐目标信息标识的每个记帐目标的收费记帐量的帐单发送到终端设备。所以,收费过程可被简化。
本发明提供用来把在经由通信提供的业务上的元数据分发到由业务的用户拥有的通信终端的业务提供设备,其特征在于,包括元数据生成装置,用于生成包括描述关于业务的信息的业务信息说明数据和对于业务各个地设置的记帐规则信息的元数据;以及元数据分发装置,用于把由元数据生成装置生成的元数据分发到用户拥有的通信终端。
按照本发明,业务提供设备生成包括描述关于业务的信息的业务信息说明数据和对于业务设置的记帐规则信息的元数据。这使得有可能设置对于每个业务的记帐规则。结果,业务价格可被灵活地设置。
按照本发明的业务提供设备的特征在于,记帐规则信息是根据用户的属性被确定的。
按照本发明,记帐规则除了根据业务的类型外是根据用户的属性被确定的。所以,记帐规则和业务价格可更加灵活地被设置。
按照本发明的业务提供设备的特征在于,还包括数字签名施加装置,用于把业务提供设备的数字签名加到元数据上。
按照本发明,通信终端可以通过接收来自业务提供设备的元数据和验证施加到元数据的数字签名,而验证元数据。业务提供设备因此可提供更安全的业务。
本发明是业务提供设备,该业务提供设备还包括验证请求装置,用于把对于元数据验证的请求发送到外部设备,以便在元数据被分发到通信终端之前验证元数据。
按照本发明,业务提供设备可通过把对于元数据验证的请求发送到外部设备,而把验证的元数据提供给通信终端。结果,用户对于业务更信任。
本发明提供程序,用于允许计算机执行获取至少一段关于业务供应的记帐规则信息的记帐规则获取过程,记录经由通信接收对于提供业务所需要的业务信息的历史的通信历史记录过程,和根据从记帐规则获取过程获取的记帐规则信息和由通信历史记录过程记录的通信历史,生成关于业务供应的记帐的信息的记帐信息生成过程。
按照本发明,通过执行程序,计算机可以根据至少一段记帐规则信息和通信历史,生成关于业务供应的记帐信息。所以,可以根据与业务供应有关的各式各样的记帐规则,执行记帐过程。
按照本发明,通信终端从至少一个外部设备获取至少一段关于业务供应的记帐规则信息,以便根据获取的记帐规则和通信历史生成关于业务供应的记帐信息。因此,可以根据通信网中固有的各式各样的记帐规则或相应于用户的属性的各式各样的记帐规则执行记帐过程。再者,通信终端可以从不同的服务器获取不同段的记帐规则信息。因此,业务提供商可以允许它们的服务器单独地管理它们自己的记帐规则信息。
而且,业务被提供到的通信终端执行记帐过程。因此,该处理负荷比起仅仅由一个记帐设备执行记帐过程来说可被分散。而且,通信终端根据通信历史生成记帐信息。所以,可以考虑分组丢失,而精确地执行记帐过程。


图1是显示按照本发明的第一实施例的付费信息提供系统的整个结构的方框图;图2是显示按照实施例的第一记帐规则信息的数据组织的图;图3是显示按照实施例的元数据中描述的数据的组织的图;图4是显示按照实施例的通信终端100的结构的方框图;图5是显示按照实施例的、由通信终端100执行的、从元数据的接收到业务的选择的处理过程的流程图;图6是显示按照实施例的、在通信终端100的显示器部分呈现的收费预测图像的例子的图;图7是显示按照实施例如何根据第一记帐规则信息、元数据、会话信息、和通信历史生成记帐信息的图;图8是显示按照实施例的记帐服务器200的结构的方框图;图9是显示按照实施例的、由记帐服务器200执行的、审定元数据的处理过程的流程图;图10是显示按照实施例的业务提供服务器300的结构的方框图;图11是显示按照实施例的、由付费信息提供系统执行的通信过程的序列图;图12是显示按照本发明的第二实施例的付费信息提供系统的整个结构的方框图;图13是显示按照实施例的记帐规则信息提供服务器400的结构的方框图;图14是显示按照实施例的、在由记帐规则信息生成部分402生成的记帐规则中描述的信息单元的例子的图;图15是显示按照实施例的、由付费信息提供系统执行的通信过程的序列图;图16是显示按照第三实施例的、也作为通信终端运行的业务提供服务器500的结构的方框图;
图17是显示按照实施例的、由付费信息提供系统执行的通信过程的序列图;图18是显示按照本发明的第三实施例的通信终端100a的结构的方框图;图19是显示按照本发明的第四实施例的记帐服务器200a的结构的方框图;图20是显示按照实施例的、由记帐服务器200执行的、审定元数据和加上新的信息的过程的流程图;图21是显示其上加上新的信息的元数据的图;图22是显示由传统的记帐信息通知系统使用中继节点执行的通信过程的序列图;以及图23是显示传统的付费信息提供系统的方框图。
具体实施例方式
(第一实施例)下面参照附图描述本发明的第一实施例。在下面说明中参照的每个图中,与其他图上的部件等价的部件用相同的标号表示。
(1.结构)图1是显示按照本发明的第一实施例的付费业务提供系统的结构的方框图。如图所示,付费业务提供系统包括通信终端100,记帐服务器200,和业务提供服务器300。通信终端100、记帐服务器200、和业务提供服务器300通过有线或无线网络被连接在一起。
通信终端100是经由通信网利用由业务提供服务器300提供的业务(视频分发、音乐分发、数据处理等等)的便携式终端。通信终端100记录通信网和业务的使用的历史。通信终端100然后根据网络的记帐规则信息和业务,按照使用历史生成记帐信息。通信终端100并不限于便携式终端,它可以是具有通信功能的个人计算机等等。
响应于来自通信终端100的请求,记帐服务器200发出关于网络的使用的记帐规则信息,授权由业务提供服务器300生成的元数据,处理由通信终端100生成的记帐信息,以及计算业务收费和网络收费。
记帐服务器200是由网络运营商等等拥有和运行的。
业务提供服务器300响应于来自用户的请求,提供免费或付费业务。业务提供服务器300把关于对于每个业务的收费和关于在业务被利用时所需要的网络收费的记帐规则信息发送到通信终端100;记帐规则信息被包含在描述业务内容的元数据中。
下面将给出通信终端100,记帐服务器200,和业务提供服务器300的结构的详细说明。
(1.1.通信终端)通信终端100包括通用便携式终端的硬件结构。也就是,通信终端100包括CPU(中央处理单元),控制终端100的每个部分;无线通信部分,用来实行无线通信;操作部分,当相应的按键被操作时给予CPU各种指令;语音处理部分,通过它生成语音;扬声器,输出语音;显示部分,用来显示屏幕;以及存储部分,包括非易失性存储器,用来存储程序和数据。
通信终端100的存储部分存储第一记帐规则信息。第一记帐规则被施加到每个用户,以及涉及到业务被利用时所需要的网络收费。
图2显示第一记帐规则信息的数据组织。如图所示,对于每种网络类型描述基于记帐单位和条件的通信价格,作为第一记帐规则的信息单元。这些信息单元以可以由通信终端100装载的格式被描述。例如,利用XML(可扩展的标记语言)描述这些信息单元。
存储部分存储从业务提供服务器300接收的元数据。图3显示元数据的数据组织。如图所示,元数据包含关于由业务提供服务器300提供的业务的业务说明信息和关于对于业务分别地设置的记帐规则的第二记帐规则信息。
业务说明信息包含标识业务的“业务ID”、标识提供业务的业务提供服务器300的“业务提供服务器ID”、标识记帐服务器200的“记帐服务器ID”、标识业务的“报头”、标识对于提供业务所需要的业务信息被积累在的网络上的位置的“URL”、和显示业务的类型的“业务类型”。
第二记帐规则信息包含关于每个业务的收费的记帐规则信息和关于在每个业务被利用时所需要的网络收费的记帐规则信息。
关于每个业务的收费的记帐规则信息包含在每个业务被利用时所需要的“业务收费”。在每个业务被利用时所需要的网络收费的记帐规则信息包含标识记帐目标的“通信记帐目标”和表示与整个网络收费相比较的负担率的“记帐率”。
再者,业务提供服务器300把数字签名加到元数据上。而且,如果业务提供服务器300请求记帐服务器200授权元数据,则记帐服务器200也把数字签名加到元数据上。元数据的这些信息单元以XML描述。
存储部分存储各种程序。程序包括对于利用业务与执行所利用的业务的记帐过程所需要的付费业务提供程序。付费业务提供程序是从运行付费业务提供系统(未示出)的服务器下载的,以及被存储在存储部分。通信终端100的CPU读出这些程序和执行这些程序,以实现图4所示的通信终端100的各个功能部分。
如图所示,通信终端100包括数据发送和接收部分101,经由通信网向和从记帐服务器200与业务提供服务器300传送数据;第一记帐规则信息管理部分102,保存由记帐服务器200发出的第一记帐规则信息;元数据管理部分103,保存由业务提供服务器300发出的元数据;数字签名验证部分104,验证加到第一记帐规则信息和元数据的数字签名;业务选择部分105,请求业务提供服务器300提供由用户选择的业务;业务利用部分107,接收和利用业务信息;通信历史记录部分106,记录业务信息接收的通信历史;以及记帐信息生成部分110,根据第一和第二记帐规则信息与通信历史产生记帐信息。
数据发送和接收部分101包括记帐规则获取功能1011。在感知由用户通过操作通信终端100的运行部分而发出的和请求第一记帐规则的信号后,数据发送和接收部分101把包含用户的ID的记帐规则信息请求消息发送到记帐服务器200。响应于该记帐规则信息请求消息,记帐规则获取功能1011接收来自记帐服务器200的第一记帐规则信息。记帐规则获取功能1011把第一记帐规则信息传送到第一记帐规则信息管理部分102。
在感知请求元数据的信号后,数据发送和接收部分101把用于请求元数据的元数据请求消息发送到业务提供服务器300。在接收到来自业务提供服务器300的、响应于元数据请求消息的元数据后,记帐规则获取功能1011把元数据传送到元数据管理部分103。
第一记帐规则信息管理部分102保存通过记帐规则获取功能1011获取的第一记帐规则信息。如果通过记帐规则获取功能1011获取的第一记帐规则信息包含记帐服务器200的数字签名,则把第一记帐规则信息发送到数字签名验证部分104。然后,由数字签名验证部分104返回的验证的结果连同第一记帐规则信息一起被管理。
元数据管理部分103管理由记帐规则获取功能1011获取等等元数据。如果由记帐规则获取功能1011获取的元数据包含数字签名,则该元数据被发送到数字签名验证部分104。然后,由数字签名验证部分104返回的验证的结果连同元数据一起被管理。如果元数据被成功地管理,则元数据管理部分103把元数据发送到业务选择部分105,以便允许提供在元数据中描述的业务。
按照用于通过使用秘密密钥和公共密钥进行鉴权的通用技术,数字签名验证部分104验证由第一记帐规则信息管理部分102发送的第一记帐规则信息和由元数据管理部分103发送的元数据。数字签名验证部分104把第一记帐规则信息的验证的结果返回到第一记帐规则信息管理部分102。数字签名验证部分104把元数据的验证的结果返回到元数据管理部分103。
参照图5上的流程图,将描述在藉助于业务提供服务器300接收元数据后和在选择业务之前由通信终端100执行的操作过程。
首先,在接收元数据后,数据发送和接收部分101的记帐规则获取功能1011把元数据传送到元数据管理部分103。如果数字签名被加到接收的元数据上,则元数据管理部分103把元数据发送的数字签名验证部分104。
如果记帐服务器200的签名和业务提供服务器300的签名都加到元数据(S10;是,以及S11;是),则数字签名验证部分104顺序地验证这两个签名(S11,S12)。如果数字签名验证部分104成功地验证签名(S12;是),则它把验证的结果返回到元数据管理部分103。元数据管理部分103把元数据返回到业务选择部分105,以便进到业务选择步骤。
另一方面,如果元数据不包含签名(S10;否)或签名验证失败(S11;否,或S12;否),则执行下面描述的程序过程。如果元数据不包含记帐服务器200的数字签名(S10;否),则通信终端100在通信终端100的显示部分上显示警告用户的图像(S13)。在感知用户同意(S14;是)后,程序过程进行业务提供服务器300的签名的验证(S12)。如果通信终端100无法感知用户的同意(S14;否),则它结束处理过程。
在步骤S11,如果数字签名验证部分104无法验证记帐服务器200的签名(S11;否),则通信终端100在显示部分上显示表示验证记帐服务器200的签名失败的图像(S15)。在感知用户的同意的输入后(S16;是),通信终端100进行验证业务提供服务器300的签名(S12)。如果通信终端100无法感知用户的同意(S16;否),则它结束处理过程。
在步骤S12,如果数字签名验证部分104无法验证业务提供服务器300的签名(S12;否),则通信终端100在显示部分上显示表示验证业务提供服务器300的签名失败的图像(S17)。在感知用户的同意的输入后(S18;是),通信终端100进行业务的选择。如果通信终端100无法感知用户的同意(S18;否),则它结束处理过程。
业务选择部分105从元数据管理部分103接收关于用户想要的业务的元数据。业务选择部分105从元数据提取业务提供服务器300的位置信息(图3所示的元数据的例子中的“URL”)和第二记帐规则信息(图3所示的元数据的例子中的“业务收费”,“记帐目标”,和“记帐率”)。业务选择部分105接入DNS(域名系统)服务器,从业务提供服务器300的位置信息中获取通信地址的信息(例如,IP地址)。业务选择部分105把位置信息与获取的通信地址信息相联系,生成会话信息。业务选择部分105把请求要提供的业务的业务请求消息发送到由获取的通信地址信息标识的业务提供服务器300。而且,业务选择部分105把所生成的会话信息和第二记帐规则消息发送到记帐信息生成部分110。
业务选择部分105包括预测信息呈现功能1051和同意功能1052。在选择业务之前,业务选择部分105的预测信息呈现功能1051把根据记帐规则预测的记帐量呈现给用户。具体地,预测信息呈现功能1051根据第一记帐规则信息和第二记帐规则信息计算预测的业务和通信收费。预测信息呈现功能1051生成用于呈现计算的收费的收费预测图像,以便在通信终端100的显示部分上显示收费预测图像。图6显示在显示部分上显示的收费预测图像的例子。同意功能1052只在它感知表示在收费预测屏幕上的“选择(同意付费)”已被选择的信号,才把业务请求消息发送到业务提供服务器300。
响应于业务请求消息,通信历史记录部分106记录通信历史,包括接收的分组的数目和它从业务提供服务器300接收业务信息时的通信时间。通信历史记录部分106把通信历史的记录的结果发送到记帐信息生成部分110。
业务利用部分107利用从业务提供服务器300接收的业务信息。具体地,如果接收的业务信息是视频内容或音乐内容,则业务利用部分107重现活动图像或歌曲。如果接收的业务信息是信息供应内容或游戏内容,则业务利用部分107经由通信网发送和接收数据和处理数据。
记帐信息生成部分110生成关于业务的记帐信息。图7显示生成的记帐信息的例子。如图所示,记帐信息生成部分110根据从第一记帐规则信息管理部分接收的第一记帐规则信息D50、从业务选择部分105接收的元数据D51中包含的第二记帐规则信息、包括关于业务提供服务器300位置(URL)的信息和通信地址信息的会话信息D52、和从通信历史记录部分106接收的通信历史信息D53,通过计算对于每个记帐目标的记帐量而生成记帐信息D54。
记帐信息生成部分110包括记帐信息呈现功能1101和数字签名施加功能1102。记帐信息呈现功能1101在业务期间或在业务利用结束后生成显示由记帐信息生成部分110生成的记帐信息的图像。记帐信息生成部分110在通信终端100的显示部分上显示该图像。词句“在业务期间”是指通过发送业务请求消息被建立的、用来接收业务信息的通信会话被连接。词句“在业务利用后”是指通信会话被断开连接。
数字签名施加功能1102把数字签名加到生成的记帐信息上。
(1.2.记帐服务器)现在描述记帐服务器200的结构。记帐服务器200包括通用服务器的结构。具体地,记帐服务器200包括CPU,控制整个记帐服务器200;存储部分,包括存储在驱动时执行的程序的ROM(只读存储器),临时存储数据的RAM(随机存取存储器),和存储各种数据与程序的硬盘驱动器;以及通信接口,经由通信网控制数据传输。
记帐服务器200的存储部分存储用户拥有的通信终端的通信地址信息和关于用户的各种属性的信息,与标识预订付费信息分发系统的业务合同的用户的ID相联系。用户属性信息包含用户预订合同形式、合同持续时间、业务使用历史、通信使用历史、和付费状态。存储部分存储关于业务提供服务器300提供业务给用户的各段信息,诸如ID和通信地址。
存储部分也存储各种程序。CPU从存储部分读出这些程序中的任何。然后,CPU执行读出的程序,在记帐服务器200上实现图8所示的功能部分。如图所示,记帐服务器200包括数据发送和接收部分201,经由通信网传送数据到或来自通信终端100或业务提供服务器300;记帐规则信息请求处理部分202,处理来自由用户拥有的通信终端100的记帐规则信息请求消息;用户信息管理部分203,保存关于用户的信息;第一记帐规则信息生成部分204,根据用户属性信息生成第一记帐规则信息;数字签名施加部分205,把数字签名加到第一记帐规则信息和元数据;元数据发送和接收部分207,控制到和来自业务提供服务器300的元数据的发送和接收;元数据检验部分206,检验元数据的内容;数字签名验证部分208,验证加到元数据的数字签名;以及帐单生成部分209,根据与业务供应有关的记帐信息生成帐单信息。
数据发送和接收部分201包括记帐规则发送功能2011和帐单发送功能2012。记帐规则发送功能2011把由第一记帐规则信息生成部分204生成的第一记帐规则信息发送到通信终端100。帐单发送功能2012把由帐单生成部分209生成的帐单信息发送到记帐目标。
在从数据发送和接收部分201接收由通信终端100发送的记帐规则信息请求消息后,记帐规则信息请求处理部分202获取被包含在记帐规则信息请求消息中的用户ID。记帐规则信息请求处理部分202从用户信息管理部分203获取相应于用户ID的属性信息。记帐规则信息请求处理部分202把所获取的属性信息发送到第一记帐规则信息生成部分204。
第一记帐规则信息生成部分204根据由记帐规则信息请求处理部分202发送的用户属性信息生成第一记帐规则信息。第一记帐规则信息生成部分204根据具有长的持续时间的高的数值添加计划和适当地支付费用,生成表示对于签订业务预订合同的用户较低的、每个分组的单位价格的记帐规则信息。
数字签名施加部分205使用通常的鉴权方法把数字签名加到由第一记帐规则信息生成部分204生成的第一记帐规则信息和从业务提供服务器300接收的元数据。数字签名验证部分208使用通常的鉴权方法来验证加到从业务提供服务器300接收的元数据上的数字签名。
元数据检验部分206授权由业务提供服务器300发出的元数据。图9显示由记帐服务器200在接收元数据后执行的授权元数据的程序过程。
首先,在接收由业务提供服务器300发送的元数据后,记帐服务器200的元数据发送和接收部分207把元数据从元数据发射的接收部分207发送到数字签名验证部分208。数字签名验证部分208验证加到元数据的数字签名(S1)。如果数字签名被成功地验证(S1;OK),则元数据检验部分206检验被包含在元数据中的数据的内容的有效性(S2)。具体地,元数据检验部分206例如验证各个记帐速率的数字值和验证速率的总的数值,检验在管理信息中是否存在记帐目标、业务提供服务器、和记帐服务器的ID,以及检验业务收费是否过分高。如果元数据通过检验(S2;OK),则数字签名施加部分206把数字签名加到元数据(S3),以表示元数据保证是有效的(被授权的)。数字签名施加部分206然后把具有数字签名的元数据返回到业务提供服务器300(S4)。另一方面,如果元数据在数字签名验证或元数据内容检验中失败(S1;否定,以及S2;否定),元数据发送和接收部分207发送消息,通知业务提供服务器300签名的施加被拒绝(S5)。
根据从通信终端100接收的记帐信息,帐单生成部分209发出帐单。具体地,帐单生成部分209生成对于由在记帐信息中包含的记帐目标信息表示的每个记帐目标收费由在记帐信息中包含的记帐量信息表示的记帐量所需要的帐单信息。
(1.3.业务提供服务器)现在描述业务提供服务器300的结构。类似于记帐服务器200,业务提供服务器300包括普通服务器的硬件结构。
业务提供服务器300的存储部分存储包含关于由业务提供服务器300提供的业务的业务说明信息以及记帐规则信息的元数据。存储部分也存储业务信息,诸如视频内容和音乐内容。存储部分也存储各种程序。CPU执行任何的这些程序,在业务提供服务器300中实现图10所示的功能部分。如图所示,业务提供服务器300包括数据发送和接收部分301,经由通信网传送数据到和来自通信终端100或记帐服务器200;业务提供部分302,把各种业务信息段发送到通信终端100;业务说明生成部分303,生成描述关于业务的信息的业务说明信息;第二记帐规则信息生成部分305,生成对于每个业务的记帐规则信息;元数据生成部分304,根据第二记帐规则信息和第二记帐规则信息生成元数据;元数据发送和接收部分306,控制元数据的发送和接收;元数据管理部分307,保存生成的元数据;数字签名施加部分309,把数字签名加到元数据上;以及数字签名验证部分308,验证由记帐服务器200加到元数据的数字签名。
业务提供部分302保持被提供到通信终端100的各种业务信息,诸如视频或音乐内容。在接收到来自通信终端100的业务请求消息后,业务提供部分302返回相应于请求的业务信息。
业务说明生成部分303生成描述关于由业务提供部分302提供的各个业务的内容的信息(业务ID、报头、业务类型等)的业务说明信息。在这种情形下,藉以生成业务说明信息的数据从外部输入。
第二记帐规则信息生成部分305生成对于由业务提供部分302提供的各个业务固有地设置的记帐规则的第二记帐规则信息。藉以生成第二记帐规则信息的数据原先由业务提供商设置以及从外部输入。
元数据生成部分304根据由业务说明生成部分303生成的业务说明信息和由第二记帐规则信息生成部分305生成的第二记帐规则信息生成以XML描述的元数据。数字签名施加部分309把数字签名加到由元数据生成部分304生成的元数据。
元数据发送和接收部分306控制元数据到每个部分的传递。元数据发送和接收部分306包括元数据分发部分3061和检验请求部分3062。元数据分发部分3061把在元数据管理部分307中保存的元数据经由数据发送和接收部分301分发到通信终端100。检验请求部分3062把检验请求消息经由数据发送和接收部分301发送到记帐服务器200,该消息请求授权由元数据生成部分304生成的、和由数字签名施加部分309把数字签名施加到的、元数据上。
元数据管理部分307存储和保持由记帐服务器200授权的、和记帐服务器200的数字签名被施加到的元数据。数字签名验证部分308验证由记帐服务器200加到元数据的数字签名。
(2.运行)
下面描述如上所述地配置的付费业务提供系统的运行。
参照图11的序列图,下面描述当用户A接收对于“内容电影A”的分发的业务时执行的运行的例子。图11是显示当通信终端100把元数据请求消息发送到系统时由付费信息提供系统执行的通信的过程的序列图。
下面描述先决条件。上述的付费业务提供程序从服务器被下载和被存储在通信终端100的存储部分。再者,记帐服务器200发出第一记帐规则消息和授权的元数据。通信终端100的第一记帐规则信息管理部分102保持由记帐服务器200发出的第一记帐规则信息D50,以及如图7所示。而且,业务提供服务器300保持关于由记帐服务器200授权的“内容电影A”的元数据D51,以及如图7所示。
而且,元数据D51由业务提供服务器300未改变地发送到通信终端100。
而且,当“内容电影A”全部被下载(业务利用结束)时,通信历史记录部分106已记录通信历史信息53,如图7所示。在结束下载“内容电影A”后,用户A操作通信终端100的运行选择,指令呈现记帐信息。
首先,用户A操作通信终端100的运行选择,指令请求想要的业务“内容电影A”的元数据。因此,通信终端100感知该指令,以及数据发送和接收部分101把元数据请求消息发送到业务提供服务器300,该消息请求“内容电影A”的元数据(S30)。
业务提供服务器300的数据发送和接收部分301把来自元数据发送和接收部分306的接收的元数据请求消息传送到元数据管理部分307。元数据管理部分307从保持的数据中提取“内容电影A”的元数据D51,如图7所示,以及把元数据D51返回元数据发送和接收部分306。元数据发送和接收部分306的元数据分发功能3061通过数据发送和接收部分301把元数据分发到通信终端100(S31)。
数据发送和接收部分101的记帐规则获取功能1011获取由业务提供服务器300发送的元数据D51。记帐规则获取功能1011把获取的元数据D51传送到元数据管理功能103。由于数字签名被加到元数据D51,元数据管理部分103把元数据发送到数字签名验证部分104。数字签名验证部分104按照图5所示的流程验证元数据D51。在这种情形下,由于元数据D51没有改变,数字签名验证部分104把验证的结果返回到元数据管理部分103,该结果表示验证是成功的。由于元数据D51成功地被验证,元数据管理部分103把元数据D51发送到业务选择部分105。
业务选择部分105从由元数据管理部分103发送的元数据D51中,提取业务提供服务器300的URL”http//xxx.yyy.zzz/yyy”和第二记帐规则信息(业务收费”200元”,相应于通信记帐目标”provider a”的记帐率”50%”,以及相应于通信记帐目标”user a”的记帐率”50%”,)。然后,业务选择部分105接入DNS服务器,获取相应于业务提供服务器300的URL”http//xxx.yyy.zzz/yyy”的业务提供服务器300的IP地址”aaa.bbb.ccc.ddd”。业务选择部分105生成与URL和获取的IP地址相联系的会话信息D52。
在请求一个业务之前,业务选择部分105的预测信息呈现功能1051根据在元数据D51中描述的第一记帐规则信息D50和第二记帐规则信息,计算预测业务和通信收费。预测信息呈现功能1051生成其上显示计算的收费的收费预测屏幕。预测信息呈现功能1051然后在通信终端100的显示部分上显示该屏幕。
用户A操作通信终端100的运行部分,选择收费预测屏幕上的“选择(同意播放)”。在感知选择后,业务选择部分105的同意功能1052生成请求“内容电影A”的业务请求消息。数据发送和接收部分101然后把生成的业务请求消息发送到由获取的IP地址”aaa.bbb.ccc.ddd”标识的业务提供服务器300(S32)。
业务选择部分105发送第二记帐规则信息和会话信息D52到记帐信息生成部分110,以便执行请求的业务的记帐过程。
在接收来自通信终端100的业务请求后,业务提供服务器300的数据发送和接收部分301把消息传送到业务提供部分302。业务提供部分302从保持的业务信息提取关于“内容电影A”的业务信息,以及把这个业务信息返回到数据发送和接收部分301。数据发送和接收部分301把业务信息发送到通信终端100(S33)。
在接收业务信息后,通信终端100的数据发送和接收部分101把业务信息发送到通信历史记录部分106。在接收业务信息的同时,通信历史记录部分106记录包括接收的分组数目和通信时间的通信历史。而且,通信历史记录部分106把业务信息传送到业务利用部分107。
业务利用部分107把接收的业务信息变换成可重现的格式,以及在显示部分上显示电影A的活动图像,而同时从扬声器输出声音。
一旦关于“内容电影A”的业务信息被全部下载以及用于业务信息分发的会话被断开连接,通信历史记录部分106就发送通知到记帐信息生成部分110,它表示业务利用已结束。在接收表示业务利用已结束的通知后,记帐信息生成部分110计算对于“内容电影A”的业务收费以及与业务利用有关的通信收费。具体地,记帐信息生成部分110从记帐规则信息管理部分102接收第一记帐规则信息D50,如图7所示。再者,由于已由业务选择部分105提供的会话信息D52表示,IP地址是”aaa.bbb.ccc.ddd”,记帐信息生成部分110接收来自通信历史记录部分106的通信历史信息D53(表示从由IP地址”aaa.bbb.ccc.ddd”标识的业务提供服务器300接收2000个分组)。由于被包含在接收的通信历史信息D53中进入的分组的数目是“2000”,它小于“10000”,记帐信息生成部分110根据第一记帐规则信息D50认识到,通信单位价格是0.01日元/分组。而且,根据由业务选择部分105提供的第二记帐规则信息(业务收费”200日元”,相应于通信记帐目标”provider_a”的记帐率”50%”,以及相应于通信记帐目标”user_a”的记帐率”50%”),记帐信息生成部分110计算以下的、对于记帐目标”user_a”的量业务收费200日元;通信收费2000分组×0.01日元/分组×0.5=10日元;记帐量210日元。记帐信息生成部分110计算以下的、对于记帐目标”provider_a”的量业务收费0日元;通信收费2000分组×0.01日元/分组×0.5=10日元;记帐量10日元。记帐信息生成部分110因此生成记帐信息D54,如图7所示。
这时,用户A操作通信终端100的运行部分,如上所述地指令呈现记帐信息。因此,记帐信息生成部分110的记帐信息呈现功能1101生成显示计算的记帐信息D54的屏幕。记帐信息呈现功能1101然后在通信终端100的显示部分上显示该屏幕。
另一方面,记帐信息生成部分110的数字签名施加部分1102把数字签名加到生成的记帐信息D54上。数据发送和接收部分101把记帐信息D54发送到记帐服务器200(S34)。
记帐服务器200的帐单生成部分209提取被包含在从通信终端100接收的记帐信息中的记帐目标信息和记帐量信息。然后,帐单生成部分209生成对于记帐目标“user_a”收费记帐量“210元”所需要的帐单信息和对于记帐目标“provider_a”收费记帐量“10元”所需要的帐单信息。帐单生成部分209从存储部分读出对于标识由每个记帐目标拥有的设备需要的通信地址信息。然后,帐单生成部分209把通信地址信息加到帐单信息,然后把帐单信息发送到数据发送和接收部分201。数据发送和接收部分201的帐单发送功能2012把帐单信息发送到由通信地址信息标识的设备。
因此,这个付费业务提供系统可独立地管理网络记帐规则信息和业务记帐规则信息。记帐规则信息可以对于每个用户被定制,因此,提供相应于用户的资料或业务模型的灵活的记帐实体。
(第二实施例)现在描述本发明的第二实施例。在第二实施例中,按照第一实施例的业务提供服务器300中提供的、用于业务记帐规则的处理功能和元数据管理与分发功能被提供在分开地设备中。
图12是显示按照本发明的第二实施例的付费业务提供系统的结构的方框图。图上的付费业务提供系统不单包括在按照第一实施例的付费业务提供系统中提供的设备,还包括记帐规则信息提供服务器400作为新的部件。
记帐规则信息提供服务器400具有把对于业务的收费的记帐规则信息和对于利用业务需要的通信收费通知通信终端100的功能。
图13是显示图12所示的记帐规则信息提供服务器400的方框图。记帐规则信息提供服务器400包括数据发送和接收部分401,第二记帐规则信息生成部分402,第二记帐规则信息发送和接收部分403,第二记帐规则信息管理部分404,数字签名施加部分405,把记帐规则信息提供服务器400的数字签名加到第二记帐规则信息,以及数字签名验证部分406,验证由记帐服务器200加到第二记帐规则信息的数字签名。
第二记帐规则信息生成部分402生成规定对于由每个业务提供服务器300a提供的业务收费的第二记帐规则信息以及对于利用每个业务所需要的通信收费。
图14显示在第二记帐规则信息中描述的信息单元的例子。第二记帐规则信息只描述关于记帐规则的信息,以及不包含关于业务的内容的信息(“题目”,“URL”,和“业务类型”)。这是因为关于业务的内容的信息由业务提供服务器300a生成。记帐规则信息是以XML描述的。数字签名施加部分405把记帐规则信息提供服务器400的数字签名加到记帐规则信息上。数字签名施加部分405然后把记帐规则信息发送到通信终端100。
数字签名施加部分405把数字签名加到第二记帐规则信息。第二记帐规则信息发送和接收部分403发送消息到记帐服务器200,该消息请求授权数字签名所加到的第二记帐规则信息。第二记帐规则信息管理部分404保持已全部被授权的和其上加上记帐服务器200的数字签名的、返回的第二记帐规则信息。
按照第二实施例的业务提供服务器300a的结构相应于已去除在记帐规则信息提供服务器400中提供的用于记帐规则的处理功能的按照第一实施例的业务提供服务器300的结构。
具体地,按照第二实施例的记帐规则信息生成功能305a,正如在按照第一实施例的记帐规则信息生成功能305的情形下,生成表示第二记帐规则信息的位置信息,而不用生成第二记帐规则信息。位置信息,例如,代表相应于记帐规则信息提供服务器400中的记帐规则信息的URL。记帐规则信息生成功能305a把生成的位置信息发送到元数据生成部分304。元数据生成部分304通过把位置信息加到从业务说明生成部分接收的业务说明信息而生成元数据。发送和接收部分306把元数据发送到通信终端100。
在第二实施例中,根据由发送的元数据中描述的第二记帐规则信息的位置信息,通信终端100的元数据管理部分103具有从记帐规则信息提供服务器40下载关于业务的记帐规则信息。
下面将描述由如上所配置的付费业务提供系统执行的运行序列。图15是显示当通信终端100把元数据请求消息发送到系统时由付费信息提供系统执行的通信过程的序列图。
下面描述先决条件。通信终端100的第一记帐规则信息管理部分102保持由记帐服务器200发出的第一记帐规则信息。业务提供服务器300a的元数据管理部分307保持由记帐服务器200授权的元数据。再者,记帐规则信息提供服务器400的第二记帐规则信息管理部分404保持第二记帐规则信息。
图15是与按照第一实施例的如图11所示的序列图不同在以下之处的序列图加上新的步骤S42和S43。在从业务提供服务器300a下载关于想要的业务的元数据后(S41),通信终端100提取被包含在下载的元数据中的关于业务的第二记帐信息的位置信息。通信终端100通过使用提取的位置信息作为传输目的地地址而生成和发送记帐规则信息(S42)。由位置信息标识的记帐规则信息提供服务器400接收记帐规则信息请求消息和发送第二记帐规则信息到通信终端100(S43)。其他序列类似于第一实施例的序列。
通过按照第二实施例的付费业务提供系统,从分开的服务器接收对于提供业务和关于业务的第二记帐规则信息所需要的业务信息。因此,可以经由不同的通信网接收各个信息段。例如,通信终端100可以经由安全的移动通信网接收第二记帐规则信息和经由无线LAN接收内容,该无线LAN是不太安全的,但是高速和便宜的。上述的第二实施例预期减小对于保护记帐规则信息所需要的、在服务器上的负荷,增加内容下载的速度,和减小通信花费。
(第三实施例)现在描述本发明的第三实施例。按照第三实施例的付费业务提供系统包括也用作为通信终端的业务提供服务器500,以及包括接收业务的功能和把所提供的业务提供到另一个设备的功能。
业务提供服务器500也用作为包括普通计算机的硬件配置的通信终端。也用作为通信终端的业务提供服务器500具有存储部分,该存储部分存储对于实现图4所示的通信终端100的功能所需要的程序和对于实现图10所示的业务提供服务器300的功能所需要的程序。业务提供服务器500的CPU也用作为执行这些程序以实现也用作为如图16所示的通信终端的业务提供服务器500的功能的通信终端。如该图所示,也用作为通信终端的业务提供服务器500包括业务接收部分501和业务提供部分502。业务接收部分501具有类似于图4所示的通信终端100的功能的功能。业务接收功能501接收元数据和业务信息,生成对于所利用的业务的记帐信息。
业务提供部分502具有类似于图10所示的业务提供服务器300的功能的功能。业务提供功能502把业务信息和元数据分发到通信终端100和也用作为通信终端的另一个业务提供服务器500。
业务提供功能502包括要被传送的记帐规则生成功能5021和元数据传送功能5022。要被传送的记帐规则生成功能5021生成要被传送到另一个通信终端100或也用作为通信终端的业务提供服务器500。生成的元数据可以由业务接收部分501从业务提供服务器300被接收或可以是由要被传送的记帐规则生成功能5021新生成的。替换地,可以通过修正由业务接收部分501接收的元数据而得出元数据。如果用户从运行部分输入用于记帐目标的记帐规则、记帐率等等,则要被传送的记帐规则生成功能5021生成包括输入的记帐规则信息的元数据。
元数据传送功能5022把由要被传送的记帐规则生成功能5021生成的元数据发送到用户规定的通信终端100或也用作为通信终端的业务提供服务器500。
参照图17,现在将描述由包括也用作为通信终端的上述的业务提供服务器500的付费业务提供系统执行的运行序列。现在将描述其中也用作为通信终端的第一业务提供服务器500a接收对于“内容电影A”的元数据和业务信息,改变在接收的元数据中的记帐规则,以及把具有 的元数据传送到也用作为通信终端的第二业务提供服务器500b的运行的例子。
如图17所示的由也用作为通信终端的第一业务提供服务器500a执行的请求元数据(S50)传输记帐信息(S54)的过程类似于如图11所示的按照第一实施例的请求元数据(S34)传输记帐信息(S34)的过程。具体地,也用作为通信终端的第一业务提供服务器500a接收对于“内容电影A”的元数据和业务信息(S50到S53)。也用作为通信终端的第一业务提供服务器500a然后生成和发送记帐信息到业务提供服务器300(S54)。
用户A欣赏“内容电影A”,然后执行生成要被传送的元数据以便把“内容电影A”介绍给用户的朋友的过程。具体地,用户A操作也用作为通信终端的第一业务提供服务器500a的运行部分,该通信终端例如输入生成要被传送的元数据的指令,而同时输入信息,表示用户A将支付由朋友在下载“内容电影A”时承担的通信费用。
也用作为通信终端的第一业务提供服务器500a的要被传送的记帐规则生成功能5021改变在对于“内容电影A”中包含的元数据中的第二记帐规则信息中通信记帐目标为“用户A”。要被传送的记帐规则生成功能5021因此生成要被重新分发的元数据。元数据传送功能5022把由要被传送的记帐规则生成功能5021生成的、包含元数据签名请求消息(请求授权元数据)的元数据发送到记帐服务器200(S55)。记帐服务器验证元数据,然后把数字签名加到该元数据上。记帐服务器200然后把最终得到的元数据返回到也用作为通信终端的业务提供服务器500a(S56)。也用作为通信终端的业务提供服务器500a把授权的元数据存储在存储部分。
以上的程序过程使得也用作为通信终端的第一业务提供服务器500a给另一个设备提供用于分发“内容电影A”的业务,类似于业务提供服务器300给另一个设备提供用于分发“内容电影A”的业务。用于请求授权的步骤S55和S56可以省略,如果不需要由记帐服务器200进行授权的话。
图17上的步骤S57到S61表示由也用作为通信终端的第一业务提供服务器500a执行的程序过程,把业务提供给也用作为通信终端的第二业务提供服务器500b。在步骤S57到S61中显示的业务提供过程是与图11的步骤S30到S34中显示的过程相同的。如果用户A操作也用作为通信终端的业务提供服务器500a,指令把“内容电影A”上的元数据分发到也用作为通信终端的业务提供服务器500b(S58),则有可能省略从也用作为通信终端的业务提供服务器500b请求元数据的步骤S57。
通过在第三实施例中所示的付费业务提供系统,也用作为通信终端的业务提供服务器500可以把原先的记帐规则加到接收的元数据上,然后把元数据重新分发到另一个通信终端。业务的扩散因此可以加速。再者,业务请求不集中在业务提供服务器300。所以,本实施例预期,例如,增加容量和改进抗故障的能力。
(第四实施例)现在描述第四实施例。按照第四实施例的通信终端100a不单包括按照第一实施例的通信终端100的功能部分,也包括预付费记帐处理部分111和预付费量存储部分112。
预付费量存储部分112包括在通信终端100中提供的非易失性存储器和被存储在非易失性存储器中的数据。预付费量存储部分112存储表示为了利用由付费信息提供系统提供的业务而预付费的金钱量的预付费量信息。
通信终端100a的存储部分存储对于执行支付为业务利用的记帐的量的过程所需要的程序。通信终端100a的CPU从存储部分读出程序,执行该程序,实现在通信终端100a中预付费记帐处理部分111的功能。预付费记帐处理部分111通过从由被存储在预付费量存储部分112中的预付费量信息表示的金钱量中减去由记帐信息生成部分110生成的记帐信息表示的记帐量,而执行为业务供应付费的过程。
通信终端100因此配备有费用支付功能,所以,可以为用户完成付费过程,因此,通信终端100不需要发送记帐信息到记帐服务器200,因此,允许立即完成付费过程。这改进用户的方便性。而且,用户可检查付费的结算余额,以便系统地利用业务。
(第五实施例)现在描述第五实施例。按照第五实施例的记帐服务器200a不单包括按照第一实施例的记帐服务器200的功能部分,也包括图19所示的元数据信息添加部分210。
记帐服务器200的存储部分存储把信息加到元数据的程序。通信终端100从存储部分读出程序,执行该程序,实现记帐服务器200的元数据信息添加部分210的功能。元数据信息添加部分210至少把新的记帐规则信息和新的业务说明信息的任一项加到从业务提供服务器300接收的元数据。加上的信息可以在程序中描述或从外部输入。
通信终端100的存储部分也存储程序把显示结果与显示部分上的内容相联系,如果加到元数据的信息被解译为发现加上的信息包含URL的话。
参照图20,将描述当记帐服务器200从业务提供服务器300接收元数据时执行的、以上的结构的运行。在这种情形下,元数据信息添加部分210把对于记帐目标的“50%”的通信收费折扣率加到从业务提供服务器300接收的元数据作为新的记帐规则信息。而且,元数据信息添加部分210加上关于拥有记帐服务器200的网络提供商的广告信息作为新的业务说明信息。
业务提供服务器300的元数据生成部分304被假设为生成图7所示的元数据D51。元数据发送和接收部分306被假设为发送检查请求消息到记帐服务器200,以请求授权元数据D51。
在这种情形下,在图20上,在接收检查请求消息后由记帐服务器200执行的步骤S1,S2和S5类似于按照第一实施例的、如图所示的步骤S1,S2,和S5。
在步骤S2,如果对于元数据D51的检查结果是有效的(S2;OK),则元数据信息添加部分210把新的记帐规则信息和新的业务说明信息加到元数据D51。具体地,元数据信息添加部分210加上通信收费折扣率“50%”作为新的记帐规则信息,以及加上附加业务报头“广告”、附加业务URL“http//d.e.f./g”、和附加类型“视频”作为新的业务说明信息。
然后,正如在第一实施例的情形下,数字签名施加部分205把数字签名加到其上添加附加信息的元数据上(S3)。数字签名施加部分205把元数据发送到业务提供服务器300(S4)。
业务提供服务器300的元数据管理部分307保持从记帐服务器200接收的元数据。
然后,通信终端100被假设为把用于请求其上加上上述的附加信息的元数据的元数据请求消息发送到业务提供服务器300。因此,当通信终端100接收例子业务提供服务器300的元数据时,通信终端100的显示部分除了显示到题目“movie_A”的电影内容的链路以外,显示到广告内容的链路。
可以允许直接下载电影内容和广告内容,而不显示链路。
在这种情形下,记帐服务器200可以把记帐规则信息和业务说明信息加到元数据。这使得有可能实现更灵活和各式各样的记帐业务。
(3.变例)已描述了本发明的实施例。然而,本发明并不限于这些实施例,而可以在不背离本发明的技术概念的条件下造成许多变例。下面描述变例的例子。
(1)在按照第一实施例的运行的说明中,记帐信息生成部分110在业务利用结束时计算记帐信息,以及记帐信息呈现功能1101在通信终端100的显示部分上显示记帐信息。然而,本发明并不限于这方面。在业务被利用的同时,记帐信息生成部分110可以根据由通信历史记录部分106记录的、接收的分组的数目来计算记帐信息。记帐信息呈现功能1101可以在显示部分上显示计算的记帐信息。在这种情形下,记帐信息生成部分110可以顺序地计算对于正在被利用的业务的记帐量,这样记帐信息呈现功能1101可以顺序地显示记帐信息。替换地,记帐量可被计算,以及只在感知用户对于显示记帐信息的请求时才显示记帐量。
(2)通信终端100的通信历史记录部分106和记帐信息生成部分110由抗窜改的软件合乎要求地实现和由抗窜改的硬件合乎要求地实施。具体地,为了由抗窜改的软件实现这些部分,例如,用于存储通信历史的程序和用于生成记帐信息的程序以面向目标的语言被描述,诸如Java(登记注册商标)。然后,希望把通信历史、处理通信历史的程序、记帐信息、和处理记帐信息的程序(目标)包装在一起,这样,这些目标不能外部地接入。替换地,通信历史和记帐信息可以通过使用普通的加密技术被加密。为了在抗窜改的硬件上实施这些部分,有可能把程序存储在非可写入的ROM中,或把记帐信息、通信历史、和处理这些信息段的程序存储在只有通过使用接口才能接入的存储媒体,诸如IC卡。
这阻止用户改变通信历史记录部分106和记帐信息生成部分110。因此,通信终端100可以安全地执行记帐过程。
(3)业务提供服务器300可计算对于提供的业务的业务收费,并记帐到记帐服务器200。
在这种情况下,业务提供服务器300包括用于记录对于业务信息供应的使用历史的装置,用于从使用历史中计算记帐量信息的装置,以及用于把包含记帐量信息的、关于业务收费的数据发送到记帐服务器200的装置。
因此,记帐服务器200可以对于从业务提供服务器300接收的记帐量信息,检查从由用户拥有的通信终端100接收的记帐信息。这实现更可靠的和更精确的记帐过程。然而,由于可能发生分组丢失,业务提供服务器300必须配备有检验发送的分组是否到达通信终端100的功能。
(4)在上述的实施例中,数字签名被使用来验证记帐规则信息和元数据。如果记帐规则信息和元数据经由安全的通信路径被发送和接收,则设备100,200,300,和400不需要配备有数字签名验证或施加功能。也就是,有可能省略在通信终端100中提供的数字签名验证部分104,在记帐服务器200中提供的数字签名施加部分205和数字签名验证部分208,在记帐服务器300中提供的数字签名施加部分309和数字签名验证部分308,以及在记帐服务器400中提供的数字签名施加部分405和数字签名验证部分406。
(5)在上述的实施例方面,图10显示,业务提供服务器300的业务提供部分302和业务说明生成部分303是独立的单元(即,它们互相不发送或接收数据)。然而,本发明并不限于这个方面。例如,可以根据在业务提供部分302中积累的业务信息生成业务说明信息。如果业务信息是关于视频的,则预期可以从视频提取特征信息,这样,业务说明信息可以从提取的特征信息中提取。
(6)在上述的实施例中,记帐规则信息和元数据是以XML描述的。然而,本发明并不限于这个方面。记帐规则信息和元数据例如可以以HTML(超级文本标记语言)描述或可以是不以标记语言描述的、简单的数据数组。
(7)在上述的实施例中,对于执行业务的记帐过程所需要的付费业务提供程序从服务器被下载,以及被存储在终端设备100。然而,本发明并不限于这个方面。例如,付费业务提供程序可被记录在记录媒体,诸如软盘(登记注册商标)或CD-ROM(紧凑盘只读存储器),以便通过使用记录媒体被安装在终端设备100。替换地,付费业务提供程序可以在终端设备100被货运之前被预先存储在终端设备100。
(8)在上述的实施例中,通信终端100根据用户的属性信息生成第一记帐规则信息。然而,业务提供服务器300可以根据用户的属性信息生成第二记帐规则信息。
在这种情形下,例如,第二记帐规则信息生成部分305按照用户的属性信息生成对于一个业务的多个第二记帐规则信息。根据由业务说明生成部分303生成的对于业务的业务说明信息和由第二记帐规则信息生成部分305生成的对于业务的多个第二记帐规则信息,元数据生成部分304生成与第二记帐规则信息一样多的元数据。元数据管理部分307保存按照用户的属性生成的元数据。然后,在从终端设备100接收请求某些元数据的元数据请求消息后,元数据管理部分307按照用户的属性信息选择相应的元数据。元数据管理部分307然后把元数据返回到终端设备100。
权利要求
1.一种通信终端,经由通信接收业务供应,该终端包括记帐规则获取装置,从至少一个外部设备获取至少一段关于所述业务供应的记帐规则信息;通信历史记录装置,用于记录通过通信接收提供所述业务所需的业务信息的通信历史;以及记帐信息生成装置,用于根据从所述记帐规则获取装置获取的记帐规则信息和由所述通信历史记录装置记录的通信历史生成关于所述业务供应的记帐的信息。
2.按照权利要求1的通信终端,其中所述记帐规则信息包含关于对于传递所述业务信息所需要的通信收费的第一记帐规则信息和对于所述业务信息单独地设置的第二记帐规则信息中的至少任一项。
3.按照权利要求2的通信终端,其中,所述第一记帐规则信息和所述第二记帐规则信息中至少任一项是根据拥有该终端的用户的属性被确定的。
4.按照权利要求1到3的任一项的通信终端,还至少包括数字签名验证装置,用于验证加到包含所述记帐规则信息的数据上的数字签名;或数字签名施加装置,用于把数字签名施加到由所述记帐信息生成装置生成的记帐信息上。
5.按照权利要求1到4的任一项的通信终端,还包括预付费信息存储装置,用于存储代表为利用所述业务而预付费的金钱量的预付费信息;以及预付费记帐处理装置,用于通过从由被存储在所述预付费信息存储装置中的预付费信息代表的金钱量中减去其量由所述记帐信息生成装置生成的记帐信息代表的要被记帐的金钱量,而支付所述金钱量。
6.按照权利要求1到5的任一项的通信终端,还包括预测记帐信息呈现装置,用于呈现与所述业务的使用有关的记帐信息,该信息是在所述业务被利用之前根据从所述记帐规则获取装置获取的记帐规则信息被预测的;以及同意装置,用于只在感知到同意支付由所述预测记帐信息呈现装置呈现的记帐信息的信号的情况下,才发送用于请求所述业务的业务请求消息。
7.按照权利要求1到6的任一项的通信终端,还包括呈现装置,用于呈现与所述业务的使用有关的和在所述业务使用期间或之后计算的记帐信息。
8.按照权利要求2到7的任一项的通信终端,其中所述第一记帐规则包括对于每种通信网络类型的记帐规则,所述通信历史记录装置记录对于每种通信网络类型的通信历史,以及所述记帐信息生成装置生成对于每种通信网络类型的记帐信息。
9.按照权利要求1到8的任一项的通信终端,还包括要被传送的记帐规则生成装置,用于生成在相应于从所述记帐规则获取装置获取的记帐规则信息的业务上要传送的记帐规则信息;以及元数据传送装置,用于传送由所述要被传送的记帐规则生成装置生成的要被传送的记帐规则信息和描述关于所述业务的信息的业务说明信息。
10.一种记帐设备,用来管理被分发到由业务用户拥有的通信终端的业务信息的记帐,该设备包括第一记帐规则生成装置,用于根据关于所述用户的属性信息生成关于与所述业务信息的分发有关的通信收费的第一记帐规则信息;以及记帐规则发送装置,用于把由所述第一记帐规则生成装置生成的第一记帐规则信息发送到所述用户拥有的通信终端。
11.按照权利要求10的记帐设备,还包括元数据检验装置,用于验证从外部设备接收的、并包括描述关于所述业务的信息的业务说明信息和对于业务单独地设置的第二记帐规则信息的元数据。
12.按照权利要求11的记帐设备,其中所述元数据配备有元数据的生成器的数字签名,记帐设备还包括用于验证所述数字签名的数字签名验证装置,以及如果所述数字签名验证装置验证所述数字签名,则所述元数据检验装置验证所述元数据。
13.按照权利要求11或12的记帐设备,还包括元数据信息添加装置,用于把新的记帐规则信息和新的业务说明信息中至少任一项加到所述元数据。
14.按照权利要求10到13的任一项的记帐设备,还包括帐单生成装置,用于根据被包含在从所述通信终端接收的记帐信息中的所述记帐目标信息和记帐量信息,生成对于向由记帐目标信息代表的记帐目标收取由所述记帐量信息代表的金钱量所需要的帐单信息;以及帐单发送装置,用于把由所述帐单生成装置生成的帐单信息发送到由所述记帐目标信息标识的终端设备。
15.一种业务提供设备,把经由通信提供的业务上的元数据分发到由所述业务的用户拥有的通信终端,该设备包括元数据生成装置,用于生成包括描述关于所述业务的信息的业务信息说明数据和对于业务单独地设置的记帐规则信息的元数据;以及元数据分发装置,用于把由所述元数据生成装置生成的元数据分发到所述用户拥有的通信终端。
16.按照权利要求15的业务提供设备,其中所述记帐规则信息是根据所述用户的属性被确定的。
17.按照权利要求15或16的业务提供设备,还包括用于把业务提供设备的数字签名加到所述元数据上的装置。
18.按照权利要求15到17的任一项的业务提供设备,还包括验证请求装置,用于把对于元数据验证的请求发送到外部设备,以便在所述元数据被分发到所述通信终端之前验证元数据。
全文摘要
本发明提供通信终端、记帐设备、业务提供设备和程序,所有这些当经由通信提供业务时工作,以使得能够根据各式各样的记帐规则执行记帐过程而不增加网络设施的负荷。通信终端100的记帐规则获取功能1011从记帐服务器200接收对于分发业务信息所需要的用于通信收费的第一记帐规则。记帐规则获取功能1011从业务提供服务器300接收包含对于业务信息单独地设置的第二记帐信息的元数据。在业务信息经由通信网被接收时通信历史记录部分106记录通信历史。记帐信息生成部分110根据记帐规则信息和通信历史生成关于业务供应的记帐信息。
文档编号G06Q30/06GK1598854SQ20041007970
公开日2005年3月23日 申请日期2004年9月17日 优先权日2003年9月18日
发明者铃木敬, 中山雄大, 竹下敦, 藤本拓 申请人:株式会社Ntt都科摩
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1