数据处理方法、装置、设备及计算机可读存储介质与流程

1.本技术属于网络技术领域，尤其涉及一种数据处理方法、装置、设备及计算机可读存储介质。


背景技术：

2.目前，在为用户提供金融类信息购买服务时，用户可同时使用多台设备，并可选任意一台设备进行付款，该方法易导致用户信息错乱，造成安全性问题；并且，现有技术提供的金融类信息购买服务中，未对用户待购买的服务以及后台数据进行深入分析，以确定用户是否已经享有当次待购买的服务，易造成用户财产的损失；
3.其次，现有技术中为用户提供的金融类信息购买服务局限于单一的第三方支付方式，依赖单一的支付方式需要用户进行过多的转账操作才可以完成购买，较浪费用户时间，为用户提供服务的效率较低。


技术实现要素：

4.本技术实施例提供一种与现有技术不同的实现方案，以解决现有技术中，为用户提供服务的效率较低的技术问题。
5.第一方面，本技术提供一种数据处理方法，包括：在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分类，得到分类结果；基于分类结果确定对应的账户列表信息；发送账户列表信息至目标设备，以使目标设备对账户列表信息进行展示。
6.第二方面，本技术提供一种数据处理方法，包括：在检测到用户针对开通目标业务的第一账户的选择指令时，向服务端发送账户列表请求，以使服务端在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分类，得到分类结果；基于分类结果确定对应的账户列表信息，并发送账户列表信息；接收服务端发送的账户列表信息；展示账户列表信息。
7.第三方面，本技术提供一种数据处理装置，包括：第一确定模块，用于在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；分类模块，用于根据目标业务信息对多个可选账户进行分类，得到分类结果；第二确定模块，用于基于分类结果确定对应的账户列表信息；发送模块，用于发送账户列表信息至目标设备，以使目标设备对账户列表信息进行展示。
8.第四方面，本技术提供一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行第一方面、第二方面、第一方面各可能的实施例，或第二方面各可能的实施方式中任一的数据处理方法。
9.第五方面，本技术实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第一方面、第二方面、第一方面各可能的实施例，或第二方
面各可能的实施方式中任一的数据处理方法。
10.第六方面，本技术实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面、第二方面、第一方面各可能的实施例，或第二方面各可能的实施方式中任一的数据处理方法。
11.本技术通过在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分类，得到分类结果；基于分类结果确定对应的账户列表信息；发送账户列表信息至目标设备，以使目标设备对账户列表信息进行展示的方案，通过对多个可选账户进行分析并将分析结果对应的账户列表信息发送至目标设备，以使目标设备进一步对账户列表信息进行展示，供用户选择目标账户，提高了为用户服务的灵活性，也提高了为用户服务的服务效率，并且，本方案还包括了在检测到用户的登录请求时，对其它设备进行登出的方案，以提高用户信息的安全性；除此之外，还对用户办理的业务对应的具体服务与后台数据进行了分析以避免用户再次购买已经享有相应服务的业务，从而进一步提高用户体验。
附图说明
12.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
13.图1为本技术一实施例提供的数据处理系统的结构示意图；
14.图2a为本技术一实施例提供的数据处理方法的流程示意图；
15.图2b
‑
图2h为本技术实施例提供的行情卡业务页的示意图；
16.图3为本技术一实施例提供的数据处理方法的流程示意图；
17.图4为本技术另一实施例提供的数据处理方法的流程示意图；
18.图5为本技术另一实施例提供的数据处理系统的结构示意图；
19.图6为本技术一实施例提供的数据处理装置的结构示意图；
20.图7为本技术另一实施例提供的数据处理装置的结构示意图；
21.图8为本技术另一实施例提供的电子设备的示意图。
具体实施方式
22.下面详细描述本技术的实施例，实施例的示例在附图中示出。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
23.本技术实施例的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术实施例的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.下面以具体的实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
25.图1为本技术一示例性实施例提供的一种数据处理系统的结构示意图，该结构包括：终端设备11与服务端设备12；其中：
26.终端设备11用于：在检测到用户针对开通目标业务的第一账户的选择指令时，向服务端发送账户列表请求，接收服务端基于账户列表请求反馈的账户列表信息，并展示账户列表信息。
27.服务端设备12用于：在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分类，得到分类结果；基于分类结果确定对应的账户列表信息；发送账户列表信息至终端设备11，以使得终端设备11展示账户列表信息，供用户从账户列表信息中选择目标账户办理目标业务。
28.具体地，用户针对开通目标业务的第一账户的选择指令，可以为用户对相关应用程序中的行情卡业务页展示的第一账户对应的第一选择控件的操作指令，也可以为用户对浏览器展示的行情卡详情页的第一账户对应的选择控件的操作指令，对此，本技术不做限定。
29.前述终端设备11可以为用户手机、pc，以及其他具有响应用户指令、数据处理、界面展示，与服务端设备进行交互的功能的智能设备。
30.本系统实施例中的各组成单元的执行原理及交互过程可参见如下各方法实施例的描述。
31.图2a为本技术一示例性实施例提供的一种数据处理方法的流程示意图，该方法可适用于服务端，该方法包括：
32.s201、在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；
33.s202、根据目标业务信息对多个可选账户进行分类，得到分类结果；
34.s203、基于分类结果确定对应的账户列表信息；
35.s204、发送账户列表信息至目标设备，以使目标设备对账户列表信息进行展示。
36.其中，目标业务信息可以为用户选择的目标业务对应的标识信息，该标识信息可以为业务名称信息或业务代号，对此，本技术不做限定。目标业务信息可包含于备选业务信息，备选业务信息可以为一个也可以为多个，备选业务信息可以为备选业务对应的标识信息，前述账户列表请求可以由终端设备在检测到用户针对开通目标业务的第一账户的选择指令时发送至服务端。具体地，参见图2b所示，图2b中，用户可在行情卡业务页开通行情卡对应的月卡业务、季卡业务，年卡业务中的任一种；相应地，用户从多个备选业务中选择的业务则为目标业务，当用户点击目标业务对应的控件时，可控制改变目标业务对应的控件的背景颜色，以使用户更直观观测到已选的目标业务。前述第一账户的选择指令可以为用户对图2b中的第一选择控件的点击指令，第一账户可以为图2b中的“α股现金账户”，第一选择控件与第一账户对应。
37.进一步地，前述s201中，利用账户列表请求确定对应的多个可选账户可包括以下
步骤：
38.s2011、获取账户列表请求中的第一账户的标识信息；
39.s2012、根据第一账户的标识信息与预设的映射表确定多个可选账户。
40.具体地，前述多个可选账户可以为与第一账户的标识信息有关联关系的账户。
41.进一步地，前述步骤s202中，根据目标业务信息对多个可选账户进行分类，得到分类结果包括以下步骤：
42.s2021、获取目标业务信息对应的目标价格；
43.s2022、获取多个可选账户对应的多个余额；
44.s2023、将多个可选账户中，余额不小于目标价格的账户作为第一类账户，将多个可选账户中，余额小于目标价格的账户作为第二类账户。
45.其中，前述目标价格，可以包含于账户列表请求中，也可以由服务端根据目标业务信息与预设的业务与价格的对应关系确定，服务端中存储有前述多个可选账户中的各可选账户对应的余额，具体地，步骤s2022中，多个可选账户与多个余额一一对应。
46.进一步地，基于分类结果确定对应的账户列表信息包括：
47.基于分类结果确定对应的多个账户展示内容；
48.利用多个账户展示内容确定账户列表信息。
49.具体地，分类结果中可包括多个可选账户中各可选账户对应的子结果，且多个子结果与多个账户展示内容一一对应；其中，子结果为可选账户的类型为第一类账户还是第二类账户的类型结果。
50.进一步地，账户列表信息具体为前述多个账户展示内容组成的列表。
51.在本技术的一些可选的实施例中，针对于第一类账户，其对应的账户展示内容可包括以下至少之一：账户名称、账户标识、账户缩写、账户可用余额。
52.针对于第二类账户，其对应的账户展示内容可包括充值提示信息，以及以下至少之一：账户名称、账户标识、账户缩写、账户可用余额。
53.进一步地，第一类账户对应的账户展示内容的展示方式可以与第二类账户对应的账户展示内容的展示方式不同，其中，展示方式可以包括以下至少之一：背景颜色、字体、字体大小、字体颜色，展示方式还可以包括其它信息，对此，本技术不做限定。例如：图2d中，账户展示内容“β融资融券账户”对应的字体颜色与“a融资融券账户”对应的字体颜色不同。
54.进一步地，前述充值提示信息可以为充值标识，该充值标识可以为图标，也可以为文字，例如：“入金”(如图2d所示)，或“充值”，该充值提示信息可以为可操作控件，当用户点击该可操作控件时，终端设备可跳转至相应的充值页面。
55.具体可参见图2b与图2c所示，第一账户可以为图2b中的“α股现金账户”，账户列表信息包括的多个账户展示内容可以为(图2c):α股现金账户、α融资融券账户、β融资融券账户，以及β股现金账户。
56.终端设备获取到账户列表信息后，可以以弹窗形式按列表展示多个账户展示内容，具体可参见图2c所示，进一步地，用户可通过该账户列表信息从多个账户展示内容中选出目标账户以办理目标业务，当用户点击目标账户对应的控件时，该控件对应的展示区域内可显示“√”，以提示用户选择成功。
57.可选地，用户办理的目标业务可以为购买行情卡的业务，用户选中目标账户后，可
进一步执行付款操作，例如，可对图2b中的《实时行情免责声明》阅读后，选中已阅读对应的按钮，并确定购买目标业务。
58.需要说明的是，本技术的附图中涉及到的“a”“x”、“y”、“z”、“α”、“β”、“m”，仅为代号信息，本技术对其具体内容不做限定。其中，a可以为账户类别，α与β可以指账户名称或类别，m可以为具体金额值以及币种，x、y，以及z也可以为具体金额值以及币种。
59.进一步地，本技术中的行情卡业务页中还可以展示有行情卡对应的行情类别、行情时刻信息等。
60.进一步地，前述第一类账户与第二类账户对应的展示方式可以存储于服务端，由服务端发送至终端设备，也可以存储至终端设备，当终端设备获取到第一类账户与第二类账户时，自行根据第一类账户与第二类账户分别查询二者对应的展示方式。
61.为了进一步提高用户体验，并提高用户信息的安全性，本技术提供的上述方法还包括对用户登录设备数量的控制，具体地，上述方法还包括：
62.检测到用户针对目标设备的登录请求时，对目标设备的登录权限进行验证，若验证通过，则
63.中断用户在历史设备上的登录状态，并控制允许登录请求对应的登录申请通过验证。
64.具体地，前述目标设备，可以为最近一次发起登录请求的设备，历史设备为接收到登录请求之前，用户登录的设备，当用户针对目标设备请求登录时，服务端可对目标设备的登录权限进行验证，具体地，当目标设备或登录信息满足以下任一个或多个时视为登录权限通过验证：目标设备是被授权的设备、目标设备与登录信息中的用户信息具备关联关系、用户针对登录信息输入了正确的验证码、登录信息中的用户信息与密码信息正确。
65.进一步地，本方案还包括对用户当前是否在其它设备(历史设备)上处于登录状态进行判断，具体判断方式可以为：
66.查询登录请求对应的用户信息对应的设备地址键值对的值是否为空，若是，则确定登录请求对应的用户信息未在其它设备上登录，若否，则确定登录请求对应的用户信息已在其它设备上登录。
67.具体地，前述设备地址键值对可存储于预设的数据库中，键值对的键为用户信息，值为其登录的设备的地址，具体地，在具体的实现中，可将用户信息设为全局变量，用户信息登录的设备的地址设为局部变量，对此，本技术不做限定。
68.进一步地，当检测到用户信息登录的设备有断电或死机的情况时，可对前述设备地址键值对的值进行清除，以使用户重新登录，提高账户的安全性。
69.进一步地，为了进一步提高用户体验，本技术的方法还包括：
70.获取账户列表请求对应的用户信息；
71.基于用户信息确定用户已办理的历史业务信息；
72.分析历史业务信息对应的服务内容中，是否包含目标业务信息对应的服务内容，若是，则向目标设备发送预设提示信息。
73.具体地，账户列表请求对应的用户信息可以通过账户列表请求中包含的请求发送方的登录账号信息确定，服务端中可存储有用户信息与对应的用户已办理的历史业务信息，并且存储有各备选业务信息对应的服务内容。
74.在本技术的一些可选的实施例中，分析历史业务信息对应的服务内容中，是否包含目标业务信息对应的服务内容包括：
75.获取目标业务信息对应的业务标识；
76.在用户已办理的历史业务信息对应的标识库中，查询是否存在与所述业务标识关联的目标标识，若存在，则确定历史业务信息对应的服务内容中包含目标业务信息对应的服务内容；即用户已享有所述目标业务信息对应的服务，若不存在，则确定历史业务信息对应的服务内容中不包含目标业务信息对应的服务内容。
77.进一步地，为了高效查询是否存在与所述业务标识关联的目标标识，可对业务标识进行预处理得到业务标识类型，从而根据业务标识类型是否一致决定是否继续判断，即，若业务标识类型不一致则无需继续判断，从而提升判断效率，减轻服务器压力。
78.所述预处理包括客户端预先根据目标业务信息划分对应的业务标识，得到对应业务标识类型。在本技术的可选的实施例中，上述业务标识类型包括x股票行情、y股票行情、z期货行情等。
79.在本技术的另一些可选的实施例中，上述服务端还可将用户已办理的历史业务信息对应的标识库发送至终端设备，以使终端设备在获取到目标业务信息对应的业务标识后，直接查询标识库中是否存在与所述业务标识关联的目标标识，以确定历史业务信息对应的服务内容中是否包含目标业务信息对应的服务内容，同时降低服务器负担，提升处理速度。具体地，若存在，则确定历史业务信息对应的服务内容中包含目标业务信息对应的服务内容；即用户已享有所述目标业务信息对应的服务，若不存在，则确定历史业务信息对应的服务内容中不包含目标业务信息对应的服务内容。
80.可选地，前述业务标识之间的关联可用于指示行情卡的关联，例如:d股高级行情卡可包含全盘行情信息，该全盘行情信息可包含d股二级行情卡的行情信息，当用户购买了d股高级行情卡之后，再次购买d股二级行情卡时，则对用户进行提示，若用户当前购买的行情卡对应的行情信息不包含于已购买的行情卡对应的行情信息中时，则不进行提示。另外，当用户购买期货行情卡时，相应的数据处理方法与股票行情卡类似。
81.需要说明的是，前述业务标识之间的关联关系为单向关联关系，不可为双向关联关系，以免产生信息混乱。
82.进一步地，可在获取到账户列表请求后，查询对应的用户是否办理过包含目标业务信息对应的服务内容的历史业务，若是，则向目标设备发送预设提示信息，具体地，预设提示信息可以为文字提示信息，或图片提示信息，以使目标设备展示预设提示信息，提示用户勿重复办理用户已享有对应服务的业务。
83.进一步地，不同的备选业务信息对应的服务内容可以不同，不同的备选业务信息之间对应的服务内容还可以具有包含关系，具体地，不同的备选业务信息可对应具体的优先级排序，优先级越高的备选业务信息包含的服务内容越多，越丰富。
84.在本技术的一些可选的实施例中，优先级高的备选业务信息对应的服务内容，可包含优先级低的备选业务信息对应的服务内容。
85.相应地，前述分析历史业务信息对应的服务内容中，是否包含目标业务信息对应的服务内容可包括：
86.获取目标业务信息对应的第一优先级的标记；
87.获取历史业务信息对应的第二优先级的标记；
88.若根据第二优先级的标记与第一优先级的标记确定出第二优先级高于第一优先级，则确定历史业务信息对应的服务内容中包含目标业务信息对应的服务内容。
89.在本技术的一些可选的实施例中，本技术还可以进一步对前述多个可选账户进行风险评估，并进一步结合风险评估结果确定可选账户对应的多个账户展示内容。
90.具体地，各可选账户对应的余额可仅为其自身账户的余额，也可以根据各市场交易所要求不同将余额设置为最大可提金额，所述最大可提金额可以为：融资可提、综合持仓，以及未交收的资金的总额，可选账户对应的最大可提金额所涵盖的范围及系数比例根据内置风控规则和/或交易所风控规则设定。
91.进一步地，在检测到可选账户当前的风险值超过预设风险值时，可在该可选账户对应的账户展示内容中添加风险提示信息，或将可选账户对应的账户展示内容对应的控件设为不可选择，或将可选账户对应的余额显示为0，或拒绝响应用户针对该可选账户的支付请求等。
92.其中，可选账户的风险值可根据对应的股票价格变化确定，例如：当其对应的股票出现价格下降时，风险值变高，或在预设时间段内下降幅度大于预设幅度时风险值变高，具体地，股票价格的变化情况与风险值的对应关系可由相关人员设定，或根据其它参考信息确定。
93.需要说明的是，本技术还可以对风险评估的时刻进行控制，例如：可在检测到用户选择可选账户对应的操作控件时触发，也可以在接收到用户发送的支付请求时触发，对此，本技术不做限定。
94.进一步地，为了进一步提高用户体验，本技术还可以为用户个性化展示账户列表信息中的账户展示内容，即不同的用户信息对应的账户展示内容的顺序可以不同，从而更好满足用户的选择需求。基于此，本技术的方案还包括：
95.根据用户的历史交易信息，确定多个可选账户中，用户在预设时间段内使用次数最多的喜好账户；
96.将预设的喜好标识添加至对应的账户展示内容中，以使终端设备在检测到该喜好标识时，将该喜好标识对应的账户展示内容展示于列表首行。
97.可选地，为了进一步提高用户体验，上述方法还包括：
98.根据用户的历史交易信息和/或者用户的历史浏览信息确定用户的喜好信息类型；
99.根据所述喜好信息类型生成推荐信息；
100.将所述推荐信息发送至终端设备，其中，喜好信息类型可以包括业务标识类型的一种或多种：x股票行情、y股票行情、z期货行情等，也可以包括业务信息的一种或多种：d股高级行情卡、d股二级行情卡、d市场期货二级行情卡等，推荐信息还可具体包括相关的优惠信息。
101.具体地，根据用户的历史交易信息或者用户的历史浏览信息确定用户的喜好信息类型可包括：将所述用户的历史交易信息或者用户的历史浏览信息输入预设的分析模型，执行所述分析模型得到所述喜好信息类型，其中，分析模型可以为对多个样本进行训练得到的机器学习模型。
102.在本技术的一些可选的实施例中，根据用户的历史交易信息和/或者用户的历史浏览信息确定用户的喜好信息类型，也可以包括如下策略：
103.s1：基于多个预设权重值以及已选喜好信息类型列表中的喜好属性信息，计算历史交易信息和/或者用户的历史浏览信息中的业务标识对应于每个预设权重值的权重参数；
104.s2：基于每个预设权重值的权重参数确定加权期望值；
105.s3：选取目标加权期望值对应的喜好信息类型作为待推荐喜好信息类型。
106.预设权重值包括用户的历史交易信息和/或者用户的历史浏览信息的以下至少一种权重值：用户的历史交易信息对应的金额权重值、用户的历史交易信息对应的交易次数权重值、用户的历史浏览信息对应的信息类型权重值、用户的历史浏览信息对应的点赞权重值、用户的历史浏览信息对应的反对权重值、用户的历史浏览信息对应的评论权重值等等。
107.优选地，可通过如下公式计算历史交易信息和/或者用户的历史浏览信息中的业务标识对应于预设权重值的权重参数：
[0108][0109]
即，根据历史交易信息和/或者用户的历史浏览信息得出预设权重值中的非空数据，从而计算对应的权重参数，i表示非空数据的个数，n1～n
i
代表实验模型得出的预设权重值；m1～m
i
表示喜好属性信息对应的信息值，即该用户历史交易信息和/或者用户的历史浏览信息得出预设权重值中的非空数据中对应的信息值，其中，喜好属性信息可以通过获取交易信息、使用时长、观看时长等信息得到。
[0110]
进一步的，本实施例中在获取到已选喜好信息类型列表中的喜好属性信息之后，考虑到喜好属性信息包括各种类型的数据，可以对喜好属性信息进行归一化处理，得到对应的信息值。可选的，通过如下公式进行归一化处理：
[0111][0112]
其中，m
i
表示获取到的喜好属性信息值，mi(min)、m
i
(max)分别表示设定的最小值和最大值，p表示预设的归一化系数。
[0113]
其中，预设权重值之间的关系根据实验数据优选如下：n1:n2:n3:n4:n5:n6＝10:4:1:2:
‑
1:3。示例性的，n1代表用户的历史交易信息对应的金额预设权重值、n2代表用户的历史交易信息对应的交易次数预设权重值、n3代表用户的历史浏览信息对应的信息类型预设权重值、n4代表用户的历史浏览信息对应的点赞预设权重值、n5代表用户的历史浏览信息对应的反对预设权重值、n6代表用户的历史浏览信息对应的评论预设权重值。
[0114]
需要说明的是，前述数据处理方法除了适用于股票行情卡类型外，还可适用于期货行情卡以及其它金融类信息，本技术对此不做限定。
[0115]
本技术通过在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分
类，得到分类结果；基于分类结果确定对应的账户列表信息；发送账户列表信息至目标设备，以使目标设备对账户列表信息进行展示的方案，通过对多个可选账户进行分析并将分析结果对应的账户列表信息发送至目标设备，以使目标设备进一步对账户列表信息进行展示，供用户选择目标账户，提高了为用户服务的灵活性，也提高了为用户服务的服务效率。
[0116]
图3为本技术另一示例性实施例提供的一种数据处理方法的流程示意图，该方法可适用于终端设备，该方法包括：
[0117]
s301、在检测到用户针对开通目标业务的第一账户的选择指令时，向服务端发送账户列表请求，以使服务端在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分类，得到分类结果；基于分类结果确定对应的账户列表信息，并发送账户列表信息；
[0118]
s302、接收服务端发送的账户列表信息；
[0119]
s303、展示账户列表信息。
[0120]
具体地，用户可通过图2b所示的行情卡业务页中，对应多个备选业务的选择控件选择目标业务，当检测到用户对目标业务对应的控件进行点击操作时，控制切换目标业务对应的控件的背景颜色，前述针对开通目标业务的第一账户的选择指令可以为用户在已点击目标业务对应的控件的情况下，针对第一选择控件的点击指令。其中，第一账户可以为图2b中的a账户下的“α股现金账户”，其中，a账户可以指第一账户的上级账户，其中，第一账户的上级账户可以指第一账户所属的账户类别，本技术中可称作第一账户的上级账户为第二账户；在用户已点击目标业务对应的控件的情况下，检测到用户对图2b中的第一选择控件的操作时，确定检测到用户针对开通目标业务的第一账户的选择指令，此时则向服务端发送账户列表请求。
[0121]
进一步地，结合图2e与图2f所示，第一选择控件的展示可以在终端设备检测到用户选中第二账户对应的第二选择控件时触发，当用户未选中第二账户对应的第二选择控件时，可隐藏第一账户的名称信息与第一选择控件，具体可参见图2e所示；当用户选中第二账户对应的第二选择控件时，展示第一账户的名称信息与第一选择控件，具体可参见图2f所示。
[0122]
在本技术的一些可选的实施例中，本方案中，在检测到用户对目标业务对应的控件进行点击操作时，本技术的方法还包括以下步骤：
[0123]
s31、向服务端发送用于查询第二账户的下级账户中是否存在余额不小于目标业务的目标价格的账户的余额查询请求，以使服务端在查询到第二账户的下级账户中不存在余额不小于目标业务的目标价格的账户时，向终端设备反馈入金提醒信息；其中，第二账户的下级账户包括第一账户。
[0124]
s32、接收服务端反馈的入金提醒信息；
[0125]
s33、根据入金提醒信息展示入金提醒内容，其中入金提醒内容可以为文字信息或图片信息，例如：图2g中的“余额不足”与“入金”。其中，入金提醒内容中可以包含可操作控件，以供用户对该控件进行操作并进入入金流程。
[0126]
进一步地，前s31中，服务端接收到余额查询请求后，可首先根据余额查询请求中携带的用户信息确定用户是否针对第二账户进行开户，若否，则终止查询，向终端设备反馈开户提示信息；
[0127]
相应地，终端设备接收到开户提示信息后，根据开户提示信息展示开户提示内容，例如：图2h中的“立即开户”。其中，开户提示内容中可以包含可操作控件，以供用户对该控件进行操作并进入开户流程。
[0128]
进一步地，行情卡业务页中的第二账户和/或第一账户还可以与行情卡的类型相关，此时，行情卡类型可以展示于行情卡业务页中，基于此，上述方法还包括：获取行情卡的类型信息；基于行情卡的类型信息展示行情卡业务页，基于行情卡的类型展示行情卡业务页时可包括对第二账户和/或第一账户的确定。
[0129]
需要说明的是，第一账户的个数可以为一个或多个，第一账户对应的可选账户也可以为一个或多个。当第二账户的下级账户仅包括第一账户时，检测到用户针对第二选择控件的操作时可仅展示第一账户对应的账户信息，不展示第一选择控件。第一账户对应的账户信息可包括第一账户对应的账户名称、账户标识、账户缩写、账户可用余额中的至少一个。
[0130]
进一步地，行情卡业务页中还可包括业务说明区域，该业务说明区域中可展示有与目标业务和/或备选业务相关的时效信息、服务信息、办理流程等等，行情卡业务页中还可以展示有第三方付款方式对应的控件，对此，本技术不做限定。
[0131]
本技术中，目标设备与服务端的交互，使得目标设备进一步对账户列表信息进行展示，供用户选择目标账户，提高了为用户服务的灵活性，也提高了为用户服务的服务效率。
[0132]
需要说明的是，终端设备与服务端设备之间的交互原理还可进一步参见图2a对应的实施例，此处不再赘述。
[0133]
以下结合具体场景对本技术的方案进行进一步解释：
[0134]
图4为本技术一示例性实施例提供的一种数据处理方法的流程示意图，该方法包括：
[0135]
终端设备通过检测模块，检测到户通过行情卡业务页选择a账户下的α股现金账户支付方式后，通知终端设备侧的数据发送接口，使得数据发送接口向服务端设备发送账户列表请求，服务端设备通过自身的查询模块与数据库模块确定出账户列表信息后，将账户列表信息反馈至终端设备侧，使得终端设备展示账户列表信息。
[0136]
基于此，参见图5所示，本技术还提供的一种数据处理系统，该系统可包括：检测模块、数据发送接口、查询模块，以及数据库模块；其中：数据库模块中可存储有：账户列表信息、账户名称信息、账户最大可提信息、账户现金最大可提信息等。其中，账户最大可提信息对应的余额，包括：融资可提、综合持仓，以及未交收的资金的总额；账户现金最大可提对应的余额可包括自身账户的余额。
[0137]
本实施例中的各组成单元的数据处理的原理及交互过程可参见前述实施例的描述，此处不再赘述。
[0138]
图6为本技术一示例性实施例提供的一种数据处理装置的结构示意图；
[0139]
其中，该装置包括：第一确定模块61、分类模块62、第二确定模块63，以及发送模块64；其中：第一确定模块61，用于在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；
[0140]
分类模块62，用于根据目标业务信息对多个可选账户进行分类，得到分类结果；
[0141]
第二确定模块63，用于基于分类结果确定对应的账户列表信息；
[0142]
发送模块64，用于发送账户列表信息至目标设备，以使目标设备对账户列表信息进行展示。
[0143]
可选地，在第一确定模块61用于利用账户列表请求确定对应的多个可选账户时，具体用于：
[0144]
获取账户列表请求中的第一账户的标识信息；
[0145]
根据第一账户的标识信息与预设的映射表确定多个可选账户。
[0146]
可选地，在前述分类模块62用于根据目标业务信息对多个可选账户进行分类，得到分类结果时，具体用于：
[0147]
获取目标业务信息对应的目标价格；
[0148]
获取多个可选账户对应的多个余额；
[0149]
将多个可选账户中，余额不小于目标价格的账户作为第一类账户，将多个可选账户中，余额小于目标价格的账户作为第二类账户。
[0150]
可选地，在上述第二确定模块63用于基于分类结果确定对应的账户列表信息时，具体用于：
[0151]
基于分类结果确定对应的多个账户展示内容；
[0152]
利用多个账户展示内容确定账户列表信息。
[0153]
可选地，装置还用于：
[0154]
检测到用户针对目标设备的登录请求时，对目标设备的登录权限进行验证，若验证通过，则
[0155]
中断用户在历史设备上的登录状态，并控制允许登录请求对应的登录申请通过验证。
[0156]
可选地，装置还用于：
[0157]
获取账户列表请求对应的用户信息；
[0158]
基于用户信息确定用户已办理的历史业务信息；
[0159]
分析历史业务信息对应的服务内容中，是否包含目标业务信息对应的服务内容，若是，则向目标设备发送预设提示信息。
[0160]
本实施例中的各组成单元的数据处理的原理及交互过程可参见前述实施例的描述，此处不再赘述。
[0161]
图7为本技术一示例性实施例提供的一种数据处理装置的结构示意图，该装置包括：发送模块71、接收模块72、展示模块73；其中：
[0162]
发送模块71，用于在检测到用户针对开通目标业务的第一账户的选择指令时，向服务端发送账户列表请求，以使服务端在接收到账户列表请求时，利用账户列表请求确定对应的多个可选账户，其中，账户列表请求中包括：目标业务信息；根据目标业务信息对多个可选账户进行分类，得到分类结果；基于分类结果确定对应的账户列表信息，并发送账户列表信息；
[0163]
接收模块72，用于接收服务端发送的账户列表信息；
[0164]
展示模块73，用于展示账户列表信息。
[0165]
应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法
实施例。为避免重复，此处不再赘述。具体地，该装置可以执行上述方法实施例，并且该装置中的各个模块的前述和其它操作和/或功能分别为了上述方法实施例中的各个方法中的相应流程，为了简洁，在此不再赘述。
[0166]
上文中结合附图从功能模块的角度描述了本技术实施例的装置。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本技术实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本技术实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
[0167]
图8是本技术实施例提供的电子设备的示意性框图，该电子设备可包括：
[0168]
存储器801和处理器802，该存储器801用于存储计算机程序，并将该程序代码传输给该处理器802。换言之，该处理器802可以从存储器801中调用并运行计算机程序，以实现本技术实施例中的方法。
[0169]
例如，该处理器802可用于根据该计算机程序中的指令执行上述方法实施例。
[0170]
在本技术的一些实施例中，该处理器802可以包括但不限于：
[0171]
通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
[0172]
在本技术的一些实施例中，该存储器801包括但不限于：
[0173]
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read
‑
only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0174]
在本技术的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器801中，并由该处理器802执行，以完成本技术提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。
[0175]
如图8所示，该电子设备还可包括：
[0176]
收发器803，该收发器803可连接至该处理器802或存储器801。
[0177]
其中，处理器802可以控制该收发器803与其他设备进行通信，具体地，可以向其他
设备发送信息或数据，或接收其他设备发送的信息或数据。收发器803可以包括发射机和接收机。收发器803还可以进一步包括天线，天线的数量可以为一个或多个。
[0178]
应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
[0179]
本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本技术实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。
[0180]
当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本技术实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，dvd))、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0181]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0182]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0183]
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。
[0184]
以上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以该权利要求的保护范围为准。