支付方法、装置、设备、介质和程序产品与流程

1.本公开涉及互联网技术领域或金融领域，具体地涉及一种支付方法、装置、设备、介质和程序产品。


背景技术：

2.在企业线上网关支付场景中，通常需要使用身份认证凭据以确保资金安全。身份认证凭据通常由财务人员保管或生成，因此，在正式支付流程中离不开财务人员参与。但在企业的实际采购场景中，财务人员通常并不会直接参与，而是由采购专员负责。这就会导致采购人员在部分采购场景下，在达成合作意向后无法及时进行资金支付，延误交易时机。即使是财务人员参与采购过程，由于采购人员和财务操作设备通常存在差异，也会导致交易受阻。现有的支付方法不利于兼顾采购的灵活性和支付的安全性。


技术实现要素：

3.鉴于上述问题，本公开的实施例提供了一种支付方法、装置、设备、介质和程序产品。
4.根据本公开的第一个方面，提供了一种支付方法，包括：获取采购请求信息；基于所述采购请求信息判断支付方式是否为异步支付；当所述支付方式为异步支付时，生成支付申请信息，所述支付申请信息包括交易账户信息；基于所述交易账户信息判断所述交易账户是否归属于第一支付机构；以及当所述交易账户归属于第一支付机构时，基于所述支付申请信息和第一支付机构预留的通知账户生成支付通知信息，所述支付通知信息用于通知支付方进行支付。
5.根据本公开的实施例，当所述交易账户不归属于第一支付机构时，所述方法包括：获取所述交易账户归属的第二支付机构信息；基于所述第二支付机构信息以及预设的路由匹配算法确定交易清算机构；以及向所述交易清算机构发送所述支付申请信息，所述支付申请信息用于被所述交易清算机构转发至所述第二支付机构。
6.根据本公开的实施例，所述采购请求信息包含支付种类标识，所述支付种类标识包含同步支付和异步支付中的一种，当所述支付种类标识为异步支付时，判断所述支付方式为异步支付。
7.根据本公开的实施例，所述预留的通知账户包括手机号和邮箱地址中的至少一种，在生成所述支付通知信息后，所述方法还包括：获取来自于所述付款方的登录信息；基于所述登录信息和所述支付通知信息匹配所述支付申请信息；以及基于所述支付申请信息触发支付流程。
8.根据本公开的实施例，其中，待确定的交易清算机构数量为m，m为大于或等于2的整数，所述预设的路由匹配算法包括：获取对应于各待确定的交易清算机构的路由选择参数值；基于所述路由选择参数值和预配置的路由选择参数权重获取各待确定的交易清算机构评分；以及对所述待确定的交易清算机构评分进行排序，基于排序结果确定交易清算机
构。
9.根据本公开的实施例，其中，路由选择参数包括支付机构支持度，交易平台交易偏好，交易清算机构流量分配偏好中的至少两种。
10.本公开的第二方面提供了一种支付装置，包括：获取模块，配置为获取采购请求信息；第一判断模块，配置为基于所述采购请求信息判断支付方式是否为异步支付；生成模块，配置为当所述支付方式为异步支付时，生成支付申请信息，所述支付申请信息包括交易账户信息；第二判断模块，配置为基于所述交易账户信息判断所述交易账户是否归属于第一支付机构；以及通知模块，配置为当所述交易账户归属于第一支付机构时，基于所述支付申请信息和系统预留的通知账户生成支付通知信息，所述支付通知信息用于通知付款方进行支付。
11.根据本公开的实施例，支付装置除包括获取模块，第一判断模块，生成模块，第二判断模块和通知模块外，还包括第一接收模块，匹配模块和触发模块。其中，第一接收模块被配置为获取来自于所述付款方的登录信息。匹配模块被配置为基于所述登录信息和所述支付通知信息匹配所述支付申请信息。触发模块被配置为基于所述支付申请信息触发支付流程。
12.根据本公开的实施例，支付装置除包括获取模块，第一判断模块，生成模块和第二判断模块外，还包括第二接收模块，确定模块和发送模块。其中，第二接收模块被配置为获取所述交易账户归属的第二支付机构信息。确定模块被配置为基于所述第二支付机构信息以及预设的路由匹配算法确定交易清算机构。发送模块被配置为向所述交易清算机构发送所述支付申请信息，所述支付申请信息用于被所述交易清算机构转发至所述第二支付机构。
13.本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述支付方法。
14.本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述支付方法。
15.本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述支付方法。
16.本公开的实施例提供的方法，通过异步支付实现了采购和支付的分离，解耦了采购与支付对于支付机构的不同需求，兼顾了采购的灵活性和支付的安全性。
附图说明
17.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
18.图1示意性示出了根据本公开实施例的支付方法、装置、设备、介质和程序产品的应用场景图；
19.图2示意性示出了根据本公开实施例的支付方法的流程图；
20.图3示意性示出了根据本公开实施例的发起支付的方法流程图；
21.图4示意性示出了根据本公开另一些实施例的支付方法的流程图；
22.图5示意性示出了根据本公开实施例的预设的路由匹配算法的方法的流程图；
23.图6示意性示出了根据本公开实施例的支付装置的结构框图；
24.图7示意性示出了根据本公开另一些实施例的支付装置的结构框图；
25.图8示意性示出了根据本公开另一些实施例的支付装置的结构框图；以及
26.图9示意性示出了根据本公开实施例的适于实现支付方法的电子设备的方框图。
具体实施方式
27.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
28.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
29.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
30.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
31.在企业线上网关支付场景中，通常需要使用身份认证凭据以确保资金安全。常见的身份认证凭据包括usb key等介质，或是依据生物特征及动态密码双因子作为身份认证凭据。从企业的财务规章制度要求，相关的认证介质应由财务人员保管，生物特征或动态密码等亦由财务人员生成，即正式支付流程离不开财务人员参与。但在企业的实际采购场景中，财务人员通常并不会直接参与，而是由采购专员负责。这就会导致采购人员在诸如展销会等现场场景下，在达成合作意向后，无法及时进行资金支付，延误交易时机。即使是财务人员参与采购过程，但由于采购过程多采用移动端下单，而财务操作多习惯于pc端的流程，也会导致交易受阻。另一方面，即使财务人员可以使用于采购人员相类似的终端进行支付，出于企业管理的角度考虑，财务人员也不应该参与到采购过程。现有的支付方法不利于对采购的灵活性和支付的安全性的兼顾。
32.本公开的实施例提供了一种支付方法，其特征在于，包括：获取采购请求信息；基于所述采购请求信息判断支付方式是否为异步支付；当所述支付方式为异步支付时，生成支付申请信息，所述支付申请信息包括交易账户信息；基于所述交易账户信息判断所述交易账户是否归属于第一支付机构；以及当所述交易账户归属于第一支付机构时，基于所述支付申请信息和第一支付机构预留的通知账户生成支付通知信息，所述支付通知信息用于通知支付方进行支付。
33.需要说明的是，本公开实施例提供的支付方法、装置、设备、介质和程序产品可用
于互联网技术在支付管理相关方面，也可用于除互联网技术之外的多种领域，如金融领域等。本公开实施例提供的支付方法、装置、设备、介质和程序产品的应用领域不做限定。
34.以下将结合附图及其说明文字围绕实现本公开的至少一个目的的上述操作进行阐述。
35.图1示意性示出了根据本公开实施例的支付方法、装置、设备、介质和程序产品的应用场景图。
36.如图1所示，根据该实施例的应用场景100可以包括第一终端101、102、103，网络104，服务器105，第二终端106、107、108。网络104用以在终端设备101、102、103，服务器105和第二终端106、107、108之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
37.采购方可以使用第一终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
38.第一终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
39.支付方可以使用第二终端设备106、107、108通过网络104与服务器105交互，以接收或发送消息等。第二终端设备106、107、108上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
40.第二终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
41.服务器105可以是提供各种服务的服务器，例如对采购方利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的采购方支付请求等数据进行分析等处理，并将处理结果(例如根据采购方支付请求获取或生成的网页、信息、或数据等，例如支付信息)反馈给第二终端设备106、107、108。
42.需要说明的是，本公开实施例所提供的支付方法一般可以由服务器105执行。相应地，本公开实施例所提供的支付装置一般可以设置于服务器105中。本公开实施例所提供的支付方法也可以由不同于服务器105且能够与第一终端设备101、102、103和/或第二终端设备106、107、108和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的支付装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
43.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
44.以下将基于图1描述的场景，通过图2～图5对公开实施例的支付方法进行详细描述。
45.图2示意性示出了根据本公开实施例的支付方法的流程图。
46.如图2所示，该实施例的支付包括操作s210～操作s250，该交易处理方法可以由处理器执行，也可以由包括处理器的任何电子设备执行。
47.在操作s210，获取采购请求信息。
48.在本公开的实施例中，采购请求信息基于采购方下单生成。应理解，采购方可以在与支付系统相连接的交易平台下单。例如，可以为第三方交易平台。当采购方所属企业或机构与支付系统直接开展合作时，交易平台也可以为用于将采购方于支付系统直连的交易平台。
49.在操作s220，基于所述采购请求信息判断支付方式是否为异步支付。
50.应理解，在支付活动中，支付方式可以包括同步支付和异步支付。其中，同步支付可以为支付发起方和支付方为同一方时的支付方式。异步支付可以为支付发起方和支付方不同时的支付方式。本公开的实施例主要涉及异步支付，以解耦采购方和支付方对于支付系统的不同需求，以兼顾采购的灵活性和支付的安全性需求。在本公开的实施例中，采购请求信息中可以包含支付方式标识信息，用以判断该笔请求是否为异步支付。
51.在操作s230，当所述支付方式为异步支付时，生成支付申请信息，所述支付申请信息包括交易账户信息。
52.在操作s240，基于所述交易账户信息判断所述交易账户是否归属于第一支付机构。
53.在操作s250，当所述交易账户归属于第一支付机构时，基于所述支付申请信息和第一支付机构预留的通知账户生成支付通知信息，所述支付通知信息用于通知支付方进行支付。
54.本公开的实施例中，在判断支付方式为异步支付后，可以屏蔽付款台，生成支付申请信息。支付申请信息中包括交易账户信息，例如可以包括交易账户标识，如银行账户id，用以实现支付方的支付列表查询与匹配。其中，支付系统为支付机构创建，为扩大本公开的实施例的适用性，支付系统可以不仅支持本支付机构的支付流程，还可支持其他支付机构的支付流程。其中，以本支付机构为第一支付机构，当交易账户归属于第一支付机构，即交易账户为系统内账户时，可以直接发起支付通知，以通知支付方完成支付流程。其中，支付通知信息可以发送至第一支付机构预留的通知账户，例如财务人员的通知账户，以提醒财务人员完成支付。其中，典型的支付机构可以为银行。
55.本公开的实施例提供的方法，通过异步支付实现了采购和支付的分离，解耦了采购与支付对于支付机构的不同需求，兼顾了采购的灵活性和支付的安全性。
56.根据本公开的实施例，采购请求信息包含支付种类标识，所述支付种类标识包含同步支付和异步支付中的一种，当所述支付种类标识为异步支付时，判断所述支付方式为异步支付。其中，支付种类标识可以为交易平台和支付系统协议预设。例如，可以预设采购请求的发起方与支付方不一致时，标记该笔支付种类标识为异步支付，并将该异步支付标识记录于采购请求信息中。类似的，可以预设采购请求的发起方与支付方一致时，标记该笔支付种类标识为同步支付，并将该同步支付标识记录于采购请求信息中。
57.根据本公开的实施例，预留的通知账户包括手机号和邮箱地址中的至少一种，在生成所述支付通知信息后，还包括发起支付的步骤。
58.图3示意性示出了根据本公开实施例的发起支付的方法流程图。
59.如图3所示，该实施例的发起支付的方法包括操作s310～操作s330。
60.在操作s310，获取来自于所述付款方的登录信息。
61.在操作s320，基于所述登录信息匹配所述支付申请信息。
62.在操作s330，基于所述支付申请信息触发支付流程。
63.在本公开的实施例中，付款方的登录信息包括付款方登录标识，例如付款人在登录支付平台时输入的用户名和密码等。应理解，付款人通常为财务人员，其可以管理多个支付账户，当付款人登录支付平台后，可以识别包含一个或多个支付请求信息的待支付列表。本公开的实施例中，在支付通知信息中，可以包含交易账户信息。当付款人登录支付系统后，可以基于交易账户信息在待支付列表中匹配与支付通知信息相应的支付申请信息，并基于该支付申请信息触发支付流程。
64.本公开的实施例的支付方法，不仅可以适用于系统内账户(即归属于第一支付机构)的异步支付处理，还可以适用于其他支付机构账户的异步支付。由此，当在执行操作s240后，判断交易账户不归属于第一支付机构时，支付方法还包括确定交易清算机构，并根据交易清算机构将支付申请信息转至交易账户归属的支付机构。
65.图4示意性示出了根据本公开另一些实施例的支付方法的流程图。
66.如图4所示，该实施例的支付方法包括操作s410～操作s470。
67.在操作s410，获取采购请求信息。
68.在操作s410，基于所述采购请求信息判断支付方式是否为异步支付。
69.在操作s430，当所述支付方式为异步支付时，生成支付申请信息，所述支付申请信息包括交易账户信息。
70.在操作s440，基于所述交易账户信息判断所述交易账户是否归属于第一支付机构。
71.当交易账户不归属于第一支付机构时，执行操作s450。
72.在操作s450，获取所述交易账户归属的第二支付机构信息。
73.在操作s460，基于所述第二支付机构信息以及预设的路由匹配算法确定交易清算机构。
74.在操作s470，向所述交易清算机构发送所述支付申请信息，所述支付申请信息用于被所述交易清算机构转发至所述第二支付机构。
75.其中，操作s410～操作s440的步骤与操作s210～操作s240的步骤相同，在此不再赘述。
76.对于操作s450～操作s470，为了实现多支付机构灵活选择，扩展本方案适用范围，以使本方案可适用于系统外其他支付机构(即第二支付机构)的交易账户，可以在获取交易账户归属的第二支付机构信息后，基于第二支付机构信息以及预设的路由匹配算法确定交易清算机构。其中，第二支付机构信息可以至少包括第二支付机构的名称。其中，交易清算机构可以支持多个支付机构的支付流程。可以理解，本领域存在多个交易清算机构，不同交易清算机构支持的支付机构以及提供的服务和体验均可能不同。典型的交易清算机构可以为网联或银联。在本公开的实施例中，可以通过预设的路由匹配算法将支付申请信息路由至满足支付需求的交易清算机构，以提升用户体验。在支付申请信息路由至确定的交易清算机构后，支付申请信息可以用于被交易清算机构转发至第二支付机构，以供后续支付流程的启动。可以理解，当支付申请信息被转发至第二支付机构后，可以由第二支付机构向预留的通知账户发送支付通知信息，以通知支付方进行支付。类似的在支付通知信息中，可以
包含交易账户信息。与操作s250的步骤相类似，付款方可以登录第二支付机构的支付平台，当付款人登录支付平台后，可以基于交易账户信息在待支付列表中匹配与支付通知信息相应的支付申请信息，并基于该支付申请信息触发支付流程。
77.图5示意性示出了根据本公开实施例的预设的路由匹配算法的方法的流程图。
78.如图5所示，待确定的交易清算机构数量为m，m为大于或等于2的整数，该实施例的预设的路由匹配算法的方法包括操作s510～操作s530。
79.在操作s510，获取对应于各待确定的交易清算机构的路由选择参数值。
80.在操作s520，基于所述路由选择参数值和预配置的路由选择参数权重获取各待确定的交易清算机构评分。
81.在操作s530，对所述待确定的交易清算机构评分进行排序，基于排序结果确定交易清算机构。
82.根据本公开的实施例，路由选择参数可以预先配置，其可以基于交易平台和支付系统的协议进行配置，还可以基于支付系统的业务需求进行配置。应理解，路由选择参数是可以灵活调整配置的。
83.本公开的实施例采用权重法计算各待确定的交易清算机构评分，进而基于评分结果确定最终的交易清算机构。其中，在获取第二支付机构信息后，结合支付申请信息可以获取对应于各待确定的交易清算机构的路由选择参数的参数值。本公开的实施例基于各路由选择参数的重要性为各路由选择参数预配置不同的参数权重，以实现科学的评分计算。通过评分排序可以确定最符合用户和/或业务需求的交易清算机构。
84.在一些具体的实施例中，路由选择参数包括支付机构支持度，交易平台交易偏好，交易清算机构流量分配偏好中的至少两种。其中，支付机构支持度用于表征交易清算机构是否支持第二支付机构的支付业务。例如，当a交易清算机构支持第二支付机构，而b交易清算机构不支持第二支付机构时，可以取a交易清算机构的支付机构支持度参数值为1，b交易清算机构的支付机构支持度参数值为0。交易平台交易偏好用于表征交易平台对交易清算机构的需求偏好，例如，不同交易清算机构可能存在到账时效，费率等方面的差异。可以基于下单的交易平台的偏好获取该参数的参数值。例如，交易平台交易偏好参数可以包含到账时效子参数和费率子参数，可以将到账时效子参数和费率子参数加权计算交易平台交易偏好参数，也可将到账时效子参数和费率子参数与支付机构支持度，交易清算机构流量偏好等参数同等计算。其中，可以基于交易清算机构的到账时间和费率配置不同的参数值，例如，a交易清算机构到账实效为立即到账，配置到账时效子参数值为1，b交易清算机构到账实效为2小时内到账，配置到账时效子参数值为0.5。a交易清算机构费率为1％，配置费率子参数值0.5，b交易清算机构费率为0.8％，配置费率子参数值为0.7。交易清算机构流量分配偏好可以与支付系统的业务需求相关，例如，可以配置a交易清算机构和b交易清算机构二者的交易清算机构流量分配偏好值相等，例如均为1。在预配置的路由选择参数权重时，可以配置支付机构支持度权重为1，交易平台交易偏好为0.7，交易清算机构流量分配偏好为0.3。当交易平台交易偏好参数包含到账时效子参数和费率子参数时，可以基于交易平台与支付系统的协议，基于平台交易偏好配置到账时效子参数和费率子参数权重不同。应理解，上述参数及参数权重均为可灵活配置参数，以适用于不同交易平台，不同交易清算机构，以及支付系统业务的不同需求。从而适用于多支付机构下路由选择的灵活适配。
85.基于上述支付方法，本公开的实施例还提供了一种支付装置。以下将结合图6对该装置进行详细描述。
86.图6示意性示出了根据本公开实施例的支付装置的结构框图。
87.如图6所示，该实施例的支付装置600包括获取模块610、第一判断模块620、生成模块630、第二判断模块640和通知模块650。
88.其中，获取模块610被配置为获取采购请求信息。
89.第一判断模块620被配置为基于所述采购请求信息判断支付方式是否为异步支付。
90.生成模块630被配置为当所述支付方式为异步支付时，生成支付申请信息，所述支付申请信息包括交易账户信息。
91.第二判断模块640被配置为基于所述交易账户信息判断所述交易账户是否归属于第一支付机构。
92.通知模块650被配置为当所述交易账户归属于第一支付机构时，基于所述支付申请信息和系统预留的通知账户生成支付通知信息，所述支付通知信息用于通知付款方进行支付。
93.图7示意性示出了根据本公开另一些实施例的支付装置的结构框图。
94.如图7所示，除包括获取模块610、第一判断模块620、生成模块630、第二判断模块640和通知模块650外，该实施例的支付装置600还包括第一接收模块660，匹配模块670和触发模块680。
95.其中，第一接收模块660被配置为获取来自于所述付款方的登录信息。
96.匹配模块670被配置为基于所述登录信息和所述支付通知信息匹配所述支付申请信息。
97.触发模块680被配置为基于所述支付申请信息触发支付流程。
98.图8示意性示出了根据本公开另一些实施例的支付装置的结构框图。
99.如图8所示，除包括获取模块610、第一判断模块620、生成模块630和第二判断模块640外，该实施例的支付装置600还包括第二接收模块690，确定模块710和发送模块720。
100.其中，第二接收模块690被配置为获取所述交易账户归属的第二支付机构信息。
101.确定模块710被配置为基于所述第二支付机构信息以及预设的路由匹配算法确定交易清算机构。
102.发送模块720被配置为向所述交易清算机构发送所述支付申请信息，所述支付申请信息用于被所述交易清算机构转发至所述第二支付机构。
103.根据本公开的实施例，获取模块610、第一判断模块620、生成模块630、第二判断模块640、通知模块650，第一接收模块660，匹配模块670、触发模块680、第二接收模块690，确定模块710和发送模块720中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块610、第一判断模块620、生成模块630、第二判断模块640、通知模块650，第一接收模块660，匹配模块670、触发模块680、第二接收模块690，确定模块710和发送模块720中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列
(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块610、第一判断模块620、生成模块630、第二判断模块640、通知模块650，第一接收模块660，匹配模块670、触发模块680、第二接收模块690，确定模块710和发送模块720中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
104.图9示意性示出了根据本公开实施例的适于实现支付方法的电子设备的方框图。
105.如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
106.在ram 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、rom 902以及ram 903通过总线904彼此相连。处理器901通过执行rom 902和/或ram 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 902和ram 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
107.根据本公开的实施例，电子设备900还可以包括输入/输出(i/o)接口905，输入/输出(i/o)接口905也连接至总线904。电子设备900还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
108.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
109.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 902和/或ram 903和/或rom 902和ram 903以外的一个或多个存储器。
110.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，
该程序代码用于使计算机系统实现本公开实施例所提供的方法。
111.在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
112.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
113.在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
114.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
115.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
116.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
117.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。