物联网卡中剩余流量的存储方法、电子设备及存储介质

技术领域

本发明实施例涉及移动通信技术领域，尤其涉及一种物联网卡中剩余流量的存储方法、电子设备及存储介质。

背景技术

伴随着移动通信技术的发展，人们对流量卡的使用已不再陌生，个人使用的流量卡我们称之为SIM卡(Subscriber Identification Module，手机用智能卡)，企业使用的流量卡我们称之为物联网卡。

众所周知的是，SIM卡可以通过购买第三方平台的流量套餐来获取流量，同样的，物联网卡也是如此。第三方平台中有着多种规格的流量套餐，不同规格的流量套餐中所包括的流量信息和流量周期也存在差别。但相同的是，用户只可以在流量套餐规定的流量周期内使用流量套餐内的流量。

若用户在规定的流量周期内未消耗完流量套餐内的流量，则在流量周期结束后，第三方平台进行流量结算时，剩余流量的额度会直接清零，这样就造成了流量浪费的情况发生。

发明内容

发明目的：

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于通过将第一流量周期内剩余流量的部分或者全部额度进行存储，以使目标物联网卡在之后的流量周期内使用存储的流量，实现了剩余流量的再利用，从而有效解决流量浪费的问题。

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于流量存储请求为目标终端基于用户输入的第一额度生成的针对目标物联网卡的请求，说明第一额度的流量信息为用户想要存储的流量信息，即用户可以根据需要，选择第一额度的流量信息进行存储，提高了流量存储的灵活性。

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于用户实际存储的流量额度可以基于预先设置的兑换率进行兑换，通过设置合适的兑换率可以均衡物联网代理商支出的成本和物联网卡用户享受的服务，使得物联网代理商付出较低的成本就可以提供给物联网卡用户较好的服务。

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于通过接收针对目标物联网卡的兑换信息，将兑换率的数值更新为兑换信息中的目标比例，通过对兑换率进行动态配置，提高了剩余流量存储的灵活性，从而进一步均衡物联网代理商支出的成本和物联网卡用户享受的服务。

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于在对第一流量周期内的剩余流量进行存储之前，通过流量查询请求的方式，将第一流量周期内剩余流量的流量额度告知用户，从而避免用户想要消耗的流量额度大于剩余流量的流量额度，进而导致无法实现流量存储。

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于通过针对目标属性的属性设置信息进行设置，可以设置第二额度的流量的可用时间段，并且通过第一时刻对目标时间进行设置，可以更新第二额度的流量可用时间段，实现了流量可用时间的动态配置，提高了流量可用的灵活性。

本发明实施例的一个目的在于提供一种物联网卡中剩余流量的存储方法、电子设备及存储介质，其优势在于用户可以在多个流量周期内多次进行流量存储的操作，存储的流量会累加至目标物联网卡对应的存储区域中，方便了用户可以随时对剩余流量进行存储，提高了用户的使用体验。

为了实现以上发明目的，本发明实施例提供了一种物联网卡中剩余流量的存储方法，应用于目标服务器，所述目标服务器对应多个物联网卡中的每一所述物联网卡设置有相应的存储区域，所述方法包括：

在目标物联网卡的第一流量周期内，接收针对所述目标物联网卡的流量存储请求，其中，所述目标物联网卡为所述多个物联网卡中的一个，所述流量存储请求包括：第一额度的流量信息，所述第一额度小于或等于所述目标物联网卡在所述第一流量周期内剩余流量的全部额度；

基于所述流量存储请求，在目标存储区域存储第二额度的流量信息，以使所述目标物联网卡在第二流量周期内消耗所述第二流量周期内的流量以及所述第二额度的流量；其中，所述第二流量周期为所述第一流量周期之后的任一流量周期，所述第二额度小于或等于所述第一额度，所述目标存储区域为所述目标物联网卡对应的存储区域。

根据本发明实施例的又一个方面，本发明实施例还提供了一种电子设备，所述电子设备包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行程序时实现如上所述的物联网卡中剩余流量的存储方法。

根据本发明实施例的又一个方面，本发明实施例还提供了一种可读存储介质，所述存储介质包括：当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上所述的物联网卡中剩余流量的存储方法。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的物联网卡中剩余流量的存储方法的步骤流程图；

图2为本发明实施例提供的物联网卡中剩余流量的存储方法应用于车联网的应用架构示意图；

图3为本发明实施例提供的物联网卡中剩余流量的存储方法应用于车联网的MNO平台部分架构示意图；

图4为本发明实施例提供的物联网卡中剩余流量的存储方法应用于车联网的分层架构示意图；

图5示出了适于用来实现本发明实施例的示例性计算机系统/服务器的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

如图1所示，本发明实施例提供了一种物联网卡中剩余流量的存储方法，应用于目标服务器，目标服务器对应多个物联网卡中的每一物联网卡设置有相应的存储区域。

应当说明的是，物联网卡是提供流量服务的运营商为企业提供的用于智能终端设备的流量卡。运营商向物联网代理商(具有物联网卡运营资质的公司)提供物联网卡，物联网代理商将物联网卡售卖给用户。例如运营商向车企提供物联网卡，用户购买该车企的车辆时，车企将物联网卡一同售卖给用户。可以理解的是，在物联网代理商从某一运营商处购入多个物联网卡的情况下，该运营商在目标服务器中记录该物联网代理商购入的全部物联网卡，并在用户使用物联网卡并产生流量消耗时，记录每个物联网卡消耗的流量。这里，目标服务器为物联网代理商对应的电子设备，其针对每张物联网卡设置相应的存储区域，来存储相关信息。

该方法包括：

步骤101：在目标物联网卡的第一流量周期内，接收针对目标物联网卡的流量存储请求。

应当说明的是，目标物联网卡为多个物联网卡中的一个。第一流量周期为目标物联网卡的任意一个具有可用流量的流量周期，可用流量为在当前周期内可被使用的流量，可以为固定套餐内的流量，也可以为其他套餐内的流量，例如，定向流量包、假日流量包等，这里不做限制。流量周期的时间长短一般由运营商制定。例如流量周期可以为一月，但不限于此。

可以理解的是，流量存储请求包括：第一额度的流量信息。通过接收到的针对目标物联网卡的流量存储请求，可以得到用户想要存储的流量额度，即第一额度的流量信息。也就是说，在接收到流量存储请求的情况下，说明用户具有流量存储的需求，且该用户的流量存储需求针对的是目标物联网卡。通过流量存储请求中的第一额度的流量信息，可以确定用户想要存储的流量额度为第一额度的流量信息。需要注意的是，第一额度小于或等于目标物联网卡在第一流量周期内剩余流量的全部额度。也就是说，用户可以根据需要，选择第一流量周期内的部分或者全部剩余流量进行存储。例如，物联网卡A在2022年6月的剩余流量为50兆，则用户可以从中选择30兆作为第一额度。当然也可以选择50兆作为第一额度。

步骤102：基于流量存储请求，在目标存储区域存储第二额度的流量信息，以使目标物联网卡在第二流量周期内消耗第二流量周期内的流量以及第二额度的流量。

应当说明的是，第二流量周期为第一流量周期之后的任一流量周期。目标存储区域为目标物联网卡对应的存储区域，可以理解的是，每一存储区域用于记录其对应的物联网卡的流量额度，其中，流量额度为某一额度的流量信息。从而第二额度的流量信息即为目标物联网卡的流量额度，在第二流量周期内，若目标物联网卡消耗完当前流量周期内的流量之后，可以继续消耗该流量额度的流量。例如，流量周期为一个月，且流量周期内的流量为20兆流量。若在2022年3月执行本发明实施例提供的物联网卡中剩余流量的存储方法，使得目标物联网卡的流量额度为5兆。那么在2022年4月期间，目标物联网卡可以消耗20兆+5兆＝25兆流量。

可以理解的是，在存储流量的过程中，第一额度的流量信息为消耗的第一流量周期的流量额度；第二额度的流量信息为基于该消耗的第一流量周期的流量额度，存储起来的流量额度。为避免流量存储过程中，消耗的流量额度低于存储的流量额度，这里，第二额度小于或等于第一额度。

可以理解的是，在第一流量周期内存储的第二额度的流量还可以在当前流量周期内进行使用或消耗。例如，以流量周期为一个月为例进行说明，用户在2022年6月1日存储了20兆流量，到2022年6月28日时，用户发现本月剩余的流量已经消耗完毕，此时，用户可使用2022年6月1日存储的20兆流量。

在本发明实施例中，首先在目标物联网卡的第一流量周期内，接收针对目标物联网卡的流量存储请求，从而得到第一额度的流量信息，其中，第一额度小于或等于目标物联网卡在第一流量周期内剩余流量的全部额度，也就是说，用户想要存储的流量额度为目标物联网卡在第一流量周期内剩余流量的部分或者全部额度；再基于流量存储请求，在目标存储区域存储第二额度的流量信息，以使目标物联网卡在第二流量周期内消耗第二流量周期内的流量以及第二额度的流量，这样通过将第一流量周期内剩余流量的部分或者全部额度进行存储，使得目标物联网卡在之后的流量周期内不仅可以使用当前流量周期内的流量，还可以使用已存储的第二额度的流量，实现了剩余流量的再利用，从而有效解决流量浪费的问题。

可选地，流量存储请求为目标终端基于用户输入的第一额度生成的针对目标物联网卡的请求。

应当说明的是，目标终端为与目标物联网卡相关联的终端设备。因此，用户可以通过目标终端，向目标服务器发送针对目标物联网卡的相关请求。例如，用于在目标物联网卡与终端设备之间建立绑定关系的绑定请求，用于查询目标物联网卡当前状态的状态查询请求等，但不限于此。可以理解的是，在用户具有流量存储的需求时，可以通过目标终端向服务器发送流量存储请求。其中，第一额度的流量信息为用户想要存储的流量额度，用户可以根据自身需要，确定第一额度的具体数值。

在本发明实施例中，流量存储请求为目标终端基于用户输入的第一额度生成的针对目标物联网卡的请求，也就是说，用户可以根据自己的需要，确定第一额度的具体数值，从而自由选择想要存储的流量额度，提高了流量存储的灵活性。

可选地，目标服务器预先设置有一兑换率；基于流量存储请求，在目标存储区域存储第二额度的流量信息中，包括：

获取流量存储请求中的第一额度；

计算第一额度与兑换率的乘积，得到第二额度；

在目标存储区域存储第二额度的流量信息。

应当说明的是，基于第一额度的流量信息在目标存储区域存储第二额度的流量信息的过程可以视为将消耗的剩余流量的流量额度兑换为实际存储的流量额度存储起来的过程，其中，消耗的剩余流量的流量额度相当于第一额度的流量信息，实际存储的流量额度相当于第二额度的流量信息。可以理解的是，在已知消耗的剩余流量的流量额度的情况下，实际存储的流量额度由兑换率决定，其中，兑换率为实际存储的流量额度与消耗的剩余流量的流量额度的比例。可以根据具体业务需求自行设定兑换率的具体数值。例如，可以设置兑换率为1:2，在消耗的剩余流量的流量额度(第一额度的流量信息)为50兆的情况下，则可以得到实际存储的流量额度(第二额度的流量信息)为50兆×0.5＝25兆，也就是说，用户消耗了50兆的流量，最终在目标服务器中存储了25兆的流量。较佳地，用户消耗的剩余流量的流量额度等同于用户实际存储的流量额度，即兑换率为1：1，此时，用户消耗的剩余流量的流量额度全部兑换为用户实际存储的流量额度，这种情况可以称之为等流量兑换。

在本发明实施例中，用户实际存储的流量额度可以基于预先设置的兑换率进行兑换，通过设置合适的兑换率可以均衡物联网代理商支出的成本和物联网卡用户享受的服务，使得物联网代理商付出较低的成本就可以提供给物联网卡用户较好的服务。

可选地，该方法还包括：

接收针对目标物联网卡的兑换信息，其中，兑换信息包括目标比例；

将兑换率的数值更新为目标比例。

应当说明的是，兑换信息与物联网代理商当前的运营状态相关联。其中，目标比例为一具体数值，该数值在0至1之间。也就是说，根据物联网代理商当前的运营状态，物联网代理商在目标服务器中输入一具体数值作为新的兑换率。例如，在物联网代理商当前的运营状态良好的情况下，说明物联网代理商可获取的利润是较为可观的，因此，可以将兑换率设置为一较大的数值，使得用户消耗较少的剩余流量的流量额度可以兑换到较多的实际存储的流量额度，从而让利给用户，提高用户的满意度；在物联网代理商当前的运营状态不佳的情况下，说明物联网代理商可获取的利润较少，因此，可以将兑换率设置为一较小的数值，使得用户消耗较多的剩余流量的流量额度只可兑换到较少的实际存储的流量额度，从而减少了物联网代理商的成本，但不限于此。

在本发明实施例中，通过接收针对目标物联网卡的兑换信息，将兑换率的数值更新为兑换信息中的目标比例，通过对兑换率进行动态配置，提高了剩余流量存储的灵活性，从而进一步均衡物联网代理商支出的成本和物联网卡用户享受的服务。

可选地，在目标物联网卡的第一流量周期内，接收针对目标物联网卡的流量存储请求之前，该方法还包括：

接收来自目标终端的针对目标物联网卡的流量查询请求；

基于流量查询请求，获取目标物联网卡在第一流量周期内剩余流量的流量信息；

将剩余流量的流量信息发送至目标终端。

应当说明的是，为避免针对所述目标物联网卡的流量存储请求中的额度超过剩余流量的全部额度，在对第一流量周期内的剩余流量进行存储之前，用户需要知晓第一流量周期内剩余流量的流量额度，从而选择部分剩余流量的流量额度进行存储。可以理解的是，流量查询请求为用户通过目标终端，向目标服务器发送的针对目标物联网卡的用于查询流量额度的请求。也就是说，用户通过目标终端，向目标服务器发送流量查询请求，目标服务器在查询到目标物联网卡在第一流量周期内剩余流量的流量信息的情况下，将剩余流量的流量信息发送至目标终端，以使用户根据接收到的剩余流量的流量信息，选择部分流量额度进行流量存储。

在本发明实施例中，在对第一流量周期内的剩余流量进行存储之前，通过流量查询请求的方式，将第一流量周期内剩余流量的流量额度告知用户，从而避免用户想要消耗的流量额度大于剩余流量的流量额度，进而导致无法实现流量存储。

可选地，目标服务器针对目标物联网卡预先设置有一目标属性，目标属性用于指示第二额度的流量在目标时间段内可用；在基于流量存储请求，在目标存储区域存储第二额度的流量信息之后，该方法还包括：

接收针对目标属性的属性设置信息，其中，属性设置信息包括第一时刻；

基于属性设置信息，更新目标属性中的目标时间段；其中，更新后的目标时间段包括从当前时刻到第一时刻之间的时间段。

应当说明的是，目标属性用于指示第二额度的流量在目标时间段内可用，说明第二额度的流量的有效时间为目标时间段，也就是说，第二额度的流量只可以在目标时间段内使用或消耗。这里，属性设置信息包括第一时刻，第一时刻为第二额度的流量的过期时间。较佳地，属性设置信息可以为表征第二额度的流量可永久使用的目标值，在属性设置信息为该目标值的情况下，说明第二额度的流量可以一直使用，直至第二额度的流量消耗完毕为止，但不限于此。例如，设置2022年6月30日为第一时刻，那么，用户A在2022年5月20日在物联网卡A对应的存储区域A中存储了20兆流量，说明这20兆流量的有效时间为2022年5月20日至2022年6月30日，即物联网卡A只可以在2022年5月20日至2022年6月30日期间使用这20兆流量，若超过2022年6月30日，则不可使用这20兆流量。

可以理解的是，目标时间段基于物联网代理商发送的属性设置信息进行更新。也就是说，物联网代理商可以根据具体业务需求输入某一时刻作为第一时刻，并将之携带入属性设置信息发送至目标服务器，以使目标服务器基于属性设置信息中的第一时刻，将目标时间段更新为当前时刻到第一时刻之间的时间段。例如，在国庆节假日期间，物联网代理商设置在国庆七日假期间存储的流量的有效时间为存储的当前时刻到当年年底。以2022年为例，用户A在2022年10月2日在物联网卡A对应的存储区域A中存储了200兆流量，也就是说这200兆流量的有效时间为2022年10月2日至2022年12月31日。

在本发明实施例中，通过针对目标属性的属性设置信息进行设置，可以设置第二额度的流量的可用时间段，并且通过第一时刻对目标时间进行设置，可以更新第二额度的流量可用时间段，实现了流量可用时间的动态配置，提高了流量可用的灵活性。

可选地，在目标存储区域存储有第三额度的流量信息的情况下，基于流量存储请求，在目标存储区域存储第二额度的流量信息，包括：

基于流量存储请求，将第三额度的流量信息更新为目标额度的流量信息，其中，目标额度等于第三额度与第二额度之和。

应当说明的是，在目标存储区域已存储有第三额度的流量信息的情况下，可以继续存储第二额度的流量信息，在存储操作执行完毕之后，将两次存储的流量额度进行累加，即可得到目标存储区域中一共存储的流量额度。也就是说，用户可以在多个流量周期内多次进行流量存储的操作，存储的流量会累加至目标物联网卡对应的存储区域中。例如，用户首先在流量周期A内存储了50兆流量，后再次存储了50兆流量，即用户在流量周期A内共存储了100兆流量；或者用户首先在流量周期A内存储了50兆流量，之后在流量周期B中存储了30兆流量，则用户在两个流量周期内一共存储了80兆流量，但不限于此。

在本发明实施例中，用户可以在多个流量周期内多次进行流量存储的操作，存储的流量会累加至目标物联网卡对应的存储区域中，方便了用户可以随时对剩余流量进行存储，提高了用户的使用体验。

可选地，存储区域存储有物联网卡的信息、与物联网卡相关联的车辆信息以及与物联网卡相关联的汽车远程服务提供商平台的账户信息。

应当说明的是，为了在服务器中便于查询到每一物联网卡对应的存储区域，因此，存储区域中必然存储有物联网卡的信息。以车联网的物联网卡为例，一个物联网卡可以对应多个车辆，因此，存储区域中也必然存储有与物联网卡相关联的车辆信息。可以理解的是，用户可以通过物联网卡使用汽车远程服务提供商提供的多项服务，因此，物联网卡与汽车远程服务提供商相绑定，也就是说，存储区域中必然存储有与物联网卡相关联的汽车远程服务提供商平台的账户信息。较佳地，存储区域还存储有用户身份信息，与物联网卡相关联的车辆信息可以包括车辆的车型车系等信息，但不限于此。

在本发明实施例中，存储区域存储有物联网卡的信息、与物联网卡相关联的车辆信息以及与物联网卡相关联的汽车远程服务提供商平台账户信息，说明存储区域与物联网卡相绑定，从而可以根据物联网卡的信息在目标服务器中快速查询到对应的存储区域，使得目标服务器针对存储区域进行操作时更加方便快捷。

参见图2，本发明实施例提供了一种物联网卡中剩余流量的存储方法应用于车联网的应用架构示意图，该应用架构包括：

终端用户模块21，包括多个用户以及多个物联网卡。

应当说明的是，每一用户对应一个物联网卡，物联网卡内置于车辆通讯模块(T-box)内。

TSP(Telematics Service Provider，汽车远程服务提供商)平台模块22，用于提供多项车联网服务的API(Application Programming Interface，应用程序接口)，以供终端用户通过这些API使用对应的车联网服务。

应当说明的是，在用户成功注册激活车联网服务之后，其注册账号会在TSP平台完成账号、车辆、车机、T-box、物联网卡的绑定。其中，车联网服务包括但不限于用户通过手机APP(Application，应用程序)与车辆通信(例如远程控制)、车辆主动上报信息到云端TSP系统(例如车辆状态上报)、用户直接使用车辆上安装的控制中枢屏上的服务(例如查询天气、限行、交通状况等)。其中，TSP平台对应每一项服务均设置有API，用户可以通过这些API使用对应的车联网服务。当用户使用上述车联网服务时，会产生物联网卡流量的消耗，这些流量消耗会被运营商的数字平台记录。

MNO平台模块23，用于存储与物联网卡相关联的信息。

应当说明的是，MNO平台可以看作是用于存储与物联网卡相关联的信息的数据库。其中，MNO平台根据具体业务需求，通过API来实现信息的传输。以流量管理的相关信息为例，运营商数字平台提供流量管理相关的API，MNO平台也提供流量管理相关的API，在用户需要查询流量额度时，用户可以使用手机APP或者车机，调用MNO平台的接口，MNO平台再调用运营商数字平台的API，从而完成查询流量额度的操作。

可以理解的是，本发明实施例与物联网卡中剩余流量的存储相关联，因此，这里，MNO平台模块23中只示出与流量存储相关的部分模块。其中，用户A流量模块201为目标服务器针对用户A所持有的物联网卡(可以看作是物联网卡A，图中未示出)设置的存储区域A，用于存储物联网卡A的流量额度。同样的，用户B流量模块202为目标服务器针对用户B所持有的物联网卡(可以看作是物联网卡B，图中未示出)设置的存储区域B，用于存储物联网卡B的流量额度，用户C流量模块203以及用户D流量模块204亦是如此；此外，目标服务器在MNO平台中构建虚拟反向存储流量池205，该流量池用于存储用户反向存储的流量额度。具体的，在某一用户确定对某一流量周期内的剩余流量进行反向存储时，首先在MNO平台的用户流量存储模块中查询到该用户对应的流量存储模块，读取存储模块中的流量额度，并选择部分或者全部额度用于反向存储，最终将反向存储的流量额度存储于虚拟反向存储流量池中。

运营商模块24，包括多个运营商，每一运营商均提供各自的流量管理相关的API，并负责与MNO平台进行结算。这些API可以被MNO平台调用，例如用来获取物联网卡剩余流量的流量额度，但不限于此。

如图3所示，本发明实施例提供了一种物联网卡中剩余流量的存储方法应用于车联网的MNO平台部分架构示意图，该结构包括用户流量存储模块和虚拟反向存储流量池模块两部分。

其中，用户流量存储模块31，用于存储用户的流量额度。其中，用户A流量模块301、用户B流量模块302、用户C流量模块303、用户D流量模块304等为用户流量存储模块31的子模块。以用户A为例，在接收到用户A针对物联网卡A发出的流量查询请求的情况下，在MNO平台的用户流量存储模块中查询到用户A流量模块301，并读取其中的流量额度；在接收到用户A针对物联网卡A发出的流量存储请求的情况下，从流量额度中选择部分或者全部流量额度作为反向存储的流量额度，并将反向存储的流量额度发送至虚拟反向存储流量池模块32中。

虚拟反向存储流量池模块32，用于存储用户实际存储的流量额度。

应当说明的是，虚拟反向存储流量池32中针对每个物联网卡设置有其对应的虚拟存储区域，例如，针对用户A所持有的物联网卡A设置有用户A反向存储流量模块305；针对用户B所持有的物联网卡B设置有用户B反向存储流量模块306；针对用户C所持有的物联网卡C设置有用户C反向存储流量模块307；针对用户D所持有的物联网卡D设置有用户D反向存储流量模块308。这里，在接收到用户A流量模块301发送的反向存储的流量额度的情况下，需要经过一定的兑换比例，将用户A流量模块发送的反向存储的流量额度兑换为用户实际存储的流量额度，并将其存储在物联网卡A对应的用户A反向存储流量模块305中。具体的兑换过程与图1所示的实施例中的兑换过程类似，为避免重复，此处不做赘述。可以理解的是，虚拟反向存储流量池为平台建立的一个大型存储阵列，使用关系型数据库承载。虚拟反向存储流量池的数据模型包含车厂信息、用户信息、运营商信息及其关联关系等信息。

需要注意的是，MNO平台将虚拟反向存储流量池的流量在日终进行打包，通过运营商的数字平台接口进行整体清算。

参见图4，本发明实施例还提供了一种物联网卡中剩余流量的存储方法应用于车联网的分层架构示意图，

应当说明的是，图4所示的实施例为在图2所示的实施例的基础上，按照层级进行划分得到的架构图，该分层架构包括：

应用层41，手机APP、控制中枢屏可视为用户层的终端用户所持有的终端设备，运营人员和运维人员也可视为用户层的用户。其中，终端用户可通过手机APP或者控制中枢屏等终端设备，连接入应用层41的移动应用平台，并通过移动应用平台使用TSP平台提供的多项车联网服务；运营人员和运维人员通过运营管理系统和运维管理系统可以对MNO平台的某些参数进行配置，例如，阈值设置、周期长短控制等，但不限于此。

平台层TSP42：负责提供多项车联网服务的API以供客户端中的应用层调用。此处的平台层TSP42的功能和服务与图2所示的实施例中的TSP平台模块22中示出的功能和服务类似，为避免重复，此处不做赘述。

平台层MNO43：可视为车联网的后端数据处理层，负责与TSP平台和运营商平台做平台对接，提供流量反向存储相关能力。

应当说明的是，相对于图2所示的实施例中的MNO平台模块23，本发明实施例中的平台层MNO43对MNO平台的功能模块进行了更为详细的描述，包括数据存储、算法清算、消息提醒等多个功能模块。其中，数据存储模块中包含多个数据库，例如，MySQL、Redis等；算法清算模块中包括账单核对、周期管理、统计报表等多个有关算法的功能；消息提醒模块中包括消息中心、阈值设置、触发器等多个模块，但不限于此。可以理解的是，上述提到的运营人员和运维人员通过运营管理系统和运维管理系统可以对平台的某些参数进行配置，他们发出的配置指令会被平台层MNO43的平台网关接收，并将配置指令传输至对应的功能模块，以使功能模块响应于配置指令执行操作。

可以理解的是，图2所示的实施例中的用户流量存储模块中的流量额度以及虚拟反向存储流量池模块中的流量额度均应记录在数据存储模块的数据库中。具体的，在用户需要对某个物联网卡在某一流量周期内的剩余流量进行存储时，首先由平台网关接收流量存储请求，基于流量存储请求中的相关信息，在数据查询模块中查询到该物联网卡对应的存储区域，并读取该存储区域中存储的流量额度；在该存储区域中存储的流量额度中选择部分或者全部额度作为反向存储的流量额度，调用算法清算模块中的相关算法进行反向存储，并将实际存储的流量额度存入虚拟反向存储流量池模块中对应的反向存储区域中。

运营商平台层44：第三方平台。

应当说明的是，此处的运营商平台层44与图2所示的实施例中的运营商平台模块24类似，为避免重复，此处不做赘述。

参见图5，本发明实施例还提供了用来实现本发明实施方式的示例性计算机系统/服务器52的框图。图5显示的计算机系统/服务器52仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统/服务器52以通用计算设备的形式表现。计算机系统/服务器52的组件可以包括但不限于：一个或者多个处理器或者处理单元56，系统存储器68，连接不同系统组件(包括系统存储器68和处理单元56)的总线58。

总线58表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器52典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器52访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器68可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)70和/或高速缓存存储器72。计算机系统/服务器52可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统74可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线58相连。系统存储器68可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块82的程序/实用工具80，可以存储在例如系统存储器68中，这样的程序模块82包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块82通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器52也可以与一个或多个外部设备54(例如键盘、指向设备、显示器64等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器52交互的设备通信，和/或与使得该计算机系统/服务器52能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口62进行。并且，计算机系统/服务器52还可以通过网络适配器60与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图5所示，网络适配器60通过总线58与计算机系统/服务器52的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器52使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

另一方面，本申请实施例还提供了一种电子设备，包括处理器、存储器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述各发明实施例提供的物联网卡中剩余流量的存储方法。

再一方面，本申请实施例还提供了一种可读存储介质，当可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上各发明实施例提供的物联网卡中剩余流量的存储方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。