センサーデータ管理システム開発の発注/外注/依頼/委託方法について

センサーデータ管理システムの発注では、センサーや画面だけを依頼するのではなく、データ収集・蓄積・可視化・通知・既存設備連携・運用保守までを一つの業務設計として整理することが重要です。初期費用の目安は、小規模PoCで300万〜800万円、本番導入で800万〜2,000万円、複数工場を横断する規模では2,000万〜5,000万円以上が一つの推定レンジとなります。

本記事では、「センサーデータ管理システム」を発注・外注・委託するときの進め方を、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先選定、見積比較の順に解説します。温度・湿度・振動・電力などのセンサーを導入したものの、データが分断されたり、アラートが現場で活用されなかったりする失敗を防ぐために、発注前に決めるべき項目とベンダーへ確認する質問も具体的に紹介します。

▼全体ガイドの記事
・センサーデータ管理システム開発の完全ガイド

センサーデータ管理システムを発注する前に知る全体像

センサーデータ管理システムは、現場の計測値を集めるだけの仕組みではありません。「どの設備の、どのセンサーが、いつ、どの単位で取得した値か」を管理し、そのデータを保全、品質管理、省エネ、遠隔監視などの行動につなげる業務システムです。発注時に対象範囲をアプリ開発だけに限定すると、設置工事や通信、データ品質、運用担当者の作業が後から追加され、予算と納期が膨らみやすくなります。

発注対象は、大きく分けると現場機器、通信・ゲートウェイ、データ基盤、画面・通知、既存システム連携、運用支援の六つです。現場機器にはセンサー本体、電源、設置金具、校正、交換品が含まれます。通信・ゲートウェイには、MQTT、HTTP、OPC-UA、Modbusなどのプロトコル変換、IoT SIM、エッジPC、通信断時の一時保存が含まれます。

データ基盤では、時系列データベースへの蓄積、欠損・重複・異常値の扱い、単位変換、保存期間、バックアップを決めます。画面・通知では、設備別のトレンド、拠点別の一覧、閾値超過、急変、通信断、電池残量低下などを設計します。さらに、MES、ERP、保全チケット、チャット、CSVやAPIとの連携がある場合は、連携先の担当会社と責任分界をRFPに書く必要があります。

「センサーを増やして見える化したい」という要望だけでは、発注先が適切な構成や費用を算出できません。まず、温度逸脱を何分以内に検知したいのか、設備停止の原因調査を何時間短縮したいのか、電力原単位をどの単位で比較したいのかを決めます。目的は「異常通知」「予防保全」「品質証跡」「省エネ」「遠隔監視」などから一つか二つに絞り、成功指標を数値化します。

たとえば、アラート発生から担当者が確認するまでの時間、通信断の検知率、欠損データの割合、点検記録の作成時間、設備停止時間などをKPIにします。AIによる予知保全を最初から必須にすると、学習用データの整備や誤検知の検証に時間がかかります。最初は閾値通知とデータ品質の改善から始め、効果が確認できた後に異常検知へ進む段階設計が現実的です。

発注先を選ぶ際は、クラウドへ送るだけでなく、現場側でデータを整え、既存の業務データと結び付けられるかも見ます。日立は2025年、たけびしのデバイスゲートウェイと連携し、PLCやセンサーなど170シリーズ以上の産業機器からOTデータを収集して、ERPやMESのITデータと統合する製品トレーサビリティソリューションを発表しました（出典: 日立「Hitachi Intelligent Platformとたけびし社デバイスゲートウェイの連携」、2025年）。AWSも2025年にMQTT対応のSiteWise Edgeゲートウェイを一般提供し、エッジでのストア・アンド・フォワードやMES・ERPデータとの連携を示しています（出典: AWS「MQTT enabled SiteWise Edge gateways」、2025年）。こうした動向を踏まえ、RFPではメーカー混在、通信断、エッジ処理、既存業務データ連携を具体的な評価項目にします。

発注形態はどう選ぶ？パッケージ・一括委託・部分外注の違い

発注形態は、パッケージやクラウドを導入する方法、SIerや開発会社へ一括委託する方法、自社が全体を主導して一部だけを外注する方法に分けられます。どれが最適かは、センサーの台数よりも、既存設備の種類、社内のIT・OT人材、独自業務の多さ、導入後に自社で変更したい範囲によって変わります。

設備台帳、トレンド表示、閾値アラート、ユーザー権限などが標準機能に収まる場合は、IoTパッケージやクラウドサービスを中心に発注すると、開発量を抑えやすくなります。小規模なPoCを短期間で実施し、現場が画面を使うか、通知が業務改善につながるかを確認してから本番へ拡張できる点も利点です。

一方で、月額利用料、データ量課金、保存期間による料金増加、サービス仕様の変更、データのエクスポート可否を確認する必要があります。標準機能に合わない部分を個別カスタマイズで埋め続けると、パッケージのメリットが薄れます。RFPには「標準機能で実現する範囲」と「追加開発が必要な範囲」を分けて記載してもらいます。

センサー設置、PLC接続、ネットワーク、クラウド、画面開発、既存システム連携、教育、保守を一社または主契約者にまとめると、窓口を一本化できます。自社にIoTやOTの専門担当者が少ない場合、現地調査から設計・施工・運用引き継ぎまでを依頼できることは大きな利点です。複数工場へ展開する場合も、標準構成と拠点ごとの差分を管理しやすくなります。

ただし、一括委託ではベンダーの提案をそのまま採用しやすく、不要な機能や特定製品への依存が入り込む可能性があります。データ所有権、APIやCSVによる持ち出し、構成図・データ辞書・運用手順書の納品、再委託先の開示を契約前に確認します。主契約者がセンサー設置会社、クラウド会社、アプリ開発会社を束ねる場合は、障害時の一次窓口と責任分界も明文化します。

自社で目的、データ辞書、業務フロー、優先順位を決め、プロトコル変換や画面開発だけを外注する方法もあります。自社に製造設備と業務の知識があり、将来の拠点追加や画面変更を内製したい場合に向いています。要件が固まっていないPoCでは、データ収集部分を専門会社へ委託し、評価と業務設計は自社で行う分担も有効です。

部分外注の注意点は、複数の委託先を自社が統合する負担です。クラウド会社と現地施工会社の間で、通信断の原因やデータ欠損の責任を押し付け合う状況を避けるため、接続試験、障害再現試験、ログの保管場所を共通化します。発注形態を選ぶ段階で、自社が担えるプロジェクト管理と運用保守の範囲を正直に見積もることが大切です。

RFPと要件整理で発注前に決めるべき項目

RFPは、開発会社に「良い提案をしてください」と伝える文書ではなく、各社が同じ前提で見積もりと提案を出せるようにする比較資料です。完璧な仕様書を作る必要はありませんが、対象範囲、現状の課題、制約、希望時期、評価基準をそろえる必要があります。要件が曖昧なまま価格だけを比較すると、安い見積もりの後から追加費用が発生しやすくなります。

RFPの冒頭には、対象拠点、対象設備、利用部門、解決したい課題、導入後の判断基準を書きます。対象設備は、設備名だけでなく、メーカー、型式、設置場所、既存PLCの有無、利用可能なプロトコル、現在のデータ保存方法まで分かる範囲で記載します。センサーを新設するのか、既設の計測値を取り込むのかでも、現地調査と費用は大きく変わります。

次に、センサー台数、計測周期、1日のデータ量、保存期間、必要なリアルタイム性を整理します。たとえば「100台から1分ごとに取得し、明細を3年間保存する」「異常値は5分以内に通知する」のように書くと、各社が通信量、ストレージ、アラート処理を見積もりやすくなります。PoCと本番で対象台数が違う場合は、初期範囲と将来拡張を分けて示します。

センサーID、設備ID、拠点ID、取得時刻、受信時刻、単位、校正日、品質フラグをデータ辞書にまとめます。時刻が端末ごとにずれていると、複数センサーの相関分析や原因調査に使えません。通信断時にエッジへ保存し、復旧後に再送するのか、欠損として扱うのかも決めます。重複データや異常値を自動補正する場合は、元データを残すか、補正履歴を監査ログに残すかを明記します。

既存システム連携では、連携先、方向、頻度、方式、エラー時の再送、担当者を表にします。MESから設備マスターを受け取り、センサーデータ管理システムからKPIを返すのか、ERPの製造指図と測定履歴をひも付けるのかで、設計は変わります。API仕様が未確定なら、発注先に調査工程を見積もらせ、確定後に開発費がどう変動するかを提示してもらいます。

工場のOTネットワークをクラウドへ接続する場合は、ネットワーク分離、デバイスごとの認証、TLSなどの暗号化、初期パスワード変更、最小権限、脆弱性対応、ログ監視、バックアップ、復旧試験を要件に含めます。センサーやゲートウェイを導入して終わりではなく、交換時の認証情報無効化、廃棄時のデータ消去、ファームウェア更新まで決めておくことが必要です。

IPAは2025年9月公開の「IIoT機器ライフサイクル管理構築手引き」で、IIoT機器の導入から廃棄までを通じたセキュリティ管理を整理しています。作業員の位置や個人にひも付く稼働状況を扱う場合は、個人情報保護法上の取り扱い、利用目的、保存期間、アクセス権限も確認します。RFPでは、受託者の再委託、インシデント発生時の報告時間、脆弱性の修正期限、監査協力の範囲まで確認します。

契約形態と委託範囲はどう決める？請負・準委任・段階契約

センサーデータ管理システムでは、現地調査をしないと設備や通信の条件が確定しないことがあります。そのため、すべてを最初から固定価格の請負にするより、調査・要件定義・PoC・本番開発を分けて契約する方が、変更の理由と費用を説明しやすくなります。契約形態の違いを理解し、成果物と責任範囲を工程ごとに設定します。

請負契約は、合意した成果物を完成させ、検収することを前提にする契約です。要件、画面、データ連携、テスト、納品物が固まった本番開発に向いています。検収条件には、単に画面が表示されることだけでなく、指定周期でデータを受信できること、通信断から復旧した後に再送できること、アラートが指定時間内に通知されることなど、実際の業務シナリオを含めます。

請負でも、設備の追加や仕様変更が無制限に含まれるわけではありません。変更管理の手順、追加見積の単価、納期への影響、瑕疵対応の期間、第三者サービスの障害時の扱いを契約書や仕様書に記載します。センサー本体やクラウドの利用料を開発費に含めるのか、別請求にするのかも分けておくと、検収後の予算管理が容易です。

準委任契約は、専門家が調査や設計などの業務を遂行することを目的にする契約です。現地調査、既設PLCの接続可否確認、データ辞書の設計、PoCの評価、運用設計のように、作業を進めながら要件を具体化する工程に向いています。成果を「稼働する本番システム」と約束する契約ではないため、何を調査し、どの資料を納品し、どの会議体で判断するかを合意します。

準委任では、作業時間や体制が見えにくいと費用が膨らみます。月次の作業報告、消化工数、残課題、次月の予定、追加作業の承認手順を設定します。発注者側も、設備担当者へのヒアリング、現場立ち会い、データ提供、意思決定を遅らせない体制を用意します。相場の比較では、請負が準委任より1.3〜1.5倍高くなり得るという近接領域の目安がありますが、契約内容とリスク分担によって変わるため、倍率を一律に適用してはいけません。

おすすめしやすいのは、(1)現地調査・企画、(2)要件定義・PoC、(3)本番開発、(4)展開・保守の段階契約です。第1段階では設備とネットワークの制約を確認し、第2段階では代表ラインでデータ欠損率や通知の有効性を検証します。第3段階へ進む判断基準を、KPI、予算、現場受容性、セキュリティ審査の完了などで決めておくと、効果のないPoCを惰性で拡大しにくくなります。

段階契約では、次工程へ進まない場合のデータ・設定・成果物の返却、クラウド環境の停止、センサーの扱いを確認します。PoCで作ったデータ辞書や接続アダプターを本番契約へ引き継げるかも重要です。契約を分けても、全体アーキテクチャと将来の拡張方針だけは初期段階で共有し、使い捨ての検証にならないようにします。

センサーデータ管理システムの費用相場と見積内訳

センサーデータ管理システムの費用は、センサーの台数だけでなく、計測周期、既存設備との接続数、拠点数、通信断への対応、保存期間、画面や業務連携の複雑さで決まります。以下の金額は、リサーチノートにある近接領域の業務システム相場を基礎に、センサー・ゲートウェイ・通信を加味した推定レンジです。個別案件の確定価格ではないため、RFPの前提条件とセットで比較してください。

小規模PoCは、1拠点・センサー10〜100台・簡易ダッシュボード・閾値通知を前提に、300万〜800万円程度が推定の目安です。現地調査、ゲートウェイ設定、クラウド初期構築、データ項目定義、接続試験を含めると、センサー本体の価格だけでは収まりません。期間は1〜3か月程度を想定しますが、工場の入場手続きや設備停止を伴う場合は長くなります。

本番を1〜数拠点、100〜1,000台、権限管理、履歴、帳票やAPI、既存設備・保全システム連携まで含める場合は、800万〜2,000万円程度が推定レンジです。複数工場を横断し、エッジ冗長化、OT・MES・ERP統合、監視、教育、予兆検知まで行う場合は、2,000万〜5,000万円以上となる可能性があります。標準クラウド中心なら数週間〜3か月、スクラッチ開発や全社展開なら半年〜1年以上かかることがあります。

機器費は、センサー本体、ゲートウェイ、電源、設置金具、配線、防水・防爆対応、校正・交換に分けます。センサーは仕様によって1台5,000円〜10万円超まで幅があり、屋外、高温、防爆、高精度などの条件で変動します。ゲートウェイも、一般的な構成の仮置きとして1拠点5万〜30万円程度を見込めますが、冗長化や産業用筐体、プロトコル対応によって上振れします。

通信料は計測周期とデータサイズで変わります。SORACOM Airの日本カバレッジIoT SIMでは、2026年8月確認時点で、500MBを含むプランの基本料金が月385円、超過分が500MBあたり110円、初期費用が1枚990円という料金例です（出典: SORACOM Air公式料金、2026年）。ただし、通信料だけでクラウド、監視、アプリ開発、保守は含まれません。Azure IoT HubはBasic・Standardで課金対象操作を4KB単位のメッセージとして計測するため、小さな値を高頻度で送る場合も、メッセージ数の試算が必要です（出典: Microsoft Learn「Azure IoT Hubの課金情報」、2026年更新）。

クラウド利用料は、データ取り込み、処理、ストレージ、バックアップ、ログ、通知、ネットワーク、分析に分けて試算します。AWS IoT SiteWiseの公式料金例では、10設備が1秒に1測定を送るケースのSiteWise部分が月39.48米ドルと示されています（出典: AWS IoT SiteWise Pricing、2026年確認）。この金額は特定サービス部分の例であり、IoT接続、監視、通知、データ転送、開発会社の保守費を含む総額ではありません。

保守費には、障害監視、問い合わせ対応、センサー交換、クラウド設定変更、脆弱性修正、バックアップ復旧試験、ユーザー教育を含めるか確認します。24時間365日の監視が必要か、営業時間内の対応でよいかによって体制と費用は変わります。見積書では、初期費用、月額固定費、従量課金、現地対応費、追加開発費を別欄にしてもらい、3年程度の総保有コストで判断します。

委託先選定と見積比較で確認するポイント

委託先は、知名度や提示価格だけで選ばず、センサーデータを業務で使える状態まで届けた経験で比較します。センサーやクラウドに詳しくても、設備の停止制約や現場の保全業務を理解していなければ、稼働後に使われないシステムになる可能性があります。RFPを同じ条件で複数社へ渡し、提案内容、前提条件、除外項目、体制、保守をそろえて評価します。

実績確認では、「IoTの導入実績があります」という説明だけでなく、対象業界、センサー台数、拠点数、計測周期、対応プロトコル、通信断対策、既存PLC・MES・ERP連携、保守体制を聞きます。可能であれば、似た設備条件の事例について、導入前の課題、PoCから本番へ進んだ条件、現場定着の方法、導入後の改善指標を確認します。守秘義務で社名を開示できない場合も、規模や技術条件を匿名で説明できるかを見ます。

提案担当者だけでなく、設計者、現地調査担当、クラウド担当、保守責任者が打ち合わせに参加するかも重要です。再委託がある場合は、どの会社が何を担い、障害時に誰が判断するのかを確認します。PoCだけを担当した会社が本番の大量展開や24時間監視まで担えるとは限らないため、工程ごとの体制と要員の継続性を見積もります。

比較しやすい見積書は、現地調査、要件定義、設計、センサー・ゲートウェイ、通信、クラウド初期設定、画面開発、連携開発、テスト、設置・配線、教育、保守に分かれています。各項目に数量、単位、期間、単価、担当者、納品物を記載してもらいます。「一式」ばかりの見積もりは、比較や変更管理が難しいため、内訳を追加で依頼します。

見積の安さだけでなく、含まれていないものを確認します。たとえば、センサー設置のための夜間作業、足場、電源工事、校正、通信回線、クラウドの本番アカウント、データ移行、セキュリティ審査、現場教育が除外されていることがあります。将来100台から1,000台へ増やす場合の追加単価、拠点追加費用、保存期間を延ばす費用も提示してもらうと、拡張時の比較ができます。

選定時は、システムの機能だけでなく、データの所有権、エクスポート方法、契約終了時のデータ返却、クラウド移行支援、脆弱性対応、障害通知、復旧目標、バックアップ復元を確認します。IoT機器が増えるほど、認証情報やファームウェアの管理が重要になります。IPAのIIoT手引きが示すように、導入時だけでなく運用・更新・廃棄を含めたライフサイクルで評価できる会社を選びます。

PoCの終了条件も契約前に決めます。データ取得率、欠損率、アラートの確認時間、現場作業の削減、設備停止の予防など、検証結果をもとに本番化を判断できる指標を設定します。効果が確認できない場合に、何を残し、何を停止し、どの費用が発生するかを決めておくと、撤退しやすくなります。発注先を選ぶことは、機能を買うことではなく、継続的に改善できる責任体制を選ぶことです。

発注から導入・運用開始までの進め方

発注後は、要件定義が終わるまで現場を待たせるのではなく、早い段階で代表設備のデータを確認しながら進めます。センサー値が想定どおり取れるか、既存設備に負荷をかけないか、現場担当者が通知を判断できるかを先に検証すると、本番開発の手戻りを減らせます。

最初に、現場・情報システム・設備保全・品質・調達・セキュリティの関係者で要件を確認します。次に、同じRFPを複数社へ配布し、質問回答の期限、提案書の形式、見積の分解方法、プレゼンテーションの評価項目をそろえます。提案比較では、機能の充足度だけでなく、前提条件の妥当性、現地調査の深さ、運用への配慮、総保有コストを評価します。

候補が絞れたら、代表ラインや一部拠点でPoCを行います。PoCでは画面の見栄えより、計測値の欠損、通信断からの復旧、通知の適中率、担当者の確認時間、データを使った会議や点検の変化を測ります。PoCの評価に合格したら、対象台数、追加連携、運用体制を確定し、本番契約へ進みます。

テストでは、正常な値が表示されることだけでなく、通信断、電源断、ゲートウェイ再起動、センサー交換、時刻ずれ、欠損、重複、異常値、閾値の境界を確認します。通信断時にエッジへ保存し、復旧後に時刻順で再送できるか、重複送信が発生したときに二重集計されないかを試験します。設備の停止を伴うテストは、現場の安全手順と停止可能な時間帯を考慮します。

ユーザー権限、拠点・設備単位の閲覧制限、操作ログ、CSVエクスポート、バックアップからの復旧も受入試験に含めます。リリース後は、まず一部の現場で運用し、通知の頻度や画面の指標を調整します。全拠点へ広げる前に、運用手順書、障害時の連絡先、センサー交換の手順、月次のデータ品質確認を整備します。

納品物には、要件定義書、構成図、ネットワーク図、センサー台帳、データ辞書、API仕様、設定値、テスト結果、障害時の手順書、バックアップ・復旧手順、ユーザー管理手順を含めます。発注先だけが設定を理解している状態では、担当者変更や拠点追加のたびに追加費用が発生します。運用担当者が自力で設備・センサーを追加できる範囲と、委託先へ依頼する範囲を決めます。

運用開始後の定例会では、データ欠損率、通信断、アラート件数、対応時間、クラウド費用、センサー故障、権限変更を確認します。通知が多すぎる場合は閾値や担当者を見直し、少なすぎる場合は検知条件を見直します。導入効果は、システムの稼働率ではなく、点検時間、停止時間、品質逸脱、エネルギー原単位などの業務KPIで追跡します。

よくある質問（FAQ）

ここでは、センサーデータ管理システムの発注時によくある疑問に回答します。機器費と開発費の区別、PoCの必要性、相見積もりの条件を先に確認しておくと、発注後の認識違いを抑えられます。

小規模PoCは300万〜800万円、本番の1〜数拠点は800万〜2,000万円、複数工場や全社展開は2,000万〜5,000万円以上が、要件未確定時の推定レンジです。センサー、設置工事、ゲートウェイ、通信、クラウド、開発、連携、保守を含むかで変わるため、金額だけで判断せず、前提条件と内訳を比較してください。

既存設備が多い、通信条件が不明、現場がアラート運用に慣れていない場合は、代表ラインでPoCを行うことをおすすめします。データ取得率、欠損、通知の適中率、担当者の対応時間、業務KPIの変化を確認し、本番化の条件を決めます。標準機能だけで要件が明確な場合は、限定拠点への短期導入をPoCの代わりにする方法もあります。

3社前後を目安に、同じRFP、対象設備、センサー台数、計測周期、保存期間、連携要件、希望時期を渡すと比較しやすくなります。価格だけでなく、現地調査の範囲、標準機能と追加開発の区別、除外項目、保守体制、データの持ち出し、障害時の責任分界をそろえて確認します。提案の前提が異なる場合は、安い方を選ぶ前に同じ条件で再見積もりを依頼します。

安全性はクラウドかオンプレミスかだけで決まらず、ネットワーク分離、暗号化、デバイス認証、権限、ログ、更新、バックアップ、復旧、委託先の運用で決まります。OTネットワークからクラウドへ送るデータを限定し、通信断時はエッジで保持する構成も検討します。個人にひも付く位置情報や作業状況を扱う場合は、利用目的とアクセス権限を整理し、委託先との契約にも反映します。

まとめ

センサーデータ管理システムの発注では、アプリの機能数やセンサー単価だけでなく、設備・通信・データ品質・通知後の業務・セキュリティ・保守を一つの範囲として整理します。発注形態は、標準機能で早く検証するならパッケージ・クラウド、複数領域をまとめるならSIerへの一括委託、自社にノウハウを残すなら部分外注が候補になります。迷う場合は、現地調査とPoCを先に委託し、検証結果をもとに本番方式を決めます。

RFPには、目的とKPI、設備・センサー台数、計測周期、保存期間、通信断への対応、既存システム連携、権限、運用保守を記載します。見積もりは、機器費、開発費、クラウド・通信費、現地作業費、保守費を分け、除外項目と将来拡張の単価まで比較します。初期の推定レンジにとらわれず、同じ前提で複数社から提案を取り、PoCの評価基準と契約・検収条件を決めてから発注することが、予算超過と使われないシステムを防ぐ近道です。

▼全体ガイドの記事
・センサーデータ管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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