JP6596318B2 - 連携サーバ、連携システム、および連携サーバの制御方法 - Google Patents

Description

本発明は、複数のサービスを連携させる連携サービスを提供する連携サーバ等に関する。

複数のネットワークサービスを連携させるシステムが従来技術として知られている。例えば、下記の特許文献１には、複数のネットワークサービスを連携させる際のユーザの登録操作を容易にする仲介方法が記載されている。

特開２０１４−２１１８７３号公報（２０１４年１１月１３日公開）

上記のような従来技術を用いることにより、あるサービスから提供される情報をトリガとして、機器の動作制御を行うサービスにより機器に所定の動作を行わせることも可能になる。例えば、気象情報を提供するサービスから、天気が雨になるとの情報が提供されたときに、洗濯機の予約運転に乾燥の工程を追加することも可能になる。

複数のネットワークサービスを連携させるためには、あるサービスから所定の情報が提供されたことをトリガとして、別のサービスに所定の動作（アクション）を実行させることを規定したルールを、事前に登録しておく必要がある。ルールの登録や変更は、ユーザにとって手間となる可能性があるが、特許文献１には、当該ルールの登録や変更にかかるユーザの作業時間を短縮するという技術思想は開示されていない。

本発明は、前記の問題点に鑑みてなされたものであり、その目的は、複数のネットワークサービスを連携させるためのルールの登録または変更にかかるユーザの作業時間を短縮することができる連携サーバなどを提供することにある。

上記の課題を解決するために、本発明の一態様に係る連携サーバは、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理する連携サーバであって、上記連携サーバは、以下を含む；ある１つの連携ルールの変更指示をユーザの端末装置から取得したとき、上記ユーザに対応付けられた、当該連携ルールと同一の変更が可能な、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する変更部。

また、上記の課題を解決するために、本発明の一態様に係る連携サーバは、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理する連携サーバであって、上記連携ルールは、上記トリガを示すトリガ情報と上記アクションを示すアクション情報とが対応付けられており、上記連携サーバは、以下を含む；新たな連携ルールを作成する旨をユーザの端末装置から通知されたとき、上記ユーザに対応付けられた連携ルールの上記トリガ情報および上記アクション情報の少なくとも一方を、上記新たな連携ルールにおける上記トリガ情報および上記アクション情報の少なくとも一方の選択肢として、上記端末装置に提示させる提示部。

また、上記の課題を解決するために、本発明の一態様に係る連携システムは、連携サーバと、端末装置とを少なくとも含む連携システムであって、上記連携サーバは、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理するサーバであり、上記端末装置は、ある１つの連携ルールの変更指示を上記連携サーバに送信し、上記連携サーバは、上記端末装置のユーザに対応付けられた、当該連携ルールと同一の変更が可能な、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する。

また、上記の課題を解決するために、本発明の一態様に係る連携システムは、連携サーバと、端末装置とを少なくとも含む連携システムであって、上記連携サーバは、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理するサーバであり、上記連携ルールは、上記トリガを示すトリガ情報と上記アクションを示すアクション情報とが対応付けられており、上記端末装置は、新たな連携ルールを作成する旨を上記連携サーバに通知し、上記連携サーバは、上記端末装置のユーザに対応付けられた連携ルールの上記トリガ情報および上記アクション情報の少なくとも一方を、上記新たな連携ルールにおける上記トリガ情報および上記アクション情報の少なくとも一方の選択肢として、上記端末装置に提示させる。

また、上記の課題を解決するために、本発明の一態様に係る連携サーバの制御方法は、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理する連携サーバの制御方法であって、上記連携サーバの制御方法は、以下を含む；ある１つの連携ルールの変更指示をユーザの端末装置から取得する変更指示取得ステップ、上記変更指示を取得したとき、上記ユーザに対応付けられた、当該連携ルールと同一の変更が可能な、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する変更ステップ。

また、上記の課題を解決するために、本発明の一態様に係る連携サーバの制御方法は、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理する連携サーバの制御方法であって、上記連携ルールは、上記トリガを示すトリガ情報と上記アクションを示すアクション情報とが対応付けられており、上記連携サーバの制御方法は、以下を含む；新たな連携ルールを作成する旨を示す通知を、ユーザの端末装置から取得する作成通知取得ステップ、上記通知を取得したとき、上記ユーザに対応付けられた連携ルールの上記トリガ情報および上記アクション情報の少なくとも一方を、上記新たな連携ルールにおける上記トリガ情報および上記アクション情報の少なくとも一方の選択肢として、上記端末装置に提示させる提示ステップ。

本発明の一態様によれば、複数のネットワークサービスを連携させるためのルールの登録または変更にかかるユーザの作業時間を短縮することができるという効果を奏する。

本発明に係る連携システムに含まれる連携サーバおよび操作端末の要部構成の一例を示すブロック図である。 図１に示す連携システムの概要を示す図である。 実施形態１に係る連携システムが実行する連携ルールの変更処理の概要を示す図である。 機器管理情報のデータ構造および具体例を示す図である。 連携ルールの変更処理における操作端末の画面遷移図である。 実施形態１に係る連携システムが実行する連携ルールの変更処理の流れの一例を示すフローチャートである。 実施形態１の変形例に係る連携システムが実行する連携ルールの変更処理の概要を示す図である。 機器管理情報の更新を示す図である。 実施形態２に係る連携システムが実行する連携ルールの変更処理の概要を示す図である。 実施形態２に係る連携システムが実行する連携ルールの変更処理の流れの一例を示すフローチャートである。 実施形態２の変形例に係る操作端末の画面例を示す図である。 実施形態３に係る連携システムが実行する連携ルールの作成処理の概要を示す図である。 実施形態３に係る連携システムが実行する連携ルールの変更処理の流れの一例を示すフローチャートである。 図１に示す連携システムを構成する各装置として利用可能なコンピュータの構成を例示したブロック図である。

〔実施形態１〕
以下、本発明の実施の一形態について、図１から図７に基づいて詳細に説明する。

〔システムの概要〕
まず、本実施形態に係る連携システムの概要を図２に基づいて説明する。図２は、連携システム７の概要を示す図である。連携システム７は、複数のサービスを連携させる連携サービスを提供するシステムである。

連携システム７において連携対象となるサービスは、トリガのサービスと、アクションのサービスとに分類できる。すなわち、連携システム７では、トリガのサービスに関する所定のイベントが発生したときに、アクションのサービスに所定のアクションを実行させる。これにより、異なるサービスを組み合わせた多様な連携サービスを提供することが可能になる。

ここでは、トリガのサービスがユーザの位置情報を通知するサービスであり、アクションのサービスが機器４に所定の動作、より詳細には音声発話させるサービスである例を説明する。なお、トリガのサービスおよびアクションのサービスはこれらのサービスに限定されない。また、トリガのサービスおよびアクションのサービスの他の例については後述する。

図示の連携システム７には、連携サービスを提供する連携サーバ１、アクションのサービス、すなわち機器４に音声発話させるサービスを提供する機器制御サーバ２（動作実行サービス）、連携ルールの設定などに用いられる操作端末３（端末装置）、機器制御サーバ２の制御対象の機器４、およびトリガのサービス、すなわちユーザの位置情報を通知するサービスを提供する情報提供サーバ５（情報提供サービス）が含まれる。なお、連携ルールとは、連携サービスにおけるトリガとアクションとを対応付けたものであり、連携サーバ１によって生成される。換言すれば、連携ルールとは、トリガのサービスから所定の情報が提供されたことをトリガとして、アクションのサービスに所定のアクションを実行させることを規定した情報である。

情報提供サーバ５は、ユーザの位置情報を連携サーバ１に通知する。そして、連携サーバ１は、所定の位置情報が通知された場合に、機器制御サーバ２によって機器４に所定の音声を出力させる。これにより、例えば、ユーザが帰宅したときに、自宅に設置された機器４から、帰宅したユーザに「おかえり」と発話させることもできる。

機器４は、機器制御サーバ２の制御対象となる機器であればよく、特に限定されないが、本実施形態では機器４が家庭用電気器具（以下、家電と呼ぶ）である例を説明する。図示の例のように機器４は複数のユーザに共用されていてもよい。

各ユーザは、操作端末３を所持しており、この操作端末３を用いて機器４の動作制御をアクションとする連携ルールを設定することができる。具体的には、新たな連携ルールを作成したり、既存の連携ルールを変更したりすることができる。

〔連携ルールの変更〕
連携システム７は、ユーザが操作端末３を用いて既存の連携ルールのアクションを変更したとき、当該連携ルールと同一の変更が可能な、別の連携ルールのアクションについても、変更した連携ルールと同様に変更する点が特徴点の一つである。ここでは、ある１つの連携ルールのアクションの変更に合わせて、当該連携ルールと同一の変更が可能な別の連携ルールのアクションの変更について、図３に基づいて説明する。図３は、連携ルールのアクションの変更の概要を示す図である。なお、「別の連携ルール」とは、操作端末３のユーザが登録した連携ルールのうち、変更の対象でない連携ルールである。

まず、上記特徴点の説明の前に、ユーザが設定した連携ルールの管理について説明する。連携サーバ１は、ユーザが作成した連携ルールを、図示の連携ルール管理情報に登録して管理している。連携ルール管理情報は、ユーザが設定した連携ルールを管理するための情報であり、ユーザごとに生成される。すなわち、連携ルール管理情報は複数あり、それぞれがユーザを識別するユーザＩＤに対応付けられている。連携ルール管理情報は、例えば図３に示すようなものであってもよい。

図示の連携ルール管理情報は、連携ルールの識別情報であるルールＩＤ、設定されたトリガの詳細を示すトリガ情報、および設定されたアクションの詳細を示すアクション情報を対応付けて管理するデータベースである。なお、図示の例では、トリガ情報は、トリガに設定されたサービスのサービス名と、トリガに設定されたイベントの内容を示すトリガ条件とを含む。また、図示のアクション情報は、制御対象となる家電を示す機器ＩＤと、制御の内容を示す情報とを含む。なお、図示の例では、アクションのサービスはすべて家電制御サービスであるため、アクション情報においてサービス名は省略しているが、アクション情報にサービス名が含まれてもよい。また、アクションのサービスは家電制御サービスに限定されるものではない。また、図示の例における機器ＩＤが示す機器４の具体例として、以降、Ｄ００１がエアコンＡ、Ｄ００２がテレビＡ、Ｄ００３がエアコンＢを示すものとして説明するが、この例に限定されるものではない。

連携サーバ１は、この連携ルール管理情報を参照することにより、登録された連携ルールに従ってアクションを実行させることができる。例えば、ルールＩＤがＲ００１の連携ルールでは、トリガのサービスが家電制御サービス、トリガ条件が「人感センサがユーザの不在を検知したら」となっている。ここで、人感センサとは、機器制御サーバ２によって制御される機器４の１つである。つまり、機器制御サーバ２から、ユーザが不在であるとの通知を受信したときには、連携サーバ１は当該連携ルールのトリガの条件を満たしたと判定することができる。また、この連携ルールでは、アクションの制御対象がＤ００２、すなわちテレビＡであり、制御内容がテレビＡをＯＦＦ状態とするものである。よって、連携サーバ１は、当該連携ルールのトリガの条件を満たしたと判定したときには、機器制御サーバ２に指示して、機器４の１つであるテレビＡの電源を切り、ＯＦＦ状態とすることができる。

続いて、上述した特徴点について説明する。図示のように、操作端末３のユーザは、操作端末３を操作して、連携ルールの変更を行う。図示の例ではルールＩＤがＲ００２の連携ルールのアクションについて、制御対象をエアコンＡからエアコンＢ（すなわち、Ｄ００１からＤ００３）に、制御内容を「ＯＦＦ状態とする」（図３では「ＯＦＦ」で示す）から「掃除モードを実行する」（図３では掃除モードで示す）に変更している。ユーザが決定ボタン３３０を選択すると、変更対象の連携ルールを示すルールＩＤ（図示の例ではＲ００２）、および変更後のアクション情報（図示の例ではエアコンＢおよび掃除モード）を含む変更情報が連携サーバ１に送信される。

連携サーバ１は、受信した変更情報を参照して、Ｒ００２の連携ルールのアクション情報を変更する。図示の例では、制御対象がＤ００１、制御内容がＯＦＦであったアクション情報を、変更情報に従って制御対象をＤ００３、制御内容を掃除モードに変更する。

さらに、連携サーバ１は、変更対象の連携ルールと同一の変更が可能な別の連携ルール、すなわち、変更対象の連携ルールにおいて、変更されるアクション情報を含む別の連携ルールについても、変更情報に従ってアクション情報を変更する。図示の例では、Ｒ００２の連携ルール（変更前）と同様に、制御対象がＤ００１、制御内容がＯＦＦであるＲ００３の連携ルールのアクション情報を、変更情報に従って制御対象をＤ００３、制御内容を掃除モードに変更する。

このように、連携サーバ１は、１つの連携ルールのアクション情報を変更するだけで、当該連携ルールと同じアクション情報を含む、別の連携ルールについてもアクション情報を変更することができる。つまり、１回の変更で複数の連携ルールを一度に変更することができ、連携ルールの変更にかかる時間を短縮することができる。

〔連携サーバと操作端末の装置構成〕
次に、連携サーバ１と操作端末３の装置構成を図１に基づいて説明する。図１は、連携サーバ１と操作端末３との要部構成の一例を示すブロック図である。ここでは、まず連携サーバ１について説明し、その後、操作端末３について説明する。

〔連携サーバの構成〕
図示のように、連携サーバ１は、連携サーバ１の各部を統括して制御するサーバ制御部１０、連携サーバ１が使用する各種データを記憶するサーバ記憶部１１、および連携サーバ１が他の機器と通信するためのサーバ通信部１２を備えている。なお同図では、１つのサーバ通信部１２にて、機器制御サーバ２、操作端末３、および情報提供サーバ５と通信する例を示しているが、通信相手の機器に応じて異なる通信部（通信インターフェース）を介して通信してもよい。

サーバ制御部１０には、通知部１００、ルール管理部１０３、イベント検出部１０７、およびアクション実行制御部１０８が含まれている。また、サーバ記憶部１１には、連携ルール管理情報１１０が格納されている。

通知部１００は、連携ルールの作成に関する各種情報を操作端末３に通知する。図示のように、通知部１００には、ルール特定部１０１、および機器情報取得部１０２が含まれている。

ルール特定部１０１は、変更対象の連携ルールを特定する。ルール特定部１０１は、操作端末３から、操作端末３のユーザを示すユーザＩＤ、および、変更対象の連携ルールを示すルールＩＤを含むルール変更通知を取得すると、当該ユーザＩＤに対応付けられた連携ルール管理情報１１０を特定する。そして、特定した連携ルール管理情報１１０から、取得したルールＩＤと一致するルールＩＤを検索し、当該ルールＩＤに対応付けられた各種情報を読み出す。なお、本実施形態では、ルール特定部はルールＩＤに対応付けられたアクション情報を読み出すものとして説明するが、ルール特定部１０１が読み出す情報は、この例に限定されるものではない。

機器情報取得部１０２は、機器制御サーバ２が管理している機器情報を取得する。ここで、機器情報とは、機器制御サーバ２の制御対象の機器４に関する情報であり、機器４ごとに生成される。また、機器情報は、機器制御サーバ２が有する機器管理情報に格納されている。なお、機器管理情報は、機器情報を管理するデータベースである。機器管理情報は、例えば図４に示すようなものであってもよい。

図示の機器管理情報は、機器４の識別情報である機器ＩＤ、機器４が機器制御サーバ２の制御対象として登録されているか否かを示す登録状態フラグ（図４では「登録状態」で示す）、操作端末３に表示される機器４の名称であるラベル情報（図４では「ラベル」で示す）機器４の現在の動作状態を示す動作状態情報（図４では「動作状態」で示す）、機器４が取り得る動作状態の候補を示す動作状態候補情報（図４では「動作状態候補」で示す）を対応付けた情報である機器情報を管理している。つまり、図示の機器管理情報において破線で囲んだ部分が、機器ＩＤがＤ００１である機器４の機器情報である。

図示の例において、機器ＩＤがＤ００１の機器４は、登録状態フラグが「登録」であるため、機器制御サーバ２の制御対象として登録されている。また、当該機器４は、ラベル情報が「エアコンＡ」であるため、操作端末３においては、当該機器４として「エアコンＡ」の文字列が表示される。また、当該機器４（エアコンＡ）は、動作状態として、ＯＮ、ＯＦＦ、掃除モードの３つの状態を取り得る。そして、現在はＯＦＦ状態である。なお、ＯＮ状態は機器４が動作している状態、ＯＦＦ状態は機器４が動作していない状態、掃除モードは、機器４（エアコン）が見かけ上は動作していないが、内部でクリーニングを行っている状態である。

機器情報取得部１０２は、通知部１００が取得したユーザＩＤを機器制御サーバ２に通知する。これにより、機器制御サーバ２は、どのユーザがどの機器４の情報を取得可能であるか、すなわち、どのユーザがどの機器４を制御可能であるかを示すユーザ管理情報（不図示）を参照して、機器情報を特定する。なお、ユーザ管理情報は、ユーザＩＤと機器ＩＤとを対応付けて管理するデータベースである。具体的には、機器制御サーバ２は、ユーザＩＤが通知されると、ユーザ管理情報を参照して、通知されたユーザＩＤが対応付けられた機器ＩＤを特定する。そして、機器制御サーバ２は、機器管理情報を参照して、特定した機器ＩＤを含む機器情報を特定する。そして、機器情報取得部１０２は、特定された機器情報を機器制御サーバ２から取得する。

通知部１００は、ルール特定部１０１が特定した変更対象の連携ルールのアクション情報、および機器情報取得部１０２が取得した機器情報を含む、ルール変更画面データを操作端末３に通知し、連携ルールを変更するためのルール変更画面を操作端末３に表示させる。これにより、操作端末３のユーザは、当該画面を確認しながら所定の操作を行うことによって、連携ルールを変更することができる。なお、ルール変更画面データとは、ルール変更画面を表示するための情報であり、例えばＨＴＭＬで記述されたテキストデータである。また、ルール変更画面の詳細については後述する。また、通知部１００は、特定した連携ルール管理情報１１０を識別するための情報（以下、管理情報ＩＤ）をルール管理部１０３に出力する。

ルール管理部１０３は、連携ルールを管理する。具体的には、連携ルールの作成、変更を行う。ルール管理部１０３には、ルール作成部１０４、ルール変更部１０５（変更部）、および判定部１０６が含まれている。

ルール作成部１０４は、操作端末３から取得した情報を用いて連携ルールを作成する。なお、ルール作成部１０４の詳細については、後述する実施形態３にて説明する。

ルール変更部１０５は、操作端末３から取得した情報を用いて、連携ルール管理情報１１０に含まれる既存の連携ルールを変更する。具体的には、ルール変更部１０５は、操作端末３から取得した、連携ルールを変更するためのルール変更情報（変更指示）を用いて連携ルールを変更する。ルール変更情報は、変更対象の連携ルールのルールＩＤ、および、変更後のアクション情報（すなわち、変更後の制御対象を示す情報、および、変更後の制御内容を示す情報）を含む。例えば、図３で示す例のように、ルールＩＤとしてＲ００２、変更後の制御対象としてＤ００３、変更後の制御内容として掃除モードを含む。

ルール変更部１０５は、当該ルール変更情報を取得すると、通知部１００から取得した管理情報ＩＤが示す連携ルール管理情報１１０を特定する。そして、操作端末３から取得したルールＩＤと一致するルールＩＤを検索し、当該ルールＩＤに対応付けられたアクション情報を、ルール変更情報に従って変更する。例えば、図３で示すように、連携ルールＲ００２のアクション情報において、制御対象をＤ００１からＤ００３に変更し、制御内容をＯＦＦから掃除モードに変更する。

さらに、ルール変更部１０５は、判定部１０６から、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがあるとの判定結果、および当該別の連携ルールのルールＩＤを取得した場合、当該ルールＩＤに対応付けられたアクション情報を、ルール変更情報に従って変更する。例えば、図３で示すように、連携ルールＲ００３のアクション情報において、制御対象をＤ００１からＤ００３に変更し、制御内容をＯＦＦから掃除モードに変更する。

判定部１０６は、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがあるか否かを判定する。判定部１０６は、操作端末３からルール管理部１０３が取得したルール変更情報を用いて、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがあるか否かを判定する。具体的には、判定部１０６は、当該ルール変更情報を取得すると、通知部１００から取得した管理情報ＩＤが示す連携ルール管理情報１１０を特定する。そして、操作端末３から取得したルールＩＤを当該連携ルール管理情報１１０から検索し、当該ルールＩＤに対応付けられたアクション情報を特定する。そして、判定部１０６は、操作端末３から取得したルールＩＤとは別の、特定したアクション情報が対応付けられたルールＩＤが、特定した連携ルール管理情報１１０にあるか否かを判定する。

あると判定した場合、判定部１０６は、判定結果および当該別のルールＩＤをルール変更部１０５に出力する、一方、ないと判定した場合、判定部１０６は、判定結果のみをルール変更部１０５に出力する。

イベント検出部１０７は、連携ルールにトリガとして設定されたイベントの発生を検出する。ここでは、情報提供サーバ５（情報提供サービス）からの通知によりイベントの発生を検出する例を説明する。つまり、連携ルールが登録されると、イベント検出部１０７は、当該連携ルールのトリガに設定されたイベントの発生を通知するように情報提供サーバ５に指示する。これにより、当該イベントの発生時には、その旨を示す情報が情報提供サーバ５から連携サーバ１に通知される。イベント検出部１０７は、この情報の受信によりイベントの発生を検出する。イベント検出部１０７は、イベントの発生を検出すると、当該イベントの内容をアクション実行制御部１０８に通知する。なお、イベント検出部１０７は、機器制御サーバ２など、他の機器（他のサービス）からの通知によりイベントの発生を検出してもよい。例えば、図３に示す「人感センサがユーザの不在を検知する」というイベントの発生は、機器制御サーバ２から通知される。

アクション実行制御部１０８は、連携ルールにアクションとして設定された動作を実行させる。具体的には、アクション実行制御部１０８は、イベント検出部１０７から、発生したイベントの内容を通知されると、連携ルール管理情報１１０を参照して、当該イベントの内容、すなわちトリガ条件と対応付けられたアクション情報を特定する。そして、アクション実行制御部１０８は、特定したアクションを機器制御サーバ２（動作実行サービス）に実行させる。なお、機器制御サーバ２は、機器４にアクションを実行させるので、アクション実行制御部１０８は、機器制御サーバ２を介して機器４にアクションを実行させているともいえる。なお、アクション実行制御部１０８は、情報提供サーバ５など、他の機器（他のサービス）にアクションを実行させてもよい。

なお、図１では、イベント検出部１０７およびアクション実行制御部１０８と、連携ルール管理情報１１０との情報のやり取りを示す矢印は、図面の見やすさを考慮して省略している。

〔操作端末の構成〕
図示のように、操作端末３は、操作端末３の各部を統括して制御する端末制御部３０、操作端末３が使用する各種データを記憶する端末記憶部３１、操作端末３が他の機器と通信するための端末通信部３２を備えている。また、操作端末３は、端末制御部３０の制御に従って画像を表示する表示部３３、および、ユーザの入力操作を受け付ける入力部３４を備えている。なお入力部３４は、表示部３３の表示面に対するユーザの入力操作を受け付けるタッチパネルであってもよい。

端末制御部３０には、情報通知部３００、ルール設定部３０１、および情報取得部３０２が含まれている。これらの部材は、例えばアプリケーションソフトウェアを操作端末３にインストールすることで実現してもよい。

ルール設定部３０１は、所定のユーザインターフェース（以下、ＵＩと略記する）画面を表示させて、連携ルールの作成に関する各種指定を受け付ける。具体的には、ルール設定部３０１は、ＵＩ画面の１つとして、連携ルールを変更するためのルール変更画面を表示させて、連携ルールの変更に関する各種指定を受け付ける。

情報通知部３００は、ルール設定部３０１から取得した各種情報を、端末通信部３２を介して連携サーバ１に送信する。

情報取得部３０２は、連携サーバ１の通知部１００から、各種情報を取得し、ルール設定部３０１に出力する。

ここで、上述したルール変更画面、並びに、情報通知部３００、ルール設定部３０１、および情報取得部３０２の機能について、詳細に説明する。ルール変更画面は連携ルールを変更するための画面であり、例えば図５の（ａ）に示すようなものであってもよい。図示のルール変更画面は、連携ルールＲ００２のアクションを変更するための画面であり、制御対象選択部３４１、制御内容選択部３４２、および決定ボタン３３０を含む。ルール設定部３０１は、当該画面の前画面において、連携ルールの一覧を表示部３３に表示させ、変更する連携ルールをユーザに選択させる。そして、ルール設定部３０１は、ユーザに選択された連携ルールのルールＩＤと、当該ユーザのユーザＩＤとを含むルール変更通知を生成し、情報通知部３００に出力する。情報通知部３００は、取得したルール変更通知を連携サーバ１に送信する。そして、情報取得部３０２は、ルール変更通知に対する応答として、ルール変更通知に含まれるルールＩＤが示す連携ルールのアクション情報、および機器情報を含む、ルール変更画面を表示するためのルール変更画面データを連携サーバ１の通知部１００から取得し、当該情報をルール設定部３０１に出力する。

ルール設定部３０１は、ルール変更画面データに従って、ルール変更画面の制御対象選択部３４１および制御内容選択部３４２に、現在の連携ルールＲ００２の制御対象および制御内容を表示させる。図示の例では、連携ルールＲ００２におけるアクションの制御対象であるエアコンＡと、制御内容であるＯＦＦが表示されている。

ユーザが制御対象選択部３４１を選択（図示の例ではタッチ）すると、ルール設定部３０１は、図５の（ｂ）に示すように、制御対象選択部３４１に、制御対象になり得る機器４を表示させ、ユーザに選択させる。具体的には、ルール設定部３０１は、機器情報において、登録状態フラグが「登録」となっている機器４のラベルをすべて表示させる。図示の例では、図４に示す機器管理情報において登録状態フラグが「登録」となっている、エアコンＡ、テレビＡ、エアコンＢが表示されている。また、図示の例では、ユーザはエアコンＢを選択している。

ユーザがエアコンＢを選択すると、図５の（ｃ）に示すように、制御対象選択部３４１に表示される機器４のラベルが、エアコンＡからエアコンＢに変更される。続いて、ユーザが制御内容選択部３４２を選択すると、ルール設定部３０１は、制御内容選択部３４２に、制御対象選択部３４１に表示されている機器４が取り得る動作状態を表示させ、ユーザに選択させる。具体的には、ルール設定部３０１は、機器情報において、制御対象選択部３４１に表示されている機器４と対応付けられている動作状態候補をすべて表示させる。図示の例では、図４に示す機器情報においてエアコンＢに対応付けられている動作状態候補である、ＯＮ、ＯＦＦ、掃除モードが表示されている。また、図示の例では、ユーザは掃除モードを選択している。

ユーザが掃除モードを選択すると、図５の（ｄ）に示すように、制御内容選択部３４２に表示される動作状態が、ＯＦＦから掃除モードに変更される。ここで、ユーザが決定ボタン３３０を選択すると、ルール設定部３０１は、上述したユーザの選択に基づくルール変更情報を生成し、情報通知部３００に出力する。そして、情報通知部３００は、取得したルール変更情報を連携サーバ１に送信し、連携ルールを変更させる。

〔処理の流れ〕
次に、連携ルールを変更するにあたり、連携サーバ１および操作端末３が実行する処理（連携ルールの変更処理）の流れを図６に基づいて説明する。図６は、連携ルールの変更処理の流れの一例を示すフローチャートである。

連携ルールを変更するにあたり、まず操作端末３の情報通知部３００は、操作端末３のユーザのユーザＩＤと、ユーザが選択した、変更対象の連携ルールのルールＩＤとを含むルール変更通知を、端末通信部３２を介して連携サーバ１に送信する（Ｓ１１）。そして、連携サーバ１の通知部１００は、当該ルール変更通知を、サーバ通信部１２を介して受信する（Ｓ１）。

次に、ルール特定部１０１は、通知部１００が取得したルール変更通知に含まれるユーザＩＤに対応付けられた、連携ルール管理情報１１０を特定する（Ｓ２）。続いて、ルール特定部１０１は、特定した連携ルール管理情報１１０から、取得したルール変更通知に含まれるルールＩＤが示す連携ルールを特定する（Ｓ３）。そして、ルール特定部１０１は、特定した連携ルールのアクション情報を読み出す。

次に、機器情報取得部１０２は、機器情報を機器制御サーバ２から取得する（Ｓ４）。具体的には、機器情報取得部１０２は、取得したルール変更通知に含まれるユーザＩＤを機器制御サーバ２に送信し、当該ユーザＩＤが示すユーザが制御可能な機器４を示す機器情報を特定させ、当該機器情報を連携サーバ１へ送信させる。

次に、通知部１００は、ルール特定部１０１が特定した連携ルールのアクション情報と、機器情報取得部１０２が取得した機器情報とを含むルール変更画面データを、サーバ通信部１２を介して操作端末３へ通知し（Ｓ５）、ルール変更画面を操作端末３に表示させる。また、通知部１００は、ルール特定部１０１が特定した連携ルール管理情報を示す管理情報ＩＤをルール管理部１０３に出力する。操作端末３の情報取得部３０２は、上記ルール変更画面データを、端末通信部３２を介して受信する（Ｓ１２）。情報取得部３０２は、受信したルール変更画面データをルール設定部３０１に出力する。

次に、ルール設定部３０１は、ルール変更画面データに従い、ルール変更画面（図５参照）を表示部３３に表示させる（Ｓ１３）。これにより、ユーザは操作端末３を操作して、連携ルールを変更することができる。ルール設定部３０１は、ユーザの操作に応じた変更後のアクション情報と、変更対象のルールＩＤとを含むルール変更情報を生成し、情報通知部３００に出力する。

情報通知部３００は、取得したルール変更情報を、端末通信部３２を介して連携サーバ１に送信する（Ｓ１４）。そして、連携サーバ１のルール管理部１０３は、サーバ通信部１２を介してルール変更情報を受信する（Ｓ６、変更指示取得ステップ）。

次に、判定部１０６は、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがあるか否かを判定する（Ｓ７）。具体的には、判定部１０６は、まず、通知部１００から取得した管理情報ＩＤが示す連携ルール管理情報１１０を特定する。そして、操作端末３から取得したルールＩＤを当該連携ルール管理情報１１０から検索し、当該ルールＩＤに対応付けられたアクション情報を特定する。そして、特定したアクション情報が対応付けられた、操作端末３から取得したルールＩＤとは別のルールＩＤが、特定した連携ルール管理情報１１０にあるか否かを判定する。

判定部１０６が、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがあると判定した場合（Ｓ７でＹＥＳ）、判定部１０６は、判定結果、および当該別のルールＩＤをルール変更部１０５に出力する。ルール変更部１０５は、操作端末３から取得したルール変更情報に従って、変更対象の連携ルールと、上記別の連携ルールとのアクションを変更する（Ｓ８、変更ステップ）。具体的には、ルール変更部１０５は、ルール変更情報に含まれるルールＩＤから、変更対象の連携ルールを特定し、特定した連携ルールのアクション情報を、ルール変更情報に含まれるアクション情報に変更する。さらに、ルール変更部１０５は、判定部１０６から取得したルールＩＤが示す連携ルールのアクション情報を、ルール変更情報に含まれるアクション情報に変更する。

一方、判定部１０６が、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがないと判定した場合（Ｓ７でＮＯ）、判定部１０６は、判定結果のみをルール変更部１０５に出力する。ルール変更部１０５は、操作端末３から取得したルール変更情報に従って、変更対象の連携ルールを変更する（Ｓ９）。以上で、連携サーバ１および操作端末３が実行する処理は終了する。

〔実施形態１の変形例〕
本実施形態に係る連携システム７は、変更対象の連携ルールにおいて変更されるアクション情報を含む、別の連携ルールを変更する場合、当該別の連携ルールの変更の可否について、ユーザに確認する構成であってもよい。具体的には、連携サーバ１のルール変更部１０５は、判定部１０６から、変更対象の連携ルールにおいて変更されるアクション情報を含む、別の連携ルールがあるとの判定結果を取得した場合、変更対象の連携ルールをルール変更情報に従って変更した後、上記別の連携ルールのルールＩＤを通知部１００（確認部）に出力する。

通知部１００は、取得したルールＩＤを含む変更可否画像データを操作端末３に送信し、当該ルールＩＤが示す連携ルールの変更を許可するか否かをユーザに尋ねる変更可否画像を表示させる。なお、変更可否画像データとは、変更可否画像を表示するための情報であり、例えばＨＴＭＬで記述されたテキストデータである。

変更可否画像は、例えば、図７に示す変更可否画像３３１であってもよい。変更可否画像３３１は、変更を許可する許可ボタン（図７において「はい」と記載されたボタン）と、変更を拒否する拒否ボタン（図７において「いいえ」と記載されたボタン）とを含む。ルール設定部３０１は、情報取得部３０２から、連携サーバ１が送信した変更可否画像データを取得すると、当該変更可否画像データに従い、図示の変更可否画像３３１を表示部３３に表示させる。

図示の例のように、ユーザが許可ボタンを選択すると、ルール設定部３０１は、変更許可通知を生成し、情報通知部３００に出力する。情報通知部３００は、当該変更許可通知を連携サーバ１に送信する。連携サーバ１のルール変更部１０５は、変更許可通知を取得すると、図示の例のように、連携ルールＲ００３のアクション情報を、ルール変更情報に含まれるアクション情報に変更する。

一方、ユーザが拒否ボタンを選択した場合、情報通知部３００は、ルール設定部３０１が生成した変更拒否通知を連携サーバ１に送信する。連携サーバ１のルール変更部１０５は、変更拒否通知を取得すると、連携ルールＲ００３のアクション情報を変更せず、処理を終了する。

以上のように、本変形例に係る連携システム７は、変更対象の連携ルールにおいて変更されるアクション情報を含む、別の連携ルールについては、アクション情報の変更を許可するか否かを、変更前にユーザに確認する。これにより、ユーザが意図していない連携ルールの変更の発生を防ぐことができる。

〔実施形態２〕
本発明の他の実施形態について、図８〜図１１に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

実施形態１では、アクションが、変更対象の連携ルールにおいて変更されるアクションと完全に一致している別の連携ルールについて、変更対象の連携ルールとともに変更する例を説明した。しかしながら、変更対象の連携ルールとともに変更される別の連携ルールは、アクションが、変更対象の連携ルールにおいて変更されるアクションと完全に一致していなくてもよい。本実施形態では、アクションのうち、制御対象を変更する例を説明する。そして、本実施形態では、変更対象の連携ルールにおいて変更される制御対象を含む、別の変更ルールの制御対象をルール変更情報に従って変更する例を説明する。

まず、本実施形態に係る連携システム７のユースケースについて、図８を参照して説明する。図８は、機器４の買い替えに伴う機器管理情報の変化を示す図である。なお、ここで説明するユースケースは一例であり、この例に限定されるものではない。

ユーザは、機器制御サーバ２の制御対象として登録している機器４を買い替える場合がある。この場合、ユーザは例えば操作端末３を操作して、機器管理情報の更新を行う必要がある。図示の例では、ユーザがエアコンをエアコンＡからエアコンＢに買い替えたことにより、機器管理情報を更新している。具体的には、図８の（ｂ）に示すように、エアコンＡの機器情報において、登録状態フラグを登録から削除に変更し、新たにエアコンＢの機器情報を機器管理情報に追加している。

ここで、エアコンの買い替えによりユーザの自宅にはエアコンＡが存在しなくなったため、エアコンＡの動作を含む連携ルールは実行不可能となる。そこで、エアコンＡの動作を含む連携ルールを変更する必要があるが、変更すべき連携ルールが複数ある場合、１つずつ変更していくのはユーザにとって手間である。

そこで、本実施形態に係る連携サーバ１は、変更対象の連携ルールにおいて変更される制御対象を含む、別の変更ルールも、当該制御対象をルール変更情報に従って変更する。具体的には、図９に示すように、連携サーバ１は、変更対象の連携ルールＲ００２の制御対象を、操作端末３から送信されたルール変更情報に従って、Ｄ００１（エアコンＡ）からＤ００３（エアコンＢ）に変更するとともに、変更前の連携ルールＲ００２と制御対象が一致する連携ルールＲ００３、Ｒ００５についても、ルール変更情報に従って、制御対象をＤ００１からＤ００３に変更する。このとき、アクション情報に含まれる変更内容は、変更されずそのままとなる。これにより、機器４を買い替えた場合に、当該機器４が関係する連携ルールを一度に変更することができる。よって、短時間で変更ルールを変更することができる。

〔処理の流れ〕
次に、連携ルールを変更するにあたり、連携サーバ１および操作端末３が実行する処理（連携ルールの変更処理）の流れを図１０に基づいて説明する。図１０は、連携ルールの変更処理の流れの一例を示すフローチャートである。なお、図６のフローチャートと同様の処理には同一の参照番号を付し、その説明を省略する。

Ｓ２７では、判定部１０６は、変更対象の連携ルールにおいて変更される制御対象を含む、別の連携ルールがあるか否かを判定する。具体的には、判定部１０６は、操作端末３から取得したルールＩＤを特定した連携ルール管理情報１１０から検索し、当該ルールＩＤに対応付けられた制御対象を特定する。そして、判定部１０６は、操作端末３から取得したルールＩＤとは別の、特定した制御対象が対応付けられたルールＩＤが、特定した連携ルール管理情報１１０にあるか否かを判定する。

判定部１０６が、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがあると判定した場合（Ｓ２７でＹＥＳ）、判定部１０６は、判定結果、および当該別のルールＩＤをルール変更部１０５に出力する。ルール変更部１０５は、操作端末３から取得したルール変更情報に従って、変更対象の連携ルールと、上記別の連携ルールとの制御対象を変更する（Ｓ２８、変更ステップ）。具体的には、ルール変更部１０５は、ルール変更情報に含まれるルールＩＤから、変更対象の連携ルールを特定し、特定した連携ルールの制御対象を、ルール変更情報に含まれる制御対象に変更する。さらに、ルール変更部１０５は、判定部１０６から取得したルールＩＤが示す連携ルールの制御対象を、ルール変更情報に含まれる制御対象に変更する。

一方、判定部１０６が、変更対象の連携ルールにおいて変更されるアクションを含む、別の連携ルールがないと判定した場合（Ｓ２７でＮＯ）、ステップＳ９の処理に進む。ステップＳ９の処理については、図６を参照して実施形態１で説明しているため、ここでの説明を省略する。

〔実施形態２の変形例〕
上述した例では、制御対象を変更する例を説明したが、制御内容を変更してもよい。また、判定部１０６は、取得したルール変更情報に含まれる変更対象の情報を特定して、当該情報が一致する別の連携ルールについて、当該情報をルール変更情報に従って変更してもよい。また、実施形態１の変形例と同様に、変更対象の連携ルールとは別の連携ルールの変更の可否について、ユーザに確認する構成であってもよい。

また、本実施形態に係る連携システム７は、ユーザが機器４を買い替えたことにより、アクションが実行不可能な連携ルールがある場合、当該連携ルールをユーザに通知してもよい。具体的には、連携サーバ１の通知部１００は、機器情報取得部１０２が取得した機器情報において、登録状態フラグが「削除」である機器４がある場合、当該機器４がトリガ情報またはアクション情報に含まれる連携ルールを、ルール特定部１０１が特定した連携ルール管理情報１１０から特定する。そして、特定した連携ルールのルールＩＤを含む通知画像データを操作端末３に送信し、当該ルールＩＤが示す連携ルールはアクションが実行不可能な連携ルールであることをユーザに通知する通知画像を表示させる。なお、通知画像データとは、通知画像を表示するための情報であり、例えばＨＴＭＬで記述されたテキストデータである。

通知画像は、例えば図１１に示す通知画像３３３であってもよい。図示のように、通知画像３３３は、エアコンＡがユーザの住居に存在しないためアクションが実行不可能な連携ルールのルールＩＤ（図示の例ではＲ００２、Ｒ００３）を示している。ルール設定部３０１は、情報取得部３０２から、連携サーバ１が送信した通知画像データを取得すると、当該通知画像データに従い、図示の通知画像３３３を操作端末３の表示部３３に表示させる。これにより、ユーザにアクションが実行できない連携ルールを認識させることができ、当該連携ルールの変更をユーザに促すことができる。

なお、通知画像３３３から、アクションが実行できない連携ルールを変更するルール変更画面に遷移してもよい。例えば、通知画像３３３に表示されているルールＩＤが選択可能になっており、ユーザが当該ルールＩＤを選択（タッチ）した場合、操作端末３の表示部３３は当該ルールＩＤが示す連携ルールのルール変更画面を表示させてもよい。換言すれば、連携サーバ１の通知部１００は、ルールＩＤが選択されたとき、当該ルールＩＤが示す連携ルールのルール変更画面を表示できるようになっている通知画像データを操作端末３に送信する。

また、連携サーバ１の通知部１００は、特定した連携ルールＩＤと、ルール変更通知に含まれるルールＩＤ（換言すれば、変更対象の連携ルールのルールＩＤ）とを比較し、ルール変更通知に含まれるルールＩＤ以外のルールＩＤのみを含む通知画像データを、操作端末３に送信してもよい。これにより、ユーザが変更しようとしていない連携ルールであって、かつ、アクションが実行できない連携ルールのみをユーザに通知することができる。

〔実施形態３〕
本発明のさらに別の実施形態について、図１２〜図１４に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図１２は、本実施形態に係る連携サーバ１の機能概要を示す図である。本実施形態に係る連携サーバ１は、新たな連携ルールを作成する旨を操作端末３から通知されたとき、図１２の（ａ）に示すように、連携ルール管理情報１１０から読み出したアクション情報（すなわち、既存の連携ルールのアクション情報）を含む、選択画面データを操作端末３に送信し、当該既存の連携ルールのアクション情報を、新たな連携ルールのアクション情報の選択肢として、操作端末３に提示させる。なお、選択画面データとは、アクション選択画面を表示するための情報であり、例えばＨＴＭＬデータで記述されたテキストデータである。また、アクション選択画面については後述する。

具体的には、操作端末３のルール設定部３０１は、新たな連携ルールのアクションを決定するにあたり、図１２の（ｂ）に示すように、既存の連携ルールのアクション情報を使用するか否かをユーザに選択させる画面を表示部３３に表示させる。なお、図１２の（ｂ）に示す画面は一例であり、既存の連携ルールのアクション情報を使用するか否かをユーザに選択させる画面はこの例に限定されない。ここでユーザが、図１２の（ｂ）に示すように、既存の連携ルールのアクション情報を使用することを選択する（登録済みボタン３３４をタッチする）と、情報通知部３００は、端末通信部３２を介して、登録アクション使用通知を連携サーバ１に送信する。ここで、登録アクション使用通知とは、既存の連携ルールのアクション情報を使用して連携ルールを作成することを連携サーバ１に通知する情報であり、操作端末３のユーザを示すユーザＩＤを含む。

連携サーバ１の通知部１００（提示部）が登録アクション使用通知を受信すると、ルール特定部１０１は、登録アクション使用通知に含まれるユーザＩＤに対応付けられた連携ルール管理情報１１０を特定する。そして、特定した連携ルール管理情報１１０から、アクション情報をすべて読み出す。また、機器情報取得部１０２は、登録アクション使用通知に含まれるユーザＩＤを機器制御サーバ２に通知し、機器制御サーバ２が特定した機器情報を取得する。

そして、通知部１００は、図１２の（ａ）に示すように、ルール特定部１０１が読み出したアクション情報、および機器情報取得部１０２が取得した機器情報を含む、選択画面データを操作端末３に通知し、新たな連携ルールのアクションを選択させるためのアクション選択画面を操作端末３に表示させる。

アクション選択画面は、例えば、図１２の（ｃ）に示すようなものであってもよい。当該アクション選択画面は、既存のアクションの制御対象および制御内容を記載した、複数のアクション選択ボタン３３５を含む。換言すれば、複数のアクション選択ボタン３３５はそれぞれ、ルール特定部１０１が読み出した各アクション情報を、新たな連携ルールのアクションとして選択するためのＵＩである。アクション選択画面を表示することにより、ユーザは、新たな連携ルールを作成するにあたり、既存のアクションを当該連携ルールのアクションとして選択することができる。よって、連携ルールを作成する時間を短縮することができる。

〔処理の流れ〕
次に、新たな連携ルールの作成のために、既存の連携ルールのアクションを操作端末３に表示させるにあたり、連携サーバ１および操作端末３が実行する処理（連携ルールの作成処理）の流れを図１３に基づいて説明する。図１３は、連携ルールの作成処理の流れの一例を示すフローチャートである。なお、図６のフローチャートと同様の処理には同一の参照番号を付し、その説明を省略する。

まず操作端末３の情報通知部３００は、新たな連携ルールの作成に既存の連携ルールのアクションを利用するために、登録アクション使用通知を、端末通信部３２を介して連携サーバ１に送信する（Ｓ４１）。そして、連携サーバ１の通知部１００は、当該登録アクション使用通知を、サーバ通信部１２を介して受信する（Ｓ３１、作成通知取得ステップ）。

Ｓ３３では、ルール特定部１０１が、特定した連携ルール管理情報１１０に含まれる、登録済みのアクション情報を読み出す。

Ｓ３５では、通知部１００が、ルール特定部１０１が読み出したアクション情報と、Ｓ２において機器情報取得部１０２が読み出した機器情報とを含む選択画面データを、サーバ通信部１２を介して操作端末３へ通知し（Ｓ３５、提示ステップ）、アクション選択画面を操作端末３に表示させる。操作端末３の情報取得部３０２は、上記選択画面データを、端末通信部３２を介して受信する（Ｓ４２）。情報取得部３０２は、受信した選択画面データをルール設定部３０１に出力する。

次に、ルール設定部３０１は、選択画面データに従い、アクション選択画面（図１２参照）を表示部３３に表示させる（Ｓ４３）。これにより、ユーザは、新たな連携ルールを作成するにあたり、既存のアクションを当該連携ルールのアクションとして選択することができる。ルール設定部３０１は、ユーザの操作に応じた新たな連携ルールのトリガ情報およびアクション情報を含むルール作成情報を生成し、情報通知部３００に出力する。

情報通知部３００は、取得したルール作成情報を、端末通信部３２を介して連携サーバ１に送信する（Ｓ４４）。そして、連携サーバ１のルール管理部１０３は、サーバ通信部１２を介してルール作成情報を受信する（Ｓ３６）。続いて、ルール作成部１０４は、ルール作成情報に基づき、連携ルールを作成し（Ｓ３７）、作成した連携ルールを連携ルール管理情報１１０に追加する（Ｓ３８）。以上で、連携サーバ１および操作端末３が実行する処理は終了する。

〔変形例〕
実施形態１および２では、連携ルールのアクションを変更する例を説明した。しかしながら、実施形態１および２に係る連携システム７は、アクションだけでなく、トリガを変更してもよい。つまり、連携サーバ１のルール変更部１０５は、ルール変更情報に従って、変更対象の連携ルールのトリガ情報の少なくとも一部を変更するとともに、変更対象の連携ルールにおいて変更されるトリガ情報の少なくとも一部を含む、別の連携ルールについても、ルール変更情報に従って変更してもよい。この場合、ルール変更情報は、変更後のアクション情報に代えて、変更後のトリガ情報を含む。

また、連携ルールのアクションおよびトリガを同時に変更してもよい。つまり、連携サーバ１のルール変更部１０５は、ルール変更情報に従って、変更対象の連携ルールのトリガ情報およびアクション情報の少なくとも一部を変更するとともに、変更対象の連携ルールにおいて変更されるトリガ情報およびアクション情報の少なくとも一部を含む、別の連携ルールについても、ルール変更情報に従って変更してもよい。この場合、ルール変更情報は、変更後のアクション情報および変更後のトリガ情報を含む。

また、実施形態２の変形例において、アクションだけでなく、トリガが実行不可能な連携ルールがある場合に、当該連携ルールをユーザに通知してもよい。この例の場合、連携サーバ１の通知部１００は、登録状態フラグが「削除」である機器４が、トリガ情報とアクション情報のいずれに含まれるかを特定し、特定結果に応じた通知画像データを操作端末３に送信する。

また、実施形態３では、既存の連携ルールのアクションを選択肢としてユーザに提示する例を説明した。しかしながら、実施形態３に係る連携システム７は、アクションだけでなく、既存の連携ルールのトリガを選択肢としてユーザに提示してもよい。つまり、連携サーバ１の通知部１００は、登録アクション使用通知を受信したとき、連携ルール管理情報１１０から作成済みの連携ルールのトリガ情報を読み出す。そして、当該トリガ情報を含む選択画面データを操作端末３に通知する。なお、当該選択画面データは、新たな連携ルールのトリガを、既存のトリガ情報から選択するためのトリガ選択画面を表示するための情報である。

〔実施形態４〕
上記各実施形態では、１つの連携サーバ１を用いる例を説明したが、連携サーバ１の有する各機能が、個別のサーバにて実現されていてもよい。例えば、通知部１００の機能と、ルール管理部１０３の機能とが、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。

〔実施形態５〕
連携サーバ１および操作端末３の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。後者の場合、連携サーバ１および操作端末３のそれぞれを、図１４に示すようなコンピュータ（電子計算機）を用いて構成することができる。

図１４は、連携サーバ１および操作端末３として利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、および補助記憶装置９１４は、それぞれ、例えばＣＰＵ、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、および、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０および出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０および出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。

補助記憶装置９１４には、コンピュータ９１０を連携サーバ１および操作端末３として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された上記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、連携サーバ１および操作端末３が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。

また、上記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る連携サーバ（連携サーバ１）は、情報提供サービス（情報提供サーバ５）から所定の情報が提供されたことをトリガとして、動作実行サービス（機器制御サーバ２）に所定のアクションを実行させることを規定した連携ルールを管理する連携サーバであって、上記連携サーバは、以下を含む；ある１つの連携ルールの変更指示をユーザの端末装置（操作端末３）から取得したとき、上記ユーザに対応付けられた、当該連携ルールと同一の変更が可能な、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する変更部（ルール変更部１０５）。

上記の構成によれば、変更指示の対象の連携ルールだけでなく、当該連携ルールと同一の変更が可能な、変更指示の対象でない連携ルールについても、端末装置から取得した変更指示に従って変更する。これにより、端末装置から変更指示を１回取得するだけで、複数の連携ルールを一度に変更することができる。よって、連携ルールの変更にかかるユーザの作業時間を短縮することができる。

本発明の態様２に係る連携サーバは、上記態様１において、以下を含んでもよい；上記変更指示の対象でない連携ルールの変更の可否を上記ユーザに選択させるための情報を上記端末装置に送信する確認部（通知部１００）、上記変更部は、上記端末装置から上記変更指示の対象でない連携ルールの変更を許可する旨を示す情報を取得したとき、当該連携ルールを上記変更指示に従って変更する。

上記の構成によれば、変更指示の対象でない連携ルールを変更する場合、当該連携ルールの変更の可否をユーザに選択させるので、ユーザが意図しない連携ルールの変更を防ぐことができる。

本発明の態様３に係る連携サーバは、上記態様１または２において、以下を含んでもよい；上記トリガおよび上記アクションの少なくとも一方を実行不可能な連携ルールがある場合、当該実行不可能な連携ルールを上記端末装置に通知する通知部（通知部１００）。

上記の構成によれば、トリガおよびアクションの少なくとも一方を実行不可能な連携ルールを端末装置に通知するので、ユーザにトリガおよびアクションの少なくとも一方を実行不可能な連携ルールを認識させ、トリガおよびアクションの少なくとも一方が実行可能となるように連携ルールを変更するよう促すことができる。

本発明の態様４に係る連携サーバ（連携サーバ１）は、情報提供サービス（情報提供サーバ５）から所定の情報が提供されたことをトリガとして、動作実行サービス（機器制御サーバ２）に所定のアクションを実行させることを規定した連携ルールを管理する連携サーバであって、上記連携ルールは、上記トリガを示すトリガ情報と上記アクションを示すアクション情報とが対応付けられており、上記連携サーバは、以下を含む；新たな連携ルールを作成する旨をユーザの端末装置（操作端末３）から通知されたとき、上記ユーザに対応付けられた連携ルールの上記トリガ情報および上記アクション情報の少なくとも一方を、上記新たな連携ルールにおける上記トリガ情報および上記アクション情報の少なくとも一方の選択肢として、上記端末装置に提示させる提示部（通知部１００）。

上記の構成によれば、新たな連携ルールを作成する場合、上記ユーザに対応付けられた連携ルールのトリガ情報およびアクション情報の少なくとも一方を、当該新たな連携ルールのトリガ情報およびアクション情報の少なくとも一方の選択肢として、端末装置に提示させる。これにより、端末装置のユーザは、新たな連携ルールの作成に既存の連携ルールのトリガ情報およびアクション情報の少なくとも一方を使用することができるので、連携ルールの作成にかかるユーザの作業時間を短縮することができる。

本発明の態様５に係る連携システム（連携システム７）は、連携サーバ（連携サーバ１）と、端末装置（操作端末３）とを少なくとも含む連携システムであって、上記連携サーバは、情報提供サービス（情報提供サーバ５）から所定の情報が提供されたことをトリガとして、動作実行サービス（機器制御サーバ２）に所定のアクションを実行させることを規定した連携ルールを管理するサーバであり、上記端末装置は、ある１つの連携ルールの変更指示を上記連携サーバに送信し、上記連携サーバは、上記端末装置のユーザに対応付けられた、当該連携ルールと同一の変更が可能な、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する。上記の構成によれば、態様１に係る連携サーバと同様の作用効果を奏する。

本発明の態様６に係る連携システム（連携システム７）は、連携サーバ（連携サーバ１）と、端末装置（操作端末３）とを少なくとも含む連携システムであって、上記連携サーバは、情報提供サービス（情報提供サーバ５）から所定の情報が提供されたことをトリガとして、動作実行サービス（機器制御サーバ２）に所定のアクションを実行させることを規定した連携ルールを管理するサーバであり、上記連携ルールは、上記トリガを示すトリガ情報と上記アクションを示すアクション情報とが対応付けられており、上記端末装置は、新たな連携ルールを作成する旨を上記連携サーバに通知し、上記連携サーバは、上記端末装置のユーザに対応付けられた連携ルールの上記トリガ情報および上記アクション情報の少なくとも一方を、上記新たな連携ルールにおける上記トリガ情報および上記アクション情報の少なくとも一方の選択肢として、上記端末装置に提示させる。上記の構成によれば、態様４に係る連携サーバと同様の作用効果を奏する。

本発明の態様７に係る連携サーバ（連携サーバ１）の制御方法は、情報提供サービス（情報提供サーバ５）から所定の情報が提供されたことをトリガとして、動作実行サービスに（機器制御サーバ２）所定のアクションを実行させることを規定した連携ルールを管理する連携サーバの制御方法であって、上記連携サーバの制御方法は、以下を含む；ある１つの連携ルールの変更指示をユーザの端末装置から取得する変更指示取得ステップ（Ｓ６）、上記変更指示を取得したとき、上記ユーザに対応付けられた、当該連携ルールと同一の変更が可能な、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する変更ステップ（Ｓ８）。上記の構成によれば、態様１に係る連携サーバと同様の作用効果を奏する。

本発明の態様８に係る連携サーバ（連携サーバ１）の制御方法は、情報提供サービス（情報提供サーバ５）から所定の情報が提供されたことをトリガとして、動作実行サービス（機器制御サーバ２）に所定のアクションを実行させることを規定した連携ルールを管理する連携サーバの制御方法であって、上記連携ルールは、上記トリガを示すトリガ情報と上記アクションを示すアクション情報とが対応付けられており、上記連携サーバの制御方法は、以下を含む；新たな連携ルールを作成する旨を示す通知を、ユーザの端末装置から取得する作成通知取得ステップ（Ｓ３１）、上記通知を取得したとき、上記ユーザに対応付けられた連携ルールの上記トリガ情報および上記アクション情報の少なくとも一方を、上記新たな連携ルールにおける上記トリガ情報および上記アクション情報の少なくとも一方の選択肢として、上記端末装置に提示させる提示ステップ（Ｓ３５）。上記の構成によれば、態様４に係る連携サーバと同様の作用効果を奏する。

本発明の各態様に係る連携サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記連携サーバが備える各部（ソフトウェア要素）としてアクションさせることにより上記連携サーバをコンピュータにて実現させる連携サーバの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ 連携サーバ
２ 機器制御サーバ（動作実行サービス）
３ 操作端末（端末装置）
５ 情報提供サーバ（情報提供サービス）
７ 連携システム
１００ 通知部（確認部、提示部）
１０５ ルール変更部（変更部）
Ｓ６ 変更指示取得ステップ
Ｓ８ 変更ステップ
Ｓ３１ 作成通知取得ステップ
Ｓ３５ 提示ステップ

Claims (5)

1. 情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理する連携サーバであって、
   ある１つの連携ルールの少なくとも一部を変更する変更指示をユーザの端末装置から取得したとき、上記ユーザに対応付けられた、上記変更指示により変更される変更部分が当該連携ルールと一致する、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する変更部を含む、連携サーバ。
2. 上記変更指示の対象でない連携ルールの変更の可否を上記ユーザに選択させるための情報を上記端末装置に送信する確認部をさらに含み、
   上記変更部は、上記端末装置から上記変更指示の対象でない連携ルールの変更を許可する旨を示す情報を取得したとき、当該連携ルールを上記変更指示に従って変更する、請求項１に記載の連携サーバ。
3. 上記トリガおよび上記アクションの少なくとも一方を実行不可能な連携ルールがある場合、当該実行不可能な連携ルールを上記端末装置に通知する通知部をさらに含む、請求項１または２に記載の連携サーバ。
4. 連携サーバと、端末装置とを少なくとも含む連携システムであって、
   上記連携サーバは、情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理するサーバであり、
   上記端末装置は、ある１つの連携ルールの少なくとも一部を変更する変更指示を上記連携サーバに送信し、
   上記連携サーバは、上記端末装置のユーザに対応付けられた、上記変更指示により変更される変更部分が当該連携ルールと一致する、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに当該変更指示に従って変更する、連携システム。
5. 情報提供サービスから所定の情報が提供されたことをトリガとして、動作実行サービスに所定のアクションを実行させることを規定した連携ルールを管理する連携サーバの制御方法であって、
   ある１つの連携ルールの少なくとも一部を変更する変更指示をユーザの端末装置から取得する変更指示取得ステップと、
   上記変更指示を取得したとき、上記ユーザに対応付けられた、上記変更指示により変更される変更部分が当該連携ルールと一致する、上記変更指示の対象でない連携ルールを、上記変更指示の対象の連携ルールとともに上記変更指示に従って変更する変更ステップと、を含む、連携サーバの制御方法。

Images