看房订单的处理方法和设备、电子设备和存储介质与流程

文档序号:30839473发布日期:2022-07-23 00:00阅读:79来源:国知局
看房订单的处理方法和设备、电子设备和存储介质与流程

1.本技术属于专车看房技术领域,具体涉及一种看房订单的处理方法和设备、电子设备和存储介质。


背景技术:

2.在相关技术中,对于有租房或购房需求的用户,如果想去现场实地查看房源,一般需要和房产经纪人乘坐看房大巴,如果房源的位置偏远,用户需要花费的交通成本较高,且乘坐看房大巴则需要配合大巴发车时间,时间上不够自由,导致看房体验不好。


技术实现要素:

3.本技术实施例的目的是提供一种看房订单的处理方法和设备、电子设备和存储介质,能够解决专车看房体验不好的问题。
4.第一方面,本技术实施例提供了一种看房订单的处理方法,用于第一终端,处理方法包括:
5.显示看房界面,其中,看房界面包括房源信息集合;
6.响应于对目标房源信息的第一输入,生成订单任务,其中,房源信息集合包括目标房源;
7.在订单任务被接受的情况下,根据订单任务生成看房订单;
8.显示看房订单的订单信息,其中,订单信息包括第二终端的位置信息和预计等待时长,第二终端是接受订单任务的终端,第二终端与目标房源相关联,预计等待时长与第二终端的位置信息相关联。
9.第二方面,本技术实施例提供了一种看房订单的处理设备,用于第一终端,处理设备包括:
10.显示模块,用于显示看房界面,其中,看房界面包括房源信息集合;
11.生成模块,用于:响应于对目标房源信息的第一输入,生成订单任务,其中,房源信息集合包括目标房源;在订单任务被接受的情况下,根据订单任务生成看房订单;
12.显示模块,还用于显示看房订单的订单信息,其中,订单信息包括第二终端的位置信息和预计等待时长,第二终端是接受订单任务的终端,第二终端与目标房源相关联,预计等待时长与第二终端的位置信息相关联。
13.第三方面,本技术实施例提供了一种电子设备,包括处理器和存储器,存储器存储可在处理器上运行的程序或指令,程序或指令被处理器执行时实现如第一方面的方法的步骤。
14.第四方面,本技术实施例提供了一种可读存储介质,该可读存储介质上存储程序或指令,该程序或指令被处理器执行时实现如第一方面的方法的步骤。
15.第五方面,本技术实施例提供了一种芯片,该芯片包括处理器和通信接口,该通信接口和该处理器耦合,该处理器用于运行程序或指令,实现如第一方面的方法的步骤。
16.第六方面,本技术实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如第一方面的方法。
17.在本技术实施例中,对于有租房或购房需求的用户,可以通过在app(application,应用程序)上下单专车看房,系统会根据用户选择的看房的目标房源,来为用户分配合适的房产经纪人,该房产经纪人是距离目标房源或用户较近的经纪人,或与目标房源相关联的经纪人(如持有目标房源的钥匙或管理权限),同时,针对用户的专车看房需求,为用户分配的看房经纪人是能够满足用户专车前往需求的经纪人,如注册有车辆且持有驾照的经纪人。
18.在经纪人接单后,用户的app端会根据经纪人的位置,预测经纪人到达的时间,用户能够根据显示的经纪人位置和预测的预计等待时间,计划时间前往约定地点,在到达约定地点后,经纪人会驾车带领用户前往看房,因此用户无需乘坐看房大巴,有效地减少了用户看房的时间成本,提高了用户看房的效率和看房体验。
附图说明
19.图1示出了根据本技术实施例的看房订单的处理方法的流程图;
20.图2示出了根据本技术实施例的看房订单的处理设备的结构框图;
21.图3示出了根据本技术实施例的电子设备的结构框图;
22.图4为实现本技术实施例的一种电子设备的硬件结构示意图。
具体实施方式
23.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员获得的所有其他实施例,都属于本技术保护的范围。
24.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
25.下面结合附图,通过具体的实施例及其应用场景对本技术实施例提供的看房订单的处理方法和设备、电子设备和存储介质进行详细地说明。
26.在本技术的一些实施例中,提供了一种看房订单的处理方法,用于第一终端,图1示出了根据本技术实施例的看房订单的处理方法的流程图,如图1所示,方法包括:
27.步骤102,显示看房界面;
28.在步骤102中,看房界面包括房源信息集合;
29.步骤104,响应于对目标房源信息的第一输入,生成订单任务;
30.在步骤104中,房源信息集合包括目标房源;
31.步骤106,在订单任务被接受的情况下,根据订单任务生成看房订单;
32.步骤108,显示看房订单的订单信息;
33.在步骤108中,订单信息包括第二终端的位置信息和预计等待时长,第二终端是接受订单任务的终端,第二终端与目标房源相关联,预计等待时长与第二终端的位置信息相关联。
34.在本技术实施例中,第一终端具体为有看房需求的用户持有的终端,在第一终端上,登录有用户的看房app,用户可以在看房app上寻找符合要求的目标房源,并通过选择目标房源的方式,来建立看房订单。
35.第二终端具体为房产经纪人持有的终端,在第二终端上,登录有房产经纪人app,房产经纪人能够通过第二终端获取用户下单的看房订单任务,在房产经纪人接收订单任务后,系统自动建立看房订单。
36.具体地,有看房需求的看房用户可以通过第一终端上装载的看房app上,选择“专车看房”通道来浏览看房界面,具体地,看房界面中显示有多个房源信息的房源信息结合,这些房源是待租或待售的房源,用户通过浏览房源信息集合,寻找符合要求的目标房源。
37.在找到希望看房的目标房源后,用户在看房界面中,通过第一输入选择目标房源,其中,第一输入可以是触摸输入、鼠标点击等外设输入、语音输入、生物特征识别输入等,本技术实施例对此不做限制。
38.在接收到用户对目标房源的第一输入后,系统生成订单任务,该订单任务中描述了用户所要看房的目标房源的信息,包括房源名称、房源位置等。同时,系统后台根据目标房源,查找相关联的房产经纪人,能够理解的是,这些房产经纪人是与目标房源关联的房产经纪人,如持有目标房源的钥匙或对目标房源有租售权限的房产经纪人,同时,由于用户选择了专车看房,查找到的这些房产经纪人是能够提供专车服务的房产经纪人。
39.具体地,针对每个房产经纪人的终端帐号,可以对其设置标签,标签内容包括相关联的房源范围,还包括是否能够提供专车看房服务等。系统后台在接收到看房用户的订单任务后,根据房产经纪人的标签来确定满足订单任务需求的房产经纪人,和这些经纪人持有的第二终端。
40.其中,系统后台可以根据这些满足定单任务需求的第二终端的位置、评价等信息,对其进行排序,并按照排序后得到的序列,顺次向这些第二终端派单。在接收到系统派发的订单任务后,对应的房产经纪人可以通过第二终端上登录的app选择是否接单。
41.如果房产经纪人选择接单,则系统后台确定订单任务被接受,根据第一终端、第二终端和目标房源的信息,建立看房订单,同时在第一终端和第二终端上,均显示看房订单的订单信息。
42.在第一终端上显示的看房订单的订单信息中,包括有第二终端的位置信息,也即房产经纪人当前的位置信息,还包括预计等待时长,该预计等待时长是根据第二终端与第一终端之间的距离,也即房产经纪人和看房用户之间的距离,结合房产经纪人的交通方式和交通路线估算的等待时长。
43.用户能够通过显示的预计等待时长和经纪人位置,合理规划分配前往约定地点(上车地点)的时间,避免浪费时间。
44.本技术实施例提供了通过app下单的专车带看方案,在用户的专车看房订单被经纪人接单后,用户的app端会根据经纪人的位置,预测经纪人到达的时间,用户能够根据显示的经纪人位置和预测的预计等待时间,计划时间前往约定地点,在到达约定地点后,经纪
人会驾车带领用户前往看房,因此用户无需乘坐看房大巴,有效地减少了用户看房的时间成本,提高了用户看房的效率和看房体验。
45.在本技术的一些实施例中,在根据订单任务生成看房订单之后,处理方法还包括:
46.接收第二终端发送的媒体文件,其中,媒体文件与目标房源相关联;
47.响应于对媒体文件的第二输入,播放媒体文件。
48.在本技术实施例中,在用户下单的专车看房订单任务,被房产经纪人接单后,系统根据订单任务生成看房订单,同时,系统后台建立第一终端和第二终端之间的通信连接,用户和经纪人之间可以通过各自持有的终端进行沟通和交流。
49.由于在订单建立后,房产经纪人前往用户所在地需要一定的时间,为了提高看房效率,避免用户“干等”,房产经纪人可以向用户的第一终端发送目标房源的介绍视频等媒体文件,能够理解的是,该媒体文件可以是普通视频文件或vr(virtual reality,虚拟现实)视频文件,具体可以是目标房源的介绍视频,介绍视频的内容包括目标房源的内部介绍、周边环境介绍、交通环境介绍、周边价格介绍和类似房源推荐等,从而有效利用路途时间,提高看房效率。
50.在本技术的一些实施例中,处理方法还包括:
51.接收第三输入;
52.响应于第三输入,确定第一位置信息;
53.将第一位置信息发送至第二终端,并显示第一导航路径,其中,第一导航路径是根据第一终端的位置信息和第一位置信息确定的导航路径。
54.在本技术实施例中,在用户下单的专车看房订单任务,被房产经纪人接单后,第一终端上可以显示用户周边的地图信息或地标位置信息。用户可以通过第三输入,指定一个地点作为上车地点,该地点的地理位置信息,即上述第一位置信息。
55.在用户指定上车地点后,系统自动根据第一终端,也即用户当前的位置和指定的上车地点的第一位置信息,为用户规划前往上车地点的最优路径,即第一导航路径,并在第一终端上显示第一导航路径,从而指引用户前往约定的上车地点,提高看房体验。
56.能够理解的是,在确定上车地点后,系统后台会将上车地点的第一位置信息发送至接单的第二终端上,此时第二终端会根据自身定位和第一位置信息,为接单的房产经纪人规划前往接看房用户的导航路径,从而提高房产经纪人接用户时的效率,减少用户的等待时间。
57.在本技术的一些实施例中,处理方法还包括:
58.在第二终端的位置信息和第一终端的位置信息之间的距离小于第一距离阈值的情况下,显示第二导航路径,其中,第二导航路径是根据第一终端的位置信息和目标房源的位置信息确定的导航路径。
59.在本技术实施例中,在房产经纪人成功与用户汇合,接到用户时,用户和经纪人之间的距离会很接近,因此,可以将用户持有的第一终端的位置信息,与房产经纪人持有的第二终端的位置信息之间的距离小于第一距离,作为房产经纪人接到看房用户的判断条件。
60.能够理解的是,在一些实施例中,在接到用户后,房产经纪人可以通过第二终端手动输入接到用户的信息。
61.在用户上车后,第一终端上会显示第二导航路径,该第二导航路径即前往目标房
源的导航路径,此时,第二终端上也会同时显示该第二导航路径,从而指引房产经纪人驾车带领用户前往目标房源,同时看房用户也能够根据第二导航路径实时掌握前往目标房源的进度,提高用户体验。
62.在本技术的一些实施例中,处理方法还包括:
63.在第一终端的位置信息和目标房源的位置信息之间的距离小于第二距离阈值的情况下,开启第一计时;
64.在第一计时时长大于或等于第一时长阈值的情况下,接收第四输入;
65.响应于第四输入,确定第二位置信息;
66.显示第三导航路径,其中,第三导航路径是根据第一终端的位置信息和第二位置信息确定的导航路径。
67.在本技术实施例中,当用户持有的第一终端的位置信息,与目标房源的位置信息之间的距离小于第二距离阈值时,系统后台判定用户已经到达目标房源。能够理解的是,在一些实施例中,用户还可以通过在第一终端的app上进行位置打卡的方式,向系统后台发送已经到达目标房源的信息。
68.在判定用户到达目标房源后,系统开启第一计时,该第一计时的第一计时时长记录的是用户到达目标房源后,进行看房的时长。如果第一计时时长大于或等于第一时长阈值,则系统判断用户在目标房源经过了足够长的时间,此时认定该专车看房订单为有效订单,此时用户可以通过app进行第四输入,并指定一个地点。
69.能够理解的是,用户指定的第二位置信息的地点,可以是用户下一个希望看房的房源,也可以是用户结束看房后,希望前往的地点,如车站、回家等。系统后台根据当前用户所在的位置信息,和用户指定的第二位置信息,生成第三导航路径,并将第三导航路径发送至第一终端和第二终端进行显示。
70.房产经纪人在第三导航路径的指引下,带领用户前往目标地点,如前往下一个房源继续看房,或送用户回家,用户也可以根据第三导航路径实时掌握自身所在位置,一方面提高专车看房的安全性,理光一方面有利于提高专车看房的用户体验。
71.在本技术的一些实施例中,在显示第三导航路径之后,处理方法还包括:
72.在第一终端的位置信息和第二位置信息之间的距离小于第三距离阈值的情况下,显示评价界面;
73.接收对评价界面的第五输入;
74.响应于第五输入,确定评价信息,将评价信息发送至云端服务器,其中,评价信息与看房订单相关联。
75.在本技术实施例中,在用户看房完成后,通过指定第二位置信息,并生成第三导航路径,经纪人根据第三导航路径送用户前往下车地点,从而完成专车看房任务。
76.在房产经纪人将用户送到下车地点附近时,第一终端的位置信息靠近用户指定的第二位置信息,因此在第一终端的位置信息和第二位置信息之间的距离小于第三距离阈值时,判断房产经纪人已经将用户送到下车地点,此时判断专车看房订单完成,在用户的第一终端上显示评价界面,在该评价界面中,用户可以对本次专车看房订单进行评价和打分,得到评价信息,评价信息包括对本次专车带看中,房产经纪人的服务打分,也可以包括对目标房源的打分。
77.在用户评价后,第一终端将用户的评价信息发送至云端服务器进行存储,该评价信息可以向其他看房用户展示,为其他看房用户选择目标房源或房产经纪人提供帮助。
78.在本技术的一些实施例中,在生成订单任务的同时,处理方法还包括:
79.开启第二计时;
80.在第二计时时长大于第二时长阈值,且订单任务未被接受的情况下,显示超时取消信息。
81.在本技术实施例中,在看房用户下单针对目标房源的专车看房订单后,系统根据用户选择的目标房源,生成对应的订单任务,并向能够提供专车看房服务,并且与目标房源相关联的第二终端派发该订单任务。
82.同时,在生成订单任务后,系统后台开启第二计时,该第二计时记录的是用户下单后到订单被接受前的等待时长。如果第二计时时长大于第二时长阈值时,当前用户的订单任务还没有被房产经纪人接单,则系统后台判断用户的订单等待时间过长,当前订单任务被接单的可能性很低,此时系统自动取消看房订单,并向用于显示对应的超时取消信息,避免用户长时间等待。
83.在本技术的一些实施例中,提供了一种看房订单的处理设备,用于第一终端,图2示出了根据本技术实施例的看房订单的处理设备的结构框图,如图2所示,看房订单的处理设备200包括:
84.显示模块202,用于显示看房界面,其中,看房界面包括房源信息集合;
85.生成模块204,用于:响应于对目标房源信息的第一输入,生成订单任务,其中,房源信息集合包括目标房源;在订单任务被接受的情况下,根据订单任务生成看房订单;
86.显示模块202,还用于显示看房订单的订单信息,其中,订单信息包括第二终端的位置信息和预计等待时长,第二终端是接受订单任务的终端,第二终端与目标房源相关联,预计等待时长与第二终端的位置信息相关联。
87.在本技术实施例中,第一终端具体为有看房需求的用户持有的终端,在第一终端上,登录有用户的看房app,用户可以在看房app上寻找符合要求的目标房源,并通过选择目标房源的方式,来建立看房订单。
88.第二终端具体为房产经纪人持有的终端,在第二终端上,登录有房产经纪人app,房产经纪人能够通过第二终端获取用户下单的看房订单任务,在房产经纪人接收订单任务后,系统自动建立看房订单。
89.具体地,有看房需求的看房用户可以通过第一终端上装载的看房app上,选择“专车看房”通道来浏览看房界面,具体地,看房界面中显示有多个房源信息的房源信息结合,这些房源是待租或待售的房源,用户通过浏览房源信息集合,寻找符合要求的目标房源。
90.在找到希望看房的目标房源后,用户在看房界面中,通过第一输入选择目标房源,其中,第一输入可以是触摸输入、鼠标点击等外设输入、语音输入、生物特征识别输入等,本技术实施例对此不做限制。
91.在接收到用户对目标房源的第一输入后,系统生成订单任务,该订单任务中描述了用户所要看房的目标房源的信息,包括房源名称、房源位置等。同时,系统后台根据目标房源,查找相关联的房产经纪人,能够理解的是,这些房产经纪人是与目标房源关联的房产经纪人,如持有目标房源的钥匙或对目标房源有租售权限的房产经纪人,同时,由于用户选
择了专车看房,查找到的这些房产经纪人是能够提供专车服务的房产经纪人。
92.具体地,针对每个房产经纪人的终端帐号,可以对其设置标签,标签内容包括相关联的房源范围,还包括是否能够提供专车看房服务等。系统后台在接收到看房用户的订单任务后,根据房产经纪人的标签来确定满足订单任务需求的房产经纪人,和这些经纪人持有的第二终端。
93.其中,系统后台可以根据这些满足定单任务需求的第二终端的位置、评价等信息,对其进行排序,并按照排序后得到的序列,顺次向这些第二终端派单。在接收到系统派发的订单任务后,对应的房产经纪人可以通过第二终端上登录的app选择是否接单。
94.如果房产经纪人选择接单,则系统后台确定订单任务被接受,根据第一终端、第二终端和目标房源的信息,建立看房订单,同时在第一终端和第二终端上,均显示看房订单的订单信息。
95.在第一终端上显示的看房订单的订单信息中,包括有第二终端的位置信息,也即房产经纪人当前的位置信息,还包括预计等待时长,该预计等待时长是根据第二终端与第一终端之间的距离,也即房产经纪人和看房用户之间的距离,结合房产经纪人的交通方式和交通路线估算的等待时长。
96.用户能够通过显示的预计等待时长和经纪人位置,合理规划分配前往约定地点(上车地点)的时间,避免浪费时间。
97.本技术实施例提供了通过app下单的专车带看方案,在用户的专车看房订单被经纪人接单后,用户的app端会根据经纪人的位置,预测经纪人到达的时间,用户能够根据显示的经纪人位置和预测的预计等待时间,计划时间前往约定地点,在到达约定地点后,经纪人会驾车带领用户前往看房,因此用户无需乘坐看房大巴,有效地减少了用户看房的时间成本,提高了用户看房的效率和看房体验。
98.在本技术的一些实施例中,看房订单的处理设备还包括:
99.接收模块,用于接收第二终端发送的媒体文件,其中,媒体文件与目标房源相关联;
100.播放模块,用于响应于对媒体文件的第二输入,播放媒体文件。
101.在本技术实施例中,在用户下单的专车看房订单任务,被房产经纪人接单后,系统根据订单任务生成看房订单,同时,系统后台建立第一终端和第二终端之间的通信连接,用户和经纪人之间可以通过各自持有的终端进行沟通和交流。
102.由于在订单建立后,房产经纪人前往用户所在地需要一定的时间,为了提高看房效率,避免用户“干等”,房产经纪人可以向用户的第一终端发送目标房源的介绍视频等媒体文件,能够理解的是,该媒体文件可以是普通视频文件或vr(virtual reality,虚拟现实)视频文件,具体可以是目标房源的介绍视频,介绍视频的内容包括目标房源的内部介绍、周边环境介绍、交通环境介绍、周边价格介绍和类似房源推荐等,从而有效利用路途时间,提高看房效率。
103.在本技术的一些实施例中,接收模块还用于接收第三输入;
104.看房订单的处理设备还包括:
105.确定模块,用于响应于第三输入,确定第一位置信息;
106.显示模块还用于将第一位置信息发送至第二终端,并显示第一导航路径,其中,第
一导航路径是根据第一终端的位置信息和第一位置信息确定的导航路径。
107.在本技术实施例中,在用户下单的专车看房订单任务,被房产经纪人接单后,第一终端上可以显示用户周边的地图信息或地标位置信息。用户可以通过第三输入,指定一个地点作为上车地点,该地点的地理位置信息,即上述第一位置信息。
108.在用户指定上车地点后,系统自动根据第一终端,也即用户当前的位置和指定的上车地点的第一位置信息,为用户规划前往上车地点的最优路径,即第一导航路径,并在第一终端上显示第一导航路径,从而指引用户前往约定的上车地点,提高看房体验。
109.能够理解的是,在确定上车地点后,系统后台会将上车地点的第一位置信息发送至接单的第二终端上,此时第二终端会根据自身定位和第一位置信息,为接单的房产经纪人规划前往接看房用户的导航路径,从而提高房产经纪人接用户时的效率,减少用户的等待时间。
110.在本技术的一些实施例中,显示模块还用于:在第二终端的位置信息和第一终端的位置信息之间的距离小于第一距离阈值的情况下,显示第二导航路径,其中,第二导航路径是根据第一终端的位置信息和目标房源的位置信息确定的导航路径。
111.在本技术实施例中,在房产经纪人成功与用户汇合,接到用户时,用户和经纪人之间的距离会很接近,因此,可以将用户持有的第一终端的位置信息,与房产经纪人持有的第二终端的位置信息之间的距离小于第一距离,作为房产经纪人接到看房用户的判断条件。
112.能够理解的是,在一些实施例中,在接到用户后,房产经纪人可以通过第二终端手动输入接到用户的信息。
113.在用户上车后,第一终端上会显示第二导航路径,该第二导航路径即前往目标房源的导航路径,此时,第二终端上也会同时显示该第二导航路径,从而指引房产经纪人驾车带领用户前往目标房源,同时看房用户也能够根据第二导航路径实时掌握前往目标房源的进度,提高用户体验。
114.在本技术的一些实施例中,看房订单的处理设备还包括:
115.计时模块,用于在第一终端的位置信息和目标房源的位置信息之间的距离小于第二距离阈值的情况下,开启第一计时;
116.接收模块,还用于在第一计时时长大于或等于第一时长阈值的情况下,接收第四输入;
117.确定模块,还用于响应于第四输入,确定第二位置信息;
118.显示模块,还用于显示第三导航路径,其中,第三导航路径是根据第一终端的位置信息和第二位置信息确定的导航路径。
119.在本技术实施例中,当用户持有的第一终端的位置信息,与目标房源的位置信息之间的距离小于第二距离阈值时,系统后台判定用户已经到达目标房源。能够理解的是,在一些实施例中,用户还可以通过在第一终端的app上进行位置打卡的方式,向系统后台发送已经到达目标房源的信息。
120.在判定用户到达目标房源后,系统开启第一计时,该第一计时的第一计时时长记录的是用户到达目标房源后,进行看房的时长。如果第一计时时长大于或等于第一时长阈值,则系统判断用户在目标房源经过了足够长的时间,此时认定该专车看房订单为有效订单,此时用户可以通过app进行第四输入,并指定一个地点。
121.能够理解的是,用户指定的第二位置信息的地点,可以是用户下一个希望看房的房源,也可以是用户结束看房后,希望前往的地点,如车站、回家等。系统后台根据当前用户所在的位置信息,和用户指定的第二位置信息,生成第三导航路径,并将第三导航路径发送至第一终端和第二终端进行显示。
122.房产经纪人在第三导航路径的指引下,带领用户前往目标地点,如前往下一个房源继续看房,或送用户回家,用户也可以根据第三导航路径实时掌握自身所在位置,一方面提高专车看房的安全性,理光一方面有利于提高专车看房的用户体验。
123.在本技术的一些实施例中,显示模块,还用于在第一终端的位置信息和第二位置信息之间的距离小于第三距离阈值的情况下,显示评价界面;
124.接收模块,还用于接收对评价界面的第五输入;
125.确定模块,还用于响应于第五输入,确定评价信息,将评价信息发送至云端服务器,其中,评价信息与看房订单相关联。
126.在本技术实施例中,在用户看房完成后,通过指定第二位置信息,并生成第三导航路径,经纪人根据第三导航路径送用户前往下车地点,从而完成专车看房任务。
127.在房产经纪人将用户送到下车地点附近时,第一终端的位置信息靠近用户指定的第二位置信息,因此在第一终端的位置信息和第二位置信息之间的距离小于第三距离阈值时,判断房产经纪人已经将用户送到下车地点,此时判断专车看房订单完成,在用户的第一终端上显示评价界面,在该评价界面中,用户可以对本次专车看房订单进行评价和打分,得到评价信息,评价信息包括对本次专车带看中,房产经纪人的服务打分,也可以包括对目标房源的打分。
128.在用户评价后,第一终端将用户的评价信息发送至云端服务器进行存储,该评价信息可以向其他看房用户展示,为其他看房用户选择目标房源或房产经纪人提供帮助。
129.在本技术的一些实施例中,计时模块,还用于开启第二计时;
130.显示模块,还用于在第二计时时长大于第二时长阈值,且订单任务未被接受的情况下,显示超时取消信息。
131.在本技术实施例中,在看房用户下单针对目标房源的专车看房订单后,系统根据用户选择的目标房源,生成对应的订单任务,并向能够提供专车看房服务,并且与目标房源相关联的第二终端派发该订单任务。
132.同时,在生成订单任务后,系统后台开启第二计时,该第二计时记录的是用户下单后到订单被接受前的等待时长。如果第二计时时长大于第二时长阈值时,当前用户的订单任务还没有被房产经纪人接单,则系统后台判断用户的订单等待时间过长,当前订单任务被接单的可能性很低,此时系统自动取消看房订单,并向用于显示对应的超时取消信息,避免用户长时间等待。
133.本技术实施例中的看房订单的处理设备可以是电子设备,也可以是电子设备中的部件,例如集成电路或芯片。该电子设备可以是终端,也可以为除终端之外的其他设备。示例性的,电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(mobile internet device,mid)、增强现实(augmented reality,ar)/虚拟现实(virtual reality,vr)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,umpc)、上网本或者个人数字助理(personal digital assistant,
pda)等,还可以为服务器、网络附属存储器(network attached storage,nas)、个人计算机(personalcomputer,pc)、电视机(television,tv)、柜员机或者自助机等,本技术实施例不作具体限定。
134.本技术实施例中的看房订单的处理设备可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统,可以为ios操作系统,还可以为其他可能的操作系统,本技术实施例不作具体限定。
135.本技术实施例提供的看房订单的处理设备能够实现上述方法实施例实现的各个过程,为避免重复,这里不再赘述。
136.可选地,本技术实施例还提供一种电子设备,图3示出了根据本技术实施例的电子设备的结构框图,如图3所示,电子设备300包括处理器302,存储器304,存储在存储器304上并可在处理器302上运行的程序或指令,该程序或指令被处理器302执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
137.需要说明的是,本技术实施例中的电子设备包括上述的移动电子设备和非移动电子设备。
138.图4为实现本技术实施例的一种电子设备的硬件结构示意图。
139.该电子设备400包括但不限于:射频单元401、网络模块402、音频输出单元403、输入单元404、传感器405、显示单元406、用户输入单元407、接口单元408、存储器409、以及处理器410等部件。
140.本领域技术人员可以理解,电子设备400还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器410逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图4中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
141.其中,显示单元406用于显示看房界面,其中,看房界面包括房源信息集合;
142.处理器410用于响应于对目标房源信息的第一输入,生成订单任务,其中,房源信息集合包括目标房源;
143.在订单任务被接受的情况下,根据订单任务生成看房订单;
144.显示单元406还用于显示看房订单的订单信息,其中,订单信息包括第二终端的位置信息和预计等待时长,第二终端是接受订单任务的终端,第二终端与目标房源相关联,预计等待时长与第二终端的位置信息相关联。
145.在本技术实施例中,对于有租房或购房需求的用户,可以通过在app(application,应用程序)上下单专车看房,系统会根据用户选择的看房的目标房源,来为用户分配合适的房产经纪人,该房产经纪人是距离目标房源或用户较近的经纪人,或与目标房源相关联的经纪人(如持有目标房源的钥匙或管理权限),同时,针对用户的专车看房需求,为用户分配的看房经纪人是能够满足用户专车前往需求的经纪人,如注册有车辆且持有驾照的经纪人。
146.在经纪人接单后,用户的app端会根据经纪人的位置,预测经纪人到达的时间,用户能够根据显示的经纪人位置和预测的预计等待时间,计划时间前往约定地点,在到达约定地点后,经纪人会驾车带领用户前往看房,因此用户无需乘坐看房大巴,有效地减少了用
户看房的时间成本,提高了用户看房的效率和看房体验。
147.可选地,处理器410还用于接收第二终端发送的媒体文件,其中,媒体文件与目标房源相关联;
148.响应于对媒体文件的第二输入,播放媒体文件。
149.本技术实施例通过向用户播放目标房源的介绍视频,介绍视频的内容包括目标房源的内部介绍、周边环境介绍、交通环境介绍、周边价格介绍和类似房源推荐等,从而有效利用路途时间,提高看房效率。
150.可选地,用户输入单元407用于接收第三输入;
151.处理器410用于响应于第三输入,确定第一位置信息;将第一位置信息发送至第二终端,并显示第一导航路径,其中,第一导航路径是根据第一终端的位置信息和第一位置信息确定的导航路径。
152.本技术实施例为用户规划前往上车地点的最优路径,即第一导航路径,并在第一终端上显示第一导航路径,从而指引用户前往约定的上车地点,提高看房体验。
153.可选地,显示单元406还用于在第二终端的位置信息和第一终端的位置信息之间的距离小于第一距离阈值的情况下,显示第二导航路径,其中,第二导航路径是根据第一终端的位置信息和目标房源的位置信息确定的导航路径。
154.本技术实施例在用户上车后,第一终端上会显示第二导航路径,该第二导航路径即前往目标房源的导航路径,此时,第二终端上也会同时显示该第二导航路径,从而指引房产经纪人驾车带领用户前往目标房源,同时看房用户也能够根据第二导航路径实时掌握前往目标房源的进度,提高用户体验。
155.可选地,处理器410还用于在第一终端的位置信息和目标房源的位置信息之间的距离小于第二距离阈值的情况下,开启第一计时;
156.用户输入单元407还用于在第一计时时长大于或等于第一时长阈值的情况下,接收第四输入;
157.处理器410还用于响应于第四输入,确定第二位置信息;
158.显示单元406还用于显示第三导航路径,其中,第三导航路径是根据第一终端的位置信息和第二位置信息确定的导航路径。
159.本技术实施例一方面提高专车看房的安全性,理光一方面有利于提高专车看房的用户体验。
160.可选地,显示单元406还用于在第一终端的位置信息和第二位置信息之间的距离小于第三距离阈值的情况下,显示评价界面;
161.用户输入单元407接收对评价界面的第五输入;
162.处理器410还用于响应于第五输入,确定评价信息,将评价信息发送至云端服务器,其中,评价信息与看房订单相关联。
163.本技术实施例中,用户可以对本次专车看房订单进行评价和打分,得到评价信息,评价信息包括对本次专车带看中,房产经纪人的服务打分,也可以包括对目标房源的打分。在用户评价后,第一终端将用户的评价信息发送至云端服务器进行存储,该评价信息可以向其他看房用户展示,为其他看房用户选择目标房源或房产经纪人提供帮助。
164.可选地,处理器410还用于开启第二计时;
165.显示单元406还用于在第二计时时长大于第二时长阈值,且订单任务未被接受的情况下,显示超时取消信息。
166.本技术实施例在第二计时时长大于第二时长阈值时,当前用户的订单任务还没有被房产经纪人接单,则系统后台判断用户的订单等待时间过长,当前订单任务被接单的可能性很低,此时系统自动取消看房订单,并向用于显示对应的超时取消信息,避免用户长时间等待。
167.应理解的是,本技术实施例中,输入单元404可以包括图形处理器(graphics processing unit,gpu)4041和麦克风4042,图形处理器4041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元406可包括显示面板4061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板4061。用户输入单元407包括触控面板4071以及其他输入设备4072中的至少一种。触控面板4071,也称为触摸屏。触控面板4071可包括触摸检测装置和触摸控制器两个部分。其他输入设备4072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
168.存储器409可用于存储软件程序以及各种数据。存储器409可主要包括存储程序或指令的第一存储区和存储数据的第二存储区,其中,第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外,存储器409可以包括易失性存储器或非易失性存储器,或者,存储器409可以包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,rom)、可编程只读存储器(programmable rom,prom)、可擦除可编程只读存储器(erasable prom,eprom)、电可擦除可编程只读存储器(electrically eprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory,ram),静态随机存取存储器(static ram,sram)、动态随机存取存储器(dynamic ram,dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram,ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synch link dram,sldram)和直接内存总线随机存取存储器(direct rambus ram,drram)。本技术实施例中的存储器409包括但不限于这些和任意其它适合类型的存储器。
169.处理器410可包括一个或多个处理单元;可选的,处理器410集成应用处理器和调制解调处理器,其中,应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作,调制解调处理器主要处理无线通信信号,如基带处理器。可以理解的是,上述调制解调处理器也可以不集成到处理器410中。
170.本技术实施例还提供一种可读存储介质,可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
171.其中,处理器为上述实施例中的电子设备中的处理器。可读存储介质,包括计算机可读存储介质,如计算机只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等。
172.本技术实施例另提供了一种芯片,芯片包括处理器和通信接口,通信接口和处理器耦合,处理器用于运行程序或指令,实现上述方法实施例的各个过程,且能达到相同的技
术效果,为避免重复,这里不再赘述。
173.应理解,本技术实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
174.本技术实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
175.需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
176.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,或者网络设备等)执行本技术各个实施例的方法。
177.上面结合附图对本技术的实施例进行了描述,但是本技术并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本技术的启示下,在不脱离本技术宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本技术的保护之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1