(57)【要約】【課題】未評価の構成部品の情報を効率よく取得し、出力する。【解決手段】評価品判定部３２は、ＰＣ７０から収集したＰＣの構成部品を示す構成部品データ（標準構成部品データ６０及び特殊構成部品データ６２）と、評価済みの構成部品を記憶した評価済構成部品ＤＢ４２とを参照し、未評価の構成部品があるか否かを判断し、ユーザモニタ管理部３４は、評価品判定部の判断の結果、未評価の構成部品があった場合に、ＰＣに対してモニタ依頼を行う。そして、公開部３６は、モニタにより得られる、未評価の構成部品のモニタ状況のデータ（利用状況に関する情報）に基づいて公開情報を生成し、出力する。【選択図】図３
2016191984.tif 000002
【特許請求の範囲】
【請求項１】
対象装置から収集した前記対象装置の構成部品を示す構成部品データと、評価済みの構成部品を記憶した記憶部とを参照し、未評価の構成部品があるか否かを判断する判断部と、
判断の結果、未評価の構成部品があった場合に、前記対象装置に対して前記未評価の構成部品の利用状況のモニタ依頼を行う依頼部と、
モニタにより得られる前記未評価の構成部品の利用状況に関する情報から公開情報を生成し、出力する出力部と、
を備える構成部品の評価情報提供装置。
【請求項２】
前記判断部は、前記構成部品データの中から前記対象装置に新たに追加した構成部品のデータを抽出し、前記記憶部を参照して、新たに追加した構成部品が未評価であるか否かを判断する、ことを特徴とする請求項１に記載の構成部品の評価情報提供装置。
【請求項３】
前記依頼部は、前記モニタ依頼を行った対象装置に対して、前記未評価の構成部品の利用状況をモニタするソフトウェアを送信することを特徴とする請求項１又は２に記載の構成部品の評価情報提供装置。
【請求項４】
前記公開情報は、前記対象装置のサポート窓口に提供する情報、及び／又は前記対象装置のユーザに提供する情報であることを特徴とする請求項１〜３のいずれか一項に記載の構成部品の評価情報提供装置。
【請求項５】
対象装置から収集した前記対象装置の構成部品を示す構成部品データと、評価済みの構成部品を記憶した記憶部とを参照し、未評価の構成部品があるか否かを判断し、
判断の結果、未評価の構成部品があった場合に、前記対象装置に対して前記未評価の構成部品の利用状況のモニタ依頼を行い、
モニタにより得られる前記未評価の構成部品の利用状況に関する情報から公開情報を生成し、出力する、
処理をコンピュータが実行することを特徴とする構成部品の評価情報提供方法。
【請求項６】
対象装置と、
前記対象装置との間で通信し、前記公開情報を出力する請求項１〜４のいずれか一項に記載の構成部品の評価情報提供装置と、を備える構成部品の評価情報提供システム。
【請求項７】
前記対象装置は、前記構成部品データを記憶し、構成部品の追加又は削除に応じて前記構成部品データを更新する、ことを特徴とする請求項６に記載の構成部品の評価情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構成部品の評価情報提供装置、方法及びシステムに関する。
【背景技術】
【０００２】
一般に市販されているＰＣ（Personal Computer）は、汎用性があり、ハードウェアの交換や追加、アプリケーションなどのソフトウェアのインストールなどにより、ユーザが自由にカスタマイズすることができる。
【０００３】
しかしながら、ＰＣ出荷後にユーザが構成部品（ハードウェアやソフトウェア）を組み込んだ場合、これに起因するトラブルが発生することがある。従来、コンピュータの障害やセットアップ、アプリケーションのインストールなどに対する処置やサポートが必要な場合、コンピュータのソフトウェアやハードウェアの構成を認識し、適切な処置やユーザサポートを行う技術が知られている（例えば、特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−５４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＰＣメーカ等では、カスタマイズ可能な全構成部品を評価することは不可能である。このため、未評価の構成部品についてのユーザからの問い合わせに早急に応答できなかったり、トラブル発生時の原因調査を後追いで行わなければならない事態が発生する。
【０００６】
１つの側面では、本発明は、未評価の構成部品の情報を効率よく取得し、出力することが可能な構成部品の評価情報提供装置、方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、構成部品の評価情報提供装置は、対象装置から収集した前記対象装置の構成部品を示す構成部品データと、評価済みの構成部品を記憶した記憶部とを参照し、未評価の構成部品があるか否かを判断する判断部と、判断の結果、未評価の構成部品があった場合に、前記対象装置に対して前記未評価の構成部品の利用状況のモニタ依頼を行う依頼部と、モニタにより得られる前記未評価の構成部品の利用状況に関する情報から公開情報を生成し、出力する出力部と、を備える。
【発明の効果】
【０００８】
未評価の構成部品の情報を効率よく取得し、出力することができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る評価情報提供システムの構成を概略的に示す図である。
【図２】図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、ＰＣのハードウェア構成を示す図である。
【図３】サーバ及びＰＣの機能ブロック図である。
【図４】図４（ａ）は、標準構成部品データのデータ構造の一例を示す図であり、図４（ｂ）は、特殊構成部品データのデータ構造の一例を示す図である。
【図５】ユーザＰＣ構成部品ＤＢのデータ構造の一例を示す図である。
【図６】図６（ａ）は、評価済構成部品ＤＢのデータ構造の一例を示す図であり、図６（ｂ）は、ユーザモニタ評価構成部品ＤＢのデータ構造の一例を示す図である。
【図７】図７（ａ）は、公開データＤＢのデータ構造の一例を示す図であり、図７（ｂ）は、サポート窓口ＤＢのデータ構造の一例を示す図である。
【図８】図８（ａ）は、管理一覧データの一例を示す図であり、図８（ｂ）は、管理一覧データの直前データの一例を示す図である。
【図９】標準構成部品の変更情報収集処理を示すフローチャートである。
【図１０】特殊構成部品の登録処理を示すフローチャートである。
【図１１】情報収集・公開処理（サーバ側）を示すフローチャートである。
【図１２】情報収集・公開処理（ＰＣ側）を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、評価情報提供システムの一実施形態について、図１〜図１２に基づいて詳細に説明する。
【００１１】
図１には、一実施形態にかかる評価情報提供システム１００の構成が概略的に示されている。評価情報提供システム１００は、対象装置としての１又は複数のＰＣ（Personal Computer）７０と、評価情報提供装置としてのサーバ１０と、を備える。ＰＣ７０及びサーバ１０は、インターネットなどのネットワーク８０に接続されている。
【００１２】
（ＰＣ７０）
ＰＣ７０は、ユーザが利用する汎用の情報処理装置である。図２（ｂ）には、ＰＣ７０のハードウェア構成が示されている。図２（ｂ）に示すように、ＰＣ７０は、ＣＰＵ（Central Processing Unit）１９０、ＲＯＭ（Read Only Memory）１９２、ＲＡＭ（Random Access Memory）１９４、記憶部（ここではＨＤＤ（Hard Disk Drive））１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体用ドライブ１９９等を備えている。これらＰＣ７０が有する各装置は、バス１９８に接続されている。ＣＰＵ１９０は、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム（例えば、評価情報提供システム１００の動作を実現するための専用ソフト）、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムを実行することにより、図３に示す、処理部５０、構成部品管理部５２、インストールプログラム管理部５４、送受信部５６としてＰＣ７０を機能させる。なお、図３には、ＨＤＤ１９６等に格納されている、標準構成部品データ６０、特殊構成部品データ６２も図示されている。なお、専用ソフトは、予めＰＣ７０にインストールされていてもよいし、ユーザがダウンロード等してもよい。
【００１３】
ここで、本実施形態において、構成部品とは、一般的なＰＣ７０の構成部品（マザーボード（ＭＢ）；ＣＰＵ／チップセット／メモリ／グラフィック系カード／サウンド系カード／ネットワーク系カード／ＴＶ系カードなどその他の拡張カード／各種インターフェイス部品、ＨＤＤ、ＯＤＤ（Optical Disk Drive）、電源、キーボード（ＫＢ）、マウス、モニタ、ＯＳ（Operating System）、各種アプリケーションソフトなど）を指し、ＢＩＯＳ（Basic Input Output System）などは含まないものとする。また、標準構成部品とは、ＰＣ７０に組み込まれたハードウェア、及びＰＣ７０のＯＳに対応するソフトウェア（プログラム）を意味する。また、特殊構成部品とは、ＰＣ７０にインストールは可能であるものの、インストールプログラム管理部５４では管理できないもの（例えば、フリーソフトなど）を意味する。
【００１４】
処理部５０は、構成部品管理部５２（例えば、デバイスマネージャ）とインストールプログラム管理部５４が管理する管理一覧データ（図８（ａ）参照）を吸い上げる。そして、処理部５０は、吸い上げた管理一覧データを標準構成部品データ６０として保持する。また、処理部５０は、インストールプログラム管理部５４が管理するプログラムのうち、標準構成部品に該当しないプログラムの情報を特殊構成部品データ６２として保持する。更に、ＰＣ７０がサーバ１０から受信したモニタ用追加ソフトをインストールした場合には、処理部５０は、構成部品の利用状況をモニタする。
【００１５】
構成部品管理部５２は、ＰＣ７０の構成部品を管理する。インストールプログラム管理部５４は、インストールされたプログラムの情報を管理する。構成部品管理部５２及びインストールプログラム管理部５４は、処理部５０からの要求に応じて、図８（ａ）に示すような管理一覧データを生成し、処理部５０に提供する。
【００１６】
送受信部５６は、サーバ１０の送受信部３０との間で、各種データのやり取りを行う。送受信部５６は、例えば、標準構成部品データ６０及び特殊構成部品データ６２をサーバ１０に対して送信する。
【００１７】
ここで、標準構成部品データ６０、特殊構成部品データ６２について、説明する。
【００１８】
標準構成部品データ６０には、ＰＣ７０の標準構成部品の情報が格納される。具体的には、標準構成部品データ６０は、図４（ａ）に示すように、「Ｎｏ．」、「名称」、「デバイス種類」、「製造元」、「発行元」、「追加日」、「インストール日」、「バージョン」のフィールドを有する。
【００１９】
「Ｎｏ．」のフィールドには、通し番号が入力され、「名称」のフィールドには、構成部品の名称が入力され、「デバイス種類」のフィールドには、構成部品の種別が入力される。「製造元」のフィールドには、構成部品（ハードウェア）の製造元の会社名が入力され、「発行元」のフィールドには、構成部品（プログラム）の発行元の会社名が入力される。「追加日」のフィールドには、構成部品（ハードウェア）をＰＣ７０に追加した日付が入力され、「インストール日」のフィールドには、構成部品（プログラム）をＰＣ７０にインストールした日付が入力される。また、「バージョン」のフィールドには、構成部品のバージョン情報が入力される。なお、図４（ａ）では、Ｎｏ．１〜７がハードウェアであり、Ｎｏ．８〜１０がプログラムである。また、Ｎｏ．４〜７、１０の構成部品（追加日、インストール日が２０１５年３月１５日より後の構成部品）が、ＰＣ７０を出荷した後にユーザによって追加された構成部品である。
【００２０】
特殊構成部品データ６２は、特殊構成部品の情報を管理する。特殊構成部品データ６２は、具体的には、図４（ｂ）に示すように、「Ｎｏ．」、「名称」、「発行元」、「インストール日」、「バージョン」のフィールドを有する。
【００２１】
「Ｎｏ．」のフィールドには、通し番号が入力され、「名称」のフィールドには、プログラムの名称が入力され、「発行元」のフィールドには、プログラムの発行元の会社名が入力される。「インストール日」のフィールドには、ユーザがＰＣ７０にインストールした日付が入力され、「バージョン」のフィールドには、プログラムのバージョン情報が入力される。
【００２２】
（サーバ１０）
サーバ１０は、例えば、ＰＣ７０を販売等するメーカが保有する装置である。サーバ１０は、ＰＣ７０に追加された構成部品が評価済みであるか否かを判定する。また、サーバ１０は、構成部品の利用状況をモニタする対象となったＰＣ７０にモニタ用追加ソフトを送信し、当該モニタ用追加ソフトを用いて構成部品の利用状況データを取得する。また、サーバ１０は、取得した利用状況データを用いて公開データやサポート窓口用のデータを生成し、出力（Ｗｅｂ公開等）する。
【００２３】
図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０が有する各装置は、バス９８に接続されている。ＣＰＵ９０は、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムを実行することにより、図３に示す、送受信部３０、判断部としての評価品判定部３２、依頼部としてのユーザモニタ管理部３４、出力部としての公開部３６、としてサーバ１０を機能させる。なお、図３には、ＨＤＤ９６等に格納されている、ユーザＰＣ構成部品ＤＢ（データベース）４０、記憶部としての評価済構成部品ＤＢ４２、ユーザモニタ評価構成部品ＤＢ４４、公開データＤＢ４６、サポート窓口ＤＢ４８も図示されている。
【００２４】
送受信部３０は、ＰＣ７０との間でデータのやり取り等を行う。ＰＣ７０から取得するデータには、標準構成部品データ６０及び特殊構成部品データ６２が含まれる。
【００２５】
評価品判定部３２は、送受信部３０が受信した標準構成部品データ６０及び特殊構成部品データ６２と、ユーザＰＣ構成部品ＤＢ４０及び評価済構成部品ＤＢ４２を参照して、ＰＣ７０の構成部品に変更（追加や削除）があり、かつ追加された構成部品に未評価の構成部品が含まれているか否かを判定する。
【００２６】
ここで、ユーザＰＣ構成部品ＤＢ４０及び評価済構成部品ＤＢ４２について、図５、図６（ａ）に基づいて説明する。
【００２７】
ユーザＰＣ構成部品ＤＢ４０は、各ＰＣ７０の構成部品を管理するデータベースであり、図５に示すようなデータ構造を有する。具体的には、ユーザＰＣ構成部品ＤＢ４０は、「Ｎｏ．」、「ユーザ識別コード」のフィールドのほか、図４の標準構成部品データと同一のフィールドを有する。図５のユーザＰＣ構成部品ＤＢ４０においては、ユーザの識別コードごとに、当該ユーザが利用するＰＣ７０から取得した標準構成部品データ６０と特殊構成部品データ６２の内容が集約されている。
【００２８】
評価済構成部品ＤＢ４２は、メーカ等において評価を行った構成部品の情報を管理するデータベースであり、図６（ａ）に示すようなデータ構造を有する。具体的には、評価済構成部品ＤＢ４２は、図６（ａ）に示すように、「Ｎｏ．」、「名称」、「デバイス種類」、「製造元」、「発行元」、「評価日」、「バージョン」のフィールドを有する。「評価日」のフィールドには、構成部品を評価した日付が格納される。
【００２９】
図３に戻り、ユーザモニタ管理部３４は、構成部品の利用状況をモニタする対象となったＰＣ７０に対して、送受信部３０を介して、モニタ用追加ソフトを送信する。また、ユーザモニタ管理部３４は、モニタ用追加ソフトがインストールされたＰＣ７０から送信されてきたモニタ結果をユーザモニタ評価構成部品ＤＢ４４に格納する。
【００３０】
ユーザモニタ評価構成部品ＤＢ４４は、ユーザモニタ管理部３４によるモニタ結果を格納するデータベースである。ユーザモニタ評価構成部品ＤＢ４４は、具体的には、図６（ｂ）に示すように、「Ｎｏ．」、「ユーザ識別コード」、「日時」、「モニタ対象」、「モニタ状況」、「トラブル内容」、「解決手段」、「受信データ」のフィールドを有する。図６（ｂ）には、グラフィックボード（Ｇ−ＡＢＣ）をモニタ対象とした例が示されている。「モニタ状況」のフィールドには、「正常動作」又は「トラブル発生」のいずれかが入力され、「トラブル内容」のフィールドには、トラブルの具体的内容が入力される。「解決手段」のフィールドには、「トラブル発生」が解消した場合にユーザが実際にとった措置の情報が入力される。なお、「受信データ」のフィールドには、正常動作時とトラブル発生時とで異なる生データが入力される。例えば、正常動作時の受信データ（生データ）としては、累積使用時間等が格納される。また、例えばトラブル発生時の受信データ（生データ）としては、イベントログ、エラーログ、操作ログ、時刻（トラブル発生、終了）、ＰＣの状態、ＨＤＤ温度、バススピード、チップセット温度などが格納される。ここで、イベントログには、イベント種類や日時、ソース、分類、イベントＩＤ、説明、データなどが含まれる。また、エラーログには、エラーレベル、日時、ソース、イベントＩＤ、カテゴリなどが含まれる。また、操作ログには、ユーザ名、アカウントデータ、ログコード、ログ名、機能名、内容、詳細、日時などが含まれる。
【００３１】
図３に戻り、公開部３６は、ユーザモニタ評価構成部品ＤＢ４４を参照し、ユーザに対してＷｅｂ上で公開する公開情報を生成し、公開データＤＢ４６に格納する。また、公開部３６は、ユーザモニタ評価構成部品ＤＢ４４を参照して、電話サポートなどを行う対応窓口の担当者が利用するための情報を生成し、サポート窓口ＤＢ４８に格納する。
【００３２】
ここで、公開データＤＢ４６は、図７（ａ）に示すように、「Ｎｏ．」、「公開日時」、「機種」、「型名」、「モニタ状況」、「トラブル事例」のフィールドを有する。「トラブル事例」のフィールドには、公開部３６が、ユーザモニタ評価構成部品ＤＢ４４の「解決手段」や「受信データ」のフィールドから抽出した情報が格納される。
【００３３】
サポート窓口ＤＢ４８は、図７（ｂ）に示すように、「Ｎｏ．」、「機種」、「型名」、「トラブル事例」、「トラブル内容」、「検索ワード」のフィールドを有する。「トラブル内容」や「検索ワード」のフィールドには、公開部３６が、公開データＤＢ４６に格納された情報を所定のルールで処理して得られる情報が格納される。
【００３４】
（処理について）
次に、ＰＣ７０の処理、及びサーバ１０の処理について、図９〜図１２のフローチャートに沿って、詳細に説明する。
【００３５】
（標準構成部品の変更情報収集処理）
まず、図９のフローチャートに沿って、ＰＣ７０における標準構成部品の変更情報収集処理について説明する。
【００３６】
図９の処理では、まず、ステップＳ１０において、処理部５０は、設定時間（例えば、２４時間）が経過するまで待機する。設定時間が経過すると、処理部５０は、ステップＳ１２に移行し、構成部品管理部５２から管理一覧データ（図８（ａ）参照）を吸い上げる。
【００３７】
次いで、ステップＳ１４では、処理部５０は、吸い上げた管理一覧データを直前のデータと比較する。ここで、直前のデータは、一例として図８（ｂ）のような管理一覧データであったとする。
【００３８】
次いで、ステップＳ１６では、処理部５０が、変更が有るか否かを判断する。なお、図８（ａ）、図８（ｂ）の例では、「Ｇ−ＡＢＣ，グラフィックボード」が追加されている。ステップＳ１６の判断が否定された場合には、処理部５０は、ステップＳ２６に移行するが、肯定された場合には、ステップＳ１８に移行する。
【００３９】
ステップＳ１８に移行した場合、処理部５０は、変更のあった構成部品のエラーを確認する。なお、エラーとは、追加した構成部品の搭載ミス（接触不良など）や、ドライバ不良、デバイス自体の動作不良、不明なデバイスとして認識不可となる構成部品が存在する場合等を意味する。なお、構成部品としてプログラムが追加されたような場合には、インストールプログラム管理部５４が登録できるプログラムであったかを確認する。
【００４０】
次いで、ステップＳ２０では、処理部５０が、エラーが有ったか（プログラムの場合、登録できたか）を判断する。このステップＳ２０の判断が否定された場合には、処理部５０は、ステップＳ２６に移行するが、肯定された場合には、ステップＳ２２に移行する。
【００４１】
ステップＳ２２に移行した場合、処理部５０は、エラー通知メッセージを表示部１９３上に表示する。このメッセージ表示により、エラーをユーザに通知し、ユーザに正常動作をさせるよう促す。なお、上記においては構成部品が追加された場合について例示しているが、構成部品が削除された場合も同様に、エラーがあった場合にはエラー通知メッセージを表示する。
【００４２】
ステップＳ２４では、処理部５０が、エラーが解消するまで待機する。すなわち、ユーザがエラー通知メッセージに従って、エラーを解消した場合には、処理部５０は、ステップＳ２６に移行する。
【００４３】
ステップＳ２４の後、又はステップＳ１６、Ｓ２０の判断が否定された後は、ステップＳ２６に移行し、処理部５０は、正常動作している状態で、管理一覧データにより標準構成部品データ６０を更新して保存する。
【００４４】
次いで、ステップＳ２８では、処理部５０が、送受信部５６を介して、標準構成部品データ６０をサーバ１０へ送信する。なお、ステップＳ２６，Ｓ２８では、標準構成部品データ６０に変更がない場合でも、処理部５０は、データ保存やサーバ送信を行うこととする。このようにすることで、標準構成部品データ６０のタイムスタンプ（取得日時）を更新することができる。
【００４５】
以上のように、ステップＳ２８の処理が行われた後は、図９の全処理が終了する。
【００４６】
（特殊構成部品の登録処理）
次に、図１０のフローチャートに沿って、特殊構成部品の登録処理について説明する。なお、特殊構成部品は、構成部品のように構成部品管理部５２やインストールプログラム管理部５４が自動的に登録できないものであるので、ユーザによる特殊構成部品に関する情報の入力等が必要となる。
【００４７】
図１０の処理では、まず、ステップＳ４０において、処理部５０は、設定時間（例えば、２４時間）が経過するまで待機する。設定時間が経過すると、処理部５０は、ステップＳ４２に移行する。
【００４８】
ステップＳ４２に移行すると、処理部５０は、標準構成部品データ６０の中から登録されたプログラムを抽出する。図４（ａ）の場合、program-A、program-B、program-Cが抽出される。
【００４９】
次いで、ステップＳ４４では、処理部５０が、特殊構成部品データ６２（図４（ｂ））の中からデータを抽出する。
【００５０】
次いで、ステップＳ４６では、処理部５０が、ステップＳ４２、Ｓ４４で抽出したデータとともにプログラムの変更（新規追加又は削除）を確認するメッセージを表示する。なお、ユーザは、プログラムが標準構成部品であるのか特殊構成部品であるのかを区別して認知していない場合も多いため、標準構成部品データ６０から抽出されたプログラムも表示して、プログラム全体を認知しやすくしている。
【００５１】
なお、プログラムの変更を確認するメッセージに対して、ユーザは、プログラムを追加した場合には登録情報（名称、発行元、インストール日、バージョンなど）を入力し、削除した場合には、削除したプログラムを選択する。
【００５２】
次いで、ステップＳ４８では、処理部５０は、変更が有ったか否かを判断する。このステップＳ４８の判断が否定された場合、すなわち変更が無かった場合には、図１０の全処理を終了する。一方、ステップＳ４８の判断が肯定された場合には、処理部５０は、ステップＳ５０に移行する。
【００５３】
ステップＳ５０では、処理部５０は、変更された内容で特殊構成部品データ６２を更新し保存する。次いで、ステップＳ５２では、処理部５０が、特殊構成部品データ６２をサーバ１０へ送信する。ステップＳ５２の後は、図１０の全処理を終了する。
【００５４】
以上のように、図９、図１０の処理が設定時間毎に行われることで、設定時間毎に最新の標準構成部品データ及び特殊構成部品データがサーバ１０に送信されることになる。
【００５５】
（情報収集・公開処理）
次に、図１１、図１２のフローチャートに沿って、サーバ１０及びＰＣ７０による情報収集・公開処理について説明する。なお、図１１のサーバ１０の処理と、図１２のＰＣ７０の処理は同時並行的に実行される。
【００５６】
図１１の処理では、まず、ステップＳ７０において、送受信部３０が、構成部品データとして、標準構成部品データ６０（図４（ａ））と特殊構成部品データ６２（図４（ｂ））とをＰＣ７０から受信する。なお、本ステップＳ７０の処理は、ＰＣ７０において図９のステップＳ２８及び図１０のステップＳ５２が実行されたタイミングで実行される。
【００５７】
次いで、ステップＳ７２では、評価品判定部３２が、取得した構成部品データと、ユーザＰＣ構成部品ＤＢ４０（図５）に格納されているデータとを比較する。
【００５８】
次いで、ステップＳ７４では、評価品判定部３２が、追加・削除を判別する。この場合、評価品判定部３２は、取得した構成部品データ（６０，６２）にユーザＰＣ構成部品ＤＢ４０に含まれていないデータがあれば、そのデータを追加したと判別する。また、評価品判定部３２は、取得した構成部品データに、ユーザＰＣ構成部品ＤＢ４０に含まれているデータがなければ、そのデータを削除したと判別する。
【００５９】
次いで、ステップＳ７６では、評価品判定部３２が、判別結果に基づいてユーザＰＣ構成部品ＤＢ４０を更新する。すなわち、評価品判定部３２は、構成部品の追加があれば、追加された構成部品の情報をユーザＰＣ構成部品ＤＢ４０に追加し、構成部品の削除があれば、追加された構成部品の情報をユーザＰＣ構成部品ＤＢ４０から削除する。このようにユーザＰＣ構成部品ＤＢ４０を更新するのは、仮にＰＣ７０がトラブルにより動作不可となった場合でも、構成部品のデータを把握できるようにするためである。
【００６０】
ステップＳ７８では、評価品判定部３２が、追加であったか否かを判断する。このステップＳ７８の判断が否定された場合には、図１１の全処理を終了する。一方、ステップＳ７８の判断が肯定された場合には、ステップＳ８０に移行する。
【００６１】
ステップＳ８０に移行すると、評価品判定部３２は、追加された構成部品と、評価済構成部品ＤＢ４２とを比較する。すなわち、追加された構成部品が評価品であるか、未評価品であるかを判別する。
【００６２】
次いで、ステップＳ８２では、評価品判定部３２が、追加された構成部品が未評価品であったか否かを判断する。このステップＳ８２の判断が否定された場合、すなわち、評価品であった場合には、図１１の全処理を終了する。一方、ステップＳ８２の判断が肯定された場合には、ステップＳ８４に移行する。
【００６３】
ステップＳ８４に移行した場合、ユーザモニタ管理部３４が、送受信部３０を介してユーザに未評価品であることを通知し、モニタ許可願いを送信する。この場合、例えば、ＰＣ７０の表示部１９３上には、「追加された○○は、未評価品です。○○の利用状況をモニタしてもよいですか？」などのメッセージが表示される。
【００６４】
次いで、ステップＳ８６では、ユーザモニタ管理部３４が、送受信部３０を介して、ＰＣ７０のユーザがモニタについての許可情報を受信したか否かを判断する。このステップＳ８６の判断が否定された場合、すなわち、ユーザが許可しなかった場合には、図１１の全処理が終了する。一方、ステップＳ８６の判断が肯定された場合には、ステップＳ８８に移行する。
【００６５】
ステップＳ８８に移行すると、ユーザモニタ管理部３４が、送受信部３０を介して、ＰＣ７０の専用ソフトに対してモニタ用追加ソフトを送信する。なお、モニタ用追加ソフトは、設定時間毎にトラブルの有無をイベントログ、エラーログから抽出して判定し、必要な項目データの吸い上げと記録、サーバへのデータ送信を行うものである。なお、モニタ用追加ソフトをＰＣ７０に当初よりインストールしておかないのは、モニタを実施しないＰＣにとってモニタ用追加ソフトは不要であること、モニタを許可したユーザにはインストールという行為によってＰＣがモニタされていることを認知させることができること、等の理由からである。
【００６６】
一方、ＰＣ７０側では、図１２のステップＳ１１０において、モニタ用追加ソフトを受信するまで待機している。したがって、図１１のステップＳ８８においてサーバ１０からモニタ用追加ソフトが送信されてくると、ステップＳ１１２に移行する。ステップＳ１１２では、処理部５０は、モニタ用追加ソフトをインストールする。
【００６７】
次いで、ステップＳ１１４では、処理部５０が、設定時間（例えば、２４時間）経過するまで待機し、設定時間経過した後、ステップＳ１１６において、処理部５０は、設定時間内にトラブルが有ったか否かを判断する。このステップＳ１１６の判断が肯定された場合には、処理部５０は、ステップＳ１１８に移行する。
【００６８】
ステップＳ１１８に移行した場合、処理部５０は、モニタ対象の構成部品にトラブルがあった場合には、トラブル状況（イベントログ、エラーログ、操作ログなど）と使用時間（使用開始/終了時刻、累積時間）、ＰＣ７０の状況（FAN状況、CPU状況；電圧/温度/作動クロック、HDD温度、バススピード、チップセット温度など）の各データを収集して記録する。その後は、ステップＳ１２２に移行する。
【００６９】
一方、ステップＳ１１６の判断が否定された場合、すなわち、設定時間内にトラブルが無かった場合には、処理部５０は、ステップＳ１２０に移行し、モニタ対象の構成部品の使用時間を収集、記録する。その後は、ステップＳ１２２に移行する。
【００７０】
ステップＳ１２２に移行すると、処理部５０は、モニタ継続時間（例えば、１週間や１ヶ月など）が経過したか否かを判断する。このステップＳ１２２の判断が否定された場合には、ステップＳ１１４に戻る。一方、ステップＳ１２２の判断が肯定された場合には、ステップＳ１２４に移行し、処理部５０は、送受信部５６を介して、サーバ１０へ収集したデータ（モニタ結果）を送信する。その後は、ステップＳ１１４に戻る。
【００７１】
これに対し、サーバ１０側では、図１１のステップＳ８８の後、ステップＳ９０において、ユーザモニタ管理部３４はＰＣ７０からデータ（モニタ結果）を受信するまで待機している。したがって、前述のように、ＰＣ７０においてステップＳ１２４の処理が実行されると、処理部５０は、ステップＳ９２に移行する。
【００７２】
ステップＳ９２では、ユーザモニタ管理部３４は、モニタ状況のデータを作成する。この場合、ユーザモニタ管理部３４は、ＰＣ７０から受信したデータに基づいて、モニタ状況（正常動作中/トラブル発生、トラブル内容、解決手段）のデータを作成する。ここで、モニタ状況を作成する手順としては、正常動作中なのかトラブル発生なのかを判別した後、イベントログ、エラーログからエラー部品名を抽出してエラー部品を特定し、トラブル内容とする。そして、もし発生したトラブルが終息していた場合は、操作ログなどから解決した操作手順を抽出する。
【００７３】
次いで、ステップＳ９４では、ユーザモニタ管理部３４が、受信データ（生データ）とモニタ状況データをユーザモニタ評価構成部品ＤＢ４４に登録する。
【００７４】
次いで、ステップＳ９６では、公開部３６が、ユーザモニタ評価構成部品ＤＢ４４をトラブル内容で検索し、過去の同様のトラブルデータを抽出する。次いで、ステップＳ９８では、公開部３６が、ステップＳ９６で抽出したデータに基づいて、サポート窓口ＤＢ４８を更新する。なお、サポート窓口ＤＢ４８を更新することで、電話などの対応窓口の担当者は、サポート窓口ＤＢ４８において問合せ内容に合致する過去のトラブル事例や解決方法を参照することで、適切な対応ができるようになる。
【００７５】
また、次のステップＳ１００では、公開部３６は、公開データＤＢ４６のモニタ状況とトラブル事例を更新し、Ｗｅｂ公開する。なお、トラブル事例は、構成部品の組み合わせなどの発生原因情報を含んでいる。以上の処理が行われると、サーバ１０では、図１１の全処理を終了する。
【００７６】
以上、詳細に説明したように、本実施形態によると、評価品判定部３２は、ＰＣ７０から収集したＰＣ７０の構成部品を示す構成部品データ（標準構成部品データ６０及び特殊構成部品データ６２）と、評価済みの構成部品を記憶した評価済構成部品ＤＢ４２とを参照し、未評価の構成部品があるか否かを判断し、ユーザモニタ管理部３４は、評価品判定部３２の判断の結果、未評価の構成部品があった場合に、ＰＣ７０に対してモニタ依頼を行う。そして、公開部３６は、モニタにより得られる、未評価の構成部品のモニタ状況のデータ（利用状況に関する情報）に基づいて公開情報（公開データＤＢ４６及びサポート窓口ＤＢ４８）を生成し、出力する。これにより、サーバ１０を保有するメーカ、すなわちＰＣ７０を販売等するメーカは、未評価の構成部品があっても、ユーザが利用するＰＣ７０から得られるモニタ状況のデータに基づいて公開情報を生成することができるので、メーカによる評価工数を削減することができる。また、メーカ側は、評価済の構成部品の数を増やすことができるため、公開データＤＢ４６のデータを公開することでユーザに対して注意喚起等することができ、ユーザからの不要な問い合わせやトラブル発生を削減することができる。また、ＰＣ７０を利用するユーザは、公開データＤＢ４６のデータを閲覧することにより、トラブルの有無を事前に確認したり、トラブル発生後にトラブルの解決手段を確認することができる。これにより、ユーザは、安心してＰＣ７０を利用することができる。
【００７７】
また、本実施形態では、プログラムやハードウェアを含む構成部品のモニタ状況のデータを得ることで、プログラムやハードウェアの特異な組み合わせによるトラブルなどについての原因追求が可能となっている。
【００７８】
また、本実施形態では、評価品判定部３２は、構成部品データの中からＰＣ７０に新たに追加した構成部品を特定し、評価済構成部品ＤＢ４２を参照して、新たに追加した構成部品が未評価であるか否かを判断する（Ｓ７０〜Ｓ８０）。これにより、本実施形態では、ユーザモニタ管理部３４は、ユーザに対して、ＰＣ７０に新たに追加された構成部品に対するモニタ依頼を行うことができる。
【００７９】
また、本実施形態では、ユーザモニタ管理部３４は、モニタ依頼を行いモニタが許可されたＰＣ７０に対してモニタ用追加ソフトを送付するので、モニタ用追加ソフトにより、ＰＣ７０からモニタ状況のデータを取得することができる。この場合、モニタする場合にのみＰＣ７０にモニタ用追加ソフトをインストールするため、モニタしないＰＣ７０の記憶容量をソフトが圧迫することがない。また、モニタするＰＣ７０のユーザには、ソフトのインストールによりＰＣがモニタされていることを認知させることができる。
【００８０】
なお、上記実施形態では、モニタ用追加ソフトをモニタを実行するタイミングでＰＣ７０にインストールする場合について説明したが、これに限らず、ＰＣ７０に予めインストールされていてもよい。また、未評価の構成部品を追加した際にモニタを許可するか否かを、ＰＣ７０の最初の起動時等においてユーザに問い合わせてもよい。
【００８１】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００８２】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００８３】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００８４】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００８５】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  対象装置から収集した前記対象装置の構成部品を示す構成部品データと、評価済みの構成部品を記憶した記憶部とを参照し、未評価の構成部品があるか否かを判断する判断部と、
判断の結果、未評価の構成部品があった場合に、前記対象装置に対して前記未評価の構成部品の利用状況のモニタ依頼を行う依頼部と、
モニタにより得られる前記未評価の構成部品の利用状況に関する情報から公開情報を生成し、出力する出力部と、
を備える構成部品の評価情報提供装置。
（付記２）  前記判断部は、前記構成部品データの中から前記対象装置に新たに追加した構成部品のデータを抽出し、前記記憶部を参照して、新たに追加した構成部品が未評価であるか否かを判断する、ことを特徴とする付記１に記載の構成部品の評価情報提供装置。
（付記３）  前記依頼部は、前記モニタ依頼を行った対象装置に対して、前記未評価の構成部品の利用状況をモニタするソフトウェアを送信することを特徴とする付記１又は２に記載の構成部品の評価情報提供装置。
（付記４）  前記公開情報は、前記対象装置のサポート窓口に提供する情報、及び／又は前記対象装置のユーザに提供する情報であることを特徴とする付記１〜３のいずれかに記載の構成部品の評価情報提供装置。
（付記５）  対象装置から収集した前記対象装置の構成部品を示す構成部品データと、評価済みの構成部品を記憶した記憶部とを参照し、未評価の構成部品があるか否かを判断し、
判断の結果、未評価の構成部品があった場合に、前記対象装置に対して前記未評価の構成部品の利用状況のモニタ依頼を行い、
モニタにより得られる前記未評価の構成部品の利用状況に関する情報から公開情報を生成し、出力する、
処理をコンピュータが実行することを特徴とする構成部品の評価情報提供方法。
（付記６）  前記判断する処理では、前記構成部品データの中から前記対象装置に新たに追加した構成部品のデータを抽出し、前記記憶部を参照して、新たに追加した構成部品が未評価であるか否かを判断する、ことを特徴とする付記５に記載の構成部品の評価情報提供方法。
（付記７）  前記モニタ依頼を行う処理では、前記モニタ依頼を行った対象装置に対して、前記未評価の構成部品の利用状況をモニタするソフトウェアを送信することを特徴とする付記５又は６に記載の構成部品の評価情報提供方法。
（付記８）  前記公開情報は、前記対象装置のサポート窓口に提供する情報、及び／又は前記対象装置のユーザに提供する情報であることを特徴とする付記５〜７のいずれかに記載の構成部品の評価情報提供方法。
（付記９）  対象装置と、
前記対象装置との間で通信し、前記公開情報を出力する付記１〜４のいずれかに記載の構成部品の評価情報提供装置と、を備える構成部品の評価情報提供システム。
（付記１０）  前記対象装置は、前記構成部品データを記憶し、構成部品の追加又は削除に応じて前記構成部品データを更新する、ことを特徴とする付記９に記載の構成部品の評価情報提供システム。
【符号の説明】
【００８６】
１０  サーバ（評価情報提供装置）
３２  評価品判定部（判断部）
３４  ユーザモニタ管理部（依頼部）
３６  公開部（出力部）
４２  評価済構成部品ＤＢ（記憶部）
６０  標準構成部品データ（構成部品データ）
６２  特殊構成部品データ（構成部品データ）
７０  ＰＣ（対象装置）
１００  評価情報提供システム
【図１】
2016191984.tif 000003
【図２】
2016191984.tif 000004
【図３】
2016191984.tif 000005
【図４】
2016191984.tif 000006
【図５】
2016191984.tif 000007
【図６】
2016191984.tif 000008
【図７】
2016191984.tif 000009
【図８】
2016191984.tif 000010
【図９】
2016191984.tif 000011
【図１０】
2016191984.tif 000012
【図１１】
2016191984.tif 000013
【図１２】
2016191984.tif 000014