(57)【要約】受信デバイスのユーザが、着信コールの発呼者を、発呼者に適切な応答に関連付けることを可能にするテレコミュニケーションデバイス及び／又はサービスが提供される。着信コールは、特定の発呼者を識別するコールデータを含む。受信すると、受信側デバイスは、着信コールを処理し、関連する適切な応答を送信する。
2010514268.tif 000002
【特許請求の範囲】
【請求項１】
受信デバイスにおいてコール応答を関連付ける方法であって、
発信元デバイスを記述し、前記発信元デバイスに適切な特定のコンタクト応答を有するコンタクト情報を受信デバイスに格納することと、
前記発信元デバイスを識別する識別情報を有する着信コールを受信することと、
前記受信した識別情報を前記受信デバイスに格納されたコンタクト情報に関連付けることと、
前記発信元デバイスから受信デバイスへの、前記特定のコンタクト応答を備えるアウトバウンドコールを開始することと
を備えた方法。
【請求項２】
前記特定のコンタクト応答は、前記発信元デバイスによって受信することができる媒体ファイルである請求項１に記載の方法。
【請求項３】
前記媒体ファイルは、テキストメッセージである請求項２に記載の方法。
【請求項４】
前記着信コールの識別情報は、オーディオメッセージを備える請求項１に記載の方法。
【請求項５】
前記オーディオメッセージは、前記発信元デバイスのユーザの音声記録である請求項４に記載の方法。
【請求項６】
前記発信元デバイスのユーザを識別するために、前記音声記録を処理することを更に備えた請求項５に記載の方法。
【請求項７】
前記アウトバウンドコールは、前記着信コールに記述されたチャネルでコールされる請求項１に記載の方法。
【請求項８】
前記記述されたチャネルは、前記着信コールのチャネルと異なる請求項７に記載の方法。
【請求項９】
前記記述されたチャネルは、ポイント・ツー・ポイント・プロトコルに従って動作する請求項８に記載の方法。
【請求項１０】
前記着信コールは更に、前記発信元デバイスの媒体機能を記述する請求項１に記載の方法。
【請求項１１】
前記アウトバウンドコールは、前記発信元デバイスの媒体機能に従う媒体ファイルのストリーミングすることを備える請求項１０に記載の方法。
【請求項１２】
前記アウトバウンドコールは、前記発信元デバイスに格納された媒体の識別子を備える請求項１０に記載の方法。
【請求項１３】
発信元デバイスから受信デバイスへコールする方法であって、
前記発信元デバイスの識別に関連するコールデータを前記受信デバイスへ送ることと、
応答タイプを選択し、前記受信デバイスへ送ることと、
前記応答タイプの応答を前記受信デバイスから受信することと
を備えた方法。
【請求項１４】
前記コールデータは、発呼者ＩＤデータを備える請求項１３に記載の方法。
【請求項１５】
前記発呼者ＩＤデータは、複数のデータ・メッセージ・フォーマットでデータを備える請求項１４に記載の方法。
【請求項１６】
前記応答タイプは、前記応答を受信するために好適なチャネルを記述する請求項１３に記載の方法。
【請求項１７】
前記応答タイプは、前記応答を受信するために好適な媒体タイプを記述する請求項１３に記載の方法。
【請求項１８】
前記応答タイプは、前記発信元デバイスの媒体機能を記述する請求項１３に記載の方法。
【請求項１９】
前記コールデータはオーディオメッセージである請求項１３に記載の方法。
【請求項２０】
前記オーディオメッセージは、前記発信元デバイスのユーザの音声記録である請求項１９に記載の方法。
【請求項２１】
受信デバイスで着信コールに応答する方法であって、
着信コールに関連付けられた、発信元デバイスを識別するコールデータを受信することと、
ローカルに格納された情報を、前記発信元デバイスを識別するコールデータに関連付けることと、
特定のチャネルが要求されたかを判定するために、前記コールデータを分析することと、
特定のチャネルが要求されていた場合、前記発信元デバイスが前記特定のチャネルを介してアクセス可能であるかを判定することと、
前記発信元デバイスが、前記特定のチャネルを介してアクセス可能である場合、前記関連付けられた、ローカルに格納された情報を、前記特定のチャネルを介して前記発信元デバイスへ送信することと
を備えた方法。
【請求項２２】
前記発信デバイスが前記特定のチャネルを介してアクセス可能でない場合、前記関連付けられたローカルに格納された情報を、前記着信コールを発信するために用いられたチャネルを介して前記発信元デバイスへ送信することを更に備える請求項２１に記載の方法。
【請求項２３】
前記特定のチャネルは、ポイント・ツー・ポイント・プロトコルを用いる請求項２１に記載の方法。
【請求項２４】
前記着信コールを発信するために用いられたチャネルは、セルラー電話チャネルである請求項２１に記載の方法。
【請求項２５】
前記ローカルに格納された情報は、前記識別するコールデータによって識別された時間窓に従って送信される請求項２１に記載の方法。
【請求項２６】
前記ローカルに格納された情報はテキストメッセージである請求項２１に記載の方法。
【請求項２７】
前記ローカルに格納された情報は媒体ファイルである請求項２３に記載の方法。
【請求項２８】
コールを受信するデバイスであって、
発信元デバイスを記述する情報を含むインバウンド・コール・データを受信する通信モジュールと、
個々のコンタクトに関連付けられた特定のメッセージ情報とコンタクト情報とを備える記憶媒体と、
コンピュータコードを実行するプロセッサと、
プロセッサに、
コンタクトが識別された前記発信元デバイスを記述する情報と、格納された前記コンタクト情報とに関して関連付けが行われたかを判定するために着信コールデータを分析させ、
前記関連付けが行われていた場合、前記識別されたコンタクトの特有のメッセージ情報を送信することによって、前記コールに応答させる
ように構成された実行可能命令群を含むプロセッサによって読取可能なメモリと
を備えるデバイス。
【請求項２９】
コールを生成し、受信するシステムであって、
コールを生成する発信元デバイスであって、前記発信元デバイスの識別子を含むコールデータを送信するように構成された発信元デバイスと、
コールを受信する受信デバイスであって、前記発信元デバイスからの着信コールに関連する前記コールデータを受信し、前記発信元デバイスの識別子を検索するために前記コールデータを分析するように構成され、更に、ローカルに格納された情報を用いて前記識別子を検証し、前記識別子に関連するローカルに格納された情報を用いて応答を生成し、ポイント・ツー・ポイント・プロトコル又はセルラー電話ネットワークプロトコルであるプロトコルを用いて前記応答を送信するように構成された受信デバイスと
を備えるシステム。
【請求項３０】
受信デバイスへの着信コールに応答するデバイスであって、
着信コールに関連付けられ、発信元デバイスの発呼者ＩＤを備えるコールデータを受信する手段と、
ローカルに格納された情報を、前記発信元デバイスを識別するコールデータに関連付ける手段と、
特定のチャネルが要求されているかを判定するために前記コールデータを分析する手段と、
前記特定のチャネルが要求されている場合、前記発信元デバイスが、前記特定のチャネルを介してアクセス可能であるかを判定する手段と、
前記発信元デバイスが、前記特定のチャネルを介してアクセス可能である場合、前記関連付けられたローカルに格納された情報を、前記特定のチャネルを介して前記発信元デバイスへ送信する手段と
を備えるデバイス。
【請求項３１】
受信デバイスにおいてコール応答を関連付けるコンピュータ実行可能命令によって符号化されたコンピュータ読取可能媒体であって、
発信元デバイスを記述し、前記発信元デバイスに適切な特定のコンタクト応答を有するコンタクト情報を受信デバイスに格納することと、
前記発信元デバイスを識別する識別情報を有する着信コールを受信することと、
前記受信した識別情報を、前記受信デバイスに格納された前記コンタクト情報に関連付けることと、
前記発信元デバイスから前記受信デバイスへの、前記特定のコンタクト応答を備えるアウトバウンドコールを開始することと
を備えるコンピュータ読取可能媒体。
【請求項３２】
受信デバイスで、発信元デバイスからの着信コールに応答するコンピュータ実行可能命令によって符号化されたコンピュータ読取可能媒体であって、
前記発信元デバイスを識別する関連付けられたコールデータを前記受信デバイスへ送信することと、
応答タイプを選択し、前記受信デバイスへ送信することと、
前記応答タイプの応答を前記受信デバイスから受信することと
を備えるコンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にテレコミュニケーションの分野に関し、特に、テレコミュニケーションデバイスでの着信コールへの応答に関する。
【背景技術】
【０００２】
今日我々は、テレコミュニケーション機器を広範囲に利用している。本国ではほとんど全ての家庭が、最低でも従来の有線電話サービスを所有しており、大多数の人が、無線テレコミュニケーションサービスを提供するモバイルデバイスも所有している。セルラー電話のコールは頻繁になされ、多くの人々にとって日常茶飯事である。
【０００３】
我々は、邪魔されたくない場合や電話に応答するのに不都合である場合、しばしば、（電子音声メール・メールボックスに含まれうる）音声メッセージサービスを用いて電話に応答する。応答ができない時に電話のコールを受けると予想した場合、一般のメッセージから、特定の時間に、ある人物をターゲットとする特定のメッセージへ、音声挨拶メッセージを変更することができる。
【０００４】
残念ながら、他の発呼者が不適切にメッセージを受け取ることがある。発呼者に不快で不適切な挨拶を送ることを避けるために、メールボックスの所有者は、メッセージを汎用バージョンに変更する必要があるであろう。その変更はしばしば、メッセージがターゲットの人物に有効である特定の時間の後起こるであろう。時間恒常性によって、所有者は、古いメッセージを受信した誰かに通知されるまで、メッセージを変更することを忘れるかもしれない。
【０００５】
着信メッセージ通知のための代替方法及びメカニズムは、これまで当業者の目を逃れてきた。
【発明の概要】
【０００６】
本発明は、ユーザが、コール受信デバイスで、コール発信元デバイスへ送信される応答を事前に割り当てることを可能にするテレコミュニケーションデバイス及びサービスに向けられる。１つの局面において、コール通知を受信デバイスに関連付ける方法が提供される。この方法は、発信元デバイスを記述し、発信元デバイスに適切な特定のコンタクト応答を有するコンタクト情報を受信デバイスに格納することと、発信元デバイスを識別する識別情報を有する着信コールを受信することとを含む。方法は更に、受信した識別情報を受信デバイスに格納されたコンタクト情報に関連付けることと、発信元デバイスから受信デバイスへの、特定のコンタクト応答を備えるアウトバウンドコールを開始することとを含む。
【０００７】
別の局面において、発信元デバイスから受信デバイスへコールする方法が提供される。この方法は、発信元デバイスの識別に関連するコールデータを受信デバイスへ送ることと、  応答タイプを選択し、受信デバイスへ送ることと、受信デバイスから、応答タイプの応答を受信することとを含む。
【０００８】
また別の局面において、受信デバイスで着信コールに応答する方法が提供される。この方法は、着信コールに関連付けられた、発信元デバイスを識別するコールデータを受信することと、ローカルに格納された情報を、発信元デバイスを識別するコールデータに関連付けることとを含む。方法は更に、特定のチャネルが要求されたかを判定するために、コールデータを分析することと、特定のチャネルが要求されていた場合、発信元デバイスが特定のチャネルを介してアクセス可能であるかを判定することとを含む。加えて、発信元デバイスが、特定のチャネルを介してアクセス可能である場合、方法は、関連付けられた、ローカルに格納された情報を、特定のチャネルを介して発信元デバイスへ送信することを含む。
【０００９】
また別の局面において、インバウンド・コール・データを受信する通信モジュールと、個々のコンタクトに関連付けられた特定のメッセージ情報とコンタクト情報とを備える記憶媒体と、コンピュータコードを実行するプロセッサと、プロセッサによって読取可能なメモリとを含むデバイスが提供される。メモリは、プロセッサに、発信元デバイスを記述する情報と、格納されたコンタクト情報とに関して関連付けが行われたかを判定するために着信コールデータを分析させ、行われていた場合、識別されたコンタクトの特有のメッセージ情報を送信することによって、コールに応答させるように構成された実行可能命令群を含む。
【００１０】
また別の局面において、コールを生成する発信元デバイスであって、発信元デバイスの識別子を含むコールデータを送信するように構成された発信元デバイスを含むシステムが提供される。受信デバイスは、発信元デバイスからの着信コールに関連するコールデータを受信し、発信元デバイスの識別子を検索するためにコールデータを分析するように構成される。受信デバイスは更に、識別子をローカルに格納された情報を用いて検証し、識別子に関連するローカルに格納された情報を用いて応答を生成し、ポイント・ツー・ポイント・プロトコル又はセルラー電話ネットワークプロトコルであるプロトコルを用いて応答を送信するように構成される。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実現形態が特に適用可能であるサンプル・モバイル・デバイスを一般的に示す機能ブロック図である。
【図２】図２は、本発明のある実現形態によって用いられる、データがロードされる記憶媒体を更に詳しく示す機能ブロック図である。
【図３】図３は、コール受信デバイスが、発信元デバイスからの受信コールに応答することを可能にする本発明を実現するシステムの概念図である。
【図４】図４は、本発明の実現形態において用いられうるサンプル・メッセージ・フォーマットを一般的に示す機能ブロック図である。
【図５】図５は、コール発信元デバイスで実行される、コール識別情報を受信デバイスへ提供する処理の１つの実現形態を一般的に示す動作フロー図である。
【図６】図６は、コールを発信しているデバイスによって提供された情報を用いて着信コールを処理する処理６００を一般的に示す動作フロー図である。
【図７】図７は、コールを発信しているデバイスによって提供された情報を用いて着信コールを処理する処理を更に詳しく示す動作フロー図である。
【発明を実施する形態】
【００１２】
以下は、着信コール処理のための様々な技術及びメカニズムの詳細な説明である。極めて一般的に述べると、ユーザが特定の着信発呼者を識別し、発呼者に適切な応答を選択し、発呼者へ応答を送ることを可能にするテレコミュニケーションデバイス及び／又はサービスが提供される。発信コールは、媒体通信に関して非同期であることができる。発信コールは、発呼者を関連付ける（例えば、識別及び／又は分類する）ための情報を含む。発呼者が関連付けられた後、発呼者に関連付けられた応答が発呼者へ送られる。
【００１３】
説明の前に、本発明の実施形態の説明中に用いられるであろういくつかの用語を定義することが役に立つであろう。従って、発明を実施する形態を通して、以下の用語は、以下の通りそれらに帰する意味を有するものとする。
【００１４】
「コール」という用語は、２つのテレコミュニケーションデバイス間の任意の通信を意味し、電話のコールに限定されない。「コール」という用語は広範囲な意味で用いられ、電話のコールを含むが、例えばＳＭＳメッセージ、インスタントメッセージ、電子メール等のような、２つのデバイス間のその他任意のメッセージや通信も、非同期であるか同期であるか、又は単一か組み合わせているかに関わらず含むであろう。
【００１５】
「発信元デバイス」という用語は、アウトバウンドコールを発信するテレコミュニケーションデバイスを意味する。発信元デバイスという用語はまた、「コールしているパーティ」や「発信元パーティ」と置換可能に用いることもできる。
【００１６】
「受信デバイス」という用語は、インバウンドコールを受信するテレコミュニケーションデバイスを意味する。受信デバイスという用語はまた、「コールされたパーティ」や「受信しているパーティ」と置換可能に用いることもできる。
【００１７】
簡単に上述したように、モバイルデバイスは今日、電話コールの処理に加えて多くのタスクを実行することができる。モバイルデバイスは、例えばテキストメッセージング、電子メール、及びウェブブラウジングのような、デバイスでデータを送受信する機能を含む。モバイルデバイスは通常、セルラーネットワーク内で動作する。セルラーネットワークは、ショート・メッセージ・サービス（ＳＭＳ）及びマルチメディア・メッセージ・サービス（ＭＭＳ）を提供することができる。ＳＭＳは通常、例えばデジタルモバイル電話、ＰＤＡ（携帯情報端末）、ポータブルコンピュータ等のようなモバイルデバイスに利用可能である。ＳＭＳは、比較的短いテキストメッセージを受信側モバイルデバイスへ送信することが可能である。ＭＭＳの場合、モバイルデバイスは、テキストのみのメッセージと、例えばグラフィック、ビデオクリップ及びオーディオクリップ等のようなマルチメディア・メッセージとを送受信することができる。
【００１８】
図１は、本発明の実現形態が特に適用可能である、例えばセルラー電話のようなサンプル・モバイル・デバイス１０１を一般に示す機能ブロック図である。モバイルデバイス１０１は、単一で又は組み合わせて、例えばセルラー電話、携帯情報端末、ポータブル音楽プレーヤ、グローバル位置決め衛星（ＧＰＳ）デバイス等のような任意のハンドヘルド・コンピューティング・デバイスであることができる。ここではハンドヘルド・コンピューティング・デバイスに関して説明されるが、本発明の実現は、例えば従来の有線電話システム等のような他の分野においても同等の適用性を有しうることが理解されるべきである。
【００１９】
この例において、モバイルデバイス１０１は、プロセッサユニット１０４と、メモリ１０６と、記憶媒体１１３と、オーディオユニット１３１とを含む。プロセッサユニット１０４は、例えばデジタル信号プロセッサ（ＤＳＰ）のような専用プロセッサ又はマイクロプロセッサを含むが、代わりに、任意の従来形式のプロセッサ、コントローラ、マイクロコントローラ、及び／又は状態機器であることもできる。
【００２０】
プロセッサユニット１０４は、プロセッサユニット１０４によって実行されるソフトウェア命令を保持するＲＡＭメモリとして実現されるメモリ１０６に接続される。この実施形態において、メモリ１０６内に格納されたソフトウェア命令は、メッセージ通知マネージャ１１１と、オペレーティングシステム１１０と、１つ又は複数のその他のアプリケーション１１２とを含む。メモリ１０６は、オンボードＲＡＭ又はプロセッサユニット１０４であることができ、集合的にＡＳＩＣ内に存在することができる。代替実施形態において、メモリ１０６は、ファームウェア又はフラッシュメモリから成ることができる。
【００２１】
プロセッサユニット１０４は、例えば数例のみ挙げると、ＲＯＭメモリ、フラッシュメモリ、又は磁気ディスクドライブのような任意の不揮発性メモリとして実現されうる記憶媒体１１３に接続される。記憶媒体１１３は、これらの技術や、例えばキャッシュ（ＲＡＭ）メモリを備えた磁気ディスクドライブ等のようなその他の技術の組み合わせとして実現することもできる。１つの実施形態において、記憶媒体１１３は、モバイルデバイス１０１が電源を切っている期間、又は電力がない期間、データを格納するために用いられる。記憶媒体１１３及びそこに格納された情報は、図２に更に詳しく示され、以下で説明される。
【００２２】
モバイルデバイス１０１はまた、モバイルデバイス１０１と、１つ又は複数のその他のコンピューティングデバイスとの間の双方向通信を可能にする通信モジュール１２１も含む。通信モジュール１２１は、ＲＦ、又は例えばセルラー電話ネットワーク、ブルートゥース（登録商標）接続、無線ローカルエリアネットワーク、あるいは無線広域ネットワークのようなその他の無線通信を可能にする構成要素を含むことができる。あるいは、通信モジュール１２１は、例えばイーサネット（登録商標）接続、ＲＪ−１１接続、ユニバーサル直列バス接続、ＩＥＥＥ  １３９４（Ｆｉｒｅｗｉｒｅ）接続等のような、陸線又はハード・ワイヤード・ネットワーク通信を可能にする構成要素を含むことができる。これらは、非網羅的なリストとして意図されており、その他多くの代替例が可能である。
【００２３】
オーディオユニット１３１は、アナログフォーマットとデジタルフォーマットとの間で信号を変換するように構成された、モバイルデバイス１０１の（電化結合素子を含む）構成要素である。オーディオユニット１３１は、スピーカ１３２を用いてサウンドを出力するために、またマイクロホン１３３からの入力信号を受け取るために、モバイルデバイス１０１によって用いられる。着信コールの可聴通知は、オーディオユニット１３１及びスピーカ１３２を用いて生成することができる。例えば、着信コールを通知するために、特徴的なベル音を再生することができる。様々な楽曲や歌曲も用いられうる。
【００２４】
着信コールの可聴通知に加えて、他のメカニズムを用いることもできる。例えば、振動メカニズムは、異なる発呼者について特有の方式でモバイルデバイス１０１を振動させることによってコールを通知するために用いることができる。あるいは、ライトが点灯したり、ターゲットの発呼者を通知するために、特定のメッセージを備えたテキストメッセージを送ることができる。本開示の幅は、任意の感知メカニズムや感知技術を用いて配信される通知を包含することが想定される。
【００２５】
トリガ及びメッセージングマネージャ１１１は、着信コールに対する適切な通知を識別するように構成されたサービス又はユーティリティである。簡単に述べると、トリガ及びメッセージングマネージャ１１１は、着信コールデータを評価し、着信コールの発信元を判定又は分類する。コールの発信元が識別されると、トリガ及びメッセージングマネージャ１１１は、適切な応答を選択し、発呼者に応答を送る。ここで、コールに対する応答が再生されるか、あるいはレンダされることができる。
【００２６】
図２は、本発明のある実現形態によって用いられる、データがロードされる記憶媒体１１３を更に詳しく示す機能ブロック図である。いくつかのコール応答２１０が、記憶媒体１１３に格納される。この実現形態において、コール応答２１０は、例えば記録されたオーディオ（例えば音声記録）、音楽、又は特徴的なオーディオトーンのような、着信コールを通知するためにレンダされる媒体ファイルである。着信コールを識別するために用いることができる、多くの異なるフォーマットのいくつかの異なるタイプの媒体ファイルがある。例えば、単音又は多音のオーディオファイルが、例えばＭＩＤＩ、ＣＭＸ、ＲＴＴＴＬ、ＡＩＦＦ、ＳＭＡＦ、ＰＣＭ、ＭＰ３等のような異なるフォーマットで用いられうる。各コール応答は通常、例えばファイル名等のようないくつかの基準によって個々に識別可能である。
【００２７】
ここでは、コール応答２１０はオーディオファイルとして説明されるが、コール応答２１０は、任意の知覚可能タイプの応答内に記述情報を含む（及び／又は生成する）任意のタイプのリソースでありうることが理解されるであろう。例えば、モバイルデバイスが特定の発呼者を識別した場合、その発呼者のための適切なメッセージが選択されうる。例えば、１つ又は複数のコール応答２１０は、テキストメッセージングや電子メールプロトコルを用いる送信が可能である、例えばテキストマネージャ等のような代替形式を用いることができる。同様に、応答は、識別された発呼者の特徴を用いて、着信コールに対して生成され、その後、発信者へ応答を送ることができる。しかしこれらは例であり、その他も、同じような説明によって明らかになるであろう。
【００２８】
記憶媒体１１３には、個人又はエンティティを記述するデータファイルや記録であるいくつかの「コンタクト」２２０も存在する。各コンタクト２２２は、モバイルデバイス１０１のユーザによってコンタクトされうる、又はユーザにコンタクトしうる個人やエンティティを識別又は記述する情報を含むことができる。コンタクト２２２に格納されうる情報の例は、コンタクトが関連付けられた人物の氏名、人物を雇用している企業、人物の電話番号及び住所、人物の電子メールアドレス、及びその他の情報を含む。
【００２９】
この実現形態において、コンタクト２２２はまた、着信コールに対する応答を送信するために受信デバイスによって用いられる情報の（分類を含む）識別を提供するアウトバウンド媒体識別子２２３を含むこともできる。言い換えると、コンタクト２２２は、ユーザが、コンタクト２２１が関連付けられた発呼者へ送信しそうな特定のコール応答２１２の識別子を含むことができる。媒体識別子２２３は、送信される特定の応答のファイル名、又は例えばコール通知（例えば、３回鳴るスタッタートーン、バッハの音楽、特定のジャンルの任意の歌曲、色つきライトの点灯、ＳＭＳ、ＭＭＳ、電子メール等やそれらの組み合わせのような）の分類のようなその他いくつかの識別子であることができる。更に、媒体識別子は、応答を提供するために、例えばテキストストリングをスピーチへ変換したり、様々な媒体リソースを結合するために用いられる情報を含むことができる。
【００３０】
別の実現形態において、応答は、時間トリガに基づいて選択することができる。コンタクト２２２は、時間トリガ情報をオプション的に含むことができる。例えばメッセージは、いつコールを受信したかによって識別された発呼者へ異なるメッセージを送ることができるように、識別された発呼者に関連付けられた時間窓に基づいて選択することができる。詳しくは、業務時間中は音声メッセージが送られ、業務時間後は電子メールが送られることができる。時間トリガは、反復ベース又は非反復ベースで設定することができ、所有者が注意を払わずにすむように助ける。
【００３１】
図２に示す記憶媒体１１３は、コール発信元デバイスとコール受信デバイスとの両方に存在することができる。実際には、両方のデバイスの記憶媒体は、いくつかの同じ情報を含むが、実際のコール媒体ファイルは、コール発信元デバイスのみに存在し、コール受信デバイスによって選択されうることが理解されるであろう。例えば応答メッセージは、コールしている発信元デバイスに格納された媒体ファイルを識別及び再生する情報を含むことができる。
【００３２】
図３は、コール受信デバイス３７０が、発信元デバイス３２０からの受信コールに応答することを可能にする発明を実現するシステムの概念図である。応答は、コールしているパーティすなわち発信元デバイス３２０に特有のデータを含むことができる。
【００３３】
発信元デバイス３２０は、受信デバイス３７０へのコールを開始する。発信元デバイス３２０からモバイル電話交換局（ＭＴＳＯ  ３３０）へのコール・セットアップ・データ３２２は、受信デバイスへコールされた発信元デバイス３２０を識別する番号（「識別子」３２３）を含む。セットアップ・データは、受信デバイスが応答時に何れの媒体（又は通信のタイプ）を用いるべきかに関する優先順位を指定する媒体識別子（等）をオプション的に含むことができる。
【００３４】
識別子３２３は、例えばＩＰアドレス、ＥＳＮ（電子シリアル番号）、ＭＩＮ（製造者識別番号）、音声識別子、ＧＵＩＤ（グローバルユーザ識別子）等のような情報を備えることができる。更に、（メッセージが、例えば発呼者ＩＤブロック番号、あるエリアからのコール等のような発呼者のクラスに送信されうるように、）識別子３２３は単に、コールを分類するために適切な情報を含むこともできる。
【００３５】
１つの実施形態において、発信元デバイス３２０は、例えばボイス・オーバーＩＰ（ＶＯＩＰ）のような次世代通信技術を用いてＭＴＳＯ３３０と通信する。更に、発信元デバイス３２０とＭＴＳＯ３３０との間でコールをセットアップするために用いられているプロトコルはオプション的に、発信元デバイス３２０が、コールされたパーティの番号の数字に加えて、その他の識別情報をＭＴＳＯ３３０へ渡すことを可能にする。
【００３６】
発呼者ＩＤ情報は、ＭＴＳＯ３３０によってコールデータに追加され、受信デバイスのＭＴＳＯ３５５へ送信されることができる。識別子３２３は、例えばマルチプル・データ・メッセージ・フォーマット（ＭＤＭＦ）プロトコルへの拡張として発呼者ＩＤ情報に含まれ、ＭＴＳＯ３５５から受信デバイス３７０へ送信されることができる。
【００３７】
コールをセットアップするために代替プロトコルが用いられる場合、識別子３２３は、データパッケージが受信デバイス３７０へ送信される何らかに含まれうる。受信すると、受信デバイス３７０は、発信元デバイスの識別子３２３を抽出し、発信元デバイスに関連付けられた応答を選択（及び／又は生成）する。更に、受信デバイス３７０は、選択したメッセージを送信するチャネルタイプ及び／又は媒体タイプを選択するために、コール・セットアップ・データ３２２に含まれたその他の情報を用いることができる。このように、本システムを用いて、受信デバイス３２０は、着信コールに対して適切に返答又は応答するコール返答３７２として応答を選択した。
【００３８】
返答３７２はその後、発信元デバイス３２０へ送信されうる。１つの例において、受信デバイス３７０は単に、着信コールを受け入れ、従来の留守番電話と同様の方式で、適切な返答３７２をレンダすることができる。あるいは受信デバイス３７０は、発信元デバイス３２０からの着信コールを検出すると、応答するテキストメッセージ（例えばＳＭＳメッセージ）や電子メールメッセージを構成及び送信することができる。これらの技術及びその他の技術が、当業者には明らかであるだろう。
【００３９】
コールを発信及び／又はコールに返答するために、異なるプロトコルを用いることができる。例えば、発信元デバイスは、ポイント・ツー・ポイント・プロトコルを用いてコールを発信することができ、受信デバイスは、応答として、発信元デバイスへ電話コールをすることができる。あるいは、発信元デバイス及び受信デバイス両方が、例えばＳＩＰ等のようなポイント・ツー・ポイント・プロトコルを用いて通信することができる。
【００４０】
いくつかの場合、発信元デバイス３２０の識別子は、受信デバイス３７０に存在しない可能性がある。この場合、受信デバイス３７０は、ベストマッチタイプ分析を行うか、あるいは単に一般的な応答を選択することができる。同様に、受信デバイス３７０は、いくつかのタイプの識別子を処理できないように構成されることがある。この場合、受信デバイス３７０は単に、コールデータ内の追加情報を無視し、通常通りにコールを通知することができる。
【００４１】
図４は、本発明の実現形態において用いられうるサンプル・メッセージ・フォーマット４５０を一般的に示す機能ブロック図である。サンプル・メッセージ・フォーマット４５０は、コールの確立前に受信デバイスへデータを提供するために、テレコミュニケーション業界において用いられる既存のＭＤＭＦプロトコルの拡張である。ＭＤＭＦプロトコルによって、回路の接続前に、第１のベルと第２のベルとの間に受信デバイスに提供されるトーンとして符号化される、コールしているパーティに関するある識別情報（例えば、電話番号４０１、氏名４０２、時間４０３、局所性４０４）を含むことが可能になる。本発明は、発信元デバイスによって提供された任意のデータ、すなわち識別子４２３を追加する同様のプロトコル、又は上記プロトコルへの拡張を想定する。このように、発信元デバイスは、発信元デバイスの識別子および任意の要求された媒体チャネルを受信デバイスへ送信することができる。
【００４２】
上述したように、この拡張は、他の情報を送信するためにも同様に用いることができる。例えば、識別子４２３に加えて、又はその代わりに、発信元デバイスは、コール発信者を識別する情報を含む圧縮された音声データを追加することができる。このように受信デバイスは、単に発信元コール番号を識別できるだけではなく、発呼者である人物を判定するためにデータを処理することができる。
【００４３】
図５は、受信デバイスへコール識別情報を提供するコール発信元デバイスで実行される処理の１つの実現形態を一般的に示す動作フロー図である。  処理５００は、電話コールを発信及び受信し、例えば電子メール、ＳＭＳメッセージ及びＭＭＳメッセージ、インスタントメッセージ等のようなその他のメッセージを送受信するように構成されたテレコミュニケーションデバイスで実行することができる。
【００４４】
ステップ５１０で、特定の受信デバイスに関して、コンタクト情報がオプション的に識別される。この実現形態において、受信デバイスは、コールが生成されうるエンティティ又は個人を示し、コンタクト情報は、受信デバイスへのコールを開始する、通常、電話番号であるメカニズムを含む。コンタクト情報はまた、例えば氏名又は住所のような、エンティティや個人に関する追加情報を含むこともできる。
【００４５】
ステップ５２０で、媒体タイプ又はチャネル情報がオプション的に指定される。１つの実現形態において、好適な媒体応答タイプ又は応答チャネルを指定することができる。あるいは、受信電話が、発信元デバイスに送信する適切な種類の応答を選択することができるように、電話の媒体機能を指定することができる。
【００４６】
ステップ５３０で、発呼者からのオーディオメッセージが、受信デバイスへ送信するためにオプション的に記録（又は検索）される。例えば発呼者は、発呼者の識別（及び／又は分類）をすることができるように、受信デバイスにオーディオを処理させることができる音声メッセージを録音することができる。
【００４７】
通常のアウトバウンドコールがステップ５１０乃至５３０で生成されるケースは、オプション的又は不必要であることが留意されるべきである。加えて、ステップ５１０及び５２０の順序は重要ではなく、任意のステップを最初に実行することができることも留意されるべきである。
【００４８】
５４０で、発信元デバイスを識別する情報を含むアウトバウンドコールが生成される。１つの実現形態において、発信元デバイス及びその交換局は、任意のデータ又はその他の拡張されたデータを発信元デバイスから交換局へ送信することを可能にするコール・セットアップ・プロトコルを用いて通信する。例えば、次世代ボイス・オーバーＩＰテレフォニでは、発信元デバイスと交換局との間の通信は、オフフック信号及びコールしているパーティの番号に加えて、通常のデータのパケットを可能にする形式であることができる。この場合、識別情報は単に、発信元デバイスから交換局へ送信されるコールセットアップ情報に含まれる、予め定められたメッセージタイプの形式を用いることができる。例えば発信元デバイスからの完全なコンタクト情報又はマルチメディア情報のような拡張された情報を含むこともできる。この情報はまた、（ＶＯＩＰコールの場合、）コールと共に送信されたデータとして、あるいはこのような情報のデータベース内の番号氏名逆ルックアップによって取得することもできる。
【００４９】
あるいは発信元デバイスは、受信デバイスとのピア・ツー・ピア通信セッションをセットアップすることができる。ピア・ツー・ピア通信セッションは、例えばＳＩＰ、ＳＭＳ、ＭＭＳ、又はその他任意の適切なプロトコルを用いて確立することができる。
【００５０】
図６は、コールを発信しているデバイスによって提供された情報を用いて着信コールを処理する処理６００を一般的に示す動作フロー図である。処理６００は、着信コールを受信し、発信元デバイスに選択的に応答するように構成された任意のテレコミュニケーションデバイスで実行することができる。
【００５１】
ステップ６１０で、受信デバイスは、着信コールの通知を受信する。１つの実施形態において、着信通知は、例えばコールしているパーティ（発信元デバイス）の電話番号のような情報とともに符号化された、例えばＭＤＭＦ発呼者ＩＤメッセージのような発呼者ＩＤデータを含む。更にこの通知は、上述したように、媒体タイプ、チャネル情報、及びオーディオメッセージを含むことができる。
【００５２】
ステップ６２０で、受信デバイスは、発呼者に関連付けられうる情報が存在するかを判定するために、着信通知を分析する。１つの特定の例において、受信デバイスは、発呼者に関連付けられた番号を判定するために、ＭＤＭＦトーンを復号することができる。あるいは着信通知は、例えばＶＯＩＰのような次世代通信技術を用いて送信された特定のデータメッセージの形式を用いることができる。
【００５３】
特定の発呼者が識別された場合、ステップ６３０で、受信デバイスは、受信コールデバイス内に予め格納された情報を位置決めするために識別情報を用いることによって、コールに応答する。１つの例において、位置決めされた情報は、特定の発呼者のために意図された音声メッセージであることができる。あるいは応答は、テキストメッセージの形式や、グラフィカル画像の形式さえ用いることができる。着信コールの通知の更に詳しい説明は、図７に関して以下で提供される。
【００５４】
ステップ６３５で、特定の発呼者が識別されなかった場合、着信コールは、通常の方式で、あるいはデフォルト値で処理される。
【００５５】
図７は、コールを発信しているデバイスによって提供された情報を用いて着信コールを処理する処理７００を更に詳しく示す動作フロー図である。この処理７００は、着信コールについて特定の発呼者が識別されたことを示すコールデータが受け取られた場合、実行される。
【００５６】
ステップ７１０で、受信デバイスは、発呼者が、（発呼者電話番号に加えて）発呼者を識別するための発呼者の氏名をいつ記録したかが特定されうるように、着信コールデータがオーディオ情報を備えるかを判定する。備えている場合、受信デバイスは、発呼者に関連付けられた、ローカルメモリ内の予め格納されたデータを用いて応答をレンダする。
【００５７】
ステップ７２０で、受信デバイスは、着信コールデータが、例えば応答の好適な形式の記述や、コール発信元デバイスの媒体機能の記述のような、媒体優先順位を備えているかを判定する。備えている場合、受信デバイスは、コール発信元デバイスの媒体機能に適切な予め定められたデータを用いて応答をレンダする（ステップ７２５）。
【００５８】
ステップ７３０で、受信デバイスは、着信コールデータが、例えば電子メールで応答してほしい、又はポイント・ツー・ポイント・プロトコルを用いてファイルを送信して欲しい、というようなチャネル優先順位を備えているかを判定する。備えている場合、受信デバイスは応答をレンダし、好適なチャネルを介して応答を送信する（ステップ７３５）。
【００５９】
ステップ７４０で、追加の識別情報が存在しない場合、着信コールは、発呼者に関連するその他の指定されたコール方法、又はデフォルトを用いて応答される。
【００６０】
ステップ７１０乃至７３０は、任意の順序で実行することができ、任意の組み合わせに組み合わせることができる。例えば、着信コールは、オーディオ情報、媒体優先順位、及び好適なチャンネルを備えることができる。受信デバイスはその後、発呼者の音声によって識別された発呼者を用いて、好適な媒体タイプを用いて応答を生成し、好適なチャネルを用いて応答を送信することができる。
【００６１】
本発明は、特定の実施形態及び実現形態に関して上述されたが、それらは例示でしかなく、本発明の範囲はそれら実施形態に限定されないことが理解されるべきである。上記実施形態に対する様々な変更、修正、追加、及び改善が可能である。これらの変更、修正、追加、及び改善は、特許請求の範囲で詳細に示される本発明の範囲内である。
【図１】
2010514268.tif 000003
【図２】
2010514268.tif 000004
【図３】
2010514268.tif 000005
【図４】
2010514268.tif 000006
【図５】
2010514268.tif 000007
【図６】
2010514268.tif 000008
【図７】
2010514268.tif 000009
【国際調査報告】
2010514268.tif 000010
2010514268.tif 000011