(57)【要約】  一定のサイトへのログインが許可されていることをモバイル機器のクレデンシャルのみに基づいて当該機器が指定することを可能にするソリューションを説明する。本ソリューションは、ユーザのＩＤを照合するためにＯｐｅｎＩＤを電気通信ネットワークに統合する。この照合は、ＧＧＳＮで加入者を識別するための、電気通信事業者が有する信頼に基づいている。本ソリューションは、ＯｐｅｎＩＤプロバイダ（ＯＰ）を内部ＯＰおよび外部ＯＰの２つのシステムに分割する。外部ＯＰはパブリックネットワーク内に存在し得、ユーザがパスワードで認証することを可能にし得る。内部ＯＰは事業者のプライベートネットワーク内に存在し、ＧＧＳＮからのみ到達可能なようにＧＧＳＮに直接接続される。
2014523018.tif 000002
【特許請求の範囲】
【請求項１】
電気通信ネットワーク内でユーザを認証するためのシステムであって、
モバイル機器を認証するためのゲートウェイノードを備え、各モバイル機器は自身に関連付けられた識別子を有し、前記システムはさらに、
前記ゲートウェイノードに接続された内部プロバイダを備え、前記内部プロバイダは前記ゲートウェイノードからのみ到達可能であり、前記システムはさらに、
モバイル機器の加入者の有効性を確認する要求を少なくとも１つのリライニングパーティサービスから受信し、前記要求を受信したことに応答して、前記モバイル機器を前記内部プロバイダ上の有効性確認の統一資源識別子（ＵＲＩ）にリダイレクトする外部プロバイダを備え、前記モバイル機器の有効性が確認され、前記有効性確認の後、前記内部プロバイダは、前記モバイル機器を前記リライニングパーティサービスによって提供された承認済みＵＲＩにリダイレクトする、システム。
【請求項２】
前記モバイル機器は、ディープ・パケット・インスペクションを実行する前記ゲートウェイノードによって有効性が確認され、前記加入者に関連付けられた移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）が前記内部プロバイダへの前記要求にエンコードされ、前記ゲートウェイノードは、前記モバイル機器の前記加入者に一致する前記ＭＳＩＳＤＮを含まないすべての要求を無視することによって前記要求の有効性を確認する、請求項１に記載のシステム。
【請求項３】
前記モバイル機器は、指定されたアドレスおよびポートを用いてリアルタイムのルール更新を受信する前記ゲートウェイノードによって有効性が確認され、前記外部プロバイダは、前記内部プロバイダにポートを割当て、前記加入者に関連付けられた移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）のためのルールを構築し、前記ルールは、前記ＭＳＩＳＤＮについての前記ポートへのアクセスを認可し、前記ルールは、前記ゲートウェイノードに渡される、請求項１に記載のシステム。
【請求項４】
前記モバイル機器は、新たな課金セッションを開始する前記ゲートウェイノードによって有効性が確認され、前記外部プロバイダは、前記内部プロバイダにポートを割当て、オンライン課金サーバ（ＯＣＳ）に前記ポートの割当てを通知し、前記ＯＣＳは、前記加入者に関連付けられたプロファイルを更新し、前記ＯＣＳは、前記ポートの割当てに基づいて前記モバイル機器の有効性を確認する、請求項１に記載のシステム。
【請求項５】
前記ゲートウェイノードは、汎用パケット無線サービス用ゲートウェイ（ＧＰＲＳ）無線データネットワークと１つ以上の他のネットワークとの間のゲートウェイとして機能するＧＰＲＳサポートノード（ＧＧＳＮ）であり、前記ゲートウェイノードは、
ポリシーおよび課金実行機能（ＰＣＥＦ）、および
ポリシー制御および課金ルール機能（ＰＣＲＦ）
をさらに含む、請求項１に記載のシステム。
【請求項６】
前記内部プロバイダは、ユーザ名およびパスワードを要求するページを描画し、前記ページは、後の要求に対して前記モバイル機器がパスワードなしでログインすることを可能にするオプションをさらに含む、請求項１に記載のシステム。
【請求項７】
前記リライニングパーティサービスは、前記モバイル機器が前記リライニングパーティサービスによって提供された前記承認済みＵＲＩにリダイレクトされた後に、前記外部プロバイダで前記加入者の前記有効性確認を確かめる、請求項１に記載のシステム。
【請求項８】
電気通信ネットワーク内でユーザを認証するための方法であって、
リライニングパーティサービスから外部プロバイダへの、モバイル機器の加入者の有効性を確認する要求を受信するステップと、
前記リライニングパーティによってユーザエージェントを内部プロバイダにリダイレクトするステップと、
前記ユーザエージェントの有効性を確認するステップと、
前記ユーザエージェントを前記リライニングパーティによって提供された承認済み統一資源識別子（ＵＲＩ）にリダイレクトするステップと、
前記外部プロバイダで前記リライニングパーティによって応答の有効性を確認するステップとを備える、方法。
【請求項９】
前記モバイル機器の加入者の有効性を確認する要求は、ユーザエージェントがリライニングパーティ上のサービスを呼出して前記リライニングパーティに識別子を提供すると開始される、請求項８に記載の方法。
【請求項１０】
前記リライニングパーティは、前記モバイル機器から前記サービスの呼出を受信すると、前記ユーザエージェントの有効性を確認する要求を開始し、前記ユーザエージェントの有効性を確認する要求を外部プロバイダに送信する、請求項９に記載の方法。
【請求項１１】
前記ユーザエージェントは、ゲートウェイノードに接続される、請求項８に記載の方法。
【請求項１２】
前記ユーザエージェントの有効性を確認するステップは、ディープ・パケット・インスペクションを実行するゲートウェイノードによって実現され、前記加入者に関連付けられた移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）が前記内部プロバイダへの前記要求にエンコードされ、前記ゲートウェイノードは、前記モバイル機器の前記加入者に一致する前記ＭＳＩＳＤＮを含まないすべての要求を無視することによって前記要求の有効性を確認する、請求項８に記載の方法。
【請求項１３】
前記ユーザエージェントは、指定されたアドレスおよびポートを用いてリアルタイムのルール更新を受信するゲートウェイノードによって有効性が確認され、前記外部プロバイダは、前記内部プロバイダにポートを割当て、前記加入者に関連付けられた移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）のためのルールを構築し、前記ルールは、前記ＭＳＩＳＤＮについての前記ポートへのアクセスを認可し、前記ルールは、前記ゲートウェイノードに渡される、請求項８に記載の方法。
【請求項１４】
前記ユーザエージェントは、新たな課金セッションを開始するゲートウェイノードによって有効性が確認され、前記外部プロバイダは、前記内部プロバイダにポートを割当て、オンライン課金サーバ（ＯＣＳ）に前記ポートの割当てを通知し、前記ＯＣＳは、前記加入者に関連付けられたプロファイルを更新し、前記ＯＣＳは、前記ポートの割当てに基づいて前記モバイル機器の有効性を確認する、請求項８に記載の方法。
【請求項１５】
前記ゲートウェイノードは、汎用パケット無線サービス用ゲートウェイ（ＧＰＲＳ）無線データネットワークと１つ以上の他のネットワークとの間のゲートウェイとして機能するＧＰＲＳサポートノード（ＧＧＳＮ）であり、前記ゲートウェイノードは、
ポリシーおよび課金実行機能（ＰＣＥＦ）、および
ポリシー制御および課金ルール機能（ＰＣＲＦ）
をさらに含む、請求項１１に記載の方法。
【請求項１６】
前記内部プロバイダは、ユーザ名およびパスワードを要求するページを描画し、前記ページは、後の要求に対して前記ユーザエージェントがパスワードなしでログインすることを可能にするオプションをさらに含む、請求項８に記載の方法。
【請求項１７】
前記リライニングパーティサービスは、前記ユーザエージェントが前記リライニングパーティサービスによって提供された前記承認済みＵＲＩにリダイレクトされた後に、前記外部プロバイダで前記加入者の前記有効性確認を確かめる、請求項８に記載の方法。
【請求項１８】
前記ユーザエージェントは、前記リライニングパーティサービスを呼出す前記モバイル機器のウェブブラウザである、請求項８に記載の方法。
【請求項１９】
１つ以上のプロセッサに一連のステップを実行させるために前記１つ以上のプロセッサによって実行される一組の命令を格納する、非一時的なコンピュータ読取可能記録媒体であって、前記一連のステップは、
リライニングパーティサービスから外部プロバイダへの、モバイル機器の加入者の有効性を確認する要求を受信するステップと、
前記リライニングパーティによってユーザエージェントを内部プロバイダにリダイレクトするステップと、
前記ユーザエージェントの有効性を確認するステップと、
前記ユーザエージェントを前記リライニングパーティによって提供された承認済み統一資源識別子（ＵＲＩ）にリダイレクトするステップと、
前記外部プロバイダで前記リライニングパーティによって応答の有効性を確認するステップとを備える、コンピュータ読取可能記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権表示
本特許文書の開示の一部は、著作権保護を受ける内容を含む。これは特許商標庁の特許ファイルまたは記録に現れるため、著作権所有者は、本特許文書または本特許開示のすべての人間による複写に異議はないが、その他の場合はすべての著作権を留保する。
【０００２】
発明の分野
本発明は概して移動体通信および電気通信ネットワークに関し、特に電気通信ネットワーク内でモバイル機器を認証することに関する。
【背景技術】
【０００３】
背景
近年、人々は自身のモバイル機器からインターネットサービスにますます頻繁にアクセスしている。たとえば、スマートフォン、タブレット、携帯情報端末（ＰＤＡ）および他の携帯型コンピュータは、今やほとんどのウェブサイトにほぼ完全に統合されており、インターネット上の多種多様なサービスにアクセス可能である。これらのサービスの多くは、ユーザ名、パスワードをユーザに割当てることなどによって、モバイル機器の加入者が認証されることを要求する。しかし、このような機器の小型サイズおよび限られたキーボード機能のため、加入者が機器を使用する際にユーザ名およびパスワードまたは他の認証情報を入力することは非常に厄介であり得る。
【０００４】
多数の規格が提案されており、そのうちのいくつかは、モバイル機器の認証問題に少なくとも部分的に対処することを試みている。そのような既存の規格の１つは汎用ブートストラッピング・アーキテクチャ（Generic Bootstrapping Architecture：ＧＢＡ）であり、これは、認証を提供するＳＩＭカードを用いて、携帯電話上のアプリケーションが自身をネットワークサービスに認証することを可能にする。この規格の下では、ユーザはホームロケーションレジスタ（Home Location Register：ＨＬＲ）またはホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）上に有効なＩＤを有していれば認証され得る。認証は共有秘密鍵に基づいており、一方の鍵はユーザの携帯電話内に配置され、他方の鍵はＨＬＲ／ＨＳＳ上にある。
【０００５】
ＯｐｅｎＩＤと名付けられた別の規格は、ユーザが自身のデジタルＩＤを一元化できるようにすることによって、各所有者が所有するＩＤの数を減らすことを試みている。このオープン規格の下では、ユーザは分散された態様で認証され得る。たとえば、ユーザエージェント（ＵＡ）が特定のサービスを呼出すと、当該サービスはＯｐｅｎＩＤプロバイダ（ＯＰ）に問合せを行なうことができ、ＯＰは、ＯＰに依拠するサービスに代理してユーザエージェントを認証する。このように、リライニングパーティまたはサービスは、リライニングパーティとＯＰとの間で予め確立された共有の秘密に基づいてユーザが認証されることを保証し得る。
【０００６】
このような規格に鑑みても、多くの制限および欠点が依然として対処されないままである。たとえば、ＯｐｅｎＩＤ実装の最も一般的な認証メカニズムは、ユーザ名とパスワードとの組合せであり続けるが、これは上記の理由によりモバイル加入者にとって面倒であり得る。ＯｐｅｎＩＤをＧＢＡに統合する少なくとも１つのソリューションが提案されているが、そのようなソリューションではおそらく、電気通信会社が追加のネットワークハードウェアを購入しなければならず、アプリケーション開発者が自身のコードを変更しなければならず、さらに、携帯電話ユニットも変更しなければならない。当然のことながら、電気通信ネットワークのエコシステム全体におけるそのような変更を必要とするソリューションは、あまり牽引力を得ることができていない。
【０００７】
電気通信会社およびモバイルネットワークオペレータ（ＭＮＯ）は、既にモバイル機器および加入者との信頼関係がある。この信頼関係を携帯電話からインターネットサービスにエクスポートすることが望ましいであろう。また、関係のある多数のエンティティ同士の間の変更数を最小限に抑え、かつ上記の不備に対処しつつ、この信頼をエクスポートすることが望ましいであろう。出願人は、本開示の主題を考案する際に、当該技術に現存するこれらおよび他の必要性を特定した。
【発明の概要】
【課題を解決するための手段】
【０００８】
発明の概要
さまざまな実施形態に従って、一定のサイトへのログインが許可されていることをモバイル機器のクレデンシャルのみに基づいて当該機器のユーザが指定することを可能にするソリューションを説明する。本ソリューションは、ユーザのＩＤを照合するためにＯｐｅｎＩＤを電気通信ネットワークに統合する。この照合は、電気通信事業者が有する、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）でモバイル機器および加入者を識別するために使用可能な信頼に基づいている。
【０００９】
加入者を識別するための処理は、ＯｐｅｎＩＤプロバイダ（ＯＰ）を内部ＯＰおよび外部ＯＰの２つのシステムに分割することに基づく。外部ＯＰは、パブリックネットワーク内に存在し得、ユーザがパスワードで認証することを可能にし得る。内部ＯＰは、事業者のプライベートネットワーク内に存在し、ＧＧＳＮからのみ到達可能なようにＧＧＳＮに直接接続される。加入者を識別するための処理は、モバイル機器（ユーザエージェント）がリライニングパーティ（ＲＰ）サービスを呼出すと開始する。ＲＰは、外部ＯＰに問合せを行い、加入者の有効性確認の統一資源位置指定子（ＵＲＬ）を要求し得る。ＲＰは、ユーザエージェント（ＵＡ）を内部ＯＰプロバイダ上の有効性確認のＵＲＬにリダイレクトする。内部ＯＰは、ＩＰアドレスによって、または加入者が選択する場合はユーザ名およびパスワードによって、加入者の有効性を確認し得る。内部ＯＰは、ＲＰによって提供された承認済みＵＲＬにＵＳをリダイレクトし返す。そして、ＲＰは外部ＯＰで応答の有効性を確認し得る。
【図面の簡単な説明】
【００１０】
【図１】本発明のさまざまな実施形態に係る、ＯｐｅｎＩＤを電気通信ネットワークに統合するシステムレベルの図である。
【図２】本発明のさまざまな実施形態に係る、ＵＡが内部ＯＰにリダイレクトされるとＵＡに提示されるページの図である。
【図３】本発明のさまざまな実施形態に係る、ＯｐｅｎＩＤを電気通信ネットワークに統合するフローチャートの図である。
【図４】本発明のさまざまな実施形態に係る、ＯｐｅｎＩＤを電気通信ネットワークに統合するシーケンス図である。
【発明を実施するための形態】
【００１１】
詳細な説明
同様の参照は同様の要素を指す添付の図面において、本発明を限定的ではなく例示的に説明する。本開示中の実施形態への参照は必ずしも同じ実施形態に参照しているとは限らず、そのような参照は少なくとも１つを意味する。具体的な実装について述べる場合、これは例示のためにのみなされることを理解すべきである。当業者は、本発明の範囲および思想から逸脱することなく他の構成要素および構成が用いられ得ることを認識するであろう。
【００１２】
以下の説明では、本発明の完全な説明を提供するために多数の具体的な詳細を示す。しかし、本発明はこれら具体的な詳細なしで実践され得ることが当業者に明らかになるであろう。他の例では、本発明を不明瞭にするのを避けるために周知の特徴は詳細に説明していない。
【００１３】
本開示全体にわたって説明するさまざまな実施形態に従って、一定のサイトへのログインが許可されていることをモバイル機器のクレデンシャルのみに基づいて当該機器のユーザが指定することを可能にするソリューションを説明する。このソリューションは、ユーザのＩＤを照合するためにＯｐｅｎＩＤを電気通信ネットワークに統合する。この照合は、電気通信事業者が有する、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）でモバイル機器および加入者を識別するために使用可能な信頼に基づいている。
【００１４】
現在、ＯｐｅｎＩＤは、ユーザがユーザ名およびパスワードを用いてログインすることを要求することが多い。典型的なＯｐｅｎＩＤのフローは以下のように機能し得る。
【００１５】
１．ユーザエージェント（ＵＡ）が、リライニングパーティ（ＲＰ）を呼出して識別子を提供する
２．ＲＰが、ＯｐｅｎＩＤプロバイダ（ＯＰ）に問合せを行い、加入者の有効性確認の統一資源位置指定子（ＵＲＬ）を要求する
３．ＲＰが、ＵＡをＯＰ上の有効性確認のＵＲＬにリダイレクトする
４．ＯＰが、典型的にユーザ名／パスワードの組合せである任意の手段によって加入者の有効性を確認する
５．ＯＰが、ＵＡをＲＰによって提供された「承認済み」ＵＲＬにリダイレクトし返す
６．ＲＰが、ＯＰで応答の有効性を確認する
【００１６】
この状況における変更は、通信事業者がゲートウェイ汎用パケット無線サービスサポートノード（Gateway General Packet Radio Service Support Node：ＧＧＳＮ）で電話（およびしたがって加入者）を識別可能である、通信事業者が有する信頼を利用することができる。ＧＧＳＮが加入者を識別可能である場合、ＧＧＳＮはその信頼をＲＰにエクスポート可能であるべきである。この信頼をエクスポートするため、ＯｐｅｎＩＤのフローは以下のようになり得る。
【００１７】
１．ＵＡが、ＲＰを呼出して識別子を提供する
２．ＲＰが、外部ＯｐｅｎＩＤプロバイダ（ＯＰ）に問合せを行い、加入者の有効性確認のＵＲＬを要求する
３．ＲＰが、ＵＡを内部ＯＰ上の有効性確認のＵＲＬにリダイレクトする
４．内部ＯｐｅｎＩＤプロバイダ（ＯＰ）が、ＩＰアドレスによって、または加入者が選択する場合はユーザ名／パスワードによって、加入者の有効性を確認する
５．内部ＯＰが、ＵＡをＲＰによって提供された「承認済み」ＵＲＬにリダイレクトし返す
６．ＲＰが、外部ＯＰで応答の有効性を確認する
【００１８】
図１は、本発明のさまざまな実施形態に係る、ＯｐｅｎＩＤを電気通信ネットワークに統合するシステムレベルの図である。この図では構成要素同士が論理的に別個であると描かれているが、このような描写は例示のために過ぎない。この図に示される構成要素は、別個のソフトウェア、ファームウェアおよび／もしくはハードウェアに組合せられ得るまたは分けられ得ることが当業者に明らかになるであろう。さらに、そのような構成要素は、どのように組合せられるかまたは分けられるかに関わらず、同じ演算装置上で実行可能であるか、１つ以上のネットワークまたは他の好適な通信手段によって接続された異なる演算装置同士の間に分散可能であることも当業者に明らかになるであろう。
【００１９】
図示されるように、ＯｐｅｎＩＤプロバイダ（ＯＰ）は、内部ＯＰ１１２および外部ＯＰ１１４の２つの別個のシステムに分割され得る。ネットワークという用語は、少なくとも２つの別個のネットワーク、すなわちすべてのエンティティにアクセス可能なパブリックネットワーク（たとえばインターネット）１２０と、電気通信プロバイダの内部プライベートネットワーク１２２とを含み得る。プライベートネットワークへのアクセスは制御され、これは通常、ファイアウォール１１６または他のセキュリティ手段によってパブリックネットワークから分離される。外部ＯＰはパブリックネットワーク内に存在し得、加入者１００がパスワードで認証することを可能にし得る。内部ＯＰは、事業者のプライベートネットワーク内に存在し、ＧＧＳＮ１０４からのみ到達可能なようにＧＧＳＮに直接接続される。加入者を識別するための処理は、モバイル機器（ＵＡ１０２）がリライニングパーティ（ＲＰ）サービス１１８を呼出すと開始する。ＲＰは、外部ＯＰ１１４に問合せを行い、加入者の有効性確認のＵＲＬを要求し得る。ＲＰは、ユーザエージェント（ＵＡ）を内部ＯＰプロバイダ１１２上の有効性確認のＵＲＬにリダイレクトする。内部ＯＰは、ＩＰアドレスによって、または加入者が選択する場合はユーザ名およびパスワードによって、加入者の有効性を確認し得る。内部ＯＰは、ＵＡをＲＰ１１８によって提供された承認済みＵＲＬにリダイレクトし返す。そして、ＲＰは、外部ＯＰで応答の有効性を確認し得る。
【００２０】
実施形態に従って、ＧＧＳＮは、ポリシー制御ルール機能（Policy Control Rule Function：ＰＣＲＦ）１０８およびポリシー制御実行機能（Policy Control Enforcement Function：ＰＣＥＦ）１０６を用いて、事業者の加入者を含む通信にポリシーを適用し得る。これらの構成要素は、サービスデータフロー（ＳＤＦ）検出、ポリシー実行およびフローに基づく課金機能を含む。さらに、ＧＧＳＮは、サービス使用に基づいて通信サービスプロバイダが自身の加入者にリアルタイムで課金することを可能にするためのシステムである、オンライン課金サーバ（ＯＣＳ）１１０に接続し得る。本文書の以下により詳細に説明するように、これらの構成要素のいくつか（またはすべて）は、内部ＯＰへのアクセスを制御する際に役割を果たし得る。
【００２１】
図２は、本発明のさまざまな実施形態に係る、ＵＡが内部ＯＰにリダイレクトされたときにＵＡに提示されるページの図である。なお、このページは例に過ぎず、すべての実施形態が最初のログイン時にユーザ名とパスワードとの組合せを要求すると限定すると解釈されるべきでない。
【００２２】
図示されるように、内部ＯＰ上には、ユーザエージェント（ＵＡ）がそこにリダイレクトされると、ユーザ名とパスワードとの組合せによって認証するページがＵＡに提示され得る。このページは、機器が将来パスワードなしでログインすることを可能にするオプションをさらに含み得る。ＵＡには、ユーザ名／パスワードが求められる。それらにはさらに、当該機器からこのサービスへの将来のログインをパスワードなしにすることを可能にするオプションが与えられる。実施形態に従って、ＵＡは、サービスが初めて使用されるときには常にパスワードを促され、ＵＡは、パスワードなしのログインを有効にするか無効にするかをいつでも選択可能である。
【００２３】
実施形態に従って、パスワードなしの認証を可能にするため、内部ＯＰへのアクセスは保護される必要がある。そうではなく、内部ＯＰがＧＧＳＮ以外のどの装置からもアクセス可能である場合は、第三者がＵＡをエミュレートしてＲＰへのアクセスを獲得することもあり得る。
【００２４】
実施形態に従って、本ソリューションは、ＯＰを２つのシステムに分割することに依拠し得る。外部ＯＰは、通常のＯＰとして動作し、ユーザがパスワードで認証することを可能にする。他方、内部ＯＰは、ＧＧＳＮに直接接続され、ＧＧＳＮからのみ到達可能になっている。内部ＯＰはＧＧＳＮからのみ到達可能なため、認証問題は内部ＯＰへのアクセス制御の問題になる。さまざまな実施形態に従って、以下はこのアクセス制御を行なういくつかの方法である。
【００２５】
１．ＧＧＳＮ上のＰＣＥＦ／ＰＣＲＦは、ディープ・パケット・インスペクション（deep packet inspection：ＤＰＩ）を実行可能であり、ＵＲＬの特定部分の有効性の確認を実行可能である
２．ＰＣＥＦ／ＰＣＲＦは、指定されたＩＰアドレスおよびポートを用いてリアルタイムのルール更新を受信可能である
３．ＧＧＳＮは、特定のＩＰアドレスへのすべての接続について新たな課金セッションを開始可能である
【００２６】
ディープ・パケット・インスペクション
実施形態に従って、ＰＣＥＦ／ＰＣＲＦがＤＰＩを実行可能である場合、加入者の移動局国際加入者ディレクトリ番号（Mobile Station International Subscriber Directory Number：ＭＳＩＳＤＮ）がＯＰへの要求にエンコードされる。そして、ＰＣＥＦは、加入者プロファイルに一致するＭＳＩＳＤＮを含まないすべての要求を無視して、当該ＵＲＬの有効性を確認し得る。ＵＡがＲＰへの機器認証アクセスを有することができると加入者が予め決めていた場合、内部ＯＰは成功応答を返す。
【００２７】
リアルタイムのルール更新
実施形態に従って、ＰＣＥＦ／ＰＣＲＦがリアルタイムの更新を実行可能である場合、外部ＯＰは、内部ＯＰにポートを割当てる。そして、外部ＯＰは、ＵＡのＭＳＩＳＤＮのためのルールを構築して当該ポートへのアクセスを可能にし、このルールをＰＣＲＦに渡す。ＰＣＲＦは、ＰＣＥＦを更新した後、外部ＯＰに成功を報告し返す。そして、外部ＯＰは、アクセスのために内部ＯＰ上に使うべきホスト名／ポートの組合せをＲＰに通知する。そして、ＵＡは、当該ホスト名およびポートへの接続をオープンにする。ルールが一致するため、ＰＣＥＦは、ＧＧＳＮがＵＡを内部ＯＰに接続することを可能にする。内部ＯＰは、ＧＧＳＮを信頼しているため、認証要求に対して成功を報告する。ＲＰが応答の有効性を確認するために外部ＯＰとコンタクトすると、外部ＯＰは、割当てをリリースし、ＰＣＲＦからルールを削除する。
【００２８】
新たな課金セッション
実施形態に従って、特定のＩＰアドレスへのソケット接続ごとにＧＧＳＮが新たな課金セッションを開始可能である場合、ＯＣＳシステムの能力を用いてリアルタイムのアカウント修正を行なってこの接続の有効性確認を行なうことができる。非限定的な例として、オラクルのネットワーク課金および制御（Network Charging and Control：ＮＣＣ）製品ラインがこの能力を提供する。
【００２９】
リアルタイムのルール更新方法と同様に、外部ＯＰは、内部ＯＰにポートを割当てる。そして、外部ＯＰは、ＯＣＳにポート割当てを通知し、ＯＳＣは、当該情報を用いてＵＡのプロファイルを更新する。ＴＣＰ  ＳＹＮを内部ＯＰに送る前に、ＧＧＳＮは、ＯＣＳに対する新たな課金セッションを開始し、要求内にＩＰアドレスおよびポートを提供する。そして、ＯＣＳはＩＰアドレスおよびポートを割当てリストと照らし合わせて有効性を確認し、一致する場合にのみ課金要求に対して成功で応じる。上記のように、内部ＯＰは、ＧＧＳＮを信頼しているため、認証要求に対して成功を報告することができる。ＲＰが応答の有効性を確認するために外部ＯＰとコンタクトすると、外部ＯＰは、割当てをリリースし、ＯＣＳ上のＵＡのプロファイルを更新する。
【００３０】
図３は、本発明のさまざまな実施形態に係る、ＯｐｅｎＩＤを電気通信ネットワークに統合するフローチャートの図である。この図は例示のために機能ステップを特定のシーケンスで示しているが、この処理は、この特定の順番またはステップに必ずしも限定されない。当業者は、この図に示されるさまざまなステップはさまざまな方法で変更、再構成、並列実行、または適合され得ることを認識するであろう。さらに、一定のステップまたはステップのシーケンスが、本発明の思想および範囲から逸脱することなくこの処理に追加され得るか、この処理から省略され得る。
【００３１】
ステップ３００に示されるように、ユーザエージェントがリライニングパーティ上のサービスを呼出してリライニングパーティに識別子を提供すると、処理が開始する。そして、リライニングパーティは、ユーザエージェントの有効性を確認する要求を外部ＯｐｅｎＩＤプロバイダに送信し（ステップ３０２）、さらにユーザエージェントを内部ＯｐｅｎＩＤプロバイダにリダイレクトする（ステップ３０４）。ステップ３０６に示されるように、内部ＯＰは、ＩＰアドレスによって、またはユーザ名／パスワードによって、加入者の有効性を確認する。ステップ３０８において、内部ＯＰは、ユーザエージェントをリライニングパーティによって提供された承認済みＵＲＬにリダイレクトし返す。最後に、ステップ３１０に示されるように、リライニングパーティは外部ＯＰで応答を確かめる。
【００３２】
図４は、本発明のさまざまな実施形態に係る、ＯｐｅｎＩＤを電気通信ネットワークに統合するシーケンス図である。なお、本明細書中に記載の他の図と同様に、ステップのシーケンスは例示のために示されるに過ぎず、すべての実施形態を特定の順番またはステップに限定することを必ずしも意図していない。当業者は、この図に示されるさまざまなステップはさまざまな方法で変更、再構成、並列実行、または適合され得ることを認識するであろう。さらに、一定のステップまたはステップのシーケンスが、本発明の思想および範囲から逸脱することなくこの処理に追加され得るか、この処理から省略され得る。
【００３３】
図４に示されるように、加入者を識別するための処理は、ＵＡ４００（たとえば加入者のモバイル機器上のウェブブラウザ）がＲＰ４０２上のサービスを呼出すと開始する。ＵＡは、サービスを呼出すと、典型的にその識別子をＲＰに提供する。ＲＰは、この識別子を受信し、これを用いて外部ＯＰ４０４とコンタクトしてＵＡの有効性の確認を要求する。ＲＰは、さらにＵＡに応答し、ＵＡを内部ＯＰ４０６にリダイレクトする。内部ＯＰへのアクセスはＧＧＳＮに制限されているため、ＵＡが内部ＯＰに到達すると、これは有効性が確認される。有効性が確認されると、内部ＯＰは、ＵＡをＲＰによって提供された承認済みＵＲＬにリダイレクトする。最後に、ＲＰは、外部ＯＰでＵＡの有効性確認を確かめ得る。
【００３４】
本開示に記載されたさまざまな文脈全体にわたって、本発明の実施形態は、上記のシステムおよび方法を実行するように構成されたコンピュータ装置、演算システムおよび機械読取可能媒体をさらに含む。特定的に設計された集積回路または他の電気機器で構成される実施形態に加えて、本発明は、コンピュータ業界の当業者に明らかになるように、本開示の教示に従ってプログラムされた従来の汎用または専用のデジタルコンピュータまたはマイクロプロセッサを用いて都合よく実装可能である。
【００３５】
ソフトウェア業界の当業者に明らかになるように、本開示の教示に基づいて、適切なソフトウェアコーディングが熟練プログラマーによって容易に準備され得る。本発明は、当業者に容易に明らかになるように、アプリケーション特有の集積回路を準備することによって、または従来の部品回路の適切なネットワークを相互に接続することによっても実装され得る。
【００３６】
さまざまな実施形態は、本明細書中に提示された特徴のいずれかを実行するために汎用または専用の演算プロセッサ／装置をプログラムするために用いられ得る命令が格納された格納媒体であるコンピュータプログラム製品を含む。格納媒体は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、光磁気ディスク、ホログラフィックストレージ、ＲＯＭ、ＲＡＭ、ＰＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ装置、磁気カードまたは光カード、ナノシステム（分子メモリＩＣを含む）を含む任意の種類の物理的媒体、ならびに命令および／もしくは情報を格納するのに適した任意の種類の媒体または装置、の１つ以上を含むが、これらに限定されない。コンピュータプログラム製品は全体的または部分的に、１つ以上の公的および／またはプライベートネットワーク上で送信可能であり、当該送信は、本明細書中に提示された特徴のいずれかを実行するための１つ以上のプロセッサによって用いられ得る命令を含む。ある実施形態では、当該送信は複数の別個の送信を含み得る。１つ以上の実施形態に従って、コンピュータ読取可能記録媒体は、非一時的な性質のものである。
【００３７】
本発明の好ましい実施形態の上記の説明は、例示および説明のために提供した。これは網羅的であること、または本発明を開示した厳密な形態に限定することを意図していない。多くの変更および変形が当業者に明らかになり得る。実施形態は、本発明の原理およびその実際の適用を最もよく説明することによって関連技術の当業者が本発明を理解できるように選択および記載した。
【図１】
2014523018.tif 000003
【図２】
2014523018.tif 000004
【図３】
2014523018.tif 000005
【図４】
2014523018.tif 000006
【国際調査報告】
2014523018.tif 000007
2014523018.tif 000008