多媒体数据处理方法、装置、客户端及存储介质

摘要

本申请实施例公开了一种多媒体数据处理方法、装置、客户端及存储介质，其中方法包括：显示目标匹配页面，在目标匹配页面中的输入窗口中输入用于匹配目标对象的查询数据，在目标匹配页面中输出目标对象的对象信息，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。通过本申请实施例，可以基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

权利要求

1.一种多媒体数据处理方法，其特征在于，包括：

显示目标匹配页面，所述目标匹配页面包括主播用户匹配页面或货物提供方匹配页面；所述目标匹配页面包含输入窗口；

在所述目标匹配页面中的输入窗口中输入查询数据，所述查询数据用于匹配目标对象，所述目标对象包括至少两个主播用户中与所述查询数据相匹配的目标主播用户，或至少两个货物提供方中与所述查询数据相匹配的目标货物提供方；

在所述目标匹配页面中输出所述目标对象的对象信息。

2.如权利要求1所述的方法，其特征在于，所述目标匹配页面中包含匹配结果显示窗口，所述匹配结果显示窗口中显示有所述目标对象的对象信息。

3.如权利要求1或2所述的方法，其特征在于，所述目标主播用户的对象信息包括以下任一种或者多种：累计直播信息、主播属性信息和主播匹配度，所述累计直播信息包括以下任一种或者多种：开播总场次、开播总时长、累计受众用户画像、主播价值评估信息和直播费用数据；

所述目标货物提供方的对象信息包括以下任一种或者多种：提供方属性信息、提供方价值评估信息和提供方匹配度。

4.如权利要求3所述的方法，其特征在于，所述至少两个主播用户和货物提供方对应至少两个直播平台，所述主播属性信息包括以下任一种或者多种：所述目标主播用户的身份标识、直播货物的品类标识和所述目标主播用户所属的直播平台的平台标识；所述主播价值评估信息包括以下至少一项：所述目标主播用户通过直播从观众处获取到的用户关注度和观众资产值；

所述提供方属性信息包括以下任一种或者多种：所述目标货物提供方的身份标识和产品领域标识；所述提供方价值评估信息包括以下任一种或者多种：货物资产值、信誉度、与各主播用户的累计合作成功率和支付费用数据。

5.如权利要求3所述的方法，其特征在于，所述目标主播用户和所述目标货物提供方均包括多个，若所述目标对象为所述目标主播用户，则所述目标匹配页面包含的匹配结果显示窗口中依照各目标主播用户的所述主播匹配度从高到低的顺序，显示有所述各目标主播用户的对象信息；或者，若所述目标对象为所述目标货物提供方，则所述目标匹配页面包含的匹配结果显示窗口中依照各目标货物提供方的所述提供方匹配度从高到低的顺序，显示有所述各目标货物提供方的对象信息。

6.如权利要求1所述的方法，其特征在于，所述显示目标匹配页面之前，所述方法还包括：显示直播对象列表，所述直播对象列表中包含对象匹配按钮；

其中，所述显示目标匹配页面，包括：

在检测到对所述对象匹配按钮输入的触控操作时，显示与所述匹配按钮的类型相匹配的目标匹配页面；其中，若所述匹配按钮的类型为主播用户匹配类型，则显示主播用户匹配页面；若所述匹配按钮的类型为货物提供方匹配类型，则显示货物提供方匹配页面。

7.如权利要求6所述的方法，其特征在于，所述直播对象列表包括主播排行列表或货物提供方排行列表；所述主播排行列表中显示有主播用户排行数据，所述主播用户排行数据包括至少一个主播用户的主播价值信息和主播用户排序信息，任一主播用户的所述主播价值信息至少包括所述任一主播用户的主播属性信息和主播价值评估信息；

所述货物提供方排行列表中显示有货物提供方排行数据，所述货物提供方排行数据包括至少一个货物提供方的提供方价值信息和提供方排序信息，任一货物提供方的所述提供方价值信息至少包括所述任一货物提供方的提供方属性信息和提供方价值评估信息。

8.如权利要求7所述的方法，其特征在于，所述直播对象列表包括主播排行列表，所述方法还包括：在所述主播排行列表中对任一主播用户进行选定，以触发显示主播详情页面；

在所述主播详情页面中显示所述选定的任一主播用户的累计直播信息和主播属性信息。

9.如权利要求7所述的方法，其特征在于，所述直播对象列表包括货物提供方排行列表，所述方法还包括：在所述货物提供方排行列表中对任一货物提供方进行选定，以触发显示提供方详情页面；

在所述提供方详情页面中显示包括所述选定的任一货物提供方的提供方价值评估信息、提供方属性信息和货物信息。

10.如权利要求7所述的方法，其特征在于，所述主播用户排行数据是基于主播排序规则和指定存储区域中预先存储的各场直播对应主播用户的主播数据确定的，所述货物提供方排行数据是基于提供方排序规则和指定存储区域中预先存储的各场直播对应货物提供方的提供方数据确定的；其中，所述指定存储区域包括区块链。

11.如权利要求10所述的方法，其特征在于，任一场直播对应主播用户的主播数据包括以下任一种或者多种：所述任一场直播对应主播属性信息、所述任一场直播的开播时长、观看人次、受众用户画像、下单人数、加购物车人数、成交订单数、下单转化率和直播价值信息；

任一场直播对应货物提供方的提供方数据包括以下任一种或者多种：所述任一场直播对应货物提供方的提供方属性信息、信誉度、以及与所述任一场直播对应主播用户的合作成功率。

12.如权利要求1所述的方法，其特征在于，所述查询数据包括主播用户查询数据，所述主播用户查询数据至少包括预支付费用数据和待直播货物的货物品类数据，所述目标对象包括目标主播用户，所述目标主播用户为所述至少两个主播用户中与所述预支付费用数据和所述待直播货物的货物品类数据匹配的主播用户；或者，所述查询数据包括货物提供方查询数据，所述货物提供方查询数据至少包括直播费用需求数据和直播货物品类数据，所述目标对象包括目标货物提供方，所述目标货物提供方为所述至少两个货物提供方中与所述直播费用需求数据和直播货物品类数据匹配的货物提供方。

13.一种多媒体数据处理装置，其特征在于，包括：

显示单元，用于显示目标匹配页面，所述目标匹配页面包括主播用户匹配页面或货物提供方匹配页面；所述目标匹配页面包含输入窗口；

输入单元，用于在所述目标匹配页面中的输入窗口中输入查询数据，所述查询数据用于匹配目标对象，所述目标对象包括至少两个主播用户中与所述查询数据相匹配的目标主播用户，或至少两个货物提供方中与所述查询数据相匹配的目标货物提供方；

所述显示单元，还用于在所述目标匹配页面中输出所述目标对象的对象信息。

14.一种客户端，其特征在于，所述客户端包括处理器和存储装置，所述处理器和存储装置相互连接，其中，所述存储装置用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-12任一项所述的方法。

15.一种计算机存储介质，其特征在于，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现如权利要求1-12任一项所述的方法。

说明书

多媒体数据处理方法、装置、客户端及存储介质

技术领域

[0001] 本申请涉及计算机技术领域，尤其涉及一种多媒体数据处理方法、一种多媒体数据处理装置、一种客户端及一种计算机存储介质。

背景技术

[0002] 随着电商行业的发展，直播带货成了新的风口，其中，直播带货是指：主播用户在直播平台通过直播的形式为货物提供方（即商家）售卖相应的货物。然而随着直播平台、货物提供方和主播用户的数量的逐渐增多，使得直播带货行业变得鱼龙混杂，导致货物提供方很难从众多主播用户中找到适合自身产品的目标主播用户，导致主播用户很难从众多货物提供方中选取适合自身的目标货物提供方。在直播行业中，如何辅助用户快速准确地找到适合自身的目标主播用户或者目标货物提供方，成为一个亟待解决的问题。

发明内容

[0003] 本申请实施例提供了一种多媒体数据处理方法、装置、客户端及存储介质，可以基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

[0004] 一方面，本申请实施例提供了一种多媒体数据处理方法，该方法包括：

[0005] 显示目标匹配页面，该目标匹配页面包括主播用户匹配页面或货物提供方匹配页面；目标匹配页面包含输入窗口；

[0006] 在目标匹配页面中的输入窗口中输入查询数据，查询数据用于匹配目标对象，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与所述查询数据相匹配的目标货物提供方；

[0007] 在目标匹配页面中输出目标对象的对象信息。

[0008] 另一方面，本申请实施例提供了一种多媒体数据处理装置，该多媒体数据处理装置包括：

[0009] 显示单元，用于显示目标匹配页面，目标匹配页面包括主播用户匹配页面或货物提供方匹配页面；目标匹配页面包含输入窗口；

[0010] 输入单元，用于在目标匹配页面中的输入窗口中输入查询数据，查询数据用于匹配目标对象，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方；

[0011] 显示单元，用于在目标匹配页面中输出目标对象的对象信息。

[0012] 相应地，本申请实施例还提供了一种客户端，该客户端包括输出设备、处理器和存储装置；存储装置，用于存储程序指令；处理器，用于调用程序指令并执行上述的多媒体数据处理方法。

[0013] 相应地，本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述的多媒体数据处理方法。

[0014] 相应地，根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述提供的多媒体数据处理方法。

[0015] 本申请实施例中，客户端可显示目标匹配页面，在目标匹配页面中的输入窗口中输入用于匹配目标对象的查询数据，在目标匹配页面中输出目标对象的对象信息，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。通过本申请实施例，可以基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

附图说明

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

[0017] 图1a本申请实施例提供的一种多媒体数据处理系统的示意图；

[0018] 图1b是本申请实施例提供的一种区块链的结构示意图；

[0019] 图1c本申请实施例提供的一种基于区块链网络的多媒体数据处理系统的示意图；

[0020] 图1d本申请实施例提供的另一种基于区块链网络的多媒体数据处理系统的示意图；

[0021] 图2a是本申请实施例提供的一种多媒体数据处理方案的示意流程图；

[0022] 图2b是本申请实施例提供的另一种多媒体数据处理方案的示意流程图；

[0023] 图2c是本申请实施例提供的一种主播数据上链过程的示意流程图；

[0024] 图2d是本申请实施例提供的一种提供方数据上链过程的示意流程图；

[0025] 图3是本申请实施例提供的一种多媒体数据处理方法的示意流程图；

[0026] 图4a是本申请实施例提供的一种匹配主播用户的示意图；

[0027] 图4b是本申请实施例提供的一种匹配货物提供方的示意图；

[0028] 图4c是本申请实施例提供的另一种匹配主播用户的示意图；

[0029] 图4d是本申请实施例提供的另一种匹配货物提供方的示意图；

[0030] 图5是本申请实施例提供的另一种多媒体数据处理方法的示意流程图；

[0031] 图6a是本申请实施例提供的一种显示主播用户匹配页面的示意图；

[0032] 图6b是本申请实施例提供的一种显示货物提供方匹配页面的示意图；

[0033] 图6c是本申请实施例提供的一种显示主播排行列表的示意图；

[0034] 图6d是本申请实施例提供的一种显示货物提供方排行列表的示意图；

[0035] 图6e是本申请实施例提供的一种显示主播详情页面的示意图；

[0036] 图6f是本申请实施例提供的一种显示提供方详情页面的示意图；

[0037] 图7是本申请实施例提供的一种多媒体数据处理装置的结构示意图；

[0038] 图8是本申请实施例提供的一种客户端的结构示意图。

具体实施方式

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

[0040] 直播是一种在现场随着事件的发生，同步制作并发布事件的发展进程的视频流，具有双向流通过程的信息网络发布方式。具有直播功能的平台可称为直播平台，其通常可至少包括客户端和平台服务器（或称为后台服务器）两部分。其中，客户端用于为用户（如主播用户（在直播平台签约的负责直播的用户）、负责管理直播平台的管理用户等）提供直播界面、信息查询界面等多种界面；其可包括以下至少一种：APP（Application，应用程序）、网页（如运行在终端设备内的浏览器中以展现给用户浏览的网页、H5网页等），等等。平台服务器用于为客户端提供直播服务、信息查询服务等多种服务，以支撑客户端的运行；其可包括以下任一项：web服务器、应用服务器、数据处理服务器，等等。主播用户可以在各直播平台通过直播的形式为各个货物提供方（即商家）售卖相应的货物，也即，直播带货。

[0041] 随着电商行业的发展，直播带货成了新的风口，然而现在的直播带货行业鱼龙混杂，直播平台、需要直播带货的货物提供方和主播用户的数量均在逐渐增多。对于货物提供方而言，很难从众多主播用户中找到适合自身产品的目标主播用户，具体地，若任一货物提供方想要找到适合自身产品的目标主播用户，通常只能通过观看各主播用户直播的形式了解各主播用户，并在了解之后从中选取目标主播用户；对于主播用户而言，对于各货物提供方的相关信息（例如主要经营的产品、涉及的产品领域、信誉度等等）均不了解，很难从众多的货物提供方中选取适合自身的目标货物提供方。

[0042] 为了辅助用户可以更加快速准确地找到适合自身的目标主播用户或者目标货物提供方，本申请提出了一种多媒体数据处理系统，并基于该多媒体数据处理系统提出了一种多媒体数据处理方案。参见图1a，本申请实施例所提出的多媒体数据处理系统可包括：多媒体数据处理平台对应的服务器10、多媒体数据处理平台对应的客户端11、N个直播平台的平台服务器12、以及N个直播平台所对应的客户端13。

[0043] 在一个实施例，本申请实施例所提出的多媒体数据处理方案可由图1a所示的多媒体数据处理平台对应的客户端11或者N个直播平台所对应的客户端13执行。该多媒体数据处理方案的实现流程如下：S10，多媒体数据处理平台对应的服务器10可以实时获取各直播平台发生的每场直播对应主播用户的主播数据（例如：直播内容标签、粉丝画像、直播销量、销售额、参与人数、礼物收入、互动率等等）；以及每场直播所涉及的货物提供方的提供方数据（例如产品领域标签、信誉度、与对应主播用户的合作成功率等）。由于不同直播平台的数据统计维度可能不一致，这种情况下，可以对来自各直播平台的主播数据和提供方数据进行统一口径的处理，以任一场直播为例，可以将任一场直播对应主播用户的主播数据统一处理为包括以下任一种或者多种：该任一场直播对应主播属性信息、任一场直播的开播时长、观看人次、受众用户画像（即粉丝画像）、下单人数、加购物车人数、成交订单数、下单转化率和直播价值信息；可以将任一场直播对应货物提供方的提供方数据统一处理为包括以下任一种或者多种：可以将任一场直播对应货物提供方的提供方属性信息、信誉度、以及与该任一场直播对应主播用户的合作成功率。

[0044] 其中，上述任一场直播对应主播属性信息可包括对应主播用户的身份标识、直播货物的品类标识（例如美妆、生活、家居、旅游等等）、及对应所属的直播平台的平台标识；上述直播价值信息包括该任一场直播的直播销量、销售额、虚拟产品（例如礼物）收入等等；上述粉丝画像可以指该任一场直播的观看用户的男女比例、该任一场直播的购买用户的男女比例、该任一场直播对应主播用户的关注用户（即粉丝）的男女比例等等。上述任一场直播对应货物提供方的提供方属性信息可包括该对应货物提供方的身份标识和产品领域标识（例如美妆、家居、旅游等等）。

[0045] S11，服务器10可以周期性（例如每隔1小时或者一天统计一次）对来自各直播平台的主播数据和提供方数据进行统计，确定在各直播平台已进行直播的各主播用户的累计直播信息，以及各直播平台合作的货物提供方的提供方价值评估信息。其中，任一主播用户的累计直播信息包括以下任一种或者多种：开播总场次、开播总时长、累计受众用户画像、主播价值评估信息和直播费用数据；该主播价值评估信息包括该任一主播用户通过直播从观众处获取到的用户关注度和观众资产值。任一货物提供方的提供方价值评估信息包括以下任一种或者多种：货物资产值、信誉度、与各主播用户的累计合作成功率和支付费用数据。

[0046] 其中，上述累计受众用户画像，可以指主播用户从直播以来，每场直播的受众用户画像（即粉丝画像）的平均值。例如，假设每场直播的受众用户画像指每场直播的购买用户的男女比例，第一直播平台上的主播用户张XX总共直播了3场，每一场直播对应的粉丝画像如表1所示。服务器10可以对每场直播的粉丝画像求平均，将主播用户张XX的累计受众用户画像确定为：男14%女86%。

[0047] 表1

[0048] 直播场次 粉丝画像第一场直播 男12%女88%
第二场直播 男7%女93%
第三场直播 男23%女77%

[0049] 上述用户关注度是指主播用户在直播平台上的粉丝数量；上述观众资产值是指主播用户通过直播售卖出的所有货物的总销售额（此处可以指交易成功的总销售额）、总销售量（此处可以指交易成功的总销售量）、场均销售量和场均销售额等等。例如，第一直播平台上的主播用户张XX截至当前的统计时间，累计直播了2场，第一场直播和第二场直播分别售卖出了：100支口红（单价200元）和50瓶粉底液（单价350元），则该主播用户的总销售额等于100*200+50*350=37500元，总销售量等于150，场均销售量等于150/2=75，场均销售额等于
37500/2=18750元。上述直播费用数据为主播用户为货物提供方进行直播带货所收取的佣金比例。

[0050] 上述货物资产值可以指货物提供方所售卖货物中销量最高的货物（即爆款货物）的销售量；上述与各主播用户的累计合作成功率可以指货物提供与历史合作的所有主播用户的合作成功率的平均值，例如，某一货物提供方“欧”历史合作过的所有主播用户为3个，分别为主播用户张、主播用户李和主播用户薇，其对应的合作成功率分别为：90%、95%和96%，那么，该货物提供方“欧”的累计合作成功率等于（90%+95%+96%）/3=93.7%；上述支付费用数据可以指货物提供方支付给主播用户的佣金比例。

[0051] S12，服务器10可以在数据库中存储上述各主播用户的累计直播信息、主播属性信息、各直播平台合作的货物提供方的提供方价值评估信息和提供方属性信息。

[0052] S13，用户可以登录客户端11或者客户端13，当用户（例如某商家）想要查找从各直播平台所对应的所有主播用户中查找适合自身的目标主播用户，可以触发客户端11或者客户端13显示主播用户匹配页面，并在主播用户匹配页面包括的输入窗口中输入查询数据。客户端11或者客户端13可以向上述服务器10获取上述各主播用户的累计直播信息和主播属性信息，基于各主播用户的累计直播信息和主播属性信息从各主播用户中确定与查询数据匹配的目标主播用户，并在主播用户匹配页面中输出目标主播用户的对象信息，该对象信息包括以下任一种或者多种：目标主播用户的累计直播信息、主播属性信息和主播匹配度。该主播匹配度指示了目标主播用户与查询数据的匹配度。

[0053] 相应地，当用户（例如某主播）想要查找从各直播平台合作的货物提供方中查找适合自身的目标货物提供方，可以触发客户端11或者客户端13显示货物提供方匹配页面，并在货物提供方匹配页面包括的输入窗口中输入查询数据。客户端11或者客户端13可以向上述服务器10获取上述各直播平台合作的货物提供方的提供方价值评估信息和提供方属性信息，基于提供方价值评估信息和提供方属性信息从各主播用户中确定与查询数据匹配的目标货物提供方，并在货物提供方匹配页面中输出目标货物提供方的对象信息，该目标货物提供方的对象信息包括以下任一种或者多种：提供方属性信息、提供方价值评估信息和提供方匹配度。该提供方匹配度指示了目标货物提供方与查询数据的匹配度。

[0054] 由此可见，在本申请实施例中，可以基于用户在主播用户匹配页面或货物提供方匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，可以辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

[0055] 在另一个实施例中，由于各直播平台存在刷单造假的情况，也即上述图1a中服务器10获取到的各直播平台发生的每场直播对应主播用户的主播数据和每场直播所涉及的货物提供方的提供方数据存在造假可能。基于此，本申请实施例提出了一种基于区块链网络的多媒体数据处理系统，区块链网络是指基于区块链和点对点网络所构成的网络；而区块链则是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式，其本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块（或称为区块）；此处的区块是指一种用于记录交易数据的数据结构。

[0056] 区块链（Block Chain）是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证数据不可篡改和不可伪造的分布式账本。多个独立的分布式节点（即区块链节点）保存相同的记录。区块链技术实现了去中心化，成为了可信的数字资产存储、转移和交易的基石。

[0057] 以图1b所示的区块链的结构示意图为例，每当有新的数据需要写入区块链，这些数据会汇总到一个区块（block）中，添加在已有区块链的末端，通过共识算法保证每个节点新添加的区块是完全相同的。每个区块内记录了若干条交易记录，同时包含了前一个区块的哈希（hash）值，所有区块就是通过这种方式保存前一个区块中的hash值，按顺序相连，组成了区块链。区块链中下一个区块的区块头中会存储前一个区块的哈希值，当前一个区块中的交易数据发生变化时，本区块的哈希值也会随之改变，因此通过上传至区块链中的数据难以被篡改，有利于提高直播平台或者多媒体数据处理平台所发布内容的真实性和合法性。

[0058] 本申请实施例所提出的基于区块链网络的多媒体数据处理系统包括多媒体数据处理平台对应的服务器10、多媒体数据处理平台对应的客户端11、N个直播平台的平台服务器12、N个直播平台所对应的客户端13以及区块链网络14。

[0059] 其中，区块链网络14中可包括多个节点设备（简称节点）；此处的节点是指区块链网络中用于进行数据处理的基础设备，其可以包括但不限于：智能终端、平板电脑、台式计算机、服务器等等。在一种实施方式中，多媒体数据处理平台对应的服务器10可以为区块链网络14外的服务器；此实施方式下的多媒体数据处理系统可以参见图1c所示，多媒体数据处理平台对应的服务器10可与区块链网络14内的节点进行通信。再一种实施方式中，多媒体数据处理平台对应的服务器10可以作为区块链网络14中的节点；此实施方式下的多媒体数据处理系统可以参见图1d所示。应理解的是，图1c和图1d只是示例性地表征数据处理系统的架构，其并不对该数据处理系统的具体架构进行限定。为便于阐述，除非特别指明，后续所提及的多媒体数据处理系统均以图1c所示的多媒体数据处理系统为例进行说明。

[0060] 在一个实施例，适用于上述基于区块链网络的多媒体数据处理系统，本申请实施例所提出的多媒体数据处理方案可由图1c所示的多媒体数据处理平台对应的客户端11或者N个直播平台所对应的客户端13执行。该多媒体数据处理方案的实现流程可以包括以下步骤：

[0061] S20，服务器10实时或者周期性获取到的各直播平台发生的每场直播对应主播用户的主播数据和每场直播所涉及的货物提供方的提供方数据之后，可以将获取到的每场直播对应主播用户的主播数据和每场直播所涉及的货物提供方的提供方数据作为待存储数据。

[0062] S21，服务器10将待存储数据发送至区块链网络14中的节点。

[0063] S22，节点可将待存储数据发送至区块链网络中的共识节点，通过共识节点对待存储数据进行共识验证，并在共识验证通过后，将待存储数据写入区块链。该共识节点的主要目的为验证待存储数据的真实性和合法性，也即，上链成功的待存储数据为真实性和合法性均通过的数据。共识节点是区块链网络中参与共识工作的节点，参与共识的共识节点的数量可大于6个。共识节点执行共识操作所用的共识算法，例如可以为工作量证明（Proof of Work，POW）。

[0064] 在一个实施例中，可以通过链式哈希表实现每场直播对应主播用户的主播数据和每场直播所涉及的货物提供方的提供方数据的上链，该链式哈希表包括与至少一个直播平台的平台标识和主播用户的身份标识对应的哈希链，以及与至少一个直播平台的平台标识和货物提供方的身份标识对应的哈希链，区块链网络中的节点可以将来自同一个直播平台和同一个主播用户的主播数据存储至同一条哈希链，将来自同一个直播平台和同一个货物提供方的提供方数据存储至同一条哈希链。其中，其中，平台标识是直播平台的唯一象征，可以包括数字、字母和符号中至少一种字符的字符串；主播用户的身份标识是主播身份的唯一象征，可以是包括数字、字母和符号中至少一种字符的字符串；货物提供方的身份标识是货物提供方身份的唯一象征，可以是包括数字、字母和符号中至少一种字符的字符串。

[0065] 具体实现中，服务器10通过链式哈希表实现每场直播对应主播用户的主播数据上链的具体过程如下：服务器10将每场直播对应主播用户的主播数据与对应的直播平台的平台标识，以及主播用户的身份标识进行关联，以生成待存储主播数据，待存储主播数据的数据格式是key-value（键值对）的形式，服务器10可根据直播平台的平台标识和主播用户的身份标识生成键值对中的键元素，并根据直播平台的平台标识、主播用户的身份标识和主播数据生成键值对中的值元素，关联该键元素和该值元素，则可生成待存储主播数据。

[0066] 进一步地，服务器10可以将待存储主播数据上传至区块链网络中的节点，节点对待存储主播数据进行哈希运算，并根据哈希运算的结果将待存储主播数据存储至链式哈希表中与直播平台的平台标识和主播用户的身份标识对应的第一目标哈希链上，在链式哈希表通过共识后，根据链式哈希表生成数据区块，从而实现每场直播对应主播用户的主播数据的上链。其中，在对主播用户的主播数据进行上链的过程中，区块链网络中的节点可将待存储主播数据中的键元素传入一个哈希函数，哈希函数通过散列的方式确定该待存储主播数据对应哪条哈希链（即上述第一目标哈希链），以及第一目标哈希链中的具体位置。比如，定义一个哈希函数，它将键k映射到链式哈希表中的位置x。x称为k的哈希编码，正式的表述为：h(k) = x。该哈希函数的目的是尽可能地将键元素均匀、随机地分布到链式哈希表中。

[0067] 相应地，服务器10通过链式哈希表实现每场直播所涉及的货物提供方的提供方数据上链与上述主播数据的上链过程相似，具体地：服务器10将所涉及的货物提供方的提供方数据与对应的直播平台的平台标识，以及货物提供方的身份标识进行关联，以生成待存储提供方数据，待存储提供方数据的数据格式是key-value（键值对）的形式，服务器10可根据直播平台的平台标识和货物提供方的身份标识生成键值对中的键元素，并根据直播平台的平台标识、货物提供方户的身份标识和货物提供方的提供方数据生成键值对中的值元素，关联该键元素和该值元素，则可生成待存储提供方数据。进一步地，服务器10可以将待存储提供方数据上传至区块链网络中的节点，节点对待存储提供方数据进行哈希运算，并根据哈希运算的结果将待存储提供方数据存储至链式哈希表中与直播平台的平台标识和主播用户的身份标识对应的第二目标哈希链上，在链式哈希表通过共识后，根据链式哈希表生成数据区块，从而实现每场直播所涉及的货物提供方的提供方数据的上链。示例性地，以任一场直播为例，主播用户的主播数据上链过程可以参见图2c，货物提供方的提供方数据的上链过程可以参见图2d。

[0068] S23，服务器10通过上述节点从区块链中获取预先上链成功的各直播平台的主播数据和提供方数据。

[0069] S24，服务器10对获取到的各直播平台的主播数据和提供方数据进行统计，确定在各直播平台已进行直播的各主播用户的累计直播信息，以及各直播平台合作的货物提供方的提供方价值评估信息。具体实现中，服务器10可以周期性（例如每隔1小时或者一天统计一次）地通过上述节点从区块链中获取预先上链成功的各直播平台的主播数据和提供方数据。

[0070] 进一步地，服务器10可以在数据库中存储上述各主播用户的累计直播信息、主播属性信息、各直播平台合作的货物提供方的提供方价值评估信息和提供方属性信息。

[0071] 在一个实施例中，当某一货物提供方用户（例如某商家）想要从各直播平台所对应的所有主播用户中查找适合自身需求的目标主播用户，可以触发客户端执行步骤S25-S27，其整体实现流程如图2a所示：

[0072] S25，客户端显示主播用户匹配页面，并在主播用户匹配页面包括的输入窗口中输入查询数据。

[0073] 具体实现中，当某一货物提供方用户（例如某商家）想要从各直播平台所对应的所有主播用户中查找适合自身需求的目标主播用户，可以触发客户端显示主播用户匹配页面，客户端可以在主播用户匹配页面包括的输入窗口中输入查询数据。其中，该主播用户匹配页面可以如图4a中的左图所示。

[0074] S26，客户端向服务器10获取上述各主播用户的累计直播信息和主播属性信息。

[0075] S27，客户端基于各主播用户的累计直播信息和主播属性信息从各主播用户中确定与查询数据匹配的目标主播用户，并在主播用户匹配页面中输出目标主播用户的对象信息。其中，在主播用户匹配页面中输出目标直播用户的对象信息的显示效果可以参见4a中的右图所示。

[0076] 客户端通过实施步骤S25-S27，可以辅助用户（例如某商家）快速、准确地查找适合自身需求的目标主播用户。

[0077] 或者，在另一个实施例中，当用户（例如某主播）想要查找从各直播平台合作的货物提供方中查找适合自身的目标货物提供方，可以触发客户端（即客户端11或者客户端13）执行以下步骤S28-S210，其整体实现流程如图2b所示：

[0078] S28，客户端显示货物提供方匹配页面，并在货物提供方匹配页面包括的输入窗口中输入查询数据。其中，该货物提供方匹配页面可以如图4b中的左图所示。

[0079] S29，客户端向上述服务器10获取上述各直播平台合作的货物提供方的提供方价值评估信息和提供方属性信息。

[0080] S210，客户端基于提供方价值评估信息和提供方属性信息从各货物提供方中确定与查询数据匹配的目标货物提供方，并在货物提供方匹配页面中输出目标货物提供方的对象信息。其中，在货物提供方匹配页面中输出目标货物提供方的对象信息的显示效果可以参见4b中的右图所示。

[0081] 客户端通过实施步骤S28-S210，可以辅助用户（例如某主播）快速、准确地查找适合自身需求的目标货物提供方。

[0082] 可以理解的是，在任一场直播对应主播用户的主播数据和任一场直播所涉及的货物提供方的提供方数据均上链成功后，可以分别表征该任一场直播对应主播用户的主播数据和货物提供方的提供方数据分别均已通过共识验证（包括真实性验证和合法性验证）。由上述内容可知，本申请实施例，可以基于这些共识验证通过的主播数据和提供方数据，辅助用户快速、准确地查找到适合自身需求的目标主播用户或者目标货物提供方，有利于提高所查找到的目标主播用户或者目标货物的可信度。

[0083] 基于上述多媒体数据处理方案的描述，本申请实施例提出一种多媒体数据处理方法，该多媒体数据处理方法可以由上述所提及的多媒体数据处理平台对应的客户端和直播平台所对应的客户端执行，以下提到的客户端，可以指这两种客户端的任一种，请参见图3，该多媒体数据处理方法可包括以下步骤S301-S303：

[0084] S301：显示目标匹配页面，该目标匹配页面包括主播用户匹配页面或货物提供方匹配页面，该目标匹配页面包含输入窗口。

[0085] 具体实现中，用户可以登录客户端，当用户（例如某商家）想要查找从各直播平台所对应的所有主播用户中查找适合自身的目标主播用户，可以触发客户端显示主播用户匹配页面，示例性地，该主播用户匹配页面可以如图4a中的左图所示。或者，当用户（例如某主播）想要查找从各直播平台合作的货物提供方中查找适合自身的目标货物提供方，可以触发客户端显示货物提供方匹配页面。示例性地，该货物提供方匹配页面可以如图4b中的左图所示。

[0086] S302：在目标匹配页面中的输入窗口中输入查询数据，查询数据用于匹配目标对象，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。

[0087] S303：在目标匹配页面中输出目标对象的对象信息。其中，目标匹配页面中包含匹配结果显示窗口，匹配结果显示窗口中显示有目标对象的对象信息。

[0088] 在一个实施例中，目标匹配页面中的输入窗口包括多个匹配因子项，用户可以在各匹配因子项中输入相应的数据，在输入完成后，可以输入匹配开启操作。客户端检测到该匹配开启操作时，可以基于用户在各匹配因子项输入的数据生成查询数据，查询与该查询数据匹配的目标对象，获取目标对象的对象信息，并在目标匹配页面中输出目标对象的对象信息。其中，上述匹配开启操作可以指用户针对目标匹配页面（如图4a和图4b所示）中“开始匹配”按钮输入的点击、按压、语音等形式的触发操作。

[0089] 示例性地，以商家查找目标主播用户为例，目标匹配页面为主播用户匹配页面，该主播用户匹配页面如图4a所示，主播用户匹配页面中的输入窗口包括多个匹配因子项，分别为：商品品类、商品品牌、商品数量、商品总额、佣金预算等等，当检测到用户针对图4a中“开始匹配”按钮的触发操作时，可以将基于用户在各个匹配因子项输入的数据生成查询数据，并向多媒体数据处理平台对应的服务器（图1d或者图1c中多媒体处理平台对应的服务器）获取各主播用户的累计直播信息和主播属性信息，并基于各主播用户的累计直播信息和主播属性信息从各主播用户中确定与查询数据匹配的目标主播用户，从各主播用户的累计直播信息和主播属性信息中获取该目标直播用户的对象信息，并在主播用户匹配页面中输出目标直播用户的对象信息，其显示效果可以参见4a中的右图所示。

[0090] 其中，通过上述步骤S23 S24的描述可知，上述各主播用户的累计直播信息和主播~属性信息是多媒体数据处理平台对应的服务器从区块链中获取预先上链成功的各直播平台的主播数据，并对各直播平台的主播数据进行统计得到。上链成功的主播数据，由于通过了共识验证（包括真实性验证和合法性验证），则可以表征这些数据的可信度较高，有利于避免虚假数据的情况。本申请实施例中，可以基于上链成功的主播数据确定与查询数据匹配的目标主播用户，以及目标主播用户的对象信息，有利于提高所确定出的目标主播用户的可信度，以及所显示的目标主播用户的对象信息的可信度，防止用户由于虚假数据上当受骗。

[0091] 又例如，以主播查找目标货物提供方为例，目标匹配页面为货物提供方匹配页面，该货物提供方匹配页面如图4b中的左图所示，货物提供方匹配页面中的输入窗口包括多个匹配因子项，分别为：带货类别、带货品牌、商品佣金、粉丝数量、单场销售额等等，当检测到用户针对图4b中“开始匹配”按钮的触发操作时，可以将基于用户在各个匹配因子项输入的数据生成用于查询目标货物提供方的查询数据，并向多媒体数据处理平台对应的服务器（图1d或者图1c中多媒体处理平台对应的服务器）获取各直播平台合作的货物提供方的提供方价值评估信息和提供方属性信息，并基于提供方价值评估信息和提供方属性信息从各货物提供方中确定与查询数据匹配的目标货物提供方，从各货物提供方的提供方价值评估信息和提供方属性信息获取目标货物提供方的对象信息，并在货物提供方匹配页面中输出目标货物提供方的对象信息，其显示效果可以参见4b中的右图所示。

[0092] 其中，通过上述步骤S23 S24的描述可知，上述各货物提供方的提供方价值评估信~息和提供方属性信息是多媒体数据处理平台对应的服务器从区块链中获取预先上链成功的各货物提供方的提供方数据，并对各货物提供方的提供方数据进行统计得到。上链成功的提供方数据，由于通过了共识验证（包括真实性验证和合法性验证），则可以表征这些数据的可信度较高，有利于避免虚假数据的情况。本申请实施例中，可以基于上链成功的提供方数据确定与查询数据匹配的目标货物提供方，以及目标货物提供方的对象信息，有利于提高所确定出的目标货物提供方的可信度，以及所显示目标货物提供方的对象信息的可信度，防止用户由于虚假数据上当受骗。

[0093] 其中，目标主播用户的对象信息包括以下任一种或者多种：累计直播信息、主播属性信息和主播匹配度，累计直播信息包括以下任一种或者多种：开播总场次、开播总时长、累计受众用户画像、主播价值评估信息和直播费用数据。

[0094] 目标货物提供方的对象信息包括以下任一种或者多种：提供方属性信息、提供方价值评估信息和提供方匹配度。

[0095] 在一个实施例中，至少两个主播用户和货物提供方对应至少两个直播平台，也即，本申请实施例提及的各主播用户包括至少两个直播平台的主播用户，各货物提供方包括与至少两个直播平台合作的货物提供方。上述主播属性信息包括以下任一种或者多种：目标主播用户的身份标识（例如在直播平台的账号名称）、直播货物的品类标识（例如美妆、运动、电器、美食等等）、及目标主播用户所属的直播平台的平台标识；主播价值评估信息包括以下至少一项：目标主播用户通过直播从观众处获取到的用户关注度（例如粉丝数）和观众资产值。该观众资产值可以指目标主播用户通过直播售卖出的所有货物的总销售额（此处可以指交易成功的总销售额）、总销售量（此处可以指交易成功的总销售量）、场均销售量和场均销售额等等。

[0096] 上述提供方属性信息包括以下任一种或者多种：目标货物提供方的身份标识、主营货物品类信息（例如图4b中右图所示的主营品类）和产品领域标识（例如图4b中右图所示的“运动”标识），提供方价值评估信息包括以下任一种或者多种：货物资产值、信誉度、与各主播用户的累计合作成功率和支付费用数据。其中，货物资产值可以指目标货物提供方出售的货物中销量最高的产品的销售量（例如图4b中右图所示的爆款销售量：33.4万），上述支付费用数据可以指货物提供方支付给主播用户的佣金比例（例如图4b所示的商品佣金：10%）。

[0097] 在一个实施例中，基于查询数据确定出的目标主播用户或者目标货物提供方均可以仅包括一个，该目标主播用户可以指主播匹配度最高的主播用户；该目标货物提供方可以指提供方匹配度最高的货物提供方。或者，目标主播用户和目标货物提供方均可以包括多个，若目标对象为目标主播用户，则匹配结果显示窗口中依照各目标主播用户的主播匹配度从高到低的顺序，显示有各目标主播用户的对象信息，其显示效果可以参见图4c中的右图所示。

[0098] 或者，若目标对象为目标货物提供方，则匹配结果显示窗口中依照各目标货物提供方的提供方匹配度从高到低的顺序，显示有各目标货物提供方的对象信息，其显示效果可以参见图4d中的右图所示。

[0099] 在一个实施例中，若查询数据包括主播用户查询数据，该主播用户查询数据至少包括预支付费用数据（例如图4a中左图所示的佣金预算：50万）和待直播货物的货物品类数据（例如图4a中左图所示的商品品类：美妆），目标对象包括目标主播用户，该目标主播用户可以为至少两个主播用户中与预支付费用数据和待直播货物的货物品类数据匹配的主播用户。示例性地，如图4a所示，当目标主播用户仅有一个时，该目标主播用户可以理解为与佣金预算和商品品类最接近的主播用户。

[0100] 或者，若查询数据包括货物提供方查询数据，货物提供方查询数据至少包括直播费用需求数据（例如图4b中左图所示的商品佣金：10%商品价格）和直播货物品类数据（例如图4b中左图所示的带货类别：运动），目标对象包括目标货物提供方，目标货物提供方为至少两个货物提供方中与直播费用需求数据和直播货物品类数据匹配的货物提供方。示例性地，如图4b所示，当目标货物提供方仅有一个时，目标货物提供方可以理解为与商品佣金和带货类别最接近的货物提供方。

[0101] 在一个实施例中，可以预先设置用于确定主播匹配度的多个主播匹配项，并为各主播匹配项设置对应的主播匹配得分规则，该主播匹配度得分规则规定了，各主播匹配项在满足不同匹配条件下的主播匹配得分。这种情况下，各主播用户与查询数据之间的主播匹配度的确定方式可以为：解析主播用户查询数据，从主播用户查询数据中获取预支付费用数据和待直播货物的货物品类数据，基于该预支付费用数据和待直播货物的货物品类数据，依照上述为各主播匹配项设置对应的主播匹配得分规则，确定各主播用户在不同主播匹配项下的主播匹配得分，计算各主播用户在不同主播匹配项下的主播匹配总得分，基于各主播用户各自对应的主播匹配总得分，确定各主播用户与主播用户查询数据之间的主播匹配度。例如，某一主播用户“张XX”的主播匹配总得分为0.98，那么，该主播用户“张XX”与查询数据之间的主播匹配度为98%。

[0102] 示例性地，假设各主播匹配项包括：货物品类、商品佣金、用户关注度和场均销售量，主播匹配度得分规则如表2-1所示。

[0103] 表2-1

[0104]

[0105] 可以理解是，上述表2-1中各主播匹配项对应的主播匹配得分的大小，是开发人员基于实验测算预先设置。各主播匹配项对应的主播匹配得分可以基于用户的实际需求进行调整，例如用户更关注货物品类和商品佣金，那么可以将货物品类和商品佣金对应的主播匹配得分设置的较大；例如用户更关注用户关注度，那么可以将用户关注度对应的主播匹配得分设置的较大。本申请实施例对各主播匹配项在满足不同匹配条件下的主播匹配得分的大小，不作具体限定。

[0106] 在一个实施例中，与上述主播匹配度的确定方式相似，还可以预先设置用于确定提供方匹配度的多个提供方匹配项，并为各提供方匹配项设置对应的提供方匹配得分规则，该提供方匹配度得分规则规定了，各提供方匹配项在满足不同匹配条件下的提供方匹配得分。这种情况下，各货物提供方与查询数据之间的提供方匹配度的确定方式可以为：解析货物提供方查询数据，从货物提供方查询数据中获取直播费用需求数据和直播货物品类数据，并基于该直播费用需求数据和直播货物品类数据，依照上述为各提供方匹配项设置对应的提供方匹配得分规则，确定各货物提供方在不同提供方匹配项下的提供方匹配得分，计算各货物提供方在不同提供方匹配项下的提供方匹配总得分，基于各货物提供方各自对应的提供方匹配总得分，确定各货物提供方与货物提供方查询数据之间的提供方匹配度。例如，某一货物提供方“商家1”的提供方匹配总得分为0.98，那么，该“商家1”与查询数据之间的提供方匹配度为98%。

[0107] 示例性地，各提供方匹配项可包括：信誉度、主营品类、商品佣金和累计合作成功率，提供方匹配度得分规则如表2-2所示。

[0108] 表2-2

[0109]

[0110] 可以理解是，上述表2-2中各提供方匹配项对应的提供方匹配得分的大小，是开发人员基于实验测算预先设置。各提供方匹配项对应的提供方匹配得分可以基于用户的实际需求进行调整，例如用户更关注货物提供方的主营品类和商品佣金，那么可以将主营品类和商品佣金对应的提供方匹配得分设置的较大；例如用户更关注货物提供方的信誉度，那么可以将信誉度对应的提供方匹配得分设置的较大。本申请实施例对各提供方匹配项在满足不同匹配条件下的提供方匹配得分的大小，不作具体限定。

[0111] 本申请实施例中，可以显示目标匹配页面，在目标匹配页面中的输入窗口中输入用于匹配目标对象的查询数据，在目标匹配页面中输出目标对象的对象信息，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。通过本申请实施例，可以基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

[0112] 请参见图5，是本申请实施例提供的另一种多媒体数据处理方法的流程示意图。该多媒体数据处理方法可以由上述所提及的多媒体数据处理平台对应的客户端和直播平台所对应的客户端执行，以下提到的客户端，可以指这两种客户端的任一种，请参见图5，该多媒体数据处理方法可包括以下步骤S501-S504：

[0113] S501：显示直播对象列表，该直播对象列表中包含对象匹配按钮。

[0114] S502：在检测到对对象匹配按钮输入的触控操作时，显示与匹配按钮的类型相匹配的目标匹配页面，该目标匹配页面包含输入窗口。其中，若匹配按钮的类型为主播用户匹配类型，则显示主播用户匹配页面；若匹配按钮的类型为货物提供方匹配类型，则显示货物提供方匹配页面。

[0115] 本申请实施中，步骤S501-S504均可由多媒体数据处理平台对应的客户端执行，该多媒体数据处理平台可以理解为一种独立于各直播平台的辅助货物提供方和主播进行合作的第三方平台。上述直播对象列表可以如图6a所示，直播对象列表中包括主播用户匹配类型的对象匹配按钮60，用于触发显示主播用户匹配页面；还包括货物提供方匹配类型的对象匹配按钮61，用于触发显示货物提供方匹配页面。上述步骤S501输入的触控操作，可以指点击、按压、滑动对象匹配按钮60或对象匹配按钮61的操作。

[0116] 示例性，在多媒体数据处理平台对应的客户端显示如图6a所示的直播对象列表后，若用户想要查找为自己直播带货的主播，可以点击直播对象列表中的对象匹配按钮60，多媒体数据处理平台对应的客户端可以显示如图6a中右图所示的主播用户匹配页面，用户可以在主播用户匹配页面中输入用于查询目标主播用户的查询数据。或者，若用户为一名主播，该用户想要查找合作的货物提供方（即商家），可以点击直播对象列表中的对象匹配按钮61，多媒体数据处理平台对应的客户端可以显示如图6b中右图所示的货物提供方匹配页面，用户可以在货物提供方匹配页面中输入用于查询目标货物提供方的查询数据。

[0117] 在一个实施例中，步骤S501-S504均可由直播平台对应的客户端执行，直播平台对应的客户端首页可以包括直播对象列表的入口，该入口可包括横幅广告、图标、文字的入口方式，用户可以通过该入口，触发直播平台对应的客户端显示直播对象列表。

[0118] 其中，上述直播对象列表可包括主播排行列表或货物提供方排行列表，主播排行列表中显示有主播用户排行数据，主播用户排行数据包括至少一个主播用户的主播价值信息和主播用户排序信息，任一主播用户的主播价值信息至少包括任一主播用户的主播属性信息和主播价值评估信息。货物提供方排行列表中显示有货物提供方排行数据，货物提供方排行数据包括至少一个货物提供方的提供方价值信息和提供方排序信息，任一货物提供方的提供方价值信息至少包括任一货物提供方的提供方属性信息和提供方价值评估信息。上述主播用户排序信息用于指示主播用户在对应主播排行列表中的排序，上述提供方排序信息用于指示货物提供方在对应货物提供方排行列表中的排序。

[0119] 示例性地，直播平台对应的客户端首页可以如图6c中的所示，包括直播对象列表的入口62，当用户点击入口62时，可以展示二级页面64，该二级页面64默认优先显示主播排行列表，该主播排行列表可以理解为主播排行榜。该二级页面顶部有2个标签，分为主播排行榜和商家排行榜，主播排行榜和商家排行榜均有对应的标签品类，如：热门、时尚、电器、家居、生活、超市等等。用户可以通过点击各标签品类，切换显示不同品类下的主播排行榜和商家排行榜。当用户想要从主播排行列表切换至货物提供方排行列表（可以理解为商家排行榜）时，可以点击上述二级页面64顶部“商家排行榜”的标签，从而触发在二级页面64中显示货物提供方排行列表，其显示效果如图6d所示。

[0120] 承接上述图6c和图6d的例子，显示有主播排行列表的二级页面64中包括智能匹配按钮63，显示有货物提供方排行列表的二级页面64中包括智能匹配按钮65。其中，上述智能匹配按钮63可以理解为一种主播用户匹配类型的匹配按钮，用于触发显示主播用户匹配页面（如图6c所示）；上述智能匹配按钮65可以理解为一种货物提供方匹配类型的匹配按钮，用于触发显示货物提供方匹配页面（如图6d所示）。

[0121] 其中，上述主播用户排行数据可以是基于主播排序规则和指定存储区域中预先存储的各场直播对应主播用户的主播数据确定的，货物提供方排行数据是基于提供方排序规则和指定存储区域中预先存储的各场直播对应货物提供方的提供方数据确定的。其中，该指定存储区域包括区块链或者多媒体处理平台对应服务器的数据库。

[0122] 在一个实施例中，上述指定存储区域包括多媒体处理平台对应的服务器，本申请实施例适用于图1a所示的系统，多媒体数据处理平台对应的服务器可以实时获取各直播平台发生的每场直播对应主播用户的主播数据，以及每场直播所涉及的货物提供方的提供方数据，并将这些数据存储至数据库中。后续，多媒体数据处理平台对应的服务器可以周期性（例如每隔1小时或者一天统计一次）对来自各直播平台的主播数据和提供方数据进行统计，确定在各直播平台已进行直播的各主播用户的累计直播信息，以及各直播平台合作的货物提供方的提供方价值评估信息，进一步地，多媒体数据处理平台对应的服务器可以基于主播排序规则和上述各主播用户的累计直播信息，对各主播用户进行排序，生成主播用户排行数据；基于提供方排序规则和上述各货物提供方的提供方价值评估信息对各货物提供方进行排序，生成货物提供方排行数据。后续，直播平台对应的客户端或多媒体数据处理平台对应的客户端，均可从多媒体数据处理平台对应的服务器获取并显示上述主播用户排行数据、货物提供方排行数据。

[0123] 或者，在另一个实施例中，上述指定存储区域包括区块链，本申请实施例适用于图1c或图1d所示的系统，多媒体数据处理平台对应的服务器可以周期性（例如每隔1小时或者一天统计一次）从区块链上获取上链成功的各场直播对应主播用户的主播数据，以及各场直播对应货物提供方的提供方数据，并对获取到的这些数据进行统计，确定在各直播平台已进行直播的各主播用户的累计直播信息，以及各直播平台合作的货物提供方的提供方价值评估信息，进一步地，多媒体数据处理平台对应的服务器可以基于主播排序规则和上述各主播用户的累计直播信息，对各主播用户进行排序，生成主播用户排行数据；基于提供方排序规则和上述各货物提供方的提供方价值评估信息对各货物提供方进行排序，生成货物提供方排行数据。后续，直播平台对应的客户端或多媒体数据处理平台对应的客户端，均可从多媒体数据处理平台对应的服务器获取并显示上述主播用户排行数据、货物提供方排行数据。

[0124] 其中，任一场直播对应主播用户的主播数据包括以下任一种或者多种：该任一场直播对应主播属性信息、任一场直播的开播时长、观看人次、受众用户画像、下单人数、加购物车人数、成交订单数、下单转化率和直播价值信息（例如销售量、销售额等等）。任一场直播对应货物提供方的提供方数据包括以下任一种或者多种：任一场直播对应货物提供方的提供方属性信息、信誉度、以及与任一场直播对应主播用户的合作成功率。

[0125] 在一个实施例中，预先设置有用于对主播用户进行排序的主播排序因子，每个主播排序因子的权重系数，上述基于主播排序规则和上述各主播用户的累计直播信息，对各主播用户进行排序，以生成主播用户排行数据的具体方式可以包括：

[0126] 对各主播用户的累计直播信息进行解析，基于解析结果确定各主播用户在各主播排序因子下的取值，并将各主播用户在各主播排序因子对应的取值与对应的权重系数，进行加权处理，得到各主播用户的主播排序总得分。进一步地，可以基于主播排序规则的指示，按照主播排序总得分从大到小的顺序对各主播用户进行排序，基于排序结果确定各主播用户的主播用户排序信息，并生成包括各主播用户的主播价值信息和主播用户排序信息的主播用户排行数据。

[0127] 示例性地，假设上述主播排序因子包括主播用户的粉丝数、场均销售额、场均销售量、开播总场次和开播总时长，针对各个主播排序因子设备的权重系数分别为：0.2、0.1、0.4、0.1和0.1；对某一主播用户“张XX”的累计直播信息进行解析的解析结果显示：粉丝数（7233个）、场均销售额（1872元）、场均销售量（112个）、开播总场次（32场）和开播总时长（32小时）。这种情况下，可以将主播用户“张XX”在各主播排序因子对应的取值与对应的权重系数，进行加权处理，得到主播用户“张XX”的主播排序总得分等于：7233*0.2+1872*0.1+112*
0.4+0.1*32+0.1*32=1685。

[0128] 在另一个实施例中，可以采用与确定上述主播用户排行数据相似的方式，确定货物提供方排行数据。具体地，预先设置有用于对货物提供方进行排序的提供方排序因子，每个提供方排序因子的权重系数。对各货物提供方的提供方价值评估信息进行解析，基于解析结果确定各货物提供方在各提供方排序因子下的取值，并将各货物提供方在各提供方排序因子对应的取值与对应的权重系数，进行加权处理，得到各货物提供方的提供方排序总得分。进一步地，可以基于提供方排序规则的指示，按照提供方排序总得分从大到小的顺序对各货物提供方进行排序，基于排序结果确定各货物提供方的提供方排序信息，并生成包括各货物提供方的提供方价值信息和提供方排序信息的货物提供方排行数据。示例性地，该提供方排序因子可以包括累计合作成功率和信誉度。

[0129] 从图6c和图6d可以看出，本申请实施例显示的主播排行列表或货物提供方排行列表（即主播排行榜和商家排行榜），可以细分为各标签品类（如：热门、时尚、电器、家居、生活、超市等等）下的排行列表，这种情况下，多媒体数据处理平台对应的服务器同样可以基于上述对各主播用户的累计直播信息进行解析的解析结果和主播排序规则，对属于同一标签品类下的各主播用户进行排序，以生成该同一标签品类下的主播用户排行数据。相应地，多媒体数据处理平台对应的服务器也可以基于上述对各货物提供方的提供方价值评估信息进行解析的解析结果和提供方排序规则，对属于同一标签品类下的各货物提供方进行排序，以生成该同一标签品类下的货物提供方排行数据。

[0130] 以生成任一标签品类下的主播用户排行数据为例，上述主播排序因子可包括主播用户的粉丝数、场均销售额、场均销售量、开播总场次、开播总时长和粉丝画像，该粉丝画像指示了主播用户的粉丝中的男女比例。由于不同类别的产品偏向于不同性别的消费人群，例如对于货物类别为时尚类别的产品，消费人群中女性用户所占的比例较高，那么这种情况下，可以在生成时尚类别下的主播用户排行数据时，将粉丝画像中女性比例对应的权重系数设置的较高。或者，对于运动类别的产品，消费人群中男性用户所占的比例较高，那么这种情况下，可以在生成运动类别的主播用户排行数据时，将粉丝画像中男性比例对应的权重系数设置的较高。例如，对于偏向女性用户的标签品类（例如时尚）：粉丝画像中女性比例对应的权重系数设置为0.4，粉丝画像中男性比例对应的权重系数设置为0.01；对于偏向男性用户的标签品类（例如运动）：粉丝画像中女性比例对应的权重系数设置为0.01，粉丝画像中男性比例对应的权重系数设置为0.4；对于没有明显性别偏向的标签品类（例如家居、生活等等）：粉丝画像中女性比例对应的权重系数设置为0.1，粉丝画像中男性比例对应的权重系数设置为0.1。这种情况下，多媒体数据处理平台对应的服务器可以与上述相同的方式，对各货物提供方的提供方价值评估信息进行解析，基于解析结果确定各货物提供方在各提供方排序因子下的取值，并将各货物提供方在各提供方排序因子对应的取值与对应的权重系数，进行加权处理，得到各货物提供方的提供方排序总得分，对此不再赘述。

[0131] 可以理解的是，上述主播用户排行数据和货物提供方数据可由多媒体数据处理平台对应的服务器预先生成，后续多媒体数据处理平台对应的客户端或者直播平台对应的客户端可以向该服务器获取主播用户排行数据和货物提供方数据。相应地，上述主播用户排行数据和货物提供方数据也可由客户端自身生成，具体地，可以从区块链或者多媒体数据处理平台获取预先存储的各场直播对应主播用户的主播数据，以及各场直播对应货物提供方的提供方数据，进而基于主播排序规则和上述各场直播对应主播用户的主播数据生成主播用户排行数据，基于提供方排序规则和上述各场直播对应货物提供方生成货物提供方排行数据。其具体生成方式，可以参见上述多媒体数据处理平台对应服务器生成主播用户排行数据和货物提供方排行数据的相关描述，此处不再赘述。

[0132] S503：在目标匹配页面中的输入窗口中输入查询数据，查询数据用于匹配目标对象，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。

[0133] S504：在目标匹配页面中输出目标对象的对象信息。其中，步骤S503 步骤S504的~具体实施方式，可以参见上述实施例中步骤S302 步骤S303的相关描述，此处不再赘述。
~

[0134] 在一个实施例，直播对象列表包括主播排行列表，客户端可以在主播排行列表中对任一主播用户进行选定，以触发显示主播详情页面，并在在主播详情页面中显示选定的任一主播用户的累计直播信息和主播属性信息。示例性地，参见图6e所示，当用户选定主播用户“张XX”后，客户端可以显示关于主播用户“张XX”的主播详情页面，该主播详情页面的显示效果如图6e中的右图所示。

[0135] 在另一个实施例中，直播对象列表包括货物提供方排行列表，客户端可以在货物提供方排行列表中对任一货物提供方进行选定，在提供方详情页面中显示包括选定的任一货物提供方的提供方价值评估信息、提供方属性信息和货物信息。示例性地，参见图6f所示，当用户选定货物提供方“NIXX”后，客户端可以显示关于货物提供方“NIXX”的提供方详情页面，该提供方详情页面的显示效果如图6f中的右图所示。

[0136] 本申请实施例中，可以显示包含对象匹配按钮的直播对象列表，在检测到对对象匹配按钮输入的触控操作时，显示与匹配按钮的类型相匹配的目标匹配页面；进一步地，在目标匹配页面中的输入窗口中输入用于匹配目标对象的查询数据，在目标匹配页面中输出目标对象的对象信息，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。通过本申请实施例，可以通过不同类型的匹配按钮触发显示不同的目标匹配页面，并基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户更加快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

[0137] 本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述实施例中描述的相应方法。

[0138] 再请参见图7，是本申请实施例的一种多媒体数据处理装置的结构示意图，本申请实施例的多媒体数据处理装置可以设置在上述客户端（例如直播平台对应的客户端或多媒体数据处理平台对应的客户端）中，也可以为运行于客户端中的一个计算机程序（包括程序代码）。

[0139] 本申请实施例的装置的一个实现方式中，装置包括如下结构。

[0140] 显示单元70，用于显示目标匹配页面，目标匹配页面包括主播用户匹配页面或货物提供方匹配页面；目标匹配页面包含输入窗口；

[0141] 输入单元71，用于在目标匹配页面中的输入窗口中输入查询数据，查询数据用于匹配目标对象，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方；

[0142] 显示单元70，还用于在目标匹配页面中输出目标对象的对象信息。

[0143] 在一个实施例中，目标匹配页面中包含匹配结果显示窗口，匹配结果显示窗口中显示有目标对象的对象信息。

[0144] 在一个实施例中，目标主播用户的对象信息包括以下任一种或者多种：累计直播信息、主播属性信息和主播匹配度，累计直播信息包括以下任一种或者多种：开播总场次、开播总时长、累计受众用户画像、主播价值评估信息和直播费用数据；目标货物提供方的对象信息包括以下任一种或者多种：提供方属性信息、提供方价值评估信息和提供方匹配度。

[0145] 在一个实施例中，至少两个主播用户和货物提供方对应至少两个直播平台，主播属性信息包括以下任一种或者多种：目标主播用户的身份标识、直播货物的品类标识和目标主播用户所属的直播平台的平台标识；主播价值评估信息包括以下至少一项：目标主播用户通过直播从观众处获取到的用户关注度和观众资产值；

[0146] 提供方属性信息包括以下任一种或者多种：目标货物提供方的身份标识和产品领域标识；提供方价值评估信息包括以下任一种或者多种：货物资产值、信誉度、与各主播用户的累计合作成功率和支付费用数据。

[0147] 在一个实施例中，目标主播用户和目标货物提供方均包括多个，若目标对象为目标主播用户，则匹配结果显示窗口中依照各目标主播用户的主播匹配度从高到低的顺序，显示有各目标主播用户的对象信息；或者，

[0148] 若目标对象为目标货物提供方，则匹配结果显示窗口中依照各目标货物提供方的提供方匹配度从高到低的顺序，显示有各目标货物提供方的对象信息。

[0149] 在一个实施例中，显示单元70，还用于显示直播对象列表，直播对象列表中包含对象匹配按钮，在检测到对对象匹配按钮输入的触控操作时，显示与匹配按钮的类型相匹配的目标匹配页面；其中，若匹配按钮的类型为主播用户匹配类型，则显示主播用户匹配页面；若匹配按钮的类型为货物提供方匹配类型，则显示货物提供方匹配页面。

[0150] 在一个实施例中，直播对象列表包括主播排行列表或货物提供方排行列表；主播排行列表中显示有主播用户排行数据，主播用户排行数据包括至少一个主播用户的主播价值信息和主播用户排序信息，任一主播用户的主播价值信息至少包括任一主播用户的主播属性信息和主播价值评估信息；货物提供方排行列表中显示有货物提供方排行数据，货物提供方排行数据包括至少一个货物提供方的提供方价值信息和提供方排序信息，任一货物提供方的所述提供方价值信息至少包括任一货物提供方的提供方属性信息和提供方价值评估信息。

[0151] 在一个实施例中，直播对象列表包括主播排行列表，上述装置还包括选定单元72，用于在主播排行列表中对任一主播用户进行选定，以触发显示主播详情页面；显示单元70，还用于在主播详情页面中显示选定的任一主播用户的累计直播信息和主播属性信息。

[0152] 在一个实施例中，所述选定单元72，还用于在货物提供方排行列表中对任一货物提供方进行选定，以触发显示提供方详情页面；在提供方详情页面中显示包括选定的任一货物提供方的提供方价值评估信息、提供方属性信息和货物信息。

[0153] 在一个实施例中，主播用户排行数据是基于主播排序规则和指定存储区域中预先存储的各场直播对应主播用户的主播数据确定的，货物提供方排行数据是基于提供方排序规则和指定存储区域中预先存储的各场直播对应货物提供方的提供方数据确定的；其中，指定存储区域包括区块链。

[0154] 在一个实施例中，任一场直播对应主播用户的主播数据包括以下任一种或者多种：所述任一场直播对应主播属性信息、所述任一场直播的开播时长、观看人次、受众用户画像、下单人数、加购物车人数、成交订单数、下单转化率和直播价值信息；

[0155] 任一场直播对应货物提供方的提供方数据包括以下任一种或者多种：所述任一场直播对应货物提供方的提供方属性信息、信誉度、以及与所述任一场直播对应主播用户的合作成功率。

[0156] 在一个实施例中，所述查询数据包括主播用户查询数据，所述主播用户查询数据至少包括预支付费用数据和待直播货物的货物品类数据，所述目标对象包括目标主播用户，所述目标主播用户为所述至少两个主播用户中与所述预支付费用数据和所述待直播货物的货物品类数据匹配的主播用户；或者，

[0157] 所述查询数据包括货物提供方查询数据，所述货物提供方查询数据至少包括直播费用需求数据和直播货物品类数据，所述目标对象包括目标货物提供方，所述目标货物提供方为所述至少两个货物提供方中与所述直播费用需求数据和直播货物品类数据匹配的货物提供方。

[0158] 在本申请实施例中，上述各个单元的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

[0159] 本申请实施例中的多媒体数据处理装置可显示目标匹配页面，在目标匹配页面中的输入窗口中输入用于匹配目标对象的查询数据，在目标匹配页面中输出目标对象的对象信息，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。通过本申请实施例，可以基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

[0160] 再请参见图8，是本申请实施例的一种客户端的结构示意图，该客户端可以指上述多媒体数据处理平台对应的客户端、或直播平台对应的客户端，也可以指运行有该客户端的终端设备，此处的终端设备包括但不限于：平板电脑、膝上计算机、笔记本电脑以及台式电脑，等等。本申请实施例的客户端包括供电模块等结构，并包括处理器80、存储装置81、输入设备82、以及输出设备83。处理器80、存储装置81、输入设备82、以及输出设备83之间可以交互数据，由处理器80实现相应的多媒体数据处理功能。

[0161] 存储装置81可以包括易失性存储器（volatile memory），例如随机存取存储器（random-access memory，RAM）；存储装置81也可以包括非易失性存储器（non-volatile memory），例如快闪存储器（flash memory），固态硬盘（solid-state drive，SSD）等；存储装置81还可以包括上述种类的存储器的组合。

[0162] 处理器80可以是中央处理器80（central processing unit，CPU）。在一个实施例中，处理器80还可以是图形处理器80（Graphics Processing Unit，GPU）。处理器80也可以是由CPU和GPU的组合。在客户端中，可以根据需要包括多个CPU和GPU进行相应的多媒体数据处理。

[0163] 输入设备82可以指显示屏、指纹采集器等，可以用于检测用户输入的相关操作（例如对对象匹配按钮输入的触控操作等），输出设备83可以包括显示器（LCD等）、扬声器等。

[0164] 在一个实施例中，存储装置81用于存储程序指令。处理器80可以调用程序指令，实现如本申请实施例中上述涉及的各种方法。

[0165] 在第一个可能的实施方式中，客户端的处理器80，调用存储装置81中存储的程序指令，用于：

[0166] 显示目标匹配页面，该目标匹配页面包括主播用户匹配页面或货物提供方匹配页面；目标匹配页面包含输入窗口；

[0167] 在目标匹配页面中的输入窗口中输入查询数据，查询数据用于匹配目标对象，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与所述查询数据相匹配的目标货物提供方；

[0168] 在目标匹配页面中输出目标对象的对象信息。

[0169] 在一个实施例中，目标匹配页面中包含匹配结果显示窗口，匹配结果显示窗口中显示有目标对象的对象信息。

[0170] 在一个实施例中，目标主播用户的对象信息包括以下任一种或者多种：累计直播信息、主播属性信息和主播匹配度，累计直播信息包括以下任一种或者多种：开播总场次、开播总时长、累计受众用户画像、主播价值评估信息和直播费用数据；目标货物提供方的对象信息包括以下任一种或者多种：提供方属性信息、提供方价值评估信息和提供方匹配度。

[0171] 在一个实施例中，至少两个主播用户和货物提供方对应至少两个直播平台，主播属性信息包括以下任一种或者多种：目标主播用户的身份标识、直播货物的品类标识和目标主播用户所属的直播平台的平台标识；主播价值评估信息包括以下至少一项：目标主播用户通过直播从观众处获取到的用户关注度和观众资产值；提供方属性信息包括以下任一种或者多种：目标货物提供方的身份标识和产品领域标识；提供方价值评估信息包括以下任一种或者多种：货物资产值、信誉度、与各主播用户的累计合作成功率和支付费用数据。

[0172] 在一个实施例中，目标主播用户和目标货物提供方均包括多个，若目标对象为目标主播用户，则匹配结果显示窗口中依照各目标主播用户的主播匹配度从高到低的顺序，显示有各目标主播用户的对象信息；或者，

[0173] 若目标对象为目标货物提供方，则匹配结果显示窗口中依照各目标货物提供方的提供方匹配度从高到低的顺序，显示有各目标货物提供方的对象信息。

[0174] 在一个实施例中，处理器80，还用于通过输出设备83显示直播对象列表，直播对象列表中包含对象匹配按钮，在通过输入设备82检测到对对象匹配按钮输入的触控操作时，显示与匹配按钮的类型相匹配的目标匹配页面；其中，若匹配按钮的类型为主播用户匹配类型，则显示主播用户匹配页面；若匹配按钮的类型为货物提供方匹配类型，则显示货物提供方匹配页面。

[0175] 在一个实施例中，直播对象列表包括主播排行列表或货物提供方排行列表；主播排行列表中显示有主播用户排行数据，主播用户排行数据包括至少一个主播用户的主播价值信息和主播用户排序信息，任一主播用户的主播价值信息至少包括任一主播用户的主播属性信息和主播价值评估信息；货物提供方排行列表中显示有货物提供方排行数据，货物提供方排行数据包括至少一个货物提供方的提供方价值信息和提供方排序信息，任一货物提供方的所述提供方价值信息至少包括任一货物提供方的提供方属性信息和提供方价值评估信息。

[0176] 在一个实施例中，直播对象列表包括主播排行列表，所述处理器80，还用于在主播排行列表中对任一主播用户进行选定，以触发显示主播详情页面；通过输出设备83在主播详情页面中显示选定的任一主播用户的累计直播信息和主播属性信息。

[0177] 在一个实施例中，所述处理器80，还用于在货物提供方排行列表中对任一货物提供方进行选定，以触发显示提供方详情页面；通过输出设备83在提供方详情页面中显示包括选定的任一货物提供方的提供方价值评估信息、提供方属性信息和货物信息。

[0178] 在一个实施例中，主播用户排行数据是基于主播排序规则和指定存储区域中预先存储的各场直播对应主播用户的主播数据确定的，货物提供方排行数据是基于提供方排序规则和指定存储区域中预先存储的各场直播对应货物提供方的提供方数据确定的；其中，指定存储区域包括区块链。

[0179] 在本申请实施例中，上述处理器80的具体实现可参考前述各个附图所对应的实施例中相关内容的描述。

[0180] 本申请实施例中的客户端可显示目标匹配页面，在目标匹配页面中的输入窗口中输入用于匹配目标对象的查询数据，在目标匹配页面中输出目标对象的对象信息，目标对象包括至少两个主播用户中与查询数据相匹配的目标主播用户，或至少两个货物提供方中与查询数据相匹配的目标货物提供方。通过本申请实施例，可以基于用户在目标匹配页面输入的查询数据，查询到该查询数据匹配的目标主播用户或者目标货物提供方，有利于辅助用户快速、准确地查找适合自身的目标主播用户或者目标货物提供方。

[0181] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所描述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

[0182] 以上所揭露的仅为本申请的部分实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。