(57)【要約】インターネット・プロトコル・マルチメディア・サブシステムＩＭＳネットワーク内の通信に優先順位をつけるためのシステム、方法、および機器が開示される。本明細書で開示される例示的方法は、電話番号ＴＮを受信するステップと、少なくとも１つの非ＩＭＳ宛先を指定するためにＥＮＵＭデータベース・レコードを探し出すステップと、複数の現在の呼パラメータを受信するステップと、複数の選択パラメータを備える優先順位付けプロフィールにアクセスするステップとを含む。例示的方法は、ＴＮのための宛先として複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩのうちの少なくとも１つを選択するために優先順位付けプロフィールに基づいて複数の現在の呼パラメータのうちの少なくとも１つを評価するステップと、発呼装置と選択されたＵＲＩとの間の通信セッションをルーティングするステップとをさらに開示する。複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩは、電子メールＵＲＩ、インスタントメッセージＵＲＩ、ファックスＵＲＩ、またはウェブＵＲＩのうちの少なくとも１つを含む。
2009545205.tif 000002
【特許請求の範囲】
【請求項１】
インタラクティブ・インターネット・プロトコル・マルチメディア・サブシステムＩＭＳと、
発呼装置から電話番号ＴＮを受信し、
前記ＴＮに基づいて、複数の非セッション開始プロトコルＳＩＰおよび非ＴＮ統一資源識別子ＵＲＩを備えるデータレコードを探し出し、
複数の現在の呼パラメータを受信し、
複数の選択パラメータを備える優先順位付けプロフィールにアクセスし、
前記ＴＮのための宛先として前記複数の非ＳＩＰおよび非ＴＮ  ＵＲＩのうちの少なくとも１つを選択するために前記優先順位付けプロフィールに基づいて前記複数の現在の呼パラメータのうちの少なくとも１つを評価し、
記発呼装置と前記選択されたＵＲＩとの間の通信セッションをルーティングする
プロセッサと
を備える機器。
【請求項２】
前記非ＳＩＰおよび非ＴＮ  ＵＲＩが、電子メールＵＲＩ、インスタントメッセージＵＲＩ、ファックスＵＲＩ、またはウェブＵＲＩのうちの少なくとも１つを備える、請求項１に記載の機器。
【請求項３】
ＥＮＵＭデータベースに照会するためのＥＮＵＭ照会エンジンを備えるリゾルバが、前記ＴＮに基づいて前記データレコードを探し出す、請求項１に記載の機器。
【請求項４】
プライオリタイザが前記複数の現在の呼パラメータのうちの前記少なくとも１つを評価する、請求項１に記載の機器。
【請求項５】
前記プライオリタイザが前記優先順位付けプロフィールを生成、削除、または修正することのうちの少なくとも１つをするプロセスデザイナを備える、請求項４に記載の機器。
【請求項６】
前記プライオリタイザが、優先順位付けプロフィールの設計、生成、削除、または修正のうちの少なくとも１つを容易にするグラフィカル・ユーザ・インタフェースＧＵＩを備える、請求項４に記載の機器。
【請求項７】
前記プライオリタイザが、前記優先順位付けプロフィール、前記複数の現在の呼パラメータ、または前記複数の選択パラメータのうちの少なくとも１つを格納するメモリを備える、請求項４に記載の機器。
【請求項８】
前記プライオリタイザが、前記優先順位付けプロフィールを実行するプロセス・エグゼキュータを備える、請求項４に記載の機器。
【請求項９】
優先順位付けプロフィール実行が、前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩのうちの前記１つを選択するステップを備える、請求項８に記載の機器。
【請求項１０】
インタラクティブ・インターネット・プロトコル・マルチメディア・サブシステムＩＭＳと、
電話番号ＴＮに基づいてデータレコードを探し出し、
前記ＴＮのために開始された通信セッションを非セッション開始プロトコルＳＩＰかまたは非ＴＮ統一資源識別子ＵＲＩのいずれかに関連する宛先にルーティングするために優先順位付けプロセスを実行する
電子プロセッサと
を備える機器。
【請求項１１】
前記非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩが、電子メールＵＲＩ、インスタントメッセージＵＲＩ、ファックスＵＲＩ、またはウェブＵＲＩのうちの少なくとも１つを備える、請求項１０に記載の機器。
【請求項１２】
メモリが、ＥＮＵＭデータレコードまたはネーミング・オーソリティ・ポインタＮＡＰＴＲレコードのうちの少なくとも１つとして前記データレコードを格納する、請求項１０に記載の機器。
【請求項１３】
前記電子装置プロセッサが、
前記非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩのうちの前記少なくとも１つに優先順位をつけ、
優先順位閾値に一致する前記非ＳＩＰ  ＵＲＩおよび前記非ＴＮ  ＵＲＩのうちの前記少なくとも１つのものを選択する、
請求項１０に記載の機器。
【請求項１４】
前記優先順位閾値が、メッセージの緊急性、メッセージのコスト、メッセージのプロトコルタイプ、メッセージのサービスタイプ、宛先装置の性能、または日時のうちの少なくとも１つを備える、請求項１３に記載の機器。
【請求項１５】
前記優先順位付けプロセスが、前記通信セッションを選択するために予め決められたＵＲＩ優先順位を備える、請求項１０に記載の機器。
【請求項１６】
前記通信セッションが、電子メールメッセージ、インスタントメッセージ、ファックスメッセージ、またはウェブページ通信のうちの少なくとも１つを備える、請求項１０に記載の機器。
【請求項１７】
優先順位付けプロセス設計を可能にするグラフィカル・ユーザ・インタフェースＧＵＩをさらに備える、請求項１０に記載の機器。
【請求項１８】
発呼側が前記ＧＵＩを介して前記優先順位付けプロセスを設計する、請求項１７に記載の機器。
【請求項１９】
電話番号ＴＮを受信するステップと、
少なくとも１つの非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳの宛先を指定する前記ＴＮのためのＥＮＵＭデータベース・レコードを探し出すステップと、
複数の現在の呼パラメータを受信するステップと、
複数の選択パラメータを備える優先順位付けプロフィールにアクセスするステップと、
前記ＴＮのための宛先として複数の非ＳＩＰおよび非ＴＮ  ＵＲＩのうちの少なくとも１つを選択するために前記優先順位付けプロフィールに基づいて前記複数の現在の呼パラメータのうちの少なくとも１つを評価するステップと、
前記発呼装置と前記選択されたＵＲＩとの間の通信セッションをルーティングするステップと
を備える方法。
【請求項２０】
前記複数の非ＳＩＰＵＲＩおよび非ＴＮ  ＵＲＩが、電子メールＵＲＩ、インスタントメッセージＵＲＩ、ファックスＵＲＩ、またはウェブＵＲＩのうちの少なくとも１つを備える、請求項１９に記載の方法。
【請求項２１】
前記優先順位付けプロフィール内の前記複数の選択パラメータが、通信セッションのコスト、日時、宛先装置の性能、被呼側グループ、通信セッションの緊急性、または通信セッションのサービスタイプのうちの少なくとも１つに基づいて前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩに優先順位をつける、請求項１９に記載の方法。
【請求項２２】
前記宛先装置の性能に基づく優先順位付けが、
第１の通信セッションの試みに関する失敗通知を受信するステップと、
代替の非ＩＭＳ宛先で第２の通信セッションの試みを開始するステップと
をさらに備える、請求項２１に記載の方法。
【請求項２３】
第１の通信セッションの試みに対する応答が、成功、失敗、または判定不能のうちの少なくとも１つであった場合、代替の非ＩＭＳ宛先で第２の通信セッションの試みを開始するステップをさらに備える、請求項１９に記載の方法。
【請求項２４】
前記通信セッションのコストに基づく優先順位付けが、
複数の通信セッションの前記コストを判定するステップと、
前記コストに基づいて前記複数の通信セッションをランク付けするステップと、
コスト閾値に基づいて前記複数の通信セッションのうちの少なくとも１つを選択するステップと
をさらに備える、請求項２１に記載の方法。
【請求項２５】
前記通信セッションのサービスタイプが、電子メール、ボイスメール、インスタントメッセージング、またはファックスのうちの少なくとも１つである、請求項２１に記載の方法。
【請求項２６】
前記通信セッションの緊急性に基づく優先順位付けが、前記通信セッションのコスト、または前記通信セッションのサービスタイプのうちの少なくとも１つに関係なく、前記ＵＲＩ選択を可能にする、請求項２１に記載の方法。
【請求項２７】
前記発呼装置と前記選択されたＵＲＩとの間の前記ルーティングされた通信セッションが失敗した場合、前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩから代替ＵＲＩを選択するステップをさらに備える、請求項１９に記載の方法。
【請求項２８】
前記代替ＵＲＩを選択するステップが、前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩから追加の代替ＵＲＩを選択するステップを備える、請求項２７に記載の方法。
【請求項２９】
実行された場合、機械に
電話番号ＴＮを受信させ、
少なくとも１つの非インターネット・プロトコル・マルチメディア・サブシステムＩＭＳ宛先を指定する前記ＴＮのためのＥＮＵＭデータベース・レコードを探し出させ、
複数の現在の呼パラメータを受信させ、
複数の選択パラメータを備える優先順位付けプロフィールにアクセスさせ、
ＴＮのための宛先として複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩのうちの少なくとも１つを選択するために前記優先順位付けプロフィールに基づいて前記複数の現在の呼パラメータのうちの少なくとも１つを評価させ、
前記発呼装置と前記選択されたＵＲＩとの間の通信セッションをルーティングさせる
機械可読命令を格納する製造物。
【請求項３０】
前記機械可読命令が、前記機械にさらに、電子メールＵＲＩ、インスタントメッセージＵＲＩ、ファックスＵＲＩ、またはウェブＵＲＩのうちの少なくとも１つのタイプの前記非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩを評価させる、請求項２９に記載の製造物。
【請求項３１】
前記機械可読命令が、前記機械にさらに、通信セッションのコスト、日時、宛先装置の性能、被呼側グループ、通信セッションの緊急性、または通信セッションのサービスタイプのうちの少なくとも１つに基づいて前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩに優先順位をつけさせる、請求項２９に記載の製造物。
【請求項３２】
前記機械可読命令が、前記機械にさらに、第１の通信セッションの試みに関する失敗通知を受信させ、代替非ＩＭＳ宛先で第２の通信セッションを開始させる、請求項３１に記載の製造物。
【請求項３３】
第１の通信セッションの試みに対する応答が、成功、失敗、または判定不能のうちの少なくとも１つであった場合、前記機械可読命令が、前記機械にさらに、代替非ＩＭＳ宛先で第２の通信セッションの試みを開始させる、請求項２９に記載の製造物。
【請求項３４】
前記機械可読命令が、前記機械にさらに、
複数の通信セッションの前記コストを判定させ、
前記コストに基づいて前記複数の通信セッションをランク付けさせ、
コスト閾値に基づいて前記複数の通信セッションのうちの少なくとも１つを選択させる、
請求項３１に記載の製造物。
【請求項３５】
前記機械可読命令が、前記機械にさらに、電子メール、ボイスメール、インスタントメッセージング、またはファックスのうちの少なくとも１つの通信サービスタイプをルーティングさせる、請求項３１に記載の製造物。
【請求項３６】
前記機械可読命令が、前記通信セッションのコスト、または前記通信セッションのサービスタイプのうちの少なくとも１つに関係なく、前記通信セッションの緊急性に基づいて前記ＵＲＩに優先順位をつける、請求項３１に記載の製造物。
【請求項３７】
前記発呼装置と前記選択されたＵＲＩとの間の前記ルーティングされた通信セッションが失敗した場合、前記機械可読命令が、前記機械にさらに、前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩから代替ＵＲＩを選択させる、請求項２９に記載の製造物。
【請求項３８】
前記機械可読命令が、前記機械に前記複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩから追加の代替ＵＲＩを選択させる、請求項３７に記載の製造物。
【請求項３９】
インターネット・プロトコル・マルチメディア・サブシステムＩＭＳネットワーク内の通信に優先順位をつけるためのユーザ・インターフェースであって、
複数の選択パラメータを表示するための優先順位付けプロフィール画面領域と
複数の選択パラメータ閾値を備える前記複数の選択パラメータのうちの少なくとも１つを表示するための選択パラメータ構成領域と
を備える、ユーザ・インターフェース。
【請求項４０】
インターネット・マルチメディア・サブシステムＩＭＳネットワーク通信に優先順位をつけるための機器であって、
複数の非電話番号ＴＮ統一資源識別子ＵＲＩ、およびそれぞれのＴＮに関連する非セッション開始プロトコルＳＩＰ統一資源識別子ＵＲＩを格納するためのＥＮＵＭデータベースと、
非ＴＮ  ＵＲＩおよび非ＳＩＰ  ＵＲＩのリストを生成する、発呼側からＴＮを受信するためのリゾルバと、
優先順位付けプロフィールに基づいて前記リストから前記複数の非ＴＮ  ＵＲＩおよび非ＳＩＰ  ＵＲＩのうちの少なくとも１つを選択するためのプライオリタイザと
を備える、機器。
【請求項４１】
前記リゾルバが、ＥＮＵＭデータベースに照会するためのＥＮＵＭ照会エンジンを備える、請求項４０に記載の機器。
【請求項４２】
前記リゾルバが、Ｅ．１６４番号として前記ＴＮを受信する、請求項４０に記載の機器。
【請求項４３】
前記プライオリタイザが、メモリから前記優先順位付けプロフィールを取り出すためのプロセス・エグゼキュータを備え、前記プロセス・エグゼキュータが非ＴＮ  ＵＲＩおよび非ＳＩＰ  ＵＲＩの前記リストを前記優先順位付けプロフィールと比較する、請求項４０に記載の機器。
【請求項４４】
前記優先順位付けプロフィールが複数の選択パラメータを備え、前記プロセス・エグゼキュータが、前記選択パラメータと、非ＴＮ  ＵＲＩおよび非ＳＩＰ  ＵＲＩの前記リストとの比較に基づいて前記複数の非ＴＮ  ＵＲＩおよび非ＳＩＰ  ＵＲＩのうちの少なくとも１つを選択する、請求項４３に記載の機器。
【請求項４５】
前記選択パラメータが、メッセージの緊急性、メッセージのコスト、メッセージのプロトコルタイプ、メッセージのサービスタイプ、宛先装置の性能、または日時のうちの少なくとも１つを備える、請求項４４に記載の機器。
【請求項４６】
前記選択パラメータが、閾値限度または閾値範囲のうちの少なくとも１つを備える、請求項４４に記載の機器。
【請求項４７】
前記プライオリタイザが、前記優先順位付けプロフィールの生成、前記優先順位付けプロフィールの修正、または前記優先順位付けプロフィールの削除のうちの少なくとも１つを行うプロセスデザイナを備える、請求項４０に記載の機器。
【請求項４８】
前記プロセスデザイナにアクセスするためのグラフィカル・ユーザ・インタフェースをさらに備える、請求項４７に記載の機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、インタラクティブ・インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）ネットワークに関し、より詳細には、ＩＭＳネットワーク内の通信に優先順位をつけるためのシステム、方法、および機器に関する。
【背景技術】
【０００２】
ボイス・オーバ・インターネット・プロトコルＶｏＩＰ電話呼は、電話番号マッピング（ＥＮＵＭ）データベースを使用してＩＭＳネットワーク内でルーティングされることができる。図１は、ＥＮＵＭを使用してＩＭＳネットワーク内で音声呼をルーティングする流れ図を示す。発呼側は、発呼側ユーザ機器ＵＥを使用してそのホームネットワークＨＮ上で呼を発信し、別のＨＮの被呼側に被呼側のＵＥ上で到達することができる。通常、発呼側は、被呼側のＨＮのプロキシ呼セッション制御機能Ｐ−ＣＳＣＦに受け渡されるはずである被呼側のＥ．１６４番号をダイヤルする。Ｅ．１６４番号に基づいて、Ｐ−ＣＳＣＦは、インバイト（要求ＵＲＩ）メッセージを送信し、それを被呼側のＨＮのサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）に受け渡す。Ｓ−ＣＳＣＦは、Ｅ．１６４番号を統一資源識別子ＵＲＩに変換しようと試みて発呼側のＨＮのＥＮＵＭデータベースに照会する。
【０００３】
通常、ＥＮＵＭデータベースは、該照会に基づいて、セッション開始プロトコル（ＳＩＰ）ＵＲＩまたは電話（ＴＥＬ）ＵＲＩをＳ−ＣＳＣＦに返す。ＳＩＰ／ＴＥＬ  ＵＲＩに基づいて、Ｓ−ＣＳＣＦは、ＵＲＩのドメイン名をインターネットプロトコルＩＰアドレスに変換するために発呼側のＨＮのドメイン名システムＤＮＳに照会する。ＤＮＳは、ＵＲＩドメインのＩＰアドレスをＳ−ＣＳＣＦに返す。次いで、ＩＰアドレスは、被呼側のＨＮの質問ＣＳＣＦ（Ｉ−ＣＳＣＦ）に受け渡される。
【０００４】
特定の実施形態では、ＩＰアドレスを使用して、発呼側のＨＮは、ＳＩＰ  ＩＮＶＩＴＥ要求を被呼側のＨＮに送信し、ＳＩＰ  ＩＮＶＩＴＥ要求を被呼側のＵＥに受け渡す。
【０００５】
いくつかの状況では、ＥＮＵＭデータベースは、ＥＮＵＭデータベースが照会されたことに応答してＳＩＰ  ＵＲＩまたはＴＥＬ  ＵＲＩを返さないこともある（例えば、要求された通信がＳ−ＣＳＣＦに知られていないＵＲＩを返し、それによって呼完了を妨げる）。この場合、呼は、ＩＭＳコアを使用してルーティングされるのではなく、公衆交換電話網ＰＳＴＮを介してルーティングされる。さらに、Ｅ．１６４番号のためのエントリがＥＮＵＭデータベースにない場合は、発呼側は、一般に、エラー状態を示すアナウンスメントにルーティングされる。
【０００６】
他の状況では、ＥＮＵＭデータベースによって返された非ＳＩＰ  ＵＲＩまたは非ＴＥＬ  ＵＲＩは、発呼側のネットワークによって変換されることもある。しかし、発呼側は、通常、そのような決定が発呼側にとって有益な影響を与えるかどうか知っているにもかかわらず、代替呼完了決定を行う。
【発明の概要】
【課題を解決するための手段】
【０００７】
インターネット・プロトコル・マルチメディア・サブシステム・ネットワーク内の通信に優先順位をつけるためのシステム、方法、および機器が開示される。例示的機器は、インタラクティブ・インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）、および発呼装置から電話番号ＴＮを受信し、該ＴＮに基づいてデータレコードを探し出すためのプロセッサを含み、データレコードは、複数の非セッション開始プロトコルＳＩＰ統一資源識別子ＵＲＩおよび非ＴＮ統一資源識別子ＵＲＩを含む。さらに、例示的プロセッサは、複数の現在の呼パラメータを受信し、複数の選択パラメータを含む優先順位付けプロフィールにアクセスし、ＴＮのための宛先として、複数の非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩのうちの少なくとも１つを選択するために、優先順位付けプロフィールに基づいて複数の現在の呼パラメータのうちの少なくとも１つを評価する。例示的プロセッサは、非ＳＩＰ  ＵＲＩおよび非ＴＮ  ＵＲＩが、電子メールＵＲＩ、インスタントメッセージＵＲＩ、ファックスＵＲＩ、またはウェブＵＲＩのうちの少なくとも１つを含む、発呼装置と選択されたＵＲＩとの間の通信セッションをルーティングする。
【０００８】
ＩＭＳボイス・オーバＩＰ（ＶｏＩＰ）は、音声通信のためのＳＩＰ  ＵＲＩを利用する。残念ながら、ＥＮＵＭ／ＤＮＳ照会に応答して（例えば、被呼側のプリファレンスまたはＥＮＵＭ処理の結果として）ＳＩＰ  ＵＲＩもＴＥＬ  ＵＲＩも返されなかった場合は、従来のＩＭＳ呼処理は継続しない。
【０００９】
前述の例示的呼とは異なり、本明細書で説明されるシステム、方法、および機器は、電子メールＵＲＩ、ウェブページＵＲＩ、および／またはインスタントメッセージング（ＩＭ）ＵＲＩなど、他のＵＲＩを被呼側に関連付ける。関連プロトコルを使用した特定のサービスの実行によって被呼側に到達するために、他のＵＲＩのうちの１つまたは複数が発呼側によって選択され、使用されることができる。その結果として、ＥＮＵＭ／ＤＮＳ照会から返された非ＳＩＰ  ＵＲＩおよび／または非ＴＮ  ＵＲＩを処理することが、ＶｏＩＰサービスのより強靭なデプロイメントを可能にし、発呼側および被呼側満足全体を改善する。
【図面の簡単な説明】
【００１０】
【図１】ＩＭＳ内の非ＳＩＰ／非ＴＥＬ  ＵＲＩの例示的ルーティングを示す流れ図である。
【図２】ＩＭＳネットワーク内の通信に優先順位をつけるための例示的システムのブロック図である。
【図３】図２の例示的システムによって使用されることができる例示的プライオリタイザのブロック図である。
【図４】図２の例示的システムにおける使用のための例示的グラフィカル・ユーザ・インタフェースの図である。
【図５】ＩＭＳネットワーク内の通信に優先順位をつけるための例示的プロセスの流れ図である。
【図６】ＩＭＳネットワーク内の通信に優先順位をつけるための例示的プロセスの流れ図である。
【図７】ＩＭＳネットワーク内の通信に優先順位をつけるための例示的プロセスの流れ図である。
【図８】ＩＭＳネットワーク内の通信に優先順位をつけるための例示的システム、方法、および機器を実施するための図５〜７のプロセスを実行することができる例示的コンピュータの概略図である。
【発明を実施するための形態】
【００１１】
図1は、ＩＭＳ  ＨＮ１００からのＥＮＵＭ照会が非ＳＩＰ／非ＴＥＬ  ＵＲＩを返すときに呼を被呼側にルーティングするための例示的流れ図である。ユーザ機器ＵＥ１０２から、発呼側が被呼側のＥ．１６４番号をダイヤルすることができる。ライン１５０で、Ｅ．１６４番号がユーザ機器１０２からＩＭＳ  ＨＮ１００のプロキシ呼セッション制御機能Ｐ−ＣＳＣＦ１０４に受け渡されることができる。ライン１５２で、Ｅ．１６４番号に基づいて、Ｐ−ＣＳＣＦ１０４がインバイト（要求ＵＲＩ）メッセージを送信し、それをＩＭＳ  ＨＮ１００のサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）１０６に受け渡すことができる。ステップ１５４で、Ｓ−ＣＳＣＦ１０６が、Ｅ．１６４番号を統一資源識別子ＵＲＩに変換しようと試みるために、ＩＭＳ  ＨＮ１００のＥＮＵＭデータベース１０８に照会することができる。
【００１２】
ライン１５６に進むと、ＥＮＵＭデータベース１０８が、該照会に基づいて非ＳＩＰ／非ＴＥＬ  ＵＲＩをＳ−ＣＳＣＦ１０６に返す。ライン１５８で、該非ＳＩＰ／非ＴＥＬ  ＵＲＩに基づいて、Ｓ−ＣＳＣＦ１０６が、非ＳＩＰ／非ＴＥＬ  ＵＲＩのドメイン名をＩＰアドレスに変換するために、ＩＭＳ  ＨＮ１００のドメイン名システムＤＮＳ１１０に照会することができる。ライン１６０で、ＤＮＳ１１０がＳ−ＣＳＣＦ１０６に、変換されなかったメッセージ（例えば、「発見されなかった」メッセージ）ではなく、非ＳＩＰ／非ＴＥＬ  ＵＲＩドメインのＩＰアドレスを返すことができる。ＩＰアドレスは、被呼側の代替通信サーバのための代替アドレスである。
【００１３】
ライン１６２で、発呼側のＨＮ１００のＳ−ＣＳＣＦ１０６が、被呼側の代替アドレス、および潜在的に他の１つまたは複数の代替アドレスを、ＵＥ１０２に転送することができる。ＵＥは、代替アドレスを処理および／または優先順位付けするプライオリタイザ１１２を含む。ＥＮＵＭデータベース１０８から代替ＵＲＩを繰り返し取り出すか、および／または、一度に全ての代替ＵＲＩを取り出すかのいずれかによって、複数の代替ＵＲＩが取得されることができる。プライオリタイザ１１２は、代替ＵＲＩの暗示的および／または明示的プロトコル・フィールドを使用して、通信のために利用可能な各代替アプリケーション・プロトコルを判定することができる。プロトコル・フィールドはＵＲＩによって暗示され得ることを当業者は理解するであろう。ユーザが手動で選択するためにＵＥ１０２で様々な代替物が利用可能にされることができるか、または、以下でさらに詳細に論じられるように、プライオリタイザ１１２が様々な自動プロセスを呼び出すことができる。例えば、ＵＥ１０２または別の装置が様々な代替物をリストに表示することができる。代替物の１つまたは複数の手動選択に基づいて、発呼側は、電子メール、ＩＭ、ファックス、および／またはウェブを含むがそれらに限定されない１つまたは複数の代替形態の（被呼側への）通信を開始することができる。１つまたは複数の形態の通信が発呼側のＵＥ１０２または別の装置を使用して実行されることができる。
【００１４】
図１は、電子メールＵＲＩオプションの一例示的代替形態を示すが、他のいかなるＵＲＩオプションでも同様に利用されることができることを当業者は理解するであろう。ライン１６４で、電子メールオプションの選択に基づいて、発呼側は、ＵＥ１０２を使用して、送信（発呼側の）メール・ユーザ・エージェントＭＵＡ１１４に電子メールメッセージを送信することを開始する。これは、発呼側がＵＥ１０２を使用して電子メールメッセージのコンテンツを動的に作成することを含んでもよく、および／またはＵＥ１０２が電子メールメッセージのための予め作成されたコンテンツを取り出すことを含んでもよい。
【００１５】
続いてライン１６６に進むと、発呼側のＭＵＡ１１４が電子メールメッセージを発呼側のメール転送エージェントＭＴＡ１１６に転送する。ライン１６８で、発呼側のＭＴＡ１１６が電子メールメッセージを被呼側のＭＴＡ１１８に転送する。さらに、ライン１７０で、それに応答して、被呼側のＭＴＡ１１８が電子メールメッセージを被呼側のメール・ユーザ・エージェントＭＵＡ１２０に転送する。ライン１７２で、被呼側のＭＵＡ１２０が電子メールメッセージを被呼側のＵＥ１２２に送達する。被呼側のＵＥ１２２が被呼側への電子メールメッセージを表示する。
【００１６】
以下でさらに詳細に論じられるように、プライオリタイザ１１２が電子メールメッセージを送信しようと試みた後でエラーメッセージを受信した場合、プライオリタイザ１１２は、メッセージを被呼側に送信するためにいかなる追加の非ＳＩＰ／非ＴＥＬ  ＵＲＩをも使用することができる。この場合、プライオリタイザ１１２は、プライオリタイザ１１２が利用可能なＵＲＩの完全なリストを受信しなかった場合、ＥＮＵＭ照会を再び試みることによっていかなる追加の非ＳＩＰ／非ＴＥＬ  ＵＲＩをも自動的に取り出すことができる（ライン１５６）。プライオリタイザ１１２は、以下でさらに詳細に論じられるように、優先順位付け目的を考慮して別の代替アドレスを使用して、および／または予め決められた通信方法によって、被呼側と通信しようと試みることができる。追加のＵＲＩを使用して通信を試みるプロセスは、通信が成功するまで、および／または被呼側のための追加のＵＲＩが存在しなくなるまで、および／または１つまたは複数の通信の試みが行われてしまうまで、繰り返されることができる。さらに、発呼側の装置は、１つまたは複数の試みが成功したという確認を受信しない可能性もある。
【００１７】
図２に、ＩＭＳネットワーク内の通信に優先順位をつけるための例示的システム２００が示されている。図示された例では、発呼側２０２が、リゾルバ２０４によって受信される被呼側２１２のＥ．１６４番号をダイヤルする。リゾルバは、被呼側２１２が関連ＳＩＰ  ＵＲＩおよび／またはＴＥＬ  ＵＲＩを有するかどうか判定するために、ＥＮＵＭデータベース２０６に照会する。被呼側２１２のためのそのようなＳＩＰ  ＵＲＩおよび／またはＴＥＬ  ＵＲＩが存在する場合は、呼はＳＩＰ  ＵＲＩおよび／またはＴＥＬ  ＵＲＩを介して被呼側にルーティングされる２０５。しかし、リゾルバ２０４によるＥＮＵＭデータベース２０６照会が非ＳＩＰ  ＵＲＩおよび／または非ＴＥＬ  ＵＲＩを返した場合は、そのようなＵＲＩは、１つまたは複数のユーザ定義の（発呼側定義の）技法によって発呼側２０２を被呼側２１２にルーティングすることができるプライオリタイザ２０８に受け渡される。以下で論じられるように、発呼側定義技法は、被呼側２１２ＵＲＩに優先順位をつけるために、予め指定されたプロセスおよび／または動的に選択されたプロセスを呼び出すことを含んでもよいがそれに限定されない。発呼側定義技法はまた、例えば、利用可能なＥＮＵＭプロトコル、利用可能なサービスタイプ、メッセージの緊急性、被呼側グループ（この場合、グループはただ１つの被呼側または２つ以上の被呼側を含むことができる）、代替ＵＲＩ使用のコスト閾値、被呼側ＵＥ機能、発呼側機能、日時、日付、曜日／月／年、および／またはＵＲＩエラー処理など、現在の呼パラメータに基づいて、発呼側定義プロセスを呼び出すことを含んでもよい。
【００１８】
プライオリタイザ２０８によって行われたいかなるＵＲＩ選択（１つまたは複数）も、発呼側２０２のメッセージを被呼側２１２に送信することを容易にするために通信インプリメンタ２１０に転送される。例えば、上記で図１を参照しながら説明されたように、送信は、発呼側ＭＵＡ、発呼側ＭＴＡ、被呼側ＭＵＡ、および被呼側ＭＴＡを利用する電子メール実施システムを含んでいた。しかし、いかなる代替通信実施システムも、発呼側２０２から被呼側２１２へのメッセージ送信を容易にするために通信実施システム２１０によって利用されることができることを当業者は理解するであろう。そのような代替通信実施システムは、ＩＭシステム、ウェブベースのシステム、および／またはファックスシステムを含んでもよいがそれらに限定されない。
【００１９】
図３に、例示的プライオリタイザ２０８が示されている。図示された例では、発呼側が、プロセスデザイナ３０２を使用してＵＲＩ選択を選択および／または優先順位付けするようにプライオリタイザ２０８を構成することができる（最適化は優先順位付けのサブセットであり得る）。上記で説明されたように、ＵＲＩ選択は、コストなど様々な呼パラメータに基づいて生じる可能性がある。例示的プロセスデザイナ３０２は、発呼側が、発呼側のために選択をカスタマイズするために使用される１つまたは複数のアルゴリズムに基づいてＵＲＩに優先順位をつけるようにプライオリタイザ２０８内の選択パラメータを構成することができるようにするためにグラフィカル・ユーザ・インタフェースＧＵＩ３０４を含んでもよい。選択パラメータは、閾値日時パラメータ、および／または他の予め決められたタイプなど、予め決められた閾値境界内に制約された現在の呼パラメータを含んでもよい。簡潔に図４を参照すると、例示的ＧＵＩ４００は、発呼側が選択パラメータを構成し、いくつかの異なるタイプの現在の呼パラメータに基づいてＵＲＩ実施の優先順位をつけることができるようにする様々な構成タブを含む。例示的ＧＵＩ４００は、コストタブ４０２、利用可能なＥＮＵＭ優先順位タブ４０４、緊急優先順位タブ４０６、被呼側グループ優先順位タブ４０８、エラー処理優先順位タブ４１０、日時ＴＯＤタブ４１２、およびハイブリッドタブ４１４を含む。図示された例示的タブ、および対応する呼パラメータは、網羅的ではないことを当業者は理解するであろう。いかなる追加の呼パラメータおよび／または選択パラメータも、ＵＲＩ選択、優先順位付け、および／または最適化のための決定制約として利用されることができる。
【００２０】
コストタブ４０２が選択される例示的ＧＵＩは、ＵＲＩ使用のコストに関する発呼側設定可能オプションを例示する。発呼側は、ＥＮＵＭ照会から返された様々なＵＲＩをリストアップするためのＵＲＩ識別（ＵＲＩ  ＩＤ）列４１６と、各ＵＲＩの関連コストを表示するための発呼側コスト列４１８と、発呼側の被呼側への送信のモードを表示するための送信タイプ列４２０と、を提供される。発呼側コスト列４１８および送信タイプ列４２０は、現在の呼パラメータの２つの例である。例示的ＧＵＩ４００は、ＵＲＩ  ＩＤ列４１６内の４つのＵＲＩを例示するが、ＵＲＩは、図２の例示的ＥＮＵＭデータベース２０６などのＥＮＵＭデータベースからの照会結果に応じていくつでもリストアップされることができる。ＵＲＩ３および４（それぞれ、行４２２および４２４）は、そのようなＵＲＩがメッセージ送信の所望の技法として選択された場合、発呼側のための最低コスト・オプション（現在の呼パラメータ）を例示する。発呼側コスト列４１８は、ＵＲＩコストを「低」、「中」、および「高」の点からリストアップしているが、発呼側コスト列４１８内に数値がリストアップされてもよいことを当業者は理解するであろう。例えば、発呼側は、１メッセージあたり＄０．０５から＄０．１５までの間の価格である電子メールベースの通信を表すために「中」の価格閾値を定義してもよい。発呼側コスト情報は、例えば、様々な通信キャリア会社（例えば、電気通信会社）の独立の発呼側リサーチ、ウェブページを介して利用可能な公表された料金情報、および／または前のＵＲＩ使用に基づく料金請求情報に基づいて、発呼側によって判定および／または入力されることができる。制限なしに、プライオリタイザ２０８はメモリ３０８を様々な現在の呼パラメータの更新値で定期的に更新することができる。例えば、プライオリタイザ２０８は、料金情報、利用可能なＥＮＵＭプロトコルまたはサービスタイプ、および／またはサービス・プロバイダによってサポートされた通信装置機能に関する装置性能情報を抽出および／または累積するために、サービス・プロバイダ・ウェブサイトに、毎日、いかなる時間にでも、および／または定期的に、自動的にアクセスすることができる。その結果として、選択パラメータに基づく現在の呼パラメータの優先順位付け中に、プライオリタイザ２０８によって現在の情報が使用されることができる。
【００２１】
利用可能なＵＲＩおよび各利用可能なＵＲＩを使用する対応するコストのリストに基づいて、発呼側は優先順位列４２６によって使用順序に優先順位をつけることができる。優先順位列４２６は、選択パラメータの一例である。優先順位列４２６は、発呼側に、利用可能なＵＲＩごとにドロップダウン選択を提供し、各ドロップダウン選択は、ＵＲＩ使用の順序の整数表示を含む。例えば、発呼側はＵＲＩ  ＩＤ「３」（行４２２）を選択して「１」（４２８）の優先順位を有している。逆に、発呼側は、ＵＲＩ「２」（４３２）は発呼側にとって最も費用がかかるので、ＵＲＩ  ＩＤ「２」（行４３０）を選択して「４」の最低優先順位を有している。図４の図示された例では、コストタブだけが示されている。他のタブは、ハイブリッドタブを除いて、同様の手法に従う。ハイブリッドタブは、ユーザがその他のタブに優先順位をつけることができるようにする。例えば、被呼側グループ（１つまたは複数）のための選択が、コストの選択に優先するために選択されることができる。実施詳細は一般性を失うことなく様々であることを当業者は理解するであろう。
【００２２】
図３に戻ると、発呼側が被呼側と通信しようと試みる場合、プロセス・エグゼキュータ３０６が図４の発呼側のコスト設定を呼び出し、その結果、優先順位選択が、電子メールを介して被呼側にコンタクトしようとする第１の試み、ＩＭを介して被呼側にコンタクトしようとする第２の試み、ファックスを介して被呼側にコンタクトしようとする第３の試み、および発呼側のウェブ・インターフェースを介して被呼側にコンタクトしようとする第４の試みを生じさせる。
【００２３】
優先順位の自動調整のための対策が利用されることができ、それによって、そうでなければ生じる可能性のある望ましくない結果を最小化することができる。例えば、プライオリタイザ２０８が、例えば２：００ＡＭにプロバイダ・ウェブサイトの自動アクセスを実行し、「ＩＭ」の送信タイプのための発呼側コスト４１８が「高」（行４２４）に変わったと判定した場合、コスト増にもかかわらず、ＵＲＩ  ＩＤ「４」が発呼側の自動第２選択として呼び出される。そのような望ましくない結果を防ぐために、発呼側は、「自動調整」設定ラジオボタン４３４を「いいえ」ではなく「はい」に設定することができる。その結果として、全てのコストの現在の呼パラメータが対応する優先順位値にリンクされる／関連付けられる。例えば、図示された例では、発呼側の装置にとってアクセス可能な情報に基づいて、全ての「低」のコストインジケータが「１」または「２」の優先順位に関連付けられ、全ての「中」の現在の呼パラメータが「３」の優先順位に関連付けられ、全ての「高」の現在の呼パラメータが「４」の優先順位に関連付けられる。ＵＲＩ「４」（行４２４）のコストが、発呼側のオリジナル選択（１つまたは複数）の後で、「低」から「高」に変わる前述の仮定に戻ると、優先順位値４３６が「２」から「４」に自動的に変わる。複数のＵＲＩが同じ優先順位レベル（例えば、「４」）を有する場合、発呼側は、代替決定パラメータを指定することができ、かつ／あるいは、選択を行うために、乱数発生器を呼び出すことができる。
【００２４】
様々なコスト選択基準設定は、発呼側によっていくつでも設定されることができ、例示的プライオリタイザ２０８のメモリ３０８にプロフィールとして格納されることができる。同様に、代替発呼側設定可能パラメータ設定は、発呼側と被呼側との間の通信の試み中の使用のために、メモリ３０８にプロフィールとしていくつでも記憶されることができる。例えば、それぞれ図６を参照しながら論じられるＥＮＵＭ優先順位タブ４０４、緊急優先順位タブ４０６、被呼側グループ優先順位タブ４０８、エラー処理優先順位タブ４１０、ＴＯＤタブ４１２、および／またはハイブリッドタブ４１４のためのプロフィールが、メモリ３０８に格納されることができる。さらに、「ハイブリッド」タブは、発呼側がいかなるアルゴリズムを使用してでもその他のタブの優先順位を選択することができるようにするために、使用されることができる。例えば、発呼側は、ＴＯＤタブ内の電子メールに最高の優先順位を関連付け、ＴＯＤタブが他のどのタブ（コストタブなど）より高い優先順位を有するように選択することによって、１：００ＡＭから６：００ＡＭまでの間のみ電子メール通信を使用するように決めることができる。
【００２５】
図１〜３のＩＭＳネットワーク内の通信に優先順位をつける例示的システム、方法、および機器を実施するためのプロセスを表す流れ図が図５〜７に示されている。一例では、これらのプロセスは、（ａ）図８に関連して以下で論じられる例示的コンピュータ８００内に示されているプロセッサ８１０などのプロセッサ、（ｂ）コントローラ、および／または（ｃ）他の任意の適切な処理装置、による実行のためのプログラムを含む機械可読命令などのロジックを使用して実施されることができる。該プログラムは、例えば、フラッシュメモリ、ＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク、ハードドライブ、デジタル多用途ディスク（ＤＶＤ）、またはプロセッサ８１０に関連するメモリなどの有形媒体上に格納されるソフトウェアに組み込まれることができるが、代替として、プログラム全体および／またはその部分がプロセッサ８１０以外の装置によって実行されることもでき、および／または、ファームウェアまたは専用ハードウェアに、よく知られているやり方で、組み込まれることもできる（例えば、特定用途向け集積回路ＡＳＩＣ、プログラマブル・ロジック・デバイスＰＬＤ、フィールド・プログラマブル・ロジック・デバイスＦＰＬＤ、ディスクリート・ロジックなどによって実施されることができる）ことを当業者は容易に理解するであろう。例えば、ＩＭＳネットワーク内の通信に優先順位をつけるシステム、方法、および機器、発呼側ＵＥ１０２、Ｐ−ＣＳＣＦ１０４、Ｓ−ＣＳＣＦ１０６、ＥＮＵＭデータベース１０８、２０６、ＤＮＳ１１０、プライオリタイザ１１２、２０８、発呼側ＭＵＡ１１４、発呼側のＭＴＡ１１６、被呼側のＭＴＡ１１８、発呼側のＭＵＡ１２０、被呼側のＵＥ１２２、通信インプリメンタ２１０、プロセスデザイナ３０２、および／またはプロセッサ・エグゼキュータ３０６のうちのいずれかまたは全ては、ソフトウェア、ハードウェア、および／またはファームウェアによって実施されることができる。
【００２６】
また、図５〜７の流れ図によって表されたプロセスのうちのいくつかまたは全ては、手動で実施されることができる。さらに、図５〜７に示されている流れ図を参照しながら例示的プロセスが説明されているが、例示的機械可読命令を実施する他の多くの方法が代替として使用されることができることを当業者は容易に理解するであろう。例えば、ブロックの実行順序が変更されてもよく、および／または、説明されたブロックのうちのいくつかが変更、代替、排除、または組み合わされてもよい。
【００２７】
図５のプロセスは、例示的リゾルバ２０４が呼を確立するために１つまたは複数の発呼側２０２からの要求をモニタリングするブロック５０２から始まる。具体的には、リゾルバは、発呼側２０２が、例えば被呼側のＥ．１６４番号を使用して、ＩＭＳベースのＥＮＵＭ照会をするかどうか判定する。発呼側は、自動的に、および／または発呼側２０２によるアクティブ要求に基づいて、複数のプロトコルおよび機能をサポートするインテリジェントＩＰ装置などの発呼装置を使用することができる。プロトコルの例は、ＶｏＩＰ通信において使用可能なＩＰ電話プロトコル、通常、ウェブベースの通信のために利用されるハイパテキスト転送プロトコルＨＴＴＰ、インスタントメッセージを送受信するために利用されるＩＭプロトコル、電子メールメッセージを送受信するために利用される電子メールプロトコル、および／またはファックスを送受信するために利用されるファックスプロトコルを含むがそれらに限定されない。
【００２８】
当業者によって理解されるであろうように、その後に「．ｅ１６４．ａｒｐａ」が続く電話番号の桁の逆の順序は、ＩＭＳベースのＥＮＵＭ照会に含まれることができる。ＩＭＳベースのＥＮＵＭ照会は、通常、ＳＩＰ要求の受信に応答してＩＭＳノードによって構成される。ＥＮＵＭデータベースは、何らかの関連ＵＲＩを発見するためにＥ．１６４番号を調べることによってＩＭＳベースのＥＮＵＭ照会に応答する（５０２）。ＥＮＵＭデータベース（ブロック５０４）で発見されたいかなるＳＩＰ／ＴＥＬ  ＵＲＩも結果リストに含まれ、これは返答メッセージでＩＭＳノードに通知されることができる。リゾルバは、プロトコル・フィールド内にプレフィックス「ｓｉｐ：」および／または「ｔｅｌ：」がないか検索することによって、応答がＳＩＰ  ＵＲＩまたはＴＥＬ  ＵＲＩを含むかどうか判定することができる（ブロック５０４）。プロトコル・フィールドにどちらかのプレフィックスが含まれている場合、呼は、ＳＩＰ  ＵＲＩおよび／またはＴＥＬ  ＵＲＩを使用して被呼側の電話にルーティングされる（ブロック５０６）。被呼側の電話へのそのようなルーティングは、被呼側のＩＰアドレスを返すことができるＤＮＳに対してなされた照会を含んでもよい。
【００２９】
しかし、応答がＳＩＰ  ＵＲＩおよび／またはＴＥＬ  ＵＲＩを含まない場合（ブロック５０４）、呼はＩＭＳ内でルーティングされることができない。したがって、プライオリタイザは、代替ＵＲＩ、現在の呼パラメータ最適化（１つまたは複数）、呼選択パラメータ、および／または優先順位制約に基づいて、呼をルーティングすることができる（ブロック５０８）。発呼装置および／またはプライオリタイザは、発呼側にとってアクセス可能なローカル・データベース、および／または（例えば、ＩＭＳネットワーク内の）リモートロケーションにあるネットワーク・データベースにアクセスすることによって、被呼側の電話番号をさらに変換することができる。代替ＵＲＩは、電子メールアドレス、ＩＭアドレス、ウェブページアドレス、および／またはインターネット・ウェブ・サービス・アドレスを含むがそれらに限定されないいかなる様々な形態および／または拡張形態のものでもよい。電子メールアドレスは、「ｍａｉｌｔｏ：」を含むプロトコル・フィールドによってプレフィックスされてもよく、ＩＭアドレスは、「ｉｍ：」を含むプロトコル・フィールドによってプレフィックスされてもよく、ウェブページアドレスは、「ｈｔｔｐ：」などのプロトコル・フィールドによってプレフィックスされてもよい。他の既存および将来のＵＲＩ、ならびに他の既存および将来のプロトコルは、本開示の範囲内にあり得る。例えば、本手法は、インターネット・ウェブ・サービスおよびＷＳＤＬベースのインターフェースを使用するように適応されてもよい。当業者によって理解されるであろうように、インターネット・ウェブ・ページおよび／またはウェブ・サービス・インターフェース呼のためのパラメータが含まれてもよく、自動通信のための方法を解析するパラメータを使用して指定されることができる。
【００３０】
プライオリタイザ１１２、２０８は、発呼側が代替ＵＲＩを手動で選択するか、または自動選択（１つまたは複数）が呼び出されるか判定することができる（ブロック５１０）。発呼側が代替ＵＲＩを手動で選択した場合、発呼装置は、発呼側が被呼側と通信するために使用することができる様々な代替ＵＲＩの選択を受信する（ブロック５１２）。選択は、１つの代替アドレス、または２つ以上であるが全てより少ない代替アドレスのための選択でもよく、あるいは全ての代替アドレスの選択でもよい。さらに、代替ＵＲＩのいかなるサブセットが発呼側によって選択されてもよい。例えば、発呼側が被呼側１２２、２１２に到達するためにＥＮＵＭデータベース１０８、２０６によって返された全てのＥＮＵＭサービスを受信した場合、動的に選択されたＵＲＩが生じる可能性がある。発呼側１０２、２０２は、リストベースの選択および／またはメニュ、ならびに／あるいは返された利用可能なＥＮＵＭサービス（例えば、ＳＩＰ、Ｈ３２３、ＩＭ、ｍａｉｌｔｏ：、ｔｅｌ：、ｈｔｔｐ：など）に対するボイス・アクティブ化選択によって、接続モード（例えば、電子メール、ボイス、ＩＭ、ウェブなど）を選択することができる。
【００３１】
他方、発呼側は、自動プロセスを呼び出すようにプライオリタイザを構成することができる（ブロック５１４）。発呼側が１つまたは複数の代替ＵＲＩを手動で選択するか、またはＵＲＩが自動的に選択されるかに関係なく、発呼側と被呼側との間の通信開始が通信インプリメンタ２１０によって容易にされることができる（ブロック５１６）。各ＵＲＩは、通信に関連する特定のプロトコルを使用することができ、発呼装置、通信インプリメンタ２１０、および／または別の通信装置によって開始されることができる。そのような通信は、電子メールメッセージ、ＩＭ、ウェブ・ブラウジング、ファックス、および／またはそれらのいかなる組合せを含んでもよいがそれらに限定されない。
【００３２】
諸プロセスを呼び出すためのプロセスを表す流れ図（図５内のブロック５１４）が図６に示されている。図６のプロセス５１４は、プライオリタイザ１１２、２０８がどの発呼側設計プロセスを呼び出すべきか判定することから始まる。以下でさらに詳細に論じられるように、発呼側設計プロセスは、予め指定された優先順位付け（ブロック６０２）、および現在の呼パラメータと選択パラメータとの比較に基づいて選択を最適化するパラメータ指定優先順位付け（ブロック６０６）を含んでもよい。さらに、パラメータ指定優先順位付け（ブロック６０６）は、利用可能なＥＮＵＭプロトコル（１つまたは複数）および／またはサービスタイプの判定（ブロック６０８）、メッセージの緊急性の判定（ブロック６１２）、被呼側グループの判定（ブロック６１４）、ＵＲＩコストの判定（ブロック６１６）、日時（ＴＯＤ）使用の判定（ブロック６１８）、装置性能の判定（ブロック６２０）、および／またはそれらのいかなる組合せ（例えば、様々なパラメータの優先順位付けされたハイブリッド）を含んでもよいがそれらに限定されない。
【００３３】
予め指定された優先順位付け（ブロック６０２）は、例えば、表現ベースのリライティングをサポートする既存のタイプのＤＮＳレコードであるＥＮＵＭネーミング・オーソリティ・ポインタＮＡＰＴＲを含んでもよい。当業者によって理解されるであろうように、ＮＡＰＴＲレコードは、照会に応答して複数のＮＡＰＴＲレコードが返されたときにレコードが処理されなければならない順序を指定する順序値／フィールドを含む。追加として、または代替として、２つ以上のレコードが同一の順序フィールドを含む場合は、プリファレンス・フィールドが処理の順序を判定することができる。
【００３４】
パラメータ指定優先順位付け（ブロック６０６）は、利用可能なＥＮＵＭプロトコル（１つまたは複数）および／またはサービスタイプ（ブロック６０８）の判定を含んでもよい。ＥＮＵＭおよび／またはＮＡＰＴＲレコードがプロトコルおよびサービスタイプを識別することができることを当業者は理解するであろう。例えば、第１のレコードは、ドメイン「４．３．２．１．６．７．９．８．６．４．ｅ１６４．ａｒｐａ」がＳＩＰを含むことを記載することができ、一方、第２のレコードは、そうではなく、ＳＭＴＰを含むことができる。発呼側は、同様のリストを受信することができ、利用可能な場合は、ＳＭＴＰを常に選択するようにプライオリタイザ１１２、２０８を構成することができる。これらのレコードは、ドメインがＳＩＰによってコンタクトされるべきであることを示す順序値フィールドを含んでもよいが、発呼側は、発呼側から被呼側への通信をいかなるやり方ででも続行するようにプライオリタイザ１１２、２０８を構成することができることに留意されたい。
【００３５】
パラメータ指定優先順位付け（ブロック６０６）はまた、どのＥＮＵＭサービスのために呼び出すべきかのベースとしてメッセージの緊急性の判定を含んでもよい（ブロック６１２）。例えば、特定のメッセージが、高優先順位および／または緊急メッセージを示す識別子および／またはフラッグを含む場合は、プライオリタイザ１１２、２０８は、ＥＮＵＭ照会から返されたいずれかのおよび全ての利用可能なＵＲＩを呼び出すことができる。いずれかのおよび全ての利用可能なＵＲＩのそのような呼び出しは、コストに基づくものなど発呼側によって設定された代替ＵＲＩ使用制約にもかかわらず、生じる可能性がある。以下で論じられるように、ハイブリッド・パラメータ・プロフィールが、様々なパラメータの様々な組合せおよび／または変更を含むように発呼側によって構成されることができる。例えば、発呼側１０２、２０２は、同時に複数のパーティにメッセージ、ニュース、および／または広告を送信するように被呼側グループ（ブロック６１４）を構成することができる。しかし、被呼側の好ましいＵＲＩコンタクト・モード（例えば、ファックス対電子メール）を示すことができるいかなるＥＮＵＭ照会結果にもかかわらず、発呼側は、そうではなく、最も費用のかからない通信技法を選択するために、コスト判定プロセス（ブロック６１６）を利用することができる。同様に、発呼側が、例えば、ＴＯＤプロセス（ブロック６１８）において指定された特定の時間の後でのみ被呼側グループ・プロセス（ブロック６１４）において識別された被呼側グループと通信するようにプライオリタイザ１１２、２０８を構成することができる。当業者によって理解されるように、ＴＯＤプロセス（ブロック６１８）は、発呼側から被呼側への通信がコストを慎重に考慮して生じることができるように、最適の発呼側価格目標を判定するためにコスト・プロセス（ブロック６１６）と協力することができる。
【００３６】
パラメータ指定優先順位付け（ブロック６０６）はまた、非ＳＩＰ／非ＴＥＬ  ＵＲＩのためのエラートレラントな効率のよい発呼側から被呼側への通信を可能にするために、装置性能プロセス（ブロック６２０）を含んでもよい。前述のように、非ＳＩＰ／非ＴＥＬ  ＵＲＩがＩＭＳネットワーク内のＥＮＵＭ照会から返された場合は、呼はルーティングされない。本明細書に記載のシステム、方法、および機器は、発呼側が、例えばＩＭを介して被呼側に通信しようと試みた場合、そのような状況を除去するが、被呼側のＵＥ１２２がＩＭ通信をサポートしていない場合は、通信の試みは失敗する可能性がある。その結果として、代替ＵＲＩを試みるために装置性能プロセス（ブロック６２０）が呼び出されることができ、それによって発呼側と被呼側との間の通信が成功する機会を増大させる。
【００３７】
パラメータ指定優先順位付け（ブロック６０６）はまた、前の試みが失敗したときに代替通信経路を呼び出すためのエラー処理プロセス（ブロック６２２）を含む。図７を参照しながら上記で論じられたように、例示的エラー処理プロセス（ブロック６２２）は、通信の試みの失敗を識別し、追加のＵＲＩがその次の代替通信経路として利用可能かどうか判定し、何らかの知られている代替通信経路を実施し、および／またはそのような試みられた代替形態が成功したかどうか判定する。さらに、例示的エラー処理プロセス（ブロック６２２）は、成功する代替形態が見つかるまで代替通信経路で通信の試みを繰り返し、追加の通信経路の可能性が試みられることができるようにすることができ、および／または通信の成功が判定されることができないことを報告することができる。リダイヤルの試みに関連する様々な規定の制約を考慮して、結果として成功する通信の試みになるＵＲＩがないか検索する場合、代替ＵＲＩを試みる前に時間遅延が呼び出されることができる。
【００３８】
図７は、最初の試みが失敗した場合、通信の試みが判定されることができない場合、および／またはユーザが追加の呼の試みの機会を提供された場合、通信の試みを完了する例示的プロセスを示す。図７のプロセス６２２は、被呼側への最初の通信の試みが失敗したこと（ブロック７０２）を判定したときに始まる。例えば、通信の試みは、被呼側の電話がウェブベースのメッセージングを処理するための機能性能の欠如のために失敗する可能性がある。したがって、図７はまた、例示的プロセス６２０の全てまたは一部分を表すことができることを当業者は理解するであろう。プライオリタイザ１１２、２０８は、追加のＵＲＩが、ＥＮＵＭ照会の結果として、被呼側のために利用可能かどうか判定する（ブロック７０４）。しかし、被呼側が利用することができる他のＵＲＩがあるかどうか判定するために、その次のＥＮＵＭ照会が生じる可能性があることを当業者は理解するであろう。その次の通信の試みを行うために利用可能な追加のＵＲＩがない場合は、プロセスは失敗した通信の試みで終わる。他方、ＥＮＵＭ照会が追加の代替ＵＲＩを返した場合、そのような代替ＵＲＩが試みられる（ブロック７０６）。
【００３９】
ＥＮＵＭ照会からの他の試みられたＵＲＩが、通信情報（例えば、テキストメッセージ）の送達に成功した場合（ブロック７０８）、呼は、ブロック７０４のＥＮＵＭ照会から返された追加のＵＲＩを試みる機会を提供される（ブロック７１０）。例えば、少なくとも１つの前の通信の試みが失敗したので、発呼側は、被呼側と通信するために利用されるいかなる代替ＵＲＩもそれほど頻繁にチェックされないことを知ることができる。その結果として、追加のＵＲＩを試みる機会（ブロック７１０）が、発呼側がタイムリーなやり方で確実に何らかの特定のメッセージを取得しようと努力してメッセージ通信の冗長性を利用することができるようにすることができる。
【００４０】
様々な国の電気通信サービスおよび／またはインフラストラクチャなどの通信ネットワークは、帯域幅限定である。さらに、通信ネットワークのいくつかは、会社によって私的に所有されているのではなく、政府機関によって所有され運営されている。そのような通信ネットワークのユーザのための帯域幅の適切な量を維持しようと努力して、政府機関は、リダイヤルの試みから生じる可能性がある過度の帯域幅消費を制限するために規定限度を課すことができる（ブロック７１２）。非公開会社および／または公開株式会社も、自社の加入者に適切な帯域幅を提供しようと努力して、そのような制約を利用することができることを当業者は理解するであろう。次いで、プロセスは、利用可能な場合は、追加の代替ＵＲＩを試みるために、ブロック７０４に戻る。
【００４１】
図８は、本明細書で開示された機器および方法を実施することができる例示的コンピュータのブロック図である。コンピュータ８００は、例えば、サーバ、パーソナルコンピュータ、ラップトップ、ＰＤＡ、または他のいかなるタイプのコンピューティング装置でもよい。
【００４２】
本例のコンピュータ８００は、汎用プログラマブルプロセッサなどのプロセッサ８１０を含む。プロセッサ８１０はローカルメモリ８１１を含み、ローカルメモリ８１１および／または別のメモリデバイスに存在するコード化された命令８１３を実行する。プロセッサ８１０は、とりわけ、図５〜７に示されている例示的プロセスを実行することができる。プロセッサ８１０は、Ｉｎｔｅｌ（登録商標）Ｃｅｎｔｒｉｎｏ（登録商標）マイクロプロセッサ・ファミリ、Ｉｎｔｅｌ（登録商標）Ｐｅｎｔｉｕｍ（登録商標）マイクロプロセッサ・ファミリ、Ｉｎｔｅｌ（登録商標）Ｉｔａｎｉｕｍマイクロプロセッサ・ファミリ、および／またはＩｎｔｅｌ  ＸＳｃａｌｅ（登録商標）プロセッサ・ファミリからのマイクロプロセッサなど、いかなるタイプの処理ユニットでもよい。もちろん、他のファミリからの他のプロセッサも適切である。
【００４３】
プロセッサ８１０は、バス８１６を介して、揮発性メモリ８１２および不揮発性メモリ８１４を含むメインメモリと通信している。揮発性メモリ８１２は、同期ダイナミック・ランダム・アクセス・メモリＳＤＲＡＭ、ダイナミック・ランダム・アクセス・メモリＤＲＡＭ、ＲＡＭＢＵＳダイナミック・ランダム・アクセス・メモリＲＤＲＡＭおよび／または他のいかなるタイプのランダム・アクセス・メモリ・デバイスによってでも実施されることができる。非不揮発性メモリ８１４は、フラッシュメモリおよび／または他のいかなる所望のタイプのメモリデバイスによってでも実施されることができる。メインメモリ８１２、８１４へのアクセスは、通常、従来のやり方でメモリコントローラ（図示されていない）によって制御される。
【００４４】
コンピュータ８００はまた、１つまたは複数インターフェース回路８１８を含む。各インターフェース回路８１８は、イーサネット（登録商標）・インターフェース、ユニバーサル・シリアル・バスＵＳＢ、および／または第３世代入出力（３ＧＩＯ）インターフェースなど、いかなるタイプのインターフェース規格によってでも実施されることができる。
【００４５】
１つまたは複数の入力装置８２０がインターフェース回路８１８に接続されている。入力装置（１つまたは複数）８２０は、ユーザがデータおよびコマンドをプロセッサ８１０に入力することができるようにする。入力装置（１つまたは複数）は、例えば、キーボード、マウス、タッチスクリーン、トラックパッド、トラックボール、アイソポイント、および／または音声認識システムによって実施されることができる。
【００４６】
１つまたは複数の出力装置８２２も、インターフェース回路８１８に接続されている。出力装置８２２は、例えば、表示装置（例えば、液晶ディスプレイ、陰極線管ディスプレイＣＲＴ、プリンタ、および／またはスピーカ）によって実施されることができる。したがって、インターフェース回路８１８は、通常、グラフィックス・ドライバ・カードを含む。
【００４７】
インターフェース回路８１８はまた、ネットワーク（例えば、イーサネット（登録商標）接続、デジタル加入者回線ＤＳＬ、電話回線、同軸ケーブル、無線電話システム、セルラなど）を介した外部コンピュータとのデータの交換を容易にするためのモデムまたはネットワーク・インターフェース・カードなどの通信装置を含む。
【００４８】
コンピュータ８００はまた、ソフトウェアおよびデータを格納するための１つまたは複数の大容量記憶装置８２６を含む。そのような大容量記憶装置８２６の例には、フロッピー（登録商標）ディスク・ドライブ、ハード・ドライブ・ディスク、コンパクト・ディスク・ドライブおよびデジタル多用途ディスクＤＶＤドライブがある。大容量記憶装置８２６は、ＥＮＵＭデータベース１０８、２０６、および／またはプライオリタイザ１１２、２０８に接続されたデータベースのいずれかを実施することができる。
【００４９】
いくつかの例示的方法、機器、および製造物が本明細書で説明されてきたが、本特許のカバー範囲はそれらに限定されない。それとは逆に、本特許は、文字通りにあるいは均等論によって添付の特許請求の範囲の範囲に明確に含まれる全ての方法、機器および製造物をカバーする。
【図１】
2009545205.tif 000003
【図２】
2009545205.tif 000004
【図３】
2009545205.tif 000005
【図４】
2009545205.tif 000006
【図５】
2009545205.tif 000007
【図６】
2009545205.tif 000008
【図７】
2009545205.tif 000009
【図８】
2009545205.tif 000010
【国際調査報告】
2009545205.tif 000011
2009545205.tif 000012