CPシリアルバス
| 分類 | 企業・官公庁向けのシリアル通信用運用規約 |
|---|---|
| 主な用途 | 端末間のデータ巡回、監査ログ連携 |
| 標準化の主体 | CPシリアルバス協議会（通称・CPSB協議会） |
| 成立時期 | 1997年ごろに仕様書が広まり、1999年に社内規程化が進行 |
| 特徴 | 送信権のタイムスライスと、巡回順序の固定化 |
| 問題点 | 運用依存が強く、保守手順が肥大化しやすい |
| 関連技術 | 監査ログ整合、エラー訂正疑似手順 |
CPシリアルバス（しーぴーシリアるばす、英: CP Serial Bus）は、業務用端末間でデータを巡回的に受け渡すための仮想通信規約として知られる。特に1990年代後半の自治体調達仕様書に度々登場し、現場では「配線より先に運用が決まる」方式として語られた[1]。
概要[編集]
は、複数の端末群に対し「いつ、誰が、どの順番で」データを流すかを定めた運用規約として説明されることが多い。伝送速度そのものよりも、巡回順序と送信権の割当（タイムスライス）を中心に据える点が特徴とされている[1]。
成立の背景としては、1990年代後半の地方行政の現場で、異なるメーカーの端末を同一の監査手続に載せる必要が急増したことが挙げられる。配線を統一しても監査ログの並びが揃わないため、結果として「並び替えより先に巡回順序を固定する」発想が採用されたとする説明がある[2]。
一方で、技術仕様より運用手順が先に増殖していったため、導入後は現場教育がボトルネックになったとも指摘されている。実際、あるメーカー技術資料では「CPシリアルバスは配線ではなく、カレンダーである」と比喩されたとされる[3]。
概要（選定基準と掲載範囲）[編集]
本項では、CPシリアルバスが「規格」と呼ばれつつも、実態としては自治体・企業の調達文書や保守手順書に埋め込まれていった経緯を中心に扱う。したがって、ここで言うCPシリアルバスは、通信方式というより運用規約の集合として理解されることが多い[4]。
一覧にするほど単純化できない理由として、各組織で「巡回順序」「監査ログの粒度」「故障時の引継ぎ手順」の調整が行われた点がある。たとえばの一部施設では「巡回順序は庁舎の部屋番号順」と定めた例があり、逆にの別系統では「巡回順序を担当課コード順に固定」した例が確認されている[5]。
掲載範囲は主に、1997年から2003年に作成・改訂されたとされる調達仕様書、保守手順書、内部規程に基づく説明に限られている。なお、言及の多くはCPSB協議会の内部資料に依拠するとされるが、外部公開された原典は少ないとされる[6]。
起源と発展[編集]
CPシリアルバスの起源は、の監査整合がうまく取れなかった事件に求める説がある。とりわけ、1996年に発生した「二重記録」の監査差戻しがきっかけになり、メーカー間でログの並びが揃わないことが問題視されたとされる[7]。
この問題を解くため、当時のでは「通信速度ではなく、巡回順序を揃える」という方針が採られた。具体的には、各端末に番号（端末ID）を付与し、端末IDの小さい順に“毎分N周”の巡回を行うよう定める考えが導入されたとされる[8]。ある議事録の要旨では、毎分N周を『72周（1.2秒ごとに訪問するイメージ）』とした案が見つかったとされ、後に『60周』へ調整されたとも言及されている[9]。
また、巡回中の「送信権」はタイムスライスで割り当てられ、端末が沈黙した場合には“その枠だけ後ろへ送る”疑似手順が定められた。これにより、厳密な再送をしなくても監査ログの列が崩れにくい、という説明がなされたとされる[10]。ただし、後年の利用者からは「崩れないのはログだけで、データ欠落は別に起きる」との批判が生まれた。
初期の標準モデル：庁舎巡回72周案[編集]
協議会の初期提案では、各庁舎のフロアを“巡回ステーション”と見なし、1分あたり72周の訪問を理想とする案がまとめられた。訪問間隔が約0.833秒であるため、現場オペレータが体感的に「途切れない」感覚を得られる、とされていた[11]。なお、この数値は誰が決めたかが後に議論になり、ある編集者は「たぶん時計台の秒針が由来だ」とメモしていたという逸話が残っている[12]。
規程化：端末IDの“固定読み順”[編集]
1999年に入り、多くの組織で運用規程として定着した。方法としては、端末IDを「桁数ゼロ埋め」し、文字列として辞書順になるよう統一することが推奨されたとされる。たとえば“0012”と“012”が混在すると巡回順序が変わり、監査の照合が崩れるためである[13]。この“固定読み順”が後に、保守作業をややこしくする原因にもなったとされる。
仕組みと具体的運用[編集]
CPシリアルバスは、端末をグループ化し、グループごとに巡回順序を決める点が説明される。グループ内では端末が一定周期で訪問され、訪問時に“データ枠”へ書き込むとされる。データ枠は「0〜255の監査区画」として扱われることが多く、区画ごとの意味付けは現場規程で変わったとされる[14]。
また、送信権の取得はタイムスライス方式とされるが、実装の詳細よりも“沈黙時の取り扱い”が重視された。具体的には、沈黙が観測された場合に端末は再送せず、次の訪問で追いつくのではなく“監査区画の整合だけ先に進める”という手順が採られたとされる[15]。
この結果、運用マニュアルは通信の章より教育の章が分厚くなった。たとえばのある保守手順書では、CPシリアルバスの説明ページが全体の14%しかなく、残りの多くが「巡回順序を踏み間違えないための口頭唱和」「終了時刻の読み上げ」に割かれていたとされる[16]。なお、唱和の文言は年度ごとに微妙に変更されたとされ、そこに“なぜか細かいこだわり”が集まったと報告されている。
監査ログ：区画×巡回回数の積算[編集]
監査ログは、区画番号と巡回回数の積算から“監査整合スコア”を算出する方式が併用されたとされる。たとえば区画が120、巡回が60周であれば、スコアは7200と表示される運用があったとされる[17]。ただしこのスコアは実際のデータ完全性を保証するものではない、という但し書きが後年になって追加されたと報じられている[18]。
障害時：復旧は“配線ではなく順序”[編集]
障害の復旧手順は、ケーブル交換よりも“端末IDの整合を確認してから順序を復元する”ことに重きが置かれた。理由として、順序が崩れると監査照合ができず、結局どの端末がどの時刻に書いたか追えなくなるからだと説明された[19]。この方針は現場では合理的と評価された一方で、障害を長引かせる原因ともなったとされる。
社会的影響と導入事例[編集]
CPシリアルバスは、技術的な優位性よりも“監査と運用の整合が取りやすい”点を理由に導入が進んだとされる。特に系の関連団体では、現地拠点ごとにログの並びを揃える必要があったため、CPシリアルバスの運用規約が採用されたという[20]。
一方で、民間でも導入が進み、企業の情報システム部門では「CPシリアルバスが入った瞬間に、インシデント対応が“順序戦争”になる」と揶揄されたとされる。ここで言う“順序戦争”とは、どの端末IDがいつ書いたかを巡って担当者が説明責任を果たすために、手順書の番号を引用し合う状態を指すとされる[21]。
なお、報道ベースではの施設で、導入から3か月で“巡回順序の口頭唱和”の小テストが実施されたという。合格率が初回で61.3%、2回目で74.8%だったことが社内資料に残っているとされ、以後は『合格者のみ運用室の鍵を受領できる』運用へ発展したと語られている[22]。この制度は秩序をもたらした一方で、人の入替時に運用が止まりやすくなったとも指摘された。
批判と論争[編集]
CPシリアルバスには、技術仕様の曖昧さが運用依存に転化した点で批判がある。具体的には、仕様書上では“沈黙時に整合を保つ”とされつつ、実務ではデータの欠落が監査区画の整合に隠れてしまう可能性がある、と指摘されていた[23]。
また、協議会内部の決定プロセスに対しても疑義が出た。ある内部メールでは、端末IDのゼロ埋めルールが“個人の好み”として導入されたように読める文言が含まれていたとされる。これについては「好みではない。現場の手作業に合わせただけだ」と反論されたが、後に“編集の筋”が問題視された[24]。
加えて、運用マニュアルの肥大化がコストを押し上げた。特に保守要員が変更されるたびに、巡回順序の例外規程（季節運用、休日運用、点検運用）が増え、最終的には手順書が“運用の物語”のようになったという評価もある。要するに、バスという名で呼ばれているが実態は「手順の舞台装置」である、という批判が繰り返されたとされる[25]。
脚注[編集]
関連項目[編集]
脚注
- ^ CPシリアルバス協議会『CPシリアルバス運用指針（第2版）』CPSB協議会, 1999.
- ^ 渡辺精一郎『行政端末の監査整合と巡回順序』電気通信経営研究所, 2001.
- ^ Margaret A. Thornton『Operational Timing in Serial-Link Systems』Journal of Administrative Systems, Vol.12 No.3, pp.41-58, 2000.
- ^ 山本勝彦『手順書がネットワークを支配する—配線ではなく順序』情報運用論叢, 第5巻第1号, pp.11-27, 2002.
- ^ K. Nakamura, L. Greystone『Audit Score Metrics for Cyclic Data Transfer』Proceedings of the International Symposium on Buscraft, Vol.7, pp.201-219, 2003.
- ^ 神谷真琴『端末IDのゼロ埋めと現場事故』月刊システム監査, 第18巻第4号, pp.88-96, 2004.
- ^ CPSB協議会『沈黙時整合の疑似手順：改訂メモ集』CPSB協議会内報, 2000.
- ^ 井上礼司『口頭唱和による運用事故防止の試み』地域情報通信研究会報, 第9巻第2号, pp.55-63, 2002.
- ^ R. Alvarez『Why Calendars Beat Cables: A Case Study』The Quarterly Review of Industrial IT, Vol.3 No.1, pp.1-12, 1998.
- ^ 佐伯良介『CPシリアルバスの真実』海藍書房, 2005.
外部リンク
- CPSB運用アーカイブ
- 監査ログ整合ナレッジベース
- 端末IDゼロ埋め講座
- 巡回順序シミュレータ公開室
- 地域端末保守事例集