■モデル1
(常に、又は指定期間時)観察 and 分析/(いらない)要求 or 欲求/記憶検索 and 情報検索/判断/実行/実行結果の記憶 or 記録
↑簡略すると勉強
保留課題2:故障時どうすんの?w
■考える必要のないゴミ 過去資料の参考程度
保留課題1:発想をどこで表現するか、どう表現するか。
とりあえず、欲求は空実装がいい。ロボット的な作業には、あまり必要ない。
うん。発想すらいらないかな。現時点では。
おそらく、発想が絡むのは、観察時/分析時/要求時/欲求時/判断時
観察時は、何をどう観察するかの興味。
分析時は、どう分析するかの分析の仕方。
要求時は、拒否など(ちなみに拒否は判断時でもできる)※判断
欲求時は、観察と分析から連鎖する。記憶検索や情報検索が全工程にあればその後に連鎖。観察を欲求から発生させる場合もある。実行結果からもか。※いらない
判断時は、消去法や多数決など。判断後の実行につながるかつなげないかも発想か?または再検索とか?
発想は難しいので保留。人間に近い状態に設計する場合、必要。
人工知能の有効利用で思いつく現在のパターンでは必要ない。無人ロボットとかね。
※保留課題1は、人間が設定・制御する方が好ましい。思い通りの知能にならない可能性がある。
勝手に成長しちゃうからw
http://cocoa.gazo-ch.net/bbs/45/img/200701/1201505.jpg
オブジェクト指向の留意点
スーパークラスからサブクラスを生成してサブクラスのメソッドを実行できる。
但し、スーパークラスのデータをセットするインターフェースメソッドを
サブクラスに設定する必要がある。
サブクラスからスーパークラスを生成してスーパークラスのメソッドを実行できる。
このパターンでは継承しているので、必要ないか?
但し、継承の階層が深いと、
明示的にスーパークラスを宣言して実行する方が解かりやすい、
それとともに、
サブクラスのデータをセットするインターフェースメソッドを
スーパークラスに設定する必要がある。
http://cocoa.gazo-ch.net/bbs/45/img/200701/1201505.jpg