一种提供移动终端应用程序的方法、服务器和移动终端

1.一种提供移动终端应用程序的方法，其特征在于，包括：
发送与移动终端型号对应的应用程序下载客户端，所述应用程序下载客户端用于安装在所述移动终端上；
接收所述移动终端的所述应用程序下载客户端上报的用于唯一标识所述移动终端的客户端标识以及所述移动终端对应的设备信息；
存储所述客户端标识和所述设备信息的对应关系；
接收所述移动终端的所述应用程序下载客户端发送的访问应用程序商店请求，所述访问应用程序商店请求中携带有所述唯一标识所述移动终端的客户端标识；
根据所述客户端标识获取对应的移动终端设备信息，提供与所述设备信息对应的应用程序列表；
接收移动终端发送的推荐请求，所述推荐请求中包括所述应用程序列表中的应用程序信息和推荐人的移动终端号码；
发送推荐消息给被推荐方移动终端，所述推荐消息中包括所述推荐方移动终端的移动终端号码，推荐的应用程序信息，和所述应用程序信息对应的链接；
接收被推荐方移动终端发送的访问下载所述应用程序链接的请求，所述请求中包括被推荐方移动终端的客户端标识；以及
根据被推荐方移动终端的客户端标识对应的设备信息确定并提供对应的应用程序安装包。
2.如权利要求1所述的方法，其特征在于，所述访问请求中还携带有所述移动终端号码，通过所述移动终端号码进行访问的鉴权认证。
3.如权利要求2所述的方法，其特征在于，所述方法进一步包括：根据所述移动终端号码获得用户的偏好信息，根据所述设备信息以及用户的偏好信息，提供个性化的应用程序列表。
4.如权利要求1所述的方法，其特征在于，移动终端设备信息包括：移动终端型号、操作信息或已经安装的应用程序。
5.如权利要求4所述的方法，其特征在于，如果设备信息中包括已经安装的应用程序，在提供的应用程序列表中过滤掉已经安装的应用程序。
6.如权利要求1所述的方法，其特征在于，所述方法进一步包括：
接收移动终端在应用程序列表中选择的应用程序下载请求；
提供所述应用程序给所述移动终端；
接收所述移动终端下载或安装所述应用程序响应；
向计费系统发送上报计费信息，所述计费信息包括用户的移动终端号码信息、应用程序信息和费用信息。

一种提供移动终端应用程序的方法、服务器和移动终端\n技术领域\n[0001] 本发明涉及移动通信领域，特别是涉及提供移动终端应用程序的方法、服务器以及安装有移动终端应用程序下载客户端的移动终端。\n背景技术\n[0002] 随着第三代移动通信网络（3G）以及智能手机的普及，移动用户在网络上下载和安装手机应用程序越来越普遍。目前很多设备厂商依托自己的手机操作系统推出了应用程序商店（App Store），用户可以在生产自己手机的设备厂商的应用程序商店里通过信用卡付费来购买和下载与自己手机的操作系统相对应的手机应用程序。实际上除了设备厂商可以向使用自己所生产手机的用户提供应用程序商店服务外，运营商其实比设备厂商更适合向自己的用户提供这种服务。然而通信运营商的用户所使用的手机型号和操作系统五花八门，并不限定在某一个设备厂商所生产的手机。由于很多手机应用程序的运行依赖手机的操作系统，如果不匹配，则下载的手机应用程序可能根本无法安装和运行。目前运营商提供的一种普遍的手机应用下载方式是让用户先通过无线应用协议（Wireless Application Protocol，WAP）等方式用网页来浏览各种应用，发现需要下载的应用时，用户选择自己的手机型号等信息，然后服务器提供相应的应用程序进行下载。这种方式中用户在浏览时虽然发现了需要下载的应用，但却经常没有与自己手机型号相匹配的应用程序，而且每次下载都需要选择手机型号也很不方便。\n发明内容\n[0003] 本发明实施例提供了一种提供移动终端应用程序的方法，使用户在运营商的应用程序商店中仅浏览和下载自己移动终端可运行的应用程序。该方法包括：发送与移动终端型号对应的应用程序下载客户端，所述应用程序下载客户端用于安装在所述移动终端上；\n接收所述移动终端的所述应用程序下载客户端上报的用于唯一标识所述移动终端的客户端标识以及所述移动终端对应的设备信息；存储所述客户端标识和所述设备信息的对应关系；接收所述移动终端的所述应用程序下载客户端发送的访问应用程序商店请求，所述访问应用程序商店请求中携带有所述唯一标识所述移动终端的客户端标识；根据所述客户端标识获取对应的移动终端设备信息，提供与所述设备信息对应的应用程序列表；接收移动终端发送的推荐请求，所述推荐请求中包括所述应用程序列表中的应用程序信息和推荐人的移动终端号码；发送推荐消息给被推荐方移动终端，所述推荐消息中包括所述推荐方移动终端的移动终端号码，推荐的应用程序信息，和所述应用程序信息对应的链接；接收被推荐方移动终端发送的访问下载所述应用程序链接的请求，所述请求中包括被推荐方移动终端的客户端标识；以及，根据被推荐方移动终端客户端标识对应的设备信息确定并提供对应的应用程序安装包。\n[0004] 本发明有益效果如下：本发明的实施例通过移动终端的应用程序下载客户端下载应用程序时，根据客户端标识对应的设备信息确定合适的应用程序，使客户端可以自动下载到适合本机型及操作系统的应用程序。\n附图说明\n[0005] 图1为本发明实施例之一提供的一种移动终端下载并安装应用程序下载客户端以及该客户端标识和移动终端设备信息相关联的方法流程示意图；\n[0006] 图2为本发明实施例之一提供的一种移动终端通过应用程序下载客户端浏览和下载应用程序的方法流程示意图;\n[0007] 图3为本发明实施例之一提供的一种通过用户推荐提供应用程序下载的方法流程示意图；\n[0008] 图4为本发明实施例之一提供的一种服务器的结构示意图；\n[0009] 图5为本发明实施例之一提供的一种移动终端的结构示意图。\n具体实施方式\n[0010] 本发明实施例提供一种移动终端，用户首先需要在移动终端上安装移动终端应用程序下载客户端。用户可以通过现有普遍的方式选择适合自己移动终端型号的应用程序下载客户端并将其下载安装到自己的移动终端上。或者运营商也可以将移动终端应用程序下载客户端预置安装到用户购买的移动终端上，这样无需用户自己去下载。后续用户可以在移动终端上该应用程序下载客户端浏览、购买和下载移动终端应用程序，而无需每次下载时选择安装与自己的移动终端型号对应的应用程序下载客户端。通常移动终端在下载移动终端应用程序时需要提供相应的移动终端设备信息，该移动终端设备信息可以通过与用户的移动终端号码关联来实现，但在应用程序下载服务中将移动终端号码与用户移动终端的设备信息如移动终端型号、操作系统版本等相关联，则可能并不准确，因为用户自己会改变移动终端号码，或者将去掉客户识别模块（Subscriber Identity Module，SIM）卡的移动终端转给其他人使用等。另外移动终端在预置应用程序下载客户端时也并不能预知用户使用的移动终端号码。因此本发明的实施例为解决这个问题，将用户下载或者预置的应用程序下载客户端都分配一个唯一的客户端标识（Client ID），并将该客户端标识与用户移动终端的设备信息对应关系存储在网络侧的服务器中。下面结合流程图举例说明移动终端下载并安装应用程序下载客户端以及客户端标识和移动终端设备信息相关联的过程，如图1所示，包括步骤：\n[0011] 步骤101、通过移动终端访问应用服务门户网站，即该门户网站对应的服务器，用户可以通过WAP/Web方式，在移动终端上浏览该网站中应用程序商店的信息。不同运营商通常有各自的应用服务门户网站。\n[0012] 步骤102、如果用户移动终端中没有预置与应用程序商店匹配的应用程序下载客户端，则可以在网站上选择与自己移动终端型号相匹配的应用程序下载客户端安装程序，然后从该门户网站对应的服务器下载安装到移动终端上。\n[0013] 步骤103、启动应用程序下载客户端安装程序，安装程序检查移动终端可用的存储空间，然后安装应用程序下载客户端，安装好的应用程序下载客户端收集设备信息，如移动终端型号、操作系统版本和已经安装的应用程序等设备信息，并生成唯一的客户端标识。如可以使用全球唯一标识(Universal Unique Identifier，UUID)作为客户端标识。根据硬件设备信息如IMEI号(International Mobile Equipment Identity，国际移动设备身份码)、时间和随机数生成一个在时间和空间上唯一的客户端标识（Client ID）。\n[0014] 另外也可以由服务器生成并记录客户端标识，并在应用程序下载客户端的安装程序里包含这样的标识信息。用户的移动终端在下载和安装了应用程序下载客户端后，可以将该客户端收集的设备信息以及该客户端标识一同上报给服务器。这样只需要由运营商的服务器来生成和维护客户端标识即可。\n[0015] 步骤104、应用程序下载客户端上报该客户端标识以及对应的设备信息给该门户网站对应的服务器。\n[0016] 步骤105、服务器存储客户端标识和设备信息的对应关系。\n[0017] 接着再描述一下移动终端通过应用程序下载客户端浏览和下载应用程序的过程。\n如图2所示，包括步骤：\n[0018] 步骤201、移动终端通过应用下载客户端访问应用程序商店所在的服务器，应用程序商店所在的服务器接收到的访问请求中携带有客户端标识。另外运营商的网络通过对客户端的移动终端号码信息或用户账号的鉴权认证，确定该用户是否有权限访问应用程序商店服务。如运营商A的用户a有权限访问运营商A的应用程序商店服务，但是当用户a将自己的移动终端借给用户b使用时，用户b使用运营商B的SIM卡和服务，则当用户b访问运营商A的应用程序商店时，根据用户b的移动终端号码信息，运营商A的网络将拒绝用户b访问应用程序商店服务。\n[0019] 步骤202、应用程序商店所在的服务器根据访问客户端标识获取存储的对应的设备信息，然后获得并返回与设备信息相关的应用程序列表。应用程序商店所在的服务器根据客户端标识可以获得设备信息，如：移动终端型号，操作系统，已经安装的应用程序等设备信息。另外运营商的应用程序商店服务器还可以根据用户移动终端号码对应的偏好信息以及业务信息等进一步确定适合该用户的个性化应用程序列表。如应用程序商店服务器检测到用户的业务信息中包括彩铃业务（个性化回铃音业务），则可以自动在返回的应用程序列表中包含与彩铃业务相关的应用，如可以制作铃音并上传为彩铃的彩铃编辑应用程序。\n对于客户端已经安装的应用程序，除非有更新的版本，应用程序商店服务器在返回的应用程序列表中过滤掉客户端已经安装的应用程序。\n[0020] 应用程序商店所在的服务器中保存的应用程序信息可以包括应用程序的名称，唯一标识，平台限制（如适合的机型和操作系统等），版本号，开发者信息（如公司或个人的名称、联系方式、网站地址等），类别（如游戏、系统、多媒体、生活或通信等），详细描述，价格信息等。应用程序商店所在的服务器利用上述应用程序信息和客户端的设备信息以及用户的偏好信息以及业务信息确定返回的应用程序列表，并且在返回的应用程序列表中，还可以包含各自对应的应用程序信息。综上所述，应用程序商店所在的服务器根据客户端标识确定设备信息，然后根据设备信息确定返回的应用程序列表。进一步的，应用程序商店所在的服务器还可以根据用户的移动终端号码信息确定用户的偏好信息或业务信息，进而根据设备信息、用户的偏好信息或业务信息等信息确定返回的应用程序列表。此外，如果访问请求中明确包含有具体应用程序的信息，如应用程序的名称或关键词，则只返回符合条件的应用程序列表，该列表中也可以只包含一个应用程序的信息。\n[0021] 203、客户端通过点击请求下载应用程序列表中的应用程序。\n[0022] 204、客户端接收下载的应用程序。下载完成后，客户端自动安装下载的应用程序，安装成功后将安装信息上报给应用程序商店服务器，服务器记录安装信息和对应的客户端标识。后续可以据此确定客户端的安装记录，即已经安装的应用程序。\n[0023] 205、接收移动终端返回的下载或安装应用程序信息响应。\n[0024] 206、若下载或安装应用程序成功后向计费系统上报计费信息，计费信息可以包括用户的移动终端号码信息、应用程序信息、费用信息和消费时间等。后续运营商的计费系统可以将用户在应用程序商店的购买记录包含在每月的通信费用账单中。即使应用程序是免费的，一般也要上报计费信息。对于预付费用户，服务器还要在用户购买或下载之前就向计费系统核查用户的可用余额，如果余额不足，则向客户端返回失败提示。如果用户下载失败，则服务器不上报计费信息。另外，如果允许一个用户重复多次下载一个应用程序，则服务器检测到该用户不是第一次下载该应用，则也不上报计费信息。这样即使用户在购买了一个应用后，又卸载了该应用，或者重新安装了系统，则也可以重新免费获得该应用程序。\n[0025] 本发明的另一实施例描述了社交化的应用程序商店。现有的应用程序商店服务中，用户虽然可以获得下载量位于前列的应用程序列表，运营商也可以推荐一些精选的应用程序，然而类似现实生活中好友的推荐往往更能促使用户购买产品。如果运营商同时运营有社交网络社区，则可以将应用程序商店和社交网络进行有机的结合，将大大促进应用程序商店业务，同时丰富社交网络的内容。为了将应用程序商店和社交网络进行结合，可以采用如下的技术方案：\n[0026] 用户a和用户b都是运营商社交网络和应用程序商店服务的用户，并且互为社交网络中的好友。应用程序商店服务器在用户a下载安装了一个移动终端应用程序后，则将用户a的下载应用程序的信息发布到社交网络服务器。社交网络服务器接收并将其存储为用户a的动态信息，当用户a的好友如用户b通过Web/WAP登录社交网络后，可以从社交网络服务器获得用户a的下载应用程序的动态信息。该动态信息中包括应用程序的名称和下载链接。用户b的浏览器中显示的动态信息举例如“用户a在移动终端上安装了超级猴子球”，其中“超级猴子球”为应用程序的名称，以及下划线代表其为超链接，对应的该应用程序的下载链接信息，如：\n[0027] “http://www.example.com/appstore/dl.php?appid=7632328&refuid=usera”[0028] 下载链接中包含应用程序的标识和推荐用户的标识或移动终端号码。如果用户b在移动终端的浏览器里点击了上述链接，则用户b移动终端中的应用程序下载客户端通过监视拦截移动终端浏览器的访问请求，由应用程序下载客户端里请求访问并显示与点击链接相应的应用程序信息，如描述和价格信息等，并可以确认是否购买下载。\n[0029] 用户b的移动终端通过应用程序下载客户端发送的访问请求中除了应用程序的标识和推荐用户的标识或移动终端号码外，还包含用户b的客户端标识，应用程序商店服务器据此客户端标识确定该应用程序是否有适合用户b的移动终端下载的应用程序。因为用户a和用户b的移动终端型号可能不同，用户a的移动终端可以安装使用的应用程序，用户b的移动终端可能并不能安装使用。服务器可以根据应用程序的标识和用户b的客户端标识一起确定适合下载的应用程序，在用户确认下载后，将相应的应用程序安装包传送给客户端。通常服务器上会同时提供同一应用的多个版本，分别针对不同的机型和操作系统。\n通过上述方案，即使用户之间的移动终端型号不同，也可以相互推荐应用程序，移动终端可以下载到合适的应用程序版本。\n[0030] 如果用户b的移动终端中没有安装应用程序下载客户端，则点击链接返回提示用户首先要安装应用程序下载客户端的信息并在浏览器中显示。可以同时给出应用程序下载客户端的下载链接。\n[0031] 如果用户b在个人电脑的浏览器里点击了上述链接，并在后续的页面中进行了购买确认。则以后应用程序下载客户端启动后，从应用程序商店所在的服务器自动下载用户已经购买但还未下载的程序，下载完成后自动安装。这样可以在用户b浏览移动终端上的应用下载客户端里已购买未下载的应用程序时，客户端可自动下载一些已经购买的应用程序，提高了效率。使用个人电脑进行购买确认等步骤，仅让移动终端的应用程序下载客户端在后台完成下载的必要步骤，即方便了用户操作，又节省了无线通信的流量。\n[0032] 应用程序商店服务器在用户b成功的购买下载安装了应用程序后，还可以记录该下载相关联的用户a的信息，即推荐者的信息。后续可以用于推荐奖励等信息记录和使用，此处就不再细述。\n[0033] 另一个实施例中，也可以通过用户直接进行推荐应用程序下载的方式。具体实现如图3所示，主要包括如下步骤：\n[0034] 步骤301、用户a通过移动终端的应用程序下载客户端浏览应用程序商店的应用程序列表。对于用户a的移动终端上已经安装的应用程序，可以显示“已安装”的提示，并提供一个“推荐给好友”的按钮。当然对于未安装的应用程序，也可以提供“推荐给好友”的按钮。\n[0035] 步骤302、在“推荐给好友”的按钮被点击后，客户端接收用户所填写或选择的移动终端号码。如用户a可以直接在对话框里输入或者选择移动终端通讯录里用户b的移动终端号码。另外为了被推荐人了解是谁推荐的，还可以提供用户a的姓名等信息。应用程序下载客户端可以预存用户a的在推荐时使用的姓名信息，在发送推荐请求时携带该用户a的姓名信息，这样避免每次让用户a输入。\n[0036] 步骤303、客户端向应用程序商店所在的服务器发送推荐请求，推荐请求中可以包括被推荐人的移动终端号码和应用程序信息。在一个推荐请求消息中可以包括一个或多个被推荐人的移动终端号码。应用程序商店服务器在接收到推荐请求后，可以对被推荐人的移动终端号码进行检查，如果服务器检查到有属于其他运营商的移动终端号码，可以向用户a的客户端返回错误提示消息。\n[0037] 步骤304、应用程序商店所在的服务器通过WAP PUSH（WAP推送）方式发送推荐请求给用户b的移动终端。其中WAP PUSH消息中可以包含有推荐人用户a的移动终端号码或姓名，以及推荐的应用程序的名称，和下载该应用程序的链接。WAP PUSH消息的文字内容举例如“温欣向您推荐下载记账专家软件”，对应的链接如：\n[0038] http://www.example.com/appstore/dl.php?appid=7632328&refuid=136888888\n88\n[0039] 其中，该链接中appid参数对应的是应用程序标识，refuid参数对应的是推荐人的移动终端号码。\n[0040] 步骤305、用户b的移动终端通过应用程序下载客户端访问WAP PUSH推荐消息里的链接。用户b的移动终端收到上述WAP PUSH推荐消息后，可以访问WAP PUSH推荐消息里的链接。用户b的应用程序下载客户端可以监控浏览器对应用程序商店的访问，自动由用户b移动终端的应用程序下载客户端来访问该WAP PUSH消息里的链接，并显示相应的应用程序信息。用户b移动终端的应用程序下载客户端在访问应用程序商店时可以在访问请求中携带自己的客户端标识。而采用普通的浏览器则无法提供客户端标识。或者在移动终端中对于此类WAP PUSH消息直接由应用程序下载客户端处理，应用程序下载客户端显示WAP PUSH消息的内容，以及访问WAP PUSH消息中的链接。\n[0041] 步骤306、服务器根据用户b客户端标识对应的设备信息确定合适的应用程序。\n[0042] 步骤307、应用程序商店所在的服务器向用户b的客户端传送应用程序安装包。用户b的客户端在应用程序安装包下载完成后，自动进行安装。安装成功后上报安装信息。服务器更新该客户端的应用程序安装记录。\n[0043] 另外一种应用场景是用户a在应用程序商店购买下载了一款应用程序，运营商可以采用买一附一（或附多个）的规定，允许用户a同时提供另外一个用户的移动终端号码，另外一个用户可以免费下载该应用程序。尤其是对于一些通信类应用程序、或多人游戏程序，即用户必须和其他人一起才能用的应用，更适合这种赠送形式。具体实现，则可以在用户a的客户端购买下载应用程序时，同时接受用户a输入或选择的其他用户如用户b的移动终端号码，应用程序商店所在的服务器接收到用户a的客户端的购买请求后，记录请求中的用户b的移动终端号码和该赠送的应用程序的对应关系。应用程序商店服务器向用户b的移动终端号码发送WAP PUSH消息，其中包括该应用程序的下载链接，以消息文本内容，如“孙总向您赠送一款围棋软件，您可以免费下载”。然后用户b的客户端可以通过该下载链接访问和下载该应用程序，同样在下载时服务器根据用户b移动终端的设备信息向其提供对应的应用程序版本。通过上述方法，可以实现一次支付，多个不同移动终端下载，而且对于某些多用户应用，可以使在用户好友范围内广泛安装和使用，有利于应用的快速普及和传播。\n[0044] 结合社交网络，还可以提供另外一实施例，一个用户购买下载了一个应用程序后，该用户的好友都可以免费下载该应用程序，或者以一个折扣价格如半价下载该应用程序。\n为了实现这种商业模式，还要能将这些优惠信息及时呈现给用户的好友。具体实现：在用户移动终端的应用程序下载客户端里除了一般的下载最多的应用程序列表，最新发布的应用程序列表等外，还提供好友的应用程序列表。应用程序商店所在的服务器在提供应用程序列表时，首先根据用户的移动终端号码（或其他类型的帐号）访问社交网络服务器中该用户的社交数据，即好友列表，结合好友列表中的用户移动终端号码确定其好友购买的应用程序，而且通过设备信息筛选掉没有该客户端对应可安装版本的应用程序，将可安装的应用程序包含在好友的应用程序列表中发送给客户端。可以只有部分应用程序采用上述优惠方式，最好还在应用程序列表中包含的详细说明，如应用程序的购买者（即用户的好友信息），优惠信息（免费，或折扣信息）等。如果有多个好友都购买了同一个应用程序，则应用程序商店服务器要在返回的应用程序列表中去除重复的。\n[0045] 另外进一步可以支持好友的好友传播模式，即对好友的好友也进行一定的优惠，如好友半价，而好友的好友可以八折购买，当然这样实现起来稍微复杂一些。应用程序商店所在的服务器在获取社交网络服务器中用户的社交数据时，不仅是好友列表，还包括好友的好友列表，然后判断如果一个应用程序只有好友的好友购买了，则以好友的好友优惠方式处理，如果一个应用程序既有好友的好友购买，又有好友购买，则以好友的优惠方式处理。在返回的好友的应用程序列表中，明确标识可用的优惠方式类型。这种技术方案可以使应用程序在更大范围内普及传播，很好结合利用了社交网络中的数据。\n[0046] 当然为了保护个人隐私，用户也可以设置完全不公开自己安装的应用程序信息，或者有选择的公开。这些隐私设置存储在应用程序商店服务器中，在提供好友的应用程序列表时，首先要根据隐私设置判断是否公开。\n[0047] 如图4所示，为本发明提供的一种服务器结构示意图。该服务器为运营商门户网站提供各种业务的硬件支持，其中包括：下载客户端提供单元1002、客户端标识获取单元\n1004、设备信息收集单元1006及应用程序处理单元1008。\n[0048] 下载客户端提供单元1002用于提供与移动终端型号对应的应用程序下载客户端。当移动终端访问门户网站，选择下载与其移动终端型号相匹配的应用程序客户端，该门户网站对应服务器的下载客户端提供单元1002向移动终端提供相应的应用程序下载客户端。在本发明的其他实施例中，下载客户端提供单元1002在向移动终端提供应用程序下载客户端时可以在应用程序下载客户端的安装程序里包含客户端标识。\n[0049] 客户端标识获取单元1004用于从移动终端的应用程序下载客户端发送的访问应用程序商店请求中获取客户端标识。当服务接收到移动终端的访问应用程序商店请求后，客户端标识获取单元1004获取该访问请求中的客户端标识。\n[0050] 设备信息收集单元1006用于存储若干移动终端设备信息，以及若干客户端标识与移动终端设备信息的对应关系，并且可以根据客户端标识获取单元1004获取的客户端标识查找与之对应的移动终端设备信息。移动终端的设备信息包括移动终端型号、操作信息或已安装的应用程序。\n[0051] 应用程序处理单元1008用于根据设备信息收集单元1006查询到的对应的移动终端设备信息，向移动终端提供与其设备信息相适应的应用程序列表。此外，应用程序处理单元1008还可以根据移动终端设备信息中的已安装的应用程序，在提供的应用程序列表中过滤掉已经安装的应用程序。\n[0052] 采用本发明实施例提供的服务器，可以根据移动终端提供的客户端标识查找到与移动终端的终端信息，自动提供与移动终端相适应的应用程序列表，方便用户下载和使用移动终端应用程序。同时也方便运营商或内容提供商向各种移动终端提供个性化的移动终端应用程序。\n[0053] 如图5所示，为本发明提供的一种移动终端结构示意图。该移动终端包括收发单元2002、下载客户端安装单元2004、客户端标识生成单元2006、设备信息存储单元2008以及应用程序安装单元2010。\n[0054] 收发单元202用于接收服务器下载的应用程序下载客户端。\n[0055] 下载客户端安装单元2004用于安装服务器提供的与移动终端型号相匹配的应用程序下载客户端。\n[0056] 客户端标识生成单元2006用于当下载客户端安装单元2004安装应用程序下载客户端后，对应的生成客户端标识。该客户端标识使用全球唯一标识UUID(Universal Unique Identifier)，或者根据国际移动设备身份码、时间和随机数生成一个在时间和空间上唯一的客户端标识。\n[0057] 收发单元2002还用于发送在移动终端安装后的应用程序下载客户端发送的访问请求给服务器，所述访问请求中携带有客户端标识，服务器可以根据所述客户端标识获得所述移动终端的设备信息，并确定与所述移动终端设备信息相关的应用程序列表。\n[0058] 应用程序安装单元2010接收并安装服务器发送的与移动终端设备信息相适应的应用程序列表。\n[0059] 设备信息存储单元2008用于存储所述应用程序下载客户端在所述移动终端上收集的设备信息，所述设备信息包括：移动终端型号、操作系统或已经安装的应用程序；收发单元2002还用于将所述客户端标识和所述设备信息一并上报给所述服务器。\n[0060] 采用本发明实施例提供的移动终端，每个移动终端上安装的应用程序下载客户端都具有唯一的客户端标识，根据此客户端标识服务器可以方便的将该客户端标识与移动终端设备信息相关联，并自动提供与移动终端相适应的应用程序列表，方便用户下载和使用移动终端应用程序，挺高用户体验。\n[0061] 本发明的各个装置实施例具有与方法实施例相似的处理过程，不再重复。需要一提的是，本发明的保护范围不局限于上述实施例的具体的模块实施方式。应用本发明的核心思想，还可以进行其他方式的模块功能划分，这是所属领域的技术人员所熟知的。\n[0062] 通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。\n[0063] 以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。