Cordovaのシステム開発の完全ガイド

Cordovaの業務システムは、Web画面とAPI連携を中心に設計するのが基本です。端末機能とOS別の保守範囲を整理すると、iOS・Androidへ共通展開しやすくなります。

構成から費用、セキュリティと保守まで、発注前の確認事項をまとめました。詳細は関連記事で確認できます。

▼関連記事一覧
・Cordovaのシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・Cordovaのシステム開発でおすすめの開発会社/ベンダー6選と選び方
・Cordovaのシステム開発の見積相場や費用/コスト/値段について
・Cordovaのシステム開発の発注/外注/依頼/委託方法について

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Cordovaの概要

Cordovaは、Web技術で作ったアプリをスマートフォンのネイティブコンテナで動かす、オープンソースのハイブリッドアプリ開発フレームワークです。画面や業務ロジックはWeb技術で共通化し、端末固有の機能はプラグインを通じて呼び出します。

WebViewとプラグインの役割分担

Cordovaでは、画面を動かすWebViewと、端末機能を呼び出すプラグインが役割を分けて動きます。JavaScriptだけではカメラやGPS、ファイル、プッシュ通知などを直接扱いにくい場合があります。そのため、端末機能はプラグインを経由して呼び出す形になります。

• WebView：HTML・CSS・JavaScriptで作った画面を動かす、ブラウザ相当の領域です。
• プラグイン：JavaScriptからiOS・Androidのネイティブ機能を呼び出せるよう、つなぐ部分です。

画面と業務ロジックは共通化しやすい一方、権限、バックグラウンド処理、通知、ファイル保存などはOSごとの確認が必要です。

業務システムに採用するメリット

Cordovaを採用するときは、共通化の効果と、個別に必要な作業を分けて確認します。

• iOS・Androidへの同時展開：Web開発の知識を生かして、両方のOSへ展開できます。
• 対象業務：営業報告、点検・検査、訪問記録、在庫確認、配送、勤怠・承認です。
• 共通化しやすい機能：フォーム、一覧、検索、写真、API通信を組み合わせると重複実装を減らせます。
• 既存資産の再利用：Web画面やJavaScript資産を使える場合、初期検証を短くできる可能性があります。

ただし、開発費のすべてが半分になるわけではありません。実機テスト、ストア申請、端末権限、プラグインの更新、APIや管理画面の開発は、別に必要になります。

採用の判断では、一つのコードで作れるかよりも、共通化できる範囲とOS別に管理する範囲を見積もれるかを確認することが大切です。

Cordovaの業務システムの構成

Cordovaの業務システムは、アプリだけで完結させず、API、認証、業務データベース、管理画面、監視・ログ基盤まで含めて設計するのが基本です。典型的な構成は、CordovaアプリからHTTPSのAPIゲートウェイへ接続し、認証・業務ロジックを経由して、データベースや既存システムと連携する形です。

アプリ、API、データベースの役割分担

アプリには画面表示、一時保存、入力チェック、端末機能の呼び出しを持たせます。一方で、業務上の正しい判定や重要なデータ更新は、サーバー側で行います。

アプリにパスワード、APIキー、暗号鍵、固定の管理者権限を埋め込む設計は避けます。アプリを解析されても機密情報が漏れにくくなるよう、短命トークン、サーバー側の権限判定、通信記録を組み合わせます。

オフライン入力と同期失敗への備え

建設現場、訪問先、倉庫、配送先などでは、常に安定した電波があるとは限りません。

• 一時保存・再送：入力や撮影画像を端末に保存し、通信が回復したあとに再送します。
• 重複防止：識別子を使い、同じ内容の重複登録を防ぎます。
• 送信状態：送信済み・未送信・失敗の状態と、再送回数を定めておきます。
• 競合時の扱い：同期データが競合した場合の処理を定義します。

要件に「オフライン対応」と書くだけでは、現場で使える品質にはなりません。上の項目まで決めて、初めて仕様と呼べる状態になります。

管理画面と監査ログの役割

現場アプリを作っても、それだけでは業務は回りません。利用者の追加、権限変更、マスタ更新、入力内容の確認、差し戻し、端末の利用停止は、管理画面で行えるようにしておく必要があります。

管理者向けWeb画面では、部署や役割によるメニュー制御と操作履歴を中心に設計します。データのエクスポートや同期エラーの確認も含めます。また、監査ログには誰がいつ何をしたかを残し、個人情報や位置情報をどの期間保存するかも決めておきます。

向いている業務と向いていない要件

Web画面・API中心でiOS・Androidへ同時展開する業務は、Cordovaに向いています。一方で、端末の高い描画性能や複雑なバックグラウンド処理を最優先する場合は、Cordovaだけに絞らず、別のクロスプラットフォーム技術やネイティブ開発も比べます。

フォーム・写真・QR・通知を使う現場業務

点検結果の入力や訪問先の報告、設備の写真記録は、Cordovaと相性がよい代表例です。バーコードやQRコードの読み取り、位置情報の付加、承認依頼の通知も、この代表例に含まれます。

利用者がスマートフォンで入力し、サーバーの業務データを参照して、必要なときだけ端末機能を使う形であれば、Web技術の共通化を生かせます。たとえば、社内ポータルや顧客サポートのように、一覧・詳細・検索が中心の画面も候補になります。

高性能・高度な端末制御が中心の要件

3D描画や低遅延の映像処理を求める要件では、制約になる場合があります。複雑なバックグラウンド処理や、OS固有の最新機能を深く使う要件でも、難しさが出ることがあります。その理由は、WebViewとプラグインを組み合わせる仕組みにあります。

Bluetoothや決済は実現できる場合があり、動画や端末管理も同じように扱える場合があります。ただし、利用予定の端末とOSバージョン、プラグインの保守状況は、先に実機で確認します。

採用前の実機検証

企画段階では、小さなプロトタイプでカメラ撮影と位置情報取得、QR読み取りを確かめます。加えて、通知受信やファイルのアップロード、認証期限切れ、オフラインからの復帰も試しておきます。

画面表示だけを確かめて本開発へ進むと、後からネイティブ実装やプラグイン変更が必要になり、費用と期間が増えます。そのため、複数メーカーや低スペック端末を含め、古いOSと新しいOSを混ぜて試します。

開発方式と技術選択肢の比較

Cordovaのシステム開発には、既存資産を生かすスクラッチ開発や、クラウド型開発環境を使う方式があります。ほかに、標準サービスや他のクロスプラットフォーム技術、ネイティブ開発も候補になります。比べる際は、業務の標準化と既存Web資産の活用を基準にし、端末機能と保守体制も見ます。

スクラッチ開発が向く業務

独自の承認経路や複数の基幹システム連携は、標準サービスに合わせにくい業務の例です。現場ごとの入力項目やオフライン同期も含め、そうした業務ではスクラッチ開発が候補になります。

既存のAPIやWeb画面を再利用できる場合は、その資産をもとにCordovaでアプリ部分を追加できます。ただし、再利用できるコードの範囲と、作り直しが必要な認証、データ同期、管理画面は分けて調査します。

標準サービスとクラウド型開発環境の使いどころ

勤怠、営業報告、顧客管理など、業務フローが標準化されている場合は、既製のサービスを導入し、足りない画面だけを追加する方法もあります。

Cordova対応のクラウド型開発環境を使うと、開発者間でビルド設定をそろえられます。リモートビルドやデバッグも利用できます。

月額費用と利用者数は、初期費用とは分けて確認します。加えて、データの保管場所やサービス終了時の移行条件も見ておきます。

新規案件で比べる他の技術

新規開発で、ネイティブAPIや性能を重視する場合は、他の技術も候補になります。アクセシビリティや長期の人材確保を重く見る場合も、比較の対象になります。

• 技術候補：Capacitor、Flutter、React Nativeのほか、PWAやiOS・Androidのネイティブ開発です。
• 比較軸：画面共通化率、プラグイン成熟度、OS更新への対応、テスト、人材、5年間の保守費です。
• 既存Cordova：資産監査を踏まえ、全面刷新か機能単位の段階移行かを決めます。

Cordovaのシステム開発の進め方

画面から作り始めると、APIや権限の設計が後から問題になります。オフラインやストア審査への対応も、遅れて表面化しがちです。そのため、業務と利用状況を整理し、難しい端末機能を先に試作してから、設計・実装・テストへ進みます。

要件定義で決める業務と非機能要件

要件定義では、業務フローと利用・運用の条件を整理します。

• 業務フロー：入力者と場所、頻度、入力内容、確認者を記します。
• 利用条件：画面数と利用者数、権限を定義します。対象端末とOS、通信環境、連携先も定めます。
• 運用条件：保存期間、バックアップ、復旧時間、監査ログ、サポート時間の取り決めです。

要件定義費は、一般的な業務システムでは開発費の10〜15%程度と置かれることがあります。ただし、対象範囲と成果物を確認して判断します。

プロトタイプによる端末機能と使いやすさの検証

主要画面を短期試作し、現場で迷わないかを確かめます。実機ではログインや一覧・登録、写真撮影、QRを試します。さらに、オフライン保存・同期と承認も試し、入力項目数と通信断時の表示を確認します。

現場担当者を含めて検証すると、開発者だけでは見つけにくい問題が見えてきます。紙の記録との二重入力や、片手操作の問題などが該当します。

設計・実装・テストで分ける共通部分とOS固有部分

画面、入力ルール、API仕様は、共通の設計として管理します。一方で、通知や権限、ファイルの差分はOS別のテスト項目にします。バックグラウンドや端末サイズの差分も、OS別に分けて検証します。

テストは、単体テストとAPI連携、実機での確認から始めます。さらに、通信切断や低電池、権限拒否、セッション期限切れ、アップデート、ストア審査も対象にします。iOS・Androidそれぞれ1台では不十分なため、利用端末に応じて検証台数を決めます。

リリース後の更新計画を含めた公開準備

公開前には、開発者アカウントや署名鍵、プライバシー情報を準備します。また、ストア説明や問い合わせ窓口、障害時の連絡先も用意しておきます。

公開後は、OSやSDK、Cordova CLI、プラットフォーム、プラグインを定期的に点検します。Node.jsやビルド環境も、定期的な点検の対象です。

年1回のOS更新に慌てないよう、四半期ごとの依存関係の確認と、緊急の脆弱性への修正期限を保守契約に含めます。

Cordovaのシステム開発費用の相場と内訳

Cordovaに限った公的な価格統計は確認できません。そのため、以下の金額は、2025〜2026年に公開された一般的なスマートフォンアプリ開発費の目安をもとにした推定です。

その推定に、API、管理画面、現場テストなど業務固有の要素を加えています。費用は、画面数や利用者数、連携先、オフライン対応、プラグイン開発、セキュリティ要件によって変わります。

▶ 詳細はこちら：Cordovaのシステム開発の見積相場や費用/コスト/値段について

規模別の初期費用と開発期間の目安

規模別の費用と期間は、機能と開発条件をそろえたうえで、次のように見ます。

• PoC・小規模社内アプリ：100万〜300万円、1〜2か月が仮置き目安です。
• 標準アプリ：500万〜1,200万円、3〜6か月が目安です。
• 中規模現場：1,200万〜3,000万円、6〜12か月が目安です。
• 高度案件：3,000万〜8,000万円以上、9〜18か月以上になる場合があります。

PoC・小規模社内アプリは、ログイン、数画面のフォーム、既存API、iOS・Androidのビルドを含みます。次に、標準アプリは、権限管理、写真・QR、通知などの端末機能を含みます。さらに、API、管理画面、ストア公開も含みます。

中規模現場システムは、オフライン同期、複数拠点、ERP連携、帳票、監査ログ、端末検証を含みます。さらに、高度案件では、IoT映像、リアルタイム通信、複雑なネイティブプラグイン、厳格な認証・監査を含む場合があります。

これらは相場の断定ではなく、要件を整理するための予算レンジです。

見積書の工数の分け方

見積もりは、機能や作業のまとまりごとに工数を分けて見ます。

• 基本機能：要件定義・UX、画面、API・データベース、管理画面。
• アプリ機能：認証・権限、端末機能、オフライン同期。
• 品質・公開：テスト、ストア申請、プロジェクト管理。
• カメラ・QR：一見簡単でも、権限拒否、画像圧縮、再撮影、アップロード失敗、個人情報の保存期間で工数が変わります。
• 新規プラグイン：iOS・Androidそれぞれの実装と保守担当を明記します。

5年間の総額に含める保守と周辺費用

5年間の総額では、初期費用に加えて次の費用と契約条件を見積もります。

• 基盤・管理：クラウド、ログ・監視、MDM、開発者アカウント、脆弱性診断。
• 継続運用：ストア更新、端末購入、問い合わせ、OS・SDK・プラグイン更新。
• 年間保守費：初期開発費の15〜20%とする一般的な目安があります。
• 金額例：初期1,000万円なら年150万〜200万円、3,000万円なら年450万〜600万円が仮置きです。
• 契約条件：対応時間、修正範囲、緊急対応、追加開発の扱いを分けます。

セキュリティとストア要件の注意点

業務アプリでは、画面が動くことよりも、データを正しく守り、OS更新後も公開し続けられることが大切です。

Cordova公式は、メインWebViewに信頼できないコンテンツを読み込まないよう案内しています。また、許可リストやCSPを見直し、機密情報をアプリへ埋め込まないことも求めています。

WebView、通信、認証ごとの守り方

外部ページや広告をメインWebViewへ直接読み込むと、実行中のJavaScriptがプラグインへ到達するリスクが高まります。

外部コンテンツは用途に応じて、システムブラウザや隔離された領域へ分けます。そのうえで、allowlistとCSPを設計し、HTTPSでの通信と入力値のサニタイズも組み込みます。

認証は、サーバー側の権限判定を基本にします。端末内に残すトークンは安全な保管領域に置き、端末紛失時に無効化できるようにします。

プラグイン一覧と脆弱性対応窓口の管理

プラグインは便利な反面、アプリ本体とは別の更新周期で、脆弱性やOSとの非互換が生じることがあります。

2026年6月、CordovaのInAppBrowserで修正バージョン6.0.1が公開されました。対象は、iOSのコールバックID検証に関するCVE-2026-47430です（出典: Apache Cordova公式セキュリティ告知、2026年）。

• 把握・調査：利用中のバージョンを確認し、影響範囲を調べます。
• 修正・検証：修正後に実機回帰テストを行います。
• リリース管理：公開の担当と対応期限を決めておきます。

iOSのプライバシーマニフェスト

iOSでは、アプリ本体だけでなく、組み込んだ第三者SDKやプラグインが使うAPIも確認の対象です。

• API利用理由：Required Reason APIを使う場合は、理由を記載します。
• 納品物：プラグイン一覧や収集データ、利用目的、マニフェストの責任者を含めます。

2024年5月1日から、PrivacyInfo.xcprivacyに記載のないアプリは、審査システムで受け付けない方針が適用されています（出典: iOS公式開発者ドキュメント、2024年）。

AndroidのTarget APIを更新できる環境

Android向けのアプリ配信ストアで公開を続けるには、Target APIの更新が必要です。

2026年8月31日から、新規アプリと更新アプリは原則としてAndroid 16のAPIレベル36以上が必要と案内されています。一方で、既存アプリが新端末の新規ユーザーへ提供され続けるには、APIレベル35以上が必要です（出典: Android公式Target API要件、2026年7月更新）。

• 開発環境の更新：Cordovaプラットフォーム、プラグイン、Gradle、ビルド環境を更新します。
• 実機検証：対象APIでテストできる体制を整えます。

既存Cordova資産の保守と移行の進め方

既存のCordovaアプリは、技術名だけで継続の可否を決めず、まず現状を洗い出します。対象は、アプリ本体とCordova CLI、iOS・Androidのプラットフォームです。さらに、プラグインとWebViewも含めます。

Node.jsやXcode・Android SDKも対象です。加えて、バックエンドAPI、署名鍵、テスト端末も見ます。そのうえで、更新できる部分と作り直す部分を把握します。

依存関係とビルド再現性の監査

ソースコードがあっても、同じアプリを再ビルドできない場合があります。そのため、依存版や設定、証明書、環境変数を確認します。署名鍵の管理、CI/CD、テスト手順、ストアアカウントの所有者も、あわせて押さえます。

SBOMや依存関係一覧、プラグインの最終更新日を整理し、ライセンスと既知の脆弱性も加えると、保守費と移行難易度を判断する材料になります。

延命か段階移行かを機能単位で判断

利用者が多く、業務が止められない場合は、既存アプリを更新しながら、ログインや通知などの機能を段階的に移行する方法が現実的です。

全面刷新では、画面を作り直すだけでなく、データ移行や利用者教育、ストア公開、旧版の停止まで必要です。そのため、機能ごとに利用頻度や障害リスク、ネイティブ依存、移行効果を評価し、移行の順序を決めます。

保守契約の更新責任と納品物

契約書には、要件定義書や設計書、テスト仕様と結果を含めます。ソースコードやプラグイン一覧、依存関係一覧、ストア申請情報、運用手順、更新手順も、納品物として残します。そのため、開発会社を変える場合でも、情報が途切れずに引き継げます。

保守では、通常障害と脆弱性、OS更新、ストア審査の差し戻し、追加機能を区別します。そのうえで、受付時間と初動時間、復旧目標を決めます。再委託の扱いや、担当者変更時の引き継ぎも取り決めておきます。

開発会社/ベンダーの選び方

Cordovaの開発会社は、「アプリを作れるか」だけで判断しません。業務要件やAPI、クラウドへの対応力を比べ、さらにセキュリティや実機テスト、ストア更新、保守までの対応力も見ます。

Cordovaの公開実績があっても、自社の端末やプラグインを扱えるとは限りません。そのため、提案の時点で技術検証の方法と納品範囲を確認します。

技術名と業務内容を分けた公開実績の確認

実績を見るときは、Cordovaを使ったかどうかだけでなく、どのOSや端末、プラグイン、APIを使い、どの程度の利用者数や通信条件で運用したかを尋ねます。

写真やQR、位置情報、通知のうち、自社の難所に近い経験があるかを確認します。オフラインや動画、Bluetoothの経験も確かめます。可能であれば、設計書のサンプル、テスト項目、障害対応の例を提示してもらいます。

プラグイン更新と実機テストの担当

提案の段階で、Cordova CLIやプラットフォーム、プラグインの組み合わせを示してもらいます。Node.jsやiOS・AndroidのSDKも、どの版で固定するかを明らかにしてもらいます。

未保守のプラグインの代替策や、新規プラグインのソースコード所有権を質問します。さらに、脆弱性発生時の修正期限と、OS更新後の回帰テストの範囲も確認します。費用の安さだけでなく、更新を含む年間の対応力を評価します。

見積条件と契約上の責任をそろえた比較

複数の提案を比べるときは、見積条件と契約上の責任を次の観点でそろえます。

• 開発範囲：画面とロール、端末とOS、API連携数、オフライン対応、実機台数の条件をそろえます。
• 納品・運用範囲：ストア申請、セキュリティ診断、ドキュメント、保守時間も同じ条件にします。
• 所有権：ソースコード、設定、署名鍵、CI/CD、データ、アカウントの所有者を確認します。
• 契約条件：再委託の有無、障害時のSLA、終了時の引き継ぎ費用です。
• 海外体制：データ越境、契約準拠法、時差、言語、支払い条件も比べます。

▶ 詳細はこちら：Cordovaのシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：Cordovaのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

▶ 詳細はこちら：Cordovaのシステム開発の発注/外注/依頼/委託方法について

よくある質問（FAQ）

Cordovaの採用判断では、技術の新旧だけでなく、業務との適合性と保守体制を見ることが大切です。発注前によく聞かれる質問に、順に答えます。

2026年に新規システムでCordovaを採用しても大丈夫ですか？

採用して問題ないかは、採用理由をはっきりさせられるかで判断します。採用理由は、Web人材の活用や既存Cordova資産、iOS・Android同時展開などです。新規案件では、プラグインやOS更新、ストア要件に加えて、5年間の保守費も確認します。

Capacitor、Flutter、React Native、PWA、ネイティブ開発とも比べて決めます。

Cordovaの業務アプリ開発費用はいくらですか？

小規模PoCは100万〜300万円程度、標準的な業務アプリは500万〜1,200万円程度が目安です。中規模の現場システムは、1,200万〜3,000万円程度が予算検討の起点になります。

これはCordova固有の公的統計ではなく、機能や連携、オフラインなどの条件に応じて調整する推定の幅です。管理画面やテスト、保守条件も含めて考えます。

電波がない現場でもCordovaを使えますか？

Cordovaはオフラインでも使えます。ただし、一時保存と再送、重複防止、競合解決、同期状況の表示を設計しておく必要があります。

業務が完全オフラインで成り立つか、一定時間ごとに通信が必要かを整理しておきます。そのうえで、実際の現場で電波を切ってテストし、仕様を確定します。

Cordovaアプリに機密情報を保存してもよいですか？

Cordovaアプリに機密情報をそのまま保存する設計は避けます。たとえば、パスワードやAPIキー、暗号鍵、固定の管理者権限などです。

サーバー側認証や短命トークン、安全な端末内ストレージを組み合わせます。加えて、端末紛失時の失効や通信・ログの監視も行い、保存するデータと期間は最小限にします。

証明書ピンニングなど高度な要件は、Cordova標準機能だけで実現できるかを確認します。必要であれば、専用プラグインやネイティブ実装も含めて検証します。

まとめ

採用判断で押さえる要点

CordovaはHTML・CSS・JavaScriptで、iOS・Androidの業務アプリを共通化できます。営業報告や点検、訪問、在庫、配送、勤怠のように、フォームやAPI中心の業務では効果を得やすいです。

高性能な描画や複雑な端末制御が必要な場合は、他の技術と比べる必要があります。

発注前にそろえる情報

発注時は、アプリの画面だけでなく、API、認証、データベースまで範囲を広げておきます。さらに、管理画面やオフライン同期、監査ログ、セキュリティ、ストア要件、5年間の保守費も含めます。

2026年時点では、Cordovaを使えるかに加えて、長期の更新と保守の体制も発注前に確認します。

• 更新：プラグインとビルド環境を更新できる体制です。
• 脆弱性対応：問題が見つかった際の対応力です。
• 引き継ぎ：納品物を受け取り、ほかの担当へ引き継げる状態です。

▼関連記事一覧
・Cordovaのシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・Cordovaのシステム開発でおすすめの開発会社/ベンダー6選と選び方
・Cordovaのシステム開発の見積相場や費用/コスト/値段について
・Cordovaのシステム開発の発注/外注/依頼/委託方法について

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。