２ｃｈからRFC（STD）を作るプロジェクト

インターネット上に何百という数の仮想世界が存在します。
例えばMMORPG（FF11等）の世界も広い意味での仮想世界でしょう。
ところが現在まで、ある仮想世界と別の仮想世界を結びつける
プロトコルは存在していないようです。その為例え同じ種類の
仮想世界（例えばゲーム）であっても別のサーバーの人とは会話も
できず、他の世界と安全に取引することは非常に困難です。
このままでは仮想世界の発展は望めません。
２ｃｈでInternet　Draftを作ってRFC（STD）を目指しましょう。
writer Team2chのRFCがあってもいいと思いませんか？

>>206
おぉ、専門を持ってる人だったんですね。
地域通貨による取り引きに特化したメッセージ交換システム、を作るべきなのかな。
仮想世界の接続ってのは個人的にはどうかと思うので、
"〜なメッセージ交換システム"的なところで落ち着いたほうがいいと思います。

久々にお邪魔します。極論としてやはり初めはメッセージ交換
をメジャーとした機能を備えたものになってしまうんですかねー。
まぁ、要は異なる仮想世界同士で何らかしらデーターが行き来
出来れば良い訳で。段階としては、
１、メッセージ取引機能作成
２、上記以外のデーター取引機能作成
３、上記２項目の機能提供により発見、提案、議論、して更新グレードアップ
４、細部に渡る互換性、機構の再検査、機構の拡張や強化、グラフィック仕様決定
５、新機能の開発実装

といった具合に誰かが何かを具体的に作ってこのスレッドで議論を
進めてゆけば、必ず形ある機構が出来上がっていくのではないかと
思います。機構の作成者はスレッドの質問者に対し明確な回答を用意できる
技量を求められます。機構を作る際に分からない事は、ここで質問するのも
ありでは？でも自分で調べられることは自分でしましょう。
ここからは何か作って発表し、その機構について議論進めていきましょう。
ここまでで誰も何も作ってませんし。見当違いなものかどうかは、このスレッド
の住人達が判断するでしょう。ではではなにかキボンします。

>>208
プロトコルを作るって話しじゃないんですか？
さんざんいわれてきたことだけど、
外部にメッセージ交換機構を作るっていうだけだったら
ICQ とかの既存のものがありますね。
「UO の某サーバにログインしている hoge さんにメッセージを送信...」
なんてのを実装しようとするのなら、メーカの協力を仰がないと無理です。

グラフィック仕様決定なんてのが草案に入ってるあたり、
焦点がどっかずれてるなーって思うんですが。
機構ってのはなんなんですか？

そんなにクライアントを作りたいなら、
Jabber のクライアントでも作ってやってください。
Jabber は XML でデータを交換する(らしい)ので、取り引きデータのような
構造を持ったデータを送受信するにはちょうどいいかと。

で、その方向でいくなら、板違いかもしれないです。
ムかマ板が適当かな。

>>209
プロトコルを作る話には間違いないですな。
機構とはシステムのことです。
板違いならんよう進めていきたいですね。

>>210
個人的にはもうここは封印していいような気がするんですけどね。
とりあえず sage てきましょう。

久々に来て見たらあがっていたので書き込んでみました。
板の住人の皆様の意見を尊重して今後を決めたいです。
個人的には勉強した上で別タイトルでスレ立てるに一票です。

あぼーん

sage

こういうのはどうよ？(w

Meaning Of Naming Ascii art Protocol (MONA-P)
アスキーアートの名前付けの意味プロトコル (joke rfc)

４月１日に間に合うかな？笑

2chで4/1に間に合うようにJokeなやつ書こう！

ちなみに他力本願です

>>217
ネタは何にするの？MONA-P？

　時間のある時に、SOAPを勉強して置いて下さい。

　実装が多少難しいですが、拡張性の点で、ピカ一です。

　通訳や取引迄を考えるなら、有力候補になると思います。

　補足すると、SOAP（シンプルオブジェクトアクセスプロトコル）
は、XML（エクステンシブルマークアップランゲージ）を用いてRPC
（リモートプロシジャコール）を実現する為の規格。

　悪名高きマイクロソフトのオブジェクトを、広く一般からも利用
して貰える様に再構成してあるので、Java等とも親和性が高く、色
んな可能性を秘めています。

　この規格に基いて幾つかの必須メソッドと拡張メソッドを規定し
て、>>161 を組み合わせれば、何とかなると思います。

>>221
SOAP はこの場合下の方のレイヤーで使われる問題なんで。
なんでそうすぐ実装に走ろうとするかな。

しかもなんで今更。

>>222

　これは、重要な問題です。

　ここを踏み誤ると、全然違う結果をもたらす事になります。

　今後の話題を何処に置くかが、これで決まります。

　意味をご理解頂けないのは、多分、>>222 さんが、予め用意され
ている教科書や問題集で知識を積んで居られるせいだと思います。
実務をなされば、きっとこの意味がお分かりいただけるでしょう。

　この点でスレッド主は、１年でも実務を経験しているので、きっ
と、ご理解頂けると思います。

>>223
ドーイ

Cye はｶﾝﾁｶﾞｲなんで黙ってたほうが賢く見えるよ。

････････････････！(・A・)！

>>225
アノニ厨房はﾋｯｷｰの証！
でビビリヲタ君！
でインポで候ろう！(・A・)
でワキガ苦作、デブで臭作！
が世の常…駄。
そのコテハンからして宗教ヲタ中毒者っぽくてｷﾓｰｲ

>>227
オマエモキモイ

あげよう。

たまには見てるという証拠に足跡つけておきます。

今年はどんなＪｏｋｅＲＦＣが作られるのだろうか。

IEEEはできたもよう。

http://www.watch.impress.co.jp/pc/docs/2002/0401/uocchi/802.htm
IEEEEE、ワイヤレス電源規格「802.110v」を制定

>>231
JANOGで誰かが流してた

http://www.netarc.jp/doc/april-fool-rfcs.html

>>233
関係ないけど、昨年度１年でRFCが2000個増えたのかな。

やはりMPLSネタというかMPLampSと来ましたか！（笑）という感じです。
用語解説がめちゃくちゃで笑えました。
ISISなんて、“It's not oSpf, yet It somehow Survives” ですから。

もう一方はまだ目を通していないんですが。

とりあえずパールのソケット間通信クライアント。サーバーサイドは知らん
#tcp-client
( $them, $port ) = @ARGV;
$port = 2345 unless $port;
$them = 'localhost' unless $them;
$AF_INET = 2;
$SOCK_STREAM = 1;
$SIG{'INT'} = 'dokill';
sub dokill {
kill 9,$child if $child;
}
$sockaddr = 'S n a4 x8';
#chop($hostname = `変換`);
($name,$aliases,$proto) = getprotobyname('tcp');
($name,$aliases,$port) = getservbyname($port,'tcp')
unless $port =~ /^\d+$/;;
($name,$aliases,$type,$len,$thisaddr) = gethostbyname($hostname);
($name,$aliases,$type,$len,$thataddr) = gethostbyname($them);
###IPを構造体からアドレスにする
@thisaddr = $thisaddr ; @thataddr = $thataddr ;
foreach (@thisaddr) {
@localip = unpack ('C4' , $_ );
print "localaddr = $localip[0] .$localip[1] .$localip[2] .$localip[3]\n";
}
foreach (@thataddr) {
@remoteip = unpack ('C4' , $_ );
print "$them = $remoteip[0] .$remoteip[1] .$remoteip[2] .$remoteip[3]\n";
}
$this = pack($sockaddr, $AF_INET, 0, $thisaddr);
$that = pack($sockaddr, $AF_INET, $port, $thataddr);
if (socket(S, $AF_INET, $SOCK_STREAM, $proto)) {
print "socket ok\n";
}
else {
die $!;
}
if (bind(S, $this)) {
print "bind local :ok\n";
}
else {
die $!;
}
if (connect(S,$that)) {
print "connect $them :ok\n";
}
else {
die $!;
}

>>236
で、それがなにか…
張り間違いか？

ランダムで飛んできますた。
どうなってるのでしょう？

あぼーん

オープンなインスタントメッセージ？
すでに、IETFでは、SIMPLE、PRIM、IMPPとオープンなインスタントメッセージを
つくるためのWGがありますよ？
新しいWGでもつくるつもり？

Jabberもありますな。
しかしJabberのひといじめられててかわいそうだった。。。

とりあえず>>1からだいたい読んでみた。>>1がやろうとしてるのは
TCP/IP Stack over TCP/IP Stackでもやってpseudo stackの
インフラをPhysical App Layerに設けようということでつか？

それとも仮想世界の規格を創ることでつか？それなら・・・

とりあえず>>1は、
「他の仮想世界の人とメッセージをやり取りしたい！！」ということにテーマを絞って
>>1は>>8に対する>>14からやり直す！
まずは仮想世界を定義しる！といってもデカすぎるからとりあえず
仮想世界の中の人を定義しる！あんまインテリジェントな人にしないで
「他の仮想世界の人とメッセージをやり取りしたい！！」というテーマに絞って
定義しる！何を持ってて何ができるのが人かが分かればそれで(･∀･)ｲｲ!!
ちゃんと考えられていなくても良い。角度とか。

考えられていなくても　→　計算されていなくても

この世界のこの人とあの世界のあの人が同一人物である、と
いうような情報は簡単に出回ってはいけない。
ネットストーカーの問題とか、どのサーバからクレジット番号
が漏れるかわからないとか、いろいろと危険な状況になる。
だから個人間の連絡方法としては、いわゆる転送電話方式で、
1.世界AのZさんが世界BのYさんに電話をかける
2.世界BのYさんがいなかった→世界Cにいる世界BのYさんに転送
（世界CにおけるYさんの名前￥とかは隠蔽）
3.そこが世界Cであることを会話中に知る。
4.（そういえば世界CのXがほにゃららを欲しがってたなぁ……）
5.Yさんに聞く→(ﾟдﾟ)ｳﾏｰ
重要なのは世界CにおけるYさんの同一人物の名前ではなく、
世界BのYさんが世界Cにつてを持っていた、ということ。
連絡を取る相手はあくまで世界BのYさん。

続き。

サーバとユーザの名前空間はDNS方式でよいと思います。
さて、ゲームサーバに対しても他のユーザに対してもエイリアス
を隠蔽しつつどうやって相手を捜索するか。

　ユーザYはゲームサーバBに別名リストのサーバ名部分だけ伝え
　ておく。
　ゆえに転送が発生するサーバBはどことどこのサーバに送れば
　いいかだけ知っている。
　転送側サーバBはあて先のユーザYの公開鍵で暗号化。あて先
　ユーザ名は破棄。
　受信側サーバC,D,…は受け取った通信ををそのとき接続していた
　全ユーザにブロードキャスト。
　本人だけが内容を解読して完了。

返事はどうしましょう。Cの￥がAのZに返事を書いていることが
（もちろんZに対しては隠蔽するけど）サーバCに知られるのも
どうかと思います。

とりあえず、RFCの称号がほしいだけなら
なんで、2chの通信仕様をRFC化しようとしないの
独自の方式を使ってて、いくつものインプリメント
があって、ユーザが数十万人もいるなんて
もうばっちりじゃないですか。

>>247
2chって、どっかで独自の方式を使ってたか？

あ

（＾＾）

winnyのプロトコルをinformational RFCにすることは可能

問題はwinnyってプロトコル非公開の信用できないものなんだろ？

2chから四月ばかの規約は提案しなかったのか、、、、

あぼーん

本日の RFC3514 実装しますた
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_output.c

負けじと実装しますた。
http://news.gw.com/netbsd.source.changes/139087

>>251
winnyはユーザが信用できないのでプロトコル非公開になっていますが、
アーキテクチャ的に匿名性を非公開に依存してる訳じゃないです。

（＾＾）

あぼーん

>>256
どうしてユーザが信用できないのでプロトコル非公開なの？
プロトコル非公開なものは絶対に悪だっていう原則からすると？

あぼーん

あぼーん

>>259
ダウソ板という背景とWinnyに対する攻撃を考えれば容易に見えるかと。

ソースをごく一部だけ書き換えるだけで送信量を制限できたりすると、
ネットワーク全体の不利益につながるので、それを「しにくく」している、というだけ。

ダウンロードできるんなら少しくらい資源を提供してもいいじゃん、と思うなかれ。
ダウソ板というはそういう場所だと思ってくだちぃ。

あぼーん

あぼーん

あぼーん

もｙぐ

なんか面白そうなんでちょっとだけ覗いてみたけど、
>>267のまとめの通りだとするとお前らが考えていることは全てSIPで
実現できることばっかだな。MSNメッセは今はSIPベースだし。

RFC3261とその周辺のドラフト読んでみ。

STDってのがつらいな
ジョークRFCなら何とかできそうなのに。。。

>>19でPHIの話題が出てたから見に着てみたんすけど
既にあんまり関係なさそうなので生暖かく見守らせてもらいます。

リア工房だからよくわからんけど
UOのお金でFFのアイテムを買ったりとか？
ようするに現在の株や外貨みたいに一箇所で取引できるようにするって感じ？

FF１１のチートの方法知りたいです

RFCで定義してもらえバカ。二度と現れるな

a

検索で飛んできました。
地域通貨に興味を持ってるんですが・・・ここはもう廃棄された
スレなんでしょうか？ だいたい、検索で来たんで、どの板かすら
わからんのですが・・・。

だめだ・・・こんな理系の板だったのか〜。
すいません・・・どっか他に地域通貨のスレないですか〜？

経済板と地方自治知事板にあるよ＞地域通貨
本文検索よりはスレタイ検索。

地域通貨といえば
http://www.hotwired.co.jp/altbiz/yamagata/010918/
なんて記事を思い出す。

著作権がらみの話って誰もしてないようだけど、そのへんは大丈夫なの？
勝手にそういうことしてたらメーカー側が黙ってないと思うんだが。

RFC（STD）って何の略？

１はﾊﾞ━━━ヾ(｡´囗｀)ﾉ━━━ｶじゃないか
１にレスするやつも同じﾊﾞ━━━ヾ(｡´囗｀)ﾉ━━━ｶだ。

>>276 >>277
地域通貨、いいセンスしてるね。
これは地域通貨自体のプロトコル標準化を行なって、standard RFCにするチャンス。

Web6.0の仕様などをStandards Trackに載せるべく皆で頑張っていきたいと思います。
具体的にInternet Draftを出す前に、まずはbrainstormingから始めたいと思います。
皆さんの自由な御意見や質疑をお願いします。

DNA交換プロトコルとかはWeb6.0の一部になるんだろ

2chの各仕様を、informational RFCとして出すのはどうよ？

つーか、これはRFCの枠を超えてると思うんだが。
ネトゲ内での内規と、運営各社での取り決めが無ければ成立しないし。
ただデータのやり取りをする部分だけがRFCでできるところだろ。
そしてそんなものを決めても無意味。

もうジョークRFC作ろうぜ

ジョークネタすら集まらないのか。

暇つぶしにネタ提供。
日本人のRFC貢献ランキング。
http://www.arkko.com/tools/allstats/japan.html

うぉ2002年のスレかｗ

ツッコミレスしかけたぜｗ

前レスから1年以上かｗ
何か出来たのか？

>>280
レスないな

あらゆるE-mail欄に"sage"と書くことについてコメントを募集したい。
2chのE-mail欄に"sage"と書くことはもちろん、メールのヘッダのReply-toなど
にも"sage"と書くことを標準の礼儀としたい。

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。

グーグル検索⇒『加藤のセセエイウノノ』

TFQRY8P5O8

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

ユニークで個性的な嘘みたいに金の生る木を作れる方法
興味がある人はどうぞ
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

4792G