CN100550035C - 二维码的应用方法和装置 - Google Patents

Abstract

本发明实施例提供了一种二维码的应用方法和装置。该方法主要包括：终端获取二维码数据，对该二维码数据进行解析，获取该二维码数据中标识的操作流程；所述终端利用应用程序，执行所述二维码数据中标识的操作流程。该装置主要包括：二维码数据获取模块、二维码数据解析模块和操作流程执行模块。利用本发明实施例，终端根据二维码中规定的动作序列，执行终端本地的应用完成业务流程。从而可以为用户提供一个友好的业务操作引导，使用户侧的反馈信息规范化，减少业务平台的处理难度和复杂度。

Description

二维码的应用方法和装置

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种二维码的应用方法和装置。

背景技术

条码技术是在计算机技术与信息技术基础上发展起来的一种融编码、印刷、识别、数据采集和处理于一体的新兴技术。人们通常所看到的印刷在商品包装上的条码是一维条码，由于受信息容量的限制，一维条码只是对商品进行标识，而不对商品进行描述。因此，一维条码的使用，需要依赖数据库的存在。在没有数据库和不方便联网的地方，一维条码的使用受到了极大的限制。另外，一维条码几乎不可能表示汉字信息，这在有汉字的场合，一维条码显得十分不便，且效率很低。

随着现代高新技术的发展，迫切要求用条码在有限的几何空间内表示更多的信息，从而满足千变万化的信息的需要。二维条码正是为了解决一维条码无法解决的问题而诞生的。二维条码具有高密度、大容量等特点，所以可以用它来表示数据文件(包括汉字文件)、图片等。二维条码是对各种证件及卡片等大容量、高可靠信息进行存储、携带并自动识读的最理想的方法。

根据实现原理、结构形状的差异，可将二维条码分为行排式和矩阵式两类。

行排式二维条码的编码原理是建立在一维条码基础上，按需要堆积成两行或多行的码制。它在编码设计、校验原理、识读方式等方面继承了一维条码的特点，其识读设备条码印刷与一维条码兼容。但由于行数的增加，行的鉴别、译码算法与软件不完全与一维条码相同。有代表性的行排式二维条码包括：PDF417、Code49、Code16K等。

矩阵式二维条码以矩阵的形式组成。在矩阵相应元素的位置上用点(方点、圆点或其他形状的点)的出现表示二进制“1”，点的不出现表示二进制的“0”，点的排列组合确定了矩阵所代表的意义。矩阵码是建立在计算机图像处理技术、组合编码原理等基础上的一种新型图形符号自动识读处理码制。具有代表性的矩阵码包括：QR Code、Data Matrix、Code one、Maxicode等。

RFID(Radio Frequency Identification，射频识别技术)是从20世纪90年代兴起的一项自动识别技术。它利用无线射频方式进行非接触双向通信，以达到识别目的并交换数据。与磁卡、IC卡等接触式识别技术不同，RFID系统的电子标签和读写器之间无须物理接触就可完成识别，因此它可实现多目标识别和运动目标识别，可在更广泛的场合中应用。典型的RFID系统由电子标签、读写器以及数据交换、管理系统等组成。电子标签也称射频卡，它具有智能读写及加密通信的能力。读写器由无线收发模块、天线、控制模块及接口电路等组成。

NFC(Near Field Communication，近距离通信)技术是由RFID技术和互联技术的融合演变而来。NFC在一个芯片上融合了非接触式读卡器、非接触卡和点对点的功能，在数厘米距离之内的13.56MHz频率范围内工作，运行数据速率为106kbps和212kbps。专门的NFC设备可获得424kbps甚至更高的传输速率。

NFC设备既能在有源模式或无源模式下工作，从而实现在非接触式智能卡、RF(radio frequency，射频)应答器等无源设备间进行通信。NFC技术能轻松地实现从手机号码到电子交易一类的信息传输。NFC技术可以满足任意两个无线设备间的信息交换、内容访问、服务交换，只要该任意两个设备靠近而不需要线缆接插，从而将该任意两个无线设备间的通信距离大大缩短。

移动支付是用手持设备作为一个新的终端进行交易的支付方法。移动支付系统依交易金额大小可分为宏支付和微支付，依地理位置可化为远程支付和近距离支付(本地支付)。移动支付可采用的典型技术有：短消息、WAP(Wireless Application Protocol，无线应用协议)、RFID、NFC等。使用MPTP(Micro Payment Transfer Protocol，小额支付传输协议)、Payword(离线支付系统)等移动支付协议。图1为基于Payword协议的一个移动支付的典型处理流程示意图。

目前，流媒体点播主要是由用户通过终端浏览网页后手动选择、触发操作流程，完成业务处理。

现有技术中一种基于二维码终端识读业务的方法为：将相关信息编码产生二维码符号后，首先利用终端的拍照功能获取二维码符号，然后通过终端中的解码软件完成二维码符号的解码，最后通过应用软件对二维码内含的信息进行处理，并为终端用户提供相应的服务。

上述方法为终端用户提供了一种快速获取信息的途径，该方法的应用场景包括：

1、名片应用：

用户将个人的名片信息通过PC客户端软件或相关网站制作成二维码符号，印刷在名片上。在商务活动中交换名片后，接收到名片的一方利用具有二维码识别功能的手机采集二维码符号，识别出二维码符号中的名片信息，并将名片信息显示在手机上。用户可以根据需要将名片内容存储在手机的地址簿中，也可以同步到个人信息管理服务器中保存等，也可以拨打电话、给对方发Email等。

3、业务营销应用：

运营商或增值业务提供商可以将与自己的业务相关的信息(如企业站点、内容URL、客服电话、业务宣传信息等)发布在网站、杂志或各类平面媒体上，用户通过具有二维码识读功能的手机识读上述信息后，可以手动选择完成信息浏览、业务定购、内容下载等操作。

4、投票：

现有很多节目都有观众投票参与的环节，节目提供商可以将与自己的节目相关的信息发布在网站、杂志或各类平面媒体上，用户通过具有二维码识读功能的手机识读上述信息后，在手机中输入一定的内容，然后通过短消息的方式发送到某一特定的号码。

在实现本发明的过程中，发明人发现上述现有技术的基于二维码终端识读业务的方法的缺点为：

在该方法中，二维码技术只是定义了静态信息，例如，名片，某个网址的URL等。由于要求用户人工输入信息，一方面，需要用户记住并人工输入特定号码，使用上很不方便；另一方面，用户侧反馈的信息格式往往不规范统一，造成业务平台的处理难度和复杂度较高。

发明内容

本发明实施例的目的是提供一种二维码的应用方法和装置。从而可以解决现有二维码技术只是定义了静态信息、用户侧反馈的信息不规范统一的缺点。

本发明实施例的目的是通过以下技术方案实现的：

一种二维码的应用方法，包括：

获取二维码数据，对该二维码数据进行解析，获取该二维码数据中标识的操作流程，所述操作流程是通过特定的格式信息标识的；

根据所述操作流程中包括的动作序列，通过判断调用相应的应用程序，执行该操作流程中包括的动作序列中的各个操作步骤，完成该操作流程所对应的应用业务流程。

一种二维码的应用装置，包括：

二维码数据获取模块，用于获取二维码数据，将获取的二维码数据进行存储；

二维码数据解析模块，用于将二维码数据获取模块所获取的二维码数据进行解析，获取该二维码数据中标识的操作流程信息；

操作流程执行模块，用于根据二维码数据解析模块所获取的操作流程信息，调用相应的应用程序，执行所述操作流程。

操作流程设置模块，用于在二维码数据中设置特定的格式信息，通过该特定的格式信息来标识操作流程。

所述操作流程执行模块具体包括：

判断控制模块，用于根据所述操作流程信息进行判断处理，根据判断结果调用相应的应用程序；

应用程序执行模块，用于利用判断控制模块所调用的应用程序，执行所述操作流程中包括的各个操作步骤，完成该操作流程所对应的业务。

由上述本发明实施例提供的技术方案可以看出，本发明实施例通过在二维码数据中标识操作流程，终端通过读取二维码，根据其规定的动作序列，执行终端本地的应用完成业务流程。从而可以为用户提供一个友好的业务操作引导，使用户侧的反馈信息规范化，减少业务平台的处理难度和复杂度。

附图说明

图1为现有技术中基于Payword协议的一个移动支付的典型处理流程示意图；

图2为本发明实施例1提供的在终端中输入的二维码信息中包括的投票的操作流程的实施例的示意图；

图3为本发明实施例2提供的在终端中输入的二维码信息中包括的点播的操作流程的实施例的示意图；

图4为本发明实施例2提供的在终端中输入的二维码信息中包括的包含了版权对象的获取过程的点播的操作流程的实施例的示意图；

图5为本发明实施例3提供的在终端中输入的二维码信息中包括的预购门票的操作流程的实施例的示意图；

图6为本发明实施例4提供的在终端中输入的二维码信息中包括的捐一个固定的数额的操作流程的实施例的示意图；

图7为本发明实施例4提供的在终端中输入的二维码信息中包括的包含输入捐款数额的操作流程的实施例的示意图；

图8为本发明实施例5提供的在终端中输入的二维码信息中包括的资料获取的操作流程的实施例的示意图；

图9为本发明实施例提供的二维码的应用装置的实施例的结构示意图。

具体实施方式

本发明实施例提供了一种二维码的应用方法和装置。

本发明实施例在二维码中设置一个特定的格式(比如模板文件)，该特定的格式标识相应的操作流程，该操作流程中可以包括一个动作序列。用户终端获取设置了上述特定的格式的二维码后，对该二维码进行解析，获取上述二维码中标识的操作流程，根据该操作流程中包括的动作序列，执行终端本地的应用业务流程。

下面分别介绍本发明提供的二维码的应用方法的五个实施例。

实施例一：使用二维码进行投票操作。

电视上播出选秀节目，该节目允许用户通过投票参与节目。

进入投票环节后，在电视屏幕上显示出一个二维码，用户可以通过终端的摄像头直接拍摄该电视屏幕上的二维码，在终端中输入该二维码信息。另外，用户也可以通过拍摄报纸、杂志、宣传海报上印制的相应二维码来在终端中输入二维码信息。

在终端中输入的上述二维码信息中包括了一个投票的操作流程，比如，该操作流程一个实施例的示意图可以如图2所示，包括如下步骤：

步骤1、提示用户“现在进行XX海选的投票”；

步骤2、用户选择“确认”，终端从指定URI获取相关选手的信息(图片、背景资料、介绍等)；

步骤3、终端呈现给用户一系列候选条目(如果需要，可通过上下滚动显示)，每个条目可由图片、简单文字说明组成，当用户选中一个条目时，可以显示出更详细的说明；

步骤4、用户选中某一条目后按“确认”键；

步骤5、终端提示“你选择了XX选手，投他一票吗”；

步骤6、用户选择“确认”，终端将该选手标识(如“01”)发往业务平台；

步骤7、终端提示用户“你已成功的投了XX选手一票”。

以XML(Extensible Markup Language，可扩展标记语言)格式为例，上述二维码信息中包括的投票的操作流程的相关格式如下：

    <？xml version＝″1.0″encoding＝″UTF-8″？>

    <！DOCTYPE votetemplate PUBLIC″-//hw//DTD VTD 1.0//ch″

    ″http://www.hw.com/VTD/1.0/DTD/vtd 10.dtd″>

    <投票模板xmlns＝″http://www.hw.com/2007/vtd″>

     <头>

          <标题>投票举例</标题>

          <描述>用于投票业务的VTD编码样例</描述>

          <日期>2007-05-22</日期>

          <版本>1.0</版本>

          <作者>王雷</作者>

     </头>

     <体>

          <向导>

          <步骤引导＝“现在进行XX海选的投票”app＝“参与确认”/>

    <步骤引导＝get“http://www.hw.com/2007/vote-info”/>

    <步骤引导＝app＝“vote-info display”/>

    <步骤引导＝“你选择了XX选手，投他一票吗”app＝“投票选择确认”

/>

               <步骤引导＝app＝“投票消息发送”/>

          <步骤引导＝“你已成功的投了XX选手一票”app＝“投票结果处

理”/>

           </向导>

     </体>

    </投票模板>

上述各app可以理解为终端本地的投票应用的相应处理函数模块，其中：

“参与确认”：判定用户是否确认参与投票，只有条件为“是”时，才允许进行后续步骤，“否”则退出；

“vote-info display”：呈现投票候选条目信息的终端本地应用；

“投票选择确认”：记录用户选择投票的条目，提示用户确认，当确认条件为“是”时，允许进入后续步骤；

“投票信息发送”：将用户的投票信息以约定的格式发送；

“投票结果处理”：给予用户相应的成功/失败结果提示。

实施例二、使用二维码进行点播操作。

一个风景区内，在各个子景点(如导游牌上)可以设置相应的二维码信息，该二维码信息中可以标识点播的操作流程。用户在使用终端拍摄输入该二维码信息后，自动进入一个点播流程。比如，该点播的操作流程一个实施例的示意图如图3所示，包括如下步骤：

步骤1、在用户终端中输入了上述二维码后，用户终端自动进入一个确认流程，提示用户是否选择点播该景点介绍，仅当用户确认“是”后，才允许进行后续步骤；

步骤2、终端到指定URI获取媒体描述SDP；

步骤3、终端调用流媒体应用模块，完成后续流媒体播放过程。用户的终端上呈现关于该子景点的多媒体介绍，用户可以据此享受到随身的多媒体导游。

以XML格式为例，上述二维码信息中标识的点播操作流程的相关格式如下：

二维码携带的流程信息相关格式举例如下：

    <？xml version＝″1.0″encoding＝″UTF-8″？>

    <！DOCTYPE vodtemplate PUBLIC″-//hw//DTD VTD 1.0//ch″

    ″http://www.hw.com/VTD/1.0/DTD/vtd 10.dtd″>

    <点播模板xmlns＝″http://www.hw.com/2007/vtd″>

     <头>

          <标题>点播举例</标题>

          <描述>用于点播业务的VTD编码样例</描述>

          <日期>2007-05-22</日期>

          <版本>1.0</版本>

          <作者>王雷</作者>

     </头>

     <体>

          <向导>

          <步骤引导＝“选择播放关于XX景点的介绍吗”app＝“点播确

认”/>

    <步骤引导＝get“http://www.hw.com/2007/vod/sdp”/>

    <步骤引导＝app＝“vod-info display”/>

         </向导>

     </体>

    </点播模板>

上述各app可以理解为终端本地的视频点播应用的相应处理函数模块

“点播确认”：判定用户是否确认进行点播，只有条件为“是”时，才允许进行后续步骤；

“vod-info display”：终端本地的流媒体应用模块，能够使用媒体描述文件SDP进行RTSP会话，获取媒体流，播放媒体流。

在某些情况下，还可能希望对用户进行景点介绍的流媒体点播做版权的控制(包括要求购买版权)，那么在进行流媒体播放前，用户终端还需要获取版权对象。包含了版权对象的获取过程的点播流程一个实施例的示意图如图4所示，包括如下步骤：

步骤1、在用户终端中输入了上述二维码后，用户终端自动进入一个确认流程，提示用户是否选择点播该景点介绍，仅当用户确认“是”后，才允许进行后续步骤；

步骤2、终端到指定URI获取媒体描述SDP；

步骤3、终端调用DRM(Digital Right Management，数字版权管理)模块，获取版权对象；

步骤4、终端调用流媒体模块，完成后续多媒体播放过程。

以XML格式为例，上述二维码信息中标识的包含了版权对象的获取过程的点播操作流程的相关格式如下：

    <？xml version＝″1.0″encoding＝″UTF-8″？>

    <！DOCTYPE vodtemplate PUBLIC″-//hw//DTD VTD 1.0//ch″

    ″http://www.hw.comNTD/1.0/DTD/vtd 10.dtd″>

    <点播模板xmlns＝″http://www.hw.com/2007/vtd″>

     <头>

          <标题>点播举例</标题>

          <描述>用于点播业务的VTD编码样例</描述>

          <日期>2007-05-22</日期>

          <版本>1.0</版本>

          <作者>王雷</作者>

     </头>

     <体>

          <向导>

          <步骤引导＝“选择播放关于XX景点的介绍吗”app＝“点播确

认”/>

    <步骤引导＝get“http://www.hw.com/2007/vod/sdp”/>

    <步骤引导＝app＝“vod-info RO-acq”/>

    <步骤引导＝app＝“vod-info display”/>

         </向导>

     </体>

    </点播模板>

上述各app可以理解为终端本地的视频点播应用的相应处理函数模块：Vod-info RO-acq：调用DRM模块，获取版权对象。

应用该实施例二后，景区无需投入大量的液晶电视等设备，利用用户随身携带的终端实现点播业务，用户可以在景区内随“走”随看(听)，实现多媒体自助导游功能。从而可以控制景区成本，不对景区原有景观造成影响。

实施例三：使用二维码完成购买操作。

使用RFID技术往往只能完成当次购买，但如电影、音乐会等的门票可能需要提前预定。本发明提出使用二维码来完成该提前预定过程。

在宣传材料(报刊、杂志)上印有待播放的电影、音乐会等的介绍，并且印制有二维码，该二维码中标识预购门票的流程，终端读取二维码后，自动执行购买门票流程。上述预购门票的流程的一个实施例的示意图如图5所示，包括如下步骤：

步骤1、用户终端输入了上述标识了预购门票的流程的二维码后，自动进入一个确认流程，提示用户是否选择购买门票，仅当用户确认“是”后，才允许进行后续步骤；

步骤2、终端获取还有余票的场次列表；

步骤3、终端将可选的场次列表(时间，地点，剩余的总票数等)呈现给用户，用户可以选择相应的条目，并在其后选择/输入所购买的门票数目，终端判定用户输入的门票数目合法后进行下一步；

步骤4、终端提示用户选择/输入同门票关联的终端号码(终端号码个数同门票张数相等，本机可为默认项)；此步可选。

步骤5、终端提示用户确认订单；

步骤6、终端调用电子支付模块进行付费；

步骤7、终端收取电子门票并提供给终端的RFID应用，终端的RFID应用将该电子门票进行存储，并可给用户相应的提示，告知用户电子门票已经购买成功。之后，用户可以持终端，凭RFID认证入场欣赏电影、音乐会等。

以XML格式为例，上述二维码信息中标识的预购门票的操作流程的相关格式如下：

    <？xml version＝″1.0″encoding＝″UTF-8″？>

    <！DOCTYPE purchase-template PUBLIC″-//hw//DTD VTD 1.0//ch″

    ″http://www.hw.com/VTD/1.0/DTD/vtd 10.dtd″>

    <购买模板xmlns＝″http://www.hw.com/2007/vtd″>

     <头>

          <标题>购买举例</标题>

          <描述>用于购买业务的VTD编码样例</描述>

          <日期>2007-05-22</日期>

          <版本>1.0</版本>

          <作者>王雷</作者>

     </头>

     <体>

          <向导>

          <步骤引导＝“现在就购买《猫》的门票吗”app＝“确认”/>

    <步骤引导＝get“http://www.hw.com/2007/ticket/timeTable”/>

    <步骤引导＝app＝“订单生成”/>

    <步骤引导＝“您打算购买XX时间的X张关于《猫》的门票，请指定电子

门票发往的终端号码(每终端关联一张)”app＝“门票指配”/>

    <步骤引导＝“您打算为下述终端购买XX时间的X张关于《猫》的门票，

请确认”app＝“订单确认”/>

    <步骤引导＝app＝“订单提交”/>

    <步骤引导＝app＝“付费”/>

    <步骤引导＝app＝“电子门票收取”/>

          </向导>

     </体>

    </购买模板>

上述各app可以理解为终端本地的购买应用的相应处理函数模块：

确认：判定用户是否确认进行，只有条件为“是”时，才允许进行后续步骤，“否”则退出；

订单生成：将获取的可选场次列表(时间，地点，剩余的总票数等)呈现给用户，用户可以选择相应的条目，并在其后选择/输入所购买的门票数目，终端判定用户输入的门票数目合法后进行下一步；

门票指配：提示用户选择/输入同门票关联的终端号码，判定终端号码个数同门票张数相等，本机号码可以为默认项；

订单确认：将订单结果显示给用户，并要求其确认，仅由条件为“是”时，才允许进入后续步骤；

订单提交：调用HTTP POST、短消息等传输方式将订单提交业务平台；

付费：一个移动电子支付模块，可复用现有技术；

电子门票收取：终端收取电子门票供RFID应用使用，并给予用户必要的提示。

实施例四：使用二维码完成捐款操作。

在捐款的相关宣传材料(如希望工程、抗洪)上印制有二维码(可能是多个)，比如，印制的二维码如下述表1所示。

表1：

5元	10元	20元	50元	100元	其它
						二维码1	二维码2	二维码3	二维码4	二维码5	二维码6

终端读取上述表1中的相应的二维码后，自动进入捐款流程，捐一个固定的钱数，或者捐款过程中提示用户输入一个数额。捐一个固定的数额的操作流程的一个实施例的示意图如图6所示，包括如下步骤：

步骤1、用户终端输入上述二维码后，自动进入一个确认流程，提示用户是否选择，仅当用户确认“是”后，才允许进行后续步骤；

步骤2、终端调用电子支付模块进行付费；

步骤3、终端接收捐款回执，并对用户进行必要提示。

以XML格式为例，上述二维码信息中标识的捐一个固定的数额的操作流程的相关格式如下：

    <？xml version＝″1.0″encoding＝″UTF-8″？>

    <！DOCTYPE contribute-template PUBLIC″-//hw//DTD VTD 1.0//ch″

    ″http://www.hw.com/VTD/1.0/DTD/vtd 10.dtd″>

    <捐款模板xmlns＝″http://www.hw.com/2007/vtd″>

     <头>

          <标题>捐款举例</标题>

          <描述>用于捐款业务的VTD编码样例</描述>

          <日期>2007-05-22</日期>

          <版本>1.0</版本>

          <作者>王雷</作者>

     </头>

     <体>

          <向导>

          <步骤引导＝“现在为希望工程捐款50元吗”app＝“确认”/>

    <步骤引导＝app＝“付费”/>

    <步骤引导＝“您已经为希望工程捐款50元，感谢您的爱心奉献”app＝

“捐款回执”/>

         </向导>

     </体>

    </捐款模板>

上述各app可以理解为终端本地的捐款应用的相应处理函数模块：

确认：判定用户是否确认进行，只有条件为“是”时，才允许进行后续步骤，“否”则退出；

付费：一个移动电子支付模块，可复用现有技术；

捐款回执：获取捐款回执，对用户进行必要的提示。

包含输入捐款数额的操作流程的一个实施例的示意图如图7所示，包括如下步骤：

步骤1、用户终端输入二维码后，自动进入一个确认流程，提示用户是否选择，仅当用户确认“是”后，才允许进行后续步骤；

步骤2、终端提示用户输入希望捐款的数额；

步骤3、终端提示用户对捐款数额确认；

步骤4、终端调用电子支付模块进行付费；

步骤5、终端接收捐款回执，对用户进行必要提示。

以XML格式为例，上述二维码信息中标识提示用户输入数额的操作流程的相关格式如下：

    <？xml version＝″1.0″encoding＝″UTF-8″？>

    <！DOCTYPE contribute-template PUBLIC″-//hw//DTD VTD 1.0//ch″

    ″http://www.hw.com/VTD/1.0/DTD/vtd 10.dtd″>

    <捐款模板xmlns＝″http://www.hw.com/2007/vtd″>

     <头>

          <标题>捐款举例</标题>

          <描述>用于捐款业务的VTD编码样例</描述>

          <日期>2007-05-22</日期>

          <版本>1.0</版本>

          <作者>王雷</作者>

     </头>

     <体>

          <向导>

          <步骤引导＝“现在为希望工程捐款吗”app＝“确认”/>

    <步骤引导＝“请问您捐献多少元呢”app＝“数额输入”/>

    <步骤引导＝“您打算为希望工程捐款XX元，请确认”app＝“数额输

入”/>

    <步骤引导＝app＝“付费”/>

    <步骤引导＝app＝“捐款回执”/>

         </向导>

     </体>

    </捐款模板>

上述各app可以理解为终端本地的捐款应用的相应处理函数模块：

确认：判定用户是否确认进行，只有条件为“是”时，才允许进行后续步骤，“否”则退出；

数额输入：提示用户输入希望捐款的数额，并提示用户确认数额；

付费：一个移动电子支付模块，可复用现有技术；

捐款回执：获取捐款回执，对用户进行必要的提示。

实施例五、使用二维码获取资料。

在一个风景区，用户购买门票，门票上印制一个二维码，该二维码标识了一个获取风景区相关背景介绍资料(包括景区地图等)的流程。用户可以通过终端拍摄输入该二维码信息，终端执行资料获取的流程，此后，用户可以在终端上查看景区介绍信息。

上述资料获取的操作流程的一个实施例的示意图如图8所示，包括如下步骤：

步骤1、用户终端输入二维码后，自动进入一个确认流程，提示用户是否选择获取该景点的介绍资料，仅当用户确认“是”后，才允许进行后续步骤；

步骤2、终端向指定URI发起一个HTTP GET(携带终端的能力信息)操作，获取景区介绍资料(根据终端能力不同，下发不同资料)；

步骤3、在终端获取到资料后，在终端上将该景点的相关介绍呈现给用户。

以XML格式为例，上述二维码信息中标识的资料获取的相关格式如下：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<！DOCTYPE get-info-template PUBLIC″-//hw//DTD VTD 1.0//ch″

″http://www.hw.com/VTD/1.0/DTD/vtd 10.dtd″>

<资讯获取模板xmlns＝″http://www.hw.com/2007/vtd″>

 <头>

      <标题>资讯获取举例</标题>

      <描述>用于资讯获取业务的VTD编码样例</描述>

      <日期>2007-05-22</日期>

      <版本>1.0</版本>

      <作者>王雷</作者>

 </头>

 <体>

      <向导>

      <步骤引导＝“获取关于XX景点的介绍吗”app＝“确认”/>

<步骤引导＝get“http://www.hw.com/2007/getinfo”/>

<步骤引导＝app＝“get-info display”/>

     </向导>

 </体>

</资讯获取模板>

上述各app可以理解为终端本地的资料获取应用的相应处理函数模块：

确认：判定用户是否确认进行，只有条件为“是”时，才允许进行后续步骤，“否”则退出；

get-info display：能够将获取的资料进行呈现。

本发明实施例提供的二维码的应用装置的实施例的结构示意图如图9所示，包括如下模块：

操作流程设置模块，用于在二维码数据中设置特定的格式信息，通过该特定的格式信息来标识操作流程。

二维码数据获取模块，用于获取二维码数据，将获取的二维码数据进行存储；

二维码数据解析模块，用于将二维码数据获取模块所获取的二维码数据进行解析，获取该二维码数据中标识的操作流程信息；

操作流程执行模块，用于根据二维码数据解析模块所获取的操作流程信息，调用相应的应用模块，执行所述操作流程。包括：判断控制模块和应用程序执行模块。

其中，上述操作流程执行模块中的判断控制模块，用于根据所述操作流程信息进行判断处理，根据判断结果调用相应的应用模块。

其中，上述操作流程执行模块中的应用程序执行模块，用于利用判断控制模块所调用的应用模块，执行所述操作流程中包括的各个操作步骤，完成该操作流程所对应的业务。

上述应用装置包括：无线终端或有线终端。

综上所述，本发明实施例在二维码中标识一系列操作流程信息，一方面，可以为用户提供一个友好的业务操作引导；另一方面，对于业务流程中的相应步骤，可以通过引导，规范用户的操作，使用户侧的反馈信息规范化，使用户终端的可扩展性增强，减少业务平台的处理难度和复杂度。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (7)

1、一种二维码的应用方法，其特征在于，包括：

获取二维码数据，对该二维码数据进行解析，获取该二维码数据中标识的操作流程，所述操作流程是通过特定的格式信息标识的；

根据所述操作流程中包括的动作序列，通过判断调用相应的应用程序，执行所述操作流程中包括的各个操作步骤，完成所述操作流程所对应的应用业务流程。

2、根据权利要求1所述的二维码的应用方法，其特征在于，所述特定的格式信息包括模板文件。

3、根据权利要求2所述的二维码的应用方法，其特征在于，所述的模板文件通过可扩展标记语言XML文件来实现。

4、根据权利要求1所述的二维码的应用方法，其特征在于，所述操作步骤包括：信息确认、信息获取、信息呈现、信息发送中的至少一项。

5、一种二维码的应用装置，其特征在于，包括：

二维码数据获取模块，用于获取二维码数据，将获取的二维码数据进行存储；

二维码数据解析模块，用于将二维码数据获取模块所获取的二维码数据进行解析，获取该二维码数据中标识的操作流程信息；

操作流程执行模块，用于根据二维码数据解析模块所获取的操作流程信息，调用相应的应用程序，执行所述操作流程。

操作流程设置模块，用于在二维码数据中设置特定的格式信息，通过该特定的格式信息来标识操作流程。

所述操作流程执行模块具体包括：

判断控制模块，用于根据所述操作流程信息进行判断处理，根据判断结果调用相应的应用程序；

应用程序执行模块，用于利用判断控制模块所调用的应用程序，执行所述操作流程中包括的各个操作步骤，完成该操作流程所对应的业务。

6、根据权利要求5所述的应用装置，其特征在于，所述应用程序执行模块利用所调用的应用程序进行信息确认、信息获取、信息呈现、信息发送中的至少一项操作。

7、根据权利要求5或6所述的应用装置，其特征在于，所述装置包括：无线终端或有线终端。

Images