CN106250146B - 一种应用需求处理方法和装置 - Google Patents

Abstract

本发明提供了一种应用需求处理方法和装置，涉及计算机技术领域。所述方法，包括：接收用户输入的应用需求；当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；接收所述开发者上传的对应所述应用需求的应用程序。解决了现有的应用商店系统制约了新应用程序的产生，无法及时满足用户对不同应用程序的需求等问题。取得了可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求的有益效果。

Description

一种应用需求处理方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种应用需求处理方法和一种应用需求处理装置。

背景技术

随着第三代(the 3rd Generation，简称为3G)移动通信的发展和智能手机等移动终端的发展，互联网(Internet)在移动终端上的应用越来越广泛而且移动终端用户对于各种应用程序的需求也变得更丰富。在这样的环境下，苹果公司率先开始通过应用商店系统提供苹果产品的应用程序，在短期内取得了接近十亿的下载量。应用商店系统的使用，造就了一大批应用程序的独立开发者。而且各大运营商、手机制造商以及互联网厂商也将推出各自的应用商店系统提上日程，或者已推出应用商店系统。

在现有的应用商店系统中，主要的功能实体为应用商店平台以及开发者平台，当然，这两个功能实体也可以合为一体。开发者平台中的开发者可以将自己开发的应用程序上传至应用商店平台，经性能测试满足要求后即可以供移动终端用户下载使用。移动终端用户可以从应用商店平台中查找自己所需的应用程序然后进行下载以使用。

但是开发者在开发应用程序时很难考虑到每个移动终端用户的需求，因此可能存在部分用户在应用商店查找不到自身所需的应用程序。而且在现有的应用商店系统中，这些用户的需求又无法直接传达到开发者，另外分散的应用需求不会得到重视和关注，而在开发者不知道应用程序的需求量和市场前景的情况下，开发者也不会盲目开发新的应用程序，因此上述的原因制约了新应用程序的产生，无法及时满足用户对不同应用程序的需求。

发明内容

为了解决现有的应用商店系统制约了新应用程序的产生，无法及时满足用户对不同应用程序的需求问题，本发明实施例提供了一种应用需求处理方法和装置。

一方面，本发明公开了一种应用需求处理方法，包括：

接收用户输入的应用需求；

当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；

接收所述开发者上传的对应所述应用需求的应用程序。

另一方面，本发明还公开了一种应用需求处理装置，包括：

应用需求接收模块，用于接收用户输入的应用需求；

应用需求发送模块，用于当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；

应用程序接收模块，用于接收所述开发者上传的对应所述应用需求的应用程序。

本发明通过接收用户输入的应用需求，而且当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台，所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序，接收所述开发者上传的对应所述应用需求的应用程序。从而实现可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一中的一种应用需求处理方法的步骤流程图；

图2是本发明实施例二中的一种应用需求处理方法的步骤流程图；

图3是本发明实施例三中的一种应用需求处理装置的结构示意图；

图4是本发明实施例四中的一种应用需求处理装置的结构示意图；

图5是本发明实施例五中的一种移动终端的框图；

图6是本发明实施例六中的一种移动终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面通过列举几个具体的实施例详细介绍本发明提供的一种应用需求处理方法和装置。

实施例一

详细介绍本发明实施例提供的一种应用需求处理方法。

参照图1，示出了本发明实施例中一种应用需求处理方法的步骤流程图。

步骤101，接收用户输入的应用需求。

应用需求可以包括用户对于应用程序各方面的需求，例如功能需求、界面需求、图标需求等等。

在本发明实施例中，还可以称输入应用需求的用户为对应该应用需求的发起人。

步骤102，当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序。

在本发明实施例中，为了避免过多的应用需求造成开发者不便选择，或者是花费过多的时间做选择，可以先对应用需求进行初步的过滤。因此，在本发明实施例中，可以设定需要应用需求满足的预设条件，当应用需求满足预设条件时，则将该应用需求发送至开发者平台，以供开发者平台中的开发者进行选择。其中，预设条件可以包括应用需求的点赞率或者点赞人数、应用需求的支持人数或支持率等等。在本发明实施例中，可以在本步骤之前，或者是本步骤之前的任一步骤之前根据需求设定预设条件的具体情况，对此本发明实施例不加以限定。

开发者平台也可以理解为开发者社区等，开发者平台中可以包含多个不同的开发者。在本发明实施例中，开发者平台可以向各个开发者展示满足预设条件的应用需求，那么开发者可以从开发者平台中的多个用户需求中选择感兴趣的应用需求，并且开发者可以开发对应其选择的应用需求的应用程序。在本发明实施例中，可以存在多个开发者选择同一个应用需求，和一个开发者选择多个不同应用需求的情况。当然，也可以设定一个应用需求在任意时刻都只能由一个开发者选定，例如可以设定应用需求在首次被开发者选定后即不可以再次被选中，除非已经选定该应用需求的开发者取消对该应用需求的选择。在本发明实施例中，还可以在开发者选择应用需求后，输入该应用需求的用户可以从选择该应用需求的开发者中进行反向选择，最终选择出该应用需求对应的开发者。对此本发明实施例不加以限定。

步骤103，接收所述开发者上传的对应所述应用需求的应用程序。

在本发明实施例中，在确定对应应用需求的开发者之后，对应该应用需求的开发者则可以根据该应用需求进行应用程序的开发，从而得到对应该应用需求的应用程序。具体的，开发者可以在其自身可利用的设备中进行应用程序的开发，例如利用开发者可用的电脑等移动终端进行应用程序的开发等，对此本发明实施例不加以限定。

开发者在开发得到对应应用请求的应用程序后即可以将应用程序上传。具体的，开发者可以利用开发者平台实现应用程序的上传，例如先将应用程序上传至开发者平台，然后开发者平台再将应用程序上传至应用商店平台等对应位置。当然，开发者也可以直接将应用程序上传至对应位置，或者是通过其他可用渠道上传应用程序，对此本发明实施例不加以限定。

另外，在实际应用中，开发者平台中的未选择某应用需求的开发者也可以自行根据该应用需求开发应用程序，但是在本发明实施例中，接收选择该应用需求的开发者上传的对应该应用需求的应用程序，而不会接收未选择该应用需求的开发者上传的对应该应用需求的应用程序。

本发明通过接收用户输入的应用需求，而且当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台，所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序，接收所述开发者上传的对应所述应用需求的应用程序。从而实现可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求。

实施例二

详细介绍本发明实施例提供的一种应用需求处理方法。

参照图2，示出了本发明实施例中一种应用需求处理方法的步骤流程图。

步骤201，接收用户输入的应用需求。

步骤202，统计支持所述应用需求的用户的数量。

在本发明实施例中，以支持应用需求的用户数量作为参数，判断应用需求是否满足预设条件，那么首先需要统计支持应用需求的用户的数量。在接收用户输入的应用需求之后，可以展示该应用需求，那么其他的用户则可以通过输入支持指令或点赞等方式支持该应用需求。

例如，在展示应用需求的区域同时可以添加点赞控件，用户可以通过点击该点赞控件输入点赞指令以支持该应用需求，那么在每次接收到点赞指令时则可以记录输入本次点赞指令的用户的标识，然后可以对记录的针对同一应用需求的用户标识进行归一化处理，保证记录的针对同一应用需求的用户标识只保留一次，那么此时所记录的针对同一应用需求的用户标识的数量即为支持该应用需求的用户的数量。当然，用户也可以通过其他可用方式支持应用需求，对此本发明实施例不加以限定。而且也可以通过记录除用户标识以外的用户的其他特征信息，例如用户所在IP(Internet Protocol，互联网协议)地址、用户名等等统计支持应用需求的用户的数量，对此本发明实施例不加以限定。

步骤203，当支持所述应用需求的用户的数量达到预设数值时，将所述应用需求发送至所述开发者平台。所述应用需求被所述开发者平台展示给开发者，供一个或多个开发者选择所述应用需求，并由输入所述应用需求的用户从选择所述应用需求的各个开发者中选择一个或多个开发者以开发对应所述应用需求的应用程序。

如前述，如果以支持应用需求的用户数量作为参数，判断应用需求是否满足预设条件，那么此时预设条件可以包括预设数值。因此在本发明实施例中，可以在当支持应用需求的用户的数量达到预设数值时，将该应用需求发送至开发者平台。其中，可以在本步骤之前，或者是本步骤之前的任一步骤之前根据需求设定预设数据的具体取值，对此本发明实施例不加以限定。

另外，在本发明实施例中，开发者平台在展示应用需求之后，开发者平台中的各个开发者可以确定是否选择该应用需求，但是上传该应用需求的用户可能对该应用需求对应的开发者有一定的要求，例如能力要求、资质要求等等。那么在本发明实施例中，可以由输入该应用需求的用户从选择该应用需求的各个开发者中选择一个或多个开发者以开发对应该应用需求的应用程序。当然，用户也可以在输入应用需求的同时将对开发者的要求同时绑定上传，那么可以根据选择该应用需求开发者是否满足该应用需求的要求最终确定对应该应用需求的开发者以开发对应所述应用需求的应用程序。

而且，在本发明实施例中，开发者平台还可以按照支持应用需求的用户的数量从高到低的顺序优先展示各应用需求，例如将支持用户数量最多的应用需求展示在开发者最容易注意到的区域，将支持用户数量第二多的应用需求展示在开发者次容易注意到的区域，依次类推。另外还可以设定如果应用需求展示的时间超过一定时间阈值后，仍然没有确定对应的开发者，则可以将该应用需求的展示区域转移至注意程度较低的区域。

步骤204，接收所述开发者上传的对应所述应用需求的应用程序。

步骤205，针对对应所述应用需求的应用程序，设置所述应用程序的下载权限为只允许支持所述应用需求的用户下载。

对于针对某一应用需求首次上传的应用程序，或者是性能尚未经过测试或是性能未达标的应用程序，为了保证用户的使用体验的同时对应用程序进行性能内测，在本发明实施例中国，可以设置应用程序的下载权限为只允许支持该应用程序对应的应用需求的用户下载。

而且，在本发明实施例中，还可以在开发者上传应用程序后，发送消息至支持该应用程序对应应用需求的用户，以通知支持该应用程序对应应用需求的用户可以下载该应用程序。

步骤206，接收用户发送的针对所述应用程序的下载请求。

在本发明实施例中，在开发者上传应用程序之后，还可以将应用程序在预设区域中展示，例如开发者在开发应用程序时可以同时设定应用程序的图标，那么可以将应用程序以各自图标展示在预设区域。其中，可以在本步骤之前，或者是本步骤之前的任一步骤之前根据需求设定预设区域，对比本发明实施例不加以限定。例如在实际应用中，应用商店平台中用于展示应用程序的区域可以分为收费区域和免费区域，那么本发明实施例中，可以设定展示上述应用程序的预设区域为其中的免费区域等等。那么，用户发送的针对应用程序的下载请求具体地用户可以通过点击前述预设区域中展示的应用程序的图标输入针对该应用需求的下载请求。

当然，在本发明实施例中，用户还可以通过语音输入设备输入包含应用程序名称的下载请求等等，当然也可以利用其它任何可用方式输入针对应用需求的下载请求，对此本发明实施例不加以限定。

步骤207，判断所述用户是否为支持所述应用需求的用户。

如前述，在本发明实施例中，在确认应用需求满足性能要求并且可以由所有的用户下载之前，可以限定该应用程序只允许支持该应用程序对应的应用需求的用户下载。因此，在本发明实施例中，在接收到用户发送的针对该应用需求之后，首先需要判断该用户是否为支持该应用需求对应的应用需求的用户。

在本发明实施例中，可以记录支持各个应用需求的用户的用户标识，例如用户名、用户ID(IDentity，账号)等等。那么在接收到针对某一应用需求的下载请求时，可以相应地获取发送该下载请求的用户的用户标识，然后判断该用户标识是否与之前记录的支持该应用程序对应的应用需求的用户标识匹配，如果匹配，则说明发送该下载请求的用户为支持该应用程序对应的应用需求的用户。

当然，在本发明实施例中，也可以利用其它可用方式判断所述用户是否为支持所述应用需求的用户。对此本发明实施例不加以限定。

步骤208，如果所述用户为支持所述应用需求的用户，则将所述应用程序下发至所述用户所在的移动终端。

在本发明实施例中，在确认了发送下载请求的用户为支持相应的应用请求的用户时，则可以将相应的应用程序下发至该用户所在的移动终端。具体的，可以将相应的应用程序的安装包下发至该用户所在的移动终端。当然也可以采用其他可用方式将相应的应用程序下发至该用户所在的移动终端，对对刺激本发明实施例不加以限定。其中，移动终端可以为手机、电脑、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、或车载电脑等，对此本发明实施例不加以限定。

需要说明的是，在本发明实施例中，步骤206-208可以按序在步骤205之后且在步骤209之前的任一步骤执行，对此本发明实施例不加以限定。

步骤209，获取支持所述应用需求的用户对所述应用程序的评价信息。

下载应用程序的用户在使用该应用程序的过程中，可能会对该应用程序有一定的评价或意见，在本发明实施例中可以统称为评价信息。在本发明实施例中，为了方便相应地开发者进一步优化对应的应用程序，可以获取支持该应用程序对应的应用需求的用户对该应用程序的评价信息。

例如，可以设定针对每个应用程序的评论区域，用户可以在各个应用程序的评论区域进行评论，当然可以设定只允许已经下载对应应用程序的用户在相应评论区域评论，此时可以直接获取应用程序对应的评价区域中的全部用户的评价即可以获取支持该应用程序对应的应用需求的用户对该应用程序的评价信息；也可以设定全部用户都可以对各个应用程序进行评价，那么此时可以从应用程序的评论区域中筛选由支持该应用程序对应的应用需求的用户发送的评价信息。另外，在本发明实施例中，还可以不划分评论区域，而是根据用户输入评价信息时对应的应用程序和用户标识，从而可以针对任意一个应用程序，筛选出支持该应用程序对应的应用需求的用户对该应用程序的评价信息。当然，在本发明实施例中，还可以利用其它任何可用方式获取支持任一应用程序对应的应用需求的用户对该应用程序的评价信息，对此本发明实施例不加以限定。

步骤210，判断所述评价信息是否达到预设满意度；如果所述评价信息未达到预设满意度，则进入步骤211；如果所述评价信息达到预设满意度，则进入步骤212。

在本发明实施例中，可以根据针对应用程序的评价信息得到该应用程序的满意度，例如评价信息可以包含用户给该应用程序的评分，那么则可以根据获取的各个用户对该应用程序的评分进行加权平均等方式得到该应用程序的满意度。当然，在本发明实施例中，还可以采用其他任何可用方式根据评价信息计算满意度，具体的可以根据评价信息设定，对此本发明实施例不加以限定。另外，还可以在本步骤之前，或者是本步骤之前的任一步骤之前根据需求设定预设满意度的具体取值，对此本发明实施例也不加以限定。

步骤211，将所述评价信息发送至开发者平台以提示所述开发者根据所述评价信息调整所述应用程序，以及接收所述开发者上传的调整后的针对所述应用需求的应用程序并替换原有的针对所述应用需求的应用程序，然后进入步骤209，直至所述评价信息达到预设满意度。

为了方便开发者调整其开发的应用程序，使应用程序更能满足用户的需求，给用户更好的使用体验，在本发明实施例中，在针对应用程序的评价信息未达到预设满意度时，可以将评价信息发送至开发者平台以提示相应的开发者根据评价信息相应地调整该应用程序，并且开发者可以将调整后的应用程序再次上传，那么在接收到开发者上传的调整后的应用程序后，即可以利用调整后的应用程序替换原有的应用程序，然后再次获取针对该调整后的应用程序的用户评价并判断其是否达到预设满意度。其中，如果需要多次调整，那么每次都可以利用对应同一用户需求的最新调整后的应用程序替换原有的应用程序，直至当然获取的针对最新上传的调整后的应用程序的评价信息达到预设满意度为止。

当然，在本发明实施例中，开发者如果可以直接获取开发者开发的应用程序的用户评价，那么也可以无需将评价信息发送至开发者平台，对此本发明实施例不加以限定。

步骤212，修改所述应用程序的下载权限为允许支持所述应用需求的用户以支持所述应用需求的用户以外的其他用户下载。

而如果评价信息达到预设满意度，那么说明相应的应用程序可以满足上线的要求，那么此时可以修改相应应用程序的下载权限为允许支持该应用程序对应的应用需求的用户以支持该应用程序对应的应用需求的用户以外的其他用户下载。也即可以对全部的用户开放，可以供全部用户进行下载。而且，如果开发者初次上传的针对相应应用需求的应用程序的评价信息即达到预设满意度，那么此时用户请求下载的是开发者初次上传的应用程序；而如果开发者后期利用调整后的用以程序替换原有的应用程序，那么此时用户请求下载的是最新上传的调整后的应用程序。

本发明通过接收用户输入的应用需求，而且当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台，所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序，接收所述开发者上传的对应所述应用需求的应用程序。从而实现可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求。

另外，在本发明实施例中，具体可以在支持用户需求的用户数量达到预设数值时，将应用需求上传。而且，在未确定应用程序的评价信息达到满意度之前，只允许支持相应应用需求的用户下载应用程序，并获取支持相应应用需求的用户的评价信息，从而判断评价信息是否达到满意度，如果评价信息未达到满意度则根据评价信息相应地调整应用程序，而如果评价信息达到满意度则可以修改应用程序的下载权限为允许支持相应应用需求的用户以支持相应应用需求的用户以外的其他用户下载。从而可以进一步提高应用程序的性能，使应用程序更能满足用户的需求。

实施例三

详细介绍本发明实施例提供的一种应用需求处理装置。

参照图3，示出了本发明实施例中一种应用需求处理装置的结构示意图。

本发明实施例的应用需求处理装置300包括：应用需求接收模块301、应用需求发送模块302和应用程序接收模块303。

下面分别详细介绍各模块的功能以及各模块之间的交互关系。

应用需求接收模块301，用于接收用户输入的应用需求。

应用需求发送模块302，用于当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序。

应用程序接收模块303，用于接收所述开发者上传的对应所述应用需求的应用程序。

本发明通过接收用户输入的应用需求，而且当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台，所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序，接收所述开发者上传的对应所述应用需求的应用程序。从而实现可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求。

实施例四

详细介绍本发明实施例提供的一种应用需求处理装置。

参照图4，示出了本发明实施例中一种应用需求处理装置的结构示意图。

本发明实施例的应用需求处理装置400包括：应用需求接收模块401、应用需求发送模块402、应用程序接收模块403、权限设置模块404、下载请求接收模块405、用户身份判断模块406、应用程序下发模块407、评价信息获取模块408、满意度判断模块409、应用程序升级模块410和权限开放模块411。

下面分别详细介绍各模块的功能以及各模块之间的交互关系。

应用需求接收模块401，用于接收用户输入的应用需求。

应用需求发送模块402，用于当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序。可选地，在本发明实施例中，所述应用需求发送模块402，进一步可以包括：支持用户记录子模块4021，用于统计支持所述应用需求的用户的数量。应用需求发送子模块4022，用于当支持所述应用需求的用户的数量达到预设数值时，将所述应用需求发送至所述开发者平台。

应用程序接收模块403，用于接收所述开发者上传的对应所述应用需求的应用程序。

权限设置模块404，用于针对对应所述应用需求的应用程序，设置所述应用程序的下载权限为只允许支持所述应用需求的用户下载。

下载请求接收模块405，用于接收用户发送的针对所述应用程序的下载请求。

用户身份判断模块406，用于判断所述用户是否为支持所述应用需求的用户。

应用程序下发模块407，用于如果所述用户为支持所述应用需求的用户，则将所述应用程序下发至所述用户所在的移动终端。

评价信息获取模块408，用于获取支持所述应用需求的用户对所述应用程序的评价信息。

满意度判断模块409，用于判断所述评价信息是否达到预设满意度；如果所述评价信息未达到预设满意度，则进入应用程序升级模块410，然后进入评价信息获取模块408，直至所述评价信息达到预设满意度；如果所述评价信息达到预设满意度，则进入权限开放模块411。

应用程序升级模块410，用于将所述评价信息发送至开发者平台以提示所述开发者根据所述评价信息调整所述应用程序，以及接收所述开发者上传的调整后的针对所述应用需求的应用程序并替换原有的针对所述应用需求的应用程序。

权限开放模块411，用于如果所述评价信息达到预设满意度，则修改所述应用程序的下载权限为允许支持所述应用需求的用户以支持所述应用需求的用户以外的其他用户下载。

本发明通过接收用户输入的应用需求，而且当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台，所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序，接收所述开发者上传的对应所述应用需求的应用程序。从而实现可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求。

另外，在本发明实施例中，具体可以在支持用户需求的用户数量达到预设数值时，将应用需求上传。而且，在未确定应用程序的评价信息达到满意度之前，只允许支持相应应用需求的用户下载应用程序，并获取支持相应应用需求的用户的评价信息，从而判断评价信息是否达到满意度，如果评价信息未达到满意度则根据评价信息相应地调整应用程序，而如果评价信息达到满意度则可以修改应用程序的下载权限为允许支持相应应用需求的用户以支持相应应用需求的用户以外的其他用户下载。从而可以进一步提高应用程序的性能，使应用程序更能满足用户的需求。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

实施例五

详细介绍本发明实施例提供的一种移动终端。

参照图5，示出了本发明实施例五中一种移动终端的框图。

图5所示的移动终端500包括：至少一个处理器501、存储器502、至少一个网络接口504和用户接口503。移动终端500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。

其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本发明实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。

其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。

在本发明实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令，处理器501用于接收用户输入的应用需求；当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；接收所述开发者上传的对应所述应用需求的应用程序。

上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，作为另一个实施例，处理器501还用于：统计支持所述应用需求的用户的数量；当支持所述应用需求的用户的数量达到预设数值时，将所述应用需求发送至所述开发者平台。

可选地，作为另一个实施例，处理器501还用于：获取支持所述应用需求的用户对所述应用程序的评价信息；判断所述评价信息是否达到预设满意度；如果所述评价信息未达到预设满意度，则将所述评价信息发送至开发者平台以提示所述开发者根据所述评价信息调整所述应用程序，以及接收所述开发者上传的调整后的针对所述应用需求的应用程序并替换原有的针对所述应用需求的应用程序，然后进入获取支持所述应用需求的用户对所述应用程序的评价信息的步骤，直至所述评价信息达到预设满意度。

可选地，处理器501还用于：接收用户发送的针对所述应用程序的下载请求；判断所述用户是否为支持所述应用需求的用户；如果所述用户为支持所述应用需求的用户，则将所述应用程序下发至所述用户所在的移动终端。

可选地，处理器501还用于：针对对应所述应用需求的应用程序，设置所述应用程序的下载权限为只允许支持所述应用需求的用户下载。

可选地，处理器501还用于：如果所述评价信息达到预设满意度，则修改所述应用程序的下载权限为允许支持所述应用需求的用户以支持所述应用需求的用户以外的其他用户下载。

所述应用需求被所述开发者平台展示给开发者，供一个或多个开发者选择所述应用需求，并由输入所述应用需求的用户从选择所述应用需求的各个开发者中选择一个或多个开发者以开发对应所述应用需求的应用程序。

移动终端500能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

实施例六

图6是本发明另一个实施例的移动终端的结构示意图。

具体地，图6中的移动终端可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、或车载电脑等。

图6中的移动终端包括射频(RadioFrequency，RF)电路610、存储器620、输入单元630、显示单元640、处理器660、音频电路670、WiFi(WirelessFidelity)模块680和电源690。

其中，输入单元630可用于接收用户输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元630可以包括触控面板631。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器660，并能接收处理器660发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元640可用于显示由用户输入的信息或提供给用户的信息以及移动终端的各种菜单界面。显示单元640可包括显示面板641，可选的，可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode，OLED)等形式来配置显示面板641。

应注意，触控面板631可以覆盖显示面板641，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器660以确定触摸事件的类型，随后处理器660根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中，处理器660是移动终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器621内的软件程序和/或模块，以及调用存储在第二存储器622内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。可选的，处理器660可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器621内的软件程序和/或模块和/或该第二存储器622内的数据，处理器660用于接收用户输入的应用需求；当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；接收所述开发者上传的对应所述应用需求的应用程序。

可选地，作为另一个实施例，处理器660还用于：统计支持所述应用需求的用户的数量；当支持所述应用需求的用户的数量达到预设数值时，将所述应用需求发送至所述开发者平台。

可选地，作为另一个实施例，处理器660还用于：获取支持所述应用需求的用户对所述应用程序的评价信息；判断所述评价信息是否达到预设满意度；如果所述评价信息未达到预设满意度，则将所述评价信息发送至开发者平台以提示所述开发者根据所述评价信息调整所述应用程序，以及接收所述开发者上传的调整后的针对所述应用需求的应用程序并替换原有的针对所述应用需求的应用程序，然后进入获取支持所述应用需求的用户对所述应用程序的评价信息的步骤，直至所述评价信息达到预设满意度。

可选地，处理器660还用于：接收用户发送的针对所述应用程序的下载请求；判断所述用户是否为支持所述应用需求的用户；如果所述用户为支持所述应用需求的用户，则将所述应用程序下发至所述用户所在的移动终端。

可选地，处理器660还用于：针对对应所述应用需求的应用程序，设置所述应用程序的下载权限为只允许支持所述应用需求的用户下载。

可选地，处理器660还用于：如果所述评价信息达到预设满意度，则修改所述应用程序的下载权限为允许支持所述应用需求的用户以支持所述应用需求的用户以外的其他用户下载。

所述应用需求被所述开发者平台展示给开发者，供一个或多个开发者选择所述应用需求，并由输入所述应用需求的用户从选择所述应用需求的各个开发者中选择一个或多个开发者以开发对应所述应用需求的应用程序。

可见，在本发明中通过接收用户输入的应用需求，而且当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台，所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序，接收所述开发者上传的对应所述应用需求的应用程序。从而实现可以根据用户的需求开发相应地应用程序，从而可以提高应用程序的多样性以及更能满足不同用户对应用程序的需求。

另外，在本发明实施例中，具体可以在支持用户需求的用户数量达到预设数值时，将应用需求上传。而且，在未确定应用程序的评价信息达到满意度之前，只允许支持相应应用需求的用户下载应用程序，并获取支持相应应用需求的用户的评价信息，从而判断评价信息是否达到满意度，如果评价信息未达到满意度则根据评价信息相应地调整应用程序，而如果评价信息达到满意度则可以修改应用程序的下载权限为允许支持相应应用需求的用户以支持相应应用需求的用户以外的其他用户下载。从而可以进一步提高应用程序的性能，使应用程序更能满足用户的需求。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (6)

1.一种应用需求处理方法，应用于应用商店系统，其特征在于，包括：

接收用户输入的用户无法直接传达到开发者的应用需求；所述应用需求为用户在所述应用商店系统查找不到的新应用需求；所述应用商店系统不包括所述应用需求对应的应用程序；

当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；

接收所述开发者上传的对应所述应用需求的应用程序；

其中，所述当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台的步骤，包括：

统计支持所述应用需求的用户的数量；

当支持所述应用需求的用户的数量达到预设数值时，将所述应用需求发送至所述开发者平台；

在所述接收所述开发者上传的对应所述应用需求的应用程序的步骤之后，还包括：

获取支持所述应用需求的用户对所述应用程序的评价信息；

判断所述评价信息是否达到预设满意度；

如果所述评价信息未达到预设满意度，则将所述评价信息发送至开发者平台以提示所述开发者根据所述评价信息调整所述应用程序，以及接收所述开发者上传的调整后的针对所述应用需求的应用程序并替换原有的针对所述应用需求的应用程序，然后进入获取支持所述应用需求的用户对所述应用程序的评价信息的步骤，直至所述评价信息达到预设满意度；

在接收所述开发者上传的对应所述应用需求的应用程序的步骤之后，还包括：

针对对应所述应用需求的应用程序，设置所述应用程序的下载权限为只允许支持所述应用需求的用户下载；

那么在所述判断所述评价信息是否达到预设满意度的步骤之后，还包括：

如果所述评价信息达到预设满意度，则修改所述应用程序的下载权限为允许支持所述应用需求的用户以及支持所述应用需求的用户以外的其他用户下载。

2.根据权利要求1所述的方法，其特征在于，在所述获取支持所述应用需求的用户对所述应用程序的评价信息的步骤之前，还包括：

接收用户发送的针对所述应用程序的下载请求；

判断所述用户是否为支持所述应用需求的用户；

如果所述用户为支持所述应用需求的用户，则将所述应用程序下发至所述用户所在的移动终端。

3.根据权利要求1所述的方法，其特征在于，所述应用需求被所述开发者平台展示给开发者，供一个或多个开发者选择所述应用需求，并由输入所述应用需求的用户从选择所述应用需求的各个开发者中选择一个或多个开发者以开发对应所述应用需求的应用程序。

4.一种应用需求处理装置，应用于应用商店系统，其特征在于，包括：

应用需求接收模块，用于接收用户输入的用户无法直接传达到开发者的应用需求；所述应用需求为用户在所述应用商店系统查找不到的新应用需求；所述应用商店系统不包括所述应用需求对应的应用程序；

应用需求发送模块，用于当所述应用需求满足预设条件时，将所述应用需求发送至开发者平台；所述应用需求由所述开发者平台展示给开发者，以供一个或多个开发者选择所述应用需求开发对应的应用程序；

应用程序接收模块，用于接收所述开发者上传的对应所述应用需求的应用程序；

其中，所述应用需求发送模块，包括：

支持用户记录子模块，用于统计支持所述应用需求的用户的数量；

应用需求发送子模块，用于当支持所述应用需求的用户的数量达到预设数值时，将所述应用需求发送至所述开发者平台；

所述装置，还包括：

评价信息获取模块，用于获取支持所述应用需求的用户对所述应用程序的评价信息；

满意度判断模块，用于判断所述评价信息是否达到预设满意度；如果所述评价信息未达到预设满意度，则进入应用程序升级模块，然后进入评价信息获取模块，直至所述评价信息达到预设满意度；

应用程序升级模块，用于将所述评价信息发送至开发者平台以提示所述开发者根据所述评价信息调整所述应用程序，以及接收所述开发者上传的调整后的针对所述应用需求的应用程序并替换原有的针对所述应用需求的应用程序；

所述装置，还包括：

权限设置模块，用于针对对应所述应用需求的应用程序，设置所述应用程序的下载权限为只允许支持所述应用需求的用户下载；

权限开放模块，用于如果所述评价信息达到预设满意度，则修改所述应用程序的下载权限为允许支持所述应用需求的用户以及支持所述应用需求的用户以外的其他用户下载。

5.根据权利要求4所述的装置，其特征在于，还包括：

下载请求接收模块，用于接收用户发送的针对所述应用程序的下载请求；

用户身份判断模块，用于判断所述用户是否为支持所述应用需求的用户；

应用程序下发模块，用于如果所述用户为支持所述应用需求的用户，则将所述应用程序下发至所述用户所在的移动终端。

6.根据权利要求4所述的装置，其特征在于，所述应用需求由所述开发者平台展示给开发者，供一个或多个开发者选择所述应用需求，并由输入所述应用需求的用户从选择所述应用需求的各个开发者中选择一个或多个开发者以开发对应所述应用需求的应用程序。

Images