(57)【特許請求の範囲】
【請求項１】
携帯型装置によって実行される方法であって、
連絡先の携帯型装置へ発呼する選択をユーザインターフェースによって受信することと、
前記連絡先の携帯型装置に関して、優先呼通知を提示することをサポートする機能を検出することと、
前記連絡先の携帯型装置への保留中の呼を第１の通信プロトコルによって開始することと、
前記保留中の呼の前記開始の後で、かつ、前記保留中の呼が接続されるより前に、優先インジケータオプションを選択するためのユーザインターフェースを、前記機能を前記検出することに基づいて提示することと、
前記保留中の呼の前記開始の後で、前記優先インジケータオプションの選択を前記ユーザインターフェースによって受信することと、
前記保留中の呼に関する優先指示フラグを第２の通信プロトコルによって送信することと、
を含む、方法。
【請求項２】
前記優先呼通知を提示することをサポートする前記機能を前記検出することは、前記連絡先の携帯型装置の性能を特定するためにリッチコミュニケーションサービス（ＲＣＳ）プロトコルを用いることを含む、請求項１に記載の方法。
【請求項３】
前記優先呼通知を提示することをサポートする前記機能を前記検出することは、発呼するための前記連絡先の携帯型装置の前記選択を受信することよりも前に、前記連絡先の携帯型装置の性能情報を明らかにするためにセッション確立プロトコル（ＳＩＰ）オプション信号を提供することを含む、請求項２に記載の方法。
【請求項４】
第１の通信ネットワークは、モバイル音声ネットワークを含み、
第２の通信ネットワークは、モバイルデータネットワークを含む、請求項１に記載の方法。
【請求項５】
前記優先インジケータオプションを選択するための前記ユーザインターフェースを提示することは、前記保留中の呼が開始された後に前記保留中の呼の優先度を示すために選択されるアイコンを発信画面上に提示することを含む、請求項１に記載の方法。
【請求項６】
前記保留中の呼に関する前記優先指示フラグを送信することは、優先呼通知を提示するための前記機能を示すタグを含むセッション確立プロトコル（ＳＩＰ）メッセージを送信すること、または、メッセージセッションリレープロトコル（ＭＳＲＰ）メッセージを前記優先呼通知を示すデータとともに送信することのうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項７】
前記ＳＩＰメッセージは、ジャバスクリプトオブジェクトノーテーション（ＪＳＯＮ）形式、または、拡張可能なマーク付け言語（ＸＭＬ）形式のうちの一つにおける優先指示に関するデータを含む、請求項６に記載の方法。
【請求項８】
前記優先呼通知をサポートするためのユーザインターフェースに関するプラグインアプリケーションを、前記携帯型装置のメモリ内に保存することをさらに含む、請求項１に記載の方法。
【請求項９】
前記優先指示フラグは、前記保留中の呼に関連付けられた、前記連絡先の携帯型装置の着信画面上に呼優先度指示を前記連絡先の携帯型装置に提示させるように構成される、請求項１に記載の方法。
【請求項１０】
優先呼通知をサポートするためのユーザインターフェースに関する、複数の命令およびプラグインアプリケーションを保存するためのメモリと、
発呼するための連絡先の携帯型装置の選択を前記ユーザインターフェースによって受信し、
前記連絡先の携帯型装置に関して、優先呼通知を提示することをサポートする機能を検出し、
前記連絡先の携帯型装置への保留中の呼を第１の通信ネットワーク経由で開始し、
前記保留中の呼の前記開始の後で、かつ、前記保留中の呼が接続されるより前に、優先インジケータオプションを選択するためのユーザインターフェースを、前記機能を前記検出することに基づいて提示し、
前記保留中の呼の前記開始の後で、前記優先インジケータオプションの選択を前記ユーザインターフェースによって受信し、
かつ、
前記保留中の呼に関する優先指示フラグを第２の通信ネットワーク経由で送信するための、前記メモリ内の前記命令を実行するように構成されたプロセッサと、
を含む、携帯型装置。
【請求項１１】
前記優先呼通知を提示することをサポートする前記機能を検出する場合、発呼するための前記連絡先の携帯型装置の前記選択を受信するより前に前記連絡先の携帯型装置の前記機能を検出するように、前記プロセッサはさらに構成される、請求項１０に記載の携帯型装置。
【請求項１２】
前記優先呼通知を提示することをサポートする前記機能を検出する場合、前記連絡先の携帯型装置の性能を特定するためにリッチコミュニケーションサービス（ＲＣＳ）プロトコルを用いるように、前記プロセッサはさらに構成される、請求項１１に記載の携帯型装置。
【請求項１３】
前記優先インジケータオプションを選択するための前記ユーザインターフェースを提示する場合、前記保留中の呼が開始された後に前記保留中の呼の優先度を示すために選択されるように構成されるアイコンを発信画面上に提示するように、前記プロセッサはさらに構成される、請求項１０に記載の携帯型装置。
【請求項１４】
前記優先指示フラグは、前記保留中の呼に関連付けられた、前記連絡先の携帯型装置の着信画面上に呼優先度指示を前記連絡先の携帯型装置に提示させるように構成され、
前記優先指示フラグは、優先呼通知を提示するための前記機能を示すタグを含むセッション確立プロトコル（ＳＩＰ）メッセージ内に含まれる、請求項１３に記載の携帯型装置。
【発明の詳細な説明】
【背景技術】
【０００１】
第３世代パートナーシッププロジェクト（３ＧＰＰ）によって定義される、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）は、ＩＰベースの電話通信およびマルチメディアサービスを実装するための建築上のフレームワークである。ＩＭＳは、音声、ビデオ、データ、および、全てのＩＰベースのネットワークインフラ上のモバイル技術の統合を可能にする仕様の集合を定義する。ＩＭＳに関する主なプロトコルは、セッション確立プロトコル（ＳＩＰ）である。ＳＩＰは、一以上の参加者とのセッションを生成し、変更し、および、終了させるための、アプリケーション層の制御（信号の送信）プロトコルである。ＧＳＭＡ規格に基づいたリッチコミュニケーションサービス（ＲＣＳ）のような他のサービスは、モバイル加入者のために追加のメッセージサービスおよびメディアサービスを提供するためにＩＭＳの上に確立する。
【発明の概要】
【０００２】
ある態様によれば、携帯型装置によって実行される方法は、連絡先の携帯型装置へ発呼する選択をユーザインターフェースによって受信することと、前記連絡先の携帯型装置に関して、優先呼通知を提示することをサポートする機能を検出することと、前記連絡先の携帯型装置への保留中の呼を第１の通信プロトコルによって開始することと、前記保留中の呼が接続され、かつ、前記機能を前記検出することに基づく前に、優先インジケータオプションを請求するためのユーザインターフェースを提示することと、前記優先インジケータオプションの選択を前記ユーザインターフェースによって受信することと、前記保留中の呼に関する優先指示フラグを第２の通信プロトコルによって送信することと、を含み得る。
【０００３】
さらに、前記優先呼通知を提示することをサポートする前記機能を検出することは、前記連絡先の携帯型装置の性能を特定するためにリッチコミュニケーションサービス（ＲＣＳ）プロトコルを用いることを含み得る。
【０００４】
さらに、前記優先呼通知を提示することをサポートする前記機能を前記検出することは、発呼するための前記連絡先の携帯型装置の選択を受信することよりも前に、前記連絡先の携帯型装置の性能情報を明らかにするためにセッション確立プロトコル（ＳＩＰ）オプション信号を提供することを含み得る。
【０００５】
さらに、前記第１の通信ネットワークは、モバイル音声ネットワークを含み、そして、前記第２の通信ネットワークは、モバイルデータネットワークを含み得る。
さらに、前記優先インジケータオプションを請求するための前記ユーザインターフェースを提示することは、前記保留中の呼が開始される後に前記保留中の呼の前記優先度を示すために選択されるアイコンを発信画面上に提示することを含み得る。
【０００６】
さらに、前記保留中の呼に関する前記優先指示フラグを送信することは、優先呼通知を提示するための前記機能を示すタグを含むＳＩＰメッセージを送信すること、または、メッセージセッションリレープロトコル（ＭＳＲＰ）メッセージを前記優先呼通知を示すデータとともに送信することのうちの少なくとも一つを含み得る。
【０００７】
さらに、前記ＳＩＰメッセージは、ジャバスクリプトオブジェクトノーテーション（ＪＳＯＮ）形式、または、拡張可能なマーク付け言語（ＸＭＬ）形式での前記優先指示に関するデータを含み得る。
さらに、前記方法は、前記優先呼通知をサポートするための前記ユーザインターフェースに関するプラグインアプリケーションを、前記携帯型装置のメモリ内に保存することを含み得る。
さらに、前記優先指示フラグは、前記保留中の呼に関連付けられた、前記連絡先の携帯型装置の着信画面上に呼優先度指示を前記連絡先の携帯型装置に提示させるように構成され得る。
【０００８】
別の態様によれば、携帯型装置は、命令を保存するためのメモリ、および、プロセッサを含み得る。前記メモリは、優先呼通知をサポートするためのユーザインターフェースに関するプラグインアプリケーションをさらに保存し得る。前記プロセッサは、発呼するための連絡先の携帯型装置の選択を前記ユーザインターフェースによって受信し、前記連絡先の携帯型装置に関して、優先呼通知を提示することをサポートする機能を検出し、前記連絡先の携帯型装置への保留中の呼を第１の通信ネットワーク経由で開始し、前記保留中の呼が接続され、かつ、前記機能の集合を前記検出することに基づく前に、優先インジケータオプションを請求するためのユーザインターフェースを提示し、前記優先インジケータオプションの選択を前記ユーザインターフェースによって受信し、そして、前記保留中の呼に関する優先指示フラグを第２の通信ネットワーク経由で送信するための、前記メモリ内の前記命令を実行し得る。
【０００９】
さらに、前記優先呼通知を提示することをサポートする前記機能を検出する場合、前記プロセッサは、発呼するための前記連絡先の携帯型装置の前記選択を受信するより前に前記連絡先の携帯型装置の前記機能を検出するように、さらに構成され得る。
【００１０】
さらに、前記優先呼通知を提示することをサポートする前記機能を検出する場合、前記プロセッサは、前記連絡先の携帯型装置の性能を特定するためにＲＣＳプロトコルを用いるように、さらに構成され得る。
【００１１】
さらに、前記優先インジケータオプションを請求するための前記ユーザインターフェースを提示する場合、前記プロセッサは、前記保留中の呼が開始される後に前記保留中の呼の前記優先度を示すために選択されるように構成されるアイコンを発信画面上に提示するように、さらに構成され得る。
【００１２】
さらに、前記優先指示フラグは、前記保留中の呼に関連付けられた、前記連絡先の携帯型装置の着信画面上に呼優先度指示を前記連絡先の携帯型装置に提示させるように構成され、そして、前記優先指示フラグは、優先呼通知を提示するための前記機能を示すタグを含むＳＩＰメッセージ内に含まれ得る。
【００１３】
さらに別の態様によれば、携帯型装置によって実行される方法は、優先呼通知の機能をサポートするためのユーザインターフェースに関するプラグインアプリケーションを前記携帯型装置のメモリ内に保存することと、前記優先呼通知の機能の指示を、発呼する携帯型装置へ提供することと、着呼の指示を、前記発呼する携帯型装置から、かつ、第１の通信プロトコルによって受信することと、前記着呼に関する優先指示フラグを、前記発呼する携帯型装置から、かつ、第２の通信プロトコルによって受信することと、前記着呼に関するユーザインターフェース画面を提示することと、を含み、前記ユーザインターフェース画面は、前記受信された指示に基づいた、前記着呼の呼の通知、および、前記受信された優先指示フラグに基づいた、前記着呼に関する優先通知を含み得る。
さらに、前記方法は、別の呼が前記携帯型装置で進行中である間に前記優先指示フラグが受信される場合、前記着呼に関する前記優先通知の可聴のバージョンを提供することをさらに含み得る。
【００１４】
さらに、前記優先呼通知の機能の指示を提供することは、前記携帯型装置の性能をＲＣＳプロトコルによって前記発呼する携帯型装置へ提供することを含み得る。
【００１５】
さらに、前記方法は、セッション確立プロトコル（ＳＩＰ）メッセージタグ内の前記受信された優先指示フラグを検出することをさらに含み得る。
【００１６】
さらに、前記方法は、前記着呼に関連付けられた前記優先指示フラグの記録を、前記携帯型装置に関する呼ログ内に保存することをさらに含み得る。
【００１７】
さらに、前記方法は、前記着呼に関する着信音の種類または着信音の音量を、前記受信された優先指示フラグに基づいて変更することをさらに含み得る。
【図面の簡単な説明】
【００１８】
本明細書に組み込まれ、かつ、本明細書の一部を構成する、添付図面は、本明細書に記載される一以上の実施形態を示し、そして、記述と共に実施形態を説明する。
【図１】本明細書に記載される概念を示す図である。
【図２】本明細書に記載される概念が実装され得る例示的な環境を示す図である。
【図３】本明細書に記載される実施形態を実装し得る、例示的なユーザ装置の説明図である。
【図４】クライアントコンピューティングモジュールの例示的な構成要素のブロック図である。
【図５】図２のネットワークの一部の構成要素間の例示的なインタラクションの説明図である。
【図６】ＩＭＳベースの呼に関する優先指示を提供するための例示的なプロセスのフローチャートである。
【図７】図６のプロセスの間に、呼の優先度を割り当てるために提示され得る例示的なユーザインターフェースの説明図である。
【図８】ＩＭＳベースの呼に関する優先指示を受信するための例示的なプロセスのフローチャートである。
【図９】図８のプロセスの間に、呼の優先度を示すために提示され得る例示的なユーザインターフェースの説明図である。
【図１０】呼を開始するときに、発呼者の位置を示すために提示され得る例示的なユーザインターフェースの説明図である。
【図１１】本明細書に記載される実装による、発呼の間に提示され得る例示的なユーザインターフェースの説明図である。
【図１２】本明細書に記載される実装による、発呼の間に提示され得る例示的なユーザインターフェースの説明図である。
【図１３】本明細書に記載される実装による、発呼の間に提示され得る例示的なユーザインターフェースの説明図である。
【図１４】本明細書に記載される実装による、発呼の間に提示され得る例示的なユーザインターフェースの説明図である。
【発明を実施するための形態】
【００１９】
以下の詳細な説明では添付の図面を参照する。異なる図面の同じ参照番号は同じ要素または類似の要素を識別し得る。
【００２０】
本明細書に記載されるシステムおよび方法は、携帯電話のユーザインターフェースに追加（または「プラグイン」）され得るアプリケーションによって、既存の携帯電話の操作体験を拡張する。アプリケーションは、ＩＭＳおよびＲＣＳの規格に基づき、そして、電話の発呼に関してより豊富な機能の集合を提供し得る。本明細書に記載される機能は、優先指示、および／または、発呼に関する概略の位置情報を発呼者が加えることを可能にし得る。他の実装では、機能は、発呼の間に、位置情報を交換すること、または、インタラクティブなセッションを起動することを含み得る。本明細書で用いられるように、用語「プラグイン」は、既存の携帯型装置のユーザインターフェースにプラグインされる、または、追加されるアプリケーションを表す。
【００２１】
図１は、本明細書に記載される概念を示す。一つの実装では、本明細書に記載されるシステムおよび方法は、音声の呼の発信に関する優先レベルを示すためにオプションを発呼者に提供し得る。図１に示されるように、発呼装置１００は、別の装置１１０（例えば、受信装置１１０）へ発呼することが可能である。発呼装置１００は、受信装置１１０が呼の優先度を示す性能（例えば、優先プラグイン）を有するかどうかを特定し得る。受信装置１１０へ発呼するとき、発呼装置１００は、優先ボタン１０４のオプションを含むユーザインターフェース１０２をユーザに対して提示し得る。優先ボタン１０４が選択されると、発呼装置１００に関する優先プラグインは、ＩＭＳ優先メッセージ１２０を受信装置１１０へ送信し得る。
【００２２】
ＩＭＳ優先メッセージ１２０が受信されると、受信装置１１０は、着呼の優先度（例えば、重要、緊急など）のアラート１１４をユーザインターフェース１１２に提供し得る。例えば、アラート１１４は、着信画面内、または通知エリア内および不在着信の呼ログに含まれ得る。
【００２３】
一つの実装では、受信装置１１０のユーザがすでに別の呼で話をしている場合には、アラート１１４は、重要な呼がブロックされていることを示す手段として示され得る（および／または、可聴の音によってユーザに対して強調され得る）。別の実装では、ＩＭＳ優先メッセージ１２０は、受信する携帯電話に関する何らかの設定を上書きするためにも使用され得る。例えば、ＩＭＳ優先メッセージ１２０は、受信装置１１０がサイレントモードである場合に着信音を強制的に鳴らしたり、着信音の音量を増加したり、別の種類の着信音を提供したり、または、ユーザが選択可能な別の動作を提供するように、受信装置１１０の優先プラグインに強制し得る。別の実装では、優先プラグインは、複数の優先レベル（例えば、低い優先度、緊急など）をサポートし得る。呼の優先度は、呼の通知と一緒に受信装置１１０の受信者に示され得る。
【００２４】
図１は、例示的なユーザインターフェース１０２および１１２を示すが、別の実装では、ユーザインターフェース１０２／１１２は、図１に描かれているよりも少ない情報、異なる情報、異なって配列された情報、または、追加の情報を含んでもよい。例えば、音（例えば、通知音）またはアバタ―などの、ユーザインターフェース１１２の他の機能がＩＭＳ優先メッセージ１２０に応じてさらに提示され得る。
【００２５】
図２は、本明細書に記載される概念が実装され得る例示的な環境２００を示す。環境２００は、装置１００、装置１１０、ネットワーク２１０、および、ネットワーク２２０を含み得る。
【００２６】
携帯型装置１００および１１０はそれぞれ、例えばオーディオデータ、テキストデータ、ビデオデータ、画像データ、マルチメディアデータなどのデータを送信、および、受信することが可能な任意の種類の装置を含み得る。例えば、装置１００／１１０は、携帯電話、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、個人用携帯用情報端末（ＰＤＡ）、または、別の種類の携帯可能な通信装置を含み得る。別の例として、装置１００／１１０は、ビデオの性能を有する電話装置、および／または、別の種類の計算機または通信装置（例えば、車両通信システム）を含み得る。例示的な実装では、装置１００／１１０は、ネットワーク２１０および／またはネットワーク２２０を介して通信可能な装置を含み得る。本明細書に記載される例示的な実装では、装置１００／１１０は、呼のための優先通知を構成し、送信し、受信し、そして、提示するためのユーザインターフェースを提供する一以上のプラグインを含み得る。
【００２７】
ネットワーク２１０および２２０はそれぞれ、音声、データ、および、ビデオ情報を含むマルチメディア信号を含む、データ、音声、および／または、ビデオ信号を受信、および、送信することが可能な、有線ネットワーク、無線ネットワーク、および／または、光ネットワークを一以上含み得る。例えば、ネットワーク２１０およびネットワーク２２０はそれぞれ、公衆電話交換網（ＰＳＴＮ）または他の種類の交換網を一以上含み得る。ネットワーク２１０および／またはネットワーク２２０は、一以上の無線ネットワークをさらに含んでもよいし、また、無線信号を受信し、そして、意図された目的地の方へ無線信号を転送するための送電塔を多数含んでもよい。ネットワーク２１０および／またはネットワーク２２０は、一以上の衛星ネットワークをさらに含んでもよいし、例えばＩＰベースのネットワーク、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）（例えば、無線ＰＡＮ）、イントラネット、インターネット、または、データを送信可能な別の種類のネットワークなどの、パケット交換ネットワークを一以上さらに含んでもよい。
例示的な実装では、ネットワーク２１０は、モバイル音声ネットワークに相当し、そして、ネットワーク２２０は、モバイルデータネットワークに相当し得る。音声ネットワークは、例えばモバイル交換センター（ＭＳＣ）、ホーム位置レジスタ（ＨＬＲ）、信号中継局（ＳＴＰ）、および、共通線信号Ｎｏ．７（ＳＳ７）リンクなどの、音声トラフィックを容易にするための要素を含み得る。例えば、音声ネットワークは、音声トラフィックの呼操作を容易にするために音声ネットワーク規格（例えば、汎欧州デジタル移動電話方式（ＧＳＭ）マップ、ＡＮＳＩ‐４１など）を適用し得る。データネットワークは、例えば、サービスに関連したインターネットプロトコル（ＩＰ）、サービスに追加されたバリューなどの様々なサービスを提供するサービスプロバイダに関連付けられたネットワークに相当し得る。例えば、ある実装では、ネットワーク２２０は、ＩＭＳ加入者にサービスを提供するＩＭＳネットワークに相当し得る。ネットワーク２２０のＩＭＳインフラストラクチャーは、二個（またはより多く）の携帯型装置（例えば、発呼装置１００および受信装置１１０）が、それぞれの電話番号（例えば、モバイル登録番号または「ＭＤＮｓ」）を用いてお互いにアドレス指定しながら、お互いに通信することを可能にし得る。既存のサーバが使用され、そして、携帯型装置のＳＩＭカードのセキュリティが認証のために使用され得る。従って、本明細書に記載される機能強化された呼操作サービスを提供するためにＩＭＳを用いることは、（例えば、クラウドソリューションと比較して）サーバへの投資をほとんどあるいはまったく要求せず、認証を提供するための余分なアカウントの必要性を除外することが可能であり、そして、サービスプロバイダによって直接サポートされ得る。ＩＭＳを基礎とするＲＣＳは、本明細書に記載される機能をさらにサポートするために使用され得る。
例えば、ネットワーク２２０は、携帯型装置間の情報伝達を実行するためのＳＩＰサーバ２２２を含み得る。ＳＩＰサーバ２２２は、ＳＩＰの信号送信サービスを発呼装置１００および受信装置１１０へ提供する一以上のコンピューティングデバイスを含み得る。ＳＩＰの信号送信は、例えば、音声通話またはビデオ通話、または、チャット／テキスト会話をセットアップする際、および、分解する際など、通信セッションをセットアップするため、および、分解するために使用され得る。追加的にまたは代替的に、ＩＭＳネットワークとして、ネットワーク２２０は、例えば、ホーム加入者サーバ（ＨＳＳ）、および、ポリシーおよび課金ルール機能（ＲＣＲＦ）（不図示）などの、他の装置を含み得る。
【００２８】
図２に示される例示的な構成は、簡単化のために提供される。典型的な環境は、図２に示されるよりも多くの、または、より少ない装置を含み得ることが理解されるべきである。例えば、二個のユーザ装置１００および１１０、および、二つのネットワーク２１０および２２０が簡単化のために示される。環境２００は、多数（例えば数百または数千）のユーザ装置、および、多数の他のネットワークを含み得ることが理解されるべきである。環境２００は、環境２００内の呼および／または情報の経路を決定すること、および、ユーザ装置１００／１１０に関連付けられた当事者へサービスを提供することを支援する追加の要素（例えば、スイッチ、ルーター、ゲートウェイ、バックエンドシステムなど）をさらに含み得る。
【００２９】
図３は、本明細書に記載される実施形態を実装し得る例示的な装置３００の説明図である。携帯型装置１００および１１０は、一以上の装置３００を含み得る。図３において装置３００は携帯電話として描かれているが、装置３００は、携帯電話；タブレットコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ネットブックコンピュータ、または、パーソナルコンピュータ；ＰＤＡ；ゲーム装置、またはコンソール；個人用音楽再生装置；全地球測位システム（ＧＰＳ）装置；デジタルカメラ；または、別の種類の計算装置または通信装置のうちのいずれかを含み得る。
【００３０】
図３に示されるように、装置３００は、スピーカ３０２、ディスプレイ３０４、コントロールキー３０６、キーパッド３０８、マイクロフォン３１０、筐体３１２、および、取り外し可能なメモリカード３２０を含み得る。スピーカ３０２は、装置３００のユーザに対して可聴の情報を提供し得る。ディスプレイ３０４は、例えば、発呼者の画像、テキスト、メニュー、ビデオイメージ、または、写真などの視覚情報を当該ユーザに対して提供し得る。コントロールキー３０６は、例えば電話をかけたり、電話を受信するといった、一以上のオペレーションを装置３００に実行させるために当該ユーザが装置３００とインタラクションすることを可能にし得る。キーパッド３０８は、数字キーパッド、英数字キーパッド、および／または、電話キーパッドを含み得る。マイクロフォン３１０は、例えば、通話中のユーザの音声などの音を受信し得る。
【００３１】
筐体３１６は、装置３００の構成要素のためのケースを提供し、そして、外部の要素から当該構成要素を保護し得る。取り外し可能なメモリカード３２０は、アプリケーション、および／または、例えば、パスコード、音楽、またはビデオといったデータファイルを保存し得る。取り外し可能なメモリカード３２０がユーザ装置３００に挿入されると、ユーザ装置３００は、例えばデータファイルを読み出したり、アプリケーションを実行し得る。
【００３２】
図４は、クライアントコンピューティングモジュール４００の例示的な構成要素のブロック図である。ユーザ装置３００はそれぞれ、一以上のクライアントコンピューティングモジュール４００を含み得る。図示されるように、クライアントコンピューティングモジュール４００は、バス４１０、処理ユニット４２０、入力装置４３０、出力装置４４０、通信インターフェース４５０、および、メモリ４６０を含み得る。クライアントコンピューティングモジュール４００は、データの受信、送信、および／または、処理を支援する他の構成要素（不図示）を含み得る。さらに、クライアントコンピューティングモジュール４００内の構成要素の他の構成が可能である。
【００３３】
バス４１０は、クライアントコンピューティングモジュール４００の構成要素間の通信を可能にする経路を含み得る。処理ユニット４２０は、命令を解釈し、かつ、実行する、任意の種類のプロセッサまたはマイクロプロセッサ（または、プロセッサまたはマイクロプロセッサの群）を含み得る。他の実施形態では、処理ユニット４２０は、特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を一以上含み得る。
【００３４】
入力装置４３０は、例えば、キーボード（例えば、コントロールキー３０６またはキーパッド３０８）、マウス、ペン、マイクロフォン（例えばマイクロフォン３１０）、カメラ、タッチスクリーンディスプレイ（例えばディスプレイ３０４）などの、クライアントコンピューティングモジュール４００に対してユーザが情報を入力することを可能にする装置を含み得る。出力装置４４０は、例えば、ディスプレイ（例えばディスプレイ３０４）、スピーカ（例えばスピーカ３０２）など、ユーザに対して情報を出力し得る。入力装置４３０および出力装置４４０は、オプションのメニューをユーザが受信し、そして、見ること、および、当該メニューオプションから選択することを可能にし得る。当該メニューは、クライアントコンピューティングモジュール４００によって実行されるアプリケーションに関連付けられた機能またはサービスをユーザが選択することを可能にし得る。
【００３５】
通信インターフェース４５０は、クライアントコンピューティングモジュール４００が他の装置またはシステムと通信することを可能にする送受信機を含み得る。通信インターフェース４５０は、有線通信のためのネットワークインターフェースカード（例えばイーサネット（登録商標）カード）、または、無線通信（例えばＷｉＦｉ）のための無線ネットワークインターフェースカードを含み得る。通信インターフェース４５０は、例えば、ロング・ターム・エボリューション（ＬＴＥ）、ＧＳＭ、符号分割多元接続（ＣＤＭＡ）、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））、汎用パケット無線サービス（ＧＰＲＳ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）などの、無線通信プロトコルを実装し得る。通信インターフェース４５０は、例えば、ケーブルを介した通信のためのユニバーサル・シリアル・バス（ＵＳＢ）ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスと通信するためのＢｌｕｅｔｏｏｔｈ無線インターフェース、近距離無線通信（ＮＦＣ）インターフェースなどをさらに含み得る。
【００３６】
メモリ４６０は、ランダムアクセスメモリ（ＲＡＭ）、または、処理ユニット４２０による実行のために情報および命令（例えばアプリケーション）を保存し得る別の種類の動的ストレージデバイス；リードオンリーメモリ（ＲＯＭ）デバイス、または、処理ユニット４２０による使用のために静的な情報および命令を保存し得る別の種類の静的ストレージデバイス；または、情報および／または命令を保存するための、何らかの他の種類の磁気的または光学的記録媒体、および、それに対応するドライブ（例えばハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、または、メモリ）を含み得る。
【００３７】
メモリ４６０は、オペレーティングシステム４６２、アプリケーション４６４、および、プラグイン４６６をさらに含み得る。オペレーティングシステム４６２は、当該装置のハードウェア資源およびソフトウェア資源を管理するためのソフトウェア命令を含み得る。装置３００の場合では、オペレーティングシステム４６２は、Ａｎｄｒｏｉｄ（登録商標）、Ｓｙｍｂｉａｎ、ｉＯＳ、Ｗｉｎｄｏｗｓ  Ｍｏｂｉｌｅ（登録商標）などを含み得る。オペレーティングシステム４６２は、例えば、音声の呼の送信および受信など、装置３００のオペレーションを管理するためのユーザインターフェースを含み得る。アプリケーション４６４は、例えば、インターネットをブラウズするためのブラウザなどのサービスを当該装置のユーザに対して提供し得る。本明細書にさらに記載されるように、メモリ４６０は、プラグイン４６６をさらに含み得る。例えば、呼優先度を示したり、アドレス情報を特定したり、および／または、他の携帯型装置と位置を共有するための、そうでなければアプリケーション４６４において利用不可能な特定の機能を実行するために、プラグイン４６６は、アプリケーション４６４に追加され、または、アプリケーション４６４と一体的に機能し得る。
【００３８】
メモリ４６０は、ＳＩＭカードメモリ４６８または別の取り外し可能なメモリーデバイスをさらに含み得る。ＳＩＭカードメモリ４６８は、ＧＳＭまたは他のネットワークにおけるコンピューティングモジュールを特定するために、クライアントコンピューティングモジュール４００に挿入され得る。ＳＩＭカード以外の別の種類の識別デバイスが可能である。例えば、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ‐９５またはｃｄｍａＯｎｅ）、または、符号分割多元接続（ＣＤＭＡ）チャンネルを利用するＣＤＭＡ２０００規格の電話機において一般的である、Ｒ‐ＵＩＭ（取り外し可能な利用者識別モジュール）などの、任意の種類の、取り外し可能なユーザ識別モジュールが可能である。
【００３９】
装置３００は、メモリ４６０などの、コンピュータ可読媒体に含まれるアプリケーションのソフトウェア命令を処理ユニット４２０が実行することに応じて、本明細書に記載されるあるオペレーションを実行し得る。コンピュータ可読媒体は、有形の、非一時的なメモリデバイスを含み得る。メモリデバイスは、単一の物理的なメモリデバイス内の領域、または、複数の物理的なメモリデバイスに広がった領域を含み得る。ソフトウェア命令は、別のコンピュータ可読媒体から、または、通信インターフェース４５０によって別の装置からメモリ４５０に読み出され得る。メモリ４６０に含まれるソフトウェア命令は、本明細書に記載されるプロセスを処理ユニット４２０に実行させ得る。あるいは、本明細書に記載されるプロセスを実装するために、ハードワイヤード回路が、ソフトウェア命令の代わりに、または、組み合わせて使用され得る。従って、本明細書に記載される実装は、ハードウェア回路およびソフトウェアのいかなる特定の組み合わせにも限定されない。
【００４０】
図５は、環境２００の部分５００の構成要素間の例示的な通信の説明図である。図５に示されるように、部分５００は、発呼装置１００、受信装置１１０、および、ＳＩＰサーバ２２２を含み得る。発呼装置１００、受信装置１１０、および、ＳＩＰサーバ２２２は、例えば図１〜図４に関連して上述した機能を含み得る。
【００４１】
発呼装置１００および受信装置１１０は、各装置の性能を特定するためにＩＭＳ／ＲＣＳプロトコルを使用し得る。各装置の機能の集合（例えば、利用可能なプラグインを含む）は、発呼装置１００または受信装置１１０の連絡先と交換され得る。例えば、発呼装置１００および受信装置１１０は、発呼装置１００および受信装置１１０のメモリ（例えばメモリ４６０）内に保存された連絡先に関連付けられた装置の性能情報を明らかにするために、ＳＩＰオプション信号を使用し得る。発呼装置１００は、ＳＩＰオプションメッセージを使用して、ＳＩＰサーバ２２２によって性能情報５１０を受信装置１１０へ提示し得る。同様に、受信装置１１０は、別のＳＩＰオプションメッセージを使用して、ＳＩＰサーバ２２２によって性能情報５２０を発呼装置１００へ提示し得る。発呼装置１００および受信装置１１０のそれぞれは、例えば、ＳＩＰのメッセージ「２００  ＯＫ」によって、要求される性能５３０／５４０を確認し得る。別の実装では、発呼装置１００および受信装置１１０は、ＩＭＳネットワーク２２０の既存のフレームワークなどの他の方法を用いて、機能の集合を交換し得る。
【００４２】
受信装置１１０の機能の集合が先端的な呼操作（例えば呼優先度指示）をサポートすることを発呼装置１００が確認した後に、発呼装置１００は、受信装置１１０に対して音声の呼の着信５５０を（例えばネットワーク２１０を介して）開始し得る。同時に、発呼装置１００は、操作メッセージ５６０を提供し得る。ある実装では、操作メッセージ５６０は、呼優先度指示を提供するために、ＳＩＰサーバ２２２によってＳＩＰメッセージとして提供され得る。操作メッセージ５６０は、例えば、呼の優先度または他の情報を示すための、受信装置１１０によって解釈され得るタグを含み得る。ある実装では、操作メッセージ５６０は、ＩＭＳ優先メッセージ１２０（図１）を含み得る。別の実装では、操作メッセージ５６０は、受信装置１１０に関する他の機能を起動するために使用され得る。発呼装置は、ＳＩＰセッション内の他のプロトコルを用いて操作メッセージ５６０をさらに送信し得る。ある実装では、発呼の間に情報を交換するためにＲＣＳプロトコルを使用する、起動されたＳＩＰセッションの間に、操作メッセージ５６０は送信され得る。起動されたセッションは、一対一であり、そして、アプリケーションサーバに非依存であり得る。起動されたセッションは、発呼の間に携帯型装置がデータを交換することを可能にし得る。ある実装では、当該セッションは、メッセージセッションリレープロトコル（ＭＳＲＰ）をデータ転送プロトコルとして使用し、そして、ＭＳＰＲメッセージ内のデータは、ＸＭＬまたはＪＳＯＮ形式で含まれ得る（例えばパックされ得る）。
【００４３】
図５は、環境の部分５００内の装置間の例示的な通信を示すが、別の実装では、部分５００は、図５に描かれているよりも少ない装置および通信、異なる装置および通信、異なって配列された装置および通信、または、追加の装置および通信を含み得る。代替的に、または、追加的に、部分５００の一以上の装置は、部分５００の一以上の他の構成要素によって実行されるものとして記載されている、一以上の他のタスクを実行し得る。
【００４４】
図６は、ＩＭＳベースの呼に関する優先指示を提供するための例示的なプロセス６００のフローチャートである。プロセス６００は、例えば発呼装置１００によって実行され得る。別の実装では、プロセス６００は、発呼装置１００を含む、または、除いた一以上の他の装置によって実行され得る。プロセス６００のある態様は、図７に関連して以下に記載される。図７は、本明細書に記載される実装による、発呼に関する例示的なインターフェース７００である。
【００４５】
プロセス６００は、優先呼通知をサポートするためのプラグインを保存すること（ブロック６１０）、および、発呼する連絡先のユーザの選択を受信すること（ブロック６２０）を含み得る。例えば、発呼装置１００は、基礎ユーザインターフェースに関する優先プラグイン（例えばプラグイン４６６）を（例えば、ダウンロードまたは他のインストールプロセスによって）受信し得る。優先プラグインは、発呼と一緒に発呼装置１００が優先指示を請求し、そして、送信することを可能にし得る。発呼装置１００は、発呼する特定の連絡先のユーザの選択をさらに受信し得る。
【００４６】
プロセス６００は、選択された連絡先の、受信する携帯型装置における、サポートする機能の集合を特定すること（ブロック６３０）をさらに含み得る。例えば、選択された連絡先に関連付けられた受信装置１１０が呼優先度指示を受信可能であることを、発呼装置１００は（例えば、性能情報５２０および／または確認５４０から）確認し得る。
【００４７】
プロセス６００は、受信する携帯型装置への保留中の呼を開始すること（ブロック６４０）、および、優先インジケータオプションを含むユーザインターフェースを提示すること（ブロック６５０）をさらに含み得る。例えば、図７を参照すると、発呼装置１００は、発呼に関するユーザインターフェース７００を提示し得る。ユーザが受信装置１１０への呼を開始するときに、ユーザインターフェース７００（例えば、発信画面）は、発呼装置１００によって提示され得る。図７に示されるように、ユーザインターフェース７００は、連絡先識別エリア７０２、呼コントロールボタン７０４、および、優先インジケータアイコン７０６を含み得る。連絡先識別エリア７０２は、発呼装置１００から発呼される相手に関する名前、画像、および／または、他の情報を含み得る。呼コントロールボタン７０４は、呼を終了させたり、リダイヤルしたり、または、呼のプロパティを調節するための一以上のボタンを含み得る。さらに、図７を参照すると、発呼が処理されている間に、優先インジケータアイコン７０６はユーザインターフェース７００上に提示され得る。ある実装では、優先指示機能をサポートするものとして発呼装置１００がすでに確認した装置（例えば、受信装置１１０）を有する連絡先に関してのみ、優先インジケータアイコン７０６は表示され得る。
【００４８】
図６に戻ると、プロセス６００は、優先指示のユーザの選択を受信すること（ブロック６６０）、当該保留中の呼に関する優先指示フラグを含む操作メッセージを、受信する携帯型装置へ送信すること（ブロック６７０）をさらに含み得る。例えば、図７を再び参照すると、受信装置１１０との接続を待っている間に、例えば、発呼装置１００のユーザによって優先インジケータアイコン７０６が選択され得る。優先インジケータアイコン７０６が選択されると、優先インジケータアイコン７０６は、強調表示され得る（例えば、色を変更する、ぴかっと光る、形またはサイズを変更する、など）。別の実装では、優先インジケータアイコン７０６は、発呼の開始よりも前に選択のために利用可能であり得る。優先インジケータアイコン７０６の選択は、優先指示メッセージ（例えば、操作メッセージ５６０）を受信装置１１０へ発呼装置１００に送信させ得る。優先指示メッセージが、発呼装置１００からの対応する呼に関連付けられ得るように、優先指示メッセージは発呼装置１００を特定し得る。
【００４９】
図８は、ＩＭＳベースの呼に関する優先指示を受信するための例示的なプロセス８００のフローチャートである。プロセス８００は、例えば受信装置１１０により実行され得る。別の実装では、プロセス８００は、受信装置１１０を含む、または、除いた一以上の他の装置によって実行され得る。プロセス８００のある態様は、図９に関連して以下に記載される。図９は、本明細書に記載される一つの実装による、発呼に関する例示的なユーザインターフェース９００である。
【００５０】
プロセス８００は、優先呼通知をサポートするためのプラグインを保存すること（ブロック８１０）を含み得る。例えば、受信装置１１０は、基礎ユーザインターフェースに関する優先プラグイン（例えばプラグイン４６６）を（例えば、ダウンロードまたは他のインストールプロセスによって）受信し得る。優先プラグインは、受信装置１１０が、着呼に関する優先指示を受信し、そして、提示することを可能にし得る。
【００５１】
プロセス８００は、発呼する携帯型装置から音声の呼を受信すること（ブロック８２０）、および、優先指示フラグを含む操作メッセージを、発呼する携帯型装置から受信すること（ブロック８３０）をさらに含み得る。例えば、受信装置１１０は、音声ネットワーク（例えばネットワーク２１０）を介して呼を受信し、そして、当該呼に関する優先インジケータ（例えば操作メッセージ５６０）をＩＭＳネットワーク（例えば、ネットワーク２２０）を介して受信し得る。
【００５２】
プロセス８００は、別の呼が進行中であるかどうかを検出すること（ブロック８４０）をさらに含み得る。別の呼が進行中ではない場合には（ブロック８４０‐ＮＯ）、プロセス８００は、優先インジケータを含むユーザインターフェースを提示すること、および／または、呼の通知を変更すること（ブロック８５０）を含み得る。例えば、受信装置１１０は、呼の着信に関するユーザインターフェース９００を提示し得る。受信装置１１０が発呼装置１００からの呼を検出するとき、ユーザインターフェース９００（例えば着信画面）は受信装置１１０によって提示され得る。図９に示されるように、ユーザインターフェース９００は、連絡先識別エリア９０２、呼優先度指示９０４、および、呼コントロールボタン９０６／９０８を含み得る。連絡先識別エリア９０２は、発呼する相手（例えば、発呼装置１００に関連付けられた人）に関する名前、画像、および／または、他の情報を含み得る。連絡先識別エリア９０２の一部または全部は、例えばモバイル音声ネットワーク（例えばネットワーク２１０）を介して受信される着呼からの情報に基づき得る。呼優先度指示９０４は、着呼の優先度の視覚的通知を含み得る。ある例では、呼優先度指示は、アラート１１４（図１）の形態をとり得る。図９に示されるように、呼優先度指示９０４は、着信画面上で目立って表示され得る。着呼が保留中である間（例えば、当該呼が応答される、または、拒絶される前）に、呼優先度指示９０４は、ユーザインターフェース９００上に提示され得る。呼コントロールボタン９０６／９０８は、ユーザが当該呼に応答したり、当該呼を拒絶することを可能にするための一以上のボタンを含み得る。
【００５３】
追加的に、または、代替的に、優先プラグインは、優先インジケータが受信されるときに、受信装置１１０に関する標準の呼の通知を変更し得る。例えば、受信装置１１０は、受信装置１１０がサイレントモードである場合に着信音を強制的に鳴らしたり、着信音の音量を増加したり、別の着信音を提供したり、または、ユーザが選択可能な別の動作を提供し得る。ある実装では、優先プラグインは、全ての連絡先または特定の連絡先に関する通知の種類をユーザが構成することを可能にし得る。
【００５４】
図８に戻ると、別の呼が進行中である場合には（ブロック８４０‐ＹＥＳ）、プロセス８００は、優先インジケータを含むユーザインターフェースを提示すること、および／または、可聴の音を提供すること（ブロック８６０）を含み得る。例えば、受信装置１１０は、ユーザインターフェース９００に類似し得る、着呼に関するユーザインターフェースを提示し得る。しかしながら、ユーザは、現在の呼の使用のために受信装置１１０を（例えば、ユーザの顔の横に）位置づけている可能性があるので、着信画面は当該ユーザに不可視であり得る。従って、受信装置１１０は、緊急の着呼を示すために（例えば、現在の呼の間に）可聴の音またはピッという音をさらに提供し得る。
【００５５】
プロセス８００は、受信する携帯型装置に関する呼ログ内に緊急の通知を登録することをさらに含み得る（ブロック８７０）。例えば、受信装置１１０は、特定の優先通知（例えば「緊急！」）が着呼に関連付けられていたこと、または、当該着呼に対応することのシンボルまたは別の指示を、最近の呼のログ（または別のデータ構造）に追加し得る。
【００５６】
図１０は、本明細書に記載される別の実装による、発呼装置１００から受信装置１１０への発呼に関するユーザインターフェースの概略図である。（発呼装置１００に関する）ユーザインターフェース１０００および（受信装置１１０に関する）ユーザインターフェース１０５０は、ＩＭＳ位置メッセージ１０２０／１０３０によって交換される情報（例えば、市、州、および、国の情報）を、呼を接続するより前に提示し得る。プライバシーの理由のために、正確な位置（例えば、通りの住所、ＧＰＳ座標など）は示されなくてもよい。
【００５７】
図１０に示されるように、発呼装置１００は、発呼に関してユーザインターフェース１０００を提示し得る。ユーザインターフェース１０００（例えば発信画面）は、ユーザが受信装置１１０に対する呼を開始するときに、発呼装置１００によって提示され得る。同様に、受信装置１１０は、着呼に関してユーザインターフェース１０５０を提示し得る。ユーザインターフェース１０５０（例えば着信画面）は、受信装置１１０が発呼装置１００からの着呼を検出するときに、受信装置１１０によって提示され得る。
【００５８】
ユーザインターフェース１０００は、連絡先識別エリア１００２、呼コントロールボタン１００４、および、位置指示１００６を含み得る。連絡先識別エリア１００２は、発呼装置１００から発呼される相手に関する名前、画像、および／または、他の情報を含み得る。呼コントロールボタン１００４は、呼を終了させたり、リダイヤルしたり、または、呼のプロパティを調節するための一以上のボタンを含み得る。位置指示１００６は、呼が発せられた装置（例えば、受信装置１１０）の概略の位置を特定し、そして、発呼が処理されている間にユーザインターフェース１０００上に提示され得る。ある実装では、位置を指示する機能を発呼装置１００が検出する装置（例えば受信装置１１０）を有する連絡先に関してのみ、位置指示１００６は表示され得る。例えば、受信装置１１０のユーザが（例えば、プラグイン４６６に関連付けられた）「シティ自動共有」の設定をオンにしている場合、受信装置１１０のおおよその位置は、発呼装置１００へ提供され、そして、位置指示１００６として表示され得る。
【００５９】
ユーザインターフェース１０５０は、連絡先識別エリア１０５２、位置指示１０５４、および、呼コントロールボタン１０５６／１０５８を含み得る。連絡先識別エリア１０５２は、発呼している相手（例えば、発呼装置１００に関連付けられた人）に関する名前、画像、および／または、他の情報を含み得る。位置指示１０５４は、発呼装置（例えば発呼装置１００）の概略の位置を特定し、そして、着呼の通知の間（および後）にユーザインターフェース１０５０上に提示され得る。呼コントロールボタン１０５６／１０５８は、ユーザが呼に応答したり、または、呼を拒絶することを可能にするための一以上のボタンを含み得る。
【００６０】
ユーザインターフェース１０００／１０５０に関する位置情報は、ＩＭＳ／ＲＣＳ性能サポート機構を用いてＩＭＳ位置メッセージ１０２０／１０３０として（他のユーザがこの機能をさらにサポートする場合に）転送され得る。追加的に、または、代替的に、ＩＭＳ位置メッセージ１０２０／１０３０は、例えば、発呼装置１００および／または受信装置１１０の位置に関する天気情報（または位置に基づいた他の情報）を示すために拡張され得る。例えば、選択されたテキスト、画像、現地時間、および／または、呼び出し信号といった他の情報は、さらに、自動的に共有され得る（そして、着信画面上に示され得る）。
【００６１】
図１０は発呼および着呼に関して位置を示すための例示的なユーザインターフェースを提供するが、別の実装では、異なる情報または追加の情報が提示され得る。
【００６２】
図１１は、本明細書に記載される別の実装による、発呼装置１００から受信装置１１０への発呼に関するユーザインターフェースの概略図である。（発呼装置１００に関する）ユーザインターフェース１１００および（受信装置１１０に関する）ユーザインターフェース１１５０は、ＩＭＳ位置詳細メッセージ１１１０によって交換される情報を提示し得る。ＩＭＳ位置詳細メッセージ１１１０は、発呼装置１００の座標、発呼装置１００のＧＰＳ座標、または、発呼装置１００の他の位置情報のマッピングを提供し得る。
【００６３】
発呼装置１００に関するユーザインターフェース１１００は、ユーザインターフェース７００および／またはユーザインターフェース１０００に関して上述した機能に類似する機能を含み得る。さらに、ユーザインターフェース１１００は、ピンポイント位置アイコン１１０２を含み得る。発呼が処理されている間、または、当該呼が接続される後に、ピンポイント位置アイコン１１０２は、ユーザインターフェース１１００上に提示され得る。ある実装では、位置提示機能をサポートするものとして発呼装置１００がすでに確認した装置（例えば受信装置１１０）を有する連絡先に関してのみ、ピンポイント位置アイコン１１０２は表示され得る。ピンポイント位置アイコン１１０２の選択は、ＩＭＳ位置詳細メッセージ１１１０を（例えば、操作メッセージ５６０によって）受信装置１１０へ発呼装置１００に送信させ得る。
【００６４】
ＩＭＳ位置詳細メッセージ１１１０を受信すると、受信装置１１０は、ユーザインターフェース１１５０を提示し得る。ユーザインターフェース１１５０は、ユーザインターフェース９００および／またはユーザインターフェース１０５０に関して上述した機能に類似する機能を含み得る。しかしながら、連絡先の写真などの、連絡先識別エリア（例えば、連絡先識別エリア１０５２）の一部は、地図１１５２に置き換えられ得る。地図１１５２は、発呼者の位置１１５４および受信者の位置１１５６を示し得る。発呼者の位置１１５４は、発呼装置１００の現在の位置（例えばＧＰＳ座標など）をＩＭＳ位置詳細メッセージ１１１０によって示されるように表し得る。受信者の位置１１５６は、例えば、受信装置１１０によってローカルに取得されたＧＰＳ情報に基づいた、受信装置１１０の現在の位置を表し得る。ある実装では、受信装置１１０のユーザは、発呼者の位置１１５４をより正確に特定するために地図１１５２をズームイン／アウトし得る。
【００６５】
別の実装では、ピンポイント位置アイコン１１０２は、接続された呼に関するユーザインターフェース上で利用可能であり得る。従って、発呼装置１００または受信装置１１０の一方のユーザは、発呼の間にＩＭＳ位置詳細メッセージ１１１０を共有し、そして、対応する地図１１５２は、他方のユーザに対して提示され得る。
【００６６】
図１１は、発呼および着呼に関するピンポイントの位置を提供するための例示的なユーザインターフェースを提供するが、別の実装では、異なる情報または追加の情報が提示され得る。
【００６７】
図１２Ａおよび図１２Ｂは、本明細書に記載される別の実装による、発呼装置１００および受信装置１１０の間の発呼に関するユーザインターフェースの概略図である。（発呼装置１００に関する）ユーザインターフェース１２００および（受信装置１１０に関する）ユーザインターフェース１２５０は、装置間のライブマップセッションを開始し、そして、案内するためのステップを提示し得る。
【００６８】
図１２Ａを参照すると、発呼装置１００のユーザは、ＳＩＰライブマップセッション要求１２１０を開始するために、ユーザインターフェース１２００からライブマップアイコン１２０２を選択し得る。ある実装では、ライブマップセッション機能をサポートするものとして発呼装置１００がすでに確認した装置（例えば、受信装置１１０）を有する連絡先に関してのみ、ライブマップアイコン１２０２は表示され得る。ＳＩＰライブマップセッション要求１２１０を受信すると、装置１１０は、ユーザインターフェース１２５０上に要求通知１２５２を提示し得る。しかしながら、ユーザは、現在の呼の使用のために受信装置１１０を（例えば、ユーザの顔の横に）位置づけている可能性があるので、要求通知１２５２は当該ユーザに不可視であり得る。従って、受信装置１１０は、要求通知１２５２に対する応答が必要であることを示すために（例えば、現在の呼の間に）可聴の音またはピッという音をさらに提供し得る。
【００６９】
図１２Ｂを参照すると、ユーザがＳＩＰライブマップセッション要求１２１０を受諾すると、発呼装置１００および受信装置１１０の両方は、両方のユーザ（およびグループ会議コールに関してはより多く）がお互いの位置を見ることができるインタラクティブマップ１２２０を表示するようにＳＩＰライブマップセッション１２６０を案内し得る。インタラクティブマップ１２２０上に、各ユーザは、例えば、ノートおよびスケッチなどのマークアップを提供することが可能である。各ユーザは、例えばマップコントロール１２３０を使用して、彼／彼女のズームレベルおよび現在のナビゲーション位置をコントロールすることが可能である。マップコントロール１２３０は、例えば、ズーム命令、パン命令、描画ツール、取り消し／やり直し命令などを含み得る。他のユーザがそれを見ることができないような、入力のマークアップが生じる場合には、当該マークアップのエリアへナビゲート（例えばパン）する強調および可能性があり得る。ライブマップセッション機能に関するＩＭＳ／ＲＣＳ性能を他のユーザが有する場合には、ＳＩＰライブマップセッション１２６０に関する通信は、ＩＭＳ／ＲＣＳ通信チャンネルによって達成され得る。全ての位置およびスケッチは、発呼装置１００および受信装置１１０（例えば、メモリ４６０内）の両方においてローカルに保存され、そして、呼の後に見ることができる。
【００７０】
図１２Ａおよび図１２Ｂは、ライブマップセッションを開始し、そして、案内するための例示的なユーザインターフェースを提供するが、別の実装では、異なる情報または追加の情報が提示され得る。
【００７１】
図１３は、本明細書に記載される別の実装による、発呼装置１００および受信装置１１０の間の発呼に関するユーザインターフェースの概略図である。（発呼装置１００に関する）ユーザインターフェース１３００および（受信装置１１０に関する）ユーザインターフェース１３５０は、装置間のライブスケッチセッション１３６０を案内するためのステップを提示し得る。
【００７２】
図１３に示されるスケッチセッションは、図１２ＡのＳＩＰライブマップセッション１２６０と同様に開始され得る。すなわち、発呼装置１００のユーザは、ＳＩＰライブスケッチセッション要求を開始するために、ユーザインターフェース１３００からアイコン（例えばライブスケッチアイコン）を選択し得る。ＳＩＰライブスケッチセッション要求を受信すると、装置１１０は、ユーザインターフェース１３５０上に要求通知を提示し得る。しかしながら、ユーザは、現在の呼の使用のために受信装置１１０を（例えば、ユーザの顔の横に）位置づけている可能性があるので、要求通知は当該ユーザに不可視であり得る。従って、受信装置１１０は、要求通知に対する応答が必要であることを示すために可聴の音またはピッという音をさらに提供し得る。
【００７３】
図１３を参照すると、ユーザがＳＩＰライブスケッチセッション要求を受諾すると、発呼装置１００および受信装置１１０の両方は、両方のユーザがお互いの描画活動を見ることができるスケッチエリア１３２０を表示し得る。スケッチエリア１３２０上に、各ユーザは入力を提供することが可能である。各ユーザは、例えばスケッチコントロール１３３０を使用して、彼／彼女のズームレベルおよび現在のナビゲーション位置をコントロールすることが可能である。マップコントロール１２３０と同様に、スケッチコントロール１３３０は、例えば、ズーム命令、パン命令、描画ツール、取り消し／やり直し命令、色オプションなどを含み得る。ライブマップセッション機能に関するＩＭＳ／ＲＣＳ性能を他のユーザが有する場合には、ライブスケッチセッション１３６０に関する通信は、ＩＭＳ／ＲＣＳ通信チャンネルによって達成され得る。全てのスケッチは、発呼装置１００および受信装置１１０（例えば、メモリ４６０内）の両方においてローカルに保存され、そして、呼の後に見ることができる。
【００７４】
図１４は、本明細書に記載される別の実装による、発呼装置１００および受信装置１１０の間の発呼に関するユーザインターフェースの概略図である。（発呼装置１００に関する）ユーザインターフェース１４００および（受信装置１１０に関する）ユーザインターフェース１４５０は、呼の間に、装置間のファイル転送１４１０を案内するためのステップを提示し得る。
【００７５】
ある実装では、ファイル転送１４１０に関するファイルは、ストリーミングビデオファイルであり得る。発呼装置１００のユーザは、例えば、ビデオクリップ（例えば、発呼装置１００に記録された「マジック・モーメント」）を受信装置１１０のユーザとすぐに共有することが可能であってもよい。電話の呼の間に、発呼装置１００のユーザは、ビデオを記録／共有し、そして、その後、当該ビデオを受信装置１１０へ転送するために仮想ボタン１４０２を押下することが可能である。ファイル転送１４１０に関する通信は、利用可能である場合にはＲＣＳファイル転送プロトコルを利用し得る。
【００７６】
別の実装では、ファイル転送１４１０に関するファイルは、ｖＣａｒｄであり得る。例えば、別のユーザへ発呼する場合、発呼するユーザのｖＣａｒｄは、当該別のユーザと自動的に同期され得る。アイディアは、連絡先の情報の管理権限を連絡先自身に与えることである。従って、発呼装置１００のユーザがプロフィール写真を更新する場合には、発呼装置１００が別のユーザへ発呼するときに当該新しいプロフィール写真を見ることが可能である。同様に、新しい電話番号が追加される場合には、当該新しい電話番号は、別のユーザに自動的に同期されるだろう。別の実装では、ｖＣａｒｄの交換および／または同期がなされる前に、呼が実際に行われることを待つことなく、更新された情報は、電話帳の全ての連絡先に対して自動的にプッシュされ得る。また別の実装では、装置（例えば、発呼装置１００）のユーザは、別の装置（例えば、受信装置１１０）に対するｖＣａｒｄの転送を開始するために仮想ボタン１４０４を押下し得る。
【００７７】
図１４に示されるように、受信装置１１０は、ファイル転送１４１０によってファイルの受信を開始し、そして、受信装置１１０のユーザに通知し得る。例えば、受信装置１１０は、当該ユーザが、転送されたファイルを受諾することを可能にするために、ユーザインターフェース１４５０上に通知１４５２を提示し得る。
【００７８】
本明細書に記載されるシステムおよび／または方法は、保留中の呼、および／または、発呼に関するより豊富な機能の集合を提供するための、ＩＭＳおよびＲＣＳに基づいた、アプリケーションの追加の集合またはプラグインを使用し得る。携帯型装置は、他の携帯型装置（例えば、連絡先リスト内の装置）の利用可能な機能を決定するために、ＩＭＳ／ＲＣＳに関する性能識別プロトコルを使用し得る。関連する機能が両方の装置で利用可能である場合には、呼優先度通知、概略の位置情報、および／または、詳細な位置情報に関する機能を起動するために、携帯型装置間の呼と同時にＳＩＰメッセージが提供され得る。機能は、個別の機能（例えば、呼優先度、位置など）に関する機能タグによって示され得る。
【００７９】
実装の前述は図を提供するが、網羅的であること、および、実装を、開示された正確な形式に限定することを意図しない。修正および変更が上記の教示の観点から可能であり、または、教示の実施から取得され得る。
【００８０】
上記では、例示的なプロセスに関して一連のブロックが記載されているが、ブロックの順序は、他の実装において変更され得る。さらに、非依存のブロックは、他のブロックと同時に実行され得る動作を表し得る。さらに、機能的構成要素の実装に応じて、ブロックの一部は、一以上のプロセスから除外され得る。
【００８１】
本明細書に記載される複数の態様は、図に示された実装におけるソフトウェア、ファームウェア、および、ハードウェアの多数の異なる形式で実装され得ることが明らかであろう。複数の態様を実装するために使用される、実際のソフトウェアコードまたは専用の制御ハードウェアは、本発明を限定するものではない。従って、複数の態様のオペレーションおよび挙動は、特定のソフトウェアコードを参照せずに記載された。すなわち、ソフトウェアおよび制御ハードウェアは、本明細書の記載に基づいた複数の態様を実装するように設計され得ることが理解される。
【００８２】
さらに、当該実装のある部分は、一以上の機能を実行する「構成要素」として記載される。この構成要素は、例えば、プロセッサ、マイクロプロセッサ、特定用途向け集積回路、または、フィールドプログラマブルゲートアレイなどのハードウェア、ソフトウェア、または、ハードウェアおよびソフトウェアの組み合わせを含み得る。
【００８３】
「ｃｏｍｐｒｉｓｅｓ」および「ｃｏｍｐｒｉｓｉｎｇ」という用語は、本明細書で使用する場合、記述される機能、整数、ステップまたは構成要素の存在を指定するが、一以上の他の機能、整数、ステップ、構成要素またはそのグループの存在または追加を排除するものではない。
【００８４】
本出願で使用されるいかなる要素、動作、または命令も、特に明示しない限り、本明細書に記載される実装にとって不可欠または本質的であると解釈すべきではない。また、冠詞の「ａ」は１もしくは複数の項目を含むことが意図されている。さらに、「〜に基づいて（ｂａｓｅｄ  ｏｎ）」という句は、特に明示しない限り、「少なくとも一部は〜に基づいて」を意味するものである。
【図１】
0006404937.tif 000002
【図２】
0006404937.tif 000003
【図３】
0006404937.tif 000004
【図４】
0006404937.tif 000005
【図５】
0006404937.tif 000006
【図６】
0006404937.tif 000007
【図７】
0006404937.tif 000008
【図８】
0006404937.tif 000009
【図９】
0006404937.tif 000010
【図１０】
0006404937.tif 000011
【図１１】
0006404937.tif 000012
【図１２Ａ】
0006404937.tif 000013
【図１２Ｂ】
0006404937.tif 000014
【図１３】
0006404937.tif 000015
【図１４】
0006404937.tif 000016