(57)【要約】【課題】状態情報管理システムへの状態情報の配信要求に係るルールを容易に登録する。【解決手段】状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成するグラフ生成手段と、生成したグラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成するルール候補生成手段と、ルール候補を基にユーザが決定したルールを配信要求命令として状態情報管理システムに登録するルール登録手段とを備えたルール生成支援システムを提供する。【選択図】図１
2013171449.tif 000002
【特許請求の範囲】
【請求項１】
状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成するグラフ生成手段と、
生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成するルール候補生成手段と、
前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録するルール登録手段と
を備えたことを特徴とするルール生成支援システム。
【請求項２】
前記ルール候補生成手段は、
グラフに対する操作方法とユーザに提示するルール候補のテンプレートを対応付けてテンプレート群として記憶するルールテンプレート決定情報記憶手段と、
グラフに対して行われた操作と前記ルールテンプレート決定情報記憶手段が記憶している情報に基づいて、使用するルールテンプレートを確定するルールテンプレート決定手段と、
前記ルールテンプレート決定手段が決定したルールテンプレートとグラフに対する操作とを用いてルール候補を生成する属性値決定手段と
を有することを特徴とする請求項１に記載のルール生成支援システム。
【請求項３】
前記グラフに対する操作の識別処理では、
ルール候補生成手段は、ユーザに操作されたユーザ端末で生成されたルール候補生成要求として、ユーザがグラフに対して行った操作の種別が特定される情報であるグラフ指定方法情報、ユーザがグラフ上で指定した位置からグラフ上での時間の値と状態情報の値が特定できる情報であるグラフ指定箇所情報、および グラフ形成に用いた１つ以上の状態情報であるグラフ構成状態情報を少なくとも識別して、
前記ルールテンプレート決定手段が、識別したグラフ指定方法情報に対応する１つ以上のルールテンプレートをルールテンプレート決定情報記憶手段から検索して取得し、
前記属性値決定手段が、取得した各ルールテンプレートに、ルール指定箇所情報およびグラフ構成状態情報で特定できる情報を加える、
ことによってルール候補を生成する
ことを特徴とする請求項２に記載のルール生成支援システム。
【請求項４】
前記グラフ指定方法情報は、クリック、フリック、ドラッグ、なぞる の何れかを識別する情報であることを特徴とする請求項３に記載のルール生成支援システム。
【請求項５】
前記グラフ生成手段は、生成処理するグラフの提示に対応させて、該グラフの特徴を識別処理して 提示したグラフへの操作を受け付ける特定入力領域を生成処理し、
前記ルール候補生成手段は、前記特定入力領域への操作を識別処理に加えて、ユーザが登録しようとしているルールを推測処理してルール候補を生成する
ことを特徴とする請求項１から４の何れか一項に記載のルール生成支援システム。
【請求項６】
特定入力領域は、ユーザに対して可視的に認知可能に提供される
ことを特徴とする請求項５に記載のルール生成支援システム。
【請求項７】
特定入力領域は、ボタン、色分け、ダイアログ、ハッチの何れか又は組合せで、ユーザに対して可視的に認知可能に提供される
ことを特徴とする請求項６に記載のルール生成支援システム。
【請求項８】
前記グラフ生成手段は、生成するグラフの特徴として、グラフに含まれる曲線の交点を識別して、ユーザの操作を受け付ける交点を基準に分けられた複数のボタンを加えたグラフを生成する、
ことを特徴とする請求項５ないし７の何れか一項に記載のルール生成支援システム。
【請求項９】
前記グラフ生成手段は、生成するグラフの特徴として、グラフに含まれる状態情報を識別して、該状態情報を表す曲線を、ユーザの操作に基づいて移動できるボタンを加えたグラフを生成する、
ことを特徴とする請求項５ないし８の何れか一項に記載のルール生成支援システム。
【請求項１０】
前記ルール登録手段は、登録するルールについてユーザが調整できることを特徴とする請求項１ないし９の何れか一項に記載のルール生成支援システム。
【請求項１１】
状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成処理し、
生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成処理し、
前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録処理する
ことを特徴とするルール生成支援方法。
【請求項１２】
ルール候補の生成処理は、
予め記憶保持された、グラフに対する操作方法とユーザに提示するルール候補のテンプレートを対応付けてテンプレート群として記憶されたルールテンプレート決定情報を用いて、
グラフに対して行われた操作と前記ルールテンプレート決定情報に基づいて、使用するルールテンプレートを確定するルールテンプレート決定処理と、
前記ルールテンプレート決定処理で決定したルールテンプレートとグラフに対する操作とを用いてルール候補を生成する属性値決定処理と
を含み成ることを特徴とする請求項１０に記載のルール生成支援方法。
【請求項１３】
前記グラフに対する操作の識別処理では、
ユーザに操作されたユーザ端末で生成されたルール候補生成要求として、ユーザがグラフに対して行った操作の種別が特定される情報であるグラフ指定方法情報、ユーザがグラフ上で指定した位置からグラフ上での時間の値と状態情報の値が特定できる情報であるグラフ指定箇所情報、および グラフ形成に用いた１つ以上の状態情報であるグラフ構成状態情報を少なくとも識別して、
前記ルールテンプレート決定処理として、識別したグラフ指定方法情報に対応する１つ以上のルールテンプレートをルールテンプレート決定情報から検索して取得し、
前記属性値決定処理として、取得した各ルールテンプレートに、ルール指定箇所情報およびグラフ構成状態情報で特定できる情報を加える、
ことによってルール候補を生成する
ことを特徴とする請求項１２に記載のルール生成支援方法。
【請求項１４】
前記グラフに対する操作の識別処理では、前記グラフ指定方法情報として、ユーザが行った、クリック、フリック、ドラッグ、なぞる の何れかを識別することを特徴とする請求項１３に記載のルール生成支援方法。
【請求項１５】
ネットワークを介してセンサ機器から時々刻々と変化する状態情報を収集して管理配信する状態情報管理システムに対して、配信要求命令として所要の状態情報の配信を要求する条件を示したルールを登録する際に、
ルール登録に用いる時系列を有する状態情報が示されたグラフを生成処理してユーザに提示し、
提示した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補をユーザに提示し、
提示した前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録処理する
ことを特徴とするルール登録支援方法。
【請求項１６】
情報処理システムを、
状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成するグラフ生成手段と、
生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成するルール候補生成手段と、
前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録するルール登録手段
として動作させることを特徴とするルール生成支援プログラム。
【請求項１７】
前記ルール候補生成手段を、
グラフに対する操作方法とユーザに提示するルール候補のテンプレートを対応付けてテンプレート群として記憶するルールテンプレート決定情報記憶手段と、
グラフに対して行われた操作と前記ルールテンプレート決定情報記憶手段が記憶している情報に基づいて、使用するルールテンプレートを確定するルールテンプレート決定手段と、
前記ルールテンプレート決定手段が決定したルールテンプレートとグラフに対する操作とを用いてルール候補を生成する属性値決定手段
として動作させることを特徴とする請求項１６に記載のルール生成支援プログラム。
【請求項１８】
前記グラフに対する操作の識別処理では、
ルール候補生成手段は、ユーザに操作されたユーザ端末で生成されたルール候補生成要求として、ユーザがグラフに対して行った操作の種別が特定される情報であるグラフ指定方法情報、ユーザがグラフ上で指定した位置からグラフ上での時間の値と状態情報の値が特定できる情報であるグラフ指定箇所情報、および グラフ形成に用いた１つ以上の状態情報であるグラフ構成状態情報を少なくとも識別して、
前記ルールテンプレート決定手段が、識別したグラフ指定方法情報に対応する１つ以上のルールテンプレートをルールテンプレート決定情報記憶手段から検索して取得し、
前記属性値決定手段が、取得した各ルールテンプレートに、ルール指定箇所情報およびグラフ構成状態情報で特定できる情報を加える、
ことによってルール候補を生成する
ように動作させることを特徴とする請求項１７に記載のルール生成支援プログラム。
【請求項１９】
前記グラフ指定方法情報として、クリック、フリック、ドラッグ、なぞる の何れかを識別するように動作させることを特徴とする請求項１８に記載のルール生成支援プログラム。
【請求項２０】
情報処理システムを、
ネットワークを介してセンサ機器から時々刻々と変化する状態情報を収集して管理配信する状態情報管理システムに対して、配信要求命令として所要の状態情報の配信を要求する条件を示したルールを登録する際に、
ルール登録に用いる時系列を有する状態情報が示されたグラフを生成処理してユーザに提示し、
提示した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補をユーザに提示し、
提示した前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録処理する
ように動作させることを特徴とするルール登録支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所要の情報を得るための配信要求を送らせるルール生成を支援するルール生成支援システム、ルール登録支援方法およびルール登録用プログラムに関し、詳しくは、状態情報管理システムに対して、所要の状態情報の配信を要求する条件を示したルールの登録支援を行なうルール生成支援システム、ルール登録支援方法およびルール登録用プログラムに関する。
【背景技術】
【０００２】
近年、「ヒトAが東京都港区にいる」、「機器Bが起動中である」など、ヒトや機器などに関する状態の情報（以降、「状態情報」と呼ぶ）を用いて、ヒトに適切なサービスを提供、機器を制御するアプリケーションが実用化されてきている。ここでの状態情報とは、状態情報を計測するセンサ機器から時々刻々と取得される様々な時系列的意義を含むデータである。
【０００３】
このような状態情報を活用しているアプリケーションの一例として、非特許文献１に示す状態情報管理システムが挙げられる。  
この状態情報管理システムは、インターネットを使用したクラウド環境下に、状態情報を収集して管理配信するサーバを配置する。このサーバは、多種多様なセンサ機器から時々刻々と変化する状態情報をネットワークを介して収集して管理する。サーバは、この収集管理された様々な状態情報を、要求に応じた形で利用先に配信する。このことによって、利用先でその状態情報を有効利用する。配信される状態情報を例示すれば、温度、湿度、加速度（衝撃）、気温、日照量、トレーサビリティ情報、スイッチのON／OFF、モータの出力、通信回線の負荷率、交通量、花粉量、列車運行記録、貯水量、など が挙げられる。状態情報は、これらに限定されるわけではなく、収集された情報であれば、適切に配信できる。
【０００４】
また、状態情報を収集して利用する状態情報管理システムは、非特許文献２や非特許文献３、特許文献１、特許文献２にも開示されている。  
非特許文献２には、カラザニガらが提唱するＰｕｂ／Ｓｕｂシステムが記載されている。  
非特許文献３では、出願人らが構築するＰｕｂ／Ｓｕｂシステムについて様々な技術を開示している。  
特許文献１には、地図上で選択した位置にある端末の情報を取得できる技術が開示されている。なお、特許文献１に記載された技術は、位置に関する指定のみで、その他の属性を指定して情報を取得することができない。例えば地図上で選択した端末を端末Aとし、その端末が外光量を計測するセンサであるとする。このとき、特許文献１の技術では、端末Aが計測した外光量をすべて取得することができるものの、「外光量が○○以上のとき」というように、条件に属性を指定することができない。
【０００５】
このため、時々刻々と発生するデータである状態情報の特徴である属性を指定することができない。具体的に示せば、発生時刻を指定 (例：「発生時刻が△〜□のとき」)・端末Aが計測した複数の状態情報の比較を指定(例：「外光量が○○以上の状態情報が連続して3回発生したとき」「前回発生した状態情報と××以上の差があるとき」)などの条件をルール化できない。
【０００６】
特許文献２では、状態情報管理システム内での負荷分散処理に関する技術を開示している。
【０００７】
利用先での状態情報の利用形態について例を挙げれば、コンビニエンスストア等の店舗における節電や、商品管理、販促活動が挙げられる。
【０００８】
店舗での節電では、状態情報管理システムに格納されている状態情報の配信を受けて、店長などの管理者が、自店の電力機器（照明、エアコン、サーバ、動力機 など）の運転をコントロールする。
【０００９】
また、上記のようにコンピュータネットワークを使用して配信される状態情報を使用するメリットは、人間が自らスイッチ等を操作しなくても、自動制御機器（ＳＥＭＳ：Store Energy Management System）によって制御対象となる電力機器をコントロールできる点がある。
【００１０】
上記メリットを利用すれば、管理者が予め定めたルールに基づいて、照明のOn/Offや、生産設備の稼働準備などを自動制御で進められる。また、この自動制御には、状態情報管理システムから得られる様々な情報が利用でき、例えば近隣の交通情報や、通行者人数、現在の気温などを使用できる。このような、自前のセンサ機器（センサネットワーク）で取得することが困難な情報も自動制御に利用できるメリットがある。
【００１１】
例えば、コンビニの店長は、要求する状態情報の条件（以降、「ルール」と呼ぶ）を状態情報管理システムに登録することで、そのルールにマッチする状態情報が発生したときに、マッチする状態情報（所要な状態情報：要求した状態情報）を状態情報管理システムから配信してもらえる。
【００１２】
この配信を受けることによって、例えば、日中の照明を削減する時間帯毎の照明自動制御で発生しがちな、曇りなどの暗い日に照明が消えている問題を回避できる。具体的には、「店舗周辺の外光量が一定値以上の時は照明をOffにする」や、「店舗周辺の外光量が一定値未満の時は照明をOnにする」、などの自動制御に反映させるルールを、外光量の状態情報の配信を受けることによって使用できる。
【００１３】
このように店長などは、ルールを状態情報管理システムに登録することによって、状態情報管理システムから店舗の周辺や店舗内の機器の状態情報の配信を受けて、受けた状態情報を活用することが出来る。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００３−２２３４４９号公報
【特許文献２】特許４１６１９９８号
【非特許文献】
【００１５】
【非特許文献１】「M2M ソリューション CONNEXIVE」（http://www.nec.co.jp/solution/m2m/）（2011年9月22日アクセス）
【非特許文献２】ANTONIO CARZANIGA, DAVID S. ROSENBLUM, ALEXANDER L. WOLF  著 「Design and Evaluation of a Wide-Area Event Notification Service」、ACM Transactions on Computer Systems, Vol. 19, No. 3, August 2001, Pages 332-383.
【非特許文献３】「ＮＥＣ技報（Network of Things 特集）」Vol.64, No.4 ISSN 0285-4139
【発明の概要】
【発明が解決しようとする課題】
【００１６】
情報処理システムの発展に伴って、上記したようにセンサ機器から収集された状態情報を管理する状態情報管理システムから所要の状態情報の配信を受けることによって、様々なメリットを享受できる。  
この配信を受けるためには、状態情報管理システムに合わせたフォーマットで、上記したルールを配信要求命令として登録する必要がある。
【００１７】
しかしながら、状態情報管理システムから状態情報の配信を受けるサービスにおいて、所要の状態情報をうまく活用できない問題がある。
【００１８】
この問題は、状態情報管理システムへの配信要求命令の登録にルールの記述方法などの専門知識が必要となっている点や、どの状態情報の配信をどのようなタイミングで受ければよいかを判断する必要がある点などが例示できる。
【００１９】
これら問題点を具体的に示せば、例えばコンビニの店長などITを主の業務としない一般のユーザがルールを記述することに困難性を有することにある。その理由は、「外光量が○○」や「照明がOn」などの状態情報を取得するために、状態情報管理システムにルールを登録する必要があるが、一般のユーザには、そのルールの記述方法などの専門知識を完全には持っていないためである。  
また、別の問題点は、一般のユーザがサービスを実行するために、どのような状態情報を通知してもらえばよいか、種類やタイミングの適切な判断に困難性を有することにある。その理由は、ユーザが状態情報の数値一覧を見ても、必要な状態情報が容易に判断できないためである。
【００２０】
換言すれば、ヒトや機器などの状態情報を活用するユーザ又は情報機器が状態情報を保持する状態情報管理システムに対して、所要の状態情報の配信を要求するルールの登録に課題がある。
【００２１】
本発明は、上記課題に鑑みて成されたものであり、状態情報管理システムへのルールの登録を支援するルール生成支援システムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
本発明に係るルール生成支援システムは、状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成するグラフ生成手段と、生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成するルール候補生成手段と、前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録するルール登録手段とを備えたことを特徴とする。
【発明の効果】
【００２３】
本発明によれば、状態情報管理システムへのルールの登録を支援するルール生成支援システムを提供できる。
【図面の簡単な説明】
【００２４】
【図１】サービス提供システムの概略構成を示す説明図である。
【図２】サービス提供システムの関連を示す説明図である。
【図３】ルール生成支援システム１００の詳細な一構成例を示すブロック図である。
【図４】ユーザがルール生成支援システム１００を利用して状態情報管理システムにルールを登録する手順を示すシーケンス図である。
【図５】グラフ生成要求を受信したときのグラフ生成部１１０の動作を示すフローチャートである。
【図６】ルール候補生成要求を受信したときのルール候補生成部１２０の動作を示すフローチャートである。
【図７】ルール登録要求を受信したときのルール登録部１３０の動作を示すフローチャートである。
【図８】流通する状態情報の一例を示す説明図である。
【図９】登録されるルールの一例を示す説明図である。
【図１０】グラフ指定方法とルールテンプレートとの対応付け例を示す説明図である。
【図１１】ルールテンプレートの例を示す説明図である。
【図１２Ａ】グラフ指定方法の例(クリック) を示す説明図である。
【図１２Ｂ】グラフ指定方法の例(フリック) を示す説明図である。
【図１２Ｃ】グラフ指定方法の例（直線を指定するドラッグ）を示す説明図である。
【図１２Ｄ】グラフ指定方法の例（範囲を指定するドラッグ）を示す説明図である。
【図１３】グラフ生成要求を行う状態情報を選択する前のブラウザ表示例を示す説明図である。
【図１４】グラフ生成要求を行う状態情報を選択した後のブラウザ表示例を示す説明図である。
【図１５】ルール候補生成要求を意味する操作を行う前のブラウザ表示例を示す説明図である。
【図１６】状態情報が３つ選択されたときに生成されたブラウザ表示例を示す説明図である。
【図１７】ルール候補生成要求を意味する操作を説明するブラウザ表示例を示す説明図である。
【図１８】ルール登録要求を行うためにルール候補を修正する前のブラウザ表示例を示す説明図である。
【図１９】ルール登録要求を行うためにルール候補を修正した後のブラウザ表示例を示す説明図である。
【図２０】ボタンを表示したブラウザ表示例を示す説明図である。
【図２１】図２０のボタンをクリックした後に表示されるルール候補を示すブラウザ表示例を示す説明図である。
【図２２】グラフ生成要求を受信したときに、図２０を作成するためのグラフ生成部１１０の動作を示すフローチャートである。
【図２３】ボタンの表示例を説明するブラウザ表示例を示す説明図である。
【図２４】別のボタンの表示例を説明するブラウザ表示例を示す説明図である。
【図２５】ルール生成支援システム１００の別の詳細な一構成例を示すブロック図である。
【図２６Ａ】曲線移動ボタンを表示したブラウザ表示例を示す説明図である。
【図２６Ｂ】図２１Ａの曲線移動ボタンを移動したブラウザ表示例を示す説明図である。
【図２７】グラフ生成要求を受信したときに、図２６Ａを作成するためのグラフ生成部１１０の動作を示すフローチャートである。
【発明を実施するための形態】
【００２５】
まず、本発明とサービス提供システムとの関係を図１ないし図２に基づいて説明する。
【００２６】
図１は、サービス提供システムの概略構成を示している。図２は、サービス提供システムの関連を示す説明図である。
【００２７】
サービス提供システムは、本発明に係るルール生成支援システム１００、ユーザ端末（ＰＣ：Personal Computer）、および状態情報管理システムが通信ネットワークを介して接続している。  
以下説明では、ユーザ端末および状態情報管理システムは、非特許文献３に開示しているサービス提供システムと同様な構成とする。
【００２８】
ユーザ端末は、一般的なパーソナルコンピュータであり、M2Mソリューションを受けるためにブラウザを用いる。なお、ＰＣ以外にもスマートフォンや、ＰＯＳ端末などを用いてもよい。  
状態情報管理システムは、非特許文献３に開示しているように、多くの状態情報を逐次収集すると共に、登録されたルール（配信要求命令）に基づいて、指定された状態情報を配信先に送信する。  
なお、ユーザ端末や状態情報管理システムは、周知のブラウザを介したクラウドサービスを使用してM2Mソリューションを受け得るように、サービス提供システムを構築するとよい。作業環境をクラウド上にすればユーザ端末はブラウザのみとすることが可能である。他方、ユーザ端末に、専用のプログラムをインストールして、M2Mソリューションを受け得るようにサービス提供システムを構築してもよい。
【第１の実施形態】
【００２９】
次に、本実施の形態にかかるルール生成支援システムの構成について説明する。  
［1．構成の説明］  
図２を参照すると、ルール生成支援システム１００は、１つ以上の状態情報を時系列にプロットしたグラフを生成するグラフ生成部１１０と、このグラフに対する操作に応じたルール候補を生成するルール候補生成部１２０と、このルール候補をもとにユーザが決定したルールを状態情報管理システムに登録するルール登録部１３０と、から構成されている。
【００３０】
ルール生成支援システム１００は、状態情報管理システムに対してユーザ端末から直接的に行われていたルール登録を支援して、ユーザの望むルールを状態情報管理システムに登録する。  
このルール登録を行なう際に、ルール生成支援システム１００は、まず、時系列を有する状態情報が示されたグラフを生成してユーザに提示する。次に、提示したグラフに対してユーザが行なった操作を識別処理すると共に、そのグラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルールの候補をユーザに提示する。次に、提示したルール候補を基にユーザが決定したルールを状態情報管理システムに登録する。
【００３１】
図３はルール生成支援システム１００の詳細な一構成例を示すブロック図である。  
グラフ生成部１１０は、グラフ生成要求を受信するグラフ生成要求受信手段１１１と、グラフを生成するグラフ生成手段１１２と、生成したグラフを送信するグラフ送信手段１１３を含む。送信されたグラフは、ブラウザなどを介して、確認および操作できるようにユーザに提供される。なお、グラフ等の送信先はユーザ端末ではなくクラウドのサーバなどでもよく、ユーザに提示できれば何れでもよい。
【００３２】
グラフ生成部１１０は、配信要求命令に用いるルール決定に用いる時系列を有するグラフを生成して、表示部（：ブラウザ：画面）を介してユーザに提供する。
【００３３】
本実施の形態に係るルール候補生成部１２０は、ルール候補生成要求受信手段１２１と、ルールテンプレート決定情報記憶手段１２２と、ルールテンプレート決定手段１２３と、属性値決定手段１２４と、ルール候補送信手段１２５を含み成る。
【００３４】
ルール候補生成要求受信手段１２１は、ルール候補生成要求を受信するように構成されている。ルール候補生成要求は、ユーザがＵＩ（User Interface）を操作することによって生成される。
【００３５】
ルールテンプレート決定情報記憶手段１２２は、グラフに対する操作方法と生成するルール候補のテンプレート（以降、「ルールテンプレート」という）のペアを１つ以上記憶するように構成されている。
【００３６】
ルールテンプレート決定手段１２３は、グラフに対する操作方法とルールテンプレート決定情報記憶手段１２２が記憶する情報をもとにルールテンプレートを決定するように構成されている。
【００３７】
属性値決定手段１２４は、ルールテンプレート決定手段１２３が決定したルールテンプレートとグラフに対する操作方法からルール候補を生成するように構成されている。
【００３８】
ルール候補送信手段１２５は、生成したルール候補を送信するように構成されている。
【００３９】
ルール候補生成部１２０では、グラフに対してユーザが行なった操作が識別処理されて、ユーザが登録しようとしているルールがルール候補として推測処理される。このルール候補は、ユーザに確認や決定を行える表示部を介して提供する。
【００４０】
ルール登録部１３０は、ルール登録要求を受け付けるルール登録要求受信手段１３１と、受け付けたルールを状態情報管理システムが処理できるフォーマットに変換する（以降、「変換済みルール」とする）ルール変換手段１３２と、変換済みルールを状態情報管理システムに送信するルール登録要求送信手段１３３とを含む。ルール登録要求は、ユーザがＵＩを操作することによって、表示されたルール候補から登録するルールを選定することによって生成される。
【００４１】
なお、本実施の形態では、ルール登録要求の送信によって、状態情報管理システムにルールが登録されることとする。
【００４２】
［２．動作の説明］  
次に、サービス提供システムとしての動作について説明する。  
まず、サービス提供システムを使用するユーザがルール生成支援システム１００を利用してルールを状態情報管理システムに登録する処理動作を、図４に示す全体のフローを用いて説明する。
【００４３】
まず、ユーザ端末の処理動作およびユーザの操作について説明する。  
（グラフ選択）  
まずユーザ端末のブラウザ（以降、「ブラウザ」と記す）は、状態情報を時系列にプロットしたグラフを生成するために、ユーザが使用できる状態情報を表示する。このときユーザがブラウザ上で１つ以上のグラフ化する状態情報を選択する。  
最初にグラフ化する状態情報の選択肢は、予めユーザ端末（自装置）内に記憶されている情報を用いてもよいし、所要な選択肢をルール生成支援システム１００や状態情報管理システムから取得して用いてもよい。
【００４４】
（グラフ表示）  
次に、ユーザ端末は、ルール生成支援システム１００に選択した状態情報（種類、必要に応じて時刻範囲や各種情報など）とともにグラフ生成要求を送信する。このグラフ生成要求を受けて、グラフ生成部１１０は、状態情報を時系列にプロットしたグラフを生成し、ユーザ端末にグラフを送信する。その結果、ユーザ端末のブラウザ上にグラフが表示される。  
グラフ化する状態情報は、ユーザ端末内に記憶されていた情報を用いてもよいし、ルール生成支援システム１００内や状態情報管理システムから取得して用いればよい。
【００４５】
（グラフ操作）  
ユーザは、ユーザ端末に表示されたグラフを参照して、どのような状態情報が必要か検討して、ブラウザ上のグラフに対して、どのような状態情報（状態情報管理システムに要求する状態情報）を取得するか指定する操作を行う。  
このユーザの入力は、マウスでブラウザ上に表示されたグラフを操作してもよいし、タッチパネルからブラウザ上に表示されたグラフを操作してもよい。
【００４６】
（ルール候補提示）  
次に、グラフに対して操作を受けたユーザ端末は、提示されたグラフ等に対してユーザが行った操作を識別できるルール候補生成要求をルール生成支援システム１００のルール候補生成部１２０に送信する。  
ルール候補生成要求は、ユーザに提示したグラフ等に対して行なわれた操作を受けて、その操作からユーザがユーザに提示するルール候補（ユーザが指定したルール、ユーザが望むだろうルール、システム側から提案するルール、など）をユーザ端末側から求める要求である。すなわち、このルール候補は、ユーザが登録しようとしているルールであるとして推測された１ないし複数のルールである。
【００４７】
グラフ等に対して行なわれた操作は、グラフに行った操作種別を示すグラフ指定方法情報や、グラフ上や画面上での位置を特定するグラフ指定箇所情報などを操作情報として含めればよい。  
なお、ユーザ端末とルール候補生成部１２０との間の上記操作の受渡しはどのような方法でもよく、クラウド環境でのグラフの提示のようにサーバ側（ルール生成支援システム１００）で対象となるグラフ等を構築して監視してもよいし、ユーザ端末側でグラフを構築して操作を取りまとめてクラウドを提供するサーバ側に送るようにしてもよい。
【００４８】
次に、ルール候補生成要求を受けて、ルール候補生成部１２０は、受け付けた操作情報等からユーザのグラフに対する操作方法を識別してルール候補を抽出する。次にルール候補生成部１２０は、抽出したルール候補をユーザ端末に返信する。ここで抽出するルール候補は、ユーザが登録しようとしているルールを推測して得る。  
この返信を受けたユーザ端末は、ブラウザを介してルール候補をユーザに提示する。
【００４９】
（ルール候補決定）  
ユーザは、ブラウザ上に表示されたルール候補を選択すると共に、必要に応じて調整して、所要したルールを決定する。また、ユーザは、ユーザ端末に対して、この状態情報がルールにマッチしたときに状態情報を通知する先となる通知先（パソコンや制御対象）を入力する。なお、ルール候補が一つであれば、候補を選択する動作を省略してもよい。なお、入力する通知先は、１箇所に限定されずに所要な複数箇所を選択できるようにしてもよい。
【００５０】
（ルール登録）  
次にユーザ端末は、ルール登録要求と共に、決定したルールと状態情報の通知先を、ルール生成支援システム１００のルール登録部１３０に送信する。
【００５１】
ルール登録要求等を受け付けたルール登録部１３０は、そのルールを、指定された状態情報管理システムが処理できる形式にフォーマットを変換（以降、「変換済みルール」とする）する。次にルール登録部１３０は、変換済みルールを状態情報管理システムに送信して登録し、登録完了をユーザ端末に通知する。
【００５２】
以上の手順により、ユーザはルール生成支援システム１００を使用して、状態情報管理システムにルールを登録できる。この登録によって、ユーザは、状態情報管理システムから、所要な状態情報の配信を指定した通知先で、受けることができる。  
なお、ユーザは、本操作について、ユーザの専門知識の不足や、求める状態情報およびタイミング等の判別を、ルール生成支援システム１００によってサポートされる。すなわち、ユーザは、状態情報管理システムに対して、明確にルールの登録方法等を把握せずとも所望の状態情報の配信要求命令をアシストされながら登録できる。
【００５３】
ここで、上記処理動作時のルール生成支援システム１００の処理動作例について図５、図６、図７を参照して詳細に説明する。  
各処理は、ユーザ端末から、グラフ生成要求（図４の１）、ルール候補生成要求（図４の２）、ルール登録要求（図４の３）を受け付けて、グラフ生成部１１０、ルール候補生成部１２０、ルール登録部１３０でそれぞれ行われる。
【００５４】
図５は、グラフ生成部１１０がユーザからグラフ生成要求を受信したときの処理動作を示すフローチャートである。  
まず、グラフ生成要求受信手段１１１は、ユーザ端末から１つ以上のグラフ化する状態情報（ユーザに選択された状態情報）の指定と共にグラフ生成要求を受信する（図５のF１０）。  
次にグラフ生成手段１１２は、指定された状態情報について時系列にプロットしたグラフを生成する（図５のＦ１１）。  
次にグラフ送信手段１１３は、生成したグラフをユーザ端末に返信し（図５のＦ１２）、グラフ生成要求に対する処理を終了する。
【００５５】
図６は、ルール候補生成部１２０がユーザからルール候補生成要求を受信したときの処理動作を示すフローチャートである。
【００５６】
まず、ルール候補生成部１２０は、ルール候補生成部１２０が生成したルール候補を格納するルール候補リスト(図示せず)をあらかじめ空にしておく（図６のＦ２０）。このルール候補リストには、ルール候補生成部１２０がユーザに提示する推測したルール群を記録する。
【００５７】
次にルール候補生成要求受信手段１２１は、ルール候補生成要求を受け付けて、  ユーザが行なった操作内容を識別すると共に、識別結果に基づく推定処理に移行させる（図６のＦ２１）。この推定処理は、提示したグラフに対して行ったユーザの操作を受けて、ユーザが登録しようとしているルールを抽出する処理である。換言すれば、ユーザが所望するだろう状態情報（状態情報管理システムから引き出す状態情報）を候補として抽出する。
【００５８】
この推定処理には、グラフ等に対して行われた操作の位置および種別を用いることができる。本実施の形態では、操作情報を参照して、必要であろう状態情報を決定するために、（１）グラフ指定方法情報、（２）グラフ指定箇所情報、（３）グラフ構成状態情報を受け付ける。  
（１）グラフ指定方法情報とは、ユーザがグラフに対して行った操作が特定できる情報であり、例えばクリック・フリック・ドラッグなどである。またグラフを なぞる 動作を取り入れてもよい。なぞられたことを識別する際には対象と範囲（始点と終点）の情報を含めればよい。また、塗りつぶし動作や、ハッチング動作を取り入れてもよい。  
また（２）グラフ指定箇所情報は、ユーザが指定した横軸に相当する時間の値と縦軸に相当する状態情報の値で特定される位置であり、グラフの座標情報や軸情報、画面上での位置などである。  
また（３）グラフ構成状態情報は、グラフを生成するときに使用した１つ以上の状態情報であり、操作されたグラフと同時的に提示したグラフなどを取得できる。
【００５９】
次にルールテンプレート決定手段１２３は、受信した（１）グラフ指定方法情報に対応する１つ以上のルールテンプレートをルールテンプレート決定情報記憶手段１２２から取得する（図６のＦ２２）。  
具体的には、ルールテンプレート決定手段１２３は、受信した（１）グラフ指定方法情報から、グラフ指定方法（クリック・フリック・ドラッグなど）を識別して、記憶されている１つ以上のルールテンプレート内から、該当するルールテンプレートを抽出する。
【００６０】
次に属性値決定手段１２４は、Ｆ２２で決定した、必要な状態情報の範囲を指定するために、各ルールテンプレートに（２）ルール指定箇所情報に含まれる数値を代入してルール候補を生成し、ルール候補リストに追加する（図６のＦ２３）。
【００６１】
また属性値決定手段１２４は、特定の機器から取得された状態情報（アラートなどを含む）を指定するルールテンプレートに、（３）グラフ構成状態情報内の状態情報を計測した機器のIdを代入してルール候補を生成し、ルール候補リストに追加する（図６のＦ２４）。
【００６２】
ルール候補送信手段１２５は、作成したルール候補リストに基づくルール候補をユーザ端末に送信し（図６のＦ２５）、処理を終了する。ここでユーザ端末に送られるルール候補は、ユーザにルールの候補を提示できれば、どのような方法でユーザに送られてもよい。送られたルール候補は、ユーザによって選択、調整、値の入力などが所要に行なわれる。ユーザは操作後に登録要求を行なう。
【００６３】
図７は、ルール登録部１３０がユーザ端末からルール登録要求を受信したときの処理動作を示すフローチャートである。
【００６４】
まず、ルール登録要求受信手段１３１は、ルール登録要求を受け付けて、ユーザが登録したルールと状態情報の通知先を識別する（図７のＦ３０）。  
次にルール登録手段１３２は、ルールと状態情報の通知先を状態情報管理システムが処理できるフォーマットである変換済みルールに変換する（図７のＦ３１）。なお、フォーマット変換を要さないようにルール登録要求を行う様にシステムを構築すれば本処理を省略できる。
【００６５】
ルール登録要求送信手段１３３は、変換済みルールを状態情報管理システムに登録し（図７のＦ３２）、処理を終了する。この際、所要に、登録完了をユーザ端末に通知すればよい。この登録によって、ユーザ側は、登録したルールに則り、状態情報管理システムからの所要な状態情報を受けられる。  
［３．効果の説明］  
次に、本実施の形態の効果について説明する。  
本実施の形態では、情報処理システムを、ユーザがブラウザに対して行ったグラフの操作情報に基づいてユーザが生成を希望するだろうルールを推測する処理を行うルール生成支援システムとして動作させることによって、ユーザが所要のルールを容易に作成して状態情報管理システムに登録することができる。
【００６６】
このため、ユーザは、状態情報管理システムに対して入力したいルール生成を、専門知識を用いずとも行える。また、ユーザは、ブラウザに行なう操作をルールの記述の代わりに用いることが可能となり、簡便且つ迅速にルール作りを行える。
【実施例】
【００６７】
次に、具体的な実施例（コンビニ節電サービス）を用いて実施の形態の処理動作について説明する。
【００６８】
まず、本実施例における前提情報を説明する。なお、ここに示す内容はあくまで一例である。
【００６９】
(状態情報の説明)  
本実施例で使用する状態情報の構成を説明する。  
状態情報は、以下の4つの要素から構成される。  
(1)「光量」など、状態の種類（以降、「 Key_state 」という）  
(2)「30」など、状態の値（以降、「 Value_state 」という）  
(3)「店舗内光量センサー1」など、状態を計測した機器を識別する識別子（以降、「 Id 」という）  
(4)「 201109091330 」など状態を計測した時刻（以降、「Time」という）
図８は、状態情報の一例を示す説明図である。図８の状態情報は、「店舗内光量センサー１」から、「時刻2011年9月9日13時30分」に、「光量」として値「30」を計測した際のデータである。状態情報を計測する機器が移動する場合には、位置を示す内容を追加してもよい。
【００７０】
(ルールの説明)  
本実施例で使用するルールの構成を説明する。  
ルールは、以下の２つの要素から構成される。  
(1)本ルールを実行する際の状態情報の条件（以降、「 condition 」という）
(2)conditionに合致する状態情報を、通知する先（以降、「 destination 」という）
ルール中に記述されるConditionには、状態情報を構成するKey_state, Value_state, Id, Timeを指定できる。なお、具体的な指定方法は、後述する「ルールテンプレートの説明」で説明する。  
図９は、ルールの一例を示す。図９のルールは、「光量が30以上である状態情報が発生したときに、この状態情報をapp1に通知する」ことを示している。Conditionでは、図９に示すように、IdやTimeなどの一部の要素を用いずに条件を定めてもよい。指定したい方法で任意のルールの実行を条件を定めればよい。また、app1が状態情報管理システムから状態情報を受け取るＳＥＭＳとなる。なお、一般的なＰＣを指定して店長が状態情報を受け取るようにしてもよい。  
図９のルールを状態情報管理システムに登録した後に、図８の状態情報が状態情報管理システムに送られてくると、図８の状態情報は図９のルールにマッチするため、app1に図８の状態情報が通知される。
【００７１】
(ルールテンプレート決定情報記憶手段１２２の説明)  
本実施例で使用するルールテンプレート決定情報記憶手段１２２を説明する。  
ルールテンプレート決定情報記憶手段１２２には、１つ以上のグラフ指定方法とルールテンプレートのペアがあらかじめ格納されている。これらペアは、グラフ指定方法とそのグラフ指定方法を用いてユーザが指定できるルールテンプレートから構成される。
【００７２】
図１０は、グラフ指定方法とルールテンプレートとの対応付け例を示す説明図である。グラフ指定方法とルールテンプレートのペアは、グラフ指定方法に対してユーザが必要としていると推定するルールテンプレートを割り付けている。  
（グラフ指定方法情報の説明）  
本実施例で使用するグラフ指定方法を説明する。  
グラフ指定方法は、ブラウザに表示されたグラフを、マウス、タッチペン、指などを使って、「クリック」、「フリック」、「ドラッグによる直線指定」、「ドラッグによる範囲指定」などで指定する。
【００７３】
(ルールテンプレートの説明)  
ルールテンプレートは、所望な状態情報を受ける条件の指定方法を分類したものである。
【００７４】
本実施例で使用するルールテンプレートを説明する。使用するルールテンプレートでは、conditionを複数に分割して利便性を高めている。本実施例では以下に示すように、conditionを、１つ以上のルールテンプレートの論理積を指定できようにしている。また論理和を、１つ以上のルールテンプレートの論理積で構成できるようにしている。
【００７５】
図１１は、ルールテンプレートの例であり、ルールテンプレートとルールテンプレートの中で指定できる比較演算子を分けている。例えばルールテンプレート１は、Key_Stateの指定方法を示していて、比較演算子が「＝」のときは、「Key_stateがval_kである状態情報が必要」であることを示している。ルールテンプレート２からルールテンプレート４についても同様のため、説明を省略する。またルールテンプレート５は、「time秒以内にValue_state 比較演算子 val1 からValue_state 比較演算子 val2に変化したときにこの状態情報が必要」であることを示している。またルールテンプレート６は、「time秒以内にValue_state 比較演算子 val1 がx回以上発生したときにこの状態情報が必要」であることを示している。
【００７６】
（グラフ指定方法の説明）  
本実施例で使用するグラフ指定方法を説明する。  
上記のグラフ指定方法情報で指定されるグラフ指定方法を図１２Ａ−Ｄに示す。図１２Aはクリック、図１２Bはフリック、図１２Cはドラッグによる直線指定、図１２Dはドラッグによる範囲指定を示している。  
「クリック」は、選択した点の状態情報が必要である または 必要ではないことを示すためにユーザが用いる。また「フリック」は選択した点からフリックした方向の状態情報が必要であることを示すためにユーザが用いる。また「ドラッグによる直線指定」や「ドラッグによる範囲指定」は、指定した直線や範囲内の状態情報が必要であることを示すためにユーザが用いる。
【００７７】
例えば、ユーザが、ブラウザを介して、横軸のTimeの値「val_t」と縦軸のValue_stateの値「val_v」の位置をクリック（図１２A）したとき、ユーザは「val_t」または「val_v」を含む状態情報が必要であるか、「val_t」または「val_v」を含まない状態情報が必要であると推定できる。
【００７８】
本システムでは、この推定を利用して、ユーザが（１）グラフ指定方法情報が「クリック」、（２）グラフ指定個所情報が横軸：「val_t」、縦軸：「val_v」のとき、ユーザが必要とするルールテンプレートは「Value_state = val_v」、「Value_state != val_v」,「Time = val_t」、「Time != val_t」が必要と識別処理する。
【００７９】
図１０に示したように、ルールテンプレート決定情報記憶手段１２２には、対応するルールテンプレートが準備されており、前段落の内容では、（１）グラフ指定方法情報「クリック」とルールテンプレート「Value_state = val_v」、「Value_state != val_v」、「Time = val_t」、「Time != val_t」の対応がグラフに対して行われた操作の位置および種別の候補として識別される。
【００８０】
次に、サービス提供システムとしての動作説明を行なう。  
本実施例では、コンビニの店長(以降、「ユーザ」という)が、店舗の節電を望み、活用できる状態情報を状態情報管理システムから取得するために、状態情報管理システムにルールを登録しようとしている。本ルール生成支援システム１００は、その状態情報管理システムに対する所要の状態情報の配信を要求する条件を示したルールをユーザが登録することをサポートする。
【００８１】
まず、ユーザは、ユーザ端末を用いて図４に示すグラフ生成要求を行なう。この際のユーザ端末におけるＵＩについて説明する。
【００８２】
(１)グラフ生成要求  
図１３は、ユーザ端末のブラウザに示される、グラフ生成に使用できる状態情報のKey_stateの一覧を表示した模式図である。ユーザがグラフ生成に使用する状態情報（状態の種類：Key_state）の一覧は、本例では状態情報管理システムから取得することとする。また、状態情報管理システムから取得するのではなく、予め表示に用いることができる状態の種類を保持して利用する等の別な手段で取得してもよい。
【００８３】
この状態のときユーザは、グラフを生成したい状態情報のKey_stateを選択する。図１４は、ユーザがグラフを生成したい状態情報のKey_stateを選択した状態のブラウザの表示である。図１４に示す状態は、ユーザは外光量と照明を選択したことを示している。
【００８４】
この状態でグラフ生成のボタンを押下されると、ユーザ端末からルール生成支援システム１００に、外光量および照明を示す状態情報（Key_state）を含むグラフ生成要求が通知される。
【００８５】
このグラフ生成要求を受けて、グラフ生成支援システム１００（グラフ生成部１１０）は、図５を用いて上述したように動作する。  
簡単に説明すると、グラフ生成要求受信手段１１１が外光量と照明の状態情報（Key_state）を含むグラフ生成要求を受信する。次にグラフ生成手段１１２が外光量と照明の状態情報をそれぞれ時系列にプロットしたグラフを生成する。次にグラフ送信手段１１３が生成したグラフをユーザ端末に送信する。  
その結果、ユーザ端末のブラウザには、ルール生成支援システム１００が生成して送信したグラフが表示される。換言すれば、ユーザ端末には、ユーザによって選択された時系列を有する状態情報のグラフが提示される。
【００８６】
図１５は、ルール生成支援システム１００からのグラフ生成要求に対する応答を受けて、ユーザ端末のブラウザに表示されるグラフの模式図である。  
なお、選択したKey_stateが１種類の際、横軸は時刻、縦軸はValue_stateとする。選択したKey_stateが２種類以上の際、横軸は時刻、縦軸は選択したKey_stateそれぞれに対応するKey_valueとする。  
この例では、Key_stateは外光量と照明の２種類が選択されているので、図１５に示すように、縦軸の左側は外光量のValue_state、縦軸の右側は照明のValue_stateを表示している。なお、Key_stateが3種類以上選択された場合、縦軸の右側に軸を追加して対応すればよい。図１６は、Key_stateを3種類選択されたときに生成されるグラフの例を示している。
【００８７】
次に、ユーザは、ユーザ端末を用いて図４に示すルール候補生成要求を行なう。この際のユーザ端末におけるＵＩについて説明する。
【００８８】
(２)ルール候補生成要求  
ユーザは、ルール生成支援システム１００から受信したグラフを見ることによって、外光量が３０以上となった時に、外光量が照明より明るくなるので照明をOffにすることを考える。  
そこでユーザは、センサから状態情報として取得された外光量が３０以上となる閾値が必要であると考え、グラフ上で外光量が３０の部分を上向きにフリックする。このフリックが状態情報の範囲などを選択する行為として識別される。図１７は、先の説明のようにユーザがグラフの１点をフリックしていることを示している。  
すると、ユーザ端末からルール生成支援システム１００に、（１）グラフ指定方法情報として「フリック_上」、（２）グラフ指定箇所情報として横軸の情報（「時間」，「8:00」）と縦軸の情報{(「外光量」,「30」)と(「照明」,「30」)}、（３）グラフ構成状態情報として外光量と照明の状態情報が識別できる情報を含むルール候補生成要求が送信される。
【００８９】
このルール候補生成要求を受けて、グラフ生成支援システム１００（ルール候補生成部１２０）は、図６を用いて上述したように動作する。  
簡単に説明すると、グラフ候補生成要求受信手段１２１がルール候補生成要求を受信する。次にルールテンプレート決定手段１２３がルールテンプレート決定情報記憶手段１２２を参照してルールテンプレートを決定する。  
ルールテンプレート決定情報記憶手段１２２には受信した（１）グラフ指定方法情報である「フリック_上」に対応するルールテンプレートとして、（「Key_state = val_k 」、「Value_state > val_v 」）と（「Key_state = val_k 」、「Value_state ≧ val_v 」）の２つが格納されている。このため、本例ではルールテンプレートとして、ルールテンプレート決定手段１２３がその２つのルールテンプレートを決定する。
【００９０】
次に属性値決定手段１２４が、決定した各ルールテンプレート（「Key_state = val_k 」、「Value_state > val_v 」）と（「Key_state = val_k 」、「Value_state ≧ val_v 」）のそれぞれに対して、（２）ルール指定箇所情報を用いてルール候補を推定して、ルール候補リストに決定したルール候補を追加する。  
具体的には、各ルールテンプレートの「val_k」に「外光量」と「照明」、「val_v」に「30」を代入してルール候補「Key_State = 外光量」、「Key_State = 照明」、「Value_state > 30」と「Value_state ≧ 30」を生成し、ルール候補リストに格納する。  
その結果、ルール候補リストは{「Key_State = 外光量」, 「Key_State = 照明」, 「Value_state > 30」, 「Value_state ≧ 30」}となる。なお、Key_stateが「外光量」と「照明」のそれぞれに対応するValue_stateが「30」と同じため、本来ルール候補「Value_state > 30」と「Value_state ≧ 30」は2つずつ作成されるが、複数作成する必要はないため、1つずつにマージしている。
【００９１】
また属性値決定手段１２４は、（３）グラフ構成状態情報内のIdを用いてルール候補とする内容を推定して、ルール候補リストに追加する。  
具体的には、Key_stateが「外光量」である状態情報に含まれるIdが「外光量センサー1」、Key_stateが「照明」である状態情報内のIdが「照明センサー1」とすると、属性値決定手段１２４は、ルール候補の内容として「ID = 外光量センサー1」と「ID = 照明センサー1」を抽出し、ルール候補リストに追加する。
【００９２】
この結果、ルール候補リストは{「Key_State = 外光量」, 「Key_State = 照明」,「Value_state > 30」, 「Value_state ≧ 30」, 「ID = 外光量センサー1」, 「ID = 照明センサー1」}となる。
【００９３】
次にルール候補送信手段１２５が、ルール候補リスト{「Key_State = 外光量」, 「Key_State = 照明」,「Value_state > 30」, 「Value_state ≧ 30」, 「ID = 外光量センサー1」, 「ID = 照明センサー1」}をユーザ端末に送信して、処理を終了する。  
その結果、ユーザ端末のブラウザには、ルール候補{「Key_State = 外光量」, 「Key_State = 照明」,「Value_state > 30」, 「Value_state ≧ 30」, 「ID = 外光量センサー1」, 「ID = 照明センサー1」}が内容に含まれるルール決定入力画面が表示される。図１８は、ユーザがルール生成支援システム１００にルール候補生成要求を行った結果として、ブラウザに提示されるルール候補の提示例を示す模式図である。このように、ユーザがグラフに行なった操作等から登録しようとしているルールを推測してルール候補として提示される。
【００９４】
次に、ユーザは、ユーザ端末を用いて図４に示すルール登録要求を行なう。この際のユーザ端末におけるＵＩについて説明する。
【００９５】
(３)ルール登録要求  
ユーザは、ルール生成支援システム１００から受信したルール候補を必要に応じて調整して決定する。本例では、外光量が30以上である状態情報が必要であるため、ユーザは、ルール候補から「Key_State = 外光量」,「Value_state ≧ 30」を選択し、状態情報の通知先である「192.168.20.XX」を選択や記入を行なった後に登録ボタンを押下する。なお、図示するように追加ボタンを押下することによって、通知先ボックスを追加できるようにしてもよい。  
登録ボタンの押下を受けて、ユーザ端末からルール生成支援システム１００に、登録するルールである{「Key_State = 外光量」,「Value_state ≧ 30」}と状態情報の通知先「192.168.20.XX」を含むルール登録要求が送信される。  
なお、比較演算子やvalue, value_tなどの値は、ユーザがブラウザ上で修正可能な状態で表示されるものとする。たとえば図１８では、Key_stateが「外光量」である比較演算子は「=」であると推定されているが、プルダウンで別な比較演算子に変更することも可能である。
【００９６】
上記ルール登録要求を受けて、グラフ生成支援システム１００（ルール登録部１３０）は、図７を用いて上述したように動作する。  
簡単に説明すると、ルール登録要求受信手段１３１がルール登録要求を受信する。次にルール変換手段１３２が受信したルール{「Key_State = 外光量」,「Value_state ≧ 30」}を状態情報管理システムが処理できるフォーマットである変換済みルールに変換する。  
変換済みルールは、「(condition : (Key_state = 外光量 && Key_value = 30), destination : 192.168.20.XX)」となる。図１９でIdが選択されていれば、このルールに選択されたIdが反映されることとなる。
【００９７】
次にルール登録要求送信手段１３３が状態情報管理システムに変換済みルールを送信し、処理を終了する。
【００９８】
その結果、状態情報管理システムが変換済みルールを受信して、その変換済みルールを登録する。
【００９９】
以上より、ユーザが指定した通知先は、登録したルールにマッチする状態情報を受信でき、この状態情報を利用した節電の制御を実施できる。
【０１００】
このように、ルール登録支援システム１００として、状態情報を保持する状態情報管理システムに対して、所要の状態情報の配信を要求するルールの登録を行なえる。
【第２の実施形態】
【０１０１】
次に、第２の実施形態にかかるルール生成支援システムを説明する。  
第２の実施形態は、第１の実施形態で示したルール支援システム１００の機能を拡張する。
【０１０２】
グラフ生成部１１０は、第１の実施形態で説明したグラフの生成に合わせて、提示するグラフの特徴を識別処理して、その処理結果を反映させた特定入力領域を生成するように構成する。特定入力領域は、グラフの有する様々な特徴に合わせて、予め準備された１ないし複数の生成ルールに則って生成される。また画面サイズや表示対象機器に合わせて調整してもよい。
【０１０３】
ルール候補生成部１２０は、第１の実施形態で説明した処理動作に加えて特定入力領域への操作の識別処理を行い、その識別結果に基づいたルールの候補を生成処理するように構成する。
【０１０４】
この特定入力領域は、ユーザ端末でのユーザ操作の取得に反映される。このため、ユーザ端末で特定入力領域の入力があると、その特定入力領域の有する意図が反映されたルール候補の生成処理が行われる。
【０１０５】
特定入力領域は、ユーザに対して可視的に認知可能に提供してもよいし、不可視的に提供してもよい。
【０１０６】
可視的に特定入力領域を設ける際は、ボタン、色分け、ダイアログなどを用いればよい。
【０１０７】
不可視的に特定入力領域を設ける際は、第１の実施形態と同様に表示されるように提示すると共に、特定入力領域への入力についてその配置場所に応じたユーザの操作意図を取得できるように動作させる。
【０１０８】
本実施形態でのユーザ端末に対する画面（グラフ）の提示例をいくつか説明する。特定入力領域の生成処理は、以下に個々に分けて説明するグラフの特徴に合わせた生成を組み合わせて行えばよい。
【０１０９】
（状態情報指定ボタンの生成）  
図２０は、ボタンを表示したグラフの例（１）である。図２１は、図２０のボタンをクリックした後に表示されるルール候補を示す模式図である。
【０１１０】
図２０に示すように、グラフ生成部１１０は、グラフの生成に合わせて、提示するグラフの特徴（本例ではグラフ間の交点）を識別処理して、その処理結果を反映させた特定入力領域として状態情報指定ボタンを多数生成している。  
このため、２つの曲線の交点とその前後に状態情報指定ボタンが配置され、所要な操作をユーザが直感的に又は多数の選択肢から選択しやすいようになっている。
【０１１１】
ルール候補生成部１２０は、グラフ等への操作と共に状態情報指定ボタンへの操作への識別処理を行い、その識別結果に基づいたルールの候補を生成処理する。
【０１１２】
図２１は、左上の状態情報指定ボタン（外光量、交点より上、交点＝３０）をクリックする操作に対してユーザに反されるルール候補である。このように、操作した状態情報指定ボタンの位置から、そのボタンから推定されるルール候補が表示される。
【０１１３】
ここで、上記交点を提示するグラフの特徴と識別した際に状態情報指定ボタンを設ける際のグラフ生成部１１０の動作例を説明する。他のグラフの特徴に対する動作も同様に構築すればよい。
【０１１４】
図２２は、グラフ生成要求を受信したときに、図２０に例示したグラフを生成する際のグラフ生成部１１０の処理動作例である。  
まず、グラフ生成要求受信手段１１１は、ユーザ端末から１つ以上のグラフ化する状態情報の指定と共にグラフ生成要求を受信する（図２２のＦ４０）。  
次にグラフ生成手段１１２は、指定された状態情報について時系列にプロットしたグラフを生成する（図２２のＦ４１）。  
次にグラフ生成手段１１２は、受信した状態情報が複数あるとき（図２２のＦ４２でyes）、各状態情報から生成された曲線の交点を識別する（図２２のＦ４３）。
【０１１５】
グラフ生成手段１１２は、識別した交点 および 交点の前後に、状態情報指定ボタンを生成してグラフに追加する（図２２のＦ４４）。
【０１１６】
グラフ生成手段１１２は、受信した状態情報が１つであるとき（図２２のＦ４２でno）、Ｆ４３とＦ４４の処理は行わない。  
次にグラフ送信手段１１３が生成したグラフをユーザ端末に送信し（図２２のＦ４５）、処理を終了する。
【０１１７】
なお、ボタンの表示方法は、曲線の交点上(図２３参照)に設けるようにしてもよい。また、グラフ上の特定領域をボタン化してもよい(図２４参照)。また、表示中のグラフ（状態情報の種別や、交差している領域、グラフとしての特徴形状など）に対応させて、追加するボタンの配置位置や形状、特定入力領域を生成する処理フローの組み合わせを変更するとなおよい。
【第３の実施形態】
【０１１８】
次に、第３の実施形態にかかるルール生成支援システムを説明する。  
第３の実施形態は、第１及び第２の実施形態で示したルール支援システム１００の機能を拡張する。
【０１１９】
図２５は、第３の実施形態に係るルール生成支援システムの構成例を示すブロック図である。  
グラフ生成部１１０、ルール候補生成部１２０およびルール登録部１３０は、は、第２の実施形態と同様である。  
すなわち、グラフ生成部１１０は、第１の実施形態で説明したグラフの生成に合わせて、提示するグラフの特徴を識別処理して、その処理結果を反映させた特定入力領域を生成するように構成する。  
ルール候補生成部１２０は、第１の実施形態で説明した処理動作に加えて特定入力領域への操作の識別処理を行い、その識別結果に基づいたルールの候補を生成処理するように構成する。  
ルール登録部１３０は、提示したルール候補を基にユーザが決定したルールを状態情報管理システムに登録するように構成する。
【０１２０】
追加されるグラフ再表示部１４０は、ユーザ端末からグラフ再表示要求を受けて、そのグラフ再表示要求に基づきグラフを再生成した後に、ユーザ端末に送り返す。  
本構成でのグラフ再表示部１４０は、グラフ再生成要求を受信するグラフ再表示要求受信手段１４１と、グラフを再生成するグラフ再生成手段１４２と、生成したグラフを送信するグラフ送信手段１４３を含む。
【０１２１】
本実施形態での特定入力領域は、ユーザ操作に反映されてユーザ端末から、  追加されたグラフ再表示部１４０にグラフ再表示要求を送信するように構成されている。
【０１２２】
このため、ユーザ端末で特定入力領域の入力があると、その特定入力領域の有する意図が反映されたグラフが再表示されることとなる。  
たとえば、グラフ生成部１１０は、特定入力領域として、各曲線に曲線を上または下に移動させる曲線移動ボタンを生成する(図２６Ａ参照)。また、グラフ生成部１１０は、各曲線に曲線を左右（時間軸）に移動させる曲線移動ボタンを生成してもよい。この際は、不足分となる状態情報を新たに取得して再グラフ化してもよいし、現状のグラフ形状を維持して再グラフ化してもよい。
【０１２３】
ユーザがこの曲線移動ボタンを操作すると、グラフ再表示部１４０（グラフ再生成手段１４２）による再生成処理が行われ、ユーザ端末では、特定入力領域の有する意図（選択した方向に曲線を移動）を反映させたグラフを再表示する(図２６Ｂ)。
【０１２４】
なお、ユーザ端末側でグラフを移動させた後に、その結果をルール候補生成部１２０で受け取ることとしてもよい。
【０１２５】
（曲線移動ボタンの生成）  
図２６Ａおよび図２６Bに示したように、グラフ生成部１１０は、グラフの生成に合わせて、提示するグラフの特徴（本例では曲線の種類）を識別処理して、その処理結果を反映させた特定入力領域として曲線移動ボタンを生成している。  
このため、２つの曲線をそれぞれ上下に移動させられる曲線移動ボタンが配置され、所要な操作をユーザが直感的に又は多数の選択肢から選択しやすいようになっている。
【０１２６】
グラフ再表示部１４０は、曲線移動ボタンへの操作に伴い送られてきたグラフ再表示要求を受けて、その識別結果に基づいたグラフを再生成して送り返す。
【０１２７】
このため、ユーザがグラフ中の曲線を移動でき、必要な状態情報をユーザが容易に判断できるようになる。
【０１２８】
ここで、上記のように曲線移動ボタンを設ける状態情報を含むと識別した際のグラフ生成部１１０の動作例を説明する。なお、上述したように、特定入力領域の生成処理は、複数種類を組み合わせて行なえばよい。例えば、以下の曲線移動ボタンの追加処理と状態情報指定ボタンの追加処理とをグラフの特徴に合うように適宜組み合わせ行なえばよい。
【０１２９】
図２７は、グラフ生成要求を受信したときに、曲線移動ボタンを追加したグラフを作成するためのグラフ生成部１１０の動作を示すフローチャートである。  
まず、グラフ生成要求受信手段１１１は、ユーザ端末から１つ以上のグラフ化する状態情報の指定と共にグラフ生成要求を受信する（図２５のＦ５０）。  
次にグラフ生成手段１１２は、指定された状態情報について時系列にプロットしたグラフを生成する（図２５のＦ５１）。  
次にグラフ生成手段１１２は、グラフ化した状態情報の種別を識別して曲線移動ボタンを生成してグラフに追加する（図２５のＦ５２）。  
次にグラフ送信手段１１３が生成したグラフをユーザ端末に送信し（図２５のＦ５３）、処理を終了する。
【０１３０】
なお、上記のように曲線移動ボタンに基づいてグラフの曲線（状態情報）を移動させたことを識別したルール候補生成部１２０は、各種操作として、グラフの移動量（グラフとしての変化）や、グラフの表す意義（状態情報としての変化）を識別処理を行い、その識別結果に基づいたルールの候補を生成処理すればよい。
【０１３１】
以上説明したように、本発明を適用した情報処理システムは、状態情報管理システムへのルールの登録を支援することが可能になる。
【０１３２】
尚、ルール生成支援システムの各部は、ハードウェアとソフトウェアの組み合わせを用いて実現すればよい。ハードウェアとソフトウェアとを組み合わせた形態では、ＲＡＭにルール生成支援プログラムが展開され、プログラムに基づいて制御部（ＣＰＵ）等のハードウェアを動作させることによって、各部を各種手段として実現する。また、このプログラムは、記憶媒体に記録されて頒布されてもよい。当該記録媒体に記録されたプログラムは、有線、無線、又は記録媒体そのものを介して、メモリに読込まれ、制御部等を動作させる。尚、記録媒体を例示すれば、オプティカルディスクや磁気ディスク、半導体メモリ装置、ハードディスクなどが挙げられる。
【０１３３】
上記実施の形態を別の表現で説明すれば、ルール生成支援システムとして動作させる情報処理装置を、ＲＡＭに展開されたルール生成支援プログラムに基づき、グラフ生成部、ルール候補生成部、ルール登録部として制御部を動作させることで実現することが可能である。
【０１３４】
また、本発明の具体的な構成は前述の実施の形態に限られるものではなく、この発明の要旨を逸脱しない範囲の変更があってもこの発明に含まれる。例えば、上記説明では、ルール生成支援システムはユーザ端末および状態情報管理システムと別のシステムとして説明したが、ユーザ端末および状態情報管理システムに組み込まれてユーザに提供されてもよい。
【０１３５】
また、上記の実施形態の一部又は全部は、以下のようにも記載されうる。尚、以下の付記は本発明をなんら限定するものではない。  
［付記１］
状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成するグラフ生成手段と、
生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成するルール候補生成手段と、
前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録するルール登録手段と
を備えたことを特徴とするルール生成支援システム。
【０１３６】
［付記２］
前記ルール候補生成手段は、
グラフに対する操作方法とユーザに提示するルール候補のテンプレートを対応付けてテンプレート群として記憶するルールテンプレート決定情報記憶手段と、
グラフに対して行われた操作と前記ルールテンプレート決定情報記憶手段が記憶している情報に基づいて、使用するルールテンプレートを確定するルールテンプレート決定手段と、
前記ルールテンプレート決定手段が決定したルールテンプレートとグラフに対する操作とを用いてルール候補を生成する属性値決定手段と
を有することを特徴とする上記付記に記載のルール生成支援システム。
【０１３７】
［付記３］
前記グラフに対する操作の識別処理では、
ルール候補生成手段は、ユーザに操作されたユーザ端末で生成されたルール候補生成要求として、ユーザがグラフに対して行った操作の種別が特定される情報であるグラフ指定方法情報、ユーザがグラフ上で指定した位置からグラフ上での時間の値と状態情報の値が特定できる情報であるグラフ指定箇所情報、および グラフ形成に用いた１つ以上の状態情報であるグラフ構成状態情報を少なくとも識別して、
前記ルールテンプレート決定手段が、識別したグラフ指定方法情報に対応する１つ以上のルールテンプレートをルールテンプレート決定情報記憶手段から検索して取得し、
前記属性値決定手段が、取得した各ルールテンプレートに、ルール指定箇所情報およびグラフ構成状態情報で特定できる情報を加える、
ことによってルール候補を生成する
ことを特徴とする上記付記に記載のルール生成支援システム。
【０１３８】
［付記４］
前記グラフ指定方法情報は、クリック、フリック、ドラッグ、なぞる の何れかを識別する情報であることを特徴とする上記付記に記載のルール生成支援システム。
【０１３９】
［付記５］
前記グラフ生成手段は、生成処理するグラフの提示に対応させて、該グラフの特徴を識別処理して 提示したグラフへの操作を受け付ける特定入力領域を生成処理し、
前記ルール候補生成手段は、前記特定入力領域への操作を識別処理に加えて、ユーザが登録しようとしているルールを推測処理してルール候補を生成する
ことを特徴とする上記付記に記載のルール生成支援システム。
【０１４０】
［付記６］
特定入力領域は、ユーザに対して可視的に認知可能に提供される
ことを特徴とする上記付記に記載のルール生成支援システム。
【０１４１】
［付記７］
特定入力領域は、ボタン、色分け、ダイアログ、ハッチの何れか又は組合せで、ユーザに対して可視的に認知可能に提供される
ことを特徴とする上記付記に記載のルール生成支援システム。
【０１４２】
［付記８］
前記グラフ生成手段は、生成するグラフの特徴として、グラフに含まれる曲線の交点を識別して、ユーザの操作を受け付ける交点を基準に分けられた複数のボタンを加えたグラフを生成する、
ことを特徴とする上記付記に記載のルール生成支援システム。
【０１４３】
［付記９］
前記グラフ生成手段は、生成するグラフの特徴として、グラフに含まれる状態情報を識別して、該状態情報を表す曲線を、ユーザの操作に基づいて移動できるボタンを加えたグラフを生成する、
ことを特徴とする上記付記に記載のルール生成支援システム。
【０１４４】
［付記１０］
前記ルール登録手段は、登録するルールについてユーザが調整できることを特徴とする上記付記に記載のルール生成支援システム。
【０１４５】
［付記１１］
ネットワークを介してセンサ機器から時々刻々と変化する状態情報を収集して管理配信する状態情報管理システムに対して、配信要求命令として所要の状態情報の配信を要求する条件を示したルールを登録する際に、
ルール登録に用いる時系列を有する状態情報が示されたグラフを生成処理してユーザに提示し、
提示した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補をユーザに提示し、
提示した前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録処理する
ことを特徴とする上記付記に記載のルール登録支援システム。
【０１４６】
［付記１２］
ユーザからの操作を受けて、提示したグラフを再生成して再提示するグラフ再表示手段を有する
ことを特徴とする上記付記に記載のルール登録支援システム。
【０１４７】
［付記１３］
前記グラフ生成手段、前記ルール候補生成手段、前記ルール登録手段、前記グラフ再表示手段の何れか又は全てをインターネット上のアプリケーションサーバを用いて構築する
ことを特徴とする上記付記に記載のルール登録支援システム。
【０１４８】
［付記１４］
前記アプリケーションサーバをクラウドサーバを用いて構築する
ことを特徴とする上記付記に記載のルール登録支援システム。
【０１４９】
［付記１５］
前記グラフ生成手段、前記ルール候補生成手段、前記ルール登録手段、前記グラフ再表示手段の何れか又は全てをユーザ端末の制御部を用いて構築する
ことを特徴とする上記付記に記載のルール登録支援システム。
【０１５０】
［付記１６］
状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成処理し、
生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成処理し、
前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録処理する
ことを特徴とするルール生成支援方法。
【０１５１】
［付記１７］
ルール候補の生成処理は、
予め記憶保持された、グラフに対する操作方法とユーザに提示するルール候補のテンプレートを対応付けてテンプレート群として記憶されたルールテンプレート決定情報を用いて、
グラフに対して行われた操作と前記ルールテンプレート決定情報に基づいて、使用するルールテンプレートを確定するルールテンプレート決定処理と、
前記ルールテンプレート決定処理で決定したルールテンプレートとグラフに対する操作とを用いてルール候補を生成する属性値決定処理と
を含み成ることを特徴とする上記付記に記載のルール生成支援方法。
【０１５２】
［付記１８］
前記グラフに対する操作の識別処理では、
ユーザに操作されたユーザ端末で生成されたルール候補生成要求として、ユーザがグラフに対して行った操作の種別が特定される情報であるグラフ指定方法情報、ユーザがグラフ上で指定した位置からグラフ上での時間の値と状態情報の値が特定できる情報であるグラフ指定箇所情報、および グラフ形成に用いた１つ以上の状態情報であるグラフ構成状態情報を少なくとも識別して、
前記ルールテンプレート決定処理として、識別したグラフ指定方法情報に対応する１つ以上のルールテンプレートをルールテンプレート決定情報から検索して取得し、
前記属性値決定処理として、取得した各ルールテンプレートに、ルール指定箇所情報およびグラフ構成状態情報で特定できる情報を加える、
ことによってルール候補を生成する
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１５３】
［付記１９］
前記グラフに対する操作の識別処理では、前記グラフ指定方法情報として、ユーザが行った、クリック、フリック、ドラッグ、なぞる の何れかを識別することを特徴とする上記付記に記載のルール生成支援方法。
【０１５４】
［付記２０］
前記グラフの生成処理は、生成処理するグラフの提示に対応させて、該グラフの特徴を識別処理して 提示したグラフへの操作を受け付ける特定入力領域を生成処理し、
前記ルール候補の生成処理は、前記特定入力領域への操作を識別処理に加えて、ユーザが登録しようとしているルールを推測処理してルール候補を生成する
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１５５】
［付記２１］
特定入力領域は、ユーザに対して可視的に認知可能に提供される
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１５６】
［付記２２］
特定入力領域は、ボタン、色分け、ダイアログ、ハッチの何れか又は組合せで、ユーザに対して可視的に認知可能に提供される
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１５７】
［付記２３］
前記グラフの生成処理は、生成するグラフの特徴として、グラフに含まれる曲線の交点を識別して、ユーザの操作を受け付ける交点を基準に分けられた複数のボタンを加えたグラフを生成する
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１５８】
［付記２４］
前記グラフの生成処理は、生成するグラフの特徴として、グラフに含まれる状態情報を識別して、該状態情報を表す曲線を、ユーザの操作に基づいて移動できるボタンを加えたグラフを生成する
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１５９】
［付記２５］
前記ルールの登録処理は、ユーザから前記ルール候補への調整を受け付けて、登録するルールの内容を決定する
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１６０】
［付記２６］
ネットワークを介してセンサ機器から時々刻々と変化する状態情報を収集して管理配信する状態情報管理システムに対して、配信要求命令として所要の状態情報の配信を要求する条件を示したルールを登録する際に、
ルール登録に用いる時系列を有する状態情報が示されたグラフを生成処理してユーザに提示し、
提示した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補をユーザに提示し、
提示した前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録処理する
ことを特徴とする上記付記に記載のルール生成支援方法。
【０１６１】
［付記２７］
情報処理システムを、
状態情報管理システムへの配信要求命令に用いるルールを決定するために用いる時系列を有する状態情報が示されたグラフを生成するグラフ生成手段と、
生成した前記グラフに対してユーザが行なった操作を識別処理すると共に、該グラフに対して行われた操作の位置および種別から、ユーザが登録しようとしているルールを推測処理してルール候補を生成するルール候補生成手段と、
前記ルール候補を基にユーザが決定したルールを前記配信要求命令として前記状態情報管理システムに登録するルール登録手段
として動作させることを特徴とするルール生成支援プログラム。
【０１６２】
［付記２８］
上記付記記載のルール生成支援システムの全て又は一部を情報処理システム上に構築するルール生成支援プログラム。
【０１６３】
［付記２９］
上記付記記載のルール生成支援システムの全て又は一部をユーザ端末上に構築するルール生成支援プログラム。
【０１６４】
［付記３０］
上記付記記載のルール生成支援プログラムを記録した記録媒体。
【産業上の利用可能性】
【０１６５】
本発明によれば、ヒトや機器の状態情報を管理する状態情報管理システムに対して、必要な状態情報の条件を記述したルールを生成するルール生成サーバといった用途に適用できる。
【符号の説明】
【０１６６】
１００  ルール生成支援システム
１１０  グラフ生成部
１１１  グラフ生成要求受信手段
１１２  グラフ生成手段
１１３  グラフ送信手段
１２０  ルール候補生成部
１２１  ルール候補生成要求受信手段
１２２  ルールテンプレート決定情報記憶手段
１２３  ルールテンプレート決定手段
１２４  属性値決定手段
１２５  ルール候補送信手段
１３０  ルール登録部
１３１  ルール登録要求受信手段
１３２  ルール変換手段
１３３  ルール登録要求送信手段
１４０  グラフ再表示部
１４１  グラフ再表示要求受信手段
１４２  グラフ再生成手段
１４３  グラフ送信手段
【図１】
2013171449.tif 000003
【図２】
2013171449.tif 000004
【図３】
2013171449.tif 000005
【図４】
2013171449.tif 000006
【図５】
2013171449.tif 000007
【図６】
2013171449.tif 000008
【図７】
2013171449.tif 000009
【図８】
2013171449.tif 000010
【図９】
2013171449.tif 000011
【図１０】
2013171449.tif 000012
【図１１】
2013171449.tif 000013
【図１２Ａ】
2013171449.tif 000014
【図１２Ｂ】
2013171449.tif 000015
【図１２Ｃ】
2013171449.tif 000016
【図１２Ｄ】
2013171449.tif 000017
【図１３】
2013171449.tif 000018
【図１４】
2013171449.tif 000019
【図１５】
2013171449.tif 000020
【図１６】
2013171449.tif 000021
【図１７】
2013171449.tif 000022
【図１８】
2013171449.tif 000023
【図１９】
2013171449.tif 000024
【図２０】
2013171449.tif 000025
【図２１】
2013171449.tif 000026
【図２２】
2013171449.tif 000027
【図２３】
2013171449.tif 000028
【図２４】
2013171449.tif 000029
【図２５】
2013171449.tif 000030
【図２６Ａ】
2013171449.tif 000031
【図２６Ｂ】
2013171449.tif 000032
【図２７】
2013171449.tif 000033