CN108874805A - 数据的处理方法和装置 - Google Patents

数据的处理方法和装置 Download PDF

Info

Publication number
CN108874805A
CN108874805A CN201710322623.4A CN201710322623A CN108874805A CN 108874805 A CN108874805 A CN 108874805A CN 201710322623 A CN201710322623 A CN 201710322623A CN 108874805 A CN108874805 A CN 108874805A
Authority
CN
China
Prior art keywords
group
assigned
service request
business tine
percent information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710322623.4A
Other languages
English (en)
Other versions
CN108874805B (zh
Inventor
金钟良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Beijing Co Ltd
Original Assignee
Tencent Technology Beijing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Beijing Co Ltd filed Critical Tencent Technology Beijing Co Ltd
Priority to CN201710322623.4A priority Critical patent/CN108874805B/zh
Publication of CN108874805A publication Critical patent/CN108874805A/zh
Application granted granted Critical
Publication of CN108874805B publication Critical patent/CN108874805B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0257—User requested
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0269—Targeted advertisements based on user profile or attribute
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种数据的处理方法和装置。其中，该方法包括：接收到查询请求，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象；基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中；根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。本发明解决了相关技术中计算得到的广告库存数量的准确度较低的技术问题。

Description

数据的处理方法和装置
技术领域
本发明涉及互联网领域，具体而言，涉及一种数据的处理方法和装置。
背景技术
显示广告(Display advertising)是一种型态的广告，最常见的形态是包含超脱文字之外的图形资讯，如标识、照片或位置地图等，它定期出现于一般专栏区的同一网页，或者邻接的网页间，有别于纯文字分类广告。
数据管理平台DMP(Data-Management Platform)是把分散的多方数据(如广告数据)进行整合纳入统一的技术平台，并对这些数据进行标准化和细分，让用户可以把这些细分结果推向现有的互动营销环境里。
随着互联网大数据技术的不断发展，人群包越来越多的应用到广告投放***体系的定向投放中，在数据管理平台DMP可以用于管理各种类型的广告订单，该订单包括对一个或者多个人群包(即一组用户的集合)的广告定向投放约定。还可用于计算广告库存(在定向条件下可以被预订的曝光总量)，如未投放的所有人群包中的对象的总数。
相关技术中计算库存的方法是基于不会发生变化的大盘数据实现的，可把整个大盘数据按照各个纬度(如年龄、性别、内容、时间段、广告位等等)切分成若干纬度，若干纬度交叉形成槽位，然后在这些槽位上进行广告库存的分配和查询，从而计算出可以预定的库存。而在使用人群包的形式进行库存预估的时候，由于人群包之间可能存在相同的对象，从而会影响广告库存的计算，得到的结果往往准确度较低。
针对相关技术中计算得到的广告库存数量的准确度较低的技术问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据的处理方法和装置，以至少解决相关技术中计算得到的广告库存数量的准确度较低的技术问题。
根据本发明实施例的一个方面，提供了一种数据的处理方法，该方法包括：接收到查询请求，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象；基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中；根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。
根据本发明实施例的另一方面，还提供了一种数据的处理装置，该装置包括：接收单元，用于接收到查询请求，其中，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象；第一确定单元，用于基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，其中，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中；第二确定单元，用于根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。
在本发明实施例中，查询第一群组中允许被分配业务内容(如广告内容)的对象的第一数量(即广告库存数量)，通过确定第一群组对象的实际数量，确定第一群组与第二群组之间的交集(即目标集合)中已经被第二群组消费过的对象(即不允许被分配业务内容的对象)的数量，从而可以确定第一群组中允许被分配业务内容的对象的实际数量，可以解决了相关技术中计算得到的广告库存数量的准确度较低的技术问题，进而达到准确预估广告库存数量的技术效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的数据的处理方法的硬件环境的示意图；
图2是根据本发明实施例的一种可选的数据的处理方法的流程图；
图3是根据本发明实施例的可选的群组资源的示意图；
图4是根据本发明实施例的一种可选的数据的处理方法的流程图；
图5是根据本发明实施例的一种可选的数据的处理方法的流程图；
图6是根据本发明实施例的一种可选的数据的处理装置的示意图；以及
图7是根据本发明实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例，提供了一种数据的处理方法的方法实施例。
可选地，在本实施例中，上述数据的处理方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的数据的处理方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的数据的处理方法也可以是由安装在其上的客户端来执行。
对于在服务器或者在终端上执行数据的处理方法而言，可直接将本申请提供的方法以软件的形式在服务器或者终端运行即可。
对于在服务器和终端上共同执行数据的处理方法而言，需要服务器和终端进行交互，下面以图2为例进行说明，图2是根据本发明实施例的一种可选的数据的处理方法的流程图，如图2所示，该方法可以包括以下步骤：
步骤S202，服务器接收到查询请求，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象。
上述的第一群组包括多个对象集合，每个对象集合中包括至少一个对象，每个对象集合用于保存具备同一属性(如时间属性、年龄属性、性别属性等)的对象，该对象即业务内容的消费者，一个对象集合可以理解为一个人群包，人群包中的元素可以帐号、终端标识、用户标识等形式存在。
上述的业务内容为推荐信息，如推送的广告、推送的媒体信息、推送的新闻热点等信息。当服务器接收到终端发送的业务请求时，可对该业务请求进行响应，将响应的业务内容推送给群组中的对象。
步骤S204，基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中。
需要说明的是，若同一对象具备多个属性，那么该对象会同时被分配至多个对象集合中，若按照相关技术中的技术方案查询第一群组中允许被分配业务内容的对象的第一数量时，通过计算第一群组中所有元素的数量来替代实际可用对象的数量，由于同一对象可能存在多个属性，即同时作为多个集合的元素，在计算时同一对象会被计算多次。而在步骤S204中计算的为实际的对象数量，而不是通过计算元素数量来进行替代，可以提高准确度。
另外，由于同一对象可能存在多个属性，可同时作为多个集合(如第一集合和第二集合)的元素，若第一集合属于第一群组，第二集合属于第二群组，虽然第一群组为未响应过业务请求的群组，但是第二群组是响应过业务请求的群组，也即上述的存在多个属性的对象虽然存在于未响应过业务请求的第一群组中，但是仍然可能因为其在第二群组中的属性满足业务请求的需求，而被分配过业务内容，也即该对象已经不能再被分配业务内容。
为了解决该问题，在步骤S204中，由于目标集合同时归属于第一群组和第二群组，因此在计算目标集合中不允许或者允许被分配业务内容的对象的数量时，可以使用第二群组的第一比例信息来进行预估，找出目标集合已经被分配业务内容的对象的数量，也即不允许被分配业务内容的对象的数量。从而可以排除掉作为第一群组和第二群组的交集的目标集合中被使用分配过的对象。
步骤S206，根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。
具体可以将第一群组中对象的总数量与目标集合中不允许被分配业务内容的对象的第二数量之间的差值作为第一数量。
可选地，在确定了第一数量之后，可将第一数量携带于响应消息中发送给发起查询请求的对象。
通过上述步骤S202至步骤S206，查询第一群组中允许被分配业务内容(如广告内容)的对象的第一数量(即广告库存数量)，通过确定第一群组对象的实际数量，确定第一群组与第二群组之间的交集(即目标集合)中已经被第二群组消费过的对象(即不允许被分配业务内容的对象)的数量，从而可以确定第一群组中允许被分配业务内容的对象的实际数量，可以解决了相关技术中计算得到的广告库存数量的准确度较低的技术问题，进而达到准确预估广告库存数量的技术效果。
在相关技术中，计算库存的方法是基于不会发生变化的大盘数据实现的，可把整个大盘数据按照各个纬度(如年龄、性别、内容、时间段、广告位等等)切分成若干纬度，若干纬度交叉形成槽位，然后在这些槽位上进行广告库存的分配和查询，从而计算出可以预定的库存。而在使用人群包的形式进行库存预估的时候，由于人群包之间可能存在相同的对象，从而会影响广告库存的计算，得到的结果往往准确度较低。
人群包在特定条件下的库存就是符合这些条件的最细粒度的数据之和，例如查询的广告数据为“节目名称&广告位&前贴片&全天”，那么查询的结果为：
“节目名称&广告位&前贴片&上午0点-1点”+“节目名称&广告位&前贴片&上午1点-2点”+……+“节目名称&广告位&前贴片&上午23点-23点”。
需要说明的是“节目名称”、“广告位”、“前贴片”、时间(如“全天”、“上午1点-2点”)为属性，符号“&”用于表示应该满足该符号所连接的属性要求。
利用上述方法查询人群包的广告库存是可能存在重复计算同一对象(或用户)多次。
假设人群包A括a、b、c三个用户，人群包B括b、d、e三个用户，I(x)表示用户x的库存贡献情况。
情况一：订单1需要对人群包A预估广告库存，订单2需要对人群包B预估库存，A的库存＝I(a)+I(b)+I(c)，B的库存＝I(b)+I(d)+I(e)，如果订单1已经成功下单，而计算得到的订单2的量不受影响，而计算时I(b)的库存实际上被使用了两次，订单1和订单2的总库存会错误的多了一份I(b)数据。
情况二：订单1同时需要对人群包A和B预估广告库存，那么在同一订单中I(b)的库存也会被重复计算。
从上述内容可以得知，传统的库存预估方法在解决人群包的库存预估上不能完全适用，主要原因是传统的库存预估每个纬度的库存是固定的，而每个人群包在每个纬度上的库存是变化的，并且人群包直接会有交集。如果按照传统的方法把每个人群包独立考虑，会造成重复计算，从而导致库存预估总量超过实际库存。
上述两种情况造成了库存的总量“被虚高”，投放中容易造成缺量的情况，要解决库存虚高的问题，就要考虑已预定订单(第二集群)和询量订单(即第一集群)之间的重合部分(目标集合)，并且把这些重合部分的用户在各个下单或者询量纬度中的库存综合考虑和分配。下面提供两个方案来解决所提及的问题：
方案一，对每个用户做一次单独的询量计算。
方案二，计算人群包之间的并集，包括已经下单的所有人群包、待下单的所有人群包这两者的并集。
需要说明的是，上述两个方案也都存在相应的局限性。
在方案一中，需要计算的用户可能有上亿个，另外，每多一个新的询量订单，都需要把这个过程从头开始计算一遍，这样的每次计算时间会是“天”级别，不能符合“分钟”级别完成计算的要求；
在方案二中，在计算人群包之间的并集时，涉及到数十个、上百个甚至千万规模以上人群包之间的集合运算，这需要花费小时级别的计算时间，而且这样的计算在每次新的询量时必须重新计算。
针对上述计算效率较低的问题，本申请还提供了一种解决方案，实时预估人群包的交并集比例，通过查询服务将多人群包库存预估问题转化为传统的库存预估的方法，采用了离线计算HLL值的方法，加快了交并集的计算速度，使得整个方案在提高了精准性的同时保证了计算速度。
在步骤S202至步骤S206中，在接收到查询库存的查询请求时，由于历史已下单资源(即第二集合)和当前库存(即第一集合)可能存在交集，可根据历史已下单资源的人群包的已分配比例(即第一比例信息)确定交集中已被曝光过广告业务的人群包，从而确定当前库存中实际可用的人群包数量，也即广告库存。
在步骤S206的根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量之后，在接收到业务请求时，即可确定第一群组中允许被分配业务内容的对象的第一数量是否满足业务请求的数量要求。例如，在确定实际可用的人群包数量(也即广告库存数量)为1000之后，在接收到广告业务请求时，即可判断当前库存中实际可用的人群包数量是否满足业务请求所要求派发的人群包数量要求，若人群包数量要求小于1000，则广告库存能够满足需要；若人群包数量要求大于1000，则广告库存不能够满足需要。
下面结合步骤S202至步骤S206进行详述。
在步骤S202提供的技术方案中，服务器接收查询用户发送的查询请求。
可选地，可在服务器侧预先设置用于提供查询服务的网页接口(如基于WEB技术的接口)，查询用户可通过该接口发送查询请求给服务器。
在步骤S204提供的技术方案中，服务器基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量。
上述的第一比例信息即第二群组中不允许被分配业务内容的对象所占的比例。
可选地，基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量包括如下两个子步骤：
步骤S2042，服务器根据第二群组中不允许被分配业务内容的对象的数量和第二群组中对象的总数量确定第一比例信息；
步骤S2044，使用第一比例信息预估目标集合中不允许被分配业务内容的对象的第二数量。
在步骤S2042中，服务器可通过如下方式计算得到第一比例信息，确定第二群组中不允许被分配业务内容的第一对象的数量，第一对象为响应业务请求时被分配过业务内容的对象，也即确定第二群组中被分配过业务内容的对象的数量；由于对象标识能够唯一地用于标识某个对象，因此，可根据第二群组中对象的对象标识计算第二群组中对象的总数量，第二群组中使用同一对象标识表示的多个对象的数量记为一，也即相当于将对象数量的计算转化为计算第二群组中一共包括多少个不同的对象标识。
在涉及到以集合为单位的对象数量的计算时，可以通过预设算法来实现，在根据第二群组中对象的对象标识确定第二群组中对象的总数量时，可以对象集合为单位将第二群组中每个对象集合中所有对象的对象标识保存至位图文件bitmap中(也即将属于同一对象集合的所有对象标识保存在同一位图文件中)，多个对象集合的对象标识可以保存在同一个位图文件中，位图文件可保存在服务器的本地存储器中，以便于提高计算效率；通过预设算法计算位图文件中互不相同的对象标识的数量，并将计算得到的对象标识的数量作为第二群组中对象的总数量。
可选地，可以采用并行计算的方式对位图文件中的对象标识进行计数。
上述的预设算法可以为HLL算法。下面结合图3和图4详述步骤S204的实施例：
如图3所示，历史已下单资源A(即第二集群)中包含若干人群包A1，A2，…，Ai，它们的并集是A，人群包即对象集合，i为正数。预定量P是所有订单预订量的和(相当于第二集群中已接收广告内容的对象的数量)。
需要计算当前库存的订单包括人群包B1，B2，…，Bj，他们的并集是B，其中，j为正数。还需要计算B中可以预定的库存(即允许投放广告内容的对象的第一数量)，也就是需要计算B中扣除与A相交并且已经被预定的那部分库存之后的余量。
在计算时，假定交集部分的库存被占用的比例(第一比例信息)与整个历史已下单资源A中预定的比例相同，且库存量与唯一用户数成正比，那么就可以从A的库存预定比例估算出A和B相交部分的已经下单的量：
(B中可以下单的库存)＝(B的总库存)*(A和B的交集c在B中的占比)*(1-A中的库存预定比例)。
假设历史投放包为A1，A2，A3，...，Ai，新增的需要询量的人群包组合为B1，B2，B3。
步骤S402，计算当前库存B中投放包去重后的缩水比例R1，即计算B1、B2以及B3的并集的库存数量(对象数量)，可用“B1∪B2∪B3”表示，计算B1、B2以及B3各自的库存数量之和，可用“B1+B2+B3”表示，二者的比值即缩水比例R1，具体公式如下：
R1＝(B1∪B2∪B3)/(B1+B2+B3)。
步骤S404，计算交集C在当前库存B中所占的比例R2，具体公式如下：
R2＝[(B1∪B2∪B3)∩(A1∪A2...∪Ai)]/(B1+B2+B3)，式中，符号“∩”表示取交集(即图3中的目标集合c)，可用(1-R2)表示交集C中投放包扣除以下单后的缩水比例。
步骤S406，计算历史已下单资源A中投放包去重后的缩水比例R3，
R3＝(A1∪A2...∪Ai)/(A1+A2+A3+...+Ai)，其中，“A1∪A2...∪Ai”表示历史已下单资源A中并集的库存数量(对象数量)，“A1+A2+A3+...+Ai”表示历史已下单资源A中A1，A2，A3，...，Ai各自的库存数量之和。
步骤S408，计算历史已下单资源A中的库存预定比例X(也即预下单比例系数)。
X＝(已下单的总预订量)/[I(A1)+I(A2)+...+I(Ai)]*R3。
步骤S410，计算当前库存B中的库存量。
库存量＝[I(B1)+I(B2)+I(B3)]*R1*(1-R2*X)。
在图4示出的步骤中，提供了解决多人群包库存去重的解决方法，下面对人群包交并集的预估计算进行详述。
需要说明的是，HLL算法可以解决“利用数据序列在64位的位图bitmap中的投影来估算数据条数(即对象数量)”的问题。
那么用两个或者多个人群包合并结果计算HLL bitmap就可以估算这些人群包并集的唯一数据条数，特别的，多个人群包合并的HLL bitmap与各自HLL bitmap的并集结果一致。
所以预先对所有的人群包计算HLL值(即对象数量或数据条数)，然后就可以在秒级快速估算多个人群包的并集。通过这个方法，可以对任意Ai和Bi，快速计算R1、R2、R3值。
库存预估的时候，计算服务器将所有相关人群包分成“已下单组”(对应于第二群组)和“待下单组”(对应于第一群组)，分别放在在两个参数中用http方式请求后台服务接口，后台服务调用HLL算法进行预估并集，方法为对事先建好HLL索引的人群包做合并，然后就可以得出并集的估算值，用并集值除以包规模的总和就是去重占比；包的总和减去并集值得到的就是交集的预估。经过上述后台接口返回R1、R2、R3的数据值。库存预估计算服务器继续使用R1、R2、R3值进行后续每个槽位上的计算。
该算法带来的理论误差为0.3％，由于本方案采用的都是并集以及(1-交集的加权值)，故最后结果的误差不会过于放大。
在上述实施例中，使用各个订单中(包括已下单和待下单)的人群包交并集的比例来近似估算人群包考虑重复之后的精确值，并采用了HLL方法对人群包的并集进行估计，极大的提高的计算的准确性。
在步骤S206提供的技术方案中，服务器根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量，也即第一群组中允许被分配业务内容的对象数量。
在计算第一群组中对象的总数量时，可以采用计算第二群组中对象的总数量的计算方式，利用对象标识能够唯一地标识某个对象这一特性，将对象数量的计算转化为计算第一群组中一共包括多少个不同的对象标识。
具体地，在计算第一群组中对象的总数量时，以对象集合为单位将第一群组中每个对象集合中所有对象的对象标识保存至位图文件中(也即将属于同一对象集合的所有对象标识保存在同一位图文件中)，位图文件可保存在服务器的本地存储器中，以便于提高计算效率；在计算广告库存时，服务器调用预设算法计算位图文件中互不相同的对象标识的数量，并将计算得到的对象标识的数量作为第一群组中对象的总数量。
在步骤S206提供的技术方案中，在根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量之后，在服务器接收到业务请求时，根据第一群组的第二比例信息判断第一群组中对象是否满足业务请求的对象数量需求，第二比例信息用于描述第一群组中允许被分配业务内容的对象所占的比例；在判断出第一群组中对象满足业务请求的对象数量需求的情况下，通过第一群组响应接收到的业务请求。
可选地，服务器可通过预先设置的网页服务接口接收业务请求，业务请求的请求类型为HTTP类型。
在上述的业务请求中需要携带相关的业务属性信息，如“节目名称&广告位&前贴片&全天”，则需要“节目名称”、“广告位”“前贴片”、“全天”即限定的属性信息，此时可根据上述限定确定第一群组中与业务请求所指示属性匹配的目标对象集合，找到属性中包括指定的节目名称、指定的广告位、类型为“前贴片”的目标对象集合。目标对象集合中的对象用户，即观看上述“节目名称”的节目的对象。
在判断第一群组中对象是否满足业务请求的对象需求时，服务器按照第二比例信息(即缩水比例R1)确定目标对象集合(也即当前库存)中允许被分配业务内容的对象的第三数量(即库存数量)；根据第三数量(实际广告业务需要的曝光数量)判断是否满足业务请求的对象数量需求，若库存数量不大于需要的曝光数量，则确定满足需求，否则确定不满足。
在该实施例中，可编写由golang(是Google开发的一种编译型)服务提供http(超文本传输协议)请求的接口，利用已经预先计算的HLL文件，快速得出R1R2和R3，可以对每个库存询量请求，消耗秒级为代价，得到考虑挤占后的更加精准的结果。
可选地，通过使用由golang服务提供的http请求接口来处理业务请求，可以实现对业务请求的并行化处理，提高业务处理效率。
作为一种可选的实施例，下面以图5为例进一步详述本申请的实施例：
步骤S502，计算当前库存B的缩水比例R1、交集C在当前库存B中所占的比例R2以及历史已下单资源A的缩水比例R3；具体的计算方式参见图4示出的步骤。
步骤S504，接收到业务请求，业务请求携带有业务属性信息，“节目名称A&广告位B&前贴片&全天”。
步骤S506，根据业务属性信息查找当前库存B中满足要求的人群包。
例如，当前库存B中包括人群包B1，B2，B3，…，Bj，这些人群包括中属性包括满足“节目名称A”、“广告位B”、“前贴片”要求的人群包为B1、B2，假设B1中包括用户对象f、g、h，B2中包括用户对象g、m、n。
步骤S508，计算B1和B2能够贡献的广告库存。
广告库存＝[I(B1)+I(B2)]*R1*(1-R2*X)。
在本发明提供的实施例中，通过实时预估人群包的交并集比例，给出了将多人群包库存预估问题转化为已知的传统的库存预估的方法，另外，通过采用离线计算HLL值的方法，加快了交并集的计算速度，使得整个方案的精准性和计算速度均得到了有效提高。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例，还提供了一种用于实施上述数据的处理方法的数据的处理装置。图6是根据本发明实施例的一种可选的数据的处理装置的示意图，如图6所示，该装置可以包括：接收单元62、第一确定单元64以及第二确定单元66。
接收单元62，用于接收到查询请求，其中，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象。
上述的第一群组包括多个对象集合，每个对象集合中包括至少一个对象，每个对象集合用于保存具备同一属性(如时间属性、年龄属性、性别属性等)的对象，该对象即业务内容的消费者，一个对象集合可以理解为一个人群包，人群包中的元素可以帐号、终端标识、用户标识等形式存在。
上述的业务内容为推荐信息，如推送的广告、推送的媒体信息、推送的新闻热点等信息。当服务器接收到终端发送的业务请求时，可对该业务请求进行响应，将响应的业务内容推送给群组中的对象。
第一确定单元64，用于基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，其中，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中。
需要说明的是，若同一对象具备多个属性，那么该对象会同时被分配至多个对象集合中，若按照相关技术中的技术方案查询第一群组中允许被分配业务内容的对象的第一数量时，通过计算第一群组中所有元素的数量来替代实际可用对象的数量，由于同一对象可能存在多个属性，即同时作为多个集合的元素，在计算时同一对象会被计算多次。
另外，由于同一对象可能存在多个属性，可同时作为多个集合(如第一集合和第二集合)的元素，若第一集合属于第一群组，第二集合属于第二群组，虽然第一群组为未响应过业务请求的群组，但是第二群组是响应过业务请求的群组，也即上述的存在多个属性的对象虽然存在于未响应过业务请求的第一群组中，但是仍然可能因为其在第二群组中的属性满足业务请求的需求，而被分配过业务内容，也即该对象已经不能再被分配业务内容。
由于目标集合同时归属于第一群组和第二群组，因此在计算目标集合中不允许或者允许被分配业务内容的对象的数量时，可以使用第二群组的第一比例信息来进行预估，找出目标集合已经被分配业务内容的对象的数量，也即不允许被分配业务内容的对象的数量。从而可以排除掉作为第一群组和第二群组的交集的目标集合中被使用分配过的对象。
第二确定单元66，用于根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。
具体可以将第一群组中对象的总数量与目标集合中不允许被分配业务内容的对象的第二数量之间的差值作为第一数量。
需要说明的是，该实施例中的接收单元62可以用于执行本申请实施例1中的步骤S202，该实施例中的第一确定单元64可以用于执行本申请实施例1中的步骤S204，该实施例中的第二确定单元66可以用于执行本申请实施例1中的步骤S206。
此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。
通过上述模块，查询第一群组中允许被分配业务内容(如广告内容)的对象的第一数量(即广告库存数量)，通过确定第一群组对象的实际数量，确定第一群组与第二群组之间的交集(即目标集合)中已经被第二群组消费过的对象(即不允许被分配业务内容的对象)的数量，从而可以确定第一群组中允许被分配业务内容的对象的实际数量，可以解决了相关技术中计算得到的广告库存数量的准确度较低的技术问题，进而达到准确预估广告库存数量的技术效果。
可选地，第一确定单元包括：第一确定模块，用于根据第二群组中不允许被分配业务内容的对象的数量和第二群组中对象的总数量确定第一比例信息；第二确定模块，用于按照第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量。
可选地，第二群组中包括多个按照属性划分的对象集合，每个对象集合用于保存具有相应属性的所有对象，允许同一对象具备多个属性，其中，第一确定模块还用于：确定第二群组中不允许被分配业务内容的第一对象的数量，其中，第一对象为响应业务请求时被分配过业务内容的对象；根据第二群组中对象的对象标识确定第二群组中对象的总数量，其中，第二群组中使用同一对象标识表示的多个对象的数量记为一；将第一对象的数量与第二群组中对象的总数量之间的比值作为第一比例信息。
可选地，第一确定模块还用于：以对象集合为单位将第二群组中每个对象集合中所有对象的对象标识保存至位图文件中；通过预设算法计算位图文件中互不相同的对象标识的数量，并将计算得到的对象标识的数量作为第二群组中对象的总数量。
可选地，第一群组中包括多个按照属性划分的对象集合，每个对象集合用于保存具有相应属性的所有对象，允许同一对象具备多个属性，其中，装置还包括：判断单元，用于在根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量之后，在接收到业务请求时，根据第一群组的第二比例信息判断第一群组中对象是否满足业务请求的对象数量需求，其中，第二比例信息用于描述第一群组中允许被分配业务内容的对象所占的比例；响应单元，用于在判断出第一群组中对象满足业务请求的对象数量需求的情况下，通过第一群组响应接收到的业务请求。
可选地，本申请的装置还包括：第三确定单元，用于在根据第一群组的第二比例信息判断第一群组中对象是否满足业务请求的对象需求之前，确定第一群组中与业务请求所指示属性匹配的目标对象集合；判断单元包括：第三确定模块，用于按照第二比例信息确定目标对象集合中允许被分配业务内容的对象的第三数量；判断模块，用于根据第三数量判断是否满足业务请求的对象数量需求。
可选地，接收单元还用于通过预先设置的网页服务接口接收业务请求，其中，业务请求的请求类型为HTTP类型。
在本发明提供的实施例中，通过实时预估人群包的交并集比例，给出了将多人群包库存预估问题转化为已知的传统的库存预估的方法，另外，通过采用离线计算HLL值的方法，加快了交并集的计算速度，使得整个方案的精准性和计算速度均得到了有效提高。
需要说明的是，本实施例中各个软件模块、单元均与前述实施例中的方法对应，每个模块、单元的具体实施方式和作用也均在前述实施例中详述，在此不再赘述。
此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。
实施例3
根据本发明实施例，还提供了一种用于实施上述数据的处理方法的服务器或终端。
图7是根据本发明实施例的一种终端的结构框图，如图7所示，该终端可以包括：一个或多个(图中仅示出一个)处理器701、存储器703、以及传输装置705(如上述实施例中的发送装置)，如图7所示，该终端还可以包括输入输出设备707。
其中，存储器703可用于存储软件程序以及模块，如本发明实施例中的数据的处理方法和装置对应的程序指令/模块，处理器701通过运行存储在存储器703内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据的处理方法。存储器703可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器703可进一步包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置705用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置705包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置705为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
其中，具体地，存储器703用于存储应用程序。
处理器701可以通过传输装置705调用存储器703存储的应用程序，以执行下述步骤：
接收到查询请求，其中，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象；
基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，其中，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中；
根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。
处理器701还用于执行下述步骤：
根据第二群组中不允许被分配业务内容的对象的数量和第二群组中对象的总数量确定第一比例信息；
按照第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量。
采用本发明实施例，查询第一群组中允许被分配业务内容(如广告内容)的对象的第一数量(即广告库存数量)，通过确定第一群组对象的实际数量，确定第一群组与第二群组之间的交集(即目标集合)中已经被第二群组消费过的对象(即不允许被分配业务内容的对象)的数量，从而可以确定第一群组中允许被分配业务内容的对象的实际数量，可以解决了相关技术中计算得到的广告库存数量的准确度较低的技术问题，进而达到准确预估广告库存数量的技术效果。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
本领域普通技术人员可以理解，图7所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图7其并不对上述电子装置的结构造成限定。例如，终端还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图7所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行数据的处理方法的程序代码。
可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
S11，接收到查询请求，其中，查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，第一群组为未响应过业务请求的群组，业务请求用于请求将业务内容分配给群组中的对象；
S12，基于第二群组的第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量，其中，第一比例信息用于描述响应过业务请求的第二群组中不允许被分配业务内容的对象所占的比例，目标集合中的对象同时存在于第一群组和第二群组中；
S3，根据第一群组中对象的总数量和目标集合中不允许被分配业务内容的对象的第二数量确定第一数量。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
S21，根据第二群组中不允许被分配业务内容的对象的数量和第二群组中对象的总数量确定第一比例信息；
S22，按照第一比例信息确定目标集合中不允许被分配业务内容的对象的第二数量。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种数据的处理方法，其特征在于，包括：
接收到查询请求，其中，所述查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，所述第一群组为未响应过业务请求的群组，所述业务请求用于请求将所述业务内容分配给群组中的对象；
基于第二群组的第一比例信息确定目标集合中不允许被分配所述业务内容的对象的第二数量，其中，所述第一比例信息用于描述响应过所述业务请求的所述第二群组中不允许被分配所述业务内容的对象所占的比例，所述目标集合中的对象同时存在于所述第一群组和所述第二群组中；
根据所述第一群组中对象的总数量和所述目标集合中不允许被分配所述业务内容的对象的第二数量确定所述第一数量。
2.根据权利要求1所述的方法，其特征在于，基于第二群组的第一比例信息确定目标集合中不允许被分配所述业务内容的对象的第二数量包括：
根据所述第二群组中不允许被分配所述业务内容的对象的数量和所述第二群组中对象的总数量确定所述第一比例信息；
按照所述第一比例信息确定所述目标集合中不允许被分配所述业务内容的对象的第二数量。
3.根据权利要求2所述的方法，其特征在于，所述第二群组中包括多个按照属性划分的对象集合，每个所述对象集合用于保存具有相应属性的所有对象，允许同一对象具备多个属性，其中，根据所述第二群组中不允许被分配所述业务内容的对象的数量和所述第二群组中对象的总数量确定所述第一比例信息包括：
确定所述第二群组中不允许被分配所述业务内容的第一对象的数量，其中，所述第一对象为响应所述业务请求时被分配过所述业务内容的对象；
根据所述第二群组中对象的对象标识确定所述第二群组中对象的总数量，其中，所述第二群组中使用同一对象标识表示的多个对象的数量记为一；
将所述第一对象的数量与所述第二群组中对象的总数量之间的比值作为所述第一比例信息。
4.根据权利要求3所述的方法，其特征在于，根据所述第二群组中对象的对象标识确定所述第二群组中对象的总数量包括：
以所述对象集合为单位将所述第二群组中每个对象集合中所有对象的对象标识保存至位图文件中；
通过预设算法计算所述位图文件中互不相同的对象标识的数量，并将计算得到的对象标识的数量作为所述第二群组中对象的总数量。
5.根据权利要求1所述的方法，其特征在于，所述第一群组中包括多个按照属性划分的对象集合，每个所述对象集合用于保存具有相应属性的所有对象，允许同一对象具备多个属性，其中，在根据所述第一群组中对象的总数量和所述目标集合中不允许被分配所述业务内容的对象的第二数量确定所述第一数量之后，所述方法还包括：
在接收到所述业务请求时，根据所述第一群组的第二比例信息判断所述第一群组中对象是否满足所述业务请求的对象数量需求，其中，所述第二比例信息用于描述所述第一群组中允许被分配所述业务内容的对象所占的比例；
在判断出所述第一群组中对象满足所述业务请求的对象数量需求的情况下，通过所述第一群组响应接收到的所述业务请求。
6.根据权利要求5所述的方法，其特征在于，
在根据所述第一群组的第二比例信息判断所述第一群组中对象是否满足所述业务请求的对象需求之前，所述方法还包括：确定所述第一群组中与所述业务请求所指示属性匹配的目标对象集合；
根据所述第一群组的第二比例信息判断所述第一群组中对象是否满足所述业务请求的对象需求包括：按照所述第二比例信息确定所述目标对象集合中允许被分配所述业务内容的对象的第三数量；根据所述第三数量判断是否满足所述业务请求的对象数量需求。
7.根据权利要求5所述的方法，其特征在于，接收所述业务请求包括：
通过预先设置的网页服务接口接收所述业务请求，其中，所述业务请求的请求类型为HTTP类型。
8.一种数据的处理装置，其特征在于，包括：
接收单元，用于接收到查询请求，其中，所述查询请求用于查询第一群组中允许被分配业务内容的对象的第一数量，所述第一群组为未响应过业务请求的群组，所述业务请求用于请求将所述业务内容分配给群组中的对象；
第一确定单元，用于基于第二群组的第一比例信息确定目标集合中不允许被分配所述业务内容的对象的第二数量，其中，所述第一比例信息用于描述响应过所述业务请求的所述第二群组中不允许被分配所述业务内容的对象所占的比例，所述目标集合中的对象同时存在于所述第一群组和所述第二群组中；
第二确定单元，用于根据所述第一群组中对象的总数量和所述目标集合中不允许被分配所述业务内容的对象的第二数量确定所述第一数量。
9.根据权利要求8所述的装置，其特征在于，所述第一确定单元包括：
第一确定模块，用于根据所述第二群组中不允许被分配所述业务内容的对象的数量和所述第二群组中对象的总数量确定所述第一比例信息；
第二确定模块，用于按照所述第一比例信息确定所述目标集合中不允许被分配所述业务内容的对象的第二数量。
10.根据权利要求9所述的装置，其特征在于，所述第二群组中包括多个按照属性划分的对象集合，每个所述对象集合用于保存具有相应属性的所有对象，允许同一对象具备多个属性，其中，所述第一确定模块还用于：
确定所述第二群组中不允许被分配所述业务内容的第一对象的数量，其中，所述第一对象为响应所述业务请求时被分配过所述业务内容的对象；
根据所述第二群组中对象的对象标识确定所述第二群组中对象的总数量，其中，所述第二群组中使用同一对象标识表示的多个对象的数量记为一；
将所述第一对象的数量与所述第二群组中对象的总数量之间的比值作为所述第一比例信息。
11.根据权利要求10所述的装置，其特征在于，所述第一确定模块还用于：
以所述对象集合为单位将所述第二群组中每个对象集合中所有对象的对象标识保存至位图文件中；
通过预设算法计算所述位图文件中互不相同的对象标识的数量，并将计算得到的对象标识的数量作为所述第二群组中对象的总数量。
12.根据权利要求8所述的装置，其特征在于，所述第一群组中包括多个按照属性划分的对象集合，每个所述对象集合用于保存具有相应属性的所有对象，允许同一对象具备多个属性，其中，所述装置还包括：
判断单元，用于在根据所述第一群组中对象的总数量和所述目标集合中不允许被分配所述业务内容的对象的第二数量确定所述第一数量之后，在接收到所述业务请求时，根据所述第一群组的第二比例信息判断所述第一群组中对象是否满足所述业务请求的对象数量需求，其中，所述第二比例信息用于描述所述第一群组中允许被分配所述业务内容的对象所占的比例；
响应单元，用于在判断出所述第一群组中对象满足所述业务请求的对象数量需求的情况下，通过所述第一群组响应接收到的所述业务请求。
13.根据权利要求12所述的装置，其特征在于，
所述装置还包括：第三确定单元，用于在根据所述第一群组的第二比例信息判断所述第一群组中对象是否满足所述业务请求的对象需求之前，确定所述第一群组中与所述业务请求所指示属性匹配的目标对象集合；
所述判断单元包括：第三确定模块，用于按照所述第二比例信息确定所述目标对象集合中允许被分配所述业务内容的对象的第三数量；判断模块，用于根据所述第三数量判断是否满足所述业务请求的对象数量需求。
14.根据权利要求12所述的装置，其特征在于，所述接收单元还用于通过预先设置的网页服务接口接收所述业务请求，其中，所述业务请求的请求类型为HTTP类型。
CN201710322623.4A 2017-05-09 2017-05-09 数据的处理方法和装置 Active CN108874805B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710322623.4A CN108874805B (zh) 2017-05-09 2017-05-09 数据的处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710322623.4A CN108874805B (zh) 2017-05-09 2017-05-09 数据的处理方法和装置

Publications (2)

Publication Number Publication Date
CN108874805A true CN108874805A (zh) 2018-11-23
CN108874805B CN108874805B (zh) 2022-05-20

Family

ID=64287924

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710322623.4A Active CN108874805B (zh) 2017-05-09 2017-05-09 数据的处理方法和装置

Country Status (1)

Country Link
CN (1) CN108874805B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110163665A (zh) * 2019-04-30 2019-08-23 腾讯科技（深圳）有限公司 一种广告库存询量方法、装置、设备及存储介质
CN110175295A (zh) * 2019-06-21 2019-08-27 卓尔智联(武汉)研究院有限公司 广告位推荐方法、电子设备及计算机可读存储介质
CN113139824A (zh) * 2020-01-20 2021-07-20 上海哔哩哔哩科技有限公司 基于负反馈的人群包构建方法及***
CN113572802A (zh) * 2021-01-18 2021-10-29 腾讯科技（深圳）有限公司 对象流量的控制方法、装置及介质

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980381A (zh) * 2005-12-08 2007-06-13 厦门雅迅网络股份有限公司 出租车联网广告播放效果数据处理方法
CN101364885A (zh) * 2007-08-09 2009-02-11 华为技术有限公司 一种实现群组个性化广告的方法、***和设备
CN102136118A (zh) * 2010-11-12 2011-07-27 华为软件技术有限公司 广告订单预定方法、广告投放方法和***
US20120036015A1 (en) * 2010-07-06 2012-02-09 Sheikh Omar M Relevancy of advertising material through user-defined preference filters, location and permission information
US20140084060A1 (en) * 2012-09-26 2014-03-27 Motorola Solutions, Inc. Rfid-based inventory monitoring systems and methods with self-adjusting operational parameters
CN104346283A (zh) * 2013-08-01 2015-02-11 腾讯科技（北京）有限公司 网络媒介信息存储量的询量分配方法和装置
CN104516895A (zh) * 2013-09-27 2015-04-15 阿里巴巴集团控股有限公司 商品对象库存信息处理方法及***
CN105338084A (zh) * 2015-11-02 2016-02-17 北京金山安全软件有限公司 一种广告信息推送的方法及服务器
CN105976049A (zh) * 2016-04-28 2016-09-28 武汉宝钢华中贸易有限公司 基于混沌神经网络的库存预测模型及其构造方法
CN106156880A (zh) * 2015-04-22 2016-11-23 阿里巴巴集团控股有限公司 一种预测库存分配比例的方法、装置及电子设备
CN106156975A (zh) * 2015-04-23 2016-11-23 阿里巴巴集团控股有限公司 业务对象的库存信息处理方法及装置
CN106599291A (zh) * 2016-12-26 2017-04-26 腾讯科技（深圳）有限公司 数据分组方法及装置

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980381A (zh) * 2005-12-08 2007-06-13 厦门雅迅网络股份有限公司 出租车联网广告播放效果数据处理方法
CN101364885A (zh) * 2007-08-09 2009-02-11 华为技术有限公司 一种实现群组个性化广告的方法、***和设备
US20120036015A1 (en) * 2010-07-06 2012-02-09 Sheikh Omar M Relevancy of advertising material through user-defined preference filters, location and permission information
CN102136118A (zh) * 2010-11-12 2011-07-27 华为软件技术有限公司 广告订单预定方法、广告投放方法和***
US20140084060A1 (en) * 2012-09-26 2014-03-27 Motorola Solutions, Inc. Rfid-based inventory monitoring systems and methods with self-adjusting operational parameters
CN104346283A (zh) * 2013-08-01 2015-02-11 腾讯科技（北京）有限公司 网络媒介信息存储量的询量分配方法和装置
CN104516895A (zh) * 2013-09-27 2015-04-15 阿里巴巴集团控股有限公司 商品对象库存信息处理方法及***
CN106156880A (zh) * 2015-04-22 2016-11-23 阿里巴巴集团控股有限公司 一种预测库存分配比例的方法、装置及电子设备
CN106156975A (zh) * 2015-04-23 2016-11-23 阿里巴巴集团控股有限公司 业务对象的库存信息处理方法及装置
CN105338084A (zh) * 2015-11-02 2016-02-17 北京金山安全软件有限公司 一种广告信息推送的方法及服务器
CN105976049A (zh) * 2016-04-28 2016-09-28 武汉宝钢华中贸易有限公司 基于混沌神经网络的库存预测模型及其构造方法
CN106599291A (zh) * 2016-12-26 2017-04-26 腾讯科技（深圳）有限公司 数据分组方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MOUTAZ KHOUJA ET AL.: "Linking advertising and quantity decisions in the single-period inventory model", 《INTERNATIONAL JOURNAL OF PRODUCTION ECONOMICS》 *
江涌: "基于数据库的车企库存分配数量解决方案", 《淮海工学院学报(自然科学版)》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110163665A (zh) * 2019-04-30 2019-08-23 腾讯科技（深圳）有限公司 一种广告库存询量方法、装置、设备及存储介质
CN110175295A (zh) * 2019-06-21 2019-08-27 卓尔智联(武汉)研究院有限公司 广告位推荐方法、电子设备及计算机可读存储介质
CN110175295B (zh) * 2019-06-21 2021-05-04 卓尔智联(武汉)研究院有限公司 广告位推荐方法、电子设备及计算机可读存储介质
CN113139824A (zh) * 2020-01-20 2021-07-20 上海哔哩哔哩科技有限公司 基于负反馈的人群包构建方法及***
CN113572802A (zh) * 2021-01-18 2021-10-29 腾讯科技（深圳）有限公司 对象流量的控制方法、装置及介质
CN113572802B (zh) * 2021-01-18 2024-03-15 腾讯科技（深圳）有限公司 对象流量的控制方法、装置及介质

Also Published As

Publication number Publication date
CN108874805B (zh) 2022-05-20

Similar Documents

Publication Publication Date Title
CN111353840B (zh) 订单信息处理方法、装置及电子设备
CN108874805A (zh) 数据的处理方法和装置
US20170103429A1 (en) Intelligent ad auction and sla compliance techniques
CN106874361B (zh) 应用于海关申报的数据处理方法和装置
CN106209953B (zh) 订单信息的处理方法、装置及***
CN109978292B (zh) 门店的智能管理方法及装置
CN104217346A (zh) 一种精准广告设备与精准广告方法
US20130018886A1 (en) Effect measurement device, effect measurement method, and effect measurement program
CN109462574B (zh) 一种基于区块链的广告牌控制网关
CN109583945A (zh) 一种广告资源分配的方法和装置
CN109460884A (zh) 孤儿单分配方法、电子装置及可读存储介质
CN108717612A (zh) 一种配送方法及装置
CN106372822B (zh) 业务对象预约时段处理方法及装置
JP2018500669A (ja) 顧客価値評価方法及びシステム
CN110046839A (zh) 订单处理方法和装置、服务器
CN111553594B (zh) 资源分配方法、装置、计算机设备和计算机可读存储介质
CN110753323B (zh) 一种卡资源分配方法及服务端
CN108833110B (zh) 数字资产处理方法及装置
CN112862544A (zh) 对象信息的获取方法、装置以及存储介质
CN106209731A (zh) 会话业务处理方法及装置
CN112346628A (zh) 一种特享资源凭证管理方法、***和电子设备
JP5718386B2 (ja) 広告配信管理装置および広告配信管理方法
US20220172240A1 (en) Information processing device, method, and medium
CN115345663A (zh) 营销策略评估方法、装置、电子设备及存储介质
CN110795237B (zh) 资源处理方法、装置、电子设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant