CN105630842A - 建立空气质量信息数据库、确定受污染信息的方法及装置 - Google Patents
建立空气质量信息数据库、确定受污染信息的方法及装置 Download PDFInfo
- Publication number
- CN105630842A CN105630842A CN201410643962.9A CN201410643962A CN105630842A CN 105630842 A CN105630842 A CN 105630842A CN 201410643962 A CN201410643962 A CN 201410643962A CN 105630842 A CN105630842 A CN 105630842A
- Authority
- CN
- China
- Prior art keywords
- information
- air quality
- quality data
- geographic area
- data information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了建立空气质量信息数据库、确定受污染信息的方法及装置,其中,所述方法包括:在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;确定所述用户在该统计时间段内的受污染程度信息。通过本申请实施例,能够使得用户及时了解自己已经受到的污染的严重程度。
Description
技术领域
本申请涉及信息处理技术领域,特别是涉及建立空气质量信息数据库、确定受污染信息的方法及装置。
背景技术
由于人们对工业高度发达的负面影响预料不够,预防不利,使得环境受到很大程度的污染,而人们经常生活工作在污染较严重的环境中,因此,往往会对身体健康造成不同程度的威胁。
现有技术中,一些天气预报应用等,可以提供关于某地的实时空气质量指数信息,例如,PM2.5指数等,用户可以通过查看这种信息来获知其周边环境的污染情况。但是,这种信息一般用于反映周围环境的信息,对于用户而言,只能通过指数的高低来判断环境污染的轻重,但却无法获知这种污染具体会对其身体造成怎样的危害,以至于无法使用户引起足够的重视,也使得这种信息很难体现出其存在的价值。
因此,如何为用户提供更直观的受污染程度信息,成为本领域技术人员迫切需要解决的技术问题。
发明内容
本申请实施例提供了建立空气质量信息数据库、确定受污染信息的方法及装置,能够使得用户及时了解自己所处环境的被污染情况,以及自己已经受到的污染的严重程度。
本申请提供了如下方案:
一种建立空气质量信息数据库的方法,包括:
收集多个地理区域在统计时间段内的空气质量数据信息;其中,一个地理区域在所述统计时间段内的空气质量数据信息,包括多个时间点的空气质量数据信息;
对同一地理区域内各个时间点的空气质量数据信息进行分析,确定相邻时间点上空气质量数据信息的变化幅度信息;
将变化幅度小于预置阈值的相邻时间点进行合并,组成至少一个时间区间,并对各时间区间包含的时间点的空气质量数据信息进行汇总,得到时间区间对应的空气质量数据信息;
将各个地理区域的区域范围信息、各地理区域内确定出的各时间区间以及对应的空气质量数据信息进行保存,生成空气质量信息数据库。
一种确定受污染信息的方法,其特包括:
在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;
根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;所述空气质量信息数据库中还保存有各地理区域内对应的各时间区间以及对应的空气质量数据信息;
从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
一种确定受污染信息的方法,包括:
在统计时间段内,客户端将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,以便所述服务器端根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息;
接收所述服务器端返回的受污染程度信息,以用于向用户提供所述受污染程度信息。
一种确定受污染信息的方法,包括:
在统计时间段内,客户端收集用户对应的终端设备的地理位置信息以及对应的时间信息;
根据所收集到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
一种建立空气质量信息数据库的装置,包括:
信息收集单元,用于收集多个地理区域在统计时间段内的空气质量数据信息;其中,一个地理区域在所述统计时间段内的空气质量数据信息,包括多个时间点的空气质量数据信息;
变化幅度确定单元,用于对同一地理区域内各个时间点的空气质量数据信息进行分析,确定相邻时间点上空气质量数据信息的变化幅度信息;
合并单元,用于将变化幅度小于预置阈值的相邻时间点进行合并,组成至少一个时间区间,并对各时间区间包含的时间点的空气质量数据信息进行汇总,得到时间区间对应的空气质量数据信息;
保存单元,用于将各个地理区域的区域范围信息、各地理区域内确定出的各时间区间以及对应的空气质量数据信息进行保存,生成空气质量信息数据库。
一种确定受污染信息的装置,包括:
信息接收单元,用于在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;
查询单元,用于根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;所述空气质量信息数据库中还保存有各地理区域内对应的各时间区间以及对应的空气质量数据信息;
提取单元,用于从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
信息确定单元,用于根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
受污染程度确定单元,用于根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
一种确定受污染信息的装置,包括:
信息上传单元,用于在统计时间段内,客户端将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,以便所述服务器端根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息;
信息接收单元,用于接收所述服务器端返回的受污染程度信息,以用于向用户提供所述受污染程度信息。
一种确定受污染信息的装置,包括:
信息收集单元,用于在统计时间段内,客户端收集用户对应的终端设备的地理位置信息以及对应的时间信息;
查询单元,用于根据所收集到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
信息确定单元,用于根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
受污染程度确定单元,用于根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,可以建立一个空气质量信息数据库,其中保存有各个地理区域内的空气质量指数与时间信息之间的对应关系,例如,随时间的变化情况等;这样,就可以在统计时间段内,对用户对应的终端设备所在的地理位置信息进行采集,并记录用户在地理位置处的时间信息,进而,就可以根据采集到的信息以及空气质量信息数据库,确定出收集到的地理位置信息在对应时间内的空气质量指数信息,并据此确定出用户在该统计时间段内的受污染程度信息,例如,可以计算出用户在该统计时间段内吸入的可吸入颗粒物数量等信息,这样就可以提供给用户,以便用户及时了解自己已经受到的污染的严重程度,更加直观,便于用户引起足够的重视,发挥出提供的信息的价值。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图;
图2是本申请实施例提供的第二方法的流程图;
图3是本申请实施例提供的第三方法的流程图;
图4是本申请实施例提供的第四方法的流程图;
图5是本申请实施例提供的第一装置的示意图;
图6是本申请实施例提供的第二装置的示意图;
图7是本申请实施例提供的第三装置的示意图;
图8是本申请实施例提供的第四装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,为了能够为用户提供更有价值的空气质量信息,也使得用户更直观的了解自己的受污染程度,可以预先建立空气质量信息数据库,其中保存有各个地理位置处的空气质量指数随时间变化的信息,这样,就可以对各用户所处的地理位置信息以及在该位置的累计时间长度信息进行采集,并根据数据库中记录的信息,计算出用户在该累计时间段内的受污染程度,进而可以将该信息提供给用户。下面对具体的实现方式进行详细介绍。
实施例一
首先,该实施例一提供了一种建立空气质量信息数据库的方法,参见图1,该方法可以包括以下步骤:
S101:收集多个地理区域在统计时间段内的空气质量数据信息;其中,一个地理区域在所述统计时间段内的空气质量数据信息,包括多个时间点的空气质量数据信息;
由于空气质量信息数据库中主要保存的信息是各个地理区域内的AQI与时间信息之间的对应关系。具体的,可以根据统计时间段来确定数据库中保存的数据内容。例如,如果以一天作为一个统计时间段来统计用户的被污染情况,则空气质量信息数据库中可以用来保存当天各个地理区域内的空气质量数据信息。其中,在同一地理区域内,其空气质量数据信息可能是在实时变化的,也即,在同一统计时间段内,收集到的同一地理区域内的空气质量数据信息可能有多个,对应多个时间点,后续的步骤中,可以对同一地理区域内各个时间点上的空气质量数据信息进行分析,并最终建立起空气质量信息数据库。
例如,可以以一天作为一个统计时间段,也即每天为用户统计一次受污染程度信息,并且可以为每天定义一个时间的起始点和结束点。例如,可以将0:00作为起始点,将24:00作为结束点,也即对应一个自然日;或者,由于夜里的时间人们一般是在室内,并且关闭门窗,有些室内还设有空气净化装置,使得人们受到的可吸入颗粒物等污染物的影响会比较小,甚至可以忽略,因此,可以将统计时间段的起始时间点确定为每天上午7:00,到下午19:00,也即,收集各个地理区域从每天上午7:00开始到下午19:00这一时间段内的空气质量数据信息。当然,在实际应用中,关于统计时间段,以及每个时间段的起始时间以及结束时间等,都是可以根据实际的需求而定,例如,还可以每周统计一次,或者,每小时统计一次,等等,这里不做限定。
具体实现时,收集空气质量数据信息的方式可以有多种。例如,在其中一种具体的实现方式下,可以是根据空气质量数据信息发布系统(例如,收集并发布空气质量数据信息的相关应用或者网站等)发布的信息结果建立的。例如,一些空气质量数据信息预报类的应用,或者,一些地方的环境监测中心的发布系统等,就具有发布空气质量指数信息的功能,因此,可以按照一定的抓取时间段抓取这种空气质量数据信息发布系统发布的信息,或者,也可以直接从空气质量数据信息发布系统的数据库中提取数据,甚至,还可以是接收空气质量数据信息发布系统推送的信息,等等。
其中,关于对于通过空气质量数据信息发布系统获取到的空气质量数据信息,一般是带有地理区域信息的,例如,空气质量数据信息发布系统可能会分别发布各个城市的实时空气质量数据信息,或者城市内各个区的实时空气质量数据信息,或者,还有些空气质量数据信息发布系统是专门针对某地理区域进行实时空气质量数据信息发布,等等。因此,通过这种方式获取到的空气质量数据信息中已经带有地理区域信息,后续以这种地理区域信息为准进行空气质量数据信息的分析即可。
另外,空气质量数据信息发布系统发布的空气质量数据信息,一般可能是由通过多种污染物的浓度等来表示的。例如,主要污染物包括细颗粒物(PM2.5)、二氧化硫(SO2)、二氧化氮(NO2)、臭氧(O3)、一氧化碳(CO)、可吸入颗粒物(PM10),等等,空气质量数据信息发布系统在发布空气质量信息时,可能会发布关于上述各种污染物的分指数。例如,某空气质量信息发布平台在某时刻发布的某城市的空气质量信息可以如以下表1所示:
表1
污染物 | 分指数(IAQI) | 级别 |
PM2.5 | 25 | 1 |
SO2 | 1 | 1 |
NO2 | 16 | 1 |
O3 | 16 | 1 |
CO | 0 | 1 |
PM10 | 53 | 2 |
其中,各种污染物的分指数一般是用在空气中的浓度来表示的。例如,PM2.5的分指数为25,则代表该位置的空气中,PM2.5这种污染物的浓度为25微克/立方米。关于等级信息,一般是由信息发布平台按照一定的标准给出的,等级越高,代表污染程度越严重。
本申请实施例在建立空气质量信息数据库时,可以选取其中一项最需要关注的污染物,从发布的信息中将其提取出来,分析后记录在空气质量信息数据库中,后续可以基于这一种污染物来统计用户的受污染程度。或者数据库中也可以记录多种污染物的指数信息,甚至可以是平台发布的全部污染物的指数信息,最后综合利用多种污染物的指数信息,来计算用户的受污染程度。
需要说明的是,空气质量数据信息发布系统发布的空气质量数据信息一般可以是实时发布的,而在收集信息的过程中,如果是主动从空气质量数据信息发布系统中抓取信息,则可以根据抓取的时间点,获取到多个空气质量数据信息,也即每个抓取时间点上可以获得各个地理区域的空气质量数据信息,对于同一地理区域而言,可以抓取到多个时间点上的空气质量数据信息,关于具体的抓取时间点,可以是预先设置的。例如,可以每小时抓取一次(或者也可采用更长或者更短的间隔进行抓取),这样,假设一个统计时间段是一天内的24小时,则每个地理区域可以分别抓取到对应24个时间点的空气质量数据信息,当然,不同时间点上的空气质量数据信息可以是相同的,后续的步骤中可以进行进一步的处理。
如果是空气质量数据信息发布系统主动推送各个地理区域的空气质量数据信息,则可以基于推送的时间点,收集到各地理区域在各个推送时间点上的空气质量数据信息。总之,在同一统计时间段内,对于每个地理区域,一般都可以收集到多个时间点上的空气质量数据信息。例如,某统计时间段内收集到的各地理区域的空气质量数据信息,可以如以下表2所示:
表2
当然,对于大型城市,收集到的空气质量数据信息可能会细化的具体的区等,例如,北京市可以细化到海淀区、朝阳区、东城区、西城区等等,此时,收集到的各个地理区域的空气质量数据信息可以如以下表3所示:
表3
在上述实现方式下,地理区域的划分是由空气质量数据信息发布系统预先定义好的,虽然从信息获取的角度来看,具有方便、简单等特点,但在实际用来为用户计算受污染程度等信息时,可能会存在不够准确定现象。例如,空气质量数据信息发布系统可能仅将地理区域精确到城市一级,但是,对于一些大型城市而言,不同的区在相同时间段的空气质量数据信息可能都是不同的,相应的,给用户造成的污染也不同。因此,仅用城市级别的空气质量数据信息计算出的用户的受污染程度信息可能是不准确的。即使有些空气质量数据信息发布系统将地理区域精确到了区、县等级别,但由于这种地理区域基本是按照行政区划中的定义来划分的,而空气质量数据信息则更多会受到实际地理位置、地形、风向等影响,因此,空气质量数据信息发布系统发布的地理区域对应的空气质量数据信息可能并不能很好的反映某区域的实际AQI。例如,对于北京市而言,海淀区与朝阳区相邻,某区域可能被划分到了海淀区,但实际上其空气质量数据信息可能与朝阳区的更接近,等等。
总之,为了更准确地测算出用户的受污染程度信息,本申请实施例在收集各个地理区域的空气质量数据信息时,还可以采用其他的方式。具体的,可以预先在多个地理位置部署空气质量检测节点,用这些空气质量检测节点来检测各个地理位置出的空气质量数据信息,并回传到服务器。这样,由于获取到的是空气质量检测节点实际检测到的空气质量数据信息,因此,这种信息相对于从空气质量数据信息发布平台获取到的信息而言会更为准确。
当然,这种空气质量检测空气质量检测节点一般都是分布在一些点上,而在本申请实施例中,由于主要目的是为用户提供受污染情况信息,因此,在接收到各个空气质量检测节点回传的空气质量数据信息之后,还可以将各个位置点上的信息转换成位置区域对应的空气质量数据信息。
具体实现时,可以通过多种方式实现上述转换。例如,在其中一种实现方式下,可以预先划定地理区域,并分别在各个地理区域内部署空气质量检测节点,为了使得信息更为准确,在同一地理区域内还可以分布式的部署多个空气质量检测节点。这种地理区域的划定可以不是以行政区划的定义进行的,而是可以跟实际的地理位置进行划分,或者还可以综合考虑具体的地形地势等因素。例如,为了便于记录各个地理区域的区域范围信息,可以将每个地理区域划定为矩形、六边形等。这样,在各个地理区域内部署了空气质量检测节点之后,各个空气质量检测节点可以按照预置的时间间隔,周期性的回传各自检测到的空气质量数据信息,并且,在这种情况下,各个空气质量检测节点还可以携带上各自所在的地理区域的信息(例如,可以预先对各个地理区域进行编号等)。这样,服务器在某时间点收到各个空气质量检测节点回传的空气质量数据信息之后,就可以根据各自携带的所属地理区域的信息,将属于同一地理区域的空气质量检测节点回传的空气质量数据信息进行汇总,例如,通过加权或不加权的方式取算术平均值等等,得出该地理区域在该时间点上的空气质量数据信息。同理,对于其他时间点,也都可以分别获取到各个地理区域内的空气质量数据信息。
上述方式比较简单,但是在实际应用中,空气质量数据信息可能会受风向等的影响可能会比较大,因此,预先划分好地理区域的方式可能仍然会使得收集到的空气质量数据信息与实际地理位置的情况不符,或者不够准确。因此,在另一种实现方式下,还可以不必预先划定地理区域,而是直接向各个地理位置部署空气质量检测节点,在各个时间点收集到各个空气质量检测节点回传的空气质量数据信息之后,根据各个空气质量检测节点回传的空气质量数据信息在相同时间点上的相似性对空气质量检测节点进行聚类,这样,根据同一类的空气质量检测节点各自所在地理位置所围成的区域来确定地理区域。例如,某空气质量检测节点在统计时间段内的12个回传时间点上回传了12个空气质量数据信息,另空气质量检测节点同样在对应的时间点上回传了12个空气质量数据信息,经过比对,这两个空气质量检测节点回传的空气质量数据信息,在每个相同时间点上的空气质量数据信息都具有很高的相似性,则证明这两个空气质量检测节点实际所在的地理位置可能是比较接近,并且这两个地理位置点所围成的区域内,空气质量数据信息也可能都具有相似性,因此,可以将这两个空气质量检测节点聚为一类。以此类推,即可得到多个空气质量检测节点类,进而,就可以根据被聚为一类的空气质量检测节点所在的地理位置信息,确定地理区域。也即,可以将同一类内的各个空气质量检测节点所在的地理位置点围成一个地理区域。其中,在已知一些坐标点,确定这些坐标点围成的区域时,具体的实现方式可以参见已有技术中的实现,这里不再详述。
在用上述方式确定出地理区域之后,还可以对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,得到该地理区域内的空气质量数据信息。例如,可以在同一时间点上确定同一地理区域内各个空气质量检测节点回传的空气质量数据信息的平均值,将同一地理区域内在各个时间点上的空气质量数据信息的平均值,确定为统计时间段内多个地理区域内的空气质量数据信息。也就是说,在确定出地理区域后,由于一个地理区域内一般都包括多个空气质量检测节点,因此,在各个时间点上都可以收集到关于该地理区域的多个空气质量数据信息,这些空气质量数据信息之间虽然具有相似性,但可能不完全相同,因此,可以计算出同一时间点上各个空气质量检测节点回传的AQI的平均值,以此作为该地理区域在该时间点上的空气质量数据信息,其他时间点以及其他地理区域都可以做类似处理。当然,在实际应用中,还可以将同一时间点上各个空气质量检测节点回传的AQI中的最大值、最小值等作为该地理区域在该时间点上的空气质量数据信息。
可见,在这种实现方式下,地理区域的定义不再是一成不变的,而是根据实际检测到的空气质量数据信息而定,这样可以使得数据库中的数据更真实准确的反应实际的情况,也使得最终计算出的用户受污染程度信息等更加准确。
当然,在上述通过空气质量检测节点检测获取各个地理区域内的空气质量数据信息的方式下,由于各个地理区域可能不再具有明确的名称等,因此,在收集到的信息中还可以记录下各个地理区域的区域范围信息,后续还可以将这种地理区域的区域范围信息保存到空气质量信息数据库中。例如,收集到的各地理区域在统计时间段内的空气质量数据信息可以如以下表4所示:
表4
需要说明的是,在上述表4中,各个地理区域的区域范围信息省略了,在实际应用中,可以根据实际的情况进行记录。例如,如果地理区域是预先划定的矩形,则可以用四个或者三个顶点的坐标来表示对应区域的区域范围,如果是预先划定的圆形,则可以用圆心坐标及半径来表示;如果是通过聚类的方式确定出的地理区域,则可以根据实际的圈定方式来表示区域范围,例如,用外接圆的方式进行圈定,则可以用外接圆的圆心坐标以及半径来表示,等等。
S102:对同一地理区域内各个时间点的空气质量数据信息进行分析,确定相邻时间点上空气质量数据信息的变化幅度信息;
在确定出各个地理区域在各个时间点的空气质量数据信息之后,针对各个地理区域,还可以分别对各个时间点上的空气质量数据信息进行分析,确定出相邻的时间点上空气质量数据信息的变化幅度信息。例如,对于某地理区域,在7:00的AQI是20,在8:00的AQI是22,则这两个时间点上的AQI变化幅度为2/20=10%。通过这种方式,每两个相邻的时间点之间都可以计算出AQI变化幅度,其他地理区域也可以做类似处理。
S103:将变化幅度小于预置阈值的相邻时间点进行合并,组成至少一个时间区间,并对各时间区间包含的时间点的空气质量数据信息进行汇总,得到时间区间对应的空气质量数据信息;
在针对同一地理区域得到各个相邻时间点之间的AQI变化幅度信息之后,就可以将变化幅度小于预置阈值的相邻时间点进行合并,这样,被合并的相邻时间点可以组成一个时间区间。例如,假设变化幅度的阈值是15%,这样,如果7:00与8:00之间的AQI变化幅度为10%,则可以将这两个时间点合并,接下来,假设8:00与9:00之间的AQI变化幅度为5%,则这两个时间点也可以合并,而9:00到10:00之间的AQI变化幅度超过了15%,这样,就可以将7:00到9:00合并为一个时间区间。当然,对于同一个地理区域而言,包含的时间区间是根据具体时间点上的空气质量数据信息来确定的,因此,一个地理区域在同一统计时间段内可能对应多个时间区间,每个时间区间的长度可能不尽相同,或者,一个地理区域在同一统计时间段内也可能只对应一个时间区间(证明在该地理区域在整个统计时间段内的变化幅度可能都不大)。
在确定出一个合并得到一个时间区间之后,由于一个时间区间可能是由多个时间点合并组成的,每个时间点上都收集到了空气质量数据信息,因此,还可以对时间区间包含的时间点的空气质量数据信息进行汇总,例如,计算各个时间点的AQI的平均值等,得到时间区间对应的空气质量数据信息。这样,对于各个地理区域,都可以确定出至少一个时间区间,每个时间区间对应有空气质量数据信息。
S104:将各个地理区域的区域范围信息、地理区域内确定出的各时间区间以及对应空气质量数据信息进行保存,生成空气质量信息数据库。
在对各个地理区域确定出至少一个时间区间,并且每个时间区间对应有空气质量数据信息之后,可以将这些信息保存到空气质量信息数据库中。也即,在空气质量信息数据库中,保存有各个地理区域的区域范围数据信息,各个地理区域在统计时间段内包含的时间区间,以及各个时间区间对应的空气质量数据信息。例如,空气质量信息数据库可以如以下表5所示:
表5
其中,关于各个地理区域的区域范围数据,如前文所述,如果步骤S101中收集空气质量数据信息时利用的是空气质量数据信息发布系统发布的信息,则就可以利用该信息发布系统发布的信息中包含的地理区域信息的定义来确定,例如,如果其中包含的是各个行政区划区域的名称,则可以根据地图数据库等查询到各个地理区域的区域范围数据,并写入到表5所示的空气质量信息数据库中。如果步骤S101中收集空气质量数据信息时利用的是预先部署的空气质量检测节点,则可以根据预先划定的地理区域,或者通过聚合得到的地理区域,确定出对应的区域范围数据,并写入到表5所示的空气质量信息数据库中。
在利用上述方式确定出空气质量信息数据库之后,就可以利用该数据库为用户提供与受污染程度等相关的信息。其中,具体实现时,上述建立空气质量信息数据库的操作可以由服务器来完成,在数据库建立完成后,可以直接保存在服务器端,通过服务器端与客户端之间的相互配合,来确定用户的受污染程度信息。或者,也可以将建立起来的数据库发送到客户端对应的终端设备,这样,可以单独由客户端确定用户的受污染程度信息。下面分别对各种具体实现方式进行详细介绍。
实施例二
在该实施例二中,可以将建立起来的空气质量信息数据库部署在服务器端,参见图2,该实施例二从服务器端的角度,提供了一种提供受污染信息的方法,该方法具体可以包括以下步骤:
S201:在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;
在实际应用中,用户的终端设备上一般会配置有定位系统,例如,GPS系统等,这种定位系统能够实时获取用户所在位置的坐标等信息,进而,客户端可以将定位系统获取到的这种坐标信息上传到服务器端,这样服务器端就可以根据客户端上传的坐标信息确定出用户终端设备所在的地理位置。具体实现时,客户端可以实时上传终端设备的坐标信息,或者也可以按照一定的时间间隔进行上传,例如,每10分钟或30分钟等上传一次,等等。服务器端在接收客户端上传的地理位置信息的过程中,还可以根据每次收到地理位置时的时间,或者客户端上传的信息中携带的时间信息,确定出各个地理位置对应的时间信息。例如,对于某用户终端设备,该步骤中获取到的信息可以如以下表6所示:
表6
需要说明的是,在实际应用中,对于在统计时间段内的时间而言,根据用户处于室内或者室外的不同,其遭受污染的严重程度可能也是不同的,对于处于室内的时间,可以认为其并未受到污染。因此,为了更准确的统计用户的受污染程度信息,还可以区分出用户是出于室内还是室外,进而,具体在确定终端设备在地理位置处对应的时间信息时,可以仅统计终端设备在地理位置处并且在室外环境下对应的时间信息,后续根据这种在室外环境下对应的时间信息,对用户的受污染程度进行计算。
具体在确定用户终端设备是位于市内还是室外时,可以有多种实现方式。例如,在其中一种实现方式下,可以充分利用终端设备的定位系统,在定位系统定位足够精确的情况下,可以准确的区分出用户是位于室内还是室外。或者,在另一种情况下,考虑到用户在室内环境与室外环境下,从运动速度方面可能会体现出区别,例如,如果在室内,可能是在工作等,因此,可能会处于相对静止的状态,而在室外时,则可能是在赶路,或者做运动,或者在乘坐某种交通工具,等等,总之会处于运动速度较快的状态。因此,可以通过终端设备中装备的测速工具或者运动传感器等,检测用户终端设备的运动速度,通过运动速度的特征(例如,预先建立数学模型),来判断用户是否位于室外。
另外,在实际应用中,还可以通过客户端向用户提供设置选项,由用户根据自己的实际情况,设置统计时间段,另外还可以在统计时间段内指定其位于室外的时间。例如,某用户根据自己的作息时间,将统计时间段设定为每天的8:00到18:00,并将处于室外的时间设定为8:00到9:00,12:00到13:00,以及17:到18:00等等,这样,就可以在对应的统计时间段内,仅对用户指定的这些处于室外状态的时间,执行收集地理位置信息以及后续步骤的相关操作。
S202:根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;所述空气质量信息数据库中还保存有各地理区域内对应的各时间区间以及对应的空气质量数据信息;
由于空气质量信息数据库中保存有各个地理区域的区域范围信息,因此,在接收到终端设备的地理位置信息以及对应的时间信息之后,可以利用数据库中保存的各个地理区域的区域范围信息,确定出用户在各个时间点分别所在的目标地理区域,进而,还可以确定出用户在目标地理区域内的起始时间以及结束时间。其中,同一用户在同一统计时间段内,可能会出现在多个地理区域内,或者也可能出现在同一地理区域内。
例如,某用户在7:00到12:00之间的各个时间点上的地理位置都属于地理区域A,从12:30开始一直到18:30之间的各个时间点上的地理位置都属于地理区域B,则可以确定出该用户在统计时间段内,从7:00到12:00之间是在地理区域A内,从12:30到18:30之间是在地理区域B内。也即,对于该用户,该步骤2确定出的信息可以如以下表7所示:
表7
S203:从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
在确定出各个目标地理区域之后,可以从空气质量信息数据库提取出目标地理区域对应的各时间区间以及对应的空气质量数据信息,例如,假设如以下表8所示:
表8
S204:根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
结合表7以及表8中的数据可见,用户在地理区域A内一共停留了5个小时,其中,前两个小时该区域A内的空气质量数据信息为20,后三个小时统计时间段内的目标空气质量数据信息为25;在地理区域B内一共停留了6个小时,其中,从12:30到14:00这1.5小时内目标空气质量数据信息为30,从14:00到18:30这3.5小时内目标空气质量数据信息为35。因此,可以确定出出现在统计时间段内的目标空气质量数据信息包括20、25、30、35,分别对应的时间长度为2小时、3小时、1、5小时、3.5小时。例如,可以如以下表9所示:
表9
S205:根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
由于已经确定出统计时间段内出现的目标空气质量数据信息以及对应的时间长度信息,因此,可以由此计算出用户在该统计时间段内的受污染程度信息。具体的,可以预先设置计算公式,然后将步骤S204中确定出的信息代入到公式中,计算出用户的受污染程度信息。例如,计算公式可以如下:
I=∑AQI×t
其中,I为受污染程度,AQI为在当前统计时间段内出现过的目标空气质量数据信息,t为对应的时间长度,单位可以是分钟、小时等。例如,对于前述表9中得到的信息,代入到前述公式,可以计算出该用户在该统计时间段内的受污染程度为:
I=20×2+25×3+30×1.5+35×3.5=282.5
当然,上述公式仅用于举例说明,在实际应用中,也可以使用其他的公式进行计算受污染程度,这里不进行限定。总之,在本申请实施例中,可以根据用户在统计时间段内活动的位置信息以及时间信息,统计出用户在统计时间段内的受污染程度,相对于实时播放的空气质量指数信息,这种受污染程度信息可以为用户提供更直观的信息,使得用户知晓其自身已经遭受的污染情况,而不是其所在的公共环境的被污染情况,因此,更容易引起用户的重视,信息的有效性更高。
需要说明的是,在实际应用中,在确定出用户的受污染程度信息之后,可以通过客户端的用户界面等提供给用户。具体提供该信息时,可以直接将计算出的数值信息提供给用户,或者,为了便于用户知晓其遭受污染的严重程度,还可以提供其受污染的级别信息,例如,可以预先定义一些受污染程度的级别,并分别定义出各个级别对应的受污染程度信息分值的区间,这样,计算出某用户的受污染程度信息之后,可以根据该定义,确定出该用户的受污染程度所属的级别,在提供受污染程度信息的同时,还可以将这种级别信息提供给用户,使得用户对自己造成污染的严重程度有更为直观的了解。
实施例三
该实施例三是与实施例二相对应的,从客户端的角度对实施例二中的方案进行描述。参见图3,该实施例三提供了一种提供受污染信息的方法,该方法具体可以包括以下步骤:
S301:在统计时间段内,客户端将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,以便所述服务器端根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息;
S302:接收所述服务器端返回的受污染程度信息,以用于向用户提供所述受污染程度信息。
具体实现时,可以仅将用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息上传到服务器端。
其中,为了确定终端设备是否处于室外状态,可以有多种方式,例如,其中一种方式下,可以首先确定终端设备的运动速度特征,然后根据运动速度特征确定所述终端设备是否处于室外状态。例如,如果运动速度较快,则确定终端设备处于室外状态,等等。
或者,还可以预先通过设置选项接收处于室外状态的时间信息,然后根据所述时间信息确定所述终端设备是否处于室外状态。
由于该实施例三适于实施例二相对应的,因此,相关的具体实现可以参见实施例二中的介绍,关于空气质量数据库的相关信息则可以参见实施例一中的介绍,这里不再赘述。
实施例四
该实施例四中,是服务器将空气质量信息数据库发送到客户端所在的终端设备本地,这样,就可以仅通过客户端来确定用户的受污染程度信息。参见图4,该实施例四提供了一种确定受污染信息的方法,具体的,该方法可以包括以下步骤:
S401:在统计时间段内,客户端收集用户对应的终端设备的地理位置信息以及对应的时间信息;
S402:根据所收集到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
S403:根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
S404:所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
需要说明的是,该实施例四与实施例二以及实施例三相比,仅仅是执行主体方面有所不同,其他内容以及具体实现都可以是相同的,因此,相关信息参见实施例二以及实施例三中的介绍即可,这里不再赘述。
与本申请实施例一提供的建立空气质量信息数据库的方法相对应,本申请实施例还提供了一种建立空气质量信息数据库的装置,参见图5,该装置具体可以包括:
信息收集单元501,用于收集多个地理区域在统计时间段内的空气质量数据信息;其中,一个地理区域在所述统计时间段内的空气质量数据信息,包括多个时间点的空气质量数据信息;
变化幅度确定单元502,用于对同一地理区域内各个时间点的空气质量数据信息进行分析,确定相邻时间点上空气质量数据信息的变化幅度信息;
合并单元503,用于将变化幅度小于预置阈值的相邻时间点进行合并,组成至少一个时间区间,并对各时间区间包含的时间点的空气质量数据信息进行汇总,得到时间区间对应的空气质量数据信息;
保存单元504,用于将各个地理区域的区域范围信息、各地理区域内确定出的各时间区间以及对应的空气质量数据信息进行保存,生成空气质量信息数据库。
其中,所述信息收集单元501具体可以包括:
第一收集子单元,用于根据预置的空气质量数据信息发布系统发布的信息,获取统计时间段内多个地理区域内的空气质量数据信息,所述地理区域为所述空气质量数据信息发布系统发布的信息中包含的地理区域信息。
或者,在另一种实现方式下,所述信息收集单元501也可以包括:
第二收集子单元,用于根据在多个预置位置部署的多个空气质量检测节点回传的空气质量数据信息,获取统计时间段内多个地理区域内的空气质量数据信息。
具体实现时,可以预先划定地理区域,并分别在各个地理区域内部署空气质量检测节点,各个空气质量检测节点回传空气质量数据信息时,所述第二收集子单元包括:
第一汇总子单元,用于对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息。
或者,各个空气质量检测节点按照预置的时间点进行空气质量数据信息的回传,所述第二收集子单元包括:
聚类子单元,用于将各个空气质量检测节点回传的空气质量数据信息进行分析,按照相同时间点上回传的空气质量数据信息的相似性,对空气质量检测节点进行聚类;
区域确定子单元,用于根据被聚为一类的空气质量检测节点所在的地理位置信息,确定地理区域;
第二汇总子单元,用于对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息。
其中,所述第二汇总子单元具体用于:
在同一时间点上确定同一地理区域内各个空气质量检测节点回传的空气质量数据信息的算术平均值,将同一地理区域内在各个时间点上的空气质量数据信息的算术平均值,确定为统计时间段内多个地理区域内的空气质量数据信息。
与本申请实施例二提供的确定受污染信息的方法相对应,本申请实施例还提供了一种确定受污染信息的装置,参见图6,该装置具体可以包括:
信息接收单元601,用于在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;
查询单元602,用于根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;所述空气质量信息数据库中还保存有各地理区域内对应的各时间区间以及对应的空气质量数据信息;
提取单元603,用于从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
信息确定单元604,用于根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
受污染程度确定单元605,用于根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
其中,所述客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息,包括:
用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息。
此时,该装置还可以包括:
信息提供单元,用于将所述用户在该统计时间段内的受污染程度信息提供给客户端,以便所述客户端将所述用户在该统计时间段内的受污染程度信息提供给用户。
与本申请实施例三提供的确定受污染信息的方法相对应,本申请实施例还提供了一种确定受污染信息的装置,参见图7,该装置具体可以包括:
信息上传单元701,用于在统计时间段内,客户端将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,以便所述服务器端根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息;
信息接收单元702,用于接收所述服务器端返回的受污染程度信息,以用于向用户提供所述受污染程度信息。
其中,所述信息上传单元701具体用于:
将用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息上传到服务器端。
具体的,可以通过以下方式确定所述终端设备是否处于室外状态:
运动速度特征确定单元,用于确定所述终端设备的运动速度特征;
第一状态确定单元,用于根据所述运动速度特征确定所述终端设备是否处于室外状态。
或者,也可以通过以下方式确定所述终端设备是否处于室外状态:
设置信息接收单元,用于预先通过设置选项接收处于室外状态的时间信息;
第二状态确定单元,用于根据所述时间信息确定所述终端设备是否处于室外状态。
与本申请实施例四提供的确定受污染信息的方法相对应,本申请实施例还提供了一种确定受污染信息的装置,参见图8,该装置具体可以包括:
信息收集单元801,用于在统计时间段内,客户端收集用户对应的终端设备的地理位置信息以及对应的时间信息;
查询单元802,用于根据所收集到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
信息确定单元803,用于根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
受污染程度确定单元804,用于根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的建立空气质量信息数据库、确定受污染信息的方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (28)
1.一种建立空气质量信息数据库的方法,其特征在于,包括:
收集多个地理区域在统计时间段内的空气质量数据信息;其中,一个地理区域在所述统计时间段内的空气质量数据信息,包括多个时间点的空气质量数据信息;
对同一地理区域内各个时间点的空气质量数据信息进行分析,确定相邻时间点上空气质量数据信息的变化幅度信息;
将变化幅度小于预置阈值的相邻时间点进行合并,组成至少一个时间区间,并对各时间区间包含的时间点的空气质量数据信息进行汇总,得到时间区间对应的空气质量数据信息;
将各个地理区域的区域范围信息、各地理区域内确定出的各时间区间以及对应的空气质量数据信息进行保存,生成空气质量信息数据库。
2.根据权利要求1所述的方法,其特征在于,所述在统计时间段内收集多个地理区域内的空气质量数据信息,包括:
根据预置的空气质量数据信息发布系统发布的信息,获取统计时间段内多个地理区域内的空气质量数据信息,所述地理区域为所述空气质量数据信息发布系统发布的信息中包含的地理区域信息。
3.根据权利要求1所述的方法,其特征在于,所述在统计时间段内收集多个地理区域内的空气质量数据信息,包括:
根据在多个预置位置部署的多个空气质量检测节点回传的空气质量数据信息,获取统计时间段内多个地理区域内的空气质量数据信息。
4.根据权利要求3所述的方法,其特征在于,预先划定地理区域,并分别在各个地理区域内部署空气质量检测节点,各个空气质量检测节点回传空气质量数据信息时,所述根据在多个预置位置部署的多个空气质量检测节点检测并回传的空气质量数据信息,获取统计时间段内多个空气质量检测节点对应地理区域内的空气质量数据信息,包括:
对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息。
5.根据权利要求3所述的方法,其特征在于,各个空气质量检测节点按照预置的时间点进行空气质量数据信息的回传,所述根据在多个预置位置部署的多个空气质量检测节点检测并回传的空气质量数据信息,获取统计时间段内多个地理区域内的空气质量数据信息,包括:
将各个空气质量检测节点回传的空气质量数据信息进行分析,按照相同时间点上回传的空气质量数据信息的相似性,对空气质量检测节点进行聚类;
根据被聚为一类的空气质量检测节点所在的地理位置信息,确定地理区域;
对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息。
6.根据权利要求5所述的方法,其特征在于,所述对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息,包括:
在同一时间点上确定同一地理区域内各个空气质量检测节点回传的空气质量数据信息的算术平均值,将同一地理区域内在各个时间点上的空气质量数据信息的算术平均值,确定为统计时间段内多个地理区域内的空气质量数据信息。
7.一种确定受污染信息的方法,其特征在于,包括:
在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;
根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;所述空气质量信息数据库中还保存有各地理区域内对应的各时间区间以及对应的空气质量数据信息;
从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
8.根据权利要求7所述的方法,其特征在于,所述客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息,包括:
用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息。
9.根据权利要求7所述的方法,其特征在于,还包括:
将所述用户在该统计时间段内的受污染程度信息提供给客户端,以便所述客户端将所述用户在该统计时间段内的受污染程度信息提供给用户。
10.一种确定受污染信息的方法,其特征在于,包括:
在统计时间段内,客户端将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,以便所述服务器端根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息;
接收所述服务器端返回的受污染程度信息,以用于向用户提供所述受污染程度信息。
11.根据权利要求10所述的方法,其特征在于,所述将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,包括:
将用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息上传到服务器端。
12.根据权利要求11所述的方法,其特征在于,通过以下方式确定所述终端设备是否处于室外状态:
确定所述终端设备的运动速度特征;
根据所述运动速度特征确定所述终端设备是否处于室外状态。
13.根据权利要求11所述的方法,其特征在于,通过以下方式确定所述终端设备是否处于室外状态:
预先通过设置选项接收处于室外状态的时间信息;
根据所述时间信息确定所述终端设备是否处于室外状态。
14.一种确定受污染信息的方法,其特征在于,包括:
在统计时间段内,客户端收集用户对应的终端设备的地理位置信息以及对应的时间信息;
根据所收集到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
15.一种建立空气质量信息数据库的装置,其特征在于,包括:
信息收集单元,用于收集多个地理区域在统计时间段内的空气质量数据信息;其中,一个地理区域在所述统计时间段内的空气质量数据信息,包括多个时间点的空气质量数据信息;
变化幅度确定单元,用于对同一地理区域内各个时间点的空气质量数据信息进行分析,确定相邻时间点上空气质量数据信息的变化幅度信息;
合并单元,用于将变化幅度小于预置阈值的相邻时间点进行合并,组成至少一个时间区间,并对各时间区间包含的时间点的空气质量数据信息进行汇总,得到时间区间对应的空气质量数据信息;
保存单元,用于将各个地理区域的区域范围信息、各地理区域内确定出的各时间区间以及对应的空气质量数据信息进行保存,生成空气质量信息数据库。
16.根据权利要求15所述的装置,其特征在于,所述信息收集单元包括:
第一收集子单元,用于根据预置的空气质量数据信息发布系统发布的信息,获取统计时间段内多个地理区域内的空气质量数据信息,所述地理区域为所述空气质量数据信息发布系统发布的信息中包含的地理区域信息。
17.根据权利要求15所述的装置,其特征在于,所述信息收集单元包括:
第二收集子单元,用于根据在多个预置位置部署的多个空气质量检测节点回传的空气质量数据信息,获取统计时间段内多个地理区域内的空气质量数据信息。
18.根据权利要求17所述的装置,其特征在于,预先划定地理区域,并分别在各个地理区域内部署空气质量检测节点,各个空气质量检测节点回传空气质量数据信息时,所述第二收集子单元包括:
第一汇总子单元,用于对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息。
19.根据权利要求17所述的装置,其特征在于,各个空气质量检测节点按照预置的时间点进行空气质量数据信息的回传,所述第二收集子单元包括:
聚类子单元,用于将各个空气质量检测节点回传的空气质量数据信息进行分析,按照相同时间点上回传的空气质量数据信息的相似性,对空气质量检测节点进行聚类;
区域确定子单元,用于根据被聚为一类的空气质量检测节点所在的地理位置信息,确定地理区域;
第二汇总子单元,用于对同一地理区域内各个空气质量检测节点回传的空气质量数据信息进行汇总,确定该地理区域在统计时间段内的空气质量数据信息。
20.根据权利要求19所述的装置,其特征在于,所述第二汇总子单元具体用于:
在同一时间点上确定同一地理区域内各个空气质量检测节点回传的空气质量数据信息的算术平均值,将同一地理区域内在各个时间点上的空气质量数据信息的算术平均值,确定为统计时间段内多个地理区域内的空气质量数据信息。
21.一种确定受污染信息的装置,其特征在于,包括:
信息接收单元,用于在统计时间段内,服务器端接收客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息;
查询单元,用于根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间;所述空气质量信息数据库中还保存有各地理区域内对应的各时间区间以及对应的空气质量数据信息;
提取单元,用于从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
信息确定单元,用于根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
受污染程度确定单元,用于根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
22.根据权利要求21所述的装置,其特征在于,所述客户端上传的用户对应的终端设备的地理位置信息以及对应的时间信息,包括:
用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息。
23.根据权利要求21所述的装置,其特征在于,还包括:
信息提供单元,用于将所述用户在该统计时间段内的受污染程度信息提供给客户端,以便所述客户端将所述用户在该统计时间段内的受污染程度信息提供给用户。
24.一种确定受污染信息的装置,其特征在于,包括:
信息上传单元,用于在统计时间段内,客户端将用户对应的终端设备的地理位置信息以及对应的时间信息上传到服务器端,以便所述服务器端根据所接收到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息;
信息接收单元,用于接收所述服务器端返回的受污染程度信息,以用于向用户提供所述受污染程度信息。
25.根据权利要求24所述的装置,其特征在于,所述信息上传单元具体用于:
将用户对应的终端设备在室外状态下的地理位置信息以及对应的时间信息上传到服务器端。
26.根据权利要求25所述的装置,其特征在于,通过以下方式确定所述终端设备是否处于室外状态:
运动速度特征确定单元,用于确定所述终端设备的运动速度特征;
第一状态确定单元,用于根据所述运动速度特征确定所述终端设备是否处于室外状态。
27.根据权利要求24所述的装置,其特征在于,通过以下方式确定所述终端设备是否处于室外状态:
设置信息接收单元,用于预先通过设置选项接收处于室外状态的时间信息;
第二状态确定单元,用于根据所述时间信息确定所述终端设备是否处于室外状态。
28.一种确定受污染信息的装置,其特征在于,包括:
信息收集单元,用于在统计时间段内,客户端收集用户对应的终端设备的地理位置信息以及对应的时间信息;
查询单元,用于根据所收集到的信息以及预置的空气质量信息数据库中保存的各个地理区域的区域范围信息,确定所述终端设备在所述统计时间段内所处的目标地理区域,以及在所述目标地理区域内的起始时间以及结束时间,从所述空气质量信息数据库中提取所述目标地理区域对应的各时间区间以及对应的空气质量数据信息;
信息确定单元,用于根据所述起始时间、结束时间以及所述目标地理区域对应的各时间区间、对应的空气质量数据信息,确定出现在所述统计时间段内的目标空气质量数据信息,以及所述目标空气质量数据信息出现的时间长度;
受污染程度确定单元,用于根据所述目标空气质量数据信息及其出现的时间长度,确定所述用户在该统计时间段内的受污染程度信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410643962.9A CN105630842B (zh) | 2014-11-07 | 2014-11-07 | 建立空气质量信息数据库、确定受污染信息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410643962.9A CN105630842B (zh) | 2014-11-07 | 2014-11-07 | 建立空气质量信息数据库、确定受污染信息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105630842A true CN105630842A (zh) | 2016-06-01 |
CN105630842B CN105630842B (zh) | 2019-06-14 |
Family
ID=56045785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410643962.9A Active CN105630842B (zh) | 2014-11-07 | 2014-11-07 | 建立空气质量信息数据库、确定受污染信息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105630842B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106524434A (zh) * | 2016-12-07 | 2017-03-22 | 美的集团股份有限公司 | 基于空调器的空气质量监测方法、系统及其设备 |
CN108120661A (zh) * | 2017-12-19 | 2018-06-05 | 北京理工大学 | 一种城市空气中颗粒物含量时空分布测定方法 |
CN108489875A (zh) * | 2018-02-06 | 2018-09-04 | 济宁中科云天环保科技有限公司 | 一种基于时段统计分析的污染物溯源系统及方法 |
CN109444987A (zh) * | 2018-10-12 | 2019-03-08 | 国网湖南省电力有限公司 | 雾霾日爆发时段的计算方法及系统 |
CN109946418A (zh) * | 2017-12-21 | 2019-06-28 | 北京航天泰坦科技股份有限公司 | 一种空气质量监测与评价方法及系统 |
CN111611296A (zh) * | 2020-05-20 | 2020-09-01 | 中科三清科技有限公司 | Pm2.5污染成因分析方法、装置、电子设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004516462A (ja) * | 2000-12-15 | 2004-06-03 | ヌーリー テクノロジーズ リミテッド | 位置に基づいた気象ナウキャストシステム及び方法 |
WO2002063539A1 (en) * | 2001-02-08 | 2002-08-15 | Aeroqual Limited | Air quality monitoring system |
CN103760299A (zh) * | 2013-04-25 | 2014-04-30 | 孝感毅恒安全科技有限公司 | 一种基于两级神经网络的综合空气质量预测方法 |
CN103268357A (zh) * | 2013-06-05 | 2013-08-28 | 百度在线网络技术(北京)有限公司 | 提供空气质量数据的方法和设备 |
-
2014
- 2014-11-07 CN CN201410643962.9A patent/CN105630842B/zh active Active
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106524434A (zh) * | 2016-12-07 | 2017-03-22 | 美的集团股份有限公司 | 基于空调器的空气质量监测方法、系统及其设备 |
CN106524434B (zh) * | 2016-12-07 | 2019-11-26 | 美的集团股份有限公司 | 基于空调器的空气质量监测方法、系统及其设备 |
CN108120661A (zh) * | 2017-12-19 | 2018-06-05 | 北京理工大学 | 一种城市空气中颗粒物含量时空分布测定方法 |
CN109946418A (zh) * | 2017-12-21 | 2019-06-28 | 北京航天泰坦科技股份有限公司 | 一种空气质量监测与评价方法及系统 |
CN108489875A (zh) * | 2018-02-06 | 2018-09-04 | 济宁中科云天环保科技有限公司 | 一种基于时段统计分析的污染物溯源系统及方法 |
CN108489875B (zh) * | 2018-02-06 | 2020-10-16 | 济宁中科云天环保科技有限公司 | 一种基于时段统计分析的污染物溯源系统及方法 |
CN109444987A (zh) * | 2018-10-12 | 2019-03-08 | 国网湖南省电力有限公司 | 雾霾日爆发时段的计算方法及系统 |
CN111611296A (zh) * | 2020-05-20 | 2020-09-01 | 中科三清科技有限公司 | Pm2.5污染成因分析方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105630842B (zh) | 2019-06-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105630842A (zh) | 建立空气质量信息数据库、确定受污染信息的方法及装置 | |
CN105354196B (zh) | 信息推送方法和信息推送装置 | |
US10831827B2 (en) | Automatic extraction of user mobility behaviors and interaction preferences using spatio-temporal data | |
Lee et al. | Measuring geographical regularities of crowd behaviors for Twitter-based geo-social event detection | |
CN111212383B (zh) | 区域常住人口数量的确定方法、装置、服务器和介质 | |
Khetarpaul et al. | Mining gps data to determine interesting locations | |
CN103218442A (zh) | 一种基于移动设备传感器数据的生活模式分析方法及系统 | |
Kirmse et al. | Extracting patterns from location history | |
CN107665289B (zh) | 一种运营商数据的处理方法及系统 | |
CN110111539B (zh) | 一种融合多元信息的物联网云预警方法、装置及系统 | |
CN105608153A (zh) | 一种通用的poi信息关联方法 | |
Kurkcu et al. | Evaluating the usability of geo-located twitter as a tool for human activity and mobility patterns: A case study for nyc | |
CN108733774A (zh) | 一种基于大数据的失业人口动态监测方法 | |
CN111294742A (zh) | 基于信令cdr数据识别伴随手机号码的方法与系统 | |
CN104408923A (zh) | 交通状态评估方法和装置 | |
CN109947758A (zh) | 一种基于行为轨迹库的路线碰撞分析方法 | |
Jariyasunant et al. | Overcoming battery life problems of smartphones when creating automated travel diaries | |
CN107133689B (zh) | 一种位置标记方法 | |
CN109614450A (zh) | 基于多维数据的人员去向分析的方法及系统 | |
CN113989629A (zh) | 存储器、高后果区判定方法、装置和设备 | |
Shen et al. | Real-time road traffic fusion and prediction with GPS and fixed-sensor data | |
CN111400877B (zh) | 一种基于gis数据的智能城市仿真系统和方法 | |
Duan et al. | Time-activity patterns | |
Wang | Understanding activity location choice with mobile phone data | |
CN113806413A (zh) | 一种轨迹筛选分类方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1225461 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |