需求撮合方法及装置、电子设备与流程

本说明书一个或多个实施例涉及需求撮合技术领域，尤其涉及一种需求撮合方法及装置、电子设备。

背景技术：

撮合平台中记录有资源提供方可提供的资源，资源提供方可通过向撮合平台下发撮合请求以获取与自身需求相匹配的资源。例如，用户可向撮合平台发起撮合请求，以使得撮合平台为自己查找符合自身需求的产品。

技术实现要素：

有鉴于此，本说明书一个或多个实施例提供一种需求撮合方法及装置、电子设备。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种需求撮合方法，应用于撮合平台；所述方法包括：

确定第一资源提供方存在针对指定资源的撮合需求，所述撮合需求被标记为主动撮合状态；

在第二资源提供方对应的被标记为被动撮合状态的历史撮合需求中，查找对应的目标资源与所述指定资源相匹配的目标历史撮合需求；

其中，当任一撮合需求被标记为主动撮合状态，且未查找到与所述任一撮合需求相匹配的其他撮合需求时，所述任一撮合需求被修改为被动撮合状态。

根据本说明书一个或多个实施例的第二方面，提出了一种需求撮合装置，应用于撮合平台；所述装置包括：

确定单元，确定第一资源提供方存在针对指定资源的撮合需求，所述撮合需求被标记为主动撮合状态；

查找单元，在第二资源提供方对应的被标记为被动撮合状态的历史撮合需求中，查找对应的目标资源与所述指定资源相匹配的目标历史撮合需求；

其中，当任一撮合需求被标记为主动撮合状态，且未查找到与所述任一撮合需求相匹配的其他撮合需求时，所述任一撮合需求被修改为被动撮合状态。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例所述的需求撮合方法。

附图说明

图1是一示例性实施例提供的一种需求撮合系统的架构示意图。

图2是一示例性实施例提供的一种需求撮合方法的流程图。

图3是一示例性实施例提供的撮合平台响应撮合请求的示意图。

图4是一示例性实施例提供的另一种需求撮合方法的流程图。

图5是一示例性实施例提供的另一种需求撮合方法的流程图。

图6是一示例性实施例提供的一种设备的结构示意图。

图7是一示例性实施例提供的一种需求撮合装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是一示例性实施例提供的一种需求撮合系统的架构示意图。如图1所示，该系统可以包括撮合平台11、网络12、第一资源提供方13和第二资源提供方14。

撮合平台11可以为包含一独立主机的物理服务器，或者该撮合平台11可以为主机集群承载的虚拟服务器。在运行过程中，撮合平台11可以运行某一应用的服务器侧的程序，以实现该应用的服务端。而在本说明书一个或多个实施例的技术方案中，可由撮合平台11通过与第一资源提供方13、第二资源提供方14进行配合，以针对第一资源提供方13或第二资源提供方14的需求进行撮合。

第一资源提供方13和第二资源提供方14互相为对方提供相匹配的资源，以满足对方的需求。第一资源提供方13和第二资源提供方14可以是pc；当然，pc只是用户可以使用的一种类型的电子设备。实际上，显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(pdas，personaldigitalassistants)、手机等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，第一资源提供方13和第二资源提供方14可向撮合平台11发起撮合请求，以使得撮合平台11查找出相匹配的撮合需求。

而对于撮合平台11与第一资源提供方13、第二资源提供方14之间进行交互的网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(publicswitchedtelephonenetwork，pstn)和因特网。

请参见图2，图2是一示例性实施例提供的一种需求撮合方法的流程图。如图2所示，该方法应用于撮合平台，可以包括以下步骤：

步骤202，确定第一资源提供方存在针对指定资源的撮合需求，所述撮合需求被标记为主动撮合状态。

在一实施例中，当接收到第一资源提供方针对指定资源发起的撮合请求时，可确定第一资源提供方存在针对指定资源的撮合需求。那么，可将该撮合需求标记为主动撮合状态。其中，主动撮合状态可理解为撮合平台针对被标记为主动撮合状态的撮合需求，应主动查找与该撮合需求相匹配的撮合需求。

步骤204，在第二资源提供方对应的被标记为被动撮合状态的历史撮合需求中，查找对应的目标资源与所述指定资源相匹配的目标历史撮合需求；其中，当任一撮合需求被标记为主动撮合状态，且未查找到与所述任一撮合需求相匹配的其他撮合需求时，所述任一撮合需求被修改为被动撮合状态。

在一实施例中，第一资源提供方与第二资源提供方互相为对方提供相对应(例如，相同类型的产品资源)的资源，以在对方存在撮合需求时可向对方提供满足该撮合需求的资源。需要说明的是，在本说明书的需求撮合方案中，第一资源提供方与第二资源提供方为相对对方而言的，类似于“第一”、“第二”的描述方式，仅仅用于将彼此区分开。例如，在不脱离本说明书范围的情况下，第一资源提供方也可以被称为第二资源提供方，类似地，第二资源提供方也可以被称为第一资源提供方。

在一实施例中，当撮合平台在查找与某一撮合需求(此时为撮合平台主动查找，即该撮合需求为主动撮合状态)相匹配的撮合需求，且查找失败(即未查找到相匹配的撮合需求，说明当前不存在与该撮合需求相匹配的撮合需求)时，若后续不存在新的撮合需求，则撮合平台继续执行查找操作(查找与该撮合需求相匹配的撮合需求)也将查找失败。因此，撮合平台在针对某一撮合需求进行主动查找操作后，若查找失败，则可将该撮合需求修改为被动撮合状态(此时该撮合需求属于历史撮合需求)。其中，被动撮合状态可理解为撮合平台针对被标记为被动撮合状态的撮合需求，并不需要主动查找与该撮合需求相匹配的撮合需求，即被标记为被动撮合状态的撮合需求，等待撮合平台主动执行查找操作时(撮合平台主动执行查找操作，说明存在新的撮合需求，此时被标记为被动撮合状态的撮合需求有可能与该新的撮合需求相匹配)被查找到。基于上述标记撮合需求的方式，在确定出第一资源提供方存在撮合需求时，可将该撮合需求标记为主动撮合状态，并在第二资源提供方对应的被标记为被动撮合状态的历史撮合需求中，查找对应的目标资源与指定资源相匹配的目标历史撮合需求。由于被标记为主动撮合状态的撮合需求为新的撮合需求，有可能与历史撮合需求相匹配，通过优先在被标记为被动撮合状态的历史撮合需求中查找目标历史撮合需求，可以提高历史撮合需求被匹配上的概率，从而有效减少历史撮合需求的积压。

在一实施例中，当确定出所述第一资源提供方存在所述撮合需求时，可无延迟地执行查找所述目标历史撮合需求的操作。其中，“无延迟地执行查找操作”可理解为在确定出存在撮合需求时，实时执行查找操作，从而可提高撮合需求的效率，减少撮合需求的积压；尤其是在撮合平台当前需处理的撮合请求较少时，实时地执行查找操作可充分利用撮合平台的处理性能。

在一实施例中，撮合平台可采用服务器集群的方式来处理撮合需求，即撮合平台可包括多台撮合服务器，每台服务器均用于响应于第一资源提供方(或第二资源提供方)发起的撮合请求并执行上述的查找操作。

基于上述撮合平台包括多台撮合服务器的情况，当任一撮合服务器确定出所述第一资源提供方存在所述撮合需求时(即接收到第一资源提供方发起的撮合请求时)，可锁定所述撮合需求，以防止其他撮合服务器执行查找所述目标历史撮合需求的操作，从而可避免各台撮合服务器重复处理所述撮合需求。

同时，基于上述撮合平台包括多台撮合服务器的情况，各台撮合服务器均互不影响地执行查找操作。当某一资源与多个撮合需求对应的资源相匹配，且该多个撮合需求分别由不同的撮合服务器在执行查找操作时，该资源可被多个撮合服务器查找命中，若该资源不足以同时满足于该多个撮合需求，则将产生冲突。因此，当任一撮合服务器查找到所述目标历史撮合需求时，锁定对应于所述目标历史撮合需求的目标资源，以防止其他撮合服务器利用所述目标资源查找相匹配的其他撮合需求。

在一实施例中，第一资源提供方与第二资源提供方均可向撮合平台发起撮合请求。假定第一资源提供方发起的为第一撮合请求，第二资源提供方发起的为第二撮合请求。那么，第一撮合请求的撮合需求1与第二撮合请求的撮合需求2可能正好互相匹配。而由上述针对撮合需求的处理机制可知，撮合平台在处理撮合需求1与撮合需求2时，均是优先在被标记为被动撮合状态的历史撮合需求中查找相匹配的撮合需求，而撮合需求1与撮合需求2均被标记为主动撮合状态，导致撮合需求1与撮合需求2并不能够及时匹配上，从而降低了撮合需求的效率。因此，针对上述“两互相匹配的撮合需求错过”的情况，可配置预设次数阈值以及延迟时长以减少两互相匹配的撮合需求错过的概率。作为一示例性实施例，当被标记为主动撮合状态的任一撮合需求未查找到相匹配的其他撮合需求时，若经预设延迟时长后再次执行查找操作直到执行查找操作的次数超过预设次数阈值且查找失败，则所述任一撮合需求被修改为被动撮合状态。比如，承接于上述举例，假定针对第一资源提供方配置预设次数阈值和预设延迟时长。那么，撮合平台在针对撮合需求1执行查找操作时，若查找失败(历史撮合需求中不存在相匹配的撮合需求，同时撮合需求2当前处于主动撮合状态)，则经预设延迟时长后再次执行查找操作，而在此时可能撮合需求2已经被修改为被动撮合状态，那么撮合平台便可在历史撮合需求中查找到撮合需求2，进而提高了对撮合需求的撮合效率。进一步的，当执行查找操作的次数超过预设次数阈值时，将撮合需求1修改为被动撮合状态，以避免因撮合平台长时间处理撮合需求1导致其他被标记为主动撮合状态的撮合需求积压。需要说明的是，由于预设次数阈值的存在，撮合平台针对同一撮合需求可能多次执行查找操作，而相邻查找操作之间的延迟时长可以相同也可以不同。同时，预设次数阈值和延迟时长的具体取值可根据实际情况灵活设定，本说明书一个或多个实施例并不对此进行限制。

在一实施例中，针对第一资源提供方与第二资源提供方均可配置预设次数阈值以及延迟时长，例如，针对第一资源提供方配置的是第一预设次数阈值以及第一延迟时长，针对第二资源提供方配置的是第二预设次数阈值以及第二延迟时长。那么，若发起第一撮合请求与第二撮合请求的时间相同，则仍可能出现上述“错过”的问题。因此，可实施以下设置：针对第一资源提供方配置的第一预设次数阈值，与针对第二资源提供方配置的第二预设次数阈值不相同；和/或针对第一资源提供方配置的第一预设延迟时长，与针对第二资源提供方配置的第二预设延迟时长不相同。通过将针对第一资源提供方与针对第二资源提供方配置的预设次数阈值和/或延迟时长错开，可以有效避免出现上述“撮合需求1与撮合需求2错过”的问题，从而提高了撮合需求的效率。

为了便于理解，下面结合附图对本说明书的需求撮合方案进行详细说明。

请参见图3，图3是一示例性实施例提供的撮合平台响应撮合请求的示意图。如图3所示，假定第一资源提供方为资源提供方a，第二资源提供方为资源提供方b。资源提供方a与资源提供方b互相为对方提供相对应(例如，相同类型的产品资源)的资源，以在对方存在撮合需求时可向对方提供满足该撮合需求的资源。下面以a2b(即atob，表示资源提供方a向撮合平台发起撮合请求，以匹配资源提供方b的撮合需求)为例(b2a的情况与a2b类似)对撮合平台响应撮合请求的过程进行说明。

当资源提供方a侧的用户存在撮合需求a时，可通过资源提供方a向撮合平台发起撮合请求。撮合平台在接收到该撮合请求后，无延迟地(即实时地)响应与该撮合请求，将撮合需求a落库于资源提供方a库表中。其中，资源提供方a库表用于记录资源提供方a所发起撮合请求对应的撮合需求。同时，撮合平台无延迟地执行查找操作以获取与撮合需求a相匹配的撮合需求(资源提供方b的撮合需求)。通过实时执行上述操作，可提高撮合需求的效率，减少撮合需求的积压；尤其是在撮合平台当前需处理的撮合请求较少时，实时地执行查找操作可充分利用撮合平台的处理性能。其中，撮合平台可采用服务器集群的方式来处理撮合需求，即撮合平台可包括多台撮合服务器，每台服务器均用于响应于资源提供方a和资源提供方b发起的撮合请求，以提高对撮合需求的撮合效率。

下面结合图4-5对本说明中撮合平台执行查找操作的过程进行详细说明。

请参见图4，图4是一示例性实施例提供的另一种需求撮合方法的流程图。如图4所示，该方法应用于撮合平台，可以包括以下步骤：

步骤402，接收撮合请求。

步骤404，确定出资源提供方a存在撮合需求。

步骤406，将确定出的撮合需求标记为主动撮合状态。

在本实施例中，当接收到资源提供方a针对指定资源发起的撮合请求时，可确定资源提供方a存在针对指定资源的撮合需求a。那么，可将撮合需求a标记为主动撮合状态(例如，可将撮合需求a标记为wait_match)。其中，主动撮合状态可理解为撮合平台针对被标记为主动撮合状态的撮合需求，应主动查找与该撮合需求相匹配的撮合需求。

步骤408，锁定撮合需求。

在本实施例中，基于撮合平台包括多台撮合服务器的情况，当任一撮合服务器确定出资源提供方a存在撮合需求a时，可锁定撮合需求a，以防止其他撮合服务器执行查找目标历史撮合需求(与撮合需求a相匹配的撮合需求)的操作，从而可避免各台撮合服务器重复处理撮合需求a。

举例而言，假定撮合平台包括撮合服务器1-6，撮合服务器1优先处理撮合需求a；那么撮合服务器1可将撮合需求a锁定以防止撮合服务器2-6来处理撮合需求a。比如，可将撮合需求a标记为matching，以表示撮合需求a被锁定。

步骤410，查找对应的目标资源与指定资源相匹配的目标历史撮合需求。

在本实施例中，当撮合平台在查找与某一撮合需求(此时为撮合平台主动查找，即该撮合需求为主动撮合状态)相匹配的撮合需求，且查找失败(即未查找到相匹配的撮合需求，说明当前不存在与该撮合需求相匹配的撮合需求)时，若后续不存在新的撮合需求，则撮合平台继续执行查找操作(查找与该撮合需求相匹配的撮合需求)也将查找失败。因此，撮合平台在针对某一撮合需求进行主动查找操作后，若查找失败，则可将该撮合需求修改为被动撮合状态(此时该撮合需求属于历史撮合需求)。其中，被动撮合状态可理解为撮合平台针对被标记为被动撮合状态的撮合需求，并不需要主动查找与该撮合需求相匹配的撮合需求，即被标记为被动撮合状态的撮合需求，等待撮合平台主动执行查找操作时(撮合平台主动执行查找操作，说明存在新的撮合需求，此时被标记为被动撮合状态的撮合需求有可能与该新的撮合需求相匹配)被查找到。基于上述标记撮合需求的方式，在确定出资源提供方a存在撮合需求a时，可将撮合需求a标记为主动撮合状态(步骤406)，并在资源提供方b对应的被标记为被动撮合状态的历史撮合需求中，查找对应的目标资源与指定资源相匹配的目标历史撮合需求。由于被标记为主动撮合状态的撮合需求为新的撮合需求(比如，撮合需求a)，有可能与历史撮合需求相匹配，通过优先在被标记为被动撮合状态的历史撮合需求中查找目标历史撮合需求，可以提高历史撮合需求被匹配上的概率，从而有效减少历史撮合需求的积压。

举例而言，用户向撮合平台下发撮合请求以指示存在购买某种理财产品的撮合需求，但是当前商家不存在与该撮合需求相匹配的理财产品，此时该撮合需求被标记为被动撮合状态。当商家发布新的理财产品(假定该理财产品正好满足上述用户的撮合需求)并向撮合平台下发撮合请求以指示存在销售该理财产品的撮合需求时(此时，该撮合需求被标记为主动撮合状态)，撮合平台通过优先在被标记为被动撮合状态的历史撮合需求中查找相匹配的撮合需求，可以提高查找成功的效率，从而减少用户等待的时间，有助于提升用户体验。

步骤412，判断是否查找成功，若查找成功，则转入步骤416，否则转入步骤414。

步骤414，修改为被动撮合状态。

在本实施例中，当未查找到与撮合需求a相匹配的目标历史撮合需求时，可将撮合需求a修改为被动撮合状态，以用于后续处理资源提供方b的撮合需求时判断是否与该撮合需求相匹配。例如，可将撮合需求a修改为wait_new_match。

步骤416，锁定目标资源。

在本实施例中，基于撮合平台包括多台撮合服务器的情况，各台撮合服务器均互不影响地执行查找操作。当某一资源与多个撮合需求对应的资源相匹配，且该多个撮合需求分别由不同的撮合服务器在执行查找操作时，该资源可被多个撮合服务器查找命中，若该资源不足以同时满足于该多个撮合需求，则将产生冲突。因此，当查找到对应的目标资源与指定资源相匹配的目标历史撮合需求时，可锁定该目标资源，以防止其他撮合服务器利用该目标资源查找相匹配的其他撮合需求。

举例而言，假定存在撮合需求x为销售产品1，金额为5000元，数量为3；撮合需求a为购买10000元的产品1，由撮合服务器a处理，撮合需求b为购买15000元的产品1，由撮合服务器b处理。可见，产品1与对应于撮合需求a和撮合需求b的资源(即10000元的产品1、15000元的产品1)均相匹配。但是，若产品1的数量不足以同时满足撮合需求a和撮合需求b。那么，假定撮合服务器a首先查找到撮合需求x，那么可锁定对应于撮合需求x的资源产品1，以排他的抢占产品1。比如，可抢占数量为2的产品1。

步骤418，将撮合需求a修改为已撮合状态。

在本实施例中，当查找到目标历史撮合需求时，可将撮合需求a修改为已撮合状态。例如，可将撮合需求a修改为matched，用于表示被标记的撮合需求已被撮合。

在本实施例中，当查找到目标历史撮合需求但目标资源的数量不够时，可将撮合需求更新回主动撮合状态(即wait_match)，以继续对撮合需求a执行查找操作直到查找到目标历史撮合需求且目标资源的数量足够，再将撮合需求a修改为matched。

举例而言，假定撮合需求a为购买产品1，金额为6000元；目标历史撮合需求为销售产品1，金额为2000元，数量为2。可见，目标资源的数量不足够(目标资源的数量为2，总金额为4000元<6000元)。此时可将撮合需求a从matching更新回wait_match，以重新执行上述步骤406-418的操作，直到最终的金额凑够6000元为止。

在本实施例中，当查找到目标历史撮合需求时，可落地生成本次处理撮合需求a的日志流水。其中，日志流水中可记录撮合需求a的id、目标历史撮合需求的id、目标资源的id、目标资源的数量、时间等信息。当然，上述仅仅是对日志流水的具体内容进行举例，本说明书一个或多个实施例并不对日志流水的具体内容进行限制。

在本实施例中，当查找到目标历史撮合需求时，可广播最终的查找结果，或者通过系统调用将查找结果告知后续处理撮合需求a的设备。其中，查找结果的内容可根据实际情况灵活设定，例如，可将上述的日志流水作为查找结果的一部分，本说明书一个或多个实施例并不对日志流水的具体内容进行限制。

在本实施例中，当本说明书的需求撮合方案发生异常中断时，可按照预设周期执行上述步骤402-418的操作以处理被标记为wait_match的撮合需求。

在本说明书的需求撮合方案中，撮合平台可同时处理资源提供方a与资源提供方b的撮合需求。假定资源提供方a请求的是撮合需求a，资源提供方b请求的是撮合需求b；那么，撮合需求a与撮合需求b可能正好互相匹配。而由上述针对撮合需求的处理机制可知，撮合平台在处理撮合需求a与撮合需求b时，均是优先在被标记为被动撮合状态的历史撮合需求中查找相匹配的撮合需求，而撮合需求a与撮合需求b均被标记为主动撮合状态，导致撮合需求a与撮合需求b并不能够及时匹配上。因此，针对上述“两互相匹配的撮合需求错过”的情况，可配置预设次数阈值以及延迟时长以减少两互相匹配的撮合需求错过的概率。下面结合图5进行说明。

请参见图5，图5是一示例性实施例提供的另一种需求撮合方法的流程图。如图5所示，该方法应用于撮合平台，可以包括以下步骤：

步骤502，执行查找操作。

在本实施例中，执行查找操作即为上述步骤404-410的过程，在此不再赘述。

步骤504，判断是否查找成功，若查找成功，则转入步骤506，否则转入步骤510。

步骤506，锁定目标资源

步骤508，修改为已撮合状态。

在本实施例中，步骤506-508与上述步骤416-418类似，在此不再赘述。

步骤510，判断执行查找操作的次数是否超过预设次数阈值，若超过，则转入步骤512，否则返回步骤502。

在本实施例中，在返回执行步骤502时，经预设延迟时长后再执行步骤502。

步骤512，修改为被动撮合状态。

在本实施例中，针对资源提供方a配置预设次数阈值a和预设延迟时长b。那么，撮合平台在针对撮合需求a执行查找操作时，若查找失败(历史撮合需求中不存在相匹配的撮合需求，同时撮合需求b当前处于主动撮合状态)，则经预设延迟时长后再次执行查找操作，而在此时可能撮合需求b已经被修改为被动撮合状态，那么撮合平台便可在历史撮合需求中查找到撮合需求b，进而提高了对撮合需求的撮合效率。进一步的，当执行查找操作的次数超过预设次数阈值时，可将撮合需求a修改为被动撮合状态，以避免因撮合平台长时间处理撮合需求a导致其他被标记为主动撮合状态的撮合需求积压。需要说明的是，由于预设次数阈值的存在，撮合平台针对同一撮合需求可能多次执行查找操作，而相邻查找操作之间的延迟时长可以相同也可以不同。同时，预设次数阈值和延迟时长的具体取值可根据实际情况灵活设定，本说明书一个或多个实施例并不对此进行限制。

在本实施例中，针对资源提供方a与资源提供方b均可配置预设次数阈值以及延迟时长，例如，针对资源提供方a配置的是预设次数阈值a以及延迟时长b，针对资源提供方b配置的是预设次数阈值c以及延迟时长d。那么，若撮合平台同时开始处理撮合需求a和撮合需求b(撮合需求a和撮合需求b均被标记为主动撮合状态)，则仍可能出现上述“错过”的问题。因此，可实施以下设置：预设次数阈值a与预设次数阈值c不相同；和/或延迟时长c与延迟时长d不相同。换言之，资源提供方a与资源提供方b各自的预设次数阈值和预设延迟时长，只需其中任一不相同即可避免上述“撮合需求a与撮合需求b错过”的问题。通过将资源提供方a与资源提供方b配置的预设次数阈值和/或延迟时长错开，可以有效避免出现上述“撮合需求a与撮合需求b错过”的问题，从而提高了撮合需求的效率。

图6是一示例性实施例提供的一种设备的结构示意图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括其他业务所需要的硬件。处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行，在逻辑层面上形成需求撮合装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图7，在软件实施方式中，该需求撮合装置可以包括：

确定单元701，确定第一资源提供方存在针对指定资源的撮合需求，所述撮合需求被标记为主动撮合状态；

查找单元702，在第二资源提供方对应的被标记为被动撮合状态的历史撮合需求中，查找对应的目标资源与所述指定资源相匹配的目标历史撮合需求；

其中，当任一撮合需求被标记为主动撮合状态，且未查找到与所述任一撮合需求相匹配的其他撮合需求时，所述任一撮合需求被修改为被动撮合状态。

可选的，所述查找单元702具体用于：

当确定出所述第一资源提供方存在所述撮合需求时，无延迟地执行查找所述目标历史撮合需求的操作。

可选的，所述撮合平台包括多台撮合服务器；所述装置还包括：

第一锁定单元703，当任一撮合服务器确定出所述第一资源提供方存在所述撮合需求时，锁定所述撮合需求，以防止其他撮合服务器执行查找所述目标历史撮合需求的操作。

可选的，所述撮合平台包括多台撮合服务器；所述装置还包括：

第二锁定单元704，当任一撮合服务器查找到所述目标历史撮合需求时，锁定对应于所述目标历史撮合需求的目标资源，以防止其他撮合服务器利用所述目标资源查找相匹配的其他撮合需求。

可选的，当被标记为主动撮合状态的任一撮合需求未查找到相匹配的其他撮合需求时，若经预设延迟时长后再次执行查找操作直到执行查找操作的次数超过预设次数阈值且查找失败，则所述任一撮合需求被修改为被动撮合状态。

可选的，针对第一资源提供方配置的第一预设次数阈值，与针对第二资源提供方配置的第二预设次数阈值不相同；和/或针对第一资源提供方配置的第一预设延迟时长，与针对第二资源提供方配置的第二预设延迟时长不相同。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。