CN108171536A - 开机广告展示方法及装置、开机广告投放方法及系统 - Google Patents

Abstract

本发明提供了一种开机广告展示方法及装置、开机广告投放方法及系统。其中的开机广告展示方法包括：移动端启动应用程序时，查询本地缓存的开机广告订单，所述开机广告订单包括展示时间戳和广告内容；根据当前时间匹配展示时间戳，确定对应的广告内容；在所述应用程序启动过程中展示所述广告内容。本发明可在保证App启动速度的情况下实现开机广告展示。

Description

开机广告展示方法及装置、开机广告投放方法及系统

技术领域

本发明涉及互联网技术领域，特别是涉及一种开机广告展示方法及装置、开机广告投放方法及系统。

背景技术

通常在线视频广告的获取方式是实时获取，广告请求的处理以及素材的加载需要耗费一定的时间。针对移动端开机广告来说，如果采用实时获取的方式来获取广告，将会延迟App(应用程序)的启动速度，对用户体验造成不好的影响。另外对于开机这种优质的媒体资源，广告主可能希望能够通过PDB(Private Direct Buy，私有直接购买)的方式购买，并支持地域等其他维度的定向。所谓PDB，就是广告主常规购买的高端资源，利用程序化购买(定价定量)的方式进行对接，并支持退量的购买方式。

发明内容

为了提高开机广告展示效率，本发明实施例提供一种开机广告展示方法及装置、开机广告投放方法及系统。

根据本发明实施例的一个方面，提供一种开机广告展示方法，包括：移动端启动应用程序时，查询本地缓存的开机广告订单，其中，所述开机广告订单包括展示时间戳和广告内容；根据当前时间匹配展示时间戳，确定对应的广告内容；在所述应用程序启动过程中展示所述广告内容。

在一种可选方式中，在所述展示所述广告内容之后，还包括：根据预置的广告请求周期，向广告投放系统发送用于未来预定时间段内启动应用程序时展示广告的开机广告订单请求消息；接收所述广告投放系统返回的开机广告订单响应消息，并解析所述开机广告订单响应消息得到展示时间戳和广告内容；缓存所述展示时间戳和广告内容作为更新的开机广告订单。

在一种可选方式中，所述开机广告订单请求消息被控制在启动所述应用程序达到预置的广告请求时间阈值时发送。

根据本发明实施例的另一个方面，提供一种开机广告投放方法，包括：广告投放系统接收移动端发送的开机广告订单请求消息；解析所述开机广告订单请求消息得到移动端地域信息，根据所述地域信息确定展示的广告内容；向所述移动端返回开机广告订单响应消息，其中，所述开机广告订单包括所述广告内容以及广告展示时间戳。

在一种可选方式中，还包括：判断开机广告订单类型是普通合约方式还是PDB投放方式；所述根据所述地域信息确定展示的广告内容包括：对于普通合约方式，根据地域信息匹配出开机广告订单，确定展示的广告内容；对于PDB投放方式，根据地域信息匹配出开机广告订单，确定PDB订单项ID，并将用户ID、PDB订单项ID传给第三方PDB‐DSP，然后接收第三方PDB‐DSP传回的广告素材。

在一种可选方式中，在所述向所述移动端返回包括所述广告内容以及广告展示时间戳的开机广告订单响应消息之后，还包括：将确定的开机广告订单进行缓存；当接收到移动端发送的开机广告订单请求消息时，获取缓存的开机广告订单；判断开机广告订单是否发生变化，若是，根据变化后的排期重新获取缓存的更新的开机广告订单；根据更新的所述开机广告订单确定所述广告内容，并向所述移动端返回包括所述广告内容以及广告展示时间戳的非首次开机广告订单响应消息。

根据本发明实施例的另一个方面，提供一种开机广告展示装置，包括：本地订单查询单元，用于在移动端启动应用程序时，查询本地缓存的开机广告订单，其中：所述开机广告订单包括展示时间戳和广告内容；广告内容确定单元，用于在缓存的所述开机广告订单中，根据当前时间匹配展示时间戳，确定对应的广告内容；广告展示单元，用于在所述应用程序启动过程中展示所述广告内容。

在一种可选方式中，还包括：广告订单请求单元，用于根据预置的广告请求周期，向广告投放系统发送用于未来预定时间段内启动应用程序时展示广告的开机广告订单请求消息；订单响应接收单元，用于接收所述广告投放系统返回的开机广告订单响应消息，并解析所述开机广告订单响应消息得到展示时间戳和广告内容；缓存单元，用于缓存所述展示时间戳和广告内容作为更新的开机广告订单。

在一种可选方式中，所述＝广告订单请求单元，在启动所述应用程序达到预置的广告请求时间阈值时向广告投放系统发送所述开机广告订单请求消息。

根据本发明实施例的另一个方面，提供一种开机广告投放系统，包括：广告订单请求接收装置，用于接收移动端发送的开机广告订单请求消息；广告确定装置，用于解析所述开机广告订单请求消息得到移动端地域信息，根据所述地域信息确定展示的广告内容；广告响应装置，用于向所述移动端返回开机广告订单响应消息，其中，开机广告订单包括所述广告内容以及广告展示时间戳。

在一种可选方式中，还包括：广告投放方式确定装置，用于判断所述开机广告订单的类型是普通合约方式还是PDB投放方式；所述广告确定装置具体用于：对于普通合约方式，根据地域信息匹配出开机广告订单，确定展示的广告内容；对于PDB投放方式，根据地域信息匹配出开机广告订单，确定PDB订单项ID，并将用户ID、PDB订单项ID传给第三方PDB‐DSP，然后接收第三方PDB‐DSP传回的广告素材。

在一种可选方式中，还包括缓存装置、广告订单获取装置和订单排期变化判断装置；所述缓存装置，用于将确定的开机广告订单进行缓存；所述广告订单获取装置，用于当接收到移动端发送的开机广告订单请求消息时，获取缓存的开机广告订单；所述订单排期变化判断装置，用于判断开机广告订单排期是否发生变化，若是，根据变化后的排期重新获取缓存的更新的开机广告订单；所述广告响应装置是根据更新的所述开机广告订单确定所述广告内容，并向所述移动端返回包括所述广告内容以及广告展示时间戳的非首次开机广告订单响应消息。

可见，本发明实施例提供的开机广告展示方法，为了保证App启动速度，提前获取未来展示的开机广告，并缓存在移动端。由于App用户存在间隔几天才重新开启App的情况，为减少用户跨天开启App时首次无广告展示的浪费，每次都获取当前请求周期下一次开机时展示的广告以及未来一段时间的开机广告。App启动后根据当前时间，从缓存的开机广告中选取对应日期的广告进行展示。

通过本发明实施例提供的开机广告投放方法，提供了不影响App启动速度的开机广告投放方案，且支持PDB交易方式。通过提前将下一个周期的开机广告订单提供给移动端，与移动端实时请求相比，降低了App启动时间，提高用户体验；例如，提前提供未来七天的开机订单，避免因用户跨天开机造成的首次开机不展示的情况，提高了库存；后端缓存用户未来的开机订单，降低了每次请求的处理时间及处理消耗。

附图说明

图1是本发明一个实施例提供的一种开机广告展示方法流程图；

图2是本发明一个实施例提供的一种开机广告投放方法流程图；

图3是本发明一个实施例提供的一种开机广告投放方法实现系统示意图；

图4是本发明一个实施例提供的一种开机广告投放方法中普通合约投放方式流程图；

图5是本发明一个实施例提供的一种开机广告投放方法中PDB投放方式流程图；

图6是本发明一个实施例提供的一种开机广告投放方法中开机广告订单更新方式流程图；

图7是本发明一个实施例提供的一种开机广告展示装置结构示意图；

图8是本发明一个实施例提供的一种开机广告投放系统结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参见图1，为本发明实施例提供的一种开机广告展示方法流程图，该方法包括：

S101：移动端启动应用程序时，查询本地缓存的开机广告订单，开机广告订单包括展示时间戳和广告内容；

S102：根据当前时间匹配展示时间戳，确定对应的广告内容；

S103：在应用程序启动过程中展示广告内容。

可见，本发明实施例是在App启动后，根据当前时间戳，在已缓存的移动端开机订单中选取对应日期的广告进行展示。开机广告订单是预先在上一次启动App时缓存的。在从缓存选取当前展示的广告时，可同时请求获取当天及未来一段时间段(例如：七天)的广告，因此订单中的展示时间戳也是对应当天及未来一段时间内的时间戳。

例如：广告开机订单采取如表1所示的缓存结构进行缓存。

表1

开始时间

1498060800

1498147201

…

…

…

…

…

结束时间

1498147200

1498233600

…

…

…

…

…

订单项

A

B

…

…

…

…

…

在上述表1的例子中，展示时间戳由开始时间和结束时间确定，可以理解，在进行订单匹配时，以当前时间进行匹配，判断当前时间落入到哪个订单项对应的时间段内，则该订单项即是匹配出的订单内容。假设当前时间落入上述表1中开始时间“1498147201”～结束时间“1498233600”之内，则订单项B即是匹配的广告结果。

另外，对于开机广告订单的初始化，即第一次开机时如何获取开机广告订单，可以有多种实现方式。例如，可以在移动端设置默认的缺省广告订单，用于初始的广告展示；也可以在首次开机时采取延迟展示的方式，即先请求到广告订单后再进行展示。广告订单初始化问题仅在首次开机时才存在，后续由于采取本发明实施例广告订单缓存的方式，可以在开机时直接利用缓存的广告订单进行广告展示。

在一种可选方式中，在S103“展示广告内容”之后，还包括如下步骤：(1)根据预置的广告请求周期，向广告投放系统发送用于未来预定时间段内启动应用程序时展示广告的开机广告订单请求消息。

可以通过设置广告请求周期的长短来控制向广告投放系统请求开机广告订单的频率。可以理解，如果将广告请求周期设置的较长，则不会频繁地向广告投放系统请求开机广告订单，这样可以减少系统开销；反之，如果将广告请求周期设置的较短，则需要频繁地向广告投放系统请求开机广告订单，这样可以及时更新本地缓存的开机广告订单，从而向用户展示不重复的广告。例如，将广告请求周期设置为7天，则一周之内不会向广告投放系统发送请求，在下周(7天周期到来时)才发送请求。

在一种可选方式中，是在启述应用程序达到预置的广告请求时间阈值时，控制向广告投放系统发送开机广告订单请求消息。例如在应用程序启动15s时向广告投放系统发起开机广告订单请求。

一般的，开机广告订单请求消息携带用户ID，以便广告投放系统根据用户ID查询该移动端定制的广告服务，或者根据用户ip确定所属地域信息(所在城市)并根据地域信息进行广告定向投放。

(2)接收广告投放系统返回的开机广告订单响应消息，并解析开机广告订单响应消息得到展示时间戳和广告内容。

(3)缓存展示时间戳和广告内容作为更新的开机广告订单。

可见，本发明实施例提供的开机广告展示方法，为了保证App启动速度，提前获取未来展示的开机广告，并缓存在移动端。由于App用户存在间隔几天才重新开启App的情况，为减少用户跨天开启App时首次无广告展示的浪费，每次都获取当天下一次开机时展示的广告以及未来一段时间的开机广告。App启动后根据当前时间，从缓存的开机广告中选取对应日期的广告进行展示。其中，PDB交易方式以及地域等多维度定向的支持在广告投放系统后端中完成，对此会在下述的开机广告投放方案中进行描述。

参见图2，是本发明一个实施例提供的一种开机广告投放方法流程图。该方法包括：

S401：广告投放系统接收移动端发送的开机广告订单请求消息；

S402：解析开机广告订单请求消息得到移动端地域信息，根据地域信息确定展示的广告内容；

S403：向移动端返回开机广告订单响应消息，其中开机广告订单包括广告内容以及广告展示时间戳。

参见图3，是本发明一个实施例提供的一种开机广告投放方法实现系统示意图。

移动端也可称为前端，一般是指用户终端例如平板电脑或手机等，它负责发起开机广告订单请求、缓存开机广告订单并进行广告展示；广告服务总控模块、合约广告交易平台、广告投放引擎、内存数据库、合约广告交易平台、PDB‐DSP共同构成广告投放系统，响应开机广告订单请求。

在一种实现方式中，可保证App启动速度的基础上，支持PDB的交易方式，以及地域等其他维度定向的移动端开机广告投放。因此，在根据地域信息确定展示的广告内容之前，还包括如下步骤：

判断开机广告订单请求消息携带的移动端约定的广告投放模式是普通合约方式还是PDB投放方式；

此时：根据地域信息确定展示的广告内容的具体实现过程为：

(1)对于普通合约方式，根据地域信息匹配出开机广告订单，确定展示的广告内容；

(2)对于PDB投放方式，根据地域信息匹配出开机广告订单，确定PDB订单项ID，并将用户ID、PDB订单项ID传给第三方PDB‐DSP，然后接收第三方PDB‐DSP传回的广告素材。

例如，App启动15s后向广告投放系统请求未来展示的开机广告，请求广告时传递用户ID。广告投放系统收到开机广告订单请求后搜索开机广告。开机广告支持普通合约方式以及PDB两种交易方式。

PDB是一种在线广告交易方式。在广告投放引擎中，PDB广告订单和普通合约式广告订单的筛选逻辑是相同的，包括各个定向维度的判断等。PDB的区别在于订单筛选完成后，需要将广告请求的用户ID与订单项ID发往第三方PDB‐DSP进行处理，第三方PDB‐DSP会返回最后投放的素材，然后广告投放系统使用该素材进行投放。

图4是本发明一个实施例提供的一种开机广告投放方法中普通合约投放方式流程图。普通合约方式中，广告总控模块接收到移动端的开机广告订单请求后，将开机广告请求发送给合约广告交易平台，合约广告交易平台向广告投放引擎发起竞价请求；广告投放引擎根据广告请求中附带的地域信息，与预存开机广告订单中设定的定向条件作匹配确定开机广告订单。假设移动端用户属于城市A，则从定向到城市A中的广告中进行选取。由于开机广告一般都是每天按照8轮播进行售卖，那么最多会有8个不同的广告订单，也即从这8个广告订单中确定出开机广告订单。广告投放引擎确定开机广告订单后，通过合约广告交易平台、广告总控模块最终返回至移动端。可见所谓定向条件可以理解为根据移动端所属地域定向投放该地域对应的广告。

图5是本发明一个实施例提供的一种开机广告投放方法中PDB投放方式流程图。PDB方式中，广告总控模块接收到移动端的开机广告订单请求后，将开机广告请求发送给合约广告交易平台，合约广告交易平台向广告投放引擎发起竞价请求；广告投放引擎根据广告请求中附带的用户ID，确定用户对应的广告订单是PDB订单；广告投放引擎通过合约广告交易平台将PDB广告订单发至广告总控模块；广告总控模块接收到PDB广告订单后向广告交易平台请求PDB广告素材；广告交易平台从PDB‐DSP根据广告请求中附带的流量和用户ID等信息确定广告素材；并将广告素材通过广告交易平台、广告总控模块返回至移动端。例如：广告请求中会有用户ID，PDB‐DSP通过映射(如cookie‐mapping)将广告请求中的用户ID转换为自身系统的用户ID，然后就可以在自身的用户信息库中获取该用户的信息。另外广告请求中会携带一些简略的用户及流量信息。

可见，相比于普通合约方式，PDB方式的不同之处在于，投放的广告素材由PDB‐DSP决定，而非由广告投放引擎决定。

由于开机广告每次广告请求需要获取当前请求周期下一次开机展示的广告，以及未来一段时间(例如七天)的首次开机的展示广告，请求处理消耗是普通广告请求的数倍(例如8倍)。而在广告排期未发生变化的情况下，同一用户未来七天的开机广告应该相同。为了降低广告投放引擎的负载，在某用户当天第一次开机请求后，缓存未来7天的开机订单。

参见图6，是本发明一个实施例提供的一种开机广告投放方法中开机广告订单更新方式流程图。包括：

S601：广告投放引擎收到移动端的开机广告请求；

S602：从内存数据库中获取该用户的移动端开机广告订单；

S603：判断是否缓存有移动端开机广告订单？若有，执行S604；若无，执行S605‐S606；

S604：判断订单排期是否发生变化？若发生变化，执行S605；若未发生变化，执行S607；

比如某订单本来排期是2017‐11‐11到2017‐11‐13，在2017‐11‐10这天突然决定排期改为2017‐11‐12到2017‐11‐13，则如果某用户提前缓存的2017‐11‐11的开机屏广告位该订单，则需要重新获取订单。

S605：重新获取移动端开机广告订单；

S606：将获取的结果存入内存数据库，并将生存时间(TTL)设置为当天最后一秒；

S607：将确定的开机广告订单返回给移动端。

在广告投放系统后端将开机广告返回给移动端之前，会为每个开机广告添加开始时间及结束时间的时间戳，以便移动了解广告的展示时间。

可见，通过本发明实施例提供的开机广告投放方法，提供了不影响App启动速度的开机广告投放方案，且支持PDB交易方式。通过使用准实时的方式(提前提供下一个周期的开机广告订单)处理开机广告，与实时请求相比，降低了App启动时间，提高用户体验；例如：提前请求未来七天的开机订单，避免因用户跨天开机造成的首次开机不展示的情况，提高了库存；后端缓存用户未来的开机订单，降低了每次请求的处理时间及处理消耗。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图7，是本发明实施例提供的一种开机广告展示装置结构示意图。该装置包括：

本地订单查询单元701，用于在移动端启动应用程序时，查询本地缓存的开机广告订单，所述开机广告订单包括展示时间戳和广告内容；

广告内容确定单元702，用于在缓存的所述开机广告订单中，根据当前时间匹配展示时间戳，确定对应的广告内容；

广告展示单元703，用于在所述应用程序启动过程中展示所述广告内容。

在一种可选方式中，还包括：

广告订单请求单元704，用于根据预设的广告请求周期，向广告投放系统发送用于未来预定时间段内启动应用程序时展示广告的开机广告订单请求消息；

订单响应接收单元705，用于接收所述广告投放系统返回的开机广告订单响应消息，并解析所述开机广告订单响应消息得到展示时间戳和广告内容；

缓存单元706，用于缓存所述展示时间戳和广告内容作为更新的开机广告订单。

在一种可选方式中，所述广告订单请求单元，在启动所述应用程序达到预置的广告请求时间阈值时向广告投放系统发送所述开机广告订单请求消息。

参照图8，是本发明实施例提供的一种开机广告投放系统结构示意图。该系统包括：

广告订单请求接收装置801，用于接收移动端发送的开机广告订单请求消息；

广告确定装置802，用于解析所述开机广告订单请求消息得到移动端地域信息，根据所述地域信息确定展示的广告内容；

广告响应装置803，用于向所述移动端返回开机广告订单响应消息，其中，开机广告订单包括所述广告内容以及广告展示时间戳。

在一种可选方式中，还包括：

广告投放方式确定装置804，用于判断所述开机广告订单请求消息携带的移动端约定的广告投放模式是普通合约方式还是PDB投放方式；

广告确定装置802具体用于：对于普通合约方式，根据地域信息匹配出开机广告订单，确定展示的广告内容；对于PDB投放方式，根据地域信息匹配出开机广告订单，确定PDB订单项ID，并将用户ID、PDB订单项ID传给第三方PDB‐DSP，然后接收第三方PDB‐DSP传回的广告素材。

在一种可选方式中，还包括：还包括缓存装置805、广告订单获取装置806和订单排期变化判断装置807；

所述缓存装置805，用于缓存确定的开机广告订单；

所述广告订单获取装置806，用于当接收到移动端发送的开机广告订单请求消息时，获取缓存的开机广告订单；

所述订单排期变化判断装置807，用于判断开机广告订单排期是否发生变化，若是，根据变化后的排期重新获取缓存的更新的开机广告订单；

所述广告响应装置803是根据获取的所述开机广告订单确定所述广告内容，并向所述移动端返回包括所述广告内容以及广告展示时间戳的非首次开机广告订单响应消息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD‐ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种关系型数据库的调度方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种开机广告展示方法，其特征在于，包括：

移动端启动应用程序时，查询本地缓存的开机广告订单，其中，所述开机广告订单包括展示时间戳和广告内容；

根据当前时间匹配展示时间戳，确定对应的广告内容；

在所述应用程序启动过程中展示所述广告内容。

2.根据权利要求1所述的方法，其特征在于，在所述展示所述广告内容之后，还包括：

根据预置的广告请求周期，向广告投放系统发送用于未来预定时间段内启动应用程序时展示广告的开机广告订单请求消息；

接收所述广告投放系统返回的开机广告订单响应消息，并解析所述开机广告订单响应消息得到展示时间戳和广告内容；

缓存所述展示时间戳和广告内容作为更新的开机广告订单。

3.根据权利要求2所述的方法，其特征在于，所述开机广告订单请求消息被控制在启动所述应用程序达到预置的广告请求时间阈值时发送。

4.一种开机广告投放方法，其特征在于，包括：

广告投放系统接收移动端发送的开机广告订单请求消息；

解析所述开机广告订单请求消息得到移动端地域信息根据所述地域信息确定展示的广告内容；

向所述移动端返回开机广告订单响应消息，其中，所述开机广告订单包括所述广告内容以及广告展示时间戳。

5.根据权利要求4所述的方法，其特征在于，还包括：判断开机广告订单类型是普通合约方式还是PDB投放方式；

所述根据所述地域信息确定展示的广告内容包括：

对于普通合约方式，根据地域信息匹配出开机广告订单，确定展示的广告内容；

对于PDB投放方式，根据地域信息匹配出开机广告订单，确定PDB订单项ID，并将用户ID、PDB订单项ID传给第三方PDB‐DSP，然后接收第三方PDB‐DSP传回的广告素材。

6.根据权利要求4或5所述的方法，其特征在于，在所述向所述移动端返回包括所述广告内容以及广告展示时间戳的开机广告订单的响应消息之后，还包括：

将确定的开机广告订单进行缓存；

当接收到移动端发送的开机广告订单请求消息时，获取缓存的开机广告订单；

判断开机广告订单是否发生变化，若是，根据变化后的排期重新获取缓存的更新的开机广告订单；

根据更新的所述开机广告订单确定所述广告内容，并向所述移动端返回包括所述广告内容以及广告展示时间戳的开机广告订单响应消息。

7.一种开机广告展示装置，其特征在于，包括：

本地订单查询单元，用于在移动端启动应用程序时，查询本地缓存的开机广告订单，所述开机广告订单包括展示时间戳和广告内容；

广告内容确定单元，用于在缓存的所述开机广告订单中，根据当前时间匹配展示时间戳，确定对应的广告内容；

广告展示单元，用于在所述应用程序启动过程中展示所述广告内容。

8.根据权利要求7所述的装置，其特征在于，还包括：

广告订单请求单元，用于根据预置的广告请求周期，向广告投放系统发送用于未来预定时间段内启动应用程序时展示广告的开机广告订单请求消息；

订单响应接收单元，用于接收所述广告投放系统返回的开机广告订单响应消息，并解析所述开机广告订单响应消息得到展示时间戳和广告内容；

缓存单元，用于缓存所述展示时间戳和广告内容作为更新的开机广告订单。

9.根据权利要求8所述的装置，其特征在于，所述广告订单请求单元，在启动所述应用程序达到预置的广告请求时间阈值时向广告投放系统发送所述开机广告订单请求消息。

10.一种开机广告投放系统，其特征在于，包括：

广告订单请求接收装置，用于接收移动端发送的开机广告订单请求消息；

广告确定装置，用于解析所述开机广告订单请求消息得到移动端地域信息，根据所述地域信息确定展示的广告内容；

广告响应装置，用于向所述移动端返回开机广告订单响应消息，其中，所述开机广告订单包括所述广告内容以及广告展示时间戳。

11.根据权利要求10所述的系统，其特征在于，还包括：广告投放方式确定装置，用于判断所述开机广告订单的类型是普通合约方式还是PDB投放方式；

所述广告确定装置具体用于：对于普通合约方式，根据地域信息匹配出开机广告订单，确定展示的广告内容；对于PDB投放方式，根据地域信息匹配出开机广告订单，确定PDB订单项ID，并将用户ID、PDB订单项ID传给第三方PDB‐DSP，然后接收第三方PDB‐DSP传回的广告素材。

12.根据权利要求10或11所述的系统，其特征在于，还包括缓存装置、广告订单获取装置和订单排期变化判断装置；

所述缓存装置，用于将确定的开机广告订单进行缓存；

所述广告订单获取装置，用于当接收到移动端发送的开机广告订单请求消息时，获取缓存的开机广告订单；

所述订单排期变化判断装置，用于判断开机广告订单排期是否发生变化，若是，根据变化后的排期重新获取缓存的更新的开机广告订单；

所述广告响应装置是根据获取的所述开机广告订单确定所述广告内容，并向所述移动端返回包括所述广告内容以及广告展示时间戳的开机广告订单响应消息。