JP4915615B2 - サービス提供システム - Google Patents

Description

本発明は、ネットワークに分散する複数のデバイスからなるデバイス群によって実現されるサービス群をユーザの趣向に適合するように自動構築するサービス提供システムに関する。

従来より、宅内の照明機器、空調機器、防犯機器等といった設備系機器を制御する場合、予め設定されたデバイスの種類と当該デバイスの組み合わせを前提として、デバイス群を予め決められた手順によって制御している（下記の特許文献１を参照）。

例えばネットワークを介して制御可能な照明機器、電気錠、防犯センサ、煙探知機からなるデバイス群を想定した場合、これらのデバイス群を制御することによって、予め決められたサービスを提供するのみであった。なお、本書面において、「サービス」とは、複数のデバイスが連係して動作することによって得られる一定の結果を指す。予め決められたサービスとしては、防犯センサが作動した場合に防犯対策として照明機器を点灯させる、煙探知機が作動した場合に災害対策として電気錠を解除する、などが挙げられる。このようなデバイス群の連係動作は、多数に亘る。
特開平２００４−１０２８８２号公報

しかしながら、従来においては、制御パターンの使用履歴を記録し、予め決められたサービスが実行された頻度からユーザの趣向を判断し、当該制御パターンを優先的に実行させていた。しかし、例えば宅内において新たなデバイス群が加わった場合などには、当該デバイス群を含めて連係させるサービス等には対応できなかった。

また、実際には、様々なデバイスとを組み合わせた連係の制御サービスの数は、相当に多数の制御パターンとなるために、制御パターンの頻度のみではユーザの趣向に適したサービスを提供できているとは言えない。また、情報サービスやデバイス群の構成が変化した場合には、制御パターンの体系や制御パターンの質を向上させる必要がある。

そこで、本発明は、上述した実情に鑑みて提案されたものであり、様々な情報を用いて、真にユーザの趣向に適合したサービスをデバイス群で実行させることができるサービス提供システムを提供することを目的とする。

本発明は、制御又は監視対象となる複数のデバイスからなるデバイス群と、当該デバイス群を制御又は監視するユーザ端末と、当該ユーザ端末とデバイス群との間に通信回線を介して設けられユーザ端末及びデバイス群と通信回線を介して通信する統合サービス装置と、デバイス群が動作する環境に関する環境情報を提供する情報サービス提供装置と、を備えたサービス提供システムである。この環境情報はデバイスが相互に連携して動作するためのパラメータとしての情報である。

ユーザ端末は、デバイス群を制御又は監視するユーザの趣向を少なくとも一つ含む趣向情報を取得する趣向情報取得部と、趣向情報取得部で取得した趣向情報を統合サービス装置に送信する送信部と、統合サービス装置が作成したデバイス群の制御パターンを示す制御パターン情報を受信する受信部と、受信部で受信した制御パターン情報を表示する表示部とを備える。

統合サービス装置は、ユーザ端末から送信された趣向情報及び情報サービス提供装置から提供された環境情報を受信する受信部と、受信部で受信した趣向情報を参照して、情報サービス提供装置から当該趣向情報に関連する環境情報を検索して取得する情報サービス検索部と、デバイス群に含まれる各デバイスの属性情報を取得するデバイス情報取得部と、情報サービス検索部で取得した環境情報とデバイス情報取得部で取得した各デバイスの属性情報とを組み合わせて、ユーザの趣向に適合するデバイス群の制御パターンを作成する制御パターン構築部と、制御パターン構築部で作成した制御パターンをユーザ端末に送信する送信部とを備える。

このようなサービス提供システムにおいては、ユーザ端末は、統合サービス装置から送信部から送信された制御パターンの情報を受信部で受信した場合に、表示部に表示させることにより、上述の課題を解決する。

また、このサービス提供システムにおいて、統合サービス装置は、制御パターン構築部で作成された制御パターンを一時的に記憶しておくキャッシュデータベースを作成し、キャッシュデータベースに制御パターンがある場合には、当該制御パターンをユーザ端末に送信させ、キャッシュデータベースに制御パターンがない場合には、制御パターン構築部で作成した制御パターンを前記ユーザ端末に送信させてもよい。このサービス提供システムによれば、キャッシュデータベースに蓄積されている制御パターンが有る場合に、当該制御パターンのみをユーザ端末に提供するので、ユーザ端末が携帯電話端末などの表示画面が小さいものであっても、ユーザに適合した制御パターンを効果的に表示させることができる。

更に、このサービス提供システムにおいて、統合サービス装置は、制御パターンを解析して順位付けをするランキング部を更に備え、制御パターン構築部は、ユーザの趣向に適合する制御パターンを複数作成し、ランキング部は、複数の制御パターンのユーザの趣向に適合する度合いに応じて複数の制御パターンを順位付けしても良い。

更にまた、このサービス提供システムにおいて、趣向情報取得部は、複数のユーザの趣向と当該各趣向の重み付け値を含む趣向情報を取得し、統合サービス装置のランキング部は、趣向情報に含まれる重み付け値を用いて複数の制御パターンを順位付けしても良い。

このように、制御パターンがランキングされることにより、よりユーザの趣向に適合した仮想サービスを選択させることができる。

更にまた、このサービス提供システムにおいて、ユーザ端末は、ユーザの趣向情報のプロファイルを記憶した趣向記憶部を備え、趣向情報取得部は、趣向記憶部に記憶された趣向情報のプロファイルから、所定の趣向情報を取得しても良い。

本発明によれば、各種の環境情報を利用して、デバイス群に様々な連係動作を行える。すなわち、統合サービス装置によって情報サービス提供装置から環境情報を受信してデバイス群のうちのあるデバイスを制御することができ、これにより、情報サービス提供装置４から提供される様々な環境情報を用いて、当該環境情報に適合し且つ真にユーザの趣向に適合したサービスをデバイス群で実行させることができる。

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

本発明は、図１に示すように、制御又は監視対象となる複数のデバイスからなるデバイス群３と、ユーザが操作するユーザ端末１と、ユーザ端末１とデバイス群３との間に通信回線を介して接続された統合サービス装置２と、統合サービス装置２と通信回線を介して接続された情報サービス提供装置４と、統合サービス装置２によって管理されるサービスデータベース５とを備えるサービス提供システムに適用される。

ユーザ端末１は、例えばユーザが携帯する携帯電話端末等からなる。ユーザ端末１は、ユーザに操作されるボタン等の操作部と、デバイス群３を制御又は監視するユーザの趣向を少なくとも一つ含む趣向情報を取得する趣向情報取得部と、統合サービス装置２と通信回線を介して通信を行う受信部及び送信部と、各種情報を表示する表示部とを備える。このユーザ端末１は、送信部によって、ユーザの趣向を予め記憶又は作成した趣向情報を趣向情報取得部で取得し、当該趣向情報を統合サービス装置２に送信する。この趣向情報には、制御又は監視対象となるデバイス群３の種別、デバイス群３のバージョンや費用等のユーザの趣向が含まれる。

その後、ユーザ端末１は、受信部によって、統合サービス装置２が作成したデバイス群３の制御パターンを示す制御パターン情報を受信する。この受信部で受信した制御パターン情報は、表示部によって表示される。これにより、ユーザ端末１は、ユーザの趣向に応じた制御パターンを選択するためにユーザに視認させることができる。

デバイス群３は、例えば宅内システムを構成する設備系機器群からなる。この設備系機器群としては、照明機器、空調機器、防犯センサ、煙探知機、ペットの給食機、オーニングの自動開閉機、自動水やり機などが含まれる。

情報サービス提供装置４は、デバイス群３が動作する環境に関する環境情報を統合サービス装置２に提供する。この情報サービス提供装置４は、各種情報を蓄積したサーバであって、例えば天気情報、災害情報、地域の犯罪発生状況の防犯情報などの環境情報を蓄積し、統合サービス装置２の要求に従って各種の環境情報を統合サービス装置２に返信する。なお、図１においては、情報サービス提供装置４を単一のものとして示しているが、環境情報の種類に応じて異なる情報を蓄積したサーバ群で構成されていても良い。

統合サービス装置２は、ユーザ端末１から送信された趣向情報及び情報サービス提供装置４から提供された環境情報を受信する受信部と、受信部で受信した趣向情報を参照して、情報サービス提供装置４から当該趣向情報に関連する環境情報を検索して取得する情報サービス検索部と、デバイス群３に含まれる各デバイスの属性情報を取得するデバイス情報取得部と、情報サービス検索部で取得した環境情報とデバイス情報取得部で取得した各デバイスの属性情報とを組み合わせて、環境情報に応じて変化するユーザの趣向に適合するデバイス群の制御パターンを作成する制御パターン構築部と、制御パターン構築部で作成した制御パターンを前記ユーザ端末に送信する送信部とを備える。

この統合サービス装置２には、サービスデータベース５が接続されている。このサービスデータベース５は、ユーザ端末１の趣向に適合した制御パターンのリストであるサービスリストを記憶している。このサービスリストは、ユーザ端末１ごとに、ユーザ端末１のユーザの宅内にあるデバイス群３であって連係して動作するデバイス群３の組み合わせと、当該デバイス群３の組み合わせが動作する条件となる環境情報と、当該環境情報においてデバイス群３の組み合わせが動作した結果であるサービスとが対応付けられて構築されている。このサービスリストは、趣向情報に基づいて制御パターン構築部で作成される。

統合サービス装置２は、ユーザ端末１から趣向情報が供給されると、デバイス情報取得部によって、デバイス群３に要求してデバイス群３に含まれる各デバイスの属性情報を取得する（手順（１）、（２））。同時に、統合サービス装置２は、情報サービス検索部により、趣向情報に関連する環境情報を検索する（手順（３）、（４））。そして、統合サービス装置２は、デバイスの属性情報及び環境情報を組み合わせて、環境情報に適合し且つユーザの趣向に適合した制御パターンを制御パターン構築部で作成する。ここで、制御パターン構築部は、環境情報において動作させるべきデバイス群３の組み合わせがサービスリストに存在する場合には、当該デバイス群３の組み合わせ及びこのデバイス群３の組み合わせで実現されるサービスを示す制御パターンをユーザ端末１に送信する。

その後、統合サービス装置２は、先に送信した制御パターンが選択された信号をユーザ端末１から受信した場合に、当該制御パターンに従ってデバイス群３を動作させる。

このようなサービス提供システムによれば、インターネットを使用して提供されている各種の環境情報を利用して、デバイス群３に様々な連係動作を行える。例えば、天気情報を蓄積したサーバである情報サービス提供装置４から環境情報（天気情報）を受信してデバイス群３のうちの照明機器の照度を制御する、地震情報を蓄積したサーバである情報サービス提供装置４から環境情報（地震情報）を受信してデバイス群３のうちの電気錠を開閉する、地域情報を蓄積したサーバである情報サービス提供装置４から環境情報（地域情報）を受信してデバイス群３のうちの防犯センサの検知精度を変化させる、などが挙げられ、これらを組み合わせた制御もできる。

これにより、情報サービス提供装置４から提供される様々な情報を用いて、真にユーザの趣向に適合したサービスをデバイス群３で実行させることができる。

つぎに、本発明を適用した他のサービス提供システムについて説明する。なお、上述したサービス提供システムと同様の部分については、同一の符号を使用することによって、その詳細な説明を省略する。

このサービス提供システムは、図２に示すように、ユーザ端末１が参照する趣向プロファイル１ａ（趣向情報記憶部）と、統合サービス装置２で管理するサービスキャッシュデータベース５’と、統合サービス装置２の制御に従って制御パターン、サービスを自動構築するサービス自動構築装置２ａとを備える。

趣向プロファイル１ａは、ユーザの趣向をプロファイル化して記憶する記憶デバイスからなる。

サービスキャッシュデータベース５’は、統合サービス装置２で作成された制御パターンであって、ユーザ端末１によって選択された制御パターンを一定期間蓄積する記憶デバイスからなる。このサービスキャッシュデータベース５’に記憶されている制御パターンは、ユーザによって選択されたもののみであるので、ユーザの趣向に適合した制御パターンとなる。このサービスキャッシュデータベース５’は、ユーザ端末１に制御パターンを送信するに際して、統合サービス装置２によって参照される。統合サービス装置２は、サービスキャッシュデータベース５’に制御パターンがある場合には、当該サービスキャッシュデータベース５’に記憶された制御パターンをユーザ端末１に送信し、サービスキャッシュデータベース５’に制御パターンがない場合にはサービス自動構築装置２ａによって制御パターン、サービスを構築させる。
サービス自動構築装置２ａは、統合サービス装置２からの要求に応じて、ユーザの趣向に相当するデバイス群３の組み合わせ、当該デバイス群３の組み合わせによって実現されるサービスを自動的に構築する。このサービス自動構築装置２ａは、統合サービス装置２の制御パターン構築部と同様に、デバイス群３を検索してユーザの趣向に適合したデバイス群３の属性情報を取得すると共に、情報サービス提供装置４を検索してユーザの趣向に適合した環境情報を取得する。そして、サービス自動構築装置２ａは、作成した制御パターンをサービスキャッシュデータベース５’にアップロードさせる。

なお、図２においては、統合サービス装置２とサービス自動構築装置２ａとサービスキャッシュデータベース５’とを別個に示しているが、サービスキャッシュデータベース５’と、統合サービス装置２又はサービス自動構築装置２ａを同一のサーバで構成しても良く、同一のサーバによって統合サービス装置２、サービス自動構築装置２ａ及びサービスキャッシュデータベース５’を実現しても良い。

このサービス提供システムは、先ず、ユーザ端末１から統合サービス装置２にユーザの趣向を送信すると（手順（１））、統合サービス装置２によって、サービスキャッシュデータベース５’に制御パターンが格納されているかを検索する（手順（２））。その結果、サービスキャッシュデータベース５’に制御パターン（サービス）が格納されている場合には、統合サービス装置２によって、サービスキャッシュデータベース５’に蓄積されている制御パターン（サービス）をロードする（手順（３））。次に統合サービス装置２は、サービスキャッシュデータベース５’からロードした制御パターン（サービス）であって、実行する制御パターン（サービス）の候補をユーザ端末１に送信し、ユーザ端末１は、統合サービス装置２から送信された制御パターン（サービス）を表示させる（手順（４））。このユーザ端末１の表示部に表示させた制御パターン（サービス）のうち、ある制御パターン（サービス）が操作部によって選択されると、ユーザ端末１の送信部は、選択された制御パターン（サービス）を統合サービス装置２に送信する（手順（５））。統合サービス装置２は、ユーザ端末１によって選択された制御パターン（サービス）を受信すると、当該制御パターンに含まれるデバイス群３に制御信号を送信することによって、デバイス群３を連係動作させる。これにより、ユーザに選択された制御パターンによってデバイス群３を動作させるサービスを提供する（手順（６））。その後、統合サービス装置２は、ユーザ端末１によって選択された制御パターンに従ってデバイス群３の動作を完了したことをデバイス群３からの信号等によって認識すると、先にユーザ端末１が選択した制御パターンの連係動作がデバイス群３によって実行されたことをユーザ端末１に通知する（手順（７））。

一方、統合サービス装置２によってサービスキャッシュデータベース５’の制御パターン（サービス）を検索しても、ユーザの趣向に適合する制御パターン（サービス）がない場合には、統合サービス装置２により、サービス自動構築装置２ａに制御パターン（サービス）を自動構築させる（手順（３）’）。このとき、サービス自動構築装置２ａは、制御パターン構築部と同様に、ユーザの趣向に適合するデバイスを検索すると共に（手順（４）’）、環境情報を検索する（手順（５）’）。そして、サービス自動構築装置２ａは、デバイス群３の属性情報及び環境情報を組み合わせてユーザの趣向に適合した制御パターンを作成してサービスキャッシュデータベース５’にアップロードする（手順（６）’）。この制御パターンのアップロードによって、統合サービス装置２は、手順（１）で受信したユーザの趣向に適合する制御パターン（サービス）をロードできる（手順（３））。その後、上述したように手順（４）〜（７）を行うことによって、ユーザの趣向に適合したデバイス群３の連係動作を実現して、ユーザの趣向に適合したサービスを提供することができる。

このようなサービス提供システムは、ユーザの趣向及び環境情報を用いてサービス自動構築装置２ａで作成した制御パターンをサービスキャッシュデータベース５’に一時的に記憶しておき、サービスキャッシュデータベース５’に制御パターンがある場合には、当該制御パターンを統合サービス装置２からユーザ端末１に送信させ、サービスキャッシュデータベース５’に制御パターンがない場合には、サービス自動構築装置２ａで新たに制御パターンを作成してユーザ端末１に送信させるので、ユーザの趣向に適合したサービスをユーザに効率的に提供できる。

また、このサービス提供システムによれば、サービスキャッシュデータベース５’に蓄積されている制御パターンが有る場合に、当該制御パターンのみをユーザ端末１に提供するので、ユーザ端末１が携帯電話端末などの表示画面が小さいものであっても、ユーザに適合した制御パターンを効果的に表示させることができる。

なお、このサービス提供システムは、サービスキャッシュデータベース５’に蓄積されていた制御パターンをユーザ端末１に送信することについて説明したが、統合サービス装置２によってサービスキャッシュデータベース５’に蓄積された制御パターンを選択しても良い。例えば、統合サービス装置２は、サービス自動構築装置２ａからサービスキャッシュデータベース５’にアップロードされた最新の制御パターンを選択しても良い。

つぎに、図２に示したサービス提供システムの更に詳細な動作について説明する。

趣向プロファイル１ａに記憶される情報としては、上述したようにユーザの趣向を記憶するものであるが、更に詳細に説明すると、「新・旧デバイスに関するユーザの趣向」、「コストの高低に関するユーザの趣向」、「サービスの確実性、安全性に関するユーザの趣向」、「人気の有無に関するユーザの趣向」、「サービスの複雑度に関するユーザの趣向」、「デバイスの数量に関するユーザの趣向」が挙げられる。

趣向プロファイル１ａは、例えば照明機器であるデバイス群３を制御する場合に、抽象的な表現を用いて制御又は監視対象となるデバイス群３を検索させるものとする。照明機器である場合、抽象的な表現は、照明関係となる。

趣向プロファイル１ａには、図３（ａ）に示すように、抽象機能を示す抽象ＩＤ（ＡＩＤ（Abstract ID））、趣向項目リスト（プロファイルリスト）と、ユーザの趣向を属性ＩＤ（Profile ID；ＰＩＤ）ごとに羅列した属性リスト（プロファイル）とが対応付けられて記憶されている。属性リストの各属性ＩＤには、ユーザの趣向であるデバイス群３のバージョン、費用、プロトコル等が対応付けられている。

抽象ＩＤは、例えば、照明関係、空調関係、防犯センサ関係等である。この抽象ＩＤのカテゴリーは、それぞれ抽象ＩＤが付与されている。例えば照明関係の場合には、抽象ＩＤが「Light Related ID（XXXX・・・）」となる。また、抽象ＩＤは、サブＩＤを持つことができる。ここでは、図３に示す点消灯機能ＩＤ、多段調光ＩＤ、グループ照明ＩＤ、パターン照明ＩＤなどである。つまり、各抽象ＩＤは、これらのサブＩＤ群（趣向項目リスト）と関連づけられている。

更に抽象ＩＤは、属性ＩＤのリスト（属性リスト）と対応付けられる。属性の例としては、バージョン、費用、安定動作、多機能など、ユーザの趣向を表す内容が含まれる。図３（ａ）において、属性ＩＤ１には、サービスが何時の時点で更新されているか、及びバージョン番号が含まれている。属性ＩＤ２には、サービス料金の上限及び下限、サービス期間が含まれている。属性ＩＤ３には、安定動作に関する属性として、インターネットプロトコルにおいて信頼性があり速度が遅いＴＣＰを使用するか、信頼性がないが速度が速いＵＤＰを使用するかが含まれている。属性ＩＤ４には、デバイス群３の機能のパターン及び機能数などが含まれている。

趣向項目リスト及び属性リストといった抽象ＩＤのサブＩＤは、後述のＥＭＩＴ技術の機能であるインターフェースＩＤであるＩＩＤと同じ値とする。これにより、ＯＡＬ（Object Access Library）クライアントから統合サービス装置２であるＯＡＳ（Object Access Server）を介してＭＯＳ（Micro Object Server）デバイスを制御又はＭＯＳデバイスの機能を検索する際に使用される。このＯＡＬは、クライアント用ソフトウェアであり、ＯＡＳは、サーバ用ソフトウェアであり、ＭＯＳは、デバイス用ソフトウェアである。

ＥＭＩＴ技術においては、オブジェクトを定義するオブジェクトＩＤ（ＯＩＤ）と、変数、関数、イベント情報の組み合わせによって定義されたインターフェースＩＤの２種類のＩＤを用いてデバイス群３の制御や検索を行う。また、このサブＩＤの割当は、上位の半分のビットをデバイス群３の機能とし、下位の半分のビットをＧＵＩＤ（グローバルユニークなＩＤ）又はシリアル番号とする。つまり、サブＩＤは、デバイス群３の機能の種類と機能を特定する情報の双方を含むＩＤである。

統合サービス装置２には、図３（ｂ）に示すデバイス機能リスト（ＩＩＤリスト）、図３（ｃ）に示す情報サービスリスト（ＩＩＤ（インターフェースＩＤ））、図３（ｄ）に示す連係リスト（ＩＩＤ）が記憶されている。図３においては、デバイス群３が照明機器である一例を示している。

図３（ｃ）に示すデバイス機能リストは、抽象ＩＤに対応したデバイス機能ＩＩＤである。例えば抽象ＩＤで照明関係を表している場合、デバイス機能ＩＩＤは、消灯機能、多段調光機能といったものが挙げられる。

図３（ｃ）に示すサービス用のＩＩＤ（情報サービスＩＩＤ）のリストである情報サービスリストは、インターフェース機能ＩＤのリストであり、複数の情報サービスＩＩＤを持つ。情報サービスＩＩＤの割当は、上位の半分のビットを情報サービス提供装置４の機能とし、下位の半分のビットをＧＵＩＤ（グローバルユニークなＩＤ）又はシリアル番号とする。

上述の趣向プロファイル１ａにおいて、属性リストには、ユーザごとの趣向を表す指標である重み付け値が付加されている。このユーザの趣向は、趣向項目リストに含まれる照明機器のバージョン、費用等である。例えば、デバイス群３として最新のものを使用することの重み付け値が「２」、コストが１００円以下であることの重み付け値が「３」、安全性が高いことの重み付け値が「２」、応答時間が早いことの重み付け値が「３」などといったように設定される。

図３（ｄ）に示す連係リストは、サービス自動構築装置２ａで自動的に生成されて、サービスキャッシュデータベース５’に記憶される複数の連係ＩＩＤが含まれる。この連係ＩＩＤは、例えば情報サービスＩＩＤが出力（ＯＵＴ）する結果を受けて、デバイス機能ＩＩＤに入力（ＩＮ）する例を示している。つまり、何らかのサービス（天気情報）の出力（戸外の照度、明るいから暗いに変化）を受けて、機能（照明を明るくする）といった連係機能を実現するためのものである。

ユーザ端末１は、ユーザの操作部に対する操作によって、図３（ａ）ように、デバイス群３の種類を示す抽象ＩＤと、ユーザの趣向を表す属性ＩＤと、重み付け値とを含めた趣向情報を統合サービス装置２に送信する。これに対し、ユーザ端末１は、統合サービス装置２から、ユーザの趣向に近い順にランキングされた制御パターンを受信して、何れか又は複数の制御パターンを表示部に表示させる。このように制御パターンがランキングされることにより、よりユーザの趣向に適合した仮想サービスを選択させることができる。

統合サービス装置２は、ユーザ端末１からの趣向情報を受信して、当該趣向情報に含まれる抽象ＩＤ及び属性ＩＤを検索キーとして、サービスキャッシュデータベース５’から当該属性リストに該当する制御パターンを検索する。サービスキャッシュデータベース５’に抽象ＩＤ及び属性ＩＤに該当する制御パターンがある場合、統合サービス装置２は、重み付け値によってランキングして、属性ＩＤに該当するほど上位にランキングした複数の制御パターンをユーザ端末１に送信する。

例えば、通常のデバイス群３の直接的な制御としては、「この照明機器を点灯させたい」というユーザの要望となるが、このような要望ができるの他、デバイス群３の構成といった制御パターンの内容やデバイス群３の操作方法を予め知っている必要がある。この場合は、「照明機器関連のサービスを制御する操作に関する表示画面を表示させたい」といった内容となる。

この場合には、趣向情報としては、要求制御タイプが「照明機器関連のサービス制御がしたい」、要求インターフェースタイプが「操作パネルの画面の形式でサービスを受けたい」といった属性が含まれる。

このような一例の趣向情報が統合サービス装置２に供給された場合、統合サービス装置２は、照明機器を制御する操作画面を表示するＪＡＶＡ(登録商標）アプリケーションがサービスキャッシュデータベース５’に存在するかを検索する。このサービスアプリケーションが存在する場合には、統合サービス装置２は、属性ＩＤからサービスキャッシュデータベース５’を検索し、重み付け値によってランキングすることになる。

この統合サービス装置２によるランキングの手法としては、相対的手法と、絶対的手法とがある。相対的手法は、所謂ＯＲ条件であり、趣向情報に含まれる属性ＩＤに該当しない制御パターンや、相対的に低いレベルでしか該当しない制御パターンであっても、他の該当する制御パターンとの比較により上位からランキングする手法である。一方、絶対的手法は、所謂ＡＮＤ条件であり、属性リストに含められる何れかの属性ＩＤに該当していなければ選択せずに、ランキングには選定しない手法である。

統合サービス装置２によってランキング化された制御パターンの候補リストは、ユーザ端末１に供給されて表示される。ここで、ユーザ端末１で制御パターンの候補リスト内から何れかの制御パターン（サービス）が選択され、当該選択した制御パターンの情報がユーザ端末１の送信部から送信された場合、統合サービス装置２は、サービスキャッシュデータベース５’からサービスアプリケーション（ＪＡＶＡ(登録商標）アプリケーション）をダウンロードして、ユーザ端末１にサービスアプリケーション（ＪＡＶＡ(登録商標）アプリケーション）をアップロードする。

なお、統合サービス装置２によって制御パターンのランキングを行ってユーザ端末１で選択されれば、当該選択された制御パターンの人気度をサービスキャッシュデータベース５’内で更新するようにしても良い。また、デバイス群３を動作させるサービスアプリケーションとしては、ＪＡＶＡ(登録商標）アプリケーションが想定されるが、そのほかのアクティブＸ等であっても良い。また、ユーザ端末１の要求によって複数の制御パターンから何れかの制御パターンを選択するのではなく、統合サービス装置２によって推奨する制御パターン（サービス）を提供しても良い。

また、上述した図２のサービス提供システムにおいては、ユーザ端末１、統合サービス装置２等にＥＭＩＴ（Embedded Micro Internetworking Technology）技術を適用しても良い。このＥＭＩＴ技術は、サービス提供システムを構成するユーザ端末１や統合サービス装置２にオブジェクトソフトウェアを実装させ、当該オブジェクト間で通信を行うものである。図２において、ユーザ端末１には、ＥＭＩＴ技術におけるクライアント用ソフトウェアによって実現されるクライアント機能実装し、統合サービス装置２には、サーバ用ソフトウェア及びサーバ用ソフトウェアの仮想サービス機能を実装し、サービスキャッシュデータベース５’及び統合サービス装置２’には、サーバ用ソフトウェアのサービス機能を実装し、情報サービス提供装置４には、サーバ用ソフトウェアのサービス機能を実装し、デバイス群３には、デバイス用ソフトウェアのデバイス情報と制御サービス機能を実装することになる。

このＥＭＩＴ技術は、クライアントがデバイス用ソフトウェアを通信回線を介して制御するものであるが、サーバ用ソフトウェアを実装する統合サービス装置２は、クライアントとデバイスの間に存在するプロキシとして機能し、デバイスの検知、検索及び他のサーバ用ソフトウェアを実装する情報サービス提供装置４の検索を行う。これにより、統合サービス装置２は、検知したデバイス群３及び情報サービス提供装置４との間で通信を行ってデバイス群３を制御できる仮想サービスをサーバ用ソフトウェア上に作成する。例えば、デバイスＡとデバイスＢ、又は、他のサーバ用ソフトウェア上のサービスＣを組み合わせた連係動作が可能な仮想サービスを提供できる。

更に、図２に示すサービス提供システムをＳＮＭＰ（Simple Network Management Protocol）の仕組みで構成する場合には、クライアントがＳＮＭＰクライアントとなり、デバイスがＳＮＭＰエージェントとなり、ＳＮＭＰにおけるＧｅｔコマンド、Ｓｅｔコマンド、Ｔｒａｐコマンド等で制御することになる。このＳＮＭＰの仕組みをサーバ用ソフトウェアにて実現する場合には、当該部分をＳＮＭＰのエージェントとＳＮＭＰのクライアントを両方サポートして中継するプロキシとすることによって実現できる。

更にまた、ＳＮＭＰのクライアントに代えてＷｅｂブラウザ、プロキシのＳＮＭＰのエージェントに代えてＷｅｂサーバを使用しても良く、全ての通信制御の仕組みをＳＯＡＰ（Simple Object Access Protocol）とＸＭＬ（Extensible Markup Languageで行っても良い。

つぎに、上述した図２に示すサービス提供システムにおける通信手順を図４に示すシーケンス図を参照して説明する。

先ず、ユーザ端末１（クライアント）は、サービス検索要求として、趣向プロファイル１ａを参照して、照明関係の抽象ＩＤに属性リスト（ＰＩＤｓ）を付加した趣向情報を、統合サービス装置２（サーバ用ソフトウェア）に送信する。

統合サービス装置２は、サービス検索要求を受信すると、サービスキャッシュデータベース５’を検索する。以前にユーザ端末１から統合サービス装置２に、類似した趣向情報（ＡＩＤ＋ＰＩＤｓ）があった場合には、サービスキャッシュデータベース５’から当該ＡＩＤ及びＰＩＤｓに関連する制御パターンを検出することができる。一方、趣向情報に含まれる抽象ＩＤ及び属性リストＰＩＤｓに関連する制御パターンがない場合、統合サービス装置２は、抽象ＩＤからデバイス機能ＩＩＤの群を求めて、デバイス群３及び情報サービス提供装置４に、デバイス機能リストＩＩＤｓ及び属性リストＰＩＤｓを含む検索要求を送信する。このとき、統合サービス装置２は、図４に示すデータベースを参照して、抽象ＩＤからデバイス機能ＩＩＤの群（ＩＩＤｓ：デバイス機能リスト）を求める。

統合サービス装置２からデバイス群３にデバイス機能リストＩＩＤｓ及び属性リストＰＩＤｓが送信されると、デバイス群３のうち、デバイス機能リストＩＩＤｓに該当する機能のデバイス群３からの属性ＰＩＤｓを含む応答メッセージが統合サービス装置２に供給される。同様に、情報サービス提供装置４は、統合サービス装置２からデバイス機能リストＩＩＤｓ及びＰＩＤｓが送信されると、情報サービスＩＩＤの群（ＩＩＤｓ、以下情報サービス群ＩＩＤｓという）と属性ＰＩＤｓが統合サービス装置２に供給される。

属性ＩＤとデバイス機能ＩＩＤ及び情報サービスＩＩＤとの関係について述べる。ＥＭＩＴ技術において、デバイス機能ＩＩＤ及び情報サービスＩＩＤの形式に対して、デバイスやサーバ用ソフトウェアのサービス機能に検索を行うことができる。所謂、デバイス機能ＩＩＤ及び情報サービスＩＩＤの形式をオブジェクトデータベースの検索である。ここで、統合サービス装置２は、デバイス機能ＩＩＤ及び情報サービスＩＩＤの形式に準拠して、属性ＩＤを各デバイス（デバイス群３）、又は、統合サービス装置２のサーバ用ソフトウェアのサービス機能に埋め込んでいく。つまり、デバイス機能ＩＩＤ及び情報サービスＩＩＤの形式で属性ＩＤを検索、取得できるようにしておく。

ここで、デバイス機能ＩＩＤ及び情報サービスＩＩＤを１つのアンド条件として同じ要求として検索をすると、各デバイス（デバイス群３）は、デバイス機能ＩＩＤと対応する属性ＰＩＤｓを伴って応答する仕組みである。このデバイス群３からの応答を待って、統合サービス装置２は、抽象ＩＤに対応するデバイス機能ＩＩＤのテーブルを作成する。このテーブルが、サービスキャッシュデータベース５’に存在する場合、逐次デバイス（デバイス群３）や情報サービス提供装置４のサーバ用ソフトウェアのサービス機能を検索する必要がない。

ただし、サービスキャッシュデータベース５’が所定時間ごとに内部の情報をクリアするタイムアウト機能を備えている場合には、統合サービス装置２は、逐次デバイス（デバイス群３）やサーバ用ソフトウェアのサービス機能（情報サービス提供装置４）を検索する必要がある。

また、サービスキャッシュデータベース５’のタイムアウト機能に代えて、統合サービス装置２によって検索されたデバイス（デバイス群３）やサーバ用ソフトウェアのサービス機能（情報サービス提供装置４）の検索と同時に、統合サービス装置２からサービスキャッシュデータベース５’にデバイス群３及び情報サービス提供装置４の状態通知を行う設定をすることにより、デバイス群３及び情報サービス提供装置４の変更等があった場合に、直ちにサービスキャッシュデータベース５’に通知して、当該変更等があったデバイス群３及び情報サービス提供装置４についてのデバイス機能ＩＩＤ及び情報サービスＩＩＤの変更、削除等が可能となる。

例えば図４に示すように、統合サービス装置２から情報サービス提供装置４にサービス機能の検索を行う場合、情報サービスＩＩＤの値に抽象ＩＤの値を予め設定するようにしておき、当該情報サービスＩＩＤには、この抽象ＩＤの属性ＰＩＤｓに対応している、という明示的な返答を情報サービス提供装置４から統合サービス装置２に応答することにより、以降におけるデータがサービスキャッシュデータベース５’に残れば、逐次検索で問い合わせなくともこのフラグを参照して、当該データがある場合には、対応する抽象ＩＤが既にサービスキャッシュデータベース５’内にあるので、逐次検索を行わなくても良い。

統合サービス装置２によって連係ＩＩＤを生成するためには、連係ＩＩＤの値の中に連係時の従属関係を示す連係フラグ（Ｃｏ−Ｆｌａｇ）を利用する。図５に示すように、統合サービス装置２によって、連係ＩＩＤの連係フラグから、連係する属性と機能とを抽出し、連係する属性の対応関係より機能を組み合わせ、連係ＩＩＤを作成すると、ＩＩＤ３〜ＩＩＤ６のように、情報サービス提供装置４の天気情報及び犯罪情報といった環境情報の情報サービスＩＩＤが情報サービス提供装置４で発生した場合に、照明関係を点／消灯させる動作や多段調光するといった動作を関連させることができる。

すなわち、例えば、「照明関係」の抽象ＩＤで選択したメニュー内容にサブＩＤとして照明の点消灯（デバイス機能ＩＩＤ１）と多段調光（デバイス機能ＩＩＤ２）があったとする。また、情報サービスＩＩＤとして、天気情報（情報サービスＩＩＤ１０）、犯罪情報（情報サービスＩＩＤ１１）等があったとする。基本ＩＩＤは、連係属性（ＩＮ，ＯＵＴ）の出力、入力の属性をＩＩＤの値として持ち、また、デバイス機能ＩＩＤ、情報サービスＩＩＤは複数のアクセス方法（Call Function, Get/Set, Subscribe）を持っている。基本ＩＩＤは、ValueとしてＩＮ，ＯＵＴの連係属性を持ち、それぞれアクセス方法を備えているので、連係ＩＩＤは、例えば連係ＩＩＤ３：ＩＩＤ１０（ＯＵＴ）→ＩＩＤ１（ＩＮ）となる。つまり、ＩＩＤ３という連係ＩＩＤは、情報サービスＩＩＤ１０の天気情報を出力とし、デバイス機能ＩＩＤ１の照明の点消灯を行うという定義である。

このような連係ＩＩＤの自動生成プロセスは、図６に示すように、例として、図６（ａ）のような天気情報（環境情報）と点消灯動作とを紐付け、図６（ｂ）のような連係ＩＩＤを作成するのであるが、まず、点消灯の基本ＩＩＤであるデバイス機能ＩＩＤ１のCoFlagValueと呼ばれる値には「ＩＮ」が入っている。統合サービス装置２により、デバイス機能ＩＩＤ及び情報サービスＩＩＤを検索して、入力（ＩＮ）と出力（ＯＵＴ）とを紐付けし、ＩＮとＩＮ、ＯＵＴとＯＵＴを除外する全てのペアを作成する。このとき、取りうる値は、点消灯のデバイス機能ＩＩＤのInSelectValueであれば２値であり、「On」と「Off」とがある。また、CallFunction（RPCに相当する関数呼出）としては、InStateFunc()とInRunFunc()があり、それぞれ現在の状態の通知と状態の変更が可能な機能を持っている。一方、天気情報の情報サービスＩＩＤ（ＯＵＴ）では、OutSelectValueが２値の「Bright」と「Dark」の明るい、暗いの値を出力としてとり、現在の状態としてOutSelectFunc()をネットワーク越しにコール（ＲＰＣ）することで状態を取得（出力）できる。

連係ＩＩＤの生成プロセスとしては、それぞれデバイス機能ＩＩＤ及び情報サービスＩＩＤに含まれる値の連係属性を見て、ＩＮとＯＵＴを結びつけ、図６（ｃ）のような条件組み合わせを行う。図６では、例えば情報サービスＩＩＤ１０→デバイス機能ＩＩＤ１の組み合わせでは、明るければ（Bright）、照明を点灯（On）するという組み合わせなど、多くの組み合わせを総当たりで抽出できる。

統合サービス装置２により総当たりで抽出した「条件の全組み合わせ」から、図２のサービス自動構築装置２ａで機能プログラム（制御パターン）として自動生成を依頼する。依頼されたサービス自動構築装置２ａは、図６（ｄ）の「条件に従って自動生成される機能プログラムの例」による通り、出力（ＯＵＴ）に対する入力（ＩＮ）の連係ファンクションCoFuncを自動定義し、基本ＩＩＤにある関数を条件付けした機能プログラムを図６（ｄ）ように生成する。生成後、サービス自動構築装置２ａは、統合サービス装置２に生成した連係ＩＩＤの機能プログラム（制御パターン）を送信する。

また、連係ＩＩＤを自動生成する他の手法としては、属性ＩＤのリストを条件化（プログラマブル）とすることが挙げられる。例えば、
If（属性条件１＆属性条件２）then｛選択１＋２｝
else if（属性条件３）then｛選択３｝
else if（属性条件４）then｛選択４｝
else｛未選択｝
のように、属性ＩＤの属性条件とそのアクションの選択をカスタマイズ可能な条件式として用意し、図２のサービス自動構築装置２ａで連係ＩＩＤを生成させることができる。

これにより、サービス自動構築装置２ａ側で様々な条件の機能プログラム化をメニューとして持ち合わせ、ユーザに選択させることができる。

サービス自動構築装置２ａによる機能プログラムの配布形態としては、様々なものがあるが、ＰｅｒｌやＰＨＰ等、統合サービス装置２のサーバーサイドプログラム実行形式として、又は、ＡｃｔｉｖｅＸやＪａｖａ(登録商標）といったクライアントサイドのプログラム実行形式である。なお、サービス自動構築装置２ａによって作成された機能プログラムは、上述の制御パターンに相当し、サービスキャッシュデータベース５’に転送される。

統合サービス装置２は、このようにして生成された連係ＩＩＤの機能プログラムを最終的にランキングしてユーザ端末１に提供する。

このような機能プログラムのユーザ端末１での表示例を説明する。図７に示す表示例は、機能を選択する時の表示方法の例であり、ユーザ端末１のＧＵＩ１０１としてユーザ端末１の表示部に画面表示される。また、この例では、デバイス群３が照明関係であり、情報サービスＩＩＤがデバイス群３を動作させるものであり、検索条件１１１、デバイス機能１１２、情報サービス１１３、提供サービス１１４として連係ＩＩＤをランキング表示１１５で示している例である。

ユーザ端末１は、統合サービス装置２が提示した連係ＩＩＤの全パターンに対して図７（ｂ）に示すように、機能プログラム１０２の選択チェックボックス１１６で選択して、機能プログラムを絞り込んで実行することができる。

この機能プログラムの実行に関しては、統合サービス装置２に対して連係ＩＩＤを呼び出すことによって実現される。ユーザは、ランキングの上位を選ぶようにすればよいが、単に提供サービスを享受したくない、又は、細かい設定を望む場合には機能プログラムの選択を行って、希望する機能をチェックすればよい。

図７における検索条件１１１の表示であるが、この元データは、照明関連サービスに関する趣向プロファイルに記述されている例である。ここでは、照明関連では、最新の機能を用い、費用が１００円／月以下、安定度（ＴＣＰ又はＵＤＰ）は不問、機能は多機能を要求する内容となっている。この設定は、ユーザが希望すれば趣向プロファイルを変更するＧＵＩ１０１を起動実行することで可能となる。

この趣向プロファイルに従って、統合サービス装置２は、デバイス機能ＩＩＤと情報サービスＩＩＤを検索し、連係ＩＩＤを下記の処理でランキング表示させる。

また、図８（ａ）に示すように、ユーザ端末１側での検索条件の例を示す。図８（ｂ）に示す趣向プロファイルの各項目は、図８（ｃ）のように属性ＩＤが重み付けされた値として設定されているとする。例えば、照明関連の例として、デバイス群３のバージョンは最新版、属性ＩＤなど、図８に記載の検索条件のリスト例にある通りである。それぞれは、抽象ＩＤのサブＩＤ（ＩＩＤ）に対して下記の属性ＩＤVal１[]〜属性ＩＤVal4[]にあるような定義が設定されている。つまり、各項目の重みによってランキングが自動生成される。

統合サービス装置２は、下記のように生成された連係ＩＩＤの機能プログラムを最終的に総合ランキング付けする。

統合サービス装置２による重み付けの計算は、
ランキング＝Σ｛（属性ＩＤの重み値）×（属性ＩＤ内での順位／重みの合計数）｝／属性項目数
で表現される。なお、重みの合計数は、１＋２＋３＋４＋５となる。

数値化の例として、以下のようなものが挙げられる。

（１）IID.PIDVal1[]＝｛Var,VerDate｝
→（バージョン情報）×（リビジョン番号（小数点））×（バージョン日時を３２ビットに変換）
（２）IID.PIDVal2[]＝｛Fee,FeePeriod｝
→１÷｜単位時間当たりの料金に変換（Fee÷FeePeriod）−希望金額｜
（３）IID.PIDVal3[]＝｛TCP,UDP｝
→ＴＣＰ＝２，ＵＤＰ＝１を値とする。

（４）IID.PIDVal4[]＝｛Type,Nums｝
→Single＝１，Multi＝２，LowPerformance＝１，HighPerformance＝２，None＝０とする。

→（Type数値）×（Nums機能数）
なお、VerDateはバージョンの更新日時、FeePeriodは料金の加算単位時間、ＴＣＰは安定性があるトランスポート層通信用プロトコル、ＵＤＰは安定性がないトランスポート層通信用プロトコル、Typeは機能タイプ、Numsは機能数である。

上記のように数値化された場合、統合サービス装置２は、各PIDVal1[]〜PIDVal4[]の値を数値化し、それぞれの項目でランキング付けしたものを総合順位の計算式でランキングを行う。

なお、上述の例では、単純に重みを計算したが、統合サービス装置２は、（１）重みの分配、（２）計算式によって、様々なランキングの計算を行うことができる。

相対的手法によってランキングを行う場合、統合サービス装置２は、属性に当てはまらなかった、又は、相当に低いレベルでしか当てはまらなかったとしても、相対的に他のサービスに比べて高ければランキングを高くすることができる。すなわち、ＯＲ条件によってランキングを計算する。

例えば、属性において、最新のものではなく旧式であり、サービス価格も高く、安定している等の逆の属性であっても、属性で人気があるだけが他に勝っている場合などは、相対的手法によって、ランキングを上位とすることができる。

一方、絶対的手法によってランキングを行う場合、統合サービス装置２は、何れか一つの属性でも満たしていなければランキングには設定しない。

このようにランキングされた機能プログラム（制御パターン）は、統合サービス装置２からユーザ端末１に送信されて、表示部で表示される。ここで、ユーザ端末１で機能プログラムのリスト内からサービスが選択されれば、サービスキャッシュデータベース５’からサービスアプリケーション（Ｊａｖａ(登録商標）アプリケーション）をダウンロードし、ユーザ端末１にサービスアプリケーションをアップロードする。

なお、統合サービス装置２によってランキングを設定した後に、ユーザ端末１で機能プログラムが選択されれば、サービスキャッシュデータベース５’の人気度をカウントアップする。

また、ランキングされた機能プログラムをユーザ端末１のみで選択する場合ではなく、ユーザ端末１及び統合サービス装置２の双方の機能によって選択しても良い。例えば、統合サービス装置２がスポンサー制度によって運営されている場合に、双方のプロファイルを存在させ、スポンサーの薦めたい内容に重みを持たせるといったことが挙げられる。この場合、ユーザのプロファイルと統合サービス装置２のプロファイルとを重み付けし、各項目も各プロファイルで重み付けし、それぞれのプロファイルのランキング結果の総和を取る手法が挙げられる。

なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。

本発明を適用したサービス提供システムの構成を示すブロック図である。 本発明を適用したサービス提供システムの他の構成を示すブロック図である。 （ａ）はユーザ端末に記憶されている趣向情報を示し、（ｂ）はデバイス機能ＩＩＤ、（ｃ）は情報サービスＩＩＤ、（ｄ）は連係ＩＩＤを示す。 本発明を適用したサービス提供システムによるシーケンス図である。 デバイス機能ＩＩＤのリスト、情報サービスＩＩＤのリストから、連係ＩＩＤのリストを作成した結果を示す図である。 連係ＩＩＤの自動生成プロセスを説明する図である。 ユーザ端末によって制御パターン（機能プログラム）を選択する表示例を示す図である。 ユーザ端末側の検索条件を説明する図である。

符号の説明

１ ユーザ端末
１ａ 趣向プロファイル
２ 統合サービス装置
２ａ サービス自動構築装置
３ デバイス群
４ 情報サービス提供装置
５ サービスデータベース
５’ サービスキャッシュデータベース

Claims (5)

1. 制御又は監視対象となる複数のデバイスからなるデバイス群と、当該デバイス群を制御又は監視するユーザ端末と、当該ユーザ端末と前記デバイス群との間に通信回線を介して設けられ前記ユーザ端末及び前記デバイス群と前記通信回線を介して通信する統合サービス装置と、前記デバイス群が動作する環境に関する環境情報を提供する情報サービス提供装置と、を備えたサービス提供システムであって、
   前記ユーザ端末は、
   前記デバイス群を制御又は監視するユーザの趣向を少なくとも一つ含む趣向情報を取得する趣向情報取得部と、
   前記趣向情報取得部で取得した趣向情報を前記統合サービス装置に送信する送信部と、
   前記統合サービス装置が作成した前記デバイス群の制御パターンを示す制御パターン情報を受信する受信部と、
   前記受信部で受信した制御パターン情報を表示する表示部とを備え、
   前記統合サービス装置は、
   前記ユーザ端末から送信された趣向情報及び前記情報サービス提供装置から提供された環境情報を受信する受信部と、
   前記受信部で受信した趣向情報を参照して、前記情報サービス提供装置から当該趣向情報に関連する環境情報を検索して取得する情報サービス検索部と、
   前記デバイス群に含まれる各デバイスの属性情報を取得するデバイス情報取得部と、
   前記情報サービス検索部で取得した環境情報と前記デバイス情報取得部で取得した各デバイスの属性情報とを組み合わせて、ユーザの趣向に適合するデバイス群の制御パターンを作成する制御パターン構築部と、
   前記制御パターン構築部で作成した制御パターンを前記ユーザ端末に送信する送信部とを備え、
   前記ユーザ端末は、前記統合サービス装置から前記送信部から送信された制御パターンの情報を前記受信部で受信した場合に、前記表示部に表示させること
   を特徴とするサービス提供システム。
2. 前記統合サービス装置は、前記制御パターン構築部で作成された制御パターンを一時的に記憶しておくキャッシュデータベースを作成し、
   前記キャッシュデータベースに制御パターンがある場合には、当該制御パターンを前記ユーザ端末に送信させ、
   前記キャッシュデータベースに制御パターンがない場合には、前記制御パターン構築部で作成した制御パターンを前記ユーザ端末に送信させること
   を特徴とする請求項１に記載のサービス提供システム。
3. 前記統合サービス装置は、前記制御パターンを解析して順位付けをするランキング部を更に備え、
   前記制御パターン構築部は、前記ユーザの趣向に適合する制御パターンを複数作成し、前記ランキング部は、前記複数の制御パターンの前記ユーザの趣向に適合する度合いに応じて前記複数の制御パターンを順位付けすることを特徴とする請求項１に記載のサービス提供システム。
4. 前記趣向情報取得部は、複数のユーザの趣向と当該各趣向の重み付け値を含む趣向情報を取得し、
   前記統合サービス装置の前記ランキング部は、前記趣向情報に含まれる重み付け値を用いて前記複数の制御パターンを順位付けすること
   を特徴とする請求項３に記載のサービス提供システム。
5. 前記ユーザ端末は、前記ユーザの趣向情報のプロファイルを記憶した趣向記憶部を備え、
   前記趣向情報取得部は、前記趣向記憶部に記憶された趣向情報のプロファイルから、所定の趣向情報を取得すること
   を特徴とする請求項１乃至請求項４の何れか一項に記載のサービス提供システム。

Images