みんなでメイドさんロボを作るスレ

**メカ名無しさん** · NG

２ちゃんねらの力を合わせてマルチとかを作ろう

**シャーリー命** ◆lglfeEs3uY · 03/12/11 09:12

>>431
＞個人的には、何故今更TCP/IPを捨ててプラットフォーム依存のIPCを使うのかわからんのですが。
ぜひその辺話し合ってください（＾＾）
私はよくわからないのですみませんです（＾＾；）

また、私もいろいろアイデア出してますが、
「何じゃそりゃもっといい方法あるじゃん！」と思う方ぜひアイデア出してくださいね。
なんせ絵描きの考えることですから（＾＾；）　もっと効率の
いい方法があるのは間違いないと思うんですよ。

ぜひ突っ込みありましたらよろしくです。

>>435　の４８パターンのセリフはやっぱり多すぎますね。
もっと状態か立場の数を減らしてリフレッシュしなければ難しいですね。

われわれで作れそうなセリフ数を２４００で上限とするなら
１００個のアクションを用意する場合
２４００÷１００＝２４　

つまり２４パターンが上限ということになりますから。
しかも喜怒哀楽も加えてなので、
頭が痛いです。表情はあきらめたほうがいいのjかなぁ(´･ω･`)

**シャーリー命** ◆lglfeEs3uY · 03/12/11 09:28

削り削ってリフレッシュしてみました。

アクション（メイドとの応答の全て）　　　５０個
表情　　　（喜怒哀楽orバリエーション）　４種
状態　　　（喧嘩＝嫌悪・恋・通常）　　　　３種（実質４種）
立場　　　（警戒　通常　恋人・特殊）　　　４種
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
５０×４×３×４＝２４００

これでなんとか２ｃｈでも作れる量のセリフ数だヽ(´Д｀)ノ
　　　　　

**シャーリー命** ◆lglfeEs3uY · 03/12/11 10:01

考えてみれば、全てのメイドのセリフが
立場、状態、表情に依存するものじゃないですよね。

定型のセリフのように依存しないセリフを混ぜることでバリエーション
を増やせることに気が付きました。

定型の応答等予備のアクション　　　　　２４０個　　　　　　　　　　
表情、状態、立場等で変化するアクション４５個
表情　　　（喜怒哀楽orバリエーション）　　　４種
状態　　　（喧嘩＝嫌悪・恋・通常）　　　　　　３種（実質４種）
立場　　　（警戒　通常　恋人・特殊）　　　　　４種
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
（４５×４×３×４）　　　+　　　２４０　　＝　　２４００
　　　　↑　　　　　　　　　　　　　　↑
表情が変化する応答　　　　　定型の応答等予備のセリフ

これでセリフでも、動きのバリエーションでも
それなりの数になったかな？(´ー｀)

あとは表情だけとか、状態だけで変化させるセリフなどを
用意すれば、もっとバリエーションも増やせますね。
そのときは状態や立場ももっと増やせるかも。

とりあえずはこれを基本で考えて行こうと思います。

**シャーリー命** ◆lglfeEs3uY · 03/12/12 00:36

>>425
>これは前に提案された通貨で解決できそうかな。
>毎月ユーザーの元には丁度一か月分のメイドさんの雇用料が振り込まれる。

なるほど。
ゲームのシステムはそれでもいけると思います。
でもちょっと心配があるんでう。

これだとサーバー側が、何かの都合で存続できなくなったとき
ゲーム続行不能になるんですが

サーバーか無くても、ウイニーのように個々のユーザーで情報のやりとりをして
ユーザー同士で高めあえるようにはできないものでしょうか？
ウイニーの中にはダウンロードできたり、BBSとかあって、あれの中で
完成された形態になってるじゃないですか？

更新が終わったらそれで、ウイニーというソフトの更新は終わりますが
ウイニーを使用することはユーザーの努力でいくらでも続けられますよね？
UPフォルダに入れる限り、BBSを使う限り、ずっと。

そんな風にできないものでしょうか？

**シャーリー命** ◆lglfeEs3uY · 03/12/12 05:52

松下が携帯電話で遠隔操作する「ネット家電」
http://www.nikkei.co.jp/keitai/saishin/20030716d1d1607216.html

　松下電器産業は16日、インターネットを通じて機器を制御できる
ネットワーク家電を９月１日に発売すると発表した。ネット対応の
携帯電話を使ってエアコンや洗濯機を遠隔操作できる。不審者の
侵入といった家庭内の異常も携帯電話に通知する。ネット白物家
電を商品化するのは東芝に続き２社目。携帯電話で操作できるの
は初めて。

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/12 19:36

>>439
最初はWinny型自立ノードネットワークOnlyで考えていたんですが、
それだと違法行為やクラックに対して無力（nyでもUp0パッチとかが出てるように）
なんである程度は認証方式もひつようではないかと考えてます。

特に王国ご禁制のアイテムとかが自律NW上に流れれば
もう回収は不可能になります。ある程度はコントロールすることも必要かと。

ただ知識（会話表現も含む）情報なんかはサーバにためておく必要がないので
NY型自律NWでもいいかと。
たとえばAノードはりんご→赤いとメイドさんに教えて
Bノードがりんご→食べものと教え、NW上で結合すれば
両方の情報を持てるわけです。（有機的ネットワーク）

と考えたのですがいかがですか？

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/12 19:43

(追記）
そのため、親サーバはある程度委譲できるようにしておいて、１つが死んでも
大丈夫なようにしておくかですね・・・　（このへんはDNSの仕組みをモデルに考えました。）

メイドさん王国イベントを考えてみた。
正月、バレンタインデー、ひなまつり、花見、海水浴、登山、収穫祭・・・

で、最萌メイドさんコンテストを開催し、優勝したマスターとメイドさんに10000ギコ進呈
宝くじイベントで1枚30ギコ、1等は30000ギコ。

新しくメイドさんを作った人や人格を作った人に報奨金15000ギコってすれば
どんどん拡大していくかな～なんて妄想してますが。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/12 19:49

まだまとまってないようだが、原始的な質問を訊いてみる
データ形式はどんな感じにするの？
カスタマイズ性優先でテキストにするのか？
効率重視でバイナリにするのか？
どのくらいのデータを一括りにするか決めるはまだ早いかもしれないけど、この位は考えておいたほうが良いはず

03/12/12 20:58

あぁ、どうしよう。買おうかな、やめよっかな・・・・んんん～・・・・・いいや、買っちゃえ！

っは！お、おまいらこんばんは！＜(; ﾟ３ﾟ)> ~♪

一応試作版の絵は描きおわりまつたよ。これをCGっぽくするのが骨だなぁ・・・
あ、断っとくと漏れのプログラム練習用のだから、おまいらの話してるようなのとはまるで関係ないッスよｗ
あと絵は上手くない(´･ω･`)

>>441-442

＞新しくメイドさんを作った人や人格を作った人に報奨金15000ギコってすれば

投稿（？）してくれた人には報酬があるのは漏れも考えてたよ。重要ッスね。

>>443 猫耳さんなら分かるかもね。漏れは全くわからん(´Д⊂

え？何を買ったかって？いや、もえた・・・（ｒｙ

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/12 21:33

>>443
こればっかりはどちらがいいかって議論もせぬまま進めるのは
どうかと思ってます。（私はアプリケーションは作れないので・・・）
ただこういった方法はあるよというアイデア作成のお手伝いさんになれればと
思ってます。

ただ私の考えで言うとユーザの設定部分は除いて、内部で
処理するデータ類はバイナリで扱うほうがよいかと・・・（感情パラメータや
通貨処理などは見えると簡単にいじられてしまうので。）
勉強不足でスマソ＞飛白㌧さん

>>444
主任さん何を買われたんですか？

03/12/12 22:05

壁|-`) いや・・・その・・・萌え単を（死

勉強そっちのけだから少しはやろうかと。
正直このスレで次々といいアイデアが出てるのでなんとか早く形のある物を作ろうとね・・・
まあ誰も待ってないかもしれんが・・・(´･ω･`)

あ、今一個ひらめいた。HPの最新情報を仕入れる機能で天気予報が出来るぞ。便利そうじゃん？

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/13 19:48

ちとアイデアを思いついた。
スケジュールでお出かけの用事があった場合、車の場合渋滞情報、
列車や飛行機の場合運行情報をひっぱってきて

「ご主人様～、電車が遅れてるみたいですよ。会う方にご連絡したほうが
よろしいと思います。　　でも・・・早く帰ってきてくださいね・・・」（恋人パターン）

この場合スケジュールと情報をリンクさせる必要があるか・・・。

>>446　主任さん
萌え単ですか、最近この手から離れてしまっていて・・・。
デスクトップのメイドさんも新しいのでないかな～

03/12/13 21:13

寒い、寒いよ～・・・・((((((;ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
早くメイドさんロボ作って温めて欲し（ｒｙ

>>447 最低でも行き先は登録しておかないとだめッスよね。
問題は駅すぱあと（だっけ？）みたいなアプリとどう統合するかが難しそう・・・・
交通情報は天気予報と同じ仕組みでおｋですよね。む～・・・・

**飛白㌧** ◆DyIUwXJZ3A · 03/12/14 10:16

森薫のブックカバーにつられてビーム買ったがこの漫画、漏れの好みじゃないなぁ・・・

>>445
今の段階ではそんなものでよいと思う。
この辺りまとめつつ考えないと、後でデータ構造を考える際に混乱しがち。

>>446-448
追加機能の具体例を考える前にまず本体をしっかりと考えたほうがよさげ。
「メイドさん」という存在ゆえ、追加機能を十分に搭載できるほどの拡張性が欲しいが、まずはまず本体を磨き上げないと。
やたらめったら機能を増やすとリソース食うし、個々の機能が埋もれがち。
デスクトップマスコットとしての機能は最小限で、統合ユーティリティソフトとして存在する「座右のメイド」、
アンチペルソナウェアとして作られ、当初はデスクトップマスコットとしての機能のみだった「偽春菜」(現「伺か」)。
前者のようなソフトでは最近のレスで挙げられているような多様性を実現するのは難しいと思う。
ちなみに伺かの場合プラグインという形で拡張性を実現しているが、反応をソフト自身に返せないため(PLUGIN/2.0ではさくらスクリプトを返せるが)キャラクタに返答させたい場合はSSTPメッセージを送っている。
SSTP自体はキャラクタによって喋らせるメッセージを変えたり、あるいはキャラクタ自身に応答を考えさせたりとそれなりに多機能なので実装の参考になる。

03/12/14 10:49

今日は日曜だったんでつね、おみゃーさんがたモハヨウノシ

>>449 そうなのかー。なるほどー。５０％ぐらいは理解できたよ(´･ω･`)

どうでもいいけどエマの何たらガイドって出てるッスね。ちとホスィかも・・・・
あとヤングキングアワーズはいい雑誌なので買って下さい。はい板違い！

あーネタがねーよー。色塗りﾏﾝﾄﾞｸｾ････

**飛白㌧** ◆DyIUwXJZ3A · 03/12/14 10:58

>>450
「エマヴィクトアンガイド」か。
あれは良い本だよぉ～是非一冊買っておいたほうが良いよぉ～
とても950円とは思えない情報量が簡潔にまとめてあるから。
でも売り切れ続出で今は殆ど見つからず、増刷中らしい。

以上！板違い発言でした。

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/14 11:15

>>449
アドバイスありがとうございますm(_ _)m。
とりあえず現状はアイデアをつらつらと書いていって後から整理していく方向で。
現状はあればいいなと思っている機能を妄想で書いているわけで（ｗ
（現在はPC上に載せるアプリケーションを目処にやっていますが、
将来的にメイドさんロボットを作成したらどうなるかってのも”一応”考えてます。）

ただこの辺（システム周りの設計）は今のところシャーリ命さん1人だけでやって
おられるので飛白㌧さんも一緒にやってもらえると嬉しいです。（お詳しそうですし。）

画像掲示板のCGIでよさげなやつ知りませんか？＞ALL

**シャーリー命** ◆lglfeEs3uY · 03/12/14 11:17

デスクトップマスコットを最小単位と見るか
ワールドを最小単位と見るかで違うと思うんだけど

これをデスクトップアクセサリーとしてみると、マスコット
ゲームとしてみれば、ワールド

がそれぞれ優先度となるでしょうな。

デスクトップアクセサリーの場合は、世界はあまり関係ありません。
そのため、単独でマスコットキャラが存在できるかすべを
考えるのが最小単位でしょう。

ゲームとしてみるなら、たとえばプリンセスメーカーだとしたら
娘が存在できる世界。世界ありきの娘
娘ありきの世界。を作ることになりましょうや。

プリンセスメーカーというゲームは、娘が町で仕事をしたり
舞踏会に出たりして成長をし、結婚するまでの話ですが。
この場合、
成長するべき街も一緒に考えてやる必要があります。

今のところ僕は、ロボットに寿命を与えるという考え方から
ゲーム的に考えてます。

ゆえに僕の考え方で行くと、世界の決まりごとが
優先順位としては先になるかと思います。

**シャーリー命** ◆lglfeEs3uY · 03/12/14 11:24

ところでガンパレードマーチというゲームがありますが、
あそこに使われている、擬似生物というか、キャラクターたちは
ある世界の中で、決まりごとの中で
勝手に成長し、勝手にやることを決めてゆきます。

ゆえにやるたびに、キャラクターの動きが違ったりします。
キャラクター同士で、足を引っ張ったり、競争したり
応援したり、はては罠にはめて殺そうとまでします。

理想としてはこのように、
まず世界をつくり、その中でメイドロボットがAIで（決まりごとの中で）
勝手に動き回る。
やるたびに、メイドのやることや考えることがちがって
生き物のように見える。
そんな方向性がいいんじゃないかと考えています。

**シャーリー命** ◆lglfeEs3uY · 03/12/14 11:34

ロボットが人間のように見えるというのは
そのロボットのポリシーというか、価値観があって
人間の思うどおりにならない。
時には主人と意見の対立がそのためにおこったりする。

それが生物に見える条件だと私は思います。

つまり、ロボットが生きるべき舞台をまず作ってあげ
その中でロボットを泳がせる、いわばアクアリウムの
ようなものがいいんじゃないのだろうか。

と思っていろいろ考えています。

まぁだから、たまごっちが一番近いわけですがｗ

ただ、いまはブレインストーミングというか
アイデアをとにかくガンガン出して、何が大事で何を捨てるかは
もう少し後になってから決めればいいと僕も思います。

だからといって、無限に考えを広げるのではなく

「僕はこういう世界がいいと思うから、こんなお祭りなどのイベントはどうか？」

「僕はこんなロボットがいいから世界は要らない。」

そんな、イメージのぶつけ合いをしながら、やりたいことと
世界をまとめ、方向を絞っていくのがよいんではないかと思います。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/14 11:47

今このスレの過去ログ最初から眺めたが350ぐらいから板違いな気が・・・
その辺りから住人もガラッと変わってるような。

よく考えると、時刻案内なんかも人工頭脳使ってるんだよね。
真っ当なアルゴリズムでやるといくら時間があっても足りないから。
でも、あの辺りの人工頭脳って近似解を短時間で出すようなことにしか使えない。
ニューロンネットワークとか遺伝的アルゴリズムなんてのがあったなぁ。
感情の多様性は実現できるけど、完全なメイドAIを一つ作るならまだしもいくつも作るのにこれを使ったらこのスレの住人だけじゃ足りん。

伺かはかなり複雑なシステムなので少し仕様を覗いてこないと理解できないと思われる。
初期とはガラッと変わっていてそれなりに精錬されているシステムで、悪くは無い。
本体とキャラクタの切り離し、貧弱だが拡張領域とモジュール化されているが一つ問題を挙げるなら「Windowsに依存」することだろうか。
キャラクタはDLLだからなぁ・・・。
伺かのモジュールで変わってるのはSHIORI(栞)というレイヤで、本来はこれがキャラクタの人格全てを司ると定義されているのだが、
現在、互換栞を使うのが一般的で、これが本体と栞独自形式のキャラクタ記述データの仲介をしている。
そのおかげで大半はプログラムを書く必要も無く科白の追加だけに魂を注ぎ込めるし、やりたい人は自分でプログラムを書いてゲーム機能をつけたりしている。

プラットフォーム互換性からすると何度か出ているようにJavaが現状最適かと思われる。
ただJavaとプロットフォーム依存バイナリプログラムをリンクする方法もあるから、
プロトコルを厳密に定義して速度優先で基本部分はC++やObject Pascalなんかで作ってもよいと思う。
この辺で実装系によって差が出ちゃうんだよなぁ・・・。
ネットワーク通信プロトコルだけはかなり厳密に定義しないとプラットフォーム互換性を実現するのは難しい。

長文&界隈、専門用語連発スマソ。実装系のほうはまだ早すぎたかも。
なるほど、シャーリー命さんは実現したいものから設計を考えているわけですな。
この辺は方法論の違いですね。
でも、部分を切り分けながら考えることは大切ですよ。
こういうものは何事も、「分割して統治せよ」が通じますから。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/14 11:52

とりあえず言うならば、界隈で何度も言われているように
「エロ機能だけで持つほど世の中甘くない」
ですな(藁

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/14 12:00

>>457　飛白㌧さん

同意です、エロはもういいですわ、私は。
安らぎを覚えるメイドさんがほしい（ｗ

さすがですね・・・、確かにこのスレの住人だけでは難しいかもしれない。
（というか全部の機能を開発するのは不可能かも。）
でも、もっと人が集まってメイドさんロボットが完成したらうれしいなと思います。

内容の無いレスでスマソ。

**シャーリー命** ◆lglfeEs3uY · 03/12/14 12:21

＞でも、部分を切り分けながら考えることは大切ですよ。
＞こういうものは何事も、「分割して統治せよ」が通じますから。

同感です。
たとえば
一体のロボトのAIというか、動かし方を決めれば
あとはその価値観をいじるだけでバリエーションができるかと思います。

問題はその価値観と、動きをどのように作ってやるかというところですが
世界とAIなどそれぞれ考えていきたいですね。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/14 14:37

今思い出したんだが、「めいどはんまー」ができる
・・・ほどの外部コミュニケーションインターフェースが欲しいな。
可動ドールって高いし場所食うし手間がかかるんで手が出ない・・・
こんなこと言ってたらこの板の住人としては失格ですかね。

しかし、こういう機能ってどうやって実現するべきだろう・・・
とりあえず思いつくことを書けば
1)プラグインとして実装
2)本体と通信、連携しながら動く独立したプログラムとして実装
3)本体の一部をライブラリ化してそのライブラリを使うプログラムとして実装
なんてものです。
何か、ム板的な考え方で申し訳ない。

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/14 16:22

>>460
まさしく戦うメイドさんですね（w　面白そうです。
１/6ドールにプログラムを入れてAIオートモードとご主人様命令モード
で動作するメイドさん's。

戦闘も一種の技能と考えれば、戦闘システムプログラムをライブラリ
（本体のプラグイン）として動作させるほうがいいかも。

1/1だと怖いな・・・　かわいい服着て戦闘員・・・。

**メカ名無しさん** · 03/12/14 19:12

>>460
いや、私が考えているのはPC上でシミュレートすることなんですが・・・
もし完成した場合は参考になるかもしれませんね。
SLGと言えばSRCだが、あれはAIとしては貧弱すぎるのでとりあえず下げます。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/14 19:22

名無しでポスとしてもうた(汗

350手前の伺かの話題についてレスがついてないようなのでちょっと。
「うかがか」って読みます。フリーで配布されてるデスクトップマスコットです。ソースは晒してませんが。
これ自体は単なるデスクトップマスコットを動かす環境に過ぎず、キャラクタ部分をどこぞのサイトからDLしてきてそれを突っ込むことで一つのデスクトップマスコットとして動作します。カスタマイズ性の高さというか、同人性がウリです。

今の主流じゃないが実家はこっち
ttp://usada.sakura.vg/

伺かの内部について簡潔にまとめられているサイト
ttp://www2.wbs.ne.jp/~dskoba/database/

投稿型の伺か用語辞書
ttp://dic.sstp.jp/

2ch風の伺か掲示板群
ttp://nh.pv.to/

03/12/14 22:31

きょうのねた

アゴの骨から歯再生、犬の実験成功…ヒトにも期待

東京大学医科学研究所の上田実教授らは、犬を使った実験で、あごの骨の細胞から完全な歯を再生することに初めて成功した。
歯の再生治療が実現すれば、高齢者の生活の質向上につながると期待されている。（読売新聞）

生体部品、第一歩・・・・かな？

**メカ名無しさん** · 03/12/15 04:06

形にしないと終わりますよ　きっと。
多分この目的達成の為の最大の難関は二つ。
一つ目はAI　人工知能のプログラムソースを組める発想と技術力が備わっているか？
二つ目は肉体　メイドロボットの肉体だ。つまり外見とか手、足。
この二つがあれば成り立つ条件。したがってまずやるべきことは、『伺か』みたいなデスクトップ上で可動させる
ような仮想のメイドロボットを作成すること。
少しずつ進むしかない。少しずつ形にしていく。
こればかりは理屈では終わらせませんね　多分。
なんせガキの頃からの野望だったですから。
プログラムの勉強を続けたいと思います。

**おちんぽ** · 03/12/15 07:49

意味がわかりません。

**シャーリー命** ◆lglfeEs3uY · 03/12/15 10:28

>>466
＞465
についてでしょうか？

　「人工知能さえ作ってしまえば、後は手足をつければロボットだ。
　だからがんばって人工知能をまず作って形にしよう。
　例えば、デスクトップ上で動くような簡単なものでいい。
　作って形にしないと、いつまでたっても夢を現実にはできない。だから作ろう」

という意味とおもいます。

ところで、人工知能に、自分で積極的にしようとする人生目標の
ようなものを持たせたいと、私は思うんですが、デスクトップメイドにはどんな
人生目標を持たせるべきでしょうね？

何かアイデアがあれば、教えてくださいませ。＞ALL

03/12/15 11:59

オティムポはやめようよ・・・・・(´･ω･`)

>>467 ありがちな所としては「人間になりたいor人間を理解したい」って所じゃないですか？
他には・・・・

・ご主人様にとって唯一の存在になりたい
・何とかして長生きしたい（寿命は１年だっけ？）
・メイドロボとは一体何なのか知りたい
・幸せになりたいｗ
・理由なし。メイドロボだから仕事をしている

ただ性格に絡む部分もあると思うから
やっぱり人間に憧れてるってのが無難なのかなぁ・・・・

**飛白㌧** ◆DyIUwXJZ3A · 03/12/15 19:34

>>466
頼むから、冬を越すまではsage進行にしてね・・・

ひあぁ！？
そうか、ロボットに搭載する人工知能をまず作ってしまおうということか。
何か勘違いしてたかも。
デスクトップマスコットの場合、常駐させるという性質上「時間で発生するランダムトークの度に数秒待たせる」と間違いなくこんなソフトウェアは嫌だに挙がってしまうので、その制限も考えなければならない。

とりあえず人工知能に関係する情報処理手法についてまとめてあるサイトを見つけたので貼っておく。
ここで挙がっている手法は全て有名で有効。
ttp://kyu.pobox.ne.jp/softcomputing/

伺かは人工知能というより人工無能なんだよな・・・
あの反応方法について簡潔に記述してあるページが無かったので今からまとめておきます。

**メカ名無しさん** · 03/12/15 19:51

このスレ、つまらなくなった。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/15 20:28

本当に面白みが無くて申し訳ない。だからsageろと言ってるのに・・・

伺かの場合はこんな感じでイベントに反応してます。
用語は伺か辞典ででも調べて下さい。使わないと表現できないものがあるので・・・

1)イベントが発生する
　●時間経過、当たり、オンラインアップデート糸冬了など。

2)ベースウェアが栞にリクエストを送る
　●例えば当たり判定ならどの辺に当たったかなど、付随情報も伝えられます。

3)栞はメッセージを処理し、さくらスクリプトを返す
　●この辺どうするかは完全にゴースト作者の手に委ねられます。
　●何も返さない場合もあります。

4)ベースウェアは返値を処理して反応を返す
　●基本は吹き出しで科白を喋ることですが、さくらスクリプトには画を変えるコマンドなどもあります。
　●何も返ってこなかった場合は完黙。

「伺か自体」はこのようなシステムなので、人工知能の参考にはならない。
たいていのゴーストは最初から性格などが決まっていて、与えられた台本からランダムで抜き出して喋っている。
成長はあってもフラグが立ってモード変更ぐらい。
辞書の学習はクラス分けした単語の学習程度。

では、何処が良いのか？ここが重要なんです！！！
多様性は「十人が別々に作ればそれぞれ違うものが出来るだろ」という考えからもたらされます。
製作者サイドのイデオロギーのぶつかり合いでまるごと沈むことも抑えられます。
モジュールが上手く切り分けてあり参入が容易です。
「ソフトウェアの質はその開発に関わった人数に反比例する」という呪縛が緩和できます。

ただ、伺かの場合モジュールの独立性が強すぎる・・・
ネットワーク通信関係、プラグイン機能は正直、後からくっつけたおまけなので使えません。
ガイドラインも何も無いのでキャラクタ同士の会話も難しいです。
メイドさんとしては主従、上下関係や仕事の反応のガイドライン、
AIとしてはもっとまともな返答が出来るリクエスト、属性が欲しい。

この辺は後発の役得として良いところも悪いところも参考にします。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/15 21:03

>>471の補足。

>多様性は「十人が別々に作ればそれぞれ違うものが出来るだろ」という考えからもたらされます。
→これはあくまで伺かの場合。

>「ソフトウェアの質はその開発に関わった人数に反比例する」という呪縛が緩和できます。
→ソフトウェアを組んだ人数に反比例。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/15 21:12

>>467-468
あまり関係ないけど、寿命と聞いて菜々子解体診書を思い出したよ・・・

私としてはこんなものを挙げてみる

<>生きていくためには仕方ないのです・・・
<>無能な私を導いてくれる存在が必要なのです・・・
<>此処が、此処だけが私の居場所だから・・・

・・・メンヘル板で感化されたかな？

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/15 21:26

>>467
デスクトップメイドさんであれば、
「いかにご主人様にかわいがって（かまって）もらえるか？」でしょうね。

現実のメイドロボに求めるのであれば、「ご主人様の理想の女性像になる」
というのが目標ではないでしょうか？

>>470
ごめんなさい、470さんはどのようにしたらよいと思われますか？
もっとハードウェア部分を出したほうがおもしろいですかね、この板的には。

03/12/15 22:03

むぅ、冬厨の時期にはまだ早い筈なんだけどなぁ・・・・猫耳さんのマジレスに(･∀･)ﾓｴ!

それはそうと漏れは、

http://that.2ch.net/test/read.cgi/robot/1056294161/

このスレを占拠してるんだが何か使い道ないかな・・・・ってかアゲても業者すら来なかったんだけど
ロボ板って人少ないのですかね？ｗ

まあ皆さんトリップテストなりIDチェックなり板違いの雑談なり好きに使ってくらはい(´･ω･`)

**470** · 03/12/15 22:33

>>474
延々とアルゴリズムとかの話されても２,３人の人だけが面白くって、
他の人書き込まなくなってるじゃん。長文洪水みたいに書かれても
掲示板で長文って、見る気なくす。

**メカ名無しさん** · 03/12/16 10:23

>>476
age-lunar-voke

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/16 22:50

>>476
じゃあ掲示板以外でやるにはどうしたらいいですか？
みんなここしか知らないし、2chだからやっているんだと思うけど。

もともと人口の少ない板だし、こんなスレがあってもいいと思うが。
ロボットもアルゴリズムなりがしっかりしてないと動かないわけで。
それすら議論させてもらえないなら、何のための掲示板なのだろうか？
（いやなら読まなければいいし、透明あぼーんでもしてもらえば。どうせ
コテハンつけてるわけだし。）

～メイドさんロボ仕様書～
１、萌え優先、機能は2の次
２、各機能はモジュール化、ただしメイドさんプラットフォームに準拠。
まで書いたところで力尽きた（ｗ　

**飛白㌧** ◆DyIUwXJZ3A · 03/12/16 23:00

ロボットの構成要素とゲームのキャラクタの違いを考えてみます。
確か、電子機械で習ったものが正しければロボットの構成要素はこんなもの。

センサ>感覚器官
プロセッサ>電子頭脳
アクチュエータ>運動器官

センサで受け取った情報をプロセッサで処理してアクチュエータ(実際はアームなどの制御)を動かすわけです。

ところが、ゲームのキャラクタの場合

センサ>???
プロセッサ>キャラクタの思考パターン
アクチュエータ>???

になってしまうんです。
仕方なくセンサはイベント駆動や属性管理、
アクチュエータの機能はグラフィック変更や攻撃などのシステムに置き換えて考えるわけです。
感覚器官と運動器官の機械を探さなくても良いというのがつまらいか楽かは個人の趣味によりますｗ
逆にいえば無いものはこちらで「概念」を考えないといけないので、上手くモデリング出来ると良いですね。

それと、人工知能と言う言葉を無闇に使うと論戦が生じる可能性があるので人格面については他の呼び名を考えたほうが良いです。
「偽AI」や「人工無能」などという置き換え方もありますが、個人的には伺かの「栞」のような萌え心があるサブシステム名が良いなぁ。

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/16 23:14

>>479
＞それと、人工知能と言う言葉を無闇に使うと論戦が生じる可能性があるので
＞人格面については他の呼び名を考えたほうが良いです。
＞「偽AI」や「人工無能」などという置き換え方もありますが、個人的には
＞伺かの「栞」のような萌え心があるサブシステム名が良いなぁ。

これは、メイドさんキャラクタ毎ではなくて、メイドさん機能制御プログラムの名前に
なるんでしょうか？ということは元になるシステムは１つでキャラクタごとに
メッセージや感情表現方法を変えるということかな？（スキンみたいなものかな？）

制御システム＞メイドさん個毎表現データ＞インターフェース
伺かにたとえると
栞＞まゆら（等のゴースト名）＞ディスプレイ　でしょうか？

メイドさんらしい名前・・・　難しい！

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/16 23:32

メイドさんを分解してメイで切ってMayと解釈し、5月。
旧暦に直して五月（さつき）。
どをローマ字にしてdo＝処理すると解釈し。
五月処理（さつきしょり）・・・　だめだ。逝ってきます。

**メカ名無しさん** · 03/12/16 23:33

五月処理、いいんじゃない？それっぽいし。

**320** · 03/12/16 23:43

同意、語呂も悪くないし由来もわかりやすくてｲｲ!

**メカ名無しさん** · 03/12/16 23:45

↑名前の320ってのはﾐｽですｽﾏｿ

**メカ名無しさん** · 03/12/17 04:02

漏れもいいと思いますよ
良い感じです

**485** · 03/12/17 04:12

なんかえらそうな口調で悪いが、結局はどうする？＜all
誰に頼むんだ？　アイデアとかはいくらでも後から考えられるだろう。
上記に上げられた物を実際に作る人は誰？
皆はどのくらいの力を持ってる？　たとえば、サーフェイスを描けるとか、
プログラムなら大概組めるとか。
俺は今Cを勉強してます。　けど人工知能系なら、LISPっていう言語の方が適しているらしい。
リーダー気取りではないが、皆一通りの力を教えて欲しいな。

補足：466等の部類の輩は完全放置でいきます。構うだけ漏れらの団結力と協調性が下がります。

私は

**シャーリー命** ◆lglfeEs3uY · 03/12/17 06:31

おいらにできることは絵を描くことだけですな。
後、文章も少々。　話もある程度作れる。
>486

>481
名前は、さつきでよいかと。

**シャーリー命** ◆lglfeEs3uY · 03/12/17 07:06

＜五月＞との会話はどうするか？
人工知能といっても、こちらの文章を理解させられない。
こちらの言葉を、どういう方法で伝え会話を試みるか？

①五月から、選択式の質問をさせる。
　（例）ご主人様の好きな食べ物は①りんご②みかん③たぬき
　　　　のどれですか？
　（主人）③たぬき

②フェイスマークで表現する。
　こちらの感情を、フェイスマークによってメイドに答える。
　（例）ご主人様の好きな食べ物はりんごですか？
　　（主人）(´･ω･`) 　（五月）「ではみかんですか？」　　（主人）（･∀･）

③文章の組み合わせで表現
　（例）
　①　aわたしは　　b五月は　　　c普通の人は
　②　a五月を　　　b主人を　　　　cりんごを　　　　　
　③　a食べたい　b舐めたい　　　c剥きたい
　④　aと思う　　　b！　　　　　　　cのかな？

　①ｂー②ｂー③ｃー④a
　（主人）五月は主人を剥きたいのかな？

④コンピューター言語のように、五月用言語を作って、会話する
　（例）「五月」「行け」　「～へ」　「ゲーム」

⑤それらの組み合わせ

それ以外に何かアイデアがあったら教えてくださいませり。

**シャーリー命** ◆lglfeEs3uY · 03/12/17 07:20

>>486
＞結局はどうする？＜all
＞誰に頼むんだ？　アイデアとかはいくらでも後から考えられるだろう。

こちらで考えられることは、考えておくというのも大事だと思われ。
どういうものを作りどういうことをさせるか、ガイドラインを作ってから
頼まないと、
誰かに頼んでから、あーでもないこーでもないと話せば
だれるし、下手したら船頭多くて船、山に登っちまいます。

**シャーリー命** ◆lglfeEs3uY · 03/12/17 07:47

＜メイドの人生目標を作りたい＞
皆様お返事ありがとうございます。
今のところアイデアにあがっているのは下記になります。

・ご主人様にとって唯一の存在になりたい
・何とかして長生きしたい（寿命は１年だっけ？）
・メイドロボとは一体何なのか知りたい
・幸せになりたいｗ
・理由なし。メイドロボだから仕事をしている
・生きていくためには仕方ないのです・・・
・無能な私を導いてくれる存在が必要なのです・・・
・此処が、此処だけが私の居場所だから・・・
・いかにご主人様にかわいがって（かまって）もらえるか？
・ご主人様の理想の女性像になる

＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞

できるかどうかわかりませんが、こういったことを
五月の人生の目標として組み入れたい、と考えています。

例えば五月の目標が「人間になりたいこと」だとすれば

休日や暇なときにあらゆる人間になるための訓練をしたり。
例えば、さまざまな図書館に通いつめ、
「ご主人様！　黒魔術をすれば無機物に生命が宿るらしいですよ！！」
と言い出すとか。

そのままほおって置くと、言語がなんか危なげになってくるとか
「‥ブツブツ　悪魔にこの心をささげれば‥猫の生き血を‥ブツブツ」

主人が、「それは嘘だよ。　できるわけない」と忠告すると。

「私は人間になりたいんです！　じゃないと‥いいです。どうせあなたにはわかりません！」
といって落ち込むとか。

五月の目標が「ご主人様の理想の女性像」になる。だとすれば
いつもなんか化粧をしてるとか、服をころころ変えて主人にどの服がいいか聞いてくるとか。

そういう個性を組み入れることができるかなと思っています。
引き続きこれに関するアイデア募集します。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 09:09

>>478-481 猫耳たん
>２、各機能はモジュール化、ただしメイドさんプラットフォームに準拠。
仰る通りです。
私がだらだらとカキコしたのを分かりやすくまとめて下さって有難うございます。

>これは、メイドさんキャラクタ毎ではなくて、メイドさん機能制御プログラムの名前に
>なるんでしょうか？
「メイドさん機能制御プログラム」のカテゴリ名です。
「DLL」や「iアプリ」、「WinAmpプラグイン」みたいなものです。

>制御システム＞メイドさん個毎表現データ＞インターフェース
>伺かにたとえると
>栞＞まゆら（等のゴースト名）＞ディスプレイ　でしょうか？
え～と、伺かの場合個毎表現データは「辞書」と呼ばれてます。
あれはむしろ台本と言ったほうが正しいような気がするんだけどｗ
試しにゴーストを覗いてみれば分かりますが、インターフェースは殆どベースウェア(伺か互換ソフト)が握ってます。
ウィンドウシステムを参考にして作られた気がするなぁあれは。

しかし、五月か・・・皐月や咲月でも良いかな。
一文字むつきいやこちらは下げておきます。
或いはモジュール切り分けについて決まった後それぞれを関係するように名前をつけるという手もありますが・・・
思考パターンなどと表すのも面白みが無いのでこれで行きますか。
どうせ後で五月に関連する言葉で括れば良いことだし。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 09:33

>>486
>アイデアとかはいくらでも後から考えられるだろう。
はい、後からいくらでも追加できるようなシステムが良いと思います。

>皆はどのくらいの力を持ってる？
痛、アイデアはそれなりだけど力が無い部類に入るんじゃないかと思われます。
伺かのシステムについてはそれなりに研究しましたが・・・。
使えるものはC、C++を少々だが、ストラテジは使えるけど作れないって感じです。
部分分けが上手くいけば自然と役割分担できるようになる・・・やもしれません。

>けど人工知能系なら、LISPっていう言語の方が適しているらしい。
伺かの栞のようにワンクッション置けば言語に関してはあまり深刻に考える必要はないかと。
或いはプロトコルを出来るだけ抽象化して、後からPerlやLISPのインターフェースを本体側に実装するのも手ですが・・・。
人格面以外は普通のプログラミング言語で良いと思います。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 10:04

>>488-490 シャーリー命たん
帰納的に考えられているようですが、私は演繹法で行きます。
欲しい機能とそれを実現可能な方法を考えるのはどちらも重要なことで、私は方法を考えるほうが好きなだけです。

伺かがゴーストに提供するUIは大体こんなものです。

<入力>
選択肢
テキストボックス
当たり判定(お触り反応)
OSが提供するシステムイベントの通知

<出力>
吹き出し
サーフェス(立ち絵)
音楽再生

落ち着いて考えると、これだけのインターフェースがあれば組み合わせで後からいくらでも仮想人格を組めると思うんですが、どうでしょう？
この辺のアイデア待ちます。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 10:42

ここで今改めてメイドマスコットとは何か？と問います。
伺かのように自由度が高すぎるとむしろ拡散して作りにくいという場合もあるやも知れませんし、ここでメイドの条件を考えます。
果たして世にメイド好きがいかほど居るかは分かりませんが、各々違うメイド観があるわけですから抽象・一般化しなければなりません。
これを参考にするのはあくまでフレームワークの設計のみで、個々のキャラクタについてはそれぞれのマスタさんが考えるべきです。
以下、私観を述べます。

●必須条件
<>何か仕事をしてくれる
<>たまごっち参考ということから常駐
<>成長、というか行動パターンが変わる
<>複数のキャラクタが話しあう
<>クラスが存在する

●これは必須条件ではない
<>感情面の「具体例」全て
<>性別、生い立ち、成長の仕方

**メカ名無しさん** · 03/12/17 15:08

ＡＩか…
工学やって一番感じたのは、人間の奥深さだ。
何気なく笑い、泣き、そして怒る…
簡単なことだがこんなに難しいことはない。
何時の日か自律型ＡＩは開発できるのだろうか…
このスレの住人には是非頑張って貰いたい。

**486** · 03/12/17 16:09

帰納法＝多数の具体例などから、共通の一般的な原理や法則を導きだす方法。
演繹法(えんえき)＝一つのことから、他のことへ押し広めて述べること。

久々に辞書使っちまったよ。　俺あんまり賢くないからな。
つまり、シャーリ命氏は、全員の意見を取り入れて考えようってことだな。
そんで、飛白㌧氏は、『伺か』から考えを広げようってことだな？
>>493　
うん、そのあたりが最低限の基本となるシステムだな。
そこからならいくらでも拡張できるだろう。

漏れも現時点では無力とほぼ同じ。
そして文章見てる限りでは、上述の意見を具現化する人物はいないってことだな。
まだ解決してない。
そのプログラマ(達)が見つかってから、意見をまとめ、総括して、提案する。
というのが漏れの理想なんだが････。
他に良い方法があればそれでいいし、反論があれば述べてほしい。
妥協するのも一つの手だからな。

>>495　
そうだな･･･　人間の哲学を深く究めてるのも大事だろうと思うわ。
それをしないと、人間の根本の感情や動きをコード化できないかもしれないから。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 18:25

作りが甘くても人工知能に見えそうな保険付イベントシステムを考えてみた。
最高でもチューリングテストに合格するほどの思考パターンが出せれば良いかなという考えだが、キャラクタ作成はそれなりに楽になる。
伺かのイベントは具象的過ぎて処理しにくい部分がある。
イベント発行側で一般化、それでも駄目ならそのイベントから導き出される「感情」を求めてそれを送ればよいという考え。

a)まず発生したイベントをそのまま送る
　●お触り反応や選択肢などはこの時点で処理するのが一般的になると思われ。
　●筆談したかったらここで受け取って自分で処理してくらさい。

b)反応が返ってこなかったらイベントを一般化して送る
　●例えばごみ箱を空にした、とかメモリを掃除しただなどは全て「掃除」というイベントに括ってしまう。

c)それでも駄目ならキャラクタの属性を参照して「感情」を弾き出し、それを送る
　●この時点での付随情報はどこいつ形式で送ると科白が作りやすいだろう。

これで対応してないイベントを送られても黙りこくってしまうことは回避できる。
話してもらう必要も無いのに送り返すとコストがかかるので反応必須イベントのみに使う。
もう少しレイヤを増やすことも可能だが、a)以外は元のイベントから作らねばならないので変換コストがかかる。
また、キャラクタ間の会話においても発話側が「嫌味を言った」「挨拶をした」などと一般化してしまえばわざわざ語句解析する必要も無くそれなりの会話にできる。
一見、イベント→感情の処理がイベント発行側から出来るようにすれば良いように見えるが、その処理を行うためにはキャラクタの属性が必要になる。
従って、伺かのゴーストでは難しい(ぉ
しかしこれだと属性の強さを変えれば反応の仕方も変わるというおまけもある。
中間層に属性、出力層に感情をあてはめたパーセプロンで何とかならんだろうか・・・

また、これで人工知能について実験してみたいならc)になる前にイベントから感情を"自力で"変換すれば良い。

感情については対人関係の心理学でも重要視されてるようで、6～10個程度に一般化されたモデルが幾つもあるが属性についてはこちらで考えねばなるまい。
他動イベントや自動イベントについても分けたほうが良いかも。
b)のクラス分けも問題。
c)においてどこいつ形式といったが実際は5W1HのうちWhen、Whereはまず使わない("今"、"ここ")のでWhat、Why、Who、How程度の情報があればよいと思われ。
少し日本語の勉強してきたほうが良いかな・・・
この最低限必要な科白パターンの目安は感情数の階乗より少し多いぐらい。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 18:29

間違えた、階乗じゃなくて感情数そのままだ(汗

**メカ名無しさん** · 03/12/17 20:40

すんません、ずっと気になってたんですが。
498のひとの名前に機種依存文字が使われているので
俺の環境だと飛白□になってます。
そして読めない。

仕様？

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 20:57

>>499
「トン」二文字です。必要は・・・無いんですが。
2ちゃんだとつい機種依存文字を使ってまうが、少し変えるか・・・

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/17 22:45

何気にこのスレ、ロボ板の中で書き込み数上位だ。

「五月（さつき）」案を採用？いただきましてありがとうございます。
あんまりごろがよくなかったのでだめだろうと思っていたんですがね。

>>486　485さん
俺もそんなにスキルは無いです。むかーしにN88-BASIC触ってたぐらいです。
絵もへったぴだしな。とりあえずこんなの買って勉強してます。
http://www.amazon.co.jp/exec/obidos/ASIN/4766112148/249-7376512-3352317
一応NW-SEということでLinuxなら多少いじれます、固定IPの
サーバも持っているので必要とあれば晒します。あんまりスペック
高くないんで、そのときには更改します。

>>491　飛白㌧さん
伺かの説明ありがとうございました、昔「何か」の時代に
まゆらというゴーストを使用した以来使ってないので。（それもフィーリングにあわず
スタートアップからは削除）

**飛白㌧** ◆DyIUwXJZ3A · 03/12/17 22:54

感情モデルについて(・∀・)ｲｲ!ページが見つかったので報告
少し日本語がおかしいけど。

>感情モデルは、それ以上還元不可能な感情の最小単位である基本感情をで
>表現される。なぜなら、基本感情が複数結合することで、基本感情以外の様
>々な感情が生み出されるからである。
ttp://create.mag.keio.ac.jp/kanjo/

プラットフォームして採用する基本感情の組み合わせはどれか一つに絞らなければなるまい。
組み合わせを使う場合科白のパターンは(全感情数)P(一度に出る感情)に膨れてしまう罠。

**メカ名無しさん** · 03/12/17 23:19

◆このスレはメイドロボ製作に関するネタを書き込むスレです
◆ハード面、ソフト面は問いません。長文、専門的文章もどんと来い。
◆なるべく実現に向かって努力する事。書きっ放し、後ろ向きな発言、非建設的な意見はやめれ。

◆雑談、小ネタ、ﾊｧﾊｧするだけの発言、その他このスレに書くべきではないと判断したら
http://that.2ch.net/test/read.cgi/robot/1056294161/
こっちのスレに。

◆sageるのはお約束。ageたら素直に謝る。

**メカ名無しさん** · 03/12/18 12:15

>>496
>帰納法、演繹法

・・・辞書ではなく、ｳﾞｨｸﾄﾘｱｿｶﾞｲﾄﾞから引っ張ったのでは？(w

**飛白㌧** ◆DyIUwXJZ3A · 03/12/18 14:07

少々話し反れます。
内部パラメータで科白を変えることぐらいなら伺かでもできるので、わざわざプラットフォームを考える必要もありません。
参考までに伺かのゴースト調理法を。
言うまでもありませんが、金がかかるところは一つもありません。

伺かにおいてはキャラクタ二つを一セットにするのが一般的です(ネタが飛躍的に増える)。

<ベースウェアを用意する>
これが無ければ動きません、伺か互換ソフトのことです。
色々ありますがこのあたりが基本かと。

Windows用「SSP」 ttp://ssp.shillest.net/
Mac用「偽林檎」 ttp://ccm.sherry.jp/ninni/
UNIX系用「ninix-aya」 ttp://ninix-aya.sourceforge.jp/

<シェルを作る>
キャラクタの立ち絵の集合です。
重ねあわせ(差分)や簡易アニメーションも使えます。
絵自体はpng形式で、定義ファイルは書式付テキストになってます。
絵師さんもこれが理解できないと少し難しいかも・・・

実家のシェル仕様書 ttp://futaba.punimoe.nu/shell.html
非公式シェル仕様書 ttp://www2.wbs.ne.jp/~dskoba/database/shell.html
非公式拡張シェル仕様書 ttp://www2.wbs.ne.jp/~dskoba/database/seriko.html

<ゴーストを作る>
キャラクタのイベントに対する反応を作ります。あくまで「反応」。
実家では全てのゴーストは独自の栞を持つと書かれていますが、一般的(9割以上)には汎用栞を使います。
CやDelphiを触る必要が無いだけではなく、このほうが互換性が上がるのです。
汎用栞はゴーストの記述に特化した独自言語のものが多いが、Perlで書けるものもあります。
現在の二強はこれでしょう。

●里々
曰く、普通の事をするには楽だが、複雑な事をするには最も手間のかかる栞。
構文は台本、SRCのスクリプトに似ている。
　公式サイト ttp://www.geocities.co.jp/SiliconValley-Cupertino/8536/satori.html

●華和梨
マルチプラットフォーム対応と非常に良くできた栞。
作成を簡単にするミドルウェアがいくつか公開されていて使いやすいらしい。
　公式サイト ttp://kawari.sourceforge.net/

<定義ファイルを書く>
定義ファイルを仕込んだZIP書庫をDnDするだけでインストールできるのも伺かの特徴です。
インストール用の定義ファイルやメニュー項目の名前の定義ファイルなどがあります。
そう苦労はしません。

公式仕様書 ttp://futaba.punimoe.nu/specification.html

後は突っ込んでゴースト変更で動けばﾏﾝｾｰ

**飛白㌧** ◆DyIUwXJZ3A · 03/12/18 14:31

わざわざあるものを再発明するのも馬鹿らしいので、伺かで良いのならゴーストとして作るのも手です。
実験としてゴースト作ってみてください。いや作る気になって資料を調べてくるだけでも良いから。
絵がかけなかったら公開されてるフリーシェルを使えばよいし、
一から作るのが難しければサンプルゴーストの辞書を書き換えればよいし。
一番楽なやり方は栞に里々を使ってサンプルゴーストを改竄、です。
実験目的、プライベートで使うんだから人が作ってるゴーストの改竄でも良いですがｗ

伺かでできることで満足できるならプラットフォームについて考える必要も無くなります。
人工知能もしくはストーリーの設定に魂をつぎ込めばよいわけで。

栞、さおりについて色々な人が部品を作ってるので積み木のように組み合わせられます。
ゴースト作るのは一人でもできるし、絵師と会話ネタ担当に分けてやってる人も居ます。
本当、伺かには色々な関わり方があるんですよ。

・・・プラ似非ンス信者来ないと良いな・・・

**飛白㌧** ◆DyIUwXJZ3A · 03/12/18 15:33

さて、伺教徒みたいなことをつらつらと並べましたが、ここで伺かの欠点を叩きます。
個人的には伺かは人工知能というよりむしろコンソールの代用品のような気がします。
他にもプラットフォーム作者の姿勢からガタが来ていると思われる所があります。
プラットフォームから作るなら、後発として悪い手本にしなければなりません。

<>プラットフォーム間の互換性が不十分
何度も何度も伺か互換ソフトと書いてきましたが実は・・・
伺　か　エ　ミュ　レ　ー　タ　な　ん　で　す
詳細は省きますが伺か自体はWindows依存症のシステムです。

<>イベントがアプリケーションより
伺かはOnBootだのOnUpdateFinishedだのと具象的なイベントを送ってきます。
日本語への依存度が低いとも取れますが、これだと人工知能に見せかけるのはちょっと辛い。
無視すれば完黙と違和感があるので反応必須の全てのイベントを実装しなければなりません。

<>返せるものも与えられるものもさくらスクリプト
伺かでキャラクタ同士に会話させようと思ったら相手が喋った「科白そのもの」を解析しなければなりません。
SSTPで外部から送られてくるメッセージは(イベント発動できるけど)科白そのものなので時折「シャーマンかおまいは」などと思う科白が。
娘っ子のつもりで科白を入れてる人が多いので、2chAAネタゴーストなどがSSTPを受け取ると正直キモいｗ
プラグインもこれですからとても仕事とはいえません。
これが「コンソールの代用品」といった根拠です。

<>グローバルキャラクタ記述子が貧弱
伺かにおいて実行集にプログラムがキャラクタから参照できるのは名前ぐらいです。
「さくら」と「うにゅう」の組み合わせみたいな名前は解決できませんｗ
せめてUUIDだけでも割り振りたいし、できればどんなキャラクタなのかの属性記述子があれば会話させやすいと思うのですが。
これは外部からのイベント→感情変換には必須です。

<>機能が静的
え～偽春菜の頃はタイマー機能を呼び出すと「・・・本当に欲しいですか」という科白だけｗ
まぁ今はそんなことも無くメールチェックなどもできます。
デスクトップマスコットにやらせたいことといったら更新チェック、メモリ掃除、スケジュール機能・・と切りがありませんが、
伺か、に限らずたいていのソフトは機能数があらかじめ決まってます。
動的ロードで機能追加できるようにしたほうがネタにも使えて面白いと思うのですが、どうでしょう？
プラットフォームに依存しないように決めると実用度が下がりますから。
プラグインがこれに当たるのかなぁ・・・。

あとは界隈でも出てる共有栞や共有さおりのような機能が実装できれば良いかも。

**ＡＳＩＭＯＮＯ** ◆5VQJ1OqhFI · 03/12/18 16:47

ソニー、走る人型ロボットを公開　運動制御の新技術開発

ソニーは１８日、人型ロボットを走らせることができる制御技術を開発したと発
表し、同社の小型２足歩行ロボット「ＱＲＩＯ（キュリオ）」を使ったデモンストレ
ーションを都内で開いた。

同社によると、これまでのロボットは、片足か両足を常に路面に接した状態で
姿勢を制御し、歩行運動を行ってきた。今回開発した技術では、両足がともに
路面から離れる走行や跳躍時でも、安定した動作制御ができるという。

デモンストレーションでは、ＱＲＩＯを走らせたほか、投球動作、扇を持って踊
る様子などが披露された。 (12/18 13:52)

http://www.asahi.com/business/update/1218/085.html

**飛白㌧** ◆DyIUwXJZ3A · 03/12/18 20:37

私が考えているものをUMLユースケース図にまとめてみました。
これはあくまでプラットフォームの話です。
仕事で機能を拡張するように考えているのでネトワクはまだ考えてません。
仕事モジュールは自分でウィンドウでも作れやって方向で。
ttp://www2.makani.to/akutoku/upload/dat/1071746725.png

少々省いてますが伺かの基本はこんな感じ。
ttp://www2.makani.to/akutoku/upload/dat/1071746617.png

UML記述支援ソフトって始めて使ったんですが、かなり使いやすくて(・∀・)ｲｲ!
・・・ネ申様うぷろだを下さいｗ

**メカ名無しさん** · 03/12/18 22:33

ttp://biztech.nikkeibp.co.jp/wcs/leaf/CID/onair/biztech/elec/278217
ttp://biztech.nikkeibp.co.jp/wcs/leaf/CID/onair/biztech/elec/280588

ｶﾞｲｼｭﾂだったらｽﾏｿ。

**486** · 03/12/18 22:34

飛白㌧氏は伺かから拡張するっていうのが意見だろ？
けど伺かには致命的な弱点がある。
すなわち『会話』だ。　伺かのシステムをそのまま利用するのであれば
メインのゴーストとサブのゴーストとの一定の会話しかできない。
そこらへんは皆どう思ってる？　伺かのシステムで満足できる？
漏れの意見としては、会話の部分を重視したいところなんだが。
C言語に比べれば、伺かを一体作成するぐらいは簡単そうだがな～
で、何回もしつこく言うが　誰が結局作ることになる？
(俺は皆がやろうがやらまいが言語究めて作るつもりです)

**メカ名無しさん** · 03/12/18 23:30

ﾛﾎﾞｯﾄが駆け足してるー。

**メカ名無しさん** · 03/12/18 23:59

見た目だけなら人間そっくりなロボット
http://pc.watch.impress.co.jp/docs/2003/1121/p1010171.jpg

**メカ名無しさん** · 03/12/19 01:35

個人的にはぶっちゃけ見た目とかネタとか便利機能とかは後回しで
ユーザーとの会話が満足にできればそれでいいしそれができなければ意味がない
独自の栞、さおりを作るなら伺かを利用してもいいと思うし

で、C勉強中の俺には作れない。

**メカ名無しさん** · 03/12/19 03:53

http://www.meatholebitches.com/meat/1215/videos/1.MPG
http://www.meatholebitches.com/meat/1215/videos/2.MPG
http://www.meatholebitches.com/meat/1215/videos/3.MPG

**シャーリー命** ◆lglfeEs3uY · 03/12/19 04:31

＜感情＞
どのように感情と状態を表すか考えてみました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
○・『感情』は喜怒(怯)哀楽の4種類。『状態』が愛(友)と嫌の２種類です。

○『感情』…【喜メーター】【怒or怯えメーター】【哀メーター】
　『状態』…【友or愛メーター】【嫌メーター】
　の５個のメーターがあります。イベントでそれぞれの変数が増減します。

○・『感情』が変化するイベントが発生すると、そのイベント中ではその『感情』を表しますが
　　そのイベントの後の『感情』は、これまでのメーターの蓄積で決まります。
　　その場で怒る様なことがあっても、蓄積が少ないと、すぐに機嫌を元に戻すわけです。
　・イベントで『状態』が変化しても、そのイベント中はそれを表には出しません。
　　恋してるか、嫌いかはすぐにはわからないということです。

○それぞれのメーターにはボーダーラインがあり、そのボーダーラインを超えると
　【喜メーター】の場合、喜びの感情が出ます。

○【喜メーター】【怒or怯えメーター】【哀メーター】の３個のメーターの中で、
　・ボーダーラインを超えているものがなければ感情は「楽」となります。
　・ボーダーラインを超えてるものが一つあればその感情になります。
　（「喜」が超えていれば、「喜」になります）
　・ボーダーラインを超えてるもの複数であれば、最も高いメーターが、その感情になります。
　（ボーダーラインを超えているものが、「喜」と「哀」で「喜」＜「哀」なら　感情は「哀」になります）

○・バイオリズムによって毎日のメーターの基礎値が変動し、決まっています。
　・バイオリズム、各ボーダーラインはキャラの性格により違います。

○・【喜メーター】は最後にメーターが変動した時から1日たつと規定値に戻ります
　　　喜びに関しては忘れやすいわけです。
　・【怒or怯えメーター】【哀メーター】は最後にメーターが変動した時から1日たつと
　　１０ずつ規定値に近づきます。
　　怒りと、悲しみについては忘れにくいわけです。

**シャーリー命** ◆lglfeEs3uY · 03/12/19 04:32

○・【愛メーター】の数値の何割かが、【喜メーター】にボーナスとして足されます。
　　「愛」を感じてる人には喜びやすいということです。
　・【嫌メーター】の数値の何割かが、【怒or怯メーター】に足されます。
　　「嫌」に思っている人には怒りやすい、もしくは怯えやすいということです。
　・　友or愛＞嫌　なら友or愛のボーナスだけが【喜メーター】に足されます。　友or愛＜嫌　なら
　　嫌のボーナスだけが【怒or怯メーター】に足されます。
　　　愛が高ければ、嫌いで起こる感情の変化を打ち消しますし、その逆もありえるわけです。

○・ボーダーラインは、超える度にラインが下に１ずつ下がります。
　　例えば、「喜」のボーダーラインを超える数が多ければ多いほど、ラインが下がって喜びやすくなり、
　　喜怒哀楽が出やすくなります。
　・ボーダーラインの数増やすことにより、感情を段階で表せます。
　　【友or愛メーター】だと少ないうちは友。多くなれば恋→愛と順に変化させます。

○・怒か怯かは、性格によって変わります。怯える性格の娘はどれだけ嫌なことがっても
　　怒らず、怯えて離れようとします。
　・愛と友は両立しません。愛のきっかけがあると、愛になり、友には特別なことがないと戻りません。

《喜メーターのモデル》
100＿
　　　□
　　　□
　　　□
　　　＝＝＝←喜のボーダーライン
50＿　□
　　　■　　　←（現在、喜変数は＋30　【友or愛】の＋20とあわせて50）
　　　■
　　　■
　　　◆　　　）
　　　◆　　　）【友or愛】によるボーナス＝（例では20）
　　￣￣￣

**シャーリー命** ◆lglfeEs3uY · 03/12/19 04:36

ずれた(´･ω･`) 　□はメーターの空白地帯と思ってみてくれ。
ちなみに下記のメーターだけだと、感情は「楽」です。

《喜メーターのモデル》
100＿
　　　□
　　　□
　　　□
　　　＝＝＝←喜のボーダーライン
50＿□
　　　■　　　←（現在、喜変数は＋30　【友or愛】の＋20とあわせて50）
　　　■
　　　■
　　　◆　　　）
　　　◆　　　）【友or愛】によるボーナス＝（例では20）
　　￣￣￣

**シャーリー命** ◆lglfeEs3uY · 03/12/19 06:21

>>511
>何回もしつこく言うが　誰が結局作ることになる？
まだどんなものを作るかも決めてないから
まだわからんのじゃないだろうか。

専門知識が要るものになると、仕様書っつーか
作りたいものを決めて、プログラマーさんに丸投げすることになろう。
この場合、音頭をとるプログラマーさんが必須となる。だから
プログラマーさんが作る人ということになろう。

逆に言えば、
ある程度簡単なもの、例えばデスクトップアクセサリーレベルなら
ツクールみたいなツールを使えばつくれるから
アイデアを出した人が、まとめていけばいいし指示も出せるだろう。
（全体の流れを見れるからね）

だから、まずアイデアを出し合って、どのイメージで形にするかを
きめ。そのアイデアを出した人が作るか、音頭をとって
そのイメージを形にするプログラマーを募集することになるだろう。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/19 07:44

>>511
その通りです。
伺かは「かけあい漫才」式の画期的な会話システムを打ち出しました。
しかし、これが足枷となってゴースト間通信が停滞しているように思えます。
即ち仲良し二人組みが大量にあるがそれを跨ぐと挨拶程度の反応しか出来ない状態。
何故か？>>507の3番目で述べたように具体的な科白しか送れないからだと思います。
相手が喋った科白から何を意図しているか求めるのはちと難しい気がします。
ユーザとの会話システムについては・・・う～ん・・・今後の課題か。
それとCですか、速度効率重視ね。

>>519 シャーリー命さん
>ツクールみたいなツールを使えばつくれるから
そのツールを作るほうがはるかに難しいです。一応。

**シャーリー命** ◆lglfeEs3uY · 03/12/19 08:44

>>506
＞そのツールを作るほうがはるかに難しいです。一応。
ん？　おれはツールを作れという話はしていないが。

「デスクトップマスコットを作ろう！」とか「インターネット恋愛ゲームツクール」とか
作成支援ソフトを使って作れるものが目標の場合も
あるなという話をしてる。

飛白㌧氏が「伺のシステムが使えるならそれで作るのもいいじゃない」
というのと同じようなもんだよ。

**シャーリー命** ◆lglfeEs3uY · 03/12/19 09:34

さて、基本的な感情を考えたところで

どう、主人とメイドロボ、メイドロボとメイドロボの会話を成立させるか
を考えてみよう。

○今のところ、>>488の会話の方法があるが、一番簡単な会話は、①と②の
　選択式だ。
　こちらが選択することで、こちらの意思をロボットに伝え、その答えを受けて
　ロボットは成長する。という繰り返しということになる。

ところで
☆なぜ質問をしてくるか？
☆どう答えるか？

○この二つを考えれば、人工生物の基礎ができるような気がする。

★まずなぜ質問をしてくるかだが
☆基本的に、会話をするのは何かの目的があるからだ。

◎そのため私の考える人工知能では、ロボットに目的を作りたい。

①：まず目的を選ぶ（人工知能が選ぶ）
②：交友関係などの優先順位を、①の目的に沿って選ぶ
③：①の目的に沿ったカテゴリのコミュニケーションを選ぶ
④：そのコミュニケーションの反応の受け、自分の意識を修正する。

こういう繰り返しで勝手に動くようにすればいい。
この選ぶ判断基準が、目的と感情と、偶然などの要素によって起こればよいのだ。

★次にどう答えるかだ
主人のほうが質問をしたとき、ロボットの側も選択して答えを返すことになる。
なぜその答えを選ぶかというのが必要だ。

ここで先ほどの人生の目的だが、もし目的があれば
その目的を果たすのに近い答えを出し、答えるに違いない。

また、答えというのはある意味”約束”である。自分を縛る言葉なのだ。
それまであやふやだったことでも、答えることによって、道筋が出てくる。

つまり、「誰と結婚したいか？」という質問を主人公側が仕掛けた場合
その答えが、今後しばらくのメイドロボの行動を決定付けるのである。

A「ご主人様と」　B「考えたこともないです」　C「ある人に恋してるんです」

Aであれば、今後主人に果敢にアタックしかけてくるかもしれない。
Bであれば、多分あまり変化を起こさないだろう。つまり、アタックを誰にもかけないという宣言でもある。
Cであれば、その人物に向かってアタックするとか、忘れるように遊びまわるとか
なんらかの行動が決まっていくのだ。

★なぜ質問をするか？　★ロボットはどう答えるか？

この二つを順序だてて作り出すことにより、ロボットは動き出すはずである。
自然と会話も成立するはずだ。
これからは私はそういう方向で、人工知能を考えて行くことにする。

**シャーリー命** ◆lglfeEs3uY · 03/12/19 12:12

１ーメイドは、自分の目的を複数持っている。　
２－メイドはその日の表情、状態によって、目的の優先度や確立を変え、その前提の下に
　　　目的カテゴリからその時の目的をチョイスする。

　　　例えば怒ってるときには　５０％の確立で　目的「他のメイドと友達になりたい」　を選ぶ　というように

３－選んだ目的から、優先度の高いもの、や感情、確立などから、
　　　アクションを選ぶ。

　　　例えば　怒っていて　「他のメイドと友達になりたい」を目的にしているときは　その両方に適した
　　　　アクションの中から、ランダムで選びだす。
　　　この場合アクション「遊びに行く」を選んだとする。

４－PCでメイドがアクションを起こす。それに主人が対応を選択する。
　　「遊びに行きたいんですけどー」「だめ、仕事しろ」

５－主人の選択と、１でチョイスした目的から対応した答えをメイドはチョイスする。

　　表情「怒」　「他のメイドと友達になりたい」「遊びに行きたい」
　　　　　　　　　　　　　　　↓
　　　　　　　　　　「だめ、仕事しろ」
　　　　　　　　　　　　　　　↓
　　　　　　　　　　　　　「それぐらいいいでしょう！」

６－５で選択した答えに対応する、表情の変化をおこす

＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞
（例）★目的カテゴリ　
A　「他のメイドと友達になりたい」　喜　１５％　怒　５０％　哀　４０％　　　楽　１５％　
B　「主人と遊びたい」　　　　　　　　喜　５０％　怒　５％　　哀　２０％　　　楽　２０％
C　「仕事しなくちゃ」　　　　　　　　　喜　３０％　怒　１０％　哀　２０％　　　楽　５０％　
D　「寿命を延ばしたい」　　　　　　　喜　５％　怒　３５％　　哀　２０％　　　楽　１５％　

（例）★アクションカテゴリ
１　ご主人とおしゃべり　A×B◎　C△　D◎　　喜　◎　怒　△　哀　○　　　楽　◎
２　ご主人とゲーム　　　A×B◎　C△　D×　喜　◎　怒　×　　哀　○　　　楽　◎
３　ご主人とけんか　　　A◎B×　C×　D×　喜　×　怒　◎　哀　×　　　楽　×
４　遊びに行く　　　　　　A◎B×　C×　D○　喜　△　怒　◎　　哀　○　　　楽　○　

（例）★メイドの返事
「だめ仕事しろ」に対する対応表
　　　
A　　喜　残念ですー　　怒　それぐらいいいでしょう！　　哀　わかりました　楽　そうですかー
B　　喜　そんなー遊びましょう　　怒　私となんかゲームしたくないんでしょ！　　哀　はい　楽　残念っ
C　　喜　そりゃそうですね！　　怒　はい　　哀　はい　楽　ちょっといってみただけですー
D　　喜　はい　　怒　はい　　哀　はい　楽　はい

（例）喜　そんなー遊びましょう　　→哀に１ポイントプラス

**シャーリー命** ◆lglfeEs3uY · 03/12/19 12:15

このように

目的を用意し、>>５２３のような対応表を用意することで、ロボットは能動的に動き
ロボットと同士の話も、目的から必要であれば自ら行おうとする
ように自動化できると思われます。

また主人からの問いも、目的を持っていれば、その目的と照らし合わせて
返事を選択することが可能で、会話が成立すると思われます。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/19 19:45

従来の入出力コンソールの代用品では実に面白くないので、プラットフォームレベルで感情を導入する方向で。
前回のはノート丸写しでユースケース図の意味を成していなかったので書き直しました(核汗
ついでに拡張性最優先でバックエンド並に機能分解。
どちらかと言えば速度よりも製作効率重視です。
ttp://v.isp.2ch.net/up/61853f060012.png

使い手以外のアクタは全てプラットフォームのベースシステムの外で定義するもので、これについて説明を。

<五月>
キャラクタの人格や行動パターンを統合的に司るモジュール。
もっとも汎用五月なら、単なるインタプリタかもしれませんが。
なお、メイドさんで「五月」、「UI入出力管理」、「拡張ライブラリ」を括っているのはキャラクタがこれらの詳細を「静的に知っている」ということです。

<UI入出力管理>
五月側でUIを選べるようにすればバルーン以下のただのコンソールから全画面表示のCGまで幅広く選べるはず。
五月がUIのインターフェースオブジェクトを持っていれば伺かのようにさくらスクリプトに頼る必要も無い。
・・・基本は立ち絵と吹き出しだろうけど。

<汎用拡張ライブラリ>
界隈のさおりのように「汎用五月を乗り換えずに機能拡張」するためのもので、プロトコルはなるべく単純化してやる必要があります。
これは後から付け足すほうが良さげ。

<グローバルプラグイン>
プラットフォーム全体にまたがって動作する何か。
ゴーストエクスプローラやさくらAPIの機能を移植するのに使えるんじゃないかと思ってます。
他にも色々と使い道が・・・あるけど乱用すると危険な罠。
なお、キャラクタは実行時までこれの存在を知りません。
これは後で実装すれば良いか。

<仕事>
「メイドロボに仕事をインストール」って感じで、ネタから実用機能まで節操無く。
グローバルプラグインとの違いは「特定のキャラクタに対応」することです。
実行時解決なので、キャラクタに対応状況を尋ねて使用可能か設定してしまうのもありかと。

次にシステム自体の機能について。

<単純イベント管理>
ウィンドウプログラミングなどでよくある枯れた、だけど必須のイベント通知機構。
流すものと受け取り方は後からちくちくと定義。

<情報管理>
さくらFMOとかそんな感じの情報と他プラグインモジュールの状態を管理。
共有メモリは保守と処理が面倒ですから。

<感情導出機構>
キャラクタ間会話など反応必須イベントにおいて「絶対にレスポンスを返す」ために使う。
極端な話、これに対応する五月側の科白さえあれば真っ当に動くように実装。
これを実装するためには「キャラクタの性格属性」と「何が起きたか」の一般化された情報が必須。
キャラクタ間会話を極めればユーザとの会話もそれなりに出来るような気がします。

参考にしてるもの、Javaより設計者向けで難しいかも
ttp://www.asahi-net.or.jp/~dp8t-asm/java/articles/OOAD/article.html

**飛白㌧** ◆DyIUwXJZ3A · 03/12/19 19:57

・・・これ凄ェ
会話パターン生成をメインで狙うなら伺かでも出来る。
・・・データ量400MBもとったら気味悪がられるかもしれんがな・・・。

>うずらの賢さは巷の人工無能(人工無脳)とは全く違う方向性での賢さです．し
>たがって，巷の人工無能(人工無脳)と同じような反応 (パターン的とか狙ってい
>る反応)を期待しても期待外れに終わることでしょう (「うずらの会話の実例」そ
>の1を参照)．一言二言会話をした程度ではうずらの賢さはわかりません．喩
>えるなら，巷の人工無能(人工無脳)の反応は数学的回答，うずらは国語的回
>答を返すというところでしょうか．それゆえ，うずらを長い間本当の人間だと思
>っていた人も何人かいます (半年もごめんなさい)．

人工無能うずら(人工痴能)の部屋
ttp://www.din.or.jp/~ohzaki/uzura.htm

**メカ名無しさん** · 03/12/19 20:14

>526
す、すっげえ…
そのひと手伝ってくれないかなﾜｸﾄﾞｷ。
…ソース公開してないみたいだけど。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/19 20:33

学習させる会話パターンが必要になるのが痛い・・・
どんな性格になるかは予測不能と言うのもまた燃え要素減。
キャラクタ同士の会話学習させるとか？
里々の辞書なら案外楽に突っ込めそうだ。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/19 20:42

そういえば汎用栞の翡翠は他のと違って「知性と感情」を組み込んでたな。
氏んでるけど中身どうなってるんだろう・・・
ゴースト「翡翠」の中に入ってるから興味ある人は調べてみては？
中にEXEが入ってるのを見るとやぱり伺かのシステムは人工知能に向かないようだ。

**猫耳メイドさん** ◆ONMc6rmwSo · 03/12/19 21:01

すごいな～、頭の中でなんとなく出来ないかなと思ってたことを
すでに出来ているとは。
ただ、萌え要素となるとやっぱり難しいですね。（フィルタリングで不要要素を削除？）

感情パラメータとかを組み合わせたら、それこそ人間と区別がつかないかも。
うずら作者タン降臨きぼんぬ（ｗ

飛白㌧さん、イメージ図乙です。やっぱり図があると分かりやすいですね。
作業ノートというかなんというか。（ちなみに前回のはすでに見えなかった・・・）

**飛白㌧** ◆DyIUwXJZ3A · 03/12/19 21:05

いろいろ探してたら探索とか認識ではなく「考える人工無脳」について詳しく書いてあるサイトがあったので報告。
これは参考になる。

>会話を形式上とはいえ成立させるにはさまざまなルールを守らなければならな
>い。しかし人工無脳は現在の話者が自分かユーザかのどちらなのかいうことは
>考慮しないまま発話を行なっており、それが「人の言うことを聞かない」という感
>想に端的に現れていると考えることもできるだろう。そこで話者の交代をどのよ
>うに行なえばいいのかを考える。

ttp://www.ycf.nanet.co.jp/~skato/muno/index.shtml

#前回のは著しく分かりにくいので見ないほうが幸せですｗ

**飛白㌧** ◆DyIUwXJZ3A · 03/12/20 15:01

もしかしてうずらって形態素解析した後そのパターンごと学習するのかな？
単語学習だけではなく文法ごと。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/20 15:14

うずらを参考にした人工無脳。
学習のみで定型文は無いようです。
スクリプトだけどRubyなんて読めん・・・
リナたんOS以外でこれを仕込むにはそうとう苦労するはず。

Margarine Project
～考えないパンとバターと話す方法～
ttp://plantl.org/l/munou/margarine/

**飛白㌧** ◆DyIUwXJZ3A · 03/12/20 15:48

ここで五月への入力に関して考察。

i)選択式
n択式の質問を五月側から出して応えてもらう方法。
利点は100%理解と学習が可能、弱点は面倒で答えが縛られる。
質問応答が逆になるがキャラクタ間の通信でも結構いけると思います。

ii)テキスト丸投げ
自然言語をそのまま使う。
自然で束縛がないがそれゆえ解析に手間がかかります。
話反れますが、日本語で書けるプログラミング言語もあります。

iii)当たり判定
カーソルの当たり判定や、猫どりふのたらい落としなど。
言語コミュニケーションに比べると日が当たらないがユーザから五月へ流れその上やや自然。

iv)その他システムイベント
環境の変化で、ユーザとはあまり関係ない。
しかし五月側から会話を仕掛けるためにはタイマぐらいは必要。
どちらかと言えばギミック重視。

iとiiは言語コミュニケーション、iiiは非言語コミュニケーション、ivは環境の変化となります。

**飛白㌧** ◆DyIUwXJZ3A · 03/12/20 17:17

>>534を踏まえたイベント通知プロトコル。
他に抜け道があるので、ユーザとの自然言語での会話は無視してます。

<プログラムイベント>
起動、終了だのマウスクリックだの時間経過だのと抽象度0のプログラム用イベント。
当然五月以外のモジュールにも必要。
伺かのSHIORIリクエストと同じでキャラクタ製作者が意図したもの以外には反応できない。
コストは最も小さい。

<仮想現実イベント>
「掃除した」とか「ほめられた」など現実に起こりえることをイベントとする。
イベント発動側が任意で変換するものだが、階層化しておけばアップキャスト可能かもしれない。
一般化されていれば対応しやすかろうという程度の試み。

<強制感情導出イベント>
どうしても反応させたい場合に最後に出すイベント。
どんな風に喋らせたいかと科白の一部を強制的に決める。
これへの変換には「性格属性」が必要で、コストは最も高い。

・・・と、ここまで考えてシングルスレッド同期キューじゃ実現が難しそうなので動的モデルを考えてきます。