用于提供视频消息传递服务的系统和方法与流程

本发明大体上涉及例如无线远程通信的远程通信领域。特别是，本发明涉及媒体消息传递服务，更特别地涉及用于向移动用户设备提供媒体消息以及在移动用户界面上生成动态地适配的媒体播放器用户界面的方法和系统。

引言

在过去的十年中，数字技术对消费者和公司都有巨大的影响。该影响在媒体行业中是特别重大的，因为消费者更多地倾向于用移动数字设备访问通信和/或访问内容。此外，高速网络的激增导致更多的人在他们的移动设备上消费和/或传递视频内容。这个变化导致远程通信提供商和应用开发者对各种消息传递服务和其他增值服务的开发。

当移动设备变得更强大时，消息传递服务(例如，mms(媒体消息传递服务))变得越来越流行，因为它允许来往移动用户设备的多媒体内容(例如，音频、视频、文本、静止图像或动画等)的用户友好传送。通常，数据经由无线网络(例如，移动/蜂窝网络或无线局域网(wi-fi))传送到移动设备和从移动设备传送，并且当发送或接收数据时，特别是当发送/接收大的媒体文件(例如视频片段)时，或者当下载在用户设备上生成合适的媒体播放器所需的大的数据文件时，用户可能要承担相当大的费用。

此外，许多mms服务提供商对可被发送或接收的最大文件大小强加限制，使得当用户想要传送较大的媒体文件时，到网站的链接(url)可能必须替代地被发送/接收。然后，接收用户必须将媒体内容从服务器流式传输或下载到用户设备。

此外，数字服务已经成为合法的移动营销工具，其能够例如通过使用图像、动画或甚至视频片段向特定的移动用户设备(例如，智能手机、平板电脑)发送广告来到达在世界的许多部分中的消费者。这种移动营销可以给潜在的消费者提供时间和/或位置敏感的且个性化的信息，以便推销特定商品和服务。此外，移动营销正越来越多地利用软件应用(例如智能手机应用)作为营销和广告资源，因为它可以提供在服务/商品提供商与其目标消费者之间的极大地提高的交互作用。

然而，通过移动网络向潜在消费者发送营销媒体文件可能对市场商人带来巨大的成本，即，即使巨额折扣的批量消息传递费率被应用，用于使用mms消息传递作为广告驱动的服务的成本也可能很高。

因此，存在对能够向移动设备和从移动设备传送例如任何大小的视频消息的可行的、高效的和成本有效的媒体消息传递服务的需要。此外，存在对能够通过允许在用户设备上使用定制的和动态的媒体内容、广告和/或用户界面来向用户以及服务提供商提供改进的和定制的功能的系统和媒体消息传递平台的需要。

发明概述

本发明的优选实施例设法克服现有技术的上述缺点中的一个或更多个。

根据本发明的第一方面，提供了一种用于向在无线远程通信网络中的一个或更多个移动用户设备提供视频消息传递服务的方法，其包括以下步骤：

(a)在预定媒体存储装置处接收和存储至少一个媒体内容文件；

(b)生成与所述至少一个媒体内容文件相关联的至少一个元文件，所述元文件至少包括(i)所述至少一个媒体内容文件的第一统一资源定位符(url)和(ii)一个或更多个第一自主地可操作的指令，其适于实现所述至少一个媒体内容文件从所述预定媒体存储装置到所述一个或更多个移动用户设备的传送；

(c)利用第三方消息传递服务通过推送技术(pushtechnology)来将所述至少一个元文件传输到所述一个或更多个移动用户设备；

(d)响应于所述一个或更多个第一自主地可操作指令，通过拉取技术(pulltechnology)来将所述至少一个媒体内容文件从所述预定媒体存储装置下载到所述一个或更多个移动用户设备；

(e)响应于完成所述至少一个媒体内容文件的下载，通知在所述一个或更多个移动用户设备处的所述至少一个视频内容文件的可用性；以及

(f)响应于预定用户输入，利用在所述一个或更多个移动用户设备上提供的媒体播放器应用来访问所述至少一个媒体内容文件。

这提供了下面的优点：例如，“真实”视频消息可以被直接发送到移动用户设备，并且一旦在移动用户设备处接收到通知，所接收的视频消息就完成并且准备全部播放。特别是，在元文件(指令文件)通过第三方消息传递服务(例如，通过“免费”的谷歌云信使)被推送到移动用户设备之后，媒体文件在“后台”中被下载而应用在屏幕上不可见，并且只有当所有需要的数据被下载到移动用户设备时，用户才被通知它的存在。在元文件中提供的媒体元素没有被编译，且作为可以放置在任何标准web服务器上的单独数据文件存在。此外，没有对随后传送到移动用户设备的实际媒体内容文件的文件大小限制。鉴于商业含义(例如，服务器到客户端应用)，消息可以接近于无成本地被发送给发送方，因此使“对用户免费”的广告商资助的服务在经济上变得可行。可选地，本发明允许该方法用作对等媒体消息传递服务，其中一个最终用户可以将消息转发给另一个最终用户。

有利地，步骤(a)、(b)、(c)、(d)、(e)和(f)可以以连续的顺序被执行。优选地，所述至少一个元文件还可以包括一个或更多个第二自主地可操作指令，其适于实现在所述一个或更多个移动用户设备上提供的所述媒体播放器应用的动态地可适配的媒体播放器界面的创建。可选地，所述至少一个元文件还可以包括适于动态地修改在所述一个或更多个移动用户设备上提供的所述媒体播放器应用的一个或更多个界面特征的一个或更多个第三自主地可操作指令。优选地，所述至少一个媒体内容文件可以包括至少一个视频文件、一个或更多个图形用户界面(gui)元素以及适于链接到和/或发布外部媒体内容的一个或更多个cta(行动召唤)功能元素中的任一个。

这提供了下面的优点：动态地可适配的用户界面可以在移动用户设备上“动态地”生成，因此提供了媒体内容(例如，视频)以及具有增强的功能且可以针对用户的任何特定需求“定制”(适配)的用户界面。例如，媒体播放器的菜单选项可以根据视频是否当前正在被播放或停止或者视频是否被观看到末尾或者根据自从媒体文件被接收到以来已经过去的日期或时间而被不同地配置。因此，在接收到元文件时，移动用户设备的软件应用(例如，所安装的应用或所生成/修改的媒体播放器)将根据选定标准来决定什么类型的界面和内容是最有利的。

有利地，可以根据由用户提供的简档数据来选择所述至少一个视频文件、所述一个或更多个图形用户界面(gui)元素以及所述一个或更多个cta功能元素中的任一个，所述简档数据包括一个或更多个用户简档参数。优选地，所述简档数据可以包括预定的用户简档信息和/或预定的用户偏好。甚至更优选地，所述至少一个媒体内容文件还可以包括可操作地与所述一个或更多个cta功能元素链接的至少一个第二url。另外，所述至少一个第二url可以包括从所述一个或更多个用户简档参数生成的查询字符串。

这提供下面的优点：媒体内容可以针对由用户提供的特定用户特征或偏好来定制。

有利地，所述至少一个元文件还可以包括与所述至少一个媒体内容文件相关联的元数据。

有利地，所述元文件可以以可扩展标记语言(xml)格式被提供，且文件大小小于或等于预定文件大小限制。优选地，所述文件大小限制可以是四千字节(kb)。

此外并且有利地，步骤(d)、(e)和(f)中的任一个还可以包括生成反馈数据并且通过推送技术利用所述第三方消息传递服务来传输所述反馈数据的步骤。优选地，可以通过推送技术利用所述第三方消息传递服务和/或超文本传输协议(http)来传输所述反馈数据。甚至更优选地，所述反馈数据可以包括关于与所述媒体播放器应用和/或所述至少一个媒体内容文件交互作用而检测到的用户行为。有利地，所述反馈数据可以可操作地链接到所述一个或更多个cta功能元素。

这提供向服务提供商提供用户特征的优点，因此允许服务提供商更准确地定制对用户的特定服务。

有利地，步骤(d)的执行可以受制于预定的第一条件。优选地，所述预定的第一条件可以是所述无线远程通信网络不是蜂窝电话网络。甚至更优选地，所述预定的第一条件可以是所述无线远程通信网络是无线局域网(wifi)。

这提供将对于到移动用户设备的数据传送的潜在成本最小化的优点。

有利地，步骤(d)还可以包括确定所述下载的至少一个媒体内容文件的完整性特征的步骤，以及受制于至少一个第二条件，重复通过拉取技术来将所述至少一个媒体内容文件从所述预定媒体存储装置下载到所述一个或更多个移动用户设备的步骤。优选地，所述至少一个第二条件可以是所述下载的至少一个媒体内容文件的所述确定的完整性特征与在所述至少一个元文件中提供的阈值相匹配。甚至更优选地，可以利用校验和函数来确定所述至少一个媒体内容文件的所述完整性特征。

有利地，所述第三方消息传递服务可以是基于云的消息传递服务。

根据本发明的第二方面，提供了一种视频消息传递系统，其包括软件应用、用于操作所述软件应用的至少一个移动用户设备、媒体存储和传送平台、无线远程通信网络以及至少一个第三方消息传递服务平台，并且其中所述视频消息传递系统适于执行本发明的第一方面的方法。

附图简述

附图示出了本公开的当前示例性实施例，并且连同上面给出的一般描述和下面给出的实施例的详细描述一起用于作为例子解释本公开的原理。因此，现在将仅作为例子且不在任何限制性意义上参考附图来描述本发明的优选实施例，其中：

图1示出了视频消息传递服务的基本系统架构的简化图示；

图2示出了视频消息传递服务的详细系统架构的简化图示，其包括在系统部件之间的操作；

图3示出了指示新视频消息的到达的移动用户设备和应用界面的图示；

图4是在包括如从元文件获得的消息的简要描述的新视频消息和该新视频消息上的应用的通知区域的示例说明；选择菜单项启动媒体播放器并自动播放视频片段；

图5是在包括多个视频片段的应用中的视频收件箱的图示；

图6示出了在视频收件箱中的打开的自定义选项菜单的示例说明；

图7示出了当播放视频时在移动用户设备上的应用界面(包括在右手侧上的三个屏幕上按钮)的示例图示，屏幕上按钮的功能和图形在元文件中被定义；以及

图8示出了示例元文件。

优选实施例的详细描述

将关于经由无线网络提供到一个或更多个移动最终用户设备的视频消息传递服务(服务器到客户端应用)来描述本发明的示例性实施例。然而，本领域中的技术人员应该认识到，也可以针对任何其他媒体类型和在对等应用布置中使用本发明。

为了解释的目的，应当认识到，如本文使用的术语“确定”、“推算”和“计算”及其变形可互换地被使用，并且包括任何类型的方法、过程、数学运算或技术。描述用于操纵模拟和数字媒体数据(例如音频、视频)的任何类型的数据或信号处理的术语“生成”和“适应”也可互换地被使用。术语“内容”或“媒体内容”被理解为包括音频、文本、图形、视频、图像、动画和其他可能形式的媒体。此外，描述为了特定的目的而设计的并且可以下载到移动用户设备上的计算机程序或一件软件的术语“应用”和“软件应用”可互换地被使用。没有详细描述众所周知的技术或方法以避免使本发明模糊。因此，本文公开的特定的结构和功能细节不应被解释为限制性的特征，而是仅作为用于权利要求的和用于教导本领域中的技术人员的基础。

现在参考图1和图2，在本发明的一个实施例中，视频消息传递系统100包括至少一个推送服务器102，其被配置为利用第三方消息传递服务106，例如谷歌云消息传递(gcm)，以便将消息“推送”到一个或更多个移动用户设备200。推送服务器102还被配置成“监督”(即控制)与gcm服务器的连接，维护和更新用户数据库(例如维护和更新用户反馈)，并且还为控制器提供用户界面。优选地，推送服务器102经由高速互联网连接来连接到gcm服务器106。

视频消息传递系统100还包括至少一个媒体服务器104，其操作地耦合到推送服务器102，并且被配置成存储媒体文件并且在接收到例如来自gcm服务器106的消息时传输媒体文件。本领域中的技术人员理解，任何其他触发器可以用于将媒体文件从媒体服务器104“拉取”到一个或更多个移动用户设备200。

第三方消息传递服务，例如谷歌云消息传递(gcm)服务，包括谷歌提供的连接服务器106、与连接服务器交互作用的第三方应用服务器(未示出)以及在移动用户设备200上运行的启用gcm的客户端应用。

gcm服务106对希望利用gcm服务与他们自己的应用的第三方开发者可用。因此，核心gcm软件作为对于主要安卓软件开发工具包(sdk)的扩展是免费可得到的。gcm服务本身是从谷歌无成本地可得到的，且对可以在任一天发送的消息的数量没有限制。

在这个示例实施例中，gcm软件使用“监听器”(事件驱动函数，在一些其他编程语言中也被称为“回调函数”)遵循通用的java^tm编程模式被集成到移动用户设备应用中。它是软件处理事件(例如gcm消息接收)的高度有效的方式。不是必须不断地检查任何接收到的消息，通知只在消息到达时被触发。这个通知向操作系统(os)注册，且应用没有必要实际上运行以便接收此类通知。

当对本发明利用gcm时，gcm服务处理向移动用户设备200发送消息的许多更复杂的方面。例如，通过使用gcm来传递送消息给具有唯一标识符(id)的安卓手机，开发者摆脱了必须关心移动用户设备200连接到哪个网络以及数据可以如何通过特定连接被发送的问题。gcm还提供存储和转发功能，使得在移动用户设备200由于任何原因是不能达到的情况下，消息被排队并且消息的传递稍后自动被重新尝试。

此外，没有明确涉及所需的通信网络。

gcm软件目前适合于在支持os2.2或更高版本的所有安卓手机上工作，尽管对于适于os3.0用户的较老的移动用户设备200可能需要首先在他们的手持送受话机(handsets)上建立谷歌账户。从操作系统4.0.4向前，谷歌账户不是需要的并且gcm将在没有任何用户干预的情况下工作。

本领域中的技术人员应当理解，尽管所描述的示例实施例利用谷歌云消息传递框架，但本发明的视频消息传递服务和系统100同样可以与其他云消息传递框架一起被利用。

视频消息传递服务架构和框架

对于第三方安卓开发者，gcm是方便的消息传递机制。然而，对gcm“推送的”消息允许的当前最大文件(消息)大小仅为4kb(千字节)，其是相对小的数据量，且因此没有大到足以允许视频消息传递。

因此，本发明利用gcm来发送专有的基于xml的元文件，其具有低于gcm大小限制(例如4kb)的最大文件大小。该元文件尤其包含在其中可以下载所有媒体内容(视频和任何图形)的统一资源定位器(url)。实际媒体被放置在媒体服务器104上由元文件中的url指向的位置处。

现在特别参考图2描述本发明的示例实施例(系统和方法)的典型操作。推送服务器102最初向gcm服务器106发送消息，其中向手持送受话机传递小消息的所有方面被处理。这包括例如在移动用户设备200离线的情况下的消息的排队和/或存储。

安装在移动用户设备200上的软件应用(app)被第一次使用时，唯一标识号(id)针对那个特定用户生成且那个id然后向gcm服务注册。唯一标识号(id)被自动发送到推送服务器102，允许新的移动用户设备200的未来标识。

当接收到传入的gcm消息时，gcm监听器框架被调用以将它的小(即，最大4kb)二进制有效负载传递到软件应用。在该特定示例中，gcm消息有效负载被解释为xml文件(可扩展标记语言)，其然后通过解析器(语法分析器)被发送以提取由在移动用户设备200上提供的软件应用(app)所需的任何特定信息。在可以以这种方式被传输的许多参数当中，最重要的参数是媒体内容文件的url，给应用提供主视频文件的地址(下载链接)和移动用户设备媒体播放器所需的任何其他媒体。

在接收到该xml元文件时，软件应用(app)生成由多媒体片段所需的媒体元素(包括按钮图形和描述性文本)的列表，以然后依次下载每一个媒体元素。当媒体内容从媒体服务器104作为后台进程被下载时，移动用户设备200保持“沉默”。一旦所有媒体项目被下载到移动用户设备200，用户通知就被生成并显示在移动用户设备200上。

为了验证数据(例如主视频文件)被正确地传输，文件校验和可以被包括在xml文件的媒体描述符中。然而，本领域中的技术人员应该理解，任何合适的传输验证方法可以被使用并应用于任何下载的内容。如果由移动用户设备在接收到视频文件时确定的校验和与从元文件提取的值不匹配，则视频文件的下载被重新尝试，直到被成功地传输到移动用户设备为止。此外，替代的下载位置(替代的url)可以在元文件中被提供，并在失败的下载尝试的次数超过预定次数的情况下被使用。

在使用期间，下面的步骤由媒体消息传递系统执行：

(i)媒体内容(视频、图形等)和xml元文件在操作中心中提供的pc工作站上被准备；

(ii)xml元文件例如通过互联网链接被上传到推送服务器102；

(iii)(由相应的xml元文件引用的)媒体文件例如通过互联网链接被上传到媒体服务器104；

(iv)推送服务器102然后：

-提供与谷歌云消息传递服务器的接口，

-维护用户数据库，

-维护用户反馈统计数据，

-提供用于管理的“控制面板”，

(v)媒体服务器104存储媒体文件；

(vi)建立在推送服务器102和谷歌云消息传递服务器(gcms)106之间的高速互联网链接。该链接允许xml元文件从推送服务器102“在下游”被推送到gcms(106)，或者允许“上游”消息从移动用户设备200经由gcms106传递回到推送服务器102；

(vii)使用例如http协议来建立从移动用户设备200到推送服务器102的互联网空中链接(ota)以传输下面的信息：

-gcm注册信息，

-用户偏好和设置(包括频道定义和选择)，

(viii)将xml元文件从gcms106“推送”(ota)到移动用户设备200，以及经由gcms106将反向“上游”反馈路径从移动用户设备200“推送”回到推送服务器102。

(ix)在接收到来自gcms106的消息时，安装在移动用户设备200上的软件应用(app)处理xml元文件，并从媒体服务器104自动下载所有所需的媒体(视频文件、图形、图像等)，

(x)从媒体服务器到手持送受话机的互联网(ota)-当经由gcms106接收到推送消息(元文件)时，移动用户设备200“沉默地”从媒体服务器104“拉取”所需的媒体内容，即作为后台进程。

在移动用户设备上接收和播放视频消息

下面的过程和用户交互作用可以发生在移动用户设备200上。在该特定示例中，专用软件应用(app)已经安装在移动用户设备200上。特别参考图3到图7。

当接收到视频消息时，消息通知可以采取例如在常见的安卓通知区域202中的标准通知的形式。用户然后可以例如通过选择在通知区域中的图标来直接播放视频消息或者通过选择桌面图标并从消息收件箱204打开新消息来运行应用。

新视频消息可以包括消息的简要描述(从相应的元文件获得的信息)。在通知区域202中选择视频消息可以启动媒体播放器并直接自动播放视频片段206，即，不显示视频消息收件箱204。

在该特定示例中，视频消息收件箱204被实现为包含播放每个相关联的视频片段206所需的所有媒体和元文件的目录。当接收到每个列表项目时，软件应用(app)查询相应的元文件并提取下面的示例信息：

-视频文件的名称，

-缩略图文件的名称，

-视频片段标题，

-指示消息是否是新的(未播放的)“标志”(即任何合适的指示符)，如果“新消息标志”被设置，则视频片段图标的背景可以成为浅黄色(或任何其他合适的颜色)。一旦视频片段206被播放，背景颜色就被设置回到默认的蓝灰色(或任何其他合适的默认颜色)。

如果可用数量的媒体项目未放置到可用的移动用户设备窗口空间内，收件箱视图可以以通常已知的方式上下滚动，并且可以在纵向和横向定向上都操作。

当用户用“长点击”按下任何项目时，选定项目的播放可以立即开始。当用户用“正常点击”按下任何收件箱项目时，菜单208可以被显示。菜单208不仅提供播放视频片段206的选项，而且还可以包括与视频片段206相关联的各种其他功能。

图6中所示的菜单208响应于在收件箱项目(即视频片段206)之一上的“正常点击”而被提供，并且进一步显示对该特定视频片段206可用的选项。一些选项(例如“播放”、“删除”和“设置”)可能对所有视频片段206都是可用的。然而，可以针对每个视频片段206特别配置其他选项，例如用“链接”图标210示出的那些选项。也就是说，用“链接”图标210示出的菜单按钮可以是使用户能够以各种方式与媒体播放器交互作用的选项。“片段信息”选项可以为用户提供在弹出对话框中的视频片段的简要描述连同小的缩略图图像。从上面的弹出菜单或者通过点击在通知区域202中的播放器图标来选择“播放”将激活媒体播放器屏幕。

图7示出了在主屏幕212上播放的视频，其中三个屏幕上按钮214、216、218设置在屏幕的右手侧上。针对屏幕上按钮214、216、218的链接和缩略图图形在元文件中被定义，并且可以与在弹出菜单208中的链接和缩略图图形相同或不同。缩略图图形是按钮定义的一部分，并且从媒体服务器104被下载。由于在典型的移动用户设备屏幕上的物理尺寸限制，三个或四个屏幕上按钮214、216、218可以是按钮的实际最大值，尽管在软件应用中没有固定的有限数量。增加按钮的数量的一种方式是借助于可滚动的按钮区域，其中多得多的按钮可以被定义，且然后以通常已知的方式被滚动浏览。

此外，主屏幕区域212可以被配置为通过隐藏屏幕上按钮214、216、218来在视频区域的整个屏幕上“最大化”，或者“最小化”，其中视频与屏幕上按钮214、216、218并排地显示。

用户设置和剖析(profiling)

在移动用户设备200上提供的软件应用(app)或媒体播放器允许用户指定对用户可能希望接收的媒体内容的类型的任何偏好。这确保消费者(即用户)仅被发送用户想要和感兴趣的媒体内容。通过软件应用或修改的预安装的媒体播放器提供的用户偏好实现广告的更特定的目标确定，因此增强了广告机会。

在媒体播放器上的设置和剖析功能被分为三个子类别：

-个人简档设置，

-频道选择，以及

-应用设置，

其中，三个设置中的每一个可以具有它自己的设置屏幕。

特别是，应用第一次被使用时，简档信息由自动运行的设置向导收集。这个剖析过程显示对应于个人简档设置和任何频道选择的两个设置屏幕。也可以在稍后的时间从菜单系统访问这两个屏幕以及应用设置屏幕以改变任何偏好或设置。受制于用户的同意，用户的简档数据可以与在元文件中提供的基本url合并。例如，到音乐网站的重定向可以定义以下列形式的自定义菜单web链接：

http://www.musicwebsite.com/homepage.html？[age][musical_preferences]；其中，在括号中提供的参数是占位符，以向媒体播放器指示在最终的url中包括来自用户简档的“年龄”和“音乐偏好”的请求。然而，本领域中的技术人员应该理解，任何其他参数都可以被添加或替换到查询字符串中。

定制菜单和反馈选项的元文件格式和规范

除了视频消息所需的所有媒体项目的url之外，还可以提供使媒体播放器能够提供各种附加功能的其他信息。

例如，元文件还可以包括：

-待播放的视频的文件名和简短描述；

-视频的url以及所需的图形和文本文件；

-可从媒体播放器或应用消息收件箱调用的定制菜单的任何定义，这也可以包括对于任何定制菜单按钮的缩略图图形；

-在应用收件箱204中和在通知区域202中显示的对于图标的缩略图图形(见图5、图6、图7)；

以及可选地：

-对于一键式搜索功能的搜索项的定义；

-反馈和报告数据的定义；

-适合于在特定时间通知用户的定时功能；

-在特定时间自动删除消息的定时功能；

用户响应机制

通过特制的软件应用(app)访问视频信息实现有用的定制。一种这样的定制可以是提供使用户能够快速且容易地对接收到的消息做出响应或与接收到的消息交互作用的框架。为了实现这个目的，在元文件内在创作(authoring)阶段在“逐消息”基础上指定各种用户反馈选项。软件应用处理在元文件中的信息以根据选定消息显示响应选项。

在每消息的基础上，可以指定下面的自定义菜单选项：

-对于菜单选项的标签文本(如“订购曲目”、“在web上更多”等)；

-反馈响应的类型；

此外，下面类型的反馈响应(例如，行动召唤(cta)功能)可以被支持：

-拨打指定的号码(例如销售热线)；

-向指定号码发送自动生成的sms；

-使用指定的url启动浏览器；

对于sms和浏览url(browse-to-url)选项，从元文件提取的附加数据可以被包括以帮助视频片段识别和跟踪。此外，对于sms和浏览url选项，来自用户的简档的数据(受制于所获得的权限)可以合并或附加到在xml元文件中指定的“基本数据”。例如，这可以允许从应用访问的网站的所有者对他们的访问者有所了解。

在sms反馈的情况下，该数据被自动包括在sms文本主体中，对于浏览url选项，相同的信息可以作为查询字符串被发送到媒体服务器104。

因此，浏览url功能可以提供：

-利用在查询字符串内的信息指定推送服务器102的url以识别另一视频片段的能力-浏览url选项可以因此用于向媒体服务器104请求另一视频片段；

-将用户链接到对正被查看的内容特定的“现在购买”网页的能力；

-与具有与正被观看的视频片段相关的预定义搜索项(在元文件内)的搜索引擎链接的能力-该功能可以导致“一键式”搜索功能而没有对用户输入(例如，键入搜索关键字)的任何需要；

-利用在查询字符串内的信息来指定推送服务器102的url以识别另一个视频片段的能力，浏览url选项因此可用于向媒体服务器104请求另一个视频片段。

数据捕获

本发明的软件应用可以用于以两种方式响应于分布式消息来收集用户数据。

(1)借助于经由gcm服务106发送回到推送服务器102的自动生成的消息。当视频的“播放”停止或结束时，这个消息可以被自动发送。这个模式可以被称为“自动报告”，因为它不依赖于任何用户明确行动或干预。

(2)当从播放结束按钮或从主弹出菜单启动浏览器时，也可以由web服务器收集数据。在这种情况下，用户可以做出按下反馈按钮并访问特定的网站的有意识的决定。

可以被收集的数据包括下列内容：

-视频是否被观看；

-视频是否被观看到结尾；

-视频被观看的次数；

-片段id(由推送服务器102分配)；

-移动用户设备的imei号；

-移动用户设备的安卓id号；

-移动用户设备的型号；

-通信网络；

-移动用户设备语言设置；

-与视频片段相关联的任何搜索项(这在接收服务器是搜索引擎时对于web反馈是尤其有用的)；

-选定屏幕上按钮的任何id-仅web反馈；

-任何选定屏幕上按钮的文本-仅web反馈；

如果用户已经设置了个人偏好(并受隐私问题的影响)，下面的参数也可以被收集：

-频道选择的列表；

-用户的性别；

-用户的出生日期；

-在个人偏好部分中提供的其他参数；

在这个特定的示例中，应理解，这里的安卓id是由操作系统(os)返回的id，而不是由gcm服务分配的相同的号码。

总之，本发明的示例实施例的方法(软件应用)能够传送几分钟播放长度的优质视频消息。消息本身可以无成本地被传递，并且不需要网络运营商的明确介入或参与。用户可以指定个人偏好以帮助服务运营商传递媒体内容，其可以被更准确地定制以迎合用户的个人口味。重要地，本发明允许用户能够对接收到的视频消息做出响应或与接收到的视频消息交互作用的各种方式。例如，这个交互作用可以采取将用户引导到特定网站以下载或查看更多相关媒体内容的形式，以搜索附加相关信息或者针对电子商务应用的单次按压“行动召唤”(cta)。任何用户响应选项的细节是非常灵活的，且可以在片段创作阶段在逐消息基础上被定义。此外，本发明提供收集详细使用信息的手段，进一步增强了对广告商的价值。例如，在广告商驱动的收入模型中，广告可以与视频特征组合。这些可以采用以下形式：主要特征的开始和/或结尾时的短视频广告、在播放结束之后显示的静态图形，以及链接到广告商的网站的自定义菜单选项的使用。

此外，向媒体服务器104请求另一个视频片段的能力使长得多的视频能够被分成适当数量的更小的片段，并且作为单独的“剧集”被发送。对于该系列中的每一剧集，可以有三个或更多个屏幕上选项按钮以允许(i)请求该系列中的接下来的剧集和(ii)提供到通常与那个特定的前一剧集或剧集的该系列相关的其他内容的html链接。提供请求下一剧集的功能的屏幕上按钮也可以用当前运行时间和/或剧集号来标记(例如，从xml元文件获得)，并且可以在当前片段正在播放时被请求。可选地，在当前剧集的预定百分比(例如总运行时间的50％)被观看之后，可以自动请求序列中的下一剧集。

收件箱显示选项

关于在元文件中包含的信息，可能标记每个视频片段206以允许在收件箱204内的各种显示选项。

例如，可以添加标签以允许过滤，使得用户可以选择仅显示特定类别的视频片段206。

可选地，视频片段206可以按字母顺序被显示或排序，或者可以根据特定的搜索项被显示。例如，视频片段206可以作为序列的多个部分或“剧集”被发送，并且在序列内的视频片段206可以被标记，使得收件箱204将显示视频片段206的系列的所有组成部分聚集为在收件箱204内的单个项目。

对等消息转发

不是仅使用本发明的视频消息传递服务和系统作为纯服务器到客户端服务，即，服务被直接提供到最终用户，本发明的实施例可以用于在最终用户之间的对等服务，即，视频消息可以利用本发明的消息传递服务从一个最终用户被转发或发送给另一个最终用户。

下面是描述本发明用于通过转发进行对等消息传递(逐步)的第一个例子。

(1)当安装在移动用户设备200上的软件应用(app)第一次被启动时，唯一gcm分配的号码(id)被记录在客户端数据库中。连同该信息一起，允许用户被识别的附加信息(例如电话号码和/或电子邮件地址)可以与这个唯一用户id一起被记录。附加联系信息(电话号码、电子邮件地址)将使拥有第二用户的联系信息的第一用户能够将(例如，最初从媒体服务器104发送给他们的)媒体消息转发给第二用户(例如，朋友或其他联系人)。

(2)为了从移动用户设备200转发视频消息，可以向媒体服务器104发送特殊的http请求，指示(i)待转发的视频片段206，(ii)谁(即，其他用户，id)正在发送视频片段206，以及(iii)谁是接收方(如由他们的电话号码或电子邮件指定的)。

(3)在接收到这个http请求时，媒体服务器104从所提供的接收方电话号码或电子邮件确定相关联的gcm网络id，并生成向指定的移动用户设备200发送指定的视频片段206的请求。因此，将视频片段206从一个用户转发给另一个用户的过程实际上与向中央服务器发送请求以将指定的视频片段206从媒体服务器104直接发送到指定的移动用户设备200相同。

(4)在指定的电话号码或电子邮件不与现有的gcm用户id相关联(或者没有在数据库中找到)的情况下，这将是如果接收方还没有在移动用户设备200上安装合适的软件应用或应用的情况，文本消息或电子邮件可以被自动生成并被发送给指定的接收方，包括下载和安装所需的软件应用或应用的链接。

下面是描述本发明用于用户生成的媒体内容的对等消息传递(逐步)的第二个例子。

本发明的实施例还可以用于向另一用户发送用户生成的媒体内容，例如在用户自己的移动设备200上拍摄的照片或视频。所需的步骤类似于用于将消息从一个用户转发到另一个用户的步骤。具体的变化是，在中央媒体服务器104上生成“发送请求”之前，要求用户首先将用户生成的媒体内容上传到中央媒体服务器104。事件的序列可以连同xml指令文件(即，与媒体内容相关联并经由推送服务器102推送的元文件)的自动生成和上传一起被自动调度。

本领域中的技术人员将认识到，上面的实施例仅作为例子且不在任何限制性意义上被描述，以及各种更改和修改是可能的而不偏离如由所附权利要求限定的本发明的范围。