本申请涉及通信技术领域，尤其涉及一种信息提示方法、装置、系统及计算机可读存储介质。
背景技术：
随着移动终端及网络技术的发展，智能手机、平板电脑、智能手表等智能通信终端的普及率越来越高。用户通过移动终端使用包括游戏、通话等业务。当用户在使用业务过程中发生故障时，需要反馈给该用户业务故障情况。
以业务为游戏为例，当正在运行的游戏出现异常情况时，现有技术中存在两种常见的反馈异常情况的技术，一种是用户通过论坛、qq群、即时通信客户端等反馈异常情况，对应版主、群主、客服等工作人员当反馈量达到一定数量后进行一线处理，游戏的运营、运维人员，人工确认进行二线处理，人工跟进处理结果并将处理结果依次反馈到二线处理者、一线处理者以及用户处；另一种是接收到在线告警，人工分析并跟踪恢复进度，通知运营部门进行异常公告，这两种方式的缺陷都是导致处理时间长，响应不及时，并且需要投入很多的人力来跟进，由于处理上的滞后性，导致用户体验差。
技术实现要素：
本申请实施例提供一种信息提示方法、装置、系统及计算机可读存储介质，用于在运行业务的客户端中快速发出网络异常的信息提示。
本申请实施例提供一种信息提示方法，包括：
获取业务在线数据中的异常数据；
根据所述业务的标识、产生所述异常数据的业务服务器的标识和所述异常数据的产生时间，确认所述异常数据的类型是否为网络异常数据；
若确认所述异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示所述客户端根据所述提示指令发出预设异常通知。
本申请实施例提供一种信息提示装置，包括：
获取模块，用于获取业务在线数据中的异常数据；
确认模块，用于根据所述业务的标识、产生所述异常数据的业务服务器的标识和所述异常数据的产生时间，确认所述异常数据的类型是否为网络异常数据；
提示模块，用于若确认所述异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示所述客户端根据所述提示指令发出预设异常通知。
本申请实施例提供一种信息提示系统，包括：
服务器和终端；
所述终端中内置客户端；
所述服务器，用于获取业务在线数据中的异常数据；
所述服务器，还用于根据所述业务的标识、产生所述异常数据的业务服务器的标识和所述异常数据的产生时间，确认所述异常数据的类型是否为网络异常数据；
所述服务器，还用于若确认所述异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令；
所述终端，用于通过所述客户端，根据所述提示指令发出预设异常通知。
本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现上述本申请实施例提供的信息提示方法。
上述各实施例，获取业务在线数据中的异常数据，根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认异常数据的类型是否为网络异常数据，若确认异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示该客户端根据给提示指令发出预设异常通知，通过将产生异常数据的业务、区服以及产生时间相关联进行分析，能够快速、精准确认对该业务的影响的原因是否为网络异常，并在运行该业务的客户端内及时通知到用户，使用户能及时了解当前使用该业务体验变差是由网络异常导致的，改善用户的业务体验，同时减少各层业务相关的服务人员之间大量的人工沟通确认，减少人力成本，提高业务故障解决的效率。
附图说明
图1为本申请实施例提供的信息提示方法的应用场景示意图；
图2为本申请一实施例提供的信息提示方法的流程示意图；
图3为本申请另一实施例提供的信息提示方法的流程示意图；
图4为本申请实施例中客户端游戏运行界面中发出预设异常通知的界面示意图；
图5为本申请一实施例提供的信息提示装置的结构示意图；
图6为本申请另一实施例提供的信息提示装置的结构示意图。
图7为本申请实施例提供的信息提示系统的结构示意图。
具体实施方式
为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参阅图1，为本申请实施例提供的信息提示方法的应用场景示意图。如图1所示，终端100和服务器200通过网络连接。其中，终端100可以是具有运行业务app的智能手机、平板电脑、智能电子设备以及台式电脑等智能终端。在终端100中设置有可运行特定业务的客户端(app)，例如运行a游戏的app。服务器200通常为服务器集群，也可以是单个服务器，可完成本发明实施例中信息提示方法中的步骤。
其中，服务器200获取业务在线数据中的异常数据，根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认该异常数据的类型是否为网络异常数据，若服务器200确认该异常数据的类型为网络异常数据，则按照预设逻辑向运行该业务的客户端发出提示指令，终端100通过该客户端，根据该提示指令发出预设异常通知。
上述终端和服务器实现各自功能的具体过程，请参考下述各实施例中的具体内容。
请参阅图2，图2为本申请一实施例提供的一种信息提示方法的实现流程图。本实施例可应用在信息提示装置中，该信息提示装置设置在是服务器侧，该服务器可以是图1中的服务器200。如图2所示，该方法主要包括以下步骤：
201、获取业务在线数据中的异常数据；
异常数据根据类型可分为网络异常数据和业务异常数据。其中，网络异常数据是由于网络传输异常产生的数据，例如丢包、延迟等形成的异常数据；业务异常数据是由于发生了业务异常事件产生的数据，包括业务所在业务服务器处理业务数据、业务所在业务服务器故障，以及用户的业务行为产生的异常数据，业务所在业务服务器处理业务数据例如备服、维护、新服；业务所在业务服务器故障例如主机故障、交换机故障；用户的业务行为例如游戏业务中的游戏工作室号等产生的异常数据。
202、根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认该异常数据的类型是否为网络异常数据；
该业务服务器可以与服务器200是同一个服务器集群中的不同服务器。也可以是同一个服务器中的不同模块。
该业务的标识也即业务id(identity)，是为了确认出现了异常数据的是哪个业务。
产生该业务服务器的标识，也即区服id，主要是针对分区分服的业务，需要确认是哪个区服异常。例如id为n.123456的业务服务器出现了异常，则根据该id可查询到该业务服务器出现了异常。
根据业务id和区服id，可以获知异常数据产生的区域，该异常数据产生的区域，可以与该业务服务器同在一地或分处异地。例如在游戏id为n.456789的游戏a在区服id为301587出现大规模用户掉线，由此产生了异常数据，则通过查询运行游戏a并与该区服对接的数据中，可查询到该异常数据产生的区域即为上海市金山区，即在上海市金山区出现了大规模的用户掉线。
该异常数据产生的时间，是为了记录异常数据的发生以及跟踪该异常数据是否恢复正常。
203、若确认该异常数据的类型为网络异常数据，则按照预设逻辑向在运行该业务的客户端发出提示指令，提示该客户端根据该提示指令发出预设异常通知。
如果确认在线异常是由网络异常导致的，则按照预设逻辑向在运行该业务的客户端发出提示指令。
该预设逻辑课设定发出提示指令的条件、时间、内容等。
具体地，可预设通知跟踪信息中，在其中查询是否曾发出过该预设异常通知的记录，以及是否曾发出过与该预设异常通知对应的恢复通知记录，并相应的进行不同的处理。
其中，该通知跟踪信息以通知跟踪表的形式存储在服务器的数据库中。
该预设异常通知可以显示在当前界面的顶部，侧部或底部，可以滚动播放，可以使用特定字体、颜色，达到引起用户注意并观看的程度。具体形式不限。
本实施例提供的信息提示方法，获取业务在线数据中的异常数据，根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认异常数据的类型是否为网络异常数据，若确认异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示该客户端根据给提示指令发出预设异常通知，通过将产生异常数据的业务、区服以及产生时间相关联进行分析，能够快速、精准确认对该业务的影响的原因是否为网络异常，并在运行该业务的客户端内及时通知到用户，使用户能及时了解当前使用该业务体验变差是由网络异常导致的，改善用户的业务体验，同时减少各层业务相关的服务人员之间大量的人工沟通确认，减少人力成本，提高业务故障解决的效率。
请参阅图3，图3为本申请一实施例提供的一种信息提示方法的实现流程图。本实施例可应用在信息提示装置中，该信息提示装置设置在是服务器侧，该服务器可以是图1中的服务器200。如图3所示，该方法主要包括以下步骤：
301、确认业务在线数据中的异常数据，获取该异常数据；
确认业务在线数据中的异常数据的具体方式为：服务器按照预设算法，根据业务的历史在线用户的数据以及当前在线用户的数据，得出下一时刻在线的用户数据的预测值，若下一时刻在线的用户实际数据与该预测值不符，则确认下一时刻为该异常数据的产生时间，并确认下一时刻的业务数据为该异常数据。
异常数据根据类型可分为网络异常数据和业务异常数据。其中，网络异常数据是由于网络传输异常产生的数据，例如丢包、延迟等形成的异常数据；业务异常数据是由于发生了业务异常事件产生的数据，包括业务所在业务服务器处理业务数据、业务所在业务服务器故障，以及用户的业务行为产生的异常数据，业务所在业务服务器处理业务数据例如备服、维护、新服；业务所在业务服务器故障例如主机故障、交换机故障；用户的业务行为例如游戏业务中的游戏工作室号等产生的异常数据。
该历史在线用户的数据可包括历史在线用户的人数、历史在线用户分布的区服、历史在线用户的在线时间等在当前时刻之前的在线用户的数据。
该预设算法可以为动态阈值算法，即根据一个业务的历史在线用户的数据和当前在线用户的数据，动态的计算出下一时刻的在线用户数据的预测值，该预测值是随着时间的推移动态改变的，该与预测值可以为一个区间，有一个最低预测阈值和一个最高预测阈值。若该下一时刻在线的用户实际数据与该预测值不符，当该预测值为一个区间时，与该预测值不符是指下一时刻在线的用户实际数据不是该区间中的任何一个值；当该预测值为值时，与该预测值不符是指下一时刻在线的用户实际数据不等于该预测值。进一步地，确认该下一时刻为该异常数据的产生时间，该下一时刻的业务数据为该异常数据，并记录该异常数据的产生时间，记录形式可以为业务id、产生时间及异常数据的对应关系。
302、根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认该异常数据的类型是否为网络异常数据；
查询在该下一时刻，该业务标识对应的业务是否发生预设的业务异常事件，若业务未发生预设的业务异常事件，则根据产生该异常数据的业务服务器的标识，获取在该下一时刻异常数据产生的区域，具体是通过接入该业务服务器的用户ip地址等数据确认的所在区域，并判断该区域的网络与该业务服务器之间的业务数据传输是否发生预设的数据传输异常事件。
服务器获取该异常数据后，查询在该下一时刻，该业务是否发生预设的业务异常事件，该预设的业务异常事件即为上述包括业务所在业务服务器处理业务数据、业务所在业务服务器故障，以及用户的业务行为等业务异常事件。
该预设网络异常事件包括丢包、延迟等。即数据异常传输事件必须是该异常数据产生区域的网络与服务器之间发生的。
例如：业务为b游戏，b游戏的服务器在e地机房，f和g地区到该服务器有丢包、延迟，且f和g地区的用户掉线，可以确认掉线和网络有关，而如果是掉线用户不是f和g地区的，或者b游戏服里f和g地区的用户所占的比例非常小，可以确认掉线和网络没关。
若发生了预设的数据传输异常事件，则确认该异常数据的类型为网络异常数据。
一个实例中，业务为c游戏，当c游戏d服上午10点产生游戏异常数据后，确认不是由于备服、新服、维护、工作室号、主机故障、交换机故障等引起在线数据异常，则进一步确认d服的游戏异常数据的用户主要分布于的地区(如上海、江苏等)，如果该地区的网络到d服的服务器之间确实有丢包、延迟，那就可以确定是游戏异常数据是网络原因引起的。
进一步地，还可以设置审核接口，通过该审核接口接入人工审核，进一步验证异常数据的确认的准确性。例如，设置微信审核功能开关，打开该开关后，可通过微信审核功能，验证异常数据的异常原因是否为网络异常。
303、若确认该异常数据的类型为网络异常数据，则按照预设逻辑向在运行该业务的客户端发出提示指令，提示该客户端根据该提示指令发出预设异常通知。
如果确认在线异常是由网络异常导致的，则按照预设逻辑向在运行该业务的客户端发出提示指令。
按照预设逻辑发出提示指令，可以具体是：在预设的通知跟踪信息中，查询是否曾发出过该预设异常通知的记录，若未曾发出过该预设异常通知的记录，则指示该客户端在该业务的运行界面发出该预设异常通知，并在该通知跟踪信息中增加发出该预设异常通知的记录，若曾发出过该预设异常通知的记录，则在预设的通知跟踪信息中，查询是否曾发出过与该预设异常通知对应的恢复通知记录，若曾发出过该恢复通知，则指示该客户端在该业务的运行界面中发出该预设异常通知，并在该通知跟踪信息中增加发出该预设异常通知的记录，若未曾发出过该恢复通知，则在预设的收敛信息中增加一次发出该预设异常通知的记录。
其中，该通知跟踪信息以通知跟踪表的形式存储在服务器的数据库中，收敛信息以收敛表的形式存储在服务器的数据库中。在该收敛表中，如果一个业务的异常数据的类型是网络异常数据，在还未标记为恢复的情况下，又因为网络异常再次产生了异常数据，那么会被收敛掉，即，再次产生的异常数据不被标记，直到上一次的触发记录标记为已恢复或者已超时。
按照预设逻辑发出提示指令，还可以具体是：服务器从第一次发出提示指令开始，每隔预设时长(例如每隔10分钟)，确认是否存在前述网络异常数据，若存在该网络异常数据，则指示该客户端在该业务运行界面发出该预设异常通知，判断在到达预设的恢复时间前(如果当前时间为下午1点，那么该预设的恢复时间可以为下午2点)的该预设时长内(即下午1点50分)，或超过预设的恢复时间后的该预设时长内(即下午2点10分)，是否存在该网络异常数据，若在到达该预设的恢复时间前的该预设时长内(即下午1点50分)，或超过该预设的恢复时间后的该预设时长内(即下午2点10分)，均不存在该网络异常数据，则将该预设的通知跟踪表中发出该预设异常通知的记录，修改为该网络异常已恢复，并指示该客户端在该业务运行界面发出该恢复通知。若在到达该预设的恢复时间前的该预设时长内(即下午1点50分)，或超过该预设的恢复时间后的该预设时长内(即下午2点10分)，存在该网络异常数据，则将该预设的恢复时间延迟预设延迟时长(例如延迟为下午3点)，以及将该预设时长延长(例如延长为20分钟)，并执行该判断在到达预设的恢复时间前的该预设时长内(即下午2点40分)，或超过预设的恢复时间后的该预设时长内(即下午3点20分)，是否存在该网络异常的步骤，直至该预设的恢复时间延迟预设延迟时长后达到预设的超时时间(例如下午5点)，在到达该预设的恢复时间前的该预设时长内，或超过该预设的恢复时间后的该预设时长内，仍存在该网络异常数据，则将该预设的通知跟踪表中发出该预设异常通知的记录，修改为该网络异常已恢复。
可选的，该预设异常通知可以显示在当前界面的顶部，侧部或底部，可以滚动播放，可以使用特定字体、颜色，达到引起用户注意并观看的程度。具体形式不限。
一个实例中，请参见图4，图4为客户端游戏运行界面中发出预设异常通知的界面示意图。预设异常通知在界面顶部滚动播出，通知内容可为：由于上海地区网络异常，部分用户可能会出现掉线、卡机等问题。我们正在努力恢复网络。
本实施例提供的信息提示方法，获取业务在线数据中的异常数据，根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认异常数据的类型是否为网络异常数据，若确认异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示该客户端根据给提示指令发出预设异常通知，通过将产生异常数据的业务、区服以及产生时间相关联进行分析，能够快速、精准确认对该业务的影响的原因是否为网络异常，并在运行该业务的客户端内及时通知到用户，使用户能及时了解当前使用该业务体验变差是由网络异常导致的，改善用户的业务体验，同时减少各层业务相关的服务人员之间大量的人工沟通确认，减少人力成本，提高业务故障解决的效率。
请参阅图5，为本申请一实施例提供的信息提示装置的结构示意图。该信息提示装置可以是服务器，可用于实现上述图2所示实施例提供的信息提示方法。如图5所示，该信息提示装置主要包括：获取模块401、确认模块402和提示模块403。
其中，获取模块401，用于获取业务在线数据中的异常数据；
确认模块402，用于根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认该异常数据的类型是否为网络异常数据；。
提示模块403，用于若确认该异常数据的类型为网络异常数据，则按照预设逻辑向运行该业务的客户端发出提示指令，提示该客户端根据该提示指令发出预设异常通知。
需要说明的是，以上图5示例的信息提示装置的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将信息提示装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且，在实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成。本说明书提供的各个实施例都可应用上述描述原则，以下不再赘述。
本实施例提供的信息提示装置中各功能模块实现各自功能的具体过程，请参见上述图2所示实施例中描述的具体内容，此处不再赘述。
本实施例提供的信息提示装置，获取业务在线数据中的异常数据，根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认异常数据的类型是否为网络异常数据，若确认异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示该客户端根据给提示指令发出预设异常通知，通过将产生异常数据的业务、区服以及产生时间相关联进行分析，能够快速、精准确认对该业务的影响的原因是否为网络异常，并在运行该业务的客户端内及时通知到用户，使用户能及时了解当前使用该业务体验变差是由网络异常导致的，改善用户的业务体验，同时减少各层业务相关的服务人员之间大量的人工沟通确认，减少人力成本，提高业务故障解决的效率。
请参阅图6，为本申请另一实施例提供的信息提示装置的结构示意图。该信息提示装置可用于实现上述图2和图3所示实施例提供的信息提示方法。如图6所示，该装置还可以进一步包括：
计算模块501，用于按照预设算法，根据该业务的历史在线用户的数据以及当前在线用户的数据，得出下一时刻在线的用户数据的预测值；
确认模块402，还用于若该下一时刻在线的用户实际数据与该预测值不符，则确认该下一时刻为该异常数据的产生时间，该下一时刻的业务数据为该异常数据；
查询模块502，用于查询在该下一时刻，该业务的标识对应的业务是否发生预设的业务异常事件；
获取模块401，还用于若查询模块502查询到该下一时刻该业务未发生该预设的网络异常事件，则根据产生该异常数据的业务服务器的标识，获取在该下一时刻该异常数据产生的区域；
判断模块503，用于判断该区域的网络与该业务服务器之间的业务数据传输是否发生预设的数据传输异常事件；
确认模块402，还用于若发生了该预设的数据传输异常事件，则确认该异常数据的类型为网络异常数据。
进一步地，提示模块403还包括：
查询子模块4031，用于在预设的通知跟踪信息中，查询是否曾发出过该预设异常通知的记录；
指示子模块4032，用于若未曾发出过该预设异常通知的记录，则指示该客户端在该业务运行界面发出该预设异常通知，并在该通知跟踪信息中增加发出该预设异常通知的记录；
查询子模块4031，还用于若曾发出过该预设异常通知的记录，则在预设的通知跟踪信息中，查询是否曾发出过与该预设异常通知对应的恢复通知记录；
指示子模块4032，还用于若曾发出过该恢复通知，则指示该客户端在该业务运行界面发出该预设异常通知，并在该通知跟踪信息中增加发出该预设异常通知的记录；
指示子模块4032，还用于若未曾发出过该恢复通知，则在预设的收敛信息中增加一次发出该预设异常通知的记录；
确认子模块4033，用于从第一次发出该提示指令开始，每隔预设时长，确认是否存在该网络异常数据；
指示子模块4032，还用于若存在该网络异常数据，则指示该客户端在该业务运行界面发出该预设异常通知；
判断子模块4034，用于判断在到达预设的恢复时间前的该预设时长内，或超过预设的恢复时间后的该预设时长内，是否存在该网络异常数据；
指示子模块4032，还用于若在到达该预设的恢复时间前的该预设时长内，或超过该预设的恢复时间后的该预设时长内，均不存在该网络异常数据，则将该预设的通知跟踪表中发出该预设异常通知的记录，修改为网络异常已恢复，并指示该客户端在该业务运行界面发出该恢复通知；
指示子模块4032，还用于若在到达该预设的恢复时间前的该预设时长内，或超过该预设的恢复时间后的该预设时长内，存在该网络异常数据，则将该预设的恢复时间延迟预设延迟时长以及将该预设时长延长，并触发该判断子模块执行该判断在到达预设的恢复时间前的该预设时长内，或超过预设的恢复时间后的该预设时长内，是否存在该网络异常数据，直至该预设的恢复时间延迟预设延迟时长后达到预设的超时时间，在到达该预设的恢复时间前的该预设时长内，或超过该预设的恢复时间后的该预设时长内，仍存在该网络异常数据，则将该预设的通知跟踪表中发出该预设异常通知的记录，修改为该网络异常已恢复。
本实施例提供的信息提示装置中各功能模块实现各自功能的具体过程，请参见上述图2至图5所示实施例中描述的具体内容，此处不再赘述。
本实施例提供的信息提示装置，获取业务在线数据中的异常数据，根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认异常数据的类型是否为网络异常数据，若确认异常数据的类型为网络异常数据，则按照预设逻辑向运行所述业务的客户端发出提示指令，提示该客户端根据给提示指令发出预设异常通知，通过将产生异常数据的业务、区服以及产生时间相关联进行分析，能够快速、精准确认对该业务的影响的原因是否为网络异常，并在运行该业务的客户端内及时通知到用户，使用户能及时了解当前使用该业务体验变差是由网络异常导致的，改善用户的业务体验，同时减少各层业务相关的服务人员之间大量的人工沟通确认，减少人力成本，提高业务故障解决的效率。
请参阅图7，图7为本申请一实施例提供的信息提示系统的结构示意图。
本实施例中所描述的信息提示系统，包括：
服务器601和终端602；
终端602中内置客户端；
服务器601，用于获取业务在线数据中的异常数据；
服务器601，还用于根据该业务的标识、产生该异常数据的业务服务器的标识和该异常数据的产生时间，确认该异常数据的类型是否为网络异常数据；
服务器601，还用于若确认该异常数据的类型为网络异常数据，则按照预设逻辑向运行该业务的客户端发出提示指令；
终端602，用于通过该客户端，根据该提示指令发出预设异常通知。
进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的信息提示装置中，该计算机可读存储介质可以是存储器。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述图2或图3所示实施例中描述的信息提示方法。进一步的，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、ram、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置、方法和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上为对本申请所提供的信息提示方法、装置、系统及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。