业务数据处理终端及业务数据处理方法

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

发明内容
本发明要解决的技术问题是为业务数据平台进行电子券的生成和认证， 提供一种专用的业务数据处理终端及业务数据处理方法，从而有利于提高电 子券生成和认证的安全性和方便性。
为解决上述技术问题，本发明提供了一种业务数据处理终端，包括电子 券生成请求模块、电子券认证请求模块、通信模块和显示模块；
所述电子券生成请求模块用于根据采集的业务信息和用户信息，生成电 子券生成请求数据包；
所述电子券认证请求模块用于根据采集的电子券信息和用户信息，生成 电子券认证请求数据包；
所述通信模块用于经由通信网，将所述电子券生成请求数据包和电子券 认证请求数据包发送给业务数据处理平台，并接收所述业务数据处理平台根
据所述电子券生成请求数据包生成的电子券、以及根据所述电子券认证请求 数据包对电子券的认证结果；
所迷显示模块用于展示所述电子券生成请求模块、电子券认证请求模块 和所述通信模块的功能及显示通信数据。
本发明提出的业务数据处理终端中，通过通信模块经由通信网可与业务 数据处理平台进行业务数据的交互处理，并通过电子券生成请求模块和电子 券认证请求模块，分别为业务数据处理平台采集生成电子券所需信息和认证 电子券所需信息，从而为业务数据处理平台进行电子券生成和认证提供了 一 种信息采集、传输和显示等集成化程度高的多功能专用终端，有利于提高电 子券生成和认证的安全性；进一步的，本发明业务数据处理终端可通过通信模块与业务数据处理平台保持信息同步，并还可通过显示模块将业务数据处 理终端功能及过程数据呈现给用户，从而方便用户与商户或运营商进行信息 交互，有利于解决商户或运营商与用户信息交互难的问题，从而提高了电子 券生成和认证的方1"更性。
为解决上述技术问题，本发明还提供一种业务数据处理方法，包括 根据采集的业务信息和用户信息，生成电子券生成请求数据包； 根据采集的电子券信息和用户信息，生成电子券认证请求数据包； 经由通信网，将所述电子券生成请求数据包和电子券认证请求数据包发 送给业务数据处理平台；并接收所述业务数据处理平台根据所述电子券生成 请求数据包生成的电子券、以及根据所述电子券认证请求数据包对电子券的 认证结果。
本发明提出的业务数据处理方法中，通过分别为业务数据处理平台采集 生成电子券所需信息和认证电子券所需信息，并经由通信网将采集的信息发 送给业务数据处理平台，从而为业务数据处理平台进行电子券生成和认证提 供了一种信息采集、传输和显示等有效的业务数据处理方法，有利于提高电 子券生成和认证的安全性；进一步的，本发明业务数据处理方法可经由通信 网与业务数据处理平台保持信息同步，并将业务数据处理终端功能及过程数 据呈现给用户，从而方便用户与商户或运营商进行信息交互，有利于解决商 户或运营商与用户信息交互难的问题，从而提高了电子券生成和认证的方便 性。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。


图1为本发明业务数据处理终端第 图2为本发明业务数据处理终端第 图3为本发明业务数据处理平台第
实施例结构图
实施例结构图
实施例结构4为本发明业务翁:据处理平台第二实施例结构图； 图5为本发明业务数据处理方法第一实施例流程图； 图6为本发明业务数据处理方法第二实施例流程图； 图7为本发明业务数据处理方法中生成电子券实施例流程图； 图8为本发明业务数据处理方法中生成电子优惠券认证请求数据包实施 例流程图9为本发明业务数据处理方法中生成积分兌换券认证请求数据包实施 例流程图10为本发明业务数据处理方法中认证电子券实施例流程图。
具体实施例方式
图1为本发明业务数据处理终端第一实施例结构图。如图1所示，本实 施例业务数据处理终端包括电子券生成请求模块11、电子券认证请求模块 12、通信模块13和显示模块14。
电子券生成请求模块11用于根据采集的业务信息和用户信息，生成电子 券生成请求数据包。
电子券认证请求^t块12用于根据采集的电子券信息和用户信息，生成电 子券认证请求数据包。
通信模块13用于经由通信网，将电子券生成请求数据包和电子券认证请 求数据包发送给业务数据处理平台，并接收业务数据处理平台根据电子券生 成请求数据包生成的电子券、以及根据电子券认证请求数据包对电子券的认 证结果。
显示模块14用于显示电子券生成请求模块11、电子券认证请求模块12 和通信模块13的功能及显示通信数据。在具体实现方式上，显示模块14可 包括薄膜晶体管液晶显示屏(Thin Film Transistor Liquid Crystral Display,筒称TFT-LCD)、有机电致发光显示屏(Organic Light Emitting
8Diodes,简称0LED)、焚光显示屏(VFD )或其他用于显示的模块。
本实施例将电子券生成请求模块、电子券认证请求模块、通信模块和显 示模块有效地集成在一起，有利于提高终端中硬件模块与软件应用的集成化 程度。在本实施例业务数据的处理过程中，通过通信模块经由通信网可与业 务数据处理平台进行业务数据的交互处理，并通过电子券生成请求模块和电 子券认证请求模块，分别为业务数据处理平台采集生成电子券所需信息和认 证电子券所需信息，从而为业务数据处理平台进行电子券生成和认证提供了 一种信息采集、传输和显示等集成化程度高的多功能专用终端，有利于提高 电子券生成和认证的安全性。此外，本实施例可通过通信模块与业务数据处 理平台保持信息同步，并还可通过显示模块将业务数据处理终端功能及过程 数据呈现给用户，从而方便用户与商户或运营商进行信息交互，提高了业务 数据处理终端的可操作性，便于提供人性化的交互界面，有利于解决商户或 运营商与用户信息交互难的问题，从而提高了电子券生成和认证的方便性。
为了方便用户或商户获取业务数据平台生成的电子券或电子券认证结 果，在本实施例技术方案的基础上，业务数据处理终端还可进一步包括打印 模块15，用于打印通信模块13接收的电子券和认证结果。
本实施例业务信息、电子券信息和用户信息可通过业务数据处理终端自 身集成的功能模块进行采集，或者可通过与业务数据处理终端连接的外部设 备进行采集，该集成的功能模块或外部设备可包括触摸式或非触摸式键盘、 条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器等，如用户 通过触摸式或非触摸式键盘直接输入业务信息、电子券信息或用户信息，或 者用户持电子券到销售点(例如移动商栈签约的商户等)处，通过条形码 扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器采集电子券生成或 认证所需的业务信息、电子券信息或用户信息。电子券生成或认证所需的业 务信息、电子券信息或用户信息等信息可现场采集，也可事先采集并存储在 业务数据终端上，但电子券生成或认证业务触发时，业务数据处理终端调用预先存储的信息并进^f于处理。
本实施例电子券可包括电子优惠券和积分兑换券；通信网可包括互联网 等通用网络或GPRS等专用通信网络。
在实际应用中，本实施例业务数据处理终端可布"i殳于销售点，作为电子 券生成和认证的商户专用终端。商户基于该专用终端可方便实现电子券生成 和认证的信息采集，实现电子券的电子认证"落地，，，在销售点即可实现对 电子券的安全性电子认证，有效保障了商户的利益；用户可基于该专用终端 在销售点现场使用电子券，在简化了电子券消费的用户操作流程的同时，保 证了电子券消费的安全性，有利于提升用户体验。
由于本实施例业务数据处理终端是通过通信网在线与业务数据平台进行 信息交互的，业务邀:据处理终端与业务教:据处理平台之间可经由通信网有线 或无线通信连接，因此，本实施例业务数据处理终端在使用前，需进行网络 连接的设备属性设置，如对业务数据处理终端网络连接属性的IP地址、子 网掩码和默认网关等参数配置，从而保障业务数据处理终端与业务数据处理 平台的正常通信。
图2为本发明业务数据处理终端第二实施例结构图。如图2所示，本实 施例与本发明业务数据处理终端第一实施例的区別在于，本实施例电子券生 成请求模块11可包括第一采集单元111、第一解析单元112和第一封装发送 单元113。
第一采集单元111用于采集用户信息和该用户的点播指令。 第一解析单元112和第一采集单元111相连，用于解析第一采集单元111
采集的点播指令，获取第一采集单元111采集的点播指令相应的业务信息。 第一封装发送单元ll3分别与第一采集单元111和第一解析单元112相
连，用于封装第一采集单元111接收的用户信息和第一解析单元112获取的
业务信息，生成电子券生成请求数据包，并将电子券生成请求数据包发送给
通信模块13。在上述技术方案的基础上，电子券认证请求模块12还可包括第二采集单 元121、第一筛选单元122、认证信息提取单元123和第二封装发送单元l24。
第二采集单元121用于采集用户信息以及该用户提交的待认证电子券。
第一筛选单元122和第二采集单元121相连，用于根据预先设置的有效 电子券格式，丢弃或透传第二采集单元121采集的电子券。
业务数据处理终端可将业务数据处理平台支持的格式作为默认的有效电 子券格式，预先存储在业务数据处理终端上。当采集的用户提交的待认证电 子券格式为预先设置的有效电子券格式时，第一筛选单元122将第二采集单 元121采集的电子券透传给认证信息提取单元123;当业务数据处理终端采 集的待认证的电子券格式不属于预先设置的有效电子券格式，第一筛选单元 122则丟弃该电子券。
认证信息提取单元123和第一筛选单元122相连，用于提取第一筛选单 元122透传的电子券的条码信息。
第二封装发送单元124分别与第二采集单元121和认证信息提取单元123 相连，用于封装第二采集单元121采集的用户信息和认证信息提取单元123 提取的电子券的条码信息，生成电子券认证请求数据包，并将电子券认证请 求数据包发送给通信模块13。
在具体实现方式上，第二采集单元121可包括触摸式或非触摸式键盘、 条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器。
本实施例电子券生成请求数据包和电子券认证请求数据包的格式可包 括Web浏览器支持格式、WAP浏览器支持格式、短信(SMS )格式、彩信(丽S ) 格式、电子邮件格式、语音格式等。
本实施例业务数据处理终端通过电子券生成请求模块中的第一采集单元 和电子券认证请求4莫块中的第二采集单元，可以分别釆集到用户信息和用户 的点播指令以及用户提交的待认证电子券，进行进一步的处理后再通过通信 模块发送给业务数据处理平台，便于为业务数据处理平台进行电子券认证和生成提供所需的业务数据信息，此外，电子券认证请求模块中的第二采集单元和认证信息提取单元可在采集电子券认证请求信息时，过滤业务数据处理平台不支持格式的待认证电子券，降低业务数据处理平台的负荷，从而有利于保障业务数据处理平台运行的安全性和可靠性。
在具体实现上，本发明提供的业务数据处理终端可作为布设在商户销售点的专用终端，即配合业务数据处理平台进行业务数据处理的销售点终端
(Point on Sale,简称P0S机)。在具体开发设计的一个实例中，业务数据处理终端设备可基于Inte卜270核心芯片(主频为520MHz)进行开发(相当于嵌入式设备ARM11),业务数据处理终端具有丰富的设备通信端口 (三路232、两路USB、 SD卡等)，设备扩展性好；可基于Linux等各种操作系统进行业务数据处理。
在实际应用中，本发明提供的业务数据处理终端基于业务数据处理平台，可在用户、商户和运营商之间架起信息交互的通道，例如用户在运营商签约的商户上，可方便实现移动手机积分兑换、电子支付、电子钱包等多种功能，为运营商解决了困扰多年的运营商与用户交互难的问题。
本发明提供的业务数据处理终端在业务数据处理平台的支持下，对业务数据进行处理。图3为本发明业务数据处理平台第一实施例结构图。如图3所示，本实施例业务数据处理平台包括相互连接的业务信息库31、电子券生成模块32、电子券认证模块33和平台通信模块34。
业务信息库31用于存储电子券生成和认证所需的业务信息。
电子券生成模块32用于在接收到电子券生成请求数据包时，向业务信息库31查询与电子券生成数据包请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成电子券；将生成的电子券发送给平台通信模块34。
电子券认证模块33用于在接收到电子券认证请求数据包时，根据与预设的加密算法相应的解密算法对电子券进行解密分析，认证电子券的有效性；当电子券通过有效性认证时，将认证通过信息发送给平台通信模块34。平台通信模块34用于经由通信网接收业务数据处理终端发送的电子券
生成请求数据包以及电子券认证请求数据包，并向相应业务数据处理终端推
送电子券生成模块32根据电子券生成请求数据包生成的电子券、以及电子券认证模块33根据电子券认证请求数据包对电子券的认证结果。
本实施例电子券可包括电子优惠券和积分兑换券；通信网可包括互联网等通用网络或GPRS等专用通信网络。
本实施例业务数据处理平台提供了一个电子券生成和认证的集中处理平台，本实施例可通过通信网与外部设备通信连接，根据用户发送的电子券生成请求数据包和相应的业务信息，生成加密的电子券，由于加密的电子券将相应业务信息的明文信息封装为密文信息进行传输，因此，有利于提高电子券的安全性，增加电子券的复制难度,降低电子券的可复制性；此外，电子券的认证可通过本实施例提供的平台，采用信息安全的解密技术进行电子认证，明显提高了认证安全性。区别于现有技术的是，由于本实施例降低了电子券的可复制性，且提高电子券的认证安全性，因此，商户可基于本实施例业务数据处理平台，针对性地开展各种个性化的营销活动，从而满足商户多样化的经营需求。
图4为本发明业务数据处理平台第二实施例结构图。如图4所示，本实施例与本发明业务数据处理平台第 一实施例的区别在于，本实施例电子券生成模块32包括第一接收单元321、查询单元322、加密单元323和第一发送单元324。
第一接收单元321用于接收平台通信模块34转发的电子券生成请求数据包。
查询单元322用于向业务信息库31查询与电子券生成请求数据包匹配的业务信息。该匹配的业务信息可包括电子券的生成类型、商户信息、商品信息、优惠信息、兑换信息、有效期、有效使用次数等。
加密单元323用于根据查询单元322的查询结果和预设的加密算法生成电子券。
第一发送单元324用于向平台通信模块34发送生成的电子券。平台通信模块34在接收到第一发送单元324发送的电子券时，会将该电子券经由通信网发送给业务数据处理终端。
在上述技术方案的基础上，加密单元323可进一步包括编号信息生成子单元3231 、校验信息生成子单元3232、加密条码生成子单元3233和电子券生成子单元3234。
编号信息生成子单元3231用于生成与匹配的业务信息相应的编号信息。该编号信息可根据电子券的类型包括不同的编号信息，如活动编码或兌换编号。
校验信息生成子单元3232用于根据预设的多种加密算法分别生成多组校验信息。
加密条码生成子单元3233用于将校验信息生成子单元3232生成的多组校验信息与编号信息生成子单元3231生成的编号信息混排组合形成加密条码。
电子券生成子单元3234用于根据加密条码生成一维码电子券或二维码电子券。
在上述技术方案的基础上，电子券认证模块33包括第二接收单元331、解密单元332、第二发送单元333和更新单元334。
第二接收单元331用于接收平台通信模块34转发的电子券认证请求数据包。
解密单元332用于根据与预设的加密算法相应的解密算法对电子券进行解密分析，认证电子券的有效性。
第二发送单元333用于当电子券通过有效性认证时，将认证通过信息发送给平台通信模块34。
更新单元334用于当电子券通过有效性认证时，更新业务信息库31存储的与电子券相应的业务信息。例如当电子券通过有效性认证时，更新单元334
有效剩余使用次数进行相应扣减等。
其中，解密单元332可进一步包括解析子单元3321、校验信息验证子单元3322和编号信息验证子单元3323。
解析子单元3321用于根据与生成电子券时采用的混排组合规则解析加密条码，获取编号信息和多组校验信息。
校验信息验证子单元3322用于根据与生成电子券时采用的加密算法相应的解密算法分别验证相应校验信息的准确性。
编号信息验证子单元3323用于在各组校验信息通过准确性验证、且存储的与编号信息对应的业务信息有效时，该电子券通过有效性认证。
本实施例业务数据处理平台电子券生成模块基于带校验位的分组密码及校验位计算混排模式生成多重加密的电子券，进行分组密码及才t验位混排后条码的明文模式被隐藏，具有很好的隐蔽性和破解扰乱性；随意增加、删除、修改加密后的条码，会直接使该条码验证失效，成为废码，有效保证了生成电子券的唯一性；此外，加密后条码与明文条码位数不同、大小不同，大大增加破解算法的难度，同时多组校验信息均具有伪码效果，增加电子券的破解难度，从而有效保证了电子券的认证安全性。
在上述技术方案的基础上，本发明业务数据处理平台还可包括业务曰志存储模块35、会员管理模块36和外围展示模块37。
业务日志存储模块35分别与业务信息库31、电子券生成模块32及电子券认证模块33连接，用于存储与电子券相关的业务交易日志。业务日志存储模块35为生成的每一份电子券建立唯一的记录单，该记录单记录有与该电子券相关的业务交易日志，该业务交易日志可包括电子券从生成请求到交易结束中的各个过程信息，例如发出电子券生成或认证请求的用户或商户信息、发起时间、商户信息、商品信息、优惠信息、兑换信息、交易状态信息等。业务日志存储模块35存储的每份电子券的业务交易日志，使得商户可依托本
发明业务数据平台将每份电子券作为 一份独立业务进行跟踪分析。
会员管理模块36与业务信息库31和业务日志存储模块35连接，用于进 行会员注册、认证、已注册会员的信息维护、业务日志和/或业务信息的共享 处理。
商户或用户可通过互联网或通信网访问本发明业务数据处理平台，通过 注册成为会员，并享受业务数据处理平台为会员提供的相应业务，例如已 注册的商户会员可共享其他商户会员发布的业务信息，调用电子券相应地业 务日志进行统计分析等，有利于商户会员依托本发明业务数据平台形成商圈 联盟，从而为商户会员制定灵活的营销策略提供技术支撑。现有技术中不同 商户可能针对相同或不同商品发行形式不同的电子券，其他商户发行的电子 券在本商户经营范围内通常不能使用，虽然部分商户可形成结盟关系，但受 地理位置、经营范围等限制，结盟范围较小，因此不同商户间发行的电子券 的通用性较差，商户的营销模式也受到限制。区别于现有技术的是，不同商 户可依托本发明业务数据平台，突破地理位置、经营范围等条件限制，形成 更大的商圏联盟，因此，商户间的业务信息可最大程度上进行资源共享，有 利于提高电子券的通用性，为商户间的灵活的营销模式提供了技术支持。
外围展示模块37与业务信息库31和平台通信模块34连接，用于通过 Web浏览器支持格式或WAP浏览器支持格式展示业务数据处理平台的功能。 在实际使用过程中，外围展示模块37可根据业务数据平台的使用对象(如 普通用户、普通商户、用户会员或商户会员等)，针对性的将外围展示模块 37设计为展示业务数据处理平台的部分功能，平台展示非常灵活。
图5为本发明业务数据处理方法第一实施例流程图。本实施例中业务数 据处理方法的主体为业务数据处理终端。如图5所示，业务数据处理方法包 括
步骤51、根据采集的业务信息和用户信息，生成电子券生成请求数据包。具体的，在图5所示实施例技术方案基础上，步骤51可包括 步骤511、采集用户信息和该用户的点播指令。
商户发布的业务信息可预先存储在业务数据处理平台上。业务数据处理 平台可将预先存储的业务信息经由通信网，推送到业务数据处理终端上显示 出来。此时，用户可在业务数据处理终端上方便的进行电子券生成请求的点 播。针对业务数据处理终端提供的不同人机交互方式，用户发出的点播指令 也不同，例如用户可通过键盘输入、触摸界面点击等方式向业务数据处理 终端提交点播指令。
为了实现在业务数据处理平台可将每一份电子券作为一份独立的业务进 行跟踪调研等，业务数据处理终端在采集用户发出点播指令的同时，还需采 集用户信息，该用户信息可保护用户所使用的移动终端号码、会员卡号、身 份证号等信息。
步骤512、解析点播指令并获取该点播指令相应的业务信息。
业务数据处理终端将用户发出的指令，例如转换成该指令对应的业务 信息；例如对于触摸屏的人机交互方式，业务数据处理终端采集用户进行 点击的区域的坐标值，查询预先设置的与该坐标值相应的可兌换商品的编号， 该商品编号即为与用户发出的点播指令相应的业务信息。
步骤513、封装接收的用户信息和获取的业务信息，生成电子券生成请 求数据包，执行步骤53。
与点播指令相应的业务信息可包括相关的商户信息、商品信息、优惠信 息或兌换信息。如果与点播指令相应的业务信息包括优惠信息，生成的电子 券生成请求数据包即为电子优惠券生成请求数据包；如果与点播指令相应的 业务信息包括兑换信息，生成的电子券生成请求数据包即为积分兌换券生成 请求数据包。
步骤52、根据采集的电子券信息和用户信息，生成电子券认证请求数据 包。具体的，在图5所示实施例技术方案基础上，步骤52可包括步骤521、采集用户信息以及该用户提交的待认证电子券。
待认证电子券的采集方式非常灵活，例如手机用户可在业务数据处理 终端上手工输入与电子券相应的加密条码；或，将支持近距离无线通信(简 称NFC)功能的手机贴向业务数据处理终端，由业务数据处理终端自动读取 手机存储的电子券；或，用户通过短信或彩信方式向与手机通信连接的业务 数据处理终端提交电子券等。
步骤522、根据预先设置的有效电子券格式，判断采集的电子券格式是 否有效，丟弃采集的电子券或提取采集的电子券的条码信息。
业务数据处理平台支持的格式可作为业务数据处理终端默认的有效电子 券格式，预先存储在业务数据处理终端上。当业务数据处理终端采集的待认 证的电子券格式为预先设置的有效电子券格式时，业务数据处理终端将该电 子券进一步进行处理，执行步骤523;当业务数据处理终端采集的待认证的 电子券格式不属于预先设置的有效电子券格式，则丟弃该电子券。
例如假设预先设计的有效电子券格式为业务数据处理平台生成的包括 总位数为12位的加密条码。业务数据处理终端通过键盘采集电子券信息。当 业务数据处理终端采集到待认证电子券的位数小于或大于12位时，业务数据 处理终端将该电子券^"式作为无效格式，丢弃该电子券，并可通过显示界面 向用户推送电子券格式不合法等提示信息。
步骤523、封装采集的用户信息和提取的电子券的条码信息，生成电子 券认证请求数据包，执行步骤5 3。
电子券认证请求数据包中包括用户信息、以及待认证电子券的条码信息； 此外，为便于业务数据处理平台建立完整的业务交易日志，还可包括业务数 据处理终端在业务数据处理平台上注册的编号信息、业务发起的时间信息等。 业务数据处理平台在接收到电子券生成请求数据包时，对电子券生成请求数 据包包括的条码信息进行认证。
步骤53、经由通信网，将电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台；并接收业务数据处理平台根据电子券生成请求 数据包生成的电子券、以及根据电子券认证请求数据包对电子券的认证结果。
业务数据处理平台在接收到业务数据处理终端发送的电子券生成请求凄t 据包时，可根据电子券生成请求生成电子券；业务数据处理平台在接收到业 务数据处理终端发送的电子券生成认证请求数据包时，可根据电子券认证请 求认证电子券。关于电子券生成和认证方法实施例，可参见图6-10的记载。
图6为本发明业务数据处理方法第二实施例流程图。图6所示的实施例 为在图5所示实施例技术方案基础上，业务数据处理平台进一步根据业务数 据处理终端发送的信息执行的操作流程。业务数据处理平台上预先存储有电 子券生成和认证所需的业务信息，如图6所示，业务数据处理平台执行以下 步骤
步骤61、业务数据处理平台接收业务数据处理终端经由通信网发送的指 令；该指令可包括电子券生成请求数据包或电子券认证请求数据包；当该指 令为电子券生成请求数据包时，指令类型为电子券生成请求；当该指令为电 子券认证请求数据包时，指令类型为电子券认证请求。
步骤62、业务数据处理平台判断所接收到的指令类型，当接收到的指令 类型为电子券生成请求时，执行步骤63;当接收到的指令类型为电子券认证 请求时，执行步骤64。
步骤63、在接收到电子券生成请求时，向预先存储的业务信息查询与电 子券生成请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成 电子券；并向业务数据处理终端发送生成的电子券。
该匹配的业务信息可包括电子券的生成类型、商户信息、商品信息、 优惠信息、兑换信息、有效期、有效使用次数等。生成电子券的类型可包括 电子优惠券或积分兑换券等。
步骤64、在接收到电子券认证请求时，根据与预设的加密算法相应的解 密算法对电子券进行解密分析，认证电子券的有效性；当电子券通过有效性认证时，向业务数据处理终端发送认证通过信息。
本实施例在业务数据处理平台上存储的业务信息，可根据实际需要进行
更新维护。此外，在本实施例技术方案的基础上，还可在步骤63和步骤64 之后，执行步骤65。
步骤65、业务数据处理平台存储与电子券相关的业务交易日志。 业务数据处理平台为生成的每一份电子券建立唯一的记录单，该记录单 记录有与该电子券相关的业务交易日志，该业务交易日志可包括电子券从生 成请求到交易结束中的各个过程信息，例如发出电子券生成或认证请求的 用户或商户信息、发起时间、商户信息、商品信息、优惠信息、兑换信息、 交易状态信息等。业务数据处理平台存储的每份电子券的业务交易日志，使 得商户可依托业务数据平台将每份电子券作为一份独立业务进行跟踪分析， 便于制定灵活的营销策略。
于带校验位的分组密码及校验位计算混排模式生成多重加密的电子券。具体
的，在图6所示实施例技术方案基础上，步骤63可包括
步骤631、向业务数据处理平台预先存储的业务信息查询与电子券生成
请求匹配的业务信息；
步骤632、生成与匹配的业务信息相应的编号信息；
步骤633、根据预设的多种加密算法分别生成多组校验信息；
步骤634、将步骤632生成的编号信息与步骤633生成的多组校验信息
混排组合形成加密条码；
步骤635、根据步骤634生成的加密条码生成一维码电子券或二维码电子券。
相应的，步骤64可包括
步骤641、根据与生成电子券时采用的混排组合规则解析加密条码，获 取编号信息和多组校验信息；步骤642、根据与生成电子券时采用的加密算法相应的解密算法分别验 证相应校验信息的准确性；
步骤643、在各组校验信息通过准确性验证、且业务数据处理平台上存 储的与编号信息对应的业务信息有效时，电子券通过有效性认证。
例如假设预先设计的加密条码总位数为12位，该加密条码的组成规则 包括
校验位A (1位)+校验位B ( 1位)+校验位C ( 1位)+编号信息(9位)。 因此，可根据预设的三种不同的加密算法分别生成3个校验位，分别表 示为校验位A、校验位B和校验位C;将生成的3个校验位与编号信息混排组 合，形成加密条码；之后，可基于该加密条码生成一维码电子券或二维码电 子券。该条码经过了 4层的加密处理，条码的认证包括编号信息、校验位A、 校验位B和校验位C的4重校验，其校验强度明显增强，有效增加了电子券 的复制难度，提高电子券的认证安全性。
进行分组密码及校验位混排后条码的明文模式被隐藏，具有很好的隐蔽 性和破解扰乱性；随意增加、删除、修改加密后的条码，会直接使该条码验 证失效，成为废码，有效保证了生成电子券的唯一性；此外，加密后条码与 明文条码位数不同、大小不同，大大增加破解算法的难度，同时多组校验信 息均具有伪码效果，增加电子券的破解难度，从而有效保证了电子券的认证 安全性。
从加密条码破解角度分析，由于校验位是采用不同的算法分别生成的， 因此采用的异或破解方法无效。假设采用暴力破解法进行破解分析，那么用 户采用暴力破解方法试出符合加密编码规则的几率为Kl, Kl满足以下关系
Kl = 1 09/1 012 *10—2 = 1/1 00000 = 10—5
用户试出符合加密编码规则的编码中符合业务数据处理平台当前正在使 用的编号信息的几率为K， K满足以下关系
K = Kl * (X/107) = IO-5 * (X/107) = X/1012其中，X为业务数据处理平台中已存在条码且未使用条码数。
通过以上对加密条码破解角度的分析结果可知，条码经过4重加密和重
组规则处理后可靠性高，解密难度大，安全性高，唯一性准确。由于加密后 条码具有唯一性，因而根据加密条码生成的电子券不重复，这使得每份电子 券实际上代表了 一份独立的业务，业务数据处理平台记录了与电子券相关的 业务交易日志，从而便于商户对电子券的交易进行相应的统计分析，有利于 商户针对性的调整营销策略。
图7为本发明业务数据处理方法中生成电子券实施例流程图。本实施例 点播短信即为电子券下载请求。如图7所示，本实施例包括
步骤71、手机用户根据商户发布的活动信息，按照指定格式发送点播短 信，用于请求下载相应的电子券。
该活动信息可包括商户发布优惠信息或积分兑换信息。用户可通过平i某、 纸媒、网络或其他渠道获取商户发布的活动信息。
商户发送的活动信息还可预先存储在业务数据处理平台上，根据用户在 业务数据处理终端上发布的指令，业务数据处理平台将商户发送的活动信息 通过业务数据处理终端展示给用户，以供用户选择。用户还可通过业务数据 处理终端向业务数据处理平台发送电子券生成请求数据包，具体详见图5所 示实施例中步骤511-步骤513的记载，不再赘述。
步骤72、移动短信网关将点播短信推送给业务数据处理平台。
步骤73、业务数据处理平台接收点播短信并记录发送点播指令的用户的 手机号码。
步骤74、业务数据处理平台解析点播短信包括的点播指令，在业务信息 库中查询与该点播指令匹配的业务信息，根据匹配的业务信息和预设加密算 法生成加密的电子券。
与点播指令匹配的业务信息可包括相关的商户信息、商品信息、优惠信 息或兌换信息。关于电子券加密生成方式可参见本发明业务数据处理方法第二实施例步骤631-步骤635所示，不再赘述。如果与点播指令匹配的业务信 息包括优惠信息，生成的电子券即为电子优惠券；如果与点播指令匹配的业 务信息包括兌换信息，生成的电子券即为积分兑换券。
步骤75、业务tt据处理平台存储与电子券相关的业务交易日志。该业务 交易日志包括用户的手机号码、点播短信的接收时间(即服务请求时间)、 生成的电子券、以及与电子券相应的业务信息，如电子券的使用有效期、 有效使用次数等。
如果用户是通过业务数据处理终端发送的电子券生成请求数据包，业务 数据处理平台还可记录业务数据处理终端的标识信息，如业务处理终端的编 号信息等。
步骤76、业务数据处理平台将生成的电子券封装为短信格式，发送给移 动短信网关。
业务数据处理平台还可将电子券经由通信网发送给业务数据处理终端， 当业务数据处理终端具有打印功能时，可方便的将电子券打印出来。
步骤77、移动短信网关将包括电子券的短信推送给相应的手机用户，结
束本流程。
本实施例将业务数据处理平台与通信网的移动短信网关通信连接，手机 用户可通过短信点播方式方便下载经业务数据处理平台生成的加密电子券。
在本实施例技术方案的基础上，基于业务数据处理平台，不同用户还可 选用其他方式下载经加密处理后的电子券，例如通过短信定制方式、电子 邮件点播或定制等方式；当业务数据处理平台生成的电子券为二维码电子券 时，业务数据平台也将电子券以彩信或电子邮件等格式下发给相应用户。由 此可见，商户基于业务数据处理平台发送电子券的方式，以及用户基于业务 数据处理平台下载电子券的方式都非常灵活和方便。
图8为本发明业务数据处理方法中生成电子优惠券认证请求数据包实施 例流程图。如图8所示，本实施例包括步骤81、采集用户信息和电子优惠券的信息，该用户信息为电子优惠券 的使用用户的信息。
步骤82、根据预先设置的有效电子优惠券格式，判断采集的电子优惠券 格式是否有效。
当电子优惠券格式通过步骤82的有效性判断时，执行步骤84;否则执 行步骤83。
步骤83、丢弃采集的电子优惠券，结束本流程。当采集的电子优惠券的 格式不是有效电子优惠券格式时，业务数据处理终端丟弃该电子券，并向用 户显示或发送电子券格式错误等提示信息，结束本流程。
步骤84、提取采集的电子优惠券的条码信息。
步骤85、封装采集的用户信息和提取的条码信息，生成电子优惠券认证 请求数据包。
图9为本发明业务数据处理方法中生成积分兌换券认证请求数据包实施 例流程图。如图9所示，本实施例包括
步骤91、釆集第一用户信息、第二用户信息和积分兌换券的信息，第一 用户信息为兌换商品用户的信息，第二用户信息为积分兌换券注册用户的信 息。具体的，该第二用户信息可包括积分兌换券注册用户的移动终端号码和 客服密码。
当电子券使用者与电子券注册者为相同用户时，第一用户信息和第二用 户信息可能相同；而当电子券使用者与电子券注册者为不同用户时，例如 用户A使用用户B注册生成的电子券，第一用户信息为用户A的信息，第二 用户信息即为用户B的信息。这样处理的好处在于由于业务数据处理平台 生成的电子券具有唯一性，业务数据处理终端收集的与电子券相关的用户信 息有利于为业务数据处理平台提供完整的与电子券相关的信息，以便于业务 数据处理平台建立完整的业务日志，此外，可通过注册时记录的有效用户身 份信息对电子券的有效性进行认证，从而提高电子券的安全性。步骤92、根据预先设置的有效积分兌换券格式，判断采集的电子优惠券
格式是否有效。
当积分兑换券格式通过步骤92的有效性判断时，执行步骤94;否则执 行步骤93。
步骤93、丢弃采集的积分兑换券，结束本流程。
当采集的积分兑换券的格式不是有效积分兑换券格式时，业务数据处理 终端丟弃该电子券，并向用户显示或发送电子券格式错误等提示信息，结束 本流程。
步骤94、提取采集的积分兑换券的条码信息。
步骤95、封装采集的第一用户信息、第二用户信息和提if又的条码信息， 生成积分兑换券i人证请求数据包。
本实施例中，业务数据处理终端可完成第一用户信息和第二用户信息的 采集后，同时将第一用户信息和第二用户信4发送给业务数据处理平台；也 可首先采集第一用户信息和带认证的积分兑换券的条码信息，之后，在业务 数据处理平台对积分兑换券的认证过程中，根据业务数据处理平台发送的指 令，继续采集第二用户信息并发送给业务数据处理平台。
本实施例采集二种用户信息(即第一用户信息和第二用户信息)的好 处在于，便于业务数据处理平台建立完整的与积分兑换券的完整日志，例如 哪位用户何时使用了哪位用户注册申请的积分兌换券等；此外，有利于提高 积分兑换券认证的安全性，例如如果注册用户丢失了自己申请的积分兌换 券，但其他用户由于无法获知注册用户的信息，因而无法消费注册用户的积 分(如手机积分等)，有利于进一步提高积分兑换券认证的安全性，提升 用户感受度。
图10为本发明业务数据处理方法中认证电子券实施例流程图。如图10 所示，本实施例包括
步骤IOI、手机用户向业务数据处理终端提交电子券。手机用户提交电子券的方式非常灵活，例如手机用户可在业务数据处 理终端上手工输入与电子券相应的加密条码；或，将支持近距离无线通信(简 称NFC)功能的手机贴向业务数据处理终端，由业务数据处理终端自动读取 手机存储的电子券；或，用户通过短信或彩信方式向与手机通信连接的业务 数据处理终端提交电子券等。
步骤102、业务教:据处理终端将手机用户ll:交的电子券通过通信网(如 GPRS或EDGN等通信网络)转发给业务数据处理平台。
步骤102中，业务数据处理终端是以发送电子券i人证请求数据包的形式， 向业务数据处理平台提交电子券认证请求。其中，业务数据处理终端在生成 电子券认证请求数据包时，需采集待认证的电子券，以及使用电子券的用户 信息，即第一用户信息。
步骤103、业务数据处理平台根据与预设的加密算法相应的解密算法对 电子券进行解密分析，认证电子券的有效性。关于电子券认证方式可参见本 发明业务数据处理方法第二实施例步骤6"-步骤所示，不再赘述。
当电子券通过步骤103的有效性认证时，执行步骤104;否则执行步骤 1015。
步骤104、当业务数据处理平台进行电子券认证过程中，可获知该电子 券的类型，即该电子券为电子优惠券或积分兌换券，并针对电子券的不同类 型发起不同的后续认证流程。当电子券的类型为电子优惠券时，执行步骤105; 当电子券的类型为积分兑换券时，执行步骤107。
步骤105、业务数据处理平台向业务数据处理终端发送认证通过信息， 同时，向业务数据处理终端推送与该电子券相应的业务信息。
业务数据处理平台向业务数据处理终端推送的认证通过信息及该电子券 的认证信息，均可在业务数据处理终端的显示模块上显示出来。
步骤106、业务数据处理平台更新该电子券相关的业务交易日志，结束 本流程。更新内容可包括业务数据处理终端编号、手机用户号码、业务请求时间等，还可包括电子券相应的业务信息更新，例如更新电子券剩余有 效使用次数等。
步骤107、业务数据处理平台向业务数据处理终端推送与积分兌换券相 应的兌换商品信息。
业务数据处理终端显示业务数据处理平台推送的可兑换的商品信息，便 于用户选择用户希望兑换的商品，也便于销售人员正确的判断用户所选的商 品是否在商户开展的活动信息范围内。
步骤108、业务数据处理平台向业务数据处理终端发送提示指令，业务
10086密码等)。
业务数据处理终端可向用户呈现一个输入界面，用于采集积分兌换券注 册用户的信息，即第二用户信息，该第二用户信息可包括积分兌换券注册用 户的移动终端号码和客服密码。
如果使用积分兌换券用户与请求生成积分兌换券注册登记的用户不同 时，第一用户信息和第二用户信息将有所不同。
步骤109、用户输入手机号码及客服密码。
步骤109提供的用户信息(手机号码及客服密码)对应的是该积分兑换 券在生成时注册登记的用户信息(即第二用户信息)，以便于业务数据处 理平台对积分兌换券的有效性进行进一步认证。
步骤IOIO、业务数据处理终端将用户输入的手机号码和客服密码(第二 用户信息)经由通信网发送给业务数据处理平台。
步骤1011、业务数据处理平台将手机号码和客服密码(第二用户信息) 发送给通信网的客服中心数据业务平台。
步骤1012、客服中心数据业务平台对客服密码进行验证。当客服密码通 过验证时，客服中心数据业务平台查询手机号码对应的可使用的积分总值， 将该积分总值发送给业务数据处理平台。步骤1013、业务数据处理平台判断用户可使用的积分总值是否满足扣减 条件，例如业务数据处理平台比较用户选择的兌换商品所需的积分与用户 可使用的积分总值的大小；当用户选择的兌换商品所需的积分小于或等于可 使用的积分总值时，执行步骤1014;当用户选择的兌换商品所需的积分大于 可使用的积分总值时，执行步骤1015。
步骤1014、业务数据处理平台通知客服中心数据业务平台进行相应的积 分扣减才喿作，向业务凄史据处理终端推送认证成功信息，并通过通信网短信网 关，向用户发送积分扣减短信，该积分扣减短信可包括已扣减的积分和/或剩 余可使用的积分等信息，更新该电子券相关的业务交易日志，结束本流程。
步骤1015、业务数据处理平台向业务数据处理终端发送认证失败信息， 更新该电子券相关的业务交易日志，结束本流程。
本实施例在相应销售点即可基于业务数据处理平台实现电子券的电子认 证，由于业务数据处理平台是采用与电子券的生成过程关联的解密算法和相 应信息，进行电子券的认证，因此，电子券的认证的安全性能够得到有效保 障。
对于手机积分兑换的现有技术中，用户只能在运营商营业厅消费手机积 分，手机积分的消费流程较为繁瑣，例如用户先点播积分兑换券，由营业 厅工作人员根据用户积分情况和用户欲换购的商品，通过web网站等途径订 购相应商品，最后由用户到营业厅现场领取。因此，现有技术用户消费手机 积分的场所受到很大限制，兌换流程需用户到营业厅现场领取商品等参与操 作较多， 一定程度上可能造成用户的排斥心理，降低用户感受度；此外，由 于电子券不能实现现场消费，也增加了移动运营商物流和人工成本；这些缺 陷体现了现有技术中积分兌换券特别是手机积分兑换券的易用性较差。而区 别于现有技术的是，本实施例通过销售点终端与业务数据处理平台的通信连 接，在业务数据处理平台对积分兑换券的认证安全性的保证下，用户积分消 费不会受到专用场所的限制，用户不需要到运营商的营业厅即可在销售点现场使用积分兌换券，进行手机积分的现场消费，手机积分消费非常方便和安
全，有利于提升用户感受度；此外，由于基于数据处理平台，在销售点现场 可实现手机积分和商品的兌换，因此，还有利于节约运营商的服务和人力成 本。
在本实施例技术方案的基础上，商户或用户还可在业务数据处理终端上， 基于业务数据处理平台实现会员认证。
最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其 限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术 人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或 者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技
术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1、一种业务数据处理终端，其特征在于，包括电子券生成请求模块、电子券认证请求模块、通信模块和显示模块；所述电子券生成请求模块用于根据采集的业务信息和用户信息，生成电子券生成请求数据包；所述电子券认证请求模块用于根据采集的电子券信息和用户信息，生成电子券认证请求数据包；所述通信模块用于经由通信网，将所述电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台，并接收所述业务数据处理平台根据所述电子券生成请求数据包生成的电子券、以及根据所述电子券认证请求数据包对电子券的认证结果；所述显示模块用于显示所述电子券生成请求模块、电子券认证请求模块和所述通信模块的功能及显示通信数据。
2、 根据权利要求1所述的业务数据处理终端，其特征在于，所述电子券生成请求模块包括第一采集单元，用于采集用户信息和所述用户的点播指令；第一解析单元，用于解析所述点播指令，获取所述点播指令相应的业务信息；第一封装发送单元，用于封装所述第一釆集单元采集的用户信息和所述第一解析单元获^^的业务信息，生成电子券生成请求lt据包，并将所述电子券生成请求数据包发送给所述通信模块。
3、 根据权利要求1所述的业务数据处理终端，其特征在于，所述电子券认证请求才莫块包括第二采集单元，用于采集用户信息以及所述用户提交的待认证电子券；第一筛选单元，用于根据预先设置的有效电子券格式，丢弃或透传所述第二采集单元采集的电子券；认证信息提取单元，用于提取所述第 一 筛选单元透传的电子券的条码信息；第二封装发送单元，用于封装所述第二采集单元采集的用户信息和所述认证信息提取单元提取的电子券的条码信息，生成电子券认证请求数据包，并将所述电子券认证请求数据包发送给所述通信模块。
4、 根据权利要求3所述的业务数据处理终端，其特征在于，所述第二采集单元包括触摸式或非触摸式键盘、条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器。
5、 根据权利要求1-4所述的任一业务数据处理终端，其特征在于，还包括打印模块，用于打印所述通信模块接收的电子券和认证结果。
6、 一种业务数据处理方法，其特征在于，包括根据采集的业务信息和用户信息，生成电子券生成请求数据包；根据采集的电子券信息和用户信息，生成电子券认证请求数据包；经由通信网，将所述电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台；并接收所述业务数据处理平台根据所述电子券生成请求数据包生成的电子券、以及根据所述电子券认证请求数据包对电子券的认证结果。
7、 根据权利要求6所述的业务数据处理方法，其特征在于，所述根据采集的业务信息和用户信息，生成电子券生成请求数据包，包括采集用户信息和所述用户的点播指令；解析所述点播指令并获取所述点播指令相应的业务信息；封装采集的用户信息和获取的业务信息，生成电子券生成请求数据包。
8、 根据权利要求6所述的业务数据处理方法，其特征在于，所述根据采集的电子券信息和用户信息，生成电子券认证请求数据包，包括采集用户信息以及所述用户提交的待认证电子券；根据预先设置的有效电子券格式，判断采集的电子券格式是否有效，丢弃采集的电子券或提取采集的电子券的条码信息；封装采集的用户信息和提取的电子券的条码信息，生成电子券认证请求数据包。
9、 根据权利要求6所述的业务数据处理方法，其特征在于，所述电子券包括积分兌换券；所述根据采集的电子券信息和用户信息，生成电子券认证请求数据包，包括采集第一用户信息、第二用户信息和积分兌换券的信息，所述第一用户信息为兑换商品用户的信息，所述第二用户信息为积分兌换券注册用户的信息；根据预先设置的有效积分兑换券格式，判断采集的积分兑换券格式是否有效，丢弃采集的积分兌换券或提取采集的积分兌换券的条码信息；封装所述采集的第一用户信息、第二用户信息和提取的条码信息，生成积分兌换券认证请求数据包。
10、 根据权利要求9所述的业务数据处理方法，其特征在于，所述第二用户信息包括积分兌换券注册用户的移动终端号码和客服密码。
全文摘要
本发明涉及一种业务数据处理终端及业务数据处理方法。该终端包括电子券生成请求模块、电子券认证请求模块、通信模块和显示模块。该方法包括根据采集的业务信息和用户信息，生成电子券生成请求数据包；根据采集的电子券信息和用户信息，生成电子券认证请求数据包；经由通信网，将电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台；并接收业务数据处理平台根据电子券生成请求数据包生成的电子券、以及根据电子券认证请求数据包对电子券的认证结果。本发明为业务数据平台进行电子券的生成和认证，提供了信息采集、传输、显示等多功能的专用终端及业务数据处理方法，有利于提高电子券生成和认证的安全性和方便性。
文档编号G06Q30/00GK101482962SQ20091007837
公开日2009年7月15日 申请日期2009年2月26日 优先权日2009年2月26日
发明者彬 吕, 孙嘉青, 铭 尹, 涛 阳 申请人:北控易码通(北京)科技有限公司