CN1726708B - 能轻松地预备多媒体内容的多媒体数据处理设备 - Google Patents

Abstract

多媒体处理设备执行脚本，该脚本具有由其中媒体数据被按时间顺序描述的绘制信息描述部分，和其中事件和动作之间的对应关系和执行条件被按时间顺序描述的用户导航信息描述部分所组成的数据结构。该多媒体处理设备执行该脚本，并且从而，媒体数据被按时间顺序重现，且与此同时，展示能被按时间顺序执行的操作的用户接口被输出。然后，诸如插入媒体数据的预定处理能依照预定计时通过执行用户接口随后的操作而得到执行。

Description

能轻松地预备多媒体内容的多媒体数据处理设备

技术领域

本发明涉及一种用于多媒体数据处理设备，多媒体数据处理程序产品和记录多媒体内容数据的记录媒体，特别涉及一种能轻松准备多媒体内容的多媒体数据处理设备，多媒体数据处理程序产品和记录多媒体内容数据的记录媒体。

技术背景

近年来随着诸如便携电话的通信设备的推广，把制作好的多媒体内容传送给其他用户，或者具有为其他用户制作的多媒体内容的通信正在推广。

然而，当制作多媒体内容时，在许多情况下，需要复杂的操作步骤，并且在一些情况下，这样的制作对不熟悉该操作的用户是困难的。

因而，一种以简化用户操作为目标的技术已经得到考虑。

作为这样的通信工具，日本发明公布号2002-140270揭示了一种在接收该脚本所依附的电子邮件时，与电子邮件的打开操作连动，取样并执行附上的的脚本的接收设备，且进一步的，一种制作反映已经在接收设备中被执行的动作的脚本并以它被通过电子邮件的发送者输出的方式来控制处理结果的输出的接收设备。发送侧期望的动作能通过使用诸如在日本发明公布号2002-140270中所描述的接收设备来由接收侧执行。

更进一步的，日本发明公布号2002-324036描述了一种用于轻松地制作一种附上多媒体数据的电子邮件，事先准备描述内容的版面信息的电子邮件模板，依照模板的版面信息制作包含多媒体在内的电子邮件的技术。

在上述日本发明公布号2002-140270中描述的接收设备被制造来执行脚本的制作，并且从而，多媒体内容被制作的情况下，问题出现在，必须记述复杂的脚本并且将它发送给接收设备。另外，问题出现在，某些情况下，被执行的脚本不能诱导在接收侧的操作，因此没有必要获得期望在发送侧的动作。

更进一步的，在电子邮件或类似等等的消息作成侧并不容易制作电子邮件，也是个问题。也就是说，把消息制作者准备好的脚本和数据简单地合并起来制作消息是困难的。

在日本发明公布号2002-324036做为用于简化包含多媒体数据的消息或电子邮件，且通过使用在其上排版信息被描述的模板来帮助信件，静止图片或者类似等等排列的技术，在制作许多图像和文本被混和在一个巨大的能在PC(PersonalComputer，个人电脑)显示的屏幕上的电子邮件的情况下能有效地工作。然而，该发明文档没有陈述电子邮件屏幕按时间顺序诸如场景A，场景B和场景C不连续变化制作切换内容的电子邮件的情况，问题出现在，制作按时间变迁的多媒体数据对于用户是困难的，即使在使用了该发明文档所揭示的技术的情况下也是如此。

更进一步的，问题出现在，消息的内容不能通过利用多种操作来重写，诸如照相机，麦克风，和地址列表，而这些功能是在做为传统数据处理设备的便携电话或终端等中终端中所固有的。

更进一步的，问题出现在，在制作侧的做为传统数据处理设备的终端中，为制作多媒体内容而被使用的脚本的一部分被重写，通过在重现侧利用该脚本时，不能通过最小限度的脚本的重写部分来实现制作和重现。

更进一步的，问题出现在，在制作侧的做为传统数据处理设备的终端中，用于制作多媒体内容而被使用的脚本或标签中，不是接收者所必需的或没有遵循标准步骤的脚本命令或标签不能被消除。

发明内容

本发明被提供以便解决这些问题，且本发明的第一个目的是提供一种能轻松制作多媒体内容的多媒体数据处理设备，一种多媒体数据处理程序和一种用于多媒体内容数据的数据结构，且进一步的，本发明的第二个目的是提供一种允许接收者不会失败地执行制作和编辑需要的多媒体内容的操作的多媒体数据处理设备，一种多媒体处理程序和一种用于多媒体内容数据的数据结构。

本发明提供了一种如下所示的多媒体数据处理设备以便解决上述问题。也就是说，为了达到上述目的，一种依照本发明的一个特色的多媒体数据处理设备具有：用于依据被包括在模板中的脚本，重现从该脚本参照的数据的脚本执行单元；用于确定脚本所参照的数据中能由用户改变的部分数据的用户可改变数据确定单元；用于改变能被改变的部分的数据改变单元；和用于至少输出脚本或被改变的数据的数据输出单元。

依照本发明的另一个特色的多媒体数据处理设备具有：用于依据被包括在模板中的脚本，重现从该脚本参照的数据的脚本执行单元；用于依照被包括在模板中的脚本选择多媒体数据处理设备的功能的功能选择单元；用于依照被包括在模板中的脚本，使用选出的功能，确定在脚本所参照的数据上执行怎样的处理的动作确定单元；用于执行被确定的处理的动作执行单元；用于改变脚本所参照的数据的数据改变单元；和用于至少输出脚本或被改变的数据的脚本和数据输出单元。

依照本发明的另一个特色的多媒体数据处理设备具备：用于获取已组成包括脚本的模板列表的模板列表获取单元；用于显示模板列表的模板列表显示单元；用于从被显示的模板的列表中选择一个或多个期望的模板的模板选择单元；和用于把选出的模板作为消息传送到另一个设备的消息传送单元。

依照本发明的另一个特色的多媒体数据处理设备具备：用于获取已经被组成包括脚本的模板的模板获取单元；用于从广播站获取节目的节目获取单元；用于获取通过因特网提供的因特网内容的内容获取单元；和用于依照包括在模板中的脚本，在脚本指定的屏幕上的位置和时间，重现脚本参照的数据，由节目获取单元获取的节目，和由内容获取单元获取的因特网内容中的至少一个的脚本执行单元。

依照本发明的另一个特色的多媒体数据处理程序产品是允许计算机执行被组成已经包括脚本的模板中的处理的程序产品，该脚本允许计算机执行以下步骤：依照脚本重现包括在模板中的脚本所参照的数据的脚本执行步骤，确定能由用户从脚本所参照的数据中改变的部分的用户可改变数据确定步骤，通过使用多媒体数据处理设备的功能改变可改变部分的数据改变步骤，和输出脚本或被改变数据中的至少一方的数据输出步骤。

依照本发明的另一个特色的多媒体数据处理程序产品是允许计算机执行被组成以包括脚本的模板的程序产品，该脚本允许计算机执行以下步骤：依照脚本重现包括在模板中的脚本所参照的数据的脚本执行步骤，依照被包括在模板中的脚本选择多媒体数据处理设备的功能的终端功能选择步骤，使用选出的功能确定为脚本所参照的数据执行怎样的处理的动作确定步骤，执行被确定的处理的动作执行步骤，改变脚本所参照的数据的数据改变步骤，和输出脚本和被改变的数据中至少一方的脚本和数据输出步骤。

依照本发明的另一个特色的记录媒体是记录具有数据结构的多媒体数据内容的记录媒体，该数据结构是一种在数据处理设备中被处理的数据结构，该数据处理设备包括：用于重现媒体数据的重现单元和用于接收来自用户的输入操作的输入单元，且它包括用于展现由数据处理设备中的重现单元重现的媒体数据的重现描述单元，用于展现由该数据处理设备的输入单元接收到的输入操作和与输入操作相应的处理的输入操作描述单元和用于管理在数据处理设备的重现单元中被重现的媒体数据的有效时间和由输入单元接收的输入操作的有效时间的时间表描述单元，其中，多媒体内容数据被处理，以便预设媒体数据基于时间表描述单元在预设时间在数据处理设备的重现单元中被重现，预设输入操作由数据处理设备在预设时间被接收，且数据处理设备基于输入操作描述单元在预设时间执行与预设输入操作对应的程序。

附图说明

图1是展示了依照本发明的数据通信系统的配置图。

图2是展示了包括在数据通信系统中做为重现和编辑系统的便携电话1的硬件配置的具体例子的模块图。

图3展示了存储在便携电话1的存储器单元130中的程序和便携电话1中的数据处理流程。

图4是展示了重现和编辑引擎程序131的功能配置的模块图。

图5模式化地展示了脚本的数据结构。

图6，7和47展示了脚本的具体例子。

图8展示了描述了启动应用程序和在启动时被显示的UI的通信的对应关系的表的具体例子。

图9是展示了便携电话1中的脚本的重现和编辑处理的流程图。

图10展示了媒体数据绘制处理的时间表的具体例子。

图11展示了事件处理时间表的具体例子。

图12展示了UI分配状态显示时间表的具体例子。

图13是展示了依照步骤S18执行的事件相应的处理的流程图。

图14是展示了步骤S24中处理内容的确定过程的流程图。

图15是展示了步骤S25的菜单处理的流程图。

图16展示了菜单屏幕的具体例子。

图17是展示了步骤S27中链接转移处理的流程图。

图18是展示了步骤S26中应用程序执行处理的流程图。

图19和20是展示了在当图7中所示的脚本的20和23行执行时的处理的流程图。

图21，22，33和85展示了在当脚本被执行时显示屏幕迁移的具体例子。

图23是展示了便携电话1中脚本的预览处理的流程图。

图24是展示了步骤S62中应用程序启动处理的流程图。

图25是展示了步骤S64中数据获取处理的流程图。

图26是展示了步骤S66中脚本重写处理的流程图。

图27是展示了步骤S33中事件时间表参照处理的流程图。

图28展示了指示逻辑符号和硬件键盘之间对应关系的表的具体例子。

图29和30展示了脚本的具体例子。

图31和32是展示了在当图30中所示的脚本的19和21行被执行时的处理的流程图。

图34是展示了便携电话1中脚本的电子邮件添加处理的流程图。

图35是展示了便携电话1中脚本的幻灯片消除处理的流程图。

图36展示了在幻灯片消除处理时菜单屏幕的具体例子。

图37时展示了便携电话1中脚本的幻灯片禁止重写处理的流程图。

图38是展示了步骤S96中事件处理的流程图。

图39展示了在预览处理时菜单屏幕的具体例子。

图40展示了在预览处理时屏幕迁移的具体例子。

图41A展示了在模板重写之前显示屏幕的具体例子。

图41B展示了在模板重写之后显示屏幕的具体例子。

图42是展示了依照第二实施例的重现和编辑引擎程序131的功能配置的模块图。

图43是展示了重现和编辑引擎程序中处理的流程图。

图44是展示了步骤S1201中数据输出处理的流程图。

图45展示了依靠相机启动应用程序的重写的屏幕迁移的具体例子。

图46是展示了步骤S1101中重现和编辑处理的流程图。

图48是展示了依照第二实施例的变形的重现和编辑引擎程序131的功能配置的模块图。

图49模式化地展示了即使相同的脚本根据终端选择不同的功能。

图50和61展示了在制作侧的终端里被利用的脚本的具体例子。

图51A到51D展示了每个场景的缩略图显示的具体例子。

图52展示了依靠内置相机应用程序和内置文本输入应用程序的重写的屏幕迁移的具体例子。

图53展示了依靠文件获取应用程序的重写的屏幕迁移的具体例子。

图54A和54B展示了用于接受从多个处理中选择现在开始的处理的选择用的屏幕的具体例子。

图55展示了保存被发送消息和已经为制作消息所利用的模板的对应关系的表的具体例子。

图56A到56C展示了脚本的参照信息参照的媒体数据和获取的数据在事件的时间参数值的时间点被综合的例子。

图57A和57B展示了在事件的时间参数值的时间把获取的数据写入各点的例子。

图58展示了切换表的具体例子。

图59是展示了步骤S1110中确定处理的流程图。

图60展示了记录了存储在便携电话1中的数据获取程序和便携电话1所支持的媒体类型之间的对应关系的表的例子。

图62是展示了步骤1201中数据输出处理的流程图。

图63展示了动作管理表的具体例子。

图64展示了场景事件表的具体例子。

图65是展示了步骤S1205中改变处理的流程图。

图66是展示了步骤S102中的图像取得应用程序启动处理的流程图。

图67是展示了在当脚本重现被重新开始时确定该点的处理的流程图。

图68展示了描述幻灯片编辑被允许还是被禁止的脚本的具体例子。

图69是展示了在步骤S42中用于确定执行幻灯片编辑的许可的处理的流程图。

图70展示了在脚本被组成为分成绘制信息描述部分和用户导航描述部分的情况下，包括了绘制信息描述部分的脚本的具体例子。

图71展示了在脚本被组成为分成绘制信息描述部分和用户导航描述部分的情况下，包括了用户导航描述部分的脚本的具体例子。

图72A到72D展示了在脚本被执行时屏幕迁移的具体例子。

图73展示了包括将两个脚本彼此相关联的描述的脚本的具体例子。

图74展示了依照第三实施例被组成为包括做为多媒体数据处理设备的电视机的数据通信系统的配置。

图75展示了依照第三实施例包括描述了绘制信息的绘制信息描述部分的脚本的具体例子。

图76展示了依照第三实施例包括依照时间带描述节目信息的节目表信息描述部分的脚本的具体例子。

图77展示了包括将两个脚本彼此相关联的描述的脚本的具体例子。

图78是展示了用于确定将被接收或重现的内容的处理的流程的流程图。

图79是展示了在脚本用SMIL描述的情况下重现和编辑处理的流程的流程图。

图80A和80B展示了存储脚本的分析结果的数据结构的具体例子。

图81展示了脚本的分析结果的具体例子。

图82展示了更新了的脚本的分析结果的具体例子。

图83展示了在其上用于添加媒体数据的重写处理已经被执行的脚本的具体例子。

图84展示了从其中在用于添加媒体数据的重写处理被执行后编辑功能已经被消除的脚本的具体例子。

实施本发明的最佳模式

接下来，本发明的首选实施例将参照附图得到说明。在接下来的说明中，对相同部分和模块使用相同的符号。其名字和功能也相同。因此，其中的详细说明不被重复。

第一实施例

参照图1，依照本发明组成的数据图像通信系统包括：用于提供用脚本语言说明的模板的模板提供服务器(下文中简称为服务器)2，和做为用于重现并编辑提供的模板的多媒体数据处理设备的重现与编辑设备1，其中，服务器2和重现与编辑设备1通过因特网，公共电话网或广播网络通信。另外，尽管没有在图1中示出，服务器2和重现与编辑设备1可以通过诸如LAN(LocalAreaNetwork，本地局域网)的专用线或通过无线通信系统来通信。这里，如图1中所示，重现与编辑设备1可以是便携电话，PDA(PersonalDigitalAssistants，数字个人助理)，个人电脑或者类似等等，并且在随后的说明中，重现与编辑设备1被假设为便携电话1。

这里，做为多媒体数据处理设备的重现与编辑设备1可以是信息通信装置，音频和视频装置，家用电子装置，娱乐装置或类似等等。

另外，信息通信装置可以是诸如个人电脑或家用服务器的信息装置，诸如电话的通信装置，特别是，诸如便携电话，PDA(PersonalDigitalAssistants，数字个人助理)，或膝上型或可佩戴型电脑的便携信息通信装置。

另外，音频和视频装置可以是做为图像记录装置的数字照相机，做为视频记录装置的数字摄像机，HDD(HardDiskDrive，硬盘驱动器)记录机，DVD(DigitalVersatileDisk，数字化多用盘)刻录机或录像带记录机，做为声音记录装置的语音记录机，做为音乐记录或重现装置的硅音频记录机或播放器，MD(MiniDisk，迷你盘)记录机或播放器，做为音乐记录或重复装置、CD(CompactDisk，光盘)记录机或播放器，和做为广播数据接收和重现装置的电视机或收音机。

另外，家用电子装置可以是诸如电冰箱，洗衣机，空调机，真空吸尘器，空气净化机，微波炉或类似等等的装置。

另外，娱乐装置可以是家用的游戏装置或便携游戏装置。

另外，做为多媒体数据处理设备的重现与编辑设备1可以是具有上述信息处理，通信，图像记录和重现，视频记录和重现，声音记录和重现，音乐记录和重现，广播数据记录和重现中的不止一个功能的装置，或任何形式的装置，只要它是能以与上述装置类似的方式重现或编辑多媒体数据的装置。

在本发明中，重现与编辑设备1特别是便携电话1的情况被详细说明。

这里，在本发明中，媒体数据表示下列的多媒体数据，它可以是图像(静止图片)数据，活动图像数据，声音数据，音乐数据，文本数据和动态数据，或从外部接收的流数据和广播数据，或由这些所集成而获得的数据。

另外，在本发明中，多媒体数据表示集成一个或多个类型的媒体数据而获得的数据，且该数据可以以能被人阅读的文本形式描述，或可以是不能被人直接阅读的二进制形式。

另外，在本实施例中，脚本表示描述样式，该描述样式为了显示，重现和编辑多媒体数据，规定诸如对多媒体数据所包含的各媒体数据的屏幕上的布局信息，沿着时间轴的重现的开始，完成时间，重现速度和音量等的属性。另外，也可以描述诸如外部应用程序的启动，来自设备内部和外部的信息获取，和脚本中到其他多媒体数据的链接的迁移的控制信息。

另外，在本实施例中，模板表示多媒体数据的形式，是包括上述脚本组成且能够重现和编辑的多媒体数据的形式，能通过用户操作或类似的触发来重写脚本中参照该媒体数据的部分的说明，来添加，改变和删除媒体数据。

接着，参照图2，被包含在本实施例的数据通信系统中的便携电话1由以下部分组成：做为用户接口的输入/输出单元140，由CPU(CentralProcessingUnit，中央处理器)或类似等等组成，而且控制便携电话1全体的控制单元120，用于与其他设备通信的通信单元110，和由ROM(ReadOnlyMemory，只读存储器)或RAM(RamdomAccessMemory，随机访问存储器)组成，且存储在控制单元120中被执行的程序，以及诸如程序的中间数据，和已经从其他计算机接收的数据的存储器单元130。

更进一步的，上述输入/输出单元140包括包括诸如“1”和“2”的数字按键和诸如“R”和“L”的方向按键的键盘码输入设备142，诸如LCD(LiquidCrystalDisplay，液晶显示器)的用于为用户显示信息的显示器144，语音被输入到其中的麦克风146，语音从其中输出的扬声器148，和用于取得随后被输入的图像的相机149。

另外，控制单元120内部包括定时器。

在这样的便携电话1中，重现与编辑由用户从服务器2获得的模板的处理依靠便携电话1的硬件，存储在存储器单元130中且由控制单元120执行的软件和模板来执行。这里，图2中所示的便携电话1本身的工作已经众所周知。

另外，包括在本数据通信系统中的服务器2是由普通个人电脑或类似等等所组成，并且该配置的具体说明在此省略。

接着，图3展示了存储在便携电话1的存储器单元130中的程序，和便携电话1中数据处理的流程。控制单元120执行每个存储在存储器单元130中的程序时，在便携电话1中遵循图3中所示的数据处理的流程。也就是说，控制单元120执行存储在存储器单元130中的程序，从而按照由通信单元110从服务器2接收到的模板执行重现与编辑处理。

具体的说，参照图3，首先，控制单元120执行重现和编辑引擎程序131，并且从而，在通信单元110中被接收到且包括了脚本和媒体数据的模板得到处理。这里，重现与编辑引擎程序131的功能配置在下面说明。

接着，控制单元120基于重现与编辑引擎131的处理结果执行UI(UserInterface，用户界面)内容显示程序132。UI内容显示程序132被执行因而模板得到处理，并且从而，模板中的UI的内容被显示在显示器144上。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行图像取得程序133，并接受来自相机149的图像的输入和来自键盘码输入设备142的各种指令。另外，当视频图像被取得，来自麦克风146的声音的输入也被接收。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行图像数据显示与重现程序134，并在显示器144上重现被包括在模板中的图像数据。另外，在声音被包括在图像数据中的情况下，声音被扬声器148重现。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行声音数据重现程序135，并在扬声器148中重现包含在模板中的声音数据。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行声音数据记录程序136，并接受来自麦克风146的声音输入和来自键盘码输入设备142的各种指令。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行动态数据显示与重现程序137，且在显示器144上重现包含在模板中的动态数据。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行文本数据显示与重现程序138，并在显示器144上重现包含在模板中的文本数据。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行文本编辑程序139，并接受来自键盘码输入设备142的文本信息和各种指令。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行WWW(WorldWideWeb，万维网)浏览器程序151，并重现WWW内容。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行WWW浏览器程序151，并通过通信单元110从服务器2获取数据。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行电子邮件程序152，并接受来自键盘码输入设备142的文本信息和各种指令来传送该电子邮件。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行通话程序153，并开始通话。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行位置获取程序154，并从GPS(GlobalPositioningSystem，全球定位系统)150获取终端的当前位置。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行地址本程序155，并获取存储在存储器单元130中的电子邮件地址和电话号码。

另外，控制单元120基于重现与编辑引擎程序131的处理结果执行文件获取程序156，并获取已存储在存储器单元130中的指定媒体类型内容。

另外，控制单元120基于通过执行上述图像获取程序133，声音数据记录程序136，文本编辑程序139，WWW浏览器程序151，位置获取程序154，地址本程序155和文件获取程序156而接受到的信息，执行重现与编辑引擎程序131来处理包括脚本和媒体数据的模板。

控制单元120执行存储在存储器单元130中的重现与编辑引擎程序131，并且从而，图4中所示的各自功能在便携电话1中得到实现。参照图4，首先，脚本读取单元1311读取包含在由通信单元110接收到的模板中的脚本。然后，脚本读取单元1311把已读出的脚本传递给语法分析器1312。

接着，语法分析器1312分析已从脚本读取单元1311被传递来的脚本的语法。然后，语法分析器1312把分析结果传递给执行控制单元1313和时间管理单元1314。

接着，时间管理单元1314基于已从语法分析器1312传递来的分析结果来制作时间表。然后，时间管理单元1314把制作好的时间表传递给执行控制单元1313。

另外，事件管理单元1315检测事件的发生。然后，事件管理单元1315把检测结果传递给执行控制单元1313。

接着，执行控制单元1313基于已从时间管理单元1314传递来的时间表，已从事件管理单元1315传递来的事件发生的检测结果，和从语法分析器1312传递来的分析结果来执行脚本。另外，执行控制单元1313基于从事件管理单元1315传递来的事件发生的检测结果命令脚本写入单元1316重写脚本。

脚本写入单元1316基于来自执行控制单元1313的指令重写脚本，并把重写过的脚本传递给执行控制单元131。然后，重写过的脚本在执行控制单元1313中被执行。

这里，说明已由服务器2提供的模板在便携电话1中依照本实施例被处理的例子，其中，被包含在模板中的脚本和媒体数据的部分或全部可以被存储在便携电话1的存储器单元130，且在该例子中，图3或4中所示的各个单元处理已被从存储器单元130读出且获取的脚本或媒体数据。

接着，由服务器2提供给便携电话1且被包含在被在便携电话1中处理的模板中的脚本被说明。参照图5，依照本实施例的在便携电话1中被处理的脚本的特征在于，由绘制信息描述部分和用户导航信息描述部分组成。

在绘制信息描述部分中，说明图像(静止图像)数据，活动图像数据，声音数据，音乐数据，文本数据，动态数据，流数据和信息，向诸如广播数据的媒体数据的参照信息(文件名，URL(UniformResourceLocation，统一资源定位)，广播站的频率和频道)。

这里，由RFC2397规定的诸如数据URL的描述类型被利用，并且从而，相对于参照媒体数据的信息的媒体数据的实质自身，在绘制信息描述部分中被说明。

另外，执行链接转移，应用程序的启动，帮助的显示和类似等等的脚本定义输入事件，与动作(操作)对应起来，并且还有执行条件也在用户导航信息描述部分中被说明。

做为上述动作的例子，可以举出：依靠相机的启动取得视频或静止图像，依靠文本编辑器的启动获取用户输入文本数据，依靠语音记录器获取声音数据，依靠文件选择应用程序的启动获取的媒体数据文件，自动获取来自装置内部或外部的时间信息，位置信息，地址本，时间表信息，和其他信息，装置的应用程序的启动，诸如WWW浏览器或邮件工具，诸如电话呼叫，旋律的重现，打开灯光或类似等等对装置固有功能的调用，到另一个脚本的执行的链接迁移或控制另一设备的控制信号的振荡，诸如转换电视频道或空调的温度设置。

更进一步的，该实施例的特征表现为绘制信息描述部分和用户导航信息描述部分两者都包含按时间顺序的描述。也就是说，该实施例的特征表现为向媒体数据的参照信息被按时间顺序在绘制信息描述部分中说明，且事件在用户导航信息描述部分中按时间顺序说明。

在这样的配置里，允许逐个按时间顺序地重现媒体数据，诸如图像(静止图像)数据，音乐数据，文本数据，动态数据，流数据和广播数据的多媒体数据能在脚本中被描述。

更进一步的，事件能按时间顺序描述，并且从而，在重现脚本时，例如，诸如相机启动的事件能在预定时间或预设时间带被执行。更进一步的，这样的相机启动事件与被预设图像替换的动作相对应地描述，并且从而，能以以下方式来执行应用程序，用户在上述预设图像被显示的时间带时以按下预设键，以便当暂停脚本的重现时立即启动相机，且此时，取得图像的工作被执行，当模式返回到脚本的重现时，在这时取得的图像被显示在预设位置。

如上所述，依时序启动的事件和与此对应的动作在脚本中清晰地规定，并且从而，工作步骤能被简化，为用户增加便利，即使在诸如按时间顺序重现利用诸如便携终端中的相机，麦克风和地址本或类似等等的功能制作的许多媒体数据的多媒体数据的情况下，也是如此。

图6和7展示了在下面说明的脚本的详细例子。

首先参照图6，脚本的头部分(行2到16)的行12到15定义了动作的内容。也就是说，参照图6，行12到15为每个动作定义固有的标识信息(动作标识id)，把该动作的执行形式(type)，动作内容(dest)和动作的执行区域(Image)作为动作的内容。

具体的说，依照图6的行12，标识信息为act_movie的动作被定义为把存储在“movie”中的文件替换为显示在“Image”区域的信息(replace)的内容。

另外，图6的行5描述了关于脚本如何能在便携电话1中利用的提示。也就是说，脚本被定义为来导航内容编辑工作的模板(template)。此外，脚本可以被定义为专为参照而不导航编辑工作的内容(contents)。

接着，参照图7，对并行执行的媒体数据和动作在脚本的主体部分(body)(行17到40)的行18到39的段落加以说明。更进一步的，行19到37描述了这些媒体数据和动作按时间顺序执行。更进一步的，在第0秒到第8秒之间，在第8秒到第15秒之间和在第15秒到第19秒之间被执行的媒体数据和动作分别在行20到25，行26到31，行32到36的段落得到说明。

具体来说，图7的行21到23描述了图像数据，文本数据和声音数据在第0秒和第8秒之间被重现，且行24描述了标识信息为“act_movie”的动作在“电影启动”的UI被显示且select键已经被操作的情况下被执行。行30描述了“声音记录”的UI被显示，然后，两秒之后，通知从定时器被接收到且标识信息为“act_speech”的动作被执行。这里，在行28到30中被跟随“src＝”描述的名字是表示事件发生源的源ID。UI的显示可以在脚本中被描述，如图7中所示，或者，如图8中所示，当该表已经被预先存储在便携电话1的存储器单元130中，而且便携电话1的控制单元120执行重现与编辑引擎程序131时，可以通过自动读出规定了启动应用程序和这时被显示的UI之间的关系的表而被显示。

如上所述，在依照本实施例被便携电话1处理的脚本的特征表现为按时间顺序执行，由描述了绘制信息和用户导航信息的绘制信息描述部分和用户导航信息描述部分组成。

这里，尽管在本示例中，描述了能被人阅读的文本形式的脚本在便携电话1中被处理的例子，该脚本可以是不能被人直接阅读的二进制形式。

另外，尽管在本实施例中，描述了统一的脚本在便携电话1中被处理的例子，脚本也可以被组成为分为包括向媒体数据的参照信息的绘制信息描述部分和用户导航信息描述部分，而且在那样的配置中，当媒体数据被替换或被插入时，只编辑记载了包括向媒体数据的参照信息的绘制信息描述部分的脚本的部分。

具体来说，图70和71展示的脚本，它的每一个被组成为分成绘制信息描述部分和用户导航描述信息部分，它们是描述绘制信息描述部分的脚本和描述用户导航信息的脚本。

具体来说，图70中所示的描述绘制信息描述部分的脚本描述了静止图像“top.jpg”和文本“top.txt”在脚本的执行开始后被显示0到2秒，且静止图像“image.jpg”，音乐数据“bgm.amr”和文本“message.txt”在脚本开始后的2到8秒被重现。

另外，图71中所示描述用户导航信息描述部分的脚本是执行从图70中被描述为作为参照对象的参照信息的媒体数据中替换和插入“image.jpg”和“messge.txt”的功能的脚本。

图72A到72D展示了屏幕显示的具体例子，其中，图70和71中所示的上述脚本在便携电话1中依照本实施例在语法分析后被执行。首先，如图72A中所示，图像文件选择表格，与“SELECTPHOTO”字母序列一起，还有与“ENTERBIRTHDAYMESSAGE”字母序列一起的字母序列输入表格依照图71的描述被显示。用户在图72A中所示的屏幕中选择图像文件，并且当文本被输入时的情况如图72B中所示。当“send”按钮如图72B中所示在屏幕中被选择并操作时，这时已经被选出的图像文件被做为“image.jpg”混和到模板中，而输入的文本被做为“message.txt”混和到模板中，从而被重现并执行。也就是说，静止图像“top.jpg”和文本“top.txt”如图72C中所示在该脚本的重现开始后0到2秒被显示，随后，“image.jpg”和“message.txt”如图72D所示在脚本开始后2到8秒被显示，且与此同时，音乐数据“bgm.amr”被重现。图72D中显示的“Image.jpg”是由用户在图72B中所示的屏幕中选择的，而“messge.txt”是在如图72B中所示的屏幕上被输入的文本。

如上所述，脚本被组成为分成绘制信息描述部分和用户导航描述部分，从而，能得到这样的益处，在下面描述用户导航描述部分被从脚本中删除并且附属在电子邮件上而发送的情况下，只有绘制信息描述部分可以被附在其上，因而能省略分析脚本考虑删除哪个部分的处理。

这里，为了把包含了绘制信息描述部分的脚本联系到包含了用户导航描述部分的脚本，单独地制作包含了把两个脚本彼此连接作为脚本的描述部分的脚本，例如如图73中所示，是更可取的，并且把一组这些脚本和从包含了绘制信息描述部分的脚本参照的媒体数据组的集合处理为模板是可取的。

另外，包含了绘制信息描述部分的脚本中说明指向包含了相应用户导航描述部分的脚本的一个链接，并且从而，当重现包含了绘制信息描述部分的脚本时依照预设时间，工作能转移到执行包含了用户导航描述部分的脚本，以便屏幕能被切换到输入屏幕，如图72A中所示。

接着，参照图9的流程图，说明依照本实施例的便携电话1中的脚本的重现与编辑处理。便携电话1的控制单元120从存储器单元130中读出其配置如图4中所示的重现与编辑引擎程序131并执行该程序，从而，图9的流程图中所示的处理被执行。

首先参照图9，在步骤S11中初始化被执行，且在那之后，在步骤S12中脚本通过因特网由通信单元110从服务器2获取。

接着，在步骤S13中，控制单元120执行重现与编辑引擎程序131并把已由脚本读取单元1311获取的脚本读入。

接着，在步骤S14中，语法分析器1312基于读出的脚本执行语法分析。这里，语法分析的方法不局限于特定的本发明，而是普通的语法分析方法。

接着，在步骤S15中，时间管理单元1314如图10到12中所示，基于语法分析的结果制作时间表。图10展示了基于图6和7所示的脚本的绘制信息描述部分而制作的媒体绘制处理的时间表的具体例子，且图11和12展示了基于图6和7中所示的脚本的用户导航信息描述部分已制作好的事件处理时间表和UI分配状态显示时间表的具体例子。也就是说，在步骤S15中，时间管理单元1314基于已在步骤S14中被分析的脚本，如图10到12中所示以时间表类型制作脚本执行时间和在那时被重现的媒体数据之间的对应关系，脚本执行时间和依照在这时已发生事件的处理之间的对应关系，和脚本执行时间和在这时操作的UI的分配之间的对应关系。

具体来说，图10中所示的媒体绘制处理的时间表是展示了基于图6和7中所示的脚本的绘制信息描述部分，活动图像1(FirstImage.mpg)，文本1(FirstText.txt)和音乐1(FirstSound.smf)在脚本的执行开始后从0到8秒被重现，文本2(SecondText.txt)在脚本的执行开始后从8到15秒被重现，和静止图像3(ThirdImage.jpg)，文本3(ThirdText.txt)和音乐3(ThirdSound.smf)在脚本的执行的开始后从15到19秒被重现的时间表。

这里，在被包含在脚本的文本和由用户输入的文本被被交迭显示在与其他图像或视频相同区域的情况下，自动调整诸如颜色，字体和类似等等的属性是可取的，以便增强文本的可见性。在当颜色属性的具体表达式通过RGB的三个值的组合而生成时，文本和背景之间的颜色属性的距离√((ΔR)²+(ΔG)²+(ΔB)²)比预设门限值小的情况下，这样的自动调整的最简单的实现通过使用背景的颜色属性的补色(以背景颜色的每个RGB分量的补数作为RGB分量的颜色)做为文本的颜色属性来获得。

另外，图11中所示的事件处理时间表，展示了，基于图6和7中所示的脚本的用户导航信息描述部分，当select键在脚本的执行开始后0和8秒之间被操作时做为图像取得程序133的活动图像取得应用程序启动，用于从做为例如图像取得程序133的活动图像取得应用程序和做为文本编辑程序139的字母输入应用程序中选择一个的屏幕被显示在显示器144上，和当select键在脚本的执行开始后8和15秒之间被操作时启动从这些程序中选出的一个程序，以及依靠在脚本的执行开始后8和15秒之间的定时器而启动做为声音数据记录程序136的声音输入应用程序。

另外，图12中所示UI分配状态显示时间表展示了，基于图6和7中所示的脚本的用户导航信息描述部分，在脚本的执行开始后0和8秒之间时，显示器144把“取得电影”显示为select键的描述以便向用户展示当select键被操作做为图像取得程序133的活动图像取得应用程序启动，当在脚本的执行开始后8和15秒之间select键被操作时，显示器144把“用相机取得图像”，“输入文本”显示为select键的描述以便向用户展示做为图像取得程序133的活动图像取得应用程序或做为文本编辑程序139的字母编辑应用程序启动，以及在脚本的执行开始后8和15秒之间显示器144把“录制”显示为依靠定时器的启动的描述以便向用户展示依靠定时器做为声音数据记录程序136的声音输入应用程序启动。

接下来，在步骤S16，执行控制单元1313基于语法分析的结果和时间表执行脚本。另外，在脚本执行时，执行控制单元1313命令UI内容显示程序132基于UI分配状态显示时间表在显示器144上显示随着脚本执行的时间而改变的UI。这里，执行脚本的过程在下面描述，举例说明以图6和7中所示的脚本为基础的具体例子。

然后，在步骤S17中，当事件管理单元1315检测事件的发生(步骤S17中为是)，在步骤S18中，对应该事件的处理在执行控制单元1313中被执行。这里，对应该事件的处理在下面通过举出子例程加以说明。

在步骤S17中检测到的事件被首先区分为三种类型，在当脚本按时间顺序执行时，该脚本的执行到达执行时间的终点的做为终点到达事件的系统事件，用于执行固定处理的固定输入事件，诸如指示菜单显示，和链接转移，应用程序启动，帮助的显示或类似等等的脚本定义输入事件。具体来说，在脚本的执行过程中来自键盘码输入设备142和类似等等通过用户或类似等等的指示的输入对应于固定输入事件和脚本定义输入事件。因此，在脚本执行过程中，直到诸如来自键盘码输入设备142输入指示的某个事件发生以前，脚本的执行得以继续。

至此，完成便携电话1中的脚本的重现与编辑处理。

这里，在上述重现与编辑处理在处理过程中被会话程序或类似等等打断，或为了用户的方便或做为电池消耗的结果被中断的情况下，在重现与编辑过程中的脚本和在修改中的脚本被存储在存储器单元130中以便处理能被中断，并且更好的配置是，当它随后被恢复时，允许重现与编辑过程中的脚本和修改中的脚本能从存储器单元130中被读出来，从而使它在重现与编辑过程中被中断的位置恢复。

更进一步的，使用图79的流程图具体说明在脚本被写为SMIL(SynchronizedMultimediaIntegrationLanguage，同步多媒体集成语言)的情况下重现与编辑处理。

首先，参照图79，包含在模板中的被写为SMIL的脚本得到分析(parse，解析)以便被存储入数据结构(S2401)。

图80A和80B展示了在步骤S2401中分析结果被存储其中的数据结构的具体例子。如图80B中所示，在步骤S2401中，对于脚本中参照信息被记载和参照的各媒体数据，用于保存诸如媒体类型，文件名和显示区域的属性值的DisplayContent类中的实例被生成，并且该实例被统一在一个组，然后如图80A所示，它在DisplayScheduler中被管理。

更进一步的，在步骤S2401中的脚本的分析结果被展示在图81中。图81具体展示了图6和7中所示的脚本的分析结果，且DisplayContent类中的11个实例被制作为脚本的分析结果。该数字表示了来自最终在该脚本中描述的参照信息的被参照的媒体数据片的数目。

这里，从这11个实例中由实例5，6和7指出的媒体数据的文件(Mediafile)是空的，且展示了图6和7中所示的初始情形是对应媒体文件没有被参照的情形。参照信息通过接受在下面描述的编辑处理中的媒体数据的指示而被描述，且媒体文件被参照。做为另一种选择，通过指定预定文件能把引导加以显示。在实例5做为例子被说明的情况下，动作内容已经通过分析被发现是依靠相机的启动而获取并插入的图像，并且从而，通过指定相机的例图(camera.jpg)，相机的例图被做为引导显示。此外，在比较简单的情况，EvDesc的值是一个字母序列(例如是“startupofcamera”)时，可以作为引导显示在屏幕的底线上显示。

然后，脚本遵循如图80A和80B中所示的数据结构被重现(S2402)。

在媒体数据的切换和插入的处理被如下述执行(在S2403中为是)的情况下，存储在步骤S2401中分析结果的数据结构中对应的值被更新(S2404)。这里，重写处理，诸如媒体数据的切换和插入的处理，在下面详细加以说明。

图82展示了已在步骤S2404中得到更新的脚本的分析结果的具体例子。图82中所示的编辑结果是重写处理已在图6和7中所示的脚本上在图81中所示的初始条件下得到执行时的结果。具体来说，上述重写处理被执行且媒体数据“CameraPict01.jpg”，“EditText01.txt”和“Voice01.amr”在初始状态中被添加到脚本中的例子得到展示，且这些参照信息片对应实例5，6和7被描述。这里，对于图像数据“FirstImage.mpg”，文件名在脚本侧被规定，并且从而，做为电影的取得的结果而被获取的电影文件也被以同样的名字存储。也就是说，文件的实质被重写并更新而不需重写文件名。

步骤S2402到S2404的处理被反复执行(在S2405中为否)，直到该脚本的执行到达终点，且当执行到达终点(在S2405中为是)时，脚本的重现处理完成，且检测脚本是否通过被附属到电子邮件上被发送(S2406)。

在媒体数据的插入或脚本的编辑，诸如媒体数据的插入和切换处理，没有完成(在S2406中为否)的情况下，处理返回到步骤S2402，且脚本的执行被从开始处重现。

同时，在编辑完成且脚本通过被附属于电子邮件被发送(在S2406中为是)的情况下，被写为SMIL的脚本从图82中所示的数据结构中产生(S2407)。然后，被写为SMIL且已在步骤S2407被产生的脚本通过被附属于电子邮件而被发送，或被存储(S2408)。这里，步骤S2408中电子邮件的附件的处理也在下面加以说明。

图83展示了在步骤S2408中被发送的脚本的具体例子。图83中所示的脚本是在其上重写处理被执行以便把诸如图像数据，文本数据和声音数据的媒体数据在图6和7中所示的初始状态中添加到脚本中，具体来说，图83中的下划线部分是已依靠重写处理被插入的媒体数据的参照信息。

另外，在当脚本被发送时，做为用户导航信息描述部分的编辑函数可以被删除和传送。图84中所示的脚本是通过执行用于在图6和7中所示的初始状态添加诸如图像数据，文本数据和声音数据的媒体数据的重写处理，和通过随后删除编辑函数而获得的脚本，并且，具体来说，在<actionid＝...>中描述的动作内容的定义部分，和在<eventref＝...>中描述的对应于其他每个事件和动作的部分已经被删除。这在图84中通过加下划线加以展示。

这里，当被写为SMIL的脚本在步骤S2407中被从图82中所示的数据结构中读出来产生图84中所示的脚本的时候，关于Event(事件)和Action(动作)的被包含在数据结构中的属性，在编辑函数被删除的情况下被忽略。做为另一种选择，尽管在包含编辑函数的脚本被写出的情况下，“插入”已经被指示为动作内容(Acttype＝“insert”)，媒体数据的参照信息已被做为上述处理的结果而描述，并且从而，动作内容被改变为”替换”(Acttype＝“replace”)。这在图83中通过下划线加以显示。

然后，用流程图13说明对应于在步骤S18中执行的事件的处理。

参照图13，当事件发生的检测信息从事件管理单元1315中在步骤S17中被收到时，执行控制单元1312把在步骤S21被执行的脚本暂停。

然后，在已经在步骤S17中被检测到的事件是表示脚本的执行已到达执行的终点(在S22中为是)的情况下，执行控制单元1313在步骤S23中完成该脚本的执行，并且处理返回到图9的步骤S16以便脚本的执行重新开始。也就是说，脚本的执行重新返回到执行的开始点，且脚本的执行从开始处重复。这里，尽管在本实施例中，被包含在已获取的模板中的脚本被反复执行，脚本的执行可以在已经执行一次或多次预设次数后完成。做为另一种选择，脚本的执行被重复或完成的选择提示在屏幕上，以便可以通过由用户依靠例如按键操作的输入指令，使脚本的执行循环或完成。

在已经在步骤S17中检测到的事件不是展示脚本的执行已经到达执行终点(在S22中为否)的事件的情况下，执行控制单元1313基于已被检测到的事件在步骤S24中确定处理内容，且在步骤S25到S27执行确定的事件。这里，用于在步骤S24中确定处理内容的处理和步骤S25到S27中分别所示的处理在下面通过分别举出流程图加以说明。

在这里，对应步骤S18中的事件的处理完成，且处理返回到图9的流程图中所示的重现与编辑处理。

接下来，步骤S24中确定处理内容的处理将参照图14中的流程图加以说明。

参照图14，当事件的发生在步骤S17中被检测到，执行控制单元1313在这时参照时间参数值(S31)，也就是说，表示该脚本的执行时间的参数，源ID(S32)，也就是说，事件从其上发生的来源的标识信息，和由事件管理单元1314准备的事件发生处理时间表(S33)，并且从而，确定已经发生的事件。更进一步的，对应于该事件在该事件发生时生成的处理内容已经从确定的事件和事件发生处理时间表中确定。这里，在两个或更多处理被确定(在S34中为是)的情况下，执行控制单元1313在步骤S35中在显示器144或类似等等上显示用于选择的屏幕，并从两个或更多处理中接受从当前时间开始的处理的选择。在如图54A中所示例如“InvokeCamera”和“LocalFolder”被加入到被显示在屏幕上用于选择的列表中的情况下，且“InvokeCamera”被选择的情况下，相机被启动，并且在“LocalFolder”被选择的情况下，如图54B中所示，访问数据文件夹。

做为另一种选择，在步骤S35中，配置也可以被设置成执行控制单元1313可以一个接一个依次执行所有被确定的两个或更多处理。在这种情况里，处理能以其中，对应这些处理的事件的时间表描述出现的顺序来执行。具体来说，当图7的脚本中第8到第15秒之间的时间被作为例子，且在select键被按下的情况下，依照描述的顺序在行28中被描述的“相机启动”被首先执行，且在这之后，在行29中被描述的“文本输入”被执行。这里，两个或更多处理的执行的优先顺序在脚本中被描述以便两个或更多的处理可以遵照该配置中的顺序依次被执行。

做为另一个选择，在步骤S35中，在有用于分别执行两个或更多处理的快捷方法的情况下，对应于由用户指定的快捷方法的处理可以在配置中被直接执行。具体来说，在该配置中，当图7的脚本中第8到第15秒之间的事件被作为例子的时候，在启动相机的键被按下的情况下，在行28中被描述的“相机启动”被执行，而在文本输入的键被按下的情况下，在行29中被描述的“文本输入”被执行。

在这里，完成对应于步骤S24中的事件的处理，且处理返回到图13的流程图中所示的事件处理。

更进一步的，使用图27的流程图说明步骤S33中到事件时间表的参照。

参照图27，在参照的源ID是“Timer”(S131中“源ID”＝TIMER)的情况下，相应处理由参照事件处理时间表的“Timer”列和事件参数表的值确定(S132)。

同时，在参照的源ID是“UI”(S131中“源ID”＝UI)的情况下，事件处理时间表中的UI的列，类型ID，也就是说，在事件发生时被操作的键所固有的标识信息和事件参数值被参照(S133)，从而相应处理被确定(S134)。

这里，终端的硬件按键的标识信息可以被直接用作上述在事件处理时间表和脚本中所描述的按键固有的标识信息，或逻辑符号可以按照如图28中所示的规定逻辑符号和硬件按键之间的关系的表被预先保存在便携电话1的存储器单元130中的方式而被利用，而执行控制单元1313可以在当事件时间表被参照时读出该表以便逻辑符号从所操作的硬件按键而被参照，并且从而，事件被确定。

在这里，步骤S33中到事件时间表的参照完成，且处理返回到图14的流程图中所示的处理内容确定处理。

在步骤S17中被检测到其发生的事件，被确定为在上述处理中执行菜单处理的事件，图15中所示的处理在步骤S25中被执行。也就是说，参照15，首先，执行控制单元1313在步骤S41中在显示器144上显示如图16中所示的菜单屏幕，并接受用户的选择。具体来说，参照图16，从预览该脚本的处理，数据文件夹中的存储处理，在独立媒体文件中存储从该脚本所参照的媒体数据的处理，将该脚本或媒体数据附于电子邮件的处理，把该脚本和媒体数据传送到MMS(MultimediaMessagingService，多媒体信息服务)的处理，在该脚本重现过程中编辑幻灯片的处理，显示该脚本的属性的处理，完成该应用程序的处理和类似等等中的选择被接受。然后，在步骤S42中，对应用户选择的处理被执行。这里，幻灯片表示如图7中行20到25中所述并行执行的脚本的部分。也就是说，图7中所示的脚本由行20到25，行26到31和行32到36的三个幻灯片组成，它们相继被重现。

更进一步的，在“幻灯片编辑”在菜单屏幕中被选择的情况下，如图16中所示，在步骤S41，执行控制单元1313在显示器144上如图36中所示显示编辑幻灯片的菜单屏幕，且接受菜单删除处理或菜单重写禁止处理的选择。

这里，无论在脚本中所描述的是菜单编辑是被允许或是被禁止，且在它被禁止的情况下，菜单不提供上述幻灯片编辑的选择项不能执行幻灯片编辑。

具体来说，脚本的例子如图68所示无论所描述的是这样的幻灯片编辑被允许还是被禁止，且在步骤S42中确定对执行幻灯片编辑的允许的处理使用图69的流程图加以说明。也就是说，参照图69，在作为编辑禁止的描述元标识(metadescription)(name＝“readonly”)中，如图68的行4中所示，在脚本中被描述(在S2201中为是)，描述禁止的属性(内容)被参照。然后，在属性是“是”的情况下(在S2202中为是)的情况下，幻灯片的编辑在步骤S42中被禁止。同时，在属性不为“是”的情况下(S2202中为否)，幻灯片的编辑在步骤S42中被允许。另外，在从该脚本中的开始没有编辑禁止的描述元标识的情况下(在S2201中为否)，幻灯片的编辑在步骤S42中被允许。

至此，完成基于具体例子的幻灯片编辑的允许确定的描述，

另外，在从用于如在步骤S41中图36中所示的幻灯片编辑的菜单屏幕上选择幻灯片删除的情况下，使用图35的流程图说明在步骤S42中的处理。

参照图35，当在该脚本的重现过程中删除幻灯片的处理在步骤S41中被选择的情况下，执行控制单元1313在这时参照时间参数值，媒体绘制处理时间表和事件处理时间表(S171到S173)，并及时确定在这里有效的媒体绘制处理和事件处理。然后，已被在这里及时确定为有效的媒体绘制处理和事件处理的时间表描述部分从脚本中被删除，并且从而，该脚本被重写(S174)。

在这里，在删除幻灯片的处理被执行的情况下完成步骤S42中的处理，且处理返回到如图15中流程图中所示的菜单处理。

另外，使用图37的流程图说明步骤S42中从步骤S41中图36所示的幻灯片编辑的菜单屏幕上选择幻灯片重写禁止的情况下的处理。

参照图37，当在步骤S41中时在该脚本的重现过程中选择幻灯片中的重写禁止处理，执行控制单元1313在这时参照时间参数值和事件处理时间表(S181和S182)，且在这里及时有效的事件处理被确定。然后，已在这里被及时确定为有效的事件处理的时间表描述部分被从脚本中删除，并且然后，脚本被重写(S183)。

在这里，在幻灯片的重写被禁止的情况下完成步骤S42中的处理，且处理返回到图15的流程图中所示的菜单处理。

另外，在步骤S17中被检测到发生的事件已被确定为执行链接转移处理的事件的情况下，图17中所示的处理在步骤S27中被执行。也就是说，参照图17，首先，在步骤S51中，执行控制单元1313参照的参数表示被链接的脚本已被包含在该脚本中，并在步骤S52中断该脚本的执行。然后，在步骤S53，被链接的脚本基于在步骤S51中被参照的参数而被获取。在那之后，处理返回到步骤S13，在那里图9中所示的处理被执行，且获取的脚本被读出以便以同样的方式被执行。

另外，在步骤S17中被检测到发生的事件被确定是执行上述处理中应用程序执行处理的事件的情况下，图18中所示的处理在步骤S26中被执行。也就是说，参照图18，首先，执行控制单元1313在显示器144上显示用于选择应用程序是否将被启动的屏幕。在应用程序的启动被选择的情况下(在S61中为是)，执行控制单元1313在步骤S62启动预定应用程序。接着，在预定数据需要从该应用程序中获取的情况下(在S63中为是)，数据在步骤S64中被获取。然后，在该正被执行的脚本需要被重写的情况下(在S65中为是)，脚本写出单元1316在步骤S66执行脚本的写处理。

更进一步的，执行控制单元1313在上述脚本重写处理完成后恢复脚本的重现。脚本的重现能在脚本重现开始时的时间点，在脚本被重现时的时间点，或在重写部分开始时的时间点开始。上述配置的任何一个都可以被提供，或者该配置可以允许用户从上述选项中选择。

这里，上述恢复的时间点可以依照已被设置在该终端中的预定规则而被动态地确定。以同样的方式，脚本的重现时间或诸如完成时的时间点的其他关于重现的时间可以得到确定。接下来，使用图67中的流程图详细说明依照规则“在脚本的剩余重现时间为10秒或更少的情况下脚本从当前时间的重现位置开始，且在其他情况下脚本从脚本开始的时间点恢复”而确定脚本重现的恢复时间点的处理。

首先，参照图67，执行控制单元1313参照脚本的重现的当前位置(S2101)。该重现点表示脚本在步骤S21暂停时重现所处的位置。

接着，执行控制单元1313参照脚本重现的总时间(S2102)。脚本重现的总时间从脚本的时间表描述部分中获取。在例如脚本是在步骤S2102中图7中所示的一个情况下，按时间顺序执行的行20到25，行26到31，和行32到36的重现时间的总和被计算出，其中，脚本的总重现时间被获得为19秒。

接着，执行控制单元1313从已在步骤S2102中获取到的脚本总重现时间中减去脚本的当前重现点，并且从而，脚本的剩余重现时间被算出(S2103)。

然后，在已在步骤S2103中算出的脚本剩余重现时间是10秒或更小的情况下(在S2104中为否)，执行控制单元1313把重现开始的时间点设置为脚本重现的当前时间点。在其他情况下(在S2104中为是)，执行控制单元1313把重现开始的时间点设置为脚本开始的时间点。

至此，完成确定具体脚本重现的重现时间点的处理的描述。

接着，使用图24的流程图说明步骤S62中应用程序的启动。

参照图24，在预设应用程序被注册在便携电话1的存储器单元130的情况下(在S101中为是)，执行控制单元1313使用已在脚本中被描述为启动参数的重现时间和区域规模的情况下被启动(S102)。在预设应用程序没有被注册在便携电话1的存储器单元130中的情况下(在S101中为否)，而且，在数据需要从该脚本中的应用程序中获取的情况下(在S103中为是)，做为文件获取程序156的本地文件获取应用程序被启动(S104)。

这里，配置成在步骤S101中预设应用程序没有被注册在便携电话1的存储器单元130中的情况下，预设应用程序通过通信单元110从服务器2被下载，且被存储在便携电话1的存储器单元130中，并且然后，允许应用程序的启动。

更进一步的，随后，使用图66的流程图通过把被启动的应用程序是图像取得应用程序时的情况参照为具体例子，说明步骤S102中的工作。

首先，参照图66，执行控制单元1313从脚本获取在其上显示替换的媒体数据的绘制区域的规模(S2001)。绘制区域的规模通常在脚本的头部分加以描述。具体来说，当脚本被假设为图6中所示的那样时，被指定为绘制区域的宽(width)和高(height)的数字值176和120被从图6的脚本的行8中取得。

接着，执行控制单元1313基于已在步骤S2001中获取的绘制区域的规模依靠图像取得应用程序确定能包括该绘制区域的最小图像规模(步骤2002)。具体来说，在该具体的例子里，在图像取得应用程序能选择宽600×高480，宽120×高160或宽120×高128做为图像规模的情况下，在步骤S2002中确定了图像规模宽600×高480能包含宽176×高120的绘制区域的规模。

然后，执行控制单元1313基于步骤S2002中的确定结果在图像取得应用程序中把图像的规模指定为宽600×高480，并且然后，启动图像取得应用程序(S2003)。

这里，在已启动的应用程序是声音记录应用程序的情况下，通过执行和上述处理相同的处理，录音能在脚本中描述的时间被执行。另外，在被启动的应用程序是文件获取应用程序的情况下，其规模大于剩余可用规模的文件能被禁止选择，以便消息的文件规模总和不会超过能被传送的规模的上限。另外，在被启动的应用程序是获取活动图像的文件获取应用程序的情况下，其重现时间超过脚本中描述的重现时间的文件能不能被选择。

在这里，步骤S62中的应用程序启动完成，且处理返回到执行图18的流程图中所示的应用程序的处理。

接着，用图25的流程图说明步骤S64中的数据获取。

参照图25，首先，执行控制单元1313从在步骤S62中启动的应用程序接收数据(S111)。然后，在获取的数据不适合脚本中描述的重现时间和区域的规模的情况下(在S112中为否)，执行控制单元1313把获取的数据转换为适合脚本的描述的数据(S113)。

这里，在步骤S113中，在脚本中预先被描述的参照信息可以被用来合成被参照的媒体数据和获取的数据，来产生新的脚本或媒体数据。在获取的数据是具有重现时间的媒体数据的情况下，产生过程能使用图56A到56C被如下说明。

如在图56A的上面部分中和在图56B中所示，在该具体例子中，“原媒体数据”具有5秒的重现时间，且最初被描述为从时间t1重现。另外，“获取的数据”是从时间t2(＝t1+3)开始被获取5秒的视频，t2是在步骤S31中被参照的事件的时间参数值。在这种情况下，当用户依靠适当的用户接口命令指示其重现时间对应于当获取数据被获取时的时间的“原媒体数据”的部分被“获取的数据”替换时，“在重写后重现的数据”的内容和重现的时间成为在图56A的下面部分和在图56C中所展示的数据。依照执行能得到这样的效果的处理的一个方法，其结果是依靠图像数据取得与编辑程序133遵照执行控制单元1313的命令通过重写而存储取得数据的获取时间和重现时间交迭的原媒体数据的预设部分。依照另一个实现方法，脚本写入单元1313产生并写出表示原媒体数据和获取的数据分别的新开始时间和重现时间的脚本。依照后面的实现方法，由脚本写出单元1316在上述具体例子中写出的脚本成为图56B和56C中所示的脚本。这里，更好的选择是依靠适当的用户接口表示在没有与原媒体数据交迭的时间t3和t4之间所获取的数据的部分是否被添加到被产生的数据中。

这里，在步骤S113中，例如，其中，仅从视频数据中取出声音数据的处理被执行，新的媒体数据可以通过取出获取的数据的一部分来产生。

另外，在步骤S112和步骤S113中，其中，上述处理被执行，在被获取的数据占用的存储器区域的规模超过预设值的情况下，诸如减少图像数据的颜色或减少声音数据的取样率，从而减少数据的规模的处理可以被执行。

另外，在步骤S112，其中，上述处理正在被执行，在获取的数据不适合脚本的描述的情况下，被存储在便携电话1的存储器单元130中的预设媒体数据(缺省数据)可以代替获取的数据而被使用。

在这里，完成步骤S64中的数据获取，且处理返回到图18的流程图中所示的应用程序执行的处理。

接着，对步骤S66中重写脚本的处理使用图26的流程图加以说明。

参照图26，在包含在脚本中的媒体数据和获取的数据的总和不大于存储在存储器单元130中的限制值的情况下(在S121中为是)，执行控制单元1313执行在脚本写出单元1316中重写脚本的处理(S122)。在另一个情况中(在S121中为否)，执行控制单元1313在显示器144上显示消息来表示脚本不能被重写(S123)。

这里，在步骤122中，执行控制单元1313能通过使用在步骤S31中被参照的事件的时间参数值修改获取的数据的写入时间点。如图57A中所示的脚本中图57B中所示，在因为重现开始4秒后通过执行按键操作重写脚本的处理而通过启动相机应用程序来重写媒体数据的处理被执行的情况下，图像获取在按键操作被执行时(第四秒)开始，并且从而，在图像获取完成后从相机应用程序获取的视频2被写入到按键操作被执行的时间(第四秒)和做为原媒体数据的视频1的重现完成的时间(第八秒)之间的部分。这里，尽管在该例子里，媒体数据在事件的时间参数值的时间点被写入，媒体数据也能在事件的时间参数值的之前或之后的时间点被写入。

在这里，完成在步骤S66中重写脚本的处理，且处理返回到图18的流程图中所示的应用程序执行的处理。

在这里，完成本数据通信系统中的便携电话1中的脚本的重现与编辑处理。

具体来说，使用图19和20的流程图说明图6和7中所示脚本的重现与编辑处理在本数据通信系统中的便携电话1中被执行的例子。

参照图19，当图7中所示的脚本的行20被执行时，首先，脚本分析在重现与编辑引擎程序131中的脚本分析器1312中被执行，在步骤S71中，执行控制单元1313命令图像数据显示与重现程序134在0和8秒之间在“Image”区域显示并重现活动图像数据“FirstImage.mpg”。然后，在步骤S72中，图像数据显示与重现程序134在显示器144上在0和8秒之间显示并重现活动图像数据“FirstImage.mpg”，且更进一步的，在活动图像数据包含声音数据的情况下，声音数据从扬声器148中被重现。

接着，在用户操作select键的事件发生在0到8秒之间的情况下，执行图20中所示的处理，也是图7中所示的脚本的行24所描述的处理。也就是说，参照图20，在步骤S81中，当事件管理单元1315检测到select键被操作的事件的发生，执行控制单元1313参照事件处理时间表，其具体例子如图11中所示，并确定相应处理内容(动作)。也就是说，在步骤S82，执行控制单元1313参照事件处理时间表并启动做为相应应用程序的图像取得程序133和声音数据记录程序136。

接着，在步骤S83中，图像取得程序133在显示器144上显示图像取得所需的UI，并通过使用相机149和键盘码输入设备142产生图像数据。另外，与此同时，声音数据记录程序136使用麦克风146来产生声音数据。然后，数据合成程序，未画出，把产生的图像数据和声音数据合成。做为其结果，在步骤S83中，新的数据被获取。

在上述处理完成的基础上，在步骤S84中，执行控制单元1315完成图像取得程序133和声音数据记录程序136。

然后，在步骤S85中，重现与编辑引擎程序131接收合成好的数据，且脚本写出单元1316把该脚本重写以便该数据在0和8秒之间被显示在“Image”区域。

在这里，完成图6和7中所示的脚本中的行24的处理，且完成新产生的脚本的重现与编辑处理。

当图6和7中所示的脚本的重现与编辑处理在本数据通信系统的便携电话1中完成时，上述处理一次被执行一行。

在下面使用图21，22和85中所示的具体显示屏幕的迁移以说明脚本这样的重现与编辑处理。图21和22是顺序展示了具体显示屏幕的迁移的图表，且图85在单独图表中展示了这些显示屏幕的具体例子。

图21(A)展示了显示可用的模板列表的屏幕的具体例子。在图21(A)中所示的屏幕里，四个模板“我现在在这里，”，“看这里！”，“数量可观的空闲时间”和“这尝起来不错！”被显示来被选择。这里，尽管在该例子中，只有模板的名字被显示，但是能被通过使用模板制作的把具体图像做为缩略图能与题目一起显示的消息是更好的选择。

另外，尽管显示在列表中的模板是通常被存储在终端中的存储器中的模板，从外部装置或服务器通过网络连接下载的模板也能被显示。

另外，在该模板的列表的屏幕上显示所有已被获取的或能被获取的模板是可能的，或者仅显示一部分模板也是可能的。在这样的模板被显示的情况下，对于选择哪个模板来显示的方法，可以考虑仅显示经常使用的和由用户操作被选择的或类似等等选择的模板的方法，仅显示最近使用的模板的方法，在作为消息发送的方法，在消息被传送给已经预先被指定的人的情况下，和在消息被发往的人的终端的功能是已知的情况下，仅显示从其上消息被发往的终端能解释或理解的模板，或类似等等方法。如上所述，在模板依照消息被发往的个人终端的功能被选择且被显示的情况下，例如以通过在该地点启动相机取得图片并发送该图片为目的的模板，在消息被发往的个人终端是没有相机的便携电话的情况下能从列表中撤除。

这里，即使在只有一些模板被显示在列表中的情况下，如上所述，更好的做法是所有已被获取或者能被获取的模板都能依靠预定的用户操作而得到显示。更进一步的，在消息被发往的个人的终端的功能能被找到的情况下，对所有描述的功能都被发现是在消息发往的个人的终端上无法被解释或者无法被执行的模板，以不同的方式显示颜色或字体，或显示告警屏幕，以便在选择时警告用户，或者把选择操作设为无效。

接着，在图21(A)中所示的屏幕中的模板“数量可观的空闲时间”被选择且重现处理被执行的情况下，对其处理加以具体说明。

参照图21，首先，预设导航帧，脚本“数量可观的空闲时间”被选择，且重现处理被执行。在便携电话1中，上述处理被执行且包含在该模板中的脚本得到分析，并且然后，如图21(B)中所示，脚本的执行开始。

导航用户的UI部分，也就是因为脚本被执行而在时间顺序上改变的UI部分，被显示在显示器144上，如图21(C)中和其后的屏幕中所示。具体来说，展示在图21(C)中的执行屏幕中的第二帧重现的时候，字符序列“相机的启动”被显示在显示器144上。在用户在该状态下没有进行任何操作的情况下，字符序列“相机的启动”在预定时间段被显示，并且在那之后，脚本被执行到图21(D)中所示的屏幕的终端上，且屏幕自动返回到图21(B)中所示的开始的一个屏幕上，从那里重复重现。

这里，尽管在该例子中字符序列被做为UI部分显示，诸如相机的图标图像或动态图像也可以被显示，或者声音，或者音乐也可以被重现。

用户能依照字符序列“相机的启动”被显示在显示器144上的时间执行预定按键的操作，如图21(C)中所示，并且从而，图像取得程序133可以被执行以便视频能被相机149获取，如图21(E)和21(F)中所示。然后，如图21(G)中所示，模板“数量可观的空闲时间”被重写以便在当字符序列“相机的启动”被显示的时间带获取的视频数据能被重现。也就是说，在用户遵循UI部分的导航获取了图像后，当脚本的执行返回到脚本的开始或“相机的启动”的UI部分被显示在显示器144上时，如图22中所示，在当模板“数量可观的空闲时间”被先执行时“相机的启动”的UI部分被显示在显示器144上的时间带，如图22(B)中所示，已被取得的视频得到重现。这里在这种情况下，在执行脚本时，最好是确定为视频数据被注册在“相机的启动”的UI部分被显示的时间带，在该时间带没有显示“相机的启动”的UI部分。做为另一种选择，对于显示转换到在该时间带时UI部分“重新获取视频”被显示是较好的选择，如图22(B)中所示。

从此以后，已经被自动重写的脚本被重复执行，直到完成操作。

接下来，“预览”被从菜单中选择，并且预览被实现的处理得到执行。在预览的实现中，如图40中所示，在UI部分的显示与重现都被设为无效的状态中编辑后的脚本被重现。也就是说，图22(B)中所示的字符序列“重新获取视频”没有被显示，即使在用户执行预定的按键操作的情况下，图像取得程序133没有被执行。这里，对预览的处理在后面加以说明。

在预览中的编辑后的脚本的显示确认后，“附属到电子邮件”被从菜单中选择，且脚本和媒体数据被传送到另一个便携电话1。这里，随后说明附属到电子邮件的处理。

更进一步的，做为本实施例的另一个具体例子，图29和30中所示的本数据通信系统中的便携电话1中的脚本中被实现，使用图31和32中的流程图加以说明。

参照图31，当图30中所示的脚本的行19依照本实施例在便携电话1中被执行的时候，首先，重现与编辑引擎程序131的脚本分析器1312中执行脚本分析，且执行控制单元1313命令图像数据显示与重现程序134在0和10秒之间在“top”区域显示并重现图像数据“ProductImage.jpg”(S141)。然后，图像数据显示与重现程序134在0和10秒之间在显示器144上显示并重现图像数据“ProductImage.jpg”。

接着，当图30中所示的脚本的行20被执行的时候，在步骤S142中，执行控制单元1313同样的方式命令文本显示重现程序134在0和10秒之间在“middle”区域显示并重现数据“ProductDesc.txt”(S142)。然后，文本数据显示与重现程序138在0和10秒之间在显示器144上显示并重现文本数据“ProductDesc.txt”。

接着，在用户操作select键的事件在一和四秒之间发生的情况下，图32中所示的的处理做为图30中所示的脚本的行21中所描述的处理被执行。也就是说，参照图32，当事件管理单元1315检测select键已被操作的事件发生时，执行控制单元1313参照事件处理时间表并确定相应处理内容(动作)(S151)。然后，执行控制单元1313参照事件处理时间表并启动与应用程序对应的WWW浏览器程序151(S152)。

接着，WWW浏览器程序151通过通信单元110获取WWW内容，它随后被显示在显示器144上(S153)。

在上述处理完成的基础上，执行控制单元1313结束WWW浏览程序151(S154)。

在这里，完成图29和30中所示的脚本的行21的处理，且脚本的重现的处理被执行。

当图29和30中所示的脚本的重现的处理在本数据通信系统的便携电话1中被执行时，上述处理每次执行一行。这样的脚本的重现的处理被使用图33中所示的具体显示屏幕的迁移加以说明。

参照图33，本数据通信系统的便携电话1从通信单元110中获取脚本并执行重现处理。在便携电话1中，上述处理被执行来分析该脚本，并且脚本的执行开始。

当脚本的执行开始时，随脚本执行而按时间顺序改变的UI部分，也就是导航用户的UI部分，如图33中所示显示在显示器144上。具体来说，“WWW浏览器”的图标图像在图33(B)中所示的重现时被显示在显示器144上。在用户在该状态下没有进行任何操作的情况下，状态自动迁移到图33(C)中所示的状态，且“会话”的图标图像被显示在显示器144上。更进一步的，在用户在该状态没有进行任何操作的情况下，状态自动迁移到图33(D)中所示的状态，“传送电子邮件”的图标图像被显示在显示器144。

用户在图33(B)中所示的时间带执行预定按键操作，在那里“WWW浏览器”的图标图像被显示在显示器144上，并且从而，WWW浏览器程序151被执行，且预设WWW内容通过通信单元110被获取，且在显示器144上被重现。当WWW浏览器程序在参照WWW内容后完成时，脚本的重现从先前的重现点中恢复。

在下文中，脚本的重现被重复，直到完成的操作被执行。

更进一步的，在其具体例子在图16中的“预览”被在菜单屏幕上选择的情况下，对便携电话1中的预览的处理使用图23的流程图加以说明。参照图23，预览的处理与图9中所示的重现与编辑处理大致相似，且在预览的处理中，只有媒体数据绘制的处理的时间表在步骤S93中基于步骤S92的分析的结果和脚本的绘制信息描述部分而被制作。然后，在步骤S94中，基于脚本的用户导航信息描述部分的部分的重现没有被执行，但是基于绘制信息描述部分的部分被执行。然后，当事件管理单元1315检测到事件的发生时(在S95中为是)，执行控制单元1313执行与该事件对应的处理(S96)。这里，该对应该事件的处理在后面通过参照子例程加以说明。在预览处理的情况下，脚本定义输入事件是无效的，且只有系统事件和固定输入事件在步骤S96中被处理。

在这里，完成便携电话1中的脚本的预览的处理。

接着，使用图38的流程图说明对应在步骤S96中被执行的事件的处理。

参照图38，首先，当事件发生的检测信息在步骤S95中从事件管理单元1315中接收到的时候，执行控制单元1312暂停正在被执行的脚本(S191)。

然后，在已经在步骤S95中被检测到的事件是表示脚本的执行已到达该脚本的执行的终点的情况下(在S192中为是)，执行控制单元1313结束该脚本的执行(S193)，且处理返回到图23的步骤S94且脚本的执行重新开始。也就是说，脚本的执行再次返回到执行的开始，且脚本的执行从开始重复。

同时，在已经在步骤S95中被检测到的事件不是表示脚本的执行到达终点的事件的情况下(在S192中为否)，执行控制单元1313基于已被检测到的事件确定处理的内容(S194)。

在已在步骤S194中被确定的处理内容是“菜单”(在S194中“处理”＝菜单)的情况下，执行控制单元1312执行图15中所示的菜单处理(S195)。菜单处理的执行过程与重现与编辑被执行的情况相同，并且，如图39中所示，编辑处理代替预览处理成为选择的菜单屏幕被显示在显示器144上。在编辑处理被选择的情况下，图9中所示的重现与编辑处理被执行。这里，在重现与编辑处理从菜单开始的情况下，它也可以从脚本的开始点开始，或者它可以从预览处理时的脚本的执行的时候开始。

同时，在已在步骤S194中被确定的处理内容是“跳过”(在S194中“处理”＝跳过)的情况下，执行控制单元1312参照媒体绘制处理时间表来确定接下来要被执行的媒体绘制处理，并把脚本的执行更新为该媒体绘制处理的开始时间(S196)。

这里，除了上述接下来将被执行的媒体绘制处理的开始时间之外，将在下一个处理后做为任何处理执行的媒体绘制处理的开始时间，或在脚本被原样继续执行而没有选择跳过处理的情况下，当预设时间已经过去时的执行的时间，作为脚本的执行被移动的时间。

接着，在把该脚本或媒体数据附属于电子邮件的处理在其具体例子如图16中所示的菜单屏幕中被选择的情况下，对便携电话1中的附属到电子邮件的处理，使用图34的流程图加以说明。

参照图34，首先，执行控制单元1313在显示器144上显示用于选择脚本是否作为专用重现的多媒体数据传送的屏幕。然后，在重现专用多媒体数据的附件没有在该屏幕上被选择的情况下(在S161中为否)，执行控制单元1313设置该多媒体数据如何在其他接收到该多媒体数据的便携电话1上被使用的建议(S165)。也就是说，在步骤S165，执行控制单元1313设置该多媒体数据是被作为导航内容编辑工作的模板(template)还是作为简单参照的内容(content)而使用。然后，处理进行到步骤S163。

同时，在选择该脚本是否被作为重现专用的多媒体数据来传送的屏幕上选择添附重现专用的多媒体数据的情况下(在S161中为是)，重现控制单元1313删除用户导航信息描述部分(S162)。

接着，执行控制单元1313在存储器单元130中写出脚本(S163)。然后，执行控制单元1313把上述脚本和多媒体数据设置为被附属的文件，然后启动电子邮件程序(S164)。

这里，在重现专用的多媒体数据的附件被在上述附属到电子邮件的处理中选择的情况下(在S161中为是)，在被编辑之前的多媒体数据模板可以与重现专用的多媒体数据一起被添加到电子邮件。另外，在有描述的部分，对于接收电子邮件的便携电话1已被预先发现不能处理该描述部分的情况下，步骤S162是上述附属到电子邮件的处理，这样的描述部分可以被从脚本中删除。

第二实施例

接着，参照附图，对本发明的第二实施例加以说明。

依照本发明第二实施例，包括了多媒体数据处理设备的数据通信系统的配置与图1中所示的第一实施例的相同。另外，便携电话1的配置和存储在存储器单元130中的程序和便携电话1的数据处理流程也分别与图2和3中所示的第一实施例的情况相同。

首先，依照第二实施例，对包括了媒体数据的重现顺序信息的脚本在作为多媒体处理设备的便携电话1中被重现，且当媒体数据被写入脚本时已被修改，且包括媒体数据的重现顺序信息的脚本被做成的例子加以说明。

图41A中所示的模板由三个场景组成，场景1到场景3。根据本发明，这些场景之间的迁移不特别被局限，尽管都考虑到时间信息在模板内的脚本中被描述和随之迁移的情况；随着已被设置在终端中的切换时间而迁移的情况；用户澄清场景的迁移的情况；和类似等等。图41A和图41B中所示的具体例子是图41A(B)中所示的场景2的静止图像和图41A(C)中所示场景3的文本被用户分别以图41B(E)和41B(F)中所示的方式切换时的例子，并且从而，修改得以执行。

更进一步的，图47展示了用于执行图41A的屏幕显示的具体例子。图47中所示的脚本是表现了表示收集到的被并行重现的媒体数据的场景的顺序重现。也就是说，参照图47，行15到17，行18到21和行22到25分别表示场景1到3。

更详细的，在行18到21中被描述的场景2中，行19描述了图像的重现，行20描述了文本的重现。这些图像和文本属于在行18到21中描述的场景，且被并行地重现。

更进一步的，脚本中在“dur＝”后显示的时间表示重现相应场景的时间，且在该时间过去之后，切换到下一场景的重现。尽管本实施例中脚本被展示为其中，使用了这样的描述方法，在本发明中描述脚本的方法不受局限，任何类型的脚本都可以被使用，只要重现媒体的序列信息能被描述。

这里，序列表示在多媒体数据的重现时的按时间顺序的次序关系。序列沿着重现时间轴的包含一个或更多做为元素的特定部分(具体来说，“场景”，“幻灯片”，且更具体的，通过在SMIL中由<par>标记或<seq>标记包围而定义的段)。通过掌握沿着时间轴的各个段的关系，通过制作并维护在当(包含在)各个段的(媒体数据)重现开始或停止或执行媒体数据的加载或卸载时的时间成为线索的数据结构，来管理序列。具体来说，图10到12中所示的时间表被使用，并且从而，序列得到管理。当各个段开始或完成时的时间被参照为沿重现时间轴的序列的改变点。在图7中所示的UI分配状态显示时间表的具体例子中，第0，第8，第15，第19秒与序列的改变点相对应。

更进一步的，图42是展示了依照本实施例做为多媒体数据处理设备的便携电话1的重现与编辑引擎程序131的功能配置的模块图。控制单元120执行存储在存储器单元130中的重现与编辑程序131，并且从而，图42中所示的各个功能被在便携电话1中执行。

参照图42，依照本实施例的便携电话1的重现与编辑引擎程序131的功能被组成为包含：模板存储单元1000，选择单元1001，脚本和数据临时存储单元1002，脚本执行单元1003，用户改变数据确定单元1004，终端功能选择单元1005，终端功能执行单元1006，数据改变单元1007，脚本和数据改变确认单元1008，脚本和数据输出单元1009，输出脚本和数据存储单元1010和数据掩藏单元1011。

模板存储单元1000存储一个或更多被传递过来并由接收单元1015所接收的模板。尽管被存储在模板存储单元1000中的模板通常包括图47中所示的脚本和由该脚本所使用的采样媒体数据(静止图像或文本)，脚本可以是另一种形式，在仅仅媒体数据是文件或类似的形式以便被分别管理的情况下，存在于被连接到网络的服务器中，或当模板被使用时能被访问。

这里，更好的操作的选择是诸如执行仅从模板取出包含在模板中的媒体数据、传输或存储的操作，依照被包含在模板中的脚本的描述而被禁止或被允许。更进一步的，对于通常被存储在终端中的两个或更多模板，更好的选择通常是用户所希望使用的模板能以从被连接到网络的服务器、存储器卡或类似等等中被添加的方式。

选择单元1001从用户接收在被显示为可供选择的模板的列表中的模板的选择。图21的模板选择屏幕是标准例子。

脚本和数据临时存储单元1002临时存储被包含在模板中的脚本和媒体数据。脚本包含可重写的部分，并且从而，脚本通常被复制并存储在脚本和做为临时存储区域的数据临时存储单元1002中。例如，在媒体数据本身没有被修改，然而当媒体数据的文件名的重写时的情况下，不需要特别制作复制。

脚本执行单元1003是本发明的核心部分。依照本发明，脚本被用于执行场景已经被切换到其上的显示。对脚本执行单元1003更好的选择是预先通过制作表对场景或脚本重现时的时间进行管理。

用户改变数据确定单元1004确定被包含在模板中的媒体数据是否能被改变。大部份被包含在模板中的媒体不能被重写，但是通过参照其中诸如媒体文件名的媒体中用于参照媒体的参照信息被重写，并且因而，用户希望的多媒体数据能被最终产生。

被包含在模板中的媒体数据通常在脚本中通过指定文件名的形式而被描述。用户改变确定单元1004确定该媒体数据是否能被改变。例如，在图41A(B)中所示的场景2，在终端侧可以切换静止图像，所以用户改变确定单元1004判定切换静止图像是可能的。另外，即使在静止图像文件被在脚本中指定的情况下，也可能存在在该静止图像文件中数据改变是不可能的情况。

更进一步的，在由时间管理脚本的情况中，更好的选择是由用户改变数据确定单元1004选择该媒体数据被重现的时间，以便重现时间本身被重写，或者第四个场景被添加到这三个场景中也可以由用户改变数据确定单元1004确定成为可能。

终端功能选择单元1005从由该便携电话1提供的功能中选择一种改变已被用户改变数据确定单元1004选择的那一部分所必需的终端功能。例如，在该由用户改变数据确定单元1004选择的部分是静止图像的情况下，终端功能选择单元1005选择切换静止图像的功能。另外，例如在该便携电话1是带有相机的终端的情况下，对终端功能选择单元1005更好的选择是能够选择启动相机的功能。

终端功能执行单元1006通过使用已由终端功能选择单元1005选择的终端功能来获取媒体数据。然后终端功能执行单元1006把获取到的媒体数据输出到数据改变单元1007。

数据改变单元1007把已从终端功能执行单元1006输入的媒体数据切换到被从脚本参照的原媒体数据。此时，模板中静止图像在改变后被转换为另一种类型诸如视频或文本的媒体数据是可能的。

另外，此时，在脚本中向媒体数据的参照信息是以文件名被描述的情况下，改变后的媒体数据以文件类型维护，且该名字被用于在脚本中被描述的文件名，或者在改变后的媒体数据最初是文件类型且通过具有附属于它的名字而被管理的情况下，把脚本中指定该媒体数据的部分重写为该文件名是必需的。

脚本和数据改变确认单元1008从用户那里接收脚本和媒体数据中的所有改变都已完成的确认。然后，脚本数据改变确认单元1008把脚本和媒体数据中的改变的确认输出到脚本和数据输出单元1009。

脚本和数据输出单元1009把已经被改变并确认的脚本和媒体数据输出。脚本和数据输出单元1009通常以诸如MMS(MultimediaMessagingService，多媒体消息服务)的电子邮件的方式把数据发送到另一个终端或服务器。然后，脚本和数据输出单元1009把已被输入出到其他终端或类似等等的脚本和媒体数据输出到输出脚本和数据存储单元1010和数据掩藏单元1011。

输出脚本和数据存储单元1010存储已从脚本和数据输出单元1009输出的脚本和媒体数据。另外，数据掩藏单元1011从被输出的脚本和媒体数据中取出媒体数据，并把它掩藏在脚本中。

接着，用图43的流程图说明依照第二实施例在作为多媒体数据处理设备的便携电话1的重现与编辑引擎程序中的处理。图43的流程图中所示的处理也由便携电话1的控制单元120执行，从存储器单元130中读出其配置如图42中所示的重现与编辑引擎程序131，并执行它。

首先，参照图43，选择单元1001读出被存储在模板存储单元1000中的模板或从其他设备获取的模板，并在显示器144显示能被选择的模板的列表，并且然后，接受用户的选择(S1100)。对选择单元1001更好的选择是在步骤S1100中，把每个模板的初始或有代表性的屏幕转换为缩略图，并与该模板的标题一起显示。

接着，脚本执行单元1003执行重现在步骤S1100中被选择的模板且依照用户的命令编辑的重现与编辑处理(S1101)。这里，对步骤S1101中的重现与编辑处理在下面加以详细说明。更进一步的，尽管重现与编辑通常具有能由用户切换的模式，对编辑与处理更好的选择是能被同时执行。

接着，脚本和数据改变确认单元1008确认用户进行的脚本改变是否已完成(S1102)。然后，在脚本的改变已完成的情况下(S1102的是)，脚本和数据输出单元1009把经确认的脚本和数据中的一个或全部都输出(S1103)。

在这里，完成依照本实施例的模板的重现与编辑处理。

接着，对步骤S1101中的重现与编辑处理使用图46的流程图加以说明。

首先，参照图46，脚本执行单元1003依照脚本切换被重现的场景(S1200)。尽管本发明中不局限于步骤S1200中的处理，但做为处理的标准方法，可以举出首先制作如图58中所示的切换表或时间表，和基于此转移到下一个场景的方法。

图58展示了在图47中所示的脚本被重现并编辑的情况下的媒体管理表的具体例子。具体来说，参照图58，“静止图像1”在“场景1”中被重现(图58(A))，“静止图像2”和“文本2”在“场景2”中被重现(图58(B))，且“静止图像3”和“文本3”在“场景3”中被重现(图58(C))。数据改变单元1007在步骤S1200中参照这样的媒体管理表以场景为单元顺序执行重现并编辑。

接着，脚本和数据输出单元1009使用终端的功能输出数据(S1201)。在步骤S1201中输出的数据形式可以是静止图像，活动图像，音乐，文本或类似等等的任何一种。这里，步骤S1201中的输出处理在下面通过参照子例程被详细说明。

接着，脚本执行单元1003确定模式是修改模式还是重现模式(S1202)。在新模板基于已存在的模板被制作的情况下，有时候，能简单的通过执行修改模式而使切换到重现模式变得不再必要。相反地，在已经从另一个终端发送的电子邮件或消息被用做新的模板的情况下，模式通常是重现模式，并且该模式更好的选择是改变为修改模式。

在步骤S1202中模式是修改模式的情况下(在S1202中为是)，需要用户额外的输入，且用户改变数据确定单元1004确定输入的类型(S1203)。

做为在步骤S1203中确定的结果，在用户的输入是表示了前一个场景的重现的输入的情况下(在S1203中为“前一个场景”)，脚本执行单元1003执行显示该脚本前的场景的处理(S1204)。

做为另一种选择，做为在步骤S1203中的结果，在用户的输入是表示了改变脚本的处理的输入情况下(在S1203中为“改变处理”)，数据改变单元1007执行具体改变任务(S1205)。这里，步骤S1205中的改变任务在下面通过参照子例程被详细说明。

更进一步的，脚本和数据改变确认单元1008在步骤S1205中的改变后确定从用户获取输入后是否被再次确认(S1205)。做为确定的结果，在步骤S1206中，在改变后的脚本被重新确认的情况下(在S1206中为“第二输入”)，处理返回到步骤S1201，且脚本和数据输出单元1009在相同的场景已在步骤S1201中被改变后输出数据。当场景不能仅通过改变静止图像而被确认的时候，诸如在静止图像和音乐被同时输出的情况下，这样做是有效的。

然后，在步骤S1202中在模式不是修改模式(在S1202中为否)的情况下完成重现与编辑处理，且该脚本的重现已经完成(在S1207中为是)。

接着，步骤S1201中的数据输出处理使用图44的流程图被详细说明。

参照图44，首先，用户改变数据确定单元1004确定在场景中被改变数据是否存在(S1110)。步骤S1110中的确定步骤通过参照子例程在下面详细说明。

接着，终端功能选择单元1005用于选择已在步骤S1110中被确定的被改变数据的改变装置(S1111)。即使是相同的脚本，由于终端不同能否用于重现的功能也不同，如图49中所示。为功能的选择不仅只考虑终端的硬件也考虑终端的软件差异。在该情况下，在步骤1111中，选择每个终端适用的功能是较好的选择，诸如静止图像文件的选择或视频相机的选择。这里在步骤S1111已被改变的数据的改变装置的选择处理在下面通过参照子例程详细说明。

接着，数据改变单元1007在显示器144上做为操作指南显示改变的指导(S1112)。在步骤S1112中所显示的改变指导是，例如在静止图像被切换，为选择被切换的文件的指南功能，代表性的是表示静止图像文件选择按钮的显示。数据改变单元1007动态地在步骤S1112中产生这样的指导，并且从而，用户能被轻易的告知数据能被如何改变。

接着，脚本执行单元1003与在步骤S1112中显示的改变指导一起，执行场景的输出(S1113)。

然后，脚本和数据临时存储单元1002对每个修改数据，在场景事件表中存储在步骤S1111中被选择的修改的装置(应用程序)，和在步骤S1112中被产生的修改指导对应的输入事件对(S1114)。在步骤S1114中，具体来说，如图64的场景事件表的具体例子中所示，脚本和数据临时存储单元1002存储被改变的数据“静止图像2”能依靠由“F1”按键事件启动的“图像取得”应用程序，依靠由“F2”按键事件启动的“文件获取”应用程序而被改变，且被改变的数据“文本2”能依靠由“选择”按键事件启动的“文件获取”应用程序而被改变。

接着，对步骤S1205中的改变的处理，使用图65的流程图加以说明。

首先，参照图65，数据改变单元1007参照场景事件表(S1501)。在已在步骤S1203中被输入的用户输入的事件没有在场景事件表中注册的情况下(在S1502中为否)，处理完成。

在已在步骤S1203中被输入的用户输入事件在场景事件表中被注册的情况下(在S1502中为是)，脚本执行单元1003确定并启动相应从场景事件表中选出的应用程序(S1503)。然后，数据改变单元1007确定从场景事件表中选出的相应用户改变数据，并从已经开始的应用程序中获取媒体数据，并且然后，用户改变的数据被重写到已从已启动的应用程序中获取的媒体数据中(S1504)。具体来说，当按键“F1”被按下，“图像取得”应用程序在步骤S1503中被启动。另外，当用户使用“图像取得”应用程序取得静止图像且结束该应用程序的时候，用户改变的数据“静止图像2”按照在步骤S1504中新取得的数据来重写。

这里，当用户执行上述例子中的诸如图像，声音，视频和文本等媒体数据的输入操作时，在存在两个或更多的已被输入到模板中的媒体数据能被插入到其中的地方的情况下，把该媒体数据插入到两个或更多的地方是可能的。做为另一种选择，已经由用户输入的媒体数据可以被分割以便其一部分能被插入到两个或更多的地方。

另外，在诸如声音，音乐，视频和动画的具有时间轴的媒体数据被插入到模板的情况下，在各媒体数据的重现时间比已经预先在模板中规定的时间长的情况下，该媒体数据可以被禁止插入，媒体数据的每片的重现速度可以被增加以便把重现时间调整为规定时间，重现可以在规定时间过去后完成，或者仅仅被包含在规定时间中的部分可以被重现。做为另一种选择，模板的时间规定可以被改变以便各媒体数据都被完整的重现。

另外，当诸如文本，静止图像，活动图像，声音，音乐和动画的媒体数据被插入的时候，文件选择和诸如相机的应用程序的启动依照在上述例子中被插入的媒体数据而被执行。然而，用户可以自由选择媒体数据并把该媒体数据转换为包含在模板中的媒体数据。例如，从已被取得的视频中仅仅提取声音从而被掩藏在模板中，视频的第一帧采样做为静止图像从而被掩藏在模板或类似等等可以被执行。

这里，在上述文本输入的时候，读进存储在设备中的句子格式，临时存储在剪贴板中的文本，存储在设备中的且能被获取为文本数据的地址本或时间表，和发送的或接收的电子邮件的数据是更好的选择。

接着，使用图59的流程图说明步骤S1110中的确定过程。

参照图59，用户改变数据确定单元1004参照此时被重现的场景和媒体数据管理表(S1301和S1302)，并确定该场景的媒体数据。在图47中所示的脚本的“场景2”此时在便携电话1中被重现的情况下，用户改变数据确定单元1004参照图58中所示的媒体管理表并将“静止图像2”和“文本2”确定为将被改变的数据。

接着，参照图60说明步骤S1111中被改变的数据的改变装置选择处理。图60是用于记录存储在便携电话1中的数据获取程序和便携电话1所支持的媒体类型之间对应关系的表，并且是被存储在便携电话1的存储器单元130中的表。具体来说，图60中所示的表记录了展示了“图片取得”应用程序被注册在该便携电话1中以便“静止图像”和“视频”能被获取，“声音数据记录”应用程序被注册以便“声音”能被获取，且“文件获取”应用程序被注册以便“静止图像”，“视频”和“文本”能被获取。

在步骤S1111中，终端功能选择单元1005参照上述表并基于已在步骤S1110中确定的被改变数据的媒体类型选择用于改变的可用装置。在例如被改变的数据的媒体类型是“静止图像”的情况下，“图像取得”和“文件获取”的应用程序被选择。

图53展示了在当脚本在便携电话1中被执行时图像迁移的显示的具体例子。参照图53，在场景2中，步骤S1113中的处理被执行以便静止图像和文本被显示，且与此同时，在步骤S1112中的处理被执行以便改变指导被显示。也就是说，文本(指导)“Youcanattachapicturehere.”被显示在图53的场景2中，且当对应按钮被按下时，数据文件夹中的静止图像的数据被以缩略图的形式显示在列表中。在该屏幕显示列表，更好的选择是一同显示文件名和数据规模的信息。

另外，在诸如静止图像和音乐的两个或更多的媒体类型被输出在相同场景的情况下，本便携电话1可以具有任何下列方法可以被使用的配置：依靠用户操作，诸如显示两个或更多修改指导例如，“Youcanattachapicturehere.”和“Youcanattachmusichere.”，快捷键被按下，选择静止图像数据输入或音乐数据输入的方法，通过按时间顺序切换指导，首先展示“Youcanattachapicturehere.”的指导，而后指导“Youcanattachmusichere.”的方法；或者做为用户选择的结果从被显示以便选择的菜单中转移到静止图像数据输入或音乐数据输入的方法，显示媒体数据类型能被插入的“Youcanattachdatahere.”的指导，且当对应按键被按下时转换到下一个屏幕，“附上图片”和“附上音乐”被显示在下一个屏幕。

另外，在能被修改的媒体数据和不能被修改的媒体数据能被区别的情况下，本便携电话1较好的选择是通过把在该场景能被修改的数据与其他区分，而把它向用户展示。这样的确定能通过在脚本中描述媒体是否能被改变而做到。

更好的是，本便携电话1提供了跳过到下一个屏幕或返回前一个屏幕的功能。用户在场景1要显示8秒的情况下能按下按键而通过使用“下个场景”功能在过去一秒后跳过剩余七秒的方式，使电子邮件的有效制作和确认在传统重现中成为可能。

更好的是，本便携电话1具有在当用户表示了打算编辑的意图时的时间点停止重现的功能。更好的选择是，例如用户当图53的场景2中的静止图像被切换时按下按键，并且从而更好的选择是当静止图像被从静止图像选择屏幕中选出时停止重现的计时器。这里，在重现在数据的改变完成后恢复时，在当场景为了执行编辑操作而被停止时的重现时间，可以考虑从全部的开始重现或从该场景的开始处恢复。该场景的开始表示场景2的开始，也就是说第8秒，在数据通过在第13秒按下编辑按键的情况下，其中，场景2计划从第8秒到15秒被重现。

这里，上述的模板编辑处理中要考虑一种情况，在诸如文本，静止图像，视频，声音，音乐和动画的媒体数据被插入到模板的一个或多个地方的时间点，用户想改变与此时由用户选择的被编辑的模板不同的别的模板的编辑。在这样的情况下，无论改变到什么模板的编辑，迄今为止被插入的媒体数据可以被丢弃或插入到改变后的模板。另外，在这样的情况中，把已经在改变前插入的媒体数据插入到改变后的模板中是不可能的，且在此时，这样的模板的改变是不可能被允许，或者不可能被插入的媒体数据可以被丢弃以便仅仅能被插入的媒体数据得到插入。另外，在已被插入到改变前的模板的媒体数据能被插入到改变后的模板的两个或多个地方的情况下，媒体数据可以被插入到一个地方，或两个或多个地方。另外，从开始起，另一个模板的改变可以被完全禁止。

变形

接着，对包含媒体数据的重现顺序信息和动作的执行顺序信息的脚本被重现以便动作被执行且包含媒体数据的重现顺序信息的脚本被制作的处理加以说明。

图50中所示的脚本的描述以和图6中所示的脚本的描述相同的方式定义了动作和绘制区域。图61中所示的脚本的描述在行17到33定义了媒体数据的重现和动作的执行顺序信息。另外，行18到32展示了句子1到句子3的顺序执行，其分别在行19到21，行22到26和行27到31中定义。

另外，行22到26定义了第二场景的执行。更详细的，行23描述了由“SecondImage.jpg”所示的图像被显示在“Image”区域。行24描述了由“SecondText.txt”所示的文本被显示在“Text”区域。行25描述了由“act_image”所参照的动作在当“UI”的“Select”键事件被检测到的情况下被执行。

更进一步的，图48是展示了依照第二实施例的变形例的便携电话1的重现与编辑引擎程序131的功能配置的模块图。在图48中，其上被附属的数字与图42中相同的模块是与那些在图42中所示的相同的模块。也就是说，参照图48，依照第二实施例的变形例的便携电话1的重现与编辑引擎程序131的功能被组成为包含模板存储单元1000，选择单元1001，脚本和数据临时存储单元1002，脚本执行单元1003，终端功能选择单元1012，动作确定单元1013，动作执行单元1014，数据改变确定单元1008，脚本和数据输出单元1009，输出脚本和数据存储单元1010和数据掩藏单元1111。这里，对与图42中的不同的模块进行说明。

终端功能选择单元1012依照脚本的描述选择终端功能。终端功能在脚本中被描述，诸如，以图50的行12到15的“action(动作)”句中的“dest(目标)”的形式。然后，终端功能选择单元1012把该选择结果输出到动作执行单元1014。

动作检测单元1013依照脚本的描述确定动作。例如，动作确定单元1013中的动作的确定通过解释图50中所示的脚本的行12到15中的“type(类型)”而被执行。然后，动作确定单元1013把该确定结果输出到动作执行单元1014。

动作执行单元1014基于由动作确定单元1013确定的动作，处理已使用由终端功能选择单元1012选择的功能而获得的数据。通过执行被清晰描述的动作，在动作执行单元1014中，除了简单的插入和替换之外，执行多种处理成为可能，诸如图像合成，音乐和特殊效果的链接。

这里，依照第二实施例的变形例的便携电话1中的重现与编辑引擎程序中的处理与图43中所示的相同。另外，依照第二实施例的变形例的便携电话1中做为脚本的导航帧的重现与编辑处理也与图46中所示的大致相同。

这里，在本实施例中，首先，除了如图58中所示的媒体管理表外，图63中所示的动作管理表在图46中所示的处理中被制作。图63中的表展示了在图61中所示的脚本被重现并被编辑的情况下动作管理表的具体例子。具体来说，参照图63，在“场景1”中没有能被执行的动作(图63(A))，在“场景2”中“静止图掩藏动作”能被执行(图63(B))，在“场景3”中“文本掩藏动作”能被执行(图63(C))。在变形例中的便携电话1参照这样的动作管理表以便场景单元被顺序重现并编辑。

接着，使用图62的流程图详细说明依照变形例对步骤1201中的数据输出处理。

参照图62，首先，动作确定单元1013参照动作管理表来确定能在该场景中被执行的动作(S1401)。接着，动作确定单元1013在显示器144上显示动作执行的指导(S1402)。动作执行的指导是开始动作执行的操作的指南功能。步骤S1402中的动作执行的指导显示处理与步骤S1112中依照第一实施例的改变指导的显示处理相同。然后，脚本执行单元1003与在步骤S1402中显示的指导一起执行场景的输出(S1403)。

图45展示了在当脚本在依照变形例的便携电话1中执行时屏幕迁移的显示的具体例子。参照图45，步骤S1113中的处理被执行以便静止图像被显示，并且与此同时，步骤S1112中的处理被执行，以便改变指导被显示在图45(B)中所示的场景2中。也就是说，在图45(B)中所示的场景2中，文本(指导)“Youcanattachapicturehere.”被显示，且如图45(D)中所示，当对应按键被按下时，相机应用程序被启动。

这里，如图49中所示，对具有不同可用功能的各终端专用的描述可以全在脚本中被描述，并且只有在模板的重现时能被终端使用的功能的描述才可以是有效的。例如，3D液晶显示功能，有两个或更多屏幕的显示功能或类似等等，能被特别举出做为上述功能。

并且，其结构为在脚本中全部描述了向每个对象用户的属性不同的内容的媒体数据的参照信息，在模板使用时，只有适合于对象用户的属性的媒体数据是有效的。作为该属性，可以特别举出用户使用的语言和居住地区等。

这里，尽管在上面的实施例中，对在屏幕上显示表示相机的启动的UI部分和依靠预设按键的操作启动相机的方法进行说明，如图52中所示，相机可以在该时间带以线上(in-line)的方式启动，表示图像被获取的UI部分可以被显示于预定的时间周期(图52(D))，当预设按键操作被在该时间带执行的时候，图像可以由相机取得，且该图像或视频可以被当场重现。这里，在这时，其中，“取得图像”的UI部分被显示而没有取得图像的过程中，预设时间已经过去的情况下，在该时间带中，下一个重现处理可以开始。做为另一种选择，重现可以在该时间带的终止时暂停，且系统可以等待，直到“取得图像”操作被执行。做为另一种选择，在该时间带中的重现可以通过返回到该时间带的开始而重复。该重复过程可以被无限的执行，只要“取得图像”的操作没有被执行或者中断处理没有被执行，或者该处理只可以被重复预设次数，在那之后，即使在“取得图像”的操作没有完成的情况下，处理可以进行到下一个处理。

这里，需要考虑消息数据的总规模超过能在上述实施例中制作消息的处理中被传送的规模的上限的情况。做为针对该测量，超出的规模的告警可以被发出来，使在用户执行传送消息的操作时停止传送。做为另一种选择，规模的总和可以在每次用户插入媒体数据时被查找，以便告警在规模超过限制时被发送，并且然后，插入操作可以是无效的。做为另一种选择，在将被插入的媒体数据的规模被预先找到的情况下，可以确定此时消息总规模和这样的媒体数据的规模是否超过能被发送的规模上限，并且在总和超过限制的情况下，媒体数据的选择不能被允许。

这里，上述图50和61展示了仅在制作侧被使用的脚本的具体例子。该脚本的行12到15被单独地在制作和发送消息的设备侧使用。当脚本被在接收该消息的设备侧被重现时，其他部分是必需的。当这样的脚本被输出在脚本和数据输出单元1009中时，被包含在脚本中的接收设备中的不必要的描述，不能在通信过程中被发送的命令和类似等等，应该在最后输出前被删除或注释掉。在这样的情况里，把脚本和数据输出单元1009中提供上述关于删除的规则进行删除是更好的选择。

这里，对脚本和数据输出单元1009更好的选择是在发送消息前添加已被从在这时被使用的模板中下载的地址，以便在接收消息的个人为了使用同样的模板制作其他消息的目的而在接收侧从服务器下载模板本身的情况下变得方便。

更进一步的，在脚本和数据处理单元1009中的脚本中把脚本转换为诸如HTML的格式以便被转换的脚本能与原脚本一起被发送，是更好的选择。通过这么做，使得即使在在接收侧不能处理原脚本，但是可能处理被转换的脚本的情况下，在接收侧重现脚本变得可能。

更进一步的，在删除处理被执行之前的脚本和媒体数据可以被存储在输出脚本和数据存储单元1010，以便在模板被编辑而变成原始的，且被发送的消息被再次编辑而被发送的情况下变得方便。另外，因为同样的目的，如图55中所示，展示了被发送消息和被使用的模板之间的对应关系的表可以被保存，并且，例如，上述表可以被搜寻而自动选择模板“可观数量的空闲时间”且被包含在消息“1221”中的媒体数据可以被数据掩藏单元1011掩藏在模板“可观数量的空闲时间”，并且在那之后，编辑可以被在消息“1221”希望再次被编辑的情况下被执行。

为了使编辑更简单，如图51A到51D中所示，为每个场景制作缩略图是更好的选择。这能通过如图10中所示制作时间表或序列表的全部，通过解释包含在模板中的脚本的全部而被轻松地执行。通过为每个场景制作这样的缩略图，该场景的重现能在由依靠用户的操作从基于该脚本显示的缩略图列表中选择任意的缩略图而触发的重现执行的地方开始，并且然后，在脚本被重写的情况下，轻松地只重写希望的数据而不用从该脚本的开始重现成为可能。

这样的脚本在便携电话1中被执行，并且从而，多媒体数据的内容被轻松地制作。也就是说，预设操作能遵循按时间顺序改变且当该脚本被执行时显示的指导信息而被执行，并且从而，多媒体数据内容能依照本能的方法被轻松地制作。另外，预定的操作通过遵循按时间顺序改变且当该脚本被执行时显示的指导信息而在媒体数据已被插入其中的模板上被执行，并且从而，媒体数据能被轻松地替换且用户所希望的多媒体内容能被轻松地制作。

更进一步的，这样的模板被发送到另一个便携电话1来请求回应，并且从而，使发送者侧所希望的操作在接收者侧被执行成为可能。影响到例把如请求插入新视频到如图21中所示模板“可观的空闲时间”的文本消息添加到被发送到另一个便携电话1的电子邮件中，并且从而，能命令该便携电话1的用户执行新视频数据被插入到该模板中的编辑任务。

第三实施例

接着，对多媒体数据处理设备是电视接收机(下文中简称电视机)的例子做为第三实施例加以说明。也就是说，电视机屏幕的版面和时间信息在依照第三实施例的模板中被说明，且电视节目被做为一片媒体数据处理。

参照图74，数据通信系统被组成为包括：做为多媒体处理设备的电视机6，提供以脚本语言描述的模板的模板提供服务器2，提供电视的节目信息和与节目相关的信息的EPG服务器3，提供因特网内容的WWW服务器4，和通过广播电波向电视6提供节目的广播站5。

做为多媒体数据处理设备的电视机6的配置与依照第一实施例的图4中所示的相同。更进一步的，电视机6在其显示单元中包括主区域7401和从属区域7402和7203。

图75展示了包括参照媒体数据的绘制信息描述部分的脚本的具体例子，且图76展示了包括依照时间带描述节目信息的节目表信息描述部分的脚本的具体例子，且图77展示了包括与图75和76中所示的脚本彼此相关的描述的脚本的具体例子。这里，图76中所示的脚本对应依照第一实施例包含用户导航信息描述部分的脚本，且不是导航观看并收听电视机6的用户的操作，而是依照本实施例的时间带自动确定将被显示并重现的节目而工作的脚本。节目表信息通过分析该脚本而获得。

接着，电视机6中的数据处理流被展示。脚本的读入和执行处理和事件处理与图9中所示的处理大略相同，并且从而，对该流程参照图9加以说明。

参照图9，电视机6获取图75，76和77中的各个脚本(S12)且读入这些脚本(S13)。更进一步的，已被读入的各个脚本的语法被分析(S14)且时间表被制作(S15)。在那之后，这些脚本依照制作好的时间表被执行(S16)。

具体来说，图75的行14和15在WWW服务器上指定图像文件，并且从而，相应文件被依照步骤S12中的描述从WWW服务器4获取，并被显示在从属区域7402和7403，它们在步骤S16中执行时被指定为区域“right”和“left”。

另外，图75的行13描述了视频内容“tvcontents”被在主区域7401(主)中重现并显示，且这样的视频内容“tvcontents”是依照图76中所示的脚本的描述而被确定的电影数据或电视频道。图76的行5中的描述描述了图76中所示的脚本指定了其ID在图75中所示的脚本中为“tvcontents”的媒体数据的部分。

接着，对用于在电视6中确定这些视频内容“tvcontents”的确定处理的流程使用图78的流程图加以说明。

参照图78，首先，当脚本的绘制信息描述部分中指定“videoid＝“tvcontents””已在电视6中被分析时(在S2301中为是)，做为图76中所示的脚本分析结果的节目表信息被参照以便获取与当前时间对应的节目信息(S2302)。

图76的行6到13描述了电视的频道号4的节目与0点到2点之间的视频内容”tvcontents”相对应，且行14到21描述了由行20中描述的URL指定的因特网内容与2点和4点之间的视频内容”tvcontents”相对应。因此，视频内容”tvcontents”被确定为依照上述描述当时间是0点和2点之间的时间时频道号4的电视节目，并且从而，该节目信息的类型(电视节目)在步骤S2303中被确定，且电视机6从广播站5接收相应的广播电波并依照上述确定结果在预定位置执行显示。(S2304)

同时，视频内容“tvcontents”被确定为当时间是2点和4点之间的时间时依照上面的描述由在图76的行20中描述的URL指定的因特网内容，并且从而，节目信息的类型(因特网内容)在步骤S2303中被确定，且电视6从WWW服务器4获取相应的内容数据并依照上述确定结果在预定位置执行显示(S2305)。

这里，尽管节目描述的部分在4点和4点后在图76中所示的脚本中被忽略，但是对于时间有类似的描述，且当时间为上述时间之外的时间时，类似的处理被执行。

做为上述处理的结果，在电视6机中，已经从WWW服务器4中获取的媒体数据被重现并被显示在从属区域7402和7403，并且基于通过分析图76中所示的脚本获得的节目表信息，依照时间带被指定的电视节目或因特网内容被从广播站5或WWW服务器4获取而被重现并显示在主区域7401。

另外，尽管在本实施例中，从WWW服务器获取的静止图像被显示在从属区域7402和7403中，图75的行14和15中的描述可以被转换为与行13的类似的描述，以便与图76中所示的脚本的描述合并，或者如在第一和第二实施例中描述的，关于伴随时间的媒体数据的切换或发生的事件的描述可以被添加，并且从而，广播电波，节目相关信息和类似等等可以按照时间带从EPG服务器3，WWW服务器4和广播站5获取而得到显示，或者接收用户操作的UI模块可以被显示，以便在操作被用户在这些UI模块上执行的情况下，执行相应的动作。

更进一步的，电视的频道切换和音量，亮度调节等等，当用户按下被显示为“详细信息”的按钮或类似按钮时，链接转换到WEB内容来显示与在主区域7401中被重现的节目连锁的信息，在电视机6提供了记录功能或被连接到记录设备的情况下的记录操作，从屏幕记录的屏幕抓图被依靠电子邮件或类似方式传送给其他用户，在电视机6被与电话功能或类似功能连锁起来的情况下向预定拨号号码发送信号，能被举出做为上述动作。

数据通信系统被组成为包括按照本实施例具有上述配置的做为多媒体数据处理设备的电视机6，并且从而，对制作内容的人主要具有多媒体内容能通过合并电视节目和因特网内容而被轻松地制作的好处。

这里，尽管由服务器2提供的模板在其配置如图2中所示做为具体例子的电视机6和便携电话1中被处理的例子在第一到第三实施例和第二实施例的变形例中被说明，处理模板的处理设备并不局限于类似便携电话1的所有功能被组成为整体的设备。也就是说，在电视机6或便携电话1中实现的各个功能可以从彼此独立的设备中获得，诸如用于获取模板的获取设备，如接收机，用于获取图像的媒体数据输入设备，如相机，和媒体数据输出设备，如电视接收机。在这样的例子里，数据和控制信号被通过专用线依靠通信或无线通信相互发送和接收，上述脚本的重现与编辑处理被在数据处理设备中执行，获取到的脚本在获取设备中被处理，并且多媒体内容数据的编辑通过使用媒体数据或类似已经由媒体输入设备输入的数据而被执行。然后，由媒体数据输出设备获取的模板或编辑模板的多媒体数据能被重现。

更进一步的，用于执行这样的脚本的脚本执行方法能被提供为程序。这样的程序可以被记录在计算机可读取记录媒体中，诸如可与计算机一起使用的软盘，CD-ROM(CompactDisc-ReadOnlyMemory，光盘)，ROM(ReadOnlyMemory，只读存储器)，RAM(RandomAccessMemory，随机存取存储器)或存储器卡，从而被提供为程序产品。做为另一种选择，程序可以通过被记录在记录媒体上被提供，诸如内置在计算机中的硬盘。另外，程序可以通过从因特网下载而被提供。

以这样的方式被提供的程序产品被安装在程序存储单元，诸如硬盘中，并且然后被执行。这里，程序产品包括程序本身和程序被存储其中的记录媒体。

这里揭示的实施例无论从哪个方面来说都是说明性的，且不应当被看作是限制性的。本发明的范围不是由上面的描述来定义，而是由权利要求项所定义，并且意味着包括与该范围内的权利要求项和所有修改相同的意义。

工业可行性

如上所述，依照该发明多媒体内容能被轻松地制作，并且从而，该发明能被方便地应用于多媒体内容的制作。

Claims (7)

1.一种多媒体数据处理设备，包括：

脚本执行单元(1003)，用于依照包含在模板中的脚本重现被上述脚本参照的数据，上述脚本包含多个按照时间顺序的场景，该场景是关于至少一个按时间顺序的时间段的场景；

上述场景中分别规定了是否能够改变；

上述多媒体数据处理设备还包括：

用户可变数据确定单元(1004)，通过确定是否在上述脚本中规定了能够改变来确定用户能否改变多个关于上述时间段的场景中的一个场景的数据；

终端功能选择单元(1005)，用于选择该多媒体数据处理设备所具有的功能，上述功能是改变由上述用户可变数据确定单元确定为能够改变的上述一个场景的数据所必需的功能；

终端功能执行单元(1006)，执行用于采用上述终端功能选择单元所选择的功能来获取数据的处理；

数据改变单元(1007)，将上述一个场景的数据改变为采用上述被选择的功能执行上述处理而获取的数据；和

脚本和数据输出单元(1009)，将包含由上述数据改变单元改变的场景的脚本和上述被改变的数据中的至少一方输出到其他设备。

2.依照权利要求项1所述的多媒体数据处理设备，其中，媒体数据的重现状态的变迁信息在上述模板中被描述，并且上述脚本执行单元管理上述媒体数据的重现状态的变迁。

3.依照权利要求项1所述的多媒体数据处理设备，进一步包括：

模板获取单元(1015)，用于获取包含上述脚本在内的模板；

选择单元(1001)，用于从上述获取的模板中选择需要的模板；和

数据改变确认单元(1008)，用于确认上述数据的改变。

4.依照权利要求项1所述的多媒体数据处理设备，其中，

脚本和数据输出单元在输出前删除被包含在上述模板中的脚本和被从上述脚本参照的上述数据中的至少一方中的一部分。

5.依照权利要求项1所述的多媒体数据处理设备，其中，

上述脚本和数据输出单元把上述脚本和上述被改变了的数据中的至少一方输出到上述多媒体数据处理设备内部的存储器设备中。

6.依照权利要求项1所述的多媒体数据处理设备，其中，

上述脚本和数据输出单元把上述脚本和上述改变了的数据中的至少一方通过网络输出到其他设备。

7.依照权利要求项6所述的多媒体数据处理设备，其中，上述脚本和数据输出单元把上述脚本和上述被改变了的数据的至少一方通过使用多媒体消息服务输出到上述其他设备。

Images