CN101453699B - 一种广告播放方法和用户终端 - Google Patents

Abstract

本发明提供一种广告播放方法和用户终端，所述方法包括：用户终端接收网络侧下发的广告信息；用户终端判断本地是否储存有所述广告信息对应的广告文件；如果本地存储有所述广告文件，则用户终端发送已存储信息到网络侧，同时对所述广告文件进行本地播放；如果本地没有存储所述广告文件，则用户终端发送未存储信息到网络侧，请求网络侧播放所述广告文件。本发明实施例提供了一种新型的广告播放方式，使原来完全由网络侧播放广告的方式改变为终端与网络侧交互后合作进行广告播放的方式，减轻了网络侧播放的负担、提高了广告播放的效率和播放质量，用户体验更好。

Description

一种广告播放方法和用户终端

技术领域

本发明涉及网络上的广告播放，尤其涉及一种网络上的广告播放方法和用户终端。

背景技术

随着通信技术和业务的快速发展，终端用户数量急剧增加，用户需求不再满足于传统的语音通话功能。随着IMS(IP Multimedia Subsystem，IP多媒体子系统)网络和智能多媒体终端的不断发展，终端用户所体验的沟通和交流也已超出语音交换的范畴，各种多媒体应用相继出现，给终端播放广告就是其中很常见的一种应用。

图1为现有技术中广告播放组网示意图，如图1所示，广告文件存放于网络侧的NFS(Net File System，网络文件系统)服务器。AS(ApplicationSystem，应用服务器)负责为签约用户提供广告服务。当用户处于听回铃音阶段和通话阶段时，AS根据广告策略将当前时刻的广告文件路径发给MRS(Media Resource System，媒体资源服务器)，MRS根据广告文件路径到NFS服务器上获取相应的广告文件，然后通过RTP(Real-time Transport Protocol，实时传送协议)协议给终端发送媒体流。

发明人在实现本发明的过程中，发现在现有技术中，广告播放完全由网络侧控制，用户终端不能本地播放，网络侧负担过重。

发明内容

本发明实施例提供一种广告播放方法、用户终端和应用服务器，以解决网络侧对广告播放的完全控制所导致的网络侧负担过重的问题。

本发明实施例的技术方案如下：

一种广告播放方法，所述方法应用于用户终端，其中，所述方法包括：所述用户终端在会话建立后，根据网络侧下发的广告信息判断本地是否储存有所述广告信息对应的广告文件；如果本地存储有所述广告文件，则所述用户终端对所述广告文件进行本地播放，并将已存储信息发送到网络侧；如果本地没有存储所述广告文件，则所述用户终端请求网络侧播放所述广告文件。

一种用户终端，所述用户终端包括：广告信息接收单元，用于在会话建立后接收网络侧下发的广告信息；判断单元，用于根据所述广告信息判断本地是否储存有所述广告信息对应的广告文件；广告播放单元，用于在本地存储有所述广告文件时，对所述广告文件进行本地播放；存储信息发送单元，用于在本地存储有所述广告文件时，发送已存储信息到网络侧；网络播放请求单元，用于在本地没有存储所述广告文件时，请求网络播放所述广告文件。

一种广告播放方法，所述方法包括：应用服务器发送广告信息到用户终端；应用服务器接收用户终端发送的对所述广告信息的确认信息；根据所述确认信息判断用户终端是否已存储所述广告信息对应的广告文件；如果用户终端未存储有所述广告文件，则应用服务器发送广告信息到媒体资源服务器，以指示媒体资源服务器播放所述广告文件。

一种应用服务器，所述应用服务器包括：广告信息发送单元，用于发送广告信息到终端或媒体资源服务器；广告确认信息接收单元，用于接收终端发送的对所述广告信息的确认信息；判断单元，用于根据所述确认信息判断终端是否已存储所述广告信息对应的广告文件，如果终端未存储所述广告文件，则通过所述广告信息发送单元发送广告信息到媒体资源服务器，以指示媒体资源服务器播放所述广告文件。

本发明实施例提供了一种新型的广告播放方式，使原来完全由网络侧播放广告的方式改变为终端与网络侧交互后合作进行广告播放的方式，减轻了网络侧播放的负担、提高了广告播放的效率和播放质量，用户体验更好。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为现有技术中广告播放组网示意图；

图2为本发明一实施例方法流程图；

图3为图2所示实施例的终端与网络侧的一信息交互流程图；

图4为图2所示实施例的终端与网络侧的另一信息交互流程图；

图5为图2所示实施例的终端与网络侧的另一信息交互流程图；

图6为图2所示实施例的终端与网络侧的另一信息交互流程图；

图7为本发明一实施例的用户终端组成框图；

图8为本发明另一实施例的方法流程图；

图9为本发明另一实施例的应用服务器组成框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

实施例一

本发明实施例提供一种广告播放方法，以下结合附图对本实施例进行详细说明。

图2为本实施例的方法流程图，请参照图2，本实施例的广告播放方法主要包括下列步骤：

201：会话建立后，用户终端接收网络侧下发的广告信息；

在本实施例中，该广告信息由网络侧根据广告策略下发，一般包含了广告ID、广告文件名以及广告下载路径等。

在本实施例中，广告策略一般由广告服务提供者设置，可以根据用户的身份、职业、兴趣爱好等参数来制定一套广告播放的策略。如何选择广告策略可以由网络侧和运营商决定，本实施例并不以此作为限制。

在本实施例中，广告一般通过音视频媒体的形式出现，但本发明实施例并不以此作为限制。

202：用户终端判断本地是否储存有所述广告信息对应的广告文件；

203：如果本地没有存储所述广告文件，则用户终端请求网络侧播放所述广告文件。

在本实施例中，如果本地没有存储所述广告文件，则用户终端可以通过发送未存储信息到网络侧以请求网络侧播放所述广告文件。

在本实施例中，如果本地没有存储所述广告文件，用户终端还可以在请求网络侧播放所述广告文件的同时，根据所述广告信息下载所述广告文件并存储，以便以后进行本地播放。

根据本实施例，如果本地存储有所述广告文件，则用户终端对所述广告文件进行本地播放(步骤204)。

在本实施例中，用户终端还可以发送已存储信息到网络侧，告知网络侧本地可以播放所述广告文件，藉以减轻网络侧的负担。

在本实施例中，如果本地已经播放完毕所述的广告文件，用户终端可以通过发送播放完毕信息到网络侧，告知网络侧这一状态。

根据本实施例，用户终端还可以先通过广告订阅信息向网络侧订阅将要播放的广告内容，以便网络侧根据该广告内容选择广告策略后下发广告信息。

在本实施例中，广告信息、未存储信息、已存储信息以及播放完毕信息都可以通过INFO消息或MESSAGE消息携带，下面结合图3所示的信息交互流程图对本实施例的方法进行说明。

如图3所示，应用本实施例的方法，终端UE-A与网络侧的AS的信息交互包括下列步骤：

301：终端A(UE-A)与终端B(UE-B)建立会话。

302：AS准备给终端A播放广告，根据广告策略选择一条广告后，将广告ID、广告文件名、广告下载路径等构成的广告信息通过Sip info或者SipMessage消息告知终端A。

303：终端A检测到本地没有存储此广告文件，把广告文件未存储信息“no exist”通过info或者Message消息告知AS。此时终端A可以根据广告下载路径选择将此广告下载到本地终端。

304：AS通过info或者Message消息通知MRS播放广告，该info或者Message消息中携带有广告ID和广告文件名等构成的广告信息。

305：MRS给终端A播放广告媒体流。

306：MRS播放完后，将播放完毕信息“play end”通过info或者Message消息告知AS。

307：AS根据广告策略选择新的一条广告，将广告ID、广告文件名、广告下载路径等构成的广告信息通过info或者Message消息告知终端A。

308：终端A检测到本地已经存储了此广告，将广告文件已存储信息“isexist”通过info或者Message消息告知AS。

309：终端A本地播放此条广告，不用通过MRS来播放。

310：广告播放完毕后，终端A将播放完毕信息“play end”通过info或者Message消息告知AS。

在本实施例中，所述广告信息还可以通过OPTION消息携带；所述未存储信息、已存储信息还可以通过200OK消息携带；所述播放完毕信息还可以通过INFO消息或MESSAGE消息携带。下面结合图4所示的信息交互流程图对本实施例的方法进行说明。

如图4所示，应用本实施例的方法，终端UE-A与网络侧的AS的信息交互包括下列步骤：

401：终端A(UE-A)与终端B(UE-B)建立会话。

402：AS准备给终端A播放广告，根据广告策略选择一条广告后，将广告ID、广告文件名、广告下载路径等构成的广告信息通过option消息告知终端A。

403：终端A检测到本地没有存储此广告文件，把广告文件未存储信息“n0exist”通过200OK消息告知AS。此时终端可以根据广告下载路径选择将此广告下载到本地终端。

404：AS通过info或者Message消息通知MRS播放广告，该info或者Message消息中携带有广告ID和广告文件名等构成的广告信息。

405：MRS给终端A播放广告媒体流。

406：MRS播放完后，将播放完毕信息“play end”通过info或者Message消息告知AS。

407：AS根据广告策略选择新的一条广告，将广告ID、广告文件名、广告下载路径等构成的广告信息通过option消息告知终端A。

408：终端A检测到本地已经存储了此广告，将广告文件已存储信息“isexist”通过200OK消息告知AS。

409：终端A本地播放此条广告，不用通过MRS来播放。

410：广告播放完毕后，终端A将播放完毕信息“play end”通过info或者Message消息告知AS。

在本实施例中，所述广告信息还可以通过REFER消息携带；所述未存储信息、已存储信息还可以通过NOTIFY消息携带；所述播放完毕信息还可以通过INFO消息或MESSAGE消息携带。下面结合图5所示的信息交互流程图对本实施例的方法进行说明。

如图5所示，应用本实施例的方法，终端UE-A与网络侧的AS的信息交互包括下列步骤：

501：终端A(UE-A)与终端B(UE-B)建立会话。

502：AS准备给终端A播放广告，根据广告策略选择一条广告后，将广告ID、广告文件名、广告下载路径等构成的广告信息通过refer消息告知终端A。

503：终端A检测到本地没有存储此广告文件，把广告文件未存储信息“no exist”通过notify消息告知AS。此时终端可以根据广告下载路径选择将此广告下载到本地终端。

504：AS通过info或者Message消息通知MRS播放广告，该info或者Message消息中携带有广告ID和广告文件名等构成的广告信息。

505：MRS给终端A播放广告媒体流。

506：MRS播放完后，将播放完毕信息“play end”通过info或者Message消息告知AS。

507：AS根据广告策略选择新的一条广告，将广告ID、广告文件名、广告下载路径等构成的广告信息通过refer消息告知终端A。

508：终端A检测到本地已经存储了此广告，将广告文件已存储信息“isexist”通过notify消息告知AS。

509：终端A本地播放此条广告，不用通过MRS来播放。

510：广告播放完毕后，终端A将播放完毕信息“play end”通过info或者Message消息告知AS。

在本实施例中，所述广告订阅信息可以通过SUBSCRIBE消息携带；所述广告信息可以通过NOTIFY消息携带；所述未存储信息、已存储信息可以通过200OK消息携带；所述播放完毕信息可以通过INFO消息或MESSAGE消息携带。下面结合图6所示的信息交互流程图对本实施例的方法进行说明。

如图6所示，应用本实施例的方法，终端UE-A与网络侧的AS的信息交互包括下列步骤：

601：终端A启动后向AS发送包含有广告订阅信息的subscribe消息订阅将要播放的广告内容。

602：终端A(UE-A)与终端B(UE-B)建立会话。

603：AS准备给终端A播放广告，根据广告策略选择一条广告后，将广告ID、广告文件名、广告下载路径等构成的广告信息通过notify消息告知终端A。

604：终端A检测到本地没有存储此广告文件，把广告文件未存储信息“no exist”通过200OK消息告知AS。此时终端可以根据广告下载路径选择将此广告下载到本地终端。

605：AS通过info或者Message消息通知MRS播放广告，该info或者Message消息中携带有广告ID和广告文件名等构成的广告信息。

606：MRS给终端A播放广告媒体流。

607：MRS播放完后，将播放完毕信息“play end”通过info或者Message消息告知AS。

608：AS根据广告策略选择新的一条广告，将广告ID、广告文件名、广告下载路径等构成的广告信息通过notify消息告知终端A。

609：终端A检测到本地已经存储了此广告，将广告文件已存储信息“isexist”通过200OK消息告知AS。

610：终端A本地播放此条广告，不用通过MRS来播放。

611：广告播放完毕后，终端A将播放完毕信息“play end”通过info或者Message消息告知AS。

本实施例的广告播放方法，通过终端与网络侧的交互合作进行广告播放的方式，解决了网络播放受到带宽、传输时延等因素的限制，播放效率和播放质量不高的问题，减轻了网络侧播放广告文件的负担，提高了广告播放的效率和播放质量，用户体验更好。

实施例二

本发明实施例还提供一种用户终端，以下结合附图对本实施例进行详细说明。

图7为本实施例的用户终端的结构框图，请参照图7，本实施例的用户终端主要包括广告信息接收单元71、判断单元72和广告播放单元73，其中：

广告信息接收单元71用于接收网络侧下发的广告信息；

判断单元72用于判断本地是否储存有所述广告信息对应的广告文件；

广告播放单元73，用于在本地存储有所述广告文件时，对所述广告文件进行本地播放。

根据本实施例，该用户终端还包括：

网络播放请求单元74，用于在本地没有存储所述广告文件时，请求网络播放所述广告文件。

根据本实施例，该用户终端还包括：

存储信息发送单元75，用于在本地没有存储所述广告文件时，发送未存储信息到网络侧；或者在本地存储有所述广告文件时，发送已存储信息到网络侧。

根据本实施例，该用户终端还包括：

广告文件下载单元76，用于在本地没有存储所述广告文件时，根据所述广告信息下载所述广告文件。

根据本实施例，该用户终端还包括：

存储单元77，用于存储广告文件。

根据本实施例，该用户终端还包括：

广告订阅信息发送单元78，用于发送广告订阅信息，订阅要播放的广告文件。

在本实施例中，该用户终端的各组成部分分别用于实现实施例一的方法的各步骤的功能，由于在实施例一中，已对各步骤进行详细说明，故在此不再赘述。

通过本实施例的用户终端与网络侧的交互合作进行广告播放的方式，减轻了网络侧播放广告文件的负担，提高了广告播放的效率和播放质量，用户体验更好。

实施例三

本发明实施例还提供一种广告播放方法，以下结合附图对本实施例进行详细说明。

图8为本实施例的方法流程图，请参照图8，本实施例的广告播放方法主要包括下列步骤：

801：应用服务器发送广告信息到用户终端；

在本实施例中，应用服务器会根据广告策略下发广告信息到用户终端，该广告信息一般包括了广告ID、广告文件名、广告下载路径等。

在本实施例中，广告策略一般由广告服务提供者设置，可以根据用户的身份、职业、兴趣爱好等参数来制定一套广告播放的策略。如何选择广告策略可以由网络侧和运营商决定，本实施例并不以此作为限制。

802：应用服务器接收用户终端发送的对所述广告信息的确认信息；

803：应用服务器根据所述确认信息判断用户终端是否已存储所述广告信息对应的广告文件，如果用户终端未存储所述广告文件，则应用服务器发送广告信息到媒体资源服务器(步骤804)，以指示媒体资源服务器播放所述广告文件。

在本实施例中，当应用服务器根据终端返回的对广告信息的确认信息为终端没有存储所述广告信息对应的广告文件时，则应用服务器将广告信息发送给媒体资源服务器MRS，通知MRS播放所述的广告文件，并在MRS播放完毕后，接收MRS返回的播放完毕信息(步骤805)。

根据本实施例的方法，如果终端存储有所述广告文件，则由终端对所述广告文件进行本地播放。

在本实施例中，当应用服务器根据终端返回的对广告信息的确认信息为终端已经存储所述广告信息对应的广告文件时，则由终端对该广告文件进行本地播放，并在终端播放完毕后，应用服务器接收终端返回的播放完毕信息(步骤806)。

在本实施例中，发送到资源媒体服务器的广告信息可以仅包括上述广告文件的广告ID和广告文件名等。

根据本实施例，还可以在应用服务器接收到用户终端发送的广告订阅信息后，根据该广告订阅信息，选择广告策略，并下发广告信息给用户终端。

在本实施例中，广告信息、对所述广告信息的确认信息以及播放完毕信息可以通过INFO消息或MESSAGE消息携带，详见图3所示的网络侧的AS与终端UE-A的信息交互流程图。

在本实施例中，发送到终端的广告信息还可以通过OPTION消息携带；对所述广告信息的确认信息可以通过200OK消息携带；发送到媒体资源服务器的广告信息可以通过INFO消息或MESSAGE消息携带；播放完毕信息可以通过INFO消息或MESSAGE消息携带。详见图4所示的网络侧的AS与终端UE-A的信息交互流程图。

在本实施例中，发送到终端的广告信息可以通过REFER消息携带；对所述广告信息的确认信息可以通过NOTIFY消息携带；发送到媒体资源服务器的广告信息可以通过INFO消息或MESSAGE消息携带；播放完毕信息可以通过INFO消息或MESSAGE消息携带。详见图5所示的网络侧的AS与终端UE-A的信息交互流程图。

在本实施例中，广告订阅信息可以通过SUBSCRIBE消息携带；发送到终端的广告信息可以通过NOTIFY消息携带；对所述广告信息的确认信息可以通过200OK消息携带；发送到媒体资源服务器的广告信息可以通过INFO消息或MESSAGE消息携带；播放完毕信息可以通过INFO消息或MESSAGE消息携带。详见图6所示的网络侧的AS与终端UE-A的信息交互流程图。

本实施例通过网络侧与终端的交互合作进行广告播放的方式，减轻了网络侧播放广告文件的负担，提高了广告播放的效率和播放质量，用户体验更好。

实施例四

本发明实施例还提供一种应用服务器，以下结合附图对本实施例进行详细说明。

图9为本实施例的应用服务器的组成框图，请参照图9，本实施例的应用服务器主要包括广告信息发送单元91、广告确认信息接收单元92和判断单元93，其中：

广告信息发送单元91用于发送广告信息到用户终端或媒体资源服务器；

广告确认信息接收单元92用于接收用户终端发送的对所述广告信息的确认信息；

判断单元93用于根据所述确认信息判断用户终端是否已存储所述广告信息对应的广告文件，如果终端未存储所述广告文件，则通过所述广告信息发送单元91发送广告信息到媒体资源服务器，以指示媒体资源服务器播放所述广告文件；如果终端已存储所述广告文件，则不作任何处理。

在本实施例中，所述应用服务器还包括：

广告订阅信息接收单元94，用于接收终端发送的广告订阅信息。

在本实施例中，该应用服务器的各组成部分分别用于实现实施例三的方法的各步骤的功能，由于在实施例三中，已对各步骤进行详细说明，故在此不再赘述。

通过本实施例的应用服务器与终端交互合作进行广告播放的方式，减轻了网络侧播放广告文件的负担，提高了广告播放的效率和播放质量，用户体验更好。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种广告播放方法，所述方法应用于用户终端，其特征在于，所述方法包括：

所述用户终端在会话建立后，根据网络侧下发的广告信息判断本地是否储存有所述广告信息对应的广告文件；

如果本地存储有所述广告文件，则所述用户终端对所述广告文件进行本地播放，并将已存储信息发送到网络侧；

如果本地没有存储所述广告文件，则所述用户终端请求网络侧播放所述广告文件。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果本地没有存储所述广告文件，则所述用户终端发送未存储信息到网络侧，以请求网络侧播放所述广告文件。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果本地没有存储所述广告文件，则所述用户终端根据所述广告信息下载所述广告文件并存储。

4.根据权利要求1所述的方法，其特征在于，所述用户终端在会话建立之前还包括：

所述用户终端发送广告订阅信息到网络侧，订阅要播放的广告文件。

5.根据权利要求1所述的方法，其特征在于，所述广告信息包括广告ID、广告文件名以及广告下载路径。

6.一种用户终端，其特征在于，所述用户终端包括：

广告信息接收单元，用于在会话建立后接收网络侧下发的广告信息；

判断单元，用于根据所述广告信息判断本地是否储存有所述广告信息对应的广告文件；

广告播放单元，用于在本地存储有所述广告文件时，对所述广告文件进行本地播放；

存储信息发送单元，用于在本地存储有所述广告文件时，发送已存储信息到网络侧；

网络播放请求单元，用于在本地没有存储所述广告文件时，请求网络播放所述广告文件。

7.根据权利要求6所述的用户终端，其特征在于：

所述存储信息发送单元还用于在本地没有存储所述广告文件时，发送未存储信息到网络侧，以请求网络播放所述广告文件。

8.根据权利要求6所述的用户终端，其特征在于，所述用户终端还包括：

广告文件下载单元，用于在本地没有存储所述广告文件时，根据所述广告信息下载所述广告文件。

9.根据权利要求8所述的用户终端，其特征在于，所述用户终端还包括：

存储单元，用于存储所述下载的广告文件。

10.根据权利要求6所述的用户终端，其特征在于，所述用户终端还包括：

广告订阅信息发送单元，用于在会话建立之前向网络侧发送广告订阅信息，订阅要播放的广告文件。

Images