(57)【要約】【課題】移動端末間の通信確立方法。【解決手段】呼び出し側端末から通信要求を受信することを含み、通信要求は少なくとも呼び出し側番号及び呼び出し先端末の識別コードを判定する情報を含み、情報は呼び出し先端末の番号または呼び出し先端末の所有者名を含む。情報に基づいて呼び出し先端末の識別コードを取得することと、呼び出し側番号及び呼び出し先端末の識別コードに基づいて、予め格納されたアドレス帳参照関係及び通信履歴を使用して、呼び出し側端末及び呼び出し先端末と関連付けられた対応する記録について問い合わせることとを含む。対応する記録に基づいて通信の権利値を計算すること、計算された通信の権利値が予め定められた閾値を超えるか否かを判定することを含む。計算された通信の権利値が予め定められた閾値を超えるという判定に応答して、呼び出し側端末と呼び出し先端末との間の通信を確立する。【選択図】図１
2020065311.tif 000002
【特許請求の範囲】
【請求項１】
着信通信制御の方法であって、
呼び出し先端末によって、呼び出し側から電話の呼び出しを受信するステップと、
前記呼び出し先端末によって、前記電話の呼び出しが予め構成されたサーバーを介してかけられているかどうかを決定するステップであって、前記呼び出し先端末は、通信の権利値が予め決められたしきい値を超えると前記予め構成されたサーバーから前記電話の呼び出しを受信し、前記予め決められたしきい値は、調節可能であり、前記通信の権利値は、関係の値および履歴の値についての数学的な操作に由来し、前記関係の値は、呼び出し側端末のアドレス帳が前記呼び出し先端末の電話番号を含むかどうか、および前記呼び出し先端末のアドレス帳が前記呼び出し側端末の電話番号を含むかどうかに依存し、前記履歴の値は、収集されたデータに依存し、前記収集されたデータは、前記呼び出し側および呼び出し先端末の間における過去の呼び出しの数と過去の呼び出しの期間とからなる集まりからの選択を含む、ステップと、
前記電話の呼び出しが予め構成されたサーバーを介してかけられていることの前記呼び出し先端末による決定に応えて、前記呼び出し先端末は、前記呼び出し先端末に前記電話の呼び出しを出力する前記予め構成されたサーバーからの呼び出し側の情報を受信し、前記呼び出し先端末に前記呼び出し側の情報を表示するステップと、
前記電話の呼び出しが予め構成されたサーバーを介してかけられていないことの決定に応えて、前記呼び出し先端末に連絡するために、予め構成されたサーバーに電話をかけるように前記呼び出し側に通知するステップと
を備えることを特徴とする方法。
【請求項２】
前記呼び出し側端末に関係する前記呼び出し側の情報は、前記呼び出し側端末の所有者の名前、前記呼び出し側端末の移動電話番号、前記呼び出し側端末の地理的位置、それらの組み合わせ、および前記履歴の値のうちの１つまたは複数を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記呼び出し側端末に関係する前記呼び出し側の情報は、前記予め構成されたサーバーに格納されることを特徴とする請求項１に記載の方法。
【請求項４】
前記呼び出し側端末および前記呼び出し先端末のうちの１つまたは複数の前記アドレス帳は、仮想番号として表示される番号を有することを特徴とする請求項１に記載の方法。
【請求項５】
コンピューターによって実行されるために格納されたコンピューター読み取り可能な命令を有する非一時的なコンピューター読み取り可能な媒体であって、前記命令は、
呼び出し先端末によって、呼び出し側から電話の呼び出しを受信するステップと、
前記呼び出し先端末によって、前記電話の呼び出しが予め構成されたサーバーを介してかけられているかどうかを決定するステップであって、前記呼び出し先端末は、通信の権利値が予め決められたしきい値を超えると前記予め構成されたサーバーから前記電話の呼び出しを受信し、前記予め決められたしきい値は、調節可能であり、前記通信の権利値は、関係の値および履歴の値についての数学的な操作に由来し、前記関係の値は、呼び出し側端末のアドレス帳が前記呼び出し先端末の電話番号を含むかどうか、および前記呼び出し先端末のアドレス帳が前記呼び出し側端末の電話番号を含むかどうかに依存し、前記履歴の値は、収集されたデータに依存し、前記収集されたデータは、前記呼び出し側および呼び出し先端末の間における過去の呼び出しの数と過去の呼び出しの期間とからなる集まりからの選択を含む、ステップと、
前記電話の呼び出しが予め構成されたサーバーを介してかけられていることの前記呼び出し先端末による決定に応えて、前記呼び出し先端末は、前記呼び出し先端末に前記電話の呼び出しを出力する前記予め構成されたサーバーからの呼び出し側の情報を受信し、前記呼び出し先端末に前記呼び出し側の情報を表示するステップと、
前記電話の呼び出しが予め構成されたサーバーを介してかけられていないことの決定に応えて、前記呼び出し先端末に連絡するために、予め構成されたサーバーに電話をかけるように前記呼び出し側に通知するステップと
を備える方法を含むことを特徴とする非一時的なコンピューター読み取り可能な媒体。
【請求項６】
発信通信制御の方法であって、前記方法は、呼び出し側端末によって、予め構成されたサーバーに通信の要求を送信するステップを備え、前記通信の要求は、少なくとも呼び出し側番号、および呼び出し先端末の識別コードを決定するための情報を含み、前記情報は、前記呼び出し先端末または前記呼び出し先端末の所有者についての番号を含み、前記予め構成されたサーバーは、通信の権利値が予め決められたしきい値を超えると前記呼び出し先端末に電話の呼び出しを転送し、前記予め決められたしきい値は、調節可能であり、前記通信の権利値は、関係の値および履歴の値についての数学的な操作に由来し、前記関係の値は、呼び出し側端末のアドレス帳が前記呼び出し先端末の電話番号を含むかどうか、および前記呼び出し先端末のアドレス帳が前記呼び出し側端末の電話番号を含むかどうかに依存し、前記履歴の値は、収集されたデータに依存し、前記収集されたデータは、前記呼び出し側および呼び出し先端末の間における過去の呼び出しの数と過去の呼び出しの期間とからなる集まりからの選択を含むことを特徴とする方法。
【請求項７】
前記呼び出し側端末によって、前記予め構成されたサーバーに前記通信の要求を送信する前に、前記呼び出し側端末によって、前記予め構成されたサーバーからデジタル証明書を取得するための要求を送信するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
前記呼び出し側端末および前記呼び出し先端末のうちの１つまたは複数の前記アドレス帳は、仮想番号として表示される番号を有することを特徴とする請求項６に記載の方法。
【請求項９】
コンピューターによって実行されるために格納されたコンピューター読み取り可能な命令を有する非一時的なコンピューター読み取り可能な媒体であって、前記命令は、呼び出し側端末によって、予め構成されたサーバーに通信の要求を送信するステップを備える方法を含み、前記通信の要求は、少なくとも呼び出し側番号、および呼び出し先端末の識別コードを決定するための情報を含み、前記情報は、前記呼び出し先端末または前記呼び出し先端末の所有者についての番号を含み、前記予め構成されたサーバーは、通信の権利値が予め決められたしきい値を超えると前記呼び出し先端末に電話の呼び出しを転送し、前記予め決められたしきい値は、調節可能であり、前記通信の権利値は、関係の値および履歴の値についての数学的な操作に由来し、前記関係の値は、呼び出し側端末のアドレス帳が前記呼び出し先端末の電話番号を含むかどうか、および前記呼び出し先端末のアドレス帳が前記呼び出し側端末の電話番号を含むかどうかに依存し、前記履歴の値は、収集されたデータに依存し、前記収集されたデータは、前記呼び出し側および呼び出し先端末の間における過去の呼び出しの数と過去の呼び出しの期間とからなる集まりからの選択を含むことを特徴とする非一時的なコンピューター読み取り可能な媒体。
【請求項１０】
前記方法は、前記呼び出し側端末によって前記予め構成されたサーバーに、前記予め構成されたサーバーからデジタル証明書を取得するための要求を送信するステップをさらに備えることを特徴とする請求項９に記載の非一時的なコンピューター読み取り可能な媒体。
【請求項１１】
第二の移動電話と通信するための通信の要求を送信する第一の移動電話と、
第一の電話番号、前記第一の移動電話についての第一の所有者、および前記第一の移動電話についての第一の識別コードの間における関係を決定し格納し、前記第一の移動電話は、第一のアドレス帳を有し、
第二の電話番号、前記第二の移動電話についての第二の所有者、および前記第二の移動電話についての第二の識別コードの間における関係を決定し格納し、前記第二の移動電話は、第二のアドレス帳を有し、
前記第一の移動電話についての前記第一のアドレス帳が前記第二の電話番号を含むかどうか、および前記第二の移動電話についての前記第二のアドレス帳が前記第一の電話番号を含むかどうかに依存する関係の変数に値を割り当て、
収集されたデータに依存する履歴の変数についての値を取得し、前記収集されたデータは、前記第一および第二の移動電話の間における過去の呼び出しの数と過去の呼び出しの期間とからなる集まりからの選択を含み、
前記関係の変数、前記履歴の変数、前記第一の電話番号、および前記第二の電話番号の間における関係を格納し、
前記第一の移動電話から前記通信の要求を受信し、前記通信の要求は、前記第一の移動電話についての前記第一の電話番号、および前記第二の移動電話のアイデンティティを供給し、
前記第二の移動電話の前記アイデンティティから前記第二の電話番号を決定し、
前記第一の電話番号および前記第二の電話番号に基づいて前記関係の変数についての前記値および前記履歴の変数についての前記値を記憶装置から読み出し、
前記第一および第二の電話番号に関連付けられた前記関係の値および前記履歴の値に数学的な操作をして通信の権利値を生成し、
前記通信の権利値が予め決められたしきい値を超えると前記第二の移動電話に電話の呼び出しをさせ、前記予め決められたしきい値は、調節可能である
予め構成されたサーバーと、
前記電話の呼び出しを受信し、
前記電話の呼び出しが前記予め構成されたサーバーを介してかけられているかどうかを決定し、
前記電話の呼び出しが前記予め構成されたサーバーを介してかけられていることの決定に応えて、前記予め構成されたサーバーを通じて前記第二の移動電話との通信を要求する前記第一の移動電話に関係する前記予め構成されたサーバーからの呼び出し側の情報を受信し、前記第二の移動電話に前記呼び出し側の情報を表示し、
前記電話の呼び出しが前記予め構成されたサーバーを介してかけられていないことの決定に応えて、予め構成されたサーバーを通じて前記電話の呼び出しに電話をかけるように前記電話の呼び出しの発信元に通知する
前記第二の移動電話と
を備えたシステム。
【請求項１２】
コンピューターによって実行されるコンピューター読み取り可能な命令を有する非一時的なコンピューター読み取り可能な媒体であって、前記命令は、
第一の移動電話によって、第二の移動電話と通信するために、予め構成されたサーバーに通信の要求を送信するステップと、
前記予め構成されたサーバーによって、第一の電話番号、前記第一の移動電話についての第一の所有者、および前記第一の移動電話についての第一の識別コードの間における関係を決定し格納するステップであって、前記第一の移動電話は、第一のアドレス帳を有する、ステップと、
前記予め構成されたサーバーによって、第二の電話番号、前記第二の移動電話についての第二の所有者、および前記第二の移動電話についての第二の識別コードの間における関係を決定し格納するステップであって、前記第二の移動電話は、第二のアドレス帳を有する、ステップと、
前記予め構成されたサーバーによって、前記第一の移動電話についての前記第一のアドレス帳が前記第二の電話番号を含むかどうか、および前記第二の移動電話についての前記第二のアドレス帳が前記第一の電話番号を含むかどうかに依存する関係の変数に値を割り当てるステップと、
前記予め構成されたサーバーによって、収集されたデータに依存する履歴の変数についての値を取得するステップであって、前記収集されたデータは、前記第一および第二の移動電話の間における過去の呼び出しの数と過去の呼び出しの期間とからなる集まりからの選択を含む、ステップと、
前記予め構成されたサーバーによって、前記関係の変数、前記履歴の変数、前記第一の電話番号、および前記第二の電話番号の間における関係を格納するステップと、
前記予め構成されたサーバーによって、前記第一の移動電話から前記通信の要求を受信するステップであって、前記通信の要求は、前記第一の移動電話についての前記第一の電話番号、および前記第二の移動電話のアイデンティティを含む、ステップと、
前記予め構成されたサーバーによって、前記第二の移動電話の前記アイデンティティから前記第二の電話番号を決定するステップと、
前記予め構成されたサーバーによって、前記第一の移動電話および前記第二の移動電話に基づいて前記関係の変数についての前記値および前記履歴の変数についての前記値を記憶装置から読み出すステップと、
前記第一および第二の移動電話に関連付けられた前記関係の値および前記履歴の値に数学的な操作をして通信の権利値を生成するステップと、
前記通信の権利値が予め決められたしきい値を超えることの決定に応えて、前記第二の移動電話に電話の呼び出しをさせるステップであって、前記予め決められたしきい値は、調節可能である、ステップと、
前記第二の移動電話によって、前記電話の呼び出しを受信するステップと、
前記第二の移動電話によって、前記電話の呼び出しが前記予め構成されたサーバーを介してかけられているかどうかを決定するステップと、
前記電話の呼び出しが前記予め構成されたサーバーを介してかけられていることの決定に応えて、前記予め構成されたサーバーを通じて前記第二の移動電話との通信を要求する前記第一の移動電話に関係する前記予め構成されたサーバーからの呼び出し側の情報を受信し、前記第二の移動電話に前記呼び出し側の情報を表示するステップと、
前記電話の呼び出しが前記予め構成されたサーバーを介してかけられていないことの決定に応えて、予め構成されたサーバーを通じて前記電話の呼び出しに電話をかけるように前記電話の呼び出しの発信元に通知するステップと
を備える方法を含むことを特徴とする非一時的なコンピューター読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は２０１４年１１月１０日に出願の中国特許出願番号第２０１４１０６４４００８．１号に対する利点を請求し、その全体を本明細書に引用するものとする。
【０００２】
本開示は、概して移動通信に関し、より具体的には、移動端末間の通信の確立、着信通信制御及び発信通信制御ならびにその使用による通信システムのための方法と装置に関する。
【背景技術】
【０００３】
従来の移動通信システムは、電話番号で動作する。言い換えれば、呼び出し先との通信を確立するために、呼び出し側は、直接呼び出し先の番号にダイヤルする。このシステムに関する課題は、いかなるランダムな呼び出し側も呼び出し先の番号にダイヤルして呼び出し先と連絡をとることができ、呼び出し先にとっていやがらせに至る可能性がある、ということである。
【０００４】
上述の問題を解決するのが一般的には、呼び出し先が、スマートフォン・アプリ「着信マスター」または着信ファイアウォールなどのプログラムを利用して、呼び出し側番号が呼び出し先との通信確立を可能とするにあたっての制限を提供する、というものである。呼び出し側番号と関連付けられた悪い履歴があると、システムは自動的に着信を拒む。一般に、このような制限は、呼び出し側番号のホワイトリストまたはブラックリストの形で、アプリまたはファイアウォールにより構成される。しかしながら、このアプローチについては、当事者の間にアドレス帳または通信履歴に含まれる連絡先などの他の情報からのいかなる援助も無しに、呼び出し先は、呼び出し側番号に基づいて着信を受け入れるべきか否かを判定することしかできない。
【０００５】
従って、それらのアドレス帳及び通信履歴を使用して移動端末間の通信を確立する、という課題を解決する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
呼び出し側と呼び出し先との間の通信がそれらのアドレス帳またはそれらの通信履歴の関係を使用して行うことができない、という従来技術の課題を解決するために、本開示は、移動端末間に通信を確立するための方法と装置を提供する。本開示は、着信通信制御、発信通信制御及びそれらを使用した通信システムのための、方法及び装置をさらに提供する。
【課題を解決するための手段】
【０００７】
本開示の例示的実施形態によれば、移動端末間の通信を確立する方法は呼び出し側端末から通信要求を受信するステップを含み、通信要求は、少なくとも、呼び出し側番号及び呼び出し先端末の識別コードを判定するための情報を含み、この情報は、呼び出し先端末の番号または呼び出し先端末の所有者名を含む。本方法はまた、情報に基づいて呼び出し先端末の識別コードを取得して、呼び出し側番号及び呼び出し先端末の識別コードに基づいて、予め格納されたアドレス帳参照関係及び通信履歴を使用することによって、呼び出し側端末及び呼び出し先端末と関連付けられた対応する記録について問い合わせるステップを含む。方法は、対応する記録に基づいて通信の権利値を計算して、計算された通信の権利値が予め定められた閾値を超えるか否かを判定するステップを、さらに含む。計算された通信の権利値が予め定められた閾値を超えるという判定に応答して、方法は、呼び出し側端末と呼び出し先端末との間の通信を確立する。
【０００８】
本開示の別の例示的実施形態によれば、移動端末間の通信を確立するための装置は、受信モジュール、取得モジュール、問い合わせモジュール、コンピューティング・モジュール及び判定モジュールを含む。受信モジュールは呼び出し側端末から通信要求を受信するように構成され、通信要求は、呼び出し側番号及び呼び出し先端末の識別コードを判定するための情報を少なくとも含み、この情報は、呼び出し先端末の番号または呼び出し先端末の所有者名を含む。取得モジュールは、情報に基づいて呼び出し先端末の識別コードを取得するために構成される。問い合わせモジュールは、呼び出し側番号及び呼び出し先端末の識別コードに基づいて、予め格納されたアドレス帳参照関係及び通信履歴を使用して、呼び出し側端末及び呼び出し先端末と関連付けられた対応する記録について問い合わせるために構成される。コンピューティング・モジュールは、対応する記録に基づいて通信の権利値を計算するために構成される。判定モジュールは、計算された通信の権利値が予め定められた閾値を超えるか否かを判定して、計算された通信の権利値が予め定められた閾値を超えるという判定に応答して、呼び出し側端末と呼び出し先端末との間の通信を確立するために構成される。
【０００９】
あるいは、アドレス帳参照関係は、サーバーに登録されたクライアント端末のローカル・アドレス帳の全ての連絡先のデータを使用して判定され、装置は生成モジュールをさらに含む。生成モジュールは、読出しサブモジュール、取得サブモジュール、判定サブモジュール及び生成サブモジュールを含む。読出しサブモジュールは、サーバーに登録されたクライアント端末のローカル・アドレス帳から読み出すために構成される。取得サブモジュールは、ローカル・アドレス帳の連絡先による閲覧が連絡先人物の記録情報を取得するように構成される。判定サブモジュールは、連絡先人物の記録情報に基づいて、連絡先人物により利用されてサーバーに名前を登録する識別コードを判定するために構成される。生成サブモジュールは、クライアント端末間に存在しているアドレス帳参照関係を判定し、また、アドレス帳参照関係を、連絡先人物に対応するクライアント端末が、サーバーに登録されたクライアント端末のローカル・アドレス帳により参照されるように記録するために構成される。
【００１０】
本開示のさらに別の例示的実施形態によれば、着信通信制御の方法は、呼び出し先端末によって、呼び出し側から通信確立要求を受信して、呼び出し側が予め構成されたサーバーであるか否かを判定するステップを含む。呼び出し側が予め構成されたサーバーであるという判定に応答して、方法は、ユーザ通知を生じさせて、サーバーを介して呼び出し先端末との通信を要求している呼び出し側端末に関連した情報のグループからの少なくとも１つの情報、及び呼び出し先端末に関する呼び出し側端末の関係の情報を表示するステップをさらに含む。呼び出し側が予め構成されたサーバーではないとの判定に応答して、方法は、呼び出し側に、サーバーを介して通信確立要求を送信するように通知するステップを含む。
【００１１】
本開示のまた別の例示的実施形態によれば、着信通信制御のための装置は、受信モジュール、判定モジュール、接続モジュール及び拒否モジュールを含む。受信モジュールは、呼び出し先端末によって、呼び出し側から通信確立要求を受信するために構成される。判定モジュールは、呼び出し側が予め構成されたサーバーであるか否かを判定するために構成される。接続モジュールは、呼び出し側が予め構成されたサーバーであるという判定に応答して、ユーザ通知を生じさせて、サーバーによる呼び出し先端末を有する通信を要求している呼び出し側端末に関連した情報のグループからの少なくとも１つの情報及び呼び出し先端末に関する呼び出し側端末の関係の情報を表示するために構成される。拒否モジュールは、呼び出し側が予め構成されたサーバーではないとの判定に応答して、呼び出し側に、サーバーを介して通信確立要求を送信するように通知するために、構成される。
【００１２】
本開示の例示的実施形態によれば、発信通信制御の方法は、通信要求を予め構成されたサーバーに送信する呼び出し側端末のステップを含み、ここで、通信要求は、少なくとも、呼び出し側番号及び呼び出し先端末の識別コードを判定するための情報を含み、情報は、呼び出し先端末の番号または呼び出し先端末の所有者名を含む。
【００１３】
本開示の別の例示的実施形態によれば、発信通信制御のための装置は、送信モジュールを含み、そしてそれは、予め構成されたサーバーに呼び出し側端末によって、通信要求を送信するために構成され、通信要求は、呼び出し側番号及び呼び出し先端末の識別コードを判定するための情報を少なくとも含み、この情報は呼び出し先端末の番号または呼び出し先端末の所有者名を含む。
【００１４】
本開示のさらに別の例示的実施形態によれば、通信システムは、移動端末間の通信を確立するための上述の装置、着信通信制御のための上述の装置及び発信通信制御のための装置を含む。
【発明の効果】
【００１５】
既存の技術と比較して、本開示は、移動端末間の通信が、それらのアドレス帳とそれらの通信履歴との間の関係に基づいて確立され、あらゆるランダムな呼び出し側が呼び出し先番号をダイヤルすることができるという問題を防止し、そして信頼された呼び出し側だけが呼び出し先端末に到達可能である、という改良を提供する。
【００１６】
本仕様に取り入れられて、本仕様の一部をなし、そして、同様の数字が同様の要素を表す添付図面は、本開示の実施形態を例示して、記述と共に、開示の原則を説明することに役立つ。
【図面の簡単な説明】
【００１７】
【図１】本開示の実施形態による移動端末間の通信を確立する例示的な方法のフローチャートである。
【図２】本開示の実施形態による、アドレス帳参照関係を生成する例示的な方法のフローチャートである。
【図３】本開示の実施形態による、図１のステップＳ１０３の例示的な方法のフローチャートである。
【図４】本開示の実施形態による、図１のステップＳ１０１より前の検証の例示的な方法のフローチャートである。
【図５】本開示の実施形態による、呼び出し側端末のクライアント側公開鍵を取得して格納する、例示的な方法のフローチャートである。
【図６】本開示の実施形態による、移動端末間の通信を確立するための例示的な装置のブロック図である。
【図７】本開示の実施形態による、着信通信制御の例示的な方法のフローチャートである。
【図８】本開示の実施形態による、着信通信制御のための例示的な装置のブロック図である。
【図９】本開示の実施形態による、発信通信制御の例示的な方法のフローチャートである。
【図１０】本開示の実施形態による、発信通信制御のための例示的な装置のブロック図である。
【発明を実施するための形態】
【００１８】
以下の説明では、多数の具体的な詳細は、本開示の完全な理解を提供するために記載される。しかしながら、本開示がこれらの具体的な詳細無しで実行できることは、当業者にとって明らかになるであろう。本願明細書における記述及び表現は、従来技術において、経験豊かであるか熟練した人々によって、他の当業者に最も効果的にそれらの仕事の要旨を伝えるために用いる一般の手段である。他の例において、既知の方法、手順、コンポーネント及び回路は、本開示の態様を不必要に不明瞭にすることを回避するために詳述していない。
【００１９】
本明細書における「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」または「ある実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という参照は、実施形態に関連して記載されている特定の特徴、構造または特性が本開示の少なくとも１つの実施形態に含まれ得ることを意味する。本仕様の様々な場所におけるフレーズ「１つの実施形態において、（ｉｎ  ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」の表現は、必ずしもすべてが同じ実施形態を参照しているというわけではなく、他の実施形態の別々のまたは代替の実施形態と排他的でもない。本願明細書において、用いられる、用語「上部（ｕｐｐｅｒ）」、「下部（ｌｏｗｅｒ）」、「頂部（ｔｏｐ）」、「底部（ｂｏｔｔｏｍ）」、「上方に（ｕｐｗａｒｄｓ）」「中央（ｍｉｄｄｌｅ）」、及び「下方に（ｄｏｗｎｗａｒｄｓ）」は、説明のために相対位置を提供することを意図しており、絶対的な枠組みを示すことを目的としない。さらに、本開示の１つ以上の実施形態を表すプロセス・フローチャートまたは図におけるブロックの順序は、本質的にいかなる特定の順序も示さず、本開示のいかなる限定も意味しない。
【００２０】
本開示の実施形態は、図１〜１０を参照して本願明細書において述べられる。しかしながら、当業者は、開示がこれらの限られた実施形態を越えて拡がるにつれて、これらの図に関して本願明細書において与えられる詳細記述が、説明的な目的のためにあると、容易に認めるであろう。
【００２１】
図１を参照すると、本開示の実施形態による、移動端末間の通信を確立する例示的な方法のフローチャートが示される。方法１００は、ステップＳ１０１において始まり、ここでは呼び出し側端末からの通信要求が受信される。通信要求は、呼び出し先端末の識別コードを判定するための情報だけでなく、呼び出し側番号を少なくとも含む。呼び出し先端末の識別コードを判定するためのこのような情報は、多くの呼び出し先端末または呼び出し先端末の所有者名を含む。
【００２２】
本開示のこの実施形態によれば、上述の呼び出し先端末は、サーバーに登録されたクライアント端末を参照する。特に、呼び出し先端末がサーバーに登録すると、サーバーは呼び出し先端末のために対応する識別コードを生成し、それはサーバーにより認識される登録された呼び出し先端末の固有識別コードである。このような識別コードは、呼び出し先端末ならびにそのアカウント登録情報のプロファイル情報を取得するために利用できる。例えば、プロファイル情報は、呼び出し先端末の番号、呼び出し先端末の所有者名などの情報を含むことができる。アカウント登録情報は、アカウント名及びアカウント・パスワードなどの情報を含むことができる。
【００２３】
ステップＳ１０２において、呼び出し先端末のためのこのような識別コードを判定するための情報に基づいて、識別コードは、呼び出し先端末のために取得される。本開示のこの実施形態によれば、呼び出し先端末のための識別コードを判定するためのこのような情報は、呼び出し先端末の番号または呼び出し先端末の所有者名を含む。異なる呼び出し先端末がそれとともに異なる移動体番号と関連付けられているという事実のため、呼び出し先端末の識別コードは、呼び出し先端末と関連付けられた移動体番号から、正確に取得できる。しかしながら、異なる呼び出し先端末と関連付けられた所有者名が同一である可能性があるため、呼び出し側端末から送信される通信要求が呼び出し先端末の所有者名を含むときに、それにもかかわらず呼び出し先端末の識別コードは呼び出し側番号及び呼び出し先端末の所有者名を使用して取得できる。
【００２４】
ステップＳ１０３において、呼び出し側番号及び呼び出し先端末の識別コードに基づいて、両当事者に対応する記録は、予め格納されたアドレス帳参照関係及び通信履歴から問い合わせられる。本開示にて説明したように、アドレス帳参照関係は、移動クライアント端末にローカルなアドレス帳を使用して判定される。例えば、当事者Ａのクライアント端末に電話アドレス帳の当事者Ｂの連絡先のエントリが存在する場合、当事者Ａのクライアント端末と当事者Ｂのクライアント端末との間のアドレス帳参照関係がある。
【００２５】
図２を参照すると、本開示の実施形態によって、アドレス帳参照関係を生成する、例示的な方法のフローチャートが示される。この実施形態において、サーバーに登録されたクライアント端末のローカル・アドレス帳の全連絡先人物データに基づいて、アドレス帳参照関係は発生する。方法２００は、ステップＳ２０１において始まり、ここではサーバーに登録されたクライアント端末に格納されたローカル・アドレス帳が読み出される。方法２００は、それから、ステップＳ２０２へ進み、ローカル・アドレス帳に入っている連絡先を介した閲覧によって、記録情報が連絡先人物に取得される。ステップＳ２０３において、サーバーへの登録のために連絡先人物により利用される識別コードは、連絡先人物の記録情報に基づいて判定される。この実施形態において、クライアント端末のローカル・アドレス帳に入っている連絡先人物は、サーバーに登録されたクライアント端末を参照し、サーバーのその識別コードは、連絡先人物の記録情報（例えば、移動電話番号）を利用して得ることもできる。
【００２６】
ステップＳ２０４において、２つの当事者間のアドレス帳参照関係が存在するか否かが判定される。存在する場合は、アドレス帳参照関係が記録されて、サーバーに登録されたクライアント端末のアドレス帳において、連絡先人物に対応するクライアント端末が参照されたことを示す。
【００２７】
この実施形態において、当事者Ａのクライアント端末及び当事者Ｂのクライアント端末に関連した記録されたアドレス帳参照関係が、当事者Ａのクライアント端末だけが当事者Ｂクライアント端末のアドレス帳において参照されている、または、当事者Ｂのクライアント端末だけが当事者Ａのクライアント端末のアドレス帳において参照されている、ということを示す場合、両当事者に関連したアドレス帳参照関係は一方向性参照関係と見なされる。これとは逆に、記録された関係が、当事者Ａのクライアント端末が当事者Ｂのクライアント端末のアドレス帳において参照されており、同時に当事者Ｂのクライアント端末が当事者Ａのクライアント端末のアドレス帳において、同様に参照されている、ということを示す場合、両当事者に関連したアドレス帳参照関係は、双方向性の参照関係と見なされる。両当事者に関連した参照関係が一方向性である場合、両当事者に関連した参照関係のための記録数は１として設定される。そして、両当事者に関連した参照関係が双方向性である場合、両当事者に関連した参照関係のための記録数は２として設定される。
【００２８】
図３を参照すると、本開示の実施形態による図１のステップＳ１０３の例示的な方法のフローチャートが示される。この実施形態において、方法３００は、呼び出し側番号及び呼び出し先端末の識別コードを使用して、予め格納されたアドレス帳参照関係及び通信履歴から両当事者に対応する記録について問い合わせるために、ステップＳ１０３１において始まり、ステップＳ１０３２において終わる。ステップＳ１０３１において、呼び出し先端末の番号は、呼び出し先端末の識別コードに基づいて取得される。ステップＳ１０３２で、両当事者に対応する記録は、呼び出し側番号及び呼び出し先端末番号に基づいて、アドレス帳参照関係及び通信履歴から索引される。いくつかの実施形態では、通信履歴は、サーバーにより確立されている過去の通信について、異なるクライアント端末のための通信履歴情報を記録する。履歴は、呼び出し側番号、呼び出し先番号及び通信セッションの期間または回数などの情報を含むことができる。
【００２９】
図１に戻って参照すると、ステップＳ１０４で、通信の権利値は、両当事者に対応する記録に基づいて計算される。いくつかの実施形態では、記載されている権利値は、呼び出し側端末と呼び出し先端末との間のアドレス帳参照関係及び呼び出し側端末と呼び出し先端末との間の通信履歴に基づいて計算される。例えば、権利値は、両当事者に関連した参照関係のための記録数及び両当事者に関連した通信履歴に関連した記録数の合計によって、計算できる。
【００３０】
ステップＳ１０５において、計算された通信の権利値が予め定められた権利閾値を超えるか否かが、判定される。超える場合は、通信は、呼び出し側端末と呼び出し先端末との間に確立される。本開示にて説明する、予め定められた権利閾値とは、２つの移動端末間の通信ができるようにするための予め設定された閾値を意味する。それにもかかわらず、このような閾値は、調節可能とすることができる。呼び出し側端末と呼び出し先端末との間の通信の権利値が予め定められた権利閾値を超える場合、呼び出し側端末は、呼び出し先端末を有する通信を確立する権利を有するために、判定される。権利値の閾値に対する比較を使用することによる判定、及び判定の他の変形は、本開示の実施形態の単なる代替の実施態様である。
【００３１】
さらに、電話番号はユーザのプライバシーの重要な部分に属しており、そして、保管及び通信の間に開示されたり盗まれたりしがちである。例えば、通信が呼び出し側端末と呼び出し先端末との間に確立された後、呼び出し先端末の画面上の呼び出し側端末の番号の表示は呼び出し側端末番号の番号を開示することにつながる。実番号を隠す一般のアプローチは、実番号の代わりに仮想番号を利用することである。このアプローチは、電話番号と類似している仮想通信番号を生成して、仮想番号を実際の電話番号と関連付けることによって、行うことができる。しかしながら、このアプローチは仮想番号を使用しなければならず、それは隠れた実際の電話番号と同様に重要である。従って、このアプローチは、電話番号を隠す方法の課題を実際のところ解決しない。
【００３２】
この実施形態において、呼び出し側端末及び呼び出し先端末の少なくとも１つは、仮想番号の形で示されるアドレス帳のすべての電話番号を有する。呼び出し側端末が、呼び出し先端末との通信を、サーバーを介して確立し、呼び出し側端末及び呼び出し先端末の両方がサーバーに登録されたクライアント端末であると、それらのプロファイル情報はサーバーにすでに格納されている。従って、呼び出し側端末及び呼び出し先端末のローカル・アドレス帳が、連絡先の名前を格納し、その結果として、隠された連絡先の番号を有する、ということが必要なだけである。いくつかの実施形態では、呼び出し側端末及び呼び出し先端末は、ローカル・アドレス帳に含まれる実番号を隠して、ローカル・アドレス帳が盗まれるのを防止するように、連絡先のすべての番号のための汎用仮想番号をアドレス帳で設定できる。
【００３３】
図４を次に参照すると、本開示の実施形態による図１のステップＳ１０１より前の、検証の例示的な方法のフローチャートが示される。セキュリティ上の懸念のために、呼び出し側端末及びサーバーは、互いの観点からの権限を与えられた当事者として検証されることを必要とする。言い換えれば、呼び出し側端末はサーバーに登録されたクライアント端末であり、サーバーは呼び出し側端末により検証された権限を与えられたサーバーである。この実施形態において、呼び出し側端末から通信要求を受信するステップの前に、方法４００はステップＳ４０１において始まり、ここでは呼び出し側端末のアイデンティティが検証される。呼び出し側端末がうまく検証されることができない場合、呼び出し側端末に、呼び出し側端末がまだ登録していないことを知らせる通知が送信される。方法４００はさらに、呼び出し側端末と呼び出し先端末との間の通信を確立するプロセスを終了する。
【００３４】
ステップＳ４０２において、呼び出し側端末の検証の後、呼び出し側の番号が呼び出し側端末と関連付けられた移動電話番号であるか否かが、さらに判定される。そうでない場合には、呼び出し側端末に、呼び出し側番号が呼び出し側端末には関連付けられていない移動電話番号であることを知らせる通知が送信される。その後、方法４００はさらに、呼び出し側端末と呼び出し先端末との間の通信を確立するプロセスを終了する。
【００３５】
この実施形態において、呼び出し側端末に対するサーバーによる検証、及び呼び出し側番号が呼び出し側端末に対する関連付けられた移動電話番号であることの検証で、クライアント端末が盗まれる際に、権限を与えられていない当事者が、クライアント端末に格納されたクライアント側秘密鍵を利用してサーバーにログインして、移動電話番号と関連付けられたクライアント端末のアドレス帳内の連絡先にダイヤルすることを防止する。
【００３６】
いくつかの別の実施形態において、呼び出し側番号が呼び出し側端末と関連付けられた移動電話番号であるか否かを検証するために、検証は、短いメッセージ送信コードを使用して実行できる。実施態様において、サーバーが検証コードを生成したあと、それは呼び出し側端末と関連付けられた移動電話番号に検証コードを送信する。サーバーが検証に短いメッセージ送信コードを送信する関連付けられた移動電話番号を呼び出し側端末が利用する場合、呼び出し側端末は受信検証コードをサーバーに送り返す。サーバーは、受信検証コードを前に生成された検証コードと比較して、２つの検証コードが同一か否かを判定する。同一である場合は、呼び出し側番号が呼び出し側端末と関連付けられた移動電話番号であると判定することができ、方法４００は、呼び出し側端末と呼び出し先端末との間に通信を確立するための残りのステップへと続く。
【００３７】
いくつかの実施形態において、呼び出し側端末がまず新しい電話番号を必要とするときに、それは、その従来の移動電話番号を利用して、呼び出し側端末が新しい電話番号に切り替えるべきであるとの通知を、サーバーに送信できる。従って、サーバーは、従来の関連付けられた番号を解除して、その代わりに新しい電話番号を呼び出し側端末と関連付ける。
【００３８】
ステップＳ４０３において、サーバーのアイデンティティは、呼び出し側端末により検証される。サーバーが呼び出し側端末により検証されることができない場合、サーバーが権限を与えられていないサーバーであることをそれに知らせる通知が、呼び出し側端末に送信され、そして、方法４００はさらに、呼び出し側端末と呼び出し先端末との間の通信を確立するプロセスを終了する。
【００３９】
いくつかの実施形態では、呼び出し側端末のための検証は、クライアント側秘密鍵を格納している呼び出し側端末及びクライアント側公開鍵を格納しているサーバーで、デジタル証明書を使用して実行できる。一般に、デジタル証明書システムは通常公開鍵メカニズムを使用し、すなわち一対の鍵を暗号化及び解読のために利用する。ユーザは、ユーザ自身しか知らない秘密鍵を設定して、秘密鍵を解読及び署名のために利用する。また、ユーザは公開鍵を設定する。そして、それはユーザにより発行されて、暗号化及び署名検証のためにユーザのグループ内で分配される。機密書類を送信するときに、送信当事者は受信当事者の公開鍵を利用して文書を暗号化し、その一方で、受信当事者は暗号化文書を受信すると受信当事者の秘密鍵を利用して文書を解読する。これにより、情報は、意図された当事者に安全な方法で分配できる。さらに、デジタル処理の使用は、暗号化が不可逆プロセスであること、すなわち、対応する秘密鍵だけが、対応する公開鍵によって、暗号化された情報を解読できることを保証する。
【００４０】
公開鍵暗号系のための一般的方法は、ＲＳＡシステムを使用することである。それにもかかわらず、秘密鍵が個人ユーザにしか知られておらず、そのユーザ以外の当事者は同じ情報、つまり、デジタル署名を生成することができないので、ユーザは自分自身の秘密鍵を利用して情報を暗号化できる。デジタル署名を使用して、２つのことが保証でき、第１に、情報は、動作を否定することができない、または否定することが困難である、署名している当事者により署名されるということであり、第２に、情報は、署名から受信まで修正されておらず、すなわち、それは一次情報の確実なコピーであるということである。
【００４１】
この実施形態において、呼び出し側端末を検証するためにデジタル証明書を利用しているサーバーは、クライアント側公開鍵を利用するサーバーにより実装され、それは前もってサーバーに格納され、クライアント端末を検証して、呼び出し側端末が登録されたクライアント端末であるか否かを判定する。
【００４２】
デジタル証明書を利用して、サーバーによって、呼び出し側端末を検証するために、まず、クライアント側秘密鍵及びクライアント側公開鍵が生成される。この実施形態において、クライアント側秘密鍵及び呼び出し側端末のデジタル証明書のクライアント側公開鍵は、呼び出し側端末のプロファイル情報に基づいて生成される。このようなプロファイル情報は、少なくとも呼び出し側端末の所有者名及び呼び出し側端末の移動電話番号を含む。
【００４３】
クライアント側秘密鍵及びクライアント側公開鍵の生成の後、クライアント側秘密鍵は、ローカルに呼び出し側端末に格納される。いくつかの実施形態では、ローカルに呼び出し側端末に格納されたクライアント側秘密鍵は、暗号化されたクライアント側秘密鍵である。暗号化されたクライアント側秘密鍵については、クライアント端末のデジタル署名への無許可の署名及び偽装に至り得る、クライアント側秘密鍵が盗まれる可能性に対して、予防措置手段を取ることができる。さらに、クライアント端末がクライアント側秘密鍵及びクライアント側公開鍵を生成した後、クライアント端末のアイデンティティを検証するために、公開鍵はサーバーに発行される。
【００４４】
図５を参照すると、本開示の実施形態による、呼び出し側端末を検証するステップの前にクライアント側公開鍵を取得して格納する、例示的な方法のフローチャートを示す。方法５００は、Ｓ５０１１において始まり、ここではクライアント側公開鍵の格納の要求が呼び出し側端末から受信される。要求は、少なくともクライアント側公開鍵、呼び出し側端末のデバイス・シリアル番号、呼び出し側端末の所有者名及び呼び出し側端末の移動電話番号を含む。
【００４５】
ステップＳ５０１２において、呼び出し側端末がデバイス・シリアル番号及びクライアント端末の予め格納された登録簿に基づいてサーバーに登録されているか否かが、判定される。クライアント端末の登録簿は、クライアント端末及びクライアント側公開鍵のプロファイル情報を含む。プロファイル情報は、クライアント端末の所有者名、移動電話番号及びデバイス・シリアル番号などを含む。
【００４６】
ステップＳ５０１３では、ステップＳ５０１２において、呼び出し側端末が登録されたクライアント端末として判定される場合、サーバーに格納されたクライアント側公開鍵は受信クライアント側公開鍵によって、更新処理される。呼び出し側端末がサーバーに登録されたクライアント端末であるので、クライアント端末が新しいクライアント側デジタル証明書を再生成する際には、クライアント端末のための全登録記録を生成する代わりに、クライアント端末のデバイス・シリアル番号に基づいてサーバーに格納されたクライアント側公開鍵を更新処理することしか必要ではない。
【００４７】
ステップＳ５０１４では、ステップＳ５０１２において、呼び出し側端末が登録されたクライアント端末でないと判定される場合、クライアント端末の所有者名、移動電話番号、クライアント側公開鍵及びデバイス・シリアル番号の全てはクライアント端末の登録簿に格納される。
【００４８】
同様に、呼び出し側端末はデジタル証明書を利用して、サーバーを検証することもできる。特に、サーバーはそれ自身のサーバー側秘密鍵を格納し、呼び出し側端末はサーバー側公開鍵を格納する。デジタル証明書を利用してサーバーを検証する呼び出し側端末は、呼び出し側端末に予め格納されたサーバー側公開鍵を利用する呼び出し側端末により実装され、サーバーが権限を与えられたサーバーであるか否かを判定するためにサーバーのアイデンティティを検証する。一般に、偽装されたサーバーは、権限を与えられたサーバーの秘密鍵を備えておらず、従って、検証にパスすることができない。一方で、権限を与えられたサーバーはそれ自身のサーバー側秘密鍵を利用してデジタル署名を実行することができ、従って検証にパスすることが可能である。呼び出し側端末によるサーバーのこのような検証は、第三者プログラムによって、呼び出し側端末で予め設定されるサーバ・アドレスを偽造することにより生じる偽装されたサーバーの課題を解決する。
【００４９】
この実施形態において、呼び出し側端末及びサーバーはトランスポート層セキュリティ・ベースの（ＴＬＳ）デジタル証明書を利用して、互いのアイデンティティ上の相互検証を実行できる。実施態様において、他のアプローチがその環境では適用可能であり、例えば、ユーザはユーザ・アカウント及び嗜好を割り当てられることが可能である。検証方法の異なる変形は、本開示の実施形態の単なる実施態様である。
【００５０】
図６を参照すると、本開示の実施形態による移動端末間の通信を確立するための例示的な装置のブロック図が示される。第１の実施形態と実質的に類似している詳細は、単純化のために本願明細書においては繰り返されない。関連する詳細は、上記の第１の実施形態として説明する。
【００５１】
装置６００は、受信モジュール６０１、取得モジュール６０２、問い合わせモジュール６０３、コンピューティング・モジュール６０４及び判定モジュール６０５を含む。受信モジュール６０１は、呼び出し側端末から通信要求を受信するために構成され、通信要求が呼び出し先端末の識別コードを判定するための呼び出し側番号及び情報を少なくとも含み、そこにおいて、その情報は呼び出し先端末の番号または呼び出し先端末の所有者名を含む。取得モジュール６０２は、情報に基づいて呼び出し先端末の識別コードを取得するために構成される。問い合わせモジュール６０３は、呼び出し側番号及び呼び出し先端末の識別コードに基づいて、予め格納されたアドレス帳参照関係及び通信履歴を使用して対応する記録について問い合わせるために、構成される。コンピューティング・モジュール６０４は、対応する記録に基づいて通信の権利値を計算するために構成される。判定モジュール６０５は、計算された通信の権利値が予め定められた閾値を超えるか否かを判定して、計算された通信の権利値が予め定められた閾値を超えるという判定に応答して、呼び出し側端末と呼び出し先端末との間の通信を確立するために、構成される。
【００５２】
あるいは、装置は、アドレス帳参照関係を生成するために構成される生成モジュールを含む。生成モジュールは、読出しサブモジュール、取得サブモジュール、判定サブモジュール及び生成サブモジュールを含む。読出しサブモジュールは、サーバーに登録されたクライアント端末のローカル・アドレス帳から読み出すために構成される。取得サブモジュールは、ローカル・アドレス帳の連絡先を介した閲覧を行い、連絡先人物の記録情報を取得するために構成される。判定サブモジュールは、連絡先人物の記録情報に基づいて、連絡先人物により利用されてサーバーに名前を登録する識別コードを判定するために構成される。生成サブモジュールは、両当事者間に存在しているアドレス帳参照関係を判定し、そして、連絡先人物に対応するクライアント端末が、サーバーで登録されたクライアント端末のローカル・アドレス帳により参照されるように、アドレス帳参照関係を記録するために構成される。
【００５３】
あるいはさらに、問い合わせモジュール６０３は、取得サブモジュール及び問い合わせサブモジュールを含む。取得サブモジュールは、呼び出し先端末の識別コードに基づいて、呼び出し先端末の番号を取得するために構成される。問い合わせサブモジュールは、呼び出し側番号及び呼び出し先端末の番号に基づいて、予め格納されたアドレス帳参照関係及び通信履歴を使用して対応する記録について問い合わせるために、構成される。
【００５４】
あるいはまたさらに、装置は、呼び出し側端末がサーバーを検証して、サーバーが検証されない場合、サーバーが認証されず、また通信の確立を終了中である、という通知を、呼び出し側端末に送信するように構成された第１の検証モジュールを含むことができる。装置は、呼び出し側端末を検証し、呼び出し側端末が検証されてない場合、呼び出し側端末が登録されていないとの通知を呼び出し側端末に送信し、通信の確立を終了するために構成された、第２の検証モジュールを含むこともできる。装置は、呼び出し側番号が呼び出し側端末と関連付けられた移動電話番号であるかどうか検証して、呼び出し側番号が呼び出し側端末と関連付けられた番号として検証されない場合、呼び出し側番号が呼び出し側端末と関連付けられた移動電話番号でないとの通知を呼び出し側端末に送信して、通信を確立することを終了するために構成された、第３の検証モジュールを含むこともできる。
【００５５】
なお、あるいはさらに、装置は、呼び出し側端末のためのクライアント側公開鍵を取得して、格納するために構成された、公開鍵取得モジュールを含むことができる。あるいは、公開鍵取得モジュールは、受信サブモジュール、判定サブモジュール、更新処理サブモジュール及び登録サブモジュールを含む。受信サブモジュールは、呼び出し側端末からのクライアント側公開鍵格納要求を受信するために構成され、その要求は、少なくとも、クライアント側公開鍵、呼び出し側端末のデバイス・シリアル番号、呼び出し側端末の所有者名及び呼び出し側端末の移動電話番号を含んでいる。判定サブモジュールは、呼び出し側端末がデバイス・シリアル番号及びクライアント端末の予め格納された登録簿に基づいて登録されているか否かを判定するために、構成される。更新処理サブモジュールは、呼び出し側端末が登録されているという判定に応答して、受信クライアント側公開鍵を有するサーバーに格納されたクライアント側公開鍵を更新処理するために、構成される。そして、登録サブモジュールは、呼び出し側端末が登録されていないという判定に応答して、呼び出し側端末の所有者名、呼び出し側端末の移動電話番号、クライアント側公開鍵及びデバイス・シリアル番号を、クライアント端末の登録簿に格納するために構成される。
【００５６】
図７を参照すると、本開示の実施形態による着信通信制御の例示的な方法のフローチャートが示される。第１の実施形態と実質的に類似している詳細は、簡素化のために本願明細書においては繰り返されない。関連する詳細は、上記の第１実施例として例示する。
【００５７】
方法７００は、ステップＳ７０１で始まり、ここでは呼び出し先端末が呼び出し側端末から通信確立要求を受信する。ステップＳ７０２において、呼び出し側が予め構成されたサーバーであるか否かが判定される。予め構成されたサーバーは、呼び出し側端末と呼び出し先端末との間に通信を確立する役割を果たす。予め構成されたサーバーによる移動端末間の通信の確立に関連する詳細は、上記の第１の実施形態で説明される。呼び出し先端末はサーバーに登録されたクライアント端末であり、呼び出し側は実際の呼び出し側端末または予め構成されたサーバーであり得る。
【００５８】
ステップＳ７０３において、呼び出し側が予め構成されたサーバーであることがステップＳ７０２で判定される場合、呼び出し先端末は、受信通信（例えば、呼び出し音を鳴らす）を通知して、情報の２つのタイプ、すなわち、サーバーによる呼び出し先端末との通信を要求する呼び出し側端末に関連した情報、及び呼び出し先端末に関する呼び出し側端末の関係の情報のうちの、少なくとも１つを示すようにされる。この実施形態において、呼び出し側端末に関連した情報は、呼び出し側端末の所有者名、呼び出し側端末の移動電話番号、呼び出し側端末の地理的位置のうちの、少なくとも１つを含む。関係についての情報は、少なくとも、通信履歴に従って呼び出し側端末と呼び出し先端末との間の通信セッションの計数された数を含む。情報は呼び出し側端末に関連しており、関係についての情報はサーバーに格納される。
【００５９】
ステップＳ７０４において、呼び出し側が予め構成されたサーバーでないとステップＳ７０２で判定される場合、呼び出し側は、予め構成されたサーバーを介して通信確立要求を送信するように通知される。
【００６０】
着信通信制御の方法については、呼び出し先端末は、サーバーの登録されたクライアント端末であり、従って、呼び出し側端末は、呼び出し先端末の番号に到達するためにサーバーを介してダイヤルしなければならない。呼び出し側端末は、呼び出し先端末の番号に直接ダイヤルすることができず、いかなるランダムな呼び出し側端末が呼び出し先端末の番号にダイヤルするのも防止する。
【００６１】
この実施形態において、呼び出し側端末または呼び出し先端末の少なくとも１つは、仮想番号の形で示されるすべての連絡先番号を含んでいるアドレス帳を有する。呼び出し側端末が、呼び出し先端末との通信を、サーバーを介して確立し、呼び出し側端末及び呼び出し先端末の両方がサーバーに登録されているクライアント端末であり、それらのプロファイル情報はサーバーにすでに格納されている。従って、呼び出し側端末及び呼び出し先端末のローカル・アドレス帳は、連絡先の名前を格納することが必要なだけであり、その結果として連絡先の番号は隠される。いくつかの実施形態では、ローカル・アドレス帳に含まれる実番号を隠して、ローカル・アドレス帳が盗まれるのを防止するように、呼び出し側端末及び呼び出し先端末は、連絡先のすべての番号のための汎用仮想番号をアドレス帳で設定できる。
【００６２】
図８を参照すると、本開示の実施形態による着信通信制御のための例示的な装置のブロック図が示される。方法実施形態と実質的に類似している詳細は、簡素化のために本願明細書においては繰り返されない。関連する詳細は、上記の方法実施形態として説明する。
【００６３】
装置８００は、受信モジュール８０１、判定モジュール８０２、接続モジュール８０３及び拒否モジュール８０４を含む。受信モジュール８０１は、呼び出し先端末によって、呼び出し側から通信要求を受信するために構成される。判定モジュール８０２は、呼び出し側が予め構成されたサーバーであるか否かを判定するために構成される。接続モジュール８０３は、呼び出し側が予め構成されたサーバーであるという判定に応答して、ユーザ通知を生じさせて、サーバーを介して呼び出し先端末を有する通信を要求している呼び出し側端末に関連した情報、ならびに呼び出し側端末及び呼び出し先端末の関係の情報のうちの、少なくとも１つを示すために構成される。拒否モジュール８０４は、呼び出し側が予め構成されたサーバーではないとの判定に応答して、呼び出し側に、サーバーを介して通信要求を送信するように通知するために構成される。
【００６４】
図９を参照すると、本開示の実施形態による発信通信制御の方法が示される。第１の実施形態と実質的に類似している詳細は、簡素化のために本願明細書においては繰り返されない。関連する詳細は、上記の第１の実施形態として例示する。
【００６５】
方法９００はステップＳ９００において始まり、ここで、呼び出し側端末が通信要求を予め構成されたサーバーに送信する前に、呼び出し側端末は予め構成されたサーバーのアイデンティティを検証する。ステップＳ９０１において、呼び出し側端末は、通信要求を予め構成されたサーバーに送信する。通信要求は、呼び出し先端末の識別コードを判定するための呼び出し側番号及び情報を少なくとも含む。情報は、呼び出し先端末の番号または呼び出し先端末の所有者名を含む。
【００６６】
予め構成されたサーバーは、呼び出し側端末と呼び出し先端末間との通信を確立する役割を有したサーバーである。予め構成されたサーバーによる移動端末間の通信を確立する方法は、第１の実施形態で説明される。呼び出し側端末及び呼び出し先端末は両方とも、サーバーの登録されたクライアント端末である。
【００６７】
この実施形態において、呼び出し側端末及び呼び出し先端末の少なくとも１つは、仮想番号の形で示されるアドレス帳のすべての番号を有する。呼び出し側端末は、サーバーを介して呼び出し先端末との通信を確立し、呼び出し側端末及び呼び出し先端末の両方が、サーバーに登録されたクライアント端末であり、それらのプロファイル情報は、サーバーにすでに格納されている。従って、呼び出し側端末及び呼び出し先端末のローカル・アドレス帳は、連絡先の名前を格納することが必要なだけであり、その結果として連絡先の番号は隠される。いくつかの実施形態では、ローカル・アドレス帳に含まれる実番号を隠して、ローカル・アドレス帳が盗まれるのを防止するように、呼び出し側端末及び呼び出し先端末は、連絡先のすべての番号のための汎用仮想番号をアドレス帳で設定できる。
【００６８】
さらに、発信通信制御のための対応する装置も、本開示の実施形態に従って設けられている。この装置は、呼び出し側端末によって、通信要求を予め構成されたサーバーに送信するために構成された、送信モジュールを含む。通信要求は、呼び出し側番号及び呼び出し先端末の識別コードを判定するための情報を少なくとも含み、呼び出し先端末の識別コードを判定するための情報は、呼び出し先端末の番号または呼び出し先端末の所有者名を含む。あるいは、装置は、呼び出し側端末がサーバーを検証するように構成された検証モジュールを含む。
【００６９】
図１０を参照すると、本開示の実施形態による例示的な通信システムのブロック図が示される。通信システム１０００は、移動端末間の通信を確立するための装置１００１、着信通信制御のための装置１００２及び発信通信制御のための装置１００３を含む。装置１００１は、通常、サーバーとして実装され、あるいは、移動端末間の通信を確立できる装置の任意の形で実装できる。装置１００２及び装置１００３は、一般に移動通信装置または端末である。例えば、装置１００２及び装置１００３は両方とも、スマートフォン・デバイス（複数可）上に実装して構成できる。一方、装置１００３は、要求をサーバーに送信して通信を確立することによって、呼び出し側番号が呼び出し先端末の画面に示されないように、サーバーを介して呼び出し先端末の番号にダイヤルする。他方では、装置１００２は、呼び出し側が、それが登録されているサーバーであるか否かを判定できる。登録されたサーバーでない場合は、装置１００２は呼び出し側端末に、サーバーを介して通信要求を送信するように通知する。さもなければ、装置１００２は、いかなるランダムな呼び出し側もクライアント端末と通信を確立可能となるのを防止するように、呼び出し側番号に関連した情報ならびに呼び出し側番号及び呼び出し先番号の関係の情報に関連した情報を、取得して示す。
【００７０】
本開示の実施形態は、ソフトウェア、ハードウェア、ファームウェア及び／またはそれらの組み合わせを使用して実施できる。ソフトウェア、ハードウェア、ファームウェアまたはそれらの組み合わせを使用して実施することに関係なく、命令コードはいかなる種類のコンピューター可読媒体（例えば、永続的であるか修正可能、揮発性であるか不揮発性、固体か非固体、固定か交換可能媒体など）にも格納できる。同様に、このような媒体は、例えば、プログラム可能アレイ・ロジック（ＰＡＬ）、ランダム・アクセス・メモリ（ＲＡＭ）、プログラム可能読出し専用メモリ（ＰＲＯＭ）、読出し専用メモリ（ＲＯＭ）、電気的消去書込み可能型ＲＯＭ（ＥＥＰＲＯＭ）、磁気記憶装置、光記憶装置、デジタル多用途ディスク（ＤＶＤ）等を使用して行うことができる。
【００７１】
本開示の実施形態により記載されているモジュールまたはブロックは、論理モジュールまたは論理ブロックであることを指摘しておく必要がある。物理的に、論理モジュールまたは論理ブロックは、物理モジュールもしくは物理的ブロック、物理モジュールもしくは物理的ブロックの一部、または複数の物理モジュールもしくは物理的ブロックの組合せとすることができる。それらの論理モジュールまたは論理ブロックの物理的な実装は、重要ではない。モジュール、ブロック及びそれらの組み合わせにより実現される実現機能は、本開示により対処される課題を解決することへの鍵である。さらに、本開示の新規性を開示するために、上記の記載された具体化は本開示により対処される課題を解決することにあまり関連していないモジュールまたはブロックについて開示しないが、それは、上述された実施形態が他のモジュールまたはブロックを含むことができないことを意味するものではない。
【００７２】
本開示の請求項及び仕様で、第１及び第２などの用語は、実施形態または動作を別の実施形態または動作と区別するためだけである、と指摘しておくことも必要である。それは、それらの実施形態または動作が、そのようなあらゆる実際の関係または順序を有していることを、必要とするかまたは意味するというものではない。さらに、本願明細書において用いられるように、用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「包含する（ｉｎｃｌｕｄｉｎｇ）」または他のあらゆる変形は、プロセス、方法、物品または、要素のリストを含む装置が、それらの要素だけを含むのではなく、このようなプロセス、方法、物品または装置に明確に挙げられていないかまたは固有でない他の要素を含むことができるように、非排他的な包含を包括することを意図している。さらなる限定無しに、フレーズ「１つ含む（ｃｏｍｐｒｉｓｉｎｇ  ａ）」により列挙される要素は、プロセス、方法、物品またはそのような要素を含む装置が、他の同じ要素を含むことを除外しない。
【００７３】
前述の開示が特定のブロック図、フローチャート及び実施例を使用している各種実施形態を記載する一方で、本願明細書において、記載または説明される各ブロック図コンポーネント、フローチャート・ステップ、動作及び／またはコンポーネントは、広範囲にわたるハードウェア、ソフトウェアまたはファームウェア（またはそれらの任意の組み合わせ）構成を使用して、個々に及び／または集合的に、実装できる。加えて、多くの他のアーキテクチャが同じ機能を成し遂げるために行うことができるので、他のコンポーネントの範囲内に含まれるコンポーネントのいかなる開示も実施例と考えるべきである。
【００７４】
本願明細書において、記載及び／または説明されるプロセス・パラメータ及びステップのシーケンスは、例として与えられ、望むように変形できる。例えば、本願明細書において、説明及び／または記載されているステップが特定の順序で示すことができる一方で、これらのステップが必ずしも説明されるかまたは述べられる順序で実行される必要があるというわけではない。本願明細書において、記載及び／または説明される各種の実施例方法は、記載されているかまたは本願明細書において、説明されるステップの１つ以上を省略することもできるか、または開示されるそれらに加えて、追加ステップを含むこともできる。
【００７５】
本願明細書において、完全機能のコンピューティング・システムの文脈で各種実施形態が記載及び／または説明される一方で、これらの例示の実施形態の１つ以上は、実際に配布を実施するために用いる特定のタイプのコンピューター可読媒体に関係なく、様々な形態のプログラム・プロダクトとして配布できる。本願明細書において、開示される実施形態は、特定のタスクを実行するソフトウェア・モジュールを使用して実施することもできる。これらのソフトウェア・モジュールは、コンピューター可読記憶媒体上に、または、コンピューティング・システム内に格納されることができるスクリプト、バッチまたは他の実行可能ファイルを含むことができる。これらのソフトウェア・モジュールは、本願明細書において、開示される例示の実施形態の１つ以上を実行するように、コンピューティング・システムを構成できる。本願明細書において、開示されるソフトウェア・モジュールの１つ以上は、クラウド・コンピューティング環境において、実装できる。クラウド・コンピューティング環境は、インターネットを介して各種のサービス及びアプリケーションを提供できる。これらのクラウド・ベースのサービス（例えば、サービスとしてのソフトウェア、サービスとしてのプラットフォーム、サービスとしての基盤など）は、ウェブ・ブラウザまたは他のリモート・インタフェースによって、アクセス可能であってもよい。本願明細書において、記載されている各種の機能は、リモート・デスクトップ環境または他のいかなるクラウド・ベースのコンピューティング環境によっても提供できる。
【００７６】
本開示及びその利点を詳述したが、その様々な変更、置換え及び修正は、添付の請求の範囲に記載の開示の精神と範囲から逸脱することなく、本願明細書において、行うことができる、ということを理解すべきである。上記説明の観点から多くの修正及び変形が可能である。実施形態は、この発明の原則及びその実際の適用を最も良く説明するために選択されて記述されたものであり、これにより、当該技術分野の当業者が、この発明及び考えられる特定の使用に合わせて様々な修正で様々な実施形態を最も良く利用できるようになる。
【００７７】
さらに、本出願の範囲は、プロセス、マシン、製造物、合成物、手段、方法及び仕様に記載されているステップの、特定の実施形態に限定されることを意図していない。当業者が、本開示の開示内容から容易に理解するように、本願明細書において、記載されている対応する実施形態と実質的に同一の機能を実行し、または実質的に同一の結果を達成する、現在既存であるか今後開発される、方法、マシン、製造物、合成物、手段、方法またはステップは、本開示に従って利用できる。従って、添付の請求の範囲は、それらの範囲の中でこのような方法、マシン、製造物、合成物、手段、方法またはステップを含むことを意図している。
【００７８】
本開示による実施形態は、このように記載されている。本開示が特定の実施形態において、記載される一方で、開示がこのような実施形態により制限されるように解釈されてはならず、むしろ下記の請求項により解釈されなければならないことが理解されるべきである。
【図１】
2020065311.tif 000003
【図２】
2020065311.tif 000004
【図３】
2020065311.tif 000005
【図４】
2020065311.tif 000006
【図５】
2020065311.tif 000007
【図６】
2020065311.tif 000008
【図７】
2020065311.tif 000009
【図８】
2020065311.tif 000010
【図９】
2020065311.tif 000011
【図１０】
2020065311.tif 000012