ここは規制議論板11〜ISP規制、通報と解除について議論しましょう〜
■ このスレッドは過去ログ倉庫に格納されています
>>244 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 って感じの具体的な対応内容をオープンにするのか 「当該会員には規約に基づき対応をおこないました。」 って感じでぼかした内容にするのかはISPが選択する 初めての規制なら内容がぼかされててもISPが何らかの対応をしたらそれでいいわけで その結果再発がなければそのISPの対応の信頼度が増加するし、 再発がおこればそのISPの対応の信頼度が減少していく 今までISPが 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 って感じの具体的な対応内容を返答してきて 報告人や解除判断人がISPの返答を見て判断してきて 「**様より対応完了のご連絡を頂戴しました」 と報告してたわけだ その結果再発した場合、責任は荒らし本人、ISP、解除判断人にかかるわけだが ISPからの具体的な対応内容を「**様より対応完了のご連絡を頂戴しました」 とまとめた分だけ解除判断人の責任になる securityを見られる人間以外からすると、殆どが解除判断人の責任に見える ISPの対応内容を直接オープンにすれば 解除判断人の責任はうんと軽くなるし、ISPにしても信頼を積み重ねることで 具体的対応内容を2ちゃんねるに伝えること無しに解除を期待できるようになる 流し読み。気になったことを淡々と。 >>160 解除したものが一目でわかる様になっていないと、書き込み担当者は解除したものを確認して「解除しました書き込み」となるので人手間増えると思います。 >>165 ,168 ロールバックってどうなんだろうね。 こらこらや乙女でも誤爆時の復帰方法をって提案したけど、誤爆しなきゃいいって言われるぐらいだし。 誤解除した場合の策を練るより誤解除しにくい策を練るほうが賢明かも。 誤解除する(してしまう)ってことは、どこか使いづらい部分があるってことだし。 >>171 非通報の時に戻してもらう理由ってなんでしょう? ISPは事実を知らない時点のことだし、2ちゃんねる内で片付くことなんで「ごめんねっ(はぁと」で済むような。 >>176 わたしもそう思う。 --- まずはここまで。 >>245 対応内容の部分は一律公開を規制解除の条件とするんよ 返答スレには **様より対応完了のご連絡を頂戴しました。 **様よりご連絡いただいた対応内容を以下に転載します。 対応内容ここから-------------------------- ここにISPからの返答文をそのままコピペする 「当該会員には規約に基づき対応をおこないました。」 or 「規約違反に基づき契約解除しました。」 or 「警告文を送付いたしました。」 etc. 対応内容ここまで-------------------------- http://qb5.2ch.net/test/read.cgi/sec2chd/1294310760/175 なら以下の部分になる 対応内容ここから-------------------------- お寄せいただきました上記情報をもとに調査いたしましたところ, 弊社ユーザーの特定に至ることができました。 該当ユーザに対しましては,速やかに迷惑行為をやめるよう 厳重注意を行いましたので,ご連絡いたします。 対応内容ここまで-------------------------- 通報メールを送る時にはそのまま転載するから区別して書いてってお願いする 文例 また、このメール及び、貴社よりの返信等、事態の経過に関しては、当掲示板サイトにて公表させていただく場合があります。あしからずご了承ください。 該当ユーザーへの対応内容については当掲示板サイトにてそのまま公表させていただきます。 個人情報等を含まない形で対応内容を記述願います。 対応内容ここから-------------------------- 対応内容ここまで-------------------------- ※なおメールの作成を宣言したURLが書かれていない場合(ry 対応内容以外の項目の作成は有志の方たちにおまかせしてしまえばよいのではないでしょうか。 それを報告人の保管庫に持ち帰って対応内容を埋めて完成。 大量規制が入った時にはメールを作るだけで手一杯なのでお任せできるところはしてしまいたいなと。。。 で、>>194 ,197 の件。 特定記号で管理し、紐付けとなると結局ISP側の協力が必要不可欠。でも難しい。 ということで提案。 > 解除宣言する際、面倒だったのが誰がいつ通報したかを調べることですね。 リストボックスを利用して選択、絞込みしていく方法。 条件は「××プロバイダ」「○○さん(報告人の名前)」「報告人のメアド」など。 ISPの返答でわかることを見つけ、リストから選択して行く。わからないものは選択しない。 で、「表示」をクリック。 通報済み、未対応の案件がリスト形式で表示されるので、その中から該当の案件を選ぶ。 詳細として表示されるのは、より細かな情報。 通報したレスURLやどこで規制になったか、規制情報板のどこに転載されたかなどなど。 というのはどうでしょうか? もちろんISPがこちらの設定した識別IDも一緒に返答メールに含んでくれれば、一発で出てきますね。 最悪のケース>>197 であっても、かなり絞り込めるはずです。 ---- 問題はここまでのシステムやデータを誰が管理運用するかと言う・・・。 それと、報告人の名前や報告人のメアドをストアすることの是非も問題になりますが。 どういう情報がキーとして有効で、また利用できるかなどはわたしには見当がつかないので。 それと、シリアル番号ですが全体を通して連番である必要はないですよね。 たとえば、通報作業をした人ごとに接頭記号をつける。その人の作業ごとに連番をつける。 仮にれふぃさんなら、REFFI00001 な感じで(接頭記号が英字である必要はないです)。 通報者さんは通報した段階でその他の必要な項目を自分で記入する。>>250 規制解除はその通報者が登録した情報を元に作業すると。 プロバイダごとに連番管理だと、重複させないような管理方式が必要だけど、 通報者単位なら本人が覚えていればそれで済むでしょうし。 >250 通報者のメールアドレスはなくても問題ないですね。 要は誰が通報したかわかればいいんですから > 44 名前: ◆Reffiz2Zh. [sage] 投稿日:2011/01/31(月) 08:20:25 ID:u+wVngb10 [2/19] > ちょっと長々と書いてしまいましたが漏れが言いたいのは第二の漏れを作るようなことは > 繰り返してはいけないと言うことです。 > 1点集中はいつかは破綻しますしそれだったら負荷を分散して辞める人が出ても何とか > 出来るような仕組みを作って欲しいからです と言ってる割にはかえってややこしくしてる感じがする。 一番経緯を知ってるのは報告人さんなんだから単純に報告人さんが(暫定的に)解除できる ようにするのが最も合理的だと思う。 (もちろん、現在は、★なし酉のみでやってる人もいるので、ここでは、新たに「解除権限をもった 報告人」というのを観念する。以下同じ) これまでの「流れ」とお世話になった体験から、「50@報告人 ★さんあたりがreffi の後を継げば いいのに?」と多くの人が思ってると思うが、それでは、50@報告人 ★さんが氏んでしまうので、 各報告人が(暫定)解除できるようにすべき。結果として、50@報告人 ★さん案件は彼が解除 できるようになる。一人で判断できない場合の処理案は以下のとおり。 >>250 で必要なインターフェイスは、 <通報者> ・情報登録(変更も) ・情報呼び出し(本人が登録したもののみ) ・情報削除(基本的には不要なはず) <規制人(解除担当者)> ・情報検索呼び出し ・情報更新(対応済みなどのフラグ立て) ・情報削除(基本的には不要なはず) <一般> ・公開情報の閲覧 ----- と言う感じかな。 >>252 その辺は通報者の名前が記載されてなかったりとかの予備のつもりだったり。 そんなことない(過去に一度もなかった)というのなら不要ということで。 >253 >一番経緯を知ってるのは報告人さんなんだから単純に報告人さんが(暫定的に)解除できる >ようにするのが最も合理的だと思う。 ここはいくら何でも分けるべきでしょうね 外部のチェックが入って初めて公平な判断が出来るんですし ありゃあ <規制人(解除担当者)> → <解除人(解除担当者)> ■ 主な登場人物 ・報告人=今後は(暫定)解除権限をもつ なお、酉のみ報告人も排除はしないが、放置しても解除されないのでどの程度意味あるか(運用次第) ・スーパーバイザー 権限は2つ @報告人個人が判断できずエスカレーションされてきた案件を判断する。 判決→ 解除、差し戻し(もう1度聞く)、○か月コースなど A報告人が暫定解除した案件について「物言い」をつけて再規制する 後者Aについて、しばらくしてから再規制されても混乱するばかりなので、「時効」期間を設ける。 これ過ぎたら再規制できない。たとえば「報告人が暫定解除してから24時間」←ここは48時間、とか 土日は入れないとかバリエーションが考えられる。 ■運用例1 ・これまで(現行)の例 16 名前:50@報告人 ★[sage] 投稿日:2010/06/14(月) 15:30:04 ID:???0 お疲れ様です。 以下の件につきまして NTTぷらら 様より対応完了のご連絡を頂きました。 なお非公開の要請がありますので転載は控えさせて頂きます。 plala規制 No.7 http://qb5.2ch.net/test/read.cgi/sec2ch/1271018880/97 \.s02.a014.ap.plala.or.jp (全サーバー規制) ↓ ・新提案方式 16 名前:50@報告人 ★[sage] 投稿日:2011/06/14(火) 15:30:04 ID:???0 お疲れ様です。 以下の件につきまして NTTぷらら 様より対応完了のご連絡を頂きました。 なお非公開の要請がありますので転載は控えさせて頂きます。 plala規制 No.7 http://qb5.2ch.net/test/read.cgi/sec2ch/1271018880/97 \.s02.a014.ap.plala.or.jp (全サーバー規制) この規制を報告人権限で暫定解除します。 スーパーバイザー様におかれましては、「物言い」がある場合には、 06/14(水) 15:30 までにお願いします。 >>253 ,257,258 解除判断人は2ちゃんねるの立場で再発防止見込みを判断するわけで 報告人は利用者の立場で解除を目的としてるんだから解除権もたせちゃだめ ■物言いの例 37 名前:スーパーバイザー1号 ★[] 投稿日:2010/06/15(火) 11:35:41 ID:???0 >36 この件は再々発ですよ?再規制発動します。 報告人におかれましては、再度、より効果的な対応策が取れないか確認してください。 ISPの回答をみて今後、解除するかはスーパーバイザー権限としてますので、本件に ついて今後報告人暫定解除は禁止します。 ■エスカレーションの例 46 名前:葱@報告人 ★[sage] 投稿日:2011/06/15(水) 18:13:40 ID:???0 ?2BP(2500) おつかれさまです。 KDDI株式会社様より、以下案件について対応完了のご連絡をいただきました。 非公開要請がありますので返答内容の転載は差し控えます。 DION規制 No.8 http://qb5.2ch.net/test/read.cgi/sec2ch/1271682897/121-122 \.ppp.dion.ne.jp (全サーバ規制) 定型文ですが、今回の被害を考えたら、こんな対応で良いのか報告人では判断できま せん。 スーパーバイザーレベルでの判断お願いします。 ↓ 50 名前:スーパーバイザー2号 ★[] 投稿日:2010/06/15(水) 22:08:53 ID:???0 >46 こちらでも確認しました。これって、ISPレベルで○○を??すれば解決なのでは? 再度、その旨ご連絡してください。 ○○が??になれば、報告人解除で構いません。 それ以外の回答が来た場合は再度エスカレーションかけてください。 >>242 基本はこれでしょう 誰でもどの案件なのかわかるようにするのは、これが一番ユニークな識別子になる >>263 プラスαにしておかないと、 23 名前:偽FOX ★[] 投稿日:2011/01/20(木) 03:40:34 ID:???0 \.spmode.ne.jp _BBS_kouri_\.ftth.ucom.ne.jp のように複数の規制がされているとわからなくなる。 規制情報板のURLならいいのかな(というかそっちのこと?)。 >>264 とするとISPと板名を足せばいいのかな? >>264 >>265 時系列通し番号で採番すればいいじゃん つうかこの手の管理番号は基本番号だから余計な情報を欲張ると後々コケる 一番良いのはmadakanaに掲載された時にシステム採番する ISPだの対応者だのは解除組だけの問題だから後から記号なり追加して拡張すればよい >>218 でもう出てたか >>267 (´-`).。oO( おいちゃん。まだかなを手動でいじるのやめて・・・。 ) 再発案件を2ch側が一生懸命追いかけても、 荒らし本人はとっくに解約→乗り換えしていたりする件。 ISPが変われば同一人物である事を客観的に認定できないから、一からやり直しになる。 データベースは無駄になり、規制だけが残る。 ちなみにクレカ情報をISP間で共有してブラックリストをつくる、とかは無理です。 引き落としができる限りは大切なお客様ですから。 >>268 規制発動呪文を唱えた時にユニーク番号で無思考採番させてゆけば おいちゃんが手動で触っても欠番になるだけだからさ おいちゃん完全手動だとかbbs.cgi埋め込みとか特殊な事例はkonkon00001とかヘンな別番号にしとけば解決w http://qb5.2ch.net/test/read.cgi/sec2chd/1295824885/352 > 352 名前:偽FOX ★[sage] 投稿日:2011/01/26(水) 18:08:15 ID:???0 > ひとつ要望を、 > あらし報告スレが立ち鑑定やらなにやらして規制へと続くわけですが > その先の情報は別のスレッドに移ってしまうので実質追えない > つまり情報が蓄積されていない、引き出せない > そのへんを考慮していただけると嬉しいです こう言ってるんだからおいちゃんにもちょっとは頑張ってもらわないとw でも規制発動呪文ってただたんに手動でリスト追記してるだけだっけ >>269 > 荒らし本人はとっくに解約→乗り換えしていたりする件。 > ISPが変われば同一人物である事を客観的に認定できないから、一からやり直しになる。 だからこそ管理番号、シリアル番号を単純採番にしておくメリットがあると言える 基本番号にISP分類や報告人分類拡張を後に入れるのと同様に「似た傾向の荒らしさん」的な分類記号を追加できる余地を作っておく スタート地点で分類を欲張るとデータベースが無駄というかシステム的に非常に使いづらいものになる 今の規制発動スレ管理を横断して追いかけるのとかわらなくなるよね ああ、基本番号に発生ISP判明時点でISP分類を入れたら ISP乗り換えた再発案件追跡用分類が入れ込み辛くなるのか やっぱりシリアル番号はあくまでシリアル番号のまま、追加情報は外付けにするべきか やっぱりデータベースの話は別スレ建てて議論した方が良かった どうもそっち方面の議論になってしまう。 とりあえず、確認 >虹さん 解除手法を支部方式に移行することに賛成ですか? ハッキリとした意思表示があれば後はその方向で話はどんどん進められると思います。 >>267 発行と管理の手間をまず考えよう 通し番号はだれかが管理しないとダブったりいろいろと面倒 通番にする必要はなくって、案件の固体識別子だと思えば 削除からの要請も含めて、一意に決まるのは、規制されたレス番だろう あるいは年月日+時刻 てっきりそういう方向で話し合っている最中なのかと思って、乱入してしまいました。 ごめんなさい>>273 まぁシステムの話、誤解除時の話は後にして・・・かな。 >>273 データベースの話だと思ってたの? ホントにわかってないの? >275 鶏が先か卵が先かという話です。 まだ解除のアウトラインが決まっていないのにそこから先の話をここで議論するのは すれ違いなのではないかなぁと 目玉焼きとコロッケはケチャップ最高です 決められることから決めないと、匿名の議論は進まないよ 自治議論経験すれば分かることよ ぱそこん大先生が多くなりがちな界隈だからどうしてもシステム寄りな思考になりがちだよねw 道具の使い方や使う意味より道具そのものの機能に興味が向いてしまう ♪氏やNAO氏はそういうのが目立つ人だからフェイズによってはとても頼りになる人だけど 違ったときはちょっと・・・ ISPには返信時には送信メール本文付けたままにしてもらうか? 通報メール本文中の通報宣言URL記載を返信メール中に記載してもらうか? のどっちかで良いのでは? ISPは問い合わせメールにID付けてるところもあるけど無いISPもあるし。 フォーム送信だとなおさら面倒な事になりそうな。。。 おっと乗り遅れた 正直に言いなよ 目玉焼きはソースか醤油かけて食べてるって あと虹さん。 ご自分が中心でやって行く中で、こういうのはやってもいい。 こういうのはやりたくないというのがあると思います。 そういうのはなるべく書いておくほうがいいと思います。 そうれば、じゃあそれはこうしましょうとか議論しやすくなるかと。 まだ今はわからないならそれでも結構です。 わかったときに書いていただければいいと思います。 まぁたいして協力もできない(というかしていない)身なので ちょっと風の強い日に電柱や看板に引っかかった3日前のスポーツ紙程度のものと思って心に留めておいてください。 お話中済みません。 おまりシステムを複雑にすると新しく報告人になりたい人が出て来ないよ。 まあ現在の報告人だけで頑張るならそれでも良いけどね。 それもそうだね。 システムな話はおいておいて。 まずは、>>273 かな。 虹さんが全部決めるわけでもないし、決める責任もない 意見を出さない自由もある と思う もう一つ。 解除を特定の人がやると批判が集中しやすい。 報告人で★持ちの人みんなが解除権を持つ事をお薦めする。 >>272 分類は必要だよ。 報告人にとっては特に。 規制追跡は、記号がついていようが何だろうが、羅列してまとめてあればいいだけ。 記号がたくさんあることで、プロバイダーをどんどん乗り換えるあらしとか、かえって一目瞭然でしょ。 ただのシリアル番号じゃ、誰にも何のメリットもないよ。 >288 それは誰がやっても叩かれる立場なので諦めるしか >虹さんにもう一つアドバイス もしも40件解除案件が貯まってしまったら漏れみたいに無理して全部解除する必要はないです。 自分は半分が限度だと思ったら半分だけやって他の解除人に頼むか翌日に回しちゃっても 構わないです。 こう書くと叩かれるかも知れませんが漏れみたいに全部やろうとしたら絶対に疲弊して破綻 しますので無茶しない方向で そんな当然なことまで「アドバイス」しなきゃいけないのかなあ >291 上でも書きましたが第二の漏れを作るようなことはしてはいけないという思いが強いからかも知れません。 規制は夜勤が分身の術でいくつもの帽子名使ってやってるんだから、 解除もそうすりゃいいんだよ。 逆に、解除ボタンを押す時だけに使う共通の★名をつくるのも良いかもしれない。 誰がボタンを押したかわからないようにする死刑執行人みたいなシステムww >293 それはいいアイデアですね。 ただ、キャップ誤爆の心配がありますが(汗 >>290 解除した人を特定しにくくする事。 後は報告人の連帯責任。 擁護してくれる管理人が居ないのだし、 誰かが叩かれてたら報告人みんなが連帯して守り抜く意識が大切かと。 この前のキャップ漏れ事件のとき サーバの状態をそれぞれのサーバがそれぞれに監視するマギシステム(キリッ みたいなことを開発室で言ってた人いたなぁ… そうしろとは言わないけど、 解除のとき用のキャップを共有ハンドルにすることには賛成 1人でやっていてはいずれ破綻する 人間なのだし 責任を分散することと曖昧にすることは全く違うんで 混同しない方がいいと思うよ。 後者は代理人は許可しないはず。 そうか…しかし責任を分担し且つ曖昧にしない、というのは難しいところ さてどうしたものか? 虹さんも割りと早い段階で支部方式が(今までの本部形式よりは)望ましいと 言ってあるんで、そこは多分その方向でお話し進めても大丈夫だと思う。 http://qb5.2ch.net/test/read.cgi/sec2chd/1295824885/452 http://qb5.2ch.net/test/read.cgi/sec2chd/1296202400/936 支部形式と違う点は、secrity@を読まない(読めない) 「純粋に解除ボタン押すだけのひと(たち)」を 置くか置かないかという問題だと思うのですが、 そこはどうなるのでしょう? どうやらさんのお返事まち…とのことなのですが そのスキルはどうやらさん抜きでも物理的に配る事は 可能かと思うので、その配れる方々の意見を聞きたいかもです。 上で他の方々が上げられている「解除ボタン共通★」のことも含めて…。 管理人にのみ責任を負うというのが本来の2ちゃんねるのボランティアだったはず 最終責任者が曖昧になってしまったのが今回の迷走の原因の一つ >300 読めても読めなくても問題はないと思います。 読める場合は最終確認だけにして負担を減らしてあげる方向で ※終了したかどうかの確認作業で雷鳥のタグ機能が大いに役に立ちました。 終わったらタグを対応完了のタグにして設定した色にしてくれるんですから >>273 支部方式は賛成です。 ただ、解除ボタン押すだけの鯔ってやる気がでるのか疑問です。 鯔としてつまらなくないでしょうか? >303 規制情報板に「解除しました。」と書くまでが仕事です。 もしくは上でも書きましたが最終確認までを仕事にすればいいんですし >>290 ありがとうございます。 できないことはできないとして 回らないようだったら増員希望をだします。 >>303 つまらないと思った人は手をあげなければいい >>303 あくまで「機械的に」だったら専用のキャポでも設定して おいちゃんにやってもらえばいいじゃん。 (但し、規制VS解除 のストレスでどうなるかは知らん) >>300 お疲れさまです。 支部方式は素敵な響きです。。。 後は赤翡翠さんのご意見もありましたのでどうすりあわせていくかのような。。 携帯からって面倒です(´・ω・`) >>300 お疲れさまです。 支部方式は素敵な響きです。。。 後は赤翡翠さんのご意見もありましたのでどうすりあわせていくかのような。。 携帯からって面倒です(´・ω・`) 寝る前にもう一つ 今度から返答メールが来たことを知らせるまでが通報した人の仕事にした方が いいので仮に来ているのを把握しても無理して処理する必要はないです。 上とかではなく何でも相談できて 的確なアドバイスをいただける素敵な方ですヽ(´ー`)ノ なんとなく読んでいて素朴な疑問。 解除に向けての報告人制度って独立してないの? 規制の付属ならイメージ変えなきゃ。。。 >>299 やりたい人がやりたいだけ作業できる→責任の分担 だれがやったかわからなくする→責任の曖昧化 やった人がやった事に責任を持ちながら誰か一人に押しつけずに済む仕組みをめざそー >>309 おいちゃんは基本的に他の人ができないことしかしないよ 他の人でもできるならその人がやればいいことだし >>312 は「無理してまで」だから、暇でやる事が出来るならやってもいいよって事も含まれてるんでないかい? >>320 やれるときは全力で。 無理と思ったら持ち越しで。 こう解釈しましたヽ(´ー`)ノ >>251 再発したら前回通報した人が今回もやるわけですね。 >>194 について 各報告人さんが返答スレに「メールが来ました」とレスする時、 ・送信元社名 ・sec2chでの規制発動レスURL ・規制の種類(正規表現とか全鯖/板別とか) を添えられていると思うのですが、それに ・ISPさんから受け取ったメールの受信日時 ・報告人さんがメール作成した時の作業宣言URL を付け加えてもらうとか、どうでしょう。 本部スレ内を探す手間とか、security@を読んでチェックするひとが複数になった場合の、 作業の重複による二度手間防止とかに幾許か役立つのではと思います。 >>246 オープンに出来るかどうかも含めて、ISPさんの対応への信頼を量る 物差しになるのでは、と…。 どの程度オープンに出来るかどうかは、本当にISPさん次第なのです。 解除宣言用の共通★名が責任の曖昧化になるとは思わないな。 複数といっても片手におさまる人数になるのは確実で、 連帯責任となれば、おのずとディスカッションも生まれる。 独断専行防止になる。 対応メール到着から解除宣言までワンクッション置く事で、 解除判断のバラつきを抑える事もできる。 多少解除が遅れたっていいじゃないか。 もちろん、初犯の単純な案件については全員の同意を待つ必要はないし。 厄介な案件のみディスカッション&連帯責任の方向で。 担当者数が多いのは報告人の段階なので >>323 の提案するように、ここできっちり整理しておくのは手かもしれませんね 報告★だけではなく報告酉にもお手伝いいただくのは よろしいと思います >>324 共有キャップで成功している事例をあげてごらん。 >>326 どれが共有キャップなのか分かりますか? 統括クラスとかひろゆきに近い人は、わからないけど共有キャップなんて使えないんじゃない? ひろゆきが、そこまでボラを信用(?)してるとは思えない気も。 複数のキャッポを持つのは、いるんだろうけど。 >>321 それはそれで素敵です。 ーーー 共有キャップの件ですが矢面に立たされることを前提にってのはどうなんでしょ。 何か質問あっても誰が作業したか分からないってのは良くないと思います。 どんなボランティアにも説明する責任はあると思うので。 >>330 共有にする意味はないと思うけど 共有じゃなきゃイヤだという人は止めませんし 誰がいつその共有を使ったかが 裏で分かっていればいいんじゃないですかね >共有キャップ ・キャップパスまで同じにする ・キャップパスは別だが同じキャップを出せる この2通りがあるんだが FOX★ 夜勤★ 仕事人★ 見習い▲★ 留守番★ ちょろ★ めぐみ★ お京★ カルロス★ しゅんぎく★ とまと★ ナターシャ★ ねぎ★ 薄荷★ FAX★ たにし★ 残飯マン★ Kseniya★ Tamara★ ざる★ うっきっきー★ 鷲鴨★ 番犬★ ずるっぴ★ つるっぴ★ ちきちーた★ ろびんそん★ じゅーど★ 田吾作★ 軽快うねっこ★ ヒミズ★ げろっぴ ★ しぇりー★ せしりあ★ とん★ ちん★ かん★ ピロリ 偽FOX★ わたしは解除用に別キャップの発行で十分だと思いますよ。 赤なんとかさんやがるさんは自身でキャップ設定できますが、別キャップ作りませんよね。 それは自身の発言・行動に責任をもっておられるからでしょう。 おいちゃんはいっぱいキャップ作りますが、「出来る事」からおいちゃんとバレバレです。 (複数人を装おうと言ってますが外部にたいしてですよね。) 遊び心の意味のほうが強いかなって気がします。 重要なのは中の人が誰かを見え辛くすればいいだけじゃないかなぁと。 解除スイッチ押す人は確認の意味も含めて 規制情報板に解除人のキャップで解除しましたの書き込みを必須にした方がいい気がする 解除人のキャップは報告人同様「〜@解除人★」で、 >>331 えらいひとが来るまで誰か分からないってのはどうかなぁと。 良い事思いついた。 今の規制側陣営はrefi-に感情論で天邪鬼になってるんだから それを利用して逆方向のアイデアを出して、 うまいこと誘導すればそこそこ通したい意見が通るかも試練。 http://dso.2ch.net/test/read.cgi/sakhalin/1296377464/35 35 名前: 赤翡翠 ★ [sage] 投稿日: 2011/02/01(火) 16:26:14 発信元:??? 0 ちょっと私用でバタバタしていて顔が出せませんが・・・。 解除までのプロセスを少し整理した方がいいような。 私が判ってないだけかもしれませんが、reffiさんの中で 完結していた作業を分解する必要があります。 ※メールを送るところまでは、省略。 データベース化すると楽になるでしょうね。 1.メールが届いた事はどこで報告? ↓ 2.メールを受けて、どれを解除するのか確認するのは誰? どういう形で解除依頼する? ↓ 3.解除判断を書く場所は?誰がどこに書く? ↓ 4.返答スレで「解除します」と書くのは誰の役目?(書く必要があるか?) ↓ 5.解除する人は、ほんとに解除するだけ?どこに作業結果を報告? ↓ 6.規制情報板への「解除しました」の書き込みは誰がやる? (それが解除作業の結果報告を兼ねる?) ・仮にSecurtyが読めない人が6.を書くことは問題ないか? 同じスレの続き 36 名前: 赤翡翠 ★ [sage] 投稿日: 2011/02/01(火) 16:27:00 発信元:??? 0 プロセスがこれでいいのかよく判らないので、適当に修正して下さい。 支部とかでも色々違うと思うので、それぞれのパターンに合わせて。 心配なのは、securityが読めないことで、連絡したり確認したりする プロセスが増えないか?というところ。 読めていれば不要な連絡や報告などを、いちいちしなくてはいけない? プロセスや、誰がどの段階で何をするか?を整理していくと、無駄な 手続きを省略・効率化する方法が見つかったり、逆に必要な手続きが 見つかったりするので、時間があれば確認しておいた方がいいと思います。 フローになっていたら、もっといいんでしょうけど。 まあそうだな。 最初は管理人がISPと一人で交渉してたのを見かねて、 代理人としての報告人のシステムをreffi氏が構築されたんだから、 reffi氏が止めた今現在の運営側と対立するようだったら、 報告人制度を解散すると言う選択肢も有りかもね。 じゃあ、元管理人は何(誰)の為にISPと交渉してたんでしょう? いい加減、元管理人をダシにするのやめませんか…?(マズイし、でないし) つぎ、いってみよう! ↓ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる