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

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

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

**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
いやべつにクリスマスなんだから
ふつうにメリクリしてもいじゃないか。

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

**飛白㌧** ◆DyIUwXJZ3A · 03/12/25 11:53

そして明日はボクシングデー、と。
CORBAの勉強してきま。

03/12/25 16:52

うぐぁ～、頭がいてぇ～・・・・・

終電なくなり→カラオケで一泊→(´Д`)ﾏｽﾞｰ
これじゃあメイドさんに小一時間お説教されてしまうぅ・・・・

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

一応ここは雑談スレじゃないのでよろ。
・・・Javaのフローって一体どうなってやがんだ。
まぁいい。動けば(藁

03/12/25 18:15

あ”、誤爆してる・・・・ほんとスマソ･ﾟ･(ﾉД｀)･ﾟ･｡

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

>>563
(・ｗ・)つ目　＜ごち

**メカ名無しさん** · 03/12/25 20:05

>571
ｵｿﾏﾂ!

(‘∀‘)つ目目目目目目　ﾎﾚ、ｵﾏｲﾗﾓﾏﾀｰﾘｼﾙ!!

おいおまいら！
ところで状況はどんなかんじですか？

あと飛白さん、
もちっと砕けててもいいんじゃないかと…。
ﾏﾀｰﾘですよﾏﾀｰﾘ

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

>>572
>>503参照のこと。
雑談スレは別に立ってるってことです。
殺伐としてるのはそのため。
現在はネタまとめ中ってところかな？

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

つっても無意味に殺伐としても仕方ない。
そんなホーリーナイト。

　＼　／
　　(⌒)
／￣￣|　　　　　　　　∧＿∧　　　
|　||.　　|　　　　　旦　（´･ω･`)　　
＼＿＿|　　　　 ========　　＼　　　
　|　　　|　　　／※※※※ゞﾉ　,_）
　￣￣　　　~~~~~~~~~~~~~~~~　

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

んで現状としては

おいらてきには

たまごっち形デスクトップアクセサリー形ロボットで考え中。
恋愛ありSEXあり、涙ありな感じで行くつもり。

もう一方で、ゲーム的なものを廃した、デスクトップアクセサリーロボット
を作ろうとしてるようなので

その２パターンで進行中と思われ。

**メカ名無しさん** · 03/12/25 23:42

皆さんのカキコに感動しました。
貢献した方にギコの話もありましたが、アルファ版ベータ版テストをかねて
有料で支援者を集めれば資金も多少は集まるのではないでしょうか。
　１口＊＊＊＊円の支援会費でアルファ版体験できる。　ついでにバグ報告　。
　＊＊＊円は＃＃＃ギコ　に両替とかも可能だし。
　ＮＰＯ的に最初は非営利で活動資金集めにならないかな。
もしかしたら将来本当にこここからメイドさんロボが誕生するのではと
期待しています。
　本格的になれば・・・・

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

お金でやってるんじゃないんだよ～！
・・・欲しい人は勝手に金取るだろ。
現物が出来る前にそういう話を持ち出すのは非常に不味い。

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

本当にどーでもいい事なんだが、アイディア。

皐月に対して睦月（無月。五月のようでないの意）
というのを作るのはどうだろう。
例えば
五月は感情の表現などに富んでいて、
睦月は事務的な方向に向いている。
一番はじめにメイドさんのタイプを選択してもらうとか。

いや漏れは琥珀と翡翠みたいなのが萌えーなだけなんですが…。
面白いかなと思って。

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

五月はキャラクタの名前ではなく思考回路全般を指すカテゴリ名です。一応。

**メカ名無しさん** · 03/12/26 20:44

ハード・ソフト共にあまり詳しくなく、ログもざっと読み飛ばしたって感じな上に激しくどうでもいいことなのですが、と前置き。

>たまごっち形デスクトップアクセサリー形ロボットで考え中。
>恋愛ありSEXあり、涙ありな感じで行くつもり。

ってことでやっぱりユーザーの感情移入が必要になると思うんですが。
このロボットの性格（口調、会話の間等含）は「伺か」みたいにゴースト毎に規格化されたものをベースとするんですか？
それともベースは一つで、後はユーザーの接し方次第って感じになるんでしょうか？
「うずら」ってヤツを使えば後者でもある程度なら可能かな、とは思うのですが。

一応方法も（実現可能か否かは別にして）いくつか考えてみましたが、既出、スレ違い、
空気読めてないだとマズイのでここで止めときます。
個人的にこのプロジェクトには期待してるんで、頑張ってください。

**メカ名無しさん** · 03/12/26 21:17

学習、対話実装か！
侮れんな、うずら

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

>>580
アイデアは常時募集中なのでどんどん意見を書いてもらえれば・・・。
完全ボランティアベースなので、よろしくお願いします。

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

>>577
お金が目当てじゃないというのは当然のことでありオイラでも分かる。
だからＮＰＯ的にと書いたわけなんだ。ＮＰＯはご存知の通り非営利活動法人
のことであり利益をあげるのが目的ではない。
しかしどんな活動にも資金は必要なはずだし、重要なプロジェクトほど
それに参加したいが技術や時間がない。しかし協力したいという人間もいるのは事実なんだ。
　開発が進むほど私の言ってる意味がわかってもらえると思うが・・・・

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

サーバーとかに金がかかる場合もあるしな。

管理費も状況によっては必要だろう。

**580** · 03/12/27 09:11

それでは、僭越ながら、自分が思いついたやつを。

まず、さつきの中にあらかじめ数パターン思考回路を用意しておく方法。
学習型ならこれだけで、最終的な性格は十分多様化するかなぁ、と。
ただ、これだと口調は変えられないだろうし、何よりゴーストみたいなのを別に用意するのとあんまり変わらないような気がする罠。
違いは、外見と中身が一緒にならない、ってことくらいか、、、？

次に、ユーザーが自ら教え込む方法。
これなら最終的に自分の思い通りにしゃべってくれそうだけど、自分で入力してる姿って馬鹿馬鹿しい。
赤ん坊相手に「あれはブーブーですよー」とか言ってる母親みたい。

３つ目が、ある程度有名な「萌えキャラ」の萌えな部分をデータベース化しておいて、それを落としてくる方法。
んで、それをベースとして後はユーザーとの対話で性格が多様化していくという感じ。
キャラも、１キャラだけじゃなく複数キャラ組み合わせられるようだと、かなり面白くなってくるかと。

一番最後のヤツに関してだけど。
データベース化したものを落としてくる方法として、能動的なものと受動的なものと２通り考えられるかと。
能動的な方は、ユーザーがデータベースの中から好きなキャラを選んで来るという方法。
受動的な方は、さつきが勝手に落としてきてユーザーにそれが好ましいか否かを尋ねてくる方法。
良いと答えれば次からはそんなしゃべり方になるし、嫌だと答えればそのしゃべり方はやめる、みたいな。
あと、他ユーザーのさつきの口調を真似してきてー、なんていうのも有りか。

個人的には一番最後のヤツがいいと思うけど、データベース化が激しく大変そう。
ちなみに上の３つは全て、「ユーザーとの接し方により性格が変化していく」ことを前提にしています。

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

もう一つ、ローカルソケットやORBなどを使って「キャラクタ間で情報交換させる」って手も在る。
この方法だとスパイウェアと間違われないか心配だが・・・。

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

人格面の組み方については>>531の資料が非常に参考になる。
ただし、言語コミュニケーションに絞られているからどうやって絵と合わせるかはこちらで考えねばならんが。

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

サーバはむしろ「サーバ提供者側」をボランティアにしてもらって多数の鯖をクラスタ化してしまったほうが安全な気がする・・・

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

直接は関係ないが金を出さねば出来ないようなものやIDチェック必須のものにするなら、このぐらいのプロテクションが必要。

1)本体をサーバ側で実行し、クライアントを単なるフロントエンドにする
2)クリティカルなユニークユーザデータをサーバが持つ
3)複数人でなければ事実上プレイする意味のないものにする

**シャーリー命** ◆lglfeEs3uY · 03/12/27 18:43

>>580
＞このロボットの性格（口調、会話の間等含）は？
おいらは大本となるものが一つあって、ユーザーの接し方などで
関係が変わ、り口調や考え方を変えるものを考えてます。
バリエーションをたくさん作らなければいけないため、一人作るだけで精一杯
でしょうな。この作り方だと。
だからたくさんキャラがいる「ときめきメモリアル」みたいな感じじゃなく
一人がさまざまな性格を持つ
「プリンセスメーカー」みたいな感じになるかと。

で、そこからバリエーションをダウンロードで増やせればいいと考えてますな。
だから
＞３つ目が、ある程度有名な「萌えキャラ」の萌えな部分を
＞データベース化しておいて、それを落としてくる方法。
おいらの考えてるのはこれに近いと思う。

>>586
＞ローカルソケットやORBなどを使って「キャラクタ間で情報交換させる」って手も在る。
それにこれを加えたものだろう。

＞能動的なものと受動的なものと２通り考えられるかと。
両方を組み合わせればいいかと
主人が追加するものと、五月が勝手にダウンロードするもの
（他のメイドとの話で勝手にダウンロードするのもこれに当たる）

**名無しさん＠ごみ箱いっぱい** · 03/12/28 14:18

対話を基本実装するには？
基本は問い→答え、逆は難しい。
まずは、オフライン用で構築し、何人かで使用して、簡単な用語登録などをする。
後に外部サーバーとの接続可能なオンライン版をリリース。
利用者の会話のログを参照しつつ、単語、定型リストを創る。
問題は単語の組み合わせによる定型だな。
昔、人口無能を創ったときは二つの組み合わせだけでお腹いっぱいだったからなぁ。
まぁ、アイフルのおねいさん見てれば自ずと分かるとは思うが。
スレ住人、頑張れ！
手伝える事あったら言ってくれ。

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

何を「秩序」とし何を「混沌」とするか、これを考えることもまた重要。

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

漏れとしては、キャラの外見とか語尾とかは
必ずどっかにもそっくりさんがいる、じゃなくて、
自分だけのオリジナルOKにしてもらいたいなー。

つまり、『真似させてもいいかどうか』とか
『メイドが勝手に設定変更してもいいかどうか』を
自分で設定出来るといいと思うんだが。
偶然の一致まで規制するつもりはないが。

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

皆が一様に同じ物を考えているとは思えないので、こんな感じで。

<コンテンツ製作>
個々のサーバントを作る。
どんなものを作るかは個人、あるいはグループに完全に委ねられるが、下記のフレームワークやプラットフォームの制限を受ける。

<フレームワーク開発>
プラットフォームレベルで決めなかったUIや辞書形式、独自スクリプト言語などの開発。
プラットフォーム開発とコンテンツ製作の緩衝役。
このレベルで性格を決めるのもいかがなものかとは思うが、仕方が無いときもある。

<プラットフォーム開発>
各種プロトコルやランチャ、簡易インストーラの仕様を決める。
プラットフォームメイクである以上、サーバントのUIや性別、性格などは「厳密に」決めてはいけない。

※伺かはプラットフォームメイクとフレームワークメイクの区切りが甘い。
※プラットフォームは汎用性を重視し、速度はその次。
※この他に「部品」を作る人が居るに違いない。

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

私以外はあまり考えてないだろうけど、念のため。
キャラクタに対して「サーバント」というカテゴリ名を与えた以上、この件ではCORBAのサーバオブジェクトを「サーバント」と略してはならない。