CN113411617A - 由需求方向非特定提供方发起的一对一的直播方法及*** - Google Patents

Abstract

本发明提供的一种由需求方向非特定提供方发起的一对一的直播方法及***，需求方向服务器提交服务需求，服务器对服务需求和非特定提供方向服务器提交的服务内容进行匹配，并向匹配度大于等于设定阈值的非特定提供方发送直播请求，提供方在收到服务器发送过来的直播请求后如果同意直播的话则向需求方发送确认直播消息，需求方收到确认直播消息后，直播按照服务需求中的要求进行，还可以向本平台或/及与需求方已关联的其他平台转播直播内容。优点是：由需求方发起直播，需求方在发布直播需求时无需指定直播提供方，直播提供方向需求方提供的直播是面向需求方个人的。通过本方案，能够让需求方更容易获得满足需求的、一对一的、针对性更强的直播。

Description

由需求方向非特定提供方发起的一对一的直播方法及***

技术领域

本发明涉及直播领域，尤其涉及一种由需求方面向非特定提供方发起的一对一的直播方法和***。

背景技术

随着移动互联网技术的发展，直播、视频通话等服务已经被普遍使用。但是目前直播通常都是由直播提供方发起的，用户只能在已有的直播内容中选择被动观看，但不能自己决定直播的内容。微信、QQ中的视频通话也是直播中的一种，但是这种直播只能发生在有社交关系的用户之间。

在现实生活中，当用户想了解某个地方的实时情况时，只能通过在已有的社交关系(包括但不限于直播APP、社交软件中的用户)中进行询问、搜索以及接收推送，或者在已有的直播应用中搜索直播内容。但通常的，用户的直播需求并不能够被满足，这是因为：用户想了解的“感兴趣地点”可能并没有主播在那里进行直播，并且用户自己的社交应用中的好友很可能也不在“感兴趣地点”，或者即使在“感兴趣地点”也未必有时间或条件能为其提供直播。

所以，如何提供一种不局限于已有的直播或社交关系，且能够提供用户感兴趣内容的直播方法成为亟待解决的问题。

发明内容

本发明提供一种由需求方向非特定提供方发起的一对一的直播方法及***，用以解决现有技术中由于局限于已有的直播或社交关系，无法提供用户感兴趣的直播内容的问题。

为了实现上述目的，本发明技术方案提供了一种由需求方向非特定提供方发起的一对一的直播方法，包括：需求方向服务器发送其服务需求。服务器对需求方发送的服务需求和非特定提供方向服务器提交的服务内容进行匹配，并向匹配度大于设定阈值的非特定提供方发送直播请求，所述非特定提供方在收到所述直播请求后如果同意直播的话则向所述需求方发送确认直播消息，所述需求方在收到所述确认直播消息后，本次直播按照服务需求中的要求进行；如果所有所述非特定提供方向所述服务器提交的所述服务内容与所述需求方向所述服务器提交的所述服务需求的匹配度都小于设定阈值，则服务器通知需求方直播失败；其中，所述非特定提供方为向所述服务器提交了所述服务内容的、可以提供直播的用户。

作为上述技术方案的优选，较佳的，服务需求的内容包括但不限于以下一种或多种信息：直播提供方应该在的位置、需求方希望看到的直播内容、直播提供方所使用的语言、直播时间、需求方愿意出的价格等。所述服务内容包括但不限于以下一种或多种信息：提供方的位置、提供方可以直播的内容、提供方所使用的语言、直播时间、提供方愿意接受的价格等。所述匹配度包括但不限于以下一种或多种匹配度：位置匹配度、内容匹配度、语言匹配度、时间匹配度、价格匹配度等。

作为上述技术方案的优选，较佳的，所述设定阈值包括所述匹配度种类和所述匹配度的具体数值；具体的，每个所述非特定提供方和所述需求方对每种所述匹配度的阈值要求不同，当所述服务器发现有对匹配度的阈值要求相同或相近的所述非特定提供方和所述需求方时，向所述非特定提供方发送直播请求信息。

作为上述技术方案的优选，较佳的，需求方根据地点链接和/或电子地图提交所述服务需求中所述非特定提供方应该在的位置信息。

作为上述技术方案的优选，较佳的，直播建立后，向本平台及/或与需求方已关联的其他平台转播需求方接收到的直播内容。

为实现上述技术目的本发明还提供一种由需求方向非特定提供方发起的一对一的直播***，包括：需求模组，用于所述需求方向服务器发送服务需求。匹配模组，用于需求模组中需求方向服务器提交的服务需求和非特定提供方向服务器提交的所述服务内容进行匹配。向匹配度大于等于设定阈值的非特定提供方发送直播请求，及当与所有非特定提供方向服务器提交的服务内容的匹配度都小于设定阈值集时，向需求方发送直播失败消息。其中，非特定提供方为向所述服务器提交了所述服务内容的、可以提供直播的用户。服务内容包括但不限于以下一种或多种：提供方的位置、提供方可以直播的内容、提供方所使用的语言、直播时间、提供方愿意接受的价格等。

作为上述技术方案的优选，较佳的，匹配模组，包括：匹配度获取单元，用于所述服务器获取所述需求方提交给所述服务器的所述服务需求和所述非特定提供方向所述服务器提交的所述服务内容的匹配度。直播消息发送单元，用于向所述匹配度获取单元获取的匹配度大于等于设定阈值时，向对应的非特定提供方发送直播请求；还用于，当匹配度获取单元与所有非特定提供方向所述服务器提交的服务内容的匹配度都小于设定阈值时，向所述需求方发送直播失败消息。其中，所述匹配度包括但不限于以下一种或多种匹配度：位置匹配度、内容匹配度、语言匹配度、时间匹配度、价格匹配度等，例如位置匹配度可以指以所述需求方指定的某个点为圆心一定半径范围内是否有服务提供方，如果有则与相应的提供方位置匹配成功；位置匹配度也可以指以需求方指定的非圆形区域为匹配条件，例如需求方可以指定水立方(奥运场馆，外形为长方形)为目标位置，那么位置匹配度是指以水立方建筑内及周边一定距离内是否有服务提供方，如果有则与相应的提供方位置匹配成功。其中，设定阈值包括匹配度的种类和每种匹配度的阈值，每个非特定提供方和所述需求方对每种匹配度的阈值要求不同；当服务器发现有对匹配度的阈值要求相同或相近的非特定提供方和需求方时，向非特定提供方发送直播请求信息。

作为上述技术方案的优选，较佳的，直播请求接受模组，用于当所述非特定提供方接收到所述直播消息发送单元发送的所述直播请求后，判断是否接受所述直播请求，若接受，则向所述需求方发送确认直播消息。所述需求方在接收到所述确认直播消息后，本次直播按照所述服务需求中的要求进行。

作为上述技术方案的优选，较佳的，还包括，转播模组，用于根据所述匹配模组发送的匹配结果成功建立直播后，向本平台和/或与所述需求方已关联的其他平台转播所述需求方接收到的直播内容。

本发明技术方案提供的一种由需求方向非特定提供方发起的一对一的直播方法及***，通过需求方向服务器发送其服务需求。服务器对收到的服务需求和非特定提供方向服务器提交的服务内容进行匹配，在匹配成功的情况下由提供方向需求方提供直播服务。直播建立后，还可以向本平台和/或与需求方已关联的其他平台转播需求方接收到的直播内容。

本发明的优点是：由需求方发起直播，需求方在发布直播需求时无需指定直播提供方，直播提供方提供的直播是面向需求方个人的。通过本方案，能够让需求方更容易获得满足需求的、一对一的、针对性更强的直播。

附图说明

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

图1为本发明实施例提供的流程示意图一。

图1a为本发明实施例提供的流程示意图二。

图2为本发明实施例提供的流程示意图三。

图3为本发明实施例提供的结构示意图一。

图4为本发明实施例提供的结构示意图二。

具体实施方式

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

图1和图1a为本发明实施例提供的流程示意图，如图1所示，本实施例提供了，包括：

步骤101、需求方向服务器发送服务需求。

需求方向服务器提交服务需求，服务需求中可以包括但不限于以下信息中的一种或多种：直播提供方应该在的位置信息、需求方希望看到的直播内容、直播提供方使用的语言、直播时间、需求方愿意支付的价格等。例如，需求方根据网页或者应用程序APP上显示的地点链接和/或电子地图在服务需求中指定直播提供方应该在位置。

步骤102、服务器对服务需求和服务内容进行匹配。

具体的，服务器对需求方向服务器提交的服务需求和非特定提供方向服务器提交的服务内容进行匹配，并向匹配度大于等于设定阈值的非特定提供方发送直播请求。接收到直播请求消息的提供方判断是否接受此直播请求，如果接受，则向需求方发送确认直播消息。非特定提供方向服务器提交的服务内容可以包括但不限于以下信息中的一种或多种：提供方的位置、提供方可以直播的内容、提供方所使用的语言、直播时间、提供方愿意接受的价格等。匹配度可以包括但不限于以下匹配度中的一种或多种：位置匹配度、内容匹配度、语言匹配度、时间匹配度、价格匹配度等。

当需求方向服务器提交的服务需求与所有非特定提供方向服务器提交的服务内容的匹配度都小于设定阈值时，服务器向需求方发送直播失败消息。

进一步的，服务内容是非特定提供方向服务器提交的，非特定提供方为当前应用向所述服务器提交了所述服务内容的、可以提供直播的用户。例如，服务内容可以包括所述非特定提供方的当前位置，所述非特定提供方可以通过应用程序实时向服务器更新自己的当前位置，这样就能确保服务器在进行匹配时做出实时的精确匹配。

步骤103、需求方在接收到所述确认直播消息后，本次直播按照服务需求中的要求进行。

基于上述实现方式，还可以有：

步骤104、直播建立后，向本平台及/或与需求方已关联的其他平台转播需求方接收到的直播内容。

具体的，其他需求方的服务需求如果与当前需求方的服务需求重合，则本平台可向其他需求方转播当前需求方接收的直播内容，以实现多个需求方同时收看相同直播内容的目的。另外，需求方也可以将自己接收到的直播内容通过与自己关联的其它平台来进行转播，例如可以将直播内容转播到微信、抖音、QQ、快手等平台上，进而扩大受众的覆盖面。

具体的，如图2所示：

步骤201、非特定提供方向服务器提交自己所能提供的服务内容。

服务内容中可以包括但不限于以下信息中的一种或多种：直播提供方的位置、直播方可以直播的内容、直播提供方所使用的语言、能够提供直播的时间、提供方愿意接受的价格等。非特定提供方为当前网站、当前应用中向服务器提交了所述服务内容的、能够提供直播的用户。

步骤202、需求方向服务器发布服务需求。

需求信息中包含需求方对期望的直播所设定的具体要求，直播要求中可以包括但不限于以下信息中的一种或多种：直播提供方应该在的位置、需求方希望看到的直播内容、提供方所使用的语言、直播时间、需求方愿意支付的价格等。直播需求信息中不预先指定某一特定直播提供方。

具体的，需求方可以通过预先设定的一些热点位置来指定直播提供方应该在的位置，例如在软件中添加热门地点(例如天安门、九寨沟等)的推荐链接，这些链接所指向的信息中会包含热门地点的位置信息，需求方通过点击链接向***发出带位置信息的直播需求消息，而不需要到电子地图上去搜搜、选择位置，方便用户使用，提高使用效率。

具体还可以，需求方还可以通过电子地图来指定直播提供方应该在的位置，需求方在电子地图中搜索自己感兴趣的地点，找到以后，就可以把感兴趣地点的位置信息包含在直播需求信息中发送给服务器。

步骤203、对服务需求和服务内容进行匹配。

服务器收到直播需求方提出的服务需求信息后，根据非特定提供方向服务器提交的服务内容进行自动匹配。

步骤204、向非特定提供方发送直播请求。

具体的，当服务器找到匹配度大于等于设定阈值的非特定提供方时，向其发送直播请求。设定阈值包括匹配度的种类和每种匹配度的阈值，每个非特定提供方和所述需求方对每种匹配度的阈值要求不同；当服务器发现有对匹配度的阈值要求相同或相近的非特定提供方和需求方时，向非特定提供方发送直播请求信息。例如，设定匹配度的最小阈值为70％，需求方的要求有：地点A、语言B、直播时间C、提供方愿意接受的价格D；非特定提供方提供的服务内容有：地点A、语言B、直播时间c、提供方愿意接受的价格d，此时，地点匹配度100％、语言匹配度100％、时间匹配度90％、价格匹配度75％，综上满足设定匹配度的最小阈值70％。向满足设定阈值的非特定提供方发送直播请求。具体的，步骤204中的非特定提供方为：满足直播需求方所提需求的一个或多个直播提供方。

步骤205、判断是否接受直播请求。

具体的，非特定提供方在收到服务器推送的直播请求后，判断是否接受此直播请求。

步骤206、发送接受消息。

若收到服务器推送的直播请求的提供方接受此直播请求，则向需求方发送确认直播消息；若提供方不接受此服务器发送过来的直播请求则无需回复，如果所有收到服务器推送过来的直播请求的提供方都不回复此直播请求，则直播过程自然就不会发生，服务结束。

步骤207、直播需求方在收到确认直播消息后，启动直播。

具体的，直播需求方在收到确认直播消息后，根据上述直播需求进行直播。

步骤208、向本平台及/或与需求方已关联的其他平台转播需求方接收到的直播内容。

具体的，如果其他需求方的服务需求与当前需求方的服务需求重合，例如都是想看同一个地方风景的直播，那么平台可以同时向当前需求方和其他需求方发送当前需求方接收的直播内容，这样多个需求方就可以同时收看同一个提供方提供的相同直播内容。

进一步的，可以向与需求方的账号已关联其他平台转播，例如，需求方通过应用程序接口(API)将当前平台与自己的抖音、QQ、微信、快手等账号关联，那么当本次直播建立后，需求方通过当前平台接收到的直播内容可以通过上述社交账号自动在上述各关联平台上转播，从而大大增加了受众的数量。

现用结合具体使用场景描述本发明技术方案，以“需求方希望在当日13点开始观看颐和园直播，愿意付费10元”为例进行说明，并非用以对具体服务需求进行限制。

需求方向服务器发送服务需求信息：“当日13点开始观看颐和园直播，愿意向提供直播服务的人支付10元作为报酬”这一服务需求。服务器根据此需求并结合非特定直播提供方已经向服务器提交的服务内容进行匹配。若服务器匹配到符合需求方所提需求的一个或多个直播提供方，则向这些直播提供方发送“是否接受直播请求”这一消息，若有直播提供方确认接受此直播请求，则向需求方发送确认直播消息，需求方接收到确认直播消息后，直播按照需求方的服务需求进行。直播建立后，需求方可以通过本平台向本平台的其他有相同需求的用户转播自己接收到的直播内容，也可以向其他社交应用(例如微信、QQ、抖音、快手)转播自己接收到的直播内容，或者同时向本平台及其它多个平台转播自己接收到的直播内容。

现结合另外一个具体使用场景描述本发明技术方案，以需求方“想看如何制作手抓饼”为例进行说明，并非用以对具体服务需求进行限制。

非特定直播提供方可以向服务器提交服务内容“可以直播现场制作手抓饼”，需求方向服务器发送“想看如何制作手抓饼”这一服务需求。服务器根据此需求并结合非特定直播提供方已经向服务器提交的服务内容进行匹配。若服务器匹配到符合需求方所提需求的一个或多个直播提供方，则向这些直播提供方发送“是否接受直播请求”这一消息，若有直播提供方确认接受此直播请求，则向需求方发送确认直播消息，需求方接收到确认直播消息后，提供方开始向需求方直播手抓饼制作。

为实现上述技术目的，本发明还提供一种由需求方向非特定提供方发起的一对一的直播***，其结构示意图如图3所示：

需求模组31，用于需求方向服务器发送其服务需求，服务需求中可以包含但不限于以下信息中的一种或多种：直播提供方应该在的位置、需求方希望看的直播内容、提供方使用的语言、直播时间、需求方愿意支付的价格等。其中，需求方可以根据地点链接和/或电子地图来指定该服务需求中的位置信息。

匹配模组32，用于服务器对需求模组31中需求方向服务器提交的服务需求和非特定提供方向服务器提交的服务内容进行匹配，并向匹配度大于等于设定阈值的非特定提供方发送直播请求，及当与所有非特定提供方向服务器提交的服务内容的匹配度都小于设定阈值集时，向需求方发送直播失败消息。其中，非特定提供方为向服务器提交了服务内容的、可以提供直播的用户。服务内容包括但不限于以下信息中的一种或多种：提供方的位置、提供方可以直播的内容、提供方所使用的语言、直播时间、提供方愿意接受的价格。

直播请求接受模组33，用于当非特定提供方接收到匹配模组32中直播消息发送单元发送的直播请求后，判断是否接受直播请求。若接受，则向需求方发送确认直播消息。需求方在接收到所述确认直播消息后，本次直播按照服务需求中的要求进行。

转播模组34、用于根据直播请求接受模组33发出的直播成功信号，向本平台和/或与所述需求方已关联的其他平台转播直播需求方接收到的直播内容。

如图4所示，匹配模组32，包括：

匹配度获取单元41，用于服务器获取服务需求与服务内容的匹配度。

直播消息发送单元42，用于向匹配度获取单元41获取到的匹配度大于等于设定阈值的非特定提供方发送直播请求；还用于，当匹配度获取单元41对所有非特定提供方提交的服务内容与所述服务需求匹配时获取的匹配度都小于设定阈值时，向需求方发送直播失败消息。其中，匹配度可以包括但不限于以下匹配度中的一种或多种：位置匹配度、内容匹配度、语言匹配度、时间匹配度、价格匹配度等。

本发明技术方案提供的一种由需求方向非特定提供方发起的一对一的直播方法和***，需求方向服务器发送其服务需求，服务器对需求方向服务器提交的服务需求和非特定提供方向服务器提交的服务内容进行匹配，在匹配成功的情况下由提供方向需求方提供直播服务。另外，直播建立后，还可以向本平台和/或与需求方已关联的其他平台转播直播需求方接收到的直播内容。

本发明的优点是：由需求方发起直播，需求方在发布直播需求时无需指定直播提供方，直播提供方向需求方提供的直播是面向需求方个人的。通过本方案，能够让需求方更容易获得满足需求的、一对一的、针对性更强的直播。

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

Claims (9)

1.由需求方向非特定提供方发起的一对一的直播方法，其特征在于，所述方法包括：

所述需求方向服务器发送服务需求；

所述服务器对所述服务需求和所述非特定提供方向所述服务器提交的所述服务内容进行匹配，并向匹配度大于等于设定阈值的非特定提供方发送直播请求，所述非特定提供方在收到所述服务器发送过来的所述直播请求后如果同意直播的话则向所述需求方发送确认直播消息，所述需求方在收到所述确认直播消息后，本次直播按照所述服务需求中的要求进行；

其中，所述非特定提供方为向所述服务器提交了所述服务内容的、可以提供直播的用户。

2.根据权利要求1所述的由需求方向非特定提供方发起的一对一的直播方法，其特征在于：

所述需求方向所述服务器提交的所述服务需求包括以下一种或多种信息：提供方应该在的位置、需求方希望看到的直播内容、提供方所使用的语言、直播时间、需求方愿意出的价格；

所述非特定提供方向所述服务器提交的所述服务内容包括以下一种或多种信息：提供方的位置、提供方可以直播的内容、提供方所使用的语言、直播时间、提供方愿意接受的价格；

所述匹配度包括以下一种或多种匹配度：位置匹配度、内容匹配度、语言匹配度、时间匹配度、价格匹配度。

3.根据权利要求2所述的由需求方向非特定提供方发起的一对一的直播方法，其特征在于，所述设定阈值包括所述匹配度种类和所述匹配度的具体数值；具体的，每个所述非特定提供方和所述需求方对每种所述匹配度的阈值要求不同，当所述服务器发现有对匹配度的阈值要求相同或相近的所述非特定提供方和所述需求方时，向所述非特定提供方发送直播请求信息。

4.根据权利要求1所述的由需求方向非特定提供方发起的一对一的直播方法，其特征在于，所述需求方根据地点链接和/或电子地图提交所述服务需求中的所述非特定提供方应该在的位置信息。

5.根据权利要求1所述的需求方向非特定提供方发起的一对一的直播方法，其特征在于，还包括：直播建立后，向本平台和/或与所述需求方已关联的其他平台转播所述需求方接收到的直播内容。

6.一种由需求方向非特定提供方发起的一对一的直播***，能够实现如权利要求1-5任一项所述的方法，其特征在于，所述***包括：

需求模组，用于所述需求方向服务器发送服务需求；匹配模组，用于对所述需求模组中所述需求方向所述服务器提交的所述服务需求和所述非特定提供方向所述服务器提交的所述服务内容进行匹配，向匹配度大于等于设定阈值的所述非特定提供方发送直播请求，及当与所有所述非特定提供方向所述服务器提交的所述服务内容的匹配度都小于设定阈值时，向所述需求方发送直播失败消息；所述非特定提供方为向所述服务器提交了所述服务内容的、可以提供直播的用户；所述服务内容包括以下一种或多种内容：提供方的位置、提供方可以直播的内容、提供方所使用的语言、直播时间、提供方愿意接受的价格。

7.根据权利要求6所述的需求方向非特定提供方发起的一对一的直播***，其特征在于，所述匹配模组，包括：

匹配度获取单元，用于所述服务器获取匹配度，具体的，匹配度包括以下一种或多种匹配度：位置匹配度、内容匹配度、语言匹配度、时间匹配度、价格匹配度；

直播消息发送单元，用于当所述匹配度获取单元获取的匹配度大于等于设定阈值时，向对应的所述非特定提供方发送直播请求；还用于，当所述匹配度获取单元与所有所述非特定提供方向所述服务器提交的所述服务内容的匹配度都小于设定阈值时，向所述需求方发送直播失败消息；

其中，所述设定阈值包括匹配度的种类和每种匹配度的阈值，每个所述非特定提供方和所述需求方对每种匹配度的阈值要求不同；当所述服务器发现有对匹配度的阈值要求相同或相近的所述非特定提供方和所述需求方时，向所述非特定提供方发送直播请求信息。

8.根据权利要求7所述的需求方向非特定提供方发起的一对一的直播***，其特征在于，还包括：

直播请求接受模组，用于当所述非特定提供方接收到所述直播消息发送单元发送过来的所述直播请求后，判断是否接受所述直播请求，若接受，则向所述需求方发送确认直播消息；

所述需求方在接收到所述确认直播消息后，本次直播按照所述服务需求中的要求进行。

9.根据权利要求8所述的需求方向非特定提供方发起的一对一的直播***，其特征在于，还包括：转播模组，用于所述直播建立后，向本平台和/或与所述需求方已关联的其他平台转播需求方接收到的直播内容。

Images