JP2003141346A - 情報配信決定方法 - Google Patents

Abstract

(57)【要約】 【課題】情報配信システムにおいては、情報を受け取る
ユーザが、不要となった場合にも情報を受け取るため、
該情報の取捨選択をする必要があり該ユーザの負担が大
きかった。 【解決手段】構成機器情報および構成機器状態を機器が
接続されている計算機にて管理し、該情報あるいは状態
に応じて計算機の利用者への通知を決定するステップを
有する情報配信決定方法であり、該状態に応じて通知情
報量、通知頻度を決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散システムを構成
する計算機に対して該計算機に関連する情報を配信する
方法に関する。

【０００２】

【従来の技術】従来の技術としては、各家庭に設置され
ているテレビジョンに対して個人情報を配信する個人情
報配信システムがある。このような個人情報配信システ
ムとしては、特開平１１−１７８０２８号公報に記載さ
れているテレビジョン受像機がある。このテレビジョン
受像機においては、放送波を受信してテレビ番組を画面
に表示することに加えて、個人宛て情報を受信し、当該
個人宛て情報を取得して画面に表示することを可能とし
ている。

【０００３】

【発明が解決しようとする課題】上記の従来技術におい
ては、個別化した情報をテレビジョン受像機において表
示する。本システムを利用して広告などの情報を該テレ
ビジョン受像機に対して提供する場合においては、該テ
レビジョン受像機を介して情報を受け取るユーザが該情
報が不要となった場合にも情報を受け取るため、該情報
の取捨選択をする必要があり該ユーザの負担が大きかっ
た。

【０００４】本発明においては、ユーザが保持している
機器の接続情報を取得して、情報の要・不要を推定し、
情報配信を行うことにより、ユーザの情報受信時におけ
る負担軽減を目的とする。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
めに、分散して配置された計算機に対して情報を配信す
る場合に、配信サーバにおいて情報に関連する複数の機
器が接続されている計算機毎に該機器の構成情報、二つ
以上の該機器の状態情報、二つ以上の害機器の操作履歴
情報のいずれか一つ以上を取得するステップを保持し、
さらに、取得した該情報に応じて計算機の利用者への通
知の可否を決定するステップを保持することにより、該
機器の使用者に対する木目細かい情報配信を可能とする
情報配信決定方法である。

【０００６】さらに、通知の可否を決定する際に、構成
情報に応じて通知頻度、通知量を決定するステップを保
持することにより、該機器の使用者に対する木目細かい
情報配信を可能とする情報配信決定方法である。

【０００７】さらに、情報配信に応じて、配信先の計算
機でプログラムを起動することによりユーザに対して木
目細かい処理を提供することも可能とする。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面により説明する。(実施例１)図１は本発明の実施
形態の一つである各戸に対して情報配信を行うシステム
に関する構成図である。情報配信を行う配信サーバ１が
共通の伝送媒体２を介して各戸３に設置されている情報
端末４に接続されている。該配信サーバ１は電力会社や
電話会社などの企業によって運営されてもよく、あるい
は自治体によって運営されてもよい。該伝送媒体２はＰ
ＨＳ(Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙ
ｓｔｅｍ)網や電話網、光ファイバ網などの公衆回線を
利用したＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)
であってもよい。

【０００９】また、該戸３は一戸建ての建て屋であっあ
てもよく、集合住宅や商業用ビルであってもよい。該情
報端末４はレジデンシャルゲートウェイの役割を果たす
もので，配信サーバ１から配信される情報を受信する。
該情報端末４は電力量計として設置されたサーバでもよ
く、セットトップボックスであってもよい。該情報端末
４は宅内伝送媒体５を介して機器６と接続されている。
ここで該宅内伝送媒体５は電灯線などの有線であっても
よく、無線であってもよい。

【００１０】さらに、該機器６は洗濯機、掃除機、エア
コン、ビデオなどの電子機器であってもよい。これらの
該機器６の構成、種別などの情報を該情報端末４は構成
機器プロファイルＤＢ７に格納することによって管理を
行う。さらに、ユーザ８に対して、該情報端末４に該配
信サーバ１から配信された情報を該情報端末４が提供す
る。さらに、情報端末プロファイルＤＢ９においては、
該情報端末４の所在情報などを格納し、該配信サーバ１
により管理を行う。

【００１１】該構成機器プロファイルＤＢ７に格納され
ている該情報端末４に接続されている機器６の属性情報
である機器構成・種別情報を図２に示す。該機器６毎に
機能の概要を示すカテゴリ１１、開発元ベンダを示すベ
ンダ１２、ベンダ毎に一意に設定される型番１３、同一
種類の機器毎に一意に設定される製造番号１４を保持す
る。該ベンダ１２、該型番１３、該製造番号１４によっ
て、該情報端末４に接続されている機器６は一意に判別
することが可能となる。なお、上記情報に加えて、該機
器６を開発元において製造した年月を示す製造年月１５
および該宅内伝送媒体５に接続された年月を示す新設年
月１６を保持する。

【００１２】加えて、新設年月の変わりに接続が解除さ
れた日時を示す情報を保持させるようにしてもよい。さ
らに、稼動中、休止中などの該機器６の稼動状態を示す
ステータス１７をフィールドとして保持する。さらに、
該機器６が標準的な状態かどうかを示す状態１８をフィ
ールドとして保持する。

【００１３】該構成機器プロファイルＤＢ７に格納され
ている情報端末４に接続されている機器６の操作履歴情
報を図３に示す。ユーザ８によって行われる操作に応じ
てレコードがある。機器種別を一意に分類するために、
製品カテゴリ１１、ベンダ１２、型番１３をレコードに
持ち、それぞれ、該ユーザ８によって行われた操作の機
器種別毎の識別子を示すコマンドＩＤ２１、該ユーザ８
によって行われた操作における設定された値を示す設定
値２２、該ユーザ８によって操作が行われた時刻を示す
操作日時２３をフィールドとして保持する。該構成機器
プロファイルＤＢ７においては、該情報端末４に接続さ
れている該機器６の該操作履歴情報を纏めて全て保持す
る。

【００１４】さらに、該構成機器プロファイルＤＢ７に
格納される情報端末４に接続される機器６の操作履歴情
報は配信サーバ１に統合して管理するとしてもよい。あ
るいは、これらの該情報端末４毎に保持される情報は配
信サーバ１にて該情報端末４毎に分けて、保持すること
としてもよい。

【００１５】さらに、図８に情報端末プロファイルＤＢ
９に保持される配信サーバ１に接続された情報端末４を
管理するために使用する情報を示す。該情報としては、
該情報端末４のＩＰアドレス５１、および、設置されて
いる戸３の所在地を示す住所５２、該情報端末４を利用
するユーザ８の名称であるユーザ名５３を保持する。さ
らに、該情報端末プロファイルＤＢ９においては、該情
報端末４に宅内伝送媒体５を介して接続されている機器
の属性情報および操作履歴情報もあわせて、情報端末毎
にわけて保持する構成としてもよい。

【００１６】図４に、各構成要素におけるソフトウェア
構成図を示す。配信サーバ１、情報端末４、機器６には
それぞれの間で情報をやり取りするための通信管理３１
が存在する。該配信サーバ１には、該情報端末４に対し
て該通信管理３１を介して情報を配信する情報配信３２
がある。該情報端末４では、情報取得判断３３によっ
て、該情報端末４において配信された情報を取得するか
どうかの判断を行う。取得した情報は情報通知３４によ
ってユーザ８に対して通知が行われる。

【００１７】さらに、該情報端末４においては、機器情
報取得要求３５によって、該機器６において保持してい
る情報をまとめた機器構成情報、操作履歴情報を構成す
るために、これらのもととなる情報の取得要求を行う。
要求に応じて該機器６からの情報を取得し、新規接続受
付３６によって該情報が新規に接続された機器からのも
のかどうかの判定を行う。該情報が新規機器からのもの
であった場合には、機器情報管理３７によって機器構成
情報を該構成機器プロファイルＤＢ７に登録を行い、管
理する。該機器６においては、該機器情報取得要求３５
からの要求に応じて、情報通知３８により通知を行う。
さらに、状態管理３９によって、該機器６が稼動中かど
うかの管理を行い、ステータス１７への書き込み要求を
行う。さらに、操作履歴の書き込み要求も行う。これら
の要求は周期的に該機器情報取得要求３５を起動しても
よく、また、該情報通知３８によって状態変化を該機器
情報取得要求３５に対して通知を行い、それに基づき情
報収集要求を行うとしてもよい。

【００１８】まず、図５に機器構成情報および操作履歴
情報の収集における処理フローを示す。ＳＴ１におい
て、情報端末４上の機器情報取得要求３５から該情報端
末４に接続されている機器６に対して機器情報取得要求
を行う。次にＳＴ２において、該機器６の情報通知３８
が該情報端末４に対して、通知を行う。ここで、通知を
行う内容としては、カテゴリ１１、ベンダ１２、型番１
３、製造番号１４、製造年月１５、ステータス１７であ
る。この情報を該情報端末４上の新規接続受付３６にて
受信を行う。次にＳＴ３に進み、該新規接続受付３６に
おいて取得した情報が新規機器種別のものかどうかの判
断を行う。

【００１９】判断においては、受信した個々のデータに
対して、構成機器プロファイルＤＢ７にて保持されてい
るカテゴリ１１、ベンダ１２、型番１３、製造番号１４
の組と同一のものがあるかどうか判定する。同一のもの
がない場合にはＳＴ４に進む。また、同一のものがある
場合には、ＳＴ５に進む。ＳＴ４においては、該新規接
続受付３６から機器情報管理３７にて機器構成・種別情
報のレコードを追加する。ＳＴ５においては、機器構成
・種別情報の同一のレコードの該ステータス１７の更新
を行う。続いてＳＴ６においては、該情報通知３８から
操作履歴情報として、カテゴリ１１、ベンダ１２、型番
１３、コマンドＩＤ２１、設定値２２、日時２３を送付
する。ここで、送付する操作履歴情報としては、前回送
付したものは送付しないとしてもよく、機器６で管理し
ている情報をすべて送付するとしてもよい。この情報を
該機器情報取得要求３５において取得する。次にＳＴ７
において、ＳＴ４で取得した該操作履歴情報を該機器情
報管理３７によって、該機器構成プロファイルＤＢ７に
書き込む。書き込む情報としては、図３に示す内容のも
のである。

【００２０】図６において、配信サーバ１からの情報端
末４への機器構成情報に基づく情報配信処理フローを示
す。まず、ＳＴ１１で、該配信サーバ１上の情報配信３
２によって構成機器に関連する情報の配信を行う。な
お、構成機器に関連する情報としては、パソコンとプリ
ンタと電話を組み合わせることによってＦＡＸサービス
のように構成機器によって生成される新規サービスプロ
グラムであったり、機器を組み合わせて使用することに
基づくメンテナンス情報である。配信された該情報は該
情報端末４上の情報取得判断３３によって取得される。

【００２１】次に、ＳＴ１２においては、該情報取得判
断３３が該情報端末４に接続されている２つ以上の機器
６に関する情報かどうかの判定を行う。なお、該情報の
ヘッダ情報として記載されているカテゴリ１１、ベンダ
１２、型番１３を機器情報管理３７から取得した機器属
性情報の対応するフィールドと比較して判定を行う。

【００２２】この際に、ヘッダに記載されている該カテ
ゴリ１１、該ベンダ１２、該型番１３の組全てに関して
同一のものがあった場合に、構成機器に関連する情報と
判断する。あるいは、ヘッダに記載されている該カテゴ
リ１１全てに同一のものがあった場合にも構成機器に関
連する情報と判断してもよい。この場合に、判定に使用
する構成機器に関連する情報は該構成機器のステータス
１７が稼動中のもののみであってもよく、休止中のもの
を含むとしもよい。あるいは、ユーザ８が該情報端末に
対して該カテゴリ１１を指定した取得要求設定を行った
ものに関する情報を構成機器に関連する情報と判断して
もよい。

【００２３】ここで、該カテゴリ１１だけでなく、該ベ
ンダ１２および該型番１３に関しても該ユーザ８が設定
してもよい。また、該ユーザ８は製品名を設定し、シス
テム側で、該カテゴリ１１、該ベンダ１２、該型番１３
に変換してもよい。ＳＴ１２において、構成機器に関連
する情報と判断されるとＳＴ１３に進む。構成機器に関
連しない情報と判断されるとＳＴ１１にて取得した該情
報は破棄され、処理を終了する。

【００２４】ＳＴ１３においては、配布情報にアプリケ
ーションが含まれているかどうかの判定を行う。アプリ
ケーションの有無は配布メッセージのヘッダにアプリケ
ーションフラグを添付しその値を判定することによる。
アプリケーションが含まれていると、ＳＴ１４にすす
み、情報取得判断３３にてアプリケーションのインスト
ールを行い、組み合わせて機器を使用するためのアプリ
ケーションのインストールが行われる。ＳＴ１３におい
てアプリケーションが含まれていないと判断されると、
ＳＴ１５に進む。

【００２５】ＳＴ１５においては、属性情報、操作履歴
情報として、ステータス１７やコマンドＩＤ２１、設定
値２１、操作日時２２を取得する。本ステップではＳＴ
１２で判定された構成機器に関する情報のみ取得すると
してよい。続いてＳＴ１６に進み、操作履歴情報からメ
ンテナンスの要不要を判定する。同一コマンドを規定回
数以上行ったときにメンテナンスが必要だと判断する。
あるいは一定時間以内にコマンドを指定した順序で規定
回数以上起動したということでもよい。ここで同一コマ
ンドとは機器を組み合わせて使用するアプリケーション
だけでなく、機器単独での操作履歴に適用してもよい。

【００２６】なお、規定回数はユーザ８が機器個別に設
定してもよく、機器購入時点で設定されていてもよい。
あるいは、情報を配布する際にメンテナンスを行うため
の回数を設定するとしてもよい。続いて、ＳＴ１７に進
み、情報通知３４によってユーザ８に対して情報の通知
を行う。なお、ＳＴ１６で判定に使用した規定回数に近
づくにしたがって通知頻度や情報量を変更してもよい。
例えば９０％の時には２回に１回メンテナンス時期が近
づいている旨の通知を行い９５％の時には３回に２回通
知するとしてもよい。

【００２７】あるいは、９０％のときはメンテナンス時
期が近づいている旨の通知のみを行い、９５％の時はマ
ニュアル情報もあわせて通知するとしてもよい。なお、
配信の可否、通知頻度、配信情報量を決定する処理を該
配信サーバ１において、情報配信の前段階において行
い、該情報端末４においては、指定された頻度で情報を
ユーザ８に対して通知するとしてもよい。

【００２８】図９に、配信サーバにおいて情報配信可否
を判定する場合の機能構成図を示す。この場合には、機
器構成情報取得要求６１が機器構成取得要求３５に対し
て該情報端末４に接続されている機器６に関する情報取
得要求を行い、該配信サーバ１にて管理する情報端末プ
ロファイルＤＢ９にて図２、図３に示す情報を該情報端
末４毎に保持する。この情報を元に、該配信サーバ上の
情報送付判断６２によって情報配信の可否を判定する。

【００２９】あるいは、配信の可否、通知頻度、配信情
報量を決定する処理を該配信サーバ１において行い、通
知先、通知頻度に関して判定した後、この情報をもとに
人手によりダイレクトメール、メンテナンス情報の配信
処理を行ってもよい。この場合には、配信サーバの利用
者に対して該情報送付判断６２により配信する情報の配
信可否情報を提供することとなる。なお、これらの場合
にはＳＴ１２からＳＴ１６の処理をＳＴ１１の処理の前
に行うこととなる。

【００３０】あるいは、配信された該情報をもとに機器
における処理プログラムを起動してもよい。例えば、機
器のメンテナンス情報取得後に、メンテナンスプログラ
ムを実行し実行結果をユーザ８に通知するとしてもよ
い。

【００３１】図７に、構成機器の状態に基づく配信サー
バ１からの情報端末４への情報配信処理フローを示す。
まず、ＳＴ１１で該配信サーバ１により情報配信を行
う。配信される情報としてはスーパーのタイムセール情
報や火事情報など緊急性を要する情報を配布する。続い
てＳＴ２１において、接続されている構成機器の情報を
取得する。取得する情報としては、ステータス１７であ
る。

【００３２】続いてＳＴ２２において、情報取得判断３
３によりユーザ８が戸３にいるかどうかの判定を行う。
一定時間以内にステータス１７がかわったものの有無に
より判定を行う。ここで一定時間とはユーザ８が事前に
設定しておいてもよく、システムで同一の値としてもよ
い。

【００３３】あるいは、ステータスが稼動中かどうかで
もよい。テレビが稼動中であればユーザ８が戸３にいる
と判定する。あるいは、ステータス１７の変更履歴から
ユーザ８が誰かを推定してもよい。続いてＳＴ２３にお
いて、情報通知３４によってユーザ８に対して情報の通
知を行う。なお、配信の可否を決定する処理を該配信サ
ーバ１において、情報配信の前段階に行い、該情報端末
４においては、指定された情報をユーザ８に対して通知
するとしてもよい。

【００３４】図９に配信サーバにおいて、情報配信可否
を判定する場合の機能構成図を示す。この場合には、機
器構成情報取得要求６１が機器構成取得要求３５に対し
て該情報端末４に接続されている機器６に関する情報取
得要求を行い、該配信サーバ１にて管理する情報端末プ
ロファイルＤＢ９にて図２、図３に示す情報を該情報端
末４毎に保持する。

【００３５】この情報を元に、該配信サーバ上の情報送
付判断６２によって情報配信の可否を判定する。あるい
は、配信の可否を決定する処理を該配信サーバ１におい
て行い、この情報をもとに人手によりタイムセール情報
の配信処理を行ってもよい。この場合には、配信サーバ
の利用者に対して該情報送付判断６２により配信する情
報の配信可否情報を提供することとなる。なお、これら
の場合にはＳＴ２１からＳＴ２３の処理をＳＴ１１の処
理の前に行うこととなる。あるいは、配信された該情報
をもとに機器における処理プログラムを起動してもよ
い。

【００３６】例えば、機器のタイムセール情報取得後
に、冷蔵庫内に保持している商品の判定プログラムを実
行し実行結果をユーザ８に通知するとしてもよい。

【００３７】本実施例によれば、機器構成情報からユー
ザの必要とする情報配信が可能となる。さらに機器構成
情報からユーザの在不在を判定することによりより効率
のよい情報配信が可能となる。

【００３８】

【発明の効果】本発明によれば、機器の構成情報に応じ
て端末の利用者への通知を決定し、該状態に応じて通知
情報量、通知頻度を決定する。この情報通知決定方法に
より、該ユーザが必要とする情報配信の確率を上げるこ
とが可能となり、ユーザの情報取捨選択の負担を軽減す
ることができる。

【図面の簡単な説明】

【図１】本発明の実施例１における各戸に対して情報配
信を行うシステムに関する構成図である。

【図２】構成機器プロファイルＤＢ７に格納されている
機器構成・種別情報を示す図である。

【図３】構成機器プロファイルＤＢ７に格納されている
情報端末４に接続されれている機器６の操作履歴を示す
図である。

【図４】各構成要素におけるソフトウェア構成図であ
る。

【図５】情報端末４における機器構成情報および操作履
歴情報の収集における処理フローである。

【図６】配信サーバ１から情報端末４への機器構成に基
づく情報配信処理フローである。

【図７】情報端末４の周囲の情報端末４への構成機器の
状態に基づく情報配信処理フローである。

【図８】情報端末プロファイルＤＢ９に保持される配信
サーバ１に接続された情報端末４の管理情報である。

【図９】配信サーバにおいて情報配信可否を判定する場
合の各構成要素におけるソフトウェア構成図である。

【符号の説明】

１：配信サーバ、２：伝送媒体、３：戸、４：情報端
末、５：宅内伝送媒体、６：機器、７：構成機器プロフ
ァイルＤＢ、８：ユーザ、９：情報端末プロファイルＤ
Ｂ

フロントページの続き (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 中野 利彦 茨城県日立市大みか町５丁目２番１号 株 式会社日立製作所情報制御システム事業部 内

Claims (5)

【特許請求の範囲】
1. 【請求項１】計算機が伝送媒体を介して、所定の動作を
   実行する機器が接続された分散システムにおいて、 前記機器が、前記伝送媒体を介して前記計算機へ、当該
   機器の特徴を示す構成情報を送信し、 前記計算機が、前記構成情報に応じた配信情報を前記機
   器に配信し、 前記機器が、送信された配信情報に対応した動作を実行
   することを特徴とする情報配信決定方法。
2. 【請求項２】請求項１に記載の情報配信決定方法におい
   て、 前記計算機が、前記機器へ、前記構成情報を要求する要
   求情報を送信し、 前記機器は、前記要求情報を受信した場合に、前記構成
   情報を送信することを特徴とする情報配信決定方法。
3. 【請求項３】請求項２に記載の情報配信決定方法におい
   て、 前記計算機は、前記機器へ、前記配信情報として、前記
   機器から送信される構成情報に応じた制御情報を配信
   し、 前記機器は、前記計算機から配信される制御情報に対応
   した動作を実行することを特徴とする情報配信決定方
   法。
4. 【請求項４】請求項１乃至３のいずれかに記載の情報配
   信決定方法において、 前記構成情報には、前記機器の動作の履歴を示す履歴情
   報が含まれることを特徴とする情報配信決定方法。
5. 【請求項５】請求項１乃至４のいずれかに記載の情報配
   信決定方法において、 前記計算機は、前記構成情報に応じた、当該計算機から
   配信する配信情報量および頻度のうち少なくとも一方で
   前記配信情報を配信することを特徴とする情報配信決定
   方法。