(57)【要約】【課題】携帯端末の利用者をより確実に保護することが可能な端末制御装置、端末制御プログラムおよび端末制御システムを提供する。【解決手段】端末制御装置は、携帯端末から、携帯端末にインストールされたアプリケーションプログラムに関する情報を受信する受信部と、携帯端末におけるアプリケーションプログラムの利用可否を決定する決定部と、決定部により決定されたアプリケーションプログラムの利用可否に関する情報を携帯端末に送信する送信部と、を備える。【選択図】図１
2014206918.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末から、前記携帯端末にインストールされたアプリケーションプログラムに関する情報を受信する受信部と、
前記携帯端末における前記アプリケーションプログラムの利用可否を決定する決定部と、
前記決定部により決定された前記アプリケーションプログラムの利用可否に関する情報を前記携帯端末に送信する送信部と、
を備えることを特徴とする端末制御装置。
【請求項２】
請求項１に記載の端末制御装置において、
前記受信部は、前記アプリケーションプログラムに関する情報と、前記携帯端末の機種に関する情報とを受信し、
前記携帯端末の機種に関する情報に基づいて、前記アプリケーションプログラムが前記携帯端末の動作に必要なシステムプログラムか否かを判定するシステム判定部を備え、
前記決定部は、前記システム判定部により前記アプリケーションプログラムが前記システムプログラムであると判定された場合には、前記アプリケーションプログラムの利用を許可することを特徴とする端末制御装置。
【請求項３】
請求項１または２に記載の端末制御装置において、
前記アプリケーションプログラムに関する情報と、当該アプリケーションプログラムが属する少なくとも１つのカテゴリと、の組を複数記憶するアプリケーションカテゴリ記憶部を備え、
前記決定部は、前記アプリケーションカテゴリ記憶部により記憶された複数の組から、前記受信部により受信された前記アプリケーションプログラムに関する情報を検索し、当該アプリケーションプログラムが属する少なくとも１つのカテゴリを特定し、前記特定したカテゴリに基づいて前記アプリケーションプログラムの利用可否を決定することを特徴とする端末制御装置。
【請求項４】
請求項３に記載の端末制御装置において、
前記受信部は、前記アプリケーションプログラムに関する情報と、前記携帯端末の機種に関する情報と、前記携帯端末を識別する端末識別情報とを受信し、
前記端末識別情報と、当該端末識別情報により識別される前記携帯端末において許可または禁止される少なくとも１つの前記カテゴリと、の組を複数記憶する端末情報記憶部を備え、
前記決定部は、前記端末情報記憶部により記憶された複数の組から、前記受信部により受信された前記端末識別情報を検索し、前記許可または禁止される少なくとも１つのカテゴリを特定し、前記特定したアプリケーションプログラムが属する少なくとも１つのカテゴリと、前記特定した許可または禁止される少なくとも１つのカテゴリと、の比較結果に基づいて前記アプリケーションプログラムの利用可否を決定することを特徴とする端末制御装置。
【請求項５】
携帯端末から、前記携帯端末にインストールされたアプリケーションプログラムに関する情報をコンピュータが受信する受信工程と、
コンピュータが前記携帯端末における前記アプリケーションプログラムの利用可否を決定する決定工程と、
前記決定工程により決定された前記アプリケーションプログラムの利用可否に関する情報を、コンピュータが前記携帯端末に送信する送信工程と、
をコンピュータに実行させることを特徴とする端末制御プログラム。
【請求項６】
アプリケーションプログラムがインストールされる携帯端末と、前記携帯端末に前記アプリケーションプログラムの利用可否を指示するサーバとを備え、
前記サーバは、前記携帯端末から前記アプリケーションプログラムに関する情報を受信し、前記携帯端末における前記アプリケーションプログラムの利用可否を決定し、前記アプリケーションプログラムの利用可否に関する情報を前記携帯端末に送信することを特徴とする端末制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末制御装置、端末制御プログラムおよび端末制御システムに関する。
【背景技術】
【０００２】
インターネット上の有害情報の閲覧を制御する手法として、いわゆるＵＲＬフィルタリング処理が知られている（例えば、特許文献１参照）。このＵＲＬフィルタリング処理は、ウェブブラウザが表示しようとするウェブページのＵＲＬ文字列を、通信経路中に存在するフィルタリングサーバで調べることで、閲覧の可否を決定する手法である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１０７８３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、いわゆるスマートフォン等の携帯情報端末の普及が進んでいるが、このような携帯情報端末においては、ウェブページの閲覧を制御するだけでは利用者の保護を十分に行うことができないという問題があった。
【課題を解決するための手段】
【０００５】
請求項１に記載の端末制御装置は、携帯端末から、前記携帯端末にインストールされたアプリケーションプログラムに関する情報を受信する受信部と、前記携帯端末における前記アプリケーションプログラムの利用可否を決定する決定部と、前記決定部により決定された前記アプリケーションプログラムの利用可否に関する情報を前記携帯端末に送信する送信部と、を備えることを特徴とする。
請求項５に記載の端末制御プログラムは、携帯端末から、前記携帯端末にインストールされたアプリケーションプログラムに関する情報をコンピュータが受信する受信工程と、コンピュータが前記携帯端末における前記アプリケーションプログラムの利用可否を決定する決定工程と、前記決定工程により決定された前記アプリケーションプログラムの利用可否に関する情報を、コンピュータが前記携帯端末に送信する送信工程と、をコンピュータに実行させることを特徴とする。
請求項６に記載の端末制御システムは、アプリケーションプログラムがインストールされる携帯端末と、前記携帯端末に前記アプリケーションプログラムの利用可否を指示するサーバとを備え、前記サーバは、前記携帯端末から前記アプリケーションプログラムに関する情報を受信し、前記携帯端末における前記アプリケーションプログラムの利用可否を決定し、前記アプリケーションプログラムの利用可否に関する情報を前記携帯端末に送信することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、携帯端末の利用者をより確実に保護することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施の形態に係るフィルタリングシステムの構成を示すブロック図である。
【図２】管理サーバ１０の構成を示すブロック図である。
【図３】携帯端末２０の構成を示すブロック図である。
【図４】管理端末３０の構成を示すブロック図である。
【図５】データベース１５に格納されているテーブルの一例を示す図である。
【図６】データベース１５に格納されているテーブルの一例を示す図である。
【図７】ウェブフィルタリング処理のフローチャートである。
【図８】アプリフィルタリング処理のフローチャートである。
【図９】第１管理画面の一例を示す図である。
【図１０】第２管理画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係るフィルタリングシステムの構成を示すブロック図である。フィルタリングシステム１は、ＬＡＮやＷＡＮ等のネットワーク５０により相互に接続された電子機器である管理サーバ１０と携帯端末２０と管理端末３０とから成る。ネットワーク５０には更に、複数のウェブサーバ４０が接続されている。なお、各電子機器のネットワーク５０への接続形態は無線であっても有線であってもよい。また、各電子機器とネットワーク５０との間に、無線基地局等の中継機器が介在してもよい。
【０００９】
図２は、管理サーバ１０の構成を示すブロック図である。管理サーバ１０は、例えばデータセンター等に設置されるサーバであり、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、通信部１４、および管理データベース１７を備える。
【００１０】
ＣＰＵ１１は、ＲＯＭ１３に予め記憶された制御プログラムを読み込んで実行することにより、管理サーバ１０の各部を制御する。この制御プログラムは、ＲＡＭ１２を一時的な作業用領域として利用する。通信部１４は、所定のプロトコルに従ってネットワーク５０に接続された他のノードと双方向のデータ通信を行う。管理データベース１７には、後述するウェブ分類テーブル６１、アプリ分類テーブル６２、システムアプリ判別テーブル６３、ウェブ自動フィルタリングテーブル６４、アプリ自動フィルタリングテーブル６５、およびアプリフィルタリング設定テーブル６６が格納されている。
【００１１】
図３は、携帯端末２０の構成を示すブロック図である。携帯端末２０は、例えばスマートフォンやタブレット端末等の可搬性の情報端末であり、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、通信部２４、表示部２５、および操作部２６を備える。
【００１２】
ＣＰＵ２１は、ＲＯＭ２３に予め記憶された所定のオペレーティングシステム（ＯＳ）を読み込んで実行する。このＯＳは、ＲＡＭ２２を一時的な作業用領域として利用する。通信部３４は、所定のプロトコルに従ってネットワーク５０に接続された他のノードと双方向のデータ通信を行う。表示部３５は、例えば液晶パネル等により構成された表示装置である。操作部３６は、複数のキーが配置されたキーパッドや、表示部３５の表示画面に重畳されたタッチパネル等の操作部材を備え、それら各操作部材に対してユーザにより為された操作に応じた操作信号をＣＰＵ３１に出力する。
【００１３】
図４は、管理端末３０の構成を示すブロック図である。管理端末３０は、例えばパーソナルコンピュータ等の据置型の情報端末であり、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、通信部３４、表示部３５、操作部３６、および固定ディスク装置（ＨＤＤ）３７を備える。
【００１４】
ＣＰＵ３１は、ＲＯＭ３３に予め記憶された所定の制御プログラムや、ＨＤＤ３７に予め記憶された所定のオペレーティングシステム（ＯＳ）を読み込んで実行する。これらの制御プログラムやＯＳは、ＲＡＭ３２を一時的な作業用領域として利用する。通信部３４は、所定のプロトコルに従ってネットワーク５０に接続された他のノードと双方向のデータ通信を行う。表示部３５は、例えば液晶パネル等により構成された表示装置である。操作部３６は、マウスやキーボード等の操作部材を備え、それら各操作部材に対してユーザにより為された操作に応じた操作信号をＣＰＵ３１に出力する。なお、管理端末３０は、携帯端末２０と同様の可搬性の情報端末であってもよい。
【００１５】
（携帯端末２０の動作の説明）
ユーザは携帯端末２０のＣＰＵ２１に、携帯端末２０上で動作するＯＳ向けに作成された種々のアプリケーションプログラム（以下、単にアプリと称する）を読み込ませ、実行させることが可能である。各アプリは、アプリ毎に一意な識別子（ＩＤ）を有する。以下、このＩＤをアプリ識別ＩＤと称する。
【００１６】
携帯端末２０のＲＯＭ２３には、携帯端末２０の製造時に複数のアプリが格納される。以下、製造時に予め格納されるこれらのアプリをプリインストールアプリと称する。プリインストールアプリには、携帯端末２０の動作に欠かせないシステムプログラムであるアプリ（以下、システムアプリと称する）が含まれる。例えば公衆回線網を用いた音声通話を行うアプリ、時刻を管理するアプリ（時計アプリ）、文字入力を補助するアプリ（漢字変換アプリ）などが、システムアプリである。
【００１７】
ユーザは、例えば通信部２４を介してウェブサーバ４０からアプリを受信し、その受信したアプリをＲＯＭ２３に保存する（インストールする）ことができる。ユーザはＲＯＭ２３に格納されているアプリを適宜ＣＰＵ２１に実行させ、当該アプリの機能を利用することが可能である。
【００１８】
プリインストールアプリには、ウェブページの閲覧を行うウェブブラウザアプリが含まれる。ユーザは、ＣＰＵ２１にウェブブラウザアプリを実行させることで、任意のＵＲＬにより特定されるウェブページを閲覧することができる。
【００１９】
（フィルタリング機能の説明）
本実施形態の携帯端末２０は、管理サーバ１０と協働することにより、携帯端末２０のユーザに対して、望ましくないウェブページの閲覧を禁止する機能と、望ましくないアプリの利用を禁止する機能とを提供する。以下、これらの機能をウェブフィルタリング機能およびアプリフィルタリング機能と称する。
【００２０】
どのようなウェブページやアプリを「望ましくない」とするのかは、管理サーバ１０に一任することもできるし、管理ユーザが管理端末３０を操作することにより指定することもできる。なお、管理ユーザは、携帯端末２０のユーザと異なる人物であってもよいし、同一の人物であってもよい。例えば、青少年に携帯端末２０を利用させる場合、その保護者が管理ユーザとなり、青少年に望ましくないと保護者が考えるウェブページやアプリを管理端末３０から指定し、ウェブページの閲覧やアプリの利用を制限することができる。
【００２１】
図５および図６は、データベース１５に格納されているテーブルの一例を示す図である。
【００２２】
図５（ａ）に示したウェブ分類テーブル６１は、ＵＲＬ照合パターン６１ａと、当該照合パターンにより特定されるウェブページのＵＲＬカテゴリ群６１ｂとを関連付けるテーブルである。管理サーバ１０は、特定のウェブページのＵＲＬが、ウェブ分類テーブル６１に格納されているいずれかのＵＲＬ照合パターン６１ａに前方一致した場合、当該ウェブページを、対応するＵＲＬカテゴリ群６１ｂにより表される各ＵＲＬカテゴリに分類する。つまり、１つのウェブページは複数のＵＲＬカテゴリに属することがある。なお、ＵＲＬとＵＲＬ照合パターン６１ａとの照合方法は、前方一致でなくてもよい。また、例えば正規表現等によるパターンマッチングを行ってもよい。
【００２３】
図５（ｂ）に示したアプリ分類テーブル６２は、アプリ識別ＩＤ６２ａと、当該アプリ識別ＩＤにより特定されるアプリのアプリカテゴリ群６２ｂとを関連付けるテーブルである。管理サーバ１０は、特定のアプリのアプリ識別ＩＤが、アプリ分類テーブル６２に格納されているいずれかのアプリ識別ＩＤ６２ａに一致した場合、当該アプリを、対応するアプリカテゴリ群６２ｂにより表される各アプリカテゴリに分類する。つまり、１つのアプリは複数のアプリカテゴリに属することがある。
【００２４】
なお、ＵＲＬカテゴリとアプリカテゴリは同一であってもよいし、異なっていてもよい。例えば、アプリカテゴリには存在するがＵＲＬカテゴリには存在しないカテゴリがあってもよい。
【００２５】
図５（ｃ）に示したシステムアプリ判別テーブル６３は、携帯端末２０の機種（モデル）毎に一意な識別子である端末モデルＩＤ６３ａと、当該機種におけるシステムアプリのアプリ識別ＩＤ６３ｂとを関連付けるテーブルである。管理サーバ１０は、特定の携帯端末２０の端末モデルＩＤが、システムアプリ判別テーブル６３に格納されているいずれかの端末モデルＩＤ６３ａに一致した場合、当該携帯端末２０にインストールされているアプリのうち、対応するアプリ識別ＩＤ６３ｂにより表されるアプリを、システムアプリであると判断する。
【００２６】
図６（ａ）に示したウェブ自動フィルタリングテーブル６４は、携帯端末２０毎に一意な識別子である端末識別ＩＤ６４ａと、ＵＲＬカテゴリ６４ｂと、当該ＵＲＬカテゴリの閲覧可否６４ｃとを関連付けるテーブルである。閲覧可否６４ｃは、「許可」と「禁止」とのいずれかの値である。
【００２７】
図６（ｂ）に示したアプリ自動フィルタリングテーブル６５は、端末識別ＩＤ６５ａと、アプリカテゴリ６５ｂと、当該アプリカテゴリの利用可否６５ｃとを関連付けるテーブルである。利用可否６５ｃは、「許可」と「禁止」とのいずれかの値である。
【００２８】
図６（ｃ）に示したアプリフィルタリング設定テーブル６６は、端末識別ＩＤ６６ａと、アプリ識別ＩＤ６６ｂと、新規フラグ６６ｃと、利用可否設定６６ｄとを関連付けるテーブルである。利用可否設定６６ｄは、「許可」と「禁止」と「自動」とのいずれかの値である。
【００２９】
なお、端末識別ＩＤは携帯端末２０毎に一意であると説明したが、フィルタリングシステム１を利用する携帯端末２０同士において一意であればよく、あらゆる携帯端末２０同士において一意である必要はない。端末識別ＩＤは、例えば携帯端末２０の製造時に携帯端末２０のＲＯＭ２３に書き込まれる識別子であってもよいし、携帯端末２０に割り当てられた電話番号であってもよい。あるいは、管理サーバ１０や携帯端末２０においてフィルタリングシステム１の初回利用時に生成された識別子であってもよい。
【００３０】
次に、上述した各テーブルを用いたウェブフィルタリング機能を提供する方法およびアプリフィルタリング機能を提供する方法について、順に説明する。
【００３１】
図７は、ウェブフィルタリング処理のフローチャートである。図７の紙面左側には携帯端末２０のＣＰＵ２１が実行するウェブフィルタリング処理（ステップＳ１０〜Ｓ８０）を、図７の紙面右側には管理サーバ１０のＣＰＵ１１が実行するウェブフィルタリング処理（ステップＳ１１０〜Ｓ１６０）を、それぞれ図示している。
【００３２】
まず、携帯端末２０のＣＰＵ２１が実行するウェブフィルタリング処理について説明する。ステップＳ１０において、ＣＰＵ２１が、操作部２６からのＵＲＬ入力を受け付ける。ステップＳ２０でＣＰＵ２１は、通信部２４を介して、ステップＳ１０で受け付けたＵＲＬと携帯端末２０の端末識別ＩＤとを管理サーバ１０に送信する。ステップＳ３０では、ＣＰＵ２１が通信部２４を介して、管理サーバ１０から閲覧可否データを受信する。閲覧可否データは、「許可」と「禁止」とのいずれかの値である。
【００３３】
ステップＳ４０において、ＣＰＵ２１は、ステップＳ３０で受信した閲覧可否データが「許可」であるか否かを判定する。受信した閲覧可否データが「許可」であった場合、ＣＰＵ２１は処理をステップＳ５０に進める。ステップＳ５０でＣＰＵ２１は、通信部２４を介して、ステップＳ１０で受け付けたＵＲＬに対応するウェブサーバ４０へ、当該ＵＲＬにより表されるデータを要求するリクエストデータを送信する。そして、ステップＳ６０でＣＰＵ２１は、通信部２４を介して、ステップＳ５０で送信したリクエストデータに対応するレスポンスデータをウェブサーバ４０から受信する。ステップＳ７０でＣＰＵ２１は、ステップＳ６０で受信したレスポンスデータに基づき、表示部２５にウェブページの内容を表示する。
【００３４】
他方、ステップＳ３０において受信した閲覧可否データが「禁止」であった場合、ＣＰＵ２１は処理をステップＳ８０に進める。ステップＳ８０においてＣＰＵ２１は、ステップＳ１０で受け付けたＵＲＬにより表されるウェブページの代わりに、閲覧が許可されていない旨のメッセージを含む不許可ページを、表示部２５に表示する。
【００３５】
次に、管理サーバ１０のＣＰＵ１１が実行するウェブフィルタリング処理について説明する。ステップＳ１１０においてＣＰＵ１１は、ＵＲＬと端末識別ＩＤとを携帯端末２０から通信部１４を介して受信する。ステップＳ１２０でＣＰＵ１１は、データベース１５内のウェブ分類テーブル６１を受信したＵＲＬにより照会し、受信したＵＲＬがいずれかのＵＲＬ照合パターン６１ａにマッチするか否かを判定する。
【００３６】
いずれかのＵＲＬ照合パターン６１ａにマッチした場合、ＣＰＵ１１は処理をステップＳ１３０に進める。ステップＳ１３０においてＣＰＵ１１は、マッチしたＵＲＬ照合パターン６１ａに対応するＵＲＬカテゴリ群６１ｂをウェブ分類テーブル６１から取り出し、受信したＵＲＬが属するＵＲＬカテゴリ（１つ乃至複数）を特定する。そして、ステップＳ１４０でＣＰＵ１１は、データベース１５内のウェブ自動フィルタリングテーブル６４から受信した端末識別ＩＤを検索し、ステップＳ１３０で特定したＵＲＬカテゴリの閲覧可否６４ｃを特定する。つまり、ウェブ自動フィルタリングテーブル６４から、端末識別ＩＤ６４ａが受信した端末識別ＩＤであり、ＵＲＬカテゴリ６４ｂがステップＳ１３０で特定したＵＲＬカテゴリである行を検索し、当該行における閲覧可否６４ｃを取り出す。ＣＰＵ１１は、ここで特定された閲覧可否６４ｃに基づき、ステップＳ１１０で受信したＵＲＬの閲覧可否を決定する。
【００３７】
なお、１つのＵＲＬが複数のＵＲＬカテゴリに属している場合、ステップＳ１４０では複数の閲覧可否６４ｃが取り出される。それら複数の閲覧可否６４ｃのうち、いずれか１つでも「禁止」であれば、ＣＰＵ１１は当該ＵＲＬについて閲覧を禁止する。そして、ステップＳ１６０でＣＰＵ１１は、ステップＳ１４０で決定した閲覧可否を表す閲覧可否データを携帯端末２０に送信する。
【００３８】
他方、ステップＳ１２０において、受信したＵＲＬがウェブ分類テーブル６１のＵＲＬ照合パターン６１ａにマッチしなかった場合、ＣＰＵ１１は処理をステップＳ１５０に進める。ステップＳ１５０でＣＰＵ１１は、閲覧許可を決定し、ステップＳ１６０で携帯端末２０に「許可」を表す閲覧可否データを送信する。
【００３９】
図８は、アプリフィルタリング処理のフローチャートである。図８の紙面左側には携帯端末２０のＣＰＵ２１が実行するアプリフィルタリング処理（ステップＳ２１０）を、図８の紙面右側には管理サーバ１０のＣＰＵ１１が実行するアプリフィルタリング処理（ステップＳ３１０〜Ｓ４２０）を、それぞれ図示している。
【００４０】
まず、携帯端末２０のＣＰＵ２１が実行するアプリフィルタリング処理について説明する。ＣＰＵ２１は、図８の左側に示す処理を、所定のタイミング（例えば一定時間毎、新たなアプリがインストールされたとき、管理サーバ１０から要求されたとき等）で実行する。まずステップＳ２１０において、ＣＰＵ２１は、携帯端末２０の端末識別ＩＤと、端末モデル名と、インストールされているアプリのアプリ識別ＩＤの一覧と、を通信部２４を介して管理サーバ１０に送信する。そして、ステップＳ２２０でＣＰＵ２１は、インストールされているアプリ毎の利用可否データを受信し、ＲＯＭ２３に格納する。各々の利用可否データは、「許可」と「禁止」とのいずれか一方である。
【００４１】
これ以降、ＣＰＵ２１は、ユーザによりアプリの起動が試みられる度に、ＲＯＭ２３に格納した利用可否データを参照する。そして、起動が試みられた当該アプリの利用可否データが「禁止」であれば、当該アプリの起動を禁止し、表示部２５に当該アプリの利用が禁じられている旨を表示する。
【００４２】
次に、管理サーバ１０のＣＰＵ１１が実行するアプリフィルタリング処理について説明する。まずステップＳ３１０において、ＣＰＵ１１は、携帯端末２０の端末識別ＩＤと、端末モデル名と、インストールされているアプリのアプリ識別ＩＤの一覧と、を通信部１４を介して携帯端末２０から受信する。
【００４３】
ステップＳ３２０でＣＰＵ１１は、ステップＳ３１０で受信した各データにより、データベース１５内のアプリフィルタリング設定テーブル６６を更新する。具体的には、受信した端末識別ＩＤとアプリ識別ＩＤとの組み合わせに対応する行がアプリフィルタリング設定テーブル６６に存在しない場合、すなわち携帯端末２０に新たなアプリがインストールされていた場合には、新たな行をアプリフィルタリング設定テーブル６６に追加する。このとき、端末識別ＩＤ６６ａおよびアプリ識別ＩＤ６６ｂは受信した値に、新規フラグ６６ｃはフラグが立った状態に、利用可否設定６６ｄは「自動」に、それぞれ設定する。また、受信した端末識別ＩＤに対応するそれ以外の行については、新規フラグ６６ｃをフラグが落ちた状態に設定する。つまり、新規フラグ６６ｃは、アプリ一覧の前回取得時から新規に追加されたアプリか否かを表す情報である。
【００４４】
なお、アプリフィルタリング設定テーブル６６の、受信した端末識別ＩＤに対応する行のうち、受信したアプリ識別ＩＤの一覧に含まれないアプリ識別ＩＤ６６ｂに対応する行が存在する場合、すなわち携帯端末２０からアプリがアンインストールされていた場合には、ステップＳ３２０において当該行をアプリフィルタリング設定テーブル６６から削除してもよい。
【００４５】
ステップＳ３３０でＣＰＵ１１は、ステップＳ３１０で受信したアプリ識別ＩＤから、いずれか１つを選択する。ステップＳ３４０でＣＰＵ１１は、選択したアプリ識別ＩＤにより特定されるアプリが、システムアプリか否かを判定する。ＣＰＵ１１は、システムアプリ判別テーブル６３を、ステップＳ３１０で受信した端末モデル名と選択したアプリ識別ＩＤとで検索することにより、当該アプリがシステムアプリか否かを判定する。当該アプリがシステムアプリであった場合、ＣＰＵ１１は処理をステップＳ３５０に進め、当該アプリの利用許可を決定する。
【００４６】
他方、当該アプリがシステムアプリでなかった場合、ＣＰＵ１１は処理をステップＳ３６０に進める。ステップＳ３６０でＣＰＵ１１は、アプリフィルタリングテーブルから、受信した端末識別ＩＤと選択したアプリ識別ＩＤとに対応する行を検索し、当該行の利用可否設定６６ｄを取り出す。取り出した利用可否設定６６ｄが「許可」であった場合、ＣＰＵ１１は処理をステップＳ３５０に進め、当該アプリの利用許可を決定する。また、取り出した利用可否設定６６ｄが「禁止」であった場合、ＣＰＵ１１は処理をステップＳ４００に進め、当該アプリの利用禁止を決定する。他方、取り出した利用可否設定６６ｄが「自動」であった場合、ＣＰＵ１１は処理をステップＳ３７０に進める。
【００４７】
ステップＳ３７０でＣＰＵ１１は、選択したアプリ識別ＩＤに対応する行がアプリ分類テーブル６２に存在するか否かを判定する。選択したアプリ識別ＩＤに対応する行がアプリ分類テーブル６２に存在する場合、ＣＰＵ１１は処理をステップＳ３８０に進める。ステップＳ３８０でＣＰＵ１１は、アプリ分類テーブル６２から、選択したアプリ識別ＩＤに対応するアプリカテゴリ群６２ｂを取り出し、当該アプリが属するアプリカテゴリ（１つ乃至複数）を特定する。そして、ステップＳ３９０でＣＰＵ１１は、受信した端末識別ＩＤとステップＳ３８０で特定したアプリカテゴリとに対応する行をアプリ自動フィルタリングテーブル６５から検索し、利用可否６５ｃを取り出す。取り出した１つ乃至複数の利用可否６５ｃに、１つでも「禁止」が含まれていれば、ＣＰＵ１１は当該アプリの利用禁止を決定する。他方、取り出した１つ乃至複数の利用可否６５ｃが、すべて「許可」であれば、ＣＰＵ１１は当該アプリの利用許可を決定する。
【００４８】
ステップＳ３７０で選択したアプリ識別ＩＤに対応する行がアプリ分類テーブル６２に存在していなかった場合、すなわち当該アプリのアプリカテゴリが不明であった場合、ＣＰＵ１１は処理をステップＳ４００に進める。ステップＳ４００でＣＰＵ１１は、当該アプリの利用禁止を決定する。
【００４９】
ステップＳ４１０でＣＰＵ１１は、全てのアプリを選択し終わったか否か、すなわちステップＳ３３０〜Ｓ４００までの処理を全てのアプリについて実行し終わったか否かを判定する。未選択のアプリが残っている場合、ＣＰＵ１１は処理をステップＳ３３０に戻す。他方、全てのアプリについて処理を完了した場合、ＣＰＵ１１は処理をステップＳ４２０に進める。ステップＳ４２０でＣＰＵ１１は、各アプリの利用可否データを、通信部１４を介して携帯端末２０に送信する。
【００５０】
次に、管理端末３０による携帯端末２０の管理画面について説明する。管理ユーザは、管理端末３０を利用して管理サーバ１０に接続し、表示部３５に携帯端末２０（１つ乃至複数）の管理画面を表示させることができる。管理画面の表示は、例えばウェブブラウザにより行ってもよいし、管理画面の表示を行う専用のソフトウェアを管理端末３０に用意してもよい。
【００５１】
図９および図１０は、管理画面の一例を示す図である。図９に示した第１管理画面７０は、管理下の携帯端末２０毎に存在する。管理ユーザは、操作部３６を操作することにより、表示対象の携帯端末２０を切替可能である。第１管理画面７０の左上には、現在表示されている第１管理画面７０の対象である携帯端末２０の端末識別ＩＤが表示される。
【００５２】
第１管理画面７０には、ＵＲＬカテゴリ毎の許可・禁止設定が一覧表示される領域７１と、アプリカテゴリ毎の許可・禁止設定が一覧表示される領域７２とが設けられている。管理ユーザが操作部３６を操作し、ＵＲＬカテゴリの許可・禁止設定や、アプリカテゴリの許可・禁止設定を変更すると、管理サーバ１０のＣＰＵ１１は、データベース１５内のウェブ自動フィルタリングテーブル６４の閲覧可否６４ｃや、アプリ自動フィルタリングテーブル６５の利用可否６５ｃを、当該操作に応じた値に変更する。つまり、管理ユーザは、第１管理画面７０を利用して、ウェブ自動フィルタリングテーブル６４およびアプリ自動フィルタリングテーブル６５を編集可能である。
【００５３】
図１０に示した第２管理画面８０も第１管理画面７０と同様に、管理下の携帯端末２０毎に存在する。管理ユーザは、操作部３６を操作することにより、表示対象の携帯端末２０を切替可能である。第２管理画面８０の左上には、現在表示されている第２管理画面８０の対象である携帯端末２０の端末識別ＩＤが表示される。第２管理画面８０には、表示対象の携帯端末２０にインストールされているアプリの一覧が表示される。なお、システムアプリは第２管理画面８０に表示されない。
【００５４】
第２管理画面８０は、新しくインストールされたアプリが一覧表示される領域８１と、それ以外のアプリが一覧表示される領域８２とが設けられている。管理サーバ１０のＣＰＵ１１は、アプリフィルタリング設定テーブル６６の新規フラグ６６ｃに基づいて、前者の領域８１と後者の領域８２とにそれぞれアプリを一覧表示する。つまり、新規フラグ６６ｃが立っているアプリを前者の領域８１に、新規フラグ６６ｃが落ちているアプリを後者の領域８２に、それぞれ表示する。後者の領域８２は、更に、現在禁止（規制）されているアプリが一覧表示される領域８３と、現在許可されているアプリが一覧表示される領域８４とを含む。
【００５５】
各領域８１、８３、８４には、アプリを特定するためのアプリ識別ＩＤと、当該アプリの利用可否設定とが一覧表示される。管理ユーザが操作部３６を操作し、各アプリの利用可否設定を変更すると、管理サーバ１０のＣＰＵ１１は、データベース１５内のアプリフィルタリング設定テーブル６６の利用可否設定６６ｄを、当該操作に応じた値に変更する。つまり、管理ユーザは、第２管理画面８０を利用して、アプリフィルタリング設定テーブル６６を編集可能である。
【００５６】
第２管理画面８０には更に、更新ボタン８５が配置されている。管理ユーザが操作部３６を操作し、更新ボタン８５の押下操作を行うと、管理サーバ１０のＣＰＵ１１は、表示対象の携帯端末２０にアプリ一覧を送信するよう要求する。携帯端末２０のＣＰＵ２１はこの要求に応じて、図８に示した処理の実行を開始する。管理サーバ１０のＣＰＵ１１も同様に、図８に示した処理の実行を開始し、その後、第２管理画面８０の表示内容を更新する。
【００５７】
なお、第１管理画面７０および第２管理画面８０の表示内容は、図９および図１０に示したものと異なっていてもよい。例えば、端末識別ＩＤの代わりに携帯端末２０に予め設定したニックネームを表示したり、アプリ識別ＩＤの代わりにアプリの名称を表示したりしてもよい。また、システムアプリを第２管理画面８０に表示するようにしてもよい。ただし、システムアプリの利用可否設定は変更できないようにする必要がある。
【００５８】
上述した第１の実施の形態によるフィルタリングシステムによれば、次の作用効果が得られる。
（１）管理サーバ１０のＣＰＵ１１は、通信部１４を介して携帯端末２０から携帯端末２０にインストールされたアプリケーションプログラムに関するアプリ識別ＩＤを受信し、携帯端末２０におけるアプリケーションプログラムの利用可否を決定して、通信部１４を介してアプリケーションプログラムの利用可否に関する情報を携帯端末２０に送信する。このようにしたので、携帯端末２０における有害なアプリケーションプログラムの利用を禁止し、携帯端末２０の利用者をより確実に保護することが可能となる。
【００５９】
（２）ＣＰＵ１１は通信部１４を介して、アプリ識別ＩＤと、携帯端末２０の機種を特定する端末モデル名とを受信し、端末モデル名に基づいて、アプリケーションプログラムが携帯端末２０の動作に必要なシステムプログラムか否かを判定する。アプリケーションプログラムがシステムプログラムであると判定された場合、ＣＰＵ１１はそのアプリケーションプログラムの利用を許可する。このようにしたので、携帯端末２０の動作に必要なシステムプログラムが禁止され、携帯端末２０の動作に支障を来すことがない。また、管理ユーザが多数のシステムプログラムについて個別に許可設定を行う必要がなく、操作性が向上する。
【００６０】
（３）管理サーバ１０は、アプリ分類テーブル６２を記憶するデータベース１５を備える。アプリ分類テーブル６２には、アプリ識別ＩＤ６２ａと、当該アプリ識別ＩＤ６２ａにより特定されるアプリケーションプログラムが属する１つ乃至複数のアプリカテゴリを含むアプリカテゴリ群６２ｂと、の組が複数含まれる。ＣＰＵ１１は、アプリ分類テーブル６２から、携帯端末２０から通信部１４を介して受信したアプリ識別ＩＤ６２ａを検索し、当該アプリケーションプログラムが属する１つ乃至複数のアプリカテゴリを特定する。そして、その特定したアプリカテゴリに基づいて当該アプリケーションプログラムの利用可否を決定する。このようにしたので、あるアプリケーションプログラムが有害なカテゴリに属するか否かを速やかに判別することができる。また、アプリ分類テーブル６２の更新により、新たなアプリケーションプログラムに速やかに対応することができる。
【００６１】
（４）データベース１５は、アプリ自動フィルタリングテーブル６５を記憶する。アプリ自動フィルタリングテーブル６５には、端末識別ＩＤ６５ａと、当該端末識別ＩＤ６６ａにより識別される携帯端末２０において許可または禁止されるアプリカテゴリ６５ｂと、の組が複数含まれる。ＣＰＵ１１は通信部１４を介して、アプリ識別ＩＤと、携帯端末２０の機種を特定する端末モデル名と、携帯端末２０を識別する端末識別ＩＤとを受信する。そして、アプリ自動フィルタリングテーブル６５から、受信した端末識別ＩＤ６５ａを検索し、許可または禁止されるアプリカテゴリ６５ｂを特定し、アプリケーションプログラムが属する１つ乃至複数のアプリカテゴリと、許可または禁止されるアプリカテゴリ６５ｂと、の比較結果に基づいてアプリケーションプログラムの利用可否を決定する。このようにしたので、携帯端末２０毎、アプリカテゴリ毎にアプリの利用可否を定めることができ、柔軟な利用可否の制御が可能になる。また、アプリカテゴリ単位でアプリの利用可否を一括して設定することができ、管理ユーザの管理負荷が軽減される。
【００６２】
次のような変形も本発明の範囲内であり、変形例の一つ、もしくは複数を上述の実施形態と組み合わせることも可能である。
【００６３】
（変形例１）
図１では、管理サーバ１０、携帯端末２０、管理端末３０をそれぞれ１つずつ図示したが、これらの各装置は、それぞれ複数存在してもよい。管理サーバ１０を複数設ける場合は、同一構成の管理サーバ１０を複数用意して負荷分散を行ったり可用性を高めたりしてもよいし、あるいは図２に示したデータベース１５の内容を各管理サーバ１０の間に分散させてもよい。例えば、図５に示したウェブ分類テーブル６１とアプリ分類テーブル６２とシステムアプリ判別テーブル６３とを備える管理サーバを設け、これとは別に図６に示したウェブ自動フィルタリングテーブル６４とアプリ自動フィルタリングテーブル６５とアプリフィルタリング設定テーブル６６とを備える管理サーバを設けてもよい。前者の管理サーバは、管理端末３０により編集される情報を持っていないので、管理端末３０と切り離すことができ、セキュリティが向上する。
【００６４】
本発明の特徴を損なわない限り、本発明は上記実施の形態に限定されるものではなく、本発明の技術的思想の範囲内で考えられるその他の形態についても、本発明の範囲内に含まれる。
【符号の説明】
【００６５】
１…フィルタリングシステム、１０…管理サーバ、１５…データベース、２０…携帯端末、３０…管理端末、５０…ネットワーク、６１…ウェブ分類テーブル、６２…アプリ分類テーブル、６３…システムアプリ判別テーブル、６４…ウェブ自動フィルタリングテーブル、６５…アプリ自動フィルタリングテーブル、６６…アプリフィルタリング設定テーブル
【図１】
2014206918.tif 000003
【図２】
2014206918.tif 000004
【図３】
2014206918.tif 000005
【図４】
2014206918.tif 000006
【図５】
2014206918.tif 000007
【図６】
2014206918.tif 000008
【図７】
2014206918.tif 000009
【図８】
2014206918.tif 000010
【図９】
2014206918.tif 000011
【図１０】
2014206918.tif 000012