CN101102368A

CN101102368A - 回呼式Web800系统及其通话方法

Info

Publication number: CN101102368A
Application number: CNA2007101495622A
Authority: CN
Inventors: 顾志凌; 俞高宇; 姚滨晖; 陆明其; 朱维成
Original assignee: MDC TELECOM CO Ltd
Current assignee: MDC TELECOM CO Ltd
Priority date: 2007-09-06
Filing date: 2007-09-06
Publication date: 2008-01-09
Anticipated expiration: 2027-09-06
Also published as: CN101102368B

Abstract

一种Web800系统，包括触发设备、回呼处理单元、第一话机、第二话机，其中：所述触发设备向所述回呼处理单元发送回呼请求消息；所述回呼处理单元接收该回呼请求消息，从该回呼请求消息获取第一话机号码和第二话机号码，然后依据预设业务规则作为主叫方向两端话机发起呼叫，为所述第一话机和所述第二话机创建通话；所述第一话机与所述第二话机通话。以及一种Web800通话方法，利用该系统和方法极大地方便了用户并降低了话费。

Description

回呼式Web800系统及其通话方法

技术领域

本发明涉及Web800系统及其通话方法，更具体而言，涉及回呼式Web800系统及其通话方法。

背景技术

传统的被叫集中付费业务，由于接入码为800，所以又称为800业务。该业务由被叫用户付费，主叫用户不付费，为公司、商业机构业务发展提供了方便，能大量吸引客户给企业打电话，从而使公司、商业机构获得业务上的发展。但是，传统的800业务通话费用比较高，客户需要承担高昂的电信资费。

近年来，随着IP网络的快速发展，语音可以在IP网络上廉价地传输，一种通过互联网实现通话功能并由受话方付费的网络通讯服务业务应运而生，这就是Web800，一种通过互联网提供的全球性在线服务。Web800号业务按使用方式分为两类：Web点击800号和电话拨打800号。其中电话拨打的800号业务又分为普通PSTN(公共电话交换网)电话拨打和以太网电话拨打的800号两种。然而由于PSTN和IP网之间的结算问题，对于主叫用户是普通PSTN用户时，Web800往往需要主叫支付PSTN接入通话费用，这有悖于800的本意。然而，对于主叫用户用以太网电话拨打800号时，要求主叫用户必须拥有计算机、麦克风以及必须能够上网等相关软硬件配置，这对主叫用户提出了很高的配置要求，对于普通的PSTN用户来说，需要承担一笔额外的开支。

此外，在国内外电信市场，不同国家和地区所制定的跨国(地区)呼叫的电信资费还存在着较大的差距，然而，当前的电信资费计费方式均以主叫方的电信资费标准计费。因此，在电信资费较高国家或地区的用户往往因高额的长途话费而将电话沟通的需求克制到了最低。

发明内容

因此，本发明的主要目的在于提供一种呼叫双方均是普通的PSTN用户时，将从电信资费较高地区向电信资费较低地区发出的呼叫转换成由电信资费较低地区向电信资费较高地区发出的呼叫的回呼式Web800系统及其通话方法。

根据本发明的第一方面，提供一种Web800系统，包括触发设备、回呼处理单元、第一话机、第二话机，其中：所述触发设备向所述回呼处理单元发送回呼请求消息；所述回呼处理单元接收该回呼请求消息，从该回呼请求消息获取第一话机号码和第二话机号码，然后依据预设业务规则作为主叫方向两端话机发起呼叫，为所述第一话机和所述第二话机创建通话；所述第一话机与所述第二话机通话。

根据本发明的第二方面，提供一种Web800通话方法，包括步骤：(1)从触发设备向回呼处理单元发送回呼请求消息；(2)所述回呼处理单元接收该回呼请求消息，获取通话号码；(3)所述回呼处理单元利用该通话号码，依据预设业务规则作为主叫方向两端话机呼叫；(4)为所述两端话机创建通话；(5)两端话机通话。

根据本发明提供的回呼式Web800系统及其通话方法，使作为普通的PSTN用户只要能上网或者拥有一部能发送即时文本消息的电话就可以快捷有效地联系到对方然后进行PSTN通话，并且，用户可以按照电信资费较低地区的资费标准缴费，从而在提供方便快捷的通话方式的同时大大节省了用户的资费开支。

附图说明

为了更好地理解本发明，下面结合附图仅以举例的方式对本发明的实施方案作详细说明，其中：

图1示出了根据本发明的一个实施方案的回呼式Web800系统的系统结构示意图；

图2示出了根据本发明的又一实施方案的回呼式Web800系统的系统结构示意图；

图3示出了根据本发明的一个实施方案的回呼式Web800系统的网络拓扑示意图；

图4示出了根据本发明的一个实施方案的成功完成一次基于Web页面发起的回呼业务流程的回呼式Web800系统消息交互图；

图5示出了根据本发明的一个实施方案的成功完成一次基于短消息发起的回呼业务流程的回呼式Web800系统消息交互图；

图6示出了根据本发明的一个实施方案的回呼式Web800呼叫处理流程图。

具体实施方式

本发明的主要目的在于为普通的PSTN用户提供一种方便、快捷、资费低廉的通话系统以及通话方法。作为普通的PSTN用户只要能上网或者拥有一部能发送即时文本消息的电话就可以快捷有效地联系到对方然后进行PSTN通话，并且，用户可以按照电信资费较低地区的资费标准缴费，从而在提供方便快捷的通话方式的同时大大节省了用户的资费开支。

在下面描述中，为说明起见，描述了很多具体细节以便全面理解本发明的实施方案。然而，对于本领域的技术人员来说，显而易见的是本发明可不采用这些具体细节进行实施。此外，在下文描述中，相同的附图标记表示相同的部件。

图1示出了根据本发明的一个实施方案的回呼式Web800系统的系统结构示意图。参见图1，触发设备10向回呼处理单元30发送回呼请求消息，所发送的回呼请求消息中可以包括第一话机号码、第二话机号码、第一话机机主名称、第二话机机主名称以及所提问题等，在此回呼请求消息内容可以是本领域技术人员所知的任何适用于本发明的内容。接收该回呼请求消息，从该回呼请求消息获取第一话机号码和第二话机号码，然后依据预设业务规则作为主叫方呼叫第一话机70和第二话机80。

优选地，在回呼处理单元30向两端话机发起呼叫前，还可以包括判断，例如判断回呼请求的类型，如果是实时回呼，则同时向两端话机发起呼叫；如果是预约回呼，则判断当前时间是否到达预约时间，若是，则同时向两端话机发起呼叫，反之，则将所述回呼请求保存至等待呼叫队列。当回呼处理单元30向两端话机发起呼叫时，如果呼叫失败，那么优选地，还可以包括呼叫失败处理，例如保存呼叫失败记录，向触发设备10发送失败提示消息等。当回呼处理单元30向两端话机呼叫成功后，为两端话机创建通话，第一话机70和第二话机80通话。

图2示出了根据本发明的又一实施方案的回呼式Web800系统的系统结构示意图。参见图2，触发设备10向回呼处理单元30发送回呼请求消息，所发送的回呼请求消息中可以包括第一话机号码、第二话机号码、第一话机机主名称、第二话机机主名称以及所提问题等，在此回呼请求消息内容可以是本领域技术人员所知的任何适用于本发明的内容。

优选地，回呼处理单元30可以包括回呼请求消息解析服务器302、业务受理服务器304、呼叫服务器308、业务数据库306。当回呼请求消息发送到回呼处理单元30时，回呼请求消息解析服务器302接收该回呼请求消息并对其进行解析，如果解析成功，则将所解析的回呼请求发送给业务受理服务器304；如果解析失败，则向触发设备10发送解析失败消息，提示触发设备10重新发送回呼请求消息。

业务受理服务器304接收所解析的回呼请求，将其提交到业务数据库306，优选地，在提交到业务数据库306之前，业务受理服务器304可以先判断该回呼请求的有效性，例如可以判断第一话机号码以及第二话机号码是否为合法的数字，以及话机号码的长度是否合法等，如果有效则提交到业务数据库306；否则，将无效提示信息返回回呼请求消息解析服务器302，回呼请求消息解析服务器302向触发设备10发送回呼请求失败消息，提示触发设备10重新发送回呼请求消息。

优选地，业务受理类型可以分为预付费和后付费，在业务受理服务器304将所接收到的所解析的回呼请求提交到业务数据库306之前，还可以包括判断业务受理类型，如果是预付费，则向计费服务器50查询话费余额，如果计费服务器50返回余额不足消息，则业务受理服务器304向回呼请求消息解析服务器302发送余额不足消息，然后回呼请求消息解析服务器302向触发设备10发送回呼请求失败消息，提示触发设备10余额不足，无法呼叫。

当业务数据库306成功记录回呼请求后，向业务受理服务器304发送记录写入成功消息，业务受理服务器304接收到该记录写入成功消息后，向呼叫服务器308发起呼叫建立请求，呼叫服务器308接受该请求，从业务数据库306获取所提交的回呼请求和预设业务规则，在此预设业务规则可以是本领域技术人员所熟知的适用于本发明的任何规则，诸如呼叫失败后，重复呼叫的次数；呼叫遇忙时，重复呼叫；呼叫拒绝接听时，不需要重复呼叫；余额不足时的提示音播放；呼叫时的提示音播放。呼叫服务器308根据所获取的回呼请求，获得第一话机号码和第二话机号码，然后根据所获取的预设业务规则，作为主叫方向两端话机发起呼叫。

优选地，在呼叫服务器308向两端话机发起呼叫前，还可以包括判断，例如判断回呼请求的类型，如果是实时回呼，则同时向两端话机发起呼叫；如果是预约回呼，则判断当前时间是否到达预约时间，若是，则同时向两端话机发起呼叫，反之，则将所述回呼请求保存至等待呼叫队列。当为第一话机70和第二话机80创建通话成功后，呼叫服务器308向业务受理服务器304发送呼叫成功通知。

优选地，业务受理服务器304接收到呼叫成功通知后，可以向计费服务器50发送计费请求，计费服务器50根据作为主叫方的呼叫服务器308开始计费。

图3示出了根据本发明的一个实施方案的回呼式Web800系统的网络拓扑示意图。触发设备10可以通过计算机101或移动通讯设备103发送回呼请求消息。优选地，可以通过诸如Web页面、电子邮件或短消息发送回呼请求消息。优选地，移动通讯设备103可以是手机、小灵通等可以发送文本消息的设备。触发设备10将回呼请求消息发送到回呼处理单元30。

优选地，回呼处理单元30可以包括回呼请求消息解析服务器302、业务受理服务器304、呼叫服务器308、业务数据库306。当回呼请求消息发送到回呼处理单元30时，根据不同的触发方式，回呼请求消息解析服务器302将通过不同的服务器接收该请求并对其进行解析。

当通过因特网采用Web页面发送回呼请求消息时，Web服务器3021接收到回呼请求消息后，通过相应的协议解析该回呼请求消息，然后将所解析的回呼请求发送到业务受理服务器304。在此，所采用的协议可以是本领域技术人员所熟知的任何能够解析出该回呼请求消息的协议，也可以是根据需要自定义的协议，在下文中将对自定义的协议进行描述。优选地，在Web服务器3021和业务受理服务器304之间可以使用诸如XML/TCP之类的通信协议进行通信。

当通过因特网采用电子邮件发送回呼请求消息时，用户编写具有指定格式规范的电子邮件发往邮件服务器3023，邮件服务器3023接收该电子邮件后通过相应的协议解析该电子邮件，然后将所解析的回呼请求发送到业务受理服务器304。在此，所采用的协议可以是本领域技术人员所熟知的任何能够解析出该回呼请求消息的协议，也可以是根据需要自定义的协议，在下文中将对自定义的协议进行描述。

当通过移动通讯设备103发送短消息来发送回呼请求消息时，用户发起具有一定格式规范的指令短消息并通过不同的短信网关服务器901(例如中国移动短消息网关接入或者中国联通的短消息网关接入)路由到短信处理服务器3025。短信处理服务器3025通过相应的协议解析该回呼请求消息，然后将所解析的回呼请求发送到业务受理服务器304。在此，所采用的协议可以是本领域技术人员所熟知的任何能够解析出该回呼请求消息的协议，也可以是根据需要自定义的协议，在下文中将对自定义的协议进行描述。

接下来，将采用伪代码的形式对自定义的协议XBP进行描述，在此，该描述是为了说明，而不是为了限制。XBP是一种基于XML的扩展协议，用来实现业务受理服务器304与回呼请求消息解析服务器302之间的通信。XBP协议格式遵循XML编码的基本规则，由一个XBP表示的ROOT标记，以及header与body域组成，例如：

<sender>XXXWEBApp</sender>

<match-code>12</match-code>

<session-id>XBP-8745-3423</session-id>

</header>

<body>

<type>phonenumber</type>

<type>authcodelen</type>

</body>

</XBP>

自定义的XBP标记表明本协议格式与内容符合XBP编码方案；对于XBP协议来说，header域是必须的，body域是可选的。

其中，header域由四个基本要素加若干个可选的扩展要素组成：

1.sender元素为分配给WEBApp的全局唯一ID码；

2.message为请求或回应的消息编码；

3.seqnum为当前会话的顺序号，同一会话的所有消息具有相同的seqnum值，该值由协议栈自动维护；

4.match-code用来表示本消息是针对哪条消息的回应，会话初始发起消息的match-code为其本身的ID；

5.session-id用来区分同一个TCP链接发送的多个业务请求，该值由协议栈自动维护；

6.XBP协议的实现支持可选的扩展要素。

而body域根据消息的不同，可有不同的内容，但其格式是固定的，由<type></type><value></value>对组成。

在业务受理服务器304接收所解析的回呼请求后，将其提交到业务数据库306。在提交到业务数据库306之前，优选地，业务受理服务器304可以先判断该回呼请求的有效性，例如可以判断第一话机号码以及第二话机号码是否为合法的数字，以及话机号码的长度是否合法等，如果有效则提交到业务数据库306；否则，将无效提示信息返回回呼请求消息解析服务器302，回呼请求消息解析服务器302向触发设备10发送回呼请求失败消息，提示触发设备10重新发送回呼请求消息。

优选地，业务受理类型可以分为预付费和后付费，在业务受理服务器304将所接收到的所解析的回呼请求提交到业务数据库306之前，还可以包括判断业务受理类型，如果是预付费，则向计费服务器50查询话费余额，如果计费服务器50返回余额不足消息，则业务受理服务器304向回呼请求消息解析服务器302发送余额不足消息，然后回呼请求消息解析服务器302向触发设备10发送回呼请求失败消息，提示触发设备10余额不足，无法呼叫。在此，业务数据库306可以是例如DB2、Oracal、SQL Server、Sybase、My SQL。

当业务数据库306成功记录回呼请求后，向业务受理服务器304发送记录写入成功消息，业务受理服务器304接收到该记录写入成功消息后，向呼叫服务器308发起呼叫建立请求，呼叫服务器308接受该请求，从业务数据库306获取所提交的回呼请求和预设业务规则，所述预设业务规则可以是本领域技术人员所熟知的适用于本发明的任何规则，诸如呼叫失败后，重复呼叫的次数；呼叫遇忙时，重复呼叫；呼叫拒绝接听时，不需要重复呼叫；余额不足时的提示音播放；呼叫时的提示音播放。呼叫服务器308根据所获取的回呼请求，获得第一话机号码和第二话机号码，然后根据所获取的预设业务规则，通过E1/T1线作为主叫方向两端话机发起呼叫。

优选地，第一话机70可以是例如固定电话701或者移动通讯设备703，第二话机80可以是例如固定电话801或者移动通讯设备803。优选地，移动通讯设备703或803可以是例如手机、小灵通等可以发送文本消息的设备。

当为第一话机70和第二话机80创建通话成功后，呼叫服务器308向业务受理服务器304发送呼叫成功通知。优选地，业务受理服务器304接收到呼叫成功通知后，可以向计费服务器50发送计费请求，计费服务器50根据作为主叫方的呼叫服务器308开始计费。

图4示出了根据本发明的一个实施方案的成功完成一次基于Web页面发起的回呼业务流程的回呼式Web800系统消息交互图。Web页面1011向Web服务器3021发送回呼请求消息。Web服务器3021接收该回呼请求消息后，对其进行解析，解析成功后，向Web页面1011发送解析成功消息，并将所解析的回呼请求发送到业务受理服务器304。

业务受理服务器304接收该回呼请求成功后，向Web服务器3021发送确认消息，然后向计费服务器50发送话费余额查询消息。计费服务器50接收该话费余额查询消息后，查询出话费余额，然后向业务受理服务器304返回话费余额。业务受理服务器304接收到话费余额，经判断话费余额充足，然后向业务数据库306发送记录回呼请求消息，例如，记录回呼请求的流水号seqnum、第一话机ID、第一话机号码、第二话机ID、第二话机号码、接到回呼请求的开始时间。

业务数据库306记录成功后，向业务受理服务器304发送记录写入成功消息。接收到业务数据库306发送的记录写入成功消息后，业务受理服务器304向呼叫服务器308提交回呼请求事务，呼叫服务器308接收该事务，并将该事务保存到事务处理队列中，然后扫描事务处理队列，找到第一个事务，并向业务数据库306发送获取预设业务规则和回呼请求消息，业务数据库306接收该获取请求消息后，向呼叫服务器308发送预设业务规则和回呼请求。

接收到预设业务规则和回呼请求后，呼叫服务器308根据回呼请求，获取第一话机70和第二话机80的号码，然后依据业务规则，呼叫第一话机70，第一话机70接听后，播报例如“正在为您接通，请稍候”的提示音，同时呼叫第二话机80，第二话机80接听后，停止播报提示音，开始通话。呼叫服务器308向业务受理服务器304发送呼叫成功通知消息，并同时向计费服务器50发送计费请求消息，计费服务器50向业务受理服务器304发送确认消息，开始计费。

业务受理服务器304向计费服务器50查询话费余额，计费服务器50向业务受理服务器304返回余额信息。业务受理服务器304接收到余额信息后，经判断余额充足，则继续通话。

第一话机70向呼叫服务器308发出挂机消息，呼叫服务器308接收到挂机消息后，向业务受理服务器304发出通话结束消息，并向第二话机80发出结束通话通知，同时向计费服务器50发出停止计费请求，计费服务器50停止计费，并向业务受理服务器304发送停止计费确认消息。

业务受理服务器304接收到停止计费确认消息后，向业务数据库306写入呼叫结果，例如呼叫成功，以及呼叫结束时间。业务数据库306记录成功后，向业务受理服务器304发送记录写入成功消息。业务受理服务器304接收到记录写入成功消息后，向Web服务器3021发送呼叫成功消息。

图5示出了根据本发明的一个实施方案的成功完成一次基于短消息发起的回呼业务流程的回呼式Web800系统消息交互图。与图3相比，除了回呼请求消息是通过手机1013发起，然后通过短信处理服务器3025解析该回呼请求消息，并将所解析的回呼请求发送到业务受理服务器304外，其余消息交互均类似，因此，为了简洁的目的，在此将不再特别说明。

虽然在上文中仅描述了基于Web页面和短消息发起的回呼业务流程，但是对于本领域的技术人员来说，基于电子邮件发起的回呼业务流程也同样适用于本发明，并且，上文所描述的实施方案仅是为了说明，而不是为了限制，因此，任何可以发起回呼业务流程的技术均适用于本发明。

图6示出了根据本发明的一个实施方案的回呼式Web800呼叫处理流程图。在步骤600，呼叫服务器开始呼叫。在步骤602，呼叫服务器呼叫第一话机。在步骤604，呼叫服务器判断第一话机是否接通，如果没有接通，则在步骤606，判断呼叫次数是否少于两次，如果是，则转到步骤602，重新对第一话机进行呼叫；如果在步骤606，判断呼叫次数不少于两次，则转到步骤630，结束本次呼叫。在步骤604，如果呼叫服务器判断第一话机已经接通，那么进入步骤608，向第一话机播放提示音。接着进入步骤610，呼叫服务器呼叫第二话机。在步骤612，呼叫服务器判断第二话机是否接通，如果没有接通，则进入步骤614，判断第二话机是否存在另一呼叫号码，如果存在另一呼叫号码，则转到步骤610，利用另一呼叫号码重新呼叫第二话机；如果在步骤614，判断第二话机不存在另一呼叫号码，则转到步骤628，向第一话机播放呼叫结束提示音，然后进入步骤630，结束本次呼叫。如果在步骤612，呼叫服务器判断第二话机已经接通，那么进入步骤616，第一话机与第二话机开始通话，呼叫服务器向业务受理服务器发送呼叫成功通知。在步骤618，业务受理服务器向计费服务器查询话费余额，如果余额不足，则转到步骤624，通知呼叫服务器向第一话机和第二话机播放余额不足提示音，结束通话；如果余额充足，则转到步骤616，继续通话。然后进入步骤620，计费服务器根据作为主叫方的呼叫服务器开始计费。在步骤622，第一话机或者第二话机通知呼叫服务器挂机。在步骤626，呼叫服务器通知业务受理服务器通话结束，并通知未挂机方通话结束。在步骤626，业务受理服务器通知计费服务器停止计费，计费服务器结束计费。然后进入步骤630，呼叫结束。

上文通过描述基于Web页面的通话计费流程，阐述了基于本发明的回呼式Web800系统及其通话方法的实现。用户可以简单迅速地将本系统部署到任何电信资费较低的地区，从而使作为普通的PSTN用户只要能上网或者拥有一部能发送即时文本消息的电话就可以快捷有效地联系到对方然后进行PSTN通话，并且，用户可以按照电信资费低的地区的资费标准缴费，从而在提供方便快捷的通话方式的同时大大节省了用户的资费开支。

虽然在本说明书中仅举出了两方通话的回呼式Web800的系统及其通话方法，但是对于三方或多方通话的情形，本发明所提供的回呼式Web800的系统及其通话方法均适用。显而易见，在此描述的本发明可以有许多变化，这种变化不能认为偏离本发明的精神和范围。因此，所有对本领域技术人员来说显而易见的改变，都包括在本权利要求书的涵盖范围之内。

Claims

1.一种Web800系统，包括触发设备、回呼处理单元、第一话机、第二话机，其中：

所述触发设备向所述回呼处理单元发送回呼请求消息；

所述回呼处理单元接收该回呼请求消息，从该回呼请求消息获取第一话机号码和第二话机号码，然后依据预设业务规则作为主叫方向两端话机发起呼叫，为所述第一话机和所述第二话机创建通话；

所述第一话机与所述第二话机通话。

2.如权利要求1所述的系统，其特征在于，所述回呼处理单元进一步包括回呼请求消息解析服务器、业务受理服务器、呼叫服务器、业务数据库，其中：

所述回呼请求消息解析服务器接收该回呼请求消息并进行解析，将所解析的回呼请求发送到所述业务受理服务器；

所述业务受理服务器接收所解析的回呼请求将其提交到所述业务数据库，并向所述呼叫服务器发起呼叫建立请求；

所述呼叫服务器接受所述呼叫建立请求，从所述业务数据库获取所提交的回呼请求和预设业务规则，呼叫。

3.如权利要求1或2所述的系统，其特征在于，进一步包括计费服务器，从创建通话开始计费，到任意一端挂机结束计费。

4.如权利要求1或2所述的系统，其特征在于，在向两端话机发起呼叫前，还包括：判断回呼请求的类型，如果是实时回呼，则同时向两端话机发起呼叫；如果是预约回呼，则判断当前时间是否到达预约时间，若是，则同时向两端话机发起呼叫，反之，则将所述回呼请求保存至等待呼叫队列。

5.如权利要求1或2所述的系统，其特征在于，在向两端话机发起呼叫后，还包括：当有一端话机接入时，播报提示音，直到两端话机都接入后，停止播报提示音，创建通话。

6.如权利要求1或2所述的系统，其特征在于，在向两端话机发起呼叫后，还包括呼叫失败处理。

7.如权利要求2所述的系统，其特征在于，所述业务受理服务器将所解析的回呼请求提交到所述业务数据库前，还包括：判断所述回呼请求的有效性，如果有效，则提交到所述业务数据库，反之，则将无效提示信息返回所述回呼请求消息解析服务器。

8.如权利要求1或2或7所述的系统，其特征在于，所述触发设备是浏览器、移动通讯设备和邮件客户端软件中的至少一种。

9.如权利要求1或2或7所述的系统，其特征在于，所述第一话机和/或所述第二话机各包括一个以上话机。

10.一种Web800通话方法，包括步骤：

(1)从触发设备向回呼处理单元发送回呼请求消息；

(2)所述回呼处理单元接收该回呼请求消息，获取通话号码；

(3)所述回呼处理单元利用该通话号码，依据预设业务规则作为主叫方向两端话机呼叫；

(4)为所述两端话机创建通话；

(5)两端话机通话。

11.如权利要求10所述的方法，其特征在于，在两端话机通话后还包括计费。