CN105141432A - 云服务订单处理方法与装置 - Google Patents

Abstract

本发明涉及一种云服务订单处理方法与装置。该方法包括接收云服务订单；将云服务的信息费转换为等值的一条或多条虚拟话单；将转换后的一条或多条虚拟话单发送至计费中心；在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单。本发明将云服务的信息费转换为等值的话费进行计费，进而可以利用现有成熟的电话网计费网络进行计费。

Description

云服务订单处理方法与装置

技术领域

本公开涉及云计算领域，特别地，涉及一种云服务订单处理方法与装置。

背景技术

电信运营商的现有计费系统主要用于网络资源计费，是按照资源使用的时间和数量产生的话单进行计费的。信息化应用等软产品只能采用包月\包年的功能费方式附加到最终费用中，而不能支持云服务按使用计费的灵活计费方式。即使新建的业务系统采用了新的计费方式，计费结果也无法统一到现有的计费体系中，不能利用客户原有的电信后付费方式。这就使得运营商开展云服务受到了很大限制。

发明内容

本公开鉴于以上问题中的至少一个提出了新的技术方案。

本公开在其一个方面提供了一种云服务订单处理方法，其将云服务的信息费转换为等值的话费进行计费，进而可以利用现有成熟的电话网计费网络进行计费。

本公开在其另一方面提供了一种云服务订单处理装置，其将云服务的信息费转换为等值的话费进行计费，进而可以利用现有成熟的电话网计费网络进行计费。

根据本公开，提供一种云服务订单处理方法，包括：

接收云服务订单；

将云服务的信息费转换为等值的一条或多条虚拟话单；

将转换后的一条或多条虚拟话单发送至计费中心；

在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单。

在本公开的一些实施例中，该方法还包括：

响应于对信息费的周期性支付，修改已转换的一条或多条虚拟话单中的开始时间，并发送至计费中心。

在本公开的一些实施例中，一条或多条虚拟话单中的主叫号码为付费号码，被叫号码为虚拟的计费号码。

在本公开的一些实施例中，计费号码体现费率信息。

在本公开的一些实施例中，一条或多条虚拟话单中的通话时长由信息费与费率信息确定。

根据本公开，还提供了一种云服务订单处理装置，包括：

订单接收单元，用于接收云服务订单；

费用转换单元，用于将云服务的信息费转换为等值的一条或多条虚拟话单；

话单发送单元，用于将转换后的一条或多条虚拟话单发送至计费中心；

账单发送单元，用于在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单。

在本公开的一些实施例中，该装置还包括：

周期处理单元，用于响应于对信息费的周期性支付，修改已转换的一条或多条虚拟话单中的开始时间，并发送至计费中心。

在本公开的一些实施例中，一条或多条虚拟话单中的主叫号码为付费号码，被叫号码为虚拟的计费号码。

在本公开的一些实施例中，计费号码体现费率信息。

在本公开的一些实施例中，一条或多条虚拟话单中的通话时长由信息费与费率信息确定。

由于现有的计费体系不支持云服务按使用进行计费的灵活的计费方式，因此，在本公开的技术方案中，将云服务所产生的信息费转换为等值的一条或多条虚拟话单进行计费，但是，在向用户展现时仍呈现为关于信息费的计费账单，这样一方面可以基于现有的计费系统灵活地对各种信息费进行计费，同时以信息费的方式呈现也提升了用户的使用体验。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中：

图1是本公开一个实施例的云服务订单处理方法的流程示意图。

图2是本公开计费网络的一个实例的示意图。

图3是本公开中云服务-虚拟通话计费系统的一个实例的结构示意图。

图4是本公开云服务信息费转换为虚拟话单的一个实例的流程示意图。

图5是本公开一个实施例的云服务订单处理装置的结构示意图。

具体实施方式

下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。

本公开下述实施例提出了一种将云服务的信息费转换为虚拟话费，再通过后付话费进行托收的方法，从而实现在现有BOSS系统改动最小的情况下支持灵活多变的后付费模式。

图1是本公开一个实施例的云服务订单处理方法的流程示意图。

如图1所示，该实施例可以包括以下步骤：

S102，接收云服务订单；

S104，将云服务的信息费转换为等值的一条或多条虚拟话单；

具体地，由于现有的计费系统不支持对云服务的计费，为了仍然有效利用现有的计费系统，可以将云服务的信息费折合成等值的虚拟话单，这样转换出的虚拟话单就仍可以利用现有计费系统进行计费与结算。

另外，根据云服务的信息费的多少，可能会将其折合成一条或多条虚拟话单。

S106，将转换后的一条或多条虚拟话单发送至计费中心。

S108，在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单；

需要指出的是，最后在向用户发送信息费账单前，核对转换出的一条或多条虚拟话单的总金额是否与云服务的信息费相同，如相同，表明计费无误，可以向用户发送账单。

在该实施例中，将云服务所产生的信息费转换为等值的一条或多条虚拟话单进行计费，但是，在向用户展现时仍呈现为关于信息费的计费账单，这样一方面可以基于现有的计费系统灵活地对各种信息费进行计费，同时以信息费的方式呈现也提升了用户的使用体验。

在仅需单次支付信息费时，可以利用上述实施例实现。但是，在现实生活中，可能需要周期性地支付信息费，此时，可以通过如下步骤实现：

响应于对信息费的周期性支付，修改已转换的一条或多条虚拟话单中的开始时间，并发送至计费中心。

其中，转换后的一条或多条虚拟话单中的主叫号码为付费号码，即，用于支付云服务的信息费的号码，被叫号码为虚拟的计费号码，即，利用这些号码区分真正的话单计费号码。

进一步地，可以利用计费号码体现费率信息。

一条或多条虚拟话单中的通话时长由信息费与费率信息确定。

图2是本公开计费网络的一个实例的示意图。

如图2所示，可以在现有的电话网计费点中增加一个云服务-虚拟通话计费系统，将需要收取的云服务信息费拆分成多条虚拟的通话记录，使得这些虚拟通话的总费用与云服务的信息费相同，从而可以利用现有成熟的电话网计费网络进行计费和扣费，并配合完成出账。其中，云服务信息费至虚拟话费的具体转换方法将在下面详述。

具体地，在原有电话网计费网络内增加了云服务-虚拟通话计费系统。云服务-虚拟通话计费系统代替原有的电话网计费点向计费中心上报由信息费转化而来的虚拟通话费用。在原计费中心出账系统上增加了出账接口，该出账接口将给客户显示的帐务信息交由云服务-虚拟通话计费系统，云服务-虚拟通话计费系统再将其中的虚拟通话费用记录还原为信息费记录发送给客户。

图3是本公开中云服务-虚拟通话计费系统的一个实例的结构示意图。

如图3所示，云服务-虚拟通话计费系统包括将云服务信息费转换为虚拟话单的支付订单转换模块、实现周期计费的周期计费模块及计时器、上报话单的计费信息上报模块以及核对合并账单的出账转换模块。

图4是本公开云服务信息费转换为虚拟话单的一个实例的流程示意图。

如图4所示，可以包括以下步骤：

(1)支付订单转换模块接收来自云服务平台的信息费订单信息，例如，“云主机，运行时间200小时，付费号码为12345678，付费周期0个月，租金为100元”；

(2)支付订单转换模块按照转化算法将订单转换为虚拟话单，即，经过支付订单转换模块后，将租金转换为等值的通话记录，例如，“主叫号码为12345678，被叫号码为10104，通话时间为1分钟，开始时间xxxx-xx-xxxx:xx:xx，计费周期为0个月”；

(3)支付订单转换模块将通话记录转发给周期计费模块；

(4)同时支付订单转换模块按照话单格式去掉周期信息发送给计费信息上报模块，计费信息上报模块查询虚拟话单中的主叫号码状态和被叫号码限制；

(5)判断号码状态是否正常；

(6)如果不正常，则返回账户状态异常，删除话单；

(7)如果正常，则拨打或发送短信给该话机业务联系号码确认订购权限；

(8)判断是否为一次性支付；

(9)如果是一次性支持，则由计费信息上报模块通过标准接口向计费中心提交该订单对应的所有话单，并记录订单、订单号以及对应话单；

(10)如果不是一次性支付，则周期计费模块按照周期设置定时器,记录付费周期和话单集合，并启动定时器；

(11)付费周期到时，即，定时器到达指定周期后，触发周期计费模块将原话单信息修改开始时间(修改通话起始时间为当前连续时间)后按照话单格式去掉周期信息后发送给计费信息上报模块，由计费信息上报模块通过标准接口传递到计费中心。

接下来，通过一个具体实例来详细说明如何将云服务信息费转换为虚拟话单。

假设预定的计费号码段自“10100”开始，依次收费为每分钟1分、1角、1元、10元、100元、1000元、…。即，计费号码10100对应每分钟1分钱，计费号码10101对应每分钟1角钱，计费号码10102对应每分钟1元钱，依此类推。

其中，计费号码段即为转换后的虚拟通话话单人为设置了专门用于收取信息费的被叫号码段，同时，为了支持对任意金额的云服务信息费的计费，需要设置一定的号码段，如上述的不同计费号码对应不同的收费金额。因为计费系统收到的话单没有价格，只有通话记录，是由原有的计费系统根据被叫号码、通话时长计算出费用的，因此需要先设定好虚拟通话记录的被叫号码和收费规则。

为了防止给用户造成不好的使用体验，在话费出账时，仍需要将虚拟通话记录还原成云服务信息费展示给客户，因此需要由计费中心将帐单输出至云服务-虚拟通话计费系统，经过其整理后再提供给客户。具体流程如下：

(1)计费中心吐出某位客户的详单；

(2)找出其中所有以“101”开头的被叫号码；

(3)核对所有以“101”开头的被叫号码的总话单的费用是否与订单一致；

(4)如一致，则将账单返回给客户。

假设应用订单为集合A＝{Product，PayNumber，Period，Price}，其中，Product是应用名称，PayNumber是绑定的付费号码(即，客户指定的用于支付云服务信息费的电话号码，转换为虚拟话单后是话单的主叫号码)，Period是付费周期，Price是产品价格。

Am是第m条订购记录。Am转换后的话单计为集合B＝{B1，[B2，…，Bn]}，即指转换后的虚拟话单中至少含有一条通话记录B1，B2～Bn由产品价格确定是否存在。集合ChangeNum是所有不同收费档次的计费号码的集合，可计为ChangeNum＝{num_0，num_1，num_2，…，num_x}，其中num_x为费率是10^(x-2)元/分钟对应的计费号码。转换使用的算法f：Am--->B可描述为：

①对于每一条订购记录Am＝{B1，[B2，…，Bn]}；

②对于Bn，通过循环算法得到循环次数，计为count_n；

③循环开始，判断Price除以10的商是否为零，如果不为零，则循环继续，否则循环结束；

④B1＝{Calling_1，Called_1，Time_1，Per_1，Starttime_1}，其中，Calling_1为第1条话单的主叫号码，Called_1为第1条话单的被叫号码，Time_1为第1条话单的通话时长，Starttime_1为第1条记录开始通话时间；

其中，Calling_1＝PayNumber，Called_1＝num_0，Time_1＝(Price)RES(10)，Per_1＝Period，Starttime_1＝CurrentSystemTime，(a)RES(b)表明a除以b取余数，该实施例中的b取10，即，计算出信息费的每一位，Price＝Price除以10的商；

⑤直至第n条话单的转换：Bn＝{Calling_n，Called_n，Time_n，Per_n，Starttime_n}，其中，Calling_n为第n条话单的主叫号码，Called_n为第n条话单的被叫号码，Time_n为第n条话单的通话时长，Starttime_n为第n条记录开始通话时间；Calling_n＝PayNumber，Per_n＝Period，Called_n＝num_n-1；Time_n＝(Price)RES(10)；Starttime_n＝CurrentSystemTime+Σⁿ _i＝1Time_i，Price＝Price除以10的商。

需要指出的是，针对同一个用户，其多条话单中的Calling_1，…，Calling_n相同，Called_1，…，Called_n不同。

举例说明，假设呼叫10100收费每分钟1分钱，呼叫10101每分钟1角钱，呼叫10102每分钟1元钱，呼叫10103每分钟10元钱，如果云服务信息费为63.20元，也就是6320分，其转化为虚拟话单的过程如下：

(a)6320对10取余得0，因此被叫号码10100通话时长为0分钟；

(b)6320/10取整等于632，再对10取余得2，因此被叫号码10101的通话时长为2分钟；

(c)632/10取整等于63，再对10取余得3，因此被叫号码10102的通话时长为3分钟；

(d)63/10取整等于6，再对10取余得6，因此被叫号码10103通话时长为6分钟，至此换算完毕。

最终，63.20元的云服务信息费被转换为三个虚拟话单：

被叫号码10101的通话时长为2分钟；被叫号码10102的通话时长为3分钟；被叫号码10103的通话时长为6分钟。

本领域普通技术人员可以理解，实现上述方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算设备可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。

图5是本公开一个实施例的云服务订单处理装置的结构示意图。

如图5所示，该实施例中的装置50可以包括订单接收单元502、费用转换单元504、话单发送单元506和账单发送单元508。其中，

订单接收单元502，用于接收云服务订单；

费用转换单元504，用于将云服务的信息费转换为等值的一条或多条虚拟话单；

话单发送单元506，用于将转换后的一条或多条虚拟话单发送至计费中心；

账单发送单元508，用于在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单。

在该实施例中，将云服务所产生的信息费转换为等值的一条或多条虚拟话单进行计费，但是，在向用户展现时仍呈现为关于信息费的计费账单，这样一方面可以基于现有的计费系统灵活地对各种信息费进行计费，同时以信息费的方式呈现也提升了用户的使用体验。

进一步地，该装置还可以包括：

周期处理单元，用于响应于对信息费的周期性支付，修改已转换的一条或多条虚拟话单中的开始时间，并发送至计费中心。

其中，一条或多条虚拟话单中的主叫号码为付费号码，被叫号码为虚拟的计费号码。

进一步地，计费号码体现费率信息。

一条或多条虚拟话单中的通话时长由信息费与费率信息确定。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处可以参见方法实施例部分的说明。

本公开实施例设计了云服务-虚拟通话计费系统，用等额话费来代替信息费，从而实现了后付费的话费托收业务。同时还提出了信息费转化成等额话费的转换流程和转化算法，通用性强，增加新的信息化产品，无需增加或修改配置，只要应用平台能够提供订单和绑定支付号码即可。本公开实施例的计费方式灵活，通过将一种信息产品的费用拆分成多条话单实现信息产品任意价格的支持，具有良好的扩充性，如果用户规模增大，只需要增加云服务-虚拟通话计费系统进行并行处理即可。

虽然已参照示例性实施例描述了本公开，但应理解，本公开不限于上述的示例性实施例。对于本领域技术人员显然的是，可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。

Claims (10)

1.一种云服务订单处理方法，其特征在于，包括：

接收云服务订单；

将云服务的信息费转换为等值的一条或多条虚拟话单；

将转换后的一条或多条虚拟话单发送至计费中心；

在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单。

2.根据权利要求1所述的云服务订单处理方法，其特征在于，所述方法还包括：

响应于对信息费的周期性支付，修改已转换的一条或多条虚拟话单中的开始时间，并发送至计费中心。

3.根据权利要求1所述的云服务订单处理方法，其特征在于，所述一条或多条虚拟话单中的主叫号码为付费号码，被叫号码为虚拟的计费号码。

4.根据权利要求3所述的云服务订单处理方法，其特征在于，所述计费号码体现费率信息。

5.根据权利要求4所述的云服务订单处理方法，其特征在于，所述一条或多条虚拟话单中的通话时长由信息费与费率信息确定。

6.一种云服务订单处理装置，其特征在于，包括：

订单接收单元，用于接收云服务订单；

费用转换单元，用于将云服务的信息费转换为等值的一条或多条虚拟话单；

话单发送单元，用于将转换后的一条或多条虚拟话单发送至计费中心；

账单发送单元，用于在核对一条或多条虚拟话单与云服务的信息费一致的情况下，向用户发送信息费账单。

7.根据权利要求6所述的云服务订单处理装置，其特征在于，所述装置还包括：

周期处理单元，用于响应于对信息费的周期性支付，修改已转换的一条或多条虚拟话单中的开始时间，并发送至计费中心。

8.根据权利要求6所述的云服务订单处理装置，其特征在于，所述一条或多条虚拟话单中的主叫号码为付费号码，被叫号码为虚拟的计费号码。

9.根据权利要求8所述的云服务订单处理装置，其特征在于，所述计费号码体现费率信息。

10.根据权利要求9所述的云服务订单处理装置，其特征在于，所述一条或多条虚拟话单中的通话时长由信息费与费率信息确定。