(57)【要約】【課題】発呼者に関する属性情報をリアルタイムで表示する方法及びシステムを提供する。【解決手段】本発明は、発呼者に関する詳細な属性情報をリアルタイムで表示する方法及びシステムに関する。この情報は、ユーザのスマートフォン／モバイルインターネット装置（MID）又は他のモバイル装置に到来するボイスコール又はメッセージと共にユーザに提示される。係る情報は、彼／彼女がリアルタイムで通信に応答するかを判定するのを支援する。属性情報は、発呼者の属性の処理サーバで収集され、被呼者の受信装置に伝達される。【選択図】図３
2011120213.tif 000002
【特許請求の範囲】
【請求項１】
サーバにより、発呼者の装置について入手可能な位置情報を前記発呼者の装置から受信するステップと、
前記サーバにより、発呼者の情報を収集するステップと、
前記サーバにより、前記入手可能な情報及び発呼者の情報を含む発呼者の属性メッセージを構成するステップと、
前記サーバから被呼者の受信装置に前記発呼者の属性メッセージを送出するステップと、
を含むことを特徴とする方法。
【請求項２】
前記サーバで前記入手可能な位置情報を受信する前に、前記サーバに対して前記発呼者の装置を認証するステップを更に含む、
請求項１記載の方法。
【請求項３】
前記発呼者の装置により、前記サーバへの前記入手可能な位置情報の送出がセキュリティポリシーに一致するかを判定するステップを更に含む、
請求項１記載の方法。
【請求項４】
前記発呼者の情報の少なくとも１部は、１以上のソーシャルネットワーキングサービスから収集される、
請求項１記載の方法。
【請求項５】
前記発呼者の情報の少なくとも１部は、前記サーバでローカルに記憶され、周期的又は非周期的に更新される、
請求項１記載の方法。
【請求項６】
前記発呼者の属性メッセージの送出の前に、前記サーバにより、前記サーバが前記発呼者からの位置情報を受信したかに関して問い合わせるメッセージを前記受信装置から受信するステップを更に含む、
請求項１記載の方法。
【請求項７】
前記受信装置を介して、前記発呼者の属性メッセージの内容を前記被呼者に表示するステップを更に含む、
請求項１記載の方法。
【請求項８】
前記発呼者装置及び受信装置は、モバイルインターネット装置を有する、
請求項１記載の方法。
【請求項９】
前記位置情報は、グローバルポジショニングシステムにより決定される前記発呼者の装置の位置、及び前記発呼者の装置により使用されるインターネットプロトコルアドレスの少なくとも１つに基づく、
請求項１記載の方法。
【請求項１０】
プロセッサと、
前記プロセッサに、発呼者の装置について入手可能な位置情報を前記発呼者の装置から受信し、発呼者の情報を収集し、前記入手可能な情報及び発呼者の情報を含む発呼者の属性メッセージを構成し、被呼者の受信装置に前記発呼者の属性メッセージを送出するように指示する命令を記憶するメモリと、
を有することを特徴とするシステム。
【請求項１１】
前記命令は、前記プロセッサに、前記発呼者の装置を認証するように更に指示する、
請求項１０記載のシステム。
【請求項１２】
前記発呼者の情報は、１以上のソーシャルネットワーキングサービスから収集される、
請求項１０記載のシステム。
【請求項１３】
前記命令は、前記プロセッサに、前記発呼者の情報の少なくとも１部をサーバにローカルに記憶し、前記発呼者の情報を周期的又は非周期的に更新するように指示する、
請求項１０記載のシステム。
【請求項１４】
前記命令は、前記プロセッサに、位置情報が前記発呼者から受信されたかに関して問い合わせるメッセージを前記受信装置から受信するように指示する、
請求項１０記載のシステム。
【請求項１５】
前記発呼者の装置と前記受信装置は、モバイルインターネット装置を有する、
請求項１０記載のシステム。
【請求項１６】
前記位置情報は、グローバルポジショニングシステムにより決定される前記発呼者の装置の位置、及び前記発呼者の装置により使用されるインターネットプロトコルアドレスの少なくとも１つに基づく、
請求項１０記載のシステム。
【請求項１７】
プロセッサとメモリとを有するシステムであって、
前記メモリは、前記プロセッサに、当該システムの入手可能な位置情報をサーバに送出し、前記サーバから発呼者の属性メッセージを受信するように指示する命令を記憶する、
ことを特徴とするシステム。
【請求項１８】
前記命令は、前記プロセッサに、前記サーバに対して当該システムを認証するように更に指示する、
請求項１７記載のシステム。
【請求項１９】
前記命令は、前記プロセッサに、前記サーバへの前記利用可能な位置情報の送出がセキュリティポリシーに一致するかを判定するように更に指示し、
前記判定は、前記サーバに前記入手可能な位置情報を送出する前に実行される、
請求項１７記載のシステム。
【請求項２０】
前記命令は、前記プロセッサに、前記発呼者の属性メッセージを受信する前に、前記サーバが発呼者の装置から位置情報を受信したかを問い合わせるメッセージを前記サーバに送出するように更に指示する、
請求項１７記載のシステム。
【請求項２１】
前記発呼者の装置からの前記入手可能な位置情報は、グローバルポジショニングシステムにより決定される前記発呼者の装置の位置、及び前記発呼者の装置により使用されるインターネットプロトコルアドレスの少なくとも１つに基づく、
請求項２０記載のシステム。
【請求項２２】
前記命令は、前記プロセッサに、前記発呼者の属性メッセージの内容を被呼者に表示するように更に指示する、
請求項１７記載のシステム。
【請求項２３】
前記プロセッサ及び前記メモリは、モバイルインターネット装置に組み込まれる、
請求項１７記載のシステム。
【請求項２４】
当該システムの前記入手可能な位置情報は、グローバルポジショニングシステムにより決定される当該システムの位置、及び当該システムにより使用されるインターネットプロトコルアドレスの少なくとも１つに基づく、
請求項１７記載のシステム。
【請求項２５】
コンピュータプログラムロジックを有するコンピュータ読み取り可能な媒体を含むコンピュータプログラムプロダクトであって、
前記コンピュータプログラムロジックは、
プロセッサに、通信装置に関する入手可能な位置情報をサーバに送出させ、前記サーバから発呼者の属性メッセージを受信させる、
ロジックを記憶することを特徴とするコンピュータプログラムプロダクト。
【請求項２６】
前記コンピュータプログラムロジックは、
前記プロセッサに、前記サーバに対して前記通信装置を認証させるロジックを更に含む、
請求項２５記載のコンピュータプログラムプロダクト。
【請求項２７】
前記コンピュータプログラムロジックは、
前記プロセッサに、前記サーバへの前記利用可能な位置情報の送出がセキュリティポリシーに一致するかを判定させるロジックを更に含み、
前記判定は、前記サーバに前記入手可能な位置情報を送出する前に実行される、
請求項２５記載のコンピュータプログラムプロダクト。
【請求項２８】
前記コンピュータプログラムロジックは、
前記プロセッサに、前記サーバが発呼者の装置から位置情報を受信したかを問い合わせるメッセージを前記サーバに送出させるロジックを更に含み、
前記サーバへの前記メッセージの送出は、前記発呼者の属性メッセージを受信する前に実行される、
請求項２５記載のコンピュータプログラムプロダクト。
【請求項２９】
前記コンピュータプログラムロジックは、
前記プロセッサに、前記発呼者の属性メッセージの内容を発呼者に表示させるロジックを更に含む、
請求項２５記載のコンピュータプログラムプロダクト。
【請求項３０】
前記通信装置に関する前記位置情報は、グローバルポジショニングシステムにより検出される前記通信装置の位置、及び前記通信装置により使用されるインターネットプロトコルアドレスの少なくとも１つに基づく、
請求項２５記載のコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発呼者の位置、プロファイル及び信頼関係のリアルタイム表示の方法及びシステムに関する。
【背景技術】
【０００２】
電話のユーザが到来する呼び出しを受けるとき、ユーザは発呼者に関して知らない。発呼者のIDは、発呼者の名前及び／又は電話番号を知ることができるので、部分的な解決策を表す。幾つかのユーザにとって、これは十分な場合がある。たとえば大量の呼び出しを受け、それらの電話を通して重要な取引を行う他のユーザにとって、これは適切ではない場合がある。
【０００３】
到来する呼び出しのなかには、他よりも重要なものがある。呼び出しのなかには、将来的な取引又は他の緊急を要する伝達を表すものがある。他の呼び出しは、重要であるが、緊急を要さないものがある。更に他の呼び出しには、ユーザにとって殆ど価値がない、すなわち重要でないものがある。後者のカテゴリにおける呼び出しのなかには、ユーザの時間及び通信帯域幅の浪費を表す迷惑を表すものさえある。
【発明の概要】
【課題を解決するための手段】
【０００４】
本実施の形態で記載されるのは、発呼者に関する属性情報をリアルタイムで表示する方法及びシステムである。この情報は、ユーザのスマートフォン／モバイルインターネットデバイス（MID）又は他のモバイル装置で、到来する音声呼び出し又はメッセージ（たとえばインスタントメッセージング（IM）、ショートメッセージサービス（SMS）、又はマルチメディアメッセージングサービス（MMS）等）と共にユーザに提示される。係る情報は、通信に応答すべきかをリアルタイムで彼／彼女が決定するのを支援する。現在存在するメカニズム及びサービスでは、発呼者の電話番号及び／又は名前（いわゆる「発呼者ID」システム）のみが表示される。
【０００５】
実施の形態では、表示される属性は、発呼者の位置、発呼者のオンライン・ソーシャル／プロフェッショナルネットワーキングサービスから収集される専門的な情報（たとえば公的に入手可能なLinkedInプロファイル及び／又はFacebookプロファイルからの選択された情報）、シーシャル／プロフェッショナルネットワーキングサービスからの受信者の友人リスト、受信者のアドレス帳での発呼者に関する情報、及び／又はスマートフォン／MIDに記憶される他のポリシーに基づいた、発呼者と受信者との間の信頼関係を含む。
【０００６】
実施の形態では、表示される情報のフォーマット及びタイプは、彼／彼女のスマートフォン又は他のモバイル通信装置で部分的にローカルに受信することで構成される。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態に係る、本明細書で記載されるシステムを例示するブロック図である。
【図２】本発明の実施の形態に係る、本明細書で記載される処理を例示するフローチャートである。
【図３】本発明の実施の形態に係る、本明細書で記載されるプロセスを詳細に例示するフローチャートである。
【図４】本発明の実施の形態に係る、通信装置におけるソフトウェアコンポーネントを例示するブロック図である。
【図５】本発明の実施の形態に係る、発呼者の属性の処理サーバにおけるソフトウェアコンポーネントを例示するブロック図である。  添付図面において、参照符号の最も左の数字は、その参照符号が最初に現れる図面を識別する。
【発明を実施するための形態】
【０００８】
図１は、本発明の実施の形態に係る、システムのコンポーネントを例示する図である。なお、係るシステムは、例示されるコンポーネントに必ずしも限定されるものではない。システム１００は、発呼者の装置１１０及び受信者の装置１２０を含む。上述されたように、これらの装置は、たとえば、スマートフォン又は他のモバイルインターネット装置である場合がある。発呼者の装置１１０及び受信者の装置１２０は、発呼者の属性の処理サーバ（CAPS）図１３０として１に示されるサーバと通信する。例示される実施の形態では、この通信は、ネットワーク１４０を介して行われる。ネットワーク１４０は、任意のコンピュータネットワークである。実施の形態では、ネットワーク１４０は、インターネット、又はインターネット、ワイドエリアネットワーク及びローカルエリアネットワークの組み合わせである。
【０００９】
なお、通信を開始するパーティは、ここでは発呼者と呼ばれ、発呼者により使用される通信装置は、ここでは発呼者の装置と呼ばれる。それにもかかわらず、通信は、従来の電話の呼び出しであるか、従来の電話の呼び出しではない場合があることを理解されたい。通信は、上述されたように、テキスト又はマルチメディアメッセージである。
【００１０】
発呼者の装置、受信者の装置及びCAPSとの間のやり取りは、実施の形態に係る図２に例示される。ブロック２１０で、発呼者の装置は、電話をかけ、さもなければ受信者の装置への通信を開始する。ステップ２２０で、発呼者の属性を収集するプロセスが行われる。以下に更に詳細に記載されるように、この収集はCAPSを中心とする。発呼者の装置は、その地理的な位置に関する情報をCAPSに送出する。また、CAPSは、その自身の発呼者の情報を収集する。係るデータは、たとえば発呼者と思われる装置の登録された所有者といった、発呼者に関連するパーティに関する情報を含む。この情報は、たとえば発呼者の雇用主及び／又は他の所属（professional  affiliations）を含む場合がある。係るデータは、たとえばオンライン・ソーシャルネットワーキングサービスのような公的に入手可能なソースから収集される場合がある。ステップ２３０で、発呼者の収集された属性は、受信者の装置のユーザ、すなわち呼び出され、メッセージを受ける者に伝達される。伝達された属性は、たとえば発呼者の位置、彼の所属、及び／又は相互のコンタクトを含む場合がある。
【００１１】
なお、実施の形態では、発呼者とCAPSとの間の通信は、受信者の装置とCAPSとの間の通信と同様に、たとえばインターネットのようなデータネットワークを通して行われる。これらの通信経路は、発呼者と受信者の装置との間の音声通信を確立して維持するために使用されるチャネルとは別である場合がある。実施の形態では、通信は、たとえばSMSのような帯域外のメカニズムを通して行われる場合がある。
【００１２】
プロセスの実施の形態は、プロセス３００として図３に更に詳細に例示される。ブロック３０５で、発呼者の装置の属性を収集するプロセスが作動される。ブロック３１０で、その位置情報の共有が許可できるかに関する判定が発呼者の装置で行われる。幾つかの装置は、たとえば、セキュリティの理由のために装置に関する情報の共有を制限又は阻むように構成される場合がある。係る制限は、セキュリティポリシーとして抽象的に見なされる。ブロック３１０で、その位置情報の共有がそのセキュリティポリシーと一致するかに関する判定が行われる。
【００１３】
この共有が許可される場合、次いでブロック３１５で、発呼者の装置及びCAPSは、セキュリティの理由のために認証プロセスを行う。これは、ハッカー又は他の認証されないものが発呼者を装うのを防止する。実施の形態では、デジタル署名が発呼者の装置からCAPSに伝達される。係る署名は、たとえば当業者にとって知られている周知の暗号化アルゴリズムを使用する場合がある。ブロック３１５で、CAPSは、署名を認証する。
【００１４】
ブロック３１０で位置情報の共有が許可され、且つブロック３１５で発呼者の装置が認証された場合、ブロック３２０で発呼者の装置は、その位置情報をCAPSに送出する。発呼者の装置は、多数のやり方でその位置を確定する。上述されたように、位置情報は、たとえばSMSのような帯域外の通信を介して送出される場合がある。
【００１５】
そのように装備されている場合、発呼者の装置は、その位置を決定するためにグローバルポジショニングシステム（GPS）を利用する場合がある。代替的に、発呼者の装置は、該装置が使用しているサーバ又はルータのインターネットプロトコル（IP）アドレスを供給する場合がある。係るアドレスは地理的な位置に相互に関連付けられるので、IPアドレスは、発呼者の物理的な位置の近似を表すことができる。さらに、位置は、既知のリファレンスポイントを含む三角分割プロセス（triangular  process）を通して決定される。また、この位置は、発呼者の装置について登録されるアドレスに基づく場合がある。これは、発呼者の装置がPSTN電話である場合にあてはまる。
【００１６】
位置情報の共有がブロック３１０で許可されないか、又は発呼者の装置がブロック３１５で認証されない場合、発呼者の装置は、ブロック３２０で、その位置情報をCAPSに送出しない。
【００１７】
ブロック３２５で、CAPSは、発呼者に関する他の入手可能な情報を収集する場合がある。この発呼者の情報は、発呼者の装置の登録されている所有者に関する情報を含む。この情報は、限定されるものではないが、たとえば、人物名、彼の雇用主及びタイトル、彼の専門家組織、社会組織又はボランティア組織、及び／又は出席している学校を含む。係る情報は、たとえば専門化組織、又は、Twitter、LinkedIn、Facebook又はMySpaceのようなソーシャルネットワーキングサービスにより公開されているプロファイルのような、パブリックドメインソースから取得される。また、情報のソースとしてソーシャルネットワーキングサービスの使用により、CAPSは、ある発呼者が緊急のコンタクトであるか、受信者の友人であるか、或いは、発呼者がある友人の友人であるか等を知ることができる。これにより、受信者は、発呼者がどの位密接に関連しているかを知ることができ、従ってどの種類の信頼関係があるかを指摘する。さらに、発呼者情報は、販売又は他のビジネス関連での認証情報又は承認の言葉を伝達する手段でもある。発呼者の情報は、たとえばLinkedInを通して取得されるような、発呼者の過去の関係からの関連性又は推薦を含む場合がある。
【００１８】
例示される実施の形態では、この情報は、事前に収集され、１以上のデータベース（DB）又は他のアクセス可能なデータ構造においてCAPSで記憶される。この場合、ブロック３２５は、CAPSにおけるデータベースのようなサーチを表す場合がある。実施の形態では、発呼者に関するCAPSに記憶されるデータは、ソーシャルネットワーキングサービス及び／又は他の情報源をそれ以降サーチすることで周期的又は非周期的に更新される場合がある。
【００１９】
ブロック３３０で、受信者の装置は、位置情報がCAPSにより受信されたかに関して問い合わせるメッセージをCAPSに送出する。たとえば、発呼者の装置のセキュリティポリシーがブロック３１０で位置情報の共有を禁止する場合、位置情報は、発呼者の装置によりCAPSに送出されない。同様に、ブロック３１５の認証が失敗した場合、位置情報は、CAPSにより発呼者の装置から受信されない。実施の形態では、受信者の装置からCAPSに送出されるメッセージは、発呼者の装置の番号を含む。
【００２０】
ブロック３３５で、受信者の装置の認証プロセスが行われる。ここで、受信者の装置がなりすまし、たとえばハッカー又は他の許可されない人物であるかに関する判定が行われる。実施の形態では、デジタル署名は、受信者の装置により提示され、署名の認証がCAPSで試みられる。認証が失敗した場合、プロセスはブロック３６５で終了する。認証が成功した場合、プロセスはブロック３４０に進む。
【００２１】
ここで、発呼者の装置の位置情報がCAPSに存在するかに関する判定が行われる。発呼者の装置の位置情報がCAPSに存在する場合、プロセスはブロック３４５に進み、CAPSは、発呼者の属性のメッセージ（CAM）を構築する。発呼者の装置のセキュリティポリシーがブロック３１０で位置情報の共有を許可し、且つ発呼者の装置の署名の認証がブロック３１５で成功した場合、ブロック３４５で構築されたCAMは、上述された発呼者の情報に加えて位置情報を含む。発呼者の装置の位置情報がCAPSに存在しない場合、プロセスはブロック３５０に進み、CAMは、位置情報なしに構築される場合がある。
【００２２】
ブロック３５５で、CAMは受信者の装置に送出される。ブロック３６０で、CAMの内容、すなわち位置情報の有無と共に発呼者の情報は、受信者の装置で表示される。プロセスは、ブロック３６５で終了する。
【００２３】
なお、実施の形態では、受信者の装置のユーザは、呼び出しを受けるか又は拒否するかに関する判定を行うために望まれる情報の種類に関して、CAPSに入力を供給する場合がある。あるユーザは、たとえば雇用主の情報は関係が無いこと、又は位置情報は関係があることを特定する場合がある。これにより、CAPSは、該CAPSが取得及び／又はユーザに送出する情報の種類をフィルタリングすることができる。
【００２４】
実施の形態では、受信者の装置は、受信者の装置でローカルに記憶される発呼者に関する情報を表示する場合がある。係る情報は、記憶されたアドレス帳のエントリを含む。アドレス帳のエントリの有無は、発呼者が信頼された人物であるかに関して、受信者の装置のユーザに通知する場合がある。
【００２５】
本実施の形態で開示される１以上の特徴は、ディスクリート及び集積された回路ロジック、特定用途向け集積回路（ASIC）ロジック、マイクロコントローラを含めて、ハードウェア、ソフトウェア、ファームウェア及びその組み合わせで実現される場合があり、領域特化型の集積回路のパッケージの一部、又は集積回路パッケージの組み合わせとして実現される場合がある。本実施の形態で使用される用語「ソフトウェア」は、本実施の形態で開示された１以上の特徴及び／又は特徴の組み合わせをコンピュータシステムに実行させるために記憶されたコンピュータプログラムロジックを有するコンピュータ読み取り可能な記憶媒体を含むコンピュータプログラムプロダクトを示す。
【００２６】
実施の形態では、発呼者の装置及び受信者の装置の機能は、たとえばスマートフォン又は他のモバイルインターネット装置のような１つのエンドユーザ装置に存在する場合がある。適切に構成された装置は、したがって、状況に依存して発呼者の装置又は受信者の装置である場合がある。例示的な実施の形態は、図４に示される。この図のシステム４００は、適切な装置と共に実現されるソフトウェア又はファームウェアモジュールを例示するが、係るシステムは、必ずしも例示されたモジュールに限定されるものではない。システム４００は、プログラマブルプロセッサ４３０と通信する１以上のメモリ装置４１０を含む。メモリ４１０及びプロセッサ４３０の両者は、集合的にＩ／Ｏ４２０として示される１以上の入力／出力装置又はポートと通信する。代替的な実施の形態では、係るシステムは、必ずしもこれらのコンポーネントに限定されない。
【００２７】
メモリ４１０は、プロセッサ４３０により実行可能な命令及び関連するデータの両者を含む場合がある。メモリ４１０は、当業者によって理解されるように、コンピュータ読み取り可能な媒体で実現される。係る媒体は、たとえば限定されることなしに、不揮発性装置、ハードドライブ、コンパクトディスクドライブにより読取られるコンパクトディスク、集積回路、又は他のコンピュータ読み取り可能なメモリ装置である場合がある。
【００２８】
例示される実施の形態では、メモリ４１０における実行可能な命令は、コンピュータプログラムロジック４４０として示される。ロジック４４０における命令は、プロセッサ４３０に、１以上の機能を実行させる。ロジック４４０は、発呼者の属性の開始（CAI:  caller  attributes  initiation）モジュール４５０、発呼者の属性のポリシーのエージェント（CAPA:  caller  attribute  policy  agent）４６０、及び発呼者の属性の送出のエージェント（CASA:  caller  attribute  sender  agent）４６５を含む。これらの３つのモジュールは、発呼者の装置に関して上述された機能の幾つかを表現する。
【００２９】
CAIモジュール４５０は、プロセス３００におけるブロック３０５で、呼び出しの開始で発呼者の属性の処理サーバと通信する。これは、プロセス３００が開始されることをサーバに通知する役割を果たす。
【００３０】
CAPA４６０は、発呼者の装置の位置情報が発呼者の属性の処理サーバと受信者の装置と共有されるかを判定する。実施の形態では、CAPA４６０は、この予想される情報伝達のパラメータをセキュリティポリシーで規定される条件と比較する。セキュリティポリシーは、たとえば伝達される場合がある情報といった情報伝達の許容可能な条件、情報を受信するパーティ又はエンティティ、並びに、時間、使用されるポート等のような伝達が行われる条件を特定する場合がある。
【００３１】
CASA４６５は、発呼者装置から発呼者の属性処理サーバに位置情報を送出する。上述されたように、この情報はGPSから導出されるか、発呼者装置により使用されるIPアドレスの形式を取る場合がある。また、三角形分割を使用した既知の技術が使用される場合がある。位置情報の送出は、セキュリティポリシーにより定義される許可を条件とする。
【００３２】
また、ロジック４４０は、発呼者の属性の問合せエージェント４７０、発呼者の属性の受信エージェント４７５、及び発呼者の属性の表示エージェント４８０を含む。これらの３つのモジュールは、受信者の装置に関して上述された機能の幾つかを表現する。
【００３３】
発呼者の属性の問合せエージェント４７０は、到来する呼び出しの受信に応じて、発呼者の属性の処理サーバに連絡をとる。たとえば、このモジュールは、図３に関して記載されたように、発呼者の装置の位置情報がサーバに存在するかに関して、発呼者の属性の処理サーバに問合せする。
【００３４】
発呼者の属性の受信エージェント４７５は、発呼者の属性の処理サーバから発呼者の属性のメッセージを受信する。発呼者の属性の表示エージェント４８０は、次いで、特定の方式で、発呼者の属性をユーザに提示する。この情報の提示は、特定のグラフィックス及び／又はオーディオのキューを使用して行われる場合がある。実施の形態では、この提示は、たとえば他のエレメントの前の発呼者の属性の所定のエレメントを見るために選択するか又は呼び出しプロセスの間の特定の時間で発呼者の属性のエレメントを見るために選択する受信者の装置のユーザにより適合される。実施の形態では、ユーザは、発呼者の属性の提示の前に聞かれる呼び鈴の数を設定する場合がある。係る提示の設定は、発呼者の属性の表示エージェント４８０により管理される。
【００３５】
実施の形態では、記載されるシステム及び処理は、発呼者が予想されるサービスプロバイダ又は他のベンダにより連絡を受けるときに使用される。ここで、発呼者にとって、たとえば推薦、認証、又は以前の顧客からの批評といったサービスプロバイダの過去の業績に関する情報を受けることは有益である。実施の形態では、係る情報は、たとえばangieslist.com又はservicemagic.comのような公的に入手可能な情報サービスからCAPSにより収集される。係る情報は、呼び出しが受けられた後でさえ、受信者の装置に供給される場合がある。
【００３６】
また、発呼者の属性の処理サーバに関して上述されたシステム及びプロセスは、ハードウェア、ソフトウェア、ファームウェア又はその組み合わせで実現される。例示的な実施の形態は、図５に示される。この図のシステム５００は、プログラマブルデバイスと共に実現されるソフトウェア又はファームウェアモジュールを例示する。システム５００は、プログラマブルプロセッサ５３０と通信する１以上のメモリ装置５１０を含む。メモリ５１０及びプロセッサ５３０の両者は、I/O５２０と集合的に示される１以上の入力／出力装置又はポートと通信する。なお、係るシステムは、図示されるコンポーネントに必ずしも限定されるものではない。
【００３７】
メモリ５１０は、プロセッサ５３０により実行可能な命令及び関連するデータの両者を含む場合がある。メモリ５１０は、当業者にとって理解されるようなコンピュータ読み取り可能な媒体で実現される。係る媒体は、たとえば及び限定されることなしに、不揮発性メモリ装置、ハードドライブ、コンパクトディスクドライブにより読取られるコンパクトディスク、集積回路、又は他のコンピュータ読み取り可能なメモリ装置である。
【００３８】
例示される実施の形態では、メモリ５１０における実行可能な命令は、ロジック５４０における命令は、プロセッサ５３０に１以上の機能を実行させる。代替的な実施の形態では、ロジック５４０は、例示されたモジュールに必ずしも限定されない。
【００３９】
ロジック５４０は、受信者の装置との通信用のインタフェースモジュール（モジュール５５０）及び発呼者との通信用のインタフェースモジュール（モジュール５５５）を含む。これらのモジュールは、発呼者の属性の処理サーバとこれらのユーザ装置のそれぞれとの間の通信を管理する。
【００４０】
また、ロジック５４０は、発呼者の属性のサーチモジュール５６０を含む。実施の形態では、このモジュールは、発呼者の装置が供給する位置情報とは別の発呼者の属性といった発呼者の情報を識別する。上述されたように、このプロセスは、発呼者の属性の処理サーバでの１以上のデータベースのサーチを含む。このサーチは、発呼者の装置の番号及び／又は該装置に関連する人物の名前に基づく場合がある。
【００４１】
また、ロジック５４０は、発呼者の属性のメッセージ（CAM）の作成モジュール５６５を含む。このモジュールは、ローカルデータベースのサーチで取得した情報及び発呼者の装置からの入手可能な位置情報とに基づいて、発呼者の属性のメッセージを作成する。
【００４２】
また、ロジック５４０は、認証モジュール５７０を含む。このモジュールは、発呼者の装置と受信者の装置との通信を認証する。実施の形態では、これは、セキュリティの目的でこれらの装置により提供されるデジタル署名の認証を含む。
【００４３】
代替的な実施の形態では、ロジック５４０は、例示されたモジュールに必ずしも限定されるものではない。
【００４４】
様々な実施の形態がここで開示されたが、限定的なものではなく例示のために提供されたことを理解されたい。形式及び詳細における様々な変形は、ここで開示された方法及びシステムの精神及び範囲から逸脱することなしに行われることは当業者にとって明らかであろう。したがって、請求項の広さ及び範囲は、ここで開示された例示的な実施の形態の何れにより制限されるべきではない。
【符号の説明】
【００４５】
１１０：発呼者装置
１２０：受信者装置
１３０：発呼者の属性の処理サーバ（CAPS）
１４０：ネットワーク
４００：システム
４１０：メモリ
４３０：プロセッサ
４４０：コンピュータプログラムロジック
４５０：発呼者の属性の開始エージェント（CAI）
４６０：発呼者の属性のポリシーのエージェント（CAPA）
４６５：発呼者の属性の送出エージェント（CASA）
４７０：発呼者の属性の問合せエージェント
４７５：発呼者の属性の受信エージェント
４８０：発呼者の属性の表示エージェント
５００：システム
５１０：メモリ
５３０：プロセッサ
５４０：コンピュータプログラムロジック
５５０：受信者装置のインタフェースモジュール
５５５：発呼者装置のインタフェースモジュール
５６０：発呼者の属性のサーチモジュール
５６５：発呼者の属性のメッセージの作成モジュール
５７０：認証モジュール
【図１】
2011120213.tif 000003
【図２】
2011120213.tif 000004
【図３】
2011120213.tif 000005
【図４】
2011120213.tif 000006
【図５】
2011120213.tif 000007