Ciws
| 分野 | 都市情報工学・行政DX |
|---|---|
| 提唱の形 | 研究プロトコル（通称） |
| 主な対象 | 公共交通、福祉申請、災害情報 |
| 特徴 | 短周期同期と“弱い整合性” |
| 策定主体 | Ciws協議会（仮称） |
| 関連規格 | CIW-9」「CIW-Sync」等（架空） |
| 導入例 | 内の複数自治体実証 |
| 備考 | 名称の由来は議論が多い |
Ciws（しーあいだぶりゅえす）は、の研究所群で提唱された「都市規模の情報連結」モデルである。都市の運用現場に導入されると、住民サービスの待ち時間が短縮されるとされている[1]。
概要[編集]
Ciwsは、都市が保有する断片的な情報（窓口の記録、移動ログ、窓口以外の相談履歴など）を、短時間だけ“連結”して利用するためのモデルとして説明されることが多い。運用上はデータを永続統合しない方針がとられ、代わりに「要求が来た瞬間に必要分だけつなぐ」設計とされている。
提唱当初、Ciwsは系の委託研究ではなく、むしろ大学と自治体の“現場寄り”の勉強会で広まり、やがて「都市の情報処理は最短の待ち行列を作るべきだ」との主張が制度設計へ波及したとされる。ただし、名称の読みが一意ではなく、後述のように“都市の無線（CIW）”由来説と“市民の輪（CiW）”由来説が併存している。
Ciws協議会では、導入の成功指標を「初動応答時間」「申請の往復回数」「問い合わせの二重入力率」の3点に集約し、実証段階ではそれぞれを小数点以下2桁まで記録する運用が提案されたとされる。もっとも、記録の粒度が揃わない自治体が出たため、後に“指標の換算表”が作られ、ここからCiwsは「統一ではなく換算で統制する技術」と見なされるようになった。
成立と起源[編集]
CIWと“弱い整合性”の出会い[編集]
Ciwsの原型は、横浜みなと北側の小規模研究室で行われた「三分間同期」実験にあるとされる。この実験では、災害時に各部署へ散在する情報を毎分更新してしまうと現場が追いつかないため、「更新は3分に1回、ただし必要があればその間に割り込みで読む」方式が試されたという。
その際、研究者のは“弱い整合性（weak coherence）”という言い回しを用い、「整合性は完全である必要はない。市民の体験が止まらないことが整合性だ」と講演したと記録されている。市民向け窓口では、どこかの更新が1回遅れても、同じ相談を繰り返させなければ十分だ、という価値観が当時の空気を作ったとされる。
この方針は後のCiwsで「常時統合の拒否」として制度化され、永続結合を避ける代わりに“要求が来た瞬間に手元で整える”という発想に繋がったとされる。なお、当初の略称はCiwsではなくCIW-3と呼ばれており、研究室内では「CIWの残り香が消えるまで3秒で判断する」という謎ルールが存在したともされる。
地名に紐づく命名と、組織の巻き込み[編集]
名称Ciwsは、の臨海部にある「根岸計算居住区（仮）」に由来するとする説がある。この説では、住民からの問い合わせが“夜の同報電話”で処理されていた時期に、同報網を管理する技術者が「市（Ci）—窓（w）—同期（s）」の語感でまとめたのが始まりと説明される[2]。
一方で別ルートとして、の複数事業者が共同で運用していた“情報回収ワゴン”がCiWと略され、それが「ワゴンが見えなくても情報が届く」ことを目指してCiwsへ変形したという話もある。さらに、大学側の編集メモでは「Ciwsは都市の指（City index）を短期で回すという意味」と書かれていたという証言もあり、決定打がないまま一般化したと考えられている。
Ciws協議会が表に出たのは、内の行政研修会「次世代窓口設計講習会（第17回）」とされる。この講習会に参加したの技術者が、指標の換算表の原案を提示し、以後、Ciwsは“測れる統治”の顔を持つようになったとされる。
導入のメカニズムと運用[編集]
Ciwsの運用は、概念的には「三層連結」によって説明されることが多い。第一層は窓口データ（紙や端末履歴）、第二層は周辺イベント（交通、災害、混雑）、第三層は“市民の現在地に最適な手続き”の生成である。重要なのは、第二層と第三層の接続を、要求時にだけ行う点であるとされる。
具体的には、問い合わせが入ると、都市の各担当システムから最大で12の候補が引き出される。その候補をスコア化し、上位3件だけを“短周期の連結ウィンドウ”に入れる。連結ウィンドウの長さは、実証では平均 41.6秒（標準偏差 9.3秒）と報告されたとされる[3]。もっとも、自治体によって回線品質が異なるため、途中で 37.0秒へ丸める運用が採用され、数値の意味が揺らいだとする指摘もある。
また、Ciwsではデータの完全な統合を行わず、代わりに「引用（citation）ログ」を残すとされる。引用ログとは、同じ市民に対して過去の情報が参照されたことを示す軽量な記録であり、監査の観点から作られたと説明される。一方で、市民側から見ると“参照されたのか、されていないのか”が見えにくく、不信が生まれる温床にもなったとされる。
具体的な実証事例[編集]
災害モード実証（【静岡県】・沿岸帯）[編集]
Ciwsの代表的な実証として、の沿岸帯での「台風準備フェーズ」を挙げる論文がある。ここでは、避難所の開設情報と、医療機関への問い合わせを3分周期でつなぐ設計が採用され、結果として“受付の往復回数”が 2.18回から 1.47回へ減ったと報告されたという[4]。
さらに奇妙な取り組みとして、避難所の混雑指標を、現場の簡易ホワイトボード写真から抽出する“臨時の視覚整合”が導入されたとされる。担当者は「Ciwsはデータ連結の技術だが、現場では“写真”が最短の言葉になる」と述べたと記録されている。ただし、ホワイトボードの撮影角度が統一されていなかったため、換算表が追加され、そこでCiwsは“数学より運用”の色を強めたと考えられている。
福祉手続きの“二重入力”削減（【大阪府】）[編集]
での実証では、福祉申請における二重入力率を 6.2%から 2.9%へ下げたとされる。ここで使われたのが、Ciwsが提案する「逆引き候補」という仕組みである。逆引き候補は、申請者が入力する前に、過去の相談履歴から“入力すべき項目の最短集合”を推定し、画面側で提示する方式である。
ただし、画面提示の順序を固定しすぎると、かえって入力が増えることが分かり、提案順を毎回 3種類から選ぶ“ゆらぎ制御”が投入されたとされる。実務者によれば、このゆらぎ制御は心理的負担を減らすと同時に、入力者が「自分が読ませられている」感覚を持ちにくいよう設計されたという。
その結果、二重入力だけでなく、申請者の“待ち疲れ”による取り下げ率が、同期間で 0.81%から 0.44%へ減ったと報告された[5]。もっとも、この減少を気象要因や窓口の人員配置と切り分ける作業が十分ではなかった、とする反対論文もある。
社会的影響と評価[編集]
Ciwsは、都市の行政が抱える“窓口ごとの情報分断”を、完全な統合ではなく“要求時の連結”で扱う考え方として評価されてきた。これにより、システム移行のコストを抑えつつ、住民の体験を改善できる可能性があるとされる。一部では、Ciwsが「統合の時代を終わらせ、体験の時代を始めた」と喧伝された時期もあった。
一方で、評価が割れる点も多い。引用ログが監査目的に整備されるほど、現場側は“参照の説明責任”を求められ、運用負荷が増える場合があるとされる。また、弱い整合性の設計は、行政内部では合理的でも、市民には「同じ質問なのに答えが揺れる」状況として体験されうる。そのため、Ciwsは“待ち時間を短くするが、理解の手間を増やす”という二面性を持つと指摘されている。
さらに、Ciwsの普及に伴い、都市のベンダー間競争が変質したとされる。従来はデータ統合の基盤を押さえることが強みだったが、Ciwsでは“要求に応じて必要を見せる部品”が重要になり、のようなUI/連結層の事業者が相対的に台頭したと報告されている。ただし、同社の社内資料では「UIは結果ではなく原因を隠す」といった注記もあり、評価は一枚岩ではない。
批判と論争[編集]
Ciwsには、プライバシーと説明可能性の観点から批判が寄せられてきた。特に、引用ログが“参照の証拠”として機能する一方で、参照された理由が常に明確とは限らない点が問題視された。反対派は、モデルが“最短の体験”を優先するあまり、根拠の提示が後回しになる構造を懸念したとされる。
また、命名の由来を巡っても論争が起きた。Ciwsを「City index with synchronization」とする資料が出回った一方で、協議会の議事録には「名称は音の良さで決めた」という趣旨の発言があったともされる。さらに、ある投書欄ではCiwsがの“情報回収ワゴン”に由来するという説が否定され、「そもそもワゴンは存在しない」と反論され、結果的にコミュニティは“誰が最初に嘘をついたか”を議論する場になったという。
物議を醸したのは、2019年ごろに提案された「Ciwsスコアの公開」案である。ここでは、自治体ごとのCiwsスコアを一元公開し、住民が自治体を比較できるようにする構想が示された。しかし、スコア算出が“換算表”依存になっていたため、地域間比較の公平性が疑問視され、結局、公開は 1か月で中止となったとされる[6]。一部の批評家は「中止したのはプライバシーではなく、数字の整合性だった」と述べた。
脚注[編集]
関連項目[編集]
脚注
- ^ Ciws協議会編『都市の短周期連結モデル：Ciws概説』Ciws協議会事務局, 2018.
- ^ 田中 由紀郎『弱い整合性と住民体験の設計論』都市工学会誌, 第12巻第3号, pp. 41-58.
- ^ Katherine J. Halloway, “Short-Coherence Windows in Municipal Information Linking,” Journal of Urban Computing, Vol. 7, No. 2, pp. 101-129, 2020.
- ^ 山本 佐知子『台風準備フェーズにおける避難所情報の連結実証』日本防災情報学会論文集, 第9巻第1号, pp. 12-27, 2017.
- ^ Marcos E. Silva, “Reducing Duplicate Entry Rates with On-Demand Citation,” Proceedings of the International Conference on Public Interface, pp. 220-236, 2021.
- ^ 【大阪府】行政改革推進室編『福祉手続きの二重入力対策：Ciws運用報告』自治体実務資料, 第5号, pp. 3-19, 2019.
- ^ 佐藤 光里『換算表は公平か：都市間比較のためのCiws指標論』社会技術研究, 第18巻第4号, pp. 77-96, 2022.
- ^ Liu Wenfang, “Naming Politics of Civic Synchronization Protocols,” Urban Policy and Systems Review, Vol. 3, No. 9, pp. 55-73, 2018.
- ^ 井上 章太『Ciwsスコア公開の試みと撤回：一か月の結末』行政評価研究, 第2巻第11号, pp. 1-14, 2020.
外部リンク
- Ciws運用実験アーカイブ
- 都市窓口プロトコル倉庫
- 弱い整合性研究ノート
- Ciwsスコア換算表（閲覧用）
- 自治体UIガイドライン集