CN101331455B - 操作再现平台的数据处理系统和方法 - Google Patents

Abstract

一种操作再现平台的方法包括在再现引擎处接收再现片段，将来自再现片段的指令传递到回调部件，和按照该指令从回调部件向外部应用程序进行过程调用。该方法最好包括在再现引擎上注册一个或多个再现装置和将回调部件作为再现装置注册在再现引擎上。

Description

操作再现平台的数据处理系统和方法

本发明涉及一种操作再现平台的方法并且涉及一种包括再现平台的数据处理系统。本发明支持借助再现资产进行外部服务的调用。

今天，分布式再现(rendering)平台，比如WO02/092183中介绍的那种分布式再现平台，使得程序设计者能够定义跨越多种输入/输出装置(比如灯、风扇、显示器等)的交互式媒体呈现(presentation)。再现平台再现″事件″，并且通常存在一种事件机制，使得再现平台能够借助定义该平台的技术规范中的′事件′语言元素再现例如来自装置的外部事件。不过，对于第三方应用程序来说，不可能对由分布式媒体呈现引擎触发的事件做出反应。这一问题的一种可行的解决方案是将再现平台的内部状态透露给第三方应用程序，但是从安全的角度来说通常不希望这么做。

第三方应用程序能够添加包含事件的文档(有时称作片段)，从而具有影响再现平台状态的手段，但是通信仅仅是单向的，即从第三方应用程序到再现平台。因此第三方应用程序不可能对再现平台状态的变化做出反应。该应用程序可能会试图保存再现平台状况的一致副本，但是这样做并不理想，尤其是在可能有很多这样的应用程序起作用的高度分布的环境下。结果，应用程序仅能够′猜测′何时添加文档或从再现平台撤回文档。这意味着再现平台只能用于相对静态的分布式媒体呈现，这种分布式媒体呈现仅仅包含与最终用户或第三方代理进行有限形式的交互。可由再现平台和相关语言提供的功能是有限的。对于更为复杂的再现操作，例如对三维对象的三维操控，大多数超媒体置标语言都有欠缺。

因此本发明的目的是对已知技术加以改进。

按照本发明的第一个方面，给出了一种操作再现平台的方法，该方法包括在再现引擎处接收再现片段，将来自再现片段的指令传递到回调部件，和按照该指令从回调部件向外部应用程序进行过程(procedure call)调用。

按照本发明的第二个方面，给出了一种数据处理系统，包括再现引擎、一个或多个再现装置、回调部件和外部应用程序，再现引擎安排成用于接收再现片段和将来自再现程度段的指令传递到回调部件，并且回调部件安排成用于按照该指令对外部应用程序进行过程调用。

按照本发明的第三个方面，给出了一种计算机可读介质上的计算机程序产品，用于操作再现平台并且包括用于在再现引擎处接收再现片段、将来自再现片段的指令传递到回调部件和按照该指令从回调部件向外部应用程序进行过程调用的指令。

由于本发明，可以以这样一种方式操作再现平台：可以从再现平台内的部件调用外部应用程序，而不需要该程序调用通过再现引擎。用于过程调用的命令，传递给回调部件的指令，是通过再现引擎传递的，不过再现引擎并不关注该指令的内容，而是将其视为串值并且将其转送到适当的回调部件。本发明的优点包括这一事实：它是高度通用的，这是由于它会对任何类型的应用程序起作用，因为可以为各种应用程序编写专用的回调部件。更为通用的回调部件(例如基于SOAP协议)也是可以的，其并不需要改变再现平台。全部所需的仅仅是实现回调部件，并且不会泄漏再现平台的内容。

本发明分两部分给出了针对访问外部应用程序的问题的解决方案。首先，实现了实施针对第三方应用程序的回调机制的再现装置。其次，用呈现语言将过程调用作为媒体资产/项目提交给再现引擎。

有益地，本发明此外还包括将一个或多个再现装置注册在再现引擎上和将回调部件注册在再现引擎上。最好，将回调部件作为再现装置注册在再现引擎上。通过将回调部件注册为看起来是再现平台内的再现装置，再现引擎将会总是将回调部件当作再现装置寻址，并且不需要对再现引擎的操作进行修改。

最好，再现装置或回调部件的注册包括接收XML文档，并且回调部件的注册包括从外部应用程序接收XML文档。

理想地，传递到回调部件的来自再现片段的指令包括过程调用。

现在将参照附图仅以举例的方式介绍本发明的实施方式，其中：

附图1数据处理系统的示意图，

附图2是附图1的数据处理系统的另一个示意图。

附图1和2表示数据处理系统10，该系统包括再现平台12，再现平台12由再现引擎14、再现装置16和回调部件18组成。在系统10内包含有应用程序20，该应用程序20处于再现平台12外部。在附图1中，借助于提供给再现引擎14的XML文档22将再现装置16和回调部件18注册到再现引擎14。

为了将它自己注册为新的装置，回调部件18必须向再现引擎14注册。这是通过向再现引擎14发送一个介绍回调部件18的能力及其位置的文档22来完成的。对回调部件18进行注册的文档22是由第三方应用程序20发起的，这是从再现平台12调用外部应用程序20所利用的方法。

下面的代码片段是文档22内容的实例。文档22的格式和语法取决于再现平台12的具体情况。

<pml>

<fragment>

<device>callback

      <capability>

<type>extemal_application</type>

      </capability>

      <location>ANYWHERE</location>

</device>

</fragment>

</pml>

再现引擎14将会把这个文档22解译注册一个名为callback(回调)的新装置，其具有调用外部应用程序(类型external_application)上的过程的能力。该装置可以处于ANYWHERE(任何位置)。一旦将该装置向再现引擎14进行了注册，就可以使用它了。通过将它自己再现为装置，回调部件18被再现引擎14视为该平台内的任意另一装置。

再现引擎14将会接收到再现片段(比如附图2中的文档24)，然后将这些片段整个地或部分地分发给再现装置16和回调部件18。回调部件18实际上是一种特殊类型的再现装置。它并不再现文本、音频或某种其它形态，而是在接到再现引擎14的指示时调用第三方应用程序20上的过程。如果取消了所有常规的再现装置(灯光、声音、视频等等)，则再现引擎14能够单独使用回调部件18并且能够编排通用软件应用程序。再现引擎14跟踪内部状态，并且经由回调部件18调用程序过程。可以以下列方式实现使用回调部件18的再现引擎14。

再现引擎14从源(可以是第三方应用程序20)接收说明24(典型地是XML文档)，该说明24告诉引擎14应当再现什么。对于特殊的再现引擎来说，说明24可以是片段，对于HTML浏览器来说，说明24可以是HTML文档。再现引擎14阅读该说明并且对再现装置16发出命令(例如，播放或停止媒体项目)。下面的代码片段表示适合用在WO02/092183的系统中的用置标语言写成的呈现说明的实例。

<pml>

<fragment>

<asset>asset1

      <state>red</state>

      <type>rgb_light</type>

      <value>80，0，0</value>

      <shareable>YES</shareable>

</asset>

</fragment>

</pml>

如果将这个片段添加到再现引擎14中的片段库中，则将会发生下面的事情。如果状态red(红)在再现引擎14中生效并且有一个或多个类型为rgb_light的可用装置16，则将值80、0、0发送给(这些)装置16(只要各个装置具有与针对状态/对象red而定义的位置属性值相同的位置属性值)。

按照类似的方式，如果某一状态变为真，则现在就可以调用第三方应用程序20了。片段24可以包括下面的XML：

<pml>

<fragment>

<asset>hello

      <state>red</state>

      <type>extemal_application</type>

      <value>printHello</value>

      <shareable>YES</shareable>

</asset>

</fragment>

</pml>

如果将这个片段24(该片段可以来自第三方应用程序20)添加到再现引擎14中，则将会把文档24内的指令26printHello传递到回调部件18。当状态red在再现引擎14中变为真时，回调部件18将会对第三方应用程序20进行过程调用28。回调部件18实施如何调用第三方应用程序20，而再现引擎14仅仅知道′媒体资产′hello必须按照值printHello来加以′再现′。第三方应用程序20必须已经实现了远程过程调用对接，才能使得回调部件能够发起过程调用，否则所有的外部(远程)过程调用都会失败。

总地来说，是将具有external_application类型的资产说明的文档24发送给引擎14。引擎14识别该资产类型(之前将其自己注册为具有这种能力的名为回调的装置)并且在状态变为red时将value属性中的命令串printHello发送给该装置。部件18调用第三方应用程序20中的printHello过程(本地地或远程地)。注意，该命令串可以包含完整的(远程)过程调用说明(例如，在SOAP中)，从而使得回调部件18更为通用。

前面介绍的办法也可以应用于很多其它的说明性呈现语言，因为很多呈现语言会区分装置说明和媒体元素说明。例如在SMIL(针对网上多媒体的W3C标准)中，存在指定(屏幕)装置和装置上的(屏幕)区域的布局段落。可以在主要部分中使用诸如音频、视频和图像之类的语言要素来分别指定音频、视频或图像媒体项目。这些媒体元素必须总是要与一个区域相关，因此，间接地，总是与装置关联。因此，可以在布局部分中规定前面讨论的回调部件并且在主要部分中使用。

本发明总地来说适用于媒体增强生活环境，其被设计用来支持日常生活行为(周围智能环境)和语境感知系统。

Claims (9)

1.一种操作再现平台（12）以在媒体增强环境中再现跨越多个装置的交互式媒体呈现的事件的方法，包括在再现引擎（14）处接收再现片段（24），将来自再现片段（24）的指令（26）传递到回调部件（18），和按照该指令（26）从回调部件（18）向外部应用程序（20）进行过程调用（28），

还包括在再现引擎（14）上注册一个或多个再现装置（16），在再现引擎（14）上注册一个或多个回调部件（18），其中将回调部件（18）作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。

2.按照权利要求1所述的方法，其中再现装置（16）或回调部件（18）的注册包括接收XML文档（22）。

3.按照权利要求1所述的方法，其中回调部件（18）的注册包括从外部应用程序（20）接收XML文档（22）。

4.按照前述任何一项权利要求所述的方法，其中，传递到回调部件（18）的、来自再现片段（24）的指令（26）包括过程调用（28）。

5.一种数据处理系统，以在媒体增强环境中再现跨越多个装置的交互式媒体呈现的事件，包括再现引擎（14），一个或多个再现装置（16），回调部件（18），和外部应用程序（20），再现引擎（14）安排成用于接收再现片段（24）和将来自再现片段（24）的指令（26）传递到回调部件（18），并且回调部件（18）安排成用于按照该指令（26）对外部应用程序（20）进行过程调用，其中所述一个或多个再现装置（16）安排成用于在再现引擎（14）上注册，回调部件（18）安排成用于在再现引擎（14）上注册，其中回调部件（18）安排成作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。

6.按照权利要求5所述的系统，其中，再现引擎（14）、所述一个或多个再现装置（16）和回调部件（18）组成再现平台（12）。

7.按照权利要求5或6所述的系统，其中再现装置（16）或回调部件（18）的注册包括接收XML文档（22）。

8.按照权利要求7所述的系统，其中回调部件（18）的注册包括从外部应用程序（20）接收XML文档（22）。

9.按照权利要求5或6所述的系统，其中，传递到回调部件（18）的、来自再现片段（24）的指令（26）包括过程调用（28）。