JP5127852B2 - レコメンドデータ出力システム、方法及びプログラム - Google Patents

Description

本発明は、端末を管理する情報システム管理者にとって有益な情報を提供するレコメンドデータ出力システム、方法及びプログラムに関する。

近年、企業内のみならず、家庭内においてもパソコンを始めとする情報処理端末の増加により、セキュリティ、情報漏えい及びフィルタリング等の脅威に対する管理を、全ての端末に対して漏れ無く行うことが困難になってきている。

そこで、管理者は、上記の脅威から配下端末を守るため、個々の端末にセキュリティ対策ソフト（例えば、非特許文献１参照）を導入したり、ネットワークを管理するＵＴＭ（Ｕｎｉｆｉｅｄ Ｔｈｒｅａｔ Ｍａｎａｇｅｍｅｎｔ）と呼ばれるネットワーク製品や対策サーバを導入することで、配下端末を一括管理している（例えば、非特許文献２参照）。

トレンドマイクロ株式会社、"Ｔｒｅｎｄ Ｍｉｃｒｏ ビジネスセキュリティ"、［ｏｎｌｉｎｅ］、［平成２２年２月２３日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｊｐ.ｔｒｅｎｄｍｉｃｒｏ.ｃｏｍ/ｊｐ/ｐｒｏｄｕｃｔｓ/ｓｂ/Ｂｉｚ/ｉｎｄｅｘ.ｈｔｍｌ＞ ウォッチガード・テクノロジー・ジャパン株式会社、"ＦｉｒｅｂｏｘＸ Ｅｄｇｅｅ−Ｓｅｒｉｅｓ"、［ｏｎｌｉｎｅ］、［平成２２年２月２３日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：//ｗｗｗ.ｗａｔｃｈｇｕａｒｄ.ｃｏ.ｊｐ/ｐｒｏｄｕｃｔ/ｘｅｄｇｅ/ｆｉｒｅｂｏｘ＿ｘ＿ｅｄｇｅ＿ｅｄｇｅ＿１０.ｈｔｍｌ＞

しかしながら、これらの製品や装置を導入するには、管理者の充分な知識が必要になる。まず、管理者がセキュリティや情報漏えい等の脅威そのものについて理解する必要がある。さらに、この脅威に対する対策が可能となるソフトや装置であって、配下端末に適切に動作するものを探さなくてはならない。当然ながら、これらの脅威を管理者が知らなかったり、知ってはいても、自分の管理下にある配下端末にはこれらの脅威が関係ないと認識している場合もある。つまり、適切な対策のためには、管理者は、脅威があることを知り、かつ、この脅威が自分の配下端末に影響を及ぼしていることを認識し、かつ、この脅威のための配下端末での対策方法を理解している必要がある。

そこで、本発明者は、管理者が管理する配下端末の機器状況に基づいて、外的な脅威に対し、管理する配下端末に必要な製品やサービスの情報を提供するシステムが必要であるという点に着目した。

本発明の目的は、管理者に対して、配下端末を有するシステムに導入すべき製品、サービス等の推奨情報（レコメンドデータ）を提供することで、外的な脅威が配下端末に影響を及ぼしていることと、その対策について、管理者に通知することを目的とする。

第１の特徴に係る発明は、配下端末（配下端末１０）と通信可能に接続された情報処理端末（情報処理端末５０）とを備えるシステム（レコメンドデータ出力システム１）であって、
前記配下端末が、
前記配下端末に記憶又は使用されているアプリケーション、表示されたウィンドウ又はハードウェア状況、のいずれか少なくとも一つを監視する監視手段（監視手段１２）と、
前記監視手段により監視された結果を機器状況データとして、前記情報処理端末に送信する送信手段（機器状況データ送信手段１４）と、を備え、
前記情報処理端末が、
前記機器状況データに基づいて、管理者に監視した結果についての対策を促すためのレコメンドデータを決定する決定手段（レコメンドデータ決定手段５３）と、
管理者の配下端末に、決定した前記レコメンドデータを送信する送信手段（レコメンドデータ送信手段５４）と、を備えるシステム、である。

第１の特徴に係る発明によれば、配下端末が、配下端末に記憶又は使用されているアプリケーション、表示されたウィンドウ又はハードウェア状況、のいずれか少なくとも一つを監視し、監視された結果を機器状況データとして、情報処理端末に送信する。そして、情報処理端末が、機器状況データに基づいて、管理者に対策を促すためのレコメンドデータを決定し、管理者の配下端末に、決定したレコメンドデータを送信する。

したがって、配下端末を監視した結果である機器状況データに基づいて、管理者に対策を促すためのレコメンドデータを決定して、管理者の配下端末に送信することで、管理者が管理している配下端末に外的な脅威が影響を及ぼしていることを管理者に通知し、かつ、その配下端末における、その脅威に対する対策について、レコメンドデータとして管理者に通知することが可能となる。

第１の特徴に係る発明は、発明のカテゴリにおいてシステムのみならず、方法、プログラムにおいても同様の作用・効果を奏する。

第２の特徴に係る発明は、第１の特徴に係るシステムにおいて、前記情報処理端末の決定手段は、情報処理端末にローカルネットワークで接続される、ほぼ全ての配下端末から送信される機器状況データに基づき、レコメンドデータを決定するシステム、である。

したがって、管理者に対して、配下端末を有するシステム全体において、導入すべきアプリケーション等の推奨情報（レコメンドデータ）を送信することが可能となる。

第３の特徴に係る発明は、配下端末（配下端末１０）と通信可能に接続された情報処理端末（情報処理端末５０）とサーバ（レコメンドサーバ１００）とを備えるシステムであって、
前記配下端末が、
前記配下端末に記憶又は使用されているアプリケーション、表示されたウィンドウ、又はハードウェア状況、のいずれか少なくとも一つを監視する監視手段（監視手段１２）と、
前記監視手段により監視された結果を機器状況データとして、前記情報処理端末に送信する送信手段（機器状況データ送信手段１４）と、を備え、
前記情報処理端末が、
前記配下端末から機器状況データを受信すると、管理者に監視した結果についての対策を促すためのレコメンドデータを前記サーバに要求する要求手段（レコメンドデータ要求手段５７）、を備え、
前記サーバが、
前記要求に応じて、前記機器状況データに基づいて、前記レコメンドデータを決定する決定手段（レコメンドデータ決定手段１０３）と、
前記情報処理端末に、決定した前記レコメンドデータを送信する送信手段（レコメンドデータ送信手段１０４）と、を備え、
前記情報処理端末が、前記サーバから受信したレコメンドデータを管理者の配下端末に送信するシステム。

第３の特徴に係る発明によれば、配下端末が、配下端末に記憶又は使用されているアプリケーション、表示されたウィンドウ、又はハードウェア状況、のいずれか少なくとも一つを監視し、監視された結果を機器状況データとして、情報処理端末に送信する。そして、情報処理端末が、配下端末から機器状況データを受信すると、管理者に監視した結果についての対策を促すためのレコメンドデータをサーバに要求し、サーバが、この要求に応じて、機器状況データに基づいて、レコメンドデータを決定し、決定したレコメンドデータを情報処理端末に送信する。そして、情報処理端末が、サーバから受信したレコメンドデータを管理者の配下端末に送信する。

したがって、配下端末を監視した結果である機器状況データに基づいて、管理者に対策を促すためのレコメンドデータを決定し、管理者の配下端末に送信することで、管理者が管理している配下端末に外的な脅威が影響を及ぼしていることを管理者に通知し、かつ、その配下端末における、その脅威に対する対策について、レコメンドデータとして管理者に通知することが可能となる。この発明では、第１の特徴に係る発明とは異なり、サーバを利用してＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）型にサービスを提供することが可能となる。

第３の特徴に係る発明は、発明のカテゴリにおいてシステムのみならず、方法においても同様の作用・効果を奏する。

本発明によれば、管理者に対して、配下端末を有するシステムに導入すべき製品、サービス等の推奨情報（レコメンドデータ）を提供することで、外的な脅威が配下端末に影響を及ぼしていることと、その対策について、管理者に通知することが可能となる。

レコメンドデータ出力システム１のシステム構成図である。 配下端末１０、情報処理端末５０の機能ブロック図である。 配下端末データテーブルの一例である。 構成アプリケーション対応テーブルを示す図である。 配下端末１０、情報処理端末５０が実行する処理のフローチャートである。 レコメンドデータ決定テーブルの一例を示す図である。 レコメンドデータの出力例１である。 レコメンドデータの出力例２である。 レコメンドサーバ１００が使用される場合の機能ブロック図である。

以下、図を参照して本発明の実施形態について説明する。

［レコメンドデータ出力システムの構成］
図１を参照して本発明のレコメンドデータ出力システム１の概要について説明する。図１は、レコメンドデータ出力システム１の全体構成を示すシステム構成図である。

レコメンドデータ出力システム１は、情報処理端末５０と、配下端末１０―ａ〜ｃと、レコメンドサーバ１００とを備える。レコメンドサーバ１００と情報処理端末５０は、公衆回線網３を介して接続され、情報処理端末５０と配下端末１０―ａ〜ｃとは、ローカルネットワークを介して接続される。

レコメンドデータ出力システム１の概要を説明する。情報処理端末５０は、配下端末１０−ａ〜ｃから、配下端末１０−ａ〜ｃにて使用されているアプリケーションや、表示されたウィンドウに関する機器状況データ取得する。情報処理端末５０は、この機器状況データに基づいて、レコメンドデータ出力システム１を管理する管理者に、配下端末１０−ａ〜ｃに対する対策を促すためのレコメンドデータを決定し、管理者の配下端末１０−ｃに送信する。レコメンドデータを受信した配下端末１０−ｃは、レコメンドデータを出力することで、外的な脅威とその対策を管理者に通知する。

レコメンドサーバ１００は、図９を用いて後述することとし、ここでは、情報処理端末５０と配下端末１０−ａ〜ｃが実行する処理について説明する。

図２を参照して、情報処理端末５０と配下端末１０−ａ〜ｃについて説明する。

配下端末１０−ａ〜ｃは、コンピュータ端末であることを前提とするが、下記の構成を備えれば、一般的な家庭用電化製品又は業務用電化製品であってもよい。すなわち、携帯電話、携帯情報端末、スマートブック、電子ブックリーダー、ネットブック端末、スレート端末、電子フォトフレーム、携帯型音楽プレーヤ、テレビ、オーディオコンポ、コンテンツ再生・録画プレーヤ、プリンタ、電話機、ＦＡＸ機、コピー機、スキャナ機、ＭＦＰ等の情報家電のみならず、冷蔵庫、洗濯機、食器洗浄乾燥機、扇風機、エアコン、電気ストーブ、炊飯器、電子レンジ等の白物家電や、電気照明、サーバ、交換機、ルータ、ハブ、スイッチ等の機器も含む。

配下端末１０−ａ〜ｃは、制御部１１と、通信部２０と、入力部２１、記憶部２２、出力部２３と、を備え、監視手段１２、機器状況データ生成手段１３、機器状況データ送信手段１４及びレコメンドデータ出力手段１５を備える。

配下端末１０−ａ〜ｃは、制御部１１として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部２０として、有線・無線対応通信デバイスを備え、入力部２１として、キーボード、リモコン、マウス、タッチパネル、マイク等を備え、記憶部２２として、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）のいずれか又は双方を備える。さらに、出力部２３として、モニタ、スピーカ等を備えていてよい。

ここで、配下端末専用のエージェントプログラムが上述のハードウェア資源に読み込まれ、実行されることにより、配下端末１０−ａ〜ｃの各手段が実現される。なお、配下端末１０−ａ〜ｃは、ローカルネットワーク内の各ユーザが使用する端末であるが、このうちの一の端末（ここでは、配下端末１０−ｃ）が、ローカルネットワークを管理する管理者が使用する端末とする。

情報処理端末５０は、以下の手段を備えれば、サーバ、ゲートウェイ（ホームゲートウェイ・サービスゲートウェイ）、ルータ、モデム、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｒａｇｅ）等の機器であってよい。

情報処理端末５０は、制御部５１、通信部５５及び記憶部５６を備え、機器状況データ受信手段５２、レコメンドデータ決定手段５３及びレコメンドデータ送信手段５４を備える。

情報処理端末５０は、制御部５１として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部５５として、有線・無線対応通信デバイスを備え、記憶部５６として、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）のいずれか又は双方を備える。

情報処理端末５０の記憶部５６には、図３に示す配下端末データテーブルと、図４に示す構成アプリケーション対応テーブルと、図６に示すレコメンドデータ決定テーブルとが記憶されている。

配下端末データテーブルは、配下端末の型名、ＯＳ等の機器情報、パソコン、携帯端末等の機器の種類、ユーザ名及び管理フラグ等が対応付けられたテーブルである。配下端末データテーブルは、管理者（「ＴＯＭ」）が予め作成し、これらの項目を対応付けて記憶している。

構成アプリケーション対応テーブルは、サービスパック名、対策内容及び構成アプリケーションが対応付けられたテーブルである。構成アプリケーション対応テーブルは、管理者が記憶部５６に予め記憶させておく。好適な実施例では、サービス提供者のサーバが、構成アプリケーション対応テーブル又はそのデータを任意のタイミングで配信し、これを情報処理端末５０が受信して、記憶しておく。

レコメンドデータ決定テーブルは、配下端末１０の監視手段１２が、監視すべき対象項目と、サービスパック名とが対応付けられたテーブルである。レコメンドデータ決定テーブルは、管理者が記憶部５６に予め記憶させておく。好適な実施例では、サービス提供者のサーバが、レコメンドデータ決定テーブル又はそのデータを任意のタイミングで配信し、これを情報処理端末５０が受信して、記憶しておく。

レコメンドデータ決定テーブル内の監視対象ごとのスコア比重（テーブル中のスコアリングのための数値）については、管理者が変更可能であってよい。すなわち、管理者が自社のポリシーに基づいて、スコア比重の数値を変更可能であってよい。例えば、監視対象「Ｐ２Ｐ関連ソフト」の「アプリケーションＡ」がインストール又は起動されている場合に、スコアの比重は「３」であるが、これを、「５」に変更可能であってよい。

なお、情報処理端末５０の各手段は、上述のハードウェアが協働することで実現される。

［処理フロー］
図５を参照して、情報処理端末５０と、配下端末１０の各装置及び手段が実行する処理手順について説明する。

配下端末１０のエージェントプログラムが任意のタイミングで起動される。起動のタイミングは、例えば、配下端末１０の電源がＯＮになって起動したタイミングであってもよいし、予めユーザや管理者が設定した所定時刻又は所定時間経過後のタイミングであってもよい。

エージェントプログラムが起動されると、監視手段１２は、配下端末１０自身にインストールされているアプリケーション、起動されているアプリケーションを確認する（ステップＳ１１）。このアプリケーションとは、例えば、Ｐ２Ｐ関連のソフトウェア（例えば、アプリケーションＡ、Ｂとする）、メッセンジャー関連ソフトウェア（例えば、アプリケーションＣ、Ｄとする）、ゲーム関連ソフトウェア（例えば、アプリケーションＥ、Ｆとする）であってよい。これらのアプリケーションは、管理者が監視対象として予め指定しておく。

なお、これらのアプリケーションは、そのアプリケーションのバージョンごとに監視対象となってよい。すなわち、例えば、アプリケーションＡのバージョンＸにセキュリティ上の問題があるならば、アプリケーションＡのバージョンＸを監視し、同アプリケーションのバージョンＹであれば、監視対象とはならない。

具体的な監視方法として、アプリケーションがインストールされているか否かは、アプリケーションの実行ファイルやフォルダが、配下端末１０に存在するか否かで判断する。また、アプリケーションが実行されているか否かは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｙｔｅｍ）のタスクリストやタスクマネージャにて、当該アプリケーションがタスクとして起動されているか否かで判断する。

次に、監視手段１２は、配下端末１０で表示されているウィンドウの確認を行う（ステップＳ１２）。具体的な第一の方法として、表示ウィンドウが、Ｗｅｂブラウザ上のＷｅｂページである場合は、予め監視対象となるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を管理者が登録しておき、当該ＵＲＬ（例えば、ウェブページＡ〜ＤのＵＲＬ）に基づくウィンドウが表示されているか否かで判断する。なお、現時点でウィンドウに表示されているＵＲＬでなく、ＵＲＬの履歴ログを参照して、過去に配下端末１０に表示されたウィンドウの確認をあわせて行なってもよい。

具体的な第二の方法として、配下端末１０で表示されているウィンドウの画面キャプチャを行い、画像の文字認識を行なって、形態素解析を行い、禁止ワード（例えば、「不倫」、「出会い系」、「ショッピング」、「アイドル」等）が抽出できるか否かで、表示されているウィンドウの確認を行なってもよい。

次に、監視手段１２は、配下端末１０自身のハードウェア状況の確認を行う（ステップＳ１３）。例えば、配下端末１０に、ＵＳＢ等の記憶デバイスが接続されたか否か、ＣＰＵ温度の診断ログの確認や、ＤＶＤ―Ｒ、ＲＷ等の外部記憶媒体が使用されたか否か、記憶デバイスと判別されない不明のＵＳＢデバイスが接続されたか否か、の確認が行われる。

具体的には、ＵＳＢ等の記憶デバイスが接続されているか否かは、ＯＳから記憶領域が割当てられているか否かで確認できる。これを確認することにより、配下端末１０内のデータがＵＳＢメモリ等により外部に持出されていないかを確認することができる。

また、ＣＰＵ温度の診断ログの確認は、そのログより想定される許容温度を超えているか否かにより判断できる。これを確認することにより、ウィルスにより急激に配下端末１０に負荷を生じさせていないかを確認することができる。

さらに、外部記憶媒体の使用は、外部記憶媒体へ記憶する専用アプリケーションの起動の有無により判断できる。これを確認することにより、配下端末１０内のデータが外部記憶媒体により外部に持出されていないかを確認することができる。

さらに、記憶デバイスと判別されない不明のＵＳＢデバイスが接続されているか否かは、配下端末１０のポートの接続状況や、その接続状況ログを確認することで判断できる。これを確認することにより、不明のＵＳＢデバイス（ＵＳＢメモリ等の外部への持出が可能な記憶デバイスである場合がある）が接続されることにより、配下端末１０内のデータが外部に持出されている可能性を示唆することができる。

監視手段１２は、これらの監視対象の項目に対する確認の結果、チェックされた項目があるか否かを判断する（ステップＳ１４）。チェックされた項目が一つでもあれば（ステップＳ１４：ＹＥＳ）、機器状況データ生成手段１３が、機器状況データを生成する。チェック項目が一つもないのであれば（ステップＳ１４：ＮＯ）、ステップＳ１１に処理が移ってもよいし、処理を終了して、次回のエージェントの起動タイミングを待ってもよい。

機器状況データとは、配下端末１０に対して行われた監視の結果データであって、上述の監視対象の項目にチェックがされた場合に、その項目に対してフラグを起こし、このチェックされた項目とフラグとを対応付けたデータである。

機器状況データが生成された場合は、機器状況データ送信手段１４が機器状況データを情報処理端末５０に送信する（ステップＳ１５）。情報処理端末５０の機器状況データ受信手段５２は、機器状況データを受信する。

このようにして、情報処理端末５０は、レコメンドデータ出力システム１内の大半の配下端末１０から、機器状況データを受信する。すなわち、全ての配下端末１０から機器状況データを受信することが望ましいが、ある配下端末１０の電源がＯＦＦであったり、通信ができない場合など、機器状況データが受信できない配下端末１０があってもよい。

次に、情報処理端末５０のレコメンドデータ決定手段５３は、受信した機器状況データに基づいて、レコメンドデータを決定する（ステップＳ１６）。

最初に、情報処理端末５０は、レコメンドデータ決定テーブルに基づいて、機器状況データから、スコアリングを行う。機器状況データにおいて、フラグが起動された項目と、レコメンドデータ決定テーブル（図６）内の項目とを比較し、サービスパック毎のスコアを算出する。

例えば、配下端末１０―ａの機器状況データが、レコメンドデータ決定テーブルの項目番号（Ａ―１、Ｄ―３）のフラグが起動されたデータであり、配下端末１０―ｂの機器状況データが、レコメンドデータ決定テーブルの項目番号（Ａ―３、Ｄ―１）のフラグが起動されたデータであるとする。この場合、「情報漏えい対策パック」のスコアは、レコメンドデータ決定テーブルによれば、Ａ―１にて（１×３（スコア比重）＝３）、Ｄ―３にて（１×３（スコア比重）＝３）となるので、「６」となる。次に、「フィルタリングパック」のスコアは、同様に、Ａ―３にて（１×０＝０）、Ｄ―１にて（１×０＝０）となるので、「０」となる。このようにして、サービスパック毎にスコアを算出する。

情報処理端末５０のレコメンドデータ決定手段５３は、このスコアリングの結果を、レコメンドデータと決定し（ステップＳ１６）、レコメンドデータ送信手段５４が、配下端末データテーブルを参照して、管理者の配下端末１０−ｃを決定（ＰＣ―０２）し、管理者の配下端末１０―ｃに、決定されたレコメンドデータを送信する（ステップＳ１７）。

図７に、管理者の配下端末１０−ｃのレコメンドデータ出力手段１５が、受信したレコメンドデータをレコメンド順位リストとして出力した例を示す。このように、スコアとともに、レコメンドするソフトウェア、アプリケーションのパック名を、算出されたスコアに基づいた推奨する順位と、そのパックの内容を説明する文章とともに出力する。これにより、配下端末１０を管理する管理者は、配下端末１０に対する外的な脅威と、この脅威に対する対策のための措置と必要な措置の優先順位を知ることができる。ここで、外的な脅威とは、情報漏えいや、ネット上の不正なサイトを閲覧可能にすることや、ウィルス対策、バックアップを行わないことによるデータ損失等である。

上述のように、図７によるレコメンド順位リストを出力せずに、単に、スコアの高いサービスパック名と、対策が必要な配下端末１０の数とをレコメンドデータとして出力してもよい（図８参照）。ここで、レコメンドデータ内に、購入アイコン（「購入へ」のアイコン）を挿入し、管理者がクリックすることで、対策が必要なサービスパックの購入のためのウェブページが表示されてもよい。

管理者が、購入アイコンを操作した場合は、図４のアプリケーション対応テーブルを参照して、各構成アプリケーションが購入できる。ここで、情報処理端末５０は、配下端末データテーブルを参照して、購入する配下端末１０のＯＳの種類を判別して、構成アプリケーションの種類を選ぶ。例えば、「ＭＡ―０１」に、Ｐ２Ｐ対策アプリケーションＡを導入する場合は、「ＯＳ１用アプリケーションＡ」を構成アプリケーションとして選択し、管理者が購入できる。

なお、ここでは、構成アプリケーション対応テーブルを用いているが、サービスパックと対応付けられるのは、アプリケーションのみならず、装置等のハードウェアであってもよいし、サービスであってもよい。

［レコメンドサーバの実施例］
上述の説明では、情報処理端末５０がレコメンドデータを決定する例について説明したが、以下では、図９を参照して、公衆回線網３を介して接続されたレコメンドサーバ１００が、レコメンドデータを決定する場合について、説明する。

レコメンドサーバ１００は、Ｗｅｂサーバであってよく、制御部１０１として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部１０５として、有線・無線対応デバイス、Ｂｌｕｅｔｏｏｔｈ（登録商標）対応通信デバイス等を備え、記憶部１０６として、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）のいずれか又は双方等を備える。

レコメンドサーバ１００は、要求受信手段１０２、レコメンドデータ決定手段１０３、レコメンドデータ送信手段１０４を備える。

レコメンドサーバ１００の記憶部１０６には、情報処理端末５０の代わりに、図３に示す配下端末データテーブルと、図４に示す構成アプリケーション対応テーブルと、図６に示すレコメンドデータ決定テーブルとが記憶されている。

レコメンドサーバ１００の全ての手段又は機能は、単一のハードウェア（コンピュータ）により実現されていなくてもよく、複数のサーバによりシステムを構成し、一以上の各手段が一のサーバにより実現され、これらの複数のサーバが通信可能に接続されることで、複数のサーバ全体のシステムとして、全ての手段が実現されてもよい。

本実施例の情報処理端末５０は、制御部５１、通信部５５及び記憶部５６を備え、制御部５１の手段として、機器状況データ受信手段５２、レコメンドデータ要求手段５７、レコメンドデータ送信手段５４とを備える。

上述の図５の処理フローと同様に、各配下端末１０は、ステップS１１からステップＳ１５までを実行し、機器状況データを情報処理端末５０に送信する。情報処理端末５０の機器状況データ受信手段５２は、各配下端末１０から機器状況データを受信し、レコメンドデータ要求手段５７が、レコメンドサーバ１００にレコメンドデータを要求するとともに、各配下端末１０の機器状況データを送信する。

レコメンドサーバ１００の要求受信手段１０２は、この要求に応じて機器状況データを受信し、上述の情報処理端末５０の処理と同様に、レコメンドデータ決定手段１０３は、レコメンドデータ決定テーブルを参照して、スコアを算出し、レコメンドデータを決定する。

レコメンドサーバ１００のレコメンドデータ送信手段１０４は、決定されたレコメンドデータを、情報処理端末５０に送信する。情報処理端末５０は、送信されたレコメンドデータを受信し、レコメンドデータ送信手段５４が、管理者の配下端末１０−ｃに、レコメンドデータを送信する。これを受信した管理者の配下端末１０−ｃは、レコメンドデータを出力する。

この実施例によれば、管理者に対して、配下端末１０を監視した結果である機器状況データに基づいて、レコメンドサーバ１００が、管理者に対策を促すためのレコメンドデータを決定し、管理者の配下端末１０−ｃに送信することで、外的な脅威と、その配下端末１０における対策について、管理者に通知することが可能となる。ここで、上述の実施例とは異なり、サーバを利用してＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）型にサービスを提供することが可能となる。

上述した手段、機能は、コンピュータ（ＣＰＵ，情報処理端末，各種装置を含む）が、所定のアプリケーションプログラムを読み込んで、実行することによって実現される。アプリケーションプログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭ等）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ等）等のコンピュータ読取可能な記録媒体に記録された形態で提供されてもよい。この場合、コンピュータはその記録媒体からアプリケーションプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明は本実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

１ レコメンドデータ出力システム，１０―ａ〜ｃ 配下端末，５０ 情報処理端末，１００ レコメンドサーバ

Claims (6)

1. 種類の異なる二以上の配下端末と通信可能に接続された情報処理端末とを備えるシステムであって、
   前記配下端末が、
   前記配下端末に表示されたウィンドウ内の文字認識の状況を監視し、かつ、前記配下端末に記憶又は使用されているアプリケーションの状況、又は、前記配下端末のハードウェアの診断状況の少なくとも一つを監視する監視手段と、
   前記監視手段により監視された結果を機器状況データとして、前記情報処理端末に送信する送信手段と、を備え、
   前記情報処理端末が、
   前記機器状況データに基づいて、監視した結果についての対策を促すために前記二以上の配下端末の各々に導入することが可能な構成アプリケーションの群からなるサービスパックを決定する決定手段と、
   管理者の配下端末に、決定した前記サービスパックを推奨する情報を送信する送信手段と、を備えるシステム。
2. 前記情報処理端末の決定手段は、前記情報処理端末にローカルネットワークで接続される配下端末であって、オペレーティングシステムや端末の種類が異なる二以上の配下端末から送信される機器状況データに基づき、前記サービスパックを決定し、
   前記サービスパックは、異なるオペレーティングシステムや端末の種類に対応した構成アプリケーションの群からなるサービスパックである請求項１に記載のシステム。
3. 種類の異なる二以上の配下端末と通信可能に接続された情報処理端末とを備えるシステムが実行する方法であって、
   前記配下端末が、
   前記配下端末に表示されたウィンドウ内の文字認識の状況を監視し、かつ、前記配下端末に記憶又は使用されているアプリケーションの状況、又は、前記配下端末のハードウェアの診断状況の少なくとも一つを監視するステップと、
   前記監視するステップにより監視された結果を機器状況データとして、前記情報処理端末に送信する送信ステップと、を実行し、
   前記情報処理端末が、
   前記機器状況データに基づいて、監視した結果についての対策を促すために前記二以上の配下端末の各々に導入することが可能な構成アプリケーションの群からなるサービスパックを決定するステップと、
   管理者の配下端末へ、決定した前記サービスパックを推奨する情報を送信するステップと、を実行する方法。
4. 種類の異なる二以上の配下端末と通信可能に接続された情報処理端末とを備えるシステム用プログラムであって、
   前記配下端末を、
   前記配下端末に表示されたウィンドウ内の文字認識の状況を監視し、かつ、前記配下端末に記憶又は使用されているアプリケーションの状況、又は、前記配下端末のハードウェアの診断状況の少なくとも一つを監視する監視手段、
   前記監視手段により監視された結果を機器状況データとして、前記情報処理端末に送信する送信手段、として機能させるための配下端末用プログラムと、
   前記情報処理端末を、
   前記機器状況データに基づいて、監視した結果についての対策を促すために前記二以上の配下端末の各々に導入することが可能な構成アプリケーションの群からなるサービスパックを決定する決定手段、
   管理者の配下端末に、決定した前記サービスパックを推奨する情報を送信する送信手段、として機能させるための情報処理端末用プログラムと、を含むシステム用プログラム。
5. 種類の異なる二以上の配下端末と通信可能に接続された情報処理端末とサーバとを備えるシステムであって、
   前記配下端末が、
   前記配下端末に表示されたウィンドウ内の文字認識の状況を監視し、かつ、前記配下端末に記憶又は使用されているアプリケーションの状況、又は、前記配下端末のハードウェアの診断状況の少なくとも一つを監視する監視手段と、
   前記監視手段により監視された結果を機器状況データとして、前記情報処理端末に送信する送信手段と、を備え、
   前記情報処理端末が、
   前記配下端末から機器状況データを受信すると、監視した結果についての対策を促すために前記二以上の配下端末の各々に導入することが可能な構成アプリケーションの群からなるサービスパックを前記サーバに要求する要求手段、を備え、
   前記サーバが、
   前記要求に応じて、前記機器状況データに基づいて、前記サービスパックを決定する決定手段を備えるシステム。
6. 種類の異なる二以上の配下端末と通信可能に接続された情報処理端末とサーバとを備えるシステムが実行する方法であって、
   前記配下端末が、
   前記配下端末に表示されたウィンドウ内の文字認識の状況を監視し、かつ、前記配下端末に記憶又は使用されているアプリケーションの状況、又は、前記配下端末のハードウェアの診断状況の少なくとも一つを監視するステップと、
   前記監視するステップにより監視された結果を機器状況データとして、前記情報処理端末に送信するステップと、を実行し、
   前記情報処理端末が、
   前記配下端末から機器状況データを受信すると、監視した結果についての対策を促すために前記二以上の配下端末の各々に導入することが可能な構成アプリケーションの群からなるサービスパックを前記サーバに要求するステップを実行し、
   前記サーバが、
   前記要求に応じて、前記機器状況データに基づいて、前記サービスパックを決定するステップと、を実行する方法。

Images