[发明专利]交互通信中客户机－服务器交互方法和系统

说明书

发明领域

本发明涉及在通信系统中实现客户机-服务器交互的技术，特别涉及基于MPEG-4标准的通信系统。

背景技术

交互性是MPEG-4国际标准(ISO/IEC 14496 Parts 1-6,Committee Draft,October 31,1997,Fribourg,Switzerland)发展中突出关注的课题。反向信道专门用于交互消息支持。但是通过信道载带的消息的语法和语义仍然未加定义，对于触发这种消息发送的机制也是如此。现有诸如DSM-CC(ISO/IEC国际标准13818-6)和RTSP(RFC 2326)之类的标准支持传统的VCR型交互，在回放期间重新配置介质流，但是对于交互控制要求更为复杂的MPEG-4应用，这是不合适的。

交互消息可以由某个用户动作或系统事件生成。随后它被送至服务器，可由服务器通过增加和去除对象或切换至完全新的场景修改其正在传送的流。用户动作可以包括点击一个对象、输入文本流等。系统事件包括定时器、条件测试等。

交互性是针对应用的，并且无法借助用户事件完全定义交互行为。为了支持针对应用的交互性，应该采用类似CGI的方式。特定的用户事件使得针对应用的命令数据送回服务器。服务器可以随后一般通过发送场景描述更新命令作出响应。这使得可以完全自由地支持应用所需的全交互性。

MPEG-4基本上采用两种交互性模式：本地的和远端的。本地交互性可以利用MPEG-4 BIFS(场景的二进制格式，它基于VRML 2.0 ROUTEs设计(参见www.veml.org和“The VRML Handbook”，J.Hartman和J.Wernecke，Addison-Wesley，1996)并且在MPEG-4说明书(系统)部分1中描述)特有的事件架构充分地实现本地交互性。如果在另一应用中以MPEG-4接收方为主，则需要由应用将其传送至MPEG-4接收方的事件可以翻译为MPEG-4部分1定义的BIFS更新命令。

远端交互性目前由URLs组成。如MPEG-4系统委员会草案所定义的，这些只能用来获得对内容的访问。因此它们无法用于触发命令。

MPEG-4系统已经包含借助事件源/转换器路由(它们是场景描述(BIFS)部分)支持本地交互的事实要求服务器交互处理与本地交互性模型完全集成在一起。

发明内容

本发明的目标是提供一种技术，用于在两个诸如“客户机”和“服务器”之类的实体之间，利用MPEG-4国际标准传送消息。

本发明的第二个目标是提供一种技术，用于使系统或用户可以生成MPEG-4播放机或客户拟含义下的这类消息。

第三个目标是提供一种技术，用于生成与MPEG-4中定义的本地交互性模型兼容的这类消息，它基于VRML2.0规定。

进一步的目标是提供一种技术，用于编码MPEG-4比特流内的这类消息并将编码的消息链接至场景描述。

进一步的目标是提供一种技术，用于以一种在某种程序上使服务器能够在发送给客户机供使用之前方便地进行修改的编码这类消息。对于交互应用这是重要的。一个实例是“小甜饼”管理，服务器必须能够用存储特定站点用户活动的状态信息的码字迅速更新命令的内容。

为了满足借助以下揭示将进一步明显的这些和其他目标，本发明广义地提供一种技术，用于将服务器命令并入MPEG-4客户机。技术涉及命令描述符的使用，即与场景描述信息一起发送并且包含在相关事件触发之后返回服务器的命令的描述符的具体形式。场景描述中所需的事件源与这些命令描述符相关。

在一个实施例中，利用服务器路由完成了关联化。这些同样对传统的MPEG-4 BIFS路由进行操作，但是用源域与转换器命令描述符链接代替了将源域与转换器域链接。服务器路由需要MPEG-4 BIFS ROUTE语法的扩展。

在另一实施例中，利用命令节点实现了关联化。这种节点包含转换器域，并且与命令描述符关联。这种技术涉及一个以上节点类型加入MPEG-4 BIFS节点组。

在两种情况下，对于本地交互性(即生成并在本地客户机上处理的事件)和服务器交互性(即送回服务器的客户机生成命令生成的事件)可以采用MPEG-4定义的普通交互模型。在与命令描述符相关的事件触发之后，经服务器路由或常规路由至命令节点，客户机获取存储在命令描述符内的命令信息，将其分组入命令消息，比较好的是利用较佳实施例中提供的语法，并且利用合适的返回信道将其送回服务器。