(57)【要約】サービス処理方法、データ処理方法、及び、それらの装置を本出願によって提供する。サービス処理方法は、処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定することと、ターゲットリソースカテゴリにマッチするターゲットニュース情報を獲得することと、ターゲットニュース情報に従って処理対象のネットワークリソースにサービス処理を行うことと、を含む。本出願は、新しいサービス処理方法を提供することによって、サービス処理の質を向上させ、サービス処理方法を充実させることができる。
2019507425.tif 000002
【特許請求の範囲】
【請求項１】
処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定することと、
前記ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得することと、
前記ターゲットニュース情報に従って、前記処理対象のネットワークリソースにサービス処理を行うことと、
を含む、サービス処理方法。
【請求項２】
前記ターゲットリソースカテゴリにマッチする前記ターゲットニュース情報を取得することは、前記ターゲットリソースカテゴリに基づいて、リソースカテゴリとニュース情報との前もって構築されたマッチング関係にクエリを行って、前記ターゲットニュース情報を取得することを含む、請求項１に記載の方法。
【請求項３】
リソースカテゴリとニュース情報との前記マッチング関係を構築することは、
予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集することと、
前記ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算することと、
前記ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定することと、
前記ニュース情報と前記リソースカテゴリとのマッチング関係を構築することと、
を含む、請求項２に記載の方法。
【請求項４】
前記ニュース情報と前記リソースカテゴリライブラリの各リソースカテゴリとの間の前記各類似度を計算することは、
前記ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、前記ニュース情報のキーワードを取得することと、
各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得することと、
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することと、
を含む、請求項３に記載の方法。
【請求項５】
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも1種類の情報に従って、前記ニュース情報の前記キーワードを取得することは、
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも1種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得することと、
前記本文キーワード、前記見出しキーワード、及び、前記コメントキーワードのうちの前記少なくとも１つを組み合わせ、重複を排除して、前記ニュース情報の前記キーワードを取得することと、
を含む、請求項４に記載の方法。
【請求項６】
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することは、
前記ニュース情報の前記キーワードの単語ベクトルと、各リソースカテゴリの前記キーワードの単語ベクトルとを取得することと、
前記ニュース情報の前記キーワードの前記単語ベクトルと各リソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記ニュース情報と各リソースカテゴリとの間の前記各類似度を計算することと、
を含む、請求項４または５に記載の方法。
【請求項７】
前記ターゲットリソースカテゴリにマッチする前記ターゲットニュース情報を取得することは、
ニュースコーパスの各ニュース情報と前記ターゲットリソースカテゴリとの間の類似度を計算することと、
前記ターゲットリソースカテゴリと第２の予め設定された類似条件を満たす類似度を有するニュース情報を取得して、前記ターゲットニュース情報とすることと、
を含む、請求項１に記載の方法。
【請求項８】
前記ニュースコーパスの各ニュース情報と前記ターゲットリソースカテゴリとの間の前記類似度を計算することは、
前記ターゲットリソースカテゴリに単語分割を行って、前記ターゲットリソースカテゴリのキーワードを取得することと、
各ニュース情報に関して、前記各ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に基づいて、前記各ニュース情報のキーワードを取得することと、前記各ニュース情報の前記キーワードと前記ターゲットリソースカテゴリの前記キーワードとに基づいて、前記各ニュース情報と前記ターゲットリソースカテゴリとの間の類似度を計算することと、
を含む、請求項７に記載の方法。
【請求項９】
前記各ニュース情報の前記キーワードと前記ターゲットリソースカテゴリの前記キーワードとに基づいて、前記各ニュース情報と前記ターゲットリソースカテゴリの間の前記類似度を計算することは、
前記各ニュース情報の前記キーワードの単語ベクトルと、前記ターゲットリソースカテゴリの前記キーワードの単語ベクトルとを取得することと、
前記各ニュース情報の前記キーワードの前記単語ベクトルと前記ターゲットリソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記各ニュース情報と前記ターゲットリソースカテゴリの間の前記類似度を計算することと、
を含む、請求項８に記載の方法。
【請求項１０】
予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集することと、
前記ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算することと、
前記ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定することと、
前記ニュース情報と前記リソースカテゴリとのマッチング関係を構築することと、
を含む、データ処理方法。
【請求項１１】
前記ニュース情報と前記リソースカテゴリライブラリの各リソースカテゴリとの間の前記各類似度を計算することは、
前記ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、前記ニュース情報のキーワードを取得することと、
各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得することと、
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することと、
を含む、請求項１０に記載の方法。
【請求項１２】
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に従って、前記ニュース情報の前記キーワードを取得することは、
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得することと、
前記本文キーワード、前記見出しキーワード、及び、前記コメントキーワードのうちの前記少なくとも１つを組み合わせ、重複を排除して、前記ニュース情報の前記キーワードを取得することと、
を含む、請求項１１に記載の方法。
【請求項１３】
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することは、
前記ニュース情報の前記キーワードの単語ベクトルと、各リソースカテゴリの前記キーワードの単語ベクトルとを取得することと
前記ニュース情報の前記キーワードの前記単語ベクトルと各リソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することと、
を含む、請求項１１または１２に記載の方法。
【請求項１４】
予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集することと、
前記ニュース情報にマッチするターゲットリソースカテゴリを決定することと、
前記ターゲットリソースカテゴリのネットワークリソースにサービス処理を行うことと、
を含む、サービス処理方法。
【請求項１５】
前記ニュース情報にマッチする前記ターゲットリソースカテゴリを決定することは、
前記ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算することと、
前記ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを、ターゲットリソースカテゴリとして決定することと、
を含む、請求項１４に記載の方法。
【請求項１６】
前記ニュース情報と前記リソースカテゴリライブラリの各リソースカテゴリとの間の前記各類似度を計算することは、
前記ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、前記ニュース情報のキーワードを取得することと、
各リソースカテゴリに対して単語分割を行って、各リソースカテゴリの各キーワードを取得することと、
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することと、
を含む、請求項１５に記載の方法。
【請求項１７】
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に従って、前記ニュース情報の前記キーワードを取得することは、
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得することと、
前記本文キーワード、前記見出しキーワード、及び、前記コメントキーワードのうちの前記少なくとも１つを組み合わせ、重複を排除して、前記ニュース情報の前記キーワードを取得することと、
を含む、請求項１６に記載の方法。
【請求項１８】
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することは、
前記ニュース情報の前記キーワードの単語ベクトルと、各リソースカテゴリの前記キーワードの単語ベクトルとを取得することと、
前記ニュース情報の前記キーワードの前記単語ベクトルと各リソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算することと、
を含む、請求項１６または１７に記載の方法。
【請求項１９】
処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定するように構成された第１の決定モジュールと、
前記ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得するように構成された獲得モジュールと、
前記ターゲットニュース情報に従って、前記処理対象のネットワークリソースにサービス処理を行うように構成されたサービスモジュールと、
を含む、サービス処理装置。
【請求項２０】
前記獲得モジュールは、詳細には、前記ターゲットリソースカテゴリに基づいて、リソースカテゴリとニュース情報との間の前もって構築されたマッチング関係にクエリを行って、前記ターゲットニュース情報を取得するように構成される、請求項１９に記載の装置。
【請求項２１】
予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成された収集モジュールと、
前記ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成された計算モジュールと、
前記ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定するように構成された第２の決定モジュールと、
前記ニュース情報と前記決定されたリソースカテゴリとのマッチング関係を構築するように構成された構築モジュールと、
をさらに含む、請求項２０に記載の装置。
【請求項２２】
前記計算モジュールは、
前記ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、前記ニュース情報のキーワードを取得するように構成された獲得ユニットと、
各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得するように構成された単語分割ユニットと、
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算するように構成された計算ユニットと、
を含む、請求項２１に記載の装置。
【請求項２３】
前記獲得ユニットは、詳細には、
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得し、且つ、
前記本文キーワード、前記見出しキーワード、及び、前記コメントキーワードのうちの前記少なくとも１つを組み合わせ、重複を排除して、前記ニュース情報の前記キーワードを取得する
ように構成される、請求項２２に記載の装置。
【請求項２４】
前記計算ユニットは、詳細には、
前記ニュース情報の前記キーワードの単語ベクトルと各リソースカテゴリの前記キーワードの単語ベクトルとを取得し、且つ、
前記ニュース情報の前記キーワードの前記単語ベクトルと各リソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算する、
ように構成される、請求項２２または２３に記載の装置。
【請求項２５】
前記獲得モジュールは、詳細には、
ニュースコーパスの各ニュース情報と前記ターゲットリソースカテゴリとの間の類似度を計算し、且つ、
前記ターゲットリソースカテゴリと第２の予め設定された類似条件を満たす類似度を有するニュース情報を取得して、前記ターゲットニュース情報とする
ように構成される、請求項１９に記載の装置。
【請求項２６】
前記獲得モジュールは、詳細には、
前記ターゲットリソースカテゴリに対して単語分割を行って、前記ターゲットリソースカテゴリのキーワードを取得し、且つ、
各ニュース情報に関して、前記各ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に基づいて、前記各ニュース情報のキーワードを取得し、前記各ニュース情報の前記キーワードと前記ターゲットリソースカテゴリの前記キーワードとに基づいて、前記各ニュース情報と前記ターゲットリソースカテゴリの間の類似度を計算する
ように構成される、請求項２５に記載の装置。
【請求項２７】
前記獲得モジュールは、詳細には、
前記各ニュース情報の前記キーワードの単語ベクトルと前記ターゲットリソースカテゴリの前記キーワードの単語ベクトルとを取得し、且つ、
前記各ニュース情報の前記キーワードの前記単語ベクトルと前記ターゲットリソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記各ニュース情報と前記ターゲットリソースカテゴリの間の類似度を計算するように、
構成される、請求項２７に記載の装置。
【請求項２８】
予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成された収集モジュールと、
前記ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成された計算モジュールと、
前記ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリとを決定するように構成された決定モジュールと、
前記ニュース情報と前記決定されたリソースカテゴリとのマッチング関係を構築するように構成された構築モジュールと、
を含む、データ処理装置。
【請求項２９】
前記計算モジュールは、
前記ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、前記ニュース情報のキーワードを取得するように構成された獲得ユニットと、
各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得するように構成された単語分割ユニットと、
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算するように構成された計算ユニットと、
を含む、請求項２８に記載の装置。
【請求項３０】
前記獲得ユニットは、詳細には、
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得し、且つ、
前記本文キーワード、前記見出しキーワード、及び、前記コメントキーワードのうちの前記少なくとも１つを組み合わせ、重複を排除して、前記ニュース情報の前記キーワードを取得する
ように構成される、請求項２９に記載の装置。
【請求項３１】
前記計算ユニットは、詳細には、
前記ニュース情報の前記キーワードの単語ベクトルと各リソースカテゴリの前記キーワードの単語ベクトルとを取得し、且つ、
前記ニュース情報の前記キーワードの前記単語ベクトルと各リソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算する
ように構成される、請求項２８または２９に記載の装置。
【請求項３２】
予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成された収集モジュールと、
前記ニュース情報にマッチするターゲットリソースカテゴリを決定するように構成された決定モジュールと、
前記ターゲットリソースカテゴリのネットワークリソースにサービス処理を行うように構成されたサービスモジュールと、
を含む、サービス処理装置。
【請求項３３】
前記決定モジュールは、
前記ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成された計算ユニットと、
前記ニュース情報と第１の予め設定された類似条件を満たす類似度を有するターゲットリソースカテゴリを決定するように構成された決定ユニットと、
を含む、請求項３２に記載の装置。
【請求項３４】
前記計算ユニットは、詳細には、
前記ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、前記ニュース情報のキーワードを取得し、
各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得し、且つ、
前記ニュース情報の前記キーワードと各リソースカテゴリの前記各キーワードとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算するように
構成される、請求項３３に記載の装置。
【請求項３５】
前記計算ユニットは、詳細には、
前記ニュース情報の前記本文、前記見出し、及び、前記コメント情報のうちの前記少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得し、且つ、
前記本文キーワード、前記見出しキーワード、及び、前記コメントキーワードのうちの前記少なくとも１つを組み合わせ、重複を排除して、前記ニュース情報の前記キーワードを取得する
ように構成される、請求項３４に記載の装置。
【請求項３６】
前記計算ユニットは、詳細には、
前記ニュース情報の前記キーワードの単語ベクトルと各リソースカテゴリの前記キーワードの単語ベクトルとを取得し、且つ、
前記ニュース情報の前記キーワードの前記単語ベクトルと各リソースカテゴリの前記キーワードの前記単語ベクトルとに基づいて、前記ニュース情報と各リソースカテゴリの間の前記各類似度を計算する
ように構成される、請求項３４または３５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、インターネット技術分野に関し、特に、サービス処理方法と、データ処理方法及び装置に関する。
【背景技術】
【０００２】
インターネット技術の発展と共に、ネットワークリソースが増加しており、例えば、ネットワークリソースに関連する情報プッシュ、ネットワークリソースのアップロード／ダウンロード、ネットワークリソースの獲得、ネットワークリソースの管理等、ネットワークリソースに依存するサービスも増加している。
【０００３】
サービス処理の既存のプロセスは、主にネットワークリソースの属性情報によって決まる。状況によっては、サービス処理は、外界からの情報に影響され得る。例えば、電子商取引の分野では、ある商品の売上高は、注目のニュースや情報の影響を受ける傾向がある。よって、既存のサービス処理方法は、比較的簡単であるが、処理効果が低い。従って、新しいサービス処理方法が必要とされている。
【発明の概要】
【０００４】
本出願の様々な態様は、サービス処理方法と、データ処理方法及びデータ処理装置とを提供して、新しいサービス処理方法を提供し、サービス処理の質を向上させ、サービス処理方法を充実させる。
【０００５】
本出願の一態様において、サービス処理方法を提供する。サービス処理方法は、処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定することと、ターゲットリソースカテゴリにマッチするターゲットニュース情報を獲得することと、ターゲットニュース情報に従って、処理するネットワークリソースにサービス処理を行うことと、を含む。
【０００６】
本出願の別の態様において、データ処理方法を提供する。データ処理方法は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集することと、ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算することと、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定することと、ニュース情報と決定されたリソースカテゴリとのマッチング関係を構築することと、を含む。
【０００７】
本出願の別の態様において、サービス処理方法を提供する。サービス処理方法は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集することと、ニュース情報にマッチするターゲットリソースカテゴリを決定することと、ターゲットリソースカテゴリのネットワークリソースにサービス処理を行うことと、を含む。
【０００８】
本出願の別の態様において、サービス処理装置を提供する。サービス処理装置は、処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定するように構成された第１の決定モジュールと、ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得するように構成された獲得モジュールと、ターゲットニュース情報に従って処理対象のネットワークリソースにサービス処理を行うように構成されたサービスモジュールと、を含む。
【０００９】
本出願の別の態様において、データ処理装置を提供する。データ処理装置は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成された収集モジュールと、ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成された計算モジュールと、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定するように構成された決定モジュールと、ニュース情報と決定されたリソースカテゴリとのマッチング関係を構築するように構成された構築モジュールと、を含む。
【００１０】
本出願の別の態様において、サービス処理装置を提供する。サービス処理装置は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成された収集モジュールと、ニュース情報にマッチするターゲットリソースカテゴリを決定するように構成された決定モジュールと、ターゲットリソースカテゴリのネットワークリソースにサービス処理を行うように構成されたサービスモジュールと、を含む。
【００１１】
本出願においては、処理対象のネットワークリソースが属するターゲットリソースカテゴリが決定され、ターゲットリソースカテゴリにマッチするターゲットニュース情報が取得される。ターゲットニュース情報に従って、処理対象のネットワークリソースにサービス処理が行われる。あるいは、ニュース情報が収集され、ニュース情報にマッチするターゲットリソースカテゴリが決定される。サービス処理は、ターゲットリソースカテゴリに基づいて行われ、ニュース情報とリソースカテゴリとのマッチング関係に基づいたサービス処理方法が提供されて、サービス処理プロセスにニュース情報の影響を十分に及ぼし、サービス処理の正確さを向上させながら、サービス処理方法を充実させる。
【００１２】
本出願の実施形態における技術的解決法をより分かりやすく記載するために、実施形態または既存の技術の記載で使用される図面をここで簡単に記載する。記載の図面は、本出願の一部の実施形態を表すことは明らかである。当業者は、創造的な取り組みを行うことなく、これらの図面に基づいて、他の図面も取得できる。
【図面の簡単な説明】
【００１３】
【図１】本出願の実施形態によって提供されるサービス処理方法のフローチャートである。
【図２Ａ】本出願の別の実施形態によって提供されるサービス処理方法のフローチャートである。
【図２Ｂ】本出願の別の実施形態によって提供される図２Ａに示す方法を実施するために使用されるシステム構造の概略図である。
【図２Ｃ】本出願の別の実施形態によって提供される図２Ａに示す方法を実施するために使用されるシステム構造の概略図である。
【図２Ｄ】本出願の別の実施形態による、ニュース情報とリソースカテゴリとの例示の関係を示す概略図である。
【図３】本出願の別の実施形態によって提供されるサービス処理方法のフローチャートである。
【図４】本出願の別の実施形態によって提供されるサービス処理装置の概略構造図である。
【図５】本出願の別の実施形態によって提供されるサービス処理装置の概略構造図である。
【図６】本出願の別の実施形態によって提供されるデータ処理装置の概略構造図である。
【図７】本出願の別の実施形態によって提供されるデータ処理装置の概略構造図である。
【図８】本出願の別の実施形態によって提供されるサービス処理装置の概略構造図である。
【発明を実施するための形態】
【００１４】
本出願の実施形態の目的、技術的解決法、及び、利点をより明らかにするために、本出願の実施形態の技術的解決法を、本出願の実施形態の添付図面を参照して、明瞭、詳細に記載する。記載する実施形態は、本出願の実施形態の全てではなく一部を表すことは明らかである。当業者が本出願の実施形態に基づいて創造的取り組みを行うことなく、取得した全ての他の実施形態は、本出願の保護の範囲に入るものとする。
【００１５】
図１は、本出願の実施形態によって提供されるサービス処理方法のフローチャートである。図１に示すように、方法は、以下を含む。
１０１：処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定する。
１０２：ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得する。
１０３：ターゲットニュース情報に従って、処理対象のネットワークリソースにサービス処理を行う。
【００１６】
本実施形態は、サービス処理装置によって実行されて新しいサービス処理プロセスを実施できるサービス処理方法を提供し、それによって、サービス処理の質を向上させ、サービス処理方法を充実させる。
【００１７】
本出願の出願者の分析及び研究によって、ニュース情報が、ネットワークリソースとネットワークリソースに依存するサービスとに密接に関連することが分かった。本出願の出願者の最も直接的な発見は、電子商取引分野において、一部の商品の売り上げは、注目のニュース及び情報に影響される場合が多いということである。例えば、天津爆発に関連する最近の注目のニュースは、人々に防火や環境汚染に注意を向けさせて、消火器、マスク、殺菌水等の製品の売上高を増加させた。「チャイ・ジンのスピーチ『アンダー・ザ・ドーム』に関する注目のニュースは、人々に自分たちの周囲の空気の質に注意を向けさせて、抗ヘイズマスクや他の商品の売り上げを増加させた。ドライブレコーダに言及した「成都の女性ドライバーが殴打された」という注目のニュースは、皆にドライブレコーダに注意を向けさせ、ドライブレコーダに関連する製品の売り上げもピークに達した。
【００１８】
上記のことを考慮して、本出願の出願者は、新しいサービス処理方法を提供する。その主な原理は、リソースカテゴリとニュース情報とのマッチング関係に基づいてサービス処理を行うことである。本出願によって提供されたサービス処理方法は、ニュース情報、サービス処理、及び、ネットワークリソースを伴う。記載の目的で、本出願のサービス処理方法に関わるネットワークリソースを、処理対象のネットワークリソースと呼び、ネットワークリソースが属するリソースカテゴリを、ターゲットリソースカテゴリと呼び、ターゲットリソースカテゴリにマッチするニュース情報を、ターゲットニュース情報と呼ぶ。
【００１９】
最初に、本出願の実施形態は、ニュース情報のコンテンツにいかなる制限も課さず、コンテンツは、例えば、ニュースイベント、注目の話題、キャラクターのトレンド、製品情報等の少なくとも１つを含んでよい。さらに、ニュース情報の実施フォーマットも制限されず、例えば、テキスト、画像、動画等の少なくとも１つを含んでよい。
【００２０】
さらに、本出願の実施形態のリソースカテゴリは、ネットワークリソースが属するカテゴリを参照する。本出願の実施形態は、ネットワークリソースの種類に制限を課さない。異なる適用シナリオにおいては、ネットワークリソースは異なり、ネットワークリソースのカテゴリも異なる。例えば、以下のようである。
【００２１】
電子商取引の分野において、ネットワークリソースは、販売者によって提供される様々な種類の商品及びサービスであってよい。それに応じて、リソースカテゴリは、女性の衣類、男性の衣類、靴、生活、学習、スポーツ、アウトドア、妊婦と子供のケア等、ネットワークリソースが属するカテゴリであってよい。本出願の実施形態は、カテゴリレベルに何の制限も課さないことに注意されたい。言い換えると、本出願の実施形態において、リソースカテゴリは、様々なレベルのカテゴリを含んでよい。
【００２２】
上記導入部に基づいて、本実施形態のサービス処理方法は、詳細には、以下を含む。
【００２３】
処理対象のネットワークリソースが属するリソースカテゴリが、ターゲットリソースカテゴリとして決定される。次に、ターゲットリソースカテゴリにマッチするニュース情報が、ターゲットニュース情報として取得される。次に、ターゲットニュース情報に従って、処理対象のネットワークリソースにサービス処理が行われる。
【００２４】
ターゲットニュース情報に従った処理対象のネットワークリソースに対するサービス処理の特定のプロセスは、異なる適用シナリオに基づいて異なることに注意されたい。電子商取引分野のあるサービスシナリオを、説明のための例として本明細書において使用する。以下の例の記載に基づいて、当業者は、他の適用のシナリオにおいて、ターゲットニュース情報に従ってネットワークリソースに対するサービス処理のプロセスを実施できる。
【００２５】
電子商取引の分野において、ユーザに製品を推薦する電子商取引プラットフォーム（ここで、ユーザはタイプＢユーザまたはタイプＣユーザのいずれかであってよい）は、比較的よくあるサービスシナリオである。人気があるニュース及び情報は、製品の価格および人気に影響を与え得るので、本実施形態で提供される方法を使用して、人気があるニュース及び情報に関連する製品をユーザに推薦してよい。本明細書において、タイプＢユーザは、カテゴリＢ取引シナリオのユーザを指す。このようなユーザは、自分が消費するためではなく、販売または処理等、再度、取引するために製品を購入する。本明細書において、Ｃタイプユーザは、Ｃタイプ取引シナリオのユーザを指す。このようなユーザは、通常の消費者であり、製品の購入は主に、自分が消費するためである。詳細には、推薦対象の製品が属するカテゴリが、ターゲットカテゴリとして決定され、ターゲットカテゴリにマッチするニュース情報が、ターゲットニュース情報として取得される。ターゲットニュース情報に従って、推薦対象の製品に対して推薦処理を行う。
【００２６】
ターゲットニュース情報に従って、推薦対象の製品に推薦処理を行うことは、以下の処理を含むが、これに限らない。
【００２７】
ターゲットニュース情報に従って、推薦対象の製品が推薦価値を有するか否かの決定を行う、すなわち、推薦対象の製品をユーザに推薦するか否かを決定する。例えば、抗ヘイズマスクが属するカテゴリは、「チャイ・ジンのスピーチ『アンダー・ザ・ドーム』に関連する注目のニュースにマッチするので、「チャイ・ジンのスピーチ『アンダー・ザ・ドーム』という注目のニュースに基づいて、抗ヘイズマスクは推薦価値を有するという決定を行うことができる。よって、抗ヘイズマスクをユーザに推薦できる。
【００２８】
さらに、推薦対象の製品をユーザに推薦すると決定した場合、推薦対象の製品のブランド（すなわち、どのブランドの製品を推薦するか）、生産地（どの生産地の製品を推薦するか)、価格範囲（どの価格範囲の製品を推薦するか)、販売者情報（どの販売者の製品を推薦するか）、推薦に使用する画像もしくはテキスト情報のうちの少なくとも１つを決定できる。
【００２９】
さらに、電子商取引の分野において、ユーザ（本明細書では販売者と呼ぶ）に調達決定を提供する電子商取引プラットフォームも、比較的、主要なサービスシナリオである。人気があるニュース及び情報は、製品の価格及び人気に影響を与え得るので、本実施形態で提供される方法は、より正確な調達決定を販売者に提供し得る。詳細には、様々な製品が属する各カテゴリが、ターゲットカテゴリとして決定され、各ターゲットカテゴリにマッチするニュース情報が、ターゲットニュース情報として取得される。ユーザの調達戦略が、ターゲットニュース情報に従って、様々な製品に関して生成される。
【００３０】
ターゲットニュース情報に従って、様々な製品に関してユーザの調達戦略を生成することは、以下の処理を含むが、これに限らない。
【００３１】
各製品に関して、その製品がユーザにとって購入価値を有するか否かに関して、ターゲットニュース情報に従って、決定が行われる、すなわち、ユーザがその製品を購入する必要があるか否かを決定する。例えば、抗ヘイズマスクが属するカテゴリは、「チャイ・ジンのスピーチ『アンダー・ザ・ドーム』」に関連する注目のニュースにマッチする。抗ヘイズマスクの売り上げは、「チャイ・ジンのスピーチ『アンダー・ザ・ドーム』に関する注目のニュースに従って、近い将来大きく増加すると決定できる。よって、抗ヘイズマスクは、購入価値を有する。
【００３２】
さらに、ユーザがこの製品を購入する必要があると決定された場合、購入に関連付けられた複数の品目、購入に関連付けられた価格、購入の周期、または、購入先の商店等の少なくとも１つも決定できる。
【００３３】
上記から分かるように、本実施形態は、最初に、処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定し、ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得し、ターゲットニュース情報に従って、ターゲットリソースネットワークにサービス処理を行い、それによって、ニュース情報とリソースカテゴリとのマッチング関係に基づいて、サービス処理方法を提供して、ニュース情報の影響をサービス処理プロセスに十分に及ぼし、サービス処理の正確さを向上させながら、同時に、ビジネス処理方法を充実させる。
【００３４】
代替実施形態においては、リソースカテゴリとニュース情報とのマッチング関係は、事前に構築されてよい。そのマッチング関係に基づいて、ステップ１０２の詳細、すなわち、ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得することは、ターゲットリソースカテゴリに従って、リソースカテゴリとニュース情報に間の予め構築されたマッチング関係にクエリを行って、ニュース情報にマッチするターゲットリソースカテゴリをターゲットニュース情報として取得することを含む。
【００３５】
図２Ａは、本出願の別の実施形態による、データ処理方法のフローチャートである。データ処理方法は、リソースカテゴリとニュース情報とのマッチング関係を事前に構築するために使用される。例えば、上記実施態様において、リソースカテゴリとニュース情報とのマッチング関係は、図２Ａに示す方法を用いて事前に構築されてよく、次に、ターゲットリソースカテゴリに従って、リソースカテゴリとニュース情報とのマッチング関係にクエリを行って、ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得してよい。図２Ａに示す方法を用いて構築されたリソースカテゴリとニュース情報とのマッチング関係は、上記実施態様に適用可能なだけでなく、マッチング関係を必要とする様々な適用シナリオに適用できることに注意されたい。図２Ａに示すように、方法は、以下を含む。
２０１：予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから獲得する。
２０２：ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算する。
２０３：ニュース情報とリソースカテゴリ（複数可）との間の第１の予め設定された類似条件を満たす類似度（複数可）を決定する。
２０４：ニュース情報とリソースカテゴリ（複数可）とのマッチング関係（複数可）を構築する。
【００３６】
図２Ａに示す方法は、図２Ｂ及び２Ｃのシステムアーキテクチャを使用して実施できるが、これらに限らない。詳細には、図２Ｂに示すクローリングエンジンは、予め設定された要件（複数可）を満たすニュース情報を予め設定されたクローリング期間に従ってネットワークプラットフォームから収集できる。クローリングエンジンによって収集されたニュース情報は、図２Ｂに示すデータ記憶システムに記憶できる。データ記憶システムは、ｍｙｓｑｌリレーショナルデータベースを用いて実施することができるが、これに限らない。図２Ｃに示す情報抽出プラットフォームは、情報を抽出し、抽出した情報に基づいて、ニュース情報と決定したリソースカテゴリ（複数可）とのマッチング関係（複数可）の構築を完成させる。
【００３７】
ステップ２０１の収集期間は、適用シナリオに従って適応的に設定されてよく、例えば、１日、１週間、３日間、５日間等であってよい。さらに、ネットワークプラットフォームの大量のニュース情報と、これらのニュース情報の価値が時間の経過と共に低下することを考慮して、本実施形態において予め設定された要件（複数可）を満たすニュース情報を詳細に収集するための要件（複数可）を予め決定する。これによって、ニュース情報の数を減らすことができ、処理効率を向上させることができる。予め設定された要件（複数可）は、（注目のニュース情報を取得できるように）人気度が指定された人気閾値より大きいことであってよく、または、（最新のニュース情報を取得し得るように）発生時間が指定の時間より後であることであってよい。
【００３８】
例えば、クローリングエンジンは、レプタイルを使用して、主要なニュースウェブサイト（ｗｗｗ．ｓｉｎａ．ｃｏｍ．ｃｎのウェブサイトを有するｓｉｎａ．ｃｏｍ、ｗｗｗ．ｓｏｈｕ．ｃｏｍのウェブサイトを有するｓｏｈｕ．ｃｏｍ等）で注目のニュースを収集できる。いわゆる注目のニュースは、比較的高い人気を有するニュース情報で、例えば、ヘッドラインニュース等、ニュースウェブサイトのトップにあるニュース情報であってよい。好ましくは、本明細書においては、レプタイルは、Ｊｓｏｕｐ方向性クローリング（ｄｉｒｅｃｔｉｏｎａｌ  ｃｒａｗｌｉｎｇ）技術を採用してよいが、これに限らない。
【００３９】
収集されたニュース情報に関して、ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度が計算され、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリが、ニュース情報とマッチするリソースカテゴリとして決定され、次に、ニュース情報と決定されたリソースカテゴリとのマッチング関係が構築される。
【００４０】
各収集期間中に、一般的に、複数のニュース情報が収集されることは注意に値する。各ニュース情報は、上記方法を用いて処理される。さらに、収集クロール期間の数が増加すると、多数のニュース情報と各リソースカテゴリとのマッチング関係を構築できる。
【００４１】
あるいは、ニュースメッセージとリソースカテゴリとのマッチング関係は、データ記憶システムに記憶されてよいが、データベースに限らない。
【００４２】
さらに、ステップ２０２の実施態様は、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、ニュース情報のキーワードを取得することと、各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワード（複数可）を取得することと、ニュース情報のキーワードと各リソースカテゴリの各キーワード（複数可）とに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算することと、を含む。
【００４３】
さらにまた、クローリングエンジンは、エンジン管理モジュール、ニュースクローリングモジュール、コメントクローリングモジュール、及び、データインタフェースモジュールにさらに分割できる。エンジン管理モジュールは、ネットワークのＵＲＬを管理し（ＵＲＬ管理と表される)、クローリングの必要があるＵＲＬを管理する（クローリングポイント管理と呼ぶ）。
【００４４】
ニュース情報は、事実を記載するために使用され、ニュース情報の本文と見出しは、ニュース情報の主な意味を表すことができる。詳細には、ニュースクローリングモジュールは、ニュース情報を収集でき、収集したニュース情報を、データインタフェースモジュールを通してデータ記憶システムのニュース情報テーブルに記憶できる。ニュース情報のコメント情報は、ネットワークユーザ（ネチズンと省略され得る）の関心点を反映できる。例えば、「成都の女性ドライバーが殴打された事件では誰が悪いのか？」に関するニュース情報においては、テキスト全体でドライブレコーダには全く言及していない。このニュース情報だけを使用して、ドライブレコーダに関する情報を取り出すことはできない。しかしながら、それに続くネチズンのコメントでは、多くの人々が、ドライブレコーダの重要性に言及している。詳細には、コメントクローリングモジュールが、ニュース情報のコメント情報を収集でき、収集したコメント情報を、データインタフェースモジュールを通してデータ記憶システムのニュースコメントテーブルに記憶できる。
【００４５】
以下の記載に基づいて、情報抽出プラットフォームは、詳細には、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報をデータ記憶システムからから取得してよく、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得してよく、且つ、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを組み合わせ、重複を排除して、ニュース情報のキーワードを取得してよい。
【００４６】
さらにまた、図２Ａに示す情報抽出プラットフォームは、話題語抽出モジュール、見出し語分割モジュール、及び、組み合わせ・重複排除モジュールにさらに分割できる。
【００４７】
あるいは、ニュース情報の本文のキーワード抽出のプロセスは、情報が大量なので、話題語抽出を行う話題語抽出モジュールを含んでよい。ニュース情報の見出しのキーワード分割の方法は、比較的簡単なので、単語分割を行う見出し語分割モジュールを含んでよい。ニュースメッセージのコメント情報のキーワード抽出の方法は、情報が大量なので、話題語抽出を行う話題語抽出モジュールを含んでよい。
【００４８】
重複排除を行う理由は、主要なニュースウェブサイトから収集される注目のニュースには重複の可能性があると考えられるからである。例えば、天津爆発事件は、当分の間、主要なニュースウェブサイトのヘッドラインであったので、同じニュース情報が異なるニュースウェブサイトから収集される可能性が高い。よって、繰り返しまたは類似性の高いキーワードが出現する場合があるので、重複または非常に類似した（例えば、ある一定の閾値より高い）キーワードは、１つにまとめる必要がある。
【００４９】
あるいは、本明細書における重複排除は、詳細には、クラスタリングアルゴリズムを用いて実施されてよい。詳細には、クラスタリングは、本文キーワード、見出しキーワード、及び、コメントキーワードの少なくとも１つに対して行われる。１つのクラスにクラスタリングされるキーワードは、キーワードの１つで置き換えられる。例えば、これらのキーワードは、ベクトル空間モデルを用いて記述でき、凝集型階層的クラスタリングアルゴリズムを用いてクラスタリングされて、類似のキーワードを同じクラスに分類できる。例えば、天津爆発事件に関連するニュース情報に関して、抽出できるキーワードは、「爆発」「火災」「消防士」「浜海新区」「危険物」「環境汚染」「死傷」等を含む。「火災」「爆発」「消防士」というキーワードは全て、「消火器」に関連するサブカテゴリに非常に類似している。よって、これらのキーワードは、１つのクラスタにまとめる必要があり、そこから、このクラスタの全てのキーワードを表すキーワードが選択される。
【００５０】
好ましくは、ニュース情報のキーワードは、ニュース情報の本文、見出し、及び、コメント情報を同時に使用することによって、取得されてよい、この場合、ニュース情報の本文、見出し、及び、コメント情報を同時に使用することによって、ニュース情報のキーワードを取得する特定の実施態様は、抽出処理、フィルタリング処理、及び、組み合わせ・重複排除処理を含む。
【００５１】
抽出処理は、ニュース情報の本文及びコメント情報から話題語を個別に抽出して、本文キーワード及びコメントキーワードを取得することと、ニュース情報の見出しに単語分割を行って、見出しキーワードを取得することとを指す。
【００５２】
あるいは、これらの３種類の情報を個別に処理するのを容易にするために、これらの３種類の情報を２つのテーブルを用いて記憶してよい。例えば、ニュース情報の本文と見出しは、図２Ｂに示すように、ニュース情報テーブルに記憶されてよい。ニュース情報のコメント情報は、図２Ｂに示すように、ニュースコメントテーブルに記憶されて個別の処理を容易にする。
【００５３】
ニュース情報のコメント情報の話題語を抽出するプロセスにおいて、ＴＦ−ＩＤＦモデルを使用して、ネチズンの注目の焦点をコメントキーワードとして抽出してよい。例えば、成都の女性ドライバーが殴打されたことに関するニュース情報において、多数のドライブレコーダが、ネチズンのコメントに出現する。ＴＦ−ＩＤＦモデルを通して、このドライブレコーダに関連付けられたコメントキーワードを素早くマイニングすることができる。
【００５４】
フィルタリング処理は、テキストキーワード、見出しキーワード、及び、コメントキーワードをフィルタリングして、ストップワード、人名、場所の名前、時間等の用語を取り除くことを指す。例えば、ニュースの見出し「工学学者：北京‐天津‐河北省の汚染物質は、『青空パレード』の後、著しく上昇」に単語分割を行って、「工学学者」「パレード」「青」「の後」「北京‐天津‐河北省」「汚染物質」「著しく」「上昇」等の語を含む見出しキーワードを取得する。「の後」は、ストップワードなので、取り除かれる。
【００５５】
組み合わせ・重複排除処理は、フィルタリングされたテキストキーワード、見出しキーワード、及び、コメントキーワードをマージし、重複を排除して、ニュース情報のキーワードを取得することを指す。
【００５６】
ニュース情報のキーワードを取得した後、ニュース情報と各リソースカテゴリの間の各類似度が、ニュース情報のキーワードと各リソースカテゴリのキーワードとに従って計算されてよい。ニュース情報のキーワードと各リソースカテゴリのキーワードとに従って、ニュース情報と各リソースカテゴリの間の各類似度を計算する実施態様は、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとを取得することと、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算することと、を含む。
【００５７】
例えば、実際の適用において、Ｗｏｒｄ２Ｖｅｃモデルを使用して、ニュース情報とリソースカテゴリの間の類似度を計算してよい。Ｗｏｒｄ２Ｖｅｃモデルは、コーパスを使用する必要がある。本実施形態においては、コーパスは、ネットワークリソースに関連する多数のニュース情報、ネットワークリソースプロバイダによって提供されるネットワークリソース及びそれに関連する詳細、ニュース情報のコメント情報、リソースカテゴリ情報等から構成されてよい。
【００５８】
あるいは、複数のキーワードがニュース情報に存在し得ること、及び、複数のキーワードが各リソースカテゴリに存在し得ることを考慮して、ニュース情報のキーワードの数をｎと表し、リソースカテゴリのキーワードの数をｍと表す。ここで、ｎとｍは、１より大きい自然数である。従って、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとに基づいてニュース情報と各リソースカテゴリの間の類似度を計算する実施態様は、ｎ個のキーワードの各キーワードに関して、そのキーワードの単語ベクトルとｍ個のキーワードの各キーワードの単語ベクトルとの間の類似度を計算して、ｎ＊ｍの類似度を取得することと、ｎ＊ｍの類似度の平均を取得することと、ｎ＊ｍの類似度の平均を、ｎ個のキーワードに対応するニュース情報とｍ個のキーワードに対応するリソースカテゴリとの間の類似度として使用することと、を含む。
【００５９】
上記方法に従って、ニュース情報と各リソースカテゴリの間の類似度を計算でき、次に、第１の予め設定された類似条件を満たすリソースカテゴリが、ニュース情報にマッチするリソースカテゴリとして選択できる。電子商取引を例として用いる。ニュース情報とリソースカテゴリとのマッチング関係を図２Ｄに示す。図２Ｄにおいて、左側は、「チャイ・ジンのスピーチ『アンダー・ザ・ドーム』」という注目のニュースで、右側は、ニュース情報とマッチする抗ヘイズマスクが属するカテゴリである。
【００６０】
他の代替実施態様において、ステップ１０２の詳細、すなわち、ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得することは、詳細には、ニュースコーパスの各ニュース情報とターゲットリソースカテゴリとの間の類似度を計算することと、ターゲットリソースカテゴリと第２の予め設定された類似条件を満たす類似度を有するニュース情報を取得して、ターゲットニュース情報とすることと、を含む。
【００６１】
ニュースコーパスの各ニュース情報とターゲットリソースカテゴリとの間の類似度を計算する実施態様は、ターゲットリソースカテゴリに単語分割を行って、ターゲットリソースカテゴリのキーワードを取得することと、各ニュース情報に関して、各ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に基づいて、各ニュース情報のキーワードを取得することと、各ニュース情報のキーワードとターゲットリソースカテゴリのキーワードとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算することと、を含む。
【００６２】
本実施態様は、ステップ２０２の実施態様に類似することに注意されたい。各ステップの実施態様の詳細は、ステップ２０２の特定の実施態様の対応する記載を参照できるので、ここに繰り返し記載しない。
【００６３】
それに応じて、各ニュース情報のキーワードとターゲットリソースカテゴリのキーワードとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算することは、各ニュース情報のキーワードの単語ベクトルとターゲットリソースカテゴリのキーワードの単語ベクトルとを取得することと、各ニュース情報のキーワードの単語ベクトルとターゲットリソースカテゴリのキーワードの単語ベクトルとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算することと、を含む。
【００６４】
例えば、実際の適用において、Ｗｏｒｄ２Ｖｅｃモデルを使用して、ニュース情報とターゲットリソースカテゴリの間の類似度を計算してよい。
【００６５】
あるいは、複数のキーワードがニュース情報に存在し得ることと、複数のキーワードがターゲットリソースカテゴリに存在し得ることを考慮して、ニュース情報のキーワードの数をｌと表し、ターゲットリソースカテゴリのキーワードの数をｋと表す。ここで、ｌとｋは、１より大きい自然数である。従って、各ニュース情報のキーワードの単語ベクトルとターゲットリソースカテゴリのキーワードの単語ベクトルとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算する実施態様は、ｌ個のキーワードの各キーワードに関して、各キーワードの単語ベクトルとｋ個のキーワードの各キーワードの単語ベクトルとの間の類似度を個別に計算して、ｌ＊ｋの類似度を取得することと、ｌ＊ｋの類似度の平均を取得することと、ｌ個のキーワードに対応するニュース情報と、ｋ個のキーワードに対応するターゲットリソースカテゴリとの間の類似度として、ｌ＊ｋの類似度の平均を使用することと、を含む。
【００６６】
上記方法に従って、ニュースコーパスの各ニュース情報とターゲットリソースカテゴリとの間の類似度を計算でき、第２の予め設定された類似条件を満たすニュース情報が、ターゲットリソースカテゴリにマッチするニュース情報として選択できる。
【００６７】
さらに、ニュース情報とリソースカテゴリとのマッチング関係を取得した後、マッチング関係は、あるいは、図２Ｃに示すデータ記憶システムに記憶されてよい、詳細には、図２Ｃに示すデータ記憶システムのマッチング結果テーブルに記憶されてよい。
【００６８】
上記方法の実施形態によって、ネットワークリソースという観点からマッチするニュース情報を発見し、次に、マッチするニュース情報に基づいて、ネットワークリソースにサービス処理を行う。以下の方法の実施形態は、ニュース情報という観点から、ニュース情報にマッチするリソースカテゴリを発見し、次に、ニュース情報にマッチするリソースカテゴリのネットワークリソースにサービス処理を行う。
【００６９】
図３は、本出願の別の実施形態による、サービス処理方法のフローチャートである。図３に示すように、方法は、以下を含む。
３０１：予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集する。
３０２：ニュース情報とマッチするリソースカテゴリを決定する。
３０３：リソースカテゴリのネットワークリソースにサービス処理を行う。
【００７０】
本実施形態は、サービス処理装置によって実行されて新しいサービス処理プロセスを実施できるサービス処理方法を提供することによって、サービス処理の質を向上させ、サービス処理方法を充実させる。
【００７１】
本出願の出願者の分析及び研究によって、ニュース情報は、ネットワークリソースとネットワークリソースに依存するサービスとに密接に関連することが分かった。本出願の出願者の最も直接的な発見は、電子商取引分野において、ある商品の売り上げは、注目のニュースと情報に影響される場合が多いということである。例えば、天津爆発に関連する最新の注目のニュースは、人々に、防火や環境汚染に注意を向けさせて、消火器、マスク、殺菌水等の製品の売上高が増加した。「チャイ・ジンのスピーチ、アンダー・ザ・ドーム」に関する注目のニュースは、人々に、自分たちの周囲の空気の質に注意を向けさせて、抗ヘイズマスク及び他の商品の売り上げを増加させた。ドライブレコーダに言及した「成都の女性ドライバーが殴打された」という注目のニュースは、皆に、ドライブレコーダに注意を向けさせ、ドライブレコーダに関連する製品の売り上げがピークに達した。
【００７２】
上記のことを考慮して、本出願の出願者は、新しいサービス処理方法を提供する。そのサービス処理方法の主な原理は、リソースカテゴリとニュース情報とのマッチング関係に基づいて、サービス処理を行うことである。記載の目的で、本出願のサービス処理方法においてニュース情報にマッチするリソースカテゴリは、ターゲットリソースカテゴリと呼ばれる。
【００７３】
最初に、本出願の実施形態は、ニュース情報のコンテンツを限定せず、コンテンツは、例えば、ニュースイベント、注目の話題、キャラクターのトレンド、製品情報等の少なくとも１つを含んでよい。さらに、ニュース情報の実施フォーマットも限定せず、例えば、テキスト、画像、動画等の少なくとも１つを含んでよい。
【００７４】
さらに、本出願の実施形態のリソースカテゴリは、ネットワークリソースが属するカテゴリを参照する。本出願の実施形態は、ネットワークリソースの種類を制限しない。異なる適用シナリオにおいては、ネットワークリソースは異なり、ネットワークリソースのカテゴリも異なる。例えば、以下のようである。
【００７５】
電子商取引の分野において、ネットワークリソースは、販売者によって提供される様々な種類の商品及びサービスであってよい。それに応じて、リソースカテゴリは、女性の衣類、男性の衣類、靴、生活、学習、スポーツ、アウトドア、妊婦と子供のケア等、ネットワークリソースが属するカテゴリであってよい。本出願の実施形態は、カテゴリレベルに制限を課さないことに注意されたい。言い換えると、本出願の実施形態において、リソースカテゴリは、様々なレベルのカテゴリを含んでよい。
【００７６】
上記導入部に基づいて、本実施形態のサービス処理方法は、詳細には、以下を含む。
【００７７】
最初に、予め設定された要件を満たすニュース情報が、予め設定された収集期間に従ってネットワークプラットフォームから取得される。
【００７８】
上記ステップの収集期間は、適用シナリオに従って適応的に設定されてよく、例えば、１日、１週間、３日間、５日間等であってよい。さらに、ネットワークプラットフォームの大量のニュース情報と、これらのニュース情報の価値が時間の経過と共に低下することを考慮して、要件（複数可）は、詳細には、本実施形態の予め設定された要件（複数可）を満たすニュース情報を収集するように予め設定される。これによって、ニュース情報の数を減らすことができ、処理効率を上げることができる。予め設定された要件（複数可）は、（注目のニュース情報を取得できるように）人気度が指定された人気閾値より大きいことであってよい、または、（最近のニュース情報を取得し得るように）発生時間が指定の時間より後であることであってよい。
【００７９】
例えば、レプタイルを使用して、主要なニュースウェブサイト（ｗｗｗ．ｓｉｎａ．ｃｏｍ．ｃｎのウェブサイトを有するｓｉｎａ．ｃｏｍ、ｗｗｗ．ｓｏｈｕ．ｃｏｍのウェブサイトを有するｓｏｈｕ．ｃｏｍ等）で、注目のニュースを収集できる。いわゆる注目のニュースは、比較的高い人気を有するニュース情報であり、例えば、ヘッドラインニュース等、ニュースウェブサイトのトップにあるニュース情報であってよい。好ましくは、本明細書において、レプタイルは、Ｊｓｏｕｐ方向性クローリング（ｄｉｒｅｃｔｉｏｎａｌ  ｃｒａｗｌｉｎｇ）技術を採用してよいが、これに限らない。
【００８０】
さらに、収集したニュース情報は、データ記憶システムに記憶できる。データ記憶システムは、ｍｙｓｑｌリレーショナルデータベースを用いて実施できるが、これに限らない。
【００８１】
ニュース情報を収集した後、収集したニュース情報にマッチするターゲットリソースカテゴリを決定できる。
【００８２】
ターゲットリソースカテゴリを決定する代替実施態様は、ニュース情報と各リソースカテゴリの間の各類似度を計算することと、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリをターゲットリソースカテゴリとして決定することと、を含む。
【００８３】
さらに、ターゲットリソースカテゴリを決定することは、ニュース情報と各リソースカテゴリの間の各類似度を計算することと、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従ってニュース情報のキーワードを取得することと、各リソースカテゴリに単語分割を行って各リソースカテゴリのキーワードを取得することと、ニュース情報のキーワードと各リソースカテゴリのキーワードとに基づいてニュース情報と各リソースカテゴリの間の各類似度を計算することと、を含む。
【００８４】
さらに、ニュース情報の本文、見出し、及び、コメント情報の少なくとも１種類の情報に従ってニュース情報のキーワードを取得することは、ニュース情報の本文、見出し、及び、コメント情報の少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得することと、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを組み合わせ、重複を排除して、ニュース情報のキーワードを取得することと、を含む。
【００８５】
さらに、ニュース情報のキーワードと各リソースカテゴリのキーワードとに基づいてニュース情報と各リソースカテゴリの間の各類似度を計算する実施態様は、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとを取得することと、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとに基づいてニュース情報と各リソースカテゴリの間の各類似度を計算することと、を含む。
【００８６】
上記ステップのそれぞれの実施態様の詳細は、図２Ａに示す実施形態の対応するステップの詳細を参照できるので、ここに繰り返し記載しないことに注意されたい。
【００８７】
収集したニュース情報にマッチするターゲットリソースカテゴリを決定後、ターゲットリソースカテゴリのネットワークリソースにサービス処理を行う。
【００８８】
ターゲットリソースカテゴリのネットワークリソースのサービス処理の特定のプロセスは、異なる適用シナリオに従って異なることは注意に値する。電子商取引分野のあるサービスシナリオを説明のための例として使用する。以下の例に基づいて、当業者は、他の適用シナリオで、ターゲットリソースカテゴリのネットワークリソースのサービス処理のプロセスを実施できる。
【００８９】
電子商取引分野において、ユーザに製品を推薦する電子商取引プラットフォームは、比較的よくあるサービスシナリオである。人気があるニュース及び情報は、製品の価格及び人気に影響を与え得るので、本実施形態で提供される方法を使用して、製品をユーザに推薦してよい。詳細には、予め設定された要件を満たすニュース情報が、予め設定された収集期間に従ってネットワークプラットフォームから収集される。ニュース情報にマッチするターゲットリソースカテゴリが、決定される。ターゲットリソースカテゴリの製品に対して、推薦処理が行われる。
【００９０】
ターゲットリソースカテゴリの製品に推薦処理を行うことは、以下の処理を含むが、これらに限らない。
ターゲットリソースカテゴリの製品が推薦価値を有するか否かを決定することと、製品が推薦価値を有すると決定した後、推薦中に必要な推薦強度及び推薦方法を決定すること等。
【００９１】
上記から分かるように、本実施形態は、ニュース情報を収集し、ニュース情報にマッチするターゲットリソースカテゴリを決定し、ターゲットリソースカテゴリに基づいてサービス処理を行って、ニュース情報とリソースカテゴリとのマッチング関係に基づいて、サービス処理方法を提供することとによって、ニュース情報の影響をサービス処理プロセスに十分に及ぼし、サービス処理の正確さを向上させながら、サービス処理方法を充実させる。
【００９２】
ここでは、本出願の上記実施形態によって提供される方法が、電子商取引の分野に適用できることに注意されたい。この場合、ネットワークリソースは、電子商取引プラットフォームの商品であってよく、ネットワークリソースが属するカテゴリは、商品カテゴリであってよい。注目のニュースと商品カテゴリとのマッチング関係を構築して、購入者と販売者が、業界のホットスポット情報を把握するのを支援でき、そうすることによって、購入者と販売者は、マッチング関係に基づいて業務処理と決定を行うことができる。さらに、本出願の技術的解決法は、実施時に、手動での介入を必要とせず、自動的に注目のニュースを収集することによって、インテリジェント化、自動化、及び、比較的高い効率を達成できる。
【００９３】
記載の目的で、上記方法の実施形態は全て、一連の動作の組み合わせとして表していることに注意されたい。しかしながら、本出願に従って、他の順番で、または、同時に、一定のステップを行ってよいので、本出願は記載の動作順に限定されないことを当業者は理解されたい。さらに、当業者は、明細書に記載の実施形態が全て、好ましい実施形態に属し、それに関連する動作及びモジュールは、本出願によって必ずしも必要とされないことも理解されたい。
【００９４】
上記実施形態において、様々な実施形態の記載は、相違を強調している。ある実施形態の詳細に記載していない部分は、他の実施形態の関連する記載を参照できる。
【００９５】
図４は、本出願の別の実施形態による、サービス処理装置の概略構造図である。図４に示すように、装置は、第１の決定モジュール４１、獲得モジュール４２、及び、サービスモジュール４３を含む。
【００９６】
第１の決定モジュール４１は、処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定するように構成される。
【００９７】
獲得モジュール４２は、第１の決定モジュール４１によって決定されたターゲットリソースカテゴリにマッチするターゲットニュース情報を取得するように構成される。
【００９８】
サービスモジュール４３は、獲得モジュール４２によって取得されたターゲットニュース情報に従って、処理対象のネットワークリソースにサービス処理を行うように構成される。
【００９９】
代替実施形態において、獲得モジュール４２は、詳細には、ターゲットリソースカテゴリに基づいて、リソースカテゴリとニュース情報との前もって構築されたマッチング関係にクエリを行って、ターゲットニュース情報を取得するように構成されてよい。
【０１００】
代替実施形態においては、図５に示すように、装置は、収集モジュール５１、計算モジュール５２、第２の決定モジュール５３、及び、構築モジュール５４をさらに含む。
【０１０１】
収集モジュール５１は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成される。
【０１０２】
計算モジュール５２は、ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成される。
【０１０３】
第２の決定モジュール５３は、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定するように構成される。
【０１０４】
構築モジュール５４は、ニュース情報と第２の決定モジュール５３によって決定されたリソースカテゴリとのマッチング関係を構築するように構成される。
【０１０５】
さらに、図５に示すように、計算モジュール５２で実施された構造は、獲得ユニット５２１、単語分割ユニット５２２、及び、計算ユニット５２３を含む。
【０１０６】
獲得ユニット５２１は、ニュース情報の本文、見出し、及び、コメント情報の少なくとも１種類の情報に従って、ニュース情報のキーワードを取得するように構成される。
【０１０７】
単語分割ユニット５２２は、各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得するように構成される。
【０１０８】
計算ユニット５２３は、獲得ユニット５２１によって取得されたニュース情報のキーワードと、単語分割ユニット５２２によって取得された各リソースカテゴリの各キーワードとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算するように構成される。
【０１０９】
さらに、獲得ユニット５２１は、詳細には、ニュース情報の本文、見出し、及び、コメント情報の少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードの少なくとも１つを取得するように構成され、且つ、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを組み合わせ、重複を排除して、ニュース情報のキーワードを取得するように構成される。
【０１１０】
さらに、計算ユニット５２３は、詳細には、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとを取得するように構成され、且つ、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算するように構成される。
【０１１１】
代替実施形態においては、獲得モジュール４２は、詳細には、ニュースコーパスの各ニュース情報とターゲットリソースカテゴリとの間の類似度を計算するように構成され、且つ、ターゲットリソースカテゴリと第２の予め設定された類似条件を満たす類似度を有するニュース情報を取得して、ターゲットニュース情報にするように構成される。
【０１１２】
さらに、ニュースコーパスの各ニュース情報とターゲットリソースカテゴリとの間の類似度を計算する時、獲得モジュール４２は、詳細には、
ターゲットリソースカテゴリに単語分割を行って、ターゲットリソースカテゴリのキーワードを取得し、
各ニュース情報に関して、各ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に基づいて、各ニュース情報のキーワードを取得し、各ニュース情報のキーワードとターゲットリソースカテゴリのキーワードとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算する
ように構成される。
【０１１３】
さらに、各ニュース情報のキーワードとターゲットリソースカテゴリのキーワードとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算する時、獲得モジュール４２は、詳細には、
各ニュース情報のキーワードの単語ベクトルとターゲットリソースカテゴリのキーワードの単語ベクトルとを取得し、
各ニュース情報のキーワードの単語ベクトルとターゲットリソースカテゴリのキーワードの単語ベクトルとに基づいて、各ニュース情報とターゲットリソースカテゴリの間の類似度を計算する
ように構成される。
【０１１４】
あるいは、処理対象のネットワークリソースは、商品であってよく、ターゲットリソースカテゴリは、商品が属するカテゴリであってよい。それに応じて、ニュース情報とリソースカテゴリとのマッチング関係は、ニュース情報と商品とのマッチング関係である。
【０１１５】
本実施形態が提供するサービスモジュールは、処理対象のネットワークリソースが属するターゲットリソースカテゴリを決定し、ターゲットリソースカテゴリにマッチするターゲットニュース情報を取得し、ターゲットニュース情報に基づいて処理対象のネットワークリソースにサービス処理を行い、それによって、ニュース情報とリソースカテゴリとのマッチング関係に基づいてサービス処理を実施し、サービス処理のプロセスに対してニュース情報の影響を十分に及ぼす。こうして、サービス処理の方法を充実させながら、サービス処理の正確さを向上させる。
【０１１６】
図６は、本出願の別の実施形態による、データ処理装置の概略構造図である。図６に示すように、装置は、収集モジュール６１、計算モジュール６２、決定モジュール６３、及び、構築モジュール６４を含む。
【０１１７】
収集モジュール６１は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成される。
【０１１８】
計算モジュール６２は、ニュース情報と、リソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成される。
【０１１９】
決定モジュール６３は、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを決定するように構成される。
【０１２０】
構築モジュール６４は、ニュース情報と決定モジュール６３によって決定されたリソースカテゴリとのマッチング関係を構築するように構成される。
【０１２１】
代替実施形態においては、図７に示すように、計算モジュール６２で実施された構造は、獲得ユニット６２１、単語分割ユニット６２２、及び、計算ユニット６２３を含む。
【０１２２】
獲得ユニット６２１は、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、ニュース情報のキーワードを取得するように構成される。
【０１２３】
単語分割ユニット６２２は、各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得するように構成される。
【０１２４】
計算ユニット６２３は、ニュース情報のキーワードと各リソースカテゴリの各キーワードとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算するように構成される。
【０１２５】
さらに、獲得ユニット６２１は、詳細には、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得するように構成され、且つ、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを組み合わせ、重複を排除して、ニュース情報のキーワードを取得するように構成される。
【０１２６】
さらに、計算ユニット６２３は、詳細には、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとを取得するように構成され、且つ、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算するように構成される。
【０１２７】
あるいは、ここで、リソースカテゴリは、製品が属するカテゴリであってよい。それに応じて、ニュース情報とリソースカテゴリとのマッチング関係は、詳細には、ニュース情報と製品カテゴリとのマッチング関係である。
【０１２８】
本実施形態によって提供されるデータ処理装置は、ニュース情報を収集し、ニュース情報と各リソースカテゴリの間の類似度を計算し、類似度に基づいてニュース情報とマッチするリソースカテゴリを決定し、ニュース情報と決定されたリソースカテゴリとのマッチング関係を構築し、それによって、ネットワークリソースに基づいて、その後のサービス処理の条件を提供する。
【０１２９】
図８は、本出願の別の実施形態による、サービス処理装置の概略構造図である。図８に示すように、装置は、収集モジュール８１、決定モジュール８２、及び、サービスモジュール８３を含む。
【０１３０】
収集モジュール８１は、予め設定された要件を満たすニュース情報を予め設定された収集期間に従ってネットワークプラットフォームから収集するように構成される。
【０１３１】
決定モジュール８２は、ニュース情報にマッチするターゲットリソースカテゴリを決定するように構成される。
【０１３２】
サービスモジュール８３は、ターゲットリソースカテゴリのネットワークリソースにサービス処理を行うように構成される。
【０１３３】
代替実施形態においては、決定モジュール８２で実施された構造は、計算ユニットと決定ユニットを含む。
【０１３４】
計算ユニットは、ニュース情報とリソースカテゴリライブラリの各リソースカテゴリとの間の各類似度を計算するように構成される。
【０１３５】
決定ユニットは、ニュース情報と第１の予め設定された類似条件を満たす類似度を有するリソースカテゴリを、ターゲットリソースカテゴリとして決定するように構成される。
【０１３６】
さらに、計算ユニットは、詳細には、
ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従って、ニュース情報のキーワードを取得し、
各リソースカテゴリに単語分割を行って、各リソースカテゴリの各キーワードを取得し、
ニュース情報のキーワードと各リソースカテゴリの各キーワードとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算する
ように構成される。
【０１３７】
さらに、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に従ってニュース情報のキーワードを取得する時、計算ユニットは、詳細には、ニュース情報の本文、見出し、及び、コメント情報のうちの少なくとも１種類の情報に対してキーワード抽出を行って、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを取得するように構成され、且つ、本文キーワード、見出しキーワード、及び、コメントキーワードのうちの少なくとも１つを組み合わせ、重複を排除して、ニュース情報のキーワードを取得するように構成される。
【０１３８】
さらに、ニュース情報のキーワードと各リソースカテゴリの各キーワードとに基づいてニュース情報と各リソースカテゴリの間の各類似度を計算する時、計算ユニットは、詳細には、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとを取得するように構成され、且つ、ニュース情報のキーワードの単語ベクトルと各リソースカテゴリのキーワードの単語ベクトルとに基づいて、ニュース情報と各リソースカテゴリの間の各類似度を計算するように構成される。
【０１３９】
本実施形態によって提供されるサービス処理装置は、ニュース情報を収集し、ニュース情報にマッチするターゲットリソースカテゴリを決定し、それによって、ターゲットリソースカテゴリのネットワークリソースにサービス処理を行って、ニュース情報とリソースカテゴリとのマッチング関係に基づいたサービス処理方法を提供する。こうして、ニュース情報の影響をサービス処理プロセスに十分に及ぼし、サービス処理の正確さを向上させながら、サービス処理方法を充実させる。
【０１４０】
記載が便利で容易なように、上述のシステム、装置、及び、ユニットの特定の作業プロセスは、上記方法の実施形態の対応するプロセスを参照できるので、ここに繰り返し記載しないことを、当業者が理解できるのは明らかである。
【０１４１】
本出願で提供される実施形態において、開示のシステム、装置、及び、方法は、他の方法で実施してよいことは理解されたい。例えば、上記装置の実施形態は、単に説明的なものである。例えば、ユニットの分割は、論理機能の分割のほんの１種類である。実際に、他の分割方法が存在する。例えば、複数のユニットまたは構成要素が組み合わされてよく、もしくは、他のシステムに組み込まれてよい、または、ある特徴は、無視できる、または、行わなくてよい。さらに、図示または記載される、相互結合、直接結合、または、通信接続は、あるインタフェース、装置、または、ユニットを通した間接結合、または、通信接続であってよく、電気的、機械的、または、他の形態であってよい。
【０１４２】
個別の構成要素として記載されたユニットは、物理的に分かれていてもいなくてもよく、ユニットとして表示された構成要素は、物理的ユニットであってもなくてもよい、すなわち、１箇所に置かれてもよく、複数のネットワークユニットに分散されてもよい。一部のユニットのまたは全てのユニットは、実施形態の現在の解決法の目的を達成するための実際のニーズに従って選択されてよい。
【０１４３】
さらに、本出願の各実施形態の様々な機能ユニットは、１つの処理ユニットに統合されてよく、または、各ユニットは、物理的に単独で存在してよく、または、２つ以上のユニットが、１つのユニットに統合されてよい。上記統合ユニットは、ハードウェアの形態で、または、ハードウェアとソフトウェア機能ユニット（複数可）の形態で実施できる。
【０１４４】
ソフトウェア機能ユニットとして実施される上記統合ユニットは、コンピュータ可読記憶媒体に記憶されてよい。ソフトウェア機能ユニットは、記憶媒体に記憶され、コンピューティング装置（パーソナルコンピュータ、サーバ、または、ネットワーク装置等であってよい）、または、プロセッサに、本出願の各実施形態に記載される方法の一部のステップを行わせる命令を含む。記憶媒体は、フラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または、光学ディスク等、プログラムコードを記憶できる様々な媒体を含む。
【０１４５】
最後に、上記実施形態は、本出願を制限するのではなく、本出願の技術的解決法を説明するためにのみ使用されていることに注意されたい。上記実施形態を参照して、本出願を記載したが、上記実施形態に記載された技術的解決法は修正できる、または、技術的特徴の一部は、同等の置き換えを行うことができることを、当業者は理解されたい。これらの修正または置き換えは、対応する技術的解決法の性質を本出願の実施形態の技術的解決法の趣旨及び範囲から逸脱させることはない。
【図１】
2019507425.tif 000003
【図２Ａ】
2019507425.tif 000004
【図２Ｂ】
2019507425.tif 000005
【図２Ｃ】
2019507425.tif 000006
【図２Ｄ】
2019507425.tif 000007
【図３】
2019507425.tif 000008
【図４】
2019507425.tif 000009
【図５】
2019507425.tif 000010
【図６】
2019507425.tif 000011
【図７】
2019507425.tif 000012
【図８】
2019507425.tif 000013
【国際調査報告】
2019507425.tif 000014
2019507425.tif 000015
2019507425.tif 000016
2019507425.tif 000017