详细说明
实现所描述技术的示范性系统的概述
在此描述的技术可在各种计算机系统配置中实施。图1表示一个示范性配置100。在该例中,所述内容提供计算机110A和110B以及用户计算机120A和120B可以通过网络130(例如,互联网,内部网,外部网,局域网,广域网,或者一些其他网络装置)通信。尽管一些例子参考互联网,本技术同样可以通过其他网络进行通信。
所述例子进一步包括对所述内容提供者服务器计算机110A有效的链接数据140A以及对内容提供服务器计算机110A和110B有效的链接数据140B。如在例子中描述的,该链接数据140A、140B可被用来在用户计算机120A、120B处生成和显示链接,由此计算机处的用户可以访问内容(例如在所述内容提供者服务器计算机110A、110B或一些其他计算机,比如一个万维网服务器)。
对数据的示范性控制和链接的显示
在此描述的任一例子中,所述计算机系统110A、110B、120A、120B可以实施为多种计算机。例如,所述内容提供服务器计算机110A可以实施为一个称为“服务器车间”的可升级的系统。进一步地,在此描述的任一例子中,所述内容提供服务器计算机110A和110B可在各自应用发行者的控制下。虽然,实际上计算机本身可能被一个实体而不是一个应用发行商拥有和操作。
而且,在此描述的任一例子中,在用户计算机120A、120B处的一个用户可以通过提供的链接实行各种程度的控制。例如,用户可以选择是否显示链接(比如,决定参加或者退出选项)以及多久更新这些链接一次。
因为提供了到内容的链接,计算机用户可以在提供这些内容时(例如,通过激活该链接)进行控制而不是接收未经请求的内容(例如,在一封电子邮件中)。这种方法可以改进安全性,因为未经请求的电子邮件通过用户计算机120A、120B得以避免。而且,用户可以控制提供的内容的种类和标志。
因此,图中的配置可以对用户用于解决涉及用户(例如,最小化插入的未经请求内容,而不提供电子邮件地址)和内容提供者(例如,更新能力(updatability))的问题的方法中。在某些例子中,基于链接数据140A、140B的链接与一个应用的代表一同被显示。因而所述装置可以进一步解决涉及应用出版者的问题,他们可以以一种有针对性的方式提供有关他们的应用的信息(例如,给那些拥有或者对该应用发行商的应用感兴趣的用户)。
生成链接的示范性方法的概述
图2表示生成在一个本地计算机显示的链接的示范性方法200。所述方法200能够在用户计算机上用软件实现。在此描述的任一例子中,所述链接可以指一个网络位置(例如,“目标”),其中内容是可以得到的(例如在一个万维网服务器)。当用户激活一个链接时(例如通过点击所述链接),即可提供相应内容。
在210,从一个网络位置获取(例如,由用户计算机)链接数据(例如140A、140B)。所述链接数据可以采用多种格式。在某些例子中,该链接数据用标记语言(例如,XML)提供并且通过标准万维网服务器(例如,HTTP)请求获得。
在220,基于所述链接数据显示链接(例如在用户计算机)。所述链接可采用任何用户界面单元的形式。在某些例子中,该链接被描述为文本信息(例如,根据该链接数据)。链接目标可由,例如,检验链接数据来确定。
显示链接的示范性方法的概述
图3表示一种用来显示链接(例如,图2的动作220)的示范性方法。该方法可在用户的计算机上由软件实现。
在310,接收用户对一个应用的选择。例如,用户可能点击了该应用的表示(例如,图标的、图像的、或者艺术描述)。
在320,响应用户的选择,显示基于该应用的链接数据的链接。例如,可显示链接到该应用相关信息内容(例如,在该应用发行者控制下)的一个或更多链接。
由操作系统外壳执行的方法
任一例子都可以运用以在一个图形用户界面一个操作系统外壳得到益处。例如,图3的方法300可以在显示应用的时候通过一个操作系统外壳用户界面使用。因而,当用户在与所述应用进行交互时(例如,执行,更新或者对该应用的其它处理),显示到与该应用有关的数据的链接。
如果需要,所述链接技术还可在一个应用中心的活动中心使用。在一个实施例中,所述活动中心专用于计算机游戏并包括适用于游戏的专门功能(例如,取出保存的游戏等等)。这些实施例中的所述链接可以显示游戏专用的消息(例如,即将来临的锦标赛等等)。
结合应用元数据文件执行的方法
图4表示一种用来结合应用元数据文件生成链接的示范性方法400。该方法400可以在用户计算机上由软件执行(例如,一个操作系统外壳)。
在410,获得应用元数据文件。该应用元数据文件指示各种有关一个特定应用的信息(例如,应用名,应用发行者,和能得到该应用数据的链接的地址)。
在420,基于该应用元数据文件生成链接(例如,根据图2的方法200)。例如,可以从该应用元数据文件指定的位置取得链接数据。
所述方法400的方案可在应用发行者希望发送信息给拥有或者对特定应用感兴趣的用户的情况下使用以获得好处。通过在所述应用元数据文件中包含该应用的可用链接数据的位置,所述应用发行者可以实现提供目标内容,即使用户未能注册所述应用或者不希望提供联系信息(例如,一个电子邮件地址)。
由应用发行商执行以实现定向发送内容的方法
图5表示应用发行商可以实现定向发送内容的一个示范性方法500。所述方法500可在由该应用发行商任意在一台或多台计算机商执行。
在510,应用发行商提供到一个或多个包括用于某个特定应用的链接数据的应用元数据文件的访问。例如,该发行商可提供该应用元数据文件作为该应用的软件发布过程的一部分(例如,在该应用安装过程中在用户计算机处安装该应用元数据文件);在万维网站点提供该应用元数据文件(例如,可由用户通过访问该发行商网站或者由一个评论网站的外部评论者得到);或者提供该应用元数据文件的更新(例如,改变该链接数据地址或者该应用元数据文件中的其他信息)。
在520,应用发行商在对应的应用元数据文件中指示的位置提供到一个或多个链接数据的访问。例如,所述链接数据文件可由一个万维网服务器响应对该服务器的请求而提供(例如,一个通过URL对该链接数据的HTTP请求)。
在530,如果需要,该应用可以适当更新该链接数据文件。注意该链接数据文件不需改变该应用元数据文件而很容易的更新。因为该链接数据文件可存放于该应用元数据文件中指定的位置,发行商可仅通过简单地更新发行商控制下的一个文件而定期更新该链接数据文件。
尽管未示出,发行商可进一步更新所述链接链接到的内容。例如,当有关该应用的新信息变得可用时,提供新的或更新的内容(例如,通过网页或者其他网络可得得内容)。
通过链接信息的方法的示范性结合
图6表示在提供者和用户间通过链接到提供的内容的链接交流信息的方法600。这样一种方法可由用户计算机的软件和内容提供者控制下的一个或多个计算机的软件共同执行。
在610,内容提供者在网络服务器(例如,一个万维网服务器)上发布链接数据。所述链接数据包括信息代码和相关内容的对应网络位置。例如,所述内容提供者可在万维网服务器上存储一种标记(例如,XML)文件,该文件通过网络(例如,互联网络)即可得到。
在620,用户计算机处的软件定期访问所述链接数据。例如,所述计算机可被配置为每数小时检测一次,或根据需要每数天一次。这样,所述链接数据的更新最终传播到用户计算机。
在630,所述链接数据由用户计算机检测。例如,验证技术可被用来核对所述链接数据的来源和完整性。而且,可检测链接数据的时间关联来确定是否终止或失效。同样,所述链接数据也可检测来确定是否具有正确的格式。如果链接数据不可被接受,则链接数据被丢弃或者忽略(例如,方法终止或者使用原有已知的有效数据)。这种检测可以使提供者或者冒名顶替者避免从极多的用户计算机来的不必要的内容链接。
在640,用户计算机根据所述消息代码显示一个或多个消息。例如,一个文本消息可能依据于消息代码显示。该消息在激活的时候可用作到提供者内容的链接。
在650,响应用户对一个信息的激活,由用户计算机访问与相应消息相关的内容(例如,显示或者其他表示)。所述内容可以是任何格式(例如,文本、音频、或视频)并且可通过访问与显示消息的消息代码(例如,在链接数据中)相关联的相应位置获得。
由于这类信息有着很高的滥用风险,用户可能对公布诸如电子邮件地址之类的个人信息给应用发行商不感兴趣。因而,用户可能从不注册软件。或者,注册中提供的电子邮件地址可能是错的或者丢失了。图6的方法600可在这些情况下使用使得内容提供者可以与有目标的地但同时不是匿名的用户群通信。以这种方式,卖主可以发送信息给目标用户群而用户对卖主保持匿名。在例子中,用户通过激活一个链接控制所述内容的显示。因此,内容提供者可以把一组潜在用户群作为目标来通知他们(例如,通过发送一个到内容的链接)感兴趣的内容在一个特定网络位置(例如,网页)的有效性,而不打扰那些对内容不感兴趣的用户。
如上描述的,该方法可用来与一潜在消费者交流有关特定应用的信息。在这种情况,该内容提供者可以是一个应用发行商。用户对特定内容的兴趣的获知可以许多不同的因素为前提,但是一个可能的因素是原有的和现有的应用发行商和用户之间的关系。例如,如果一个用户已经从应用发行商购买了计算机应用,很可能该相同的用户会对该软件的升级或者其他信息感兴趣。
示范性消息
在任一例子中,可使用许多链接用户界面单元。链接用户界面单元的激活访问所关联的内容。链接用户界面单元的一个有用的实施例是一个文本消息。
图7A表示一个文本消息705的示范性表示。这种消息很有用,因为当该消息705被激活的时候(例如,点击)它传递将要被访问的信息的类型。
在任一例子中,该信息705可以是根据信息类型(例如,消息类型代码)选择的固定(例如,预定)信息集的一种。显示的用户界面单元可限为固定的消息。这种方式可以避免内容提供者任意指定内容的不适当的问题。例如,如果消息作为操作系统外壳的图形用户界面的一部分而显示的话,所述用户界面单元作为很唐突的文本出现显得不合适。
不仅仅是对所述信息的一个温和的说明,另一个常用的如图7B的描述710所示的步骤715也可被采用。
而且,使用固定信息的另一个优点是消息的表示可以很容易地限于由用户计算机本地指示的人类语言。例如,图7C表示具有西班牙语消息725的显示720。也可容易的支持其他任何语言。
如果需要,所述固定消息可被更新或扩展(例如,通过一项操作系统功能)。
示范性消息类型
图8表示一个示范性消息类型表格800。对每一种类型810,都有一个类型号820。实际的显示的文本可与在810中显示的略有不同(例如,如图7B所示)。尽管未示出,该表格同样可包括除英语之外的其他人类语言的文本,或者可用于不同语言的不同表格。
示范性系统
图9举例说明了一个可用于实施在此描述的任何技术的示范性系统900。一个万维网服务器910由内容供应商控制并包括一个或多个链接数据文件915。所述链接数据文件包含用于显示到信息内容的链接的数据(在与用户计算机930相关的用户界面中)。
在例子中,链接指向供应商相信对用户有用的内容920。仅为了举例说明,内容920被示为存储在一个直接连到服务器910的存储装置中。该链接可将用户指向装载于910以外的远程服务器上的网页因此他们具有用于服务器910以外的网页的适当的网络位置(例如,统一资源定位URL或其它类似的在网络中标明一个对象位置的标准)。例如,供应商可使用在此描述的技术来通知用户新报告或与可能装载在其它网站上的与他们的产品相关的评论(例如,应用新站点或评论站点)。
在此描述的任一方法中(例如,图6的方法600),用户计算机可包括一个应用元数据文件935(例如,存储在永久性存储器中)。应用元数据文件935包含在服务器910上的链接数据文件915的URL和其它数据。应用元数据文件935可与应用一起提供并且当用户安装特定应用时安装在用户计算机930上或者由对应用感兴趣的用户获取(例如,存在一个监视或者“需要”列表中)。同样,链接数据文件的网络位置的改变或者特定应用新链接数据文件的位置可以和已有应用的补丁或者更新一起提供。
在到链接数据文件915的地址通过考虑应用元数据文件935之后确定,用户计算机930可以使用一个链接更新引擎940来定期访问服务器910以下载有效的链接数据文件915。这种链接数据文件的定期下载可以是自动的,而且下载间的时间周期也可由用户指定。
进一步地,一旦链接更新引擎940访问服务器910并且得到链接数据文件915,用户计算机可确定链接数据文件是否是可信的(例如,由用户授权的发行商发布)以及链接数据是否是当前的(即比用户已下载显示的有关相同应用的任一链接数据文件更近期修改的或者从最后一次修改起未超出规定终止日期的)。可在下载所述链接数据文件915到本地内存945之前进行处理。
为了验证,可连同一个签名936一起提供应用说明文件935,所述签名通过第三方鉴别码(例如,Verisign,加利福尼亚Mountain View公司)进行认证,并且也可连同一个类似的签名916提供所述链接数据文件915,以使得所述链接数据文件915可通过两个签名916和936来进行认证。如果签名显示数据来自相同数据源,那么链接数据文件915和所述应用说明文件935来自同一个提供者,这就避免了未经认证的访问和修改;文件915可以下载至本地存储器945。
为了核对链接数据文件是否是当前的,用户计算机930可包括一个时间关联引擎950,可包括三种附加数据校验技术。其一,依赖于一个给定的时间参数,所述时间关联引擎确定所述链接数据文件是否过期而不能被显示。例如,用户可能不希望显示多于一定时间以前发布的链接(例如,失效的)。以这种方式,用户着手定义他或她有兴趣看到多长时间的信息。其二,所述引擎950可以检验链接是否超过一个既定的终止日期(例如,在链接数据中定义的)。这也激励供应商提供到更流行的、更新的信息的链接。其三,有可能出现服务器910上发布的某些链接不是最新的或者和用户在早先的访问中下载的链接数据一样的情况。在这种情况下,所述的时间关联引擎950会中止这些链接数据文件的下载。
至于先前下载的链接数据文件,时间关联引擎950可编程来防止任何超过一定日期的链接的显示。链接失效的时间参数可由用户、供应商或者用户计算机930作为默认值来设置等等。为达到特殊实施例所要提供的对用户控制的程度,用户可设置覆盖其它日期的日期。
为提供更多对如何和何时链接到在用户计算机显示中显示的信息的控制,可使用规则来控制链接数据文件915中提供的数据的格式化。链接更新引擎940能够访问一组链接数据结构规则955,并将这些规则和服务器910上公布的链接数据文件915相比较。例如,这些数据结构规则可实施为一个XML(扩展标记语言)模式文件,其可用于根据该模式核对一个XML的链接数据文件。
最后,一旦时间关联、认证以及链接数据文件的数据结构格式都已经核对和审定,链接数据即存储在存储装置915中(例如,永久性存储器)。接着,在他或她选择的时候为用户显示所述链接以进行访问,(例如,当连同应用元数据文件935显示一个有关该应用的代表时)。
尽管如此,在显示链接之前,核对所述链接确定将用户指向一个链接数据文件中描述的内容可能会比较安全。因而,一个URL探察引擎960用以探察链接指向的页面。这样一种引擎可验证不生成任何错误的网页(例如,现存的),不显示任何攻击性的、不需要的内容和批准页面显示。这种引擎同样可以在每次运行网页之前用户选择要访问的内容的链接之后探察URL。
系统900可以这种方式应用,即用户计算机930处的用户对控制远程万维网服务器910的内容供应商保持匿名。尽管如此,在用户计算机930处提供的链接仍可将相关信息指向用户。实际上,购买应用的用户会很可能对与这个应用相关的升级或者媒体上的新闻感兴趣。因此,游戏发行商可以提供信息给有目的的用户而不需要用户丧失他们的匿名权或者被不需要的内容淹没。
示范性链接数据格式
图10显示表示用以显示链接的信息的一个示范性链接数据格式1000。所述数据可存储在数据结构中。在例子中,所述链接数据存储在一个文件中并包括一个类型域1020和相应的链接目标域1010。链接数据文件可能包括一个或者多个这样的项目。另外,可包括更多的信息,例如用于链接的适当的时间关联数据。
类型域1020可包括指定一个类型的任何数据(例如,字母数字串或者一个数值)。例如,可以使用诸如图8所示的信息类型码。这样就为链接指定了要显示的适当的信息。
类型域1020的内容可由内容供应商从一个挑选的值集合中选择来显示一个固定消息。通过允许内容供应商提供产品类型号代替消息本身,伴随显示的链接的信息内容可仅限于消息的、非唐突的内容。以这种方式,显示的消息避免了被内容供应商滥用。
而且,消息可局部化为用户计算机的语言首选项而不考虑发布链接数据文件的服务器的语言首选项。因为链接数据文件仅提供一个值(例如,图8中显示的类型号),消息可以很容易的以本地优先的语言提供。
而且,链接数据1000包括一个相应的链接目标1010,其可指定一个当链接激活时指示内容显示的网络位置。例如,可使用URL(或者其它类似网络位置寻址标准)。这样,当用户选择一个显示的链接时,相关的URL被用来定位链接相关的内容。
其它域或文件也可用来跟踪其它相关数据。
示范性应用元数据格式
图11表示示范性应用元数据格式1100。元数据可存储在数据结构中。进一步地,该元数据可存储在应用元数据文件(有时称为“应用数据文件”或“应用说明文件”)。该文件可通过配置存储器而与特定应用结合(例如,通过应用的一个唯一标识符和文件名结合)用户计算机可具有存储的用于一个或多个对应应用的一个或多个应用元数据文件。元数据文件可给出,甚至在应用还未安装时(例如,如果应用在用户的监视或者“需要”列表中)。
在例子中,元数据1100包括链接数据位置1110,其指定可得到链接数据(例如链接数据11000)的位置。以这种方式,应用发行商可指定链接数据放置的位置和随意更新链接数据而不需要直接访问用户的计算机。
元数据1100同样包括其他元数据1120(例如发行商名、应用名、唯一应用ID、修改日期、发行日期等)。
具有提供来访问与应用相关内容的链接的示范性用户界面
图12表示一个图形用户界面1200的示范性屏幕快照,其中链接1210A、1210B为一个称为“应用名”的特定应用而显示。这种图形用户界面可响应于一个对有关应用的信息的请求(例如,在一个操作系统外壳,当显示一个应用的代表时)而显示。在例子中,显示一个图标的、图像的、或者艺术描述1220,以及最接近该代表1220的链接1210A、1210B。
同样可显示关于应用的更进一步的细节1230(例如应用大小)。以及,可在用户界面1200中显示各种应用功能1240(例如,运行、升级)。
在例子中,用户界面1200可作为一个特定应用的提要页。用户界面1200的一个区域或窗格可用以显示链接1210A、1210B,其可生成如在此描述的任一例子。在例子中,信息是游戏发行商“发行商名”的属性(例如,可以从应用的元数据文件中确定)。
如果需要,用户可激活一个或多个链接1210A、1210B来访问与它们相关的内容(例如,在一个链接数据文件中)。
实际上,用户界面1200中显示的单元的不同配置是有利的。可包括较少、较多或者不同的要素。
指示应用相关链接的示范性用户界面
图13表示一个示范性用户界面1300的屏幕快照。所述用户界面1300可由用户计算机作为用于操作系统外壳的图形用户界面的一部分而显示并且可被包括作为应用激活中心的一部分(例如,中心的欢迎页面)。
在例子中,计算机上可用的应用以图标1310A-E显示。图标的激活在窗格1320中显示。当一个到供应用用的内容的适当链接为有效时,显示适当的链接1310A-B。链接1310A-B的激活可定位到应用的摘要(例如,如图12所示)或者直接到由链接指定的内容。链接可如在此描述的任一例子所述生成和处理,除了在例子中,应用名为链接而不是消息而显示。
可替换的配置是可能的。例如,链接1210A-B可直接在欢迎页面上显示而不需要定位到摘要页面1200。
示范性链接数据文件
图14表示一个XML的示范性链接数据文件1400。所示文件1400可用作图10的示范性链接数据。在1410,日期修改域被指定为“2003-01-07”并且文件1400也包括关于三个独立链接1420、1430、1440的数据。所述链接包括与一个唯一消息一致的产品类型(例如,从图8的表格中选择的),一个对应的URL地址,和一个对应的终止日期。链接数据文件因此可用于生成如在此描述的任一例子所述的链接。
用于链接数据文件的示范性数据格式规则
图15表示一个用于链接数据文件(例如,图14中所示的XML文件)的模式定义(例如,“链接0.0.0.1.xsd”)。无论何时由用户计算机访问到一个新的链接数据文件915,检测链接数据文件(例如,文件915)以确定符合模式的规则(例如,由所述更新引擎940)。如果链接数据文件不符合模式,用户计算机(例如计算机930)可拒绝接收文件或显示该链接。
例如,在1510模式1500开始描述规则为“<InfoLink Types”(例如,符合图8中的类型号)。如1520、1530和1540行中所示,对InfoLink Type的数据结构规则应该是一个在1和20之间并包括数1和20的整数。同样,于1550行开始,属性“URL”被描述为一个字符串以及在1560,属性“终止”定义为一个日期。同样,在1570行所述模式解释每一相容文件应该具有至少一个链接但不超过三个。比较这个模式1500和XML链接数据文件1400会表明文件符合所述模式。因此,在符合其他条件(例如,时间关联、签名匹配等)的情况下,链接数据文件1400可被取回和用于显示链接。
可代替地使用许多其他模式(例如,具有不同格式)。该模式配置有助于限制内容供应商使得用户不必被大量的消息淹没。以这种方式,用户计算机处的用户的利益和内容供应商的利益得到了平衡(例如,提供相关信息给用户)。
包括检测链接数据文件的示范性方法
一旦供应商在一个网络位置发布了链接数据文件(例如,如图5和6所示),用户计算机(例如,如图9所示)可用以下载和显示显示作为适当消息的链接。
作为过程的一部分,链接数据文件进行可接受性检测。并且检测可进行多种。图16表示一种包括检测链接数据文件的示范性方法1600。
在1605,访问对应于一个由供应商指定的URL的网页(例如,在应用元数据文件中作为链接数据的位置)。一旦确定链接数据文件在网页可用,在1610,该链接数据文件通过比较用户计算机上用于应用元数据文件的签名的来源和在服务器上由供应商指定的链接数据文件而进行验证,若有的话。这个方法预防了授权组织之外的其他人获得对由应用元数据文件指定的网络位置的访问和发布未经授权的链接数据文件的可能性。
然而,如果没有所述的签名授权,即使一个未授权的组织在由元数据文件提供的网络位置获得对发布文件够资格的访问,未授权的组织也不能获得和添加一个真实的签名来与应用元数据文件匹配。这是因为必须使用一个私有密钥来生成所述签名,而该私有密钥是由口令加密或者其他保护了的。因而,如果在1615发现文件没有被认证,然后在1620,对链接数据文件的处理就中止。
一旦链接数据文件被验证,在1625文件通过核对其与选择的数据结构规则相匹配而被确认有效(例如,如图15中所示使用XML模式)。如果在1630该文件被确定为无效,那么在1635,对文件的处理被中止。一旦链接数据文件被确认有效,接着在1640核对文件的时间关联。例如,如上所述结合图9中的时间关联引擎950,可比较发布文件的日期修改数据与当前批准显示的链接对应的文件的日期修改数据。以这种方式,比已经批准显示的那些更早的链接就被禁止代替更当前的最新的链接。
同样,终止日期可被核对以确定文件是否仍时间上关联。这种核对可通过比较要取回的链接数据文件的终止日期(例如图11中的1130)和当前日期来执行。
终止日期域可在最初文件第一次由供应商公布时指定或者通过缺省值设定(例如从日期修改值的一星期)。尽管如此,用户设置可通过指定一个在其之后链接被认为失效的时期覆盖所述终止日期(例如,通过指定一个链接在接收到超过7天后不被显示)。例如,如果供应商知道一个特定的链接仅在一个非常短的时期内有效并且这个时期少于用户优选的失效链接时期那么供应商的终止日期会确定文件的时间关联。例如,一个游戏应用供应商可能希望发布一项产品的持续仅几小时而不是几天的特卖消息。
换句话说,终止链接数据文件可通过适当地对装载文件的服务器进行编程来自动删除。如果文件在1645被确定为不具备关联性(即修改日期不够新或者超过了终止日期),那么在1650终止处理。
更进一步地,在验证1615、确认1630和关联确定1645完成之后,接着在1655链接数据文件被批准存储在用户计算机本地的存储装置中并被用于显示链接。
包括探察的示范性方法
在用户计算机上存储所述链接数据后,如图17所示的方法1700进行进一步的处理。方法1700可响应于用于为一个特定应用生成链接的请求而执行(例如,当显示一个应用的代表时)。
在1705,获得一个批准了的链接数据文件和在1710再次核对以确信并不超过终止日期。这是因为文件可能在其最初第一次从在网络上的位置取回之后已经终止。如果文件已经终止那么在1715从本地存储器中删除该文件,这将防止与之有关的任何链接被显示。
如果文件确定为在终止日期之内,则在1720探察由文件中的URL指定的位置来验证其可被接收用以显示。例如,所述探察过程能验证通过URL访问该位置不会得到一个错误页面(例如,服务不可用)或者搜索到提供不想要的内容的站点。以这种方式,用户屏蔽掉了不必要的错误。
如果在URL探察后发现链接不可接受,那么在1730,删除该链接数据。然而,如果发现链接可被接收,那么接着在1735为用户显示该链接以供选择是否他或她选择访问信息。
显示链接的示范性方法
图18表示一种使用显示为与应用有关的UI单元的信息链接来访问消息内容的方法1800。在1805,响应于用户对显示的信息链接的选择,运行一个用户计算机可用的浏览器以及在1810与链接相关的URL被用来访问指定位置以再现(例如,显示)信息内容。
在运行和显示网页之前,用户可能被适当的警告(例如,通过一个对话框)他或她正要越出他们操作系统的外壳访问一个可能安全也可能不安全的网页。这种警告可设置为在数个警告之后停止出现。
示范性方法组合
图16、17和18可通过逐一地执行这些方法而被组合在一起成为一个方法。通常,图16描述了一个从网络位置指定的供应商处定期取回链接数据文件并将这些文件存储在用户计算机可访问的本地位置上的过程;图17描述一种用于通过使用链接数据文件显示链接的方法;以及图1 8描述了一个使用所显示链接来访问信息内容的过程。
数据结构的示范性实施例
代替或者除在此描述的各种数据结构之外,也可使用其它结构。例如,数据库表可存储在用户计算机上以指示应用链接数据最后一次的修改数据。该数据库表可为每一个用户存储。当下载链接数据时,该数据库表可被更新。表1表示这种数据库表的一个示范性实施例。
表1-跟踪修改日期的数据库表
栏 |
类型 |
AppID |
唯一标识符(Uniqueidentifier) |
日期修改(DateModified) |
(日期时间Datetime) |
对链接数据文件中的链接,可在数据库表或者指示特定-链接数据的其它数据结构中存储一个项目。表2表示该数据库表的一个实施例。
表2-跟踪用于链接的数据的数据库表
栏 |
类型 |
说明 |
AppID |
唯一标识符(Uniqueidentifier) |
与链接相关联的应用 |
URL |
Nvarcar32 |
当链接激活时访问的URL |
类型 |
Nvarchar32 |
为链接显示的消息类型 |
终止 |
Datetime |
链接终止日期和时间 |
功能性的示范性实施例
在此描述的技术可以各种方式实施。以下说明显示、更新、检索以及清除链接的例子。
链接显示可通过查询适当的数据库表(例如,用于跟踪链接数据的数据库表,诸如表2所示)来实现。该查询可请求对一个特定应用的最后n次链接(例如,通过下面的“GetLatest”功能)。如果没有返回链接,可采用适当的步骤(例如,显示没有新链接或新信息的消息给用户)。
表3显示了多种其它功能,以及表4显示用于保持链接信息的另外的示范性数据结构。
表3-链接功能
功能 |
说明 |
布尔型更新(Guid appID) |
更新在数据库表中的链接。如果成功并且发现新数据项,返回为真(true)。如果没有发现新数据项,返回为假(false)。表5显示一个示范性实施例。 |
InfoLink[]GetLatest(Guid appID,intmaxReturn) |
从针对一个给定应用ID的存储中取出最近的n次数据项。如果成功,返回一个上至maxRetum的InfoLink结构的矩阵。如果没有发现新数据项,返回一个空矩阵。 |
清除(Guid appID) |
从对一个特定应用的存储中清除终止的数据项。如果指示为空,对所有应用进行清除(例如,对用户表)。 |
表4-用于保持链接数据的数据结构
Struct InfoLink{string URL;//URL to the itemunit type;//Index to the table of typesdate expiry;//UTC expiry date for this item} |
表5-更新的示范性实施例
更新 |
1.核对AppID和安装的应用元数据文件列表。如果不存在,发出异常并退出。2.核对配置数据存储器。如果链接对该AppID不可用,发出异常。3.从针对该AppID的文件系统中取出链接数据位置(例如URL)。4.访问所述位置取回链接数据。如果失败或者未找到,发出异常。5.针对元数据文件确认和验证链接数据。如果有一个失败,发出异常及在丢弃该链接数据后退出。6.针对存储在文件系统中为该AppID下载的最新的链接数据分析链接数据和检验数据修改单元。如果该链接数据不是更新的,丢弃并返回一个空矩阵。7.检验blob中的每一个链接。如果它们还未终止,添加到数据库中。如有任何时间添加,返回真,否则返回假。 |
给出一个游戏活动中心的所述技术的示范性运用
计算机游戏在计算机用户中已经变得非常流行。而且,这是一种快速发展的产业,在此每天发布新的游戏和游戏升级。游戏玩家彼此争着跟上游戏产业中最新的信息,但是他们可能不愿意向售主注册他们的应用来损害他们的隐私和计算机的安全。因此,描述的技术可应用于计算机游戏社区以带来巨大的利益。
计算机游戏发行商认识到与他们的用户交流的价值,并且现在策划他们的游戏以适当地满足游戏社区(有时称为“游戏生态区”)。
图19显示呈用于一个游戏活动中心的欢迎页面形式的示范性用户界面1900的屏幕快照,该欢迎页面由操作系统外壳(例如,任何Mirosoft Corporation ofRedmond的微软视窗操作系统、Washington或其他桌面操作系统外壳)显示。该用户界面1900提供类似于图13所示的功能但针对游戏相关动作专用化了。
在1905该欢迎页面1900被称为“我的游戏”可用于显示与下载到用户计算机的计算机游戏相关的信息。在窗格1910中的图标1911-1914表示安装到计算机的游戏。
欢迎页面可包括一个区域1920(例如,具有标题1921),区域包括一个是否具有用于游戏的可用新信息的指示。在例子中,最近玩过的游戏1920也被列出。对于选择一个游戏和请求详情,则游戏的更详细的用户界面可显示如图20所示。
为游戏显示详细页面的所述技术的示范性应用
图20显示对一特定游戏呈详细页面形式的示范性用户界面2000的屏幕快照。用户界面包括一个区域2010其中显示了到与所显示游戏相关信息的链接2015、2020、2025。
示范性游戏-适用消息
在关注计算机游戏的实施例中,代替应用在图8中所示的消息类型,也可使用图21的表2100中的消息类型。如所示,消息类型设计以满足计算机游戏实施例的特点。例如,可提供到一个未至比赛图的链接。实际对所述消息类型要显示的文本消息可能与所示的不同(例如,“参加该即将来临的锦标赛”)。
活动中心中的示范性实施例
在此描述的任何技术可实施于一个应用或游戏活动中心,诸如在Evans等的美国专利申请中描述的那些,“应用-中心用户界面技术”(“Application-CentricUser Interface Techniques”)代理人号3382-64191,在此兼作保存并结合作为参考。
备选方案
在说明和描述了举例说明的实施例的原则后,在不背离所述原则的情况下,可以在配置和细节上修改实施例。例如,方法(例如1600、1700、1800)仅为了提供说明的方便而以顺序或者以特定方式划分来进行上面的描述。例如,验证1610、确认1625和时间关联验证1630并不需要以特定顺序执行。而且,URL探察1720也可在运行所述网页浏览器1805之前立即执行而不是在1735显示所述信息链接之前。因此,在此描述的所述方法的多种其它组合可被重新排列而仍保持忠于以上描述的原理。
通常,诸如图16、17和18中所示的、由更新引擎940、时间关联引擎950和URL探察引擎960执行的用户相关功能可被实施作为API(应用程序编程接口)相关功能同操作系统和其它用户计算机服务一起工作。换句话说,专用应用或者已经安装在用户计算机上的应用可编程可以实施上述方法。特定装置和由引擎940、950和960执行的功能的划分也可能改变以适应特殊需要或此功能性可能都整合至一个服务模块中。
同样,参考XML提供链接数据文件的说明和其相应数据结构规则。尽管如此,其他程序设计或标记语言或其它描述数据和数据结构的方法也同样适用。
鉴于所述多种可能的实施方式,应认识到描述的实施例仅包括若干例子并不应作为发明局限的范围。相反,本发明由下面的权利要求限定。因此,我们要求所有落在这些权利要求范围内的实施例作为本发明整体。