用于在无线设备和服务器之间握手的系统和方法.pdf

一种用于在无线网络上的无线设备(12)和服务器(70，72)之间进行数据通信或“握手”的方法、系统和计算机程序。无线设备(12)一与应用服务器(72)进行通信，该服务器就从无线设备(12)获取表示无线设备属性的数据(82)，并基于无线设备属性(90)确定无线设备对驻留在该服务器上的应用程序或者驻留在无线网络的其它计算机设备上的应用程序的访问(114)。

1.  一种无线设备，包括：
通过无线网络在所述无线设备和服务器之间提供通信的无线通信接口；和
计算机平台，其连接到所述无线通信接口，并用于控制所述无线通信接口，所述计算机平台还用于为下载的应用程序维护应用程序运行期间环境，所述计算机平台包括支持操作系统和第一组属性的数据处理电路；
其中
所述第一组属性表示无线设备的性能；
所述操作系统包括第一逻辑，该第一逻辑使所述计算机平台执行所述第一组属性与第二组属性之间的比较，所述第二组属性是响应于所述无线设备向服务器作出的关于应用程序的应用程序下载请求而从所述无线通信接口接收到的；
所述第二组属性表示请求下载的应用程序的需求，并且
所述操作系统包括第二逻辑，如果比较结果指示应用程序与所述应用程序运行期间环境不兼容，则所述第二逻辑使所述计算机平台阻止从服务器向无线设备下载应用程序的操作，如果所述比较结果指示应用程序与所述应用程序运行期间环境兼容，则所述第二逻辑使所述计算机平台下载应用程序。

2.  如权利要求1所述的无线设备，其中，所述第二组属性是由所述无线设备接收到的，是从服务器发送到所述无线设备的文件的一部分。

3.  如权利要求1所述的无线设备，其中，通过避免启动对应用程序的下载操作和在所述无线设备上显示相关错误消息来执行所述阻止操作。

4.  如权利要求1所述的无线设备，其中，所述第一组属性包括：与在所述应用程序运行期间环境中可用的多个类相对应的至少一个属性。

5.  如权利要求1所述的无线设备，其中，所述第一组属性包括：
与在所述应用程序运行期间环境中可用的多个库相对应的至少一个属性。

6.  如权利要求1所述的无线设备，其中，所述第一组属性包括：
与所述应用程序运行期间环境可访问的多个库相对应的至少一个属性。

7.  如权利要求1所述的无线设备，其中，所述第一组属性包括：
标识所述应用程序运行期间环境的可用存储空间的大小的属性。

8.  如权利要求7所述的无线设备，其中，所述可用存储空间的大小是所述存储空间的随机存取存储器部分中的可用存储空间的大小。

9.  如权利要求7所述的无线设备，其中，所述可用存储空间的大小是所述存储空间的文件系统部分中的可用存储空间的大小。

10.  如权利要求1所述的无线设备，其中，所述第二组属性包括：
与支持应用程序的执行所需的多个类相对应的至少一个属性。

11.  如权利要求1所述的无线设备，其中，所述第二组属性包括：与支持应用程序的执行所需的多个库相对应的至少一个属性。

12.  如权利要求1所述的无线设备，其中，所述第二组属性包括：与支持应用程序的执行所需的多个第三方库相对应的至少一个属性。

13.  如权利要求1所述的无线设备，其中，所述第二组属性包括：
标识支持应用程序的执行所需的可用存储空间的大小的属性。

14.  如权利要求13所述的无线设备，其中，所述可用存储空间的大小是所述存储空间的随机存取存储器部分中的可用存储空间的大小。

15.  如权利要求13所述的无线设备，其中，所述可用存储空间的大小是所述存储空间的文件系统部分中的可用存储空间的大小。

16.  如权利要求4所述的无线设备，其中，在所述应用程序运行期间环境中可用的所述多个类包括：在查询所述无线设备的纬度和经度时可操作的位置和地点的类。

17.  如权利要求1所述的无线设备，还包括计算机平台可操作的显示装置，该显示装置还具有在所述应用程序运行期间环境中可用的显示装置特性，其中所述第一组属性包括：至少一个与所述显示装置的特性相对应的属性。

18.  如权利要求1所述的无线设备，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与网络连接特性相对应的属性。

19.  如权利要求1所述的无线设备，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与处理器速度特性相对应的属性。

20.  如权利要求1所述的无线设备，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与终端用户输入装置的特性相对应的属性。

21.  如权利要求1所述的无线设备，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与关于应用程序的执行的特性相对应的属性。

22.  如权利要求1所述的无线设备，其中，所述第一组属性和所述第二组属性中的至少一个包括与关于应用程序的执行的多个特性相对应的多个属性。

23.  如权利要求1所述的无线设备，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与菜单生成特性相对应的属性。

24.  一种在无线设备上操作的方法，该方法管理通过无线网络进行的对服务器上存储的应用程序的下载请求，该方法包括：
向服务器发送下载应用程序的请求；
接收第二组属性，该第二组属性表示请求下载的应用程序的需求；
将所述第二组属性与表示无线设备的性能的第一组属性进行比较，以确定应用程序与所述应用程序运行期间环境是否兼容；
如果比较结果指示应用程序与所述应用程序运行期间环境不兼容，则阻止对应用程序的下载操作；并且
如果比较结果指示应用程序与所述应用程序运行期间环境兼容，则下载应用程序。

25.  如权利要求24所述的方法，其中，所述第二组属性是在由服务器发送的文件中接收到的。

26.  如权利要求24所述的方法，其中，所述阻止的步骤包括：
避免启动从服务器下载应用程序的操作；和
在所述无线设备上显示错误消息。

27.  如权利要求24所述的方法，其中，所述第一组属性包括：与在所述运行期间环境中可用的多个类相对应的至少一个属性。

28.  如权利要求24所述的方法，其中，所述第一组属性包括：
与在所述运行期间环境中可用的多个库相对应的至少一个属性。

29.  如权利要求24所述的方法，其中，所述第一组属性包括：
与所述运行期间环境可访问的多个库相对应的至少一个属性。

30.  如权利要求24所述的方法，其中，所述第一组属性包括：
标识所述应用程序运行期间环境的可用存储空间的大小的属性。

31.  如权利要求30所述的方法，其中，所述可用存储空间的大小是所述存储空间的随机存取存储器部分中的可用存储空间的大小。

32.  如权利要求30所述的方法，其中，所述可用存储空间的大小是所述存储空间的文件系统部分中的可用存储空间的大小。

33.  如权利要求24所述的方法，其中，所述第二组属性包括：
与支持应用程序的执行所需的多个类相对应的至少一个属性。

34.  如权利要求24所述的方法，其中，所述第二组属性包括：
与支持应用程序的执行所需的多个库相对应的至少一个属性。

35.  如权利要求24所述的方法，其中，所述第二组属性包括：
与支持应用程序的执行所需的多个第三方库相对应的至少一个属性。

36.  如权利要求24所述的方法，其中，所述第二组属性包括：
标识为支持应用程序的执行所需的可用存储空间的大小的属性。

37.  如权利要求36所述的方法，其中，所述可用存储空间的大小是所述存储空间的随机存取存储器部分中的可用存储空间的大小。

38.  如权利要求36所述的方法，其中，所述可用存储空间的大小是所述存储空间的文件系统部分中的可用存储空间的大小。

39.  如权利要求27所述的方法，其中，在所述应用程序运行期间环境中可用的所述多个类包括：在查询无线设备的纬度和经度时可操作的位置和地点的类。

40.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括：至少一个与显示装置特性相对应的属性。

41.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括：至少一个与网络连接特性相对应的属性。

42.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与处理器速度特性相对应的属性。

43.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与终端用户输入装置特性相对应的属性。

44.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与关于应用程序的执行的特性相对应的属性。

45.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括与关于应用程序的执行的多个特性相对应的多个属性。

46.  如权利要求24所述的方法，其中，所述第一组属性和所述第二组属性中的至少一个包括至少一个与菜单生成特性相对应的属性。

用于在无线设备和服务器之间握手的系统和方法
本申请是于2003年12月4日提交的题为“用于在无线设备和服务器之间握手的系统和方法”的中国专利申请号为200380108122.2的申请的分案。
技术领域
本发明通常涉及计算机设备网络和通信。更特别地，本发明涉及在桥接初始的通信连接时以及在正在进行无线网络上的计算机设备之间的通信期间的计算机设备接口协议和数据传输。
背景技术
无线设备诸如移动电话，在无线网络上传送包括有语音和数据的包。在现有的无线网络中，无线网络上的两台计算机设备之间刚一开始联系，这些设备就开始交换概要信息，这称作“握手”。握手过程允许计算机设备一开始就同步化数据通道并且传递维持设备之间令人满意的连接所必需的相关数据。在初始联系已经被桥接之后，在通信过程中，为了维持令人满意的连接，计算机设备也可以增加握手活动。
在模拟或数字无线蜂窝网络中，在蜂窝设备和基站之间存在初始的握手对话。典型地，当该设备打开时，移动交换机诸如通过移动标识号(MIN)确定设备的身份以及确定什么小区将承载来自该设备的传输，并且移动交换机分配该小区内的空闲信道以从该设备取得语音或数据传输。也可以在蜂窝设备的初始登录中交换初步的数据，诸如设备模式识别。正在进行的数据交换也发生在蜂窝网络，但是典型地单独管理“切换”，或者设备从小区到小区的物理运动。在设备的信号降低到切换阈值之下时，服务于正在进行的通信的基站向移动交换机发送切换请求。
利用复杂的设备，在开始设备联系时，为了建立健壮性的通信，交换所必需的数据可以相当多。而且，如果在通信期间承担了日益复杂的活动诸如数据或应用程序传输，这时重要的握手通信可以使当前的通信连接中断或服务于当前的通信连接。因此，本发明主要是为了改进通过无线网络的计算机设备之间的握手的系统。
发明内容
本发明是一种用于在无线网络上的无线设备和诸如应用程序下载服务器的服务器之间进行数据通信或“握手”的方法、系统和计算机程序。无线设备一与应用程序下载服务器进行通信，在“握手对话”过程中，该服务器就从无线设备获取表示无线设备属性的数据，并基于无线设备属性确定访问应用程序。应用程序可以驻留在该服务器上或者驻留在无线网络的另一个计算机设备上。
在与无线网络有选择性的通信中，接口系统包括一个或多个无线设备，每个无线设备具有其属性和计算机平台，所述的计算机平台用于有选择性地执行其上的计算机程序，每个无线设备进一步可具有能选择性地访问计算机平台的终端用户，以及一个或多个与无线网络进行有选择通信的应用程序下载服务器，每个应用程序下载服务器具有至少一个常驻的应用程序和选择性地将应用程序下载到无线设备。一旦无线设备通过网络与应用程序下载服务器开始通信，应用程序下载服务器就从无线设备获取表示无线设备属性的数据，以确定无线设备对驻留在应用程序下载服务器上的、或由应用程序下载服务器控制的应用程序的访问，所述应用程序诸如计算机程序、图形、菜单等。
无线网络上的无线设备和应用程序下载服务器之间的通信方法特别包括步骤：通过无线网络从无线设备到服务器的通信步骤、从无线设备获取表示无线设备的属性的数据的步骤、以及基于无线设备属性，确定无线设备对驻留在应用程序下载服务器上的、或由应用程序下载服务器控制的应用程序的访问的步骤。从无线设备上获取数据的步骤可以在应用程序下载服务器上接收无线设备属性，其中在应用程序下载服务器上驻留有由无线设备想要下载的应用程序。而且，从无线设备获取数据的步骤可以发生在无线设备开始与应用程序下载服务器联系时，或者在正在通信期间无线设备试图下载应用程序时。
本发明因而允许复杂的无线设备和应用程序下载服务器之间所必需的数据通信，以管理设备通过无线网络对可利用的应用程序的访问。通过传输属性数据诸如硬件和软件性能以及用户身份，将设备访问无用或者不适当的软件的风险减到最小。而且，如果在无线设备和服务器之间数据通信过程中承担了日益复杂的活动，可以发生进一步的非插入型(non-intrusive)握手，以不用中断现有的连接来维持访问控制。
在看了随后的附图的简短描述、本发明的具体实施方式以及权利要求后，本发明的其它的目的、优点和特点将会变得显而易见。
附图说明
图1是无线网络以及通过该网络与服务器和其它计算机设备进行桥接通信的无线设备的代表图；
图2是通过蜂窝电信网络在不同的无线设备和应用程序下载服务器之间提供通信的无线网络的硬件部件的框图；
图3是与应用程序下载服务器联系、并执行无线设备平台上的一个或多个应用程序的无线设备计算机平台的框图；
图4是通过负载平衡服务器与无线设备进行通信的应用程序下载服务器的框图；
图5是执行在应用程序下载服务器上的进程的流程图，其中应用程序下载服务器接收来自于无线设备的通信尝试，并获取无线设备属性以确定应用程序访问；
图6是执行在无线设备上的进程的流程图，其中所述的无线设备试图联系应用程序下载服务器并选择性地向服务器提供无线设备属性。
具体实施方式
参考这些附图，其中相同的附图标记代表相同的部件。图1描述的是本发明的握手系统10的一个实施例，所述握手是在通过无线网络14与至少一个应用程序下载服务器16进行通信的一个或多个无线设备诸如移动电话12之间的握手，所述的应用程序下载服务器16通过无线通信入口或者对无线网络14的其它数据访问，将软件应用程序或者其它的数据下载到无线设备。如这里所示，无线设备可以是带有图形显示屏13的移动电话12、个人数字助理18、带有图形显示屏的寻呼机20，在这里是双向文本寻呼机，或者甚至具有无线通信入口的单独的计算机平台22，并且可以另外具有与网络或因特网的有线连接24。可以在任何形式的远程计算机模块上执行该系统10，所述的计算机模块包括但不限于无线通信入口、无线调制解调器、PCMCIA卡、访问终端、个人计算机、访问终端、不带显示屏或键盘的电话，或者它们的组合或次组合。这里所使用的术语“应用程序”是为了包括可执行的和不可执行的软件文件、原始数据、集合数据、补丁、图形、菜单和其它代码段。应用程序或代码段可以驻留、运行在无线设备12、18、20、22上，和/或可以用在无线设备12、18、20、22上作为“客户端”软件，或者可以是基于网络的或分布式的应用程序而不是基于客户端的应用程序。
在系统10中，一个或多个无线设备12、18、20、22选择性地与无线网络14进行通信，每个都具有典型地控制与无线网络14的通信连接的终端用户，并且该终端用户将试图通过无线网络从应用程序下载服务器16下载应用程序或数据。应用程序下载服务器16典型地具有至少一个驻留应用程序，并且通过网络(诸如图2所示的移动电话网络)选择性地与一个或多个无线设备12、18、20、22进行通信，并且有选择性地将应用程序下载到其上。服务器16也可以控制无线设备12、18、20、22对驻留在其它数据存储器诸如数据库28、第二应用程序下载服务器30或者独立服务器32上的应用程序的访问。该系统10使得应用程序下载进程变得容易，所述进程是：通过应用程序下载服务器16，从无线设备12、18、20、22获取表示无线设备属性的数据，以及然后基于无线设备属性，通过应用程序下载服务器16确定无线设备对可访问的应用程序的访问。在开始联系时，或者在正在通信过程中一旦无线设备12、18、20、22试图访问应用程序时，握手就可以传递设备属性。
该系统10因而提出一种期望，即终端用户可以在它们的无线设备上诸如3G移动电话上运行应用程序，该应用程序不同于制造电话所用的应用程序。系统10将可用的应用程序过滤到无线设备12、18、20、22是显而易见的，即不需要终端用户的知识/认识。例如，可以用用户界面不友好和/或没有与用户在单独的个人电脑上使用的地址本同步化的地址本来制造无线设备12、18、20、22。终端用户因而希望下载用户界面更友好的并且具有预期的同步性能的地址本。程序的其它实例是游戏、绘图应用程序(位置定位应用程序)以及“蓝牙”遥控装置。由于可以向终端用户索要下载应用程序的开始时间，终端用户期望在应用程序下载之前确定应用程序是否确实将运行在该终端用户无线设备12、18、20、22上的方法。如果在应用程序下载之前没有一种这样的确定方法，终端用户要花费时间下载无用的应用程序。而且，如果终端用户不能确定为什么应用程序不运行，终端用户失败，这将生成客户服务呼叫。因此，当终端用户试图通过数据接口下载应用程序时，在允许实际下载之前，利用握手来确定无线设备的性能。如果，并且只有当握手同意无线设备12、18、20、22支持应用程序的所有要求时，才下载应用程序。此外，代替拒绝下载，其它的结果也可以发生，诸如多级结果，例如“不可能”、“可能”、“不推荐”以及“附加建议”。
一个或多个应用程序下载服务器16诸如向无线设备12、18、20、22提供应用程序的应用程序下载服务器16，被显示为在本地服务器端网络26上，其它的计算机部件与无线网络14通信。存储的应用程序数据库28可以包含软件应用程序和数据，所述的软件应用程序和数据可以直接或通过应用程序下载服务器16在无线设备12、18、20、22上执行。也存在独立的服务器32、第二应用程序下载服务器30，所述第二应用程序下载服务器向无线设备12、18、20、22提供应用程序和其它功能。所有的部件可以协力地工作以提供应用程序访问，这将进一步描述。然而，应注意的是也可以在一个服务器上诸如应用程序下载服务器16上执行所有的服务器端功能。而且，任何计算机或服务器端计算机平台可以通过无线网络14向无线设备12、18、20、22提供单独的服务和程序。
图2是更充分地描述无线网络14的部件和蜂窝电信网络上的系统10的部件的相互关系的框图。无线网络14只是示例性的并且可以包括通过空中下载在远程模块诸如无线设备12、18、20、22，相互之间和/或无线网络14的部件之间进行通信的系统，包括但不限于无线网络运营商和/或服务器。一系列的应用程序下载服务器40(以下将对其进一步描述)与一系列负载平衡服务器42通信以帮助管理流向服务器系列42的数据流。负载平衡服务器42与一系列路由器44通信，所述路由器最终连接到运营商网络46，其可以是虚拟个人网络(VPN)路由器。其它的服务器端部件将设置在蜂窝数据网络上，该网络上带有提供蜂窝电信服务所需的任何其它部件。因而通过增加部件，服务器端支持容易升级。
路由器44通过数据链路诸如因特网、安全局域网(LAN)、广域网(WAN)或其它网络与运营商网络46进行通信。运营商网络46控制发送到消息服务控制器(“MSC”)48的消息(通常以数据包的形式)。运营商网络46通过网络、因特网和/或POTS(简易普通电话系统)与MSC48通信。典型地，运营商网络46和MSC 48之间的网络或因特网连接传输数据，并且POTS传输语音信息。将MSC 48连接到多个基站(“BTS”)50。以与连接到运营商网络的方式相同，典型地通过传输数据的网络和/或因特网以及传输语音信息的POST将MSC 48连接到BTS 50。通过短信息服务(“SMS”)或本领域已知的其它空中下载方法，BTS 50最终向诸如移动电话12的无线设备无线广播消息。
参照附图3，所示的是无线设备计算机平台60的框图，所述的无线设备计算机平台可以接收并执行应用程序层68中的一个或多个软件应用程序，其中应用程序从应用程序下载服务器16传输。计算机平台60包括在其它部件之中的专用集成电路(“ASIC”)62，或其它处理器、微处理器、逻辑电路、可编程门阵列或者其它数据处理设备。ASIC 62在制造无线设备时被安装，并且ASIC 62通常是不可升级的。ASIC 62或者其它处理器执行应用程序接口(“API”)层64，所述的应用程序接口层与设备操作层66联系，所述的设备操作层支持无线设备12、18、20、22的存储器中的任何驻留的程序的执行。存储器可以由只读或随机读取存储器(RAM或ROM)、EPROM、EEPROM、闪存卡或任何计算机平台常用的存储器。计算机平台60也与本地数据库通信，所述数据库可以拥有存储器中不常使用的软件应用程序，诸如从应用程序下载服务器16上下载的软件应用程序。本地数据库典型地由一个或多个闪存单元组成，但可以是任何本领域已知的二级或三级存储设备，诸如磁性媒介、EPROM、EEPROM、光介质、磁带或者软盘或硬盘。将OS层66嵌入，通过HTTP/SSL和TCP/IP交换与应用程序下载服务器16联系，所述的HTTP/SSL和TCP/IP交换通过运营商网络46发生。
图4描述的是数据接口的一个实施例，其中应用程序下载服务器16是“薄的”服务器，其与负载平衡接口服务器68联系。负载平衡服务器最终支持与诸如移动电话12的无线设备的通信。应当注意的是当所示的应用程序下载服务器16在运行在CDMA上的IP连接中时，系统10可以支持运行在诸如基于蓝牙协议的无线接口的不同的无线接口上的不同连接。应用程序下载服务器16包括JAVA servlet引擎，所述的JAVA servlet引擎包括主动servlet线程以及缓存的程序线程，通过缓存74，JAVA引擎与网络服务器76联系。因此可以看出，如果需要的话，单独的计算机设备可以包括应用程序下载服务器16。网络服务器76通过缓存78和负载平衡系统70与负载平衡器68联系，所述的负载平衡系统也可以是单独的计算机设备。负载平衡器最终与无线设备12、18、20、22联系，以最有效的方式向应用程序下载服务器序列(图2中的40)分配数据负载。
在操作中，当或者选择通过初始的握手或者选择通过当无线设备12、18、20、22和应用程序下载服务器16之间试图下载时的握手下载应用程序时，在应用程序下载服务器16中将关于应用程序需求的信息与无线设备的可用的性能进行比较。在一个实施例中，应用程序下载服务器16包括说明应用程序需求诸如应用程序需要的特征和类别的信息文件。例如，绘图应用程序可以需要对位置和地点的类的访问，以查询设备当前的纬度和经度、显示在该设备的显示器上绘制的位图的参数、生成下拉菜单的菜单性能、终端用户输入性能，以及诸如TCP/IP连接的网络性能。属性的另一个实例是访问第三方库。在绘图应用程序实例中为了正确地使用绘图程序，访问绘图的第三方库是必要的。信息文件也可以包含特定的文件系统并且也需要RAM存储器。例如，特定的信息文件可以描述应用程序的大小为100K，因此无线设备必需具有100K的文件系统空间来存储该下载，并且需要100K的RAM来在运行期间载入应用程序。信息文件也可以包含其它硬件需要，诸如显示器上需要的色彩的数量、显示屏尺寸、处理器速度或者任何其它的可以影响成功下载和执行应用程序的标准。
在一个实施例中，握手具有从应用程序下载服务器16传输到无线设备12、18、20、22的信息文件的内容。在这样的实施例中，无线设备确定其是否支持信息文件中略述的所有需求。如果无线设备12、18、20、22允许支持应用程序的这些特征，在握手后开始下载应用程序。否则如果并不是支持所有的必需的特征，将会向终端用户显示消息：由于无线设备不满足特定的需求，应用程序不能下载。可以由无线设备12、18、20、22自动生成这样的消息，或者该消息可以从服务器诸如第二服务器32或者无线网络14上的其它服务器来获得。如果嵌入其中的这样的错误消息是从服务器16、30、32发送的，为了用户关心的目的，网络运营商可以定制该消息。
也应当注意的是在无线设备12、18、20、22上可以有额外的步骤以补救应用程序不能下载的原因。例如，如果下载失败的唯一理由是某些软件类或库没有驻留在支持该应用程序所必需的无线设备平台60上，则无线设备12、18、20、22可以试图下载这些类或库而不是立即发布下载失败的消息。如果这些类/库下载成功，则随后可以下载应用程序。
在另一个实施例中，不是将信息文件从应用程序下载服务器16传输到无线设备12、18、20、22，而是无线设备将无线设备的属性传输到应用程序下载服务器16。作为实例，无线设备向应用程序下载服务器传输其具有400K的可以利用的RAM、1MB的可用闪存、具有8比特彩色显示的60×75显示屏、以及其具有网络类别-蓝牙类别。在这种情况下，只有当应用程序下载服务器16确定无线设备12、18、20、22支持应用程序所需的一切时，才下载应用程序。否则，应用程序下载服务器16可以将错误返回到关于试图下载的无线设备。
图5描述的是执行在应用程序下载服务器16上的进程的一个实施例的流程图，应用程序下载服务器与无线设备诸如移动电话12联系。如图所示在步骤80，应用程序下载服务器16接收来自无线设备12、18、20、22的连接尝试，并如步骤82所示，向无线设备发送请求以获取无线设备属性。在该实施例中，如图所示在决定84，应用程序下载服务器16然后确定是否接收到了无线设备12、18、20、22的终端用户的获取属性的许可，否则如步骤86所示，向终端用户返回错误，拒绝请求的访问，并且然后进程返回以等待步骤80的连接尝试。如果无线设备12、18、20、22的终端用户在决定84的确同意许可来访问无线设备的属性，那么如步骤90所示，从无线设备获取无线设备属性，这可以通过上述的应用程序下载服务器16和无线设备12、18、20、22之间的文件交换来发生。应当注意的是，决定84只是避免由应用程序下载服务器16的不必要的无线设备访问，并不是实施系统10所必需的。
一旦获取无线设备属性，则如确定90所示决定无线设备是否可以访问被请求的应用程序。如果由于某种原因诸如不充分的硬件或软件容量，无线设备不能访问应用程序，则如步骤86所示将错误返回到终端用户，另外进程返回以等待在步骤80的来自于无线设备的进一步连接尝试。如果无线设备12、18、20、22可以下载应用程序，则如在步骤92所示，将被请求的应用程序提供到无线设备，并且然后如决定100所示确定终端用户是否请求访问新的应用程序。如果终端用户还没有请求新的应用程序，在决定100进程进入等待状态，该状态与和无线设备联系的特定线程有关。否则如果终端用户请求了另一个应用程序，进程重复步骤80，并且象对待新的连接尝试一样来对待该请求。
图6描述的是发生在无线设备12、18、20、22的并行的进程，其中无线设备与图5中的应用程序下载服务器16联系。如步骤102所示无线设备试图访问应用程序，并且与无线网络14上的表明其提供了对被请求的应用程序的访问的任何服务器连接。无线设备然后确定应用程序下载服务器16是否已发送请求来访请求问无线设备属性，如确定104所示。如果还没有发送请求，则在确定114，无线设备假定不需要比较，并且等待对应用程序的访问。如果在确定104已经请求许可访问无线设备属性，则在所示的步骤106请求终端用户的许可，并且然后确定终端用户是否允许属性访问，如确定108所示。
如果在确定108终端用户没有允许属性访问，则如步骤110所示将错误返回到终端用户，表示不能访问被请求的应用程序，并且该进程的执行线程终止。否则，如果终端用户允许访问属性，则将该属性发送到应用程序下载服务器16，如步骤112所示。步骤112只是该进程的一个实施例，并且无线设备12、18、20、22不必通过文件或其它数据向应用程序下载服务器16发送其属性，但仅可以向代理服务器提供对属性的访问，使得属性是可搜索的，或者通过本领域已知的任何其它数据搜集方法。在步骤112已经发送属性之后，如确定114所示确定无线设备是否访问了被请求的应用程序，否则在步骤110向终端用户返回错误，并且应用程序访问线程终止。否则，如果在确定114允许访问，则进程线程仅在无线设备12、18、20、22上终止。一旦终端用户要求通过网络访问另一个应用程序，进程将在步骤102再次开始。
系统10从而提供了一种在无线网络14上的无线设备12、18、20、22和应用程序下载服务器16之间通信的方法，包括通过无线网络14从无线设备12、18、20、22向应用程序下载服务器16进行通信的步骤，其中无线设备具有属性以及选择性地执行其上的计算机程序的计算机平台60，并且无线设备进一步具有可以选择性地访问计算机平台60的终端用户，并且应用程序下载服务器16具有至少一个驻留在其上的可下载的应用程序。该方法进一步包括从无线设备12、18、20、22获取表示无线设备的属性的数据的步骤，并且然后基于无线设备属性通过应用程序下载服务器16确定无线设备12、18、20、22对可访问的应用程序的访问。从无线设备12、18、20、22获取数据的步骤可以是获取无线设备的属性，其包括与计算机平台60和/或驻留在无线设备计算机平台60上的软件相关的数据。
从无线设备12、18、20、22获取数据的步骤可以是在应用程序下载服务器16上接收无线设备属性，应用程序下载服务器16上驻留有由无线设备12、18、20、22想要下载的应用程序。从无线设备12、18、20、22获取数据的步骤可以发生在由无线设备开始与应用程序下载服务器16联系时，或者可选地，可以发生在无线设备试图下载应用程序时。该方法可以进一步包括步骤：在试图下载应用程序时，激励无线设备12、18、20、22的终端用户以请求访问无线设备的属性，以及一旦给予用户许可，将无线设备属性传输到应用程序下载服务器16。
如果系统10是这样的，该方法可以进一步包括将被请求下载的应用程序的要求传输到无线设备12、18、20、22，并且基于接收到的要求指示下载是否可能的步骤。可选地，该方法可以包括：将被请求下载的应用程序的要求传输到无线设备12、18、20、22的步骤，该步骤可以是从应用程序驻留的应用程序下载服务器16传输要求，以及指示下载是否可能的步骤是从无线设备12、18、20、22向应用程序下载服务器16传输数据，以指示下载是否可能。
一旦由无线设备12、18、20、22进行的下载失败，该方法可以包括将下载失败告知终端用户的步骤。
考虑到该方法是执行在无线设备12、18、20、22的计算机平台上，本发明包括驻留在计算机可读介质中的程序，其中该程序指导服务器或者其它的带有计算机平台的计算机设备来执行该方法的步骤。计算机可读介质可以是应用程序下载服务器16的存储器，或者可以是在连接数据库诸如数据库28中。而且，计算机可读介质可以是在二级存储介质中，所述的二级存储介质，诸如磁盘或磁带、光盘、硬盘、闪存或者本领域已知的其它存储介质可承载到无线设备计算机平台上。
在图5和图6的情况下，例如可以通过操作无线网络14的部分诸如无线设备计算机平台60、应用程序下载服务器16和单独存在的服务器32执行一系列机器可读指令，来实现该方法。所述指令可以驻留在不同类型的初级、二级或三级介质中。该介质可以包括例如可以由无线网络14的部件访问的或者驻留在无线网络14的部件中的RAM(未示出)。无论是包含在RAM中、磁盘中或者其它的二级存储介质中，该指令都可以存储在不同的机器可读数据存储介质上，诸如DASD存储器(例如传统的“硬盘”或RAID阵列)、磁带、电子只读存储器(例如ROM、EPROM或EEPROM)、闪存卡、可选的存储设备(例如CD-ROM、WORM、DVD或者数字光盘)、穿孔纸卡(paper punch card)或者其它合适的包括数字和模拟传输介质数据存储介质。
以上的公开描述了本发明的说明性的实施例，应当注意的是在不背离由附加的权利要求所限定的本发明的范围的情况下，可以对其做出不同的改变和修改。而且，尽管本发明的部件是单数来描述或要求的，也考虑复数的情况，除非明确规定了对单数的限制。