JP2005176345A - 連携制御装置、連携制御方法およびサービス連携システム - Google Patents

Abstract

【課題】 よりユーザの要望に則した連携動作を提供し得るサービス連携システム等を提供する。
【解決手段】
本発明におけるサービス連携システムでは、サービス連携内容を記述した「連携テンプレート」を準備しておき、ユーザに指示されたテンプレートに適合可能な実サービスを抽出し、ユーザに指示させた実サービスをテンプレートに適合させて具体的な連携動作記述を生成し、サービスを連携動作させる。その結果、テンプレートに対して、単純に一致するサービスに加えて、異種サービスも自動適合させられるサービス連携システムを構築することが可能となる。
【選択図】 図２

Description

本発明は、ネットワークに接続された家電機器や各種サーバなどを介して受けるサービスを連携動作させるシステムに関するものである。

近年、インターネットなどのネットワークに接続されているサーバやパソコン、さらに家庭内の家電機器等を互いに連携動作させることによって、各種のサービスを提供するシステムが提案されている。
この場合、ネットワークに接続された家電機器やサーバの連携動作をカスタマイズ（即ち、連携動作内容の決定、およびそれらの定義）することが必要となる。これは、ユーザに連携動作のすべての内容についての把握と指定のための労力とを強いることを意味し、ユーザにとっては多大な負担となる。また一方で、予め全ての連携動作を準備しておき、ユーザが選択する方法も考えられるが、その組合せの数が膨大となるため現実的であるとはいえない。このため、ユーザの指示に応じて連携動作における連携パスを自動的に生成する方法が提案されている（例えば、特許文献１参照）。
特開２００２−１４９４０５号公報

しかしながら、上記従来の方法では、システムが連携パスを自動生成するので、生成し得る連携動作の範囲がシステムの自動生成能力（即ち、予めシステム内に用意している連携動作の範囲）に限定されてしまい、ユーザの要望を満足できない場合があるという課題を有している。

そこで、本発明は、上記従来の課題に鑑みてなされたものであり、よりユーザの要望に則した連携動作を提供し得るサービス連携システム等を提供することを目的とする。

上記目的を達成するために、本発明に係る連携制御装置は、ネットワークを介して接続されている第１の機器と第２の機器を対象とする、予め分類された動作の連携を制御する連携制御装置であって、ユーザから受け付けた指示に基づいて、前記動作の連携の概略が記述されている連携テンプレートを特定するテンプレート特定手段と、特定された前記連携テンプレートの記述内容に基づいて、前記第１の機器の動作に関する情報と前記第２の機器の動作に関する情報とを検索する動作情報検索手段と、検索された前記情報を用いて、前記連携テンプレートに具体的な動作内容を記述する動作記述手段と、具体的な動作内容が記述された前記連携テンプレートに基づいて、前記第２の機器の動作を制御する連携実行手段とを備えることを特徴とする。

これにより、連携テンプレートに対して適合可能なサービスを動作情報検索手段において抽出することにより、連携テンプレートに適合可能なサービスの選択肢が増大し、システムの連携パス自動生成能力に連携動作の範囲を限定されない、連携動作をカスタマイズ可能な連携制御装置を実現することができる。

また、前記連携制御装置は、さらに、変換記述子に基づいて、一の種類の動作を表す記述から他の種類の動作を表す記述に変換を行う動作記述変換手段を備え、前記動作記述手段は、さらに、前記動作記述変換手段において変換された記述を用いて、前記具体的な動作内容を記述することを特徴とする。

これにより、異なる種類のサービスも適合可能となり、連携テンプレートに対して適合可能なサービスの選択肢が増大し、システムの連携パスを自動的に生成する能力に連携動作の範囲を限定されない、連携動作をカスタマイズ可能な連携制御装置を実現することができる。

さらに、前記連携制御装置は、前記変換記述子を記憶する記述子記憶手段を備え、前記動作情報検索手段は、前記連携テンプレート内における前記具体的な動作内容の記述位置の特定を行う抽出前処理部と、記述位置が特定された前記具体的な動作内容に適合する変換記述子を前記記述子記憶手段から検索する記述子検索部と、検索された前記変換記述子を用いて、当該変換記述子に適合する動作を検索する動作検索部とを備えることを特徴とする。

さらに、前記第１の機器と前記第２の機器を対象とする前記動作は、当該動作の特徴を表すサービス型によって分類され、前記第２の機器には、当該機器を識別する機器ＩＤと当該機器に対応するサービス型が対応付けられており、前記動作情報検索手段は、前記サービス型に基づいて前記検索を行い、前記動作記述手段は、前記サービス型を利用して前記記述を行い、前記連携実行手段は、前記サービス型と前記機器ＩＤとを利用して前記第２の機器の動作を制御することを特徴とする。

また、前記連携制御装置は、さらに、前記第１の機器の動作に関する情報と前記第２の機器の動作に関する情報とを記憶する動作情報記憶手段を備え、前記動作情報検索手段は、さらに、前記動作情報記憶手段に記憶されている情報に基づいて、前記検索された動作の中から、新規の動作であり、かつ、類似する動作を特定する類似動作特定部を備え、前記連携実行手段は、さらに、特定された前記類似する動作を用いて前記動作の制御を行うことを特徴とする。

さらに、前記サービス型は、前記第１の機器もしくは前記第２の機器に入力され、又は前記第１の機器もしくは前記第２の機器から出力されるデータを表すデータ型と、前記前記第１の機器と前記第２の機器との接続形態を表す接続型と、前記第１の機器又は前記第２の機器におけるデータ入出力に伴う制約を表す制約型とを含むことを特徴とする。

また、前記連携制御装置は、さらに、ユーザからの指示によって、前記第１の機器および前記第２の機器の特定、並びに前記サービス型の指定を受け付ける指示受付手段を備えることを特徴とする。

また、前記連携制御装置は、さらに、前記ネットワークを介して、前記第１の機器の動作予定を表す情報を取得する予定情報取得手段を備え、前記動作記述手段は、さらに、取得された前記動作予定を表す情報を用いて、前記連携テンプレートに具体的な動作内容を記述することを特徴とする。

さらに、前記動作情報検索手段は、ユーザの身体状況、心理状況、周辺状況の少なくとも１つを用いて、前記連携テンプレートに適合可能な動作を検索することを特徴とする。

さらに、前記動作記述手段は、ユーザの身体状況、心理状況、周辺状況の少なくとも１つに基づいて、前記具体的な動作内容を前記連携テンプレートに記述することを特徴とする。

さらに、前記動作記述変換手段は、複数の前記動作が定義された変換記述子に基づいて、前記変換を行うことを特徴とする。

さらにまた、上記目的を達成するために、本発明に係るサービス連携システムは、少なくとも１つのネットワークを介して相互に接続されている、第１の機器と連携制御装置と第２の機器とを含むサービス連携システムであって、前記第１の機器は、前記連携制御装置の要求に応じて、当該連携制御装置に必要な情報を提供する情報提供手段を備え、前記連携制御装置は、前記第１の機器と第２の機器を対象とする、予め分類された動作の連携を制御する連携制御装置であって、ユーザから受け付けた指示に基づいて、前記動作の連携の概略が記述されている連携テンプレートを特定するテンプレート特定手段と、特定された前記連携テンプレートの記述内容に基づいて、前記第１の機器に関する情報と前記第２の機器の動作に関する情報とを検索する動作情報検索手段と、検索された前記情報を用いて、前記連携テンプレートに具体的な動作内容を記述する動作記述手段と、具体的な動作内容が記述された前記連携テンプレートに基づいて、前記第２の機器の動作を制御する連携実行手段とを備えることを特徴とする。

なお、上記目的を達成するために、本発明は、上記連携制御装置の特徴的な機能手段をステップとする連携制御方法として実現したり、その方法の全てのステップを含むプログラムとして実現することもできる。そして、そのプログラムは、上記方法を実現し得る装置が備えるＲＯＭ等に格納しておくだけでなく、ＣＤ−ＲＯＭ等の記録媒体や通信ネットワーク等の伝送媒体を介して流通させることもできる。

以上のように、本発明によれば、システムの連携パス自動生成能力に連携動作の範囲を限定されない、連携動作をカスタマイズ可能なサービス連携システムを提供することができる。

また、本発明は、連携テンプレートに対して適合可能なサービスを動作情報検索手段において抽出することにより、連携テンプレートに適合可能なサービスの選択肢が増大し、システムの連携パス自動生成能力に連携動作の範囲を限定されない、連携動作をカスタマイズ可能なサービス連携システムを提供することができる。

また、本発明は、連携テンプレートに対して単純に一致するサービスのみの適合に留まらず、サービスアダプタを介して異種サービスも自動適合させることが可能となり、その結果、連携テンプレート数の抑制と、連携動作の選択の幅の拡大を両立させることができる。

また、本発明は、機器のサービス型を登録することで、前記機器に関する連携動作を生成することが可能となり、その結果、前記機器を他のサービス群と連携動作させることができる。

また、本発明は、データ型や接続型や制約型等のサービス型を登録することで、前記機器に関する連携動作を生成することが可能となり、その結果、前記機器を他のデータ型や接続型や制約型のサービス群と連携動作させることができる。

また、本発明は、ユーザが連携動作を指定する際に、サービスやサービス提供機器をリストから選択することを繰り返すことで、連携動作を指定できるようになり、その結果、連携動作に必要なサービスや機器を、一度に指示しなくても、正しく指示させることができる。

また、本発明は、サービス開始以前に前記サービスに関連した連携動作を指示できるようになり、その結果、前記サービス開始後すぐに連携動作させることが可能となる。

また、本発明は、管理されていない新たなサービスの登場に応じて、前記新サービスに関連する連携動作を生成することが可能となり、その結果、前記新サービスの登場後、すぐに連携動作させることができる。

また、本発明は、動作記述手段において、取得した機器ＩＤに対応する機器に関する連携動作を記述することが可能となり、その結果、連携実行手段において、前記機器を連携動作させることができる。

また、本発明は、複数の機器に関する連携動作の指定を一度に行なうことも可能であり、その結果、容易に複数機器を連携動作させることが可能となる。

また、本発明は、機器が機器ＩＤを送信する手段や指示受付手段を有していない場合でも、その機器に関する連携動作を指定することが可能であり、その結果、容易にその機器を連携動作させることが可能となる。

以下、本発明に係る実施の形態について、図面を参照しながら説明する。なお、本発明は、以下の実施の形態および添付の図面を用いて説明されるが、これは例示を目的としており、本発明はこれらに限定されることを意図しない。

（実施の形態１）
図１は、本実施の形態におけるサービス連携システム２０００の構成図である。図１に示すように、サービス連携システム２０００は、ホームネットワーク１０００がインターネット等のネットワーク５０を介して気象情報提供サーバ１０、気象情報提供サーバ２０およびニュース提供サーバ３０と接続されており、各サーバから取得した情報に連携させて、ホームネットワーク１０００内の機器１６０〜１９０などを動作させるものである。なお、気象情報提供サーバやニュース提供サーバのサーバ機能は、情報提供手段の一例である。

ここで、本発明における「サービス」とは、ネットワーク接続された機器から情報等の提供を受けたり、機器に情報等を供与したりすることを意味する。また、「ネットワーク接続」とは、ローカルエリアネットワーク（ＬＡＮ）に接続することやインターネットに接続することをいう。この場合、接続形態は有線でも無線でもよい。さらに、本発明における「機器」とは、例えば、エアコンおよび洗濯機などの家電機器、テレビやスピーカーおよびカメラなどのＡＶ機器、電球やベルやスイッチやバイブレーターおよび各種センサーなどの情報入出力可能な電気機器、ぬいぐるみ型ロボットや機能付傘および液晶ディスプレイ付ハンガーなどの情報入出力可能な小型機器、電話およびファックスなどの情報通信機器、パソコンおよびホームサーバなどの情報処理機器、携帯電話およびＧＰＳ端末などの携帯機器、自動ドアおよび交通信号などの公共機器、気象情報提供サーバや交通情報提供サーバおよびランキング情報提供サーバなどの情報提供サーバ、メールサーバやスケジューラサーバやテレビ番組録画サーバおよび家計簿サーバなどの個人やグループに関する情報を扱うプライベートサーバ、辞書サーバや言語翻訳サーバや音声認識サーバや画像認識サーバやフォーマット変換サーバやデータ評価サーバや動き検出機能提供サーバやハードディスクレンタルサーバおよび認証サーバなどの機能を提供する機能提供サーバなどをいう。また、本発明における「サービス連携」とは、前記の機器等から情報を取得することと、取得した情報の加工と、加工した情報の機器等への提供とを組み合わせることにより、複数の機器等を関連付けて動作させてサービスを提供することを意味する。

図１に示すように、ホームネットワーク１０００は、連携制御装置１００および機器１６０〜１９０を備える。さらに、連携制御装置１００は、ホームネットワーク１０００全体を制御するための、例えばパーソナルコンピュータであり、通信制御部１１０、入出力部１２０、連携生成部１３０および連携実行部１４０を備える。

通信制御部１１０は、例えば、制御プログラムを記憶するＲＯＭ、およびＲＡＭ等を備えるマイクロコンピュータであり、連携制御装置１００全体を制御すると共に、ネットワーク５０を介する他のサーバとの通信や、イーサネット（登録商標）１５０を介するホームネットワーク１０００内の他の機器１６０〜１９０との通信を制御する。

入出力部１２０は、ユーザからの指示を受け付けると共に、必要な情報をユーザに提示し、例えばキーボード、マウスおよび液晶パネル等のユーザインタフェースのうちの１つあるいはこれらの組合せが挙げられる。なお、入出力部は、指示受付手段の一例である。

連携生成部１３０は、連携動作させるサービス内容を具現化する連携テンプレートを生成する。

連携実行部１４０は、連携動作を実行するために、連携生成部１３０において生成された連携テンプレートを通信制御部１１０に送信すると共に、連携動作に関する情報を記憶する。なお、連携実行部は、連携実行手段の一例である。

図２は、上記図１における連携生成部１３０の機能構成を示すブロック図である。図２に示されるように、連携生成部１３０は、連携テンプレート管理部１３１、連携テンプレート選択部１３２、連携具現部１３３、テンプレート適合可能サービス抽出部１３４、サービス選択部１３５、サービス適合部１３６およびサービスアダプタ群１３９を備える。
連携テンプレート管理部１３１は、サービス連携の内容を記述した連携テンプレートの管理を行う。ここで、「連携テンプレート」とは、後に実際のサービスを定義し得る、予めサービス間の連携動作の内容の概略を記述したファイルである。さらに、連携テンプレート管理部１３１は、ユーザの指示に基づいて定義したサービス宣言文を保持する。この「サービス宣言文」は、連携テンプレートに定義するサービスの内容を表した宣言文である。なお、連携テンプレート管理部は、記述子記憶手段の一例である。

連携テンプレート選択部１３２は、入出力部１２０を介してユーザから受け付けた指示に基づいて、連携テンプレート管理部１３１の中から連携テンプレートを選択する。なお、連携テンプレート選択部は、テンプレート特定手段の一例である。

連携具現部１３３は、連携テンプレート選択部１３２で選択された連携テンプレートに実際のサービスを定義してサービス内容を具現化する。なお、連携具現部は、連携具現手段の一例である。

テンプレート適合可能サービス抽出部１３４は、連携具現部１３３における連携テンプレートに適合可能なサービスを、通信制御部１１０を介して抽出、即ち検索する。この際、テンプレート適合可能サービス抽出部１３４は、必要に応じてサービスアダプタ群１３９を参照する。なお、テンプレート適合可能サービス抽出部は、動作情報検索手段の一例である。

サービスアダプタ群１３９は、サービスアダプタ（「変換記述文」ともいう。）の集合であると共に、それらサービスアダプタを管理する機能とを有している。 サービス選択部１３５は、入出力部１２０を介して受け付けたユーザからの指示に基づいて、テンプレート適合可能サービス抽出部１３４において抽出されたサービスを選択する。

サービス適合部１３６は、サービス選択部１３５において選択されたサービスを、連携具現部１３３における連携テンプレートに適合させる。この際、サービス適合部１３６は、必要に応じてサービスアダプタ群１０９のサービスアダプタを利用する。なお、サービス適合部は、動作記述変換手段の一例である。

上記の構成によれば、連携テンプレートに定義されている内容に基づいて、適合可能なサービスを、テンプレート適合可能サービス抽出部１３４から抽出することにより、連携テンプレートに適合可能なサービスの選択肢が増大させることが可能となり、システムの連携パス自動生成能力に連携動作の範囲が限定されない、連携動作をカスタマイズ可能なサービス連携システムとすることができる。

図３は、上記図１における機器１６０の具体例を示す図である。図３に示すように、機器１６０は機能付傘（より具体的にはランプ付傘）であり、上記の気象情報提供サーバから「雨」になる旨の天気予報情報を受信した場合に、その連携動作として柄の部分に内蔵されているＬＥＤが点灯する。なお、図３における制御部１６１は、無線ＬＡＮ等によって上記通信制御部１１０と通信を行う機能を有し、通信制御部１１０の指示によって上記ＬＥＤを点灯させるように制御する機能を有している。

図５は、連携テンプレート管理部１３１に保持されているサービス宣言文の一例を示す図である。

図５（ａ）のサービス宣言文ＳＶ０１には３つのサービス宣言文が示されている。図５（ａ）に示されるように、１行目の宣言文ＳＶ０１Ｌ０１に定義されているサービスは、名称が「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」であり、「Ａｒｅａ型」のデータを入力すべきであることを示し、「Ｗｅａｔｈｅｒ型」のデータを出力する天気予報情報を提供するサービスであることを表している。同様に、２行目の宣言文ＳＶ０１Ｌ０２に定義されているサービスは、名称が「ｗｅａｔｈｅｒＳｅｒｖｅｒ２」であり、「Ａｒｅａ型」のデータを入力すべきであることを示し、「Ｗｅａｔｈｅｒ型」のデータを出力する天気予報情報を提供するサービスであることを表している。さらに、３行目の宣言文ＳＶ０１Ｌ０３に定義されているサービスは、名称が「ｎｅｗｓＳｅｒｖｅｒ１」であり、データの入力を必要とせず、「Ｎｅｗｓ型」のデータを出力するニュースを提供するサービスであることを表している。

また、図５（ｂ）の１行目の宣言文ＳＶ０２Ｌ０１に定義されているサービスは、名称が「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」であり、「Ｗｅａｔｈｅｒ型」のデータを入力すべきことを示しており、出力データはないサービスであることを表しており、天気予報情報専用のディスプレイを備えた家庭用の機器（以下「天気表示装置」という。）で動作することを表している。さらに、２行目の宣言文ＳＶ０２Ｌ０２に定義されているサービスは、名称が「ｂｏｏｌＤｅｖｉｃｅ１」であり、「ｂｏｏｌ型」のデータを入力すべきであることを示し、出力データはないサービスであること、さらにデータ値に応じて色を変えるランプ（以下「ランプ」という。）を動作させるサービスであることを表している。

図６は、連携テンプレートに使用されるデータの一例を示す図である。
図６（ａ）に示すデータＭＬ０１は、上記の「Ｗｅａｔｈｅｒ型」のデータの一例であり、２行目の記述ＭＬ０１Ｌ０２の「ｓｕｎｎｙ」が、天気は晴れであることを示す。ここで、「Ｗｅａｔｈｅｒ型」のデータは、「ｓｕｎｎｙ」以外にも、曇りを表す「ｃｌｏｕｄｙ」や、雨を表す「ｒａｉｎｙ」という値をとり得るものとする。図６（ｂ）に示すデータＭＬ０２は、上記の「Ｂｏｏｌ型」のデータの一例であり、２行目の記述ＭＬ０２Ｌ０２の「ｔｒｕｅ」は、その値が「真」であることを表す。ここで、「Ｂｏｏｌ型」のデータは、「ｔｒｕｅ」以外にも「ｆａｌｓｅ（偽）」という値もとり得るものとする。

次に、上記のように構成されるサービス連携システム２０００の動作について説明する。

図４は、テンプレート適合可能サービス抽出部１３４が連携テンプレートに適合するサービスを抽出する動作の流れを示すフローチャートである。

最初に、テンプレート適合可能サービス抽出部１３４は、抽出前処理として、連携テンプレート内におけるサービス記述をする位置の特定やサービス抽出リストの初期化等を行う（Ｓ２０１）。

上記の抽出前処理について、図７に示す連携テンプレートの例を参照しながら説明する。図７の連携テンプレートＴ０７は、例えば気象情報提供サーバ１０から気象情報を受信し、天気表示装置に受信した気象情報を送信することを一定時間毎（例えば５分毎）に繰り返すという連携したサービスを記述するためのテンプレートである。

図７の１行目の記述Ｔ０１Ｌ０１では、この連携テンプレートの名称が「ＷｅａｔｈｅｒＴｅｌｌｅｒ１」であることを示すと共に、上記気象情報を受信する気象情報提供サーバ１０に渡す「Ａｒｅａ型」の地域データを設定することができることを示している。２行目の記述Ｔ０１Ｌ０２は、「Ｗｅａｔｈｅｒ型」のデータを用いることの宣言である。３行目の記述Ｔ０１Ｌ０３は、以下の７行目の記述Ｔ０１Ｌ０７までの処理を繰り返すことを示している。４行目の記述Ｔ０１Ｌ０４は、「ＷｅａｔｈｅｒＳｅｒｖｅｒ」という気象情報提供サーバ１０から「Ｗｅａｔｈｅｒ型」の気象情報を取得することを示している。５行目の記述Ｔ０１Ｌ０５は、取得した気象情報を「ＷｅａｔｈｅｒＤｅｖｉｃｅ」という天気表示装置に送信することを示している。６行目の記述Ｔ０１Ｌ０６は、５分間待機することを示している。７行目の記述Ｔ０１Ｌ０７は、繰返し内容の区切りを示している。さらに、８行目の記述Ｔ０１Ｌ０８は、連携テンプレートの定義の終了を示している。

なお、上記の抽出前処理（Ｓ２０１）における「連携テンプレート内のサービス記述部分の特定」とは、上記図７の連携テンプレートの４行目の記述Ｔ０１Ｌ０４に「ＷｅａｔｈｅｒＳｅｒｖｅｒ」というサービスが記述されていることや、５行目の記述Ｔ０１Ｌ０５に「ＷｅａｔｈｅｒＤｅｖｉｃｅ」というサービスが記述されていることを特定することなどをいう。

次に、テンプレート適合可能サービス抽出部１３４は、上記抽出前処理（Ｓ２０１）において特定したサービス記述に一致するサービスを、通信制御部１１０を介して探索する（Ｓ２０２）。一致するサービスが見つかった場合は、初期化したサービス抽出リストに追加する（Ｓ２０３）。一方、一致するサービスが見つからない場合は、特定したサービス記述に一致するサービスアダプタを、サービスアダプタ群１３９から探す（Ｓ２０４）。一致するサービスアダプタが見つかった場合は、処理Ｓ２０５に進み、見つからない場合は処理Ｓ２０７に進む。

ここで、図８を参照しながら、サービスアダプタについて説明する。この「サービスアダプタ」とは、例えば、上記のランプを天気表示装置として扱うことを可能とするための「変換記述」をいう。図８の１行目の記述Ａ０１Ｌ０１は、ランプなどの「ＢｏｏｌＤｅｖｉｃｅ」を、天気表示装置などの「ＷｅａｔｈｅｒＤｅｖｉｃｅ」として表すための変換記述の開始であり、そのサービスアダプタの名称を「ｒａｉｎｙＢｏｏｌ」と記すことを示している。２行目の記述Ａ０１Ｌ０２は、「ＷｅａｔｈｅｒＤｅｖｉｃｅ」のインタフェースとして「Ｗｅａｔｈｅｒ型」の気象情報を入力すべきであることを示している。３行目の記述Ａ０１Ｌ０３は、気象情報の値によって、それ以降の処理が分岐することを示している。４行目の記述Ａ０１Ｌ０４から６行目の記述Ａ０１Ｌ０６までは、気象情報が雨の場合は、「ＢｏｏｌＤｅｖｉｃｅ」に「ｔｒｕｅ」とする値の「Ｂｏｏｌ型」のデータを渡すことを示している。７行目の記述Ａ０１Ｌ０７から１０行目の記述Ａ０１Ｌ１０では、気象情報が晴れか曇りの場合は、「ＢｏｏｌＤｅｖｉｃｅ」に「ｆａｌｓｅ」とする値の「Ｂｏｏｌ型」のデータを渡すことを示している。上記のサービスアダプタを探す処理（Ｓ２０４）では、図７の５行目の記述Ｔ０１Ｌ０５の「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスアダプタとして、図８の「ｒａｉｎｙＢｏｏｌ」を見つけることができる。

図７の連携テンプレートの４行目の記述Ｔ０１Ｌ４の「ＷｅａｔｈｅｒＳｅｒｖｅｒ」に一致するサービスとして、上記図５の１行目の記述ＳＶ０１Ｌ０１の「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と２行目の記述ＳＶ０１Ｌ０２の「ｗｅａｔｈｅｒＳｅｒｖｅｒ２」を見つけることができる。また、図７の５行目の記述Ｔ０１Ｌ５の「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスとして、図５（ｂ）の１行目の記述ＳＶ０２Ｌ０１の「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」を見つけることができる。これらの例では、サービス記述とサービスとが一致しているか否かの判定として、入出力データ型を一致させる手法を用いている。

次に、上記の処理Ｓ２０４で見つかったサービスアダプタを介して、特定したサービス記述と一致するサービスを探す（Ｓ２０５）。一致するサービスが見つかった場合は、処理Ｓ２０６に進み、見つからない場合は処理Ｓ２０７に進む。

図８の「ｒａｉｎｙＢｏｏｌ」を介して、図７の「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスとして、上記図５（ｂ）の「ｂｏｏｌＤｅｖｉｃｅ１」を見つけることができる。

さらに、上記の処理Ｓ２０５で見つけたサービスを、初期化したサービス抽出リストに追加する（Ｓ２０６）。上記図７の連携テンプレートの場合は、上記図５の「ｂｏｏｌＤｅｖｉｃｅ１」が追加される。

また、上記の処理Ｓ２０３や処理Ｓ２０６において追加されたサービスを含むサービス抽出リストを編集し、その結果をサービス抽出結果とする（Ｓ２０７）。上記図７の連携テンプレートの場合は、「ＷｅａｔｈｅｒＳｅｒｖｅｒ」に一致するサービスとして、上記図５の「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と「ｗｅａｔｈｅｒＳｅｒｖｅｒ２」が抽出され、「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスとして、上記図５の「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」と「ｂｏｏｌＤｅｖｉｃｅ１」が抽出される。

以上の動作により、テンプレート適合可能サービス抽出部１３４は、サービスを抽出する。上記図７の連携テンプレートの例で、サービス選択部１３５において、「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」が選択された場合の連携具現部１３３において具現化されたサービス連携の一例を図９に示す。上記図７の連携テンプレートにおける「ＷｅａｔｈｅｒＳｅｒｖｅｒ」や「ＷｅａｔｈｅｒＤｅｖｉｃｅ」といった抽象的なサービス記述が、「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」や「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」という実際のサービスによって具現化されている。

また、サービス選択部１３５において、「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と「ｂｏｏｌＤｅｖｉｃｅ１」が選択された場合の連携具現部１３３において具現化されたサービス連携の例を図１０に示す。図１０では、上記図８のサービスアダプタを用いたことで、気象情報提供サーバ１０の動作を、機器１６０（機能付傘）と連携動作させるように記述が具現化されている様子が示されている。

以上のように、本実施の形態では、連携テンプレートに対して単純に一致するサービスのみの適合に留まらず、サービスアダプタを介して異種のサービスを自動的に適合させることが可能となり、その結果、連携テンプレート数の抑制と、連携動作の選択の幅の拡大を両立させることができる。

なお、本実施の形態において、連携テンプレートは、抽象的なサービス間の連携動作の記述としたが、サービスが交換可能ならば、具体的なサービス間の連携動作を連携テンプレートに記述してもよい。

なお、上記連携テンプレート管理部１３１における管理方法としては、登録された連携テンプレートだけを管理する方法や、ネットワーク上から検索する方法としてもよい。同様に、上記のテンプレート適合可能サービス抽出部１３４がサービスを参照する際にも、事前に登録されたサービスの範囲で参照してもよいし、ネットワーク上からサービスを検索して参照してもよい。

同様に、テンプレート適合可能サービス抽出部１３４がサービスアダプタを参照する際にも、事前に登録されたサービスアダプタの範囲で参照してもよいし、ネットワーク上からサービスアダプタを検索し、これを参照してもよい。

なお、連携テンプレートを連携テンプレート管理部１３１から動的に取得する代わりに、予め連携生成プログラム内に静的に記述しておいてもよい。また、それらを組み合わせて、いくつかの連携テンプレートはプログラム内に記述しておき、いくつかの連携テンプレートは動的に外部から取得してもよい。

なお、サービスアダプタは、システムが自動的に探索しても、ユーザが選択してもよく、また、システムが自動生成してもよい。また、サービスアダプタを複数候補から選択する際に、個人情報や統計情報やサービスアダプタ評価値や、サービスアダプタとサービスとの関連度や、サービスアダプタと連携テンプレートとの関連度などを参照することで決定したり、選択肢の数を減少させたり、選択肢の提示順序を決定してもよい。

なお、サービスアダプタを用いずに、連携テンプレートに一致するサービスを適合させるシステムとしてもよい。つまり、上記図２のサービスアダプタ群１３９がないシステムでもよい。同様に、上記図４の処理Ｓ２０４から処理Ｓ２０６までのステップがなく、処理Ｓ２０２や処理Ｓ２０３から直接処理Ｓ２０７に移行してもよい。

なお、サービスアダプタがないことによって、連携テンプレートに適合可能なサービスの選択肢が狭くなる場合があるが、連携テンプレートに一致するサービスがある限り、連携テンプレートを具現化し、サービスを連携動作させることは可能である。その際には、連携テンプレートの数を増やすことによって、より多様な連携動作を具現化できるようにする。前記サービスアダプタは、連携テンプレートの増加を抑えつつ、多様な連携動作を具現化できる効果を有する。

なお、サービスアダプタをサービスアダプタ群から動的に取得する代わりに、予め連携生成プログラム内に静的に記述しておいてもよい。また、それらの組合せとして、いくつかのサービスアダプタはプログラム内に記述しておき、いくつかのサービスアダプタは動的に外部から取得してもよい。

なお、入出力部１２０を介する、連携テンプレートやサービスに係る指示は、ユーザに代わってシステムが行ってもよい。その際システムは、個人情報や統計情報や連携テンプレート評価値やサービス評価値などを参照してもよい。

なお、上記図１における各部は、必ずしも一台のコンピュータ上になくてもよい。例えば、連携テンプレート管理部と連携具現部と連携実行部がネットワーク上の異なるコンピュータ上に配置されていてもよいし、連携実行部が他の機器に含まれている、つまり、サーバやユーザ用の機器に含まれていてもよい。

なお、上記図３における各部は、複数存在してもよい。例えば、ユーザの数だけ連携実行部１４０が存在してもよい。

（実施の形態２）
図１１は、本発明に係る実施の形態２におけるサービス連携システム２１００の構成図である。図１１に示すように、サービス連携システム２１００では、機器メーカＡの機器管理サーバ６０、機器メーカＢの機器管理サーバ７０および連携サービスサポート会社のサービスサポートサーバ８０が、ネットワーク５０を介して、ホームネットワーク１１００と接続されている。

機器管理サーバ６０は、機器サービス型提供部６１を備え、機器メーカＡが販売する機器（例えば、機能付傘）を利用して提供されるサービスのサービス型に関する情報を管理する。

機器管理サーバ７０は、機器サービス型提供部７１を備え、機器メーカＢが販売する機器（例えば、機能付傘）を利用して提供されるサービスのサービス型に関する情報を管理する。

サービスサポートサーバ８０は、機器サービス型登録部８１および機器サービス型管理部８２を備える。機器サービス型登録部８１は、ネットワーク５０を介して機器管理サーバ６０又は機器管理サーバ７０からそれぞれのメーカが提供する機器におけるサービス型を入手して登録する。機器サービス型管理部８２は、機器サービス型登録部８１に登録されたサービス型を管理する。

ホームネットワーク１１００は、連携制御装置２００、機器２６０、機器２７０、機器１８０および機器１９０を備える。さらに、連携制御装置２００は、通信制御部１１０、入出力部１２０、機器ＩＤ取得部２１０、機器サービス型判定部２２０、連携生成部１３０および連携実行部１４０を備える。 なお、以下においては、上記実施の形態１における各機能構成と同じ機能構成については同じ符番を付し、その説明は省略する。

機器ＩＤ取得部２１０は、機器２６０又は機器２７０から機器ＩＤを取得する。 機器サービス型判定部２２０は、機器ＩＤ取得部２１０において取得した機器ＩＤとサービス型により、機器２６０又は機器２７０のサービス型を判定する。

機器２６０または２７０は、それぞれのサービス型と関連付けられた機器ＩＤ２６１または機器ＩＤ２７１を保持する。

図１２は、上記図１１における機器２６０の具体例を示す図である。図１２に示すように、機器２６０は機能付傘（より具体的にはランプおよびメロディ演奏機能付傘）であり、上記の気象情報提供サーバから「雨」になる旨の天気予報情報を受信した場合に、その連携動作として柄の部分に内蔵されているＬＥＤが点灯、またはメロディ演奏を行う。なお、図１２における制御部２６１は、無線ＬＡＮ等によって上記通信制御部１１０と通信を行う機能を有し、通信制御部１１０の指示によって上記ＬＥＤを点灯、又はメロディ演奏させるように制御する機能を有している。

本実施の形態に係る構成によれば、機器のサービス型を登録することで、前記機器に関する連携動作が生成されるようになり、その結果、前記機器を他のサービス群と連携動作させることが可能となる。

ここで、前記サービス型には、機器２６０又は機器２７０に関する入出力データを表すデータ型と、これらの接続形態を表す接続型と、これらにおけるデータの入出力に伴う制約を表す制約型とが含まれる。

前記データ型の例としては、上記実施の形態１における図６に示した天気に関するデータを表す天気型、２値データを表す２値型などを含み、他にも、ニュース型や株価型や交通情報型のようにインターネット上のデータを表すデータ型や、エアコン型や洗濯機型のように機器の状態や状態変化を表すデータ型や、スピーカー型やベル型やロボット制御型のように機器の状態変化を起こすデータ型や、カメラ型やＧＰＳ型のように情報取得機器からの情報を表すデータ型や、メール型やスケジュール型のように個人やグループに関する情報を表すデータ型などが挙げられる。さらに、これらデータ型を組み合わせたデータ型も含むこととする。

また、前記接続型の例としては、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）型やＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）型やＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ Ｐｒｏｔｏｃｏｌ）型などの通信プロトコルを表す接続型や、プッシュ型やプル型などの情報が流れる向きを表す接続型や、リクエスト型やブロードキャスト型や放送型などの情報を流すトリガの種別を表す接続型や、常時接続型や断続型などの接続頻度を表す接続型や、常時安定型や随時切断型のように切断可能性を表す接続型や、秘密通信型や公開通信型などの接続路における情報セキュリティのレベルを表す接続型などが挙げられる。さらに、これら接続型を組み合わせた接続型も含むこととする。

また、前記制約型の例としては、前記データ型の値や値の範囲を限定する制約型や、サービス時間を規定するサービス時間型やサービスを行う曜日を規定するサービス曜日型やサービスの提供を受けられない日を規定するサービス定休型などのサービスを実施する時間等を表す制約型や、会員型や個人情報型などのサービスを受けられる個人を表す制約型や、連携機器型や連携サービス型などの連携対象として許可する機器やサービスを表してデータ利用法を制約する制約型や、金額型や決済型などの有料サービスに対する支払い情報を表す制約型や、最大連携機器数型や最大負荷型などのサービス提供者の提供能力を表す制約型などが挙げられる。さらに、これら制約型を組み合わせた制約型が含まれる。

上記の構成によれば、データ型や接続型や制約型等のサービス型を登録することで、前記機器に関する連携動作が生成されるようになり、その結果、前記機器を他のデータ型や接続型や制約型のサービス群と連携動作させることができる。

なお、上記実施の形態１において説明したサービスアダプタは、「Ｗｅａｔｈｅｒ型」という天気型とＢｏｏｌ型という２値型とを一致させるサービスアダプタの例である。サービスアダプタは、同様の手法により、異なるデータ型を一致させたり、異なる接続型を一致させたり、異なる制約型を一致させることができる。異なる接続型を一致させる例として、ＨＴＴＰプロトコルにおいて情報取得リクエストを出すと、対応する情報を取得できる接続型の情報提供サーバＡと、ＩＲＣプロトコルにおいてチャット発言として情報を送出する接続型の情報提供サーバＢがあった場合に、５分おきに情報提供サーバＡに情報取得リクエストを出して、取得できた情報をチャット発言として送出し、また５分後に情報提供サーバＡにリクエストを出すことを繰り返す動作を実行するサービスアダプタにより、情報提供サーバＡを情報提供サーバＢの接続型として連携させることができる。

また、異なる制約型を一致させる例として、午前中にしか情報を提供しない制約を持つ情報提供サーバＡと、午後にしか情報を提供しない制約を持つ情報提供サーバＢがあった場合に、午前中に情報提供サーバＡから取得したデータを、午後に送出するまでの時間、ネットワーク上にそのデータを記憶させておくサービスアダプタにより、情報提供サーバＡを情報提供サーバＢの制約型として連携させることができる。

また、サービスアダプタは異なるサービス型やデータ型や接続型や制約型などの型を一致させられるので、継承関係にある、異なる型も一致させることができる。例えば、継承関係を持つデータ型として、文字データから構成される「表示データ型」と、４文字の文字データから構成される「４文字表示データ型」があった場合に、前記４文字表示データ型は前記表示データ型の一種であるので、前記４文字表示データ型は前記文字表示データ型を継承している。ここで、前記４文字表示データ型を前記表示データ型に一致させるために、サービスアダプタを用いることができる。逆に、前記表示データ型を前記４文字表示データ型に一致させるためにも、サービスアダプタを用いることができる。

なお、機器が機器ＩＤを保持する方法としては、機器の記憶部に記憶させる方法、機器に機器ＩＤを印刷する方法、機器に機器ＩＤの印刷物を添付する方法、機器に機器ＩＤを保持するＩＣチップやタグを保持させる方法のいずれでもよい。また、機器ＩＤを機器ＩＤ取得部に送る方法としては、機器から機器ＩＤ取得部へ通信路で伝送する方法、ユーザが見て機器ＩＤ取得部へ通知する方法、スキャナやカメラなどの機器を用いて機器から機器ＩＤを取得してから機器ＩＤ取得部に送る方法のいずれでもよい。

（実施の形態３）
図１３は、本発明に係る実施の形態３におけるサービス連携システムの入出力部（図示せず）における連携指定画面の表示例である。

図１３において、連携指定画面Ｇ１０１は、ネットワーク５０上のサービスのリスト（以下「サービスリスト」という。）を表示させた画面であり、「天気予報」と「株価」と「野球スコア」のデータを提供するサービスが存在することを示す画面である。また、機器のリスト（以下「機器リスト」という。）として、「テレビ」と表示装置を備える「ティッカー」と「機能付傘」と「ベル」が提示されている。サービスリストにおける天気予報の黒い丸印表示と、機器リストにおける機能付傘の黒い丸印表示は、本提示に対してユーザが天気予報と機能付傘を選択したことを表している。

さらに、連携指定画面Ｇ１０２は、上記連携指定画面Ｇ１０１において、ユーザが天気予報と機能付傘を選択した後に、本システムがサービスリストから株価と野球スコアのサービス表示をなくし、音声変換や音楽変換のサービス表示をし、機器リストからスピーカー以外の機器の表示をなくした画面例を示す。ここで、ユーザがサービスリストから、音声変換（標準）と、音声変換（お笑い風）と、音楽変換のサービスを選択することによって、天気予報をスピーカーにおいて出力するために必要なサービスや機器の指定を行える。

次に、上記のように構成される本システムの動作について説明する。図１４は、入出力部における動作の流れを示すフローチャートである。

最初に、入出力部は、ネットワーク５０上のサービスやサービスを提供する機器の指定を開始する（Ｓ３０１）。次に、前記サービスや前記機器のリストを提示する（Ｓ３０２）。

さらに、入出力部は、上記処理Ｓ３０２の提示に対するユーザからの指示を受け付ける（Ｓ３０３）。上記図１３の例では、天気予報と機能付傘を指定する旨の指示を受け付ける。

次に、処理Ｓ３０３において指定されたサービスや機器の使用に必要な条件を取得する（Ｓ３０４）。上記図１３の例では、天気予報は文字によって提示され、機能付傘は、ランプが点灯する。

次に、上記処理Ｓ３０４において取得した条件を探す（Ｓ３０５）。さらに、処理Ｓ３０５において条件が見つかった場合に、前記条件を満たすサービスや機器を探す（Ｓ３０６）。条件を満たすサービス等が見つかった場合には処理Ｓ３０２に進む。上記図１３の例では、天気予報から提供された文字データを、機能付傘が変換できるサービスや機器を探す。その結果、点灯変換や演奏変換のサービスが見つかる。

さらに、処理Ｓ３０４において探した条件や、処理Ｓ３０５において探したサービスや機器が見つからない場合に指定を完了させる（Ｓ３０７）。

以上の動作により、本発明では、ユーザが連携動作を指定する際に、サービスやサービスを提供する機器をリストから選択することを繰り返すことで、連携動作を指定できるようになり、その結果、連携動作に必要なサービスや機器を、一度に指示しなくても、正しく指示させることができる。

なお、ユーザの指示を待たずに、指示される可能性のあるサービスや機器の条件を満たすサービスや機器を先行して探してもよい。その結果、最終的に条件を満たせないサービスや機器の選択を回避することができる。

（実施の形態４）
図１５は、本発明に係る実施の形態４におけるサービス連携システムの入出力部（図示せず）における連携指定画面の一例を示す図である。

図１５において、連携指定画面Ｇ２０１には、機器として、サービスのデータに応じて動きを変える連動人形がある旨が提示され、ネットワーク５０上のサービスとして、プロ野球の東軍−西軍戦の試合経過や試合結果を提供するプロ野球情報提供サービスと、ユーザ宅への宅配便の配達状況を提供する宅配便配達状況サービスが提示されている。連動人形の左の黒表示は、既にユーザが連動人形を連携動作させるための指示を行ったことを示している。東軍−西軍戦の左側の「明日１８：３０〜２１：００」表示や、宅配便配達状況の左側の「来週日曜」表示は、それらサービスが未だ開始されておらず、かつ表記の時間に開始されることを表している。ユーザはこれら開始前のサービスを選択することで、サービスの開始とあわせて連動人形と連携動作させられるように指示できる。

図１６は、本発明に係る実施の形態４におけるサービス連携システムの連携制御装置の機能構成を示すブロック図である。

図１６において、サービス予定取得部１３０２は、通信制御部１１０を介してネットワーク５０上のサービスプロバイダからサービス予定を表す情報を取得する。なお、サービス予定取得部は、予定情報取得手段の一例である。

上記図１５の例では、東軍−西軍戦の野球スコアを提供するサービス（以下「野球スコアサービス」という。）から、「明日１８：３０〜２１：００」というサービス予定を表す情報を取得する。同様に宅配便配達状況サービスからもサービス予定を表す情報を取得する。

サービス予定管理部１３０３は、サービス予定取得部１３０２において取得したサービス予定を表す情報を管理する。

サービス予定提示・選択部１３０５は、サービス予定管理部１３０３のサービス予定を表す情報を入出力部１３０４に送信し、ユーザから指示を受け付ける。上記図１５の例では、連携指定画面Ｇ２０１を提示し、機器として連動人形、サービスとして野球スコアサービスの選択を受け付ける。

連携予約管理部１３０６は、サービス予定提示・選択部１３０５において選択されたサービス予約に関する情報を管理する。上記図１５の例では、連携動作の開始時刻として、指示日の次の日の１８：３０の時刻を表す情報を管理する。

連携生成部１３０は、サービス予定提示・選択部１３０５において選択されたサービス予約に対応するサービスに関する連携動作を行うための記述を生成する。上記図１５の例では、野球スコアサービスから取得した試合に関するデータを連動人形の動作に反映させる連携動作を行うための記述を生成する。

連携実行部１４０は、連携予約管理部１３０６から受信した連携予約と連携生成部１３０から受信した連携動作を行うための記述より、ネットワーク５０上のサービスプロバイダにおけるサービスなどを連携動作させる。上記図１５の例では、連携実行部１４０が、指示日の次の日の１８：３０になると、野球スコアサービスから試合に関するデータを取得し、そのデータを必要ならサービスアダプタによって加工して、連動人形へと通知することで、連動人形を動作させる。

上記の構成によれば、サービス開始以前に前記サービスに関連した連携動作を指示できるようになり、その結果、前記サービス開始後すぐに連携動作させられ、サービス終了に伴い連携動作を終了する。

なお、連携実行部は、サービス予定の開始時刻に先んじて連携動作を開始しても、前記サービスとの情報入出力が前記開始時刻に先んじていなければよい。同様に、サービス予定の終了時刻に遅れて連携動作を終了させても、前記サービスとの情報入出力が前記終了時刻に遅れていなければよい。

なお、サービス予定を提示する際や、サービス予定に応じて連携動作を開始・終了する際に、サービス予定時間をそのまま用いずに、ユーザのスケジューラからのユーザ予定や、前記サービス以外のサービスや機器の予定などを参考にして、提示するサービス予定を変更したり、連携動作の開始時間や終了時間を変更してもよい。

（実施の形態５）
図１７は、本発明に係る実施の形態５におけるサービス連携システムの連携制御装置の機能構成を示すブロック図である。図１７において、既存サービス管理部１４０１は、ネットワーク５０上のサービスおよびホームネットワークに接続されている機器のサービス（又は動作）に関する情報を管理する。なお、既存サービス管理部は、動作情報記憶手段の一例である。

新サービス検索部１４０２は、既存サービス管理部１４０１において管理されていない新たなサービスを検索する。

類似サービス判定部１４０４は、新サービス検索部１４０２において検索された新しいサービスは、既存サービス管理部１４０１において管理されている、どのサービスと類似しているのかを判定する。

連携管理部１４０８は、サービスやサービス提供機器に関する連携動作記述を管理する。

類似サービス連携抽出部１４０５は、類似サービス判定部１４０４において判定された類似サービスに関連する連携動作記述を連携管理部１４０８から抽出する。

新サービス連携生成部１４０７は、類似サービス連携抽出部１４０５において抽出された連携動作記述と入出力部１４０６からの指示により、新しいサービスに関する連携動作記述を生成し、連携管理部１４０８へ渡す。

連携実行部１４０は、連携生成部１３０から、新サービスに関する連携動作記述を取得して実行することで、新しいサービスを連携動作させる。

上記の構成によれば、管理されていない新たなサービスの登場に応じて、前記新サービスに関連する連携動作を生成できるようになり、その結果、前記新サービスの登場後すぐに連携動作させられる。

なお、類似サービス判定部１４０４は、類似性の判定基準を、各サービスのサービス型が一致することとしてもよい。

なお、新サービスのサービス型が、類似サービスのサービス型と一致していない場合でも、サービスアダプタを用いることでサービス型を一致させ、新サービスに関する連携動作記述を既存の連携動作記述から生成できる。

（実施の形態６）
図１８は、本発明の実施の形態６におけるサービス連携システムの連携制御装置の機能構成を示すブロック図である。

図１８において、機器ＩＤ送信部１５０３は、機器Ａ１５０１と機器Ｂ１５０２から、機器を特定する機器ＩＤを取得して送信する。

機器ＩＤ取得部１５０４は、機器ＩＤ送信部１５０３から送信された機器ＩＤを取得する。

機器サービス型管理部１５０５は、機器のサービス型を管理する。
機器サービス型判定部１５０６は、機器ＩＤ取得部１５０４において取得した機器ＩＤに対応する機器のサービス型を、機器サービス型管理部１５０５を参照して判定する。

連携生成部１３０は、機器サービス型判定部１５０６から出力されたサービス型に適した連携動作を行うための記述を、入出力部１２０におけるユーザからの指示に基づいて生成する。

連携実行部１４０は、連携生成部１３０において生成された連携動作を行うための記述に基づいて、サービスと機器とを連携動作させる。

上記の構成によれば、前記機器ＩＤ取得部において取得した機器ＩＤに対応する機器に関する連携動作を生成できるようになり、その結果、前記機器を連携動作させることができる。

また、生成される連携動作の記述は、前記機器Ａに関する連携動作と、前記機器Ｂに関する連携動作とを含むことを特徴とする。

さらに、上記の構成によれば、前記機器Ａと前記機器Ｂに関する連携動作の指定を一度にできるようになり、その結果、容易に複数機器を連携動作させられる。

また、生成される連携動作記述は、前記機器Ａに関する連携動作を含み、前記機器Ｂは、前記機器ＩＤ送信部と前記入出力部を含むことを特徴とする。

さらにまた、上記構成によれば、前記機器Ａが機器ＩＤ送信部や入出力部を有していない場合でも前記機器Ａに関する連携動作を指定できるようになり、その結果、容易に前記機器Ａを連携動作させられる。

なお、機器ＩＤ送信部が機器ＩＤを送信するきっかけとしては、ユーザ指示やユーザ認識によってもよいし、機器のネットワークへの接続開始や、他機器を認識完了など、機器Ａや機器Ｂの状態変化によってもよいし、距離の接近や接触など機器Ａと機器Ｂとの物理関係の変化によってもよい。

（実施の形態７）
本発明に係る実施の形態７におけるサービス連携システムの機能構成を示すブロック図やサービス抽出に関する動作は、上記実施の形態１と基本的に同じであるため、異なる点について以下で説明する。

図１９は、本発明の実施の形態７におけるサービス連携システム（図示せず）におけるサービス例を示す図である。図１９に示す記述ＳＶ０３は、２つのサービスの宣言例である。１行目の記述ＳＶ０３Ｌ０１に示すサービスは、頭部装着型情報提示装置であるヘッドマウントディスプレイ（以下「ＨＭＤ」という。）によるサービスであり、名称が「ＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙ」で、「Ｃｏｎｔｅｎｔｓ型」のデータを入力して提示し、「Ｐｒｅｓｅｎｃｅ型」のデータを入力すべきであることを示している。ここで、「Ｃｏｎｔｅｎｔｓ型」は、ＨＭＤに提示する情報やコンテンツを表すデータ型であり、「Ｐｒｅｓｅｎｃｅ型」は、どの程度の臨場感でＨＭＤに提示するかを示すデータ型である。「Ｐｒｅｓｅｎｃｅ型」のデータは、３０％や１００％のように、程度を示す数値で表現され、数値が高いほど、ＨＭＤは画面サイズや音量を増大させて高臨場感で情報提示を行い、数値が低いほど、画面サイズや音量を減少させて低臨場感で情報提示を行う。高臨場感であるほど、ユーザは情報を没入して視聴することができ、低臨場感であるほど、ユーザは情報視聴以外のことをしながら情報を見ることが可能となる。また、２行目の記述ＳＶ０３Ｌ０２に示すサービスは、ユーザの動きを検出するセンサーデバイスによるサービスで、名称が「ＭｏｔｉｏｎＳｅｎｓｏｒ」であり、「Ｍｏｔｉｏｎ型」のデータを出力する。「Ｍｏｔｉｏｎ型」は、ユーザの動きの種別を表すデータ型であり、ユーザが動いている時は「ｍｏｖｉｎｇ」、静止している時は「ｓｔｉｌｌ」という値を示す。

図２０は、本実施の形態におけるサービスアダプタの一例を示す図である。図２０のサービスアダプタは、前記ＨＭＤを、前記天気表示装置として扱うことを可能とする変換記述である。１行目の記述Ａ０２Ｌ０１は、ＨＭＤを天気表示装置などの「ＷｅａｔｈｅｒＤｅｖｉｃｅ」として変換させる記述の開始を示し、そのサービスアダプタの名称を「ＷｅａｔｈｅｒＨＭＤ」と記す。２行目の記述Ａ０３Ｌ０２は、「ＷｅａｔｈｅｒＤｅｖｉｃｅ」のイ
ンタフェースとして「Ｗｅａｔｈｅｒ型」の天気データを入力することを示す。３行目の記述Ａ０３Ｌ０３は、前記センサーデバイスから、ユーザの動きの種別を取得することを示す。４行目の記述Ａ０３Ｌ０４は、取得したユーザの動きの種別によって以降の処理を分岐させることを示す。５行目の記述Ａ０３Ｌ０５から７行目の記述Ａ０３Ｌ０７で、ユーザが歩行中などで動いている状況では、低臨場感で天気をＨＭＤに提示し、８行目の記述Ａ０３Ｌ０８から１０行目の記述Ａ０３Ｌ１０で、ユーザが着席中などで静止している状況では、高臨場感で天気をＨＭＤに提示することを示す。

以上のサービス例と、上記実施の形態１で説明したサービス例を用いて、連携テンプレートに適合するサービスを抽出する動作を、上記図４のフローチャートを用いて説明する。

最初に、抽出前処理を行う（Ｓ２０１）。上記図７の連携テンプレートを用いて、上記実施の形態１と同様の処理を行う。

次に、処理Ｓ２０１において特定したサービス記述に一致するサービスを、ネットワーク５０上から探す（Ｓ２０２）。一致するサービスが見つかった場合は処理Ｓ２０３に移行し、見つからない場合は処理Ｓ２０４に移る。上記図７の連携テンプレートの場合は、４行目の記述Ｔ０１Ｌ４の「ＷｅａｔｈｅｒＳｅｒｖｅｒ」に一致するサービスとして、上記図５の１行目の記述ＳＶ０１Ｌ０１の「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と、２行目の記述ＳＶ０１Ｌ０２の「ｗｅａｔｈｅｒＳｅｒｖｅｒ２」を見つけることができる。また、５行目の記述Ｔ０１Ｌ０５の「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスとして、「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」を設置している自宅にいる場合は、図５の１行目の記述ＳＶ０２Ｌ０１の「ｗｅａｔｈｅｒＤｅｖｉｃｅ１」が見つけることができ、自宅にいない場合は、「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に適合するサービスは見つからない。

さらに、処理Ｓ２０２で見つかったサービスを、処理Ｓ２０１において初期化したサービス抽出リストに追加する（Ｓ２０３）。

この後、処理Ｓ２０１において特定したサービス記述に適合するサービスアダプタを、サービスアダプタ群１０９から探す（Ｓ２０４）。適合するサービスが見つかった場合は処理Ｓ２０５に移行し、見つからない場合は処理Ｓ２０７に移る。本サービスアダプタを探すステップで、上記図７の連携テンプレートの場合、５行目の記述ＴＬ０１Ｌ０５の「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスアダプタとして、上記図８の「ｒａｉｎｙＢｏｏｌ」と、上記図２０の「ＷｅａｔｈｅｒＨＭＤ」を見つけることができる。

処理Ｓ２０４で見つかったサービスアダプタを介して、処理Ｓ２０１において特定したサービス記述と適合するサービスを、サービス群１１０から探す（Ｓ２０５）。適合するサービスが見つかった場合は、処理Ｓ２０６に移行し、見つからない場合は処理Ｓ２０７に移る。上記図６の「ｒａｉｎｙＢｏｏｌ」を介して、上記図５の「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に適合するサービスとして、ユーザが自宅に居る場合には、図３の「ｂｏｏｌＤｅｖｉｃｅ１」が見つかる。ユーザがＨＭＤを装着し、屋外に居る場合には、図６のＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙが見つかる。このように、ユーザの場所や時間や周辺に存在するデバイスなどの状況に応じて、その時のユーザに適切なサービスやデバイスが選択される。「ｂｏｏｌＤｅｖｉｃｅ１」が見つかった場合の動作は、上記実施の形態１で説明した動作と同じである。

次に、「ＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙ」が見つかった場合の動作を以降で記述する。

処理Ｓ２０５で見つかったサービスを、処理Ｓ２０１において初期化したサービス抽出リストに追加する（Ｓ２０６）。上記図７の連携テンプレートの場合、上記図１９の「ＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙ」が追加される。

最後に、処理Ｓ２０３や処理Ｓ２０６において追加されたサービスを含むサービス抽出リストを編集し、その結果をサービス抽出結果とする（Ｓ２０７）。

上記図７の連携テンプレートの場合、「ＷｅａｔｈｅｒＳｅｒｖｅｒ」に一致するサービスとして、上記図５の「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と「ｗｅａｔｈｅｒＳｅｒｖｅｒ２」が抽出され、「ＷｅａｔｈｅｒＤｅｖｉｃｅ」に一致するサービスとして、上記図１９の「ＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙ」が抽出される。

以上の動作により、テンプレート適合可能サービス抽出部１０３４においてサービスが抽出される。上記図７の連携テンプレートの例で、サービス選択部１３５において、「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」と「ＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙ」が選択された場合は、連携具現部１３３において具現化されるサービス連携の例を図２１に示す。上記図７の連携テンプレートにおける「ＷｅａｔｈｅｒＳｅｒｖｅｒ」や「ＷｅａｔｈｅｒＤｅｖｉｃｅ」といった抽象的なサービス記述が、「ｗｅａｔｈｅｒＳｅｒｖｅｒ１」や「ＨｅａｄＭｏｕｎｔＤｉｓｐｌａｙ」の実際のサービスによって具現化されている。上記図２０のサービスアダプタを用いたことで、天気予報サーバをＨＭＤと連携動作させる記述に具現化されている。上記図２１の連携記述を実行することによって、ユーザが透過型ＨＭＤを装着して外出中に、歩いている時には画面サイズや音量の小さい低臨場感で天気予報が提示され、座っている時には画面サイズや音量の大きい高臨場感で天気予報が提示される、といったサービス連携が実現される。

なお、サービスを選択するためや、サービスへ入力するデータを決定するために、上記図２０で示したように、ユーザの動きを検出するセンサーを用いてもよいし、その他のユーザに関する情報を用いてもよい。ユーザの身体状況を、ＧＰＳや加速度センサーや体温計や血圧計やカメラや電流計や電圧計などのセンサーから取得して用いてもよいし、ユーザの心的状況を、カメラや血圧計や血流計や視線や脳波計や表情や発汗計や声やしぐさやストレス計などから取得や推測して用いてもよいし、ユーザの行動状況を、予定表や目的表や交通状況や天気予報や周辺物や商品在庫や地図や行動特徴を記したデータ集や行動履歴や他人の行動などから取得や推測して用いてもよい。

本発明にかかるサービス連携システムは、連携具現部や連携実行部などを有し、サービス連携システム、サービス連携方法、サービス連携プログラム等として有用である。また、ネットワーク接続する機器や、前記機器向けのシステム、サービス、プログラム、コンテンツおよび媒体などの用途にも応用が可能である。

本発明の実施の形態１におけるサービス連携システムの構成図である。 本発明の実施の形態１における連携生成部の機能構成を示すブロック図である。 上記図１におけるホームネットワーク内の機器の具体例を示す図である。 本発明の実施の形態１における連携テンプレートに適合するサービスを抽出する動作の流れを示すフローチャートである。 連携テンプレート管理部に保持されているサービス宣言文の一例を示す図である。 連携テンプレートに使用されるデータの一例を示す図である。 本発明の実施の形態１における連携テンプレートの一例を示す図である。 本発明の実施の形態１におけるサービスアダプタの一例を示す図である。 本発明の実施の形態１において具現化されたサービス連携の一例を示す図である。 本発明の実施の形態１において具現化されたサービス連携のその他の例を示す図である。 本発明に係る実施の形態２におけるサービス連携システムの構成図である。 上記図１１における機器の具体例を示す図である。 本発明に係る実施の形態３におけるサービス連携システムの入出力部における連携指定画面の一例を示す図である。 本発明に係る実施の形態３における入出力部における動作の流れを示すフローチャートである。 本発明に係る実施の形態４におけるサービス連携システムの入出力部における連携指定画面の一例を示す図である。 本発明の実施の形態４における連携制御装置の機能構成を示すブロック図である。 本発明の実施の形態５における連携制御装置の機能構成を示すブロック図である。 本発明の実施の形態６における連携制御装置の機能構成を示すブロック図である。 本発明の実施の形態７におけるサービス連携システムのサービス例を示す図である。 本発明の実施の形態７におけるサービス連携システムのサービスアダプタの一例を示す図である。 本発明の実施の形態７におけるサービス連携システムのサービス連携の記述例を示す図である。

符号の説明

１０、２０ 気象情報提供サーバ
３０ ニュース提供サーバ
５０ ネットワーク
６０、７０ 機器管理サーバ
８０ サービスサポートサーバ
１００、２００ 連携制御装置
１１０ 通信制御部
１２０ 入出力部
１３０ 連携生成部
１３１ 連携テンプレート管理部
１３２ 連携テンプレート選択部
１３３ 連携具現部
１３４ テンプレート適合可能サービス抽出部
１３５ サービス選択部
１３６ サービス適合部
１３９ サービスアダプタ群
１４０ 連携実行部
１５０ イーサネット
１６０〜１９０ 機器
２１０ 機器ＩＤ取得部
２２０ 機器サービス型判定部
２６０、２７０ 機器
２６１、２７１ 機器ＩＤ
１０００ ホームネットワーク
１１００ ホームネットワーク
１３０２ サービス予定取得部
１３０３ サービス予定管理部
１３０５ サービス予定提示・選択部
１３０６ 連携予約管理部
１４０１ 既存サービス管理部
１４０２ 新サービス検索部
１４０４ 類似サービス判定部
１４０５ 類似サービス連携抽出部
１４０７ 新サービス連携生成部
１４０８ 連携管理部
１４０９ 連携実行部
１５０１ 機器Ａ
１５０２ 機器Ｂ
１５０３ 機器ＩＤ送信部
１５０４ 機器ＩＤ取得部
１５０５ 機器サービス型管理部
２０００ サービス連携システム
２１００ サービス連携システム

Claims (14)

1. ネットワークを介して接続されている第１の機器と第２の機器を対象とする、予め分類された動作の連携を制御する連携制御装置であって、
   ユーザから受け付けた指示に基づいて、前記動作の連携の概略が記述されている連携テンプレートを特定するテンプレート特定手段と、
   特定された前記連携テンプレートの記述内容に基づいて、前記第１の機器の動作に関する情報と前記第２の機器の動作に関する情報とを検索する動作情報検索手段と、
   検索された前記情報を用いて、前記連携テンプレートに具体的な動作内容を記述する動作記述手段と、
   具体的な動作内容が記述された前記連携テンプレートに基づいて、前記第２の機器の動作を制御する連携実行手段と
   を備えることを特徴とする連携制御装置。
2. 前記連携制御装置は、さらに、
   変換記述子に基づいて、一の種類の動作を表す記述から他の種類の動作を表す記述に変換を行う動作記述変換手段を備え、
   前記動作記述手段は、さらに、
   前記動作記述変換手段において変換された記述を用いて、前記具体的な動作内容を記述する
   ことを特徴とする請求項１記載の連携制御装置。
3. 前記連携制御装置は、さらに、
   前記変換記述子を記憶する記述子記憶手段を備え、
   前記動作情報検索手段は、
   前記連携テンプレート内における前記具体的な動作内容の記述位置の特定を行う抽出前処理部と、
   記述位置が特定された前記具体的な動作内容に適合する変換記述子を前記記述子記憶手段から検索する記述子検索部と、
   検索された前記変換記述子を用いて、当該変換記述子に適合する動作を検索する動作検索部とを備える
   ことを特徴とする請求項２記載の連携制御装置。
4. 前記第１の機器と前記第２の機器を対象とする前記動作は、当該動作の特徴を表すサービス型によって分類され、
   前記第２の機器には、当該機器を識別する機器ＩＤと当該機器に対応するサービス型が対応付けられており、
   前記動作情報検索手段は、前記サービス型に基づいて前記検索を行い、
   前記動作記述手段は、前記サービス型を利用して前記記述を行い、
   前記連携実行手段は、前記サービス型と前記機器ＩＤとを利用して前記第２の機器の動作を制御する
   ことを特徴とする請求項１記載の連携制御装置。
5. 前記連携制御装置は、さらに、
   前記第１の機器の動作に関する情報と前記第２の機器の動作に関する情報とを記憶する動作情報記憶手段を備え、
   前記動作情報検索手段は、さらに、
   前記動作情報記憶手段に記憶されている情報に基づいて、前記検索された動作の中から、新規の動作であり、かつ、類似する動作を特定する類似動作特定部を備え、
   前記連携実行手段は、さらに、
   特定された前記類似する動作を用いて前記動作の制御を行う
   ことを特徴とする請求項４記載の連携制御装置。
6. 前記サービス型は、
   前記第１の機器もしくは前記第２の機器に入力され、又は前記第１の機器もしくは前記第２の機器から出力されるデータを表すデータ型と、
   前記前記第１の機器と前記第２の機器との接続形態を表す接続型と、
   前記第１の機器又は前記第２の機器におけるデータ入出力に伴う制約を表す制約型とを含む
   ことを特徴とする請求項４記載の連携制御装置。
7. 前記連携制御装置は、さらに、
   ユーザからの指示によって、前記第１の機器および前記第２の機器の特定、並びに前記サービス型の指定を受け付ける指示受付手段を備える
   ことを特徴とする請求項４記載の連携制御装置。
8. 前記連携制御装置は、さらに、
   前記ネットワークを介して、前記第１の機器の動作予定を表す情報を取得する予定情報取得手段を備え、
   前記動作記述手段は、さらに、
   取得された前記動作予定を表す情報を用いて、前記連携テンプレートに具体的な動作内容を記述する
   ことを特徴とする請求項１記載の連携制御装置。
9. 前記動作情報検索手段は、
   ユーザの身体状況、心理状況、周辺状況の少なくとも１つを用いて、前記連携テンプレートに適合可能な動作を検索する
   ことを特徴とする請求項１記載の連携制御装置。
10. 前記動作記述手段は、
    ユーザの身体状況、心理状況、周辺状況の少なくとも１つに基づいて、前記具体的な動作内容を前記連携テンプレートに記述する
    ことを特徴とする請求項１記載の連携制御装置。
11. 前記動作記述変換手段は、
    複数の前記動作が定義された変換記述子に基づいて、前記変換を行う
    ことを特徴とする請求項１記載の連携制御装置。
12. 少なくとも１つのネットワークを介して相互に接続されている、第１の機器と連携制御装置と第２の機器とを含むサービス連携システムであって、
    前記第１の機器は、前記連携制御装置の要求に応じて、当該連携制御装置に必要な情報を提供する情報提供手段を備え、
    前記連携制御装置は、前記第１の機器と第２の機器を対象とする、予め分類された動作の連携を制御する連携制御装置であって、
    ユーザから受け付けた指示に基づいて、前記動作の連携の概略が記述されている連携テンプレートを特定するテンプレート特定手段と、
    特定された前記連携テンプレートの記述内容に基づいて、前記第１の機器に関する情報と前記第２の機器の動作に関する情報とを検索する動作情報検索手段と、
    検索された前記情報を用いて、前記連携テンプレートに具体的な動作内容を記述する動作記述手段と、
    具体的な動作内容が記述された前記連携テンプレートに基づいて、前記第２の機器の動作を制御する連携実行手段とを備える
    ことを特徴とするサービス連携システム。
13. ネットワークを介して接続されている第１の機器と第２の機器を対象とする、予め分類された動作の連携を制御する連携制御方法であって、
    ユーザから受け付けた指示に基づいて、前記動作の連携の概略が記述されている連携テンプレートを特定するテンプレート特定ステップと、
    特定された前記連携テンプレートの記述内容に基づいて、前記第１の機器の動作に関する情報と前記第２の機器の動作に関する情報とを検索する動作情報検索ステップと、
    検索された前記情報を用いて、前記連携テンプレートに具体的な動作内容を記述する動作記述ステップと、
    具体的な動作内容が記述された前記連携テンプレートに基づいて、前記第２の機器の動作を制御する連携実行ステップと
    を含むことを特徴とする連携制御方法。
14. ネットワークを介して接続されている第１の機器と第２の機器を対象とする、予め分類された動作の連携を制御するための連携制御装置に用いられる、コンピュータが実行可能なプログラムであって、
    ユーザから受け付けた指示に基づいて、前記動作の連携の概略が記述されている連携テンプレートを特定するテンプレート特定ステップと、
    特定された前記連携テンプレートの記述内容に基づいて、前記第１の機器の動作に関する情報と前記第２の機器の動作に関する情報とを検索する動作情報検索ステップと、
    検索された前記情報を用いて、前記連携テンプレートに具体的な動作内容を記述する動作記述ステップと、
    具体的な動作内容が記述された前記連携テンプレートに基づいて、前記第２の機器の動作を制御する連携実行ステップと
    を含むことを特徴とするプログラム。

Images