JP4793797B2 - 電化製品の種別に応じた情報を表示する情報処理装置、プログラム、システム、方法 - Google Patents

Description

本発明は、電化製品の種別に応じた情報を表示する情報処理装置、プログラム、システム、方法に関する。

近年、家庭内ネットワークに接続される電化製品として、コンピュータや電話機のみならず、デジタルテレビ、冷蔵庫、電話機、洗濯機等の家庭用電化製品全般が、適用可能となってきている。

さらに、近年のＩＴ化により、家庭で使用される電化製品の絶対的な数も増加してきており、ユーザにとっては、全ての家庭電化製品を詳細に管理することが困難となってきている。

また、家庭電化製品を提供するメーカは、販売する電化製品をどのユーザが所有しているかを知りたい場合がある。仮に、電化製品を所有するユーザをメーカ側が把握していれば、その電化製品についてのリコール情報を通知したい場合、新聞、ＴＶ広告等の公共公告を利用せずに、直接、所有者であるユーザに通知をすることが可能である。

このような状況において、インターネットを経由したサポートサービスに加入して、家庭内の電化製品を管理する方法も開示されている（例えば、特許文献１）。また、現在、実際のメーカのユーザ情報の管理としては、各メーカのホームページにて、家庭電化製品の型名、シリアルナンバー等を入力させて、ユーザ情報を登録することが一般的である（例えば、非特許文献１）。

特開２００７−３０５１４５号公報

株式会社東芝、"東芝デジタル商品お客様登録"、［ｏｎｌｉｎｅ］、［平成２１年１０月２６日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：//ｒｏｏｍ１０４８.ｊｐ/ｏｎｅｔｏｏｎｅ/ｌｏｇｉｎ.ｊｓｐ＞

しかしながら、特許文献１の方法では、インターネットを経由したサポートサービスに加入することが条件となっており、非特許文献１の方法であっても、ユーザがインターネットでユーザ情報を自発的に登録することが必要となる。したがって、ユーザとしては、登録にメリットがない場合は、ユーザ登録をしないため、結果的に、メーカ側が家庭電化製品の所有者を特定することができなくなってしまう。

本発明者は、家庭電化製品のユーザを効果的に特定することができれば、リコール情報の通知の他にも、ユーザが所有する家庭電化製品に適した広告情報を、メーカが配信することも可能となることに着目した。例えば、家庭電化製品の新製品の発売を広告する対象として、同じシリーズの旧製品を所有しているユーザに対してのみ、広告を配信すれば、単に公衆に対して広告を行うよりも、広告効果を向上することが可能である。

本発明の目的は、ユーザからの登録操作を必要とせずに、ネットワークに接続された電化製品の機器識別を行い、機器識別された種別の情報に基づいて、リコール情報、広告等の適切な情報を表示する情報処理装置、プログラム、システム、方法を提供することを目的とする。

本発明では、以下のような解決手段を提供する。

（１） 電化製品が通信可能に接続された情報処理装置であって、
前記電化製品の種別を判別するためのパケットを受信するパケット受信手段と、
前記電化製品ごとに定められた定義ファイルを記憶する記憶手段と、
前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化手段と、
前記得点化手段の得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報とする電化製品種別決定手段と、
前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得手段と、
を備える情報処理装置。

（１）の発明は、情報処理装置は、電化製品から、当該電化製品の種別を判別するためのパケットを受信し、予め記憶された定義ファイルとパケットとを比較し、得点化（スコアリング）する。そして、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、電化製品の電化製品情報として、電化製品の種別を決定し、決定した電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報を取得する。

したがって、（１）の発明によれば、ユーザからの登録操作を必要とせずに、ネットワークに接続された電化製品の機器識別を行い、機器識別された電化製品情報に基づいて、サーバから受信した出力情報（例えば、リコール情報、広告等）を取得することが可能となる。

（２） 前記出力情報取得手段が取得した出力情報データを、当該電化製品に送信する出力情報送信手段を備える（１）に記載の情報処理装置。

（２）の発明は、（１）の発明の情報処理装置が、出力情報データを種別が決定された当該電化製品に送信することで、例えば、その電化製品が、自身の製品に関する出力情報データを表示できるため、当該製品のリコール情報や当該製品の新製品情報を、その製品そのものが表示することができる。

（３） 通信可能な複数の出力デバイスが存在する場合には、前記出力情報データを表示する時間帯と、各出力デバイスの当該時間帯における電源が、過去においてオンであった回数に基づいて、送信する出力デバイスを選択し、選択した当該出力デバイスに出力情報データを送信する出力情報送信手段を備える（１）に記載の情報処理装置。

（３）の発明は、（１）の発明の情報処理装置が、通信可能な複数の出力デバイスが存在する場合には、出力情報データを表示する時間帯と、各出力デバイスの当該時間帯における電源が、過去においてオンであった回数に基づいて、送信する出力デバイスを選択し、選択した当該出力デバイスに出力情報データを送信する。

したがって、（３）の発明によれば、表示時間帯において過去に電源がオンである回数に基づいて、出力デバイスを選択するため、ユーザが最も視聴する可能性の高い出力デバイスに、出力情報データを出力することができる。

（４） 前記出力情報取得手段は、前記出力情報データを取得する際に、前記電化製品情報とともに、前記電化製品の使用状態に関するデータを送信し、当該使用状態に関するデータに基づいた出力情報データを取得する（１）乃至（３）に記載の情報処理装置。

（４）の発明は、（１）から（３）の情報処理装置が、出力情報データを取得する際に、電化製品情報とともに、電化製品の使用状態に関するデータを送信し、当該使用状態に関するデータに基づいた出力情報データを取得する。したがって、（４）の発明によれば、種別を決定した電化製品の使用状態に基づいた出力情報データを取得することができる。

（５） 電化製品が通信可能に接続された情報処理装置に、
前記電化製品から、当該電化製品の種別を判別するためのパケットを受信するパケット受信手段、
前記電化製品ごとに定められた定義ファイルを記憶する記憶手段、
前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化手段、
前記得点化手段の得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報とする電化製品種別決定手段、
前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得手段、
として機能させるためのプログラム。

（５）の発明は、プログラムにより情報処理装置は、電化製品から、当該電化製品の種別を判別するためのパケットを受信し、予め記憶された定義ファイルとパケットとを比較し、得点化（スコアリング）する。そして、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、電化製品の電化製品情報として、電化製品の種別を決定し、決定した電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報を取得する。

したがって、（５）の発明によれば、ユーザからの登録操作を必要とせずに、ネットワークに接続された電化製品の機器識別を行い、機器識別された電化製品情報に基づいて、サーバから受信した出力情報（例えば、リコール情報、広告等）を取得することが可能となる。

（６） 電化製品が通信可能に接続された情報処理装置と、当該情報処理装置と通信可能に接続された機器認識サーバと、から構成される電化製品種別決定システムであって、
前記情報処理装置は、
前記電化製品から、当該電化製品の種別を判別するためのパケットを受信するパケット受信手段と、
前記パケットを前記機器認識サーバに送信することで、前記電化製品の種別に関する情報を要求する種別情報要求手段と、を備え、
前記機器認識サーバは、
前記電化製品ごとに定められた定義ファイルを記憶する記憶手段と、
前記情報処理装置からの要求に応じて、前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化手段と、
前記得点化手段の結果として、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報として、前記情報処理装置に送信する電化製品種別決定手段と、を備え、
さらに、前記情報処理装置が、前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得手段を備える電化製品種別決定システム。

（６）の発明は、電化製品種別決定システムの情報処理装置が、電化製品から、当該電化製品の種別を判別するためのパケットを受信し、パケットを機器認識サーバに送信することで、電化製品の種別に関する情報を要求する。そして、機器認識サーバが、電化製品ごとに定められた定義ファイルを記憶し、情報処理装置からの要求に応じて、パケットと電化製品ごとの定義ファイルを比較し、得点化する。そして、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、電化製品の電化製品情報として、情報処理装置に送信する。さらに、情報処理装置が、電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する。

したがって、（６）の発明によれば、ユーザからの登録操作を必要とせずに、ネットワークに接続された電化製品の機器識別を行い、機器識別された電化製品情報に基づいて、サーバから受信した出力情報（例えば、リコール情報、広告等）を取得することが可能となるが、機器認識サーバにより電化製品種別の決定が行われるため、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）型で機器識別の処理を提供することが可能となる。

（７） 電化製品が通信可能に接続された情報処理装置と、当該情報処理装置と通信可能に接続された機器認識サーバと、から構成される電化製品種別決定システムが実行する方法であって、
前記情報処理装置が、
前記電化製品から、当該電化製品の種別を判別するためのパケットを受信するパケット受信ステップと、
前記パケットを前記機器認識サーバに送信することで、前記電化製品の種別に関する情報を要求する種別情報要求ステップと、を実行し、
前記機器認識サーバが、
前記電化製品ごとに定められた定義ファイルを記憶する記憶ステップと、
前記情報処理装置からの要求に応じて、前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化ステップと、
前記得点化ステップの結果として、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報として、前記情報処理装置に送信する電化製品種別決定ステップと、を実行し、
さらに、前記情報処理装置が、前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得ステップを実行する方法。

（７）の発明は、電化製品種別決定システムの情報処理装置が、電化製品から、当該電化製品の種別を判別するためのパケットを受信し、パケットを機器認識サーバに送信することで、電化製品の種別に関する情報を要求する。そして、機器認識サーバが、電化製品ごとに定められた定義ファイルを記憶し、情報処理装置からの要求に応じて、パケットと電化製品ごとの定義ファイルを比較し、得点化する。そして、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、電化製品の電化製品情報として、情報処理装置に送信する。さらに、情報処理装置が、電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する。

したがって、（７）の発明によれば、ユーザからの登録操作を必要とせずに、ネットワークに接続された電化製品の機器識別を行い、機器識別された電化製品情報に基づいて、サーバから受信した出力情報（例えば、リコール情報、広告等）を取得することが可能となるが、機器認識サーバにより電化製品種別の決定が行われるため、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）型で機器識別の処理を提供することが可能となる。

本願発明によれば、ユーザからの登録操作を必要とせずに、ネットワークに接続された電化製品の機器識別を行い、機器識別された種別の情報に基づいて、リコール情報、広告等の適切な情報を表示する情報処理装置、プログラム、システム、方法を提供することが可能となる。

図１は、ネットワークシステム１の全体構成を示す図である。 図２は、情報処理装置５０と電化製品２０等の機能ブロック図である。 図３は、種別決定・出力情報送信処理のフローチャート図である。 図４は、ＭＡＣアドレスの一例を示す図である。 図５は、ＭＡＣアドレスメーカテーブルの一例を示す図である。 図６は、ＭＡＣアドレス機種テーブルの一例を示す図である。 図７は、ポート番号の一例を示す図である。 図８は、ポート番号テーブルの一例を示す図である。 図９は、得点化処理と電化製品を特定する処理の一例を示す概念図である。 図１０は、表示装置３６０に表示される画面イメージの一例を示す図である。 図１１は、出力情報テーブルの一例を示す図である。 図１２は、電源状態識別テーブルの一例を示す図である。 図１３は、出力デバイスに表示した出力情報の一例を示す図である。 図１４は、情報処理装置５０のハードウェア構成の一例を示す図である。 図１５は、機器認識サーバ５００を備えるシステムにおける機能ブロック図である。

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

［第１実施形態］：［全体構成］
図１は、ネットワークシステム１の全体構成を示す図である。

ネットワークシステム１は、インターネット等の公衆回線網を含むネットワークシステム（ローカルネットワーク）であって、情報処理装置５０と、電化製品２０−ａ，２０−ｂ，２０−ｃと、ローカルネットワーク２と、により構成される。情報処理装置５０は、有線・無線ＬＡＮ等のローカルネットワーク２を介して、電化製品２０−ａ，２０−ｂ，２０−ｃに通信可能に接続される。さらに、情報処理装置５０は、出力情報提供サーバ３００とインターネット等の公衆回線網３を介して通信可能に接続される。

電化製品２０−ａ，２０−ｂ，２０−ｃとは、ネットワーク接続機能を備える電化製品であって、例えば、テレビ２０−ａ、電話機２０−ｂ、コンピュータ２０−ｃに加えて、携帯電話、携帯情報端末、携帯型音楽プレーヤ、テレビ、オーディオコンポ、コンテンツ再生・録画プレーヤ、プリンタ、電話機、ＦＡＸ機、コピー機、スキャナ機、ＭＦＰ（多機能周辺装置、多機能プリンタ）等の情報家電のみならず、冷蔵庫、洗濯機、食器洗浄乾燥機、扇風機、エアコン、電気ストーブ、炊飯器、電子レンジ等の白物家電や、電気照明、サーバ、交換機、ルータ等も含む。

これらの電化製品２０−ａ，２０−ｂ，２０−ｃは、ローカルネットワーク２を介して、情報処理装置５０とＴＣＰ／ＩＰ等のプロトコルで通信する機能を備える。電化製品２０−ａ，２０−ｂ，２０−ｃのうち、コンテンツを表示する装置である出力デバイスが含まれてよい。すなわち、出力デバイスとは、テキスト、動画、静止画像等のコンテンツを表示する機能を有する電化製品２０である。図１の場合では、出力デバイスとは、テレビ２０−ａ、パソコン２０−ｃである。

［情報処理装置、出力情報提供サーバ、電化製品の機能］
図２は、情報処理装置５０と電化製品２０、出力情報提供サーバ３００の機能ブロック図である。

情報処理装置５０は、リクエストパケット送信手段５１と、レスポンスパケット受信手段５２と、定義ファイル記憶手段５３と、得点化手段５４と、電化製品種別決定手段５５と、を備える。情報処理装置５０は、制御部１０、メインメモリ３４０（図１４参照、図２に図示せず）を備えた情報機器であり、コンピュータであってよい。上記の各手段は、これを実現するプログラムがメインメモリ３４０に読み込まれて、制御部１０により実行され実現される。すなわち、情報処理装置５０は、上記手段を備える専用の情報機器でもよいし、パソコン、テレビ、ルータ等の他の機能を有する情報機器であってもよい。

リクエストパケット送信手段５１は、後述するリクエストパケットを送信する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。

レスポンスパケット受信手段５２は、後述するレスポンスパケットを電化製品２０より受信する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。

定義ファイル記憶手段５３は、後述する定義ファイルを記憶する機能を有し、ハードディスク３９０、メインメモリ３４０等により実現される。

得点化手段５４は、定義ファイルに基づいて、各定義ファイルを得点化する機能を有し、制御部１０、ハードディスク３９０、メインメモリ３４０等により実現される。

電化製品種別決定手段５５は、最終的に電化製品の種別を決定する機能を有し、制御部１０、ハードディスク３９０、メインメモリ３４０等により実現される。

出力情報取得手段５８は、出力情報提供サーバ３００から出力情報を取得する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。

出力情報送信手段５９は、出力情報提供サーバ３００から取得した出力情報データを、ローカルネットワーク２に接続される電化製品２０のうち、電化製品種別の決定した電化製品２０又はいずれかの出力デバイスに送信する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。

出力情報表示手段６０は、情報処理装置５０が液晶ディスプレイ等の表示装置３６０を有する場合に、出力情報提供サーバ３００から取得した出力情報データを、情報処理装置５０が自ら表示する機能を有し、表示装置３６０と、制御部１０により実現される。

電化製品２０は、ＣＰＵにより実現される制御部２１と、通信Ｉ／Ｆにより実現される通信部２４と、ハードディスク、メインメモリにより実現される記憶部２２と、を少なくとも備え、液晶モニタ等の表示部２３を備えていてもよい。電化製品２０は、コンピュータであることを前提とするが、上記の構成を備えれば、一般的な家庭用電化製品又は業務用電化製品であってもよい。

出力情報提供サーバ３００は、出力情報取得手段５８からの出力情報取得要求に応じて、出力情報データベース３０５を検索し、検索した出力情報データを情報処理装置５０に送信するコンピュータであり、ハードウェアの基本的な機能構成は、情報処理装置５０と同一であってよい。

出力情報データとは、ローカルネットワーク２内に存在する電化製品２０に関連したデータであって、ユーザに通知するデータである。例えば、電化製品２０に関連した画像広告（バナー広告）、動画広告、テキスト広告、音声広告である。図１１を参照すると、出力情報テーブルが示されるが、横軸の「条件」に対して、各機器名に対応する出力情報データが示されている。ＰＣ−０１（コンピュータ２０−ｃ）に関連したデータとしては、初期設定として、ＰＣ−０１の次の新製品に関する「ＰＣ−０３広告.ｍｐ４」の内容が出力情報データに該当する。

出力情報データは、出力情報テーブルにおいて、表示する時間帯である表示時間帯と関係づけられている（図１１参照）。表示時間帯は、出力情報データを提供するメーカ等が、ユーザの視認を望むために予め指定した時間帯である。表示時間帯が「１０：００−１１：００」である場合は、「１０：００−１１：００」に、該当する出力情報データを表示するという設定である。一方、表示時間帯が「取得時」である場合は、出力情報データを、情報処理装置５０が取得したらすぐに、該当する出力情報データを表示するという設定である。

出力情報データベース３０５は、出力情報データや図１１に示される出力情報テーブルが記憶されたデータベースである。

［種別決定・出力情報送信処理のフローチャート］
図３は、種別決定・出力情報送信処理のフローチャートである。まず、情報処理装置５０のリクエストパケット送信手段５１は、電化製品２０に対して、リクエストパケットを送信する（ステップＳ１０）。

リクエストパケットとは、電化製品２０の種別を判別するためのレスポンスパケットを受信するために、情報処理装置５０が、電化製品２０に送信するパケットデータである。

リクエストパケットは、例えば、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎｅｇｅｍｅｎｔ Ｐｒｏｃｏｌ）等のコマンドであってよく、ｕＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）準拠のプロトコルであってよい。

なお、リクエストパケット送信手段５１は、定期的に電化製品２０に対して、リクエストパケットを送信する態様であってよい。すなわち、リクエストパケット送信手段５１が、数十秒毎、数分毎、数時間毎に、リクエストパケットを送信することで、通信可能に接続された電化製品２０を、所定のタイミングで検知する。

電化製品情報とは、電化製品に関する情報であって、電化製品の種別（電化製品の種類を特定するためのメーカ名、機器名等）が少なくとも含まれる情報である。

次に、情報処理装置５０のレスポンスパケット受信手段５２は、所定の電化製品２０からレスポンスパケットを受信する（ステップＳ１１）。

レスポンスパケットとは、電化製品２０から送信されるパケットであって、電化製品２０の種別を判別する、あるいは、電化製品２０の種別を判別する手がかりとなる、パケットデータである。第１実施形態では、レスポンスパケットとは、情報処理装置５０から送信されたリクエストパケットを受信した電化製品２０から送信される応答パケットである。第３実施形態で、レスポンスパケットが、リクエストパケットの応答パケットでない場合について説明する。

次に、情報処理装置５０は、定義ファイル参照処理を行う（ステップＳ１２）。情報処理装置５０の制御部１０は、定義ファイル記憶手段５３に記憶された定義ファイルを参照し、比較して、次の得点化処理（ステップＳ１３）を行う。

定義ファイルとは、電化製品２０ごとに予め定められたデータ（ライブラリ）であって、電化製品２０の種別を特定するために必要なデータである。後述する図９を参照すると、定義ファイル（電化製品Ａ定義ファイル）は、１以上の定義項目（Ｘ５，Ｙ２，Ｚ３）からなり、定義項目の一つ一つを得点化して比較し、電化製品２０（この場合、電化製品Ａ）を特定する。定義項目とは、一つのリクエストパケット及びレスポンスパケットで電化製品２０の種別を特定するための定義データである。

次に、情報処理装置５０の得点化手段５４は、定義ファイルとレスポンスパケットを比較して、得点化（スコアリング）を行う（ステップＳ１３）。

得点化について、図９を参照して説明する。情報処理装置５０は、１以上のリクエストパケット（Ａ１，Ｂ１，Ｃ１）を送信し、これに対するレスポンスパケット（Ｘ５，Ｙ８，Ｚ９）を受信する。そして、情報処理装置５０は、定義ファイル記憶手段５３に記憶された、電化製品毎の定義ファイル（電化製品Ａ定義ファイル、電化製品Ｂ定義ファイル、電化製品Ｃ定義ファイル）の定義項目を参照し、レスポンスパケットと比較する。

例えば、リクエストパケットとして、ＡＲＰコマンドを送信し、このレスポンスをある電化製品２０から受信した場合で説明する。ＡＲＰコマンドをターゲットの電化製品２０に送信することで、ターゲットの電化製品２０のＭＡＣアドレスの情報を含むパケットをレスポンスパケットとして受信する。

図４に示すように、ＭＡＣアドレスは、４８Ｂｉｔの符号からなり、上位２４ＢｉｔがベンダーＩＤとして、ベンダー固有のＩＤが付与され、次の８Ｂｉｔが機種ＩＤである。

そして、定義ファイル記憶手段５３には、電化製品毎の定義ファイルを構成するための、テーブルが記憶されていてよい。例えば、図５に示すように、ＭＡＣアドレスメーカテーブルとして、上位２４Ｂｉｔの符号と、電化製品２０のメーカ名（必ずしも、製造元のベンダー名でなくてよく、通信Ｉ／Ｆを備える電化製品２０全体のベンダー（メーカ）名であってよい）と、得点化のためのポイントと、ＩＤとが関係付けられている。さらに、図６に示すように、ＭＡＣアドレス機種テーブルとして、上位２４Ｂｉｔの符号と、電化製品２０の機種名と、得点化のためのポイントと、ＩＤとが関係付けられている。

このＭＡＣアドレスメーカテーブルと、ＭＡＣアドレス機種テーブルの、各要素を抽出することで、定義項目となり、電化製品毎の定義ファイルを構成する。例えば、ＭＡＣアドレスメーカテーブルのＩＤ００１が、電化製品Ａ定義ファイルのＸ５（図９参照）（定義項目Ｘ５）に該当し、ＭＡＣアドレス機器テーブルのＩＤ０１０が、電化製品Ａ定義ファイルのＹ２（定義項目Ｙ２）に該当する。

リクエストパケットとして送信されたＡ１のパケットを受けて、電化製品２０は、レスポンスパケット（Ｘ５）を送信する。このレスポンスパケット（Ｘ５）と、電化製品Ａの定義ファイルの定義項目を比較して、同一であれば、各テーブルを参照して、ポイントを付与する。

例えば、上記の例で、レスポンスパケットＸ５が、ターゲットのＭＡＣアドレスの情報を含むパケットであって、４８Ｂｉｔの符号が「０４−Ａ３−４３−５Ｆ−４３−２３」である場合で説明する。上位２４Ｂｉｔが定義項目Ｘ５（ＩＤ００１）と同一であるため、０．３のポイントを付与する。さらに、次の８Ｂｉｔにおいても、定義項目（ＩＤ０１０）と同一であるため、０．３のポイントを付与する。したがって、電化製品Ａ定義ファイルは、合計０．６ポイントを取得することができる。

なお、上記の例では、一のリクエストパケット（Ａ１）に対して、レスポンスパケット（Ｘ５）により、２つの定義項目（ＩＤ００１、ＩＤ０１０）に対して得点化しているが、このように、一のレスポンスパケットから複数の定義項目を得点化する態様であってよい。

次に、情報処理装置５０は、レスポンスパケットＹ８を、電化製品Ａ定義ファイルのＹ２と比較して、レスポンスパケットＺ９を、電化製品Ａ定義ファイルのＺ３と比較して、各ポイントを取得する（図９参照）。電化製品Ａ定義ファイルの総合点は、このようにして求めた全てのポイントを足し合わせたものである。これを、電化製品Ａ定義ファイル、電化製品Ｂ定義ファイル、電化製品Ｃ定義ファイル・・と、全ての定義ファイルに対して算出する。

上記の説明では、レスポンスパケットＸ５と定義項目Ｘ５が同一である場合で説明したが、同一に限らず、類似度で判断してもよい。

類似度で判断する例として、レスポンスパケットＸ５の上位２４Ｂｉｔの上位１６Ｂｉｔまでが同一であれば０．２ポイントを付与し、上位８Ｂｉｔまでが同一であれば、０．１ポイントを付与する態様（パケットの文字列の類似度で判断する）であってよい。このようにすることで、レスポンスパケットと定義項目の類似度が高いとポイントを高くするといったように、ポイントの値を調整することができる。

情報処理装置５０は、複数種類のリクエストパケットを送信することで、複数のレスポンスパケットを電化製品２０から受信する。

次に、情報処理装置５０の電化製品種別決定手段５５が、電化製品２０（機器）の種別を決定する（ステップＳ１４）。すなわち、上記のような得点化を、全ての定義ファイルで行い、取得した得点を比較して、得点が最も高い定義ファイルを抽出することで、電化製品２０の種別を決定する。

例えば、前述の説明のように、電化製品Ａ定義ファイル、電化製品Ｂ定義ファイル、電化製品Ｃ定義ファイル・・と、全ての電化製品ごとの定義ファイルに対して算出して、最も得点の高い電化製品の定義ファイルを抽出して、電化製品２０を特定する。

図９を用いて説明すると、例えば、レスポンスパケット（Ｘ５，Ｙ８，Ｚ９）と電化製品Ａ定義ファイル（Ｘ５，Ｙ２，Ｚ３）のＸ５が同一であるため、電化製品Ａ定義ファイルでは、０．６ポイントを取得するとする。これに対して、電化製品Ｂ定義ファイルの各定義項目（Ｘ１，Ｙ７，Ｚ１）は、レスポンスパケット（Ｘ５，Ｙ８，Ｚ９）と、どれも同一ではないが、類似度を考慮して、０．３ポイントを取得できたとする。

そして、電化製品Ｃ定義ファイル（Ｘ５，Ｙ８，Ｚ８）は、レスポンスパケット（Ｘ５，Ｙ８，Ｚ９）と、定義項目Ｙ８が同一であるため、電化製品Ａ定義ファイルでは、０．９ポイントを取得したとする。この場合には、電化製品ＡからＣの定義ファイルのうち、電化製品Ｃの定義ファイルが最も高い総合点（０．９ポイント）であると決定し、定義ファイルＣを抽出するため、電化製品２０の種別は、電化製品Ｃと決定される。

一例として、電化製品Ａ定義ファイルを、Ａ社というメーカ名までの定義ファイルとして、電化製品Ｂ定義ファイルを、Ａ社というメーカ名に加えて、機器の種別の一つである（ＡＢ−０１）まで特定できる定義ファイルとする。この場合は、ある電化製品２０が、Ａ社製で、ＡＢ−０１という種別である場合には、電化製品Ａ定義ファイルよりも、電化製品Ｂ定義ファイルの方が、ポイントが高くなる。したがって、電化製品２０は、総合点が高くなる、電化製品Ｂ（Ａ社のＡＢ−０１）であると決定される。

逆に、ある電化製品２０が、Ａ社製で、ＢＣ−０３という種別である場合には、ＢＣ−０３であることは特定できないが、Ａ社製というところまで、電化製品Ａ又は電化製品Ｂの定義ファイルにより特定できる。したがって、機器名は特定できないが、少なくとも、メーカ名までは特定が可能であり、段階的に、電化製品情報を特定することができる。

ＭＡＣアドレス以外の得点化のための判断要素として、図７、図８を用いてＴＣＰ／ＩＰのポートにより判断する例について説明する。電化製品２０ウェルノウンポートその電化製品２０で特別に使用（バインド）されるポート番号の使用状況により、電化製品２０の種別を特定する。

図７に示すように、電化製品Ｘは、ポート番号５０００、５００２番は、使用中であり、５００１番は使用していないとする。例えば、ＮＥＴＳＴＡＴコマンドにより、このステイタスを検知する。そして、図８に示すように、定義ファイル記憶手段５３に記憶されたポート番号テーブルを参照して、使用中（バインド中）のポート番号を比較して、ＩＤ１００の定義項目との同一を判断して、ポイントを付与する。ポート番号５０００番、５００２番は、使用中であり、５００１番は使用していない場合は、ポイントが０．２付与される。

ＮＥＴＳＴＡＴコマンドを使用する場合は、リクエストパケットとして、ＮＥＴＳＴＡＴコマンドが、相手となる電化製品２０にパケットを送信してもよいが、第３実施形態で説明するように、情報処理装置５０は、電化製品２０から、ブロードキャスト又はマルチキャストのパケットを予め受信しており、これらの受信したパケットを利用して、ＮＥＴＳＴＡＴのコマンド結果を得てもよい。

すなわち、情報処理装置５０が、リクエストパケットとなるＮＥＴＳＴＡＴコマンドを、電化製品２０に対して送信しなくても、これまでに受信していた電化製品２０から送信されるブロードキャスト又はマルチキャストのパケット（ポート番号のバインド状態を通知するパケット等）に基づいて、上記の得点化処理が実現されてもよい。

なお、ポイントの付与は、ポート番号テーブルのポート番号とバインドの状態が完全に同一の場合のみではなく、存在するポートの何割が使用中であり、何割が不使用であるかということを判別して、使用程度（使用程度が完全に同一ではないが類似の程度）に応じてポイントが付与されてもよい。例えば、テーブルとして、ポートの使用程度とポイントが対応付けられて予め記憶されているとする。この場合、ポート番号５０００、５００２番は、使用中であり、５００１番は使用していないときに、６６％のポートが使用中である。したがって、６６％のポートが使用中のときに、テーブルを参照して、所定のポイントを付与するといった処理である。

さらに、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のバージョンを確定して、ポイントの付与を実行してもよい。例えば、第３実施形態で説明するように、ブロードキャストに送信されるレスポンスパケットとして、ｎｂｎｓ（Ｎｅｔ ＢＩＯＳ Ｎａｍｅ Ｓｅｒｖｅｒ）パケットを受信して、ＯＳのバージョン情報を取得し、これに基づいて、ＯＳを特定し、特定されたＯＳのバージョンに基づいて、ポイントが付与されてもよい。

例えば、電化製品ＡＢ−０１の定義ファイルに、定義項目として、「ＯＳのバージョンが「Ｘ型」を使用している場合には、ポイントを０．５加算する」と登録されているとする。このとき、ｎｂｎｓパケットにより、ＯＳのバージョンが「Ｘ型」と特定されれば、電化製品ＡＢ−０１のポイントを０．５加算するという態様である。

図１０は、情報処理装置５０が、表示装置３６０を有する場合に、ローカルネットワーク２に接続された、電化製品２０−ａ，２０−ｂ，２０−ｃ，２０−ｄの電化製品情報（メーカ名、機器名）がアイコンとともに表示されたことを示す画面イメージ図である。電化製品情報が特定されると、リアルタイムに、この画面に電化製品情報が表示される。

情報処理装置５０の出力情報取得手段５８は、種別決定処理が終了後に、出力情報取得処理を実行する（ステップＳ１５）。すなわち、出力情報取得手段５８は、出力情報取得要求を出力情報提供サーバ３００に行う。そして、出力情報提供サーバ３００は、出力情報取得手段５８から電化製品情報を取得して、電化製品情報に基づいて出力情報データを、出力情報データベース３０５に対して検索する。例えば、図１１の出力情報テーブルに基づいて、出力情報データベース３０５を検索し、検索した出力情報データを出力情報取得手段５８に通知する。ここでは、出力情報取得手段５８は、電化製品情報として機器名「ＰＲ−０１」であって、「条件」が「初期設定」の場合には、出力情報データ「ＰＲ−０５広告．ｍｐ４」を取得する。

ここで、「条件」とは、出力情報提供サーバ３００が検索し、決定する出力情報データの選択条件であって、例えば、条件として、「初期設定」の出力情報データが原則的に検索され、決定されるが、「リコール情報」に出力情報データが存在する場合は、例外的に、リコール情報に関係づけられた出力情報データが、検索される。例えば、メーカ側でリコールが発生した場合は、図１１の出力情報テーブルのリコール情報に、メーカ側が、リコール情報に関するデータを予め関係づけておく（例えば、ＴＶ−０１でリコールが発生し、「メッセージ０１．ｔｘｔ」が対応するリコール情報の出力情報データ）。これにより、出力情報データとして、リコール情報を情報処理装置５０に取得させることができる。

なお、情報処理装置５０は、リクエストパケット、レスポンスパケットの送受信により電化製品２０の使用状態に関するデータ（使用状態データ）を生成しておき、この使用状態データを電化製品情報とともに、送信してもよい。すなわち、電化製品２０に「ＰＩＮＧコマンド」をリクエストパケットとして定期的に送信することで、電化製品２０の電源のオン・オフの使用状態を把握することができる。したがって、例えば、情報処理装置５０は、ある電化製品２０が、１週間等の所定期間に、電源がオフされていたか否かを示す使用状態をデータ（使用状態データ）として生成する。情報処理装置５０は、この使用状態データを、電化製品情報とともに、送信する。

図１１の横軸の「条件」において、「１週間 電源オフ」の列は、情報処理装置５０から、この使用状態データを受信した場合に、使用状態データが「１週間 電源オフ」であることを示す場合に参照される項目である。例えば、機器名「ＰＣ−０１」が、ＰＩＮＧコマンドにより、１週間、電源オフであるとする。この場合、情報処理装置５０が１週間電源オフであることを示す使用状態データを生成した場合は、出力情報提供サーバ３００が「ＢＡ−０１広告．ｍｐ４」を検索し、出力情報データと決定する。例えば、ＰＣ−０１は、１週間、電源がオフであるコンピュータであるため、ユーザに飽きられてしまったコンピュータである可能性があり、「ＢＡ−０１広告．ｍｐ４」として、ＰＣ−０１とは異なる仕様や機能、デザイン等を備えるコンピュータの広告を送信することであれば、広告効果が向上できる可能性がある。

使用状態データは、上述のように、所定期間、電源オフであることを示すデータのみならず、電化製品２０の使用状態を示すデータであればよく、例えば、電化製品２０が使用する消耗品がなくなっていることを示すデータ（例えば、トナー切れ、印刷用紙切れ）等を示すデータであってもよい。この場合に、情報処理装置５０が取得する出力情報データとして、消耗品の広告情報であれば、広告効果が向上できる可能性がある。

次に、情報処理装置５０は、取得した出力情報データを送信又は（及び）表示する出力処理を実行する（ステップＳ１６）。情報処理装置５０が、表示装置３６０を有する場合は、取得した出力情報データを指定された表示時間帯に情報処理装置５０が表示装置３６０に表示する。

さらに、好適な実施形態として、情報処理装置５０が、取得した出力情報データを種別が決定された電化製品２０に送信し、この電化製品２０が、出力情報データを受信して、指定した表示時間帯に表示する。この場合には、種別が決定された当該電化製品２０に、自身の製品に関する出力情報データを表示できるため、当該製品のリコール情報や当該製品の新製品情報を、その製品そのものが表示することができる。

また、他の実施形態として、取得した出力情報データを種別が決定された電化製品２０に送信せずに、ユーザが最も視聴する可能性が高い電化製品２０である出力デバイスに送信する場合について、説明する。

ローカルネットワーク２に接続される出力デバイスが複数ある場合は、情報処理装置５０は、出力デバイスごとに、図１２に示される電源状態識別テーブルを生成する。すなわち、出力デバイス（ＰＣ−０１、ＴＶ−０１）ごとに、電源がオンになった時間及びオフになった時間を１時間ごとに集計し、その時間帯のオン回数を集計する。

情報処理装置５０は、上述のように、電化製品２０である出力デバイスに対して、「ＰＩＮＧコマンド」をリクエストパケットとして、定期的に送信するため、出力デバイスがオンであるか否かを判別して、電源オンの回数を集計し、電源状態識別テーブルを更新することができる。例えば、情報処理装置５０は、５分ごとに、このリクエストパケットを出力デバイスへ送信して、電源のオン・オフのデータを集計する。

図１２の例によれば、１０：００−１１：００には、７日前（１週間前）は、ＰＣ−０１において、１０：２５に電源をオンしており、２日前は、１０：３０に電源をオンしており、昨日は、１０：２５に電源をオンしている。したがって、オン回数は、過去である７日前、２日前、昨日で、合計３回である。一方、ＴＶ−０１は、１０：００−１１：００には、いずれの日も電源をオンにしていないため、オン回数は、合計０回である。したがって、ユーザの習慣として、１０：００−１１：００は、ＰＣ−０１を起動し、画面を視認している可能性が高く、ＴＶ−０１は視認していないと判断できる。

したがって、情報処理装置５０は、電源状態識別テーブルに基づいて、出力情報データを取得した際に、出力情報と関係づけられた表示時間帯を参照し、その表示時間帯における電源オン回数が最も大きい出力デバイスを選択する。

図１２の例によれば、表示時間帯が、「１１：００−１２：００」に指定されている場合は、ＰＣ−０１が出力デバイスとして選択されるが、「１２：００−１３：００」に指定されている場合は、ＴＶ−０１の方が、電源オン回数が大きいため、ＴＶ−０１が出力デバイスとして選択される。

情報処理装置５０は、選択された出力デバイスに、該当する出力情報データを送信する。そして、出力情報データを受信した出力デバイスが、出力情報データを表示する。図１３は、出力情報データ１００を出力デバイス（ＴＶ−０１）２０−ａに、ＰＣ−０１の出力情報データを表示した一例である。ＰＣ−０１の電源を１週間入れていないとすると、情報処理装置５０が、電化製品情報（ＰＣ−０１）とともに、ＰＣ−０１の使用状態データとして、１週間、電源をオンしていないというデータを出力情報提供サーバ３００に送信する。そして、情報処理装置５０が出力情報データとして、図１１の出力情報テーブルに基づいて、「ＢＡ−０１広告．ｍｐ４」を取得する。

情報処理装置５０は、出力情報データ（「ＢＡ−０１広告．ｍｐ４」）とともに表示時間帯（「１２：００−１３：００」）を取得し、表示時間帯に基づいて、出力デバイスを選択する。この場合、表示時間帯が「１２：００−１３：００」であるから、図１２の電源状態識別テーブルに基づいて、出力デバイスとして「ＴＶ−０１」を選択する。情報処理装置５０は、時刻が「１２：００―１３：００」の時間帯になることを確認し、例えば、１２：００になった場合は、情報処理装置５０は、「ＴＶ−０１」に、ＰＣ−０１のための出力情報データ「ＢＡ−１０広告．ｍｐ４」を送信し、ＴＶ−０１が「ＢＡ−１０広告．ｍｐ４」を受信し、表示する。

なお、上述の種別決定・出力情報送信処理では、出力情報の送信・表示処理（ステップＳ１６）が、電化製品２０の種別決定処理（ステップＳ１４）の直後に実行されることを前提としているが、一度、種別決定処理（ステップＳ１４）が実行されて、電化製品の機器名が決定され、機器名が情報処理装置５０に記憶されていれば、出力情報取得処理（ステップＳ１５）、出力情報送信・表示処理（ステップＳ１６）の実行タイミングは、任意であってよい。例えば、１週に１回等のタイミングで、出力情報取得処理（ステップＳ１５）、出力情報送信・表示処理（ステップＳ１６）が定期的に実行され、その都度、異なる出力情報が表示されてよい。

［ハードウェア構成図］
図１４は、情報処理装置５０のハードウェア構成を示す図である。本発明が実施されるサーバは標準的なものでよく、以下に構成の一例を示す。

情報処理装置５０は、制御部１０を構成するＣＰＵ３１０（マルチプロセッサ構成ではＣＰＵ３２０等複数のＣＰＵが追加されてもよい）、バスライン４９０、通信Ｉ／Ｆ（Ｉ／Ｆ：インターフェイス）３３０、メインメモリ３４０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）３５０、表示装置３６０、Ｉ／Ｏコントローラ３７０、キーボード及びマウス等の入力装置３８０、ハードディスク３９０、光ディスクドライブ４００、並びに半導体メモリ４２０を備える。なお、ハードディスク３９０、光ディスクドライブ４００、並びに半導体メモリ４２０をまとめて記憶部１２０と呼ぶ。

制御部１０は、情報処理装置５０を統括的に制御する部分であり、ハードディスク３９０に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。

通信Ｉ／Ｆ３３０は、情報処理装置５０が、上述したローカルネットワーク２を介して電化製品２０と情報、データを送受信する場合のネットワーク・アダプタである。通信Ｉ／Ｆ３３０は、モデム、ケーブル・モデム及びイーサネット（登録商標）・アダプタを含んでよい。

ＢＩＯＳ３５０は、情報処理装置５０の起動時にＣＰＵ３１０が実行するブートプログラムや、情報処理装置５０のハードウェアに依存するプログラム等を記録する。

表示装置３６０は、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。

Ｉ／Ｏコントローラ３７０には、ハードディスク３９０、光ディスクドライブ４００、及び半導体メモリ４２０等の記憶装置である記憶部１２０を接続することができる。

入力装置３８０は、情報処理装置５０の管理者による入力の受付けを行うものである。

ハードディスク３９０は、本ハードウェアを情報処理装置５０として機能させるための各種プログラム、本発明の機能を実行するプログラム及び後述するテーブル及びレコードを記憶する。なお、情報処理装置５０は、外部に別途設けたハードディスク（図示せず）を外部記憶装置として利用することもできる。

光ディスクドライブ４００としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は、各ドライブに対応した光ディスク４１０を使用する。光ディスク４１０から光ディスクドライブ４００によりプログラム又はデータを読み取り、Ｉ／Ｏコントローラ３７０を介してメインメモリ３４０又はハードディスク３９０に提供することもできる。

なお、本発明でいうコンピュータとは、記憶装置、制御部等を備えた情報処理装置をいい、情報処理装置５０は、制御部１０、記憶部１２０等を備えた情報処理装置により構成され、この情報処理装置は、本発明のコンピュータの概念に含まれる。

［第２実施形態：機器認識サーバ］
上記の第１実施形態では、情報処理装置５０が電化製品２０の種別を決定する実施態様について説明したが、これに限られず、電化製品２０の種別を、公衆回線を介して接続された機器認識サーバ５００が決定する態様を第２実施形態として、以下に説明する。

図１５に示すように、電化製品種別決定システム５は、情報処理装置５０と、電化製品２０と、機器認識サーバ５００とから構成される。好適な実施形態では、電化製品２０と情報処理装置が、ローカルネットワーク（ホームネットワーク）で通信可能に接続され、機器認識サーバ５００とは、公衆回線（インターネット等）を介して、通信可能に接続されている。

情報処理装置５０は、リクエストパケット送信手段５１と、レスポンスパケット受信手段５２と、電化製品種別情報要求手段５６と、電化製品種別情報受信手段５７と、を備える。情報処理装置５０のハードウェア構成は、第１実施形態と同様である。情報処理装置５０は、例えば、Ｊａｖａ（登録商標）ＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）とＯＳＧｉ（Ｏｐｅｎ Ｓｅｒｖｉｃｅｓ Ｇａｔｅｗａｙ Ｉｎｉｔｉａｔｉｖｅ）フレームワークが動作する機器上でならば動作させることが可能である。

リクエストパケット送信手段５１は、電化製品２０に対して、リクエストパケットを送信する機能を有し、通信Ｉ／Ｆ３３０（図１１参照）と、制御部１０により実現される。

レスポンスパケット受信手段５２は、電化製品２０からレスポンスパケットを受信する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。

電化製品種別情報要求手段５６は、機器認識サーバ５００に対して、電化製品種別を特定する情報（電化製品情報）を要求する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。具体的には、情報処理装置５０から、電化製品２０に送信されたリクエストパケット、これに対して電化製品２０が応答したレスポンスパケットを機器認識サーバ５００に送信して、電化製品情報を要求する。

電化製品種別情報受信手段５７は、機器認識サーバ５００が特定した電化製品種別を特定する情報（電化製品情報）を受信する機能を有し、通信Ｉ／Ｆ３３０と、制御部１０により実現される。

出力情報取得手段５８、出力情報送信手段５９、出力情報表示手段６０は、第一実施形態と同様の機能を有するが、出力情報取得手段５８は、機器認識サーバ５００が特定した電化製品情報に基づいて、出力情報提供サーバ３００に対して出力情報を要求して、取得する。

機器認識サーバ５００は、情報処理装置５０からの要求を受付ける要求受付手段５０１と、得点化手段５０２と、定義ファイルデータベース５０３と、電化製品種別決定手段５０４と、を備える。機器認識サーバ５００は、コンピュータであり、ハードウェアの基本的な構成は、情報処理装置５０と同一であってよい。

要求受付手段５０１は、情報処理装置５０からの電化製品情報の要求を受け付ける機能を有し、制御部と通信Ｉ／Ｆにより実現される。具体的には、情報処理装置５０から、電化製品２０に送信されたリクエストパケット、これに対して電化製品２０が応答したレスポンスパケットを情報処理装置５０から受信し、得点化手段５０２に処理を促す。

得点化手段５０２は、定義ファイルに基づいて、各定義ファイルを得点化する機能を有し、制御部、ハードディスクにより実現される。本機能は、第１実施形態の得点化手段５４と同様である。

定義ファイルデータベース（定義ファイル記憶手段）５０３は、後述する定義ファイルを記憶するデータベース機能を有し、制御部、ハードディスクにより実現される。本機能は、第１実施形態の定義ファイル記憶手段５３と同様であるが、定義ファイルデータベース５０３は専用のサーバであることから、情報処理装置５０で管理するよりも、取扱うことが可能な定義ファイルのデータ量を多くすることが可能である。なお、データベース言語として、ＳＱＬを使用してもよい。

電化製品種別決定手段５０４は、最終的に電化製品の種別を決定し、情報処理装置５０に送信する機能を有し、制御部、ハードディスクにより実現される。本機能は、第１実施形態の電化製品種別決定手段５５とは、最終的に決定された電化製品の種別についての情報である電化製品情報を、情報処理装置５０に送信する機能を除いて、同様である。

電化製品２０は、第１実施形態と同様の機能構成である。

電化製品２０が通信可能に接続された情報処理装置５０と、情報処理装置５０と通信可能に接続された機器認識サーバ５００と、から構成される電化製品種別決定システム５が以下を実行する。

情報処理装置５０が、電化製品２０に対して、所定のリクエストパケットを送信するリクエストパケット送信ステップと、リクエストパケットを送信した電化製品２０から、この電化製品２０の種別を判別するためのレスポンスパケットを受信するレスポンスパケット受信ステップと、レスポンスパケットを機器認識サーバ５００に送信することで、電化製品２０の種別に関する情報を要求する種別情報要求ステップと、を実行する。

これに対して、機器認識サーバ５００が、電化製品２０ごとに定められた定義ファイルを記憶する記憶ステップと、情報処理装置５０からの要求に応じて、レスポンスパケットと電化製品２０ごとの定義ファイルを比較し、得点化する得点化ステップと、得点化ステップにより得点が高い定義ファイルを抽出し、定義ファイルの電化製品情報を、電化製品２０の電化製品情報として、情報処理装置５０に、電化製品情報を送信する電化製品種別決定ステップと、を実行する。

次に、情報処理装置５０の電化製品種別情報受信手段５７は、機器認識サーバ５００より電化製品情報を受信し、情報処理装置５０の出力情報取得手段５８が、第一実施形態と同様に、出力情報提供サーバ３００に出力情報を要求し、取得する。その後、出力情報送信手段５９又は（及び）出力情報表示手段６０が、第一実施形態と同様に、出力情報を出力する。したがって、電化製品の種別決定までを、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）型に提供することができる。

なお、第二実施形態によれば、通信可能に接続された電化製品の種別（電化製品の種類を特定する機器名等）を、ユーザが関与することなく自動的に特定することが可能であるが、さらに、機器認識サーバ５００が電化製品情報を決定するため、定義ファイルが新たに更新されても、機器認識サーバ５００の定義ファイルデータベース５０３のみを更新すればよく、情報処理装置５０の定義ファイルを更新する必要がない。

すなわち、情報処理装置５０は、ユーザの家庭や企業内に少なくとも１台配置されるため、これらの個々の情報処理装置５０の定義ファイルを更新することは、効率的ではない場合がある。これに対して、機器認識サーバ５００の定義ファイルデータベース５０３のみの更新で、更新を行うことができるため、結果として、電化製品２０の種別を決定するための情報の管理の一元化を図ることが可能である。定義ファイルは、電化製品２０の種別が増える度（新しい電化製品２０がリリースされるたび）に更新されるため、一元化により利便性が大いに高まる。

［第３実施形態：パッシブパケットの実施態様］
第３実施形態では、情報処理装置５０が、リクエストパケットを電化製品２０に対して送信せずに（情報処理装置５０がリクエストパケット送信手段５１を備えない）、種別決定処理（ステップＳ１１からＳ１４）を実行する実施形態である。

すなわち、電化製品２０が所定のタイミングで情報処理装置５０に対して送信するブロードキャストのパケット及び、マルチキャストのパケット（パッシブパケット）を、（レスポンス）パケットとして処理を行う。

情報処理装置５０は、電化製品２０の種別を決定する際に、電化製品２０に対してリクエストパケットを送信することなく、電化製品２０からブロードキャスト又はマルチキャストのパケットを受信して、これらのパケットに基づいて、定義ファイルを参照し、得点化処理を行い、電化製品２０の種別を決定する（図３の種別決定処理のステップＳ１２からＳ１４）。

ブロードキャストのパケットとは、ネットワーク上にある、全ての端末に対して、同時に送信するデータパケットである。マルチキャストのパケットとは、ブロードキャストのパケットのように、全ての端末ではないが、ネットワーク上の所定の複数の端末に、同時に送信するデータパケットである。

例えば、パッシブパケットであるｎｂｎｓパケットを受信して、ＯＳのバージョン情報を取得し、これに基づいて、ＯＳを特定し、特定されたＯＳのバージョンに基づいて、ポイントが付与されてもよい。例えば、電化製品ＡＢ-０１の定義ファイルに、定義項目として、「ＯＳのバージョンが「Ｘ型」を使用している場合には、ポイントを０．５加算する」と登録されているとする。このとき、ｎｂｎｓパケットにより、ＯＳのバージョンが「Ｘ型」と特定されれば、電化製品ＡＢ-０１のポイントを０．５加算するという態様である。

なお、情報処理装置５０が、複数種類のブロードキャスト又はマルチキャストのパケットを受信して、個々に得点化した総合点に基づいて、電化製品２０を特定してもよい。

情報処理装置５０が、リクエストパケットを送信し、これに対するレスポンスパケットを受信して得点化処理を行った結果と、ブロードキャスト又はマルチキャストのパケットを受信して得点化処理を行った結果と、を組み合わせて、電化製品２０の種別を特定してもよい。

機器認識サーバ５００が電化製品２０の種別を決定する場合も同様に、情報処理装置５０が、電化製品２０に対してリクエストパケットを送信することなく、電化製品２０からブロードキャスト又はマルチキャストのパケットを受信して、これらのパケットに基づいて、機器認識サーバ５００が得点化処理を行い、電化製品２０の種別を決定してもよい。

［ユーザからの補助入力］
上記実施形態によれば、情報処理装置５０又は機器認識サーバ５００により、電化製品２０の種別が決定されるが、ユーザからの補助的なデータ入力を受付けて、このデータに基づいて、種別が決定されてもよい。例えば、ユーザが電化製品２０に関するデータ（例えば、メーカ名）を認識している場合は、ユーザが電化製品２０に関するデータを、情報処理装置５０又は機器認識サーバ５００が受付けて、このデータと得点化の結果に基づいて電化製品の種別を決定する。すなわち、情報処理装置５０又は機器認識サーバ５００は、得点化の前に、ユーザからの入力データにより、例えば、メーカ名を決定し、決定されたメーカ名に関する定義ファイルのみを参照し、他のメーカ名を含む定義ファイルの参照を行わないで、種別を決定する。

ここで、メーカ名の入力は、電化製品２０、情報処理装置５０又は機器認識サーバ５００いずれかに対するユーザによるテキスト入力であってもよいし、デジタルカメラで撮影した画像から文字認識を行い、この文字からメーカ名を抽出し、このメーカ名のデータを利用してもよい。すなわち、情報処理装置５０又は機器認識サーバ５００は、デジタルカメラで撮影した画像の入力を受けて、この画像の文字認識を行い、この電化製品２０に関する情報をテキスト文字として抽出する。この抽出したテキスト文字を、入力データとして利用する。

ここで、電化製品２０のメーカ名までは決定ができるが、電化製品２０の機器名までは決定できないといった、最終的な種別の決定ではなく、段階的な決定までが可能である場合がある。このような場合に対応するために、例えば、「メーカ名は○×で特定できましたが、機器名が不明ですので、機器名の入力をお願いします。」といった、質問形式で、ユーザに問いかけるウィザードを表示してもよい。すなわち、メーカ名までが、決定できるが、機器名が決定できない場合には、この質問メッセージを表示するように構成する。ここで、質問する内容は、機器名に限られず、電化製品２０の種別（デジタルテレビ、記録媒体再生レコーダー等）を問いかけてもよいし、想定される電化製品２０の、大きさ、色彩、形状を問いかけてもよい。この場合は、予め当該電化製品２０と、大きさ、色彩、形状等が対応づけて記憶され、これらに対する応答を得ることで、機器名等の識別が可能となっている。問いかける場合に、決定される候補となる電化製品２０のアイコン（画像）が、複数、表示されて、ユーザからアイコンの選択を受け付ける形であってもよい。

また、入力データは、上述のメーカ名に限定されることなく、商品名、ロゴマーク、ハウスマーク、型名等であってよい。この場合は、使用される商品名、ロゴマーク、ハウスマーク、型名等が、定義項目を構成し定義ファイルとして予め記憶されていることを前提としている。逆に、ユーザから入力されたデータが定義項目として記憶され、定義ファイル等のデータベースの更新に使用されてよい。

結果として、このように、ユーザから電化製品２０の補助的な情報を受けることで、種別決定の処理時間を短縮し、的確な種別に決定することが可能となる。

［ＨＴＴＰのパケットキャプチャ］
情報処理装置５０がルータの場合は、電化製品２０が公衆回線（インターネット）等の外部ネットワークに接続する際に、情報処理装置５０を経由して、アクセスが行われる。したがって、情報処理装置５０が、電化製品２０から外部ネットワークへの要求パケットを取得（キャプチャ）し、このパケットを分析することで、電化製品２０の種別を決定してもよい。すなわち、クライアント端末となる電化製品２０が、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求パケットを送信して通信を行う際に、最初の要求パケットから通信が終了するまでのパケットのうちの全部又は一部を電化製品２０の種別の決定に利用してもよい。

例えば、電化製品２０が、デジタルテレビである場合に、デジタルテレビの種別によっては、閲覧、再生可能なコンテンツに違いがある場合がある。デジタルテレビＡであれば、Ｗｅｂページ閲覧機能、ビデオ再生機能及びレンタルビデオ再生機能を有するが、デジタルテレビＢであると、Ｗｅｂページ閲覧機能のみを有するといった場合である。したがって、電化製品２０が、ビデオ再生機能の再生要求のパケットを送信し、これを情報処理装置５０がキャプチャした場合は、電化製品２０は、デジタルテレビＢではなく、デジタルテレビＡであると決定する。このように再生可能なコンテンツの違いに応じて、要求するパケットの種類に応じて、電化製品２０の種別を決定してもよい。

［種別決定の手掛かりとなる他の情報について］
電化製品２０の種別を決定するにあたって、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）クライアントの種別を分類することで、電化製品２０の種別を決定することも可能である。
ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｔｉｏｎ ６）に対応した電化製品２０であるか否かの情報を利用することも可能である。
メーカ独自のプロトコルを使用することで、ネットワーク内の電化製品２０間の通信を確立する場合がある。例えば、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｒａｇｅ）と、パソコンを（ＬＡＮ等の）ネットワークに接続すると、パソコンが、ＮＡＳを探知し、接続するためのメーカ独自のパケットを送信する場合がある。この場合に、情報処理装置５０が、メーカ独自のパケットを取得して、種別を決定してもよい。
各電化製品２０の消費電力を時系列でグラフとして形成した消費電力波形に基づいて、電化製品２０の種別を決定してもよい。すなわち、消費電力の波形は、電化製品２０の種別に応じて異なるため、予め電化製品２０毎の消費電力の波形を記憶しておき、記憶された波形と比較することで、電化製品２０を特定してもよい。

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

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１ ネットワークシステム
５ 電化製品種別決定システム
２０ 電化製品
５０ 情報処理装置
５００ 機器認識サーバ

Claims (7)

1. 電化製品が通信可能に接続された情報処理装置であって、
   前記電化製品の種別を判別するためのパケットを受信するパケット受信手段と、
   前記電化製品ごとに定められた定義ファイルを記憶する記憶手段と、
   前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化手段と、
   前記得点化手段の得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報とする電化製品種別決定手段と、
   前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得手段と、
   を備える情報処理装置。
2. 前記出力情報取得手段が取得した出力情報データを、当該電化製品に送信する出力情報送信手段を備える請求項１に記載の情報処理装置。
3. 通信可能な複数の出力デバイスが存在する場合には、前記出力情報データを表示する時間帯と、各出力デバイスの当該時間帯における電源が、過去においてオンであった回数に基づいて、送信する出力デバイスを選択し、選択した当該出力デバイスに出力情報データを送信する出力情報送信手段を備える請求項１に記載の情報処理装置。
4. 前記出力情報取得手段は、前記出力情報データを取得する際に、前記電化製品情報とともに、前記電化製品の使用状態に関するデータを送信し、当該使用状態に関するデータに基づいた出力情報データを取得する請求項１乃至３に記載の情報処理装置。
5. 電化製品が通信可能に接続された情報処理装置に、
   前記電化製品から、当該電化製品の種別を判別するためのパケットを受信するパケット受信手段、
   前記電化製品ごとに定められた定義ファイルを記憶する記憶手段、
   前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化手段、
   前記得点化手段の得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報とする電化製品種別決定手段、
   前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得手段、
   として機能させるためのプログラム。
6. 電化製品が通信可能に接続された情報処理装置と、当該情報処理装置と通信可能に接続された機器認識サーバと、から構成される電化製品種別決定システムであって、
   前記情報処理装置は、
   前記電化製品から、当該電化製品の種別を判別するためのパケットを受信するパケット受信手段と、
   前記パケットを前記機器認識サーバに送信することで、前記電化製品の種別に関する情報を要求する種別情報要求手段と、を備え、
   前記機器認識サーバは、
   前記電化製品ごとに定められた定義ファイルを記憶する記憶手段と、
   前記情報処理装置からの要求に応じて、前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化手段と、
   前記得点化手段の結果として、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報として、前記情報処理装置に送信する電化製品種別決定手段と、を備え、
   さらに、前記情報処理装置が、前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得手段を備える電化製品種別決定システム。
7. 電化製品が通信可能に接続された情報処理装置と、当該情報処理装置と通信可能に接続された機器認識サーバと、から構成される電化製品種別決定システムが実行する方法であって、
   前記情報処理装置が、
   前記電化製品から、当該電化製品の種別を判別するためのパケットを受信するパケット受信ステップと、
   前記パケットを前記機器認識サーバに送信することで、前記電化製品の種別に関する情報を要求する種別情報要求ステップと、を実行し、
   前記機器認識サーバが、
   前記電化製品ごとに定められた定義ファイルを記憶する記憶ステップと、
   前記情報処理装置からの要求に応じて、前記パケットと前記電化製品ごとの定義ファイルを比較し、得点化する得点化ステップと、
   前記得点化ステップの結果として、得点が高い定義ファイルを抽出し、当該定義ファイルの電化製品情報を、前記電化製品の電化製品情報として、前記情報処理装置に送信する電化製品種別決定ステップと、を実行し、
   さらに、前記情報処理装置が、前記電化製品情報に基づいて、通信可能に接続された出力情報提供サーバから出力情報データを取得する出力情報取得ステップを実行する方法。

Images