(57)【要約】  発呼元の識別子を発呼元と通信する被呼側デバイス上に表示するためのシステム及び方法であって、システムが、被呼側デバイスに関連付けられた少なくとも１つの発呼元を定義する関連付けデータベースと、発呼元から被呼側デバイスへの通信を処理するように配置され、発呼元が被呼側デバイスに関連付けられているかどうか判定するために関連付けデータベースにアクセスし、そうである場合は、発呼元の設定された識別子を表示し、そうでない場合は、発呼元のプライバシー設定を判定し、判定されたプライバシー設定に応じてさらに他の識別子を被呼側デバイス上に表示するように配置された処理マネージャとを備える、システム及び方法が開示される。【選択図】  図１
2014519254.tif 000002
【特許請求の範囲】
【請求項１】
発呼元と通信する被呼側デバイス上に前記発呼元の識別子を表示するためのシステムであって、
前記被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義する関連付けデータベースと、
前記発呼元から前記被呼側デバイスへの通信を処理するように配置され、前記関連付けデータベースにアクセスして、前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定し、そうである場合は、前記発呼元の設定されている識別子を表示し、そうでない場合は、前記発呼元のプライバシー設定を判定し、前記判定されたプライバシー設定に応じてさらに他の識別子を前記被呼側デバイス上に表示するように配置された処理マネージャと
を備えるシステム。
【請求項２】
前記処理マネージャが前記発呼元及び／又は前記被呼側デバイスと統合される、請求項１に記載のシステム。
【請求項３】
前記被呼側デバイスがモバイルデバイスである、請求項１又は２に記載のシステム。
【請求項４】
ロケーションベースのサービス（ＬＢＳ）をさらに備え、前記発呼元の位置を判定する、請求項１に記載のシステム。
【請求項５】
前記ＬＢＳが、前記発呼元の前記位置に最も近い前記ＬＢＳの登録されたユーザの番号を判定するようにさらに構成される、請求項４に記載のシステム。
【請求項６】
前記被呼側デバイスが、前記発呼元が監視リスト又はブラックリストに記載されているかどうか判定するためにシステムログを備える、請求項１に記載のシステム。
【請求項７】
前記発呼元が監視リスト又はブラックリストに記載されていると判定すると、前記発呼元によって開始された前記通信が終了される、又は警告が作動され、その後にそれぞれ前記通信を終了する、請求項６に記載のシステム。
【請求項８】
前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にないと判定された場合は、前記処理マネージャが、前記通信を前記発呼元から前記被呼側デバイスにルーティングするために外部ゲートウェイとデータ通信するように構成される、請求項１に記載のシステム。
【請求項９】
前記処理マネージャが、前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定するためにネットワークアドレス帳にアクセスするように配置される、請求項１に記載のシステム。
【請求項１０】
前記発呼元の前記プライバシー設定が、前記発呼元がリストに公開されているか、公開されていないか、又はその識別子がマスクされているかどうかに基づいて判定される、請求項１に記載のシステム。
【請求項１１】
発呼元の識別子を前記発呼元と通信する被呼側デバイス上に表示するための方法であって、
ａ．前記被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義するステップと、
ｂ．前記発呼元から前記被呼側デバイスへの通信を処理するステップと、
ｃ．前記リストから前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定し、そうである場合は、前記発呼元の設定された識別子を表示し、そうでない場合は、前記発呼元のプライバシー設定を判定し、前記判定されたプライバシー設定に応じてさらに他の識別子を前記被呼側デバイス上に表示するステップと
を含む方法。
【請求項１２】
前記発呼元の前記プライバシー設定を判定する前記ステップが、前記発呼元がリストに記載されていないかどうか、又はその識別子がマスクされているかどうか判定するステップを含む、請求項１１に記載の方法。
【請求項１３】
前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にあると判定された場合に、前記発呼元が前記通信ネットワークの中のブラックリスト又は監視リストに記載されているかどうか検査するステップをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記発呼元がブラックリスト及び監視リストに記載されていない場合に、前記被呼側デバイスのプライバシー設定が検査され、前記発呼元の前記識別子が前記被呼側デバイス上に表示され得るかどうかを判定する、請求項１３に記載の方法。
【請求項１５】
前記発呼元が監視リストに記載されている場合は、警告が作動され、前記発呼元から前記被呼側デバイスへの前記通信が終了される、請求項１３に記載の方法。
【請求項１６】
前記発呼元がブラックリストに記載されている場合は、前記発呼元から前記被呼側デバイスへの前記通信が直ちに終了される、請求項１３に記載の方法。
【請求項１７】
前記発呼元と被呼側デバイスとの間のルートを確立するステップを含み、前記ルート確立ステップが、前記発呼元の識別子属性を検査して、前記識別子がどのように得られるか判定するステップを含む、請求項１３に記載の方法。
【請求項１８】
前記識別子属性を検査する前記ステップが、前記識別子が前記発呼元に転送されたか、ダウンロードされたか、又は手動で入力されたか判定するステップを含む、請求項１７に記載の方法。
【請求項１９】
前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にあるかどうか判定する前記ステップ、並びに前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にないと判定された場合は、前記発呼元からの通信をルーティングするステップを含む、請求項１１に記載の方法。
【請求項２０】
前記発呼元と被呼側デバイスとの間に関連付けが存在するかどうか判定する前記ステップが、ネットワークアドレス帳にアクセスするステップを含む、請求項１１に記載の方法。
【請求項２１】
発呼元から被呼側デバイスへの通信を処理するように配置された処理マネージャを備える前記被呼側デバイスであって、
前記処理マネージャが、関連付けデータベースにアクセスして前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定するように配置され、前記関連付けデータベースが、前記被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義し、
前記発呼元が前記被呼側デバイスに関連付けられていると判定すると、前記発呼元の設定された識別子を表示し、前記発呼元が前記被呼側デバイスに関連付けられていないと判定すると、前記発呼元のプライバシー設定を判定し、前記判定されたプライバシー設定に応じてさらに他の識別子を前記被呼側デバイス上に表示する、
被呼側デバイス。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、発呼元(source)の識別子を被呼側デバイス(recipient device)上に表示するシステム及び方法に関する。本発明は、被呼側モバイルフォン上での発呼者の発呼者ＩＤなどの識別子の表示に特に適しているが、それだけに限られない。
【背景技術】
【０００２】
本発明の背景の以下の議論は、単に本発明の理解を容易にすることを意図するものである。本議論は、言及された資料のいずれかが、本発明の優先日現在のいずれかの管轄区域において公表されていた、知られていた、又は当業者の共通の一般的知識の一部であるということの確認又は承認ではないことを理解されたい。
【０００３】
公衆交換電話網（ＰＳＴＮ）番号は、通常、物理的回線に割り当てられ、その番号は、変更されないままである。同様に、モバイルフォン番号は、加入者識別モジュール（ＳＩＭ）に割り当てられる。
【０００４】
ＰＳＴＮ番号及びモバイルフォン番号を割り当てる１つの知られている方法は、電話番号のフォーマット並びにＰＳＴＮ及び他のデータネットワークにおいて使用される国際公共電気通信番号計画(international public telecommunication numbering plan)を定義するＥ．１６４  ＩＴＵ−Ｔ勧告に基づいている。
【０００５】
しかし、異なる被呼者への元の発呼者のための異なる識別子の作成を可能にする、電話番号の動的で且つ一時的な割り当てを提供可能なサービスが必要であることがわかる。
【０００６】
モバイルフォンのユーザは、発呼者ＩＤ及びコールリストを利用することができるが、これらの特徴は単に情報的でしかなく、各発呼者の番号を連絡先リスト又は電子電話帳に保存することなどにより、ユーザがアクティブに連絡先を更新し、発呼者を連絡先に関連付けることを必要とする。発呼者ＩＤシステムの下では、発呼者と被呼者との間にアクティブなリンク又は自動的関連付けはない。
【０００７】
発呼者と被呼者とを関連付ける知られている方法は、「ソーシャル接続」又はソーシャルリンクを作成することである。しかし、そのようなシステムは、信頼性／セキュリティ問題のために、同じネットワークの中の発呼者及びその呼を受信する者に限定及び制限される。
【０００８】
さらに、発呼者ＩＤオプションをスイッチオフ(switch off)する、又は電話番号をマスク(mask)することが可能であるが、多くの現在の電話及び電話システムは、エンドユーザによる乱用の可能性を理由に、番号のマスキングをサポートしていない。
【０００９】
本発明は、前述の欠点を軽減又は低減することを目的とする。
【発明の概要】
【００１０】
本発明の第１の側面によれば、発呼元と通信する被呼側デバイス上に発呼元の識別子を表示するためのシステムであって、被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義する関連付けデータベースと、発呼元から被呼側デバイスへの通信を処理するように配置され、且つ関連付けデータベースにアクセスして、発呼元が被呼側デバイスに関連付けられているかどうか判定し、そうである場合は、発呼元の設定されている識別子を表示し、そうでない場合は、発呼元のプライバシー設定を判定し、判定されたプライバシー設定に応じてさらに他の識別子を被呼側デバイス上に表示するように配置された処理マネージャとを備える、システムが用意される。
【００１１】
処理マネージャは、発呼側デバイス及び／又は被呼側デバイスと統合されていることが好ましい。
【００１２】
本システムは、ロケーションベースのサービス(Location Based Service, LBSをさらに備え、発呼元の位置を判定することが好ましい。ＬＢＳは、発呼元の位置に最も近いＬＢＳの登録ユーザの番号を判定するようにさらに構成されることが有利である。
【００１３】
被呼側デバイスは、モバイルデバイスであることが好ましい。被呼側デバイスは、発呼元が監視リスト又はブラックリストに記載されているかどうか判定するために、システムログを含むことが有利である。発呼元が監視リスト又はブラックリストに記載されていると判定すると、発呼元によって開始された通信は終了されるか、又はアラートがトリガされ（警告が作動され）、その後、それぞれ通信を終了することが有利である。
【００１４】
処理マネージャは、発呼側デバイス及び被呼側デバイスが同じ通信ネットワークの中にないと判定された場合は、通信を発呼元から被呼側デバイスにルーティングするために、外部ゲートウェイとデータ通信するように構成されることが好ましい。
【００１５】
処理マネージャは、発呼元が被呼側デバイスに関連付けられているか判定するためにネットワークアドレス帳にアクセスするように配置されることが好ましい。
【００１６】
発呼元のプライバシー設定は、発呼元がリストに公開されているか、公開されていないか、又はその識別子がマスクされているかどうかに基づいて判定されることが好ましい。
【００１７】
本発明の第２の側面によれば、以下のステップを含む、発呼元と通信する被呼側デバイス上に発呼元の識別子を表示するための方法が用意される：ａ．被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義するステップと、ｂ．発呼元から被呼側デバイスへの通信を処理するステップと、ｃ．リストから、発呼元が被呼側デバイスに関連付けられているか判定し、そうである場合は、発呼元の設定されている識別子を表示し、そうでない場合は、発呼元のプライバシー設定を判定し、判定されたプライバシー設定に応じてさらに他の識別子を被呼側デバイス上に表示するステップ。
【００１８】
発呼元のプライバシー設定を判定するステップは、発呼元がリストに記載されていないかどうか、又はその識別子がマスクされているかどうか判定するステップを含むことが好ましい。
【００１９】
発呼元及び被呼側デバイスが同じ通信ネットワークの中にあると判定された場合は、本方法は、発呼元が通信ネットワークの中でブラックリスト又は監視リストに記載されているかどうか検査するステップをさらに含むことが好ましい。
【００２０】
発呼元がブラックリスト及び監視リストに記載されていない場合は、被呼側デバイスのプライバシー設定が検査され、発呼元の識別子が被呼側デバイス上に表示され得るかどうかを判定することが好ましい。
【００２１】
発呼元が監視リストに記載されている場合は、アラートがトリガされ、発呼元から被呼側デバイスへの通信が終了されることが好ましい。
【００２２】
発呼元がブラックリストに記載されている場合は、発呼元から被呼側デバイスへの通信が直ちに終了されることが好ましい。
【００２３】
本方法は、発呼元と被呼側デバイスとの間の経路を確立するステップを含み、経路確立ステップは、発呼元の識別子属性を検査して、識別子がどのように得られたか判定するステップを含むことが好ましい。識別子属性を検査するステップは、識別子が発呼元に転送されたか、ダウンロードされたか、又は手動で入力されたか判定するステップを含むことが有利である。
【００２４】
本方法は、発呼元及び被呼側デバイスが同じ通信ネットワークの中にあるか判定するステップ、並びに発呼元及び被呼側デバイスが同じ通信ネットワークの中にないと判定された場合は、発呼元からの通信をルーティングするステップを含むことが好ましい。
【００２５】
発呼元と被呼側デバイスとの間に関連が存在するかどうか判定するステップは、ネットワークアドレス帳にアクセスするステップを含むことが好ましい。
【００２６】
本発明の第３の側面によれば、発呼元から被呼側デバイスへの通信を処理するように配置された処理マネージャを備える被呼側デバイスが用意され、処理マネージャは、関連付けデータベースにアクセスして発呼元が被呼側デバイスに関連付けられているかどうか判定するように配置され、関連付けデータベースは、被呼側デバイスに関連付けられている少なくとも１つの発呼元のリストを定義し、発呼元が被呼側デバイスに関連付けられていると判定すると、発呼元の設定されている識別子を表示し、発呼元が被呼側デバイスに関連付けられていないと判定すると、発呼元のプライバシー設定を判定し、判定されたプライバシー設定に応じてさらに他の識別子を被呼側デバイス上に表示する。
【図面の簡単な説明】
【００２７】
次に、本発明は、添付の図面を参照しながら、例示的実施例としてのみ説明される。
【００２８】
【図１】本発明の一実施形態によるシステムブロック図である。
【図２】本発明の一実施形態による、被呼者への電話呼の処理を例示するフローチャートである。
【図３】本発明の一実施形態による、被呼者への電話呼のルーティングを例示するフローチャートである。
【図４】本発明の一実施形態を採用する同じネットワークの中の発呼元から所期の被呼者への電話呼の開始を例示するフローチャートである。
【図５】発呼元から、異なるネットワークにおける所期の被呼者への電話呼の開始を例示するフローチャートである。
【図６】本発明の一実施形態が、ロケーションベースのサービスに関連して「緊急の場合」のツールとしてどのように使用され得るかを例示するフローチャートである。
【発明の実施形態の説明】
【００２９】
本発明の一実施形態によれば、図１に、被呼側デバイス１４上に発呼元１２の識別子を表示するためのシステム１０が例示されている。例として、発呼元１２及び被呼者１４は、モバイルデバイスである。発呼元１２の識別子は、発呼元１２に割り当てられたモバイルフォン番号、又はシステム１０によって発呼元１２に割り当てられたいかなる他の番号若しくはＩＤでもよい。
【００３０】
システム１０は、発呼元１２から被呼側デバイス１４への電話呼などの通信を処理するように構成された処理マネージャ１６を含む。処理マネージャ１６は、発呼元１２及び／又は被呼者１４の中に組み込まれていてもよく、例えば、処理マネージャ１６は、使用されているモバイルデバイス１２、１４の１つ又は両方を含んでもよい。
【００３１】
本システムは、関連付けデータベース２０及び番号マスキングデータベース２２をさらに含む。関連付けデータベース２０は、通常、番号ルックアップ（検索）及び管理データベースである。関連付けデータベース２０は、被呼側デバイスに関連付けられた発呼元のリストを定義する。
【００３２】
処理マネージャ１６は、発呼元１２が被呼側デバイス１４に関連付けられているかどうか判定するために関連付けデータベース２０にアクセスするように配置される。
【００３３】
関連付けデータベース２０は、番号分析データベース２４をさらに含む。番号分析データベース２４は、呼の発呼元１２からの任意のダイヤルされた番号を分析して、それが被呼者１４のソーシャルネットワークの中にあるかどうか判定する。番号マスキングデータベース２２は、外部呼をルーティングするための外部ゲートウェイ２６に接続されている。システム１０からのいずれの電話番号ルーティングも、Ｅ．１６４  ＩＴＵ−Ｔ勧告などの国際規格に適合させるためにマスクされる。
【００３４】
関連付けデータベース２０は、システム１０の中の全ての加入者のネットワークアドレス帳２７をさらに維持する。ネットワークアドレス帳２７は、番号マスキングデータベース２２及び番号分析データベース２４にリンクされている。ネットワークアドレス帳２７は、システム１０の中の加入者間のいずれのソーシャルリンクをもさらに確立／更新するように構成される。これは、アドレス帳２７と加入者のモバイルデバイスのローカル電話帳との間の定期的同期を実行することにより実現されてもよい。
【００３５】
呼が発呼元１２から発せられると、そのためにブロックアウトされた番号範囲から番号が動的に生成される。番号の動的生成は、番号範囲の限度内でランダムでもよい。生成された番号は、関連付けデータベース２０に追加される。関連付けデータベース２０は、元の電話番号と動的に生成された（即ちマスクされた）電話番号とのマッピングを可能にする。番号分析データベース２４は、呼の発呼元を判定するためにルックアップされる。そのような配置は、呼の発呼元１２からの元の電話番号がマスクされ、サービスオペレータしかマッピングのことを知らないことを保証する。この配置はさらに、被呼側デバイス１４がいずれのパーティ(any parties)もルックアップの時点で彼／彼女(him/her)を呼び出すのを阻止することができるようにする。
【００３６】
処理マネージャ１６はまた、システムのマッピング、マッピング解除及び割り当て又は管理をサポートするクライアントインターフェースを含んでもよい。
【００３７】
発呼元モバイルデバイス１２は、当技術分野ではよく知られているいかなるモバイルデバイスでもよい。
【００３８】
発呼元モバイルデバイス１４は、ユーザに、いくつかの発呼元のためのアラート及びフラグをセットアップするための機能を用いてブラックリストを介して発呼元をブロックするオプション、即ち監視リストに記載するオプション、又はソーシャルネットワーク接続を切断するオプションを可能にするように構成される。被呼側デバイス１４は、電話呼の阻止を可能にするようにさらに構成される。
【００３９】
この実施形態は、次に、被呼者１４への呼の発呼元１２（以下では、互換可能に発呼者１２と呼ばれる）によって開始された電話呼を処理するという文脈で説明される（ステップ２００）。例として、呼び出された／ダイヤルされた番号は、発呼元識別子である。
【００４０】
処理マネージャ１６は、番号分析データベース２４を介して、ダイヤルされた番号が発呼者１２のソーシャルネットワークにあるかどうか検査する（ステップ２０２）。この検査は、発呼者１２と被呼者１４がソーシャルに接続されていることを検証するためにネットワークアドレス帳２７上の発呼者１２及び被呼者１４の両方の連絡先リスト又は電子電話帳を比較することを含む（ステップ２０４）。さらに他の検証は、発呼者１２及び被呼者１４が前に通信をしたことがあるかどうか判定することを含んでもよい。
【００４１】
ステップ２０４に基づいて発呼者１２及び被呼者１４がソーシャルに接続されていると判定された場合は、呼が確立され、接続される（ステップ２０６）。他方、発呼者１２及び被呼者１４がソーシャルに接続されていないと判定された場合は、それは、発呼者１２及び被呼者１４が前に通信をしたことがないか、又はダイヤルされた番号がディレクトリダウンロード、ビジネスカード転送、若しくは手動入力のいずれかによって追加されたばかりであることを意味する可能性がある。そのような場合は、発呼者１２のプライバシー設定が検査される（ステップ２０８）。この検査は、発呼元１２がリストに記載されていないかどうか判定すること（ステップ２１０）、又はプライバシー設定が発呼者の番号が暴露されるのを防止するかどうか判定することを含む。発呼者の番号がリストに記載されていない場合は、番号はマスクされ、システムは番号がマスクされているという表示を少なくとも有する情報を割り当てられる（ステップ２１２）。マスクされている番号は、その後被呼側デバイス１４上に表示されることになる発呼者１２の番号になる。
【００４２】
他方、発呼元１２のプライバシー設定が匿名を必要としない場合は、発呼者１２のために設定された好ましい発呼者の識別子が呼に関連付けられる（ステップ２１４）。次いで、好ましい識別子は、被呼側デバイス１４上に表示されることになる。
【００４３】
ステップ２１２又はステップ２１４に続いて、システム１０は次に、発呼者１２及び被呼者１４が同じモバイル通信ネットワーク内にあるかどうか検査する（ステップ２１６）。それらが同じモバイル通信ネットワーク内にない場合は、呼は、本発明のシステムによってイネーブルにされない独立ネットワークでもよい外部ネットワークへの外部ゲートウェイ２６にルーティングされることを必要とされる。そのような状況では、呼は、呼に関連付けられた発呼者の識別子（ステップ２１８）によってルーティングされる（ステップ２２２）。ルーティングすることは、システム１０の内部シグナリングプロトコルの外部通信ネットワークのＰＳＴＮ、ＩＳＤＮに適合しているものへの変換に関与する外部ゲートウェイ２６を通ることを含む。
【００４４】
しかし、発呼者１２及び被呼者１４が同じモバイル通信ネットワークにあることが確証された場合は、システムログが検査される（ステップ２２０）。システムログは、被呼側デバイス１４又は外部サーバに常駐してもよい。システムログは、下記のために検査される。
【００４５】
ａ．発呼者１２が監視リストに記載されているかどうか（ステップ２２４）、発呼者１２が監視リストに記載されていると判定された場合は、アラート又はメッセージがトリガされて、呼の追跡又は同様の選択肢を開始し、呼の追跡を要求したパーティ（party、主体、側）に通知してもよい（ステップ２２６）。その後、呼が終了される（ステップ２２８）。
【００４６】
ｂ．発呼者１２が監視リストに記載されていないと判定された場合は、システムログは、発呼者１２がブラックリストにあるかどうか検査される（ステップ２３０）。そうである場合は、発呼者１２はブロックされ、呼は直ちに終了される（ステップ２２８）。しかし、発呼者１２が、ブラックリストに記載されている連絡先ではないと判定された場合は、匿名呼又は被呼者のソーシャルネットワークの外の発呼者１２からの呼が許可されているかどうか確認するために（ステップ２３４）、被呼側デバイス１４のプライバシー設定が検査される（ステップ２３２）。プライバシー設定が匿名呼又は被呼者のソーシャルネットワークの外からの呼を許可していない場合は、呼は終了される（ステップ２２８）。他方、被呼者が匿名呼又は被呼者のソーシャルネットワークの外からの呼を許可している場合は、経路が確立され（ステップ２３６）、呼が接続される（ステップ２０６）。
【００４７】
呼のルーティング（ステップ２３６）は、以下のステップを含むプロセスである。
【００４８】
このプロセスは、ダイヤルされた番号が、例えば電子ビジネスカードの共有を介して友人から転送された（ステップ３０４）かどうか、例えば中央電話番号案内サービス(central directory service)からダウンロードされた（ステップ３０６）かどうか、又は手動入力（ステップ３０８）であるかどうか検査するステップを含む、ダイヤルされた番号の属性を検査すること（ステップ３０２）から始まる。
【００４９】
ステップ３０４から、ダイヤルされた番号が友人から転送されたとシステム１０によって判定された場合は、システム１０は、ネットワークアドレス帳２７における友人の電話帳入力から共有情報を送信する（ステップ３１０）。その後、パーティ間のソーシャルネットワークが作成される（ステップ３１２）。
【００５０】
ステップ３０４から、ダイヤルされた番号が友人から転送されていないとシステム１０によって判定された場合は、システム１０は、ダイヤルされた番号がダウンロードされたかどうか検査する（ステップ３０６）。
【００５１】
ステップ３０６から、ダイヤルされた番号がダウンロードされたとみなされた場合は、中央電話番号案内サービスにおけるデフォルト発呼者識別情報入力が使用される（ステップ３１４）。その後、パーティ間のソーシャルネットワークが作成される（ステップ３１２）。
【００５２】
ステップ３０６から、ダイヤルされた番号がダウンロードされていないとシステム１０によって判定された場合は、システム１０は、ダイヤルされた番号が手動で入力されたかどうか検査する（ステップ３０８）。
【００５３】
ステップ３０８から、ダイヤルされた番号が手動で入力されたと判定された場合は、システム１０は、ネットワークアドレス帳２７における共通ノード、即ち識別された共通の友人を検査する。システムは、次いで、ダイヤルされた番号が共通ノードの間で一意であるかどうか検証し（ステップ３１８）、そうである場合は、その番号及び関連呼情報が使用される（ステップ３２０）。他方、ダイヤルされた番号が一意でない、即ち番号の重複がある場合は、システムは、デフォルト中央電話番号案内呼情報を使用して、ソーシャルネットワーク接続を確立する（ステップ３１４）。
【００５４】
ステップ３０８から、ダイヤルされた番号が手動で入力されていないと判定された場合は、システムは、データが被呼側デバイス１４に常駐していた、したがって、被呼者１４との前のソーシャルネットワーク接続の結果であると、論理的に推定する。ステップ３０４、３０６及び３０８によって検査されたカテゴリのいずれにも入らない場合は、これは、被呼者１４が、呼の前のどこかの時点で発呼者１２とのソーシャルネットワーク接続を切断していたことを示す（３２２）。これは、以下の理由のうちの１つ又は複数のためであり得る。ブラックリスト記載、監視リスト記載、ソーシャル退出、又は電子電話帳においてスペースを空ける必要などの単なる緊急性に基づく、又はさらに、被呼者が発呼者とのソーシャル接続を保持する必要を感じないほどにつまらない何かなど。
【００５５】
上記の論理に基づいて、システム１０は、発呼者１２がブラックリストに記載されているか（ステップ３２４）、又は監視リストに記載されているか（ステップ３２８）検査し始める。ブラックリストに記載されているか又は監視リストに記載されていると判定された場合は、呼が終了される（ステップ３２６）か、又はアラートがトリガされ（ステップ３３０）、その後、それぞれ呼を終了する。
【００５６】
発呼者１２が同じモバイル通信ネットワークの中にある場合は、システム１０は、図４に例示されているように、下記を実行して、呼を確立するか又はルーティングする。
【００５７】
そのような呼が発せられると（ステップ４０２）、所期の被呼側デバイス１４に関連付けられたソーシャルネットワークが、被呼番号が所期の被呼者１４のソーシャルネットワーク内のノードであるかどうか検査される（ステップ４０４）。デフォルトで、呼は、ソーシャルネットワーク内の識別されたノードにルーティングされる。所期の被呼者１４番号が発呼元のソーシャルネットワークにない場合は、電話網が、所期の被呼者１４が同じネットワークの中にあるかどうか検査される（ステップ４０６）。所期の被呼者１４が同じネットワークの中にある場合は、発呼元１２の電話番号が発呼元１２によって指定されているようにマスクされ（ステップ４０８）、呼が接続される（ステップ４１０）。
【００５８】
所期の被呼者１４が異なるネットワークにあると判定された場合は、システム１０は、被呼者１４がリストに記載されていない番号かどうか検査し（ステップ４１２）、被呼者１４がリストに記載されていない番号である場合は、システム１０は、ネットワークＩＤ情報を送信し（ステップ４１６）、呼をルーティングする（ステップ４１８）。被呼者１４がリストに記載されていない番号でない場合は、ネットワークＩＤ情報ではなく発呼者ＩＤ情報が送信され（ステップ４２０）、呼がルーティングされる（ステップ４１８）。
【００５９】
発呼者１２がたとえ彼又は彼女の番号のためのマスクを指定しても、彼又は彼女が所期の被呼者１４と予め接続されている場合は、指定されたマスクは、予め確立されている接続からの情報によって無効にされることを理解されたい。例として、発呼者１２が、番号ｎを使用して被呼者１４と先に接触していて（即ち、ソーシャル接続を確立していて）、発呼者１２がその後被呼者１４との彼又は彼女の接続を切断し、次いで、発呼者１２が、別の異なる指定された番号ｘを使用して被呼者１４と再接続しようとした場合、この番号ｘはｎによって無効にされ、被呼者１４は、依然として、発呼者１２番号を新しい番号ｘではなくｎとみなす。発呼者１２番号は、ソーシャルグルーピングが異なるので、ソーシャルグループＡＣ内の別の被呼者Ｃとは異なることを理解されたい。
【００６０】
元の発呼者１２が外部ネットワークからであって、被呼側デバイス１４がネットワークの中にある場合は、システム１０は、図５に例示されているように、呼に関するいずれかの任意選択的動作を確立するか、終了するか、又は実行するために、下記を実行する。
【００６１】
呼を開始するとすぐ（ステップ５０２）、発呼者１２のプライバシー設定が検査される（ステップ５０４）。発呼者１２のプライバシー設定を検査する方法の例は、発呼者１２がリストに公開されているかどうか検査するステップを含む（ステップ５０６）。発呼者１２が発呼者識別を開示するか又はリストに公開されている場合は、呼が接続される（ステップ５２２）。しかし、発呼者１２が、発呼者識別がリストに公開されないように、発呼者識別の公開を差し控える場合は、発呼者１２がブラックリスト上にあるかどうか判定する（ステップ５１０）ためにシステムログが検査される（ステップ５０８）。発呼者１２の番号がブラックリストに記載されている場合は、呼が終了され（ステップ５１２）、システム１０は、任意選択で、呼の追跡を開始するか、又は任意の指名された緊急連絡先若しくはソーシャル連絡先にアラートを送出するなど、さらに他の動作を実行することができる（ステップ５１４）。
【００６２】
発呼者１２の番号がブラックリストに記載されていないと判定するとすぐ、被呼者のプライバシー設定が検査される（ステップ５１６）。被呼側１４が検査され、匿名呼が受け入れられた場合は（ステップ５１８）、呼は、システムによってログ(log)され（ステップ５２０）、それに続いて接続される（ステップ５２２）。他方、被呼側が匿名呼を受け入れない場合は、呼は直ちに終了される（ステップ５１２）。再度、システムは、任意選択で、呼の追跡を開始するか、又はアラートを送出するなど、いくつかのさらに他の動作を実行することができる（ステップ５１４）。
【００６３】
呼がログされている場合は（ステップ５２０）、システム１０は、発呼番号を被呼番号とペアリングする。このペアリングは、同じ発呼者１２からの次に続く呼において、及びログの検査によって見つけられた、即ちブラックリストにある、名誉毀損情報がないときに、呼が被呼側にすでに接続されているようなバーチャルソーシャルネットワーク接続になる。しかし、本発明を使用するネットワークの中にある所期の被呼者１４は、任意選択でいつでも発呼元１２をブラックリストに載せ、ソーシャルネットワーク接続を切るか又は断つことができる。
【００６４】
前述の諸実施形態はまた、緊急の場合の（ＩＣＥ）ツールにおけるロケーションベースのサービス（ＬＢＳ）に関連して使用されてもよい。図６に示されている実施例では、何人かのユーザが緊急ＨＥＬＰサービスでボランティアに参加したと仮定する。これのためのビジネスルールは、緊急ＨＥＬＰサービスの電話番号又はＨＥＬＰｌｉｎｅを監督する団体によって定義されてもよい。
【００６５】
ＨＥＬＰｌｉｎｅプロセスは、危難にあるエンドユーザによって開始される。発呼者又は発呼元１２になるこのエンドユーザが、この実施例では、通常の電話キーパッドにおけるＨＥＬＰに対応する４３５７である指定されたＨＥＬＰｌｉｎｅ番号を呼び出す（ステップ６０２）。この呼が９１１コールであった場合は、この呼は９１１コールセンタにルーティングされることになることを理解されたい。次いで、緊急ＨＥＬＰサービスシステムは、ＬＢＳを呼び出し、発呼元１２の位置を判定する（ステップ６０４）。
【００６６】
処理マネージャ１６は、そのボランティアデータベース（ＨＥＬＰグループとして知られている）を検査し始め、それらの位置を取得する（ステップ６０６）。閉ＨＥＬＰグループの場合は、即ち、ユーザがどの番号がＨＥＬＰ呼に関連付けられるべきであるか定義する場合は、システム及びＬＢＳは、ボランティアプールの位置を検査する。システムは、発呼元１２の位置に最も近いボランティアを識別する（ステップ６０８）。発呼元１２は、ボランティアプールの一部である他者の集団の中にいる可能性があり、その集団が一緒に危難にある可能性があるので、救助を求める呼が彼らにルーティングされた場合は、それは危難呼の目的を無にすることになる。したがって、緊急ＨＥＬＰサービスシステムは、発呼元とターゲットボランティアの相対的位置が、ＬＢＳに関連付けられた誤りの許容範囲の中のそのような程度と同一ではないことを判定する。
【００６７】
最も近いボランティアを判定するとすぐ、システム１０は、呼を最も近いボランティアにルーティングする（ステップ６１０）。ボランティアが呼を受信した場合は（ステップ６１２）、会話が確立される（ステップ６１４）。
【００６８】
他方では、ボランティアは、例えば受信し損ねた呼（ステップ６１５）など、ボランティアが呼に気付かなかったことを理由に、又はボランティアが危難呼に応答することに興味がないことを理由に、呼を受信しない可能性がある。ボランティアが呼を不注意で受信し損ねた場合は、システム１０によって発呼の再試行が行われる（ステップ６１６）。他方、呼が故意に拒否された場合は、拒否側の電話番号がボランティアのプールから除去される（ステップ６１８）。次いで、システムは、プールの中の他者のうちの誰が危難にあるパーティに最も近いか判定して、呼をそのボランティアにルーティングしようと努める、即ち、除外されたパーティとの再試行（ステップ６１６）。ステップ６１０〜６１８は、前述のように繰り返されてもよい。
【００６９】
さらに、タイムアウト機能があってもよく、この場合、呼が同じ番号にルーティングされており、呼が応答されないままである場合は、呼は、デフォルトで、９１１、又は、ローカリティによって採用されてもよいような他の実施形態、モバイルネットワークオペレータ、又はそのような他の関係パーティと同様の機能であり得る中央ＨＥＬＰｌｉｎｅにルーティングされる。
【００７０】
ボランティアデータベースは、ユーザ定義でもよい、即ち危難にあるユーザによって定義されてもよい。ボランティアデータベースはまた、全ての加入者のための集中データベースである既存の電話番号案内サービス並びにオンラインホワイト／イエローページサービス及びソーシャルネットワーク名簿に基づいて生成されたシステムでもよい。ボランティアデータベースはまた、発呼者の連絡先リスト又は電話帳への入力に基づいて、又は発呼者と、彼若しくは彼女の連絡先リスト、電話帳、呼若しくはメッセージログファイルにある者との間の対話の頻度若しくは継続時間に基づいて、ソーシャル的なものでもよい。
【００７１】
本発明は、単なる隠匿又はスプーフィング又は発呼元識別子を拡張する番号マスキング機能を用意する。上記の様々な実施例及び実施形態において説明された呼の処理を通して、本発明の番号マスキング機能は、欺瞞を防止するセキュアなインフラストラクチャを使用する（即ち通信ネットワークの中の）パーティに電話番号を関連させようとする、又は関連をなくさせようとする意識的な努力である。
【００７２】
ユーザが信頼できるネットワークの中にいなければならない信頼できるサーバのネットワークが認証済みユーザの識別をアサートすることができるようにするＲＦＣ３３２５などの先行技術規格と比べて、本発明は、１つのパーティが信頼できるネットワークの外にいてもよい、ＲＦＣ３３２５の定義を越える状況を企図する。
【００７３】
本発明に関連する利点は、モバイル識別番号（ＭＩＮ）などの識別子が決して露出されず、発呼側デバイス及び被呼側デバイスの両方のプライバシー設定に対して実行される検査のために、制御可能なプライバシーを実現することである。
【００７４】
さらに、システムのネットワークの中に維持されているソーシャルネットワークアドレス帳２７を考慮すると、いつもオペレータしか識別マッピングのことを知らないので、番号スプーフィングは、モバイル発呼者又はモバイル被呼者からは不可能である。
【００７５】
以下で詳述されるものなどの上記の諸実施形態は、本発明の例示としてのみ提供されていること、並びにそれらに対するさらなる修正及び改善は、当業者には明らかであろうように、前述の本発明の広い範囲及び領域内に入るとみなされることを理解されたい。特に以下の通りである。
【００７６】
発呼側デバイス１２及び被呼側デバイス１４は、モバイルフォン又はネットワーク接続を有するいかなる電子ガジェット又はデバイスでもよい。
【００７７】
発呼側デバイス及び被呼側デバイスは、モバイルネットワーク、即ち３Ｇ、ＥＤＧＥ、ＧＳＭ、無線などを介して、無線ネットワーク、即ちＷｉ−Ｆｉ、ＷｉＭａｘ、ＩｒＤＡ、ブルートゥース、ＮＦＣを通して、又は有線接続を通して、無線通信していてもよい。
【００７８】
本発明は、インタラクティブ音声応答システム（ＩＶＲ）又はウェブサイトなど、他のインターフェースを介して実施されてもよい。
【００７９】
さらに、本発明の個々の実施形態が説明されてきたが、本発明はまた、前述の諸実施形態の組合せをもカバーするものとする。
【図１】
2014519254.tif 000003
【図２】
2014519254.tif 000004
【図３】
2014519254.tif 000005
【図４】
2014519254.tif 000006
【図５】
2014519254.tif 000007
【図６】
2014519254.tif 000008
【手続補正書】
【提出日】平成25年3月12日(2013.3.12)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
発呼元と通信する被呼側デバイス上に前記発呼元の識別子を表示するためのシステムであって、
前記被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義する関連付けデータベースと、
前記発呼元から前記被呼側デバイスへの通信を処理するように配置され、且つ前記関連付けデータベースにアクセスして、前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定し、そうである場合は、前記発呼元の設定されている識別子を表示し、そうでない場合は、前記発呼元のプライバシー設定を判定し、前記判定されたプライバシー設定に応じてさらに他の識別子を前記被呼側デバイス上に表示するように配置された処理マネージャと
を備え、
前記関連付けデータベースが、ネットワークアドレス帳にアクセスするように配置され、前記ネットワークアドレス帳が、前記発呼元と前記被呼側デバイスとの間の前記関連付けを設定するように構成される、
システム。
【請求項２】
前記処理マネージャが前記発呼元及び／又は前記被呼側デバイスと統合される、請求項１に記載のシステム。
【請求項３】
前記被呼側デバイスがモバイルデバイスである、請求項１又は２に記載のシステム。
【請求項４】
前記発呼元がモバイルデバイスである、請求項１又は２に記載のシステム。
【請求項５】
前記処理マネージャが、前記システムを管理するために前記システムへのアクセスを可能にするクライアントインターフェースを含む、請求項１又は２に記載のシステム。
【請求項６】
ロケーションベースのサービス（ＬＢＳ）をさらに備え、前記発呼元の位置を判定する、請求項１に記載のシステム。
【請求項７】
前記ＬＢＳが、緊急サービスに前記発呼元の前記位置を通知するようにさらに構成される、請求項６に記載のシステム。
【請求項８】
前記ＬＢＳが、前記発呼元から少なくとも１つの連絡先を通知するようにさらに構成される、請求項６に記載のシステム。
【請求項９】
前記少なくとも１つの連絡先が、前記処理マネージャにおいて前記発呼元によって指定される、請求項８に記載のシステム。
【請求項１０】
前記発呼元からの前記少なくとも１つの連絡先が、前記発呼元との対話の頻度に基づいて指定される、請求項８に記載のシステム。
【請求項１１】
前記発呼元からの前記少なくとも１つの連絡先が、前記発呼元との対話の継続時間に基づいて指定される、請求項８に記載のシステム。
【請求項１２】
前記ＬＢＳが、登録されたユーザのデータベースにアクセスし、前記発呼元の前記位置に最も近い前記ＬＢＳの登録されたユーザの番号を判定するようにさらに構成される、請求項６に記載のシステム。
【請求項１３】
前記ＬＢＳが、前記ＬＢＳの全ての前記登録されたユーザに前記発呼元の前記位置を通知するようにさらに構成される、請求項１２に記載のシステム。
【請求項１４】
前記ＬＢＳが、前記発呼元の前記位置に最も近い少なくとも１人の登録されたユーザに通知するようにさらに構成される、請求項１２に記載のシステム。
【請求項１５】
前記ＬＢＳが、前記ネットワークアドレス帳にアクセスし、前記発呼元に関連付けられていない少なくとも１人の登録されたユーザに通知するようにさらに構成される、請求項１４に記載のシステム。
【請求項１６】
前記ＬＢＳが、登録されたユーザの前記データベースにアクセスし、通知された前記少なくとも１人の登録されたユーザの動作に基づいて前記データベースをしかるべく更新するようにさらに構成される、請求項１４に記載のシステム。
【請求項１７】
前記ＬＢＳが、登録されたユーザの前記データベースにアクセスし、前記発呼元の前記位置に２番目に近い少なくとも１人の登録されたユーザに通知するようにさらに構成される、請求項１６に記載のシステム。
【請求項１８】
前記ＬＢＳが、少なくとも１人の登録されたユーザに前記発呼元の前記位置を通知することができず、前記ＬＢＳが、緊急サービスに前記発呼元の前記位置を通知するようにさらに構成される、請求項１４に記載のシステム。
【請求項１９】
前記被呼側デバイスが、前記発呼元が監視リスト又はブラックリストに記載されているかどうか判定するためにシステムログを備える、請求項１に記載のシステム。
【請求項２０】
前記発呼元が監視リスト又はブラックリストに記載されていると判定すると、前記発呼元によって開始された前記通信が終了される、又は警告が作動され、その後にそれぞれ前記通信を終了する、請求項１９に記載のシステム。
【請求項２１】
前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にないと判定された場合は、前記処理マネージャが、前記通信を前記発呼元から前記被呼側デバイスにルーティングするために外部ゲートウェイとデータ通信するように構成される、請求項１に記載のシステム。
【請求項２２】
前記ネットワークアドレス帳が、前記ネットワークアドレス帳と前記発呼元及び前記被呼側デバイスとの間の定期的同期を実行することにより、前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定するようにさらに構成される、請求項１に記載のシステム。
【請求項２３】
前記発呼元の前記プライバシー設定が、前記発呼元がリストに公開されているか、公開されていないか、又はその識別子がマスクされているかどうかに基づいて判定される、請求項１に記載のシステム。
【請求項２４】
発呼元の識別子を前記発呼元と通信する被呼側デバイス上に表示するための方法であって、
ａ．前記被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義するステップと、
ｂ．前記発呼元から前記被呼側デバイスへの通信を処理するステップと、
ｃ．前記リストから、外部リストと比較して確認することにより前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定し、そうである場合は、前記発呼元の設定された識別子を表示し、そうでない場合は、前記発呼元のプライバシー設定を判定し、前記判定されたプライバシー設定に応じてさらに他の識別子を前記被呼側デバイス上に表示するステップと
を含む方法。
【請求項２５】
前記発呼元の前記プライバシー設定を判定する前記ステップが、前記発呼元がリストに記載されていないかどうか、又はその識別子がマスクされているかどうか判定するステップを含む、請求項２４に記載の方法。
【請求項２６】
前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にあると判定された場合に、前記発呼元が前記通信ネットワークの中のブラックリスト又は監視リストに記載されているかどうか検査するステップをさらに含む、請求項２４に記載の方法。
【請求項２７】
前記発呼元がブラックリスト及び監視リストに記載されていない場合に、前記被呼側デバイスのプライバシー設定が検査され、前記発呼元の前記識別子が前記被呼側デバイス上に表示され得るかどうかを判定する、請求項２６に記載の方法。
【請求項２８】
前記発呼元が監視リストに記載されている場合は、警告が作動され、前記発呼元から前記被呼側デバイスへの前記通信が終了される、請求項２６に記載の方法。
【請求項２９】
前記発呼元がブラックリストに記載されている場合は、前記発呼元から前記被呼側デバイスへの前記通信が直ちに終了される、請求項２６に記載の方法。
【請求項３０】
前記発呼元と被呼側デバイスとの間のルートを確立するステップを含み、前記ルート確立ステップが、前記発呼元の識別子属性を検査して、前記識別子がどのように得られるか判定するステップを含む、請求項２６に記載の方法。
【請求項３１】
前記識別子属性を検査する前記ステップが、前記識別子が前記発呼元に転送されたか、ダウンロードされたか、又は手動で入力されたか判定するステップを含む、請求項３０に記載の方法。
【請求項３２】
前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にあるかどうか判定する前記ステップ、並びに前記発呼元及び被呼側デバイスが同じ通信ネットワークの中にないと判定された場合は、前記発呼元からの通信をルーティングするステップを含む、請求項２４に記載の方法。
【請求項３３】
前記発呼元と被呼側デバイスとの間に関連付けが存在するかどうか判定する前記ステップが、ネットワークアドレス帳にアクセスするステップを含む、請求項２４に記載の方法。
【請求項３４】
前記ネットワークアドレス帳が、前記発呼元及び被呼側デバイスに定期的に同期される、請求項３３に記載の方法。
【請求項３５】
発呼元から被呼側デバイスへの通信を処理するように配置された処理マネージャを備える前記被呼側デバイスであって、
前記処理マネージャが、関連付けデータベースにアクセスして前記発呼元が前記被呼側デバイスに関連付けられているかどうか判定するように配置され、前記関連付けデータベースが、前記被呼側デバイスに関連付けられた少なくとも１つの発呼元のリストを定義し、
前記発呼元が前記被呼側デバイスに関連付けられていると判定すると、前記発呼元の設定された識別子を表示し、前記発呼元が前記被呼側デバイスに関連付けられていないと判定すると、前記発呼元のプライバシー設定を判定し、前記判定されたプライバシー設定に応じてさらに他の識別子を前記被呼側デバイス上に表示し、
前記関連付けデータベースが、前記発呼元と前記被呼側デバイスとの間のリンクを確立するように構成されたネットワークアドレス帳にアクセスする、
被呼側デバイス。
【国際調査報告】
2014519254.tif 000009
2014519254.tif 000010
2014519254.tif 000011
2014519254.tif 000012