スマートグラス×Salesforce連携ガイド：現場作業員がハンズフリーでCRM入力・顧客情報確認する方法
タブレットを取り出す余裕も、手袋を外す時間もない——そんな現場でも、声ひとつでSalesforceに作業ログが残せたら。スマートグラスとSalesforce連携の具体的な構築方法を、デバイス選定からAPI設計、コスト試算まで一本にまとめました。
この記事でわかること
- 2025年時点で実際に選べるエンタープライズ向けスマートグラスと、各デバイスのSalesforce連携可否
- Salesforce REST API・MuleSoft・Mobile SDKを組み合わせたシステムアーキテクチャの全体像
- デバイス設定からSalesforceオブジェクト設計まで、5ステップの実装手順と工数目安
結論を先に言います。 RealWear Navigator 520（Androidベース）とSalesforce Mobile SDK、MuleSoft Anypoint Platformを組み合わせるのが、2025年時点で最も現実解に近い構成です。ただし、どの現場にも使えるワンサイズな答えはなく、騒音環境・オフライン要件・既存のSalesforceオブジェクト設計が三つ巴で絡み合います。順番に解きほぐしていきます。
なぜ現場×CRMの連携がARグラスで再注目されているのか
フィールドサービス市場の拡大とデータ入力課題
建設・製造・インフラ保守といったフィールドサービス領域では、現場での情報入力が長年の「穴」でした。作業終了後に事務所へ戻り、記憶と紙メモを頼りにシステムへ転記する——このタイムラグが、データの鮮度を下げ、入力ミスを生み出す温床になっています。
日本国内では、建設業の時間外労働上限規制（いわゆる「2024年問題」）が施行されたことで、現場作業員一人あたりの記録作業時間の圧縮が急務になっています。製造業においても、熟練技術者の高齢化・離職に伴い「暗黙知のデジタル化」が経営課題として浮上している企業は少なくありません。
ARグラス採用が加速する3つのドライバー
① 人手不足による作業効率化圧力：現場要員の絶対数が減る中、一人の作業員が担う記録・報告業務の負荷は増える一方です。両手を使いながら音声でログを残せるARグラスの価値は、人不足の現場ほど大きくなります。
② DXへの組織的投資：政府のデジタル田園都市国家構想や、製造業・建設業向けの補助金制度の整備を背景に、スマートグラスを含むウェアラブル投資を検討するDX推進担当者が増えています。
③ デバイス価格の低下と選択肢の多様化：5年前と比べて、エンタープライズ向けARグラスは選択肢が増え、調達コストも下がってきました。現実的な費用感で検討できる段階に入ってきたというのが、私が複数の導入相談を聞く中で感じることです。
Salesforce Field Serviceが主要プラットフォームになった理由
Salesforceは「Field Service Lightning」から現在の「Salesforce Field Service」（製品名は2021年後半に正式リブランド）へと進化し、作業指示（Work Order）・訪問予約（Service Appointment）・在庫管理をひとつのプラットフォームで扱えるようになっています。既存のSalesforce CRMと同一テナントで動くため、顧客情報・商談履歴・サービス履歴の横断参照が容易である点が、現場×CRM連携の文脈で選ばれる最大の理由です。
対応デバイス比較：主要候補デバイスの現状
Google Glass Enterprise Edition 2の現状
Google Glass Enterprise Edition 2は、2023年3月に販売終了（EOL） となっています。現時点で新規導入を検討する意味はなく、既存導入企業も後継デバイスへの移行を検討すべきフェーズです。過去の事例として言及されることはありますが、本記事では現行の選択肢から除外します。
RealWear HMT-1 / Navigator 520：現場向け最有力候補
RealWear の Navigator 500シリーズ（現行：Navigator 520）は、頭部前方にディスプレイを配置する「ヘッドマウント型」の産業用デバイスで、Android 11ベースで動作します。防塵・防水（IP66相当）・耐衝撃設計が施されており、製造ラインや屋外工事現場での使用を前提とした作りになっています。
Salesforce連携の観点で重要なのは、Salesforce Mobile SDK（Android版）の移植が技術的に可能な点です。Navigator 520はAndroid端末としてGooglePlayServiceを利用しない独自実装ですが、APKの直接インストールに対応しており、MDM（後述）経由でカスタムアプリを展開できます。[出典: https://www.realwear.com/products/navigator-500-series/ （2025年確認）]
RealWearの音声UIは独自のASR（Automatic Speech Recognition）エンジンを採用しており、Google STTとは異なります。この点は後述の音声チューニングセクションで詳しく触れます。
Vuzix Blade 2：Alexa経由の音声連携
Vuzix Blade 2はメガネ型フォームファクターを採用し、Amazon Alexaを内蔵しているのが特徴です。Alexa Skills Kitを通じてSalesforceへの音声クエリを実装することは技術的に可能ですが、Salesforceとの公式連携ドキュメントの存在は筆者が確認できていないため、カスタム開発前提で検討する必要があります。[出典: https://www.vuzix.com/products/blade-2-smart-glasses （2025年確認）]
Epson Moverio：代替候補として
Epson Moveirシリーズはゴーグル型フォームファクターを採用したAndroidベースのスマートグラスです。産業用途向けモデルも展開されており、Salesforce Mobile SDK（Android版）の移植は技術的に検討可能ですが、動作検証は個別に必要です。防水等級・バッテリー持続時間はモデルによって異なるため、最新仕様はEpson公式サイトまたは販売代理店へご確認ください。
デバイス選定マトリクス
| 項目 | RealWear Navigator 520 | Vuzix Blade 2 | Epson Moverio（参考） |
|---|---|---|---|
| フォームファクター | ヘッドマウント型 | メガネ型 | ゴーグル型 |
| OS | Android 11 | Android | Android |
| 防塵・防水 | IP66 | 要確認 | モデルにより異なる（要確認） |
| バッテリー | 約8時間 | 約3〜4時間 | モデルにより異なる（要確認） |
| Salesforce Mobile SDK対応 | ○（APKインストール可） | △（要検証） | △（要検証） |
| 参考価格（税別・概算） | 要問い合わせ（海外参考：$3,000前後） | 要問い合わせ | 要問い合わせ |
| 音声UI | 独自ASRエンジン | Amazon Alexa | Google Assistant系 |
※価格・仕様は変更される場合があります。導入前に各ベンダーへ最新情報をご確認ください。
Salesforce Field Service + ARグラス連携の仕組み
Salesforce REST APIの基本アーキテクチャ
Salesforceはデータの読み書きにREST APIとBulk APIを提供しており、どちらも認証済みHTTPリクエストでSalesforceオブジェクト（レコード）を操作できます。ARグラスアプリから見ると、「作業ログを新規作成する」操作はPOSTリクエスト1本で完結します。[出典: https://developer.salesforce.com/docs/atlas.en-us.api_rest.meta/api_rest/ （2025年確認）]
レスポンスはJSON形式で返ってくるため、ARグラスの小型ディスプレイでも必要な項目だけを抽出して表示するUIを実装しやすい構造です。
MuleSoftをミドルウェアに置く構成の利点
ARグラスアプリがSalesforce REST APIに直接接続する構成も技術的には成立しますが、現場の複数システム（ERPや在庫管理、帳票サービスなど）を将来的に統合することを考えると、MuleSoft Anypoint Platformをミドルウェアとして挟む構成が現実的です。
この構成では、ARグラスアプリはMuleSoftが提供するカスタムAPIエンドポイントに対してリクエストを送り、MuleSoft側でSalesforceへの変換・ルーティングを担います。Salesforceの公式ユースケースとして、MuleSoftを介したシステム統合は多数紹介されていますが、ARグラス専用の公式連携ドキュメントの存在は未確認です。アーキテクチャとしては合理的ですが、推奨構成として採用する場合はベンダーへの事前確認を推奨します。
Salesforce Mobile SDKをARグラスアプリに組み込む
Salesforce Mobile SDK（Android版：Kotlin/Java）は、OAuthトークン管理・オフラインキャッシュ・SmartStore（ローカルDB）といった機能をネイティブアプリに組み込めるライブラリです。[出典: https://github.com/forcedotcom/SalesforceMobileSDK-Android （2025年確認）]
RealWear Navigator 520のようなAndroid端末では、このSDKをAPKに組み込んでインストールすることが可能です。ただし、ARグラス固有の画面解像度の小ささや操作入力の制約（タッチ非対応など）に合わせたUI実装が別途必要になります。
オフライン対応：電波の届かない現場を想定した設計
地下施設・大型工場の内部・山間部の建設現場など、常時ネットワーク接続が保証されない環境では、オフラインキャッシュ設計が不可欠です。Salesforce Mobile SDKが提供するSmartStoreを使えば、接続がない状態でも音声入力したログをローカルに保存し、復帰後に自動同期する動作が実装できます。
作業完了後のデータ同期漏れを防ぐため、「同期待ち件数」をARグラスのHUD（ヘッドアップディスプレイ）に常時表示するUIを設けることを強くお勧めします。現場作業員が「送れていたかどうか」を気にしながら作業するストレスを取り除くことが、定着率に直結します。
ステップバイステップ実装ガイド
STEP 1：デバイス調達とMDM設定
デバイスを調達したら、まず**MDM（Mobile Device Management）**ツールへの登録から始めます。代表的な選択肢はVMware Workspace ONE、Microsoft Intune、SOTI MobiControlです。ARグラスへの対応可否はデバイス・MDMベンダーの組み合わせによって異なるため、事前にベンダーへの確認が必須です。
MDMを通じてできること：アプリの一括配布、設定プロファイルの強制適用、デバイスの遠隔ロック・ワイプ。現場に複数台展開する場合、MDMなしの管理は現実的ではありません。
STEP 2：Salesforce接続アプリ（Connected App）の作成とOAuth設定
Salesforce側では、ARグラスアプリ専用の「接続アプリ（Connected App）」を作成します。認証フローはOAuth 2.0 JWT Bearer Flowが推奨です。デバイスがユーザー操作なしに自動認証できるため、現場でのサインイン操作を省略できます。[出典: https://developer.salesforce.com/docs/atlas.en-us.api_rest.meta/api_rest/ （2025年確認）]
設定手順の概要：
- Salesforce Setup → App Manager → 新規接続アプリを作成
- OAuth設定を有効化し、必要なスコープを選択（api, refresh_token等）
- JWT用の証明書（X.509）を生成・登録
- Consumer Key（クライアントID）を取得してARグラスアプリに組み込む
STEP 3：カスタムAndroidアプリ開発またはSalesforce Field Serviceアプリの移植
Salesforce Field Serviceのモバイルアプリ（公式）はスマートフォン向けのUIで、ARグラスのディスプレイには最適化されていません。実用上は、Salesforce Mobile SDKを組み込んだカスタムAndroidアプリを新規開発するアプローチが現実的です。
UI設計の原則として、ARグラスの画面には「一画面一情報」を徹底します。一度に表示する情報を絞り込み、音声コマンドで画面遷移する設計にしてください。作業員が着用したまま操作することを前提に、フォントサイズ・コントラスト比の設計にも配慮が必要です。
STEP 4：カスタムオブジェクト・項目設計
以下は実装例として示すサンプルオブジェクト構成です（架空の設計例）。実際の業務フローに合わせてカスタマイズしてください。
| オブジェクト | 主なカスタム項目 | 用途 |
|---|---|---|
| Work Order（標準） | 作業完了フラグ、実作業時間 | 作業指示の完了記録 |
| Service Appointment（標準） | 開始/終了タイムスタンプ | 訪問スケジュール管理 |
| Field Log（カスタム） | 音声メモテキスト、GPS座標、画像URL | 現場記録のログ保存 |
STEP 5：テスト環境（Sandbox）での動作検証
本番環境への展開前に、Salesforceのフルコピー（Full Copy）Sandboxを使って動作検証を行います。チェックポイントは以下の4点です。
- 音声入力→Salesforceへのレコード作成が1秒以内に完了するか（体感レイテンシの確認）
- オフライン→オンライン復帰後の自動同期が正常に動作するか
- MDM経由のアプリ配布・更新フローが確立されているか
- 実際の現場環境（騒音・照度）でのディスプレイ視認性と音声認識精度の実測
音声入力精度を上げる3つのチューニング手法
現場騒音環境での音声認識精度の実態
製造ラインや建設現場では、80〜100dBを超える環境騒音が発生するケースがあります（参考：厚生労働省「騒音障害防止のためのガイドライン」）。この状況下では、一般的な音声認識エンジンの精度は急激に低下します。RealWear社は自社デバイスの騒音耐性について公式資料を公開しているケースがありますが、導入前に実際の現場環境での実測検証を行うことを強くお勧めします。
手法①：デバイスレベルのノイズキャンセリング設定
RealWear Navigator 520は、産業現場を前提とした4マイク構成によるビームフォーミングを採用しており、特定方向（話者）からの音声を優先して取り込む設計になっています。デバイスの設定アプリで「マイク感度」を環境に合わせて調整できますが、最適値は現場ごとに異なります。試験的に数値を変えながら計測する時間を、導入スケジュールに組み込んでおくことが肝心です。
Vuzix Blade 2については、Amazon Alexaの音声認識エンジンを利用しますが、産業現場での騒音耐性に関する公式データは筆者が確認できていないため、実環境での検証が前提になります。
手法②：カスタムボキャブラリーの登録
「型番」「品番」「機器名称」など、業界固有の専門用語や英数字混じりの識別子は、汎用の音声認識エンジンが誤認識しやすい典型例です。
RealWearの独自ASRエンジンでは、コマンドリスト（ホワイトリスト方式）を事前定義してエンジンに学習させることができます。Googleの Speech-to-Text APIを使う構成であれば、Speech Adaptation機能（フレーズヒント）で特定語彙の認識精度を上げることが可能です。[出典: https://cloud.google.com/speech-to-text/docs/speech-adaptation （2025年確認）]
ただし、両者は全く異なるエンジンです。RealWearのネイティブ音声UIを使う場合はGoogle STTとは別の設定が必要になる点を混同しないよう注意してください。
手法③：Wake WordとコマンドUIの設計
音声コマンドの体系設計は、精度と使いやすさの両面に直結します。推奨するアプローチは「動詞＋名詞」の2単語コマンドを基本単位にすることです。例：「記録開始」「完了登録」「次の作業」。
コマンドリストは50語以内に絞り込むことが、誤認識率低減の観点から有効とされています。現場のベテラン作業員が自然に発話する言葉をベースにコマンドを設計することが、定着率を高める最短ルートです。マニュアルを後から作って覚えさせるより、使い慣れた言葉でコマンド体系を作る方が遥かに現実的です。
導入シナリオ：データ入力工数削減を実現するための仮定事例
編集注記：以下は実際の取材事例ではなく、本記事のために設定した仮想シナリオです。実際の導入検討にあたっては、Salesforce公式の導入事例（salesforce.com/jp/customer-success-stories）やRealWear社の公式ROI資料を参照することを推奨します。
導入前の課題
国内製造業・従業員500名規模のA社（仮）では、設備保全担当者が1日あたり約45分を「紙帳票への記録→事務所でのPC転記」に費やしていました。記録と転記のタイムラグは平均4〜8時間で、リアルタイムの作業状況把握ができない点がSalesforceを活用したサービス品質向上の障壁になっていました。
実装構成と所要期間
採用デバイス：RealWear Navigator 520（10台）
システム構成：カスタムAndroidアプリ + Salesforce Mobile SDK + Salesforce Field Service
導入期間：要件定義〜Sandbox検証まで約4ヶ月、本番稼働まで計6ヶ月（概算）
導入後の想定KPI（仮算定）
| KPI | 導入前 | 導入後（想定） |
|---|---|---|
| 1人あたりの記録・転記時間 | 45分/日 | 約18分/日（推定60%削減） |
| データ入力のリアルタイム率 | 〜20% | 〜85% |
| 入力ミス件数（月平均） | 基準値 | 30〜50%削減（推定） |
※上記数値はシナリオベースの試算です。実際の効果は現場環境・業務設計・定着化施策によって大きく異なります。
コスト試算とROI計算の考え方
コスト構成要素の全体像
ARグラス×Salesforce連携の総コストは、大きく3つの層で構成されます。
初期費用：デバイス調達費 + カスタムアプリ開発費（SI費）+ Salesforce初期設定費
ランニング費用：Salesforceライセンス（月額）+ MDMライセンス + デバイス保守・補修費
隠れコスト：現場作業員トレーニング費 + 導入期間中の業務並行稼働コスト + デバイス紛失・破損リスク
デバイス費用概算
RealWear Navigator 520は、海外での参考価格として$3,000前後という情報があります（2025年時点の参考値）。国内では代理店経由での販売となるため、実際の調達価格は代理店へ直接お問い合わせください。10台規模での導入では、ボリュームディスカウントが適用されるケースがあります。
デバイスは工具・機械類と同様に固定資産として計上し、法定耐用年数（電子機器類：5年）での減価償却が基本となります。財務部門との事前調整を忘れずに。
Salesforceライセンス費用
Salesforce Field Serviceのライセンス費用は非公開・個別見積が基本です。一般的に、Field Service（Dispatcher）ライセンスと Field Service（Mobile）ライセンスの組み合わせが必要になりますが、正確な費用はSalesforceの営業担当または認定パートナーへのお問い合わせが必要です。参考価格として公開情報に頼ることはお勧めしません。
SI費用レンジとROI計算
カスタムアプリ開発を含む導入費用は、案件規模・カスタマイズ量によって大きく変動します。筆者が把握している範囲では、10台規模・標準的なオブジェクト設計のケースで500万〜2,000万円程度のレンジが参考値として挙げられることがありますが、これはあくまで推計です。実際のSI費用はシステムインテグレーターへの要件提示・見積依頼を通じて確認してください。
ROI計算のフレームワーク（自社数値を入れて試算してください）
年間削減効果（円）= 削減工数（時間/年）× 人件費単価（円/時）
回収期間（年）= 総導入コスト（円）÷ 年間削減効果（円）
例：作業員20名 × 30分/日削減 × 250日 × 3,000円/h = 年間7,500万円の工数削減効果（仮算定）
※計算内訳：20名 × 0.5時間/日 × 250日 × 3,000円/時間 = 7,500万円
この数字に現場ごとの実態を当てはめることで、経営層への投資稟議を作成できます。
まとめ
スマートグラス×Salesforce連携を実現するための要点を整理します。
- デバイス選定はRealWear Navigator 520が最有力。Google Glass EEは2023年EOL済みのため、新規導入の選択肢から外すこと。
- アーキテクチャの基本はSalesforce Mobile SDK + REST API。MuleSoftをミドルウェアに挟む構成は、将来的なシステム統合を見越した現実解。
- 音声認識の精度は現場実測が前提。カスタムボキャブラリー登録とコマンド設計を、PoC（概念実証）フェーズで必ず検証する。
- コスト試算はSI費・ライセンス費・隠れコストを含めた全体像で。ROI計算フレームワークを使って、削減工数×人件費単価で年間効果を先に試算してから投資判断を行う。
- 導入成否の分かれ目は「現場定着」。UIは一画面一情報・2単語コマンド原則を守り、現場作業員が使い慣れた言葉でコマンドを設計することが最重要。
次のアクションとして、まずRealWearの国内代理店またはSalesforceパートナーへのPoC相談から始めることをお勧めします。10台以下の小規模PoC → 評価 → 段階的展開というステップが、リスクを抑えた現実的な進め方です。
関連記事
- RealWear Navigator 520 レビュー・スペック詳細
- エンタープライズ向けARグラス比較2025
- Salesforce Field Service 導入ガイド（基礎編）
- MuleSoft × IoTデバイス連携アーキテクチャ解説
スマートグラスの企業導入を検討中の方は、無料相談フォームからお気軽にお問い合わせください。デバイス選定・Salesforce連携設計・PoC計画の相談に、metazine編集部が対応します。
メタディスクリプション
スマートグラスとSalesforceを連携させ、現場作業員がハンズフリーでCRM入力・顧客情報確認を実現する方法を徹底解説。RealWear Navigator 520などの対応デバイス比較、REST API構成、5ステップの実装手順、コスト試算まで網羅した実践ガイドです。