# メトロロジクス

> 不在でも、初回で届く。

配送会社認証と集合住宅アクセスを接続し、再配達を構造的に減らす都市配送インフラ構想。

| 項目 | 内容 |
| --- | --- |
| セクター | 物流システム |
| ステータス | コンセプト段階 |
| 拠点 | 東京 |
| スタジオ | Meldotia |
| HTML | https://www.meldotia.com/ja/projects/metro-logix |
| JSON | https://www.meldotia.com/api/ventures/metro-logix?locale=ja |

## 概要

MetroLogixは、配送会社が認証した配達員、荷物ごとの配送トークン、建物側の入館ポリシーを接続し、「一度で届く」都市配送を実現する構想です。生体情報を外部DB化せず、再配達の削減を通じて労働負荷と環境負荷を同時に下げます。

# 事業計画書

**MetroLogix（メトロロジクス）**  
再配達を前提にしない都市配送インフラの社会実装

---

## 1. エグゼクティブサマリー

MetroLogixは、都市部の集合住宅で発生する再配達問題を、現場運用ではなく**構造そのもの**から解決する物流基盤です。  
「配送会社の認証結果」「配送データ標準」「建物アクセス制御」を連結し、初回配達成功率を高めます。

**狙う成果**

- 再配達率の恒常的削減
- ドライバー1人あたり生産性の向上
- 誤配達・不正侵入リスクの低減
- 都市物流におけるCO2排出削減

---

## 2. 解くべき課題

### 2.1 再配達は「現場ミス」ではなく構造課題

都市部ではオートロック物件比率が高く、受取人不在時に配達完了できないケースが多発します。  
結果として、同一荷物の複数回訪問が標準化し、次の損失が発生します。

- ドライバー拘束時間の増大
- 燃料費・運行コストの上昇
- 配送品質のばらつき
- 物流現場の離職リスク上昇

### 2.2 既存対策の限界

- 置き配: 盗難・破損・責任所在の曖昧化
- 宅配ボックス: 導入費と容量制約
- 再配達予約: 利用率が伸びず効率改善が限定的

**本質課題:** 「人」「建物」「配送データ」が分断されていること。

---

## 3. MetroLogixの解決アーキテクチャ

### 3.1 配送員アイデンティティ層

- 配送会社を認証主体として位置づける
- 業務端末や配送会社側システムで配送前に本人確認
- MetroLogixは生体情報ではなく、署名済みの認証結果を受け取る
- 認証済みユーザーのみアクセス権限を発行

### 3.2 物流データ層（暗号化QR標準）

伝票情報に加え、MetroLogix標準QRを付与します。  
QRには次の情報を暗号化して格納します。

- 建物識別子
- 許可フロア情報
- 配送許可時間帯
- トークン有効期限

※ 個人情報は最小化し、必要最小限の復号のみ実施します。

### 3.3 物理アクセス制御層

QR読取時に建物システムと照合し、合致時のみ次を実行します。

- エントランスの一時解錠
- 対象フロアのみのエレベーター選択許可

不一致時はアクセスを拒否し、誤進入と誤配達を物理的に抑止します。

---

## 4. セキュリティ設計方針

- MetroLogixは顔・指紋などの生体情報を保持しない
- 本人確認は配送会社または端末側で実施し、認証済み結果のみ連携
- QRトークンは時限/単回利用を基本設計
- APIアクセスは監査ログを前提に設計
- 鍵となるデータは最小権限・最小保持の原則で管理

---

## 5. 事業モデル

### 5.1 収益源

1. 不動産管理会社向け導入費・月額SaaS
2. 東京都/国交省文脈での官民実証・補助金対象システム
3. 導入建物数拡大後の配送会社API利用料
4. スマートロック/インターホン/エレベーター設備との認定・連携収益

### 5.2 導入順序

- 配送会社1社を戦略パートナーとして確保
- 管理会社1社・数棟で小規模PoCを実施
- 東京都/国交省の物流改善文脈へ接続
- 大手配送会社・デベロッパー・認証IT・設備会社を含む官民実証へ拡張

---

## 6. 導入ロードマップ

| フェーズ | 内容 |
| :--- | :--- |
| Phase 1 | 民間PoC（配送会社1社×管理会社1社×数棟） |
| Phase 2 | 東京都/国交省文脈での官民実証 |
| Phase 3 | 配送大手・デベロッパー・認証IT・設備会社との共同展開 |
| Phase 4 | 導入補助・認定仕様・新築設計標準への展開 |

---

## 7. KPI設計

- 再配達率
- 初回配達完了率
- ドライバー1時間あたり完了件数
- 誤配達/侵入関連インシデント件数
- 1件あたりCO2排出推計

---

## 8. 競争優位

- 物理アクセスとデジタル認証の同時制御
- 物流会社・建物管理双方に便益がある両面価値
- API/QR標準化により拡張しやすい設計
- ESG/脱炭素要件と整合しやすい

---

## 9. 想定リスクと対策

### 9.1 プライバシー懸念

- MetroLogixは生体情報を保持しない
- 配送会社/端末側で本人確認し、署名済み認証結果のみ連携
- 監査可能なアクセスログ
- 法規対応を前提とした運用設計

### 9.2 既存設備との接続難易度

- 主要スマートロック/入退館APIへのアダプタ化
- 物件タイプ別テンプレートを先行整備

### 9.3 現場オペレーション定着

- 導入初期の教育プログラム
- 現場KPIの可視化と改善ループ

---

## 10. ビジョン

MetroLogixは、配送効率化ツールではなく、  
都市の「届く」を再定義する社会インフラです。

再配達という前提をなくし、  
物流現場・住民・都市環境の三者に持続可能な価値を提供します。

## その他の事業構想

- [サードチョイス](https://www.meldotia.com/ja/projects/third-choice) — 賃貸と購入の二択を超え、住み替えの自由と資産形成を両立する新しい居住プラットフォーム。
- [トラフィックOS](https://www.meldotia.com/ja/projects/traffic-os) — 都市交通をひとつの制御可能なCity OSとして捉え、渋滞と事故を最小化する階層型分散制御システム。

## お問い合わせ

- メール: [kayu.ling@meldotia.com](mailto:kayu.ling@meldotia.com)
- 拠点: Tokyo, Japan (35.6762°N / 139.6503°E)
- 状況: 協業のご相談を歓迎します
- https://x.com/kayuling
- https://www.linkedin.com/in/kayuling/
- https://www.threads.com/kayu.ling

HTML版: https://www.meldotia.com/ja

## 機械可読リソース

- [llms.txt](https://www.meldotia.com/llms.txt): Index of Meldotia content and developer resources for AI agents.
- [llms-full.txt](https://www.meldotia.com/llms-full.txt): Every Meldotia page concatenated as one Markdown document.
- [OpenAPI 3.1 specification](https://www.meldotia.com/openapi.json): Machine-readable description of the public Meldotia REST API.
- [Meldotia developer & agent documentation](https://www.meldotia.com/developers): Human-readable guide to the Meldotia API, Markdown negotiation, and agent access.
- [GET /api/site](https://www.meldotia.com/api/site): Studio profile, contact details, and links.
- [GET /api/ventures](https://www.meldotia.com/api/ventures): List every Meldotia venture.
- [GET /api/health](https://www.meldotia.com/api/health): Liveness probe for the Meldotia API.
- [sitemap.xml](https://www.meldotia.com/sitemap.xml): Every indexable Meldotia URL.