一种金融系统客户端测试方法、装置及电子设备与流程

1.本技术涉及数据处理技术领域，尤其涉及一种金融系统客户端测试方法、装置及电子设备。


背景技术：

2.一般地，银行在与外汇交易中心之间进行业务数据传输之前，需要进行多项非功能测试，用以确保对应的客户端(接口)在实际使用时能够满足数据量需求。非功能测试指，在银行登陆外汇交易中心进行交易时，cpu占用，内存占用，是否内存溢出，以及系统故障后能否自动恢复等。进行非功能测试时，就需要涉及多种环境，例如，功率极限(pl1～pl4)，非功能环境等。但是，外汇交易中心与各银行(或金融机构)之间只存在一个环境供数据的接入，即，银行(或金融机构)仅持有一个外汇交易中心的账户，每个账户只能在一种环境中登陆、使用，导致银行不能提前进行测试。
3.因此，现有技术中存在银行无法登陆外汇交易中心对客户端进行测试的问题。


技术实现要素：

4.本技术提供了一种金融系统客户端测试方法、装置及电子设备，用以解决现有技术中银行无法登陆外汇交易中心对客户端进行测试的问题。
5.第一方面，本技术提供一种金融系统客户端测试方法，应用于与外汇交易中心进行数据传输的测试场景中，所述方法包括：
6.发送业务数据至客户端；其中，所述业务数据为外汇交易中心在交易过程中，发送至客户端的至少一种业务数据；
7.每隔设定时间范围，向所述客户端发送查询信息；其中，所述查询信息指示查询所述客户端接收并处理所述业务数据时的处理能力；
8.接收所述客户端针对所述查询信息发送的反馈信息，并基于所述反馈信息确定所述客户端的处理能力是否满足业务数据量需求；其中，所述反馈信息包括基所述客户端每秒钟处理所述业务数据的数据量与所述中央处理器和内存占用情况的对应关系。
9.上述本技术实施例所提供的方法，基于外汇交易中心所送至客户端的历史业务数据，模拟外汇交易中心服务端给客户端发送多种业务数据，获取客户端的处理能力，达到了对客户端进行测试的目的；从而避免了通过客户端直接登陆外汇交易中心后，客户端面对数据高峰时无法处理业务数据，导致业务性能下降的问题。
10.一种可能的实施方式，所述客户端使用的协议为imix协议，则所述发送业务数据至客户端，包括：
11.将所述业务数据转化为imix协议的数据后，发送至所述客户端。
12.一种可能的实施方式，所述发送业务数据至客户端，包括：
13.接收并响应所述客户端的连接请求，建立与所述客户端之间的连接；其中，所述连接为长连接；
14.利用所述连接发送业务数据至所述客户端。
15.上述方法通过与客户端建立长连接，避免了多次发送业务数据以及接收反馈消息时，多次建立连接，从而提高金融系统客户端测试的效率。
16.一种可能的实施方式，所述利用所述连接发送业务数据至所述客户端之前，包括：
17.当确定发送所述业务数据时，接收所述客户端发送的登陆报文；其中，所述登陆报文指示所述客户端身份信息；
18.若基于所述登陆报文确定所述客户端为授权用户则反馈第一消息；其中，所述第一消息指示身份信息验证通过；
19.接收所述客户端的心跳报文并读取所述心跳报文的报文头；
20.若基于所述报文头确定所述心跳报文为目标格式则反馈第二消息；其中，所述第二消息指示所述心跳报文格式验证通过，则确定获取所述第一终端对应的所述长连接。
21.一种可能的实施方式，所述利用所述连接发送业务数据至所述客户端，包括：
22.基于设置的发送参数，将所述业务数据所对应的待发送报文发送至所述客户端；其中，所述发送参数包括发送时间间隔、线程数、单线程发送所述待发送报文的数量以及报文发送的目标格式。
23.一种可能的实施方式，所述接收所述客户端针对所述查询信息发送的反馈信息，并基于所述反馈信息确定所述客户端的处理能力是否满足业务数据量需求，包括：
24.当客户端的内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值时，确定所述客户端的处理能力满足业务数据量需求；
25.当所述内存占用率不低于第一阈值，或者中央处理器占用率不低于第二阈值时，确定所述客户端的处理能力不满足业务数据量需求。
26.一种可能的实施方式，所述确定所述客户端的处理能力不满足业务数据量需求之后，包括：
27.调整所述发送参数中的至少一项，直到所述内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值，确定所述客户端处理能力满足金融系统业务数据量需求，并记录对应的发送参数。
28.第二方面，本技术提供一种金融系统客户端测试装置，应用于与外汇交易中心进行数据传输的测试场景中，所述装置包括：
29.发送单元：用于发送业务数据至客户端；其中，所述业务数据为外汇交易中心在交易过程中，发送至客户端的至少一种业务数据；
30.查询单元：用于每隔设定时间范围，向所述客户端发送查询信息；其中，所述查询信息指示查询所述客户端接收并处理所述业务数据时的处理能力；
31.确定单元：接收所述客户端针对所述查询信息发送的反馈信息，并基于所述反馈信息确定所述客户端的处理能力是否满足业务数据量需求；其中，所述反馈信息包括基所述客户端每秒钟处理所述业务数据的数据量与所述中央处理器和内存占用情况的对应关系。
32.一种可能的实施方式，所述客户端使用的协议为imix协议，则所述发送单元具体用于将所述业务数据转化为imix协议的数据后，发送至所述客户端。
33.一种可能的实施方式，所述发送单元具体用于接收并响应所述客户端的连接请
求，建立与所述客户端之间的连接；其中，所述连接为长连接；利用所述连接发送业务数据至所述客户端。
34.一种可能的实施方式，所述装置还包括反馈单元，具体用于当确定发送所述业务数据时，接收所述客户端发送的登陆报文；其中，所述登陆报文指示所述客户端身份信息；若基于所述登陆报文确定所述客户端为授权用户则反馈第一消息；其中，所述第一消息指示身份信息验证通过；接收所述客户端的心跳报文并读取所述心跳报文的报文头；若基于所述报文头确定所述心跳报文为目标格式则反馈第二消息；其中，所述第二消息指示所述心跳报文格式验证通过，则确定获取所述第一终端对应的所述长连接。
35.一种可能的实施方式，所述发送单元还用于基于设置的发送参数，将所述业务数据所对应的待发送报文发送至所述客户端；其中，所述发送参数包括发送时间间隔、线程数、单线程发送所述待发送报文的数量以及报文发送的目标格式。
36.一种可能的实施方式，所述确定单元具体用于当客户端的内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值时，确定所述客户端的处理能力满足业务数据量需求；当所述内存占用率不低于第一阈值，或者中央处理器占用率不低于第二阈值时，确定所述客户端的处理能力不满足业务数据量需求。
37.一种可能的实施方式，所述装置还包括调整单元，具体用于调整所述发送参数中的至少一项，直到所述内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值，确定所述客户端处理能力满足金融系统业务数据量需求，并记录对应的发送参数。
38.第三方面，本技术提供一种电子设备，包括：
39.存储器，用于存放计算机程序；
40.处理器，用于执行所述存储器上所存放的计算机程序时，以实现如第一方面及任一种可能的实施方式所述的方法。
41.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面及任一种可能的实施方式所述的方法。
42.第五方面，本技术提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面及任一种可能的实施方式所述的方法。
附图说明
43.图1为本技术实施例提供的一种金融系统客户端测试方法的流程图；
44.图2为本技术实施例提供的客户端与挡板功能模块之间信息交互示意图；
45.图3为本技术提供的一种金融系统客户端测试装置的结构示意图；
46.图4为本技术提供的一种金融系统客户端测试电子设备的结构示意图。
具体实施方式
47.针对现有技术中银行无法登陆外汇交易中心对客户端进行测试的问题，本技术实施例提出一种金融系统客户端测试方法，应用于与外汇交易中心进行数据传输的测试场景中：基于外汇交易中心服务端发送至客户端的历史业务数据，将该业务数据发送给客户端，通过获取客户端在处理该业务数据时内存以及中央处理器的占用情况，确定客户端的处理
能力。
48.需要说明的是，本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
49.以下首先对本技术中所使用的技术术语进行介绍：
50.fix协议：是由国际fix协会组织提供的一个开放式协议；目标是把各类证券金融业务需求流程格式化，使之成为一个个可用计算机语言描述的功能流程，并在每个业务功能接口上统一交换格式，方便各个功能模块的连接。fix协议为用户提供了一个可靠的传输fix应用消息的传输机制。
51.imix协议：指是银行间市场业务数据交换协议，作为金融行业标准被广泛应用于国内外银行间市场。该协议由外汇交易中心开发、使用，协议源码未向外界开放。
52.长连接：指在http 1.1，客户端发出请求，服务端接收请求，双方建立连接，在服务端没有返回之前保持连接，当客户端再发送请求时，可以使用同一个连接。这一直继续到客户端或服务器端认为会话已经结束，其中一方中断连接，长连接可以有效减少连接请求次数，减少延迟。
53.为了更好的理解上述技术方案，下面通过附图以及具体实施例对本技术技术方案做详细的说明，应当理解本技术实施例以及实施例中的具体特征是对本技术技术方案的详细的说明，而不是对本技术的技术方案的限定，在不冲突的情况下，本技术实施例以及实施例中的技术特征可以相互组合。
54.请参考图1，本技术实施例提供一种金融系统客户端测试方法，应用于与外汇交易中心进行数据传输的测试场景中，该方法具体包括以下实现步骤：
55.步骤101：发送业务数据至客户端。
56.其中，所述业务数据为外汇交易中心在交易过程中，发送至客户端的至少一种业务数据。
57.具体地，因为外汇交易中心使用的imix协议为外汇交易中心自主研发，所以对于各金融机构，imix协议的源码未知，则客户端后端服务器，即外汇交易中心服务器的服务逻辑未知。那么，就需要使用除imix协议以外的，已知协议发送业务数据至客户端。该协议可以是fix协议。
58.由此可见，由于客户端使用的协议为imix协议，在将业务数据发送至客户端时，就需要将业务数据转化为imix协议的数据后，再发送至所述客户端。同理，客户端在接受fix协议的报文后，同样需要使用报文转换器，将fix报文转换为imix协议的报文。
59.在发送业务数据时，首先需要建立与客户端之间的连接，该连接可以是长连接。然后，利用该连接，就可以发送业务数据至客户端。
60.本技术实施例提出，为了实现上述功能可以生成一个挡板功能模块，用于发送业务数据至客户端。该挡板功能模块可以模拟外汇交易中心服务端，向客户端发送业务数据。该挡板功能模块可以基于quickfix实现。
61.进一步地，在发送业务数据之前，该挡板功能模块需要确定获取第一终端对应的长连接。
62.具体地，如图2所示，为客户端与挡板功能模块之间信息交互示意图。由图2可知，在挡板功能模块接收并响应客户端的连接请求，建立与客户端的连接后。当确定发送所述
业务数据时，首先，接收客户端发送的登陆报文；其中，登陆报文指示客户端身份信息；若基于登陆报文确定客户端为授权用户则反馈第一消息；其中，第一消息指示身份信息验证通过。然后，接收客户端的心跳报文并读取心跳报文的报文头；若基于报文头确定所述心跳报文为目标格式则反馈第二消息；其中，第二消息指示所述心跳报文格式验证通过，则确定获取所述第一终端对应的长连接。该心跳报文的验证可以是对报文头中是否包含35＝0进行验证。需要说明的是，imix协议中的报文是由各个域号和对应值组成，其中，35＝0指示包含该报文头的报文为心跳报文；35号域指示报文类型，当接收到包含35＝0的报文时，可以确定客户端已经完成长连接的建立，具备收发业务报文的能力。
63.进一步地，确定获取第一终端对应的长连接之后，就可以基于设置的发送参数，将业务数据所对应的待发送报文发送至所述客户端；其中，发送参数包括发送时间间隔、线程数、单线程发送所述待发送报文的数量以及报文发送的目标格式。
64.例如，设置发送时间间隔为1分钟，业务数据中包括编号为001的报文，以及编号为002的报文。单线程可以发送编号为001的报文数量为5，单线程也可以发送编号为002的报文数量为15，线程数为20，分别为001号报文以及002号报文分配线程数量为10，则1分钟可以发送200个报文到客户端。
65.还可以设置发送时间为1分钟，业务数据中仅包含编号为001的报文，单线程可以发送001号报文的数据为5，启动线程数50，则1分钟可以发送250个报文到客户端。
66.业务数据对应的待发送报文的格式可以是心跳报文，且心跳报文的报文头为35＝0。例如，存在一个报文头片段为：8＝imix.1.0^a9＝125^a35＝0^a34＝11^a49＝cfets-fxcstp^a52＝20210909-11:12:55.802^a56＝ccbh^a57＝ccbh.settle@ccbh^a112＝test^a93＝16^a89＝
……
^a10＝245
……
。
67.该片段中，“35＝0”指示心跳报文格式；“8＝imix.1.0”指示协议类型；“9”指示消息体长度(bodylength length)；“34”指示会话管理的消息序列号(msgseqnum seqnum)；“49”指示消息发送方标识(sendercomp id string)；“52”指示消息发送时间(sendingtime utc timestamp)；“56”指示消息接收方标识(targetcomp id string)；“57”指示消息接收方子标识(targetsubid string)；“112”指示测试请求标识符(testreqid string)，如是对测试请求而响应的心跳，则应包含本域；“93”指示标记长度(signaturelength length)；“89”指示标记日期(signature data)；“10”指示校验和(checksum string)，可以位于消息的最末域。
68.步骤102：每隔设定时间范围，向所述客户端发送查询信息。
69.其中，所述查询信息指示查询所述客户端接收并处理所述业务数据时的处理能力。
70.具体地，基于步骤101中已经建立长连接，每隔设定时间范围可以向客户端发送查询信息。同样地，该查询信息的发送可以基于挡板功能模块实现。须知，因外汇交易中心采用mina框架实现imix协议，本技术实施例中挡板功能模块同样可以采用mina框架实现fix协议，确保建立高效率且稳定的长连接；并将fix协议报文(用于查询)转换为imix协议报文传输至客户端。
71.步骤103：接收所述客户端针对所述查询信息发送的反馈信息，并基于所述反馈信息确定所述客户端的处理能力是否满足业务数据量需求。
72.其中，所述反馈信息包括基所述客户端每秒钟处理所述业务数据的数据量与所述中央处理器和内存占用情况的对应关系。
73.具体地，当客户端的内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值时，确定所述客户端的处理能力满足业务数据量需求。
74.当所述内存占用率不低于第一阈值，或者中央处理器占用率不低于第二阈值时，确定所述客户端的处理能力不满足业务数据量需求。则可以调整所述发送参数中的至少一项，直到所述内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值，确定所述客户端处理能力满足金融系统业务数据量需求，并记录对应的发送参数。例如：根据业务需要，需要100位客户同时在线工作，每处理一个业务的时间为1分钟，全交易线完成时间为1秒，那么折算到秒时的系统处理能力为单机高峰处理能力为100tps(即，每秒传输的事物处理个数为100)。若系统告警设置为内存占用率为80％，cpu(中央处理器)占有率为60％时告警，那么就需要确保客户端系统在100tps的接收频率下，其内存使用率不得超过80％，cpu占用率不得超过60％。挡板功能模块可以进行如下配置：设置发送时间间隔为1秒，业务数据中包括编号为001的报文，以及编号为002的报文。单线程可以发送编号为001的报文数量为5，单线程也可以发送编号为002的报文数量为5，线程数为20，分别为001号报文以及002号报文分配线程数量为10，则1秒钟可以发送100个报文到客户端，后续持续监控客户端服务器的中央处理器、内存的占用情况。
75.当客户端的处理能力不满足业务数据量需求时，还可以针对所述客户端的程序进行调整，如优化程序，调整系统参数，基础设施升级、基础资源扩容等。
76.基于同一发明构思，本技术实施例中提供一种金融系统客户端测试装置，应用于与外汇交易中心进行数据传输的测试场景中，该装置与前述图1所示金融系统客户端测试方法对应，该装置的具体实施方式可参见前述方法实施例部分的描述，重复之处不再赘述，参见图3，该装置包括：
77.发送单元301：用于发送业务数据至客户端。
78.其中，所述业务数据为外汇交易中心在交易过程中，发送至客户端的至少一种业务数据；
79.客户端使用的协议为imix协议，则发送单元301具体用于将所述业务数据转化为imix协议的数据后，发送至所述客户端。
80.发送单元301还可以用于，接收并响应所述客户端的连接请求，建立与所述客户端之间的连接；其中，所述连接为长连接；
81.利用所述连接发送业务数据至所述客户端。
82.所述金融系统客户端测试装置还包括反馈单元，用于当确定发送所述业务数据时，接收所述客户端发送的登陆报文；其中，所述登陆报文指示所述客户端身份信息；若基于所述登陆报文确定所述客户端为授权用户则反馈第一消息；其中，所述第一消息指示身份信息验证通过；接收所述客户端的心跳报文并读取所述心跳报文的报文头；若基于所述报文头确定所述心跳报文为目标格式则反馈第二消息；其中，所述第二消息指示所述心跳报文格式验证通过，则确定获取所述第一终端对应的所述长连接。
83.发送单元301还用于基于设置的发送参数，将所述业务数据所对应的待发送报文发送至所述客户端；其中，所述发送参数包括发送时间间隔、线程数、单线程发送所述待发
送报文的数量以及报文发送的目标格式。
84.查询单元302：用于每隔设定时间范围，向所述客户端发送查询信息。
85.其中，所述查询信息指示查询所述客户端接收并处理所述业务数据时的处理能力。
86.确定单元303：用于接收所述客户端针对所述查询信息发送的反馈信息，并基于所述反馈信息确定所述客户端的处理能力是否满足业务数据量需求；其中，所述反馈信息包括基所述客户端每秒钟处理所述业务数据的数据量与所述中央处理器和内存占用情况的对应关系。
87.具体地，当客户端的内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值时，确定所述客户端的处理能力满足业务数据量需求；当所述内存占用率不低于第一阈值，或者中央处理器占用率不低于第二阈值时，确定所述客户端的处理能力不满足业务数据量需求。
88.所述金融系统客户端测试装置还包括调整单元，具体用于调整所述发送参数中的至少一项，直到所述内存占用率低于第一阈值，并且客户端的中央处理器占用率低于第二阈值，确定所述客户端处理能力满足金融系统业务数据量需求，并记录对应的发送参数。
89.基于与上述金融系统客户端测试方法相同的发明构思，本技术实施例中还提供了一种电子设备，所述电子设备可以实现前述一种金融系统客户端测试方法的功能，参考图4，所述电子设备包括：
90.至少一个处理器401，以及与至少一个处理器401连接的存储器402，本技术实施例中不限定处理器401与存储器402之间的具体连接介质，图4中是以处理器401和存储器402之间通过总线400连接为例。总线400在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线400可以分为地址总线、数据总线、控制总线等，为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器401也可以称为控制器，对于名称不做限制。
91.在本技术实施例中，存储器402存储有可被至少一个处理器401执行的指令，至少一个处理器401通过执行存储器402存储的指令，可以执行前文论述金融系统客户端测试方法。处理器401可以实现图3所示的装置中各个模块的功能。
92.其中，处理器401是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。
93.在一种可能的设计中，处理器401可包括一个或多个处理单元，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。在一些实施例中，处理器401和存储器402可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
94.处理器401可以是通用处理器，例如中央处理器(cpu)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的金融系统客户端测试方
法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
95.存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性存储器、磁盘、光盘等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
96.通过对处理器401进行设计编程，可以将前述实施例中介绍的金融系统客户端测试方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图1所示的金融系统客户端测试方法的步骤。如何对处理器401进行设计编程为本领域技术人员所公知的技术，这里不再赘述。
97.基于同一发明构思，本技术实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述金融系统客户端测试方法。
98.在一些可能的实施方式中，本技术提供的金融系统客户端测试方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本技术各种示例性实施方式的金融系统客户端测试方法中的步骤。
99.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
100.本发明的实施方式中提供的金融系统客户端测试方法的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在计算设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
101.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
102.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有
线、光缆、rf等，或者上述的任意合适的组合。
103.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
104.应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
105.此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
106.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
107.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
108.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
109.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
110.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。