J:COM障害と顧客対応

2026年9月23日の朝から夕方にかけて、J:COM NETで全国規模の接続障害が発生し、同社の設備を利用する各地のケーブルテレビ事業者のサービスにも影響が及んだ。この障害が単なる「回線断」として片づけられない関心を呼んだのは、端末やルーターのDNS設定をGoogleの8.8.8.8などのパブリックDNSに書き換えると通信が戻るという報告がSNS上で相次ぎ、利用者のあいだで回避策が急速に共有されていった一方で、J:COMの公式告知は障害の発生を詫びて復旧を待つよう求めるにとどまり、そうした暫定策にはついに触れなかったからである。しかも障害の影響でカスタマーセンターへの電話もつながりにくくなっていたから、多くの利用者にとって実際に役立つ情報源はSNSのほかになかった。この一件は、通信障害そのものの技術的な問題にとどまらず、通信会社のなかで現場の技術的知見がどのような経路を通って経営判断と顧客対応に届くのかを考える材料を与えている。

技術的な側面から見れば、症状はかなり特徴的だった。インターネット上の通信は、ドメイン名を実際の宛先となるIPアドレスに変換するDNSの働きを前提にしているため、物理回線とパケットの経路が正常であっても、名前解決が応答しなければブラウザもアプリも接続先を見つけられず、利用者の目にはインターネットがまるごと止まったように映る。

パブリックDNSへの切り替えで回復したという事実は、少なくとも相当数の利用者にとって、パケットを運ぶ経路そのものは生きており、J:COMが提供するキャッシュDNSか、そこへ至る何らかの経路か、あるいはその周辺の設備に問題があったと考えるとよく説明がつく。J:COMのように自前のアクセス網を持つ事業者は、IPv4とIPv6をそれぞれ直接提供するデュアルスタック構成をとることが多く、IPv4をIPv6網の上に載せて運ぶDS-LiteやMAP-Eが広く用いられているフレッツ光系のIPoEとは内部の仕組みが異なるから、IPv6側の経路やDNSの配布に限って不具合が生じ、IPv4で到達できる外部のDNSを指定することで迂回できたと想定される。ただ、端末は通常、設定された複数のDNSサーバーを順に試すため、これが今回の症状の説明として妥当かどうかは即断できず、原因がDNSサーバーそのものにあったのか周辺の設備にあったのか、またすべての利用者が同じ原因で影響を受けていたのかは、事業者側でしかわからない。

いずれにせよ、原因の究明に時間がかかることと、利用者に暫定的な回避策を示すこととは別の事柄であって、「外部のパブリックDNSに変更すると復旧する場合がある」という情報は、原因の確証が得られる前であっても、然るべき留保を付したうえで公式に出すことができたのではないか。もちろん、利用者に設定の変更を勧めれば、復旧後に元へ戻し忘れる人や、設定の誤りから新たな問い合わせをしてくる人が出てくるであろうし、自社が管理していない外部のサービスへ顧客を誘導することの責任をどう考えるかという問題もあるから、事業者が慎重になる理由がないわけではないが、それでよかったのだろうか。朝から夕方まで続いた障害のあいだ、テレワークやオンラインでの手続きを抱えた利用者がSNSで拾った手順を頼りに設定を書き換えていたという状況を思えば、その慎重さが顧客にとって何を意味していたのかは問われてよい。暫定策の提示は完全な解決ではないにせよ、障害のさなかに利用者が通信を取り戻す手段を持てるか否かを分けるものだからである。

ここで考えてみたいのは、J:COMのような、いわゆる「通信屋」「土管屋」の内部から、DNSがどのように見えているかということである。通信事業者の本業は回線を維持してパケットを運ぶことにあり、DNSは利用者にとって不可欠なサービスでありながら、事業者の内側から見れば回線そのものに比べて本業の中心から一段外れた付帯的な機能として扱われやすいのではないか、という推測はそれほど突飛なものではないだろう。けれども利用者の側にはそのような区別は存在せず、光回線や同軸回線が正常に動いていても名前解決ができなければインターネットは事実上使えないのであって、「土管は生きているがDNSが止まっている」という説明は技術的には正確であっても、顧客にとっては全面障害以外の何ものでもない。この認識の隔たりが、今回の対応の遅さにも影を落としていたように思われる。

おそらく現場の技術者は、比較的早い段階で何が壊れているのか、どうすれば迂回できるのかを把握していたはずである。しかしその知見を公式の対処方法として利用者に届けるには、サポート部門や広報、管理部門、さらには経営層の判断を経なければならず、そのいずれかの段階で情報が滞れば、現場では分かっているのに会社としては何も言えず、利用者のほうが先にSNSで解決策を共有し合うという、今回見られたような事態が生じる。

これは個々の担当者の怠慢というより、現代の企業における経営の専門化と深く関わる構造的な問題であろう。経営が一つの専門領域として確立し、財務、人事、法務、マーケティングを横断して組織を管理する能力が重んじられるほど、その会社に固有の技術から経営陣は遠ざかりやすくなり、経営の専門家としては有能であっても、現場から上がってきた「DNSだけの問題です」という報告が、顧客にとっては「インターネットがまったく使えない」ことを意味するのだと即座に読み取れるとは限らない。

経営陣にいわゆる叩き上げの人材が必要だと言われる理由の一つも、おそらくここにある。求められているのはDNSやIPv6の設定を自ら行える経営者ではなく、現場の言葉が何を指し、それが顧客にどの程度の影響を及ぼすのかを翻訳できる人間が意思決定の場にいることである。現在の通信技術は一人の経営者がその全体を見通せるほど単純ではないから、技術に明るい経営者を据え、現場で得られた知識を経営判断と顧客への発信へ速やかに接続できる組織をあらかじめ用意しておく必要がある。今回のJ:COM障害が示したのは、経営にとって、回線を守り復旧させる技術が通信事業者の品質のすべてではないということであり、通信インフラの品質は、回線の品質のみならず、現場で分かったことを利用者に返すまでの情報経路の品質をも含むものなのである。