电视手表之类的伟大构想有时需要等上几十年才能变为现实，高昂的成本使这些构想仅仅是一个构想而已。当商业模式最终变得可行时，我们还要等到供应商定义好标准、并创建一种使用户易懂好用的界面之后才能最终付诸实施。例如，今天你虽然能用手机来收发电子邮件，但在多数情况下，手机界面使用起来非常困难，因此人们一般只在紧急情况下才用它来收发邮件。
等到一项技术能以足够低的成本效益进入主流市场时，实现它通常是唾手可得的事。只要购买几块芯片，就可以拼凑成一部手持式GPS或PDA。但界面设计却是另一回事。界面并不仅仅是个使用方便的概念，一个经过精心设计的界面可以引导用户使用他们需要的功能，并教给他们使用设备的新方法，从而为服务或内容提供商创造新的收入。例如，移动电话供应商对销售手机的兴趣远不如那些令人兴奋并具有多种功能的设备，因为这些设备能够促使用户使用额外的服务--如下载数字内容等等。
管理数据 移动设备的优势之一在于它们能随身携带你的数据。而且，硬盘价格的不断下降已经使下载数字内容的选择变得更为容易---其实你不用选择，全部下载就得了。例如，由Archos公司提供的AVR-340型多媒体播放机拥有4
0GB的硬盘，可存储5000个MP3文件或50万张照片。不过，拥有这么多的数据虽然很棒，但你又如何从中选出你想要播放的歌曲呢？
管理大型数据库需要创建数据关联。例如，如果你想要显示一张你和孩子及朋友在海滩上的照片，在一堆象pic07322.jpg这样名字的文件中搜寻你的运气不会太好。通过将文件放进多层嵌套的文件夹中，类似的文件之间就有了直接的物理关联。此外，你也可以创建"播放列表"、利用描述词将文件分类，从而创建逻辑关联。逻辑关联使用户能创建多条寻找路径、通过多项描述词--如题目、位置或日期等--来查找文件。
这种方案的弱点在于：尽管关联极大地方便了数据访问，但要创建一种足够清晰的关联却是一件相当费时的事情。例如，当你将文件归类为"01年夏天"及"02年夏天"以后，你还能记住那张在海滩上拍的照片放在哪一个文件夹里了吗？
假设数据同时存放在PC及移动设备中，或者用作备份，或者用作原版拷贝。用PC来管理移动设备的数据并将数据关联传送给移动设备，这不能不说是一个合理的方式。PC能提供较大的显示屏幕以及易于操作的人机界面--如键盘和鼠标等。用户也可以在移动设备及PC上都能够使用关联：关联并不是设备的某项功能而是数据的一个组成部分。用户也可以利用现有软件来管理文件，你的任务就是选择正确的软件供应商并将关联移植到你的应用设备中。即使在PC上没有存放备份--正如目前大多数手机的使用习惯，也可用缆线或网络连向PC，使用户能够在PC这样的熟练环境中管理数据。
在移动设备中管理数据的一个缺点是数据将受到局限。例如，由于显示屏幕的尺寸有限，大多数手机的电话簿数据库限制了姓名的长度。当你将姓名从Outlook下载到手机上时，"Michael 和Susan Smith"可能会变成"Michael和Sus"，这就破坏了一个重要的关联。可以访问互联网的话机可能会使用第二个数据库来存放电子邮件地址。如果用户不将这一数据库与电话簿相关联，则必须在两个界面中来维护两个相同的联系人数据库。
说到底，最好是设备能自动创建关联。但不幸的是，计算机现在还不能确认你的大孩子是在哪张照片上、或者哪封电子邮件更加重要。但另一方面，所发表的内容，比如音乐，可能很快提供预先配置的关联。例如，Music-Match利用一个在线数据库来确定歌曲的名字，而这样的数据库可以很容易地附加"主题"特征--比如音乐类型、节拍和情绪等等。
现在市场上出售的几种影集程序能让你使用个人关联来"标记"照片，比如，一张照片是否有你的大孩子。尽管这样的关联更具有描述性，但它们比目录及播放列表关联更为复杂。你的应用需要一种新方法，使用户能够利用"大孩子"及"海滩"等这样的关联来选择文件。
请注意：以这种方式来组织数据可以将数据选择从应用中分离出来。例如，你的手持式设备能显示好几幅照片，并能与其他设备--比如打印机等共享文件，或能进行少量编辑。最为有效的方式是：查看、打印及编辑的应用程序不再像原来那样直接询问用户，而是从一个专门、独特的照片选择应用程序（这种程序利用所有关联来统一处理用户查询）来接收一个列表，从而在不同应用程序之间提供一致的选择方式。
数据也可能是一种较长的"线性"文件，比如音频或视频形式的书和杂志。例如，Audible.com上即提供报纸、杂志及电台节目的订购。但书籍是一种需要一页接一页地来阅读的线性媒介；而报纸读者一般只对标题及前几个段落进行扫描，来确定他们是否需要阅读其中的某篇文章。由Audible提供的、仅有少量按键的手持式播放机刚好针对这种阅读需要，它不是将报纸作为一种备查性资料来处理（这