<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>視覚認識 on Physical AI Hub</title>
    <link>https://physicalaihub.net/tags/%E8%A6%96%E8%A6%9A%E8%AA%8D%E8%AD%98/</link>
    <description>Recent content in 視覚認識 on Physical AI Hub</description>
    <generator>Hugo</generator>
    <language>ja-jp</language>
    <lastBuildDate>Thu, 05 Nov 2026 15:22:58 +0900</lastBuildDate>
    <atom:link href="https://physicalaihub.net/tags/%E8%A6%96%E8%A6%9A%E8%AA%8D%E8%AD%98/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ロボット視覚の語彙設計：オープンボキャブラリー認識とタスク限定認識の使い分け</title>
      <link>https://physicalaihub.net/posts/robot-vision-open-vocabulary-task-specific-recognition/</link>
      <pubDate>Thu, 05 Nov 2026 15:22:58 +0900</pubDate>
      <guid>https://physicalaihub.net/posts/robot-vision-open-vocabulary-task-specific-recognition/</guid>
      <description>&lt;p&gt;語彙を広げるほどロボットが賢くなるのか、それとも判断を狭く保つことが安全につながるのかが、このテーマの出発点です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;結論&#34;&gt;結論&lt;/h2&gt;&#xA;&lt;p&gt;認識対象が頻繁に変わり、未知物体の発見や自然言語による対象指定が必要なら、オープンボキャブラリー認識を第一候補にする。一方、棚卸しSKUやピッキング対象が固定され、誤検出のコストと再現性が重い場合は、タスク限定認識を基本にするのが妥当だ。&lt;/p&gt;&#xA;&lt;p&gt;安全性が必要なロボットでは、どちらか一方に任せるより、オープンボキャブラリー方式で候補を発見し、後段のタスク限定モデル、未知拒否、行動ゲートで検証する構成が現実的である。&lt;/p&gt;&#xA;&lt;h2 id=&#34;なぜ語彙設計が重要か&#34;&gt;なぜ語彙設計が重要か&lt;/h2&gt;&#xA;&lt;p&gt;ロボットの視覚認識では、画像中の物体を見つけるだけでは動作を決められない。検出結果が示すのは、主に対象の位置と、指定された語彙との一致である。把持可能性、向き、材質、危険性、作業手順への適合性まで自動的に確定するわけではない。&lt;/p&gt;&#xA;&lt;p&gt;そのため、認識器の選択は既知クラスの精度だけで決められない。未知物体を誤って受け入れる割合、低信頼度入力を拒否したときのカバレッジ、信頼度の校正、推論遅延、メモリ使用量、カテゴリ追加コスト、最終的な行動成功率を分けて考える必要がある。&lt;/p&gt;&#xA;&lt;h2 id=&#34;用語と仕組み&#34;&gt;用語と仕組み&lt;/h2&gt;&#xA;&lt;p&gt;オープンボキャブラリー認識は、学習時に固定したクラスIDだけでなく、推論時にテキストクエリなどで指定した語彙の対象を認識・検出する方式である。画像と自然言語の対応を学習したモデルでは、テキストラベルを指定したゼロショット分類が可能になる。OWL-ViT、Grounding DINO、ViLDは、この考え方を物体検出へ適用する代表例である。&lt;/p&gt;&#xA;&lt;p&gt;一方、タスク限定認識は、業務で扱う対象とラベル定義をあらかじめ限定し、その範囲で分類・検出する構成を指す。対象が固定されているなら、必要なクラス、属性、拒否条件を明確に設計しやすい。反復的なピッキングや固定SKUの棚卸しでは、語彙を広げることよりも、定義した対象を安定して扱うことが優先される。&lt;/p&gt;&#xA;&lt;p&gt;なお、オープンボキャブラリー認識とオープンセット認識は同義ではない。前者は推論時に語彙を拡張・指定する能力であり、後者は既知クラス以外の未知入力を検出し、拒否または未知として扱う能力である。テキストで対象を指定できても、未知物体を必ず安全に拒否できるとは限らない。&lt;/p&gt;&#xA;&lt;h2 id=&#34;オープンボキャブラリー方式の価値と限界&#34;&gt;オープンボキャブラリー方式の価値と限界&lt;/h2&gt;&#xA;&lt;p&gt;カテゴリ追加のたびに完全な教師データを用意しなくても、長い尾のカテゴリや自然言語で指定した対象を候補化できることが大きな利点である。事前に全カテゴリを列挙しにくい環境理解や、探索段階の棚卸しでは、対象語彙を後から変更できる柔軟性が役立つ。&lt;/p&gt;&#xA;&lt;p&gt;ただし、ゼロショット性能は、プロンプトの表現、画像ドメイン、照明、視点、遮蔽、対象カテゴリの粒度に左右される。研究論文で示されたベンチマーク結果から、特定の現場でタスク限定モデルを上回ることや、未知物体を適切に拒否することを保証することはできない。同義語、階層カテゴリ、ブランド名、属性語の影響もモデルとデータセットに依存する。&lt;/p&gt;&#xA;&lt;h2 id=&#34;タスク限定方式の価値と限界&#34;&gt;タスク限定方式の価値と限界&lt;/h2&gt;&#xA;&lt;p&gt;対象の種類とラベル定義が安定し、同じ対象を反復して扱うなら、タスク限定認識は評価範囲を明確にしやすい。誤検出が停止、衝突、誤ピッキングにつながる場合には、対象外を受け入れない条件やクラス別しきい値を設けやすい点も有利である。&lt;/p&gt;&#xA;&lt;p&gt;ただし、限定したモデルでも信頼度をそのまま成功確率として扱ってはいけない。ニューラルネットワークの予測信頼度は、実際の正解率と一致しないことがある。温度スケーリングなどの校正、クラス別しきい値、拒否領域の検証が必要になる。限定方式だから必ず高精度、とは言えない。&lt;/p&gt;&#xA;&lt;figure class=&#34;mermaid-figure&#34;&gt;&#xA;    &lt;pre class=&#34;mermaid&#34; role=&#34;img&#34; aria-label=&#34;オープンボキャブラリー認識を候補発見に使い、タスク限定の検証と信頼度・安全規則による行動ゲートを後段に置く構成。&#34;&gt;flowchart LR&#xA;  A[&#34;画像入力&#34;] --&gt; B[&#34;オープンボキャブラリー候補生成\nテキストクエリで対象を指定&#34;]&#xA;  B --&gt; C{&#34;候補の信頼度と対象条件を確認&#34;}&#xA;  C --&gt;|&#34;未知・低信頼度、または条件不一致&#34;| D[&#34;拒否・再観測・人手確認&#34;]&#xA;  C --&gt;|&#34;検証対象として受理&#34;| E[&#34;タスク限定分類&#34;]&#xA;  E --&gt; F[&#34;属性・姿勢・把持可能性を検証&#34;]&#xA;  F --&gt; G{&#34;信頼度と安全規則を確認&#34;}&#xA;  G --&gt;|&#34;条件を満たす&#34;| H[&#34;ロボット動作&#34;]&#xA;  G --&gt;|&#34;条件を満たさない&#34;| D&lt;/pre&gt;&lt;figcaption&gt;オープンボキャブラリー認識を候補発見に使い、タスク限定の検証と信頼度・安全規則による行動ゲートを後段に置く構成。&lt;/figcaption&gt;&lt;/figure&gt;&lt;h2 id=&#34;選択肢の比較&#34;&gt;選択肢の比較&lt;/h2&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;観点&lt;/th&gt;&#xA;          &lt;th&gt;オープンボキャブラリー認識&lt;/th&gt;&#xA;          &lt;th&gt;タスク限定認識&lt;/th&gt;&#xA;          &lt;th&gt;ハイブリッド構成&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;語彙&lt;/td&gt;&#xA;          &lt;td&gt;推論時にテキストなどで変更・追加&lt;/td&gt;&#xA;          &lt;td&gt;事前に対象を定義&lt;/td&gt;&#xA;          &lt;td&gt;発見は広く、検証は限定&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;向く場面&lt;/td&gt;&#xA;          &lt;td&gt;未知物体の探索、環境理解、変動するカテゴリ&lt;/td&gt;&#xA;          &lt;td&gt;固定SKU、反復ピッキング、固定部品&lt;/td&gt;&#xA;          &lt;td&gt;安全性と柔軟性を両立したい場面&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;未知物体&lt;/td&gt;&#xA;          &lt;td&gt;候補化できるが、未知拒否は別機能&lt;/td&gt;&#xA;          &lt;td&gt;対象外として定義しやすいが、未知発見は弱い&lt;/td&gt;&#xA;          &lt;td&gt;候補生成後に拒否・検証できる&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;データ追加&lt;/td&gt;&#xA;          &lt;td&gt;カテゴリ追加時の教師データ負担を抑えやすい&lt;/td&gt;&#xA;          &lt;td&gt;アノテーションや再学習が必要になりやすい&lt;/td&gt;&#xA;          &lt;td&gt;追加対象だけを段階的に検証できる&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;主な注意点&lt;/td&gt;&#xA;          &lt;td&gt;プロンプト、視点、照明、遮蔽への依存&lt;/td&gt;&#xA;          &lt;td&gt;校正不良、対象外の誤受理、語彙外への対応&lt;/td&gt;&#xA;          &lt;td&gt;段数増加による遅延と設計複雑化&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;評価&lt;/td&gt;&#xA;          &lt;td&gt;未知誤受理率、候補再現、拒否性能&lt;/td&gt;&#xA;          &lt;td&gt;既知精度、校正、拒否性能&lt;/td&gt;&#xA;          &lt;td&gt;最終行動成功率と各段の失敗率&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;h2 id=&#34;実装での使い分け&#34;&gt;実装での使い分け&lt;/h2&gt;&#xA;&lt;p&gt;探索フェーズでは、画像入力に対してテキストクエリを変えながら候補を生成し、未知または低信頼度の候補をそのまま行動へ渡さない構成が考えられる。運用フェーズでは、候補に対してタスク限定の分類、属性確認、姿勢推定、把持可能性判定を行い、最後に信頼度と安全規則による行動ゲートを置く。&lt;/p&gt;</description>
    </item>
    <item>
      <title>イベントカメラをロボットに使う判断：高速動作・HDR・低遅延の実装上の利点と限界</title>
      <link>https://physicalaihub.net/posts/event-camera-robot-vision-selection/</link>
      <pubDate>Fri, 06 Feb 2026 08:13:12 +0900</pubDate>
      <guid>https://physicalaihub.net/posts/event-camera-robot-vision-selection/</guid>
      <description>&lt;p&gt;高速動作を撮るカメラでは、画像の鮮明さだけでなく、いつ変化を捉えたかが判断を左右します。&lt;/p&gt;&#xA;&lt;h2 id=&#34;先に結論&#34;&gt;先に結論&lt;/h2&gt;&#xA;&lt;p&gt;イベントカメラは、視覚処理の中心が「絶対的な画像」ではなく「時間的な輝度変化」にある場合に、フレームカメラより有利になり得ます。高速搬送物の追跡、回転体の運動推定、移動ロボットの急旋回時の光フロー、視覚オドメトリ、視覚慣性オドメトリ、明暗差の大きい環境での動体検出が代表例です。&lt;/p&gt;&#xA;&lt;p&gt;一方、静止物体の外観、色、テクスチャ、絶対輝度を使う認識では、そのまま置き換えられません。実装では、運動推定をイベントカメラ、外観認識をフレームカメラに分担させる併用構成を優先して検討するのが現実的です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;なぜ選択が重要なのか&#34;&gt;なぜ選択が重要なのか&lt;/h2&gt;&#xA;&lt;p&gt;フレームカメラは一定周期で画像全体を取得します。高速に動く対象では、露光中の移動によるモーションブラーや、フレーム間にある時間情報の欠落が問題になり得ます。逆に、対象がほぼ静止していて色や表面模様を認識するなら、画像全体を得られるフレームカメラのほうが扱いやすいでしょう。&lt;/p&gt;&#xA;&lt;p&gt;したがって、判断すべきなのは「どちらが高性能か」ではありません。対象タスクが必要とする情報が、時間変化なのか、絶対的な外観なのかを分けることが出発点になります。&lt;/p&gt;&#xA;&lt;h2 id=&#34;前提となる仕組み&#34;&gt;前提となる仕組み&lt;/h2&gt;&#xA;&lt;p&gt;イベントカメラは、一定周期でフルフレームを出力するのではなく、各画素で対数輝度の変化を監視します。変化がしきい値を超えると、画素位置、発生時刻、極性、つまり明るくなったか暗くなったかを持つイベントを非同期に出力します。&lt;/p&gt;&#xA;&lt;p&gt;そのため、静止した一様な領域からは基本的にイベントが発生しません。イベントを一定時間窓で集めて画像状に表示することはできますが、それは絶対輝度画像そのものではありません。イベント列から画像や極性画像を生成するほか、時刻と位置を直接使って光フロー、エッジ追跡、特徴点追跡、動体の速度推定を行う構成も考えられます。&lt;/p&gt;&#xA;&lt;figure class=&#34;mermaid-figure&#34;&gt;&#xA;    &lt;pre class=&#34;mermaid&#34; role=&#34;img&#34; aria-label=&#34;フレームカメラはフルフレームと絶対的な外観情報を扱いやすく、イベントカメラは画素単位の時間情報を利用して運動推定を行う。センサの時間性能だけでなく、推論・通信・制御を含むエンドツーエンド遅延も評価する必要がある。&#34;&gt;flowchart LR&#xA;  subgraph F[&#34;フレームカメラ&#34;]&#xA;    F1[&#34;一定周期で露光&#34;] --&gt; F2[&#34;フルフレームを読み出し&#34;] --&gt; F3[&#34;画像処理・推論&#34;] --&gt; F4[&#34;認識または運動推定&#34;]&#xA;    F1 -.-&gt; F5[&#34;露光条件によってモーションブラーが生じ得る&#34;]&#xA;    F2 -.-&gt; F6[&#34;絶対輝度や色を画像として取得しやすい&#34;]&#xA;  end&#xA;&#xA;  subgraph E[&#34;イベントカメラ&#34;]&#xA;    E1[&#34;各画素で対数輝度の変化を監視&#34;] --&gt; E2[&#34;しきい値を超えた輝度変化を検出&#34;] --&gt; E3[&#34;位置・時刻・極性付きイベントを非同期出力&#34;] --&gt; E4[&#34;イベント列を処理&#34;] --&gt; E5[&#34;光フロー・追跡・速度推定・オドメトリ&#34;]&#xA;    E1 -.-&gt; E6[&#34;静止した一様領域からは基本的にイベントが出にくい&#34;]&#xA;    E3 -.-&gt; E7[&#34;変化が疎ならデータ量を減らせる可能性&#34;]&#xA;    E3 -.-&gt; E8[&#34;振動・全面運動・明滅ではイベントレートが増え得る&#34;]&#xA;  end&#xA;&#xA;  E5 --&gt; H[&#34;ロボットの認識・制御&#34;]&#xA;  F4 --&gt; H&#xA;  E3 -.-&gt; D[&#34;センサの時間性能&#34;]&#xA;  E4 -.-&gt; D&#xA;  D -.-&gt; L[&#34;推論・通信・制御周期を含むエンドツーエンド遅延とは別に評価&#34;]&lt;/pre&gt;&lt;figcaption&gt;フレームカメラはフルフレームと絶対的な外観情報を扱いやすく、イベントカメラは画素単位の時間情報を利用して運動推定を行う。センサの時間性能だけでなく、推論・通信・制御を含むエンドツーエンド遅延も評価する必要がある。&lt;/figcaption&gt;&lt;/figure&gt;&lt;p&gt;センサ内部の短い応答遅延と画素単位のタイムスタンプは、高速運動時の時間分解能を高め、フレーム撮影に伴うブラーを抑えやすくします。ただし、センサの時間性能はシステム全体の遅延ではありません。イベント処理、ノイズ除去、特徴抽出、推論、通信、制御周期まで含めて評価する必要があります。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
