(57)【要約】【課題】通信端末の着信処理方法およびその装置を提供する。【解決手段】本発明に係る方法は、被呼側の通信端末は発呼側からの着信を受信し、被呼側の通信端末内に前記発呼側の身元情報がないと決定された場合、ネットワークを介して前記発呼側の情報を検索して表示する、ことを含む。当該装置は、通信モジュールと、番号識別モジュールと、ネットワークインタラクティブモジュールと、表示モジュールと、を含む。本発明によれば、被呼側に対して発呼側の身元識別に役立つ情報を提供することができる。【選択図】図１
2010148107.tif 000002
【特許請求の範囲】
【請求項１】
通信端末の着信処理方法であって、
被呼側の通信端末は発呼側からの着信を受信し、
被呼側の通信端末内に前記発呼側の身元情報がないと決定された場合、ネットワークを介して前記発呼側の情報を検索して表示する、
ことを含むことを特徴とする方法。
【請求項２】
前記被呼側の通信端末は固定電話端末であり、
前記被呼側の通信端末内に前記発呼側の身元情報がないと決定されたことは、前記被呼側の固定電話端末の内部メモリおよび／または当該固定電話端末内に挿入される各メモリに、前記発呼側の番号に対応する記録が記憶されていない、ことを含む、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記被呼側の通信端末は移動端末であり、
前記被呼側の通信端末内に前記発呼側の身元情報がないと決定されたことは、前記被呼側の移動端末の内部メモリおよび／または当該移動端末内に挿入される各メモリに、前記発呼側の番号に対応する記録が記憶されていない、ことを含む、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ネットワークを介して前記発呼側の情報を検索することは、
前記被呼側の通信端末が、ネットワークに接続して、前記発呼側の番号をインデックスとして、前記ネットワークを介して当該発呼側の情報を検索する、
ことを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記表示の前に、
検索された発呼側の情報から、予め設定された抽出ルールに適合する検索結果を抽出して、発呼側の身元情報としてから、前記表示処理を実行する、
ことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記抽出ルールは、
ランキング上位Ｎ（Ｎは１以上の正整数）個の検索結果を抽出し、あるいは、
会社名、および／または個人氏名、および／または都市情報を含むＮ（Ｎは１以上の正整数）個の検索結果を抽出する、
ことを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ネットワークを介して前記発呼側の情報を検索した後に、検索された発呼側の情報を前記被呼側の通信端末に記憶する、ことをさらに含むことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記検索された発呼側の情報を前記被呼側の通信端末に記憶する前に、
検索された発呼側の情報の記憶を必要とするかどうかを被呼側に問い合わせ、記憶必要を表す被呼側の応答を受信した場合、前記検索された発呼側の情報を前記被呼側の通信端末に記憶することを引き続き実行し、記憶必要を表す被呼側の応答を受信しなかった場合、着信処理プロセスを終了する、
ことをさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記被呼側の連絡したくない発呼側の番号を記録するブラックリストを、前記被呼側の通信端末に予め設定することをさらに含み、
前記発呼側からの着信を受信した後に、前記発呼側の番号が前記ブラックリストに記録されているかどうかを判断し、記録されているとき、今回の着信を拒否して、着信処理プロセスを終了し、記録されていないとき、前記被呼側の通信端末内に前記発呼側の身元情報がないと決定された場合、ネットワークを介して前記発呼側の情報を検索することを引き続き実行する、ことをさらに含む、
ことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項１０】
被呼側の通信端末内に前記発呼側の身元情報があると決定された場合、発呼側のより多くの身元情報を必要とするかどうかを判断し、必要とするとき、前記ネットワークを介して前記発呼側の情報を検索することを引き続き実行し、必要としないとき、前記被呼側の通信端末内の前記発呼側の身元情報を表示する、
ことをさらに含むことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項１１】
通信端末の着信処理装置であって、
発呼側からの着信を受信する通信モジュールと、
移動端末内に前記発呼側の身元情報がないと決定された場合、ネットワークインタラクティブモジュールに対し、当該発呼側の情報を検索するよう通知する番号識別モジュールと、
番号識別モジュールの通知で、ネットワークを介して前記発呼側の情報を検索して、検索された情報を表示モジュールに送信するネットワークインタラクティブモジュールと、
ネットワークインタラクティブモジュールから受信された情報を表示する表示モジュールと、
を含むことを特徴とする装置。
【請求項１２】
被呼側によって設定された電話番号および対応の身元情報を記憶する記憶モジュールをさらに含み、
前記番号識別モジュールは、前記記憶モジュールに記憶された内容に基づいて、所在の被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断し、記憶されている場合、記憶されている当該発呼側の身元情報を前記表示モジュールに送信し、記憶されていない場合、発呼側の番号を前記ネットワークインタラクティブモジュールに送信する、
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記記憶モジュールは、さらに、予め設定された抽出ルールを記憶し、
前記ネットワークインタラクティブモジュールで検索された情報から前記抽出ルールに適合する検索結果を抽出して、発呼側の身元情報として、前記記憶モジュールに記憶する抽出モジュールをさらに含む、
ことを特徴とする請求項１２に記載の装置。
【請求項１４】
発呼側の身元情報の記憶を必要とするかどうかに対する被呼側からの応答を受信して、当該応答を抽出モジュールに送信するユーザインターフェースモジュールをさらに含み、
前記抽出モジュールは、さらに、検索結果を抽出した後に、前記表示モジュールに対し、発呼側の身元情報の記憶を必要とするかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答が記憶必要を表す場合、前記記憶モジュールに記憶することを実行し、
前記表示モジュールは、さらに、前記抽出モジュールの通知で、被呼側が発呼側の身元情報の記憶を必要とするかどうかの問い合わせを表示する、
ことを特徴とする請求項１２に記載の装置。
【請求項１５】
前記記憶モジュールは、さらに、前記被呼側の連絡したくない発呼側の番号を記録するブラックリストを記憶し、
前記通信モジュールは、さらに、前記番号識別モジュールの通知で、発呼側からの着信を拒否し、
前記番号識別モジュールは、さらに、前記通信モジュールからの発呼側の番号を受信した後に、記憶モジュールに記憶されたブラックリストに当該発呼側の番号が記録されているかどうかを判断し、記録されている場合、通信モジュールに対し、当該発呼側からの着信を拒否するよう通知し、記録されていない場合、前記記憶モジュールに記憶された内容に基づいて、所在の被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断することを実行する、
ことを特徴とする請求項１２に記載の装置。
【請求項１６】
前記番号識別モジュールは、さらに、前記被呼側の通信端末内に前記発呼側の身元情報があると決定された場合、表示モジュールに対し、発呼側のより多くの身元情報を必要とするかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答が発呼側のより多くの身元情報を必要とすることを表すとき、前記発呼側の番号をネットワークインタラクティブモジュールに送信することを実行し、
前記ユーザインターフェースモジュールは、さらに、発呼側のより多くの身元情報を必要とするかどうかに対する被呼側の応答を受信して、受信された被呼側の応答を前記番号識別モジュールに送信する、
ことを特徴とする請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信端末の着信処理方法およびその装置に関する。
【背景技術】
【０００２】
通信技術および電子技術の速やかな発展に伴い、移動端末や固定電話端末は最もよく使われる通信ツールになっている。通信端末のユーザが発呼側の情報を比較的容易に取得できるように、通常、従来の通信端末はナンバーディスプレイ機能を有する。
【０００３】
移動端末を例として、従来の方式では、発呼側から被呼側に発呼すると、基地局、ネットワークコントローラなどのようなネットワーク側の機器は、発呼側と被呼側との間で通信リンクを確立して、発呼側から取得された身元識別子に基づいて対応の発呼側の電話番号を検索してから、当該発呼側の電話番号を被呼側に送信する。被呼側の移動端末のメモリや当該移動端末内のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードに氏名などのような当該発呼側の電話番号に対応する情報が記憶されている場合、記憶されている情報を被呼側の移動端末のディスプレイに表示し、被呼側の移動端末のメモリや当該移動端末内のＳＩＭカードにいずれも当該発呼側の電話番号に対応する情報が記憶されていない場合、即ち、被呼側にとって当該発呼側の電話番号が見知らぬ番号である場合、被呼側は当該見知らぬ番号をそのまま被呼側の移動端末のディスプレイに表示する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の着信処理方式では、通信端末の記録に依存して発呼側の情報を提供する。発呼側の番号が被呼側の通信端末によって見知らぬ番号と決定された場合、当該見知らぬ番号をそのまま表示するしかない。これは、被呼側が着信に出るかどうかを決定することに不便をもたらす。例えば、見知らぬ番号に対応する発呼側が、公衆電話を用いて発呼した被呼側の友達や家族である場合、被呼側はその電話番号が「見知らぬ番号」と思われるせいで着信に出ないと、重要事項について双方の交流を遅らせる恐れがある。一方、見知らぬ番号に対応する発呼側が、被呼側の連絡したくないものである場合、被呼側は着信に出ることを選択すると、邪魔されることを避けることができない。言い換えれば、従来の着信処理方式では、見知らぬ番号から着信がある場合、被呼側に対して発呼側の身元識別に役立ついかなる情報も提供できないため、ユーザの体験が悪くなってしまう。
【０００５】
なお、通信端末内部の記憶領域の制限で、発呼側の番号に対応する記録があっても、僅かな情報量しか提供できない。昔に記憶された発呼側から電話がかかってきた場合、被呼側は発呼側の確実な身元を直ちに識別できない恐れがある。これも被呼側が着信に出るかどうかを決定することに不便をもたらすため、ユーザの体験が悪くなってしまう。
【０００６】
本発明は、被呼側に対して発呼側の身元識別に役立つ情報を提供することができる通信端末の着信処理方法を提供している。
【課題を解決するための手段】
【０００７】
本発明に係る通信端末の着信処理方法において、被呼側の通信端末は発呼側からの着信を受信し、被呼側の通信端末内に前記発呼側の身元情報がないと決定された場合、ネットワークを介して前記発呼側の情報を検索して表示する、ことを含む。
【０００８】
ここで、前記被呼側の通信端末は固定電話端末であり、前記被呼側の通信端末内に前記発呼側の身元情報がないと決定されたことは、前記被呼側の固定電話端末の内部メモリおよび／または当該固定電話端末内に挿入される各メモリに、前記発呼側の番号に対応する記録が記憶されていない、ことを含む。
【０００９】
ここで、前記被呼側の通信端末は移動端末であり、前記被呼側の通信端末内に前記発呼側の身元情報がないと決定されたことは、前記被呼側の移動端末の内部メモリおよび／または当該移動端末内に挿入される各メモリに、前記発呼側の番号に対応する記録が記憶されていない、ことを含む。
【００１０】
ここで、前記ネットワークを介して前記発呼側の情報を検索することは、前記被呼側の通信端末が、ネットワークに接続して、前記発呼側の番号をインデックスとして、前記ネットワークを介して当該発呼側の情報を検索する、ことを含む。
【００１１】
好ましくは、前記表示の前に、検索された発呼側の情報から、予め設定された抽出ルールに適合する検索結果を抽出して、発呼側の身元情報としてから、前記表示処理を実行する、ことをさらに含む。
【００１２】
好ましくは、前記抽出ルールは、ランキング上位Ｎ（Ｎは１以上の正整数）個の検索結果を抽出し、あるいは、会社名、および／または個人氏名、および／または都市情報を含むＮ（Ｎは１以上の正整数）個の検索結果を抽出する、ことを含む。
【００１３】
ここで、前記ネットワークを介して前記発呼側の情報を検索した後に、検索された発呼側の情報を前記被呼側の通信端末に記憶する、ことをさらに含む。
【００１４】
ここで、前記検索された発呼側の情報を前記被呼側の通信端末に記憶する前に、検索された発呼側の情報の記憶を必要とするかどうかを被呼側に問い合わせ、記憶必要を表す被呼側の応答を受信した場合、前記検索された発呼側の情報を前記被呼側の通信端末に記憶することを引き続き実行し、記憶必要を表す被呼側の応答を受信しなかった場合、着信処理プロセスを終了する、ことをさらに含む。
【００１５】
好ましくは、当該方法は、前記被呼側の連絡したくない発呼側の番号を記録するブラックリストを、前記被呼側の通信端末に予め設定することをさらに含み、前記発呼側からの着信を受信した後に、前記発呼側の番号が前記ブラックリストに記録されているかどうかを判断し、記録されているとき、今回の着信を拒否して、着信処理プロセスを終了し、記録されていないとき、前記被呼側の通信端末内に前記発呼側の身元情報がないと決定された場合、ネットワークを介して前記発呼側の情報を検索することを引き続き実行する、ことをさらに含む。
【００１６】
好ましくは、当該方法は、被呼側の通信端末内に前記発呼側の身元情報があると決定された場合、発呼側のより多くの身元情報を必要とするかどうかを判断し、必要とするとき、前記ネットワークを介して前記発呼側の情報を検索することを引き続き実行し、必要としないとき、前記被呼側の通信端末内の前記発呼側の身元情報を表示する、ことをさらに含む。
【００１７】
また、本発明は、被呼側に対して発呼側の身元識別に役立つ情報を提供することができる通信端末の着信処理装置を提供している。
【００１８】
本発明に係る通信端末の着信処理装置において、発呼側からの着信を受信する通信モジュールと、  移動端末内に前記発呼側の身元情報がないと決定された場合、ネットワークインタラクティブモジュールに対し、当該発呼側の情報を検索するよう通知する番号識別モジュールと、番号識別モジュールの通知で、ネットワークを介して前記発呼側の情報を検索して、検索された情報を表示モジュールに送信するネットワークインタラクティブモジュールと、ネットワークインタラクティブモジュールから受信された情報を表示する表示モジュールと、を含む。
【００１９】
好ましくは、当該装置は、被呼側によって設定された電話番号および対応の身元情報を記憶する記憶モジュールをさらに含み、前記番号識別モジュールは、前記記憶モジュールに記憶された内容に基づいて、所在の被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断し、記憶されている場合、記憶されている当該発呼側の身元情報を前記表示モジュールに送信し、記憶されていない場合、発呼側の番号を前記ネットワークインタラクティブモジュールに送信する。
【００２０】
好ましくは、前記記憶モジュールは、さらに、予め設定された抽出ルールを記憶し、当該装置は、前記ネットワークインタラクティブモジュールで検索された情報から前記抽出ルールに適合する検索結果を抽出して、発呼側の身元情報として、前記記憶モジュールに記憶する抽出モジュールをさらに含む。
【００２１】
好ましくは、当該装置は、発呼側の身元情報の記憶を必要とするかどうかに対する被呼側からの応答を受信して、当該応答を抽出モジュールに送信するユーザインターフェースモジュールをさらに含み、  前記抽出モジュールは、さらに、検索結果を抽出した後に、前記表示モジュールに対し、発呼側の身元情報の記憶を必要とするかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答が記憶必要を表す場合、前記記憶モジュールに記憶することを実行し、前記表示モジュールは、さらに、前記抽出モジュールの通知で、被呼側が発呼側の身元情報の記憶を必要とするかどうかの問い合わせを表示する。
【００２２】
好ましくは、前記記憶モジュールは、さらに、前記被呼側の連絡したくない発呼側の番号を記録するブラックリストを記憶し、前記通信モジュールは、さらに、前記番号識別モジュールの通知で、発呼側からの着信を拒否し、前記番号識別モジュールは、さらに、前記通信モジュールからの発呼側の番号を受信した後に、記憶モジュールに記憶されたブラックリストに当該発呼側の番号が記録されているかどうかを判断し、記録されている場合、通信モジュールに対し、当該発呼側からの着信を拒否するよう通知し、記録されていない場合、前記記憶モジュールに記憶された内容に基づいて、所在の被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断することを実行する。
【００２３】
好ましくは、前記番号識別モジュールは、さらに、前記被呼側の通信端末内に前記発呼側の身元情報があると決定された場合、表示モジュールに対し、発呼側のより多くの身元情報を必要とするかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答が発呼側のより多くの身元情報を必要とすることを表すとき、前記発呼側の番号をネットワークインタラクティブモジュールに送信することを実行し、前記ユーザインターフェースモジュールは、さらに、発呼側のより多くの身元情報を必要とするかどうかに対する被呼側の応答を受信して、受信された被呼側の応答を前記番号識別モジュールに送信する。
【発明の効果】
【００２４】
上記の解決手段からわかるように、本発明では、通信端末は自身に対応情報が記憶されていない発呼側からの着信を受信した場合、ネットワークを介して当該発呼側の情報を検索して被呼側に提供する。このように、被呼側は、見知らぬ番号からの着信に対して、通信端末がネットワーク検索で提供した発呼側の情報の助けで、発呼側の身元を識別することができるため、当該着信に出るかどうかをより容易に決定することができ、ユーザの体験を効果的に改善することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明に係る通信端末の着信処理方法の例示的なフローチャートである。
【図２】本発明に係る通信端末の着信処理装置の例示的な構成図である。
【図３】本発明の実施例に係る通信端末の着信処理方法のフローチャートである。
【図４】本発明の実施例１に係る通信端末の着信処理装置の構成を示す図である。
【図５】本発明の実施例２に係る通信端末の着信処理方法のフローチャートである。
【発明を実施するための形態】
【００２６】
本発明の目的、解決手段をさらに明確にするために、以下、図面を参照して実施例を挙げながら、本発明をさらに詳しく説明する。
【００２７】
本発明は、通信端末の着信処理プロセスにおいて、見知らぬ番号からの着信を受信したと決定された場合、ネットワーク検索機能を起動して、当該見知らぬ番号の関連情報を検索し、検索された関連情報を被呼側の通信端末を介して表示することができる。もちろん、本発明は、見知らぬ番号以外からの着信を受信した場合にも、被呼側の制御で前述のネットワーク検索を実行して、より多くの情報を得ることができる。
【００２８】
図１は、本発明に係る通信端末の着信処理方法の例示的なフローチャートである。図１を参照すると、当該方法は下記のステップを含む。
【００２９】
ステップ１０１で、被呼側の通信端末は発呼側からの着信を受信する。
【００３０】
ステップ１０２で、被呼側の通信端末内に前記発呼側の身元情報がないと決定された場合、ネットワークを介して前記発呼側の情報を検索して表示する。
【００３１】
図２は、本発明に係る通信端末の着信処理装置の例示的な構成図である。図２を参照すると、当該装置は、通信モジュールと、番号識別モジュールと、ネットワークインタラクティブモジュールと、表示モジュールと、を含む。ここで、通信モジュールは発呼側からの着信を受信する。番号識別モジュールは、移動端末内に前記発呼側の身元情報がないと決定された場合、ネットワークインタラクティブモジュールに対し、当該発呼側の情報を検索するよう通知する。ネットワークインタラクティブモジュールは、番号識別モジュールの通知で、ネットワークを介して前記発呼側の情報を検索して、検索された情報を表示モジュールに送信する。表示モジュールは、ネットワークインタラクティブモジュールから受信された情報を表示する。
【００３２】
本発明の通信端末は、移動通信端末も固定電話端末も含める。そして、本発明では、発呼側の情報を検索するためのネットワークは、インターネットであってよく、事業者によりネットワークに提供されたサーバーなどのような他のネットワーク形式であってもよい。
【００３３】
以上の説明からわかるように、本発明では、通信端末は自身に対応情報が記憶されていない発呼側からの着信を受信した場合、ネットワークを介して当該発呼側の情報を検索して被呼側に提供する。このように、被呼側は、見知らぬ番号からの着信に対して、通信端末がネットワーク検索で提供した発呼側の情報の助けで、発呼側の身元を識別することができるため、当該着信に出るかどうかをより容易に決定することができ、ユーザの体験を効果的に改善することができる。
【００３４】
本発明の上記方式を、通信端末において被呼側によって設定されたブラックリストと組み合せて使用するようにしてよい。発呼側がブラックリストに記録される場合、当該発呼側の番号が見知らぬ番号であるかどうかにかかわらず、当該発呼側からの着信を拒否する。なお、本発明の上記方式では、発呼側の番号が見知らぬ番号以外である場合、ユーザの指示でネットワーク検索機能を起動して、発呼側のより多くの情報を取得するようにしてもよい。
【００３５】
以下、インターネット検索を例として、本発明の具体的な実施の形態を詳しく説明する。
【００３６】
（実施例１）
本実施例では、被呼側が見知らぬ番号からの着信を受信したと決定された場合、ネットワーク検索を介して発呼側の身元識別に役立つ情報を取得する。
【００３７】
図３は、本発明の実施例に係る通信端末の着信処理方法のフローチャートを示す。図３を参照すると、当該方法は下記のステップを含む。
【００３８】
ステップ３０１で、被呼側の通信端末は発呼側からの着信を受信する。
【００３９】
本ステップでは、被呼側は、移動通信ネットワークや固定電話ネットワークなどを介して、発呼側からの着信を受信する。
【００４０】
ステップ３０２〜３０３で、被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断し、記憶されている場合、当該被呼側の通信端末を介して、記憶されている当該発呼側の身元情報を表示して、着信処理プロセスを終了し、記憶されていない場合、ステップ３０４に進む。
【００４１】
被呼側の通信端末が移動端末である場合、通信端末の内部には、移動端末の内部メモリや、当該移動端末の内部に挿入されるＳＩＭカードや、例えば、ＳＤ（Ｓｅｃｕｒｉｔｙ  Ｄｉｇｉｔａｌ）カード、ｍｉｎｉＳＤカード、ＣＦ（Ｃｏｍｐａｃｔ  Ｆｌａｓｈ）カードなどのような当該移動端末内に接続可能な他の形式のメモリが含まれる。被呼側の通信端末が固定電話端末である場合、通信端末の内部には、固定電話の内部メモリや、当該通信端末に接続可能な各種類のメモリが含まれる。
【００４２】
これらの記憶領域には、電話帳の方式で、被呼側により記録必要と思われる電話番号および対応の身元情報が記憶されるようにしてよい。通信端末の内部の各記憶領域にある電話帳においても、発呼側の番号に対応する情報記録が検索されなかった場合、当該通信端末の内部に発呼側の情報が記憶されず、即ち、被呼側の通信端末にとって当該発呼側の番号が見知らぬ番号であると判定する。逆に、通信端末の内部のいずれかの記憶領域の電話帳に発呼側の番号に対応する情報記録が記憶されている場合、発呼側の身元を被呼側に知らせるために、記憶されている当該発呼側の情報を被呼側の通信端末のディスプレイに表示するだけでよい。
【００４３】
ステップ３０４で、被呼側の通信端末は、インターネットに接続して、発呼側の番号をインデックスとしてインターネットを介して当該発呼側の情報を検索する。
【００４４】
被呼側の通信端末は、発呼側の番号が見知らぬ番号であると決定すると、本ステップでは、まず、インターネット接続をトリガーして、当該被呼側とインターネットとの間で接続を確立し、その後、発呼側の番号をインデックスとして、インターネットの各種類の検索エンジンなどの従来の検索リソースを用いて検索を行って、当該発呼側に関連する少なくとも１つの検索結果を得る。
【００４５】
ステップ３０５で、予め設定された抽出ルールに適合する検索結果を抽出して、発呼側の身元情報として表示する。
【００４６】
インターネットを介して膨大な検索結果を得られること、被呼側に発呼側の身元を了解させるための各検索結果の有効性、および通信端末のディスプレイのサイズの制限を考慮して、本実施例では、抽出ルールを予め設定するようにしてよい。例えば、数多くの検索結果からランキング上位１０個の検索結果を抽出したり、あるいは、会社名、および／または個人氏名、および／または都市情報などを含むＮ（Ｎは設定可能な正整数）個の検索結果を抽出したりする。通信端末は、インターネットから発呼側の番号をインデックスとする検索結果を取得した後に、これらの検索結果から前述の抽出ルールに適合するいくつかの検索結果を選択して、発呼側の身元情報として、通信端末のディスプレイを用いて表示する。このように、被呼側は、着信を感知すると共に、これを借りて発呼側の身元を決定することができる。
【００４７】
ステップ３０６で、発呼側の番号および発呼側の身元情報を被呼側の通信端末に記憶する。
【００４８】
本ステップでは、発呼側の身元情報を被呼側の通信端末のいずれかの記憶領域に記憶するようにしてよい。これにより、当該発呼側からの着信を再び受信した場合、ネットワーク検索処理を省略することができる。もちろん、ここで、記憶場所の優先順位を予め設定するようにしてよく、例えば、デフォルトとしてＳＩＭカードに記憶するが、ＳＩＭカードの記憶領域がいっぱいになると、内部メモリに記憶するようにしてよい。
【００４９】
本ステップを実行する前に、発呼側の身元情報の記憶を必要とするかどうかを被呼側に問い合わせるようにしてよい。被呼側の肯定指示を受信した場合、本ステップの記憶処理を実行し、被呼側により入力された指示が記憶したくないことを表す場合、本着信処理プロセスを終了する。
【００５０】
ここまで、本実施例における通信端末の着信処理プロセスを終了する。
【００５１】
図４は、本実施例に係る通信端末の着信処理装置の構成を示す図である。図４を参照すると、当該装置は、通信モジュールと、記憶モジュールと、番号識別モジュールと、ネットワークインタラクティブモジュールと、抽出モジュールと、表示モジュールと、を含む。言い換えれば、図４は、図２に加えて記憶モジュールおよび抽出モジュールが追加される。
【００５２】
図４の通信モジュールは、発呼側からの着信を受信して、発呼側の番号を番号識別モジュールに送信する。記憶モジュールは、被呼側で設定された電話番号および対応の身元情報を記憶する。番号識別モジュールは、記憶モジュールに記憶された内容に基づいて、所在の被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断し、記憶されている場合、記憶されている当該発呼側の身元情報を表示モジュールに送信し、記憶されていない場合、発呼側の番号をネットワークインタラクティブモジュールに送信する。ネットワークインタラクティブモジュールは、番号識別モジュールからの発呼側の番号を受信した後に、インターネットに接続し、発呼側の番号をインデックスとしてインターネットを介して当該発呼側の情報を検索して、検索結果を抽出モジュールに送信する。抽出モジュールは、予め設定された抽出ルールに適合する検索結果を抽出して発呼側の身元情報とし、発呼側の番号および当該発呼側の身元情報を記憶モジュールに記憶する。表示モジュールは、番号識別モジュールまたは抽出モジュールからの発呼側の身元情報を受信して表示する。
【００５３】
図４の通信端末の着信処理装置は、発呼側の身元情報の記憶を必要とするかどうかに対する被呼側からの応答を受信して、当該応答を抽出モジュールに送信するユーザインターフェースモジュールをさらに含むようにしてよい。これに応じて、抽出モジュールは、さらに、予め設定された抽出ルールに適合する検索結果を抽出して発呼側の身元情報とした後に、表示モジュールに対し、発呼側の身元情報の記憶を必要とするかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答が記憶必要を表す場合、前述の発呼側の番号および当該発呼側の身元情報を記憶モジュールに記憶することを実行する。表示モジュールは、さらに、抽出モジュールの通知で、被呼側が発呼側の身元情報の記憶を必要とするかどうかを表す問い合わせを表示する。
【００５４】
本実施例では、被呼側の通信端末に発呼側の身元情報が記憶されていない場合、ネットワーク検索を開始し、インターネットを用いて発呼側の番号に関連する情報を得て、被呼側に表示する。このような方式によれば、見知らぬ番号からの着信を受信した場合、検索された情報によって被呼側での発呼側の身元識別を助けることができ、被呼側が着信に出るかどうかを決定することに役立ち、所望しない発呼側によって被呼側が邪魔されることを避けることができると共に、被呼側の見知らぬ電話番号を用いた発呼側からの着信が拒否されるせいで、被呼側が重要な通話を見逃すということを避けることもできる。本実施例はユーザの体験を効果的に改善することができると言える。
【００５５】
なお、本実施例では、インターネットから取得された検索結果から抽出ルールに適合する発呼側の身元情報を抽出した後に、発呼側の番号および対応の身元情報を記憶モジュールに記憶することで、当該発呼側からの着信を再び受信した場合、ネットワーク検索を再び実行することなく、記憶されている身元情報を直接に被呼側に提供することができる。これにより、リソースを節約し、処理速度を向上させ、ユーザの体験をさらに改善する。
【００５６】
（実施例２）
本実施例では、実施例１とブラックリスト技術とを組合せて、被呼側の通信端末に設定されたブラックリストに発呼側の番号が含まれず、且つ被呼側の通信端末内に対応の身元情報が記憶されていない場合、ネットワーク検索を開始して、発呼側の情報を取得する。
【００５７】
図５は、本実施例に係る通信端末の着信処理方法のフローチャートである。図５を参照すると、当該方法は下記のステップを含む。
【００５８】
ステップ５０１で、被呼側の通信端末は発呼側からの着信を受信する。
【００５９】
ステップ５０２〜５０３で、発呼側の番号が被呼側の通信端末のブラックリストに記録されているかどうかを判断し、記録されている場合、今回の着信を拒否して、本着信処理プロセスを終了し、記録されていない場合、ステップ５０４に進む。
【００６０】
本実施例では、被呼側の通信端末に被呼側の連絡したくない発呼側の番号を記憶するブラックリストを設定するようにしてよい。これにより、このような発呼側が再び発呼した場合、直接に着信拒否して、邪魔されることを根本的になくす。
【００６１】
ステップ５０４で、被呼側の通信端末の内部に発呼側の身元情報が記憶されているかどうかを判断し、記憶されている場合、ステップ５０５に進み、記憶されていない場合、ステップ５０７に進む。
【００６２】
ステップ５０５〜５０６で、発呼側のより多くの身元情報を必要とするかどうかを判断し、必要とする場合、ステップ５０７に進み、必要としない場合、当該被呼側の通信端末を介して、記憶されている当該発呼側の身元情報を表示して、着信処理プロセスを終了する。
【００６３】
被呼側の通信端末内に発呼側の身元情報が記憶されている場合、当該身元情報が被呼側により昔に記憶されたものかもしれないので、この時、当該発呼側からの着信があったとき、被呼側は当該発呼側の確実な情報を忘れてしまう恐れがある。そのため、ここで、通信端末を介して発呼側のより多くの身元情報を必要とするかどうかを被呼側に問い合わせて、発呼側の身元識別をさらに助けるようにしてよい。
【００６４】
ステップ５０７〜５０９で、被呼側の通信端末は、インターネットに接続して、発呼側の番号をインデックスとしてインターネットを介して当該発呼側の情報を検索し、予め設定された抽出ルールに適合する検索結果を抽出して、発呼側の身元情報として表示し、発呼側の番号および発呼側の身元情報を被呼側の通信端末に記憶する。
【００６５】
ここでの処理は、実施例１のステップ３０４〜３０６の処理と同じである。
【００６６】
ここまで、本実施例における通信端末の着信処理プロセスを終了する。
【００６７】
本実施例では、ステップ５０８とステップ５０９との間に、発呼側の身元情報の記憶を必要とするかどうかを被呼側に問い合わせ、必要とする場合、ステップ５０９に進み、必要としない場合、発呼側の身元情報をブラックリストに登録したいかどうかを被呼側に問い合わせ、登録したいとき、発呼側の番号および対応の発呼側の身元情報をブラックリストに追加し、登録したくないとき、着信処理プロセスを直接に終了するようにしてよい。
【００６８】
本実施例では、やはり図４の通信端末の着信処理装置の構成を採用するようにしてよいが、ただ個別のモジュールの機能が変更されるだけである。具体的に、本実施例の記憶モジュールは、さらに、予め設定された、被呼側の連絡したくない発呼側の番号を含むブラックリストを記憶する。通信モジュールは、さらに、番号識別モジュールの通知で、発呼側からの着信を拒否する。番号識別モジュールは、さらに、通信モジュールからの発呼側の番号を受信した後に、記憶モジュールに記憶されたブラックリストに当該発呼側の番号が記録されているかどうかを判断し、記録されている場合、通信モジュールに対し、当該発呼側からの着信を拒否するよう通知し、記録されていない場合、前記記憶モジュールに記憶された内容に基づいて、所在の被呼側の通信モジュールの内部に発呼側の身元情報が記憶されているかどうかを判断することを実行する。また、当該番号識別モジュールは、被呼側の通信端末の内部に発呼側の身元情報が記憶されていると決定した場合、表示モジュールに対し、発呼側のより多くの身元情報を必要とするかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答が発呼側のより多くの身元情報を必要とすることを表すとき、前記発呼側の番号をネットワークインタラクティブモジュールに送信することを実行する。
【００６９】
なお、抽出モジュールは、さらに、ユーザインターフェースモジュールからの被呼側の応答が発呼側の身元情報の記憶を必要とすることを表す場合、表示モジュールに対し、発呼側の身元情報をブラックリストに登録したいかどうかを被呼側に問い合わせるよう通知し、ユーザインターフェースモジュールからの被呼側の応答がブラックリストに登録したいことを表すとき、発呼側の番号および対応の発呼側の身元情報を記憶モジュールのブラックリストに追加する。
【００７０】
本実施例では、実施例１と同じ効果を得ることができる以外に、ブラックリストとの組み合わせによって、より的確に被呼側の意思に応じて着信を拒否することができる。なお、本実施例では、被呼側の通信端末に発呼側の身元情報が記憶されていても、被呼側に発呼側の身元をより十分に了解させることを助けるために、被呼側のニーズに基づいてインターネットを介して当該発呼側のより多くの身元情報を検索することができる。
【００７１】
上記は、本発明の好ましい実施例にすぎず、本発明の保護範囲を限定するものではない。本発明の精神と原則内で行われる種々の修正、均等置換え、改善などは全て本発明の保護範囲内に含まれるべきである。
【図１】
2010148107.tif 000003
【図２】
2010148107.tif 000004
【図３】
2010148107.tif 000005
【図４】
2010148107.tif 000006
【図５】
2010148107.tif 000007