(57)【要約】  本願の実施形態は、アプリケーション分類方法及び装置を提供する。方法は、分類されるアプリケーション間の相関係数を計算することであって、分類されるアプリケーションは１つ又は複数の既知の分類システムに配置される、計算することと、相関係数に基づいて、分類されるアプリケーションのノード図を構築することと、ノード図を分割して、１つ又は複数の分類図を取得することとを含む。そのようにすることで、統合に向けて、現在既知の複数の分類システムの経験が完全に参照され、手動動作は必要ない。したがって、手動動作に起因して、又は運営人員が適切な判断をすることに失敗するリスクに起因して得られる主観的な分類結果を回避することができ、新しい包括的なアプリケーション分類システムを提供することができる。
2019508814.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション分類方法であって、
分類されるアプリケーション間の相関係数を計算することであって、前記分類されるアプリケーションは、１つ又は複数の既知の分類システムに配置される、計算することと、
前記相関係数に基づいて、前記分類されるアプリケーションのノード図を構築することと、
前記ノード図を分割して、１つ又は複数の分類図を取得することと
を含む、方法。
【請求項２】
分類されるアプリケーション間の相関係数を計算する前記ステップは、
前記１つ又は複数の既知の分類システム内の任意の２つの分類されるアプリケーション間の最短路を別個に特定することと、
前記最短路を使用することにより、前記任意の２つの分類されるアプリケーション間の相関係数を計算することと
を含む、請求項１に記載の方法。
【請求項３】
前記任意の２つの分類されるアプリケーション間の前記相関係数は、以下の式
【数１】
2019508814.tif 000013
を使用することにより計算され、
式中、ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける前記分類されるアプリケーションａとｂとの間の最短路である、請求項２に記載の方法。
【請求項４】
前記相関係数に基づいて前記分類されるアプリケーションのノード図を構築する前記ステップは、
前記分類されるアプリケーション間の辺の重みとして前記相関係数を使用することと、
前記辺の前記重みに基づいて、前記分類されるアプリケーションの前記ノード図を構築することと
を含む、請求項２又は３に記載の方法。
【請求項５】
前記ノード図を分割して、１つ又は複数の分類図を取得する前記ステップは、
前記ノード図内の辺の重みが、予め設定される閾値よりも大きいか否かを判断することと、
前記辺の前記重みが前記予め設定される閾値よりも大きい場合、前記対応する辺を保持し、前記辺の前記重みが前記予め設定される閾値よりも大きくない場合、前記対応する辺を削除して、新しいノード図を取得することと、
前記新しいノード図を分割して、前記１つ又は複数の分類図を取得することと
を含む、請求項４に記載の方法。
【請求項６】
前記新しいノード図を分割して、前記１つ又は複数の分類図を取得する前記ステップは、
前記新しいノード図内の分類される各アプリケーションのラベルを構成すること、
分類される各アプリケーションの前記ラベルを、接続された分類されるアプリケーションに転送すること、
分類される各アプリケーションにより受信されるラベルにおいて、前記ラベルの数に基づいて所有済みラベルとしてラベルを選択すること、
前記新しいノード図において、分類されるアプリケーションにより所有されるラベルが変わるか否か若しくは反復回数の現在回数が、予め設定される反復回数の最大数未満であるか否かを判断すること、及び
前記分類されるアプリケーションにより所有される前記ラベルが変わる場合若しくは反復回数の前記現在回数が前記予め設定される反復回数の最大回数未満である場合、分類される各アプリケーションの前記ラベルを、接続された分類されるアプリケーションに転送する前記ステップに戻ること、又は
前記分類されるアプリケーションにより所有される前記ラベルが変わらない場合若しくは反復回数の前記現在回数が前記予め設定される反復回数の最大回数未満ではない場合、前記同じラベルを所有する分類されるアプリケーションを同じ前記分類図に配置して、前記１つ又は複数の分類図を取得すること
を含む、請求項５に記載の方法。
【請求項７】
前記１つ若しくは複数の分類図を統合すること、又は
前記１つ若しくは複数の分類図を更に分割すること
を更に含む、請求項１、２、３、５、又は６に記載の方法。
【請求項８】
前記１つ又は複数の分類図を更に分割する前記ステップは、
前記分類図内のアプリケーション間の辺の媒介性を計算すること、
最大媒介値に対応する辺を削除して、分類サブ図を取得すること、
前記分類サブ図が２つの接続された図であるか否かを判断すること、及び
前記分類サブ図が２つの接続された図ではない場合、前記分類図におけるアプリケーション間の辺の媒介性を計算する前記ステップに戻ること、又は
前記分類サブ図が２つの接続された図である場合、前記分類図の更なる分割を停止すること
を含む、請求項７に記載の方法。
【請求項９】
前記分類図における前記アプリケーション間の前記辺の前記媒介性は、以下の式
【数２】
2019508814.tif 000014
を使用することにより計算され、
式中、Ｂ（ｅ）は、辺ｅに対応する媒介値であり、ｑは、前記分類図内の全ての最短路の数であり、ｐは、前記辺ｅを含む最短路の数である、請求項８に記載の方法。
【請求項１０】
アプリケーション分類装置であって、
分類されるアプリケーション間の相関係数を計算するように構成された相関係数計算モジュールであって、前記分類されるアプリケーションは、１つ又は複数の既知の分類システムに配置される、相関係数計算モジュールと、
前記相関係数に基づいて、前記分類されるアプリケーションのノード図を構築するように構成されたノード図構築モジュールと、
前記ノード図を分割して、１つ又は複数の分類図を取得するように構成されたノード図分割モジュールと
を含む、装置。
【請求項１１】
前記相関係数計算モジュールは、
前記１つ又は複数の既知の分類システム内の任意の２つの分類されるアプリケーション間の最短路を別個に特定するように構成された最短路特定サブモジュールと、
前記最短路を使用することにより、前記任意の２つの分類されるアプリケーション間の相関係数を計算するように構成された相関係数計算サブモジュールと
を含む、請求項１０に記載の装置。
【請求項１２】
前記任意の２つの分類されるアプリケーション間の前記相関係数は、以下の式
【数３】
2019508814.tif 000015
を使用することにより計算され、
式中、ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける前記分類されるアプリケーションａとｂとの間の最短路である、請求項１１に記載の装置。
【請求項１３】
前記ノード図構築モジュールは、
前記分類されるアプリケーション間の辺の重みとして前記相関係数を使用し、前記辺の前記重みに基づいて、前記分類されるアプリケーションの前記ノード図を構築するように構成されたノード図構築サブモジュール
を含む、請求項１１又は１２に記載の装置。
【請求項１４】
前記ノード図分割モジュールは、
前記ノード図内の辺の重みが、予め設定される閾値よりも大きいか否かを判断するように構成された辺重み判断サブモジュールと、
前記辺の前記重みが前記予め設定される閾値よりも大きい場合、前記対応する辺を保持し、又は前記辺の前記重みが前記予め設定される閾値よりも大きくない場合、前記対応する辺を削除して、新しいノード図を取得するように構成された第１の対応辺削除サブモジュールと、
前記新しいノード図を分割して、前記１つ又は複数の分類図を取得するように構成されたノード図分割サブモジュールと
を含む、請求項１３に記載の装置。
【請求項１５】
前記ノード図分割サブモジュールは、
前記新しいノード図内の分類される各アプリケーションのラベルを構成するように構成された構成ユニットと、
分類される各アプリケーションの前記ラベルを、接続された分類されるアプリケーションに転送するように構成された転送ユニットと、
分類される各アプリケーションにより受信されるラベルにおいて、前記ラベルの数に基づいて所有済みラベルとしてラベルを選択するように構成された選択ユニットと、
前記新しいノード図において、分類されるアプリケーションにより所有されるラベルが変わるか否か又は反復回数の現在回数が、予め設定される反復回数の最大数未満であるか否かを判断するように構成された判断ユニットと、
前記分類されるアプリケーションにより所有される前記ラベルが変わる場合又は反復回数の前記現在回数が前記予め設定される反復回数の最大回数未満である場合、前記転送ユニットによって、分類される各アプリケーションの前記ラベルを、接続された分類されるアプリケーションに転送する前記ステップに戻るように構成されたリターンユニットと、
前記分類されるアプリケーションにより所有される前記ラベルが変わらない場合又は反復回数の前記現在回数が前記予め設定される反復回数の最大回数以上である場合、前記同じラベルを所有する分類されるアプリケーションを同じ前記分類図に配置して、前記１つ又は複数の分類図を取得するように構成された分割ユニットと
を含む、請求項１４に記載の装置。
【請求項１６】
前記１つ又は複数の分類図を統合するように構成された分類図統合モジュールと、
前記１つ又は複数の分類図を更に分割するように構成された分類図分割モジュールと
を更に含む、請求項１０、１１、１２、１４、又は１５に記載の装置。
【請求項１７】
前記分類図分割モジュールは、
前記分類図内のアプリケーション間の辺の媒介性を計算するように構成された辺媒介性計算サブモジュールと、
最大媒介値に対応する辺を削除して、分類サブ図を取得するように構成された第２の対応辺削除サブモジュールと、
前記分類サブ図が２つの接続された図であるか否かを判断するように構成された接続図判断サブモジュールと、
前記分類サブ図が２つの接続された図ではない場合、前記分類図におけるアプリケーション間の辺の媒介性を計算する前記ステップに戻るように構成されたリターンサブモジュールと、
前記分類サブ図が２つの接続された図である場合、前記分類図の更なる分割を停止するように構成された停止サブモジュールと
を含む、請求項１６に記載の装置。
【請求項１８】
前記分類図における前記アプリケーション間の前記辺の前記媒介性は、以下の式
【数４】
2019508814.tif 000016
を使用することにより計算され、
式中、Ｂ（ｅ）は、辺ｅに対応する媒介値であり、ｑは、前記分類図内の全ての最短路の数であり、ｐは、前記辺ｅを含む最短路の数である、請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、「APPLICATION CLASSIFICATION METHOD AND APPARATUS」と題され２０１６年２月２９日に出願された中国特許出願第２０１６１０１１３７０６．８号への優先権を主張するものであり、この中国特許出願は全体的に参照により本明細書に援用される。
【０００２】
技術分野
本願は、コンピュータ処理技術の分野に関し、特に、アプリケーション分類方法及びアプリケーション分類装置に関する。
【背景技術】
【０００３】
背景技術
スマート端末デバイスの普及に伴い、ますます多くの異なるアプリケーションが、端末デバイスでの使用に提供されている。ユーザは、Wandoujia及びHuawei App Store等の様々なアプリケーションストアから必要なアプリケーションを取得することができる。
【０００４】
現在、アプリケーションストア内の全てのアプリケーションは、ユーザによるダウンロードを容易にするように、特定のカテゴリに基づいて分類されている。しかしながら、異なるシステムは通常、異なる分類方法を有する。例えば、Wandoujiaの分類システムはHuawei App Storeの分類システムと全く同じであるわけではない。その結果、アプリケーションカテゴリの総数、分類レベル等に差異が存在し得る。したがって、様々なアプリケーションを管理する必要がある場合、１つの分類システムでは、ユーザの要件を満たすことができないことがあり、運営人員はやはり、手動分類を実行する必要がある。その結果、分類動作の作業負荷は大きく、分類結果は主観的であり、不適切な判断等のリスクがある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
概要
上記課題に鑑みて、上記課題を解消するか、又は上記課題を少なくとも部分的に解決するアプリケーション分類方法及び対応するアプリケーション分類装置を提供する本願の実施形態が提案される。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本願はアプリケーション分類方法を開示し、本方法は、
分類されるアプリケーション間の相関係数を計算することであって、分類されるアプリケーションは、１つ又は複数の既知の分類システムに配置される、計算することと、
相関係数に基づいて、分類されるアプリケーションのノード図を構築することと、
ノード図を分割して、１つ又は複数の分類図を取得することと
を含む。
【０００７】
任意選択的に、分類されるアプリケーション間の相関係数を計算するステップは、
１つ又は複数の既知の分類システム内の任意の２つの分類されるアプリケーション間の最短路を別個に特定することと、
最短路を使用することにより、任意の２つの分類されるアプリケーション間の相関係数を計算することと
を含む。
【０００８】
任意選択的に、任意の２つの分類されるアプリケーション間の相関係数は、以下の式
【数１】
2019508814.tif 000003
を使用することにより計算され、
式中、ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける分類されるアプリケーションａとｂとの間の最短路である。
【０００９】
任意選択的に、相関係数に基づいて、分類されるアプリケーションのノード図を構築するステップは、
分類されるアプリケーション間の辺の重みとして相関係数を使用することと、
辺の重みに基づいて、分類されるアプリケーションのノード図を構築することと
を含む。
【００１０】
任意選択的に、ノード図を分割して、１つ又は複数の分類図を取得するステップは、
ノード図内の辺の重みが、予め設定される閾値よりも大きいか否かを判断することと、
辺の重みが予め設定される閾値よりも大きい場合、対応する辺を保持し、辺の重みが予め設定される閾値よりも大きくない場合、対応する辺を削除して、新しいノード図を取得することと、
新しいノード図を分割して、１つ又は複数の分類図を取得することと
を含む。
【００１１】
任意選択的に、新しいノード図を分割して、１つ又は複数の分類図を取得するステップは、
新しいノード図内の分類される各アプリケーションのラベルを構成すること、
分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送すること、
分類される各アプリケーションにより受信されるラベルにおいて、ラベルの数に基づいて所有済みラベルとしてラベルを選択すること、
新しいノード図において、分類されるアプリケーションにより所有されるラベルが変わるか否か、若しくは反復回数の現在回数が、予め設定される反復回数の最大数未満であるか否かを判断すること、及び
分類されるアプリケーションにより所有されるラベルが変わる場合若しくは反復回数の現在回数が予め設定される反復回数の最大回数未満である場合、分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送するステップに戻ること、又は
分類されるアプリケーションにより所有されるラベルが変わらない場合若しくは反復回数の現在回数が予め設定される反復回数の最大回数未満ではない場合、同じラベルを所有する分類されるアプリケーションを同じ分類図に配置して、１つ又は複数の分類図を取得すること
を含む。
【００１２】
任意選択的に、本方法は、
１つ若しくは複数の分類図を統合すること、又は
１つ若しくは複数の分類図を更に分割すること
を更に含む。
【００１３】
任意選択的に、１つ又は複数の分類図を更に分割するステップは、
分類図内のアプリケーション間の辺の媒介性を計算すること、
最大媒介値に対応する辺を削除して、分類サブ図を取得すること、
分類サブ図が２つの接続された図であるか否かを判断すること、及び
分類サブ図が２つの接続された図ではない場合、分類図におけるアプリケーション間の辺の媒介性を計算するステップに戻ること、又は
分類サブ図が２つの接続された図である場合、分類図の更なる分割を停止すること
を含む。
【００１４】
任意選択的に、分類図におけるアプリケーション間の辺の媒介性は、以下の式
【数２】
2019508814.tif 000004
を使用することにより計算され、
式中、Ｂ（ｅ）は、辺ｅに対応する媒介値であり、ｑは、分類図内の全ての最短路の数であり、ｐは、辺ｅを含む最短路の数である。
【００１５】
上記課題を解消するために、本願はアプリケーション分類装置を開示し、本装置は、
分類されるアプリケーション間の相関係数を計算するように構成された相関係数計算モジュールであって、分類されるアプリケーションは、１つ又は複数の既知の分類システムに配置される、相関係数計算モジュールと、
相関係数に基づいて、分類されるアプリケーションのノード図を構築するように構成されたノード図構築モジュールと、
ノード図を分割して、１つ又は複数の分類図を取得するように構成されたノード図分割モジュールと
を含む。
【００１６】
任意選択的に、相関係数計算モジュールは、
１つ又は複数の既知の分類システム内の任意の２つの分類されるアプリケーション間の最短路を別個に特定するように構成された最短路特定サブモジュールと、
最短路を使用することにより、任意の２つの分類されるアプリケーション間の相関係数を計算するように構成された相関係数計算サブモジュールと
を含む。
【００１７】
任意選択的に、任意の２つの分類されるアプリケーション間の相関係数は、以下の式
【数３】
2019508814.tif 000005
を使用することにより計算され、
式中、ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける分類されるアプリケーションａとｂとの間の最短路である。
【００１８】
任意選択的に、ノード図構築モジュールは、
分類されるアプリケーション間の辺の重みとして相関係数を使用し、辺の重みに基づいて、分類されるアプリケーションのノード図を構築するように構成されたノード図構築サブモジュール
を含む。
【００１９】
任意選択的に、ノード図分割モジュールは、
ノード図内の辺の重みが、予め設定される閾値よりも大きいか否かを判断するように構成された辺重み判断サブモジュールと、
辺の重みが予め設定される閾値よりも大きい場合、対応する辺を保持し、又は辺の重みが予め設定される閾値よりも大きくない場合、対応する辺を削除して、新しいノード図を取得するように構成された第１の対応辺削除サブモジュールと、
新しいノード図を分割して、１つ又は複数の分類図を取得するように構成されたノード図分割サブモジュールと
を含む。
【００２０】
任意選択的に、ノード図分割サブモジュールは、
新しいノード図内の分類される各アプリケーションのラベルを構成するように構成された構成ユニットと、
分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送するように構成された転送ユニットと、
分類される各アプリケーションにより受信されるラベルにおいて、ラベルの数に基づいて所有済みラベルとしてラベルを選択するように構成された選択ユニットと、
新しいノード図において、分類されるアプリケーションにより所有されるラベルが変わるか否か、又は反復回数の現在回数が、予め設定される反復回数の最大数未満であるか否かを判断するように構成された判断ユニットと、
分類されるアプリケーションにより所有されるラベルが変わる場合若しくは反復回数の現在回数が予め設定される反復回数の最大回数未満である場合、転送ユニットによって、分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送するステップに戻るように構成されたリターンユニットと、
分類されるアプリケーションにより所有されるラベルが変わらない場合又は反復回数の現在回数が予め設定される反復回数の最大回数以上である場合、同じラベルを所有する分類されるアプリケーションを同じ分類図に配置して、１つ又は複数の分類図を取得するように構成された分割ユニットと
を含む。
【００２１】
任意選択的に、本装置は、
１つ又は複数の分類図を統合するように構成された分類図統合モジュールと、
１つ又は複数の分類図を更に分割するように構成された分類図分割モジュールと
を更に含む。
【００２２】
任意選択的に、分類図分割モジュールは、
分類図内のアプリケーション間の辺の媒介性を計算するように構成された辺媒介性計算サブモジュールと、
最大媒介値に対応する辺を削除して、分類サブ図を取得するように構成された第２の対応辺削除サブモジュールと、
分類サブ図が２つの接続された図であるか否かを判断するように構成された接続図判断サブモジュールと、
分類サブ図が２つの接続された図ではない場合、分類図におけるアプリケーション間の辺の媒介性を計算するステップに戻るように構成されたリターンサブモジュールと、
分類サブ図が２つの接続された図である場合、分類図の更なる分割を停止するように構成された停止サブモジュールと
を含む。
【００２３】
任意選択的に、分類図におけるアプリケーション間の辺の媒介性は、以下の式
【数４】
2019508814.tif 000006
を使用することにより計算され、式中、Ｂ（ｅ）は、辺ｅに対応する媒介値であり、ｑは、分類図内の全ての最短路の数であり、ｐは、辺ｅを含む最短路の数である。
【００２４】
従来技術と比較して、本願の実施形態は以下の利点を有する。
【００２５】
本願の実施形態では、分類されるアプリケーション間の相関係数が計算され、ノード図が相関係数に基づいて構築され、次に、ノード図は分割されて、１つ又は複数の分類図を取得する。そのようにすることで、統合に向けて、現在既知の複数の分類システムの経験が完全に参照され、手動動作は必要ない。したがって、手動動作に起因して、又は運営人員が適切な判断をすることに失敗するリスクに起因して得られる主観的な分類結果を回避することができ、新しい包括的なアプリケーション分類システムを提供することができる。
【００２６】
加えて、本願の実施形態では、新しいアプリケーション分類システムが取得された後、実際のニーズに応じて新しい分類図を更に評価し得、統合又は更なる分割動作を実行して、最終的な分類の正確性を保証し得る。
【図面の簡単な説明】
【００２７】
【図１】本願によるアプリケーション分類方法の第１の実施形態のステップのフローチャートである。
【図２】既存の技術によるアプリケーションストア内のアプリケーション分類の概略図である。
【図３Ａ】本願による既知の分類システムＡの概略図である。
【図３Ｂ】本願による別の既知の分類システムＢの概略図である。
【図４】本願によるアプリケーション分類方法の第２の実施形態のステップのフローチャートである。
【図５】本願によるノード図の概略図である。
【図６】本願による分類図の概略図である。
【図７】本願によるアプリケーション分類装置の構造ブロック図である。
【発明を実施するための形態】
【００２８】
詳細な説明
本願の上記目的、特徴、及び利点をより理解できるようにするために、本願について、添付図面及び特定の実施様式を参照して以下に更に詳細に説明する。
【００２９】
図１を参照して、本願によるアプリケーション分類方法の第１の実施形態のステップのフローチャートを示す。アプリケーション分類方法は、特に以下のステップを含み得る。
【００３０】
ステップ１０１．分類されるアプリケーション間の相関係数を計算する。
【００３１】
本願のこの実施形態では、新しいアプリケーション分類システムを構築する必要があるとき、統合に向けて、現在既知の複数の分類システムの経験を完全に参照して、新しい包括的なアプリケーション分類システムを提供し、それにより、手動動作の作業負荷を低減し得る。したがって、分類されるアプリケーションは、１つ又は複数の既知の分類システムに配置されたアプリケーションであり得る。
【００３２】
特に、分類されるアプリケーション間の相関係数をまず計算することができる。相関係数は、任意の２つのアプリケーション間の相関を反映する。一般に、相関係数が大きいほど、２つのアプリケーションの相関度が高いことを意味する。
【００３３】
本願の好ましい実施形態では、分類されるアプリケーション間の相関係数を計算するステップは特に、以下のサブステップを含み得る。
【００３４】
サブステップ１０１１．１つ又は複数の既知の分類システム内の任意の２つの分類されるアプリケーション間の最短路が別個に特定される。
【００３５】
図２は、既存の技術によるアプリケーションストア内のアプリケーション分類の概略図である。一般に、アプリケーションは、写真＆ビデオ、システムツール、ソーシャルネットワーキング等のカテゴリに分類し得る。各カテゴリは、異なるサブカテゴリに更に分割し得る。例えば、オンラインショッピングのカテゴリは、モール、グループ購入、ショッピングガイド、及び海外オンラインショッピング等の異なるサブカテゴリに分割し得る。各サブカテゴリは、Mobile Taobao（商標）、Fanli.com、及びSuning Tesco等の特定のアプリケーションを含み得る。理解しやすいように、本願の実施形態では、ノード図を使用して、アプリケーションストア内の分類ステータスを表し、ノード図内のノードはそれぞれ、特定のカテゴリ又はアプリケーションを表す。
【００３６】
したがって、アプリケーションが、現在の分類システムにおいてノードとして見なされる場合、分類システム内の任意の２つの分類されるアプリケーション間の最短路は、２つのノード間の距離を示すことができる。一般に、ノード間の距離が短いほど、高い相関を意味する。
【００３７】
図３Ａ及び図３Ｂは、２つの異なる分類システムＡ及びＢの概略図であり、図中、ｅ、ｆ、ｈ、ｌ、ｍ、及びｎは異なるカテゴリを表し、ａ、ｂ、ｃ、及びｄは分類されるアプリケーションである。例えば、アプリケーションａ及びｂの場合、分類システムＡにおけるアプリケーションａとｂとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は２であり、一方、分類システムＢにおけるアプリケーションａとｂとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）も２である。アプリケーションａ及びｃの場合、分類システムＡにおけるアプリケーションａとｃとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｃ）は４であり、一方、分類システムＢにおけるアプリケーションａとｃとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｃ）は２である。
【００３８】
特定の実施態様では、分類システム内の異なるノード間の最短路は、ダイクストラアルゴリズムを使用することにより取得し得る。
【００３９】
サブステップ１０１２．任意の２つの分類されるアプリケーション間の相関係数が、最短路を使用することにより計算される。
【００４０】
特定の実施態様では、任意の２つの分類されるアプリケーション間の相関係数は、以下の式
【数５】
2019508814.tif 000007
を使用することにより計算され、式中、
ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは、既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける分類されるアプリケーションａとｂとの間の最短路である。
【００４１】
したがって、分類システムＡ及び分類システムＢにおけるアプリケーションａ及びｂの場合、上記式を使用することにより、ａとｂとの間の相関係数がｗ（ａ，ｂ）＝１であり、ａとｃとの間の相関係数がｗ（ａ，ｃ）＝０．７５であることを得ることができる。
【００４２】
ステップ１０２．相関係数に基づいて、分類されるアプリケーションのノード図を構築する。
【００４３】
本願のこの実施形態では、分類される全てのアプリケーション間の相関係数が別個に得られた後、相関係数に基づいて、分類されるアプリケーションのノード図を構築し得る。ノード図では、ノードは異なるアプリケーションを表し、ノード間の接続線は、アプリケーション間の関係を表し得る。
【００４４】
特定の実施態様では、ステップ１０１において得られたアプリケーション間の相関係数は、分類されるアプリケーション間の辺の重みとして使用することができ、辺の重みに基づいて、分類されるアプリケーションのノード図が構築される。一般に、構築されたノード図では、ノード間の重みが大きいほど、複数の分類システムにおけるノードの相関度が高いことを意味する。例えば、２つのアプリケーションが、複数の分類システムにおいて同じサブカテゴリに属したままである場合、２つのアプリケーション間の重みは最大値１を有し得る。
【００４５】
ステップ１０３．ノード図を分割して、１つ又は複数の分類図を取得する。
【００４６】
本願の好ましい実施形態では、ノード図を分割して、１つ又は複数の分類図を取得するステップは特に、以下のサブステップを含み得る。
【００４７】
サブステップ１０３１．ノード図における辺の重みが、予め設定される閾値よりも大きいか否かを判断する。
【００４８】
サブステップ１０３２．辺の重みが、予め設定される閾値よりも大きい場合、対応する辺を保持し、辺の重みが、予め設定される閾値よりも大きくない場合、対応する辺を削除して、新しいノード図を取得する。
【００４９】
サブステップ１０３３．新しいノード図を分割して、１つ又は複数の分類図を取得する。
【００５０】
特定の実施態様では、まず、実際の分類要件に応じて重み閾値を設定することができ、次に、ノード図における辺の重みが、予め設定される閾値よりも大きいか否かが判断される。辺の重みが、予め設定される閾値よりも大きい場合、対応する辺は保持され、辺の重みが、予め設定される閾値よりも大きくない場合、対応する辺は削除され、新しいノード図が得られる。例えば、予め設定される閾値が０．５である場合、０．５未満の重み値を有するノード図内の全ての辺をまず削除して、新しいノード図を取得し得、次に、新しいノード図を更に分割して、１つ又は複数の分類図を取得する。
【００５１】
本願の実施形態では、分類されるアプリケーション間の相関係数が計算され、相関係数に基づいてノード図が構築され、次に、ノード図を分割して、１つ又は複数の分類図を取得する。そのようにすることで、統合に向けて、現在既知の複数の分類システムの経験が完全に参照され、手動動作は必要ない。したがって、手動動作に起因して、又は運営人員が適切な判断をすることに失敗するリスクに起因して得られる主観的な分類結果を回避することができ、新しい包括的なアプリケーション分類システムを提供することができる。
【００５２】
図４を参照して、本願によるアプリケーション分類方法の第２の実施形態のステップのフローチャートを示す。アプリケーション分類方法は特に、以下のステップを含み得る。
【００５３】
ステップ４０１．１つ又は複数の既知の分類システムにおける任意の２つの分類されるアプリケーション間の最短路を別個に特定する。
【００５４】
本願のこの実施形態では、アプリケーションが現在の分類システムにおいてノードとして見なされる場合、分類システムにおける任意の２つの分類されるアプリケーション間の最短路は、２つのノード間の距離を示すことができる。一般に、ノード間の距離が短いほど、高い相関度を意味する。したがって、分類されるアプリケーションでは、１つ又は複数の既知の分類システムにおける任意の２つの分類されるアプリケーション間の最短路をまず、別個に特定することができる。
【００５５】
図３Ａ及び図３Ｂは、２つの異なる分類システムＡ及びＢの概略図であり、図中、ｅ、ｆ、ｈ、ｌ、ｍ、及びｎは異なるカテゴリを表し、ａ、ｂ、ｃ、及びｄは分類されるアプリケーションである。例えば、アプリケーションａ及びｂの場合、分類システムＡにおけるアプリケーションａとｂとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は２であり、一方、分類システムＢにおけるアプリケーションａとｂとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）も２である。アプリケーションａ及びｃの場合、分類システムＡにおけるアプリケーションａとｃとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｃ）は４であり、一方、分類システムＢにおけるアプリケーションａとｃとの最短路Ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｃ）は２である。
【００５６】
特定の実施態様では、分類システムにおける異なるノード間の最短路は、ダイクストラアルゴリズムを使用することにより取得し得る。
【００５７】
ステップ４０２．最短路を使用することにより、任意の２つの分類されるアプリケーション間の相関係数を計算する。
【００５８】
特定の実施態様では、任意の２つの分類されるアプリケーション間の最短路が別個に特定された後、以下の式
【数６】
2019508814.tif 000008
を使用することにより、最短路に基づいて、任意の２つの分類されるアプリケーション間の相関係数を計算し得、式中、
ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは、既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける分類されるアプリケーションａとｂとの間の最短路である。
【００５９】
例えば、分類システムＡ及び分類システムＢにおけるアプリケーションａ及びｂの場合、上記式を使用することにより、ａとｂとの間の相関係数がｗ（ａ，ｂ）＝１であり、ａとｃとの間の相関係数がｗ（ａ，ｃ）＝０．７５であることを得ることができる。
【００６０】
ステップ４０３．相関係数に基づいて、分類されるアプリケーションのノード図を構築する。
【００６１】
本願の好ましい実施形態では、相関係数に基づいて、分類されるアプリケーションのノード図を構築するステップは特に、以下のサブステップを含み得る。
【００６２】
サブステップ４０３１．分類されるアプリケーション間の辺の重みとして相関係数を使用する。
【００６３】
サブステップ４０３２．辺の重みに基づいて、分類されるアプリケーションのノード図を構築する。
【００６４】
特定の実施態様では、あらゆる２つの分類されるアプリケーション間の相関係数を取得した後、相関係数は、ノード図を構築する辺の重みとして使用し得、すなわち、任意の２つのアプリケーションを接続して、辺を取得し、それにより、ノード図を構築する。アプリケーション間の相関係数は、対応する辺の重み値として使用される。一般に、構築されたノード図では、ノード間の重みが大きいほど、複数の分類システムにおけるノードの相関度が高いことを意味する。例えば、２つのアプリケーションが、複数の分類システムにおいて同じサブカテゴリに属したままである場合、これらの２つのアプリケーション間の重みは最大値１を有し得る。
【００６５】
ステップ４０４．ノード図における辺の重みが、予め設定される閾値よりも大きいか否かを判断する。
【００６６】
特定の実施態様では、まず、実際の分類要件に応じて重み閾値を設定し得、次に、ノード図における辺の重みが、予め設定される閾値よりも大きいか否かが判断される。辺の重みが、予め設定される閾値よりも大きい場合、対応する辺は保持され、又は辺の重みが予め設定される閾値よりも大きくない場合、ステップ４０５を実行して、対応する辺を削除し、新しいノード図を取得し得る。例えば、予め設定される閾値が０．５である場合、０．５未満の重み値を有するノード図内の全ての辺をまず削除して、新しいノード図を取得し得る。
【００６７】
ステップ４０５．対応する辺を削除して、新しいノード図を取得する。
【００６８】
ステップ４０６．新しいノード図を分割して、１つ又は複数の分類図を取得する。
【００６９】
特定の実施態様では、新しいノード図は、コミュニティ分割アルゴリズムFastUnfoldingにより分割し得る。
【００７０】
本願の好ましい実施形態では、新しいノード図を分割して、１つ又は複数の分類図を取得するステップは特に、以下のサブステップを含み得る。
【００７１】
サブステップ４０６１．新しいノード図内の分類される各アプリケーションのラベルを構成する。
【００７２】
特定の実施態様では、計算を容易にするために、ラベルは分類されるアプリケーションのユーザＩＤであり得る。確かに、ラベルが一意である限り、ラベルは代替的に、別の様式で構成されたラベルであってもよく、例えば、ランダムに構成されたラベルであってもよい。本願の実施形態において、それに限定はされない。
【００７３】
サブステップ４０６２．分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送する。
【００７４】
サブステップ４０６３．分類される各アプリケーションにより受信されたラベルにおいて、ラベルの数に基づいて、所有済みラベルとしてラベルを選択する。
【００７５】
サブステップ４０６４．新しいノード図において、分類されるアプリケーションにより所有されるラベルが変わるか否か、又は反復回数の現在回数が、予め設定される反復回数の最大数未満であるか否かを判断する。
【００７６】
サブステップ４０６５．分類されるアプリケーションにより所有されるラベルが変わる場合又は反復回数の現在回数が予め設定される反復回数の最大回数未満である場合、分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送するステップに戻る。
【００７７】
サブステップ４０６６．分類されるアプリケーションにより所有されるラベルが変わらない場合又は反復回数の現在回数が予め設定される反復回数の最大回数未満ではない場合、同じラベルを所有する分類されるアプリケーションを同じ分類図に配置して、１つ又は複数の分類図を取得する。
【００７８】
第１の反復では、ラベルをランダムに選択し得る。コアノードは多くの他の周辺ノードに接続されるため、コアノードのラベルがランダムに選択される確率は比較的高い。続く反復プロセスでは、コアノードのラベルの数は増大し、徐々に安定する。
【００７９】
ラベルが安定するか、又は最大反復回数に達した場合、同じラベルを有するノードは同じユーザグループに属し、ノードのラベルは、アプリケーションの識別ラベルとして使用し得る。
【００８０】
例えば、図５は、本願によるノード図の概略図であり、図中、ノードの名称はノードのラベルとして使用され、すなわち、ノードＲ、Ｓ、Ｔ、及びＵのラベルはそれぞれＲ、Ｓ、Ｔ、及びＵである。ラベルの反復プロセスは以下である。
【００８１】
【表１】
2019508814.tif 000009
【００８２】
３回目の反復後、アプリケーションにより所有されるラベルは全てＲであり、それ以上変わらない。したがって、ノードＲ、Ｓ、Ｔ、及びＵに対応するアプリケーションは同じカテゴリに属し、同じ分類図に配置し得る。
【００８３】
確かに、上記コミュニティ分割アルゴリズムに加えて、Tommunity struTture in soTiRl RnU SiologiTRIネットワーク（ＧＮ）アルゴリズム及びLouvRinアルゴリズム等の別のコミュニティ分割アルゴリズムを使用してもよい。本願の実施形態において、それに限定されない。
【００８４】
ステップ４０７．１つ若しくは複数の分類図を統合し、又は１つ若しくは複数の分類図を更に分割する。
【００８５】
本願のこの実施形態では、上記方法を使用することにより新しい分類図を取得した後、新しい分類図を更に処理し得る。例えば、１つ若しくは複数の分類図を統合し、又は１つ若しくは複数の分類図を更に分割する。
【００８６】
特定の実施態様では、複数の分類図を統合する必要がある場合、複数の分類図をそのまま合成し得、階層構造を形成し得る。例えば、２つの元の分類図Ａ及びＢは、カテゴリＣのサブカテゴリとして合成することができる。
【００８７】
本願の好ましい実施形態では、１つ又は複数の分類図を更に分割するステップは特に、以下のサブステップを含み得る。
【００８８】
サブステップ４０７１．分類図におけるアプリケーション間の辺の媒介性を計算する。
【００８９】
サブステップ４０７２．最大媒介値に対応する辺を削除して、分類サブ図を取得する。
【００９０】
サブステップ４０７３．分類サブ図が２つの接続された図であるか否かを判断する。
【００９１】
サブステップ４０７４．分類サブ図が２つの接続された図ではない場合、分類図におけるアプリケーション間の辺の媒介性を計算するステップに戻る。
【００９２】
サブステップ４０７５．分類サブ図が２つの接続された図である場合、分類図の更なる分割を停止する。
【００９３】
特定の実施態様では、分類図におけるアプリケーション間の辺の媒介性は、以下の式
【数７】
2019508814.tif 000010
を使用することにより計算することができ、式中、Ｂ（ｅ）は、辺ｅに対応する媒介値であり、ｑは、分類図内の全ての最短路の数であり、ｐは、辺ｅを含む最短路の数である。
【００９４】
例えば、図６は、本願による分類図の概略図であり、上記式に基づいて、辺の媒介値を以下のように取得し得る。
（１）ＡＢ：１／３０
（２）ＢＣ：４／３０
（３）ＡＣ：４／３０
（４）ＣＤ：５／３０
（５）ＤＥ：４／３０
（６）ＤＦ：４／３０
【００９５】
比較を通して、辺ＣＤが最大媒介値を有することを学習することができ、したがって、辺ＣＤは削除され、辺ＣＤが削除された後、元の分類図は２つの接続された図、すなわち、分類サブ図ＡＢＣ及びＤＥＦに分割され、分割効果が達成される。したがって、分類図の更なる分割を停止し得る。
【００９６】
本願の実施形態では、新しいアプリケーション分類システムが取得された後、実際のニーズに応じて新しい分類図を更に評価し得る。統合又は更なる分割動作を実行して、最終的な分類の正確性を保証し得る。
【００９７】
説明を容易にするために、上記方法実施形態が一連の動作の組み合わせとして説明されることに留意されたい。しかしながら、本願の実施形態により、幾つかのステップは別の順序又は同時に実行し得るため、本願の実施形態が説明された一連の動作に限定されないことを当業者は理解されたい。加えて、当業者は、本明細書に記載される実施形態が全て好ましい実施形態に属し、関わる動作が必ずしも本願の実施形態に必須であるわけではないことも理解されたい。
【００９８】
図７を参照して、本願によるアプリケーション分類装置の実施形態の構造ブロック図を示す。アプリケーション分類装置は特に以下のモジュールを含み得る：
分類されるアプリケーション間の相関係数を計算するように構成された相関係数計算モジュール７０１であって、分類されるアプリケーションは、１つ又は複数の既知の分類システムに配置される、相関係数計算モジュール７０１、
相関係数に基づいて、分類されるアプリケーションのノード図を構築するように構成されたノード図構築モジュール７０２、及び
ノード図を分割して、１つ又は複数の分類図を取得するように構成されたノード図分割モジュール７０３。
【００９９】
本願のこの実施形態では、相関係数計算モジュール７０１は特に、以下のサブモジュールを含み得る：
１つ又は複数の既知の分類システム内の任意の２つの分類されるアプリケーション間の最短路を別個に特定するように構成された最短路特定サブモジュール７０１１及び
最短路を使用することにより、任意の２つの分類されるアプリケーション間の相関係数を計算するように構成された相関係数計算サブモジュール７０１２。
【０１００】
本願のこの実施形態では、任意の２つの分類されるアプリケーション間の相関係数は、以下の式
【数８】
2019508814.tif 000011
を使用することにより計算することができ、式中、
ｗ（ａ，ｂ）は、分類されるアプリケーションａとｂとの間の相関係数であり、
ｎは既知の分類システムの数であり、
ｓｈｏｒｔｅｓｔ＿ｐａｔｈ（ａ，ｂ）は、既知の分類システムにおける分類されるアプリケーションａとｂとの間の最短路である。
【０１０１】
本願のこの実施形態では、ノード図構築モジュール７０２は特に以下のサブモジュールを含み得る：
分類されるアプリケーション間の辺の重みとして相関係数を使用し、辺の重みに基づいて、分類されるアプリケーションのノード図を構築するように構成されたノード図構築サブモジュール７０２１。
【０１０２】
本願のこの実施形態では、ノード図分割モジュール７０３は特に以下のサブモジュールを含み得る：
ノード図内の辺の重みが、予め設定される閾値よりも大きいか否かを判断するように構成された辺重み判断サブモジュール７０３１、
辺の重みが予め設定される閾値よりも大きい場合、対応する辺を保持し、又は辺の重みが予め設定される閾値よりも大きくない場合、対応する辺を削除して、新しいノード図を取得するように構成された第１の対応辺削除サブモジュール７０３２、及び
新しいノード図を分割して、１つ又は複数の分類図を取得するように構成されたノード図分割サブモジュール７０３３。
【０１０３】
本願のこの実施形態では、ノード図分割サブモジュール７０３３は、特に以下のユニットを含み得る：
新しいノード図内の分類される各アプリケーションのラベルを構成するように構成された構成ユニット３３１、
分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送するように構成された転送ユニット３３２、
分類される各アプリケーションにより受信されるラベルにおいて、ラベルの数に基づいて所有済みラベルとしてラベルを選択するように構成された選択ユニット３３３、
新しいノード図において、分類されるアプリケーションにより所有されるラベルが変わるか否か、又は反復回数の現在回数が、予め設定される反復回数の最大数未満であるか否かを判断するように構成された判断ユニット３３４、
分類されるアプリケーションにより所有されるラベルが変わる場合若しくは反復回数の現在回数が予め設定される反復回数の最大回数未満である場合、転送ユニットによって、分類される各アプリケーションのラベルを、接続された分類されるアプリケーションに転送するステップに戻るように構成されたリターンユニット３３５、及び
分類されるアプリケーションにより所有されるラベルが変わらない場合又は反復回数の現在回数が予め設定される反復回数の最大回数以上である場合、同じラベルを所有する分類されるアプリケーションを同じ分類図に配置して、１つ又は複数の分類図を取得するように構成された分割ユニット３３６。
【０１０４】
本願のこの実施形態では、装置は以下のモジュールを更に含み得る：
１つ又は複数の分類図を統合するように構成された分類図統合モジュール７０４及び
１つ又は複数の分類図を更に分割するように構成された分類図分割モジュール７０５。
【０１０５】
本願のこの実施形態では、分類図分割モジュール７０５は特に以下のサブモジュールを含み得る：
分類図内のアプリケーション間の辺の媒介性を計算するように構成された辺媒介性計算サブモジュール７０５１、
最大媒介値に対応する辺を削除して、分類サブ図を取得するように構成された第２の対応辺削除サブモジュール７０５２、
分類サブ図が２つの接続された図であるか否かを判断するように構成された接続図判断サブモジュール７０５３、
分類サブ図が２つの接続された図ではない場合、分類図におけるアプリケーション間の辺の媒介性を計算するステップに戻るように構成されたリターンサブモジュール７０５４、及び
分類サブ図が２つの接続された図である場合、分類図の更なる分割を停止するように構成された停止サブモジュール７０５５。
【０１０６】
本願の実施形態では、分類図におけるアプリケーション間の辺の媒介性は、以下の式
【数９】
2019508814.tif 000012
を使用することにより計算され、式中、Ｂ（ｅ）は、辺ｅに対応する媒介値であり、ｑは、分類図内の全ての最短路の数であり、ｐは、辺ｅを含む最短路の数である。
【０１０７】
装置実施形態は基本的に方法実施形態と同様であり、したがって、手短に説明する。関連する部分については、方法実施形態における部分的な説明を参照のこと。
【０１０８】
本明細書における実施形態は全て漸次的に説明されるが、各実施形態は他の実施形態との違いに焦点を合わせ、実施形態における同一又は同様の部分は互いを参照することにより得ることができる。
【０１０９】
本願の実施形態が、方法、装置、又はコンピュータプログラム製品として提供可能なことを当業者は理解されたい。したがって、本願の実施形態は、完全なハードウェア実施形態、完全なソフトウェア実施形態、又はソフトウェアとハードウェアとを組み合わせた実施形態として実施し得る。さらに、本願の実施形態は、コンピュータ使用可能プログラムコードを含む１つ又は複数のコンピュータ使用可能記憶媒体（限定ではなく、磁気ディスクメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学メモリ等を含む）に実装されたコンピュータプログラム製品であり得る。
【０１１０】
典型的な構成では、コンピュータデバイスは、１つ又は複数のプロセッサ（ＣＰＵ）、入／出力インターフェース、ネットワークインターフェース、及びメモリを含む。メモリは、コンピュータ可読媒体内の揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又は不揮発性メモリ等、例えば、読み取り専用メモリ（ＲＯＭ）又はフラッシュＲＡＭを含み得る。メモリはコンピュータ可読媒体の一例である。コンピュータ可読媒体は、不揮発性媒体及び揮発性媒体並びにムーバブル及び非ムーバブル媒体を含み、任意の方法又は技術により情報の記憶を実施することができる。情報は、コンピュータ可読命令、データ構造、及びプログラム又は他のデータのモジュールであり得る。コンピュータの記憶媒体は、限定ではなく例として、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのＲＡＭ、ＲＯＭ、電気的に消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、若しくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、若しくは他の光学記憶装置、カセットテープ、磁気テープ／磁気ディスク記憶装置、若しくは他の磁気記憶装置、又は任意の他の非伝送媒体が挙げられ、コンピュータの記憶媒体は、計算デバイスによりアクセスすることができる情報の記憶に使用することができる。本明細書における定義によれば、コンピュータ可読媒体は、変調データ信号及び搬送波等のコンピュータ可読一時的媒体を含まない。
【０１１１】
本願の実施形態は、本願の実施形態による方法、端末デバイス（システム）、及びコンピュータプログラム製品に関して、フローチャート及び／又はブロック図を参照して説明される。コンピュータプログラム命令を使用して、フローチャート及び／又はブロック図内の各プロセス及び／又はブロック、及びフローチャート及び／又はブロック図内のプロセス及び／又はブロックの組み合わせを実施し得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は任意の他のプログラマブルデータ処理端末デバイスのプロセッサに提供されて、コンピュータ又は任意の他のプログラマブルデータ処理端末デバイスのプロセッサにより実行される命令が、フローチャート内の１つ又は複数の手順及び／又はブロック図内の１つ又は複数のブロックにおいて指定された機能を実施する装置を生成するような機械を生成し得る。
【０１１２】
これらのコンピュータプログラム命令は、コンピュータ可読メモリに記憶された命令が、命令装置を含む人工物を生成するような特定の様式で機能するように、コンピュータ又は任意の他のプログラマブルデータ処理端末デバイスに命令することができるコンピュータ可読メモリに記憶し得る。命令装置は、フローチャート内の１つ又は複数のプロセス及び／又はブロック図内の１つ又は複数のブロックにおいて指定された機能を実施する。
【０１１３】
これらのコンピュータプログラム命令は、コンピュータ又は別のプログラマブルデータ処理端末デバイスにロードし得、それにより、一連の動作及びステップはコンピュータ又は別のプログラマブル端末デバイスで実行され、それにより、コンピュータ実施処理を生成する。したがって、コンピュータ又はプログラマブル端末デバイスで実行される命令は、フローチャート内の１つ又は複数のプロセス及び／又はブロック図内の１つ又は複数のブロックにおいて指定された機能を実施するステップを提供する。
【０１１４】
本願の好ましい実施形態について説明したが、当業者は、本発明の基本概念を学習した後、追加の変更及び修正をこれらの実施形態に対して行うことができる。したがって、以下に添付される特許請求の範囲は、好ましい実施形態並びに本願の実施形態の範囲内にある全ての変更及び修正を包含するように解釈されることが意図される。
【０１１５】
最後に、第１及び第２等の本明細書における関係用語が単に、あるエンティティ又は動作を別のエンティティ又は動作から区別するためだけに使用され、エンティティ又は動作間にそのような実際の関係又は順序を必ずしも必要としない又は暗示しないことに更に留意されたい。さらに、「含む」、「備える」という用語、又はその任意の他の変形は、非排他的包含を含むことが意図され、したがって、要素のリストを含むプロセス、方法、物品、及び端末デバイスは、それらの要素を含むのみならず、明示的に列挙されていない他の要素も含み、又はそのようなプロセス、方法、物品、若しくは端末デバイスに固有の要素を更に含む。別段のことが指定されない限り、「を含む（include a/an）」により限定される要素は、その要素を含むプロセス、方法、物品、又は端末デバイスに存在する他の同じ要素を除外しない。
【０１１６】
本願において提供されるアプリケーション分類方法及びアプリケーション分類装置は、詳細に上述されている。本願の原理及び実施様式は、本明細書において特定の例を使用することにより説明されているが、実施形態の上記説明は、本願の方法及びそのコア概念の理解の促進のみを目的とする。その一方で、当業者は、本願の概念に従って特定の実施態様及び応用範囲にバリエーションを持たせることができる。結論として、本明細書の内容は、本願に限定されるものと解釈されるべきではない。
【図１】
2019508814.tif 000017
【図２】
2019508814.tif 000018
【図３Ａ】
2019508814.tif 000019
【図３Ｂ】
2019508814.tif 000020
【図４】
2019508814.tif 000021
【図５】
2019508814.tif 000022
【図６】
2019508814.tif 000023
【図７】
2019508814.tif 000024
【国際調査報告】
2019508814.tif 000025
2019508814.tif 000026
2019508814.tif 000027
2019508814.tif 000028