JP2017139751A - 通信装置、通信制御方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが意図しないデータ通信により発生するデータ量を低減できる通信装置、通信制御方法、及びプログラムを提供する。
【解決手段】複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能(１０１)を備え、データ通信の要求を受け、該要求がセルラ通信をＯＮにしたときに受けたものであれば、要求のＵＩＤがコネクティビティマネージャ機能(１０１)のものであってもデータ通信を規制する。
【選択図】図１１

Description

本発明は、通信装置、通信制御方法、及びプログラムに関する。

従来、データ通信可能な携帯端末等の通信装置が知られている（例えば、特許文献１参照）。通信装置においては、通信装置上で稼働するアプリケーションによるデータ通信がデフォルトで許可される一方で、ユーザによって選択されたアプリケーションによるデータ通信のみが禁止されるという構成が採用されることがある。この場合、ユーザは、自らが把握できる範囲で、アプリケーションによるデータ通信を抑制できる。

特開２０１５−１６２７０１号公報

しかし、ユーザは、通信装置においてどのようなアプリケーションが稼働しているか完全に把握できるとは限らない。特に、通信装置のシステムのバックグラウンドで稼働するアプリケーションは、ユーザにより把握されない可能性が高い。よって、ユーザによって動作が把握されればデータ通信の禁止が選択されるような場合でも、ユーザによって動作が把握されないことにより、アプリケーションのデータ通信の禁止が選択されない場合がある。また、通信装置のシステムが行うデータ通信については、そもそも通信装置のシステム仕様として、ユーザが選択できないようになっている場合もある。これらの場合、ユーザの意図しないデータ通信が行われて、通信されるデータ量が意図せず増加することがある。

そこで本発明は、上述の点に鑑みてなされたものであり、ユーザが意図しないデータ通信により発生するデータ量を低減できる通信装置、通信制御方法、及びプログラムを提供することを目的とする。

上記課題を解決するために本発明の一実施形態に係る通信装置は、
複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能を備え、
データ通信の要求を受け、
前記要求がセルラ通信をＯＮにしたときに受けたものであれば、前記要求のＵＩＤが前記コネクティビティマネージャ機能のものであってもデータ通信を規制することを特徴とする。

また、本発明の一実施形態に係る通信装置は、
前記コネクティビティマネージャ機能は各通信方法のスコア評価に基づき通信方法を選択するものであって、前記セルラ通信のスコア評価を行なわないことを特徴とする。

また、本発明の一実施形態に係る通信装置は、
前記コネクティビティマネージャ機能は、前記セルラ通信のスコアを固定値とすることを特徴とする。

また、本発明の一実施形態に係る通信装置は、
前記コネクティビティマネージャ機能は、使用する通信方法が前記セルラ通信としてユーザにより指定されている場合は、他の通信方法のスコアにかかわらず、前記セルラ通信を選択することを特徴とする。

また、本発明の一実施形態に係る通信制御方法は、
複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能を備える通信装置において、
データ通信の要求を受けるステップと、
前記要求がセルラ通信をＯＮにしたときに受けたものであれば、前記要求のＵＩＤが前記コネクティビティマネージャ機能のものであってもデータ通信を規制するステップと、
を含むことを特徴とする。

また、本発明の一実施形態に係るプログラムは、
複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能を備える通信装置として機能するコンピュータに、
データ通信の要求を受けるステップと、
前記要求がセルラ通信をＯＮにしたときに受けたものであれば、前記要求のＵＩＤが前記コネクティビティマネージャ機能のものであってもデータ通信を規制するステップと、
を実行させることを特徴とする。

本発明の一実施形態に係る通信装置、通信制御方法、及びプログラムによれば、ユーザが意図しないデータ通信により発生するデータ量を低減できる。

実施形態１に係る通信装置の概略構成例を示す機能ブロック図である。 実施形態１に係る通信装置の一例の外観を示す図である。 実施形態１に係るデータの流れの一例を示すブロック図である。 実施形態１に係るフィルタリング処理のシーケンスを説明する図である。 アプリケーションからデータを送信するシーケンスの一例を説明する図である。 実施形態１の比較例に係るフィルタリング処理のシーケンスを説明する図である。 実施形態２に係る通信装置の概略構成例を示す機能ブロック図である。 各通信方法のＯＮ／ＯＦＦの切り替え画面の一例である。 記憶部に記憶されたＯＮ／ＯＦＦに係る情報の一例である。 各通信方法のスコアに係る情報の一例である。 実施形態２に係る通信装置が通信要求を受けた場合の動作の概略を示すフローチャートである。 通信規制処理の内容を示すフローチャートである。

（実施形態１）
以下、一実施形態に係る通信装置について、図面を参照しながら詳細に説明する。本実施形態に係る通信装置は、携帯電話、又はスマートフォンなどの携帯機器とすることができる。しかしながら、本実施形態に係る通信装置は、携帯機器に限定されるものではなく、デスクトップＰＣ、ノートＰＣ、タブレット型ＰＣ、家電製品、産業用機器（ＦＡ機器）、専用端末等、データ通信を行う種々の電子機器とすることができる。

［装置構成］
図１は、本実施形態に係る通信装置１の概略構成例を示す機能ブロック図である。図１に示されるように、通信装置１は、制御部１０と、通信部１１と、記憶部１２と、表示部１３と、操作部１４とを備える。制御部１０は、通信部１１と、記憶部１２と、表示部１３と、操作部１４とに接続され、これらを制御する。

制御部１０は、オペレーティングシステム（以下、ＯＳともいう）、及び、アプリケーションソフトウェア（以下、アプリケーションともいう）を実行可能なプロセッサ又はマイコン等により構成されうる。ＯＳは、例えばＡｎｄｒｏｉｄ（登録商標）である。アプリケーションについては後述する。

通信部１１は、セルラ通信、又は無線ＬＡＮ通信等を行う通信インタフェースとして、Ｉ／Ｆ（インタフェース）デバイス１１１を備える。Ｉ／Ｆデバイス１１１は、モデム１１２と無線ＬＡＮデバイス１１３とを含む。通信部１１は、Ｉ／Ｆデバイス１１１を用いてインターネット等のネットワーク側に接続され、ネットワーク側との間でデータ通信を行う。これにより、通信装置１はネットワーク側との間でデータ通信可能となる。通信部１１は、制御部１０に接続され、ネットワーク側へ出力するデータを制御部１０から取得する。制御部１０は、通信部１１に対して出力するデータをフィルタリング処理によって選択する。フィルタリング処理については後述する。また制御部１０は、ネットワーク側から受信したデータを通信部１１から取得する。

セルラ通信方式によりネットワーク側と接続される場合、一般的に、通信されるデータ（パケット）の量の増大に応じて通信料金が増大する従量課金制の料金体系が採用される。一方で、無線ＬＡＮ通信等の方式によりネットワーク側と接続される場合、一般的に、そのような料金体系ではない。

記憶部１２は、例えば半導体メモリ等によって構成されうる。記憶部１２には、各種情報若しくはデータ、又は、制御部１０が実行するＯＳ若しくはアプリケーション等のプログラムが格納される。制御部１０は、記憶部１２に格納されたプログラムを取得し、実行する。制御部１０は、プログラムの実行により生成されるデータを記憶部１２に格納する。また記憶部１２は、ワークメモリとしても機能しうる。

表示部１３は、制御部１０から取得した情報に基づき、文字、画像、操作用オブジェクト、ポインタ等を表示する。表示部１３は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ、無機ＥＬディスプレイ等の表示デバイスであるが、これらに限られるものではない。

操作部１４は、テンキー等の物理キー、タッチパッド、又はタッチパネル等によって構成される。制御部１０は、操作部１４から取得した入力内容に応じて、表示部１３に表示されるポインタ等を移動させたり、操作用オブジェクトを選択したりする。

図２は、本実施形態に係る通信装置１の一例の外観を示す図である。図２に示す通り、本実施形態に係る通信装置１は、いわゆる折りたたみ式（フリップ型又はクラムシェル型等）のフィーチャーフォンである。通信装置１は、上部筐体２と下部筐体３とが、ヒンジ部４によって回動可能に接続される。上部筐体２は表示部１３を備え、下部筐体３は操作部１４を備える。操作部１４は、テンキー等の物理キーの他、物理キーが設けられていない部位にタッチパッド１４１を備える。通信装置１は、例えば物理キーにより操作用のオブジェクトの選択操作を受け付け、またタッチパッド１４１によりポインタ等の移動操作を受け付ける。

［アプリケーション］
アプリケーションは、制御部１０で実行可能となるように通信装置１にインストールされ、記憶部１２に格納される。アプリケーションが通信装置１にインストールされる際、各アプリケーションに固有のユーザ識別子（以下、ＵＩＤともいう）が割り当てられる。アプリケーションは、制御部１０によって、ＯＳ上においてＵＩＤに対応づけられるプロセスとして実行される。

アプリケーションは、制御部１０で実行される際に、ファイルシステムなどのリソースに対してアクセスする。各アプリケーションが無制限にリソースにアクセスすると、各アプリケーションによるリソースの使用領域が重複することがあり、この場合アプリケーションが正常に実行されなくなることがある。そこで、ＯＳ上で実行されるプロセスに対応づけられるＵＩＤによってリソースに対するアクセスを制限し、アプリケーションによるリソース使用が互いに影響を及ぼさないようにする。つまり、各プロセスからアクセス可能なリソースは、同一のＵＩＤに対応づけられるプロセスのリソースに制限される。

各アプリケーションには、グループ識別子（以下、ＧＩＤ又はグループのＩＤともいう）がさらに割り当てられてもよい。ＧＩＤは、各アプリケーションに割り当てられる固有のＵＩＤが属するグループを特定するものである。一つのグループに一個のＵＩＤだけが属してもよいし、一つのグループに複数のＵＩＤが属してもよい。アプリケーションがＵＩＤに対応づけられるプロセスとして実行される際、このプロセスはＧＩＤにも対応づけられるようにしてもよい。また、各プロセスからアクセス可能なリソースは、同一のＵＩＤだけでなく同一のＧＩＤに対応づけられるプロセスのリソースにまで対象を広げて制限されるようにしてもよい。

アプリケーションは、フォアグラウンド（以下、ＦＧともいう）、又は、バックグラウンド（以下、ＢＧともいう）で実行される。アプリケーションがＦＧで実行されている状態は、例えば、ユーザが確認可能なように実行状況が表示部１３に表示される、又は、ユーザが操作部１４を用いて操作可能な状態である。アプリケーションがＢＧで実行されている状態は、例えば、実行状況が表示部１３に表示されず、ユーザが操作可能ではない状態、又は、ユーザが意図せずに動作している状態である。

［データ通信の制御］
制御部１０によって実行されるアプリケーションは、通信部１１を用いて、インターネット等のネットワーク側とのデータ通信を行う。上述の通り、アプリケーションはＯＳ上においてＵＩＤに対応づけられるプロセスとして実行される。そして、アプリケーションから送信されるデータにはＵＩＤが対応づけられる。制御部１０は、データに対応づけられたＵＩＤに基づいてデータの送信を許可するか禁止（制限）するか決定することにより、各アプリケーションから送信されるデータに係るデータ通信を許可するか禁止するか制御できる。以下、本実施形態に係る説明においては、データ通信は、原則的に通信部１１がネットワーク側との間で行うデータ通信のことを指すものとする。

図３は、本実施形態に係るデータの流れの一例を示すブロック図である。図３において、制御部１０と通信部１１とが端末側に設けられる。そして、通信部１１がネットワーク側と接続され、ネットワーク側との間でデータ通信を行う。

図３において、制御部１０は、アプリケーションＡ１６ａとアプリケーションＢ１６ｂとをＯＳ上におけるプロセスとして実行する。制御部１０によって実行されるアプリケーションは、必要に応じてネットワーク側とのデータ通信を要求する。例えば、アプリケーションＡ１６ａは、ネットワーク側へ向けてデータの送信を要求する。この場合、アプリケーションＡ１６ａからネットワーク側へ向けて送信するデータは、制御部１０で稼働するパケットフィルタ１５に入力される。また、アプリケーションＢ１６ｂからも同様に、アプリケーションＢ１６ｂからネットワーク側へ向けて送信するデータがパケットフィルタ１５に入力される。

パケットフィルタ１５は、制御部１０からネットワーク側へ向かうデータのフィルタリング処理を行う。フィルタリング処理は、設定されたフィルタリング条件に基づいて、アプリケーションから要求されたデータの送信を許可するか禁止するか決定する処理である。フィルタリング条件は、例えば、ｉｐ＿ｒｕｌｅ又はｉｐ＿ｒｏｕｔｅ等を含む。これらのフィルタリング条件は、記憶部１２に格納されており、パケットフィルタ１５によって参照される。以下、フィルタリング条件を設定する動作は、フィルタリング条件を記憶部１２に格納する動作を含むものとする。なお、フィルタリング条件は、記憶部１２に格納されずに制御部１０に保持されていてもよい。

ｉｐ＿ｒｕｌｅは、例えば、送信元がＸであるデータをネットワーク側へ送信してよいか決定するための条件を含む。ｉｐ＿ｒｏｕｔｅは、例えば、送信先としてＹが指定されたデータをネットワーク側へ送信するルート（中継ルータ等）を決定するための条件を含む。

図３において、アプリケーションＡ１６ａから送信されるデータの流れが実線の矢印で示され、アプリケーションＢ１６ｂから送信されるデータの流れが破線の矢印で示される。このうち、アプリケーションＡ１６ａから送信されるデータは、パケットフィルタ１５におけるフィルタリング処理によって送信が禁止されず、通信部１１に送られる。一方、アプリケーションＢ１６ｂから送信されるデータは、パケットフィルタ１５におけるフィルタリング処理によって送信が禁止され、通信部１１に送られない。この動作は、図３において破線の矢印がｒｅｊｅｃｔという記載に向けられることで示される。

パケットフィルタ１５を通過したデータ（図３の場合、実線の矢印で示されるアプリケーションＡ１６ａから送信されるデータ）は、通信部１１に入力される。通信部１１は、Ｉ／Ｆデバイス１１１を用いて、ネットワーク側へデータを送信する。通信部１１は、ネットワーク側へデータを送信するに際して、モデム１１２によるセルラ通信を用いるか、無線ＬＡＮデバイス１１３による無線ＬＡＮ通信を用いるか、又は、他の通信方式を用いるか適宜決定しうる。

［フィルタリング処理］
アプリケーションから送信されるデータについてのデータ通信を許可するか禁止するかは、データ送信元のアプリケーションに割り当てられるＵＩＤに基づいて決定される。以下、ＵＩＤとしてＸが割り当てられるアプリケーション（以下、ＵＩＤがＸのアプリケーションともいう）から送信されるデータのことを、ＵＩＤがＸのデータともいう。また、ＵＩＤがＸのデータのフィルタリング処理を行うために用いられるフィルタリング条件を、ＵＩＤがＸのデータのフィルタリング条件ともいう。

パケットフィルタ１５は、例えば、ＵＩＤが１のアプリケーションから送信されるデータに係るデータ通信のみ許可するというフィルタリング条件を有する。また、フィルタリング条件は、複数の条件をあわせたものであってもよい。

ここで、本実施形態に係るフィルタリング処理が行われる場合のデータ通信のシーケンスを説明する。本実施形態に係るフィルタリング処理は、ＢＧ動作しているアプリケーションが送信するデータに係るデータ通信の許可又は禁止を決定することを前提とする。以下の本実施形態に係るフィルタリング処理の説明は上記前提に基づく。

本実施形態に係るフィルタリング処理は、デフォルトでデータ通信を禁止するというフィルタリング条件（以下、デフォルト通信禁止条件ともいう）が設定されている。デフォルト通信禁止条件が設定されていることにより、他のフィルタリング条件がさらに設定されない限り、全てのデータ通信が禁止される。デフォルト通信禁止条件は、通信装置１の出荷時に設定されたり、通信装置１の初期化時に設定されたりする。すなわち、本実施形態において、「デフォルト」とは、所定のタイミング（例えば、通信装置１の出荷時、通信装置１の初期化時、等）で、標準の動作として予め設定されていることを意味するものとする。

本実施形態においては、必要なデータ通信を実行するために、デフォルト通信禁止条件に加えて、データ通信を許可するための条件（以下、通信許可条件ともいう）が設定されたフィルタリング条件が用いられる。この場合、通信許可条件は、デフォルト通信禁止条件に優先する。

図４は、本実施形態に係るフィルタリング処理のシーケンスを説明する図である。図４には、アプリケーションＡ１６ａ、アプリケーションＢ１６ｂ、フレームワーク、通信制御部、カーネル、及びモデム１１２のシーケンスが示されている。

モデム１１２は、上述の通り、セルラ通信を行う通信インタフェースとして機能するハードウェアである。図４においては、モデム１１２を用いたセルラ通信によるデータ通信について説明しているが、モデム１１２ではなく、無線ＬＡＮデバイス１１３等の他のＩ／Ｆデバイス１１１に置き換えて、他の通信方式によるデータ通信を行ってもよい。

カーネル、通信制御部、及びフレームワークはソフトウェアであり、制御部１０で実行される。図４において、通信制御部にはＵＩＤとして０が割り当てられる。

フレームワークは、ＯＳ上においてアプリケーションを動作させるための機能群を含むソフトウェアである。一般的に、フレームワークで準備された機能群を組み合わせることによって、各アプリケーションの機能が実現される。

カーネルは、ＯＳの中核をなすソフトウェアであり、アプリケーション等のソフトウェアによる処理に基づき、通信部１１等のハードウェアにおける処理を管理して、ハードウェアの機能を利用できるようにする。

通信制御部は、ネットワーク関連の処理を行うデーモンプログラムであり、フレームワークとカーネルとの間をつなぐ処理をする。通信制御部は、特に、カーネルが通信部１１の機能を利用できるようにするためのデータを処理する。本実施形態において、通信制御部は、カーネルが通信部１１へのデータ出力を許可するか禁止するか決定するための条件をカーネルに出力する。

本実施形態において、フィルタリング処理はパケットフィルタ１５により行われるものとして説明する。ここで、パケットフィルタ１５は仮想的な処理ユニットであり、実際のフィルタリング処理は、通信制御部とカーネルとにより行われる。

アプリケーションＡ１６ａ及びアプリケーションＢ１６ｂは、ＯＳ上において動作するプロセスである。図４において、アプリケーションＡ１６ａにはＵＩＤとして１が割り当てられ、アプリケーションＢ１６ｂにはＵＩＤとして２が割り当てられる。

以下、図４に示されるシーケンスを説明する。ＢＧ動作するアプリケーションがデータを送信する場合、デフォルトでセルラ通信によるデータ通信が禁止されている（ステップＳ１）。つまり、フィルタリング条件として、ＢＧ動作するアプリケーションから送信されるデータに係るデフォルト通信禁止条件が設定されている。図４において、デフォルト通信禁止条件が設定されていることは、カーネル、通信制御部、及びフレームワークにより認識されている。特に、カーネルは、デフォルト通信禁止条件が設定されていることを認識している場合、モデム１１２に対するデータの送信を行わない。

続いて、アプリケーションがＢＧで動作する場合のＵＩＤが１のデータに係るデータ通信の許可要求（以下、ＵＩＤが１のデータの通信許可要求ともいう）を、フレームワークが取得する（ステップＳ２）。続いて、フレームワークは、ＵＩＤが１のデータの通信許可要求を通信制御部に出力する（ステップＳ３）。

通信制御部は、ＵＩＤが１のデータの通信許可要求を取得する（ステップＳ４）。続いて通信制御部は、ＵＩＤが１のデータの通信許可要求をカーネルに出力する（ステップＳ５）。

カーネルは、ＵＩＤが１のデータの通信許可要求を取得する（ステップＳ６）。以上のステップＳ３〜Ｓ６の動作により、カーネルにＵＩＤが１のデータの通信許可要求が伝達される。つまり、フィルタリング条件として、ＵＩＤが１のデータに係る通信許可条件が設定される。

続いて、アプリケーションＡ１６ａがＢＧ動作においてデータ通信を要求する場合（ステップＳ７）、カーネルは、ＵＩＤが１のデータに係る通信許可条件が設定されていることを認識しているので、データ通信を許可する（ステップＳ８）。そして、モデム１１２は、ＵＩＤが１のデータをネットワーク側へ送信するデータ通信を行う（ステップＳ９）。

一方、ＵＩＤとして２が割り当てられるアプリケーションＢ１６ｂがＢＧ動作においてデータ通信を要求する場合（ステップＳ１０）、カーネルは、ＵＩＤが２のデータに係る通信許可条件が設定されていないことを認識している。よって、カーネルは、デフォルト通信禁止条件に基づいて、データ通信を禁止する（ステップＳ１１）。

＜アプリケーションからのデータ送信シーケンス＞
図４のステップＳ７〜Ｓ９において、アプリケーションがデータ通信を要求してモデム１１２がデータ通信を行うことを説明した。以下、図５を用いて、これらのシーケンスをより具体的に説明する。図５には、アプリケーションＡ１６ａ、フレームワーク、カーネル、及びモデム１１２のシーケンスが示されている。アプリケーションＡ１６ａ、フレームワーク、カーネル、及びモデム１１２については、図４と同様であるため説明を省略する。

アプリケーションＡ１６ａは、ＦＧ又はＢＧのいずれで動作する場合であっても、アプリケーションＡ１６ａから送信されるデータ（ＵＩＤが１のデータ）に係るデータ通信の要求（以下、ＵＩＤが１のデータ通信要求ともいう）をアプリケーションＡ１６ａが動作しているＯＳ上のフレームワークに対して出力する（ステップＳ１０１）。

フレームワークは、ＵＩＤが１のデータ通信要求を取得する（ステップＳ１０２）。続いてフレームワークは、ＵＩＤが１のデータ通信要求をカーネルに出力する（ステップＳ１０３）。

カーネルは、ＵＩＤが１のデータ通信要求を取得する（ステップＳ１０４）。続いてカーネルは、モデム１１２に対してＵＩＤが１のデータ通信要求に基づいてデータを出力する（ステップＳ１０５）。そしてモデム１１２は、ＵＩＤが１のデータをネットワーク側へ送信するデータ通信を行う（ステップＳ１０６）。

以上説明してきた図５に示されるシーケンスの動作により、アプリケーションから送信するデータが通信部１１に出力され、ネットワーク側へ送信される。

＜比較例＞
ここまで説明してきた本実施形態に係るフィルタリング処理によれば、デフォルト通信禁止条件に加えて、通信許可条件がユーザにより明示的に追加されるので、ユーザの意図しないデータ通信を禁止できる可能性が高くなる。以下、本実施形態の比較例に係るフィルタリング処理について説明する。比較例に係るフィルタリング処理で用いられるフィルタリング条件には、デフォルトで全てのデータに係るデータ通信を許可するという条件（以下、デフォルト通信許可条件ともいう）が設定される。このように全てのデータに係るデータ通信が許可された上で、ユーザにより指定されたＵＩＤのデータに係るデータ通信を禁止するという条件（以下、通信禁止条件ともいう）がさらに設定される。

図６は、比較例に係るフィルタリング処理のシーケンスを説明する図である。アプリケーションＡ１６ａ、アプリケーションＢ１６ｂ、フレームワーク、通信制御部、カーネル、及びモデム１１２については、図４及び図５と同様であるため説明を省略する。

図６において、ＢＧ動作するアプリケーションがデータを送信する場合であっても、デフォルトでセルラ通信によるデータ通信が許可されている（ステップＳ２０１）。つまり、フィルタリング条件として、ＢＧ動作するアプリケーションから送信されるデータに係るデフォルト通信許可条件が設定されている。

続いて、アプリケーションＡ１６ａがＢＧ動作する場合におけるＵＩＤが１のデータに係るデータ通信の禁止要求（以下、ＵＩＤが１のデータの通信禁止要求ともいう）を、フレームワークが取得する（ステップＳ２０２）。この時点においては、アプリケーションＡ１６ａがＢＧ動作していないため、ＵＩＤが１のデータに係る通信禁止条件は設定されない。

続いて、アプリケーションＡ１６ａがＢＧ動作に移行した通知（以下、ＢＧ移行通知ともいう）をフレームワークが取得する（ステップＳ２０３）。通知を受けたフレームワークは、ＵＩＤが１のデータの通信禁止要求を通信制御部に出力する（ステップＳ２０４）。

通信制御部は、ＵＩＤが１のデータの通信禁止要求を取得する（ステップＳ２０５）。続いて通信制御部は、ＵＩＤが１のデータの通信禁止要求をカーネルに出力する（ステップＳ２０６）。

カーネルは、ＵＩＤが１のデータの通信禁止要求を取得する（ステップＳ２０７）。以上のステップＳ２０２〜Ｓ２０７の動作により、カーネルにＵＩＤが１のデータの通信禁止要求が伝達される。つまり、フィルタリング条件として、ＵＩＤが１のデータに係る通信禁止条件が設定される。

続いて、アプリケーションＡ１６ａがＢＧ動作においてデータ通信を要求する場合（ステップＳ２０８）、カーネルは、ＵＩＤが１のデータに係る通信禁止条件が設定されていることを認識しているので、データ通信を禁止する（ステップＳ２０９）。

一方、ＵＩＤとして２が割り当てられるアプリケーションＢ１６ｂがＢＧ動作においてデータ通信を要求する場合（ステップＳ２１０）、カーネルは、ＵＩＤが２のデータに係る通信禁止条件が設定されていないことを認識している。よって、カーネルは、デフォルト通信許可条件に基づいて、データ通信を許可する（ステップＳ２１１）。そして、モデム１１２は、ＵＩＤが２のデータをネットワーク側へ送信するデータ通信を行う（ステップＳ２１２）。

以上、比較例に係るフィルタリング処理について説明してきた。比較例では、デフォルト通信許可条件が設定されているため、ユーザにより明示的に追加のフィルタリング条件が設定されていないアプリケーションＢ１６ｂのＢＧ動作におけるデータ通信は許可される。よって、ユーザがアプリケーションＢ１６ｂの動作を認識しない場合、ユーザが意図しないデータ通信が行われることがある。

一方、本実施形態においては、フィルタリング条件として、デフォルト通信禁止条件が設定される。その上で、ユーザが指定したＵＩＤのデータに係る通信許可条件がさらに設定される。この場合、デフォルトで全てのデータについてデータ通信が禁止されていることにより、ユーザが意図しないデータ通信を禁止できる可能性が高くなる。

以上、本実施形態及びその比較例に係るフィルタリング処理について説明してきた。本実施形態に係るフィルタリング処理においては、比較例に係るフィルタリング処理と異なり、デフォルトで全てのデータについてデータ通信が禁止されている。そして、ユーザにより明示的に、フィルタリング条件としてユーザが指定したＵＩＤのデータに係る通信許可条件が設定されることにより、ユーザが意図するデータ通信を可能としている。

以上のような構成をとる本実施形態に係るフィルタリング処理によれば、ユーザにより明示的にフィルタリング条件が設定されていないアプリケーションＢ１６ｂから送信されるデータに係るデータ通信を禁止できる。つまり、ユーザの意図しないデータ通信は禁止される可能性が高くなる。

本実施形態において、Ｉ／Ｆデバイス１１１としてモデム１１２を用いるセルラ通信方式によるデータ通信を禁止する方法について主に説明してきた。しかし、Ｉ／Ｆデバイス１１１はモデム１１２に限られず、無線ＬＡＮデバイス１１３等であってもよい。つまり、本実施形態に係る通信装置１のデータ通信の制御方法は、セルラ通信方式によるデータ通信に限られず、無線ＬＡＮ通信方式等の他の通信方式によるデータ通信においても適用されうる。

また本実施形態において、データ通信が許可されたデータを送信するために必要となる機能については、デフォルトでデータ通信を許可するようにしてもよい。デフォルトでデータ通信を許可される機能は、例えば、ＶＰＮ（Ｖｅｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）のトンネリング機能、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）の名前解決機能、又はテザリング機能等である。これらの機能に係るデータ通信は、ユーザが意図した場合に動作するものに限り、許可されてもよい。これらの機能に係るデータ通信を許可する条件は、デフォルト通信禁止条件に優先するフィルタリング条件として設定されてもよい。

また、本実施形態に係るフィルタリング処理は、ＢＧ動作しているアプリケーションのデータ通信について行われたが、これには限られず、ＦＧ動作しているアプリケーションのデータ通信について行われてもよい。つまり、本実施形態に係るフィルタリング処理は、ＦＧ動作しているアプリケーションが送信するデータに係るデータ通信の許可又は禁止を決定してもよい。

（実施の形態２）
以下に、本発明の実施の形態２について説明をする。実施の形態２では、概略として、Ａｎｄｒｏｉｄ（登録商標）プラットフォーム上のＣｏｎｎｅｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ機能（以下、コネクティビティマネージャ機能という）に関して通信規制を行なう。

コネクティビティマネージャ機能は、通信装置の通信状態が変化するたびに、複数の通信方法（セルラ通信、無線ＬＡＮ通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）（以下、ＢＴという）、Ｅｔｈｅｒｎｅｔ（登録商標）（以下、Ｅｔｈという）のうち最良の通信方法への自動切換えを行なう機能である。コネクティビティマネージャ機能によりユーザが特別に意識することなく、自動的に通信品質の良い通信方法によって通信することができる。

コネクティビティマネージャ機能により通信方法の自動切換えを行なう際には、セルラ通信のスコア評価を行なうためにモデムを用いて通信を行なう。しかし外部通信に関する通信状態が変化するたびにコネクティビティマネージャ機能が動作すると、ユーザが意図しない通信量の増大を招いてしまう。そこで実施の形態２においては、当該通信を抑制する。

図７は本発明の実施の形態２の通信装置１ｂの構成を示すブロック図である。実施の形態２に係る通信装置１ｂは、制御部１０ｂがコネクティビティマネージャ機能１０１を備える。また、Ｉ／Ｆデバイス１１１ｂとして実施の形態１ではモデム１１２及び無線ＬＡＮデバイス１１３のみを例示していたが、実施の形態２では、ＢＴデバイス１１４及びＥｔｈデバイス１１５も備えている。ＢＴデバイス１１４は、ＢＴ通信をするためのデバイスであり、Ｅｔｈデバイス１１５はＥｔｈ通信をするためのデバイスである。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。コネクティビティマネージャ機能１０１は、複数の通信方法によりデータ通信し、最適な通信方法を選択する。通信装置１ｂは、選択された最適な通信方法により通信を行なう。以下、コネクティビティマネージャ機能１０１について詳細に説明する。

コネクティビティマネージャ機能１０１は、各デバイス（モデム１１２、無線ＬＡＮデバイス１１３、ＢＴデバイス１１４、Ｅｔｈデバイス１１５）による通信のうち、ＯＮの通信方法から最適な通信方法を選択する。各デバイスによる通信方法のＯＮ／ＯＦＦの切り替えは、ユーザが選択可能である。図８に、各通信方法のＯＮ／ＯＦＦの切り替え画面を示す。切り替え画面は、通信装置１ｂの表示部１３に表示される。操作部１４は、切り替え画面中に表示されているＯＮ／ＯＦＦボタン１４２に対するユーザの操作を受け付け、各通信方法のＯＮ／ＯＦＦを切り替える。制御部１０ｂは、ＯＮ／ＯＦＦに係る情報を記憶部１２に記憶する。図９に記憶部に記憶された情報の一例を示す。ここでは、セルラ通信、無線ＬＡＮ、及びＢＴがＯＮであり、ＥｔｈがＯＦＦである例を示している。

コネクティビティマネージャ機能１０１は、各通信方法のスコア評価処理を行なう。当該スコア評価処理は、コネクティビティマネージャ機能１０１のＣｏｎｎｅｃｔｉｖｉｔｙ Ｃｈｅｃｋ機能により行なう。具体的にはコネクティビティマネージャ機能１０１は、通信装置１ｂの通信状態が変化した場合、通信方法のうちＯＮと設定されているものに係る各デバイス（図９の例では、モデム１１２、無線ＬＡＮデバイス１１３、及びＢＴデバイス１１４）を用いて所定量のパケットを通信する。そしてコネクティビティマネージャ機能１０１は、当該通信の品質を判定し、各通信方法のスコアを算出する。続いてコネクティビティマネージャ機能１０１は、算出したスコアを記憶部１２に格納する。図１０に当該スコアに係る情報の一例を示す。図１０に示す例では、セルラ通信のスコアが１００で最高である。そのためコネクティビティマネージャ機能１０１は、最適な通信方法としてセルラ通信を選択する。通信装置１ｂは、選択された通信方法であるセルラ通信により通信を行なう。

制御部１０ｂは、コネクティビティマネージャ機能１０１によるスコア評価の際の通信量を低減するために、セルラ通信がＯＮである場合、データ通信要求のＵＩＤがコネクティビティマネージャ機能１０１のものであってもデータ通信を規制する。具体的には制御部１０ｂは、通信要求のＵＩＤがコネクティビティマネージャ機能１０１のもの（１０００）である場合、セルラ通信以外の通信方法について、所定量のパケットを通信してスコア評価を実施する。一方で制御部１０ｂは、セルラ通信については、パケットを通信せずにスコアを決定する。具体的にはセルラ通信のスコアを固定値とする。すなわち制御部１０ｂは、スコア評価の際にセルラ通信を行なわずセルラ通信のスコアは固定値とし、当該固定値を用いてその他の通信方法とのスコアの比較を行なって通信方法を選択する。

このように本実施の形態２では、コネクティビティマネージャ機能１０１が、スコア評価の際にセルラ通信を行なわないため、セルラ通信による通信を抑制することができる。なおコネクティビティマネージャ機能１０１はシステム通信に固定のＵＩＤ（１０００）が割り当てられている。

本発明の実施の形態２に係る通信装置１ｂについて、図１１及び図１２に示すフローチャートによりその動作を説明する。図１１は、本実施形態２に係る通信装置１ｂが通信要求を受けた場合の動作の概略を示すフローチャートである。まず通信装置１ｂの制御部１０ｂは、データ通信要求を受ける（ステップＳ１００）。次に制御部１０ｂは、セルラ通信がＯＮであるか否かを判定する（ステップＳ２００）。セルラ通信がＯＮである場合、通信規制処理を行う（Ｓ３００）。一方、セルラ通信がＯＦＦである場合（ステップＳ２００：いいえ）、通信規制処理をスキップする。

図１２は、ステップＳ３００における通信規制処理の内容を示すフローチャートである。はじめに制御部１０ｂは、通信要求のＵＩＤがコネクティビティマネージャ機能１０１のものであるか否かを判定する（ステップＳ３０１）。通信要求のＵＩＤがコネクティビティマネージャ機能１０１のものである場合、制御部１０ｂは、コネクティビティマネージャ機能１０１によりセルラ通信以外の通信方法のスコア評価を実施する（ステップＳ３０２）。また制御部１０ｂは、セルラ通信のスコアを固定値のまま変更しない（ステップＳ３０３）。そして制御部１０ｂは、スコアが最高の通信方法を選択し（ステップＳ３０４）、通信規制処理が完了する。

一方、ステップＳ３０１において通信要求のＵＩＤがコネクティビティマネージャ機能１０１のものでない場合、制御部１０ｂはパケットフィルタ処理を行う（ステップＳ３０５）。つまり実施の形態１で示したように、明示的に許可したＵＩＤのアプリケーションの通信のみを許可する通信規制を行なう。

このように本発明の実施の形態２に係る通信装置１ｂは、セルラ通信をＯＮにしたときにデータ通信要求を受けた場合、データ通信要求のＵＩＤがコネクティビティマネージャ機能１０１のものであってもデータ通信を規制する。そのため、コネクティビティマネージャ機能１０１による通信量の増加を抑制することができる。

なお、使用する通信方法がセルラ通信としてユーザにより指定されている場合は、他の通信方法のスコアにかかわらず、セルラ通信を選択するようにしてもよい。このように、ユーザがセルラ通信を使うことを所望する場合、セルラ通信を選択可能なようにしているため、ユーザの利便性を向上させることができる。

なお、ステップＳ３０５において、明示的に許可したＵＩＤのアプリケーションの通信のみを許可する通信規制を行なうとしたがこれに限られず、他のいかなるパケットフィルタ処理を行ってもよい。例えば実施の形態１の比較例に示したように、明示的に禁止したＵＩＤのアプリケーションの通信のみを禁止する通信規制を行なってもよい。

ここで、通信装置１又は通信装置１ｂとして機能させるために、コンピュータを好適に用いることができ、そのようなコンピュータは、通信装置１又は通信装置１ｂの各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

上記の実施形態では、従量課金制ではない方式によるデータ通信の方式として無線ＬＡＮを例示したが、これに限定されず、従量課金制ではない方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＥｔｈｅｒｎｅｔ（登録商標）等のデータ通信方式であってもよい。

１、１ｂ 通信装置
２ 上部筐体
３ 下部筐体
４ ヒンジ部
１０、１０ｂ 制御部
１１ 通信部
１２ 記憶部
１３ 表示部
１４ 操作部
１４１ タッチパッド
１４２ ＯＮ／ＯＦＦボタン
１５ パケットフィルタ
１６ａ アプリケーションＡ
１６ｂ アプリケーションＢ
１０１ コネクティビティマネージャ機能
１１１、１１１ｂ Ｉ／Ｆデバイス
１１２ モデム
１１３ 無線ＬＡＮデバイス
１１４ ＢＴデバイス
１１５ Ｅｔｈデバイス

Claims (6)

1. 複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能を備え、
   データ通信の要求を受け、
   前記要求がセルラ通信をＯＮにしたときに受けたものであれば、前記要求のＵＩＤが前記コネクティビティマネージャ機能のものであってもデータ通信を規制する、通信装置。
2. 前記コネクティビティマネージャ機能は各通信方法のスコア評価に基づき通信方法を選択するものであって、前記セルラ通信のスコア評価を行なわないことを特徴とする、請求項１に記載の通信装置。
3. 前記コネクティビティマネージャ機能は、前記セルラ通信のスコアを固定値とすることを特徴とする、請求項２に記載の通信装置。
4. 前記コネクティビティマネージャ機能は、使用する通信方法が前記セルラ通信としてユーザにより指定されている場合は、他の通信方法のスコアにかかわらず、前記セルラ通信を選択することを特徴とする、請求項１乃至３のいずれか一項に記載の通信装置。
5. 複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能を備える通信装置において、
   データ通信の要求を受けるステップと、
   前記要求がセルラ通信をＯＮにしたときに受けたものであれば、前記要求のＵＩＤが前記コネクティビティマネージャ機能のものであってもデータ通信を規制するステップと、
   を含む通信制御方法。
6. 複数の通信方法によりデータ通信して最適な通信方法を選択するコネクティビティマネージャ機能を備える通信装置として機能するコンピュータに、
   データ通信の要求を受けるステップと、
   前記要求がセルラ通信をＯＮにしたときに受けたものであれば、前記要求のＵＩＤが前記コネクティビティマネージャ機能のものであってもデータ通信を規制するステップと、
   を実行させるプログラム。

Images