JP2019533915A - 着呼管理方法及び装置 - Google Patents

Abstract

本開示は着呼管理方法である。この方法は、発呼端末により送信された通話要求を受信するステップと、発呼番号が被呼番号に対応するアドレス帳に記憶されているか否かを確認するステップと、発呼番号がアドレス帳に記憶されている場合、着呼に接続するように被呼番号に対応する第１被呼端末に通話要求を送信するステップと、発呼番号がアドレス帳に記憶されていない場合、プリセット音声対話プロンプトを再生するように発呼端末を構成するステップと、発呼端末により送信された音声メッセージを受信するステップと、音声メッセージ及び発呼番号を第１被呼端末に送信するステップとを含む。本開示はまた、着呼管理装置を提供する。本開示は、ユーザー体験を向上させるために、発呼ユーザー属性及び着呼理由を含む音声メッセージを介して発呼番号を最初に識別することができる。

Description

＜関連出願の相互参照＞
本願は、２０１６年１２月２９日に出願された第２０１６１１２４０１７８．９号の中国特許出願に基づくものであり、その優先権を主張する。上記出願の全開示は、参照により本明細書に組み込まれ、本明細書の一部をなす。

本開示は、通信技術の分野に関し、特に着呼管理方法及び装置に関する。

コミュニケーションの普及に伴い、電話は人々の日常生活に必要なコミュニケーションツールとなっている。人々の生活に便利さをもたらしているとともに、電話はまた多くの問題をもたらす。特に、マーケティング、広告、詐欺など、あらゆる種類の迷惑電話がますます横行し、人々の日常生活を深刻に妨げている。同時に、資金の決済のために携帯電話のような通信端末上のソフトウェアを使用することにますます多くの人々が慣れてきている。情報が漏洩した場合、結果として生じる損失を復元するのは困難になる。

したがって、通信の分野において解決されるべき緊急の技術的課題は、重要な着呼に影響を与えずにユーザーに対する迷惑電話の干渉を防止する方法である。

従って、本開示は、ユーザー体験を向上させるために、音声メッセージを介して発呼番号を最初に識別ことができる着呼管理方法を提供する。

本開示は着呼管理方法を開示する。この方法は、発呼端末により送信され、発呼番号及び被呼番号を含む通話要求を受信するステップと、発呼番号が被呼番号に対応するアドレス帳に記憶されているか否かを確認するステップと、発呼番号がアドレス帳に記憶されている場合、着呼に接続するように被呼番号に対応する第１被呼端末に通話要求を送信するステップと、発呼番号がアドレス帳に記憶されていない場合、発呼ユーザー属性の入力プロンプト及び着呼理由を含むプリセット音声対話プロンプトを再生する入力プロンプトのうちの少なくとも１つを含むように発呼端末を構成するステップと、発呼端末により送信された音声メッセージを受信するステップと、音声メッセージ及び発呼番号を第１被呼端末に送信するステップとを含む。

本開示は着呼管理をさらに提供する。この着呼管理は、要求受信モジュール、処理モジュール、制御モジュール、音声受信モジュール及び第１送信モジュールを含む。要求受信モジュールは、発呼端末によって送信され、発呼番号及び被呼番号を含む通話要求を受信するように構成される。処理モジュールは、発呼番号がアドレス帳に記憶されている場合、着呼に接続するように、被呼番号に対応する第１被呼端末に通話要求を送信するように構成される。制御モジュールは、発呼番号がアドレス帳に記憶されていない場合、プリセット音声対話プロンプトを再生するように発呼端末を制御するように構成される。プリセット音声対話プロンプトは、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含む。音声受信モジュールは、発呼端末により送信された音声メッセージを受信するように構成される。第１送信モジュールは、音声メッセージ及び発呼番号を第１被呼端末に送信するように構成される。

本開示の着呼管理方法及び装置によれば、発呼番号がアドレス帳に存在していない場合、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含むプリセット音声対話プロンプトが再生されるので、ユーザーは、音声メッセージを介して発呼番号を最初に識別することができ、それにより、ユーザー体験が向上する。

上記の説明は、単に本開示の技術的解決策の概要に過ぎない。本開示の技術的手段をより明確に理解し本開示の内容に従って実施することができるために、且つ、本開示の上記及び他の目的、特徴及び利点をより明白にするために、以下の詳細な説明は、以下に詳細に説明される添付の図面を参照して行われる。

本開示の実施形態に係る着呼管理方法のアプリケーション環境図である。 端末のブロック図を示す。 サーバーのブロック図を示す。 本開示の第１実施形態に係る着呼管理方法のフローチャートである。 本開示の第２実施形態に係る着呼管理方法のフローチャートである。 本開示の第３実施形態に係る着呼管理方法の模式的構造図である。 本開示の第４実施形態に係る着呼管理方法の模式的構造図である。

本開示の実施形態における技術的解決策については、本開示の実施形態における添付の図面を参照しながら以下に明確かつ完全に説明する。明らかに、説明された実施形態は、本開示の一部の実施形態にすぎず、全てではない。創造的な努力なしに本開示の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本開示の保護範囲内に入るものとする。

本開示の各実施形態で提供される着呼管理方法は、着呼管理を実行するように図１に示されるアプリケーション環境に適用され得る。図１に示されるように、アプリケーション環境は、発呼端末１００、第１被呼端末２００及びサーバー３００を含む。発呼端末１００、第１被呼端末２００及びサーバー３００は、無線ネットワーク又は有線ネットワークに位置する。発呼端末１００、第１被呼端末２００及びサーバー３００は、無線ネットワーク又は有線ネットワークを介してデータ交換を行うことができる。

発呼端末１００及び第１被呼端末２００は、パーソナルコンピューター（ＰＣ）、オールインワンコンピューター、ラップトップ・コンピューター、車載端末などのコンピューター端末デバイス、及びスマートフォン、スマートテレビ、テレビボックス、タブレットコンピューター、Ｅブックリーダー、動画専門家集団オーディオレイヤーＩＩＩ（ＭＰ３）プレーヤー、動画専門家集団オーディオレイヤーＩＶ（ＭＰ４）プレーヤーなどの携帯端末デバイスであってもよい。

サーバー３００は、１つのサーバー、複数のサーバーから構成されたサーバークラスター、クラウドコンピューティングサービスセンターであってもよい。

図２は、端末のブロック図を示す。図２に示される構造は、発呼端末１００及び第１被呼端末２００に適用可能である。図２を参照すると、端末１０は、メモリ１０２、メモリコントローラ１０４、１つ以上のプロセッサー１０６（図には１つしか示されていない）、周辺インターフェース１０８、無線周波数モジュール１１０、位置決めジュール１１２、カメラモジュール１１４、オーディオモジュール１１６、画面１１８及びキーモジュール１２０を含む。これらの構成要素は、１つ以上の通信バス／信号線１２２を介して互いに通信する。

なお、図２に示される構造は単に例示的なものであり、端末１０は図２に示されるものより多い又は少ない構成要素を含んでもよく、または図２に示されるものと異なる構成を有してもよい。図２に示される構成要素は、ハードウェア、ソフトウェア、又はそれらの組み合わせで実施されてもよい。

メモリ１０２は、本開示の実施形態における着呼管理方法及び装置に対応するプログラム指示／モジュールなどのソフトウェアプログラム及びモジュールを記憶するように構成されてもよい。プロセッサー１０６は、メモリコントローラ１０４に記憶されているソフトウェアプログラムやモジュールを実行して、様々な機能アプリケーションやデータ処理を実行することにより、上記の着呼管理方法及び装置を実現する。

メモリ１０２は、高速ランダムアクセスメモリを含んでもよく、また、１つ以上の磁気記憶装置、フラッシュメモリ又は他の不揮発性固体メモリなどの不揮発性メモリを含んでもよい。幾つかの実施形態では、メモリ１０２は、プロセッサー１０６に対して遠隔に設置されたメモリをさらに含んでもよい。遠隔に設置されたメモリは、ネットワークを介して端末１０に接続されてもよい。上記ネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク及びそれらの組み合わせを含んでもよいが、それらに限定されない。メモリ１０２へのプロセッサー１０６及び別の可能な構成要素のアクセスは、メモリコントローラ１０４の制御下で実行されてもよい。

周辺インターフェース１０８は、様々な入力／入力デバイスをＣＰＵ及びメモリ１０２に結合する。プロセッサー１０６は、メモリ１０２内で様々なソフトウェア及び命令を実行して、端末１０の様々な機能を実行し、データ処理を実行する。

幾つかの実施形態では、周辺インターフェース１０８、プロセッサー１０６及びメモリコントローラ１０４は、単一のチップで実現され得る。他の実施形態では、それらは、別々のチップで実現することができる。

無線周波数モジュール１１０は、通信ネットワーク又は他のデバイスと通信するために電磁波と電気信号との相互変換を実現するように電磁波を受信及び伝送するように構成される。無線周波数モジュール１１０は、これらの機能を実行するための様々な既存の回路要素（アンテナ、無線周波数トランシーバ、デジタル信号プロセッサー、暗号化／復号化チップ、加入者識別モジュール（ＳＩＭ）カード、メモリなど）を含んでもよい。無線周波数モジュール１１０は、インターネット、イントラネット又は無線ネットワークなどの様々なネットワークと通信するか、又は無線ネットワークを介して他のデバイスと通信することができる。上記の無線ネットワークは、セルラー電話ネットワーク、無線ＬＡＮ、又はメトロポリタンエリアネットワークを含み得る。上記の無線ネットワークは、様々な通信標準、プロトコル及び技術を使用してもよい。様々な通信標準、プロトコル及び技術は、グローバル移動通信システム（ＧＳＭ（登録商標））、拡張データＧＳＭ環境（ＥＤＧＥ）、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）、符号分割接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ブルートゥース（登録商標）、ワイヤレスフィデリティ（ＷｉＦｉ）（電気・電子技術者協会規格ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ及び／又はＩＥＥＥ８０２．１１ｎなど）、ボイスオーバインターネットプロトコル（ＶｏＩＰ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（Ｗｉ−Ｍａｘ）、その他のメール、インスタントメッセージ及び短メッセージのためのプロトコル、任意の他の適切な通信プロトコル、さらにまだ開発されていないものを含むが、それらに限定されない。

位置決めジュール１１２は、端末１０の現在の位置を取得するように構成される。位置決めモジュール１１２の例は、全地球測位システム（ＧＰＳ）、及び無線ローカルエリアネットワーク（ＷＬＡＮ）又は移動通信ネットワークに基づく位置決め技術を含むが、それらに限定されない。

カメラモジュール１１４は写真やビデオを撮るように構成される。捉えられた写真又はビデオは、メモリ１０２に記憶されてもよく、無線周波数モジュール１１０により伝送されてもよい。

オーディオモジュール１１６は、ユーザーにオーディオインターフェースを提供する。オーディオモジュール１１６は、１つ以上のマイクロホン、１つ以上のスピーカー及びオーディオ回路を含んでもよい。オーディオ回路は、周辺インターフェース１０８から音データを受信し、音データを電気情報に変換し、その電気情報をスピーカーに伝送する。スピーカーは、電気情報を人間の耳に聞こえる音波に変換する。オーディオ回路はまた、マイクロホンから電気情報を受信し、電気信号を音データに変換し、更なる処理のために音データを周辺インターフェース１０８に伝送する。オーディオデータは、メモリ１０２から、又は無線周波数モジュール１１０を介して取得されてもよい。さらに、オーディオデータはまた、メモリ１０２に記憶されてもよいし、又は無線周波数モジュール１１０によって伝送されてもよい。幾つかの実施形態では、オーディオモジュール１１６はまた、オーディオインターフェースをヘッドセット又は他の装置に提供するためのヘッドホンジャックを含んでもよい。

画面１１８は、端末１０とユーザーとの間の出力インターフェースを提供する。具体的には、画面１１８は、ユーザーに対してビデオ出力を表示する。ビデオ出力の内容は、テキスト、グラフィック、ビデオ、及びそれらの任意の組み合わせを含んでもよい。幾つかの出力結果は、幾つかのユーザーインターフェースオブジェクトに対応する。画面１１８はタッチ画面をさらに含んでもよいことが理解される。タッチ画面は、端末１０とユーザーとの間で出力及び入力インターフェースを同時に提供する。ビデオ出力をユーザーに表示することに加えて、タッチ画面はまた、ユーザーインターフェースオブジェクトがユーザーの入力に応答するように、ユーザーのクリック、スワイプ、及び他のジェスチャー操作などのユーザー入力を受信する。ユーザー入力を検出する技術は、抵抗式、容量式、又は他の任意の可能なタッチ検出技術に基づいてもよい。タッチ画面表示ユニットの具体的な例は、液晶ディスプレイや発光ポリマーディスプレイを含むが、それらに限定されない。

キーモジュール１２０はまた、ユーザーが端末１０に入力するためのインターフェースを提供する。ユーザーは、異なるキーを押して、端末１０が異なる機能を行うようにすることができる。

図３は、サーバーのブロック図を示す。図３に示されるように、サーバーは、メモリ３０１、プロセッサー３０２及びネットワークモジュール３０３を含む。

なお、図３に示される構造は単に例示的なものであり、サーバーは、図３に示されるものより多い又は少ない構成要素を含んでもよく、または図３に示されるものと異なる構成を有してもよい。図３に示される構成要素は、ハードウェア、ソフトウェア、又はそれらの組み合わせで実施されてもよい。また、本開示の実施におけるサーバーは、異なる特定の機能を有する複数のサーバーをさらに含んでもよい。

メモリ３０１は、本開示の実施形態における着呼管理方法及び装置に対応するプログラム指示／モジュールなどのソフトウェアプログラム及びモジュールを記憶するように構成されてもよい。プロセッサー３０２は、メモリ３０１に記憶されているソフトウェアプログラム及びモジュールを実行することによって様々な機能的アプリケーションやデータ処理を実行することで、本開示の実施形態における着呼管理方法及び装置を実現する。メモリ３０１は、高速ランダムアクセスメモリを含んでもよく、また、１つ以上の磁気記憶装置、フラッシュメモリ又は他の不揮発性固体メモリなどの不揮発性メモリを含んでもよい。幾つかの実施例では、メモリ３０１は、プロセッサー３０２に対して遠隔に設置されたメモリをさらに含んでもよい。遠隔に設置されたメモリは、ネットワークを介してサーバーに接続されてもよい。さらに、上記のソフトウェアプログラム及びモジュールは、オペレーティングシステム３２１及びサービスモジュール３２２を含んでもよい。オペレーティングシステム３２１は、例えば、システムタスク（例えば、メモリ管理、ストレージデバイス制御、電源管理など）を管理するための様々なソフトウェア構成要素及び／又はドライバを含み得、ハードウェア又はソフトウェア構成要素と通信して他のソフトウェア構成要素のための操作環境を提供することができるＬＩＮＵＸ、ＵＮＩＸ（登録商標）、及びＷＩＮＤＯＷＳ(登録商標)であってもよい。サービスモジュール３２２は、オペレーティングシステム３２１上で動作し、オペレーティングシステム３２１のネットワークサービスを介してネットワークからの要求を監視し、要求に従って対応するデータ処理を完了し、処理結果を端末に返す。即ち、サービスモジュール３２２は、ネットワークサービスを端末に提供するように構成される。

ネットワークモジュール３０３は、ネットワーク信号を受信及び伝送するように構成される。上記ネットワーク信号は、無線信号又は有線信号を含んでもよい。一例では、上記ネットワーク信号は有線ネットワーク信号である。このとき、ネットワークモジュール３０３は、プロセッサー、ランダムアクセスメモリ、コンバータ、水晶発振器などを含んでもよい。

＜第１実施形態＞
図４は、本開示の第１実施形態に係る着呼管理方法のフローチャートである。この実施形態は、ネットワークを介してサーバー３００によって行われる着呼管理方法であってもよい。図４に示されるように、この実施形態における着呼管理方法は、以下のステップＳ４０１〜ステップＳ４０６を含んでもよい。

ステップＳ４０１では、発呼端末によって送信された通話要求を受信する。通話要求は、発呼番号及び被呼番号を含む。

ステップＳ４０２では、発呼番号が被呼番号に対応するアドレス帳に記憶されているか否かを確認する。

被呼番号に対応するアドレス帳は、第１被呼端末にローカルに記憶されているアドレス帳であってもよいが、これに限定されず、また、第１被呼端末を介してクラウドにアップロードされたアドレス帳であってもよいが、これに限定されない。

発呼番号がアドレス帳に記憶されている場合、プロセスはステップＳ４０３に進む。ステップＳ４０３では、着呼に接続するように、被呼番号に対応する第１被呼端末に前記通話要求を送信する。

発呼番号がアドレス帳に記憶されていない場合、プロセスはステップＳ４０４に進む。ステップＳ４０４では、プリセット音声対話プロンプトを再生するように発呼端末を構成する。プリセット音声対話プロンプトは、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含む。

具体的には、音声対話プロンプトは、発呼端末にローカルに存在してもよいし、又はクラウドに存在してもよく、音声対話プロンプトはクラウドにより発呼端末に送信されてから再生される。

具体的には、発呼ユーザー属性は、発呼ユーザーの名前、発呼ユーザーの識別番号（ＩＤ）、発呼ユーザーの作業単位の名前、及び発呼ユーザーの職業のうちの少なくとも１つを含んでもよいが、それらに限定されない。

これに限定されるものではないが、具体的には、プリセット音声対話プロンプトにおける複数の入力プロンプトが順に再生されるために、前の入力プロンプトに対して発呼端末によって送信された音声メッセージが受信された後に、次の入力プロンプトが再生される。例えば、発呼ユーザーの名前の入力プロンプトなどの前の入力プロンプトを再生した後に、発呼端末は、前の入力プロンプトに対して伝送されたＺｈａｎｇ Ｓａｎのような音声メッセージを受信した場合、ユーザーのＩＤ番号の入力プロンプトなどの次の入力プロンプトを再生する。一実施形態では、「あなたの名前とＩＤ番号を言ってください」のような、プリセット音声対話プロンプトにおける複数の入力プロンプトは同時に再生されてもよい。

ステップＳ４０５では、発呼端末により送信された音声メッセージを受信する。

ステップＳ４０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

本開示の着呼管理方法によれば、発呼番号がアドレス帳に存在していない場合、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含むプリセット音声対話プロンプトが再生されるので、ユーザーは、音声メッセージを介して発呼番号を最初に識別することができ、それにより、ユーザー体験が向上する。

＜第２実施形態＞
図５は、本開示の第２実施形態に係る着呼管理方法のフローチャートである。図５に示されるように、この実施形態における着呼管理方法は、以下のステップＳ５０１〜ステップＳ５１０を含んでもよい。

ステップＳ５０１では、発呼端末によって送信された通話要求を受信する。通話要求は、発呼番号及び被呼番号を含む。

ステップＳ５０２では、発呼番号が被呼番号に対応するアドレス帳に記憶されているか否かを確認する。

被呼番号に対応するアドレス帳は、第１被呼端末にローカルに記憶されているアドレス帳であってもよいが、これに限定されず、また、第１被呼端末を介してクラウドにアップロードされたアドレス帳であってもよいが、これに限定されない。

発呼番号がアドレス帳に記憶されている場合、プロセスはステップＳ５０３に進む。ステップＳ５０３では、着呼に接続するように、被呼番号に対応する第１被呼端末に通話要求を送信する。

発呼番号がアドレス帳に記憶されていない場合、プロセスはステップＳ５０４に進む。ステップＳ５０４では、プリセット音声対話プロンプトを再生するように発呼端末を構成する。プリセット音声対話プロンプトは、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含む。

ステップＳ５０５では、発呼端末により送信された音声メッセージを受信する。

具体的には、方法は、ステップＳ５０５の後に以下のステップを含んでもよいが、それらに限定されない。

各入力プロンプトに対して発呼端末により送信された音声メッセージが受信されたか否かを確認する。即ち、発呼ユーザーが各入力プロンプトに対して入力したか否かを確認する。

各入力プロンプトに対して発呼端末により送信された音声メッセージが受信されていない場合、発呼番号を不審番号としてマークし、プロセスはステップＳ５０６に進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

各入力プロンプトに対して発呼端末により送信された音声メッセージが受信された場合、プロセスはステップＳ５０６に直接進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

具体的には、各入力プロンプトに対して発呼端末によって送信された音声メッセージが受信された後に、音声メッセージは検証されてもよいが、これに限定されない。例えば、音声メッセージが名前及びＩＤ番号を含む場合、ＩＤ番号と名前又は発呼番号との照合が行われる。照合が失敗した場合、発呼番号が不審番号としてマークされ、プロセスはステップＳ５０６に進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。照合が成功した場合、プロセスはステップＳ５０６に直接進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。また、ユーザーは迷惑電話をよりよく識別することができるように、照合結果は一緒に第１被呼端末に送信されてもよい。

一実施形態では、プリセット音声対話プロンプトは、被呼ユーザー属性の入力プロンプトを含んでもよいが、これに限定されない。被呼ユーザー属性は、被呼ユーザーの名前及び被呼ユーザーの作業単位名のうちの少なくとも１つを含む。具体的には、発呼端末によって送信された音声メッセージを受信するステップＳ５０５の後、方法は、以下のステップを含んでもよいが、それらに限定されない。

音声メッセージをプリセット回答と比較する。
具体的には、音声メッセージをプリセット回答と比較する。即ち、音声メッセージ中の各項目を、プリセット回答中の対応する項目と比較する。例えば、音声メッセージ中の被呼ユーザーの名前をプリセット被呼ユーザーの名前と比較し、音声メッセージ中の被呼ユーザーの職業をプリセット回答中の被呼ユーザーの職業と比較する。

比較結果が一致している場合、プロセスはステップＳ５０６に直接進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

比較結果が不一致である場合、発呼番号を不審番号としてマークし、プロセスはステップＳ５０６に進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

これに限定されるものではないが、具体的には、発呼端末によって送信された音声メッセージは、第１被呼端末に直接送信されてもよい。または、限定されるものではないが、発呼端末によって送信された音声メッセージに対して音声識別が行われた後、対応する音声メッセージはテキストメッセージに変化されて第１被呼端末に送信される。また、限定されるものではないが、発呼番号のホームロケーションも第１被呼端末に送信される。

一実施形態では、具体的には、発呼端末によって送信された音声メッセージを受信するステップＳ５０５の後、方法は、以下のステップを含んでもよいが、それらに限定されない。
スペクトルを形成するように、音声メッセージを処理し分析する。

音声メッセージが音声変更によって処理されたか否かをスペクトルに従って確認する。
音声メッセージが音声変更によって処理された場合、発呼番号を不審番号としてマークし、プロセスはステップＳ５０６に進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

音声メッセージが音声変更によって処理されていない場合、プロセスはステップＳ５０６に直接進む。ステップＳ５０６では、音声メッセージ及び発呼番号を第１被呼端末に送信する。

一実施形態では、音声メッセージ及び発呼番号を第１被呼端末に送信するステップＳ５０６の後、方法は、以下のステップをさらに含んでもよいが、それらに限定されない。

ステップＳ５０７では、発呼番号がアドレス帳に記憶されているか否かを確認する。

発呼番号がアドレス帳に記憶されている場合、プロセスはステップＳ５０８に進む。ステップＳ５０８では、発呼番号を安全な番号としてマークする。

発呼番号がアドス帳に記憶されていない場合、プロセスはＳ５０９に進む。Ｓ５０９では、第１被呼端末が発呼番号をコールバックし、通話期間がプレセット時間を超えたか否かを確認する。

第１被呼端末が発呼番号をコールバックし、通話期間がプリセット時間を超えた場合、プロセスはステップＳ５０８に進む。ステップＳ５０８では、発呼番号を安全な番号としてマークする。

第１被呼端末が発呼番号をコールバックしていないか、又は通話期間がプリセット時間を超えていない場合、プロセスはステップＳ５１０に進む。ステップＳ５１０では、発呼番号を不審番号としてマークする。

なお、上記説明では、例えば、入力プロンプトに対して発呼端末によって送信された音声メッセージが受信されていない場合、及び／又は音声メッセージが音変更によって処理された場合、及び／又は音声メッセージとプリセット回答との比較結果が不一致である場合、及び／又は第１被呼端末が発呼番号をコールバックしていないかもしくは通話期間がプレセット時間を超えていない場合、アドレス帳に記憶されていない発呼番号に対応する発呼端末からの通話要求が受信された後に、この発呼番号は、様々な方法のうちの１つ又は複数によって不審番号としてマークされてもよい。一実施形態では、限定されるものではないが、発呼番号が上記の条件のうちのいずれか１つで不審番号としてマークされ、または複数の上記の条件で不審番号としてマークされた場合、発呼番号が不審番号としてマークされた回数は１だけ累積され、即ち、発呼番号に対応する発呼端末が通話要求を送信するたびに、発呼番号が不審番号としてマークされた回数は１だけ累積される。発呼番号が安全な番号としてマークできる場合、この不審マークは削除される。しかしながら、本開示はこれに限定されず、発呼番号の回数は複数の上記条件でそれぞれ不審番号としてマークされてもよいが、これに限定されない。例えば、音声メッセージが音声変更によって処理される場合、発呼番号が不審番号としてマークされた回数は１つ累積される。そして、第１被呼端末が発呼番号をコールバックしていない場合、又は通話期間がプリセット時間を超えていない場合、発呼番号が不審番号としてマークされた回数は再び１つ累積される。

一実施形態では、音声メッセージ及び発呼番号を第１被呼端末に送信するステップＳ５０６の後、方法は、以下のステップをさらに含んでもよいが、それらに限定されない。

発呼番号が不審番号としてマークされた累積回数がプリセット値を超えたか否かを確認するステップと、
発呼番号が不審番号としてマークされた累積回数がプリセット値を超えていない場合、発呼番号のリスクレベルを低リスクに設定するステップと、
発呼番号が不審番号としてマークされた累積回数がプリセット値を超えた場合、発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの内容の一貫性に従って、発呼番号のリスクレベルを中リスク又は高リスクに設定するステップとが含まれる。

具体的には、限定されるものではないが、例えば、発呼端末に対応する発呼端末によって毎回送信された音声メッセージの音色、又は発呼番号に対応する発呼端末によって毎回送信された音声メッセージ中の発呼ユーザーの名前もしくは発呼ユーザーの識別番号が不一致である場合、発呼番号のリスクレベルは高リスクに設定される。あるいは、発呼番号に対応する発呼端末によって送信された発呼ユーザーの職業又は発呼ユーザーの作業単位名が不一致である場合、発呼番号のリスクレベルは中リスクに設定される。他の例では、限定されるものではないが、発呼番号に対応する発呼端末によって送信された音声メッセージ中の内容がすべて一致している場合、発呼番号のリスクレベルは中リスクに設定される。又は、発呼番号に対応する発呼端末によって送信された音声メッセージ中の１つの項目（例えば、名前）の内容が不一致である場合、発呼番号のリスクレベルは高リスクに設定される。

一実施形態では、着呼管理方法は、発呼番号のリスクレベルを第２被呼端末に送信するステップをさらに含む。一実施形態では、着呼管理方法は、第２被呼端末が高リスクレベルの発呼番号をコールバックした場合、発呼番号に対応する発呼端末によって送信された音声メッセージを第２被呼端末に関連する端末に送信するステップをさらに含む。

本開示の着呼管理方法によれば、発呼番号がアドレス帳に存在していない場合、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含むプリセット音声対話プロンプトは再生されるので、ユーザーは、音声メッセージを介して発呼番号を最初に識別することができ、それにより、ユーザー体験が向上する。また、限定されるものではないが、発呼番号をさらに識別し、ユーザーが迷惑電話をより迅速かつ正確に識別するのをさらに支援するために、音声メッセージを検証及び／又は分析及び／又は比較して発呼番号を不審番号としてマークすることができる。また、限定されるものではないが、発呼番号をさらに識別し、ユーザーが迷惑電話をより迅速かつ正確に識別するのをさらに支援するために、発呼番号は、ユーザーの行動に従って不審番号としてマークされてもよい。ユーザーの行動は、発呼番号をコールバックすること、発呼番号をアドレス帳に記憶することなどを含む。また、限定されるものではないが、発呼番号は、発呼番号が不審番号としてマークされた累積回数及び発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの内容の一貫性に従って、異なるリスクレベルに分類されてもよい。分類されたリスクレベルは、参照のために他の被呼端末（第２被呼端末）に送信される。それにより、ユーザーが迷惑電話をより迅速かつ正確に識別するのが支援される。

＜第３実施形態＞
図６は、本開示の第３実施形態に係る着呼管理方法の模式的構造図である。図６に示されるように、着呼管理装置６０は、要求受信モジュール６０１、処理モジュール６０２、制御モジュール６０３、音声受信モジュール６０４及び第１送信モジュール６０５を含む。

要求受信モジュール６０１は、発呼端末によって送信された通話要求を受信するように構成される。通話要求は、発呼番号及び被呼番号を含む。処理モジュール６０２は、発呼番号がアドレス帳に記憶されている場合、着呼に接続するように被呼番号に対応する第１被呼端末に通話要求を送信するように構成される。制御モジュール６０３は、発呼番号がアドレス帳に記憶されていない場合、プリセット音声対話プロンプトを再生するように発呼端末を制御するように構成される。プリセット音声対話プロンプトは、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含む。音声受信モジュール６０４は、発呼端末により送信された音声メッセージを受信するように構成される。第１送信モジュール６０５は、音声メッセージ及び発呼番号を第１被呼端末に送信するように構成される。

＜第４実施形態＞
図７は、本開示の第４実施形態に係る着呼管理方法の模式的構造図である。図７に示されるように、着呼管理装置７０は、要求受信モジュール７０１、処理モジュール７０２、制御モジュール７０３、音声受信モジュール７０４及び第１送信モジュール７０５を含む。

一実施形態では、制御モジュール７０３は第１制御ユニット７０３ａをさらに含んでもよいが、それに限定されない。第１制御ユニット７０３ａは、プリセット音声対話プロンプトにおける複数の入力プロンプトを順に再生するために、前の入力プロンプトに対して発呼端末により送信された音声メッセージを受信した後に次の入力プロンプトを再生するように発呼端末を制御するように構成される。

一実施形態では、着呼管理装置７０は第１確認モジュール７０６及び第１マーキングモジュール７０７をさらに含んでもよいが、それらに限定されない。第１確認モジュール７０６は、各入力プロンプトに対して発呼端末により送信された音声メッセージが受信されたか否かを確認するように構成される。第１マーキングモジュール７０７は、各入力プロンプトに対して発呼端末により送信された音声メッセージが受信されていない場合、発呼番号を不審番号としてマークするように構成される。

一実施形態では、着呼管理装置７０は、分析モジュール７０８及び第２マーキングモジュール７０９をさらに含んでもよいが、それらに限定されない。分析モジュール７０８は、音声メッセージを処理し分析してスペクトルを形成し、音声メッセージが音声変更によって処理されたか否かをスペクトルに従って確認するように構成される。第２マーキングモジュール７０９は、音声メッセージが音声変更によって処理された場合、発呼番号を不審番号としてマークするように構成される。

一実施形態では、着呼管理装置７０は、第２確認モジュール７１０、第３マーキングモジュール７１１、第３確認モジュール７１２、第４マーキングモジュール７１３及び第５マーキングモジュール７１４をさらに含んでもよいが、それらに限定されない。第２確認モジュール７１０は、発呼番号がアドレス帳に記憶されているか否かを確認するように構成される。第３マーキングモジュール７１１は、発呼番号がアドレス帳に記憶されている場合、発呼番号を安全な番号としてマークするように構成される。第３確認モジュール７１２は、発呼番号がアドレス帳に記憶されていない場合、第１被呼端末が発呼番号をコールバックし、通話期間がプリセット時間を超えたか否かを確認するように構成される。第４マーキングモジュール７１３は、第１被呼端末が発呼番号をコールバックし、通話期間がプリセット時間を超えた場合、発呼番号を安全な番号としてマークするように構成される。第５マーキングモジュール７１４は、第１被呼端末が発呼番号をコールバックしていないか、又は通話期間がプリセット時間を超えていない場合、発呼番号を不審番号としてマークするように構成される。

一実施形態では、着呼管理装置は、統計モジュール（図示せず）及びリスクレベル確認モジュール（図示せず）をさらに含んでもよいが、それらに限定されない。統計モジュールは、発呼番号が不審番号としてマークされた累積回数がプリセット値を超えたか否かを確認するように構成される。リスクレベル確認モジュールは以下のように構成され、即ち、発呼番号が不審番号としてマークされた累積回数がプリセット値を超えていない場合、発呼番号のリスクレベルを低リスクに設定しており、発呼番号が不審番号としてマークされた累積回数がプリセット値を超えた場合、発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの内容の一貫性に従って、発呼番号のリスクレベルを中リスク又は高リスクに設定する。

一実施形態では、着呼管理装置は第２送信モジュール（図示せず）をさらに含んでもよいが、それに限定されない。第２送信モジュールは、発呼番号のリスクレベルを第２被呼端末に送信するように構成される。

本開示の着呼管理方法及び装置によれば、発呼番号がアドレス帳に存在していない場合、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含むプリセット音声対話プロンプトが再生されるので、ユーザーは、音声メッセージを介して発呼番号を最初に識別することができ、それにより、ユーザー体験が向上する。

なお、本明細書における各実施形態は漸進的に説明されており、各実施形態は他の実施形態との相違点に着目している。様々な実施形態のうちの同一又は類似の部分は互いに参照することができる。装置タイプの実施形態は、方法タイプの実施形態と基本的に類似しているため、その説明は比較的簡単である。関連部分については、方法タイプの実施形態の説明を参照されてもよい。

なお、本明細書では、第１や第２などの関係用語は、エンティティ又は操作間のそのような実際の関係又は順序を必ずしも要求又は暗示することなく、単にエンティティ又は操作を別のエンティティ又は操作から区別するために使用される。また、「含む（ｃｏｍｐｒｉｓｅ）」、「含む（ｉｎｃｌｕｄｅ）」という用語又はそれらの他の変形は、一連の要素を含むプロセス、方法、物品又は装置がそれらの要素だけでなく、明示的に列挙されていない要素又はそのようなプロセス、方法、物品又は装置に固有の他の要素も含むように非排他的な包含を含むことを意図する。更なる制限がない場合、「〜を含む（ｉｎｃｌｕｄｉｎｇ ａ ．．．）」という文によって定義される要素は、その要素を含むプロセス、方法、物品又は装置における更なる同じ要素の存在を排除するものではない。

当業者は、前述の実施形態を実施するステップの全部又は一部が、ハードウェアにより実施されるか、プログラムによって関連するハードウェアに命令することによって実施され得ることを理解するであろう。プログラムは、コンピューター読み取り可能な記憶媒体に記憶されてもよい。上記の記憶媒体は、読み出し専用メモリ、磁気ディスク、光ディスクなどであってもよい。

上記は本開示の好ましい実施形態に過ぎず、本開示をいかなる形でも限定することを意図するものではない。本開示を上記の好ましい実施形態によって説明してきたが、本開示はそれに限定されないことを理解されたい。当業者は、本開示の技術的解決策から逸脱することなく、同等の実施形態に対していくつかの同等の修正又は変更を行うことができる。しかしながら、本開示の技術的解決策から逸脱することなく本開示の技術的本質に従って上記の実施形態に対して行われる任意の単純な修正、同等の変更及び修正はすべて、本開示の技術的解決策の範囲内にある。

Claims (17)

1. 着呼管理方法であって、
   発呼端末によって送信され、発呼番号及び被呼番号を含む通話要求を受信するステップと、
   前記発呼番号が被呼番号に対応するアドレス帳に記憶されているか否かを確認するステップと、
   前記発呼番号が前記アドレス帳に記憶されている場合、着呼に接続するように前記被呼番号に対応する第１被呼端末に前記通話要求を送信するステップと、
   前記発呼番号が前記アドレス帳に記憶されていない場合、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含むプリセット音声対話プロンプトを再生するように前記発呼端末を構成するステップと、
   前記発呼端末により送信された音声メッセージを受信するステップと、
   前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップとを含む、ことを特徴とする着呼管理方法。
2. 前記プリセット音声対話プロンプトを再生するように前記発呼端末を構成するステップ、及び前記発呼端末により送信された音声メッセージを受信するステップは、
   前記プリセット音声対話プロンプトにおける複数の入力プロンプトを順に再生するために、前の入力プロンプトに対して前記発呼端末によって送信された音声メッセージを受信した後に、次の入力プロンプトを再生するように前記発呼端末を制御する、ことを特徴とする請求項１に記載の着呼管理方法。
3. 前記発呼端末により送信された音声メッセージを受信するステップの後に、前記方法は、
   各入力プロンプトに対して前記発呼端末により送信された音声メッセージが受信されたか否かを確認するステップと、
   各入力プロンプトに対して前記発呼端末により送信された音声メッセージが受信されていない場合、前記発呼番号を不審番号としてマークし、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップに入るステップと、
   各入力プロンプトに対して前記発呼端末により送信された音声メッセージが受信された場合、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップに直接入るステップとをさらに含む、ことを特徴とする請求項２に記載の着呼管理方法。
4. 前記発呼端末により送信された音声メッセージを受信するステップの後に、前記方法は、
   前記音声メッセージを処理し分析してスペクトルを形成するステップと、
   前記音声メッセージが音声変更によって処理されたか否かをスペクトルに従って確認するステップと、
   前記音声メッセージが音声変更によって処理された場合、前記発呼番号を不審番号としてマークし、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップに入るステップと、
   前記音声メッセージが音声変更によって処理していない場合、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップに直接入るステップとをさらに含む、ことを特徴とする請求項１に記載の着呼管理方法。
5. 前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップの後に、前記方法は、
   前記発呼番号が前記アドレス帳に記憶されているか否かを確認するステップと、
   前記発呼番号が前記アドレス帳に記憶されている場合、前記発呼番号を安全な番号としてマークするステップと、
   前記発呼番号が前記アドス帳に記憶されていない場合、前記第１被呼端末が前記発呼番号をコールバックし、通話期間がプレセット時間を超えたか否かを確認するステップと、
   前記第１被呼端末が前記発呼番号をコールバックし、前記通話期間が前記プリセット時間を超えた場合、前記発呼番号を安全な番号としてマークするステップと、
   前記第１被呼端末が前記発呼番号をコールバックしていないか、又は前記通話期間が前記プリセット時間を超えていない場合、前記発呼番号を不審番号としてマークするステップとをさらに含む、ことを特徴とする請求項１に記載の着呼管理方法。
6. 前記音声メッセージ及び前記発呼番号を前記第５被呼端末に送信するステップの後に、前記方法は、
   前記発呼番号が不審番号としてマークされた累積回数がプリセット値を超えたか否かを確認するステップと、
   前記発呼番号が不審番号としてマークされた累積回数が前記プリセット値を超えていない場合、前記発呼番号のリスクレベルを低リスクに設定するステップと、
   前記発呼番号が不審番号としてマークされた累積回数が前記プリセット値を超えた場合、前記発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの内容の一貫性に従って、前記発呼番号のリスクレベルを中リスク又は高リスクに設定するステップとを含む、ことを特徴とする請求項５に記載の着呼管理方法。
7. 前記発呼ユーザー属性は、発呼ユーザーの名前、発呼ユーザーの識別番号、発呼ユーザーの作業単位の名前、及び発呼ユーザーの職業のうちの少なくとも１つを含む、ことを特徴とする請求項６に記載の着呼管理方法。
8. 前記発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの内容の一貫性に従って、前記発呼番号のリスクレベルを中リスク又は高リスクに設定するステップは、
   前記発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの音色、又は毎回の送信における発呼ユーザーの名前もしくは発呼ユーザーの識別番号が不一致である場合、前記発呼番号のリスクレベルを高リスクに設定するステップ、及び／又は
   前記発呼番号に対応する発呼端末によって送信された発呼ユーザーの職業又は発呼ユーザーの作業単位名が不一致である場合、前記発呼番号のリスクレベルを中リスクに設定するステップを含む、ことを特徴とする請求項７に記載の着呼管理方法。
9. 前記着呼管理方法は、
   前記発呼番号のリスクレベルを第２被呼端末に送信するステップをさらに含む、ことを特徴とする請求項１に記載の着呼管理方法。
10. 前記プリセット音声対話プロンプトは被呼ユーザー属性の入力プロンプトをさらに含み、前記被呼ユーザー属性は、被呼ユーザーの名前及び被呼ユーザーの作業単位のうちの少なくとも１つを含み、
    前記発呼端末により送信された音声メッセージを受信するステップの後に、前記方法は、
    前記音声メッセージをプリセット回答と比較するステップと、
    比較結果が一致している場合、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップに直接入るステップと、
    比較結果が不一致である場合、前記発呼番号を不審番号としてマークし、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するステップに入るステップとをさらに含む、ことを特徴とする請求項１に記載の着呼管理方法。
11. 着呼管理装置であって、要求受信モジュールと、処理モジュールと、制御モジュールと、音声受信モジュールと、第１送信モジュールとを含み、
    前記要求受信モジュールは、発呼端末によって送信され、発呼番号及び被呼番号を含む通話要求を受信するように構成され、
    前記処理モジュールは、前記発呼番号がアドレス帳に記憶されている場合、着呼に接続するように前記被呼番号に対応する第１被呼端末に前記通話要求を送信するように構成され、
    前記制御モジュールは、前記発呼番号が前記アドレス帳に記憶されていない場合、発呼ユーザー属性の入力プロンプト及び着呼理由の入力プロンプトのうちの少なくとも１つを含むプリセット音声対話プロンプトを再生するように前記発呼端末を制御するように構成され、
    前記音声受信モジュールは、前記発呼端末により送信された音声メッセージを受信するように構成され、
    前記第１送信モジュールは、前記音声メッセージ及び前記発呼番号を前記第１被呼端末に送信するように構成される、ことを特徴とする着呼管理装置。
12. 前記制御モジュールは第１制御ユニットを含み、前記第１制御ユニットは、前記プリセット音声対話プロンプトにおける複数の入力プロンプトを順に再生するために、前の入力プロンプトに対して前記発呼端末により送信された前記音声メッセージを受信した後、次の入力プロンプトを再生するように前記発呼端末を制御するように構成される、ことを特徴とする請求項１１に記載の着呼管理装置。
13. 前記着呼管理装置は、第１確認モジュール及び第１マーキングモジュールをさらに含み、
    前記第１確認モジュールは、各入力プロンプトに対して前記発呼端末により送信された音声メッセージが受信されたか否かを確認するように構成され、
    前記第１マーキングモジュールは、各入力プロンプトに対して前記発呼端末により送信された音声メッセージが受信されていない場合、前記発呼番号を不審番号としてマークするように構成される、ことを特徴とする請求項１２に記載の着呼管理装置。
14. 前記着呼管理装置は分析モジュール及び第２マーキングモジュールをさらに含み、
    前記分析モジュールは、前記音声メッセージを処理し分析してスペクトルを形成し、前記音声メッセージが音声変更によって処理されたか否かを前記スペクトルに従って確認するように構成され、
    前記第２マーキングモジュールは、前記音声メッセージが音声変更によって処理された場合、前記発呼番号を不審番号としてマークするように構成される、ことを特徴とする請求項１１に記載の着呼管理装置。
15. 前記着呼管理装置は、第２確認モジュール、第３マーキングモジュール、第３確認モジュール、第４マーキングモジュール及び第５マーキングモジュールをさらに含み、
    前記第２確認モジュールは、前記発呼番号が前記アドレス帳に記憶されているか否かを確認するように構成され、
    前記第３マーキングモジュールは、前記発呼番号が前記アドレス帳に記憶されている場合、前記発呼番号を安全な番号としてマークするように構成され、
    前記第３確認モジュールは、前記発呼番号が前記アドレス帳に記憶されていない場合、前記第１被呼端末が発呼番号をコールバックし、通話期間がプリセット時間を超えたか否かを確認するように構成され、
    前記第４マーキングモジュールは、前記第１被呼端末が発呼番号をコールバックし、前記通話期間がプリセット時間を超えた場合、前記発呼番号を安全な番号としてマークするように構成され、
    前記第５マーキングモジュールは、前記第１被呼端末が発呼番号をコールバックしていないか、又は前記通話期間がプリセット時間を超えていない場合、前記発呼番号を不審番号としてマークするように構成される、ことを特徴とする請求項１１に記載の着呼管理装置。
16. 前記着呼管理装置は、統計モジュール及びリスクレベル確認モジュールをさらに含み、
    前記統計モジュールは、前記発呼番号が不審番号としてマークされた累積回数がプリセット値を超えたか否かを確認するように構成され、
    前記リスクレベル確認モジュールは以下のように構成され、即ち、前記発呼番号が不審番号としてマークされた累積回数が前記プリセット値を超えていない場合、前記発呼番号のリスクレベルを低リスクに設定しており、前記発呼番号が不審番号としてマークされた累積回数が前記プリセット値を超えた場合、前記発呼番号に対応する発呼端末によって送信された毎回の音声メッセージの内容の一貫性に従って、前記発呼番号のリスクレベルを中リスク又は高リスクに設定する、ことを特徴とする請求項１１に記載の着呼管理装置。
17. 前記着呼管理装置は、第２送信モジュールをさらに含み、前記第２送信モジュールは、前記発呼番号のリスクレベルを第２被呼端末に送信するように構成される、ことを特徴とする請求項１６に記載の着呼管理装置。