CN111163428B - 一种生成短信账单的方法及服务器 - Google Patents
一种生成短信账单的方法及服务器 Download PDFInfo
- Publication number
- CN111163428B CN111163428B CN201911262375.4A CN201911262375A CN111163428B CN 111163428 B CN111163428 B CN 111163428B CN 201911262375 A CN201911262375 A CN 201911262375A CN 111163428 B CN111163428 B CN 111163428B
- Authority
- CN
- China
- Prior art keywords
- short message
- target short
- server
- target
- returned
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1428—Invoice generation, e.g. customization, lay-out, database processing, algorithms for calculating the bill or formatting invoices as WWW pages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
- H04L12/1457—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using an account
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8221—Message based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例公开了一种生成短信账单的方法及服务器,该方法包括第一服务器向第二服务器发送目标短信的信息;该第二服务器接收该目标短信的信息并向第一服务器发送该目标短信的至少一份返回报告;若该目标短信的计费数量与上述返回报告的总数量一致,各个返回报告的状态信息一致,该上述各个返回报告的状态信息与对应的描述信息一致,则该第一服务器将该验证结果标记为通过;上述第一服务器将上述多条短信中验证结果标记为通过的短信生成第一短信账单;第一服务器接收第二服务器发送的针对该目标短信的第二短信账单,并与上述第一短信账单进行校对,将校对结果分别标记。采用本申请实施例,能够自动地生成短信账单,节省了耗费的人力和时间。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种生成短信账单的方法及服务器。
背景技术
随着手机越来越普及,实现人们之间的信息交流也越来越便捷,并且通讯的途径也越来越多,然而,短信业务在通讯行业仍然占有很大的比重。企业的发展离不开通讯技术,其中,短信业务已经成为企业运营的一种重要手段。目前,企业与短信供应商的对账方式主要是人工对账,在对账的过程中经常存在企业整合的账单与供应商整合的账单有较大偏差的问题,需要重新对短信的信息进行验证,排查问题较为困难,此外,随着短信发送量的逐渐增加,耗费的人力和时间也逐渐增加。
发明内容
本申请实施例公开了一种生成短信账单的方法及服务器,能够实现短信账单的自动化生成,节省了耗费的人力和时间。
第一方面,本申请实施例提供了一种生成短信账单的方法,包括:第一服务器向供应商维护短信业务的第二服务器发送目标短信,上述目标短信为多条短信中的任意一条短信;上述第一服务器接收上述第二服务器发送的针对上述目标短信的至少一份返回报告,上述第二服务器用于在接收到上述目标短信的内容后向电信运营商发送上述目标短信中的内容,上述至少一份返回报告包括状态信息和描述信息,上述状态信息用于表征上述第二服务器是否成功将上述目标短信中的一部分内容送达给上述电信服务商,上述描述信息用于描述上述电信服务上是否成功将上述目标短信中的一部分内容送达给用户;若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过;将上述多条短信中验证结果标记为通过的短信生成第一短信账单。
可以看出,该方法能够针对多条短信进行逐条地验证目标短信,并将验证通过的目标短信汇总,自动地生成短信账单,节省了耗费的人力和时间,降低了成本。
在第一方面的一种可选的方案中,上述若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过之前,还包括:获取所述供应商规定一个计费单位对应的字符数量N;根据上述目标短信的字符数量M和上述一个计费单位对应的字符数量N确定上述计费数量P,其中,可以根据该计费数量P向供应商支付上述目标短信的短信费用。
在第一方面的又一种可选的方案中,上述若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过,包括:确定上述目标短信的计费数量与针对上述目标短信的返回报告的数量是否一致;若上述目标短信的计费数量与针对上述目标短信的返回报告的数量一致,则确定上述目标短信的各个返回报告的状态信息是否一致;若上述目标短信的各个返回报告的状态信息一致,则确定上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息是否一致;若上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过。
可以看出,上述第一服务器按照预设的验证顺序对上述目标短信进行验证,只有当前一步验证结果一致时,才会执行下一步验证过程;当上述的验证过程都一致时,则上述目标短信的验证结果被判定为通过,从而使得上述目标短信的最终的验证结果更加准确。
在第一方面的又一种可选的方案中,上述方法还包括:若所述目标短信的计费数量与针对所述目标短信的返回报告的总数量不一致,或所述目标短信的各个返回报告的状态信息不一致,或所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息不一致,则将所述目标短信的验证结果标记为不通过。
可以看出,在上述方法的验证过程中,任意一项验证结果不一致时,则上述目标短信的验证结果被判定为不通过,能够减少上述目标短信的验证过程,从而节省了上述目标短信的验证时间。
在第一方面的又一种可选的方案中,上述方法还包括:接收上述第二服务器发送的针对目标短信的第二短信账单;将上述第一短信账单和上述第二短信账单的验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。
可以看出,上述方法将第一服务器生成的第一短信账单与接收到的第二服务器发送的第二短信账单进行校对,并分别标记出验证结果相同的记录和验证结果不相同的记录,便于排查问题。
第二方面,本申请实施例提供了一种生成账单的服务器,包括:发送单元,用于向供应商维护短信业务的第二服务器发送目标短信,上述目标短信为多条短信中的任意一条短信;接收单元,用于接收上述第二服务器发送的针对上述目标短信的至少一份返回报告,上述第二服务器用于在接收到上述目标短信中的内容后向电信运营商发送上述目标短信中的内容,上述至少一份返回报告包括状态信息和描述信息,上述状态信息用于表征上述第二服务器是否成功将上述目标短信中的一部分内容送达给上述电信服务商,上述描述信息用于描述上述电信服务商是否成功将上述目标短信中的一部分内容送达给用户;处理单元,用于若统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过;生成单元,用于将上述多条短信中验证结果标记为通过的短信生成第一短信账单。
可以看出,该服务器能够针对多条短信进行逐条地验证目标短信,并将验证通过的目标短信汇总,自动地生成短信账单,节省了耗费的人力和时间,降低了成本。
在第二方面的一种可选的方案中,上述服务器还包括:第一获取单元,用于若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过之前,获取上述供应商规定一个计费单位对应的字符数量N;第一确定单元,用于根据上述目标短信的字符数量M和上述一个计费单位对应的字符数量N确定上述计费数量P,其中,可以根据该计费数量P向供应商支付上述目标短信的短信费用。
在第二方面的又一种可选的方案中,上述处理单元包括:第一确定子单元,用于确定上述目标短信的计费数量与针对上述目标短信的返回报告的数量是否一致;第二确定子单元,用于若上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,则确定上述目标短信的各个返回报告的状态信息是否一致;第三确定子单元,用于若确定上述目标短信的各个返回报告的状态信息一致,则确定上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息是否一致;第四确定子单元,用于确定上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则,则将上述目标短信的验证结果标记为通过。
可以看出,上述第一服务器按照预设的验证顺序对上述目标短信进行验证,只有当前一步验证结果一致时,才会执行下一步验证过程;当上述的验证过程都一致时,则上述目标短信的验证结果被判定为通过,从而使得上述目标短信的最终的验证结果更加准确。
在第二方面的又一种可选的方案中,上述处理单元还包括:第二确定单元,用于若上述目标短信的计费数量与针对上述目标短信的返回报告的总数量不一致,或上述目标短信的各个返回报告的状态信息不一致,或上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息不一致,则将上述目标短信的验证结果标记为不通过。
可以看出,在上述方法的验证过程中,任意一项验证结果不一致时,则上述目标短信的验证结果被判定为不通过,能够减少上述目标短信的验证过程,从而节省了上述目标短信的验证时间。
在第二方面的又一种可选的方案中,上述服务器还包括:第一接收单元,用于接收上述第二服务器发送的针对目标短信的第二短信账单;第一生成单元,用于将上述第一短信账单和上述第二短信账单的验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。
可以看出,第一服务器能够将生成的第一短信账单与接收到的第二服务器发送的第二短信账单进行校对,并分别标记出验证结果相同的记录和验证结果不相同的记录,便于排查问题。
第三方面,上述服务器还包括:上述服务器还包括通信接口、存储器和处理器,其中,上述通信接口用于上述服务器与上述第二服务器之间的数据通信,上述存储器用于存储计算机程序,上述处理器被配置用于计算机程序,以使上述服务器执行第一方面的或者第一方面中任意一种可选的方案中所描述的方法。
第四方面,上述服务器还包括一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,上述计算机程序被配置处理器执行时使上述处理器实现第一方面或者第一方面中任意一种可选的方案中的生成短信账单的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当该计算机程序品在处理器上运行时,实现本申请实施例第一方面或者第一方面的任意一种可选的方案中所描述的方法。
可以理解地,上述提供的第三方面提供的服务器和第四方面提供的计算机可读存储介质,以及第五方面提供的计算机产品均用于执行第一方面所提供的生成短信账单的方法,因此,其所能达到的有益效果可以参考第一方面所提供的生成短信账单的方法中的有益效果,此处不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图作简单地介绍。
图1是本申请实施例提供的一种生成短信账单的场景示意图;
图2是本申请实施例提供的一种生成短信账单的方法的流程示意图;
图3是本申请实施例提供的一种获取目标短信的计费数量的场景示意图;
图4是本申请实施例提供的一种服务器的结构示意图;
图5是本申请实施例提供的又一种服务器的结构示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行描述。
请参见图1,图1是本申请实施例提供的一种生成短信账单的场景示意图,该场景图包含了企业、供应商、电信运营商和用户之间的信息交互,企业将编辑好的短信发送给供应商,供应商联系电信运营商将上述编辑好的短信发送给用户。在结算短信费用时,企业通过整合短信账单并与供应商整合的对应的账单进行校对,从而向供应商支付成功发送给用户的短信的短信费用。该生成短信账单的方法通过自动地对多条短信中的一条短信进行验证,将验证通过的多条短信整合成账单,并与供应商的账单进行对比,将校对结果分别标记,不仅节省了耗费的人力和时间,而且便于排查问题。具体地,该方法包括但不限于如下步骤。
步骤S101:发送目标短信的信息。
具体地,上述企业将编辑好的目标短信的信息发送给供应商,上述目标短信为多条短信中的任意一条短信,上述目标短信的信息包括短信的内容、短信的发送日期、短信的唯一标识号和用户的联系方式等信息。
步骤S102:发送上述目标短信的信息。
具体地,上述供应商根据上述目标短信中的用户的移动通信类型选择对应的电信运营商,并将上述目标短信的信息发送给电信运营商。
步骤S103:发送上述目标短信的信息中短信内容。
具体地,上述电信运营商根据上述目标短信信息中的用户的联系方式将上述目标短信的信息中的短信内容发送给上述用户。
步骤S104:根据发送的结果生成上述目标短信的描述信息。
具体地,上述电信运营商将上述目标短信的短信内容发送给用户后,若上述短信内容发送成功,则生成的描述信息为成功,若上述短信内容发送失败,则生成的描述信息为错误代码。
步骤S105:发送上述描述信息。
具体地,上述电信运营商将上述描述信息发送给上述供应商。
步骤S106:根据上述描述信息和接收到的目标短信的信息整合成该目标短信的返回报告。
步骤S107:发送上述目标短信的返回报告。
具体地,上述供应商将整合的上述目标短信的返回报告发送给上述企业,其中,上述返回报告至少为一条报告。
步骤S108:根据上述目标短信的返回报告和上述目标短信的信息自动地验证该目标短信,并将验证结果通过的多条短信的信息整合成第一短信账单。
步骤S109:针对上述目标短信生成第二短信账单。
具体地,上述供应商针对上述目标短信进行验证,并将验证通过的多条短信的信息整合成第二短信账单。
步骤S110:发送上述第二短信账单。
具体地,上述供应商将上述第二短信账单发送给上述企业。
步骤S111:将第一短信账单和第二短信账单进行校对。
具体地,上述企业将第一短信账单和第二短信账单进行校对,将验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。上述企业将上述有效记录和异常记录交给企业的运营人员,运营人员支付上述有效记录中的短信的费用,并重新核对异常记录中的短信的信息。
其中,上述步骤S109和步骤S110可以在步骤S108之后,按照先后顺序执行操作;也可以在步骤S105之后,按照先后顺序再执行步骤S109和步骤S110。
在图1所描述的方法中,能够根据目标短信的信息和该目标短信的返回报告自动地验证该目标短信,并将验证结果通过的多条短信整合成账单,节省了耗费的人力和时间。此外,还能够自动校对上述第一短信账单和上述第二短信账单,并将相同的结果和不相同的结果进行标记,便于排查问题。
请参见图2,图2是本申请实施例提供的一种生成短信账单的方法的流程示意图,该方法包括但不限于如下步骤。
步骤S201:第一服务器向供应商维护短信业务的第二服务器发送目标短信的信息。
上述目标短信为多条短信中的任意一条短信。具体地,企业将编辑好的目标短信的信息发送给供应商维护短信业务的第二服务器,其中,上述目标短信的信息包括短信的内容、短信的发送日期、短信的唯一标识号和用户的联系方式等信息。
步骤S202:上述第二服务器接收上述目标短信的信息。
上述第二服务器用于在接收到上述目标短信中的内容后向电信运营商发送上述目标短信中的内容。具体地,上述第二服务器在接收到上述目标短信之后,供应商根据该目标短信的发送用户的移动通信类型选择对应的电信运营商,并将上述目标短信的信息发送给所选择的电信运营商。其中,上述电信运营商可以为中国移动、中国联通、中国电信、中国广电,中信网络等其他电信运营商。上述电信运营商根据接收到的目标短信的信息将短信内容发送给上述用户,并将发送结果生成描述信息返回给上述供应商,例如,若该目标短信的发送结果为发送成功,则该目标短信的描述信息为成功;若该目标短信的发送结果为发送失败,则该目标短信的描述信息为错误代码。
步骤S203:上述第二服务器向上述第一服务器发送针对上述目标短信的至少一份返回报告。
上述至少一份返回报告包括状态信息和描述信息,上述状态信息用于表征上述第二服务器是否成功将上述目标短信中的一部分内容送达给上述电信服务商,上述描述信息用于描述上述电信服务商是否成功将上述目标短信中的一部分内容送达给用户。具体地,上述第二服务器根据接收到的该目标短信的描述信息和该目标短信的信息生成该目标短信的返回报告,并将上述目标短信的返回报告发送给上述第一服务器,其中,上述返回报告至少为一条报告。
步骤S204:若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,上述第一服务器则将上述目标短信的验证结果标记为通过。
在执行上述步骤S204之前,上述服务器需要获取上述目标短信的计费数量和上述目标短信的返回报告。具体地,上述第一服务器接收到上述供应商规定一个计费单位对应的字符数量N;根据上述目标短信的字符数量M和上述一个计费单位对应的字符数量N计算出上述目标短信的计费数量P,其中,例如,供应商预设的一个计费单位对应的字符数量为70,若该目标短信的字符数量为50,则根据计费公式计算出P为1;若该目标短信的字符数量为203,则根据计费公式计算出P为3。
请参见图3,图3是本申请实施例提供的一种获取目标短信的计费数量的场景示意图,该场景示意图包括目标短信301、发送报告记录302,目标短信的发送报告记录303、一个计费单位的字符数量304、目标短信的计费数量305、供应商发送的返回报告306和上述目标短信的返回报告记录数量307。上述第一服务器从包含有多条短信的发送报告记录302中选择目标短信的发送报告记录303,该目标短信的发送报告记录303为上述多条短信中的发送报告记录302中的任意一条短信的发送报告记录,根据该目标短信的发送报告中的内容的字符数量和一个计费单位的字符数量304,计算出该目标短信的计费数量305,上述第二服务器根据供应商的返回报告306中查找该目标短信的返回报告记录数量307。
可选地,在获取目标短信的计费数量之后,根据上述目标短信的信息、该目标短信的计费数量和该目标短信的返回报告对该目标短信进行验证,请参见表1,表1为我们列举了一种验证通过的目标短信的验证信息。
表1一种验证通过的目标短信的验证信息
从上表1中,我们可以看到该目标短信的发送日期、手机号、Seqid、发送账号、计费数量、返回报告总条数、返回报告成功的条数、返回报告失败的条数、状态描述是否一致和内部验证结果。其中,上述中的Seqid为该目标短信的唯一标识号,对于上述发送报告记录中的多条短信中内容不同的目标短信有不同的唯一标识号,上述中的发送账号是供应商关于企业的唯一标识号,上述的发送状态为该目标短信是否发送给供应商,上述的状态描述用于描述上述目标短信的各个返回报告的状态信息与上述目标短信息的各个返回报告的描述信息是否一致。在验证过程中,首先验证该目标短的发送状态是否为成功状态,当发送状态为成功状态时,则表示该目标短信已经发送给供应商,接着验证上述的计费数量与返回报告总条数是否一致,从表中可以看到两者的数量均为3;下一步验证该目标短信的状态信息是否一致,从表中可以看到返回报告中的返回报告成功的条数为3,返回报告失败的条数为0,则返回报告的状态信息为一致,均为成功状态;下一步验证各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息是否一致,从表中可以看到其状态描述信息为一致,由于上述的验证结果均为成功状态或者一致状态,则判定该目标短信的验证结果为通过。
可选地,请参见表2,表2为我们列举了一种验证不通过的目标短信的验证信息。
表2一种验证不通过的目标短信的验证信息
从表2可以看出,该目标短信的发送状态的验证结果为失败,则无需进行下一步验证,直接判定该目标短信的验证结果为不通过。
可选地,请参见表3,表3为我们列举了又一种验证不通过的目标短信的验证信息。
表3一种验证不通过的目标短信的验证信息
从表3中,我们可以看到该目标短信的发送状态为成功,则进一步验证该目标短信的计费条数和该目标短信的返回报告的总数量是否一致,从表3中,我们看到计费条数为3,返回报告总条数为2,两者不一致,则直接判定该目标短信的验证结果为不通过。
可选地,请参见表4,表4为我们列举了又一种验证不通过的目标短信的验证信息。
表4一种验证不通过的目标短信的验证信息
从表4中,可以看到上述目标短信的发送状态为成功,则进行下一步验证,从表中可以看到,上述目标短信中的计费数量和返回报告总条数均为3,则该验证结果为一致,则进行下一步验证,从表中可以看出上述目标短信的返回报告成功的条数为2,返回报告失败的条数为1,则验证结果为上述目标短信的各个返回报告的状态信息不一致,则直接判定该目标短信的验证结果为不通过。
可选地,请参见表5,表5为我们列举了又一种验证不通过的目标短信的验证信息。
表5一种验证不通过的目标短信的验证信息
从表5中,可以看到该目标短信的发送状态为成功,则进行下一步验证,表中显示出该目标短信的计费数量和返回报告总数量均为3,两者的数量一致;其中,该目标短信的返回报告成功的条数和发返回失败的条数分别为3和0,则验证结果为该目标短信的各个返回报告的状态信息一致,均为成功状态;从表中可以看到,上述目标短信的状态描述为不一致,则直接判定该目标短信的验证结果为不通过。
步骤S205:上述第一服务器将上述多条短信中验证结果标记为通过的短信生成第一短信账单。
具体地,上述第一服务器将多条短信中验证通过的目标短信进行汇总,并将上述验证通过的短信的信息整合成账单,请参见表6,表6为我们列举了多条短信中验证结果通过的短信生成的第一短信账单。
表6多条短信中验证结果通过的短信生成的第一短信账单
从表6中,我们可以看到该第一短信账单中包括了短信的发送日期,发送账号,发送成功,计费数量,返回报告总条数,返回报告成功的条数和返回报告失败的条数。从表中可以看到,上述中的发送账号便于供应商对上述企业对该账单中的短信进行支付费用,此外,上述中的返回报告成功的条数与对应的计费数量一致,返回失败的条数均为零,在计费的时候直接计算上述返回报告成功的条数的费用,这样使得账单信息更加清晰。
步骤S206:上述第一服务器接收第二服务器发送的针对上述目标短信的第二短信账单,并与上述第一短信账单进行校对。
具体地,上述供应商针对上述企业的多条短信,利用第二服务器将上述多条短信中验证通过的短信整合成第二短信账单,并与上述第一短信账单进行校对。请参见表7,表7为我们列举了供应商针对上述企业的多条短信的验证通过的短信整合成的第二短信账单。
表7多条短信中验证结果通过的短信生成的第二短信账单
对比表5中的第一短信账单和表6中的第二短信账单,则验证结果相同的记录为发送日期分别为2019-6-17、2019-9-25、2019-9-30和2019-11-5,上述验证结果相同的记录标记为有效记录;验证结果不相同的记录为发送日期分别为2019-5-21、2019-5-12和2019-11-15,上述验证结果不相同的记录标记为异常记录。企业将上述有效记录中的短信的返回报告成功的条数相加,得到返回报告成功的总条数,并根据计费标准支付上述返回报告成功的总条数的费用;此外,将上述异常记录中的短信信息交给企业的运营人员进行重新核对。上述方法上述第一短信账单和上述第二短信账单的校对结果,针对验证结果相同的和验证结果不相同的短信信息进行分别标记,这样便于排查问题。
上述详细阐述了本申请实施例的方法,为了便于更好地实施本申请实施例的上述方案,相应地,下面提供了本申请实施例的装置。
请参见图4,图4是本申请实施例提供的一种服务器40结构示意图,该服务器40的结构示意图包括发送单元401,接收单元402,处理单元403和生成单元404,其中,各个单元的详细描述如下:
发送单元401,用于向供应商维护短信业务的第二服务器发送目标短信,上述目标短信为多条短信中的任意一条短信;
接收单元402,用于接收上述第二服务器发送的针对上述目标短信的至少一份返回报告,上述第二服务器用于在接收到上述目标短信中的内容后向电信服务商发送上述目标短信中的内容,上述至少一份返回报告包括状态信息和描述信息,上述状态信息用于表征上述第二服务器是否成功将上述目标短信中的一部分内容送达给上述电信服务商,上述描述信息用于描述上述电信服务商是否成功将上述目标短信中的一部分内容送达给用户;
处理单元403,用于若统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过;
生成单元404,用于将上述多条短信中验证结果标记为通过的短信生成第一短信账单。
在一种可实施的方案中,上述服务器还包括:第一获取单元,用于若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的数量一致,上述目标短信的各个返回报告的状态一致,上述目标短信的各个返回报告的状态与上述目标短信的各个返回报告的状态描述一致,则将上述目标短信的验证结果标记为通过之前,获取上述供应商规定一个计费单位对应的字符数量N;第一确定单元,用于根据上述目标短信的字符数量M和上述一个计费单位对应的字符数量N确定上述计费数量P,其中,可以根据该计费数量P向供应商支付上述目标短信的短信费用。
在又一种可实施的方案中,上述处理单元包括:第一确定子单元,用于确定上述目标短信的计费数量与针对上述目标短信的返回报告的数量是否一致;第二确定子单元,用于若上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,则确定上述目标短信的各个返回报告的状态信息是否一致;第三确定子单元,用于若确定上述目标短信的各个返回报告的状态信息一致,则确定上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息是否一致;第四确定子单元,用于确定上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则,则将上述目标短信的验证结果标记为通过。
可以看出,上述第一服务器按照预设的验证顺序对上述目标短信进行验证,只有当前一步验证结果一致时,才会执行下一步验证过程;当上述的验证过程都一致时,则上述目标短信的验证结果被判定为通过,从而使得上述目标短信的最终的验证结果更加准确。
在又一种可实施的方案中,,上述处理单元还包括:第二确定单元,用于若上述目标短信的计费数量与针对上述目标短信的返回报告的总数量不一致,或上述目标短信的各个返回报告的状态信息不一致,或上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息不一致,则将上述目标短信的验证结果标记为不通过。
可以看出,在上述方法的验证过程中,任意一项验证结果不一致时,则上述目标短信的验证结果被判定为不通过,能够减少上述目标短信的验证过程,从而节省了上述目标短信的验证时间。
在又一种可实施的方案中,上述服务器还包括:第一接收单元,用于接收上述第二服务器发送的针对目标短信的第二短信账单;第一生成单元,用于将上述第一短信账单和上述第二短信账单的验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。
可以看出,第一服务器能够将生成的第一短信账单与接收到的第二服务器发送的第二短信账单进行校对,并分别标记出验证结果相同的记录和验证结果不相同的记录,便于排查问题。
在图4所示的服务器中,该服务器能够针对多条短信进行逐条地验证目标短信,并将验证通过的目标短信汇总,自动地生成短信账单,节省了耗费的人力和时间,降低了成本。
请参见图5,图5是本申请实施例提供的又一种服务器50的结构示意图,该服务器50包括通信接口501、存储器502和处理器503。其中,上述的通信接口501,存储器502和处理器503可通过总线或其他方式连接,本申请实施例以通过总线连接为例。
其中,上述通信接口用于上述服务器与上述第二服务器之间的数据通信,存储器502可以是随机存储记忆体(random access memory,RAM)、只读存储器(read-onlymemory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),不限于此,该存储器502用于存储相关指令及数据;处理器503可以是一个或多个中央处理器(CentralProcessing Unit,CPU),即可以是诊断设备的计算核心及控制中心,用于解析诊断设备内部的各类指令及数据,在处理器503是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
该服务器的处理器503用于读取上述存储器502中存储的程序代码,执行的操作包括:第一服务器向供应商维护短信业务的第二服务器发送目标短信,上述目标短信为多条短信中的任意一条短信;上述第一服务器接收上述第二服务器发送的针对上述目标短信的至少一份返回报告,上述第二服务器用于在接收到上述目标短信的内容后向电信服务商发送上述目标短信中的内容,上述至少一份返回报告包括状态信息和描述信息,上述状态信息用于表征上述第二服务器是否成功将上述目标短信中的一部分内容送达给上述电信服务商,上述描述信息用于描述上述电信服务上是否成功将上述目标短信中的一部分内容送达给用户;若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态一致,上述目标短信的各个返回报告的状态与上述目标短信的各个返回报告的状态描述一致,则将上述目标短信的验证结果标记为通过;将上述多条短信中验证结果标记为通过的短信生成第一短信账单。
在一种可实施的方案中,上述若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过之前,还包括:获取所述供应商规定一个计费单位对应的字符数量N;根据上述目标短信的字符数量M和上述一个计费单位对应的字符数量N确定上述计费数量P,其中,
在又一种可实施的方案中,上述若上述第一服务器统计的上述目标短信的计费数量与针对上述目标短信的返回报告的总数量一致,上述目标短信的各个返回报告的状态信息一致,上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过,包括:确定上述目标短信的计费数量与针对上述目标短信的返回报告的数量是否一致;若上述目标短信的计费数量与针对上述目标短信的返回报告的数量一致,则确定上述目标短信的各个返回报告的状态信息是否一致;若上述目标短信的各个返回报告的状态信息一致,则确定上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息是否一致;若上述目标短信的各个返回报告的状态信息与上述目标短信的各个返回报告的描述信息一致,则将上述目标短信的验证结果标记为通过。
在又一种可实施的方案中,上述服务器还包括:若所述目标短信的计费数量与针对所述目标短信的返回报告的总数量不一致,或所述目标短信的各个返回报告的状态信息不一致,或所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息不一致,则将所述目标短信的验证结果标记为不通过。
在又一种可实施的方案中,上述服务器还包括:接收上述第二服务器发送的针对目标短信的第二短信账单;将上述第一短信账单和上述第二短信账单的验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。
图5所示的服务器中各个模块的具体实现可以对应参照图2所示的方法实施例的相应描述,此处不再赘述。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机或处理器上运行时,使得计算机或处理器执行上述任一个方法中的一个或多个步骤。上述信号处理诊断设备的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取存储介质中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。上述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时,全部或部分地产生按照本申请实施例上述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程诊断设备。上述计算机指令可以存储在计算机可读存储介质中,或者通过上述计算机可读存储介质进行传输。上述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
综上上述,通过实施本申请实施例,该服务器能够向供应商维护短信业务的第二服务器发送多条短信中的目标短信,并接收上述第二服务器发送的针对该目标短信返回的返回报告,按照预设的验证顺序,验证上述目标短信的计费数量与针对上述目标短信的返回报告的总数量是否一致,上述目标短信的各个返回报告的状态信息是否一致,上述目标短信的各个返回报告的状态与上述目标短信的各个返回报告的描述信息是否一致,则将验证结果均一致的目标短信标记为通过;将上述多条短信中验证结果标记为通过的短信自动化生成第一短信账单,节省了耗费的人力和时间。此外,通过校验上述第一短信账单和接收到的第二服务器发送的针对上述多条短信的第二短信账单,标记出验证结果相同的记录和验证结果不相同的记录,有利于排查问题。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,该的程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可存储程序代码的介质在不冲突的情况下,本实施例和实施方案中的技术特征可以任意组合。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属与本申请所涵盖的范围。
Claims (12)
1.一种生成短信账单的方法,其特征在于,包括:
第一服务器向供应商维护短信业务的第二服务器发送目标短信,所述目标短信为多条短信中的任意一条短信;
所述第一服务器接收所述第二服务器发送的针对所述目标短信的至少一份返回报告,所述第二服务器用于在接收到所述目标短信中的内容后向电信运营商发送所述目标短信中的内容,所述至少一份返回报告包括状态信息和描述信息,所述状态信息用于表征所述第二服务器是否成功将所述目标短信中的一部分内容送达给所述电信运营商,所述描述信息用于描述所述电信运营商是否成功将所述目标短信中的一部分内容送达给用户;
若所述第一服务器统计的所述目标短信的计费数量与针对所述目标短信的返回报告的总数量一致,所述目标短信的各个返回报告的状态信息一致,所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过;
将所述多条短信中验证结果标记为通过的短信生成第一短信账单。
3.根据权利要求1所述的方法,其特征在于,若所述第一服务器统计的所述目标短信的计费数量与针对所述目标短信的返回报告的总数量一致,所述目标短信的各个返回报告的状态信息一致,所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过,包括:
确定所述目标短信的计费数量与针对所述目标短信的返回报告的总数量是否一致;
若所述目标短信的计费数量与针对所述目标短信的返回报告的总数量一致,则确定所述目标短信的各个返回报告的状态信息是否一致;
若所述目标短信的各个返回报告的状态信息一致,则确定所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息是否一致;
若所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过。
4.根据权利要求1-3任一项所述的方法,其特征在于,还包括:
若所述目标短信的计费数量与针对所述目标短信的返回报告的总数量不一致,或所述目标短信的各个返回报告的状态信息不一致,或所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息不一致,则将所述目标短信的验证结果标记为不通过。
5.根据权利要求1-3任一项所述的方法,其特征在于,还包括:
接收所述第二服务器发送的针对上述目标短信的第二短信账单;
将所述第一短信账单和所述第二短信账单的验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。
6.一种生成短信账单的服务器,其特征在于,包括:
发送单元,用于向供应商维护短信业务的第二服务器发送目标短信,所述目标短信为多条短信中的任意一条短信;
接收单元,用于接收所述第二服务器发送的针对所述目标短信的至少一份返回报告,所述第二服务器用于在接收到所述目标短信中的内容后向电信运营商发送所述目标短信中的内容,所述至少一份返回报告包括状态信息和描述信息,所述状态信息用于表征所述第二服务器是否成功将所述目标短信中的一部分内容送达给所述电信运营商,所述描述信息用于描述所述电信运营商是否成功将所述目标短信中的一部分内容送达给用户;
处理单元,用于若统计的所述目标短信的计费数量与针对所述目标短信的返回报告的总数量一致,所述目标短信的各个返回报告的状态信息一致,所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过;
生成单元,用于将所述多条短信中验证结果标记为通过的短信生成第一短信账单。
8.根据权利要求6所述的服务器,其特征在于,所述处理单元包括:
第一确定子单元,用于确定所述目标短信的计费数量与针对所述目标短信的返回报告的总数量是否一致;
第二确定子单元,用于若所述目标短信的计费数量与针对所述目标短信的返回报告的总数量一致,则确定所述目标短信的各个返回报告的状态信息是否一致;
第三确定子单元,用于若确定所述目标短信的各个返回报告的状态信息一致,则确定所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息是否一致;
第四确定子单元,用于确定所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息一致,则将所述目标短信的验证结果标记为通过。
9.根据权利要求6-8任一项所述的服务器,其特征在于,所述处理单元还包括:
第二确定单元,用于若所述目标短信的计费数量与针对所述目标短信的返回报告的总数量不一致,或所述目标短信的各个返回报告的状态信息不一致,或所述目标短信的各个返回报告的状态信息与所述目标短信的各个返回报告的描述信息不一致,则将所述目标短信的验证结果标记为不通过。
10.根据权利要求6-8任一项所述的服务器,其特征在于,所述服务器还包括:
第一接收单元,用于接收所述第二服务器发送的针对目标短信的第二短信账单;
第一生成单元,用于将所述第一短信账单和所述第二短信账单的验证结果相同的记录标记为有效记录,将验证结果不相同的记录标记为异常记录。
11.一种服务器,其特征在于,包括通信接口、存储器和处理器,其中,所述通信接口用于所述服务器与第二服务器之间的数据通信,所述存储器用于存储计算机程序,所述处理器被配置用于计算机程序,以使所述服务器执行如权利要求1至5任一项所述生成短信账单的方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被配置处理器执行时使所述处理器实现权利要求1至5中任一项所述生成短信账单的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911262375.4A CN111163428B (zh) | 2019-12-10 | 2019-12-10 | 一种生成短信账单的方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911262375.4A CN111163428B (zh) | 2019-12-10 | 2019-12-10 | 一种生成短信账单的方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111163428A CN111163428A (zh) | 2020-05-15 |
CN111163428B true CN111163428B (zh) | 2021-08-10 |
Family
ID=70556656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911262375.4A Active CN111163428B (zh) | 2019-12-10 | 2019-12-10 | 一种生成短信账单的方法及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111163428B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113473400A (zh) * | 2021-07-14 | 2021-10-01 | 北京声智科技有限公司 | 短信计费方法、装置、电子设备及可读存储介质 |
CN113965899B (zh) * | 2021-12-21 | 2022-04-01 | 杭州云在线科技有限公司 | 一种检测短信扣量服务器及检测短信扣量的方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1553685A (zh) * | 2003-06-05 | 2004-12-08 | 中国移动通信集团公司 | 一种基于互联网的短消息传送系统的计费方法 |
CN102026124A (zh) * | 2010-12-07 | 2011-04-20 | 中国电信股份有限公司 | 短信智能业务平台系统及基于该系统的短信业务实现方法 |
CN104301874A (zh) * | 2014-09-15 | 2015-01-21 | 华为软件技术有限公司 | 系统通知发送方法、设备及系统 |
CN109168135A (zh) * | 2018-11-09 | 2019-01-08 | 上海银赛计算机科技有限公司 | 短信发送通道的选择方法、装置、短信平台和存储介质 |
CN110059119A (zh) * | 2019-03-13 | 2019-07-26 | 深圳壹账通智能科技有限公司 | 一种账单生成方法、装置、计算机设备及可读存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140179304A1 (en) * | 2012-12-25 | 2014-06-26 | Tracey Bernath | System and Method for Cellular Phone No-Charge Transactions |
CN106911661B (zh) * | 2016-09-23 | 2020-04-28 | 阿里巴巴集团控股有限公司 | 一种短信验证方法、装置、客户端、服务器及系统 |
CN109889469B (zh) * | 2017-12-06 | 2021-11-30 | 中兴通讯股份有限公司 | 短信验证方法、装置、存储介质、短信验证系统及终端 |
-
2019
- 2019-12-10 CN CN201911262375.4A patent/CN111163428B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1553685A (zh) * | 2003-06-05 | 2004-12-08 | 中国移动通信集团公司 | 一种基于互联网的短消息传送系统的计费方法 |
CN102026124A (zh) * | 2010-12-07 | 2011-04-20 | 中国电信股份有限公司 | 短信智能业务平台系统及基于该系统的短信业务实现方法 |
CN104301874A (zh) * | 2014-09-15 | 2015-01-21 | 华为软件技术有限公司 | 系统通知发送方法、设备及系统 |
CN109168135A (zh) * | 2018-11-09 | 2019-01-08 | 上海银赛计算机科技有限公司 | 短信发送通道的选择方法、装置、短信平台和存储介质 |
CN110059119A (zh) * | 2019-03-13 | 2019-07-26 | 深圳壹账通智能科技有限公司 | 一种账单生成方法、装置、计算机设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111163428A (zh) | 2020-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111163428B (zh) | 一种生成短信账单的方法及服务器 | |
CN108537897A (zh) | 停车场停车收费管理方法、服务器及存储介质 | |
CN111510908B (zh) | 开卡方法、装置、设备及介质 | |
CN110969417B (zh) | 政务事项同步方法、装置、系统、计算机设备和存储介质 | |
CN114219645A (zh) | 会计日期切换方法、装置、设备、可读存储介质及产品 | |
CN114022151A (zh) | 区块链数据可视化方法、系统、电子设备和存储介质 | |
CN111209060A (zh) | 能力开发平台处理方法及装置 | |
CN100428824C (zh) | 对移动终端进行主动查询维护的方法 | |
CN103929731B (zh) | 增值业务的订购方法及装置 | |
CN108650123B (zh) | 故障信息记录方法、装置、设备和存储介质 | |
CN112948224A (zh) | 一种数据处理方法、装置、终端及存储介质 | |
CN107846288B (zh) | 用于实现计费的方法、装置和系统 | |
US8660917B2 (en) | Multipoint billing quality control and certification | |
US20080040438A1 (en) | Device and Method of Sending and Receiving a Message | |
CN114254991A (zh) | 目标对象的提报方法、装置及设备 | |
CN115328760A (zh) | 一种基于注入的规则处理方法 | |
CN110418331B (zh) | 解锁方法、解锁装置、移动终端及服务器 | |
CN109348053B (zh) | 电话号码标记处理方法、服务器、终端设备及计算机可读存储介质 | |
CN110493735B (zh) | 一种短信处理方法及装置 | |
CN111222926A (zh) | 一种开发票的方法及装置 | |
CN111242337A (zh) | 一种用于电池拆卸的线上预约网点系统 | |
CN112994904B (zh) | 一种数据管理方法、装置、设备及存储介质 | |
CN100469009C (zh) | 通过wap网络下载资料的计费方法 | |
CN113449496B (zh) | 一种自动生成维修单据的方法和装置 | |
CN111738746B (zh) | 流量投诉处理方法、前端显示设备、后台处理设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |