一种城市居民小区业主信息服务系统及方法与流程

文档序号:11236858阅读:916来源:国知局
一种城市居民小区业主信息服务系统及方法与流程

本发明涉及一种信息服务系统及方法,特别涉及一种城市居民小区业主信息服务系统及方法。



背景技术:

城市居民小区的业主是小区的主体,其利益的代表是业主委员会。业主委员会与业主之间最通常的沟通手段是小区公告栏的公告,小区的意见箱以及小区的活动室等。除此之外,部分小区居民有自发建立小区bbs、qq群、微信群等,作为小区业主之间信息沟通的手段。前者主要是沟通业委会决策的结果,后者以逸闻趣事、家长里短内容居多。在居民小区的日常生活中,一般来说业主委员会成立或换届选举时沟通会比较热闹,过后则比较沉寂。小区重大事项的决策(如物业公司的选聘或续聘)过程既缺少有效的沟通手段,也缺乏有效的监督机制。一方面,业主对小区发生的事关业主切身利益的事情的关切不能得到满足,另一方面,业主委员会也很难有效地将丰富的信息传达到广大业主,无法促成业主对小区事务的积极参与。



技术实现要素:

本发明的目的在于通过一种城市居民小区业主信息服务系统及方法,解决当前缺乏有效沟通手段及信息获取途径的问题,为小区业主查询所在小区信息、及时获取业委会公告等提供便利的信息服务。

为了达到上述目的,本发明的一个技术方案是提供一种城市居民小区业主信息服务方法,通过设置有web服务模块、小区识别模块、小区信息服务模块和小区数据仓库的后台服务器,与业主的客户端进行交互;

所述web服务模块接收业主通过客户端向后台服务器发送的信息服务请求;

所述小区识别模块基于小区数据仓库中记录的业主与小区之间的关联信息,来确定与业主相关联的小区;

所述小区信息服务模块在所述小区数据仓库记录的、与相关联小区对应的数据信息中,调用与所述信息服务请求相符合的信息,提供给业主的客户端。

可选地,所述web服务模块对其接收到的信息服务请求进行服务类型的判断,当判断所述信息服务请求为业主主动发起的信息查询请求时,所述小区识别模块根据业主识别信息确定出与所述业主相关联的小区,所述小区信息服务模块根据业主的信息查询请求,调用所述相关联的小区的文档资料信息,反馈给业主的客户端。

可选地,设定第一业主是能通过客户端发布信息的业主,第二业主是能通过客户端接收后台服务器向其推送信息的业主,所述第一业主和第二业主与同一个小区相关联;

所述web服务模块对其接收到的信息服务请求进行服务类型的判断,当判断所述信息服务请求为第一业主通过客户端发起的第一信息发布请求时,所述小区识别模块确定出与第一业主相关联的小区,并确定出与该小区相关联的全部业主或由第一业主指定接收推送信息的第二业主,所述小区信息服务模块调用第一业主发送到后台服务器的第一信息,推送到全部业主或第二业主的客户端。

可选地,能通过各自客户端发布信息的业主,包含所述第二业主;

所述第二业主通过客户端接收第一业主发布的第一信息后,通过客户端向后台服务器发布第二信息;

所述web服务模块对其接收到的信息服务请求进行服务类型的判断,当判断所述信息服务请求为第二业主通过客户端发送的第二信息反馈请求时,所述小区识别模块确定出与第二业主相关联的小区,并根据第一信息发布请求和/或第二信息反馈请求的要求,确定出与该小区相关联的全部业主、或者第一业主指定接收第二信息和/或其处理结果的业主、或者第二业主指定接收第二信息和/或其处理结果的业主、或者发布第一信息的第一业主;

所述小区信息服务模块调用第二业主发送到后台服务器的第二信息、或者后台服务器对第二信息的处理结果、或者通知对第二信息和/或其处理结果进行查看的信息,推送到由小区识别模块所确定的业主的客户端。

可选地,业主的客户端向后台服务器发出该业主与指定小区进行关联或解除关联的请求,并向所述后台服务器提供业主识别信息、指定小区的小区识别信息;

所述后台服务器通过web服务模块接收到进行关联的请求,通过小区识别模块建立业主识别信息与小区识别信息的关联,作为业主与指定小区之间的关联信息,保存至小区数据仓库中,所述后台服务器向业主的客户端给出关联成功的消息反馈;

或者,所述后台服务器通过web服务模块接收到解除关联的请求,通过小区识别模块解除业主识别信息与小区识别信息的关联,从小区数据仓库中删除关联信息,所述后台服务器向业主的客户端给出解除关联成功的消息反馈。

可选地,已经与小区建立关联的业主,在其客户端与后台服务器的交互信息中包含小区识别信息和/或业主识别信息;

基于关联信息,所述小区识别模块能根据收到的小区识别信息,来确定相应小区、及与该小区相关联的业主和业主识别信息;或者,所述小区识别模块能根据收到的业主识别信息,来确定相应业主、及与该业主相关联的小区和小区识别信息。

可选地,业主的客户端设置在智能移动终端上,所述智能移动终端通过配备的二维码扫描识别单元对小区二维码进行识别,并将识别得到的小区识别信息提供给所述客户端,进而通过客户端提供给后台服务器。

可选地,多个小区共享同一个后台服务器,在小区数据仓库中为每个小区设置有独立的数据库来存储对应的数据信息及关联信息;不同小区的业主,具有相互独立的客户端。

本发明的另一个技术方案是提供一种城市居民小区业主信息服务系统,其中设置有实现上述任意一项城市居民小区业主信息服务方法的后台服务器及客户端;

所述后台服务器进一步包含:

web服务模块接收业主通过客户端向所述后台服务器发送的信息服务请求,对信息服务请求进行服务类型的判断;

小区识别模块建立或解除业主与小区之间的关联信息,并能基于已建立的关联信息确定与发起信息服务请求的业主相关联的小区,和/或确定与发起信息服务请求的业主关联了同一小区的指定业主;

小区信息服务模块将与所述信息服务请求相符合的数据信息,提供给发起信息服务请求的业主的客户端,和/或提供给指定业主的客户端;

小区数据仓库在独立的数据库中存储各小区相对应的关联信息及数据信息,供所述小区识别模块和/或小区信息服务模块调用。

可选地,所述客户端,包含智能移动终端的app,或者在pc端或智能移动终端侧运行的浏览器。

与现有技术相比,本发明提供的城市居民小区业主信息服务系统及方法,具有以下的创新点及有益效果(优点):

1、构建的城市居民小区业主信息服务系统通过业主识别号与小区识别号关联的方式,来为小区业主提供特定的信息服务。

2、多个居民小区的客户端相互独立,但共享后台的服务器资源。一个后台服务器可以针对不同的小区识别号建立独立的数据库,并为多个居民小区的业主提供相互独立的信息服务,提高了资源利用效率,也降低了信息系统服务的成本。

3、构建的城市居民小区业主信息服务系统在业主和业主委员会之间架起沟通的桥梁,有效地提高小区业主的信息服务水平,降低或消除业主和业主委员会之间的信息不对称的程度或局面,有利于提高业主参与小区事务的积极性,并构建城市居民小区创建三公(公开、公平、公正)透明的环境和生态。

附图说明

图1为用于实现城市居民小区业主信息服务系统的示意图;

图2为后台服务器信息服务组成的示意图;

图3为小区业主进行小区关联或解除关联的流程图;

图4为小区业主获取系统信息服务的流程图;

图5为小区业委和业主进行信息交互的流程图。

具体实施方式

如图1所示,本发明提供一种城市居民小区业主信息服务系统,包含多个客户端(a0x、b0x)和后台服务器c01。客户端与后台服务器进行连接,通过后台服务器进行信息交互。客户端可以主动发起信息查询和信息传送,后台服务器也可以主动推送信息到客户端。

所述的客户端,可以是智能移动终端的app、移动短信、电子邮件,以及通用浏览器(可在pc端或移动终端侧运行),但不限于此。本例中示出了客户端的两种类型,一种是智能移动终端的app(a0x),另一种是客户端浏览器(b0x)。

不同居民小区的客户端是相互独立的,如小区1的客户端为a01、b01,小区2的客户端为a02、b02等,可以此类推到更多小区及更多客户端(图1是以两个居民小区为例);后台服务器c01为多个居民小区所共享。

如图2所示,后台服务器c01包含web服务模块(webserver)c011、小区识别模块c012、小区信息服务模块c013、小区数据仓库c014。其中,web服务模块c011能与客户端交互,接收来自客户端的各种信息服务请求,并判断信息服务请求对应的服务类型,促使后台服务器c01提供相应的服务。

小区识别模块c012能对小区业主与其所在的小区建立关联或解除关联;基于所建立的关联信息,该小区识别模块c012能通过识别小区业主的信息来确定该业主所在的小区,或针对某个指定的居民小区确定与之关联的小区业主;后台服务器c01的其他模块通过调用小区识别模块c012的识别结果,来获知小区业主与其所在小区之间的关联信息。

小区信息服务模块c013能基于信息服务请求、关联信息等,获取与某个指定居民小区对应的信息数据,为与居民小区关联的业主提供相应的信息服务。

作为保证不同居民小区的信息服务和数据服务相互独立的一个重要环节,小区数据仓库c014能为不同的居民小区建立相互独立的数据库,以分别存储各个居民小区对应的信息数据(如业主与所在小区的关联信息、各居民小区的文档资料、业委会向业主推送的信息、业主反馈的信息等,但不限于此)。通过交互,小区数据仓库c014可以获取后台服务器c01其他模块各自收发、处理的信息数据进行存储,后台服务器c01的其他模块也可以调用小区数据仓库c014中存储的信息数据进行后续处理。

如图3所示,是小区业主进行小区关联或解除关联的操作示例。小区业主通过智能移动终端上的客户端,扫描带小区识别号的小区二维码,在确定是加入小区或是退出小区后,相应地向后台服务器c01发出进行小区关联或解除关联的请求(均包含有小区识别号和小区业主识别号)。

后台服务器c01通过web服务模块c011接收到小区关联的请求时,小区识别模块c012根据小区识别号对小区进行识别和确认,将业主识别号与小区识别号的关联信息保存在小区数据仓库c014中该小区对应的数据库中;向业主的客户端给出关联成功的消息反馈。小区业主进行小区关联的操作只需要进行一次(例如在首次加入到小区或变更关联信息时)。

或者,后台服务器c01通过web服务模块c011接收到解除关联的请求时,小区识别模块c012对小区进行识别和确认,从小区数据仓库c014中该小区对应的数据库内,删除业主识别号与小区识别号的关联信息;向业主的客户端给出解除关联成功的消息反馈。

为实现上述的操作,所述智能移动终端的形式不限,可以是手机、平板电脑或其他任意一种具有扫码功能的设备,通过调用配备的摄像头、解码单元等来完成二维码的扫描及识别。所述智能移动终端还可以调用必要的装置和/或程序,来完成例如网络接入、信息收发、人机交互的功能,此处不一一赘述。

为了建立关联,通过扫码得到、客户端预置或其他任意途径获知后台服务器c01的链接地址后,客户端可以与后台服务器c01开始交互,将诸如扫码得到的小区识别号、使用该客户端发起交互的小区业主的业主识别号等建立关联所需的信息,提供给该后台服务器c01。

小区识别号可以是事先由后台服务器c01基于其数据库所管理的居民小区来相应分配;除了关联或解除关联时,小区业主的客户端也可以根据需要,在其与后台服务器c01的其他交互信息中,包含通过扫码或其他途径获知的该小区识别号。

在不同示例中,业主识别号是能够匹配到业主、智能移动终端、客户端之中一个或多个的识别信息,其具体形式不限,例如是手机号、设备号等各种后台服务器c01可分辨的信息,或者该业主识别号也可以是由后台服务器c01所分配。

除了识别号外,必要时客户端还可以将业主或其所在小区的其他信息提供给后台服务器c01,以完善其中管理的信息数据,或在提供信息服务时使用。然而,除了上文描述的扫码接入方式以外,对小区业主与后台服务器c01展开交互或提供识别号等信息的其他方式,本发明不做限制。

本发明还提供城市居民小区业主信息服务方法。在如图4所示的一个实施例中,以小区业主查询本小区的文档资料为例:

a1,小区业主已经预先通过智能移动终端的客户端,完成该小区业主与所在小区的关联操作。

a2,当小区业主通过客户端发起小区的文档资料查询时,后台服务器c01通过web服务模块c011接收到信息服务请求,判断其为小区业主的主动信息请求;然后小区识别模块c012根据业主识别号,查询数据库中记录的关联信息来确定业主所在的小区,通过调用小区信息服务模块c013从数据库中获取小区业主所请求的小区文档资料。

a3,小区业主收到后台服务器c01反馈的小区文档资料后,可以在其智能移动终端的客户端上进行查看。

在配合图4、图5所示的另一个实施例中,以小区业主委员会委员进行小区的信息公告为例进行说明:

b1,小区业主委员会委员(以下简称业委会),通过客户端浏览器b0x登录到后台服务器c01。

后台服务器c01可以预先将业委会设定为已经与所在小区建立关联的、具有信息发布等权限的一类业主;例如,可以在识别号关联时就对其权限予以记录。

则,业委会使用与带权限的业主识别号相匹配的任意一种客户端时,不仅可以执行与其他小区业主类似的操作a1-a3来与后台服务器c01展开交互并获得信息服务,还可以在设定的权限范围内进行相应的操作(如上传需推送给全部业主或部分指定业主的信息,增减/修改小区信息或后台存储的小区文档资料,设定或调整权限范围,等等)。

b2,当业委会通过客户端浏览器b0x发起公告信息发送时,后台服务器c01通过web服务模块c011接收到信息服务请求,判断其不是小区业主的主动信息请求,而是业委信息推送的请求;小区数据仓库c014可以对将要推送的公告信息在对应小区的数据库中暂存(或进一步将其作为文档资料存储,供业委和/或业主后续查询之用)。

小区识别模块c012依据小区识别号,在小区数据仓库c014查询得到该居民小区所关联的业主信息,小区信息服务模块c013向关联业主的客户端推送公告信息。查询所需的小区识别号,可以是由业委会随要发送的公告信息一并向后台提供;或者,后台服务器c01根据业委会委员的业主识别号,查询得到关联小区的小区识别号,进而确定小区的所有关联业主。

b3,预先完成与所在小区关联操作的小区业主,能通过智能移动终端上的客户端a0x接收后台服务器c01推送的公告信息进行查看。

在其他一些示例中,假设不需对全部业主发布信息,则可以通过小区识别模块c012在确定的小区全部关联业主之中,进一步通过业主识别号筛选出信息推送请求所指定的一部分业主来发送信息。或者,不局限于业委会与业主之间的信息沟通,还可以将上述信息推送的过程,类推到有权限的任意业主向其指定的其他任意业主发布信息的情况。

在另一些示例中,假设业委会发布的公告信息是涉及小区重大事项决策的信息,则后台服务器c01在推送公告信息时,可以一并发送要求在规定时限内提供反馈信息的请求,则收到推送的小区业主可以通过各自的客户端向后台服务器c01发送其对公告信息的反馈信息(例如是提供意见建议、发送投票信息等,具体内容及形式可以根据实际情况定义)。后台服务器c01可以将反馈信息推送给业委会委员的客户端;如有需要,还可以为后台服务器c01设置相应模块,根据反馈信息进行后续处理,例如后台自动统计投票结果并推送给业委会、小区全体业主等,以避免人为干预。

如图5所示,依照b1-b3由后台服务器c01将业委会发布的公告信息推送到小区业主的客户端之后,小区业主查看公告信息后可以进一步与业委会进行信息交互:

b4,小区业主就公告信息的相关事项,通过智能移动终端的客户端提出意见和建议;

b5,后台服务器c01通过web服务模块c011接收到业主的意见和建议后,利用小区识别模块c012确定小区业主所在的小区,将业主的意见和建议保存在小区数据仓库c014中,并调用小区信息服务模块c013向小区对应的业委会委员发送邮件或短信的通知。

b6,业委会委员收到邮件或短信的通知后,可以登录到后台服务器c01查看相关的信息。

尽管本发明的内容已经通过上述优选实施例作了详细介绍,但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后,对于本发明的多种修改和替代都将是显而易见的。因此,本发明的保护范围应由所附的权利要求来限定。

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