CN1997994A - 媒体封包和用于管理媒体封包的系统及方法 - Google Patents

Abstract

媒体封包特征在于具有包括对其他媒体封包的链接的数据结构。媒体封包最好包括具有对其他媒体封包的双向链接的头部。每个媒体封包可以包括多个媒体数据或者对多个数据源的链接。还描述和要求了图形用户界面，其中通过在媒体封包中所包含的信息至少部分地确定布局和/或功能。还描述了和要求了使用媒体封包的视频会议方法。

Description

媒体封包和用于管理媒体封包的系统及方法

技术领域

本发明涉及媒体封包和用于创作(author)和显示媒体封包的方法和系统。在本说明书的上下文中，使用术语“媒体封包”来表示可以用于逻辑上或者物理上包含至少一个媒体文件的结构。媒体文件是诸如视频剪切片段、音频剪切片段或者文字文档之类的演示(presentation)元素或者在形成演示元素时使用的数据，包括脚本(或者应用程序)。更具体地说，可以使用媒体封包作为载体(vehicle)以组装、组织和发送多媒体演示给观众。本发明还涉及充当外部应用程序的前端的图形用户界面。

背景技术

因特网已经将空前大量的信息提供给了用户。而且，个人计算机、因特网和诸如电视之类的其他形式的媒体之间的区别正在变得模糊。与可获得的信息量有关的一个问题就是以有意义和可搜索的格式来组织数据。特别在需要将不同形式的数字内容放入适于在内容之间变换的协调(coherent)组群(grouping)的情况下更是如此。与不同形式的数字内容有关的另一个问题是文件类型和编解码器的绝对数量要求用户熟悉日益增长的应用程序数量。

当在线和离线环境非常不同时候开发了对各种媒体进行组合和呈现的当前方法。这些方法缺乏对在线、离线、“客户端”和“服务器端”之间的界限正在变得模糊的目前情况的适应性。

最广为人知的对不同内容进行组合的尝试是网页。HTML(超文本置标语言)能够参考任何文件格式。但是，它是通过链接到文件而不是集成文件来完成的。如果用户保存HTML页面，则所保存的页面不包括内容。由页面链接的内容(例如，来自移动电话的视频剪切片段)被与HTML分开存储，并且分散在文件系统的目录树内。

在不具有对原始网站的整个目录的技术了解的情况下可能不能将网页传输到新站点。这对数字内容的有意义子组的标准化和这些子组在内容之间易转移性产生了障碍。从一个页面到另一个页面的超连接是可能的，但是即使在这样的界面层面上这种组合机制也是不充分的。用户看见每个页面但是不能看见整体结构，而且每个站点的每个页面都具有非标准的导航结构。

对于普通用户来说还是难于创建、集成、发布和联合(syndicate)数字媒体。在个人与他们想要参加的相对少量的活动之间还有大量专业人员和大量的软件应用程序。由专业人员所创建的大多数内容完全受上下文的限制。这使得难于或者不可能重新使用内容或者将内容复制到不同的上下文中。这意味着无谓地重复许多工作，导致大量费用、冗余和资源浪费。其也是增加最终用户烦恼的专用(ad hoc)界面激增的原因之一。

即使专业人员和内容提供商也在努力寻找用于将大量相关信息显示、传递和组织为协调、容易搜索和直观的界面的方法。

而且，这些问题的每一个都阻碍了内容的自动呈现(与随机浏览相对)，这是因为自动就需要能够组合、组合、重新上下文化(re-contextualize)显示和播放内容的标准。

发明内容

在第一方面中，本发明提供包括用于包含或者参考至少一个演示元素的存储装置的媒体封包，媒体封包可以与另一个媒体封包关联以在媒体封包之间链接演示元素。

媒体封包还包括链接结构，其可以被操作来将媒体封包与至少一个另外的媒体封包相关联以在媒体封包之间链接演示元素。

链接结构能够将媒体封包链接到多个其他媒体封包以在封包之间链接演示元素，而且可以操作链接结构以同其所关联的媒体封包或者每个媒体封包建立双向链接。

当建立了双向链接时，可以操作链接结构以包括所述链接中的变量，可以操作该变量以将一个链接定义为主链接而将另一个链接定义为辅助链接。

主链接和辅助链接的任何一个都可以建立其中将演示元素进行链接的序列，从而形成连续的演示。

在一种实施方式中，当移动或者修改媒体封包时，媒体封包导致保留包含媒体封包的链接的至少一子集的伪文件，从而对媒体封包的移动或者修改不影响参考该媒体封包的其他媒体封包。

伪文件可以是媒体封包的复制件。

在另一种实施方式中，当移动或者修改媒体封包时，媒体封包使得参照该媒体封包的所有其他媒体封包的链接都更新，以反映该媒体封包的修改或者移动。

在另一种变型中，当移动或者修改媒体封包时，媒体封包使得参照该媒体封包的其他媒体封包的链接的至少一子集更新，以反映该媒体封包的修改或者移动。

在某些实施方式中，仅仅当其他媒体封包之一试图访问被移动或者修改的媒体封包时才可以更新链接的至少一子集。

当对类似媒体封包进行搜索时，搜索可能返回由给封包所参考的媒体封包的子集，由预定条件来确定所返回的子集。

媒体封包还可以包括头部部分和二进制信息存储部分，头部部分包含可关联性信息，而二进制信息存储部分包含至少一个演示元素。

在第二方面，本发明提供传送根据本发明的第一方面的媒体封包的方法，包括步骤：响应于用户请求，将媒体封包的拷贝发送给用户。

在第三方面，本发明提供传送根据本发明的第一方面的媒体封包的方法，包括步骤：将头部信息的至少一子集传送给最终用户和至少一个演示元素的表示，而且响应于用户对二进制信息的至少一部分的请求，将二进制信息的该至少一部分传输给用户。

在第四方面，本发明提供存储演示的方法，该方法包括步骤：提供根据本发明第一方面的多个媒体封包，将该演示的演示元素存储在媒体封包的相应一个中，以及链接媒体封包以便关联演示元素。

该方法还可以包括双向链接媒体封包的步骤。

在第五方面，本发明提供用于创作、编辑、存储和传送根据本发明的第一方面的媒体封包的系统，该系统包括能够存储媒体封包的存储部分、能够在从客户端应用程序接收到对于媒体封包的请求时将媒体封包发送到客户端应用程序的软件应用程序。

当从媒体封包接收到要移动或者修改该媒体封包的命令时，系统可以导致保留包含媒体封包的原始链接的至少一子集的伪文件，从而对媒体封包的移动或者修改不影响参考该媒体封包的其他媒体封包。

替代地，当从媒体封包接收到要移动或者修改该媒体封包的命令时，系统使得参照该媒体封包的所有其他媒体封包的所有链接都更新，以反映该媒体封包的修改或者移动。

在又一种实施方式中，当从媒体封包接收到要移动或者修改该媒体封包的命令时，只有当其他媒体封包之一试图访问被移动或者修改的媒体封包时，系统才使得参照该媒体封包的其他媒体封包的所有链接都更新，以反映该媒体封包的修改或者移动。

系统还可以包括能够复核所存储的媒体封包并且汇编可搜索索引的搜索引擎。

系统可以包括经由计算机网络互连的多个服务器。

在第七方面中，本发明提供用于显示根据本发明的第一方面的多个媒体封包的图形用户界面，其包括可以由用户选择的多个显示部分，包括具有对于用户来说唯一的媒体封包表示的第一显示部分、具有对于其他用户来说唯一的媒体封包表示的第二显示部分和被安排来允许创作、编辑或观看对于用户或者其他用户来说唯一的媒体封包的第三显示部分。

图形用户界面还可以包括可以通过选择任何一个显示部分内所包含的媒体封包来观看的菜单系统，该菜单系统提供用于操作其中所显示的媒体封包的表示的功能。

菜单系统可以重叠媒体封包的表示，并且可以通过跨越媒体封包的表示的光标移动来调用。

菜单系统还可以包括包围多个显示部分的每一个的第二菜单，该菜单提供用于操作其中所呈现的媒体封包的功能。

对媒体封包的操作可以包括下面功能：拷贝媒体封包、编辑媒体封包、删除媒体封包和将媒体封包移动到新上下文中。

操作媒体封包的表示可以包括下面功能：观看主演示元素和观看任何的进一步演示元素。

响应于用户命令，演示元素的表示可以从表示转变为媒体封包中所有其他演示元素的表示。

这种转变可以通过表示从前面(front face)到后面(rear face)的虚拟旋转发生。

可以限制第二显示区域以观看仅可以由用户的子集访问媒体封包的表示。

显示部分包含媒体封包的至少一个表示，该表示提供在诸如网格图案的预定图案内。

由所选择的媒体封包的内容来确定图形用户界面的布局。

在第七方面中，本发明提供包括被安排来显示媒体内容的至少一个观看区域的图形用户界面，其中图形用户界面的布局至少一部分由在至少一个观看区域中所显示的媒体内容所确定。

图形用户界面的布局可以包括至少一个菜单系统，由观看区域中所显示的媒体内容来确定该菜单系统的功能。

菜单系统可以包括两个子菜单，第一子菜单提供控制以操作媒体内容，第二子菜单提供控制以操作界面内媒体内容的观看。

图形用户界面还可以包括能够与媒体封包对接的博客(blog)装置，博客装置能够编辑媒体封包中的文字评语。

在第八方面中，本发明提供用于观看多个媒体封包的系统，其包括被安排来将根据权利要求1到13的任何一项的一个媒体封包的至少一子集传送到图形用户界面的计算系统，其中媒体封包包括当建立在图形用户界面中操作的至少一个特征时所使用的信息。

在第九方面中，本发明提供定制图形用户界面的方法，包括步骤：创建包括确定图形用户界面的布局和功能的信息的媒体封包；和将包括该信息的媒体封包的至少一子集传送到图形用户界面。

在第十方面中，本发明提供创建媒体封包的方法，包括步骤：选择至少一个演示元素；和将演示元素形成到媒体封包中。

在第十一方面中，本发明提供搜索多个媒体封包的方法，包括步骤：选择用户感兴趣的媒体封包；标识链接到该媒体封包的所有媒体封包；和显示至少一些所链接的媒体封包的表示。

在第十二方面中，本发明提供统一多个媒体封包中所包含的演示元素的方法，包括步骤：选择系列媒体封包；从所选择的媒体封包中提取演示元素的子集；和构造包含演示元素的所提取的子集的进一步媒体封包。

在第十三方面中，本发明提供用于传送演示的系统，包括具有被安排来接收根据权利要求1到13的任何一项的一个媒体封包的至少一子集、并且将该媒体封包的所述至少一子集显示给用户的软件应用程序的设备。

媒体封包可以包含流数据，其可以来自诸如视频会议电话之类的实况(live)源。

流数据可以包括在媒体封包内所包含的系列演示元素，顺序呈现该系列的演示元素。

在第十四方面中，本发明提供将内容分发到多个用户的方法，包括步骤：组装根据权利要求1到13的任何一项的媒体封包；和将该封包分发到多个用户。

在第十五方面中，本发明提供将自执行媒体演示提供给用户的方法，包括步骤：将至少一个演示元素组合到根据权利要求1到13的任何一项的媒体封包中；以及将该媒体封包提供给用户，其中用户可以观看所述的至少一个演示元素。

在第十六方面中，本发明提供视频会议方法，包括步骤：将包括能够启动视频会议并且转发瓦片(tile)的脚本的媒体封包提供给用户，其中当用户接收和确认时启动视频会议。

附图说明

虽然其他的形式也可能落入本发明的范围内，但是现在将只通过示例方式参照附图来描述优选实施方式，其中：

图1示出了根据本发明实施方式的媒体封包的结构的示意图；

图1a示出了根据本发明实施方式的，图示如何链接媒体封包的示意图；

图2示出了媒体封包从一个位置到另一个位置的可移动性的示意图；

图3示出了双向链接如何在媒体封包之间操作的示意图；

图4和5示出了如何链接瓦片文件的头部和媒体部分的示意图；

图6A和6B示出了将现有技术的HTML文档与根据本发明实施方式的媒体封包进行比较的示意图；

图7a和7b示出了根据本发明的实施方式的媒体封包的可移动性的示意图；

图8示出了在根据本发明的实施方式的媒体封包和图形用户界面之间的链接的示意图；

图9a到9e示出了在根据本发明实施方式的媒体封包之间的动态链接的示意图；

图10a和10b示出了可以被放置在根据本发明实施方式的媒体封包中的内容的类型的示意图；

图11示出了可以与用于产生根据本发明实施方式的媒体封包的系统对接的网络的类型的例子；和

图12、13、14A、14B、15、16、17、18和19示出了根据本发明实施方式的图形用户界面的示意图。

具体实施方式

本发明在至少一种实施方式中是媒体封包，其可以包括元数据、内容、链接、方法按钮/方法结合体和排序信息。将其描述为文件格式。从技术角度上来说，该实施方式类似于基于对象的编程模型中的对象/对象系列。从终端用户角度来说，这种文件格式被体验为可播放的媒体文件，其在可以被关联的方式中是唯一的，包括相同类型的其他文件。以名称“Tilefile”来推销该对象，并且在随后的描述中将其称为“瓦片文件(tilefile)封包”。对于最终用户来说，因为可以将文件类型的内容表示在图形用户界面中的网格或者其他对称图案中，所以瓦片文件封包引起“瓦片”的比喻。也就是说，在后面将要详细描述的图形用户界面包括多个观看区域。每个观看区域可以具有一个或多个瓦片文件封包的表示。换句话说，观看部分可以只显示一个瓦片文件封包，或者以网格或其他图案显示多个瓦片文件封包。对于最终用户来说，和为了本说明书的目的，将使用术语“瓦片”来代表“瓦片文件封包”的具体实例，特别是当在图形用户界面内被表示时的瓦片文件封包。如在用户界面中所表示的那样，将瓦片文件封包分为“瓦片正面”部分和“瓦片背面”部分(图13，(1))。还将瓦片文件封包的正面称为瓦片文件封包的“外观(face)”。

用户能够立即识别的瓦片文件封包的外观通常是照片、视频剪切片段或者瓦片文件封包的内容的其他视觉表示，而且将通常是“主演示元素”的表示。也就是默认视觉元素。响应于用户命令，可以从瓦片(图14B，(30))的正面(或者背面)中访问各种功能，这些功能可能包括添加和消减附加的演示元素、改变元素之间的关系、与瓦片文件封包(25)相关地对观看者评语进行日志记录、和写、编辑以及播放可以是瓦片文件封包的资源(asset)之一的“脚本”。

通过瓦片的内容来确定从瓦片的正面可以访问的各种功能。也就是，每个观看区域由菜单重叠和/或包围，菜单上的控制根据观看区域中所显示的瓦片、和诸如用户是否正在观看瓦片的前面或者瓦片的背面之类的其他因素而变化。

响应于用户命令(例如，图14B中点击按钮(31))变得可视的瓦片文件封包的背面可以允许作者设置诸如安全、元数据和搜寻信息之类的偏好和特性，而且还允许添加和消减诸如注解或者任何其他资源之类的附加元素。观看者能够从瓦片的背面下载附件，但是创作按钮对于不具有创作权的观看者来说可能不可见。

通常可以经由瓦片的背面来访问诸如脚本之类的高级功能。脚本可以包含用于观看瓦片文件封包的资源并与其互动的指令，用于同其他相关联的瓦片文件封包互动和协作的指令、用于执行外部应用程序的指令、和用于访问外部非受管数据的指令；这样的脚本将对基础操作系统和网络服务的全部功能的访问权给予高级用户。例如，脚本可以定义瓦片文件封包的可播放内容的替代演示，其可以将电子表格(spreadsheet)数据转换为动画图，其可以调用天气报告或者来自摄像机的实况馈入，或者其可以包裹(encapsulate)一个或多个RSS馈入。

在瓦片存在于服务器端的情况下，当用户从移动电话或者设备将内容发送到他们的帐户中时自动地开始新的瓦片。替代地，用户可以通过从它们的PC硬盘上载内容来创作新瓦片。在每个瓦片中将编辑窗口提供给作者以帮助资源的上载(图16，(50))。这包括用于上载或者改变瓦片(52)的表面和上载或者改变多个附件(54)的功能。

每个瓦片以用户界面“外壳(shell)”的方式工作，而且在用户界面中的图案中观看多个瓦片类似于观看多个用户界面外壳，其中每个瓦片是/具有其自己的一套控制而“拥有”其自己的内容。每个瓦片像外壳一样操作，当将瓦片显示在观看区域中时，其还确定与瓦片相关联的菜单系统的外表、感觉和功能。菜单系统的实例是瓦片的一部分并且总与其最接近，以便其看起来属于该瓦片。该菜单系统可以控制与瓦片或者瓦片的内容相关联的任何功能。这可以包括用于操作瓦片的观看(例如，显示瓦片文件封包中的内容)或者操作瓦片内的数据(例如，将元素添加到瓦片文件封包(50，52，54))的功能。与专用“弹出(pop-up)”菜单部分，瓦片文件封包的菜单系统总是瓦片文件封包视觉语言的可识别实例，也就是，可以将其统一地应用于所有上下文中的瓦片文件封包的所有实例，包括应用程序。

换句话说，可以将瓦片文件封包看作活动容器，其在图形用户界面的帮助下不仅能够将不同形式的数字内容(及演示元素)保存在单个实体中，而且能够提供用于操作瓦片内容的功能。每个瓦片文件封包是可以合并在新形式的视觉认知(literacy)中的单元，这种视觉认知依赖于对于统一瓦片文件封包界面的用户的独特优点。

如较早间接表明的，在图形用户界面中，可以将瓦片文件封包组合在一起成为图案和网格。可以顺序地将瓦片文件链接在一起(图14，(40))，而且实际上整个网格可以是这样的序列，其中网格的每一行是序列的下一部分。可以将诸如照片之类的图像显示在瓦片的外观上，从而可以扫视瓦片文件封包的内容。应该理解，在下面的描述中，当表示数字媒体时，术语“内容”与术语“演示元素”等效，而且将互换地使用这些术语。可以将与这些图像相关的其他类型的内容存储在瓦片文件内，而且在“每瓦片”基础上从时间上集合内容。

“容器”的比喻用于解释瓦片文件封包的特征的一子集。但是，同其他比喻一样，容器比喻有时也不成立(breaks down)。例如，瓦片文件封包的重要特点是即使当容器被密封时也可以使得瓦片文件封包的内容的表示可利用。而且，独立瓦片文件封包可以为了演示的目的而具有对其他瓦片文件封包内的资源的访问权。在这种情况下，每个瓦片文件封包还像控制器/程序装置(sequencer)。

多个媒体封包的序列传送(“播放”)提供对于传统浏览的替代。这可以包括充当外部应用程序的前端的媒体封包GUI。媒体封包组还可以作为操作系统之顶上的中间层操作，形成跨越多个应用程序和上下文而统一的视觉外壳。

瓦片文件封包可以包括应用程序，或者可以存档通过瓦片到应用程序的通信。如果不将应用程序嵌入在瓦片文件封包内，则存在两种主要可能性：

1)瓦片文件封包/GridMo系统可以在客户端机器或者服务器机器上通过使用已知文件类型关联(例如，可以启动文字处理器以打开.doc文件)来自动地发现和启动正确的应用程序。

2)可以由瓦片文件封包的作者或者资源的作者将配置嵌入在瓦片文件封包中以发现正确的远端站点并且或者

a.自动地下载对应的应用程序/插件并且将其运行在客户侧(并且可能在执行之后再次将其删除)，或者

b.在服务器侧执行应用程序以远程地处理资源文档。

后面的特点意味着每次新文档类型作为资源出现时，不必提示最终用户下载和安装应用程序。其还解决了当不同格式的文档和不同应用程序所使用的文档偶然具有相同的文件名扩展名时的混淆问题。

可以将瓦片文件封包用作视频会议系统的“可分布终端”。在这种系统中，每个瓦片文件封包充当两个角色：首先，其是包含或者参考用于“钩住(hook up)”视频会议参加者的配置的可传送文件。这可以包括在各种客户站点开始视频会议客户端应用程序。其还可以包括邀请、调度、建立正确的链接和登录。第二，瓦片文件封包在独立的客户站点变为视频会议客户端的GUI终端。

可以将瓦片文件封包用作参考和管理包括同盟内容(federated content)的第三方内容的层。在这些情况下，瓦片文件封包对单次签到(SSO)问题提供解决方案。在用户对于不同系统具有多个用户名/口令字对的情况下，可以使用单个瓦片文件封包来取回和加密多个用户名/口令字对，根据要求管理对多个系统的登录。

瓦片文件封包结构

瓦片文件封包的结构包括静态特性(诸如在瓦片的正面上显示的图像、作者/拥有者详情等)和动态特性(在瓦片文件内包含的媒体文件、对其他瓦片文件封包的关系的列表、确定出现的菜单的外表、感觉和功能的命令等)作为其属性，而且具有演示动作和/或序列作为其方法(功能)。在这里所描述的实施方式中，通常将静态特性保存在头部部分中，而将动态特性保存在二进制信息存储部分中。但是，这些类别不是绝对的。例如，即使双向链接是动态特征，它也包含在头部中。类似地，当修改内容时，还可以修改头部中的大小信息。

可以逻辑上将瓦片文件封包想作自包含实体，所以通过图形用户界面还将瓦片文件封包呈现给用户作为自包含实体，或者可以呈现瓦片文件封包的子集。在任何一种情况下，如所述的，将瓦片文件封包的结构分为两个不同部分，头部部分和媒体或者资源部分(二进制信息存储部分)。

头部部分包括诸如格式版本(用于向后兼容性)、拥有者/作者详情、对瓦片的外观的指针(帮助单个图像文件上循序下载以提取预览图像、和显示分辨率的多个不同级别)之类的普通特性的列表、诸如与读、下载、执行和编辑瓦片文件封包有关的权限之类的权限、和诸如资源的索引和关系之类的资源属性。

资源索引包括在瓦片文件封包中所包含的每个媒体文件或者其他资源的详情。这些详情包括：名称、类型、修改、权限、大小、媒体部分中的偏移位置和下载状态。在瓦片文件封包的完整实例中，可以使用大小和偏移的组合来定位媒体部分中的二进制的媒体文件，并且提取其进行演示。

在一种实施方式中，为了减少下载时间，不一次地将瓦片文件封包下载到客户端机器。开始只下载头部。仅仅当需要时，或者当存在有足够的带宽可以用于进行下载而不会打扰用户(后台下载)时，才下载媒体二进制文件。在后台下载到部分实例的情况下，将把标识下载媒体文件的断开/恢复点的下载状态记录到瓦片文件封包的部分实例中。

瓦片文件封包还可以包括双向链接。双向链接是到另一个瓦片文件封包和/或在当前瓦片文件封包“使用”或者“被其使用”的另一个瓦片文件封包中的内容的链接。双向链接类似于双条目会计系统，其中将通过把对应关系指回从其初始作出链接的瓦片文件封包来平衡从一个瓦片文件封包到另一个的链接的形成。这使得分散化的抽象数据的实例化成为可能。想法就是，双向链接允许系统追踪瓦片而与瓦片文件封包的物理位置无关。这使得瓦片可移动。每个瓦片文件封包展现高度的自主性，但是任何一个瓦片文件封包“知道”其关系，而且这种知识可以用于唤起其他瓦片文件封包的组合和/或序列。

当创建瓦片文件封包的复制的拷贝时，开始不需要将原件中的媒体文件拷贝到复制件(部分实例)，而是在复制件(部分实例)中将它们标出作为“拷贝关系”(即，当修改原始瓦片文件封包或者拷贝的瓦片文件封包中的媒体文件时只需要创建独立媒体文件的实际物理拷贝)。这种方法可以明显减少资源消耗。类似地，大量其他瓦片文件封包“所使用的”瓦片文件封包的拷贝可以不包括“所使用的”链接，而是可以经由到原件的关系来访问这些链接。还可以有用于这些信息的辅助存储部分，可以将这些信息称为对原件和/或拷的“链接伙伴”贝。

当移动或者删除已经与其他瓦片文件封包链接的瓦片文件封包时，不必立即更新所有链接了的瓦片文件封包。替代地，为了将任何“使用”链接重定向到新位置的目的，可以将“伪”瓦片文件封包插入在被移动或者删除的瓦片文件封包的位置。当由与其有关系的瓦片文件封包访问被移动或者删除的瓦片文件封包时，伪瓦片文件封包指令访问瓦片文件封包进行自我更新。当已经更新了所有相关瓦片文件封包时，可以自动删除伪瓦片文件封包。

伪瓦片文件封包，或者变型，可以附加地起到这样的作用：保留被拷贝或者移动到新位置的瓦片文件封包的链接的“所使用的”链接。当伪瓦片文件封包将“使用”瓦片文件封包重定向到新位置时，在新位置的瓦片文件封包只需要将它的所使用的链接更新。以这种方式，拷贝可能从它们的原件中演进开，而不失去重新获取关系的潜质和/或原件的历史。

图

现在参照图，在图1中示出了瓦片文件封包的基本结构及其对图形用户界面(GUI)的关系。瓦片文件封包包括作为文字的头部、以资源的本来二进制形式包含资源的文件体、和还可以是二进制文件或者可以以其他形式存储的文字信息存储部分。文件体还包含一个或多个脚本，即，可以被运行或者播放的指令。

更加详细地，这些部分是：

(i)文字格式的基本头部，其包含瓦片的名称、瓦片的描述、作者(和/或与该瓦片相关联的用户帐户)、日期和时间戳、以及版本号。

(ii)存储为双向链接的头部关系，包含声明瓦片文件封包正在“使用”其作为成员(还见图1a)的瓦片文件封包的各种组合还是“正在被使用”的标志。使用双向链接允许每个瓦片“知道”和“记住”与其相关联的瓦片文件封包的组合，以及如何组装其自己的内容和其他瓦片文件封包的内容为有意义的演示。

因为每个瓦片文件封包具有“外观”(瓦片的“正面”)，而且这些外观可以表示视频剪切片段和其他基于时间的演示(包括指定持续时间内的静止图像)，所以瓦片文件封包的序列可以通过相继地显示一个外观元素来形成基于时间的演示。用户在任何时候都可以暂停演示，并且深入(drill down)到其外观当前正在显示的特定容器的内容中。

(iii)头部二进制信息指针/资源索引。与二进制形式一起，这里存储字节部分串来描述文件如何分离二进制(bianries)。

更加具体地说：

1.二进制信息存储部分

这是存储媒体内容的地方。通过以其本来形式来存储二进制信息，可以支持多种文件格式。操作数据不需要发生在瓦片文件中，而是可以将其进行提取、操作和返回，从而其或者附加之前的版本、或者盖写之前日期的材料、或者两者。可以存储二进制信息的多次重复，以便保留修改历史。

2.文件体包含瓦片的“外观”作为特殊类别

如被显示在GUI中那样，这是瓦片的正面。可以以其他瓦片文件封包的外观来对排序这个元素。还能够以预览形式存储瓦片的外观以快速加载，或者它们可以循序地下载，从时间上增加它们在GUI中的分辨率。可以排序多个瓦片的外观以作为单个演示相继地进行呈现。如果外观是静止图像，则如同放映幻灯片那样在给定持续时间内将其呈现。如果其是视频剪切片段，则其可以从特定的入到出点(in to out point)呈现。以这种方式，图像和视频剪切片段(和其他基于时间的媒体)每一个都可以形成具有给定持续时间的子剪切片段序列。

3.基于文字的资源

主要用于与独立瓦片文件封包有关的所日志记录的评语的记录、或者其作为一部分的瓦片文件封包的组合。这可以是合并在文件自身中的基于XML的数据库。替代地，可以将每个评语日志记录到瓦片文件封包中作为瓦片文件封包的资源。可以用二进制形式或者一些其他形式来存储文字。

参照图2，HTML网页的主要限制之一是其不是容器，而且通过URL链接被陷入在其原始上下文中。作为主要存储被包含为文字的所有数据的文字格式，已经将HTML适应来接受文件的任何格式，但是其不是存储装置，仅仅是链接装置。如果将HTML文件从它们原始的上下文进行移动，则将不显示它们所链接到的内容，除非将其与HTML文件一起移动。

瓦片文件封包更加容易能够在上下文之间漫游，这是因为其包含主演示元素和进一步演示元素，而且可以保留头部中的所有链接(或者至少能够发现其对链接的存储)，因此知道其“使用”哪些其他瓦片文件封包和哪些其他瓦片文件封包“使用”其。在没有把所有链接存储在头部的特殊情况下，瓦片文件封包可以根据需要用这些链接来更新，或者可以远程访问它们。

参照图3，这里示出了双向链接如何操作的表示。

瓦片文件封包可以通过双向链接的形成来参考其他瓦片文件封包。瓦片文件封包或者正在“使用”另一个瓦片文件封包，或者正在由另一个瓦片文件封包“所使用”。这意味着瓦片文件封包潜在地“知道”其作为一部分的所有组合，而且知道其在顺序中的位置或者每个组合的层级。

参照回图1a，双向链接还为了演示的目的促进媒体文件的共享。瓦片文件封包可以具有零个或者多个双向链接到另外的瓦片文件封包。

每个链接描述：

(1).链接类型-“使用”(主链接)链接另一端的瓦片文件封包，或由链接另一端的瓦片文件封包“所使用”(辅助链接)。换句话说，在将瓦片文件封包链接到另一个瓦片文件封包的情况下，原始链接是主链接，而从另一个瓦片文件封包回到原始瓦片文件封包的链接是辅助链接。这建立了链接操作的顺序，所以每个瓦片文件封包都意识到其在瓦片文件封包的层级中的位置；

(2).路径-在链接的另一端的瓦片文件封包的名称和路径(在任何需要的时候)；和

(3).要被使用的资源的可选列表。在“使用”的情况中，该列表指示其他瓦片文件封包的资源。在“所使用”的情况下，该列表指示当前瓦片文件封包的资源。当列表为空或者没有被指定时，则默认地假设“所使用”的瓦片文件封包的外观图像是(唯一)所使用的资源。

参照图4，其示出了瓦片文件封包如何参考二进制文件中的媒体位置的示意例子。箭头从头部中所存储的值指向二进制文件中的实际位置。

图5示出了瓦片文件封包如何对于瓦片文件封包的外观参考媒体内容。通过快速下载可以获得外观或者外观的优化版本，以便在GUI中快速表示瓦片文件封包。可以设置较大的资源以在后台循序下载。

可以将瓦片文件封包分段为较小部分以更加可管理地进行下载。头部(客户端机器上的本地头部)中的值指向二进制文件中的实际位置。

参照图6，HTML页面的进一步问题是即使使用所有资源将页面成功地移植到新上下文，之前链接到该页面的任何其他页面和站点也可以变为尽头(deadend)、断掉的链接。但是，在瓦片文件封包的网络中，对于一个瓦片文件封包来说，即使瓦片文件封包已经改变了位置或者上下文，也几乎总可以重新定位其“使用”的那些瓦片文件封包。这是通过使用双向链接来实现的。

参照图6b，因为双向链接瓦片文件封包，所以关系在位置改变的情况下还存在，而且是与位置无关的，正如下面的例子所示出的那样。

参照图7，被拷贝到新站点的瓦片文件封包的组合将本地运行，这是因为它们每一个都是自我包含的、并且知道它们的关系的实体。

参照图7b，如果将瓦片文件封包的单个瓦片文件封包组合(或者较大组合的子集)从一个站点移动到另一个站点，则其还可以远程地访问和“使用”其关系。

参照图8，其示出了授给不同功能的瓦片文件封包，可以将其命名为子类。图8示出了瓦片文件封包的四个潜在子类：

(i)媒体瓦片文件封包

这是基本容器。

(ii)菜单瓦片文件封包

除了外观，菜单瓦片文件封包通常为空。菜单瓦片文件封包允许将瓦片组织为“网格的网格”。菜单瓦片文件封包可以用网格或者图案沿着媒体瓦片文件封包出现。但是，如果被选择，则菜单瓦片文件封包将打开媒体瓦片文件封包的子组合，或者进一步菜单瓦片文件封包的子组合，直到到达最终媒体瓦片文件封包为止。

或者临时地、或者在延长的时间段内、或者作为默认设置，菜单瓦片文件封包还具有命令由大型单个图像(通常在菜单瓦片文件封包的外观上的图像)代替媒体瓦片文件封包的整个网格的能力。还可以使用菜单瓦片文件封包来设置瓦片文件封包应用程序的特性，而且改变整个界面的“表皮”(包括外貌和布局)。以这种方式，一个用户可以与另一个用户共享菜单瓦片文件封包，从而瓦片文件封包修改、设置或者重置偏好和/或其他用户应用程序GUI的外貌。

(iii)媒体+菜单瓦片文件封包

这是媒体瓦片文件封包和菜单瓦片文件封包的混合体，其中文件作为菜单项目工作，但是还以其自己的权利作为容器工作。而菜单瓦片文件封包除了外观和关系以外通常为空，当填充任何媒体瓦片文件封包时可以填充媒体+菜单瓦片文件封包。

(iv)“伪”瓦片文件封包

存在伪瓦片文件封包来保护和重新建立双向链接。将瓦片文件封包移动到站点层级内的新位置产生不同的问题。关系保持相同，但是位置已经改变。图9a-e示出了简单的解决方案。在图9a中，发生位置移动。图9b示出了问题-潜在地切断了双向链接。图9c示出了解决方案：将伪瓦片文件封包自动插入作为立即指示到新位置的道路的“中间人”。然后，随着时间推移，维护过程可以将所有链接重新定向到位置的新配对。当这已经实现时，可以自动删除伪瓦片文件封包(9d)。图9e示出了已经恢复了现状(如同9a)。

如图10所示，瓦片文件封包可以包含和/或可以被编程为包含演示，该演示包括和/或排序瓦片文件封包承载的媒体文件(资源)或者知道的媒体文件(链接)。随着文件类型演进，其最终将多道(multi-track)能力提供给演示(图10a)。将多个外观(瓦片的正面)排序为幻灯片放映和多剪切片段视频演示(和两者的任何混合)是演示能力的简单子集(见图10b)。

图形用户界面

将媒体封包的瓦片文件封包实施方式设计为跨越和在多个应用程序内实施，从而与所显示的瓦片文件封包的内容、所使用的操作系统或者第三方内容的参考无关，瓦片文件封包图形用户界面都保持可识别。独立地和共同地，瓦片文件封包可以形成视觉上统一的“外壳”，其运转作为可移动跨平台操作系统。参照图12，以用户界面中的不同面板(A、B、C、D)中的单个图形来表示多个瓦片文件封包的每一个。在该界面中，对表示图像(瓦片文件封包的“瓦片”和“外观”)的动作在总体上中介对媒体封包(瓦片文件封包)的动作。例如，可以通过组合或者链接用户界面内的表示图像(图14A，附图标记40)来组合或者链接一个以上的媒体封包。也就是，在用户界面层面上对表示图像(外观)的组合或者链接导致物理文件(包括瓦片文件封包的物理容器和逻辑容器形式)之间的所参考的或者所包含的信息的组合。

可以以类似网格图案将代表性图像组合为矩阵，或者将代表性图像组合为一些其他的组合、群集或者多个图像的表。通过在用户界面中迁移图像，可以将封包迁移到封包组合内的新位置、到序列中的新位置，或者从一个组合迁移到另一个组合，或从一个序列迁移到另一个序列。这产生封包和它们的构成元素之间的新的之间关系。

通过瓦片文件封包用户界面来实现媒体封包之间关系改变。

将“外观”提供给瓦片文件封包。外观是作为瓦片文件封包的图标或者缩略图表示工作的视觉元素。外观还表示在演示序列中瓦片文件封包可能对其默认的元素，即除非另外指定，否则默认演示元素是瓦片文件封包的“外观”所表示的元素。

至少按钮的子集具有标准的行为，例如按钮用于揭示“瓦片的背面”区域(图14B，附图标记31)，或者瓦片文件封包的其他非外观视图(30)，提供对诸如附件、安全偏好之类的辅助元素的访问，而且还提供对诸如演示编辑(图16，(50))之类的辅助过程、或者通过其可以由用户修改瓦片文件封包演示和或方法和或功能和或行为的脚本语言。

图13示出了用于瓦片文件的图形用户界面。附图标记01代表瓦片文件封包的外观(“瓦片的正面”)。当用鼠标将光标放在瓦片的外观的四个水平部分(02)的任何一个之上时，四个水平条之一出现，每个条是用于中介不同功能的按钮。排列这些条的顺序是主观的，而且可以由用户来选择该顺序作为用户设置或者偏好。

在图13(02)的例子中，最下的条(20)是题目条，其揭示与题目瓦片相关联的文字题目。其也是拖曳条。也就是，当用鼠标将光标放在该区域的全部或者部分之上时，可以从一个上下文(例如，在一个面板A、B、C或者D(图12)中的网格)拖曳整个瓦片，并且关联到另一个上下文(例如在不同面板A、B、C或者D中的网格)。

从下起第二个条是“播放”条(18)。当用鼠标将光标放在该条上时点击鼠标使得将瓦片放大以进行观看，而且如果存在对于该外观的时间尺度(例如，要从开始点到结束点播放的视频剪切片段)，则放大的瓦片开始呈现其基于时间的内容。

类似地，如果已经选择了序列以便以序列播放的外观(图14A，附图标记40)，则可以在该序列中的任何一个瓦片上选择播放条，而且序列将从该瓦片开始向前播放。在播放期间，至少一起编辑这些瓦片的外观作为幻灯片放映、或者幻灯片和视频的混合体(或者其他基于时间的媒体或者网络内容，例如RSS馈入)放映的形式。例如，在回放期间在例如3秒的默认持续时间内可以展示诸如照片或者幻灯片之类的静止图像。

可以在进行放大从而临时阻塞(occlude)下面的网格的窗口中发生这种瓦片序列的显示(图13，18)。还可以作为序列播放整个网格。

从下起第三个条是“圆菜单”控制(图13附图标记14)。点击该条使得在瓦片的外观周围显示圆菜单(图13附图标记22)。

这些条主要控制如何表示瓦片(外观或者背面)(例如其在界面中的相对显示大小)，而圆菜单主要在总体上控制对媒体封包的内容进行编辑。在本例中，圆菜单提供按钮来克隆整个封包、共享该封包、在分开的弹出窗口中至少打开封包的外观(该功能可以替代地由条来中介，这是因为严格来说其不是整体封包功能)、执行在已经在其内排序了瓦片文件封包的演示的特殊搜索(“横跨(span)”搜索)、将整个封包从一个上下文移动到另一个上下文或者删除整个封包。

从下起第四个条，即最上面的条(图13附图标记10)，是用于将瓦片从其在网格中的上下文(或者其他上下文)中放大到能够显示更加精细的选项的大小的按钮，所述选项用于创作、观看、操作或者贡献于瓦片文件封包(在图14B中的附图标记30和31示出了用于这些更加精细的选项的按钮)。由+/-符号来表示该功能，也就是，当小的时候放大瓦片，而当其已经大的时候再将其缩小。

瓦片文件封包还包括用于简化和放大不同内容的用户体验的多个文件类型和编解码器，它们还可以排序和组织不同形式的对象和内容，将该内容呈现在网格和序列中，其中与“场景后面”所正在进行的事情无关，在用户界面的层面上将基本上相同类型的用户界面呈现给用户。

当用之前所描述的媒体封包发现具体应用程序时，还可以跨越多个应用程序使用用户界面，并且作为对于各种第三方数据库、数据仓库或者联盟内容的层(layers of federated content)的统一前端。在正在进行的描述中，将参照“外表”瓦片文件封包和“深度”瓦片文件封包。这些术语用来表示当使用它来显示和管理第三方内容(“外表”瓦片文件封包，这是由于瓦片文件封包自身不保留内容而仅仅充当对于内容的管道(conduit))时的用户界面，而“深度”瓦片文件封包是瓦片文件封包正在显示和管理其中所描述的媒体封包的情况。

对于最终用户来说，与瓦片文件封包的内容无关，以内容和方法等的类似组织，瓦片文件封包的每个表面都提供对已经被集成或者参考到该外观中的任何内容的访问点，而且类似的一套按钮展示标准的行为并且允许对瓦片文件封包的其他部分的访问。

瓦片文件封包图形用户界面实际上被设计为提供带有公共控制和可预测行为的公共用户界面，而与在每个媒体封包和/或第三方信息存储部分中所包含的文件类似无关。也就是，图形用户界面形成跨越所有瓦片文件封包、并且因此跨越多个应用程序和上下文构建的“视觉认知”的单元。

瓦片文件封包可以包括在它们辅助元素之中的应用程序，而且使得用户可以获得脚本来用它们自己唯一的行为和质量来编码用户定义的形式的瓦片文件封包，包括“调用”内容和具体显示方法或者特性的能力。

瓦片文件封包具有包含和集成增加数量的不同元素的装置，还具有修改这些元素之间的关系的装置。

而且，可以从包括移动电话和桌面PC的多个源将构成元素接收到瓦片文件封包中。以这种方式，每个瓦片形成因特网和移动网络之间的集成中心。

每个瓦片文件封包通常表示为单个图像(将在现在的上下文中将图像定义为包括照片、视频剪切片段、动画、图形元素、图标和文字部分)。可以经由对这些表示元素的操作，通过表示图像的组合或者链接将整个瓦片文件封包组合或者链接。与将文件组合到文件夹中或者将文件夹组合到文件夹中不同，将瓦片文件封包组合到诸如网格之类的图案中产生多个可以在表中显示的图像(诸如图像或者图像片断的网格)，其中整个图形可以提供信息并且产生比其独立部分或者画面之和要大的意义。

识别瓦片文件封包之间的日益增加的复杂关系成为可能，这是由于每个表示图像仅仅表示其构成资源，而同时在诸如网格的表中以与其他表示元素的关系进行呈现。

因此这些图像具有双重功能。在网格或者表的层面上，它们进行合并以形成代表性元素之间的视觉间关系。它们还用作对于信息资源的组合的标记，以便当用户从表中选择独立图像时，不仅以文件和文件夹的汇编，而且以其中可以从多个源和设备修改封包(瓦片文件封包)中的构成资源之间的关系的图形用户界面来呈现它们，并且构成资源可以包括或者参考应用程序。

被包含或者被集中化的应用程序可以作为内容(“瓦片文件封包”)而不是服务进行销售。这具有商业优势，相比服务(例如，被安排来对歌曲进行分类和保存的网站)，顾客可能更加容易响应于内容(例如，提供电影或者歌曲)。换句话说，使用多个编解码器，通过瓦片文件封包，可以将多个服务提供给用户而不必特别知道关于用户的部分情况。这简化了提供商对用户/顾客的关系。

而且，瓦片文件封包还可以不仅仅作为信息管理系统和内容集成系统工作，而且作为的表的较大演示上下文中的微型演示例如瓦片文件封包的网格工作。任何独立瓦片文件封包可以包含或者参考包括其他瓦片文件封包的元素的演示。这种演示的默认形式是瓦片文件封包外观的序列。这提供了对网络“浏览”的替代。替代于浏览许多信息页面，可以对瓦片文件封包的网格进行组织以参考更新信息(类似地，在瓦片文件封包中所包含的内容的更新可以传播到该瓦片文件封包是一部分的任何演示中)。类似地，RSS馈入可以通过瓦片文件封包来参考或者合并到瓦片文件封包中。

例如，在网格中的一个瓦片可以是更新新闻报告，下一个可以是天气报告，下一个可以是新电影预览，下一个可以是体育要闻，而随后几个瓦片文件封包可以是来自朋友的消息。通过每个早上顺序地播放整个网格，可以将与它们相关的所有信息都呈现给观看者，而不是跨越许多不同网站“浏览”信息。换句话说，图形用户界面提供强大的解决方案给传统会聚(convergence)问题，不仅包括媒体类型的会聚而且包括诸如报纸、电视和广播之类的传统媒体与因特网的会聚。

不同内容之间日益增加的复杂关系的视觉和直观识别也变得可能，这是由于每个表示图像只代表其构成资源，同时以诸如网格的图案以对于其他表示元素的关系进行呈现，从而表示元素图像形成可以比其主要元素之和大的有意义的表。

可以用用户可以访问的每个瓦片文件封包的外观所组成的平面网格的形式，将对于用户可用的瓦片文件形象化为独立瓦片文件封包的集合。外观提供对由瓦片文件所包含或者参考的其他元素或者方法的进入点，其可以包括对于另一个瓦片文件或者数据、演示数据、媒体、脚本和应用呈现等的序列关系。

搜索内容

为了发现任何给定瓦片文件封包或者相关瓦片文件封包的组，使用搜索过滤器来将整个组合缩窄为较窄的组合，直到最终到达瓦片的可观看子集为止。在图14b中，在网格附近的菜单(42)的晕圈包括用于缩窄搜索到最新近的瓦片、最新近修改的瓦片的按钮、或者用于以题目或者作者或者最经常使用对瓦片进行排序的按钮等。类似地，在(46)的搜索面板允许将子集缩窄到仅仅是视频的那些外观、或者仅仅是照片的那些外观等。还可以输入搜索条件，而且根据该搜索条件试图应用于的标准来缩窄搜索。然后从所返回的可观看的子集中，观看者可以探索在任何一个瓦片中包含或者与一个瓦片所关联的关系知识，用户从该瓦片文件封包找出它们回到其所具体相关的其他瓦片文件封包的路径，例如作为演示序列的一部分。

但是，可以将帐户提供给用户，他们可以通过安排在网格结构中的瓦片文件封包、甚至在网格内的瓦片文件封包的网格来对其进行定制。

由于瓦片文件封包帐户基本上是可搜索瓦片的一个平面网格，所以可以通过包括包含它们对于其他瓦片文件封包的关系的知识但是不必实际包含其他瓦片文件封包的菜单瓦片文件封包，来中介将这些瓦片组织到基于分类的子网格的过程。因此删除菜单瓦片文件封包(例如，网格的网格)不必导致删除该菜单瓦片文件封包所参考的瓦片文件封包的删除。这是演示模型的优点之一，其中例如经由双向链接，瓦片文件封包(逻辑地或者物理地)包含对它们关系的知识。

可以通过一个或多个菜单瓦片文件封包(即，参考其能够显示的所有瓦片文件封包的瓦片文件封包)，来完全或者部分定义图形用户界面。以这种方式，可以将界面的多个不同布局实施为可以被共享的多个不同菜单瓦片文件封包。例如，如果一个“高级用户(power user)”为GridMo界面创建替代布局，则该人可以通过将定义它们的唯一地组织成的界面的菜单瓦片文件封包与他们共享来将它们唯一的布局与整个GridMo社区共享。在图18中(64)处图示了这种情况。通过将适当瓦片拖曳到该界面的头部条中的位置，可以施加改变。类似地，可以通过瓦片文件封包来中介帮助文件和其他结构材料。帮助瓦片文件封包甚至可以包括脚本，该脚本运行来识别问题并且进行报表可能甚至修理问题。

可以使用界面动画和菜单瓦片文件封包来创建更加深(或者浅)地前进(“飞(flying)”“追踪”或者“缩放”)到网格的网格的网格的界面图示。但是，可以将相同概念的较简单形式应用作为参考三个主层的菜单标记。这可以被用于使得用户熟悉有效地互动和操作瓦片文件所需要的概念，而且在不能获得高速因特网链接的情况下最大化资源效率。

将标记的系统分为一个或多个“面板”，而且每个面板至少具有三个网格层。(见图14b，附图标记24、24b、24c)“最深”网格称为“分类”(网格的网格的网格)，中间层称为“GridSets”(网格的网格，其中每个网格的网格由网格中的第一瓦片文件封包的外观视觉表示-换句话说，网格的网格字面意义是所有辅助网格的第一外观的网格)，而外表层称为“网格”(或者简单地“瓦片”)(排列到并且显示为瓦片文件封包外观的网格的瓦片文件封包组)。

通过使用这种界面概念，其可以通过菜单瓦片文件封包进行中介，可以在单个面板中搜索和导航非常巨大数量的瓦片文件封包。

例如，如果将每个网格矩阵限制到36个瓦片文件封包(即，6×6网格)，完整面板可以参考36×36×36＝46，656个瓦片文件封包。

而且，可以提供滚动网格。因此，单个面板可以参考非常大量的瓦片文件封包。而且，不存在需要将面板限制到三层的任何原因。但是，三层可以是实际的限制，超过了它导航就会变得更加困难和不直观。

然后可以将多个面板组织到面板的简单列表中，称为“库”。

对于面板来说还可以包括网格的混合版本，例如包含全都在单个层上的瓦片、网格和网格的网格两者的网格。在这种情况下，需要标记网格中的每个图像以指示其是何种类型的瓦片文件封包(即，普通瓦片文件封包、网格、网格的网格等)。该类型更加任意专用的网格称为“丛(clump)”。

面板还包括称为“横跨”的瓦片文件封包序列的特殊分类，适于快速预览部分上下文中的瓦片文件封包。图12的附图标记38示出了三个横跨。可以通过特殊的新分类和搜索类型(横跨或者“更加横跨”的搜索)来产生横跨，其中搜索具体瓦片文件封包以确立其作为一部分的那几个组多个演示。在图12中附图标记36图示了“更加横跨”的面板。横跨结果促进了对被横跨的瓦片文件封包(在36)的紧接序列的上下文的快速预览(在38的横跨)，而不必装载或者预览该横跨作为子序列的整个网格。

这对于可能只需要上下文的快速指示以得到特别演示序列的相关的搜索者来说，即节约资源又节约时间。

横跨结果包括至少3个瓦片文件封包的序列(图12附图标记38)，其中每个序列中的中间瓦片文件封包总是相同的而且显示在更加横跨的面板上，在横跨结果(38)中的36个之前和随后瓦片文件封包帮助观看中间瓦片文件封包的多个微型上下文。

不需要重复地表示中间外观。可以将横跨表示为三个瓦片文件封包但是实际上包括四个瓦片文件封包。在横跨中的第一瓦片可以是该横跨是子序列的网格中的第一瓦片。然后，在横跨中的第二瓦片是该横跨所横跨的瓦片之前的瓦片文件封包，在横跨中的第三瓦片文件封包是该横跨所横跨的瓦片文件封包之后的瓦片文件封包。

图12在(38)示出了这种概念，其中链接第二和第三瓦片以指示它们横跨给定网格。当然，还可以潜在地显示多个之前和之后瓦片文件封包，增宽经历横跨搜索的该瓦片文件封包(36)的上下文。

面板还可以包括图标表示的工具的网格(图17，附图标记56)。拖曳另一个外观的上部的工具(反之亦然)导致对该瓦片文件封包施加特殊动作或者处理。这些工具可以是图标，或者它们可以是实际的瓦片文件封包。以这种方式，图形用户界面可以将界面形成为任何数量的现存应用程序或者信息的存储部分，其中由“瓦片动作上的瓦片”来中介所有过程。

例如，在音频编辑应用程序中，一个瓦片文件封包可以参考或者包含音频文件，而工具的网格中的另一个瓦片可以参考或者包含音频过滤算法。通过拖曳过滤算法瓦片文件封包到音频文件瓦片(反之亦然)，创建包含过滤的音频文件的新瓦片。将这显示在“结果”网格中。

将内容组织到瓦片文件封包的基本优点之一是瓦片文件封包的“外观”提供包括将静止(例如照片)和运动(例如视频剪切片段)排列到混合演示中的视觉理解形式。排列多个外观允许基于序列的演示。

而且，用户能够“深入”到已经并且继续被与该外观集成的其他内容中。以这种方式，瓦片文件封包提供用于集成和交换以大量不同格式所提供的上下文相关信息的公共信息。

例如，在任何瓦片文件封包中，观看者能够日志记录与外观或者该瓦片文件封包的内容有关的评语。这类似于博客，但是由于瓦片的网格组织，所以称为“网格博客(Glogging)”。

在更加高级的例子中，用户(或者系统)可以从在他们的帐户中(或者在他们帐户中所有瓦片文件封包的子集中)的所有瓦片文件封包将所有被网格博客的评语组装或者汇编到新瓦片文件中。除了评语的串总包含在它们相关的瓦片文件封包中以外，可以将这标识为传统博客(图15附图标记48)，因此可以从一个上下文或者瓦片文件封包的组合将评语的整个串移动或者拷贝到另一个上下文。而且，因为评语的串包含在瓦片中(逻辑地或者物理地)，因此可以根据瓦片文件封包允许的任何条件(例如，日期、作者、主题等)来排列所汇编的博客(网格博客)。将添加到该汇编视图中的评语添加到适当的瓦片文件封包中，而且可以因此添加到汇编条目的任何层次上(而不是简单地在顶上或者底下)。

因此，虽然可以将网格博客看作评语的传统列表，但是其还具有非线性的、不纠缠(non-enmeshed)质量，其中可以访问、搜索或者重新分配任务(re-task)评语的整个组合，而且任何评语的读者都可以选择观看包含或者参考该评语的瓦片文件封包，从而访问与该评语相关联的所有其他内容。

对于用户来说，瓦片文件的另一个优点是瓦片文件封包潜在地使得媒体类型的整体过多(whole plethora)(包括专有文件类型和编解码器)对于用户不可见，使得他们免于处理这些日益增加的类型的每一个的不便。从用户的角度来说，演示仅仅是瓦片文件封包。在场景之后，瓦片文件封包以统一和类似的方式管理或者中介所有包含、参考、编码转换或者另外翻译、和呈现内容。通过将图形用户界面放置在其所包含和/或参考的东西之前，引入了统一性。这种统一原则简化和顺畅化了媒体会聚，使得普通用户不必参与过分复杂的过程。这有利地允许用户集中在内容上而不是过程上。

图12到19是在浏览器窗口内所看到的图形用户界面的优选布局的不同视图。在这些附图的每一个中，为了描述界面的主要特点的目的，界面的每个元素都是有效的。

界面可以包括被组织到瓦片文件封包的网格(图12中的A、B、C)的3个主面板(A、B、C)。这些面板的每一个都具有在其下面的子面板(Aa、Bb、Cc)，其中还显示除了瓦片之外的文字信息和诸如时间线(timeline)和搜索过滤器之类的工具。在这些面板内的文字信息实际上是所选择的瓦片或者网格内所包含的信息的预览。可以存在被组织为瓦片行(D)的瓦片文件封包的四个面板。可以将这四个面板用作已经从移动设备接收来的新内容的“保存池(holdingbay)”，而且其需要进一步分配。还可以将其用作最近被观看的瓦片的历史，或者用于访问和显示诸如库内容、“喜爱的”瓦片之类的各种其他内容，或者用于将在面板A、B或者C中所出现的任何网格的整个行进行放大。还可以将其用作时间线、序列线或者附加的文字窗口。

可以用别名形式(alias form)，将任何瓦片拖曳并且放入暂存处(dock)，从而可以从暂存处中将该瓦片拖曳回到一个或多个替代上下文。

在集中化的服务中，可以将D或者任何瓦片位置处的暂存处用于新形式的“瓦片”广告，其中瓦片文件封包包含可以利用瓦片文件封包的任何或者全部能力的广告，包括它们包含脚本和应用程序的容量(例如游戏)。

虽然四个面板排列对于单个面板具有优势，特别是对于文件共享、发送消息和组合瓦片的子集来说更是如此，但是上述的功能实际上可以通过使用附加或者替代的菜单系统利用单个面板就可以实现，这更适于诸如在移动电话、PDA、小笔记本计算机、或者可能甚至在诸如IPod^TM或者一些其他多媒体播放器之类的设备上的显示屏幕之类的小显示屏幕。在这些设备中，诸如标记之类的系统使得在多个面板之间进行移动成为可能，每次只在屏幕上显示一个面板。替代地，还前进或者“飞”到诸如网格的网格的网格之类的层中，直至无穷。

在图12到19中所示的界面中，面板A通常显示数据该独立站点的用户的最新瓦片文件封包(用户“A”“My Tile(我的瓦片)”)。面板B通常显示属于朋友和家庭的最新瓦片文件封包，而面板C通常显示诸如工作组、论坛之类的用户的各种“Communities(社区)”、或者诸如新闻、音乐或者电影预览之类的预定服务的最新瓦片文件封包。以这种方式，单个界面可以同时访问多于一个用户的瓦片组(例如，面板A、B和C同时)。这是对于传统博客和共享站点更加优秀的方法，这不仅因为从瓦片文件封包中建造它而且因为图形用户界面将用户的瓦片文件封包显示在上下文特定的类别中，从家庭扩展到朋友到社区。在单个屏幕中，用户可以将信息的有意义子组进行共享、重新上下文化和重新分配任务。

返回到包括至少三层的面板的概念，深“Categories(类别)”层的左上瓦片位置可以标为“All Grids(所有网格)”，意味着如果选择了该瓦片，则中间“GridSets”面板将在给定面板中显示网格的整个集合。例如，3×3或者6×6矩阵将显示最新的9个或者36个网格，而且用户可以点击(31)(图12)处的按钮以前进到9或者36个网格的下一个组(或者滚动到随后的线)。然后如果选择了GridSets层中的这些网格之一，则表面瓦片层将显示矩阵大小允许的所选择的网格的瓦片的子集。

网格、GridSets(网格的网格)的默认组织方式可以是日期、从最新到最旧、反之亦然。但是，可以使用包围面板(42)的“晕圈菜单”中的侧菜单来以例如题目、修改日期、最经常观看、作者、主题等，对三层中任何一层中的瓦片文件封包的显示进行过滤和重新排序。

类似地，任何其他类别可以从层向上开始旅行，从而深类别层将初始系统或者用户可定义进入点或者过滤器整体形成为瓦片的集合。其他类别和或GridSets可以包括“Family(家庭)”、“Work(工作)”、“Member(成员)”、“MyPublic tilefie package(我公开的瓦片文件封包)”、“My Private tilefile package(我私人的瓦片文件封包)”、“Movie Review(电影预览)”、“News Strories(新闻故事)”、“Friends(朋友)”、“Holidays in Japan(在日本的假日)”等。在任何层，可以存在包含用于该层的所有内容的主瓦片。选择更深层上的主瓦片有效地旁路了该层(例如，选择类别层上的“All Grids(所有网格)”意味着类别层已经被有效地旁路了，而且所有的网格材料都可以在下一层上可利用)。

根据所选择的不同，在35处所读到的标记不同。例如，替代于普通的“Categories、GridSets、Tiles”，标记可以是“Family”、“Yukiko”、“Yukiko inSydney”，给予用户关于它们如何到达所显示的瓦片、和他们需要返回到哪个级别来改变所显示的瓦片(即他们是否需要马上返回并且改变“Family”或者只是“Yukiko”)的即时层级声明。

如前面所讨论的，这种层级视图与文件夹中的文件的传统目录树完全不同。潜在地可删除类别和GridSets而不必删除它们所参考的瓦片文件封包。

特定类别和GridSets将属于系统而且为了实用性的原因不可删除。例如，不可以删除类别“All my Grids(我所有的网格)”。将其称为属于系统的主类别。

网格的特殊类别是“Buddy Grid(好友网格)”或者“Team Grid(团队网格)”、或者“Subscription Grid(预定网格)”。这是对于用户A和好友或者朋友、或者用户A和他们的家庭、工作组、或者甚至对于用户A的预定或者服务关系完全私有的瓦片的子集。例如，在C所选择的服务可以将特殊瓦片文件封包分配给独立成员(例如，以瓦片文件封包的形式的帮助文件)，或者目标预定材料的子集。在每种情况中(好友网格、团队网格、预定网格、帮助网格等)，这是对“in(入)”和“out(出)”盒子的替代。替代填充彼此的入和出盒子，用户A和在B或C的个人或者组可以简单拖曳和放下或者创作瓦片文件封包到对于那些朋友或者组或者服务关系完全私有的工作网格中。这些资源保持在服务器侧，并且可以根据需要，在不用下载的情况下进行预览、流化(stream)、或者选择性的下载。替代于将A和B或者C处的那些之间的关系表示为头部的列表(如在电子邮件系统中一样)，可以将关系表示为最新瓦片文件封包的视觉表。

这将重点从单调的文字转变为最新外观、照片、视频和包括电话或者网络摄像机所记录的“交谈头(talking head)”消息的其他图像的生动画面(vibranttableaux)。但是，如果需要，瓦片文件封包还可以用于传递文字消息。好友、团队、组或者服务等排列实际上意味着一个帐户可以作为多个子站点操作。从这方面来说，术语“网站”或者“网页”可能不再适当。替代参考GRIDMO作为网站，预料用户将简单地参考“我的GRIDMO”、“你的GRIDMO”、“将瓦片放入我的GRID(瓦片)”等。

关系网格和用户与网格的互动的特性允许内容快速和容易地进行分发。由于内容容易地从一个用户传送到另一个，所以这样的系统使得自己使用在所谓的“病毒性(viral)的促销和市场活动中。

可以将任何面板设置为空网格或者空画布(blank canvas)以创建信息瓦片、或者信息网格(菜单瓦片文件封包)。通过按钮“new(新)”(图18附图标记62)来实现。在本例中，与好友网格过程类似，将瓦片从不同用户和上下文拖曳和放入或者剪切和粘贴到空白面板中的汇编网格。在创作新瓦片或者网格的过程期间，“new”按钮变为拖曳和放下手柄。这允许从正在发生创作的面板拖曳内容以重叠在其他面板之一上，从而在任何面板中的任何内容在创作过程期间都保持可访问，而且可以同时在显示器上具有相同面板的至少两个实例。这三个面板的任何其他排列都是可以的，而且用户可以进行选择。替代地，可以实施多个“浮动”画布(canvases)和检查器。

然后可以保存(60)瓦片文件封包或者新网格(并且参考为瓦片文件封包或者菜单瓦片文件封包)用于将来参考。还可以存在过滤器从而以诸如HTML或者PDF之类的适当格式输出网格。

可以打开任何网格并且可以拖曳和放下或者另外重新排列内容，从而选择“save(保存)”按钮(60)导致保存界面中的瓦片文件封包的新序列。

可以设置下属面板Aa、Bb和Cc(图12)以显示各种工具和或信息。例如，可以观看TimeLine，其允许沿着给定时间间隔(日期间隔)通过设置一个或多个滑动器进行瓦片的过滤。可以搜索独立瓦片文件封包或者瓦片文件封包的元素，而且通过选择在(46)处的一个或多个按钮来缩窄搜索的范围。可以将瓦片文件封包拖曳和放入到(在按钮36所选择的)横跨工具中，可以在主面板中显示横跨结果(38)允许预览参考该瓦片的各种演示网格。

能够以特征顺序加亮网格中的瓦片的任何子集，使得可以回放子集(图14A附图标记40)。这可以通过按下诸如“shift”按键之类的按键同时使用鼠标将光标放在每个所期望的瓦片上并且点击它来实现。这将导致上彩色或者另外加亮的框出现在所选择的图像(40)周围。

如果选择“save”按钮(60)同时加亮图像，则可以自动地打开新网格并且用加亮的瓦片序列填充该网格。图16附图标记50示出瓦片的“上载”屏幕，其中通过从用户硬盘直接上载信息来创作新瓦片。例如，在(52)可以上载或者改变外观fpr瓦片，而在(54)上载附件。

在图14b中，面板B和C每一个都填充有瓦片的网格，但是，面板A显示出可以放大任何瓦片以填充或者部分阻塞面板，而且可以将各种菜单系统应用于这些瓦片或者在瓦片内进行应用。(以及圆菜单，图14a中面板B)。

当将瓦片放大从而其阻塞了其从中引起的瓦片的网格时，可以复位这些瓦片以在Aa处的下属面板中进行显示。以这种方式维持对上下文的视觉参考。例如，如果将面板A设置到3×3矩阵的9个瓦片中，而且单个瓦片然后阻塞了所有9个瓦片，则在面板Aa中存在足够的空间用于要以6的宽矩阵显示的所有8个另外的图像(而且用于来自要被显示的网格的4个附加图像)。

在菜单系统的一个方面中，当用户使用鼠标经过(任何大小的)界面中的任何瓦片文件封包上时，根据鼠标光标正“盘旋”在瓦片的哪个确切水平子部分上，几个水平控制条之一开通并且层加在图像上出现。当鼠标光标移出瓦片的该特定区域时这些条开关再次关闭。在图13中，为了解释方便，示出在面板A和B中的放大瓦片上同时显示所有4个水平控制条(02)。通常，只要鼠标光标盘旋在其上时，一次就仅仅显示一个控制条否则示出在不可见的位置。见第15页关于这些条的功能的详细描述。

当将所选择的动画应用于瓦片文件封包时，其显示为被转向或者“轻按(flipping)”以揭示其相反侧。在该“相反侧”，可以揭示各种诸如其他辅助图像、附件、安全数据、日志评语和元数据之类的其他的资源和控制。瓦片的创建者可以选择不允许观看者“轻按”瓦片，在这种情况下，使得轻按按钮失效，或者可以对轻按事件进行口令字保护。

当已经轻按了瓦片时，与瓦片的正面的控制排列类似的控制安排可以在瓦片的背面上进行操作，允许返回瓦片以再次揭示其正面，而且允许应用于瓦片的正面的放大和各种其他导航处理。从这方面说，瓦片的“背面”是这样的界面概念，其试图生成中介各种处理的菜单系统中直观、高级别的子部分，可以将所述处理应用在诸如由其他观看者添加文字评语或者图像、话音注解、共享特点或者改变应用于瓦片的安全等级之类的对瓦片正在进行的创建和维护中。

控制菜单(22)的晕圈意味着用户不必从感兴趣的瓦片长距离地移动鼠标。在瓦片周围的圆中出现的菜单或者命令通常表示可以“对”瓦片执行的动作，与可以在瓦片自己的操作环境“内”所执行的动作相反。换句话说，将晕圈菜单中所描述的动作整体应用于封包。但是，在诸如“share(共享)”之类的菜单项目的情况中，可以存在允许将动作限制在瓦片的资源的特定子集的子菜单。

在任何一种情况下，这些动作通常不影响对瓦片自己的改变，而是如同原样被应用于瓦片，或者如同原样被应用于瓦片的一些方面。

各种操作菜单(14b附图标记30)或者按钮可以进入到瓦片文件封包的不同级别或者层。这些菜单可以直接应用于该特定瓦片，允许对该瓦片的“世界(world)”进行的各种添加和改变，例如附连诸如文档的文件、删除文件、改变资源之间的关系、添加评语到瓦片、修整视频剪切片段的入和出点等。这些菜单还可以允许选择性地提取(例如，下载)瓦片的各种方面，而不必改变瓦片的状态。

可以挑选和选择多个瓦片用于瓦片(表示)内容的正面的连续回放。例如，可以回放照片组作为单个幻灯片放映，或者可以设置视频剪切片段组就像是将它们一起编辑一样进行回放，或者可以选择视频剪切片段和幻灯片放映序列的混合进行播放。

而且，瓦片可以包含唯一的脚本，其在回放期间增强它们的行为，或者其在播放瓦片或者另外选择瓦片时触发辅助过程。

在图形用户界面中，可以存在其他菜单系统(图14b附图标记24、26)，该菜单系统不应用于独立瓦片，而应用于瓦片的整个面板，而且应用于辅助功能，例如“签字参加”、或者搜索和过滤用户瓦片文件、另一个用户的瓦片文件、或者甚至在服务器的网络中、或者在服务器的一些子网络或者子集中的每个瓦片文件。这些菜单还可以促进搜索诸如音频循环(audio loop)之类的瓦片或者资源的各种全局库、创建和保存瓦片的子集、将这些子集公开为传统网站、将各种不同的“皮肤”(外貌)应用于独立的瓦片、整个站点或者被公开的网页、开通电话会议、聊天或者消息功能、对以电子邮件邀请其他个人签字参加等。它们还促进将资源或者瓦片推回到电话或者其他移动设备的功能。

界面的“头部条”(在3个主面板上方的标题条)可以包含中介用于站点的各种偏好和设置的瓦片文件封包的特殊子类。可以类似于其他的瓦片文件封包那样来共享这些瓦片文件封包，从而用户可以与其他用户共享他们的偏好和(也许)皮肤。

瓦片文件封包文件类型和图形用户界面的网站实现

在一种实施方式中，将瓦片文件封包产品实施为所谓“GridMo”(“Grid(网格)”+“Mobile(移动)”)的服务。在GridMo中，瓦片文件封包形成显示单元并且在内容集合、公开和文件共享站点中进行交换。GridMo是共享或者消息发送社区，而且作为集中化的服务，其与基于网络的电子邮件服务或者博客非常相象。但是，GridMo帐户是完全模块化的(由瓦片文件封包组成)。GridMo用户界面(GMUI)是占统治地位的视觉感受(基于瓦片文件封包的网格周围，每个带有他们自己的TFUI实例)，而且特别适于视频演示、(照片或者幻灯片的)“幻灯片放映”，而且能够将静止图像和视频剪切片段排列在一起成为混合展示。图12到19示出了GridMo界面的各种视图。

利用用GridMo，在服务器上形成瓦片文件封包。可以包括经由电子邮件、mms、或者专用应用程序(见图11)将视频剪切片段和文字从移动电话发送到GridMo帐户。

例如，当用户用电子邮件将照片或者视频剪切片段发送到他们的GridMo帐户时，GridMo守护程序可能接收消息并且调用脚本来对其进行处理。该脚本将图像放到空瓦片文件封包中，而且将其保存到用户帐户中，以在用户随后访问或者刷新它们的显示时被观看。

一旦已经以这种方式将照片或者视频剪切片段放置在“空”瓦片文件中，就可以访问新瓦片文件封包，所以其形成可以将其他内容集成到其中的中心。例如，如果用户允许其他用户观看和操作文件，则其他用户还可以将它们的评语日志记录到瓦片文件封包中，而且可以将他们自己的照片添加到瓦片文件封包的主体内，以便初始照片形成照片和评语的集合的根(例如关于诸如新闻故事或者婚礼之类的给定主题)。

替代地，可以使得客户端的其他应用程序可用，用户可以离线第使用其操作瓦片文件封包。

由于在瓦片文件封包的集合的周围建造GRIDMO帐户，GRIDMO服务器可以是独立的机器而且简单地需要安装正确版本的“TILESERVER”。该服务器应用程序是GridMo的骨干。

“Grid”或者“go”可以是附连到GridMo访问的服务前缀，从而观看者简单经由DNS来导航到站点服务器。例如，在诸如http://grid.gridmo.com之类的URL中前缀“grid”表示gridmo服务器，以相同的方式以URL中的“www”前缀表示网络服务器。

存储独立的瓦片文件封包，而且每个用户站点可以是数据库上的文件夹。每个瓦片文件封包在数据库内具有名称，而且在链接属性中设置要被显示的资源。例如，？LinkAsset＝14将引导观看者到资源14的级别上的瓦片文件封包。

由于根据需要动态地创建数据库结构，所以瓦片文件封包依靠非集中化或者分布的数据库的形式，避免集中化系统的缺点。

可以从物理层中抽象出任何瓦片文件封包数据库。可以潜在地将服务器上所有文件的位置存储在存储器中，从而可以快速匹配对文件的请求。当正在使用特定的瓦片文件封包、或者改变在关系中的另一个瓦片文件封包时，需要被访问或者实例化的信息只是与该特定的瓦片文件封包相关的信息，而且包含在该组合的文件内。这增加了速度、减少了搜索时间并且增加了冗佘，使得更加容易形成大型系统群集。

这种方法的可能实施方式是在Pytho、Apche和MySQL上运行的Linux服务器。在这种情况下，GridMo服务器作为Apache模块或者简单作为独立的程序常驻在存储器中运行。

GridMo服务器监听端口80的HTTP请求，然后将其解析为它们最后的目的地。将服务器上所有文件的位置存储在存储器中，从而可以快速地匹配对文件的请求。使用MySQL数据库来建造文件和位置和性质的列表。当重新启动时，服务器从其静态存储器(SQL DB)中进行读取，并且将瓦片位置和文件名称和性质的关联阵列实例化到存储器中。这是用于存储和检索所有文件的简单强大的系统。用文件或者以与服务器独立的文件来存储口令字。当接收到请求时，GridMo服务器检查该文件的性质。如果文件受到保护，则服务器请求登录和口令字。一旦验证了用户，服务器就对客户端(GridMo观看者)创建流并且客户端可以观看瓦片。

通常在服务器上创建瓦片文件封包，所以限制了访问这种方法保护文件中的任何智能性质，这是因为只能够经由瓦片服务器来创建新文件。如上所述，可以使用称为“tilefile packagePro”的离线软件应用程序来创建和存档离线和在线文件，而且可以开发用于导入、操作或者导出瓦片文件封包的各种其他应用程序。

GridMo服务器可以将“瘦客户端(thin client)”进行合并以允许从移动电话和智能设备上载内容，而且可以存在播放器来帮助从这些设备进行浏览。

专业版本的瓦片文件封包和GridMo服务器可以包括各种形式的数字权利保护。可以仅仅基于“每次观看付费”使得独立的瓦片文件封包可用，提供预览(外观)，但是不允许访问瓦片的剩余部分除非接收到了付费。

可以将数字权利保护建造到文件的格式中。可以将解密文件所需要的密钥存储在GridMo服务器上。当观看者提供它们的个人密钥(例如，信用卡号码)时，GridMo服务器可以将密钥提供给客户，并且一旦完成对文件的观看就从客户拿走密钥。保存文件还可以要求在可以观看之前将对密钥的请求发送到服务器。

观看GridMo服务器上的一个或多个瓦片文件封包可能需要使用浏览器插件，而也可以没有插件。

在一种实施方式中，通过使用各种代码库来创建观看功能，其可以包括：

●MEPG4编解码器(视频)

●MEPG2编解码器(视频)

●BASS声音系统(仅仅是声音Windows^TM)

●开发源音频库项目(任何OS的声音)

●ImageMagick(图像)

●多信息文本显示系统

●Flash显示库

●Shockwave显示库

在至少GridMo实施方式中，可以由用户界面中的单个图像来表示多个瓦片文件封包。在该界面中，对表示图像的动作总体上中介对媒体封包的动作。例如，可以通过在用户界面内组合或者链接表示图像来组合或者链接多于一个的媒体封包(也就是，在用户界面的层次上的表示图像的组合和链接导致在系统中较低层次上的瓦片文件封包的组合和链接)。可以用类似网格的图案来组合表示图像作为矩阵，或者作为一些其他组合、群集或者多个图像的表。通过在用户界面中迁移图像，可以将封包迁移到封包组合内的新位置，或者从一个组合到另一个组合，产生封包和它们构成元素之间新的相互关系。

优点

如从前面的描述中可以看出的，存在要被组合、重新组合和在上下文之间交换的瓦片文件封包。在瓦片文件封包中，最好将不同实体的模块化包含(containment)设计为对下面过程的顺畅化和简化：

1.将内容集成到标准化的容器中；

2.将这些容器显示在直观的用户界面中以容易操作；

3.组合、存储、传输和交换这些容器；

4.从这些容器中建造网站的新类

5.在应用程序之间和在在线和离线环境之间传输这些容器；

6.更好地集成智能设备(诸如电话)和因特网；

7.显示并且可能地销售容器的内容；

8.显示容器的整个组或者序列的内容；和

9.形成可以将内容从其“推”到电话的数据储存库的新类。

利用瓦片文件封包，因特网站点可以采用新形式的标准化，从而替代于静态网站，提出更类似于港口(port)或者中心(hub)的网站，在该处可以通过整个数字世界对非常不同的项目的统一容器进行有意义地组合、维护、导入和导出。将瓦片文件封包进行设计，以处理对诸如视频剪切片段之类的基于时间的媒体的特殊需求，它们具有模糊网站、演示、文件共享和消息传送之间的界限的潜在可能性。将瓦片文件封包设计为用于在线和离线使用两者(在容器船(container ship)上，而在陆地上)。而且，作为用于将内容集成到其中的标准化的容器，任何单个瓦片文件封包都可以从各种源接收内容，例如从移动电话接收照片，和接收从PC输入的文字评语。这意味着瓦片文件封包可以根本上使得移动电话和因特网之间的关系顺畅。

虽然本发明的优选实施方式是包含其他文件的文件类型，但是应该理解，使用不与单个文件进行存储的数据结构对元素进行有用的标准化子组合也是可以的。虽然应用程序的优选实施方式与瓦片文件封包一起作为容器文档(文件类型)，但是还可以将GridMo界面应用于元素的更加抽象的组合。应该理解，从其最广泛的概念来说，媒体封包包括这种抽象。

Claims (57)

1.一种媒体封包，包括用于包含或者参考至少一个演示元素的存储装置，所述媒体封包可与另一个媒体封包关联，以在媒体封包之间链接演示元素。

2.根据权利要求1所述的媒体封包，还包括链接结构，其被操作来将媒体封包与至少一个另外的媒体封包相关联，以在媒体封包之间链接演示元素。

3.根据权利要求2所述的媒体封包，其中链接结构能够将媒体封包链接到多个其他媒体封包，以在封包之间链接演示元素。

4.根据权利要求2或者3所述的媒体封包，其中操作链接结构以同其所关联的媒体封包或者每个媒体封包建立双向链接。

5.根据权利要求4所述的媒体封包，其中当建立了双向链接时，操作链接结构以在所述链接中包括变量，操作该变量以将一个链接定义为主链接而将另一个链接定义为辅助链接。

6.根据权利要求5所述的媒体封包，其中主链接和辅助链接中的任何一个建立将演示元素链接在其中的序列，以形成连续的演示。

7.根据权利要求3到6之一的媒体封包，其中，当移动或者修改媒体封包时，媒体封包导致保留包含媒体封包的链接的至少一子集的伪文件，使得对媒体封包的移动或者修改不影响参考该媒体封包的其他媒体封包。

8.根据权利要求7所述的媒体封包，其中伪文件是媒体封包的复制件。

9.根据权利要求3到7之一所述的媒体封包，其中，当移动或者修改媒体封包时，媒体封包使得参考该媒体封包的所有其他媒体封包的所有链接都更新，以反映该媒体封包的修改或者移动。

10.根据权利要求3到6之一所述的媒体封包，其中，当移动或者修改媒体封包时，媒体封包使得参考该媒体封包的其他媒体封包的链接的至少一子集更新，以反映该媒体封包的修改或者移动。

11.根据权利要求10所述的媒体封包，其中仅仅当其他媒体封包之一试图访问被移动或者修改的媒体封包时才更新链接的该至少一子集。

12.根据权利要求1到11之一所述的媒体封包，其中当对类似媒体封包进行搜索时，该搜索返回由给封包参考的媒体封包的一子集，由预定条件来确定所返回的子集。

13.根据权利要求1到12之一所述的媒体封包，还包括头部部分和二进制信息存储部分，头部部分包含可关联性信息，而二进制信息存储部分包含至少一个演示元素。

14.一种传送根据权利要求1到13之一所述的媒体封包的方法，包括步骤：响应于用户请求，将媒体封包的拷贝发送给用户。

15.一种传送根据权利要求1到13之一所述的媒体封包的方法，包括步骤：将头部信息的至少一子集传送给最终用户和至少一个演示元素的表示，并且响应于用户对二进制信息的至少一部分的请求，将二进制信息的至少该部分传输给用户。

16.根据权利要求15所述的方法，还包括步骤：在用户的计算机系统基本上空闲时下载二进制信息的子集。

17.一种存储演示的方法，该方法包括步骤：提供根据权利要求1到13之一所述的多个媒体封包，将该演示的演示元素存储在媒体封包的相应一个中，以及链接媒体封包以便关联演示元素。

18.根据权利要求17所述的方法，还包括双向链接媒体封包的步骤。

19.一种访问演示的方法，包括步骤：通过根据权利要求17或者18所述的方法来存储演示元素，以及通过媒体封包的任何一个来访问演示。

20.一种用于创作、编辑、存储和传送根据权利要求1到13之一所述的媒体封包的系统，该系统包括能够存储媒体封包的存储部分、能够在从客户端应用程序接收到对于媒体封包的请求时，将媒体封包发送到客户端应用程序的软件应用程序。

21.根据权利要求20所述的系统，其中，当从媒体封包接收到用以移动或者修改该媒体封包的命令时，系统导致保留包含媒体封包的原始链接的至少一子集的伪文件，使得对媒体封包的移动或者修改不影响参考该媒体封包的其他媒体封包。

22.根据权利要求20所述的系统，其中，当从媒体封包接收到用以移动或者修改该媒体封包的命令时，系统使得参照该媒体封包的所有其他媒体封包的所有链接都更新，以反映该媒体封包的修改或者移动。

23.根据权利要求20所述的系统，其中，当从媒体封包接收到用以移动或者修改该媒体封包的命令时，该系统只有当其他媒体封包之一试图访问被移动或者修改的媒体封包时，才使得参照该媒体封包的其他媒体封包的所有链接都更新，以反映该媒体封包的修改或者移动。

24.根据权利要求16到23之一所述的系统，还包括能够复核所存储的媒体封包并且汇编可搜索索引的搜索引擎。

25.根据权利要求16到24之一所述的系统，包括经由计算机网络互连的多个服务器。

26.一种用于显示根据权利要求1到13之一所述的多个媒体封包的图形用户界面，其包括可由用户选择的多个显示部分，包括具有对于用户来说唯一的媒体封包表示的第一显示部分、具有对于其他用户来说唯一的媒体封包表示的第二显示部分和被安排来允许创作、编辑或观看对于该用户或者其他用户来说唯一的媒体封包的第三显示部分。

27.根据权利要求25或者26所述的图形用户界面，还包括可通过选择任何一个显示部分内所包含的媒体封包来观看的菜单系统，该菜单系统提供用于操作其中所显示的媒体封包的表示的功能。

28.根据权利要求27所述的图形用户界面，其中，菜单系统重叠媒体封包的表示。

29.根据权利要求28所述的图形用户界面，其中，通过跨越媒体封包的表示的光标移动来调用菜单系统。

30.根据权利要求26到29之一所述的图形用户界面，还包括包围多个显示部分的每一个的第二菜单，该菜单提供用于操作其中所呈现的媒体封包的功能。

31.根据权利要求30所述的图形用户界面，其中，对媒体封包的操作包括下面功能：拷贝媒体封包、编辑媒体封包、删除媒体封包和将媒体封包移动到新上下文中。

32.根据权利要求31所述的图形用户界面，其中，操作媒体封包的表示包括下面功能：观看主演示元素和观看任何的进一步演示元素。

33.根据权利要求26到32之一所述的图形用户界面，其中，响应于用户命令，演示元素的表示从该表示转变为媒体封包中所有其他演示元素的不同表示。

34.根据权利要求33所述的图形用户界面，其中所述转变通过表示从前面到后面的虚拟旋转发生。

35.根据权利要求26到34之一所述的图形用户界面，其中，限制第二显示区域以观看仅可由用户的一子集访问媒体封包的表示。

36.根据权利要求25到35之一所述的图形用户界面，其中显示部分包含媒体封包的至少一个表示，该表示提供在诸如网格图案的预定图案内。

37.根据权利要求36所述的图形用户界面，其中所定义的图案是网格图案。

38.根据权利要求25到37之一所述的图形用户界面，其中由所选择的媒体封包的内容来确定图形用户界面的布局。

39.一种包括被安排来显示媒体内容的至少一个观看区域的图形用户界面，其中图形用户界面的布局至少部分由在该至少一个观看区域中所显示的媒体内容所确定。

40.根据权利要求39所述的图形用户界面，其中，图形用户界面的布局包括至少一个菜单系统，由观看区域中所显示的媒体内容来确定该菜单系统的功能。

41.根据权利要求40所述的图形用户界面，其中菜单信息包围观看区域。

42.根据权利要求40或者41所述的图形用户界面，菜单系统包括两个子菜单，第一子菜单提供控制以操作媒体内容，第二子菜单提供控制以操作界面内媒体内容的观看。

43.根据权利要求39到42之一所述的图形用户界面，其中，进一步将至少一个观看区域分为能够显示媒体封包的表示的多个子区域。

44.根据权利要求39到43之一所述的图形用户界面，还包括能够与媒体封包对接的博客装置，博客装置能够编辑媒体封包中的文字评语。

45.一种用于观看多个媒体封包的系统，其包括被安排来将根据权利要求1到13的任何一项的一个媒体封包的至少一子集传送到图形用户界面的计算系统，其中媒体封包包括当建立在图形用户界面中操作的至少一个特征时所使用的信息。

46.一种定制图形用户界面的方法，包括步骤：创建包括确定图形用户界面的布局和功能的信息的媒体封包；和将包括该信息的媒体封包的至少一子集传送到图形用户界面。

47.一种供创建媒体封包的方法，包括步骤：选择至少一个演示元素；和将演示元素形成到媒体封包中。

48.一种搜索多个媒体封包的方法，包括步骤：选择用户感兴趣的媒体封包；标识链接到该媒体封包的所有媒体封包；和显示至少一些所链接的媒体封包的表示。

49.根据权利要求48所述的方法，其中，至少一些所链接的媒体封包的表示的显示依赖于预定条件。

50.一种统一多个媒体封包中所包含的演示元素的方法，包括步骤：选择系列媒体封包；从所选择的媒体封包中提取演示元素的子集；和构造包含演示元素的所提取的子集的进一步媒体封包。

51.一种用于传送演示的系统，包括具有被安排来接收根据权利要求1到13的任何一项的一个媒体封包的至少一子集、并且将该媒体封包的所述至少一子集显示给用户的软件应用程序的设备。

52.根据权利要求51所述的系统，其中，媒体封包包含流化数据。

53.根据权利要求52所述的系统，其中，该流化数据是诸如视频会议电话之类的实况源。

54.根据权利要求53所述的系统，其中，该流化数据包括在媒体封包内所包含的一系列演示元素，顺序呈现该系列演示元素。

55.一种将内容分发到多个用户的方法，包括步骤：组装根据权利要求1到13的任何一项的媒体封包；和将该封包分发到多个用户。

56.一种提供将自执行媒体演示提供给用户的方法，包括步骤：将至少一个演示元素组合到根据权利要求1到13的任何一项的媒体封包中；以及将该媒体封包提供给用户，其中用户可以观看所述的至少一个演示元素。

57.一种视频会议方法，包括步骤：将包括能够启动视频会议并且转发瓦片的脚本的媒体封包提供给用户，其中当用户接收和确认时启动视频会议。

Images