在接收方装置上触发并执行活动内容的系统与方法与流程

文档序号:11868104阅读:211来源:国知局
在接收方装置上触发并执行活动内容的系统与方法与流程
本发明涉及一种在接收方装置上触发并执行活动内容的系统,并且尤其是,但不是只专用于,传送、触发并执行多媒体内容的系统与方法。全说明书中,除非本文另外需求,否则应了解,词语“包括”或其变型,例如“包含”或“包含有”,将隐喻包含所述的整体或整体族群,但不排除任何其它整体或整体族群。更进一步地,全说明书中,除非本文另外需求,否则应了解,词语“包含”或其变型,例如“包括”或“包括有”,将隐喻包含所述的整体或整体族群,但不排除任何其它整体或整体族群。

背景技术:
下面本发明背景的讨论将意图促进对本发明的了解。应明白,该讨论不是确认或承认所参考的任何材料都被发表、习知或为在发明优先权日的任何权限内本领域技术人员的一般公知常识的一部分。通信可发生在移动装置用户之间,而没有应答音频电话。此类微妙通信的范例采用未接电话的形式,其中发送方的电话在接收方可接听音频电话之前被放下。典型地,涉及此类微妙通信的当事者已具有预先确定的协议:一方打电话给另一方并且在铃响特定次数后挂断电话。对于当事者,该未接电话将传送一清楚的消息(例如,指示一方已抵达会面的地方)。未接电话也可用以简单地检查另一方是否在线,非常类似于因特网的“ping”。未接电话还可用以唤起另一方的注意,如当一方正邀请另一方启动一个电话(并且因此得付费)时。但是,此类微妙通信可能被误解并且通常是含糊不清的。作为音频电话的另一选择,通信的更明显形式是采用SMS形式。但是,这通常会产生成本并且每个SMS文字消息受限制于160个字符。多媒体消息服务(MMS)通过允许非文字内容(例如,图像、音频或视听内容)被添加至消息而扩展核心SMS(短消息服务)功能。虽然在SMS之上提供增强的用户体验,但SMS以及MMS两者皆需要SMS/MMS的接收方操作他的移动装置(通常经由在移动装置上按压一些按钮),以便能够观看/听到MMS消息。关于MMS消息的另一缺点是,每次当MMS消息被传送时,有效载荷被重复传送。进一步地,多数移动式网络在接收方的移动装置的显示器上提供呼叫者识别(呼叫者ID)。这需要接收方在能够读取呼叫者ID之前,是在移动装置的极为邻近处。呼叫者ID系统已经有改进,其可听见地通知电话接收方有关呼入电话的特性—亦即,音频呼叫者ID系统。此类音频呼叫者ID系统通常包含语音合成器,其被配置以识别显示在接收方的呼叫者ID显示屏上的呼叫方的名称及/或号码。其它呼叫者识别方法通过依据呼叫者的铃声音调客制化服务而作用。但是,铃声音调通过呼叫而被触发并且因此是呼叫建立过程的一部分。此外,音频或铃声音调通常被映射至呼叫者并且此映射可以是唯一的,因此实现呼叫者识别。但是,此铃声音调通常由接收方指定至呼叫者。对于呼叫者,目前没有系统能使得特定的铃声音调在接收方的装置上被激活。本发明试图减缓或降低上述的缺点。

技术实现要素:
依据本发明第一方案,提供一种触发并执行活动内容的系统,该系统包括发送方装置以及接收方装置,其中:该发送方装置被配置以传送触发消息至该接收方装置,该触发消息指定将被该接收方装置执行的至少一个可执行文件;并且该接收方装置被配置以访问并执行该指定的可执行文件。该系统可进一步包括服务传送平台,用于将触发消息自该发送方装置转发至该接收方装置。优选地,该服务传送平台被配置以检查该接收方装置是否支持该触发消息。如果该接收方装置被发现不支持该触发消息时,则该服务传送平台将触发消息转换为被该接收方装置支持的消息,并且将转换后的消息发送至该接收方装置。优选地,转换后的消息包括针对接收方装置下载对于触发消息所必需的支持的邀请。触发消息可进一步包括用户可读消息。优选地,触发消息是XMPP消息。指定的可执行文件可被储存在接收方装置上或者被储存在触发消息所指定的另一位置处。此另一位置包括可从其下载可执行文件的因特网商店或数据库。优选地,该可执行文件是压缩文件格式。依据本发明第二方案,提供一种触发并执行活动内容的方法,该方法包括下列步骤:在发送方装置配置触发消息,该触发消息指定将被接收方装置执行的至少一个可执行文件,并且在接收方装置处配置以访问并执行该指定的至少一个可执行文件。依据本发明的第三方案,提供一种包含如上所述的软件指令的计算机可读介质。附图说明现在将仅通过展示的范例参考附图说明本发明,其中:图1是依据本发明实施例的系统方块图,并且图2是依据本发明实施例的传送、触发并执行活动内容的方法的流程图。具体实施方式图1展示依据本发明实施例的用以传送、触发并执行活动内容的系统10。于该实施例中,活动内容被作为多媒体内容形式的示例。系统10包括与接收方装置14通信的发送方装置12。发送方装置12以及接收方装置14一般是移动式电话。发送方装置12安装有支持特定于本发明的文件格式的软件/固件部件,该文件格式在此之后被称为FX消息。该FX消息一般包括指定将由接收方装置14执行的至少一个可执行文件的触发消息(在此之后称为FX触发)。该可执行文件在此之后被称为FX束(bundle)。该FX束是压缩的格式。该FX束包括配置文件以及以图像文件、视频文件或/及音频文件中的一个或多个形式的选择性内容;或到例如软件微件的应用的指针。如上所述的内容在此之后被称为FX内容。该FX束的配置文件优选是XML文件的形式。该XML文件可进一步包含元数据、对于FX内容的下载URL的信息、包含持续时间以及其它效果的FX内容的显示或回放指令、对于接收方装置14的显示或执行指令。为了执行与嗅觉或触觉效果相关联的任何FX内容的目的,接收方装置14选择性地包含外围设备,例如,不论何时可用的振动源、LED、背光、附加内建式或附属嗅觉以及触觉I/O。范例包含振动警告、光指示器或/及气味贮存器。FX束可被封装且以类似于分配铃声音调的方式而被分配。接收方装置14可以安装有或未安装有软件/固件部件。在接收方装置14未安装有软件/固件部件的情况中,FX消息可具有遗留支持(legacysupport)以允许转至SMS或MMS,根据具体情况,用于传送至这种接收方装置14。FX束可在接收方移动装置14上以多种方式可用。例如:预先部署—其中,接收方移动装置14已被制造而具有内建式FX束。按需求—其中,接收方移动装置14可经由例如因特网或其它构件下载或要求FX束。FX束也可自操作员应用商店处购买。可选地,在动态菜单项目的情况下,它们可作为应用自公司下载。语境—其中,当需要执行FX束并且在接收方装置14中没有本地副本可用时,FX束可被下载。推送—其中,FX束拥有者将束副本传送至用户或至被动式市场。本领域技术人员应明白,上述部署选项可组合地被使用并且未来的部署变型可包含于本发明实施例中。FX束一般遵循<fxbundleID>.fx形式的文件命名约定,其中.fx文件是压缩文件束。文件名<fxbundleID>实际上选择性地是由以下所构成:头三个数字作为移动国家码(MCC),其余的数字作为FX内容的唯一识别码。在FX束内的所有文件将也使用文件名<fxbundleID>,同时维持它们各自的文件扩展名,例如,对于PNG图像文件为.png,对于MIDI格式的音频文件为.mid,等等。发送方装置12以及接收方装置14进一步与被利用的通信网络或其每一个的服务传送平台16通信。服务传送平台(SDP)16包括对于FX消息传递提供服务传送架构(例如,服务创建、会话控制和协议)的一组部件。在该实施例中,服务传送平台16被配置以提供适当的消息传递支持,亦即,对于FX消息的可扩展消息传递与呈现协议(XMPP);其经由XMPP服务器17被实施。在接收方装置14不是XMPP兼容的情况中,SDP16也被配置以支持包含SMS与MMS的传统消息传递协议;公开的标准,例如,会话发起协议(SIP)以及用于实时消息传递及呈现利用扩展(SIMPLE)的会话发起协议等。SDP16进一步被配置以通知FX束的接收方:基于FX束ID请求采用哪一FX内容。FX触发指定待由接收方装置14所执行的动作并且使得接收方装置14执行FX消息指定的动作。因此,没有涉及装置再配置,也不需远程访问。为了执行各种功能,该SDP16包括:-处理以及转发消息的消息中继器16a。-转码器16b,如果接收方装置14不支持FX消息(亦即,其不能接收FX触发并且执行FX束),则转码器16b将FX消息转换为传统SMS/MMS消息。-具有应用程序商店的用户界面16c,其允许与应用程序商店交互而购买FX。该界面可以是浏览器、移动式电话应用程序等等。-用于FX束下载的下载器16d。SDP16还保留注册数据库16e以用于安装有软件/固件部件的任何装置12、14(亦即,FX客户端)。注册数据库16e记录接收方装置14的移动式识别号码(MIN)。在接收方装置14的移动式识别号码(MIN)在SDP16中不被注册为具有FX客户端的情况下,则其被假设为不是可兼容地支持FX消息传递的接收方装置14。图2以图解方式展示依据本发明实施例的产生与接收FX消息的过程。FX消息包括FX触发以及任何选择消息。过程开始于发送方装置12的用户请求将FX消息(步骤22)传送至接收方装置14。为了说明起见,将被传送的FX消息是一触发以执行生日FX内容(步骤24)。选择消息是生日祝贺词。该生日FX内容呈具有正被吹灭的蜡烛的蛋糕的视频形式。选择的客制化消息被添加至视频上(步骤26)。选择消息可以是SMS的形式或包含为本领域技术人员所习知的FX消息的一部分的任何其它可客制化的文本字段。选择消息足够短以适于SMS(在160字符内)从而在接收方不支持FX消息的情况下支持后退使用情况。FX消息请求接着被传送至SDP16(步骤28)。在接收FX消息时,SDP16检查接收方的移动装置14(步骤30)以确定装置14是否支持FX消息。该检查也可通过接收方装置14完成。如果接收方移动装置14支持FX消息传递,亦即,如果没有遗留问题的话(步骤32),则SDP16接着检查接收方装置14的用户代理(步骤34)以验证是否需代码转换。如果需要代码转换,则生成可兼容的代码(步骤36)。该可兼容的代码接着被推送至接收方装置14作为可扩展消息传递与呈现协议(XMPP)消息(步骤38)。XMPP消息是FX触发,其当被接收到时由接收方装置14读取(步骤40)。指定的FX内容(亦即,生日FX)接着依据FX触发被选择(步骤42),并且解析XMPP消息的XML文件(步骤44)。SDP16接着检查是否存在所需FX束的本地副本(步骤46)。可在FX束副本而不是消息本身上执行该检查。如果FX束的本地副本是可用的,则取回FX束(步骤48)并且读取该FX束(步骤50)。FX束的取回涉及抽取、解压缩以及解束(unbundle)。接着执行XML配置文件(FX脚本)(步骤52),同时显示选择消息(步骤54)。另一方面,如果在步骤32,确定接收方移动装置14不支持或是不兼容FX消息传递(亦即,不兼容XMPP格式),则FX消息被转换为基于SMS/MMS的消息(步骤56),在该意义上仅选择的客制化消息文本与FXID一起被传送至接收方移动装置14。可选地,也可传送通知用户如何得到FX客户端的单独消息。取代单独消息,另一选择是触发应用程序商店应用程序以建议接收方购买FX(如果其不是免费的FX)。这提供了用于应用程序发现的机制。SMS/MMS接着被传送至接收方移动装置14(步骤58)。此外,如果不需要代码转换,则XMPP消息直接地被传送而不需要转换为可兼容的代码。进一步地,如果在步骤46没有本地FX束副本,则FX束可被下载(步骤60)。所公开的系统与方法提供下面的优点:˙FX消息传递协议是具有其自己的触发协议的独立消息传递系统,其不只是涉及音频-视频回放,还涉及来自目标移动装置的光学与机动(motor)响应,并且选择性地包含触觉以及嗅觉I/O(被配备于装置中)。因此其不被链接至接收方移动装置14。˙由于FX消息在发送方装置12处被逻辑地设定或配置,其转换为在接收方装置14上进行较少的处理,同时提供配置结果的灵活性。接收方因此可享有FX内容的即时播放。˙被支持的FX内容在本发明中被预先定义以传送特定目标消息,且具有增加更个人化接触的注解的进一步选择。˙由于FX消息刚好包括触发文件以及选择消息,所以每当消息被传送时其不必定得包含有效载荷。˙先前技术的消息传递SMS/MMS受限于多媒体及/或文本。SMS受限于基于文本的消息传递,其已通过MMS扩展为包含音频及视频。但是,MMS以及SMS两者皆不支持光学与机动部件。本发明被开发以扩展光学与机动部件的消息传递,并且甚至包含触觉以及嗅觉。此外,在本发明的情况下有效载荷被预先安装在客户端中并且不需要对于消息被传送的每个实例传送有效载荷。˙与传统的智能电话应用相比,虽然各种智能电话应用可实施一些形式的消息以触发远程动作,但远程动作不携带消息或不传达消息。本发明在移动环境下组合远程控制并经由消息传递进行通信。应了解,上面的实施例仅通过本发明范例提供,例如,下面那些详细的,并且相关技术的技术人员应明白,进一步的修改与改进被视为落在本发明叙述的广义范畴以及领域之内。更进一步地,虽然已讨论了单独的实施例,但应了解本发明也涵盖已讨论的实施例的组合。˙可在仅被启用FX消息的一方所参考的消息传递服务器侧完成配置。˙FX消息可被配置以开始包含网页微件(可在由用户安装在网页内并且执行的小的应用程序)的一般应用,而非只回放静态内容。FX消息可进一步被配置以远程访问网络微件。这在可能的FX内容数量增加进一步的活力。˙本领域技术人员应明白,所描述的命名约束仅是对文件的特定命名机制的范例。依据实施,其它命名约束可依据所需的应用而成为可能。另有其它应用也使用MCC(移动国家码)+MNC(移动网络码)+可应用的一些其它代码的这种约束。˙在不需要转码的情况下,XMPP消息可直接地被传送而不需要转换为可兼容的代码(亦即,在后退至非智能电话的场景之外)。˙本领域技术人员应明白,XMPP服务器17以及服务传送平台16可被整合。˙FX消息也可被用作触发以执行预先可编程机器中的内容或其它应用程序。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1