通信デバイスのデータフィルタリング
通信デバイス用のデータフィルタリングのテクノロジを全般的に説明する。一例では、通信デバイス上でデータソースからデータを受信する方法を開示する。この方法は、通信デバイスで、データソースのドメイン名を判定することを含む。この方法は、通信デバイスで、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することをも含む。この方法は、通信デバイスで、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理することをさらに含む。この方法は、通信デバイスで、ドメイン名が受け入れられる場合に、データソースからデータを受信することをも含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、全般的には通信デバイスのデータフィルタリングに関する。
【背景技術】
【０００２】
通信デバイスを、３Ｇ ＧＳＭネットワーク、ＬＡＮ、Ｗｉ−Ｆｉネットワーク、またはＷｉＧｉｇネットワークなどのさまざまな通信ネットワークに接続して、インターネットを介してデータを受信することができる。データは、たとえば、メディアコンテンツ、情報システムへのサブスクリプション、または電子メールの形をとることができる。
【０００３】
ユーザによって受信されるデータは、スパム電子メールの形の求められていないものである場合があり、あるいは、ユーザがウェブサイトを訪問している時にユーザにプッシュされる場合があるということが認識されている。求められていないデータは、ユーザによって受信されるデータの量の増加をもたらす可能性があり、この増加は、特にデータが高価な通信ネットワークを介して受信されるときに、ユーザが負担する料金に影響を及ぼす可能性がある。ユーザからの正式な承認または受入れがなければ、ユーザによるデータ使用は、ユーザが、ユーザによって受信されたデータの実際の量およびそれに関連するコストを知らないので、高価なデータ使用料金をもたらす可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００４】
例の実施形態では、通信デバイス上でデータソースからデータを受信する方法が提供される。この方法は、通信デバイスで、データソースのドメイン名を判定することを含む。この方法は、通信デバイスで、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することをも含む。この方法は、さらに、通信デバイスで、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理することを含む。この方法は、通信デバイスで、ドメイン名が受け入れられる場合に、データソースからデータを受信することをも含む。
【０００５】
いくつかの例の実施形態では、受入れに関してドメイン名を処理することは、ドメインディレクトリにアクセスすることであって、ドメインディレクトリは、接続された通信ネットワークのうちの１つまたは複数のドメイン名に関する許容可能性状況を定義する、アクセスすることを含む。
【０００６】
いくつかの例の実施形態では、データソースからデータを受信することは、接続された通信ネットワークのうちの１つを選択することをさらに含む。
【０００７】
いくつかの例の実施形態では、接続された通信ネットワークのうちの１つを選択することは、ドメインディレクトリ内で定義された優先順位テーブルに基づく。
【０００８】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名に関する使用状況をさらに定義する。
【０００９】
いくつかの例の実施形態では、使用状況は、データのデータタイプに基づく。
【００１０】
いくつかの例の実施形態では、データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つからなる。
【００１１】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名に関するダウンロード限度をさらに定義する。
【００１２】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータの量に基づく。
【００１３】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータについて負担するデータ料金のコストに基づく。
【００１４】
いくつかの例の実施形態では、受入れに関してドメイン名を処理することは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名を自動的に受け入れることをさらに含む。
【００１５】
いくつかの例の実施形態では、受入れに関してドメイン名を処理することは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名に基づいてデータを受け入れるか拒否するようにユーザにプロンプトを出すことをさらに含む。
【００１６】
いくつかの例の実施形態では、データを受け入れるか拒否するようにユーザにプロンプトを出すことは、モバイルデバイスのディスプレイ上のインターフェースにドメイン名を提供することを含む。
【００１７】
いくつかの例の実施形態では、通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される。
【００１８】
いくつかの例の実施形態では、データソースのドメイン名を判定することは、データのパケットから直接にドメイン名を入手することを含む。
【００１９】
いくつかの例の実施形態では、データソースのドメイン名を判定することは、データのパケットからＩＰアドレスを入手することと、ドメイン名を入手するためにＩＰアドレスに対して逆ルックアップを実行することとを含む。
【００２０】
いくつかの例の実施形態では、データソースのドメイン名を判定することは、データを要求するアプリケーションからドメイン名を入手することであって、アプリケーションは、通信デバイス上で動作する、入手することを含む。
【００２１】
例の実施形態では、データソースからデータを受信する通信デバイスが提供される。この通信デバイスは、データソースのドメイン名を自動的に判定するように構成されたドメイン名判定モジュールを含む。この通信デバイスは、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定するように構成された接続性判定モジュールをも含む。この通信デバイスは、さらに、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理するように構成されたドメイン名処理モジュールを含む。この通信デバイスは、ドメイン名が受け入れられる場合に、データソースからデータを受信するように構成されたデータ受信モジュールをも含む。
【００２２】
いくつかの例の実施形態では、ドメイン名処理モジュールは、ドメインディレクトリにアクセスするようにさらに構成され、ドメインディレクトリは、接続された通信ネットワークのうちの１つまたは複数のドメイン名に関する許容可能性状況を定義する。
【００２３】
いくつかの例の実施形態では、データ受信モジュールは、接続された通信ネットワークのうちの１つを選択するように構成されたネットワーク選択モジュールを含む。
【００２４】
いくつかの例の実施形態では、ネットワーク選択モジュールは、ドメインディレクトリ内で定義された優先順位テーブルに基づいて接続された通信ネットワークのうちの１つを選択するように構成される。
【００２５】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名の使用状況をさらに定義する。
【００２６】
いくつかの例の実施形態では、使用状況は、データのデータタイプに基づく。
【００２７】
いくつかの例の実施形態では、データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つを含む。
【００２８】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名に関するダウンロード限度をさらに定義する。
【００２９】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータの量に基づく。
【００３０】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータについて負担するデータ料金のコストに基づく。
【００３１】
いくつかの例の実施形態では、ドメイン名処理モジュールは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名を自動的に受け入れるようにさらに構成される。
【００３２】
いくつかの例の実施形態では、ドメイン名処理モジュールは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名に基づいてデータを受け入れるか拒否するようにユーザにプロンプトを出すようにさらに構成される。
【００３３】
いくつかの例の実施形態では、ドメイン名処理モジュールは、モバイルデバイスのディスプレイ上のインターフェースにドメイン名を提供するようにさらに構成される。
【００３４】
いくつかの例の実施形態では、通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される。
【００３５】
いくつかの例の実施形態では、ドメイン名判定モジュールは、データのパケットから直接にドメイン名を入手するように構成される。
【００３６】
いくつかの例の実施形態では、ドメイン名判定モジュールは、データのパケットからＩＰアドレスを入手し、ドメイン名を入手するためにＩＰアドレスに対して逆ルックアップを実行するように構成される。
【００３７】
いくつかの例の実施形態では、ドメイン名判定モジュールは、データを要求するアプリケーションからドメイン名を入手するように構成され、アプリケーションは、通信デバイス上で動作する。
【００３８】
例の実施形態では、データ記憶媒体が提供される。このデータ記憶媒体には、実行された場合に、通信デバイスで、データソースのドメイン名を判定することをもたらす命令が格納されている。この命令は、実行された場合に、通信デバイスで、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することをももたらす。この命令は、実行された場合に、通信デバイスで、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理することをさらにもたらす。この命令は、実行された場合に、通信デバイスで、ドメイン名が受け入れられる場合に、データソースからデータを受信することをももたらす。
【図面の簡単な説明】
【００３９】
【図１】データ伝送システムの例の実施形態を示す概略図である。
【図２】セル電話機の例のディスプレイを示す図である。
【図３】例の実施形態の例のドメインディレクトリを示す図である。
【図４ａ】ローカル３Ｇセルラネットワークに接続されている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図４ｂ】ローミングしている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図４ｃ】ローカルに接続されている間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図４ｄ】ローミングしている間に間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図５】例の実施形態で実施されるデータフィルタリング方法のステップを示す概略流れ図である。
【図６】モバイルデバイスを示す概略図である。
【図７】例の実施形態の例の状況テーブルの作成および維持を示す概略図である。
【図８】例の実施形態での通信ディレクトリの作成を示す概略図である。
【図９】例の実施形態の例のドメインディレクトリを示す図である。
【図１０】アプリケーションごとの通信ネットワークの例の優先順位順序を示す図である。
【図１１】パーソナルコンピュータを示す概略図である。
【図１２】通信デバイスでのデータフィルタリングの方法を示す概略流れ図である。
【図１３】例の実施形態の方法を実施する通信デバイスを示す概略図である。
【発明を実施するための形態】
【００４０】
次の詳細な説明では、その一部を形成する添付図面を参照する。図面では、文脈がそうではないことを示さない限り、類似する記号は、通常は類似する構成要素を識別する。詳細な説明、図面、および特許請求の範囲で説明される例示的な実施形態は、限定的であることを意図されたものではない。本明細書で提示される主題の趣旨または範囲から逸脱せずに、他の実施形態を利用することができ、他の変更を行うことができる。全般的に本明細書で説明され、図面に示される本開示の諸態様を、さまざまな異なる構成で配置し、置換し、組み合わせ、分離し、設計することができ、これらのすべてが、本明細書で明示的に企図されていることが、直ちに理解されるであろう。
【００４１】
例示的実施形態では、本明細書で説明される動作、プロセスなどのいずれをも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実施することができる。コンピュータ可読命令を、モバイルユニット、ネットワーク要素、および／または任意の他のコンピューティングデバイスのプロセッサによって実行することができる。
【００４２】
システムの諸態様のハードウェア実施態様とソフトウェア実施態様との間には、ほとんど区別が残されておらず、ハードウェアまたはソフトウェアの使用は、一般に（ある種の文脈でハードウェアとソフトウェアとの間での選択が重要になる可能性があるという点で必ずではない）、コスト対効率のトレードオフを表す設計選択である。本明細書で説明されるプロセスおよび／またはシステムおよび／または他のテクノロジをそれによって実施でき、好ましい媒介物がそのプロセスおよび／またはシステムおよび／または他のテクノロジが展開される文脈に伴って変化する、さまざまな媒介物（たとえば、ハードウェア、ソフトウェア、および／またはファームウェア）がある。たとえば、ある実装者が、速度および精度が主要であると判定する場合に、その実装者は、主にハードウェアおよび／またはファームウェアの媒介物を選択することができ、柔軟性が主要である場合には、実装者は、主にソフトウェアの実施態様を選択することができ、あるいは、やはりその代わりに、実装者が、ハードウェア、ソフトウェア、および／またはファームウェアのある組合せを選択することができる。
【００４３】
例の実施形態では、セルラデバイスユーザまたはモバイルデバイスユーザが、そのモバイルデバイスを使用して、データソースのドメインに基づいてデータを選択的にフィルタリングすることを可能にすることができるデータフィルタリングのシステムおよび方法が提供される。これは、ユーザが、セルラネットワークまたはモバイルネットワーク上で負担するデータダウンロード料金のコストを制限することを可能にすることができる。
【００４４】
１つの例の実施形態では、データフィルタを、スマートホンなどのモバイルデバイス上で動作するアプリケーションの形で実施することができる。アプリケーションは、ドメイン名のディレクトリおよび受け入れられるコンテンツの関連するカタログを有するメニューを提供することができる。これに関して、アプリケーションは、データがそこからの受信を許されるデータ伝送のソース（１つまたは複数）を制御する手段をユーザに与えることができる。
【００４５】
図１は、データ伝送システム１００の例の実施形態を示す概略図である。この例の実施形態では、データプロバイダ１１０ａおよび１１０ｂは、情報をホスティングし、インターネット１２０を介して送信する。データプロバイダ１１０ａ、１１０ｂは、電子メールサーバまたはデータサーバとすることができるが、これらに限定はされない。セル電話機１４０などであるがこれに限定はされないモバイルデバイスが、無線テクノロジ、たとえばセルラネットワークプロバイダ１３０によって提供される３Ｇ ＧＳＭ接続１０４を介してインターネット１２０にアクセスする。たとえば、ユーザが、たとえば、電子メールが周期的にセル電話機１４０にプッシュされる、プッシュデータサービスにサブスクライブしていると仮定すると、データは、データソース、たとえば１１０ａからセル電話機１４０へ、インターネット１２０およびセルラネットワーク１０４を介して送信される。その代わりに、ユーザが、第１ウェブサイトにアクセスしており、この第１ウェブサイトが、たとえば第１ウェブサイトのコードに埋め込まれた第２ウェブサイトからのビデオクリップのローディングを自動的に引き起こす場合がある。これに関して、ビデオクリップのデータは、第２ウェブサイトからユーザのセル電話機１４０に入手される。セル電話機１４０では、ユーザは、「プッシュされた」データを受け入れるか拒否するようにプロンプトを出され、求められていないデータを有利に拒否することができる。
【００４６】
図２に、セル電話機１４０（図１）の例のディスプレイ２００を示す。インターネット上のソースからの各データファイルまたはストリームは、ＤＮＳ（ドメインネームシステム）の下でドメイン名に関連付けられる。ディスプレイ２００は、データが、関連するドメイン名、たとえば（公序良俗違反につき、不掲載）を有する特定のソースから「プッシュ」されると判定される時に表示される例のインターフェースを示す。このインターフェースでは、ユーザは、「ａｃｃｅｐｔ（受入れ）」ボタン２０２および「ｒｅｊｅｃｔ（拒否）」ボタン２０４を与えられ、この２つのボタンは、それぞれ、ユーザが「（公序良俗違反につき、不掲載）」のドメインからの「プッシュ」されたデータを受け入れるか拒否することを可能にする。ユーザが、データを受け入れると判断し、ａｃｃｅｐｔボタン２０２を選択する場合には、関連するデータが、取り出され、セル電話機１４０（図１）にロードされる。その代わりに、ユーザがデータを拒否すると判断し、ｒｅｊｅｃｔボタン２０４を選択する場合には、関連するデータは、取り出されない。
【００４７】
図２に示された例の実施形態では、「ａｄｄ（追加）」ボタン２０６は、ドメインをセル電話機１４０（図１）に格納されるドメインディレクトリに格納することを可能にすることができる。ドメインディレクトリ３００の例の実施形態を、図３に示す。このドメインディレクトリは、ユーザが、異なるネットワークおよび使用法シナリオに基づいて、着信データ伝送のフィルタリングをカスタマイズすることを可能にすることができる。たとえば、図３に示されているように、ドメインディレクトリは、現在、５つのドメイン名、たとえば、（公序良俗違反につき、不掲載）、ＡＢＣＤＥＦ、（公序良俗違反につき、不掲載）、（公序良俗違反につき、不掲載）、および（公序良俗違反につき、不掲載）を含む。図３に示されているように、セル電話機１４０（図１）は、セル電話機１４０がローカルセルラネットワークに接続されていると判定した時に、（公序良俗違反につき、不掲載）からのデータおよび電子メールを自動的に受け入れるように構成される。その代わりに、セル電話機１４０がフォーリンセルラネットワークに接続されている、すなわち、セル電話機１４０がローミングしていると判定される場合には、（公序良俗違反につき、不掲載）からのすべてのデータおよび電子メールが、自動的に拒否される。図３には、セル電話機１４０（図１）が、セル電話機１４０がローミングしているのかローカルセルラネットワークに接続されているのかに関わりなく、ＡＢＣＤＥＦ．ｃｏｍからのすべてのデータおよび電子メールを自動的に受け入れるように構成されることも示されている。
【００４８】
ドメイン名ごとに、拡張子をユーザによって定義することができ、各ドメインをさらに区別し、それ相応に構成できるようになっている。たとえば、図３に示されているように、セル電話機１４０（図１）を、（公序良俗違反につき、不掲載）からのすべてのデータおよび電子メールを自動的に拒否するが、ローカルセルラネットワークに接続されている時には（公序良俗違反につき、不掲載）からのデータおよび電子メールを自動的に受け入れるように構成することができる。例の実施形態を、たとえばフィードの形またはｘｍｌ、ｈｔｍｌその他などのデータの他の形での、インターネットを介するデータの交換を提供するすべての種類のアプリケーションに適用可能とすることができることを了解されたい。
【００４９】
上の例の実施形態が、セル電話機へのデータ伝送または電子メール伝送の自動的な受入れまたは拒否を説明するが、ユーザは、それでも、図２に示されたインターフェースを用いてデータ伝送または電子メール伝送をそれに従って受け入れるか拒否するようにプロンプトを出されることが可能であることを理解されたい。たとえば、セル電話機１４０（図１）が、ローカルに接続されている時に限って（公序良俗違反につき、不掲載）からのデータおよび電子メールを受け入れるように構成されると仮定する。ローミングしている時には、（公序良俗違反につき、不掲載）からのデータおよび電子メールは、自動的に拒否される。しかし、データまたは電子メールは、ローカルに接続されている時に（公序良俗違反につき、不掲載）から自動的にダウンロードされるのではなく、ユーザは、データまたは電子メールが（公序良俗違反につき、不掲載）から受け入れられる前に、たとえば、さらなる確認のために図２に示されたディスプレイスクリーンを用いて、プロンプトを出される。代替案では、データまたは電子メールを、ローカルに接続されている時に自動的にすなわちさらなるユーザ確認なしで受け入れることができ、ユーザは、ローミングしている時にさらなる拒否確認を行うようにプロンプトを出される。
【００５０】
ドメインディレクトリは、ＧＵＩ（グラフィカルユーザインターフェース）を用いて表示することもでき、このＧＵＩは、ユーザが、さまざまなドメインをより便利に構成することを可能にすることができる。たとえばローカル３Ｇセルラネットワークに接続されている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を、図４ａに示す。図４ｂに、ローミングしている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す。図４ｃに、ローカルに接続されている間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す。図４ｄに、ローミングしている間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す。
【００５１】
ドメインディレクトリを、本明細書では詳細には説明されない、当技術分野で理解されるデータベース格納および検索技法を利用して、データベースの形で格納することができることを理解されたい。
【００５２】
上で説明した例の実施形態は、モバイルデバイスの使用状況に基づく受入れ／拒否ルールを提供する。たとえば、データ／電子メールを、モバイルデバイスが接続されているセルラ遠隔通信ネットワークに基づいて、すなわち、ローカルにまたはフォーリンネットワーク内でローミングしてのいずれであるのかに基づいて受け入れまたは拒否することができる。他の使用状況は、受信されつつあるデータのタイプを含む。たとえば、例の実施形態で説明するように、モバイルデバイスを、電子メールデータを自動的に受け入れるが、他のデータタイプを拒否するように構成することができる。他のデータタイプは、ｈｔｍｌまたはメディアタイプのデータをも含むことができる。データベースを、データ量／コスト判断基準に基づく受入れ／拒否ルールを用いて拡張することができることをも理解されたい。たとえば、一部のまたはすべてのドメインからのデータまたは電子メールが、特定の、たとえば毎月の量／コストしきい値を超える場合に、それらを自動的に拒否することができる。
【００５３】
図５は、例の実施形態で実施されるデータフィルタリング方法のステップを示す例の流れ図５００である。ステップ５０２では、着信データまたは着信電子メールのドメイン名が、セル電話機によって受け取られる。ステップ５０４では、受け取られたドメイン名が、ドメインディレクトリ／レパートリ内でルックアップされる。ドメイン名をドメインディレクトリ内で見つけることができると判定される場合には、この方法は、ステップ５０６に移動し、ここで、セル電話機は、以前に入力されたユーザ構成に基づいて、着信データ／電子メールを受け入れるのか拒否するのかを決定する。たとえば、セル電話機は、ローカルに接続されている時にたとえば（公序良俗違反につき、不掲載）からのすべてのデータおよび電子メールを自動的に受け入れるようにセル電話機を以前に構成した場合がある。したがって、セル電話機は、データ／電子メール伝送を自動的に受け入れまたは拒否すると判断する前に、まず、そのセル電話機が事前に決定された判断基準を満足するかどうかを判定する。ドメイン名をドメインディレクトリ／レパートリ内で見つけることができない場合には、ステップ５０８で、データ／電子メール伝送を受け入れまたは拒否する判断を行うようにユーザにプロンプトを出す。
【００５４】
当業者は、本明細書で開示されるこれおよび他のプロセスおよび方法について、それらのプロセスおよび方法で実行される機能を異なる順序で実施できることを了解するであろう。さらに、概略を示されるステップおよび動作は、例として提供されるのみであり、開示される実施形態の本質から逸脱せずに、ステップおよび動作の一部を、オプションとし、より少数のステップおよび動作に組み合わせ、または追加のステップおよび動作に拡張することができる。
【００５５】
図６に、スマートホン６００などのモバイルデバイスの概略図を示す。スマートホン６００は、４つの主要コンポーネントすなわち、ヒューマンインターフェースコンポーネント６０２、通信コンポーネント６０４、コントローラ６０６、および電力コンポーネント６０８を含むことができる。ヒューマンインターフェースコンポーネント６０２は、さらに、ユーザがスマートホン６００と相互作用することを可能にするためにデバイス６０２ａ〜６０２ｄを含むことができる。たとえば、ヒューマンインターフェースコンポーネントは、オーディオ情報およびビジュアル情報をスピーカおよびディスプレイを介してユーザに出力することを可能にすることができると同時に、ユーザからの入力をキーパッドおよび触覚インターフェースを介して入手することができる。
【００５６】
例の実施形態では、通信コンポーネント６０４は、スマートホン６００とＬＡＮ、ＷｉＧｉｇ、Ｗｉ−Ｆｉ、ラジオ周波数（ＲＦ）、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）、またはＵＳＢインターフェースなどのさまざまなタイプの通信ネットワークとの間の通信を可能にすることができるデバイス／モジュール６０４ａ〜６０４ｆを含むことができる。電力コンポーネント６０８は、電力管理モジュール６１８を介してスマートホン６００に電力を供給するバッテリ６１６を含むことができる。
【００５７】
例の実施形態では、コントローラ６０６は、ディジタル信号プロセッサ６１０などであるがこれに限定はされないプロセッサと、メモリ６１２とを含むことができる。スマートホン上で動作しているアプリケーション６１４は、スマートホンメモリ６１２に常駐している間にプロセッサ６１０を利用して、関連コマンドを実行する。追加アプリケーションすなわち、通信マネージャアプリケーション６２０は、他のアプリケーション６１４と通信することができ、前の実施形態で説明した事前に決定されたドメインディレクトリ／レパートリに基づいて、データが通信コンポーネント６０４の特定の通信デバイスを介してダウンロードされることを許可しまたは禁止するようにプロセッサ６１０を制御することができる。
【００５８】
たとえば、電子メールアプリケーションが、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」から電子メールをダウンロードすることを望むと仮定する。通信マネージャ６２０は、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」ドメインから電子メールをダウンロードする意図を知らされる。これは、アプリケーション６１４が、その意図を通信マネージャ６２０に直接に通信することによるもの、または通信マネージャ６２０が電子メールアプリケーション６１４からのデータ要求を監視することによるものとすることができる。いくつかの実施形態では、ドメインディレクトリ／レパートリ６２２を、アプリケーション６１４が、現在使用可能な通信ネットワークを用いる特定のドメインからの情報のダウンロードに進むべきかどうかを判定できるように、アプリケーション６１４によって直接にアクセス可能とすることができる。通信マネージャ６２０は、さまざまな通信デバイス／モジュール６０４ａ〜ｆの現在の状況によって継続的に更新もされる。データソースのドメイン（たとえば、ｘｙｚｍａｉｌ．ｃｏｍ）および通信モジュール６０４の現在の状況を用いて、通信マネージャ６２０は、ドメインディレクトリ／レパートリ６２２をルックアップし、ダウンロードの許可または拒否のどちらを行わなければならないのかを判定する。ドメインディレクトリ／レパートリの例は、前に説明し、図３に示した。ドメインディレクトリ／レパートリのさらなる例を、図９にも示す。
【００５９】
図７に、例の実施形態の例の状況テーブル７０２の作成および維持を示す概略図７００を示す。通信モジュール６０４のそれぞれのモジュール／デバイスは、プロセッサ／ＤＳＰ ６１０上で動作する。通信マネージャ６２０は、各通信モジュール／デバイスの状況をプロセッサ６１０から抽出して、その例が図７に示されている状況テーブル７０２を作成／維持する。図７に示されているように、ＲＦ通信モジュールの状況は、「ホーム」ローカル３Ｇ ＧＳＭネットワークにローカルに接続されているか、海外／他のネットワーク上でローミングしているかのいずれかである場合がある。Ｗｉ−Ｆｉネットワークは、ユーザの仕事場で提供されるＷｉ−Ｆｉネットワークまたはユーザの家庭で提供されるＷｉ−Ｆｉネットワークであるものとすることができる。ＷｉＧｉｇネットワークは、ユーザのホームネットワークでまたはＷｉＧｉｇサービスが無料で提供される位置で提供されるものとすることができる。Ｂｌｕｅｔｏｏｔｈ（ＢＴ）ネットワークは、リモートＳＩＭネットワークまたはリモートネットワークとすることができる。ＵＳＢ状況は、接続または非接続のいずれかとすることができる。ＵＳＢまたはＢＴ「ネットワーク」は、通信デバイスをネットワーク（たとえば、３Ｇなど）に接続することを可能にする中間デバイスに関係する。たとえば、ラップトップ機を、３Ｇネットワークを介してインターネットに接続することができる。次に、セル電話機を、ＢＴまたはＵＳＢを介してそのラップトップ機に接続し、セル電話機をＢＴまたはＵＳＢ「ネットワーク」を使用してそのラップトップ機を介してインターネットに接続することができる。同様に、ラップトップ機がインターネットアクセスのためにセル電話機に束縛された状態で、セル電話機を３Ｇネットワークに直接に接続することができる。
【００６０】
図８に、例の実施形態での通信ディレクトリ８０２の作成を示す概略図８００を示す。通信マネージャ６２０は、アプリケーション６１４からデータソースの連絡先／ドメイン／サーバアドレスを受け取る。たとえば、電子メールアプリケーション６１４ａは、通常はそこから電子メールが受信される連絡先リストを通信マネージャ６１４に提供する。ブラウザ６１４ｂは、ユーザによってしばしば訪問される好ましいウェブサイトのブックマークのリストを提供することができる。ブラウザ６１４ｂは、ユーザがサブスクライブしているＲＳＳフィードのリストを提供することもできる。ユーザは、ＦＴＰクライアントを使用してファイルサーバから直接に情報をダウンロードすることもでき、したがって、ＦＴＰアプリケーションは、データがしばしばそこから入手されるサーバのリストを提供することができる。その後、連絡先／ドメイン／サーバなどのリストを、通信ディレクトリにＸＭＬフォーマットで収集することができる。
【００６１】
例の実施形態を、上で説明した電子メールアプリケーションおよびブラウザアプリケーションに加えて、さまざまなアプリケーションに適用可能であることを了解されたい。実施形態は、データダウンロードに関するインターネット接続性が要求される他のアプリケーション、たとえば、専用のニュースフィードリーダアプリケーションまたは銀行がフィードもしくは他のフォーマットで電子貸借表のデータフィードを送信するかトランザクションを共有できるバンキング関連アプリケーションに適用可能である。
【００６２】
状況テーブル７０２（図７）および連絡先／ドメイン／サーバのリストを用いて、ユーザは、通信マネージャを介して、通信タイプに基づく各ドメインの自動受入れ／拒否を入力することができる。たとえば、図９に示されているように、ユーザは、３Ｇ ＧＳＭなどのローカルＲＦネットワークに接続されている時のドメイン「（公序良俗違反につき、不掲載）」からのデータおよび／または電子メールの自動受入れを定義することができる。Ｗｉ−Ｆｉ／ＷｉＧｉｇ／ＬＡＮネットワークに接続されている時にも、データは自動的に受け入れられる。対照的に、ユーザがフォーリンＲＦネットワーク内でローミングしている時には、「（公序良俗違反につき、不掲載）」からのデータおよび／または電子メールは、自動的に拒否される。
【００６３】
例の実施形態では、ユーザは、通信マネージャを使用して、アプリケーションごとに通信モード優先順位を定義することもできる。これは、モバイルデバイスが、より安価なまたはより効率的な通信モジュール／デバイスが使用可能である時に必ず、それらを介してデータをダウンロードすることを可能にすることができる。たとえば、図１０に示されているように、電子メールアプリケーション、たとえばｏｕｔｌｏｏｋは、通信デバイスでのネットワークの可用性に従属して、ＬＡＮ、ＷｉＧｉｇ、Ｗｉ−Ｆｉ、３Ｇローカル、および３Ｇローミングの順で、異なる通信ネットワークからデータを入手する。
【００６４】
図６から１０を参照して上で説明した例の実施形態は、アプリケーションレベルでのデータソースの抽出を定義する。これらの例の実施形態では、アプリケーションは、直接にまたは通信マネージャの制御を介して／の下でのいずれかで、ドメインレパートリにアクセスして、データのダウンロードに進むべきかどうかを判定する。これは、たとえば、電子メールアプリケーションについて、電子メールが「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」から取り出されるべきであると推測することができる。「ｘｙｚｍａｉｌ．ｃｏｍ」というドメインは、電子メールアプリケーションによって直接に抽出することができる。抽出されたドメインは、ダウンロードを進めるべきかどうかを判定するために、ドメインレパートリ／ディレクトリ内でルックアップされる。たとえばＲＳＳフィードの形のデータについて、ＲＳＳリーダ／ブラウザは、ＲＳＳサブスクリプションソースからドメインを抽出することができる。抽出されたドメインを使用して、ドメインディレクトリをルックアップして、ＲＳＳリーダ／ブラウザがダウンロードを継続すべきかどうかを判定する。
【００６５】
代替実施形態では、データソースの抽出を、ソースから達成することができる。言い換えると、データがモバイルデバイスに到着する時に、データソースのＩＰアドレスが、伝送の初期パケット内に含まれる。この場合に、通信マネージャは、ＩＰアドレスの逆ルックアップを実行して、データソースのドメイン名を入手し、ドメインディレクトリ／レパートリに基づいて、それ相応にデータパケットを受け入れ／拒否することができる。新しいＩＰｖ６フォーマットの出現に伴って、各データパケットが既にデータソースのドメインを含むので、そのような逆ルックアップが必要ではなくなる可能性があることを了解されたい。
【００６６】
複製されたサイトおよびサーバ再割当てに起因して、特定のドメイン名が、複製されたＩＰアドレスを有する可能性があることを理解されたい。したがって、ドメイン名は、ユーザおよび／または通信ネットワークプロバイダがシステムを管理することを可能にすることができる共通の基準を提供することができる。
【００６７】
例の実施形態では、ユーザが、拒否されるドメイン名の個数に基づいて、悪意のあるサービスプロバイダ、たとえばウェブサイトからのネットワークの悪用を報告できることをも理解されたい。
【００６８】
請求のために、例の実施形態は、サービスプロバイダが、より詳細な請求書をユーザに提供することを可能にすることができ、ここで、データソースのドメイン／ＩＰアドレスを、請求書内で明細に記すことができる。これは、ユーザがそこからデータ／電子メールを受信したデータソースを思い出させるものをユーザに与えるように働くことができる。
【００６９】
さらに、ドメインディレクトリおよびデータソースドメインのユーザに促される受入れ／拒否を用いて、アプリケーションマネージャは、ダウンロードされおよび拒否されるデータ量をドメイン名によってリアルタイムで監視し、表示することもできる。これは、ユーザが、ドメイン名によって、ユーザがサブスクライブしている価格プランに基づいて、データ取出に関連する詳細なコストを有することを可能にすることができる。例の実施形態は、ドメインごとのデータダウンロード限度を事前にセットすることを可能にすることもできる。このデータダウンロード限度は、データ量に基づくものとすることができる。たとえば、（公序良俗違反につき、不掲載）からのデータの１００Ｍｂを、たとえばローカル遠隔通信ネットワークから許可するが、ユーザがフォーリンネットワーク内でローミングしている時には（公序良俗違反につき、不掲載）からのデータの１Ｍｂを許可することを定義することができる。その代わりに、データダウンロード限度を、関連するコストに基づくものとすることができる。たとえば、ユーザは、フォーリンネットワーク内でローミングしている間に、たとえば２５米国ドル分のデータという最大値を（公序良俗違反につき、不掲載）からダウンロードすることを定義することができる。
【００７０】
例の実施形態では、さまざまなシナリオ、たとえばローカルネットワークまたはフォーリンネットワークに接続されている時のデータダウンロードのコストに関する情報は、通常は、サービスプロバイダによって提供される。これは、原価計算情報を格納するｘｍｌフォーマットのテーブルの形とすることができる。このテーブルは、ユーザによって、またはたとえばＳＩＭカードを介してサービスプロバイダによって直接にのいずれかで更新され得る。たとえば、３Ｇ遠隔通信サービスプロバイダが、ローカルにダウンロードされるデータの１メガバイト（ｍｂ）ごとに１米国ドル、フォーリンネットワーク内でローミングしている時にダウンロードされるデータの１メガバイトごとに５米国ドルの料金がユーザに課せられるデータプラン「Ａ」を提供すると仮定する。そのような情報を、ユーザへのＳＩＭカードの発行の際にサービスプロバイダによってＳＩＭカードに含めることができる。次に、このテーブルを、通信マネージャによって読み取って、ダウンロードが要求される場合に、その時にダウンロードのコストを判定するために計算を実行することができる。ＳＩＭカードは、通常、ユーザアカウントがアクティブ化／開設される時にサービスプロバイダによって発行されるので、そのような情報を、サービスプロバイダによってＳＩＭカード上にそれ相応にロードすることができる。このテーブルを、ユーザが、料金の異なるスケールを有する異なるデータプラン、たとえばデータプラン「Ｂ」に移行する時に更新することもできる。この更新は、ユーザにサービスプロバイダを訪問させることによってローカルに、またはサービスプロバイダによるＳＩＭカードのリモート更新を介してリモートにのいずれかで実行することができる。
【００７１】
さらに、例の実施形態が、ユーザが電子メールアプリケーションから入手される連絡先リスト内の各連絡先からダウンロードされるデータ量を監視することを可能にすることもできることを了解されたい。次に、これを、各連絡先と通信する関連するコストに変換することができる。これに関して、量またはコストに基づくデータダウンロード限度を、類似する形で連絡先ごとに定義することができる。
【００７２】
例の実施形態が、ユーザのセル電話機でのデータ使用に対するよりよい制御をユーザに与えることができ、したがって、ユーザがそれに関連するコストに対するよりよい制御を有することを可能にすることができることを了解されたい。ユーザがダウンロードを選択的に受け入れまたは拒否することを可能にする際に、ユーザは、関連するコストのより明瞭な知識を有し、彼／彼女の使用をそれ相応に調整することができる。
【００７３】
さらに、例の実施形態は、ネットワークを介して伝送されるデータの量を減らすことができる。したがって、より多くの帯域幅を他のユーザのために使用可能にすることができ、より効率的な帯域幅利用につながり、したがって、すべての消費者への利益を強化することができる。
【００７４】
例の実施形態によって提供されるより高い透過性は、使用されたデータに関する通信ネットワークプロバイダとのユーザ口論に関する潜在的問題を減らすこともできる。そのような口論の調査は、時間がかかる可能性があり、ユーザと通信ネットワークプロバイダとの間の評判に影響する可能性がある。
【００７５】
上で説明した例の実施形態を、複数の通信ネットワークに接続され得るパーソナルコンピュータに拡張できることを理解されたい。図１１に、ラップトップコンピュータなどのパーソナルコンピュータの概略図を示す。パーソナルコンピュータ１１００は、４つの主要コンポーネントすなわち、ヒューマンインターフェースコンポーネント１１０２、通信コンポーネント１１０４、コントローラ１１０６、および電力コンポーネント１１０８を含むことができる。ヒューマンインターフェースコンポーネント６０２は、さらに、ユーザがパーソナルコンピュータ１１００と相互作用することを可能にするためにデバイス１１０２ａ〜１１０２ｄを含むことができる。たとえば、ヒューマンインターフェースコンポーネント１１０４は、スピーカおよびディスプレイ１１０２ａ、１１０２ｂを介してオーディオ情報およびビジュアル情報をユーザに出力することを可能にすることができると同時に、ユーザからの入力を、キーパッドおよび触覚インターフェース１１０２ｃ、１１０２ｄを介して入手することができる。
【００７６】
例の実施形態では、通信コンポーネント１１０４は、パーソナルコンピュータ１１００と、ＬＡＮ、ＷｉＧｉｇ、Ｗｉ−Ｆｉ、ラジオ周波数（ＲＦ）、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）、またはＵＳＢインターフェースなどのさまざまなタイプの通信ネットワークとの間の通信を可能にすることができるモジュール／デバイス１１０４ａ〜１１０４ｆを含むことができる。電力コンポーネント１１０８は、電力管理モジュール１１１８を介してパーソナルコンピュータ１１００に電力を供給するバッテリまたは電源１１１６を含むことができる。
【００７７】
例の実施形態では、コントローラ１１０６は、プロセッサ１１１０およびメモリ１１１２を含むことができる。パーソナルコンピュータ上で動作しているアプリケーション１１１４は、スマートコンピュータメモリ１１１２内に常駐している間に、プロセッサ１１１０を利用して関連コマンドを実行する。追加アプリケーションすなわち、通信マネージャアプリケーション１１２０は、他のアプリケーション１１１４と通信することができ、前の実施形態で説明した事前に決定されたドメインディレクトリ／レパートリに基づいて、データが通信コンポーネント１１０４の特定の通信デバイスを介してダウンロードされることを許可または拒否するようにプロセッサ１１１０を制御することができる。
【００７８】
たとえば電子メールアプリケーション、たとえば１１１４ａが、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」から電子メールをダウンロードすることを望むと仮定する。通信マネージャ１１２０は、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」ドメインから電子メールをダウンロードする意図を知らされる。これは、アプリケーション１１１４が、その意図を通信マネージャ１１２０に直接に通信することによるもの、または通信マネージャ１１２０が電子メールアプリケーション１１１４からのデータ要求を監視することによるものとすることができる。代替実施形態では、ドメインディレクトリ／レパートリ１１２２を、アプリケーション１１１４が、現在使用可能な通信ネットワークを用いる特定のドメインからの情報の入手に進むべきかどうかを判定できるように、アプリケーション１１１４によって直接にアクセス可能とすることができる。通信マネージャ１１２０は、さまざまな通信デバイスの現在の状況によって継続的に更新もされる。データソースのドメイン（たとえば、ｘｙｚｍａｉｌ．ｃｏｍ）および通信モジュール１１０４の現在の状況を用いて、通信マネージャ１１２０は、ドメインディレクトリ／レパートリ１１２２をルックアップし、ダウンロードの許可または拒否のどちらを行わなければならないのかを判定する。ドメインディレクトリ／レパートリの例は、前に説明し、図３および９に示した。
【００７９】
上で説明した例の実施形態は、データソースのドメインおよび使用可能な通信ネットワークに基づいてデータをフィルタリングしようと努める。例の実施形態では、スマートホンなどであるがこれに限定はされないデバイスは、家庭／ローカル３Ｇ ＧＳＭネットワークに接続されていることとローミング３Ｇ ＧＳＭネットワークに接続されていることとの間で区別することができ、したがって、データソースのドメインに基づいて異なるデータフィルタリングを提供することができる。この概念を、同様に他の接続タイプに拡張することができる。たとえば、パーソナルラップトップコンピュータなどのデバイスは、ユーザの仕事場で提供されるＬＡＮネットワークに接続されることとユーザの家庭で提供されるＬＡＮネットワークに接続されることとの間で区別することができる。これに関して、仕事場のＬＡＮネットワークにログオンしている時に、デバイスは、したがって、ユーザの仕事に関係しない個人的な電子メールおよび／またはＲＳＳフィードを拒否することができる。それに対応して、ユーザが家庭に戻り、家庭ＬＡＮネットワークにログオンする時に、そのような個人的な電子メールおよび／またはＲＳＳフィードは、許容されるはずである。
【００８０】
上で説明した例の実施形態では、通信デバイスは、ドメインデータベースの構成を実行する通信マネージャを含む。代替実施形態では、データを要求／ダウンロードするアプリケーションが、ユーザがドメインディレクトリに格納されたデータソースドメイン名の受入れ／拒否許容可能性状況を定義することを可能にするコントロールを内部的に提供できることを理解されたい。たとえば、ＲＳＳフィードリーダアプリケーションを、「ｘｙｚｎｅｗｓ．ｃｏｍ」ドメインからのＲＳＳフィードにサブスクライブさせることができる。ＲＳＳフィードリーダアプリケーションは、ユーザが、通信マネージャを介するのではなく、ＲＳＳフィードリーダアプリケーション自体の中で直接にデータソースドメイン名の受入れ／拒否許容可能性状況を定義することを可能にするコントロールを提供することができる。そのような実施形態では、各アプリケーションは、ユーザがデータソースの許容可能性状況を定義することを個別に可能にするためにそれ自体の制御モジュールを有することができる。
【００８１】
図１２は、通信デバイスでデータソースからデータを受信する方法を示す概略流れ図１２００である。ステップ１２０２では、通信デバイスは、データソースのドメイン名を判定する。ステップ１２０４では、通信デバイスは、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定する。ステップ１２０６では、通信デバイスは、１つまたは複数の接続された通信ネットワークに基づいて受入れについてドメイン名を処理する。ステップ１２０８では、通信デバイスは、ドメイン名が受け入れられる場合にデータソースからデータを受信する。
【００８２】
例の実施形態の方法を、図１３に概略的に示された通信デバイス１３００で実施することができる。これを、通信デバイス１３００内で実行され、例の実施形態の方法を実行するように通信デバイス１３００に指示するコンピュータプログラムなどのソフトウェアとして実施することができる。
【００８３】
通信デバイス１３００は、プロセッサモジュール１３０２、キーパッド１３０４などの入力モジュール、およびディスプレイ１３０６などの出力モジュールを含む。
【００８４】
プロセッサモジュール１３０２は、セルラネットワーク１３１０との通信のために第１通信ユニット１３０８に結合される。第１通信ユニット１３０８は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カードリーダインターフェースを含むことができるが、これに限定はされない。セルラネットワーク１３１０は、たとえば３Ｇネットワークとすることができる。第１通信ユニット１３０８は、セルラネットワーク１３１０からのメッセージの送信および受信を容易にすることができる。
【００８５】
プロセッサモジュール１３０２は、さらに、ローカルエリアネットワーク１３１４への接続のために第２通信ユニット１３１２に結合される。たとえば、この接続は、たとえばインターネットまたはローカルエリアネットワーク（ＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、もしくは広域ネットワーク（ＷＡＮ）などの他のネットワークシステムへの有線／無線の通信および／またはアクセスを使用可能にすることができる。第２通信ユニット１３１２は、無線ネットワークカードまたはイーサネット（登録商標）ネットワークケーブルポートを含むことができるが、これに限定はされない。第２通信ユニット１３１２は、セルラネットワーク１３１０以外の媒体からのデータの送信および／または受信を容易にすることができる。
【００８６】
この例のプロセッサモジュール１３０２は、プロセッサ１３１６、ランダムアクセスメモリ（ＲＡＭ）１３１８、および読取り専用メモリ（ＲＯＭ）１３２０を含む。プロセッサモジュール１３０２は、複数の入出力インターフェース、たとえば、ディスプレイ１３０６への入出力インターフェース１３２２およびキーパッド１３０４への入出力インターフェース１３２４をも含む。
【００８７】
プロセッサモジュール１３０２のコンポーネントは、通常、相互接続されたバス１３２６を介して、当業者に既知の形で通信する。
【００８８】
アプリケーションプログラムは、通常、フラッシュメモリモジュールまたはメモリカード／スティックなどのデータ記憶媒体上で符号化されて通信デバイス１３００のユーザに供給され、データ記憶デバイス１３２８の対応するメモリリーダ−ライタを利用して読み取られる。アプリケーションプログラムは、プロセッサ１３１６によって読み取られ、その実行において制御される。プログラムデータの中間記憶を、ＲＡＭ １３１８を使用して達成することができる。
【００８９】
前述から、本開示のさまざまな実施形態が、本明細書で例示のために説明されたことと、さまざまな変更を、本開示の範囲および趣旨から逸脱せずに行えることとを了解されたい。したがって、本明細書で開示されたさまざまな実施形態は、限定的であることを意図されたものではなく、真の範囲および趣旨は、添付の特許請求の範囲によって示される。
【００９０】
前述の詳細な説明は、ブロック図、流れ図、および／または例の使用を介してデバイスおよび／またはプロセスのさまざまな実施形態を示した。ブロック図、流れ図、および／または例が１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、流れ図、および／または例に含まれる各機能および／または動作を、個別におよび／または集合的に、さまざまなハードウェア、ソフトウェア、ファームウェア、またはその事実上すべての組合せによって実施できることが、当業者によって理解されるであろう。一実施形態では、本明細書で説明される主題の複数の部分を、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディジタル信号プロセッサ（ＤＳＰ）、または他の集積されたフォーマットを介して実施することができる。しかし、当業者は、本明細書で開示された実施形態のいくつかの態様を、全体的にまたは部分的に、集積回路内で、１つまたは複数のコンピュータ上で動作する１つまたは複数のコンピュータプログラムとして（たとえば、１つまたは複数のコンピュータシステム上で動作する１つまたは複数のプログラムとして）、１つまたは複数のプロセッサ上で動作する１つまたは複数のプログラムとして（たとえば、１つまたは複数のマイクロプロセッサ上で動作する１つまたは複数のプログラムとして）、ファームウェアとして、またはその事実上すべての組合せとして同等に実施できることと、回路網の設計ならびに／あるいはソフトウェアおよび／またはファームウェアのコードの記述が、この開示に鑑みて当業者の技量に十分に含まれることとを認めるであろう。さらに、当業者は、本明細書で説明された主題の機構を、さまざまな形でプログラム製品として配布できることと、本明細書で説明された主題の例示的実施形態が、配布を実際に実行するのに使用される信号担持媒体の特定のタイプに関わりなく適用されることとを了解するであろう。信号担持媒体の例は、フロッピディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、ディジタルテープ、コンピュータメモリその他などの記録可能タイプの媒体と、ディジタルおよび／またはアナログの通信媒体（たとえば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送タイプの媒体とを含むが、これらに限定はされない。
【００９１】
当業者は、デバイスおよび／またはプロセスを本明細書で示された形で記述し、その後、そのように記述されたデバイスおよび／またはプロセスをデータ処理システムに統合するのに工学実践を使用することが、当技術で一般的であることを認めるであろう。すなわち、本明細書で説明されたデバイスおよび／またはプロセスの少なくとも一部を、適度な量の実験を介してデータ処理システムに統合することができる。当業者は、通常のデータ処理システムが、一般に、システムユニットハウジング、ビデオディスプレイデバイス、揮発性メモリおよび不揮発性メモリなどのメモリ、マイクロプロセッサおよびディジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィカルユーザインターフェース、およびアプリケーションプログラムなどの計算エンティティ、タッチパッドまたはスクリーンなどの１つまたは複数の対話デバイス、ならびに／あるいはフィードバックループおよび制御モーターを含む制御システム（たとえば、位置および／または速度を感知するフィードバック、コンポーネントおよび／または量を移動しかつ／または調整する制御モーター）のうちの１つまたは複数を含むことを認めるであろう。通常のデータ処理システムを、データコンピューティング／通信および／またはネットワークコンピューティング／通信システムに通常見られるものなどの任意の適切な市販コンポーネントを利用して実施することができる。
【００９２】
本明細書で説明される主題は、時々、異なる他のコンポーネントに含まれるかこれに接続される異なるコンポーネントを示す。そのような図示のアーキテクチャが、単に例であることと、実際に、同一の機能性を達成する多数の他のアーキテクチャを実施できることとを理解されたい。概念的な意味で、同一の機能性を達成するためのコンポーネントのすべての配置は、効果的に、所望の機能性が達成されるように「関連付けられる」。したがって、特定の機能性を達成するために組み合わされる本明細書の任意の２つのコンポーネントを、アーキテクチャまたは中間コンポーネントに関わりなく、所望の機能性が達成されるように互いに「関連付けられる」ものとみなすことができる。同様に、そのように関連付けられる任意の２つのコンポーネントを、所望の機能性を達成するために互いに「動作可能に接続される」または「動作可能に結合される」とみなすこともでき、そのように関連付けられ得る任意の２つのコンポーネントを、所望の機能性を達成するために互いに「動作可能に結合可能である」とみなすこともできる。動作可能に結合可能の特定の例は、物理的に嵌合可能および／または物理的に相互作用するコンポーネントならびに／あるいは無線で相互作用可能および／または無線で相互作用するコンポーネントならびに／あるいは論理的に相互作用するおよび／または論理的に相互作用可能なコンポーネントを含むが、これらに限定はされない。
【００９３】
本明細書の実質的にすべての複数形および／または単数形の用語の使用に関して、当業者は、文脈および／または応用例に適当に、複数形から単数形へおよび／または単数形から複数形へ変換することができる。さまざまな単数形／複数形の置換が、本明細書では、明瞭にするために明示的に示される場合がある。
【００９４】
一般に、本明細書で、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体）で使用される用語が、全般に、「開かれた」用語として意図されていることが、当業者によって理解されるであろう（たとえば、用語「ｉｎｃｌｕｄｉｎｇ（含む）」は、「ｉｎｃｌｕｄｉｎｇ ｂｕｔ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ（含むがこれに限定されない）」と解釈されなければならず、用語「ｈａｖｉｎｇ（有する）」は、「ｈａｖｉｎｇ ａｔ ｌｅａｓｔ（少なくとも〜を有する）」と解釈されなければならず、用語「ｉｎｃｌｕｄｅｓ（含む）」は、「ｉｎｃｌｕｄｅｓ ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ（含むがこれに限定されない）」と解釈されなければならないなど）。さらに、挿入される請求項具陳の特定の個数が意図される場合に、そのような意図が、請求項に明示的に具陳され、そのような具陳がない場合には、そのような意図が存在しないことが、当業者によって理解されるであろう。たとえば、理解の助けとして、次の特許請求の範囲は、請求項具陳を挿入するための前置きの句「ａｔ ｌｅａｓｔ ｏｎｅ（少なくとも１つ）」および「ｏｎｅ ｏｒ ｍｏｒｅ（１つまたは複数）」の使用を含む場合がある。しかし、そのような句の使用は、同一の請求項が前置きの句「ｏｎｅ ｏｒ ｍｏｒｅ（１つまたは複数）」または「ａｔ ｌｅａｓｔ ｏｎｅ（少なくとも１つ）」および「ａ」または「ａｎ」などの不定冠詞を含む時であっても、不定冠詞「ａ」または「ａｎ」による請求項具陳の挿入が、そのような挿入された請求項具陳を含む任意の特定の請求項を１つのみのそのような具陳を含む実施形態に限定することを暗示すると解釈してはならず（たとえば、「ａ」および／または「ａｎ」は、「ａｔ ｌｅａｓｔ ｏｎｅ（少なくとも１つ）」または「ｏｎｅ ｏｒ ｍｏｒｅ（１つまたは複数）」を意味すると解釈されなければならない）、同一のことが、請求項具陳を挿入するために使用される定冠詞の使用についても成り立つ。さらに、挿入される請求項具陳の特定の個数が明示的に具陳される場合であっても、当業者は、そのような具陳が、少なくとも具陳された個数を意味すると解釈されなければならないことを認めるであろう（たとえば、他の修飾を伴わない「２つの具陳」という裸の具陳は、少なくとも２つの具陳あるいは３つ以上の具陳を意味する）。さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つなど」に類似する慣例が使用される場合に、一般に、そのような構文は、当業者がその慣例を理解する意味であることが意図されている（たとえば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢとを一緒に、ＡとＣとを一緒に、ＢとＣとを一緒に、ならびに／あるいはＡ、Ｂ、およびＣを一緒に有するシステムを含むが、これに限定はされないなど）。「Ａ、Ｂ、またはＣのうちの少なくとも１つなど」に類似する慣例が使用される場合には、一般に、そのような構文は、当業者がその慣例を理解する意味であることが意図されている（たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢとを一緒に、ＡとＣとを一緒に、ＢとＣとを一緒に、ならびに／あるいはＡ、Ｂ、およびＣを一緒に有するシステムを含むが、これに限定はされないなど）。さらに、事実上すべての離接的単語および／または複数の代替の項目を表す句は、この説明、特許請求の範囲、または図面のいずれにおいても、項目のうちの１つ、項目のいずれか、または両方の項目を含む可能性を企図すると理解されなければならないことが、当業者によって理解されるであろう。たとえば、句「ＡまたはＢ」は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解される。
【技術分野】
【０００１】
本開示は、全般的には通信デバイスのデータフィルタリングに関する。
【背景技術】
【０００２】
通信デバイスを、３Ｇ ＧＳＭネットワーク、ＬＡＮ、Ｗｉ−Ｆｉネットワーク、またはＷｉＧｉｇネットワークなどのさまざまな通信ネットワークに接続して、インターネットを介してデータを受信することができる。データは、たとえば、メディアコンテンツ、情報システムへのサブスクリプション、または電子メールの形をとることができる。
【０００３】
ユーザによって受信されるデータは、スパム電子メールの形の求められていないものである場合があり、あるいは、ユーザがウェブサイトを訪問している時にユーザにプッシュされる場合があるということが認識されている。求められていないデータは、ユーザによって受信されるデータの量の増加をもたらす可能性があり、この増加は、特にデータが高価な通信ネットワークを介して受信されるときに、ユーザが負担する料金に影響を及ぼす可能性がある。ユーザからの正式な承認または受入れがなければ、ユーザによるデータ使用は、ユーザが、ユーザによって受信されたデータの実際の量およびそれに関連するコストを知らないので、高価なデータ使用料金をもたらす可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００４】
例の実施形態では、通信デバイス上でデータソースからデータを受信する方法が提供される。この方法は、通信デバイスで、データソースのドメイン名を判定することを含む。この方法は、通信デバイスで、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することをも含む。この方法は、さらに、通信デバイスで、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理することを含む。この方法は、通信デバイスで、ドメイン名が受け入れられる場合に、データソースからデータを受信することをも含む。
【０００５】
いくつかの例の実施形態では、受入れに関してドメイン名を処理することは、ドメインディレクトリにアクセスすることであって、ドメインディレクトリは、接続された通信ネットワークのうちの１つまたは複数のドメイン名に関する許容可能性状況を定義する、アクセスすることを含む。
【０００６】
いくつかの例の実施形態では、データソースからデータを受信することは、接続された通信ネットワークのうちの１つを選択することをさらに含む。
【０００７】
いくつかの例の実施形態では、接続された通信ネットワークのうちの１つを選択することは、ドメインディレクトリ内で定義された優先順位テーブルに基づく。
【０００８】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名に関する使用状況をさらに定義する。
【０００９】
いくつかの例の実施形態では、使用状況は、データのデータタイプに基づく。
【００１０】
いくつかの例の実施形態では、データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つからなる。
【００１１】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名に関するダウンロード限度をさらに定義する。
【００１２】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータの量に基づく。
【００１３】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータについて負担するデータ料金のコストに基づく。
【００１４】
いくつかの例の実施形態では、受入れに関してドメイン名を処理することは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名を自動的に受け入れることをさらに含む。
【００１５】
いくつかの例の実施形態では、受入れに関してドメイン名を処理することは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名に基づいてデータを受け入れるか拒否するようにユーザにプロンプトを出すことをさらに含む。
【００１６】
いくつかの例の実施形態では、データを受け入れるか拒否するようにユーザにプロンプトを出すことは、モバイルデバイスのディスプレイ上のインターフェースにドメイン名を提供することを含む。
【００１７】
いくつかの例の実施形態では、通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される。
【００１８】
いくつかの例の実施形態では、データソースのドメイン名を判定することは、データのパケットから直接にドメイン名を入手することを含む。
【００１９】
いくつかの例の実施形態では、データソースのドメイン名を判定することは、データのパケットからＩＰアドレスを入手することと、ドメイン名を入手するためにＩＰアドレスに対して逆ルックアップを実行することとを含む。
【００２０】
いくつかの例の実施形態では、データソースのドメイン名を判定することは、データを要求するアプリケーションからドメイン名を入手することであって、アプリケーションは、通信デバイス上で動作する、入手することを含む。
【００２１】
例の実施形態では、データソースからデータを受信する通信デバイスが提供される。この通信デバイスは、データソースのドメイン名を自動的に判定するように構成されたドメイン名判定モジュールを含む。この通信デバイスは、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定するように構成された接続性判定モジュールをも含む。この通信デバイスは、さらに、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理するように構成されたドメイン名処理モジュールを含む。この通信デバイスは、ドメイン名が受け入れられる場合に、データソースからデータを受信するように構成されたデータ受信モジュールをも含む。
【００２２】
いくつかの例の実施形態では、ドメイン名処理モジュールは、ドメインディレクトリにアクセスするようにさらに構成され、ドメインディレクトリは、接続された通信ネットワークのうちの１つまたは複数のドメイン名に関する許容可能性状況を定義する。
【００２３】
いくつかの例の実施形態では、データ受信モジュールは、接続された通信ネットワークのうちの１つを選択するように構成されたネットワーク選択モジュールを含む。
【００２４】
いくつかの例の実施形態では、ネットワーク選択モジュールは、ドメインディレクトリ内で定義された優先順位テーブルに基づいて接続された通信ネットワークのうちの１つを選択するように構成される。
【００２５】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名の使用状況をさらに定義する。
【００２６】
いくつかの例の実施形態では、使用状況は、データのデータタイプに基づく。
【００２７】
いくつかの例の実施形態では、データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つを含む。
【００２８】
いくつかの例の実施形態では、ドメインディレクトリは、ドメイン名に関するダウンロード限度をさらに定義する。
【００２９】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータの量に基づく。
【００３０】
いくつかの例の実施形態では、ダウンロード限度は、所与の時間期間の間にドメインから受信されたデータについて負担するデータ料金のコストに基づく。
【００３１】
いくつかの例の実施形態では、ドメイン名処理モジュールは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名を自動的に受け入れるようにさらに構成される。
【００３２】
いくつかの例の実施形態では、ドメイン名処理モジュールは、許容可能性状況が、データが接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、ドメイン名に基づいてデータを受け入れるか拒否するようにユーザにプロンプトを出すようにさらに構成される。
【００３３】
いくつかの例の実施形態では、ドメイン名処理モジュールは、モバイルデバイスのディスプレイ上のインターフェースにドメイン名を提供するようにさらに構成される。
【００３４】
いくつかの例の実施形態では、通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される。
【００３５】
いくつかの例の実施形態では、ドメイン名判定モジュールは、データのパケットから直接にドメイン名を入手するように構成される。
【００３６】
いくつかの例の実施形態では、ドメイン名判定モジュールは、データのパケットからＩＰアドレスを入手し、ドメイン名を入手するためにＩＰアドレスに対して逆ルックアップを実行するように構成される。
【００３７】
いくつかの例の実施形態では、ドメイン名判定モジュールは、データを要求するアプリケーションからドメイン名を入手するように構成され、アプリケーションは、通信デバイス上で動作する。
【００３８】
例の実施形態では、データ記憶媒体が提供される。このデータ記憶媒体には、実行された場合に、通信デバイスで、データソースのドメイン名を判定することをもたらす命令が格納されている。この命令は、実行された場合に、通信デバイスで、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することをももたらす。この命令は、実行された場合に、通信デバイスで、１つまたは複数の接続された通信ネットワークに基づいて、受入れに関してドメイン名を処理することをさらにもたらす。この命令は、実行された場合に、通信デバイスで、ドメイン名が受け入れられる場合に、データソースからデータを受信することをももたらす。
【図面の簡単な説明】
【００３９】
【図１】データ伝送システムの例の実施形態を示す概略図である。
【図２】セル電話機の例のディスプレイを示す図である。
【図３】例の実施形態の例のドメインディレクトリを示す図である。
【図４ａ】ローカル３Ｇセルラネットワークに接続されている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図４ｂ】ローミングしている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図４ｃ】ローカルに接続されている間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図４ｄ】ローミングしている間に間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す図である。
【図５】例の実施形態で実施されるデータフィルタリング方法のステップを示す概略流れ図である。
【図６】モバイルデバイスを示す概略図である。
【図７】例の実施形態の例の状況テーブルの作成および維持を示す概略図である。
【図８】例の実施形態での通信ディレクトリの作成を示す概略図である。
【図９】例の実施形態の例のドメインディレクトリを示す図である。
【図１０】アプリケーションごとの通信ネットワークの例の優先順位順序を示す図である。
【図１１】パーソナルコンピュータを示す概略図である。
【図１２】通信デバイスでのデータフィルタリングの方法を示す概略流れ図である。
【図１３】例の実施形態の方法を実施する通信デバイスを示す概略図である。
【発明を実施するための形態】
【００４０】
次の詳細な説明では、その一部を形成する添付図面を参照する。図面では、文脈がそうではないことを示さない限り、類似する記号は、通常は類似する構成要素を識別する。詳細な説明、図面、および特許請求の範囲で説明される例示的な実施形態は、限定的であることを意図されたものではない。本明細書で提示される主題の趣旨または範囲から逸脱せずに、他の実施形態を利用することができ、他の変更を行うことができる。全般的に本明細書で説明され、図面に示される本開示の諸態様を、さまざまな異なる構成で配置し、置換し、組み合わせ、分離し、設計することができ、これらのすべてが、本明細書で明示的に企図されていることが、直ちに理解されるであろう。
【００４１】
例示的実施形態では、本明細書で説明される動作、プロセスなどのいずれをも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実施することができる。コンピュータ可読命令を、モバイルユニット、ネットワーク要素、および／または任意の他のコンピューティングデバイスのプロセッサによって実行することができる。
【００４２】
システムの諸態様のハードウェア実施態様とソフトウェア実施態様との間には、ほとんど区別が残されておらず、ハードウェアまたはソフトウェアの使用は、一般に（ある種の文脈でハードウェアとソフトウェアとの間での選択が重要になる可能性があるという点で必ずではない）、コスト対効率のトレードオフを表す設計選択である。本明細書で説明されるプロセスおよび／またはシステムおよび／または他のテクノロジをそれによって実施でき、好ましい媒介物がそのプロセスおよび／またはシステムおよび／または他のテクノロジが展開される文脈に伴って変化する、さまざまな媒介物（たとえば、ハードウェア、ソフトウェア、および／またはファームウェア）がある。たとえば、ある実装者が、速度および精度が主要であると判定する場合に、その実装者は、主にハードウェアおよび／またはファームウェアの媒介物を選択することができ、柔軟性が主要である場合には、実装者は、主にソフトウェアの実施態様を選択することができ、あるいは、やはりその代わりに、実装者が、ハードウェア、ソフトウェア、および／またはファームウェアのある組合せを選択することができる。
【００４３】
例の実施形態では、セルラデバイスユーザまたはモバイルデバイスユーザが、そのモバイルデバイスを使用して、データソースのドメインに基づいてデータを選択的にフィルタリングすることを可能にすることができるデータフィルタリングのシステムおよび方法が提供される。これは、ユーザが、セルラネットワークまたはモバイルネットワーク上で負担するデータダウンロード料金のコストを制限することを可能にすることができる。
【００４４】
１つの例の実施形態では、データフィルタを、スマートホンなどのモバイルデバイス上で動作するアプリケーションの形で実施することができる。アプリケーションは、ドメイン名のディレクトリおよび受け入れられるコンテンツの関連するカタログを有するメニューを提供することができる。これに関して、アプリケーションは、データがそこからの受信を許されるデータ伝送のソース（１つまたは複数）を制御する手段をユーザに与えることができる。
【００４５】
図１は、データ伝送システム１００の例の実施形態を示す概略図である。この例の実施形態では、データプロバイダ１１０ａおよび１１０ｂは、情報をホスティングし、インターネット１２０を介して送信する。データプロバイダ１１０ａ、１１０ｂは、電子メールサーバまたはデータサーバとすることができるが、これらに限定はされない。セル電話機１４０などであるがこれに限定はされないモバイルデバイスが、無線テクノロジ、たとえばセルラネットワークプロバイダ１３０によって提供される３Ｇ ＧＳＭ接続１０４を介してインターネット１２０にアクセスする。たとえば、ユーザが、たとえば、電子メールが周期的にセル電話機１４０にプッシュされる、プッシュデータサービスにサブスクライブしていると仮定すると、データは、データソース、たとえば１１０ａからセル電話機１４０へ、インターネット１２０およびセルラネットワーク１０４を介して送信される。その代わりに、ユーザが、第１ウェブサイトにアクセスしており、この第１ウェブサイトが、たとえば第１ウェブサイトのコードに埋め込まれた第２ウェブサイトからのビデオクリップのローディングを自動的に引き起こす場合がある。これに関して、ビデオクリップのデータは、第２ウェブサイトからユーザのセル電話機１４０に入手される。セル電話機１４０では、ユーザは、「プッシュされた」データを受け入れるか拒否するようにプロンプトを出され、求められていないデータを有利に拒否することができる。
【００４６】
図２に、セル電話機１４０（図１）の例のディスプレイ２００を示す。インターネット上のソースからの各データファイルまたはストリームは、ＤＮＳ（ドメインネームシステム）の下でドメイン名に関連付けられる。ディスプレイ２００は、データが、関連するドメイン名、たとえば（公序良俗違反につき、不掲載）を有する特定のソースから「プッシュ」されると判定される時に表示される例のインターフェースを示す。このインターフェースでは、ユーザは、「ａｃｃｅｐｔ（受入れ）」ボタン２０２および「ｒｅｊｅｃｔ（拒否）」ボタン２０４を与えられ、この２つのボタンは、それぞれ、ユーザが「（公序良俗違反につき、不掲載）」のドメインからの「プッシュ」されたデータを受け入れるか拒否することを可能にする。ユーザが、データを受け入れると判断し、ａｃｃｅｐｔボタン２０２を選択する場合には、関連するデータが、取り出され、セル電話機１４０（図１）にロードされる。その代わりに、ユーザがデータを拒否すると判断し、ｒｅｊｅｃｔボタン２０４を選択する場合には、関連するデータは、取り出されない。
【００４７】
図２に示された例の実施形態では、「ａｄｄ（追加）」ボタン２０６は、ドメインをセル電話機１４０（図１）に格納されるドメインディレクトリに格納することを可能にすることができる。ドメインディレクトリ３００の例の実施形態を、図３に示す。このドメインディレクトリは、ユーザが、異なるネットワークおよび使用法シナリオに基づいて、着信データ伝送のフィルタリングをカスタマイズすることを可能にすることができる。たとえば、図３に示されているように、ドメインディレクトリは、現在、５つのドメイン名、たとえば、（公序良俗違反につき、不掲載）、ＡＢＣＤＥＦ、（公序良俗違反につき、不掲載）、（公序良俗違反につき、不掲載）、および（公序良俗違反につき、不掲載）を含む。図３に示されているように、セル電話機１４０（図１）は、セル電話機１４０がローカルセルラネットワークに接続されていると判定した時に、（公序良俗違反につき、不掲載）からのデータおよび電子メールを自動的に受け入れるように構成される。その代わりに、セル電話機１４０がフォーリンセルラネットワークに接続されている、すなわち、セル電話機１４０がローミングしていると判定される場合には、（公序良俗違反につき、不掲載）からのすべてのデータおよび電子メールが、自動的に拒否される。図３には、セル電話機１４０（図１）が、セル電話機１４０がローミングしているのかローカルセルラネットワークに接続されているのかに関わりなく、ＡＢＣＤＥＦ．ｃｏｍからのすべてのデータおよび電子メールを自動的に受け入れるように構成されることも示されている。
【００４８】
ドメイン名ごとに、拡張子をユーザによって定義することができ、各ドメインをさらに区別し、それ相応に構成できるようになっている。たとえば、図３に示されているように、セル電話機１４０（図１）を、（公序良俗違反につき、不掲載）からのすべてのデータおよび電子メールを自動的に拒否するが、ローカルセルラネットワークに接続されている時には（公序良俗違反につき、不掲載）からのデータおよび電子メールを自動的に受け入れるように構成することができる。例の実施形態を、たとえばフィードの形またはｘｍｌ、ｈｔｍｌその他などのデータの他の形での、インターネットを介するデータの交換を提供するすべての種類のアプリケーションに適用可能とすることができることを了解されたい。
【００４９】
上の例の実施形態が、セル電話機へのデータ伝送または電子メール伝送の自動的な受入れまたは拒否を説明するが、ユーザは、それでも、図２に示されたインターフェースを用いてデータ伝送または電子メール伝送をそれに従って受け入れるか拒否するようにプロンプトを出されることが可能であることを理解されたい。たとえば、セル電話機１４０（図１）が、ローカルに接続されている時に限って（公序良俗違反につき、不掲載）からのデータおよび電子メールを受け入れるように構成されると仮定する。ローミングしている時には、（公序良俗違反につき、不掲載）からのデータおよび電子メールは、自動的に拒否される。しかし、データまたは電子メールは、ローカルに接続されている時に（公序良俗違反につき、不掲載）から自動的にダウンロードされるのではなく、ユーザは、データまたは電子メールが（公序良俗違反につき、不掲載）から受け入れられる前に、たとえば、さらなる確認のために図２に示されたディスプレイスクリーンを用いて、プロンプトを出される。代替案では、データまたは電子メールを、ローカルに接続されている時に自動的にすなわちさらなるユーザ確認なしで受け入れることができ、ユーザは、ローミングしている時にさらなる拒否確認を行うようにプロンプトを出される。
【００５０】
ドメインディレクトリは、ＧＵＩ（グラフィカルユーザインターフェース）を用いて表示することもでき、このＧＵＩは、ユーザが、さまざまなドメインをより便利に構成することを可能にすることができる。たとえばローカル３Ｇセルラネットワークに接続されている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を、図４ａに示す。図４ｂに、ローミングしている間に電子メールがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す。図４ｃに、ローカルに接続されている間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す。図４ｄに、ローミングしている間にデータがそこから受け入れられなければならないドメインを示すＧＵＩの例の実施形態を示す。
【００５１】
ドメインディレクトリを、本明細書では詳細には説明されない、当技術分野で理解されるデータベース格納および検索技法を利用して、データベースの形で格納することができることを理解されたい。
【００５２】
上で説明した例の実施形態は、モバイルデバイスの使用状況に基づく受入れ／拒否ルールを提供する。たとえば、データ／電子メールを、モバイルデバイスが接続されているセルラ遠隔通信ネットワークに基づいて、すなわち、ローカルにまたはフォーリンネットワーク内でローミングしてのいずれであるのかに基づいて受け入れまたは拒否することができる。他の使用状況は、受信されつつあるデータのタイプを含む。たとえば、例の実施形態で説明するように、モバイルデバイスを、電子メールデータを自動的に受け入れるが、他のデータタイプを拒否するように構成することができる。他のデータタイプは、ｈｔｍｌまたはメディアタイプのデータをも含むことができる。データベースを、データ量／コスト判断基準に基づく受入れ／拒否ルールを用いて拡張することができることをも理解されたい。たとえば、一部のまたはすべてのドメインからのデータまたは電子メールが、特定の、たとえば毎月の量／コストしきい値を超える場合に、それらを自動的に拒否することができる。
【００５３】
図５は、例の実施形態で実施されるデータフィルタリング方法のステップを示す例の流れ図５００である。ステップ５０２では、着信データまたは着信電子メールのドメイン名が、セル電話機によって受け取られる。ステップ５０４では、受け取られたドメイン名が、ドメインディレクトリ／レパートリ内でルックアップされる。ドメイン名をドメインディレクトリ内で見つけることができると判定される場合には、この方法は、ステップ５０６に移動し、ここで、セル電話機は、以前に入力されたユーザ構成に基づいて、着信データ／電子メールを受け入れるのか拒否するのかを決定する。たとえば、セル電話機は、ローカルに接続されている時にたとえば（公序良俗違反につき、不掲載）からのすべてのデータおよび電子メールを自動的に受け入れるようにセル電話機を以前に構成した場合がある。したがって、セル電話機は、データ／電子メール伝送を自動的に受け入れまたは拒否すると判断する前に、まず、そのセル電話機が事前に決定された判断基準を満足するかどうかを判定する。ドメイン名をドメインディレクトリ／レパートリ内で見つけることができない場合には、ステップ５０８で、データ／電子メール伝送を受け入れまたは拒否する判断を行うようにユーザにプロンプトを出す。
【００５４】
当業者は、本明細書で開示されるこれおよび他のプロセスおよび方法について、それらのプロセスおよび方法で実行される機能を異なる順序で実施できることを了解するであろう。さらに、概略を示されるステップおよび動作は、例として提供されるのみであり、開示される実施形態の本質から逸脱せずに、ステップおよび動作の一部を、オプションとし、より少数のステップおよび動作に組み合わせ、または追加のステップおよび動作に拡張することができる。
【００５５】
図６に、スマートホン６００などのモバイルデバイスの概略図を示す。スマートホン６００は、４つの主要コンポーネントすなわち、ヒューマンインターフェースコンポーネント６０２、通信コンポーネント６０４、コントローラ６０６、および電力コンポーネント６０８を含むことができる。ヒューマンインターフェースコンポーネント６０２は、さらに、ユーザがスマートホン６００と相互作用することを可能にするためにデバイス６０２ａ〜６０２ｄを含むことができる。たとえば、ヒューマンインターフェースコンポーネントは、オーディオ情報およびビジュアル情報をスピーカおよびディスプレイを介してユーザに出力することを可能にすることができると同時に、ユーザからの入力をキーパッドおよび触覚インターフェースを介して入手することができる。
【００５６】
例の実施形態では、通信コンポーネント６０４は、スマートホン６００とＬＡＮ、ＷｉＧｉｇ、Ｗｉ−Ｆｉ、ラジオ周波数（ＲＦ）、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）、またはＵＳＢインターフェースなどのさまざまなタイプの通信ネットワークとの間の通信を可能にすることができるデバイス／モジュール６０４ａ〜６０４ｆを含むことができる。電力コンポーネント６０８は、電力管理モジュール６１８を介してスマートホン６００に電力を供給するバッテリ６１６を含むことができる。
【００５７】
例の実施形態では、コントローラ６０６は、ディジタル信号プロセッサ６１０などであるがこれに限定はされないプロセッサと、メモリ６１２とを含むことができる。スマートホン上で動作しているアプリケーション６１４は、スマートホンメモリ６１２に常駐している間にプロセッサ６１０を利用して、関連コマンドを実行する。追加アプリケーションすなわち、通信マネージャアプリケーション６２０は、他のアプリケーション６１４と通信することができ、前の実施形態で説明した事前に決定されたドメインディレクトリ／レパートリに基づいて、データが通信コンポーネント６０４の特定の通信デバイスを介してダウンロードされることを許可しまたは禁止するようにプロセッサ６１０を制御することができる。
【００５８】
たとえば、電子メールアプリケーションが、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」から電子メールをダウンロードすることを望むと仮定する。通信マネージャ６２０は、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」ドメインから電子メールをダウンロードする意図を知らされる。これは、アプリケーション６１４が、その意図を通信マネージャ６２０に直接に通信することによるもの、または通信マネージャ６２０が電子メールアプリケーション６１４からのデータ要求を監視することによるものとすることができる。いくつかの実施形態では、ドメインディレクトリ／レパートリ６２２を、アプリケーション６１４が、現在使用可能な通信ネットワークを用いる特定のドメインからの情報のダウンロードに進むべきかどうかを判定できるように、アプリケーション６１４によって直接にアクセス可能とすることができる。通信マネージャ６２０は、さまざまな通信デバイス／モジュール６０４ａ〜ｆの現在の状況によって継続的に更新もされる。データソースのドメイン（たとえば、ｘｙｚｍａｉｌ．ｃｏｍ）および通信モジュール６０４の現在の状況を用いて、通信マネージャ６２０は、ドメインディレクトリ／レパートリ６２２をルックアップし、ダウンロードの許可または拒否のどちらを行わなければならないのかを判定する。ドメインディレクトリ／レパートリの例は、前に説明し、図３に示した。ドメインディレクトリ／レパートリのさらなる例を、図９にも示す。
【００５９】
図７に、例の実施形態の例の状況テーブル７０２の作成および維持を示す概略図７００を示す。通信モジュール６０４のそれぞれのモジュール／デバイスは、プロセッサ／ＤＳＰ ６１０上で動作する。通信マネージャ６２０は、各通信モジュール／デバイスの状況をプロセッサ６１０から抽出して、その例が図７に示されている状況テーブル７０２を作成／維持する。図７に示されているように、ＲＦ通信モジュールの状況は、「ホーム」ローカル３Ｇ ＧＳＭネットワークにローカルに接続されているか、海外／他のネットワーク上でローミングしているかのいずれかである場合がある。Ｗｉ−Ｆｉネットワークは、ユーザの仕事場で提供されるＷｉ−Ｆｉネットワークまたはユーザの家庭で提供されるＷｉ−Ｆｉネットワークであるものとすることができる。ＷｉＧｉｇネットワークは、ユーザのホームネットワークでまたはＷｉＧｉｇサービスが無料で提供される位置で提供されるものとすることができる。Ｂｌｕｅｔｏｏｔｈ（ＢＴ）ネットワークは、リモートＳＩＭネットワークまたはリモートネットワークとすることができる。ＵＳＢ状況は、接続または非接続のいずれかとすることができる。ＵＳＢまたはＢＴ「ネットワーク」は、通信デバイスをネットワーク（たとえば、３Ｇなど）に接続することを可能にする中間デバイスに関係する。たとえば、ラップトップ機を、３Ｇネットワークを介してインターネットに接続することができる。次に、セル電話機を、ＢＴまたはＵＳＢを介してそのラップトップ機に接続し、セル電話機をＢＴまたはＵＳＢ「ネットワーク」を使用してそのラップトップ機を介してインターネットに接続することができる。同様に、ラップトップ機がインターネットアクセスのためにセル電話機に束縛された状態で、セル電話機を３Ｇネットワークに直接に接続することができる。
【００６０】
図８に、例の実施形態での通信ディレクトリ８０２の作成を示す概略図８００を示す。通信マネージャ６２０は、アプリケーション６１４からデータソースの連絡先／ドメイン／サーバアドレスを受け取る。たとえば、電子メールアプリケーション６１４ａは、通常はそこから電子メールが受信される連絡先リストを通信マネージャ６１４に提供する。ブラウザ６１４ｂは、ユーザによってしばしば訪問される好ましいウェブサイトのブックマークのリストを提供することができる。ブラウザ６１４ｂは、ユーザがサブスクライブしているＲＳＳフィードのリストを提供することもできる。ユーザは、ＦＴＰクライアントを使用してファイルサーバから直接に情報をダウンロードすることもでき、したがって、ＦＴＰアプリケーションは、データがしばしばそこから入手されるサーバのリストを提供することができる。その後、連絡先／ドメイン／サーバなどのリストを、通信ディレクトリにＸＭＬフォーマットで収集することができる。
【００６１】
例の実施形態を、上で説明した電子メールアプリケーションおよびブラウザアプリケーションに加えて、さまざまなアプリケーションに適用可能であることを了解されたい。実施形態は、データダウンロードに関するインターネット接続性が要求される他のアプリケーション、たとえば、専用のニュースフィードリーダアプリケーションまたは銀行がフィードもしくは他のフォーマットで電子貸借表のデータフィードを送信するかトランザクションを共有できるバンキング関連アプリケーションに適用可能である。
【００６２】
状況テーブル７０２（図７）および連絡先／ドメイン／サーバのリストを用いて、ユーザは、通信マネージャを介して、通信タイプに基づく各ドメインの自動受入れ／拒否を入力することができる。たとえば、図９に示されているように、ユーザは、３Ｇ ＧＳＭなどのローカルＲＦネットワークに接続されている時のドメイン「（公序良俗違反につき、不掲載）」からのデータおよび／または電子メールの自動受入れを定義することができる。Ｗｉ−Ｆｉ／ＷｉＧｉｇ／ＬＡＮネットワークに接続されている時にも、データは自動的に受け入れられる。対照的に、ユーザがフォーリンＲＦネットワーク内でローミングしている時には、「（公序良俗違反につき、不掲載）」からのデータおよび／または電子メールは、自動的に拒否される。
【００６３】
例の実施形態では、ユーザは、通信マネージャを使用して、アプリケーションごとに通信モード優先順位を定義することもできる。これは、モバイルデバイスが、より安価なまたはより効率的な通信モジュール／デバイスが使用可能である時に必ず、それらを介してデータをダウンロードすることを可能にすることができる。たとえば、図１０に示されているように、電子メールアプリケーション、たとえばｏｕｔｌｏｏｋは、通信デバイスでのネットワークの可用性に従属して、ＬＡＮ、ＷｉＧｉｇ、Ｗｉ−Ｆｉ、３Ｇローカル、および３Ｇローミングの順で、異なる通信ネットワークからデータを入手する。
【００６４】
図６から１０を参照して上で説明した例の実施形態は、アプリケーションレベルでのデータソースの抽出を定義する。これらの例の実施形態では、アプリケーションは、直接にまたは通信マネージャの制御を介して／の下でのいずれかで、ドメインレパートリにアクセスして、データのダウンロードに進むべきかどうかを判定する。これは、たとえば、電子メールアプリケーションについて、電子メールが「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」から取り出されるべきであると推測することができる。「ｘｙｚｍａｉｌ．ｃｏｍ」というドメインは、電子メールアプリケーションによって直接に抽出することができる。抽出されたドメインは、ダウンロードを進めるべきかどうかを判定するために、ドメインレパートリ／ディレクトリ内でルックアップされる。たとえばＲＳＳフィードの形のデータについて、ＲＳＳリーダ／ブラウザは、ＲＳＳサブスクリプションソースからドメインを抽出することができる。抽出されたドメインを使用して、ドメインディレクトリをルックアップして、ＲＳＳリーダ／ブラウザがダウンロードを継続すべきかどうかを判定する。
【００６５】
代替実施形態では、データソースの抽出を、ソースから達成することができる。言い換えると、データがモバイルデバイスに到着する時に、データソースのＩＰアドレスが、伝送の初期パケット内に含まれる。この場合に、通信マネージャは、ＩＰアドレスの逆ルックアップを実行して、データソースのドメイン名を入手し、ドメインディレクトリ／レパートリに基づいて、それ相応にデータパケットを受け入れ／拒否することができる。新しいＩＰｖ６フォーマットの出現に伴って、各データパケットが既にデータソースのドメインを含むので、そのような逆ルックアップが必要ではなくなる可能性があることを了解されたい。
【００６６】
複製されたサイトおよびサーバ再割当てに起因して、特定のドメイン名が、複製されたＩＰアドレスを有する可能性があることを理解されたい。したがって、ドメイン名は、ユーザおよび／または通信ネットワークプロバイダがシステムを管理することを可能にすることができる共通の基準を提供することができる。
【００６７】
例の実施形態では、ユーザが、拒否されるドメイン名の個数に基づいて、悪意のあるサービスプロバイダ、たとえばウェブサイトからのネットワークの悪用を報告できることをも理解されたい。
【００６８】
請求のために、例の実施形態は、サービスプロバイダが、より詳細な請求書をユーザに提供することを可能にすることができ、ここで、データソースのドメイン／ＩＰアドレスを、請求書内で明細に記すことができる。これは、ユーザがそこからデータ／電子メールを受信したデータソースを思い出させるものをユーザに与えるように働くことができる。
【００６９】
さらに、ドメインディレクトリおよびデータソースドメインのユーザに促される受入れ／拒否を用いて、アプリケーションマネージャは、ダウンロードされおよび拒否されるデータ量をドメイン名によってリアルタイムで監視し、表示することもできる。これは、ユーザが、ドメイン名によって、ユーザがサブスクライブしている価格プランに基づいて、データ取出に関連する詳細なコストを有することを可能にすることができる。例の実施形態は、ドメインごとのデータダウンロード限度を事前にセットすることを可能にすることもできる。このデータダウンロード限度は、データ量に基づくものとすることができる。たとえば、（公序良俗違反につき、不掲載）からのデータの１００Ｍｂを、たとえばローカル遠隔通信ネットワークから許可するが、ユーザがフォーリンネットワーク内でローミングしている時には（公序良俗違反につき、不掲載）からのデータの１Ｍｂを許可することを定義することができる。その代わりに、データダウンロード限度を、関連するコストに基づくものとすることができる。たとえば、ユーザは、フォーリンネットワーク内でローミングしている間に、たとえば２５米国ドル分のデータという最大値を（公序良俗違反につき、不掲載）からダウンロードすることを定義することができる。
【００７０】
例の実施形態では、さまざまなシナリオ、たとえばローカルネットワークまたはフォーリンネットワークに接続されている時のデータダウンロードのコストに関する情報は、通常は、サービスプロバイダによって提供される。これは、原価計算情報を格納するｘｍｌフォーマットのテーブルの形とすることができる。このテーブルは、ユーザによって、またはたとえばＳＩＭカードを介してサービスプロバイダによって直接にのいずれかで更新され得る。たとえば、３Ｇ遠隔通信サービスプロバイダが、ローカルにダウンロードされるデータの１メガバイト（ｍｂ）ごとに１米国ドル、フォーリンネットワーク内でローミングしている時にダウンロードされるデータの１メガバイトごとに５米国ドルの料金がユーザに課せられるデータプラン「Ａ」を提供すると仮定する。そのような情報を、ユーザへのＳＩＭカードの発行の際にサービスプロバイダによってＳＩＭカードに含めることができる。次に、このテーブルを、通信マネージャによって読み取って、ダウンロードが要求される場合に、その時にダウンロードのコストを判定するために計算を実行することができる。ＳＩＭカードは、通常、ユーザアカウントがアクティブ化／開設される時にサービスプロバイダによって発行されるので、そのような情報を、サービスプロバイダによってＳＩＭカード上にそれ相応にロードすることができる。このテーブルを、ユーザが、料金の異なるスケールを有する異なるデータプラン、たとえばデータプラン「Ｂ」に移行する時に更新することもできる。この更新は、ユーザにサービスプロバイダを訪問させることによってローカルに、またはサービスプロバイダによるＳＩＭカードのリモート更新を介してリモートにのいずれかで実行することができる。
【００７１】
さらに、例の実施形態が、ユーザが電子メールアプリケーションから入手される連絡先リスト内の各連絡先からダウンロードされるデータ量を監視することを可能にすることもできることを了解されたい。次に、これを、各連絡先と通信する関連するコストに変換することができる。これに関して、量またはコストに基づくデータダウンロード限度を、類似する形で連絡先ごとに定義することができる。
【００７２】
例の実施形態が、ユーザのセル電話機でのデータ使用に対するよりよい制御をユーザに与えることができ、したがって、ユーザがそれに関連するコストに対するよりよい制御を有することを可能にすることができることを了解されたい。ユーザがダウンロードを選択的に受け入れまたは拒否することを可能にする際に、ユーザは、関連するコストのより明瞭な知識を有し、彼／彼女の使用をそれ相応に調整することができる。
【００７３】
さらに、例の実施形態は、ネットワークを介して伝送されるデータの量を減らすことができる。したがって、より多くの帯域幅を他のユーザのために使用可能にすることができ、より効率的な帯域幅利用につながり、したがって、すべての消費者への利益を強化することができる。
【００７４】
例の実施形態によって提供されるより高い透過性は、使用されたデータに関する通信ネットワークプロバイダとのユーザ口論に関する潜在的問題を減らすこともできる。そのような口論の調査は、時間がかかる可能性があり、ユーザと通信ネットワークプロバイダとの間の評判に影響する可能性がある。
【００７５】
上で説明した例の実施形態を、複数の通信ネットワークに接続され得るパーソナルコンピュータに拡張できることを理解されたい。図１１に、ラップトップコンピュータなどのパーソナルコンピュータの概略図を示す。パーソナルコンピュータ１１００は、４つの主要コンポーネントすなわち、ヒューマンインターフェースコンポーネント１１０２、通信コンポーネント１１０４、コントローラ１１０６、および電力コンポーネント１１０８を含むことができる。ヒューマンインターフェースコンポーネント６０２は、さらに、ユーザがパーソナルコンピュータ１１００と相互作用することを可能にするためにデバイス１１０２ａ〜１１０２ｄを含むことができる。たとえば、ヒューマンインターフェースコンポーネント１１０４は、スピーカおよびディスプレイ１１０２ａ、１１０２ｂを介してオーディオ情報およびビジュアル情報をユーザに出力することを可能にすることができると同時に、ユーザからの入力を、キーパッドおよび触覚インターフェース１１０２ｃ、１１０２ｄを介して入手することができる。
【００７６】
例の実施形態では、通信コンポーネント１１０４は、パーソナルコンピュータ１１００と、ＬＡＮ、ＷｉＧｉｇ、Ｗｉ−Ｆｉ、ラジオ周波数（ＲＦ）、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）、またはＵＳＢインターフェースなどのさまざまなタイプの通信ネットワークとの間の通信を可能にすることができるモジュール／デバイス１１０４ａ〜１１０４ｆを含むことができる。電力コンポーネント１１０８は、電力管理モジュール１１１８を介してパーソナルコンピュータ１１００に電力を供給するバッテリまたは電源１１１６を含むことができる。
【００７７】
例の実施形態では、コントローラ１１０６は、プロセッサ１１１０およびメモリ１１１２を含むことができる。パーソナルコンピュータ上で動作しているアプリケーション１１１４は、スマートコンピュータメモリ１１１２内に常駐している間に、プロセッサ１１１０を利用して関連コマンドを実行する。追加アプリケーションすなわち、通信マネージャアプリケーション１１２０は、他のアプリケーション１１１４と通信することができ、前の実施形態で説明した事前に決定されたドメインディレクトリ／レパートリに基づいて、データが通信コンポーネント１１０４の特定の通信デバイスを介してダウンロードされることを許可または拒否するようにプロセッサ１１１０を制御することができる。
【００７８】
たとえば電子メールアプリケーション、たとえば１１１４ａが、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」から電子メールをダウンロードすることを望むと仮定する。通信マネージャ１１２０は、「ｘｙｚ＠ｘｙｚｍａｉｌ．ｃｏｍ」ドメインから電子メールをダウンロードする意図を知らされる。これは、アプリケーション１１１４が、その意図を通信マネージャ１１２０に直接に通信することによるもの、または通信マネージャ１１２０が電子メールアプリケーション１１１４からのデータ要求を監視することによるものとすることができる。代替実施形態では、ドメインディレクトリ／レパートリ１１２２を、アプリケーション１１１４が、現在使用可能な通信ネットワークを用いる特定のドメインからの情報の入手に進むべきかどうかを判定できるように、アプリケーション１１１４によって直接にアクセス可能とすることができる。通信マネージャ１１２０は、さまざまな通信デバイスの現在の状況によって継続的に更新もされる。データソースのドメイン（たとえば、ｘｙｚｍａｉｌ．ｃｏｍ）および通信モジュール１１０４の現在の状況を用いて、通信マネージャ１１２０は、ドメインディレクトリ／レパートリ１１２２をルックアップし、ダウンロードの許可または拒否のどちらを行わなければならないのかを判定する。ドメインディレクトリ／レパートリの例は、前に説明し、図３および９に示した。
【００７９】
上で説明した例の実施形態は、データソースのドメインおよび使用可能な通信ネットワークに基づいてデータをフィルタリングしようと努める。例の実施形態では、スマートホンなどであるがこれに限定はされないデバイスは、家庭／ローカル３Ｇ ＧＳＭネットワークに接続されていることとローミング３Ｇ ＧＳＭネットワークに接続されていることとの間で区別することができ、したがって、データソースのドメインに基づいて異なるデータフィルタリングを提供することができる。この概念を、同様に他の接続タイプに拡張することができる。たとえば、パーソナルラップトップコンピュータなどのデバイスは、ユーザの仕事場で提供されるＬＡＮネットワークに接続されることとユーザの家庭で提供されるＬＡＮネットワークに接続されることとの間で区別することができる。これに関して、仕事場のＬＡＮネットワークにログオンしている時に、デバイスは、したがって、ユーザの仕事に関係しない個人的な電子メールおよび／またはＲＳＳフィードを拒否することができる。それに対応して、ユーザが家庭に戻り、家庭ＬＡＮネットワークにログオンする時に、そのような個人的な電子メールおよび／またはＲＳＳフィードは、許容されるはずである。
【００８０】
上で説明した例の実施形態では、通信デバイスは、ドメインデータベースの構成を実行する通信マネージャを含む。代替実施形態では、データを要求／ダウンロードするアプリケーションが、ユーザがドメインディレクトリに格納されたデータソースドメイン名の受入れ／拒否許容可能性状況を定義することを可能にするコントロールを内部的に提供できることを理解されたい。たとえば、ＲＳＳフィードリーダアプリケーションを、「ｘｙｚｎｅｗｓ．ｃｏｍ」ドメインからのＲＳＳフィードにサブスクライブさせることができる。ＲＳＳフィードリーダアプリケーションは、ユーザが、通信マネージャを介するのではなく、ＲＳＳフィードリーダアプリケーション自体の中で直接にデータソースドメイン名の受入れ／拒否許容可能性状況を定義することを可能にするコントロールを提供することができる。そのような実施形態では、各アプリケーションは、ユーザがデータソースの許容可能性状況を定義することを個別に可能にするためにそれ自体の制御モジュールを有することができる。
【００８１】
図１２は、通信デバイスでデータソースからデータを受信する方法を示す概略流れ図１２００である。ステップ１２０２では、通信デバイスは、データソースのドメイン名を判定する。ステップ１２０４では、通信デバイスは、通信デバイスが接続されている１つまたは複数の通信ネットワークを判定する。ステップ１２０６では、通信デバイスは、１つまたは複数の接続された通信ネットワークに基づいて受入れについてドメイン名を処理する。ステップ１２０８では、通信デバイスは、ドメイン名が受け入れられる場合にデータソースからデータを受信する。
【００８２】
例の実施形態の方法を、図１３に概略的に示された通信デバイス１３００で実施することができる。これを、通信デバイス１３００内で実行され、例の実施形態の方法を実行するように通信デバイス１３００に指示するコンピュータプログラムなどのソフトウェアとして実施することができる。
【００８３】
通信デバイス１３００は、プロセッサモジュール１３０２、キーパッド１３０４などの入力モジュール、およびディスプレイ１３０６などの出力モジュールを含む。
【００８４】
プロセッサモジュール１３０２は、セルラネットワーク１３１０との通信のために第１通信ユニット１３０８に結合される。第１通信ユニット１３０８は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カードリーダインターフェースを含むことができるが、これに限定はされない。セルラネットワーク１３１０は、たとえば３Ｇネットワークとすることができる。第１通信ユニット１３０８は、セルラネットワーク１３１０からのメッセージの送信および受信を容易にすることができる。
【００８５】
プロセッサモジュール１３０２は、さらに、ローカルエリアネットワーク１３１４への接続のために第２通信ユニット１３１２に結合される。たとえば、この接続は、たとえばインターネットまたはローカルエリアネットワーク（ＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、もしくは広域ネットワーク（ＷＡＮ）などの他のネットワークシステムへの有線／無線の通信および／またはアクセスを使用可能にすることができる。第２通信ユニット１３１２は、無線ネットワークカードまたはイーサネット（登録商標）ネットワークケーブルポートを含むことができるが、これに限定はされない。第２通信ユニット１３１２は、セルラネットワーク１３１０以外の媒体からのデータの送信および／または受信を容易にすることができる。
【００８６】
この例のプロセッサモジュール１３０２は、プロセッサ１３１６、ランダムアクセスメモリ（ＲＡＭ）１３１８、および読取り専用メモリ（ＲＯＭ）１３２０を含む。プロセッサモジュール１３０２は、複数の入出力インターフェース、たとえば、ディスプレイ１３０６への入出力インターフェース１３２２およびキーパッド１３０４への入出力インターフェース１３２４をも含む。
【００８７】
プロセッサモジュール１３０２のコンポーネントは、通常、相互接続されたバス１３２６を介して、当業者に既知の形で通信する。
【００８８】
アプリケーションプログラムは、通常、フラッシュメモリモジュールまたはメモリカード／スティックなどのデータ記憶媒体上で符号化されて通信デバイス１３００のユーザに供給され、データ記憶デバイス１３２８の対応するメモリリーダ−ライタを利用して読み取られる。アプリケーションプログラムは、プロセッサ１３１６によって読み取られ、その実行において制御される。プログラムデータの中間記憶を、ＲＡＭ １３１８を使用して達成することができる。
【００８９】
前述から、本開示のさまざまな実施形態が、本明細書で例示のために説明されたことと、さまざまな変更を、本開示の範囲および趣旨から逸脱せずに行えることとを了解されたい。したがって、本明細書で開示されたさまざまな実施形態は、限定的であることを意図されたものではなく、真の範囲および趣旨は、添付の特許請求の範囲によって示される。
【００９０】
前述の詳細な説明は、ブロック図、流れ図、および／または例の使用を介してデバイスおよび／またはプロセスのさまざまな実施形態を示した。ブロック図、流れ図、および／または例が１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、流れ図、および／または例に含まれる各機能および／または動作を、個別におよび／または集合的に、さまざまなハードウェア、ソフトウェア、ファームウェア、またはその事実上すべての組合せによって実施できることが、当業者によって理解されるであろう。一実施形態では、本明細書で説明される主題の複数の部分を、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディジタル信号プロセッサ（ＤＳＰ）、または他の集積されたフォーマットを介して実施することができる。しかし、当業者は、本明細書で開示された実施形態のいくつかの態様を、全体的にまたは部分的に、集積回路内で、１つまたは複数のコンピュータ上で動作する１つまたは複数のコンピュータプログラムとして（たとえば、１つまたは複数のコンピュータシステム上で動作する１つまたは複数のプログラムとして）、１つまたは複数のプロセッサ上で動作する１つまたは複数のプログラムとして（たとえば、１つまたは複数のマイクロプロセッサ上で動作する１つまたは複数のプログラムとして）、ファームウェアとして、またはその事実上すべての組合せとして同等に実施できることと、回路網の設計ならびに／あるいはソフトウェアおよび／またはファームウェアのコードの記述が、この開示に鑑みて当業者の技量に十分に含まれることとを認めるであろう。さらに、当業者は、本明細書で説明された主題の機構を、さまざまな形でプログラム製品として配布できることと、本明細書で説明された主題の例示的実施形態が、配布を実際に実行するのに使用される信号担持媒体の特定のタイプに関わりなく適用されることとを了解するであろう。信号担持媒体の例は、フロッピディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、ディジタルテープ、コンピュータメモリその他などの記録可能タイプの媒体と、ディジタルおよび／またはアナログの通信媒体（たとえば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送タイプの媒体とを含むが、これらに限定はされない。
【００９１】
当業者は、デバイスおよび／またはプロセスを本明細書で示された形で記述し、その後、そのように記述されたデバイスおよび／またはプロセスをデータ処理システムに統合するのに工学実践を使用することが、当技術で一般的であることを認めるであろう。すなわち、本明細書で説明されたデバイスおよび／またはプロセスの少なくとも一部を、適度な量の実験を介してデータ処理システムに統合することができる。当業者は、通常のデータ処理システムが、一般に、システムユニットハウジング、ビデオディスプレイデバイス、揮発性メモリおよび不揮発性メモリなどのメモリ、マイクロプロセッサおよびディジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィカルユーザインターフェース、およびアプリケーションプログラムなどの計算エンティティ、タッチパッドまたはスクリーンなどの１つまたは複数の対話デバイス、ならびに／あるいはフィードバックループおよび制御モーターを含む制御システム（たとえば、位置および／または速度を感知するフィードバック、コンポーネントおよび／または量を移動しかつ／または調整する制御モーター）のうちの１つまたは複数を含むことを認めるであろう。通常のデータ処理システムを、データコンピューティング／通信および／またはネットワークコンピューティング／通信システムに通常見られるものなどの任意の適切な市販コンポーネントを利用して実施することができる。
【００９２】
本明細書で説明される主題は、時々、異なる他のコンポーネントに含まれるかこれに接続される異なるコンポーネントを示す。そのような図示のアーキテクチャが、単に例であることと、実際に、同一の機能性を達成する多数の他のアーキテクチャを実施できることとを理解されたい。概念的な意味で、同一の機能性を達成するためのコンポーネントのすべての配置は、効果的に、所望の機能性が達成されるように「関連付けられる」。したがって、特定の機能性を達成するために組み合わされる本明細書の任意の２つのコンポーネントを、アーキテクチャまたは中間コンポーネントに関わりなく、所望の機能性が達成されるように互いに「関連付けられる」ものとみなすことができる。同様に、そのように関連付けられる任意の２つのコンポーネントを、所望の機能性を達成するために互いに「動作可能に接続される」または「動作可能に結合される」とみなすこともでき、そのように関連付けられ得る任意の２つのコンポーネントを、所望の機能性を達成するために互いに「動作可能に結合可能である」とみなすこともできる。動作可能に結合可能の特定の例は、物理的に嵌合可能および／または物理的に相互作用するコンポーネントならびに／あるいは無線で相互作用可能および／または無線で相互作用するコンポーネントならびに／あるいは論理的に相互作用するおよび／または論理的に相互作用可能なコンポーネントを含むが、これらに限定はされない。
【００９３】
本明細書の実質的にすべての複数形および／または単数形の用語の使用に関して、当業者は、文脈および／または応用例に適当に、複数形から単数形へおよび／または単数形から複数形へ変換することができる。さまざまな単数形／複数形の置換が、本明細書では、明瞭にするために明示的に示される場合がある。
【００９４】
一般に、本明細書で、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体）で使用される用語が、全般に、「開かれた」用語として意図されていることが、当業者によって理解されるであろう（たとえば、用語「ｉｎｃｌｕｄｉｎｇ（含む）」は、「ｉｎｃｌｕｄｉｎｇ ｂｕｔ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ（含むがこれに限定されない）」と解釈されなければならず、用語「ｈａｖｉｎｇ（有する）」は、「ｈａｖｉｎｇ ａｔ ｌｅａｓｔ（少なくとも〜を有する）」と解釈されなければならず、用語「ｉｎｃｌｕｄｅｓ（含む）」は、「ｉｎｃｌｕｄｅｓ ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ（含むがこれに限定されない）」と解釈されなければならないなど）。さらに、挿入される請求項具陳の特定の個数が意図される場合に、そのような意図が、請求項に明示的に具陳され、そのような具陳がない場合には、そのような意図が存在しないことが、当業者によって理解されるであろう。たとえば、理解の助けとして、次の特許請求の範囲は、請求項具陳を挿入するための前置きの句「ａｔ ｌｅａｓｔ ｏｎｅ（少なくとも１つ）」および「ｏｎｅ ｏｒ ｍｏｒｅ（１つまたは複数）」の使用を含む場合がある。しかし、そのような句の使用は、同一の請求項が前置きの句「ｏｎｅ ｏｒ ｍｏｒｅ（１つまたは複数）」または「ａｔ ｌｅａｓｔ ｏｎｅ（少なくとも１つ）」および「ａ」または「ａｎ」などの不定冠詞を含む時であっても、不定冠詞「ａ」または「ａｎ」による請求項具陳の挿入が、そのような挿入された請求項具陳を含む任意の特定の請求項を１つのみのそのような具陳を含む実施形態に限定することを暗示すると解釈してはならず（たとえば、「ａ」および／または「ａｎ」は、「ａｔ ｌｅａｓｔ ｏｎｅ（少なくとも１つ）」または「ｏｎｅ ｏｒ ｍｏｒｅ（１つまたは複数）」を意味すると解釈されなければならない）、同一のことが、請求項具陳を挿入するために使用される定冠詞の使用についても成り立つ。さらに、挿入される請求項具陳の特定の個数が明示的に具陳される場合であっても、当業者は、そのような具陳が、少なくとも具陳された個数を意味すると解釈されなければならないことを認めるであろう（たとえば、他の修飾を伴わない「２つの具陳」という裸の具陳は、少なくとも２つの具陳あるいは３つ以上の具陳を意味する）。さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つなど」に類似する慣例が使用される場合に、一般に、そのような構文は、当業者がその慣例を理解する意味であることが意図されている（たとえば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢとを一緒に、ＡとＣとを一緒に、ＢとＣとを一緒に、ならびに／あるいはＡ、Ｂ、およびＣを一緒に有するシステムを含むが、これに限定はされないなど）。「Ａ、Ｂ、またはＣのうちの少なくとも１つなど」に類似する慣例が使用される場合には、一般に、そのような構文は、当業者がその慣例を理解する意味であることが意図されている（たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢとを一緒に、ＡとＣとを一緒に、ＢとＣとを一緒に、ならびに／あるいはＡ、Ｂ、およびＣを一緒に有するシステムを含むが、これに限定はされないなど）。さらに、事実上すべての離接的単語および／または複数の代替の項目を表す句は、この説明、特許請求の範囲、または図面のいずれにおいても、項目のうちの１つ、項目のいずれか、または両方の項目を含む可能性を企図すると理解されなければならないことが、当業者によって理解されるであろう。たとえば、句「ＡまたはＢ」は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解される。
【特許請求の範囲】
【請求項１】
通信デバイス上でデータソースからデータを受信する方法であって、
前記通信デバイスで、前記データソースのドメイン名を判定することと、
前記通信デバイスで、前記通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することと、
前記通信デバイスで、前記１つまたは複数の接続された通信ネットワークに基づいて、受入れに関して前記ドメイン名を処理することと、
前記通信デバイスで、前記ドメイン名が受け入れられる場合に、前記データソースから前記データを受信することと
を含む方法。
【請求項２】
受入れに関して前記ドメイン名を処理することは、
ドメインディレクトリにアクセスすることであって、前記ドメインディレクトリは、前記接続された通信ネットワークのうちの１つまたは複数の前記ドメイン名に関する許容可能性状況を定義する、アクセスすること
を含む、請求項１に記載の方法。
【請求項３】
前記データソースから前記データを受信することは、前記接続された通信ネットワークのうちの１つを選択することをさらに含む、請求項１に記載の方法。
【請求項４】
前記接続されたネットワークのうちの１つを選択することは、前記ドメインディレクトリ内で定義された優先順位テーブルに基づく、請求項３に記載の方法。
【請求項５】
前記ドメインディレクトリは、前記ドメイン名に関する使用状況をさらに定義する、請求項２に記載の方法。
【請求項６】
前記使用状況は、前記データのデータタイプに基づく、請求項５に記載の方法。
【請求項７】
前記データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つを含む、請求項６に記載の方法。
【請求項８】
前記ドメインディレクトリは、前記ドメイン名に関するダウンロード限度をさらに定義する、請求項２に記載の方法。
【請求項９】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータの量に基づく、請求項８に記載の方法。
【請求項１０】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータについて負担するデータ料金のコストに基づく、請求項８に記載の方法。
【請求項１１】
受入れに関して前記ドメイン名を処理することは、
前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名を自動的に受け入れること
をさらに含む、請求項２に記載の方法。
【請求項１２】
受入れに関して前記ドメイン名を処理することは、
前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名に基づいて前記データを受け入れるか拒否するようにユーザにプロンプトを出すこと
をさらに含む、請求項２に記載の方法。
【請求項１３】
前記データを受け入れるか拒否するようにユーザにプロンプトを出すことは、前記モバイルデバイスのディスプレイ上のインターフェースに前記ドメイン名を提供することを含む、請求項１２に記載の方法。
【請求項１４】
前記通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される、請求項１に記載の方法。
【請求項１５】
前記データソースのドメイン名を判定することは、前記データのパケットから直接に前記ドメイン名を入手することを含む、請求項１に記載の方法。
【請求項１６】
前記データソースのドメイン名を判定することは、
前記データのパケットからＩＰアドレスを入手することと、
前記ドメイン名を入手するために前記ＩＰアドレスに対して逆ルックアップを実行することと
を含む、請求項１に記載の方法。
【請求項１７】
前記データソースのドメイン名を判定することは、
前記データを要求するアプリケーションから前記ドメイン名を入手することであって、前記アプリケーションは、前記通信デバイス上で動作する、入手すること
を含む、請求項１に記載の方法。
【請求項１８】
データソースからデータを受信する通信デバイスであって、
前記データソースのドメイン名を自動的に判定するように構成されたドメイン名判定モジュールと、
前記通信デバイスが接続されている１つまたは複数の通信ネットワークを判定するように構成された接続性判定モジュールと、
前記１つまたは複数の接続された通信ネットワークに基づいて、受入れに関して前記ドメイン名を処理するように構成されたドメイン名処理モジュールと、
前記ドメイン名が受け入れられる場合に、前記データソースから前記データを受信するように構成されたデータ受信モジュールと
を含む通信デバイス。
【請求項１９】
前記ドメイン名処理モジュールは、
ドメインディレクトリにアクセスする
ようにさらに構成され、前記ドメインディレクトリは、前記接続された通信ネットワークのうちの１つまたは複数の前記ドメイン名に関する許容可能性状況を定義する、請求項１８に記載の通信デバイス。
【請求項２０】
前記データ受信モジュールは、
前記接続された通信ネットワークのうちの１つを選択するように構成されたネットワーク選択モジュール
を含む、請求項１９に記載の通信デバイス。
【請求項２１】
前記ネットワーク選択モジュールは、前記ドメインディレクトリ内で定義された優先順位テーブルに基づいて前記接続された通信ネットワークのうちの１つを選択するように構成される、請求項２０に記載の通信デバイス。
【請求項２２】
前記ドメインディレクトリは、前記ドメイン名の使用状況をさらに定義する、請求項１９に記載の通信デバイス。
【請求項２３】
前記使用状況は、前記データのデータタイプに基づく、請求項２２に記載の通信デバイス。
【請求項２４】
前記データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つを含む、請求項２３に記載の通信デバイス。
【請求項２５】
前記ドメインディレクトリは、前記ドメイン名に関するダウンロード限度をさらに定義する、請求項１９に記載の通信デバイス。
【請求項２６】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータの量に基づく、請求項２５に記載の通信デバイス。
【請求項２７】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータについて負担するデータ料金のコストに基づく、請求項２５に記載の通信デバイス。
【請求項２８】
前記ドメイン名処理モジュールは、前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名を自動的に受け入れるようにさらに構成される、請求項１９に記載の通信デバイス。
【請求項２９】
前記ドメイン名処理モジュールは、前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名に基づいて前記データを受け入れるか拒否するようにユーザにプロンプトを出すようにさらに構成される、請求項１９に記載の通信デバイス。
【請求項３０】
前記ドメイン名処理モジュールは、前記モバイルデバイスのディスプレイ上のインターフェースに前記ドメイン名を提供するようにさらに構成される、請求項２９に記載の通信デバイス。
【請求項３１】
前記通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される、請求項１８に記載の通信デバイス。
【請求項３２】
前記ドメイン名判定モジュールは、前記データのパケットから直接に前記ドメイン名を入手するように構成される、請求項１８に記載の通信デバイス。
【請求項３３】
前記ドメイン名判定モジュールは、
前記データのパケットからＩＰアドレスを入手し、
前記ドメイン名を入手するために前記ＩＰアドレスに対して逆ルックアップを実行する
ように構成される、請求項１８に記載の通信デバイス。
【請求項３４】
前記ドメイン名判定モジュールは、前記データを要求するアプリケーションから前記ドメイン名を入手するように構成され、前記アプリケーションは、前記通信デバイス上で動作する、請求項１８に記載の通信デバイス。
【請求項３５】
実行された場合に、
通信デバイスで、データソースのドメイン名を判定することと、
前記通信デバイスで、前記通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することと、
前記通信デバイスで、前記１つまたは複数の接続された通信ネットワークに基づいて、受入れに関して前記ドメイン名を処理することと、
前記通信デバイスで、前記ドメイン名が受け入れられる場合に、前記データソースから前記データを受信することと
をもたらす命令が格納されているデータ記憶媒体。
【請求項１】
通信デバイス上でデータソースからデータを受信する方法であって、
前記通信デバイスで、前記データソースのドメイン名を判定することと、
前記通信デバイスで、前記通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することと、
前記通信デバイスで、前記１つまたは複数の接続された通信ネットワークに基づいて、受入れに関して前記ドメイン名を処理することと、
前記通信デバイスで、前記ドメイン名が受け入れられる場合に、前記データソースから前記データを受信することと
を含む方法。
【請求項２】
受入れに関して前記ドメイン名を処理することは、
ドメインディレクトリにアクセスすることであって、前記ドメインディレクトリは、前記接続された通信ネットワークのうちの１つまたは複数の前記ドメイン名に関する許容可能性状況を定義する、アクセスすること
を含む、請求項１に記載の方法。
【請求項３】
前記データソースから前記データを受信することは、前記接続された通信ネットワークのうちの１つを選択することをさらに含む、請求項１に記載の方法。
【請求項４】
前記接続されたネットワークのうちの１つを選択することは、前記ドメインディレクトリ内で定義された優先順位テーブルに基づく、請求項３に記載の方法。
【請求項５】
前記ドメインディレクトリは、前記ドメイン名に関する使用状況をさらに定義する、請求項２に記載の方法。
【請求項６】
前記使用状況は、前記データのデータタイプに基づく、請求項５に記載の方法。
【請求項７】
前記データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つを含む、請求項６に記載の方法。
【請求項８】
前記ドメインディレクトリは、前記ドメイン名に関するダウンロード限度をさらに定義する、請求項２に記載の方法。
【請求項９】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータの量に基づく、請求項８に記載の方法。
【請求項１０】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータについて負担するデータ料金のコストに基づく、請求項８に記載の方法。
【請求項１１】
受入れに関して前記ドメイン名を処理することは、
前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名を自動的に受け入れること
をさらに含む、請求項２に記載の方法。
【請求項１２】
受入れに関して前記ドメイン名を処理することは、
前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名に基づいて前記データを受け入れるか拒否するようにユーザにプロンプトを出すこと
をさらに含む、請求項２に記載の方法。
【請求項１３】
前記データを受け入れるか拒否するようにユーザにプロンプトを出すことは、前記モバイルデバイスのディスプレイ上のインターフェースに前記ドメイン名を提供することを含む、請求項１２に記載の方法。
【請求項１４】
前記通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される、請求項１に記載の方法。
【請求項１５】
前記データソースのドメイン名を判定することは、前記データのパケットから直接に前記ドメイン名を入手することを含む、請求項１に記載の方法。
【請求項１６】
前記データソースのドメイン名を判定することは、
前記データのパケットからＩＰアドレスを入手することと、
前記ドメイン名を入手するために前記ＩＰアドレスに対して逆ルックアップを実行することと
を含む、請求項１に記載の方法。
【請求項１７】
前記データソースのドメイン名を判定することは、
前記データを要求するアプリケーションから前記ドメイン名を入手することであって、前記アプリケーションは、前記通信デバイス上で動作する、入手すること
を含む、請求項１に記載の方法。
【請求項１８】
データソースからデータを受信する通信デバイスであって、
前記データソースのドメイン名を自動的に判定するように構成されたドメイン名判定モジュールと、
前記通信デバイスが接続されている１つまたは複数の通信ネットワークを判定するように構成された接続性判定モジュールと、
前記１つまたは複数の接続された通信ネットワークに基づいて、受入れに関して前記ドメイン名を処理するように構成されたドメイン名処理モジュールと、
前記ドメイン名が受け入れられる場合に、前記データソースから前記データを受信するように構成されたデータ受信モジュールと
を含む通信デバイス。
【請求項１９】
前記ドメイン名処理モジュールは、
ドメインディレクトリにアクセスする
ようにさらに構成され、前記ドメインディレクトリは、前記接続された通信ネットワークのうちの１つまたは複数の前記ドメイン名に関する許容可能性状況を定義する、請求項１８に記載の通信デバイス。
【請求項２０】
前記データ受信モジュールは、
前記接続された通信ネットワークのうちの１つを選択するように構成されたネットワーク選択モジュール
を含む、請求項１９に記載の通信デバイス。
【請求項２１】
前記ネットワーク選択モジュールは、前記ドメインディレクトリ内で定義された優先順位テーブルに基づいて前記接続された通信ネットワークのうちの１つを選択するように構成される、請求項２０に記載の通信デバイス。
【請求項２２】
前記ドメインディレクトリは、前記ドメイン名の使用状況をさらに定義する、請求項１９に記載の通信デバイス。
【請求項２３】
前記使用状況は、前記データのデータタイプに基づく、請求項２２に記載の通信デバイス。
【請求項２４】
前記データタイプは、電子メールデータ、メディアデータ、フィードデータ、ｘｍｌデータ、およびｈｔｍｌデータのうちのいずれか１つを含む、請求項２３に記載の通信デバイス。
【請求項２５】
前記ドメインディレクトリは、前記ドメイン名に関するダウンロード限度をさらに定義する、請求項１９に記載の通信デバイス。
【請求項２６】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータの量に基づく、請求項２５に記載の通信デバイス。
【請求項２７】
前記ダウンロード限度は、所与の時間期間の間に前記ドメインから受信されたデータについて負担するデータ料金のコストに基づく、請求項２５に記載の通信デバイス。
【請求項２８】
前記ドメイン名処理モジュールは、前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名を自動的に受け入れるようにさらに構成される、請求項１９に記載の通信デバイス。
【請求項２９】
前記ドメイン名処理モジュールは、前記許容可能性状況が、データが前記接続された通信ネットワークのうちの少なくとも１つを介して受信されることを許可されることを示す場合に、前記ドメイン名に基づいて前記データを受け入れるか拒否するようにユーザにプロンプトを出すようにさらに構成される、請求項１９に記載の通信デバイス。
【請求項３０】
前記ドメイン名処理モジュールは、前記モバイルデバイスのディスプレイ上のインターフェースに前記ドメイン名を提供するようにさらに構成される、請求項２９に記載の通信デバイス。
【請求項３１】
前記通信ネットワークは、ローカルエリアネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＧｉｇネットワーク、ラジオ周波数セルラネットワーク、ＢｌｕｅＴｏｏｔｈ通信ネットワーク、およびＵＳＢインターフェースを有する通信ネットワークからなる群から選択される、請求項１８に記載の通信デバイス。
【請求項３２】
前記ドメイン名判定モジュールは、前記データのパケットから直接に前記ドメイン名を入手するように構成される、請求項１８に記載の通信デバイス。
【請求項３３】
前記ドメイン名判定モジュールは、
前記データのパケットからＩＰアドレスを入手し、
前記ドメイン名を入手するために前記ＩＰアドレスに対して逆ルックアップを実行する
ように構成される、請求項１８に記載の通信デバイス。
【請求項３４】
前記ドメイン名判定モジュールは、前記データを要求するアプリケーションから前記ドメイン名を入手するように構成され、前記アプリケーションは、前記通信デバイス上で動作する、請求項１８に記載の通信デバイス。
【請求項３５】
実行された場合に、
通信デバイスで、データソースのドメイン名を判定することと、
前記通信デバイスで、前記通信デバイスが接続されている１つまたは複数の通信ネットワークを判定することと、
前記通信デバイスで、前記１つまたは複数の接続された通信ネットワークに基づいて、受入れに関して前記ドメイン名を処理することと、
前記通信デバイスで、前記ドメイン名が受け入れられる場合に、前記データソースから前記データを受信することと
をもたらす命令が格納されているデータ記憶媒体。
【図１】
【図２】
【図３】
【図４ａ】
【図４ｂ】
【図４ｃ】
【図４ｄ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４ａ】
【図４ｂ】
【図４ｃ】
【図４ｄ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１３−５０２８９２（Ｐ２０１３−５０２８９２Ａ）
【公表日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１２−５３６７６０（Ｐ２０１２−５３６７６０）
【出願日】平成２２年９月２８日（２０１０．９．２８）
【国際出願番号】ＰＣＴ／ＳＧ２０１０／０００３６７
【国際公開番号】ＷＯ２０１２／０４４２４８
【国際公開日】平成２４年４月５日（２０１２．４．５）
【公序良俗違反の表示】
特許法第６４条第２項第４号の規定により明細書の一部または全部を不掲載とする。
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＧＳＭ
３．ＷｉＧｉｇ
【出願人】（５０９３４８７８６）エンパイア テクノロジー ディベロップメント エルエルシー (117)
【Ｆターム（参考）】
【公表日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２２年９月２８日（２０１０．９．２８）
【国際出願番号】ＰＣＴ／ＳＧ２０１０／０００３６７
【国際公開番号】ＷＯ２０１２／０４４２４８
【国際公開日】平成２４年４月５日（２０１２．４．５）
【公序良俗違反の表示】
特許法第６４条第２項第４号の規定により明細書の一部または全部を不掲載とする。
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＧＳＭ
３．ＷｉＧｉｇ
【出願人】（５０９３４８７８６）エンパイア テクノロジー ディベロップメント エルエルシー (117)
【Ｆターム（参考）】
[ Back to top ]