CN110020894B - 信息处理方法、装置及服务器 - Google Patents

信息处理方法、装置及服务器 Download PDF

Info

Publication number
CN110020894B
CN110020894B CN201910267950.3A CN201910267950A CN110020894B CN 110020894 B CN110020894 B CN 110020894B CN 201910267950 A CN201910267950 A CN 201910267950A CN 110020894 B CN110020894 B CN 110020894B
Authority
CN
China
Prior art keywords
exposure
order
information
user
orientation
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.)
Active
Application number
CN201910267950.3A
Other languages
English (en)
Other versions
CN110020894A (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 Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910267950.3A priority Critical patent/CN110020894B/zh
Publication of CN110020894A publication Critical patent/CN110020894A/zh
Application granted granted Critical
Publication of CN110020894B publication Critical patent/CN110020894B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (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)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明实施例公开了一种信息处理方法、装置及服务器，其中方法可包括：响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与请求信息包括的请求订单信息相关联的关联订单信息；根据请求订单信息包括的目标定向条件和关联订单信息的关联定向条件得到定向节点集合；根据曝光数据库的剩余曝光量和关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；根据优化算法和各个定向节点的可用曝光量进行优化计算，得到各个定向节点对请求订单用户和关联订单用户进行曝光量分配的曝光量分配信息；根据曝光量分配信息为关联订单用户和请求订单用户分配曝光量。采用本发明实施例，可实现曝光量的最大化售卖。

Description

信息处理方法、装置及服务器
技术领域
本发明涉及计算机技术领域，具体涉及合约广告领域，尤其涉及一种信息处理方法、装置及服务器。
背景技术
合约广告是一种基于合约的商业模式，拥有流量的广告平台和需要投放广告的广告主之间签订协议，确保某些广告位在某时间段为指定的广告主所占有，同时广告主按照签订的协议向广告平台支付广告费用。广告主与广告平台签订协议之前，会先查询广告平台的库存中符合广告主的定向条件的剩余流量，如果剩余流量超过了广告主想要购买的曝光量，则广告主向广告平台提交购买订单，也即广告主与广告平台签订协议。
随着科技的发展，有越来越多的广告主通过广告平台为自己的产品投放广告，随之出现的情况是：在某个定向条件下的曝光量由于已经卖给某个广告主或者受到限制不能出售，导致广告平台不能为该定向条件下的其他广告主提供足够的曝光量。对于此种情况，现有的解决方案是强制停止与优先级较低的广告主之间的协议，将低优先级广告主的曝光量分配给优先级较高的广告主。很显然，这样的解决方法使得低优先级的广告投放需求不能得到满足。因此，在合约广告领域，广告平台如何有效的为广告主分配曝光量成为研究的热点问题。
发明内容
本发明实施例提供一种信息处理方法、装置及服务器，可实现最大化售出曝光量。
一方面，本发明实施例提供了一种信息处理方法，包括：
响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；
根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；
根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；
根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；
根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
另一方面，本发明实施例还提供了一种信息处理装置，包括获取单元和处理单元：
所述获取单元，用于响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；
所述处理单元，用于根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；
所述处理单元，还用于根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；
所述处理单元，还用于根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；
所述处理单元，还用于根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
又一方面，本发明实施例提供了一种服务器，包括：处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述信息处理方法。
相应地，本发明实施例还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时，用于执行上述信息处理方法。
本发明实施例中响应于终端发送的请求信息，获取与所述请求信息中请求订单信息相关联的关联订单信息，然后根据请求订单信息中包括的目标定向条件和关联订单信息中包括的关联定向条件组合得到定向节点集合，进一步的，再根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到为定向节点集合中的各个定向节点分配可用曝光量；进而，根据优化算法和各个定向节点的可用曝光量进行优化计算，得到各个定向节点分配给请求订单信息对应的请求订单用户和关联订单信息对应的关联订单用户的曝光量分配信息，并基于曝光量分配信息为相应的订单用户分配曝光量。根据请求订单信息和关联订单信息得到多个互不相交的定向节点及每个节点对应的可用流量，实质上是对库存资源的重新优化配置；根据重新优化配置后的库存资源，并保证在满足每个订单的定向条件的情况下，为请求订单的请求订单用户和关联订单的关联订单用户分配曝光量，避免相关联订单由于下单的先后顺序导致彼此之间相互响应，实现将曝光量最大化售出。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种合约广告系统的示意图；
图2a是本发明实施例提供的一种用户界面的示意图；
图2b是本发明实施例提供的另一种用户界面的示意图；
图2c是本发明实施例提供的一种信息处理流程的示意图；
图3是本发明实施例提供的一种信息处理方法的流程示意图；
图4是本发明实施例提供的另一种信息处理方法的流程示意图；
图5a为本发明实施例提供的一种确定关联订单数据的示意图；
图5b为本发明实施例提供的一种关联订单数据的示意图；
图6为本发明实施例提供的一种确定定向节点集合的示意图；
图7为本发明实施例提供的一种信息处理装置的结构示意图；
图8为本发明实施例提供的一种服务器的结构示意图。
具体实施方式
合约广告是一种基于合约的商业模式，拥有流量的广告平台和需要投放广告的广告主之间签订协议，确保某些广告位在某时间段为指定的广告主所占有，同时广告主按照签订的协议向广告平台支付广告费用。广告主向平台支付广费用的常用方式有两种，一种是按时长计费(Click Per Time，CPT),是指以固定价格买断一段时间内的广告平台的广告位展示；另一种是按曝光量计费(Cost Per Mille，CPM)，CPM是指按照千人曝光量来进行售卖广告的方式，例如广告主购买了1CPM的广告流量，那么表示该广告主的同一个广告需要进行1千次曝光，以千人曝光量计费是指广告主的广告被曝光1CPM，广告主应该支付的费用。
下面以合约广告以CPM计费方式介绍广告主和广告平台之间签订广告协议的过程。
首先，广告主如果想要在某个广告平台上投放广告，广告主通过终端访问广告平台，可选的，广告主可通过广告平台下发给终端的用户界面上进行询量。所述询量是指广告主通过用户界面，查询曝光数据库中满足广告主所需的定向的剩余曝光量，所述广告主所需的定向是指广告主的广告在什么条件下曝光，以下称广告主所需的定向为目标定向条件。目标定向条件中可包括多个定向，各个定向属于不同定向类别，定向类别可以包括时间、地点、性别、年龄、区域等多个维度。目标定向条件可以是某一种定向类别下的任何一种定向，也可以是指将不同定向类别下的定向进行组合得到的。例如，目标定向条件可以是：男生；或者目标定向条件可以是：男生，20-35岁，西南区域。
如果查询到曝光数据库中满足目标定向条件的剩余曝光量超过广告主想要购买的曝光量(以下称为请求曝光量)，则广告主可以向广告平台提交请求订单信息，该请求订单信息中包括广告主所需的请求曝光量和目标定向条件。其中，请求曝光量是指广告主的广告在目标定向条件下被广告平台展示的次数，例如，请求曝光量为1CPM，表示广告主需要自己的广告在目标定向条件下被展示1000次。需要说明的是，广告主向广告平台提交请求订单信息是指广告主下单购买曝光量，也可以称为锁量。
广告主成功向广告平台提交请求订单信息后，表明广告主与广告平台签订了协议，广告平台按照协议在目标定向条件下为广告主展示其所需的请求曝光量，广告主按照协议向广告平台支付费用。
随着科技的发展，越来越多的广告主想要通过广告平台投放广告，这样一来，就可能出现广告主在询量时发现曝光数据库中在目标定向条件下的剩余曝光量小于广告主的请求曝光量，此时广告主不能通过广告平台投放广告。造成曝光数据库中在目标定向条件下的剩余曝光量小于广告主的请求曝光量的原因有很多，例如，部分目标定向条件下的曝光量被其他广告主锁量，或者部分目标定向条件下的曝光量由于新鲜度等原因限制不可出售等。其中，发明人在研究中发现，目标定向条件下的曝光量被其他广告主锁量这一原因是造成目标定向条件下的剩余曝光量不足的主要原因，而这种情况在大多数时候是由于广告平台在为在先订单信息(以下称为关联订单信息)分配曝光量时，不知道在后订单信息(以下称为请求订单信息)造成的，此处所述关联订单信息的关联定向条件与所述请求订单信息的目标定向条件之间存在关联关系，或者说目标定向条件为关联定向条件的子集。
例如，假设广告平台的曝光数据库中剩余曝光量的情况如下：总剩余曝光量5CPM；定向条件为(男生)-对应的剩余曝光量为4CPM；定向条件为(男生，20-25岁)-对应的剩余曝光量为1CPM。如果广告平台先接受到关联订单信息：关联定向条件为(男生)，关联曝光量(所述关联曝光量即为关联订单信息所需的曝光量)为1CPM；广告平台将定向条件为(男生，20-25岁)-对应的剩余曝光量1CPM分配给关联订单信息对应的关联订单(以下简称为关联订单用户)；在广告平台为关联订单信息分配了曝光量后，接收到请求订单信息：目标定向条件为(男生，20-25岁)，请求曝光量是1CPM，此时广告平台的曝光数据库中没有足够的满足该目标定向条件的曝光量。上述这种情况就是由于广告平台接收关联订单信息和请求订单信息的先后顺序造成的，广告平台先接收到关联订单信息后接收到请求订单信息，也就出现在为关联订单信息分配曝光量时，不知道请求订单信息的目标定向条件和请求曝光量的情况。
针对这种现象发明人发现，简单的解决方法可以根据关联订单用户和请求订单用户的优先级进行曝光量分配。具体地，如果广告平台检测到发起此次请求订单信息的广告主(以下简称为请求订单用户)具有申请重新分配广告投放数据的权限且请求订单用户具有比关联订单用户更高的优先级，则广告平台单方面强制取消与关联订单信息之间的协议，将之前分配给关联订单信息的曝光量，分配给请求订单信息。例如，在上述举例中，如果请求订单用户具有申请重新分配广告投放数据的权限且具有较高的优先级，比如请求订单用户是重要用户，关联订单用户是普通用户，广告平台接收到申请后，取消与关联订单信息之间的协议，将之前分配给关联订单用户的曝光量分配给请求订单用户，如此请求订单用户成功下单。但是这样的解决方法，是在损坏关联订单信息基础上满足了请求订单信息，使得关联订单用户不能购买到想用的流量。
在其他实施例中，广告主可以不取消与关联订单信息之间的协议，可以按照曝光数据库中关联订单信息中关联定向条件下的曝光量和请求订单信息中目标定向条件下的曝光量，为关联订单信息和请求订单信息计算优先级。可选的，所述订单信息的定向条件对应的曝光数据库中的剩余曝光量越少，该订单信息的优先级就越高，按照优先级从高到低的顺序进行曝光量分配。分配时按照先满足各个关联订单信息和请求订单信息在各自的定向条件下的曝光量，非定向条件下的曝光量平均分配的原则。这种情况下，由于各个非定向条件之间可能存在着较大的差别，所拥有的曝光量也是差异很大。直接平均，会进一步导致分配不合理。可见，上述两个方法都不能有效的解决在目标定向条件下的剩余曝光量不足时，有效的为请求订单信息分配请求曝光量。
经研究发现，在上述举例中，如果广告平台在已知关联订单信息和请求订单信息的情况下，根据关联订单信息和请求订单信息，以及曝光数据库中的剩余曝光量对曝光数据库的曝光量重新进行优化配置，得到广告平台的相互正交的定向节点集合，每个定向节点都代表一个定向条件下，各个定向条件对应的可用曝光量已知，再通过优化算法计算得到各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息，则可以按照曝光量分配信息为关联订单用户和请求订单用户分配曝光量，如此一来，关联订单用户和请求订单用户在未损害其他订单的基础上均可分配到其想要的曝光量。另外，与上述两种方法相比，该方法实现了曝光量的最大化售卖。
基于此，本发明实施例提出了一种信息处理方法：响应于终端在用户界面接收到的关于广告投放数据重分配的的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，所述各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
本发明实施例提出的所述信息处理方法可以应用于合约广告系统中如图1所示，所述合约广告系统100中包括广告平台101和曝光数据库102，下面以图1为例，介绍本发明实施例的信息处理方法。如果请求订单用户103想要通过图1所示的合约广告系统100投放广告，则请求订单用户103需要通过终端104访问合约广告系统100；合约广告系统100响应于请求订单用户的访问请求，由合约广告系统100的广告平台101向终端下发用于询量的用户界面；请求订单用户103在用于询量的用户界面中输入目标定向条件；终端104将所述目标定向条件发送给广告平台101；响应于接收到的目标定向条件，广告平台101可以在曝光数据库102中查找满足所述目标定向条件的剩余曝光量，并向终端104下发用于询量后的用户界面，或者说是下单的用户界面，下单的用户界面可如图2a所示：包括需求信息的设置区域201和库存售卖信息的显示区域202，所述需求信息包括在所述目标定向条件下的请求曝光量，所述库存售卖信息包括在所述目标定向条件下的剩余曝光量。图2a中的如下区域：取消、设置、询量询价以及确定表示可以供请求订单用户操作的区域，重排区域是不可供请求订单用户操作的区域。
请求订单用户103在终端104显示的用于下单的用户界面中进行需求信息设置，终端104如果检测到请求订单用户设置的需求曝光量大于所述剩余曝光量，终端104还可以在用户界面中配置一个用于接收关于广告投放数据重分配的请求信息的重排区域，如图2b中203。或者终端104向广告平台101发送申请，由广告平台101向终端104的用于下单的用户界面下发一个用于接收广告投放数据重分配的请求信息的重排区域203。所述重排区域可以是一个设置按钮，或者是其他形式的区域。可选的，如果请求订单用户设置的需求曝光量小于所述可售曝光量，或者所述请求订单用户还未在下单界面中设置请求曝光量如图2a所示，终端101中可不包括重排区域。所述不包括重排区域可指在下单界面中不显示重排区域，或者在下单界面中显示重排区域，但是重排区域不支持请求订单用户的操作如图2a中所示。
终端104在用于下单的用户界面中配置了所述重排区域后，请求订单用户103可以在所述重排区域输入关于广告投放数据重分配的请求；终端104响应于所述请求，向广告平台101发送关于广告投放数据重分配的请求信息。响应于终端104发送的请求信息，广告平台101获取与所述请求信息包括的请求订单相关联的关联订单信息，所述请求订单信息中包括目标定向条件和请求曝光量，所述关联订单信息中包括关联定向条件和关联曝光量，所述目标定向条件是所述关联定向条件的子集，也就是说关联定向条件包括目标定向条件，例如，关联定向条件为(所有人群)，目标定向条件为(女生)；再如，关联定向条件为(无要求)，目标定向条件为(女，10-15岁)。
进一步的，广告平台101根据所述请求订单信息、所述关联订单信息以及所述曝光数据库102中的剩余曝光量对曝光数据库的曝光量重新进行优化配置，得到广告平台101的相互正交的定向节点集合，每个定向节点都代表一个定向条件以及每个定向条件下的可用曝光量，再通过优化算法计算得到各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息，按照曝光量分配信息为关联订单用户和请求订单用户分配曝光量。
具体地，广告平台101根据所述请求订单信息的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交，然后根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量，再根据优化算法和各个定向节点的可用曝光量进行优化计算，得到各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息。最后按照曝光量分配信息为请求订单用户和关联订单用户分配曝光量。
综上所述，在图1所述的合约广告系统中利用本发明实施例提出的信息处理方法的大致流程可通过图2c表示，图2c的各个步骤中涉及到的一些可行的实施方式可参考前面的描述，在此不再赘述。
应当理解的，根据请求订单信息和关联订单信息得到多个互不相交的定向节点及每个节点对应的可用流量，实质上是对库存资源的重新优化配置；根据重新优化配置后的库存资源，并保证在满足每个订单的定向条件的情况下，为请求订单的请求订单用户和关联订单的关联订单用户分配曝光量，避免相关联订单由于下单的先后顺序导致彼此之间相互响应，实现将曝光量最大化售出。
请参考图3，为本发明实施例提供的一种信息处理方法的流程示意图，所述信息处理方法可由广告平台执行，具体地由广告平台的处理器执行，图3所示的信息处理方法可包括如下步骤：
步骤S301、响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息。
在一个实施例中，这里所述的用户界面对应于前述的用于下单的用户界面，是广告平台响应于终端发送的查询库存信息后下发给所述终端的，换句话说，此用户界面是在请求订单用户通过终端向广告平台询量后终端显示的界面，在该用户界面中可包括库存售卖信息的显示区域和需求信息的设置界面。需求信息可以包括请求曝光量，还可以包括意向价格信息或者附件信息等，所以需求界面的设置区域可以提供给订单请求用户以设置请求曝光量、意向单价以及上传附件等，如图2a中201对应的区域所示；所述库存售卖信息可包括在目标定向条件下的剩余曝光量、参考价格以及请求订单用户对应的查询标识中的任意一种或多种，如图2a中202对应的区域，库存售卖信息是请求订单用户不可修改的。
在一个实施例中，如果请求订单用户在图2a所示的用户界面中设置了需求信息后，终端如果检测到所述请求曝光量大于所述可售曝光量，终端可以向广告平台发送申请，以使得广告平台向终端的用户界面下发用于广告数据重分配的请求信息的重排区域，如图2b中203所示。
应当理解的，请求订单用户通过在终端的重排区域输入预设操作以发起广告投放数据重分配的请求，所述预设操作可以是点击、长按、滑动等操作中的任意一种或多种。请求订单用户发起广告投放数据重分配的请求是因为广告平台的曝光数据库中在目标定向条件下的剩余曝光量小于请求曝光量，而由前述可知，造成这样情况的主要原因是在目标定向条件下的部分曝光量被分配给关联订单信息，所以广告平台进行广告投放数据重分配是指：为关联订单信息和请求订单信息重新分配曝光量，以使得关联订单信息和请求订单信息均能分配到满足要求的曝光量。因此，广告平台响应于接收到的请求信息，获取与请求信息中包括的请求订单相关联的关联订单信息。
所述关联订单信息是在广告平台已处理完成的订单信息中与请求订单信息有关联的订单信息，或者具体来说，目标定向条件是关联定向条件的子集。例如，假设请求订单信息的目标定向条件为(女生)，假设广告平台已处理完成的订单信息包括甲订单信息、乙订单信息和丙订单信息，三个订单信息的定向条件分别为：甲订单信息的定向条件为(所有人群)，乙订单信息的定向条件为(男生20-30岁)，丙订单信息的定向条件为(无要求)。按照目标定向条件为关联定向条件的子集的原则，可知甲订单信息和丙订单信息为与请求订单信息相关联的关联订单信息。
步骤S302、根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交。
所述定向节点集合中包括多个定向节点，每个定向节点包括一组定向条件，各个定向节点之间互不相交，实质上是指每组定向条件之间互不相交，例如假设定向节点集合中包括第一定向节点和第二定向节点，第一定向节点包括的定向条件为(重庆，7:00-17:00)，第二定向节点包括的定向条件可以(成都)，或者第二定向节点包括的定向条件还可以为(重庆，19:00-22:00)。
步骤S303、根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量。
所述曝光数据库的剩余曝光量是指曝光数据库的总库存曝光量中除去已售出的曝光量后剩余的。所述曝光数据库的总库存曝光量是根据广告平台的历史定向条件下的历史曝光数据得到的，具体地，可以是针对每个定向类型得到定向模型，针对某一个定向条件下的历史曝光数据，首先根据各个定向类型对应的定向模型，计算此次历史曝光数据对应的系数，用该系数乘以历史曝光数据，便可得到某个定向条件下的可用曝光量。对每一个定向条件下的历史曝光数据进行相同处理，最后将得到的所有定向条件下的可用曝光量进行求和处理，便可得到曝光数据库的总库存曝光量。
在一个实施例中，曝光数据库中包括的曝光量会对应的字段标志，曝光量和其对应的字段标志统称为曝光数据，曝光量对应的字段标志可以用于表示该曝光量是否被售出。广告平台可以根据曝光量对应的字段标志获取曝光数据库中的剩余曝光量。具体地，广告平台获取曝光数据库中所有曝光量对应的字段标志，将字段标志表示未售出的曝光量确定为曝光数据库中的剩余曝光量。
步骤S304、根据优化算法和各个定向节点的可用曝光量进行优化计算，所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息。
步骤S305、根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
所述根据优化算法和各个定向节点可用曝光量进行优化计算需要遵循请求订单信息和关联订单信息均能分配到其需要的曝光量的原则。所述曝光量分配信息中包括各个定向节点分配给所述请求订单用户的曝光量，以及所述各个定向节点分配给关联订单用户的曝光量，所述曝光量可以是以比例形式表示的，例如，第一个定向节点分配给请求订单用户的曝光量为20％；或者所述曝光量也可以是以数值形式表示的，比如，第一定向节点分配给请求订单用户的曝光量为1CPM。
所述根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，所述各个定向节点关于请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息，包括：获取优化算法函数以及约束函数，根据请求订单信息包括的目标定向条件、关联订单信息包括的关联定向条件、各个定向节点对应的定向条件及可用曝光量，计算得到各个定向节点分配给请求订单用户的曝光量分配信息和分配给关联订单信息的曝光量分配信息。
在得到曝光量分配信息后，根据曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。所述根据曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量，包括：从可为请求订单用户分配曝光量的各个定向节点中为选择与请求曝光量数量相同的曝光量，分配给请求订单用户；从可为关联订单用户分配曝光量的各个定向节点中选择与关联曝光量数量相同的曝光量，分配给关联订单用户。例如，定向节点集合包括第一定向节点和第二定向节点，第一定向节点的可用曝光量为3CPM，第二定向节点的可用曝光量为2CPM，曝光量分配信息为：第一定向节点为请求订单用户分配的曝光量为2CPM，第二定向节点为请求订单用户分配的曝光量为1CPM；第一定向节点为关联订单用户分配的曝光量为1CPM，第二定向节点为关联订单用户分配的曝光量为1CPM。基于以上假设，如果请求订单用户的请求曝光量为2CPM，则可以直接将第一定向节点分配给请求订单用户的曝光量2CPM分配给请求订单用户；如果关联订单用户的关联曝光量为2CPM，则将第一定向节点分配给关联订单用户的曝光量和第二定向节点分配给关联订单用户的曝光量都分配给关联订单用户。
本发明实施例中响应于终端发送的请求信息，获取与所述请求信息中请求订单信息相关联的关联订单信息，然后根据请求订单信息中包括的目标定向条件和关联订单信息中包括的关联定向条件组合得到定向节点集合，进一步的，再根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到为定向节点集合中的各个定向节点分配可用曝光量；进而，根据优化算法和各个定向节点的可用曝光量进行优化计算，得到各个定向节点分配给请求订单信息对应的请求订单用户和关联订单信息对应的关联订单用户的曝光量分配信息，并基于曝光量分配信息为相应的订单用户分配曝光量。根据请求订单信息和关联订单信息得到多个互不相交的定向节点及每个节点对应的可用流量，实质上是对库存资源的重新优化配置；根据重新优化配置后的库存资源，并保证在满足每个订单的定向条件的情况下，为请求订单的请求订单用户和关联订单的关联订单用户分配曝光量，避免相关联订单由于下单的先后顺序导致彼此之间相互响应，实现将曝光量最大化售出。
请参考图4，为本发明实施例提供的另一种信息处理方法的流程示意图。图4所示的信息处理方法可包括以下步骤：
步骤S401、如果终端在用户界面接收到关于广告投放数据重分配的请求，则向广告平台发送请求信息。
在一个实施例中，合约广告系统可以在终端中运行，当请求订单用户通过终端进入合约广告系统时，终端可默认展示合约广告系统的主界面。请求订单用户通过终端在主界面中输入访问操作，终端检测到请求订单用户访问合约广告系统的访问操作，向合约广告系统中的广告平台发送访问请求；广告平台将与访问操作对应的用户界面下发给终端，由终端显示用户界面以使得请求用户通过用户界面进行操作。请求订单用户通过主界面输入的访问操作可包括询量操作、下单操作或者订单进度查询操作等。
在用户界面接收到关于广告投放数据重分配的请求是指请求订单用户希望广告平台重新分配曝光量的请求。当请求订单用户决定下单时，广告平台才会为请求用户订单分配曝光量，结合前述描述，所述请求订单用户发送重分配的请求应该是发生在请求订单用户询量结束后的下单阶段，所以此时的用户界面是指用于下单的用户界面。该用户界面可如图2a和图2b所示，在此不再赘述。
步骤S402、广告平台响应于所述请求信息，如果检测到所述请求信息中包括的请求订单用户是预设用户，则获取与所述请求信息包括的请求订单信息相关联的关联订单信息。
应当理解的，广告平台进行广告投放数据的重分配需要耗费较多的功耗开销，因此为了节省广告平台的功耗开销，只有检测到所述请求信息中包括的用户标识信息是预设标识信息时，才执行获取与所述请求信息包括的请求订单信息相关联的关联订单信息的步骤。
所述预设用户是指广告平台预设的有发起广告投放数据重分配的请求权限的用户，广告平台可以根据在广告平台中注册情况或者会员充值情况来确定预设用户，例如，广告平台可以设置在广告平台中进行实名注册的用户为预设用户，或者广告平台可以设置广告平台的高级会员为预设用户，再或者设置在广告平台中购买过的总曝光量超过一定阈值的用户为预设用户。
在一个实施例中，广告平台可以通过请求订单用户的标识信息确定请求订单用户是否为预设用户。其中，请求订单用户的标识信息是指能够代表请求订单用户身份的信息，比如请求订单用户的身份标识、请求订单用户的手机号，请求订单用户在广告平台中的登录账号等等。
在一个实施例中，所述获取与所述请求订单信息相关联的关联订单信息的实施方式可以是根据目标定向条件和曝光数据库中已售出的曝光数据确定的。具体地，所述获取与所述请求订单信息相关联的关联订单信息，包括：根据所述目标定向条件确定用于获取关联订单信息的查询定向条件；在曝光数据库中，根据所述查询定向条件确定关联订单数据，所述关联订单数据包括所述查询条件中各个查询条件下的已售出曝光数据、所述已售出曝光数据对应的关联用户及所述关联用户对应的所述已售出曝光数据的曝光量；根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息；根据所述各个关联用户对应的订单信息确定关联订单信息。
其中，根据所述目标定向条件确定用于获取所述关联订单信息的查询定向条件依据的原则是：目标定向条件是查询定向条件的子集。如果目标定向条件只包括一个定向比如女生，则查询定向条件为无要求；如果目标定向条件包括两个定向比如(无要求，女生，20-25岁)，则查询定向条件为女生或者20-25岁或者无要求；如果目标定向条件包括两个以上定向例如(女生，20-25岁，重庆)，则查询定向条件包括(无要求)，(女生)，(女生，20-25岁)，(女生，重庆)，(20-25岁，重庆)以及(重庆)。依据上述方法实现根据目标定向条件查找查询定向条件。
在确定了查询定向条件后，根据查询定向条件和曝光数据库确定关联订单数据，其中，所述关联订单数据包括所述查询条件中各个查询条件下已售出曝光数据、所述已售出曝光数据对应的关联用户及所述关联用户对应的已售出曝光数据的曝光量，或者说已售出曝光数据对应的买主，以及该买主购买了多少曝光量。
需要说明的是，曝光数据包括曝光量和曝光量对应的字段标志，所述字段标志用于表示该曝光数据中的曝光量是否被卖出，例如：如果字段标志为第一预设值时，表示该曝光量已售出；如果字段标志为第二预设值时，表示该曝光量未售出。基于此，以查询定向条件中的目标查询条件为例，所述在曝光数据库中，根据所述查询定向条件确定关联订单数据方法可包括：针对查询定向条件中的目标查询定向条件，在曝光数据库中查找满足所述目标查询定向条件的所有曝光数据；基于各个曝光数据的字段标志从所有曝光数据中确定出目标查询定向条件下各个已售出曝光数据，以及各个已售出曝光数据对应的关联用户，以及该关联用户对应的所述已售出曝光数据中的曝光量。按照相同的方法，可以获取到各个查询定向条件下已售出曝光数据、所述已售出曝光数据对应的关联用户及所述关联用户对应的所述已售出曝光数据的曝光量，进而得到关联订单数据。
例如，参考图5a，为本发明实施例提供的一种确定关联订单数据的方法，在图5a中假设目标定向条件为(女生，20-25岁)，则根据目标定向条件确定的查询定向条件包括：(无要求)，(女生)和(20-25岁)。以查询定向条件为(女生)为例：在曝光数据库中查找满足(女生)所有曝光数据，假设查找到的曝光数据为甲1和甲2；获取甲1和甲2对应的字段标志，假设根据字段标志确定出甲1为已售出曝光数据，对应的关联用户为A和C，曝光数据甲1售出给A的曝光量为1CPM，售出给B曝光量为2CPM。按照上述相同的方法，假设在查询定向条件为(无要求)时：从乙1、乙2以及乙3多个曝光数据中获取到已售出曝光数据为乙3，对应的关联用户为B，曝光数据乙3售出给C的曝光量为2CPM；假设在查询定向条件为(20-25岁)时：从丙1和丙2中获取到已售出曝光数据为丙2，对应的关联用户为C和D，曝光数据丙2售出给C的曝光量为2CPM，售出给D的曝光量为4CPM。因此，最后确定的关联订单数据如图5b所示。
进一步的，在确定关联订单数据之后，根据关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息，每个关联用户对应的订单信息包括关联用户对应的订单曝光量和关联用户对应的订单定向条件，也即在确定关联订单数据之后，以关联用户进行统计，确定每个关联用户一共购买了多少曝光量，以及该关联用户对应的定向条件。以各个关联用户中的目标关联用户为例，所述根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息，包括：在所述关联订单数据中，查找所述目标关联用户对应的曝光量，将查找到的曝光量进行求和处理，得到所述目标关联用户对应的订单曝光量；在关联订单数据中，查找所述目标关联用户对应的定向条件，将查找到的定向条件进行求并集处理，得到所述目标关联用户对应的订单定向条件。
例如，假设关联订单数据如图5b所示，针对关联用户A来讲，只有查询定向条件为(女生)时出现，所有统计得到关联用户A对应的订单曝光量为1CPM，订单定向条件为(女生)；针对关联用户C来讲，在查询定向条件(无要求)和(20-25岁)中均出现，关联用户C对应的订单曝光量为2CPM+1CPM＝3CPM，对应的订单定向条件为：(无要求)和(20-25岁)的并集，即(无要求)。
在一个实施例中，得到了各个关联用户对应的订单信息后，可以根据所述各个关联用户对应的订单信息确定关联订单信息。所述根据所述各个关联用户对应的订单信息确定关联订单信息，可以包括：根据所述订单信息的数量，从在各个订单信息中确定出关联订单信息。具体地，所述根据所述各个关联用户对应的订单信息确定关联订单信息，包括：如果所述订单信息的数量不大于数量阈值，则将所述订单信息确定为关联订单信息；如果所述订单信息数量大于所述数量阈值，则根据所述用户信息对应的订单信息中各个订单信息与所述请求订单信息之间的关联度，从所述用户信息对应的订单信息中确定关联订单信息。
其中，所述各个订单信息与所述请求订单信息之间的关联度，实质上是指各个订单信息中的订单定向条件与所述请求订单信息包括的目标定向条件之间的关联度。两个定向条件之间包括的定向越相近，两个定向之间的关联度越大。例如，假设目标定向条件为(女生，20-25岁)，订单定向条件包括(女生)和(无要求)，订单定向条件(无要求)与目标定向条件关联度较小。为了节省广告平台的功耗开销，只允许重分配对应的关联订单数量最多为数量阈值，因此，在订单信息的数量大于数量阈值时，从各个订单信息中选择关联订单信息。可选的，从各个订单信息中选择关联订单信息的实施方式可以包括：将各个订单信息按照与请求订单信息之间的关联度由大到小排列，选择排列后的前数量阈值个订单信息确定为关联订单信息。或者，选择与请求订单信息之间的关联度大于关联度阈值的订单信息作为关联订单信息。
在其他实施例中，如果曝光数据库中存储有已交易完成的订单信息，所述步骤S402获取与所述请求信息包括的请求订单信息相关联的关联订单信息，还包括：根据所述目标定向条件确定用于获取关联订单信息的查询定向条件；在所述曝光数据库中查找与查询条件中各个查询条件对应的查询订单信息；根据查询订单信息确定关联订单信息。
步骤S403、根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交。
在一个实施例中，根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合的实现思路是：将目标定向条件和关联定向条件按照定向类型进行拆分后重新进行组合，也即根据目标定向条件以及其定向类型和关联订单条件及其定向类型，得到定向节点集合。具体地，所述根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合包括：根据所述目标定向条件中包括的定向类型和所述关联定向条件中包括的定向类型，确定定向类型集合；基于所述目标定向条件和所述关联定向条件，将所述定向类型集合中包括的各个定向类型进行分组；按照定向节点之间互不相交的原则，将分组后的各个定向类型之间进行组合，得到定向节点集合。
由前述可知，定向类型可包括性别、年龄、区域、职业等中的任意一种或多种，所述定向类型集合中包括至少两个定向类型，例如：假设目标定向条件为(男生，重庆)，关联定向条件为(男生)；目标定向条件中包括的定向类型为性别、区域；关联定向条件包括的定向类型为性别，将所述两个定向类型组成得到的定向类型集合为(性别，区域)。基于目标定向条件和关联定向条件将每个定向类型进行分组，得到定向集合中每个定向类型的分组图6所示，将性别分为男和女，区域分为重庆和除重庆的其他区域。最后按照定向节点之间互不相交的原则，将分组后的各个定向类型进行重新组合，得到定向节点集合如图6所示。需要说明的是，按照定向节点之间互不相交的原则，将分组后的各个定向类型进行重新组合后，得到的各个定向节点应该为(男生，除重庆的其他区域)、(男生，重庆)、(女生，除重庆的其他区域)以及(女生，重庆)，由于在目标订单信息和关联订单信息中均不涉及定向条件中要求女生区域的，所以此处将(女生，除重庆的其他区域)以及(女生，重庆)合并为一个定向节点(女生)即可。
步骤S404、根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量。
在一个实施例中，所述根据曝光数据库的剩余曝光流量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量，可包括：将曝光数据库的剩余曝光量和所述关联曝光量组成用于广告投放数据重分配的重分配曝光量集合；以定向节点集合中的目标定向节点的定向条件为例，在重分配曝光量集合中查询满足目标定向节点的定向条件的曝光量，将此曝光量确定为该所述目标定向节点的可用曝光量；按照上述相同方法，确定出定向节点集合中各个定向节点的可用曝光量。需要说明的是，关联订单信息的关联曝光量只用于此次的广告投放数据重分配，不能被其他用户的询量操作可见。也就是说，如果在此时其他用户通过广告平台查询与目标定向条件相关的定向条件下的剩余曝光量时，广告平台不会将关联曝光量作为一部分剩余曝光量展示给其他用户。
步骤S405、根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户进行曝光量分配的曝光量分配信息。
步骤S406、根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
在本发明实施例中，将关联订单信息和请求订单信息可以看成是需求订单集合，所述根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户进行曝光量分配的曝光量分配信息，实质上是根据定向节点集合为需求订单集合中每个订单信息分配相应的曝光量的操作。可以将上述操作看成是二部图问题，需求订单集合和定向节点集合相当于二部图中的两个节点，各个定向节点对所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息相当于二部图中的边，因此，本发明实施例可以通过二部图的优化算法和各个定向节点的别用曝光量，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息。
在一个实施例中，由前述可知，通过二部图优化算法和各个定向节点的可用曝光量进行优化计算的实施方式可以为：获取二部图优化算法的优化函数和约束函数；根据请求订单信息包括的目标定向条件、关联订单信息包括的关联定向条件、各个定向节点对应的定向条件及可用曝光量，计算得到各个定向节点分配给请求订单用户的曝光量分配信息和分配给关联订单用户的曝光量分配信息。
在一个实施例中，二部图优化算法的优化函数可如公式(1)所示，约束函数如公式(2)-(4)所示：
Figure BDA0002017446260000181
Figure BDA0002017446260000182
Figure BDA0002017446260000183
Figure BDA0002017446260000184
其中，Si表示第i个定向节点的可用曝光量，Vj表示需求订单集合中第j个需求订单的优先级，dj表示需求订单集合中第j个需求订单所需的曝光量，Γ(j)表示需求订单集合中接收定向节点i的曝光量的所有需求订单集合，Xij表示定向节点i分配给第j个需求订单的曝光量或曝光量比例，在公式(1)中，θij和Sj分别可以公式(5)和(6)计算得到：
Figure BDA0002017446260000191
Sj＝∑i∈Γ(j)Si (6)
可见，在公式(1)-(6)中，只有Xij是未知，根据所有已知条件可求出Xij的值，便可得到定向节点集合中各个定向节点对请求订单用户和各个关联订单用户分配的曝光量。
在确定各个定向节点对请求订单用户和各个关联订单用户分配的曝光量后，便可为各个请求订单用户和关联订单用户分配各自所需的曝光量。
本发明实施例中，针对目标定向条件下的剩余曝光量小于请求订单信息包括的请求曝光量的情况，有广告投放数据重分配权限的请求订单用户可通过终端发起广告投放数据重分配的请求信息；广告平台根据请求订单用户的请求信息，获取到与请求订单信息关联的关联订单信息，然后基于请求订单信息和关联订单信息，以及曝光数据库的剩余曝光量，可得到定向节点集合以及各个定向节点对应的可用曝光量。进一步的，基于优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；并根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
根据请求订单信息和关联订单信息得到多个互不相交的定向节点及每个节点对应的可用流量，实质上是对库存资源的重新优化配置；根据重新优化配置后的库存资源，并保证在满足每个订单的定向条件的情况下，为请求订单的请求订单用户和关联订单的关联订单用户分配曝光量，避免相关联订单由于下单的先后顺序导致彼此之间相互响应，实现将曝光量最大化售出。
基于上述信息处理方法实施例的描述，本发明实施例还公开了一种信息处理装置如图7所示。该信息处理装置可执行图3和图4所示的信息处理方法。所述信息处理装置可运行如下单元：
获取单元701，用于响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；
处理单元702，用于根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；
所述处理单元702，还用于根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；
所述处理单元702，还用于根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；
所述处理单元702，还用于根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
在一个实施例中，所述获取单元701在获取与所述请求信息包括的请求订单信息相关联的关联订单信息时，执行如下操作：根据所述目标定向条件确定用于获取关联订单信息的查询定向条件；在曝光数据库中，根据所述查询定向条件确定关联订单数据，所述关联订单数据包括所述查询条件中各个查询条件下的已售出曝光数据、所述已售出曝光数据对应的关联用户及所述关联用户对应的所述已售出曝光数据的曝光量；根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息；根据所述各个关联用户对应的订单信息确定关联订单信息。
在一个实施例中，所述各个关联用户中包括目标关联用户，目标关联用户对应的订单信息中包括所述目标关联用户对应的订单曝光量和所述目标关联用户对应的订单定向条件。所述获取单元701在执行根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息时，执行如下操作：在所述关联订单数据中，查找所述目标关联用户对应的曝光量，将查找到的曝光量进行求和处理，得到所述目标关联用户对应的订单曝光量；在所述关联订单数据中，查找所述目标关联用户对应的定向条件，将查找到的定向条件进行求并集处理，得到所述目标关联用户对应的订单定向条件。
在一个实施例中，所述获取单元701在根据所述各个关联用户对应的订单信息确定关联订单信息时，执行如下操作：如果所述订单信息的数量不大于数量阈值，则将所述订单信息确定为关联订单信息；如果所述订单信息数量大于所述数量阈值，则根据所述订单信息中各个订单信息与所述请求订单信息之间的关联度，从所述订单信息中确定关联订单信息。
在一个实施例中，所述处理单元702在根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合时，执行如下操作：根据所述目标定向条件中包括的定向类型和所述关联定向条件中包括的定向类型，确定定向类型集合；基于所述目标定向条件和所述关联定向条件，将所述定向类型集合中包括的各个定向类型进行分组；按照定向节点之间互不相交的原则，将分组后的各个定向类型之间进行组合，得到定向节点集合。
在一个实施例中，所述获取单元701在响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息时，执行如下操作：响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，检测所述请求信息中包括的请求订单用户是否为预设用户；如果所述请求订单用户是所述预设用户，则获取与所述请求信息包括的请求订单信息相关联的关联订单信息。
在一个实施例中，所述用户界面是所述响应于所述终端发送的查询库存信息后下发给所述终端的，所述用户界面中包括需求信息的设置区域和库存售卖信息的显示区域，所述需求信息包括在所述目标定向条件下的请求曝光量，所述库存售卖信息包括在所述目标定向条件下的剩余曝光量；如果所述请求曝光量大于所述剩余曝光量，所述用户界面中还包括用于接收关于广告投放数据重分配的请求的重排区域。
基于上述方法实施例以及装置实施例的描述，本发明实施例还提供一种服务器。参考图8，该服务器至少包括处理器801和存储器802，所述处理器81和和所述存储器802通过总线803连接。存储器802用于存储计算机程序，所述计算机程序包括程序指令，处理器801用于执行所述存储器802存储的程序指令。
所述存储器802可以包括易失性存储器(volatile memory)，如随机存取存储器(random-access memory，RAM)；存储器802也可以包括非易失性存储器(non-volatilememory)，如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；存储器802还可以包括上述种类的存储器的组合。
所述处理器801可以是中央处理器(Central Processing Unit，CPU)。所述处理器801还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)等。该PLD可以是现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)等。所述处理器801也可以为上述结构的组合。
本发明实施例中，所述存储器802用于存储计算机程序，所述计算机程序包括程序指令，所述处理器801用于执行存储器802存储的程序指令，用来实现上述方法实施例中的相应方法的步骤。
在一个实施例中，所述处理器801被配置调用所述程序指令用于：响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，所述各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
在一个实施例中，所述处理器801在所述获取与所述请求信息包括的请求订单信息相关联的关联订单信息时，执行如下步骤：根据所述目标定向条件确定用于获取关联订单信息的查询定向条件；在曝光数据库中，根据所述查询定向条件确定关联订单数据，所述关联订单数据包括所述查询条件中各个查询条件下的已售出曝光数据、所述已售出曝光数据对应的关联用户及所述关联用户对应的所述已售出曝光数据的曝光量；根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息；根据所述各个关联用户对应的订单信息确定关联订单信息。
在一个实施例中，所述各个关联用户中包括目标关联用户，目标关联用户对应的订单信息中包括所述目标关联用户对应的订单曝光量和所述目标关联用户对应的订单定向条件，所述处理器801在根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息时，执行如下操作：在所述关联订单数据中，查找所述目标关联用户对应的曝光量，将查找到的曝光量进行求和处理，得到所述目标关联用户对应的订单曝光量；在所述关联订单数据中，查找所述目标关联用户对应的定向条件，将查找到的定向条件进行求并集处理，得到所述目标关联用户对应的订单定向条件。
在一个实施例中，所述处理器801在根据所述各个关联用户对应的订单信息确定关联订单信息时，执行如下步骤：如果所述订单信息的数量不大于数量阈值，则将所述订单信息确定为关联订单信息；如果所述订单信息数量大于所述数量阈值，则根据所述订单信息中各个订单信息与所述请求订单信息之间的关联度，从所述订单信息中确定关联订单信息。
在一个实施例中，所述处理器801在根据所述请求订单信息包括的目标定向条件和所述关联订单信息的关联定向条件得到定向节点集合时，执行如下步骤：根据所述目标定向条件中包括的定向类型和所述关联定向条件中包括的定向类型，确定定向类型集合；基于所述目标定向条件和所述关联定向条件，将所述定向类型集合中包括的各个定向类型进行分组；按照定向节点之间互不相交的原则，将分组后的各个定向类型之间进行组合，得到定向节点集合。
在一个实施例中，所述处理器801在响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息时，执行如下步骤：响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，检测所述请求信息中包括的请求订单用户是否为预设用户；如果所述请求订单用户是所述预设用户，则获取与所述请求信息包括的请求订单信息相关联的关联订单信息。
在一个实施例中，所述用户界面是所述响应于所述终端发送的查询库存信息后下发给所述终端的，所述用户界面中包括需求信息的设置区域和库存售卖信息的显示区域，所述需求信息包括在所述目标定向条件下的请求曝光量，所述库存售卖信息包括在所述目标定向条件下的剩余曝光量；如果所述请求曝光量大于所述剩余曝光量，所述用户界面中还包括用于接收关于广告投放数据重分配的请求的重排区域。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本发明部分实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (9)

1.一种信息处理方法，其特征在于，包括：
响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；
根据目标定向条件中包括的定向类型和关联定向条件中包括的定向类型，确定定向类型集合；
基于所述目标定向条件和所述关联定向条件，将所述定向类型集合中包括的各个定向类型进行分组；
按照定向节点之间互不相交的原则，将分组后的各个定向类型之间进行组合，得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；
根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；
根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，所述各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；
根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
2.如权利要求1所述的方法，其特征在于，所述获取与所述请求信息包括的请求订单信息相关联的关联订单信息，包括：
根据所述目标定向条件确定用于获取关联订单信息的查询定向条件；
在曝光数据库中，根据所述查询定向条件确定关联订单数据，所述关联订单数据包括所述查询条件中各个查询条件下的已售出曝光数据、所述已售出曝光数据对应的关联用户及所述关联用户对应的所述已售出曝光数据的曝光量；
根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息；
根据所述各个关联用户对应的订单信息确定关联订单信息。
3.如权利要求2所述的方法，其特征在于，所述各个关联用户中包括目标关联用户，目标关联用户对应的订单信息中包括所述目标关联用户对应的订单曝光量和所述目标关联用户对应的订单定向条件，所述根据所述关联订单数据确定所述关联用户中包括的各个关联用户对应的订单信息，包括：
在所述关联订单数据中，查找所述目标关联用户对应的曝光量，将查找到的曝光量进行求和处理，得到所述目标关联用户对应的订单曝光量；
在所述关联订单数据中，查找所述目标关联用户对应的定向条件，将查找到的定向条件进行求并集处理，得到所述目标关联用户对应的订单定向条件。
4.如权利要求2所述的方法，其特征在于，所述根据所述各个关联用户对应的订单信息确定关联订单信息，包括：
如果所述订单信息的数量不大于数量阈值，则将所述订单信息确定为关联订单信息；
如果所述订单信息数量大于所述数量阈值，则根据所述订单信息中各个订单信息与所述请求订单信息之间的关联度，从所述订单信息中确定关联订单信息。
5.如权利要求1所述的方法，其特征在于，所述响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息，包括：
响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，检测所述请求信息中包括的请求订单用户是否为预设用户；
如果所述请求订单用户是所述预设用户，则获取与所述请求信息包括的请求订单信息相关联的关联订单信息。
6.如权利要求1-5任一项所述的方法，其特征在于，所述用户界面是所述响应于所述终端发送的查询库存信息后下发给所述终端的，所述用户界面中包括需求信息的设置区域和库存售卖信息的显示区域，所述需求信息包括在所述目标定向条件下的请求曝光量，所述库存售卖信息包括在所述目标定向条件下的剩余曝光量；如果所述请求曝光量大于所述剩余曝光量，所述用户界面中还包括用于接收关于广告投放数据重分配的请求的重排区域。
7.一种信息处理装置，其特征在于，包括：
获取单元，用于响应于终端在用户界面接收到的关于广告投放数据重分配的请求后发送的请求信息，获取与所述请求信息包括的请求订单信息相关联的关联订单信息；
处理单元，用于根据目标定向条件中包括的定向类型和关联定向条件中包括的定向类型，确定定向类型集合，基于所述目标定向条件和所述关联定向条件，将所述定向类型集合中包括的各个定向类型进行分组，按照定向节点之间互不相交的原则，将分组后的各个定向类型之间进行组合，得到定向节点集合，所述定向节点集合中的各个定向节点互不相交；
所述处理单元，还用于根据曝光数据库的剩余曝光量和所述关联订单信息的关联曝光量得到定向节点集合中各个定向节点的可用曝光量；
所述处理单元，还用于根据优化算法和各个定向节点的可用曝光量进行优化计算，得到在进行曝光量分配时，各个定向节点关于所述请求订单信息对应的请求订单用户和各个关联订单信息对应的关联订单用户的曝光量分配信息；
所述处理单元，还用于根据所述曝光量分配信息为所述关联订单用户和所述请求订单用户分配曝光量。
8.一种服务器，其特征在于，包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-6任一项所述的信息处理方法。
9.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时，用于执行如权利要求1-6任一项所述的信息处理方法。
CN201910267950.3A 2019-04-03 2019-04-03 信息处理方法、装置及服务器 Active CN110020894B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910267950.3A CN110020894B (zh) 2019-04-03 2019-04-03 信息处理方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910267950.3A CN110020894B (zh) 2019-04-03 2019-04-03 信息处理方法、装置及服务器

Publications (2)

Publication Number Publication Date
CN110020894A CN110020894A (zh) 2019-07-16
CN110020894B true CN110020894B (zh) 2022-12-27

Family

ID=67190614

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910267950.3A Active CN110020894B (zh) 2019-04-03 2019-04-03 信息处理方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN110020894B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110634022A (zh) * 2019-09-11 2019-12-31 恩亿科(北京)数据科技有限公司 一种预算分配方法、装置、计算机存储介质及终端
CN111124676A (zh) * 2019-12-12 2020-05-08 拉扎斯网络科技（上海）有限公司 资源分配方法、装置、可读存储介质和电子设备
CN112418901B (zh) * 2020-04-17 2024-06-07 上海幻电信息科技有限公司 广告库存的控制方法、装置和存储介质
CN111667323B (zh) * 2020-06-30 2023-07-11 成都新潮传媒集团有限公司 一种广告点位的余量调度方法、装置及计算机设备
CN112598447B (zh) * 2020-12-28 2023-10-10 加和（北京）信息科技有限公司 订单信息的处理方法及装置、电子设备及处理器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105046514A (zh) * 2015-06-26 2015-11-11 腾讯科技（深圳）有限公司 一种推广信息的处理方法、装置和系统
CN107465522A (zh) * 2016-06-02 2017-12-12 腾讯科技（北京）有限公司 媒体信息展示位流量分配方法及服务器
CN108280671A (zh) * 2017-01-06 2018-07-13 腾讯科技（深圳）有限公司 一种多媒体信息的处理方法、装置及服务器
CN108389076A (zh) * 2018-02-07 2018-08-10 腾讯科技（深圳）有限公司 广告分配方法、装置、服务器及计算机可读存储介质
CN108460612A (zh) * 2017-02-20 2018-08-28 腾讯科技（北京）有限公司 一种广告投放的测试方法、装置和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101554926B1 (ko) * 2014-04-30 2015-10-06 티더블유모바일 주식회사 다중접속 아이콘을 이용한 검색 제어시스템 및 그 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105046514A (zh) * 2015-06-26 2015-11-11 腾讯科技（深圳）有限公司 一种推广信息的处理方法、装置和系统
CN107465522A (zh) * 2016-06-02 2017-12-12 腾讯科技（北京）有限公司 媒体信息展示位流量分配方法及服务器
CN108280671A (zh) * 2017-01-06 2018-07-13 腾讯科技（深圳）有限公司 一种多媒体信息的处理方法、装置及服务器
CN108460612A (zh) * 2017-02-20 2018-08-28 腾讯科技（北京）有限公司 一种广告投放的测试方法、装置和设备
CN108389076A (zh) * 2018-02-07 2018-08-10 腾讯科技（深圳）有限公司 广告分配方法、装置、服务器及计算机可读存储介质

Also Published As

Publication number Publication date
CN110020894A (zh) 2019-07-16

Similar Documents

Publication Publication Date Title
CN110020894B (zh) 信息处理方法、装置及服务器
CN110645983A (zh) 用于无人车的路径规划方法、装置和系统
US20090276364A1 (en) Process control system
US20170103429A1 (en) Intelligent ad auction and sla compliance techniques
US9230269B2 (en) Segment-based floors for use in online ad auctioning techniques
WO2017084245A1 (zh) 购买请求处理方法及装置
CN109961306B (zh) 一种物品的库存分配方法和装置
US20110213669A1 (en) Allocation of Resources
US20180330408A1 (en) Predictive analysis for controlling real-time advertising placement
JP6937727B2 (ja) 推定装置、推定方法および推定プログラム
CN109978213B (zh) 一种任务路径规划方法和装置
CN108874805B (zh) 数据的处理方法和装置
CN111951054A (zh) 一种智能广告营销投放方法
CN113781169B (zh) 一种团购方法和团购平台设备、可读存储介质
US20140214690A1 (en) Determining a counteroffer
US20140370848A1 (en) Systems and methods for exchanging data related to unconsumed cellular time
JP6389310B1 (ja) 提示装置、提示方法、提示プログラムおよび情報管理システム
Zheng et al. Resource allocation and network pricing based on double auction in mobile edge computing
US20140344049A1 (en) System and Methods for Using a Revenue Value Index to Score Impressions for Users for Advertisement Placement
JP6805211B2 (ja) 提供装置、提供方法および提供プログラム
US20150348086A1 (en) Methods and systems for ad placement planning
JP6351813B1 (ja) 選択装置、選択方法および選択プログラム
JP5602212B2 (ja) 広告配信管理装置および広告配信管理方法
WO2021068585A1 (zh) 资源处理方法、装置、电子设备及介质
JP6869313B2 (ja) ユーザ行動に基づくサービスディスパッチのシステム及び方法

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