Teleport

相談する
映像 8:40PHP の脆弱性:約 5 分で影響範囲を特定した記録 プレスリリースClaude Mythos 5.1 へのアクセス承認を取得

手記テレポートの取り組み

あなたの会社だけのサイバー災害報道を、エージェントが作る

今日はMicrosoft 365が止まった。明日はGmailかもしれないし、来週は別のSaaSかもしれない。どれが止まっても、社員が知りたいのは世界の数字ではなく「うちの何が止まり、自分は何をすればいいか」だ。それを社員一人ひとりに届ける、一社に一つの報道部を、CITYで作る。

Microsoft 365でも、Gmailでも、ほかのSaaSでも、止まったサービスの公式の発表を会社の地図と突き合わせ、役割ごとに「あなたがすること」を書き分けて、別の手段で届ける。ふだんは防災のニュースと訓練まで受け持つ。

明るい朝の会社の入口。スーツの営業の男性が、笑わずに真剣な顔でスマホを読み、かばんから電話番号の手帳を出している。スマホの画面は赤い帯に「障害の最中|Microsoft 365」、送り主は「社内報道部のエージェント」7時2分、「田中さん(営業)へ」「メールが止まっています」「10時の見積もりは、先に電話で」。後ろの壁のテレビは「Microsoft 365 世界で障害 13万件」と伝え、その前で同僚3人が困った顔で首をかしげている
障害の朝。テレビは世界に同じことを伝え、エージェントは田中さんにだけ、することを伝える。 絵と図は AI で描いています。会社と画面は説明のための架空の例です

午前7時2分。ある部品メーカーの営業、田中さんのスマホに、社内のニュースが届く。

「メールが止まっています。10時の見積もりは、先に電話で」

同じころ、テレビとネットのニュースは「Outlookの報告が世界で13万件近く」と伝えていた。どちらも、11月13日の未明に始まったMicrosoft 365の障害の知らせだ。でも、田中さんが今朝すぐに動けるのは、一つめの知らせだけだ。

これは、まだ想像の場面だ。でも、作れる。僕らは本気でそう思っている。下は、その会社の社員のスマホに届く知らせの例だ。黒い枠のニュースは誰にでも同じ。スマホの知らせは、エージェントがその人のためだけに書いたものだ。役割を押して、見比べてほしい。

実際にさわれます

エージェントが、あなたに知らせる(例)

「いつ」と「あなたの役割」を押すと、その人のスマホに届く知らせに変わります。黒い枠のニュースは誰にでも同じ。スマホの知らせは、エージェントがあなただけに書きます。

いつ
あなたの役割

誰にでも同じニュース

テレビ・ネットのニュース(10時)

Microsoft 365で世界的な障害。Outlookの報告は13万件近く

どこの会社の、誰の、どの仕事が止まるかは書かれていない。何をすればいいかも書かれていない

同じ時刻に、4人に届いた知らせ(押すと、その人のスマホを開く)

あなただけに届く知らせ

障害の最中|Microsoft 365が止まっています

社内報道部のエージェント10:00

田中さん(営業)へ

メールが止まっています。10時の見積もりは、先に電話で

情報システムの佐藤が確かめて送りました

あなたがすること

  1. 10時に送る約束の見積もりは、先に電話で伝え、PDFは取引先の受け取り口に直接上げる
  2. Teamsのチャットと会議は使える。社内の連絡はそちらで
  3. 取引先からの注文のメールは、戻ったあとにまとめて確かめる

あなたの仕事の道具

  • メール止まっている
  • Teams使える
  • 受発注のシステム(EDI)使える

次の知らせは10時30分

社内報道部のエージェント10:00

山本さん(工場)へ

工場の仕事は止まっていません。いつもどおりで大丈夫です

情報システムの佐藤が確かめて送りました

あなたがすること

  1. 生産管理は社内のサーバーで動いている
  2. 急ぎの連絡は内線で。メールは使えない
  3. 午後の出荷の知らせは、総務がまとめて電話とFAXで出す

あなたの仕事の道具

  • 生産管理使える
  • 内線使える
  • メール止まっている

次の知らせは10時30分

社内報道部のエージェント10:00

鈴木さん(経営)へ

全社への知らせと、今日の出荷を、10時半までに決めてください

情報システムの佐藤が確かめて送りました

あなたがすること

  1. 全社への知らせを出すかを決める。文面の案は、このサイトにある(総務が流す)
  2. 今日の出荷は続けられる。止まっているのはメールだけで、生産と受発注は動いている
  3. 取引先への一斉のお詫びは、まだ出さない。次の知らせ(10時30分)で決める

あなたの仕事の道具

  • 生産管理使える
  • 受発注のシステム(EDI)使える
  • メール止まっている

次の知らせは10時30分

社内報道部のエージェント10:00

高橋さん(総務)へ

全社への知らせを流し、電話の受け付けを増やしてください

情報システムの佐藤が確かめて送りました

あなたがすること

  1. 経営が決めたら、全社への知らせを社内のチャットと掲示で流す(文面はこのサイトに)
  2. 代表の電話の受け付けを一人増やす。メールの代わりに電話が増える
  3. 午後の出荷の知らせを、取引先に電話とFAXでまとめて出す

あなたの仕事の道具

  • 電話使える
  • 社内のチャット使える
  • メール止まっている

次の知らせは10時30分

架空の部品メーカー(社員300人。工場の生産管理は社内のサーバー)の例。知らせは、社内報道部のエージェントが会社の地図と突き合わせて書き、情報システムの人が確かめてから出す。止まったサービスとは別の手段(ショートメッセージや、別のクラウドに置いたページ)で届く。

同じ障害なのに、営業には「見積もりは、先に電話で」、工場には「止まっていません」。顧客とのやりとりがほぼメールの会計事務所なら、担当者には「今日が期限の申告を先に」になるだろう。世界のニュースには、これは書けない。書けるのは、その会社の中だけだ。

「ふだん(備え)」も押してみてほしい。障害が起きていない日にも、世界で見つかった弱点のうち、うちに当たるものだけを、誰が何をするかまで書いて届ける。災害の日にだけ開くサイトは、いざという日に誰も開き方を知らない。ふだんから届くから、障害の朝にも読まれる。

しかも、今日はたまたまMicrosoft 365だった、というだけだ。明日はGmailかもしれないし、来週は会計ソフトやチャットのような、別のSaaSかもしれない。会社の仕事は、いくつものサービスの上に乗っている。どれが止まっても、知りたいことは同じだ。うちの何が止まり、自分は何をすればいいか。

01今日の障害の知らせは、ほとんど役に立たなかった

テレポートでは、サイバーの災害を見張るエージェントを、いくつも24時間体制で動かしている。今日のMicrosoft 365の障害でも、始まってすぐに災害の態勢に切り替わり、このData is CITYのエージェントが、Microsoftの発表や各社の稼働状況のページ、国内外の報道を集め続けている。

集めてみて、分かってきたことがある。報道機関のニュースも、メーカーが出す障害の情報も、ほとんどが、実は役に立たないのだ。「Outlookの報告が世界で13万件」と言われても、「いくつかの接続の方法で、メールボックスにつながらないおそれ」と書かれていても、自分にとってどんな影響があるのか、ないのか、さっぱり分からない。

地震なら、緊急地震速報が鳴る。テレビは災害の報道に切り替わり、自治体には防災の無線や避難の仕組みがある。ところが、サイバーの災害には、決まったものが何もない。

だから僕らは、今日の障害の知らせを手本に、一社ごとに違う影響の範囲をエージェントが自動でつかみ、その会社のためだけに報道する、会社向けの災害・減災・防災ニュースの仕組みを作り始めた。開発には、僕らが研究開発に使っているClaude Mythosで得た知見も生かす。

02一社に一つの報道部を、エージェントが持つ

テレビやネットは、日本中に向けて災害の情報を出す。僕らが作りたいのは、それを一社のためだけに出す報道部だ。書くのは、人ではなくエージェントだ(出す前に、人が確かめる)。

会社の中の小さな報道部の絵。「一社に一つの報道部」の横断幕と「30分ごとに書き直す」の時計。机の上の会社の地図では、メールと見積もりに赤い×、生産管理と受発注に緑のチェック。4体のロボットが「経営へ」「総務へ」「営業へ」「工場へ」の箱の前で、「10時半までに決めて」「全社に知らせを」「見積もりは電話で」「止まっていません」のカードを掲げ、社員がそれぞれ受け取っている
会社の地図に外の知らせを重ね、役割ごとに書き分けて、30分ごとに書き直す。 絵と図は AI で描いています。会社と画面は説明のための架空の例です

安否確認や一斉連絡の仕組みは、すでに多くの会社にある。でも、それは人が文面を書いて、全員に同じものを送るものだ。どの仕事が止まり、誰が何をすべきかを、会社ごとの仕組みに合わせて役割ごとに書き分け、30分ごとに書き直すものは、僕らの知るかぎり見当たらない。理由は三つある。会社ごとに、どの仕事がどのシステムに頼っているかの地図がなかった。障害が続くあいだ、30分ごとに知らせを書き直す人がいなかった。そして、営業・工場・情報システムのように、役割ごとに別々の知らせを書く人手が足りなかった。

CITYには、その地図がある。CITYは、会社のどの仕事が、どのシステムやアカウントを使い、誰が担当しているかを、一つの街のような地図に描き、AIエージェントがその地図を最新に保ち続ける仕組みだ(CITYとは何か)。Microsoft 365でも、Gmailでも、ほかのSaaSでも、外で障害が起きたら、エージェントはそのサービスが出す公式の発表を、この地図と突き合わせる。すると、自分の会社で止まる仕事と、その担当者と、代わりに使える手段が分かる。それを役割ごとに書き分け、30分ごとに書き直し、戻ったら「復旧しました」まで出す。あわせて、災害対策本部のクロノロジー(何時に何が入り、何を決めたかの時系列の記録)のように、その記録も残していく。

知らせは、止まったサービスとは別の手段で届ける。メールが止まった朝に、メールで知らせても届かないからだ。たとえば、社員のスマホへのショートメッセージや、別のクラウドに置いたページだ。そして最初は、エージェントが書いた知らせを、情報システムや総務の人が確かめてから出す。どこまでエージェントに任せるかは、会社ごとに決める。

03今日、このメディアで、それを試した

止まったサービスの発表を30分ごとに確かめ、新しいことがあれば知らせを出し直す。この部分は、今日のMicrosoft 365の障害で、このメディアで実際に動いている。今日の速報は、AIエージェントが30分ごとにMicrosoftの障害の記録を見に行き、新しい発表があったときに、記事を直して出し直している。読み物の記事と、災害情報のページの二つを、同時にだ。

今日、このメディアのエージェントが出し直した回数

35回

  1. 9:10
  2. 9:40
  3. 10:10
  4. 10:40
  5. 11:15
  6. 11:40
  7. 12:10
  8. 13:10
  9. 13:40
  10. 14:10
  11. 15:30
  12. 16:10
  13. 16:40
  14. 17:40
  15. 18:40
  16. 19:10
  17. 20:10
  18. 20:40
  19. 21:10
  20. 21:40
  21. 22:40
  22. 22:50
  23. 23:45
  24. 0:15
  25. 0:45
  26. 1:15
  27. 1:45
  28. 3:15
  29. 4:15
  30. 5:15
  31. 5:45
  32. 7:15
  33. 9:45
  34. 11:20
  35. 11:42
11月13日の速報「Microsoft 365の障害」の更新の記録。エージェントが30分ごとにMicrosoftの発表を確かめ、新しい発表があったときに出し直している(発表が無い回は出し直さない)(記事で読む・災害情報で見る)。このページを書き出すたびに読み直すので、回数は増えていく。

まだ試していないのは、その発表を一社ごとの地図と突き合わせ、役割ごとに書き分ける部分だ。そこを、パートナーの会社と一緒に作る。それが、エージェントが運営する社内の災害・減災・防災ニュースサイトだ。

04災害のときだけでなく、減災と防災まで

止まったときは、まず災害の知らせを出す。いまの状態と、次の知らせの時刻と、あなたがすること。

あわせて、減災も伝える。止まったことを知らせるだけでは足りない。急ぎの見積もりは電話で。夜のAIエージェントの処理は、戻ったときに二重に走らないよう止めておく。攻撃を見張る道具の画面が開かないあいだは、別の手段で怪しい動きを確かめる。つまり、代わりに使える手段と、何から手を付けるかの順番を伝える。

そして、障害が起きていないふだんの日には、防災のニュースを出す。たとえば、世界中で新しく見つかったソフトウェアの弱点(脆弱性)のうち、自分の会社が使っているものに当たるものだけを選び、「どのシステムを、誰が、どの順番で直すか」をつけて知らせる。メールも会議もファイルも、攻撃の見張りもAIも、Microsoft 365のような一つのサービスに頼りすぎていないかも点検する。止まったときの連絡の手段と、社内に流す文面も、前もって決めておく。

05防災訓練は、できているだろうか

ネットが止まる。今回のように、外のMicrosoftのサービスが止まる。GoogleやGmailが止まる。起こりうることは、いくつもある。

では、その防災訓練はできているだろうか。たぶん、ほとんどの会社はできていないと思う。だから、CITYでは、それもシミュレーションできるようにしたい。防災訓練だ。

止まったときに何をすべきか。もしかしたら、待っていることしかできないのかもしれない。それでも、その間にどんな影響が出るのか。それを防ぐことはできるのか。起こってしまっても、そのときに対応すべきこと、できることはあるのか。減災の発想だ。こういうものも、提供していきたい。

社内で防災訓練をしている絵。「防災訓練 仕事のサービスが止まったら」の札、「クロノロジー」のホワイトボードに「10:00 知らせを流す」「10:05 営業は電話へ」「10:12 夜の処理を止める」。ストップウォッチを持つロボット、電話をかける営業、FAXを送る総務、「見張り」のノートパソコン、地図を指さす管理職。窓の向こうでは「生産は続く」工場が動いている
訓練は、本番の前に一度やっておく。何時に何をしたかを書き留め、あとで見比べる。 絵と図は AI で描いています。会社と画面は説明のための架空の例です

防災訓練:もし、これが丸ごと止まったら(例)

実際にさわれます

  • メール
  • 予定表
  • 見積もり
  • 受発注のシステム
  • 生産管理
  • 出荷の知らせ
  • 会議
  • 共有のファイル
  • AIの夜間処理
  • 攻撃の見張り
  • 給与
  • Webサイト

止まる仕事8/12

待つしかないもの
Microsoftが直すのを待つしかない。メールの受け取り
減らせる被害
見積もりは電話と、取引先の受け取り口へ直接。会議は電話会議に切り替える
そのとき、すること
社内に案内を流す。夜の処理を止めて、二重に走らないようにする

止まる仕事:メール、予定表、見積もり、出荷の知らせ、会議、共有のファイル、AIの夜間処理、攻撃の見張り

止まる仕事1/12

待つしかないもの
取引先のうち、Gmailを使う数社からの返事
減らせる被害
その数社には電話で。うちの仕事はほとんど止まらない
そのとき、すること
個人のアカウントで仕事をしている人がいないか、決まりを見直す

止まる仕事:見積もり

止まる仕事9/12

待つしかないもの
回線の復旧
減らせる被害
生産は社内のサーバーで続ける。出荷の連絡は電話とFAXで
そのとき、すること
スマホの回線で、最低限の連絡の道をつくる。どこまで続けられるかを経営が決める

止まる仕事:メール、予定表、見積もり、受発注のシステム、出荷の知らせ、会議、共有のファイル、AIの夜間処理、攻撃の見張り

架空の部品メーカーの例。訓練は、そのサービスが丸ごと止まった、いちばん悪い場合を想定する(今日の障害では、Teamsの会議はおおむね使えた)。同じ「止まる」でも、その会社が何に頼っているかで、止まる仕事も、できることも変わる。この会社はGmailを仕事に使っていないので、Gmailが止まっても影響は小さい。Webサイトは社外に置いているので、社内のネットが止まっても見られる。訓練では、これを全社で一度やってみる。知らせを流し、役割ごとに動き、何時に何をしたかを書き留め、あとで見比べる。

訓練のときも同じように時系列の記録を残し、本番のときの記録と見比べる。どこで遅れたか、どの知らせが届かなかったかを確かめ、次の訓練に生かす。そして、それを1社1社に向けて提供する。そこがCITYの特徴だ。

06最初の一歩は、地図と、一度の訓練

CITY for Enterpriseでは、最初の3か月で、会社のデジタル環境を地図にし、経営会議で使える形に整える。その地図があれば、社内に向けた知らせのひな形を作り、一度目の防災訓練ができる。「Microsoft 365が止まったら」「ネットが止まったら」を、自分の会社の地図の上でやってみる。

最初のパートナーは、5社程度を募っている。条件と進め方はCITY for Enterpriseのページに、料金の目安はよくある質問にある。ご相談はこちら。

会社向けも、個人向けの「わたしの災害・防災ニュース」も、始め方が決まり次第、ニュースレターでお知らせします。興味のある方は、ここで登録してください。

ニュースレターに登録して、始め方の知らせを受け取る

配信は、いつでも止められます。(プライバシーポリシー)

07パートナーと現場に沿って作り、個人にも届けたい

この仕組みは、CITY for Enterpriseの最初のパートナーと、それぞれの現場に沿った形を学びながら作っていく。止まって困る仕事も、社内への伝え方も、会社ごとに違うからだ。

そして、個人向けにも提供していけると考えている。メール、予定表、写真、銀行やお店のアカウント。一人の暮らしも、いくつものサービスの上に乗っている。どこかが止まったとき、知りたいのは「世界で何が起きたか」ではなく、「わたしの何が止まり、何をすればいいか」だ。

次に止まるのが、どのサービスなのかは分からない。世界のニュースは、これからも世界のことを伝えてくれる。僕らが作りたいのは、どれが止まっても、あなたの会社のためだけに伝えるニュースだ。

この記事について

平野友康が、2026年11月13日のMicrosoft 365の障害の日に話したことを、Data is CITY Media 編集部が文章にしました。会社と画面の例は、説明のために作った架空のものです。今日の更新の記録は、速報の記事の実際の記録を、このページを書き出すたびに読み直して出しています。

あわせて読む

まもるの目安箱

書いてほしい記事を、見習い記者のまもるに教える。

Data is CITY の見習い記者・まもるは、いつも来月の特集のネタを探しています。知りたいことを教えると、記事のネタにして編集部に届けます。

メールアドレス・IP アドレス・サーバーの名前・パスワードや鍵は書かないでください。書かれていても、AI に送る前に伏せ字にします。

みんなのネタ

    読者がまもるに教えたネタを、AI が走り書きにまとめて貼っています。気になるネタに「いいね」を。いいねが多いネタから、記事にしていきます。

    まもるの部屋をのぞく

    まもるは AI で動く見習い記者です(声と絵も AI で作っています)。記事にあることは記事から探して渡し、無いことはネタのカードにして編集部に届けます。記事にするかは編集部が決めます。やりとりは、伏せ字にした後の文を、記事づくりのために残します。プライバシーポリシー・編集方針

    Data is CITY の知らせを、メールで受け取る。

    新しい映像や記事、授業のスライド、CITY の一部をオープンソースで公開するときの知らせを、メールでお届けします。

    • 新しい映像・記事・授業のスライド
    • CITY の一部をオープンソースで公開するときの知らせ
    • Data is CITY の新しい取り組みの知らせ

    配信は、いつでも止められます。(プライバシーポリシー)

    Newsletter

    Data is CITY の知らせを、メールで受け取る。

    新しい映像や記事、授業のスライド、CITY の一部をオープンソースで公開するときの知らせを、メールでお届けします。

    • 新しい映像・記事・授業のスライド
    • CITY の一部をオープンソースで公開するときの知らせ
    • Data is CITY の新しい取り組みの知らせ

    Data is CITY の知らせを、メールで受け取る。

    新しい映像や記事、授業のスライド、CITY の一部をオープンソースで公開するときの知らせを、メールでお届けします。

    • 新しい映像・記事・授業のスライド
    • CITY の一部をオープンソースで公開するときの知らせ
    • Data is CITY の新しい取り組みの知らせ

    配信は、いつでも止められます。(プライバシーポリシー)

    新しい映像と記事の知らせニュースレターに登録

    Data is CITY の知らせを、メールで受け取る。

    新しい映像や記事、授業のスライド、CITY の一部をオープンソースで公開するときの知らせを、メールでお届けします。

    配信は、いつでも止められます。(プライバシーポリシー)