一种基于数据分析的救援方法、系统及应用服务器与流程

文档序号:19739735发布日期:2020-01-18 05:02阅读:186来源:国知局
一种基于数据分析的救援方法、系统及应用服务器与流程

本申请涉及通信技术领域,尤其涉及一种基于数据分析的救援方法、系统、应用服务器及存储介质。



背景技术:

近年来,在高速公路上越来越多的因交通事故频发或者交通拥堵问题,出现了人员伤亡以及车辆损坏、车辆不能移动等情况。因此汽车紧急救援,伤员救治等服务的效率显得非常重要。然而,目前的道路救援服务,主要是发生在事故之后,通过用户上传救援信息给救援服务器,服务人员通过救援服务器显示的救援信息提取出关键词,来判断救援优先级,通过不同的救援优先级采用不同的方式处理,例如,在同一时间,多个用户发送救援请求信息,服务人员通过救援服务器显示的多个救援请求信息无法立马判断出救援的优先级以及该采用哪种方式处理。这样,就导致处理救援请求信息的效率降低了,进而影响到救援的效率。



技术实现要素:

本发明主要解决的技术问题是提供一种基于数据分析的救援方法、系统及应用服务器,能够解决人工在处理救援请求信息时效率低的问题。

为了解决上述技术问题,本申请实施例提供一种基于数据分析的救援方法、系统、应用服务器及存储介质,采用了如下所述的技术方案:

一种基于数据分析的救援方法,包括:

获取用户端发送的救援请求信息;

从所述救援请求信息中提取车辆受损信息的关键词;

通过所述车辆受损信息的关键词以及预设规则,确定所述救援紧急程度,根据所述救援紧急程度从高到低的顺序对应救援优先级进行救援。

其中,获取所述用户端的当前位置信息,根据所述用户端的当前位置信息判断当前位置的天气是否为极端天气;若所述用户端的当前位置信息为极端天气时,判断为紧急救援优先级,并进行救援。

其中,从所述救援请求信息中提取所述车辆受损信息的关键词包括人员重伤、人员安全、车辆严重受损、爆胎、划伤、车窗爆裂。

其中,从至少一个所述救援请求信息中提取所述车辆受损信息的关键词,并统计所述车辆受损信息的关键词在所述用户端被搜索的频度,对所述车辆受损信息的关键词进行排序,根据所述排序的次序向所述用户端推送所述车辆受损信息的关键词。

其中,所述预设规则为:从所述救援请求信息中提取出所述车辆受损信息的关键词为人员重伤和车辆严重受损时,确定所述救援紧急程度高,则判断所述用户的救援优先级高;若从所述救援请求信息中提取出所述车辆受损信息的关键词为人员安全和车辆严重受损时,确定所述救援紧急程度较高,则判断所述用户的救援优先级较高;若从所述救援请求信息中提取出所述车辆受损信息的关键词为人员安全及出现爆胎、划伤、车窗爆裂等特征中的任一种时,确定所述救援紧急程度低,则判断所述用户的救援优先级低。

为了解决上述技术问题,本申请实施例还提供一种应用服务器,采用了如下所述的技术方案:

一种应用服务器,包括:

获取模块,用于获取用户端发送的救援请求信息;

提取模块,用于从所述救援请求信息中提取车辆受损信息的关键词;

判断模块,用于通过所述车辆受损信息的关键词以及预设规则,确定所述救援紧急程度,根据所述救援紧急程度从高到低的顺序对应救援优先级进行救援。

其中,获取模块还用于获取所述用户端的当前位置信息,根据所述用户端的当前位置信息判断当前位置的天气是否为极端天气;若所述用户端的当前位置信息为极端天气时,则判断为紧急救援优先级,并进行救援。

分析模块,从至少一个所述救援请求信息中提取所述车辆受损信息的关键词,并统计所述车辆受损信息的关键词在所述用户端被搜索的频度,对所述车辆受损信息的关键词进行排序,根据所述排序的次序向所述用户端推送所述车辆受损信息的关键词;

其中,所述预设规则为:从所述救援请求信息中提取出所述车辆受损信息的关键词为人员重伤和车辆严重受损时,确定所述救援紧急程度高,则判断所述用户的救援优先级高;若从所述救援请求信息中提取出所述车辆受损信息的关键词为人员安全和车辆严重受损时,确定所述救援紧急程度较高,则判断所述用户的救援优先级较高;若从所述救援请求信息中提取出所述车辆受损信息的关键词为人员安全及出现爆胎、划伤、车窗爆裂等特征中的任一种时,确定所述救援紧急程度低,则判断所述用户的救援优先级低。

为了解决上述技术问题,本申请实施例还提供一种基于数据分析的救援系统,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器执行所述计算机程序时实现上述中任一项所述的基于数据分析的救援方法的步骤。

为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述中任一项所述的基于数据分析的救援方法的步骤。

与现有技术相比,本申请实施例主要有以下有益效果:

通过以上步骤,应用服务器获取用户端发送的救援请求信息,从救援请求信息中提取车辆受损信息的关键词,通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。这样,能够基于数据分析救援请求信息内容,从救援请求信息中提取出车辆受损信息的关键词,根据车辆受损信息的关键词自动判断该用户的救援优先级并发送给救援服务器,从而相对于人工处理用户的救援请求信息,大大地提高了处理救援请求信息的效率,进而提高了救援的效率。

附图说明

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

图1是本发明一种数据分析用户的救援的方法一实施例的流程图;

图2是本发明一种数据分析用户的救援的方法另一实施例的流程图的流程图;

图3是本发明一种应用服务器一实施例的结构示意图;

图4是根据本发明的数据分析用户的救援的系统的一个实施例的结构示意图。

具体实施方式

除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。

请参阅图1,图1是本发明一种数据分析用户的救援的方法一实施例的流程图,需注意的是,若有实质上相同的结果,本发明的方法并不以图1所示的流程顺序为限,该方法包括如下步骤:

s101:获取用户端发送的救援请求信息。

其中,应用服务器获取用户端发送的救援请求信息。具体地,应用服务器可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备,该应用服务器可以是独立的服务器,也可以是多个服务器所组成的服务器集群。用户端可以是移动电话、智能电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、导航装置、车载装置等等的可移动设备,以及诸如数字tv、台式计算机、笔记本、服务器等等的固定终端。网络可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统(globalsystemofmobilecommunication,gsm)、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi-fi、通话网络等无线或有线网络。

当用户在高速公路上乘车碰到道路救援事件时,用户可以通过4g或者wifi在移动终端的用户端发送救援请求信息到应用服务器。用户可以通过打开移动终端上的救援app,显示出救援页面,用户可以通过在救援页面上输入救援请求信息,应用服务器获取用户的救援请求信息并从中提取出车辆受损信息的关键词。用户还可以直接通过预先设定好的救援请求信息中进行快速选择车辆受损信息的关键词选项,例如,人员重伤、车辆受损、车辆严重受损、人员安全、车辆爆胎、划伤、车窗爆裂。若应用服务器获取救援请求信息中,并未提取出上述车辆受损信息的关键词或者关于车辆受损信息的关键词的近义词,则应用服务器判断用户的救援请求信息不符合上述情况,并直接通过在线拨叫服务人员进行处理。

s102:从救援请求信息中提取车辆受损信息的关键词。

其中,从救援请求信息中提取车辆受损信息的关键词。应用服务器获取到用户发送的救援请求信息,从救援请求信息中提取车辆受损信息的关键词。车辆受损信息还可以包括人员是否安全。

s103:通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。

其中,通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。其中,车辆受损信息的关键词根据预设规则按照对应地救援优先级从高到低的排序,并建立建议救援服务器端适用的处理的方式。应用服务器从用户的救援请求信息中提取车辆受损信息的关键词,确定救援紧急程度,并对应不同的救援优先级。

具体地,预设规则为:从救援请求信息中提取出所述车辆受损信息的关键词为人员重伤和车辆严重受损时,确定救援紧急程度高,则判断用户的救援优先级高;若从救援请求信息中提取出车辆受损信息的关键词为人员安全和车辆严重受损时,确定救援紧急程度较高,则判断用户的救援优先级较高;若从救援请求信息中提取出所述车辆受损信息的关键词为人员安全及出现爆胎、划伤、车窗爆裂等特征中的任一种时,确定救援紧急程度低,则判断用户的救援优先级低。这样,从救援请求信息中提取出车辆受损信息的关键词,根据车辆受损信息的关键词自动判断该用户的救援优先级并发送给救援服务器,从而相对于人工处理用户的救援请求信息,大大地提高了处理救援请求信息的效率,进而提高了救援的效率。

例如,在某一时刻,用户a发送了“人员重伤且车辆严重受损”的信息给应用服务器,用户b发送了“人员安全但车辆严重受损”的信息给应用服务器,用户c发送了“人员安全但车辆不能移动”的信息给应用服务器。用户a救援优先级高,对应地建议处理方式为用户a自动外呼系统拨叫120以及为用户分配拖车;用户b为救援优先级较高,对应地建议处理方式为用户b分配拖车;用户c为救援优先级低,对应地建议的处理方式为用户c分配服务人员现场维修。应用服务器将其3个用户的救援优先级按照从高到低的顺序排序,并建立建议对应的处理方式进行救援。

在本实施例中,应用服务器获取用户端发送的救援请求信息,从救援请求信息中提取车辆受损信息的关键词,通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。这样,能够基于数据分析救援请求信息,应用服务器获取用户端发送的救援请求信息,从救援请求信息中提取出车辆受损信息的关键词,根据车辆受损信息的关键词自动判断该用户的救援优先级并发送给救援服务器,从而相对于人工处理用户的救援请求信息,大大地提高了处理救援请求信息的效率,进而提高了救援的效率。

请参阅图2,图2是本发明一种基于数据分析的救援方法另一实施例的流程图。该方法包括如下步骤:

s201:获取用户端发送的救援请求信息。

其中,应用服务器获取用户端发送的救援请求信息。

具体地,应用服务器可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备,该应用服务器可以是独立的服务器,也可以是多个服务器所组成的服务器集群。用户端可以是移动电话、智能电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、导航装置、车载装置等等的可移动设备,以及诸如数字tv、台式计算机、笔记本、服务器等等的固定终端。应用服务器网络可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统(globalsystemofmobilecommunication,gsm)、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi-fi、通话网络等无线或有线网络。

当用户在高速公路上乘车碰到道路救援事件时,用户可以通过4g或者wifi在移动终端的用户端发送救援请求信息到应用服务器。用户可以通过打开移动终端上的救援app,显示出救援页面,用户可以通过在救援页面上输入救援请求信息,应用服务器获取用户的救援请求信息并从中提取出车辆受损信息的关键词。用户还可以直接通过预先设定好的救援请求信息中进行快速选择车辆受损信息的关键词选项,例如,人员重伤、车辆受损、车辆严重受损、人员安全、车辆爆胎、划伤、车窗爆裂。若应用服务器获取救援请求信息中,并未提取出上述车辆受损信息的关键词或者关于车辆受损信息的关键词的近义词,则应用服务器判断用户的救援请求信息不符合上述情况,则直接可以通过在线拨叫服务人员进行处理。这样,提高了应用服务器处理救援请求信息的效率,进而提高了用户的体验。

s202:获取用户端的当前位置信息,根据用户端的当前位置信息判断当前位置的天气是否为极端天气,若用户端的当前位置信息为极端天气时,则判断为紧急救援优先级,并进行救援。

其中,获取用户端的当前位置信息,根据用户端的当前位置信息判断当前位置的天气是否为极端天气,若用户端的当前位置信息为极端天气时,则判断为紧急救援优先级,并进行救援。其中,紧急救援优先级高于其他救援优先级。

具体地,用户通过用户端发送的救援请求信息还包括用户端的当前位置信息,应用服务器从救援请求信息中解析出当前位置的信息,根据当前位置的信息向天气服务器查询当前的天气是否为极端天气。极端天气包括台风、极寒以及大暴雨等。

例如,若用户端的当前位置信息为天气为台风,将台风紧急救援优先级发送给救援服务器,通过救援服务器急促响铃三声通知服务人员,服务人员立刻做出判断当前用户的位置有台风,并立刻安排服务人员在30分钟内到达现场救援。

若用户端的当前位置信息为的天气为极寒,将极寒紧急救援优先级发送给救援服务器,通过救援服务器长铃两声通知服务人员,服务人员立刻做出判断当前用户的位置天气为极寒(零下10度),并立刻安排服务人员以及保暖物资在30分钟内到达现场救援。

若用户端的当前位置信息为的天气为大暴雨,将大暴雨紧急救援优先级发送给救援服务器,通过救援服务器短促响铃5声通知服务人员,服务人员立刻做出判断当前用户的位置有大暴雨,并立刻安排服务人员以及拖车20分钟内到达现场救援。

在本实施例中,应用服务器可以直接通过获取用户端的当前位置信息,根据用户端的当前位置信息判断当前位置的天气是否为极端天气,若用户端的当前位置信息为极端天气时,则判断为紧急救援优先级,并进行救援。这样,可以优先处理紧急的情况,减少应用服务器对用户的救援请求信息的分析处理的时间,进而提高了救援的效率。

s203:从救援请求信息中提取车辆受损信息的人员重伤、人员安全、车辆严重受损、爆胎、划伤、车窗爆裂。

其中,从救援请求信息中提取车辆受损信息的人员重伤、人员安全、车辆严重受损、爆胎、划伤、车窗爆裂。应用服务器获取到用户发送的救援请求信息,从救援请求信息中提取车辆受损信息的关键词。车辆受损信息还可以包括人员是否安全。

其中,应用服务器从救援请求信息中选择提取出车辆受损信息的关键词可以包括人员重伤、人员安全、车辆严重受损、爆胎、划伤、车窗爆裂等。

其中,从至少一个救援请求信息中提取所述车辆受损信息的关键词,并统计车辆受损信息的关键词在用户端被搜索的频度,对车辆受损信息的关键词进行排序,根据排序的次序向用户端推送车辆受损信息的关键词。

s204:通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。

其中,通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。车辆受损信息的关键词根据预设规则按照对应地救援优先级从高到低的排序,并建立建议救援服务器端适用的处理的方式。应用服务器从用户的救援请求信息中提取车辆受损信息的关键词,确定救援紧急程度,并对应不同的救援优先级。

其中,预设规则为:从救援请求信息中提取出所述车辆受损信息的关键词为人员重伤和车辆严重受损时,确定救援紧急程度高,则判断用户的救援优先级高;若从救援请求信息中提取出所述车辆受损信息的关键词为人员安全和车辆严重受损时,确定救援紧急程度较高,则判断用户的救援优先级较高;若从救援请求信息中提取出车辆受损信息的关键词为人员安全及出现爆胎、划伤、车窗爆裂等特征中的任一种时,确定救援紧急程度低,则判断用户的救援优先级低。这样,从救援请求信息中提取出车辆受损信息的关键词,根据车辆受损信息的关键词自动判断该用户的救援优先级并发送给救援服务器,从而相对于人工处理用户的救援请求信息,大大地提高了处理救援请求信息的效率,进而提高了救援的效率。

在某一时刻,应用服务器同时获取到多个用户的救援请求信息,应用服务器同时从用户的救援请求信息中提取车辆受损信息的关键词并判断出对应的救援优先级,并按照从高到低的顺序进行排序,依据救援优先级建立建议对应的处理方式进行救援。

例如,在某一时刻,用户a发送了“人员重伤且车辆严重受损”的信息给应用服务器,用户b发送了“人员安全但车辆严重受损”的信息给应用服务器,用户c发送了“人员安全但车辆不能移动”的信息给应用服务器。用户a为救援优先级高,对应地建议处理方式为用户a自动外呼系统拨叫120以及为用户分配拖车;用户b为救援优先级较高,对应地建议处理方式为用户b分配拖车;用户c为救援优先级低,对应地建议的处理方式为用户c分配服务人员现场维修。应用服务器将其3个用户的救援优先级按照从低到高的顺序排序,并建立建议对应的处理方式进行救援。

在本实施例,应用服务器获取用户端发送的救援请求信息,从救援请求信息中提取车辆受损信息的关键词,通过车辆受损信息的关键词以及预设规则来判断用户的救援优先级,将用户的救援优先级发送给救援服务器。这样,能够基于数据分析救援请求信息内容,应用服务器获取用户端发送的救援请求信息,获取用户端的当前位置信息,根据用户端的当前位置信息判断当前位置的天气是否为极端天气,若是,则判断为救援紧急程度直接发送给救援服务器,若否,则从救援请求信息中提取出车辆受损信息的关键词,根据车辆受损信息的关键词自动判断该用户的救援优先级并发送给救援服务器,从而相对于人工处理用户的救援请求信息,大大地提高了处理救援请求信息的效率,进而提高了救援的效率。

请参阅图3,图3是本发明一种应用服务器一实施例的结构示意图。区别于上一实施例,本实施例应用服务器30还包括:获取模块31、提取模块32判断模块33以及发送模块34。

获取模块31用于获取用户端发送的救援请求信息。

提取模块32用于从救援请求信息中提取车辆受损信息的包括人员重伤、人员安全、车辆严重受损、爆胎、划伤、车窗爆裂。

判断模块33用于通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。

具体地,获取模块31还用于获取用户端的当前位置信息,根据用户端的当前位置信息判断当前位置的天气是否为极端天气,若用户端的当前位置信息为极端天气时,则判断为紧急救援优先级,并进行救援。其中,紧急救援优先级高于其他救援优先级。

具体地,判断模块33还用于从救援请求信息中提取出车辆受损信息的关键词为人员重伤和车辆严重受损时,确定救援紧急程度高,则判断用户的救援优先级高;若从救援请求信息中提取出车辆受损信息的关键词为人员安全和车辆严重受损时,确定救援紧急程度较高,则判断用户的救援优先级较高;若从救援请求信息中提取出所述车辆受损信息的关键词为人员安全及出现爆胎、划伤、车窗爆裂等特征中的任一种时,确定救援紧急程度低,则判断用户的救援优先级低。

请参阅图4,图4是根据本发明的一种基于数据分析的救援系统的一个实施例的结构示意图。该基于数据分析的救援系统可以执行上述方法中基于数据分析的救援系统执行。相关内容请参见上述方法中的详细说明,在此不再赘叙。

本实施例中,该基于数据分析的救援系统包括:接收器41、存储器42、处理器43和发送器44。

存储器42用于储存操作系统、处理器43执行的指令以及处理数据信息等。

接收器41用于获取用户端发送的救援请求信息。

处理器43用于从救援请求信息中提取车辆受损信息的人员重伤、人员安全、车辆严重受损、爆胎、划伤、车窗爆裂。

处理器43用于通过车辆受损信息的关键词以及预设规则,确定救援紧急程度,根据救援紧急程度从高到低的顺序对应救援优先级进行救援。

处理器43还用于获取用户端的当前位置信息,根据用户端的当前位置信息判断当前位置的天气是否为极端天气,若所述用户端的当前位置信息为极端天气时,判断为紧急救援优先级,则进行救援。

处理器43还用于从至少一个救援请求信息中提取所述车辆受损信息的关键词,并统计车辆受损信息的关键词在用户端被搜索的频度,对车辆受损信息的关键词进行排序,根据排序的次序向用户端推送车辆受损信息的关键词。

处理器43还用于从救援请求信息中提取出车辆受损信息的关键词为人员重伤和车辆严重受损时,确定救援紧急程度高,则判断用户的救援优先级高;若从救援请求信息中提取出车辆受损信息的关键词为人员安全和车辆严重受损时,确定救援紧急程度较高,则判断用户的救援优先级较高;若从救援请求信息中提取出车辆受损信息的关键词为人员安全及出现爆胎、划伤、车窗爆裂等特征中的任一种时,确定救援紧急程度低,则判断用户的救援优先级低。

基于数据分析的救援系统包括通过系统总线相互通信连接接收器41、存储器42、处理器43和发送器44。需要指出的是,图中仅示出了具有组件41-44的基于数据分析的救援系统,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的基于数据分析的救援系统是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(applicationspecificintegratedcircuit,asic)、可编程门阵列(field-programmablegatearray,fpga)、数字处理器(digitalsignalprocessor,dsp)、嵌入式设备等。

基于数据分析的救援系统可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。基于数据分析的救援系统可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器42至少包括一种类型的可读存储介质,可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中,存储器42可以是基于数据分析的救援系统的内部存储单元,例如该基于数据分析的救援系统的硬盘或内存。在另一些实施例中,存储器42也可以是基于数据分析的救援系统的外部存储设备,例如该基于数据分析的救援系统上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。当然,存储器42还可以既包括基于数据分析的救援系统的内部存储单元也包括其外部存储设备。本实施例中,存储器42通常用于存储安装于所述提高业务数据报表导出效率的方法的操作系统和各类应用软件,例如基于数据分析的救援系统方法的程序代码等。此外,所述存储器42还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器43在一些实施例中可以是中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制基于数据分析的救援系统的总体操作。本实施例中,处理器43用于运行存储器42中存储的程序代码或者处理数据,例如运行提高业务数据报表导出效率的方法的程序代码。

本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有提高业务数据报表导出效率的程序,所述提高业务数据报表导出效率的程序可被至少一个处理器执行,以使所述至少一个处理器执行如上述的提高业务数据报表导出效率的方法。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)等非易失性存储介质,或随机存储记忆体(randomaccessmemory,ram)等。

应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

显然,以上所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例,附图中给出了本发明的较佳实施例,但并不限制本发明的专利范围。本发明可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本发明的公开内容的理解更加透彻全面。尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本发明说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本发明专利保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1