製品 Lemma API証明の発行・検証の基盤Trust402エージェントに任せ、取引するSeal鍵を渡さない、エージェント時代のサインイン
ユースケース 製造・基幹インフラ検査記録アシュアランス金融・FinTech取引先レコード検証自治体・公共証明書レス手続き医療・ヘルスケア有資格者アシュアランス調達・サプライチェーン仕入先資格モニタリングメディア・コンテンツコンテンツ真正性サービス・小売グループ横断アイデンティティAI導入(業種横断)AI実行ガバナンス開発者・エージェント運用エージェント権限統制 ▸ 業界別ソリューション索引を見る
料金
リソース Critical BriefAI×信頼の最前線ブログ考え方と実装の記録ドキュメントAPI と仕様書検証センター検証・発行の実数運営会社FRAME00, Inc.お問い合わせ導入・取材のご相談用語集言葉の定義FAQよくある質問
始める ↗ EN
業務ユースケース — 規制属性証明

有資格者の配置照合 ── 資格・安全教育

作業者を、発行者が持つ資格・安全教育の要件と照合し、「配置してよい」という結果だけを受け取ります。資格の内訳・個人情報は発行者の管理下に残るので、名簿・証明書を集めて保管する負担と、現場ごとの重複確認を、構造的に取り除けます。

製造業 · 基幹インフラ · 建設・保守 · 自治体(公共工事) 対応プラン Lemma Compliance
01 · 想定読者

有資格者の配置の照合を担う現場・安全管理の方へ

配置のたびに資格証・受講記録を集めて突き合わせるか、現場任せにするかの二択になっています。集めれば保管と個人情報を抱える。任せれば、無資格配置のリスクが残ります。この二択を、照合の結果だけを渡す証明で解消します。

  • 製造・基幹インフラ・建設の安全管理・施工管理の責任者

  • 多数の作業者・協力会社の資格を確認する元請・発注者

  • 公共工事で有資格者配置の証跡を求められる部門

02 · 変化

原本を渡さず、「結果の証明」だけを渡す。

現場の照合は増えない。相手の確認が変わる。

自社のなか
照合対象 ── 作業者の資格・受講記録
  • 保有資格
  • 安全教育の受講記録
  • 更新の履歴
照合先 ── 配置要件
  • 必要な資格
  • 安全教育の要件
  • 有効期限
照合
  • 資格が有効
  • 安全教育を修了
証明(約 200 バイト) 資格の内訳・個人情報は、ここを越えない
相手のところ
改ざんされていません
NOT TAMPERED
元請・発注者・監査

リンクを開くだけ。アカウントもキーも要らない

渡すもの — 中身の落差

「資格証・受講記録まるごと」から「判定結果(原本 0 文字)」へ。

従来:資格証・受講記録・個人情報(過剰共有)

配置のたびに名簿と資格証を集め直し、突き合わせて保管する

現場ごとに名簿一式 / 保管と個人情報の責任が付く
Lemma:ZK 証明(最小限)

「配置要件を満たす」の判定事実のみ

約 200 バイト / 原本 0 文字
仕組み

Lemma の核心メカニズム

  1. 原本は外に出さない

    資格の内訳・受講記録・個人情報は発行者内に留まる。渡さないので、名簿を集めて保管する必要がなくなる。

  2. 渡すのは「判定結果」だけ

    「資格が有効」「安全教育を修了」という事実のみを、約 200 バイトの ZK 証明として発行する。

  3. 相手はリンクを開くだけ

    元請も監査もアカウント作成は不要。受け取った証明から「いつ・誰が・改ざんなく発行したか」を自力で確かめられる。

詳しい仕組みを読む

Lemma は、照合を行った発行者(資格団体・教育機関・元請)が、照合の結果を「述語(predicate)」として暗号的に発行する構造を提供します。「資格が有効」「安全教育を修了」のような結果が、独立した属性証明として発行されます。元データ(資格の内訳・受講記録・個人情報)は発行者の管理下に留まり、検証側に渡るのは結果の ZK 証明だけです。

受け取った側(元請・発注者・監査)は、名簿に触らずに「配置要件を満たすか」を照合=独立に検証できます。失効(期限切れ・取り消し)も追えるため、「配置時は有効だったが今は失効」も検知できます。照合が「いつ・誰の発行で・改ざんなく」行われたかは来歴アンカー(docHash)から後年も遡れます。

(御社のどの作業・資格区分から始めるか、まず会話で確認できます。)

技術詳細を見る ↗
03 · 選定基準

なぜ、いままでのやり方では足りないのか。

「原本を渡さず照合する」「独立検証」「書き換えの検知」の 3 つが同時に要る業務こそが Lemma の領域です。

手段 原本を渡さず照合 独立検証 書き換えを検知 そのままだと
アクセス制御・権限管理社内の誰かが直せた、という疑いが残る
マスキング / 黒塗りで提出黒塗りの手間が増え、元の記録の真正性は示せない
暗号化して保管・送付相手が確かめるには、結局開示が要る
Lemma(ZK 証明)唯一 3 つ揃う 相手がリンクを開くだけで確かめられる
04 · 進め方

実装イメージと、導入の流れ。

何を証明するか
示すこと必要な資格を有効に保有
出さないもの本人の履歴・受講記録
01 — 自社証明する記録を決める 提出のたびに説明や照会が生まれている記録・フローを、まず1つ選びます。
証明の発行
送るものハッシュのみ
記録の本文送信されません
発行しました 0x68d4…9f01
02 — 自社 → 相手発行を組み込む 記録が確定した時点で API を1回呼びます。記録の本文は送りません。
受け取った側の画面
改ざんされていません
NOT TAMPERED
署名の一致改ざんの有無発行者
03 — 相手・第三者相手が確かめる 受け取った側はリンクを開くだけ。アカウントもキーも要りません。

開示範囲・保存期間の設計から PoC、本番運用まで伴走します。

まずは、30分のヒアリングから。

御社で、有資格者配置の証跡が最も問われる1作業を最初の30分で聞かせてください。機微情報(個人情報や機密情報)の開示は必要ありません。

このユースケースについて、問い合わせる →

お探しの業界・課題に合わせた事例が見つかります

課題や業種から業務ユースケースを探す(全36件) →