System architecture
光の道具箱は、こうつながっています。
画面の奥にある共通土台までを、一つのシステムとして設計しています。どの機能を開いても、権限、記録、通知、費用の考え方は変わりません。
SYSTEM MAP
一つの製品に、必要な仕事を組み立てます。
四つの基盤を別々の製品にせず、UBOSが共通の意味、権限、記録で接続します。業種固有の仕事は、その上へ個別に組み立てます。
利用する人と入口
五つ目の軸
業種・業態別の個別業務
製造、建設、店舗、医療・福祉、不動産、教育など、その仕事にしかない順番と判断を表します。
四つの業務基盤
会社の業務
分析・受発注・広報・申請
自治体の業務
受付・庁内・地域・災害
UBOS
AI・文脈・業務実行・知識 / Cloud Spanner
公共データ基盤
収集・原本・検索・出典
すべての機能を支える共通土台
外部サービス・既存資産
Business operations
売上や申請、発信を、一つの仕事の流れに。
分析、受発注、広報、申請ワークフローを現在の重点領域として開発しています。利用できる機能から始め、同じ情報を何度も入力する仕事を減らします。
分析売上、原価、経費と仕事の状況を、判断に使える形へまとめます。
売上、原価、経費と仕事の状況を、判断に使える形へまとめます。
収支の確認
開発中売上、原価、経費を期間や分類ごとに確認します。
ダッシュボード
開発中重要な数値と変化を、一覧やグラフで見えるようにします。
条件別の集計
順次提供店舗、担当、商品、期間など、必要な切り口で集計します。
データ出力
順次提供確認や引き継ぎに必要な範囲を、表形式で取り出します。
受発注注文から売上、仕入、経費、帳票までのつながりを保ちます。
注文から売上、仕入、経費、帳票までのつながりを保ちます。
注文・受注
開発中注文内容、相手先、進み具合を一つの記録で管理します。
発注・仕入
開発中必要な品目と発注先、入荷や仕入の状況を記録します。
売上・原価・経費
開発中収支の元になる記録を、業務の発生時点からつなげます。
帳票
順次提供見積、注文、納品、請求など、必要な書類へつなげます。
広報素材集め、原稿作成、確認、配信を分断せずに進めます。
素材集め、原稿作成、確認、配信を分断せずに進めます。
素材の収集
開発中写真、メモ、参考情報を、発信に使う素材として集めます。
原稿の下書き
開発中決めた事実と表現ルールをもとに、AIが下書きを補助します。
確認と公開予定
開発中公開前の確認、担当、公開日を同じ流れで管理します。
Web・SNS連携
順次提供媒体ごとの形式へ整え、配信結果まで追えるようにします。
申請ワークフロー申請、確認、差し戻し、承認と通知の状態を追えるようにします。
申請、確認、差し戻し、承認と通知の状態を追えるようにします。
フォーム
開発中用途ごとに入力項目と必須条件を定義します。
確認経路
開発中内容や金額に応じて、誰が確認するかを決めます。
差し戻し・再提出
開発中修正理由と版を残し、やり直しを追跡できます。
通知・監査記録
順次提供待っている人へ知らせ、判断と操作の履歴を残します。
今後接続する共通業務勤怠、給与、会計は、現在の重点領域の後に順次つなぐ計画です。
勤怠、給与、会計は、現在の重点領域の後に順次つなぐ計画です。
勤怠
順次提供打刻、勤務状況、休暇などの申請を扱います。
給与
順次提供給与計算、明細、賃金台帳へつなげます。
会計
順次提供財務諸表、決算、法定報告に必要な情報へつなげます。
モバイル
順次提供広報素材、稟議、経費、勤怠を現場から扱えるようにします。
Public operations
住民向けの受付から、庁内の判断まで。
一つの課、一つの業務から始められる構成です。住民向けWebやモバイル、庁内管理、通知、集計を同じ権限と記録の考え方でつなぎます。
申請・受付・AI案内住民からの申請や問い合わせを受け、担当業務へつなぎます。
住民からの申請や問い合わせを受け、担当業務へつなぎます。
Web申請・申込
提供中申請、申込、アンケートをWebで受け付けます。
AI受付
提供中案内資料を根拠に、問い合わせの整理と回答案を補助します。
案件管理
提供中受付後の担当、状態、対応履歴を一つの案件として追います。
添付・証跡
拡張中提出書類や確認内容を案件に結びつけて保管します。
庁内申請・文書承認の流れと、文書の受付、保管、検索を扱います。
承認の流れと、文書の受付、保管、検索を扱います。
申請・承認
提供中確認者、承認者、差し戻しを含む経路を管理します。
文書受付
提供中届いた文書を登録し、担当と処理状況を割り当てます。
文書検索
提供中分類、年度、保存期間などから必要な文書を探します。
組織・権限
提供中課、係、役割に応じて閲覧と操作の範囲を分けます。
健康・見守り・学び地域の継続的な取り組みを、参加者と職員の両面から支えます。
地域の継続的な取り組みを、参加者と職員の両面から支えます。
健康づくり
提供中参加、日々の記録、ポイント、景品交換、年度集計を扱います。
高齢者見守り
提供中地区ごとの対象者、訪問、確認状況を記録します。
日本語教室
提供中日程、会場、参加方法を分かりやすく案内し、更新します。
学校・受講管理
拡張中参加者、出席、設定を業務単位で扱います。
災害・地域情報平時の準備と発生時の状況共有を、同じ情報基盤で支えます。
平時の準備と発生時の状況共有を、同じ情報基盤で支えます。
災害情報
提供中事象、避難所、被害、対応状況を関係者で共有します。
オフライン対応
拡張中通信が不安定な場面を想定し、再送と競合を扱います。
情報発信
提供中お知らせ、催し、募集情報をWebや外部媒体へ届けます。
LINE運用
提供中配信、会話、対象分け、計測用リンクを管理します。
入札・空き家・個別行政業務制度や地域によって異なる業務を、共通の基盤上へ組み立てます。
制度や地域によって異なる業務を、共通の基盤上へ組み立てます。
入札参加資格
提供中申請、提出書類、分類、確認状況を管理します。
空き家
提供中物件、相談、内見、交渉、契約後の状況までを追います。
補助制度
提供中制度、申請、審査、添付、通知を一つの流れで扱います。
個別業務
順次提供既存の業務手順を確認し、共通化できる部分から組み立てます。
Universal Business OS
仕事の意味と手順を、アプリとAIで共有する。
UBOSは、光の道具箱の中核となる共通業務基盤です。仕事の定義、進行中の状態、起きた出来事を分けて記録し、必要な文脈と権限だけをアプリやAIへ渡します。
UBOSの共通モデル業種の違いを越えて、仕事を同じ意味と記録の上で扱います。
業種の違いを越えて、仕事を同じ意味と記録の上で扱います。
仕事の定義
開発中業務で扱うもの、手順、状態、判断条件を再利用できる形で定義します。
実行中の仕事
開発中案件、作業、担当、期限、承認待ちなど、いまの状態を追跡します。
出来事と証跡
開発中操作、判断、AI実行、成果物を、根拠と時刻を持つ履歴として残します。
Cloud Spanner
開発中関係、グラフ、ベクトル、全文検索、更新の一貫性を、一つの正本データベースで扱う設計です。
案件・作業・手順曖昧な依頼を、追跡できる仕事の単位へ分けます。
曖昧な依頼を、追跡できる仕事の単位へ分けます。
案件
開発中一つの依頼や目的を、関係者と状態を持つ案件として扱います。
作業
開発中案件を担当、期限、優先度を持つ実行単位へ分けます。
手順
開発中作業の順番、条件、確認点を再利用できる形で定義します。
実行履歴
開発中誰が、またはどのAIが、何を行ったかを残します。
文脈・AI・知識AIへ全情報を渡さず、その仕事に必要な文脈だけを組み立てます。
AIへ全情報を渡さず、その仕事に必要な文脈だけを組み立てます。
意図と概念
開発中依頼の意図と関係する業務概念を特定し、必要な情報へ絞ります。
権限と方針
開発中利用者、組織、状態、承認条件を確認し、許可できない場合は止めます。
AI実行
開発中用途、権限、費用上限に応じてAIと使える道具を選びます。
知識と成果物
開発中根拠を参照し、文章や帳票の版と作成経路を仕事へ残します。
承認・通知・外部連携自動化してよい範囲と、人が判断する境界を明示します。
自動化してよい範囲と、人が判断する境界を明示します。
承認
開発中重要度や操作内容に応じて、人の確認を必須にします。
通知
開発中待ち、失敗、完了など、必要な状態を担当者へ伝えます。
コネクター
開発中外部サービスとの接続を、権限と監査の境界内に置きます。
配信
順次提供外部への確定送信を、承認と再試行を含む処理にします。
組織・認証・統制複数の組織が安全に共通基盤を使うための土台です。
複数の組織が安全に共通基盤を使うための土台です。
組織・利用者
開発中所属、役割、利用できる業務を組織ごとに管理します。
認証・権限
開発中入口の確認と、操作単位の許可を分けて判定します。
データ統制
開発中保管場所、保持期間、閲覧範囲と監査記録を管理します。
利用量・課金
順次提供組織、業務、AIごとの利用量と費用を追跡します。
Public data foundation
散らばった公開情報を、探して使える状態へ。
議会議事録、入札情報、補助金・助成金などの公開情報を日次で収集し、原本を保ちながら、アプリとAIのどちらからも検索できる形へ整えます。
収集・原本保全公開元への負荷と利用条件を確認しながら、変更分を収集します。
公開元への負荷と利用条件を確認しながら、変更分を収集します。
日次収集
開発中公開元ごとの方式と間隔に合わせ、更新分を取得します。
取得条件の確認
開発中robots、利用条件、時間帯、負荷上限を取得前に確認します。
原本保全
開発中取得した原本を正本として保管し、加工後データから分離します。
変更検知
開発中同じ内容を取り直さず、更新や差し替えを識別します。
整理・検索形式の違う文書を、同じ条件で検索できる形へ整えます。
形式の違う文書を、同じ条件で検索できる形へ整えます。
文字抽出・正規化
開発中WebやPDFから本文、日付、発行元などを整理します。
全文検索
開発中固有の言葉や正確な表現を、文字列から探します。
意味検索
開発中表現が違っても内容が近い情報を、ベクトルから探します。
検索理由
開発中どの検索方式で見つかったかを結果と一緒に返します。
議会・入札・支援制度地域の判断や事業計画に使う公開情報を横断して扱います。
地域の判断や事業計画に使う公開情報を横断して扱います。
議会議事録
開発中会議、発言、話題、期間を手掛かりに検索します。
入札情報
開発中公告、分類、期間、発注元などから情報を探します。
補助金・助成金
順次提供対象、期限、目的などの条件で支援制度を探します。
更新監視
順次提供保存した条件に合う新着や変更を検知する土台を作ります。
アプリ・AIからの利用人が使う画面とAIが使う道具へ、同じ検索結果を返します。
人が使う画面とAIが使う道具へ、同じ検索結果を返します。
検索API
開発中アプリから、期間や分類を指定して検索します。
MCP
開発中AIが条件を組み立て、同じ公共データを検索します。
出典への接続
開発中結果から原本と公開元を確かめられる情報を保ちます。
世代管理
開発中更新途中のデータを混ぜず、まとまった世代で切り替えます。
UBOS / Universal Business OS
AIに仕事を任せる前に、仕事そのものを共通化する。
UBOSは、光の道具箱の中核です。会社や自治体で画面が違っても、仕事の意味、権限、進み具合、記録を同じ仕組みで扱い、アプリとAIが同じ文脈を共有できるようにします。
基盤構築中・順次接続仕事を、三つの層に分けて保つ
定義を書き換えずに実行を進め、実行中の状態を壊さずに出来事を蓄積します。この分離が、仕事の再利用と監査、AIへの安全な受け渡しを両立させます。
仕事は何か
定義
扱うもの、手順、状態、判断条件を、業務の共通語として定義します。
いま何をしているか
実行
案件、作業、担当、期限、承認待ちなど、進行中の状態を追います。
何が起きたか
出来事
操作、判断、AI実行、成果物を、根拠と時刻を持つ証跡として残します。
AIには、必要な文脈だけを渡す
依頼をそのままAIへ投げず、意図、関係する業務、現在の状態、権限を順番に確認します。使ってよい道具と情報が決まってから、AIが作業を始めます。
許可が確認できない処理は止めます。重要な確定操作、データを変える処理、元に戻せない処理は、人の承認へつなぎます。
CANONICAL DATA
正本DBに
Cloud Spannerを採用
仕事の関係、意味検索、正確な文字検索、更新の一貫性を一つのデータベースで扱う設計です。別々の保存先へ分断して同期する複雑さを減らします。
大きなファイルは専用ストレージへ置き、Spannerには所在、版、出典、権限を記録します。
現在は基盤構築中です。本番環境への切り替えは、検証後に段階的に行います。