どこにフォローすればいいのか分からないので、とりあえず移動してませんが、
 どこがいいんだろう。
kono@ie.u-ryukyu.ac.jp (Shinji KONO) writes:
> Message ID のユニーク性の保証と、効率的な配送が問題ですよね。
> ニュースリーダがアクセスするたびにSpool->Winnyじゃぁだめでし
> ょ? 履歴データベース(これがあるから、Message IDからすぐに記
> 事が引ける) を作るときに、Winny でどうかってのもあるね。

記事を、メッセージID+セパレータ+ニュースグループ名(列挙)
というファイル名でスプールに保存することにして、
ソフトウェアで共有するディレクトリとします。

各ユーザーは、読みたいニュースグループ名
をキーワードにしておきます。ニュースグループ名がファイルに含まれていますので、
自動的にダウンロードされてきます。
(キーワードで自動ダウンロードというのがWinnyのすごい点だと思う。)

一方、リーダー側のソフトウェアはタイムスタンプを元に新着記事を
確認し、ニュースグループに仕分けていきます。

っていう形のソフトウェアだったらそんなに難しくなく共有できそうな気がするなぁ。
もはやこれはNNTPではないですが、どこかにNNTPとこのP2PNNTPのゲートウェイをおけば
問題無いと思います。

Winnyでいう初期ノードとしても利用することもできるわけで、一石二鳥だと思います。

こうすると、単純な転送と変わらないようにも見えますが、
複数人が利用する環境では、ゲートウェイから各クライアントへの直接接続ではなく、
クライアント同士の転送が発生して、ゲートウェイの負荷は比較的低下すると思います。

仕分け工程のところにfilterを仕込めば、共有に影響を与えることなくfiltering可能です。

イメージ的には、gnspoolの代わりにWinnyを使っているようなものだと考えればよいかと。

> ありますが、
>    複数のサイト(しかも膨大、fj はそうでもないか?)を同時にアップデートする
> ってのがあるので、プトロコル自体はいじりずらい。

NNTPのまるまるの代替を考えるのなら少しつらいかもしれません。
leafnode程度のものならできるんじゃないかと。

> もっとも、nntp 捨てるつもりなら、もっと色んな方法あるんだよね。
> 僕も、中間サーバを立てるなんてのを提案したことあるし、個別
> サーバってのは、20年前に太田さんが提案してたし。

ここらへん興味あります。

> でも、結局、放っておかれるメディアってのは腐るってのも、fj で
> 学習したこと。配送技術だけではなく、その中の人間的、政治的要素
> が大きい。それを後回しにして来たつけが今の状態なんでしょう。

fjがNNTP依存のメディアなのかというと、そうでもないと思っています。
それが、googleだったりするんじゃないかな。と。
google経由のユーザーにabuserがいるからといって、その可能性を閉ざして
しまうのもあまり賢明ではないような気はします。かといって、今のままの
放置がふさわしいかというとそれはそれで疑問。

まあ、人間的、政治的要素は大きいとは思いますが。
手遅れだといって、何もしないのが、一番の破滅への道じゃないかという
気もしています。
-- 
I LOVE SNOOPY!  でつ
Yoshitaka Ikeda mailto: ikeda@4bn.ne.jp  spmasto: honeypot@4bn.ne.jp
PGP Public key:
            http://pgp.nic.ad.jp/pks/lookup?op=get&search=0x9DB51D1F
Key Finger Print: 879C 76A1 D9EC CF32 F7D2  F223 6038 9A1F 9DB5 1D1F