鋳造業向けトレーサビリティシステム開発の発注/外注/依頼/委託方法について

鋳造業向けトレーサビリティシステムの発注は、工程データを整理したうえで、要件定義、PoC、本番展開の順に進めると、原因究明を早められます。

発注形態の選び方、要件の整理、費用の見方、委託先の選定を、この順に説明します。

▼全体ガイドの記事
・鋳造業向けトレーサビリティシステム開発の完全ガイド

鋳造業向けトレーサビリティシステムの概要

チャージ番号を中心に、材料ロット、製品ロット、溶湯温度、検査結果を結ぶハブ図
材料側から製品側まで、工程の記録を同じキーでたどる構成です。

鋳造業向けトレーサビリティシステムは、原材料の受入から出荷までの情報を、チャージ番号や製品ロットなどのキーで結び付ける仕組みです。溶解、造型、注湯、熱処理、加工、検査の情報も対象になります。

発注時には、出荷品から材料や製造条件へ遡るトレースバックと、材料ロットやチャージから製品・出荷先を追うトレースフォワードの両方が基本要件になります。

鋳造特有のデータのつなぎ方

一般的な在庫ロット管理では、材料受入と製品ロットをつなぐだけで終わることがあります。一方、鋳造では同じ溶湯や砂・型・中子を複数の製品が共有します。

そのため、一対一の紐付けでは原因範囲を絞れません。そこで、材料ロットと配合、炉、チャージを記録します。さらに、溶湯温度、化学成分、注湯時刻も残します。

造型機の枠番号、作業者、設備波形も、工程のイベントとして記録する必要があります。熱処理条件や検査結果、不良分類を含めたデータモデルが必要です。

発注先に求める両方向検索のデモ

デモでは、検索の方向と例外処理を見ます。次の検索が実際にできるかを確かめます。

  • トレースバック:出荷品の個体番号から、製品ロット、枠、注湯、チャージ、材料受入ロットまで遡る。
  • トレースフォワード:材料ロットやチャージから、影響製品、検査結果、保管場所、出荷先を一括で抽出。
  • 例外処理:ロット分割、再溶解、仕掛品の戻し、検査不合格、通信断後の入力の再現。

たとえば、日立のFactRiSM導入事例では、紙記録の電子化で両方向検索を迅速化し、波及範囲の絞り込み精度を高めたと説明されています(出典: 株式会社日立製作所「FactRiSM 提案・導入事例」、確認時点2026年)。

発注形態の選び方

発注形態は、鋳造業務に近いパッケージを導入する方法と、既存のERP・生産管理・MESに追加開発する方法に分けられます。IoTゲートウェイとクラウドを組み合わせる方法や、フルスクラッチもあります。

標準化する業務と自社固有の業務を分けて考えると、形態の選択肢を絞れます。そのうえで、複数方式を同じRFPで比べ、最初から一つに決めないことが大切です。

パッケージ中心の発注が向いているケース

受注から製造計画までの標準機能と、鋳造固有のデータへの対応範囲を分けて見ます。そうすると、導入後の運用を具体的に想定できます。

  • 標準機能:受注、在庫、購買、製造計画は、初期開発と将来の保守を抑えやすい領域です。
  • 鋳造機能:チャージ管理、配合計算、材質分析、品質帳票の有無を確かめます。
  • 固有要件:砂・中子・枠、設備波形、独自証明書を標準機能に無理に合わせると、入力漏れやExcelへの逆戻りが起こり得ます。

発注側は、現場業務のどこを標準機能に合わせるかを決め、扱えるデータの粒度をデモで確かめます。

既存システムへの追加開発が向いているケース

すでに生産指示や出荷管理が運用されていて、マスタや会計連携を変えたくない場合は、既存システムにトレーサビリティ機能を追加する方法が現実的です。そのうえで、現場のQRコード・バーコード入力、炉や計測器からのデータ収集、品質証明書の自動出力を別モジュールに分け、APIやCSVで既存システムと接続します。

既存ベンダーと新しい開発会社のどちらが何を受け持つか、データの持ち主、障害時の一次窓口は、RFPに明記しておく必要があります。明記しないと、連携の部分だけが未解決になりやすいため注意が必要です。

IoT連携・フルスクラッチを選ぶ判断基準

IoT連携や個別開発は、設備の環境と業務上の独自性をもとに検討します。

  • 設備・拠点:多様な設備の温度・成分・波形を蓄積し、複数拠点へ展開するなら、IoT基盤やMESが候補になります。
  • 古い設備:炉やPLCの接続仕様が非公開なら、設備メーカーや制御会社との共同発注も検討します。
  • 独自開発の範囲:適合性は高まりますが、要件定義、テスト、障害対応、担当者確保の責任も増えます。

発注側は、利益、品質、顧客要求に直結する部分だけを個別開発に絞ると、長期的な費用を抑えられます。

ポイント

発注形態は、標準化できる業務と自社固有の業務の境目で決めるのが目安です。固有要件を標準機能に無理に合わせると、入力漏れやExcelへの逆戻りが起こり得ます。

RFPと要件整理の準備

RFPの要件を工程と例外処理、設備とシステム、検索と性能の3パネルに整理した図
この3領域をそろえると、提案各社の対応範囲を見比べやすくなります。

RFPは、現場の業務、データ、例外処理、連携対象、導入後の運用を同じ条件で比べるための資料です。発注前に、紙帳票やExcel、チャージの採番ルール、設備一覧、検査成績書、出荷記録を集めます。

そのうえで、どのデータをいつ誰が登録するかを整理します。入力画面の数を減らすことに加えて、品質事故が起きたときに必要な検索と証跡を受入条件に落とし込みます。

工程別の記録項目と例外処理の一覧

工程の流れ、記録項目、例外時のつながりを一覧にします。

  • 対象工程:材料受入、保管、計量・配合、溶解、出湯、注湯、造型、砂処理、中子、熱処理、加工、検査、梱包、出荷。
  • 記録項目:番号、時刻、設備ID、作業者、材料、測定値、判定、承認者、添付ファイル。
  • 例外処理:同一チャージからの複数注湯、1枠からの複数製品、材料差し替え、再溶解、検査NG品の手直し。

設備・既存システム・現場端末の要件の分け方

要件は設備、現場端末、既存システムの3領域に分けます。

  • 設備:炉、温度計、成分分析装置、造型機、熱処理炉、加工機、検査機、PLCごとに接続条件を定めます。
  • 現場端末:QRコード、バーコード、ICタグ、ハンディ端末、タブレットから選び、手袋・防塵環境やオフライン保存も確認します。
  • 既存システム:ERP、MES、WMS、販売管理とのAPI・CSV連携条件を決めます。

RFPには、設備ごとに、通信プロトコル、取得項目と頻度、時刻基準を明記します。あわせて、通信断時の保存と再送の方法、改修の責任も書いておきます。さらに、連携項目、時期、エラー時の再処理も含めます。

検索・帳票・性能の受入条件

受入条件には、画面仕様とテストシナリオを含めます。たとえば、次の動作を確認します。

  • 製品個体番号からチャージ番号まで5分以内に検索できる。
  • チャージから影響製品と出荷先を一覧で出せる。
  • 検査不合格品を承認なしに出荷確定できない。
  • 通信断から復旧したとき、重複登録しない。
  • 変更履歴に変更者・変更時刻・変更前後の値が残る。

検索時間や同時利用者数、保存年数、バックアップの復旧時間、帳票形式も、数値や判定条件で示しておくと、納品後の認識違いを減らせます。

ポイント

RFPで迷ったら、品質事故のときに必要な検索と証跡が受入条件に入っているかを基準にします。工程や設備連携の範囲も、各社の提案を同じ条件で比べられる粒度で書きます。

契約形態と開発の進め方

鋳造システムの外注では、要件の確定度に差があるうえ、現場での検証が必要な部分もあります。そのため、要件定義は準委任または調査契約、仕様確定後の開発は請負に分ける方法が適しています。また、小規模PoCは、短期の準委任または固定額の検証契約とし、本番範囲を確認してから本開発を発注する方法もあります。

準委任・請負・ライセンス契約の使い分け

工程の不確定さに応じて、契約を使い分けます。そのうえで、確認事項を契約ごとに整理します。

  • 準委任:現状調査、要件定義、PoC、技術検証など、作業の遂行を委託します。
  • 請負:合意仕様のシステム、帳票、連携機能を完成させます。
  • ライセンス:パッケージやクラウドの利用条件を見ます。

準委任では、納めるもの、稼働時間、報告の方法、上限の工数を決めます。一方、請負では、仕様変更、検収、瑕疵対応、納期遅延、再委託の扱いを明確にします。ライセンス契約では、利用ユーザー、データの返却、サービス停止時の扱い、保守のSLAも確認します。

現状調査からPoC、本番展開までの段階導入

段階導入では、現場の入力負荷と追跡の効果を確かめながら、対象範囲を広げます。

  1. 1ラインまたは1製品群で、材料受入から出荷までの最小経路をつなぎます。
  2. 紙やExcelを廃止する前に、ハンディ入力の登録時間、検索性、番号ラベルの耐久性、通信断時の再入力を検証します。
  3. 検証後に、設備の自動収集、品質証明書、既存ERP連携、別ライン・別製法への展開を追加します。
  4. 登録漏れ件数、1件あたりの入力時間、検索時間、帳票作成時間、原因範囲の特定時間を導入前後で測ります。

稼働準備とOTセキュリティの契約範囲

工場では、システムを止めている間も生産を続ける場合があります。そのため、契約範囲に含める稼働準備とセキュリティ対策を整理します。

  • 停止・復旧時:通信断、サーバー停止、設備交換時の代替記録と、復旧後の再登録を決めます。
  • 運用準備:バックアップ復元、端末予備機、稼働立会い、教育、問い合わせ窓口を含めます。
  • OTセキュリティ:ネットワーク分離、最小権限、MFAを確かめます。パッチ、ログ監視、遠隔保守、復旧テストも対象です。

JEITAの2025年ガイドラインは、外部接続が避けられないOT領域を前提に、中小製造業向けの基本方針を示しています(出典: 一般社団法人電子情報技術産業協会、2025年)。

ポイント

要件が固まっていない工程は準委任、仕様と受入条件が決まった開発は請負に分けるのが目安です。PoCで範囲が変わるなら、本番範囲を確かめてから本開発を発注します。

鋳造業向けトレーサビリティシステムの費用相場

小規模PoCから複数拠点MES・フルスクラッチまで、4区分の費用帯を横棒で比べた図
区分ごとの費用帯は一部重なるため、対象範囲も合わせて比べる必要があります。

PoCは300万〜800万円、1拠点のパッケージ導入は800万〜2,000万円です。設備・ERP連携を含む導入は1,500万〜4,000万円、複数拠点のMES・フルスクラッチは3,000万〜1億円超です。

この金額は推定で、全案件の集計ではありません。公開価格、生産管理の事例、連携・移行・教育の工数をもとに見積もっています。

金額は、ライン・設備・拠点・端末の数、保存年数、既存環境によって大きく変わります。そのため、金額だけで判断しないことが大切です。

小規模PoCの費用目安(300万〜800万円)

1ラインに絞り、QRコードまたはバーコード入力で、チャージ・注湯・検査の最小記録と両方向検索、簡易帳票を扱う場合は、300万〜800万円、3〜6か月程度が目安です。

既存設備からの自動収集を後回しにし、手入力やハンディ入力でデータモデルと検索の価値を検証する構成です。

ただし、ラベルプリンター、端末、無線LAN、現場の教育費は、別枠になることがあります。PoCの見積もりで含む機器と含まない機器を確認します。

パッケージ中心の1拠点導入の費用目安(800万〜2,000万円)

パッケージ中心の1拠点導入は、800万〜2,000万円、6〜12か月程度が目安です。金額は、対象範囲と公開価格を分けて確認します。

  • 導入範囲:材料、受注・計画、工程実績、品質、在庫、トレース、標準帳票を導入します。
  • 導入作業:マスタ整備、軽微な画面変更、データ移行、教育を含む場合の目安です。
  • 別途確認:鋳造工程設定、多対多の追跡、顧客証明書、既存連携、並行稼働は含まれない場合があります。

日立ソリューションズ・クリエイトのTPiCS-Xは、2026年1月時点で、パッケージ購入価格110万〜160万円、稼働ライセンス10万円/ユーザーを示しています。

また、年間スタンダード保守は16万5,000円〜24万円で、オプションと導入費用は別途確認とされています(出典: 株式会社日立ソリューションズ・クリエイト「TPiCS-X」、2026年1月)。これはパッケージ部分を考えるための材料で、鋳造向けの導入総額を示すものではありません。

設備・ERP連携を含む場合の費用目安(1,500万〜4,000万円)

対象範囲と費用・期間の目安を確認します。

  • 設備接続:複数ラインの炉、温度計、成分分析装置、PLC、設備波形、検査機が対象です。
  • 連携範囲:ERP・MES・WMS、顧客向け証明書、監査ログ、オフライン蓄積、並行稼働を含みます。
  • 費用・期間:1,500万〜4,000万円、9〜18か月程度になることがあります。

設備ごとに通信仕様を調べ、接続と再送の試験を行う必要があります。そのため、画面開発だけの案件より工数が増えます。

また、設備メーカー側の改修、ゲートウェイ、センサー、ネットワーク、端末は、開発会社の見積もりに含まれないことがあります。総額で比べる場合は、別紙の費用も加えます。

複数拠点・フルスクラッチの費用目安(3,000万〜1億円超)

複数拠点化や高度な運用要件を含めると、構成と費用が大きくなります。

  • 対象機能:共通マスタ、個体追跡、リアルタイム監視、ERP・WMS連携、権限・監査、分析。
  • 拡張条件:海外拠点、24時間運用、高可用性を含むと、3,000万〜1億円超、12〜24か月以上になる可能性があります。
  • 参考事例:公開事例も費用比較に使います。
  • 鋳造固有の追加:設備連携や品質データで費用が上振れし得ます。事例は費用構造の参考として扱い、鋳造案件の価格とは分けて見ます。

株式会社INFORCEは生産管理システムのカスタマイズ事例を公開しています。

たとえば、要件分析、設計、実装、テスト、移行、教育を含む例は1,930万円です(出典: 株式会社INFORCE「生産管理ソフト・生産管理システム」)。

ポイント

費用は、設備連携や移行、教育、保守が含まれているかを各社の見積もりで揃えてから比べるのが目安です。含まれる範囲がそろえば、規模の区分ごとの金額も読みやすくなります。

見積書で比べる費用項目

見積もりを比べるときは、総額の安さより、何が含まれているかをそろえることが大切です。要件定義、設計、画面・帳票の開発は、工程ごとに分けて提示してもらいます。設備接続、データ移行、テストも、別の行で示してもらいます。さらに、教育、稼働立会い、保守の費用も、別々に示してもらいます。クラウド、端末、ネットワークの分も、同じ形で示してもらいます。

発注側は、見積もりの前提条件、対象外、追加単価、変更管理の方法を同じ資料に書いてもらうと、提案会社ごとの価格差を説明しやすくなります。

要件定義・設備接続・移行の別行表記

要件定義費には、現場の観察、帳票の分析、業務フロー、データモデル、RFP回答、基本設計のうち、どこまでが含まれるかを確認します。

設備接続費には、機器ごとの通信調査、ゲートウェイの設定、PLC側の改修、接続試験、異常時の試験が含まれるかを確認します。

データ移行費では、過去のチャージ、製品、検査履歴を何年分移すのか、Excelの名寄せや欠損の補正を誰が行うのかを確認します。ここが一式表記になっていると、安い提案でも後から追加費用が出ることがあります。

保守・クラウド・端末を含む5年総額の比較

初期費用に加えて、継続費用と契約終了時の費用まで含め、5年間で比べます。

  • 継続費用:ライセンス、クラウド、保管、監視、バックアップ、保守、追加改修、端末交換、ラベル・インク、通信費。
  • 保守の目安:初期開発費の年15〜25%程度を予算計画に置く方法があります。ただし、契約料金を保証する数字ではありません。
  • 5年の比較条件:問い合わせ件数、障害対応時間、OS更新、セキュリティパッチ、法改正対応、データ返却、契約終了時の移行費。

最安値より前提条件とリスクの比較

見積もりは、金額だけでなく、前提条件とリスクもそろえて比べます。

  • 安い提案:設備接続、テスト、教育、移行、稼働立会い、障害対応の有無を確認します。
  • 高い提案:過剰なフルスクラッチや高価な機器が前提になっていないかを確かめます。
  • 異常系:チャージ逆引き、欠測、通信断、再溶解、ロット分割、検査NG、出荷取消を試します。
  • 評価軸:価格、適合性、期間、拡張性、運用負荷、セキュリティを同じシートで採点します。

委託先の選定方法

委託先の選定では、システム開発力に加えて、鋳造現場の業務理解、設備やOTとの接続経験、品質保証、導入後の保守体制を見ます。鋳造専用パッケージ会社、ダイカスト設備に強い会社、MES・IoTに強い会社、基幹システム連携に強いSIerでは、得意な領域が異なります。そのため、自社の製法・材質・設備・顧客監査の要求に近い実績を、同じ質問で確認します。

鋳造の近い実績と担当範囲の確認

実績を確かめる際は、鋳造方式と追跡範囲を具体的に質問します。

  • 製法:砂型鋳造、ダイカスト、鋳鋼、アルミ鋳造のどれに近いか。
  • 管理範囲:材料・チャージ・注湯・検査のどこを管理し、両方向を追跡したか。
  • 担当範囲:通信調査、設備メーカー調整、現場教育、稼働立会いを誰が担ったか。

匿名化した画面や受入テスト計画を見せてもらい、営業資料だけでなく、実装と運用の深さも確かめます。

デモでの現場データと異常系の再現

自社の工程を簡略化したサンプルを渡し、正常系と例外系の追跡を試します。

  • サンプル:材料M-001をチャージC-101に配合し、注湯I-201、枠F-301から製品P-401・P-402を作ります。
  • 不良追跡:P-402だけを検査不合格とし、材料・温度・作業者・設備へ原因候補を遡ります。
  • 影響範囲:C-101から影響製品と出荷先の一覧を出します。
  • 例外履歴:複数製品、ロット分割、データ欠測、後日の訂正を確認します。

データ所有権・保守窓口・再委託の確認

トレーサビリティデータは品質保証や顧客監査に関わるため、データの所有権を契約書に記載します。あわせて、保存場所、バックアップ、エクスポート形式、契約終了時の返却も書いておきます。

一次の障害窓口が、開発会社かクラウド事業者か、設備メーカーかを明確にします。そのうえで、重大障害の連絡時間、暫定復旧、恒久対応、報告書の期限を決めます。

再委託先が設備接続やクラウド運用を担当する場合は、再委託の事前承認、アクセス権限、秘密保持、遠隔保守の記録を確認します。

ポイント

委託先は、システム開発力だけでなく、鋳造現場の業務理解と設備との接続経験で比べるのが目安です。実績は、製法や追跡範囲を具体的に聞いて確かめます。

よくある質問(FAQ)

発注時は、費用だけでなく、どこまで記録をつなぐか、現場が使えるか、障害時に復旧できるかも判断材料になります。

鋳造業向けトレーサビリティシステムはパッケージとスクラッチのどちらがよいですか?

受注・在庫・計画など標準化しやすい業務は、パッケージを中心に組む方法が現実的です。チャージ、注湯、設備波形、独自帳票などは、追加開発や専門モジュールに分けます。そのうえで、標準機能に合わせる範囲と、品質や顧客要求で変えられない範囲を整理し、同じRFPで両案を比べます。

小規模な鋳造工場でも発注できますか?費用はいくらですか?

小規模工場でも発注できます。1ラインでQRコード・バーコード入力、チャージ・注湯・検査の記録、両方向検索に絞ったPoCなら可能です。

小規模PoCは、300万〜800万円、3〜6か月程度が目安です。これは公開価格や一般的な工数をもとにした推定で、設備連携、移行、端末、教育、保守を含むかどうかで変わります。そのため、現場の入力負荷と検索の価値を検証してから本番連携の範囲を決めると、過大投資を抑えやすくなります。

RFPにはどの設備やデータを書けばよいですか?

工程、記録、設備連携、異常時の動きを分けてRFPに記載します。

  • 工程:材料受入、配合、溶解、出湯、注湯、造型、砂、中子、熱処理、加工、検査、出荷の順に記載します。
  • 記録:各工程の番号、時刻、設備、作業者、測定値、判定、帳票、例外処理を定めます。
  • 設備・連携:炉、温度計、成分分析装置、PLC、検査機、ERP・MESの通信方式、取得項目、通信断時の扱い、責任の範囲を含めます。
  • 異常シナリオ:ロット分割、再溶解、欠測、検査NG、出荷取消、後修正を含め、提案の適合性を比べます。

契約は準委任と請負のどちらにすべきですか?

現状調査、要件定義、PoCのように不確定な要素が多い工程は準委任、仕様と受入条件を合意した本開発は請負に分けるのが基本です。

契約形態そのものより、納めるもの、検収条件、仕様変更、追加費用、納期を具体的に決めることが大切です。知的財産、再委託、保守、データ返却も合意の対象です。法務・情報システム・品質保証・現場責任者が契約内容を確認します。

工場の設備をクラウドにつないでも安全ですか?

クラウドの安全性は、接続構成と、障害時や外部保守時の運用を合わせて確認します。

  • 接続構成:設備を直接公開せず、エッジゲートウェイ、ネットワーク分離、認証、権限、ログ、更新、バックアップを含めて判断します。
  • 外部保守と障害:接続経路・時間・接続元・承認・操作記録を決め、通信断時も現場記録を保ちます。
  • 復旧手順:JEITAの2025年ガイドラインは、外部接続が必要なOT領域を前提に、中小製造業向けの対策を示しています。委託先の具体的な復旧手順も確認します。

まとめ

発注前に押さえる要点

発注時は、機能数や初期費用だけでなく、追跡要件、鋳造設備と品質データ、通信断や例外処理を要件に含めます。紙帳票やExcel、番号体系、設備一覧、検査項目を一覧にします。そのうえで、1ラインのPoCで入力負荷と検索の価値を確かめます。

見積・契約で確認する要点

見積もりでは金額の幅と含まれる作業を確かめ、契約では工程と責任範囲を明文化します。

  • 費用目安:規模別の幅と、公開価格・一般工数による推定である点を確認します。
  • 見積条件:同じ異常系デモと5年総額を複数社へ依頼します。
  • 契約条件:工程ごとの契約とデータ・障害対応の責任範囲を明記します。

費用目安はPoCが300万〜800万円、1拠点のパッケージ中心導入が800万〜2,000万円です。設備・ERP連携を含む導入は1,500万〜4,000万円、複数拠点・フルスクラッチは3,000万〜1億円超です。いずれも公開価格や一般工数から整理した推定です。

RFPでは、要件定義、設備接続、移行を分けます。教育、保守、端末、セキュリティも、別々に示してもらいます。そのうえで、複数社へ同条件で見積もりを依頼します。

標準化しやすい業務はパッケージを中心にし、鋳造固有の要件だけを追加開発する方法が検討しやすいです。要件定義・PoCは準委任、本開発は請負など、工程に応じて契約を分けます。データ所有権、障害対応、再委託、契約終了時の返却を明文化すると、導入後も使える仕組みになります。

▼全体ガイドの記事
・鋳造業向けトレーサビリティシステム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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