一種應用需求處理方法和裝置與流程

2023-05-26 20:30:26 1

本發明涉及計算機技術領域，特別是涉及一種應用需求處理方法和一種應用需求處理裝置。

背景技術：

隨著第三代(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)、雙倍數據速率同步動態隨機存取存儲器(DoubleDataRate SDRAM，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、磁碟或者光碟等各種可以存儲程序代碼的介質。

以上所述，僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應以權利要求的保護範圍為準。