パスワードを忘れた? アカウント作成
8427 story

P2Pネットワークのグラフ化に成功 108

ストーリー by yoosee
情報の気脈 部門より

Anonymous Coward曰く、"Internet Watchによると、ネットコンサルティング会社の株式会社ネットアークが、WinnyなどのP2Pファイル交換による「P2Pファイル交換ネットワーク」を解析し、全容をグラフ化することに成功したそうだ(ニュースリリース)。
おもしろそうだったので見てみたら、案の定、粘菌というか胞子というか血管というか神経というか、木の枝というか川の流れというか、そんな感じのマンデルブロー集合的なグラフになっていて、ちょっとほほえましいかんじさえした。生命とはよくしたものである(感嘆)"

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • 座標軸は? (スコア:2, 興味深い)

    by Landie(GRG) (6950) on 2004年06月24日 11時49分 (#575980) ホームページ
    こういうのって、各々のノードのグラフ上の位置はどうやって決めるんでしょう。
    物理的な距離ではないだろうし、やっぱりIPアドレス?

    あちこちに無用な線の交差とかがあって、わざとごちゃごちゃさせてるようにも見受けられるんですよねぇ。

    あと、トラフィックに応じて線の色とか太さとか変えないと「グラフ化」というには弱いような。

    つーか、各々のP2Pソフトの解説を読む限りでは、WinMXなら今回のグラフのようになるかもしれませんが、Winnyではこういう形ではなくてメッシュ状になるような気がするんですよねぇ。
    • >こういうのって、各々のノードのグラフ上の位置はどうやって決めるんでしょう。
      >物理的な距離ではないだろうし、やっぱりIPアドレス?

      ネットワークのグラフ化というのはかなり研究されている分野なのですが、自然界に
      存在するネットワークというのはすべてこの例のような形のグラフになることが知ら
      れています。
      これらのグラフはBarabasiらによって名付けられた"scale-free"な特徴を持
      っており、scale-free networkと呼ばれています。つまり、グラフの構造は物
      理的な距離には依存せず、各ノードが持っている辺の数(の分布)にだけ依存する
      という法則があり、その辺の数の分布はk^(-b)の形のグラフになっています。(こ
      こでkは辺の数、bは各ネットワークに特徴的なパラメタだが、ほとんどのネットワー
      クが2から3の間に収まる)
      例えば、航空便のネットワークであるとか、WWWのリンクであるとか、HIVを広げ
      たsexualなネットワークであるとか、遺伝子間の相互作用とか、俳優間の共演関
      係だとか、枚挙に暇がありません。

      この性質から言えることは、ほとんどのノードは辺を1つしか持っていなくて、kが
      大きくなるほどその数の辺を持つノードの数は等比級数的に少なくなっていくので
      すが、それは逆に、古典的なモデルで説明されるよりもはるかに大きい比率で
      平均値よりもずっと大きなkを持つノードが存在しているという意味でもあります。

      このようなことが明らかになって、古典的なモデル(Erdos-Renyiモデル)で議論
      されたネットワークの性質というのがかなりの部分ご破算になってしまったという
      歴史があります。(Erdos-Renyiは1959,Barabasiの論文は1999)

      長々と説明しましたが、scale-free networkでは各ノードの位置を物理的な意味
      合いで決定するのは無意味なので、ただグラフを描きやすいようにしているだけです。
      まあ逆に言えばこういうグラフになるのは分かりきっているので、何を今更、という
      感想ではありますが。

      >あちこちに無用な線の交差とかがあって、わざとごちゃごちゃさせてるようにも見受けられるんですよねぇ。

      グラフをきれいに描くというのは実は非常に難しい問題で、NP困難であることが
      知られています。早い話が、こちらの線が交差しないようにとすれば今度はあちら
      が絡まって、きれいなグラフに整えるのはとても難しいのです。
      数万ノードのネットワークをわかりやすく描く、実用的な時間で解けるアルゴリズム
      があればいろいろな分野で応用可能なのですが、まだまだ決定的なものはない
      ですね。工業的にも有用なので、そういうアイデアがあれば是非。(笑)
      今回のネットワークはそう複雑な描き方をしているとは思いませんが、まあまあなの
      ではないでしょうか。

      >あと、トラフィックに応じて線の色とか太さとか変えないと「グラフ化」というには弱いような。

      それは多分簡単にできますけれど、やれば見た目が複雑になるだけであまり意味が
      ないのですよね。実際のところ。
      まあそれだけグラフの描画は工学的に難しい問題だということで。
      --
      kaho
    • Re:座標軸は? (スコア:2, 参考になる)

      by Anonymous Coward on 2004年06月24日 11時57分 (#575985)
      >つーか、各々のP2Pソフトの解説を読む限りでは、WinMXなら今回のグラフのようになるかもしれませんが、Winnyではこういう形ではなくてメッシュ状になるような気がするんですよねぇ。

      全てのノードがグローバルIPを持っているのならばそうかもしれませんが、
      グローバルIPのノードにいくつかのプライベートIPのノードがぶら下がる
      しかないからあーいう構造になっているのでは?

      #P2Pソフトの開発に携わっているのでAC
      • Re:座標軸は? (スコア:1, オフトピック)

        by sillywalk (15002) on 2004年06月24日 12時12分 (#575999) ホームページ 日記
        >#P2Pソフトの開発に携わっているのでAC

        激しくオフトピですが、もし京都府警あたりが
        「なに、P2Pソフトを開発している?じゃ逮捕だ」などと
        このACさんをしょっ引こうとしてログの提出を求められたら
        オリバーさんはそれに応じるのでしょうか?
        べつにこのACさんに対して私が悪意を持っている訳ではなくて
        何というかこう漠然とした不安を覚えてしまうので…。
        --
        And now for something completely different...
        • by Anonymous Coward on 2004年06月24日 12時49分 (#576028)
          べつにこのACさんに対して私が悪意を持っている訳ではなくて
          何というかこう漠然とした不安を覚えてしまうので…。
          十分悪意がある。

          あなたのようなことを言い続けると、本当に 「P2P = 逮捕されて当然」という世論が醸成されてしまう。

        • 通信事業者の場合は通信の秘密を守らなければならないと法律で定められていますしプライバシーの保護の問題も有りますから、こういう場合の対応ってのは2chとかと似ていて、任意請求には応じないけど裁判所の命令があれば開示するってのじゃないでしょうか。 プライバシーポリシー [slashdot.jp]には以下のような記述がありますね。
          ユーザが明示的に許可した時および法律により必要な場合を除き、OSDN Japan が一般公開されていないユーザの個人情報を無関係の第三者に渡す事は絶対にありません。
          どっかの怪社みたいなプライバシーポリシー違反が無ければこの通りなんだと思います。
          --
          腐乱化…もといFlanker
        • Re:座標軸は? (スコア:1, 興味深い)

          by Anonymous Coward on 2004年06月24日 17時51分 (#576230)
          元ACです。
          P2Pソフトといってもファイル共有ではなくGroove系のツールなので、違法性は
          ほとんどないとは思うのですが、やはりイメージというのは大事なようで・・・。

          ウチは大学の研究室で研究の一環のような形で開発しているのですが、
          Winny開発者逮捕の時にはウチでもちょっとした騒ぎになり、この件について
          何らかのコメントを出すかどうか臨時の検討会が開かれる騒ぎになりました。

          あれ以後、P2Pに対するイメージはますます悪くなり、外からのお客さんに
          「おたくは大丈夫なの?」と言われることが多くなったような気がします。

          #なんだか特定されかねないのでAC
          • まず元ACさんに対しお詫び申し上げます。
            私が言わんとしたところは「P2Pソフトを開発してます」と
            発言してしまうと、京都府警(あるいはそれに類する団体等)が
            マークして、後々なにかの折に強権的になるのではないか。
            「/.-Jというサイトでも匿名で開発を示唆していた。その証拠を
            出せ」とオリバー氏に“要請”をするのではないか。
            それが私の当初の発言
            >このACさんをしょっ引こうとしてログの提出を求められたら
            >オリバーさんはそれに応じるのでしょうか?
            >べつにこのACさんに対して私が悪意を持っている訳ではなくて
            >何というかこう漠然とした不安を覚えてしまうので…。
            にあった「漠然とした不安」の意味するところでした。
            私は元ACさんが逮捕されるべきと思ったのではなく、
            むしろ物言えば唇が寒くなりそうな昨今、「P2Pソフトを
            開発していると発言したばかりに京都府警に言いがかりを
            付けられ、不当逮捕される恐れは無いのだろうか」と思ったのです。
            この点、多くの皆さんに誤解を与えてしまったのは私の筆力のなさ、
            舌足らずであったためと反省しております。
            「P2Pってだけで十把一絡げに逮捕とか言うな馬鹿野郎」と
            お叱り・ご指摘は尤もな事と思います。しかし一方で
            47氏こと金子氏の逮捕事件以来、「本当に大丈夫かな…」
            という、これまた「漠然とした不安」を私は覚えるのです。
            --
            And now for something completely different...
    • Re:座標軸は? (スコア:1, 参考になる)

      by Anonymous Coward on 2004年06月24日 12時23分 (#576008)
      >こういうのって、各々のノードのグラフ上の位置はどうやって決めるんでしょう。

      一般的には、辺同士の交差が少なくなるように、またノード同士の距離がなるべく均等にばらつくように調整します。

      グラフのトポロジーを自動的に視覚化(2次元に配置してレンダリング)するツールとしては、私はGraphViz [att.com]を愛用してます。きれいな出力を得るには、それなりにチューニングが必要ですけど。

      データさえあれば(これが重要?)、この絵を描くこと自体は既存の技術で簡単にできると思います。
    • by tyuu (9154) on 2004年06月24日 12時23分 (#576009) ホームページ 日記
      > こういうのって、各々のノードのグラフ上の位置はどうやって決めるんでしょう。
      > 物理的な距離ではないだろうし、やっぱりIPアドレス?
      >
      > あちこちに無用な線の交差とかがあって、わざとごちゃごちゃさせてるようにも見受けられるんですよねぇ。

      自動的に配置しようとすると、こんな感じでは。
      わざとやるにも手間でしょう。

      自分でやるとすると、
      2ch各板不徹底図解 [asahi-net.or.jp] あたりが参考になると思います。
    •  Winnyのみで仮定した場合に考えられる一番簡単な方法は、クラスタワード [forgetmenot.jp]を使う事ではないかと。

       Winnyは相互の接続を作る手が掛かりに、任意のクラスタワードを元にして同好の志を集めてグループ化していますから。枝分かれの根元の部分を決めるには、これが一番都合が良いのではないかと思います。

       で、あとはその各クラスタに対してtracerouteをかける……と。
      --
      --- どちらなりとご自由に --- --
  • by gesaku (7381) on 2004年06月24日 12時29分 (#576016)
    この図を見てなんとなく違和感を覚えたのですが、P2Pに限らず、
    例えばhttpdのアクセスログからIPアドレスを抜き出して同様に
    tracerouteした結果をグラフにしても同じようなものが出来上がる
    ことは想像に難くないわけで、この図を「P2Pネットワークのグラフ」
    と言ってしまうにはかなり無理があると思います。どちらかというと
    ISP間のバックボーン図に産毛(エンドユーザー)をつけたもの
    じゃないかと。
    もちろん商売的にはそんなつまらないタイトルより、「P2Pの
    なんちゃらグラフ」なんてつけたほうが注目されやすいんでしょうが、
    そういう行為は後々批判の対象になることが少なくないってことを
    この会社は知っておくべきでしょうね。

    #JAROって何JAROなgesaku
    • by u1p (2709) on 2004年06月24日 13時12分 (#576045) 日記
      タレコミ中のURL、下のほうに関連リンクがまとめてありますが、

      ■関連記事
      ・ ネットアーク、法人向けP2Pファイル交換の無料診断サービス(2003/12/05)
      ・ ネットアーク、企業・大学向けにP2P監視サービスを提供開始(2003/10/01)
      ・ WinnyやWinMX利用者の58%がADSLを利用している~ネットアーク調査(2003/09/01)
      ・ ネットアーク、8月1日時点でのWinnyとWinMXの利用者数は56万ノード(2003/08/04)

      だもんねぇ。
      とにかく、何らかの注目を受ける必要があったわけで。
      メルコのトピックスのように、いずれ日経産業新聞とかが抜けた報道してくれたりするのを期待してみよう。
    • この図って、
      P2P クライアントの(論理的な)ネットワークを表したのではなくて、
      「P2P を使っているマシン間の(物理的な?)ネットワーク」を表しているのだと思っていたのですが……
      枝が集中しているあたりは、多分ISPのゲートウェイとかIXとかなんだと。
      トラフィックの集中のチェックとか言う話をしているあたり、何となくそういう印象を受けたのですが……

      多分、(可能かどうかはさておき)インターネットの全接続マシンをグラフ化した場合、件のグラフはその部分グラフになってるんじゃないかなーと思っています。

      # 認識違いかなぁ……
  • 目新しくない。 (スコア:2, 参考になる)

    by Ypacarai (20383) on 2004年06月24日 14時24分 (#576097) 日記
    ThinkGeekでポスター [thinkgeek.com]を売っているLumeta [lumeta.com]のネット一般のグラフと見たところは変わらないけど?
  • by Elbereth (17793) on 2004年06月24日 16時53分 (#576200)
    タレコミ文より
    >そんな感じのマンデルブロー集合的なグラフになっていて、

    「マンデルブロー集合的」→「フラクタル」と言いたいのではないかとお察しします。

    マンデルブロー集合ってのは、漸化式Z(n+1)=Z(n)*Z(n)+Cを繰り返したときに
    発散しない複素数Cの集合のことで、いわゆるフラクタルな式の1つと言えますが、
    フラクタルっぽい事象の1つを指してマンデルブロー集合的と言うのはちょっと
    違うかなーと。ザクを見てゲルググっぽいよねと言うみたいな。
  • by Anonymous Coward on 2004年06月24日 11時53分 (#575982)
    「中央部分のネットワークが過密しており、トラフィックが集中していると推測できる」って書いてあるけど、 単に中心部は自ノードだってことじゃないのか。traceroute だし。

    • 「グラフの中心」というのはちゃんと定義されている概念です。
      あるノードから他のノードにたどり着くためにいくつのノードをたどらなければならないか(これを一応『距離』と呼びます)ということは幅優先検索で簡単に測定できますが、あるノードをとったときに自分以外の全てのノードへの距離を測り、その平均が一番小さいノードがそのグラフの『中心』となります。
      こちら [slashdot.jp]でも触れましたが、自然界のネットワークは全てこのような構造で、このタイプのグラフでは中心となるのは最も辺の数が多いノードになるのはほぼ自明です。



      しかし、そもそもtracerouteでネットワークを分析したものは今資料を見た限りでも


      J. Rickard, "Mapping the lnternet with traceroute", Broadwatch Mag., Dec. 1996.

      なんていうそのものずばりなものがあります。
      論文自体はみていませんが、

      M, Faloutos et al., "On power-law relationships of the Internet topology", Computer Communication Review, 1999.

      が私の知っている中では一番古い学術論文ですが、多分tracerouteでしょう。



      まあ、だから、このプレスリリース、かなり恥ずかしいですよね。

      --
      kaho
  • SIGGRAPH (スコア:1, 興味深い)

    by Anonymous Coward on 2004年06月24日 13時33分 (#576064)
    動画にしてみると面白いかもしれませんね。

    SIGGRAPHってこんなん [ascii24.com]
    • by keybordist (3572) on 2004年06月24日 13時52分 (#576073) 日記
      出すとしたら、ノード間の通信の動画とかですかね?>SIGGRAPH

      脳とは言わないまでも、神経細胞間のインパルスを可視化したような感じの、
      なんとなく、癒されるような動画になりそうな気がします。
      --
      吟醸しか飲まない豚
  • ではありませんよね?
  • 老人の昔話を聞いていただけますでしょうか.
    昔はネットニュースというものがありまして(いまでもありますが),
    こいつはちゃんと記事に経路情報が着くので配信されてきた記事だけ
    をつかってニュースサーバを頂点とするなかなかおもしろいグラフが
    描けたものでした.
    --
    love && peace && free_software
    t-nissie
  • by Anonymous Coward on 2004年06月24日 11時22分 (#575954)
    ツリー状のようになっているのは、単に、一部のノードだけを対象にグラフ化したからでは?
  • by Anonymous Coward on 2004年06月24日 11時27分 (#575959)
    一部、なが~く分岐してない部分があるのが面白いですね。
    ここの人たちは、同じ相手としかやりとりしてない、ってことかな?
    • by gigo (21150) on 2004年06月24日 11時54分 (#575983) 日記
      >一部、なが~く分岐してない部分があるのが面白いですね

      これまでのところ長さがどんな情報を持っているか分かりませんが、単に表示上の都合で、近くにマル(ノード)を描くと重なってしまうので、適当に離れた所に置くようなロジックになっているのかも。

      #現実界の量(物理量)でないものを可視化するのはそれなりに工夫が必要で。

  • by Anonymous Coward on 2004年06月24日 11時40分 (#575971)
    リンク先見たのですが、

    >具体的には、ネットアークが2004年6月に集計したP2Pファイル交換ノードに対する「traceroute」結果のグラフ化に成功。

    tracerouteだと単にIPルーティングの木構造しかグラフにできないんじゃないかと思うのですが、なにかもっとすごいことをしているのでしょうか。
    子鯖、親鯖の関係とかはわかりませんよね?
    • by Anonymous Coward
      > tracerouteだと単にIPルーティングの木構造しかグラフにできない

      トラフィック経路に観点を置いているわけだから、それでいいんじゃない?
      • by raccoon (16317) on 2004年06月24日 12時41分 (#576026)
        ??

        ICMPを使ったtracerouteでは、IPレベルのルーティングしか分からない。
        MXやnyがどういうプロトコル使ってるのか知らんが、
        P2P的トラフィック経路を知るには、各ノードからP2Pな
        プロトコルでtraceroute(的なこと)をしないといけないんぢゃ?
  • by Anonymous Coward on 2004年06月24日 11時48分 (#575979)
    開発初期に開発者自身が同様のプロッティングソフトを書いてましたね。
    ソース(と設計)が手元に無いとはいえ、時間かかり杉の感が。
typodupeerror

アレゲは一日にしてならず -- アレゲ見習い

読み込み中...