建筑物管理装置、建筑物管理系统和程序的制作方法

文档序号:30973939发布日期:2022-08-02 22:43阅读:57来源:国知局
建筑物管理装置、建筑物管理系统和程序的制作方法

1.本发明涉及建筑物管理装置、建筑物管理系统和程序,尤其涉及与来自建筑物的使用者的询问相关的信息的可视化。


背景技术:

2.楼宇管理公司将包含来自楼宇使用者的期望、不满等的询问、设备维护的预定等作为日报记录,并提交给例如楼宇的业主企业。
3.现有技术文献
4.专利文献
5.专利文献1:日本特开平10-069507号公报
6.专利文献2:日本特开2003-091576号公报
7.专利文献3:日本特开2004-094299号公报


技术实现要素:

8.发明要解决的课题
9.楼宇等建筑物的业主、建筑公司等建筑物的提供者侧期望例如在进行新建、翻新时能够进行设备投资,使得能够符合建筑物的使用者的需求。
10.但是,以往虽然认为能够有效利用来自使用者的询问作为可估计使用者的需求的信息,但是,信息没有以如能够利用询问内容的形式提供。
11.本发明的目的在于,提供信息以使建筑物的提供者侧能够有效利用来自建筑物的使用者的询问内容。
12.用于解决课题的手段
13.本发明的建筑物管理装置的特征在于,该建筑物管理装置具有:生成单元,其参照包含与使用者对作为管理对象的建筑物的设备的询问相关的询问信息以及与成为该询问的对象的建筑物相关的建筑物信息在内的询问历史信息,根据由用户指定的条件,生成表示所述询问的实绩内容的询问实绩信息;以及显示控制单元,其控制所述询问实绩信息的显示。
14.此外,其特征在于,在所述询问历史信息中,设定有用于将该询问分类为规定的类别的询问类别,在所述建筑物信息中,设定有该建筑物的场所、规模和用途,所述生成单元根据将由用户指定的询问类别、建筑物的场所、规模或用途中的至少一个作为检索条件检索所述询问历史信息而得到的结果,生成所述询问实绩信息。
15.此外,其特征在于,所述询问实绩信息包含与成为所述询问的对象的建筑物的设备、进行了所述询问的原因、所述询问的件数中的至少一个相关的统计信息。
16.此外,其特征在于,所述询问实绩信息包含符合所述检索条件的建筑物的列表。
17.此外,其特征在于,所述生成单元参照与由用户从所述建筑物的列表中选择出的建筑物对应的所述询问历史信息,生成所述询问实绩信息。
18.此外,其特征在于,所述显示控制单元使与由所述用户选择出的建筑物对应的所述询问历史信息中包含的该建筑物的建筑年数以能够变更的方式显示,在所显示的建筑年数被变更成超过该建筑物的建筑年数的建筑年数的情况下,所述生成单元参照具有与由所述用户选择出的建筑物相同的属性且变更后的建筑年数的其他建筑物的所述询问历史信息,生成所述询问实绩信息。
19.此外,其特征在于,所述询问实绩信息包含与询问件数相关的统计信息,该询问件数与由所述用户选择出的建筑物对应。
20.此外,其特征在于,所述与询问件数相关的统计信息是表示该建筑物的询问件数的推移的信息、表示该建筑物的每个楼层的询问件数的信息和表示构成所述询问历史信息的每个规定项目的询问件数的信息中的至少一个。
21.本发明的建筑物管理系统的特征在于,该建筑物管理系统具有:上述任意一个建筑物管理装置;以及用户终端装置,其使所述用户指定所述条件并且显示所述询问实绩信息。
22.本发明的程序使计算机作为以下单元发挥作用:生成单元,其参照包含与使用者对作为管理对象的建筑物的设备的询问相关的询问信息以及与成为该询问的对象的建筑物相关的建筑物信息在内的询问历史信息,根据由用户指定的条件,生成表示所述询问的实绩内容的询问实绩信息;以及显示控制单元,其控制所述询问实绩信息的显示。
23.发明效果
24.根据本发明,能够提供信息以使建筑物的提供者侧能够有效利用来自建筑物的使用者的询问内容。
附图说明
25.图1是本实施方式中的楼宇运营管理系统的整体结构图。
26.图2是示出本实施方式中的管理装置的结构框图。
27.图3是示出本实施方式中的询问信息存储部中存储的询问信息的数据结构例的图。
28.图4是示出本实施方式中的楼宇信息存储部中存储的楼宇信息的数据结构例的图。
29.图5是示出从本实施方式中的询问历史信息存储部中存储的询问历史信息中的询问信息提取的项目的结构例的图,并且是示出各项目的设定例的图。
30.图6是示出通过分析实施方式中的询问历史信息存储部中存储的询问历史信息中的询问信息而得到的项目的结构例的图,并且是示出各项目的设定例的图。
31.图7是示出从本实施方式中的询问历史信息存储部中存储的询问历史信息中的楼宇信息提取的项目的结构例的图,并且是示出各项目的设定例的图。
32.图8是示出本实施方式中的显示处理的流程图。
33.图9是示出本实施方式中的检索画面的显示例的图。
34.图10是示出本实施方式中的过滤器控制板的显示例的图。
35.图11是图10所示的过滤器控制板上显示的检索结果的一部分的放大图。
36.图12是图10所示的过滤器控制板上显示的检索结果的另一部分的放大图。
37.图13是图10所示的过滤器控制板上显示的检索结果的另一部分的放大图。
38.图14是图10所示的过滤器控制板上显示的检索结果的另一部分的放大图。
39.图15是示出本实施方式中的单体控制板的显示例的图。
40.图16是图15所示的单体控制板上显示的检索结果的一部分的放大图。
具体实施方式
41.以下,根据附图对本发明的优选实施方式进行说明。在本实施方式中,对于作为管理对象的建筑物,以楼宇为例进行说明。
42.图1是本实施方式中的楼宇管理系统的整体结构图。在图1中,示出楼宇管理公司1、用户2和多个楼宇3分别通过网络4连接的系统结构。网络4由互联网、vpn(virtual private network:虚拟专用网络)等构建。
43.在各楼宇3中,设置有空调、照明、升降机等各种设备31,楼宇管理公司1使用管理装置10,按照与用户2的合同进行各设备31的监视、管理等。在本实施方式中,假设楼宇管理公司1中设置的管理装置10提供以下说明的功能来进行说明,但是,楼宇管理公司1例如也可以利用云等存在于外部的计算机来提供。
44.用户2是参照由管理装置10提供的信息(后述的“询问实绩信息”)的用户。用户2例如是位于楼宇业主、建筑公司、设备的制造商等提供楼宇3的一侧的企业。用户2具有个人计算机(pc)21。本实施方式中的pc 21用于以能够有效利用的形式参照管理装置10提供的来自楼宇3的使用者(以下,称作“楼宇使用者”)的询问内容。此外,用户2能够从pc 21指定用于取得来自管理装置10的信息的条件。另外,也可以使管理装置10具有pc 21具有的询问实绩信息的显示和检索条件的指定的各功能。
45.用户2有可能存在多个,但在图1中仅示出一个用户2。此外,以用户2使用pc21作为用户终端装置的情况为例进行说明,但只要是智能手机、平板终端等显示来自管理装置10的信息并且具有能够输入用于显示信息的条件的用户界面的设备即可。
46.图2是示出本实施方式中的管理装置10的结构框图。本实施方式中的管理装置10具有日报收集部11、询问信息生成部12、统合部13、显示信息生成部14、用户界面(ui)控制部15、询问信息存储部16、楼宇信息存储部17和询问历史信息存储部18。另外,在附图中省略未在本实施方式中用于说明的结构要素。
47.本实施方式中的管理装置10能够通过pc等一直以来存在的通用的信息处理装置的硬件结构来实现。即,管理装置10构成为将cpu、rom、ram、硬盘驱动器(hdd)等存储单元以及被设置成通信单元的网络接口与内部总线连接。此外,也可以根据需要设置包含鼠标、键盘等输入单元以及显示器等显示单元的用户界面。
48.日报收集部11收集从各楼宇3发送来的日报。在日报中,具有包含设备维护的调度等除询问外的内容的日报,但在本实施方式中,由于着眼于询问进行处理,因此,在以后的说明中,大致同义地使用日报和询问。
49.本实施方式中的“询问”包含从楼宇使用者发送的与楼宇3的设备31相关的提问、期望、请求、投诉、已发现的故障的通知、报告等。楼宇管理公司1与提问同样地对来自楼宇使用者的期望、通知等也进行某种响应,因此,在本实施方式中,将从楼宇使用者发送的信息统称为“询问”。在“询问”中,可认为具有例如空调的遥控器无法使用(遥控器直接损坏)、
希望降低室温(希望变更设定温度)等楼宇使用者对设备31的需求。
50.楼宇使用者基本上假设是在楼宇3中工作的工作人员,但也可以包含访问楼宇的客人、楼宇的管理者等。
51.询问信息生成部12从收集到的询问中提取规定项目的项目值,生成包含提取出的项目值的询问信息并保存到询问信息存储部16。此外,询问信息生成部12通过分析询问的记载内容而将该询问分类为规定的类别,将该分类后的结果包含于询问信息中。
52.询问信息包含作为用于由使用者识别成为询问对象的楼宇的识别信息的楼宇id。此外,在楼宇信息存储部17中,存储有与作为管理对象的楼宇相关的楼宇信息,但在楼宇信息中,赋予有识别该楼宇的楼宇id。统合部13通过根据上述楼宇id对询问信息和楼宇信息进行关联统合,生成询问历史信息并登记到询问历史信息存储部18。
53.显示信息生成部14参照询问历史信息存储部18中存储的询问历史信息,根据由用户2指定的条件,生成表示来自楼宇使用者的询问的实绩内容的询问实绩信息。
54.如上所述,用户2被pc 21指定将询问实绩信息显示于pc 21并且显示询问实绩信息的条件,但是,用户界面控制部15进行与pc 21之间收发的数据的输入输出控制。用户界面控制部15具有操作受理部151和显示控制部152。操作受理部151受理用户2对pc 21的操作内容。该操作内容包含条件的指定。显示控制部152进行由显示信息生成部14生成的询问实绩信息的显示控制。另外,在本实施方式中,假设pc 21使用浏览器显示询问实绩信息。
55.图3是示出本实施方式中的询问信息存储部16中存储的询问信息的数据结构例的图。图4是示出本实施方式中的楼宇信息存储部17中存储的楼宇信息的数据结构例的图。而且,图5~图7是示出本实施方式中的询问历史信息存储部18中存储的询问历史信息的数据结构例的图,并且是示出各项目的设定例的图。其中,在图5中示出从日报提取的项目的设定例,在图6中示出通过对日报的记载内容利用ai(artificial intelligence:人工智能)进行分析而得到的询问的分类项目的设定例,在图7中示出从楼宇信息提取的项目的设定例。
56.首先,图3所示的询问信息大致分为从日报得到的项目以及将日报的记载内容作为输入并通过利用ai的分析对该询问进行分类并赋予给该询问的属性项目(以下,也称作“赋予属性”)。图3所示的询问内容(日报原文)相当于上述的日报的记载内容,是楼宇使用者的记述内容。在项目“应对/处置”中,由楼宇维护人员等事后设定针对询问的响应、处置的具体内容。在项目“关注事项(follow事项)”中,由楼宇维护人员等事后设定响应、处置的时间序列信息。
57.赋予属性是通过分析针对日报原文、应对/处置和关注事项的各项目的设定内容而得到的项目。在本实施方式中,询问信息生成部12利用ai设定赋予属性,但也可以使楼宇使用者、各楼宇3的管理者设定而包含于日报收集部11收集的日报中。在此,对赋予属性中包含的各项目进行说明。
[0058]“询问类别”是用于将该询问分类为规定的类别的项目。由于分类出的类别是预先确定的,因此,询问信息生成部12通过分析日报原文,将该询问分配给任意一个类别。在后述的“询问者类别”中,也同样如此。“顾客需求”是根据询问内容得到的楼宇使用者对设备31的请求、期望。例如,可认为“热”这样的顾客需求存在希望降低其相反的设定温度这样的需求。同样地,可认为“危险”这样的顾客需求存在希望实现其相反的安全这样的需求。“询
问楼层”和“询问房间”是设定有作为询问对象的设备31的楼宇3的楼层和房间。“询问者”是进行了询问的楼宇使用者。“询问者类别”是用于将询问者分类为类别的项目。分类出的类别是预先确定的。“询问设备”是作为询问对象的设备31。
[0059]“询问原因”是楼宇使用者进行了询问的原因。“处置”是对询问实施的处置。“应对日期时间”是应对于询问的日期时间,“应对完成时间”是该应对的完成日期时间,“应对时间”是该应对所需的时间长度。
[0060]
在图4中,楼宇信息中包含的“楼宇总建筑面积”是楼宇3的各楼层的建筑面积的总计值。“总建筑规模”预先确定表示规模的范围,以“楼宇总建筑面积”为参照分配给任意一个规模。此外,在“主要租户属性”中,设定有入住楼宇的企业的业态等。在楼宇是租户楼宇的情况下,设定有主要租户的业态。“用途”被设定为楼宇的用途。在无法确定为1个的情况下,设定有“多个”。在本实施方式中,由于如后所述根据项目值对询问进行合计,因此,“主要租户属性”和“用途”中设定的项目值从预先确定的项目值中选择并设定。在“所在地(地址)”中设定有楼宇3的地址。在“都道府县”中设定有楼宇3所在的都道府县。在“竣工年份”中设定有楼宇3完成的年份。在“建筑年月”中计算并设定有从竣工年份起经过的年份。另外,为方便起见,楼宇id是为了容易理解与询问信息的对应而标注的。
[0061]
管理装置10中的各结构要素11~15通过形成管理装置10的计算机与在搭载于计算机的cpu中工作的程序的协调动作实现。此外,各存储部16~18通过搭载于管理装置10的hdd实现。或者,也可以经由网络利用ram或位于外部的存储单元。
[0062]
此外,在本实施方式中使用的程序当然可以由通信单元来提供,也可以存储到cd-rom、usb存储器等计算机能读取的记录介质来提供。从通信单元、记录介质提供的程序安装在计算机中,计算机的cpu依次执行程序,由此实现各种处理。
[0063]
接着,对本实施方式中的动作进行说明。在本实施方式中,其特征在于,根据询问历史信息存储部18中保存的询问历史信息,按照由用户2指定的条件生成询问实绩信息,使pc 21显示,由此,以能够有效利用来自楼宇使用者的询问内容的实绩的形式提供给用户2。在图9、10、15中,示出提供给该用户2的询问实绩信息的显示画面的结构例,但是,假设事先准备有询问实绩信息的生成所需的信息进行说明。以下,在本实施方式中,使用图8所示的流程图对显示询问实绩信息的处理进行说明。
[0064]
首先,用户2进行启动规定的应用等规定的操作,由此使pc 21显示图9中例示的检索画面。更详细而言,pc 21响应于启动了预定的应用,向管理装置10发送画面发送请求。管理装置10中的显示信息生成部14从询问历史信息存储部18提取全部询问历史信息,生成询问实绩信息。显示控制部152发送包含询问实绩信息的检索画面显示用的html(hyper text markup language:超文本标记语言)数据,由此使pc 21的浏览器显示检索画面(步骤101)。在此,对图9所示的检索画面50的结构进行说明。
[0065]
在本实施方式中,能够指定设置有楼宇3的场所、规模、建筑年数、用途和询问类别作为检索条件。当然,也可以指定其他项目作为检索条件。另外,“检索条件”等同于从询问历史信息存储部18中存储的询问历史信息中提取用于生成询问实绩信息的询问历史信息的缩小条件。
[0066]
如图9所示,在检索画面的上方,设置有用于指定各检索条件的指定区域51~55。在指定区域51~55的下方,准备有检索画面按钮56和过滤器按钮57。在本实施方式中,由于
以在检索画面上显示检索结果的方式进行画面构成,因此在检索画面的下方,设置有用于显示该检索结果的结果显示区域58。而且,在结果显示区域58的右上,设置有用于显示检索结果的总数的总数显示区域59。
[0067]
首先,在根据来自用户2的请求将检索画面显示于pc 21时(即仍未由用户2指定检索条件时)的检索画面的初始画面中,显示以下的信息。针对该初始画面,结合检索画面的结构进行说明。另外,如上所述,检索画面上显示的询问实绩信息由显示信息生成部14生成,按照显示控制部152的控制显示于pc 21,但在以后的说明中,有时适当省略显示信息生成部14和显示控制部152的动作。
[0068]
在结果显示区域58中,显示由显示信息生成部14生成的询问实绩信息。在初始画面中,显示未由用户2指定条件时生成的询问实绩信息。具体而言,显示楼宇3的列表。在本实施方式中,将询问历史信息中包含的楼宇名称、用途、都道府县和询问设备的各项目设为显示对象。在结果显示区域58中的显示项目的例子中,由于针对1个楼宇3可能存在多个作为询问对象的设备即询问设备,因此,总数显示区域59上显示的总数不限于合同中的楼宇3的总数。换言之,当从显示项目排除询问设备时,得到合同中的楼宇3的总数。此外,由于也可能存在未询问的设备31,因此不限于管理对象的设备31的总数。另外,结果显示区域58上显示的项目的结构不需要限于该例子。
[0069]
在用于指定场所的检索条件的指定区域(以下,称作“场所指定区域”)51中,按照每个场所合计显示结果显示区域58上显示的信息。在本实施方式中,由于显示日本作为场所的初始位置,按照每个都道府县对合计单位进行初始设定,因此,显示信息生成部14按照每个都道府县合计询问历史信息。显示控制部152与各都道府县对应地作为初始值显示于pc 21。显示控制部152也可以用数值显示合计值,但按照合计值可取的值的每个范围分配不同的颜色,显示各都道府县以相应的颜色显示于场所指定区域51中的都道府县。通常,通过分配值越大则越浓的颜色,直观地表示值大,但不需要限于此。此外,在本实施方式中,能够根据颜色这样的显示属性掌握包含合计值的范围,但也可以使用其他显示属性。此外,也可以以柱状图等可知合计值的大小差异的方式进行显示。
[0070]
在用于指定规模的检索条件的指定区域(以下,称作“规模指定区域”)52中,在检索画面上显示有上下方向的条52a。而且,通过使用户2操作条52a的滑块52b来指定规模的大小。也可以在初始画面中,使最下端显示滑块52b,以表示未进行初始设定。滑块52b能够根据用户2的操作而伸缩,用户2能够对规模进行范围指定。
[0071]
在用于指定建筑年数的检索条件的指定区域(以下,称作“建筑年数指定区域”)53中,在检索画面上显示有左右方向的滑动条53a。而且,通过使用户2操作滑动条53a的滑块53b来指定建筑年数。在初始画面中,也可以使最左端显示滑块53b,以表示未进行初始设定。滑块53b能够根据用户2的操作而伸缩,用户2能够对建筑年数进行范围指定。
[0072]
在用于指定用途的检索条件的指定区域(以下,称作“用途指定区域”)54中,提取并显示询问历史信息存储部18中存储的全部信息中设定的用途。在图9中,示意性示出事务所、复合等用途,但也可以通过对多个用途以容易选择的方式由字符进行列表显示等其他方法来显示。在初始画面中,以未选择任何用途的状态显示。用户2通过进行规定的操作,能够选择多个用途。
[0073]
在用于指定询问类别的检索条件的指定区域(以下,称作“询问类别指定区域”)55
中,提出并显示询问历史信息存储部18中存储的全部信息中设定的询问类别。显示控制部152根据相应的询问的数量,通过词云(word cloud)显示询问类别。即,询问件数越多,则用越大的字符显示询问类别。在初始画面中,以未选择任何询问类别的状态显示。用户2进行规定的操作,由此能够选择多个询问类别。在图9所示的显示例中,通过词云显示询问类别,但也可以不以该形式显示。例如,将询问类别根据询问的内容分类为多个组。由此,用户2能够在1次的选择操作中指定多个询问类别作为检索条件。
[0074]
关于检索画面的结构和初始画面,如上所述。用户2能够从检索画面的各指定区域51~55中指定检索条件。另外,用户不需要指定作为场所、规模、建筑年数、用途和询问类别的各检索条件而指定的全部项目,只要将至少一个项目指定为检索条件即可。以下,对每个检索项目的条件的指定方法进行说明。
[0075]
首先,在指定关于场所的条件的情况下,用户从场所指定区域51中选择想要设为检索对象的场所(在图9所示的例子中,任意一个都道府县)。也可以选择多个都道府县。
[0076]
在图9所示的显示例中,选择一个或多个都道府县,但不限于此。例如,在使用鼠标作为输入单元的情况下,使滚轮旋转等,从而缩放场所指定区域51中显示的地图。例如,使地图放大,由此显示比1个都道府县中包含的市、区、街道(日本的“町”)等更窄的范围,由此,用户2能够指定更窄的范围的场所。
[0077]
此外,当用户2进行拖动操作时,所显示的地图在该操作方向上移动。由此,用户2不仅能够将日本指定为检索条件,还能够将其他国家的场所指定为检索条件。
[0078]
在指定关于规模的条件的情况下,用户2使规模指定区域52内的滑块52b移动,从而指定作为检索对象的规模。如图7所示,由于楼宇3的规模根据范围来指定,因此,滑块52b伴随移动而指定任意的范围。用户2也可以进行规定的操作,由此选择多个规模的范围。
[0079]
在指定关于建筑年数的条件的情况下,用户2使建筑年数指定区域53内的滑块53b移动,从而指定作为检索对象的建筑年数。用户2例如能够如5年~10年之间等那样对建筑年数进行范围指定。
[0080]
在指定关于用途的条件的情况下,用户2从用途指定区域54上显示的用途中选择想要设为检索条件的用途。用户2能够选择多个用途。
[0081]
在指定关于询问类别的条件的情况下,用户2从询问类别指定区域55上显示的询问类别中选择想要设为检索条件的询问类别。用户2能够选择多个询问类别。
[0082]
当如上所述指定检索条件时,操作受理部151受理用户2的操作内容(步骤102)。由此,显示信息生成部14能够识别用户2指定的检索条件。在本实施方式中,即使未按下检索按钮(未图示),也按照指定的检索条件使显示信息生成部14生成询问实绩信息,使显示控制部152进行显示控制,使得依次显示反映生成的询问实绩信息的检索画面。这样,在本实施方式中,在选择过程中,与询问历史信息对应的楼宇3的列表也显示于结果显示区域58,与此相伴,场所指定区域51的显示内容也被更新,其中,该询问历史信息符合检索条件。
[0083]
如上所述,显示控制部152在从各画面选择出检索画面按钮56作为请求显示询问实绩信息时的初始画面时(步骤103中的“是”),显示检索画面。然后,显示信息生成部14根据由用户2指定的检索条件,生成询问实绩信息(步骤105),显示控制部152使检索画面显示生成的询问实绩信息(步骤106)。
[0084]
接着,当从检索画面选择过滤器按钮57时(步骤102、103中“否”,步骤107中“是”),
显示信息生成部14按照由用户2指定的检索条件生成询问实绩信息(步骤108),显示控制部152使pc 21显示过滤器控制板60,以显示生成的询问实绩信息即检索结果(步骤109)。在此,对用于显示检索结果的过滤器控制板60进行说明。
[0085]
图10是示出本实施方式中的过滤器控制板60的显示例的图。“控制板”是指从多个信息源收集数据并将概要汇总起来一览显示的画面、软件,但在本实施方式中,是指用于供显示信息生成部14从询问历史信息提取符合检索条件的询问历史信息并显示实施规定的处理而生成的询问实绩信息即检索结果的画面。过滤器控制板60上显示的询问实绩信息包含如后所述根据规定的项目对询问实绩信息进行合计而得到的统计信息。
[0086]
在过滤器控制板60的画面上方,显示用于设定与图9所示的检索画面相同的检索条件的各指定区域51~55,在各指定区域51~55中,显示已设定的检索条件。
[0087]
过滤器控制板60的画面下方是用于显示检索结果的结果显示区域,在结果显示区域中,显示依照在各指定区域51~55中指定的检索条件的检索结果。在本实施方式中,示出将结果显示区域分割成4份并使各区域61~64显示4种信息的情况。图11~14分别示出各区域61~64上显示的放大图。
[0088]
首先,如图11所示,在区域61中,按照每个询问设备对符合检索条件的询问历史信息进行合计,求出各询问设备占整体的比例,显示按照该比例从多到少的顺序排列的结果。用户2能够根据该显示的内容来识别针对哪个设备的询问多。
[0089]
如图12所示,在区域62中,按照每个询问原因对符合检索条件的询问历史信息进行合计,求出各询问原因占整体的比例,显示按照该比例从多到少的顺序排列的结果。用户2能够根据该显示的内容识别由于什么原因而询问多。
[0090]
如图13所示,在区域62中显示询问件数和应对时间的时间推移。关于柱状图所示的询问件数,对符合检索条件的询问历史信息按每1小时进行合计而计算。折线图所示的应对时间是对询问的应对所需的时间。应对时间能够通过对符合检索条件的询问历史信息中包含的应对时间按每1小时进行合计而计算。例如,在下午,询问件数在14点减少到峰值,与此相对,应对时间的峰值为15点。这是因为14点左右的询问件数较多,因此,能够估计出应对延迟到15点左右。
[0091]
如图14所示,在区域63中,显示有询问件数和应对时间的时间推移。在图13中,按照每小时进行了合计,但在图14中,显示有按照每个月进行合计而得到的结果。这样,也可以以在不同的期间内进行合计而得到的结果提供询问件数和应对时间。另外,图13、14中的设为合计单位的时间长度不需要限于该例子。例如,也可以按照每3个小时、每个季节进行合计。
[0092]
如以上说明的那样,由于用户2能够根据所显示的询问实绩信息,得到基于询问的实绩的统计信息,因此,在新建、翻新时,能够研究将设备更换为不同的设备种类、制造商或重新评估维护的管理体制等。其结果,能够消除楼宇使用者的投诉或接受期望,在新建、翻新后的楼宇3中,能够削减询问的次数,进而能够提高顾客需求。
[0093]
用户2通过选择过滤器控制板60的检索画面按钮56(步骤103中的“是”),能够返回图8所示的检索画面。另外,通过从图10所示的过滤器控制板60的各指定区域51~55变更检索条件,能够在不迁移到检索画面的情况下更新统计信息。
[0094]
接着,当从检索画面的结果显示区域58选择出任意一个楼宇3时(步骤110中的“是”),显示信息生成部14参照与由用户2选择出的楼宇3对应的询问历史信息,按照由用户2指定的检索条件生成询问实绩信息(步骤111),显示控制部152使pc21显示单体控制板70,以显示所生成的询问实绩信息、即检索结果(步骤112)。在此,对用于显示检索结果的单体控制板70进行说明。
[0095]
图15是示出本实施方式中的单体控制板70的显示例的图。如后所述,单体控制板70上显示的询问实绩信息包含与和由用户2选择出的楼宇3对应的询问件数相关的统计信息。在本实施方式中,以4种方式使各区域71~76显示与由用户2选择出的楼宇3相关的询问实绩信息。
[0096]
首先,在区域(以下,称作“件数推移显示区域”)71中,显示有表示由用户2从检索画面选择出的楼宇(以下,称作“选择楼宇”)3中的询问件数的推移的信息。在图15所示的显示例中,按照每个月对从4月到次年3月的1年间的询问件数进行合计,用折线图显示3年量的数据。能够根据询问件数的推移,研究针对询问件数多的月的应对等。
[0097]
在区域(以下,称作“按楼层件数显示区域”)72中,显示有表示选择楼宇3的每个楼层的询问件数的信息。显示信息生成部14按照每个楼层对选择楼宇3的询问历史信息中包含的询问楼层进行合计并计算。图16是将按楼层件数显示区域72放大后的图。在附图右侧,示出了每个楼层的询问件数的总数。在附图左侧,按照每个时间细分化地示出每个楼层的询问件数。如选择楼宇3的9层所例示的那样,根据询问件数的数量,改变颜色。询问件数的数量越多,则以越浓的颜色显示,由此知晓询问件数多的时间段。另外,关于其他楼层,适当地省略了显示。在本实施方式中,以月为单位显示了询问件数,但要细分化的时间宽度可以由用户2指定。
[0098]
在区域(以下,称作“评价显示区域”)73中,显示有针对选择楼宇3的评价。图15中例示的用户指数是指以规定的方法计算来自楼宇使用者的询问而得到的评价值。用户指数的计算方法不是本实施方式的特征,因此省略说明,但用户2参照评价显示区域73上显示的选择楼宇3的评价,由此能够知晓楼宇使用者的评价。
[0099]
在区域(以下,称作“属性显示区域”)74中,从询问历史信息中提取并显示有选择楼宇3的属性信息。在图15中,示出了显示建筑年数、用途、规模、主要租户属性、所在地(都道府县)的例子。当然,不需要限于与该楼宇3相关的属性项目,也可以将询问历史信息中包含的项目、以及与询问历史信息中未包含的楼宇3相关的信息、例如与合同相关的信息、与选择楼宇3的提供者相关的信息等设为显示对象。
[0100]
但是,如图15所示,显示控制部152使属性显示区域74显示滑动条74a。滑动条74a表示建筑年数,将滑块74c定位于与显示窗74b上显示的建筑年数对应的滑动条74a的位置。在该例子中,示出了楼宇3的建筑年数为10年的情况。在本实施方式中,提供了能够变更建筑年数的设定的功能。即,用户2使滑块74c移动,由此能够改变建筑年数的设定,但在由用户2变更成超过楼宇3的建筑年数(在该例子中为10年)的建筑年数的情况下,显示信息生成部14参照询问历史信息,并参照具有与选择楼宇3相同的属性的其他楼宇3的建筑年数,更新询问实绩信息。
[0101]
这里所说的“属性”是指构成询问历史信息的任意一个项目。在本实施方式中,用于判断是否是相同的属性的项目是预先确定的。例如,在将规模和用途设定为用于判断的项目时,用户将建筑年数设定为15年的情况下,显示信息生成部14选择规模和用途的各项
目值与选择楼宇3相同并且建筑年数为15年的楼宇作为具有与选择楼宇3相同的属性的其他楼宇。然后,显示信息生成部14从询问历史信息存储部18中提取与选择出的其他楼宇3相关的询问历史信息,参照该提取出的询问历史信息,生成询问实绩信息。由此,在各区域71~74、76中,显示有根据与其他楼宇3相关的询问历史信息而生成的询问实绩信息。在存在多个其他楼宇的情况下,显示信息生成部14例如计算平均值等,从而求出询问实绩信息。
[0102]
选择楼宇3的建筑年数目前为10年,但通过利用该功能,能够估计与建筑年数为15年时的、即5年后的询问相关的状况,提供给用户2。另外,在由用户2变更成楼宇3的建筑年数(在该例子中为10年)之前的建筑年数、例如5年的情况下,显示信息生成部14选择规模和用途的各项目值与选择楼宇3相同并且建筑年数为5年的楼宇作为具有与选择楼宇3相同的属性的其他楼宇,与上述同样地生成询问实绩信息。
[0103]
在区域(以下,称作“询问类别显示区域”)75中,显示有与询问类别指定区域55相同的内容。
[0104]
在区域(以下,称作“缩小件数显示区域”)76中,显示有按照每个规定的项目对询问历史信息中包含的询问进行合计而得到的询问件数。在图15中,使用询问设备、询问类别和处置作为规定的项目,对与这些项目的组合相应的询问的件数进行合计而求出。在图15中,示出了按照询问件数从多到少的顺序排列显示的例子。排列顺序不需要限于此,只要按照规定的规则确定排列顺序即可。
[0105]
如以上说明的那样,在本实施方式中,作为与选择楼宇3相关的询问实绩信息,使单体控制板70显示分别表示询问件数的推移、每个楼层的询问件数以及每个规定的项目的询问件数的信息,但也可以显示至少1个信息。
[0106]
用户2通过选择单体控制板70的检索画面按钮56(步骤103中的“是”),能够返回图8所示的检索画面。
[0107]
此外,当在检索画面中进行了除了上述所说明的操作以外的操作的情况下(步骤110中的“否”),管理装置10实施与该操作对应的处理(步骤113)。
[0108]
如以上说明的那样,根据本实施方式,能够以规定的方式提供来自楼宇使用者的询问的实绩。此外,用户2能够以适当缩小要提供的信息的结构的方式,指定检索条件。由此,由于用户2能够统计性地掌握楼宇使用者的期望、投诉,因此,容易确定顾客的需求。为此,在进行新建、翻新时,设备投资的点容易缩小。
[0109]
标号说明
[0110]
1:楼宇管理公司;2:用户;3:楼宇;4:网络;10:管理装置;11:日报收集部;12:信息生成部;13:统合部;14:显示信息生成部;15:用户界面(ui)控制部;16:信息存储部;17:楼宇信息存储部;18:历史信息存储部;31:设备。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1