ちょっと面白い調査結果を見せてもらって。一応ほんとは出しちゃダメ的な情報だったので細かい結果やソースは伏せますが、面白いなぁ、と言う結果だったので、雰囲気だけ。

ドコモ、au、ソフトバンクの各社のユーザをランダムに抽出したアンケート調査みたいなもので、「エリアが広いキャリアはどこだと思いますか？」と言うような質問をした結果だと思ってください。その時に、各社のユーザがそれぞれどんな回答をしたのか、と言うのが面白くて。

ドコモユーザでは、ほとんどのユーザが「ドコモ」と回答。auと答えた人は少数、ソフトバンクと答えた人はほぼゼロ、と言う感じ。

auユーザでは、やはりほとんどが「au」と回答し、残りが「ドコモ」と答えています。こちらもソフトバンクと答えた人は極々少数。

ところが、ソフトバンクユーザだけは、半分が「ドコモ」と答え、4割が「au」と回答、「ソフトバンク」と答えた人は1割しかいないんですね。

これって、まぁ実際にソフトバンクのエリアが狭いことは仕方がないとしても、ソフトバンクユーザってそれをちゃんと理解しててソフトバンクを使ってる人が多いってことなんですね。逆にドコモ・auユーザはよく訓練されている(笑)というか。

実際、私の感覚としてもドコモ≧au＞＞ソフトバンク、って感じなので、調査結果がおかしいとは思わないんですが、「エリアが狭いっていう自覚があるのにそれでもソフトバンクを使う」ってことは、エリア以外の満足度が、実はソフトバンクってすごく高いんじゃないかな、とも思うわけです。逆に、もしドコモやauで、エリアっていう化けの皮がはがれでもしたら、一気に瓦解する可能性もある、ってことで。

エリアって実際に目に見えるものじゃなくて正直「言ったもん勝ち」の世界なんですよね。日本の津々浦々までエリアを実地確認出来るような人なんて普通はいなくて、あくまでWEB上のエリアマップをうのみにするしかないし、エリアマップなんていくらでも嘘を描けます。

実地確認したとしても実はそこにはいろんな欺瞞が隠れる要素があります。端末上に「エリア内」を示すアンテナマークを表示するかどうか、って、比較的簡単なパラメータ調整でいくらでもいじくれるんです。実際には全く通信できないような超弱電界でも、端末に対して「まだ留まれ」と指示することができるんですよ。実際には順番は逆で、端末が最初に受信したネットワークパラメータの中に「電波をあきらめて圏外になる閾値はこのくらいですよ」って書いてあるんです。その閾値を下回らない限り、圏外表示にはならない。もちろん、超弱電界環境だと、実際の通信は失敗しまくるのですが(失敗した結果圏外表示になることもありますが)、表示が圏外になってもならなくてもどうせ使えないなら、嘘でもアンテナマーク立てておけばエリアがあるかのように見せかけられるわけです。そんな非常識なことをやっている事業者は(今のところは)ないみたいですが。

閑話休題。そんなわけで、実際のエリアは及ばないとはいえ、それがわかってても使いたいと思う魅力がソフトバンクにはあるのかもしれないなぁ、と言う面白い調査結果でしたっていう話でした。実際どの辺がポイントなのかなぁ。料金も端末もほぼ横並びなのになぁ。あれですか、お父さんですか。あの犬アホっぽくていいよね。

TWEET

相手に何か話しかけるとき、なんとなく「 あ、」ってつけちゃいませんか。あ、今日はしょーもない話です。

たとえばコンビニのレジで。読み取りが終わって店員が袋詰めをしていて、で、支払いという段になったとき、店員が袋詰めの手を休めるのを見計らって「nanacoで」と言いたいとき、ついつい「あ、nanacoで」って言っちゃいませんか。私は言っちゃいますが。

この「あ、」、無線通信でいうところの「ランダムアクセス」に近い役割を果たしてるんですよね。あるいは、衝突型通信におけるフロー制御的な。

相手が聞ける状態にあるかどうかわからない、そもそも自分が話していいターンなのかわからない、その時に、瞬間的に「あ、」と言って相手の反応を確かめる、あるいは、その「あ、」が相手の言葉と衝突しないかどうかを確かめる、そういう役割があると思うのです。

「あ、」と言って相手の反応を見る、その時、その「あ、」に反応して相手が聞く体制になるかどうかを確かめる、また、言われた方も、「あ、」という言葉を聞いて、あ、この人は今から何かしゃべるんだな、と判断して聞くモードになる、っていう暗黙のプロトコルが成立しているように思うんですね。

「音波」という無線通信を行う場合に、やっぱりこの「あ、」は、ランダムアクセス、あるいは、フロー制御(RTS/CTS)として非常に重要な役割を果たしているんですよ。

一方、1対1で会話が成立していてほぼ連続的に会話が続いている状態ってのは、トラフィックチャネルが1対1で成立している状態なわけで、いちいち「あ、」を挟む必要はありません。必要なのは、あくまでしばらく会話が途切れたり、会話がなかった相手に話しかけるとき。無線ドーマント状態からの復帰でもランダムアクセスによりチャネル割り当てが必要なのと同じですね。

このエントリの一番最初の行にも「あ、」を使いました。これは、相手に対して何らかの問いかけをして相手の反応を待っている状態、という前提に対して、ちょっと待って、もう少ししゃべるのでしゃべらないで聞いて、の意味であり、この「あ、」によって、もう少しだけしゃべる時間のリソース割り当てを確保するための手順だったのです。

「あ、」(connection request)→「（目線、しぐさ）」(connection accept/assignment)→「(本文)」というプロトコルが成立しているんです。この手順の開始のきっかけが「あ、」なわけで、この「あ、」を省略して相手に話しかけるというのは、リソース制御型通信や衝突回避の仕組みを備えない衝突型ネットワークと同じで、古い世代のやり方に過ぎないわけです。

といって、ついつい「あ、」と言っちゃうことを正当化してみる今日のお話。

TWEET