CN104063060A - 房源信息交互的方法 - Google Patents

Abstract

本发明实施例提供一种房源信息交互的方法，包括：第一客户端接收第二客户端发送的请求消息，所述请求消息用于指示所述第二客户端需访问所述第一客户端发布的房源信息；所述第一客户端若根据所述请求消息，确定所述第二客户端为可访问客户端，则向所述可访问客户端发送通知消息，以使所述可访问客户端根据所述通知消息访问所述房源信息。采用本发明实施例提供的技术方案，可以保证第一客户端的房源信息的安全性，可靠性、降低房源信息不透明，降低卖家和买家个人信息泄露，同时降低卖家和买家交易成本。

Description

房源信息交互的方法

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种房源信息交互的方法。

背景技术

互联网技术日新月异的发展，不仅丰富了人们的日常生活，也带来了生活方式的改变。

例如，出租方或卖家可以在房屋租赁、买卖平台上发布房源信息，并发布房源信息和本人的联系方式，租客或买家可以通过浏览房源信息得到出租方或卖家的联系方式等信息，并通过与出租方或卖家联系，进而完成房源租赁或买卖交易；或者，出租方或卖家也可以通过使用这些房屋租赁买卖的终端应用程序来发布房源信息，以使得租客或买家同样通过终端应用程序来浏览房源信息，并通过与出租方或卖家的沟通完成房源交易。

然而，在现有的房源信息的交互过程中，出租方或卖家的联系方式等不愿意被公开，担心个人的隐私信息被泄露，因此房源交易的安全性较差。并且，目前租赁双方或买卖双方交易过程中，不仅要付出高额的交易费用给到中介相关机构，而且还受到中介恶意竞争、扰乱市场秩序等行为的影响，整个交易流程和方法费时费力费钱，成本较高。

发明内容

本发明实施例提供一种房源信息交互的方法，用以解决现有技术中出租方或卖家的私人信息容易泄露，安全性差的问题，降低成本。

本发明的第一方面，提供一种房源信息交互的方法，包括：

第一客户端接收第二客户端发送的请求消息，所述请求消息用于指示所述第二客户端需访问所述第一客户端发布的房源信息；

所述第一客户端若根据所述请求消息，确定所述第二客户端为可访问客户端，则向所述可访问客户端发送通知消息，以使所述可访问客户端根据所述通知消息访问所述房源信息。

本发明的第二方面，一种房源信息交互的方法，包括：

第二客户端向第一客户端发送请求消息，所述请求消息用于指示所述第二客户端需访问所述第一客户端发布的房源信息；

所述第二客户端若接收所述第一客户端发送的通知消息，则根据所述通知消息访问所述房源信息，其中，接收到所述第一客户端发送的通知消息的第二客户端为可访问客户端。

本发明实施例提供的房源信息交互的方法，由第一客户端接收第二客户端发送的请求消息，请求消息用于指示第二客户端需访问第一客户端发布的房源信息，之后第一客户端若根据请求消息，确定第二客户端为可访问客户端，则向可访问客户端发送通知消息，以使可访问客户端根据通知消息访问房源信息，从而保证第一客户端，即出租方或卖家的房源信息的安全性。

附图说明

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

图1为本发明实施例一提供的房源信息交互的方法的流程图；

图2为本发明实施例二提供的房源信息交互的方法的流程图；

图3为本发明实施例三提供的房源信息交互的方法的流程图；

图4为第一客户端的联合登录流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例一提供的房源信息交互的方法的流程图。如图1所示，该方法包括：

S100、第一客户端接收第二客户端发送的请求消息。

S101、第一客户端若根据请求消息，确定第二客户端为可访问客户端，则向可访问客户端发送通知消息，以使可访问客户端根据通知消息访问房源信息。

上述各步骤的执行主体为第一客户端，其交互对象为第二客户端。具体在实现时，其可以是具备一定处理能力的处理器，可以采用软件或硬件的方式实现，也可以采用软硬件结合的方式实现。即同一个用户在手机上下载的客户端在用户为卖家或出租方时可以是第一客户端，在用户为买家或租客时则可以是第二客户端。

本实施例以在实际应用中，使用上述第一客户端的用户为卖家，即为买家提供房源信息的一方，使用上述第二客户端的用户为买家，即访问卖家提供的房源信息的一方为例来进行说明，第一客户端也可以是出租方，第二客户端也可以是租户等，并不以此为限定。

具体的，第一客户端接收第二客户端发送的请求消息，该请求消息用于指示第二客户端需访问第一客户端发布的房源信息，例如，请求消息可以是第二客户端通过买家输入的指示获取的，如买家将所需的房屋朝向、户型和位置等信息输入第二客户端，则第二客户端会将与上述信息匹配的第一客户端找出，并请求访问这些第一客户端的房源信息的消息，即向这些第一客户端发送请求消息。

进一步地，当一个第一客户端收到该请求消息后，可以根据该请求消息，确定第二客户端是否为可访问客户端。

举例来说，若第二客户端发送的请求消息为诸如其个人基本信息以及请求查看第一客户端的房源信息的消息等，那么第一客户端可以通过判断，筛选出可以访问其房源信息的第二客户端作为可访问客户端，例如，第一客户端可以通过核实该第二客户端发送的请求消息中请求的房源信息是否与自己发布的房源信息相匹配，或者，第二客户端发送的请求消息中携带的第二客户端的安全等级和信誉度等来判断该第二客户端是否为可访问客户端，其中，安全等级和信誉度都可以是客户端的云数据库中预存的。

更进一步地，若第一客户端确定该第二客户端为可访问客户端，则可以向可访问客户端发送通知消息，例如将卖家输入的指示触发通知消息，发送给可访问客户端。这一操作相当于第一客户端为第二客户端打开了访问权限，使得第二客户端可以根据该通知消息确定自己可以访问第一客户端的房源信息。

相对于现有技术中买家直接浏览房源信息而言，在本实施例中，第二客户端需要先向第一客户端发送请求消息，而第一客户端只会向其根据该请求消息确定的可访问客户端发送通知消息，即为他们打开访问第一客户端的房源信息的权限，而不是像现有技术那样，让所有的第二客户端都访问自己的房源信息。因此，本实施例提供的房源信息交互的方法，可以保证第一客户端，即卖家的房源信息的安全性，可靠性、降低房源信息不透明，降低卖家和买家个人信息泄露，同时降低卖家和买家交易成本，并且起到规避不良竞争，规范市场的作用，保护租赁双方或买卖双方的权益。

图2为本发明实施例二提供的房源信息交互的方法的流程图。如图2所示，该方法包括：

S200、第二客户端向第一客户端发送请求消息。

S201、第二客户端若接收第一客户端发送的通知消息，则根据通知消息访问房源信息。

上述各步骤的执行主体为第二客户端，其交互对象为第一客户端。具体在实现时，其可以是具备一定处理能力的处理器，可以采用软件或硬件的方式实现，也可以采用软硬件结合的方式实现。

本实施例以在实际应用中，使用上述第一客户端的用户为卖家，即为买家提供房源信息的一方，使用上述第二客户端的用户为买家，即访问卖家提供的房源信息的一方为例来进行说明，第一客户端也可以是出租方，第二客户端也可以是租户等，并不以此为限定。

具体的，第二客户端首先向第一客户端发送请求消息，例如将买家输入的指示作为请求消息，发送给第一客户端，该请求消息用于指示第二客户端需访问第一客户端发布的房源信息。如，买家输入一些所需房源的搜索信息，或者，买家从第二客户端的推荐房源页面中选择一些房源，向这些房源发布的第一客户端发送请求消息。

进一步地，若第二客户端接收到第一客户端发送的通知消息，即表示该第二客户端为第一客户端允许的可访问客户端，因此，该第二客户端可以根据通知消息访问房源信息。第二客户端若接收到多个第一客户端发送的通知消息，则可以访问这些第一客户端发布的房源信息。

相对于现有技术中买家直接浏览房源信息而言，在本实施例中，第二客户端需要向第一客户端发送请求消息，而第一客户端只会向其根据该请求消息确定的可访问客户端发送通知消息，即为他们打开访问第一客户端的房源信息的权限，因此，本实施例提供的房源信息交互的方法，可以保证第一客户端，即卖家的房源信息的安全性，可靠性、降低房源信息不透明，降低卖家和买家个人信息泄露，同时降低卖家和买家交易成本，并且起到规避不良竞争，规范市场的作用，保护租赁双方或买卖双方的权益。

图3为本发明实施例三提供的房源信息交互的方法的流程图。在本实施例中，步骤S300～S301、S303～S304的执行主体为第一客户端，步骤S302、S305～S306的执行主体为第二客户端。本实施例以在实际应用中，使用上述第一客户端的用户为卖家，即为买家提供房源信息的一方，使用上述第二客户端的用户为买家，即访问卖家提供的房源信息的一方为例进行说明，但不以此做任何限定。在实际中，第一客户端和第二客户端可以是具备一定处理能力的处理器，具体在实现时，可以采用软件或硬件的方式实现，也可以采用软硬件结合的方式实现。如图3所示，该方法包括：

S300、第一客户端发布或更新房源信息。

可选的，第一客户端可以为使用预设联合账户登录的客户端，即在卖家使用第一客户端发布或更新房源信息之前，可以指示卖家登录第一客户端。其中，预设联合账户可以为卖家使用的多营运商提供的应用程序的账户，如移动终端的账户：微信账户，QQ账户，微博帐户等。

具体的，第一客户端可以根据卖家输入的指示，先判断卖家是否为个人电脑(Personal Computer，简称PC)登录，若卖家输入的指示为个人电脑登录，则执行下述的联合登录流程，若不是，则可以直接指示卖家发布或更新房源信息。

图4为第一客户端的联合登录流程图。本实施例以第一客户端为使用微信联合账户登录的客户端为例进行说明，其他联合登陆的方式均在保护范围之内，如图4所示，该流程包括如下步骤：

S400、第一客户端根据卖家输入的指示判断是否关注微信账号。

若卖家输入的指示为未关注微信账号，则执行步骤S401，若已关注，则执行步骤S402。

S401、第一客户端向卖家发送关注微信账号的指示，并引导卖家关注微信账号。

需要说明的是，引导卖家关注微信账号可以是向卖家提供可以扫描关注的二维码等，该步骤完成之后，继续执行步骤S402。

S402、第一客户端向卖家的微信账户发送短时间内有效的动态密码，并指示卖家在PC上输入该动态密码以完成PC登录。

当然，若卖家并未注册，则第一客户端提示卖家注册后登录PC。

上述联合登录操作通过关联传统PC互联网和移动互联网，免去了用户重新注册并记忆帐号密码的麻烦，同时动态密码还能有效保障用户的帐号安全。此处只是以微信联合账户举例，但不以此为限定。

当第一客户端根据卖家指示成功登录PC后，即可根据卖家输入的指示发布或更新房源信息。该房源信息可以包括公共房源信息和加密房源信息，其中，公共房源信息可以为看房时间、房屋户型、面积、地段等信息，加密房源信息可以为房产证号，房屋价格，卖家的个人信息，如真实姓名、身份证号码、手机号码、电子邮箱、沟通验证问题等。

由于每个用户都可以使用第一客户端发布房源信息，也就是每个用户都有成为卖家的能力，用户通过使用第一客户端可以设置诸如看房时间等公共房源信息，也可以设置诸如联系方式等加密房源信息，因而可以保证用户的隐私安全。

此外，在实际应用中，还可以设定用户发布房源信息的数量限制，例如，限制每个用户只能同时发布一个售卖或租赁房源，从而可以最大程度地避免中介恶意发布房源而影响产品体验，保障房源有效性。

S301、第一客户端向认证客户端发送认证请求，以使认证客户端根据认证请求，确定房源信息的真实性。

可选的，当第一客户端发布或更新房源信息后，为了保证该房源信息的真实性，可以根据卖家输入的指示，向认证客户端发送认证请求，以使认证客户端可以根据该认证请求，确定房源信息的真实性。

需要说明的是，上述认证客户端可以是已经申请且登录预设账户的客户端，也可以不是，这里并不作限制。该认证客户端代表通过正规认证的第三方认证用户，在实现时，其可以根据认证用户输入的指示，对第一客户端发布或更新的房源信息进行认证，例如，验证房源信息中的房产证号、姓名、身份证号等信息是否属实，从而确定房源信息的真实性。

在实际中，由于中介也可以使用第一客户端发布房源，因此，认证客户端可以从如预存在客户端的云数据库中，获取中介的数据，若该中介恶意发布房源信息，如根据其历史行为信息数据进行判断，如果历史行为中有多次发布多个不同房源的记录，或者有被第二客户端进行中介的投诉，则可以在其房源信息的认证中注明，以便卖家和买家可以看到该信息，保证房源信息的可靠性。其中，注明可以是注明该第一客户端为中介，或者注明该第一客户端的多次买卖或租赁记录，或者投诉记录，或者限制该第一客户端进行房源发布权利等。

这样一来，第二客户端可以在找到自己心仪的房源后，确定该房源是真实有效的，第一客户端的用户确实拥有这套房子，并且可以请求认证客户端提供该房源的年份，产权等信息，以便于第二客户端在确定信息真实可靠后与第一客户端进行交易，进而完成房屋的交易，从而保证了交易的可靠性。

S302、第二客户端向第一客户端发送请求消息。

具体的，该步骤的描述与步骤S200相同。

可选的，上述第二客户端可以为使用预设联合账户登录的客户端，即在买家使用第二客户端发布或更新房源信息之前，可以指示买家登录第二客户端。该预设联合账户可以为买家使用的移动终端的其他应用程序的已申请账户，如微信账户，QQ账户等。

具体的，第二客户端可以根据买家输入的指示，先判断买家是否为PC登录，若买家输入的指示为PC登录，则执行如步骤S400～S402描述的联合登录流程，若不是，则继续执行步骤S303。

同样的，上述联合登录操作通过关联传统PC互联网和移动互联网，免去了用户重新注册并记忆帐号密码的麻烦，同时动态密码还能有效保障用户的帐号安全。

当第二客户端根据买家指示成功登录PC后，即可向第一客户端发送请求消息，例如，第二客户端可以将买家输入的指示作为请求消息，发送给第一客户端，该请求消息用于指示第二客户端需访问第一客户端发布的房源信息。

可选的，第二客户端可以首先确定为哪些卖家发送请求消息，之后再发送该请求消息。作为一种可行的实施方式，第二客户端可以根据用户，即买家输入的搜索条件，向其提供至少一个第一客户端的公共房源信息，以使得买家可以选择一个第一客户端的公共房源信息发送请求消息，例如，买家可以按照区域、价格、面积等作为搜索条件，筛选符合搜索条件的第一客户端；作为另一种可行的实施方式，第二客户端通过开启定位功能定位买家的地理位置，再根据定位到的买家所在的地理位置，向买家提供同一地域的第一客户端的公共房源信息，这里的同一地域可以为预设距离内的地域或者同一小区，例如，每个城市可能有几个区，像北京朝阳区，上海徐家汇或者西安雁塔区等，将上述的同一区确定为同一地域提供该区内的公共房源信息；或者，选取以买家所在位置为圆心，1千米为半径的圆内的所有第一客户端的公共房源信息。由于该操作只是为第二客户端提供了公共房源信息，因此在便利了买家操作的同时，也保证了使用第一客户端的卖家的隐私安全。

此外，可选的，第二客户端还可以向第一客户端发送点评请求，例如，可以用买家输入的指示作为该点评请求，其作用是指示第二客户端需点评第一客户端发布的房源信息，即，买家在第二客户端提供的点评房源对话框中填写了对该房源的点评信息，则第二客户端自动生成点评请求，或者，买家先点击点评按钮以触发点评请求，待第一客户端同意后再撰写点评信息；当第一客户端接收第二客户端发送的点评请求之后，其可以根据发送该点评请求的第二客户端的基本信息，判断该点评请求是否可信，以防止恶意评论等，如，第二客户端有过与第一客户端发布的房源相同小区，相同户型的购买或租赁记录，或者，第二客户端的信誉度很高等等，又或者，第二客户端为特殊认证的客户端，如已认证的房产领域专家等。第一客户端若同意点评请求，则可以将第二客户端的点评更新到房源信息中，以便于其他用户更全面的了解该房源。同时，若该点评请求来自已认证的房产领域专家，则其对的房源信息的点评可以为买卖双方提供更多的参考。

S303、第一客户端接收第二客户端发送的请求消息。

具体的，该步骤的描述与步骤S100相同，此处不再赘述。

S304、第一客户端若根据请求消息，确定第二客户端为可访问客户端，则向可访问客户端发送通知消息，以使可访问客户端根据通知消息访问房源信息。

具体的，该步骤的描述与步骤S101相同。

进一步地，第一客户端可以根据该请求消息，确定第二客户端的安全等级，之后再根据该安全等级，确定向第二客户端提供的房源信息。如，若第一客户端若根据请求消息，确定第二客户端为高安全等级的可访问客户端，则向可访问客户端提供公共房源信息和加密房源信息；若第一客户端若根据请求消息，确定第二客户端为低安全等级的可访问客户端，则向可访问客户端提供公共房源信息。

举例来说，对于第一种情况，若上述请求消息为诸如买家的个人信息、对房源的提问等，那么，使用第一客户端的卖家可以判断一下对房源的提问是否是有意向购买的提问、买家的个人信息是否有一定的可信度等，若判断该请求消息中的内容基本可信，则可以向第二客户端发送沟通验证消息，例如，发送沟通验证消息使得第二客户端弹出一个窗口，该窗口中显示有沟通验证消息携带的内容，如业主的姓名、从何处获取的房源信息等问题。

当第二客户端接收到第一客户端发送的沟通验证消息之后，其可以向第一客户端反馈的沟通确认消息，例如，买家可以在窗口中输入姓名，从朋友处得知该房源很好或者看网评得知该房源交通便利等，输入的内容可以作为沟通确认消息发送给第一客户端。

当第一客户端接收第二客户端反馈的沟通确认消息后，其即可根据第二客户端的反馈，确定该第二客户端是否为高安全等级的可访问客户端。例如，若第二客户端反馈的沟通确认消息正确回答了上述沟通验证消息，那么即可认为该第二客户端为高安全等级的可访问客户端，如觉得看网评得知该房源交通便利是值得信赖的理由，则判断可认为该第二客户端为高安全等级的可访问客户端，并向其发送通知消息，允许其访问公共房源信息和加密房源信息，否则，则可以认为其为低安全等级的可访问客户端，只允许其访问公共房源信息，如买家只回复了一些乱码或者其它的广告，链接等，则可以认为其为低安全等级的可访问客户端，这时只提供公共房源信息，一来可以不打击潜在买家的购买积极性，二来也保护了卖家的隐私安全。

对于第二种情况，若上述请求消息为诸如一些不属实的信息，那么使用第一客户端的卖家可以将只允许第二客户端访问其公共房源信息，或者，第一客户端可以默认所有发送请求消息的第二客户端均为低安全等级的可访问客户端，即只要第一客户端收到请求消息，即允许该第二客户端访问公共房源信息。

在上述使用第一客户端的卖家和使用第二客户端的买家的交互过程中，由于买家对房源信息的访问需建立在跟卖家进行了沟通验证并向其发送了通知消息的基础上，因此，一方面可以避免中介作为买家时的恶意骚扰，另一方面，由于现有技术中，中介可以通过卖家和买家的交易平台，干扰房源信息，例如，将其认为获利更高的房源信息频繁更新，而将其他房源信息的更新频率相对较低，而在本实施例中，中介只能作为使用第一客户端或第二客户端的用户，当中介使用第二客户端时，使用第一客户端的卖家可以通过上述沟通验证消息判断其为中介还是有真正买卖意图的买家，因此，这就避免了中介对房源信息的恶意干扰，也保证了有真正交易意图的卖家和买家之间可以直接沟通，降低了卖家和买家的交易成本。

S305、第二客户端若接收第一客户端发送的通知消息，则根据通知消息访问房源信息。

具体的，该步骤的描述与步骤S201相同，此处不再赘述。

之后，第一客户端与可访问客户端生成订单。

具体的，当第一客户端向可访问客户端发送通知消息之后，即可与可访问客户端生成订单。

可选的，在生成订单时，买家可以先与卖家进行私密沟通，如针对第一客户端提供的房源信息做进一步的深入交流，在实现时，第一客户端和可访问客户端可以使用对话框、视频聊天、语音聊天等形式，分别通过接收卖家和买家输入的消息，完成上述私密沟通过程。

当使用第一客户端的卖家和使用第二客户端的买家确定希望交易后，即可生成订单。具体在实现时，可以用第二客户端根据买家输入的指示发起订单，再由第一客户端根据卖家输入的指示通过该订单，同时，第一客户端和第二客户端均对该订单进行跟踪，例如订单中若有贷款、过户手续等，则可按照设定时间为卖家和买家发送消息提醒，提醒第一客户端和第二客户端及时处理相关事宜，从而有效降低用户遗漏消息的风险，不需要用户频繁操作。

此外，第一客户端或可访问客户端可以在卖家接受订单或买家发起订单时，为卖家或买家提供已预先存储的专业二手房交易流程、文档及相关注意事项，以辅助用户完成二手房交易，从而帮助卖家或买家梳理自己和对方需要进行的交易步骤，尽可能减少重复工作，同时避免发生交易纠纷。

可选的，若第一客户端或可访问客户端需要第三方服务，即为买卖双方提供专业的房屋担保及过户服务的第三方服务商的服务，那么，作为一种可行的实施方式，可以由第一客户端发起第三方服务请求。具体的，第一客户端先向可访问客户端发送第三方请求，该第三方服务请求用于请求第三方对订单进行房源验证、房屋担保和订单有效的认证，在实现时，第一客户端可以用卖家输入的指示作为上述第三方服务请求；可访问客户端接收第一客户端发送的第三方服务请求之后，若同意发送该第三方服务请求，则向第三方发送第三方服务请求，这里的第三方即为前文所述的第三方服务商；作为另一种可行的实施方式，也可以由可访问客户端发起第三方服务请求。具体的，可访问客户端先向第一客户端发送第三方请求，该第三方服务请求与前文类似，同样是用于请求第三方对订单进行房源验证、房屋担保和订单有效的认证，在实现时，可访问客户端可以用买家输入的指示作为上述第三方服务请求；第一客户端接收可访问客户端发送的第三方服务请求之后，若同意发送该第三方服务请求，则向第三方发送第三方服务请求，这里的第三方即为前文所述的第三方服务商。

本实施例以向第三方发送第三方服务请求需要两个客户端同意为例进行说明，如果第三方服务是收费服务，则该第三方服务是用户双发协商自愿选择的，向第三方发送第三方服务请求需要两个客户端同意，但不以此做任何限定，每个客户端单独向第三方发送第三方服务请求也可以实现。

使用第三方服务能够最大程度保障用户的交易质量、降低交易风险，同时该第三方服务是用户双发协商自愿选择的，因此，在没有该第三方服务商的情况下，用户依然可以生成订单，完成交易。

相对于现有技术中买家直接浏览房源信息而言，在本实施例中，第二客户端需要向第一客户端发送请求消息，而第一客户端只会向其根据该请求消息确定的可访问客户端发送通知消息，即为他们打开访问第一客户端的房源信息的权限，因此，本实施例提供的房源信息交互的方法，可以保证第一客户端，即卖家的房源信息的安全性，可靠性、降低房源信息不透明，降低卖家和买家个人信息泄露，同时降低卖家和买家交易成本，并且起到规避不良竞争，规范市场的作用，保护租赁双方或买卖双方的权益。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元或模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种房源信息交互的方法，其特征在于，包括：

第一客户端接收第二客户端发送的请求消息，所述请求消息用于指示所述第二客户端需访问所述第一客户端发布的房源信息；

所述第一客户端若根据所述请求消息，确定所述第二客户端为可访问客户端，则向所述可访问客户端发送通知消息，以使所述可访问客户端根据所述通知消息访问所述房源信息。

2.根据权利要求1所述的方法，其特征在于，所述房源信息包括公共房源信息和加密房源信息；

所述第一客户端若根据所述请求消息，确定所述第二客户端为可访问客户端，则向所述可访问客户端提供所述房源信息包括：

所述第一客户端若根据所述请求消息，确定所述第二客户端为高安全等级的可访问客户端，则向所述可访问客户端提供公共房源信息和加密房源信息；

所述第一客户端若根据所述请求消息，确定所述第二客户端为低安全等级的可访问客户端，则向所述可访问客户端提供公共房源信息，

其中，所述第一客户端为已经申请且登录预设账户的客户端。

3.根据权利要求2所述的方法，其特征在于，所述第一客户端若根据所述请求消息，确定所述第二客户端为高安全等级的可访问客户端包括：

所述第一客户端根据所述请求消息，向所述第二客户端发送沟通验证消息；

所述第一客户端接收所述第二客户端反馈的沟通确认消息，确定所述第二客户端为高安全等级的可访问客户端。

4.根据权利要求1～3任一项所述的方法，其特征在于，所述第一客户端为使用预设联合账户登录的客户端；

所述第一客户端接收第二客户端发送的请求消息之前，还包括：

所述第一客户端发布或更新所述房源信息；

所述第一客户端向认证客户端发送认证请求，以使所述认证客户端根据所述认证请求，确定所述房源信息的真实性。

5.根据权利要求1～3任一项所述的方法，其特征在于，所述第一客户端接收第二客户端发送的请求消息之后，还包括：

所述第一客户端接收所述第二客户端发送的点评请求，所述点评请求指示所述第二客户端需点评所述第一客户端发布的房源信息；

所述第一客户端若同意所述点评请求，则将所述第二客户端的点评更新到所述房源信息中。

6.根据权利要求1～3任一项所述的方法，其特征在于，所述向所述可访问客户端发送通知消息之后，还包括：

所述第一客户端与所述可访问客户端生成订单；

所述第一客户端接收所述可访问客户端发送的第三方服务请求，所述第三方服务请求用于请求第三方对所述订单进行房源验证、房屋担保和所述订单有效的认证；所述第一客户端若同意发送所述第三方服务请求，则向所述第三方发送所述第三方服务请求；

或，

所述第一客户端向所述可访问客户端发送所述第三方服务请求，以使得所述可访问客户端若同意发送所述第三方服务请求，则向所述第三方发送所述第三方服务请求。

7.一种房源信息交互的方法，其特征在于，包括：

第二客户端向第一客户端发送请求消息，所述请求消息用于指示所述第二客户端需访问所述第一客户端发布的房源信息；

所述第二客户端若接收所述第一客户端发送的通知消息，则根据所述通知消息访问所述房源信息，其中，接收到所述第一客户端发送的通知消息的第二客户端为可访问客户端。

8.根据权利要求7所述的方法，其特征在于，所述第二客户端向第一客户端发送请求消息之后，还包括：

所述第二客户端接收所述第一客户端发送的沟通验证消息；

所述第二客户端向所述第一客户端反馈的沟通确认消息，以使所述第一客户端根据所述沟通确认消息确定所述第二客户端为高安全等级的可访问客户端。

9.根据权利要求7或8所述的方法，其特征在于，所述第二客户端向第一客户端发送请求消息之后，还包括：

所述第二客户端向第一客户端发送点评请求，所述点评请求指示所述第二客户端需点评所述第一客户端发布的房源信息。

10.根据权利要求7或8所述的方法，其特征在于，所述根据所述通知消息访问所述房源信息之后，还包括：

所述可访问客户端与所述第一客户端生成订单；

所述可访问客户端向所述第一客户端发送第三方服务请求，所述第三方服务请求用于请求第三方对所述订单进行房源验证、房屋担保和所述订单有效的认证，以使得所述第一客户端若同意发送第三方服务请求，则向所述第三方发送所述第三方服务请求；

或，

所述可访问客户端接收所述第一客户端发送的所述第三方服务请求；所述可访问客户端若同意发送所述第三方服务请求，则向所述第三方发送所述第三方服务请求。

11.根据权利要求7或8所述的方法，其特征在于，所述房源信息包括公共房源信息和加密房源信息；

所述第二客户端向所述第一客户端发送请求消息之前，还包括：

所述第二客户端根据输入的搜索条件向用户提供至少一个第一客户端的公共房源信息，以使得所述用户选择一个所述第一客户端的公共房源信息发送所述请求消息；

或者，

所述第二客户端根据定位到的位置向用户提供同一地域的第一客户端的公共房源信息，所述同一地域为预设距离内的地域或者同一小区。

12.根据权利要求7或8所述的方法，其特征在于，所述第二客户端为使用预设联合账户登录的客户端。