JP2022533107A - ドメイン名を使用したトラフィックフロー制御 - Google Patents

Abstract

セルラーネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装システム及び方法が開示されている。接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装方法は、１つ以上のデバイスについてのデバイス情報を受信することと、１つ以上のデバイスがアクセスすることを許可されている、少なくとも１つのドメイン名についてのドメイン名情報を受信することと、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視することと、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについての１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することと、を含む。
【選択図】図１

Description

本発明は、一般に、セルラー接続又は無線接続を使用するデバイスにドメイン名を使用してトラフィックフローを制御することに関する。

関連出願の相互参照
本出願は、米国特許法第１１９（ｅ）条の下、２０１９年５月２１日に出願された米国仮出願第６２／８５１，０４１号に優先権を主張し、その全体が参照により本明細書に援用されている。

加入者識別モジュール（ＳＩＭ）などの製品で使用するデータを送受信するための、マシンツーマシン（Ｍ２Ｍ）又はモノのインターネット（ＩｏＴ）デバイスとして知られている、テレマティクス機器、センサ、タブレット、電話機又は他のタイプのハードウェアが、ワイヤレス又はセルラーネットワークなどのネットワークへの接続が有効になっているかどうかにかかわらず、これらデバイスの数は増加している。ＩｏＴソリューションが大量に展開され、ＩｏＴソリューションのセキュリティに対する懸念が高まるにつれて、ＩｏＴデバイスがネットワーク上でアクセスすることができるインターネットプロトコル（ＩＰ）アドレスを制限する必要性と需要が高まっている。特定のＩＰアドレスをホワイトリスト又はブラックリストに登録することは、アクセスを制御するための代替手段として許容されているが、それらのアドレスに関する知識と継続的な更新を必要とする。特定のＩＰアドレスではなく、ドメイン名をホワイトリスト又はブラックリストに登録すると、より簡単で優れたソリューションをもたらすことができる。ただし、特定のドメイン名に関連付けられているＩＰアドレスが経時的に変更され得ると、これらのルールの適用でエラーが発生する可能性が高くなる。

したがって、必要なのは上記で特定された問題に対処するシステム及び／又は方法である。本発明は、そのような必要性に対処する。

セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装システム、方法及びコンピュータプログラム製品が開示されている。セルラーネットワーク又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装方法は、１つ以上のデバイスについてのデバイス情報を受信することと、このデバイスを、そのデバイスが許可されている、又は許可されていない１つ以上のドメインを指定するサービスプロファイルに関連付けることと、１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報を受信することと、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視することと、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについての１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することとを含む。

ドメイン名を使用する自動トラフィックフロー制御のためのシステムは、接続が有効になっている１つ以上のデバイスと、ポリシー及び課金ルール機能（ＰＣＲＦ）ソフトウェアノードと、接続が有効になっているデバイスについてのＰＣＲＦによって格納されたサービスプロファイルであって、そのサービスプロファイルを用いてデバイスがアクセスすることを許可されているドメインを識別する、サービスプロファイルと、パケットデータアナライザとを含む。このＰＣＲＦは、１つ以上のデバイスについてのデバイス情報、１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報を受信する。そして、そのサービスプロファイルを用いてドメイン名がそのデバイスに許可されているとＰＣＲＦが判定する場合、パケットデータアナライザは、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付け、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視し、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについての１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新する。

一実施形態では、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用するトラフィックフロー制御のためのコンピュータプログラム製品は、接続が有効になっている１つ以上のデバイスにドメイン名を使用するトラフィックフロー制御のためのアプリケーションの実行をコンピュータに制御させるためのコンピュータ可読命令を有し、これらコンピュータ可読命令は、１つ以上のデバイスについてのデバイス情報を受信することと、１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報を受信することと、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視することと、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについての１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することとを含む。

本発明の１つ以上の実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御に使用される例示的なシステム１００及びプロセスを示す。 本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム２００及びプロセスを示す。 本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム３００及びプロセスを示す。 本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム４００及びプロセスを示す。 本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム４００’及びプロセスを示す。 本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム５００及びプロセスを示す。 本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム５００’及びプロセスを示す。 本発明の１つ以上の実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスの自動セキュアデバイス登録及びプロビジョニングに関する、コンピュータプログラム製品を格納すること、及び／又はプログラムコードを実行することに適したデータ処理システム６００を示す。

本発明は、一般に、セルラー接続又は無線接続を使用するデバイスにドメイン名を使用してトラフィックフローを制御することに関する。

以下の説明は、当業者が本発明を作成して使用することを可能にするために提示され、特許出願及びその要件に関連して提供される。本明細書に記載されている好ましい実施形態、ならびに一般的な原理及び特徴に対するさまざまな修正形態は、当業者には容易に明らかであろう。したがって、本発明は、示されている実施形態に限定されることが意図されないが、本明細書に記載されている原理及び特徴と一貫性のある最も広い範囲が与えられるものとする。

本発明は、加入者識別モジュール（ＳＩＭ）などの接続モジュールを含む製品に関して説明されているが、「製品」という用語は、本明細書で使用される場合、テレマティクス機器、センサ、電化製品、電子モジュール、テレフォニー機器、及びワイヤレス又はセルラーネットワークへの接続が有効になっており、集積回路カード識別子（ＩＣＣＩＤ）、国際移動体加入者識別番号（ＩＭＳＩ）、携帯機器識別番号（ＭＥＩＤ）、又は以下でさらに説明され、本明細書ではサービスを受けるサービスプロバイダに関する「番号」と総称される他のシリアル番号など、その製品の個別の識別番号についての登録が必要なその他の同様の製品と包括的である、交換可能である、及び／又は同義であることが意図される。機能的に異なるタイプの製品が、それらの個別の能力及び／又は展開に特有であることができる、特性、機能及び／又は動作を有することができることが認識されるであろう。

Ｍ２Ｍ又はモノのインターネット（ＩｏＴ）デバイスとして知られている、テレマティクス機器、センサ、タブレット、電話機又は他のタイプのハードウェアが、加入者識別モジュール（ＳＩＭ）など、それらのような製品の使用によってデータを送受信するために、ワイヤレス又はセルラーネットワークなどのネットワークへの接続が有効になっているかどうかにかかわらず、これらデバイスの数は増加している。ＩｏＴソリューションが大量に展開され、ＩｏＴソリューションのセキュリティに対する懸念が高まるにつれて、ＩｏＴデバイスがネットワーク上でアクセスすることができるＩＰアドレスを制限する必要性と需要が高まっている。

ＩｏＴデバイスがアクセスすることができるＩＰアドレスを制限する１つのアプローチは、セルラーネットワークのパケットゲートウェイ（Ｐ－ＧＷ）でカスタムアクセスポイント名（ＡＰＮ）及びポリシーを定義することである。このアプローチの不利な点は、一意のＩＰアドレスセットのそれぞれへのアクセスを許可するには、新しいＡＰＮ及びポリシーが必要になり、これらのＡＰＮ及びポリシーを定義するには、Ｐ－ＧＷのオペレータ側の労力が必要であり、Ｐ－ＧＷを誤設定するリスクが伴うことである。代替のアプローチは、Ｐ－ＧＷとインターネットとの間にファイアウォールを採用することである。このファイアウォールは、セルラーデバイスに割り当てられたＩＰアドレス、及びセルラーデバイスが到達すること、及び／又はアクセスすることを許可されているＩＰアドレスにマッチングするルールを用いて設定されることができる。

ただし、各ファイアウォールルールはそれが適用されるセルラーデバイスを識別する必要があり、ネットワーク上のセルラーデバイス数ごとに許可されるＩＰアドレスセットが異なる可能性があるため、常にファイアウォールでは、数千又は数百万のルールが必要になる場合がある。さらに、ネットワークオペレータは、ＩＰアドレスをセルラーデバイスに動的に割り当てることができるため、例えば、所与のセルラーデバイスは、１回でパケットデータセッションを確立するときに１つのＩＰアドレスを有することができ、別の回でパケットデータセッションを確立するときに別のＩＰアドレスを有することができる。このシナリオでは、そのパケットデータセッションをセルラーデバイスが終了するときに、ネットワークオペレータが同じＩＰアドレスを別のセルラーデバイスに安全に再割り当てするために、ファイアウォール中のセルラーデバイスについてのルールをアンインストールする、非アクティブ化する、又は除去する必要がある。ファイアウォールにルールを絶えず追加して除去すると、ファイアウォールの動作に大きなオーバーヘッドが発生する。

代替のアプローチは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって指定されたエンティティを使用することである。これらのエンティティは、ポリシー及び課金ルール機能（ＰＣＲＦ）と、ポリシー及び課金実施機能（ＰＣＥＦ）である。３ＧＰＰ技術仕様書２９．２１２は、ＰＣＲＦがセルラーデバイスごとに、セルラーデバイスがアクセスすることを許可されているＩＰアドレス、及び許可されていないＩＰアドレスを指定することができる方法を規定し、効率的にＩＰアドレスのホワイトリスト及びブラックリストを形成する。次に、ＰＣＥＦはホワイトリスト及びブラックリストを実施する。ＰＣＥＦは、Ｐ－ＧＷ（ＬＴＥネットワーク）又はＧＧＳＮ（ＧＳＭ及びＷＣＤＭＡネットワーク）のサブシステムとして実装されてもよい。セルラーネットワーク中でＰＣＲＦ及びＰＣＥＦ機能を使用すると、ネットワークのオペレータの操作上の労力及びリスクが軽減される。

どのセルラーデバイスがどのＩＰアドレスにアクセスすることを許可されているかのマッピングを格納するのに適切なメカニズムを用いて、ネットワークのオペレータは、顧客がウェブポータルなどを介して顧客自身の「ホワイトリストに登録された」（許可された）ＩＰアドレスを指定することを許可することさえできる。

一方では、セルラーデバイスが、ＩＰアドレスを用いてホスト上で実行されているサービスと通信し、そのＩＰアドレスにセルラーデバイスがアクセスすることを許可されている場合を考えてみる。その第一ホスト上で実行されているサービスを停止し、第二ＩＰアドレスを用いて第二ホスト上で実行されるサービスを開始する場合、その第二ＩＰアドレスにセルラーデバイスがアクセスすることを許可される必要がある。特定のＩＰアドレスではなく、ドメイン名をホワイトリスト又はブラックリストに登録すると、ドメインネームシステム（ＤＮＳ）を使用して通信する必要があるサービスのＩＰアドレスを決定するようにセルラーデバイスのオペレータがセルラーデバイスを設定することができ、かつＤＮＳを使用してホワイトリスト又はブラックリストに登録する必要があるＩＰアドレスをＰＣＲＦが決定することができるという間接的なレベルが導入されるため、より単純で優れたソリューションがもたらされ得る。ただし、特定のドメイン名に関連付けられているＩＰアドレスが経時的に変更され得ると、これらのルールの適用でエラーが発生する可能性が高くなる。

一般に、ＰＣＲＦは、ＩｏＴデバイスへのアクセスと、ＩｏＴデバイスによるアクションを、それらのサービスプロファイルに基づいて制御するように設計される。例えば、ＰＣＲＦは、パケットデータの伝送を許可すること、パケットデータセッションをドロップさせること、課金コードをトラフィックに割り当てること、及び／又はサービス品質ポリシーを適用することができる。これらのアクションは、ファイアウォールが実行することができるアクションに似ている。ＰＣＲＦによって実施されることができるもう１つのルールは、トラフィックをホワイトリスト又はブラックリストに登録することである。ホワイトリストに登録することは、デバイスが限られたＩＰアドレス又はポートのセットとのみ通信することを許可すること、及びその他のすべてを拒否することを含むことができる。例えば、インターネットへの一般的なアクセスではなく特定の用途を目的としたデバイスに、到達可能なエンドポイントを制限するサービスプロファイルを割り当てることができ、ＰＣＲＦによって、作業者が作業用のウェブサイト以外にアクセスできないようにする、又は温度センサが１つのＩＰアドレスにのみデータを送信するように要求するようにし得る。トラフィックをブラックリストに登録することは、デバイスが指定されたＩＰアドレスもしくはポートのセットにアクセスできなくし、その他のすべてを許可すること、又は１２８．０．０．０／１をブロックし、その他のすべてを許可することを含んでもよい。ＰＣＲＦは、特定のルールを特定のシナリオに適用するなど、例えば、サブスクライバのデータプランに対して特定のＩＰアドレスへの、又はそれからのトラフィックに関連付けられたデータパケットをカウントしないことなど、特定のサービスプロファイルを有するデバイスに特別なトラフィック課金ルールを適用するように設定され得る。

ただし、ホワイトリスト又はブラックリストに登録するルール機能を特定のＩＰアドレスをもとにして構築することは、ホワイトリストに登録されたエンドポイントがウェブサイト又はウェブアプリケーションである状況にはあまり適していない。なぜならば、多くのウェブサイトが外部リソース及びサブドメインを使用しており、それらのようなサイトの外部リソース、サブドメインなどにアクセスするための追加のフィルタルールを学習して適用するには、多くの作業が必要とされる可能性があるからである。さらに、ホワイトリストに登録されたエンドポイントに関連付けられたＩＰアドレスは頻繁に変更される。ＩＰアドレスを手動で更新すると、コストが高くなり、エラーが発生しやすい結果が生じる可能性がある。

３ＧＰＰ技術仕様書２９．２１２（Ｇｘ参照ポイントを介したポリシー及び課金制御（ＰＣＣ））を適用することで、セルラーデバイスによって到達可能なＩＰアドレス（又はアドレスの範囲）がホワイトリストに登録され、ホワイトリストに登録されていないその他のあらゆるＩＰアドレスもブラックリストに登録され得る。セルラーデバイスは、ホワイトリストに登録されたＩＰアドレスと通信することができ、ブラックリストに登録されたＩＰアドレスと通信することを許可されていない。このホワイトリストに登録すること（接続ロック）は、次の例示的な、顧客のアプリケーションがＩＰアドレスの小さなセットと通信する必要があり、これらのＩＰアドレスが変更されていない場合、ハッカーがデバイスを乗っ取ろうとして、そのデバイスに、トラフィックを新しいＩＰアドレスに送信させる可能性があるという懸念がある状況、又はＳＩＭが目的のデバイスから除去され、汎用インターネットアクセスに使用された結果、計画外で望ましくない使用料が発生するという顧客の懸念がある状況では最も適切である。

ポリシー及び課金ルール機能（ＰＣＲＦ）、ならびにポリシー及び課金実施機能（ＰＣＥＦ）は、同じコンピュータプログラム製品の一部であっても、その一部でなくてもよい、２つの異なる機能エンティティである。例えば、ネットワークオペレータはポリシーの作成及び実施の両方の機能を実現するプログラムを書き込むことができるが、それはモノリシックである、又はネットワークオペレータは異なるプログラムを書き込むことができ、１つはポリシーの作成機能を実現し、もう１つはポリシーの実施機能を実現する。例示的な実装では、ＰＣＲＦは、例えば、ブラックリストに登録する、ホワイトリストに登録するなど、どのポリシーが、ある特定のセルラーデバイスに適用される必要があるか、コンピュータネットワークを介してＰＣＥＦに通信する。

ネットワークプロバイダは、ＰＣＲＦを実装して、セルラーデバイスセットについてのサービスプロファイルをデータベースに格納してもよく、このサービスプロファイルでは、それらのデバイスについてのホワイトリスト又はブラックリストに登録されるＩＰアドレスがリストにされ、このデータベース中のサービスプロファイル及びデータをＰＣＲＦが参照して、１つのそのようなセルラーデバイスとの間でＰＣＲＦによって観測されるＩＰパケットごとに、取る必要があるアクション、及び適用する必要があるルールを決定するように設定されてもよい。サービスプロファイルがＩＰアドレス又はＩＰアドレスの範囲へのアクセスを許可する場合、それらのＩＰアドレスはホワイトリストに登録されていると称される。

望ましくないデータの請求を減らし、セキュリティの問題を軽減するために、ホワイトリストに登録された特定の宛先セットに顧客のデバイスが通信することができるインターネットの宛先を、顧客は制限したい場合がある。現在、それは、仮想プライベートネットワーク（ＶＰＮ）の統合、又はＰＣＲＦに格納され、ＰＣＲＦによって適用されるサービスプロファイルによるＩＰアドレスベースのホワイトリスト登録を介して行われることができる。ただし、ＶＰＮの管理にはリソースが必要になる可能性があり、ＰＣＲＦによるＩＰアドレスベースのホワイトリスト登録は十分な柔軟性がない場合がある。さらに、サービスプロファイルに許可された宛先を入力する担当者は、それらの宛先についての正確な数値ＩＰアドレスを知っている必要がある。これにより、数値ＩＰアドレスの許可されている、又は禁止されている宛先名が視覚的に表示されないことから、手動入力でエラーが発生する可能性、及びポリシールールのレビューが直感的に使えなくなる可能性の両方がもたらされる。ユニフォームリソースロケータ（ＵＲＬ）ウェブアドレスなどのホスト名に基づいたホワイトリスト登録により、さらなる柔軟性及び単純性がもたらされる場合がある。

ドメイン名の使用によるトラフィック制御を有効にするために、ＰＣＲＦに格納されているデバイスのサービスプロファイルは、そのデバイスに許可されている、又は拒否されている宛先のドメイン名、そのデバイスに関連付けられている数値ＩＰアドレス、又はその両方のいずれかをリストにすることができる。ＰＣＲＦは、３ＧＰＰ技術仕様書２９．２１２に従って、実際のＩＰアドレスを使用してトラフィックを許可する、又はブロックするためのルールを適用する。ドメイン名がサービスプロファイルに格納されているが、数値ＩＰアドレスが格納されていない場合、ＰＣＲＦは独自のＤＮＳクエリを実行して、ドメイン名を数値ＩＰアドレスに変換することができる。ドメイン名に関連付けられた特定の数値ＩＰアドレスは頻繁に変更されることができるが、結果として、ＰＣＲＦ、及びルールのインストールプロシージャに基づいてＰＣＥＦ中のホスト名に関連付けられたＩＰアドレスがもはや正しくなくなる場合、接続試行が失敗する可能性がある。本発明によって提示される実施形態は、ドメイン名に関連付けられた１つ以上の特定の数値ＩＰアドレスが最新の状態に保たれることを確保する。

ネットワークプロバイダによって制御される環境中にスニファ又はパケットデータアナライザをインストールして使用すると、ドメインネームシステム（ＤＮＳ）ルックアップを使用して、ドメイン名に関連付けられた１つ以上のＩＰアドレスにおける変更があったかどうかを見いだすことができる。パケットデータアナライザは、ＰＣＲＦ中のそのデバイスについてのサービスプロファイル内で許可されている（ホワイトリストに登録されている）又は禁止されている（ブラックリストに登録されている）１つ以上のＩＰアドレスを更新するように自動的に設定され得る。ネットワークオペレータは、独自のＤＮＳサーバをホストし、例えば、ダイナミックホストコンフィグレーションプロトコル（ＤＨＣＰ）を介して、それらのＤＮＳサーバを使用するようにセルラーデバイスに指示することができる。それらのセルラーデバイスのオペレータは、例えばＤＨＣＰを介してネットワークオペレータによってアドバタイズされたＤＮＳサーバ、又はセルラーデバイスによって到達可能な任意の他のＤＮＳサーバを使用するようにセルラーデバイスをプログラムすることができる。パケットデータアナライザはＤＮＳルックアップの宛先に関係なく、ネットワークオペレータによって管理されるすべてのセルラーデバイスのＤＮＳルックアップをインターセプトして読み出すことができるため、パケットデータは、結果が正しいこと、例えば、ＰＣＲＦのサービスプロファイル中の改正されたホワイトリストに登録されているＩＰアドレスが、セルラーデバイスが到達しようとするＩＰアドレスにマッチングすることを確保することができる。ネットワークプロバイダのＤＮＳサーバはスプーフィング又はキャッシュポイズニングなど、デバイスをだまして望ましくないＩＰアドレスに訪問させようとする悪意のある行為を行うものが使用する一般的な手法に耐性があるため、ＤＮＳサーバを使用することでセキュリティが強化され得る。

本発明の一実施形態は、ログなどのネットワークプロバイダ担当者による周期的又は定期的な監査及び監視を可能にする出力を含んでもよい。

本明細書で説明される実施形態は、以下の表１などのように、ネットワークオペレータ又は別のエンティティによって提供されるＤＮＳサーバと連携して使用されることができる。

本発明の例示的な実装は、ネットワークオペレータによって実行されるＤＮＳサーバにパケットデータアナライザを組み込む。セルラーデバイスが暗号化（例えば、ＤＮＳ－ｏｖｅｒ－ＴＬＳ又はＤＮＳ－ｏｖｅｒ－ＨＴＴＰＳ）を使用して、それらのＤＮＳルックアップの機密性又は完全性を強化する場合、パケットデータアナライザは、例えば、ＤＮＳサーバのプログラムによって呼び出される機能、方法、又はプロシージャの形式を取ることができ、ＤＮＳサーバがＤＮＳクエリへの回答を受信するときは必ずパケットデータアナライザを呼び出すことによって、その結果をパケットデータアナライザに通知することができる。ドメイン名に関連付けられている１つ以上のＩＰアドレスにいずれかの不一致が見いだされる場合、そのドメイン名についての１つ以上のＩＰアドレスは、自動的に更新され、ネットワークプロバイダのデータベースで最新の状態に保たれるため、そのドメイン名についての実際のＩＰアドレスと同期している。特定のドメイン名についての１つ以上のＩＰアドレスのこの継続的な更新により、１つ以上のＩＰアドレスではなくドメイン名に基づいて、顧客がホワイトリスト／ブラックリストをセットアップすることができる。一例として、制限なしで、いずれかの宛先との間のトラフィックが許可されることができ、＜ｉｐｃｈｉｃｋｅｎ．ｃｏｍ＞及び＜ａｅｒｉｓ．ｃｏｍ＞をホワイトリストに登録することで、＜ｉｐｃｈｉｃｋｅｎ．ｃｏｍ＞及び＜ａｅｒｉｓ．ｃｏｍ＞へのトラフィックがいずれかの他の宛先へのトラフィックを通過させること、及びブロックすることが許可され、＜ｆａｃｅｂｏｏｋ．ｃｏｍ＞をブラックリストに登録することで、＜ｆａｃｅｂｏｏｋ．ｃｏｍ＞ へのトラフィックがブロックされ、いずれかのその他の宛先へのトラフィックが通過することが許可される。

車両又はセンサにインストールされるテレマティクスデバイスなどの製品（それらの中にインストールされているＳＩＭなど）によってＩｏＴデバイスがワイヤレス又はセルラーネットワークと接続することが有効にされているという状況の中で、本発明の特徴をより詳細に説明するには、以下の議論と併せて添付の図面を参照する。これらの例は説明のみを目的として使用されており、制限として解釈されるべきではない。

本明細書に記載の実施形態は、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装方法及びシステムを開示する。

セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装システム、方法及びコンピュータプログラム製品が開示されている。

セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装方法は、１つ以上のデバイスについてのデバイス情報を受信することと、１つ以上のデバイスを、それらのようなデバイスがアクセスすることを許可されているドメイン名をリストにするサービスプロファイルに関連付ける、１つ以上のデバイスがアクセスしようとしている少なくとも１つのドメイン名についてのドメイン名情報を受信することと、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視することと、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについての１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することとを含む。

ドメイン名を使用する自動トラフィックフロー制御のためのシステムは、接続が有効になっている１つ以上のデバイス、ＰＣＲＦ、及びパケットデータアナライザを含み、ＰＣＲＦは、１つ以上のデバイスについてのデバイス情報、１つ以上のデバイスがアクセスすることを許可されているドメイン名をリストにするＰＣＲＦに格納されるサービスプロファイルに１つ以上のデバイスを関連付ける、１つ以上のデバイスがアクセスしようとしている少なくとも１つのドメイン名についてのドメイン名情報を受信し、パケットデータアナライザは、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付け、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視し、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについてのＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新する。

一実施形態では、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用するトラフィックフロー制御のためのコンピュータプログラム製品は、接続が有効になっている１つ以上のデバイスにドメイン名を使用するトラフィックフロー制御のためのアプリケーションの実行をコンピュータに制御させるためのコンピュータ可読命令を有し、これらコンピュータ可読命令は、１つ以上のデバイスについてのデバイス情報を受信することと、１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報を受信することと、少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、少なくとも１つのドメインを、そのドメインについての１つ以上のＩＰアドレスにおける変更について監視することと、ドメイン名の１つ以上のＩＰアドレスを、そのドメインについての１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することとを含む。

図１は、本発明の１つ以上の実施形態による、接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御に使用される例示的なシステム１００及びプロセスを示す。一実施形態では、ＰＣＲＦエンティティは、図１に示されるように、それらの「ｇｒｏｕｐ」及び「ｉｄ」フィールドによって合わせてリンクされる。これらのリンクは、リレーショナルデータベースにおける「外部キー」のように機能する。サブスクライバがデータセッションを要求すると、ＰＣＲＦはこれらのリンクに従ってルールをアセンブルし、サブスクライバのトラフィックルールを形成する。図は、これらのリンクを示す。例えば、ＰＣＲＦは、サブスクライバのデータセッションについての要求を処理するとき、サブスクライバに関連付けられているポリシー及び課金制御（ＰＣＣ）サービスプロファイル１０１を検査する。ＰＣＲＦは、ＰＣＣサービスプロファイル１０１に関連付けられているＰＣＣルールプロファイル１０２ａ及び１０２ｂをデータストアからロードし、ＰＣＣルールプロファイル１０２ａ及び１０２ｂに関連付けられているＰＣＣルール１０３ａ及び１０３ｂをデータストアからロードし、ＰＣＣルール１０３ａ及び１０３ｂに関連付けられているフローコンフィグ１０４ａ、１０４ｂ及び１０５ａをデータストアからロードし、フローコンフィグ１０４ａ及び１０４ｂ中に存在するフロー情報と、ＰＣＣルール１０３ａ中に含まれるルール情報から課金ルールオブジェクトを作成し、フローコンフィグ１０５ａ及びＰＣＣルール１０３ｂ中に存在するフロー情報から課金ルールオブジェクトを作成し、これらの課金ルールオブジェクトを使用して、設定されたトラフィックポリシーを実施する。

図２は、本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム及びプロセス２００を示す。一実施形態では、ポリシー及び課金制御（ＰＣＣ）ルール２２４は、ルール名（ポリシー及び課金ルール実施機能（ＰＣＥＦ）を有する識別子として使用される）、サービス識別子（サービスデータフローが関連するサービス又はサービスコンポーネントを識別する）、サービスデータフローフィルタ（複数可）（ルールが適用されるトラフィックを選択する）、優先順位（１つより多いルールが適用される場合にはルールを選択する）、ゲートステータス（パケットのアップリンク／ダウンリンクを許可する／ブロックする）、ＱｏＳパラメータ（ビットレート、割り振り／保持など）、課金キー（すなわち、格付けグループ）、その他の課金パラメータ（オンライン、オフラインなど）、及び監視キー（使用状況の監視用）からなる。

ポリシーエンティティ又はＰＣＲＦ２０６は、ＰＣＣサービスプロファイル（ｓｅｒｖｉｃｅ＿ｐｒｏｆｉｌｅ）２２０、ＰＣＣルールプロファイル（ｒｕｌｅ＿ｐｒｏｆｉｌｅ）２２２、ＰＣＣルールコンフィグレーション（ｒｕｌｅ＿ｃｏｎｆ）２２４、フローコンフィグレーション（ｆｌｏｗ＿ｃｏｎｆ）２２６、サービス品質プロファイル（ｑｏｓ＿ｐｒｏｆｉｌｅ）２３０、課金プロファイル（ｃｈａｒｇｉｎｇ＿ｐｒｏｆｉｌｅ）２３２、使用状況モニタ（ｕｓａｇｅ＿ｍｏｎｉｔｏｒ）２２８、及びサブスクライバプロファイル（ｓｕｂｓ＿ｐｒｏｆｉｌｅ）２１８を含むオブジェクトからポリシー及び課金制御ルール２２４をアセンブルする。ＰＣＣサービスプロファイル（ｓｅｒｖｉｃｅ＿ｐｒｏｆｉｌｅ）２２０は、１つ以上のルールプロファイル （ｒｕｌｅ＿ｐｒｏｆｉｌｅ）オブジェクトを含むＰＣＣポリシーを形成する。

ルールプロファイル（ｒｕｌｅ＿ｐｒｏｆｉｌｅ）オブジェクトは、適用されるルール、及びそれらが適用される時刻を提供するルールプロファイルを形成する。ルールコンフィグレーション（ｒｕｌｅ＿ｃｏｎｆ）２２４は、例えばトラフィックのドロップ、課金とＱｏＳと監視の適用などのアクションを提供し、これらのアクションは、フローコンフィグレーション（ｆｌｏｗ＿ｃｏｎｆ）２２６がパケットを記述する場合にはパケット上で行われる。

フローコンフィグレーション（ｆｌｏｗ＿ｃｏｎｆ）２２６は、例えばユーザ機器への、ユーザ機器からの、又はその両方に対する、例えばネットワーク及びユーザ機器のＩＰアドレス、ネットワーク及びユーザ機器のポート、プロトコル、及び方向などのパケットヘッダ情報に基づいてトラフィックを識別する方法を提供する。サービス品質プロファイル（ｑｏｓ＿ｐｒｏｆｉｌｅ）２３０は、最大ビットレート、保証ビットレート、ｑｏｓクラスなどのサービス品質属性を提供する。

課金プロファイル（ｃｈａｒｇｉｎｇ＿ｐｒｏｆｉｌｅ）２３２は、このサービスフロー、例えば、フローコンフィグレーション（ｆｌｏｗ＿ｃｏｎｆｓ）２２６によってカテゴリー化されたトラフィックなどが課金される方法を記述する（例えば、ＰＣＥＦがパケットを取得するとき、課金レコードに記録される情報はオフライン課金システム（ＯｆＣＳ）又はオンライン課金システム（ＯＣＳ）に送信される）。

使用状況モニタ（ｕｓａｇｅ＿ｍｏｎｉｔｏｒ）２２８はデバイスのトラフィックについての監視情報を定義し、サブスクライバプロファイル（ｓｕｂｓ＿ｐｒｏｆｉｌｅ）２１８はＰＣＣポリシーをユーザ機器（ＵＥ）にマッピングする。これらのうち、一般的にサービスプロファイル（ｓｅｒｖｉｃｅ＿ｐｒｏｆｉｌｅ）２２０、ルールプロファイル（ｒｕｌｅ＿ｐｒｏｆｉｌｅ）２２０、ルールコンフィグレーション（ｒｕｌｅ＿ｃｏｎｆ）２２４、フローコンフィグレーション（ｆｌｏｗ＿ｃｏｎｆ）２２６、及びサブスクライバプロファイル（ｓｕｂｓ＿ｐｒｏｆｉｌｅ）２１８は、ＩＰアドレス及び／又はポートをブラックリスト／ホワイトリストに登録するために使用される。

ポリシー及び課金ルール機能（ＰＣＲＦ）２０６、ならびにポリシー及び課金実施機能（ＰＣＥＦ）は、同じコンピュータプログラム製品の一部であっても、その一部でなくてもよい、２つの異なる機能エンティティである。例示的な実装では、ＰＣＲＦ２０６は、ある特定のセルラーデバイスに適用される必要があるポリシー（ブラックリストに登録する、ホワイトリストに登録するなど）を、コンピュータネットワークを介してＰＣＥＦに通信する。ＰＣＥＦは、ＰＣＲＦ２０６のサブモジュールとして、又はＰＧＷ（ＬＴＥネットワーク）もしくは（ＧＳＭ及びＷＣＤＭＡネットワーク）２０８のサブモジュールとして実装されてもよい。

当業者は、グループを作成するためにフィルタ及び／又は属性の複数の例が本明細書に提供されているが、さまざまな他の属性がさまざまな属性に基づいたグループの作成に使用されてもよいことを理解することができる。

図３は、本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム及びプロセス３００を示す。一実施形態では、トラフィックは、カテゴリー化のためにマッチングされ、サービス品質ポリシー３２４が割り当てられ、ＥＰＳベアラ３１８を介してユーザ機器３０２に配信される。

図４Ａは、本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム及びプロセス４００を示す。

図４Ａに示されるように、パケットデータは、Ｅ－ＵＴＲＡＮ４０２又はＵＴＲＡＮ４２６のセルラーネットワーク中のサブスクライバから発信され、パケット配信ネットワーク（ＰＤＮ）４１２に向かう途中で、サービングゲートウェイ（ＳＧＷ）４０６及びパケットゲートウェイ（ＰＧＷ）４０８（ＬＴＥネットワーク）又はサービスＧＰＲＳサポートノード（ＳＧＳＮ）４２２及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）４２０（ＧＳＭ及びＷＣＤＭＡネットワーク）を通過し、パケットデータアナライザ（４２８）によって解析され、このパケットデータアナライザ（４２８）は、例えばステップ（１）を介したＰＧＷ４０８、ＧＧＳＮ４２０、及びＰＤＮ４１２の間のネットワーク上でポートミラーリングによって、サブスクライバからのパケットデータを監視することができる。パケットデータは、ＰＧＷ４０８（ＬＴＥネットワーク）又はＧＧＳＮ４２０（ＧＳＭ及びＷＣＤＭＡネットワーク）のサブモジュールとして一般的に実装される、ポリシー及び課金実施機能（ＰＣＥＦ）４３０によって、インストールされたポリシー及び課金ルールに対するコンプライアンスについても監視される。

パケットデータアナライザ（ＰＤＡ）４２８が特定のセルラーサブスクライバに対するドメインネームシステム（ＤＮＳ）要求及び応答を検出すると、パケットデータアナライザ（ＰＤＡ）４２８は、ステップ（３）を介してＩＰアドレスへのドメイン名のマッピングについてポリシー及び課金ルール機能（ＰＣＲＦ）４１６に通知することができ、ＰＣＲＦ４１６は、ＤＮＳ応答中に見いだされるＩＰアドレスへの、又はそれからのパケットデータを許可する、又は許可しない、更新されたポリシー及び課金ルールをステップ（４）を介してＰＣＥＦ４３０に通知することができる。追加のエンティティのオンライン課金システム（ＯＣＳ）４１０、ＧＳＭサービス制御機能（ｇｓｍＳＣＦ）４２４、及びオフライン課金システム（ＯｆＣＳ）４１８は、参照のみのために示されている。ステップ（５）は、ネットワークオペレータのＤＮＳサーバ４２７へのＤＮＳ要求、又はネットワークオペレータのＤＮＳサーバ４２７からの応答ではないセルラーサブスクライバのトラフィックを示すために提供され、ＰＤＡ４２８がいずれかのＤＮＳサーバへのＤＮＳ要求を捕捉するため、ここでは示されていない。

パケットデータアナライザ（ＰＤＡ）４２８は、ＰＣＲＦ４１６又はパケットデータゲートウェイ（ＰＧＷ）４０８（ＬＴＥネットワーク）又はＧＧＳＮ４２０（ＧＳＭ及びＷＣＤＭＡネットワーク）にインストールされてもよい、及び／又はそれと連携して動作してもよい。

ドメイン名の使用によるトラフィック制御を有効にするために、ＰＣＲＦ４１６に格納されているデバイスのサービスプロファイルは、その宛先の、ドメイン名、そのデバイスに関連付けられている数値ＩＰアドレス、又はその両方のいずれかをリストにすることができる。ＰＣＲＦ４１６は、３ＧＰＰ技術仕様書２９．２１２に従って、実際のＩＰアドレスを使用してトラフィックを許可する、又はブロックするためのルールを適用する。ドメイン名がサービスプロファイルに格納されているが、数値ＩＰアドレスが格納されていない場合、ＰＣＲＦは独自のＤＮＳクエリを実行して、ドメイン名を数値ＩＰアドレスに変換することができる。ドメイン名に関連付けられた特定の数値ＩＰアドレスは頻繁に変更されるが、結果として、ＰＣＲＦ４１６（及び、ルールのインストールプロシージャに基づいてＰＣＥＦ４３０）中のホスト名に関連付けられたＩＰアドレスがもはや正しくなくなる場合、接続試行が失敗する可能性がある。本発明によって提示される実施形態は、ドメイン名に関連付けられた特定の数値ＩＰアドレスが最新の状態に保たれることを確保することができる。

したがって、図４Ａに示されるように、パケットデータアナライザは、ＤＮＳ要求及び応答を搬送するネットワークリンク（複数可）を「ワイヤタッピング」している。

図４Ｂに示され、以下に説明される一実施形態では、パケットデータアナライザは、システムの一部、例えば、サブスクライバからＤＮＳ要求を受信し、ＤＮＳ応答をサブスクライバに送り返すネットワークオペレータのＤＮＳサーバ（複数可）である。したがって、図４Ａと図４Ｂとの間の違いは、パケットデータアナライザがＤＮＳ要求及び応答に関連している点である。

図４Ｂは、本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム４００’及びプロセスを示す。

図４Ｂに示されるように、一実施形態では、システム４００’は、ネットワークオペレータによって操作されるＤＮＳサーバ４２７’のサブコンポーネントとして、パケットデータアナライザ（ＰＤＡ）として、又はＤＮＳ要求及び応答アナライザ（ＤＲＲＡ）としてプロトコルデータアナライザ４２８’を含んでもよい。セルラーデバイスからのＤＮＳクエリは、ステップ（１’）を介してネットワークオペレータによってＤＮＳサーバ４２７’に向けられる。ＤＮＳサーバ４２７’は、例えば（２’）を介して適切な権威ネームサーバにクエリを送信することによって、ＤＮＳクエリに回答し、ＤＮＳサーバ４２７’が回答を受信すると、ＤＮＳサーバ４２７’は、応答に関するプロトコルデータアナライザ４２８’を呼び出す。プロトコルデータアナライザ４２８’を呼び出す方法は、機能を呼び出すこと、又はメッセージバス上にメッセージを置くことを含むことができるが、これらに限定されない。プロトコルデータアナライザ４２８’が受信する情報は、限定されないが、ＤＮＳ要求及び応答のパケットデータ及び／又はコンピュータ可読表現、例えば、Ｃ構造体、Ｊａｖａオブジェクトなどを含むことができるが、当業者は、同様の機能を達成する他の実装もまた使用され得ることを理解することができる。

プロトコルデータアナライザ４２８’は、ドメイン名のＩＰアドレスに対する更新を送信し、ステップ（３’）を介してＰＣＲＦ４１６’に通信する。次に、ＰＣＲＦ４１６’は、ステップ（４’）を介して、更新されたＩＰアドレスに関するＰＣＥＦ４３０’にインストールされている課金ルールを更新する。これは、プロトコルデータアナライザ４２８’がＩＰアドレスへのドメイン名のマッピングを監視するためにネットワークトラフィックを直接監視せず、パースしないという点で図４Ａとは異なるが、代わりに、その情報がＤＮＳサーバ４２７’によって提供されることにより、その機能の問題としてＤＮＳ要求及び応答をパースし得る必要がある。ステップ（５’）は、ネットワークオペレータのＤＮＳサーバ４２７’へのＤＮＳ要求、又はネットワークオペレータのＤＮＳサーバ４２７’からの応答ではないセルラーサブスクライバのトラフィックを示すために提供される。

図５Ａは、本発明の一実施形態による、セルラー又はワイヤレスネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための例示的なシステム及びプロセス５００を示す。この例示的なシステムでは、セルラーネットワークサービスプロバイダの顧客は、それらの管理システム５１２（例えばコンピュータプログラムによって支援される人間の管理者であることができる）を使用して、例えばＲＥＳＴ ＡＰＩであり得る、インターネットフェイシング管理システム５１６にトラフィックルール５１４を転送する。これは、図５Ａのステップ（１）に示される。

インターネットフェイシング管理システムは、セルラーネットワークサービスプロバイダのポリシーに従って顧客トラフィックルールを検証して調整し、調整され検証されたトラフィックポリシー５２０をポリシー及び課金制御（ＰＣＣ）５２２のためのデータストレージメカニズムに格納する、ステップ（２）を介して、顧客トラフィックルールを内部プロビジョニングシステム５１８に転送する。これは図中のステップ（３）である。

さらに、セルラーネットワークサービスプロバイダの顧客は、インターネットフェイシング管理に、顧客のセルラーサブスクライバのうちの１つ以上を顧客のトラフィックルールに関連付ける、又はプロビジョニングするように要求することができる。この関連付けは、データストレージメカニズムであるサブスクライバプロファイルレジストリ（ＳＰＲ）５２４に格納される。これらのステップは、例示的なシステムの「ポリシープロビジョニングフェーズ」を含む。

顧客のセルラーサブスクライバ５０２がセルラーネットワーク（ｅＮｏｄｅＢ５０４及びサービングゲートウェイ（ＳＧＷ）５０６を含むがこれらに限定されない）上でパケットデータセッションを確立するとき、セルラーネットワークサービスプロバイダのパケットゲートウェイ（ＰＧＷ）５０８のポリシー及び課金実施機能（ＰＣＥＦ）５０９は、セルラーサブスクライバの国際移動体加入者識別番号５３２を含むがこれに限定されない、クレジット制御要求５３０のメッセージを送信することによって、セルラーネットワークサービスプロバイダのポリシー及び課金ルール機能（ＰＣＲＦ）５２８と通信する。これは図中のステップ（４）である。

ＰＣＲＦ５２８は、ＰＣＣ５２２及びＳＰＲ５２４のデータストレージメカニズムからサブスクライバのトラフィックポリシー５２６を取得する。これは図中のステップ（５）である。次に、ＰＣＲＦ５２８は、サブスクライバのトラフィックポリシーを使用して、サブスクライバのトラフィックポリシー５２６を表すＰＣＣルール（５３６）のセットを含むクレジット制御回答（ＣＣＡ）メッセージ５３４を構築し、ＣＣＡ５３４をＰＧＷ５０８に送り返す。これは図中のステップ（６）である。

サブスクライバのデータセッションが確立されると、ＰＧＷ５０８の一部としてのＰＣＥＦ５０９は、サブスクライバとパケット配信ネットワーク５１０との間を通過するパケット上にサブスクライバのトラフィックポリシーを実施する。ＰＣＲＦ５２８によってＣＣＡ５３６中のＰＧＷ５０８に提供されるＰＣＣルールは、ＰＧＷ５０８に「インストール」されると称される。これらのステップは、例示的なシステムの「デバイスアタッチメントフェーズ」を含む。

図５Ａに示されるように、一実施形態では、システム５００のパケットデータアナライザ（ＰＤＡ）５３７は、ＤＮＳトラフィックがＰＧＷ５０８及びパケットデータネットワーク５１０からルーティングされると、セルラーサブスクライバ５０２のＤＮＳクエリ及び応答（ＤＮＳトラフィック）を受動的にリッスンすることができる（例えば、ルータ上のｓｐａｎポートを使用して）。これは図中のステップ（７）である。監視されているドメイン名が１つ以上のＩＰアドレスを変更したことが見いだされると、パケットデータアナライザはＰＣＣデータベース５２２中のレコードを更新する。これは図中のステップ（８）である。ＰＣＲＦ５２８は、この更新について通知されてもよい（例えば、データベーストリガ又はメッセージバスを介して）。これは図中のステップ（９）である。ＰＣＲＦ５２８は、いずれかの改正されたＰＣＣルール５３９を含むＰＧＷに再認証要求（ＲＡＲ）メッセージ５３８を送信することができる。これは図中のステップ（１０）である。これらのステップは、例示的なシステムの「サービスフェーズ中のデバイス」を形成する。

別の実施形態では、図５Ｂに示されるように、スニファ又はパケットデータアナライザ（ＰＤＡ）５３７’は、例えば、ネットワークプロバイダによって制御される環境であるＰＣＲＦ５２８’中にインストールされてもよい。図５Ｂに示されるように、ＤＮＳ要求及び応答は、ネットワーク要素ＮＥ５４０、例えば、ｓｐａｎポート及びファイアウォールルール、又はｓｐａｎポート及びｔｃｐｄｕｍｐなどのパケットキャプチャツールを介してＰＤＡに転送され得る。ＰＤＡ５３７’は、ＤＮＳトラフィックを解析して、ドメイン名について１つ以上のＩＰアドレスにおける変更を監視する。その他のすべてのコンポーネント及びそれらの動作は、図５Ａに示されているものと同じであり、図５Ａに付随する説明に記載されている。したがって、パケットデータアナライザ（ＰＤＡ）５３７’は、図５Ｂに示されるようにＰＣＲＦ５２８’、又は図５Ａに示されるようにＰＧＷ５０８（ＬＴＥネットワーク）もしくはＧＧＳＮ（ＧＳＭ及びＷＣＤＭＡネットワーク）にインストールされてもよい、及び／又はそれと連携して動作してもよい。

ドメイン名の使用によるトラフィック制御を有効にするために、ＰＣＲＦ５２８’に格納されているデバイスのサービスプロファイルは、そのデバイスに許可されている、又は拒否されている宛先のドメイン名、数値ＩＰアドレス、又はその両方のいずれかをリストにすることができる。ＰＣＲＦ５２８’は、３ＧＰＰ技術仕様書２９．２１２に従って、実際のＩＰアドレスを使用してトラフィックを許可する、又はブロックするためのルールを適用する。ドメイン名がサービスプロファイルに格納されているが、数値ＩＰアドレスが格納されていない場合、ＰＣＲＦは独自のＤＮＳクエリを実行して、ドメイン名を数値ＩＰアドレスに変換することができる。ドメイン名に関連付けられた特定の数値ＩＰアドレスは頻繁に変更されるが、結果として、ＰＣＲＦ５２８’（ならびに、ステップ４、５及び６ではルールのインストールプロシージャに基づいてＰＣＥＦ５０９’）中のホスト名に関連付けられたＩＰアドレスがもはや正しくなくなる場合、接続試行が失敗する可能性がある。本発明によって提示される実施形態は、ドメイン名に関連付けられた特定の数値ＩＰアドレスが最新の状態に保たれることを確保することができる。

図６は、本発明の一実施形態による、コンピュータプログラム製品を格納する、及び／又はプログラムコードを実行するのに適したデータ処理システム６００を示す。データ処理システム６００は、システムバス６０６を介してメモリ要素６０４ａ～ｂに結合されるプロセッサ６０２を含む。一実施形態では、データ処理システム６００は、１つより多いプロセッサを含むことができ、各プロセッサは、システムバスを介して１つ以上のメモリ要素に直接的に、又は間接的に結合されることができる。

メモリ要素６０４ａ～ｂは、プログラムコードの実際の実行中に使用されるローカルメモリ、バルクストレージ、及びキャッシュメモリを含むことができ、これらは、実行中にバルクストレージからコードを取得しなければならない回数を減らすために、少なくともいくつかのプログラムコードの一時的なストレージを提供する。示されるように、入力／出力又はＩ／Ｏデバイス６０８ａ～ｂ（キーボード、ディスプレイ、ポインティングデバイスなどを含むがこれらに限定されない）は、データ処理システム６００に結合される。Ｉ／Ｏデバイス６０８ａ～ｂは、介在するＩ／Ｏコントローラ（図示せず）によって直接的又は間接的にデータ処理システム６００に結合されてもよい。

図６では、ネットワークアダプタ６１０は、データ処理システム６０２に結合されて、データ処理システム６０２が通信リンク６１２を介して他のデータ処理システム又はリモートプリンタ又はストレージデバイスに結合されるようになることを可能にする。通信リンク６１２は、プライベートネットワーク又はパブリックネットワークであり得る。モデム、ケーブルモデム、及びイーサネットカードは、現在利用可能なネットワークアダプタのタイプのほんの一部である。

本明細書で説明される実施形態は、完全なハードウェア実装、完全なソフトウェア実装、又はハードウェア要素とソフトウェア要素の両方を含む実装の形式を取ることができる。実施形態は、アプリケーションソフトウェア、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むが、これらに限定されないソフトウェアに実装されてもよい。

本明細書に記載のステップは、任意の適切なコントローラ又はプロセッサ、及び任意の適切なストレージ位置又はコンピュータ可読媒体に格納されることができるソフトウェアアプリケーションを使用して実施されてもよい。ソフトウェアアプリケーションは、プロセッサが受信器に本明細書に記載の機能を実行させることを可能にする命令を提供する。

さらに、実施形態は、コンピュータ又は任意の命令実行システムによって、又はそれに関連して使用されるためのプログラムコードを提供するコンピュータ使用可能又はコンピュータ可読媒体からアクセス可能なコンピュータプログラム製品の形態を取ることができる。この説明の目的のために、コンピュータ使用可能又はコンピュータ可読媒体は、命令実行システム、装置、もしくはデバイスによって、又はそれに関連して使用されるためのプログラムを含む、格納する、通信する、伝播する、又は移すことができる任意の装置であることができる。

媒体は、電子、磁気、光学、電磁気、赤外線、半導体システム（又は装置もしくはデバイス）、又は伝播媒体であってもよい。コンピュータ可読媒体の例は、半導体又はソリッドステートメモリ、磁気テープ、リムーバブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、剛性磁気ディスク、及び光ディスクを含む。光ディスクの現在の例は、デジタル多用途ディスク（ＤＶＤ）、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、及び読み出し／書き込みコンパクトディスク（ＣＤ－Ｒ／Ｗ）を含む。

本明細書に記載の理論、動作メカニズム、証明、又は発見は、本発明の理解をさらに深めることを意図しており、本発明をそのような理論、動作メカニズム、証明、又は発見に何らかの形で依存させることを意図するものではない。上記の説明における、好ましい、好ましくは、又は好ましいという言葉の使用が、そのように説明された特徴がより望ましい場合があることを示すが、それは必要でなくてもよく、同じものを欠く実施形態が本発明の範囲内のものとして企図され、その範囲が以下の特許請求の範囲によって定義され得ることを理解されたい。

本明細書で使用されるように、製品、デバイス、電化製品、端末、リモートデバイス、ワイヤレスアセットなどの用語は、互いに、そして本発明の目的のための他の同様の通信に基づいた機器に関して、包括的である、交換可能である、及び／又は同義であることが意図されるが、機能的にはそれぞれが、その個別の能力及び／又は展開に特有であることができる、固有の特性、機能及び／又は動作を有してもよいことが認識されるであろう。

同様に、通信ネットワークという用語が１つ以上の通信アーキテクチャ、方法、及びネットワークを使用するネットワーク（Ｍ２Ｍのネットワークなど、ただしそれに限定されない）を介した通信を含むことが本発明によって想定され、このネットワークは、符号分割多元接続（ＣＤＭＡ）、グローバル移動体通信システム（ＧＳＭ）（「ＧＳＭ」はＧＳＭ Ａｓｓｏｃｉａｔｉｏｎの商標である）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、第４世代セルラーシステム（４Ｇ）ＬＴＥ、５Ｇ、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、及び１つ以上の有線ネットワークを含むが、これらに限定されない。

本発明は示された実施形態に従って説明されてきたが、当業者は、実施形態に変形形態があり得、それらの変形形態が本発明の趣旨及び範囲内にあることを容易に認識するであろう。したがって、多くの修正形態は、本発明の趣旨及び範囲から逸脱することなく当業者によって行われてもよい。

Claims (19)

1. 接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのコンピュータ実装方法であって、
   前記１つ以上のデバイスについてのデバイス情報を受信することと、
   前記１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報を受信することと、
   前記少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、
   少なくとも１つのドメインを、そのドメインについての前記１つ以上のＩＰアドレスにおける変更について監視することと、
   前記ドメイン名の前記１つ以上のＩＰアドレスを、そのドメインについての前記ＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することと、
   を含む、前記方法。
2. 前記デバイス情報は、デバイス識別子、前記デバイスの製造元及びモデル、ならびに国際移動体装置識別番号（ＩＭＥＩ）、国際移動体加入者識別番号（ＩＭＳＩ）のうちの１つ以上を含む、請求項１に記載の方法。
3. 前記デバイスは、それらにインストールされたＳＩＭなどの製品を用いてワイヤレス又はセルラーネットワークと接続することが有効にされている１つ以上のＩｏＴデバイスを含む、請求項１に記載の方法。
4. 前記少なくとも１つのドメインをそのドメインについての前記１つ以上のＩＰアドレスにおける変更について監視することは、ドメインネームシステム（ＤＮＳ）ルックアップを使用して、ドメイン名に関連付けられた前記１つ以上のＩＰアドレスにおける変更があったかどうかを判定し、ポリシー及び課金ルール機能（ＰＣＲＦ）において前記１つ以上のデバイスについてのサービスプロファイル内の前記１つ以上のＩＰアドレスを自動的に更新することをさらに含む、請求項１に記載の方法。
5. データベース内の前記ドメイン名の前記ＩＰアドレスに変更があるとき、前記ＰＣＲＦにおいて前記１つ以上のデバイスについてのサービスプロファイルにおける変更をポリシー及び課金ルール実施機能（ＰＣＥＦ）に通知することをさらに含む、請求項１に記載の方法。
6. 前記ＰＣＲＦによって前記ＰＣＥＦに送信されたポリシー及び課金ルールを実施することをさらに含む、請求項１に記載の方法。
7. セルラーネットワークを介した接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のためのシステムであって、
   接続が有効になっている１つ以上のデバイス、ポリシー及び課金ルール機能（ＰＣＲＦ）、プロトコルデータアナライザ、ならびにデータベースを含み、
   前記ＰＣＲＦは、
   前記１つ以上のデバイスについてのデバイス情報、
   前記１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報、
   を受信し、
   前記プロトコルデータアナライザは、前記少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付け、
   少なくとも１つのドメインを、そのドメインについての前記１つ以上のＩＰアドレスにおける変更について監視し、
   前記データベース内の前記ドメイン名の前記１つ以上のＩＰアドレスを、そのドメインについての前記１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新する、前記システム。
8. 前記デバイス情報は、デバイス識別子、前記デバイスの製造元及びモデル、ならびに国際移動体装置識別番号（ＩＭＥＩ）、国際移動体加入者識別番号（ＩＭＳＩ）のうちの１つ以上を含む、請求項７に記載のシステム。
9. 前記デバイスは、それらにインストールされたＳＩＭなどの製品を用いてワイヤレス又はセルラーネットワークと接続することが有効にされている１つ以上のＩｏＴデバイスを含む、請求項７に記載のシステム。
10. 前記少なくとも１つのドメインをそのドメインについての前記１つ以上のＩＰアドレスにおける変更について監視することは、ドメインネームシステム（ＤＮＳ）ルックアップを使用して、ドメイン名に関連付けられた前記１つ以上のＩＰアドレスにおける変更があったかどうかを判定し、前記ＰＣＲＦにおいて前記１つ以上のデバイスについてのサービスプロファイル内の前記１つ以上のＩＰアドレスを自動的に更新することをさらに含む、請求項７に記載のシステム。
11. ポリシー及び課金ルール実施機能（ＰＣＥＦ）をさらに含み、前記ＰＣＥＦは前記ＰＣＲＦによって前記ＰＣＥＦに送信されたポリシー及び課金ルールを実施する、請求項７に記載のシステム。
12. 前記データベース内の前記ドメイン名の前記ＩＰアドレスに変更があるとき、前記ＰＣＲＦは、前記ＰＣＲＦにおいて前記１つ以上のデバイスについてのサービスプロファイルにおける前記変更を前記ＰＣＥＦに通知する、請求項７に記載のシステム。
13. 接続が有効になっている１つ以上のデバイスにドメイン名を使用する自動トラフィックフロー制御のための転送不可能なコンピュータ可読媒体上に格納されるコンピュータプログラム製品であって、
    接続が有効になっている１つ以上のデバイスについてのドメイン名を使用する自動トラフィックフロー制御のためのアプリケーションの実行をコンピュータに制御させるためのコンピュータ可読命令を含み、
    前記コンピュータ可読命令は、
    前記１つ以上のデバイスについてのデバイス情報を受信することと、
    前記１つ以上のデバイスがアクセスすることを許可されている少なくとも１つのドメイン名についてのドメイン名情報を受信することと、
    前記少なくとも１つのドメイン名を１つ以上のインターネットプロトコル（ＩＰ）アドレスに関連付けることと、
    少なくとも１つのドメインを、そのドメインについての前記１つ以上のＩＰアドレスにおける変更について監視することと、
    前記ドメイン名の前記１つ以上のＩＰアドレスを、そのドメインについての前記１つ以上のＩＰアドレスにおけるいずれかの変更が見いだされる場合に更新することと、
    を含む、前記コンピュータプログラム製品。
14. 前記デバイス情報は、デバイス識別子、前記デバイスの製造元及びモデル、ならびに国際移動体装置識別番号（ＩＭＥＩ）、国際移動体加入者識別番号（ＩＭＳＩ）のうちの１つ以上を含む、請求項１３に記載のコンピュータプログラム製品。
15. 前記デバイスは、それらにインストールされたＳＩＭなどの製品を用いてワイヤレス又はセルラーネットワークと接続することが有効にされている１つ以上のＩｏＴデバイスを含む、請求項１３に記載のコンピュータプログラム製品。
16. 前記少なくとも１つのドメインをそのドメインについての１つ以上のＩＰアドレスにおける変更について監視することは、ドメインネームシステム（ＤＮＳ）ルックアップを使用して、ドメイン名に関連付けられた前記１つ以上のＩＰアドレスにおける変更があったかどうかを判定し、ポリシー及び課金ルール機能（ＰＣＲＦ）において前記１つ以上のデバイスについてのサービスプロファイル内の前記１つ以上のＩＰアドレスを自動的に更新することをさらに含む、請求項１３に記載のコンピュータプログラム製品。
17. 前記データベース内の前記ドメイン名の前記１つ以上のＩＰアドレスに変更があるとき、前記ＰＣＲＦにおいて前記１つ以上のデバイスについての前記サービスプロファイルにおける変更をポリシー及び課金ルール実施機能（ＰＣＥＦ）に通知する命令をさらに含む、請求項１３に記載のコンピュータプログラム製品。
18. 前記ＰＣＥＦが前記ＰＣＲＦによって前記ＰＣＥＦに送信されたポリシー及び課金ルールを実施する命令をさらに含む、請求項１３に記載のコンピュータプログラム製品。
19. 前記プロトコルデータアナライザは、パケットデータアナライザ、又はＤＮＳ要求及び応答アナライザのうちのいずれかを含む、請求項７に記載のシステム。

Images