(57)【要約】【課題】ユーザが意図しないデータ通信により発生するデータ量を低減できる通信装置、通信制御方法、及びプログラムを提供する。【解決手段】通信装置であって、デフォルトでデータ通信を禁止し、アプリケーションからデータ通信の要求を受け、要求したアプリケーションのＵＩＤに応じて、アプリケーションのデータ通信を許可する通信装置。【選択図】図１
2017138784.tif 000002
【特許請求の範囲】
【請求項１】
デフォルトでデータ通信を禁止し、
アプリケーションからデータ通信の要求を受け、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可する
通信装置。
【請求項２】
前記データ通信がセルラ通信である場合に、デフォルトでデータ通信を禁止する、請求項１に記載の通信装置。
【請求項３】
前記データ通信が無線ＬＡＮ通信である場合に、デフォルトでデータ通信を許可する、請求項１又は２に記載の通信装置
【請求項４】
通信装置において、
デフォルトでデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を含む通信制御方法。
【請求項５】
通信装置として機能するコンピュータに、
デフォルトでデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、データ通信可能な携帯端末等の通信装置が知られている（例えば、特許文献１参照）。通信装置においては、通信装置上で稼働するアプリケーションによるデータ通信がデフォルトで許可される一方で、ユーザによって選択されたアプリケーションによるデータ通信のみが禁止されるという構成が採用されることがある。この場合、ユーザは、自らが把握できる範囲で、アプリケーションによるデータ通信を抑制できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１６２７０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ユーザは、通信装置においてどのようなアプリケーションが稼働しているか完全に把握できるとは限らない。特に、通信装置のシステムのバックグラウンドで稼働するアプリケーションは、ユーザにより把握されない可能性が高い。よって、ユーザによって動作が把握されればデータ通信の禁止が選択されるような場合でも、ユーザによって動作が把握されないことにより、アプリケーションのデータ通信の禁止が選択されない場合がある。また、通信装置のシステムが行うデータ通信については、そもそも通信装置のシステム仕様として、ユーザが選択できないようになっている場合もある。これらの場合、ユーザの意図しないデータ通信が行われて、通信されるデータ量が意図せず増加することがある。
【０００５】
そこで本発明は、上述の点に鑑みてなされたものであり、ユーザが意図しないデータ通信により発生するデータ量を低減できる通信装置、通信制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成する本発明の一実施形態に係る通信装置は、
デフォルトでデータ通信を禁止し、
アプリケーションからデータ通信の要求を受け、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可する。
【０００７】
また、前記データ通信がセルラ通信である場合に、デフォルトでデータ通信を禁止するようにしてもよい。
【０００８】
また、前記データ通信が無線ＬＡＮ通信である場合に、デフォルトでデータ通信を許可するようにしてもよい。
【０００９】
また、本発明の一実施形態に係る通信制御方法は、
通信装置において、
デフォルトでデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を含む。
【００１０】
また、本発明の一実施形態に係るプログラムは、
通信装置として機能するコンピュータに、
デフォルトでデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を実行させる。
【発明の効果】
【００１１】
本発明の一実施形態に係る通信装置、通信制御方法、及びプログラムによれば、ユーザが意図しないデータ通信により発生するデータ量を低減できる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１に係る通信装置の概略構成例を示す機能ブロック図である。
【図２】実施形態１に係る通信装置の一例の外観を示す図である。
【図３】実施形態１に係るデータの流れの一例を示すブロック図である。
【図４】実施形態１に係るフィルタリング処理のシーケンスを説明する図である。
【図５】アプリケーションからデータを送信するシーケンスの一例を説明する図である。
【図６】実施形態１の比較例に係るフィルタリング処理のシーケンスを説明する図である。
【図７】実施形態２に係るデータの流れの一例を示すブロック図である。
【図８】実施形態３に係る通信装置の概略構成例を示す機能ブロック図である。
【図９】実施形態３に係るデータの流れの一例を示すブロック図である。
【図１０】接続機能部の動作例を示すフローチャートである。
【図１１】接続機能部の動作例を示すフローチャートである。
【図１２】実施形態３の比較例１に係るデータの流れを示す図である。
【図１３】実施形態３の比較例２に係るデータの流れを示す図である。
【発明を実施するための形態】
【００１３】
（実施形態１）
以下、一実施形態に係る通信装置について、図面を参照しながら詳細に説明する。本実施形態に係る通信装置は、携帯電話、又はスマートフォンなどの携帯機器とすることができる。しかしながら、本実施形態に係る通信装置は、携帯機器に限定されるものではなく、デスクトップＰＣ、ノートＰＣ、タブレット型ＰＣ、家電製品、産業用機器（ＦＡ機器）、専用端末等、データ通信を行う種々の電子機器とすることができる。
【００１４】
［装置構成］
図１は、本実施形態に係る通信装置１の概略構成例を示す機能ブロック図である。図１に示されるように、通信装置１は、制御部１０と、通信部１１と、記憶部１２と、表示部１３と、操作部１４とを備える。制御部１０は、通信部１１と、記憶部１２と、表示部１３と、操作部１４とに接続され、これらを制御する。
【００１５】
制御部１０は、オペレーティングシステム（以下、ＯＳともいう）、及び、アプリケーションソフトウェア（以下、アプリケーションともいう）を実行可能なプロセッサ又はマイコン等により構成されうる。ＯＳは、例えばＡｎｄｒｏｉｄ（登録商標）である。アプリケーションについては後述する。
【００１６】
通信部１１は、セルラ通信、又は無線ＬＡＮ通信等を行う通信インタフェースとして、Ｉ／Ｆ（インタフェース）デバイス１１１を備える。Ｉ／Ｆデバイス１１１は、モデム１１２と無線ＬＡＮデバイス１１３とを含む。通信部１１は、Ｉ／Ｆデバイス１１１を用いてインターネット等のネットワーク側に接続され、ネットワーク側との間でデータ通信を行う。これにより、通信装置１はネットワーク側との間でデータ通信可能となる。通信部１１は、制御部１０に接続され、ネットワーク側へ出力するデータを制御部１０から取得する。制御部１０は、通信部１１に対して出力するデータをフィルタリング処理によって選択する。フィルタリング処理については後述する。また制御部１０は、ネットワーク側から受信したデータを通信部１１から取得する。
【００１７】
セルラ通信方式によりネットワーク側と接続される場合、一般的に、通信されるデータ（パケット）の量の増大に応じて通信料金が増大する従量課金制の料金体系が採用される。一方で、無線ＬＡＮ通信等の方式によりネットワーク側と接続される場合、一般的に、そのような料金体系ではない。
【００１８】
記憶部１２は、例えば半導体メモリ等によって構成されうる。記憶部１２には、各種情報若しくはデータ、又は、制御部１０が実行するＯＳ若しくはアプリケーション等のプログラムが格納される。制御部１０は、記憶部１２に格納されたプログラムを取得し、実行する。制御部１０は、プログラムの実行により生成されるデータを記憶部１２に格納する。また記憶部１２は、ワークメモリとしても機能しうる。
【００１９】
表示部１３は、制御部１０から取得した情報に基づき、文字、画像、操作用オブジェクト、ポインタ等を表示する。表示部１３は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ、無機ＥＬディスプレイ等の表示デバイスであるが、これらに限られるものではない。
【００２０】
操作部１４は、テンキー等の物理キー、タッチパッド、又はタッチパネル等によって構成される。制御部１０は、操作部１４から取得した入力内容に応じて、表示部１３に表示されるポインタ等を移動させたり、操作用オブジェクトを選択したりする。
【００２１】
図２は、本実施形態に係る通信装置１の一例の外観を示す図である。図２に示す通り、本実施形態に係る通信装置１は、いわゆる折りたたみ式（フリップ型又はクラムシェル型等）のフィーチャーフォンである。通信装置１は、上部筐体２と下部筐体３とが、ヒンジ部４によって回動可能に接続される。上部筐体２は表示部１３を備え、下部筐体３は操作部１４を備える。操作部１４は、テンキー等の物理キーの他、物理キーが設けられていない部位にタッチパッド１４１を備える。通信装置１は、例えば物理キーにより操作用のオブジェクトの選択操作を受け付け、またタッチパッド１４１によりポインタ等の移動操作を受け付ける。
【００２２】
［アプリケーション］
アプリケーションは、制御部１０で実行可能となるように通信装置１にインストールされ、記憶部１２に格納される。アプリケーションが通信装置１にインストールされる際、各アプリケーションに固有のユーザ識別子（以下、ＵＩＤともいう）が割り当てられる。アプリケーションは、制御部１０によって、ＯＳ上においてＵＩＤに対応づけられるプロセスとして実行される。
【００２３】
アプリケーションは、制御部１０で実行される際に、ファイルシステムなどのリソースに対してアクセスする。各アプリケーションが無制限にリソースにアクセスすると、各アプリケーションによるリソースの使用領域が重複することがあり、この場合アプリケーションが正常に実行されなくなることがある。そこで、ＯＳ上で実行されるプロセスに対応づけられるＵＩＤによってリソースに対するアクセスを制限し、アプリケーションによるリソース使用が互いに影響を及ぼさないようにする。つまり、各プロセスからアクセス可能なリソースは、同一のＵＩＤに対応づけられるプロセスのリソースに制限される。
【００２４】
各アプリケーションには、グループ識別子（以下、ＧＩＤ又はグループのＩＤともいう）がさらに割り当てられてもよい。ＧＩＤは、各アプリケーションに割り当てられる固有のＵＩＤが属するグループを特定するものである。一つのグループに一個のＵＩＤだけが属してもよいし、一つのグループに複数のＵＩＤが属してもよい。アプリケーションがＵＩＤに対応づけられるプロセスとして実行される際、このプロセスはＧＩＤにも対応づけられるようにしてもよい。また、各プロセスからアクセス可能なリソースは、同一のＵＩＤだけでなく同一のＧＩＤに対応づけられるプロセスのリソースにまで対象を広げて制限されるようにしてもよい。
【００２５】
アプリケーションは、フォアグラウンド（以下、ＦＧともいう）、又は、バックグラウンド（以下、ＢＧともいう）で実行される。アプリケーションがＦＧで実行されている状態は、例えば、ユーザが確認可能なように実行状況が表示部１３に表示される、又は、ユーザが操作部１４を用いて操作可能な状態である。アプリケーションがＢＧで実行されている状態は、例えば、実行状況が表示部１３に表示されず、ユーザが操作可能ではない状態、又は、ユーザが意図せずに動作している状態である。
【００２６】
［データ通信の制御］
制御部１０によって実行されるアプリケーションは、通信部１１を用いて、インターネット等のネットワーク側とのデータ通信を行う。上述の通り、アプリケーションはＯＳ上においてＵＩＤに対応づけられるプロセスとして実行される。そして、アプリケーションから送信されるデータにはＵＩＤが対応づけられる。制御部１０は、データに対応づけられたＵＩＤに基づいてデータの送信を許可するか禁止（制限）するか決定することにより、各アプリケーションから送信されるデータに係るデータ通信を許可するか禁止するか制御できる。以下、本実施形態に係る説明においては、データ通信は、原則的に通信部１１がネットワーク側との間で行うデータ通信のことを指すものとする。
【００２７】
図３は、本実施形態に係るデータの流れの一例を示すブロック図である。図３において、制御部１０と通信部１１とが端末側に設けられる。そして、通信部１１がネットワーク側と接続され、ネットワーク側との間でデータ通信を行う。
【００２８】
図３において、制御部１０は、アプリケーションＡ１６ａとアプリケーションＢ１６ｂとをＯＳ上におけるプロセスとして実行する。制御部１０によって実行されるアプリケーションは、必要に応じてネットワーク側とのデータ通信を要求する。例えば、アプリケーションＡ１６ａは、ネットワーク側へ向けてデータの送信を要求する。この場合、アプリケーションＡ１６ａからネットワーク側へ向けて送信するデータは、制御部１０で稼働するパケットフィルタ１５に入力される。また、アプリケーションＢ１６ｂからも同様に、アプリケーションＢ１６ｂからネットワーク側へ向けて送信するデータがパケットフィルタ１５に入力される。
【００２９】
パケットフィルタ１５は、制御部１０からネットワーク側へ向かうデータのフィルタリング処理を行う。フィルタリング処理は、設定されたフィルタリング条件に基づいて、アプリケーションから要求されたデータの送信を許可するか禁止するか決定する処理である。フィルタリング条件は、例えば、ｉｐ＿ｒｕｌｅ又はｉｐ＿ｒｏｕｔｅ等を含む。これらのフィルタリング条件は、記憶部１２に格納されており、パケットフィルタ１５によって参照される。以下、フィルタリング条件を設定する動作は、フィルタリング条件を記憶部１２に格納する動作を含むものとする。なお、フィルタリング条件は、記憶部１２に格納されずに制御部１０に保持されていてもよい。
【００３０】
ｉｐ＿ｒｕｌｅは、例えば、送信元がＸであるデータをネットワーク側へ送信してよいか決定するための条件を含む。ｉｐ＿ｒｏｕｔｅは、例えば、送信先としてＹが指定されたデータをネットワーク側へ送信するルート（中継ルータ等）を決定するための条件を含む。
【００３１】
図３において、アプリケーションＡ１６ａから送信されるデータの流れが実線の矢印で示され、アプリケーションＢ１６ｂから送信されるデータの流れが破線の矢印で示される。このうち、アプリケーションＡ１６ａから送信されるデータは、パケットフィルタ１５におけるフィルタリング処理によって送信が禁止されず、通信部１１に送られる。一方、アプリケーションＢ１６ｂから送信されるデータは、パケットフィルタ１５におけるフィルタリング処理によって送信が禁止され、通信部１１に送られない。この動作は、図３において破線の矢印がｒｅｊｅｃｔという記載に向けられることで示される。
【００３２】
パケットフィルタ１５を通過したデータ（図３の場合、実線の矢印で示されるアプリケーションＡ１６ａから送信されるデータ）は、通信部１１に入力される。通信部１１は、Ｉ／Ｆデバイス１１１を用いて、ネットワーク側へデータを送信する。通信部１１は、ネットワーク側へデータを送信するに際して、モデム１１２によるセルラ通信を用いるか、無線ＬＡＮデバイス１１３による無線ＬＡＮ通信を用いるか、又は、他の通信方式を用いるか適宜決定しうる。
【００３３】
［フィルタリング処理］
アプリケーションから送信されるデータについてのデータ通信を許可するか禁止するかは、データ送信元のアプリケーションに割り当てられるＵＩＤに基づいて決定される。以下、ＵＩＤとしてＸが割り当てられるアプリケーション（以下、ＵＩＤがＸのアプリケーションともいう）から送信されるデータのことを、ＵＩＤがＸのデータともいう。また、ＵＩＤがＸのデータのフィルタリング処理を行うために用いられるフィルタリング条件を、ＵＩＤがＸのデータのフィルタリング条件ともいう。
【００３４】
パケットフィルタ１５は、例えば、ＵＩＤが１のアプリケーションから送信されるデータに係るデータ通信のみ許可するというフィルタリング条件を有する。また、フィルタリング条件は、複数の条件をあわせたものであってもよい。
【００３５】
ここで、本実施形態に係るフィルタリング処理が行われる場合のデータ通信のシーケンスを説明する。本実施形態に係るフィルタリング処理は、ＢＧ動作しているアプリケーションが送信するデータに係るデータ通信の許可又は禁止を決定することを前提とする。以下の本実施形態に係るフィルタリング処理の説明は上記前提に基づく。
【００３６】
本実施形態に係るフィルタリング処理は、デフォルトでデータ通信を禁止するというフィルタリング条件（以下、デフォルト通信禁止条件ともいう）が設定されている。デフォルト通信禁止条件が設定されていることにより、他のフィルタリング条件がさらに設定されない限り、全てのデータ通信が禁止される。デフォルト通信禁止条件は、通信装置１の出荷時に設定されたり、通信装置１の初期化時に設定されたりする。すなわち、本実施形態において、「デフォルト」とは、所定のタイミング（例えば、通信装置１の出荷時、通信装置１の初期化時、等）で、標準の動作として予め設定されていることを意味するものとする。
【００３７】
本実施形態においては、必要なデータ通信を実行するために、デフォルト通信禁止条件に加えて、データ通信を許可するための条件（以下、通信許可条件ともいう）が設定されたフィルタリング条件が用いられる。この場合、通信許可条件は、デフォルト通信禁止条件に優先する。
【００３８】
図４は、本実施形態に係るフィルタリング処理のシーケンスを説明する図である。図４には、アプリケーションＡ１６ａ、アプリケーションＢ１６ｂ、フレームワーク、通信制御部、カーネル、及びモデム１１２のシーケンスが示されている。
【００３９】
モデム１１２は、上述の通り、セルラ通信を行う通信インタフェースとして機能するハードウェアである。図４においては、モデム１１２を用いたセルラ通信によるデータ通信について説明しているが、モデム１１２ではなく、無線ＬＡＮデバイス１１３等の他のＩ／Ｆデバイス１１１に置き換えて、他の通信方式によるデータ通信を行ってもよい。
【００４０】
カーネル、通信制御部、及びフレームワークはソフトウェアであり、制御部１０で実行される。図４において、通信制御部にはＵＩＤとして０が割り当てられる。
【００４１】
フレームワークは、ＯＳ上においてアプリケーションを動作させるための機能群を含むソフトウェアである。一般的に、フレームワークで準備された機能群を組み合わせることによって、各アプリケーションの機能が実現される。
【００４２】
カーネルは、ＯＳの中核をなすソフトウェアであり、アプリケーション等のソフトウェアによる処理に基づき、通信部１１等のハードウェアにおける処理を管理して、ハードウェアの機能を利用できるようにする。
【００４３】
通信制御部は、ネットワーク関連の処理を行うデーモンプログラムであり、フレームワークとカーネルとの間をつなぐ処理をする。通信制御部は、特に、カーネルが通信部１１の機能を利用できるようにするためのデータを処理する。本実施形態において、通信制御部は、カーネルが通信部１１へのデータ出力を許可するか禁止するか決定するための条件をカーネルに出力する。
【００４４】
本実施形態において、フィルタリング処理はパケットフィルタ１５により行われるものとして説明する。ここで、パケットフィルタ１５は仮想的な処理ユニットであり、実際のフィルタリング処理は、通信制御部とカーネルとにより行われる。
【００４５】
アプリケーションＡ１６ａ及びアプリケーションＢ１６ｂは、ＯＳ上において動作するプロセスである。図４において、アプリケーションＡ１６ａにはＵＩＤとして１が割り当てられ、アプリケーションＢ１６ｂにはＵＩＤとして２が割り当てられる。
【００４６】
以下、図４に示されるシーケンスを説明する。ＢＧ動作するアプリケーションがデータを送信する場合、デフォルトでセルラ通信によるデータ通信が禁止されている（ステップＳ１）。つまり、フィルタリング条件として、ＢＧ動作するアプリケーションから送信されるデータに係るデフォルト通信禁止条件が設定されている。図４において、デフォルト通信禁止条件が設定されていることは、カーネル、通信制御部、及びフレームワークにより認識されている。特に、カーネルは、デフォルト通信禁止条件が設定されていることを認識している場合、モデム１１２に対するデータの送信を行わない。
【００４７】
続いて、アプリケーションがＢＧで動作する場合のＵＩＤが１のデータに係るデータ通信の許可要求（以下、ＵＩＤが１のデータの通信許可要求ともいう）を、フレームワークが取得する（ステップＳ２）。続いて、フレームワークは、ＵＩＤが１のデータの通信許可要求を通信制御部に出力する（ステップＳ３）。
【００４８】
通信制御部は、ＵＩＤが１のデータの通信許可要求を取得する（ステップＳ４）。続いて通信制御部は、ＵＩＤが１のデータの通信許可要求をカーネルに出力する（ステップＳ５）。
【００４９】
カーネルは、ＵＩＤが１のデータの通信許可要求を取得する（ステップＳ６）。以上のステップＳ３〜Ｓ６の動作により、カーネルにＵＩＤが１のデータの通信許可要求が伝達される。つまり、フィルタリング条件として、ＵＩＤが１のデータに係る通信許可条件が設定される。
【００５０】
続いて、アプリケーションＡ１６ａがＢＧ動作においてデータ通信を要求する場合（ステップＳ７）、カーネルは、ＵＩＤが１のデータに係る通信許可条件が設定されていることを認識しているので、データ通信を許可する（ステップＳ８）。そして、モデム１１２は、ＵＩＤが１のデータをネットワーク側へ送信するデータ通信を行う（ステップＳ９）。
【００５１】
一方、ＵＩＤとして２が割り当てられるアプリケーションＢ１６ｂがＢＧ動作においてデータ通信を要求する場合（ステップＳ１０）、カーネルは、ＵＩＤが２のデータに係る通信許可条件が設定されていないことを認識している。よって、カーネルは、デフォルト通信禁止条件に基づいて、データ通信を禁止する（ステップＳ１１）。
【００５２】
＜アプリケーションからのデータ送信シーケンス＞
図４のステップＳ７〜Ｓ９において、アプリケーションがデータ通信を要求してモデム１１２がデータ通信を行うことを説明した。以下、図５を用いて、これらのシーケンスをより具体的に説明する。図５には、アプリケーションＡ１６ａ、フレームワーク、カーネル、及びモデム１１２のシーケンスが示されている。アプリケーションＡ１６ａ、フレームワーク、カーネル、及びモデム１１２については、図４と同様であるため説明を省略する。
【００５３】
アプリケーションＡ１６ａは、ＦＧ又はＢＧのいずれで動作する場合であっても、アプリケーションＡ１６ａから送信されるデータ（ＵＩＤが１のデータ）に係るデータ通信の要求（以下、ＵＩＤが１のデータ通信要求ともいう）をアプリケーションＡ１６ａが動作しているＯＳ上のフレームワークに対して出力する（ステップＳ１０１）。
【００５４】
フレームワークは、ＵＩＤが１のデータ通信要求を取得する（ステップＳ１０２）。続いてフレームワークは、ＵＩＤが１のデータ通信要求をカーネルに出力する（ステップＳ１０３）。
【００５５】
カーネルは、ＵＩＤが１のデータ通信要求を取得する（ステップＳ１０４）。続いてカーネルは、モデム１１２に対してＵＩＤが１のデータ通信要求に基づいてデータを出力する（ステップＳ１０５）。そしてモデム１１２は、ＵＩＤが１のデータをネットワーク側へ送信するデータ通信を行う（ステップＳ１０６）。
【００５６】
以上説明してきた図５に示されるシーケンスの動作により、アプリケーションから送信するデータが通信部１１に出力され、ネットワーク側へ送信される。
【００５７】
＜比較例＞
ここまで説明してきた本実施形態に係るフィルタリング処理によれば、デフォルト通信禁止条件に加えて、通信許可条件がユーザにより明示的に追加されるので、ユーザの意図しないデータ通信を禁止できる可能性が高くなる。以下、本実施形態の比較例に係るフィルタリング処理について説明する。比較例に係るフィルタリング処理で用いられるフィルタリング条件には、デフォルトで全てのデータに係るデータ通信を許可するという条件（以下、デフォルト通信許可条件ともいう）が設定される。このように全てのデータに係るデータ通信が許可された上で、ユーザにより指定されたＵＩＤのデータに係るデータ通信を禁止するという条件（以下、通信禁止条件ともいう）がさらに設定される。
【００５８】
図６は、比較例に係るフィルタリング処理のシーケンスを説明する図である。アプリケーションＡ１６ａ、アプリケーションＢ１６ｂ、フレームワーク、通信制御部、カーネル、及びモデム１１２については、図４及び図５と同様であるため説明を省略する。
【００５９】
図６において、ＢＧ動作するアプリケーションがデータを送信する場合であっても、デフォルトでセルラ通信によるデータ通信が許可されている（ステップＳ２０１）。つまり、フィルタリング条件として、ＢＧ動作するアプリケーションから送信されるデータに係るデフォルト通信許可条件が設定されている。
【００６０】
続いて、アプリケーションＡ１６ａがＢＧ動作する場合におけるＵＩＤが１のデータに係るデータ通信の禁止要求（以下、ＵＩＤが１のデータの通信禁止要求ともいう）を、フレームワークが取得する（ステップＳ２０２）。この時点においては、アプリケーションＡ１６ａがＢＧ動作していないため、ＵＩＤが１のデータに係る通信禁止条件は設定されない。
【００６１】
続いて、アプリケーションＡ１６ａがＢＧ動作に移行した通知（以下、ＢＧ移行通知ともいう）をフレームワークが取得する（ステップＳ２０３）。通知を受けたフレームワークは、ＵＩＤが１のデータの通信禁止要求を通信制御部に出力する（ステップＳ２０４）。
【００６２】
通信制御部は、ＵＩＤが１のデータの通信禁止要求を取得する（ステップＳ２０５）。続いて通信制御部は、ＵＩＤが１のデータの通信禁止要求をカーネルに出力する（ステップＳ２０６）。
【００６３】
カーネルは、ＵＩＤが１のデータの通信禁止要求を取得する（ステップＳ２０７）。以上のステップＳ２０２〜Ｓ２０７の動作により、カーネルにＵＩＤが１のデータの通信禁止要求が伝達される。つまり、フィルタリング条件として、ＵＩＤが１のデータに係る通信禁止条件が設定される。
【００６４】
続いて、アプリケーションＡ１６ａがＢＧ動作においてデータ通信を要求する場合（ステップＳ２０８）、カーネルは、ＵＩＤが１のデータに係る通信禁止条件が設定されていることを認識しているので、データ通信を禁止する（ステップＳ２０９）。
【００６５】
一方、ＵＩＤとして２が割り当てられるアプリケーションＢ１６ｂがＢＧ動作においてデータ通信を要求する場合（ステップＳ２１０）、カーネルは、ＵＩＤが２のデータに係る通信禁止条件が設定されていないことを認識している。よって、カーネルは、デフォルト通信許可条件に基づいて、データ通信を許可する（ステップＳ２１１）。そして、モデム１１２は、ＵＩＤが２のデータをネットワーク側へ送信するデータ通信を行う（ステップＳ２１２）。
【００６６】
以上、比較例に係るフィルタリング処理について説明してきた。比較例では、デフォルト通信許可条件が設定されているため、ユーザにより明示的に追加のフィルタリング条件が設定されていないアプリケーションＢ１６ｂのＢＧ動作におけるデータ通信は許可される。よって、ユーザがアプリケーションＢ１６ｂの動作を認識しない場合、ユーザが意図しないデータ通信が行われることがある。
【００６７】
一方、本実施形態においては、フィルタリング条件として、デフォルト通信禁止条件が設定される。その上で、ユーザが指定したＵＩＤのデータに係る通信許可条件がさらに設定される。この場合、デフォルトで全てのデータについてデータ通信が禁止されていることにより、ユーザが意図しないデータ通信を禁止できる可能性が高くなる。
【００６８】
以上、本実施形態及びその比較例に係るフィルタリング処理について説明してきた。本実施形態に係るフィルタリング処理においては、比較例に係るフィルタリング処理と異なり、デフォルトで全てのデータについてデータ通信が禁止されている。そして、ユーザにより明示的に、フィルタリング条件としてユーザが指定したＵＩＤのデータに係る通信許可条件が設定されることにより、ユーザが意図するデータ通信を可能としている。
【００６９】
以上のような構成をとる本実施形態に係るフィルタリング処理によれば、ユーザにより明示的にフィルタリング条件が設定されていないアプリケーションＢ１６ｂから送信されるデータに係るデータ通信を禁止できる。つまり、ユーザの意図しないデータ通信は禁止される可能性が高くなる。
【００７０】
本実施形態において、Ｉ／Ｆデバイス１１１としてモデム１１２を用いるセルラ通信方式によるデータ通信を禁止する方法について主に説明してきた。しかし、Ｉ／Ｆデバイス１１１はモデム１１２に限られず、無線ＬＡＮデバイス１１３等であってもよい。つまり、本実施形態に係る通信装置１のデータ通信の制御方法は、セルラ通信方式によるデータ通信に限られず、無線ＬＡＮ通信方式等の他の通信方式によるデータ通信においても適用されうる。
【００７１】
また本実施形態において、データ通信が許可されたデータを送信するために必要となる機能については、デフォルトでデータ通信を許可するようにしてもよい。デフォルトでデータ通信を許可される機能は、例えば、ＶＰＮ（Ｖｅｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）のトンネリング機能、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）の名前解決機能、又はテザリング機能等である。これらの機能に係るデータ通信は、ユーザが意図した場合に動作するものに限り、許可されてもよい。これらの機能に係るデータ通信を許可する条件は、デフォルト通信禁止条件に優先するフィルタリング条件として設定されてもよい。
【００７２】
また、本実施形態に係るフィルタリング処理は、ＢＧ動作しているアプリケーションのデータ通信について行われたが、これには限られず、ＦＧ動作しているアプリケーションのデータ通信について行われてもよい。つまり、本実施形態に係るフィルタリング処理は、ＦＧ動作しているアプリケーションが送信するデータに係るデータ通信の許可又は禁止を決定してもよい。
【００７３】
（実施形態２）
ここまで説明してきたように、実施形態１において、アプリケーションから送信されるデータに係るデータ通信を許可するか禁止するかは、データに対応づけられるＵＩＤに基づいて決定される。また実施形態１において、通信部１１がネットワーク側に接続する通信方式を主にセルラ通信方式として説明してきた。以下、実施形態２として、通信部１１がＩ／Ｆデバイス１１１としてモデム１１２と無線ＬＡＮデバイス１１３とを適宜選択して用いる場合について説明する。
【００７４】
図７は、本実施形態に係るデータの流れの一例を示す図である。図７に示される構成は、図３に示される構成と同様に、制御部１０と通信部１１とが設けられる。図７において、通信部１１は、モデム１１２と無線ＬＡＮデバイス１１３とを備える。通信部１１は、モデム１１２と無線ＬＡＮデバイス１１３とを適宜選択して使用し、ネットワーク側とのデータ通信を行う。
【００７５】
図７において、図３と同様に、アプリケーションＡ１６ａから送信されるデータの流れが実線で示され、アプリケーションＢ１６ｂから送信されるデータの流れが破線で示される。また図７において、パケットフィルタ１５は、Ｉ／Ｆデバイス１１１がモデム１１２である場合と無線ＬＡＮデバイス１１３である場合とそれぞれについて、フィルタリング条件に基づいてデータ通信を許可するか決定する。
【００７６】
本実施形態に係るフィルタリング条件は、Ｉ／Ｆデバイス１１１がモデム１１２であってネットワーク側との通信がセルラ通信で行われる場合、デフォルトでデータ通信を禁止するという条件を含む。さらに、本実施形態に係るフィルタリング条件は、アプリケーションＡ１６ａから送信されるデータに係る通信許可条件を含む。図７に示されるデータの流れの一例は、これらのフィルタリング条件に基づくものである。
【００７７】
Ｉ／Ｆデバイス１１１がモデム１１２である場合、パケットフィルタ１５は、フィルタリング条件に基づいて、アプリケーションＢ１６ｂから送信されるデータに係るデータ通信を禁止し、データをモデム１１２に出力しない。図７において、この動作に係るデータの流れは、パケットフィルタ１５からｒｅｊｅｃｔという記載に向かう破線の矢印で示される。
【００７８】
また、パケットフィルタ１５は、フィルタリング条件に基づいて、アプリケーションＡ１６ａから送信されるデータに係るデータ通信を禁止せず、データをモデム１１２に出力する。図７において、この動作に係るデータの流れは、パケットフィルタ１５からモデム１１２に向かう実線の矢印で示される。
【００７９】
Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３である場合、パケットフィルタ１５は、アプリケーションＡ１６ａから送信されるデータに係るデータ通信もアプリケーションＢ１６ｂから送信されるデータに係るデータ通信も禁止せず、データを無線ＬＡＮデバイス１１３に出力する。図７において、この動作に係るデータの流れは、パケットフィルタ１５から無線ＬＡＮデバイス１１３に向かう実線及び破線の矢印で示される。
【００８０】
以上、実施形態２について説明してきた。上述の通り、セルラ通信方式と無線ＬＡＮ通信方式とでは通信するデータ量に係る課金方法が異なることがある。本実施形態によれば、セルラ通信方式によるデータ通信と、無線ＬＡＮ通信方式によるデータ通信とを選択することができ、課金方法に応じたフィルタリング条件を設定することができる。
【００８１】
（実施形態３）
実施形態３として、接続機能部１７をさらに備える通信装置１について説明する。接続機能部１７は、通信部１１がＩ／Ｆデバイス１１１としてモデム１１２と無線ＬＡＮデバイス１１３とを適宜選択する際に用いられる。
【００８２】
実施形態３においては、一般的に従量課金制の料金体系であるセルラ通信によるデータ通信についてのみＵＩＤに基づいて禁止される。無線ＬＡＮ又はＢｌｕｅｔｏｏｔｈ（登録商標）などの、一般的に従量課金制ではない方式によるデータ通信は、ＵＩＤに基づいて禁止されなくともよい。
【００８３】
［装置構成］
図８は、実施形態３に係る通信装置１の概略構成例を示す機能ブロック図である。図１と比較して、図８に示される通信装置１は、接続機能部１７をさらに備える。
【００８４】
接続機能部１７は、制御部１０と通信部１１とに接続される。接続機能部１７は、制御部１０により制御される。接続機能部１７は、通信部１１に対して、ネットワーク側との接続にモデム１１２を用いるか、無線ＬＡＮデバイス１１３を用いるか、指示する情報を出力する。
【００８５】
また接続機能部１７は、通信部１１におけるネットワーク側との通信が、モデム１１２を用いて行われているか、無線ＬＡＮデバイス１１３を用いて行われているかに係る情報を取得する。つまり、接続機能部１７は、図３のＩ／Ｆデバイス１１１がモデム１１２であるか無線ＬＡＮデバイス１１３であるかに係る情報を取得する。
【００８６】
本実施形態において、制御部１０は、アプリケーション機能部とデータサービス機能部とを備える。また、接続機能部１７は、制御部１０に含まれてもよい。
【００８７】
アプリケーション機能部は、通信装置１におけるアプリケーションの実行に際して、ユーザインタフェースを実現する。またアプリケーション機能部は、各アプリケーションの通信許可又は通信禁止を管理し、通信許可又は通信禁止に係る情報を接続機能部１７に通知する。またアプリケーション機能部は、各アプリケーションの状態変化に応じて、接続機能部１７への通知を実行するか否か決定する。
【００８８】
接続機能部１７は、アプリケーション機能部から通知された通信許可又は通信禁止に係る情報をデータサービス機能部に通知する。
【００８９】
データサービス機能部は、接続機能部１７から通知された通信許可又は通信禁止に係る情報に基づいて、パケットフィルタ１５が参照するフィルタリング条件として、通信許可条件又は通信禁止条件の設定（追加、変更、又は削除等）を行う。
【００９０】
［ＶＰＮデバイスを備える場合のデータ通信の制御］
本実施形態において、通信装置１はＶＰＮデバイス１８をさらに備える。ＶＰＮデバイス１８は、取得したデータをカプセル化するプロトコルを有する。ＶＰＮデバイス１８が有するプロトコルは、固有のＵＩＤが割り当てられている。以下、プロトコルに割り当てられたＵＩＤを、プロトコルのＵＩＤともいう。ＶＰＮデバイス１８は、このプロトコルに基づいて、アプリケーションからのデータをカプセル化する。そして、ＶＰＮデバイス１８は、カプセル化したデータを通信部１１に出力する。カプセル化されたデータは、データを送信するアプリケーションに割り当てられているＵＩＤとの対応づけが失われる。そして、カプセル化されたデータには、カプセル化を行ったプロトコルのＵＩＤが新たに対応づけられる。
【００９１】
ＶＰＮデバイス１８は、データのカプセル化を行うプロトコルを複数有してもよい。この場合、各プロトコルのＵＩＤはそれぞれ異なる。そして、カプセル化されたデータには、カプセル化を行ったプロトコルのＵＩＤが対応づけられる。またＶＰＮデバイス１８がデータのカプセル化を行うプロトコルを複数有する場合、これらのプロトコルのＵＩＤは、共通のグループに属する。この共通のグループには、ＧＩＤが割り当てられている。よって、ＶＰＮデバイス１８が有する複数のプロトコルには共通のＧＩＤが対応づけられる。また、ＶＰＮデバイス１８が有するプロトコルは、アプリケーションに含まれるものであってもよい。
【００９２】
図９は、本実施形態に係るデータの流れを示す図である。図９において、実施形態２の図７に示される構成に加えて、接続機能部１７とＶＰＮデバイス１８とがさらに設けられる。図９において、パケットフィルタ１５から通信部１１へ直接接続される経路を通るデータの流れは、図７と同様であるので説明を省略する。
【００９３】
図９において、接続機能部１７は、通信部１１からＩ／Ｆデバイス１１１がモデム１１２であるか無線ＬＡＮデバイス１１３であるかに係る情報を取得する。また接続機能部１７は、通信部１１から取得した情報に基づいて、パケットフィルタ１５が参照するフィルタリング条件を設定する。
【００９４】
図１０は、接続機能部１７の動作を示すフローチャートである。まず、接続機能部１７は、ＶＰＮデバイス１８が有するプロトコルのＵＩＤが対応づけられたデータに係るデータ通信は常に許可するという第１のフィルタリング条件、及び、アプリケーションからＶＰＮデバイス１８へのデータの送信を禁止するという第２のフィルタリング条件を設定する（ステップＳ３０１）。
【００９５】
第１のフィルタリング条件により、ＶＰＮデバイス１８でカプセル化されたデータは、どのアプリケーションから送信されたデータであるかにかかわらず、データ通信が許可される。また、ＶＰＮデバイス１８でカプセル化されたデータは、Ｉ／Ｆデバイス１１１がモデム１１２であるか無線ＬＡＮデバイス１１３であるかにかかわらず、データ通信が許可される。
【００９６】
一方で、第２のフィルタリング条件により、アプリケーションから送信されたデータは、ＶＰＮデバイス１８に送信されず、カプセル化されないこととなる。第１及び第２のフィルタリング条件をあわせると、アプリケーションから送信されたデータがＶＰＮデバイス１８でカプセル化されることがない。
【００９７】
ここで、ユーザが指定するアプリケーションから送信されたデータ（ユーザが指定するＵＩＤのデータ）をＶＰＮデバイス１８でカプセル化してネットワーク側に送信するために、ＶＰＮデバイス１８へ向けてデータの送信を許可するというフィルタリング条件をさらに設定する必要がある。このフィルタリング条件の設定は、以下のステップＳ３０２〜Ｓ３０５において行われる。
【００９８】
ステップＳ３０１に続いて、接続機能部１７は、通信部１１からＩ／Ｆデバイス１１１に係る情報を取得し、Ｉ／Ｆデバイス１１１がモデム１１２であるか判定する（ステップＳ３０２）。
【００９９】
Ｉ／Ｆデバイス１１１がモデム１１２である場合（ステップＳ３０２：ＹＥＳ）、接続機能部１７は、アプリケーションＡ１６ａからＶＰＮデバイス１８へ向けてデータを送信することを許可するという第３のフィルタリング条件を追加する（ステップＳ３０３）。第３のフィルタリング条件により、アプリケーションＡ１６ａから送信されたデータは、ＶＰＮデバイス１８に送信され、カプセル化される。さらに、上記第１のフィルタリング条件により、ＶＰＮデバイス１８でカプセル化されたデータに係るデータ通信は許可されるので、アプリケーションＡ１６ａから送信されたデータはカプセル化されてネットワーク側に送信されることが許可される。その後、接続機能部１７は、図１０のフローチャートの処理を終了する。
【０１００】
Ｉ／Ｆデバイス１１１がモデム１１２でない場合（ステップＳ３０２：ＮＯ）、接続機能部１７は、Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３であるか判定する（ステップＳ３０４）。
【０１０１】
Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３である場合（ステップＳ３０４：ＹＥＳ）、接続機能部１７は、アプリケーションからＶＰＮデバイス１８へ向けてデータを送信することを許可するという第４のフィルタリング条件を追加する（ステップＳ３０５）。その後、接続機能部１７は、図１０のフローチャートの処理を終了する。
【０１０２】
ここでアプリケーションは、アプリケーションＡ１６ａ及びアプリケーションＢ１６ｂを含むので、第４のフィルタリング条件により、どのアプリケーションから送信されたデータもＶＰＮデバイス１８へ向けて送信が許可されることとなる。これにより、Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３である場合、どのアプリケーションから送信されたデータもカプセル化されてネットワーク側に送信されることが許可される。
【０１０３】
Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３でない場合（ステップＳ３０４：ＮＯ）、接続機能部１７は、図１０のフローチャートの処理を終了する。
【０１０４】
以上、図１０を用いて接続機能部１７に動作を説明してきたが、これらの動作により設定されるフィルタリング条件によるデータの流れは、図９において示されるデータの流れに対応する。以下、この対応関係について説明する。
【０１０５】
図９において、パケットフィルタ１５からＶＰＮデバイス１８に向かう実線の矢印は、第３のフィルタリング条件（アプリケーションＡ１６ａからＶＰＮデバイス１８へのデータの送信を許可する条件）に基づくデータの流れを示している。また、実線の矢印は、第４のフィルタリング条件（アプリケーションＡ１６ａ及びアプリケーションＢ１６ｂからＶＰＮデバイス１８へのデータの送信を許可する条件）に基づくデータの流れも示している。
【０１０６】
図９において、パケットフィルタ１５からＶＰＮデバイス１８に向かう破線の矢印は、ＶＰＮデバイス１８の手前で分岐する。分岐の一方は、ＶＰＮデバイス１８に向かい、分岐の他方は、ｒｅｊｅｃｔという記載に向かう。ＶＰＮデバイス１８に向かう破線の矢印は、第４のフィルタリング条件に基づくデータの流れを示している。また、ｒｅｊｅｃｔという記載に向かう破線の矢印は、第３のフィルタリング条件に基づくデータの流れを示している。つまり、破線の矢印で流れが示されるアプリケーションＢ１６ｂから送信されるデータは、Ｉ／Ｆデバイス１１１がモデム１１２であるか無線ＬＡＮデバイス１１３であるかにより、ＶＰＮデバイス１８に送信されるか決定される。
【０１０７】
図９に示されるデータの流れは、図１０のフローチャートで設定される各フィルタリング条件に基づき実現されている。しかし、図１０とは異なるフィルタリング条件でも図９に示されるデータの流れは実現されうる。図１１は、図１０とは異なるフィルタリング条件を設定するフローチャートである。
【０１０８】
以下、図１１に示されるフローチャートについて説明する。まず、接続機能部１７は、ＶＰＮデバイス１８が有するプロトコルのＵＩＤが対応づけられたデータに係るデータ通信は常に許可するという第１のフィルタリング条件、及び、アプリケーションからＶＰＮデバイス１８へのデータの送信を許可するという第５のフィルタリング条件を設定する（ステップＳ４０１）。第１のフィルタリング条件は、図１０のステップＳ３０１で設定される第１のフィルタリング条件と同じである。第５のフィルタリング条件は、図１０のステップＳ３０１で設定される第２のフィルタリング条件と比較して、データの送信を禁止するのではなく許可する点で異なる。
【０１０９】
第１のフィルタリング条件により、ＶＰＮデバイス１８でカプセル化されたデータは、どのアプリケーションから送信されたデータであるかにかかわらず、データ通信が許可される。また、ＶＰＮデバイス１８でカプセル化されたデータは、Ｉ／Ｆデバイス１１１がモデム１１２であるか無線ＬＡＮデバイス１１３であるかにかかわらず、データ通信が許可される。
【０１１０】
また、第５のフィルタリング条件により、アプリケーションから送信されたデータは、デフォルトでＶＰＮデバイス１８に送信され、カプセル化される。第１及び第５のフィルタリング条件をあわせると、アプリケーションから送信されたデータは、デフォルトで、ＶＰＮデバイス１８においてカプセル化される。
【０１１１】
ここで、ユーザが指定するアプリケーションから送信されたデータ（ユーザが指定するＵＩＤのデータ）をＶＰＮデバイス１８に送信せずカプセル化しないようにするために、ＶＰＮデバイス１８へ向けてデータの送信を禁止するというフィルタリング条件をさらに設定する必要がある。このフィルタリング条件の設定は、以下のステップＳ４０２〜Ｓ４０５において行われる。
【０１１２】
ステップＳ４０１に続いて、接続機能部１７は、通信部１１からＩ／Ｆデバイス１１１に係る情報を取得し、Ｉ／Ｆデバイス１１１がモデム１１２であるか判定する（ステップＳ４０２）。
【０１１３】
Ｉ／Ｆデバイス１１１がモデム１１２である場合（ステップＳ４０２：ＹＥＳ）、接続機能部１７は、アプリケーションＢ１６ｂからＶＰＮデバイス１８へ向けてデータを送信することを禁止するという第６のフィルタリング条件を追加する（ステップＳ４０３）。これにより、アプリケーションＢ１６ｂから送信されたデータは、ＶＰＮデバイス１８に送信されず、カプセル化されない。よって、アプリケーションＢ１６ｂから送信されたデータに係るデータ通信は許可されないこととなる。一方で、アプリケーションＡ１６ａから送信されたデータは、ＶＰＮデバイス１８への送信が禁止されていない。よって、アプリケーションＡ１６ａから送信されたデータは、カプセル化されてネットワーク側に送信されることが許可される。その後、接続機能部１７は、図１１のフローチャートの処理を終了する。
【０１１４】
Ｉ／Ｆデバイス１１１がモデム１１２でない場合（ステップＳ４０２：ＮＯ）、接続機能部１７は、Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３であるか判定する（ステップＳ４０４）。
【０１１５】
Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３である場合（ステップＳ４０４：ＹＥＳ）、接続機能部１７は、第６のフィルタリング条件を削除する（ステップＳ４０５）。第６のフィルタリング条件の削除は、もともと第６のフィルタリング条件が追加されていた場合に限られる。これにより、アプリケーションＢ１６ｂから送信されたデータについても、ＶＰＮデバイス１８への送信が禁止されない。よって、アプリケーションＢ１６ｂから送信されたデータも、アプリケーションＡ１６ａから送信されたデータと同様に、カプセル化されてネットワーク側に送信されることが許可される。つまり、Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３である場合、どのアプリケーションから送信されたデータもカプセル化されてネットワーク側に送信されることが許可される。その後、接続機能部１７は、図１１のフローチャートの処理を終了する。
【０１１６】
Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３でない場合（ステップＳ４０４：ＮＯ）、接続機能部１７は、図１１のフローチャートの処理を終了する。
【０１１７】
以上、図１１を用いて説明してきた接続機能部１７の動作によって設定されるフィルタリング条件によるデータの流れは、図９に示されるデータの流れに対応する。以下、この対応関係について説明する。
【０１１８】
図９において、パケットフィルタ１５からＶＰＮデバイス１８に向かう実線の矢印は、第５のフィルタリング条件に基づくデータの流れを示している。
【０１１９】
図９において、パケットフィルタ１５からＶＰＮデバイス１８に向かう破線の矢印は、ＶＰＮデバイス１８の手前で分岐する。分岐の一方は、ＶＰＮデバイス１８に向かい、分岐の他方は、ｒｅｊｅｃｔという記載に向かう。ＶＰＮデバイス１８に向かう破線の矢印は、第５のフィルタリング条件（デフォルトでデータの送信を許可する条件）に基づくデータの流れを示している。また、ｒｅｊｅｃｔという記載に向かう破線の矢印は、第６のフィルタリング条件（アプリケーションＢ１６ｂからＶＰＮデバイス１８へのデータの送信を禁止する条件）に基づくデータの流れを示している。つまり、破線の矢印で流れが示されるアプリケーションＢ１６ｂから送信されるデータは、Ｉ／Ｆデバイス１１１がモデム１１２であるか無線ＬＡＮデバイス１１３であるかにより、ＶＰＮデバイス１８に送信されるか決定される。
【０１２０】
ここまで説明してきた本実施形態に係るフィルタリング処理によれば、接続機能部１７が通信部１１から取得した情報に基づいてＶＰＮデバイス１８へのデータの送信を制御できる。よって、ＶＰＮデバイス１８でデータがカプセル化されてデータのＵＩＤが変更される場合でも、アプリケーションに割り当てられたＵＩＤに基づいてデータ通信を許可又は禁止することが容易になる。以下、本実施形態の比較例に係るフィルタリング処理について説明する。
【０１２１】
＜比較例１＞
図１２は、本実施形態の比較例１に係るデータの流れを示す図である。図１２において、図７と同様に、アプリケーションＡ１６ａから送信されるデータの流れが実線で示され、アプリケーションＢ１６ｂから送信されるデータの流れが破線で示される。図１２におけるデータが流れる経路は、パケットフィルタ１５から通信部１１に直接接続される経路だけでなく、パケットフィルタ１５からＶＰＮデバイス１８を介して通信部１１に接続される経路も含む。ＶＰＮデバイス１８から出力され、新たなＵＩＤが対応づけられたデータの流れは、二重線の矢印で示される。図１２において、パケットフィルタ１５から通信部１１へ直接接続される経路を通るデータの流れは、図７と同様であるので説明を省略する。
【０１２２】
図１２において、パケットフィルタ１５からＶＰＮデバイス１８を介して通信部１１にデータが流れる経路は、データのカプセル化を行う前に、パケットフィルタ１５がＶＰＮデバイス１８にデータを出力するか決定するものである。図１２においては、図９と比較して、パケットフィルタ１５は、ＶＰＮデバイス１８がカプセル化したデータを最終的にモデム１１２に出力するか無線ＬＡＮデバイス１１３に出力するか判別できない。よって、アプリケーションＢ１６ｂのデータをＶＰＮデバイス１８に出力してよいか決定できない。
【０１２３】
＜比較例２＞
図１３は、本実施形態の比較例２に係るデータの流れを示す図である。図１３において、図７及び図１２と同様に、アプリケーションＡ１６ａから送信されるデータの流れが実線で示され、アプリケーションＢ１６ｂから送信されるデータの流れが破線で示される。また図１３において、図１２と同様に、ＶＰＮデバイス１８から出力され、新たなＵＩＤが対応づけられたデータの流れは、二重線で示される。図１３において、アプリケーションＡ１６ａ及びアプリケーションＢ１６ｂとパケットフィルタ１５との間にＶＰＮデバイス１８が接続されている。つまり、図１３におけるデータが流れる経路は、アプリケーションから送信されたデータがカプセル化された後に、パケットフィルタ１５が通信部１１にデータを出力するか決定するものである。
【０１２４】
図１３においては、図１２とは異なり、パケットフィルタ１５は、通信部１１のＩ／Ｆデバイス１１１に対してデータを直接出力するため、データの出力先であるＩ／Ｆデバイス１１１が、モデム１１２であるか無線ＬＡＮデバイス１１３であるか判別できる。
【０１２５】
しかしこの場合、パケットフィルタ１５に入力されるデータには、ＶＰＮデバイス１８においてデータをカプセル化したプロトコルのＵＩＤが対応づけられている。つまり、パケットフィルタ１５に入力されるデータには、アプリケーションＡ１６ａのＵＩＤもアプリケーションＢ１６ｂのＵＩＤも対応づけられていない。よって、パケットフィルタ１５は、データがアプリケーションＡ１６ａから送信されたのか、アプリケーションＢ１６ｂから送信されたのか、判別できない。結果として、パケットフィルタ１５は、Ｉ／Ｆデバイス１１１がモデム１１２である場合に、モデム１１２に対してアプリケーションからのデータを出力してよいかどうか決定できない。
【０１２６】
一方で、Ｉ／Ｆデバイス１１１が無線ＬＡＮデバイス１１３である場合には、パケットフィルタ１５は、無線ＬＡＮデバイス１１３に対してアプリケーションからのデータを出力してよいと決定し、データを出力できる。
【０１２７】
以上、本実施形態並びに比較例１及び比較例２に係るデータの流れ、つまり、データ通信の制御について説明してきた。本実施形態に係るデータ通信の制御によれば、ＶＰＮデバイス１８でデータがカプセル化されてデータのＵＩＤが変更される場合でも、アプリケーションに割り当てられたＵＩＤに基づいてデータ通信を許可又は禁止することが容易になる。
【０１２８】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の構成部やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。また、本発明について装置を中心に説明してきたが、本発明は装置の各構成部が実行するステップを含む方法としても実現し得るものである。また、本発明について装置を中心に説明してきたが、本発明は装置が備えるプロセッサにより実行される方法、プログラム、又はプログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【０１２９】
上記の実施形態では、従量課金制ではない方式によるデータ通信の方式として無線ＬＡＮを例示したが、これに限定されず、従量課金制ではない方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＥｔｈｅｒｎｅｔ（登録商標）等のデータ通信方式であってもよい。
【符号の説明】
【０１３０】
１  通信装置
１０  制御部
１１  通信部
１１１  Ｉ／Ｆデバイス
１１２  モデム
１１３  無線ＬＡＮデバイス
１２  記憶部
１３  表示部
１４  操作部
１５  パケットフィルタ
１６ａ  アプリケーションＡ
１６ｂ  アプリケーションＢ
１７  接続機能部
１８  ＶＰＮデバイス
【図１】
2017138784.tif 000003
【図２】
2017138784.tif 000004
【図３】
2017138784.tif 000005
【図４】
2017138784.tif 000006
【図５】
2017138784.tif 000007
【図６】
2017138784.tif 000008
【図７】
2017138784.tif 000009
【図８】
2017138784.tif 000010
【図９】
2017138784.tif 000011
【図１０】
2017138784.tif 000012
【図１１】
2017138784.tif 000013
【図１２】
2017138784.tif 000014
【図１３】
2017138784.tif 000015
【手続補正書】
【提出日】平成28年8月8日(2016.8.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デフォルトで全てのデータ通信を禁止し、
アプリケーションからデータ通信の要求を受け、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可する
通信装置。
【請求項２】
前記データ通信がセルラ通信である場合に、デフォルトでデータ通信を禁止する、請求項１に記載の通信装置。
【請求項３】
前記データ通信が無線ＬＡＮ通信である場合に、デフォルトでデータ通信を許可する、請求項１又は２に記載の通信装置。
【請求項４】
通信装置において、
デフォルトで全てのデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を含む通信制御方法。
【請求項５】
通信装置として機能するコンピュータに、
デフォルトで全てのデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上記目的を達成する本発明の一実施形態に係る通信装置は、
デフォルトで全てのデータ通信を禁止し、
アプリケーションからデータ通信の要求を受け、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
また、本発明の一実施形態に係る通信制御方法は、
通信装置において、
デフォルトで全てのデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
また、本発明の一実施形態に係るプログラムは、
通信装置として機能するコンピュータに、
デフォルトで全てのデータ通信を禁止するステップと、
アプリケーションからデータ通信の要求を受けるステップと、
前記要求したアプリケーションのＵＩＤに応じて、該アプリケーションのデータ通信を許可するステップと
を実行させる。