2 ポイント 投稿者 GN⁺ 2024-05-12 | 1件のコメント | WhatsAppで共有
  • バッテリー駆動のコーヒー豆表示デバイスを改良する過程で、WiFiの消費電力がボトルネックとして浮かび上がり、低消費電力の代替としてThreadが注目された
  • ThreadはIEEE 802.15.4ベースのメッシュネットワークに6LoWPANとIPv6を載せ、デバイスがIPパケットで通信し、Border Router経由でホームネットワークに接続される
  • Apple HomePod、Nest Hub、Home Assistantドングル、Eve Energyのような既存デバイスがThread Border Routerやメッシュ拡張の役割を果たせるため、ホビープロジェクトにも魅力的に見えた
  • しかしThread Groupのライセンスでは仕様書の閲覧が内部利用に制限され、実装・出荷の権利は会員のみに与えられ、Implementerメンバーシップは年間7,500ドルとなっている
  • OpenThreadがBSD 3-Clauseのオープンソース実装であっても、Thread Group会員でなければ必要なIP権利を得られず、法的措置の対象になり得る

WiFiの消費電力が明らかになったきっかけ

  • 2022年に作ったコーヒー豆の保管・在庫表示デバイスは、1回の充電あたり平均40日動作し、ソフトウェア調整後は55日まで延びた
  • さらに長いバッテリー駆動時間を目指して低消費電力の電子回路を学び、Nordic SemiconductorsのPower Profiler Kit 2でシステム全体をプロファイリングした
  • ディスプレイファームウェアの一部を書き直し、DevKitの問題部品を回避した後、大きな電力要因の一つがWiFiであることを確認した
  • WiFiは既存インフラやLANサービスをそのまま使いやすい一方で、接続確立に時間がかかることがあり、アクセスポイントの位置によっては高い送信電力が必要になるため、この用途では非効率だった

Threadが魅力的に見えた理由

  • LoRaやZigbeeのような代替案も電力効率は良い可能性があるが、ディスプレイがデータをやり取りするための受信機・送信機・ハブのような相手側デバイスを別途作る必要があった
  • ThreadはZigbeeと同じ物理層であるIEEE 802.15.4を使用し、メッシュネットワークとして動作する
  • 6LoWPANベースのため、各デバイスは1つ以上のIPv6アドレスを持ち、内部アドレス指定やデバイス間通信もIPパケットで処理される
  • ThreadネットワークはBorder Routerというブリッジを通じて通常のホームネットワークに接続され、デバイスとアプリケーションがIPv6で相互通信できる

既存のホームインフラと開発実験

  • Apple HomePodやNest Hubがあれば、すでにThread Border Routerを持っていることになり、Home Assistantユーザーなら約40ユーロのドングルでHome AssistantノードをBorder Routerにできる
  • Eve Energyのような常時給電のスマートプラグは、Threadメッシュネットワークの範囲を広げる役割を果たす
  • 実験にはnRF52840-DKnRF5340-DK、デバッグ用のnRF52840-Dongleが使われた
  • 短時間のうちにAppleベースのThreadネットワークへ独自のBorder Routerを接続し、WiresharkでThreadネットワークをスニッフィングし、2台のDevKitベース自作Threadデバイスをネットワークに参加させ、期待どおりに動作することを確認した
  • 当初の目標は、ホビー開発者がプロジェクトをWiFiやBluetoothからThreadへ移行して改善できるようにするブログ記事シリーズを書くことだった

Thread Groupライセンスが阻むもの

  • ThreadはIEEE 802.15.4、IPv6、CoAPのような自由で公開された標準を基盤としているが、Thread自体は自由でも公開でもない技術である
  • Thread Specificationは無料で請求できるが、PDFはパスワード保護され、DRMが適用され、強いウォーターマークが入っている
  • ライセンスでは、仕様書を自社内部の目的で閲覧・保存・複製・使用する権利のみが与えられ、仕様の実装権は含まれない
  • Thread技術とThread Group仕様を実装・実行・出荷するにはThread Groupメンバーシップが必要であり、有効なメンバーシップなしにThread技術を出荷すると、ライセンス料を含む法的措置を受ける可能性がある
  • Thread GroupのIPを実装できる最も安価なImplementerメンバーシップは年間7,500ドルである
  • 「innovative IoT start-up company」は2年間の無料メンバーシップに応募できるが、その後は費用が発生し、ホビー開発者向けの制度ではない

OpenThreadも抜け道にはならない

  • OpenThreadはThreadのオープンソース実装であり、リポジトリはBSD 3-Clauseライセンスを採用している
  • リポジトリのNOTICEには、Thread Group会員が特許やその他の知的財産権を保有している可能性があると記載されている
  • Thread Groupに加入せずにOpenThreadベースの製品を出荷すると、Thread技術を実行・出荷するために必要なIP権利を得られず、法的措置の対象になる可能性がある
  • 非商用利用の例外がないため、大きなコストを負担できないホビー開発者にはThreadを合法的に使う方法がなく、Threadの動作原理を扱うブログシリーズを書くことも難しい、という結論に至った

ホビー開発者と教育の観点での問題

  • 商用製品でメンバーシップや「Works with Thread」のようなロゴ使用認証を求める方式は、電子製品の販売に伴う認証手続きとして受け入れられる範囲にある
  • 核心的な問題は、非商用プロジェクトまで含めて実装そのものを包括的に禁止するライセンス構造にある
  • ホビー開発者がThreadに触れにくければ、次世代の電気エンジニアや意思決定者が業界に入る前にその技術を試す機会も減ってしまう
  • Thread Groupの会員一覧にはApple、Google、Amazon、Nordic、NXP、Qualcommのような企業が含まれており、これらの企業は人気ホームハブにThreadを搭載して普及を後押しできる
  • 2024-04-19にThread Groupのサポートメールへ非商用のThread利用に関するclarificationを求めたところ、すぐに転送したという返信はあったが、その後の回答はなかった
  • 2024-05-01にはThread Groupの報道窓口にコメントを求め、公開時点まで返答はなく、送信したメッセージ全文は別テキストとして公開されている

1件のコメント

 
GN⁺ 2024-05-12
Hacker Newsの意見
  • 私たちの都市が LoRaWAN を選んだ理由の一つは、法的にそれほど複雑ではなかったから。
    ただ、実際に扱うとなるとはるかに複雑で、デンマークの通信法のせいで、この種の技術には高速な「インターネット」について通信事業者に事実上の独占権を与えるばかげた制限が付いている。
    この制限は Thread にも適用されそう。
    都市側の利点としては、アンテナを設置できる場所が多いことがある。公立学校や図書館のような場所は、市民個人にはアクセスしにくい良い立地。
    要は、都市に LoRaWAN 相当のインフラを一般に開放させること。都市全体に何かを展開したいなら特にそうで、ありがたいことに私の都市はそうしてくれる。
    プロジェクトが都市にも役立ち、公開されているなら、電源も無料で使わせてくれるし、資金援助にも関心を示すことが多い。
    それでも全体としては、Thread は使わないほうがいいと思う。

  • 「Thread Group に加入できるほどの大金を捨てる余裕がない趣味開発者には、Thread を合法的に使う方法がない」というのは本当に正しいのか?
    ライセンス文言は特許のことを指しているように見えるし、商業活動でなければ個人的な実験には特許は適用されないと思っていた。
    より広く見れば、現在の特許制度が与える 独占の不条理さ がここに表れている。反訴に使える特許ポートフォリオを持つ大企業は OpenThread を自由に使えるが、中小企業やスタートアップはそうではない。
    もちろんそれでも十分に悪いし、萎縮効果も大きい。

    • 地下室でやっていて、より広い商業的・文化的影響がないなら、訴えられる可能性は低いが、不可能ではない。
      特許には 私的使用の例外 はない。
      https://law.stackexchange.com/questions/24148/can-i-build-so...
    • 上の引用文には製品リリースの話も含まれているので、それを「いじったりブログ記事を書いたりできない」の例として使う理由がわからない。
      FAQ の質問は「Thread Group に加入せずに OpenThread ベースの製品をリリースできないようにしているのは何か?」だ。
  • Thread のWebサイトのトップに「利用料 年7,500ドル」と書いてあったら、この不満投稿は存在しただろうかと思う。
    誰かが自分の製品利用に対して料金を取ろうとすること自体が問題なのではなく、その事実を知るために苦労させられることが問題。
    あらゆることについて、政府は価格の透明性を義務付けるべきだと思う。夢物語だろうけど。

    • 少なくとも Wikipedia はある。
      https://en.wikipedia.org/wiki/Thread_(network_protocol)
      Thread は IoT 製品向けの IPv6 ベース低消費電力メッシュネットワーキング技術。Thread プロトコル仕様は無料で提供されているが、エンドユーザーライセンス契約に同意し継続して遵守する必要があり、その契約には「Thread 技術と Thread Group 仕様を実装・実行・出荷するには Thread Group の会員資格が必要」と書かれている。
    • Thread Group の会員企業が長年にわたり知的財産を開発し、そのための研究開発費を投じてきたこと、そして開発者がその上で得る商業的価値を考えると、興味深い比較になる。
      たとえば Apple の iOS API の上に開発者が構築できるものと比べると、Thread の年間ライセンス 7,500ドル は Apple の開発者ライセンス 100ドル の 75 倍だ。
      どちらかが高すぎるか、どちらかが安すぎるということになる。
    • 価格の透明性はさておき、年会費免除や無料のホビーライセンスを求めるのは本当にそんなに難しいことなのか?
      なぜみんな、彼らが小規模開発者を搾取しようとしていると決めつけるのかわからない。単に人手不足の小さな組織で、ホビーライセンスまで手が回っていないだけかもしれないし、人々がそういうものを望んでいること自体をまだ知らないのかもしれない。
      それでも著者が実際に連絡したのは良いことだ。ただ、「明確な説明を求めた」というのが何を意味するのか気になる。こういうメールは受け取るのが怖い種類のものだ。曖昧でオープンエンドで、弁護士に電話しなければならなさそうな感じがする。
      単に料金を免除できるか聞いたのだろうか?
    • 月20ドルしかかからない。もっとも、どれだけ長く払い続ける必要があるかは聞かないこと。
  • そう。単に Zigbee を使えばいい。
    3.x は公開されていて仕様もよく整備されており、Home Assistant 向けのドングルブリッジも安い。

  • Matter の仕様も似たような感じ。
    悪魔は細部に宿るし、巧妙なマーケティングのせいで、人々は自分が何を称賛しているのかをきちんと理解していない。
    本当の問題は、ここに金を投じている人たちだ。

    • それどころか、ライセンスされた PKI プロバイダーが署名した デバイス証明書 を要求していなかったか?
      その部分を見た瞬間、ホビー開発者としては検討する気すら失せた。
  • Thread 仕様のライセンスに同意したことがなく、単に OpenThread を直接使うだけでも、このライセンス条件は適用されるのか?
    BSD ライセンス以外には何も同意していないなら、どうやって訴えられ得るのかわからない。

    • BSD ライセンス は OpenThread コードの著作権を条件付きで許諾するだけ。
      特許や、リポジトリ外の著作権のような他の法的枠組みには影響しない。
    • コードにはオープンライセンスがあっても、特定の 特許プール には加入しなければならない場合に似ている。
    • おそらく特許を持っているだろうし、特許はライセンスに同意していない人の利用も制限する。
  • さっきまで Thread のことを聞いたこともなかったし、このまま知らないままでいたかった。
    世界に腹を立てる理由はこれ以上必要なかったのに、今日はしかも良い日だった。
    とはいえ真面目な話、できるだけ避けて消えてくれればいいと思う側に同意する。
    誰かにこれを本気で受け入れたり採用したりするよう勧めたいとは思わない。

  • 「Thread Group に参加できるほど大きな捨て金を出せない趣味の開発者には、Thread を合法的に使う方法がない」というのは、関連する特許の範囲があるのかを誰かが確認するまでは分からない
    Compaq のようにクリーンルーム方式で複製したうえで、本当に有効な特許があるなら、その打撃を引き受けてくれる誰かが必要になる

    • クリーンルーム手続きは、コピーせずに再実装した証拠にはなるが、特許侵害を避けるには十分ではない
      彼らの請求内容に当たらないよう再設計するか、特許庁が一部または全部の請求項を誤って認めたと説得するか、反訴に使える特許資産を積み上げておくか、あるいは単に YOLO で行くしかない: https://paulgraham.com/softwarepatents.html
  • Thread が家庭用通信の事実上の標準になったら、規制当局が来て強制的に開放させるのを待つしかないのか?
    どの機関かで賭けるつもりはないが、みんなだいたいどちらか分かっている気がする

    • Google も Oracle に負けたのだから、単なるAPI 仕様ですら恣意的に閉じられうる世界だ
      アメリカに技術をもっとよく理解し、もっとオープンな裁判官や公務員がずっと増えない限り、良くなる気はしない
      大統領選の候補者たちを見ればなおさらだ
    • 政府は、事実上の標準仕様が閉じたままであることを許すのに、実際ほとんど問題を感じていない
      たとえば5Gは特許で強く保護されているし、MPEG も同様だ
      通常、標準に「必須」の特許は公正・合理的・非差別的条件、つまり FRAND 条件でライセンスされる
      それでもなおライセンス料は支払う必要があり、ときには特許を持つ個々の企業すべてに払い、ときには標準全体の特許プールを代表するコンソーシアムに払うことになる
  • こういうレベルのライセンスには慣れていないのだが、Thread のライセンスは、製品に統合するには料金を払う必要があるBluetoothと比べてどうなのか? https://www.bluetooth.com/develop-with-bluetooth/join/member...
    ちょうど今週 Thread も触っていて、サンプルプロジェクトを ESP32 にフラッシュし、ノート PC から ping を送るところまで、思ったより簡単で驚いた

    • 法律文言には詳しくないが、Bluetooth の場合は多くの機器、とくに極東から輸入された機器が「違法に」実装してきた
      そうした機器は Bluetooth の正式名称を表示せず、「BT version x」と互換性があると主張することがある
      なので Thread がユーザーの間である程度人気を得れば、似た名前で実装するがライセンスはない低価格の模倣品が、おなじみの販売先にすぐ現れそうだ