国家による情報統制は意外と身近な出来事

中国のグレートファイアウォールは有名で，よく知られている．中国共産党に都合の悪いメディアには触れさせないようにと，海外のSNSなどには接続できないようにして国レベルで特定の通信をシャットアウトするものである．その是非はともかく，誰が言い始めたか知らねどグレートファイアウォールとはよく名付けたものだ．万里の長城（Great wall）にちなんで付けられたあだ名である．

ところで，特定のサイトを国レベルでブロックするというのはよくある話．今まで私が経験したのは，韓国，ミャンマー，インドネシア．他にもあったかな．

また，国家による情報統制とはやや事情が異なるが，欧州経済領域（EEA）およびイギリスからはYahoo! JAPANのサービスにアクセスできない（ここにその説明がある）．日本から欧州に出張する人はたくさんいらっしゃるだろうから，Yahoo!ニュースが見られない！などという経験をした方も多かろう．

具体例

実例を示そう．次の画面はインドネシアの例である．この例で接続しようとした先は，どことは言わないがさほど問題のありそうなサイトではなかった．しかし，ブロックされていた．ちなみに，httpsでアクセスすると「信頼のおける接続ができない」旨のエラー画面になる．ハテ？と思い，同じサイトにhttpで再接続すると，次の画面が出てきた．

どこの国でも，アダルトサイトはブロックされがちである（重ねて指摘しておくが，上記はアダルトサイトに接続しようとしたわけではない．シークレットモードでアクセスしているのは，話題がちょいとセンシティブな話題だけに，用心したというだけだ）．韓国では儒教的な配慮なのだろうか．インドネシアも同様な事情で，ムスリムの教義に沿わないからだろう．文化的背景や宗教との関係は国家レベルの情報アクセスコントロールに大きな影響を与えていることがわかる．

迂回方法など

蛇の道は蛇といったもので，このようなアクセス制限は仮想プライベートネットワーク（VPN）を張ればすり抜けられる．実際，どうしても必要な場合はVPNを利用して回避することもある．しかし，「研究用途のみに使うこと」というルールがあるため，濫用は避けなければならない．というわけで，あくまで，理論上は可能，ということにしておこう．なお，「VPN使えばOKよ」ということを「検証」するのも我々の研究の一環である．ああ，情報学者って便利だなあ（おいおい）．

ところで，中国のグレートファイアウォールを体験したときの話である．久しく中国には行っていないので，かなり昔，2000年代なかばのことである．Linux上で動作しているFirefoxからアクセスしたのに，Internet Explorerの「DNS解決ができません」とかいうエラー画面が出てきて，稚拙すぎる……と思ったものだ（実話である）．今はどうなっているだろうか．

こんなところでHCD（8）

毎回バスルームにケチを付けているわけではないが，ホテルのバスルームには落とし穴がいっぱい．今回も，ユーザのことを無視してカッコ良さ優先で設計したとしか思えないデザインのバスルームに遭遇した．

今回宿泊した部屋のバスルームはシャワーとトイレが隣り合っている作りで，スライドドアで手前の洗面所と区切られている．幸い，今回は単身で宿泊しているが，二人で泊まっているときに問題が生じそう．

どちらかがシャワー使用中のときにトイレ行きたくなったらどうする？あるいはその逆は？プライバシーもへったくれもない．まあ，気にすんなということか．

トイレ使用中にも問題があった．この写真では分かりにくいが，便器に座った状態では足が扉の外に出てしまう．使用中にシャワーに入ろうとすると，大股びらきにするしかない．もちろんガラス越しに丸見えである．かっこ悪ぅ．

数学的思考とは

次のマンガは，FacebookのMeme for mathematiciansというページに掲載されていたものである．皆さん，いかがだろうか．共感する？しない？

さて，このマンガ，数学的思考あるいは数学的センスを身につけているひとにとっては，全くナンセンスである．なぜならば，1 = 0.99999…… という等式は，きわめて「当たり前」にしか感じないからである．

0.99999……，この表現を「数値そのもの」ととるか，あるいは，「数値＋演算子（operator）」，「操作（operation）」または「式（formula）」ととるかで解釈が異なるだろう．前者と捉えた場合，最後のコマのようにwhat the fuckと感じるのもさもありなん，ではある．

後者の考え方によれば，0.99999という数に「……」という操作（オペレーション）が加わっていると理解できる．「……」は「その後に9が延々と続く」という操作である．分かりにくければ，循環小数を表すときに使われる，「0.9*」（9の上にドットを書く，この場合は適切に書けないのでアスタリスクで表現するものとする）という表現ではどうだろうか．この場合，「0.9」という数値に「*」という演算子が与えられていると捉えられよう．そして，そう考えれば，1 = 0.9* という式に，何の違和感も覚えないはず．

なお，初等数学で習う演算子のほとんどは，演算子の対象とする被演算子（operand）が二つである二項演算子（たとえば a + b とか，a ÷ b の場合，+や÷が演算子で，aとbが被演算子である．被演算子が2つあるので，二項演算子という）である．対して，今回考えた0.9*は，「*」という演算子に対して被演算子が0.9である，単項演算子なので，その点についても違和感を覚えるかもしれない．しかし，皆さんお馴染みの「√」記号，これを「平方根をとる」という演算子と捉えれば，被演算子が一つなので，それも，単項演算子である．階乗を表す「!」，たとえば 4! = 24 も，単項演算子（被演算子の後ろに置くので，後置演算子という）である．

ところで，1 = 0.9* にまだ納得できないひとは，これならばどうだろう？1=1^♾️ あるいは 1=9^0，前者は1を延々に掛け続ける操作，後者は9のゼロ乗である．いずれも，等式としては正しい．1=1^♾️ や 1=9^0 を理解できるのならば，1 = 0.9* を受け入れるのは，そう難しくないと思うのだが．

こんなところでHCD（7）

旅先ではバッドUI体験に出会うことが多い．こんなところでHCDのシリーズ，7回目は，山梨県の某ホテルからお届けする．

次の写真をご覧いただきたい．電気ポットである．上面中央は水の投入口．安全のためにロック機構がある．まあ，それはよいだろう．手前は操作パネルである．左側に情報提示のLCD，右側には操作ボタンになるタッチスイッチによるインタフェースが提示されている．クリック感はないが，ランプによる反応があるので，これもまあ，あまり問題はない．

さて，このポット，操作パネルで「お湯がたくさんでる状況」にセットした（枠のなかの右側のランプが光っていることを確認されたい）．さて，どこをどうすれば，肝心のお湯が出てくるだろうか？

答えは……

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

↓

手前の銀色部分が押し下げられるようになっていて，そこを押すのである．（多少，酔っ払ってはいたが）我々がそれを理解できるまで，5分くらいかかった．

では，どうすべきだろうか．操作パネルの右側ボタングループに，「お湯を出す」ボタンを並べるべきだろう．できれば，アンロックボタンの隣か手前がよい．左横，真ん中あたりに少し大きめに並べるのが正解かな？

2024年度ベトナム研修

毎年，8月の第2週に開催しているベトナム研修，今年は8/5〜8/11のスケジュールで，無事，開催された．2014年に文学部主催の全学向け科目「グローバル・スタディーズ」として開講されたこの研修，2018年まで5年間，継続して開催されていたものの，2019年に飯尾の新学部（iTL）異動に伴い，いったん中断されていた．iTLでの再開を画策していたところへCOVID-19パンデミックである．昨年，2023年にようやく再開でき，今年で7回目の開催となった．

毎回，NECベトナムの皆様には多大なご協力，ご支援をいただいている．この場をお借りして御礼申し上げたい．今年も，カウンターパート学生の募集，会場の提供，ご講演，様々な側面支援と，同社のご支援がなければ成功しないイベントである．

今年の中央大学からの参加者は3年生6名，例年より少なめではあったが，このくらいコンパクトなほうが動きやすい．8/5の22時に羽田空港に集合し，深夜便で，ベトナムはHCMCに向かった．

今年の改善点

今年の成功ポイントのひとつが，TSN空港（タンソンニャット・ホーチミン空港）から市内への移動である．後述するように今年はGrabを利用した移動で効率よく動けたのだが，最初の移動をまとめて1台でできたのは安心感が大きかった．Booking.comであらかじめ予約しておいた8人まで乗れるバンで，ホテルまで全員で移動できた点は大きい．4月にハノイで同サービスを利用したときは，なかなかドライバーと合流できずあたふたしたが，今回はスムースに利用できたのもよかった．

あらかじめ日本で，現地で使えるsimカードを用意していったことも，これまでと比べて格段に大きな安心感をもたらした．なにしろ「誰かがはぐれてもなんとかなる」というのは心強い．これまではwifiルータを何台か持ち込んで対応していたが，やれ「バッテリーがありません」だの「接続できません」だの，トラブルの種になっていた．各自が自分専用の通信端末を持てたのは行動に大きな自由度を与えた．

移動はGrabを利用した．これまではタクシーを利用していたが，アプリを用いてどこでも呼べる手軽さがよい．運賃もタクシーより，若干，安い．ただし，最終日の最後の移動はタクシーを利用した．週末でホテルの周囲に交通規制があったり，大きなスーツケースを抱えての移動だったりと条件がキツい場合には，ホテルの人に呼んでもらう大型のタクシーが優れている．

研修の様子

研修のスケジュールは，ほぼ例年どおりの，次のようなものである．

8/5, 22時羽田空港集合，深夜便にてHCMCへ
8/6, e-Townに移動，昼食，午後，NEC訪問，NECの皆様によるレクチャーとWSの用意（会場準備，お茶菓子の買い出しなど）
8/7, 日越合同Workshop．自己紹介，イントロダクション（飯尾），プレゼンテーション（日本学生・ベトナム学生），グループワーク
8/8, 日越合同Workshop．グループワーク（続き），プレゼン準備，最終プレゼンテーション・講評，閉会式
8/9, エクスカーション（HCMC郊外視察）
8/10, 市内視察，夜便にて帰国
8/11, 早朝に羽田空港着，解散 

今年もグループワークでは活発なコミュニケーションが行われ，最後は素晴らしいプレゼンテーションとディスカッションができただけでなく，いつものように日本とベトナムの学生たちの友好関係が築かれた（写真）．

本研修の真の目的は，異文化を知り，国際感覚を身につける点にある．語学力の涵養もさることながら，お互い第二言語である英語を用いて，不足する部分は身振り手振りなりITのツールを用いるなりして，なんとかして意思疎通を図る努力が重要である．

ワークショップの内容はいわゆる「アイデアソン」ではあるが，日本およびベトナムの双方の学生で構成された混成チームで企画を練り，プレゼンテーションまで持っていくところに価値がある．

本研修に参加してみたいという若者は歓迎する．ぜひとも飯尾研の門を叩いてほしい．

ゴーアラウンド体験談

今回のニース出張は，行き帰りともロンドンのヒースロー空港経由という旅程で出かけた．ロンドンまではJL，ロンドン - ニース間はBAの利用である．事件（というほどでもないが……）は帰りのニースからロンドンに向かう便，BA345便で発生した．

ニースからロンドンまでは2時間強のフライトである．遅い昼食がてら，搭乗前にラウンジでしこたま飲んでいたので，機内ではずっと眠っていた．気がついたらロンドン上空，ゆっくりと降下しているのを感じ，「ああ，着陸か……また遅れたな，乗換え大丈夫かな」などとウトウトしつつ，ヒースロー空港の滑走路にアプローチする様子を窓から眺めていた．

すると，突然の加速で急上昇である．ナンダなんだ？と，びっくりした．次に示す図は後からflightrader24で調べたそのときの記録である．南東から飛んできて，ちょっと待たされて東からヒースロー空港にアプローチ，ゴーアラウンドで北側をくるっと回って再度の着陸という軌道が描かれているのがお分かりだろうか．

このflightrader24というサービスで当時の飛行経路がバッチリわかってしまうのもすごいが，さらに掘ってみたらもっとすごいアイテムが出てきた．それが次のツイートである．

これはスクリーンショットだが，実際のビデオは（消されない限りは），https://x.com/AirportWebcams/status/1816876074195718638にアクセスすれば見られる．ともあれ，原因は，着陸しようとした滑走路から退かねばならんやつがモタモタしてたから，ということらしい．

これまで，国内外を問わず飛行機であちこち出かけてるけれども，ゴーアラウンドを経験したことがなかった．今回が初めての体験である．国交省の資料によれば羽田でも1年に100回程度は発生しているらしいので，さほど珍しいものでもないらしいが，私にとっては珍しい経験だった．

そして何より，flightradar24だのAirport Webcamだの，いまはサイバー空間に何でも記録されてしまう時代なんだなあ，ということをあらためて実感した出来事であった．

こんなところでHCD（6）

こんなところでHCDのシリーズ6回目は，またしてもホテルのバスルームからお届けする．

まずは次の写真を見ていただきたい．このシチュエーション，たいへん使いにくい状況が発生するのだが，お分かりだろうか？

そう，便器に座って用を足したあと，トイレットペーパーを使おうとすると体を右に捻らねばならず，とても使いにくいのである．

実際に使ってみればすぐに分かるこの不自然さ，正解は，次の写真のような配置であろう（雑なコラですみません）．

このような問題は，プロトタイプを作ってユーザテストしてみれば一発で解決する．というか，そもそも経験値として共有すべき課題のような気がしなくもないが，ホテルの水回りの使いにくさが世界各地で見られるのは，建築業界になんらかの問題があるのではなかろうか……

【ダークパターン警察】ファイル02

やってはいけない「ダークパターン」．やりたくなる気持ちはわかるが，こういう設計はやめたほうがいい．そんな事案を収集するシリーズである．名付けてダークパターン警察．今回は，某通販サイトの事案である．

---

さて，今日取り上げるのは，SNSではあまりよい評判を聞くことがない，某通販サイトの1ページである．まずは次の図を見てほしい．

矢印の先には「特別セール」とあり，さらに「終了まであと01:58:13」とある．これ，カウントダウンタイマーという典型的なダークパターンではなかろうか．

終了まで2時間を切っていたので，そのまま放置してみた．すると，次のようになった．

タイマーはストップしたが，特別セールは終わってないやないかーい！そして，このページをリロードしてみると……

お，おう．時計が3日ほど巻き戻ってしまった．

こうなるともう，何も信じられない．左下にある46個のレビューや星4.9も，本当だろうか？ちょっと気になったので，いろいろやってみた．

在庫数もインチキ

「残り11」個とあるので（お急ぎください！），カートに入れてみた．その状態で，やおら，違うブラウザから同じページにアクセスする．カートに1個入れたので，残りは10個になるはずなのだが……あれれ？残り11のママじゃん．どういうこと？（ひょっとして決済されたら減るのだろうか．競合が起きたらどうすんの？）

レビューも，ブラウザによって微妙に異なっている．左はChrome，右はSafariでアクセスしたものだ．数やスコアも違ってるし，これいったいどういうこと？

まるでダークパターンの見本市のような印象を受けたが，皆さんどうだろうか（ちなみに，カートに入れた商品を削除しようとしたら，ダークパターン警察ファイル01で指摘したパターンと同様の課題も存在していた）．

ということで，信じるも信じないもあなた次第．ダークパターンにはゆめゆめご注意めされよ……

身近になったジェスチャーコントロール

macOSの設定を眺めていたら，いつの間にか，ジェスチャー認識を活用したUI設定が実装されていたので驚いた．その設定手順は次のとおりである．

ヘッドポインタ

システム設定のアクセシビリティという項目に，「ヘッドポインタ」という設定がある（次図）．この設定をONにすると，頭の向きでマウスポインタを動かせるようになる．

この設定を有効にして，顔の向きを変えるとそれに追随してマウスポインタが移動する．それはそれで面白いのだが，正直なところ，なくてもいいかなあという感じ．

まあでも，とくに効果を感じないのは，私が小さなMBP13"の画面で作業しているからかもしれない．大きなディスプレイで作業している皆さんには効果的なのかな．複数画面でマルチディスプレイ環境を作って作業しているひとには便利になるかもしれない．ていうか，マルチディスプレイのときは画面を超えて移動していくんだろうか？そこはまだ検証していない．

代替ポインタアクション

さて，マウスポインタを顔の向きで動かせるようになるとすれば，クリックはどうするの？という話になるのは自然な流れであろう．マウスポインタを移動させるだけでなく，マウスやタッチパッドに触ることなくクリックやドラッグができれば，それはそれで，便利な使い方が考えられまいか？

というわけで，次に注目すべきは，ヘッドポインタの上にある「代替ポインタアクション」という項目である．代替ポインタアクションを設定するには，右側にあるインフォメーションのアイコンをクリックし出現するダイアログで作業する（次図）．

この図は，代替ポインタアクションで「＋」をクリックすると出てくる選択ダイアログである．「顔の表情」を選ぼう．「次へ」をクリックすると，選択した顔の表情とそれに紐付けるアクションを選ぶ画面に進む．

「顔の表情」の選択肢は，笑う，口を開ける，舌を出す，眉を上げる，目をまばたく，鼻をしかめる，唇を外側に向けてすぼめる，唇を左側に向けてすぼめる，唇を右側に向けてすぼめる，というもの．対応させるアクションの種類としては，左クリック，右クリック，ダブルクリック，トリプルクリック，ドラッグ＆ドロップを選べる．

面白いけど

いろいろ試してみると面白いだろう．「口を開けると右クリック」などという設定にしておけば，口をぱかっと開けるとコンテキストメニューが出てくる，なんていう動作も実現できる．でも唇を捻じ曲げてひょっとこみたいな顔をする動作で操作するって，たいへんそう……．

もちろん，マウスやトラックパッドが使えない状況など，このヘッドポインタと代替アクションの組合せが有効になるシーンもあるだろう．想像力の問題でもある．そして，一度でも試してみると，ジェスチャーインタフェースの課題を身をもって感じられるはずだ．疲れる，しんどい，不自然，という課題である．

未だ解決されていないそれらの課題だが，それを体験できるこれらの実装はとても有意義である．実際に試してみることで理解したうえで，「よっしゃいっちょ私が解決してみようやないかい！」という挑戦者が現れることを期待する．

HCD研究発表会の向かう道

HCD-Net研究事業部では，年に2度，HCD研究発表会を開催している．ここでは，本イベントの在り方に関する検討とその方針について論じる．

イベントの活性化，指摘と対応

我々は，HCD研究発表会というイベントを活性化すべく，これまで，論文誌への同時投稿制度やメンター制度，審査員によるコメントフィードバック，実践報告カテゴリの設置など，様々な工夫を重ねてきた．その努力が実ったのか，あるいは，たんにHCDやUXに対する注目が増えたせいなのかもしれないが，いずれにしても，年々，発表件数が増えてきているのはたいへん喜ばしい限りである．

一方で，発表数が増えてマルチトラックにした結果，従来のきめの細かな議論ができなくなった，あるいは，発表数は増えた一方で質の低い発表が増えた，といったご批判も頂戴している．これらのご指摘はたいへん有難く，今後どうしていくのが皆様にとって望ましい研究発表会になるのかを検討するうえでとても参考になる．真摯なご意見として受け止め，運営関係者で検討する材料としたい．重ねて，厳しいご指摘をくださった皆様には御礼を申し上げる．

発表数の増大に対してマルチトラックにするのか，開催日数を増やすのかの選択は，なかなか悩ましい問題である．シングルトラックのまま複数日開催とすれば，これまでどおりの議論の質は維持できるかもしれない．しかし，参加者の負担は増大する．開催側もたいへんである．どのような形が最適解なのかは，今後，慎重な検討を進めなければならない．

発表の質の担保は必要か

「たんなる思いつきの発表ばかりでけしからん，せめてプロトタイプを作った結果を報告せよ」とのご指摘を，ある先生からいただいた．しかし，それに対しては，我々は真逆の立場を指向していることを，ここで明確に示しておきたい．

マイクロソフトリサーチUKのSimon P. Jones氏は，彼の”How to write a great research paper”と題した文献のなかで「まずアイデアを発表せよ」と語っている．その理由は，最初のアイデアが間違っていると，そのあとの研究は無駄であるから，というものである．この考え方には強く共感する．そもそも最初のアイデアを学会で議論し，第三者の指摘を踏まえたうえで，適切な目標に向けて研究を進める，その考え方は，HCDのプロセスである，まず利用状況を適切に把握せよという考え方と合致するのではないだろうか．

また，発表の敷居を下げることは，研究会の活性化につながる．企業人が多いというHCD-Netの特性を踏まえても，学会発表に慣れていない皆様にも発表の機会を提供することが，重要な意味を持つと我々は捉えている．

もちろん，だからといって，安易な発表「だけ」に甘んじていてはいけない．その点では，先の先生による指摘もまた間違ってはいない．議論を重ね，皆様が切磋琢磨していくことを，期待している．成果を出して，さらなる発表に繋げることは大切である．提案発表を受け入れることは，当然ながら，そのような発表を妨げるものではない．次回のHCD研究発表会にも，たくさんの発表があることを期待している．