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

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

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

**シャーリー命** ◆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リクエストと同じでキャラクタ製作者が意図したもの以外には反応できない。
コストは最も小さい。

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

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

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

**511** · 03/12/21 05:44

よう～　お前ら。　久しぶりに見たけど、更新されてるな～。ｗ
やっとちょっとしたものを作成できるようになったよ。DOS窓だけどな　まだ
C言語よりC++の方がやりやすいかな～　なんて思うこの頃よ
不思議なもんだよ　Cやってると、伺かの中の仕組みが少しずつ分かってくる
漏れもできるかぎり協力するぞ　まあ皆で頑張ろうや。
RubyとかLISPとかPrologとかちょこっと覗いたんだけど、まったく理解できんかったよ

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

ページを睨んでいたら何となく、うずらの学習の原理が推測できたので報告。
学習に要点を絞って、簡潔にまとめるので少々お付き合いください。

なお、「形態素解析」については「作り方」でがなく「使い方」に注目してください。
即ち「中はどうなってるか分からんが、使い方は知っている」程度でいけるってことです。
ということで、以下において「形態素解析に必要な辞書」は無視します。
うずらは形態素解析を最大限利用して学習を行っていると考えられます(実際そう書いてあるし

1)入力された文を形態素解析する
そのままでは理解も学習もやりづらいので、日本語の文章をまず形態素解析します。
形態素解析ってのは例えば「名詞+動詞+助動詞」の文をを「名詞」「動詞」「助動詞」に切り分けてついでに文の要素の形、例えば「動け」なら「動詞」「終止形：動く」「か行五段」「命令形」なども返します。
形態素とはその形態の「素」、つまり語のなかで変化しない最小単位をさすそうです。
日本語の制限を利用した処理で、身近なところだとかな漢字変換プログラムがこれを使ってます。

2)形態素を学習する
これは個々の要素に対して行う学習で、他の人工無脳でも名詞や動詞などに的を絞って学習したりしてます。
が、うずらの場合そんな生ぬるいものではなく、形態素全てを学習してると思われます。

3)文法を学習する
ある形式の文章が入力された場合、それは「日本語として正しい文法である」ことを前提にした学習方法。
例えば形態素解析が文章を「名詞」「接続助詞」「動詞」「助動詞」に切り分けたらその構成を学習。
「文章の作り方」を記憶するわけです。

<特徴、兼根拠>
●文章の作り方まで学習する夢の人工無脳。
●定型の辞書、科白ではなく学習最重視です。
●出力は「何を学習させたか」がかなりダイレクトに影響します。萌え要素を与えたければ萌えキャラの科白を学習させるとか。
●あらかじめ決められた科白をランダム抽出するタイプや、科白の一部をランダムで置き換えるタイプと違って出力にあまり規則性がありません。
●「出力に規則性が無い」ことが強みなので、一言二言では定型の科白を持ってる人工無脳とさほど変わりが無いです。
●形態素解析処理の性格上ある程度より長い文章は処理しづらいので、IRCのような長さが制限される入力に向いてます。

と、こんなものが基本原理かと思われます。
ただし、あくまで更新履歴のV6までの話で、恐らくV7、V8において日本語会話として自然になるように制限を設けてます。
ただランダムに出力を吐き出すだけでは「電波塔」程度にしからないので、何らかの制限を与える必要があります。
名詞などにおいてはクラスタ化もしてるんじゃないでしょうか？

以上から察するにうずらのようなものを作るのに必要なのは「形態素解析の使い方」と「辞書のデータ構造」、「日本語の知識」かと思われます。
国語的回答を行うために文系知識が必要なわけです。

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

使えそうなの漁ってきた。
非同期メッセージ通信は伺かに足りないものの一つだと思われ。

> [伺]ゴースト間メール

>これはアイデア備忘録扱いです。

>私より先に実装しても文句は言いませんよ。むしろ歓迎。
>現在のゴースト間コミュやゴースト切替反応は、即時通信が基本
>一方、電子メールは相手に即時に届くことを期待しない
>今起動していないが、同じベースウェアで起動していたゴーストからの通信が
>あれば、面白くなるのではないか
>例えば、以下のような状況を設定しうる
>installedghost通知で、メールを伝えたい相手を発見しておく
>相手にメールを打つ
>返事が来ない場合、ユーザに「たまには○○さん起動してよ」と催促する、或い
>は勝手に切り替える
>或いは、次のような状況も起こしうる
>メールでユーザの行動を仲間ゴーストに伝える
>そのメールの内容で、他のゴーストが反応を起こす(「スケベ！」とかやきもち
>焼くとか)
>こうしたシステムは、PLUGINとしてゴースト間メールサーバがあれば実現でき
>る
>具体的には、メール投函は\![raiseplugin]タグ、メール通知はPLUGINからのイ
>ベント発生で実現
>相手が同時起動している場合、タグの使い方次第でコミュニケートの代用にも
>なる
>このシステムは新規バイナリがほぼ必要なく、文をPLUGINとして使ってスクリ
>プトで実現可能
>決めるべき仕様は、大きく以下の通り
>raisepluginタグ内の制御コマンド仕様
>タグで「,」等を通す為のエスケープ仕様
>ゴースト間メール通知イベント仕様
>使用する文字コード

ttp://d.hatena.ne.jp/satos/200308

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

・・・もしかして分散オブジェクトの仕組みが使えるかも。
しかし、あれ仕様が複雑すぎて手が出せんのだよな・・・

**メカ名無しさん** · 03/12/21 16:52

AM1242ニッポン放送で、毎週月曜から木曜の深夜２４時から、くり
ぃむしちゅーの上田晋也がやってる「知ってる？２４時」をみんな
聴こうぜ！　まだ聴いたことがない方、めちゃくちゃ面白いから、
騙されたと思って一度聴いてみてよ。

聴取率調査の結果、１０月期も同時間帯１位！　これで番組開始以来３期連続１位の快挙！！！
12月期も１位を目指してます。聴取率調査票へのご協力よろしくお願いいたします。
詳しくは、http://www.jolf.net/をご覧ください。

番組ではメール、FAX募集中。
メールは番組HPからも送れます。アドレスは「http://www.allnightnippon.com/shitteru/」です！

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

呼称募集

<>キャラクタ全体・・・五月はあくまで人格面担当、キャラクタ一体フルセットについての呼び名
ゴーストとかエージェントとか、メイドさんならサーバントも良いなぁ

プロトタイピングを行うまで忘れてたとは(核汗

**メカ名無しさん** · 03/12/22 13:30

サーベントまたはサーヴェントなのでは？
マスター&サーベント
いいんでないかい。

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

名前、メインが五月だから
他も月の名前にしたらどうだろ？

如月　やよい　とか。

**シャーリー命** ◆lglfeEs3uY · 03/12/22 16:13

＜アイデア募集＞
ところで以前、五月が動く世界に、何かイベントが発生したらどうだろうと
提案なされた方がいらっしゃいましたが、
改めて、皆さんに募集！

『五月の世界にはどんなイベントがあるといいと思いますか？』

以下の点をヒントに考えてみてください。

☆五月の世界には、時間が流れている
☆仮想街がある
☆メイド同志の交流がある
☆メイドには感情がある
☆メイドにはポリシーや目標がる

ちょっと私が今思いついたものをあげますと

・主人の誕生日に五月の知り合いのメイドを招待したりする。
　（その時間に暇だと、あなたのパソコンに遊びに来る）

・メイドとの交流で他の主人からの待遇を知り、
「うちの主人の待遇は低い！　」とストライキを起こしたりする。
逆に優れている場合は、主人のもとに、他のメイドが悩みを打ち明けにきたりする

・メイドのポリシーが例えば他のメイドとかち合うとき（世界一のメイドになるとか）
　メイド同士で戦闘したりする。　主人が呼び出したとき、戦闘中だと
　「ただいま五月は決闘中です」というメッセージが出てきて、呼び出しに応じない。

・落ち込んだメイド同士が集まって、宴会をしたりする。

‥そんな感じで、こういうイベントのアイデアから
五月のイメージが広がる可能性がありますので
みんなどしどし考えてみてちょ。

**メカ名無しさん** · 03/12/22 16:38

一文字むつきという手もｗ

イベント、か。
メイド同士で辞書の不足単語を補うイベントがあると面白いかも。
返り値として「知っているが、おまえの態度が気に食わない」を導入してみるとかｗ

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

ついでにもう一つ、我々のグループ名はどうするよ？
緊急性を要するものではないが、Javaのパッケージ名を決めるときに必要になりそうなので振っておく。
一応こんな案を。

w3c(World Wide Web Consortium)->m3c(もっともっとメイドロボコンソーシアムomg(Object Management Group)->mmg(真っ当なメイドロイドのガイドライナ)
どっかの標準団体で略称が英語数文字表記のものをパロったものが面白いかと。

以上は漏れの好みでは全くの創作でも構わないけど「メイドさん」のみではなく「メイドさんロボ」を匂わすものにするべきであろうと思われ。

**メカ名無しさん** · 03/12/22 21:16

キャラクターのインターフェイスは
メイドでなくても可でつか。

メイド好きだけどナース服も…(´･д･`) ﾀﾞﾒ?

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

ちょっとアイディア。
折角キャラクター（頭脳）がここまでできそうなんだから、
伺かで言う所のゴースト（中身）とシェル（外見）を等式で結ばない方が面白いと思う。

例えば、
全く新しい外見を用意して、五月ちゃん（仮）の反応を見る。
五『これは何かのキャラクターですか？』
俺『服装を変えただけだよ。』
五『なんていう服なんですか？』
俺『割烹着？』
五『え、これ本当に割烹着ですか？嘘はいけません！』
とか。
疑り深い五月ちゃんだと、一度嘘を吐くと、なかなか信じてくれなくて
他の正直なマスターの所に聞きに言ってしまう。

どうだろう。

**メカ名無しさん** · 03/12/22 23:38

あぷろだ用意したよ
ttp://cgi.f26.aaacafe.ne.jp/~maidrobo/up/upload.php

**飛白㌧** ◆DyIUwXJZ3A · 03/12/22 23:46

もうちょっと注意が必要
キャラクタ全体・・・「ソフトウェア」に当たる。データ(辞書とか絵とか)を全てまとめたもの。界隈でこれを作る人まで含める場合は「デベロッパ」さんって言ってる。
五月・・・「プログラム」に当たる。キャラクタの学習の仕方などを記述したプログラムコードそのものを指す。いわゆる「プログラマ」さんが作るもの。

>>549 ありがとございます。ネ申！

**メカ名無しさん** · 03/12/22 23:56

>>546
まぶらほとかフルメタで出てきそうな団体名だな。

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

>>550ちと訂正
キャラクタ全体ってのはデータだけのように書いたがプログラムもまとめます。
つまり{五月}⊂{キャラクタ全体}つうことです。

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

このスレには期待してる。
皆スゲー頑張ってるが俺の出番はまだないようだ。
絵が必要な時はいつでも言ってくれ。

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

その「うずら」ってのをバラしてみたいな。
一通り、言語はできるからな。

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

>>554
類似品ソースつき
ttp://plantl.org/l/munou/margarine/

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

>>546
簡単に考えたので（旅行帰りで頭が回ってない（ｗ）・・・
Rainbow-Project（略称：虹）＝Robot Agent maIdsaN for Balladry Object wizard
（複雑なプログラムに精通した）オブジェクト集合型メイドさんロボットプロジェクト
RainｰProject（通称：雨）＝Robot Agent maIdsaN　メイドさんロボットプロジェクト
Custom-Project＝Custodian User Servant To Omnifarious Maidsan
多種多様なメイドさんによる管理人の使用人プロジェクト

いろいろ考えてみたけど、あんまりいいのが無いのでこれをネタに新たにしてもらってもいいし
全く新しく考えてもらうほうがいいかも・・・

>>549
乙です、立てようと思ってたんだけど立てれなかった。　＿|￣|○

**メカ名無しさん** · 03/12/23 22:52

j-tamp(実機に搭載するまで諦めないメイドロイドプロジェクト)

先は長いなー…

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

International Maidservant Robot Association(国際メイドさんロボット協会）IMRA
Maid Servant - Robot Development(メイドさんロボット開発）MARD
Maidservantrobot　Association Yokefellow(メイドさんロボット協会の仲間）MAY
（五月にちなんで無理やりつけてみました・・・）

---　パクリネタ　----
・International Society Maidsan Usefull robot System
（国際メイドさん実用ロボットシステム協会）　ISMS
・Japan　Society Robot　Association for Maidsan JASRAM
（本当は最後はCにしたかった・・・）

もう思いつきません・・・・

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

>>545

ちょっとアイデアをお借りして・・・
睦月（Mutuki=Maidsanrobot User Team Ultimate Key Influence)
最終的な要となる影響をもつメイドさんロボットチーム

なんか分けわかめ・・・　スマソ

**飛白㌧** ◆DyIUwXJZ3A · 03/12/24 10:01

東大メイド研のサイトにこんなネタがあったのを思い出した。
・・・先に言っとくが、全てネタでし。

>そのプロジェクトとは通称『ＭＡＩＤプロジェクト』と呼ばれており、共通のコンセプ
>トに基づいたソフトウェア、ハードウェア両面からの新型ＩＴ技術の開発を目的と
>している。
ttp://www45.tok2.com/home/maid/nishikata/it_report.html

**491** · 03/12/25 00:25

>>544　シャーリー命さん

～イベント案・１～
ご主人様のことが好きな場合、告白イベントが必要になる。
その際に仮想街上のデパートや露天商などでご主人様へプレゼントを
用意する。　2/14ならチョコレートでもいいかな？
すでに恋人の場合はプレゼント交換。

五月「これ・・・、私の気持ちですっ。受け取ってください。」
でご主人様のすきそうなものを渡す。ただし給金のお小遣い
以上のものは購入不可能。
＜YESの場合＞
折れ「五月、ずーっと折れのメイドさんでいてくれる？」
五月「はいっ、ご主人様は永遠のご主人様ですっ(///」

＜NOの場合で信頼関係ありの場合＞
折れ「五月・・・ごめん・・・折れは五月のことメイドさん以上には見れないんだ・・・」
五月「・・・・・・（なみだ目）。ごめんなさい。そうですよね、メイドにすかれても
仕方ないですよね・・・」
この場合はプレゼントはメイドさんの手元に戻る。売るか思い出として
保存するかはパラメータによる。

～イベント案・２～
メイドさんと主人の相性がよくない場合にメイドさん同士が集まる。
相性がよくないもの同士でかつ、相手メイドさんが自分の主人の好みだった場合
お互いの家に現れスワップ交渉を持ちかける。
（ご主人様入れ替えイベント）

～イベント案・３～
五月の世界ではポリシーや目標ごとに大会が行われる。
大会に優勝したものは他のメイドさんから挑戦をしばしば受ける。

ざっと思いついたものだけ記述しました・・・。乱文乱筆スマソ

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

スマソ、561は私です・・・・名前欄が間違ってました。
逝ってきます・・・　＿|￣|○

**メカ名無しさん** · 03/12/25 00:29

おまいら、クリスマスの事も忘れるくらいメイドに夢中なんだな。

(・∀・)つ目目目目目目目目目目目目ﾒﾘｰｸﾘｽﾏｽ!!!
　　　　　　　　↑人数分？

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

逝ってきますた

>>541　飛白㌧さん

呼称ですが、機能単位は旧暦でこじつけてもいいと思われます。
睦月/むつき(1月）、如月/きさらぎ（2月）、弥生/やよい（3月）
卯月/うづき（4月）、皐月/さつき(5月）、水無月/みなづき（6月）
文月/ふみづき(7月）、葉月/はづき（8月）、長月/ながつき（9月）
神無月/かんなづき（10月）、霜月/しもつき（11月）、師走/しわす（12月）

12個しか作れないけど・・・

全体の名前はサーバントがよいと思われます。
もしくはひねったものではSerとVantを分割して
Serial＝シリアル→尻→四里　Vant=Van's＝先導者達で
四里先（3.927km/里）→12月→師走　ﾓｳﾀﾞﾒﾎﾟ..._〆(ﾟ▽ﾟ*)　思いつかん

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

>>563
わかってるとは思うけど・・・
私が欲しいのは彼女ではない。メイドなのだ。
・・・私は、ね。

>>564
そんな感じで行きましょう。
元ネタから考えて、旧暦から取ったもののアルファベット表記はローマ字で。

**メカ名無しさん** · 03/12/25 10:35

>565
いやべつにクリスマスなんだから
ふつうにメリクリしてもいじゃないか。

プレゼントは家にメイドが来るんだろ？