JP7220120B2 - 通信制御プログラム - Google Patents

Description

特許法第３０条第２項適用 〔ウェブサイトの掲載日〕平成３０年１２月７日 〔ウェブサイトのアドレス〕ｈｔｔｐｓ：／／ｖｐｐ．ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｓｇｃ－ａｓｓｉｓｔ／ｉｄ１４４４９８８４３３ 〔ウェブサイトの掲載日〕平成３１年４月１５日 〔ウェブサイトのアドレス〕ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｓｇｃ－ａｓｓｉｓｔ／ｉｄ１４４４９８８４３３

本発明は、コンピュータの内部で発生した外部への通信要求の送出先を制御する通信制御プログラムに関する。

スマートフォンをはじめとするモバイルデバイスは、手軽に持ち運んで何時でも何処からでもネットワークを介して通信を行うことができる点で非常に有効であり、昨今はビジネスシーンでも広く活用されている。しかしながら、インターネット上には通信を行って問題ないサーバとそうでないサーバ、より具体的には、閲覧しても問題ないコンテンツが掲載されているサーバとそうでないサーバが存在するため、例えば、企業が社員にモバイルデバイスを利用させるような場合においては、問題ないことが明らかなサーバへは速やかに通信を行わせる一方で、問題のあるサーバへは通信させない制御が求められる。

ここで、従来、コンピュータとそのコンピュータが通信しようとするサーバ（宛先サーバ）との間の通信を中継するサーバにおいてフィルタリングを行う技術が知られている。例えば、特許文献１には、アクセス制御サーバがフィルタリングを行ってコンピュータから宛先サーバへのアクセスが許可されるか否かを決定し、決定した情報をコンピュータに送信する技術が開示されている。また、特許文献２には、プロキシサーバが通信要求のあったページを構成するリソースデータを宛先サーバから先ず取得し、当該ページ内に閲覧禁止コンテンツが含まれているか否かを判断して、含まれていると判断された場合には閲覧禁止コンテンツに該当する部分に他の内容が表示されるようリソースデータをプロキシサーバ上で置換する技術が開示されている。

特開２０１５－１４１６０９号公報 特開２０１４－５６６１２号公報

前者の先行技術によれば、アクセス制御サーバからの応答結果に応じて問題のあるサーバへの通信を遮断することができると考えられる。また、後者の先行技術によれば、閲覧禁止コンテンツの表示を遮断することができると考えられる。しかしながら、これらの先行技術はいずれも、コンピュータの外部に対する全ての通信を所定のサーバを経由させることを前提としているため、問題ないことが明らかなサーバへの通信を行う場合でも所定のサーバを経由させなければならない。そのため、通信効率が悪く、通信要求を行ってから最終的にページが表示されるまでに余計な時間が掛かってしまう。

そこで、本発明は、通信要求先への通信を効率よく行わせる技術の提供を目的とする。

上記の課題を解決するため、本発明は以下の通信制御プログラムを提供する。なお、以下の括弧書中の文言はあくまで例示であり、本発明はこれに限定されるものではない。

すなわち、本発明の通信制御プログラムは、コンピュータの内部で発生する外部への通信要求の宛先を制御する通信制御プログラムであって、通信要求の宛先のドメインについて、コンピュータからの通信を許可される第１ドメイン、コンピュータからの通信が禁止される第２ドメイン、又は、第１ドメインにも第２ドメインにも該当しない第３ドメインのいずれかに該当するかの判定を所定の設定情報に基づいて行う判定機能と、判定の結果に応じて、宛先のドメインが第１ドメインに該当する場合には宛先の維持を決定し、第２ドメインに該当する場合には宛先をコンピュータの内部に決定し、第３ドメインに該当する場合には宛先をコンピュータの外部に存在する所定のサーバに決定する決定機能と、決定された宛先に対して通信要求を送信する送信機能とをコンピュータに実現させる。

コンピュータの外部への通信要求の宛先がこのように制御されることにより、宛先のドメインが第１ドメインに該当する場合には、所定のサーバを経由させることなく指定された宛先に対し直接的に通信させることができる。また、宛先のドメインが第２ドメインに該当する場合には、所定のサーバを経由させることなく指定された宛先への通信をコンピュータの内部で中断させることができる。そして、宛先のドメインが第１ドメインにも第２ドメインにも該当しない場合に限り、コンピュータの外部に存在する所定のサーバを経由させた通信を行わせることができる。

したがって、通信制御プログラムによれば、コンピュータの内部で発生する通信要求のうち、所定のサーバを経由させる数を最小限に抑制して、指定された宛先への通信を効率よく行わせることができる。これにより、通信効率を向上させ、通信要求が発生してから最終的にその応答結果がコンピュータに返されるまでに要する応答時間を短縮することが可能となる。

好ましくは、通信制御プログラムにおいては、宛先のドメインが第３ドメインに該当する場合に、送信機能が通信要求を所定のサーバに送信することで、通信要求の宛先への通信を許可するか否かを所定のサーバに判定させる。

この態様の通信制御プログラムにおいては、通信を許可すべきか否かをコンピュータの内部で判定できなかった通信要求については、その宛先への通信を許可するか否かの判定が所定のサーバ（例えば、フィルタリングサーバ）において実行される。したがって、この態様の通信制御プログラムによれば、コンピュータの内部で発生した通信要求の宛先を所定のサーバと連携してよりきめ細やかに制御し、通信を許可すべきでない宛先に対する通信を確実に規制することができる。

本発明によれば、通信要求先への通信を効率よく行わせることができる。

通信制御プログラムが動作する環境の構成図である。 デバイス内の機能構成を示すブロック図である。 通信制御プログラムに関連するサーバ内の機能構成を示すブロック図である。 通信制御プログラムに関連する設定ファイルの構成を示す図（１／２）である。 通信制御プログラムに関連する設定ファイルの構成を示す図（２／２）である。 通信要求がデバイスの外部に送出されるか内部で中断されるまでの間の全体としての手順の流れを示すフローチャートである。 許可ドメインに対する通信要求がなされた場合の動作例を示すシーケンス図である。 不許可ドメインに対する通信要求がなされた場合の動作例を示すシーケンス図である。 許可ドメイン／不許可ドメインのいずれにも該当しないドメインに対する通信要求がなされた場合の動作例を示すシーケンス図である。 宛先制御部を利用しないアプリケーションにより通信要求がなされた場合の動作例を示すシーケンス図である。 デバイスの内部で通信が中断された場合に表示される画面の一例を示す図である。

以下、本発明の実施形態について、図面を参照しながら説明する。なお、以下の実施形態は好ましい例示であり、本発明はこの例示に限定されるものではない。

図１は、通信制御プログラム１００が動作する環境の構成図である。
通信制御プログラム１００は、デバイス１０の内部で発生した通信要求の宛先を制御するプログラムであり、デバイス１０にインストールされている。デバイス１０は、例えば、スマートフォンやタブレット型端末、利用可能な機能がウェブブラウザ等のアプリケーションに限定されたノート型ＰＣ等のモバイルデバイスであり、インターネット２０を介した通信が可能である。インターネット２０には、デバイス１０が通信しようとする通信要求先のウェブサーバ（以下、「目的サーバＤＳ」と称する。）が存在する。また、インターネット２０にはその他に、フィルタリングサーバ３０、通信規制用サーバ４０、設定管理サーバ５０が配置されている。

フィルタリングサーバ３０は、デバイス１０から送出された通信要求の宛先に関する判定を行い（以下、この動作を「フィルタリング」と称する。）、判定結果に基づいて通信要求を目的サーバＤＳ又は通信規制用サーバ４０のいずれかに転送する。具体的には、通信許可の判定がなされた場合には、通信要求は目的サーバＤＳに転送され、その結果デバイス１０には目的サーバＤＳのコンテンツが表示される。これに対し、通信規制の判定がなされた場合には、通信要求は通信規制用サーバ４０に転送され、その結果デバイス１０には通信を規制する旨を表す画面が表示される。

デバイス１０において目的サーバＤＳへの通信要求が発生すると、目的サーバＤＳへの通信が許可されているか不許可とされているかに基づいて、通信制御プログラム１００により通信要求の宛先が制御される。これにより、デバイス１０で発生した通信要求は、目的サーバＤＳに対し直接送信される第１ルート（図中の実線矢印）、フィルタリングサーバ３０を経由して目的サーバＤＳ又は通信規制用サーバ４０に送信される第２ルート（図中の長破線矢印）、デバイス１０内で中断される第３ルート（図中の短破線矢印）の、３つのルートのうちいずれかを経て処理される。

設定管理サーバ５０は、フィルタリングサーバ３０の利用に関するユーザ（例えば、企業や学校等）毎の設定を管理するためのサーバであり、通信制御プログラム１００を利用する上で必要となる設定ファイル（プログラム設定ファイル）を配布する役割を担っている。設定管理サーバ５０から配布されたプログラム設定ファイルがデバイス１０にインストールされると、通信制御プログラム１００の利用が開始されることとなる。

なお、通信制御プログラム１００による制御の具体的な方法については、別の図面を参照しながら詳しく後述する。また、これ以降の説明においては、フィルタリングサーバ３０のユーザである企業や学校等を総括して「ユーザ組織」と称し、ユーザ組織内における通信制御プログラム１００のユーザである企業の社員や学校の生徒等を総括して「ユーザ組織の構成員」と称することとする。

図２は、デバイス１０内の機能構成を示すブロック図である。説明の便宜のため、通信制御プログラム１００以外に関する機能構成は、デバイス１０の内部で発生した通信要求の受け渡しに関連するもののみを示している。

デバイス１０には、予めオペレーティングシステム２００がインストールされており、その上に、通信制御プログラム１００や各種アプリ３００がデバイス１０のユーザにより個別にインストールされている。ここで、オペレーティングシステム２００とは、デバイス１０のオペレーションを司るシステムソフトウェアであり、例えば、ｉＯＳやＡｎｄｒｏｉｄ等がこれに該当する。また、各種アプリ３００とは、オペレーティングシステム２００上で動作する様々な用途のアプリケーション（以下、「アプリ」と略称する場合がある。）のことであり、例えば、ウェブブラウジング用のアプリケーションや動画再生用のアプリケーション等がこれに該当する。

各種アプリ３００がデバイス１０の外部に対する通信要求を行うと、通信要求はオペレーティングシステム２００により受信される。オペレーティングシステム２００の制約により、各種アプリ３００からの通信要求を通信制御プログラム１００が直接取得することはできないため（いわゆる「サンドボックス」）、通信制御プログラム１００による通信要求の制御はオペレーティングシステム２００を介してなされることとなる。

オペレーティングシステム２００は、デバイス１０の内部で発生した通信要求の受け渡しに関連する機能構成として、例えば、関連設定記憶部２１０、通信要求受信部２２０、宛先制御部２３０、通信要求送出部２４０及びその他制御部２５０を備えている。

関連設定記憶部２１０は、オペレーティングシステム２００の基本動作に関わる設定や、オペレーティングシステム２００上にインストールされた様々なプログラムやアプリケーションに関連する設定を記憶している。関連設定記憶部２１０の実体は、例えば、ＸＭＬ形式で記載された設定ファイルである。関連設定記憶部２１０は、通信制御プログラム１００に関連する設定として、通信制御設定ファイル（図中の「Ｃ１」）を記憶しており、オペレーティングシステム２００の基本動作に関わる設定として、少なくとも宛先制御設定ファイル（図中の「Ｃ２」）を記憶している。また、図示していないが、関連設定記憶部２１０は、これらの設定の他にも各種アプリ３００に関連する設定を適宜記憶している。

通信要求受信部２２０は、先ず、各種アプリ３００から送信された通信要求を受信し、通信要求の送信元の各種アプリ３００が宛先制御部２３０を利用するアプリであるか否かを関連設定記憶部２１０に記憶されている設定に基づいて確認する。そして、各種アプリ３００が宛先制御部２３０を利用するアプリである場合には通信要求を宛先制御部２３０に振り分ける一方、宛先制御部２３０を利用しないアプリである場合には通信要求をその他制御部２５０に振り分ける。

宛先制御部２３０は、関連設定記憶部２１０に記憶されている宛先制御設定ファイルの設定を確認し、動的設定を利用する設定がなされていない場合、すなわち固定設定とされている場合には、宛先制御設定ファイルの設定に基づいて通信要求の宛先を制御する一方、そうでない場合、すなわち動的設定とされている場合には、宛先動的設定ファイルの設定に基づいて通信要求の宛先を制御する。このとき、宛先動的設定ファイルが未だ取得されていない（関連設定記憶部２１０に記憶されていない）場合には、宛先制御部２３０は、通信制御プログラム１００に対して宛先動的設定ファイルの配布を要求し、通信制御プログラム１００から配布される宛先動的設定ファイルを関連設定記憶部２１０に記憶させる。

宛先制御部２３０は、このようにして通信要求受信部２２０から振り分けられる通信要求の宛先を、後述する通信制御プログラム１００の通信制御部１３０に制御し、通信要求を通信制御部１３０に受け渡す。これにより、通信制御部１３０がローカルプロキシとして機能し、通信要求の宛先（次の受け渡し先）を制御することとなる。また、通信制御部１３０への通信要求の受け渡しが正常になされない場合であって、動的設定とされている場合には、宛先制御部２３０は、例外的に宛先動的設定ファイルの設定に基づいて通信要求の宛先を制御する。

通信要求送出部２４０は、宛先が制御された通信要求を最終的にデバイス１０の外部に送出する。具体的には、通信要求送出部２４０は、通信制御プログラム１００により宛先が制御された通信要求や、例外的に宛先制御部２３０により宛先が制御された通信要求を、そのままデバイス１０の外部に送出する。

その他制御部２５０は、宛先制御部２３０を利用しないアプリを送信元とする通信要求を制御するか否かを、関連設定記憶部２１０に記憶されている通信制御設定ファイルの設定内容に基づいて決定する。通信制御設定ファイルにおいて通信制御プログラム１００に通信内容の制御を委譲する設定がなされている場合には、その他制御部２５０は、通信要求の制御を通信制御プログラムに委譲する。さらに、その他制御部２５０は、通信制御プログラム１００から指示に応じて、通信要求の送信元の各種アプリ３００に対し通信を中断する旨の応答を行う。

続いて、通信制御プログラム１００の機能構成を説明する。
通信制御プログラム１００は、少なくとも、プログラム設定記憶部１１０、動的設定配布部１２０、通信制御部１３０及び通信禁止制御部１４０を備えている。

プログラム設定記憶部１１０は、通信制御プログラム１００の動作に必要な設定を記憶している。プログラム設定記憶部１１０の実体は、例えば、ＸＭＬ形式で記載された設定ファイルである。プログラム設定記憶部１１０は、通信制御プログラム１００の利用開始前に上述した設定管理サーバ５０から配布されインストールされるプログラム設定ファイル（図中の「Ｐ」）を記憶している。

動的設定配布部１２０は、オペレーティングシステム２００からの要求に応じて宛先動的設定ファイル（図中の「Ｄ」）を生成し、オペレーティングシステム２００に配布する。このとき、動的設定配布部１２０は、通信制御設定ファイルの設定内容に基づいて、宛先動的設定ファイルを生成する。

通信制御部１３０は、オペレーティングシステム２００から受け渡された通信要求の宛先を制御する。具体的には、通信制御部１３０は、通信制御設定ファイルの設定内容に基づいて通信要求の宛先に関する判定を行って通信要求の次の受け渡し先を決定し、その結果に応じて必要があれば通信要求の宛先を書き換える。そして、宛先を書き換えた又は元のまま維持した通信要求を送信する。

通信禁止制御部１４０は、オペレーティングシステム２００（その他制御部２５０）から制御を委譲された通信要求に関し、通信を中断する旨の応答を行うようオペレーティングシステム２００（その他制御部２５０）に対して指示を行う。また、通信禁止制御部１４０は、プログラム設定ファイルの存在を適宜確認し、プログラム設定ファイルが存在しない場合には、意図しない動作により通信が許容されるのを未然に回避するため、全ての通信を中断させる。

なお、制御の過程で用いられるプログラム設定ファイル、通信制御設定ファイル、宛先制御設定ファイル及び宛先動的設定ファイルの具体的な内容については、別の図面を参照しながら詳しく後述する。

図３は、通信制御プログラム１００に関連して配置されたフィルタリングサーバ３０，通信規制用サーバ４０及び設定管理サーバ５０内の機能構成を示すブロック図である。

先ず、フィルタリングサーバ３０の機能構成を説明する。
フィルタリングサーバ３０は、少なくとも、設定記憶部３１、データ記憶部３２、要求受信部３３、判定部３４及び要求転送部３５を備えている。

設定記憶部３１は、フィルタリングサーバ３０を利用するユーザ組織毎のフィルタリングに関する設定を記憶している。設定記憶部３１の実体は、例えば、データベースである。設定記憶部３１は、具体的には、ユーザ組織に対し付与されるユーザアカウント及びそれに対するパスワード、ユーザ組織においてアクセスを許可又は規制するコンテンツのカテゴリ、ドメインやＵＲＬ等の設定を、ユーザ組織単位で記憶している。

データ記憶部３２は、フィルタリングを行う上で必要となるインターネット上のウェブサイトに関して分析されたデータを記憶している。データ記憶部３２の実体は、例えば、データベースである。データ記憶部３２は、例えば、インターネット上のウェブサイトに関するカテゴリ、ＵＲＬ、プロトコル、ポート、ドメイン階層、パス階層、ウェブサイト内でヒットしたキーワード等のデータ項目に対応する膨大なデータを蓄積して記憶している。

要求受信部３３は、デバイス１０から送出された通信要求を受信する。

判定部３４は、要求受信部３３により受信された通信要求に指定された宛先に関し、現在のユーザ（フィルタリングサーバ３０への通信時に指定されたユーザアカウントにより識別されるユーザ組織）のフィルタリングに関する設定に基づいて、宛先への通信を許可するか否かを判定する。

要求転送部３５は、判定部３４による判定結果に応じて通信要求の転送を行う。具体的には、要求転送部３５は、通信許可の判定がなされた場合には、通信要求を目的サーバＤＳに転送する一方、通信規制の判定がなされた場合には、通信要求を通信規制用サーバ４０に転送する。

次に、通信規制用サーバ４０の機能構成を説明する。
通信規制用サーバ４０は、少なくとも、規制画面出力部４１を備えている。

規制画面出力部４１は、目的サーバＤＳへの通信が規制されたことを表す画面を要求送信元であるデバイス１０に表示させるための出力を行う。

続いて、設定管理サーバ５０の機能構成を説明する。
設定管理サーバ５０は、少なくとも、設定管理部５１及びプログラム設定配布部５２を備えている。また、設定管理サーバ５０は、フィルタリングサーバ３０の設定記憶部３１との間でインターネット２０とは別のネットワークを介した通信が可能である。

設定管理部５１は、フィルタリングサーバ３０を利用するユーザ組織毎のフィルタリングに関する設定を管理するためのメニューを提供する。ユーザ組織の管理者は、設定管理部５１により提供される管理メニュー上で、フィルタリングに関する設定の登録や更新を行う。なお、管理メニュー上で登録や更新がなされた設定は、ネットワークを介してフィルタリングサーバ３０の設定記憶部３１に記憶される。

プログラム設定配布部５２は、フィルタリングサーバ３０のユーザ組織の構成員が通信制御プログラム１００を利用する上で必要となるプログラム設定ファイル（図中の「Ｐ」）を、インターネット２０を介してユーザ組織の構成員が利用するデバイス１０に配布する。

図４及び図５は、通信制御プログラム１００に関連して利用される設定ファイルの構成を示す図である。なお、これ以降の図に示される設定ファイルを表す各アイコン（図中の「Ｐ」、「Ｃ１」、「Ｃ２」及び「Ｄ」）は、それぞれ図２及び図３のブロック図において示した各アイコンに対応している。

先ず、プログラム設定ファイル（図中の「Ｐ」）には、フィルタリングサーバ３０と通信を行う上で必要となる情報が設定されている。具体的には、フィルタリングサーバ３０のユーザ組織に付与されたユーザアカウント及びそれに対するパスワード、フィルタリングサーバ３０のドメイン名、フィルタリングサーバ３０の待ち受けポート番号、フィルタリングサーバ３０に対する通信を暗号化するか否かが設定されている。プログラム設定ファイルは、通信制御部１３０により通信要求の次の受け渡し先がフィルタリングサーバ３０であると決定された際に利用される。

また、プログラム設定ファイルは、設定管理サーバ５０から配布されるファイルをデバイス１０のユーザ、すなわちユーザ組織の構成員がインストールすることによりデバイス１０に導入され、通信制御プログラム１００の一部としてプログラム設定記憶部１１０に記憶される。

次に、通信制御設定ファイル（図中の「Ｃ１」）には、通信要求の次の受け渡し先を判定する上で必要となる情報等が設定されている。具体的には、フィルタリングサーバ３０を経由することなく通信を許可するドメイン（以下、「許可ドメイン」と略称する場合がある。）のリスト、フィルタリングサーバ３０を経由することなく通信を不許可とするドメイン（以下、「不許可ドメイン」と略称する場合がある。）のリスト、通信制御プログラム１００に通信内容の制御を委譲するか否かが設定されている。通信制御設定ファイルは、動的設定配布部１２０が宛先動的設定ファイルを生成する際や、通信制御部１３０が通信要求の宛先に関する判定を行う際等に利用される。

また、通信制御設定ファイルは、通信制御プログラム１００専用に作成されるものであり、フィルタリングサーバ３０のユーザ組織の管理者により作成された後に、メールやＭＤＭ（Mobile Device Management）のツール等を利用して配布されるファイルを、ユーザ組織の構成員が利用するデバイス１０にインストールすることにより、デバイス１０に導入される。通信制御設定ファイルは、オペレーティングシステム２００の制約により、オペレーティングシステム２００の一部として関連設定記憶部２１０に記憶される。

続いて、宛先制御設定ファイル（図中の「Ｃ２」）には、宛先制御部２３０が通信要求の宛先を制御する上で必要となる情報が設定されている。具体的には、宛先制御部２３０において動的設定を利用するか否か、ローカルプロキシとしての通信制御部１３０のＩＰアドレス及び待ち受けポート番号が設定されている。宛先制御設定ファイルは、オペレーティングシステム２００（宛先制御部２３０）用に作成されるものであり、通信制御設定ファイルと同様に、フィルタリングサーバ３０のユーザ組織の管理者により作成された後に、メールやＭＤＭのツール等を利用して配布されるファイルを、ユーザ組織の構成員が利用するデバイス１０のユーザがインストールすることにより、デバイス１０に導入される。宛先制御設定ファイルもまた、オペレーティングシステム２００の制約により、オペレーティングシステム２００の一部として関連設定記憶部２１０に記憶される。

そして、宛先動的設定ファイル（図中の「Ｃ３」）には、宛先制御部２３０が動的設定を利用する上で必要となる情報が設定されている。具体的には、ローカルプロキシとしての通信制御部１３０のＩＰアドレス及び待ち受けポート番号、フィルタリングサーバ３０を経由することなく通信を許可するドメイン（許可ドメイン）に関するドメイン毎の宛先判定条件、フィルタリングサーバ３０を経由することなく通信を不許可とするドメイン（不許可ドメイン）に関するドメイン毎の宛先判定条件が設定されている。宛先動的設定ファイルは、宛先制御部２３０からの要求に応じて、動的設定配布部１２０により通信制御設定ファイルの設定内容に基づいて生成され、オペレーティングシステム２００の一部として関連設定記憶部２１０に記憶される。

このように、通信制御プログラム１００に関連して４つの設定ファイルがデバイス１０に導入されうる。また、これらのうち、プログラム設定ファイルは、設定管理サーバ５０からフィルタリングサーバ３０のユーザ組織の構成員に対し配布されるものであり、その他の３つのファイルは、ユーザ組織の管理者により作成されてユーザ組織の構成員に配布されるもの（通信制御設定ファイル、宛先制御設定ファイル）、又はそれに基づいて作成されるもの（宛先動的設定ファイル）である。したがって、これらの設定ファイルが配布されてデバイス１０に導入されることにより、ユーザ組織の構成員はユーザ組織における共通の設定で通信制御プログラム１００を利用することが可能となる。

図６は、デバイス１０の内部で発生した通信要求が外部に送出されるか内部で中断されるまでの間に、複数の主体により実行される全体としての手順の流れを示すフローチャートである。

発明の理解を容易とするために、図６においては、通信制御プログラム１００により実行されるステップ群を１００番台のステップ番号で示し、オペレーティングシステム２００により実行されるステップ群を２００番台のステップ番号で示し、各種アプリ３００により実行されるステップ群を３００番台のステップ番号で示すこととする。なお、図６においては、手順を簡略化して示しており、全体としての流れに影響しない微細な手順や例外的な手順の図示を省略している。また、図６に示される手順は飽くまで一例であり、これに限定されるものではない。

ステップＳ３０１：各種アプリ３００は、目的サーバＤＳへの通信要求を送信する。

ステップＳ２０１：オペレーティングシステム２００は、各種アプリ３００からの通信要求を受信し、各種アプリ３００に関して関連設定記憶部２１０に記憶されている設定を確認する。

ステップＳ２０３：ステップＳ２０１での確認の結果、各種アプリ３００が宛先制御部２３０を利用するアプリである場合には（ステップＳ２０３：Ｙｅｓ）、オペレーティングシステム２００は、次にステップＳ２０５を実行する。一方、各種アプリ３００が宛先制御部２３０を利用しないアプリである場合には（ステップＳ２０３：Ｎｏ）、オペレーティングシステム２００は、次にステップＳ２２１を実行する。

ステップＳ２０５：オペレーティングシステム２００は、宛先制御設定ファイルや宛先動的設定ファイルの設定に基づいて、受信した通信要求を通信制御プログラム１００（ローカルプロキシとしての通信制御部１３０）に受け渡す。

ステップＳ１０１：通信制御プログラム１００（通信制御部１３０）は、通信制御設定ファイルの設定内容に基づいて、オペレーティングシステム２００から受け渡された通信要求の宛先に関する判定を行う。

ステップＳ１０３：ステップＳ１０１での判定において、通信要求の宛先として指定された目的サーバＤＳが許可ドメインである場合には（ステップＳ１０３：Ｙｅｓ）、通信制御プログラム１００（通信制御部１３０）は、次にステップＳ１０５を実行する。一方、目的サーバＤＳが許可ドメインでない場合には（ステップＳ１０３：Ｎｏ）、通信制御プログラム１００（通信制御部１３０）は、次にステップＳ１１１を実行する。

ステップＳ１０５：通信制御プログラム１００（通信制御部１３０）は、通信要求の次の受け渡し先を目的サーバＤＳに決定する。通信要求の宛先には、元より目的サーバＤＳが指定されているため、通信制御プログラム１００（通信制御部１３０）は、宛先を書き換えることなく元のまま維持した通信要求を送信する。

ステップＳ２１１：オペレーティングシステム２００は、通信制御プログラム１００から送信された通信要求をデバイス１０の外部に送出する。これにより、通信要求は目的サーバＤＳに送信される。

ステップＳ１１１：ステップＳ１０１での判定において、通信要求先として指定された目的サーバＤＳが不許可ドメインである場合には（ステップＳ１１１：Ｙｅｓ）、通信制御プログラム１００（通信制御部１３０）は、次にステップＳ１１３を実行する。一方、目的サーバＤＳが不許可ドメインでない場合には（ステップＳ１１１：Ｎｏ）、通信制御プログラム１００（通信制御部１３０）は、次にステップＳ１２１を実行する。

ステップＳ１１３：通信制御プログラム１００（通信制御部１３０）は、通信要求の次の受け渡し先をその他制御部２５０、すなわち通信を禁止すべきであると決定し、次にステップＳ１１５を実行する。

ステップＳ１２１：通信制御プログラム１００（通信制御部１３０）は、通信要求の次の受け渡し先をフィルタリングサーバ３０に決定し、その決定に応じて通信要求の宛先を書き換えるとともに、フィルタリングサーバ３０への通信に必要となる資格情報等をセットした上で、通信要求を送信する。

ステップＳ２４１：オペレーティングシステム２００は、通信制御プログラム１００から送信された通信要求をデバイス１０の外部に送出する。これにより、通信要求はフィルタリングサーバ３０に送信される。

ステップＳ２２１：通信要求の送信元の各種アプリ３００が宛先制御部２３０を利用しないアプリである場合には（ステップＳ２０３：Ｎｏ）、オペレーティングシステム２００は、通信制御設定ファイルを参照し、通信制御プログラム１００に通信内容の制御を委譲する設定がなされているか否かを確認する。確認の結果、通信制御プログラム１００に通信内容の制御を委譲する設定がなされている場合には（ステップＳ２２１：Ｙｅｓ）、オペレーティングシステム２００は、通信要求の制御を通信制御プログラム１００に委譲する。一方、通信制御プログラム１００に通信内容の制御を委譲する設定がなされていない場合には（ステップＳ２２１：Ｎｏ）、オペレーティングシステム２００は、通信要求の制御を通信制御プログラム１００に委譲することなく、別の手段で制御を行う。なお、これ以降の制御は通信制御プログラム１００には何ら関係しないため、その記載を省略する。

ステップＳ１１５：通信制御プログラム１００（通信禁止制御部１４０）は、通信を中断する旨の応答を行うようオペレーティングシステム２００（その他制御部２５０）に対して指示する。

ステップＳ２３１：オペレーティングシステム２００は、通信制御プログラム１００（通信禁止制御部１４０）からの指示に応じ、通信要求の送信元の各種アプリ３００に対して通信を中断する旨の応答を行う。

ステップＳ３１１：各種アプリ３００は、オペレーティングシステム２００からの応答結果に応じた画面を表示する。

このようにして、各種アプリ３００から送信された通信要求は、オペレーティングシステム２００から通信制御プログラム１００に受け渡された後、通信制御プログラム１００により、宛先に関する判定に基づいて、通信要求の次の受け渡し先が目的サーバＤＳ、フィルタリングサーバ３０又はその他制御部２５０の３つのうちいずれかに決定され、判定結果に応じて通信要求の宛先が適宜書き換えられる。そして、次の受け渡し先が目的サーバＤＳ又はフィルタリングサーバ３０に決定された場合には、通信要求がこれらのサーバに対して送信されるのに対し、その他制御部２５０に決定された場合には、通信要求はデバイス１０の外部に送出されることなくデバイス１０の内部で通信が中断され、その旨の応答が通信要求の送信元の各種アプリ３００に対してなされることとなる。

図７は、許可ドメインに対する通信要求がなされた場合の動作例を示すシーケンス図である。この動作例においては、通信要求を送信する各種アプリ３００が宛先制御部２３０を利用するアプリであるものとする。なお、コンピュータ間でパケットを送受信する際に事前に行われるプロトコルのネゴシエーションやセッション確立に相当するステップについては、一般的事項であるため記載を省略する（図８以降においても同様）。以下、動作例に沿って説明する。

ステップＳ１１：各種アプリ３００が目的サーバＤＳへの通信要求を送信する。

ステップＳ１３，Ｓ１５：オペレーティングシステム２００が通信要求を受信し、送信元の各種アプリ３００に関する設定から宛先制御部２３０を利用するアプリであることを確認すると（ステップＳ１３）、その通信要求を通信制御プログラム１００に受け渡す（ステップＳ１５）。

ステップＳ１６～Ｓ１９：通信制御プログラム１００が、受け渡された通信要求の宛先に指定された目的サーバＤＳは許可ドメインであると判定する（ステップＳ１６）。そして、この判定結果に応じて、通信要求の次の受け渡し先を目的サーバＤＳに決定し（ステップＳ１７）、宛先を元のまま維持した通信要求を送信する（ステップＳ１９）。

ステップＳ２１：オペレーティングシステム２００が、通信制御プログラム１００から送信された通信要求を、その宛先に沿って目的サーバＤＳに送出する。

このように、目的サーバＤＳが許可ドメインである場合には、フィルタリングサーバ３０を経由することなく目的サーバＤＳとの間で直接的に通信がなされる。

図８は、不許可ドメインに対する通信要求がなされた場合の動作例を示すシーケンス図である。この動作例においても、通信要求を送信する各種アプリ３００が宛先制御部２３０を利用するアプリであるものとする。以下、動作例に沿って説明する。

ステップＳ３１：各種アプリ３００が、目的サーバＤＳへの通信要求を送信する。

ステップＳ３３，Ｓ３５：オペレーティングシステム２００が通信要求を受信し、送信元の各種アプリ３００に関する設定から宛先制御部２３０を利用するアプリであることを確認すると（ステップＳ３３）、その通信要求を通信制御プログラム１００に受け渡す（ステップＳ５５）。

ステップＳ３６～Ｓ３９：通信制御プログラム１００が、受け渡された通信要求の宛先に指定された目的サーバＤＳは不許可ドメインであると判定する（ステップＳ３６）。そして、この判定結果に応じて、通信要求の次の受け渡し先をその他制御部２５０、すなわち通信を禁止すべきものであると決定し（ステップＳ３７）、通信を中断する旨の応答を行うようオペレーティングシステム２００（その他制御部２５０）に対して指示する（ステップＳ３９）。

ステップＳ４１：オペレーティングシステム２００は、通信要求の送信元の各種アプリ３００に対し、通信を中断する旨の応答を行う。

ステップＳ４３：各種アプリ３００は、オペレーティングシステム２００からの応答結果に応じた画面を適宜表示する。

このように、目的サーバＤＳが不許可ドメインである場合には、通信要求はデバイス１０の外部に送出されることなく、デバイス１０の内部で通信が中断される。

図９は、許可ドメイン／不許可ドメインのいずれにも該当しないドメインに対する通信要求がなされた場合の動作例を示すシーケンス図である。この動作例においても、通信要求を送信する各種アプリ３００が宛先制御部２３０を利用するアプリであるものとする。以下、動作例に沿って説明する。

ステップＳ５１：各種アプリ３００が目的サーバＤＳへの通信要求を送信する。

ステップＳ５３，Ｓ５５：オペレーティングシステム２００が通信要求を受信し、送信元の各種アプリ３００に関する設定から宛先制御部２３０を利用するアプリであることを確認すると（ステップＳ５３）、その通信要求を通信制御プログラム１００に受け渡す（ステップＳ５５）。

ステップＳ５６～Ｓ５９：通信制御プログラム１００が、受け渡された通信要求の宛先に指定された目的サーバＤＳは許可ドメインでも不許可ドメインでもないと判定する（ステップＳ５６）。そして、この判定結果に応じて、通信要求の次の受け渡し先をフィルタリングサーバ３０に決定し、宛先をフィルタリングサーバ３０に書き換えるとともにフィルタリングサーバ３０への通信に必要となる資格情報等をセットした上で（ステップＳ５７）、宛先を書き換えた通信要求を送信する（ステップＳ５９）。

ステップＳ６１：オペレーティングシステム２００が、通信制御プログラム１００から送信された通信要求を、その宛先に沿ってフィルタリングサーバ３０に送出する。

ステップＳ６３，Ｓ６５：フィルタリングサーバ３０が通信要求を受信し、資格情報に指定されたユーザアカウントに対応するユーザ組織のフィルタリングに関する設定に基づいて、通信要求を許可するか否かを判定する（ステップＳ６３）。通信許可との判定がなされると、フィルタリングサーバ３０は、通信要求を目的サーバＤＳに転送する（ステップＳ６５）。なお、ここで通信規制との判定がなされた場合には、通信要求は通信規制用サーバ４０に転送されることとなる。

このように、目的サーバＤＳが許可ドメイン／不許可ドメインのいずれにも該当しない場合には、通信要求はフィルタリングサーバ３０を経由し、フィルタリングサーバ３０でなされる判定の結果に基づいて、目的サーバＤＳまたは通信規制用サーバ４０のいずれかに転送される。

図１０は、宛先制御部２３０を利用しないアプリケーションにより通信要求がなされた場合の動作例を示すシーケンス図である。この動作例においては、通信要求を送信する各種アプリ３００が宛先制御部２３０を利用しないアプリケーションであり、通信制御設定ファイルには通信制御プログラム１００に通信内容の制御を委譲する設定がなされているものとする。以下、動作例に沿って説明する。

ステップＳ７１：各種アプリ３００が、目的サーバＤＳへの通信要求を送信する。

ステップＳ７３，Ｓ７５：オペレーティングシステム２００が通信要求を受信し、送信元の各種アプリ３００に関する設定から宛先制御部２３０を利用しないアプリであること、また、通信制御プログラム１００に通信要求の制御を委譲する設定がなされていることを確認すると（ステップＳ７３）、その通信要求を通信制御プログラム１００に受け渡す（ステップＳ７５）。

ステップＳ７７，Ｓ７９：通信制御プログラム１００が、プログラム設定ファイルが存在していることを確認した上で（ステップＳ７７）、通信を中断する旨の応答を行うようオペレーティングシステム２００（その他制御部２５０）に対して指示する（ステップＳ７９）。

ステップＳ８１：オペレーティングシステム２００は、通信要求の送信元の各種アプリ３００に対し、通信を中断する旨の応答を行う。

ステップＳ８３：各種アプリ３００は、オペレーティングシステム２００からの応答結果に応じた画面を適宜表示する。

このように、宛先制御部２３０を利用しないアプリにより通信要求がなされた場合には、目的サーバＤＳが不許可ドメインである場合と同様に、通信要求はデバイス１０の外部に送出されることなく、デバイス１０の内部で通信が中断される。

図１１は、デバイス１０の内部で通信が中断された場合に表示される各種アプリ３００の画面の一例を示す図である。

各種アプリ３００がウェブブラウジング用のアプリケーション（ウェブブラウザ）である場合には、例えば、「このサイトは、○○○のアプリケーションにより制御されているため、閲覧できません。」とのメッセージが画面に表示される。ここで、「○○○のアプリケーション」とは、通信制御プログラム１００のことを指し、「○○○」には具体的な名称が入る。これまでの説明においては、通信要求を行う各種アプリ３００との混同を避けるため、通信制御プログラム１００の説明にはアプリケーション（アプリ）との語を敢えて用いなかったが、デバイス１０のユーザから見れば、通信制御プログラム１００もアプリケーションに該当する。そこで、通信（閲覧）を制御したのが通信制御プログラム１００であることをデバイス１０のユーザが認識できるよう、画面上には「通信制御プログラム」ではなく「○○○のアプリケーション」との表示がなされる。

ところで、上述したように、デバイス１０の内部で通信が中断される場合には、通信制御プログラム１００からオペレーティングシステム２００に対し通信を中断する旨の応答指示がなされ、その指示に応じてオペレーティングシステム２００により通信を中断する旨の応答内容が出力される。図示されたウェブブラウザに示されているのは、通信制御プログラム１００からの指示に応じてオペレーティングシステム２００により出力されたＨＴＭＬコンテンツである。

これに対し、各種アプリ３００がウェブブラウザ以外のアプリケーションである場合、例えば、動画再生用のアプリケーションやファイル管理用のアプリケーション等である場合には、表示される画面はアプリケーションの仕様によって様々に異なるものとなる。例えば、アプリケーションがオフライン用の画面に切り替わったり、アプリケーション上にポップアップのメッセージが表示されたり、画面の一部エリアにその旨を示すメッセージが表示されたりする。或いは、何らメッセージが出力されないアプリケーションや、通信を待ち続けるアプリケーションも存在しうる。

いずれにしても、こうした表示は通信要求を行った各種アプリ３００の仕様による動作であり、デバイス１０の内部で通信が中断された場合に表示されるウェブブラウザ以外のアプリケーションの画面の態様には、通信制御プログラム１００は一切関与しない。

〔実施形態の優位性〕
以上に述べたように、上述した通信制御プログラム１００によれば、通信制御部１３０がデバイス１０におけるローカルプロキシとして機能し、各種アプリ３００からの目的サーバＤＳへの通信要求をオペレーティングシステム２００の宛先制御部２３０から受け渡されると、通信制御部１３０は、予めインストールされた通信制御設定ファイルの設定内容に基づいて通信要求の宛先に関する判定を行い、判定結果に応じて通信要求の宛先を制御する。具体的には、通信制御部１３０は、目的サーバＤＳが許可ドメインに該当する場合には通信要求の次の受け渡し先を目的サーバＤＳに決定し、不許可ドメインに該当する場合には通信禁止と決定し、許可ドメイン／不許可ドメインのいずれにも該当しない場合には通信要求の次の受け渡し先をフィルタリングサーバ３０に決定し、決定された結果に応じて必要があれば通信要求の宛先を書き換える。

通信要求の宛先がこのように制御されることにより、許可ドメインに対してはフィルタリングサーバ３０を経由することなく直接通信させることができ、また、不許可ドメインに対する通信はフィルタリングサーバ３０を経由することなくデバイス１０の内部で中断させることができる。そして、許可ドメイン／不許可ドメインのいずれにも該当しない場合にのみ、フィルタリングサーバ３０を経由させて通信の許可／規制の制御をフィルタリングサーバ３０に委ねることができる。

したがって、通信制御プログラム１００によれば、デバイス１０で生じる通信要求のうちフィルタリングサーバ３０を経由させる数を最小限に抑制し、デバイス１０から目的サーバＤＳへの通信を効率よく行わせることができる。その結果、各種アプリ３００により通信要求がなされてから最終的に応答結果が各種アプリ３００に返されるまでに要する応答時間を短縮して応答速度を向上させることが可能となる。これらの点から、上述した実施形態の顕著な優位性は明らかである。

本発明は、上述した実施形態に制約されることなく、種々に変更して実施することが可能である。また、実施形態に関連して提示した具体例はあくまで一例であり、上述した内容に限定されるものではない。

上述した実施形態においては、通信制御プログラム１００に関連して導入されうる設定ファイルとして、プログラム設定ファイル、通信制御設定ファイル及び宛先制御設定ファイル、宛先動的設定ファイルの４つを挙げ、各設定ファイルにおける設定項目を図４に示しているが、設定ファイルの種類や各設定ファイルにおける設定項目はこれに限定されず、各設定ファイルにおいてその他の設定項目に関する設定をさらに行ってもよいし、その他の設定ファイルをさらに導入してもよい。

上述した実施形態においては、フィルタリングサーバ３０、通信規制用サーバ４０及び設定管理サーバ５０がそれぞれ別体として設けられているが、これら３つのサーバのうち２つ以上を同一のサーバに同居させる構成としてもよい。また、設定管理部５１が設定管理サーバ５０に設けられているが、これに代えて設定管理部５１をフィルタリングサーバ３０に設ける構成とすることも可能である。さらには、設定記憶部３１やデータ記憶部３２の実体（データベース等）は、必ずしもフィルタリングサーバ３０上に設けられている必要はなく、ネットワークを介して接続可能な別のサーバ上に設けられたデータベース等のリソースを利用してもよいし、ＵＳＢやＳＣＳＩ等の各種ポートを介してフィルタリングサーバ３０に接続される外付けのハードディスクドライブ（ＨＤＤ）等の外部記憶媒体に実装されていてもよい。

上述した実施形態においては、フィルタリングサーバ３０のユーザとして企業や学校等の組織を想定しているが、利用形態はこれに限定されない。例えば、通信キャリアがフィルタリングサーバ３０のユーザとなり、通信キャリアの顧客がそれぞれ所有するデバイス１０に通信キャリアにおける共通の設定を適用した上で通信制御プログラム１００を利用してもよい。或いは、個人ユーザがフィルタリングサーバ３０のユーザとなり、個人ユーザ自らが設定した許可ドメイン／不許可ドメインやフィルタリングの設定に基づいて通信制御プログラム１００を利用することも可能である。

上述した実施形態においては、オペレーティングシステム２００の制約により、各種アプリ３００からの通信要求がオペレーティングシステム２００を介して通信制御プログラム１００に受け渡されるが、そのような制約がないオペレーティングシステム（例えば、Ｗｉｎｄｏｗｓ等）においては、通信制御プログラム内の一部の機能構成を変更することにより、通信制御プログラムを動作させることが可能である。具体的には、例えば、上述した実施形態における通信制御プログラム１００が備える各機能構成に加えて、各種アプリ３００からの通信要求をオペレーティングシステム２００を介することなく直接受信する機能構成に設け、この機能構成が各種アプリ３００からの通信要求を受信して通信制御部に受け渡し、通信制御部が受け渡された通信要求の宛先を制御するように、通信制御プログラムを実装すればよい。

１０ デバイス
２０ インターネット
３０ フィルタリングサーバ
４０ 通信規制用サーバ
５０ 設定管理サーバ
１００ 通信制御プログラム
２００ オペレーティングシステム
３００ 各種アプリ（アプリケーション）
Ｐ プログラム設定ファイル
Ｃ１ 通信制御設定ファイル
Ｃ２ 宛先制御設定ファイル
Ｄ 宛先動的設定ファイル

Claims (4)

1. コンピュータの内部で発生する外部への通信要求の宛先を制御する通信制御プログラムであって、
   前記通信要求の宛先のドメインについて、コンピュータからの通信を許可される第１ドメイン、コンピュータからの通信が禁止される第２ドメイン、又は、前記第１ドメインにも前記第２ドメインにも該当しない第３ドメインのいずれかに該当するかの判定を所定の設定情報に基づいて行う判定機能と、
   前記判定の結果に応じて、前記宛先のドメインが前記第１ドメインに該当する場合には前記宛先の維持を決定し、前記第２ドメインに該当する場合には前記宛先をコンピュータの内部に決定し、前記第３ドメインに該当する場合には前記宛先をコンピュータの外部に存在する所定のサーバに決定する決定機能と、
   決定された宛先に対して前記通信要求を送信する送信機能と
   をコンピュータに実現させる通信制御プログラム。
2. 請求項１に記載の通信制御プログラムにおいて、
   前記送信機能は、
   前記宛先のドメインが前記第３ドメインに該当する場合に前記通信要求を前記所定のサーバに送信することで、前記通信要求の宛先への通信を許可するか否かを前記所定のサーバに判定させることを特徴とする通信制御プログラム。
3. 請求項１又は２に記載の通信制御プログラムにおいて、
   前記コンピュータには、
   少なくともオペレーティングシステムと、外部との通信が可能なアプリケーションとがインストールされており、
   前記判定機能は、
   前記アプリケーションから発生して前記オペレーティングシステムから受け渡される前記通信要求の宛先に関する判定を行う
   ことを特徴とする通信制御プログラム。
4. 請求項１又は２に記載の通信制御プログラムにおいて、
   前記コンピュータの内部で発生する外部への通信要求を取得する取得手段
   をさらに備え、
   前記コンピュータには、
   少なくとも外部との通信が可能なアプリケーションがインストールされており、
   前記判定機能は、
   前記アプリケーションから発生し前記取得手段により取得される前記通信要求の宛先に関する判定を行う
   ことを特徴とする通信制御プログラム。

Images