画像クラウド認識の紹介
本稿では、EasyAR CRS(Cloud Recognition Service)のクラウド認識機能のコア原理、期待される効果、および平面画像トラッキングとの違いについて説明し、開発者がクラウド認識の適用シナリオと制限を理解するのに役立ちます。
基本原理
クラウド認識(Cloud Recognition) は、認識プロセスをクラウドに移行するソリューションであり、ターゲットライブラリが膨大な場合や動的更新が必要なシナリオに適しています。そのコアプロセスは以下の通りです:
画像ライブラリ管理
- 画像ライブラリの作成:CRSコンソールでターゲット画像をアップロードします。システムは自動的にターゲット画像の視覚的特徴を計算し、バックエンドデータベースにTargetとして追加します。
- 追加・削除・編集・検索:CRSコンソールでターゲットライブラリに対し、追加、削除、編集、検索などの操作が可能です。操作完了後、クライアントはアプリを更新せずに即時利用できます。
重要
クラウド認識に使用するターゲット画像の品質要件は、平面画像トラッキングの要件と完全に一致します。詳細はターゲット画像のベストプラクティスを参照してください。
認識プロセス
- 画像アップロード:クライアントがカメラで現在の画面をキャプチャし、画像データをEasyAR CRSサービスに送信します。
- クラウドマッチング:サーバーがクラウド上のターゲットライブラリで高速検索を行い、事前保存されたTargetデータ(開発者がアップロードしたターゲット画像)とマッチングします。
- 結果返却:マッチング成功後、クラウドは認識結果(ターゲットID、ターゲット画像など)をクライアントに返します。クライアントはこれに基づいて仮想コンテンツを表示したり、画像を活用した後続のトラッキングを行います。
平面画像トラッキングとの違い
| 特性 | 平面画像トラッキング(ローカル) | クラウド認識(クラウド) |
|---|---|---|
| 認識計算 | デバイス上で実行 | クラウドサーバーで実行 |
| ターゲットライブラリサイズ | メモリ制限とロード時間のトレードオフあり。通常100枚未満推奨 | 単一ライブラリあたり最大10万枚。億単位まで拡張可能 |
| ターゲット更新 | アプリ再パッケージ&再配布が必要 | リアルタイムアップロード。即時反映 |
| ネットワーク依存 | 不要(オフライン利用可) | 必須(認識リクエストにネットワーク必要) |
| 機能重点 | 認識+継続的トラッキング(6DoF位置姿勢出力) | 単発認識(ターゲットマッチング) |
重要な説明:
- 認識(Recognition):「これがどのターゲットか」のマッチングのみを完了し、継続的トラッキングは提供しません。トラッキングが必要な場合は、ローカルの平面画像トラッキング機能と組み合わせる必要があります。
- 適用シナリオ:ターゲット数が多い(商品ライブラリ、絵本など)、頻繁な更新が必要(イベントポスターなど)、または機能要件が単一(認識のみ必要でトラッキング不要)な場合。
サービスの利用と管理
EasyAR CRSは、個人開発から企業向けアプリケーションまで多様なニーズに対応する、柔軟で安全なクラウドターゲット管理ソリューションを提供します。
画像ライブラリの分離とセキュリティ
- 複数ライブラリ対応:複数の独立したCRS画像ライブラリを作成可能。各ライブラリは完全に分離され、ターゲットが衝突しません。例:
- ライブラリA:マーケティングキャンペーン用(製品ポスター保管)
- ライブラリB:教育研修用(教材イラスト保管)
- セキュリティ機構:各ライブラリは固有のAPI KeyとSecretでアクセスされ、データセキュリティを確保します。
同時接続数モード選択
アプリケーション規模とスキャン量のニーズに応じて、CRSは2つの同時接続モードを提供します:
| モード | 適用シナリオ | 特徴 | 開通方法 |
|---|---|---|---|
| 基本同時接続数 | ARアプリQPS < 50、通常スキャン量 | セルフサービス開通、安定性重視 | CRSコンソールでオンライン申請 |
| 高同時接続数 | ARアプリQPS ≥ 50、大規模トラフィック | 専有リソース保証、低遅延 | EasyARテクニカルサポートに連絡。評価後開通 |
ヒント
スタートアッププロジェクトやテスト段階では基本モードを選択し、アプリ公開後に実際のトラフィック(QPS認識リクエスト量の監視など)に基づきアップグレードを判断します。
画像ライブラリ管理とAPI
- 画像ライブラリ管理:日常操作(作成、削除、ターゲットアップロードなど)は画像ライブラリ管理章を参照(詳細手順とスクリーンショット含む)。
- CRS API:豊富なREST APIを提供し、以下をサポート:
- ヘルスチェック:API経由でサービス状態を照会。
- 自動化:ターゲットの一括アップロード、削除、変更、検索。
- ユーティリティ:ターゲット認識度スコアリング、類似性衝突チェック。
注記
CRSはSDK、WeChatミニアプリ、Webなどを介した統合利用をサポート。SDK統合はEasyAR Sense v2.0.0以降のみ対応。
効果と期待される結果
クラウド認識の実際のパフォーマンスを理解することで、開発者はプロジェクト目標を合理的に設定できます。以下は典型的なシナリオでの効果説明です:
理想的な効果
- 認識速度が速い:撮影から結果返却までの遅延 < 1秒(ネットワーク良好時)。
- 認識精度が高い:ターゲット画像が鮮明でネットワーク安定時、精度 > 98%。
- 大規模ターゲットライブラリ対応:単一ライブラリで最大10万枚のターゲット認識画像を管理可能。
- リアルタイム更新:新規ターゲットアップロード後、クライアント更新なしで認識可能(ネットワーク接続のみ必要)。
非理想的な状況と対応
| 現象 | 原因 | ユーザー体感 | 解決策 |
|---|---|---|---|
| 認識遅延が高い | ネットワーク不良、画像アップロード遅延 | 結果表示まで数秒待機必要 | アプリ側で適切な通知表示 |
| 認識失敗 | 画像ぼやけ、ターゲット未アップロード | 仮想コンテンツが出現しない | CRSターゲットライブラリ状態を確認。ユーザーにデバイス安定保持を促す |
| ターゲット衝突 | ライブラリ内の類似画像過多 | 誤ったターゲットを認識 | ターゲット画像を最適化し識別性向上。類似画像を別ライブラリで管理 |
期待結果の検証方法
- 開発段階:EasyAR CRSコンソールでテストターゲットをアップロードし、まずHelloARCRSサンプルで認識プロセスを検証。その後、自身のアプリに統合。
- テスト段階:自身のアプリで様々な条件(弱いネットワーク環境、動的ターゲット更新、クラウドライブラリサイズ増加など)下での認識成功率をテスト。
ベストプラクティス
クラウド認識はクラウド計算によりターゲットライブラリ容量と動的更新能力を拡張しますが、オフライン能力とリアルタイムトラッキングを犠牲にします。開発者はプロジェクト要件(ターゲット数、更新頻度、ネットワーク環境など)に基づきソリューションを選択:小規模静的シナリオはローカルトラッキング、大規模動的シナリオはクラウド認識を採用。
CRS利用時は、以下の開発パターンを推奨します:
- テスト段階:基本同時接続モードを使用し、少数ターゲットでプロセス検証。
- 公開前:予想同時接続数を評価し、テクニカルサポートに連絡して高同時接続モードへ事前アップグレード(1~2営業日必要)。
- 運用段階:APIを定期的に使用しライブラリの健全性を監視、サービス安定性を確保。
重要
季節的トラフィックピーク警告:アプリが祝日、大型イベント、マーケティングキャンペーン期間中に一時的な同時接続数急増が見込まれる場合、認識サービスの利用制限を避けるため、必ず3営業日前までにEasyARテクニカルサポートへサービスアップグレードを申請してください。
また、大規模ライブラリとターゲット画像トラッキングの両方が必要なアプリケーションでは、クラウド認識と平面画像トラッキング機能を組み合わせて使用できます。詳細は平面画像トラッキングとの連携章を参照してください。