(57)【要約】【課題】  複数のサービス提供装置により複数のサービスを同時に提供する場合に、各サービス提供装置を、ユーザにとって最適な方法で制御する。【解決手段】  複数のサービスを提供するサービス提供装置の制御をする制御方法であって、前記サービス提供装置の制御をしたときに、制御内容と制御時のサービスを取り巻く複数種類の環境情報とを関連づけた履歴を蓄積するステップと、前記サービス提供装置の制御を行うときに、制御時の環境情報を収集するステップと、前記収集した環境情報と前記蓄積した環境情報から、最適な制御内容を決定するステップとを有する制御方法である。【選択図】        図１
2006060268.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するサービス提供装置の制御をする制御方法であって、
前記サービス提供装置の制御をしたときに、制御内容と制御時のサービスを取り巻く複数種類の環境情報とを関連づけた履歴を蓄積するステップと、
前記サービス提供装置の制御を行うときに、制御時の環境情報を収集するステップと、
前記収集した環境情報と前記蓄積した環境情報から、最適な制御内容を決定するステップとを有することを特徴とする制御方法。
【請求項２】
前記履歴を蓄積するステップは、前記制御内容の制御を行ったときの各環境情報の出現回数を累積することを特徴とする請求項１に記載の制御方法。
【請求項３】
前記最適な制御内容を決定するステップは、前記収集した環境情報と前記蓄積した環境情報とを照合し、前記各制御内容に対する前記収集した環境情報の出現頻度を算出することで、制御内容を推定し、決定することを特徴とする請求項１または請求項２に記載の制御方法。
【請求項４】
前記最適な制御内容を決定するステップは、前記推定した制御内容で前記サービス提供装置を制御した後、前記サービス提供装置で再制御が行われたか否かの判定をし、
前記履歴を蓄積するステップは、前記再制御が行われた場合は前記再制御の制御内容と前記収集した環境情報とを関連づけて蓄積し、前記再制御が行われなかった場合は前記推定した制御内容と前記収集した環境情報を関連づけて蓄積することを特徴とする請求項３に記載の制御方法。
【請求項５】
前記最適な制御内容を決定するステップは、前記推定した制御内容とは異なる制御内容で前記サービス提供装置を制御したときに、前記異なる制御内容と対応する前記収集した環境情報の出現回数の累積のさせ方を変える、またはある一定時間経過した際に環境情報の出現回数を減らすことによって、制御内容の推定結果を最適化するステップを有することを特徴とする請求項４に記載の制御方法。
【請求項６】
前記環境情報を収集するステップは、制御を行うサービス提供装置と関連づけられた他のサービス提供装置の作動状況に関する情報も収集することを特徴とする請求項１乃至請求項５のいずれか１項に記載の制御方法。
【請求項７】
前記各ステップに加え、前記サービス提供装置の制御内容を、サービスの提供方法、提供手段、提供品質の組み合わせにより、離散的な制御内容として登録するステップを有することを特徴とする請求項１乃至請求項６のいずれか１項に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供装置の制御方法に関し、特に、サービス提供装置の作動状況や周囲の状況から適切な制御内容を推定する制御方法および装置に適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来、サービスを提供する装置（以下、サービス提供装置という）の制御方法には、優先度に応じて制御を行う方法がある。この方法は、たとえば、前記サービス提供装置で提供するサービスが対象とするコンテンツや人物に対して、事前に前記サービス提供装置の制御内容の優先度を設定することで、最適な制御を行う方法である。このような制御内容が適用されたサービスには、たとえば、ユーザがあらかじめ設定したキーワードや番組優先度に応じて、ユーザの嗜好を考慮した番組の自動録画や、録画コンテンツの自動削除、自動保護といった自動制御を行うサービスがある（たとえば、特許文献１や特許文献２を参照。）。
【０００３】
また、前記特許文献１や特許文献２に記載されたサービスの他にも、たとえば、ユーザがあらかじめ設定した電話発信相手の優先度による着信可否や着信音を変える電話着信制御を行うサービスがある（たとえば、特許文献３を参照。）。
【０００４】
また、前記サービス提供装置の制御方法には、前記優先度に応じた制御方法の他に、たとえば、事前に反応する条件を設定しておく方法がある。この方法は、たとえば、事前にサービス提供装置あるいはユーザが、前記サービス提供装置の作動状況あるいは周囲の状況等の変化と制御内容の関連づけをしておき、ユーザにとって最適なサービス制御を行う方法である。このような制御方法が適用されたサービスには、たとえば、あるユーザの入室にともなって、音楽をかけたり、広告を表示したり、照明をつけたりするサービスがある（たとえば、特許文献４や特許文献５を参照。）。
【０００５】
また、前記特許文献４や特許文献５に記載されたサービスの他にも、たとえば、時間や温度を設定してエアコンを自動で起動したり、風量を変える自動空調サービスがある（たとえば、特許文献６や特許文献７を参照。）。
【０００６】
また、前記サービス提供装置の制御方法には、前述のような方法の他に、たとえば、ユーザの履歴情報を反映した制御を行う方法がある。この方法は、たとえば、ユーザのサービスの利用履歴を蓄積しておき、その履歴情報を用いて、ユーザにとって最適なサービス制御を行う。このような制御方法が適用されたサービスには、たとえば、ユーザのリモコン操作などの操作履歴を蓄積、学習して操作を簡略化したり、ルールを自動で生成、更新するサービスがある（たとえば、特許文献８や特許文献９を参照。）。
【０００７】
また、前記特許文献８や特許文献９に記載されたサービスの他にも、たとえば、ユーザのＴＶ番組の選択履歴などからユーザプロファイルを構築して、ユーザが好む情報を推測して提示するサービスがある（たとえば、特許文献１０を参照。）。
【０００８】
しかしながら、前記従来のサービス提供装置の制御方法は、一般に、各サービス提供装置において独自に設定している場合が多い。そのため、たとえば、ビデオサービス，電話サービス，オーディオサービスというような複数の異なるサービスを同時に利用する場合、各サービスを提供するサービス提供装置の競合や、各サービスの利用形態などにより、複数のサービスを同時に利用することができなくなったり、ユーザにとって利用しにくくなったりすることがある。前記従来の制御方法では、前記ユーザが各サービス提供装置に対して何らかの制御を行うことで、このような問題を回避している。
【０００９】
また、各サービス提供装置に対して、事前にサービス間の優先順位や優先する制御内容を設定することで、それらを自動制御させることはできると考えられる。しかしながら、ユーザにとってその優先性は、たとえば、ビデオのコンテンツ（内容），電話の発信相手，時間，天気，近くに他の人がいるか等の周囲の状況といった、各サービスが制御の指標とする情報や各サービスが制御の指標としないような環境情報の種類までを含めた、ユーザとサービス提供装置とを取り巻く状況によって異なると考えられる。また、これらの属性の異なる全ての情報の間に優先性などルールを設定して各サービスに対する制御内容を決定することも考えられるが、ユーザが各情報に明確な優先性を設定することはユーザにとって負担になるとともに、不可解なものになると言える。さらに、サービス提供装置の制御の指標とする情報の新たな追加によるルールの変更や、ユーザによってサービス提供装置の制御の指標とする情報を変更させるというように、途中で情報を変更させることは容易にはできない。このような理由で、様々な情報に応じて複数の異種サービス提供装置に対して、ユーザにとって最適な制御内容を決定することは非常に難しい。
【００１０】
また、前記サービス提供装置が、たとえば、家庭において利用している様々な電化製品の場合、同時に多数のサービス提供装置を利用して電力総使用量が許容電力量を超えるとブレーカーが落ちてしまい、全ての電化製品（サービス提供装置）が停止してしまうことがある。このような問題は、ブレーカーが落ちてしまう前に、ブレーカーからのメッセージなどを受けて、サービス間または電化製品（サービス提供装置）間の優先順位などの事前に設定したルールに基づいて優先順位の低い電化製品を自動に中断、停止させることで、ブレーカーが落ちるのを防ぐことが回避できると考えられる。しかしながら、ユーザの各電化製品の利用状況によっては、事前に設定した優先順位に沿わないような順序で電化製品を停止したいという場合もある。そのため、様々な状況に応じてユーザにとって問題とならないような方法で中断、停止させる電化製品（サービス）を決定することは難しい。
【００１１】
このように、従来の制御方法では、ユーザが複数の異種サービス、複数の電化製品（サービス提供装置）を同時に利用し、他のサービスの影響や周辺の情報の変化によって、ユーザにとって各サービスに対して制御が必要となる場合に、システムが状況に応じて各サービス、各電化製品に対してユーザにとって最適となる制御内容を判断し、実行することは難しいという問題がある。
【００１２】
また、サービス提供装置の制御の指標となる情報（条件）を事前に設定して、その情報の変化に応じて制御を行ったり、異種サービス間に事前にルールを設定したり、あるいはサービスの制御内容毎に事前に優先度を設定する制御方法は、制御装置があらかじめ想定した状況に応じて制御内容を自動的に決定し、実行することは可能であるが、前記制御装置が想定していない状況において、全てのユーザに対して最適なルールを事前に構築することは不可能であるし、対象とするサービスやコンテキストの種類などを新たに追加する場合など、全てのサービスに対するルールを容易に追加、変更することは非常に難しいという問題がある。
【００１３】
また、このような問題を解決する方法としては、たとえば、ユーザの複数の異なるサービスに対する制御履歴の蓄積方法として、ユーザが各サービスに対して制御を行った際の状況を表す様々な情報、制御を行ったサービスの組み合わせ、各サービスに対して行った制御内容をユーザの制御履歴として蓄積することが考えられる。しかしながら、それらの履歴情報は前記制御装置があらかじめ履歴として蓄積するように設定した情報に限定されるだけでなく、サービスを制御する度に追加されるため、その情報量が膨大となる。さらに、ある状況における各サービス提供装置に対する制御内容を決定する際には、現在の状況と蓄積されている履歴情報とを照合させることが複雑であり、困難だという問題がある。
【特許文献１】特開平７−２１２３２７号公報
【特許文献２】特開平１０−２１０３７９号公報
【特許文献３】特開平７−３１２６４６号公報
【特許文献４】特開平８−１１５０６６号公報
【特許文献５】特開平１１−１７６２１０号公報
【特許文献６】特開平５−２６４９３号公報
【特許文献７】特開平５−１１８６３１号公報
【特許文献８】特開２００３−３０８１４８号公報
【特許文献９】特開平７−１１４４１０号公報
【特許文献１０】特開２０００−２９３５３９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明が解決しようとする問題点は、前記背景技術で説明したように、従来のサービス提供装置の制御方法では、複数のサービス提供装置により複数のサービスを同時に提供する場合に、各サービス提供装置を、ユーザにとって最適な方法で制御することが非常に難しいという点である。
【００１５】
また、本発明が解決しようとする他の問題点は、前記各サービス提供装置の制御内容や制御の指標となる情報の追加、変更が難しいという点である。
【００１６】
また、本発明が解決しようとする他の問題点は、前記各サービス提供装置でサービスを提供したときの履歴情報と、現在の状況とを照合させることが複雑で困難だという点である。
【００１７】
本発明の目的は、複数のサービス提供装置により複数のサービスを同時に提供する場合に、各サービス提供装置を、ユーザにとって最適な方法で制御することが可能な技術を提供することにある。
【００１８】
本発明の他の目的は、前記各サービス提供装置の制御内容や制御の指標となる情報の追加、変更を容易にすることが可能な技術を提供することにある。
【００１９】
本発明の他の目的は、前記各サービス提供装置でサービスを提供したときの履歴情報と、現在の状況とを容易に照合させることが可能な技術を提供することにある。
【００２０】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面によって明らかになるであろう。
【課題を解決するための手段】
【００２１】
本発明は、複数のサービスを提供するサービス提供装置の制御をする制御方法であって、前記サービス提供装置の制御をしたときに、制御内容と制御時のサービスを取り巻く複数種類の環境情報とを関連づけた履歴を蓄積するステップと、前記サービス提供装置の制御を行うときに、制御時の環境情報を収集するステップと、前記収集した環境情報と前記蓄積した環境情報から、最適な制御内容を決定するステップとを有することを最も主要な特徴とする。
【発明の効果】
【００２２】
本発明のサービス提供装置の制御方法は、あるサービス提供装置の制御を行ったときに、その制御内容と、制御時の環境情報、たとえば、制御時のユーザの状況、サービス提供装置の周辺の状況、他のサービス提供装置の作動状況等の情報を関連づけて蓄積しておき、以降、あるサービス提供装置の制御を行うときに、その時点での環境情報を収集し、前記蓄積した関連情報と照合することで、最適な制御内容を容易に決定することができる。
【００２３】
このとき、前記履歴を蓄積するステップは、たとえば、前記制御内容の制御を行ったときの各環境情報の出現回数を累積することで、履歴の構成を簡素化することができる。
【００２４】
また、前記最適な制御内容を決定するステップは、前記収集した環境情報と前記蓄積した環境情報とを照合し、たとえば、ベイズ理論を適用して前記各制御内容に対する前記収集した環境情報の出現頻度を算出することで、制御内容を推定し、決定することで、制御を繰り返していくうちに制御内容の推定精度を高めることができる。
【００２５】
またこのとき、前記最適な制御内容を決定するステップは、前記推定した制御内容で前記サービス提供装置を制御した後、前記サービス提供装置で再制御が行われたか否かの判定をし、前記履歴を蓄積するステップは、前記再制御が行われた場合は前記再制御の制御内容と前記収集した環境情報とを関連づけて蓄積し、前記再制御が行われなかった場合は前記推定した制御内容と前記収集した環境情報を関連づけて蓄積することで、制御内容を学習し、制御を繰り返していくうちに制御内容の推定精度を高めることができる。
【００２６】
またこのとき、前記最適な制御内容を決定するステップは、前記推定した制御内容とは異なる制御内容で前記サービス提供装置を制御したときに、前記異なる制御内容と対応する前記収集した環境情報の出現回数の累積のさせ方を変える、またはある一定時間経過した際に環境情報の出現回数を減らすことによって、制御内容の推定結果を最適化するステップを有することが好ましい。
【００２７】
また、前記サービス提供装置の制御方法では、前記各ステップに加え、前記サービス提供装置の制御内容を、サービスの提供方法、提供手段、提供品質の組み合わせにより、離散的な制御内容として登録するステップを有することが好ましい。
【００２８】
以下、本発明について、図面を参照して実施の形態（実施例）とともに詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは、同一符号を付け、その繰り返しの説明は省略する。
【発明を実施するための最良の形態】
【００２９】
本発明のサービス提供装置の制御内容では、あるサービス提供装置の制御を行ったときに、その制御内容と、ユーザや前記サービス提供装置の周辺の状況を示す情報を関連づけて履歴として蓄積し、以後にサービス提供装置の制御を行うときに、前記履歴として蓄積されている関連づけに基づいて前記サービス提供装置の制御内容を推定し、決定する。このようにすることで、複数のサービス提供装置により複数のサービスを同時に提供する場合に、各サービス提供装置を、ユーザにとって最適な方法で制御することを実現する。
【００３０】
図１乃至図４は、本発明のサービス提供装置の制御内容の原理を説明するための模式図であり、図１は制御装置で行う全体的な制御手順を説明するためのフロー図、図２は制御内容の決定手順を説明するためのフロー図、図３は蓄積する履歴の一例を示す図、図４は履歴の蓄積方法の一例を示す図である。
【００３１】
本発明のサービス提供装置の制御内容では、まず、図１に示すように、制御装置において制御を行う各サービス提供装置が提供するサービスに対する制御内容を前記制御装置に登録する（ステップ１０１）。なお、このとき登録する制御内容は、たとえば、基本的なサービスに対する制御内容のみでよい。
【００３２】
前記制御装置に制御内容を登録した後、図１に示すように、あるサービス提供装置の制御に関するイベントを受け付ける（ステップ１０２）と、前記制御装置は、前記各サービス提供装置の制御の指標となる情報として、前記サービス提供装置が提供するサービスを取り巻く環境情報を収集する（ステップ１０３）。このとき収集する環境情報は、たとえば、その時点でのユーザの状況、またはサービス提供装置の周辺の状況、他のサービス提供装置の作動状況等の情報である。
【００３３】
前記環境情報を収集したら、前記制御装置は、次に、収集した環境情報を用いて、前記各サービス提供装置の制御内容を決定し、前記各サービス提供装置に実行させる（ステップ１０４）。その後、前記制御装置は、前記収集した情報と決定した前記各サービス提供装置の制御内容の対応関係を履歴として蓄積する（ステップ１０５）。そして、前記制御装置は、対応関係を学習した後、次のイベントを受け付けるまで待機する。
【００３４】
また、前記制御装置において、前記各サービス提供装置の制御内容を決定し、実行させるステップ１０４では、図２に示すように、収集した情報を用いて、各サービス提供装置の最適な制御内容を推定する（ステップ１０４ａ）。そして、推定した制御内容が有効か否かを判定（ステップ１０４ｂ）し、有効である場合は、前記推定した制御内容による前記サービス提供装置の制御を実行する（ステップ１０４ｃ）。このとき、前記制御装置では、前記サービス提供装置に対して行った制御が適切であったか否かの判定（ステップ１０４ｄ）をし、適切であった場合は、推定した制御と前記環境情報の対応関係を履歴として蓄積する（ステップ１０５ａ）。またこのとき、前記ステップ１０４ｄでは、具体的には、たとえば、前記推定した制御を行った後、ユーザにより再制御が行われたか否かを判定する。そして、再制御が行われなかった場合、前記ステップ１０５ａの処理を行う。
【００３５】
また、前記ステップ１０４ｄにおいて、前記サービス提供装置に対して行った制御が適切ではなかった場合、言い換えると、前記推定した制御を行った後、ユーザにより再制御が行われた場合は、前記推定した制御内容ではなく、再制御の制御内容と前記環境情報の対応関係を履歴として蓄積する（ステップ１０５ｂ）。
【００３６】
また、前記ステップ１０４ｂにおいて、前記推定した制御内容が無効である場合は、ユーザが前記サービス提供装置に対して行った制御内容を取得（ステップ１０４ｅ）し、取得した制御内容と前記環境情報の対応関係を履歴として蓄積する（ステップ１０５ｃ）。
【００３７】
前記制御内容を推定するときには、たとえば、ベイズ理論（たとえば、渡部洋 著、「ベイズ統計学入門」、福村出版、p.24-30 を参照。）を用いて推定する。
【００３８】
ベイズ理論を用いて前記制御内容を推定する場合、前記履歴には、たとえば、図３に示すように、制御内容と、前記制御内容による制御を行ったときの各環境情報の出現回数および各制御内容を実行した回数の対応関係を蓄積しておく。図３に示した例では、あるサービス提供装置に対して制御内容１の制御を４回行っており、環境情報１，環境情報２，環境情報３，環境情報４の出現回数がそれぞれ２回，４回，０回，１回出現している。
【００３９】
前記制御装置が、図３に示したような履歴を保持しているときに、あるサービス提供装置に対して制御を行うためのイベントを受け付けて環境情報を収集した結果、たとえば、図３に示したように、環境情報１，環境情報２，環境情報４に対応する情報が存在し、収集されたとする。
【００４０】
このとき、制御内容１，制御内容２，制御内容３，制御内容４をそれぞれTYPE1，TYPE2，TYPE3，TYPE4とし、環境情報１，環境情報２，環境情報３，環境情報４をそれぞれSCENE(i)（i=1,2,3,4）とすると、前記ベイズ理論を用いてた推定方法では、Ｐ（TYPE1｜{SCENE(i)}），Ｐ（TYPE2｜{SCENE(i)}），Ｐ（TYPE3｜{SCENE(i)}），Ｐ（TYPE4｜{SCENE(i)}）を求める。そして、確率値が最も高いＰ（TYPE(j)｜{SCENE(i)}）（ｊは１，２，３，４のいずれか）の制御内容（TYPE(j)）を最適な制御内容とする。
【００４１】
このとき、前記Ｐ（TYPE1｜{SCENE(i)}）は、下記数式１から求める。
【数１】
2006060268.tif 000003
前記数式１において、Ｐ（{SCENE(i)}｜TYPE1）はそれぞれ、制御内容１を実行したときの各環境情報の出現頻度、Ｐ（TYPE1）は制御内容１の事前確率である。
【００４２】
前記数式１において、前記各環境情報の出現頻度Ｐ（{SCENE(i)}｜TYPE1）は、下記数式２のように求められる。
【数２】
2006060268.tif 000004
なお、前記環境情報３の出現頻度Ｐ（SCENE3｜TYPE1）に関しては、実際には、出現回数が０なので出現頻度Ｐ（SCENE3｜TYPE1）は０となるが、０とすると前記数式１が０となってしまう。そのため、出現回数が０の場合は、前記数式２のように、非常に小さい値ｄとする。
【００４３】
また、前記制御内容１の事前確率Ｐ（TYPE1）は、たとえば、各制御内容の実行回数を用いて、下記数式３のように求める。
【数３】
2006060268.tif 000005
【００４４】
前記数式２で求めた各環境情報の出現頻度Ｐ（{SCENE(i)}｜TYPE1）および前記数式３で求めた事前確率Ｐ（TYPE1）を前記数式１に代入すると、前記Ｐ（TYPE1｜{SCENE(i)}）は、下記数式４のようになる。
【数４】
2006060268.tif 000006
【００４５】
以下、詳細な説明は省略するが、制御内容２乃至制御内容４に関するＰ（TYPE(j)｜{SCENE(i)}）（j=2,3,4）を、同様の手順で求めると、下記数式５のようになる。
【数５】
2006060268.tif 000007
【００４６】
こうして、各制御内容のＰ（TYPE(j)｜{SCENE(i)}）（j=1,2,3,4）を求めた後、それぞれの確率値の大きさを比較し、最も確率値が大きい制御内容を、今回実行する制御内容として推定する。このとき、０の代わりに用いる前記微小な値ｄを、たとえば、０．０１（１０-2）とすれば、各Ｐ（TYPE(j)｜{SCENE(i)}）（j=1,2,3,4）は、下記数式６のようになる。
【数６】
2006060268.tif 000008
【００４７】
そして、前記数式６に示した各Ｐ（TYPE(j)｜{SCENE(i)}）（j=1,2,3,4）を、下記数式７のように規格化することで、各Ｐ（TYPE(j)｜{SCENE(i)}）（j=1,2,3,4）の値（確率値）が得られる。
【数７】
2006060268.tif 000009
【００４８】
前記数式７の結果では、Ｐ（TYPE3｜{SCENE(i)}）の値（確率値）が最も大きい。つまり、図３に示したような例では、最適な制御内容として制御内容３と推定される。そして、推定された制御内容３の確率値Ｐ（TYPE3｜{SCENE(i)}）が、あらかじめ定められた閾値よりも大きければ、前記制御装置は、前記サービス提供装置に対して制御内容３の制御を実行させる。このとき、前記制御内容３の制御が適切な制御であれば、図４に示すように、今回収集された環境情報を前記制御内容３と関連づけられた環境情報の出現回数に加えて更新する。
【００４９】
また、詳細な説明は省略するが、たとえば、前記数式７の結果のように、前記制御内容３の確率値Ｐ（TYPE3｜{SCENE(i)}）が最も大きく、最適な制御内容と推定され、前記サービス提供装置に制御内容３の制御を実行させた結果、ユーザが別の制御内容、たとえば、制御内容１で前記サービス提供装置を再制御した場合、前記制御装置は、図４に示したような履歴（データベース）において、前記制御内容３ではなく、前記制御内容１の環境情報の出現回数を更新する。
【００５０】
また、前述のような手順で確率値を算出した結果、最大の確率値が前記閾値よりも小さい場合は、たとえば、ユーザに制御内容を選択、決定させる。このとき、たとえば、前記ユーザが制御内容２の制御を選択したとすれば、前記制御装置は、図４に示したような履歴（データベース）において、前記制御内容２の環境情報の出現回数を更新する。
【００５１】
なお、図３では、制御内容が４つ、環境情報が４つの場合を例に挙げたが、これに限らず、さらに多くの制御内容および環境情報がある場合も、前述の手順と同様の手順で各制御内容の確率値を求め、最も確率値が高い制御内容を、前記サービス提供装置の制御内容として推定すればよい。
【００５２】
また、上記推定方法の説明では、前記数式２に示したような出現頻度Ｐ（{SCENE(i)}｜TYPE1）を用いて各制御内容１の確率値Ｐ（TYPE｜{SCENE(i)}）を算出したが、これに限らず、たとえば、前記出現頻度Ｐ（{SCENE(i)}｜TYPE1）を規格化して用いてもよい。この規格化は、１つの環境情報における各制御内容の出現頻度を用いて行う。たとえば、前記制御内容１における環境情報１の出現頻度Ｐ（SCENE1｜TYPE1）を規格化するときには、下記数式８に示す４つの出現頻度を用いる。
【数８】
2006060268.tif 000010
【００５３】
そして、前記数式８に示した４つの出現頻度を用いて前記制御内容１における環境情報１の出現頻度Ｐ（SCENE1｜TYPE1）を規格化すると、下記数式９のようになる。
【数９】
2006060268.tif 000011
【００５４】
繰り返しの説明は省略するが、他の出現頻度に関しても、同様の計算をして規格化し、前記数式４において前記規格化した出現頻度を代入し、確率値Ｐ（TYPE｜{SCENE(i)}）を求めてもよい。
【００５５】
以下、上述のような推定方法を用いた具体的なサービス提供装置の制御方法について説明する。
【実施例】
【００５６】
図５および図６は、本発明による一実施例のサービス提供装置の制御方法を実現する制御装置の概略構成を示す模式図であり、図５はソフトウェア的な構成例を示す図、図６は図５のサービス管理モジュールの構成例を示す図である。
【００５７】
本実施例のサービス提供装置の制御装置２は、ソフトウェア的に見ると、たとえば、図５に示すように、サービス管理モジュール２０１と、サービス管理メモリ２０２と、サービスプログラム２０３ａ，２０３ｂ，２０３ｘと、環境情報コーパスＤＢ２０４により構成される。
【００５８】
前記制御装置２において、前記サービス管理モジュール２０１は、全てのサービスに対して汎用で、共通な存在となり、各サービスに対する制御内容の決定を行うモジュールである。このとき、前記サービス管理モジュール２０１は、たとえば、サービスの開始、変更、停止等の各サービスに対するユーザの操作、サービスの着信・起動要求、サービスに関わる環境情報の変化が起きた際に、サービスからそのサービスに関わる環境情報を収集し、その他の環境情報と合わせて、各サービスに対して行う制御内容をユーザの制御履歴からベイズ理論を用いて推定し、推定結果を各サービスに提示する。またサービスから推定した制御内容に対するユーザの判断結果を取得する。また、前記サービス管理モジュール２０１は一括してサービスの状態監視や制御内容の変更を可能にするユーザインターフェースを備え、サービス管理モジュール２０１に対してユーザは制御内容の変更要求を行うことでユーザの判断を通知することもできる。前記サービス管理モジュール２０１が推定した制御内容と比較し、ユーザにとって適切な制御内容でなかったときは、ユーザが判断した制御内容に対してそのとき取得した全ての環境情報の出現回数を累積させることで学習する。
【００５９】
また、前記サービス管理メモリ２０２は、現在の提供しているサービスのサービス名、サービスが利用しているサービス提供装置、各サービスに関わる環境情報、それ以外の環境情報などを管理している。
【００６０】
また、前記サービス（プログラム）２０３ａ，２０３ｂ，２０３ｘは、たとえば、サービスの開始、変更、停止等のサービスに対するユーザの操作、サービスの着信・起動要求、サービスに関わる環境情報の変化が起きた際に、サービスに関連する環境情報を収集し、サービス管理モジュール２０１に通知する。またこのとき、前記サービスプログラム２０３ａ，２０３ｂ，２０３ｘは、前記サービス管理モジュール２０１が推定した制御内容に従って、ユーザにサービスを提供し、制御を行う。また制御を行った後、その制御内容に対するユーザの判断、たとえば、ユーザの選択、再制御、何もしないといった情報を取得し、サービス管理モジュール２０１に通知する。
【００６１】
また、環境情報コーパスＤＢ２０４は、図３に示したような履歴、すなわちユーザ毎、サービス毎において各サービスが可能とする制御内容と、その制御内容に対して過去にユーザがその制御内容を選択した際に登録された環境情報の出現回数が累積されているデータベースである。
【００６２】
また、前記サービス管理モジュール２０１は、たとえば、図６に示すように、イベント受付モジュール２０１ａ、環境情報収集モジュール２０１ｂ、コーパス取得モジュール２０１ｃ、制御内容推定モジュール２０１ｄ、制御内容学習モジュール２０１ｅにより構成される。
【００６３】
このとき、前記イベント受付モジュール２０１ａは、以下のような３つの機能を備えている。
（１）ユーザの操作によるサービス起動、変更、停止の要求、環境情報の変化、サービスの着信による起動要求など、サービスに対して制御が必要となるイベントを受け付ける機能。
（２）サービスからサービスの登録を受け付け、環境情報コーパスＤＢにサービスの制御内容の登録を行う機能。
（３）環境情報収集モジュール２０１ｂにイベントとそれに伴う環境情報と制御要求を通知する機能。
【００６４】
また、前記環境情報収集モジュール２０１ｂは、以下のような５つの機能を備えている。
（１）イベント受付モジュール２０１ａからイベントを受け付けたサービスに関する環境情報と制御要求を受け付ける機能。
（２）サービス管理メモリ２０２に対して現在、提供しているサービスおよびサービスに関わる環境情報などを要求し、取得する機能。
（３）取得したサービスとサービスに関わる環境情報などから、サービスの関連性から抽出できるような環境情報を追加する機能。
（４）コーパス取得モジュール２０１ｃに制御内容推定要求を通知する機能。
（５）制御内容推定モジュール２０１ｄに取得した全ての環境情報を通知する機能。
【００６５】
また、前記コーパス取得モジュール２０１ｃは、以下のような４つの機能を備えている。
（１）環境情報収集モジュール２０１ｂから制御内容推定要求を受け付ける機能。
（２）サービス管理メモリ２０２から現在利用されているサービスを要求し、取得することで、制御内容を推定するサービスを決定する機能。
（３）環境情報コーパスＤＢ２０４から、制御内容を推定するサービスに関する環境情報コーパスを要求し、取得する機能。
（４）制御内容推定モジュール２０１ｄに各サービスにおける環境情報コーパスを通知する機能。
【００６６】
また、制御内容推定モジュール２０１ｄは、以下のような５つの機能を備えている。
（１）環境情報収集モジュール２０１ｂから取得した全ての環境情報群を受け付ける機能。
（２）コーパス取得モジュール２０１ｃから制御内容を推定するサービスとそのサービスにおける環境情報コーパスを受け付ける機能。
（３）各サービスにおける制御内容を推定する機能。
（４）推定した制御内容を各サービスに通知する機能。
（５）制御内容学習モジュール２０１ｅに各サービスの推定した制御内容を通知する機能。
【００６７】
また、制御内容学習モジュール２０１ｅは、以下のような５つの機能を備えている。
（１）制御内容推定モジュール２０１ｄから各サービスにおいて推定した制御内容を受け付ける機能。
（２）各サービスからその状況において推定した制御内容に対するユーザの判断（ユーザ選択、再制御、何もしない）を受け付ける機能。
（３）ユーザに対して現在提供しているサービスの状態の監視や制御内容の変更を可能にするようなユーザインターフェースを提供し、ユーザから制御内容の変更要求としてユーザの判断を受け付ける機能。
（４）各サービスに関してユーザが判断した制御内容と推定した制御内容を比較する機能。
（５）推定した制御内容がユーザの判断した制御内容と異なる場合、そのサービスに関する環境情報コーパスＤＢ２０４を更新する機能。
【００６８】
図７乃至図１０は、本実施例の制御装置におけるサービス提供装置の制御内容を説明するための模式図であり、図７は制御装置の動作例を説明するためのシーケンス図、図８は制御内容の例、図９は環境情報の例を示す図、図１０は履歴（ＤＢ）の例を示す図である。以下、図７に示したシーケンス図に沿って、サービスＢが提供されている際にサービスＡの起動要求があった場合の、前記制御装置の動作について説明する。
【００６９】
まず、前記各サービスを提供するサービス提供装置は、制御装置２に登録される際に、図７に示すように、前記サービス管理モジュール２０１に対してサービス名と離散的に表記されているサービス提供装置で可能な制御内容を通知する（Ｓ３０１）。このとき、前記サービスＡが、たとえば、コンテンツ視聴サービスであれば、たとえば、図８に示すように、サービス管理に登録される離散的に表現した制御内容を通知する。なお、各サービスの制御内容の登録に関してはこの段階で一括して行わなくとも、後述のステップにおいてユーザの判断を通知する際に行い、ユーザの判断をシステムが学習する度に順に登録していくことも可能である。
【００７０】
またこのとき、前記各サービスの制御内容を離散的に登録するために、サービスにおける制御内容を以下のような観点を用いて組み合わせにより表記する。
（１）提供方法（modex）：サービスの利用可否やサービスの利用形態（映像利用，音声利用）などを定める。
（２）提供手段（devicey）：提供デバイスや通信手段，通信経路などを定める。
（３）提供品質（qualityz）：サービスの品質を決定する使用帯域やフレームレートなどを定める。
【００７１】
つまり、前記サービスはこれらの３つの要素を離散表記し、それらの組み合わせにより、サービスにおける様々な制御内容のカテゴリ{modex，devicey，qualityz}を構成する。
【００７２】
サービス提供装置の制御内容が前記サービス管理モジュール２０１に登録されると、登録されたサービス提供装置において実行可能な制御内容を環境情報コーパスＤＢ２０４に登録する（Ｓ３０２）。
【００７３】
このとき、たとえば、サービスの開始、変更、停止等の前記サービス提供装置に対するユーザの操作、サービスの着信・起動要求、サービスに関わる環境情報の変化が起きると、サービスに関わる環境情報を収集し、制御要求とともにイベント受付モジュール２０１ａに通知する（Ｓ３０３）。
【００７４】
前記イベント受付モジュール２０１ａへ環境情報の通知が起こると、イベント受付モジュール２０１ａは、前記環境情報収集モジュール２０１ｂに取得した環境情報を通知する（Ｓ３０４）。
【００７５】
前記環境情報収集モジュール２０１ｂは、前記サービス管理メモリ２０２に登録されている全ての環境情報を要求し、取得する（Ｓ３０５）。さらに、前記環境情報収集モジュールは、全ての環境情報を取得すると、提供しているサービス間の関連性を考慮した環境情報（利用資源の競合性など）を追加する。利用資源の競合としては、デバイスに関する競合だけでなく、ユーザがサービスを利用する上で五感として用いる目、耳、口なども資源の一つとして捉えることで、ユーザの五感に関する競合も環境情報として追加できる。このとき、たとえば、コンテンツ視聴サービスに対してサービス起動要求をすると、前記環境情報収集モジュールは、たとえば、図９に示したような環境情報群を取得する。
【００７６】
前記環境情報収集モジュール２０１ｂは、制御内容推定モジュール２０１ｄに取得した環境情報を通知する（Ｓ３０６）。
【００７７】
また、前記環境情報収集モジュール２０１ｂからコーパス取得モジュール２０１ｃに通知が行われる（Ｓ３０７）と、前記コーパス取得モジュール２０１ｃは、前記サービス管理メモリ２０２から現在利用されているサービスを要求し、取得することで、制御内容を推定するサービスを決定する（Ｓ３０８）。
【００７８】
前記コーパス取得モジュール２０１ｃは、制御内容を推定するサービスにおける環境情報コーパスを環境情報コーパスＤＢ２０４に要求し、取得する（Ｓ３０９）。このとき、コンテンツ視聴サービスに関する環境情報コーパスＤＢを要求すれば、図１０に示すようなＤＢを取得する。
【００７９】
一方、前記制御内容推定モジュール２０１ｄは、各サービスにおける環境情報コーパスと取得した現在の環境情報により、ベイズ理論を適用した推定を行い、各サービスに最適と推定される制御内容を決定する（Ｓ３１０）。ただし、推定される制御内容における確率値が事前に設定した確率閾値よりも低い場合は、推定不可を推定結果とする。そして制御内容推定モジュールは各サービスの推定結果を各サービスに通知する（Ｓ３１１）。
【００８０】
前記制御内容推定モジュール２０１ｄは各サービス提供装置に対する制御内容の推定結果を制御内容学習モジュールに通知する（Ｓ３１２）。
【００８１】
各サービス提供装置は制御内容推定モジュール２０１ｄから通知された制御を実行する。もしくは実行予定として各サービスに対する制御内容をユーザに提示して操作を促すことも可能である。また、推定不可と通知されたサービスは、制御は行なわず、何らかの制御が必要なときはユーザにサービス提供装置で実行可能な制御内容の選択肢を表示し、選択させる。
【００８２】
各サービス提供装置において、自動制御及びユーザの選択による制御、もしくは自動制御後のユーザの再制御がなされた後に、各サービス提供装置は制御内容学習モジュールに、その状況においてユーザが判断した制御内容を通知する（Ｓ３１３ａ，Ｓ３１３ｂ）。ユーザが判断した制御内容としては、ユーザが制御実行後、新たに操作を行った場合（Ｓ３１３ａ）は、ユーザの操作した制御内容、新たな操作を行わなかった場合（Ｓ３１３ｂ）は、サービス管理が通知した制御内容がユーザが判断した制御内容であると判断する。また推定不可となった場合においても、ユーザが選択した制御内容をユーザが判断した制御内容として通知する。
【００８３】
また、各サービス提供装置の制御内容に対するユーザの判断の取得方法として、サービス管理（制御内容学習モジュール２０１ｅ）はユーザに対してサービスに対して制御内容の変更を可能にするようなユーザインターフェースを提供する機能を有しているため、ユーザがサービス管理（制御内容学習モジュール）にアクセスすることで制御内容を変更して、ユーザの判断を通知させることも可能である。
【００８４】
このとき、前記制御内容学習モジュール２０１ｅは各サービス提供装置からユーザが判断した制御内容を取得すると、制御内容推定モジュール２０１ｄから取得した制御内容と比較し、異なる制御内容となったサービスに対してのみユーザが判断した制御内容に対する環境情報について出現回数を増加させて、環境情報コーパスＤＢを更新する（Ｓ３１４）。
【００８５】
また、環境情報の出現回数の増加のさせ方を環境情報毎に変えたり、学習して出現回数を増加させた環境情報に関して、ある一定時間経過した後に学習したときの環境情報の出現を削除し、出現回数を減らすことによって、最近のユーザの判断に敏感に反応した制御内容を決定することも可能になる。
【００８６】
次に、本実施例の制御装置を用いたサービス提供装置の制御方法の適用例として、サービスの着信などによる複数サービスに対する制御内容の決定方法について説明する。
【００８７】
ここでは、複数サービスの提供例として、ＴＶを視聴している最中に、友人などから電話がかかってきた状況を例に挙げて説明する。なお、各サービスを提供するサービス提供装置において実行可能な制御内容は、事前に前記制御装置に登録されているとする。このとき、前記ＴＶサービスに関しては、たとえば、再生，音量ダウン，録画，ミュート，停止などの制御内容が登録される。また、電話サービスに関しては、たとえば、着信許可，留守番電話，着信拒否などの制御内容が登録される。さらに各サービスに対するユーザの制御履歴として、各サービスの各制御内容に対して、その制御内容をユーザが判断したときの状況を表す様々な環境情報の出現回数が前記制御装置に蓄積されているとする。蓄積される環境情報としては、ＴＶおよび電話におけるサービスに関する環境情報、たとえば、コンテンツの種類、コンテンツのリアルタイム性の有無、電話の発信相手、電話の発信場所などの情報や、周囲に誰がいるか、天気、時間などのユーザの状況を示す情報、サービス間の関連性を示す情報など、前記制御装置が取得可能なあらゆる環境情報を対象としている。
【００８８】
本実施例の制御方法では、前記電話が着信した際、前記制御装置に対して、そのときの状況として取得される環境情報とすでに蓄積されている環境情報とを照合し、ベイズ理論を適用した推定を行って、各サービスの各制御内容に対する各環境情報の出現頻度を算出し、その状況において各サービスの各制御内容が選択される確率を求め、最も高い確率値となる制御内容を最適な制御内容と決定する。また、確率値が設定した確率閾値を超えない場合は、制御内容の判定が不可能とし、ユーザに判断を仰いだり、ユーザが必要とする制御内容を選択させ、取得した環境情報に関して制御履歴に蓄積されている環境情報の出現回数を累積するようにして前記制御装置に学習させる。
【００８９】
このようにして制御内容を決定することにより、ＴＶを視聴している最中に、友人などから電話がかかってきた際に見ているコンテンツや電話をかけてきた相手、周りに誰がいるかという、制御対象である各サービスに直接関わらない様々な環境情報を対象としてサービス制御することを可能にし、様々な状況に応じてユーザ毎に異なった制御内容を決定することが可能となる。具体的には、ＴＶに関しては自動的に音量を下げたり、録画を開始したり、電話に関しては自動的に留守番電話に切り替えたり、着信拒否としたり、と様々な制御内容がユーザの過去の制御履歴に基づいて決定される。
【００９０】
このように、本実施例の制御方法によりユーザが必要とする複数のサービスに対する制御内容を同時に決定することができる。
【００９１】
次に、本実施例の制御方法の他の適用例として、ユーザが設定した許容電力量以上の使用状況における停止電化製品の決定方法について説明する。
【００９２】
ここでは、電子レンジや掃除機、洗濯機、乾燥機など様々な電化製品（サービス提供装置）を同時に利用しており、家庭における許容電力量を超えそうな状況を例に挙げて説明する。このとき、前記各サービス提供装置は、システムに対して動作の中断や停止といった可能な制御内容を事前に登録している。電子レンジであれば、継続利用，利用停止，中断などの制御内容を登録する。また、掃除機であれば、継続利用，中断などの制御内容を登録する。さらに、過去に許容電力量を超えそうなときにユーザが制御を施した制御履歴として、各サービス提供装置の各制御内容に対して、その制御内容をユーザが判断したときの状況を表す環境情報の出現回数が前記制御装置に蓄積されている。蓄積される環境情報としては上記に示したような、制御装置が取得可能とするあらゆる環境情報を対象としている。
【００９３】
許容電力量を超えそうな際に状況に対して、そのときの状況として取得される環境情報と制御装置に蓄積されている環境情報と照合し、ベイズ理論を適用した推定を行って各サービス提供装置の各制御内容に対する各環境情報の出現頻度を算出し、その状況において各サービス提供装置の各制御内容が選択される確率を求め、最も高い確率値をもつ制御内容に対して最適な制御内容と決定する。また確率値が設定した確率閾値を超えない場合は、制御内容の判定が不可能とし、ユーザに制御を仰いだり、ユーザが必要とする制御内容を選択させ、取得した環境情報に関して制御履歴に蓄積されている環境情報の出現回数を累積するようにして制御装置に学習させる。
【００９４】
このように制御内容を決定することにより、許容電力量を超えそうな際に、利用しているサービス提供装置の種類やサービスの利用状況、またサービスに直接関わらない様々な環境情報を対象としてサービス制御することを可能にし、様々な状況に応じてユーザ（家庭）毎に異なった継続利用、利用停止、中断するサービスがユーザの過去の制御履歴に基づいて決定される。具体的には、それらの情報を近くのモニタなどに表示し、ユーザに中断、停止するサービス提供装置を選択させ、実際にサービス提供装置を停止することで、事前に許容電力量を超えないように制御する。もちろんそれらの制御を自動で行うことも可能である。
【００９５】
このように、本実施例の制御方法により使用電力量の総和が家庭での許容電力量を上回ってしまいそうなとき、事前に中断、停止すべき電化製品をユーザに表示し、ユーザに操作を促すことで、許容電力量を超え、ブレーカーが落ちてしまい、全て電化製品が停止することを防ぐことが可能になる。
【００９６】
以上説明したように、本実施例の制御装置を用いたサービス提供装置の制御方法によれば、ユーザがサービス提供装置に対する制御を必要とするときに、その状況において取得される様々な環境情報の出現回数を蓄積し、各制御内容に対する各環境情報の出現頻度をユーザのサービス制御履歴とすることで、ある状況においてユーザが必要とするサービスの制御内容をベイズ理論を適用した推定によって決定し、ユーザの利用に基づいて蓄積された環境情報を考慮した制御内容の決定を可能にする。また考慮する環境情報として制御装置が直接取得できる環境情報だけでなく、サービス間の関連性に関わる環境情報を考慮することで、各サービスにおいて登録している環境情報が少ない初期状態や新たなサービスを追加した際に制御内容を推定することを可能にし、制御装置の拡張性や有効性を高めることができる。
【００９７】
以上、本発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において、種々変更可能であることはもちろんである。
【００９８】
たとえば、前記実施例では、前記制御装置２の構成として、図５および図６に示したようなソフトウェア的な構成を示している。これは、たとえば、コンピュータとプログラムによって実現することも可能であるし、たとえば、図１および図２、あるいは前記実施例１で説明したような処理を行うハードウェア的な手段を組み合わせた装置によって実現することも可能である。
【図面の簡単な説明】
【００９９】
【図１】本発明のサービス提供装置の制御内容の原理を説明するための模式図であり、制御装置で行う全体的な制御手順を説明するためのフロー図である。
【図２】本発明のサービス提供装置の制御内容の原理を説明するための模式図であり、制御内容の決定手順を説明するためのフロー図である。
【図３】本発明のサービス提供装置の制御内容の原理を説明するための模式図であり、蓄積する履歴の一例を示す図である。
【図４】本発明のサービス提供装置の制御内容の原理を説明するための模式図であり、履歴の蓄積方法の一例を示す図である。
【図５】本発明による一実施例のサービス提供装置の制御方法を実現する制御装置の概略構成を示す模式図であり、ソフトウェア的な構成例を示す図である。
【図６】本発明による一実施例のサービス提供装置の制御方法を実現する制御装置の概略構成を示す模式図であり、図５のサービス管理モジュールの構成例を示す図である。
【図７】本実施例の制御装置におけるサービス提供装置の制御内容を説明するための模式図であり、制御装置の動作例を説明するためのシーケンス図である。
【図８】本実施例の制御装置におけるサービス提供装置の制御内容を説明するための模式図であり、制御内容の例である。
【図９】本実施例の制御装置におけるサービス提供装置の制御内容を説明するための模式図であり、環境情報の例を示す図である。
【図１０】本実施例の制御装置におけるサービス提供装置の制御内容を説明するための模式図であり、履歴（ＤＢ）の例を示す図である。
【符号の説明】
【０１００】
２…制御装置
２０１…サービス管理モジュール
２０１ａ…イベント受付モジュール
２０１ｂ…環境情報収集モジュール
２０１ｃ…コーパス取得モジュール
２０１ｄ…制御内容推定モジュール
２０１ｅ…制御内容学習モジュール
２０２…サービス管理メモリ
２０３ａ，２０３ｂ，２０３ｘ…サービスプログラム
２０４…環境情報コーパスＤＢ
【図１】
2006060268.tif 000012
【図２】
2006060268.tif 000013
【図３】
2006060268.tif 000014
【図４】
2006060268.tif 000015
【図５】
2006060268.tif 000016
【図６】
2006060268.tif 000017
【図７】
2006060268.tif 000018
【図８】
2006060268.tif 000019
【図９】
2006060268.tif 000020
【図１０】
2006060268.tif 000021