业务数据处理平台、系统和方法

专利名称：业务数据处理平台、系统和方法
技术领域：
本发明涉及网络技术，特别是涉及一种业务数据处理平台、系统和方法， 属于电子商务技术领域。
背景技术：
区别于传统的印刷优惠券，电子券是商户在互联网上以电子文本和/或图
片形式发行的一种优惠信息，其表现形式可包括电子优惠券、积分兌换券 等。电子券省去了商户印刷和发送传统印刷优惠券的成本，为商户带来了一 定的经济效益；同时，电子券也方便了消费者的使用，已逐渐被广大消费者 所接受并得到了较高的认知度。
但现有技术中，电子券通常由商户在网上发布；用户下载电子券后，可 到相应销售点现场消费，用户在消费电子券时向工作人员出示电子券，由现 场工作人员对电子券进行人工认证。由于商户发行的电子券易被复制，电子 券的认证安全性低，易出现大量用户重复使用同一电子券的情形，因此，该 现有技术不能满足商户针对性开展促销活动等个性化的经营需求，例如如 果商户进行的促销活动是根据预定的让利范围限量发布电子券，电子券的认 证安全性低所导致的用户大量重复使用同一电子券的情形，将使得用户实际 享有的折扣总利益超出商户预定的让利范围，或者，商户预定的让利范围仅 由少数用户重复享受(如 一个用户使用同一电子券的复制件进行多次折扣 消费等)，从而导致商户的利益得不到有效保障。
总之，现有技术至少存在着电子券可复制性高、电子券认证安全性低等 技术缺陷。

发明内容
7本发明目的是提供一种业务数据处理平台、系统及方法，用以实现降低 电子券的可复制性，提高电子券的认证安全性的技术效果。
本发明提供了一种业务数据处理平台，包括电子券生成模块、电子券认
证模块、业务信息库和通信模块；
所述通信模块用于经由通信网，接收电子券生成请求和电子券认证请求， 并向相应终端推送所述电子券生成模块和电子券认证模块的处理结果；
所述业务信息库用于存储电子券生成和认证所需的业务信息；
所述电子券生成模块用于在接收到电子券生成请求时，向所述业务信息 库查询与所述电子券生成请求匹配的业务信息；根据匹配的业务信息和预设 的加密算法生成电子券；将生成的电子券发送给所述通信模块；
所述电子券认证模块用于在接收到电子券认证请求时，根据与预设的加 密算法相应的解密算法对电子券进行解密分析，认证所述电子券的有效性； 当所述电子券通过有效性认证时，将认证通过信息发送给所述通信模块。
本发明还提供了一种业务数据处理系统，包括上述业务数据处理平台， 以及与所述业务数据处理平台通信连接的电子券生成请求设备和电子券 认证请求设备；
请求、接收和显示所述业务数据处理平台生成的电子券；
所述电子券认证请求设备用于向所述业务数据处理平台发送电子券 认证请求，接收和显示所述业务数据处理平台的认证结果。
本发明又提供了一种业务数据处理方法，包括
预先存储有电子券生成和认证所需的业务信息；
在接收到电子券生成请求时，向预先存储的业务信息查询与所述电子券 生成请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成电子 券；并向电子券生成请求设备发送生成的电子券；
在接收到电子券认证请求时，根据与预设的加密算法相应的解密算法对电子券进行解密分析，认证所述电子券的有效性；当所述电子券通过有效性 认证时，向电子券认证请求设备发送认证通过信息。
本发明可实现在业务数据处理平台上对电子券生成和i/v证的进行集中处 理，业务数据处理平台可通过通信网与外部设备(如电子券生成请求设备 和电子券认证请求设备)通信连接，根据电子券生成请求和相应的业务信息， 生成加密的电子券，由于加密的电子券将相应业务信息的明文信息封装为密 文信息进行传输，因此，有利于提高电子券的安全性，增加电子券的复制难 度，即降低电子券的可复制性；此外，电子券的认证可采用信息安全的解密 技术进行电子认证，明显提高了电子券认证的安全性。


图1为本发明业务数据处理平台第一实施例结构图2为本发明业务数据处理平台第二实施例结构图3为本发明业务数据处理系统实施例结构图4为本发明业务数据处理方法第一实施例流程图5为本发明业务数据处理方法中生成电子券实施例流程图6为本发明业务数据处理方法中认证电子券实施例流程图。
具体实施例方式
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。 图1为本发明业务数据处理平台第一实施例结构图。如图1所示，本实
施例业务数据处理平台包括相互连接的业务信息库11、电子券生成模块12、
电子券认证模块13和通信模块14。
业务信息库11用于存储电子券生成和认证所需的业务信息。 电子券生成模块12用于在接收到电子券生成请求时，向业务信息库11
查询与电子券生成请求匹配的业务信息；根据匹配的业务信息和预设的加密
9算法生成电子券；将生成的电子券发送给通信模块14。
电子券认证模块13用于在接收到电子券认证请求时，根据与预设的加密 算法相应的解密算法对电子券进行解密分析，认证电子券的有效性；当电子 券通过有效性认证时，将认证通过信息发送给通信一莫块14。
通信模块14用于经由通信网，接收电子券生成请求设备发送的电子券生 成请求，以及电子券认证请求设备发送的电子券认证请求，并向相应终端(如 电子券生成请求设备和电子券认证请求设备等)推送电子券生成模块12和电 子券认证模块13的处理结果。
本实施例电子券包括电子优惠券和积分兌换券；通信网包括可进行通信 的网络，包括互联网等通用网络或GPRS等专用通信网络。
本实施例业务数据处理平台提供了一个电子券生成和认证的集中处理平 台，本实施例可通过通信网与外部设备通信连接，可根据用户发送的电子券 生成请求和相应的业务信息，生成加密的电子券，由于加密的电子券将相应 业务信息的明文信息封装为密文信息进行传输，因此，有利于提高电子券的 安全性，增加电子券的复制难度，即降低电子券的可复制性；此外，电子券 的认证可通过本实施例提供的平台，采用信息安全的解密技术进行电子认证， 明显提高了认证安全性。区别于现有技术的是，由于本实施例降低了电子券 的可复制性，且提高电子券的认证安全性，因此，商户可基于本实施例业务 数据处理平台，针对性开展各种个性化的营销活动，从而满足商户多样化的 经营需求。
图2为本发明业务数据处理平台第二实施例结构图。如图2所示，本实 施例与本发明业务凝:据处理平台第 一 实施例的区别在于，本实施例电子券生 成模块12包括第一接收单元121、查询单元122、加密单元123和第一发送 单元124。
第一接收单元121用于接收通信模块14转发的电子券生成请求。 查询单元122用于向业务信息库11查询与电子券生成请求匹配的业务信息。该匹配的业务信息可包括电子券的生成类型、商户信息、商品信息、 优惠信息、兌换信息、有效期、有效使用次数等。
加密单元123用于#^居查询单元122的查询结果和预设的加密算法生成
电子券。
第一发送单元124用于向通信模块"发送生成的电子券。通信模块" 在接收到第一发送单元124发送的电子券时，会将该电子券经由通信网发送 给电子券生成请求设备。
在上述技术方案的基础上，加密单元123可进一步包括编号信息生成子 单元1231、校—验信息生成子单元1232、加密条码生成子单元1233和电子券 生成子单元1234。
编号信息生成子单元1231用于生成与匹配的业务信息相应的编号信息。 该编号信息可根据电子券的类型包括不同的编号信息，如活动编码或兌换 编号。
校验信息生成子单元1232用于根据预设的多种加密算法分别生成多组 校验信息。
加密条码生成子单元1233用于将校验信息生成子单元1232生成的多组 校验信息与编号信息生成子单元1231生成的编号信息混排组合形成加密条 码。
电子券生成子单元1234用于根据所述加密条码生成一维码电子券或二 维码电子券。
在上述技术方案的基础上，电子券认证模块13包括第二接收单元131、 解密单元132、第二发送单元133和更新单元134。
第二接收单元131用于接收通信模块14转发的电子券认证请求。
解密单元132用于根据与预设的加密算法相应的解密算法对电子券进行 解密分析，认证所述电子券的有效性。
第二发送单元133用于当所述电子券通过有效性认证时，将认证通过信息发送给通信模块14。
更新单元134用于当所述电子券通过有效性认证时，更新业务信息库11 存储的与所述电子券相应的业务信息。例如当电子券通过有效性认证时，
者，将电子券有效剩余使用次数进行相应扣减等。
其中，解密单元132可进一步包括解析子单元1321、校验信息验证子 单元1322和编号信息—验证子单元1323。
解析子单元1321用于根据与生成电子券时釆用的混排组合规则解析加 密条码，获取编号信息和多组校验信息。
校验信息验证子单元1322用于根据与生成电子券时采用的加密算法相 应的解密算法分别验^i正相应校验信息的准确性。
编号信息验证子单元1323用于在各组校验信息通过准确性验证、且存储 的与所述编号信息对应的业务信息有效时，该电子券通过有效性认证。
本实施例业务数据处理平台电子券生成模块基于带校验位的分组密码及 校验位计算混排模式生成多重加密的电子券，进行分组密码及校验位混排后 条码的明文模式被隐藏，具有很好的隐蔽性和破解扰乱性；随意增加、删除、 修改加密后的条码，会直接使该条码验证失效，成为废码，有效保证了生成 电子券的唯一性；此外，加密后条码与明文条码位数不同、大小不同，大大 增加破解算法的难度，同时多组校验信息均具有伪码效果，增加电子券的破 解难度，从而有效保证了电子券的认证安全性。
在上述技术方案的基础上，本发明业务数据处理平台还可包括业务日志 存储模块15、会员管理模块16和外围展示模块17。
业务日志存储模块15分别与业务信息库11、电子券生成模块12及电子 券认证冲莫块13连接，用于存储与电子券相关的业务交易日志。业务日志存储 模块15为生成的每一份电子券建立唯一的记录单，该记录单记录有与该电子 券相关的业务交易日志，该业务交易日志可包括电子券从生成请求到交易结束中的各个过程信息，例如发出电子券生成或认证请求的用户或商户信息、发起时间、商户信息、商品信息、优惠信息、兑换信息、交易状态信息等。业务日志存储模块15存储的每份电子券的业务交易日志，使得商户可依托本发明业务数据平台将每份电子券作为 一份独立业务进行跟踪分析。
会员管理模块16与业务信息库11和业务日志存储模块15连接，用于进行会员注册、认证、已注册会员的信息维护、业务日志和/或业务信息的共享处理。
商户或用户可通过互联网或通信网访问本发明业务数据处理平台，通过注册成为会员，并享受业务数据处理平台为会员提供的相应业务，例如已注册的商户会员可共享其他商户会员发布的业务信息，调用电子券相应地业务日志进行统计分析等，有利于商户会员依^^本发明业务数据平台形成商圈联盟，从而为商户会员制定灵活的营销策略提供技术支撑。现有技术中不同商户可能针对相同或不同商品发行形式不同的电子券，其他商户发行的电子券在本商户经营范围内通常不能使用，虽然部分商户可形成结盟关系，但受
地理位置、经营范围等限制，结盟范围较小；因此不同商户间发行的电子券的通用性较差，商户的营销模式也受到限制。区别于现有技术的是，不同商户可依托本发明业务数据平台，可突破地理位置、经营范围等条件限制，形成更大的商圈联盟，因此，商户间的业务信息可最大程度上进行资源共享，有利于提高电子券的通用性，为商户间的灵活的营销模式提供了技术支持。
外围展示模块17与业务信息库11和通信模块14连接，用于通过Web浏览器支持格式或WAP浏览器支持格式展示业务数据处理平台的功能。在实际使用过程中，外围展示模块17可根据业务数据平台的使用对象(如普通用户、普通商户、用户会员或商户会员等)，针对性的将外围展示模块17设计为展示业务数据处理平台的部分功能，平台展示非常灵活。
图3为本发明业务数据处理系统实施例结构图。如图3所示，本实施例包括业务数据处理平台31、电子券生成请求设备32和电子券认证请求设33;电子券生成请求设备32和电子券认证请求设备33经由通信网，分别与业务数据处理平台31通信连接。业务数据处理平台31可参见图1或图2对应实施例的记载，不再赘述。
电子券生成请求设备32用于向业务数据平台31发送电子券生成请求、接收和显示业务数据处理平台31生成的电子券。
电子券认证请求设备33用于向业务数据处理平台31发送电子券认证请求，接收和显示业务数据处理平台31的认证结果。
电子券生成请求设备32或电子券认证请求设备33的表现形式可包括移动终端、电脑、销售点终端(Point of Sale,简称P0S^L)、有线电话等，电子券生成请求或电子券认证请求的格式可包括Web浏览器支持格式、WAP浏览器支持格式、短信(SMS)格式、彩信(應S)格式、电子邮件格式、语音格式等。
在上述技术方案的基础上，业务数据处理系统还可包括业务支撑子系统34。业务支撑子系统34与业务数据处理平台31通信连接，为业务数据处理平台31的业务操作提供相应的业务支撑。
业务支撑子系统34可包括通信网基站、短信网关、彩信网关、移动信息服务中心(Mobile Information Service,简称MISC)等。
本实施例业务数据处理系统基于业务数据处理平台，经由通信网与电子券生成请求设备及电子券认证请求设备连接，为电子券的生成和认证搭建一个安全可靠的统一处理系统，便于降低电子券的可复制性，并提高电子券认证的安全性；此外，业务数据处理系统还将业务数据处理平台与业务支撑子系统对接，^f更于用户或商户基于业务数据处理平台以多种方式实现电子券交易业务，提高电子券的易用性。
图4为本发明业务数据处理方法第一实施例流程图。如图4所示，本实施例在业务数据处理平台上预先存储有电子券生成和认证所需的业务信息，并执行以下步骤步骤41、业务数据处理平台接收外部设备经由通信网发送的指令；外部 设备可包括电子券请求设备和电子券认证请求设备等。
步骤42、业务数据处理平台判断所接收到的指令类型，当接收到的指令 类型为电子券生成请求时，执行步骤43;当接收到的指令类型为电子券认证 请求时，执行步骤44。
步骤43、在接收到电子券生成请求时，向预先存储的业务信息查询与电 子券生成请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成 电子券；并向电子券生成请求设备发送生成的电子券。
该匹配的业务信息可包括电子券的生成类型、商户信息、商品信息、 优惠信息、兑换信息、有效期、有效使用次数等。生成电子券的类型可包括 电子优惠券或积分兌换券等。
步骤44、在接收到电子券认证请求时，根据与预设的加密算法相应的解 密算法对电子券进行解密分析，认证电子券的有效性；当电子券通过有效性 认证时，向电子券认证请求设备发送认证通过信息。
本实施例在业务数据处理平台上存储的业务信息，可根据实际需要进行 更新维护。此外，在本实施例技术方案的基础上，还可步骤43和步骤44之 后，执行步骤45。
步骤45、业务数据处理平台存储与电子券相关的业务交易日志。
业务数据处理平台为生成的每一份电子券建立唯一的记录单，该记录单 记录有与该电子券相关的业务交易日志，该业务交易日志可包括电子券从生 成请求到交易结束中的各个过程信息，例如发出电子券生成或认证请求的 用户或商户信息、发起时间、商户信息、商品信息、优惠信息、兑换信息、 交易状态信息等。业务数据处理平台存储的每份电子券的业务交易日志，使 得商户可依托业务数据平台将每份电子券作为 一份独立业务进行跟踪分析， 便于制定灵活的营销策略。
为了保证采用本实施例业务数据处理方法生成的电子券的唯一性，可基
15于带校验位的分组密码及校验位计算混排模式生成多重加密的电子券。具体
的，在图4所示实施例技术方案基础上，步骤43可包括
步骤431、向业务数据处理平台预先存储的业务信息查询与电子券生成
请求匹配的业务信息；
步骤432、生成与所述匹配的业务信息相应的编号信息；
步骤433、根据预设的多种加密算法分别生成多组校验信息；
步骤434、将步骤432生成的编号信息与步骤433生成的多组校验信息
混排组合形成加密条码；
步骤435、根据步骤434生成的加密条码生成一维码电子券或二维码电子券。
相应的，步骤44可包括
步骤441、根据与生成电子券时采用的混排组合规则解析加密条码，获 取编号信息和多组校验信息；
步骤442、根据与生成电子券时采用的加密算法相应的解密算法分别验 证相应校验信息的准确性；
步骤443、在各组校验信息通过准确性验证、且业务数据处理平台上存 储的与编号信息对应的业务信息有效时，所述电子券通过有效性认证。
例如假设预先设计的加密条码总位数为12位，该加密条码的组成规则 包括
校验位A ( 1位)+校验位B (1位)+校验位C (1位)+编号信息(9位)。 因此，可根据预设的三种不同的加密算法分别生成3个校验位，分别表 示为校验位A、校验位B和校验位C;将生成的3个校验位与编号信息混排组 合，形成加密条码；之后，可基于该加密条码生成一维码电子券或二维码电 子券。该条码经过了 4层的加密处理，条码的认证包括编号信息、校验位A、 校验位B和校验位C的4重校验，其校验强度明显增强，有效增加了电子券 的复制难度，提高电子券的认证安全性。进行分组密码及校验位混排后条码的明文模式被隐藏，具有很好的隐蔽
性和破解扰乱性；随意增加、删除、修改加密后的条码，会直接使该条码验 证失效，成为废码，有效保证了生成电子券的唯一性；此外，加密后条码与 明文条码位数不同、大小不同，大大增加破解算法的难度，同时多组校验信 息均具有伪码效果，增加电子券的破解难度，从而有效保证了电子券的认证 安全性。
从加密条码破解角度分析，由于校验位是采用不同的算法分别生成的， 因此采用的异或破解方法无效。假设采用暴力破解法进行破解分析，那么用 户采用暴力破解方法试出符合加密编码规则的几率为Kl， Kl满足以下关系
Kl = 10710)2 *1(T2 = 1/100000 = 10—5
用户试出符合加密编码规则的编码中符合业务数据处理平台当前正在使 用的编号信息的几率为K, K满足以下关系
K = Kl * (X/1 07) = 10—5 * (X/107) = X/1 012
其中，X为业务数据处理平台中已存在条码且未使用条码数。
通过以上对加密条码破解角度的分析结果可知，条码经过4重加密和重 组规则处理后可靠性高，解密难度大，安全性高，唯一性准确。由于加密后 条码具有唯一性，因而根据加密条码生成的电子券不重复，这使得每份电子 券实际上代表了 一份独立的业务，业务数据处理平台记录了与电子券相关的 业务交易日志，从而便于商户对电子券的交易进行相应的统计分析，有利于 商户针对性的调整营销策略。
图5为本发明业务数据处理方法中生成电子券实施例流程图。本实施例 点播短信即为本发明的电子券下载请求。如图5所示，本实施例包括
步骤51、手机用户根据商户发布的活动信息，按照指定格式发送点播短 信，用于请求下载相应的电子券。
该活动信息可包括商户发布优惠信息或积分兑换信息。用户可通过平媒、 纸媒、网络或其他渠道获取商户发布的活动信息。步骤52、移动短信网关将点播短信推送给业务数据处理平台。 步骤53、业务凄t据处理平台接收点播短信并记录发送点播指令的用户的 手机号码。
步骤54、业务数据处理平台解析点播短信包括的点播指令，在业务信息 库中查询与该点播指令匹配的业务信息，根据匹配的业务信息和预设加密算 法生成加密的电子券。
与点播指令匹配的业务信息可包括相关的商户信息、商品信息、优惠信
息或兑换信息。关于电子券加密生成方式可参见本发明业务数据处理方法第 一实施例步骤431-步骤435所示，不再赘述。如果与点播指令匹配的业务信 息包括优惠信息，生成的电子券即为电子优惠券；如果与点播指令匹配的业 务信息包括兌换信息，生成的电子券即为积分兌换券。
步骤55、业务数据处理平台存储与电子券相关的业务交易日志。该业务 交易日志包括用户的手机号码、点播短信的接收时间(即服务请求时间)、 生成的电子券、以及与电子券相应的业务信息，如电子券的使用有效期、 有效使用次数等。
步骤56、业务数据处理平台将生成的电子券封装为短信格式，发送给移 动短信网关。
步骤57、移动短信网关将包括电子券的短信推送给相应的手机用户，结 束本流程。
本实施例将业务数据处理平台与通信网的移动短信网关通信连接，手机 用户可通过短信点播方式方便下载经业务数据处理平台生成的加密电子券。
在本实施例技术方案的基础上，基于业务数据处理平台，不同用户还可 选用其他方式下载经加密处理后的电子券，例如通过短信定制方式、电子 邮件点播或定制等方式；当业务数据处理平台生成的电子券为二维码电子券 时，业务凝:据平台也将电子券以彩信或电子邮件等格式下发给相应用户。由 此可见，商户基于业务数据处理平台发送电子券的方式，以及用户基于业务数据处理平台下载电子券的方式都非常灵活和方便。
图6为本发明业务数据处理方法中认证电子券实施例流程图。如图6所 示，本实施例包括
步骤61、手机用户向销售点终端(Point on Sale,以下简称POS机) 提交电子券。
手机用户提交电子券的方式非常灵活，例如手机用户可在POS机上手 工输入与电子券相应的加密条码；或，将支持近距离无线通信(简称NFC) 功能的手机贴向POS机，由POS机自动读取手机存储的电子券；或，用户通 过短信或彩信方式向与手机通信连接的POS机提交电子券等。
步骤62、 POS机将手机用户提交的电子券通过通信网(如GPRS或EDGN 等通信网络)转发给业务数据处理平台。
步骤63、业务数据处理平台根据与预设的加密算法相应的解密算法对电 子券进行解密分析，认证电子券的有效性。关于电子券认证方式可参见本发 明业务数据处理方法第一实施例步骤441-步骤443所示，不再赘述。
当电子券通过步骤63的有效性认证时，执行步骤64;否则执行步骤615。
步骤64、当业务数据处理平台进行电子券认证过程中，可获知该电子券 的类型，即该电子券为电子优惠券或积分兌换券，并针对电子券的不同类型 发起不同的后续认证流程。当电子券的类型为电子优惠券时，执行步骤65; 当电子券的类型为积分兑换券时，执行步骤67。
步骤65、业务数据处理平台向P0S机发送认证通过信息，同时，向P0S 机推送与该电子券相应的业务信息。
步骤66、业务数据处理平台更新该电子券相关的业务交易日志，更新内 容可包括P0S机编号、手机用户号码、业务请求时间等，还可包括电子券 相应的业务信息更新，例如更新电子券剩余有效使用次数等，结束本流程。
步骤67、业务数据处理平台向P0S机推送与所述积分兌换券相应的兑换 商品信息；步骤68、业务数据处理平台向POS机发送提示指令，POS机提示用户输 入手机号码以及与该手机号码相应的客服密码(如10086密码等)。 步骤69、用户输入手机号码及客服密码。
步骤610、 P0S机将用户输入的手机号码和客服密码经由通信网发送给业 务数据处理平台。
步骤611、业务数据处理平台将手机号码和客服密码发送给通信网的客 服中心数据业务平台。
步骤612、客服中心数据业务平台对客服密码进行验证。当客服密码通 过验证时，客服中心数据业务平台查询手机号码对应的可使用的积分总值， 将该积分总值发送给业务数据处理平台。
步骤613、业务数据处理平台判断用户可使用的积分总值是否满足扣减 条件，例如业务数据处理平台比较用户选择的兑换商品所需的积分与用户 可使用的积分总值的大小；当用户选择的兑换商品所需的积分小于或等于可 使用的积分总值时，执行步骤614;当用户选择的兑换商品所需的积分大于 可使用的积分总值时，执行步骤615。
步骤614、业务数据处理平台通知客服中心数据业务平台进行相应的积 分扣减操作，向P0S机推送认证成功信息，并通过通信网短信网关，向用户 发送积分扣减短信，该积分扣减短信可包括已扣减的积分和/或剩余可使用的 积分等信息，更新该电子券相关的业务交易日志，结束本流程。
步骤615、业务数据处理平台向P0S机发送认证失败信息，更新该电子 券相关的业务交易日志，结束本流程。
本实施例在相应销售点即可基于业务数据处理平台实现电子券的电子认 证，由于业务数据处理平台是采用与电子券的生成过程关联的解密算法和相 应信息，进行电子券的认证，因此，电子券的认证的安全性能够得到有效保 障。
对于手机积分兌换的现有技术中，用户只能在运营商营业厅消费手机积分，手机积分的消费流程较为繁瑣，例如用户先点播积分兌换券，由营业 厅工作人员根据用户积分情况和用户欲换购的商品，通过web网站等途径订 购相应商品，最后由用户到营业厅现场领取。因此，现有技术用户消费手机 积分的场所受到很大限制，兌换流程需用户到营业厅现场领取商品等参与操 作较多， 一定程度上可能造成用户的排斥心理，降低用户感受度；此外，由 于电子券不能实现现场消费，也增加了移动运营商物流和人工成本；这些缺 陷体现了现有技术中积分兌换券特别是手机积分兌换券的易用性较差。而区 别于现有技术的是，本实施例通过销售点终端与业务数据处理平台的通信连 接，在业务数据处理平台对积分兌换券的认证安全性的保证下，用户积分消 费不会受到专用场所的限制，用户不需要到运营商的营业厅即可在销售点现 场使用积分兌换券，进行手机积分的现场消费，手机积分消费非常方便和安 全，有利于提升用户感受度；此外，由于基于数据处理平台，在销售点现场 可实现手机积分和商品的兌换，因此，还有利于节约运营商的服务和人力成 本。
在本实施例技术方案的基础上，商户或用户还可基于业务数据处理平台 实现会员认证。
本领域普通技术人员可以理解附图只是一个优选实施例的示意图，附 图中的模块或流程并不 一 定是实施本发明所必须的。
本领域普通技术人员可以理解实施例中的装置中的模块可以按照实施 例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的 一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步 拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成，前述的程序可以存储于 一计算机可读 取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、 R認、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术
方案的本质脱离本发明实施例技术方案的精神和范围。
权利要求
1、一种业务数据处理平台，其特征在于，包括电子券生成模块、电子券认证模块、业务信息库和通信模块；所述通信模块用于经由通信网，接收电子券生成请求和电子券认证请求，并向相应终端推送所述电子券生成模块和电子券认证模块的处理结果；所述业务信息库用于存储电子券生成和认证所需的业务信息；所述电子券生成模块用于在接收到电子券生成请求时，向所述业务信息库查询与所述电子券生成请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成电子券；将生成的电子券发送给所述通信模块；所述电子券认证模块用于在接收到电子券认证请求时，根据与预设的加密算法相应的解密算法对电子券进行解密分析，认证所述电子券的有效性；当所述电子券通过有效性认证时，将认证通过信息发送给所述通信模块。
2、 根据权利要求1所述的业务数据处理平台，其特征在于，所述电子券 生成模块包括第一接收单元，用于接收所述通信模块转发的电子券生成请求； 查询单元，用于向所述业务信息库查询与所述电子券生成请求匹配的业 务信息；加密单元，用于根据所述查询单元的查询结果和预设的加密算法生成电 子券；第一发送单元，用于向所述通信模块发送生成的电子券。
3、 根据权利要求2所述的业务数据处理平台，其特征在于，所述加密单 元包括编号信息生成子单元，用于生成与所述匹配的业务信息相应的编号信息； 校验信息生成子单元，用于根据预设的多种加密算法分别生成多组校验 信息；加密条码生成子单元，用于将所述多组校验信息与所述编号信息混排组合形成加密条码；电子券生成子单元，用于根据所迷加密条码生成一维码电子券或二维码 电子券。
4、 根据权利要求3所述的业务数据处理平台，其特征在于，所述电子券 认证模块包括第二接收单元，用于接收所述通信模块转发的电子券认证请求；解密单元，用于根据与预设的加密算法相应的解密算法对电子券进行解 密分析，认证所述电子券的有效性；第二发送单元，用于当所述电子券通过有效性认证时，将认证通过信息 发送给所述通信:模块；更新单元，用于当所述电子券通过有效性认证时，更新所述业务信息库 存储的与所述电子券相应的业务信息。
5、 根据权利要求4所述的业务数据处理平台，其特征在于，所述解密单 元包括解析子单元，用于根据与生成电子券时采用的混排组合规则解析加密条 码，获取编号信息和多组校验信息；校验信息验证子单元，用于根据与生成电子券时采用的加密算法相应的 解密算法分别验证相应校验信息的准确性；编号信息验证子单元，用于在各组校验信息通过准确性验证、且存储的 与所述编号信息对应的业务信息有效时，所述电子券通过有效性认证。
6、 根据权利要求1所述的业务数据处理平台，其特征在于，还包括 业务日志存储模块，分别与所述电子券生成模块、电子券认证模块及通信模块连接，用于存储与所述电子券相关的业务交易日志。
7、 根据权利要求6所述的业务数据处理平台，其特征在于，还包括会员管理模块，与所述业务日志存储模块和业务信息库连接，用于进行 会员注册、认证、已注册会员的信息维护、业务日志和/或业务信息的共享处理。
8、 根据权利要求1所述的业务数据处理平台，其特征在于，还包括 外围展示模块，与所述通信模块和业务信息库连接，用于通过Web浏览器支持格式或WAP浏览器支持格式展示所述业务数据处理平台的功能。
9、 一种业务数据处理系统，其特征在于，包括权利要求l-8所述的 任一业务数据处理平台，以及与所述业务数据处理平台通信连接的电子券 生成请求设备和电子券认证请求设备；所述电子券生成请求设备用于向所述业务数据平台发送电子券生成 请求、接收和显示所述业务数据处理平台生成的电子券；所述电子券认证请求设备用于向所述业务数据处理平台发送电子券 认证请求，接收和显示所述业务数据处理平台的认证结果。
10、 根据权利要求9所述的业务数据处理系统，其特征在于，还包括 业务操作支撑子系统，所述业务操作支撑子系统与所述业务数据处理平台的业务操作提供相应的业务支撑。
11、 一种业务数据处理方法，其特征在于，包括 预先存储有电子券生成和认证所需的业务信息；在接收到电子券生成请求时，向预先存储的业务信息查询与所述电子券 生成请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成电子 券；并向电子券生成请求设备发送生成的电子券；在接收到电子券认证请求时，根据与预设的加密算法相应的解密算法对 电子券进行解密分析，ii^正所述电子券的有效性；当所述电子券通过有效性 认证时，向电子券认证请求设备发送认证通过信息。
12、 根据权利要求11所述的业务数据处理方法，其特征在于，还包括 存储与所述电子券相关的业务交易日志。
13、 根据权利要求11所述的业务数据处理方法，其特征在于，所述电子 券包括一维码电子券或二维码电子券；所述根据匹配的业务信息和预设的加密算法生成电子券，包括生成与所述匹配的业务信息相应的编号信息；根据预设的多种加密算法分别生成多组校验信息；将所述多组校验信息与所述编号信息混排组合形成加密条码；根据所述加密条码生成一维码电子券或二维码电子券。
14、 根据权利要求13所述的业务数据处理方法，其特征在于，所述根据 与预设的加密算法相应的解密算法对电子券进行解密分析，认证所述电子券 的有效性，包括根据与生成电子券时采用的混排组合规则解析加密条码，获取编号信息 和多组校验信息；根据与生成电子券时采用的加密算法相应的解密算法分别验证相应校验 信息的准确性；在各组校验信息通过准确性验证、且存储的与所述编号信息对应的业务 信息有效时，所述电子券通过有效性认证。
15、 根据权利要求ll所述的业务数据处理方法，其特征在于，所述电子 券通过有效性认证之后，向所述电子券认证请求设备发送所述电子券的类型 信息；所述电子券的类型包括电子券或积分兌换券。
16、 根据权利要求15所述的业务数据处理方法，其特征在于，当所述电 子券的类型为积分兌换券时，所述业务数据处理方法还包括向电子券认证请求设备发送与所述积分兑换券相应的兑换商品信息； 通过电子券认证请求设备接收用户信息和用户选择的兑换商品； 根据所述用户信息对用户的合法性进行认证；当兑换商品的用户为合法用户，且所述用户可使用的积分总值满足扣减 条件时，根据用户选择的兌换商品所需的积分进行相应的积分扣减操作。
17、 根据权利要求16所述的业务数据处理方法，其特征在于，所述用户 信息包括移动终端号码和客服密码；所述根据用户信息对用户的合法性进行认证，包括二通过与所述移动终端号码相应的客服中心数据业务平台，验证所述客服密码；当所述客服密码通过验证时，向业务数据处理平台发送所述移动终端 号码相应的用户可使用的积分总值。
18、根据权利要求17所述的业务数据处理方法，其特征在于，所述进行 相应的积分扣减操作之后，还包括通过通信网短信网关，向用户发送积分扣减信息。
全文摘要
本发明涉及了一种业务数据处理平台、系统和方法。该业务数据处理平台包括电子券生成模块、电子券认证模块、业务信息库和通信模块。通信模块用于经由通信网，接收电子券生成和认证请求并向相应终端推送处理结果；业务信息库用于存储电子券生成和认证所需的业务信息；电子券生成模块用于向业务信息库查询与电子券生成请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成电子券；电子券认证模块用于根据与预设的加密算法相应的解密算法对电子券进行解密分析；当电子券通过有效性认证时，将认证通过信息发送给通信模块。本发明可基于业务数据处理平台对电子券生成和认证的进行集中处理，降低电子券的可复制性，提高电子券的认证安全性。
文档编号G06Q30/00GK101482963SQ20091007837
公开日2009年7月15日 申请日期2009年2月26日 优先权日2009年2月26日
发明者彬 吕, 孙嘉青, 牛晓宇, 涛 阳 申请人:北控易码通(北京)科技有限公司