CN101482962A

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

Info

Publication number: CN101482962A
Application number: CNA2009100783759A
Authority: CN
Inventors: 孙嘉青; 吕彬; 阳涛; 尹铭
Original assignee: Beikong Easily Pass (beijing) Technology Co Ltd
Current assignee: Beikong Easily Pass (beijing) Technology Co Ltd
Priority date: 2009-02-26
Filing date: 2009-02-26
Publication date: 2009-07-15

Abstract

本发明涉及一种业务数据处理终端及业务数据处理方法。该终端包括电子券生成请求模块、电子券认证请求模块、通信模块和显示模块。该方法包括：根据采集的业务信息和用户信息，生成电子券生成请求数据包；根据采集的电子券信息和用户信息，生成电子券认证请求数据包；经由通信网，将电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台；并接收业务数据处理平台根据电子券生成请求数据包生成的电子券、以及根据电子券认证请求数据包对电子券的认证结果。本发明为业务数据平台进行电子券的生成和认证，提供了信息采集、传输、显示等多功能的专用终端及业务数据处理方法，有利于提高电子券生成和认证的安全性和方便性。

Description

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

技术领域

本发明涉及网络技术，特别涉及一种业务数据处理终端及业务数据处理方法，属于电子商务技术领域。

背景技术

区别于传统的印刷优惠券，电子券是商户在互联网上以电子文本和/或图片形式发行的一种优惠信息，其表现形式可包括：电子优惠券、积分兑换券等。电子券省去了商户印刷和发送传统印刷优惠券的成本，为商户带来了一定的经济效益；同时，电子券也方便了消费者的使用，已逐渐被广大消费者所接受并得到了较高的认知度。

但现有技术中，电子券通常由商户在网上发布；用户下载电子券后，可到相应销售点现场消费，用户在消费电子券时向工作人员出示电子券，由现场工作人员对电子券进行人工认证。由于商户发行的电子券易被复制，电子券的认证安全性低，易出现大量用户重复使用同一电子券的情形，因此，该现有技术不能满足商户针对性开展促销活动等个性化的经营需求，例如：如果商户进行的促销活动是根据预定的让利范围限量发布电子券，电子券的认证安全性低所导致的用户大量重复使用同一电子券的情形，将使得用户实际享有的折扣总利益超出商户预定的让利范围，或者，商户预定的让利范围仅由少数用户重复享受(如：一个用户使用同一电子券的复制件进行多次折扣消费等)，从而导致商户的利益得不到有效保障。可见，现有技术至少存在着电子券可复制性高、电子券认证安全性低等技术缺陷，目前存在着降低电子券的可复制性，提高电子券的认证安全性的业务数据处理平台的技术需求。

此外，现有技术缺少一个基于降低电子券的可复制性、提高电子券的认证安全性的业务数据处理平台的专用终端，使得用户和商户或运营商之间的信息交互方便性、以及电子券生成和认证的安全性得不到保障。

发明内容

本发明要解决的技术问题是：为业务数据平台进行电子券的生成和认证，提供一种专用的业务数据处理终端及业务数据处理方法，从而有利于提高电子券生成和认证的安全性和方便性。

为解决上述技术问题，本发明提供了一种业务数据处理终端，包括电子券生成请求模块、电子券认证请求模块、通信模块和显示模块；

所述电子券生成请求模块用于根据采集的业务信息和用户信息，生成电子券生成请求数据包；

所述电子券认证请求模块用于根据采集的电子券信息和用户信息，生成电子券认证请求数据包；

所述通信模块用于经由通信网，将所述电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台，并接收所述业务数据处理平台根据所述电子券生成请求数据包生成的电子券、以及根据所述电子券认证请求数据包对电子券的认证结果；

所述显示模块用于展示所述电子券生成请求模块、电子券认证请求模块和所述通信模块的功能及显示通信数据。

本发明提出的业务数据处理终端中，通过通信模块经由通信网可与业务数据处理平台进行业务数据的交互处理，并通过电子券生成请求模块和电子券认证请求模块，分别为业务数据处理平台采集生成电子券所需信息和认证电子券所需信息，从而为业务数据处理平台进行电子券生成和认证提供了一种信息采集、传输和显示等集成化程度高的多功能专用终端，有利于提高电子券生成和认证的安全性；进一步的，本发明业务数据处理终端可通过通信模块与业务数据处理平台保持信息同步，并还可通过显示模块将业务数据处理终端功能及过程数据呈现给用户，从而方便用户与商户或运营商进行信息交互，有利于解决商户或运营商与用户信息交互难的问题，从而提高了电子券生成和认证的方便性。

为解决上述技术问题，本发明还提供一种业务数据处理方法，包括：

根据采集的业务信息和用户信息，生成电子券生成请求数据包；

根据采集的电子券信息和用户信息，生成电子券认证请求数据包；

经由通信网，将所述电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台；并接收所述业务数据处理平台根据所述电子券生成请求数据包生成的电子券、以及根据所述电子券认证请求数据包对电子券的认证结果。

本发明提出的业务数据处理方法中，通过分别为业务数据处理平台采集生成电子券所需信息和认证电子券所需信息，并经由通信网将采集的信息发送给业务数据处理平台，从而为业务数据处理平台进行电子券生成和认证提供了一种信息采集、传输和显示等有效的业务数据处理方法，有利于提高电子券生成和认证的安全性；进一步的，本发明业务数据处理方法可经由通信网与业务数据处理平台保持信息同步，并将业务数据处理终端功能及过程数据呈现给用户，从而方便用户与商户或运营商进行信息交互，有利于解决商户或运营商与用户信息交互难的问题，从而提高了电子券生成和认证的方便性。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明业务数据处理终端第一实施例结构图；

图2为本发明业务数据处理终端第二实施例结构图；

图3为本发明业务数据处理平台第一实施例结构图；

图4为本发明业务数据处理平台第二实施例结构图；

图5为本发明业务数据处理方法第一实施例流程图；

图6为本发明业务数据处理方法第二实施例流程图；

图7为本发明业务数据处理方法中生成电子券实施例流程图；

图8为本发明业务数据处理方法中生成电子优惠券认证请求数据包实施例流程图；

图9为本发明业务数据处理方法中生成积分兑换券认证请求数据包实施例流程图；

图10为本发明业务数据处理方法中认证电子券实施例流程图。

具体实施方式

图1为本发明业务数据处理终端第一实施例结构图。如图1所示，本实施例业务数据处理终端包括电子券生成请求模块11、电子券认证请求模块12、通信模块13和显示模块14。

电子券生成请求模块11用于根据采集的业务信息和用户信息，生成电子券生成请求数据包。

电子券认证请求模块12用于根据采集的电子券信息和用户信息，生成电子券认证请求数据包。

通信模块13用于经由通信网，将电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台，并接收业务数据处理平台根据电子券生成请求数据包生成的电子券、以及根据电子券认证请求数据包对电子券的认证结果。

显示模块14用于显示电子券生成请求模块11、电子券认证请求模块12和通信模块13的功能及显示通信数据。在具体实现方式上，显示模块14可包括：薄膜晶体管液晶显示屏(Thin Film Transistor Liquid CrystralDisplay，简称TFT-LCD)、有机电致发光显示屏(Organic Light EmittingDiodes，简称OLED)、荧光显示屏(VFD)或其他用于显示的模块。

本实施例将电子券生成请求模块、电子券认证请求模块、通信模块和显示模块有效地集成在一起，有利于提高终端中硬件模块与软件应用的集成化程度。在本实施例业务数据的处理过程中，通过通信模块经由通信网可与业务数据处理平台进行业务数据的交互处理，并通过电子券生成请求模块和电子券认证请求模块，分别为业务数据处理平台采集生成电子券所需信息和认证电子券所需信息，从而为业务数据处理平台进行电子券生成和认证提供了一种信息采集、传输和显示等集成化程度高的多功能专用终端，有利于提高电子券生成和认证的安全性。此外，本实施例可通过通信模块与业务数据处理平台保持信息同步，并还可通过显示模块将业务数据处理终端功能及过程数据呈现给用户，从而方便用户与商户或运营商进行信息交互，提高了业务数据处理终端的可操作性，便于提供人性化的交互界面，有利于解决商户或运营商与用户信息交互难的问题，从而提高了电子券生成和认证的方便性。

为了方便用户或商户获取业务数据平台生成的电子券或电子券认证结果，在本实施例技术方案的基础上，业务数据处理终端还可进一步包括打印模块15，用于打印通信模块13接收的电子券和认证结果。

本实施例业务信息、电子券信息和用户信息可通过业务数据处理终端自身集成的功能模块进行采集，或者可通过与业务数据处理终端连接的外部设备进行采集，该集成的功能模块或外部设备可包括触摸式或非触摸式键盘、条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器等，如用户通过触摸式或非触摸式键盘直接输入业务信息、电子券信息或用户信息，或者用户持电子券到销售点(例如：移动商栈签约的商户等)处，通过条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器采集电子券生成或认证所需的业务信息、电子券信息或用户信息。电子券生成或认证所需的业务信息、电子券信息或用户信息等信息可现场采集，也可事先采集并存储在业务数据终端上，但电子券生成或认证业务触发时，业务数据处理终端调用预先存储的信息并进行处理。

本实施例电子券可包括电子优惠券和积分兑换券；通信网可包括互联网等通用网络或GPRS等专用通信网络。

在实际应用中，本实施例业务数据处理终端可布设于销售点，作为电子券生成和认证的商户专用终端。商户基于该专用终端可方便实现电子券生成和认证的信息采集，实现电子券的电子认证“落地”，在销售点即可实现对电子券的安全性电子认证，有效保障了商户的利益；用户可基于该专用终端在销售点现场使用电子券，在简化了电子券消费的用户操作流程的同时，保证了电子券消费的安全性，有利于提升用户体验。

由于本实施例业务数据处理终端是通过通信网在线与业务数据平台进行信息交互的，业务数据处理终端与业务数据处理平台之间可经由通信网有线或无线通信连接，因此，本实施例业务数据处理终端在使用前，需进行网络连接的设备属性设置，如：对业务数据处理终端网络连接属性的IP地址、子网掩码和默认网关等参数配置，从而保障业务数据处理终端与业务数据处理平台的正常通信。

图2为本发明业务数据处理终端第二实施例结构图。如图2所示，本实施例与本发明业务数据处理终端第一实施例的区别在于，本实施例电子券生成请求模块11可包括第一采集单元111、第一解析单元112和第一封装发送单元113。

第一采集单元111用于采集用户信息和该用户的点播指令。

第一解析单元112和第一采集单元111相连，用于解析第一采集单元111采集的点播指令，获取第一采集单元111采集的点播指令相应的业务信息。

第一封装发送单元113分别与第一采集单元111和第一解析单元112相连，用于封装第一采集单元111接收的用户信息和第一解析单元112获取的业务信息，生成电子券生成请求数据包，并将电子券生成请求数据包发送给通信模块13。

在上述技术方案的基础上，电子券认证请求模块12还可包括第二采集单元121、第一筛选单元122、认证信息提取单元123和第二封装发送单元124。

第二采集单元121用于采集用户信息以及该用户提交的待认证电子券。

第一筛选单元122和第二采集单元121相连，用于根据预先设置的有效电子券格式，丢弃或透传第二采集单元121采集的电子券。

业务数据处理终端可将业务数据处理平台支持的格式作为默认的有效电子券格式，预先存储在业务数据处理终端上。当采集的用户提交的待认证电子券格式为预先设置的有效电子券格式时，第一筛选单元122将第二采集单元121采集的电子券透传给认证信息提取单元123；当业务数据处理终端采集的待认证的电子券格式不属于预先设置的有效电子券格式，第一筛选单元122则丢弃该电子券。

认证信息提取单元123和第一筛选单元122相连，用于提取第一筛选单元122透传的电子券的条码信息。

第二封装发送单元124分别与第二采集单元121和认证信息提取单元123相连，用于封装第二采集单元121采集的用户信息和认证信息提取单元123提取的电子券的条码信息，生成电子券认证请求数据包，并将电子券认证请求数据包发送给通信模块13。

在具体实现方式上，第二采集单元121可包括触摸式或非触摸式键盘、条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器。

本实施例电子券生成请求数据包和电子券认证请求数据包的格式可包括：Web浏览器支持格式、WAP浏览器支持格式、短信(SMS)格式、彩信(MMS)格式、电子邮件格式、语音格式等。

本实施例业务数据处理终端通过电子券生成请求模块中的第一采集单元和电子券认证请求模块中的第二采集单元，可以分别采集到用户信息和用户的点播指令以及用户提交的待认证电子券，进行进一步的处理后再通过通信模块发送给业务数据处理平台，便于为业务数据处理平台进行电子券认证和生成提供所需的业务数据信息，此外，电子券认证请求模块中的第二采集单元和认证信息提取单元可在采集电子券认证请求信息时，过滤业务数据处理平台不支持格式的待认证电子券，降低业务数据处理平台的负荷，从而有利于保障业务数据处理平台运行的安全性和可靠性。

在具体实现上，本发明提供的业务数据处理终端可作为布设在商户销售点的专用终端，即配合业务数据处理平台进行业务数据处理的销售点终端(Point on Sale，简称POS机)。在具体开发设计的一个实例中，业务数据处理终端设备可基于Intel-270核心芯片(主频为520MHz)进行开发(相当于嵌入式设备ARM11)，业务数据处理终端具有丰富的设备通信端口(三路232、两路USB、SD卡等)，设备扩展性好；可基于Linux等各种操作系统进行业务数据处理。

在实际应用中，本发明提供的业务数据处理终端基于业务数据处理平台，可在用户、商户和运营商之间架起信息交互的通道，例如：用户在运营商签约的商户上，可方便实现移动手机积分兑换、电子支付、电子钱包等多种功能，为运营商解决了困扰多年的运营商与用户交互难的问题。

本发明提供的业务数据处理终端在业务数据处理平台的支持下，对业务数据进行处理。图3为本发明业务数据处理平台第一实施例结构图。如图3所示，本实施例业务数据处理平台包括相互连接的业务信息库31、电子券生成模块32、电子券认证模块33和平台通信模块34。

业务信息库31用于存储电子券生成和认证所需的业务信息。

电子券生成模块32用于在接收到电子券生成请求数据包时，向业务信息库31查询与电子券生成数据包请求匹配的业务信息；根据匹配的业务信息和预设的加密算法生成电子券；将生成的电子券发送给平台通信模块34。

电子券认证模块33用于在接收到电子券认证请求数据包时，根据与预设的加密算法相应的解密算法对电子券进行解密分析，认证电子券的有效性；当电子券通过有效性认证时，将认证通过信息发送给平台通信模块34。

平台通信模块34用于经由通信网接收业务数据处理终端发送的电子券生成请求数据包以及电子券认证请求数据包，并向相应业务数据处理终端推送电子券生成模块32根据电子券生成请求数据包生成的电子券、以及电子券认证模块33根据电子券认证请求数据包对电子券的认证结果。

本实施例业务数据处理平台提供了一个电子券生成和认证的集中处理平台，本实施例可通过通信网与外部设备通信连接，根据用户发送的电子券生成请求数据包和相应的业务信息，生成加密的电子券，由于加密的电子券将相应业务信息的明文信息封装为密文信息进行传输，因此，有利于提高电子券的安全性，增加电子券的复制难度，降低电子券的可复制性；此外，电子券的认证可通过本实施例提供的平台，采用信息安全的解密技术进行电子认证，明显提高了认证安全性。区别于现有技术的是，由于本实施例降低了电子券的可复制性，且提高电子券的认证安全性，因此，商户可基于本实施例业务数据处理平台，针对性地开展各种个性化的营销活动，从而满足商户多样化的经营需求。

图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用于在各组校验信息通过准确性验证、且存储的与编号信息对应的业务信息有效时，该电子券通过有效性认证。

本实施例业务数据处理平台电子券生成模块基于带校验位的分组密码及校验位计算混排模式生成多重加密的电子券，进行分组密码及校验位混排后条码的明文模式被隐藏，具有很好的隐蔽性和破解扰乱性；随意增加、删除、修改加密后的条码，会直接使该条码验证失效，成为废码，有效保证了生成电子券的唯一性；此外，加密后条码与明文条码位数不同、大小不同，大大增加破解算法的难度，同时多组校验信息均具有伪码效果，增加电子券的破解难度，从而有效保证了电子券的认证安全性。

在上述技术方案的基础上，本发明业务数据处理平台还可包括业务日志存储模块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、封装采集的用户信息和提取的电子券的条码信息，生成电子券认证请求数据包，执行步骤53。

电子券认证请求数据包中包括用户信息、以及待认证电子券的条码信息；此外，为便于业务数据处理平台建立完整的业务交易日志，还可包括业务数据处理终端在业务数据处理平台上注册的编号信息、业务发起的时间信息等。业务数据处理平台在接收到电子券生成请求数据包时，对电子券生成请求数据包包括的条码信息进行认证。

步骤53、经由通信网，将电子券生成请求数据包和电子券认证请求数据包发送给业务数据处理平台；并接收业务数据处理平台根据电子券生成请求数据包生成的电子券、以及根据电子券认证请求数据包对电子券的认证结果。

业务数据处理平台在接收到业务数据处理终端发送的电子券生成请求数据包时，可根据电子券生成请求生成电子券；业务数据处理平台在接收到业务数据处理终端发送的电子券生成认证请求数据包时，可根据电子券认证请求认证电子券。关于电子券生成和认证方法实施例，可参见图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重校验，其校验强度明显增强，有效增加了电子券的复制难度，提高电子券的认证安全性。

进行分组密码及校验位混排后条码的明文模式被隐藏，具有很好的隐蔽性和破解扰乱性；随意增加、删除、修改加密后的条码，会直接使该条码验证失效，成为废码，有效保证了生成电子券的唯一性；此外，加密后条码与明文条码位数不同、大小不同，大大增加破解算法的难度，同时多组校验信息均具有伪码效果，增加电子券的破解难度，从而有效保证了电子券的认证安全性。

从加密条码破解角度分析，由于校验位是采用不同的算法分别生成的，因此采用的异或破解方法无效。假设采用暴力破解法进行破解分析，那么用户采用暴力破解方法试出符合加密编码规则的几率为K1，K1满足以下关系：

K1＝10⁹/10¹²*10^-2＝1/100000＝10^-5

用户试出符合加密编码规则的编码中符合业务数据处理平台当前正在使用的编号信息的几率为K，K满足以下关系：

K＝K1*(X/10⁷)＝10^-5*(X/10⁷)＝X/10¹²

其中，X为业务数据处理平台中已存在条码且未使用条码数。

通过以上对加密条码破解角度的分析结果可知，条码经过4重加密和重组规则处理后可靠性高，解密难度大，安全性高，唯一性准确。由于加密后条码具有唯一性，因而根据加密条码生成的电子券不重复，这使得每份电子券实际上代表了一份独立的业务，业务数据处理平台记录了与电子券相关的业务交易日志，从而便于商户对电子券的交易进行相应的统计分析，有利于商户针对性的调整营销策略。

图7为本发明业务数据处理方法中生成电子券实施例流程图。本实施例点播短信即为电子券下载请求。如图7所示，本实施例包括：

步骤71、手机用户根据商户发布的活动信息，按照指定格式发送点播短信，用于请求下载相应的电子券。

该活动信息可包括商户发布优惠信息或积分兑换信息。用户可通过平媒、纸媒、网络或其他渠道获取商户发布的活动信息。

商户发送的活动信息还可预先存储在业务数据处理平台上，根据用户在业务数据处理终端上发布的指令，业务数据处理平台将商户发送的活动信息通过业务数据处理终端展示给用户，以供用户选择。用户还可通过业务数据处理终端向业务数据处理平台发送电子券生成请求数据包，具体详见图5所示实施例中步骤511-步骤513的记载，不再赘述。

步骤72、移动短信网关将点播短信推送给业务数据处理平台。

步骤73、业务数据处理平台接收点播短信并记录发送点播指令的用户的手机号码。

步骤74、业务数据处理平台解析点播短信包括的点播指令，在业务信息库中查询与该点播指令匹配的业务信息，根据匹配的业务信息和预设加密算法生成加密的电子券。

与点播指令匹配的业务信息可包括相关的商户信息、商品信息、优惠信息或兑换信息。关于电子券加密生成方式可参见本发明业务数据处理方法第二实施例步骤631-步骤635所示，不再赘述。如果与点播指令匹配的业务信息包括优惠信息，生成的电子券即为电子优惠券；如果与点播指令匹配的业务信息包括兑换信息，生成的电子券即为积分兑换券。

步骤75、业务数据处理平台存储与电子券相关的业务交易日志。该业务交易日志包括：用户的手机号码、点播短信的接收时间(即：服务请求时间)、生成的电子券、以及与电子券相应的业务信息，如：电子券的使用有效期、有效使用次数等。

如果用户是通过业务数据处理终端发送的电子券生成请求数据包，业务数据处理平台还可记录业务数据处理终端的标识信息，如业务处理终端的编号信息等。

步骤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、封装采集的第一用户信息、第二用户信息和提取的条码信息，生成积分兑换券认证请求数据包。

本实施例中，业务数据处理终端可完成第一用户信息和第二用户信息的采集后，同时将第一用户信息和第二用户信息发送给业务数据处理平台；也可首先采集第一用户信息和带认证的积分兑换券的条码信息，之后，在业务数据处理平台对积分兑换券的认证过程中，根据业务数据处理平台发送的指令，继续采集第二用户信息并发送给业务数据处理平台。

本实施例采集二种用户信息(即：第一用户信息和第二用户信息)的好处在于，便于业务数据处理平台建立完整的与积分兑换券的完整日志，例如：哪位用户何时使用了哪位用户注册申请的积分兑换券等；此外，有利于提高积分兑换券认证的安全性，例如：如果注册用户丢失了自己申请的积分兑换券，但其他用户由于无法获知注册用户的信息，因而无法消费注册用户的积分(如：手机积分等)，有利于进一步提高积分兑换券认证的安全性，提升用户感受度。

图10为本发明业务数据处理方法中认证电子券实施例流程图。如图10所示，本实施例包括：

步骤101、手机用户向业务数据处理终端提交电子券。

手机用户提交电子券的方式非常灵活，例如：手机用户可在业务数据处理终端上手工输入与电子券相应的加密条码；或，将支持近距离无线通信(简称NFC)功能的手机贴向业务数据处理终端，由业务数据处理终端自动读取手机存储的电子券；或，用户通过短信或彩信方式向与手机通信连接的业务数据处理终端提交电子券等。

步骤102、业务数据处理终端将手机用户提交的电子券通过通信网(如：GPRS或EDGN等通信网络)转发给业务数据处理平台。

步骤102中，业务数据处理终端是以发送电子券认证请求数据包的形式，向业务数据处理平台提交电子券认证请求。其中，业务数据处理终端在生成电子券认证请求数据包时，需采集待认证的电子券，以及使用电子券的用户信息，即第一用户信息。

步骤103、业务数据处理平台根据与预设的加密算法相应的解密算法对电子券进行解密分析，认证电子券的有效性。关于电子券认证方式可参见本发明业务数据处理方法第二实施例步骤641-步骤643所示，不再赘述。

当电子券通过步骤103的有效性认证时，执行步骤104；否则执行步骤1015。

步骤104、当业务数据处理平台进行电子券认证过程中，可获知该电子券的类型，即该电子券为电子优惠券或积分兑换券，并针对电子券的不同类型发起不同的后续认证流程。当电子券的类型为电子优惠券时，执行步骤105；当电子券的类型为积分兑换券时，执行步骤107。

步骤105、业务数据处理平台向业务数据处理终端发送认证通过信息，同时，向业务数据处理终端推送与该电子券相应的业务信息。

业务数据处理平台向业务数据处理终端推送的认证通过信息及该电子券的认证信息，均可在业务数据处理终端的显示模块上显示出来。

步骤106、业务数据处理平台更新该电子券相关的业务交易日志，结束本流程。更新内容可包括：业务数据处理终端编号、手机用户号码、业务请求时间等，还可包括电子券相应的业务信息更新，例如：更新电子券剩余有效使用次数等。

步骤107、业务数据处理平台向业务数据处理终端推送与积分兑换券相应的兑换商品信息。

业务数据处理终端显示业务数据处理平台推送的可兑换的商品信息，便于用户选择用户希望兑换的商品，也便于销售人员正确的判断用户所选的商品是否在商户开展的活动信息范围内。

步骤108、业务数据处理平台向业务数据处理终端发送提示指令，业务数据处理终端提示用户输入手机号码以及与该手机号码相应的客服密码(如：10086密码等)。

业务数据处理终端可向用户呈现一个输入界面，用于采集积分兑换券注册用户的信息，即第二用户信息，该第二用户信息可包括积分兑换券注册用户的移动终端号码和客服密码。

如果使用积分兑换券用户与请求生成积分兑换券注册登记的用户不同时，第一用户信息和第二用户信息将有所不同。

步骤109、用户输入手机号码及客服密码。

步骤109提供的用户信息(手机号码及客服密码)对应的是该积分兑换券在生成时注册登记的用户信息(即：第二用户信息)，以便于业务数据处理平台对积分兑换券的有效性进行进一步认证。

步骤1010、业务数据处理终端将用户输入的手机号码和客服密码(第二用户信息)经由通信网发送给业务数据处理平台。

步骤1011、业务数据处理平台将手机号码和客服密码(第二用户信息)发送给通信网的客服中心数据业务平台。

步骤1012、客服中心数据业务平台对客服密码进行验证。当客服密码通过验证时，客服中心数据业务平台查询手机号码对应的可使用的积分总值，将该积分总值发送给业务数据处理平台。

步骤1013、业务数据处理平台判断用户可使用的积分总值是否满足扣减条件，例如：业务数据处理平台比较用户选择的兑换商品所需的积分与用户可使用的积分总值的大小；当用户选择的兑换商品所需的积分小于或等于可使用的积分总值时，执行步骤1014；当用户选择的兑换商品所需的积分大于可使用的积分总值时，执行步骤1015。

步骤1014、业务数据处理平台通知客服中心数据业务平台进行相应的积分扣减操作，向业务数据处理终端推送认证成功信息，并通过通信网短信网关，向用户发送积分扣减短信，该积分扣减短信可包括已扣减的积分和/或剩余可使用的积分等信息，更新该电子券相关的业务交易日志，结束本流程。

步骤1015、业务数据处理平台向业务数据处理终端发送认证失败信息，更新该电子券相关的业务交易日志，结束本流程。

本实施例在相应销售点即可基于业务数据处理平台实现电子券的电子认证，由于业务数据处理平台是采用与电子券的生成过程关联的解密算法和相应信息，进行电子券的认证，因此，电子券的认证的安全性能够得到有效保障。

对于手机积分兑换的现有技术中，用户只能在运营商营业厅消费手机积分，手机积分的消费流程较为繁琐，例如：用户先点播积分兑换券，由营业厅工作人员根据用户积分情况和用户欲换购的商品，通过web网站等途径订购相应商品，最后由用户到营业厅现场领取。因此，现有技术用户消费手机积分的场所受到很大限制，兑换流程需用户到营业厅现场领取商品等参与操作较多，一定程度上可能造成用户的排斥心理，降低用户感受度；此外，由于电子券不能实现现场消费，也增加了移动运营商物流和人工成本；这些缺陷体现了现有技术中积分兑换券特别是手机积分兑换券的易用性较差。而区别于现有技术的是，本实施例通过销售点终端与业务数据处理平台的通信连接，在业务数据处理平台对积分兑换券的认证安全性的保证下，用户积分消费不会受到专用场所的限制，用户不需要到运营商的营业厅即可在销售点现场使用积分兑换券，进行手机积分的现场消费，手机积分消费非常方便和安全，有利于提升用户感受度；此外，由于基于数据处理平台，在销售点现场可实现手机积分和商品的兑换，因此，还有利于节约运营商的服务和人力成本。

在本实施例技术方案的基础上，商户或用户还可在业务数据处理终端上，基于业务数据处理平台实现会员认证。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1、一种业务数据处理终端，其特征在于，包括电子券生成请求模块、电子券认证请求模块、通信模块和显示模块；

所述显示模块用于显示所述电子券生成请求模块、电子券认证请求模块和所述通信模块的功能及显示通信数据。

2、根据权利要求1所述的业务数据处理终端，其特征在于，所述电子券生成请求模块包括：

第一采集单元，用于采集用户信息和所述用户的点播指令；

第一解析单元，用于解析所述点播指令，获取所述点播指令相应的业务信息；

第一封装发送单元，用于封装所述第一采集单元采集的用户信息和所述第一解析单元获取的业务信息，生成电子券生成请求数据包，并将所述电子券生成请求数据包发送给所述通信模块。

3、根据权利要求1所述的业务数据处理终端，其特征在于，所述电子券认证请求模块包括：

第二采集单元，用于采集用户信息以及所述用户提交的待认证电子券；

第一筛选单元，用于根据预先设置的有效电子券格式，丢弃或透传所述第二采集单元采集的电子券；

认证信息提取单元，用于提取所述第一筛选单元透传的电子券的条码信息；

第二封装发送单元，用于封装所述第二采集单元采集的用户信息和所述认证信息提取单元提取的电子券的条码信息，生成电子券认证请求数据包，并将所述电子券认证请求数据包发送给所述通信模块。

4、根据权利要求3所述的业务数据处理终端，其特征在于，所述第二采集单元包括：

触摸式或非触摸式键盘、条形码扫描器、射频扫描器、二维码扫描器、和/或IC卡识读器。

5、根据权利要求1-4所述的任一业务数据处理终端，其特征在于，还包括：

打印模块，用于打印所述通信模块接收的电子券和认证结果。

6、一种业务数据处理方法，其特征在于，包括：

7、根据权利要求6所述的业务数据处理方法，其特征在于，所述根据采集的业务信息和用户信息，生成电子券生成请求数据包，包括：

采集用户信息和所述用户的点播指令；

解析所述点播指令并获取所述点播指令相应的业务信息；

封装采集的用户信息和获取的业务信息，生成电子券生成请求数据包。

8、根据权利要求6所述的业务数据处理方法，其特征在于，所述根据采集的电子券信息和用户信息，生成电子券认证请求数据包，包括：

采集用户信息以及所述用户提交的待认证电子券；

根据预先设置的有效电子券格式，判断采集的电子券格式是否有效，丢弃采集的电子券或提取采集的电子券的条码信息；

封装采集的用户信息和提取的电子券的条码信息，生成电子券认证请求数据包。

9、根据权利要求6所述的业务数据处理方法，其特征在于，所述电子券包括积分兑换券；所述根据采集的电子券信息和用户信息，生成电子券认证请求数据包，包括：

采集第一用户信息、第二用户信息和积分兑换券的信息，所述第一用户信息为兑换商品用户的信息，所述第二用户信息为积分兑换券注册用户的信息；

根据预先设置的有效积分兑换券格式，判断采集的积分兑换券格式是否有效，丢弃采集的积分兑换券或提取采集的积分兑换券的条码信息；

封装所述采集的第一用户信息、第二用户信息和提取的条码信息，生成积分兑换券认证请求数据包。

10、根据权利要求9所述的业务数据处理方法，其特征在于，所述第二用户信息包括积分兑换券注册用户的移动终端号码和客服密码。