显示支付页面的方法、系统及服务器与流程

本发明涉及移动终端领域，特别涉及一种显示支付页面的方法、系统及服务器。

背景技术：
随着移动终端硬件和移动通信网络的发展，越来越多的移动用户通过无线互联网享受网上冲浪的乐趣，如浏览新闻、发送邮件、观看电影、以及进行网上购物等。其中，移动用户在进行网上购物时，需进行网上支付。一般地，移动用户通过移动终端屏幕上显示的相关支付页面输入支付信息(如银行账号和密码等)。其中，现有的支付页面主要由安全支付插件进行创建并显示。该安全支付插件是网上银行及第三方支付平台为了确保支付信息传递的安全性，所提供的用于加密支付信息的插件。具体地，现有的移动终端显示支付页面的方式为，首先，用户在收银台页面选择支付通道时触发支付请求；浏览器接收该支付请求后，向服务器提交显示支付页面请求；其次，服务器接收该请求后，下发调用链接给浏览器；浏览器通过调用链接调用安全支付插件；然后，安全支付插件运行后，在屏幕中显示相关支付界面，引导用户输入支付信息。在实现本发明的过程中，发明人发现现有技术至少存在以下问题：现有显示支付页面的方式中，仅考虑到浏览器能够调用安全支付插件的情况下，由安全支付插件创建并显示支付界面；若浏览器不支持该安全支付插件，那么，浏览器将不能调用安全支付插件来显示支付界面，从而将导致用户不能通过支付页面完成支付。

技术实现要素：
为了使移动终端在所安装的浏览器不支持安全支付插件的情况下显示支付页面，让用户通过支付页面进行网上支付，本发明实施例提供了一种显示支付页面的方法、系统和服务器。所述技术方案如下：一种显示支付页面的方法，所述方法包括：接收显示支付页面请求，所述请求包括浏览器标识和需支付订单标识；根据所述浏览器标识，判断所述浏览器是否支持安全支付插件；若所述浏览器不支持所述安全支付插件，则使所述浏览器显示与所述需支付订单标识对应的支付页面。其中，所述根据所述浏览器标识，判断所述浏览器是否支持安全支付插件，包括：获取所述安全支付插件的标识；在预置的浏览器-安全支付插件的兼容关系对照表中，查询所述浏览器标识是否与所述安全支付插件的标识为兼容关系；若是，则判断为所述浏览器支持所述安全支付插件；若否，则判断为所述浏览器不支持所述安全支付插件。其中，所述使所述浏览器显示与所述需支付订单标识对应的支付页面，包括：根据所述需支付订单标识，创建与所述需支付订单标识对应的表单支付页面；将所述表单支付页面发送给所述浏览器，使所述浏览器显示所述表单支付页面。其中，所述方法还包括：若所述浏览器支持所述安全支付插件，则使所述安全支付插件显示与所述需支付订单标识对应的支付页面。其中，所述使所述安全支付插件显示与所述需支付订单标识对应的支付页面，包括：根据所述浏览器标识，获取预定义的加载标识；所述预定义的加载标识为服务器与所述浏览器共同约定的自动加载所述安全支付插件的标识；将所述加载标识和所述需支付订单标识发送给所述浏览器，使所述浏览器根据所述加载标识加载所述安全支付插件，并使所述浏览器将所述需支付订单标识传递给所述安全支付插件；由加载后的所述安全支付插件创建并显示与所述需支付订单标识对应的支付用户界面。一种服务器，所述服务器包括：接收模块，用于接收显示支付页面请求，所述请求包括浏览器标识和需支付订单标识；判断模块，用于根据所述浏览器标识，判断所述浏览器是否支持安全支付插件；第一显示模块，用于若所述浏览器不支持所述安全支付插件，则使所述浏览器显示与所述需支付订单标识对应的支付页面。其中，所述判断模块包括：获取单元，用于获取所述安全支付插件的标识；查询单元，用于在预置的浏览器与安全支付插件的兼容关系对照表中，查询所述浏览器标识是否与所述安全支付插件的标识为兼容关系；若是，则判断为所述浏览器支持所述安全支付插件；若否，则判断为所述浏览器不支持所述安全支付插件。其中，所述第一显示模块包括：创建单元，用于若所述浏览器不支持所述安全支付插件，则根据所述需支付订单标识，创建与所述需支付订单标识对应的表单支付页面；发送单元，用于将所述表单支付页面发送给所述浏览器，使所述浏览器显示所述表单支付页面。其中，所述服务器还包括：第二显示模块，用于若所述浏览器支持所述安全支付插件，则使所述安全支付插件显示与所述需支付订单标识对应的支付页面。其中，所述第二显示模块包括：获取加载单元，用于根据所述浏览器标识，获取预定义的加载标识；所述预定义的加载标识为所述服务器与所述浏览器共同约定的自动加载所述安全支付插件的标识；将所述加载标识和所述需支付订单标识发送给所述浏览器，使所述浏览器根据所述加载标识加载所述安全支付插件，并使所述浏览器将所述需支付订单标识传递给所述安全支付插件；创建显示单元，用于由加载后的所述安全支付插件创建并显示与所述需支付订单标识对应的支付用户界面。一种显示支付页面的系统，所述系统包括浏览器和前述的服务器。本发明实施例提供的技术方案带来的有益效果是：通过接收显示支付页面请求，所述请求包括浏览器标识和需支付订单标识；根据所述浏览器标识，判断所述浏览器是否支持安全支付插件；若所述浏览器不支持所述安全支付插件，则使所述浏览器显示与所述需支付订单标识对应的支付页面；能够考虑到移动终端中所安装的浏览器不支持安全支付插件的情况，由服务器创建与需支付订单标识对应的支付页面，并通过浏览器显示该支付页面；从而满足了各浏览器的兼容性，使各浏览器都可以显示支付页面；让用户通过支付页面完成网上支付；提高了用户体验和产品口碑。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例1中提供的一种显示支付页面的方法的流程图；图2是本发明实施例2中提供的一种显示支付页面的方法的流程图；图3是本发明实施例2中提供的一种显示支付页面的方法的流程图；图4是本发明实施例3中提供的一种服务器的结构示意图；图5是本发明实施例4中提供的一种服务器的结构示意图；图6是本发明实施例5中提供的一种显示支付页面的系统的示意图。具体实施方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。实施例1参见图1，本发明实施例1提供了一种显示支付页面的方法，该方法包括：101：接收显示支付页面请求，该请求包括浏览器ID(Identity，标识)和需支付订单ID。102：根据该浏览器ID，判断该浏览器是否支持安全支付插件。103：若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单ID对应的支付页面。本发明实施例提供的技术方案带来的有益效果是：通过接收显示支付页面请求，该请求包括浏览器标识和需支付订单标识；根据该浏览器标识，判断该浏览器是否支持安全支付插件；若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单标识对应的支付页面；能够考虑到移动终端中所安装的浏览器不支持安全支付插件的情况，由服务器创建与需支付订单标识对应的支付页面，并通过浏览器显示该支付页面；从而满足了各浏览器的兼容性，使各浏览器都可以显示支付页面；让用户通过支付页面完成网上支付；提高了用户体验和产品口碑。实施例2参见图2～图3，本发明实施例2提供了一种显示支付页面的方法，该方法包括：201：接收显示支付页面请求，该请求包括浏览器ID和需支付订单ID。其中，用户通过移动终端中安装的浏览器浏览某购物网站，打算购买一些该购物网站提供的商品。首先，该用户在需购买商品的商品页面中选择需购买的型号、数量和颜色等商品信息。然后，该用户查阅该需购买商品的订单页面，对选择的需购买商品的商品信息进行确认。最后，该用户在该订单的收银台页面中选择进行支付的支付通道(如信用卡、储蓄卡或网上银行等)，完成选择后，用手或触控笔触屏点击收银台页面中“支付”按钮，触发支付请求，该请求包括需支付订单ID。其中，浏览器接收该支付请求后，向网站服务器提交显示支付页面请求，该支付页面请求包括需支付订单ID及浏览器自身的ID。具体地，该需支付订单ID为网站服务器分配的订单编号。另外，该请求还可进一步包括该需支付订单的除订单编号外的其他相关有效性标志参数，例如，网站服务器生成订单页面的时间戳，从而保证订单的安全性和有效性。具体地，浏览器ID为浏览器自身的UA(User-Agent，用户代理)。UA为一个特殊字符串头。服务器根据浏览器的UA，能够识别浏览器使用的操作系统及版本、CPU类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等其他浏览器相关信息。进一步地，通过检测当前运行的浏览器的相应API接口，能够获取该浏览器ID。202：根据浏览器ID，判断浏览器是否支持安全支付插件。若浏览器支持安全支付插件，则执行203；若浏览器不支持安全支付插件，则执行204。进一步地，本步骤包括：2021：获取移动终端中安全支付插件的ID。其中，接收该显示支付页面请求后，获取移动终端中安全支付插件的ID。具体地，安全支付插件的ID可为安装包名或应用开发商名等信息。进一步地，通过检测移动终端中安装的安全支付插件的相应API接口，能够获取该安全支付插件的ID。2022：在预置的浏览器与安全支付插件的兼容关系对照表中，查询浏览器ID是否与安全支付插件的ID为兼容关系。若是，则判断为浏览器支持安全支付插件，执行203；若否，则判断为浏览不支持安全支付插件，执行204。其中，获取安全支付插件的ID后，在预置的浏览器-安全支付插件的兼容关系参照表中，匹配该浏览器ID和安全支付插件的ID。若该浏览器ID与安全支付插件的ID为兼容关系，则判断为该浏览器支持该安全支付插件，执行203；若该浏览器ID与安全支付插件的ID不为兼容关系，则判断为该浏览器不支持该安全支付插件，执行204。203：使安全支付插件显示与该需支付订单ID对应的支付页面。进一步地，本步骤包括：2031：根据浏览器标识，获取预定义的加载ID；将预定义的加载ID和该需支付订单ID发送给浏览器，使浏览器根据加载ID自动加载安全支付插件，并使浏览器将需支付订单ID传递给安全支付插件。其中，该加载ID为服务器与浏览器共同约定的自动加载安全支付插件的ID。其中，预先定义一个加载ID。该加载ID为服务器与浏览器共同约定的ID，用于使浏览器自动调用安全支付插件。具体地，该加载ID为服务器与浏览器共同约定的且内容固定的字符串。例如，根据HTML语言规范，可设置字符串“SECURITYPAY”为调用安全支付插件的加载ID。当浏览器检测到字符串“SECURITYPAY”时，自动调用安全支付插件。其中，该加载ID，一方面用于自动调用安全支付插件；另一方面还可用于传递需支付订单ID等其他需支付信息给安全支付插件。具体地，为前述字符串“SECURITYPAY”设置属性，将需支付订单ID等其他需支付信息作为加载ID的属性值。例如，为字符串“SECURITYPAY”设置两个属性，第一个属性用于控制自动调用行为，第二个属性用于传递需支付订单ID等其他需支付信息。其中，第一个属性包括两个固定参数，Ver和interval。这两个固定参数的具体含义参见表1。进一步地，安全支付插件的调用信息的表现形式为，SECURITYPAY[固定参数][订单参数名1＝”参数值1”&参数名2＝”参数值2”&…参数名n＝”参数值n”]。表1其中，浏览器接收加载ID后，将自动调用移动终端中的安全支付插件，并将需支付订单ID等其他需支付信息传递给安全支付插件。值得说明的是，网站服务器需将加载ID以注释的形式设置在收银台页面中。用户触发支付请求后，浏览器对当前的收银台页面的注释内容进行筛选，若浏览器自身支持安全支付插件，就能够识别该加载ID，自动调用安全支付插件；若浏览器自身不支持安全支付插件，将自动忽略位于HTML注释中的加载ID。具体地，注释形式的加载ID为，“<！--SECURITYPAY[固定参数][定单参数名1＝”参数值1”&参数名2＝”参数值2”&…参数名n＝”参数值n”]-->”。2032：由加载后的安全支付插件创建并显示与需支付订单ID对应的支付用户界面。进一步地，安全支付插件被加载后，将读取需支付订单ID等其他需支付信息，并根据需支付信息创建与需支付订单ID对应的支付用户界面。完成创建后，安全支付插件将在屏幕的当前页面中显示与需支付订单ID对应的支付用户界面，以引导用户输入支付信息。用户完成输入后，安全支付插件将用户通过该支付用户界面输入的支付信息进行加密，并将加密后的支付信息发送给服务器；服务器将该加密后的支付信息发送给网上银行或第三方支付平台，并将返回的支付结果反馈给浏览器；浏览器根据收到的数据显示支付结果或者跳转到商品页面。此为本领域熟知技术，在此不再详述。204：使该浏览器显示与该需支付订单ID对应的支付页面。进一步地，本步骤包括：2041：根据需支付订单ID，创建与该需支付订单ID对应的表单支付页面。具体地，根据需支付订单ID，创建一份与该需支付订单ID对应的支付页面。该支付页面在页面中采用FORM表单的形式。该FORM表单用于使用户根据相关提示输入具体地的支付信息，包括信用卡卡号、持卡人姓名和证件号码(如身份证号码)等。进一步地，该FORM表单将用户输入的支付信息以POST方式进行提交。此为本领域熟知技术，在此不再详述。2042：将该表单支付页面发送给浏览器，使浏览器显示该表单支付页面。其中，获取与该需支付订单ID对应的支付页面后，将该支付页面发送给浏览器。浏览器接收该支付页面后，将更新收银台页面为该支付页面。用户通过该表单支付页面进行支付信息的输入，完成输入后，用手或触控笔触屏点击“付款”按钮，触发付款请求；浏览器将FORM表单提交的支付信息以HTTP请求的POST形式发送给服务器；服务器接收该HTTP请求后，连接网上银行或第三方支付平台，完成该需支付订单的支付，并将支付结果返回给浏览器进行显示。此为本领域熟知技术，在此不再详述。值得说明的是，针对表单支付页面，网站服务器可将FORM表单以注释的形式设置在收银台页面中；并且，为了以加载安全支付插件为优选，服务器在FORM表单之前添加隐藏标记。隐藏标记的表现形式为，<！--HIDE_BEGIN-->FORM表单<！--HIDE_END-->。那么，用户触发支付请求后，浏览器对当前的收银台页面的注释内容进行筛选，若浏览器自身支持安全支付插件，就能够识别加载ID，自动调用安全支付插件，从而忽略添加了隐藏标记的FORM表单；若浏览器自身不支持安全支付插件，将不能识别加载ID，而能够读取添加了隐藏标记的FORM表单。从而，不支持安全支付插件的浏览器能够显示表单支付页面。本发明实施例提供的技术方案带来的有益效果是：通过接收显示支付页面请求，该请求包括浏览器标识和需支付订单标识；根据该浏览器标识，判断该浏览器是否支持安全支付插件；若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单标识对应的支付页面；能够考虑到移动终端中所安装的浏览器不支持安全支付插件的情况，由服务器创建与需支付订单标识对应的支付页面，并通过浏览器显示该支付页面；从而满足了各浏览器的兼容性，使各浏览器都可以显示支付页面；让用户通过支付页面完成网上支付；提高了用户体验和产品口碑。实施例3参见图4，本发明实施例3提供了一种服务器，该服务器包括：接收模块301，用于接收显示支付页面请求，该请求包括浏览器ID和需支付订单ID。判断模块302，用于根据该浏览器ID，判断该浏览器是否支持安全支付插件。第一显示模块303，用于若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单ID对应的支付页面。本发明实施例提供的技术方案带来的有益效果是：通过接收显示支付页面请求，该请求包括浏览器标识和需支付订单标识；根据该浏览器标识，判断该浏览器是否支持安全支付插件；若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单标识对应的支付页面；能够考虑到移动终端中所安装的浏览器不支持安全支付插件的情况，由服务器创建与需支付订单标识对应的支付页面，并通过浏览器显示该支付页面；从而满足了各浏览器的兼容性，使各浏览器都可以显示支付页面；让用户通过支付页面完成网上支付；提高了用户体验和产品口碑。实施例4参见图5，本发明实施例4提供了一种服务器，该服务器包括：接收模块401，用于接收显示支付页面请求，该请求包括浏览器ID和需支付订单ID。判断模块402，用于根据该浏览器ID，判断该浏览器是否支持安全支付插件。其中，判断模块402包括：获取单元4021，用于获取安全支付插件的ID。查询单元4022，用于在预置的浏览器与安全支付插件的兼容关系对照表中，查询浏览器ID是否与安全支付插件的ID为兼容关系；若是，则判断为浏览器支持安全支付插件；若否，则判断为浏览器不支持安全支付插件。第一显示模块403，用于若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单ID对应的支付页面。其中，显示模块403包括：创建单元4031，用于若该浏览器不支持安全支付插件，则根据该需支付订单ID，创建与该需支付订单ID对应的表单支付页面。发送单元4032，用于将该表单支付页面发送给该浏览器，使该浏览器显示该表单支付页面。第二显示模块404，用于若该浏览器支持安全支付插件，则使该安全支付插件显示与需支付订单ID对应的支付页面。其中，第二显示模块404包括：获取加载单元4041，用于根据浏览器ID，获取预定义的加载ID；该预定义的加载ID为服务器与浏览器共同约定的自动加载安全支付插件的ID；将加载ID和需支付订单ID发送给浏览器，使浏览器根据加载ID加载安全支付插件，并使浏览器将需支付订单ID传递给安全支付插件；创建显示单元4042，用于由加载后的安全支付插件创建并显示与需支付订单ID对应的支付用户界面。本发明实施例提供的技术方案带来的有益效果是：通过接收显示支付页面请求，该请求包括浏览器标识和需支付订单标识；根据该浏览器标识，判断该浏览器是否支持安全支付插件；若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单标识对应的支付页面；能够考虑到移动终端中所安装的浏览器不支持安全支付插件的情况，由服务器创建与需支付订单标识对应的支付页面，并通过浏览器显示该支付页面；从而满足了各浏览器的兼容性，使各浏览器都可以显示支付页面；让用户通过支付页面完成网上支付；提高了用户体验和产品口碑。实施例5参见图6，本发明实施例5提供了一种显示支付页面的系统，该系统包括：浏览器501和服务器502。其中，服务器502为实施例3或实施例4中描述的服务器。本发明实施例提供的技术方案带来的有益效果是：通过接收显示支付页面请求，该请求包括浏览器标识和需支付订单标识；根据该浏览器标识，判断该浏览器是否支持安全支付插件；若该浏览器不支持安全支付插件，则使该浏览器显示与该需支付订单标识对应的支付页面；能够考虑到移动终端中所安装的浏览器不支持安全支付插件的情况，由服务器创建与需支付订单标识对应的支付页面，并通过浏览器显示该支付页面；从而满足了各浏览器的兼容性，使各浏览器都可以显示支付页面；让用户通过支付页面完成网上支付；提高了用户体验和产品口碑。需要说明的是：上述实施例提供的服务器在使浏览器显示支付页面时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的服务器与显示支付页面的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。