内容计费系统和内容获取/提供装置、方法及其程序的制作方法

专利名称：内容计费系统和内容获取/提供装置、方法及其程序的制作方法
技术领域：
本发明涉及内容计费系统，内容获取装置、内容获取方法及其程序， 和内容提供装置、内容提供方法及其程序，尤其涉及对将在诸如电话服务
之类的采用实时通信的P2P (或称对等，Peer-to-Peer)环境下被交换的内 容进行计费的技术。
背景技术：
近年来，"C对C (消费者对消费者)"电子商务受到关注，其中一 般的消费者通过利用将经由诸如因特网之类的通信服务而执行的拍卖，即 所谓的"网络拍卖(也称作"在线拍卖")"，直接进行交易。在网络拍 卖中，可以在用户之间执行从设定计费率(billing rate)到支付的过程。例 如，诸如内容分发服务之类的根据例如将被下载到个人计算机(PC)的视 频或音乐内容来计费的系统，也己经被广泛地认知，并且这些服务的订购 者数目爆发性地增长。
用户可能关心这样的经由通信服务的内容分发服务的费用。例如，在 共同拥有的较早发明(指JP-A-2005-136627 (专利文献1))中提出了用 于如下的实时通信系统的计费方法，该实时通信系统执行通信管理以使得 服务的用户可以基于由服务供应商在实时通信系统内所定义的计费率来估 计费用。根据该计费方法，可以有利地消除接收到费用之和大于服务用户 所预期的费用之和的帐单的可能性。

发明内容
在专利文献1中提出的技术具有这样的优点，即可以消除接收到费用 之和大于服务用户所预期的费用之和的帐单的可能性，然而它难以在诸如 电话服务之类的实时通信系统中的通信期间，在用户之间动态且灵活地实
现对计费率的定义、同意(agreement)和支付(结算(banking))。此 外，它难以将支付信息(或内容)与计费率的定义和同意相关地进行记 录。因此，对由于缺少操作诸如PC之类的终端装置的经验而难以从网络 容易地获取计费率的用户而言，该技术并不十分方便。
因此，期望在用户之间的内容交易方面，改善用户的便利性。 根据本发明的实施例，提供了一种内容计费系统，该内容计费系统针 对在第一终端和第二终端之间被提供的内容进行计费，第一终端和第二终 端通过连接管理服务器建立用于通话和数据通信的会话，其中基于第二终 端的第二用户的指示，通过连接管理服务器将通过通话而由第一终端的第 一用户所请求提供的内容的计费率信息发送到第一终端。第一终端接收对 所选择的内容的计费率信息，然后根据第一用户对计费率的同意操作，通 过连接管理服务器将同意信息发送到第二终端。在此，连接管理服务器根 据同意信息将计费率通知给计费服务器，并且将同意信息发送到第二终 端。第二终端接收对计费率信息的同意信息，然后通过连接管理服务器将 针对内容的提供许可信息发送到第一终端，并且将内容发送到第一终端。 然后，第一终端接收针对内容的提供许可信息，然后从第二终端获取所选 择的内容。
该配置使得能够在用户之间的分别利用第一终端和第二终端的通信期 间，实时地实现计费率的定义、支付信息的提供以及支付记录。
根据本发明的实施例，可以在用户之间的内容交易方面，改善用户的 便利性。


图1是根据本发明实施例的网络配置图2是示出根据本发明实施例的用户终端(内容请求侧)的配置示例 的框图3是示出根据本发明实施例的用户终端(内容提供侧)的配置示例 的框图4是根据本发明实施例的用于设定计费率并获取内容的序列图5是示出根据本发明实施例的会话建立示例的序列图； 图6是根据本发明实施例的INVITE消息的一个示例的说明图； 图7A至图7C是示出根据本发明实施例的计费率指示画面的示例的说 明图8是根据本发明实施例的计费率通知消息的示例的说明图9是示出根据本发明实施例的计费率表示和同意画面的示例的说明
图10是根据本发明实施例的同意消息的示例的说明图； 图11是示出根据本发明实施例的针对用户终端的计费数据的示例的 配置图12是示出根据本发明实施例的同意表示画面的示例的说明图； 图13是示出根据本发明实施例的记录许可画面的示例的说明图； 图14是根据本发明实施例的记录许可消息的示例的说明图； 图15是示出根据本发明实施例的用于通知记录许可的画面示例的说 明图；以及
图16是示出根据本发明实施例的记录结束画面的示例的说明图。
具体实施例方式
将参考附图来描述本发明的一个实施例的示例。该实施例是在根据本 发明实施例的内容计费系统被用于针对用户终端之间的经由NGN (下一 代网络)的内容交易来进行计费的情况下的示例。
图1是根据该实施例的网络配置图。图1中示出的用户终端1和用户 终端2连接到NGN 3的呼叫控制服务器4 (连接管理服务器)。呼叫控制 服务器4连接到计费服务器5，该计费服务器5管理将在用户终端之间被 交换的内容的计费信息。通过用户终端1和2、呼叫控制服务器4和计费 服务器5的会话建立使用SIP。
NGN3是可以根据SIP (会话发起协议)来实现呼叫控制的网络。 NGN是下一代IP网络，其整合了目前被分别构建的用于因特网服务的IP 网络和用户电话服务的电话网络，作为具有通过使用IP技术而改善了的
QoS (服务质量)和安全性的IP通信网络，并且NGN可能是目前公共网 络的替代物。试图统一地提供不仅电话服务而且电视广播的运动在不断进 步。目前，主要由ITU-T (国际电信联盟一电信标准局)在进行NGN的 标准化，并且甚至在日本也己经起动了关注各个通信事业者的NGN构建 的运动。部分的通信事业者已经进行了现场试验。
ITU-T的Y. 2001推荐(Recommendation)定义了将赋予NGN的各种 特性。首先，重要特性之一可以是提供有保证的端对端(end-to-end)的 QoS。在NGN中，使用各种接入网络(例如xDSL、 WiFi (无线保真)和 蜂窝电话终端)、终端(例如电话、PC和信息家电)以及各种应用。在 这样的环境下，QoS在终端和网络之间被协商，并且被提供给更高层的应 用。接下来是对移动性(mobility)的支持。即使在利用一个移动PC通过 诸如家庭内的xDSL、远离家庭的WiFi和办公室内的FTTH (光纤到户) 之类的各种接入网络进行通信时，或者在办公室内移动或在商务旅行中从 多个PC进行通信时，也需要服务可用。Y. 2001推荐还定义了网络的传输 功能和控制功能的分离、对各种接入网络的支持、固定网络和移动网络 (FMC)的融合、紧急通信、对合法窃听的限制的适应，在此省略对这些 内容的详细描述。
ITU-T的NGN标准化考虑与其他在技术方面重要的标准化机构的联 系。作为NGN的重要组件的IMS (IP多媒体子系统)由第三代蜂窝电话 的标准化组织3GPP来开发，并且其中所使用的SIP和大多数其他协议由 IETF (因特网工程任务组)来开发。
在NGN标准化中所采用的IMS是这样的通信系统，其利用SIP来整 合在过去具有不同的电路交换机和分组交换机的公共通信服务，例如固定 电话网和移动通信网，SIP是由IP技术和因特网电话用于实现多媒体服务 的协议。
以下将简要描述IMS的角色/功能。第一角色/功能是对多媒体会话的 建立的支持。在多媒体终端之间建立端对端通信的技术是多媒体会话控 制。基于诸如由IETF定义的SIP之类的用于会话控制的协议，IMS将IP 传输网络用作载体(传输网络)，并且例如在IP传输网络内或者在IP网
络和另一 IP网络之间，在其他IMS网络之间，或者在PSTN (固定电话 网)之间提供多媒体会话。
第二角色/功能是在端对端的通信中，维持某一传输质量并且确保并实 现使必要的传输带宽得到保证的通信的功能(QoS控制)。IMS根据发送 和接收用户终端的契约条件和/或通信类型(例如语音、视频和数据)来控 制IP分组传输网络上的网络节点，选择质量等级，保证必要的带宽，然后 建立通信。
第三角色/功能是对IP (分组)网络和电路交换网之间的交互工作 (interwork)的支持。IMS不仅可以将基于IP的多媒体服务提供给蜂窝电 话或无线LAN终端(例如，独立于接入网络)，而且可以通过连接到现 有的电话网络或其他IP分组传输网络来提供服务。
IMS还具有诸如对漫游的支持、对应用服务的快速建立的支持以及新 的对从除GPRS (通用分组无线电业务)外的网络的接入的支持之类的角 色/功能。
可以选择除IMS外的网络的传输带宽的协议可以是RSVP (资源预留 协议)，该协议在过去被用于IP网络中的Diameter或QoS。
另一方面，为了建立会话，SIP提供识别另一通信方的功能以及呼叫/ 接收/断开功能。SIP用文本来表达消息，即通信数据。采用SIP的系统主 要包括用户代理(user agent)和SIP服务器。用户代理指诸如具有IP电话 功能的PC之类的用户终端。用户代理包括具有发送请求的功能的用户代 理客户端和具有对请求做出响应的功能的用户代理服务器。根据该实施 例，用户终端1对应于用户代理客户端，并且用户终端2对应于用户代理 服务器。
SIP服务器是代理服务器(proxy server)、重定向服务器、注册器 (registrar)和位置服务器的通称术语。以下将简要描述这些服务器的功 能。
代理服务器是将来自用户代理客户端的SIP请求中继到下一服务器的 服务器。代理服务器提供认证、许可、网络接入控制、路由、SIP请求的 传输和安全性的功能。
重定向服务器扮演这样的角色，其接收请求并且将接收用户代理的当 前地址通知给发送用户代理。用户代理客户端将请求发送到从重定向服务 器返回的接收地址。与代理服务器不同，重定向服务器并不传输SIP请 求。
注册器是接收用于注册用户代理客户端的当前位置的请求
(REGISTER请求)的服务器。注册器通常在与代理服务器和/或重定向服 务器的主机相同的主机上进行操作。
位置服务器是保存来自注册器服务器的注册信息并且响应于重定向服 务器或者代理服务器的对所接收的URI (统一资源标识符)的参考请求的 服务器。可以将位置服务器置于与SIP服务器相同的位置。
那些服务器(功能)是否在一个主机上被实现并不重要。它们是否被 置于一个相同位置也不重要。根据该实施例，用呼叫控制服务器4来总的 表示它们。
虽然在IP网络上，根据SIP来执行会话(或连接)控制的服务器被称 作SIP服务器，但是IMS将其称作CSCF (呼叫会话控制功能)。CSCF 被分为三种CSCF: P-CSCF (代理一呼叫会话控制功能)、I-CSCF (询问 一呼叫会话控制功能)和S-CSCF (服务一呼叫会话控制功能)，这些 CSCF具有彼此不同的功能。
更详细地描述，SIP已被评论为将电话网络整合到IP网络的重要技 术。因此，ENUM (E.164号码映射)被提供作为SIP系统的重要功能。 ENUM使得一般的电话号码能够被包括IP电话的各种IP网络应用所使 用。
已由IETF和ITU-U联合从事ENUM的标准化。ENUM和SIP之间的 连接可以包括由SIP终端(在此，即用户终端1或2)进行的ENUM搜索 和由SIP服务器(即呼叫控制服务器4)进行的ENUM搜索。
ENUM是这样的技术，其使电话号码与网络上的地址或服务相关，并 且将其用作接入手段。通过利用DNS (域名系统)使由ITU-T (国际电信 联盟一电信标准局)所提供的在国际上唯一的电话号码系统(其被称作 "E164")与特定的域区(domain area)(即".el64.arpa"的子域)相
关，来使电话号码与网络上的服务或地址相关。可以使多个地址与一个号
码相关。例如，通过利用ENUM使你的电话号码与电子邮件地址、FAX 号码和/或Web站点的URL相关，电话号码可以用作对你的访问手段的统 一的标识号码。例如，与电话号码"03-1234-5678"相关的ENUM (E164 号码)形式的域名可以是"8.7.6.5.4.3.2丄3丄8.el64.arpa,"，这是通过用 日本的国家号码81来替代开始的"0"并且以逆序重新排列上述电话号码 而得到的。对应于DNS记录的地址可以被保存在用户终端l或2或呼叫控 制服务器4中。
具体地，ENUM的功能使得用户能够不经意地将一般的电话号码用于 使用各种IP网络应用。
接下来，将描述图1中示出的用户终端l和2的配置。图2是用户终 端1的配置示例的框图，并且图3示出用户终端2的配置示例的框图。在 图3中，对于与图2中的那些部分相对应的部分，给予相同的标号，并且 在此省略详细描述。
首先，图2中示出的用户终端1是如上所述的用户代理客户端，并且 请求用户终端2根据用户的操作来提供内容。用户终端1可以是包括专门 用于NGN连接的TV (或电视)电话的终端和紧凑体积的电视接收器的一 体化(all-in-one)终端。然而并不局限于此，可替代地，包括电视电话功 能的PC或者NGN无线通信终端是可应用的。用户终端1包括作为控制部 分的CPU 12A，并且ROM 13和RAM 14连接到与CPU 12A相连的总线 11。计算机软件的程序和/或数据被写入ROM 13中。程序和/或数据在 RAM14中被展开。
CPU 12A (控制部分)根据程序而用作菜单获得部分12al、提供请求 通知部分12a2、计费率接收部分12a3、同意通知部分12a4和内容获取部 分12a5。
菜单获得部分12al是从其他终端获得内容菜单信息的功能块。例如， 在期望通过访问由供应商所操作的内容分发服务器来分发内容的情况下使 用菜单获得部分12al，然而在随后将要描述的在个体用户之间的P2P通信 中不使用菜单获得部分12al。提供请求通知部分12a2是将针对由用户所 选择的内容的提供请求信息发送到另一终端(the other terminal)的功能 块。计费率接收部分12a3是从另一终端接收针对所选择的内容的计费率信 息的功能块。同意通知部分12a4是接收用户对计费率的同意操作并且将同 意信息发送到另一终端的功能块。然后，内容获取部分12a5是从因此而接 收到了同意信息的另一终端接收针对内容的提供许可信息并且从另一终端 获取所选择的内容的功能块。
外部存储设备15通过接口 (I/F) 16连接到总线11。外部存储设备15 是设置在用户终端1内部的硬盘或半导体存储器。可替代地，外部存储设 备15可以是诸如光盘记录介质和存储卡之类的可移动介质。例如，外部 存储设备15可以记录音频、视频或数据内容。
操作单元17通过接口 18连接到总线11。此外，麦克风19和音频输 出单元22分别通过音频处理部分20和21连接到总线11。此外，液晶显 示单元24通过显示控制部分23连接到总线11 。
音频处理部分20将来自麦克风19的模拟音频信号转换为数字音频信 号并且根据需要将其压縮。音频处理部分21解压縮被发送到总线11的数 字音频数据(如果被压縮)，并且将其转换为模拟音频信号。音频输出部 分22可以是扬声器或者头挂听筒(headphone)。
此外，通信单元25连接到总线11，作为用于连接到NGN 3并且交换 内容的接口。还提供了遥控器装置la，并且通过用户终端1的遥控信号接 收部分(未示出)在遥控器装置la和用户终端1之间交换遥控信号。
另一方面，图3中示出的用户终端2是如上所述的用户代理服务器， 并且根据与用户终端1的协商结果来向用户终端1提供内容。与用户终端 l类似，用户终端2可以是包括用于NGN连接的TV (电视)电话专用终
端和紧凑体积的电视接收器的一体化终端。然而并不局限于此，可替代 地，包括电视电话功能的PC或NGN无线通信终端是可应用的。用户终端 2包括CPU 12B，并且ROM 13和RAM 14连接到与CPU 12B相连的总线 11。计算机软件的程序和/或数据被写入ROM 13中。程序和/或数据在 RAM14中被展开。
CPU 12B (控制部分)根据程序而用作菜单提供部分12bl、提供请求
接收部分12b2、计费率通知部分12b3、同意接收部分12b4和提供许可部 分12b5。
菜单提供部分12bl是在与另一方的通信期间向另一终端提供内容菜 单信息的功能块。例如，在期望通过访问由供应商所操作的内容分发服务 器来分发内容的情况下使用菜单提供部分12bl，该供应商将内容菜单通知 给一般的用户终端，然而，在随后将要描述的在个体用户之间的P2P通信 中不使用菜单提供部分12bl。提供请求接收部分12b2是从另一终端接收 针对内容的提供请求信息的功能块。计费率通知部分12b3是发送所接收 到的提供请求所针对的内容的计费率信息的功能块。同意接收部分12b4 是从另一终端接收对计费率信息的同意信息的功能块。然后，提供许可部 分12b5是接收同意信息然后将针对内容的提供许可信息发送到另一方并 且向其发送内容的功能块。
还提供了遥控器装置2a，并且遥控器装置2a和用户终端2被配置为 能够通过用户终端2的遥控信号接收部分(未示出)来交换遥控信号。因 为用户终端2的其余配置与用户终端1的相同，所以在此省略描述。
已经描述了用户终端1和用户终端2分别是用户代理客户端和用户代 理服务器，为了便于描述，例如，电视电话或包括电视电话功能的PC可 以一般地具有这两种功能，并且角色和位置被根据用户操作而切换。
接下来，将描述根据该实施例的用户之间的动态且灵活的计费率设定 和内容获取。根据该实施例，经由NGN网络，实现了这样的P2P计费方 法，即当在通信期间在用户(或用户终端)之间交易支付信息(例如内 容)时，允许动态且灵活的对计费率的设定、同意以及支付(结算)的方 法。仅在内容被支付并且被核准的情况下，才可以被记录。图4是用于设 定计费率并获取内容的序列图。将参考图5到图11来描述图4。
在图4的序列中，用户终端1和用户终端2首先通过呼叫控制服务器 4来建立通信(会话)(步骤SI)。在图5中示出步骤Sl的建立会话的 序列。
在图5的会话建立的序列中，用户终端1的CPU 12A首先响应于对用 户的电话操作的接收，向呼叫控制服务器4发送"INVITE (邀请)"，该
请求表示如图6所示的连接请求(步骤Sll)。
SIP用如图6所示的文本来描述消息，即通信数据。根据SIP的消息 被粗略地分为"开始行"、"头部"和"主体"。
开始行是SIP消息的第一行并且表示SIP消息的目的。诸如INVITE 之类的方法名指代由SIP消息所请求的是何种控制，哪一个是请求并且被 例如通过RFC 3261、 2976或3311的规范而定义。根据来自用户代理客户 端的请求或者来自用户代理服务器的响应，开始行分别被称作开始行或请 求行。
头部详细描述SIP消息的控制细节，并且包括预定义的有含义的多个 头部行。
主体是将由SIP消息传输的数据。在该示例中，以SDP (会话描述协 议)的形式来表示用于建立会话的关于媒介的信息。由SDP所描述的每条 记录具有根据会话描述、时间描述和媒介描述当中的类型而定义的细节和 形式。
例如，第m行描述媒介类型、端口号、传输协议和格式。第b行描述 带宽信息。在图6所示的示例中，第m行具有"video (视频)"，并且 第b行具有"AS: 1024"，这表明将用于视频通信的带宽是1024 kbps。 在这之下描述的第m行具有"audio (音频)"，并且第b行具有"AS: 64"，这表明将用于音频通信的带宽是64kbps。
返回对图5中的会话建立流程的描述，从用户终端1接收到了 "INVITE"请求的呼叫控制服务器4将"INVITE"请求传输到用户终端2 (步骤S12)，并且将包括状态码"100 Trying (尝试中)"的响应发送到 用户终端1，该状态码意味着其处于尝试期间(步骤S13)。接收到了 "INVITE"请求的用户终端2将包括状态码"100 Trying"的响应返回给 呼叫控制服务器4 (步骤S14)。
用户终端2还通过呼叫控制服务器4将包括状态码"183 Session Progress (会话进度)"的响应返回给用户终端1，该状态码指代会话的进 度和状态(步骤S15和S16)。
从用户终端2接收到了包括状态码"183 Session Progress"的响应的用户终端1通过呼叫控制服务器4向用户终端2发送请求"PRACK"，该 请求意味着对临时响应(provisional response)的确认(步骤S17和 S18)。
从用户终端l接收到了 "PRACK"请求的用户终端2通过呼叫控制服 务器4将包括状态码"200 OK (PRACK)"的响应返回到用户终端1，该 状态码意味着对"PRACK"请求的处理己成功(步骤S19和S20)。
从用户终端2接收到了包括状态码"200 OK (PRACK)"的响应的 用户终端1通过呼叫控制服务器4向用户终端2发送"UPDATE (更 新)"请求，该请求意味着会话的改变(步骤S21和S22)。
从用户终端1接收到了 "UPDATE"请求的用户终端2通过呼叫控制 服务器4将包括状态码"200 OK (UPDATE)"的响应返回到用户终端 1，该状态码意味着对"UPDATE"请求的处理已成功(步骤S23和 S24)。
用户终端2返回包括状态码"200 OK (UPDATE)"的响应，然后通 过呼叫控制服务器4向用户终端1发送包括状态码"180 Ringing (响 铃)"的响应，该状态码"180 Ringing"意味着提示用户来应答电话(例 如，通过响起呼叫铃)(步骤S25和S26)。
从用户终端2接收到了包括状态码"200 OK (UPDATE)"的响应的 用户终端1通过呼叫控制服务器4向用户终端2发送"PRACK"请求，该 请求意味着对临时响应的确认(步骤S27和S28)。
从用户终端l接收到了 "PRACK"请求的用户终端2通过呼叫控制服 务器4将包括状态码"200 OK (PRACK)"的响应返回到用户终端1，该 状态码意味着对"PRACK"请求，即对用户进行呼叫的处理已成功(步骤 S29和S30)。
用户终端2返回包括状态码"200 OK (PRACK)"的响应，然后通 过呼叫控制服务器4将包括状态码"200 OK (INVITE)"的响应返回到 用户终端1，该状态码"200 OK (INVITE)"意味着对步骤S12中的 "INVITE"请求的处理已成功，也就是，用户已经应答了电话(步骤S31 和S32)。
另一方面，接收到了包括状态码"200 OK (INVITE)"的响应的用 户终端1通过呼叫控制服务器4向用户终端1发送"ACK"请求，该请求 表示会话的建立已经被最终确认(步骤S33和S34)。处理中的一系列步 骤在用户终端1和用户终端2之间建立会话，并且用户终端1和用户终端 2可以进行实时通信。用于在用户终端1和用户终端2之间建立会话的序 列仅是示例，并且本发明并不局限于此。
因为图5中的序列图示出了退出(断开)会话的处理，所以在此进行 简要描述。为了从用户终端1退出会话，例如，用户可以在图形用户界面 (GUI)上执行断开通信的操作。然后，用户终端1通过呼叫控制服务器 4向用户终端2发送"BYE (再见)"请求，该请求表示退出(断开)会 话(步骤S41和S42)。
从用户终端1接收到了 "BYE"请求的用户终端2通过呼叫控制服务 器4将包括状态码"200 OK (BYE)"的响应返回用户终端1，该状态码 意味着对"BYE"请求的处理已成功(步骤S43和S44)。因此，会话结 束。
在此，返回对图4中的序列的描述，在完成步骤Sl中的处理之后， 用户终端1的用户可以通过与用户终端2的用户进行实时通信，来请求提 供用户终端2中所保存的内容(支付信息)(步骤S2)。例如，作为实时 通信的示例，用户可以在电视电话上进行呼叫并通话，并且请求提供内容 (如果用户期望得到内容)。可替代地，用户终端1的用户可以请求用户 终端2的用户允许其观看用户终端2中所保存的部分内容。例如，用户终 端1的用户可以观看关于视频、音乐、计算机程序或数据等的元数据，观 看视频的縮略图，或者收听由用户终端2的用户所推荐的音乐的试听版 本。然后，如果用户终端1的用户期望得到内容，那么用户终端1的用户 在经由电视电话的谈话期间向用户终端2的用户请求提供内容。
用户可能期望提供的支付信息并不局限于在另一终端的记录介质中预 先记录的信息，例如视频、音乐、计算机程序和数据，而是例如还包括实 时服务，例如占卜师的占卜言论(或细节)。
以下将描述所期望提供的支付信息是占卜细节的情况。在用户终端1
的用户和用户终端2的用户之间的经由电视电话的通信期间，用户终端1 的用户可以通过语音向用户终端2的用户请求"简单说说我的运气"。用
户终端2的用户可能回答"那需要100日元"。
同时，从用户终端1的用户接收到了提供内容的请求的用户终端2的 用户可以操作遥控器装置2a或用户终端2，以在液晶显示单元24上显示 目标内容的计费率。用户终端2的用户可以操作遥控器装置2a以在画面上 输入金额。
图7A至图7C示出针对所期望提供的信息的计费率指示画面的示例。 如图7A所示，在用户终端2上显示了这样的消息，其向用户2请求关于
是否执行输入计费率的操作的指示。如果将要执行输入计费率的操作，那 么例如可以按下遥控器装置2a上的"绿色"按钮。接下来，如图7B所 示，指示输入用户所请求的信息的计费率(其可以是所收取的金额或价 格)的消息被显示在用户终端2上。为了输入计费率，可以按下遥控器装 置2a上的"绿色"按钮以移动到图7C中示出的画面，然后按下"1+0 + 0+OK (绿色)"。
如果所输入的计费率正确，那么用户可以点选OK (绿色)按钮。被 指示了计费率的用户终端2的计费率通知部分12b3将计费率通知消息发 送到呼叫控制服务器4 (步骤S3)。
图8示出计费率通知消息的示例。计费率通知消息在SIP消息的开始 行描述INFO方法，该INFO方法意味着在会话期间的信息通知。在图8 所示的示例中，在最后的计费率行中描述了 "BillingRate (计费率) =100"，这表示计费率为100[日元]。
返回参考图4中的序列图，如果由用户终端2所发送的计费率被存储 到主存储设备中，那么呼叫控制服务器4将计费率通知消息发送到用户终 端1 (步骤S4)。在用户终端1中，由呼叫控制服务器4发送的计费率通 知消息被计费率接收部分12a3接收，并且在最后的行中所描述的计费率行 被读出并被显示在液晶显示单元24上。
如果用户指示了同意所显示的计费率，那么用户终端1的同意通知部 分12a4将同意消息发送到呼叫控制服务器4 (步骤S5)。
图9示出对计费率的表示和同意画面的示例。在用户终端1的画面 上，由用户终端2所通知的计费率(100日元)被显示。此外，询问用户 所通知的计费率是否被同意的消息被显示在其上。如果用户终端1的用户 说"我同意"并且按下遥控器装置la上的OK (绿色)按钮，那么同意消 息被发送给用户终端2。为了表示不同意，NO (红色)按钮可以被按下。
图10示出同意消息的示例。同意消息在SIP消息的开始行描述INFO 方法，该INFO方法意味着在会话期间的信息通知。在图10所示的示例 中，在最后的同意行中描述了 "Payment Agreed (支付被同意)=1"。在 该示例中，将标志(Flag)设定为l表示同意意愿。
返回参考图4中的序列图，如果呼叫控制服务器4从用户终端1接收 到同意消息，那么呼叫控制服务器4将存储在主存储设备中的计费率信息 通知给计费服务器5 (步骤S6)，并且将同意消息发送到用户终端2 (步 骤S7)。接收到了计费率信息的计费服务器5将由呼叫控制服务器4所输 入的计费率信息存储到针对用户终端的计费数据的P2P计费信息n。
图11示出针对用户终端的计费数据的示例。计费服务器5相关联地 管理用户终端号码(电话号码)和计费数据。在图11所示的示例中，针 对每一通信方，存储包括计费数据段1至n的信息。 一个计费数据段存储 通信方(电话号码)、通信时间和包括P2P计费信息段l至n的信息。一 个P2P计费信息段是将与任意用户终端所获取的内容相关的计费率(其被 存储在主存储设备中)乘以通信时间的结果。针对每次会话计算并存储 P2P计费信息段l至n。在图ll所示的示例中，每个用户终端号码的通信 费用的总和被计算并被与计费数据一起存储。然而，可以针对每个另一通 信方来计算通信费用，并且可以与关于内容获取的P2P计费信息一起存储 计费信息。
返回参考图4中的序列图，在用户终端2中，从呼叫控制服务器4发 送的同意消息被同意接收部分12b4接收，并且在最后的行中所描述的同 意信息被读出并且被显示在液晶显示单元24上。
图12示出同意显示画面的示例。用户终端2的画面显示这样的消 息，其表示由用户终端2所通知的计费率已经被用户终端1同意。在该示
例中，计费服务器5被收取了 100日元的事实被显示。如果用户终端2的 用户检査所支付的金额并且按下遥控器装置2a上的OK (绿色)按钮，那 么画面显示变为记录许可画面。
图13示出记录许可画面的示例。该画面显示这样的消息，其提示用 户终端2的用户最后判断是否允许另一方(即用户终端1)进行记录。为 了表示同意，可以按下遥控器装置2a上的OK (绿色)按钮。为了表示不 同意，可以按下NO (红色)按钮。
然后，如果OK (绿色)按钮被按下，那么用户终端2的提供许可部 分12b5向呼叫控制服务器4发送记录许可消息(步骤S8)。此外，呼叫 控制服务器4将记录许可消息发送到用户终端1 (步骤S9)。
图14示出记录许可消息的示例。记录许可消息在SIP消息的开始行描 述INFO方法，该INFO方法意味着在会话期间的信息通知。在图14所示 的示例中，在最后的记录许可行中描述了 "RecPropriety (记录行为) =1"。在该示例中，将标志设定为l表示记录许可的意愿。
在用户终端l中，如果内容获取部分12a5接收到记录许可消息，那么 记录被许可的事实被显示在液晶显示单元24上。可替代地，可以在用户 终端1的预定位置处设置指示灯，并且可以使指示灯亮起。
图15示出用于通知记录许可(或对内容获取的许可)的画面的示 例。用户终端1的画面显示这样的消息，其将记录被许可的事实通知给用 户并且进行提示以指示是否开始记录。如果遥控器装置2a上的OK (绿 色)按钮被按下，那么支付信息的记录被允许。
如果从用户终端1接收到同意消息，并且确定用户指示了开始记录， 那么用户终端2的提供许可部分12b5将支付信息(内容)提供给用户终 端1 (步骤10)。在该示例中，在用户终端2—侧的占卜师例如可以将电 视电话的相机向他或她的面部、水晶球或卡片移动，并且与在用户终端1 一侧的用户进行通信。
用户终端1的内容获取部分12a5实现对从用户终端2发送的支付信息 (内容)的记录，并且将所请求的内容存储到外部存储设备15。在用户终 端1中，如果对支付信息的记录结束，那么如图16所示的记录结束画面
被显示。为了结束记录，可以按下遥控器装置la上OK (绿色)按钮。如 果不结束，那么可以按下NO (红色)按钮。
为了在内容记录结束之后退出会话，可以执行图5中示出的步骤S41 到S43的处理，藉此会话被断开。如果用户终端1的用户进一步请求支付 信息提供，那么该处理的一系列步骤被重复。
以这种方式，根据谈话的过程来执行对支付信息的提供和支付(结 算)。在该示例中的占卜的情况下，通过诸如占卜什么(例如恋爱)以及 针对占卜使用何种方法(例如星座占卜和手相占卜)之类的通信，可以识 别实时变化的支付信息。这并不局限于占卜，而是可以满足各种请求，例 如对视频、音乐、计算机程序、数据等的经由电视电话的支付信息的识别 和改变。
分组(视频分组和音频分组)在实际的通信终端之间直接被交换，而 无需通过呼叫控制服务器4。换言之，对支付信息提供的请求(步骤S2) 和支付信息的提供(步骤S10)并不基于SIP消息而是基于音频分组或视 频分组本身。因此，直接在终端之间执行通信。
如上所述，根据前述的实施例，在这样的情况下，即利用经由网络 (例如NGN网络)的电话在用户之间的实时通信期间，在用户之间将支 付信息(或内容)提供给另一终端，从而使得能够通过电话号码的接口来 获取支付信息的情况下，计费率信息、同意信息、支付信息(P2P计费通 知)和记录许可信息通过IP通信消息被通知给另一终端或计费服务器。因 此，计费率可以被实时地设定，并且支付信息可以被实时地提供和/或记 录。通过用户之间的通信，支付信息(或内容)可以与计费率的设定和同 意相关联地被获取。
因此，在如电话服务的实时通信期间，可以动态且灵活地获取支付信 息。因此，即使过去因不熟悉诸如PC之类的终端装置上的操作而不能从 网络获得信息的人，也可以容易地在该场所获取支付信息，这可以大大改 善用户的便利性。
根据前述的实施例，可以利用现有方法来实现基于用户终端的计费数 据(其被存储在计费服务器中)的结算处理。例如，可以与正常的通信费
用一起，从用户在银行所开的帐户中收取基于与内容获取相关的计费数据 的费用。可替代地，可以独立于正常的通信费用，从另一帐户收取基于与 内容获取相关的计费数据的费用，或者通过网上银行或通过银行来进行支 付。
本发明并不局限于上述实施例，并且可以对其做出各种修改和改变而 不会背离本发明的精神和范围。
相关申请的交叉引用
本发明包含与2007年8月23日递交到日本专利局的日本专利申请JP 2007-217502相关的主题，该日本专利申请的全部内容通过引用被结合于 此。
权利要求
1.一种内容计费系统，其针对在第一终端和第二终端之间被提供的内容进行计费，所述第一终端和所述第二终端通过连接管理服务器来建立用于通话和数据通信的会话，其中基于所述第二终端的第二用户的指示，通过所述连接管理服务器将通过通话而由所述第一终端的第一用户所请求提供的内容的计费率信息发送到所述第一终端；所述第一终端接收对所选择的内容的计费率信息，然后根据所述第一用户对所述计费率的同意操作，通过所述连接管理服务器将同意信息发送到所述第二终端；所述连接管理服务器根据所述同意信息将所述计费率通知给计费服务器，并且将所述同意信息发送到所述第二终端；所述第二终端接收对所述计费率信息的所述同意信息，然后通过所述连接管理服务器将针对所述内容的记录许可信息发送到所述第一终端，并且将所述内容发送到所述第一终端；并且所述第一终端接收针对所述内容的所述记录许可信息，然后从所述第二终端获取所选择的内容。
2. —种内容获取装置，包括通信单元，用于执行与另一终端的通话和数据通信； 提供请求通知部分，其通过与所述另一终端的通话将对内容的提供请 求信息发送到所述另一终端；计费率接收部分，其从所述另一终端接收对所选择的内容的计费率信必5同意通知部分，其根据所述用户对所述计费率的同意操作，将同意信息发送到所述另一终端；以及内容获取部分，其从接收到了所述同意信息的所述另一终端接收针对 所述内容的记录许可信息，并且从所述另一终端获取所选择的内容。
3. 如权利要求2所述的内容获取装置，其中从所述同意通知部分发送 的所述同意信息通过连接管理服务器被发送到所述另一终端，并且当一旦 接收到所述同意信息就将所述计费率通知给计费服务器时，所述连接管理 服务器将所述同意信息发送给所述另一终端。
4. 如权利要求3所述的内容获取装置，还包括图像信号生成部分，其生成在显示单元上显示的画面的图像信号， 其中所述图像信号生成部分生成用于显示将被同意的所述计费率的画 面以及显示针对所述内容的记录许可信息的画面的图像信号。
5. —种内容获取方法，包括以下步骤 与另一终端建立用于进行通话和数据通信的会话；通过与所述另一终端的通话将对内容的提供请求信息发送到所述另一终端；从所述另一终端接收对所选择的内容的计费率信息； 根据所述用户对所述计费率的同意操作，将同意信息发送到所述另一 终端；并且从接收到了所述同意信息的所述另一终端接收针对所述内容的记录许 可信息，并且从所述另一终端获取所选择的内容。
6. —种使得计算机执行内容获取方法的程序，所述内容获取方法包括 以下步骤与另一终端建立用于进行通话和数据通信的会话； 通过与所述另一终端的通话将对内容的提供请求信息发送到所述另一 终端；从所述另一终端接收对所选择的内容的计费率信息； 根据所述用户对所述计费率的同意操作，将同意信息发送到所述另一 终端；并且从接收到了所述同意信息的所述另一终端接收针对所述内容的记录许 可信息，并且从所述另一终端获取所选择的内容。
7. —种内容提供装置，包括通信单元，用于执行与另一终端的通话和数据通信； 提供请求接收部分，其通过与所述另一终端的通话从所述另一终端接 收对内容的提供请求信息；计费率通知部分，其基于用户的指示，发送所接收到的提供请求所针 对的内容的计费率信息；同意接收部分，其从所述另一终端接收对所述计费率信息的同意信 息；以及提供许可部分，其在接收到所述同意信息之后，向所述另一终端发送 针对所述内容的记录许可信息并且发送所述内容。
8. 如权利要求7所述的内容提供装置，其中所述计费率通知部分通知 由所述用户针对所述内容而指示的计费率。
9. 如权利要求8所述的内容提供装置，还包括 图像信号生成部分，其生成在显示单元上显示的画面的图像信号， 其中所述图像信号生成部分生成用于显示对所述内容的计费率的画面以及显示对所述内容的计费率的同意信息的画面的图像信号。
10. —种内容提供方法，包括以下步骤 与另一终端建立用于通话和数据通信的会话；通过与所述另一终端的通话从所述另一终端接收对内容的提供请求信息；基于用户的指示，发送所接收到的提供请求所针对的内容的计费率信从所述另一终端接收对所述计费率信息的同意信息；并且 在接收到所述同意信息之后，将针对所述内容的记录许可信息发送到 所述另一终端，并且将所述内容发送到所述另一终端。
11. 一种使得计算机执行内容提供方法的程序，所述内容提供方法包括以下步骤与另 一终端建立用于通话和数据通信的会话； 通过与所述另一终端的通话从所述另一终端接收对内容的提供请求信阜.'K、 5基于用户的指示，发送所接收到的提供请求所针对的内容的计费率信从所述另一终端接收对所述计费率信息的同意信息；并且 在接收到所述同意信息之后，将针对所述内容的记录许可信息发送到 所述另一终端，并且将所述内容发送到所述另一终端。
全文摘要
本发明提供内容计费系统和内容获取/提供装置、方法及其程序。在内容计费系统中，基于第二终端的第二用户的指示，通过连接管理服务器将由第一终端的第一用户通过通话而请求的内容的计费率信息发送到第一终端；第一终端接收计费率信息，并且根据第一用户对计费率的同意操作，通过连接管理服务器将同意信息发送到第二终端；连接管理服务器根据同意信息将计费率通知给计费服务器，并且将同意信息发送到第二终端；第二终端接收同意信息，通过连接管理服务器将针对内容的记录许可信息发送到第一终端，并且将内容发送到第一终端；并且第一终端接收记录许可信息，并且从第二终端获取所选择的内容。
文档编号G06Q50/00GK101374057SQ20081021051
公开日2009年2月25日 申请日期2008年8月25日 优先权日2007年8月23日
发明者川畑哲 申请人:索尼株式会社