はじめに
マシンビジョンやFA（ファクトリーオートメーション）の分野では、産業用カメラで連続的に画像を撮影し、リアルタイムに画像処理を行う場面が数多くあります。
このとき、撮影した画像データをメモリ上でどのように管理するかが重要になります。ここで登場するのが リングバッファ（循環バッファ） という仕組みです。
本記事では、リングバッファの基本的な考え方から、マシンビジョンでの実際の使われ方、注意すべきポイントまで、図を交えてじっくり解説します。
本記事は入門者向けの内容です。プログラミング経験はあるが、画像処理やFA分野は初めてという方を想定しています。
リングバッファとは？
リングバッファ（Ring Buffer） とは、メモリの構造が特殊なものではなく、メモリの「使い方」に付けられた名称です。循環バッファ（Circular Buffer）とも呼ばれます。
通常の配列との違い
通常、配列にデータを順番に格納していくと、配列の末尾に到達した時点でそれ以上データを格納できなくなります。
一方、リングバッファでは、末尾に到達したら先頭に戻って上書きします。つまり、有限のメモリ領域を「リング（輪）」のように繰り返し使い回す方式です。
例えば、4つのメモリ領域（Index 0〜3）を確保した場合、データの格納順は以下のようになります：
格納順: Index 0 → 1 → 2 → 3 → 0 → 1 → 2 → 3 → 0 → ...
このように、Index番号が 0 → 1 → 2 → 3 → 0 → 1 → ... とループし、古いデータは新しいデータで上書きされていきます。
リングバッファの特徴
リングバッファの主な特徴をまとめると、以下の通りです：
| 特徴 | 説明 |
|---|---|
| メモリの再利用 | 有限のメモリ領域を繰り返し使い回す |
| 上書き方式 | 古いデータは新しいデータで自動的に上書きされる |
| 固定サイズ | バッファのサイズは最初に決めたら変わらない |
| 高速アクセス | メモリの動的確保・解放が不要なため高速 |
マシンビジョンにおけるリングバッファの活用
なぜリングバッファが必要なのか？
マシンビジョンでは、産業用カメラが連続的に画像を撮影します。例えば、100fpsのカメラであれば1秒間に100枚の画像が生成されます。
ここで問題になるのが、メモリのサイズは有限であるということです。
仮に1枚の画像が 5MB だとすると、100fps で撮影し続けた場合、1秒間に 500MB ものメモリが必要になります。これをすべて保持し続けるのは現実的ではありません。
そこで、リングバッファを使って 一定数の画像データ分のメモリを確保し、上書きしながら使い回す という方法が採用されています。
以下の動画で、カメラの画像データがリングバッファに格納される様子を確認できます。
リングバッファへの画像格納の流れ
具体的な流れは以下の通りです：
- カメラが1フレーム撮影するたびに、リングバッファの次のIndex位置に画像データを格納する
- バッファの末尾まで到達したら、先頭に戻って上書きする
- これを撮影が続く限り繰り返す
カメラSDK（ソフトウェア開発キット）が内部でリングバッファを管理しているケースも多く、その場合はユーザーがリングバッファを意識せずに最新の画像データを取得できるようになっています。
画像処理とリングバッファの注意点
タイミングの制約
リングバッファに格納された画像データを使って画像処理を行うには、重要なタイミングの制約があります。
画像データがメモリに格納された後、次のフレームでそのメモリが上書きされる前に、画像処理を完了させるか、データをコピーしておく必要があります。
例えば、カメラのフレームレートが 100fps の場合を考えてみましょう：
- 1フレームあたりの時間：10msec（= 1000msec ÷ 100fps）
- 画像処理は 10msec未満 で完了させる必要がある
もし画像処理が10msecを超えてしまうと、処理中にリングバッファのデータが上書きされてしまい、正しい画像データを参照できなくなります。
対策：マルチスレッド処理
画像処理の時間がフレーム間隔に収まらない場合の対策として、マルチスレッド処理があります。
基本的な考え方は以下の通りです：
- カメラの撮影はメインスレッド（またはカメラ専用スレッド） で動作する
- 画像処理は別スレッドで実行する
- 撮影と画像処理を並行して行うことで、スループットを向上させる
さらに、どうしても1つの画像処理スレッドでは間に合わない場合、画像処理スレッドをもう1つ増やすことで、連続的に画像処理を行うことも可能です。
ただし、スレッド数を単純に増やしていけばいいというわけではありません。スレッド数を増やしすぎると、スレッド間の切り替え（コンテキストスイッチ）のオーバーヘッドが大きくなり、逆にパフォーマンスが低下する場合があります。CPUのコア数を超えるスレッドを作成しても、効果は限定的です。
画像ファイル保存時の注意
全フレームをファイル保存したい場合
FA現場では、「動画で撮影した画像を1枚1枚すべて画像ファイルに保存したい」という要望がよくあります。品質検査のエビデンスとして画像を残しておきたい、といったケースです。
しかし、画像ファイルの保存にはストレージへの書き込み時間がかかります。画像処理だけでなく、ファイルI/Oの時間も考慮する必要があります。
フレームレートと保存の目安
画像サイズやストレージの種類にもよりますが、おおよその目安は以下の通りです：
| フレームレート | 1フレームあたりの時間 | 全フレーム保存 |
|---|---|---|
| 30fps | 約33msec | 比較的余裕がある |
| 60fps | 約17msec | ストレージ性能次第 |
| 100fps | 10msec | かなり厳しい |
100fpsクラスで全フレームをファイル保存するのは、一般的なストレージ環境ではかなり厳しいと考えられます。一方、30fps程度であれば、SSDなどの高速ストレージを使用すれば対応可能です。
全フレーム保存が必要な場合は、以下のような工夫が考えられます：
- RAMディスクを使って一時的にメモリ上に保存し、後からストレージに書き出す
- 非同期I/Oを使ってファイル書き込みをバックグラウンドで行う
- 画像圧縮（JPEG等）を活用してファイルサイズを削減する
まとめ
本記事では、リングバッファの基本概念からマシンビジョンでの実践的な活用方法まで解説しました。
ポイントをまとめると以下の通りです：
- リングバッファは特殊なメモリ構造ではなく、メモリの「使い方」の名称
- 有限のメモリ領域をリング状に使い回し、古いデータを上書きしていく
- マシンビジョンではカメラの画像データ格納用によく使われる
- 画像処理は次のフレームで上書きされる前に完了させる必要がある
- 処理が間に合わない場合はマルチスレッド処理で対応できるが、スレッド数の増やしすぎには注意
- 全フレームのファイル保存は、フレームレートが高いほど難易度が上がる
リングバッファの概念を理解しておくと、カメラSDKのドキュメントやAPIの設計意図がスムーズに理解できるようになります。マシンビジョン開発の第一歩として、ぜひ押さえておきましょう。