(57)【要約】【課題】  ユーザが作成するルールに設定する条件を少ない選択肢の中から決定できるようにする。【解決手段】  開示される条件決定方法は、複数の状態項目を含む状態項目リストと、各状態項目に対応する状態値と、状態保持者が保持する状態項目の状態値に関する複数の条件とを獲得するステップＳＰ３と、各条件が比較対象とする状態項目が状態項目リストに含まれるか否かを判定するステップＳＰ６と、各条件が比較対象とする状態項目に属する状態値で成り立つか否かを判定するステップＳＰ８と、ステップＳＰ６及びステップＳＰ８の両方の判定結果が「真」となる条件により構成される候補条件リストを作成するステップＳＰ１０とを有している。【選択図】  図２
2007257181.tif 000002
【特許請求の範囲】
【請求項１】
複数の状態項目を含む状態項目リストと、各前記状態項目に対応する状態値と、状態保持者が保持する前記状態項目の前記状態値に関する複数の条件情報とを獲得する獲得ステップと、
各前記条件情報に対応した条件が比較対象とする前記状態項目が前記状態項目リストに含まれるか否かを判定する第１の判定ステップと、
各前記条件情報に対応した条件が比較対象とする前記状態項目に属する前記状態値で成り立つか否かを判定する第２の判定ステップと、
前記第１の判定ステップ及び前記第２の判定ステップの両方の判定結果が「真」となる前記条件情報により構成される候補条件リストを作成するリスト作成ステップと
を有することを特徴とする条件決定方法。
【請求項２】
前記第２の判定ステップでは、各前記条件情報に対応した条件が比較対象とする前記状態項目に属する現在の前記状態値で成り立つか否かを判定することを特徴とする請求項１に記載の条件決定方法。
【請求項３】
前記第２の判定ステップでは、各前記条件情報に対応した条件が比較対象とする前記状態項目に属し、かつ、最近一定期間内に最も多く獲得した前記状態値で成り立つか否かを判定することを特徴とする請求項１に記載の条件決定方法。
【請求項４】
前記獲得ステップでは、指定された前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴とする請求項１乃至３のいずれかに記載の条件決定方法。
【請求項５】
前記リスト作成ステップでは、前記第１の判定ステップ及び前記第２の判定ステップの両方の判定結果が「真」となる前記条件情報と、前記条件情報と関連性の強い条件情報とを含む候補条件リストを作成することを特徴とする請求項１乃至４のいずれかに記載の条件決定方法。
【請求項６】
１つ以上の前記状態項目リストのすべてに共通して含まれる前記状態項目により構成される共通状態項目リストを作成する共通状態項目導出ステップを有し、
前記獲得ステップでは、複数の状態項目からなる状態項目リストと、各前記状態項目に対応する状態値とを獲得し、
前記第１の判定ステップでは、各前記条件情報に対応した条件が比較対象とする前記状態項目が前記共通状態項目リストに含まれるか否かを判定することを特徴とする請求項１乃至５のいずれかに記載の条件決定方法。
【請求項７】
前記獲得ステップでは、所定の時点における前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴とする請求項１乃至６のいずれかに記載の条件決定方法。
【請求項８】
コンピュータに請求項１乃至７のいずれかに記載の機能を実現させるための条件決定プログラム。
【請求項９】
複数の状態項目を含む状態項目リストと、各前記状態項目に対応する状態値と、状態保持者が保持する前記状態項目の前記状態値に関する複数の条件情報とを獲得する候補条件選択部と、
各前記条件情報に対応した条件が比較対象とする前記状態項目が前記状態項目リストに含まれるか否かを判定する項目判定部と、
各前記条件情報に対応した条件が比較対象とする前記状態項目に属する前記状態値で成り立つか否かを判定する条件判定部と、
前記項目判定部及び前記条件判定部の両方の判定結果が「真」となる前記条件情報により構成される候補条件リストを作成するリスト作成部と
を有することを特徴とする条件決定部。
【請求項１０】
前記条件判定部は、各前記条件情報に対応した条件が比較対象とする前記状態項目に属する現在の前記状態値で成り立つか否かを判定することを特徴とする請求項９に記載の条件決定部。
【請求項１１】
前記条件判定部は、各前記条件情報に対応した条件が比較対象とする前記状態項目に属し、かつ、最近一定期間内に最も多く獲得した前記状態値で成り立つか否かを判定することを特徴とする請求項９に記載の条件決定部。
【請求項１２】
前記候補条件選択部は、指定された前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴とする請求項９乃至１１のいずれかに記載の条件決定部。
【請求項１３】
前記リスト作成部は、前記項目判定部及び前記条件判定部の両方の判定結果が「真」となる前記条件情報と、前記条件情報と関連性の強い条件情報とを含む候補条件リストを作成することを特徴とする請求項９乃至１２のいずれかに記載の条件決定部。
【請求項１４】
１つ以上の前記状態項目リストのすべてに共通して含まれる前記状態項目により構成される共通状態項目リストを作成する共通状態項目導出部を有し、
前記候補条件選択部は、複数の状態項目からなる状態項目リストと、各前記状態項目に対応する状態値とを獲得し、
前記項目判定部は、各前記条件情報に対応した条件が比較対象とする前記状態項目が前記共通状態項目リストに含まれるか否かを判定することを特徴とする請求項９乃至１３のいずれかに記載の条件決定部。
【請求項１５】
前記候補条件選択部では、所定の時点における前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴とする請求項９乃至１４のいずれかに記載の条件決定部。
【請求項１６】
請求項９乃至１５のいずれかに記載の条件決定部を備えたことを特徴とするルール作成システム。
【請求項１７】
請求項１６に記載のルール作成システムを備えたことを特徴とする情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、条件と動作とを含み、条件が「真」のときに実行する動作を規定するルールを作成する際に、複数の条件の中から条件を決定する条件決定方法、そのプログラム、条件決定部、このような条件決定部を備えたルール作成システム及びこのようなルール作成システムを備えた情報システムに関する。
【背景技術】
【０００２】
最近の情報システムの中には、ルールを用いて情報システムの動作を制御するものがある。上記ルールは、情報システムの管理者やユーザが条件と動作を決定しなければ作成することができない。このうち、条件を決定する方法として、例えば、ユーザがキーボードなどの入力装置を用いて条件を直接入力することが考えられる。しかし、この方法では、ユーザが記述形式に従って条件を記述しなければならないため、入力ミスが起こりやすいという問題がある。また、記述形式を習得することも、ユーザにとって負担となる。
【０００３】
一方、条件を決定する方法として、情報システムが条件リストを予め用意しておき、ユーザが条件リストの中から所望の条件を選択することも考えられる。しかし、この方法では、条件リストに大量の条件が保持されている場合には、ユーザが目的に適った所望の条件を選択する時間が長くなるという問題がある。また、大量の条件を一つ一つ見ていくことも、ユーザにとって負担となる。さらに、条件を決定する方法として、状態に関する条件を決定する際に、情報システムが観測した状態から条件を生成することも考えられる。しかし、この方法では、アプリケーションにとって関係のない条件まで生成されるという問題がある。
【０００４】
そこで、ユーザが簡単にルールを作成する仕組みが求められている。例えば、コンテキストアウェアサービスでは、センサが検出したユーザの各種状況をコンテキストアウェアサービスに提供することにより、各種状況に応じたコンテキストアウェアサービスの最適化を行っている。センサが検出したユーザの各種状況には、ユーザのプライバシーに関わる部分も含まれるため、コンテキストアウェアサービスに提供される各種状況について、アクセス制御や通知制御が必要である。これらの制御のためにも、ユーザが簡単にルールを作成する仕組みが必要である。
【０００５】
従来のメニューインターフェイスを持つ装置には、変化する状況とユーザ属性のいずれか一方又は双方を取得対象として、取得対象となるものを取得する取得手段と、この取得手段の取得対象となるものに関する条件と、この条件が成立したときに登録されるメニュー項目とを関連付けたルールを格納するルールベースと、上記取得手段の取得するものが、上記ルールベースに格納されるルール条件を充足するのかどうかを判定する判定手段と、上記判定手段により充足と判定されるルール条件を持つルールの指定するメニュー項目を、メニュー構造の所定の場所に登録する登録手段とを備えているものがある。このメニューインターフェイスを持つ装置では、条件とメニュー項目とからなる複数のルールを保持し、成立する条件を持つルールが指定するメニュー項目をユーザに提示している（例えば、特許文献１参照。）。以下、この技術を第１の従来例と呼ぶ。
【０００６】
また、従来の階層構造データ分析方法には、事例データレコードを構成する各データ項目を変数とみなし、変数は階層構造をもつ複数の変数のうちの少なくとも一部の変数を構成するものであり、階層構造に属する各変数の変数値を区分するカテゴリ値が設けられ、カテゴリ値の組み合わせを条件部とし指定されたカテゴリ値を結論部とするルール候補を作成し、ルール候補を満足する事例データレコードの出現回数を計数し、出現回数に基づいてルール候補を評価するものがある。この階層構造データ分析方法では、階層構造に属する各変数について抽象性の深さを示す抽象度を計算するステップと、ルール候補を満足する事例データレコードの出現回数を計数するステップと、階層構造に属し分析者によって指定された１つの変数を受け取り、受け取った変数の抽象度を求めるステップと、各ルール候補に含まれる変数の抽象度と、分析者から受け取った抽象度と、ルール候補の出現回数とから各ルール候補の評価値を計算するステップと、評価値の大きいものから順にルール候補を表示するステップとを有している（例えば、特許文献２参照。）。以下、この技術を第２の従来例と呼ぶ。
【０００７】
さらに、従来のシミュレーション方法には、ｉｆ部に時系列データのパターン、ｔｈｅｎ部にアクションを記述したルールを、時系列データの任意の期間、時点をずらして時系列データに適用して、ｉｆ部のパターンと時系列データのその時点でのパターンが一致するか否かを求め、一致したルールのｔｈｅｎ部のアクションを実行することを繰り返して得られるシミュレーション結果を求めるものがある。このシミュレーション方法では、時系列データのグラフと、シミュレーション結果の図と、ルールによるアクションの有無を、共通の時間軸に対して示す図を表示する結果表示ステップを設けている（例えば、特許文献３参照。）。以下、この技術を第３の従来例と呼ぶ。
【０００８】
【特許文献１】特開２００１−２７９４４号公報
【特許文献２】特開２００５−１２２５０９号公報
【特許文献３】特開平７−２１１４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記した第１の従来例では、ユーザは、状況に応じた機能を簡単に呼び出すことができるが、ルール作成に必要な条件を決めることは困難であるという課題があった。また、上記した第１の従来例では、同じ状態項目を保持する複数の状態保持者がある場合、例えば、「性別」という属性を有する複数の状態保持者がいる場合、条件には誰の「性別」かを示す情報がないので、このような場合に対応できないという課題があった。
【００１０】
一方、上記した第２の従来例では、データレコードを元に可能なカテゴリ値の組み合わせを作りルールの条件部としているので、あり得るすべての組み合わせを処理する必要があり、効率が良くないという課題があった。また、上記した第２の従来例では、条件部が事例テーブルに出現した回数を単にカウントアップしているだけである。従って、単位時間あたりある条件が満たされていた割合を計算することができず、実効性のあるルールを作成することができないという課題があった。
【００１１】
また、上記した第３の従来例では、時系列データのパターンの適合度を表示しているが、ある条件と関連性はあるが状態としては正反対の条件については適合していないとして表示されない。従って、ユーザが所望のルールを作成できないおそれがある。
【００１２】
本発明は、上述した事情に鑑みてなされたものであり、上述のような課題を解決することができる条件決定方法、そのプログラム、条件決定部、ルール作成システム及び情報システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、請求項１記載の発明に係る条件決定方法は、複数の状態項目を含む状態項目リストと、各前記状態項目に対応する状態値と、状態保持者が保持する前記状態項目の前記状態値に関する複数の条件情報とを獲得する獲得ステップと、各前記条件情報に対応した条件が比較対象とする前記状態項目が前記状態項目リストに含まれるか否かを判定する第１の判定ステップと、各前記条件情報に対応した条件が比較対象とする前記状態項目に属する前記状態値で成り立つか否かを判定する第２の判定ステップと、前記第１の判定ステップ及び前記第２の判定ステップの両方の判定結果が「真」となる前記条件情報により構成される候補条件リストを作成するリスト作成ステップとを有することを特徴としている。
【００１４】
また、請求項２記載の発明は、請求項１に記載の条件決定方法に係り、前記第２の判定ステップでは、各前記条件情報に対応した条件が比較対象とする前記状態項目に属する現在の前記状態値で成り立つか否かを判定することを特徴としている。
また、請求項３記載の発明は、請求項１に記載の条件決定方法に係り、前記第２の判定ステップでは、各前記条件情報に対応した条件が比較対象とする前記状態項目に属し、かつ、最近一定期間内に最も多く獲得した前記状態値で成り立つか否かを判定することを特徴としている。
【００１５】
また、請求項４記載の発明は、請求項１乃至３のいずれかに記載の条件決定方法に係り、前記獲得ステップでは、指定された前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴としている。
また、請求項５記載の発明は、請求項１乃至４のいずれかに記載の条件決定方法に係り、前記リスト作成ステップでは、前記第１の判定ステップ及び前記第２の判定ステップの両方の判定結果が「真」となる前記条件情報と、前記条件情報と関連性の強い条件情報とを含む候補条件リストを作成することを特徴としている。
【００１６】
また、請求項６記載の発明は、請求項１乃至５のいずれかに記載の条件決定方法に係り、１つ以上の前記状態項目リストのすべてに共通して含まれる前記状態項目により構成される共通状態項目リストを作成する共通状態項目導出ステップを有し、前記獲得ステップでは、複数の状態項目からなる状態項目リストと、各前記状態項目に対応する状態値とを獲得し、前記第１の判定ステップでは、各前記条件情報に対応した条件が比較対象とする前記状態項目が前記共通状態項目リストに含まれるか否かを判定することを特徴としている。
また、請求項７記載の発明は、請求項１乃至６のいずれかに記載の条件決定方法に係り、前記獲得ステップでは、所定の時点における前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴としている。
【００１７】
また、請求項８記載の発明に係る条件決定プログラムは、コンピュータに請求項１乃至７のいずれかに記載の機能を実現させることを特徴としている。
【００１８】
また、請求項９記載の発明に係る条件決定部は、複数の状態項目を含む状態項目リストと、各前記状態項目に対応する状態値と、状態保持者が保持する前記状態項目の前記状態値に関する複数の条件情報とを獲得する候補条件選択部と、各前記条件情報に対応した条件が比較対象とする前記状態項目が前記状態項目リストに含まれるか否かを判定する項目判定部と、各前記条件情報に対応した条件が比較対象とする前記状態項目に属する前記状態値で成り立つか否かを判定する条件判定部と、前記項目判定部及び前記条件判定部の両方の判定結果が「真」となる前記条件情報により構成される候補条件リストを作成するリスト作成部とを有することを特徴としている。
【００１９】
また、請求項１０記載の発明は、請求項９に記載の条件決定部に係り、前記条件判定部は、各前記条件情報に対応した条件が比較対象とする前記状態項目に属する現在の前記状態値で成り立つか否かを判定することを特徴としている。
また、請求項１１記載の発明は、請求項９に記載の条件決定部に係り、前記条件判定部は、各前記条件情報に対応した条件が比較対象とする前記状態項目に属し、かつ、最近一定期間内に最も多く獲得した前記状態値で成り立つか否かを判定することを特徴としている。
【００２０】
また、請求項１２記載の発明は、請求項９乃至１１のいずれかに記載の条件決定部に係り、前記候補条件選択部は、指定された前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴としている。
また、請求項１３記載の発明は、請求項９乃至１２のいずれかに記載の条件決定部に係り、前記リスト作成部は、前記項目判定部及び前記条件判定部の両方の判定結果が「真」となる前記条件情報と、前記条件情報と関連性の強い条件情報とを含む候補条件リストを作成することを特徴としている。
【００２１】
また、請求項１４記載の発明は、請求項９乃至１３のいずれかに記載の条件決定部に係り、１つ以上の前記状態項目リストのすべてに共通して含まれる前記状態項目により構成される共通状態項目リストを作成する共通状態項目導出部を有し、前記候補条件選択部は、複数の状態項目からなる状態項目リストと、各前記状態項目に対応する状態値とを獲得し、前記項目判定部は、各前記条件情報に対応した条件が比較対象とする前記状態項目が前記共通状態項目リストに含まれるか否かを判定することを特徴としている。
また、請求項１５記載の発明は、請求項９乃至１４のいずれかに記載の条件決定部に係り、前記候補条件選択部では、所定の時点における前記状態保持者が保持する前記状態項目リスト及び各前記状態項目に対応する状態値を獲得することを特徴としている。
【００２２】
また、請求項１６記載の発明に係るルール作成システムは、請求項９乃至１５のいずれかに記載の条件決定部を備えたことを特徴としている。
また、請求項１７記載の発明に係る情報システムは、請求項１６に記載のルール作成システムを備えたことを特徴としている。
【発明の効果】
【００２３】
本発明によれば、ユーザは、現在の状態に合致する条件情報を１つずつ手入力する必要はなく、提示されている候補条件リストの中から選択するだけで良い。この結果、ユーザは、条件を選択する負担が少ないので、簡単にルールを作成することができる。また、本発明によれば、条件情報の数が多い場合でも、状態に基づいてユーザに提示する条件情報が選択されているため、ユーザには、より少ない条件情報が提示される。さらに、本発明によれば、ユーザには、アプリケーションに関係する条件情報だけが提示される。この結果、ユーザは、短時間で所望の条件を選択することができる。
【００２４】
また、本発明によれば、条件情報に対応した条件が比較対象としている状態項目が状態項目リストに含まれない場合にはその条件情報を除外しているので、受信した状態に関連する条件情報だけがユーザに対して提示される。この結果、ユーザは、短時間で所望の条件を選択することができる。
【発明を実施するための最良の形態】
【００２５】
実施の形態１．
図１は、本発明の実施の形態１に係るルール作成システムの構成を示すブロック図である。この例のルール作成システムは、条件決定部１と、動作決定部２と、ルール作成部３と、入出力部４とから概略構成されている。ルールは、１つ以上の条件情報と、１つの動作情報とを有する。条件情報とは、動作情報によって決められた処理を情報システムが実行する条件を記述したものである。条件とは、状態保持者が保持するある状態項目の状態値に関する条件をいう。動作情報とは、条件が成立した場合に上記情報システムが実行する処理が記述されたものである。あるルールの動作情報が示す動作は、そのルールの実行する動作をいう。条件の判定結果が「真」のときに動作が実行される。条件が複数の場合は、すべての条件情報が示す条件の判定結果によって、動作が実行されるか否かが決まる。
【００２６】
ここで、条件情報について詳細に説明する。条件情報は、比較対象状態項目と、変数部と、関係演算子と、比較対象状態値とを含んでいる。条件は、「変数部  関係演算子  比較対象状態値」という形式で構成されている条件情報により記述される。比較対象状態項目は、この条件が比較対象とする状態値の状態項目である。変数部は、条件判定時に、ある状態保持者の上記比較対象状態項目に属する現在の状態値が代入される。関係演算子には、「＝」「≦」「≧」「≠」などがある。比較対象状態値は、上記した比較対象となる、ある状態項目に属する状態値である。比較対象状態値と、変数部に代入される上記２つの状態値は、上記した比較対象条件が持っている状態項目に属する状態値でなければならない。なお、各状態保持者にそれぞれ固有の識別番号（ＩＤ）を付与されている場合は、条件情報は、その状態保持者のＩＤ（以下、「状態保持者ＩＤ」と称する。）に関するものでも良く、異なる複数の状態保持者の状態値に関するものでも良い。その場合、条件情報は、さらに、１つ以上の状態保持者ＩＤも有する。また、状態保持者とは、状態を保持するユーザ、システム、センサ、プログラムなどあらゆるものを意味している。状態保持者は、状態項目リストと各状態項目に属する状態値とを保持している。状態項目リストとは、状態項目の一覧である。ユーザとは、この例のルール作成システムを利用する者である。
【００２７】
条件決定部１は、複数の条件情報の中から、このルール作成システムに対して供給された状態の状態項目と同じ項目を比較対象とし、かつ、上記状態によって満たされる条件をあらわす条件情報を選択する。動作決定部２は、内部又は図示せぬ動作保持部に保持されている動作情報を、入出力部４を介してユーザに対して提示（表示）するとともに、ユーザが入出力部４を介して選択した動作情報を獲得する。ルール作成部３は、条件決定部１を構成するルール条件選択部１４に対して条件情報を、動作決定部２に対して動作情報をそれぞれ要求するとともに、条件決定部１から供給された条件情報と動作決定部２から供給された動作情報とを含むルールを作成する。
【００２８】
入出力部４は、入力部と出力部とを有する。入力部は、文字キー、エンターキー、あるいはファンクションキー等を含むキーボードや、マウス、タッチパッド、あるいはペンデバイス等のポインティングデバイスなどを備える。出力部は、ＣＲＴディスプレイ、液晶ディスプレイ（ＬＣＤ；Liquid Crystal Display）、エレクトロルミネセンス（ＥＬ：electroluminescence）ディスプレイ、あるいはプラズマディスプレイパネル（ＰＤＰ；Plasma Display Panel）などを備える。入出力部４は、出力部を介してユーザに対して情報を提示（表示）するとともに、ユーザが入力部を操作して入力した情報を獲得する。
【００２９】
条件決定部１は、条件保持部１１と、状態受信部１２と、候補条件選択部１３と、ルール条件選択部１４を備えている。条件保持部１１は、アプリケーションにとって必要な複数の条件情報だけを保持する。状態受信部１２は、ある状態保持者が保持する状態項目リストと、各状態項目に対応する状態値とを受信する。例えば、状態受信部１２は、システム管理者によって決定された特定の人の状態を受信することができる。
【００３０】
候補条件選択部１３は、状態受信部１２に対して状態項目リストと各状態項目に対応する状態値を要求することにより、状態受信部１２から要求した状態項目リストと各状態項目に対応する状態値が供給される。また、候補条件選択部１３は、条件保持部１１に対してすべての条件情報を要求することにより、条件保持部１１から要求したすべての条件情報が供給される。また、候補条件選択部１３は、ルール条件選択部１４から要求された時は、条件保持部１１から供給されたすべての条件情報の中から、後述する項目判定部１３ａと条件判定部１３ｂの両方の判定結果が「真」となる条件情報から構成される候補条件リストを作成する。そして、候補条件選択部１３は、ルール条件選択部１４からの要求の結果として、作成した候補条件リストをルール条件選択部１４に対して供給する。
【００３１】
候補条件選択部１３は、内部に項目判定部１３ａと条件判定部１３ｂとを有する。項目判定部１３ａは、条件情報に含まれ、対応する条件が比較対象としている状態項目が、状態受信部１２から供給された状態項目リストに含まれるか否かを判定する。条件判定部１３ｂは、条件情報に含まれる変数部に、条件が比較対象としている状態項目に属し、状態受信部１２から供給された状態値を代入し、条件が成り立つか否かを判定する。
【００３２】
ルール条件選択部１４は、候補条件選択部１３に対して候補条件リストを要求し、候補条件選択部１３から供給された候補条件リストを入出力部４を介してユーザに対して提示（表示）するとともに、ユーザが入出力部４を介して選択した条件情報を獲得する。
【００３３】
次に、上記構成を有するルール作成システムの動作について、図２に示すフローチャートを参照して説明する。まず、ユーザが入出力部４を構成する入力部を操作して、ルール作成部３に対してルールの作成を要求すると、ルール作成部３は、条件決定部１を構成するルール条件選択部１４に対して条件情報を要求する（ステップＳＰ１）。
【００３４】
条件情報が要求されたルール条件選択部１４は、候補条件選択部１３に対して候補条件リストを要求する（ステップＳＰ２）。候補条件リストが要求された候補条件選択部１３は、状態受信部１２に対して状態項目リストと各状態項目に対応する状態値を要求することにより、状態受信部１２から要求した１人の状態保持者が保持する状態項目リストと、各状態項目に対応する状態値とが供給される。また、候補条件選択部１３は、条件保持部１１に対してすべての条件情報を要求することにより、条件保持部１１から要求したすべての条件情報が供給される（ステップＳＰ３）。
【００３５】
次に、候補条件選択部１３は、条件保持部１１から供給されたすべての条件情報について後述するステップＳＰ５〜ＳＰ９の処理を実行するために、条件情報に関する変数ｉ（初期値：「０」）に１をインクリメントする（ステップＳＰ４）。次に、候補条件選択部１３は、内部の項目判定部１３ａに対して、条件情報ｉと状態項目リストとを供給して判定結果を要求する（ステップＳＰ５）。
【００３６】
判定結果が要求された項目判定部１３ａは、条件情報ｉに対応した条件が比較対象としている状態項目が上記状態項目リストに含まれる場合には「真」を候補条件選択部１３に対して供給し、条件情報ｉに対応した条件が比較対象としている状態項目が上記状態項目リストに含まれない場合には「偽」を候補条件選択部１３に対して供給する。候補条件選択部１３は、項目判定部１３ａから供給された判定結果が「真」であるか否かを判断する（ステップＳＰ６）。ステップＳＰ６の判断結果が「ＹＥＳ」の場合には、候補条件選択部１３は、ステップＳＰ７へ進む。一方、ステップＳＰ６の判断結果が「ＮＯ」の場合、即ち、項目判定部１３ａから供給された判定結果が「真」ではなく、「偽」である場合には、候補条件選択部１３は、ステップＳＰ１０へ進む。
【００３７】
ステップＳＰ７では、候補条件選択部１３は、内部の条件判定部１３ｂに対して、条件情報ｉと条件情報ｉを構成する状態項目に対応する状態値を供給して判定結果を要求する。判定結果が要求された条件判定部１３ｂは、条件情報ｉを構成する変数部に対して、条件情報ｉに対応した条件が比較対象としている状態項目に属する状態値を代入し、条件情報ｉに対応した条件が成り立つか否かを判定する。そして、条件判定部１３ｂは、条件情報ｉに対応した条件が成り立つ場合には「真」を候補条件選択部１３に対して供給し、条件情報ｉに対応した条件が成り立たない場合には「偽」を候補条件選択部１３に対して供給する。候補条件選択部１３は、条件判定部１３ｂから供給された判定結果が「真」であるか否かを判断する（ステップＳＰ８）。ステップＳＰ８の判断結果が「ＹＥＳ」の場合には、候補条件選択部１３は、ステップＳＰ９へ進む。一方、ステップＳＰ８の判断結果が「ＮＯ」の場合、即ち、条件判定部１３ｂから供給された判定結果が「真」ではなく、「偽」である場合には、候補条件選択部１３は、ステップＳＰ１０へ進む。
【００３８】
ステップＳＰ９では、候補条件選択部１３は、候補条件リストに条件情報ｉのコピーを追加する。次に、ステップＳＰ１０では、候補条件選択部１３は、条件保持部１１から供給されたすべての条件情報について判定したか否かを判断する。ステップＳＰ１０の判断結果が「ＹＥＳ」の場合には、候補条件選択部１３は、ステップＳＰ１１へ進む。一方、ステップＳＰ１０の判断結果が「ＮＯ」の場合、即ち、条件保持部１１から供給されたすべての条件情報について判定していない場合には、候補条件選択部１３は、ステップＳＰ４へ戻り、上記ステップＳＰ４〜ＳＰ９の処理を繰り返す。以上説明した処理により、候補条件選択部１３は、条件保持部１１から供給されたすべての条件情報の中から、項目判定部１３ａと条件判定部１３ｂの両方の判定結果が「真」となる条件情報により構成される候補条件リストを作成することができる。
【００３９】
ステップＳＰ１１では、候補条件選択部１３は、ルール条件選択部１４からの要求の結果として、作成した候補条件リストをルール条件選択部１４に対して供給する。これにより、ルール条件選択部１４は、候補条件選択部１３から供給された候補条件リストを獲得する（ステップＳＰ１２）。次に、ルール条件選択部１４は、候補条件選択部１３から供給された候補条件リストを入出力部４を構成する出力部を介してユーザに対して提示（表示）する（ステップＳＰ１３）。
【００４０】
これにより、ユーザが、出力部に提示されている候補条件リストの中から、入出力部４を構成する入力部を操作して、新しく作成するルールに設定する条件情報を１つ以上選択すると、ルール条件選択部１４は、ユーザが選択した条件情報を入出力部４を介して獲得し、ルール作成部３に対して供給する（ステップＳＰ１４）。これにより、ルール作成部３は、ルール条件選択部１４から供給される、ユーザが選択した条件情報を獲得する（ステップＳＰ１５）。
【００４１】
次に、ルール作成部３は、動作決定部２に対して動作情報を要求し、動作決定部２から供給された動作情報を獲得する（ステップＳＰ１６）。これにより、ルール作成部３は、ルール条件選択部１４から供給された条件情報と動作決定部２から供給された動作情報とを含むルールを作成した（ステップＳＰ１７）後、一連の処理を終了する。
【００４２】
以下、「居間にいるときにＴＶをつける。」というルールを作成することを例にとって、 上記構成を有するルール作成システムの動作について具体的に説明する。前提として、条件保持部１１は、「変数部  関係演算子  比較対象状態値」という形式で構成される以下に示す条件情報Ｃ１〜Ｃ５を保持しているものとする。
Ｃ１：「Ｘ  ＝  “寝室”」（状態項目：位置）
Ｃ２：「Ｘ  ＝  “居間”」（状態項目：位置）
Ｃ３：「Ｘ  ＝  “台所”」（状態項目：位置）
Ｃ４：「Ｘ  ＝  “書斎”」（状態項目：位置）
Ｃ５：「Ｘ  ＝  “子供部屋”」（状態項目：位置）
【００４３】
また、状態受信部１２では、ユーザＡの状態を受信しており、ユーザＡの状態項目として「位置」を受信しているものとする。現在、ユーザＡは、居間にいるものとする。さらに、ユーザＡは、普段居間にいるときにＴＶを見ていることが多いため、「居間にいるときにＴＶをつける」というルールを作成したいと考えたとする。
【００４４】
この場合、上記構成を有するルール作成システムを用いてルールを作成すると、条件情報Ｃ２が項目判定部１３ａ及び条件判定部１３ｂのいずれにおいても「真」と判定されるので、候補条件選択部１３は、条件情報Ｃ２のコピーを候補条件リストに追加した後、作成した候補条件リストをルール条件選択部１４に対して供給する。これにより、ルール条件選択部１４は、条件情報Ｃ２が追加された候補条件リストから獲得し、「もし位置が居間であるなら」という条件情報を含む候補条件リストを出力部を介してユーザに対して提示（表示）する。
【００４５】
そこで、ユーザＡが出力部に提示されている候補条件リストの中から、入出力部４を構成する入力部を操作して、「もし位置が居間であるなら」という条件情報を選択すると、この条件情報は、ルール条件選択部１４を介してルール作成部３に対して供給される。これにより、ルール作成部３は、動作決定部２に対して、「ＴＶをつける」という動作情報を要求し、獲得する。この結果、ルール作成部３は、ルール条件選択部１４から供給された「もし位置が居間であるなら」という条件情報と、動作決定部２から供給された「ＴＶをつける」という動作情報とを含む「居間にいるときにＴＶをつける」というルールを作成する。
【００４６】
このように、本発明の実施の形態１によれば、条件決定部１は、複数の条件情報の中から、このルール作成システムに対して供給された状態の状態項目と同じ項目を比較対象とし、かつ、上記状態によって満たされる条件情報を選択している。従って、ユーザは、現在の状態に合致する条件情報を入出力部４を構成する入力部を操作して１つずつ入力する必要はなく、出力部に提示されている候補条件リストの中から選択するだけで良い。この結果、ユーザは、簡単に条件を作成することができる。
【００４７】
また、本発明の実施の形態１によれば、条件保持部１１に保持されている条件情報の数が多い場合でも、候補条件選択部１３が状態に基づいてユーザに提示する条件情報を選択しているため、ユーザには、より少ない条件情報が提示される。さらに、本発明の実施の形態１によれば、条件保持部１１がアプリケーションにとって必要な条件情報だけを保持するため、ユーザには、アプリケーションに関係する条件情報だけが提示される。この結果、ユーザは、短時間で所望の条件を選択することができる。
【００４８】
また、本発明の実施の形態１によれば、項目判定部１３ａが条件情報に対応した条件が比較対象としている状態項目が状態項目リストに含まれない場合にはその条件情報を除外しているので、ルール作成システムが受信した状態に関連する条件情報だけがユーザに対して提示される。この結果、ユーザは、短時間で所望の条件を選択することができる。さらに、本発明の実施の形態１によれば、条件情報に変数部を設けており、変数部には選択された状態保持者の状態値が代入されるように構成されている。従って、同じ状態項目を保持する複数の状態保持者がいる場合であっても対応することができる。また、本発明の実施の形態１によれば、条件情報を作成せず、条件保持部１１に保持されているもの利用している。従って、第２の従来例のようにあり得るすべての組み合わせを処理する必要がないため、効率が良いという利点がある。
【００４９】
実施の形態２．
図３は、本発明の実施の形態２に係るルール作成システムの構成を示すブロック図である。図３において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。図３に示すルール作成システムにおいては、図１に示す条件決定部１に換えて、条件決定部２１が新たに設けられている。図３に示す条件決定部２１が図１に示す条件決定部１と異なる点は、状態受信部１２及び候補条件選択部１３に換えて状態受信部２２及び候補条件選択部２３がそれぞれ新たに設けられている点と、状態保持者ＩＤ入力部２４が新たに設けられている点とである。
【００５０】
本発明の実施の形態２では、候補条件選択部２３を構成する項目判定部１３ａにおいて判定する際に入力される状態項目リストを保持している状態保持者や、候補条件選択部２３を構成する条件判定部１３ｂにおいて判定する際に入力される状態値を保持している状態保持者をユーザが選択することができる。この状態保持者は、上記した状態保持者ＩＤによって識別される。状態受信部２２は、状態受信部１２とは異なり、状態保持者ＩＤに対応した状態保持者が保持する状態項目リストと、各状態項目に対応する状態値とを受信する。
【００５１】
候補条件選択部２３は、候補条件選択部１３とは異なり、状態保持者ＩＤ入力部２４に対して状態保持者ＩＤを要求することにより、状態保持者ＩＤ入力部２４から要求した状態保持者ＩＤが供給される。また、候補条件選択部２３は、候補条件選択部１３とは異なり、状態受信部２２に対して状態保持者ＩＤ入力部２４から供給された状態保持者ＩＤに対応した状態保持者が保持する状態項目リストと各状態項目に対応する状態値を要求することにより、状態受信部２２から要求した状態項目リストと各状態項目に対応する状態値が供給される。なお、候補条件選択部２３のその他の機能は、候補条件選択部１３のその他の機能と同様である。状態保持者ＩＤ入力部２４は、ユーザが入出力部４を構成する入力部を操作して選択した状態保持者を認識し、当該状態保持者に予め付与されている状態保持者ＩＤを獲得する。
【００５２】
次に、上記構成を有するルール作成システムの動作について、図４に示すフローチャートを参照して説明する。図４に示す複数のステップにおいて、図２に示す複数のステップのいずれかと同一の処理を実行するステップには同一の符号を付ける。まず、ユーザは、入出力部４を構成する入力部を操作して、候補条件選択部２３を構成する項目判定部１３ａや条件判定部１３ｂにおいて利用される状態保持者を１人選択する。
【００５３】
この状態保持者（例えば、他のユーザ）を選択する具体的な方法としては、例えば、以下のようなものがある。即ち、入出力部４を構成する出力部上部にタッチパネルを含む入力部を設けるとともに、出力部の画面上に複数の他のユーザの状態を表示する。この場合、すべてのユーザには、それぞれ固有の状態保持者ＩＤが予め付与されており、状態保持者ＩＤ入力部２４の内部に各ユーザと対応する状態保持者ＩＤとを含むテーブルが予め記憶されているものとする。ユーザは、上記出力部の画面上でタッチパネルを操作することにより他のユーザを選択する。
【００５４】
これにより、状態保持者ＩＤ入力部２４は、ユーザが入出力部４を構成する入力部を操作して選択した状態保持者を認識する（ステップＳＰ２１）。次に、ユーザが入出力部４を構成する入力部を操作して、ルール作成部３に対してルールの作成を要求すると、ルール作成部３は、条件決定部２１を構成するルール条件選択部１４に対して条件情報を要求する（ステップＳＰ１）。
【００５５】
条件情報が要求されたルール条件選択部１４は、候補条件選択部２３に対して候補条件リストを要求する（ステップＳＰ２）。候補条件リストが要求された候補条件選択部２３は、状態保持者ＩＤ入力部２４に対して状態保持者ＩＤを要求することにより、状態保持者ＩＤ入力部２４から要求した状態保持者ＩＤが供給される。また、候補条件選択部２３は、状態受信部２２に対して上記状態保持者ＩＤに対応した状態保持者が保持する状態項目リストと各状態項目に対応する状態値を要求することにより、状態受信部２２から要求した状態項目リストと各状態項目に対応する状態値が供給される。さらに、候補条件選択部２３は、条件保持部１１に対してすべての条件情報を要求することにより、条件保持部１１から要求したすべての条件情報が供給される（ステップＳＰ２２）。なお、これ以降の処理は、上述の実施の形態１における処理と同様であるので、その説明を省略する。
【００５６】
このように、本発明の実施の形態２によれば、ユーザは、入出力部４を操作して、項目判定部１３ａで判定する際の状態項目リストを保持している状態保持者や、条件判定部１３ｂで判定する際の状態値を保持している状態保持者を選択することができる。従って、上述の実施の形態１と比較して、作成するルールに極めて合致した条件情報だけがユーザに対して提示される。この結果、ユーザは、より短時間で所望の条件を選択することができる。
【００５７】
実施の形態３．
図５は、本発明の実施の形態３に係るルール作成システムの構成を示すブロック図である。図５において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。図５に示すルール作成システムにおいては、図１に示す条件決定部１に換えて、条件決定部３１が新たに設けられている。図５に示す条件決定部３１が図１に示す条件決定部１と異なる点は、候補条件選択部１３に換えて候補条件選択部３２が新たに設けられている点である。
【００５８】
本発明の実施の形態３では、候補条件選択部３２が候補条件リストを作成する際に、現在成立していない条件であっても最近の履歴から成立する頻度の高い条件に対応した条件情報を候補条件リストに含めることができる。なお、本発明の実施の形態３では、条件保持部１１が保持する各条件情報には、状態保持者ＩＤが含まれているものとする。
【００５９】
候補条件選択部３２は、候補条件選択部１３とは異なり、条件判定部１３ｂに換えて条件判定部３２ａが新たに設けられているとともに、頻度計算部３２ｂと、履歴保持部３２ｃとが新たに設けられている。条件判定部３２ａは、条件情報に含まれる変数部に、条件情報に対応した条件が比較対象としている状態項目に属し、状態受信部１２から供給された状態値を代入し、条件情報に対応した条件が成り立つか否かを判定する。また、条件判定部３２ａは、頻度計算部３２ｂから要求された時は、上記条件情報と上記履歴情報から抽出した状態値とに基づく判定結果を頻度計算部３２ｂに供給する。
【００６０】
頻度計算部３２ｂは、候補条件選択部３２が条件保持部１１に対して要求して獲得した、状態保持者ＩＤを含む条件情報を、候補条件選択部３２に対して要求し、獲得する。また、頻度計算部３２ｂは、状態保持者ＩＤに対応した、状態が変更された時間と、変更後の状態保持者の状態値との組を含む履歴情報を、履歴保持部３２ｃに対して要求し、獲得する。さらに、頻度計算部３２ｂは、上記条件情報と上記履歴情報から抽出した状態値とに基づく判定結果を、条件判定部３２ａに対して要求し、獲得する。また、頻度計算部３２ｂは、上記判定結果に基づいて、最近単位時間あたりに当該条件情報に対応した条件が成り立った割合を算出する。
【００６１】
履歴保持部３２ｃは、状態受信部１２を監視し、状態保持者の状態が変更された場合には、変更された状態の状態保持者に対応した状態保持者ＩＤ毎に、状態が変更された時間と、変更後の状態保持者の状態値との組を含む履歴情報を内部に保持する。また、履歴保持部３２ｃは、頻度計算部３２ｂから供給された状態保持者ＩＤに基づいて、内部に保持している履歴情報を検索し、状態が変更された時間と、変更後の状態保持者の状態値との組を含む履歴情報を頻度計算部３２ｂからの要求に応じて供給する。
【００６２】
候補条件選択部３２は、条件保持部１１が保持するすべての条件情報の中から、項目判定部１３ａの判定結果が「真」であり、かつ、頻度計算部３２ｂによって計算された最近単位時間あたりに条件情報に対応した条件が成り立った割合が一定以上である条件情報を含む候補条件リストを作成する。
【００６３】
このように、本発明の実施の形態３によれば、状態保持者が偶然いつもと違う状態であったとしても、頻繁に成立する条件に対応した条件情報が候補条件リストに含められてユーザに対して提示される。この結果、ユーザは、成立しやすい有用な条件を選択しやすくなる。また、本発明の実施の形態３によれば、履歴保持部３２ｃが状態値が変化したときに時間情報と合わせて記録を追加するため、頻度計算部３２ｂは、単位時間あたり条件が満たされていた割合を頻度として計算することができる。
【００６４】
実施の形態４．
図６は、本発明の実施の形態４に係るルール作成システムの構成を示すブロック図である。図６において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。図６に示すルール作成システムにおいては、図１に示す条件決定部１に換えて、条件決定部４１が新たに設けられている。図６に示す条件決定部４１が図１に示す条件決定部１と異なる点は、候補条件選択部１３に換えて候補条件選択部４２が新たに設けられている点と、条件グループ保持部４３が新たに設けられている点とである。本発明の実施の形態４では、各条件に識別番号（ＩＤ）が予め付与されているものとする。以下、各条件に予め付与されているＩＤを「条件ＩＤ」と称する。
【００６５】
候補条件選択部４２は、候補条件選択部１３とは異なり、関連条件探索部４２ａが新たに設けられている。候補条件選択部４２は、ルール条件選択部１４から要求された時は、条件保持部１１から供給されたすべての条件情報の中から、項目判定部１３ａと条件判定部１３ｂの両方の判定結果が「真」となる条件情報と、後述する関連条件検索部４２ａに対して要求して獲得した当該条件情報に関連する条件情報を含む候補条件リストを作成する。
【００６６】
関連条件検索部４２ａは、候補条件選択部４２から供給された条件情報を１つ獲得し、後述する条件グループ保持部４３を参照して、当該条件情報に対応した条件ＩＤが含まれる条件グループを検索する。この検索の結果、１つの条件グループが存在する場合には、関連条件検索部４２ａは、当該条件グループに属する条件ＩＤに対応した条件情報のうち、候補条件選択部４２から供給された条件情報以外であって、かつ、候補条件リストに含まれていない条件情報だけを抽出して候補条件選択部４２に供給する。
【００６７】
一方、上記検索の結果、２つ以上の条件グループが存在する場合には、関連条件検索部４２ａは、これら２つ以上の条件グループにおいて重複して属する条件ＩＤを取り除いた条件ＩＤのみからなる１つの新たなグループを作成する。次に、関連条件検索部４２ａは、新たに作成した条件グループに属する条件ＩＤに対応した条件情報のうち、候補条件選択部４２から供給された条件情報以外であって、かつ、候補条件リストに含まれていない条件情報だけを抽出して候補条件選択部４２に供給する。なお、候補条件選択部４２のその他の機能は、候補条件選択部１３のその他の機能と同様である。条件グループ保持部４３は、互いに関連性の強い複数の条件情報に対応した条件ＩＤで構成される条件グループを複数保持する。
【００６８】
このように、本発明の実施の形態４によれば、ある条件情報が選択されると、その条件情報と関連性の強い条件情報も一緒に選択され、候補条件リストに含められてユーザに対して提示される。例えば、スイッチのオン又はオフのように、状態としては正反対でも、それぞれを判定する条件同士を関連性のあるものとしてユーザに対して提示される。この結果、ユーザは、ルール作成に不慣れであっても容易に所望のルールを作成することができる。何故なら、従来のように、現在の状態に合致する条件を入出力部４を構成する入力部を操作してユーザが１つずつ入力する場合には、ユーザ自身が気づかない条件や思いつかない条件は、ルールを作成する際に選択されることはない。従って、ユーザがルール作成の経験が浅い場合には、希望するルールが作成されないおそれがある。これに対し、本発明の実施の形態４によれば、そのようなおそれは少ないからである。
【００６９】
実施の形態５．
図７は、本発明の実施の形態５に係るルール作成システムの構成を示すブロック図である。図７において、図３の各部に対応する部分には同一の符号を付け、その説明を省略する。図７に示すルール作成システムにおいては、図３に示す条件決定部２１に換えて、条件決定部５１が新たに設けられている。図７に示す条件決定部５１が図３に示す条件決定部１と異なる点は、候補条件選択部２３に換えて候補条件選択部５２が新たに設けられている点である。
【００７０】
候補条件選択部５２は、候補条件選択部２３とは異なり、状態保持者ＩＤ入力部２４に対して１つ以上の状態保持者ＩＤを要求することにより、状態保持者ＩＤ入力部２４から要求した１つ以上の状態保持者ＩＤが供給される。また、候補条件選択部５２は、候補条件選択部２３とは異なり、状態受信部２２に対して状態保持者ＩＤ入力部２４から供給された１以上の状態保持者ＩＤにそれぞれ対応した１人以上の状態保持者がそれぞれ保持する１つ以上の状態項目リストと各状態項目に対応する状態値を要求することにより、状態受信部２２から要求した１人以上の状態保持者がそれぞれ保持する１つ以上の状態項目リストと各状態項目に対応する状態値が供給される。
【００７１】
また、候補条件選択部５２には、候補条件選択部２３とは異なり、共通状態項目導出部５２ａが新たに設けられている。共通状態項目導出部５２ａは、１つ以上の状態項目リストのすべてに共通して含まれる状態項目により構成される共通状態項目リストを作成する。なお、候補条件選択部５２のその他の機能は、候補条件選択部２３のその他の機能と同様である。
【００７２】
次に、上記構成を有するルール作成システムの動作について、図８に示すフローチャートを参照して説明する。図８に示す複数のステップにおいて、図４に示す複数のステップのいずれかと同一の処理を実行するステップには同一の符号を付ける。まず、ユーザは、入出力部４を構成する入力部を操作して、候補条件選択部５２を構成する項目判定部１３ａや条件判定部１３ｂにおいて利用される状態保持者を１人選択する。なお、この状態保持者（例えば、他のユーザ）を選択する具体的な方法は、上述した実施の形態２における具体的な方法と同様である。
【００７３】
これにより、状態保持者ＩＤ入力部２４は、ユーザが入出力部４を構成する入力部を操作して選択した状態保持者を認識する（ステップＳＰ２１）。次に、ユーザが入出力部４を構成する入力部を操作して、ルール作成部３に対してルールの作成を要求すると、ルール作成部３は、条件決定部５１を構成するルール条件選択部１４に対して条件情報を要求する（ステップＳＰ１）。
【００７４】
条件情報が要求されたルール条件選択部１４は、候補条件選択部５２に対して候補条件リストを要求する（ステップＳＰ２）。候補条件リストが要求された候補条件選択部５２は、状態保持者ＩＤ入力部２４に対して１つ以上の状態保持者ＩＤを要求することにより、状態保持者ＩＤ入力部２４から要求した１つ以上の状態保持者ＩＤが供給される。また、候補条件選択部５２は、状態受信部２２に対して上記１つ以上の状態保持者ＩＤにそれぞれ対応した１人以上の状態保持者がそれぞれ保持する状態項目リストと各状態項目に対応する状態値を要求することにより、状態受信部２２から要求した１人以上の状態保持者がそれぞれ保持する１つ以上の状態項目リストと各状態項目に対応する状態値が供給される。（ステップＳＰ３１）。
【００７５】
次に、候補条件選択部５２は、共通状態項目導出部５２ａに対して、ステップＳＰ３１の処理により獲得した１つ以上の状態項目リストを供給する（ステップＳＰ３２）。１つ以上の状態項目リストが供給された共通状態項目導出部５２ａは、１つ以上の状態項目リストのすべてに共通して含まれる状態項目により構成される共通状態項目リストを作成した後、候補条件選択部５２に供給する（ステップＳＰ３３）。
【００７６】
候補条件選択部５２は、共通状態項目導出部５２ａから供給された共通状態項目リストを獲得する。また、候補条件選択部５２は、条件保持部１１に対してすべての条件を要求することにより、条件保持部１１から要求したすべての条件が供給される（ステップＳＰ３４）。
【００７７】
次に、候補条件選択部５２は、条件保持部１１から供給されたすべての条件情報について後述するステップＳＰ３６〜ＳＰ４３の処理を実行するために、条件情報に関する変数ｉ（初期値：「０」）に１をインクリメントする（ステップＳＰ３５）。次に、候補条件選択部５２は、内部の項目判定部１３ａに対して、条件情報ｉと共通状態項目リストとを供給して判定結果を要求する（ステップＳＰ３６）。
【００７８】
判定結果が要求された項目判定部１３ａは、条件情報ｉに対応した条件が比較対象としている状態項目が上記共通状態項目リストに含まれる場合には「真」を候補条件選択部５２に対して供給し、条件情報ｉに対応した条件が比較対象としている状態項目が上記共通状態項目リストに含まれない場合には「偽」を候補条件選択部５２に対して供給する。候補条件選択部５２は、項目判定部１３ａから供給された判定結果が「真」であるか否かを判断する（ステップＳＰ３７）。ステップＳＰ３７の判断結果が「ＹＥＳ」の場合には、候補条件選択部５２は、ステップＳＰ３８へ進む。一方、ステップＳＰ３７の判断結果が「ＮＯ」の場合、即ち、項目判定部１３ａから供給された判定結果が「真」ではなく、「偽」である場合には、候補条件選択部５２は、ステップＳＰ４４へ進む。
【００７９】
ステップＳＰ３８では、候補条件選択部５２は、状態保持者ＩＤ入力部２４から供給された１つ以上の状態保持者ＩＤにそれぞれ対応したすべての状態保持者について後述するステップＳＰ３９及びＳＰ４０の処理を実行するために、状態保持者に関する変数ｋ（初期値：「０」）に１をインクリメントする。次に、候補条件選択部５２は、内部の条件判定部１３ｂに対して、条件情報ｉと条件情報ｉを構成する比較対象状態項目に属する状態保持者ｋの状態値を供給して判定結果を要求する（ステップＳＰ３９）。判定結果が要求された条件判定部１３ｂは、条件情報ｉに含まれる変数部に対して、条件情報ｉに対応した条件が比較対象としている状態項目に属する状態保持者ｋの状態値を代入し、条件情報ｉに対応した条件が成り立つか否かを判定する。そして、条件判定部１３ｂは、条件情報ｉに対応した条件が成り立つ場合には「真」を候補条件選択部５２に対して供給し、条件情報ｉに対応した条件が成り立たない場合には「偽」を候補条件選択部５２に対して供給する。候補条件選択部５２は、条件判定部１３ｂから供給された判定結果を獲得した後、一時的に内部に設けられている記録部に記録する（ステップＳＰ４０）。
【００８０】
次に、候補条件選択部５２は、状態保持者ＩＤ入力部２４から供給された１つ以上の状態保持者ＩＤにそれぞれ対応したすべての状態保持者について判定したか否かを判断する（ステップＳＰ４１）。ステップＳＰ４１の判断結果が「ＹＥＳ」の場合には、候補条件選択部５２は、ステップＳＰ４２へ進む。一方、ステップＳＰ４１の判断結果が「ＮＯ」の場合、即ち、状態保持者ＩＤ入力部２４から供給された１つ以上の状態保持者ＩＤにそれぞれ対応したすべての状態保持者について判定していない場合には、候補条件選択部５２は、ステップＳＰ３８へ戻り、上記ステップＳＰ３８〜ＳＰ４０の処理を繰り返す。
【００８１】
ステップＳＰ４２では、候補条件選択部５２は、ステップＳＰ４０の処理で内部の記録部に記録したすべての判定結果が「真」であるか否かを判断する。ステップＳＰ４２の判断結果が「ＹＥＳ」の場合には、候補条件選択部５２は、ステップＳＰ４３へ進む。一方、ステップＳＰ４２の判断結果が「ＮＯ」の場合、即ち、ステップＳＰ４０の処理で内部の記録部に記録したすべての判定結果が「真」でない場合には、候補条件選択部５２は、ステップＳＰ４４へ進む。
【００８２】
ステップＳＰ４３では、候補条件選択部５２は、候補条件リストに条件情報ｉのコピーを追加する。次に、ステップＳＰ４４では、候補条件選択部５２は、条件保持部１１から供給されたすべての条件情報について判定したか否かを判断する。ステップＳＰ４４の判断結果が「ＹＥＳ」の場合には、候補条件選択部５２は、ステップＳＰ１１へ進む。一方、ステップＳＰ４４の判断結果が「ＮＯ」の場合、即ち、条件保持部１１から供給されたすべての条件情報について判定していない場合には、候補条件選択部５２は、ステップＳＰ３５へ戻り、上記ステップＳＰ３５〜ＳＰ４３の処理を繰り返す。以上説明した処理により、候補条件選択部５２は、条件保持部１１から供給されたすべての条件情報の中から、項目判定部１３ａと条件判定部１３ｂの両方の判定結果が「真」となる条件情報により構成される候補条件リストを作成することができる。なお、これ以降の処理は、上述の実施の形態１における処理と同様であるので、その説明を省略する。
【００８３】
このように、本発明の実施の形態５によれば、候補条件選択部５２は、状態保持者ＩＤ入力部２４から１つ以上の状態保持者ＩＤを獲得するとともに、状態受信部２２から１人以上の状態保持者がそれぞれ保持する１つ以上の状態項目リストと各状態項目に対応する状態値を獲得する。また、候補条件選択部５２に新たに設けられた共通状態項目導出部５２ａは、１つ以上の状態項目リストのすべてに共通して含まれる状態項目により構成される共通状態項目リストを作成する。従って、上述の実施の形態２と比較して、作成するルールに極めて合致した条件情報だけがユーザに対して提示される。この結果、ユーザは、より短時間で所望の条件を選択することができる。
【００８４】
実施の形態６．
上述の各実施の形態では、１人又は１人以上の状態保持者が現在保持する状態項目リストと、各状態項目に対応する状態値とを状態受信部が受信して、その状態項目リストに基づいて候補条件選択部が条件情報を選択する例を示したが、これに限定されない。例えば、ユーザが入出力部４を構成する入力部を操作することにより過去のある時刻を指定し、その時刻に状態受信部が受信していた状態項目リストと、各状態項目に対応する状態値とに基づいて、候補条件選択部が条件情報を選択するように構成しても良い。この本発明の実施の形態６によれば、容易に再現できない状態に応じたルールをも作成することができる。
【００８５】
実施の形態７．
上述の各実施の形態では、条件情報と動作情報とは関連付けられていない例を示したが、これに限定されない。例えば、１つの条件情報に対して１つ以上の動作情報を関連づけて動作決定部２内部の動作保持部に保持するように構成しても良い。このように構成すれば、動作決定部２は、条件決定部で決定された条件情報に関連する動作情報だけを入出力部４を介してユーザに対して提示（表示）することができる。これにより、ユーザは、条件だけでなく、動作についても、より少ない選択肢の中から決定することができる。従って、ユーザは、短時間でルールを作成することができる。
【００８６】
実施の形態８．
上述の各実施の形態においては、条件決定部１，２１，３１，４１，５１、動作決定部２、ルール作成部３及び入出力部４を構成する各手段をハードウェアで構成した例を示したが、これに限定されない。即ち、上記条件決定部１，２１，３１，４１，５１、動作決定部２、ルール作成部３及び入出力部４は、ＣＰＵ（中央処理装置）と、ＲＡＭやＲＯＭ、あるいはフラッシュメモリ等の内部記憶装置と、ＦＤ（フレキシブルディスク）が装着されるＦＤドライブ、ＨＤが装着されるＨＤドライブ、ＭＯ（光磁気）ディスクが装着されるＭＯディスクドライブ、あるいはＣＤ−ＲＯＭ、ＣＤ−Ｒ（Recordable）、ＣＤ−ＲＷ（ReWritable）やＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ等が装着されるＣＤ／ＤＶＤドライブ等の外部記憶装置と、出力手段と、入力手段とを有するコンピュータによって構成しても良い。
【００８７】
そして、上記条件決定部１，２１，３１，４１，５１、上記動作決定部２、上記ルール作成部３がＣＰＵによって構成され、これらの機能がルール作成システムが実行すべきルール作成プログラムとして、ＲＯＭ等の半導体メモリや、ＦＤ、ＨＤやＣＤ−ＲＯＭ等の記憶媒体に記憶されていると構成しても良い。
この場合、上記ルール作成システムが実行すべきルール作成プログラムは、記憶媒体からＣＰＵに読み込まれ、ＣＰＵの動作を制御する。ＣＰＵは、上記ルール作成プログラムが起動されると、上記条件決定部１，２１，３１，４１，５１、上記動作決定部２、上記ルール作成部３として機能し、上記ルール作成プログラムの制御により、上記した処理を実行するのである。
【００８８】
実施の形態９．
上述の各実施の形態では、本発明をルール作成システムに適用する例を示したが、これに限定されない。本発明は、例えば、上述の各実施の形態におけるルール作成システムを備えた情報システムにも適用することができる。このような情報システムとしては、例えば、警報システムや、家庭電気製品又は携帯電話を端末とした通信システムがある。警報システムでは、監視対象物の状態に応じて警報を出すルールを作成する際に、本発明を適用することができる。一方、家庭電気製品又は携帯電話を端末とした通信システムでは、例えば、周囲の状態に応じたアクセス制御機能を実現するためのルールを作成する際に、本発明を適用することができる。
【００８９】
以上、本発明の実施の形態について図面を参照して詳述してきたが、具体的な構成はこれらの実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計の変更等があっても本発明に含まれる。
例えば、上述した実施の形態５では、ステップＳＰ４２において、ステップＳＰ４０の処理で候補条件選択部５２内部の記録部に記録したすべての判定結果が「真」であるか否かを判断する例を示したが、これに限定されない。例えば、候補条件選択部５２内部の記録部に記録した判定結果の少なくとも１つが「真」であるか否かを判定するように構成しても良い。
また、上述の各実施の形態は、その目的及び構成等に特に矛盾や問題がない限り、互いの技術を流用することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施の形態１に係るルール作成システムの構成を示すブロック図である。
【図２】図１に示すルール作成システムの動作を説明するためのフローチャートである。
【図３】本発明の実施の形態２に係るルール作成システムの構成を示すブロック図である。
【図４】図３に示すルール作成システムの動作を説明するためのフローチャートである。
【図５】本発明の実施の形態３に係るルール作成システムの構成を示すブロック図である。
【図６】本発明の実施の形態４に係るルール作成システムの構成を示すブロック図である。
【図７】本発明の実施の形態５に係るルール作成システムの構成を示すブロック図である。
【図８】図７に示すルール作成システムの動作を説明するためのフローチャートである。
【符号の説明】
【００９１】
１，２１，３１，４１，５１  条件決定部
２  動作決定部
３  ルール作成部
４  入出力部
１１  条件保持部
１２，２２  状態受信部
１３，２３，３２，４２，５２  候補条件選択部
１３ａ，５２ａ  項目判定部
１３ｂ，３２ａ  条件判定部
１４  ルール条件選択部
２４  状態保持者ＩＤ入力部
３２ｂ  頻度計算部
３２ｃ  履歴保持部
４２ａ  関連条件探索部
４３  条件グループ保持部
５２ｂ  共通状態項目導出部
【図１】
2007257181.tif 000003
【図２】
2007257181.tif 000004
【図３】
2007257181.tif 000005
【図４】
2007257181.tif 000006
【図５】
2007257181.tif 000007
【図６】
2007257181.tif 000008
【図７】
2007257181.tif 000009
【図８】
2007257181.tif 000010