信息合并方法、装置、电子设备、介质及产品与流程

1.本技术涉及领域，更具体的说，是涉及信息合并方法、装置、电子设备、介质及产品。


背景技术：

2.用户的终端设备可以接收来自其他电子设备的信息，例如，短信。电子设备每得到一个信息，就会向用户的终端设备发送该信息。使得终端设备频繁接收电子设备发送的信息。


技术实现要素：

3.有鉴于此，本技术提供了一种信息合并方法、装置、电子设备、介质及产品。
4.为实现上述目的，本技术提供如下技术方案：
5.根据本公开实施例的第一方面，提供一种信息合并方法，应用于电子设备，所述信息合并方法包括：
6.获取目标用户对应的目标金额，所述目标金额为所述目标用户能够承受的扣款金额的最大数值；
7.若当前时间属于预设时间段，监测是否得到待发送至所述目标用户的信息，所述信息包括被扣除的金额；
8.若得到待发送至所述目标用户的信息，检测第二金额是否小于所述目标金额，所述第二金额为在所述预设时间段内得到的且未发送至所述目标用户的信息包含的金额之和；
9.若所述第二金额小于所述目标金额，将所述信息存储至目标队列，所述目标队列用于存储在所述预设时间段内得到的且未发送至所述目标用户的信息；
10.返回步骤监测是否得到待发送至所述目标用户的信息，直至所述第二金额大于或等于所述目标金额，或者，当前时间到达所述预设时间段中的最晚时间；
11.将所述目标队列存储的信息进行合并，得到合并信息；
12.发送所述合并信息至所述目标用户，删除所述目标队列存储的信息。
13.根据本公开实施例的第二方面，提供一种信息合并装置，应用于电子设备，所述信息合并方法包括：
14.第一获取模块，用于获取目标用户对应的目标金额，所述目标金额为所述目标用户能够承受的扣款金额的最大数值；
15.监测模块，用于若当前时间属于预设时间段，监测是否得到待发送至所述目标用户的信息，所述信息包括被扣除的金额；
16.检测模块，用于若得到待发送至所述目标用户的信息，检测第二金额是否小于所述目标金额，所述第二金额为在所述预设时间段内得到的且未发送至所述目标用户的信息包含的金额之和；
17.存储模块，用于若所述第二金额小于所述目标金额，将所述信息存储至目标队列，所述目标队列用于存储在所述预设时间段内得到的且未发送至所述目标用户的信息；
18.触发所述监测模块，直至所述第二金额大于或等于所述目标金额，或者，当前时间到达所述预设时间段中的最晚时间；
19.第二获取模块，用于将所述目标队列存储的信息进行合并，得到合并信息；
20.第一发送模块，用于发送所述合并信息至所述目标用户，删除所述目标队列存储的信息。
21.根据本公开实施例的第三方面，提供一种电子设备，包括：
22.处理器；
23.用于存储所述处理器可执行指令的存储器；
24.其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的信息合并方法。
25.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如第一方面所述的信息合并方法。
26.根据本公开实施例的第五方面，提供一种计算机程序产品，可直接加载到计算机的内部存储器，所述存储器为第三方面所示的所述电子设备包含的存储器中，并含有软件代码，所述计算机程序经由计算机载入并执行后能够实现如第一方面所述的信息合并方法。
27.经由上述的技术方案可知，本技术实施例提供的信息合并方法中，为了避免频繁向目标用户发送信息且为了避免多个信息合并后，多个信息包含的金额之和大于或等于目标金额，导致万一出现盗刷现象，带来用户不能够承受的损失。本技术基于多个信息包含的金额之和与目标金额的关系，对多个信息进行合并。若多个信息包含的金额之和大于或等于目标金额，则将多个信息合并发送，若多个信息包含的金额之和小于目标金额，则再次累计多个信息，在累计的多个信息包含的金额之和大于或等于目标金额，则将多个信息合并发送，即发送至目标用户的合并信息的数目与信息未合并之前，大大减少，由于合并信息包含的多个信息包含的金额总和小于目标金额，不会超出目标用户的承受范围，从而不会导致由于合并信息发送的较晚，导致目标用户无法执行相应的操作，例如，若出现盗刷操作，则挂失银行卡，导致用户损失严重的问题出现。
附图说明
28.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
29.图1为本技术实施例涉及的硬件架构的示意图；
30.图2为本技术实施例提供的信息合并方法的流程图；
31.图3为本技术实施例提供的信息合并装置的结构图；
32.图4是根据一示例性实施例示出的一种用于电子设备的装置的框图。
具体实施方式
33.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
34.本技术实施例提供了一种信息合并方法、装置、电子设备、介质及产品。在介绍本技术实施例提供的技术方案之前，先对本技术实施例涉及的硬件架构进行说明。
35.如图1所示，为本技术实施例涉及的硬件架构的示意图。硬件架构包括：电子设备11以及至少一个终端设备12。
36.示例性的，电子设备11可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务器中心。电子设备11可以包括处理器、存储器以及网络接口等。
37.示例性的，电子设备11可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如，手机、笔记本电脑、平板电脑、掌上电脑、个人计算机、可穿戴设备、智能电视、pad等。例如，电子设备11中运行有第三方软件。
38.示例性的，终端设备12可以是任何一种可与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如，手机、笔记本电脑、平板电脑、掌上电脑、个人计算机、可穿戴设备、智能电视、pad等。
39.应注意的是，图1仅仅是一种示例，终端设备12的类型可以有多种，不限于图1中的智能手机。
40.电子设备11可以得到待发送至目标用户所持的终端设备12的信息。
41.示例性的，待发送至目标用户的信息可以为实时信息类型。实时信息类型是指：电子设备11得到待发送至目标用户信息后，需要立即将该信息发送至终端设备12。
42.下面举例说明实时信息类型，例如，大额消费的银行扣款短息属于实时信息类型。
43.示例性的，待发送至目标用户的信息可以为非实时信息类型。非实时信息类型是指：电子设备11得到待发送至目标用户信息后，可以过一段时间，再将该信息发送至终端设备12。
44.下面举例说明非实时信息类型，例如，车辆违章短信属于非实时信息类型。
45.示例性的，属于实时信息类型的信息和属于非实时信息类型的信息可以预先设置。
46.例如，每个信息均包括信息类型标识，可以预先设置信息类型与信息类型的对应关系。信息类型为实时信息类型或非实时信息类型。
47.示例性的，电子设备11得到的待发送至目标用户所持的终端设备12的信息，可以是电子设备11生成的，也可以是电子设备接收到的来自其他服务器或基站的信息。
48.示例性的，对于属于非实时信息类型的多个信息，电子设备11可以将这多个信息进行合并，得到合并信息，将合并信息发送至终端设备12。从而可以节约电子设备的短信服务成本。也避免了终端设备12频繁接收电子设备11发送的信息，使得用户感受较差的问题。
49.示例性的，本技术实施例提及的电子设备得到的多个待发送至目标用户的信息
中，多个信息的发件人是相同。本技术实施例是将同一发件人向同一收件人发送的多个信息进行合并的过程。
50.示例性的，本技术实施例提及的电子设备得到的多个待发送至目标用户的信息中，多个信息的发件人可以不同。本技术实施例是将不同发件人向同一收件人发送的多个信息进行合并的过程。
51.可以理解的是，属于非实时信息类型的多个信息，对于用户而言，不一定是不重要的。尤其是含有被扣除的金额的短信，例如，etc扣款短信。由于etc扣款短信涉及银行卡的扣款问题，若将多个etc扣款短信合并后发送，若多个etc扣款短信中金额的总和大于或等于目标金额，超出用户的承受范围内，可能不是用户本身进出高速公路导致产生的etc扣款短信，可能是因为被盗刷问题导致产生的etc扣款短信，若将多个etc扣款短信合并后发送给用户，可能会给用户带来损失。
52.综上，如何在用户能够承受的损失范围内，得到最小数量的多个合并信息是本领域技术人员急需解决的难题。由于得到的合并信息是最小数量从而降低了终端设备接收信息的数目，由于合并信息包含的多个信息中的金额总和小于目标金额，所以在用户能够承受的损失范围内，不会由于接收到的合并信息的时间较晚，导致无法进行相应操作，例如，给银行卡挂失，从而给用户带来损失。
53.本技术实施例中通过提取信息包含的金额，若一条或多条信息包含的金额之和大于或等于目标金额，则将多条信息合并发送。若一条或多条信息包含的金额之和小于目标金额，则可以暂缓发送，待收集到的多条信息包含的金额之和大于或等于目标金额，则将多条信息合并发送。从而实现了向终端设备发送较少数量信息的目的。
54.本领域技术人员应能理解上述电子设备和终端设备仅为举例，其他现有的或今后可能出现的电子设备或终端设备如可适用于本公开，也应包含在本公开保护范围以内，并在此以引用方式包含于此。
55.下面结合上述硬件架构对本技术实施例提供的信息合并方法进行说明。
56.如图2所示，为本技术实施例提供的信息合并方法的流程图，该方法可以应用于如图1所示的电子设备11中，该方法在实施过程中涉及以下步骤s21至步骤s27。
57.步骤s21：获取目标用户对应的目标金额，所述目标金额为所述目标用户能够承受的扣款金额的最大数值。
58.示例性的，目标用户可能有多个用户账号，例如，多张银行卡和/或多个支付账号，目标金额可以包括：针对同一目标用户的不同用户账号的扣除的金额的总和。在这种应用场景下，本技术实施例提供的信息合并方法中各个步骤提及的信息可能是由不同用户账号对应的服务器生成的，即不同信息的发件人可能不同。
59.示例性的，目标金额可以包括：针对同一用户账号(例如银行卡)的扣除的金额的总和。在这种应用场景下，本技术实施例提供的信息合并方法中各个步骤提及的信息是由同一用户账号对应的服务器生成的，即不同信息的发件人相同。
60.步骤s22：若当前时间属于预设时间段，监测是否得到待发送至所述目标用户的信息，所述信息包括被扣除的金额。
61.示例性的，被扣除的金额是指从相应用户账号对应的剩余余额扣除的金额。
62.示例性的，被扣除的金额是至从相应用户账号对应的可用白条中扣除的金额。
63.示例性的，预设时间段可以为设定范围的局部时间段。示例性的，设定范围可以为：日、星期、月、年中任一个。
64.示例性的，若设定范围为日，则预设时间段可以为[8点，22点]。示例性的，预设时间段可以是由终端设备侧的目标用户设定的。示例性的，预设时间段可以是电子设备侧的运维人员设定的。示例性的，预设时间段可以是电子设备学习目标用户使用终端设备的使用习惯，通过神经网络模型学习得到的。
[0065]
示例性的，预设时间段为目标用户未休息的时间段。设定范围内除预设时间段外的时间段为目标用户休息的时间段，或，不能被打扰的时间段。在设定范围内除预设时间段外的时间段，目标用户不希望接收到来自电子设备的信息。
[0066]
示例性的，预设时间段可以等于设定范围。
[0067]
示例性的，每当到达预设时间段的最早时间时，开始监测是否得到待发送至所述目标用户的信息。由于每个设定范围都包括一个预设时间段，所以本技术实施例提供的信息合并方法中步骤s22至s27在不断循环执行。
[0068]
步骤s23：若得到待发送至所述目标用户的信息，检测第二金额是否小于所述目标金额，所述第二金额为在所述预设时间段内得到的且未发送至所述目标用户的信息包含的金额之和。
[0069]
示例性的，上述步骤s23提及的信息属于非实时信息类型中的第一类型。
[0070]
示例性的，第一类型可以包括一个或多个类型，例如，第一类型可以包括：etc(electronic tollcollection，不停车收费系统)扣费类型，和/或，支付应用程序的扣费类型。
[0071]
第一类型是预先设置的。
[0072]
etc扣费类型是指车辆行驶经过高速下高速后，电子设备可以得到扣费短信。这种扣费短信属于etc扣费类型。
[0073]
支付应用程序的扣费类型，例如，目标用户可以通过支付应用程序上进行支付，支付应用程序对应的服务器检测到支付行为后，可以向目标用户发送扣款信息。
[0074]
示例性的，第一类型属于非实时信息类型。
[0075]
可以理解的是，随着时间的流逝，电子设备可能在不断给终端设备发送信息。所以步骤s23涉及的第二金额可能随着时间不断变化。
[0076]
步骤s24：若所述第二金额小于所述目标金额，将所述信息存储至目标队列，所述目标队列用于存储在所述预设时间段内得到的且未发送至所述目标用户的信息。
[0077]
即目标队列存储的所有信息包含的金额之和小于目标金额。
[0078]
步骤s25：返回步骤s22，直至所述第二金额大于或等于所述目标金额，或者，当前时间到达所述预设时间段中的最晚时间。
[0079]
若当前时间到达预设时间段的最晚时间，则当前时间不属于预设时间段。
[0080]
示例性的，若在预设时间段内得到的所有信息包含的金额之和小于目标金额，也应该在预设时间段的最晚时间，将目标队列存储的信息进行合并，并发送至目标用户，以避免长时间未发送合并信息，导致被盗刷的现象不能及时被用户发现的问题。
[0081]
步骤s26：将所述目标队列存储的信息进行合并，得到合并信息。
[0082]
在一可选实现方式中，多个信息进行合并后，在合并信息中可以按照电子设备得
到信息的时间顺序对多个信息进行排序显示。例如，电子设备得到的信息1的时间早于等到的信息2的时间，则在合并信息中信息1的内容位于信息2的内容之前。
[0083]
示例性的，合并信息还包括多个信息包含的金额的总和。
[0084]
步骤s27：发送所述合并信息至所述目标用户，删除所述目标队列存储的信息。
[0085]
即每次执行完毕s27后，目标队列已经被清空。在目标队列被清空后，第一次执行步骤s23时，第二金额即为步骤s22得到的信息包含的金额。第二次执行步骤s23时，第二金额为步骤s22得到的信息包含的金额与目标队列包含的信息中的金额之和。
[0086]
本技术实施例提供的信息合并方法中，为了避免频繁向目标用户发送信息且为了避免多个信息合并后，多个信息包含的金额之和大于或等于目标金额，导致万一出现盗刷现象，带来用户不能够承受的损失。本技术基于多个信息包含的金额之和与目标金额的关系，对多个信息进行合并。若多个信息包含的金额之和大于或等于目标金额，则将多个信息合并发送，若多个信息包含的金额之和小于目标金额，则再次累计多个信息，在累计的多个信息包含的金额之和大于或等于目标金额，则将多个信息合并发送，即发送至目标用户的合并信息的数目与信息未合并之前，大大减少，由于合并信息包含的多个信息包含的金额总和小于目标金额，不会超出目标用户的承受范围，从而不会导致由于合并信息发送的较晚，导致目标用户无法执行相应的操作，例如，若出现盗刷操作，则挂失银行卡，导致用户损失严重的问题出现。
[0087]
在一可选实现方式中，获得目标金额的方法有多种，本技术实施例提供但不限于以下两种方法。
[0088]
第一种获得目标金额的方法包括以下步骤a11至步骤a15。
[0089]
步骤a11：获取多个用户分别对应的用户画像信息。
[0090]
示例性的，在不同应用场景中，用户的用户画像信息不同。例如，本技术信息合并方法包含的步骤中提及的信息属于etc扣费类型，则当前应用场景为etc应用场景，可以理解的是，在不同区域，etc的扣费情况可能不同，且，etc扣费是发生在进出高速公路的过程中，所以用户的用户画像信息包括但不限于：用户所在的地理位置、用户在高速公路上行驶的频率。
[0091]
由于用户能够承受的目标金额，与用户的收入、资产有关，示例性的，用户的用户画像信息还包括但不限于：用户的收入、用户的资产。
[0092]
步骤a12：基于多个用户分别对应的用户画像信息对所述多个用户进行聚类，得到至少一个用户组合。
[0093]
示例性的，聚类的方法可以为：k
‑
means算法或dbscan(density
‑
based spatialclustering of applications with noise，具有噪声的基于密度的聚类方法)算法或gmm(gaussian mixture model,高斯混合模型)算法。
[0094]
每一用户组合包括一个或多个用户。属于同一用户组合的多个用户的用户画像信息的相似度较高。即属于同一用户组合的多个用户对应的目标金额比较接近。
[0095]
步骤a13：从所述至少一个用户组合中，查找包含所述目标用户的目标用户组合。
[0096]
步骤a14：获取所述目标用户集合包含的多个用户分别在多个历史时间段内的扣款金额，所述历史时间段与所述预设时间段的时间长度相同，用户在所述历史时间段内的扣款金额为在所述历史时间段内发送至所述用户的信息包含的金额之和。
[0097]
用户在历史时间段内的扣款金额＝在历史时间段得到的所有信息包含的金额的总和。
[0098]
示例性的，在所述历史时间段内发送至所述用户的信息包括：合并信息，和/或，未合并的信息。
[0099]
在一可选实现方式中，步骤a14的实现方式有多种，本技术实施例提供但不限于以下方式。步骤a14在实施过程中可能包括以下步骤a141至步骤a143。
[0100]
步骤a141：获得距离当前时间最近的设定时长内，属于目标用户集合的多个用户分别对应的满足预设条件的历史时间段。
[0101]
示例性的，设定时长可以为1个月、2个月、
…
6个月
…
。
[0102]
示例性的，预设条件为在历史时间段内至少得到预设数目个信息。示例性的，预设数目可以为1、2、3，
…
任意整数。
[0103]
示例性的，若历史时间段a得到的所有信息包含的金额之和＝max{设定时间段内历史时间段1得到的所有信息包含的金额之和、设定时间段内历史时间段2得到的所有信息包含的金额之和、
…
、设定时间段内历史时间段m得到的所有信息包含的金额之和}。其中，设定时间段内总共包括m个历史时间段。则历史时间段a满足预设条件。
[0104]
示例性的，设定时间段可以为1个星期、1个月、2个月、
…
。
[0105]
下面以设定时间段为1个月为例进行说明。假设用户1在1个月(假设为2021年6月份)内的6月20号的历史时间段内得到多个信息，且6月20号的历史时间段的扣款金额＝6月20号的历史时间段得到的各信息包含的金额之和＝max{6月1号历史时间段内得到的多个信息包含的金额之和、6月2号历史时间段内得到的多个信息包含的金额之和、
…
、6月30号历史时间段内得到的多个信息包含的金额之和}，则6月20号的历史时间段满足预设条件。
[0106]
步骤a142：获得属于目标用户集合的多个用户分别对应的历史时间段内的扣款金额。
[0107]
假设历史时间段、在历史时间段内的得到的信息数目以及在历史时间段内得到的各信息包含的金额之和的格式为：历史时间段(数目、扣款金额)。仍以上述为例进行说明，则用户1对应{历史时间段a(数目a、扣款金额)
[0108]
可以理解的是，具有较高数目的历史时间段对应的扣款金额并不一定高于具有较低数目的历史时间段对应的扣款金额。
[0109]
步骤a15：基于所述目标用户组合包含的多个用户在多个历史时间段内的扣款金额，确定所述目标用户对应的所述目标金额。
[0110]
示例性的，目标金额＝目标用户集合包含的多个用户在多个历史时间段内的扣款金额的平均值。
[0111]
第二种获得目标金额的方法包括以下步骤b11至步骤b12。
[0112]
步骤b11：获取所述目标用户在多个历史时间段内的扣款金额，所述历史时间段与所述预设时间段的时间长度相同。
[0113]
步骤b12：基于所述目标用户在多个历史时间段内的扣款金额，确定所述目标用户对应的所述目标金额。
[0114]
示例性的，目标金额＝目标用户在多个历史时间段内的扣款金额的平均值。
[0115]
在一可选实现方式中，预设时间段可以为设定范围的局部时间段。示例性的，若设
定范围为日，即一天。
[0116]
示例性的，若预设时间段为[8点，22点]，则在一天之中除预设时间段以外的时间为(22点，24点]。可以理解的是，在一天之中除预设时间段以外的时间，用户可能在休息，为了不打扰用户，降低用户的投诉量，可以将在休息时间段内得到的多个信息进行合并，得到非实时合并信息，所述休息时间段为所述设定范围中除所述预设时间段外的时间段；若当前时间为所述预设时间段中的最早时间，发送所述非实时合并信息至所述目标用户。
[0117]
上述本技术公开的实施例中详细描述了方法，对于本技术的方法可采用多种形式的装置实现，因此本技术还公开了一种装置，下面给出具体的实施例进行详细说明。
[0118]
如图3所示，为本技术实施例提供的信息合并装置的结构图，该装置包括：第一获取模块31、监测模块32、检测模块33、存储模块34、触发模块35、第二获取模块36以及第一发送模块37，其中：
[0119]
第一获取模块31，用于获取目标用户对应的目标金额，所述目标金额为所述目标用户能够承受的扣款金额的最大数值；
[0120]
监测模块32，用于若当前时间属于预设时间段，监测是否得到待发送至所述目标用户的信息，所述信息包括被扣除的金额；
[0121]
检测模块33，用于若得到待发送至所述目标用户的信息，检测第二金额是否小于所述目标金额，所述第二金额为在所述预设时间段内得到的且未发送至所述目标用户的信息包含的金额之和；
[0122]
存储模块34，用于若所述第二金额小于所述目标金额，将所述信息存储至目标队列，所述目标队列用于存储在所述预设时间段内得到的且未发送至所述目标用户的信息；
[0123]
触发模块35，用于触发所述监测模块，直至所述第二金额大于或等于所述目标金额，或者，当前时间到达所述预设时间段中的最晚时间；
[0124]
第二获取模块36，用于将所述目标队列存储的信息进行合并，得到合并信息；
[0125]
第一发送模块37，用于发送所述合并信息至所述目标用户，删除所述目标队列存储的信息。
[0126]
在一可选实现方式中，所述预设时间段属于设定范围的部分时间，还包括：
[0127]
第三获取模块，用于将在休息时间段内得到的多个信息进行合并，得到非实时合并信息，所述休息时间段为所述设定范围中除所述预设时间段外的时间段；
[0128]
第二发送模块，用于若当前时间为所述预设时间段中的最早时间，发送所述非实时合并信息至所述目标用户。
[0129]
在一可选实现方式中，所述第一获取模块包括：
[0130]
第一获取单元，用于获取多个用户分别对应的用户画像信息；
[0131]
第二获取单元，用于基于多个用户分别对应的用户画像信息对所述多个用户进行聚类，得到至少一个用户组合；
[0132]
查找单元，用于从所述至少一个用户组合中，查找包含所述目标用户的目标用户组合；
[0133]
第三获取单元，用于获取所述目标用户集合包含的多个用户分别在多个历史时间段内的扣款金额，所述历史时间段与所述预设时间段的时间长度相同，用户在所述历史时间段内的扣款金额为在所述历史时间段内发送至所述用户的信息包含的金额之和；
[0134]
第一确定单元，用于基于所述目标用户组合包含的多个用户在多个历史时间段内的扣款金额，确定所述目标用户对应的所述目标金额。
[0135]
在一可选实现方式中，所述第一获取模块包括：
[0136]
第四获取单元，用于获取所述目标用户在多个历史时间段内的扣款金额，所述历史时间段与所述预设时间段的时间长度相同，用户在所述历史时间段内的扣款金额为在所述历史时间段内发送至所述用户的信息包含的金额之和；
[0137]
第二确定单元，用于基于所述目标用户在多个历史时间段内的扣款金额，确定所述目标用户对应的所述目标金额。
[0138]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0139]
图4是根据一示例性实施例示出的一种用于电子设备的装置的框图。
[0140]
电子设备包括但不限于：处理器41、存储器42、网络接口43、i/o控制器44以及通信总线45。
[0141]
需要说明的是，本领域技术人员可以理解，图4中示出的电子设备的结构并不构成对电子设备的限定，电子设备可以包括比图4所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0142]
下面结合图4对电子设备的各个构成部件进行具体的介绍：
[0143]
处理器41是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器42内的软件程序和/或模块，以及调用存储在存储器42内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器41可包括一个或多个处理单元；示例性的，处理器41可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器41中。
[0144]
处理器41可能是一个中央处理器(central processing unit，cpu)，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
[0145]
存储器42可能包含内存，例如高速随机存取存储器(random
‑
access memory，ram)421和只读存储器(read
‑
only memory，rom)422，也可能还包括大容量存储设备423，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
[0146]
其中，上述的存储器42，用于存储上述处理器41可执行指令。上述处理器41具有以下功能：获取目标用户对应的目标金额，所述目标金额为所述目标用户能够承受的扣款金额的最大数值；
[0147]
若当前时间属于预设时间段，监测是否得到待发送至所述目标用户的信息，所述信息包括被扣除的金额；
[0148]
若得到待发送至所述目标用户的信息，检测第二金额是否小于所述目标金额，所述第二金额为在所述预设时间段内得到的且未发送至所述目标用户的信息包含的金额之和；
[0149]
若所述第二金额小于所述目标金额，将所述信息存储至目标队列，所述目标队列用于存储在所述预设时间段内得到的且未发送至所述目标用户的信息；
[0150]
返回步骤监测是否得到待发送至所述目标用户的信息，直至所述第二金额大于或等于所述目标金额，或者，当前时间到达所述预设时间段中的最晚时间；
[0151]
将所述目标队列存储的信息进行合并，得到合并信息；
[0152]
发送所述合并信息至所述目标用户，删除所述目标队列存储的信息。
[0153]
一个有线或无线网络接口43被配置为将电子设备连接到网络。
[0154]
处理器41、存储器42、网络接口43和i/o控制器44可以通过通信总线45相互连接，该通信总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
[0155]
在示例性实施例中，电子设备可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述知识点之间的信息合并方法。
[0156]
在示例性实施例中，本公开实施例提供了一种包括指令的存储介质，例如包括指令的存储器42，上述指令可由电子设备的处理器41执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
[0157]
在示例性实施例中，还提供了一种计算机可读存储介质，可直接加载到计算机的内部存储器，例如上述存储器42中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述信息合并方法任一实施例所示步骤。
[0158]
在示例性实施例中，还提供一种计算机程序产品，可直接加载到计算机的内部存储器，例如所述电子设备包含的存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述所述信息合并方法任一实施例所示步骤。
[0159]
需要说明的是，本发明提供的信息合并方法、装置、电子设备、介质及产品可用于金融领域或其他领域，例如，可用于金融领域中的etc扣款短信的应用场景。其他领域为除金融领域之外的任意领域。上述仅为示例，并不对本发明提供的信息合并方法、装置、电子设备、介质及产品的应用领域进行限定。
[0160]
需要说明的是，本说明书中的各个实施例中记载的特征可以相互替换或者组合。对于装置或系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0161]
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0162]
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执
行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
[0163]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。