要約

  • RFC 1578が挙げたダイヤルアップ端末、蓄積交換、SLIP/PPPホスト、ルーター付き校内LANは、利用できるアプリケーションも運用条件も同じではなかった。
  • 蓄積交換のフィルタリングは情報を絞れたが、技術だけによる完全な遮断は保証できなかった。電子メールは残る経路の一例だった。
  • 接続事業者のAUPはサービス条件を定める。学校にはそれとは別に、校内方針、研修、支援、監督、家庭からの利用に関する共同責任を決める仕事が残った。

開通の次に、運用の空白が現れた

RFC 1578 は、RFC Editorの記録では1994年2月発行のInformational RFC、FYI 22である。プロトコル標準ではない。IETFのUser Services AreaにあったInternet School Networkingグループが、新たに接続した、ダイヤルアップなどで間接的に利用している、あるいは導入を検討している初等・中等教育の関係者に向けて作成した。

文書は、教師、図書・メディア担当者、管理者、生徒という利用者層が、既存のネットワーク利用者より技術経験と支援資源に乏しいことが多いと認めた。そのため問いは機器だけに向かわない。費用、研修、支援、利用者、セキュリティ、倫理、授業への組み込みまでが同じ導入の現場に現れる。

学校向けの付加価値サービスにも注意を払った。教材、技術支援、プロジェクト運営を提供していても、基本的なInternet機能をすべて使えるとは限らない。メールに加えてTelnetとFTPを使えるなら、おそらくInternet上にいる、と説明した。「おそらく」という留保は、契約名や画面だけで能力を断定しないための境界だった。

接続方式ごとに、できることが違った

低価格の例では、パソコンがモデムと端末エミュレーターで遠隔サービスを呼び出す。中間ではSLIPまたはPPPにより、そのパソコン自体が実質的なInternetホストになり、TCP/IPアプリケーションを利用する。上位では専用線とルーターを使い、学校または部門のLANを接続する。

UUCPによる蓄積交換という選択もあった。メールやUsenetの記事はコンピューターに保管され、予定された通話で次の機械へ送られる。メーリングリストやメール経由の一部ファイルサービスは利用できる一方、対話型アプリケーションは限られる。電話回線を必要な転送時だけ使い、サイトが運ぶ情報を選べる点が利点だった。

遠隔画面が動くことは、そのサービスへの到達を示す。ローカル機がIPホストであることまでは示さない。PPPの確立は一台の能力を広げるが、校内全体への到達、混雑時の容量、授業アプリの動作までは証明しない。LANのルーターが稼働しても、利用者の研修や支援担当者の存在は別である。蓄積されたメールの配達は、即時の対話機能を証明しない。

この違いを消して「学校は接続済み」とだけ集計すれば、導入状況は簡潔になる。しかし、どの教室から、どのアカウントで、どの時間帯に、どのアプリケーションを試したかという運用事実は失われる。

人を支える仕組みは別途必要だった

RFC 1578は、研修を学校の技術計画で最も見落とされやすい要素の一つとし、研修不足が計画の失敗につながり得ると述べた。対象は技術担当者だけではない。教師、図書担当者、生徒、管理者など全利用者に何らかの準備が必要だった。

小さな先行グループをまず育て、その人々が同僚を教える方式は、地域の必要に合わせやすい。技術支援は学区が担う場合も、企業や行政のボランティアを頼る場合も、事業者のヘルプデスクを使う場合もあり、ネットワークを通じて遠隔で行える作業もあった。

先行する RFC 1359 は、接続する組織全般の視点を補う。その公式記録が示すように、回線やモデム、ルーターという請求可能な費用と、職員教育、支援体制、アプリケーション導入という見えにくい費用を分けた。計画、立ち上げ、本番運用、評価・更新も別の段階だった。

物理回線が正常でも、支援の負債は残り得る。熱心な一人が利用を広げても、その人が去った後の引き継ぎがない場合がある。規則を配布しても、現場が理解し実行できるとは限らない。開通記録はこれらを代行しない。

フィルタが閉じたのは一つの面だった

RFC 1578は蓄積交換の利点としてフィルタリングを挙げた。学校は運ぶ情報をある程度制御できる。ただし、直接接続では、しばしば間接接続でも、児童・生徒に不適切と考えられる資料へのアクセスを技術だけで完全に防ぐことはできない、とした。

電子メールがその限界を具体化した。ローカルでリポジトリやニュースグループを運ばなくても、外部の人がメッセージとして送る可能性がある。一つの配信面を制御しても、残る経路すべてを制御したことにはならない。

これはフィルタを無価値とする主張ではない。一つの要求が遮断されたなら、その装置と規則がその時点で働いた証拠になる。しかし、別アカウント、別サービス、メール、別の時間帯まで閉じている証拠にはならない。部分的な制御を絶対的な結果として報告しないことが要点だった。

文書は、明確な校内ルールと違反時の対応、技術倫理の教育、合理的な監督を求めた。時間や利用機会を制限する方法も挙げつつ、監督だけより、日常的に責任ある利用を教える方を望ましいとした。そして、絶対保証はほぼ不可能だという不確実性を残した。

AUPと校内方針は別の決定だった

接続事業者はAcceptable Use Policyを説明する。違法利用や、ネットワークによっては商用利用を禁じることがある。これは事業者が提供する接続の条件である。

RFC 1578は、それに加えて学校全体の方針が不可欠だとした。事業者は、誰に生徒アカウントを渡すか、教材をどう授業に入れるか、いつ教員の同席を求めるか、違反にどの校内対応を適用するかを決める主体ではない。

家庭からのアクセスは、権限の引き継ぎ点を明確にした。事業者が技術的に可能にしていても、生徒に許可するかは学校が決める。文書は、保護者と教育者が利用を見守る責任を共有するため、学校と地域社会の公開の場で議論することを勧めた。可用性と許可は同じ事実ではなかった。

証拠は主張に合わせて分ける

接続を確認するなら、方式、終端、回線状態、到達したサービスを残す。能力を確認するなら、実際の教室や図書室から目的のアプリを試す。研修なら、誰が何を学び、どの作業を実演したかを記録する。方針なら、決定主体、日付、版、範囲を保存する。フィルタなら、試験した経路と対象外の経路を明示する。事故なら、アカウント、メッセージ、セッション、時刻、対応を結び付ける。

請求書は利用者の準備を証明しない。疎通試験はメールのフィルタリングを証明しない。方針文書は理解を証明しない。一件の遮断は代替経路の不存在を証明しない。

RFC 1578は自らの有効性にも上限を置いた。Internetは変化が速く、比較的安定したサービスだけを選んでも完全ではない。将来の更新ではFYI番号を維持しつつRFC番号が変わると説明した。文書は支援材料であり、運用現実を永続的に命令するものではなかった。

回線の開通は一つの完了だった。同時に、学校自身が決め、教え、支え、観察し、見直す工程の開始でもあった。

出典