知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-03-10
(45)【発行日】2025-03-18
(54)【発明の名称】情報処理方法および情報処理装置
(51)【国際特許分類】
G06F 8/35 20180101AFI20250311BHJP
F24C 7/04 20210101ALI20250311BHJP
D06F 33/32 20200101ALI20250311BHJP
D06F 33/52 20200101ALI20250311BHJP
【ＦＩ】
G06F8/35
F24C7/04 301A
F24C7/04 301Z
D06F33/32
D06F33/52
【請求項の数】
16
(21)【出願番号】P 2022531862
(86)(22)【出願日】2021-06-16
(86)【国際出願番号】 JP2021022830
(87)【国際公開番号】W WO2021256496
(87)【国際公開日】2021-12-23
【審査請求日】2024-03-21
(31)【優先権主張番号】P 2020106606
(32)【優先日】2020-06-19
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】岸 竜弘
(72)【発明者】
【氏名】村上 健太
(72)【発明者】
【氏名】末益 智志
(72)【発明者】
【氏名】坂本 一樹
(72)【発明者】
【氏名】成瀬 隼人
【審査官】福西 章人
(56)【参考文献】
【文献】米国特許出願公開第２０１１／０１５３０８９（ＵＳ，Ａ１）
【文献】国際公開第２０１９／０６３１１８（ＷＯ，Ａ１）
【文献】特開２０１９－９１４６０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／００－８／７７
Ｆ２４Ｃ ７／０４
Ｄ０６Ｆ ３３／３２
Ｄ０６Ｆ ３３／５２
(57)【特許請求の範囲】
【請求項1】
コンピュータシステムによって実行される情報処理方法であって、（ａ）制御対象機器に備えられているアクチュエータ及び加熱器の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、
（ｂ）少なくとも前記Ｍ個の選択ブロックのそれぞれが実行される順番を、前記操作者による入力操作に応じて設定することで、少なくとも前記Ｍ個の選択ブロックを含み、かつ、前記順番の情報を含むアプリケーションを生成し、
（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、前記順番の情報が前記所定の順番に該当する場合には、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで前記アプリケーションを変更し、
（ｄ）前記変更したアプリケーションを出力する、
情報処理方法。
【請求項2】
前記所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、前記所定の順番は、前記第１のブロックの後に前記第２のブロックが位置する順番を示し、
前記（ｃ）では、
前記順番の情報が前記所定の順番に該当する場合に、前記第１のブロックと前記第２のブロックとの間に、新たなブロックを追加することで、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更する、
請求項１に記載の情報処理方法。
【請求項3】
前記所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、前記所定の順番は、前記第１のブロックの後に前記第２のブロックが位置する順番を示し、
前記（ｃ）では、
前記順番の情報が前記所定の順番に該当する場合に、前記第１のブロック又は前記第２のブロックを削除することで、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更する、
請求項１に記載の情報処理方法。
【請求項4】
前記所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、前記所定の順番は、前記第１のブロックの後に前記第２のブロックが位置する順番を示し、
前記（ｃ）では、
前記順番の情報が前記所定の順番に該当する場合に、前記第１のブロック又は前記第２のブロックの順番を、前記第２のブロックの後に前記第１のブロックが位置する順番、又は、前記第１のブロック及び前記第２のブロックの間に他のブロックが位置する順番に変更することで、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更する、
請求項１に記載の情報処理方法。
【請求項5】
前記所定の順番は、前記第１のブロックの直後に、前記第２のブロックが位置する順番を示す、請求項２～４のいずれか１項に記載の情報処理方法。
【請求項6】
前記ルールは、前記所定の２以上のブロックが前記所定の順番で実行されることで前記アクチュエータ及び前記加熱器の前記少なくとも１つが耐久温度に到達することを禁止する、請求項１～５のいずれか１項に記載の情報処理方法。
【請求項7】
前記制御対象機器は、内部空間を有する筐体を備え、前記ルールは、前記所定の２以上のブロックが前記所定の順番で実行されることで、前記内部空間が耐久温度に到達することを禁止する、
請求項１～５のいずれか１項に記載の情報処理方法。
【請求項8】
前記Ｍ個の選択ブロックのそれぞれは、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動するためのパラメータを含む、請求項１～７のいずれか１項に記載の情報処理方法。
【請求項9】
前記（ｃ）では、生成される前記アプリケーションが、前記制御対象機器専用のアプリケーションか、前記制御対象機器と、前記制御対象機器以外の機器とに適用される汎用のアプリケーションかを判定し、
所定の２以上のブロックが所定の順番で実行されることを禁止する複数のルール候補のうちの、前記アプリケーションの判定結果に応じたルール候補を、前記ルールとして参照する、
請求項１～８のいずれか１項に記載の情報処理方法。
【請求項10】
コンピュータシステムによって実行される情報処理方法であって、（ａ）制御対象機器に備えられているアクチュエータ及び加熱器の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、
（ｂ）少なくとも前記Ｍ個の選択ブロックのそれぞれが実行される順番を、前記操作者による入力操作に応じて設定することで、少なくとも前記Ｍ個の選択ブロックを含み、かつ、前記順番の情報を含むアプリケーションを生成し、
（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、前記順番の情報が前記所定の順番に該当する場合には、前記操作者に対してエラーを提示し、
（ｄ）前記エラーの提示を受けた前記操作者による入力操作に応じて、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで前記アプリケーションを変更し、
（ｅ）前記変更したアプリケーションを出力する、
情報処理方法。
【請求項11】
前記（ｃ）では、さらに、前記エラーに対する複数の対処法を提示し、
前記（ｄ）では、
前記エラーおよび前記複数の対処法の提示を受けた前記操作者による入力操作に応じて、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで前記アプリケーションを変更する、
請求項１０に記載の情報処理方法。
【請求項12】
前記所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、前記所定の順番は、前記第１のブロックの後に前記第２のブロックが位置する順番を示し、
前記複数の対処法は、
前記第１のブロックと前記第２のブロックとの間に、新たなブロックを追加する第１の対処法と、
前記第１のブロック又は前記第２のブロックを削除する第２の対処法と、
前記第２のブロックの後に前記第１のブロックが位置する順番、又は、前記第１のブロック及び前記第２のブロックの間に他のブロックが位置する順番に変更する第３の対処法とのうちの少なくとも２つを含む、
請求項１１に記載の情報処理方法。
【請求項13】
前記（ｃ）では、さらに、前記複数の対処法のそれぞれが行われた場合における、前記アクチュエータ又は前記加熱器の駆動によって作用される物体への影響、または前記アプリケーションへの影響を提示する、
請求項１１または１２に記載の情報処理方法。
【請求項14】
前記情報処理方法では、前記（ｄ）の後に、前記（ｃ）および前記（ｄ）を繰り返し実行し、
（ｆ）前記エラーの提示回数がＫ回（Ｋは２以上の整数）以上の場合には、前記エラーに対する複数の対処法を提示する、
請求項１０に記載の情報処理方法。
【請求項15】
プロセッサと、前記プロセッサに接続されたメモリとを備え、
前記プロセッサは、前記メモリを用いて、
（ａ）制御対象機器に備えられているアクチュエータ及び加熱器の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、
（ｂ）少なくとも前記Ｍ個の選択ブロックのそれぞれが実行される順番を、前記操作者による入力操作に応じて設定することで、少なくとも前記Ｍ個の選択ブロックを含み、かつ、前記順番の情報を含むアプリケーションを生成し、
（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、前記順番の情報が前記所定の順番に該当する場合には、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで前記アプリケーションを変更し、
（ｄ）前記変更したアプリケーションを出力する、
情報処理装置。
【請求項16】
プロセッサと、前記プロセッサに接続されたメモリとを備え、
前記プロセッサは、前記メモリを用いて、
（ａ）制御対象機器に備えられているアクチュエータ及び加熱器の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、
（ｂ）少なくとも前記Ｍ個の選択ブロックのそれぞれが実行される順番を、前記操作者による入力操作に応じて設定することで、少なくとも前記Ｍ個の選択ブロックを含み、かつ、前記順番の情報を含むアプリケーションを生成し、
（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、前記順番の情報が前記所定の順番に該当する場合には、前記操作者に対してエラーを提示し、
（ｄ）前記エラーの提示を受けた前記操作者による入力操作に応じて、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで前記アプリケーションを変更し、
（ｅ）前記変更したアプリケーションを出力する、
情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、アクチュエータ及び／又は加熱器を備える装置の制御プログラムを生成するための情報処理方法などに関する。
【背景技術】
【0002】
従来、家庭用電化製品及び住宅設備等は、その製造者等によって予め用意された運転条件（制御プログラム）に従って制御される。特許文献１には、ユーザが実施したい洗濯の運転条件を設定可能な洗濯機が開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００３－２８４８８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記従来技術では、製品の製造者等によって予め開発された制御プログラムが製品に予め格納されていなければならず、多様でかつ安全な制御プログラムを生成してカスタマイズ及びアップデートすることは難しい。
【0005】
そこで、本開示は、多種多彩でかつ安全な制御プログラムを簡単に生成することができる情報処理方法などを提供する。
【課題を解決するための手段】
【0006】
本開示の一態様に係る情報処理方法は、コンピュータシステムによって実行される情報処理方法であって、（ａ）制御対象機器に備えられているアクチュエータ及び加熱器の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、（ｂ）少なくとも前記Ｍ個の選択ブロックのそれぞれが実行される順番を、前記操作者による入力操作に応じて設定することで、少なくとも前記Ｍ個の選択ブロックを含み、かつ、前記順番の情報を含むアプリケーションを生成し、（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、前記順番の情報が前記所定の順番に該当する場合には、前記Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで前記アプリケーションを変更し、（ｄ）前記変更したアプリケーションを出力する。
【0007】
なお、これらの包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0008】
本開示の一態様に係る情報処理方法は、多種多彩でかつ安全な制御プログラムを簡単に生成することができる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
（本開示の基礎となった知見）
本願発明者らが本開示に至るまでの経緯を説明する。アクチュエータ及び／又は加熱器を有する家庭用電化製品等において、多様なユーザの望みに合わせて制御プログラムを開発するためには、開発環境のオープン化が求められる。すなわち、制御プログラムの開発の難度を低下させて、サードパーティが制御プログラムの開発に容易に参加できる環境が求められる。このような環境では、例えば、アパレル企業が、自社の販売する衣服を洗濯するための洗濯機の制御プログラムを開発することも可能となる。
本願発明者らが本開示に至るまでの経緯を説明する。アクチュエータ及び／又は加熱器を有する家庭用電化製品等において、多様なユーザの望みに合わせて制御プログラムを開発するためには、開発環境のオープン化が求められる。すなわち、制御プログラムの開発の難度を低下させて、サードパーティが制御プログラムの開発に容易に参加できる環境が求められる。このような環境では、例えば、アパレル企業が、自社の販売する衣服を洗濯するための洗濯機の制御プログラムを開発することも可能となる。
【0011】
そこで、本発明者らは、製品に含まれるアクチュエータ及び／又は加熱器の制御を抽象化した機能ブロックを用いて、安全面の担保を維持しながら、制御プログラムを開発可能な環境を構築し、複数の機能ブロックの組み合わせからなる制御プログラムをパッケージ化してアプリケーションとして配信可能な仕組みを検討した。これにより、多種多彩なアプリケーションの配信が可能となり、より多様なユーザの望みに応えて製品をカスタマイズ及びアップデートすることが可能となる。しかしながら、このような環境では、危険なアプリケーション（つまり、製品を安全に制御することができないアプリケーション）が配信される可能性があり、製品の安全性が低下する。
【0012】
例えば、家庭用電化製品等に含まれるプログラムは、アクチュエータ及び／又は加熱器を直接制御するための機器に組込まれ、かつ、製造者により開発されたプログラムと、サードパーティにより開発されたプログラムとを互いに入り交じった状態で含むことが想定される。このとき、製造者は、サードパーティに、ノウハウを含む全ての家庭用電化製品等の情報を公開しない可能性が高い。例えば、アクチュエータ及び／又は加熱器を駆動するパラメータ又はタイミングは、製造者の家庭用電化製品等の性能に関わるノウハウである。よって、競争力の低下につながる恐れがあるため、製造者は、サードパーティに、家庭用電化製品等を自在に駆動できるようにノウハウをオープンにする可能性は低い。
【0013】
そのため、サードパーティは、家庭用電化製品等の情報不足により、製造者が想定しない制御の組み合わせ、又はパラメータ範囲を含むアプリケーション、すなわち、安全性が担保されないアプリケーションを作成する可能性がある。このようなアプリケーションがユーザに提供されることは、ユーザに望ましくない。
【0014】
また、家庭用電化製品等の製造者は、新たな制御プログラムを提供することで、ユーザのくらしのアップデートを試みることが考えられる。しかしながら、多種多様な新たな制御プログラムの開発には、パラメータの調整、またはハードの性能評価などの膨大な工数がかかる。家庭用電化製品等は、アクチュエータ及び／又は加熱器のハードが物理的に駆動するため、家庭用電化製品等のプログラムは、スマートフォンのプログラムと比較して、性能評価などの工数が大きくなることが容易に予想される。しかし、大量生産ではなく、ユーザ一人一人の生活に応じたオンデマンド開発が求められる時代において、スマートフォンのプログラムと同様に、家庭用電化製品等の多種多様な制御プログラム開発することが求められる。そのため、製造者は、膨大な工数を低減した上で、製品の安全性を担保する多種多様なアプリケーションを作成しなければならない。
【0015】
さらに、製造者は、サードパーティが提供するアプリケーションを用いて家庭用電化製品等が動作した場合でも、安全に動作することを保証することを望むことが考えられる。このとき、多種多様なアプリケーションを家庭用電化製品等で実際に駆動させて安全性を検証する作業の量を低減することが望まれる。
【0016】
そこで、本開示は、アクチュエータ及び／又は加熱器を駆動する複数の機能ブロックで規定された多種多彩でかつ安全なアプリケーションを、簡単に生成することができる情報処理方法等を提供する。
【0017】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【0018】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、請求の範囲を限定する主旨ではない。
【0019】
また、各図は、必ずしも厳密に図示したものではない。各図において、実質的に同一の構成については同一の符号を付し、重複する説明は省略又は簡略化する。
【0020】
（実施の形態１）
［１．１ ハードウェア構成］
本実施の形態におけるシステム１のハードウェア構成について、図１～図２Ｃを参照しながら説明する。図１は、実施の形態１におけるシステム１のハードウェア構成図である。図２Ａは、実施の形態１におけるクラウドサーバ１０のハードウェア構成図である。図２Ｂは、実施の形態１における装置２０のハードウェア構成図である。図２Ｃは、実施の形態１における端末３０のハードウェア構成図である。
［１．１ ハードウェア構成］
本実施の形態におけるシステム１のハードウェア構成について、図１～図２Ｃを参照しながら説明する。図１は、実施の形態１におけるシステム１のハードウェア構成図である。図２Ａは、実施の形態１におけるクラウドサーバ１０のハードウェア構成図である。図２Ｂは、実施の形態１における装置２０のハードウェア構成図である。図２Ｃは、実施の形態１における端末３０のハードウェア構成図である。
【0021】
図１に示すように、本実施の形態におけるシステム１は、クラウドサーバ１０と、施設２ａ～２ｄで用いられる装置２０ａ～２０ｈと、端末３０ａ～３０ｄと、を備える。施設２ａ～２ｄは、例えば住宅であるが、これに限定されない。施設２ａ～２ｄは、例えばマンション、店舗、オフィス等であってもよい。
【0022】
クラウドサーバ１０は、コンピュータネットワーク（例えばインターネット）を介して提供される仮想的なサーバである。クラウドサーバ１０は、コンピュータネットワークを介して、装置２０ａ～２０ｈ及び端末３０ａ～３０ｄに接続される。なお、クラウドサーバ１０の代わりに物理サーバが用いられてもよい。
【0023】
図２Ａに示すように、クラウドサーバ１０は、仮想的に、プロセッサ１１と、プロセッサ１１に接続されたメモリ１２と、を備える。プロセッサ１１は、メモリ１２に格納されたインストラクション又はソフトウェアプログラムが実行されたときに、後述するシーケンスマネージャ及びデバイスマネージャとして機能する。
【0024】
装置２０ａ～２０ｈは、施設２ａ～２ｄで利用される電気機械器具である。なお、図１では、施設２ｂ～２ｄで利用される装置２０ｃ～２０ｈの図示が省略されている。以下において、装置２０ａ～２０ｈの区別が不要な場合には装置２０と記載する。
【0025】
装置２０としては、家庭用電化製品（家電）及び住宅設備等を用いることができる。家庭用電化製品（家電）及び住宅設備等は、住宅内で使用される機器に限られず、事業に用いられる機器も含む。なお、本開示では、家庭用電化製品及び住宅設備等を家庭用電化製品等と省略して記載することがある。家電としては、例えば、電子レンジ、炊飯器、ミキサー（Blender）、電気オーブン、電気トースター、電気ポット、ホットプレート、ＩＨ（Induction heating）調理器、ロースター、ベーカリー、電気圧力調理なべ、電気無水調理なべ、マルチクッカー、コーヒーメーカー、冷蔵庫、洗濯機、食洗器、掃除機、エアコン、空気清浄機、加湿器、ドライヤー、扇風機、及びイオン発生器等が用いられる。住宅設備としては、例えば、電動シャッター、電子ロック、及び浴槽用の電気湯沸し器等が用いられる。なお、装置２０は、これに限定されない。
【0026】
図２Ｂに示すように、装置２０は、筐体２１と、アクチュエータ２２と、加熱器２３と、制御部２４と、を備える。なお、装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つを備えればよく、アクチュエータ２２及び加熱器２３の両方を備えなくてもよい。
【0027】
筐体２１は、アクチュエータ２２と、加熱器２３と、制御部２４と、を収容する。また、筐体２１は、対象物を処理するための内部空間を有してもよい。例えば、洗濯機の洗濯槽、電子レンジの加熱室、及び炊飯器の内釜等が、対象物を処理するための内部空間に相当する。
【0028】
アクチュエータ２２は、電気信号に基づいて入力エネルギーを物理的運動に変換する機械要素である。アクチュエータ２２としては、例えば電気モータ、油圧シリンダ及び空気圧アクチュエータ等を用いることができるが、これらに限定されない。
【0029】
加熱器２３は、電気エネルギーを熱エネルギーに変換する電気加熱器である。加熱器２３は、例えばジュール加熱、誘導加熱及び誘電加熱等により対象物を加熱する。加熱器２３としては、例えば、ニクロム線、コイル及びマグネトロン等を用いることができる。
【0030】
ここで、本開示の装置２０が、アクチュエータ２２及び／又は加熱器２３を備える理由の一例を説明する。家庭用電化製品等の製造者が、アクチュエータ２２及び加熱器２３を駆動するパラメータ、駆動の組み合わせを全て自由に制御可能な開発環境をサードパーティに提供した場合を考える。このとき、サードパーティは、製造者が想定しているアクチュエータ２２及び／又は加熱器２３を安全に駆動できるパラメータ範囲、又はアクチュエータ２２及び／又は加熱器２３の駆動制限を逸脱して制御するプログラムを作成することが可能になる。特に、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３の、製造者の想定していない駆動は、安全性の担保の課題が大きい。製造者の想定していない駆動としては、例えば、アクチュエータの一例である電気モータの高速回転、及び、加熱器２３への過電流の供給が挙げられる。本願発明者らは、過度に安全面を考慮することで、ユーザに多種多様なアプリケーションを提供できる環境の構築を阻害しないことを目指した。そこで、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３に特化して、安全面を担保することを想定し、本開示の装置２０を対象としている。
【0031】
制御部２４は、アクチュエータ２２及び／又は加熱器２３を制御するコントローラであり、後述するデバイスとして機能する。制御部２４は、例えば、集積回路で構成される。
【0032】
端末３０ａ～３０ｄは、施設２ａ～２ｄでそれぞれ利用され、ユーザインタフェースとして機能する。なお、図１では、施設２ｂ～２ｄで利用される端末３０ｂ～３０ｄの図示が省略されている。以下において、端末３０ａ～３０ｄの区別が不要な場合には端末３０と記載する。
【0033】
端末３０は、コンピュータネットワークを介してクラウドサーバ１０及び装置２０に接続され、後述するユーザインタフェース（ＵＩ）として機能する。端末３０としては、スマートフォン及びタブレットコンピュータ等の持ち運び可能な情報端末を用いることができる。なお、端末３０は、施設２ａ～２ｄの壁、床又は天井に固定された端末であってもよい。また、端末３０は、装置２０に含まれてもよい。例えば、端末３０は、各装置２０ａ～２０ｈに内蔵されたディスプレイ等を有する表示端末として実現されてもよい。
【0034】
図２Ｃに示すように、端末３０は、ディスプレイ３１と、入力デバイス３２と、を備える。ディスプレイ３１としては、例えば液晶ディスプレイ及び有機ＥＬディスプレイを用いることができる。入力デバイス３２としては、例えばタッチパネル、キーボード、マウス及び機械式ボタン等を用いることができる。また、入力デバイス３２として、音声入力デバイスが用いられてもよい。ディスプレイ３１と入力デバイス３２とは、タッチスクリーンとして一体で実装されてもよい。または、入力デバイス３２として、ジェスチャー入力デバイスが用いられてもよい。ジェスチャー入力デバイスは、例えば、カメラと認識部とを有する。カメラはジェスチャーを含む画像を撮像し、認識部は画像を用いてジェスチャーを認識する。
【0035】
【0036】
クラウドサーバ１０は、シーケンスマネージャ１００と、デバイスマネージャ２００と、を備える。装置２０ａ～２０ｈは、デバイス３００ａ～３００ｈをそれぞれ備える。端末３０ａ～３０ｄは、ＵＩ４００ａ～４００ｄをそれぞれ備える。
【0037】
以下において、デバイス３００ａ～３００ｈの区別が不要な場合にはデバイス３００と記載する。また、ＵＩ４００ａ～４００ｄの区別が不要な場合にはＵＩ４００と記載する。
【0038】
シーケンスマネージャ１００は、複数のアプリケーションを管理している。複数のアプリケーションは、例えばユーザの操作によって、アプリケーション配信プラットフォームからシーケンスマネージャ１００にダウンロードされる。または、アプリケーション配信プラットフォームに含まれるアプリケーションは、シーケンスマネージャ１００にダウンロードされなくてもよい。その場合、シーケンスマネージャ１００のデータベースに、アプリケーション配信プラットフォームに含まれるアプリケーションが紐づけていることを示す情報が記録されてもよい。アプリケーションの詳細については後述する。
【0039】
デバイスマネージャ２００は、複数の施設２ａ～２ｄ及び各施設２ａ～２ｄで利用されるデバイス３００及びＵＩ４００を管理するためのデータベースを有する。デバイスマネージャ２００は、データベースに、施設２ａ～２ｄに紐づくデバイス情報及びＵＩ情報を記録することにより、デバイス３００及びＵＩ４００を管理する。デバイス情報及びＵＩ情報は、例えば、制御機能及び駆動機能、並びに稼働状況などを含む。例えば、デバイスマネージャ２００は、デバイス３００の稼働状況を管理して、デバイス３００の稼働スケジュールを把握することができる。また、デバイスマネージャ２００は、デバイス３００のログ情報を管理してもよい。
【0040】
なお、このようなデータベースは、デバイスマネージャ２００の代わりにシーケンスマネージャ１００が有してもよく、シーケンスマネージャ１００及びデバイスマネージャ２００の両方が有してもよい。
【0041】
デバイス３００は、装置２０の制御機能及び駆動機能を有する。デバイス３００は、デバイスマネージャ２００からの指示に従って装置２０を駆動することができる。
【0042】
ＵＩ４００は、ユーザに情報を提供し、ユーザから入力を受け付ける。
【0043】
ここで、アプリケーションについて説明する。本実施の形態では、アプリケーション（以下、略してアプリということもある）とは、アクチュエータ２２及び／又は加熱器２３を駆動する複数の機能ブロック（以下、略してブロック）で規定される制御プログラムを意味する。複数のブロックの各々は、アクチュエータ２２又は加熱器２３を駆動するためのパラメータを含むことができる。具体的には、複数のブロックの各々は、アクチュエータ２２又は加熱器２３の制御を抽象化したものである。なお、アプリケーションは、アクチュエータ２２及び／又は加熱器２３を駆動する複数のブロックに加えて、アクチュエータ２２及び／又は加熱器２３を駆動しないブロックを含んでもよい。アクチュエータ２２及び／又は加熱器２３を駆動しないブロックの一例は、デバイス３００の有するインタフェースを用いた情報表示、デバイス３００の有するブザーを用いた音声出力、デバイス３００の有するランプの点灯または消灯などを含む。また、ブロックは、アクチュエータ２２又は加熱器２３の駆動を開始する条件を含んでもよい。例えば、第１のブロック、第２のブロックを含むアプリケーションを例に説明する。ここで、第１のブロックの実行中に、第２のブロックに切り替える際に、第２のブロックに含まれる開始条件を満たしたときに、第１のブロックから第２のブロックに切り替える。また、ブロックは、開始条件ではなく、終了条件を含んでいてもよい。第１のブロックの実行中に、第２のブロックに切り替える際に、第１のブロックに含まれる終了条件を満たしたときに、第１のブロックから第２のブロックに切り替える。
【0044】
図４は、実施の形態１におけるアプリケーションを規定するブロックの一例を示す。図４に示すブロック１０００は、洗濯機の攪拌動作を制御するブロックであり、パラメータ１００１～１００６を含む。パラメータ１００１は、攪拌の種類を示す情報（例えば、通常、ダンシング、揺り）を含む。パラメータ１００１は、機能の種類を示すとも言い換えることができる。パラメータ１００２は、ドラムの回転数を示す値を含む。パラメータ１００２は、アクチュエータ２２及び／又は加熱器２３の駆動の強度を示すとも言い換えることができる。パラメータ１００３は、ドラム内への給水量を給水後の水位で示す値を含む。パラメータ１００３は、アクチュエータ２２及び／又は加熱器２３の駆動後の状態を示すとも言い換えることができる。パラメータ１００４は、循環ポンプのオン／オフを示す値を含む。パラメータ１００４は、アクチュエータ２２及び／又は加熱器２３を駆動するか否かを示すとも言い換えることができる。パラメータ１００５は、攪拌間隔を段階的に示す情報（例えば、短、中、長）を含む。パラメータ１００６は、攪拌時間を示す値を含む。
【0045】
【0046】
図５は、実施の形態１における洗濯機のための複数のブロックを示す。図６は、実施の形態１における電子レンジのための複数のブロックを示す。図７は、実施の形態１における炊飯器のための複数のブロックを示す。なお、図５～図７に示す複数のブロックは例示であり、洗濯機、電子レンジ及び炊飯器のためのブロックは、これらに限定されない。例えば、複数のブロックは、抽象化レベルによって階層化されてもよい。
【0047】
例えば、製造者向けの階層と製造者以外向けの階層とで抽象化レベルを変更してもよい。製造者以外の例は、他の製造者向けの階層、サードパーティ向けの階層である。
【0048】
この時、製造者向けの階層は、製造者以外向けの階層より抽象度が低い。抽象度が低いことは、アクチュエータ及び加熱器を駆動するパラメータに近い内容が制御されることを意味する。
【0049】
一方、製作者は、ノウハウ及び安全性を担保する最小の抽象化レベルを有するブロックを製造者以外向けに提供することで、製造者以外がアプリケーションを開発可能にする。製造者は、一般ユーザに、さらに高い抽象化レベルを有するブロックを提供することで、より多くの人がアプリケーションを開発可能にできる。さらに高い抽象化レベルは、例えば、一般ユーザ自身が専門的な知識がなくても理解できる用語で規定されたブロックに対応する。専門的な知識がなくても理解できる用語は、例えば、家庭用電化製品等の機能自体に対応する内容である。具体的には、洗濯機においての「洗い」ブロック中の水量に関するパラメータとして「たっぷり」を選択した場合に、一つの具体化されたレイヤーにおいては、給水ブロックにおける水位パラメータを６０ｍｍから１００ｍｍに上げ、攪拌ブロックにおける回転量パラメータを１２０ｒｐｍから１００ｒｐｍに下げるなどの変更が行われる。上記より、抽象度の高いレベルにおけるブロックの並べ替え及びパラメータ変更は、より抽象度の低いブロックで実現することができる。また、洗濯機、電子レンジ及び炊飯器以外の装置でも、図５～図７と同様に複数のブロックを定義することができる。これらのブロックにより、アクチュエータ及び加熱器の駆動に関する安全性、秘匿性を担保しながら、その組替、パラメータ調整によって自由にアプリケーション開発を行うことができる。
【0050】
なお、製造者が他の製造者に、ノウハウ及び安全性を担保する最小の抽象化レベルを有するブロックを提供することで、他の製造者は、提供されたブロックを実現するために、さらに高い具体化レベルを有するブロックを独自で規定し実装を行うことができる。これにより、各製造者がそれぞれのノウハウ及び安全性を担保しながら、アプリのみを開発するサードパーティに対して、各製造者のアクチュエータ及び加熱器の駆動に関するアプリ開発を自由に行うことができる。
【0051】
この時、他の製造者は、製造者が提供するノウハウ及び安全性を担保する最小の抽象化レベルを有するブロックに合わせた、さらに高い具体化レベルを有するブロックを開発せず、エラーを返し、製造者が提供するブロックが使用できない、または制限されたパラメータ範囲で動作することをアプリ開発者ならびにユーザに提示してもよい。具体的には、洗濯機においての「攪拌」ブロック中のモータ回転に関するパラメータとして、「高速」を選択した場合に、製造者の洗濯機では、「高速」を実現するための１５０ｒｐｍというパラメータが実現可能であるのに対し、他の製造業者の洗濯機ではモータの特性上、１２０ｒｐｍまでしか回転できない場合に、エラーまたは限界値の１２０ｒｐｍで実現する旨をアプリ開発者又はユーザに提示する。
【0052】
【0053】
［１．３．１ 準備フェーズＦ１００］
まず、準備フェーズＦ１００について説明する。
まず、準備フェーズＦ１００について説明する。
【0054】
（ステップＳ１１０）
シーケンスマネージャ１００は、デバイスマネージャ２００にシーケンスマネージャ情報を送信する。このシーケンスマネージャ情報の送信は、例えばシステム管理者の命令により行われる。デバイスマネージャ２００は、受信したシーケンスマネージャ情報を例えばシーケンスマネージャデータベースに登録する。なお、シーケンスマネージャ情報がシーケンスマネージャデータベースに予め登録されている場合は、このステップはスキップされてもよい。
シーケンスマネージャ１００は、デバイスマネージャ２００にシーケンスマネージャ情報を送信する。このシーケンスマネージャ情報の送信は、例えばシステム管理者の命令により行われる。デバイスマネージャ２００は、受信したシーケンスマネージャ情報を例えばシーケンスマネージャデータベースに登録する。なお、シーケンスマネージャ情報がシーケンスマネージャデータベースに予め登録されている場合は、このステップはスキップされてもよい。
【0055】
シーケンスマネージャ情報は、例えばシーケンスマネージャ１００の識別子及び／又はアドレス（例えばＵＲＬ（Uniform Resource Locator）、ＩＰ（Internet Protocol）アドレス等）を含む。さらに、シーケンスマネージャ情報は、任意の情報を含んでもよい。
【0056】
（ステップＳ１１２）
デバイス３００は、デバイスマネージャ２００にデバイス情報１１０１を送信する。このデバイス情報１１０１の送信は、例えばデバイス３００がコンピュータネットワークに接続されたときに行われる。デバイスマネージャ２００は、受信したデバイス情報１１０１をデバイスデータベース１１００に登録する。なお、デバイス情報１１０１がデバイスデータベース１１００に予め登録されている場合は、このステップはスキップされてもよい。
デバイス３００は、デバイスマネージャ２００にデバイス情報１１０１を送信する。このデバイス情報１１０１の送信は、例えばデバイス３００がコンピュータネットワークに接続されたときに行われる。デバイスマネージャ２００は、受信したデバイス情報１１０１をデバイスデータベース１１００に登録する。なお、デバイス情報１１０１がデバイスデータベース１１００に予め登録されている場合は、このステップはスキップされてもよい。
【0057】
なお、デバイス情報１１０１は、ＵＩ４００に送信されてから、ＵＩ４００を介してデバイスマネージャ２００に登録されてもよい。
【0058】
デバイス情報１１０１は、デバイス３００の識別子及び／又はアドレスを含む。さらに、デバイス情報１１０１は、任意の情報を含んでもよい。図９は、実施の形態１におけるデバイスデータベースの一例を示す。図９のデバイスデータベース１１００には、デバイス情報１１０１を含む複数のデバイス情報が登録されている。各デバイス情報は、デバイスＩＤと、アドレスと、種別と、製造者名と、型番と、アクチュエータ／加熱器と、劣化レベルと、を含む。アクチュエータ／加熱器は、デバイス３００を構成するアクチュエータ２２及び／又は加熱器２３の識別情報である。劣化レベルは、デバイス３００を構成するアクチュエータ２２及び／又は加熱器２３が劣化しているか否かを示す劣化情報の一例である。ここでは、劣化レベルは、値が増加すればより劣化していることを示す。デバイス情報１１０１に、実行可能なブロックの情報が含まれていてもよい。実行可能なブロックに関する情報とは、データベースに含まれるブロックが実行可能又は実行不可能が対応付けられた情報でもよいし、実行可能なブロックのみの情報でもよい。また、ブロックが実行可能か否かは、デバイス情報１１０１に含まれるアクチュエータ／加熱器などの情報に基づいて予め準備され得る。
【0059】
なお、デバイス情報１１０１は、施設２ａ～２ｄを特定可能な情報を含んでもよい。
【0060】
（ステップＳ１１４）
ＵＩ４００は、デバイスマネージャ２００にＵＩ情報を送信する。このＵＩ情報の送信は、例えばユーザの指示により行われる。デバイスマネージャ２００は、受信したＵＩ情報を例えばＵＩデータベースに登録する。なお、ＵＩ情報がＵＩデータベースに予め登録されている場合は、このステップはスキップされてもよい。
ＵＩ４００は、デバイスマネージャ２００にＵＩ情報を送信する。このＵＩ情報の送信は、例えばユーザの指示により行われる。デバイスマネージャ２００は、受信したＵＩ情報を例えばＵＩデータベースに登録する。なお、ＵＩ情報がＵＩデータベースに予め登録されている場合は、このステップはスキップされてもよい。
【0061】
ＵＩ情報は、例えばＵＩ４００の識別子及び／又はアドレスを含む。さらに、ＵＩ情報は、任意の情報を含んでもよい。
【0062】
なお、ＵＩ情報は、施設２ａ～２ｄを特定可能な情報を含んでもよい。
【0063】
以上の処理により、シーケンスマネージャ１００、デバイスマネージャ２００、デバイス３００及びＵＩ４００は、互いに紐づけられ、互いに接続を確立することができる。このより、準備フェーズＦ１００が終了する。
【0064】
［１．３．２ アプリ実行前フェーズＦ２００］
次に、アプリ実行前フェーズＦ２００について説明する。なお、アプリ実行前フェーズＦ２００の前には、ＵＩ４００を介したユーザからの指示に従って、アプリケーション配信プラットフォームからシーケンスマネージャ１００にアプリケーションがダウンロードされている。このようにシーケンスマネージャ１００にアプリケーションがダウンロードされた状態で以下の処理が行われる。
次に、アプリ実行前フェーズＦ２００について説明する。なお、アプリ実行前フェーズＦ２００の前には、ＵＩ４００を介したユーザからの指示に従って、アプリケーション配信プラットフォームからシーケンスマネージャ１００にアプリケーションがダウンロードされている。このようにシーケンスマネージャ１００にアプリケーションがダウンロードされた状態で以下の処理が行われる。
【0065】
（ステップＳ２１０）
ＵＩ４００は、ユーザからアプリ実行要求を受け付け、アプリケーションの識別情報を含むアプリ実行要求をシーケンスマネージャ１００に送信する。例えば、ユーザは、ＵＩ４００を介して、シーケンスマネージャ１００にダウンロードされている複数のアプリケーションの中からアプリケーションを選択し、選択したアプリケーションの実行を指示する。
ＵＩ４００は、ユーザからアプリ実行要求を受け付け、アプリケーションの識別情報を含むアプリ実行要求をシーケンスマネージャ１００に送信する。例えば、ユーザは、ＵＩ４００を介して、シーケンスマネージャ１００にダウンロードされている複数のアプリケーションの中からアプリケーションを選択し、選択したアプリケーションの実行を指示する。
【0066】
なお、ＵＩ４００からシーケンスマネージャ１００に送信されるアプリ実行要求は、施設２ａ～２ｄを特定可能な情報とセットで送信される。
【0067】
なお、アプリ実行要求は、ユーザから明示的に受け付けられなくてもよい。例えば、ユーザの行動又は状態を検出し、検出結果に基づいて自動的にアプリ実行要求がシーケンスマネージャ１００に送信されてもよい。
【0068】
（ステップＳ２１２）
シーケンスマネージャ１００は、アプリ実行要求によって識別されたアプリケーションの実行内容宣言をデバイスマネージャ２００に送信する。実行内容宣言は、実行するアプリケーションを規定する複数のブロックの情報及び施設２ａ～２ｄを特定可能な情報を含む。
シーケンスマネージャ１００は、アプリ実行要求によって識別されたアプリケーションの実行内容宣言をデバイスマネージャ２００に送信する。実行内容宣言は、実行するアプリケーションを規定する複数のブロックの情報及び施設２ａ～２ｄを特定可能な情報を含む。
【0069】
図１０は、実施の形態１における実行内容宣言の一例を示す図である。図１０には、図５に示す洗濯機のための複数のブロックを組み合わせて規定されたアプリケーションのための実行内容宣言１２００が表されている。実行内容宣言１２００は、複数のブロック１２０１、及び、各ブロック１２０１の実行に必要なデバイスに関する情報１２０２、及び、各ブロック１２０１が実行される順番の情報１２０３を含む。
【0070】
なお、実行内容宣言１２００は、デバイスに関する情報１２０２を含まなくてもよい。その場合、複数のブロック１２０１の情報から、受け取った施設情報が示す施設で該当ブロックを実行可能なデバイスを、デバイスマネージャ２００が検索してデバイス割付けを行う必要がある。
【0071】
なお、図１０では、デバイスに関する情報１２０２は、デバイス３００の型番を示しているが、これに限定されない。デバイスに関する情報１２０２は、ブロックに割付可能なデバイス３００の条件を示すことができれば、どのような情報であってもよい。例えば、デバイスに関する情報１２０２は、複数の型番を含んでもよいし、デバイスの種別、使用目的、配置場所、又は、これらの任意の組み合わせのみを含んでもよい。
【0072】
（ステップＳ２１４）
デバイスマネージャ２００は、実行内容宣言に含まれる各ブロックに対して、施設２ａ～２ｄを特定可能な情報を基にして、デバイスマネージャ２００に紐付けられているデバイス３００を割り付ける。例えば、デバイスマネージャ２００は、図１０に示す複数のブロック１２０１の各々に、図９のデバイスデータベース１１００に、受け取った施設情報が示す施設に接続済として登録されている、型番ＷＭ－０００１を有するデバイスＤＥＶ００１を割り付ける。なお、デバイス３００の稼働状態又はクラウドへの接続状態が管理されている場合には、稼働中のデバイス３００の割り付けが禁止されてもよい。
デバイスマネージャ２００は、実行内容宣言に含まれる各ブロックに対して、施設２ａ～２ｄを特定可能な情報を基にして、デバイスマネージャ２００に紐付けられているデバイス３００を割り付ける。例えば、デバイスマネージャ２００は、図１０に示す複数のブロック１２０１の各々に、図９のデバイスデータベース１１００に、受け取った施設情報が示す施設に接続済として登録されている、型番ＷＭ－０００１を有するデバイスＤＥＶ００１を割り付ける。なお、デバイス３００の稼働状態又はクラウドへの接続状態が管理されている場合には、稼働中のデバイス３００の割り付けが禁止されてもよい。
【0073】
なお、例えば図１０に示す複数のブロックが、受け取った施設情報が示す施設に接続済として登録されていない場合、すなわち、該当施設において対象デバイスが存在していない場合、デバイスマネージャ２００は実行内容宣言されたアプリケーションの実行が不可であることをシーケンスマネージャ１００に通知する。
【0074】
（ステップＳ２１５）
デバイスマネージャ２００は、デバイス割り付けの結果をデバイス３００に通知する。これにより、アプリケーションに含まれる複数のブロックが、それぞれ割り付けられたデバイス３００に送信される。
デバイスマネージャ２００は、デバイス割り付けの結果をデバイス３００に通知する。これにより、アプリケーションに含まれる複数のブロックが、それぞれ割り付けられたデバイス３００に送信される。
【0075】
（ステップＳ２１６）
デバイス３００は、ブロックの実行前にブロックを確認する。つまり、デバイス３００は、ブロックを実行する前に、ブロックが実行されたときにデバイス３００で問題が生じないかをチェックする。例えばデバイス３００は、安全及び／又は効率上の問題をチェックする。
デバイス３００は、ブロックの実行前にブロックを確認する。つまり、デバイス３００は、ブロックを実行する前に、ブロックが実行されたときにデバイス３００で問題が生じないかをチェックする。例えばデバイス３００は、安全及び／又は効率上の問題をチェックする。
【0076】
そして、デバイス３００は、確認結果に基づいて、ブロックを変更する。これにより、問題が生じないようにブロックが修正される。
【0077】
【0078】
（ステップＳ２１６５）
デバイス３００は、アプリケーションに対応するルールを取得する。ここでは、ルールは、所定の２以上のブロックが所定の順番に実行されることを禁止する。例えば、デバイス３００は、ルールデータベースを参照して、所定の順番で実行することが禁止される２以上のブロックを取得する。ルールデータベースは、例えばデバイス３００に含まれてもよいし、シーケンスマネージャ１００又はデバイスマネージャ２００に含まれてもよい。
デバイス３００は、アプリケーションに対応するルールを取得する。ここでは、ルールは、所定の２以上のブロックが所定の順番に実行されることを禁止する。例えば、デバイス３００は、ルールデータベースを参照して、所定の順番で実行することが禁止される２以上のブロックを取得する。ルールデータベースは、例えばデバイス３００に含まれてもよいし、シーケンスマネージャ１００又はデバイスマネージャ２００に含まれてもよい。
【0079】
所定の順番としては、例えば、第１のブロックの後に第２のブロックが位置する順番を用いることができる。より限定的には、所定の順番として、第１のブロックの直後に第２のブロックが位置する順番、つまり、第１のブロック及び第２のブロックが連続する順番が用いられてもよい。
【0080】
図１２は、実施の形態１におけるルールデータベースの一例を示す。図１２のルールデータベース１３００には、ルール１３０１～１３０３が登録されている。ルール１３０１～１３０３の各々は、連続して実行することが禁止される第１のブロック及び第２のブロックの情報を有する。例えば、ルール１３０１は、脱水ブロックの直後に攪拌ブロックが実行されることが禁止されることを示す。また例えば、ルール１３０２は、給水ブロックの直後に洗濯量検知ブロックが実行されることが禁止されることを示す。また例えば、ルール１３０３は、攪拌ブロックの直後に排水ブロックが実行されることが禁止されることを示す。
【0081】
このような所定の順番で実行されることが禁止される２以上のブロックとしては、例えば筐体２１の内部空間、アクチュエータ２２又は加熱器２３を耐久温度に到達させる２以上のブロックが予め定められる。耐久温度とは、定格温度を意味し、許容される最大温度を示す。したがって、所定の順番で所定の２以上のブロックを用いてアクチュエータ２２又は加熱器２３が駆動されれば、筐体２１の内部空間、アクチュエータ２２又は加熱器２３の温度は、許容されない温度に到達する。
【0082】
なお、図１２では、ルール１３０１～１３０３の各々は、連続して実行されることが禁止される第１のブロック及び第２のブロックを示しているが、これに限定されない。例えば、ルールは、不連続に実行されることが禁止される第１のブロック及び第２のブロックを示してもよい。また例えば、ルールは、連続して実行されることが禁止される３以上のブロックを示してもよい。また例えば、ルールは、さらに、第１のブロック及び／又は第２のブロックのパラメータの範囲を示してもよい。さらには、ルールは、多種多様なアプリケーションの開発に向けて広い範囲でブロックを利用可能に規定される。
【0083】
例えば、アクチュエータ２２又は加熱器２３は、筐体２１の内部空間などのデバイス３００の環境に応じて安全に駆動できるルールが変わり、ルールはアクチュエータ２２又は加熱器２３自体の性能のみに依存しない場合がある。したがって、いずれの環境でも安全に駆動するために、安全性を考慮する比重の高いルールになり、多種多様なアプリケーションの開発の余地が低減することになる。そこで、ルールは、アプリケーションと独立して、デバイス３００等の情報と対応付けられてもよい。そのようなルールが用いられることで、安全性及び多種多様なアプリケーションの開発を両立できる。
【0084】
ルールは、アクチュエータ２２又は加熱器２３が安全に駆動できる範囲に関連する。安全に駆動できる範囲は、ブロックの開始条件又は終了条件を考慮された範囲であってもよい。第１のブロックと、第１のブロックの後に実行される第２のブロックを例に考える。第２のブロックの開始条件に達するまで、第１のブロックを実行することで、アクチュエータ２２又は加熱器２３の安全性に影響がある負荷かかる場合を想定したルールが設定され得る。つまり、ルールは、アクチュエータ２２又は加熱器２３の性能、ブロックの開始条件又は終了条件などに依存する。
【0085】
ルール１３０１～１３０３の各々は、さらに、種別と、製造者名と、を有する。これにより、デバイス３００は、ルールデータベース１３００から、ブロックで駆動されるアクチュエータ２２又は加熱器２３に対応するルールを取得することができる。例えば、デバイス３００は、図１２のルールデータベース１３００を参照して、ＷＭ－０００１のためのルール１３０１～１３０３を取得する。
【0086】
（ステップＳ２１６６）
デバイス３００は、アプリケーションに含まれる複数のブロックの順番が、ルールに示される２以上のブロックの所定の順番に該当するか否かを判定する。例えば、デバイス３００は、アプリケーションにおいて第１のブロックの後に第２のブロックが実行されるか否かを判定する。
デバイス３００は、アプリケーションに含まれる複数のブロックの順番が、ルールに示される２以上のブロックの所定の順番に該当するか否かを判定する。例えば、デバイス３００は、アプリケーションにおいて第１のブロックの後に第２のブロックが実行されるか否かを判定する。
【0087】
ここで、複数のブロックの順番が所定の順番に該当しないと判定された場合（Ｓ２１６６のＮｏ）、デバイス３００は、以降のステップＳ２１６７をスキップして実行前確認処理を終了する。一方、複数のブロックの順番が所定の順番に該当すると判定された場合（Ｓ２１６６のＹｅｓ）、デバイス３００は、次のステップＳ２１６７に進む。
【0088】
（ステップＳ２１６７）
デバイス３００は、アプリケーションに含まれる複数のブロックのそれぞれが実行される順番を変更して実行前確認処理を終了する。ブロックの順番の変更とは、（ｉ）第１のブロックと第２のブロックとの間に新たなブロックを追加すること、（ｉｉ）第１のブロック又は第２のブロックを削除すること、（ｉｉｉ）第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２にブロックの間に他のブロックが位置する順番に変更すること、又は、（ｉｖ）それらの任意の組み合わせを意味する。これらのブロックの順番の変更方法は、ルールに定義されてもよい。
デバイス３００は、アプリケーションに含まれる複数のブロックのそれぞれが実行される順番を変更して実行前確認処理を終了する。ブロックの順番の変更とは、（ｉ）第１のブロックと第２のブロックとの間に新たなブロックを追加すること、（ｉｉ）第１のブロック又は第２のブロックを削除すること、（ｉｉｉ）第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２にブロックの間に他のブロックが位置する順番に変更すること、又は、（ｉｖ）それらの任意の組み合わせを意味する。これらのブロックの順番の変更方法は、ルールに定義されてもよい。
【0089】
【0090】
図１３は、実施の形態１におけるブロックの順番の変更（ｉ）の一例を示す。図１３では脱水ブロック（第１のブロック）の後に攪拌ブロック（第２のブロック）が実行される場合に、脱水ブロックと攪拌ブロックとの間に停止ブロックが新たなブロックとして追加されている。これにより、脱水ブロックと攪拌ブロックとの間のドラム回転数の差異によるモータの負荷の増加を抑制することができ、アクチュエータ２２の安全な駆動を実現することができる。
【0091】
図１４Ａは、実施の形態１におけるブロックの順番の変更（ｉｉ）の一例を示す。図１４Ａでは、給水ブロック（第１のブロック）の後に洗濯量検知ブロック（第２のブロック）が実行される場合に、洗濯量検知ブロックが削除されている。これにより、洗濯物が濡れた状態で洗濯量が検知されることによる洗濯量の誤検知を抑制することができ、アクチュエータ２２の安全な駆動を実現することができる。
【0092】
図１４Ｂは、実施の形態１におけるブロックの順番の変更（ｉｉｉ）の一例を示す。図１４Ｂでは、給水ブロック（第１のブロック）の後に洗濯量検知ブロック（第２のブロック）が実行される場合に、給水ブロック及び洗濯量検知ブロックの順番が、洗濯量検知ブロックの後に給水ブロックが位置する順番に変更されている。これにより、洗濯物が濡れた状態で洗濯量が検知されることによる洗濯量の誤検知を抑制することができ、アクチュエータ２２の安全な駆動を実現することができる。
【0093】
なお、ここでは、洗濯機のためのブロックの順番の変更について説明したが、他の装置についても同様にブロックの順番を変更することができる。
【0094】
例えば、炊飯器のためのアプリケーションに、所定条件を満たすスチームパラメータ（例えば最大量）及び継続時間パラメータ（例えば２０分以上）を有する蒸らしブロック（第１のブロック）が含まれ、かつ、当該蒸らしブロックの後にさらに蒸らしブロック（第２のブロック）が連続して含まれる場合に、２つの蒸らしブロックの間に表示ブロックが新たなブロックとして挿入されてもよい。これにより、スチーム用の水容器に水を追加することをユーザに通知することができ、蒸らしブロックにおいてスチームヒータの空焚きを抑制することができ、継続的にスチームを与えることが可能になる。また、上記と同様に２つの蒸らしブロックが連続して含まれる場合に、後の蒸らしブロックが削除されてもよい。これにより、スチームヒータの空焚きを抑制することができる。
【0095】
また例えば、電子レンジのためのアプリケーションに、所定条件を満たす温度パラメータ（例えば２００度以上）及び実行時間パラメータ（例えば１０分以上）を有するオーブンブロック（第１のブロック）が含まれ、かつ、当該オーブンブロックの後にさらにオーブンブロック（第２のブロック）が連続して含まれる場合に、２つのオーブンブロックの間に停止ブロックが新たなブロックとして挿入されてもよい。これにより、加熱器の使い過ぎによる故障及び劣化を抑制することができる。また、電子レンジのためのアプリケーションに、オーブンブロックが含まれ、かつ、当該オーブンブロックの後に連続してマイクロ波ブロックが含まれる場合に、マイクロ波ブロックが削除されてもよい。これにより、オーブン用のトレイに対してマイクロ波を照射することでスパークが発生することを防ぐことができ、安全性を向上させることができる。また、電子レンジのためのアプリケーションに、焼くブロック（第１のブロック）が含まれ、当該焼くブロックの後に連続して蒸すブロック（第２のブロック）が含まれる場合に、焼くブロック及び蒸すブロックの順番が入れ替えられてもよい。これにより、焼くブロックが実行される前にスチームヒータを温めることができ、焼くブロックによる焼き工程の初期の段階からスチームを与えながら食材を焼くことが可能になる。
【0096】
（ステップＳ２１７）
デバイス３００は、実行前確認の結果をデバイスマネージャ２００に送信する。ブロックが変更されている場合には、変更されたブロックがデバイスマネージャ２００に送信されてもよい。
デバイス３００は、実行前確認の結果をデバイスマネージャ２００に送信する。ブロックが変更されている場合には、変更されたブロックがデバイスマネージャ２００に送信されてもよい。
【0097】
（ステップＳ２１８）
デバイスマネージャ２００は、デバイス割り付けの結果をシーケンスマネージャ１００に回答する。また、実行前確認においてブロックが変更されている場合には、変更されたブロックを含むアプリケーションがシーケンスマネージャ１００に送信されてもよい。
デバイスマネージャ２００は、デバイス割り付けの結果をシーケンスマネージャ１００に回答する。また、実行前確認においてブロックが変更されている場合には、変更されたブロックを含むアプリケーションがシーケンスマネージャ１００に送信されてもよい。
【0098】
（ステップＳ２２０）
シーケンスマネージャ１００は、デバイスマネージャ２００からの割付結果通知を受けて、ＵＩ４００を介してユーザに実行準備完了を通知する。
シーケンスマネージャ１００は、デバイスマネージャ２００からの割付結果通知を受けて、ＵＩ４００を介してユーザに実行準備完了を通知する。
【0099】
（ステップＳ２２２）
ＵＩ４００は、アプリケーションが実行されるデバイスの一覧を表示するとともに、ユーザからアプリケーション実行の確認の入力を受け付けるためのグラフィカルユーザインタフェース（ＧＵＩ）を表示する。なお、ＵＩ４００は、ユーザからデバイスの割り付けの変更を受け付けてもよい。また、ＵＩ４００は、デバイスの一覧を表示しなくてもよい。
ＵＩ４００は、アプリケーションが実行されるデバイスの一覧を表示するとともに、ユーザからアプリケーション実行の確認の入力を受け付けるためのグラフィカルユーザインタフェース（ＧＵＩ）を表示する。なお、ＵＩ４００は、ユーザからデバイスの割り付けの変更を受け付けてもよい。また、ＵＩ４００は、デバイスの一覧を表示しなくてもよい。
【0100】
（ステップＳ２２４）
ＵＩ４００は、ユーザから実行確認の入力を受けて、デバイスマネージャ２００にアプリ開始指示を送信する。デバイスマネージャ２００は、アプリ開始指示をシーケンスマネージャ１００に転送する。
ＵＩ４００は、ユーザから実行確認の入力を受けて、デバイスマネージャ２００にアプリ開始指示を送信する。デバイスマネージャ２００は、アプリ開始指示をシーケンスマネージャ１００に転送する。
【0101】
なお、ステップＳ２２０、Ｓ２２２、及びＳ２２４は、アプリケーションが実行される前にユーザに改めて情報を提供しているが、ユーザの作業が増える可能性があるため、省略されてもよい。
【0102】
以上により、アプリ実行前フェーズＦ２００が終了する。
【0103】
［１．３．３ アプリ実行フェーズＦ３００］
次に、アプリ実行フェーズＦ３００について説明する。
次に、アプリ実行フェーズＦ３００について説明する。
【0104】
（ステップＳ３１０）
シーケンスマネージャ１００は、アプリ開始指示を受けて、アプリケーションに含まれる複数のブロックの中から最初のブロック（第１ブロック）を選択する。そして、シーケンスマネージャ１００は、選択した第１ブロックの実行指示をデバイスマネージャ２００に送信する。
シーケンスマネージャ１００は、アプリ開始指示を受けて、アプリケーションに含まれる複数のブロックの中から最初のブロック（第１ブロック）を選択する。そして、シーケンスマネージャ１００は、選択した第１ブロックの実行指示をデバイスマネージャ２００に送信する。
【0105】
なお、複数のブロックが連続して動作される場合、シーケンスマネージャ１００は、複数のブロックの実行指示をまとめてデバイスマネージャ２００に送信してもよい。
【0106】
デバイスマネージャ２００は、シーケンスマネージャ１００から受信した第１ブロックの実行指示に基づいて、第１ブロックに割り付けられたデバイス３００に第１ブロックの実行指示を送信する。
【0107】
（ステップＳ３１２）
デバイスマネージャ２００は、第１ブロックの実行指示を受けて、各デバイスのスケジュール（使用予定時間）を更新する。
デバイスマネージャ２００は、第１ブロックの実行指示を受けて、各デバイスのスケジュール（使用予定時間）を更新する。
【0108】
（ステップＳ３１４）
デバイス３００は、第１ブロックの実行指示を受けて、第１ブロックを実行する。
デバイス３００は、第１ブロックの実行指示を受けて、第１ブロックを実行する。
【0109】
（ステップＳ３１６）
デバイス３００は、第１ブロックの実行が完了したときに、完了通知をデバイスマネージャ２００に送信する。なお、第１ブロックの実行中にエラーが発生した場合には、デバイス３００は、エラー情報をデバイスマネージャ２００に送信してもよい。また、デバイス３００は、第１ブロックの実行中に、イベント情報をデバイスマネージャ２００に送信してもよい。イベント情報としては、例えば、センサの出力値又は機器操作等を用いることができるが、これに限定されない。デバイスマネージャ２００は、デバイス３００から受信した完了通知及び／又は各種情報をシーケンスマネージャ１００に転送する。
デバイス３００は、第１ブロックの実行が完了したときに、完了通知をデバイスマネージャ２００に送信する。なお、第１ブロックの実行中にエラーが発生した場合には、デバイス３００は、エラー情報をデバイスマネージャ２００に送信してもよい。また、デバイス３００は、第１ブロックの実行中に、イベント情報をデバイスマネージャ２００に送信してもよい。イベント情報としては、例えば、センサの出力値又は機器操作等を用いることができるが、これに限定されない。デバイスマネージャ２００は、デバイス３００から受信した完了通知及び／又は各種情報をシーケンスマネージャ１００に転送する。
【0110】
（ステップＳ３１８）
シーケンスマネージャ１００は、第１ブロックの完了通知を受けて、アプリケーションの進捗を更新し、次のブロック（第２ブロック）を選択する。また、シーケンスマネージャ１００は、エラー情報を受信した場合に、エラー情報に対応する処理（例えば、１つ前のブロックに戻る、最初のブロックに戻る、待機等）を実行する。エラー情報に対応する処理の情報は、例えば、シーケンスマネージャ１００に予め保持されてもよいし、ＵＩ４００を介してユーザから受け付けられてもよい。また、シーケンスマネージャ１００は、イベント情報を受信した場合に、イベント情報に対応する処理を実行する。例えば、イベント情報に水位センサの出力値が含まれる場合、シーケンスマネージャ１００は、実行中のブロックに含まれる水位を表示するための水位パラメータを更新する。
シーケンスマネージャ１００は、第１ブロックの完了通知を受けて、アプリケーションの進捗を更新し、次のブロック（第２ブロック）を選択する。また、シーケンスマネージャ１００は、エラー情報を受信した場合に、エラー情報に対応する処理（例えば、１つ前のブロックに戻る、最初のブロックに戻る、待機等）を実行する。エラー情報に対応する処理の情報は、例えば、シーケンスマネージャ１００に予め保持されてもよいし、ＵＩ４００を介してユーザから受け付けられてもよい。また、シーケンスマネージャ１００は、イベント情報を受信した場合に、イベント情報に対応する処理を実行する。例えば、イベント情報に水位センサの出力値が含まれる場合、シーケンスマネージャ１００は、実行中のブロックに含まれる水位を表示するための水位パラメータを更新する。
【0111】
（ステップＳ３２０）
シーケンスマネージャ１００は、選択した第２ブロックの実行指示をデバイスマネージャ２００に送信する。
シーケンスマネージャ１００は、選択した第２ブロックの実行指示をデバイスマネージャ２００に送信する。
【0112】
なお、第２ブロックの実行指示は、第１ブロックの実行指示（Ｓ３１０）と同一のデバイスに対する指示でもよいし、異なるデバイスへの指示でもよい。
【0113】
なお、第２ブロックの実行指示は、第１ブロックの実行指示と同様に、複数のブロックの実行指示をまとめてデバイスマネージャ２００に送信してもよい。
【0114】
以降の処理は第１ブロックのための処理（Ｓ３１２～Ｓ３１８）と同様であるので、図示及び説明を省略する。アプリケーションに含まれるブロックが順に実行され、最後のブロックの実行が完了すれば、アプリ実行フェーズＦ３００が終了する。
【0115】
なお、ここでは、ブロックの実行は１つずつ順に指示されているが、これに限定されない。例えば、同一のデバイスが割り付けられた複数のブロックの実行は、まとめて指示されてもよい。その場合、あらかじめ各ブロックが機能実行のパラメータ範囲を満たすかの確認を行ったり、変更に対応するブロックを実行前にデバイス側にダウンロードしたりしてもよい。また、例えば、複数のデバイスに対して各々のブロック実行指示を行ってもよい。
【0116】
［１．４ 効果など］
以上のように、ブロックを含むアプリケーションとルールデータベースとにより、多様多種なアプリケーションを開発可能な環境を提供し、その環境下で自由に開発したアプリケーションに対して、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３を安全に駆動することを可能にしている。言い換えると、アプリケーションを自由に開発可能な環境を提供するとともに、アプリケーションと独立して安全性を担保するための機能を提供できる。その結果、例えば、自由度の高い多様多種なアプリケーションの開発と、安全性を担保するためのルールデータベースの開発とを並行して作成することが可能になり、多様多種なアプリケーションを早期に開発することを可能にすることができる。
以上のように、ブロックを含むアプリケーションとルールデータベースとにより、多様多種なアプリケーションを開発可能な環境を提供し、その環境下で自由に開発したアプリケーションに対して、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３を安全に駆動することを可能にしている。言い換えると、アプリケーションを自由に開発可能な環境を提供するとともに、アプリケーションと独立して安全性を担保するための機能を提供できる。その結果、例えば、自由度の高い多様多種なアプリケーションの開発と、安全性を担保するためのルールデータベースの開発とを並行して作成することが可能になり、多様多種なアプリケーションを早期に開発することを可能にすることができる。
【0117】
また、アプリケーションの提供後においても、ルールデータベースを変更することで、より安全性を担保したアプリケーションへの変更も可能になる。また、事前に製造者が想定しない状況の改善が必要になった場合においても、多様多種なアプリケーション自体を変更せずとも、アプリケーションとは独立して、ルールデータベースを規定していることで、ルールデータベースを更新することで、全てのアプリケーションへの対応が可能になる。
【0118】
アプリケーション自体を変更せずに、アプリケーションが実行されたときの状態を検知することでエラー処理のルールベースを保持する対処方法も考えられる。しかし、この対処方法は、常にエラーの状態になった後に対処することになり、家電に負荷がかかる状況、又は安全性が担保できない状況になることを許容することを意味する。そこで、アプリケーションとは独立にルールデータベースを保有し、ルールデータを参照してアプリケーションの内容を変更することで、安全性を担保することを可能にしている。
【0119】
本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報を含むアプリケーションを取得し、２以上のブロックが所定の順番に実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
【0120】
これによれば、複数のブロックで規定されたアプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３を駆動することができる。したがって、装置２０の制御を抽象化したブロックを用いたアプリケーションの開発が可能となり、多種多彩なアプリケーションを製造者だけではなく、サードパーティも開発することができ、これらのアプリケーションを装置２０で簡単に実行することが可能となる。さらに、アプリケーションに所定の２以上のブロックが所定の順番で含まれる場合に、アプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３が駆動される前に、複数のブロックのそれぞれが実行される順番を変更することができる。したがって、所定の２以上のブロックが所定の順番で実行されることを禁止することができる。つまり、もしアプリケーション開発者が誤って所定の２以上のブロックを許容されない順番で実行するよう指示を行った場合でも、装置２０を安全に制御することができないアプリケーションが実行されることを抑制することができる。したがって、アプリケーション開発者は、アクチュエータ２２及び／又は加熱器２３の安全性の担保よりもユーザに適することを重視したアプリケーションを作成した場合でも、アプリケーションで制御される装置２０の安全性を向上させることができる。
【0121】
また例えば、本実施の形態における装置２０において、所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示し、アプリケーションの変更において、制御部２４は、順番の情報が所定の順番に該当する場合に、第１のブロックと第２のブロックとの間に、新たなブロックを追加することで、複数のブロックのそれぞれが実行される順番を変更してもよい。
【0122】
また例えば、本実施の形態における装置２０において、所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示し、アプリケーションの変更において、制御部２４は、順番の情報が所定の順番に該当する場合に、第１のブロック又は第２のブロックを削除することで、複数のブロックのそれぞれが実行される順番を変更してもよい。
【0123】
また例えば、本実施の形態における装置２０において、所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示し、アプリケーションの変更において、制御部２４は、順番の情報が所定の順番に該当する場合に、第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更することで、複数のブロックのそれぞれが実行される順番を変更してもよい。
【0124】
また例えば、本実施の形態における装置２０において、アプリケーションは、複数のブロックの情報とそれぞれが実行される順番の情報を含み、ルールは、複数のブロックの中で少なくとも一つのブロックが実行できない情報を含む場合に、エラー情報として、本アプリケーションが開発できないこと、または、実行できないブロックの情報を開発者に提示してもよい。
【0125】
これらによれば、アプリケーションが実行される前に、新たなブロックを追加、第１のブロック若しくは第２のブロックを削除、又は、第１のブロック又は第２のブロックの順番を変更することで、第１のブロックの後に第２のブロックが実行されることを防ぐことができる。したがって、アプリケーションの開発者は、アクチュエータ２２及び加熱器２３が安全に駆動することを考慮する優先度を下げて自由にアプリケーションを開発ができる。さらに、アクチュエータ２２及び加熱器２３を制御する装置２０に組み込まれるソフトウェアの開発者は、アプリケーション一つ一つの安全性を毎回チェックすることなくブロックの実行を許可することができ、複数のブロックが許容されない順番で実行されることを防止することができる。
【0126】
また例えば、本実施の形態における装置２０において、第１のルールは、所定の２以上のブロックが所定の順番で実行されることでアクチュエータ２２及び加熱器２３の少なくとも１つが耐久温度に到達することを禁止してもよい。
【0127】
これによれば、アプリケーションが実行されたときにアクチュエータ２２及び／又は加熱器２３が耐久温度に到達することを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。
【0128】
また例えば、本実施の形態における装置２０は、内部空間を有する筐体２１を備えてもよく、第１のルールは、所定の２以上のブロックが所定の順番で実行されることで内部空間が耐久温度に到達することを禁止してもよい。
【0129】
これによれば、アプリケーションが実行されたときに筐体２１の内部空間が耐久温度に到達することを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。
【0130】
（実施の形態１の変形例）
なお、上記実施の形態１では、システム１の処理について図８を参照しながら説明したが、処理の流れについてはこれに限定されない。特に、詳細に説明している実行前確認（Ｓ２１６）について、実行前確認が行われるタイミング及び主体となるモジュールはこれに限定されない。そこで、システム１のシーケンス図のいくつかの変形例について、図１５Ａ～図１５Ｅを参照しながら具体的に説明する。
なお、上記実施の形態１では、システム１の処理について図８を参照しながら説明したが、処理の流れについてはこれに限定されない。特に、詳細に説明している実行前確認（Ｓ２１６）について、実行前確認が行われるタイミング及び主体となるモジュールはこれに限定されない。そこで、システム１のシーケンス図のいくつかの変形例について、図１５Ａ～図１５Ｅを参照しながら具体的に説明する。
【0131】
図１５Ａは、実施の形態１の変形例１におけるシステム１のシーケンス図である。図１５Ａでは、実行前確認（Ｓ２１６）は、デバイス３００が実行指示を受けて（Ｓ３１０）ブロックを実行する（Ｓ３１４）直前に、デバイス３００によって行われる。
【0132】
これにより、デバイス３００に組み込まれるソフトウェアは、ブロックの実行直前に実行前確認を行うというシンプルな構成とすることができる。すなわち、ステップＳ２１５及びＳ２１７を省略することができる。その結果、それらの処理を行うための機能及び通信ＡＰＩをデバイス３００に組み込む必要がなくなり、デバイス３００に搭載されるマイコンの使用メモリ等を低減することが可能となる。
【0133】
なお、実行前確認の結果がデバイスマネージャ２００及び／又はＵＩ４００に通知されてもよい。例えば、実行前確認を行った結果としてパラメータの変更又はブロックの実行停止指示が行われた場合に、デバイスマネージャ２００又はＵＩ４００に確認結果が通知されてもよい。
【0134】
図１５Ｂは、実施の形態１の変形例２におけるシステム１のシーケンス図である。図１５Ｂでは、実行前確認（Ｓ２１６）は、デバイスマネージャ２００が割付結果通知（Ｓ２１８）を行う際に、そのままデバイスマネージャ２００によって行われる。
【0135】
これにより、デバイス３００に組み込まれるソフトウェアは、実行前確認（Ｓ２１６）の機能を含まなくてもよい。したがって、デバイス３００が有するメモリの使用を抑えることができ、デバイス３００のコストダウンにつながる。
【0136】
また、上記実施の形態１では、デバイス３００によるブロック実行（Ｓ３１４）について、クラウドサーバ１０に実装されたシーケンスマネージャ１００からの指示によって行われる処理の流れを説明したが、ブロック実行（Ｓ３１４）が行われる形態についても、これに限定されない。
【0137】
例えば、シーケンスマネージャ１００からの通知内容を、デバイス３００内のメモリに保存し、装置２０が有するＵＩ又は端末３０が有するＵＩ４００を通じたユーザからの直接の指示により、ブロックが実行されてもよい。すなわち、アプリケーションをデバイス内にダウンロードしておいて、ユーザが任意のタイミングでアプリケーションを実行する形態としてもよい。
【0138】
図１５Ｃは、実施の形態１の変形例３におけるシステム１のシーケンス図である。図１５Ｃでは、アプリ実行フェーズＦ３００において、シーケンスマネージャ１００からデバイス３００に、デバイス３００で実行される１以上のブロックが通知される（Ｓ３１０Ｃ）。そして、デバイス３００は、通知された１以上のブロックをメモリに保存する（Ｓ３１１Ｃ）。
【0139】
その後、デバイス３００は、ユーザから、保存された１以上のブロックの実行の指示を受け付け（Ｓ３１２Ｃ）、１以上のブロックを第１ブロックから順に実行する（Ｓ３１４）。
【0140】
以上のように、ブロックをデバイス３００に保存することで、デバイスマネージャ２００とデバイス３００との通信を介さずにデバイス３００の制御が行えるため、クラウドサーバ１０と装置２０間の通信が不安定になることによってデバイス３００の動作が停止したり遅延が生じたりするリスクを低減することができる。そのため、本変形例は、クラウドサーバ１０との通信の信頼性が低い環境において、及び／又は、アプリケーション実行中のデバイスの動作停止や遅延が許容されないデバイス３００において、より効果的である。
【0141】
なお、変形例３においても、実施の形態１と同様に、実行前確認（Ｓ２１６）は重要な意味を有するが、実行前確認（Ｓ２１６）が行われるタイミングや主体となるモジュールは図１５Ｃに限定されない。すなわち、変形例３は、変形例１又は２と組み合わされてもよい。
【0142】
図１５Ｄは、実施の形態１の変形例４におけるシステム１のシーケンス図である。変形例４は、変形例１と変形例３との組み合わせに相当する。変形例４では、図１５Ｄに示すように、実行前確認（Ｓ２１６）は、デバイス３００が実行指示を受けて（Ｓ３１２Ｃ）ブロックを実行する（Ｓ３１４）直前にデバイス３００によって行われる。
【0143】
ブロックをデバイス３００にダウンロードしておいて、ユーザが任意のタイミングでブロックを実行する場合、ブロックをダウンロードするタイミングと実行するタイミングが大きくずれる可能性が高まる。すなわち、ブロックをデバイス３００にダウンロードしてから数日後、数か月後、又は数年後等にブロックが実行される場合が考えられる。その場合、ブロックがダウンロードされてからブロックが実行されるまでの間にデバイス３００の劣化レベル等が変わる恐れもある。そのため、ブロックの実行が劣化レベルの影響を受けるデバイス３００では、ブロックが実行される直前にデバイス３００によって実行前確認が行われることで、劣化レベルに応じた実行前確認が可能となる。
【0144】
図１５Ｅは、実施の形態１の変形例５におけるシステム１のシーケンス図である。変形例５は、変形例２と変形例３との組み合わせに相当する。変形例５では、図１５Ｅに示すように、実行前確認（Ｓ２１６）は、デバイスマネージャ２００が割付結果通知（Ｓ２１８）を行う際に、そのままデバイスマネージャ２００によって行われる。
【0145】
（実施の形態２）
次に、実施の形態２について説明する。本実施の形態では、アプリケーションが認証済みである場合に実行前確認がスキップされる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
次に、実施の形態２について説明する。本実施の形態では、アプリケーションが認証済みである場合に実行前確認がスキップされる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
【0146】
なお、本実施の形態におけるシステム１のハードウェア構成及び機能構成は、上記実施の形態１と同様であるので、図示及び説明を省略する。
【0147】
［２．１ 処理］
本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ａに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ａについて図１６を参照しながら説明する。
本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ａに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ａについて図１６を参照しながら説明する。
【0148】
図１６は、実施の形態２における実行前確認処理のフローチャートを示す。
【0149】
（ステップＳ２１６１Ａ）
デバイス３００は、アプリ認証情報を取得する。アプリ認証情報は、アプリケーションが認証済みである場合に認証済みであることを示す情報を含む。
デバイス３００は、アプリ認証情報を取得する。アプリ認証情報は、アプリケーションが認証済みである場合に認証済みであることを示す情報を含む。
【0150】
アプリケーションの認証は、例えばアプリケーションの品質を保証するための仕組みであり、アプリケーションの安全性及び／又は同一性（改ざんされていないこと）などの確認を可能とする。認証情報の付与されているアプリケーションの一例を説明する。アプリケーションのコードの変更履歴がパラメータ範囲の変更が行われなかったことを示す場合、アプリケーションに認証済みであることを示す情報が対応付けられている。
【0151】
（ステップＳ２１６２Ａ）
デバイス３００は、取得されたアプリ情報に基づいて、アプリケーションが認証済みであるか否かを判定する。ここで、アプリケーションが認証済みであると判定された場合（Ｓ２１６２ＡのＹｅｓ）、デバイス３００は、以降のステップＳ２１６５～ステップＳ２１６７をスキップして実行前確認処理を終了する。一方、アプリケーションが認証済みではないと判定された場合（Ｓ２１６２ＡのＮｏ）、デバイス３００は、次のステップＳ２１６５に進む。
デバイス３００は、取得されたアプリ情報に基づいて、アプリケーションが認証済みであるか否かを判定する。ここで、アプリケーションが認証済みであると判定された場合（Ｓ２１６２ＡのＹｅｓ）、デバイス３００は、以降のステップＳ２１６５～ステップＳ２１６７をスキップして実行前確認処理を終了する。一方、アプリケーションが認証済みではないと判定された場合（Ｓ２１６２ＡのＮｏ）、デバイス３００は、次のステップＳ２１６５に進む。
【0152】
［２．２ 効果など］
以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報及び認証済みか否かを示す情報を含むアプリケーションを取得し、アプリケーションが認証済みであることを示す情報を含まない場合、所定の２以上のブロックが所定の順番で実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報及び認証済みか否かを示す情報を含むアプリケーションを取得し、アプリケーションが認証済みであることを示す情報を含まない場合、所定の２以上のブロックが所定の順番で実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
【0153】
これによれば、実施の形態１と同様の効果を実現することができる。さらに、アプリケーションが認証済みでない場合に、アプリケーションの変更を伴う処理を行うことができ、アプリケーションが認証済みである場合に処理負荷の軽減を図ることができる。したがって、全てのアプリケーションに対するブロックの順番に対する判定処理を行う必要は無く、認証を行うことによる管理によって、処理負荷の軽減とともに、ブロックの順番に関する設計の基準ができ、アプリケーション開発者にとっては、より容易かつ安全な設計が可能となる。
【0154】
また例えば、本実施の形態における装置２０において、アプリケーションが認証済みであることを示す情報を有する場合、第１のルールを参照せずに、アプリケーションを変更しなくてもよい。
【0155】
これによれば、アプリケーションが認証済みである場合に、ブロックを変更するための処理をスキップすることができ、処理負荷を軽減することができる。
【0156】
（実施の形態３）
次に、実施の形態３について説明する。本実施の形態では、アプリケーションの制作者と装置の製作者とが同一である場合に実行前確認がスキップされる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
次に、実施の形態３について説明する。本実施の形態では、アプリケーションの制作者と装置の製作者とが同一である場合に実行前確認がスキップされる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
【0157】
なお、本実施の形態におけるシステム１のハードウェア構成及び機能構成は、上記実施の形態１と同様であるので、図示及び説明を省略する。
【0158】
［３．１ 処理］
本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ｂに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ｂについて図１７を参照しながら説明する。
本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ｂに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ｂについて図１７を参照しながら説明する。
【0159】
図１７は、実施の形態３における実行前確認処理のフローチャートを示す。
【0160】
（ステップＳ２１６１Ｂ）
デバイス３００は、アプリ制作者情報を取得する。アプリ制作者情報は、アプリケーションの制作者を示す。制作者は、アプリケーションを制作した会社、個人又は団体等を意味し、開発者又は著者と呼ばれる場合もある。
デバイス３００は、アプリ制作者情報を取得する。アプリ制作者情報は、アプリケーションの制作者を示す。制作者は、アプリケーションを制作した会社、個人又は団体等を意味し、開発者又は著者と呼ばれる場合もある。
【0161】
（ステップＳ２１６３Ｂ）
デバイス３００は、デバイス製作者情報を取得する。デバイス製作者情報は、デバイスの製作者を示す。製作者は、デバイス３００（つまり装置２０）を製作した会社、個人又は団体等を意味し、製造者と呼ばれる場合もある。
デバイス３００は、デバイス製作者情報を取得する。デバイス製作者情報は、デバイスの製作者を示す。製作者は、デバイス３００（つまり装置２０）を製作した会社、個人又は団体等を意味し、製造者と呼ばれる場合もある。
【0162】
（ステップＳ２１６４Ｂ）
デバイス３００は、アプリケーションの制作者とデバイス３００の製作者とが異なるか否かを判定する。アプリケーションの制作者が個人であり、デバイス３００の製作者が会社である場合、デバイス３００は、アプリケーションの制作者が属する会社とデバイス３００の製作者とが一致すれば、アプリケーションの制作者とデバイス３００の製作者とが同じであると判定してもよい。また、デバイス３００は、アプリケーションの制作者がデバイス３００の製作者の開発委託先であれば、アプリケーションの制作者とデバイス３００の製作者とが同じであると判定してもよい。
デバイス３００は、アプリケーションの制作者とデバイス３００の製作者とが異なるか否かを判定する。アプリケーションの制作者が個人であり、デバイス３００の製作者が会社である場合、デバイス３００は、アプリケーションの制作者が属する会社とデバイス３００の製作者とが一致すれば、アプリケーションの制作者とデバイス３００の製作者とが同じであると判定してもよい。また、デバイス３００は、アプリケーションの制作者がデバイス３００の製作者の開発委託先であれば、アプリケーションの制作者とデバイス３００の製作者とが同じであると判定してもよい。
【0163】
ここで、アプリケーションの制作者とデバイス３００の製作者とが同じである場合（Ｓ２１６４ＢのＮｏ）、デバイス３００は、以降のステップＳ２１６５～ステップＳ２１６７をスキップして実行前確認処理を終了する。一方、アプリケーションの制作者とデバイス３００の製作者とが異なる場合（Ｓ２１６４ＢのＹｅｓ）、デバイス３００は、次のステップＳ２１６５に進む。
【0164】
［３．２ 効果など］
以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報及び制作者を示す情報を含むアプリケーションを取得し、装置２０の製作者を示す情報を取得し、アプリケーションの制作者と装置２０の製作者とが異なる場合、所定の２以上のブロックが所定の順番で実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報及び制作者を示す情報を含むアプリケーションを取得し、装置２０の製作者を示す情報を取得し、アプリケーションの制作者と装置２０の製作者とが異なる場合、所定の２以上のブロックが所定の順番で実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
【0165】
これによれば、実施の形態１と同様の効果を実現することができる。さらに、アプリケーションの制作者と装置２０の製造者とが異なる場合に、アプリケーションの変更を伴う処理を行うことができ、アプリケーションの制作者と装置２０の製造者とが同じ場合には、処理負荷の軽減を図ることができる。
【0166】
（実施の形態４）
次に、実施の形態４について説明する。本実施の形態では、装置の劣化レベルに対応するルールを用いて実行前確認が行われる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
次に、実施の形態４について説明する。本実施の形態では、装置の劣化レベルに対応するルールを用いて実行前確認が行われる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
【0167】
なお、本実施の形態におけるシステム１のハードウェア構成及び機能構成は、上記実施の形態１と同様であるので、図示及び説明を省略する。
【0168】
［４．１ 処理］
本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ｃに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ｃについて図１８を参照しながら説明する。
本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ｃに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ｃについて図１８を参照しながら説明する。
【0169】
図１８は、実施の形態４における実行前確認処理のフローチャートを示す。
【0170】
（ステップＳ２１６３Ｃ）
デバイス３００は、デバイス劣化情報を取得する。デバイス劣化情報は、装置２０に含まれるアクチュエータ２２及び／又は加熱器２３の劣化レベルを示す。劣化レベルの検出方法は、特に限定されず、例えばセンサによって検出されればよい。
デバイス３００は、デバイス劣化情報を取得する。デバイス劣化情報は、装置２０に含まれるアクチュエータ２２及び／又は加熱器２３の劣化レベルを示す。劣化レベルの検出方法は、特に限定されず、例えばセンサによって検出されればよい。
【0171】
（ステップＳ２１６５Ｃ）
デバイス３００は、劣化レベルに対応するルールを取得する。例えば、デバイス３００は、ルールデータベースを参照して、ブロックが駆動するアクチュエータ２２又は加熱器２３の劣化レベルに対応するルールを取得する。
デバイス３００は、劣化レベルに対応するルールを取得する。例えば、デバイス３００は、ルールデータベースを参照して、ブロックが駆動するアクチュエータ２２又は加熱器２３の劣化レベルに対応するルールを取得する。
【0172】
なお、劣化レベルを決定する項目は、例えば、デバイス３００に含まれるアクチュエータ２２及び／又は加熱器２３の使用回数、使用時間、又は稼働開始から現在まで使用日数である。これらの項目は、ユーザの使用に対して概ね比例関係で増えると想定される。よって、項目に対応する値が大きくなるごとに、劣化レベルが大きくなるようにルールが決定される。
【0173】
また、劣化レベルを決定する項目は、例えば、加熱器２３の温度の加算値、又はアクチュエータ２２及び／又は加熱器２３の入力及び出力の再現度合である。加熱器２３の温度の加算値とは、加熱器２３が駆動されたときの温度を加算した値である。例えば、ブロック実行時の加熱器２３の平均温度、中間温度、又は最大温度が用いられる。加熱器２３の温度は、加熱器２３の限界温度に対する実行温度の割合、加熱器２３の限界温度に対する実行温度の差分であってもよい。
【0174】
アクチュエータ２２及び／又は加熱器２３の入力及び出力の再現度合とは、アクチュエータ２２及び／又は加熱器２３を駆動するための入力値とアクチュエータ２２及び／又は加熱器２３の出力との関係を参照して求められる。所定の入力に対する実際の出力値と、関係に規定された出力値との割合が用いられる。
【0175】
［４．２ 効果など］
以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報を含むアプリケーションを取得し、アクチュエータ２２及び加熱器２３の少なくとも１つが劣化しているか否かを示す劣化情報を取得し、劣化情報に対応する第１のルールであって２以上のブロックが所定の順番に実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ複数のブロックのそれぞれが実行される順番の情報を含むアプリケーションを取得し、アクチュエータ２２及び加熱器２３の少なくとも１つが劣化しているか否かを示す劣化情報を取得し、劣化情報に対応する第１のルールであって２以上のブロックが所定の順番に実行されることを禁止する第１のルールを参照して、順番の情報が所定の順番に該当する場合には、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、変更されたアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
【0176】
これによれば、実施の形態１と同様の効果を実現することができる。さらに、装置２０の劣化情報に対応するルールを用いることができ、ブロックを用いることで、経年劣化していくデバイスのパフォーマンスを考慮しながら、アプリケーション側からのアクチュエータ２２及び／又は加熱器２３への駆動指示を実行し、アプリケーションで制御される装置２０の安全性をより向上させることができる。
【0177】
（実施の形態５）
上記実施の形態１～４では、既に配信されているアプリケーションに含まれるブロックが、そのアプリケーションが実行される前に変更される。本実施の形態では、そのアプリケーションが変更されるタイミングが、アプリケーションが配信される前、つまり、そのアプリケーションが開発または制作される段階であって、その点で本実施の形態は上記実施の形態１～４とは異なる。以下、本実施の形態について、上記実施の形態１～４と異なる点を中心に、詳細に説明する。なお、本実施の形態は、アプリケーションの変更のタイミング以外については、上記実施の形態１～４と同様であってもよい。また、本実施の形態における各構成要素のうち、実施の形態１～４と同一の構成要素については、実施の形態１～４と同一の符号を付し、詳細な説明を省略する。
上記実施の形態１～４では、既に配信されているアプリケーションに含まれるブロックが、そのアプリケーションが実行される前に変更される。本実施の形態では、そのアプリケーションが変更されるタイミングが、アプリケーションが配信される前、つまり、そのアプリケーションが開発または制作される段階であって、その点で本実施の形態は上記実施の形態１～４とは異なる。以下、本実施の形態について、上記実施の形態１～４と異なる点を中心に、詳細に説明する。なお、本実施の形態は、アプリケーションの変更のタイミング以外については、上記実施の形態１～４と同様であってもよい。また、本実施の形態における各構成要素のうち、実施の形態１～４と同一の構成要素については、実施の形態１～４と同一の符号を付し、詳細な説明を省略する。
【0178】
［５．１ 構成］
図１９は、アプリケーションの開発に用いられる情報処理システムの構成例を示す図である。
図１９は、アプリケーションの開発に用いられる情報処理システムの構成例を示す図である。
【0179】
情報処理システム２０００は、ブロックデータベース４１と、ルールデータベース４２と、開発ツール５０と、複数の装置２０および複数の端末３０と、アプリ提供サーバ６０と、シーケンスマネージャ１００とを備える。例えば、情報処理システム２０００に備えられるこれらの構成要素は、インターネットなどの通信ネットワークを介して接続される。
【0180】
ブロックデータベース４１は、ブロックＤＢとも呼ばれ、複数の機能ブロックを含むブロック一覧を格納している記録媒体である。なお、これらの機能ブロックは、実施の形態１～４と同様、ブロックとも呼ばれる。ルールデータベース４２は、ルールＤＢとも呼ばれ、複数のルールを格納している記録媒体である。なお、ルールデータベース４２は、例えば図１２に示すルールデータベース１３００と同様であってもよい。また、これらの記録媒体は、ハードディスク、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、または半導体メモリなどである。なお、このような記録媒体は、揮発性であっても不揮発性であってもよい。
【0181】
開発ツール５０は、例えば、プロセッサ５１と、メモリ５２と、ディスプレイ５３と、入力部５４とを備えるコンピュータシステムである。プロセッサ５１は、例えばメモリ５２に格納されたインストラクション又はソフトウェアプログラムを実行することによって後述の各処理を実行し、ディスプレイ５３に文字または画像などを表示する。ディスプレイ５３は、例えば液晶ディスプレイ、プラズマディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイなどであるが、これらに限定されない。入力部５４は、例えばキーボード、タッチセンサ、タッチパッドまたはマウスなどとして構成されている。このような開発ツール５０は、例えばアプリケーションの開発者によって利用され、複数の機能ブロックを含むシーケンスまたはアプリケーションを生成する。なお、本実施の形態では、この開発ツール５０は、情報処理装置の一例である。
【0182】
アプリ提供サーバ６０は、開発ツール５０によって生成されたアプリケーションを、その開発ツール５０から通信ネットワークを介して取得して保持する。そして、アプリ提供サーバ６０は、端末３０に備えられているＵＩ４００からの指示に応じて、保持しているアプリケーションをシーケンスマネージャ１００にダウンロードする。
【0183】
図２０は、ブロックデータベース４１およびルールデータベース４２のそれぞれに格納されている情報の一例を示す図である。
【0184】
ブロックデータベース４１は、図２０の（ａ）に示すように、複数種の装置２０のそれぞれについて、その種別の装置２０を駆動するための機能ブロックの一覧を、上述のブロック一覧として格納している。例えば、ブロック一覧４１ａ～４１ｅが格納されている。ブロック一覧４１ａは、オーブンレンジを駆動するための機能ブロックＦＢ１１～ＦＢ１４などを含む。ブロック一覧４１ｂは、マルチクッカーを駆動するための機能ブロックＦＢ２１～ＦＢ２４などを含む。これらの機能ブロックは、上記実施の形態１～４のブロックと同一または類似であってもよい。
【0185】
ルールデータベース４２は、図２０の（ｂ）に示すように、複数種の装置２０のそれぞれについて、その種別の装置２０に適用される少なくとも１つのルールからなるルール群を格納している。例えば、ルール群４２ａ～４２ｅが格納されている。ルール群４２ａは、オーブンレンジに適用されるルールＲ１００およびＲ１１～Ｒ１３などを含む。ルール群４２ｂは、マルチクッカーに適用されるルールＲ２００およびＲ２１～Ｒ２３などを含む。また、ルール群４２ｄは、洗濯機に適用されるルールＲ４００およびＲ４１～Ｒ４３などを含む。これらのルールは、上記実施の形態１～４のルールと同一または類似であってもよい。
【0186】
ここで、オーブンレンジのルールＲ１１～Ｒ１３のそれぞれは、例えば、所定のメーカによって製造された所定の型式のオーブンレンジに適用される専用ルールである。同様に、マルチクッカーのルールＲ２１～Ｒ２３のそれぞれは、例えば、所定のメーカによって製造された所定の型式のマルチクッカーに適用される専用ルールである。同様に、洗濯機のルールＲ４１～Ｒ４３のそれぞれは、所定のメーカによって製造された所定の型式の洗濯機に適用される専用ルールである。具体的には、その専用ルールＲ４１～Ｒ４３のそれぞれは、例えば図１２に示すルール１３０１、１３０２、または１３０３であってもよい。
【0187】
一方、オーブンレンジのルールＲ１００は、例えば、複数種のオーブンレンジのそれぞれに適用可能な、オーブンレンジの汎用ルールである。同様に、マルチクッカーのルールＲ２００は、例えば、複数種のマルチクッカーのそれぞれに適用可能な、マルチクッカーの汎用ルールである。
【0188】
図２１は、ルールデータベース４２に含まれる汎用ルールの一例を示す図である。
【0189】
ルールデータベース４２に格納されている洗濯機のルール群４２ｄには、例えば図２１の（ａ）に示す汎用ルールＲ４００が含まれている。この汎用ルールＲ４００は、複数種の洗濯機のそれぞれに適用可能なルールであって、連続して実行することが禁止される第１のブロック及び第２のブロックの情報を有する。なお、その禁止されている第１のブロックと第２のブロックとの順番は、以下、非許容ブロック順とも呼ばれる。汎用ルールＲ４００は、複数の非許容ブロック順を示していてもよい。例えば、汎用ルールＲ４００は、脱水の機能ブロックの直後に攪拌の機能ブロックを実行することが禁止されていることを非許容ブロック順として示す。また、例えば、汎用ルールＲ４００は、給水ブロックの直後に洗濯量検知ブロックを実行することが禁止されていることを非許容ブロック順として示す。また、例えば、ルールは、攪拌ブロックの直後に排水ブロックを実行することが禁止されていることを非許容ブロック順として示す。
【0190】
なお、脱水ブロックは、機能として脱水を洗濯機に実行させる機能ブロックであり、攪拌ブロックは、機能として攪拌を洗濯機に実行させる機能ブロックである。同様に、給水ブロックは、機能として給水を洗濯機に実行させる機能ブロックであり、洗濯量検知ブロックは、機能として洗濯量の検知を洗濯機に実行させる機能ブロックである。同様に、排水ブロックは、機能として排水を洗濯機に実行させる機能ブロックである。
【0191】
また、汎用ルールＲ４００が適用される複数種の洗濯機は、複数の製造業者から提供されている洗濯機を含む。また、各製造業者が複数の型式の洗濯機を提供していれば、その複数種の洗濯機は、その複数の型式の洗濯機を含む。つまり、汎用ルールＲ４００に示される非許容ブロック順は、製造業者および型式を問わず、どのような洗濯機にも適用される。
【0192】
また、その洗濯機の汎用ルールＲ４００は、図２１の（ｂ）に示すように、複数の製造業者のそれぞれの洗濯機に適用される非許容ブロック順を示していてもよい。例えば、汎用ルールＲ４００は、製造業者「Ａ社」から提供される複数の型式の洗濯機に適用される非許容ブロック順と、製造業者「Ｂ社」から提供される複数の型式の洗濯機に適用される非許容ブロック順となどを示す。
【0193】
このように、本実施の形態におけるルールは、実施の形態１～４と同様、所定の２以上のブロックが所定の順番で実行されることを禁止するルールである。そして、その所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、その所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示す。具体的には、その所定の順番は、第１のブロックの直後に、第２のブロックが位置する順番を示す。なお、本実施の形態におけるルールは、実施の形態１～４と同様、所定の２以上のブロックが所定の順番で実行されることで、アクチュエータ２２及び加熱器２３の少なくとも１つ、または筐体２１の内部空間が耐久温度に到達することを禁止しているとも言える。
【0194】
［５．２ 処理］
図２２は、情報処理システム２０００のシーケンス図である。
図２２は、情報処理システム２０００のシーケンス図である。
【0195】
（ステップＳ１１）
まず、開発ツール５０は、１つ以上の機能ブロックをインストールする。具体的には、開発ツール５０は、ブロックデータベース４１から１つ以上の機能ブロックをダウンロードによって取得する。例えば、開発ツール５０は、オーブンレンジのブロック一覧４１ａを取得してもよく、そのブロック一覧４１ａの一部の機能ブロックのみを取得してもよい。そして、開発ツール５０は、その取得された１以上の機能ブロックを、シーケンスの生成に利用可能な状態にする。
まず、開発ツール５０は、１つ以上の機能ブロックをインストールする。具体的には、開発ツール５０は、ブロックデータベース４１から１つ以上の機能ブロックをダウンロードによって取得する。例えば、開発ツール５０は、オーブンレンジのブロック一覧４１ａを取得してもよく、そのブロック一覧４１ａの一部の機能ブロックのみを取得してもよい。そして、開発ツール５０は、その取得された１以上の機能ブロックを、シーケンスの生成に利用可能な状態にする。
【0196】
ここで、ブロックデータベース４１に格納されている各機能ブロックには、その機能ブロックに対応するデバイス情報が付加されていてもよい。このデバイス情報は、そのデバイス情報に対応する機能ブロックに応じて駆動する例えば装置２０の製造業者、種別、型式、または型番などを示す。したがって、開発ツール５０は、それらのデバイス情報に基づいて、１つ以上の機能ブロックをダウンロードしてもよい。例えば、開発ツール５０は、同一の製造業者から提供されている各装置２０を駆動するための１つ以上の機能ブロックをダウンロードしてもよく、調理の温めに用いられる各装置２０を駆動するための１つ以上の機能ブロックをダウンロードしてもよい。
【0197】
（ステップＳ１２）
次に、開発ツール５０は、シーケンスを生成する。具体的には、開発ツール５０は、操作者による入力部５４への入力操作に応じて、ダウンロード済みの１以上の機能ブロックを用いてシーケンスを生成する。なお、操作者は、シーケンスであるアプリケーションの開発者であってもよい。本実施の形態では、開発ツール５０は、このステップＳ１２において、上述のルールを参照し、そのルールに基づいてアプリケーションを変更する。
次に、開発ツール５０は、シーケンスを生成する。具体的には、開発ツール５０は、操作者による入力部５４への入力操作に応じて、ダウンロード済みの１以上の機能ブロックを用いてシーケンスを生成する。なお、操作者は、シーケンスであるアプリケーションの開発者であってもよい。本実施の形態では、開発ツール５０は、このステップＳ１２において、上述のルールを参照し、そのルールに基づいてアプリケーションを変更する。
【0198】
（ステップＳ１３）
次に、開発ツール５０は、生成されたシーケンスのアップロードを行う。具体的には、開発ツール５０は、操作者による入力部５４への入力操作に応じて、生成されたシーケンスをアプリ提供サーバ６０に送信するための送信情報を、そのシーケンスの内容に基づいて生成し、その送信情報をアプリ提供サーバ６０に送信する。この送信情報は、例えばＪＳＯＮ（JavaScript Object Notation）などであってもよい。これにより、そのシーケンスがアプリ提供サーバ６０に送信されて、アプリケーションとしてアプリ提供サーバ６０に格納される。
次に、開発ツール５０は、生成されたシーケンスのアップロードを行う。具体的には、開発ツール５０は、操作者による入力部５４への入力操作に応じて、生成されたシーケンスをアプリ提供サーバ６０に送信するための送信情報を、そのシーケンスの内容に基づいて生成し、その送信情報をアプリ提供サーバ６０に送信する。この送信情報は、例えばＪＳＯＮ（JavaScript Object Notation）などであってもよい。これにより、そのシーケンスがアプリ提供サーバ６０に送信されて、アプリケーションとしてアプリ提供サーバ６０に格納される。
【0199】
（ステップＳ１４）
次に、端末３０のユーザは、その端末３０のＵＩ４００を操作することによって、アプリ提供サーバ６０にアクセスし、アプリ提供サーバ６０に格納されているアプリケーションの一覧を閲覧する。そして、ＵＩ４００は、そのユーザによる操作に応じて、一覧からアプリケーションを選択し、そのアプリケーションのダウンロードをアプリ提供サーバ６０に要求する。
次に、端末３０のユーザは、その端末３０のＵＩ４００を操作することによって、アプリ提供サーバ６０にアクセスし、アプリ提供サーバ６０に格納されているアプリケーションの一覧を閲覧する。そして、ＵＩ４００は、そのユーザによる操作に応じて、一覧からアプリケーションを選択し、そのアプリケーションのダウンロードをアプリ提供サーバ６０に要求する。
【0200】
（ステップＳ１５）
アプリ提供サーバ６０は、ＵＩ４００からのダウンロードの要求を受け付けると、そのユーザに紐づくシーケンスマネージャ１００に、選択されたアプリケーションをダウンロードする。
アプリ提供サーバ６０は、ＵＩ４００からのダウンロードの要求を受け付けると、そのユーザに紐づくシーケンスマネージャ１００に、選択されたアプリケーションをダウンロードする。
【0201】
【0202】
（ステップＳ２１）
開発ツール５０は、まず、例えば洗濯機などの装置２０を駆動するための複数の機能ブロックをインストールする。
開発ツール５０は、まず、例えば洗濯機などの装置２０を駆動するための複数の機能ブロックをインストールする。
【0203】
（ステップＳ２２）
次に、開発ツール５０は、操作者による入力部５４への入力操作に応じて、機能ブロックの配置処理を行う。すなわち、開発ツール５０は、ステップＳ２１でインストールされた複数の機能ブロックをディスプレイ５３に表示し、操作者による入力部５４への入力操作に応じて、その表示されている複数の機能ブロックから、１つの機能ブロックを選択する。そして、開発ツール５０は、操作者による入力部５４への入力操作に応じて、その機能ブロックをディスプレイ５３上のシーケンス生成画面における選択ブロック領域に配置する。シーケンス生成画面については、図２６を用いて後述する。つまり、操作者は、複数の機能ブロックのうちの１つの機能ブロックをその選択ブロック領域にドラッグ＆ドロップする。
次に、開発ツール５０は、操作者による入力部５４への入力操作に応じて、機能ブロックの配置処理を行う。すなわち、開発ツール５０は、ステップＳ２１でインストールされた複数の機能ブロックをディスプレイ５３に表示し、操作者による入力部５４への入力操作に応じて、その表示されている複数の機能ブロックから、１つの機能ブロックを選択する。そして、開発ツール５０は、操作者による入力部５４への入力操作に応じて、その機能ブロックをディスプレイ５３上のシーケンス生成画面における選択ブロック領域に配置する。シーケンス生成画面については、図２６を用いて後述する。つまり、操作者は、複数の機能ブロックのうちの１つの機能ブロックをその選択ブロック領域にドラッグ＆ドロップする。
【0204】
（ステップＳ２３）
次に、開発ツール５０は、操作者による入力部５４への入力操作に応じて、ステップＳ２２で配置された機能ブロックのパラメータ設定処理を行う。すなわち、開発ツール５０は、上述のシーケンス生成画面におけるパラメータ設定領域に、その機能ブロックに用いられるパラメータの内容を受け付けるための受付画像を表示する。そして、開発ツール５０は、操作者による入力部５４への入力操作に応じて、そのパラメータの内容を受け付けて、そのパラメータの内容をパラメータ設定領域に表示する。これにより、その機能ブロックに対してパラメータが設定される。
次に、開発ツール５０は、操作者による入力部５４への入力操作に応じて、ステップＳ２２で配置された機能ブロックのパラメータ設定処理を行う。すなわち、開発ツール５０は、上述のシーケンス生成画面におけるパラメータ設定領域に、その機能ブロックに用いられるパラメータの内容を受け付けるための受付画像を表示する。そして、開発ツール５０は、操作者による入力部５４への入力操作に応じて、そのパラメータの内容を受け付けて、そのパラメータの内容をパラメータ設定領域に表示する。これにより、その機能ブロックに対してパラメータが設定される。
【0205】
（ステップＳ２４）
次に、開発ツール５０は、洗濯機などの装置２０に適用されるパラメータルールを参照し、そのステップＳ２３で設定されたパラメータが、そのパラメータルールに示されるパラメータ範囲外、すなわち非許容範囲外であるか否かを判定する。
次に、開発ツール５０は、洗濯機などの装置２０に適用されるパラメータルールを参照し、そのステップＳ２３で設定されたパラメータが、そのパラメータルールに示されるパラメータ範囲外、すなわち非許容範囲外であるか否かを判定する。
【0206】
（ステップＳ２５）
開発ツール５０は、ステップＳ２４でパラメータが非許容範囲外ではないと判定すると（ステップＳ２４のＮｏ）、パラメータ設定サポート処理を行う。このパラメータ設定サポート処理では、開発ツール５０は、操作者にエラーを提示するエラー提示処理、または、パラメータの自動修正処理を行う。パラメータの自動修正処理では、開発ツール５０は、非許容範囲のパラメータを許容範囲内のパラメータに変更することによって、その機能ブロックを変更する。エラー提示処理では、開発ツール５０は、例えば、直前のステップＳ２３で設定されたパラメータが非許容範囲内であることを示すメッセージをエラーとしてディスプレイ５３に表示し、そのパラメータの変更を操作者に促す。そして、開発ツール５０は、ステップＳ２５の処理が行われた後には、ステップＳ２３からの処理を繰り返し行う。
開発ツール５０は、ステップＳ２４でパラメータが非許容範囲外ではないと判定すると（ステップＳ２４のＮｏ）、パラメータ設定サポート処理を行う。このパラメータ設定サポート処理では、開発ツール５０は、操作者にエラーを提示するエラー提示処理、または、パラメータの自動修正処理を行う。パラメータの自動修正処理では、開発ツール５０は、非許容範囲のパラメータを許容範囲内のパラメータに変更することによって、その機能ブロックを変更する。エラー提示処理では、開発ツール５０は、例えば、直前のステップＳ２３で設定されたパラメータが非許容範囲内であることを示すメッセージをエラーとしてディスプレイ５３に表示し、そのパラメータの変更を操作者に促す。そして、開発ツール５０は、ステップＳ２５の処理が行われた後には、ステップＳ２３からの処理を繰り返し行う。
【0207】
なお、ステップＳ２５においてパラメータの自動修正処理が行われた後に、ステップＳ２３の処理が行われる場合には、そのステップＳ２３では、開発ツール５０は、その自動修正処理によって変更された後のパラメータをパラメータ設定領域に表示する。一方、ステップＳ２５においてエラー提示処理が行われた後に、ステップＳ２３の処理が行われる場合には、そのステップＳ２３では、開発ツール５０は、上述と同様、再び、操作者による入力部５４への入力操作に応じて、そのパラメータの内容を受け付ける。これにより、その機能ブロックに対してパラメータが変更される。つまり、機能ブロックが変更される。
【0208】
（ステップＳ２６）
開発ツール５０は、ステップＳ２４でパラメータが非許容範囲外であると判定すると（ステップＳ２４のＹｅｓ）、さらに、そのステップＳ２２で配置された機能ブロックの接続が許可されている否かを判定する。つまり、開発ツール５０は、洗濯機などの装置２０に適用されるルールを参照し、そのステップＳ２２で配置された機能ブロックと、既に配置されている機能ブロックとの順番が、そのルールに示される非許容ブロック順に該当するか否かを判定する。例えば、ステップＳ２２では、選択ブロック領域に既に配置されている他の機能ブロックである既存ブロックの直前または直後に、機能ブロックが配置される。その結果、機能ブロックは、その既存ブロックに接続された状態で配置される。つまり、機能ブロックによる装置２０の処理と、既存ブロックによる装置２０の処理とが連続して実行されるように、その機能ブロックが配置される。この場合、開発ツール５０は、洗濯機などの装置２０に適用されるルールを参照することによって、その機能ブロックと既存ブロックとの接続が許可されているか否かを判定する。具体的には、開発ツール５０は、その機能ブロックと既存ブロックとの順番が、ルールに示される非許容ブロック順に該当していれば、それらのブロックの接続が許可されていないと判定する。一方、開発ツール５０は、その機能ブロックと既存ブロックとの順番が、ルールに示される何れの非許容ブロック順にも該当しなければ、それらのブロックの接続が許可されていると判定する。
開発ツール５０は、ステップＳ２４でパラメータが非許容範囲外であると判定すると（ステップＳ２４のＹｅｓ）、さらに、そのステップＳ２２で配置された機能ブロックの接続が許可されている否かを判定する。つまり、開発ツール５０は、洗濯機などの装置２０に適用されるルールを参照し、そのステップＳ２２で配置された機能ブロックと、既に配置されている機能ブロックとの順番が、そのルールに示される非許容ブロック順に該当するか否かを判定する。例えば、ステップＳ２２では、選択ブロック領域に既に配置されている他の機能ブロックである既存ブロックの直前または直後に、機能ブロックが配置される。その結果、機能ブロックは、その既存ブロックに接続された状態で配置される。つまり、機能ブロックによる装置２０の処理と、既存ブロックによる装置２０の処理とが連続して実行されるように、その機能ブロックが配置される。この場合、開発ツール５０は、洗濯機などの装置２０に適用されるルールを参照することによって、その機能ブロックと既存ブロックとの接続が許可されているか否かを判定する。具体的には、開発ツール５０は、その機能ブロックと既存ブロックとの順番が、ルールに示される非許容ブロック順に該当していれば、それらのブロックの接続が許可されていないと判定する。一方、開発ツール５０は、その機能ブロックと既存ブロックとの順番が、ルールに示される何れの非許容ブロック順にも該当しなければ、それらのブロックの接続が許可されていると判定する。
【0209】
（ステップＳ２７）
開発ツール５０は、ステップＳ２６で接続が許可されていないと判定すると（ステップＳ２６のＮｏ）、接続サポート処理を行う。この接続サポート処理では、開発ツール５０は、操作者にエラーを提示する接続のエラー提示処理、または、接続の自動修正処理を行う。そして、開発ツール５０は、ステップＳ２２からの処理を繰り返し行う。
開発ツール５０は、ステップＳ２６で接続が許可されていないと判定すると（ステップＳ２６のＮｏ）、接続サポート処理を行う。この接続サポート処理では、開発ツール５０は、操作者にエラーを提示する接続のエラー提示処理、または、接続の自動修正処理を行う。そして、開発ツール５０は、ステップＳ２２からの処理を繰り返し行う。
【0210】
なお、ステップＳ２７において接続の自動修正処理が行われた後に、ステップＳ２２の処理が行われる場合には、そのステップＳ２２では、開発ツール５０は、その自動修正処理によって接続し直された２以上の機能ブロックを選択ブロック領域に表示する。一方、ステップＳ２７においてエラー提示処理が行われた後に、ステップＳ２２の処理が行われる場合には、そのステップＳ２２では、開発ツール５０は、上述と同様、再び、操作者による入力部５４への入力操作に応じて、機能ブロックを配置し直す。また、ステップＳ２７からステップＳ２２の処理が繰り返される場合には、開発ツール５０は、機能ブロックのパラメータは既に許容範囲内に設定されているため、ステップＳ２２以降のステップＳ２３～Ｓ２５の処理をスキップしてもよい。
【0211】
（ステップＳ２８）
開発ツール５０は、ステップＳ２６で接続が許可されていると判定すると（ステップＳ２６のＹｅｓ）、さらに、操作者による入力部５４への入力操作に応じて、シーケンスの生成が完了したか否かを判定する。ここで、開発ツール５０は、シーケンスの生成が完了していないと判定すると（ステップＳ２８のＮｏ）、ステップＳ２２からの処理を繰り返し行う。このときには、開発ツール５０は、ステップＳ２１でインストールされた複数のブロックから新たなブロックを、操作者による入力部５４への入力操作に応じて選択して、上述の選択ブロック領域に配置する。
開発ツール５０は、ステップＳ２６で接続が許可されていると判定すると（ステップＳ２６のＹｅｓ）、さらに、操作者による入力部５４への入力操作に応じて、シーケンスの生成が完了したか否かを判定する。ここで、開発ツール５０は、シーケンスの生成が完了していないと判定すると（ステップＳ２８のＮｏ）、ステップＳ２２からの処理を繰り返し行う。このときには、開発ツール５０は、ステップＳ２１でインストールされた複数のブロックから新たなブロックを、操作者による入力部５４への入力操作に応じて選択して、上述の選択ブロック領域に配置する。
【0212】
（ステップＳ２９）
開発ツール５０は、ステップＳ２８でシーケンスの生成が完了したと判定すると（ステップＳ２８のＹｅｓ）、さらに、生成されたシーケンス全体の流れが許可されているか否かを判定する。例えば、そのシーケンスの中で、第１の機能ブロックよりも前または後に第２の機能ブロックが配置されている。一方、洗濯機などの装置２０に適用される組み合わせルールでは、その第１の機能ブロックと第２の機能ブロックとの組み合わせは、許可されていない。このような場合、開発ツール５０は、その生成されたシーケンス全体の流れが許可されていないと判定する。あるいは、洗濯機などの装置２０に適用される組み合わせルールでは、その第１の機能ブロックよりも前または後には、第２の機能ブロックが配置されていることが求められている。このような場合、開発ツール５０は、その生成されたシーケンス全体の流れが許可されていると判定する。
開発ツール５０は、ステップＳ２８でシーケンスの生成が完了したと判定すると（ステップＳ２８のＹｅｓ）、さらに、生成されたシーケンス全体の流れが許可されているか否かを判定する。例えば、そのシーケンスの中で、第１の機能ブロックよりも前または後に第２の機能ブロックが配置されている。一方、洗濯機などの装置２０に適用される組み合わせルールでは、その第１の機能ブロックと第２の機能ブロックとの組み合わせは、許可されていない。このような場合、開発ツール５０は、その生成されたシーケンス全体の流れが許可されていないと判定する。あるいは、洗濯機などの装置２０に適用される組み合わせルールでは、その第１の機能ブロックよりも前または後には、第２の機能ブロックが配置されていることが求められている。このような場合、開発ツール５０は、その生成されたシーケンス全体の流れが許可されていると判定する。
【0213】
（ステップＳ３０）
開発ツール５０は、ステップＳ２９でシーケンス全体の流れが許可されていないと判定すると（ステップＳ２９のＮｏ）、配置サポート処理を行う。この配置サポート処理では、開発ツール５０は、操作者にエラーを提示するエラー提示処理、または、機能ブロックの配置の自動修正処理を行う。そして、開発ツール５０は、ステップＳ２２からの処理を繰り返し行う。
開発ツール５０は、ステップＳ２９でシーケンス全体の流れが許可されていないと判定すると（ステップＳ２９のＮｏ）、配置サポート処理を行う。この配置サポート処理では、開発ツール５０は、操作者にエラーを提示するエラー提示処理、または、機能ブロックの配置の自動修正処理を行う。そして、開発ツール５０は、ステップＳ２２からの処理を繰り返し行う。
【0214】
なお、ステップＳ３０において配置の自動修正処理が行われた後に、ステップＳ２２の処理が行われる場合には、そのステップＳ２２では、開発ツール５０は、その自動修正処理によって配置し直された２以上の機能ブロックを選択ブロック領域に表示する。また、ステップＳ３０からステップＳ２２の処理が繰り返される場合には、開発ツール５０は、機能ブロックのパラメータは既に許容範囲内に設定されているため、ステップＳ２２以降のステップＳ２３～Ｓ２５の処理をスキップしてもよい。また、開発ツール５０は、機能ブロックの接続は既に許可されているため、ステップＳ２６およびＳ２７の処理をスキップしてもよい。さらに、開発ツール５０は、ステップＳ２８の処理もスキップしてもよい。
【0215】
図２４は、接続の自動修正処理の一例を示すフローチャートである。
【0216】
図２３に示す例では、１つの機能ブロックが選択されて配置されるたびに、その機能ブロックの接続に対する判定と自動修正処理とが行われる。しかし、本開示では、その例に限定されることなく、開発ツール５０は、図２４に示すフローチャートにしたがって各処理を行ってもよい。
【0217】
（ステップＳ４１）
開発ツール５０は、操作者による入力部５４への入力操作に応じて、例えば洗濯機などの装置２０を駆動するためのＮ個（Ｎは２以上の整数）の機能ブロックからＭ個（Ｍは２以上かつＮ以下の整数）の機能ブロックを選択する。つまり、開発ツール５０は、制御対象機器である装置２０に備えられているアクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのＮ個の機能ブロックから、操作者による入力部５４への入力操作に応じて、Ｍ個の機能ブロックのそれぞれを選択ブロックとして選択する。
開発ツール５０は、操作者による入力部５４への入力操作に応じて、例えば洗濯機などの装置２０を駆動するためのＮ個（Ｎは２以上の整数）の機能ブロックからＭ個（Ｍは２以上かつＮ以下の整数）の機能ブロックを選択する。つまり、開発ツール５０は、制御対象機器である装置２０に備えられているアクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのＮ個の機能ブロックから、操作者による入力部５４への入力操作に応じて、Ｍ個の機能ブロックのそれぞれを選択ブロックとして選択する。
【0218】
（ステップＳ４２）
次に、開発ツール５０は、選択されたＭ個の機能ブロックのそれぞれを、上述の選択ブロック領域に順序付けて配置することによって、シーケンス、すなわちアプリケーションを生成する。つまり、開発ツール５０は、少なくともＭ個の選択ブロックのそれぞれが実行される順番を、操作者による入力部５４への入力操作に応じて設定することで、少なくともＭ個の選択ブロックを含み、かつ、その順番の情報を含むアプリケーションを生成する。なお、このアプリケーションに含まれるＭ個の選択ブロックのそれぞれは、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのパラメータを含んでいてもよい。
次に、開発ツール５０は、選択されたＭ個の機能ブロックのそれぞれを、上述の選択ブロック領域に順序付けて配置することによって、シーケンス、すなわちアプリケーションを生成する。つまり、開発ツール５０は、少なくともＭ個の選択ブロックのそれぞれが実行される順番を、操作者による入力部５４への入力操作に応じて設定することで、少なくともＭ個の選択ブロックを含み、かつ、その順番の情報を含むアプリケーションを生成する。なお、このアプリケーションに含まれるＭ個の選択ブロックのそれぞれは、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのパラメータを含んでいてもよい。
【0219】
（ステップＳ４３）
次に、開発ツール５０は、Ｍ個の機能ブロックのそれぞれが洗濯機を駆動するためのブロックであれば、洗濯機に適用されるルールを参照する。例えば、開発ツール５０は、ステップＳ４２で生成されたアプリケーションが複数種の洗濯機に適用される場合には、汎用ルールＲ４００を参照する。また、開発ツール５０は、ステップＳ４２で生成されたアプリケーションが所定の型式の洗濯機に適用される場合には、専用ルールＲ４１～Ｒ４３のうちのその型式の洗濯機に対応付けられているルールを参照する。つまり、開発ツール５０は、ステップＳ４２で生成されるアプリケーションが、制御対象機器専用のアプリケーションか、その制御対象機器と、その制御対象機器以外の機器とに適用される汎用のアプリケーションかを判定する。そして、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止する複数のルール候補のうちの、そのアプリケーションの判定結果に応じたルール候補を、上述のルールとして参照する。
次に、開発ツール５０は、Ｍ個の機能ブロックのそれぞれが洗濯機を駆動するためのブロックであれば、洗濯機に適用されるルールを参照する。例えば、開発ツール５０は、ステップＳ４２で生成されたアプリケーションが複数種の洗濯機に適用される場合には、汎用ルールＲ４００を参照する。また、開発ツール５０は、ステップＳ４２で生成されたアプリケーションが所定の型式の洗濯機に適用される場合には、専用ルールＲ４１～Ｒ４３のうちのその型式の洗濯機に対応付けられているルールを参照する。つまり、開発ツール５０は、ステップＳ４２で生成されるアプリケーションが、制御対象機器専用のアプリケーションか、その制御対象機器と、その制御対象機器以外の機器とに適用される汎用のアプリケーションかを判定する。そして、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止する複数のルール候補のうちの、そのアプリケーションの判定結果に応じたルール候補を、上述のルールとして参照する。
【0220】
（ステップＳ４４）
そして、開発ツール５０は、ステップＳ４２で設定されたＭ個の機能ブロックの順番が、上述のルールに示される非許容ブロック順に該当するか否かを判定する。つまり、開発ツール５０は、アプリケーションに含まれるＭ個の機能ブロックの順番が、ルールに示される所定の順番に該当するか否かを判定する。
そして、開発ツール５０は、ステップＳ４２で設定されたＭ個の機能ブロックの順番が、上述のルールに示される非許容ブロック順に該当するか否かを判定する。つまり、開発ツール５０は、アプリケーションに含まれるＭ個の機能ブロックの順番が、ルールに示される所定の順番に該当するか否かを判定する。
【0221】
（ステップＳ４５）
ここで、開発ツール５０は、そのＭ個の機能ブロックの順番が非許容ブロック順に該当すると判定すると（ステップＳ４４のＹｅｓ）、そのＭ個の機能ブロックの順番を変更する。つまり、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、そのアプリケーションに含まれる順番の情報が所定の順番に該当する場合には、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでそのアプリケーションを変更する。そのＭ個の選択ブロックのそれぞれが実行される順番の変更は、（１）第１のブロックと第２のブロックとの間に新たなブロックを追加すること、（２）第１のブロック又は第２のブロックを削除すること、（３）第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更することを意味する。これらの順番の変更方法は、ルールに定義されていてもよい。
ここで、開発ツール５０は、そのＭ個の機能ブロックの順番が非許容ブロック順に該当すると判定すると（ステップＳ４４のＹｅｓ）、そのＭ個の機能ブロックの順番を変更する。つまり、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、そのアプリケーションに含まれる順番の情報が所定の順番に該当する場合には、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでそのアプリケーションを変更する。そのＭ個の選択ブロックのそれぞれが実行される順番の変更は、（１）第１のブロックと第２のブロックとの間に新たなブロックを追加すること、（２）第１のブロック又は第２のブロックを削除すること、（３）第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更することを意味する。これらの順番の変更方法は、ルールに定義されていてもよい。
【0222】
（ステップＳ４６）
そして、開発ツール５０は、変更したアプリケーションを出力する。
そして、開発ツール５０は、変更したアプリケーションを出力する。
【0223】
図２５は、接続のエラー提示処理の一例を示すフローチャートである。
【0224】
図２３に示す例では、１つの機能ブロックが選択されて配置されるたびに、その機能ブロックの接続に対する判定とエラー提示処理とが行われる。しかし、本開示では、その例に限定されることなく、開発ツール５０は、図２５に示すフローチャートにしたがって各処理を行ってもよい。
【0225】
（ステップＳ４１～Ｓ４４）
開発ツール５０は、図２４に示す例と同様、ステップＳ４１～Ｓ４４の処理を実行する。
開発ツール５０は、図２４に示す例と同様、ステップＳ４１～Ｓ４４の処理を実行する。
【0226】
（ステップＳ５１）
開発ツール５０は、ステップＳ４４でＭ個の機能ブロックの順番が非許容ブロック順に該当すると判定すると（ステップＳ４４のＹｅｓ）、そのＭ個の機能ブロックを自動的に変更することなく、ディスプレイ５３にエラーを表示する。これにより、操作者にエラーが提示される。つまり、ステップＳ４３、Ｓ４４およびＳ５１の処理では、開発ツール５０は、ルールを参照することによって、エラーを提示する。具体的には、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、アプリケーションに含まれる順番の情報がその所定の順番に該当する場合には、操作者に対してエラーを提示する。
開発ツール５０は、ステップＳ４４でＭ個の機能ブロックの順番が非許容ブロック順に該当すると判定すると（ステップＳ４４のＹｅｓ）、そのＭ個の機能ブロックを自動的に変更することなく、ディスプレイ５３にエラーを表示する。これにより、操作者にエラーが提示される。つまり、ステップＳ４３、Ｓ４４およびＳ５１の処理では、開発ツール５０は、ルールを参照することによって、エラーを提示する。具体的には、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、アプリケーションに含まれる順番の情報がその所定の順番に該当する場合には、操作者に対してエラーを提示する。
【0227】
なお、開発ツール５０は、エラーを提示するとともに、操作者に対して、複数の対処法を示し、操作者に対して対処法の選択を促しても良い。その際、開発ツール５０は、複数の対処法のそれぞれについて、出力性能の違いを操作者に対して提示してもよい。また、その際、開発ツール５０は、新たな機能ブロックの追加による第１の対処法と、選択ブロックを削除する第２の対処法と、２以上の機能ブロックの順番を変更する第３の対処法のうち、少なくとも二つ以上の対処法を提示してもよい。これにより、それらの対処法が、例えばアプリケーション開発者である操作者に提示される。その結果、それらの対処法を見たアプリケーション開発者である操作者は、開発ツール５０の入力部５４への入力操作を行うことによって、ステップＳ４２で設定された順番を、その対処法にしたがって容易に変更することができる。
【0228】
（ステップＳ５２）
そのエラーを見た操作者は、開発ツール５０の入力部５４への入力操作を行うことによって、ステップＳ４２で設定された順番を変更する。また、操作者に対して複数の対処法のそれぞれが選択肢として提示されている場合は、操作者は、入力操作を行うことによって、それらの選択肢の中から任意の対処法を選択する。その結果、開発ツール５０は、Ｍ個の機能ブロックの順番を変更する。つまり、開発ツール５０は、エラーの提示を受けた操作者による入力操作に応じて、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでアプリケーションを変更する。そして、開発ツール５０は、ステップＳ４３からの処理を繰り返し実行する。
そのエラーを見た操作者は、開発ツール５０の入力部５４への入力操作を行うことによって、ステップＳ４２で設定された順番を変更する。また、操作者に対して複数の対処法のそれぞれが選択肢として提示されている場合は、操作者は、入力操作を行うことによって、それらの選択肢の中から任意の対処法を選択する。その結果、開発ツール５０は、Ｍ個の機能ブロックの順番を変更する。つまり、開発ツール５０は、エラーの提示を受けた操作者による入力操作に応じて、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでアプリケーションを変更する。そして、開発ツール５０は、ステップＳ４３からの処理を繰り返し実行する。
【0229】
（ステップＳ４６）
開発ツール５０は、ステップＳ４４において、Ｍ個の機能ブロックの順番が非許容ブロック順に該当していないと判定すると（ステップＳ４４のＮｏ）、アプリケーションを出力する。このとき、ステップＳ５２でアプリケーションが変更されていれば、変更されたアプリケーションが出力される。一方、ステップＳ５２でアプリケーションが変更されていなければ、ステップＳ４２で生成されたアプリケーションが出力される。
開発ツール５０は、ステップＳ４４において、Ｍ個の機能ブロックの順番が非許容ブロック順に該当していないと判定すると（ステップＳ４４のＮｏ）、アプリケーションを出力する。このとき、ステップＳ５２でアプリケーションが変更されていれば、変更されたアプリケーションが出力される。一方、ステップＳ５２でアプリケーションが変更されていなければ、ステップＳ４２で生成されたアプリケーションが出力される。
【0230】
なお、ステップＳ５１の処理が繰り返される場合に、開発ツール５０は、その繰り返しの回数に応じて、エラーへの対処法を提示してもよい。例えば、開発ツール５０は、エラーの提示回数がＫ回（Ｋは２以上の整数）以上の場合には、そのエラーに対する複数の対処法を提示してもよい。つまり、開発ツール５０は、エラーの提示回数がＫ回以上の場合には、上述の第１の対処法、第２の対処法、および第３の対処法のうちの少なくとも２つを操作者に提示する。
【0231】
［５．３ 表示例］
図２６は、シーケンス生成画面の一例を示す図である。
図２６は、シーケンス生成画面の一例を示す図である。
【0232】
開発ツール５０は、上述のシーケンス生成画面をディスプレイ５３に表示する。シーケンス生成画面は、パラメータ設定領域Ｄ１と、ブロック一覧領域Ｄ２と、対象装置領域Ｄ３と、選択ブロック領域Ｄ４とを含む。
【0233】
パラメータ設定領域Ｄ１には、機能ブロックに用いられるパラメータの内容を受け付けるための受付画像が表示される。
【0234】
ブロック一覧領域Ｄ２には、複数種の装置２０のそれぞれのブロック一覧が表示される。これらのブロック一覧は、ブロックデータベース４１からダウンロードされて開発ツール５０にインストールされた機能ブロックを含む。
【0235】
対象装置領域Ｄ３には、複数種の装置２０から選択された装置２０の種別名が表示される。
【0236】
選択ブロック領域Ｄ４には、ブロック一覧領域Ｄ２に表示されるブロック一覧から選択された機能ブロックが配置されて表示される。その機能ブロックは、例えばアイコンとして表示される。
【0237】
例えば、操作者は、開発ツール５０の入力部５４に対する入力操作を行うことによって、アプリケーションが適用される装置２０の種別名を決定する。開発ツール５０は、その決定された種別名を対象装置領域Ｄ３に表示する。例えば、その決定された種別名「炊飯器」が表示される。続いて、操作者は、入力操作を行うことによって、ブロック一覧領域Ｄ２に表示されるブロック一覧から、決定された種別名「炊飯器」の装置２０を駆動するための機能ブロックを選択する。そして、操作者は、入力操作を行うことによって、選択された機能ブロック、すなわち選択ブロックを選択ブロック領域Ｄ４に配置する。この機能ブロックの選択および配置は、ドラッグ＆ドロップによって行われてもよい。この選択ブロック領域Ｄ４に配置される１つ以上の機能ブロックは、その配置されている順に実行されてもよい。例えば、図２６における左側から右側に向かって、それらの機能ブロックが順に実行される。つまり、アプリケーションは、その選択ブロック領域Ｄ４に配置されるＭ個の選択ブロックのそれぞれが実行される順番の情報と、そのＭ個の選択ブロックのそれぞれが実行されるタイミングの情報とを含む。
【0238】
機能ブロックが選択ブロック領域Ｄ４に配置されると、開発ツール５０は、パラメータ設定領域Ｄ１に、その機能ブロックに用いられるパラメータの受付画像を表示する。
【0239】
図２７は、ブロック一覧の表示例を示す図である。
【0240】
操作者は、図２６に示すブロック一覧領域Ｄ２に表示されている複数の装置２０のそれぞれの種別名のうち、これから生成するアプリケーションが適用される装置２０の種別名を、入力部５４に対する入力操作を行うことによって選択する。開発ツール５０は、その選択された種別名の装置２０に対応するブロック一覧を、例えば図２７の（ａ）および（ｂ）に示すように表示する。例えば、図２７の（ａ）に示すように、オーブンレンジが選択されると、開発ツール５０は、そのオーブンレンジのブロック一覧を表示する。例えば、そのブロック一覧は、焼き、レンジ加熱、オーブン、グリル、蒸し、予熱、および過熱水蒸気のそれぞれの機能を実現する機能ブロックを含む。また、図２７の（ｂ）に示すように、マルチクッカーが選択されると、開発ツール５０は、そのマルチクッカーのブロック一覧を表示する。例えば、そのブロック一覧は、予熱、保温、炒め、圧力調理、炊き、蒸し、煮込み、混ぜる、および、ゆでるのそれぞれの機能を実現する機能ブロックを含む。
【0241】
操作者は、入力部５４への入力操作を行うことによって、このように表示されるブロック一覧から機能ブロックを選択し、その選択された機能ブロックを、図２６に示す選択ブロック領域Ｄ４に配置する。つまり、開発ツール５０は、このような入力操作に応じて、図２３に示すステップＳ２２の処理、すなわち機能ブロックの配置処理を行う。
【0242】
図２８は、機能ブロックの配置処理と、接続の自動修正処理の一例を示す図である。
【0243】
開発ツール５０は、例えば図２８の（ａ）に示すように、ブロック一覧からドラッグ＆ドロップされて選択ブロック領域Ｄ４に配置された機能ブロックを例えばアイコンとして表示する。具体的には、開発ツール５０は、操作者による入力部５４に対する入力操作に応じて、攪拌の機能ブロックＦＢ４２を、脱水の機能ブロックＦＢ４１の後に配置する。このように、開発ツール５０は、操作者の入力操作に応じて、図２３に示すステップＳ２２の機能ブロックの配置処理を行う。
【0244】
また、開発ツール５０は、攪拌の機能ブロックＦＢ４２が配置された後には、図２３のステップＳ２６のように、その機能ブロックＦＢ４２と、既に配置されている機能ブロックＦＢ４１との接続が許可されているか否かを判定する。すなわち、開発ツール５０は、その機能ブロックＦＢ４２の接続に対する判定を、ルールを用いて行う。そして、開発ツール５０は、その接続の自動修正処理を行う。
【0245】
具体的には、開発ツール５０は、まず、その機能ブロックＦＢ４２に対応する洗濯機のルールを参照する。例えば、開発ツール５０は、図２０の（ｂ）に示すルールデータベース４２のうちの、洗濯機のルール群４２ｄを特定し、そのルール群４２ｄに含まれる何れか１つのルールを参照する。そのルールは、汎用ルールＲ４００であっても、専用ルールＲ４１などであってもよい。
【0246】
そして、開発ツール５０は、機能ブロックＦＢ４１および機能ブロックＦＢ４２の順番が、ルールに示される非許容ブロック順に該当すると判定すると、機能ブロックＦＢ４１および機能ブロックＦＢ４２の順番を変更する。例えば、開発ツール５０は、図２８の（ｂ）に示すように、機能ブロックＦＢ４１と機能ブロックＦＢ４２との間に停止の機能ブロックＦＢ４３を追加することによって、機能ブロックＦＢ４１および機能ブロックＦＢ４２の順番を変更する。これにより、洗濯機のアプリケーションが変更される。
【0247】
このように、本実施の形態では、開発ツール５０は、アプリケーションに含まれる順番の情報が所定の順番に該当する場合に、第１のブロックと第２のブロックとの間に、新たなブロックを追加することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更する。例えば、図２８の例では、第１のブロックは、機能ブロックＦＢ４１であり、第２のブロックは、機能ブロックＦＢ４２である。そして、新たなブロックは、機能ブロックＦＢ４３である。また、開発ツール５０は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更してもよい。上述の他のブロックは、例えば、機能ブロックＦＢ４３であって、既に選択ブロック領域Ｄ４に配置されていたブロックであってもよい。
【0248】
図２９Ａは、機能ブロックの配置処理と、接続の自動修正処理の他の例を示す図である。
【0249】
開発ツール５０は、例えば図２９Ａの（ａ）に示すように、ブロック一覧からドラッグ＆ドロップされて選択ブロック領域Ｄ４に配置された機能ブロックを例えばアイコンとして表示する。具体的には、開発ツール５０は、操作者による入力部５４に対する入力操作に応じて、洗濯量検知の機能ブロックＦＢ４５を、給水の機能ブロックＦＢ４４の後に配置する。このように、開発ツール５０は、操作者の入力操作に応じて、図２３に示すステップＳ２２の機能ブロックの配置処理を行う。
【0250】
また、開発ツール５０は、洗濯量検知の機能ブロックＦＢ４５が配置された後には、図２３のステップＳ２６のように、その機能ブロックＦＢ４５と、既に配置されている機能ブロックＦＢ４４との接続が許可されているか否かを判定する。すなわち、開発ツール５０は、その機能ブロックＦＢ４５の接続に対する判定を、ルールを用いて行う。そして、開発ツール５０は、その接続の自動修正処理を行う。
【0251】
具体的には、開発ツール５０は、まず、その機能ブロックＦＢ４５に対応する洗濯機のルールを参照する。例えば、開発ツール５０は、図２０の（ｂ）に示すルールデータベース４２のうちの、洗濯機のルール群４２ｄを特定し、そのルール群４２ｄに含まれる何れか１つのルールを参照する。そのルールは、汎用ルールＲ４００であっても、専用ルールＲ４１などであってもよい。
【0252】
そして、開発ツール５０は、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番が、ルールに示される非許容ブロック順に該当すると判定すると、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番を変更する。例えば、開発ツール５０は、図２９Ａの（ｂ）に示すように、機能ブロックＦＢ４５を削除することによって、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番を変更する。
【0253】
このように、本実施の形態では、開発ツール５０は、アプリケーションに含まれる順番の情報が所定の順番に該当する場合に、第１のブロック又は第２のブロックを削除することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更する。例えば、図２９Ａの例では、削除される第１のブロックまたは第２のブロックは、機能ブロックＦＢ４５である。
【0254】
図２９Ｂは、機能ブロックの配置処理と、接続の自動修正処理のさらに他の例を示す図である。
【0255】
【0256】
そして、開発ツール５０は、洗濯量検知の機能ブロックＦＢ４５が配置された後には、その機能ブロックＦＢ４５と、既に配置されている機能ブロックＦＢ４４との接続が許可されているか否かを判定する。すなわち、開発ツール５０は、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番が、ルールに示される非許容ブロック順に該当するか否かを判定する。その結果、開発ツール５０は、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番が、ルールに示される非許容ブロック順に該当すると判定すると、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番を変更する。例えば、開発ツール５０は、図２９Ｂの（ｂ）に示すように、機能ブロックＦＢ４４と機能ブロックＦＢ４５との順番を入れ替えることによって、機能ブロックＦＢ４４および機能ブロックＦＢ４４の順番を変更する。
【0257】
このように、本実施の形態では、開発ツール５０は、アプリケーションに含まれる順番の情報が所定の順番に該当する場合に、第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番に変更することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更する。例えば、図２９Ｂの例では、第１のブロックは、機能ブロックＦＢ４４であり、第２のブロックは、機能ブロックＦＢ４５である。
【0258】
また、図２８～図２９Ｂのように、本実施の形態では、接続の自動修正処理が行われる。したがって、アプリケーション開発者である操作者が、Ｍ個の機能ブロックの順番を非許容ブロック順に誤って配置しても、その順番は、非許容ブロック順と異なる順番に自動的に配置し直される。したがって、洗濯機の安全性を担保することができる。
【0259】
図３０は、接続のエラー提示処理の一例を示す図である。
【0260】
開発ツール５０は、図２８の例と同様、図３０に示すように、攪拌の機能ブロックＦＢ４２を、脱水の機能ブロックＦＢ４１の後に配置する。そして、開発ツール５０は、攪拌の機能ブロックＦＢ４２が配置された後には、その機能ブロックＦＢ４１と、既に配置されている機能ブロックＦＢ４１との接続が許可されているか否かを判定する。すなわち、開発ツール５０は、機能ブロックＦＢ４１および機能ブロックＦＢ４２の順番が、ルールに示される非許容ブロック順に該当するか否かを判定する。その結果、開発ツール５０は、機能ブロックＦＢ４１および機能ブロックＦＢ４２の順番が、ルールに示される非許容ブロック順に該当すると判定すると、エラー提示処理を行う。具体的には、開発ツール５０は、図３０に示すように、エラーメッセージＥ１をエラーとして表示する。このエラーメッセージＥ１には、脱水の機能ブロックの後に、攪拌の機能ブロックを接続することができないことが記されている。このようなエラー提示処理は、例えば図２５のステップＳ５１において行われる。
【0261】
このように、本実施の形態では、開発ツール５０は、所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、アプリケーションに含まれる順番の情報がその所定の順番に該当する場合には、操作者に対してエラーを提示する。そして、開発ツール５０は、そのエラーの提示を受けた操作者による入力操作に応じて、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでアプリケーションを変更する。
【0262】
このようなエラーが提示されることによって、アプリケーション開発者である操作者は、非許容ブロック順に配置されたＭ個の機能ブロックを、非許容ブロック順と異なる順番に容易に配置し直すことができる。したがって、洗濯機の安全性を担保することができる。
【0263】
また、開発ツール５０は、エラー提示処理では、さらに、そのエラーメッセージＥ１によって示されるエラーに対処するための対処法を表示してもよい。例えば、開発ツール５０は、図３０に示すように、対処法Ｃ１を表示する。この対処法Ｃ１には、攪拌の機能ブロックの前に、停止の機能ブロックを挿入することによってエラーが解消されることが記されている。
【0264】
このような対処法が提示されることによって、アプリケーション開発者である操作者は、非許容ブロック順に配置されたＭ個の機能ブロックを、非許容ブロック順と異なる順番にさらに容易に配置し直すことができる。したがって、洗濯機の安全性を担保することができる。
【0265】
図３１は、接続のエラー提示処理の他の例を示す図である。
【0266】
開発ツール５０は、図２９Ａまたは図２９Ｂの例と同様、図３１に示すように、洗濯量検知の機能ブロックＦＢ４５を、給水の機能ブロックＦＢ４４の後に配置する。そして、開発ツール５０は、機能ブロックＦＢ４４および機能ブロックＦＢ４５の順番が、ルールに示される非許容ブロック順に該当すると判定すると、エラー提示処理を行う。具体的には、開発ツール５０は、図３１に示すように、エラーメッセージＥ２をエラーとして表示する。このエラーメッセージＥ２には、給水の機能ブロックの後に、洗濯量検知の機能ブロックを接続することができないことが記されている。
【0267】
このようなエラーが提示されることによって、アプリケーション開発者である操作者は、非許容ブロック順に配置されたＭ個の機能ブロックを、非許容ブロック順と異なる順番に容易に配置し直すことができる。したがって、洗濯機の安全性を担保することができる。
【0268】
また、開発ツール５０は、エラー提示処理では、さらに、そのエラーメッセージＥ２によって示されるエラーに対処するための複数の対処法を表示してもよい。例えば、開発ツール５０は、図３１に示すように、対処法Ｃ１と対処法Ｃ２とを表示する。この対処法Ｃ１には、洗濯量検知の機能ブロックを削除することによってエラーが解消されることが記されている。さらに、開発ツール５０は、その対処法Ｃ１を行うことによって受ける影響を、その対処法Ｃ１と共に表示してもよい。例えば、開発ツール５０は、洗濯量の検知はできなくなるが、洗濯量検知の処理が省かれる分だけ、洗濯の全行程にかかる処理時間が短くなることを、その影響として表示してもよい。また、対処法Ｃ２には、給水の機能ブロックの前に、洗濯量検知の機能ブロックを配置することによってエラーが解消されることが記されている。さらに、上述と同様、開発ツール５０は、その対処法Ｃ２を行うことによって受ける影響を、その対処法Ｃ２と共に表示してもよい。例えば、開発ツール５０は、洗濯量の検知が適切に行われることを、その影響として表示してもよい。
【0269】
このように、本実施の形態では、開発ツール５０は、エラーに対する複数の対処法を提示する。そして、開発ツール５０は、そのエラーおよび複数の対処法の提示を受けた操作者による入力操作に応じて、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでアプリケーションを変更する。
【0270】
例えば、その複数の対処法は、以下に示す第１の対処法、第２の対処法および第３の対処法のうちの少なくとも２つを含む。つまり、ルールは、上述のように、所定の２以上のブロックが所定の順番で実行されることを禁止する。その所定の２以上のブロックは、例えば、第１のブロック及び第２のブロックを含み、その所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示す。このような場合、上述の第１の対処法は、第１のブロックと第２のブロックとの間に、新たなブロックを追加する方法である。具体的には、第１の対処法は、図２８に示すように、脱水の機能ブロックＦＢ４１と攪拌の機能ブロックＦＢ４２との間に、新たな停止の機能ブロックＦＢ４３を追加する方法である。また、上述の第２の対処法は、第１のブロック又は第２のブロックを削除する方法である。具体的には、図２９Ａに示すように、給水の機能ブロックＦＢ４４又は洗濯量検知の機能ブロックＦＢ４５を削除する方法である。また、上述の第３の対処法は、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更する方法である。具体的には、第３の対処法は、図２９Ｂに示すように、給水の機能ブロックＦＢ４４の後に洗濯量検知の機能ブロックＦＢ４５が位置する順番を、洗濯量検知の機能ブロックＦＢ４５の後に給水の機能ブロックＦＢ４４が位置する順番に変更する方法である。または、第３の対処法は、図２８に示すように、脱水の機能ブロックＦＢ４１の後に攪拌の機能ブロックＦＢ４２が位置する順番を、脱水の機能ブロックＦＢ４１と攪拌の機能ブロックＦＢ４２との間に停止の機能ブロックＦＢ４３が位置する順番に変更する方法である。
【0271】
さらに、本実施の形態では、開発ツール５０は、複数の対処法のそれぞれが行われた場合における、アクチュエータ２２又は加熱器２３の駆動によって作用される物体への影響、またはアプリケーションへの影響を提示する。
【0272】
このような複数の対処法と、それらの対処法による影響とが提示されることによって、アプリケーション開発者である操作者は、非許容ブロック順に配置されたＭ個の機能ブロックを、非許容ブロック順と異なる順番にさらに容易に配置し直すことができる。したがって、洗濯機の安全性を担保することができる。
【0273】
なお、エラーメッセージＥ１およびＥ２と、対処法Ｃ１～Ｃ３とは、シーケンス生成画面のうちの何れの領域に表示されてもよい。また、これらのエラーメッセージＥ１およびＥ２と、対処法Ｃ１～Ｃ３とはそれぞれ、ルールにおける非許容ブロック順に対応付けて示されていてもよい。また、上述の例では、エラーメッセージＥ１およびＥ２と、対処法Ｃ１～Ｃ３とが表示されるが、それらの提示形態はこれらの例に限らず、どのような形態であってもよい。例えば、音声でエラーなどが提示されてもよい。
【0274】
また、開発ツール５０は、エラーの提示回数がＫ回（Ｋは２以上の整数）以上の場合には、エラーに対する複数の対処法を操作者に提示してもよい。つまり、開発ツール５０は、図２５に示すステップＳ５１の処理が繰り返される場合には、開発ツール５０は、その繰り返しの回数に応じて、エラーの提示形態を変更してもよい。具体的には、開発ツール５０は、エラーの提示回数がＫ回未満の場合には、エラーを提示して対処法を提示せず、エラーの提示回数がＫ回以上の場合には、エラーと共に対処法も表示する。
【0275】
図３２は、対処法の他の提示例を示す図である。
【0276】
上述の例では、対処法はメッセージとして提示されるが、開発ツール５０は、図３２に示すように、他の態様で対処法を提示してもよい。例えば、開発ツール５０は、エラーを回避するために追加すべき機能ブロックがブロック一覧から容易に選択され得る態様で、その対処法を提示する。つまり、開発ツール５０は、直前に選択されて選択ブロック領域Ｄ４に配置された機能ブロックの接続が許容されていないと判定すると、図３２に示すように、ブロック一覧を表示する。このブロック一覧では、接続が許容されないと判定された機能ブロックの直前に追加すべき機能ブロックのみが、そのブロック一覧に含まれる他の機能ブロックと異なる態様で表示される。具体的には、洗濯機のブロック一覧のうち、直前に追加すべき停止の機能ブロックのみが明るく表示され、他の機能ブロックは暗く表示される。これにより、アプリケーション開発者である操作者は、その停止の機能ブロックを容易に選択して選択ブロック領域Ｄ４に追加することができ、アプリケーションの変更の操作性を高めることができる。
【0277】
図３３は、対処法のさらに他の提示例を示す図である。
【0278】
上述の例では、対処法はメッセージのみで提示されるが、開発ツール５０は、図３３に示すように、矢印などのオブジェクトを用いて対処法を提示してもよい。例えば、開発ツール５０は、機能ブロックＦＢ３７と機能ブロックＦＢ３９との順番が非許容ブロック順に該当すると判定すると、それらの機能ブロックの順番を逆にする対処法を、メッセージと矢印とで提示する。これにより、アプリケーション開発者である操作者は、それらの機能ブロックの順番を逆にしてエラーを容易に回避することができ、アプリケーションの変更の操作性を高めることができる。
【0279】
なお、本実施の形態では、アプリケーションに含まれるＭ個の機能ブロックが実行される順番について、連続して実行される２つの機能ブロックの順番を例に挙げて説明したが、この例に限らず、不連続に実行される２以上の機能ブロックの順番であってもよい。
【0280】
［５．４ 効果など］
以上のように、本実施の形態では、ブロックを含むアプリケーションとルールデータベースとにより、多様多種でかつ安全なアプリケーションを開発可能な環境を提供することができる。したがって、その環境下で自由に開発したアプリケーションに対して、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３の安全な駆動することを可能にしている。その結果、例えば、自由度の高い多様多種なアプリケーションの開発と、安全性を担保するためのルールデータベースの開発とを並行して作成することが可能になり、多様多種でかつ安全なアプリケーションを早期に開発することを可能にすることができる。
以上のように、本実施の形態では、ブロックを含むアプリケーションとルールデータベースとにより、多様多種でかつ安全なアプリケーションを開発可能な環境を提供することができる。したがって、その環境下で自由に開発したアプリケーションに対して、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３の安全な駆動することを可能にしている。その結果、例えば、自由度の高い多様多種なアプリケーションの開発と、安全性を担保するためのルールデータベースの開発とを並行して作成することが可能になり、多様多種でかつ安全なアプリケーションを早期に開発することを可能にすることができる。
【0281】
また、本実施の形態と、実施の形態１～４のうちの何れかの形態とを組み合わせれば、アプリケーションの提供後においても、ルールデータベースを変更することで、より安全性を担保したアプリケーションへの変更も可能になる。また、事前に製造者が想定しない状況の改善が必要になった場合においても、多様多種なアプリケーション自体を変更せずとも、アプリケーションとは独立して、ルールデータベースが規定されているため、そのルールデータベースを更新することで、全てのアプリケーションへの対応が可能になる。
【0282】
具体的には、本実施の形態における情報処理方法は、開発ツール５０のようなコンピュータシステムによって実行される情報処理方法である。そして、この情報処理方法では、（ａ）制御対象機器である装置２０に備えられているアクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、（ｂ）少なくともＭ個の選択ブロックのそれぞれが実行される順番を、操作者による入力操作に応じて設定することで、少なくともＭ個の選択ブロックを含み、かつ、その順番の情報を含むアプリケーションを生成し、（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、その順番の情報がその所定の順番に該当する場合には、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することで上述のアプリケーションを変更し、（ｄ）その変更したアプリケーションを出力する。
【0283】
これによれば、Ｍ個のブロックで規定されたアプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３を駆動することができる。したがって、装置２０の制御を抽象化したブロックを用いたアプリケーションの開発が可能となり、多種多彩なアプリケーションを製造者だけではなく、サードパーティも開発することができ、これらのアプリケーションを装置２０で簡単に実行することが可能となる。さらに、この開発時には、禁止されている順番で実行される所定の２以上のブロックがアプリケーションに含まれている場合には、Ｍ個の選択ブロックの順番が自動的に変更されることによって、そのアプリケーションが変更される。その結果、アプリケーションを、禁止されている順番で実行される所定の２以上のブロックを含まないアプリケーションに自動的に変更することができる。したがって、所定の２以上のブロックが所定の順番で実行されることを禁止することができる。つまり、もし、アプリケーション開発者である操作者が、Ｍ個の選択ブロックのそれぞれが実行される順番を、禁止されている順番に誤って設定した場合でも、装置２０を安全に制御することができないアプリケーションが生成されることを抑制することができる。したがって、アプリケーション開発者が、アクチュエータ２２及び／又は加熱器２３のユーザに適することを重視したアプリケーションを作成または生成した場合でも、そのアプリケーションで制御される装置２０の安全性を担保することができ、その安全性を向上させることができる。
【0284】
また、その所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、上述の所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示し、上記（ｃ）では、上述の順番の情報が所定の順番に該当する場合に、第１のブロックと第２のブロックとの間に、新たなブロックを追加することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更してもよい。具体的には、その所定の順番は、第１のブロックの直後に、第２のブロックが位置する順番を示してもよい。また、そのＭ個の選択ブロックのそれぞれは、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのパラメータを含んでいてもよい。
【0285】
また、その所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、上述の所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示し、上記（ｃ）では、上述の順番の情報が所定の順番に該当する場合に、第１のブロック又は第２のブロックを削除することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更してもよい。
【0286】
また、その所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、上述の所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示し、上記（ｃ）では、上述の順番の情報が所定の順番に該当する場合に、第１のブロック又は第２のブロックの順番を、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更することで、Ｍ個の選択ブロックのそれぞれが実行される順番を変更してもよい。
【0287】
これらによれば、アプリケーションの開発時に、新たなブロックを追加、第１のブロック若しくは第２のブロックを削除、又は、第１のブロック又は第２のブロックの順番を変更することで、第１のブロックの後に第２のブロックが実行されることを防ぐことができる。したがって、アプリケーションの開発者、または、アクチュエータ２２及び加熱器２３を制御する装置２０に組み込まれるソフトウェアの開発者は、アプリケーション一つ一つの安全性を毎回チェックすることなく、複数のブロックが許容されない順番で実行されることを防止することができる。
【0288】
また、ルールは、所定の２以上のブロックが所定の順番で実行されることでアクチュエータ２２及び加熱器２３の少なくとも１つが耐久温度に到達することを禁止してもよい。
【0289】
これによれば、アプリケーションが実行されたときにアクチュエータ２２及び／又は加熱器２３が耐久温度に到達することを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。
【0290】
また、制御対象機器である装置２０は、内部空間を有する筐体２１を備え、ルールは、所定の２以上のブロックが所定の順番で実行されることで、その内部空間が耐久温度に到達することを禁止してもよい。
【0291】
これによれば、アプリケーションが実行されたときに筐体２１の内部空間が耐久温度に到達することを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。
【0292】
また、上記（ｃ）では、生成されるアプリケーションが、制御対象機器専用のアプリケーションか、その制御対象機器と、その制御対象機器以外の機器とに適用される汎用のアプリケーションかを判定し、所定の２以上のブロックが所定の順番で実行されることを禁止する複数のルール候補のうちの、そのアプリケーションの判定結果に応じたルール候補を、ルールとして参照してもよい。
【0293】
これによれば、専用のアプリケーションと汎用のアプリケーションのように、アプリケーションのバリエーションを増やすことができる。さらに、それらのバリエーションに適したルールが参照されるため、それらのバリエーションのそれぞれで、そのバリエーションのアプリケーションを適切に変更することができる。
【0294】
また、本実施の形態における情報処理方法は、開発ツール５０のようなコンピュータシステムによって実行される情報処理方法であって、エラーを提示してもよい。つまり、情報処理方法は、（ａ）制御対象機器である装置２０に備えられているアクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのＮ個（Ｎは２以上の整数）のブロックから、操作者による入力操作に応じて、Ｍ個（Ｍは２以上かつＮ以下の整数）のブロックのそれぞれを選択ブロックとして選択し、（ｂ）少なくともそのＭ個の選択ブロックのそれぞれが実行される順番を、操作者による入力操作に応じて設定することで、少なくともそのＭ個の選択ブロックを含み、かつ、その順番の情報を含むアプリケーションを生成し、（ｃ）所定の２以上のブロックが所定の順番で実行されることを禁止するルールを参照して、上述の順番の情報が所定の順番に該当する場合には、操作者に対してエラーを提示し、（ｄ）そのエラーの提示を受けた操作者による入力操作に応じて、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでアプリケーションを変更し、（ｅ）その変更したアプリケーションを出力する。
【0295】
これによれば、アプリケーション開発者である操作者が、Ｍ個の選択ブロックのそれぞれが実行される順番に対して許容されない順番を誤って設定した場合には、エラーが提示されるため、装置２０を安全に制御することができないアプリケーションが生成されることを抑制することができる。つまり、上述のようにアプリケーションが自動的に変更される場合と同様の効果を奏することができる。
【0296】
また、上記（ｃ）では、さらに、エラーに対する複数の対処法を提示し、上記（ｄ）では、そのエラーおよび複数の対処法の提示を受けた操作者による入力操作に応じて、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することでアプリケーションを変更してもよい。つまり、本実施の形態における情報処理方法は、開発ツール５０のようなコンピュータシステムによって実行される情報処理方法であって、エラーを提示すると同時に複数の対処法を提示しても良い。
【0297】
これによれば、エラー提示を確認した操作者が、Ｍ個の選択ブロックのそれぞれが実行される順番を変更する手間を低減することが出来る。
【0298】
また、上述の所定の２以上のブロックは、第１のブロック及び第２のブロックを含み、所定の順番は、第１のブロックの後に第２のブロックが位置する順番を示す。この場合、上述の複数の対処法は、第１のブロックと第２のブロックとの間に、新たなブロックを追加する第１の対処法と、第１のブロック又は前記第２のブロックを削除する第２の対処法と、第２のブロックの後に第１のブロックが位置する順番、又は、第１のブロック及び第２のブロックの間に他のブロックが位置する順番に変更する第３の対処法とのうちの少なくとも２つを含んでいてもよい。
【0299】
これにより、操作者は、複数の対処法のうちの何れか１つの対処法にしたがって、エラーを適切に回避しながら、Ｍ個の選択ブロックのそれぞれが実行される順番を変更することができる。また、操作者が対処法を選択する際に、操作者がアプリケーションを作成する意図を満たす選択肢（すなわち対処法）を選択することができる。
【0300】
また、上記（ｃ）では、さらに、複数の対処法のそれぞれが行われた場合における、アクチュエータ２２又は加熱器２３の駆動によって作用される物体への影響、またはそのアプリケーションへの影響を提示してもよい。つまり、本実施の形態における情報処理方法は、開発ツール５０のようなコンピュータシステムによって実行される情報処理方法であって、エラーに対する対処法を提示するとともに、その対処法を実施することによってアプリケーションに及ぼす影響を同時に提示しても良い。
【0301】
これによれば、操作者が対処法を選択する際に、操作者がアプリケーションを作成する意図に沿って直観的に選択することが出来る。
【0302】
また、この情報処理方法では、上記（ｄ）の後に、上記（ｃ）および（ｄ）を繰り返し実行し、（ｆ）エラーの提示回数がＫ回（Ｋは２以上の整数）以上の場合には、エラーに対する複数の対処法を操作者に提示してもよい。
【0303】
これによれば、エラーの提示が繰り返される場合には、複数の対処法が提示されるため、操作者は、Ｍ個の選択ブロックのそれぞれが実行される順番を、それらの対処法にしたがって簡単に変更することができ、安全なアプリケーションをより簡単に生成することができる。
【0304】
（他の実施の形態）
以上、本開示の１つまたは複数の態様に係るシステムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の１つまたは複数の態様の範囲内に含まれてもよい。
以上、本開示の１つまたは複数の態様に係るシステムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の１つまたは複数の態様の範囲内に含まれてもよい。
【0305】
また、上記各実施の形態において、シーケンスマネージャ１００及びデバイスマネージャ２００は、クラウドサーバ１０に含まれていたが、これに限定されない。シーケンスマネージャ１００及び／又はデバイスマネージャ２００は、装置２０に含まれてもよい。また、ＵＩ４００は、端末３０に含まれていたが、装置２０に含まれてもよい。
【0306】
また、上記各実施の形態において、劣化情報に基づいて、アプリケーションが変更されてもよい。例えば、デバイス３００は、複数の劣化レベルと複数のパラメータの変換方法とが対応付けられたパラメータ変換情報を参照して、劣化レベルに対応する変換方法を取得し、取得した変換方法を用いてブロックに含まれるパラメータを変換してもよい。変換方法としては、例えば、変換後の値で定義されてもよいし、変換前の値に適用される係数で定義されてもよい。
【0307】
また、上記各実施の形態では、実行前確認においてアプリケーションを変更し、その後アプリケーションが実行されていたが、これに限ったものではない。例えば、デバイス３００の状態が想定と異なっていたときは、アプリケーションを変更せず、デバイスマネージャ２００及び／又はシーケンスマネージャ１００に実行中止（エラー）が通知されてもよい。
【0308】
また、上記各実施の形態で用いられたルールに限定されない。例えば、複数のブロックのそれぞれの実行により発生する熱量である第２のルールが利用されてもよい。この場合、制御部２４は、アプリケーションが実行されたときに装置２０の少なくとも一部が耐久温度に到達するか否かを判定してもよい。そして、制御部２４は、装置２０の少なくとも一部が耐久温度に到達すると判定された場合、複数のブロックのそれぞれが実行される順番を変更することでアプリケーションを変更してもよい。ここで、複数のブロックのそれぞれが、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動するためのパラメータを含む場合は、制御部２４は、第２のルールと、アプリケーションに含まれる複数のブロックと、複数のブロックが含むパラメータとを参照して、複数のブロックの終了時における装置２０の少なくとも一部の温度を算出してもよい。
【産業上の利用可能性】
【0309】
複数の機能ブロックで規定されたアプリケーションを実行することができる家庭用電化製品等に利用できる。
【符号の説明】
【0310】
１ システム
２ａ、２ｂ、２ｃ、２ｄ 施設
１０ クラウドサーバ
１１ プロセッサ
１２ メモリ
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ、２０ｆ、２０ｇ、２０ｈ 装置
２１ 筐体
２２ アクチュエータ
２３ 加熱器
２４ 制御部
３０、３０ａ、３０ｂ、３０ｃ、３０ｄ 端末
３１ ディスプレイ
３２ 入力デバイス
４１ ブロックデータベース
４２、１３００ ルールデータベース
５０ 開発ツール
５１ プロセッサ
５２ メモリ
５３ ディスプレイ
５４ 入力部
６０ アプリ提供サーバ
１００ シーケンスマネージャ
２００ デバイスマネージャ
３００、３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ、３００ｆ、３００ｇ、３００ｈ デバイス
４００、４００ａ、４００ｂ、４００ｃ、４００ｄ ＵＩ
１０００、１２０１ ブロック
１００１、１００２、１００３、１００４、１００５、１００６ パラメータ
１１００ デバイスデータベース
１１０１ デバイス情報
１２００ 実行内容宣言
１２０２ デバイスに関する情報
１２０３ 順番の情報
１３０１、１３０２、１３０３ ルール
２０００ 情報処理システム
Ｃ１～Ｃ３ 対処法
Ｄ１ パラメータ設定領域
Ｄ２ ブロック一覧領域
Ｄ３ 対象装置領域
Ｄ４ 選択ブロック領域
Ｅ１、Ｅ２ エラーメッセージ
Ｆ１００ 準備フェーズ
Ｆ２００ アプリ実行前フェーズ
Ｆ３００ アプリ実行フェーズ
Ｒ１１～Ｒ１３、Ｒ２１～Ｒ２３、Ｒ３１～Ｒ３３、Ｒ４１～Ｒ４３ 専用ルール
Ｒ１００、Ｒ２００、Ｒ３００、Ｒ４００ 汎用ルール
２ａ、２ｂ、２ｃ、２ｄ 施設
１０ クラウドサーバ
１１ プロセッサ
１２ メモリ
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ、２０ｆ、２０ｇ、２０ｈ 装置
２１ 筐体
２２ アクチュエータ
２３ 加熱器
２４ 制御部
３０、３０ａ、３０ｂ、３０ｃ、３０ｄ 端末
３１ ディスプレイ
３２ 入力デバイス
４１ ブロックデータベース
４２、１３００ ルールデータベース
５０ 開発ツール
５１ プロセッサ
５２ メモリ
５３ ディスプレイ
５４ 入力部
６０ アプリ提供サーバ
１００ シーケンスマネージャ
２００ デバイスマネージャ
３００、３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ、３００ｆ、３００ｇ、３００ｈ デバイス
４００、４００ａ、４００ｂ、４００ｃ、４００ｄ ＵＩ
１０００、１２０１ ブロック
１００１、１００２、１００３、１００４、１００５、１００６ パラメータ
１１００ デバイスデータベース
１１０１ デバイス情報
１２００ 実行内容宣言
１２０２ デバイスに関する情報
１２０３ 順番の情報
１３０１、１３０２、１３０３ ルール
２０００ 情報処理システム
Ｃ１～Ｃ３ 対処法
Ｄ１ パラメータ設定領域
Ｄ２ ブロック一覧領域
Ｄ３ 対象装置領域
Ｄ４ 選択ブロック領域
Ｅ１、Ｅ２ エラーメッセージ
Ｆ１００ 準備フェーズ
Ｆ２００ アプリ実行前フェーズ
Ｆ３００ アプリ実行フェーズ
Ｒ１１～Ｒ１３、Ｒ２１～Ｒ２３、Ｒ３１～Ｒ３３、Ｒ４１～Ｒ４３ 専用ルール
Ｒ１００、Ｒ２００、Ｒ３００、Ｒ４００ 汎用ルール
【図1】
【図2A】
【図2B】
【図2C】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14A】
【図14B】
【図15A】
【図15B】
【図15C】
【図15D】
【図15E】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29A】
【図29B】
【図30】
【図31】
【図32】
【図33】