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

1 ：RUR：02/01/06 03:33 ID:qTMm8/7Z.net

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

172 ：Cye：02/01/12 01:05 ID:MhWlQMPw.net

…？HTTPとRTSPの左に付いてるviaとは何ですか？

173 ：名無し：02/01/12 01:13 ID:???.net

>>172
難しい単語でも無いし、英和辞典で調べなさい

174 ：anonymous@ FLA1Aaf163.kng.mesh.ad.jp：02/01/12 01:38 ID:???.net

>>171
一人のプレイヤーが複数の世界で遊んでいても、それは別々のキャラクターだという考え方も有り。

175 ：RUR ◆sLgvSGbo ：02/01/12 01:43 ID:zP2uFqda.net

>>174
たしかに。それは世界観とも絡んでくるからここでは決めて
考えないほうがいいと思う。規格を決める上では重要な問題では
ないだろうし。（複数の人を一つにグループ化できれば
それが同一人物であってもなくても扱いは変わらない気がする）

176 ：sage：02/01/12 01:55 ID:???.net

>>164
書く前に、CDIって何か？って調べれば、全然関係ない話だということに気づくだろうに。
コンテンツっつったって、動画とかストリーミングの話だぜ？

177 ：RUR ◆sLgvSGbo ：02/01/12 02:07 ID:zP2uFqda.net

>>176
少なくとも現在のCDIの想定する範囲からはかなり離れていることが
わかりました。ご指摘ありがとうございます。

178 ：Cye：02/01/12 11:57 ID:MhWlQMPw.net

>>173
ｽﾏｿです。調べます。あと「リアルディメンジョン性」
は私の造語です。御理解下さい。

179 ：Cye：02/01/12 12:10 ID:MhWlQMPw.net

RUR ◆sLgvSGbo さん、私の提案する
各仮想世界に出入りするための
リアルディメンジョン性仮想共通空間について
どう思いますか？お考えを是非お聞かせ下さい。
参照>>152　>>165　>>166

180 ：RUR ◆sLgvSGbo ：02/01/12 22:12 ID:zP2uFqda.net

>>179
レス遅くなりました。各仮想世界の独自性を保ちつつ、複数の仮想世界を繋げる
為にはいわゆる仮想共通空間を作ることができれば手っ取り早いでしょう。
しかしながら、現在はまだ仮想世界と仮想世界を繋げるという発想すらほとんどない
段階です。物事には順番がありますから、仮想共通空間の発想は、このプロジェクト等
を通して仮想世界と仮想世界が繋がりうるということが示されれば必然的に出てくる
でしょう。尚実現の際には技術的なことよりも政治的なこと（メーカーの主導権争い）
のほうがネックになるでしょうね。

181 ：概観256：02/01/13 03:48 ID:???.net

>>163
サーバ/クライアント的アプローチの場合、
メッセージ、または名前空間を管理する中央集権的方法を取るためになるので
それは仕方がないでしょう。
ドメイン運用にはお金かかってますよね？
サーバ運用だって無料じゃすまないし。

>>180
なにをしたいのかよくわからんのですが。
異る仮想世界を繋げるメリットは？
インターネット上でコミュニケーションを取る方法はいくらでもあるのに
それを仮想空間内で完結するメリットは？

キャラクター名でメッセージをやり取りしたいだけだったら、
会社が相当のメールアドレスでも提供すればいい。

最終的に何をどうしたいってのを明確にしないと
よくわからんまま終りますよ。
あなたはよくわかってないみたいだし、黙ってたほうがよろしいような。

182 ：RUR ◆sLgvSGbo ：02/01/13 05:54 ID:8VgdtzmT.net

とりあえず議論の行方を見守ります。
ちょっと話がそれてるようだし、未来の話をしても
はじまらない。

183 ：anonymous@ CBCba-123p236.ppp13.odn.ad.jp：02/01/13 15:09 ID:hQskoJ8/.net

>異る仮想世界を繋げるメリットは？
仮想世界で流通する通貨を統一してRM取引代行
↓
取引代行会社ｳﾏｰ

184 ：ななしさん：02/01/13 22:35 ID:???.net

まー、このスレつぶれても別にいいんだけど…、あえて一言。
とりあえず、キャラクター間のメッセージ通信だけに絞っておやりなさい。

ゲーム間の貨幣交換とかいうのはその辺がしっかり確定してからでないと
ものになりません。
（もっともメッセージ交換と貨幣交換は全く別物なので、作ったものが
あとで役立つとは言えませんが。）

185 ：RUR ◆sLgvSGbo ：02/01/13 22:43 ID:8VgdtzmT.net

せっかくRMの話が出てきたので触れておくと
従来別の仮想世界と直接取引きすることができない為
仮想世界Aの物を一回現金にかえてその現金で仮想世界Bの物を
買う人が出てきました（それほど仮想現実世界間の取引ニーズはある）
そんな非効率的かつ危険な方法をこのまま放置しておくことがいいこと
でしょうか？現に詐欺の被害等もではじめています。
異なる仮想世界が繋がればユーザーも安心して取引できるようになり
仮想世界自体の価値もあがります。
取引代行業者なんかも出てくるでしょうが、取引代行会社がいらないほど
ユーザー同士が簡単に安全に取引できれば理想でしょうね。
その為にもまず会話システムぐらいは繋げたいところです。

186 ：anonymous@ pm0215.tecnet.or.jp：02/01/13 23:08 ID:PSfpBhlV.net

４月１日だけ真面目な内容を書くＲＦＣがあったら笑えるか？

187 ：RUR ◆sLgvSGbo ：02/01/13 23:21 ID:8VgdtzmT.net

>>184
はい　そのとおりだと思います。関係のない妄想未来予想は
未来技術板とかの別のスレッドでやる位でもいいと思います。

>>186
よくわからないんですがエイプリルフールにジョークRFCではない
RFCを出すということでしょうか？まさか日記形式のRFC？

188 ：廢嘘の名無しさん：02/01/14 00:56 ID:kephs2yi.net

仕様からいくんじゃなくて、なにかサンプル実装をつくって、
それをもとに文書つくっっていったほうがはやいんじゃない？

改良点もあるとおもうけど、ますサンプル実装がないと、
なにを改善すればいいかもわからない

最初の実装は、打ち合わせとかじゃなくて、数人以下でとりあえず
作ってしまい、それからみんなでワイワイやって
改善したほうがはやいんじゃないかな？

189 ：RUR ◆sLgvSGbo ：02/01/14 01:31 ID:T3gjOTDE.net

>>186
サンプルの例として違う種類のチャットAとチャットBを作って
チャットAの参加者がチャットBの参加者に向けてメッセージが送れる
というような形でもいいのでしょうか？

＞皆様
最初に実装を作るとしたらどんな形がいいか、書き込み
いただけないでしょうか？

190 ：age：02/01/14 02:01 ID:Hj8+hcRi.net

age

191 ：失礼いたします m(_ _)m：02/01/14 02:02 ID:Hj8+hcRi.net

http://pc.2ch.net/test/read.cgi/prog/1010745628/l50

マイクロソフト、自作自演大失敗！！（ぷっ

1 ：東京kitty ：02/01/11 19:40
http://www.zdnet.co.jp/news/0201/10/e_vote.html

MicrosoftのWebサービス技術.NETと，
競合するJavaについてZDNet/UKが独自に実施した調査で，
突如.NETの人気が高まった。

　12月21日の時点で（2001年12月25日の記事参照），
　この調査の回答者の3分の2以上（69.5％）が
　2002年末までにWebサービス経由でいくつかのアプリケーションを
　社員に提供する計画だとし，
　その大部分（回答者全体の半数近く）は
　Javaを使うつもりだと答えていた。
　.NETを採用するつもりだと答えた人は21.5％で，
　どちらも使う予定がないと答えた23.5％を下回っていた。

　だが1月5日に調査を終えた時には形勢が逆転。
　回答者の4分の3以上が.NETを導入する方に投票していた。
　クリスマスをはさんでの突然の変化は，
　組織的な工作が行われた結果のようだ。
　事実，ZDNet/UKがログを解析したところ，
　不正と思われる投票があったことが分かった。

回答者全体に対し，microsoft.comドメインの人が占めた割合が
大きかった。この調査は1度しか投票できないシステムだったが，
1人で複数回投票しようとした人が多く見受けられた。
最も“熱心”だった人は228回で，microsoft.comドメインのビジターだった。
サブジェクトに「PLEASE STOP AND VOTE FOR .NET!」
（ちょっとお時間を。.NETに票を投じてください）と
書かれた電子メール内のリンクをたどって投票したビジターがいた。
ログ解析で，こうして投票した人が全てmicrosoft.comドメインだった。
スクリプトを使って同じ動作を繰り返す自動投票システムが
使われた痕跡が残っている。

microsoft.comドメインから工作するとは、
ヴァカ炸裂（ぷっ
見事な下逸っぷりだね（嘲笑藁

105 ：仕様書無しさん ：02/01/14 01:52
ああ、間違っている部分があるので修正。

ゲームをしませんか？
.Netの詳しい説明や、面白い話を聞かせてください。
それ以外の話題だとブーイングが入って、
Web上の３つのプログラマ系の掲示板を好む人達にも
このスレの趣旨について確認して貰うというのはどうですか？

ルールを守って1000まで言ったらゲーム終了、ルール違反があると
再び挑戦になります。（藁

マターリとやりましょう！

＞くだらん。死ね
ブー！ブー！ブー！
まずは、ヒッキー板とLinux板、もう一つはどこか適当な場所を選びます。

192 ：概観256：02/01/14 07:14 ID:???.net

だから、>>1 は黙ってなさいって。
頓珍漢なんだよ。

193 ：RUR ◆sLgvSGbo ：02/01/14 08:22 ID:T3gjOTDE.net

>>192
黙っててうまくいきそうだったら喜んで黙っています。
今後の展開に期待してしばらく書き込みを控えます。

194 ： ：02/01/14 16:14 ID:???.net

sage進行でお願いします。
>>193
だから、黙ってても黙ってなくてもうまくいかないんじゃない？

195 ：RUR ◆sLgvSGbo ：02/01/15 03:32 ID:???.net

>>194
ならば勉強した上でもっと積極的にかかわるしかないでしょう。

196 ：RUR ◆sLgvSGbo ：02/01/15 03:47 ID:p/df1Rya.net

Title : Forwarding MAC Frames over MAPOS
Author(s) : O. Okamoto, M. Maruyama, T. Sajima
Filename : draft-okamoto-mac-over-mapos-02.txt
Pages : 18
Date : 11-Jan-02

はじめて見つけた日本人が作者と思われるInternet　Draftです。

197 ：概観256：02/01/15 22:35 ID:???.net

>>196
黙って勉強してたらどうでしょうかね。
あんまりアフォなことばっかり書いてると
協力してくれる人居なくなるよ。

198 ：RUR ◆sLgvSGbo ：02/01/15 23:01 ID:p/df1Rya.net

>>197
様々な分野から人を集めてくる役に集中しようと
思うのですがいかがでしょう？
必要な人がいたら言って下さい。

199 ：名無しさん：02/01/15 23:22 ID:???.net

>>198
様々な分野って、このスレが発散してしまっているのは、無闇に
いろいろなネタを、それがどんなものであるかを調べもせずに
言っているからです。ここでさらに発散させないでください。

メッセージ交換をどういうモデルで行いたいか、をしっかりまず
決めましょう。技術的な話はそれからで、使える既存技術があれば
それを応用すればよい。なければ作ればよい。
まだ他人のRFCを読むような段階ではない。

取りまとめ役はどっしりと！
ちなみにこういう話は、最初たたき台となる案をあらかじめを用意
しておいて、みんなに修正してもらう、という方がスムーズに軌道に
乗りますよ。

200 ：RUR ◆sLgvSGbo ：02/01/15 23:47 ID:p/df1Rya.net

>>199
力不足で申し訳ありません。様々な分野というのは
誤解を招く言い方だったようですが、こういう人がいたら
作業がはかどる、こういう人がいないと始まらない、という
要望がスレッドの中で出たときに他のところ（２ｃｈ外も勿論含む）
から連れてくるという意味です。
モデルを私が提示できれば理想なんでしょうが、頓珍漢と言われるのが
怖いのでもっと勉強することにします。
アドバイスありがとうございました。

201 ：名無しさん：02/01/16 00:09 ID:???.net

>>200
とりあえず、IRC と既存の IM 技術が利用出来ないか、
出来ないとすれば何故出来ないかを調べてみては?
その上で、スレタイトルを*適切に*してからまた呼掛けたら違った結果になるかも。

ちなみに、会社が独占してうんぬん、ってのを言ってるけど、
貴方が言ってる意見はなんだか共感しにくいのが多いです。
何故かはよくわからないけど。

最後に。これからは sage で行きましょうや。

202 ：RUR ◆sLgvSGbo ：02/01/16 10:33 ID:???.net

>>201
スレタイトルは何が良いでしょうかね？
専門知識が無くても覗く気になって
専門知識がある人には何をやりたいかわかる
そんな名前がいいと思います。

203 ：概観256：02/01/16 13:11 ID:???.net

>>202
すげ、もう勉強してきたんですか。

スレタイトルは、「オープンな Instant Messaging の規格を作ろう」
とかでいいんでないの？

それとそれと。
取り引きの方に関してなんだけど、
地域通貨の勉強したら結構面白いんじゃないかなと。
http://www3.plala.or.jp/mig/whats-jp.html

とりあえず、これを Web アプリケーション(って正しい用語か？)あたりで実
装したほうが楽しいような気がしないでもない。

通信技術とは違うけどね。どこが適当なんだろ、こういう話題は。

204 ：anonymous@ FLA1Aaf163.kng.mesh.ad.jp：02/01/16 21:49 ID:???.net

スレタイトルの意見。
現スレタイトルの「2chからRFCを作る」ってのは、結果的に出来る生成物のことであって、プロジェクトの目的ではないわけです。
目的に沿って「仮想世界を繋ぐプロジェクト」
人目を引くよう少し大袈裟に書いてみると「世界中の仮想世界を繋ぐプロジェクト」あたりが妥当ではないかと。

205 ：anonymous@ FLA1Aaf163.kng.mesh.ad.jp：02/01/16 21:56 ID:???.net

>>193>>198
プロジェクトが自然消滅すると思います。

>>200
作業をはかどらせるために人を集めると言いますが、適当に集めれば良いものとは思えない。
人を集めるにしても、まずその作業とかいうものの内容が具体的に示された上で、その時に、それに必要な人だけ集めれば良いのでは。

206 ：RUR ◆sLgvSGbo ：02/01/17 07:10 ID:???.net

皆様スレタイトルについてのご意見ありがとうございました。

>>203
＞それとそれと。
＞取り引きの方に関してなんだけど、
＞地域通貨の勉強したら結構面白いんじゃないかなと。
＞http://www3.plala.or.jp/mig/whats-jp.html
もともと地域通貨やLETSを含む決済システムが専門の人間です。
こっちの分野まで進出できれば役に立てそうなんですが、それ以前の
単純なメッセージングをクリアしないとどうしようもないので
まずはこちらをクリアできるように考えたいと思います。

207 ：概観256：02/01/17 13:35 ID:???.net

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

208 ：Cye：02/01/20 15:25 ID:io8Iq2dO.net

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

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

209 ：概観256：02/01/21 00:19 ID:???.net

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

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

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

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

210 ：Cye：02/01/21 01:08 ID:43KB8gyP.net

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

211 ：概観256：02/01/21 03:22 ID:???.net

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

212 ：RUR ◆sLgvSGbo ：02/01/21 09:48 ID:???.net

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

213 ：あぼーん：あぼーん.net

あぼーん

214 ：anonymous@ std2ss2.u-aizu.ac.jp：02/01/29 02:12 ID:???.net

sage

215 ：a：02/01/29 07:11 ID:???.net

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

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

216 ：RUR ◆sLgvSGbo ：02/01/29 17:17 ID:???.net

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

217 ：anonymous@ pc111.stf.ctc.ad.jp：02/02/06 15:28 ID:TWAAmf9e.net

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

218 ：ふしあな：02/02/06 15:31 ID:???.net

ちなみに他力本願です

219 ：RUR ◆sLgvSGbo ：02/02/06 19:57 ID:???.net

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

220 ：傍観14：02/02/15 13:19 ID:???.net

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

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

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

221 ：傍観15：02/02/15 16:48 ID:???.net

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

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

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

222 ：anonymous@ std2ss37.u-aizu.ac.jp：02/02/15 18:38 ID:???.net

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

しかもなんで今更。

223 ：傍観16：02/02/15 19:22 ID:???.net

>>222

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

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

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

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

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

224 ：Cye：02/02/16 04:16 ID:TMsjoOwA.net

>>223
ドーイ

225 ：鉄観音：02/02/16 12:07 ID:???.net

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

226 ：Cye：02/02/20 18:11 ID:fs1Dkvgg.net

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

227 ：Cye：02/02/20 19:25 ID:Y0GYibx3.net

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

228 ：ななし：02/02/20 22:10 ID:???.net

>>227
オマエモキモイ

229 ：あげ：02/02/21 00:05 ID:???.net

あげよう。

230 ：RUR ◆sLgvSGbo ：02/02/21 09:37 ID:???.net

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

231 ：anonymous@ h254.p484.iij4u.or.jp：02/04/01 01:52 ID:rHxIUhcZ.net

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

232 ：名無し：02/04/01 02:57 ID:???.net

IEEEはできたもよう。

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

233 ：名無しさんに接続中...：02/04/01 06:45 ID:???.net

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

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

234 ：名無し：02/04/01 11:12 ID:???.net

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

235 ：balance：02/04/01 22:06 ID:???.net

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

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

236 ：名無しさん＠お腹いっぱい。：02/06/21 04:08 ID:???.net

とりあえずパールのソケット間通信クライアント。サーバーサイドは知らん
#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 $!;
}

237 ：Name_Not_Found：02/07/19 16:21 ID:???.net

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

238 ：anonymous@ PPPa801.kanagawa-ip.dti.ne.jp：02/09/16 21:52 ID:g0sLS23+.net

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

239 ：あぼーん：あぼーん.net

あぼーん

240 ：あんちTTC：02/09/20 05:33 ID:SFGyS4HU.net

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

241 ：ななしさん：02/09/20 23:28 ID:???.net

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

242 ：sage：02/10/03 05:28 ID:???.net

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

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

243 ：sage：02/10/03 05:41 ID:???.net

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

244 ：( ﾟдﾟ)ﾊｯ!ｼﾏﾀ!：02/10/03 05:55 ID:???.net

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

245 ：昨日読んで今日発言：02/12/07 14:41 ID:???.net

この世界のこの人とあの世界のあの人が同一人物である、と
いうような情報は簡単に出回ってはいけない。
ネットストーカーの問題とか、どのサーバからクレジット番号
が漏れるかわからないとか、いろいろと危険な状況になる。
だから個人間の連絡方法としては、いわゆる転送電話方式で、
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さん。

246 ：昨日読んで今日発言：02/12/07 14:41 ID:???.net

続き。

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

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

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

247 ：anonymous@ ppp471.pas.jp.rim.or.jp：02/12/16 14:08 ID:R96KLfbf.net

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

248 ：anonymous：02/12/17 00:17 ID:???.net

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

249 ： 　：02/12/18 21:52 ID:???.net

あ

250 ：山崎渉：03/01/15 22:28 ID:???.net

（＾＾）

251 ：editor：03/03/30 02:06 ID:8rAc1Fb5.net

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

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

252 ：anonymous@ srs9-170.biwa.ne.jp：03/04/01 10:01 ID:hSp7+KCd.net

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

253 ：あぼーん：あぼーん.net

あぼーん

254 ：FreeBSD：03/04/01 22:45 ID:ufX4229b.net

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

255 ：NetBSD：03/04/03 01:48 ID:???.net

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

256 ：256げと：03/04/03 01:51 ID:???.net

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

257 ：山崎渉：03/04/17 12:08 ID:???.net

（＾＾）

258 ：あぼーん：あぼーん.net

あぼーん

259 ：mx：03/05/10 17:06 ID:???.net

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

260 ：あぼーん：あぼーん.net

あぼーん

261 ：あぼーん：あぼーん.net

あぼーん

262 ：名無しさん＠お腹いっぱい。：03/05/23 07:40 ID:???.net

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

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

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

263 ：あぼーん：あぼーん.net

あぼーん

264 ：あぼーん：あぼーん.net

あぼーん

265 ：ぼるじょあ ◆yBEncckFOU ：03/08/02 05:10 ID:???.net

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

266 ：あぼーん：あぼーん.net

あぼーん

267 ：ここまで読んだ。：03/08/16 00:28 ID:???.net

<やること>
　・ネットゲーム間に同一実装の会話システムをつくること
　・その会話システムは近接したキャラクターとの会話とは別物
　・同一ゲーム間の電話の様なものとしてUIが与えられる
　・同一ネットゲームでユーザーを一意に識別できるIDをつける(user-id)
　　（これはネットゲーム間で同一実装）
　・ネットゲームを一意に特定できるIDをつける(world-id)
　・world-id＋user-idでキャラクターを一意に特定できる。
　・２つのネットゲーム間で会話可能にする

<その方法>
　・Msnメッセンジャーライクなソフトウェアを内部に持つ
　・URIを考案する
　・XMLベースのメッセージ交換(後にデータ転送を主眼に入れる場合)
　・ウニコード
　・1の猛勉強

268 ：テスト ◆RFC2810Vs2 ：03/08/16 00:29 ID:???.net

もｙぐ

269 ：anonymous@ 61-25-150-227.home.ne.jp：03/09/23 20:19 ID:tkLvqBPb.net

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

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

270 ：anonymous@ r017043.ap.plala.or.jp：03/09/23 21:31 ID:???.net

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

271 ：anonymous@ usen-221x115x10x45.ap-US01.usen.ad.jp：03/10/05 04:26 ID:???.net

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