(57)【特許請求の範囲】
【請求項１】
エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする、コンピュータに実装される方法であって、
コンピューティング・システムにより、エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記コンピューティング・システムから遠隔にある、前記送信するステップと、
前記コンピューティング・システムにより、前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、
前記コンピューティング・システムにより、前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、
前記コンピューティング・システムにより、前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記コンピューティング・システムに関連している、前記発行するステップと、
前記コンピューティング・システムにより、前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、前記呼を受信するステップと、
を含む方法。
【請求項２】
前記方法は、前記コンピューティング・システムにより、前記サブスクリプション・メッセージの前記送信より前に、ハイパーアイデンティティ・グループをデータ・ストレージ・デバイスに記憶するステップをさらに含み、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザのバディ・リストに含まれており、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザの複数のプレゼンス・プロファイルを含み、前記複数のプレゼンス・プロファイルは、前記複数のコンタクト・アドレスを含み、前記複数のプレゼンス・プロファイルは、前記アクティブ・プレゼンス・プロファイルを含む、請求項１に記載の方法。
【請求項３】
前記サブスクリプション・メッセージを前記送信するステップは、セッション開始プロトコル（ＳＩＰ）ＳＵＢＳＣＲＩＢＥメッセージを、前記エンド・ユーザの前記複数のコンタクト・アドレスに送信するステップを含み、前記登録メッセージを前記発行するステップは、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを、前記遠隔サーバ・コンピューティング・システムに発行するステップを含む、請求項１または２に記載の方法。
【請求項４】
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと前記判断するステップは、前記プレゼンス・ステータスが、前記第１アイデンティティがオンラインからオフラインに変化したこと、またはアクティブから不在に変化したことを示すと判断するステップを含む、請求項１、２または３に記載の方法。
【請求項５】
前記コンピューティング・システムにより、前記遠隔サーバ・コンピューティング・システムから、前記呼の前記受信の後で、前記第１アイデンティティの第２プレゼンス・ステータスを含む第２プレゼンス・ドキュメントを受信するステップと、
前記コンピューティング・システムにより、前記第２プレゼンス・ステータスが、前記複数のアイデンティティのうちの前記第１アイデンティティがオフラインからオンラインに変化したこと、または不在からアクティブに変化したことを示すと判断するステップと、
前記コンピューティング・システムにより、第２登録メッセージを発行するステップであって、前記第２プレゼンス・ステータスが、前記第１アイデンティティがオンラインに変化したこと、またはアクティブに変化したことを示すと前記判断するステップに応答して、前記発行するステップであって、前記第２登録メッセージの前記発行の結果、前記リダイレクトがキャンセルされる、前記発行するステップと、
をさらに含む、請求項１、２または３に記載の方法。
【請求項６】
前記呼の前記受信は、前記コンピューティング・システムにより管理されているプレゼンス・ベース・リアルタイム・インタラクティブ通信システムにより実行され、前記コンピューティング・システムにより管理されている前記プレゼンス・ベース・リアルタイム・インタラクティブ通信システムは、複数の遠隔サーバ・コンピューティング・システムにより管理されている前記プレゼンス・ベース・リアルタイム・インタラクティブ通信システムに含まれるいずれのプレゼンス・ベース・リアルタイム・インタラクティブ通信システムとも異なる、請求項１〜５のいずれかの請求項に記載の方法。
【請求項７】
前記コンピューティング・システムにより、第１プロファイルの詳細の第１セット、第２プロファイルの詳細の第２セット、および第３プロファイルの詳細の第３セットを取得するステップであって、前記第１プロファイルは、前記エンド・ユーザの前記複数のアイデンティティのうちの前記第１アイデンティティの複数の属性を記述し、前記第２プロファイルは、前記複数のアイデンティティのうちの前記第２アイデンティティの複数の属性を記述し、前記第３プロファイルは、前記複数のアイデンティティのうちの第３アイデンティティの複数の属性を記述し、前記第２プロファイルおよび前記第３プロファイルは、前記エンド・ユーザのアクティブ・プレゼンス・プロファイルである、前記取得するステップと、
前記取得の後で、前記コンピューティング・システムにより、前記詳細の第１セットと、前記詳細の第２セットとを比較するステップであって、前記詳細の第１セットと、前記詳細の第２セットとの前記比較の結果は、前記詳細の第１セットと、前記詳細の第２セットとの間の類似性の第１指標である、前記ステップと、
前記取得の後で、前記コンピューティング・システムにより、前記詳細の第１セットと、前記詳細の第３セットとを比較するステップであって、前記詳細の第１セットと、前記詳細の第３セットとの前記比較の結果は、前記詳細の第１セットと、前記詳細の第３セットとの間の類似性の第２指標である、前記比較するステップと、
前記コンピューティング・システムが、前記第１指標は前記第２指標よりも大きいと判断するステップであって、前記第１指標が前記第２指標よりも大きいということは、前記詳細の第１セットと、前記詳細の第２セットとの間の前記類似性が、前記詳細の第１セットと、前記詳細の第３セットとの間の前記類似性よりも大きいということを示す、前記判断するステップと、
前記判断に応答して、前記コンピューティング・システムが、前記第２プロファイルに含まれているコンタクト・アドレスをストレージ・デバイスに保持し、前記第３プロファイルに含まれているコンタクト・アドレスを前記ストレージ・デバイスから削除するステップと、
前記コンピューティング・システムが、もともと、前記第１アイデンティティに宛てられていた呼を、前記第２プロファイルに含まれている前記コンタクト・アドレスを用いて、前記第２アイデンティティにルーティングするステップと、
を含む、請求項１に記載の方法。
【請求項８】
プロセッサと、前記プロセッサに結合されたコンピュータ可読メモリ・ユニットとを含むコンピューティング・システムであって、前記メモリ・ユニットは、命令を含み、前記命令は、前記プロセッサにより実行されると、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする方法を実装し、前記方法は、
エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記コンピューティング・システムから遠隔にある、前記送信するステップと、
前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、
前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記コンピューティング・システムに関連している、前記発行するステップと、
前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、前記呼を受信するステップと、
を含むシステム。
【請求項９】
前記方法は、前記サブスクリプション・メッセージの前記送信より前に、ハイパーアイデンティティ・グループをデータ・ストレージ・デバイスに記憶するステップをさらに含み、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザのバディ・リストに含まれており、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザの複数のプレゼンス・プロファイルを含み、前記複数のプレゼンス・プロファイルは、前記複数のコンタクト・アドレスを含み、前記複数のプレゼンス・プロファイルは、前記アクティブ・プレゼンス・プロファイルを含む、請求項８に記載のシステム。
【請求項１０】
前記サブスクリプション・メッセージを前記送信するステップは、セッション開始プロトコル（ＳＩＰ）ＳＵＢＳＣＲＩＢＥメッセージを、前記エンド・ユーザの前記複数のコンタクト・アドレスに送信するステップを含み、前記登録メッセージを前記発行するステップは、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを、前記遠隔サーバ・コンピューティング・システムに発行するステップを含む、請求項８または９に記載のシステム。
【請求項１１】
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと前記判断するステップは、前記プレゼンス・ステータスが、前記第１アイデンティティがオンラインからオフラインに変化したこと、またはアクティブから不在に変化したことを示すと判断するステップを含む、請求項８、９または１０に記載のシステム。
【請求項１２】
前記方法は、
前記遠隔サーバ・コンピューティング・システムから、前記呼の前記受信の後で、前記第１アイデンティティの第２プレゼンス・ステータスを含む第２プレゼンス・ドキュメントを受信するステップと、
前記第２プレゼンス・ステータスが、前記複数のアイデンティティのうちの前記第１アイデンティティがオフラインからオンラインに変化したこと、または不在からアクティブに変化したことを示すと判断するステップと、
前記第２プレゼンス・ステータスが、前記第１アイデンティティがオンラインに変化したこと、またはアクティブに変化したことを示すと前記判断するステップに応答して、第２登録メッセージを発行するステップであって、前記第２登録メッセージの前記発行の結果、前記リダイレクトがキャンセルされる、前記発行するステップと、
をさらに含む、請求項８、９または１０に記載のシステム。
【請求項１３】
コンピュータ・プログラムであって、プログラム・コードとして命令を含み、前記命令は、コンピューティング・システムのプロセッサにより実行されると、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする方法を実装し、前記方法は、
エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記コンピューティング・システムから遠隔にある、前記送信するステップと、
前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、
前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記コンピューティング・システムに関連している、前記発行するステップと、
前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、前記呼を受信するステップと、
を含むプログラム。
【請求項１４】
前記方法は、前記サブスクリプション・メッセージの前記送信より前に、ハイパーアイデンティティ・グループをデータ・ストレージ・デバイスに記憶するステップをさらに含み、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザのバディ・リストに含まれており、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザの複数のプレゼンス・プロファイルを含み、前記複数のプレゼンス・プロファイルは、前記複数のコンタクト・アドレスを含み、前記複数のプレゼンス・プロファイルは、前記アクティブ・プレゼンス・プロファイルを含む、請求項１３に記載のプログラム。
【請求項１５】
前記サブスクリプション・メッセージを前記送信するステップは、セッション開始プロトコル（ＳＩＰ）ＳＵＢＳＣＲＩＢＥメッセージを、前記エンド・ユーザの前記複数のコンタクト・アドレスに送信するステップを含み、前記登録メッセージを前記発行するステップは、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを、前記遠隔サーバ・コンピューティング・システムに発行するステップを含む、請求項１３または１４に記載のプログラム。
【請求項１６】
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと前記判断するステップは、前記プレゼンス・ステータスが、前記第１アイデンティティがオンラインからオフラインに変化したこと、またはアクティブから不在に変化したことを示すと判断するステップを含む、請求項１３、１４または１５に記載のプログラム。
【請求項１７】
前記方法は、
前記遠隔サーバ・コンピューティング・システムから、前記呼の前記受信の後で、前記第１アイデンティティの第２プレゼンス・ステータスを含む第２プレゼンス・ドキュメントを受信するステップと、
前記第２プレゼンス・ステータスが、前記複数のアイデンティティのうちの前記第１アイデンティティがオフラインからオンラインに変化したこと、または不在からアクティブに変化したことを示すと判断するステップと、
前記第２プレゼンス・ステータスが、前記第１アイデンティティがオンラインに変化したこと、またはアクティブに変化したことを示すと前記判断するステップに応答して、第２登録メッセージを発行するステップであって、前記第２登録メッセージの前記発行の結果、前記リダイレクトがキャンセルされる、前記発行するステップと、
をさらに含む、請求項１３、１４または１５に記載のプログラム。
【請求項１８】
コンピューティング・インフラストラクチャをサポートする方法であって、前記方法は、第１コンピューティング・システムにおけるコンピュータ可読コードの作成、統合、ホスト、維持、および展開のうちの少なくとも１つに関して少なくとも１つのサポート・サービスを提供することを含み、前記コードは、前記第１コンピューティング・システムとともに、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする方法を実行することができ、前記方法は、
エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記第１コンピューティング・システムから遠隔にある、前記送信するステップと、
前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、
前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記第１コンピューティング・システムに関連している、前記発行するステップと、
前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、前記呼を受信するステップと、
を含む方法。
【請求項１９】
前記方法は、前記サブスクリプション・メッセージの前記送信より前に、ハイパーアイデンティティ・グループをデータ・ストレージ・デバイスに記憶するステップをさらに含み、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザのバディ・リストに含まれており、前記ハイパーアイデンティティ・グループは、前記エンド・ユーザの複数のプレゼンス・プロファイルを含み、前記複数のプレゼンス・プロファイルは、前記複数のコンタクト・アドレスを含み、前記複数のプレゼンス・プロファイルは、前記アクティブ・プレゼンス・プロファイルを含む、請求項１８に記載の方法。
【請求項２０】
前記サブスクリプション・メッセージを前記送信するステップは、セッション開始プロトコル（ＳＩＰ）ＳＵＢＳＣＲＩＢＥメッセージを、前記エンド・ユーザの前記複数のコンタクト・アドレスに送信するステップを含み、前記登録メッセージを前記発行するステップは、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを、前記遠隔サーバ・コンピューティング・システムに発行するステップを含む、請求項１８または１９に記載の方法。
【請求項２１】
前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと前記判断するステップは、前記プレゼンス・ステータスが、前記第１アイデンティティがオンラインからオフラインに変化したこと、またはアクティブから不在に変化したことを示すと判断するステップを含む、請求項１８、１９または２０に記載の方法。
【請求項２２】
前記方法は、
前記遠隔サーバ・コンピューティング・システムから、前記呼の前記受信の後で、前記第１アイデンティティの第２プレゼンス・ステータスを含む第２プレゼンス・ドキュメントを受信するステップと、
前記第２プレゼンス・ステータスが、前記複数のアイデンティティのうちの前記第１アイデンティティがオフラインからオンラインに変化したこと、または不在からアクティブに変化したことを示すと判断するステップと、
前記第２プレゼンス・ステータスが、前記第１アイデンティティがオンラインに変化したこと、またはアクティブに変化したことを示すと前記判断するステップに応答して、第２登録メッセージを発行するステップであって、前記第２登録メッセージの前記発行の結果、前記リダイレクトがキャンセルされる、前記発行するステップと、
をさらに含む、請求項１８、１９または２０に記載の方法。
【請求項２３】
コンピュータ・プログラムであって、前記プログラムがコンピュータ上で実行されると請求項１〜６、１８〜２２のいずれかに記載の方法を実行するようになっているプログラム・コードを含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着呼側（ｃａｌｌｅｅ）のアクティブ・プレゼンス・プロファイル（ａｃｔｉｖｅ  ｐｒｅｓｅｎｃｅ  ｐｒｏｆｉｌｅ）に基づき、着呼側の複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングするデータ処理方法およびシステムに関し、特に、着呼側の非アクティブ・アイデンティティに宛てられた呼を、着呼側のアクティブ・アイデンティティに自動的にリダイレクトする技術に関する。
【背景技術】
【０００２】
ベンダおよびサービス・プロバイダにより提供されている従来のプレゼンス・ベースのリアルタイム・インタラクティブ・メッセージング（例えば、Ｇｏｏｇｌｅ  Ｔａｌｋ（Ｒ）（別称ＧＴａｌｋ）、ＩＣＱ（Ｒ）、ＭＳＮ（Ｒ）メッセンジャーなど）は、「プレゼンスが点在する」様相を作り出したが、その中では、エンド・ユーザの複数アイデンティティを管理および相互運用することが難しい。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
着信メッセージが電話番号またはアドレスにルーティングされることを可能にする、メッセージング製品の従来の「フォロー・ミー（ｆｏｌｌｏｗ−ｍｅ）」機能は、手動で電話番号またはアドレスを選択または入力することを要求され、エンド・ユーザにとっては不便である。したがって、関連技術の先行する欠陥および制約のうちの少なくとも１つを解消する必要がある。
【課題を解決するための手段】
【０００４】
第１実施形態では、本発明は、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする、コンピュータに実装される方法を提供する。コンピューティング・システムは、エンド・ユーザのコンタクト・アドレス（ｃｏｎｔａｃｔ  ａｄｄｒｅｓｓ）にサブスクリプション・メッセージを送信する。コンタクト・アドレスは、エンド・ユーザのアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システム（ｐｒｅｓｅｎｃｅ−ｂａｓｅｄ  ｒｅａｌ  ｔｉｍｅ  ｉｎｔｅｒａｃｔｉｖｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）を管理する遠隔サーバ・コンピューティング・システムのインジケータとを含む。各遠隔サーバ・コンピューティング・システムは、サブスクリプション・メッセージを送信するコンピューティング・システムから遠隔にある。エンド・ユーザの複数アイデンティティのうちの第１アイデンティティのプレゼンス・ステータス（ｐｒｅｓｅｎｃｅ  ｓｔａｔｕｓ）を含むプレゼンス・ドキュメント（ｐｒｅｓｅｎｃｅ  ｄｏｃｕｍｅｎｔ）が受信される。コンピューティング・システムは、プレゼンス・ステータスが、エンド・ユーザの第１アイデンティティがオフラインまたは不在（ａｗａｙ）であることを示すと判断する。それに応答して、遠隔サーバ・コンピューティング・システムに登録メッセージが発行され、その結果、第１アイデンティティに宛てられた任意の呼の、エンド・ユーザの複数アイデンティティのうちの第２アイデンティティへのリダイレクトをもたらす。第２アイデンティティは、エンド・ユーザのアクティブ・プレゼンス・プロファイルに含まれ、コンピューティング・システムに関連している。登録メッセージの発行後、リダイレクトの結果として、コンピューティング・システムは呼を受信する。
【０００５】
第２実施形態では、本発明は、複数のアクティブ・プレゼンス・プロファイルから選択されたアクティブ・プレゼンス・プロファイルに基づき、エンド・ユーザのアイデンティティに呼を自動的にルーティングする、コンピュータに実装される方法を提供する。プレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理するコンピューティング・システムが、第１プロファイルの詳細の第１セット、第２プロファイルの詳細の第２セット、および第３プロファイルの詳細の第３セットを取得する。第１プロファイルは、エンド・ユーザの複数アイデンティティのうちの第１アイデンティティの属性を記述する。第２プロファイルは、エンド・ユーザの複数アイデンティティのうちの第２アイデンティティの属性を記述する。第３プロファイルは、エンド・ユーザの複数アイデンティティのうちの第３アイデンティティの属性を記述する。第２プロファイルおよび第３プロファイルは、エンド・ユーザのアクティブ・プレゼンス・プロファイルである。詳細のセットの取得後、詳細の第１セットと、詳細の第２セットとが比較され、詳細の第１セットと、詳細の第２セットとの間の類似性の第１指標（ｍｅａｓｕｒｅ）がもたらされる。詳細のセットの取得後、詳細の第１セットと、詳細の第３セットとが比較され、詳細の第１セットと、詳細の第３セットとの間の類似性の第２指標がもたらされる。コンピューティング・システムは、第１指標は第２指標よりも大きいと判断し、その結果、詳細の第１セットと、詳細の第２セットとの間の類似性が、詳細の第１セットと、詳細の第３セットとの間の類似性よりも大きいということが示される。第１指標が第２指標より大きいと判断するのに応答して、第２プロファイルに含まれているコンタクト・アドレスはストレージ・デバイスに保持され、第３プロファイルに含まれているコンタクト・アドレスはストレージ・デバイスから削除される。コンピューティング・システムは、もともと第１アイデンティティに宛てられていた呼を、第２プロファイルに含まれているコンタクト・アドレスを用いて、第２アイデンティティにルーティングする。
【０００６】
一側面によれば、プロセッサと、前記プロセッサに結合されたコンピュータ可読メモリ・ユニットとを含むコンピューティング・システムが提供され、前記メモリ・ユニットは、命令を含み、該命令は、前記プロセッサにより実行されると、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする方法を実装し、前記方法は、エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記コンピューティング・システムから遠隔にある、該ステップと、前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記コンピューティング・システムに関連している、該ステップと、前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、該ステップとを含む。
【０００７】
別の側面によれば、コンピュータ可読プログラム・コードが具現化されているコンピュータ使用可能媒体を含むコンピュータ・プログラム製品が提供され、前記コンピュータ可読プログラム・コードは、命令を含み、該命令は、コンピューティング・システムのプロセッサにより実行されると、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする方法を実装し、前記方法は、エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記コンピューティング・システムから遠隔にある、該ステップと、前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記コンピューティング・システムに関連している、該ステップと、前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、該ステップとを含む。
【０００８】
別の側面によれば、コンピューティング・インフラストラクチャをサポートするプロセスが提供され、前記プロセスは、第１コンピューティング・システムにおけるコンピュータ可読コードの作成、統合、ホスト、維持、および展開のうちの少なくとも１つに関して少なくとも１つのサポート・サービスを提供することを含み、コードは、第１コンピューティング・システムとともに、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づき、前記エンド・ユーザの複数アイデンティティのうちのアイデンティティに呼を自動的にルーティングする方法を実行することができ、前記方法は、エンド・ユーザの複数のコンタクト・アドレスにサブスクリプション・メッセージを送信するステップであって、前記複数のコンタクト・アドレスは、前記エンド・ユーザの複数のアイデンティティと、複数のプレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理する複数の遠隔サーバ・コンピューティング・システムの複数のインジケータとを含み、各遠隔サーバ・コンピューティング・システムは、前記コンピューティング・システムから遠隔にある、該ステップと、前記複数の遠隔サーバ・コンピューティング・システムのうちの遠隔サーバ・コンピューティング・システムから、前記エンド・ユーザの前記複数のアイデンティティのうちの第１アイデンティティのプレゼンス・ステータスを含むプレゼンス・ドキュメントを受信するステップと、前記プレゼンス・ステータスが、前記エンド・ユーザの前記第１アイデンティティがオフラインまたは不在であることを示すと判断するステップと、前記判断に応答して、前記遠隔サーバ・コンピューティング・システムに登録メッセージを発行するステップであって、前記登録メッセージの前記発行の結果、前記第１アイデンティティに宛てられた任意の呼が、前記エンド・ユーザの前記複数のアイデンティティのうちの第２アイデンティティにリダイレクトされ、前記第２アイデンティティは、前記エンド・ユーザの前記アクティブ・プレゼンス・プロファイルに含まれ、前記コンピューティング・システムに関連している、該ステップと、前記登録メッセージの前記発行の後で、前記呼を受信するステップであって、前記呼の前記受信は、前記リダイレクトの結果である、該ステップとを含む。
【０００９】
上記に要約された方法に対応するコンピューティング・インフラストラクチャをサポートするシステム、コンピュータ・プログラム製品、およびプロセスも、本願明細書に記載される。
【００１０】
以下、次の図面を参照しながら、単なる例として本発明の好適な実施形態について記載する。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態による、着呼側のアクティブ・プレゼンス・プロファイルに基づき、着呼側の複数アイデンティティのうちの１つのアイデンティティに呼を自動的にルーティングするシステムのブロック図である。
【図２】本発明の実施形態による、図１のシステムにより実装されるアクティブ・プレゼンス・プロファイル・ベースの自動呼ルーティング・プロセスのフローチャートを示す。
【図３】本発明の実施形態による、図１のシステムにより実装されるアクティブ・プレゼンス・プロファイル・ベースの自動呼ルーティング・プロセスのフローチャートを示す。
【図４】本発明の実施形態による、図２〜３のプロセスにおいて特定されるハイパーアイデンティティ（ｈｙｐｅｒｉｄｅｎｔｉｔｙ）・グループの例を示す。
【図５】本発明の実施形態による、図１のシステムに実装されたアクティブ・プレゼンス・プロファイル・マッチング・アルゴリズムにより選択されたアイデンティティに呼を自動的にルーティングするプロセスである。
【図６】本発明の実施形態による、図５のプロセスに含まれるプロファイル・マッチングにおいて利用されるハイパーアイデンティティ・グループの例を示す。
【図７】本発明の実施形態による、図２〜３のプロセスを例示するユース・ケース・シナリオを示すブロック図である。
【図８】本発明の実施形態による、図１のシステムに含まれ図２〜３および図５のプロセスを実装するコンピューティング・システムのブロック図である。
【発明を実施するための形態】
【００１２】
概説
本発明は、好適な実施形態によれば、エンド・ユーザのアクティブ・プレゼンス・プロファイルに基づく自動化された呼ルーティングを提供する。セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのオープン標準プロトコル、プレゼンス・サービス、およびバディ・リストが利用されるとよい。プレゼンス・サービス上に重ねられるとよい新たなコンポーネントが、呼ルーティングの自動化を促進するために、バディ・リストおよびＳＩＰサービスに問い合わせを行う。自動化された呼ルーティング機能により、エンド・ユーザが現在ログオンしているプレゼンス・スペース（ｐｒｅｓｅｎｃｅ  ｓｐａｃｅ）（例えば、Ｓａｍｅｔｉｍｅ（Ｒ）、ＧＴａｌｋ、Ｙａｈｏｏ（Ｒ）メッセンジャーなど）にかかわらず、複数のプレゼンス・スペースに宛てられたリアルタイム通信メッセージのエンド・ユーザへの到達を可能にすることができる。着信メッセージは、エンド・ユーザのアクティブ・プレゼンス・プロファイルにルーティングされる。例えば、或る人が現在ＧＴａｌｋにおいてアクティブであれば、その人のＳｅｃｏｎｄ  Ｌｉｆｅ（Ｒ）アカウントに宛てられた着信呼が、自動的にＧＴａｌｋにルーティングされる。
【００１３】
本願明細書において開示されるソリューションは、エンド・ユーザが別のプレゼンス・プロファイルへ切り替えるたびに、エンド・ユーザが「フォロー・ミー」アドレスを手動で更新する必要をなくす。さらに、本ソリューションは、好適には、発呼側および着呼側両方に透過な、完全な自己管理型呼ルーティング機能を提供する。発呼側に対し呼ルーティングが透過であることにより、着呼側にプライバシ保護を提供することができる。
【００１４】
定義
このセクションに列挙される用語は、本願明細書において使用されるものであり、以下に定義される。
【００１５】
コンタクト・アドレス：プレゼンス・ベース・リアルタイム・インタラクティブ通信システム（例えばインスタント・メッセージング・システム、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ：Ｖｏｉｃｅ  Ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）システム、またはインターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））のエンド・ユーザと通信するためのアドレス。コンタクト・アドレスは、エンド・ユーザを識別するアイデンティティと、プレゼンス・ベース・リアルタイム・インタラクティブ通信システムを管理するサーバ・コンピューティング・システムのインジケーションとを含む。以下、プレゼンス・ベース・リアルタイム・インタラクティブ通信システムは、リアルタイム・インタラクティブ通信システムとも呼ばれる。
【００１６】
エンド・ユーザ（別称ユーザ）：人、人のグループ、またはエンティティであり、そのアイデンティティが、デバイスおよびリアルタイム・インタラクティブ通信システムを介して、別の人、人のグループ、またはエンティティから通信（すなわちメッセージ）を受信する（または通信の意図された受信者である）。リアルタイム・インタラクティブ通信システムは、アイデンティティによりエンド・ユーザを識別する。アイデンティティが通信を受信するエンド・ユーザ、または通信の意図された受信者であるエンド・ユーザは、本願明細書において着呼側とも呼ばれる。
【００１７】
プレゼンス情報：エンド・ユーザのアイデンティティのプレゼンス・ステータスを含む情報であり、エンド・ユーザのアクティビティの説明、リアルタイム・インタラクティブ通信システムで使用されているデバイス上でエンド・ユーザのアイデンティティがアイドル状態である期間の開始時間を示すタイムスタンプ、エンド・ユーザがデバイスを利用している場所の種類、またはデバイスの地理的位置、あるいはそのいずれかの組み合わせも含み得る。
【００１８】
プレゼンス・サービス：プレゼンス情報を受信、記憶、および配布するサービス。
【００１９】
プレゼンス・ステータス：リアルタイム・インタラクティブ通信システムを介して通信を受信するための、エンド・ユーザのアイデンティティの利用可能性のインジケーション（例えばオンライン（別称アクティブ）、オフライン、または不在）。本願明細書で使用されるプレゼンス・ステータス「不在」は、オンラインではあるが或る期間にわたりアイドル状態であるエンド・ユーザを指す（例えば、マウスまたはキーボード・アクティビティがない）。
【００２０】
プレゼンティティ（ｐｒｅｓｅｎｔｉｔｙ）：プレゼンス・サービスにプレゼンス情報を提供するプレゼンス・エンティティ。プレゼンティティは、プレゼンス情報をリアルタイム・インタラクティブ通信システムのユーザに提供する意志のある人間または人間のグループである。人間のグループであるプレゼンティティは、リアルタイム・インタラクティブ通信システムのユーザには、１つのエンティティであるように見える。プレゼンティティは、リアルタイム・インタラクティブ通信システムのエンド・ユーザである。
【００２１】
アクティブ・プレゼンス・プロファイル・ベースの自動化された呼ルーティング・システム
図１は、本発明の実施形態による、着呼側のアクティブ・プレゼンス・プロファイルに基づき、着呼側の複数アイデンティティのうちの１つのアイデンティティに呼を自動的にルーティングするシステムのブロック図である。システム１００は、ＳＩＰ／プレゼンス・サーバ・コンピューティング・システム１０２（別称ＳＩＰサーバ）、プレゼンティティに関連するデバイス１０４（別称プレゼンティティ・デバイス）、およびサブスクライバ・デバイス１０６を含む。このセクションでは、デバイス１０４に関連するプレゼンティティを、単に「プレゼンティティ」と呼ぶ。ＳＩＰサーバ１０２は、ＳＩＰサービス１０８、プレゼンス・サービス１１０、およびディレクトリ・サービス１１２を含む。ＳＩＰサービス１０８は、ＳＩＰプロキシ１１４およびＳＩＰレジストラ１１６を含む。プレゼンス・サービス１１０は、プレゼンス・ドキュメント１１８およびハイパーアイデンティティ・サービス１２０を含む。ディレクトリ・サービスは、ハイパーアイデンティティ・グループ１２２を含む。
【００２２】
ＳＩＰサービス１０８は、呼開始、セッション確立、およびデバイス・アドレス登録を管理するＳＩＰシステムである。ＳＩＰプロキシ１１４は、ＳＩＰメッセージをルーティング、転送、リダイレクト、およびフォークする。ＳＩＰプロキシ１１４はさらに、ＳＩＰ  ＩＮＶＩＴＥメッセージに応答する。ＳＩＰレジストラ１１６は、ＳＩＰクライアント・デバイスのコンタクト・アドレス（例えばインターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス）を統一リソース識別子（ＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）（例えば、ｓｉｐ：またはｔｅｌ：スキーム名を有するＵＲＩ）に登録することを担当する。
【００２３】
プレゼンス・サービス１１０は、エンド・ユーザがそのプレゼンス・ステータスをパブリッシュすること、および相互のプレゼンス・ステータスにサブスクライブすることを可能にするプレゼンス・システムである。各エンド・ユーザのプレゼンス・ステータス（すなわち、プレゼンス情報に含まれるステータス）は、プレゼンス・ドキュメント１１８に含まれるプレゼンス・ドキュメントにカプセル化される。プレゼンス・サービス１１０は、プレゼンティティ・デバイス１０４およびサブスクライバ・デバイス１０６などのクライアント・デバイス間でのプレゼンス・ドキュメント１１８の送受信を行う。各プレゼンス・ドキュメント１１８は、プレゼンス情報データ・フォーマット（ＰＩＤＦ：Ｐｒｅｓｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄａｔａ  Ｆｏｒｍａｔ）標準、およびそのほか、プレゼンス情報データ・フォーマットのリッチ・プレゼンス拡張（ＲＰＩＤ：Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  ｔｈｅ  Ｐｒｅｓｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄａｔａ  Ｆｏｒｍａｔ）などの提案されている拡張に基づく。ＰＩＤＦ標準は、ＲＦＣ３８６３としてインターネット技術タスクフォース（ＩＥＴＦ：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）により発表されている。ＰＩＤＦ標準のＲＰＩＤ拡張は、ＲＦＣ４４８０としてＩＥＴＦにより発表されている。以下、ＰＩＤＦ標準、およびＲＰＩＤなどの提案されている拡張を、集合的にＰＩＤＦ／ＲＰＩＤ標準と呼ぶ。各プレゼンス・ドキュメントは、（１）デバイス・ステータス（すなわち、例えばオープンまたはクローズドなど、プレゼンティティ・デバイスのステータス）、（２）エンド・ユーザのアクティビティ（例えば、電話中、不在、予約、休日、食事など）、（３）エンド・ユーザのデバイスにおけるアイドル状態の開始時間を示すタイムスタンプ、（４）場所の種類（例えば家、職場、静か、騒がしい、空港、バスなど）、（５）位置（例えば、グローバル・ポジショニング・システム（ＧＰＳ：Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）座標）など、プレゼンティティに関連するプレゼンス情報の複数側面を記述するために使用される。ＰＩＤＦ標準では、「オープン」というデバイス・ステータスは「オンライン」と等価であり、「クローズド」というデバイス・ステータスは「オフライン」と等価である。
【００２４】
ハイパーアイデンティティ・サービス１２０は、図２〜３および図５に示されているように好適な実施形態による本発明の方法を実行するコア・プロセス論理を含む。
【００２５】
ディレクトリ・サービス１１２は、認可されたエンド・ユーザ（例えばプレゼンティティ）のバディ・リスト（すなわちコンタクト・リスト）を含んだデータ・ストレージを含むシステムである。バディ・リストは、認可されたエンド・ユーザが、インスタント・メッセージなどのリアルタイム・インタラクティブ通信システムを介して通信できるコンタクト（すなわち人々またはエンティティあるいはその両方）を特定する。前述の、バディ・リストに関連する認可されたエンド・ユーザは、本願明細書でオーナーとも呼ばれる。バディ・リストは、コンタクトを分類するグループを列挙するとよい。バディ・リスト内のグループは、例えば、家族の一員、友人、職場の同僚などであればよい。本ソリューションでは、ディレクトリ・サービス１１２に特別なグループ名が予約されている。本願明細書で使用される特別なグループ名は、「ハイパーアイデンティティ」である（すなわち、ハイパーアイデンティティ・グループ１２２は、バディ・リストに含まれ、「ハイパーアイデンティティ」という特別なグループ名を有するグループである）。本ソリューションは、別の名前が「ハイパーアイデンティティ」の代わりとなってもよいと意図している。
【００２６】
ディレクトリ・サービス１１２は、認可されたエンド・ユーザであるプレゼンティティに関連するデバイス（例えばプレゼンティティ・デバイス１０４）がハイパーアイデンティティ・グループ１２２内の情報を設定および更新することを許可する。ハイパーアイデンティティ・グループ１２２は、認可されたエンド・ユーザに属するユーザ・プロファイル（別称プレゼンス・プロファイル）のリストを含む。ハイパーアイデンティティ・グループ１２２内の各ユーザ・プロファイルは、認可されたエンド・ユーザのコンタクト・アドレスを含む。例えば、ハイパーアイデンティティ・グループ１２２に含まれるコンタクト・アドレスは、エンド・ユーザのＧＴａｌｋアイデンティティ、Ｓｅｃｏｎｄ  Ｌｉｆｅ（Ｒ）アイデンティティ、Ｓａｍｅｔｉｍｅ（Ｒ）アイデンティティ、またはＭＳＮ（Ｒ）メッセンジャー・アイデンティティを含み得る。
【００２７】
一実施形態では、ハイパーアイデンティティ・グループ１２２は、さらなる拡張を可能にするために、拡張可能マークアップ言語（ＸＭＬ：Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）により表現される。例えば、ＸＭＬで表現され、「Ｔｉｍ」として識別されるエンド・ユーザに関連するハイパーアイデンティティ・グループが、図４に示されている。
【００２８】
一実施形態では、ディレクトリ・サービス１１２およびハイパーアイデンティティ・グループ１２２は、ＸＭＬ構成アクセス・プロトコル（ＸＣＡＰ：ＸＭＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サービスを使用して実装される。ＸＣＡＰは、ユーザまたはアプリケーションが、ハイパーテキスト転送プロトコル（ＨＴＴＰ：Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバに記憶されているＸＭＬドキュメントを操作できるようにするプロトコルであり、ＸＭＬドキュメントのフォーマットは拡張可能である。別の実施形態では、ディレクトリ・サービス１１２が、データベース・ストレージを利用してハイパーアイデンティティ・グループ１２２を記憶する。
【００２９】
プレゼンティティ・デバイス１０４は、そのコンタクト・アドレスをＳＩＰサービス１０８に登録し、そのプレゼンス・ステータスをプレゼンス・サービス１１０にパブリッシュし、ディレクトリ・サービス１１２に含まれるハイパーアイデンティティ・グループ１２２の詳細を記憶、更新および取得するＳＩＰデバイスである。
【００３０】
サブスクライバ・デバイス１０６は、プレゼンス・サービス１１０に、プレゼンティティに関連するプレゼンス情報のウォッチャとしてサブスクライブするＳＩＰデバイスである。本願明細書で使用されるウォッチャは、プレゼンス・サーバに、プレゼンティティについてのプレゼンス情報をリクエストする（例えば、プレゼンス・サービスが、プレゼンティティのプレゼンス情報における任意の変化を即時に通知することをリクエストする）。
【００３１】
アクティブ・プレゼンス・プロファイル・ベースの自動化された呼ルーティング・プロセス
図２〜３は、本発明の実施形態による、図１のシステムにより実装されるアクティブ・プレゼンス・プロファイル・ベースの自動呼ルーティング・プロセスのフローチャートを示す。アクティブ・プレゼンス・プロファイルに基づき呼を自動的にルーティングするプロセスは、ステップ２００にて開始する。ステップ２０２で、ＳＩＰサーバ１０２（図１参照）（別称ＳＩＰサーバＡ）が、エンド・ユーザによるリアルタイム通信システムへのログインを受信する。ステップ２０４で、ＳＩＰサーバＡは、ディレクトリ・サービス１１２（図１参照）に記憶されているエンド・ユーザのバディ・リストへのサブスクライブを開始する。ステップ２０４でのサブスクライブは、サブスクライブ・コマンドを発行することにより実行され、これは、コンタクト・アドレスに関連するアイデンティティのステータスを判断するため（例えば、アイデンティティがオンラインであるか、オフラインであるか、または不在であるかを判断するため）にエンド・ユーザのバディ・リストに含まれているコンタクト・アドレスにリクエストを送信することを含む。
【００３２】
ディレクトリ・サービス１１２（図１参照）が、ステップ２０６で、エンド・ユーザのバディ・リストはハイパーアイデンティティ・グループ１２２を含まないと判断すると、図２〜３のプロセスはステップ２０８に続く。ステップ２０８では、ＳＩＰサーバＡによる通常のＳＩＰ／プレゼンス処理が続き、ユーザのプレゼンス・ステータスがプレゼンス・サービス１１０（図１参照）によりパブリッシュされる。ステップ２１０で、ＳＩＰサーバＡにより、１つ以上の遠隔ＳＩＰ／プレゼンス・サーバ（図１には示されていない）に対する進行中のリスニングが継続される。この１つ以上の遠隔ＳＩＰ／プレゼンス・サーバは、ＳＩＰサーバ１０２（図１参照）に対し遠隔にあり、ＳＩＰサーバ１０２（図１参照）のコンポーネントに類似したコンポーネントを有する。
【００３３】
ステップ２０６に戻る。ディレクトリ・サービス１１２（図１参照）が、エンド・ユーザのバディ・リストがハイパーアイデンティティ・グループ１２２を含むと判断すると、ステップ２１２で、ＳＩＰサーバＡは、プレゼンス・プロファイルがハイパーアイデンティティ・グループ１２２に含まれている各プレゼンティティにサブスクリプション・メッセージを送信する。例えば、ステップ２１２で、ＳＩＰサーバＡはサブスクリプション・メッセージをプレゼンティティ・デバイス１０４（図１参照）に送信する。ステップ２１４は、ステップ２１２およびステップ２１０に続く。ステップ２１２およびステップ２１４は、ハイパーアイデンティティ・サービス１２０により実行される。
【００３４】
ステップ２１４で、ＳＩＰサーバＡのプレゼンス・サービス１１０は、１つ以上のプレゼンス・ドキュメントを受信し、各プレゼンス・ドキュメントは、遠隔ＳＩＰ／プレゼンス・サーバ（単数または複数）のうちの１つから受信される。この１つ以上のプレゼンス・ドキュメントは、一対一対応で、１つ以上の遠隔プレゼンティティに関連する。この１つ以上の遠隔プレゼンティティは、一対一対応で、１つ以上の遠隔ＳＩＰ／プレゼンス・サーバに関連する。各プレゼンス・ドキュメントは、ステップ２１２で送信されたサブスクリプション・メッセージに応答して受信される。図３のステップ２１６が、ステップ２１４に続く。
【００３５】
ステップ２１４で受信された各プレゼンス・ドキュメントに関し、ＳＩＰサーバＡがステップ２１６で、プレゼンス・ドキュメントのステータス・フィールドが、プレゼンス・ドキュメントに関連する遠隔プレゼンティティが（１）オフラインまたは不在であること、または（２）オンライン（すなわちアクティブ）からオフラインもしくは不在にステータスを変更することを示すと判断すると、ステップ２１６のはいの分岐が選ばれ、ステップ２１８が実行される。例えば、遠隔プレゼンティティがその対応するＳＩＰ／プレゼンス・サーバ（すなわち、ＳＩＰサーバＡから遠隔にあるＳＩＰ／プレゼンス・サーバ）からログオフすると、ステップ２１６のはいの分岐が選ばれる。ステップ２１８で、ＳＩＰサーバＡは、ターゲットＳＩＰサーバのＳＩＰレジストラに対しＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを発行する。本願明細書で使用される、ターゲットＳＩＰサーバは、そのアドレスが呼のもともとの宛先である遠隔プレゼンティティに関連する、遠隔ＳＩＰ／プレゼンス・サーバと定義される。ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージの発行は、ターゲットＳＩＰサーバからＳＩＰサーバＡへの、呼フローの自動リダイレクトをもたらす。ステップ２１８に続いて、図２〜３のプロセスが、図２のステップ２０８から始まり繰り返される。
【００３６】
ステップ２１６に戻る。ＳＩＰサーバＡが、プレゼンス・ドキュメントのステータス・フィールドが、プレゼンス・ドキュメントに関連する遠隔プレゼンティティが（１）オフラインまたは不在ではないこと、および（２）オンライン（すなわちアクティブ）からオフラインまたは不在にステータスを変更していないことを示すと判断すると、ステップ２２２が実行される。
【００３７】
ＳＩＰサーバＡが、ステップ２２２で、プレゼンス・ドキュメントのステータス・フィールドが、プレゼンス・ドキュメントに関連する遠隔プレゼンティティがオフラインまたは不在からオンライン（すなわちアクティブ）にステータスを変更すると示すと判断すると、ステップ２２２のはいの分岐が選ばれ、ステップ２２４が実行される。例えば、遠隔プレゼンティティがその対応するＳＩＰ／プレゼンス・サーバ（すなわち、ＳＩＰサーバＡから遠隔にあるＳＩＰ／プレゼンス・サーバ）にログオンすると、ステップ２２２のはいの分岐が選ばれる。ステップ２２４で、ＳＩＰサーバＡは、遠隔プレゼンティティに関連する遠隔ＳＩＰ／プレゼンス・サーバ（すなわちターゲットＳＩＰサーバ）のＳＩＰレジストラに対し、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを発行する。ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージの発行は、ターゲットＳＩＰサーバからＳＩＰサーバＡへの呼フローのリダイレクトをキャンセルするために、ＳＩＰサーバＡのアドレスの登録解除をもたらす。ステップ２２４に続いて、図２〜３のプロセスが、図２のステップ２０８から始まり繰り返される。
【００３８】
ステップ２２２に戻る。ＳＩＰサーバＡが、プレゼンス・ドキュメントのステータス・フィールドが、プレゼンス・ドキュメントに関連する遠隔プレゼンティティがオフラインまたは不在からオンライン（すなわちアクティブ）にステータスを変更しないことを示すと判断すると、ハイパーアイデンティティ・サービス１２０（図１参照）は、ステップ２２６で、呼フロー・リダイレクトも、呼フロー・リダイレクトのキャンセルも実行しない。ステップ２２２のいいえの分岐に沿ったステップ２２６への移動は、遠隔プレゼンティティのプレゼンス情報が変化したが、変化したプレゼンス情報は、ステップ２１６および２２２で確認されるオンライン・ステータスの変化以外のものであるということを意味する。例えば、遠隔プレゼンティティのプレゼンス情報は、遠隔プレゼンティティに関連する場所の種類を、空港から職場に変更することもある。ステップ２２６に続いて、図２〜３のプロセスが、図２のステップ２０８から始まり繰り返される。
【００３９】
ステップ２１６、２１８、２２２、２２４および２２６は、ハイパーアイデンティティ・サービス１２０（図１参照）により実行される。
【００４０】
図４は、本発明の実施形態による、図２〜３のプロセスにおいて特定されるハイパーアイデンティティ・グループの例を示す。ハイパーアイデンティティ・グループ３００は、「Ｔｉｍ」として識別される個人のユーザ・プロファイルを含む。ハイパーアイデンティティ・グループ３００内の各ユーザ・プロファイルは、名前、コンタクト・アドレスおよび電子メール・アドレスを含む。ハイパーアイデンティティ・グループ３００は、図２のステップ２０６で特定されたハイパーアイデンティティ・グループの例である。
【００４１】
複数のアクティブ・プレゼンス・プロファイルを用いた自動化された呼ルーティング
図５は、本発明の実施形態による、図１のシステムに実装されたアクティブ・プレゼンス・プロファイル・マッチング・アルゴリズムにより選択されたアイデンティティに呼を自動的にルーティングするプロセスである。図５のプロセスでプロファイル・マッチング・アルゴリズムを実行することで、複数のユーザ・プロファイルがアクティブであることから複数の呼リダイレクト・アドレスが存在する場合に、最も適切な呼リダイレクト・アドレスが自動的に選択される。プロファイル・マッチング・アルゴリズムは、ハイパーアイデンティティ・グループ１２２（図１参照）に記録されるプロファイル詳細を拡張することを必要とする。例えば、ハイパーアイデンティティ・グループ１２２（図１参照）内の各プロファイルが、拡張可能なＸＭＬフォーマットで表現され、その結果、ハイパーアイデンティティ・グループ１２２内のプロファイル詳細が、プロファイル・マッチング・アルゴリズムにより必要とされるとおり拡張可能になる。
【００４２】
一実施形態では、プロファイル・マッチング・アルゴリズムは、別々のユーザ・プロファイル内の対応するデータ要素間の完全一致の数を総計することに基づく。例えば、第１プロファイルを表現する第１ＸＭＬドキュメント内の「ｉｎｔｅｒｅｓｔ」とラベル付けされたデータ要素内の「ＰＣゲーム」属性は、第２プロファイルを表現する第２ＸＭＬドキュメント内の「ｉｎｔｅｒｅｓｔ」とラベル付けされたデータ要素内の「ＰＣゲーム」属性と完全に一致する。
【００４３】
別の実施形態では、プロファイル・マッチング・アルゴリズムは、マッチング・スコアを計算するために利用されるファジー・アルゴリズムに基づく。例えば、ファジー・アルゴリズムは、「フィットネス・トレーナー」と比較した「ゲーム・プレーヤ」は、「ＩＴアーキテクト」と比較した「ゲーム・プレーヤ」よりも高いマッチング・スコアを有すると判断してもよい。
【００４４】
本願明細書に開示される、プロファイル・マッチング・アルゴリズムに基づきリダイレクト・コンタクト・アドレスを選択する能力は、バーチャル教育／家庭教師および専門家サポート・サービス／生命維持ホットラインに適用可能であり、有利である。例えば、ハイパーアイデンティティ・グループを、バーチャル講師／家庭教師のグループに対し設定することができ、その場合、各講師／家庭教師は、どの教科を教えるか、どの言語を話すかなどを含む詳細プロファイルに関連付けられる。オンラインでない第１講師／家庭教師と連絡を取ろうと試みている生徒は、プロファイル詳細が第１講師／家庭教師の属性に最も近く一致する属性を含む第２講師／家庭教師に自動的にルーティングされる。
【００４５】
アクティブ・プレゼンス・プロファイル・マッチング・アルゴリズムにより選択されたアイデンティティに呼を自動的にルーティングするプロセスは、ステップ４００にて開始する。ユーザＢおよびユーザＣはオフラインである。図２〜３のプロセスの間、ステップ４０２より前に、ユーザＡは、ＳＩＰサーバ１０２（図１参照）（別称ＳＩＰサーバＡまたはＳＩＰ＿Ｓｅｒｖｅｒ＿Ａ）にログインする。ステップ４０２で、ＳＩＰサーバＡは、ＳＩＰサーバＣからＳＩＰサーバＡへの呼のリダイレクトを示すために、図２〜３のプロセスの間、ＳＩＰ／プレゼンス・サーバＣ（別称ＳＩＰサーバＣまたはＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃ）に対して呼リダイレクトを発行する。
【００４６】
ステップ４０４で、ＳＩＰ／プレゼンス・サーバＢ（別称ＳＩＰサーバＢまたはＳＩＰ＿Ｓｅｒｖｅｒ＿Ｂ）は、ユーザＢによるログインを受信する。ユーザＣは、オフラインのままである。図２〜３の論理を使用して、ＳＩＰサーバＢは、ＳＩＰサーバＡおよびＳＩＰサーバＣと連絡を取るか否かを判断する。ＳＩＰサーバＡには、既にユーザＡがログオンしているため、ＳＩＰサーバＢは、ＳＩＰサーバＡに対し呼リダイレクトを発行しない。ユーザＣは、まだＳＩＰサーバＣにログオンしていないため、ＳＩＰサーバＢは、ＳＩＰサーバＣからＳＩＰサーバＢへの呼フローのリダイレクトを示すために、ステップ４０６で、ＳＩＰサーバＣに対してＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを発行する。
【００４７】
ステップ４０６に続いて、図５のプロセスについて、ＳＩＰサーバＣの観点から記載する。ＳＩＰサーバＣは、図１に示されたＳＩＰサーバ１０２のコンポーネントに類似したコンポーネントを含む。例えば、ＳＩＰサーバＣは、機能性がハイパーアイデンティティ・サービス１２０（図１参照）の機能性に類似しているハイパーアイデンティティ・サービス４０７を含む。
【００４８】
ステップ４０８で、ＳＩＰサーバＣのハイパーアイデンティティ・サービス４０７は、登録されたリダイレクト・コンタクト・アドレス（すなわち、ＵｓｅｒＡ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿ＡおよびＵｓｅｒＢ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｂ）のプロファイル詳細を取得する。例えば、ハイパーアイデンティティ・サービス４０７は、図６に示されているように、ディレクトリ・サービス１１２に含まれているハイパーアイデンティティ・グループ５００の第１および第２プロファイル内の「ｃｏｎｔａｃｔ」とラベル付けされたデータ要素を取得する。
【００４９】
ステップ４１０で、ＳＩＰサーバＣのハイパーアイデンティティ・サービス４０７は、現在のアカウント（すなわち、ＵｓｅｒＣ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃ）のプロファイル詳細を取得する。例えば、ハイパーアイデンティティ・サービス４０７は、ハイパーアイデンティティ・グループ５００（図６参照）の第３プロファイル内の、「ｃｏｎｔａｃｔ」とラベル付けされたデータ要素を取得する。
【００５０】
ステップ４０２および４０６に起因する各リダイレクト・コンタクト・アドレスに関し、ＳＩＰサーバＣのハイパーアイデンティティ・サービス４０７がステップ４１２で、ＵｓｅｒＣ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃに対してプロファイル・マッチングを実行し、リダイレクト・コンタクト・アドレスに対応するどのプロファイルが、現在のアカウントのプロファイルに最も近く一致するかを判断する。一実施形態では、最も近い一致は、リダイレクト・コンタクト・アドレスに対応するどのプロファイルが、現在のアカウントのプロファイルで同じようにラベル付けされているデータ要素に一致するデータ要素を最も多く有するかにより判断される。
【００５１】
例えば、ＵｓｅｒＡ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ａに対応するハイパーアイデンティティ・グループ５００（図６参照）内のユーザＡプロファイルが、ＵｓｅｒＣ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃに対応するハイパーアイデンティティ・グループ５００（図６参照）のユーザＣプロファイルと比較され、ユーザＡプロファイルがどの程度近くユーザＣプロファイルに一致するかが判断される。さらに、ＵｓｅｒＢ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｂに対応するハイパーアイデンティティ・グループ５００（図６参照）内のユーザＢプロファイルが、ユーザＣプロファイルと比較され、ユーザＢプロファイルがどの程度近くユーザＣプロファイルと一致するかが判断される。ステップ４１２のプロファイル・マッチングは、どちらのプロファイル（すなわちユーザＡプロファイルまたはユーザＢプロファイル）がユーザＣプロファイルにより近く一致するかを判断する。この例では、ユーザＡとユーザＣとのプロファイル間よりも、ユーザＢとユーザＣとのプロファイル間に、相互に一致するより多くのデータ要素があるため、ユーザＢプロファイルが、ユーザＣプロファイルにより近く一致すると判断される。ユーザＡプロファイルは、１つのみのデータ要素においてユーザＣプロファイルと一致し（すなわち、ユーザＡプロファイルおよびユーザＣプロファイル両方において、３０という年齢が同じである；図６参照）、その一方でユーザＢプロファイルは、３つのデータ要素においてユーザＣプロファイルと一致している（すなわち、ＰＣゲームへの関心、英語という言語、および３０という年齢が、ユーザＢプロファイルおよびユーザＣプロファイル両方で同じである；図６参照）。
【００５２】
ステップ４１４で、ハイパーアイデンティティ・サービス４０７は、ステップ４１２で判断された最も近い一致に関連するプロファイルに含まれている１つのリダイレクト・コンタクト・アドレスを保持する。ステップ４１４で、ハイパーアイデンティティ・サービス４０７は、ＳＩＰサーバＣが他のすべてのプレゼンティティに関するコンタクト・アドレスを記憶する方法と調和する形で、前述のリダイレクト・コンタクト・アドレスを記憶する。一実施形態では、ハイパーアイデンティティ・サービス４０７は、ステップ４１４で、ＳＩＰサーバＣに結合されているメモリ内、またはＳＩＰサーバＣに結合されているストレージ・デバイス内にリダイレクト・コンタクト・アドレスを記憶する。さらに、ステップ４１４で、ハイパーアイデンティティ・サービス４０７は、ステップ４１２で比較されたプロファイルに含まれているがステップ４１２で判断された最も近い一致に関連しなかった別のリダイレクト・コンタクト・アドレスを、ストレージから削除する（例えば、ＳＩＰサーバＣに結合されているメモリまたはストレージ・デバイスから削除する）。削除されたコンタクト・アドレスは、もともとの宛先が現在のアカウントである、リダイレクトされた呼を受信しない。例えば、ステップ４１４で、ハイパーアイデンティティ・サービス４０７は、もともとＵｓｅｒＣ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃに宛てられていた、リダイレクトされた呼を受信するリダイレクト・コンタクト・アドレスとして、ＵｓｅｒＢ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｂを保持し、ＵｓｅｒＡ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ａは削除される（すなわち、ＵｓｅｒＡ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ａは、もともとＵｓｅｒＣ＠ＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃに宛てられていた、リダイレクトされた呼を受信しなくなる）。ステップ４１４に続いて、図４のプロセスはステップ４１６で終了する。
【００５３】
ユーザＣが、後でＳＩＰ＿Ｓｅｒｖｅｒ＿Ｃにログオンすると（すなわち、ユーザＣのプレゼンス・ステータスがオフラインからオンラインに変化する）、図５のプロセスにおいて前にセットおよび保持されたリダイレクト・アドレスは、ステップ２２２（図３参照）のはいの分岐およびステップ２２４（図３参照）によりキャンセルされる。
【００５４】
ユース・ケース・シナリオ
図７は、本発明の実施形態による、図２〜３のプロセスを例示するユース・ケース・シナリオを示すブロック図である。図７により示されるユース・ケース・シナリオは、Ｔｉｍとして識別されるエンド・ユーザに関係する。システム６００は、Ｔｉｍの通信デバイス６０１を含み、通信デバイス６０１は、スマートフォン６０２、スマート・デバイス６０４、および職場のコンピューティング・ユニット６０６を含む。スマートフォン６０２は、電話番号０４１２  ３４５  ６７８により連絡を受けることができる。スマート・デバイス６０４は、ＳＩＰアドレスｄｅｖ１＠１９２．１１．２２．１２により連絡を受けることができる。職場のコンピューティング・ユニット６０６は、Ｓａｍｅｔｉｍｅ（Ｒ）アドレス１２１．１．３．１２により連絡を受けることができる。各通信デバイス６０１が、プレゼンティティ・デバイス１０４（図１参照）の例である。
【００５５】
システム６００はさらに、Ｔｉｍのアイデンティティ（すなわち、ＳＩＰ／プレゼンス・アカウント）６０７を含み、これは、第１アイデンティティ６０８（すなわちＴｉｍ＿１）、第２アイデンティティ６１０（すなわちＴｉｍ＿２）、および第３アイデンティティ６１２（すなわちＴｉｍ＿３）を含む。Ｔｉｍ＿１はオフラインであり、第１ＳＩＰ／プレゼンス・サーバ６１４（すなわち、ＳＩＰ／プレゼンス・サーバ１またはｓｉｐ１．ｃｏｍ．ａｕ）と関連する。Ｔｉｍ＿２はオンラインであり、第２ＳＩＰ／プレゼンス・サーバ６１６（すなわち、ＳＩＰ／プレゼンス・サーバ２またはｓｉｐ２．ｃｏｍ．ａｕ）と関連する。Ｔｉｍ＿３は不在であり、第３ＳＩＰ／プレゼンス・サーバ６１８（すなわち、ＳＩＰ／プレゼンス・サーバ３またはｓｉｐ３．ｃｏｍ．ａｕ）と関連する。ＳＩＰ／プレゼンス・サーバ１は、バーチャル世界の機能性を提供する。ＳＩＰ／プレゼンス・サーバ２は、モバイル・サービス・プロバイダの機能性を提供する。
【００５６】
ユース・ケース１：第１ユース・ケースでは、Ｔｉｍは職場外にいて、Ｔｉｍと連絡を取る手段は、スマートフォン６０２およびスマート・デバイス６０４によってしかない。スマートフォン６０２およびスマート・デバイス６０４は、ＳＩＰ／プレゼンス・サーバ２に位置するＴｉｍ＿２アイデンティティに関連する。Ｔｉｍ＿２に対応するプレゼンティティはオンラインである。Ｔｉｍは、Ｔｉｍの他の２つのアイデンティティ（すなわちＴｉｍ＿１およびＴｉｍ＿３）に宛てられた着信呼を、Ｔｉｍ＿２にルーティングするよう選ぶことができる。Ｔｉｍは、そのリソース・リストを、ＨｙｐｅｒＩｄｅｎｔｉｔｙと呼ばれる特別なグループのもとに彼のアイデンティティ６０７の３つすべてを含めるよう事前設定している。リソース・リストは、ＳＩＰ／プレゼンス・サーバにおける、バディ・リストを記憶するために使用される機能である。ユース・ケース１では、ＨｙｐｅｒＩｄｅｎｔｉｔｙが、ハイパーアイデンティティ・グループ１２２（図１参照）を識別する特別なグループ名として予約されている。
【００５７】
ステップ１で（図７で１とラベル付けされている矢印を参照）、ＴｉｍはＴｉｍ＿２に対しスマートフォン６０２を登録する。ステップ１での登録の成功は、ＳＩＰ／プレゼンス・サーバ２に、リソース・リスト内のＴｉｍのアイデンティティ６０７それぞれに関して自動サブスクリプションを実行させる。ＳＩＰ／プレゼンス・サーバ２は、リソース・リスト内のアイデンティティ６０７それぞれにＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを発行し、その結果、ＰＩＤＦ／ＲＰＩＤ標準に従いフォーマットされたプレゼンス・ドキュメントにおいて各ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージの結果を受信する。受信された各プレゼンス・ドキュメントは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージがＳＩＰ／プレゼンス・サーバ２により発行された対象の対応するアイデンティティに関連する１つ以上のデバイスの属性およびステータスを含む。
【００５８】
ハイパーアイデンティティ・サービス１２０（図１参照）により提供される論理は、ハイパーアイデンティティ・グループ１２２（図１参照）に含まれるアイデンティティから生成されたプレゼンス・ドキュメントが、プレゼンス・ドキュメントによりプレゼンス・ステータスを記述されているプレゼンティティがオフラインであることを示すかどうかを判断する。プレゼンス・ドキュメントによりプレゼンス・ステータスを記述されているプレゼンティティがオフラインであれば、ハイパーアイデンティティ・サービス１２０（図１参照）は、オフライン・プレゼンティティにもともと宛てられていた呼を、オンライン・プレゼンティティへリダイレクトするが、このオンライン・プレゼンティティは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージによりプレゼンス・ドキュメントを生じさせたＳＩＰ／プレゼンス・サーバに対応するものである。ユース・ケース１では、Ｔｉｍ＿１（ＨｙｐｅｒＩｄｅｎｔｉｔｙに含まれる）から生成されたプレゼンス・ドキュメントが、Ｔｉｍ＿１に対応するプレゼンティティがオフラインであると示す（図３のステップ２１６のはいの分岐を参照）。ＳＩＰ／プレゼンス・サーバ２は、次に、Ｔｉｍ＿１への着信呼をＴｉｍ＿２へリダイレクトするよう、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＳＩＰ／プレゼンス・サーバ１へ発行する（図３のステップ２１８を参照）。Ｔｉｍ＿１に対する呼のＴｉｍ＿２へのリダイレクトをもたらすサンプルＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを以下に示す。
【００５９】
ＲＥＧＩＳＴＥＲ  ｓｉｐ：ｓｉｐ１．ｃｏｍ．ａｕ
Ｆｒｏｍ：Ｔｉｍ＿２＜ｓｉｐ：ｔｉｍ＿２＠ｓｉｐ２．ｃｏｍ．ａｕ＞；ｔａｇ＝ａ−ｔａｇ
Ｔｏ：Ｔｉｍ＿１＜ｓｉｐ：ｔｉｍ＿１＠ｓｉｐ１．ｃｏｍ．ａｕ＞
…
Ｃｏｎｔａｃｔ：ｔｅｌ：０４１２３４５６７８＠ｓｉｐ２．ｃｏｍ．ａｕ
【００６０】
ＲＥＧＩＳＴＥＲヘッダは、登録の対象であるＳＩＰサービスのドメインを含む。Ｆｒｏｍヘッダは、登録に関与する人のアドレス・オブ・レコードを表示する。Ｔｏヘッダは、登録が作成されるアドレス・オブ・レコードを含む。Ｃｏｎｔａｃｔフィールドは、アドレス・バインディングを含む。
【００６１】
Ｔｉｍ＿３に関し生成されたプレゼンス・ドキュメントは、Ｔｉｍ＿３に対応するプレゼンティティがオフラインであることを示す。上記で示したサンプルＳＩＰ  ＲＥＧＩＳＴＥＲメッセージと類似するＳＩＰ  ＲＥＧＩＳＴＥＲ  メッセージを用いて、Ｔｉｍ＿３に宛てられた呼がＴｉｍ＿２へリダイレクトされる（図３のステップ２１６および２１８参照）。
【００６２】
ステップ２で（図７で２とラベル付けされている矢印を参照）、ＴｉｍはＴｉｍ＿２に対しスマート・デバイス６０４を登録する。ステップ３ａで（図７で３ａとラベル付けされている矢印を参照）、バーチャル世界内のアバタが、バーチャル電話６２０による呼により、ｔｉｍ＿１＠ｓｉｐ１．ｃｏｍ．ａｕでＴｉｍ＿１と連絡を取ろうと試みる。ステップ３ｂ（図７で３ｂとラベル付けされている矢印を参照）、ＳＩＰ／プレゼンス・サーバ１は、前述した、Ｔｉｍ＿１に対する呼のＴｉｍ＿２へのリダイレクトに従い、ステップ３ａでかけられた呼を０４１２  ３４５  ６７８に転送する。
【００６３】
ユース・ケース２：ユース・ケース１に続くユース・ケース２では、Ｔｉｍが職場に戻っており、会社のＳＩＰ／プレゼンス・サーバ（すなわちＳＩＰ／プレゼンス・サーバ３）により提供されている彼のＳａｍｅｔｉｍｅ（Ｒ）アカウントにログオンする。Ｓａｍｅｔｉｍｅ（Ｒ）アカウントへのＴｉｍのログオンは、Ｔｉｍ＿３アイデンティティを使用する。Ｔｉｍ＿２は、ログオンされアクティブなままであり、Ｔｉｍ＿１は、オフラインのままである。ステップ４（図７で４とラベル付されている矢印を参照）で、Ｓａｍｅｔｉｍｅ（Ｒ）は、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＳＩＰ／プレゼンス・サーバ３へ発行し、Ｔｉｍ＿３の追加のコンタクト・アドレスを「ｓａｍｅｔｉｍｅ：１２１．１．３．１２」と登録する。ユース・ケース１の結果として、Ｔｉｍ＿３に関しては、既にコンタクト・アドレス（すなわちｔｅｌ：０４１２３４５６７８）が存在していた。Ｓａｍｅｔｉｍｅ（Ｒ）によるＳＩＰ／プレゼンス・サーバ３への登録成功は、Ｔｉｍ＿３に対応するプレゼンティティがオンラインであることを示す、ＳＩＰ／プレゼンス・サーバ３のプレゼンス・サービス・コンポーネントへのＳＩＰ  ＰＵＢＬＩＳＨメッセージをトリガする。ＳＩＰ／プレゼンス・サーバ３のプレゼンス・サービス・コンポーネントは、Ｔｉｍ＿３に対応するプレゼンティティのステータス変化（すなわちオフラインからオンラインへ）を検出し、その結果、ＳＩＰ  ＮＯＴＩＦＹメッセージを、Ｔｉｍ＿２を含むＴｉｍ＿３のサブスクライバへ発行する。ＳＩＰ  ＮＯＴＩＦＹメッセージが送信された結果として、ＳＩＰ／プレゼンス・サーバ２は、Ｔｉｍ＿２に関するプレゼンス・ドキュメントを受信する。
【００６４】
Ｔｉｍ＿２に関するプレゼンス・ドキュメントの受信に応答して、ＳＩＰ／プレゼンス・サーバ２のハイパーアイデンティティ・サービス・コンポーネントは、受信されたプレゼンス・ドキュメントが、ユーザ・プロファイルがＨｙｐｅｒＩｄｅｎｔｉｔｙグループ内にあるエンティティから来ており、エンティティのプレゼンス・ステータスが、オンラインに更新されたと判断する（図３のステップ２２２のはいの分岐を参照）。受信されたプレゼンス・ドキュメントが、ユーザ・プロファイルがＨｙｐｅｒＩｄｅｎｔｉｔｙ内にあるエンティティから来ており、エンティティのプレゼンス・ステータスがオンラインに更新されたと判断するのに応答して、ＳＩＰ／プレゼンス・サーバ２は、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ内で、ＵＮＲＥＧＩＳＴＥＲリクエストをＳＩＰ／プレゼンス・サーバ３へ発行する（図３のステップ２２４参照）。ＵＮＲＥＧＩＳＴＥＲリクエストの結果、それからはＴｉｍ＿３への着信呼のＴｉｍ＿２へのリダイレクトが停止し、代わりにｓａｍｅｔｉｍｅ：１２１．１．３．１２に到着する。
【００６５】
Ｔｉｍ＿２およびＴｉｍ＿３は、今は両方ともオンラインであるため、ＳＩＰ／プレゼンス・サーバ１のハイパーアイデンティティ・サービス・コンポーネントは、プロファイル・マッチング（すなわち図５のステップ４０８、４１０、４１２および４１４）を実行して、もともとＴｉｍ＿１に宛てられている呼がＴｉｍ＿２にリダイレクトされるべきか、またはＴｉｍ＿３にリダイレクトされるべきかを判断する。ユース・ケース３では、ＳＩＰ／プレゼンス・サーバ１は、図５のＳＩＰ／プレゼンス・サーバＣに対応する。ユース・ケース３では、図５のステップ４１２が、Ｔｉｍ＿１のプロファイルと比べて最も近いプロファイル一致は、Ｔｉｍ＿３のプロファイルであると判断する。図５のステップ４１４は、Ｔｉｍ＿３のプロファイル内のコンタクト・アドレスを、もともとＴｉｍ＿１に宛てられた呼フローをＴｉｍ＿３へリダイレクトするために保持する。
【００６６】
ユース・ケース３：ユース・ケース２に続くユース・ケース３では、Ｔｉｍは職場を出て会議へ行き、Ｔｉｍ＿３のＳａｍｅｔｉｍｅ（Ｒ）ステータスは「不在」に更新される。Ｔｉｍ＿２は、ログオンしアクティブなままであり、Ｔｉｍ＿１は、オフラインである。ステップ５で（図７で５とラベル付けされている矢印を参照）、職場のコンピューティング・ユニット６０６は、「不在」ステータスをＳＩＰ／プレゼンス・サーバ３へパブリッシュする。更新されたＳａｍｅｔｉｍｅ（Ｒ）ステータスを受信するのに応答して、ＳＩＰ／プレゼンス・サーバ３は、ＳＩＰ  ＮＯＴＩＦＹメッセージを、Ｔｉｍ＿２を含むＴｉｍ＿３のサブスクライバそれぞれへ送信する。ＳＩＰ  ＮＯＴＩＦＹメッセージが送信された結果として、ＳＩＰ／プレゼンス・サーバ２は、Ｔｉｍ＿３のＳａｍｅｔｉｍｅ（Ｒ）ステータスの更新を含むプレゼンス・ドキュメントを受信する。
【００６７】
プレゼンス・ドキュメントを受信するＳＩＰ／プレゼンス・サーバのハイパーアイデンティティ・サービス・コンポーネントは、プレゼンス・ドキュメントが、ハイパーアイデンティティ・グループ１２２（図１参照）内のエンティティから来ているかどうか、およびプレゼンス・ステータスが「オフライン」または「不在」に更新されているかどうかを判断する。ユース・ケース３で、ＳＩＰ／プレゼンス・サーバ２に含まれるハイパーアイデンティティ・サービス・コンポーネントは、プレゼンス・ドキュメントがＨｙｐｅｒＩｄｅｎｔｉｔｙグループ内のエンティティから来ており、プレゼンス・ステータスが「不在」に更新されていると判断する（図３のステップ２１６のはいの分岐を参照）。ＳＩＰ／プレゼンス・サーバ２のハイパーアイデンティティ・サービス・コンポーネントは、次に、もともとＴｉｍ＿３に宛てられている呼をＴｉｍ＿２にリダイレクトするよう、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＳＩＰ／プレゼンス・サーバ３へ発行する（図３のステップ２１８を参照）。
【００６８】
ステップ６ａで（図７で６ａとラベル付けされている矢印を参照）、エンド・ユーザＪｏｈｎが、Ｊｏｈｎのスマート・デバイス６２２からの呼を介して、Ｔｉｍ＿３＠ｓｉｐ３．ｃｏｍ．ａｕに連絡しようと試みている。ステップ６ｂで（図７で６ｂとラベル付けされている矢印を参照）、ｓｉｐ３．ｃｏｍ．ａｕは、ステップ６ａでかけられた呼を０４１２  ３４５  ６７８へ転送する。
【００６９】
さらに、ＳＩＰ／プレゼンス・サーバ２に含まれているハイパーアイデンティティ・サービス・コンポーネントは、Ｔｉｍ＿１と関連するプレゼンティティからの第２プレゼンス・ドキュメントが、Ｔｉｍ＿１がオフラインであると示すと判断する（図３のステップ２１６のはいの分岐を参照）。ＳＩＰ／プレゼンス・サーバ２のハイパーアイデンティティ・サービス・コンポーネントは、次に、前にＴｉｍ＿３へリダイレクトされた呼（ユース・ケース２参照）がＴｉｍ＿２へリダイレクトされるよう、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージをＳＩＰ／プレゼンス・サーバ１へ発行する（図３のステップ２１８を参照）。
【００７０】
コンピューティング・システム
図８は、本発明の実施形態による、図１のシステムに含まれ図２〜３および図５のプロセスを実装するコンピューティング・システムのブロック図である。ＳＩＰ／プレゼンス・サーバ・コンピューティング・システム１０２は、概して中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）７０２、メモリ７０４、入出力（Ｉ／Ｏ：ｉｎｐｕｔ／ｏｕｔｐｕｔ）インターフェース７０６、およびバス７０８を含む。さらに、コンピューティング・システム１０２は、Ｉ／Ｏデバイス７１０およびコンピュータ・データ・ストレージ・ユニット７１２に結合されている。ＣＰＵ７０２は、コンピューティング・システム１０２の計算および制御機能を実行する。ＣＰＵ７０２は、単一の処理ユニットを含んでも、または１つ以上の位置にある１つ以上の処理ユニットにわたり分散していてもよい（例えばクライアントおよびサーバ上）。
【００７１】
メモリ７０４は、大容量ストレージ、磁気媒体、光媒体、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、データ・キャッシュ、データ・オブジェクトなどを含む任意の既知の種類のコンピュータ・データ・ストレージまたは伝送媒体あるいはその両方を含むとよい。一実施形態では、コードが実行中に大容量ストレージから取得されなければならない回数を減らすために、メモリ７０４のキャッシュ・メモリ要素が、少なくとも一部のプログラム・コードの一時的なストレージを提供する。さらに、ＣＰＵ７０２と同様に、メモリ７０４は、１つ以上の種類のデータ・ストレージを含む単一の物理的位置に存在しても、または、様々な形態の複数の物理システムにわたって分散していてもよい。さらに、メモリ７０４は、例えばローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）または広域ネットワーク（ＷＡＮ：ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）などにわたって分散したデータを含むことができる。
【００７２】
Ｉ／Ｏインターフェース７０６は、外部ソースとの間で情報を交換する任意のシステムを含む。Ｉ／Ｏデバイス７１０は、ディスプレイ・デバイス（例えばモニタ）、キーボード、マウス、プリンタ、スピーカ、ハンドヘルド・デバイス、ファクシミリなどを含む、任意の既知の種類の外部デバイスを含む。バス７０８は、コンピューティング・システム１０２内の各コンポーネント間の通信リンクを提供し、電気、光学、ワイヤレスなどを含む任意の種類の伝送リンクを含むとよい。
【００７３】
Ｉ／Ｏインターフェース７０６はさらに、コンピューティング・システム１０２が、情報（例えばプログラム命令またはデータ）を記憶すること、およびそれをコンピュータ・データ・ストレージ・ユニット７１２などの補助ストレージ・デバイスから取得することを可能にする。コンピュータ・データ・ストレージ・ユニット７１２は、磁気ディスク・ドライブ（すなわちハード・ディスク・ドライブ）または光ディスク・ドライブ（例えばＣＤ−ＲＯＭ（ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：コンパクト・ディスク読み取り専用メモリ）ディスクを収容するＣＤ−ＲＯＭドライブなど）などの不揮発性ストレージ・デバイスであってもよい。
【００７４】
メモリ７０４は、アクティブ・プレゼンス・プロファイルに基づき自動的に呼をルーティングする（例えば、図２〜３のプロセスまたは図５のプロセスあるいはその両方）論理を提供するコンピュータ・プログラム・コード７１４を含む。一実施形態では、コード７１４は、ハイパーアイデンティティ・サービス１２０（図１参照）により実行される。さらに、メモリ７０４は、ＣＰＵ７０２上で実行されて、コンピューティング・システム１０２内の様々なコンポーネントまたはコンピューティング・システム１０２に接続されている様々なコンポーネント、あるいはその両方の制御を提供するオペレーティング・システム（例えばＬｉｎｕｘ（Ｒ））など、図８に示されていない他のシステムを含み得る。
【００７５】
ハイパーアイデンティティ・グループ１２２（図１参照）は、コンピュータ・データ・ストレージ・ユニットに記憶されるが、このコンピュータ・データ・ストレージ・ユニットは、コンピューティング・システム１０２または別のコンピューティング・システム（図示せず）に結合されているストレージ・ユニット７１２または別のコンピュータ・データ・ストレージ・ユニット（図示せず）であればよい。
【００７６】
当業者であれば当然のことであるが、本発明は、システム、方法またはコンピュータ・プログラム製品として具現化され得る。したがって、本発明は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本願明細書においてすべて一般に「システム」（例えば図１のシステム１００またはコンピューティング・システム１０２）と呼ぶことができる、ソフトウェアおよびハードウェアの側面を兼ね備えた実施形態の形態をとり得る。さらに、本発明は、任意の有形の表現媒体（例えばメモリ７０４またはコンピュータ・データ・ストレージ・ユニット７１２）において具現化されたコンピュータ使用可能プログラム・コード（例えばコード７１４）を有する該媒体において具現化されたコンピュータ・プログラム製品の形態をとってもよい。
【００７７】
１つ以上のコンピュータ使用可能またはコンピュータ可読媒体（単数または複数）（例えばメモリ７０４およびコンピュータ・データ・ストレージ・ユニット７１２）の任意の組み合わせが利用され得る。コンピュータ使用可能またはコンピュータ可読媒体は、例えば、次に限定はされないが、電子、磁気、光学、電磁気、赤外線、または半導体システム、装置、デバイス、または伝播媒体とすることもできる。コンピュータ可読媒体のより具体的な例の包括的でないリストは、１つ以上のワイヤを有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）またはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学式ストレージ・デバイス、インターネットもしくはイントラネットをサポートするものなどの伝送媒体、または磁気ストレージ・デバイスを含む。なお、プログラム７１４は、例えば紙または他の媒体の光学式走査により電子的に獲得され、続いて必要に応じコンパイル、解釈、または適切な方法により別の形で処理され、続いてコンピュータ・メモリ７０４に記憶されることが可能なため、コンピュータ使用可能またはコンピュータ可読媒体は、プログラム７１４が印刷される紙または別の適切な媒体とすることさえもできるであろう。この文書の文脈では、コンピュータ使用可能またはコンピュータ可読媒体は、命令実行システム、装置またはデバイスによって、またはそれに関連して使用されるプログラムを含むこと、記憶すること、伝達すること、伝播させること、または搬送することができる任意の媒体であり得る。コンピュータ使用可能媒体は、ベースバンドに、または搬送波の一部として伝播データ信号により具現化されたコンピュータ使用可能プログラム・コードを備える伝播データ信号を含み得る。コンピュータ使用可能プログラム・コードは、次に限定はされないが、無線、有線、光ファイバ・ケーブル、ＲＦなどを含む、任意の適切な媒体を使用して伝送されるとよい。
【００７８】
本発明の動作を実行するコンピュータ・プログラム・コード（例えばコード７１４）は、Ｊａｖａ（ＴＭ）、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋または同様のものなどのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの従来の手続きプログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで書かれるとよい。プログラム・コードは、スタンド・アロン・ソフトウェア・パッケージとして完全にユーザのコンピュータ（例えばコンピューティング・システム１０２）上で実行されること、部分的にユーザのコンピュータ上で実行されること、または部分的にユーザのコンピュータ上で、かつ部分的に遠隔コンピュータ上で実行されること、または完全に遠隔コンピュータもしくはサーバ上で実行されることもできる。後者のシナリオでは、ＬＡＮ、ＷＡＮを含む任意の種類のネットワーク（図示せず）によって、遠隔コンピュータがユーザのコンピュータに接続されること、または、外部コンピュータに接続されることもできる（例えば、インターネット・サービス・プロバイダを使用しインターネットを介して）。（ＪａｖａおよびすべてのＪａｖａベースの商標およびロゴは、米国、その他の国々、または両方における、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の商標である。）
【００７９】
本発明は、フローチャート図（例えば図２〜３および図５）または方法、装置（システム）のブロック図（例えば図１および図８）あるいはその両方、ならびに本発明の実施形態によるコンピュータ・プログラム製品を参照して本願明細書に記載された。当然のことながら、フローチャート図またはブロック図、あるいはその両方の各ブロック、およびフローチャート図またはブロック図、あるいはその両方の複数ブロックの組み合わせは、コンピュータ・プログラム命令（例えばコード７１４）により実装されることが可能である。マシンを生じるよう、当該コンピュータ・プログラム命令が、汎用コンピュータ（例えばコンピューティング・システム１０２）、専用コンピュータ、またはその他のプログラム可能データ処理装置のプロセッサ（例えばＣＰＵ７０２）に提供されて、この命令が、コンピュータまたはその他のプログラム可能データ処理装置のプロセッサにより実行されて、フローチャートまたはブロック図あるいはその両方のブロックもしくは複数ブロックにおいて指定された機能／動作を実装する手段を作るようにすることもできる。
【００８０】
コンピュータまたはその他のプログラム可能データ処理装置に、特定の形で機能するよう指示することができる当該コンピュータ・プログラム命令はさらに、コンピュータ可読媒体（例えばメモリ７０４またはコンピュータ・データ・ストレージ・ユニット７１２）に記憶されて、コンピュータ可読媒体に記憶された命令が、フローチャートまたはブロック図あるいはその両方のブロックもしくは複数ブロックにおいて指定された機能／動作を実装する命令手段を含む製品を生じるようにすることもできる。
【００８１】
コンピュータ・プログラム命令はさらに、コンピュータ（例えばコンピューティング・システム１０２）またはその他のプログラム可能データ処理装置にロードされて、コンピュータ、その他のプログラム可能装置上で一連の動作ステップを実行させてコンピュータに実装されるプロセスを生じさせ、コンピュータまたはその他のプログラム可能装置上で実行される命令が、フローチャートまたはブロック図あるいはその両方のブロックもしくは複数ブロックにおいて指定された機能／動作を実装するためのプロセスを提供するようにすることもできる。
【００８２】
本ソリューションのコンポーネントはいずれも、アクティブ・プレゼンス・プロファイルに基づき自動的に呼をルーティングする方法に関してコンピューティング・インフラストラクチャを展開または統合することを提案するサービス・プロバイダにより展開、管理、サービス提供などされることができる。したがって、本発明は、好適な実施形態により、コンピュータ可読コード（例えばコード７１４）をコンピューティング・システム（例えばコンピューティング・システム１０２）に統合、ホスト、維持、および展開することを含む、コンピュータ・インフラストラクチャをサポートするプロセスを開示し、コードは、コンピューティング・システムとともに、アクティブ・プレゼンス・プロファイルに基づき呼を自動的にルーティングする方法を実行することができる。
【００８３】
別の実施形態では、本発明は、契約、宣伝、または手数料、あるいはそのいずれかの組み合わせに基づきソリューションのプロセス・ステップを実行する方法を提供する。すなわち、ソリューション・インテグレータなどのサービス・プロバイダは、アクティブ・プレゼンス・プロファイルに基づき呼を自動的にルーティングする方法を、作成、維持、サポートなどすることを提案することができる。この場合、サービス・プロバイダは、１以上の顧客に対してソリューションのプロセス・ステップを実行するコンピュータ・インフラストラクチャを作成、維持、サポートなどすることができる。見返りとして、サービス・プロバイダは、契約または手数料の取り決めあるいはその両方に従って顧客（単数または複数）から支払いを受け取ること、または１つ以上のサード・パーティに対する宣伝コンテンツの販売からの支払いを受け取ること、あるいはその両方ができる。
【００８４】
図２〜３および図５のフローチャート、ならびに図１および図８のブロック図は、本発明の様々な実施形態によるシステム、方法およびコンピュータ・プログラム製品の考えられる実装のアーキテクチャ、機能性および動作を示す。この関連で、フローチャートまたはブロック図内の各ブロックは、規定の論理機能（単数または複数）を実装する１つ以上の実行可能命令を含むコード（例えばコード７１４）のモジュール、セグメント、または一部を表すことができる。なお、さらに、いくつかの代わりの実装では、ブロック内に示されている機能は図面に示されているのとは異なる順序で生じてもよい。例えば、関連する機能性次第で、連続して示されている２つのブロックが、実際には事実上同時に実行されてもよく、または、各ブロックが時々逆順で実行されてもよい。なお、さらに、ブロック図またはフローチャート図、あるいはその両方の各ブロック、およびブロック図またはフローチャート図、あるいはその両方の複数ブロックの組み合わせは、規定の機能または動作を実行する専用ハードウェア・ベース・システム、または専用ハードウェアおよびコンピュータ命令の組み合わせにより実装することができる。
【００８５】
本発明の実施形態は、説明のために本願明細書に記載されたが、当業者には、多数の変形および変更が明白となる。したがって、添付の特許請求の範囲は、本発明の真の意図および範囲に入るすべての当該の変形および変更を包含するものとする。
【図１】
0005460714.tif 000002
【図２】
0005460714.tif 000003
【図３】
0005460714.tif 000004
【図４】
0005460714.tif 000005
【図５】
0005460714.tif 000006
【図６】
0005460714.tif 000007
【図７】
0005460714.tif 000008
【図８】
0005460714.tif 000009