(57)【特許請求の範囲】
【請求項１】
迷惑電話番号確定方法であって、前記迷惑電話番号確定方法は、サーバーに適用され、
少なくとも一つの端末から、ストレンジャー番号によって呼び出された電話番号に対応する端末のアドレス帳に記憶しない番号であるストレンジャー番号と、前記端末がストレンジャー番号と通話する通話内容テキストデータに応じて得た、通話内容テキストデータの通話主題を表すための少なくとも一つのキーワードとが含まれる目標通話レコードを取得し、予定個数の目標通話レコードが含まれる通話レコード集合を取得することと、
前記通話レコード集合における、前記予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号であるＮ個の不審番号を取得することと、
前記不審番号の所在の目標通話レコード毎に含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出することと、
いずれか一つの不審番号の所在の目標通話レコードに含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、当該目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定することとを含む、前記迷惑電話番号確定方法。
【請求項２】
前記所在の目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定することは、
いずれか一つの所在の目標通話レコードに迷惑特徴単語のある不審番号である第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得することと、
予め設定された迷惑特徴単語と迷惑タイプの対応関係に応じて、前記目標通話レコード集合におけるいずれか一つの通話レコードである第一通話レコードに含まれる、前記第一不審電話番号の迷惑目的を表すための迷惑特徴単語の迷惑タイプを確定することと、
第一通話レコードに含まれる迷惑特徴単語の迷惑タイプを前記第一通話レコードの迷惑タイプとして確定することと、
前記目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計することと、
前記迷惑タイプ毎に対応する通話レコードの数と前記目標通話レコード集合における通話レコードの総数の比率値に応じて、迷惑タイプごとの前記目標通話レコード集合における比率を確定することと、
前記目標通話レコード集合において比率が閾値より大きい迷惑タイプがある場合、前記第一不審電話番号を迷惑電話番号として確定することとを含むことを特徴とする
請求項１に記載の迷惑電話番号確定方法。
【請求項３】
前記目標通話レコード集合における、比率の最も大きい迷惑タイプを前記迷惑電話番号の迷惑タイプとすることをさらに含むことを特徴とする
請求項２に記載の迷惑電話番号確定方法。
【請求項４】
前記目標通話レコード毎において通話両方の電話番号である二つの電話番号が含まれ、前記二つの電話番号のうちの１つがストレンジャー番号であり、
前記通話レコード集合におけるＮ個の不審番号を取得することは、
前記通話レコード集合に対して、同じな二つの電話番号を含む目標通話レコードである少なくとも二つの同類通話レコードから、一番多いキーワードが含まれる目標通話レコード以外の通話レコードを削除するための重複削除処理することと、
処理後の通話レコード集合におけるＮ個の不審番号を取得することとを含むことを特徴とする
請求項１〜３のいずれか１項に記載の迷惑電話番号確定方法。
【請求項５】
迷惑電話番号確定装置であって、
少なくとも一つの端末から、ストレンジャー番号によって呼び出された電話番号に対応する端末のアドレス帳に記憶しない番号であるストレンジャー番号と、前記端末がストレンジャー番号と通話する通話内容テキストデータに応じて得た、通話内容テキストデータの通話主題を表すための少なくとも一つのキーワードとが含まれる目標通話レコードを取得し、予定個数の目標通話レコードが含まれる通話レコード集合を取得するように構成される集合取得モジュールと、
前記通話レコード集合における、前記予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号であるＮ個の不審番号を取得するように構成される番号取得モジュールと、
前記不審番号の所在の目標通話レコード毎に含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出するように構成される検出モジュールと、
いずれか一つの不審番号の所在の目標通話レコードに含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、当該目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定するように構成される確定モジュールとを含む、前記迷惑電話番号確定装置。
【請求項６】
前記確定モジュールは、
いずれか一つの所在の目標通話レコードに迷惑特徴単語のある不審番号である第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得するように構成される集合取得サブモジュールと、
予め設定された迷惑特徴単語と迷惑タイプの対応関係に応じて、前記目標通話レコード集合におけるいずれか一つの通話レコードである第一通話レコードに含まれる、前記第一不審電話番号の迷惑目的を表すための迷惑特徴単語の迷惑タイプを確定するように構成される特徴単語確定サブモジュールと、
第一通話レコードに含まれる迷惑特徴単語の迷惑タイプを前記第一通話レコードの迷惑タイプとして確定するように構成されるレコード確定サブモジュールと、
前記目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計するように構成される統計サブモジュールと、
前記迷惑タイプ毎に対応する通話レコードの数と前記目標通話レコード集合における通話レコードの総数の比率値に応じて、迷惑タイプごとの所在の前記目標通話レコード集合における比率を確定するように構成される比率確定サブモジュールと、
前記目標通話レコード集合において比率が閾値より大きい迷惑タイプがある場合、前記第一不審電話番号を迷惑電話番号として確定するように構成される番号確定サブモジュールとを含むことを特徴とする
請求項５に記載の迷惑電話番号確定装置。
【請求項７】
前記目標通話レコード集合における、比率の最も大きい迷惑タイプを前記迷惑電話番号の迷惑タイプとするように構成されるタイプ確定モジュールをさらに含むことを特徴とする
請求項６に記載の迷惑電話番号確定装置。
【請求項８】
前記目標通話レコード毎に通話両方の電話番号である二つの電話番号が含まれ、前記二つの電話番号のうちの１つがストレンジャー番号であり、
前記番号取得モジュールは、
前記通話レコード集合に対して、同じな二つの電話番号を含む目標通話レコードである少なくとも二つの同類通話レコードから、一番多いキーワードが含まれる目標通話レコード以外の通話レコードを削除するための重複削除処理を行って、処理後の通話レコード集合におけるＮ個の不審番号を取得するように構成されることを特徴とする
請求項５〜７のいずれか１項に記載の迷惑電話番号確定装置。
【請求項９】
迷惑電話番号確定装置であって、
プロセッサと、
前記プロセッサにおける実行可能な命令を記憶するメモリーとを含み、
前記プロセッサは、
少なくとも一つの端末から、ストレンジャー番号によって呼び出された電話番号に対応する端末のアドレス帳に記憶しない番号であるストレンジャー番号と、端末がストレンジャー番号と通話する通話内容テキストデータに応じて得た、通話内容テキストデータの通話主題を表すための少なくとも一つのキーワードとが含まれる目標通話レコードを取得し、予定個数の目標通話レコードが含まれる通話レコード集合を取得し、
前記通話レコード集合における、前記予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号であるＮ個の不審番号を取得し、
前記不審番号の所在の目標通話レコード毎に含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出し、
いずれか一つの不審番号の所在の目標通話レコードに含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、当該目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定するように構成される、前記迷惑電話番号確定装置。
【請求項１０】
迷惑電話番号確定システムであって、
請求項５〜８のいずれか一項に記載の迷惑電話番号確定装置を含むサーバーと
他の迷惑電話番号確定装置を含む端末とを含み、
前記他の迷惑電話番号確定装置は、
ストレンジャー番号と通話する通話音声データと、アドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得するように構成される端末取得モジュールと、
前記通話音声データを通話内容テキストデータに転換するように構成される転換モジュールと、
前記通話内容テキストデータの、前記通話内容テキストデータの通話主題を表すための少なくとも一つのキーワードを取得するように構成されるキーワード取得モジュールと、
前記少なくとも一つのキーワードと前記通話レコードに応じて、前記ストレンジャー番号と前記少なくとも一つのキーワードを含む目標通話レコードを生成するように構成される目標生成モジュールと、
前記目標通話レコードを、前記目標通話レコードにおける前記ストレンジャー番号と前記少なくとも一つのキーワードに応じて前記ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供するように構成されるレコード提供モジュールとを含む、前記迷惑電話番号確定システム。
【請求項１１】
迷惑電話番号確定システムであって、
請求項９に記載の迷惑電話番号確定装置を含むサーバーと
他の迷惑電話番号確定装置を含む端末とを含み、
前記他の迷惑電話番号確定装置は、
プロセッサと、
前記プロセッサにおける実行可能な命令を記憶するメモリーとを含み、
前記プロセッサは、
ストレンジャー番号と通話する通話音声データと、アドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得し、
前記通話音声データを通話内容テキストデータに転換し、
前記通話内容テキストデータの、前記通話内容テキストデータの通話主題を表すための少なくとも一つのキーワードを取得し、
前記少なくとも一つのキーワードと前記通話レコードに応じて、前記ストレンジャー番号と前記少なくとも一つのキーワードを含む目標通話レコードを生成し、
前記目標通話レコードを、前記目標通話レコードにおける前記ストレンジャー番号と前記少なくとも一つのキーワードに応じて前記ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供するように構成される、前記迷惑電話番号確定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安全技術分野に関し、特に、迷惑電話番号確定方法、装置及びシステムに関する。
【背景技術】
【０００２】
本願は、出願番号が２０１５１０４０８７１１．７であり、出願日が２０１５年７月１３日である中国特許出願に基づいて提出され、当該中国特許出願の優先権を主張し、且つ前記中国特許出願のすべての内容を本願に援用する。
【０００３】
一般的に、迷惑電話番号には、保険を販売する電話番号、不動産仲介の電話番号、及び詐欺電話番号が含まれ、これらの迷惑電話番号は、人々の正常的な生活を長期的に妨害している。
【０００４】
相関技術において、迷惑電話番号確定方法がある。当該方法には、まず、多数のユーザーは、端末を通じて受信した電話が迷惑電話番号であるかを確認し、確認した迷惑電話番号をサーバーへアップロードし、サーバーは、多数のユーザーにより確認された迷惑電話番号を収集して迷惑電話番号表を生成する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これを鑑みて、相関技術課題を解決するために、本開示実施例は、迷惑電話番号確定方法、装置及びシステムを提供する。前記技術案は、以下の通りである。
【課題を解決するための手段】
【０００６】
第一様態において、迷惑電話番号確定方法を提供し、当該方法は、
少なくとも一つの端末から、ストレンジャー番号に対応する端末のアドレス帳に記憶しない番号であるストレンジャー番号と、前記端末がストレンジャー番号と通話する通話内容テキストデータに応じて得た、通話内容テキストデータの通話主題を表すための少なく一つのキーワードとが含まれる目標通話レコードを取得し、予定個数の目標通話レコードが含まれる通話レコード集合を取得することと、
前記通話レコード集合における、前記予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号であるＮ個の不審番号を取得することと、
前記不審番号の所在の目標通話レコード毎に含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出することと、
いずれか一つの不審番号の所在の目標通話レコードに含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、当該目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定することとを含む。
【０００７】
本開示の第一様態によれば、通話レコード集合に含まれる多数の電話番号における迷惑電話番号を便利で迅速に確定でき、迷惑電話番号の取得効率を向上させる。
【０００８】
第一様態を結びつけて、一番目の実現可能な形態において、
前記所在の目標通話レコードにおいて迷惑特徴単語のある不審番号を迷惑電話番号として確定することは、
いずれか一つの所在の目標通話レコードに迷惑特徴単語がある不審番号である第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得することと、
予め設定された迷惑特徴単語と迷惑タイプの対応関係に応じて、前記目標通話レコード集合におけるいずれか一つの通話レコードである第一通話レコードに含まれる、前記第一不審電話番号の迷惑目的を表すための迷惑特徴単語の迷惑タイプを確定することと、
第一通話レコードに含まれる迷惑特徴単語の迷惑タイプを前記第一通話レコードの迷惑タイプとして確定することと、
前記目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計することと、
前記迷惑タイプ毎に対応する通話レコードの数と前記目標通話レコード集合における通話レコードの総数の比率値に応じて、迷惑タイプごとの前記目標通話レコード集合における比率を確定することと、
前記目標通話レコード集合において比率が閾値より大きい迷惑タイプがある場合、前記第一不審電話番号を迷惑電話番号として確定することとを含む。
【０００９】
本開示の第一様態の一番目の実現可能な形態によれば、確定する迷惑電話番号の正確性を高める。
【００１０】
一番目の実現可能な形態を結びつけて、二番目の実現可能な形態において、
当該方法は、さらに、前記目標通話レコード集合における、比率の最も大きい迷惑タイプを前記迷惑電話番号の迷惑タイプとすることを含む。
【００１１】
本開示の第一様態の二番目の実現可能な形態によれば、迷惑電話番号の迷惑タイプを確定する。
【００１２】
第一様態、または一番目の実現可能な形態、または二番目の実現可能な形態を結びつけ、三番目の実現可能な形態において、
前記目標通話レコード毎にストレンジャー番号を含む二つの電話番号が含まれ、
前記通話レコード集合におけるＮ個の不審番号を取得することは、
前記通話レコード集合に対して、同じな二つの電話番号を含む目標通話レコードである少なくとも二つの同類通話レコードから、一番多いキーワードが含まれる目標通話レコード以外の通話レコードを削除するための重複削除処理することと、
処理した通話レコード集合におけるＮ個の不審番号を取得することとを含む。
【００１３】
本開示の第一様態の三番目の実現可能な形態によれば、最後に確定する迷惑電話番号の正確性を高める。
【００１４】
第二様態において、迷惑電話番号確定方法を提供し、当該方法は、
ストレンジャー番号と通話する通話音声データと、アドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得することと、
前記通話音声データを通話内容テキストデータに転換することと、
前記通話内容テキストデータの、前記通話内容テキストデータの通話主題を表す少なくとも一つのキーワードを取得することと、
前記少なくとも一つのキーワードと前記通話レコードに応じて、前記ストレンジャー番号と前記少なくとも一つのキーワードを含む目標通話レコードを生成することと、
前記目標通話レコードを、前記目標通話レコードにおける前記ストレンジャー番号と前記少なくとも一つのキーワードに応じて前記ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供することとを含む。
【００１５】
本開示の第二様態によれば、サーバーが、通話レコード集合に含まれる多数の電話番号における迷惑電話番号を便利で迅速に確定するようにすることができ、迷惑電話番号の取得効率を向上させる。
【００１６】
第二様態を結びつけ、一番目の実現可能な形態において、
前記通話内容テキストデータの少なく一つのキーワードを取得することは、
前記内容テキストデータを単語分割処理し、少なくとも一つの単語を含む単語分割結果を得ることと、
前記単語分割結果における各単語の、前記各単語と前記通話内容テキストデータの通話主題が相関される程度を指示するための前記各単語の主題相関度に正相関するキーワード因子を取得することと、
前記キーワード因子のサイズに従って前記単語分割結果における単語を降順に配列することと、
ランキングから最初のＭ個の単語を前記内容テキストデータのキーワードとすることとを含む。
【００１７】
本開示の第二様態の一番目の実現可能な形態において、取得するキーワードと主題の相関度を高める。
【００１８】
一番目の実現可能な形態を結びつけ、二番目の実現可能な形態において、
前記単語分割結果における各単語のキーワード因子を取得することは、
予め設定された辞典に応じて、前記単語分割結果における各単語の、特徴を表すためのタイプを取得することと、
予め設定されたタイプとウェート値の対応関係に応じて、前記単語分割結果における各単語のタイプに従って各単語に対してウェート値を割り当てることと、
前記単語分割結果における各単語の単語頻度を取得することと、
前記各単語のウェート値と単語頻度の積を前記各単語のキーワード因子とすることとを含む。
【００１９】
本開示の二番目の実現可能な形態によれば、信頼度がより高いキーワード因子を取得し、キーワード因子の信頼性を向上させる。
【００２０】
二番目の実現可能な形態を結びつけ、三番目の実現可能な形態において、
前記単語分割結果における各単語のキーワード因子を取得することは、
前記単語分割結果における、タイプが語気単語、人称代名詞および修飾語である単語を削除し処理後の単語分割結果を得ることと、
前記処理後の単語分割結果における各単語のキーワード因子を取得することとを含む。
【００２１】
本開示の第二様態の三番目の実現可能な形態によれば、端末の計算量を減らし、キーワード因子の信頼性を向上させる。
【００２２】
第三様態において、迷惑電話番号確定装置を提供し、当該装置は、
少なくとも一つの端末から、ストレンジャー番号に対応する端末のアドレス帳に記憶しない番号であるストレンジャー番号と、端末がストレンジャー番号と通話する通話内容テキストデータに応じて得た、通話内容テキストデータの通話主題を表すための少なく一つのキーワードとが含まれる目標通話レコードを取得し、予定個数の目標通話レコードが含まれる通話レコード集合を取得するように構成される集合取得モジュールと、
前記通話レコード集合における、予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号であるＮ個の不審番号を取得するように構成される番号取得モジュールと、
前記不審番号の所在の目標通話レコード毎に含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出するように構成される検出モジュールと、
いずれか一つの不審番号の所在の目標通話レコードに含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、当該目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定するように構成される確定モジュールとを含む。
【００２３】
第三様態を結びつけ、一番目の実現可能な形態において、前記確定モジュールは、
いずれか一つの所在の目標通話レコードに迷惑特徴単語のある不審番号である第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得するように構成される集合取得サブモジュールと、
予め設定された迷惑特徴単語と迷惑タイプの対応関係に応じて、前記目標通話レコード集合におけるいずれか一つの通話レコードである第一通話レコードに含まれる、前記第一不審電話番号の迷惑目的を表すための迷惑特徴単語の迷惑タイプを確定するように構成される特徴単語確定サブモジュールと、
第一通話レコードに含まれる迷惑特徴単語の迷惑タイプを前記第一通話レコードの迷惑タイプとして確定するように構成されるレコード確定サブモジュールと、
前記目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計するように構成される統計サブモジュールと、
前記迷惑タイプ毎に対応する通話レコードの数と前記目標通話レコード集合における通話レコードの総数の比率値に応じて、迷惑タイプごとの所在の前記目標通話レコード集合における比率を確定するように構成される比率確定サブモジュールと、
前記目標通話レコード集合において比率が閾値より大きい迷惑タイプがある場合、前記第一不審電話番号を迷惑電話番号として確定するように構成される番号確定サブモジュールとを含む。
【００２４】
一番目の実現可能な形態を結びつけ、二番目の実現可能な形態において、当該装置は、
前記目標通話レコード集合における、比率の最も大きい迷惑タイプを前記迷惑電話番号の迷惑タイプとするように構成されるタイプ確定モジュールをさらに含む。
【００２５】
第三様態、または一番目の実現可能な形態、または二番目の実現可能な形態を結びつけ、三番目の実現可能な形態において、
前記目標通話レコード毎にストレンジャー番号を含む二つの電話番号が含まれ、
前記番号取得モジュールは、
前記通話レコード集合に対して、同じな二つの電話番号を含む目標通話レコードである少なくとも二つの同類通話レコードから、一番多いキーワードが含まれる目標通話レコード以外の通話レコードを削除するための重複削除処理を行って、処理後の通話レコード集合におけるＮ個の不審番号を取得するように構成される。
【００２６】
第四様態において、迷惑電話番号確定装置を提供し、当該装置は、
ストレンジャー番号と通話する通話音声データと、アドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得するように構成される端末取得モジュールと、
前記通話音声データを通話内容テキストデータに転換するように構成される転換モジュールと、
前記通話内容テキストデータの、前記通話内容テキストデータの通話主題を表すための少なくとも一つのキーワードを取得するように構成されるキーワード取得モジュールと、
前記少なくとも一つのキーワードと前記通話レコードに応じて、前記ストレンジャー番号と前記少なくとも一つのキーワードを含む目標通話レコードを生成するように構成される目標生成モジュールと、
前記目標通話レコードを、前記目標通話レコードにおける前記ストレンジャー番号と前記少なくとも一つのキーワードに応じて前記ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供するように構成されるレコード提供モジュールとを含む。
【００２７】
第四様態を結びつけ、一番目の実現可能な形態において、
キーワード取得モジュールは、
前記内容テキストデータを単語分割処理し、少なくとも一つの単語を含む単語分割結果を得るように構成される単語分割りサブモジュールと、
前記単語分割結果における各単語の、前記各単語と前記通話内容テキストデータの通話主題が相関される程度を指示するための前記各単語の主題相関度に正相関するキーワード因子を取得するように構成される因子取得サブモジュールと、
前記キーワード因子のサイズに従って前記単語分割結果における単語を降順に配列するように構成される因子ソートサブモジュールと、
ランキングから最初のＭ個の単語を前記内容テキストデータのキーワードとするように構成されるキーワード確定サブモジュールとを含む。
【００２８】
一番目の実現可能な形態を結びつけ、二番目の実現可能な形態において、
因子取得サブモジュールは、
予め設定された辞書に応じて、前記単語分割結果における各単語の、特徴を表すためのタイプを取得し、予め設定されたタイプとウェート値の対応関係に応じて、前記単語分割結果における各単語のタイプに従って各単語に対してウェート値を割り当て、前記単語分割結果における各単語の単語頻度を取得し、前記各単語のウェート値と単語頻度の積を前記各単語のキーワード因子とするように構成される。
【００２９】
二番目の実現可能な形態を結びつけ、三番目の実現可能な形態において
因子取得サブモジュールは、
前記単語分割結果における、タイプが語気単語、人称代名詞および修飾語である単語を削除し処理後の単語分割結果を得て、前記処理後の単語分割結果における各単語のキーワード因子を取得するように構成される。
【００３０】
第五様態において、迷惑電話番号確定装置を提供し、当該装置は、プロセッサと、前記プロセッサにおける実行可能な命令を記憶するメモリーとを含み、
前記プロセッサは、
少なくとも一つの端末から、ストレンジャー番号に対応する端末のアドレス帳に記憶しない番号であるストレンジャー番号と、端末がストレンジャー番号と通話する通話内容テキストデータに応じて得た、通話内容テキストデータの通話主題を表すための少なく一つのキーワードとが含まれる目標通話レコードを取得し、予定個数の目標通話レコードが含まれる通話レコード集合を取得し、
前記通話レコード集合における、前記予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号であるＮ個の不審番号を取得し、
前記不審番号の所在の目標通話レコード毎に含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出し、
いずれか一つの不審番号の所在の目標通話レコードに含まれるキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、当該目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号として確定するように構成される。
【００３１】
第六様態において、迷惑電話番号確定装置を提供し、当該装置は、プロセッサと、前記プロセッサにおける実行可能な命令を記憶するメモリーとを含み、
前記プロセッサは、
ストレンジャー番号と通話する通話音声データと、アドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得し、
前記通話音声データを通話内容テキストデータに転換し、
前記通話内容テキストデータの、前記通話内容テキストデータの通話主題を表す少なくとも一つのキーワードを取得し、
前記少なくとも一つのキーワードと前記通話レコードに応じて、前記ストレンジャー番号と前記少なくとも一つのキーワードを含む目標通話レコードを生成し、
前記目標通話レコードを、前記目標通話レコードにおける前記ストレンジャー番号と前記少なくとも一つのキーワードに応じて前記ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供するように構成される。
【００３２】
第七様態において、迷惑電話番号確定システムを提供し、当該システムは、
第三様態が提供する迷惑電話番号確定装置を含むサーバーと
第四様態が提供する迷惑電話番号確定装置を含む端末とを含む。
【００３３】
第八様態において、迷惑電話番号確定システムを提供し、当該システムは、
第五様態が提供する迷惑電話番号確定装置を含むサーバーと
第六様態が提供する迷惑電話番号確定装置を含む端末とを含む。
【００３４】
本開示が提供する技術案は、以下の有益な効果を含む。
【００３５】
本開示が提供する迷惑電話番号確定方法、装置及びシステムによれば、通話レコード集合において出現回数が一番多いＮ個の不審番号を不審番号と確定し、不審番号がある当該目標通話レコードに含まれている、通話主題を表すためのキーワードに迷惑特徴単語のある不審番号を迷惑電話番号と確定することによって、通話レコード集合に含まれている多数の電話番号における迷惑電話番号を便利で迅速に確定し、迷惑電話番号の取得効率を向上させる効果を達成する。
【００３６】
以上の一般的な説明と以下の詳細な説明は、例示的なものだけであるが、本開示を限定できないと理解すべきである。
【図面の簡単な説明】
【００３７】
【図１】本開示の各実施例が提供する迷惑電話番号確定方法に関する実施環境を示す図である。
【図２】例示的な実施例によって示す迷惑電話番号確定方法のフローチャートである。
【図３】例示的な実施例によって示す他の迷惑電話番号確定方法のフローチャートである。
【図４−１】例示的な実施例によって示す他の迷惑電話番号確定方法のフローチャートである。
【図４−２】図４−１に示す迷惑電話番号確定方法におけるキーワードを取得するフローチャートである。
【図４−３】図４−１に示す迷惑電話番号確定方法におけるキーワード因子を取得するフローチャートである。
【図４−４】図４−１に示す迷惑電話番号確定方法における迷惑電話番号を確定するフローチャートである。
【図５−１】例示的な実施例によって示す迷惑電話番号確定装置のブロック図である。
【図５−２】図５−１に示す迷惑電話番号確定装置の確定モジュールのブロック図である。
【図５−３】本開示実施例が提供する他の迷惑電話番号確定装置のブロック図である。
【図６−１】本開示実施例によって示す他の迷惑電話番号確定装置のブロック図である。
【図６−２】図６−１に示す迷惑電話番号確定装置のキーワード取得モジュールのブロック図である。
【図７】例示的な実施例によって示す迷惑電話番号確定装置のブロック図である。
【図８】例示的な実施例によって示す迷惑電話番号確定装置のブロック図である。
【図９】例示的な実施例によって示す迷惑電話番号確定装置のブロック図である。
【図１０】例示的な実施例によって示す迷惑電話番号確定装置のブロック図である。
【発明を実施するための形態】
【００３８】
本開示の実施例をより明らかに説明するために、以上、実施例の説明に使用する必要がある添付した図面を簡単に紹介し、明らかに、以下に説明する添付した図面は、本開示の実施例だけであり、当業者にとって、創造的な仕事をしない前提で、このような添付した図面によって他の図面を取得できる。
【００３９】
ここの添付した図面は、明細書に引き入れて本明細書の一部分を構成し、本発明に合う実施例を示し、かつ、明細書とともに本発明の原理を解釈することに用いられる。
【００４０】
本開示の目的、技術案及び利点をもっと明確して、以下、添付した図面を合わせて本開示をさらに詳しく説明する。明らかに、説明した実施例は、本開示の一部分の実施例だけであり、全部の実施例ではない。本開示の実施例に基づいて、当業者が創造的な仕事をしない前提で取得する全ての他の実施例は、本開示が保護する範囲に属する。
【００４１】
図１は、本開示の各実施例が提供する迷惑電話番号確定方法に関する実施環境を示す図であり、当該実施環境には端末１１とサーバー１２が含まれてもよい。
【００４２】
端末１１は、携帯電話、タブレットパソコン、ラップトップノートパソコン、及びデスクトップパソコンなどであってもよい。
【００４３】
サーバー１２は、サーバーであってもよく、または、いくつかのサーバーからなるサーバー群であってもよく、または、クラウド計算サービスセンターであってもよい。
【００４４】
端末１１とサーバー１２の間に有線接続または無線接続を確立できる。また、本実施環境は、端末１１の数を限定しない。
【００４５】
図２は、例示的な実施例によって示す迷惑電話番号確定方法のフローチャートである。本実施例は、当該迷惑電話番号確定方法を図１に示す実施環境のサーバー１２に適用することを例として説明する。当該迷惑電話番号確定方法は、以下のいくつかのステップを含んでもよい。
【００４６】
ステップ２０１において、少なくとも一つの端末から目標通話レコードを取得し、通話レコード集合を得る。通話レコード集合には予定個数の目標通話レコードが含まれ、目標通話レコード毎にストレンジャー番号と少なく一つのキーワードが含まれる。少なくとも一つのキーワードは、端末がストレンジャー番号と通話する通話内容テキストデータに応じて取得し、通話内容テキストデータの通話主題を表すことに用いられる。ストレンジャー番号（知らない番号）は、ストレンジャー番号に対応する端末のアドレス帳に記憶しない番号である。
【００４７】
ステップ２０２において、通話レコード集合におけるＮ個の不審番号を取得する。Ｎ個の不審番号は、予定個数の目標通話レコードに含まれているストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号である。
【００４８】
ステップ２０３において、不審番号の所在の目標通話レコード毎に含まれているキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語があるかを検出する。
【００４９】
ステップ２０４において、いずれか一つの不審番号の所在の目標通話レコードに含まれているキーワードにおいて、予め設定された辞典に記録された迷惑特徴単語がある場合、所在の目標通話レコードにおける迷惑特徴単語のある不審番号を迷惑電話番号と確定する。
【００５０】
とにかく、本開示実施例が提供する迷惑電話番号確定方法によれば、通話レコード集合における出現回数が一番多いＮ個のストレンジャー番号を不審番号として確定し、不審番号の所在の当該目標通話レコードに含まれている、通話主題を表すためのキーワードに迷惑特徴単語のある不審番号を迷惑電話番号として確定することによって、通話レコード集合に含まれている多数の電話番号における迷惑電話番号を便利で迅速に確定し、迷惑電話番号の取得効率を向上させる効果を達成する。
【００５１】
図３は、例示的な実施例によって示す他の迷惑電話番号確定方法のフローチャートであり、本実施例は、当該迷惑電話番号確定方法を図１に示す実施環境における端末１１に適用することを例として説明する。当該迷惑電話番号確定方法は、以下のいくつかのステップを含む。
【００５２】
ステップ３０１において、ストレンジャー番号と通話する通話音声データ、およびアドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得する。
【００５３】
ステップ３０２において、通話音声データを通話内容テキストデータに転換する。
【００５４】
ステップ３０３において、通話内容テキストデータの、通話内容テキストデータの通話主題を表す少なくとも一つのキーワードを取得する。
【００５５】
ステップ３０４において、少なくとも一つのキーワードと通話レコードに応じて、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを生成する。
【００５６】
ステップ３０５において、目標通話レコードをサーバーに提供する。サーバーは、目標通話レコードにおけるストレンジャー番号と少なくとも一つのキーワードに応じて、ストレンジャー番号が迷惑電話番号であるかを確定することに用いられる。
【００５７】
とにかく、本開示実施例が提供する迷惑電話番号確定方法によれば、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを取得し、当該目標通話レコードを、目標通話レコードにおけるストレンジャー番号と少なくとも一つのキーワードに応じてストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供することによって、迷惑電話番号の取得効率を向上させる効果を達成する。
【００５８】
図４−１は、例示的な実施例によって示す他の迷惑電話番号確定方法のフローチャートである。本実施例は、迷惑電話番号確定方法を図１に示す実施環境に適用することを例として説明する。当該迷惑電話番号確定方法は、以下のいくつかのステップを含む。
【００５９】
ステップ４０１において、端末は、ストレンジャー番号と通話する通話音声データ、およびアドレス帳に記憶しないストレンジャー番号を含む通話レコードを取得する。
【００６０】
端末は、通話し始めるたびに、アドレス帳に応じて通話相手の電話番号がストレンジャー番号であるかを検出し、通話相手の電話番号がストレンジャー番号である場合、同期的に通話音声データを取得し、通話レコードを生成する。当該通話レコードにおいて通話相手のストレンジャー番号と当該端末自身の電話番号が記憶されてもよく、または、当該通話レコードにおいて通話相手のストレンジャー番号だけが記憶されてもよい。
【００６１】
ステップ４０２において、端末は、通話音声データを通話内容テキストデータに転換する。
【００６２】
端末は、通話音声データを取得した後、通話音声データをテキストフォーマットの通話内容テキストデータに転換し記憶する。当該テキストフォーマットは、ｔｘｔまたはＡＳＣＩＩ（Ａｍｅｒｉｃａｎ・Ｓｔａｎｄａｒｄ・Ｃｏｄｅ・ｆｏｒ・Ｉｎｆｏｒｍａｔｉｏｎ・Ｉｎｔｅｒｃｈａｎｇｅ、アスキー）などであってもよい。
【００６３】
例示的に、自動音声認識技術（Ａｕｔｏｍａｔｉｃ・Ｓｐｅｅｃｈ・Ｒｅｃｏｇｎｉｔｉｏｎ）に応じて、取得した通話音声データを通話内容テキストデータに転換でき、当該自動音声認識技術が従来技術を参照でき、本開示実施例において詳しく説明しない。
【００６４】
選択的に、本ステップはステップ４０１と同時に実行でき、即ち、端末は、ストレンジャー番号と通話する時、ストレンジャー番号と通話する通話音声データを取得し、且つ音声データを通話内容テキストデータにリアルタイムに転換し、このように、通話が終了する時、端末は、完全な通話内容テキストデータを取得できる。
【００６５】
ステップ４０３において、端末は、通話内容テキストデータの少なくとも一つの、通話内容テキストデータの通話主題を表すためのキーワードを取得する。
【００６６】
端末は、通話内容テキストデータを取得した後、当該通話内容テキストデータを分析し、通話主題を表すことができる単語を取得できる。例示的に、取得した通話内容テキストデータは、あるスターを検討する話である場合、端末の取得したキーワードは当該スターの名前である可能性がある。
【００６７】
図４−２に示すように、本ステップは、以下の四つサブステップに分けられる。
【００６８】
サブステップ４０３１において、端末は、内容テキストデータを単語分割して、少なくとも一つの単語を含む単語分割結果を取得する。
【００６９】
一般的に、端末の取得した通話内容テキストデータは、複数の完全な文句を含み、端末は、当該文句からキーワードを取得する場合、まず、当該通話内容テキストデータを単語分割処理し、その含まれる完全な文句を一つ一つの単語に分割する必要がある。
【００７０】
ここで、単語分割処理する方法には、辞書、レキシコンマッチングによる単語分割方法、単語頻度統計による単語分割方法及び知識理解による単語分割方法のような三つの方法が含まれ、また、一つの方法において複種類の単語分割アルゴリズムが含まれる。例えば、辞書、レキシコンマッチングによる単語分割方法には、順方向最大マッチング法、逆方向最大マッチング法、および最短パス単語分割法などが含まれ、また、単語頻度統計による単語分割方法には、統計に基づく単語分割モデル、当該単語分割モデルによって単語分割処理を行うアルゴリズムが含まれる。選択的に、本開示実施例は、当該三つの単語分割処理方法からいずれか一つの単語分割アルゴリズムを選び、取得した通話内容テキストデータに対して単語分割処理を行う。
【００７１】
サブステップ４０３２において、端末は、単語分割結果における各単語のキーワード因子を取得する。
【００７２】
端末は、通話内容テキストデータの単語分割結果を取得した後、当該単語分割結果における各単語のキーワード因子を取得できる。当該キーワード因子は、各単語の主題相関度と正相関することができ、当該主題相関度は、一つの単語と通話内容テキストデータの通話主題が相関される程度を指示するためであり、即ち、一つの単語のキーワード因子が大きければ大きいほど、当該単語と通話内容テキストデータの通話主題の相関程度が高い。
【００７３】
図４−３に示すように、本ステップは、以下の五つのサブステップを含む。
【００７４】
サブステップ４０３２ａにおいて、端末は、予め設定されたタイプ辞典に応じて、単語分割結果における各単語のタイプを取得する。当該タイプは、各単語の特徴を表すためである。
【００７５】
端末は、通話内容テキストデータの単語分割結果を取得した後、まず、予め設定されたのタイプ辞書に応じて、当該単語分割結果における各単語の、各単語の特徴を表すためのタイプを取得できる。例示的に、当該タイプには、迷惑特征単語、専有名詞、人物名前、日付、語気単語、人称代名詞、修飾語と地名などが含まれ、予め設定されたタイプ辞典において大部分の常用単語のタイプが記憶される。
【００７６】
サブステップ４０３２ｂにおいて、端末は、単語分割結果におけるタイプが語気単語、人称代名詞および修飾語である単語を削除して、処理後の単語分割結果を得る。
【００７７】
端末は、単語分割結果における各単語のタイプを取得した後、タイプが語気単語、人称代名詞および修飾語である単語を削除し、処理後の単語分割結果を得る。このように、後続のステップにおいて端末の計算量を減らし、端末が本開示実施例が提供する迷惑電話番号確定方法を実施する時の運行速度を高めることができる。
【００７８】
ここで、一般的に、タイプが語気単語、人称代名詞および修飾語である単語は、いずれも通話主題に関係がなく、かつ出現頻度が高い可能性がある。例示的に、語気単語には漢文の
0006415554.tif 000002
などを含んでもよく、人称代名詞には「貴方、私、彼」などを含んでもよく、修飾語には「大きい、高い、真剣、生き生き、綺麗」などを含んでもよく、このような単語を削除することは、後続のキーワードを取得するのに影響しないだけではなく、取得したキーワードの正確性を増えることができる。また、端末は、主題との相関度がより小さい、他のタイプの単語を削除することができ、本開示実施例では限定しない。
【００７９】
説明する必要があるのは、本ステップは選択可能なステップであり、即ち、端末は、本ステップを実行しなく、サブステップ４０３２ａの後に、直接サブステップ４０３２ｃを実行してもよい。
【００８０】
サブステップ４０３２ｃにおいて、端末は、予め設定されたタイプとウェート値の対応関係に応じて、単語分割結果における各単語のタイプに従って各単語にウェート値を割り当てる。
【００８１】
端末は、通話主題と関係ないタイプの単語を削除した後、処理後の単語分割結果における各単語のキーワード因子を引き続き取得できる。端末は、予め設定されたタイプとウェート値の対応関係に応じて、単語分割結果における各単語のタイプに従って各単語にウェート値を割り当てることができる。ここで、予め設定されたタイプとウェート値の対応関係を、事前にタイプと通話主題の可能な相関度に応じて設定することができる。例示的に、タイプが迷惑特征単語である単語に対して最高のウェート値を設定してもよく、タイプが専有名詞と人物名前である単語に対してより高いウェート値を設定してもよく、タイプが日付と地名である単語に対してより低いウェート値を設定してもよい。例えば、迷惑特征単語に対応するウェート値が２であり、専有名詞と人物名前に対応するウェート値が１．５であり、日付と地名に対応するウェート値が１などである。
【００８２】
サブステップ４０３２ｄにおいて、端末は、単語分割結果における各単語の単語頻度を取得する。
【００８３】
端末は、単語分割結果における各単語にウェート値を割り当てる後、単語分割結果における各単語の単語頻度を取得できる。ここで、単語頻度は、ある単語が単語分割結果に出現する回数を表すことができ、例えば、単語分割結果において１００の単語があり、「住宅」との単語が１２回出現する場合、「住宅」が当該単語分割結果における単語頻度は１２である。または、単語頻度は、ある単語が単語分割結果に出現する回数を当該単語分割結果における単語総数で割って得る値にしてもよく、例えば、単語分割結果において１００の単語があり、「住宅」との単語が１２回出現する場合、「住宅」が当該単語分割結果における単語頻度は１２／１００＝０．１２である。説明する必要があるのは、複数の単語分割アルゴリズムで単語分割処理を行って、複数の単語分割結果を取得する場合、種類毎の単語分割結果においてぞれぞれ各単語の単語頻度を統計してもよい。
【００８４】
説明必要があるのは、本ステップは、サブステップ４０３２ｃの前に実行してもよく、または、本ステップは、サブステップ４０３２ｃとともに実行してもよく、本開示実施例では限定しない。
【００８５】
サブステップ４０３２ｅにおいて、端末は、各単語のウェート値と単語頻度の積を各単語のキーワード因子とする。
【００８６】
端末は、各単語のウェート値と積を取得した後、ウェート値と単語頻度の積をキーワード因子とする。
【００８７】
サブステップ４０３３において、端末は、キーワード因子のサイズに従って、単語分割結果における単語を降順に配列する。
【００８８】
端末は、単語分割結果における各単語のキーワード因子を取得した後、キーワード因子のサイズに従って単語分割結果における単語を降順に配列でき、即ち、キーワード因子が大きければ大きいほど、単語のランキングが前になる。
【００８９】
説明必要があるのは、端末は、複数の単語分割アルゴリズムで単語分割して複数の単語分割結果を取得する場合、単語分割結果における各単語に対してそれぞれランキングしてもよく、または、複数の単語分割結果における単語を合併しランキングしてもよく、本開示実施例では限定されない。
【００９０】
サブステップ４０３４において、端末は、ランキングから最初のＭ個の単語を内容テキストデータのキーワードとする。
【００９１】
端末は、ランキングから最初のＭ個の単語を内容テキストデータのキーワードとする。
【００９２】
説明必要があるのは、端末は、複数の単語分割アルゴリズムで単語分割処理して多種の単語分割結果を取得する場合、当該最初のＭ個の単語は、単語分割結果毎の最初のＭ個の単語であってもよく、または、合併し配列した最初のＭ個の単語であってもよい。ここで、Ｍは予め設定された値である。
【００９３】
例示的に、Ｍは１であり、端末は、二つの単語分割アルゴリズムで二つの単語分割結果Ｆ１とＦ２を取得する。Ｆ１には保険、住宅探す、およびおめでとうの単語が含まれ、かつ保険のキーワード因子は１０であり、住宅探すのキーワード因子は１２であり、おめでとうのキーワード因子は８である。Ｆ２には賞品、張三および李四の単語が含まれ、かつ賞品のキーワード因子は１３であり、張三のキーワード因子は７であり、李四のキーワード因子は３である。
【００９４】
Ｆ１における単語は、キーワード因子の降順に１．住宅探す、２．保険、３．おめでとうに配列される。Ｆ２における単語は、キーワード因子の降順に１．賞品、２．張三、３．李四に配列される。端末は、この二つの配列におけるランキングから第１位の単語、即ち住宅探すおよび賞品をキーワードとする。
【００９５】
Ｆ１とＦ２には含まれる単語は、キーワード因子のサイズに従って降順に１．賞品、２．住宅探す、３．保険、４．おめでとう、５．張三、６．李四に合併し配列される。端末は、当該合併し配列された後の第１位の賞品をキーワードとする。
【００９６】
説明必要があるのは、端末は、また、キーワード因子閾値をさらに設定できる。端末は、当該キーワード因子閾値を利用してランキングから最初のＭ個の単語に対してさらに選別して、ランキングから最初のＭ個の単語におけるキーワード因子がキーワード因子閾値より小さい単語を削除し、残りの単語をキーワードとする。このように、最後に確定したキーワードの正確性を高めることができ、または、端末は、直接単語分割結果におけるキーワード因子が当該キーワード因子閾値より大きい単語をキーワードとすることができる。
【００９７】
ここで、すでに内容テキストデータのキーワードを取得した。説明必要があるのは、ステップ４０２とステップ４０３は、端末がキーワードを取得するステップである。また、この二つのステップまたはこの二つのステップにおける一部のステップがサーバーによって完了されてもよく、本開示実施例では限定しない。例示的に、端末は、通話音声データまたは通話内容テキストデータをサーバーへアップロードして、サーバーがその中のキーワードを取得する。
【００９８】
ステップ４０４において、端末は、少なくとも一つのキーワードと通話レコードに応じて、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを生成する。
【００９９】
端末は、キーワードを取得した後、キーワード及び当該キーワードに対応する通話レコードを合併して、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを取得できる。例示的に、キーワードを通話レコードにおける対応するフィルドに挿入して目標通話レコードを生成する。
【０１００】
ステップ４０５において、端末は、予定時間内のすべての通話レコードをサーバーに提供する。
【０１０１】
端末は、目標通話レコードを取得した後、予定時間内のすべての通話レコードをサーバーに提供できる。当該すべての通話レコードには、目標通話レコードと通常の通話レコードが含まれ、ここで、通常の通話レコードがキーワードが含まれない通常の通話レコードである。例示的に、端末は、一ヶ月ずつ当該月内のすべての通話レコードをサーバーへアップロードする。
【０１０２】
また、端末は、目標通話レコードだけをサーバーに提供し、本開示実施例では限定しない。
【０１０３】
ステップ４０６において、サーバーは、少なくとも一つの端末の予定時間内のすべての通話レコードを取得する。
【０１０４】
サーバーは、少なくとも一つの端末の予定時間内のすべての通話レコードを取得でき、例示的に、サーバーは、１０００台の端末が一ヶ月内のすべての通話レコードを取得でき、且つサーバーは、この１０００台の端末から一ヶ月間隔をあけて一回取得してもよい。
【０１０５】
ステップ４０７において、サーバーは、少なくとも一つの端末の予定時間内のすべての通話レコードから目標通話レコードを取得し、通話レコード集合を得る。
【０１０６】
端末がサーバーに提供するのがすべての通話レコードである場合、サーバーは、そのすべての通話レコードから目標通話レコードを選別して、目標通話レコードを通話レコード集合に構成する。選別方法は、異なる情况に応じて以下のように分けてもよい。
【０１０７】
1）端末がサーバーにアドレス帳を提供する場合、サーバーは、当該アドレス帳に応じてストレンジャー番号を含む通話レコードを選別し、このようなストレンジャー番号を含む電話番号を目標通話レコードとする。
【０１０８】
2）端末がサーバーにアドレス帳提供しなくて、サーバーに通話レコードだけを提供する場合、サーバーは、通話レコードに名前を記録するかに応じて、名前を記録しない通話レコードを目標通話レコードとする。説明する必要があるのは、一般的に、端末は、通話レコードを生成する時、通話相手の番号がアドレス帳に記録する連絡先の電話番号であると、通話レコードに当該連絡先の名前を添付する。
【０１０９】
また、端末がサーバーに目標通話レコードだけを提供する場合、サーバーは、直接に取得した目標通話レコードを通話レコード集合に構成する。
【０１１０】
ステップ４０８において、サーバーは通話レコード集合に対して重複削除処理を行う。
【０１１１】
目標通話レコードには通話相手のストレンジャー番号を記録する以外に、目標通話レコードを生成する端末の電話番号を記録できる。ここで、重複削除処理は、少なくとも二つの同類の通話レコードにおける、キーワードが一番多く含まれる目標通話レコード以外の通話レコードを削除する処理である。即ち、含んでいる二つの電話番号が一致する目標通話レコードが複数である場合、含んでいるキーワードの個数に従ってこれらの目標通話レコードを降順に配列し、第1位の目標通話レコードだけを保存する。同類の通話レコードは、通話両方の電話番号である同じな二つの電話番号を含んでいる目標通話レコードである。
【０１１２】
例示的に、目標通話レコードＡ、目標通話レコードＢおよび目標通話レコードＣが同類通話レコードである場合、目標通話レコードＡには保険、住宅探す、おめでとう及び賞品のキーワードが含まれ、目標通話レコードＢには張三のキーワードが含まれ、目標通話レコードＣには李四、投資のキーワードが含まれる場合、含んでいるキーワードの個数に応じて、これらの目標通話レコードを降順に配列する。
【０１１３】
１．目標通話レコードＡ（四つのキーワード）
２．目標通話レコードＣ（二つのキーワード）
３．目標通話レコードＢ（一つのキーワード）
サーバーは、目標通話レコードＣと目標通話レコードＢを削除し、キーワードが一番多い含んでいる目標通話レコードＡを保存する。このように、本開示実施例が提供する迷惑電話番号確定方法によれば、確定する迷惑電話番号の正確性を高める。
【０１１４】
ステップ４０９において、サーバーは、処理後の通話レコード集合におけるＮ個の不審番号を取得する。
【０１１５】
ここで、Ｎ個の不審番号は、予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に従って降順に配列された、ランキングから最初のＮ個のストレンジャー番号であってもよく、Ｎが予め設定された値である。
【０１１６】
一般的に、迷惑電話の送信方は、多数のストレンジャー番号に対して電話を掛けるので、サーバーは、通話レコード集合に対して重複削除処理を行った後、まず、通話レコード集合に含まれている目標通話レコードにおけるストレンジャー番号毎の出現回数を統計し、当該出現回数に従ってすべてのストレンジャー番号を降順に配列し、ランキングから最初のＮ個のストレンジャー番号を不審番号として確定する。迷惑電話の送信方は、一般的に多数のストレンジャー番号に迷惑電話を掛けるので、迷惑電話の送信方の番号は、一般的に多数の目標通話レコードに出現する。
【０１１７】
例示的に、サーバーの統計したストレンジャー番号の出現回数は、以下の通りである。ストレンジャー番号１は１０００回出現し、ストレンジャー番号２は９００回出現し、ストレンジャー番号３は８００回出現し、ストレンジャー番号４は１２００回出現し、ストレンジャー番号５は２０００回出現し、これらのストレンジャー番号を出現回数に従って降順に配列する。
【０１１８】
１．ストレンジャー番号５
２．ストレンジャー番号４
３．ストレンジャー番号１
４．ストレンジャー番号２
５．ストレンジャー番号３
Ｎを３に予め設定された場合、不審番号が、ストレンジャー番号５、ストレンジャー番号４およびストレンジャー番号１であるのを取得できる。
【０１１９】
また、サーバーは、不審番号の正確性を高めるように、出現回数閾値を設定でき、ランキングから最初のＮ個のストレンジャー番号における出現回数が当該出現回数閾値より小さいストレンジャー番号をフィルターし、残りのストレンジャー番号を不審番号とし、または、通話レコード集合における出現回数が当該出現回数閾値より大きいストレンジャー番号を不審番号とすることができる。
【０１２０】
本ステップは、さらに、本開示実施例が提供する迷惑電話番号確定方法によって確定される迷惑電話番号の正確性を高める。
【０１２１】
説明必要があるのは、サーバーが不審番号を迷惑電話番号として確定することもでき、本開示実施例では限定しない。
【０１２２】
ステップ４１０において、サーバーは、不審番号の所在の目標通話レコード毎に含まれているキーワードに、予め設定された辞書に記録された迷惑特征単語があるかどうかを検出する。
【０１２３】
サーバーは、不審番号を取得した後、予め設定された辞書に応じて、不審番号の所在の目標通話レコード毎に含まれているキーワードに、迷惑特征単語があるかどうかを検出する。ここで、予め設定された辞書は、迷惑特征単語を記録できる。例示的に、予め設定された辞書に記録される迷惑特征単語は、以下の単語を含んでもよい。
【０１２４】
保険、保険会社、保険商品、リスク、投資；
中古部屋、住宅探す、学区部屋、所有者、新しい部屋、部屋交換；
おめでとう、携帯電話番号、電話番号、抽選、当選、賞品。
【０１２５】
サーバーは、不審番号ごとの所在の目標通話レコードに含まれているキーワードにおいて、これらの単語があるかどうかを検出する。
【０１２６】
ステップ４１１において、いずれか一つの不審番号の所在の目標通話レコードに含まれているキーワードにおいて、予め設定された辞書に記録された迷惑特征単語がある場合、サーバーは、所在の当該目標通話レコードに迷惑特征単語のある不審番号を迷惑電話番号として確定する。
【０１２７】
サーバーは、予め設定された辞書に応じて、不審番号毎に迷惑特征単語があるかどうかを検出した後、所在の目標通話レコードにおいて迷惑特征単語のある不審番号を迷惑電話番号として確定する。本ステップは、さらに、確定された迷惑電話番号の正確性を高め、正常番号（迷惑電話番号ではない）に対する誤審可能性を減らすことができる。
【０１２８】
図４−４に示すように、本ステップは、以下の七つのサブステップを含む。
【０１２９】
サブステップ４１１１において、サーバーは、第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得し、第一不審電話番号が、いずれか一つの所在の目標通話レコードに、迷惑特征単語のある不審番号である。
【０１３０】
サーバーは、すべての不審番号の所在の目標通話レコードに迷惑特征単語を含むかどうかを検出する後、第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得できる。第一不審電話番号は、いずれか一つの所在の目標通話レコードに、迷惑特征単語がある不審番号であり、第一不審番号は、複数の目標通話レコードに出現してもよく、サーバーは、前記複数の目標通話レコードを通じて目標通話レコード集合を構成する。
【０１３１】
サブステップ４１１２において、サーバーは、予め設定された迷惑特征単語と迷惑タイプの対応関係に応じて、第一通話レコードに含まれている迷惑特征単語の迷惑タイプを確定する。
【０１３２】
ここで、迷惑タイプは、第一不審電話番号の迷惑目的を表し、第一通話レコードは、目標通話レコード集合におけるいずれか一つの通話レコードである。即ち、サーバーは、目標通話レコード集合を取得した後、予め設定された迷惑特征単語と迷惑タイプの対応関係に応じて、目標通話レコード集合における目標通話レコード毎に含まれている迷惑特征単語の迷惑タイプを確定できる。例示的に、予め設定された迷惑特征単語と迷惑タイプの対応関係は、表１に示すようにしてもよい。
【０１３３】
【表１】
0006415554.tif 000003
【０１３４】
表１において、一行目はヘッダであり、表１における両列に対して説明することに用いられる。左一列は、迷惑タイプを示し、右一列は、迷惑タイプ毎に含まれている迷惑特征単語を示す。サーバーは、当該表に応じて第一通話レコードに含まれている迷惑特征単語の迷惑タイプを確定し、例えば、第一通話レコードに含まれている迷惑特征単語が「おめでとう」である場合、表１に応じて「おめでとう」の迷惑タイプが「詐欺」であるのを分かることができる。
【０１３５】
サブステップ４１１３において、サーバーは、第一通話レコードに含まれている迷惑特征単語の迷惑タイプを第一通話レコードの迷惑タイプとして確定する。
【０１３６】
サーバーは、目標通話レコード集合における通話レコード毎に含まれている迷惑特征単語の迷惑タイプを取得した後、当該迷惑特征単語の迷惑タイプを当該通話レコードの迷惑タイプとして確定できる。例示的に、目標通話レコード集合における一つの通話レコードが迷惑タイプの「詐欺」である迷惑特征単語を含む場合、サーバーは、当該通話レコードの迷惑タイプを「詐欺」として確定する。
【０１３７】
説明必要があるのは、目標通話レコード集合における通話レコードが複数の迷惑タイプの迷惑特征単語を含む場合、この複数の迷惑タイプをいずれも当該通話レコードの迷惑タイプとして確定でき、例示的に、通話レコードＡが「詐欺」と「仲介」の二つの迷惑タイプの迷惑特征単語を含む場合、通話レコードＡの迷惑タイプは「詐欺」と「仲介」である。
【０１３８】
サブステップ４１１４において、サーバーは、目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計する。
【０１３９】
サーバーは、目標通話レコードの通話レコード毎の迷惑タイプを取得した後、目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計できる。
【０１４０】
例示的に、通話レコードＡの迷惑タイプが「詐欺」と「仲介」であり、通話レコードＢの迷惑タイプが「販売」であり、通話レコードＣの迷惑タイプが「仲介」である場合、サーバーの統計結果は、以下のとおりである。
【０１４１】
迷惑タイプ「仲介」に対応する通話レコードは、通話レコードＡと通話レコードＣの二つであり、迷惑タイプ「詐欺」に対応する通話レコードは、通話レコードＡの一つであり、迷惑タイプ「販売」に対応する通話レコードは、通話レコードＢの一つである。
【０１４２】
サブステップ４１１５において、サーバーは、迷惑タイプ毎に対応する通話レコードの数と目標通話レコード集合における通話レコードの総数の比率値に応じて、迷惑タイプ毎の目標通話レコード集合における比率を確定する。
【０１４３】
サーバーは、目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計した後、迷惑タイプ毎に対応する通話レコードの数と目標通話レコード集合の通話レコードの総数の比率に応じて、迷惑タイプ毎の目標通話レコード集合における比率を確定する。
【０１４４】
例示的に、目標通話レコード集合において、６０個の迷惑タイプ「販売」に対応する通話レコードがあり、２０個の迷惑タイプ「仲介」に対応する通話レコードがあり、当該目標通話レコード集合における通話レコードが全部で１００である場合、迷惑タイプ「販売」の当該目標通話レコード集合における比率は０.６であり、迷惑タイプ「仲介」の当該目標通話レコード集合における比率は０.２である。
【０１４５】
サブステップ４１１６において、目標通話レコード集合において比率が比率閾値より大きい迷惑タイプがある場合、サーバーは、第一不審電話番号を迷惑電話番号として確定する。
【０１４６】
サーバーは、迷惑タイプ毎の目標通話レコード集合における比率を取得した後、これらの比率において比率閾値より大きい値があるかを検出でき、大きい値がある場合、当該第一不審電話番号を迷惑電話番号として確定する。例示的に、比率閾値が０.５であり、迷惑タイプ「販売」の目標通話レコード集合における比率が０.６であり、当該比率閾値より大きい場合、当該目標通話レコード集合に対応する第一不審電話番号を迷惑電話番号として確定する。
【０１４７】
説明必要があるのは、迷惑電話で迷惑方が話す内容は大体同一であるため、一つの迷惑電話番号の所在の複数の通話レコードにおける迷惑特征単語の迷惑タイプの類似度がより高い。即ち、比率閾値に応じて不審番号を選別することによって、確定された迷惑電話番号の正確性をより高めることができる。
【０１４８】
サブステップ４１１７において、サーバーは、目標通話レコード集合における比率の最も大きい迷惑タイプを迷惑電話番号の迷惑タイプとする。
【０１４９】
サーバーは、迷惑電話番号を確定した後、当該迷惑電話番号に対応する目標通話レコード集合における比率の最も大きい迷惑タイプを当該迷惑電話番号の迷惑タイプとし、当該迷惑タイプは、ユーザーに迷惑電話番号に対する明確な認識を提供できるようにして、ユーザー体験を向上させる。例示的に、目標通話レコード集合において「販売」と「仲介」の二つの迷惑タイプの通話レコードが含まれるが、迷惑タイプ「販売」の当該目標通話レコード集合における比率が０.６であり、迷惑タイプ「仲介」の当該目標通話レコード集合における比率が０.２である場合、当該迷惑電話番号の迷惑タイプは「販売」であると確定できる。
【０１５０】
また、サブステップ４１１７は、迷惑電話番号を分類するステップであり、選択的なステップである。具体的に、サーバーは、目標通話レコードにおける比率の最も大きい迷惑タイプを当該迷惑電話番号の迷惑タイプとする。
【０１５１】
説明必要があるのは、目標通話レコード集合における通話レコードは、いずれも目標通話レコードである。
【０１５２】
ステップ４１２において、サーバーは、確定した迷惑電話番号に応じてインスタント迷惑番号表を生成する。
【０１５３】
サーバーは、迷惑電話番号を取得した後、迷惑電話番号に応じてインスタント迷惑番号表を生成することができ、例示的に、生成したインスタント迷惑電話番号表は、表２のように示す。
【０１５４】
【表２】
0006415554.tif 000004
【０１５５】
表２において、一行目はヘッダであり、表２におけるデータを説明することに用いられ、表２における数字は迷惑電話番号を示す。
【０１５６】
説明必要があるのは、サーバーは、また、迷惑電話番号の迷惑タイプを確定する時、迷惑電話番号と迷惑タイプに応じてインスタント迷惑番号表を生成でき、即ち、インスタント迷惑番号表において迷惑電話番号を記録するだけでなく、迷惑電話番号の迷惑タイプを記録する。例示的に、表３のように示す。
【０１５７】
【表３】
0006415554.tif 000005
【０１５８】
表３において、一行目はヘッダであり、表３における両列のデータを説明することに用いられ、左一列は迷惑電話番号を示し、右一列は迷惑電話番号毎の迷惑タイプを示す。例えば、二行目の迷惑電話番号「１１１***１１１１」の迷惑タイプは「販売」である。
【０１５９】
ステップ４１３において、サーバーは、インスタント迷惑番号表に応じて履歴迷惑番号表を更新する。
【０１６０】
サーバーは、インスタント迷惑番号表を取得した後、当該インスタント迷惑番号表で履歴迷惑番号表を更新でき、ここで、履歴迷惑番号表は、サーバーが今回前に取得したインスタント迷惑番号表によって生成したものである。また、今回が一回目のインスタント迷惑番号表である場合、当該インスタント迷惑番号表を履歴迷惑番号表としてもよい。履歴迷惑番号表を更新する場合、迷惑電話番号を履歴迷惑番号表に記録する時間を示すように、当該迷惑電話番号毎にタイムスタンプ（Ｔｉｍｅｓｔａｍｐ）を添付してもよい。サーバーは、間隔をあけて一回にインスタント迷惑番号表を生成し、取得した最新のインスタント迷惑番号表に応じて一回に履歴迷惑番号表を更新する。
【０１６１】
説明必要があるのは、タイムスタンプ、またはＵｎｉｘ（登録商標）時間(Ｕｎｉｘｔｉｍｅ)は、時間表示形態であり、グリニッジ標準時１９７０年０１月０１日００時００分００秒(中国標準時１９７０年０１月０１日０８時００分００秒)から今までの総秒数として定義する。
【０１６２】
本ステップは、履歴迷惑番号表を更新する時、以下の三つの原則に従う。
【０１６３】
１）履歴迷惑番号表にないがインスタント迷惑番号表にある迷惑電話番号について、当該迷惑電話番号を履歴迷惑番号表に更新する。
【０１６４】
２）履歴迷惑番号表とインスタント迷惑番号表にある迷惑電話番号について、履歴迷惑番号表における当該迷惑電話番号のタイムスタンプを更新する。
【０１６５】
３）履歴迷惑番号表にあるがインスタント迷惑番号表にない迷惑電話番号について、現在時間と当該迷惑電話番号のタイムスタンプを比較し、時間差が閾値（予め設定できる）より大きい場合、履歴迷惑番号表における当該迷惑電話番号を削除する。このように、履歴迷惑番号表における長期間使用しない迷惑電話番号を削除できる。このように、迷惑電話番号の使用者が変更される場合に発生可能な誤審を避ける。
【０１６６】
本ステップが終了した後、サーバーの取得した履歴迷惑番号表に記録される迷惑電話番号は、非常に高い正確性を有する。
【０１６７】
ステップ４１４において、サーバーは、端末に更新後の履歴迷惑番号表を提供する。
【０１６８】
サーバーは、履歴迷惑番号表を更新した後、端末に当該更新後の履歴迷惑番号表を提供でき、例示的に、サーバーが、端末へ当該履歴迷惑番号表を主動的に送信でき、または、端末がサーバーから当該履歴迷惑番号表をダウンロードすることができる。
【０１６９】
端末が更新後の履歴迷惑番号表を取得した後、端末のユーザーは、そのなか記録されている迷惑電話番号及び迷惑電話番号の迷惑タイプに応じて、迷惑電話番号の着信をさらに処理できる。
【０１７０】
追加して説明する必要があるのは、本開示実施例が提供する迷惑電話番号確定方法によれば、キーワード因子のサイズによって単語分割結果における単語がキーワードであるかを判断し、キーワードの正確性を高める効果を達成する。
【０１７１】
追加して説明する必要があるのは、本開示実施例が提供する迷惑電話番号確定方法によれば、目標通話レコードに出現回数の一番多いＮ個の番号を不審番号として確定することによって、最後に確定する迷惑電話番号の正確性を高める効果を達成する。
【０１７２】
追加して説明する必要があるのは、本開示実施例が提供する迷惑電話番号確定方法によれば、目標通話レコード集合において各迷惑タイプに対応する目標通話レコードの目標通話レコード集合での比率によって迷惑電話番号を選別することによって、さらに確定する迷惑電話番号の正確性を高める効果を達成する。
【０１７３】
とにかく、本開示実施例が提供する迷惑電話番号確定方法によれば、通話レコード集合において出現回数の一番多いＮ個のストレンジャー番号を不審番号として確定し、不審番号の所在の目標通話レコードに含まれている、通話主題を表すための単語であるキーワードに迷惑特征単語のある不審番号を迷惑電話番号として確定することによって、通話レコード集合に含まれている多数の電話番号の迷惑電話番号を便利で迅速に確定でき、迷惑電話番号の取得効率を向上させる効果を達成する。
【０１７４】
下記は、本開示装置実施例であり、本開示方法実施例を実行することに用いられる。本開示装置実施例において開示しない細部に対して、本開示方法実施例を参照してください。
【０１７５】
図５−１は、例示的な実施例によって示す迷惑電話番号確定装置のブロック図である。本実施例は、当該迷惑電話番号確定装置が図１に示す実施環境におけるサーバー１２に適用されることを例として説明する。当該迷惑電話番号確定装置は、以下のモジュールを含んでもよい。
【０１７６】
集合取得モジュール５１０は、少なくとも一つの端末から目標通話レコードを取得して通話レコード集合を得るように構成される。通話レコード集合には、予定個数の目標通話レコードが含まれ、目標通話レコード毎にストレンジャー番号と少なくとも一つのキーワードが含まれる。少なくとも一つのキーワードは、端末がストレンジャー番号と通話する通話内容テキストデータによって取得したものであり、通話内容テキストデータの通話主題を表すことに用いられる。ストレンジャー番号は、ストレンジャー番号に対応する端末のアドレス帳に記憶しない番号である。
【０１７７】
番号取得モジュール５２０は、集合取得モジュール５１０により得られた通話レコード集合からＮ個の不審番号を取得するように構成される。ここで、Ｎ個の不審番号は、予定個数の目標通話レコードに含まれるストレンジャー番号の出現回数に応じて降順に配列された、ランキングから最初のＮ個のストレンジャー番号である。
【０１７８】
検出モジュール５３０は、番号取得モジュール５２０により取得された不審番号ごとの所在の目標通話レコードに含まれているキーワードには、予め設定された辞書に記録された迷惑特征単語があるかを検出するように構成される。
【０１７９】
確定モジュール５４０は、検出モジュール５３０が検出したいずれか一つの不審番号の所在の目標通話レコードに含まれているキーワードに、予め設定された辞書に記録された迷惑特征単語がある場合、当該目標通話レコードに迷惑特征単語がある不審番号を迷惑電話番号として確定するように構成される。
【０１８０】
とにかく、本開示実施例が提供する迷惑電話番号確定装置によれば、通話レコード集合の出現回数の一番多いＮ個のストレンジャー番号を不審番号として確定し、不審番号の所在の目標通話レコードに含まれている、通話主題を表すための単語であるキーワードに迷惑特征単語がある不審番号を迷惑電話番号として確定することによって、通話レコード集合に含まれている多数の電話番号の迷惑電話番号を便利で迅速に確定でき、迷惑電話番号の取得効率を向上させる効果を達成する。
【０１８１】
図５−２は、図５−１に示す迷惑電話番号確定装置における確定モジュール５４０のブロック図である。
【０１８２】
選択的に、確定モジュール５４０は、以下のモジュールを含む。
【０１８３】
集合取得サブモジュール５４１は、第一不審電話番号を含む目標通話レコードからなる目標通話レコード集合を取得するように構成される。ここで、第一不審電話番号は、いずれか一つの目標通話レコードに迷惑特征単語がある不審番号である。
【０１８４】
特征単語確定サブモジュール５４２は、予め設定された迷惑特征単語と第一不審電話番号の迷惑目的を表すための迷惑タイプの対応関係に応じて、集合取得サブモジュール５４１が取得した目標通話レコード集合におけるいずれか一つの通話レコードである第一通話レコードに含まれている迷惑特征単語の迷惑タイプを確定するように構成される。
【０１８５】
レコード確定サブモジュール５４３は、特征単語確定サブモジュール５４２が確定した第一通話レコードに含まれている迷惑特征単語の迷惑タイプを第一通話レコードの迷惑タイプとして確定するように構成される。
【０１８６】
統計サブモジュール５４４は、確定サブモジュール５４３が確定した目標通話レコード集合における迷惑タイプ毎に対応する通話レコードの数を統計し記録するように構成される。
【０１８７】
比率確定サブモジュール５４５は、統計サブモジュール５４４が統計した迷惑タイプ毎に対応する通話レコードの数と目標通話レコード集合の通話レコードの総数の比率によって、迷惑タイプ毎の目標通話レコード集合における比率を確定するように構成される。
【０１８８】
番号確定サブモジュール５４６は、比率確定サブモジュール５４５が確定した目標通話レコード集合には比率が比率閾値より大きい迷惑タイプがある場合、前記第一不審電話番号を迷惑電話番号として確定するように構成される。
【０１８９】
図５−３に示すように、本開示実施例が提供する他の迷惑電話番号確定装置のブロック図である。
【０１９０】
選択的に、当該装置は以下のモジュールを含む。
【０１９１】
タイプ確定モジュール５５０は、比率確定サブモジュール５４５が確定した目標通話レコード集合における比率一番大きい迷惑タイプを迷惑電話番号の迷惑タイプとして確定するように構成される。
【０１９２】
選択的に、目標通話レコードにおいて二つの電話番号が含まれ、二つの電話番号においてストレンジャー番号が含まれる。
【０１９３】
番号取得モジュール５２０は、集合取得モジュール５１０が取得した通話レコード集合に対して重複削除処理を行うように構成される。重複削除処理は、少なくとも二つの同類の通話レコードにおける一番多いキーワードを含む目標通話レコード以外の通話レコードを削除する処理である。同類通話レコードは、同じな二つの電話番号を含む目標通話レコードであり、処理後の通話レコード集合のＮ個の不審番号を取得する。
【０１９４】
追加して説明する必要があるのは、本開示実施例が提供する迷惑電話番号確定装置によれば、目標通話レコードに出現回数が一番多いＮ個の番号を不審番号として確定することによって、最後に確定する迷惑電話番号の正確性を高める効果を達成する。
【０１９５】
追加して説明する必要があるのは、本開示実施例が提供する迷惑電話番号確定装置によれば、目標通話レコード集合における各迷惑タイプに対応する目標通話レコードの目標通話レコード集合における比率に応じて迷惑電話番号を選別して、さらに確定する迷惑電話番号の正確性を高める効果を達成する。
【０１９６】
とにかく、本開示実施例が提供する迷惑電話番号確定装置によれば、通話レコード集合に出現回数の一番多いＮ個のストレンジャー番号を不審番号として確定し、不審番号の所在の目標通話レコードに含まれている、通話主題を表すための単語であるキーワードにおいて迷惑特征単語がある不審番号を迷惑電話番号として確定する。このように、通話レコード集合に含まれている多数の電話番号の迷惑電話番号を便利で迅速に確定し、迷惑電話番号の取得効率を向上させる効果を達成する。
【０１９７】
図５−１と図５−３に示す迷惑電話番号確定装置は、図２と図４−１に示す方法フローを実行することに用いられる。
【０１９８】
図５−２に示す確定モジュールは、図４−４に示す方法フローを実行することに用いられる。
【０１９９】
図６−１は、例示的な実施例によって示す他の迷惑電話番号確定装置のブロック図である。本実施例は、当該迷惑電話番号確定装置が図１に示す実施環境の端末１１に適用されることを例として説明し、当該迷惑電話番号確定装置は、以下のモジュールを含んでもよい。
【０２００】
端末取得モジュール６１０は、アドレス帳に記憶しないストレンジャー番号と通話する通話音声データ、およびストレンジャー番号を含む通話レコードを取得するように構成される。
【０２０１】
転換モジュール６２０は、端末取得モジュール６１０が取得した通話音声データを通話内容テキストデータに転換するように構成される。
【０２０２】
キーワード取得モジュール６３０は、転換モジュール６２０が取得した通話内容テキストデータの少なくとも一つの、通話内容テキストデータの通話主題を表すための単語であるキーワードを取得するように構成される。
【０２０３】
目標生成モジュール６４０は、キーワード取得モジュール６３０が取得した少なくとも一つのキーワードと通話レコードに応じて、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを生成するように構成される。
【０２０４】
レコード提供モジュール６５０は、目標生成モジュール６４０が生成した目標通話レコードをサーバーに提供するように構成される。サーバーは目標通話レコードにおけるストレンジャー番号と少なくとも一つのキーワードに応じてストレンジャー番号が迷惑電話番号であるかを確定するためのでる。
【０２０５】
とにかく、本開示実施例が提供する迷惑電話番号確定装置よれば、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを取得し、当該目標通話レコードを、当該目標通話レコードにおけるストレンジャー番号と少なくとも一つのキーワードに応じて当該ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供することによって、迷惑電話番号取得効率を向上させる効果を達成する。
【０２０６】
図６−２は、図６−１に示す迷惑電話番号確定装置のキーワード取得モジュール６３０のブロック図である。当該キーワード取得モジュール６３０は、以下のモジュールを含む。
【０２０７】
単語分割サブモジュール６３１は、内容テキストデータを単語分割処理し、少なくとも一つの単語を含む単語分割結果を得るように構成される。
【０２０８】
因子取得サブモジュール６３２は、単語分割サブモジュール６３１が取得した単語分割結果における各単語のキーワード因子を取得するように構成される。前記キーワード因子は、各単語の主題相関度に正相関する。前記各単語の主題相関度は、各単語と通話内容テキストデータの通話主題との相関程度を指示するためである。
【０２０９】
因子ソートサブモジュール６３３は、因子取得サブモジュール６３２が取得したキーワード因子のサイズに従って、単語分割結果における単語を降順に配列するように構成される。
【０２１０】
キーワード確定サブモジュール６３４は、因子ソートサブモジュール６３３の配列においてランキングから最初のＭ個の単語を内容テキストデータのキーワードとするように構成される。
【０２１１】
選択的に、因子取得サブモジュール６３２は、予め設定された各単語の特徴を表すためのタイプ辞書に応じて、単語分割サブモジュール６３１が取得した単語分割結果における各単語のタイプを取得するように構成される。予め設定されたタイプとウェート値の対応関係に応じて単語分割結果における各単語のタイプに従って各単語にウェート値を割り当てる。単語分割結果における各単語の単語頻度を取得し、各単語のウェート値と単語頻度の積を各単語のキーワード因子とする。
【０２１２】
選択的に、因子取得サブモジュール６３２は、単語分割サブモジュール６３１が取得した、単語分割結果においてタイプが語気単語、人称代名詞および修飾語である単語を削除して、処理後の単語分割結果を得て、処理後の単語分割結果における各単語のキーワード因子を取得するように構成される。
【０２１３】
追加して説明する必要があるのは、本開示実施例が提供する迷惑電話番号確定装置によれば、キーワード因子のサイズによって単語分割結果における単語がキーワードであるかを判断し、キーワードの正確性を高める効果を達成する。
【０２１４】
とにかく、本開示実施例が提供する迷惑電話番号確定装置によれば、ストレンジャー番号と少なくとも一つのキーワードを含む目標通話レコードを取得し、当該目標通話レコードを、当該目標通話レコードにおけるストレンジャー番号と少なくとも一つのキーワードに応じて当該ストレンジャー番号が迷惑電話番号であるかを確定するためのサーバーに提供することによって、迷惑電話番号の取得効率を向上させる効果を達成する。
【０２１５】
図６−１に示す迷惑電話番号確定装置は、図３に示す方法フローを実行することに用いられる。
【０２１６】
図６−２に示すキーワード取得モジュールは、図４−２に示す方法フローを実行することに用いられる。
【０２１７】
図７は、例示的な実施例によって示す迷惑電話番号確定装置７００のブロック図である。例えば、装置７００は、携帯電話、コンピューター、ディジタルブロードキャスト端末、メッセージ送受デバイス、ゲーム制御パネル、タブレットデバイス、医療デバイス、ボディビルデバイス、携帯情報端末などであってもよい。
【０２１８】
図７を参照し、装置７００は、処理コンポーネント７０２、メモリー７０４、電源コンポーネント７０６、マルチメディアコンポーネント７０８、オーディオコンポーネント７１０、入力・出力（Ｉ／Ｏ）のインタフェース７１２、センサーコンポーネント７１４、及び通信コンポーネント７１６の一つまたは複数のコンポーネントを含んでもよい。
【０２１９】
処理コンポーネント７０２は、一般的に、装置７００の操作全体、例えば表示、電話コール、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理コンポーネント７０２は、前記方法の全部または一部のステップを完了するように、一つまたは複数のプロセッサ７２０を含んで命令を実行してもよい。また、処理コンポーネント７０２は、ほかのコンポーネントとの間に交互しやすくするように、一つまたは複数のモジュールを含んでもよい。例えば、処理コンポーネント７０２は、マルチメディア７０８との間に交互しやすくするように、マルチメディアモジュールを含んでもよい。
【０２２０】
メモリー７０４は、装置７００での操作を支持するように、各種類のデータを記憶するように構成される。このようなデータの例示は、装置７００で操作するためのいかなるプログラムまたは方法のコマンド、連絡先データ、電話帳データ、メッセージ、ピクチャ、映像などを含む。メモリー７０４は、いかなる種類の揮発性または不揮発性記憶装置、またはこれらの組み合わせで実現でき、例えば、スタティックランダムアクセスメモリー（ＳＲＡＭ）、電気的に消去/書き込み可能な不揮発性メモリー（ＥＥＰＲＯＭ）、消去/書き込み可能な不揮発性メモリー（ＥＰＲＯＭ）、プログラマブルリードオンリーメモリー（ＰＲＯＭ）、リードオンリーメモリー（ＲＯＭ）、磁気メモリー、フラッシュメモリー、磁気ディスク、または光ディスクである。
【０２２１】
電源コンポーネント７０６は、装置７００の各コンポーネントに電力を供給する。電力コンポーネント７０６は、電源管理システム、一つまたは複数の電源、及び装置７００に対して電力を生成、管理及び配布することに関するほかのコンポーネントを含んでもよい。
【０２２２】
マルチメディアコンポーネント７０８は、前記装置７００とユーザーの間の一つの出力インタフェースを提供するスクリーンを含む。いくつかの実施例において、スクリーンは、液晶ディスプレー（ＬＣＤ）とタッチスクリーン（ＴＰ）を含んでもよい。スクリーンは、タッチパネルーを含む場合、ユーザーからの入力信号を受信するように、タッチスクリーンとして実現される。タッチパネルーは、タッチ、スライド及びタッチパネルー上の手振りをセンシングするように、一つまたは複数のタッチセンサーを含んでもよい。前記タッチセンサーは、タッチまたはスライド動作の限界をセンシングするだけでなく、また、前記タッチまたはスライド操作に関する持続時間と圧力を検出することができる。いくつかの実施例において、マルチメディアコンポーネント７０８は、前置カメラ及び／または後置カメラを含む。装置７００が操作モードにある場合、例えば、撮影モードまたは映像モードにある場合、前置カメラ及び／または後置カメラは、外部からのマルチメディアデータを受信できる。前置カメラ及び後置カメラは、いずれも固定的な光学レンズシステムであったり、焦点距離と光学ズーム機能を有したりするものである。
【０２２３】
オーディオコンポーネント７１０は、オーディオ信号を出力及び／または入力するように構成される。例えば、オーディオコンポーネント７１０は、マイク（ＭＩＣ）を含み、装置７００が呼び出しモード、記憶モード及び音声識別モードのような操作モードにある場合、マイクが外部のオーディオ信号を受信するように構成される。受信したオーディオ信号は、さらにメモリー７０４に記憶され、または、通信コンポーネント７１６介して送信される。いくつかの実施例において、オーディオコンポーネント７１０は、さらに、オーディオ信号を出力するためのスピーカーを含む。
【０２２４】
Ｉ／Ｏインタフェース７１２は、処理コンポーネント７０２と周辺インタフェースモジュールの間にインタフェースを提供する。前記周辺インタフェースモジュールは、鍵、クリックホイール、ボタンなどであってもよい。これらのボタンは、ページボタン、音量ボタン、スタートボタンとロックボタンを含むことができるが、これらに限定されない。
【０２２５】
センサーコンポーネント７１４は、一つまたは複数のセンサーを含み、装置７００に対して各方面の状態評価を提供するように構成される。例えば、センサーコンポーネント７１４は、装置７００のオン／オフ状態、コンポーネントの相対的な位置決めを検出でき、例えば、前記コンポーネントが装置７００のディスプレイとキーパッドである場合、また、センサーコンポーネント７１４は、装置７００または装置７００の一つのコンポーネントの位置変化、ユーザーと装置７００の接触が存在するか存在しないか、装置７００の方位またはスビードアップ／スビードカットおよび装置７００の温度変化を検出できる。センサーコンポーネント７１４は、さらに、如何なる物理的な接触がない場合に付近物体の存在を検出するように構成されるアプローチセンサーを含んでもよい。センサーコンポーネント７１４は、また、イメージング応用に用いられるための、ＣＭＯＳまたはＣＣＤ画像センサーのような光センサーを含んでもよい。いくつかの実施例において、当該センサーコンポーネント７１４は、さらに、加速度センサー、ジャイロセンサー、磁気センサー、圧力センサーまたは温度センサーを含んでもよい。
【０２２６】
通信コンポーネント７１６は、装置７００がほかのデバイスの間に有線または無線形態の通信に適するように構成される。装置７００は、ＷｉＦｉ，２Ｇまたは３Ｇ、またはこれらの組み合わせのような通信基準による無線ネットワークに接続できる。例示的な実施例において、通信ユニット７１６は、ブロードキャストチャネルを介して外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャストに関する情報を受信する。１つの例示的な実施例において、前記通信ユニット７１６は、さらに、近距離通信を促進するように、近距離通信（ＮＦＣ）モジュールを含む。例えば、ＮＦＣモジュールは、非接触型ＩＤ識別システム（ＲＦＩＤ）、アイアールディーエイ（ＩｒＤＡ）技術、ウルトラワイドバンド（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術とほかの技術にて実現される。
【０２２７】
例示的な実施例において、装置７００は、一つまたは複数の応用専用集積回路（ＡＳＩＣ）、ディジタル信号処理機（ＤＳＰ）、ディジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたはほかの電子部品にて実現され、前記方法を実行するように用いられる。
【０２２８】
例示的な実施例において、さらに、例えばコマンドを含むメモリー７０４のようなコマンドを含んでいる非一時的なコンピュータ可読記憶媒体を提供する。前記コマンドは、前記方法を完成できるように、装置７００のプロセッサ７２０にて実行される。例えば、前記非一時的なコンピュータ可読記憶媒体は、ＲＯＭ，ランダムアクセスメモリー（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶デバイスなどにしてもよい。
【０２２９】
非一時的なコンピュータ可読記憶媒体であり、前記記憶媒体における命令は、装置７００のプロセッサにより実行される場合、装置７００が前記各実施例により提供される迷惑電話番号確定方法を実行するようにすることができる。
【０２３０】
図８は、例示的な実施例によって示す迷惑電話番号を確定するための装置８００のブロック図である。例えば、装置８００は、サーバーとして提供される。図８を参照して、装置８００には、処理コンポーネント８２２が含まれ、さらに一つまたは複数のプロセッサ及びメモリー８３２が示すメモリー資源が含まれる。前記メモリー資源は、処理コンポーネント８２２により実行可能な命令、例えばアプリケーションを記憶することに用いられる。メモリー８３２に記憶されるアプリケーションは、一つまたは一つ以上の、一つずつ一組の命令に対応するモジュールを含んでもよい。また、処理コンポーネント８２２は、前記迷惑電話番号確定方法を実行するように、命令を実行するように構成される。
【０２３１】
また、装置８００は、装置８００の電源管理を実行するように構成される電源コンポーネント８２６と、装置８００をネットワークに接続するように構成される一つの有線または無線ネットワークインタフェース８５０と、入力／出力（Ｉ／Ｏ）インタフェース８５８とを含む。装置８００は、メモリー８３２に記憶する操作システムによって操作し、例えば、Ｗｉｎｄｏｗｓ（登録商標）  ＳｅｒｖｅｒＴＭ，ＭａｃＯＳ（登録商標）  ＸＴＭ，Ｕｎｉｘ（登録商標）ＴＭ，Ｌｉｎｕｘ（登録商標）ＴＭ，ＦｒｅｅＢＳＤ（登録商標）ＴＭまたは類似するものである。
【０２３２】
図９は、例示的な実施例によって示す迷惑電話番号確定システムであり、当該システムには、サーバー９１０と端末９２０が含まれる。
【０２３３】
サーバー９１０は、図５−１に示す迷惑電話番号確定装置または図５−３に示す迷惑電話番号確定装置を含んでもよい。
【０２３４】
端末９２０は、図６−１に示す迷惑電話番号確定装置を含んでもよい。
【０２３５】
図１０は、例示的な実施例によって示す迷惑電話番号確定システムであり、当該システムには、サーバー１０１０と端末１０２０が含まれる。
【０２３６】
サーバー１０１０は、図８に示す迷惑電話番号確定装置を含んでもよい。
【０２３７】
端末１０２０は、図７に示す迷惑電話番号確定装置を含んでもよい。
【０２３８】
当業者は、明細書を考えてここで開示された実施例を実施した後、本開示のほかの実施案を想到しやすい。本願は、本開示のいかなる変化、用途または適応性変化も含むことを目指し、このような変化、用途または適応性変化が、本開示の一般性原理を従い、かつ本開示に開示されない本技術分野の周知常識と慣用技術手段を含む。明細書と実施例は、例示的なもののみとして見なされ、本開示の本当の範囲と精神は、下記の特許請求の範囲によって指される。
【０２３９】
理解すべきなのは、本発明は以上に述べられ且つ図に示す精確構造に限定されるものではなく、範囲を逸脱しない限り、様々な補正と変化することができる。本開示の範囲は、添付した特許請求の範囲のみによって限定される。
【産業上の利用可能性】
【０２４０】
本開示実施例によれば、通話レコード集合において出現回数が一番多いＮ個の不審番号を不審番号と確定し、不審番号がある当該目標通話レコードに含まれている通話主題を表すためのキーワードに迷惑特徴単語のある不審番号を迷惑電話番号と確定することによって、通話レコード集合に含まれている多数の電話番号における迷惑電話番号を便利で迅速に確定し、迷惑電話番号の取得効率を向上させる効果を達成する。
【図１】
0006415554.tif 000006
【図２】
0006415554.tif 000007
【図３】
0006415554.tif 000008
【図４−１】
0006415554.tif 000009
【図４−２】
0006415554.tif 000010
【図４−３】
0006415554.tif 000011
【図４−４】
0006415554.tif 000012
【図５−１】
0006415554.tif 000013
【図５−２】
0006415554.tif 000014
【図５−３】
0006415554.tif 000015
【図６−１】
0006415554.tif 000016
【図６−２】
0006415554.tif 000017
【図７】
0006415554.tif 000018
【図８】
0006415554.tif 000019
【図９】
0006415554.tif 000020
【図１０】
0006415554.tif 000021