应用登录方法及装置与流程

1.本发明涉及金融或其他技术领域，具体涉及一种应用登录方法及装置。


背景技术：

2.线上支付场景中，市场越来越关注支付的安全以及方便快捷的用户体验，然而，在目前的银行网关支付流程中，客户需要首先登录银行网关系统以验证身份(调起银行app后需要输入手机银行用户名密码、或者指纹、人脸等方式认证支付客户信息)，进而才能选择银行卡(可选)完成支付。


技术实现要素：

3.本发明实施例提供一种应用登录方法及装置，能够将待支付的订单信息与app登录方式进行关联，在待支付订单满足一定规则时允许目标应用无感隐式登录，提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证交易的安全性。
4.一方面，本发明实施例提供一种应用登录方法，包括：获取待支付的订单信息；根据所述订单信息，确定目标应用的登录方式，其中，所述登录方式包括无感隐式登录；将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录。
5.可选的，所述订单信息中包括商户信息和交易金额信息；所述根据所述订单信息，确定目标应用的登录方式包括：判断所述商户信息和交易金额信息是否满足无感隐式登录条件；若所述商户信息和交易金额信息满足无感隐式登录条件，则确定所述目标应用以无感隐式登录方式登录。
6.可选的，所述订单信息中包括发起所述订单的客户端的信息；在根据所述订单信息，确定目标应用的登录方式为无感隐式登录时，所述将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录包括：将无感隐式登录的登录方式以及发起所述订单的客户端的信息发送给所述目标应用的服务端，以使所述服务端控制所述目标应用在所述客户端进行无感隐式登录。
7.另一方面，本发明提供一种应用登录方法，包括：获取目标应用的登录方式，其中，所述目标应用的登录方式是根据待支付的订单信息确定的，所述登录方式包括无感隐式登录；根据所述登录方式控制所述目标应用进行登录。
8.可选的，所述根据所述登录方式控制所述目标应用进行登录包括：若所述登录方式为无感隐式登录，则获取发起所述订单的客户端的信息；根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录。
9.可选的，所述根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录包括：根据发起所述订单的客户端的信息，确定所述目标应用的历史登录信息是否有效；若所述目标应用的历史登录信息有效，则控制所述目标应用在所述客户端进行无感隐式登录。
10.再一方面，本发明提供一种应用登录装置，包括：获取模块，用于获取待支付的订单信息；确定模块，用于根据所述订单信息，确定目标应用的登录方式，其中，所述登录方式包括无感隐式登录；发送模块，用于将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录。
11.可选的，所述订单信息中包括商户信息和交易金额信息；所述确定模块具体用于：判断所述商户信息和交易金额信息是否满足无感隐式登录条件；若所述商户信息和交易金额信息满足无感隐式登录条件，则确定所述目标应用以无感隐式登录方式登录。
12.可选的，所述订单信息中包括发起所述订单的客户端的信息；在确定模块根据所述订单信息，确定目标应用的登录方式为无感隐式登录时，所述发送模块具体用于：将无感隐式登录的登录方式以及发起所述订单的客户端的信息发送给所述目标应用的服务端，以使所述服务端控制所述目标应用在所述客户端进行无感隐式登录。
13.又一方面，本发明提供一种应用登录装置，包括：获取模块，用于获取目标应用的登录方式，其中，所述目标应用的登录方式是根据待支付的订单信息确定的，所述登录方式包括无感隐式登录；控制模块，用于根据所述登录方式控制所述目标应用进行登录。
14.可选的，所述控制模块具体用于：若所述登录方式为无感隐式登录，则获取发起所述订单的客户端的信息；根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录。
15.可选的，所述控制模块根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录包括：根据发起所述订单的客户端的信息，确定所述目标应用的历史登录信息是否有效；若所述目标应用的历史登录信息有效，则控制所述目标应用在所述客户端进行无感隐式登录。
16.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例所述的方法。
17.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。
18.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。
19.本发明实施例提供的应用登录方法及装置，能够将待支付的订单信息与app登录方式进行关联，在待支付订单满足一定规则时允许目标应用无感隐式登录，提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证交易的安全性。
附图说明
20.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
21.图1是本发明一实施例提供的应用登录方法的流程示意图。
22.图2是本发明一实施例提供的应用登录方法的部分流程示意图。
23.图3是本发明另一实施例提供的应用登录方法的流程示意图。
24.图4是本发明另一实施例提供的应用登录方法的部分流程示意图。
25.图5是本发明另一实施例提供的应用登录方法的部分流程示意图。
26.图6是本发明一实施例提出的一种应用登录装置的结构示意图。
27.图7是本发明另一实施例提出的一种应用登录装置的结构示意图。
28.图8是本发明一实施例提供的电子设备的实体结构示意图。
具体实施方式
29.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意排序。
30.关于本文中所使用的“第一”、“第二”、
……
等，并非特别指称次序或顺位的意思，亦非用以限定本发明，其仅为了区别以相同技术用语描述的元件或操作。
31.关于本文中所使用的“包含”、“包括”、“具有”、“含有”等等，均为开放性的用语，即意指包含但不限于。
32.关于本文中所使用的“及/或”，包括所述事物的任一或全部排序。
33.本发明实施例提供的应用登录方法的执行主体包括但不限于计算机。
34.图1是本发明一实施例提供的应用登录方法的流程示意图，如图1所示，本发明实施例提供的应用登录方法，可应用于银行网关系统，所述方法包括：
35.s101、获取待支付的订单信息；
36.本步骤，所述待支付的订单信息可以是商户端(卖方)发送的，可以是客户端(买方)发送的，所述待支付的订单信息中可以包括商户的信息、客户的信息和/或交易金额信息。
37.s102、根据所述订单信息，确定目标应用的登录方式，其中，所述登录方式包括无感隐式登录；
38.本步骤，所述目标应用可以是银行app(应用程序)，客户在完成下单进入支付流程时，调起目标应用以完成支付，现有的技术方案中，在调起银行app后需要输入手机银行用户名密码、或者指纹、人脸等方式认证支付客户信息，本实例提供一种新的登录方式：无感隐式登录，具体是指，银行app被支付流程调起后，银行app可使用客户登录该银行app的历史信息，完成后台自登录，也就是客户不需要操作登录过程直接可以看到订单和后续选卡支付操作。
39.但是，银行app是提供客户办理相关银行业务的产品，安全等级高于支付宝、微信等第三方支付机构的支付产品(如果支付的时候选择支付宝、微信提交支付，一般直接拉起控件，没有再要求客户登录支付宝、微信)，一次登录后不能较长时间保持后台登录状态。在监管时间约束下，客户无操作后较短时间银行app需要后台退出。当银行app被支付流程调起后，也不能仅根据上次的登录信息就支持后台登录了，本方案支持满足一定规则的订单在调起银行app时允许银行app以无感隐式登录方式完成登录—提高支付的便利性，不满足规则的订单仍然需要客户手动登录app—保证交易的安全性。
40.s103、将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录。
41.本步骤，银行网关系统在根据订单信息确定目标应用的登录方式之后，将所述登录方式发送给目标应用的服务端，目标应用的服务端根据所述登录方式控制所述目标应用进行登录。具体的，在所述登录方式为无感隐式登录时，服务端根据客户登录该目标应用的历史信息，完成后台自动登录；在所述登录方式为认证登录时，服务端控制目标应用在客户端弹出登录页面引导客户手动登录。
42.本发明实施例提供的应用登录方法，通过获取待支付的订单信息；根据所述订单信息，确定目标应用的登录方式，其中，所述登录方式包括无感隐式登录；将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录。这样，能够将待支付的订单信息与app登录方式进行关联，在待支付订单满足一定规则时允许目标应用无感隐式登录，提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证交易的安全性。
43.如图2所示，可选的，所述订单信息中包括商户信息和交易金额信息；所述根据所述订单信息，确定目标应用的登录方式包括：
44.s1021、判断所述商户信息和交易金额信息是否满足无感隐式登录条件；
45.本步骤，网关系统收到订单信息后判断商户、交易金额是否满足无感隐式登录条件；例如银行维护可使用无感隐式登录的商户行业类型为家电，且银行维护有家电行业商户的无感隐式登录白名单，商户a已经在银行的无感隐式登陆白名单中，且商户/银行均定义可以免登陆(无感隐式登录)进行支付的限额为1000元人民币以下；行业类型、白名单来自于商户在银行建档维护的相关信息、金额来源于订单中；那么当家电商户a提交一笔客户的288元订单到银行进行支付的时候，银行就可以判断此笔订单可以免登陆验证客户身份，直接为客户提供后续选卡、查优惠等正常流程；当其他行业的商户发起订单，不满足免登陆规则；当不在白名单的家电商户b提交一笔订单到银行进行支付的时候，也不满足免登陆规则；当家电商户a提交一笔1600金额的订单到银行进行支付的时候，也不满足免登陆规则。
46.s1022、若所述商户信息和交易金额信息满足无感隐式登录条件，则确定所述目标应用以无感隐式登录方式登录。
47.本步骤，网关系统在判断所述商户信息和交易金额信息满足无感隐式登录条件时，确定所述目标应用可以以无感隐式方式登录，并将该登录方式发送给目标应用的服务端，以使所述服务端控制所述目标应用以无感隐式登录方式进行登录。
48.本实施例将参与交易的商户、订单与app登录三者进行关联，符合一定规则的订单允许目标应用进行无感隐式登录完成身份认证—提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证了大宗交易的安全性。
49.可选的，所述订单信息中包括发起所述订单的客户端的信息；在根据所述订单信息，确定目标应用的登录方式为无感隐式登录时，所述将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录包括：将无感隐式登录的登录方式以及发起所述订单的客户端的信息发送给所述目标应用的服务端，以使所述服务端控制所述目标应用在所述客户端进行无感隐式登录。
50.本实施例，目标应用服务端接收网关系统传过来的登录方式后，结合app本身的历
史登录信息(当客户主动打开银行app或者其他方式以用户名密码、指纹、人脸等客户可见操作登录后，app会保存当前登录的票信息，主要有用户信息、设备信息等)控制目标应用进行无感后台登录或客户手动登录，并引导后续支付流程。
51.银行网关系统传递给所述服务端的登录方式可以是网关根据商户建档维护信息和订单信息判断出来的，此笔订单交易是否满足无感隐式登录条件的判断结果
‑‑
是or否，服务端在收到判断结果后，结合实际客户上次登录留存的票据情况来看是否真的能实施无感隐式登录。如果网关发送的判断结果为否，那服务端控制目标应用直接拉起登录页面要求客户显性登录(指纹、密码、面部识别等)；如果网关发送的免登陆判断结果为是，但是所述服务端查不到手机硬件中满足无感隐式登录条件的票信息(有可能是客户上次登录目标应用的手机不是本次支付使用的，硬件对不上/也有可能是上次登录也是同一手机但是上次是一个月前登录的，登录票信息已经过期)，此时也需要拉起登录页面要求客户显性登录(指纹、密码、面部识别等)；如果网关发送的判断结果为是，所述服务端查到手机硬件中满足无感隐式登录条件的票信息(比如同一个设备三天前客户指纹登陆过)，服务端控制app后台自动登陆完成用户认证，app直接展示订单、选卡等后续流程。
52.图3是本发明一实施例提供的应用登录方法的流程示意图，如图3所示，本发明实施例提供的应用登录方法，可以应用于目标应用服务端，所述方法包括：
53.s201、获取目标应用的登录方式，其中，所述目标应用的登录方式是根据待支付的订单信息确定的，所述登录方式包括无感隐式登录；
54.本步骤，所述待支付的订单信息可以是商户端(卖方)发送的，可以是客户端(买方)发送的，所述待支付的订单信息中可以包括商户的信息、客户的信息和/或交易金额信息。所述目标应用可以是银行app(应用程序)，客户在完成下单进入支付流程时，调起目标应用以完成支付，现有的技术方案中，在调起银行app后需要输入手机银行用户名密码、或者指纹、人脸等方式认证支付客户信息，本实例提供一种新的登录方式：无感隐式登录，具体是指，银行app被支付流程调起后，银行app可使用客户登录该银行app的历史信息，完成后台自登录，也就是客户不需要操作登录过程直接可以看到订单和后续选卡支付操作。
55.但是，银行app是提供客户办理相关银行业务的产品，安全等级高于支付宝、微信等第三方支付机构的支付产品(如果支付的时候选择支付宝、微信提交支付，一般直接拉起控件，没有再要求客户登录支付宝、微信)，一次登录后不能较长时间保持后台登录状态。在监管时间约束下，客户无操作后较短时间银行app需要后台退出。当银行app被支付流程调起后，也不能仅根据上次的登录信息就支持后台登录了，本方案支持满足一定规则的订单在调起银行app时允许银行app以无感隐式登录方式完成登录—提高支付的便利性，不满足规则的订单仍然需要客户手动登录app—保证交易的安全性。
56.银行网关系统在根据订单信息确定目标应用的登录方式之后，将所述登录方式发送给目标应用的服务端，目标应用的服务端根据所述登录方式控制所述目标应用进行登录。
57.s202、根据所述登录方式控制所述目标应用进行登录。
58.本步骤，在所述登录方式为无感隐式登录时，服务端根据客户登录该目标应用的历史信息，完成后台自动登录；在所述登录方式为认证登录时，服务端控制目标应用在客户端弹出登录页面引导客户手动登录。
59.本发明实施例提供的应用登录方法，获取目标应用的登录方式，其中，所述目标应用的登录方式是根据待支付的订单信息确定的，所述登录方式包括无感隐式登录；根据所述登录方式控制所述目标应用进行登录。这样，能够将待支付的订单信息与app登录方式进行关联，在待支付订单满足一定规则时允许目标应用无感隐式登录，提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证交易的安全性。
60.如图4所示，可选的，所述根据所述登录方式控制所述目标应用进行登录包括：
61.s2021、若所述登录方式为无感隐式登录，则获取发起所述订单的客户端的信息；
62.本步骤，发起所述订单的客户端的信息具体是指参与所述订单的交易的客户端的设备信息，该信息可以是银行网关系统在发送所述目标应用的登录方式时同时发送给目标应用服务端的。
63.s2022、根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录。
64.本步骤，服务端控制目标应用在发起所述订单的客户端进行无感隐式登录。
65.如图5所示，可选的，所述根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录包括：
66.s20221、根据发起所述订单的客户端的信息，确定所述目标应用的历史登录信息是否有效；
67.本步骤，目标应用服务端接收网关系统传过来的登录方式后，结合app本身的历史登录信息(当客户主动打开银行app或者其他方式以用户名密码、指纹、人脸等客户可见操作登录后，app会保存当前登录的票信息，主要有用户信息、设备信息等)控制目标应用进行无感后台登录或客户手动登录，并引导后续支付流程。
68.银行网关系统传递给所述服务端的登录方式可以是网关根据商户建档维护信息和订单信息判断出来的，此笔订单交易是否满足无感隐式登录条件的判断结果
‑‑
是or否，服务端在收到判断结果后，结合实际客户上次登录留存的票据情况来看是否真的能实施无感隐式登录。如果网关发送的判断结果为否，那服务端控制目标应用直接拉起登录页面要求客户显性登录(指纹、密码、面部识别等)；如果网关发送的免登陆判断结果为是，但是所述服务端查不到手机硬件中满足无感隐式登录条件的票信息(有可能是客户上次登录目标应用的手机不是本次支付使用的，硬件对不上/也有可能是上次登录也是同一手机但是上次是一个月前登录的，登录票信息已经过期)，此时app的历史登录信息无效，也需要拉起登录页面要求客户显性登录(指纹、密码、面部识别等)；如果网关发送的判断结果为是，所述服务端查到手机硬件中满足无感隐式登录条件的票信息(比如同一个设备三天前客户指纹登陆过)，此时app的历史登录信息有效。
69.s20222、若所述目标应用的历史登录信息有效，则控制所述目标应用在所述客户端进行无感隐式登录。
70.本步骤，在所述目标应用的历史登录信息有效时，服务端控制app后台自动登陆完成用户认证，app直接展示订单、选卡等后续流程。
71.在上述任一实施例中，网关系统与目标应用服务端之间传递信息时需要签名保证安全，商户端或客户端将订单信息发送给网关系统时，需要使用银行签发的签名证书的私钥对所述订单信息进行加签，银行的网关系统收到后使用对应的公钥验签，然后根据订单
信息进行无感隐式登录条件判断，完成后银行网关系统需要使用网关证书进行相关签名，将判断是否可以进行无感隐式登录的信息发送至所述服务端，银行服务端需要使用网关签名证书对应的密钥验签，获得加密传输信息中的登录方式信息。网关系统需要申请自建/cfca颁发的证书，并将证书灌入签名验证服务器，公钥通过银行内部合规的方式送达银行app产品，以便银行app在本系统维护相关证书信息，处理联机获取网关签名接口数据项。
72.图6是本发明一实施例提出的一种应用登录装置的结构示意图，如图6所示，本发明实施例提出的一种应用登录装置，包括：获取模块31，用于获取待支付的订单信息；确定模块32，用于根据所述订单信息，确定目标应用的登录方式，其中，所述登录方式包括无感隐式登录；发送模块33，用于将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录。
73.本发明实施例提供的应用登录装置，通过获取待支付的订单信息；根据所述订单信息，确定目标应用的登录方式，其中，所述登录方式包括无感隐式登录；将所述登录方式发送给所述目标应用的服务端，以使所述服务端根据所述登录方式控制所述目标应用进行登录。这样，能够将待支付的订单信息与app登录方式进行关联，在待支付订单满足一定规则时允许目标应用无感隐式登录，提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证交易的安全性。
74.可选的，所述订单信息中包括商户信息和交易金额信息；所述确定模块具体用于：判断所述商户信息和交易金额信息是否满足无感隐式登录条件；若所述商户信息和交易金额信息满足无感隐式登录条件，则确定所述目标应用以无感隐式登录方式登录。
75.可选的，所述订单信息中包括发起所述订单的客户端的信息；在确定模块根据所述订单信息，确定目标应用的登录方式为无感隐式登录时，所述发送模块具体用于：将无感隐式登录的登录方式以及发起所述订单的客户端的信息发送给所述目标应用的服务端，以使所述服务端控制所述目标应用在所述客户端进行无感隐式登录。
76.本发明实施例提供的装置的实施例具体可以用于执行上述各应用于银行网关系统的应用登录方法实施例的处理流程，其功能在此不再赘述，可以参照上述令牌管理方法实施例的详细描述。
77.需要说明的是，本发明实施例提供的应用登录方法及装置可用于金融领域，也可用于除金融领域之外的任意技术领域，本发明实施例对应用登录方法及装置的应用领域不做限定。
78.图7是本发明一实施例提出的一种应用登录装置的结构示意图，如图7所示，本发明实施例提出的一种应用登录装置，包括：获取模块41，用于获取目标应用的登录方式，其中，所述目标应用的登录方式是根据待支付的订单信息确定的，所述登录方式包括无感隐式登录；控制模块42，用于根据所述登录方式控制所述目标应用进行登录。
79.本发明实施例提供的应用登录装置，通过获取目标应用的登录方式，其中，所述目标应用的登录方式是根据待支付的订单信息确定的，所述登录方式包括无感隐式登录；根据所述登录方式控制所述目标应用进行登录。这样，能够将待支付的订单信息与app登录方式进行关联，在待支付订单满足一定规则时允许目标应用无感隐式登录，提高支付的便利性，不满足规则的订单仍然需要客户手动登录app完成支付—保证交易的安全性。
80.可选的，所述控制模块具体用于：若所述登录方式为无感隐式登录，则获取发起所
述订单的客户端的信息；根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录。
81.可选的，所述控制模块根据发起所述订单的客户端的信息，控制所述目标应用在所述客户端进行无感隐式登录包括：根据发起所述订单的客户端的信息，确定所述目标应用的历史登录信息是否有效；若所述目标应用的历史登录信息有效，则控制所述目标应用在所述客户端进行无感隐式登录。
82.本发明实施例提供的装置的实施例具体可以用于执行上述各应用于目标应用服务端的应用登录方法实施例的处理流程，其功能在此不再赘述，可以参照上述令牌管理方法实施例的详细描述。
83.需要说明的是，本发明实施例提供的应用登录方法及装置可用于金融领域，也可用于除金融领域之外的任意技术领域，本发明实施例对应用登录方法及装置的应用领域不做限定。
84.图8为本发明一实施例提供的电子设备的实体结构示意图，如图8所示，该电子设备可以包括：处理器(processor)501、通信接口(communications interface)502、存储器(memory)503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信。处理器501可以调用存储器503中的逻辑指令，以执行上述任一实施例所述的方法。
85.此外，上述的存储器503中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
86.本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法。
87.本实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，所述计算机程序使所述计算机执行上述各方法实施例所提供的方法。
88.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
89.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产
生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
90.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
91.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
92.在本说明书的描述中，参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
93.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。