LASSIC Media らしくメディア
アプリのNFC・おサイフケータイ（FeliCa/HCE）を実装する外注の進め方
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- NFC・FeliCa実装にはiOS/Androidで対応方式が異なり、カードエミュレーション（HCE-F）と読み取り（リーダー）を区別して設計する必要があります。
- モバイルFeliCa利用には事業者向け手続きがあり、セキュアエレメントやテスト環境の準備を含めると開発難度は高くなります。
- 外注先の選定では交通系IC・電子マネー実装の実績確認と、iOS/Android双方の対応可否が費用と品質を左右するポイントです。
目次
NFC・FeliCaとは何か――Type-A/B・FeliCaの違いと用途
NFC（Near Field Communication）を使ったモバイルアプリ実装の外注とは、スマートフォンの近距離無線通信機能を活用した読み取り・カードエミュレーション機能の開発を、専門知見を持つ外部ベンダーに委託する取り組みです。
NFCには国際規格ISO/IEC 18092（Type-F）に基づくFeliCaと、クレジットカード非接触決済に使われるType-A・Type-Bの3種類があります。日本の交通系IC（Suicaなど）や多くの電子マネーはFeliCa（Type-F）を採用しており、SONYが開発した独自方式です。
Type-A・Type-Bは海外の非接触クレジットカードやMaaSアプリで広く使われています。アプリ開発時は「どの規格で動作するカード・タグを扱うか」によって実装方式が変わるため、最初の要件定義で規格を確定することが大切です。
用途の代表例は、会員証・ポイントカードのデジタル化、入退室管理、決済連携（電子マネー読み取り）、交通系IC読み取り、在庫・物品管理タグの読み取りなどです。
iOS・Android別の実装方式――読み取りとカードエミュレーション
NFC機能の実装方式は大きく「読み取り（リーダーモード）」と「カードエミュレーション（HCE）」の2種類に分かれます。実装難度・必要な手続き・対応端末がそれぞれ異なるため、両者を混同しないことが重要です。
| 項目 | iOS（Core NFC） | Android（NFC API / HCE-F） |
|---|---|---|
| 読み取り（リーダー） | iOS 13以降でFeliCa・MIFARE・ISO 15693タグ等の読み取りが可能。 iPhone 7以降の端末が対象。NFCReaderSessionを使用し、フォアグラウンド動作が基本。 |
Android標準NFCAPIでType-A/B/Fを読み取り可能。 多くのAndroid端末（NFC搭載機）で対応。バックグラウンドでの読み取りも設定次第で可能。 |
| カードエミュレーション（HCE） | アプリからのカードエミュレーションは非対応（Apple PayはiOSのSecure Elementが管理）。 FeliCa対応はiPhone 8以降（Apple Pay経由のみ）。 |
HCE（Host Card Emulation）でType-A/B対応。 HCE-F（FeliCaエミュレーション）はAndroid 9以降の一部端末で対応。 モバイルFeliCa利用には事業者手続きが必要。 |
| セキュアエレメント | iOSはSecure Enclave管理。アプリから直接アクセス不可。 | HCEはホスト（アプリ側）でエミュレーション。 一部端末はeSIMやSIMカード上のセキュアエレメントを利用。 |
| 主な用途 | 交通系IC残高確認・会員証読み取り・運転免許証読み取り（iOS 15以降） | 会員証・ポイントカードのデジタル化・入退室管理・電子マネー連携 |
iOSのCore NFC――読み取り専用が基本
iOSではCore NFC（Apple公式のNFCフレームワーク）を使って、FeliCa・MIFAREクラシック・ISO 15693タグなどの読み取りができます（iOS 13以降）。
一方でiOSアプリがカードエミュレーションを行う仕組みはAppleが非公開としており、Apple Pay経由でのみFeliCa支払いが機能します。会員証やポイントカードのデジタル発行をiOSで行う場合は、QRコードやバーコードとの組み合わせを検討する必要があります。
AndroidのHCE-F――FeliCaエミュレーションの可能性と制約
AndroidはHCE（Host Card Emulation）によってType-A/Bのカードエミュレーションが標準で利用できます。さらにHCE-F（FeliCaのエミュレーション）はAndroid 9以降の対応端末で利用可能ですが、すべての端末で動作するわけではありません。
モバイルFeliCaをアプリで利用する際は、FeliCa Networks社などを通じた事業者向け手続き（サービスコードの取得・認定）が必要です。手続きの期間や費用は事業内容によって異なるため、開発着手前に確認することが大切です。
実装の難所――対応端末・手続き・テストの3つの壁
NFC・FeliCa実装は一般的なWeb API連携と比べて難度が高く、3つの壁を事前に理解しておくことが外注を成功させる前提です。
壁1：対応端末の出し分けロジック
iPhoneはモデルとiOSバージョンによって対応する規格が異なります。iPhone 7以降でCore NFCが使え、FeliCa読み取りはiPhone 7以降で対応していますが、Apple Pay経由のFeliCa支払いはiPhone 8以降です。
Androidは端末メーカーごとにNFCチップの搭載状況が異なり、HCE-F対応の有無も機種によって変わります。アプリ起動時に端末のNFC対応状況を判定し、対応していない場合の代替フローを設計するロジックが必要です。この出し分けを誤ると、特定の端末でアプリがクラッシュしたり機能が使えない状態になります。
壁2：モバイルFeliCa利用時の事業者手続き
交通系ICや電子マネーとの連携、あるいは独自FeliCaサービスの発行を行う場合は、事業者としての認定・サービスコード取得が必要です。手続きには審査期間が伴うため、開発スケジュールとは独立して早期に着手することを推奨します。
読み取り専用（残高確認や会員証スキャン）であれば事業者手続きが不要なケースもあります。まず「読み取りか・エミュレーション（発行）か」を明確にして、必要な手続きを確認しましょう。
壁3：実機テスト環境の確保
NFCはシミュレーターやエミュレーターでテストができません。実際のFeliCa対応カード・端末を用いた実機テストが必須です。複数規格・複数OSバージョンを網羅するテストマトリクスを作成しないまま開発を進めると、リリース直前に不具合が集中して工期遅延につながります。
外注先に「テスト用端末の保有状況」「FeliCaカードを使った実機テスト実績」を確認することが、品質リスクの軽減に直結します。
外注で進める手順――要件定義から納品までの5ステップ
ステップ1：用途と方式の確定（読み取り or エミュレーション）
最初に「何をしたいか」を具体化します。「FeliCaカードの残高を読み取るだけ」「おサイフケータイとして会員証を発行したい」「入退室管理のリーダーとして使いたい」では、実装方式が大きく異なります。用途・対象OS・対応端末の最低ラインをこの段階で決めましょう。
ステップ2：事業者手続きの要否確認と並行着手
FeliCa発行（HCE-F）を行う場合は、FeliCa Networks社や関連機関への申請が必要になることがあります。手続きに数週間から数か月を要するケースがあるため、開発タスクと並行して動かすことが大切です。読み取り専用であればこのステップを省略できます。
ステップ3：外注先の選定とRFP発行
要件定義書（どの規格・どのOS・何の用途か）をまとめてRFP（提案依頼書）を作成します。複数ベンダーに見積もりを依頼し、実装経験・テスト体制・保守対応を比較して選定します。
ステップ4：開発・実機テスト
開発フェーズではSDKの統合、端末対応の出し分け、カードエミュレーションの実装を進めます。完成後は実機テストで複数端末・OSバージョン・カード種別を検証します。FeliCa認証が必要な場合は認証取得のタイムラインも考慮します。
ステップ5：ストア申請・納品・運用引き渡し
App Store・Google Playへの申請では、NFC利用目的の説明が求められます。審査での差し戻しを防ぐため、外注先にストア申請経験があるかを事前に確認しましょう。リリース後の運用保守体制（OS更新への追従）も合わせて取り決めておくことが大切です。
費用に影響する要素と依頼前の確認ポイント
NFC・FeliCa実装の開発費用は、要件によって幅が生じます。費用に影響する主な要素を整理しておきましょう。
| 費用に影響する要素 | 費用が上がる条件 | 費用が抑えられる条件 |
|---|---|---|
| 対応OS・端末範囲 | iOS＋Android両対応・多端末テスト | どちらか一方のみ・特定端末に限定 |
| 実装方式 | HCE-F（カードエミュレーション）を含む | 読み取り専用（Core NFC / Android Reader） |
| 既存アプリへの追加か新規開発か | 既存アプリのアーキテクチャが複雑 | 新規アプリまたは疎結合な既存アプリ |
| 事業者手続きのサポート | 申請書類作成・折衝を外注先に依頼 | 手続きは自社で行い、開発のみ依頼 |
| テスト環境・端末準備 | 多数の実機・カード種別が必要 | 対応端末・カードを自社で用意して提供 |
なお、開発費用の市場参考値はベンダー規模や要件によって大きく異なります。以下に挙げる数値は一次資料ではなく市場参考値であり、個別の見積もりでの確認を推奨します。
読み取り専用の比較的シンプルな実装では数十万円台から、HCE-F対応・iOS/Android両対応・事業者手続きを含む案件では数百万円規模になることがあります。複数ベンダーへの並行見積もりで相場感を把握してから発注先を決めましょう。
依頼前に確認すべき5つのポイント
- 読み取りか・カードエミュレーション（HCE-F）か――要件を一行で言語化できているか
- 対象ユーザーの主な端末はiOS中心かAndroid中心か
- 既存アプリへの追加か新規開発かで工数の前提が変わることを認識しているか
- モバイルFeliCaに関する事業者手続きの要否を把握しているか
- テスト用のFeliCa対応端末・カードを自社で用意できるか
外注先の選び方――実績・技術スタック・体制で見極める
NFC・FeliCa実装の外注先を選ぶ際は、一般的なアプリ開発実績に加えて、FeliCa・NFCに特化した経験を持つかどうかを確認することが大切です。
チェック1：FeliCa・NFC実装の具体的な実績
「NFC実装経験あり」という表現は幅広く、Type-A/Bの読み取りのみの場合もあります。FeliCa（Type-F）のHCE-F実装や交通系IC読み取りの実績があるかを具体的に質問しましょう。可能であれば実装事例のジャンル（会員証・入退室・電子マネー連携等）も聞くと判断しやすくなります。
チェック2：iOS/Android両対応の技術スタック
iOS CoreNFCとAndroid NFC APIはAPIが異なります。どちらか一方しか経験がないベンダーに両対応を依頼すると、片方の品質が低下する場合があります。React NativeやFlutterなどクロスプラットフォーム開発の場合も、NFCプラグインの利用実績を確認しましょう。
チェック3：実機テスト体制の保有状況
複数OS・複数端末での実機テストを行える体制があるか確認します。FeliCa対応のAndroid端末は特定の日本向けモデルに限られるため、テスト機の保有状況は品質に直結します。
チェック4：ストア申請・事業者手続きのサポート可否
App Store・Google PlayへのNFC利用目的の記載・審査対応、またはモバイルFeliCa手続きへのサポートができるかを確認します。開発から申請フェーズまで一貫して対応できるベンダーを選ぶと、スケジュールリスクを軽減できます。
チェック5：リリース後の保守対応方針
iOS・AndroidのOSアップデートはNFC APIの挙動に影響することがあります。メジャーバージョンアップ時の動作確認・修正対応の方針を契約前に確認しておくことが大切です。
まとめ：NFC・FeliCa外注で押さえる3つの判断軸
本稿では、モバイルアプリへのNFC・FeliCa（おサイフケータイ）実装を外注する際の進め方を整理しました。要点を3つに集約すると次の通りです。
第一に、読み取り（リーダー）かカードエミュレーション（HCE-F）かを最初に確定することです。iOSはカードエミュレーションをアプリから行えないため、用途によってはAndroid専用設計やQRコード代替を検討する必要があります。
第二に、モバイルFeliCaを使う場合の事業者手続きを早期に確認することです。申請に時間を要するケースがあり、開発スケジュールとは独立して動かすことが工期遅延の回避につながります。
第三に、外注先の選定ではFeliCa・NFC実装の具体的な実績と実機テスト体制を確認することです。一般的なアプリ開発経験とFeliCa専門経験は異なります。iOS・Android両対応・実機テスト・ストア申請を一貫して対応できるベンダーを選ぶと、品質リスクを抑えやすくなります。
よくある質問
iOSでおサイフケータイ（FeliCa）のカード発行はできますか？
iOSアプリから直接FeliCaカードを発行（エミュレーション）することはできません。iOSのFeliCa対応はApple Pay経由に限られており、アプリが独自にカードエミュレーションを行う仕組みはAppleが非公開としています。iPhoneとAndroidの両OSで会員証・ポイントカードを発行したい場合は、AndroidのHCE-FとiOS向けのQRコード・バーコード代替の2方式を組み合わせる設計が一般的です。
AndroidのHCE-FはすべてのAndroid端末で使えますか？
HCE-F（FeliCaのホスト型カードエミュレーション）はAndroid 9（API Level 28）以降の対応端末で利用できますが、すべてのAndroid端末が対応しているわけではありません。日本向けのFeliCa対応端末（いわゆる「おサイフケータイ」対応機）では利用できるケースが多いですが、海外モデルや廉価帯端末では非対応の場合があります。アプリ起動時にHCE-F対応の有無を判定し、非対応端末向けの代替フローを用意しておくことが大切です。
交通系ICの残高をアプリで読み取るには何が必要ですか？
交通系ICの残高読み取りは、iOSではCore NFC（iOS 13以降・iPhone 7以降）、AndroidではAndroid標準のNFC APIを使って実装できます。読み取り自体に事業者登録は不要ですが、読み取ったデータの利用目的や表示内容については各交通系IC事業者のガイドラインを確認する必要があります。また、実装にはFeliCaの通信プロトコル（ポーリング・リクエストサービスコマンド等）の知識が必要なため、実績のある外注先に依頼することを推奨します。
NFC実装を外注する場合、開発期間の目安はどのくらいですか？
読み取り専用のシンプルな実装（iOS単独またはAndroid単独）であれば、設計から実機テスト完了まで数週間から2か月程度が目安です。iOS・Android両対応かつHCE-Fによるカードエミュレーションを含む場合は、端末テストや事業者手続きの期間を含めて3か月以上になることがあります。スケジュールはベンダーの体制や既存アプリとの結合複雑度によっても変わるため、複数社から見積もりを取ることをお勧めします。
モバイルFeliCaの事業者手続きはどこに問い合わせればよいですか？
モバイルFeliCaの事業者向け手続きは、FeliCa Networksが窓口となっています。サービスコードの取得や事業者認定の詳細はFeliCa Networks社のウェブサイト（felicanetworks.co.jp）で案内されています。手続きの内容・期間は事業の規模や用途によって異なるため、開発着手前に問い合わせて要件を確認しておくことが大切です。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Apple「Core NFC — Apple Developer Documentation」（参照2026年6月）
- *2 出典：Android Developers「Host-based card emulation overview — Android Developers」（参照2026年6月）
- *3 出典：FeliCa Networks「FeliCa Networks株式会社 公式サイト」（参照2026年6月）
