JP6442081B2

JP6442081B2 - アプリケーション推奨方法、サーバ、及びコンピュータ読取可能媒体

Info

Publication number: JP6442081B2
Application number: JP2017554819A
Authority: JP
Inventors: ヘ，ルミン; ティアン，ユアン
Original assignee: テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド
Priority date: 2015-06-23
Filing date: 2016-05-17
Publication date: 2018-12-19
Anticipated expiration: 2036-05-17
Also published as: US10621186B2; KR101999466B1; WO2016206503A1; CN104991914B; KR20170129856A; CN104991914A; US20170329785A1; JP2018519563A

Description

本出願は、“APPLICATION RECOMMENDATION METHOD AND SERVER”と題され、中華人民共和国国家知識産権局に2015年6月23日に申請された中国特許出願第201510350222.0号に対する優先権を主張し、上記出願は、本明細書においてその全体を参照援用される。

本開示は、情報推奨テクノロジーの分野に関し、詳細には、アプリケーション推奨方法、サーバ、及びコンピュータ読取可能媒体に関する。

インテリジェントなオペレーションシステム、例えばアンドロイド（Android）、ＩＯＳなどの人気と共に、ますます多くのアプリケーションが端末装置にロードされている。それ故、端末装置のためのアプリケーションダウンロードサービスをより良く提供する方法は、より重要である。現在、アプリケーションダウンロードプラットフォーム、例えばアプリケーションストアなどが、端末装置がアプリケーションをダウンロードするための主要な方法である。アプリケーションダウンロードプラットフォームは、すべてのアプリケーションをソートし、アプリケーションをアプリケーション推奨インターフェース上に提示することができる。一般に、アプリケーション推奨インターフェースには、アプリケーションダウンロードプラットフォームのホームページ、又は各クラスのためのクラスインターフェースが含まれる。図１は、アプリケーション推奨インターフェースの概略図である。アプリケーションダウンロードプラットフォームは、すべてのアプリケーションをソートし、アプリケーションをホームページ上に提示することができる。明らかなように、クラスインターフェースの場合、アプリケーションダウンロードプラットフォームはさらに、アプリケーションを分類し、各クラスのアプリケーションをソートし、アプリケーションをクラスインターフェース上に提示することができる。

アプリケーションダウンロードプラットフォームのアプリケーション推奨インターフェース上にアプリケーションを推奨することにおいて、アプリケーションの推奨位置（すなわち、アプリケーションの順序数）は、アプリケーションへのユーザの関心に大きく影響する。それ故、アプリケーションの推奨位置を適切に設定する方法は、アプリケーションを推奨することにおける困難な問題である。現在のアプリケーション推奨方法は、アプリケーションのダウンロード回数に主に基づいて、アプリケーションの推奨位置を設定する。すなわち、高いダウンロード回数を有するアプリケーションの推奨位置が、低いダウンロード回数を有するアプリケーションの推奨位置の前になる。

しかしながら、最前部の推奨位置にあるアプリケーションは、ユーザ使用レベルにおいて高い人気及び普及を有するアプリケーションであるべきである。既存のアプリケーション推奨方法では、アプリケーションの高いダウンロード回数がユーザ使用レベルにおける人気及び普及を表現する場合があり得る。とりわけ、アプリケーションが、作り上げられたダウンロード回数を有する場合、作り上げられたダウンロード回数を有するがユーザ使用レベルにおいて低い人気及び普及を有するアプリケーションが、長い時間、最前部の推奨位置を依然として占有する可能性があり、ゆえに、不適切なアプリケーションが推奨される。結果として、既存のアプリケーション推奨方法により設定されるアプリケーション推奨位置は、ユーザレベルにおける人気及び普及にミスマッチする可能性が高く、不適切なアプリケーション推奨を結果としてもたらすことになる。したがって、アプリケーション推奨位置配置の適切さを向上させ、ゆえにアプリケーション推奨の適切さを向上させる方法は、考慮される必要がある問題である。

上記の観点から、アプリケーション推奨方法、サーバ、及びコンピュータ読取可能媒体が本開示の一実施形態に従い提供されて、アプリケーション推奨位置配置の適切さを向上させ、ゆえにアプリケーション推奨の適切さを向上させる。

一態様において、本開示は、サーバに適用されるアプリケーション推奨方法を提供する。上記方法は、
複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定することと、
上記ダウンロード回数及び上記ユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得することと、
上記変換されたダウンロード回数に対して重み付け計算を実行して上記アプリケーションのダウンロードソート重み付け値を取得することと、上記変換されたユーザ使用回数に対して重み付け計算を実行して上記アプリケーションの使用ソート重み付け値を取得することと、
上記複数のアプリケーションの各々のソート値を、上記アプリケーションの上記ダウンロードソート重み付け値及び上記使用ソート重み付け値に基づいて取得することと、
アプリケーション推奨インターフェースにおける上記複数のアプリケーションのシーケンスを、上記複数のアプリケーションの各々のソート値に基づいて決定することと、
を含む。

第２の態様において、本開示はサーバを含み、該サーバは、
複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定するように構成された、回数決定モジュールと、
上記ダウンロード回数及び上記ユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得するように構成された、変換モジュールと、
上記変換されたダウンロード回数に対して重み付け計算を実行して上記アプリケーションのダウンロードソート重み付け値を取得し、上記変換されたユーザ使用回数に対して重み付け計算を実行して上記アプリケーションの使用ソート重み付け値を取得するように構成された、重み付けモジュールと、
上記複数のアプリケーションの各々のソート値を、上記アプリケーションの上記ダウンロードソート重み付け値及び上記使用ソート重み付け値に基づいて取得するように構成された、ソートモジュールと、
アプリケーション推奨インターフェースにおける上記複数のアプリケーションのシーケンスを、上記複数のアプリケーションの各々の上記ソート値に基づいて決定するように構成された、推奨モジュールと、
を含む。

第３の態様において、本開示は、１つ以上のコンピュータプログラムを記憶するように構成されたコンピュータ読取可能媒体を提供する。１つ以上のコンピュータプログラムは、１つ以上の記憶装置を含むプロセッサにより実行可能な命令を含み、上記アプリケーション推奨方法を実行する。

上記技術的解決策に基づいて、本開示の実施形態に従うアプリケーション推奨方法において、複数の推奨されるアプリケーションを推奨することにおいて、複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定することができる。ダウンロード回数及びユーザ使用回数は、同じオーダの大きさであるように変換されて、変換されたダウンロード回数及び変換されたユーザ使用回数が取得される。変換されたダウンロード回数に対して重み付け計算が実行されて、ダウンロードソート重み付け値が取得され、変換されたユーザ使用回数に対して重み付け計算が実行されて、使用ソート重み付け値が取得される。各アプリケーションのダウンロードソート重み付け値及び使用ソート重み付け値に基づいて、各アプリケーションのソート値が決定される。次いで、各アプリケーションのソート値に基づいて、アプリケーション推奨インターフェース上における複数のアプリケーションのシーケンスが決定される。ゆえに、複数の推奨されるアプリケーションは、上記シーケンスにおいてアプリケーション推奨インターフェース上に推奨され、これにより、複数の推奨されるアプリケーションの推奨が達成される。本開示の実施形態において、アプリケーション推奨インターフェース上におけるアプリケーションのシーケンスは、ダウンロード回数及びユーザ使用回数に基づいて決定され、これにより、アプリケーション推奨位置とユーザレベルにおけるアプリケーションの人気及び普及とにおけるマッチング度合いが向上する。したがって、アプリケーション推奨インターフェースを通じて、ユーザは高い人気及び普及を有するアプリケーションをより容易に見つけることができる。

実施形態又は従来技術の説明に使用されるのに必要な添付図面が下記のとおり簡潔に説明され、本発明における実施形態による又は従来技術による技術的解決策がより明りょうになる。明らかなように、下記説明における添付図面は本開示のいくつかの実施形態に過ぎない。当業者において、いかなる創作的作業もなくこれら添付図面に従って他の図面が得られる可能性がある。
アプリケーション推奨インターフェースの概略図である。本開示の一実施形態に従うアプリケーション推奨方法のフローチャートである。本開示の別の実施形態に従うアプリケーション推奨方法のフローチャートである。本開示の一実施形態に従う、複数の推奨されるアプリケーションの各々のユーザ使用回数を決定する方法のフローチャートである。本開示の別の実施形態に従う、複数の推奨されるアプリケーションの各々のユーザ使用回数を決定する方法のフローチャートである。本開示の一実施形態に従う、複数の推奨されるアプリケーションの各々のダウンロード回数を決定する方法のフローチャートである。本開示の別の実施形態に従うアプリケーション推奨方法のフローチャートである。本開示の一実施形態に従うサーバの構造概略図である。本開示の一実施形態に従う変換モジュールの構造概略図である。本開示の別の実施形態に従うサーバの構造概略図である。本開示の一実施形態に従う回数決定モジュールの構造概略図である。本開示の別の実施形態に従うサーバの構造概略図である。本開示の別の実施形態に従うサーバの構造概略図である。本開示の一実施形態に従うサーバのハードウェア構造概略図である。

本開示の実施形態に従う技術的解決策が、本開示の実施形態において添付図面と関連して下記のとおり明りょうかつ完全に説明される。明らかなように、説明される実施形態は、本開示に従う実施形態の単に一部である。いかなる創作的作業もなく本開示における実施形態に基づいて当業者により得られるすべての他の実施形態が、本開示の範囲内に入る。

図２は、本開示の一実施形態に従うアプリケーション推奨方法のフローチャートである。上記方法は、サーバに適用することができる。サーバは、アプリケーションダウンロードプラットフォームのためのサーバ、又は複数のアプリケーションダウンロードプラットフォームのデータを統合するサーバであり得る。サーバは、単一のサーバ、又は複数のサーバにより構成されるサーバグループであり得る。

図２を参照すると、方法はステップＳ１００乃至Ｓ１４０を含むことができる。

ステップＳ１００において、複数の推奨されるアプリケーション（to-be-recommended applications）の各々のダウンロード回数（download times）及びユーザ使用回数（user use times）が決定される。

複数の推奨されるアプリケーションは、アプリケーションダウンロードプラットフォームのホームページ上に推奨される必要があるアプリケーション、又はアプリケーションダウンロードプラットフォームの特定クラスインターフェース上に推奨される必要があるアプリケーションであり得る。複数の推奨されるアプリケーションは、実際の需要に基づいて決定されてもよい。

本開示の一実施形態において、アプリケーションのユーザ使用回数は、アプリケーションの使用を監視することにより決定することができる。例えば、端末装置が、ロードされたアプリケーションの使用回数をサーバにアップロードするように構成されることができ、サーバは、各端末装置によりアップロードされる各アプリケーションの使用回数を数えることができる。

ステップＳ１１０において、ダウンロード回数及びユーザ使用回数は、同じオーダの大きさ（same order of magnitude）であるように変換されて、変換されたダウンロード回数及び変換されたユーザ使用回数が取得される。

アプリケーションのダウンロード回数とユーザ使用回数とは同じオーダの大きさでない可能性があるため、複数の推奨されるアプリケーションの各々のダウンロード回数とユーザ使用回数とは、本開示の実施形態に従い比較可能なオーダの大きさであるように変換することができ、そのため、アプリケーション推奨が実行されるとき、アプリケーションのダウンロード回数とユーザ使用回数とを組み合わせて比較することができる。上記変換の結果は、各アプリケーションの変換されたダウンロード回数及び変換されたユーザ使用回数である。

任意選択で、本開示の実施形態において、アプリケーションは、各アプリケーションのダウンロード回数に基づいてソートされ、各アプリケーションのユーザ使用回数に基づいてソートされることができる。それ故、各アプリケーションのダウンロード回数はダウンロード回数のソート順序数に変換され、各アプリケーションのユーザ使用回数はユーザ使用回数のソート順序数に変換され、そのため、各アプリケーションのダウンロード回数及びユーザ使用回数は、同じオーダの大きさであるように変換される。

本開示の一実施形態において、ダウンロード回数の重みと使用回数の重みとがダウンロード回数のソートと使用回数のソートとに対応することを確保するために、アプリケーションは、アプリケーションのダウンロード回数の昇順にソートされることができ、より大きいダウンロード回数を有するアプリケーションが、ダウンロード回数のより大きいソート順序数を有する。アプリケーションは、アプリケーションの使用回数の昇順にソートされることができ、より大きい使用回数を有するアプリケーションが、使用回数のより大きいソート順序数を有する。次いで、各アプリケーションのダウンロード回数のソート順序数が各アプリケーションのダウンロード回数の大きさとして決定され、各アプリケーションの使用回数のソート順序数が各アプリケーションの使用回数の大きさとして決定される。

明らかなように、本開示の実施形態に従い、アプリケーションのダウンロード回数は、アプリケーションのダウンロード回数をユーザ使用回数と同じオーダの大きさであるように変換するプリセット式（preset formula）に代入されてもよく、そのため、上記式により変換されたダウンロード回数は、ユーザ使用回数と同じオーダの大きさになる。この場合、アプリケーションのユーザ使用回数は、変換されたユーザ使用回数として使用することができる。

逆に、アプリケーションのユーザ使用回数もまた、アプリケーションのユーザ使用回数をダウンロード回数と同じオーダの大きさに変換するプリセット式に代入されてもよく、そのため、上記式により変換されたユーザ使用回数は、ダウンロード回数と同じオーダの大きさになる。この場合、アプリケーションのダウンロード回数は、変換されたダウンロード回数として使用することができる。

ステップＳ１２０において、変換されたダウンロード回数に対して重み付け計算が実行されて、アプリケーションのダウンロードソート重み付け値が取得され、変換されたユーザ使用回数に対して重み付け計算が実行されて、アプリケーションの使用ソート重み付け値が取得される。

本開示の一実施形態において、ダウンロード重み及び使用重みが、実際の状況に従って設定され、調整されることができる。具体的に、アプリケーション推奨ストラテジが、ダウンロード回数の優先順位がユーザ使用回数の優先順位より高いことである場合、変換されたダウンロード回数の重みは、変換されたユーザ使用回数の重みより大きくてよい。アプリケーション推奨ストラテジが、ユーザ使用回数の優先順位がダウンロード回数の優先順位より高いことである場合、変換されたユーザ使用回数の重みが、変換されたダウンロード回数の重みより大きくてよい。

ステップＳ１３０において、複数のアプリケーションの各々のダウンロードソート重み付け値及び使用ソート重み付け値に基づいて、アプリケーションのソート値が取得される。

任意選択で、各アプリケーションについて、ダウンロードソート重み付け値が使用ソート重み付け値に加算されて、ソート値が取得されてもよい。

ステップＳ１４０において、各アプリケーションのソート値に基づいて、アプリケーション推奨インターフェース上の複数のアプリケーションのシーケンスが決定される。

任意選択で、アプリケーションの大きいソート値が、該アプリケーションがユーザレベルにおいて人気であり、普及していることを示す。アプリケーションのソート値がより大きい場合に該アプリケーションがアプリケーション推奨インターフェース上でより前方にソートされ、アプリケーションのソート値がより小さい場合に該アプリケーションがアプリケーション推奨インターフェース上でより後方にソートされる原理に従い、アプリケーション推奨インターフェース上におけるアプリケーションのシーケンスが、各アプリケーションのソート値に基づいて決定される。

推奨位置のシーケンスが決定されるとき、アプリケーション推奨インターフェース上における推奨されるアプリケーションの提示の仕方が決定される。アプリケーション推奨インターフェース上における複数の推奨されるアプリケーションのシーケンスは、ソート結果に基づいて調整されて、上記複数の推奨されるアプリケーションを推奨することができる。

本開示の実施形態に従うアプリケーション推奨方法において、複数の推奨されるアプリケーションを推奨することにおいて、複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定することができる。ダウンロード回数及びユーザ使用回数は同じオーダの大きさであるように変換されて、各アプリケーションの変換されたダウンロード回数と変換されたユーザ使用回数とが取得される。次いで、各アプリケーションの変換されたダウンロード回数に対して重み付け計算が実行されて、各アプリケーションのダウンロードソート重み付け値が取得され、各アプリケーションの変換されたユーザ使用回数に対して重み付け計算が実行されて、各アプリケーションの使用ソート重み付け値が取得される。各アプリケーションのダウンロードソート重み付け値と使用ソート重み付け値とに基づいて、各アプリケーションのソート値が決定される。次いで、各アプリケーションのソート値に基づいて、アプリケーション推奨インターフェース上における複数のアプリケーションのシーケンスが決定される。ゆえに、複数の推奨されるアプリケーションが、シーケンスにおいてアプリケーション推奨インターフェース上に推奨され、これにより、複数の推奨されるアプリケーションの推奨が達成される。本開示の実施形態において、各アプリケーションのダウンロード回数及びユーザ使用回数は、アプリケーション推奨インターフェース上におけるアプリケーションの推奨位置を決定するように組み合わせられ、これにより、アプリケーション推奨位置とユーザレベルにおけるアプリケーションの人気及び普及との間のマッチング度合いが向上する。したがって、アプリケーション推奨インターフェースを通じて、ユーザは、高い人気及び普及を有するアプリケーションをより容易に見つけることができる。

本開示の一実施形態において、アプリケーションのダウンロード回数は、特定の時間間隔内におけるアプリケーションのダウンロード回数であり得、アプリケーションのユーザ使用回数は、アプリケーションのリリースから現在までのアプリケーションのユーザ使用回数であり得る。こうして、短期効果のダウンロード回数と長期効果の使用回数とが組み合わせられて、アプリケーション推奨インターフェース上におけるアプリケーションのシーケンスが決定される。明らかなように、アプリケーションのダウンロード回数とユーザ使用回数とは双方、リリースから現在までのものであってもよく、あるいは、アプリケーションのダウンロード回数とユーザ使用回数とは双方、特定の時間間隔内におけるものであってもよい。

任意選択で、本開示の一実施形態に従い、アプリケーションは単一のアプリケーションダウンロードプラットフォームのために推奨されてもよい。この場合、複数の推奨されるアプリケーションの各々のダウンロード回数は、上記アプリケーションダウンロードプラットフォームを介してダウンロードされる複数の推奨されるアプリケーションの各々の回数であり得る。よって、サーバは、上記アプリケーション推奨プラットフォームからダウンロードされたアプリケーションのユーザ使用回数を数えるだけでよく、上記ユーザ使用回数は、端末装置によりアップロードされる。

任意選択で、本開示の一実施形態において、複数のアプリケーションダウンロードプラットフォームのデータが組み合わせられて、複数のアプリケーションダウンロードプラットフォームにより提供されるアプリケーションを推奨してもよい。この場合、サーバは、各アプリケーションダウンロードプラットフォームからの複数の推奨されるアプリケーションの各々のダウンロード回数を獲得し、合計して、複数のアプリケーションダウンロードプラットフォームからの各アプリケーションの総ダウンロード回数を取得することができる。具体的に、サーバは、複数のアプリケーションダウンロードプラットフォームとの間でデータを交換するインターフェースを提供されて、上記インターフェースを介して各アプリケーションダウンロードプラットフォームから複数の推奨されるアプリケーションの各々のダウンロード回数を獲得してもよい。

同様に、サーバは、複数のアプリケーションダウンロードプラットフォームからダウンロードされたアプリケーションの使用回数を数えることができ、上記使用回数は、端末装置によりアップロードされる。

明らかなように、本開示の一実施形態において、アプリケーションはアプリケーションダウンロードプラットフォームを区別することなく推奨されることができる。この場合、アプリケーションダウンロードサービスを提供する多くのアプリケーションダウンロードプラットフォームがあり、かつ各アプリケーションダウンロードプラットフォームのデータが比較的非共有であるため、可能な限り多くのアプリケーションダウンロードプラットフォームとのデータ交換インターフェースをサーバに提供して、アプリケーションのダウンロード回数を収集することが必要とされ、これにより、各アプリケーションの決定されるダウンロード回数の正確さが向上する。この場合は、アプリケーションのユーザ使用回数がアプリケーションダウンロードソースを考慮することなくアプリケーションの使用回数を単に監視することにより決定されるという、有意な利点を有する。

別の実施形態において、各アプリケーションのダウンロード回数及びユーザ使用回数は、アプリケーションのダウンロード回数のシーケンスと使用回数のシーケンスとを決定することにより同じオーダの大きさであるように変換することができる。図３は、本開示の別の実施形態に従うアプリケーション推奨方法のフローチャートである。図３を参照すると、方法はステップＳ２００乃至Ｓ２４０を含むことができる。

ステップＳ２００において、複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数が決定される。

ステップＳ２１０において、アプリケーションは、アプリケーションのダウンロード回数の昇順にソートされて、各アプリケーションのダウンロード回数のソート順序数が取得され、アプリケーションは、アプリケーションのユーザ使用回数の昇順にソートされて、各アプリケーションのユーザ使用回数のソート順序数が取得される。

ステップＳ２２０において、各アプリケーションのダウンロード回数のソート順序数に対して重み付け計算が実行されて、各アプリケーションのダウンロードソート重み付け値が取得され、各アプリケーションのユーザ使用回数のソート順序数に対して重み付け計算が実行されて、各アプリケーションの使用ソート重み付け値が取得される。

ステップＳ２３０において、各アプリケーションのソート値が、各アプリケーションのダウンロードソート重み付け値と使用ソート重み付け値とに従って取得される。

ステップＳ２４０において、各アプリケーションのソート値に基づいて、アプリケーション推奨インターフェース上における上記複数のアプリケーションのシーケンスが決定される。

図３に示される方法が一例を用いて説明され、この例は、アプリケーションＡのダウンロード回数が２百万であり、アプリケーションＡのユーザ使用回数が２千万であり、アプリケーションＢのダウンロード回数が３百万であり、アプリケーションＢのユーザ使用回数が１千万であり、アプリケーションＣのダウンロード回数が４百万であり、アプリケーションＣのユーザ使用回数が１億５千万である。アプリケーションＡ、Ｂ、及びＣのダウンロード回数は、１週間などの特定の時間間隔内のダウンロード回数であり得、アプリケーションＡ、Ｂ、及びＣのユーザ使用回数は、アプリケーションのリリースから現在までのデータであり得る。

アプリケーションＡ、Ｂ、及びＣのダウンロード回数に基づいて、ダウンロード回数のシーケンス（低から高へ）は、Ａ、Ｂ、及びＣとして決定することができる。アプリケーションＣのダウンロード回数のソート順序数は３であり、アプリケーションＢのダウンロード回数のソート順序数は２であり、アプリケーションＡのダウンロード回数のソート順序数は１である。より大きいダウンロード回数を有するアプリケーションが、より大きい対応するソート順序数を有する。

一方、アプリケーションＡ、Ｂ、及びＣのユーザ使用回数に基づいて、使用回数のシーケンス（低から高へ）は、Ｂ、Ａ、及びＣとして決定することができる。アプリケーションＣの使用回数のソート順序数は３であり、アプリケーションＡの使用回数のソート順序数は２であり、アプリケーションＢの使用回数のソート順序数は１である。より大きい使用回数を有するアプリケーションが、より大きい対応するソート順序数を有する。

アプリケーションのダウンロード回数の優先順位がユーザ使用回数の優先順位より高い場合、ダウンロード重みが使用重みより大きい。例えば、ダウンロード重みは０．８として設定され、使用重みは０．２として設定される。アプリケーションＡ、Ｂ、及びＣのソート重み及び推奨位置配置が表１に示される。

アプリケーションのユーザ使用回数の優先順位がダウンロード回数の優先順位より高い場合、使用重みがダウンロード重みより大きい。例えば、使用重みが０．８として設定され、ダウンロード重みが０．２として設定される。アプリケーションＡ、Ｂ、及びＣのソート重み及び推奨位置配置が表２に示される。

任意選択で、各アプリケーションのダウンロード回数及びユーザ使用回数がダウンロード回数のソート順序数とユーザ使用回数のソート順序数とを決定することにより同じオーダの大きさであるように変換されるやり方に加え、本開示の一実施形態に従って別のやり方が採用されてもよく、すなわち、アプリケーションのダウンロード回数が、アプリケーションのダウンロード回数をユーザ使用回数と同じオーダの大きさであるように変換するプリセット式にさらに代入されることができ、そのため、上記式により変換されたダウンロード回数は、ユーザ使用回数と同じオーダの大きさになる。この場合、アプリケーションのユーザ使用回数は、変換されたユーザ使用回数として使用することができる。

例えば、アプリケーションＡのダウンロード回数が２百万であり、アプリケーションＡのユーザ使用回数が２千万である。アプリケーションＡのダウンロード回数２百万はプリセット式に代入されることができ、そのため、アプリケーションＡのダウンロード回数の変換結果はアプリケーションＡのユーザ使用回数と同じオーダの大きさになる。

明らかなように、各アプリケーションのユーザ使用回数が、ダウンロード回数と同じオーダの大きさであるように変換されてもよい。

本開示の一実施形態において、各アプリケーションのユーザ使用回数は、アプリケーションの使用を監視することを通じて決定することができる。図４は、本開示の一実施形態に従う、複数の推奨されるアプリケーションの各々のユーザ使用回数を決定する一方法のフローチャートである。図４を参照すると、方法はステップＳ３００乃至Ｓ３２０を含むことができる。

ステップＳ３００において、端末装置にインストールされた各アプリケーションの使用回数が獲得される。使用回数は、サーバと通信接続する端末装置によりアップロードされる。

任意選択で、端末装置は、ロードされたアプリケーションの使用回数を、アプリケーションが毎回使用されるとき、記録し、アップロードする。具体的に、端末装置のアプリケーションが使用されるとき、端末装置はアプリケーションのアプリケーション識別子を記録し、アプリケーションの使用回数を１として記録し、記録されたアプリケーション識別子及び使用回数をサーバにアップロードすることができる。サーバは、アプリケーション識別子に対応するアプリケーションの記録された使用回数を１だけ増加することができる。

任意選択で、端末装置はまた、所定の時間期間中のロードされたアプリケーションの使用回数を記録し、上記所定の時間期間中のロードされたアプリケーションの記録された使用回数をアップロードしてもよい。具体的に、所定の時間期間の間、ひとたび端末装置のアプリケーションが使用されると、端末装置はアプリケーションのアプリケーション識別子を記録し、上記所定の時間期間の間に記録されるアプリケーションの使用回数を１だけ増加することができる。アプリケーション識別子と上記所定の時間期間中の対応する使用回数とがこうして取得され、サーバにアップロードされることができる。アップロードされた使用回数に基づいて、サーバは、サーバ上に記録されるアプリケーション識別子に対応するアプリケーションの使用回数を更新することができる。

例えば、１時間の間に端末装置は、アプリケーションＡが３回使用され、アプリケーションＢが２回使用されたことを記録する。端末装置によりアップロードされた情報を受信した後、サーバは、アプリケーションＡのアプリケーション識別子を参照してアプリケーションＡの記録された使用回数を３だけ増加し、アプリケーションＢの記録された使用回数を２だけ増加する。

任意選択で、サーバにより記録されたアプリケーションの使用回数は、各端末装置によりアップロードされる情報に基づいてサーバにより数えられたアプリケーションの過去の使用回数とみなすことができる。

ステップＳ３１０において、各アプリケーションについて、各端末装置によりアップロードされた使用回数が、アプリケーションのアップロードされた使用回数の合計を決定するように合計される。

ステップＳ３２０において、複数のアプリケーションのうち１つに対応するアプリケーションのアップロードされた使用回数の合計が、推奨されるアプリケーションのユーザ使用回数として決定される。

サーバは、各端末装置によりアップロードされる各アプリケーションの使用回数を獲得し、アプリケーションの使用回数を数えることができ、これにより、各アプリケーションの数えられた使用回数から複数の推奨されるアプリケーションの各々のユーザ使用回数が決定される。

例えば、サーバのカウント結果は、アプリケーションＡの使用回数が１千万であり、アプリケーションＢの使用回数が２千万であり、アプリケーションＣの使用回数が３千万である。推奨されるアプリケーションは、アプリケーションＢ及びＣである。それ故、アプリケーションＢ及びＣの使用回数が決定される。

任意選択で、サーバは、少なくとも１つのアプリケーションダウンロードプラットフォームのデータを合成してアプリケーションを推奨することができる。上記少なくとも１つのアプリケーションダウンロードプラットフォームには、１つのアプリケーションダウンロードプラットフォーム、又は複数のアプリケーションダウンロードプラットフォームが含まれる。対応して、複数の推奨されるアプリケーションの各々の決定されたユーザ使用回数は、上記少なくとも１つのアプリケーションダウンロードプラットフォームに対応する。

図５は、本開示の別の実施形態に従う、複数の推奨されるアプリケーションの各々のユーザ使用回数を決定する一方法のフローチャートである。図５を参照すると、方法はステップＳ４００乃至Ｓ４１０を含むことができる。

ステップＳ４００において、端末装置にインストールされたアプリケーションの使用回数とアプリケーションダウンロードプラットフォームのプラットフォーム識別子とが獲得される。使用回数及びプラットフォーム識別子は、サーバと通信接続する端末装置によりアップロードされ、アプリケーションダウンロードプラットフォームは、アプリケーションのダウンロードソースとしての役割を果たす。

任意選択で、端末装置は、ロードされたアプリケーションが毎回使用されるときに使用回数を記録し、使用回数をアプリケーションに対応するアプリケーションダウンロードプラットフォームのプラットフォーム識別子と一緒にアップロードする。具体的には、ひとたび端末装置のアプリケーションが使用されると、端末装置はアプリケーションのアプリケーション識別子を記録し、アプリケーションダウンロードソースのプラットフォーム識別子を記録し、アプリケーションの使用回数を１として記録することができる。端末装置は、記録されたアプリケーション識別子、記録されたプラットフォーム識別子、及び使用回数をサーバにアップロードする。サーバは、記録されたプラットフォーム識別子に対応し、かつアプリケーション識別子に対応するアプリケーションの記録された使用回数を、１だけ増加することができる。

任意選択で、端末装置はまた、所定の時間期間中のロードされたアプリケーションの使用回数と、対応するアプリケーションダウンロードプラットフォームのプラットフォーム識別子とを記録し、上記所定の時間期間中の各プラットフォーム識別子に対応するアプリケーションの記録された使用回数をアップロードしてもよい。具体的に、所定の時間期間の間、端末装置のアプリケーションが毎回使用されるとき、端末装置はアプリケーションのアプリケーション識別子と、対応するプラットフォーム識別子とを記録し、上記所定の時間期間の間のアプリケーションの記録された使用回数を１だけ増加することができる。端末装置は、アプリケーション識別子、プラットフォーム識別子、及び上記所定の時間期間中の対応する使用回数をサーバにアップロードすることができる。サーバは、端末装置によりアップロードされた使用回数を、端末装置によりアップロードされたプラットフォーム識別子及びアプリケーション識別子に対応する記録された使用回数に加算することができる。

例えば、所定の時間期間の間に端末装置は、アプリケーションＡが３回使用され、アプリケーションＢが４回使用され、アプリケーションＡのダウンロードプラットフォームがｍであり、アプリケーションＢのダウンロードプラットフォームがｎであることを記録する。次いで、端末装置は、アプリケーションＡのアプリケーション識別子、プラットフォーム識別子ｍ、上記所定の時間期間中のアプリケーションＡの使用回数３、アプリケーションＢのアプリケーション識別子、プラットフォーム識別子ｎ、及び上記所定の時間期間中のアプリケーションＢの使用回数４をサーバにアップロードすることができる。サーバは、記録されたプラットフォーム識別子ｍに対応するアプリケーションＡの使用回数を３だけ加算し、記録されたプラットフォーム識別子ｎに対応するアプリケーションＢの使用回数を４だけ加算することができる。

ステップＳ４１０において、アプリケーションの獲得された使用回数と獲得されたプラットフォーム識別子とに基づいて、アプリケーションのユーザ使用回数が決定され、ここで、該アプリケーションは、複数の推奨されるアプリケーションのうちの１つに対応し、獲得されたプラットフォーム識別子に対応するアプリケーションダウンロードプラットフォームを通じてダウンロードされる。

例えば、様々な端末装置によりアップロードされる様々なアプリケーションの使用回数及びプラットフォーム識別子を受信した後、サーバは、プラットフォーム識別子ｍに対応するアプリケーションＡの使用回数が１千万であり、プラットフォーム識別子ｍに対応するアプリケーションＢの使用回数が５百万であり、プラットフォーム識別子ｎに対応するアプリケーションＢの使用回数が３百万であると決定する。上記例において、アプリケーション推奨は、アプリケーションダウンロードプラットフォームｍのデータのみに基づいて実行される。次いで、サーバは、推奨されるアプリケーションＡ及びＢの使用回数を下記のとおり決定することができる。プラットフォーム識別子ｍに対応するアプリケーションＡの使用回数は１千万であり、プラットフォーム識別子ｍに対応するアプリケーションＢのユーザ使用回数は５百万である。

任意選択で、サーバが少なくとも１つのアプリケーションダウンロードプラットフォームのデータを合成してアプリケーションを推奨する場合、複数の推奨されるアプリケーションの各々の決定されるユーザ使用回数は、上記少なくとも１つのアプリケーションダウンロードプラットフォームに対応する。図６は、本開示の一実施形態に従う、複数の推奨されるアプリケーションの各々のダウンロード回数を決定する一方法のフローチャートである。図６を参照すると、方法はＳ５００乃至Ｓ５１０を含むことができる。

ステップＳ５００において、アプリケーションダウンロードプラットフォームを介してダウンロードされる各アプリケーションのダウンロード回数が獲得される。

ステップＳ５１０において、複数の推奨されるアプリケーションに対応するアプリケーションの各々のダウンロード回数が、各アプリケーションの獲得されたダウンロード回数から決定される。

任意選択で、図７は、本開示の別の実施形態に従うアプリケーション推奨方法のフローチャートである。図７を参照すると、方法はステップＳ６００乃至Ｓ６５０を含むことができる。

ステップＳ６００において、端末装置によりアップロードされる、端末装置にインストールされた各アプリケーションの使用回数とアプリケーションのダウンロードソースとしての役割を果たすアプリケーションダウンロードプラットフォームのプラットフォーム識別子とが獲得される。アプリケーションの獲得された使用回数と獲得されたプラットフォーム識別子とに基づいて、複数の推奨されるアプリケーションに対応し、かつ獲得されたプラットフォーム識別子に対応するアプリケーションダウンロードプラットフォームを通じてダウンロードされたアプリケーションの各々の、ユーザ使用回数が決定される。

ステップＳ６１０において、各アプリケーションダウンロードプラットフォームを介してダウンロードされた各アプリケーションのダウンロード回数が獲得され、複数の推奨されるアプリケーションに対応するアプリケーションの各々のダウンロード回数が各アプリケーションの獲得されたダウンロード回数から決定される。

任意選択で、ステップＳ６００及びステップＳ６１０は任意の順序で実行されてよい。

ステップＳ６２０において、アプリケーションは、アプリケーションのダウンロード回数の昇順にソートされて、各アプリケーションのダウンロード回数のソート順序数が取得され、アプリケーションは、各アプリケーションのユーザ使用回数の昇順にソートされて、各アプリケーションのユーザ使用回数のソート順序数が取得される。

ステップＳ６３０において、各アプリケーションのダウンロード回数のソート順序数に対して重み付け計算が実行されて、各アプリケーションのダウンロードソート重み付け値が取得され、各アプリケーションのユーザ使用回数のソート順序数に対して重み付け計算が実行されて、各アプリケーションの使用ソート重み付け値が取得される。

ステップＳ６４０において、各アプリケーションのソート値が、各アプリケーションのダウンロードソート重み付け値と使用ソート重み付け値とに基づいて取得される。

ステップＳ６５０において、各アプリケーションのソート値に基づいて、アプリケーション推奨インターフェース上における複数のアプリケーションのシーケンスが決定される。

明らかなように、本開示の一実施形態において、アプリケーションはアプリケーションダウンロードプラットフォームを区別することなく推奨されることができる。

任意選択で、本開示の実施形態に従うアプリケーション推奨方法において、アプリケーション推奨インターフェース上におけるアプリケーションの推奨位置が周期的に更新されてもよい。例えば、本開示の実施形態に従うアプリケーション推奨方法が１時間ごとに１回実行されて、アプリケーション推奨インターフェース上のアプリケーションの推奨位置を更新してもよい。明らかなように、アプリケーション推奨インターフェース上のアプリケーションの推奨位置はまた、リアルタイムのやり方で更新されてもよい。

任意選択で、本開示の実施形態に従うアプリケーション推奨方法は、表情パッケージアプリケーション（expression package application）を推奨することに適用されてもよい。以降、表情パッケージアプリケーションは、本開示の実施形態に従うアプリケーション推奨方法を説明する一例とみなされる。

サーバは、各表情パッケージアプリケーションの記録されたダウンロード回数及び記録されたユーザ使用回数をリアルタイムの又は周期的なやり方で更新することができる。任意選択で、ダウンロード回数及びユーザ使用回数は、少なくとも１つのアプリケーションダウンロードプラットフォームからダウンロードされた表情パッケージアプリケーションのみについて記録され、更新されてもよい。

各表情パッケージアプリケーションのユーザ使用回数を監視することにおいて、表情パッケージアプリケーション内の表情が毎回使用されるとき、表情パッケージアプリケーションは１回使用されたと決定される。対応して、ロードされた表情パッケージアプリケーションの任意の表情が毎回使用されるとき、端末装置は、表情パッケージアプリケーションの使用回数を記録し、アップロードすることができる。別法として、表情パッケージアプリケーション内の任意の１つの表情が毎回使用されるときに表情パッケージアプリケーションが１回使用されたと判定される原理に基づいて、端末装置が所定の時間期間中の各々のロードされた表情パッケージアプリケーションの使用回数を記録し、上記所定の時間期間中の各々のロードされた表情パッケージアプリケーションの記録された使用回数をアップロードしてもよい。

サーバが、表情パッケージアプリケーションダウンロードプラットフォームのアプリケーション推奨インターフェース上のソートが更新される必要があると決定するとき、サーバは、複数の推奨される表情パッケージアプリケーションの各々のダウンロード回数及びユーザ使用回数を、各表情パッケージアプリケーションの記録されたダウンロード回数及び記録されたユーザ使用回数から決定することができる。

各々の推奨される表情パッケージアプリケーションのダウンロード回数のソートと使用回数のソートとを決定することにより、複数の推奨される表情パッケージアプリケーションの各々のダウンロード回数及びユーザ使用回数が同じオーダの大きさであるように変換されて、各々の推奨されるアプリケーションの変換されたダウンロード回数と変換されたユーザ使用回数とが取得される。

各々の推奨される表情パッケージアプリケーションの変換されたダウンロード回数に対して重み付け計算が実行されて、各々の推奨される表情パッケージアプリケーションのダウンロードソート重み付け値が取得され、各々の推奨される表情パッケージアプリケーションの変換された使用回数に対して重み付け計算が実行されて、各々の推奨される表情パッケージアプリケーションの使用ソート重み付け値が取得される。

各々の推奨される表情パッケージアプリケーションのダウンロードソート重み付け値と使用ソート重み付け値とに基づいて、各々の推奨される表情パッケージアプリケーションのソート値が取得される。

各々の推奨される表情パッケージアプリケーションのソート値に基づいて、アプリケーション推奨インターフェース上における推奨される表情パッケージアプリケーションのシーケンスが決定される。

本開示の実施形態において、ダウンロード回数がアプリケーションのユーザ使用回数と組み合わせられて、アプリケーション推奨インターフェース上のアプリケーションの推奨位置が決定され、これにより、アプリケーション推奨位置とユーザレベルにおけるアプリケーションの人気及び普及との間のマッチング度合いが向上する。ゆえに、決定されるアプリケーション推奨位置はアプリケーションの現実の使用状況により良くマッチし、これにより、アプリケーション推奨位置配置の適切さが向上し、ゆえに、アプリケーション推奨の適切さが向上する。したがって、アプリケーション推奨インターフェースを通じて、ユーザは、高い人気及び普及を有するアプリケーションをより容易に見つけることができる。

本開示の一実施形態に従うサーバが以降説明され、下記で説明されるサーバは、上記で説明されたアプリケーション推奨方法を参照することができる。

図８は、本開示の一実施形態に従うサーバの構造概略図である。図８を参照すると、サーバは、回数決定モジュール１００、変換モジュール２００、重み付けモジュール３００、ソートモジュール４００、及び推奨モジュール５００を含むことができる。

回数決定モジュール１００は、複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定するように構成される。

変換モジュール２００は、ダウンロード回数及びユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得するように構成される。

重み付けモジュール３００は、変換されたダウンロード回数に対して重み付け計算を実行して、各アプリケーションのダウンロードソート重み付け値を取得し、変換されたユーザ使用回数に対して重み付け計算を実行して、各アプリケーションの使用ソート重み付け値を取得するように構成される。

ソートモジュール４００は、アプリケーションの各々のソート値を、アプリケーションのダウンロードソート重み付け値及び使用ソート重み付け値に基づいて取得するように構成される。

推奨モジュール５００は、アプリケーションの各々のソート値に基づいてアプリケーション推奨インターフェース上における複数のアプリケーションのシーケンスを決定するように構成される。

任意選択で、図９は、本開示の一実施形態に従う変換モジュール２００の任意的構造を示す。図９を参照すると、変換モジュール２００は、第１の変換ユニット２１０及び第２の変換ユニット２１１を含むことができる。

第１の変換ユニット２１０は、アプリケーションをアプリケーションのダウンロード回数の昇順にソートし、アプリケーションの各々のダウンロード回数のソート順序数をアプリケーションの変換されたダウンロード回数として決定するように構成される。

第２の変換ユニット２１１は、アプリケーションをアプリケーションのユーザ使用回数の昇順にソートし、アプリケーションの各々のユーザ使用回数のソート順序数をアプリケーションの変換された使用回数として決定するように構成される。

図１０に示されるように、本開示に従うサーバは、重み決定モジュール６００をさらに含むことができる。

重み決定モジュール６００は、変換されたダウンロード回数の重みと変換されたユーザ使用回数の重みとを決定するように構成される。ダウンロード回数の優先順位がユーザ使用回数の優先順位より高い場合、変換されたダウンロード回数の重みは、変換されたユーザ使用回数の重みより大きいように設定される。ユーザ使用回数の優先順位がダウンロード回数の優先順位より高い場合、変換されたユーザ使用回数の重みが、変換されたダウンロード回数の重みより大きいように設定される。

任意選択で、図１１は、本開示の一実施形態に従う回数決定モジュール１００の任意的構造を示す。図１１を参照すると、回数決定モジュール１００は、第１の獲得ユニット１１０、使用回数統計ユニット１１１、及び第１の使用回数決定ユニット１１２を含むことができる。

第１の獲得ユニット１１０は、サーバと通信接続する端末装置によりアップロードされる、端末装置にロードされたアプリケーションの使用回数を獲得するように構成される。

使用回数統計ユニット１１１は、各アプリケーションについて、各端末装置によりアップロードされた使用回数を合計して、アプリケーションのアップロードされた使用回数の合計を決定するように構成される。

第１の使用回数決定ユニット１１２は、複数の推奨されるアプリケーションのうちの１つに対応するアプリケーションの使用回数の合計を、推奨されるアプリケーションのユーザ使用回数として決定するように構成される。

ロードされたアプリケーションが毎回使用されるとき、端末装置は使用回数を記録し、アップロードする。別法として、端末装置は所定の時間期間中のロードされたアプリケーションの使用回数を記録し、上記所定の時間期間が満了するとき、端末装置は上記所定の時間期間中のロードされたアプリケーションの使用回数をアップロードする。

図１２は、本開示の一実施形態に従うサーバの概略図である。サーバは、プラットフォーム提供モジュール７００をさらに含むことができる。

プラットフォーム提供モジュール７００は、複数の推奨されるアプリケーションのうち１つ以上をダウンロードするための少なくとも１つのアプリケーションダウンロードプラットフォームを提供するように構成される。

回数決定モジュール１００は、第２の獲得ユニット１２０及び第２の使用回数決定ユニット１２１を含むことができる。

第２の獲得ユニット１２０は、サーバと通信接続する端末装置によりアップロードされる、端末装置にロードされたアプリケーションの使用回数とアプリケーションのダウンロードソースとしての役割を果たすアプリケーションダウンロードプラットフォームのプラットフォーム識別子とを獲得するように構成される。

第２の使用回数決定ユニット１２１は、複数の推奨されるアプリケーションのうちの１つに対応し、かつ獲得されたプラットフォーム識別子に対応するアプリケーションダウンロードプラットフォームを通じてダウンロードされた各アプリケーションのユーザ使用回数を、アプリケーションの獲得された使用回数と獲得されたプラットフォーム識別子とに基づいて決定するように構成される。

ロードされたアプリケーションが毎回使用されるとき、端末装置は、使用回数をアプリケーションに対応するアプリケーションダウンロードプラットフォームのプラットフォーム識別子と一緒に記録し、アップロードする。別法として、端末装置は、所定の時間期間中のロードされたアプリケーションの使用回数と、アプリケーションに対応するアプリケーションダウンロードプラットフォームのプラットフォーム識別子とを記録する。上記所定の時間期間が満了するとき、端末装置は、上記所定の時間期間中のロードされたアプリケーションの使用回数と、アプリケーションに対応するアプリケーションダウンロードプラットフォームのプラットフォーム識別子とをアップロードする。

図１３は、本開示の一実施形態に従うサーバの概略図である。サーバは、プラットフォーム提供モジュール７００をさらに含むことができる。

回数決定モジュール１００は、第３の獲得ユニット１３０及びダウンロード回数決定ユニット１３１を含むことができる。

第３の獲得ユニット１３０は、アプリケーションダウンロードプラットフォームを介してダウンロードされた各アプリケーションのダウンロード回数を獲得するように構成される。

ダウンロード回数決定ユニット１３１は、複数の推奨されるアプリケーションに対応するアプリケーションの各々のダウンロード回数を、各アプリケーションの獲得されたダウンロード回数から決定するように構成される。

任意選択で、本開示の実施形態は、表情パッケージアプリケーションの推奨に適用されてもよい。よって、アプリケーションの各々は表情パッケージアプリケーションであり、アプリケーションのダウンロード回数は表情パッケージアプリケーションのダウンロード回数であり、アプリケーションのユーザ使用回数は表情パッケージアプリケーションのユーザ使用回数である。表情パッケージアプリケーション内の任意の１つの表情が毎回使用されるとき、表情パッケージアプリケーションが１回使用されたと決定される。

さらに、本開示の一実施形態に従うサーバは、ハードウェアにおいて実装することができる。図１４は、本開示の一実施形態に従うサーバのハードウェア構造概略図である。図１４を参照すると、サーバは、プロセッサ１、通信インターフェース２、記憶装置３、及び通信バス４を含むことができる。

プロセッサ１、通信インターフェース２、及び記憶装置３は、通信バス４を介して互いに通信する。

任意選択で、通信インターフェース２は、通信モジュールのインターフェース、例えばＧＳＭ（登録商標）モジュールのインターフェースなどであり得る。

プロセッサ１は、プログラムを実行するように構成される。

記憶装置３は、プログラムを記憶するように構成される。

プログラムは、プログラムコードを含むことができる。プログラムコードには、コンピュータ動作命令が含まれる。

プロセッサ１は、中央処理ユニットＣＰＵ、若しくは特定のＡＳＩＣ（特定用途向け集積回路）、又は本開示の実施形態を実装するように構成された１つ以上の集積回路であり得る。

記憶装置３には、高速ＲＡＭ記憶装置を含むことができ、不揮発メモリ、例えば少なくとも１つのディスクストレージなどをさらに含んでもよい。

具体的に、プログラムは、
複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定し、
ダウンロード回数及びユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得し、
変換されたダウンロード回数に対して重み付け計算を実行して、アプリケーションのダウンロードソート重み付け値を取得し、変換されたユーザ使用回数に対して重み付け計算を実行して、アプリケーションの使用ソート重み付け値を取得し、
アプリケーションの各々のソート値を、アプリケーションのダウンロードソート重み付け値と使用ソート重み付け値とに基づいて取得し、
アプリケーションの各々のソート値に基づいてアプリケーション推奨インターフェース上における複数のアプリケーションのシーケンスを決定する
ように構成されることができる。

本開示において、サーバは、ダウンロード回数とユーザ使用回数とを組み合わせることによりアプリケーション推奨インターフェース上におけるアプリケーションの推奨ソート位置を決定し、これにより、アプリケーション推奨位置とユーザレベルにおけるアプリケーションの人気及び普及との間のマッチング度合いを向上させることができる。次いで、設定されたアプリケーション推奨位置は、アプリケーションの現実の人気状況により良くマッチし、これにより、アプリケーション推奨位置配置の適切さを向上させ、ゆえにアプリケーション推奨の適切さを向上させる。したがって、アプリケーション推奨インターフェースを通じて、ユーザは高い人気及び普及のアプリケーションをより容易に見つけることができる。

本開示の実施形態は、本明細書において進歩的なやり方で、各実施形態と他実施形態とにおける差を説明することに力点を置いて記載されている。それ故、実施形態間における同一の又は同様の部分について、互いから参照が行われる可能性がある。実施形態に開示される装置について、対応する説明は比較的簡素であり、なぜならば、装置が実施形態に開示される方法に対応するからである。関連する部分について、方法の説明に対して参照が行われる可能性がある。

当業者は、本明細書に開示される実施形態に関連して説明される例の各々の要素及びアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、又は上記２つの組み合わせにおいて実装できることをさらに十分理解するであろう。ハードウェアとソフトウェアとの互換性を明りょうに例示するために、各例の構成及びステップは、上記説明において機能性の観点で説明されている。これら機能がハードウェアにおいて実装されるかあるいはソフトウェアにおいて実装されるかは、本技術的解決策の具体的な適用及び設計制約に依存する。当業者は、説明された機能を種々の適用のために種々の方法で実装することができ、しかしこうした実装は、本開示の範囲を越えると考えられるべきでない。

本明細書に開示される実施形態と関連して説明される方法又はアルゴリズムのステップは、直接的にハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、又はこれらの組み合わせで実装することができる。ソフトウェアモジュールは記憶媒体に記憶することができ、上記記憶媒体は、例えば、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読取専用メモリ（ＲＯＭ）、電気的プログラマブルＲＯＭ、電気的消去可能プログラマブルＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当分野においてよく知られる任意の他タイプの記憶媒体などである。

上記の実施形態の説明は、当業者が本発明を実施又は使用することを可能にする。実施形態に対する多数の修正が当業者に明らかになるであろうし、本明細書における一般的原理は本開示の実施形態の主旨又は範囲からの逸脱なく他の実施形態において実施することができる。したがって、本開示は、本明細書に説明される実施形態に限定されず、本明細書に開示される原理及び新規の特徴に一致した最も広い範囲に従う。

Claims

サーバにおいて、
複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定することと、
前記ダウンロード回数及び前記ユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得することと、
前記変換されたダウンロード回数に対して重み付け計算を実行して前記アプリケーションのダウンロードソート重み付け値を取得することと、前記変換されたユーザ使用回数に対して重み付け計算を実行して前記アプリケーションの使用ソート重み付け値を取得することと、
前記複数のアプリケーションの各々のソート値を、前記アプリケーションの前記ダウンロードソート重み付け値及び前記使用ソート重み付け値に基づいて取得することと、
アプリケーション推奨インターフェースにおける前記複数のアプリケーションのシーケンスを、前記複数のアプリケーションの各々の前記ソート値に基づいて決定することと、
を含むアプリケーション推奨方法。
前記ダウンロード回数及び前記ユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得することは、
前記複数のアプリケーションを該複数のアプリケーションのダウンロード回数の昇順にソートすることと、前記複数のアプリケーションの各々の前記ダウンロード回数のソート順序数を前記アプリケーションの前記変換されたダウンロード回数として決定することと、
前記複数のアプリケーションを該複数のアプリケーションのユーザ使用回数の昇順にソートすることと、前記複数のアプリケーションの各々の前記ユーザ使用回数のソート順序数を前記アプリケーションの前記変換されたユーザ使用回数として決定することと、
を含む、請求項１に記載のアプリケーション推奨方法。
前記変換されたダウンロード回数に対して重み付け計算を実行して前記アプリケーションのダウンロードソート重み付け値を取得することと、前記変換されたユーザ使用回数に対して重み付け計算を実行して前記アプリケーションの使用ソート重み付け値を取得することとは、
前記変換されたダウンロード回数の重みと前記変換されたユーザ使用回数の重みとを決定すること、
を含み、
前記ダウンロード回数の優先順位が前記ユーザ使用回数の優先順位より高い場合、前記変換されたダウンロード回数の重みが、前記変換されたユーザ使用回数の重みより大きいように設定され、前記ユーザ使用回数の優先順位が前記ダウンロード回数の優先順位より高い場合、前記変換されたユーザ使用回数の重みが、前記変換されたダウンロード回数の重みより高いように設定される、
請求項１又は請求項２に記載のアプリケーション推奨方法。
前記複数の推奨されるアプリケーションの各々のユーザ使用回数を決定することは、
前記サーバと通信接続する端末装置によりアップロードされる、前記端末装置にロードされたアプリケーションの使用回数を獲得することと、
各アプリケーションについて、各端末装置によりアップロードされた前記使用回数を合計して、前記アプリケーションの前記のアップロードされた使用回数の合計を決定することと、
前記複数の推奨されるアプリケーションのうち１つに対応するアプリケーションの使用回数の合計を、前記推奨されるアプリケーションのユーザ使用回数として決定することと、
を含む、請求項１又は請求項２に記載のアプリケーション推奨方法。
前記端末装置は、ロードされたアプリケーションの前記使用回数を、前記アプリケーションが毎回使用されるとき、記録及びアップロードし、あるいは、
前記端末装置は、所定の時間期間の間、ロードされたアプリケーションの使用回数を記録し、前記所定の時間期間が満了するとき、前記端末装置は、前記所定の時間期間の間の前記ロードされたアプリケーションの前記使用回数をアップロードする、
請求項４に記載のアプリケーション推奨方法。
前記複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定することの前に、当該方法は、
前記複数の推奨されるアプリケーションのうち１つ以上をダウンロードするための少なくとも１つのアプリケーションダウンロードプラットフォームを提供すること
をさらに含み、
前記複数の推奨されるアプリケーションの各々のユーザ使用回数を決定することは、
前記サーバと通信接続する端末装置によりアップロードされる、前記端末装置にロードされたアプリケーションの使用回数と、前記アプリケーションのダウンロードソースとしての役割を果たす前記アプリケーションダウンロードプラットフォームのプラットフォーム識別子とを獲得することと、
前記複数の推奨されるアプリケーションのうち１つに対応し、かつ前記の獲得されたプラットフォーム識別子に対応する前記アプリケーションダウンロードプラットフォームを通じてダウンロードされた各アプリケーションの前記ユーザ使用回数を、前記の獲得された使用回数と前記の獲得されたプラットフォーム識別子とに基づいて決定することと、
を含む、請求項１又２に記載のアプリケーション推奨方法。
前記端末装置は、ロードされたアプリケーションが毎回使用されるときに前記使用回数を記録し、前記使用回数を前記アプリケーションに対応する前記アプリケーションダウンロードプラットフォームの前記プラットフォーム識別子と一緒にアップロードし、あるいは、
前記端末装置は、所定の時間期間の間のロードされたアプリケーションの前記使用回数と、前記アプリケーションに対応する前記アプリケーションダウンロードプラットフォームの前記プラットフォーム識別子とを記録し、前記所定の時間期間が満了するとき、前記端末装置は、前記所定の時間期間の間の前記アプリケーションの前記使用回数と、前記アプリケーションに対応する前記アプリケーションダウンロードプラットフォームの前記プラットフォーム識別子とをアップロードする、
請求項６に記載のアプリケーション推奨方法。
前記複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定することの前に、当該方法は、
前記複数の推奨されるアプリケーションのうち１つ以上をダウンロードするための少なくとも１つのアプリケーションダウンロードプラットフォームを提供すること
をさらに含み、
前記複数の推奨されるアプリケーションの各々のダウンロード回数を決定することは、
前記アプリケーションダウンロードプラットフォームを介してダウンロードされた各アプリケーションのダウンロード回数を獲得することと、
前記複数の推奨されるアプリケーションに対応する複数のアプリケーションの各々のダウンロード回数を、各アプリケーションの前記の獲得されたダウンロード回数から決定することと、
を含む、請求項１又は２に記載のアプリケーション推奨方法。
前記複数のアプリケーションの各々は表情パッケージアプリケーションであり、
前記アプリケーションの前記ダウンロード回数は前記表情パッケージアプリケーションのダウンロード回数であり、
前記アプリケーションの前記ユーザ使用回数は前記表情パッケージアプリケーションのユーザ使用回数であり、
前記表情パッケージアプリケーションの中のいずれか１つの表情が毎回使用されるとき、前記表情パッケージアプリケーションが１回使用されたと決定される、
請求項１乃至８のうちいずれか１項に記載のアプリケーション推奨方法。
複数の推奨されるアプリケーションの各々のダウンロード回数及びユーザ使用回数を決定するように構成された、回数決定モジュールと、
前記ダウンロード回数及び前記ユーザ使用回数を同じオーダの大きさであるように変換して、変換されたダウンロード回数及び変換されたユーザ使用回数を取得するように構成された、変換モジュールと、
前記変換されたダウンロード回数に対して重み付け計算を実行してアプリケーションのダウンロードソート重み付け値を取得し、前記変換されたユーザ使用回数に対して重み付け計算を実行して前記アプリケーションの使用ソート重み付け値を取得するように構成された、重み付けモジュールと、
前記複数のアプリケーションの各々のソート値を、前記アプリケーションの前記ダウンロードソート重み付け値及び前記使用ソート重み付け値に基づいて取得するように構成された、ソートモジュールと、
アプリケーション推奨インターフェースにおける前記複数のアプリケーションのシーケンスを、前記複数のアプリケーションの各々の前記ソート値に基づいて決定するように構成された、推奨モジュールと、
を含むサーバ。
前記変換モジュールは、
前記複数のアプリケーションを該複数のアプリケーションのダウンロード回数の昇順にソートし、前記複数のアプリケーションの各々の前記ダウンロード回数のソート順序数を前記アプリケーションの前記変換されたダウンロード回数として決定するように構成された、第１の変換ユニットと、
前記複数のアプリケーションを該複数のアプリケーションのユーザ使用回数の昇順にソートし、前記複数のアプリケーションの各々の前記ユーザ使用回数のソート順序数を前記アプリケーションの前記変換されたユーザ使用回数として決定するように構成された、第２の変換ユニットと、
を含む、請求項１０に記載のサーバ。
前記回数決定モジュールは、
前記変換されたダウンロード回数の重みと前記変換されたユーザ使用回数の重みとを決定するように構成された、重み決定モジュール
を含み、
前記ダウンロード回数の優先順位が前記ユーザ使用回数の優先順位より高い場合、前記変換されたダウンロード回数の重みが、前記変換されたユーザ使用回数の重みより大きいように設定され、前記ユーザ使用回数の優先順位が前記ダウンロード回数の優先順位より高い場合、前記変換されたユーザ使用回数の重みが、前記変換されたダウンロード回数の重みより高いように設定される、
請求項１０又は１１に記載のサーバ。
前記回数決定モジュールは、
当該サーバと通信接続する端末装置によりアップロードされる、前記端末装置にロードされたアプリケーションの使用回数を獲得するように構成された、第１の獲得ユニットと、
各アプリケーションについて、各端末装置によりアップロードされた前記使用回数を合計して、前記アプリケーションの前記のアップロードされた使用回数の合計を決定するように構成された、使用回数統計ユニットと、
前記複数の推奨されるアプリケーションのうち１つに対応するアプリケーションの使用回数の合計を、前記推奨されるアプリケーションのユーザ使用回数として決定するように構成された、第１の使用回数決定ユニットと、
を含む、請求項１０又は１１に記載のサーバ。
前記端末装置は、ロードされたアプリケーションの前記使用回数を、前記アプリケーションが毎回使用されるとき、記録及びアップロードし、あるいは、
前記端末装置は、所定の時間期間の間、ロードされたアプリケーションの使用回数を記録し、前記所定の時間期間が満了するとき、前記端末装置は、前記所定の時間期間の間の前記ロードされたアプリケーションの前記使用回数をアップロードする、
請求項１３に記載のサーバ。
当該サーバは、前記複数の推奨されるアプリケーションのうち１つ以上をダウンロードするための少なくとも１つのアプリケーションダウンロードプラットフォームを提供するように構成された、プラットフォーム提供モジュールをさらに含み、
前記回数決定モジュールは、
当該サーバと通信接続する端末装置によりアップロードされる、前記端末装置にロードされたアプリケーションの使用回数と、前記アプリケーションのダウンロードソースとしての役割を果たす前記アプリケーションダウンロードプラットフォームのプラットフォーム識別子とを獲得するように構成された、第２の獲得ユニットと、
前記複数の推奨されるアプリケーションのうちの１つに対応し、かつ前記の獲得されたプラットフォーム識別子に対応するアプリケーションダウンロードプラットフォームを通じてダウンロードされた各アプリケーションの前記ユーザ使用回数を、前記アプリケーションの前記の獲得された使用回数と前記の獲得されたプラットフォーム識別子とに基づいて決定するように構成された、第２の使用回数決定ユニットと、
を含む、請求項１０又は１１に記載のサーバ。
前記端末装置は、ロードされたアプリケーションが毎回使用されるときに前記使用回数を記録し、前記使用回数を前記アプリケーションに対応する前記アプリケーションダウンロードプラットフォームの前記プラットフォーム識別子と一緒にアップロードし、あるいは、
前記端末装置は、所定の時間期間の間のロードされたアプリケーションの前記使用回数と、前記アプリケーションに対応する前記アプリケーションダウンロードプラットフォームの前記プラットフォーム識別子とを記録し、前記所定の時間期間が満了するとき、前記端末装置は、前記所定の時間期間の間の前記アプリケーションの前記使用回数と、前記アプリケーションに対応する前記アプリケーションダウンロードプラットフォームの前記プラットフォーム識別子とをアップロードする、
請求項１５に記載のサーバ。
当該サーバは、前記複数の推奨されるアプリケーションのうち１つ以上をダウンロードするための少なくとも１つのアプリケーションダウンロードプラットフォームを提供するように構成された、プラットフォーム提供モジュールをさらに含み、
前記回数決定モジュールは、
前記アプリケーションダウンロードプラットフォームを介してダウンロードされた各アプリケーションのダウンロード回数を獲得するように構成された、第３の獲得ユニットと、
前記複数の推奨されるアプリケーションに対応する複数のアプリケーションの各々のダウンロード回数を、各アプリケーションの前記の獲得されたダウンロード回数から決定するように構成された、ダウンロード回数決定ユニットと、
を含む、請求項１０又は１１に記載のサーバ。
前記複数のアプリケーションの各々は表情パッケージアプリケーションであり、
前記アプリケーションの前記ダウンロード回数は前記表情パッケージアプリケーションのダウンロード回数であり、
前記アプリケーションの前記ユーザ使用回数は前記表情パッケージアプリケーションのユーザ使用回数であり、
前記表情パッケージアプリケーションの中のいずれか１つの表情が毎回使用されるとき、前記表情パッケージアプリケーションが１回使用されたと決定される、
請求項１０乃至１７のうちいずれか１項に記載のサーバ。
１つ以上のコンピュータプログラムを記憶するように構成されたコンピュータ読取可能媒体であって、前記１つ以上のコンピュータプログラムは、１つ以上の記憶装置を含むプロセッサにより実行可能な、請求項１乃至９のうちいずれか１項に記載のアプリケーション推奨方法を実行する命令を含む、コンピュータ読取可能媒体。