本申请涉及信息存储技术领域，更具体的说是涉及一种信息存储方法及多系统移动终端。
背景技术：
现有的双系统手机包括普通系统和安全系统，此类手机的信息存储方法一般是基于信息接收设置来进行控制的；而且对于一部分此类手机的信息接收设置有时是无法更改的，当前处于哪个系统，所有信息都会接收在该系统，未考虑到具体接收信息的使用场景，会导致信息没有在想要的系统中接收并存储。
以短信验证码接收举例，针对双系统手机而言，不同用户使用支付应用，比如滴滴打车、购物、转账等支付应用时，都会要求输入验证码信息。如果单靠信息接收设置来控制验证码信息存储在哪个系统接收的话，那么用户在安全系统使用支付应用时，可能因为信息接收设置在普通系统，而导致支付应用无法自动读取短验证码信息。
因为普通系统和安全系统是完全隔离的，此时用户需要将手机更换到普通系统记住验证码，再回到安全系统进行相应操作，操作繁琐，大大影响了用户的体验。
技术实现要素：
有鉴于此，本申请提供了一种信息存储方法及多系统移动终端，以解决现有技术中操作繁琐的问题。
为实现上述目的，本申请提供如下技术方案：
一种信息存储方法，应用于多系统移动终端，所述信息存储方法包括：
获取当前接收信息的发送号码；
判断所述当前接收信息的发送号码是否满足预设条件；
当判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；
将所述当前接收信息存储于检测得到的系统。
优选的，所述判断当前接收信息的发送号码是否满足预设条件的步骤包括：
判断所述当前接收信息的发送号码是否属于预置号码数据库，或者所述当前接收信息中是否包括预设关键词。
优选的，在判断接收信息的发送号码是否满足预设条件之后还包括：
当判断所述发送号码不满足所述预设条件时，判断所述发送号码是否属于所述多系统移动终端的一个通讯录；
当判断所述发送号码属于所述通讯录时，将所述当前接收信息存储于所述通讯录所在的系统。
优选的，在判断所述发送号码是否属于所述多系统移动终端的通讯录之后还包括：
当判断所述发送号码属于所述多系统移动终端的多个通讯录时，将所述当前接收信息存储于包括所述通讯录的第一预设系统；
或者，当判断所述发送号码不属于所述多系统移动终端的通讯录时，将所述当前接收信息存储于所述多系统移动终端的第二预设系统。
优选的，所述预置号码数据库为第三方预置或者用户根据实际需要进行设置的。
优选的，当所述当前接收信息中包括验证码时，所述信息存储方法在将所述当前接收信息存储于检测得到的系统之后还包括：
读取所述当前接收信息中的验证码；
将所述验证码输入至所述多系统移动终端当前处于的应用操作的相应位置。
一种多系统移动终端，包括：
获取单元，用于获取当前接收信息的发送号码；
第一判断单元，用于判断所述当前接收信息的发送号码是否满足预设条件；
系统检测单元，用于当所述第一判断单元判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；
存储单元，用于将所述当前接收信息存储于检测得到的系统。
优选的，还包括：
第二判断单元，用于当判断所述发送号码不满足所述预设条件时，判断所述发送号码是否属于所述多系统移动终端的一个通讯录；
所述存储单元还用于：当所述第二判断单元判断所述发送号码属于所述通讯录时，将所述当前接收信息存储于所述通讯录所在的系统。
优选的，所述存储单元还用于：
当所述第二判断单元判断所述发送号码属于所述多系统移动终端的多个通讯录时，将所述当前接收信息存储于包括所述通讯录的第一预设系统；
或者，当所述第二判断单元判断所述发送号码不属于所述多系统移动终端的通讯录时，将所述当前接收信息存储于所述多系统移动终端的第二预设系统。
优选的，当所述当前接收信息中包括验证码时，所述多系统移动终端还包括：
读取单元，用于读取所述当前接收信息中的验证码；
输入单元，用于将所述验证码输入至所述多系统移动终端当前处于的应用操作的相应位置。
经由上述的技术方案可知，本申请公开提供的一种信息存储方法，首先获取当前接收信息的发送号码；然后判断所述当前接收信息的发送号码是否满足预设条件；当判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；并将所述当前接收信息存储于检测得到的系统；进而使得用户能够在当前正在使用的系统中读取所述当前接收信息并进行后续的相应操作，无需切换系统进行所述当前接收信息的读取，解决了现有技术中操作繁琐的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种信息存储方法的流程图；
图2为本申请另一实施例提供的信息存储方法的另一流程图；
图3为本申请另一实施例提供的信息存储方法的另一流程图；
图4为本申请另一实施例提供的信息存储方法的另一流程图；
图5为本申请另一实施例提供的信息存储方法的另一流程图；
图6为本申请另一实施例提供的多系统移动终端的结构示意图；
图7为本申请另一实施例提供的多系统移动终端的另一结构示意图；
图8为本申请另一实施例提供的多系统移动终端的另一结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请提供了一种信息存储方法，以解决现有技术中操作繁琐的问题。
具体的，所述信息存储方法应用于多系统移动终端，所述多系统移动终端可以为包括至少一个系统的手机；所述信息存储方法如图1所示，包括：
S101、获取当前接收信息的发送号码；
S102、判断所述当前接收信息的发送号码是否满足预设条件；
具体的，所述当前接收信息的发送号码可以包括：购物、银行、支付、金融及理财等号码，这些发送号码发送的信息可能为需要用户进行后续操作的信息，也即说明所述当前接收信息的发送号码满足所述预设条件；关于所述预设条件此处不做具体限定，可以视其具体情况而定，均在本申请的保护范围内。
S103、当判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；
当所述发送号码属于购物、银行、支付、金融及理财等号码时，意指用户当前的应用操作可能需要验证码的输入，而对于验证码如能在当前系统进行读取，即可省掉切换系统的繁琐过程。
S104、将所述当前接收信息存储于检测得到的系统。
所述多系统移动终端当前处于的系统可能是现有的安全系统或者普通系统，或者多个相同的系统；检测得到所述多系统移动终端当前处于的系统后，将所述当前接收信息存储于检测得到的系统，即可在当前系统下对所述当前接收信息进行读取，进而进行后续的相应操作，避免了切换系统的动作和对验证码的长久记忆过程。
本实施例提供的所述信息存储方法，首先获取当前接收信息的发送号码；然后对所述当前接收信息的发送号码进行判断，判断其是否满足预设条件；当判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；并将所述当前接收信息存储于检测得到的系统；进而使得用户能够在当前正在使用的系统中读取所述当前接收信息并进行后续的相应操作，无需切换系统进行所述当前接收信息的读取，解决了现有技术中操作繁琐的问题，提升了用户在不同系统使用信息应用时的效率。
优选的，步骤S102包括：
判断所述当前接收信息的发送号码是否属于预置号码数据库，或者所述当前接收信息中是否包括预设关键词。
具体的，所述预置号码数据库可以包括：购物、银行、支付、金融及理财等号码，此处不做具体限定，可以视其具体情况而定，均在本申请的保护范围内。
另外，由于关于验证码的发送号码较多，在具体的实际应用中可能无法将其全部包括于一个数据库内，所以还可以根据关键字词来进行判断，例如判断其是否包括验证码等关键字词。
其具体的应用选择可以使其应用环境而定，此处不做具体限定，均在本申请的保护范围内。
本发明另一实施例还提供了另外一种信息存储方法，如图1所示，包括：
S101、获取当前接收信息的发送号码；
S102、判断所述当前接收信息的发送号码是否满足预设条件；
S103、当判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；
S104、将所述当前接收信息存储于检测得到的系统。
进一步的，如图2所示，在步骤S102之后还包括：
S201、当判断所述发送号码不满足所述预设条件时，判断所述发送号码是否属于所述多系统移动终端的一个通讯录；
S202、当判断所述发送号码属于所述通讯录时，将所述当前接收信息存储于所述通讯录所在的系统。
当判断所述发送号码不满足所述预设条件时，说明此时所述当前接收信息中可能不是用户当前应用操作需要的验证码信息，属于其他信息。此时还可以通过判断所述发送号码是否属于所述多系统移动终端的通讯录，来确定所述当前接收信息的存储系统，方便用户的使用。
优选的，在图2的基础之上，如图3所示，若所述发送号码不仅属于所述多系统移动终端的一个通讯录时，S201之后还包括：
S301、当判断所述发送号码属于所述多系统移动终端的多个通讯录时，将所述当前接收信息存储于包括所述通讯录的第一预设系统。
具体的，所述第一预设系统可以为安全等级较高的系统，如现有的安全系统。此处仅为一种示例，并不一定限定于此，均在本申请的保护范围内。
或者，如图4所示，在S201之后还包括：
S401、当判断所述发送号码不属于所述多系统移动终端的通讯录时，将所述当前接收信息存储于所述多系统移动终端的第二预设系统。
当所述发送号码不属于所述多系统移动终端的通讯录时，说明此信息可能为普通的短信或者广告推送信息，将其存于所述第二预设系统即可。
在具体的实际应用中，所述第二预设系统可以为普通系统，此处不做具体限定，视具体环境或者用户的喜好而定，均在本申请的保护范围内。
本发明另一实施例还提供了另外一种信息存储方法，如图1所示，包括：
S101、获取当前接收信息的发送号码；
S102、判断所述当前接收信息的发送号码是否满足预设条件；
S103、当判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；
S104、将所述当前接收信息存储于检测得到的系统。
其中，所述预置号码数据库为第三方预置或者用户根据实际需要进行设置的。
所述预置号码数据库可以为第三方在所述多系统移动终端出厂前进行设置，或者在用户使用时根据自己的应用系统进行设置，具体可以包括：购物、银行、支付、金融及理财等号码，此处不做具体限定，可以视其具体情况而定，均在本申请的保护范围内。
优选得，如图5所示，当所述当前接收信息中包括验证码时，所述信息存储方法在步骤S104之后还包括：
S501、读取所述当前接收信息中的验证码；
S502、将所述验证码输入至所述多系统移动终端当前处于的应用操作的相应位置。
当然，图5仅为一种示例，在图5的基础之上所述信息存储方法还可以包括步骤S201、S202、S301及S401，此处不再一一赘述，均在本申请的保护范围内。
现有技术中，用户接收信息后，通过切换系统对所述当前接收信息进行读取和记忆，然后还需要切换系统将验证码进行手动输入，非常影响用户的使用体验。
而本实施例所述的信息存储方法，将所述当前接收信息存储于检测得到的系统之后，还对所述当前接收信息中的验证码进行自动读取和输入，避免了用户长久记忆和手动输入的繁琐过程，更为利于用户的使用。
本发明另一实施例还提供了一种多系统移动终端，在具体的实际应用中，所述多系统移动终端可以为包括至少一个系统的手机；如图6所示，所述多系统移动终端包括：
获取单元101、第一判断单元102、系统检测单元103及存储单元104。其中：
获取单元101，用于获取当前接收信息的发送号码；
第一判断单元102用于判断所述当前接收信息的发送号码是否满足预设条件；
系统检测单元103用于当第一判断单元102判断所述发送号码满足所述预设条件时，检测得到所述多系统移动终端当前处于的系统；
存储单元104用于将所述当前接收信息存储于检测得到的系统。
本实施例提供的所述多系统移动终端，通过获取单元101获取当前接收信息的发送号码；再由第一判断单元102对接收信息的发送号码进行判断，判断其是否满足预设条件；当第一判断单元102判断所述发送号码满足所述预设条件时，由系统检测单元103检测得到所述多系统移动终端当前处于的系统；并由存储单元104将所述当前接收信息存储于检测得到的系统；进而使得用户能够在当前正在使用的系统中读取所述当前接收信息并进行后续的相应操作，无需切换系统进行所述当前接收信息的读取，解决了现有技术中操作繁琐的问题。
优选的，所述预设条件包括：
所述当前接收信息的发送号码是否属于预置号码数据库，或者所述当前接收信息中是否包括预设关键词。
具体的，所述预置号码数据库可以包括：购物、银行、支付、金融及理财等号码，此处不做具体限定，可以视其具体情况而定，均在本申请的保护范围内。
另外，由于关于验证码的发送号码较多，在具体的实际应用中可能无法将其全部包括于一个数据库内，所以还可以根据关键字词来进行判断，例如判断其是否包括验证码等关键字词。
其具体的应用选择可以使其应用环境而定，此处不做具体限定，均在本申请的保护范围内。
优选的，如图7所示，所述多系统移动终端还包括：第二判断单元105。
第二判断单元105用于当判断所述发送号码不满足所述预设条件时，判断所述发送号码是否属于所述多系统移动终端的一个通讯录；
此时，存储单元104还用于：当第二判断单元105判断所述发送号码属于所述通讯录时，将所述当前接收信息存储于所述通讯录所在的系统。
优选的，存储单元104还用于：
当第二判断单元105判断所述发送号码属于所述多系统移动终端的多个通讯录时，将所述当前接收信息存储于包括所述通讯录的第一预设系统；
或者，当第二判断单元105判断所述发送号码不属于所述多系统移动终端的通讯录时，将所述当前接收信息存储于所述多系统移动终端的第二预设系统。
优选的，如图8所示，当所述当前接收信息中包括验证码时，所述多系统移动终端还包括：读取单元106和输入单元107；其中：
读取单元106用于读取所述当前接收信息中的验证码；
输入单元107用于将所述验证码输入至所述多系统移动终端当前处于的应用操作的相应位置。
当然，图8仅为一种示例，在图8的基础之上，所述多系统移动终端还可以包括第二判断单元105，均在本申请的保护范围内。
具体的工作原理与上述实施例相同，此处不再一一赘述。
对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。