結論：CouchDBのシステム開発費用は、PoC・社内試験で100万〜300万円、
小規模業務システムで300万〜800万円、中規模のモバイル同期で800万〜2,000万円、
高可用性や基幹連携まで含めると2,000万〜5,000万円以上が目安です。
ただし、これはCouchDB単体の公開統計ではなく、業務システム一般の相場に、JSONデータモデル、
オフライン同期、競合解決、監視、バックアップ、既存システム連携の工数を加味した推定レンジです。
この記事では、CouchDBのシステム開発で何に費用がかかるのか、価格帯が変わる条件、
見積書で確認すべき項目、コストを抑える進め方を、2026年時点の料金情報と導入事例を踏まえて解説します。
▼全体ガイドの記事
・CouchDBのシステム開発の完全ガイド
CouchDBのシステム開発費用を左右する全体像
CouchDBはApache CouchDBというオープンソースのデータベースであり、
データベースのライセンス費が原則0円です。しかし、システム全体の費用はデータベースの利用料だけで決まりません。
アプリケーション、クラウドやサーバー、認証、データ移行、監視、バックアップ、保守まで含めて考える必要があります。
OSSのライセンス費が0円でも総額は発生します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Apache CouchDBを自社サーバーやクラウドの仮想マシンに構築する場合、ライセンス料は抑えられます。
一方で、サーバーの初期設定、ネットワーク、TLS証明書、ユーザー認証、データベース単位の権限、バックアップ、復元テスト、バージョンアップ。障害対応を誰かが担います。
社内に担当者がいない場合は、開発会社や運用会社の工数が増え、ライセンス無料の差額以上に運用費が膨らむことがあります。
同期と競合解決が入ると費用の重心が変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
CouchDBの特徴であるレプリケーションは、通信が戻れば自動的にデータを合わせるだけの機能ではありません。
店舗端末と本部が同じ注文書を編集した場合に、どの変更を採用するか、項目単位で統合するか、担当者の承認を求めるかを業務ルールとして決める必要があります。
Apache CouchDB 3.5公式ドキュメントでも、MVCCによる一貫した読み取りと。同じドキュメントを先に更新した側を基準にした競合検出が説明されています。
通信方式よりも競合時の業務判断が難しい場合、その設計・テスト・運用教育が費用を押し上げます。
CouchDBのシステム開発費用相場と価格帯
次の価格帯は、CouchDBを採用する業務システムの規模と、同期・運用要件を整理するための目安です。
日本でCouchDBだけを対象にした公的な開発費統計はほとんどないため、正式見積では要件と工数に置き換えて確認してください。
特に、画面数、利用拠点、データ件数、同時利用者数、連携先、稼働時間、監査要件の違いによって、
同じCouchDBでも価格は大きく変わります。
PoC・社内試験は100万〜300万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
単一データベースに顧客情報や点検記録を登録し、基本的なCRUD、簡易ログイン、数画面の確認までに絞る場合は、100万〜300万円程度が一つの目安です。期間は1〜2か月程度を想定します。
ここで重要なのは、本番機能を小さく作ることではなく、実データに近いJSONの粒度、検索条件、同期の可否、想定件数で検証することです。
デモ用の少量データだけで判断すると、後からインデックスやデータ構造を作り直す費用が発生します。
小規模業務システムは300万〜800万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Web画面、API、ユーザーや部署ごとの権限、帳票または外部サービス連携、バックアップ設計を含む小規模業務システムでは、300万〜800万円程度が目安です。開発期間は2〜4か月程度になります。
顧客管理や現場報告のように、一つの業務データをドキュメント単位で更新できる場合は収まりやすい一方。
会計や在庫のように複数の記録を同時に厳密更新する場合は、RDBとの併用や整合性検証が必要になり、費用が上振れしやすくなります。
中規模同期は800万〜2,000万円、高可用性は2,000万円以上です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
PouchDBなどを使ったモバイル端末との双方向同期、複数拠点、競合解決、監視、データ移行まで含む中規模システムでは、800万〜2,000万円程度。期間は4〜8か月程度が目安です。
クラスタ、災害対策、複数リージョン、ERPやRDBとの連携、監査ログ、24時間運用まで求める高可用性・基幹連携では、2,000万〜5,000万円以上。6〜12か月以上になることがあります。
IBM公式のComdata事例では、Cloudantを使った位置情報付きモバイルアプリを12週間でベータ公開していますが。
これは既存の技術基盤と明確な用途を組み合わせた事例であり。すべての業務システムに同じ期間を当てはめられるわけではありません（出典: IBM Comdata導入事例、公開情報）。
CouchDBのシステム開発費用の内訳と変動要因
見積書の総額だけを見ると、どの作業に費用がかかっているか分かりません。CouchDBでは、
データベースの構築よりも、データの持ち方と同期時の業務ルールを決める上流工程に費用が寄る傾向があります。
見積書では、要件定義、設計、実装、テスト、移行・教育、運用準備の六つに分けて確認すると比較しやすくなります。
要件定義とデータ設計に10〜15％前後を配分します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
要件定義では、誰が、どの端末から、どの頻度で、どのデータを更新するかを整理します。
データ設計では、顧客・注文・明細・点検記録を一つのドキュメントに埋め込むのか、別ドキュメントをIDで参照するのか、添付ファイルをどこに置くのかを決めます。
初期予算の10〜15％前後をこの工程に配分する考え方が参考になります。検索条件を後から追加するとMangoクエリやビューの設計変更につながるため、現場が実際に使う検索画面を先に洗い出すことが大切です。
設計・実装・テストで全体の70〜95％を占めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
画面やAPIの設計、CouchDBのデータモデル、認証・権限、インデックス、同期対象の絞り込み、アプリケーション実装を合わせると、設計25〜35％。実装30〜40％程度が目安になります。
テストは15〜20％程度を見込み、通常の機能テストだけでなく、通信断、同時更新、競合、削除、再送、バックアップからの復元、負荷上昇を含めます。
移行・教育・運用手順は5〜10％程度を目安に、データクレンジングやマニュアル作成の有無で調整します。
これらは業務システム一般の工程配分をもとにした目安であり、CouchDB専用の統計ではありません（出典: リサーチノートの業務システム一般の費用・工程整理）。
価格が上がりやすいのはデータ量より要件の複雑さです
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
データ件数が多いだけなら、ストレージと処理能力を見積もることで対応できます。
費用が大きく動くのは、複数端末が同じドキュメントを更新する、削除をあとから同期する、古い端末を失効させる、地域ごとに閲覧範囲を変える。変更履歴を監査に使うといった条件です。
特に在庫数や会計仕訳を複数拠点で同時更新する場合は、CouchDBだけで全てを処理するのではなく、厳密なトランザクションをRDBに寄せる設計も比較してください。
技術選定を誤ると、開発後の作り直しが最も高いコストになります。
CouchDBの料金体系とランニングコスト
初期開発費だけでなく、毎月の基盤費と保守費を3年程度の利用期間で見比べると、選択肢の違いが見えます。
Apache CouchDBを自社運用するか、IBM CloudantのようなDBaaSを使うか、
別のマネージドApache CouchDBを使うかで、支払先と運用責任が変わります。
料金の安さだけでなく、障害対応、バックアップ、データ所在地、SLA、移行方法まで含めて判断してください。
自社運用は利用料を抑えやすい一方で運用人件費が必要です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
自社運用では、VMやコンテナ、ストレージ、ロードバランサー、監視、ログ保管、バックアップ先の料金が発生します。
さらに、CouchDBのパッチ適用、コンパクション、容量監視、障害時のフェイルオーバー、復元テストを担当する人員が必要です。
初期開発費の年15〜20％程度を保守費の仮置きにする方法がありますが、24時間365日の対応、SLA、セキュリティ監査、軽微改修を含むかで変わるため。単純な割合で契約しないことが大切です。
Cloudantは容量とプロビジョニング済みスループットで変動します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
IBM CloudantのLiteプランは無料で、1GBのストレージ、20 reads/s、10 writes/s。5 global queries/sの固定枠です。
検証には便利ですが、容量やスループットを拡張できないため、本番前提の価格と同じではありません。
Standardプランは20GBのストレージ込みで、読み取り・書き込み・クエリのプロビジョニング済み容量と超過ストレージに応じて課金されます。
IBM公式FAQでは、20GBを超えるストレージは0.0014ドル/GB・時。月約1ドル/GBと案内されています（出典: IBM Cloudant Pricing FAQ、2026年参照）。
このほか、Standardの開始価格を約70〜80ドル/月と紹介する比較記事もありますが、地域、契約、容量、スループット、為替で変わるため。
最終金額はIBM CloudのCost Estimatorで確認してください。
マネージドサービスは保守範囲と移行性を比べます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
2026年には、IBM Cloudantだけでなく、Apache CouchDBを基盤にしたマネージドサービスも比較対象になっています。
例えばLayerbaseの公開料金ページでは、無料枠、月5ドルのSolo、月15ドルのProなどが示されていますが、ストレージ、常時稼働。
バックアップ、リージョン固定などの条件がプランごとに異なります（出典: Layerbase公開料金、2026年）。
事業者自身の比較情報は参考になりますが、国内サポート、SLA、データ所在地、障害時の責任分界、Apache CouchDBとの互換性を契約前に確認してください。
Cloudantを選ぶ場合も、APIやレプリケーションプロトコルの互換性だけでなく、固有機能への依存を一覧化すると移行費用を見積もりやすくなります。
CouchDBのシステム開発の進め方
費用を抑えながら失敗を避けるには、いきなり全機能を作らず、業務の重要な一連の流れを小さく検証します。
CouchDBが適しているかを判断する軸は、JSONで業務データをまとまりとして扱えるか、
ネットワーク断でも作業したいか、後から同期できるか、競合を業務ルールで解決できるかです。
要件定義では同期対象と整合性の境界を決めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
まず、業務フローを「オンライン時」「オフライン時」「再接続時」に分けます。
例えば現場担当者が点検記録を入力し、写真を添付し、接続回復後に本部へ送るケースでは、写真のサイズ、送信失敗時の再送、端末紛失時のアカウント停止。同じ記録への再編集を定義します。
一方、在庫の引き当てや会計仕訳のように、同時更新で一つの正解を即時に確定しなければならない処理は、CouchDB単独で実装するのか。RDBや業務サービスに任せるのかを先に決めます。
ここが曖昧なまま進むと、後工程の競合仕様が膨らみます。
PoCでは実データに近い負荷と競合を試します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
PoCでは、代表的なJSONを数種類作るだけでなく、検索、更新、添付、削除、復元の流れを通します。
想定容量、読み書き比率、同時接続数を設定し、Mangoクエリやビューの応答、コンパクション、バックアップからの復元時間を測定します。
モバイル同期を行う場合は、端末Aと端末Bが同じドキュメントを別々に編集するテストを必ず入れてください。競合を検出できても、利用者がどの画面で何を選ぶかが決まっていなければ本番運用には移せません。
リリース前に復元・監視・教育まで完了させます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
本番前には、バックアップが取得できることだけでなく、そのバックアップから復元できることを確認します。
ディスク使用率、レプリケーションの遅延、競合件数、エラー率、インデックスの状態を監視項目にし、閾値を超えたときの担当者と連絡方法を決めます。
運用担当者には、CouchDBのリビジョン、競合、削除済みドキュメント、コンパクションの意味を説明します。
教育と手順書を後回しにすると、障害時の判断を開発会社へ毎回依頼することになり、保守費用が増えやすくなります。
CouchDBの見積もりを取る際のポイント
複数社へ見積もりを依頼するなら、「CouchDBで作りたい」と伝えるだけでは比較できません。
利用者数や画面数だけでなく、同期、競合、データ移行、保守の条件を同じ資料で渡します。
安い見積もりが悪いとは限りませんが、対象外の作業が多い可能性があるため、金額と同時に前提条件を確認してください。
RFPにはデータ・同期・運用の三つを具体化します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
データについては、種類、1件あたりのサイズ、年間増加件数、添付ファイルの有無、保存期間、削除方法、検索条件を書きます。
同期については、片方向か双方向か、同期対象の絞り込み、通信断の最長時間、再送、削除、競合時の優先順位、監査ログを示します。
運用については、稼働時間、目標復旧時間、バックアップ世代、監視、パッチ適用、問い合わせ対応、障害報告を分けます。これらを明示すると、各社の見積範囲が揃います。
CouchDBの公開実績だけでなく設計力を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
CouchDB専門会社の公開実績は多くないため、Cloudant案件、オフライン同期、NoSQLの設計、OSSの保守、既存基幹との連携を分けて質問します。
IBM公式のComdata事例では、PointSourceがCloudantを使う位置情報付きモバイルアプリに関与し、12週間でベータ版を立ち上げています。
こうした公開事例は参考になりますが、自社の業務と同じとは限りません。面談では、競合をどのように検出・表示・確定したか、復元訓練を何回行ったか、ソースコードやIaCを納品するかを確認してください。
納品物と追加費用の条件を契約前に明記します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
要件定義書、データモデル、同期・競合仕様、設計書、テスト結果、バックアップ・復元手順、IaC、ソースコード、OSSライセンス一覧を納品物に含めます。
Cloudantやマネージドサービスを使う場合は、月額料金の対象となる容量・スループット・バックアップ・転送量と、超過時の扱いを確認します。
仕様変更、データ移行の追加、環境追加、休日対応、セキュリティ診断が別料金になるかも確認してください。
将来の移行を考えるなら、専用機能への依存箇所とデータのエクスポート方法を文書化してもらうことが大切です。
CouchDBのシステム開発でコストを最適化するポイント
コスト最適化の基本は、機能を一律に削ることではありません。CouchDBが得意な業務に適用範囲を絞り、
将来費用が膨らむ同期・検索・運用の条件を先に小さく検証します。初期費用、月額費用、
保守費用、障害時の費用を分けて考えると、短期的な安さに引っ張られにくくなります。
最初は一つの業務と同期対象に絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初から全店舗、全商品、全履歴を同期させるのではなく、代表的な一業務と一部拠点で始めます。
読み取り中心の現場報告、点検記録、顧客情報の一部など、ドキュメント単位で完結しやすい領域を選ぶと、競合ルールを小さく検証できます。
同期対象を絞ることは通信量を減らすだけでなく、端末の保存容量、個人情報の露出範囲、競合テストの組み合わせも減らします。
PoCの出口条件を「処理が動く」ではなく「本番で許容できる競合率と復元時間」と定めてください。
RDBやオブジェクトストレージとの役割分担を検討します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
すべてのデータをCouchDBに集約することが最適とは限りません。
頻繁な複雑集計は検索基盤へ、厳密な在庫引き当てや会計はRDBへ、大容量の画像や動画はオブジェクトストレージへ分担すると。CouchDBのドキュメントと同期の役割を明確にできます。
添付ファイル、ビュー、検索インデックスを無計画に増やすと、ストレージや再構築時間が増えるため、保持期間とアーカイブ方針を先に決めます。
技術の一貫性より、業務要件に対して責任範囲を分けることが総額を抑えやすくします。
監視と自動化を初期設計に含めて保守費を抑えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
手作業でのバックアップ確認、容量確認、レプリケーション状態の確認を残すと、運用担当者の時間が積み上がります。
監視のダッシュボード、アラート、定期バックアップ、復元テスト、パッチ適用の手順を自動化し、誰が見ても異常を判断できる状態にします。
個人情報を扱う場合は、認証、TLS、データベース単位のmembers/admins設定、アクセスログ、委託先管理、保存地域、漏えい時の連絡手順まで設計します。
CouchDBの機能だけで法令対応が完了するわけではないため、業務側の責任者と確認することが必要です。
よくある質問（FAQ）
CouchDBの費用を検討するときに、特に質問されやすい内容をまとめます。OSSの料金、
Cloudantの月額、開発会社への依頼範囲は、前提条件を分けて考えると判断しやすくなります。
CouchDBは無料でシステム開発できますか？
Apache CouchDBのライセンス費は原則0円ですが、システム開発費、サーバー費、
バックアップ費、監視費、保守人件費は発生します。無料のLiteプランも検証用の容量・スループット枠であり、
本番環境の総額が無料になる意味ではありません。運用担当者を自社で確保できるかまで含めて判断してください。
Cloudantの料金は毎月いくらですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Cloudant Liteは無料ですが、1GB、20 reads/s、10 writes/s、5 global queries/sの固定枠です。
Standardは20GBのストレージ込みで、プロビジョニングする読み取り・書き込み・クエリ容量と超過ストレージに応じて変わります。
公開比較記事に約70〜80ドル/月という開始価格が示される場合もありますが、契約地域、容量、スループット、為替で変わるため。IBM Cloudの見積画面で確認する必要があります。
CouchDBのシステム開発が向いていない業務はありますか？
複数の表をまたぐ厳密なトランザクションを大量に処理し、同時更新のたびに即時の一意な残高や在庫を確定する業務は、
RDBを中心にした方が適することがあります。CouchDBが向くかどうかは、NoSQLだから決めるのではなく、
ドキュメント単位の更新、オフライン利用、後同期、競合解決の許容度で判断します。RDBとCouchDBを併用する構成も選択肢になります。
開発会社には何を確認すればよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
CloudantまたはApache CouchDBの実績だけでなく、オフライン同期、競合解決、データ移行、監視・復元、既存基幹連携の経験を確認します。
見積書では、データモデル、同期仕様、テスト、運用設計、納品物、月額費用、追加費用の前提を質問してください。
公開実績が少ない場合は、担当者の技術経験とPoCの進め方を見て、少額の検証から評価する方法が安全です。
まとめ
CouchDBのシステム開発費用は、PoC・社内試験で100万〜300万円、小規模業務システムで300万〜800万円、
中規模のモバイル同期で800万〜2,000万円、高可用性や基幹連携で2,000万〜5,000万円以上が目安です。
いずれもCouchDB専用の公的相場ではなく、要件の複雑さによって変わる推定レンジです。
費用はデータベース料金ではなく業務要件で判断します
特に費用が変わるのは、同期対象、競合解決、認証・権限、既存データ移行、監視・バックアップ、
基幹システム連携です。OSSのライセンス費が0円でも運用費は必要であり、Cloudantやマネージドサービスも容量・スループット・バックアップ・サポートの条件で月額が変わります。
見積書では初期費用とランニングコストを分け、対象外の作業を明らかにしてください。
まず代表業務のPoCと同条件の相見積もりから始めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初の一歩は、代表的な業務一つについて、JSONサンプル、同期対象、競合時のルール、データ量、利用拠点、復元目標を整理することです。
その資料を使って複数社にPoCまたは要件定義の見積もりを依頼し、価格だけでなく、設計の根拠、テスト項目、運用体制、将来の移行性を比較します。
CouchDBの特性が業務課題に合うかを小さく確かめてから本開発へ進むことが、結果として手戻りと総コストを抑える方法です。▼全体ガイドの記事
・CouchDBのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。