(57)【要約】  第１のエンドポイントから第２のエンドポイントへの複数のネットワーク経路についての接続ポリシーを設定し、管理し、及び監視するための実施例が本明細書に記載される。実施例において、第１のエンドポイントからの候補アドレスの組及び第２のエンドポイントからの候補アドレスの組が受信される。第１のエンドポイントの各候補アドレスは、複数の候補アドレス対を作成するために、第２のエンドポイントの各候補アドレスと対にされる。各候補アドレス対は関連するネットワーク経路を有する。ネットワーク経路はデータが様々なエンドポイントとの間で流れるルートである。各候補アドレス対間のすべてのネットワーク経路が一旦決定されると、接続ポリシーが各ネットワークアドレス対及び関連するネットワーク経路に対して設定される。
2012515466.tif 000002
【特許請求の範囲】
【請求項１】
第１のエンドポイントから第２のエンドポイントへの複数のネットワーク経路について接続ポリシーを設定する方法であって、
前記第１のエンドポイント（１１０）の候補アドレス（１１２、３１０）の第１の組、及び前記第２のエンドポイント（１３０）の候補アドレス（１３２、３２０）の第２の組を受信するステップと、
複数の候補アドレス対（１４２、３３０）を作成するステップであって、前記複数のアドレス対の各々は、前記第２の組の候補アドレス（１３２、３２０）のアドレスと対にされた、前記第１の組の候補アドレス（１１２、３１０）のアドレスを含む、ステップと、
前記複数のアドレス対（１４２）の各々についてネットワーク経路を決定するステップと、
前記複数のネットワークアドレス対（１４２）の各々及び関連するネットワーク経路について接続ポリシーを設定するステップと
を含む方法。
【請求項２】
前記第１のエンドポイントと前記第２のエンドポインとの間で確立されるべきセッションの種類を示すセッションデータを受信するステップをさらに含む請求項１に記載の方法。
【請求項３】
前記セッションデータは、前記セッションの種類に対して要求される帯域幅の量を示す帯域幅要求を含む請求項２に記載の方法。
【請求項４】
前記セッションの種類は、ボイスオーバーインターネットプロトコルセッション、動画セッション及び結合された動画音声オーバーインターネットセッションのうちの１つである請求項２に記載の方法。
【請求項５】
前記接続ポリシーは、前記複数のネットワークアドレス対の各々に対して利用可能な帯域幅の量を設定する請求項１に記載の方法。
【請求項６】
前記複数のネットワーク経路の１つが前記第１のエンドポイントと前記第２のエンドポイントとの間のセッションを確立するために利用可能な帯域幅を有していない場合、前記複数の接続経路のうちの１つを予め失敗させるステップをさらに含む請求項１に記載の方法。
【請求項７】
前記複数のネットワークアドレス対のうちの１つを使用して、前記第１のエンドポイントと前記第２のエンドポイントとの間のセッションを確立するステップをさらに含む請求項１に記載の方法。
【請求項８】
前記セッションに関連付けられる前記接続ポリシーの順守を決定するために前記確立したセッションを監視するステップをさらに含む請求項７に記載の方法。
【請求項９】
プロセッサーによって実行されると複数のネットワーク経路に対して接続ポリシーを設定する方法を実行するコンピューター実行可能命令を符号化するコンピューター記憶媒体であって、前記方法は、
第１のエンドポイント（１１０）からの候補アドレス（１１２、３１０）のリスト及び第２のエンドポイント（１３０）からの候補アドレス（１３２、３２０）のリストを受信するステップと、
サーバー（１４０）によって知られている１つ以上の候補アドレスを前記第２のエンドポイント（１３０）からの候補アドレス（１３２、３２０）のリストと組み合わせて、候補アドレスの組み合わせられたリストを作成するステップと、
前記第１のエンドポイント（１１０）の候補アドレス（１１２、３１０）のリストからの各アドレスを前記候補アドレスの組み合わせられたリストからの各アドレスと関連付けて、複数の候補アドレス（１４２）対を作成するステップと、
前記複数の候補アドレス対（１４２）の各々についてネットワーク経路を決定するステップと、
前記複数の候補アドレス対（１４２）の各々について接続ポリシー（１５２）を設定するステップと
を含む、コンピューター記憶媒体。
【請求項１０】
前記複数の候補アドレス対のうちの１つのネットワーク経路を使用して確立される、前記第１のエンドポイントと前記第２のエンドポイントとの間のセッションを確立するステップをさらに含む請求項９に記載の方法。
【請求項１１】
前記セッションを確立する前にセッションデータを受信するステップをさらに含み、前記セッションデータは、前記第１のエンドポイントと前記第２のエンドポインとの間で確立されるべきセッションの種類を示す請求項１０に記載の方法。
【請求項１２】
前記セッションを確立する前にセッションデータを受信するステップをさらに含み、前記セッションデータは前記セッションについての所望の帯域幅の量を示す請求項１０に記載の方法。
【請求項１３】
前記複数の候補アドレス対のうちの選択された１つについての接続ポリシーが利用可能な前記所望の帯域幅の量を有していないと決定される場合、前記セッションについての前記所望の帯域幅の量を変更するステップをさらに含む請求項１２に記載の方法。
【請求項１４】
前記サーバーに知られている候補アドレスのうちの１つ以上がネットワークアドレス変換器の後にあるかどうかを決定するステップをさらに含む請求項９に記載の方法。
【請求項１５】
複数のネットワーク経路に対して接続ポリシーを設定するシステムであって、
第１のエンドポイント（１１０）から候補アドレス（１１２、３１０）の第１のリスト及び第２のエンドポイント（１３０）から候補アドレス（１３２、３２０）の第２のリストを受信するように構成された第１のサーバー装置（１４０）であって、前記第１のサーバー装置（１４０）は、前記第１のエンドポイント（１１０）からの各候補アドレス（１１２、３１０）を前記第２のエンドポイント（１３０）からの候補アドレス（１３２、３２０）と関連付けて複数の候補アドレス対（１４２）を作成するようにさらに構成され、前記複数のネットワークアドレス対（１４２）の各々は関連するネットワーク経路を有する、第１のサーバー装置（１４０）と、
前記複数のネットワークアドレス対（１４２）の各々について１つ以上のポリシー（１５４）を設定するように構成されたポリシーサーバー装置（１５０）と
を備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＴＵＮ（ネットワークアドレス変換器のためのセッション横断ユーティリィティ）を使用して作成されるセッションのためのポリシーサービスシステムアーキテクチャーに関する。
【背景技術】
【０００２】
[0001]通信技術が拡大し続けるにつれて、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、電子メッセージ（電子メール）、インスタントメッセージ（ＩＭ）、オンライン存在状況（presence status）などの多くの異なる形式の通信のほか、ネットワークを介した音声及び動画通信をまとめることが望ましい場合がある。人気を獲得している１つのそのような通信の種類はボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッションである。従来、ＶｏＩＰシステムは、ユーザーが、従来の地上通信線電話、携帯電話及び他の通信装置を使用して電話をかけることを可能にするために、従来の公衆交換電話網（ＰＳＴＮ）とインタラクトする。パーソナルコンピューターなどの様々な計算装置に取り付けられたマイクロホン及びカメラなどのさらに他の通信装置はまた、ＶｏＩＰセッションを確立させることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
[0002]ＶｏＩＰの１つの欠点は、音声及び／又は動画データがパケット交換網を介して送信される場合、従来のデータアプリケーションによって使用されている他のネットワーク資源と競合するということである。ネットワークが混み合っている場合、各アプリケーションについての十分な帯域幅はないかもしれない。その結果、従来のアプリケーションによるデータアクセス及び転送が影響を受けるだけではなく、ＶｏＩＰセッションのサービス品質もまた下がる可能性がある。
【０００４】
[0003]本発明の実施例は、これら及び他の検討事項に関してなされたものである。また、比較的に具体的な問題が議論されたが、本発明の実施例は、背景において識別された特定の問題を解決することに限定されるべきでないと理解されるべきである。
【課題を解決するための手段】
【０００５】
[0004]この概要は、詳細な説明の節においてさらに以下に述べられる概念のうちの選択されたものを単純化された形式で紹介するために提供される。この概要は、特許請求された主題の重要な特徴又は不可欠な特徴を識別するようには意図されず、特許請求された主題の範囲の決定における助けとして使用されるようにも意図されない。
【０００６】
[0005]第１のエンドポイントから第２のエンドポイントへの複数のネットワーク経路についての接続ポリシーを設定し、管理し、監視するための実施例が本明細書に記載される。実施例において、第１のエンドポイントからの候補アドレスの組及び第２のエンドポイントからの候補アドレスの組が受信される。第１のエンドポイントの各候補アドレスは、第２のエンドポイントの各候補アドレスと対（ペア）になって、複数の候補アドレス対（ペア）を作成する。各候補アドレス対は関連するネットワーク経路を有する。ネットワーク経路は、データが様々なエンドポイントへと、及び様々なエンドポイントから流れるルートである。各候補アドレス対間のすべてのネットワーク経路が一旦決定されると、接続ポリシーは、各ネットワークアドレス対及び関連するネットワーク経路に対して設定される。
【０００７】
[0006]実施例は、コンピュータープロセス、コンピューティングシステムとして、又はコンピュータープログラム製品もしくはコンピューター読み取り可能な媒体などの製品として実施されてもよい。コンピュータープログラム製品は、コンピューターシステムによって読み取り可能で、コンピュータープロセスを実行するための命令のコンピュータープログラムを符号化する、コンピューター記憶媒体であってもよい。コンピュータープログラム製品はまた、コンピューティングシステムによって読み取り可能で、コンピュータープロセスを実行するための命令のコンピュータープログラムを符号化する、搬送波上で伝播される信号であってもよい。
【０００８】
[0007]本開示の実施例は、同様の数字が同様の項目を指す添付の図面を参照することによって、より容易に説明され得る。
【図面の簡単な説明】
【０００９】
【図１】[0008]実施例による、複数のネットワーク経路に対して接続ポリシーを設定するシステムのブロック図を示す。
【図２】[0009]実施例による、複数のネットワーク経路に対して接続ポリシーを設定するための動作フローである。
【図３Ａ】[0010]実施例による、サンプル候補アドレスリスト及び結果として生じる候補アドレス対を示す。
【図３Ｂ】実施例による、サンプル候補アドレスリスト及び結果として生じる候補アドレス対を示す。
【図４】[0011]実施例による、第１のエンドポイントと第２のエンドポインとの間のサンプルネットワーク経路を示す。
【図５】[0012]本明細書に開示された実施例を実施するコンピューティング環境を示す。
【発明を実施するための形態】
【００１０】
[0013]様々な実施例は、本明細書の一部を形成する添付の図面に関してより完全に以下に記載され、本発明を実施するための特定の実施例を示す。しかし、実施例は、多くの異なる形式で実施され得るものであり、本明細書に記載された実施例に限定されるものとして解釈されるべきでない；より正確に言えば、これらの実施例は、本開示が徹底的であり完全なものとなるように提供され、当業者に対して本発明の範囲を十分に伝えるものである。実施例は、方法、システム又は装置として実施されてもよい。したがって、実施例は、ハードウェアによる実施の形式をとってもよいし、全体としてソフトウェアによる実施の形式をとってもよいし、又はソフトウェアとハードウェアの側面を組み合わせた実施の形式をとってもよい。
【００１１】
[0014]実施例は、一般に、２つ以上のエンドポイント間のネットワーク経路の接続ポリシーの設定、管理、及び監視に関連する。実施例によれば、各エンドポイントは１つ以上の候補アドレスを有する。異なるエンドポイントの各々からの各候補アドレスは、候補アドレス対を作成するために一緒に対にされる。その後、候補アドレス対によってエンドポイントを接続するネットワーク経路が決定され、各ネットワーク経路はポリシーを割り当てられる。ネットワーク経路は２つのエンドポイント間でデータを転送するために使用されてもよい。実施例において、エンドポイント間のデータ転送はポリシーによって管理される。例えば、ポリシーは、どの種類のデータがネットワーク経路上で転送され得るかを指示してもよいし、又は、ポリシーは、どれだけの帯域幅がデータ転送に使用され得るかを指示してもよい。
【００１２】
[0015]図１は、実施例による、２つのエンドポイント間に存在する様々なネットワーク経路についての接続ポリシーを設定し、維持し、監視するシステムを示す。図１に示されるように、システムは送信エンドポイント１１０及び受信エンドポイント１３０を含んでもよい。実施例において、送信エンドポイント１１０は、受信エンドポイント１３０とともにネットワークセッションを確立することを試みる。送信エンドポイント１１０及び受信エンドポイント１３０は、ネットワーク（図示せず）を介してデータを送信及び／又は受信することのできる、電話、モバイルもしくはハンドヘルド装置、パーソナルコンピューターもしくはラップトップ、又は任意の他の計算装置のうちの１つであってもよい。セッションはボイスオーバーインターネットプロトコル（ＶｏＩＰ）電話セッションであってもよい。簡潔に上述されるように、ＶｏＩＰにより、音声通信のほか、動画などの他のデータは、インターネット又は他のネットワークを介して様々なエンドポイントに送信することができる。エンドポイントはローカルのエンドポイント又は遠隔のエンドポイントであってもよい。ＶｏＩＰ電話セッションが特に本明細書において言及されるが、本明細書はそのようなセッションに限定されない。エンドポイント間の任意の種類のデータ転送が本開示の方法を利用し得ると考えられる。
【００１３】
[0016]送信エンドポイント１１０は、第２のエンドポイントとともにデータ転送セッションを確立するために使用し得る、１つ以上の候補アドレス（例えば、インターネットプロトコル（ＩＰ）アドレス）を有してもよい。各エンドポイントは、ネットワークアドレス変換器（ＮＡＴ）の後ろにあり（behind）又はＳＴＵＮサーバーのサービスを使用する、１つより多くの利用可能なローカルＩＰアドレスを有することにより、複数の候補アドレスを有していてもよい。本技術において知られているように、ＩＰアドレスは、ネットワークセッションに参加する装置に割り当てられた、数字で表される識別子である。ＩＰアドレスは、データが送信され及び受信される特定の装置を独自に識別する。
【００１４】
[0017]実施例において、受信エンドポイント１３０などの遠隔のエンドポイントとセッションを確立することを試みる場合、送信エンドポイント１１０はネットワークのシグナリング層を介して要求１１１又はシグナリングセッションを送信する。当該要求は、送信エンドポイント１１０と受信エンドポイント１３０との間のセッションの設定及び交渉のためのデータを含む。要求１１１はサーバー１２０を介してルーティングされてもよい。実施例によれば、サーバー１２０は、送信エンドポイント１１０と受信エンドポイント１３０との間で要求をルーティングするように構成されたシグナリングサーバーを含んでもよい。サーバー１２０はまた、セッション内でデータを交換するために使用され得る一方のエンドポイントに追加の候補アドレスを提供するように構成された中継（relay）サーバーを含んでもよい。別の実施例において、中継サーバー及びシグナリングサーバーは別個のエンティティであってもよい。サーバー１２０は要求１１１を受信エンドポイント１３０へ転送する。２つのエンドポイント間で結果として生じるシグナリング交渉セッションは、セッション初期化プロトコル（ＳＩＰ）などのシグナリング層プロトコルセッションに依存してもよい。
【００１５】
[0018]送信エンドポイント１１０によって送られた情報はまた、要求１１１とともに、候補アドレス１１２のリストを含む。候補アドレス１１２は送信エンドポイント１１０に関連付けられるＩＰアドレスである。実施例において、送信エンドポイント１１０は、送信エンドポイント１１０が別のエンドポイントとのネットワークセッションを確立するために使用し得るＩＰアドレスを発見する、候補発見段階（candidate discovery phase）を実行する。各候補アドレスは、ローカル及びリモートのエンドポイントとネットワークセッションを確立するため、並びにローカル及びリモートのエンドポイントとの間でデータを送受信するために使用されてもよい。
【００１６】
[0019]簡潔に述べられるように、システムはまたサーバー１２０を含んでもよい。実施例によれば、サーバー１２０は、受信エンドポイント１３０に、送信エンドポイント１１０の候補アドレス１１２とともに、要求１１１を転送するように構成されたシグナリングサーバーを含んでもよい。実施例において、受信エンドポイント１３０は、送信エンドポイント１３０と同じプライベートネットワーク中のエンドポイントであってもよい。代替的に、受信エンドポイントは、送信エンドポイント１１０のネットワークの外部にあってもよい。したがって、要求１１１は、受信エンドポイント１３０に達する前にネットワーク経路に沿って複数のホップ（hop）をする必要があり得る。実施例において、サーバー１２０はまた、送信エンドポイント１１０又は受信エンドポイント１３０のいずれかに追加の候補アドレスを提供するように構成された中継サーバーを含んでもよい。どのエンドポイントが追加のアドレスを受信するかによって、追加のアドレスは一方のエンドポイントの候補アドレスのリストに加えられる。
【００１７】
[0020]送信エンドポイント１１０のセッション要求１１１及び候補アドレス１１２が受信エンドポイント１３０によって一旦受信されると、受信エンドポイント１３０は候補発見段階を開始する。候補発見段階において、受信エンドポイント１３０はそれ自身のローカル候補アドレス１３２を決定する。候補発見段階の一部として、受信エンドポイント１３０は、それが使用することができる追加の候補アドレスを発見してもよい。これらの追加の候補アドレスは、サーバー１２０、又はシステムにおける別のサーバーによって提供されてもよい。
【００１８】
[0021]候補発見段階の完了に際して、受信エンドポイント１３０は、サーバー１４０に、要求、送信エンドポイント１１０からの候補アドレス１１２のリスト及び自身の候補アドレス１３２を送信する。当該要求は送信エンドポイント１１０によって最初に送信されたセッション要求１１１であってもよい。当該要求はまた、受信エンドポイント１３０の候補アドレス１３２をサーバー１４０に割り当てるための要求を含んでもよい。
【００１９】
[0022]実施例によれば、サーバー１４０は、ＳＴＵＮ（ＮＡＴ（ネットワークアドレス変換器）のためのセッション横断ユーティリィティ（Session Traversal Utilities））サーバーであってもよい。実施例において、ＳＴＵＮサーバーは、候補アドレスの両方の組（例えば、送信エンドポイントからの候補アドレス１１２のほか、受信エンドポイント１３０の候補アドレス１３２）を受信し、候補アドレス対１４２の組を生成するように構成される。候補アドレス対１４２は、送信エンドポイント１１０からの候補アドレス１１２のうちの１つを受信エンドポイント１３０のローカル候補アドレス１３２のうちの１つと組み合わせることにより生成される。実施例において、送信エンドポイント１１０の各候補アドレスは受信エンドポイント１３０の各ローカル候補アドレスと対にされる。このことは図３Ａ及び３Ｂに関してさらに以下に説明される。
【００２０】
[0023]実施例において、ＳＴＵＮサーバー１４０はまた、自身のローカルアドレスのプールを有してもよい。要求されると、ＳＴＵＮサーバー１４０は、要求を行うエンドポイント１３０に対して、そのＳＴＵＮサーバーアドレスのうちの幾つか又はすべてを割り当てる。要求に応答して、ＳＴＵＮサーバーアドレスは、送信エンドポイント１３０のローカル候補アドレス１３２のリストに加えられる。したがって、セッションが送信エンドポイント１１０と受信エンドポイント１３０との間で確立される場合、ＳＴＵＮサーバー１４０によって知られているアドレスもまた受信エンドポイント１３０の候補アドレスとして使用されてもよい。さらに他の実施例において、ＳＴＵＮサーバー１４０はまた、受信エンドポイント１３０の候補アドレス１３２のリストに任意のＮＡＴアドレスを加えてもよい。受信エンドポイント１３０からＳＴＵＮサーバー１４０へ送信される要求１１１が任意のＮＡＴを通過する場合、各ＮＡＴアドレスはまた、受信エンドポイント１３０の候補アドレス１３２の一部と見なされる。
【００２１】
[0024]他の実施例において、受信エンドポイント１３０は、ＳＴＵＮサーバー１４０にセッションデータ１３４を送信するよう要求されてもよい。セッションデータ１３４は、送信エンドポイント１１０と受信エンドポイント１３０との間での要求されたセッションの種類に関する情報を含む。多くの異なるセッションの種類がエンドポイント間で要求されてもよい。限定的でない例は、ＶｏＩＰセッション、動画セッション又は組み合わせＶｏＩＰ／動画セッションを含む。
【００２２】
[0025]セッションデータ１３４はまた、帯域幅の要求を含んでもよい。要求されるセッションの種類（例えば、ＶｏＩＰ、動画など）に依存して、送信エンドポイント１１０又は受信エンドポイント１３０の一方は、ある量の帯域幅が要求されたセッションについてネットワーク経路に割り当てられることを要求してもよい。例えば、要求されたセッションの種類がＶｏＩＰセッションである場合、セッションデータ１３４は５０ｋｂｐｓの帯域幅要求を含んでもよい。しかし、要求されたセッションの種類が対応する動画データをもつＶｏＩＰセッションである場合、要求される帯域幅は１００ｋｂｐｓであってもよい。
【００２３】
[0026]候補アドレス対１４２の生成の完了に際して、候補アドレス対１４２のリストはポリシーサーバー１５０に送信される。各候補アドレス対に対応する設定（構成、configuration）情報に基づいて、ポリシーサーバー１５０は、各候補アドレス対の各候補アドレスが属するサブネットを決定してもよい。ポリシーサーバー１５０は様々な位置へ各サブネットをマッピングしてもよく、候補アドレス対によって表されるエンドポイントを接続するネットワーク経路を決定してもよい。
【００２４】
[0027]代替的な実施例において、受信エンドポイント１３０は、ＳＴＵＮサーバー１４０のサーバーアドレスのほか、ＳＴＵＮサーバー１４０によって知られている任意のＮＡＴアドレスを発見するために、ＳＴＵＮサーバー１４０と連絡をとってもよい。受信エンドポイント１３０がこれらの追加のアドレスを受信した場合、受信エンドポイント１３０は、ポリシーサーバー１５０へこれらのアドレスを直接送信して、候補アドレス生成段階を回避してもよい。その後、ポリシーサーバー１５０は、各エンドポイントを接続するネットワーク経路を決定し、以下に記載されるように各経路のポリシーを決定してもよい。
【００２５】
[0028]実施例において、ポリシーサーバー１５０は、候補アドレス対１４２の各々に関連付けられる各ネットワーク経路につき１つ以上のポリシーを設定する。実施例によれば、ポリシーはネットワーク使用ポリシーである。例えば、ポリシーは、各ネットワーク経路上で許される帯域幅の合計、ネットワーク経路を使用する各セッションに対して割り当てられる帯域幅の最大量、特定のネットワーク経路上で許されるデータ転送又は通話の総数、又はこれらの任意の組み合わせを指定してもよい。実施例は、各ポリシーがＩＴ管理者によって設定され、監視され、維持されると定めている。
【００２６】
[0029]実施例において、セッションデータ１３４はまたＳＴＵＮサーバー１４０からポリシーサーバー１５０に送信されてもよい。上に説明されるように、セッションデータ１３４は、セッションの種類、要求された帯域幅の量又はそれらの組み合わせを含んでもよい。ポリシーサーバー１５０は、要求されたセッションの種類を分析し、どの候補アドレス対及び関連するポリシーが要求されたセッションの種類を許可するかを決定するように構成されてもよい。ポリシーサーバー１５０はまた、候補アドレス対に関連付けられる各ネットワーク経路が要求された帯域幅の量が割り当てられるのを可能にするかどうかを決定する。さらに別の実施例において、ポリシーは、ある候補アドレス対の使用を禁止してもよい。そのような場合、これらの候補アドレス対は、より詳細に以下に記載されるように、受信エンドポイント１３０によって実行される任意の接続チェックについて予め失敗（pre-fail）する。
【００２７】
[0030]これらの決定がなされた場合、ポリシーサーバー１５０はＳＴＵＮサーバー１４０にポリシーデータ１５２を送信する。その後、ＳＴＵＮサーバー１４０は、応答メッセージの中で、受信エンドポイント１３０へポリシーデータ１５２を送信する。
【００２８】
[0031]実施例において、ポリシーデータ１５２は、候補アドレス対１４２、関連するネットワーク経路及び各経路についてのネットワーク使用ポリシーを含む。各エンドポイントは潜在的に複数の候補アドレスを有するので、送信エンドポイント及び受信エンドポイントの両方は、セッションを確立するときから選択するための複数のネットワーク経路を有してもよい。複数のネットワーク経路を利用可能にすることにより、ネットワーク経路のうちの１つのポリシーが要求された接続の種類を許可しない場合、又はネットワーク経路のうちの１つが要求された利用可能な資源を有しない場合に、ネットワーク経路のうちの１つが失敗する状況におけるフォールバック（fall back）機構を提供する。例えば、要求された帯域幅の量が１つのネットワーク経路上で利用可能でない場合、利用可能な帯域幅を備えた別のネットワーク経路が選択されてもよい。
【００２９】
[0032]別の実施例において、ポリシーデータ１５２は、ポリシーデータ１５２によって示される要求されたセッションの種類を許可するポリシーを有する候補アドレス対を単に含んでもよい。例えば、要求されたセッションの種類が音声データと動画データの両方を転送するセッションを含んでいた場合、ポリシーサーバー１５０は、ネットワーク経路にわたって音声データと動画データの両方の転送を許可するポリシーを有する候補アドレス対を単に含むことになろう。
【００３０】
[0033]他の実施例は、ポリシーサーバー１５０が認証トークン１５４を生成してもよいと規定する。認証トークン１５４は、サーバー１２０（例えば、シグナリングサーバー）に、ポリシーデータ１５２とともに送信される。認証トークンは、エンドポイントがポリシーを妨害することができず、有効なトークンなしにセッションを設定し続けることができないことを保証する。一方のエンドポイントによる認証トークン１５４の受理は、エンドポイント間の交渉セッションを完了させるために要求されてもよい。実施例において、認証トークン１５４は、シグナリング要求１１１に対する応答の一部として、受信エンドポイント１３０から送信エンドポイント１１０に送信される。
【００３１】
[0034]受信エンドポイント１３０がＳＴＵＮサーバー１４０からのポリシーデータ１５２を含む応答を受信する場合、受信エンドポイント１３０はＳＴＵＮ接続チェックを行ってもよい。接続チェックの一部として、要求されたセッションを許可しないポリシーを有するいかなるネットワーク経路も自動的に失敗する。さらに、ポリシーが特定の候補対の使用を禁止する場合、その特定の候補アドレス対は既に接続チェックに予め失敗しているであろう。受信エンドポイント１３０は、送信エンドポイント１１０に許可できるアドレス１３６（例えば、要求されたセッションの種類を許可するネットワークアドレス対及び関連するネットワーク経路）のみを送信する。したがって、セッションは、要求されたセッションの種類をサポートするネットワーク経路のみを使用して、２つのエンドポイント間で交渉されてもよい。
【００３２】
[0035]さらに他の実施例において、受信エンドポイント１３０及び送信エンドポイント１１０は各々接続チェックを行ってもよい。各エンドポイントが接続チェックを行ってもよいので、特定の候補アドレス対が他のエンドポイント（例えば、受信エンドポイント１３０）において行われた接続チェックに予め失敗していたことを１つのエンドポイント（例えば、送信エンドポイント１１０）が知らないという場合が生じ得る。そのような場合、送信エンドポイント１１０は、予め失敗した候補アドレス対を使用して接続チェックをさらに試みてもよい。接続チェックが送信エンドポイント１１０における予め失敗した候補アドレス対上で実行される場合、受信エンドポイント１３０は、予め失敗した候補アドレス対に関連付けられる、試みられた接続チェックを無視する。接続チェックが受信端において無視されたので、送信エンドポイント１１０は、予め失敗した候補アドレス対を接続チェックに失敗したものとして扱う。したがって、予め失敗した候補アドレス対はセッションに使用されない。
【００３３】
[0036]実施例は、送信エンドポイント１１０又は受信エンドポイント１３０のいずれかが、複数のネットワーク経路のうちのどのネットワーク経路がセッションに使用されるべきであるかを選択してもよいと規定する。当該決定は、要求されたセッションを許可する第１の識別されたネットワーク経路に基づいてなされてもよい。代替的に、ネットワーク経路にポリシーサーバーによるサービス品質評価（格付け、rating）が与えられる評価（格付け）システムが実施されてもよい。評価ファクターは、システムモジュールによって監視されるセッション品質基準（メトリクス、metrics）を含んでもよい。さらに他の実施例において、評価は、各ネットワーク経路が要求されたセッションの種類を許可したかどうか及び／又は要求された帯域幅を利用可能にするかどうかに基づいてもよい。さらに他の実施例において、評価システムは上記のもののうちのいずれかの組み合わせであってもよい。
【００３４】
[0037]また、幾つかの要求されたセッションの種類がポリシー制限によりネットワーク経路上で許可されなくてもよく、又は、要求された帯域幅がネットワーク経路のうちの任意のものにおいて単に利用可能ではないことが考慮される。例えば、セッションデータ１３４は、音声／動画セッションが要求されたセッションの種類であることを示してもよい。さらに、セッションデータ１３４は、１００ｋｂｐｓの転送速度がネットワーク経路上で音声／動画セッションに対して割り当てられることを要求してもよい。すべてのアドレス対が一旦評価されてそれらのそれぞれのポリシーが決定されると、結果として生じる候補対のいずれも、またそれらの関連するネットワーク経路も、要求されたセッションの種類（例えば、音声／動画セッション）を許可せず、また、要求された帯域幅（例えば、１００ｋｂｐｓ）を利用可能にしないことが理解され得る。
【００３５】
[0038]そのような例において、実施例は、受信エンドポイント１３０又は送信エンドポイント１１０のいずれかが、ネットワーク経路のうちの１つに関連付けられるポリシーの少なくとも１つのパラメータ内の要求をもたらすために、要求されたセッションの種類及び／又は要求された帯域幅を修正してもよいと規定する。上記から例を続けると、受信エンドポイント１３０は、音声セッションのみとなるようにセッションの種類を修正してもよい。その結果、受信エンドポイント１３０は、送信エンドポイント１１０に、要求された音声セッションが生じることを可能にするポリシーを有する許容されるアドレス１３６（例えば、候補アドレス対）を送信する。
【００３６】
[0039]他の実施例は、図１のシステムがまた監視モジュール１６０を含むと規定する。監視モジュール１６０は、エンドポイント間の各ネットワーク経路を監視して、ポリシーサーバー１５０へセッション品質基準を報告するように構成される。監視モジュール１６０は、経験の品質に関してセッションに関与するエンドポイントから報告を受信するように構成されてもよい。他の実施例は、監視モジュールが、ネットワーク経路についてのポリシーが厳守されているか、ネットワーク経路上のサービス品質（ＱｏＳ）、セッションがエンドポイント間でなお確立されているか、ネットワーク経路を使用する各セッションに使用される帯域幅の量、ネットワーク経路上の利用可能な帯域幅、及びネットワーク経路を現在使用しているセッションの総数に関する報告を受け取ってもよいと規定する。モジュール１６０は、同じネットワーク経路を使用するか又は同じネットワーク経路と交差する候補アドレスを有するエンドポイントの新たな組の間で確立されるべき新たなセッションのためにポリシーをいつ設定するかという決定をポリシーサーバー１５０が知らせることを可能にする。
【００３７】
[0040]図２は、実施例による、複数のネットワーク経路に対して接続ポリシーを設定するための動作フロー２００を示す。動作フロー２００は任意の適切なコンピューティング環境において行われてもよい。例えば、動作フローは、図１に述べられたシステムなどのシステムによって実行されてもよい。したがって、動作フロー２００についての記述は、図１のコンポーネントのうちの少なくとも１つを指してもよい。しかし、図１のコンポーネントに対する任意のそのような言及は説明の目的のみのためのものである。
【００３８】
[0041]動作フロー２００は、受信エンドポイント１３０（図１）が送信エンドポイント１１０からシグナリング要求を受信するステップ２１０において開始する。シグナリング要求とともに含まれるものは送信エンドポイント１１０にとって利用可能な複数の候補アドレスである。実施例によれば、シグナリング要求は、セッション初期化プロトコル（ＳＩＰ）などのシグナリング層プロトコルを介して、送信エンドポイント１１０から受信エンドポイント１３０に送信されてもよい。
【００３９】
[0042]シグナリング要求及び候補アドレスが受信された場合、ステップ２２０は受信エンドポイント１３０が候補発見段階に入ったと規定する。候補発見段階中、受信エンドポイント１３０は、受信エンドポイント１３０によって知られているすべてのローカル候補アドレスを識別する。
【００４０】
[0043]ステップ２３０は、送信エンドポイント１１０から受信された候補アドレス及び受信エンドポイント１３０からの候補アドレスがサーバーにおいて受信されると規定する。実施例によれば、サーバーはＳＴＵＮサーバー１４０である。送信エンドポイント１３０は、候補発見段階の一部として、ＳＴＵＮサーバー１４０が受信エンドポイント１３０の候補アドレスとしてＳＴＵＮサーバー上に格納されたＩＰアドレスを割り当てることを要求する、ＳＴＵＮサーバー１４０への要求を送信してもよい。したがって、受信エンドポイント１３０は、セッションを確立する時、自身のローカル候補アドレスのほかＳＴＵＮサーバー１４０上に格納されたＩＰアドレスの両方を使用することができる。さらに、ステップ２３０は、受信エンドポイント１３０からＳＴＵＮサーバー１４０に送信される要求がＮＡＴを通過した場合、ＳＴＵＮサーバーはまた、送信エンドポイント１３０の候補アドレスとしてＮＡＴアドレスを含むと規定する。その結果、受信エンドポイント１３０の候補アドレスの最終リストは、受信エンドポイントのローカル候補アドレス、ＳＴＵＮサーバーのローカルに格納されたＩＰアドレスのほか、要求によって通過された任意のＮＡＴアドレスを含んでもよい。
【００４１】
[0044]ステップ２３０はまた、候補アドレス対のリストの生成を提供する。実施例によれば、送信エンドポイント１１０からの候補アドレスのリスト中の各候補アドレスは、受信エンドポイント１３０の候補アドレスのリストからの各候補アドレスと対にされる。上に説明されるように、送信エンドポイント１１０からの候補アドレスはまた、ＳＴＵＮサーバーから割り当てられたアドレス、中継サーバーからのアドレス及び／又は受信エンドポイント１３０の候補アドレスとして含まれていた任意の可能なＮＡＴアドレスと対にされてもよい。結果として生じる候補アドレス対は、候補アドレスのｎ×ｎ行列であり、１つのエンドポイントからの各候補アドレスは第２のエンドポイントからの他のすべての独自のアドレスと対にされる。
【００４２】
[0045]実施例において、ＳＴＵＮサーバーは、要求されたセッションの種類に対応するセッションデータがエンドポイントのうちの１つから受信されることを要求してもよい。セッションデータはまた、セッションの要求された帯域幅の量を含んでもよいが、それは要求されなくてもよい。
【００４３】
[0046]セッションデータが要求される実施例において、フローはステップ２３５に移動してもよい。ステップ２３５は、セッションデータがＳＴＵＮサーバー１４０において受信されたかどうかを決定する。少なくとも要求されたセッションの種類が受信されないことをセッションデータが示す場合、セッション要求は終了し、セッションはエンドポイント間で確立されない。他の実施例において、少なくともセッションの種類が受信されることをセッションデータが示す場合、フローはステップ２４０に進んでもよい。実施例において、帯域幅の要求がセッションデータに含まれていなかった場合、セッションは、その特定の種類のセッションに対するポリシーによって割り当てられた帯域幅の最大量を使用することができる。
【００４４】
[0047]例えば、音声セッションが要求されたセッションの種類であるが帯域幅要求が省略されたことをセッションデータが示す場合、要求されたセッションの種類は、要求されたセッションを許可するポリシーを有するネットワーク経路上で確立されるが、システムは、セッションに対してデフォルトの量の帯域幅（例えば、５０ｋｂｐｓ）を割り当てるにすぎない。さらに他の実施例において、ＳＴＵＮサーバーは、セッションの種類及び要求された帯域幅の両方がセッションデータに含まれることを要求してもよく、又は、当該要求は失敗する。
【００４５】
[0048]ステップ２４０において、候補アドレス対はポリシーサーバー１５０に送信される。ステップ２５０は、各候補アドレス対のネットワーク経路がポリシーサーバー１５０によって決定されると規定する。その後、ポリシーサーバーは、各ネットワーク経路及びその関連する候補アドレス対のポリシーを決定し及び／又は設定する。実施例によれば、ポリシーは、要求されたセッションの種類に対して許可された帯域幅の最大量を設定してもよい。他の実施例において、ポリシーは、特定のネットワーク経路上でのセッションの最大数又は呼の最大数を設定してもよい。さらに他のポリシーは、どのセッションの種類が様々なネットワーク経路上で確立され得るかを管理してもよい。
【００４６】
[0049]ポリシーが各ネットワーク経路に対して設定された場合、ステップ２６０は、候補アドレス対、関連するネットワーク経路が、関連するポリシーとともに、ＳＴＵＮサーバー１４０に返されると規定する。実施例において、ＳＴＵＮサーバー１４０は、セッションデータによって示される要求されたセッションの種類を、ネットワークアドレス対及び関連するポリシーの各々と比較してもよい。ネットワーク経路のうちの幾つかが要求されたセッションの種類をサポートしないか、ネットワーク経路のうちの幾つかが利用可能な要求された帯域幅を有していないか、又はネットワーク経路は現在利用不能である場合、これらの特定のネットワーク経路はＳＴＵＮサーバーの接続チェックに失敗する。その結果、これらの特定のネットワーク経路は、受信エンドポイント１３０に返される前に、候補アドレス対（例えば、ポリシーデータ１５２）から取り除かれる。代替的な実施例において、すべてのネットワークアドレス対は受信エンドポイント１３０に返され、接続チェックは受信エンドポイント１３０によって行われる。その後、結果として生じる許容されるアドレス１３６は、送信エンドポイント１１０に送信されてもよい。
【００４７】
[0050]候補アドレス対がＳＴＵＮサーバー１４０から受信エンドポイント１３０に送信された場合、受信エンドポイント１３０は送信エンドポイント１１０に各許容されるアドレス１３６を送信してもよい。許容されるアドレス１３６は、各ネットワークアドレス対と、要求されたセッションの種類を許可する関連するポリシーとを含んでもよい。許容されるアドレス１３６は、送信エンドポイント１１０によって最初に送信されたシグナリングセッションに対する応答として含まれてもよい。一旦受信されると、要求されたセッションは、ネットワーク経路及びその関連するポリシーのうちの少なくとも１つを使用して確立される。
【００４８】
[0051]図３Ａ及び３Ｂは、実施例による、サンプル候補アドレスリスト及び結果として生じる候補アドレス対を示す。送信エンドポイントは、受信エンドポイントに、送信エンドポイント候補アドレス３１０を送信してもよい。図３Ａに示されるように、セッションを確立することを試みる場合、送信エンドポイントは３つの候補アドレスを利用可能にする。候補アドレスはＩＰｖ４アドレスとして描かれるが、ＩＰｖ６アドレスもまた使用できると考えられる。さらに、候補アドレスのうちの幾つかはプライベートネットワーク上のＩＰアドレスであってもよいし、ルーター又はハブを介してルーティングされると考えられる。セッション要求は同じプライベートネットワーク上の１つのエンドポイントから別のエンドポイントへ送信されてもよい。
【００４９】
[0052]上記の例を続けると、受信エンドポイント候補アドレス３２０はまた、３つの異なる候補アドレスを含んでもよい。送信エンドポイント候補アドレス３１０と同様に、受信エンドポイント候補アドレスはまたＩＰｖ４及び／又はＩＰｖ６アドレスであってもよい。
【００５０】
[0053]実施例によれば、送信エンドポイント候補アドレス３１０及び受信エンドポイント候補アドレス３２０の両方は、ＳＴＵＮサーバー１４０（図１）などのサーバーに送信される。候補アドレスがＳＴＵＮサーバー１４０によって受信される場合、ＳＴＵＮサーバー１４０は候補アドレス対３３０を生成する。示されるように、送信エンドポイント候補アドレス３１０からの各候補アドレスは、受信エンドポイント候補３２０から各候補アドレスと対にされる。結果として生じる候補アドレス対３２０は、送信エンドポイント及び受信エンドポイントの両方からのすべての候補アドレスの一対一マッピングを含む。
【００５１】
[0054]図３Ｂは、受信エンドポイント候補アドレス３２０が、ＳＴＵＮサーバー１４０（図１）などのサーバー上にローカルに格納された候補アドレス（１２７．１３３．０．５）を含むように拡張されたシナリオを示す。受信エンドポイント候補アドレス３２０はまた、受信エンドポイントからＳＴＵＮサーバーへ送られるときに要求が交差し得る任意のＮＡＴアドレスを含んでもよい。上に説明された候補アドレス対と同様に、送信エンドポイント候補アドレス３１０の各候補アドレスは、受信エンドポイント候補アドレス３２０の各候補アドレスと対にされて、候補アドレス対３３０を作成する。その後、候補アドレス対３３０は上述のようにポリシーサーバーに送信されてもよい。
【００５２】
[0055]図４はサンプルネットワーク経路４００及び４２０を示す。実施例によれば、各ネットワーク経路４００及び４２０は、複数の候補アドレス対３３０（図３Ａ−３Ｂ）のうちの１つから成る。例えば、ネットワーク経路４００は、送信エンドポイントからの候補アドレス２０８．７７．１８８．１６６及び受信エンドポイントからの候補アドレス１７２．１８４．５．１０を含む。示されるように、ネットワーク経路は、送信エンドポイントから受信エンドポイントへ及びその逆にネットワーク経路を横断するために、任意の数のホップを行う必要があり得る。
【００５３】
[0056]実施例において、ネットワーク経路４００及び４２０の各々は関連するポリシー（例えば、それぞれポリシー４１０及び４３０）を有していてもよい。ポリシーはポリシーサーバーによって設定される。ポリシーが各ネットワーク経路に対して設定される場合、候補アドレス対は受信エンドポイントに返され、どのネットワーク経路がセッションのために使用されるかについての決定がなされる。この決定は、ネットワーク経路の各々に関連付けられるポリシーに部分的に基づいてなされてもよい。
【００５４】
[0057]例えば、セッションデータは、音声／動画の種類のセッションが要求されていることを示してもよい。セッションデータはまた、１５０ｋｂｐｓの帯域幅の使用の要求を示してもよい。上述のように、候補アドレス対、ネットワーク経路及びポリシーが設定された場合、結果として生じる候補アドレス対はエンドポイントに返される。どのネットワーク経路が要求されたセッションのために使用されるかについての決定がなされる。
【００５５】
[0058]上記の例を続けると、ポリシーサーバーは受信エンドポイントにネットワーク経路４００及びその関連するポリシー４１０を返してもよい。ポリシー４１０は、ネットワーク経路４００上のセッションを音声セッションのみに制限してもよい。しかし、ポリシーはまた、この特定のネットワーク経路を使用するセッションに１５０ｋｂｐｓの帯域幅が割り当てられたことを示してもよい。対照的に、ネットワーク経路４２０のポリシー４３０は、音声／動画セッションを許可してもよいが、セッションの帯域幅を１００ｋｂｐｓに制限してもよい。
【００５６】
[0059]どちらのネットワーク経路も要求されたセッションの種類又は要求された帯域幅を許可しないので、セッション要求はポリシー４１０又は４３０のいずれかの境界内に適合するように調整されてもよい。例えば、サービス品質がセッションの音声部分のための主な関心事であって、動画データが必ずしも望まれなかった場合、セッション要求は各エンドポイントからの音声転送のみをすすめるように修正されてもよい。その結果、音声セッションがネットワーク経路４００上で確立されてもよい。しかし、動画がセッションにとって要求される場合、ネットワーク経路４２０が選択されてもよく、セッション要求はポリシー４３０によって設定される１００ｋｂｐｓの帯域幅要求内に収まるように修正されてもよい。さらにまた他の実施例において、セッション要求はセッションの種類を指定するために単に要求されてもよい。そのような実施例において、指定された種類のセッションを許可する任意のネットワーク経路がセッションに対して選択されてもよく、セッション要求は修正される必要がなくてもよい。
【００５７】
[0060]セッションが特定のネットワーク経路（例えば、ネットワーク経路４００）に沿って送信エンドポイントと受信エンドポインとの間で確立された場合、ネットワーク経路は、帯域幅の使用、サービス品質及び他のセッション品質基準について監視されてもよい。このデータはポリシーサーバーに送信される。新たなセッション要求が受信され、ポリシーサーバーが各ネットワーク経路を使用する任意の既存のセッションに照らして新たなポリシーを設定する場合、ポリシーサーバーは、どのようなポリシーが様々なネットワーク経路上で確立されるべきかについて、詳細な情報を得た上での決定を下すことが可能となる。
【００５８】
[0061]図５に関して、本明細書に記載された様々な実施例を実施するためのコンピューティング環境の実施例は、コンピューターシステム５００などのコンピューターシステムを含む。記載された実施例の任意の及びすべてのコンポーネントは、クライアントコンピューターシステム、サーバーコンピューターシステム、クライアントコンピューターシステムとサーバーコンピューターシステムとの組み合わせ、送信エンドポイントと受信エンドポイント、及び本明細書に記載された他の可能なコンピューティング環境もしくはシステムとして、又はそれらの上で実行してもよい。そのため、これらのすべての環境に適用可能な基本的なコンピューターシステムが以下に記載される。
【００５９】
[0062]そのほとんどの基本構成において、コンピューターシステム５００は少なくとも１つの演算処理装置又はプロセッサー５０４及びシステムメモリー５０６を含む。コンピューターシステム５００の最も基本的な構成は破線５０２によって図５に示される。幾つかの実施例において、記載されたシステムの１つ以上のコンポーネントがシステムメモリー５０６にロードされ、システムメモリー５０６から演算処理装置５０４によって実行される。コンピューターシステム５００の正確な構成及び種類に依存して、システムメモリー５０６は、（ＲＡＭのように）揮発性であってもよいし、（ＲＯＭ、フラッシュメモリーなどのように）不揮発性であってもよいし、又はこれら２つのある組み合わせであってもよい。
【００６０】
[0063]加えて、コンピューターシステム５００はまた、追加の特徴／機能を有してもよい。例えば、コンピューターシステム５００は、磁気ディスクもしくは光ディスク又はテープを含むがこれらに限定されない、取り外し可能及び／又は取り外し不能の記憶装置などの追加の記憶媒体５０８を含む。幾つかの実施例において、ソフトウェア又は実行可能コード及び記載されたシステムに使用される任意のデータは、記憶媒体５０８に永久に格納される。記憶媒体５０８は、コンピューター読み取り可能な命令、データ構造、プログラムモジュール又は他のデータなどの情報の記憶のための任意の方法又は技術において実施される、揮発性及び不揮発性の媒体、取り外し可能及び取り外し不能な媒体を含む。
【００６１】
[0064]システムメモリー５０６及び記憶媒体５０８はコンピューター記憶媒体の例である。コンピューター記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリーもしくは他のメモリー技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（「ＤＶＤ」）もしくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、他の磁気記憶装置、又は所望の情報を格納するために使用され、コンピューターシステム５００及びプロセッサー５０４によってアクセスされる任意の他の媒体を含む。いかなるそのようなコンピューター記憶媒体もコンピューターシステム５００の一部であってよい。実施例において、システムメモリー５０６及び／又は記憶媒体５０８は、本明細書に開示された方法を実行するか又は本明細書に開示されたシステムを形成するために使用されるデータを格納する。実施例において、システムメモリー５０６は、ポリシーデータ５１４及び／又は候補アドレス５１６などの情報を格納する。
【００６２】
[0065]コンピューターシステム５００はまた、装置が他の装置と通信することを可能にする通信接続５１０を含んでもよい。実施例において、通信接続５１０は、送信装置間、中継装置間及び受信装置間でメッセージを送受信するために使用され得る。通信接続５１０は通信媒体の例である。通信媒体は、搬送波又は他の移送機構など、変調されたデータ信号を具体化してもよく、コンピューター読み取り可能な命令、データ構造、プログラムモジュール又は他のデータを変調されたデータ信号に具体化し得る任意の情報配信媒体を含む。「変調（された）データ信号」なる語は、データ信号における情報又はメッセージを符号化するような方法で設定又は変化された１つ又は複数の特性を有する信号を意味する。限定ではなく例として、通信媒体は、有線ネットワーク又は直接の有線接続などの有線媒体、並びに音響、ＲＦ、赤外線及び他の無線媒体無線媒体などの無線媒体を含む。実施例において、上に記載された方法は、通信接続５１０を介して送信されてもよい。
【００６３】
[0066]幾つかの実施例において、コンピューターシステム５００はまた、入出力接続５１２、並びにグラフィカルユーザーインターフェースなどのインターフェース及び周辺機器を含む。入力装置はまた、ユーザーインターフェース選択装置と呼ばれ、キーボード、マウス、ペン、音声入力機器、タッチ入力装置などを含むがこれらに限定されない。出力装置はまた、ディスプレイと呼ばれ、ブラウン管ディスプレイ、プラズマスクリーンディスプレイ、液晶スクリーンディスプレイ、スピーカー、プリンターなどを含むがこれらに限定されない。個々に又は組み合わせて入出力接続５１２に接続されるこれらの装置は、本明細書に記載されるように情報を表示するために使用される。すべてのこれらの装置は当技術分野において周知であり、ここで詳細に述べる必要はない。
【００６４】
[0067]幾つかの実施例において、本明細書に記載されたコンポーネントは、コンピューター記憶媒体及び他の有形の媒体上に格納され、通信媒体において送信されてもよい、コンピューターシステム５００によって実行可能なそのようなモジュール又は命令を含む。コンピューター記憶媒体は、コンピューター読み取り可能な命令、データ構造、プログラムモジュール又は他のデータなどの情報の記憶のための任意の方法又は技術で実施される、揮発性及び不揮発性の媒体、取り外し可能及び取り外し不能な媒体を含む。上記のうちのいずれかのものの組み合わせもまた読み取り可能な媒体の範囲内に含まれるべきである。幾つかの実施例において、コンピューターシステム５００は、コンピューターシステム５００による使用のためにリモート記憶媒体にデータを格納するネットワークの一部である。
【００６５】
[0068]本開示は、可能な実施例のうちの幾つかのみが示された、添付の図面に関して、本発明の幾つかの実施例について記載した。しかし、他の態様が多くの異なる形式で具体化されてもよく、本明細書に記載された実施例又は例に限定されるものとして解釈されるべきではない。むしろ、本開示が徹底した完全なものであり、可能な実施例の範囲を当業者に十分に伝えるように、これらの実施例及び例は提供されたものである。
【００６６】
[0069]実施例は、構造的特徴、方法の動作、及びそのような動作を含むコンピューター読み取り可能な媒体にとって特有の言葉で記載されてきたが、可能な実施例が、添付の特許請求の範囲において規定されるように、記載された特定の構造、動作、又は媒体に必ずしも限定されないことが理解されるべきである。当業者であれば、本発明の範囲及び趣旨内にある他の実施例又は改善について認識するであろう。したがって、特定の構造、動作又は媒体は実例となる実施例として開示されるにすぎない。本発明は添付の特許請求の範囲によって規定される。
【図１】
2012515466.tif 000003
【図２】
2012515466.tif 000004
【図３Ａ】
2012515466.tif 000005
【図３Ｂ】
2012515466.tif 000006
【図４】
2012515466.tif 000007
【図５】
2012515466.tif 000008
【国際調査報告】
2012515466.tif 000009
2012515466.tif 000010