CN101459732A - 需求通信方法及系统 - Google Patents

Abstract

本发明实施例公开了需求通信的方法及系统，所述方法包括：接收来自通信请求方的携带有需求标识的通信请求，根据所述需求标识查询所述需求对应的需求注册信息；根据查询得到的需求注册信息，判断是否所述需求处于活动态且通信请求方为所述需求授权访问的用户，如果是，则按照所述需求注册信息中的需求方的用户通信地址，建立通信请求方与需求方之间的通信。采用本发明实施例，能够使得仅有那些获得授权的用户才能与需求方用户进行通信，从而避免了需求方用户受到通信骚扰；且在通信过程中，需求方的通信地址始终不公开，从而使得该需求方的隐私信息得到了保护。

Description

需求通信方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及需求通信方法及系统。

背景技术

自从贝尔发明电话以来，用户间的通信一直采用全网或域内统一编码、统一寻址的方式进行，在这样的体系下，现有的通信方式体现出以下2个主要特征：

1、用户的通信地址是公开的，一个用户只要知道另一个用户的地址或者号码就可以访问这个用户，用户的通信地址无法作为隐私加以保护；

2、用户的通信地址没有特定用途，具体来说，每个通信地址均只具有公共用途，当一个用户访问另一个用户时，被访问的用户无法根据访问用户的通信地址获知该访问用户的目的以及需求。

当前，几乎所有的通信系统都采用如上所述的通信方式进行通信，但是，随着互联网(internet)的不断发展以及电信网络的IP化，通讯的费用不断下降，由此，通过通信进行销售、营销和服务也越来越普遍，由于上述通信方式中，用户的通信地址是公开的且没有特定用途，因此会导致用户在实际通信过程中会受到大量例如销售、营销等广告电话的骚扰，从而干扰用户的正常工作和生活，甚至对用户的正常通信造成影响。相应的，在即时通信(IM)以及电子邮件(EMAIL)等其他通信方式中，也存在类似的问题。

为了克服上述问题，在现有技术中，用户可以通过申请多个电话号码的方式来保护其隐私，避免受到垃圾信息的影响，其具体实现为：

用户申请多个电话号码，分别用于商务、个人等不同目的，对于一些已经被滥用的号码，用户采用定期更换的方式来解决通信骚扰的问题。

对于即时通信而言，用户也可以采用申请多个即时通信号码的方式来解决通信骚扰的问题，进而，用户还可以利用即时通信系统所提供的隐身功能，使得其他人不能访问自己，而该用户可以主动和别人进行通信。

上述现有技术虽然能够在一定程度上解决通信骚扰的问题，但是，这些现有技术均需要用户申请多个号码，从而给用户记忆号码以及使用号码带来很大的不便；另外，虽然采用定期更换号码能够解决通信骚扰的问题，但是，由于需要用户将更换后的号码依次通知相关的联系人，相关联系人相应的也需要将该用户的号码替换为新的号码，在联系人较多且定期进行更换的情况下，无疑会使得用户及联系人的操作过多，造成用户使用不便。

发明内容

本发明实施例的目的在于：提供需求通信方法及系统，以使得在不对用户操作带来不便的情况下，能够根据用户的需求进行通信，从而避免通信骚扰。

本发明实施例提供以下技术方案：

一种需求通信系统，该系统包括：需求管理模块、状态管理模块、授权管理模块以及通信管理模块，其中：

所述需求管理模块，用于接收需求方用户发送的需求注册申请，根据该申请中所携带的需求信息，完成所述需求的注册；

所述状态管理模块，用于根据发起通信请求的用户所发送的通信请求中所携带的需求标识，在需求注册信息中查询所述需求当前所处的状态，将该状态提供给所述通信管理模块；

所述授权管理模块，用于根据需求注册信息，判断发起通信请求的用户是否为得到需求授权的用户，将该判断结果告知所述通信管理模块；

所述通信管理模块，用于在从所述状态管理模块获知所述需求状态为活动态且从授权管理模块获知所述发起通信请求的用户为所述需求授权的用户时，建立所述发起通信请求的用户与需求方用户之间的通信连接。

一种需求通信方法，该方法包括：

接收来自通信请求方的携带有需求标识的通信请求，根据所述需求标识查询所述需求对应的需求注册信息；

根据查询得到的需求注册信息，判断是否所述需求处于活动态且通信请求方为所述需求授权访问的用户，如果是，则按照所述需求注册信息中的需求方的用户通信地址，建立通信请求方与需求方之间的通信。

可见，在本发明实施例中，由于需求通信系统仅在通信请求方为需求方授权的用户才建立需求方和通信请求方用户间的通信，使得仅有那些获得授权的用户才能与需求方用户进行通信，从而避免了需求方用户受到通信骚扰；在通信过程中，需求方的通信地址始终不公开，从而使得该需求方的隐私信息得到了保护。在本发明实施例的实现过程中，无需需求方用户拥有多个号码，从而避免了给用户带来携带号码、记忆号码等方面的不便。

此外，由于本发明实施例根据当前状态对需求的状态进行维护，且仅在需求状态为活动态时才允许授权的用户与需求方进行通信，使得在用户需求过期后，不会再进行与该需求相关的通信，避免了由于发布需求信息而不断受到骚扰的情况。

附图说明

图1为本发明实施例所提供的需求通信系统的示意图；

图2为本发明实施例所提供的需求通信方法的流程图；

图3为本发明一具体实例中的需求通信方法的流程图。

具体实施方式

下面，结合附图对本发明实施例进行详细描述。

一、需求通信系统：

本发明实施例中，采用需求通信系统(On-Demand Communication System，ODCS)来实现为用户提供按需通信，该ODCS系统为一个中心化系统，用于：接受用户的需求注册申请、进行需求注册、对外发布需求信息、自动维护需求状态、以及根据当前注册的需求以及该需求的状态来组织用户之间的通信；进一步的，该系统还可用于进行需求变更、需求撤销、需求挂起等对需求的管理工作，还可提供需求检索功能，以使得相应的用户能够按照一定条件从该系统中检索得到相应的需求。

下面，结合一个具体实例，对所述ODCS系统进行详细说明。

参见图1，本发明实施例所提供的ODCS系统包括：需求管理模块101、状态管理模块102、授权管理模块103以及通信管理模块104，其中：

所述需求管理模块101用于：接收用户发送的需求注册申请，并根据该申请中所携带的需求信息，完成所述需求的注册；

其中，所述需求信息包括需求类型、需求内容、活动态条件、授权用户信息以及通信规则，下面对这些内容进行详细介绍：

1、需求类型：该需求类型用于标识需求的类别，举例来说，当一个用户需要买房时，其需求类型相应的可以为“房屋买卖”；当然，也可以采用“房屋租赁”、“购买书籍”等其他类别作为需求类型，并不影响本发明实施例的实现；

2、需求内容：该需求内容包括用户需求的详细信息，以便相关的其他用户能够根据该详细信息确定其是否具有满足该需求的相关条件，进而决定是否尝试与该用户进行通信；同样以房屋买卖为例，该需求内容中可以包括购房者所想购买的房屋的面积、价格、地理位置等详细信息，以便售房者能够根据该信息确定其是否有该购房者所要求的房源，进而决定是否尝试与该购房者进行通信；

由于该需求内容仅起到提示相关用户的作用，因此，在本发明优选实施例中，需求信息中也可不包括需求内容，并不影响本发明实施例的实现；

3、活动态条件：该活动态规定了所述需求在满足何种条件时处于活动态；在当前条件满足活动态条件时，则具有所述需求授权的相关用户可以与注册该需求的用户进行通信，而一旦当前条件不再满足活动态条件，则即使相关用户具有所述需求的授权也不能与注册该需求的用户进行通信；在实际应用中，通常采用启动时间和结束时间作为所述活动态条件，在当前时间在启动时间和结束时间之间时，则满足活动态条件，反之，则不满足活动态条件；当然，在本发明其它实施例中，也可采用其它条件作为所述活动态条件，并不影响本发明实施例的实现；

4、授权用户信息：在该授权用户信息中规定了哪些用户有权访问该需求，在实际应用中，授权方式包括完全授权、组内授权、私有授权三种方式，对应这三种方式，授权用户信息有如下三种形式：

(1)完全授权：

当授权方式为完全授权时，所述授权用户信息为所有用户，意味着所有用户均有权访问该需求；

(2)组内授权：

当授权方式为组内授权时，意味着一个群组内的所有用户均有权访问该需求，所述授权用户信息可以设置为所述组的标识，也可以为该组中的各个用户的信息；其中，在具体应用中，可以采用授权群组字段来标识所述群组，凡是在该授权群组字段内的用户均有权访问该需求；

(3)私有授权：

当授权方式为私有授权时，意味着仅对个别用户进行单独授权，只有具有该私有授权的用户才能访问所述需求，所述授权用户信息为被授权用户的信息，在实际应用中，ODCS系统可以将获得授权的用户的信息保存到授权列表中，ODCS根据该列表中所包括的用户信息判断当前请求进行通信的用户是否有权访问需求，并根据判断结果决定是否为该请求进行通信的用户安排通信；

其中，在单独授权多个用户或授权群组内的多个用户有权访问需求时，可以采用受权列表的方式来保存授权用户信息，当然，也可采用其它方式保存授权用户信息，并不影响本发明实施例的实现。

在实际应用中，还可根据用户的申请，在授权用户信息中增加和/或相应的用户信息，并不影响本发明实施例的实现。

5、通信规则：该通信规则表示采用何种通信方式进行用户之间的通信，根据实际需要，可以为不同需求分别具体规定语音、短信、邮件等不同通信方式。其中，在本发明其它实施例中，所述需求信息中也可不包括通信规则，用户间可以按照需求人通信地址所对应的通信类型进行通信，并不影响本发明实施例的实现。

所述需求管理模块在收到用户的需求注册请求后，为该请求中所携带的需求信息分配一个唯一的需求标识(ID)，并将包括需求ID、需求信息、以及请求注册的所述用户的通信地址在内的注册信息保存在数据库中，从而对该用户完成需求的注册；具体的，可以将上述信息保存在表1所示的需求注册表中：

 

需求标识	需求信息	用户通信地址
			ID1	需求信息1	13901234567
ID2	需求信息2	65432100
			......	......	......
IDn		email@gmail.com

表1

除了采用上述列表的方式保存用户的需求注册信息之外，在本发明其它实施例中，也可采用其它方式保存注册信息，并不影响本发明实施例的实现。

此外，在本发明实施例中，如上所述的需求注册信息保存在数据库中，在本发明其它实施例中，该需求注册信息也可以保存在所述需求管理模块101中，并不影响本发明实施例的实现；

所述需求管理模块除了进行需求注册之外，还可进一步用于对需求进行管理，具体包括：

(1)需求变更：当所述需求管理模块101收到需求变更请求后，根据该请求中所携带的需求变更内容，对需求信息和/或用户通信地址进行更改，以完成对用户需求的变更；其中，在本发明优选实施例中，对于需求信息中的需求内容、活动态条件、通信规则，可以直接按照用户的变更请求进行变更，而对于需求类型、授权用户信息等其他注册信息，则可根据业务实现的需要，限制或禁止用户进行变更；

(2)需求挂起：当所述需求管理模块101收到需求挂起请求后，根据该请求中的需求标识，将需求注册信息中相应需求的状态置为挂起态，以使得其他用户无法通过此需求和需求人进行通信；当然，所述需求管理模块相应的还提供解除需求挂起功能，以在接收到解除需求挂起请求后，将需求注册信息中相应需求的状态恢复到正常状态；

(3)需求删除：当所述需求管理模块101收到需求删除请求后，根据该请求中的需求标识，删除相应需求的注册信息。

所述状态管理模块102用于：根据用户发送的通信请求中所携带的需求标识，在需求注册信息中查询所述需求当前所处的状态，并将该状态提供给所述通信管理模块104；

在本发明优选实施例中，该状态管理模块102还可进一步用于：

根据当前状态维护需求注册信息中各个需求的状态，具体的，在该状态管理模块102判断得到当前状态满足某个需求的活动态条件时，则将该需求的状态设置为活动态，以使得获得该需求授权的用户能够利用该需求同需求人进行通信，反之，则将该需求的状态设置为非活动态，以使得即使用户获得了该需求的授权的用户也无法通过该需求同需求人进行通信。在具体应用中，通常以时间为判断条件来对需求的状态进行设置：

在当前时间在活动态条件中所设置的需求开启时间之前时，则将所述需求的状态设置为未开启状态，该未开启状态属于所述非活动态的一种；

在当前时间在活动态条件中所设置的需求开启时间之后、需求结束时间之前时，则将所述需求的状态设置为活动态；

在当前时间在活动态条件中所设置的需求结束时间之后时，则将所述需求的状态设置为删除状态，该删除状态属于所述非活动态的一种；

当然，在本发明其它实施例中，也可采用其它类型的判断条件来对需求状态进行维护，并不影响本发明实施例的实现。

所述授权管理模块103用于：根据需求注册信息，判断发起通信请求的用户是否为得到需求授权的用户，并将该判断结果告知所述通信管理模块104；具体的，该授权管理模块103可以在收到用户的通信请求后，根据该通信请求中所携带的需求标识，确定该需求的注册信息，并根据该需求注册信息中的授权用户信息判断该发起通信请求的用户是否得到访问该需求的授权，并将授权判断结果告知所述通信管理模块104，以便该通信管理模块104根据判断结果决定是否安排进行用户间的通信。

所述通信管理模块104用于：在从所述状态管理模块获知所述需求状态为活动态且从授权管理模块获知所述发起通信请求的用户为所述需求授权的用户时，建立所述发起通信请求的用户与需求方用户之间的通信连接。

其中，在本发明优选实施例中，该通信管理模块104还可进一步用于：

在确定可以进行用户间的通信后，根据通信请求中所携带的需求标识，确定需求注册信息中所保存的相应的通信规则，并按照该通信规则建立用户间的通信连接。

其中，在进行用户间通信的过程中，该通信管理模块104始终不将需求人的通信地址提供给通信请求房，以使得需求人的隐私信息能够得到很好的保护。

在本发明优选实施例中，所述ODCS系统还可进一步包括：

发布模块105，该模块用于：将所述ODCS系统中注册的需求向外发布，以便收到该需求的相应用户能够根据该需求，决定是否向注册需求的用户发起通信请求；在实际应用中，该模块可以接收用户的需求通知申请，并按照该申请中所包括的通知条件，将符合通知条件的需求发布给希望获得该需求的用户；进一步的，该模块还可以根据需求注册信息，控制仅向那些获得访问需求授权的用户发布需求，从而避免需求毫无限制的被发布；

在本发明另一实施例中，所述ODCS系统还可进一步包括：

检索模块106，该模块用于根据用户所输入的检索条件，在需求注册信息中检索得到满足所述检索条件的需求，从而方便用户按照一定的方式检索得到相应的需求；

需要注意的是：该检索模块106可以设置检索控制功能，以便在检索过程中，筛除掉那些未授权检索用户访问的需求，从而使得用户仅能检索得到其有权访问的那些需求。

在本发明优选实施例中，所述发布模块和检索模块可以采用一个功能模块加以实现，并不影响本发明实施例的实现。

为了对本发明实施例所提供的系统做更详细的说明，下面，对如上所述系统中相应模块的具体实现加以详细说明：

(一)在本发明优选实施例中，所述系统中的需求管理模块包括：

接收模块，用于接收需求方用户发送的需求注册申请；

注册模块，用于根据所述需求注册申请中所携带的需求信息，完成所述需求的注册。

进一步的，为了实现对需求信息和/或用户通信地址进行更改，该需求管理模块还可进一步包括：

变更模块，用于在收到需求变更请求后，根据该请求中所携带的需求变更内容，对需求信息和/或用户通信地址进行更改。

进一步的，为了实现将需求置为挂起态以及解除需求的挂起状态，所述需求管理模块进一步包括：

挂起模块，用于：在收到需求挂起请求后，根据该请求中的需求标识，将需求注册信息中相应需求的状态置为挂起态；

解除挂起模块，用于：在收到解除需求挂起请求后，将需求注册信息中相应需求的状态恢复到正常状态。

进一步的，为了实现删除需求，所述需求管理模块进一步包括：

删除模块，用于在收到需求删除请求后，根据该请求中的需求标识，删除相应需求的注册信息。

(二)在本发明优选实施例中，所述状态管理模块包括：

查询模块，用于根据发起通信请求的用户所发送的通信请求中所携带的需求标识，在需求注册信息中查询所述需求当前所处的状态；

状态提供模块，用于将查询模块查询得到的所述需求当前所处的状态提供给所述通信管理模块。

为了实现对需求的状态进行管理，所述状态管理模块进一步包括状态维护模块，用于根据当前状态维护需求注册信息中各个需求的状态。

(三)在本发明优选实施例中，所述通信管理模块包括：

接收模块，用于从所述状态管理模块获知所述需求状态是否为活动态且从授权管理模块获知所述发起通信请求的用户是否为所述需求授权的用户；

建立通信连接模块，用于在所述接收模块从所述状态管理模块获知所述需求状态为活动态且从授权管理模块获知所述发起通信请求的用户为所述需求授权的用户时，建立所述发起通信请求的用户与需求方用户之间的通信连接。

进一步的，所述通信管理模块还可包括：

通信规则确定模块，用于根据通信请求中所携带的需求标识，确定需求注册信息中所保存的相应的通信规则；

所述建立通信连接模块按照所述通信规则确定模块所确定的通信规则，建立用户间的通信连接。

二、需求通信方法：

参见图2，本发明实施例所提供的需求通信方法包括：

步骤201：需求通信系统接收通信请求方发送的携带有需求标识的通信请求，根据所述需求标识确定所述需求对应的需求注册信息；

步骤202：所述需求通信系统根据所确定的需求注册信息，判断是否所述需求当前处于活动态且通信请求方为所述需求授权访问的用户，如果是，则按照所述需求注册信息中的需求方的用户通信地址，建立通信请求方与需求方之间的通信。

其中，在本发明优选实施例中，该方法进一步包括：

需求方将其需求注册在所述需求通信系统上。

所述注册过程的具体实现为：

所述需求通信系统接收需求方发送的需求注册请求，为该请求中所携带的需求信息分配一个唯一的需求标识，并将包括所述需求标识、需求信息以及请求注册的所述用户的通信地址在内的注册信息保存起来。其中，所述注册信息可以保存在独立的数据库中，也可以保存在需求通信系统的需求管理模块中，并不影响本发明实施例的实现。

进一步的，该方法还可实现对需求注册信息进行维护，具体包括：

(1)需求变更：所述需求通信系统在收到需求变更请求后，对需求信息和/或用户通信地址进行更改；具体的，所述需求通信系统可以根据需求变更请求，对需求信息中的各个内容进行更改，对于需求内容、活动态条件、通信规则，可以直接按照用户的变更请求进行更改，而对于需求类型、授权用户信息等其他注册信息，考虑到注册的连贯性，则可以限制或禁止用户进行更改。

(2)需求挂起：所述需求通信系统在收到需求挂起请求后，根据该请求中的需求标识，将需求注册信息中相应需求的状态置为挂起态，以使得其他用户无法通过此需求和需求人进行通信；当然，所述需求通信系统还可在接收到解除需求挂起请求后，根据该请求中所携带的需求标识，解除需求注册信息中相应需求的挂起状态。

(3)需求删除：所述需求通信系统在收到需求删除请求后，根据该请求中的需求标识，删除相应需求的需求注册信息。

其中，在本发明实施例中，该方法还可进一步包括：

所述需求通信系统根据当前状态维护所述需求注册信息中相应需求的状态。

其中，所述维护状态的具体实现为：

在所述需求通信系统判断得到当前状态满足需求信息中的活动态条件时，则将所述需求设置为活动态；在所述需求通信系统判断得到当前状态不再满足需求信息中的活动态条件时，则将该需求设置为非活动态。具体的，可以采用需求开启时间和需求结束时间作为所述活动态条件，所述需求通信系统在判断得到当前时间处于需求开启时间和需求结束时间之间时，将所述需求设置为活动态，反之则将所述需求置为非活动态。

在本发明实施例的实际应用中，所述授权包括完全授权、组内授权以及私有授权三种授权类型，结合这三种授权类型，所述判断通信请求方是否为需求授权访问的用户的具体实现为：

(1)对于完全授权而言，由于所有用户均有权访问需求，因此，一旦判断得到当前为完全授权，则可判断得到通信请求方的用户为所述需求授权访问的用户；

(2)对于组内授权而言，由于只有组内用户有权访问需求，因此，可以通过判断通信请求方是否属于相应群组来判断其是否为需求授权访问的用户，具体的，可以通过判断所述通信请求方用户是否具有授权群组的相应字段来判断该用户是否属于相应群组，当然，也可通过其他方式判断通信请求方用户是否属于相应群组，并不影响本发明实施例的实现；

(3)对于私有授权而言，可以判断通信请求方用户是否为授权用户信息中所包括的用户，由此来判断其是否获得访问需求的授权。

其中，对于私有授权而言，相关用户还可以向需求通信系统发起授权请求，请求获得需求人的授权，其具体实现可以包括以下两种方式：

方式一：请求授权的用户向需求通信系统发送授权请求，在该授权请求中携带有请求授权的需求的标识；需求通信系统将该请求授权的用户的信息提供给需求人，在获得需求人的授权后，将该请求授权的用户的信息添加到所述需求的授权用户信息中，从而完成对该请求授权用户的授权；

方式二：需求人事先将需求的标识以及该需求的授权码发送给请求授权的用户，其中，该发送可以采用加密的形式进行；所述请求授权的用户向需求通信系统发送授权请求，在该授权请求中携带所述需求的标识以及授权码；需求通信系统根据授权请求中的需求标识以及授权码对授权请求进行验证，验证通过后，将所述请求授权的用户的信息添加到所述需求的授权用户信息中，完成对该请求授权用户的授权。

当然，也可采用其他方式完成对请求授权用户的授权，并不影响本发明实施例的实现。

在本发明另一优选实施例中，针对不同需求可能需要采用不同通信方式这一情况，步骤202中所述建立通信请求方与需求方之间的通信的具体实现可以为：

按照所述需求注册信息中的通信规则确定相应的通信方式，采用所述通信方式建立通信请求方与需求方之间的通信。

为了方便相关用户获得需求信息，该方法还可进一步包括：

所述需求通信系统发布需求信息；具体的，可以采用定期发布的方式发布需求信息，也可以根据相关用户的申请，将符合该用户所设定条件的需求信息发布给相关用户；此外，在实际发布过程中，也可以仅向那些获得访问需求授权的用户发布所述需求的信息，从而使得需求信息能够有目的、有针对性地被发布。

此外，所述方法还可进一步包括：

所述需求通信系统在收到用户的检索请求后，根据该请求中所携带的检索条件检索需求信息。在实际应用中，可以控制仅有相应授权的用户方可检索到需求，从而使得能够控制用户按照权限进行检索。

需要说明的是：在上述实现需求通信的过程中，需求方的通信地址始终不公开，从而对该需求方的隐私信息加以保护，避免由于隐私信息泄漏而对需求方造成通信骚扰。

下面，举一具体实例，对本发明实施例所提供的需求通信方法加以说明，该具体实例以买卖房产为具体应用场景，在该实例中，需求方A想买一套住房，其在需求通信系统上注册该需求并授权相应的通信请求方访问该需求，被授权访问该需求的通信请求方B与该需求方A之间通过需求通信系统进行需求通信，参见图3，上述过程的具体实现包括以下步骤：

步骤301：需求方A向需求通信系统发送购买房屋的需求注册申请，以表示希望授权的通信请求方尽快和自己联系；所述需求通信系统收到该注册申请后，将需求方A的购买房屋的需求注册在该需求通信系统上；

步骤302：需求通信系统将需求方A的购买房屋的需求发布给通信请求方；

步骤303：通信请求方B看到需求方A的需求后，点击需求方A的需求，向需求通信系统发起与需求方A的通信请求；需求通信系统判断得到该通信请求方B为需求方A购买房屋需求的授权用户，且该购买房屋需求当前处于活动态，按照需求方A在其购买房屋需求中所设置的通信方式，建立通信请求方B与需求方A之家的通信连接；

步骤304：经过一段时间，需求方A买到了房子，其通知需求通信系统删除其注册的购买房屋的需求；在这之后，通信请求方B得到了另一处房源，准备向需求方A推荐，该通信请求方B通过备份在其本地机器上的需求方A需求，向需求通信系统发起和需求方A的通信请求，需求通信系统判断得到需求方A的购买房屋的需求当前已经被删除，不再建立需求方A与通信请求方B之间的通信连接。

在以上具体实例中，只有在需求方A购买房屋的需求仍然存在且处于活动态时，相关的用户才能和该需求方A进行通信，当该需求方A在需求通信系统上删除了其购买房屋的需求后，则其他用户无法再通过其需求与需求方A进行联系，从而使得需求方A不再受到不必要的干扰。此外，在需求方A与通信请求方通信过程中，该需求方A的通信地址始终不公开，从而保护了该需求方A的隐私信息，避免了由于隐私信息泄漏而对需求方A造成骚扰。

采用本发明实施例所提供的需求通信方法和系统，能够改变当前的通信模式，并对通信参与的各方带来如下诸多好处：

对于用户而言，本发明实施例提供了很好的需求发布渠道，在用户需要的情况下快速将需求发布出去，并且，能够很好地保护用户的隐私，且能够保证在需求消失的情况下，对应的通信方式也将自动失效。

对于商家而言，其可以通过需求通信系统获取大量用户需求，并能利用该需求通信系统和用户沟通，促进其商业经营；此外，本发明实施例有效地提高需求的时效性，避免了大量无效需求浪费商家时间和精力。

对于运营商而言，需求通信的运营商可以通过掌握大量的客户需求，进一步了解自己的客户以及客户历史性的需求，从而能够有效的细分客户群；通过对客户的准确把握，运营商可以针对客户提供相应的产品和服务，甚至转售客户需求。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (18)

1、一种需求通信系统，其特征在于，该系统包括：需求管理模块、状态管理模块、授权管理模块以及通信管理模块，其中：

所述需求管理模块，用于接收需求方用户发送的需求注册申请，根据该申请中所携带的需求信息，完成所述需求的注册；

所述状态管理模块，用于根据发起通信请求的用户所发送的通信请求中所携带的需求标识，在需求注册信息中查询所述需求当前所处的状态，将该状态提供给所述通信管理模块；

所述授权管理模块，用于根据需求注册信息，判断发起通信请求的用户是否为得到需求授权的用户，将该判断结果告知所述通信管理模块；

所述通信管理模块，用于在从所述状态管理模块获知所述需求状态为活动态且从授权管理模块获知所述发起通信请求的用户为所述需求授权的用户时，建立所述发起通信请求的用户与需求方用户之间的通信连接。

2、根据权利要求1所述的系统，其特征在于，所述需求管理模块包括：

接收模块，用于接收需求方用户发送的需求注册申请；

注册模块，用于根据所述需求注册申请中所携带的需求信息，完成所述需求的注册。

3、根据权利要求2所述的系统，其特征在于，所述需求管理模块进一步包括：

变更模块，用于在收到需求变更请求后，根据该请求中所携带的需求变更内容，对需求信息和/或用户通信地址进行更改。

4、根据权利要求2所述的系统，其特征在于，所述需求管理模块进一步包括：

挂起模块，用于在收到需求挂起请求后，根据该请求中的需求标识，将需求注册信息中相应需求的状态置为挂起态；

解除挂起模块，用于：在收到解除需求挂起请求后，将需求注册信息中相应需求的状态恢复到正常状态。

5、根据权利要求2所述的系统，其特征在于，所述需求管理模块进一步包括：

删除模块，用于在收到需求删除请求后，根据该请求中的需求标识，删除相应需求的注册信息。

6、根据权利要求1所述的系统，其特征在于，所述状态管理模块包括：

查询模块，用于根据发起通信请求的用户所发送的通信请求中所携带的需求标识，在需求注册信息中查询所述需求当前所处的状态；

状态提供模块，用于将查询模块查询得到的所述需求当前所处的状态提供给所述通信管理模块。

7、根据权利要求6所述的系统，其特征在于，所述状态管理模块进一步包括状态维护模块，用于根据当前状态维护需求注册信息中各个需求的状态。

8、根据权利要求1所述的系统，其特征在于，所述通信管理模块包括：

接收模块，用于从所述状态管理模块获知所述需求状态是否为活动态且从授权管理模块获知所述发起通信请求的用户是否为所述需求授权的用户；

建立通信连接模块，用于在所述接收模块从所述状态管理模块获知所述需求状态为活动态且从授权管理模块获知所述发起通信请求的用户为所述需求授权的用户时，建立所述发起通信请求的用户与需求方用户之间的通信连接。

9、根据权利要求8所述的系统，其特征在于，所述通信管理模块进一步包括：

通信规则确定模块，用于根据通信请求中所携带的需求标识，确定需求注册信息中所保存的相应的通信规则；

所述建立通信连接模块按照所述通信规则确定模块所确定的通信规则，建立用户间的通信连接。

10、根据权利要求1～9任意一项所述的系统，其特征在于，该系统进一步包括：

发布模块，用于将所述需求通信系统中注册的需求向外发布；和/或，

检索模块，用于根据检索条件，在需求注册信息中检索得到满足所述检索条件的需求。

11、一种需求通信方法，其特征在于，该方法包括：

接收来自通信请求方的携带有需求标识的通信请求，根据所述需求标识查询所述需求对应的需求注册信息；

根据查询得到的需求注册信息，判断是否所述需求处于活动态且通信请求方为所述需求授权访问的用户，如果是，则按照所述需求注册信息中的需求方的用户通信地址，建立通信请求方与需求方之间的通信。

12、根据权利要求11所述的方法，其特征在于，该方法进一步包括：

接收需求方发送的需求注册请求，为该请求中所携带的需求信息分配一个唯一的需求标识，将包括所述需求标识、需求信息以及请求注册的所述用户的通信地址在内的注册信息保存。

13、根据权利要求12所述的方法，其特征在于，该方法进一步包括：

在收到需求变更请求后，对需求信息和/或用户通信地址进行更改；或

在收到需求挂起请求后，根据该请求中的需求标识，将需求注册信息中相应需求的状态置为挂起态；或

在收到需求删除请求后，根据该请求中的需求标识，删除相应需求的需求注册信息。

14、根据权利要求11所述的方法，其特征在于，该方法进一步包括：

在判断得到当前状态满足需求信息中的活动态条件时，则将所述需求设置为活动态；在判断得到当前状态不再满足需求信息中的活动态条件时，则将该需求设置为非活动态。

15、根据权利要求14所述的方法，其特征在于，所述活动态条件包括：需求开启时间和需求结束时间。

16、根据权利要求11所述的方法，其特征在于，所述判断通信请求方是否为需求授权访问的用户的步骤包括：

判断需求信息中的授权类型是否为完全授权；

判断通信请求方是否属于授权群组；或

判断通信请求方用户是否为需求信息的授权用户信息中所包括的用户。

17、根据权利要求11所述的方法，其特征在于，所述建立通信请求方与需求方之间的通信的步骤包括：

按照所述需求注册信息中的通信规则确定相应的通信方式，采用所述通信方式建立通信请求方与需求方之间的通信。

18、根据权利要求11所述的方法，其特征在于，该方法进一步包括：

所述需求通信系统发布需求信息，和/或，

所述需求通信系统在收到检索请求后，根据该请求中所携带的检索条件检索需求信息。

Images