そのうち、今回は「コミュニケーションツール向けシステムの構築・運用」のうち「グリーを支える通知システム」という題目について書きたいと思います。グリーとリアルタイムコミュニケーションツールまず、通知システムについてお話する前に、グリーでどのようなリアルタイムコミュニケーションツールが利用されてきたかを簡単に説明したいと思います。リアルタイムコミュニケーションツールというのは、わかりやすいところでいうとチャットやメッセンジャーなどとして分類されるものとします。歴史と概要をおさらいしてみると以下のようになっています。適当に時期を名付けてみました。それぞれの時代について、簡単に説明します。導入から基本的なコミュニケーションまでは使いやすいツールです。最初のコミュニケーションツールに選びました。利用者視点では、とくにオンラインではないときの会話のログが、次のオンライン時に読み込まれて話の流れが追える、という仕組みが革新的でした。向けのボットを作ったりしていました。ボットを作っていたりもします。いうツールは組織として考えると、メリットだけではありませんでした。使いやすいというのはあるのですが、逆に統制をとるという意味では組織に向かないツールになっていました。組織がチャットルームを管理して、発言などをエビデンスとして残す、といったことを考えたときに、定点観測をさせるために常にオンラインなクライアントが必要となり、やりにくいです。ネットワークの詳細は公開されておらず、これを実現したとしてもエビデンスとして十分なのかわかりません。ほか、当時よくありがちだったのは、チャットルームを作った管理者が違う部門に異動などで不在になったときに、移動元の部門の管轄にあるチャットルームから退出してしまい、チャットルームの管理者がいなくなってしまう問題がありました。管理者がいなくなってしまったチャットはメンバーを強制退出させることなどができなくなってしまうため、新しくチャットルームを作りなおして、ほぼ同じメンバーを新しいチャットルームに入れて、既存のチャットルームを廃止するというオペレーションなどがよく行われていました。ネットワークのトラフィックの挙動が完全に把握できないなどの理由からコミュニケーションツールを移行するモチベーションが組織的に高まっていきました。コミュニケーションを続けていくことが難しい壁にぶつかりました。グリーの社員やエンジニアも増えていく中、参加しているメンバー数が最大のチャットルームで「新しいメンバーを追加できない」という現象が起こったのです。チャットルームの仕様で、チャットルームには300アカウントまでが同時に参加できるのですが、それを越えるアカウントはチャットルームに追加できないのです。利用することになりました。古くからあるプロトコルによって実現されていますし、エンジニアにも馴染みのあるツールで、ボットも多く作成されました。利用することでニックネームと社員の対応づけを明確なものとし、ログインパスワードを要求することでセキュアな環境を作れるといった利点がありました。「ログインしていないときのログをみるのが大変」「社内のサーバを利用しているので、出先で緊急の連絡の送受信などができない」といった問題もありました。