具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明日程提醒处理方法实施例一的流程图,如图1所示,本实施例的方法可以包括:
步骤101、在日程提醒触发之前或者触发时,获取与所需提醒的日程信息匹配的个性化内容的相关信息。
互联网协议电视(Internet Protocol Television,以下简称:IPTV)集Internet、多媒体、通信等多种技术于一体,利用宽带网络作为基础设施,以家用电视机、个人电脑、手机等作为主要显示终端,通过IP协议向用户提供包括数字电视节目在内的多种交互型多媒体业务。IPTV最主要的特点在于它改变了传统的单向广播式的媒体传播方式,用户可以按需接收,实现用户与媒体内容提供商的实时交互,从而更好地满足用户个性化需求。
基于IPTV技术的上述优点,本实施例可以采用IPTV系统对IPTV用户进行日程提醒,并且在提醒过程中,可以为用户提供丰富的广告增值业务服务,满足用户对业务模式灵活多样的需求。
举例来说,IPTV系统中的IPTV应用(以下简称:IPTV Application)功能实体可以在日程提醒触发之前或者触发时,获取与所需提醒的日程信息匹配的个性化内容的相关信息,例如广告相关信息。IPTV Application功能模块可以提供IPTV相关的业务或应用逻辑,例如内容点播、推送的内容点播、内容下载、网络个人视频录像机、消息业务、Web业务等。
本实施例并不限定日程提醒触发的过程,该过程既可以为IPTV应用功能实体在日程提醒时间到达时触发,也可以是IPTV用户终端在日程提醒时间到达时触发并通知该IPTV应用功能实体。
具体地,IPTV应用功能实体在日程提醒触发之前,既可以获取IPTV用户终端预先保存在IPTV应用功能实体上的日程信息,也可以接收IPTV用户终端在日程提醒触发之前发送的日程信息。然后,IPTV应用功能实体即可获取该日程信息匹配的个性化内容的相关信息。该个性化内容的相关信息既可以是广告的接入地址信息,例如频道接入参数、离散媒体的统一资源定位符(Universal Resource Locator,以下简称:URL),也可以是广告内容本身,例如文字类型的广告信息。
举例来说,若该日程信息为“9月1日提醒用户10月1日去三亚度假”,则IPTV应用功能实体可以在9月1日或更早的时间(具体提前多久取决于IPTV业务提供商的策略)对该提醒业务进行触发或者接收IPTV用户终端的触发,获取与该日程信息匹配的个性化内容的相关信息,例如,三亚的酒店、旅游景点、机票等任何与该日程信息匹配的个性化内容的相关信息。
步骤102、将所述个性化内容的相关信息发送给所需提醒的IPTV用户终端,以使所述IPTV用户终端进行日程提醒时,显示所述个性化内容。
IPTV应用功能实体可以将获取的个性化内容的相关信息发送给IPTV用户终端,当IPTV用户终端进行日程提醒时,该个性化内容的相关信息也可以显示在IPTV用户终端上,从而能够向IPTV用户终端推送与该日程信息匹配的个性化内容,进行增值业务服务。例如,在9月1日,IPTV应用功能实体提醒IPTV用户终端的日程时,该IPTV用户终端也可以同时显示三亚的酒店、旅游景点、机票等任何与该日程信息相关的个性化内容,本实施例并不限定这些个性化内容在IPTV用户终端上的具体显示形式。
本实施例中的IPTV用户终端可以是电视(以下简称:TV)终端、手机(以下简称:Mobile)终端或者机顶盒(Set Top Box,以下简称:STB)、电脑、数码相框、家庭信息机、或游戏机等各种消费电子产品。
本实施例的方法可以采用IPTV系统对IPTV用户终端进行日程提醒,丰富了现有采用互联网提醒或者用户终端离线提醒的业务模式,而且,在IPTV系统对IPTV用户终端进行日程提醒时,还可以将与该日程提醒匹配的个性化内容推送给IPTV用户终端,从而既满足了用户对业务模式多样化的需求,又能够扩大增值业务服务的范围。
图2为本发明日程提醒处理方法实施例二的流程图,如图2所示,本实施例的方法以图1所示的方法为基础,具体包括:
步骤201、在日程提醒触发之前,从IPTV业务规格功能实体中查询获取所述IPTV用户终端的属性信息。
具体来说,IPTV应用功能实体在日程提醒触发之前,可以从IPTV业务规格(以下简称:IPTV Service Profile)功能模块中查询获取所述IPTV用户终端的属性信息。该IPTV Service Profile功能模块存储了IPTV用户终端的业务签约信息、IPTV用户终端的规格信息,包括用户信息、用户偏好、关联的终端的类型和能力信息等。
本实施例的属性信息例如可以是代表该IPTV用户终端的是TV终端、Mobile终端还是STB的类型信息、该IPTV用户终端的能力信息(例如Mobile终端是否能够接收彩信的能力信息或者Mobile终端能够支持的音视频编解码类型)或者IPTV用户终端的全球可路由用户统一资源标识符(GloballyRoutable User Agent URI,以下简称:GRUU)、或者IPTV用户终端的终端标识(例如instance ID)等。
步骤202、从IPTV元数据控制功能实体或广告引擎实体中获取与所述日程信息和属性信息匹配的个性化内容的接入信息。
IPTV元数据控制(以下简称:IPTV Metadata Control)功能模块存储了节目内容相关的元数据,例如业务描述、电子节目菜单、具体节目的相关信息、个性化内容指南等,广告引擎实体(Advertisement Engine,以下简称:Ad Engine)用于执行与广告查询、过滤、下发等相关的业务逻辑。因此,IPTVApplication功能模块可以IPTV Metadata Control功能模块或者Ad Engine中获取与日程信息和属性信息匹配的个性化内容的接入信息。
因此,本实施例中,IPTV Application功能模块获取的个性化内容的接入信息是与不同终端的属性信息相匹配的。举例来说,若该IPTV用户终端是TV终端,则该个性化内容的接入信息是与该TV终端对应的接入形式,其推送的内容也为TV终端能够显示的流媒体内容相关的个性化内容的接入信息。
步骤203、将所述个性化内容的接入信息发送给所述IPTV用户终端,以使所述IPTV用户终端进行日程提醒时,显示所述个性化内容。
本实施例在上述方法实施例一的基础上,进一步地,在获取广告信息之前,IPTV Application功能模块可以获取IPTV用户终端的属性信息,从而使得获取的个性化内容的接入信息还能够与IPTV用户终端的属性信息相匹配,从而可以进一步地提高增值业务服务的质量。
下面采用四个具体的实施例对本发明日程提醒处理方法的技术方案进行详细说明。其中:
第一个具体实施例采用Push方式,即IPTV用户终端预先将calendar信息同步到IPTV网络侧。IPTV网络在calendar事件触发时根据关键字和IPTV终端能力获取个性化内容推荐,然后推送给IPTV用户终端。
第二个具体实施例采用Pull方式,即IPTV用户终端本地的calendar事件触发时,IPTV用户终端主动向IPTV网络侧发送请求以获取个性化内容。
第三个具体实施例是对第一、第二个具体实施例的补充,即如果calendar信息中包含了其他关联用户的信息,则IPTV网络侧可以将个性化广告内容分别发送给calendar信息的所有关联用户。
第四个具体实施例,是对第一个具体实施例的补充,即IPTV用户终端也可以将calendar信息上传到IPTV网络侧,并共享给指定的好友,好友可以将推荐的信息发送到IPTV网络侧。当calendar事件触发时,IPTV网络侧再将好友的推荐推送给该IPTV用户终端。
下面先介绍一下上述四个具体实施例所应用的IPTV网络架构。
图3为本发明日程提醒处理方法所应用的一种IPTV网络架构示意图,如图3所示,该IPTV网络架构包括:IPTV终端功能(IPTV Terminal Function,以下简称:ITF)实体,IPTV Application功能实体、IPTV Service Profile功能实体、IPTV Metadata Control功能实体、Ad Engine、通知业务(以下简称:Notification Services)功能实体、IPTV控制(以下简称:IPTV Control)功能实体、认证和会话管理(以下简称:Authentication and Session Management)功能实体、内容存储(以下简称:Content Storage)功能实体、集群控制器和内容下发功能(Cluster Controller and Content Delivery Function,以下简称:CC&CDF)实体、传输处理功能(Transport Processing Function,以下简称:TPF)实体以及下载服务器(Download Server,以下简称:DL Server)。
其中,ITF模块即IPTV用户终端,例如Mobile终端、TV终端以及STB终端等。IPTV Application功能实体可以提供IPTV相关的业务或应用逻辑,例如内容点播、推送的内容点播、内容下载、网络个人视频录像机、消息业务、Web业务等。IPTV Service Profile功能实体存储了IPTV用户的业务签约信息、IPTV用户的规格信息,例如用户信息、用户偏好、关联的终端的类型和能力信息等。IPTV Metadata Control功能实体存储了节目内容相关的元数据,例如业务描述、电子节目菜单、具体节目的相关信息、个性化内容指南等。Ad Engine用于执行与广告查询、过滤、下发等相关的业务逻辑。Notification Service功能实体用于向ITF模块通知相关信息,例如可以通过短消息、彩信、即时消息等方式进行通知。IPTV Control功能实体是IPTV系统的主要控制点,用于对各种IPTV业务进行控制,并产生计费信息。ASM功能实体主要用于用户接入认证、会话管理、并进行计费。其中会话管理保证了用户的业务请求能够路由到正确的应用服务器。Content Storage功能实体存储了实际的IPTV节目源、IPTV广告源,例如可以是音频、视频、文字、图片等多媒体类型的内容。CC&CDF实体中,CC主要负责管理一组CDF的播放。CDF负责内容下发,主要在CC的控制下进行负责媒体的处理、分发、播放。TPF实体主要用于播放或传输组播类型、或单播类型的节目流。DL Server提供离散媒体的下载业务逻辑。
需要说明的是:本发明实施例所涉及的IPTV Application功能实体、Notification Services功能实体、IPTV Control功能实体、Authentication andSession Management功能实体、Content Storage功能实体、Cluster Controller andContent Delivery Function实体及Transport Processing Function实体中的任何一个功能实体既可以是一个独立的物理设备,例如IPTV Application功能实体为一个IPTV Application服务器,即IPTV应用服务器;也可以为某个服务器或数据库或特定装置或特定设备中的一部分,此处并不作限定。
图4为本发明日程提醒处理方法实施例三的信令流程图,如图4所示,在本实施例即为上述第一个具体实施例,本实施例的应用场景为:用户A的ITF终端包括Mobile终端和TV终端。用户A通过Mobile终端将自己的日程信息上传到了IPTV系统中,其中的日程为“9月1日提醒用户10月1日去三亚度假”。IPTV系统在9月1日该提醒事件触发时,对该事件的关键字进行解析,包括“三亚”、“度假”,从而从广告库中搜索与这两个关键字相关的信息,例如酒店预订、机票打折信息等,并通过push方式推送到用户A的Mobile终端和TV终端上显示。用户如果正在看电视,可以直接使用遥控器操作进行相应的预定或购买。在本实施例中,Mobile终端即为第一IPTV用户终端,TV终端即为第二IPTV用户终端。本实施例的方法可以包括:
步骤401、Mobile终端向IPTV Application发送HTTP POST消息。
具体来说,用户可以使用Mobile终端新建一个或多个calendar事件,然后将其上传到IPTV Application中去,Mobile终端可以使用HTTP POST消息来上传该calendar信息,该HTTP POST消息即为日程上传消息。该calendar信息可以通过消息体携带,content-type头域设置为“text/calendar”即可。该HTTP POST消息中还可以携带用户是否接收个性化内容的标志信息以及用户设置的个性化内容过滤条件信息,该个性化内容过滤条件信息用于用户对所需接收的个性化内容的范围进行限制。
需要说明的是,步骤401是由Mobile终端上传calendar信息的,该用户也可以在TV上编辑calendar信息并上传到IPTV网络侧;另外,用户还可以通过登录IPTV的门户(Portal)网站来编辑calendar信息并保存到IPTVApplication中。
步骤402、IPTV Application保存calendar信息。
IPTV Application可以从接收到的HTTP POST消息中提取calendar信息并保存,存储的文件格式可以为“*.ics”。
步骤403、IPTV Application向Mobile终端返回HTTP 200OK消息,以表示calendar信息上传成功。
步骤404、IPTV Application与IPTV Service Profile交互获取该用户的所有ITF终端信息。
一个用户的所有ITF终端具有相同的用户标识,因此,IPTV Application可以获知该Mobile终端的用户标识,并根据该用户标识获取该用户的所有IPF终端信息。
举例来说,该用户除了具有该Mobile终端之外,还具有一个TV终端,因此,IPTV Application可以获知该TV终端的终端信息。该终端信息具体可以包括终端类型、终端能力、终端的GRUU、或终端的设备标识等。
步骤405、IPTV Application向Notification Services/IPTV Control功能模块发送HTTP POST消息。
该HTTP POST消息中可以携带calendar信息,并携带了TV终端的GRUU或终端标识,以请求Notification Services/IPTV Control功能模块向该用户的TV终端同步该calendar信息。
步骤406、Notification Services/IPTV Control向TV发送SIP MESSAGE消息。
会话初始化协议(Session Initiation Protocol,以下简称:SIP)MESSAGE消息的目的通用资源标识符(Uniform Resource Identifier,以下简称:URI)设置为TV的GRUU或终端标识,该GRUU或终端标识可以保证SIPMESSAGE消息精确寻址到相应的TV,消息体包含了calendar信息。
需要说明的是,该步骤也可以替换为另外的方案,即令TV终端上具备一个软件客户端或者本地calendar程序上的一个功能模块,使其周期性地从网络侧获取该用户相关的最新calendar信息。这种方式是一种主动获取的方式。
步骤407、IPTV Application上存储的某个calendar事件触发。
需要说明的是,IPTV Application可以设置所有的calendar事件均提前5分钟触发,以在提前触发的时间范围内为ITF终端准备个性化内容的相关信息,在具体实现中,提前多少分钟触发基于各业务提供商自己的设定。
步骤408、IPTV Application与IPTV Service Profile交互获取该calendar事件对应的所有ITF终端的属性信息。
步骤409、IPTV Application向AD Engine/Metadata Control发送请求消息,以获取基于该calendar事件的个性化内容的相关信息。
该请求消息中可以携带calendar事件的关键字、所有ITF终端的类型、能力信息、用户预设的个性化内容过滤条件信息等。
在本实施例中,该关键字可以为“三亚”、“度假”等,ITF终端的类型为Mobile终端的类型和TV终端的类型以及对应的能力信息,个性化内容过滤条件信息可以为“旅游”。
步骤410、AD Engine/Metadata Control选择匹配的个性化内容的相关信息。
AD Engine/Metadata Control可以根据关键字、ITF终端的属性信息,例如类型信息、能力信息来选择匹配的个性化内容的相关信息。
步骤411、AD Engine/Metadata Control返回响应消息。
该响应消息中携带了不同ITF终端对应的个性化内容的相关信息,例如:TV终端对应的广告、节目推荐、内容或者电子节目菜单的频道接入参数或者URL;Mobile终端对应的广告、内容或者电子节目菜单的频道接入参数或者URL。
其中,该频道接入参数具体可以为组播地址。TV终端对应的内容源可以是高清的;Mobile终端对应的内容源一般是低分辨率的。
步骤412、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息,以请求Notification Services/IPTV Control向Mobile终端推送个性化内容。
该HTTP POST消息中携带了calendar的用户标识(User ID,以下简称:UID、广告等个性化内容的频道接入参数或URL以及Mobile终端的GRUU或终端标识,其中UID用于唯一标示一个calendar事件。
步骤413、Notification Services/IPTV Control向Mobile终端发送SIPMESSAGE消息。
该SIP MESSAGE消息中携带了calendar UID、广告等个性化内容的频道接入参数或URL,该SIP MESSAGE消息的目的URI设置为Mobile终端的GRUU或终端标识,以便精确寻址到该Mobile终端。
需要说明的是,该SIP MESSAGE消息也可以使用现有的SIP PUSH机制,即在消息头中携带“accept-contact:g.oma.sip-push”头域。
步骤414、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息,以请求其向TV终端推送个性化内容的相关信息。
该HTTP POST消息中携带了calendar的UID、广告等个性化内容的频道接入参数或URL以及TV终端的GRUU或终端标识,其中UID用于唯一标示一个calendar事件。
步骤415、Notification Services/IPTV Control向TV终端发送SIPMESSAGE消息。
该SIP MESSAGE消息中携带了UID、广告等个性化内容的频道接入参数或URL,该SIP MESSAGE消息的目的URI设置为TV终端的GRUU或终端标识,以便精确寻址到该TV终端。
需要说明的是,Notification Services/IPTV Control向TV发送SIPMESSAGE消息后,如果没有收到SIP 200OK(MESSAGE)响应消息,例如TV或机顶盒当时是关机状态,则Notification Services/IPTV Control应当稍后周期性的重新发送SIP MESSAGE消息,直到收到SIP 200OK(MESSAGE)响应消息、或者该calendar事件的提醒时间已经超期相当一段时间了,例如24小时。
步骤416、Mobile终端根据UID匹配本地的calendar事件。
需要说明的是,步骤416与步骤414和步骤415之间的先后顺序可以调整。
步骤417、Mobile终端本地的该calendar事件触发。
步骤418、Mobile终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤419、TPF/CDF/DL Server向Mobile终端推送个性化内容。
Mobile终端可以根据组播地址来加入组播组,以接受组播方式下发的流式广告内容或者节目推荐信息;或者向CDF发起实时流传输协议(Real TimeStreaming Protocol,以下简称:RTSP)连接,以RTSP的方式播放流式广告内容或者节目推荐信息;或者向DL Server发起下载进程,以下载离散媒体类型的广告内容、节目推荐信息或者个性化的电子节目菜单。
需要说明的是,步骤418和步骤419也可以在不住417之前执行,即终端在接收到相应的频道接入参数并匹配成功后,就立即执行步骤418和步骤419,然后当calendar事件触发时再进行显示或者播放。
步骤420、Mobile终端显示calendar事件并播放个性化内容。
具体显示方式,可以为:Mobile终端播放提示音,告知用户有事件提醒,当用户点击该事件提醒后屏幕上显示详细的事件信息、同时在旁边显示或者播放广告信息或节目推荐信息。本实施例并不限定具体的显示或者播放方式,其根据各终端实现的不同而不同。
步骤421、TV终端根据calendar UID标识匹配本地的calendar事件。
步骤422、TV终端的本地的calendar事件触发。
步骤423、TV终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤424、TPF/CDF/DL Server向TV终端推送广告。
TV终端可以根据组播地址来加入组播组,以接收组播方式下发的流式广告内容或者节目推荐信息;或者向CDF发起RTSP连接,以RTSP的方式播放流式广告内容或节目推荐信息;或者向DL Server发起下载进程,以下载离散媒体类型的广告内容、节目推荐信息或者个性化电子节目菜单。
需要说明的是,步骤423和步骤424也可以在步骤422之前执行,即TV终端在接收到相应的频道接入参数并匹配成功后,就立即执行步骤423和步骤424,然后当calendar事件触发时再显示或者播放。
步骤425、TV终端显示calendar事件并播放个性化内容。
具体显示方式,可以为:用户正在TV终端上收看一个电视节目,此时屏幕上方地方会弹出一个提示框,告知用户有事件提醒,用户可以使用遥控器选择查看该事件提醒,此时电视屏幕会切换到事件提醒信息的界面、并在旁边或以子窗口的方式显示或者播放广告信息、节目推荐信息。显示方式根据各TV终端实现的不同而不同。
步骤426、Mobile终端释放该calendar事件。
如果用户A在Mobile终端上看到了该事件提醒,以及相应的个性化内容推荐,或者如果该事件设置了重复提醒n次,则用户A可以点击按钮释放该calendar事件。
步骤427、Mobile终端向IPTV Application发送HTTP POST消息。
该HTTP POST消息即为日程释放请求消息,该日程释放请求消息中可以包含UID。
步骤428、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息。
该HTTP POST消息即为日程释放指示消息,其中携带了calendar事件的UID、释放请求指示信息、以及TV终端的GRUU或终端标识。
步骤429、Notification Services/IPTV Control向TV发送SIP MESSAGE消息。
该SIP MESSAGE消息的目的URI设置为TV终端的GRUU或终端标识,消息中携带了calendar事件的UID、释放请求指示信息。
步骤430、TV终端接收到SIP MESSAGE消息后,释放本地相应的calendar事件。
需要说明的是,步骤426~步骤430为可选步骤。
本实施例中,用户可以通过ITF终端中的Mobile终端和TV终端与IPTV系统中相应的网元进行交互,不仅可以通过IPTV系统对用户进行日程提醒,而且在提醒的过程中,还可以向用户推送个性化内容。因此,本实施例不仅丰富了现有采用互联网提醒或者用户终端离线提醒的业务模式,而且,满足了用户对业务模式多样化的需求,又能够扩大增值业务服务的范围。
图5为本发明日程提醒处理方法实施例四的信令流程图,如图5所示,在本实施例即为上述第二个具体实施例,本实施例的应用场景为:用户A在Mobile终端上设置了日程信息,该calendar为Mobile终端的本地应用,Mobile终端将该日程信息设置为与IPTV业务关联。当某个calendar事件触发时,Mobile终端会将该calendar信息发送给IPTV系统,并指示这是一个calendar事件。IPTV系统对该calendar信息的关键字进行解析,搜索相应的广告,然后推送给该Mobile终端和与该Mobile终端关联的TV终端上。在本实施例中,Mobile终端即为第一IPTV用户终端,TV终端即为第二IPTV用户终端。本实施例的方法可以包括:
步骤501、Mobile终端本地的calendar事件触发。
本实施例可以设置该Mobile终端提前几分钟触发。
步骤502、Mobile终端向IPTV Application发送HTTP GET消息。
该HTTP GET消息中携带了本地已触发的calendar事件信息,或者至少包括该calendar事件的关键字,也可以同时携带用户设置的个性化广告或个性化节目推荐的个性化内容过滤条件信息,还可以携带指示信息“请求将该calendar事件推送给我的其他ITF”。
步骤503、IPTV Application与IPTV Service Profile交互查询获取该用户的所有的ITF终端信息。
步骤504、IPTV Application向AD Engine/Metadata Control发送请求消息,以获取基于该calendar事件的个性化广告或个性化节目推荐信息。
该请求消息中可以携带Calendar事件的关键字、所有ITF终端的类型、能力信息或用户预设的个性化内容过滤条件信息中的至少一种。
步骤505、AD Engine/Metadata Control根据关键字、终端类型和能力选择匹配的广告或节目推荐等信息。
步骤506、AD Engine/Metadata Control向IPTV Application返回响应消息。
该消息中携带了不同ITF对应的个性化内容的接入信息,例如:
TV终端对应的广告、节目推荐、内容或者电子节目菜单的频道接入参数或URL;Mobile终端对应的广告、内容、电子节目菜单的频道接入参数或URL。
步骤507、IPTV Application向Mobile终端返回HTTP 200OK响应消息。
该消息中携带了广告等个性化内容的频道接入参数或URL,消息的目的URI可以设置为Mobile终端的GRUU或终端标识,以便精确寻址到该Mobile终端。
步骤508、Mobile终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤509、TPF/CDF/DL Server向Mobile终端推送个性化内容。
步骤510、Mobile终端显示calendar事件并播放个性化内容。
步骤511、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息,以请求其向TV终端推送广告或者节目推荐信息。
步骤512、Notification Services/IPTV Control向TV终端发送SIPMESSAGE消息。
步骤513、TV终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤514、TPF/CDF/DL Server向TV终端推送个性化内容。
步骤515、TV终端显示calendar事件并播放个性化内容。
需要说明的是,步骤508~步骤510与步骤511~步骤515之间的先后顺序可以调整。
本实施例中,用户可以通过ITF终端中的Mobile终端与IPTV系统中相应的网元进行交互,不仅可以通过IPTV系统对用户进行日程提醒,而且在提醒的过程中,还可以通过该Mobile终端向用户推送个性化内容,而且,还可以将个性化内容通过该用户的其它ITF终端显示或者播放。因此,本实施例不仅丰富了现有采用互联网提醒或者用户终端离线提醒的业务模式,而且,满足了用户对业务模式多样化的需求,又能够扩大增值业务服务的范围。
图6为本发明日程提醒处理方法实施例五的信令流程图,如图6所示,在本实施例即为上述第三个具体实施例,本实施例的应用场景为:用户A的日程信息设置为“周五晚上提醒用户A、用户B、用户C于周日一起去爬山”,并保存在Mobile终端中或上传到IPTV系统中。当提醒事件触发时,IPTV系统会提取其中关联用户的信息,即用户A、用户B、用户C的信息和事件关键字(“爬山”),并搜索相应的广告信息(例如某某品牌的登山装备),然后将提醒事件和广告信息一同推送给用户A、用户B、用户C的ITF终端上。本实施例的方法可以包括:
步骤601、Calendar事件触发。
在本实施例中,Calendar事件的触发既可以是如上述方法实施例三所示的预先存储在IPTV Application中的Calendar事件的触发,也可以是如上述方法实施例四所示的只存储在ITF终端本地,然后当Calendar事件触发时再由ITF终端将calendar信息发送给IPTV Application的。具体实现方式,此处不再赘述。
步骤602、IPTV Application提取该calendar信息中关联用户的信息。
IPTV Application可以查看calendar信息中是否有关联用户的信息,如果有,则可以将所有关联用户的用户标识提取出来。
在本实施例中,IPTV Application不仅可以将用户A、用户B、用户C的信息均提取出来。
步骤603、IPTV Application与IPTV Service Profile交互查询获取该calendar信息对应的所有关联用户的ITF终端信息。
IPTV Application与IPTV Service Profile交互,从而查询用户A、用户B、用户C的所有的ITF终端信息,该信息可以包括终端类型、终端能力、终端的GRUU或终端标识等。需要说明的是,对于每个用户来说,其可能具有多个ITF终端。本实施例将用户A、用户B、用户C的TV终端、Mobile终端以及STB终端等统称为ITF终端。
步骤604、IPTV Application向AD Engine/Metadata Control发送请求消息,以获取基于该calendar事件的个性化内容的相关信息。
步骤605、AD Engine/Metadata Control选择匹配的个性化内容的相关信息。
步骤606、AD Engine/Metadata Control向IPTV Application发送包含该个性化内容的相关信息的响应消息。
IPTV Application向AD Engine/Metadata Control发送请求消息,以获取基于该calendar事件的个性化广告、个性化节目推荐信息。该请求消息中可以携带Calendar信息的关键字、所有用户的ITF终端的类型、能力信息、用户A预设的个性化内容过滤条件信息等。AD Engine/Metadata Control根据关键字、终端类型和能力选择匹配的广告或节目推荐等个性化内容。ADEngine/Metadata Control返回响应消息,消息中携带了各用户ITF对应的广告或节目推荐信息的频道接入参数或URL。
步骤607、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息。
该HTTP POST消息中携带了各用户相应的ITF终端的GRUU或终端标识以及相关的频道接入参数或URL,以请求其向各用户,即用户A、用户B和用户C的ITF终端发送calendar信息以及相应的广告和节目推荐的频道接入参数或URL。
步骤608、Notification Services/IPTV Control向用户B的ITF终端发送SIP MESSAGE消息。
该SIP MESSAGE消息的目的URI设置可以为该用户B的ITF终端的GRUU或终端标识,消息中携带了广告或节目推荐的频道接入参数或URL。
步骤609、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息。
步骤610、Notification Services/IPTV Control向用户C的ITF终端发送SIP MESSAGE消息。
步骤611、用户B的ITF终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤612、TPF/CDF/DL Server向用户B的ITF终端推送广告。
步骤613、用户C的ITF终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤614、TPF/CDF/DL Server向用户C的ITF终端推送个性化内容。
需要说明的是,本实施例仅示出了针对用户A的关联用户B和C的处理,而对于用户A来说,其可以采用如上述方法实施例三和实施例四所示的方式进行相应的处理,此处不再赘述。
本实施例在上述方法实施例三和实施例四的基础上,进一步地,在对发起calendar事件的用户进行日程提醒和个性化内容推送的过程中,还可以针对该calendar事件相关联的用户进行个性化内容推送,进一步满足了用户对业务模式多样化的需求,又能够扩大增值业务服务的范围。
图7为本发明日程提醒处理方法实施例六的信令流程图,如图7所示,在本实施例即为上述第四个具体实施例,本实施例的应用场景为:用户A的calendar信息设置为“周六朋友过生日,周五上午提醒我预订礼物”,并上传到IPTV系统中,同时注明“请好友B、C为我推荐礼物”。IPTV系统接收到该calendar信息后,立即将其推送给A的好友B和C。用户B和C看到此calendar信息后,可以将平时收藏的一些广告或资讯信息发送给IPTV系统,IPTV系统将信息整合后保存到该日程信息中。周五上午,提醒事件触发,IPTV系统根据关键字查询广告信息,并连同好友的推荐信息一起推送给用户A。本实施例的方法可以包括:
步骤701、用户A的ITF终端向IPTV Application发送HTTP HOST消息。
用户A在其ITF终端,例如在Mobile终端或者TV终端上创建一个calendar信息,并设置为共享给好友B、C查看,以便好友能够推荐一些相关的资讯。然后该ITF终端将创建好的calendar信息上传到IPTV网络侧,即用户A的ITF终端向IPTV Application发送HTTP POST消息,该消息中携带了calendar信息、个性化内容过滤条件信息、共享给好友B、C的共享指示信息等。
步骤702、IPTV Application保存该calendar信息。
步骤703、IPTV Application向用户A的ITF终端返回HTTP 200OK消息,以表示上传成功。
步骤704、IPTV Application与IPTV Service Profile交互以查询获取用户A、B、C各自的ITF终端的属性信息。
步骤705、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息。
该HTTP POST消息中携带了用户B的ITF终端的GRUU或终端标识以及用户A上传的calendar信息,以请求其向用户B的ITF终端发送calendar信息。
步骤706、Notification Services/IPTV Control向用户B的ITF终端发送SIP MESSAGE消息。
该SIP MESSAGE消息的目的URI设置为用户B的ITF终端的GRUU或终端标识,消息中携带了用户A上传的calendar信息以及请求用户B添加推荐个性化内容的信息。
步骤707、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息。
该HTTP POST消息中携带了用户C的ITF终端的GRUU或终端标识以及用户A上传的calendar信息,以请求其向用户C的ITF终端发送calendar信息。
步骤708、Notification Services/IPTV Control向用户C的ITF终端发送SIP MESSAGE消息。
步骤709、用户B的ITF终端向IPTV Application发送包含推荐信息的HTTP POST消息。
用户B看到用户A的calendar信息后,即可在其ITF终端上输入要推荐的广告、资讯或者节目推荐,然后将其发送给IPTV Application。
步骤710、用户C的ITF终端向IPTV Application发送包含推荐信息的HTTP POST消息。
步骤711、IPTV Application保存用户C和用户B发送的推荐信息。
步骤712、IPTV Application上存储的calendar事件触发。
步骤713、IPTV Application向AD Engine/Metadata Control发送请求消息,以获取基于该calendar事件的个性化广告或者节目推荐信息。
该请求消息中可以携带calendar信息的关键字、用户A的所有ITF终端的类型、能力信息、个性化内容过滤条件信息等。
步骤714、AD Engine/Metadata Control根据关键字、终端类型和能力选择匹配的广告节目推荐信息。
步骤715、AD Engine/Metadata Control向IPTV Application返回响应消息。
该响应消息中携带了用户A的ITF终端对应的广告节目推荐信息的频道接入参数或URL。
步骤716、IPTV Application对接收的个性化内容进行整合处理。
IPTV Application可以将用户B、C的推荐信息的URL或txt文本内容与从Ad Engine/Metadata Control获取的广告/节目推荐信息的频道接入参数或URL整合在一起。
步骤717、IPTV Application向Notification Services/IPTV Control发送HTTP POST消息,以请求其向用户A的ITF终端推送广告节目推荐信息。
该HTTP POST消息中携带了整合后的广告等个性化内容本身或频道接入参数或者URL,以及用户A的ITF终端的GRUU或终端标识。
步骤718、Notification Services/IPTV Control向用户A的ITF终端发送SIP MESSAGE消息。
该SIP MESSAGE消息中携带了整合后的广告等个性化内容本身或频道接入参数或者URL,该SIP MESSAGE消息的目的URI设置为用户A的ITF终端的GRUU或终端标识。
步骤719、用户A的ITF终端根据广告等个性化内容的频道接入参数或URL与TPF/CDF/DL Server建立连接。
步骤720、TPF/CDF/DL Server向用户A的ITF终端推送个性化内容。
本实施例,用户可以通过ITF终端与IPTV系统中相应的网元进行交互,不仅可以通过IPTV系统对用户进行日程提醒,而且在提醒的过程中,用户还可以通过ITF终端获取其好友发送的与该提醒时间相关的推荐信息以及IPTV系统推送的个性化内容。因此,本实施例不仅丰富了现有采用互联网提醒或者用户终端离线提醒的业务模式,而且,满足了用户对业务模式多样化的需求,又能够扩大增值业务服务的范围。
图8为本发明日程提醒处理方法实施例七的流程图,如图8所示,本实施例的方法是与图1中IPTV Application所执行的过程相对应的、由ITF终端执行的过程,本实施例的方法可以包括:
步骤801、接收IPTV应用功能实体发送的个性化内容的相关信息;
步骤802、在提醒时间到达时,显示所需提醒的日程事件和所述个性化内容。
本实施例的方法与图1所示的方法相对应执行,此处不再赘述。
本实施例中,用户可以通过ITF终端与IPTV系统交互,从而通过IPTV系统进行日程提醒,而且,在提醒过程中,ITF终端可以接收IPTV系统推荐的与该日程信息匹配的个性化内容,并与提醒事件一同呈现给用户。因此,本实施例不仅丰富了现有采用互联网提醒或者用户终端离线提醒的业务模式,而且,满足了用户对业务模式多样化的需求,又能够扩大增值业务服务的范围。
本发明日程提醒处理方法实施例八在上述图8所示方法实施例的基础上,接收IPTV应用功能实体发送的个性化内容的相关信息之前,包括:向所述IPTV应用功能实体发送日程上传消息,所述日程上传消息中包含日程信息;接收IPTV应用功能实体发送的个性化内容的相关信息,具体包括:接收IPTV应用功能实体在日程提醒触发之前或者触发时发送的日程提醒通知消息,所述日程提醒通知消息中包含日程标识和与所述日程信息匹配的个性化内容的接入信息。显示所需提醒的日程事件和所述个性化内容之前,还可以包括:从本地存储的日程信息中获取与所述日程标识匹配的日程事件,根据所述个性化内容的接入信息,向IPTV业务内容服务器发送业务请求消息,并接收所述IPTV业务内容服务器发送的个性化内容。向IPTV业务内容服务器发送业务请求消息,可以包括:根据个性化内容的相关信息,加入组播组、建立RTSP会话或建立下载进程。
本实施例中,ITF终端设备所执行的具体过程如图4所示的方法,其实现原理和效果类似,此处不再赘述。
进一步地,在本发明日程提醒处理方法实施例八的基础上,本发明日程提醒处理方法实施例九中,接收IPTV应用功能实体发送的个性化内容的相关信息之前,包括:在本地日程提醒触发之前,向所述IPTV应用功能实体发送内容推送请求消息,所述内容推送请求消息中包含日程信息;接收IPTV应用功能实体发送的个性化内容的相关信息,可以具体包括:接收IPTV应用功能实体发送的、与所述日程信息匹配的个性化内容的接入信息;显示所需提醒的日程事件和所述个性化内容之前,还可以包括:根据所述个性化内容的接入信息,向IPTV业务内容服务器发送业务请求消息,并接收所述IPTV业务内容服务器发送的个性化内容。向IPTV业务内容服务器发送业务请求消息,可以包括:根据个性化内容的相关信息,加入组播组、建立RTSP会话或建立下载进程。
本实施例中,ITF终端设备所执行的具体过程如图5所示的方法,其实现原理和效果类似,此处不再赘述。
对于IPTV应用功能实体,既可以为一个独立的装置,也可以是某一个装置或设备中的一部分功能模块;此处并不做限定,在装置的实施例中,以IPTV应用功能实体为一个独立的装置进行描述,当IPTV应用功能实体为某一个装置或设备的一部分功能的时候,也包含在本发明的保护范围。
图9为本发明IPTV应用功能实体实施例一的结构示意图,如图9所示,本实施例的IPTV应用功能实体包括:获取模块11和发送模块12,其中,获取模块11用于在日程提醒触发之前或者触发时,获取与所需提醒的日程信息匹配的个性化内容的相关信息;发送模块12用于将所述个性化内容的相关信息发送给所需提醒的IPTV用户终端,以使所述IPTV用户终端进行日程提醒时,显示所述个性化内容。
本实施例的IPTV应用功能实体可以用于执行图1所示方法实施例的方法,其实现原理和效果类似,此处不再赘述。
图10为本发明IPTV应用功能实体实施例二的结构示意图,如图10所示,本实施例的IPTV应用功能实体在图9所示IPTV应用功能实体的基础上,进一步包括查询模块13和接收模块14,获取模块11包括:第一获取单元111和第二获取单元112,发送模块12包括:第一发送单元121、第二发送单元122以及第三发送单元123,其中,接收模块14用于接收第一IPTV用户终端发送的日程上传消息,所述日程上传消息中包含日程信息;或者用于接收第一IPTV用户终端在本地日程提醒触发之前发送的个性化内容请求消息,所述个性化内容请求消息中包含日程信息;查询模块13用于根据所述第一IPTV用户终端的用户标识,查询IPTV业务规格功能实体,获取具有该用户标识的第二IPTV用户终端的标识信息;或者从IPTV业务规格功能实体中查询获取所需提醒的IPTV用户终端的属性信息,所述属性信息包括屏幕参数、编解码能力或终端标识中的至少一种;第一获取单元111用于从IPTV元数据控制功能实体或广告引擎实体中获取与所述日程信息匹配的个性化内容的接入信息;第二获取单元112用于从IPTV元数据控制功能实体或广告引擎实体中获取与所述日程信息和属性信息匹配的个性化内容的接入信息。该获取模块11也可以只包括第一获取单元111和第二获取单元112中的一个。
第一发送单元121用于请求IPTV控制功能实体或者通知服务功能实体将与所需提醒的日程信息匹配的个性化内容的相关信息推送给IPTV用户终端;第二发送单元122用于通过所述IPTV控制功能实体或者通知服务功能实体将所述日程信息发送给与第一IPTV终端具有相同用户标识的第二IPTV用户终端;第三发送单元123用于向IPTV控制功能实体或者通知服务功能实体发送推送消息,以使所述IPTV控制功能实体或者通知服务功能实体将与所述日程信息和属性信息匹配的个性化内容的接入信息推送给相应的IPTV用户终端,所述推送消息中包含所述终端标识。
本实施例的IPTV应用功能实体可以用于执行图2所示方法实施例的方法,其所执行的具体操作如图4和5所示,其实现原理和效果类似,此处不再赘述。
图11为本发明用户终端实施例一的结构示意图,如图11所示,本实施例的用户终端即为ITF用户终端,在本实施例中,该用户终端包括:接收模块21和显示模块22,其中接收模块21用于接收IPTV应用功能实体发送的个性化内容的相关信息;显示模块22用于在提醒时间到达时,显示所需提醒的日程事件和所述个性化内容。
本实施例的用户终端可以用于执行图8所示方法实施例的方法,与本实施例的用户终端对应的,IPTV应用功能实体可以用于执行图1所示方法实施例的方法,其实现原理和效果类似,此处不再赘述。
图12为本发明用户终端实施例二的结构示意图,如图12所示,本实施例的用户终端在图11所示的用户终端的结构的基础上,进一步的还包括第一发送模块23,该第一发送模块23用于向所述IPTV应用功能实体发送日程上传消息,所述日程上传消息中包含日程信息;接收模块21包括第二接收单元211,该第二接收单元211用于接收IPTV应用功能实体在日程提醒触发之前或者触发时发送的日程提醒通知消息,所述日程提醒通知消息中包含日程标识和与所述日程信息匹配的个性化内容的接入信息。
本实施例的用户终端可以用于执行图4所示方法实施例的方法,与本实施例的用户终端对应的,IPTV应用功能实体可以用于执行图4所示方法实施例的方法,其实现原理和效果类似,此处不再赘述。
图13为本发明用户终端实施例三的结构示意图,如图13所示,本实施例的用户终端在图11所示的用户终端的结构的基础上,进一步的还包括:第二发送模块24和第三发送模块25,该第二发送模块24用于在本地日程提醒触发之前,向所述IPTV应用功能实体发送内容推送请求消息,所述内容推送请求消息中包含日程信息;第三发送模块25用于根据所述个性化内容的接入信息,向IPTV业务内容服务器发送业务请求消息;接收模块21包括第一接收单元212,该第一接收单元212用于接收IPTV应用功能实体发送的、与所述日程信息匹配的个性化内容的接入信息;并用于接收所述IPTV业务内容服务器发送的个性化内容。
本实施例的用户终端可以用于执行图5所示方法实施例的方法,与本实施例的用户终端对应的,IPTV应用功能实体可以用于执行图5所示方法实施例的方法,其实现原理和效果类似,此处不再赘述。
图14为本发明用户终端实施例四的结构示意图,如图14所示,本实施例的用户终端在图13所示的用户终端的基础上,进一步地,第三发送模块25包括:第一处理单元251、第二处理单元252以及第三处理单元253,其中第一处理单元251用于根据个性化内容的相关信息加入组播组以获取或接收个性化内容;第二处理单元252用于根据个性化内容的相关信息建立RTSP会话以获取或接收个性化内容;第三处理单元253用于根据个性化内容的相关信息建立下载进程中以获取或接收个性化内容。
需要说明的是,本实施例中,三个处理单元分别用于为用户终端提供获取个性化内容的方式,第三发送模块25可以也只包含三者中的任意一个或者任意两个。
图15为本发明日程提醒处理系统实施例的结构示意图,如图15所示,本实施例的系统可以包括:IPTV应用功能实体1和用户终端2,其中IPTV应用功能实体1用于在日程提醒触发之前或者触发时,获取与所需提醒的日程信息匹配的个性化内容的相关信息;将所述个性化内容的相关信息发送给所需提醒的用户终端;用户终端2用于接收IPTV应用功能实体发送的个性化内容的相关信息;在提醒时间到达时,显示所需提醒的日程事件和所述个性化内容。
本实施例的系统可以应用在图3所示的网络架构中,其中,IPTV应用功能实体1即为IPTV Application,而用户终端2即为ITF用户终端。IPTV应用功能实体1与用户终端2的具体交互过程可以参见图4~7所示四个实施例的方法实现,其实现原理和实现效果类似,此处不再赘述。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。