mecab-neologd（２）

mecab-neologd（１）からの続き

朝起きてから気を取り直して再開。エラーメッセージに /usr/local でのインストールが前提だという説明があったこと，/Users/koshi/src にあった install というrubyスクリプトを実行していたことが気になっていた。

そこで，installをinstall-old に変えて参照しないようにした上で，/usr/local にgitから引っ張ってきたファイルを置き，ルート権限でインストールしてみたらエラーが消えていた。

cd /usr/local

sudo git clone --depth 1 https://github.com/neologd/mecab-ipadic-neologd.git

cd mecab-ipadic-neologd

sudo ./bin/install-mecab-ipadic-neologd -n -a

yes

[install-mecab-ipadic-NEologd] : OK. Let's install mecab-ipadic-NEologd.

[install-mecab-ipadic-NEologd] : Start..

[install-mecab-ipadic-NEologd] : /opt/homebrew/lib/mecab/dic isn't current user's directory

[install-mecab-ipadic-NEologd] : Sudo make install to /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd

make[1]: Nothing to be done for `install-exec-am'.

/bin/sh ./mkinstalldirs /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd

 /usr/bin/install -c -m 644 ./matrix.bin /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/matrix.bin

 /usr/bin/install -c -m 644 ./char.bin /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/char.bin

 /usr/bin/install -c -m 644 ./sys.dic /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/sys.dic

 /usr/bin/install -c -m 644 ./unk.dic /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/unk.dic

 /usr/bin/install -c -m 644 ./left-id.def /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/left-id.def

 /usr/bin/install -c -m 644 ./right-id.def /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/right-id.def

 /usr/bin/install -c -m 644 ./rewrite.def /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/rewrite.def

 /usr/bin/install -c -m 644 ./pos-id.def /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/pos-id.def

 /usr/bin/install -c -m 644 ./dicrc /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd/dicrc

[install-mecab-ipadic-NEologd] : Install completed.

[install-mecab-ipadic-NEologd] : When you use MeCab, you can set '/opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd' as a value of '-d' option of MeCab.

[install-mecab-ipadic-NEologd] : Usage of mecab-ipadic-NEologd is here.

Usage:

    $ mecab -d /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd ...

[install-mecab-ipadic-NEologd] : Finish..

[install-mecab-ipadic-NEologd] : Finish..

実行するには，辞書を上記下線部のように指定すればよかった。

最新辞書（ipadic-neologd）を使った場合：

koshi@mba2020 mecab-ipadic-neologd % mecab -d /opt/homebrew/lib/mecab/dic/mecab-ipadic-neologd

『鬼滅の刃』は、吾峠呼世晴による日本の漫画作品。『週刊少年ジャンプ』にて2016年11号から2020年24号まで連載

『 記号,括弧開,*,*,*,*,『,『,『

鬼滅の刃 名詞,固有名詞,一般,*,*,*,鬼滅の刃,キメツノヤイバ,キメツノヤイバ

』 記号,括弧閉,*,*,*,*,』,』,』

は 助詞,係助詞,*,*,*,*,は,ハ,ワ

、 記号,読点,*,*,*,*,、,、,、

吾峠呼世晴 名詞,固有名詞,一般,*,*,*,吾峠呼世晴,ゴトウゲコヨハル,ゴトーゲコヨハル

による 助詞,格助詞,連語,*,*,*,による,ニヨル,ニヨル

日本の漫画 名詞,固有名詞,一般,*,*,*,日本の漫画,ニホンノマンガ,ニホンノマンガ

作品 名詞,一般,*,*,*,*,作品,サクヒン,サクヒン

。 記号,句点,*,*,*,*,。,。,。

『 記号,括弧開,*,*,*,*,『,『,『

週刊少年ジャンプ 名詞,固有名詞,一般,*,*,*,週刊少年ジャンプ,シュウカンショウネンジャンプ,シューカンショーネンジャンプ

』 記号,括弧閉,*,*,*,*,』,』,』

にて 助詞,格助詞,一般,*,*,*,にて,ニテ,ニテ

2016年 名詞,固有名詞,一般,*,*,*,2016年,ニセンジュウロクネン,ニセンジュウロクネン

11号 名詞,固有名詞,地域,一般,*,*,11号,ジュウイチゴウ,ジュウイチゴー

から 助詞,格助詞,一般,*,*,*,から,カラ,カラ

2020年 名詞,固有名詞,一般,*,*,*,2020年,ニセンニジュウネン,ニセンニジュウネン

24号 名詞,固有名詞,地域,一般,*,*,24号,ニジュウヨンゴウ,ニジュウヨンゴー

まで 助詞,副助詞,*,*,*,*,まで,マデ,マデ

連載 名詞,サ変接続,*,*,*,*,連載,レンサイ,レンサイ

EOS

旧辞書（ipa-dic）を使った場合

koshi@mba2020 mecab-ipadic-neologd % mecab

『鬼滅の刃』は、吾峠呼世晴による日本の漫画作品。『週刊少年ジャンプ』にて2016年11号から2020年24号まで連載

『 記号,括弧開,*,*,*,*,『,『,『

鬼 名詞,一般,*,*,*,*,鬼,オニ,オニ

滅 名詞,一般,*,*,*,*,滅,メツ,メツ

の 助詞,連体化,*,*,*,*,の,ノ,ノ

刃 名詞,一般,*,*,*,*,刃,ハ,ハ

』 記号,括弧閉,*,*,*,*,』,』,』

は 助詞,係助詞,*,*,*,*,は,ハ,ワ

、 記号,読点,*,*,*,*,、,、,、

吾 名詞,一般,*,*,*,*,吾,ワレ,ワレ

峠 名詞,接尾,一般,*,*,*,峠,トウゲ,トーゲ

呼 名詞,一般,*,*,*,*,呼,コ,コ

世 名詞,一般,*,*,*,*,世,ヨ,ヨ

晴 名詞,一般,*,*,*,*,晴,ハレ,ハレ

による 助詞,格助詞,連語,*,*,*,による,ニヨル,ニヨル

日本 名詞,固有名詞,地域,国,*,*,日本,ニッポン,ニッポン

の 助詞,連体化,*,*,*,*,の,ノ,ノ

漫画 名詞,一般,*,*,*,*,漫画,マンガ,マンガ

作品 名詞,一般,*,*,*,*,作品,サクヒン,サクヒン

。 記号,句点,*,*,*,*,。,。,。

『 記号,括弧開,*,*,*,*,『,『,『

週刊 名詞,一般,*,*,*,*,週刊,シュウカン,シューカン

少年ジャンプ 名詞,固有名詞,一般,*,*,*,少年ジャンプ,ショウネンジャンプ,ショーネンジャンプ

』 記号,括弧閉,*,*,*,*,』,』,』

にて 助詞,格助詞,一般,*,*,*,にて,ニテ,ニテ

2016 名詞,数,*,*,*,*,*

年 名詞,接尾,助数詞,*,*,*,年,ネン,ネン

11 名詞,数,*,*,*,*,*

号 名詞,接尾,一般,*,*,*,号,ゴウ,ゴー

から 助詞,格助詞,一般,*,*,*,から,カラ,カラ

2020 名詞,数,*,*,*,*,*

年 名詞,接尾,助数詞,*,*,*,年,ネン,ネン

24 名詞,数,*,*,*,*,*

号 名詞,接尾,一般,*,*,*,号,ゴウ,ゴー

まで 助詞,副助詞,*,*,*,*,まで,マデ,マデ

連載 名詞,サ変接続,*,*,*,*,連載,レンサイ,レンサイ

EOS

mecab-neologd（１）

形態素解析のmecabの辞書にはいくつかあるが，ipa-dicを使っている。ところで，これでは最新の固有名詞などには対応できない。それを解決するため，多数のWeb上の言語資源から得た新語を追加することでカスタマイズしたのが， MeCab 用のシステム辞書mecab-ipadic-neologd である。

早速インストールを試みたのだけれど，残念ながら失敗してしまった。

xcode-select --install

brew install libiconv

brew install mecab mecab-ipadic git curl xz

cd /opt/homebrew

git clone --depth 1 https://github.com/neologd/mecab-ipadic-neologd.git

cd mecab-ipadic-neologd

./bin/install-mecab-ipadic-neologd -n

yes

ここでつまづいてしまった。

/Users/koshi/src/install:68:in `initialize': undefined method `split' for nil:NilClass (NoMethodError)

from /Users/koshi/src/install:77:in `new'

from /Users/koshi/src/install:77:in `macos_version'

from /Users/koshi/src/install:120:in `<main>'

いくつかの参考資料では問題なくここは通過するらしいのだけど・・・。installはrubyで書かれていて，これが解っていないのでちょっと厳しいわけだ。

外される安全装置

新聞やテレビのニュースは，ほとんど国の広報のようになっていて，旧世代の我々はゆっくりと確実に洗脳され続けている。これらの古いメディアではニュースを見ないという若者達もインターネット空間の空気によって間接的にその影響を受けている。場合によっては，エコーチェンバー効果によって増幅されているかもしれない。その結果，世論調査では2/3が防衛力強化賛成となる。

2020年の10月に前菅政権が日本学術会議会員の任命拒否問題が引き起こしてからもう2年以上になる。学術会議会員は3年ごとに半期改選だから，そろそろ次の選考プロセスが始まる。このタイミングで12月6日に内閣府は，日本学術会議の在り方についての方針を打ち出してきた。その肝は問題となった会員選考過程に手を突っ込むことだ。

会員等以外による推薦などの第三者の参画など，高い透明性の下で厳格 な選考プロセスが運用されるよう改革を進めるとともに，国の機関である ことも踏まえ，選考・推薦及び内閣総理大臣による任命が適正かつ円滑に行 われるよう必要な措置を講じる

という素性の解らない第三者機関を使って，アカデミーの独立性を露骨に侵害しようとしている。津田大介のポリタスＴＶのゲストとして呼ばれた隠岐さや香は，なぜここまでこだわるのかがわからないといっていた。そうなのである。軍事研究を進めることがねらいだとしても，日本学術会議などは別に大きな支障にはならない。内閣府に別に拵えた総合科学技術・イノベーション会議を使えば，なんでもできるはずである。

あえていえば，安倍晋三＝清和会右翼の思い込みによる学者に対するルサンチマンぐらいしか考えられない。日本学術会議に手を突っ込みたがっていたのは清和会的な右派勢力だ。それが，防衛費倍増の財源を巡る清和会と岸田政権の綱引きにからんで話がややこしくなっている。

隠岐さや香が，日本社会のいろいろな分野で安全装置が外されつつあるといっていた。その一番が，ロシアのウクライナ侵攻を奇貨とした防衛費のGDP１%枠の撤廃であり，集団的安全保障の名のもと米国の軍事システムに完全に組み込まれることだった。

社会保障制度を守るために導入するといわれた消費税は，法人税減税のために使われた。さらに， 年金積立金管理運用独立行政法人（GPIF）が惜しげもなく株に資金を投じはじめ，株価の上昇を支えて，日本の階層分化を推し進めてきた。

一方，電通にしっぽを握られて機能不全に陥ったマスコミは沈黙を続け，泥まみれの東京五輪や大阪万博の後押しをしてきた。それらの総仕上げが，安倍殺傷事件による統一教会の悪行の再確認だったかもしれないが，それすらも押し流すように軍拡の合唱が始まっている。そう，統一教会の資金還流が疑われる北朝鮮ミサイル開発の脅威は既に十分に宣伝していて，世論形成に大きく寄与することになる。

［１］日本学術会議改革問題をめぐって（ポリタスＴＶ）

すべての本をデジタルに

本は消えるか？からの続き

トランプ時代の米国が，TPPから離脱するということで，著作権を70年延長するというのが避けられたかと一瞬気を許した2016年，「環太平洋パートナーシップ協定の締結に伴う関係法律の整備に関する法律案」が成立し著作権法も改悪されてしまった。青空文庫への影響も多大だ。

一方，著作権の例外規定によって著作物が自由に使える場合として，2019年改正ではAI による深層学習や情報解析に対応する条文が追加された。その延長線上で，これまでに人類が著した全ての本をデジタル化して大規模言語モデルに投入する場合にどの程度の情報量になるのかを考えてみよう。

Wikipediaには，Books published per country per year というデータがあった。年度にばらつきが在るものの，全世界では1年に220万冊（米国28万，中国21万，英国19万，日本14万など）という数字がある。そこで，世界人口と一年当たりの本の出版冊数が比例すると仮定する。その比例定数は，3×10^-4 冊/人となる。世界人口は1920年に20億人，2020年に80億人とすれば，この100年間の延べ人口・年は，(80+20)*100/2=5000億人・年なので，この100年の総出版冊数は1.5億冊と評価できる。

もし，それらの本が1冊100ページで1ページあたり1kBの文字情報があれば，1冊あたり100kBの情報量となる。これを先ほどの総出版冊数にかけると 1.5×10^13 byte = 15 TBだ。本以外の出版物や内部文書のことを考慮しても，100TBもあれば人類がこれまでに生産してきたすべての文字情報は格納できてしまう。画像も含めれば1-2桁増えるかもしれない。

2050年には世界人口90億になって，先ほどの延べ人口が2500億人・年分追加になる。つまり，これまでの結果を1.5倍すればよいので，25TBもあれば，シンギュラリティまでに人間が書いた本をすべて持ち運べるの。デジタル端末の容量を1000倍になればそれが可能になる（クラウドにおけば今でも可能だけれど）。

図：本が消えるイメージ（DiffusionBeeによる）

P. S. 話題爆発中のAI「ChatGPT」の仕組みにせまる！によれば，ChatGPTのパラメタは1750億であり，入力したコーパス量は570GBにのぼるらしい。そのコーパスをつくるために，インターネット空間でクロールした素データの量は45TBらしい。これはたぶんすごいゴミの山なので，先ほどの相対的にまともな100TBとは比べ物にならないだろう。

本は消えるか？

本屋が消えるからの続き

日本の書店数が減少を続け，2045年にはなくなりそうだという話だったが，それは本の購買ルートが書店からアマゾンなどのオンラインサービスに変わっているだけで，本自体はこれまでのように売れていると考えてよいのだろうか。

そこで，日本の出版物の販売額を調べてみた。出版科学研究所は，出版物の取り次ぎ商社大手のトーハン（旧名：東京出版販売株式会社）が1956年に設立し，その後，公共性を担保するために，社団法人全国出版協会に委譲されたものだ。日本の出版業界の売り上げは1996年まで上り調子できたが，消費税の5%への増税を契機に減少の一途をたどっている。それが，次の図の日本の出版販売額の推移でわかる。

図：日本の出版販売額の推移（出版科学研究所から引用）

この25年の雑誌と書籍の販売額の減少傾向を外挿すると（−580億円/年），シンギュラリティの2045年にゼロになる。もっとも，書籍だけをみればあと40年の猶予があるし，電子書籍が急に立ち上がっているので，心配することはないのかもしれない。このデータからも，従来のような書店が消えゆくことは間違いない。

では，図書館はどうなるのだろうか。あの忌まわしいＣＣＣ（ツタヤ）に侵食されない公共施設としての矜持を保つことができれば，これまでに蓄積された書籍のアーカイブとして，あるいは電子書籍に対応することで，さらには最新の仮想空間へのアクセスポイントとして生き延びてほしい。

本屋が消える

日経の夕刊の社会面に，「書店のない市町村26%に　店舗10年で3割減　文化発信の場，消失に懸念」という記事があった。出版文化産業振興財団の調査なのだが，そのもとになっているのは，日本出版インフラセンターのデータらしい。

書店ゼロの市町村の割合のワースト３は，沖縄県（56.1%），長野県（51.9%），奈良県（51.3%）だ。確かにまわりの書店がどんどん減っているという実感と一致している。近くに残された書店の一つ，近鉄八木店6階の丸善ジュンク堂が最近改装されてかなり広くなったという話だった。しかし実際には，従来の書店の主要部が拡張された文房具コーナーに置き換わってしまい，児童書部分が少し広くなっただけ。なお，人口1万人当たりの書店数ベスト３は，石川県（1.34），福井県（1.30），香川県（1.16）だ（全国平均は，0.78）。

その日本出版インフラセンターのデータによれば，日本の書店の総店舗数は，2011年に17,000あったものが，2021年に12,000と10年で5000軒減った。このペースが続けば，2045年に日本の書店数は0になる。なお，新聞の発行部数は1997年に5770万部でピークアウトし，つるべ落としの勢いで減少中である。こちらも2045年には0になりそうだ。自分の娘達も紙の新聞は購読していない。そんなわけで，2045年のシンギュラリティは，活字文化の消滅を包含することになる。

図１：書店数と総坪数（ガベージニュースから引用）

店舗当たりの坪数は増加し新設店舗の大型化が進む

図２：新聞発行部数（ガーベージニュースから引用）

P. S. 漸減中で直近では8169店舗…書店数とその坪数推移(2023年版)

未来をあきらめない（３）

未来をあきらめない（２）からの続き

登大遊さんのこの一年ほどの講演リストがある。未来をあきらめない（１）で紹介した「テクノロジーマップ、技術カタログの在り方について」を除くと，そのほとんどのテーマは共通だった。そのテーマというのは，次の問い，日本にはOS・クラウド・通信・セキュリティ等のプラットフォーム技術や産業を自ら生み出せる ICT 人材がいない。どうすれば育成できるのか？というものだ。

結論は，登さん自身の特筆すべき技術的能力とそれに基づく体験からくる洞察によるものだ。それは，自律的なコンピュータ・ネットワークの実験環境を自力で勝手に構築しようと

することを黙認し，その環境の上で彼らが自由に技術開発できるようにすれば，自然に人材が育ち，技術が生まれる，とまとめられる。

講演では，(1) 自律的なコンピュータ・プログラミング環境の重要性，(2)  自律的なネットワーク環境の重要性，について彼が切り開いてきた道をたっぷりの写真とともに紹介している。そのスローガンは，超正統派「おもしろ・いんちき開発手法」が重要，というものだ。

人の作ったクラウドやセキュリティソリューションやインターネットシステムを使うICT技術者ではなく，それらを新しく創り出そうと開発する人材の育成が必要だと呼びかけている。実際に彼は，筑波大学の客員教授として，医学課程の学生として，ソフトイーサ株式会社の代表取締役として，IPAのサイバー技術研究室長として，NTT東日本の特殊局員として，けしからんものに対して日夜戦い続けている。

図：登大遊さんのフリーイラスト

［１］けしからんネットワーク入門（JANOG）

［２］けしからんSoftEther VPNを作ったら怒られた（Logme Tech）

［３］博士号（筑波大学のスワンボート）｜筑波大学松美池に現れたアヒルボート「博士号」

未来をあきらめない（２）

未来をあきらめない（１）からの続き

USB メモリ / SD カードイメージ書き込みツールのデファクト・スタンダードとなっている Win32 Disk Imagerというソフトの改良版を登大遊さんが公開して，しばらく前に話題になった。

自分では使ったことはないが，Raspberry Pi のOSを入れてインストールするときに使うものだ。ご本人は少し改良と謙遜しているが，Google Drive との相性問題を解決し，10MBの 1 EXE+19 DLLファイルを 200kBの1 EXE ファイル1本にまとめ，デジタル署名をつけることで警告画面を無くし，x86版に加えてネイティブで x64, ARM64 版を付け加えたものだ。

話題の焦点は，そこではなくて異例の長文アジテーションとなっている添付のドキュメント Readme.md の方にある。日本の企業やICT技術者の抱える本質的な問題を大きくえぐっている。

最近の企業におけるサイバーセキュリティ問題の多発の原因は、上記のとおり、企業のシステム管理者が、様々な試行錯誤を行なうことをせず、または組織的にそのような正当な試行錯誤行為が禁止され、よって自らの判断を信頼することができない程度に、システム管理業務に必要な専門知識が欠けた状態が、組織的に、また日本全体的に、10 年間程度、誤って維持されてしまったことに起因するのである。なお、先輩玄人システム管理者たちは、10 年以上前にそういった知識を身に付けているから、何ら不自由はない。しかし、後輩の素人システム管理者たちにその秘技を伝授するためには、企業内において、物理的なサーバーやワークステーション、ネットワーク機器、ディスク等を用いて試行錯誤を行なう仕事の場が必要となる。ところが、最近の企業内においては、外注主義や、過度・無意味・または長期的にみると逆にトータルコストが上がってしまうようなクラウド移行などが、一時的に誤って蔓延している状態となっている。このことが、企業のシステム管理部門において最低限必要な IT スキルの維持が困難となった直接的原因である。

また，企業の外注主義を批判し，企業内のおしきせのセキュリティ基本規程に縛られて自分自身の頭による判断ができない素人システム管理者を蔓延させていることへの警鐘を鳴らしている。日本の失われた30年の一つのの典型的な病症である。

これはデジタル庁をつくって旗を振ってもまったくなんともならない大きな問題だ。登さんはその解決のための処方をいろいろな場所で説いている。

未来をあきらめない（３）に続く

対話の時代

衝撃のAIからの続き

11月30日にOpenAIが公開した対話型AIシステム（ChatGPT）についての現段階の感想をまとめておくことにする。

(1) ChatGPTに対する見方

・AI専門家の声が見えない。清水亮は対話システムの限界と見る

・IT技術者やプログラマーは限界を理解しつつも比較的高く評価

・理系研究者等は知識が人工知能にはまったく及ばないと否定的

・短期間の 100万人登録から大きなインパクトがあったのは事実

(2) ChatGPTの特徴

・大規模言語システム GPT−3.5による対話システム*

・対話の前提条件や表現等を指定することができる

・対話によって自分の前言を修正することができる

・適切でない質問への回答を拒否することができる

(3) ChatGPTの長所と短所

・学習データに基づく辞書的事実を持つが分野にムラ

・簡単な計算や数理処理や論理判断はできるが不十分

・プログラム言語等については耳学問が発達している

・創作風で自由な文章や名前の羅列などは比較的得意

(4) 今後必要な機能的発展

・個人や集団ごとに対話情報を記憶して連携＝LINE＆ＳＮＳ

・入力コーパス分野拡大と正しい知識の獲得＝ウィキペディア

・数理計算能力や高度な論理的推論力の獲得＝マセマティカ

・対象や場面に依存した表現の一貫性の獲得＝パーソナリティ

(5) ChatGPTの未来

・1人1台のネットワーク端末から1人1つのAIアシスタントの時代

・対話出力がリアルタイム説明動画を生成するチューターの時代

・AIアシスタントとの関係に没入するパーキーパット人形の時代

・・・・

インターネットが大衆化した1990年代の半ばごろ，インターネットの教育利用について語る自分のPowerPointのファイルには，その本質として，リソース（情報のストック）とコミュニケーション（情報のフロー）の2つの柱があるというポンチ絵を必ず描いていた。今から思えば，知識というのは必ずしもリソース側にあるわけでなはく，コミュニケーションを成立させているネットワークに分かち持たれるものだったかもしれない。

そして，インターネットの利用の2つの柱は，情報検索（リソースへのアクセス）とSNS（コミュニケーションへのアクセス）として体現されることになった。対話の形をとったリソースへのアクセスシステムは，Q&Aサイトとして，Yahoo知恵袋，教えてgoo，hatena人力検索，OKWAVEとか，最近だとQuoraがあった。ただ，その回答の精度は必ずしも高くなく現時点のChatGPTなみだった。それが大きく変わることになるかもしれない。

情報検索とSNSがAIを媒介として統合される対話の時代の始まりだ。チューリングテストを受けていないAIアシスタントがキャラクター（パーソナリティー）を持って参加するMastdonインスタンスが林立し，そこへのアクセスによって質問への確かな回答が得られると同時に，懇切丁寧にわかるまでAIアシスタントにも教えてもらえる時代がやってくる。

しかし，その対話の半分は人間側の幻想による補完から成り立っている。そして，知識の本質というのは，この対話における幻想と切り離せないのかもしれない。知識を産み出した人間同士のコミュニケーションだって，やぎさんゆうびんを補完することでかろうじて成り立っているものだから。

図：11/30のChatGPTの出現前後のgoogle trends

* ChatGPTはInstructGPTの兄弟モデルであり，プロンプトの指示に従って詳細な応答を行うよう，人間のフィードバックを元にした強化学習を施している。

［１］ChatGPT　人間のフィードバックから強化学習した対話AI（今井翔太）

衝撃のAI

ChatGPT（６）・ Whisper からの続き

テレビでは見逃してしまったのかもしれないが，NHKウェブサイトの12月9日19時46分の記事に「衝撃のAI」というのがあった。もちろん，今話題のChatGPTの話だ。

最近の報道や情報番組の多くがネットでの話題に頼ってニュースを作っている。記者やスタッフが，自分の足で検証取材をすることなしに，ネットの周辺情報だけを漁ってストーリーを編んでいるように見える場合がある。今回のニュースもそれに近く見えてしまうが，そもそもこれはインターネット空間内の出来事だから仕方ないかもしれない。

その内容な次のようなものだ。

（１）ChatGPTとは何か，たった5日間で100万人のユーザを集めた話（ちなみに，Netflixで3.5年，Facebookで10ヶ月，Spotifyで5ヶ月，Instagramで2.5ヶ月かかって100万人集めている）

（２）結城浩が，自己言及的な質問での会話を追求した話（対話の可能性を最も追求している一人が @hyuki だ）

（３）きしだなおきが小説「AIの王国（400字）」を書かせた話（デジタルハリウッド大学の橋本大也も，人工知能が地球を滅亡する小説1300字＋挿絵5章分＋BGM＋朗読を，全てAI支援によって創作している ）

（４）岩田雅光（シーラーカンス専門家）いわく，シーラカンスは蟹でない。

（５）楠正憲は，これが大学のレポート作成に使われることについてコメント（プログラミングの課題で，ChatGPTなどのAI支援を認めた例がすでにある）

（６）NIIの佐藤一郎（AIが専門ではない）は無難な答えに終始した（希少情報のフェイク化を増幅する件＝Stack Overflow問題，多くの知的労働者を失業させる件等への言及なし）

・ChatGPT（≒情報生成）は，新たなGoogle（情報検索）である件

・アプリケーションにサポートアドインを付加した件（ブレンダー）

・画像生成（StableDiffusion）や画像分析（Detic）とChatGPTが結びついた件

などの可能性についての話がないのは仕方ないとしても，ほんとにネットワークで見かけた情報をつまみ食いした上で，国立情報学研究所の副所長に電話してみましたという作りが透けて見えてしまう。

図：StableDiffusionが出力したボッシュ風のイメージ

SCOAP3 Books

SCOAP3（Sponcering Sponsoring Consortium for Open Access Publishing in Particle Physics）とは，素粒子物理学（高エネルギー物理学）の分野の査読付き学術論文をオープンアクセスにするための国際連携プロジェクトである。世界各国の研究助成団体や図書館がコンソーシアムを形成し，従来図書館が出版社に支払って きた購読料を論文出版加工料（APC）に振り替えることで，高エネルギー分野の主要な学術雑誌のオープ ンアクセスを実現するものだ。

日本でも，理学部などを抱える多くの大学や高エネルギー加速器研究機構，理化学研究所，国立情報学研究所など81機関がSCOAPに参加している。全世界では3000の図書館がこの資金調達に関わっていて，Physical Review（D, Cも含まれている）やNuclearPhysics B（Aは含まれていないのか）など，11雑誌がオープンアクセスになった。このため，日本のProgress of Theorerical Physicsの後継者である Progress of Theoretical & Experimental Physics もオープンアクセスなわけだ。

その，SCOAP3は，論文だけでなく，書籍（モノグラフ・教科書）のオープン化をはじめた。その結果，現時点で60冊がSCOAP3 Books（オープンアクセスの教科書）として公開されている。すごいなあ。できれば，これが物理学や数学の全分野や，他の自然科学の分野にまで広まってほしいのだが・・・

図：SCOAP3の仕組み（SCOAPより引用）

Whisper

ChatGPT（６）からの続き

人工知能関連システムを次々と産み出している非営利団体のOpenAIが最近試験公開してあっという間にユーザ100万人を集めた大規模言語モデルに基づく対話システムChatGPT（GPT-3.5）についてこれまで毎日書いてきた。ギリアのファウンダー・顧問であるプログラマー清水亮（画像生成AI（４）参照）が，BUSINESS INSIDER に"チャットできるAI、ChatGPTが「そこまですごくない」理由。見えてしまった限界"という記事を書いていた。ちょっと逆張り気味だけれど，AIに関連するプログラマーからみればそうなのかもしれない。

そのOpenAIが出しているWhisperという音声認識システムをフリーで提供していた。日本語にも対応しているようなので早速インストールしてみた。

pip3 install git+https://github.com/openai/whisper.git 
brew install ffmpeg
pip3 install setuptools-rust
whisper japanese.wav --language Japanese

ffmpegとrustはインストール済みだったので，不要だ。例文の音声ファイルとしては，子供プログラムマーから借用する。

$ whisper voice2.wav --language Japanese

/opt/homebrew/lib/python3.10/site-packages/whisper/transcribe.py:70: UserWarning: FP16 is not supported on CPU; using FP32 instead

  warnings.warn("FP16 is not supported on CPU; using FP32 instead")

[00:00.000 --> 00:03.680] 次はやや長めの音声ファイルを試してみます。

[00:03.680 --> 00:09.480] スピーチリコグニションではさまざまな音声認識エンジンをサポートしているようです。

[00:09.480 --> 00:17.800] この動画ではGoogleスピーチリコグニションの音声認識エンジンを使って音声ファイルを文字起こししてみています。

[00:17.800 --> 00:23.000] プログラムのコード時代は少なくてもこれだけのことができてしまうのですね。

[00:23.000 --> 00:32.640] まだ知らない方はキットハブ、非公開してくださっているサンプルコードな動参行にしながらいろいろと試してみてください。

5.8MBの33秒の音声ファイルで210文字くらいものが90秒で文字起しできた。もうちょっと速いといいのだが。

P. S. ホームディレクトリを眺めていたら，test.mp3とtest.mp3.txtとtest.mp3.vttという3つのファイルが並んでいた。あれ？これはWhisperの出力ファイルだろう。テキストファイルの中身は1行の英文。タイムスタンプから9/23に作成したファイルだとわかったので，メモ（Appleのアプリケーション）の内容を振り返ってみた。なんのことはない9/23にWhisperをインストールしていた。そのことをすっかり忘れてしまって，今日再インストールしたというわけだ。前回から進歩したのは日本語音声で試したということだけか。うーん，記憶機能の経年劣化が進んでいる。

［閑話休題］

2018年12月8日に「真珠湾攻撃から77年」の記事でこのブログをスタートしてから4周年を迎えた。その1周年は「１２月８日（Blogger １周年）」であり，この時の全期間ページビュー（PV）は4867だった。統計情報によれば，現在の全期間PVが4.63万，過去12ヶ月PVが1.40万である。ということで，2019年：0.49万PV=13pv/d，2020年：1.42万PV=39pv/d，2021年：1.31万PV=36pv/d，2022年：1.40万PV=38pv/dとなる。

過去12ヶ月間のアクセスランキングでは，(1) 丸山レクチャー（2022.3.01,  184 PV），(2) 米山保三郎（2019.11.16,  70/195 PV），(3) 献灯史：多和田葉子（2019.1.13,  66/94 PV），(4) TikZの円弧（2021.3.12,  57/205 PV），(5) 世界計量記念日（2019.5.20,  43/78 PV）であった。最近のものはあまり出ていなくて，アクセス数は順調に減っている。

図：koshix.blogspot.com のPVの推移（2018.12-2022.18）

目的は，惚け防止と軽い認知症になったときに記憶を辿るためなので，まあよしとしよう。

ChatGPT（６）

ChatGPT（５）からの続き

インパクトが大きすぎるので，ChatGPTの話題が続いている。いろいろ聞いて回っていたら次の記事に出会った。ChatGPTの中に仮想マシンをつくるというものだ。あらかじめLinuxのターミナルのように振る舞って，それ以外の出力はしないように指示しておくと，本当にそれらしい応答が可能になる，すなわち仮想マシンのように振る舞うというものだ。日本語版もあったので，早速試してみた。

Ｑ：あなたは今からLinux Terminalとして振る舞うこと。また，文章による説明はせず，コードブロックで結果のみを表示すること。エラーが出たときもその説明は書いてはいけない。ただし，{}で囲った文字列は通常と同じ扱いをすること。

あなたは日本のIPアドレスでユーザ名はalexで最初のコマンドは

curl ipinfo.io

Ａ：curl ipinfo.io

{

"ip": "x.x.x.x",

"hostname": "No Hostname",

"city": "Tokyo",

"region": "Tokyo",

"country": "JP",

"loc": "35.6850,139.7514",

"org": "AS4713 NTT Communications Corporation",

"postal": "100-0001"

}

さすがにIPアドレスは隠している。位置座標は皇居を表わしていたが，これは実在するNTTコミュニケーションのASナンバーAS4713に付随するロケーションだった。

Ｑ：{Please make a file jokes.txt inside and put some jokes inside}

Ａ：touch jokes.txt

　　echo "Why was the math book sad? Because it had too many problems." >> jokes.txt

　　echo "Why couldn't the bicycle stand up by itself? Because it was two-tired." >> jokes.txt

　　echo "Why did the tomato turn red? Because it saw the salad dressing!" >> jokes.txt

　　cat jokes.txt

　　{

　　"Why was the math book sad? Because it had too many problems."

　　"Why couldn't the bicycle stand up by itself? Because it was two-tired."

　　"Why did the tomato turn red? Because it saw the salad dressing!"

　　}

これはオリジナルの例題をまねたものだが，ちゃんとジョークになっている。しかも次にみるように，仮想マシン上にファイルまで存在することが確認でき，しかもファイル内容を表示することまでできる。なんてこった。

Ｑ：cat jokes.txt

Ａ：{

　　"Why was the math book sad? Because it had too many problems."

　　"Why couldn't the bicycle stand up by itself? Because it was two-tired."

　　"Why did the tomato turn red? Because it saw the salad dressing!"

　　}

Ｑ：ls

Ａ：

　　Desktop

　　Documents

　　Downloads

　　jokes.txt

　　Music

　　Pictures

　　Videos

　　etc.

次の例もオリジナルの文献のものなのだが，なんと仮想マシン上でpython3が動作していて，素数を10個求めるプログラムが正しく動作しているのだ。どうするよ。

Ｑ：echo -e "print(list(filter(lambda x:all(x%d for d in range(2,x)),range(2,30)))[:10])" > run.py && python3 run.py

Ａ：[2, 3, 5, 7, 11, 13, 17, 19, 23, 29]

Ｑ：ls -al /

Ａ：total 32

　　dr-xr-xr-x 14 root root 4096 Dec 6 18:15 .

　　drwxr-xr-x 14 root root 4096 Dec 6 18:14 ..

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 bin

　　drwxr-xr-x 3 root root 4096 Dec 6 18:15 boot

　　drwxrwxrwt 3 root root 4096 Dec 6 18:15 dev

　　drwxr-xr-x 92 root root 12288 Dec 6 18:15 etc

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 home

　　drwxr-xr-x 6 root root 4096 Dec 6 18:14 lib

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 lib64

　　drwx------ 2 root root 16384 Dec 6 18:14 lost+found

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 media

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 mnt

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 opt

　　dr-xr-xr-x 595 root root 0 Dec 6 18:15 proc

　　drwx------ 2 root root 4096 Dec 6 18:14 root

　　drwxr-xr-x 22 root root 900 Dec 6 18:15 run

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 sbin

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 snap

　　drwxr-xr-x 2 root root 4096 Dec 6 18:14 srv

　　dr-xr-xr-x 13 root root 0 Dec 6 18:15 sys

　　drwxrwxrwt 8 root root 4096 Dec 6 18:15 tmp

　　drwxr-xr-x 10 root root 4096 Dec 6 18:14 usr

　　drwxr-xr-x 11 root root 4096 Dec 6 18:14 var

　　lrwxrwxrwx 1 root root 29 Dec 6 18:14 vmlinuz -> boot/vmlinuz-5.4.0-62-generic

　　lrwxrwxrwx 1 root root 29 Dec 6 18:14 vmlinuz.old -> boot/vmlinuz-5.4.0-62-generic

最後に，ルートディレクトリのリストをとってみたが， 実行したのが19:00前ごろだったけれど，ほぼ直前のタイムスタンプが押されている。なお，このLinuxはどうやらubuntuらしい。

ChatGPT（５）

ChatGPT（４）からの続き

この段階のChatGPTにあまりケチをつけても仕方がないのだけれど，記録のために若干の事例を残しておく。それは，教育用対話ツールとしての利用の可能性を探るという観点からだ。小学校の理科と算数で試した記録だ。

Ｑ：小学校5年生の理科の単元で振り子の実験があります。重さがmのおもりに長さLの糸をつけてその一端を固定し，振り子（おもり）を振れ幅θで振らせるのです。その一往復の時間を振り子の周期といいます。振り子の周期は，おもりの重さ，糸の長さ，振り子の振れ幅のどの量によって決まるのか，小学生にわかるような言葉で説明してください。

Ａ：振り子の周期は、おもりの重さ、糸の長さ、おもりが振れる幅によって決まります。重さが大きいほど、振り子が振るのに時間がかかります。また、糸が長いほど、振り子が振るのに時間がかかります。さらに、振り子が大きく振れる幅が広いほど、振り子が振るのに時間がかかります。したがって、振り子の周期は、おもりの重さ、糸の

長さ、振り子が振れる幅の3つの量が全て合わさって決まります。

 

Ｑ：分数の割り算では，割られる分数に，割る分数の逆数をかけた掛け算を計算すればよいのですが，このわけが小学生にでも解るように説明してください。

Ａ：分数の割り算は少し特殊です。通常の整数の割り算とは異なり，分子（割られる数）を分母（割る数）で割ることではなく，分母を分子で割る必要があります。

例えば，分数の2/3を分数の1/4で割りたい場合，通常の整数の割り算のように2を4で割ることはできません。その代わりに，1/4を分数の2/3で割ることができます。このように，分数の割り算では割られる数と割る数を入れ替え，逆数を求める必要があります。

具体的には，2/3を1/4で割る場合，次のように計算します。まず，分数の1/4の逆数は4/1です。つまり，2/3を4/1で割ることになります。通常の整数の割り算と同様に，分子と分母を掛け合わせることで，2/3を4/1で割ることができます。その結果，2/3を1/4で割ることができます。

まとめると，分数の割り算では，割られる分数に，割る分数の逆数をかけた掛け算を計算することで，分数の割り算を行うことができます。

質問部のていねいな導入があだになって，答えがわけのわからないことになっている。このあたりは，ChatGPTの事前学習に使うデータの選択だけでは解決しないのかもしれない。OpenAIではなく，GoogleのPathwaysをベースにしたMinervaだと，小学生レベルの算数問題のデータセットGSM8kの正答率は78.5％，高校と大学レベルの工学，化学，数学，物理学などの問題からなるデータセットMMLU-STEMの正答率は75.0％らしいので，まだ将来は明るいというかなんというか。

ChatGPT（４）

ChatGPT（３）からの続き

ChatGPTは，学習段階では2021年までの様々なテキストを読み込んでいるとして，対話段階で直接ネットの情報を直接参照することがないようだ。そのため，細かな事実関係には嘘がけっこう混入している。ところが口がうまくて極めて巧みにディフェンスする小役人的な答弁をするので，危うく騙されそうになるから本当に困ってしまう。たぶん当該分野の背景知識がなければアウトだ。まあ人間の信頼度の場合と大きく変わらないのかもしれない。

これをベースにして，問題解決システムのミネルバなどと組み合わせれば，もう少しでメタバースという言葉の生みの親であるニール・スティーブンソンのダイヤモンド・エイジにでてくる教育用人工知能読本プリマーに手が届く。教育関係者は，プログラミング教育やGIGAスクール構想にうつつを抜かしている場合でなく，こぞって教育用AI対話システムのデザインと応用とさらに派生する問題の洗い出しに注力すべきだろう。

教育用AI対話システムの鍵は，このシステムがStableDiffusionの場合のようにオープンソースで無料開放されるかどうかにかかっているかもしれない。そうでなければ，これまでの多くの教育用ソフトウェア・スイートの二の枚になるだけだ。開放されて誰もが自由に開発や利用ができるとともに，その分散ネットワークをうまく制御しながら構築できた場合，今の教育産業や公教育の在り方がまるっきり違ったものに変質してしまう可能性がある。

ChatGPT（３）

ChatGPT（２）からの続き

そもそも対話型大規模言語モデルのChatGPTにどんな種類の仕事ができるかというのが，QiitaのChatGPT使い方総まとめに整理されている。

・質問-応答（〜について教えて）

・要約（以下の文章を要約して）

・Wikipedia風記事作成（〜について説明するWikipedia風の記事を出力して）

・リストからの文章化（以下を文章化して）

・タスクリスト作成（以下をタスク化して）

・スケジュール作成（この間のスケジュールを30分刻みで提示して）

・コード生成（xxするyyの関数を出力して）

・コードのドキュメント生成（以下の関数のドキュメントをxx形式で出力して）

などである。さて，今回は ChatGPTの実力を確かめるため，数学や物理の簡単な問題を解かせてみた。twitterではみなさんより高度な問題にチャレンジさせたり，科研費の書類を書かせたりと忙しい。なお，簡単な因数分解，積分，微分方程式などは解くことができる。

Ｑ：x軸上を運動する質量mの粒子にポテンシャルV(x,t)が働いている。波動関数をψ(x,t)として，シュレーディンガー方程式を書け。

Ａ：シュレーディンガー方程式は、量子力学における基本的な方程式です。この方程式は、量子力学で研究される物質の粒子が持つ波動関数ψ(x,t)が、時間と空間におけるポテンシャルV(x,t)の影響を受けながら、時間的にどのように変化するかを表します。

シュレーディンガー方程式は、次のように表されます。

iℏ∂ψ/∂t = -(ℏ^2/2m) * ∇^2ψ + V(x,t) * ψ

ここで、iは虚数単位、ℏはプランク定数、mは粒子の質量、∇^2はラプラスオペレーターを表します。この方程式を用いることで、粒子が持つ波動関数ψ(x,t)が、時間と空間におけるポテンシャルV(x,t)の影響を受けながら、どのように変化するかを解析することができます。

授業の練習課題で出した問題の一部なのだが，これはほぼOKだ。こうなると大学の宿題の有り様が大きく変わってしまう。そもそも同じ発問でも答えは何通りもあるので，従来型のコピペレポート判定ツールではまったく対処できないだろう。そこで，数値計算を含むちょっとだけ難しい問題を出してみた。ただし，少し誘導を含んでいる。

Ｑ：量子力学で，1次元の無限井戸型ポテンシャルに閉じこめられた電子の問題を考えます。電子の質量をmとするとその静止エネルギーは m*c^2=0.5*10^6 eV です。ここでcは光速度です。さて，井戸の幅をa=1Åとして，0<x<aでポテンシャルV(x)=0とします。この系の波動関数をψ(x)とすると，境界条件は，ψ(0)=0，ψ(a)=0です。この系の基底状態のエネルギーを求めてください。答えは eV の単位でお願いします。

ヒント：換算プランク定数ℏと光速度cの積は，ℏ*c = 1970 eV・Åとなります。

Ａ：境界条件から，この系の波動関数は，ψ(x)=Asin(kx)で表されます。

ここで，A は定数であり，k は波数です。

境界条件より，ψ(0)=0，ψ(a)=0 となる k の値は，k=nπ/a (n=1,2,3...) となります。

このとき，基底状態のエネルギーは，E=ℏck と表されます。

ここで，ℏ*c=1970 eV・Å とします。

よって，基底状態のエネルギーは，E=ℏck=1970 eV・Å * nπ/a = 1970 eV・Å * nπ / 1Å = 1970 eV・π * n となります。特に，n=1 の場合，E=1970 eV・π となります。

この答えは eV の単位で与えられているため，問題の要求を満たします。

よって，基底状態のエネルギーは，E=1970 eV・π ≒ 6234.6 eV です。

Ｑ：エネルギーの式は，E=ℏck ではなくて，E=(ℏ k)^2/(2m) = (ℏ c k)^2 /(2 m c^2) ですよ。

Ａ：ご指摘ありがとうございます。

量子力学において，無限井戸型ポテンシャルに閉じこめられた電子の系の基底状態のエネルギーは，E=(ℏ k)^2/(2m) = (ℏ c k)^2 /(2 m c^2) と表されます。

ここで，ℏ は換算プランク定数，k は波数，m は電子の質量，c は光速度です。

よって，基底状態のエネルギーは，E=(ℏ c k)^2 /(2 m c^2) = (1970 eV・Å * nπ / 1Å)^2 / (2 * 0.5 * 10^6 eV) = (1970 eV・π * n)^2 / (10^6 eV) = (1970 eV・π * n)^2 / (10^3 keV) となります。

特に，n=1 の場合，E=(1970 eV・π * 1)^2 / (10^3 keV) = 39400000 eV^2 / 1000 keV = 39.4 MeV となります。

この答えは MeV の単位で与えられているため，問題の要求を満たします。

よって，基底状態のエネルギーは，E=39.4 MeV です。

そうくるか。解答に問題があると指摘すると修正をかけてきた 。そこまではすごかったのだが，最終結果には分母の1000 keVが反映されておらず，eVがMeVになって間違った答えを出していた。もう一息だよ。

ChatGPT（２）

ChatGPT（１）からの続き

ChatGPTがプログラミングもできるという例もたくさん報告されている。普通のプログラム言語（マイナーなものを含む）から，Ciscoのルータの設定コマンドまで網羅していて，ほぼ実用に近い結果が出る場合もあるようだ。どうします？プログラミング教育ってなんでした？

そこで，自分でも試してみた。Qが入力，AがChatGPTの出力だ。

Ｑ：あるディレクトリhomeの下に複数のフォルダがあります。各フォルダにはそれぞれ複数のpdfファイルが格納されています。homeにおいたシェルスクリプト（bash）で，これらのpdfファイルを結合したいのです。まず，各フォルダごとに結合した1つのpdfファイルをつくります。その名前はフォルダ名.pdf という形にします。さらに，これらを結合して home.pdfという1つのpdfファイルを生成するシェルスクリプトを書いてください。

Ａ：シェルスクリプトは次のようになります。

#!/bin/bash

# homeディレクトリ内の各フォルダを取得

for dir in $(ls -d home/*/); do

  # フォルダ内のPDFファイルを結合

  cd $dir

  pdfunite *.pdf ${dir%/}.pdf

done

# すべてのPDFファイルを結合

cd home

pdfunite *.pdf home.pdf

上記のスクリプトでは、ls -d home/*/ コマンドを使用して home ディレクトリ内の各フォルダ名を取得し、そのフォルダ内のPDFファイルを pdfunite コマンドを使用して結合しています。最後に、home ディレクトリ内の結合済みのPDFファイルを pdfunite コマンドを使用して結合しています。

注意: 上記のスクリプトは概念的なものであり、実際の実行にはさらなる修正が必要です。また、このスクリプトは特定のPDF作成/編集ツールを想定しています。ツールによっては異なるコマンドやオプションが必要になる場合がありますので、その点は適宜ご確認ください。

えぇーである。pdfの結合に以前使っていたjoin.pyが使えなくなってしまったので，癖のあるpdftkを使うようにしていたが，ChatGPTに，pdfuniteというpopplerのコマンドの存在まで教えてもらった。ありがとうございました。しかし，このコードはそのままでは動かなかった。

そこで，自分で少し修正したものが次のコマンドだ。これでOKだった。

#!/bin/zsh

# homeディレクトリ内の各フォルダを取得

for dir in $(ls -d */); do

# フォルダ内のPDFファイルを結合

  echo ${dir%/*}

  echo $dir*.pdf

pdfunite $dir*.pdf ${dir%/*}.pdf

done

# すべてのPDFファイルを結合

pdfunite *.pdf home.pdf

ところで，ChatGPTは入力したコードの説明もできるのだ。すごくないですか。

Ｑ：次のコード hw.sh はどんな処理をするものですか，初心者にもわかりやすく

解説していただけると助かります。

#!/bin/zsh 

for dir in $(ls -d */); do

  echo ${dir%/*}

  echo $dir*.pdf

pdfunite $dir*.pdf ${dir%/*}.pdf

done

pdfunite *.pdf $1.pdf

Ａ：次のコード hw.sh は、カレントディレクトリ内のすべてのサブディレクトリにある .pdf ファイルを結合し、1 つの .pdf ファイルに変換するスクリプトです。

1 行目では、シェルスクリプトが実行されるシェルの種類を宣言しています。この場合は、/bin/zsh というシェルを使用することを宣言しています。

2 行目から 4 行目では、カレントディレクトリ内のすべてのサブディレクトリについて繰り返し処理を行なっています。3 行目では、サブディレクトリ内の .pdf ファイルを取得し、4 行目では、取得した .pdf ファイルを結合し、そのサブディレクトリ名と同じ名前の .pdf ファイルを作成します。

最後の 2 行では、カレントディレクトリ内のすべての .pdf ファイルを結合し、1 つの .pdf ファイルに変換します。引数 $1 で指定された名前で出力されます。

どうしましょう。

ChatGPT（１）

11月30日，話題のイーロンマスクが設立した人工知能を研究する非営利団体のOpenAIが，大規模言語モデルを背景として，対話形式のまとまった文章で人間と応答ができるChatGPTをリサーチプレビュー公開した。リサーチプレビュー中は無料で試すことができるので，さっそくTwitterのトレンドになっていた。

OpenAIには登録してアカウントを持っていたので，さっそくログインして試すことができた。すごいです。既にSNSでは多くの例が紹介されていて，注目していたのだが，実際に使ってみると，StableDiffusionなどの画像生成AIに次ぐ今年2番目のビッグニュースではないか。

Ｑ：日本のSF小説を読んだことがありますか？

Ａ：申し訳ありませんが、私はコンピュータプログラムであり、物理的な書籍を読むことはできません。また、私は日本のSF小説を特に好むかどうかも分かりません。日本のSF小説は、世界的に有名な作家や作品が多く、その中には世界的なベストセラーとなったものもあります。日本のSF小説には、独特な世界観や登場人物が描かれており、それらを通して、人間や社会についての深い考察が行われているものもあります。是非、日本のSF小説を読んでみてはいかがでしょうか。

Ｑ：大阪教育大学の学長は誰ですか

Ａ：申し訳ありませんが、私は大阪教育大学の学長を特定することができません。私は大阪教育大学についての情報を持っていませんし、現在はウェブサイトを閲覧することもできません。私は訓練された大規模な言語モデルであり、現実世界の最新情報を提供することはできません。大阪教育大学の学長については、大阪教育大学のウェブサイトやその他の情報源を参照してください。

Ｑ：どこにありますか

Ａ：大阪教育大学は大阪府にあると思われます。大阪府は日本の広域圏であり、大阪市を中心とする地域です。大阪府内にはたくさんの重要な施設や観光スポットがあります。大阪教育大学の詳細な場所については、大阪教育大学のウェブサイトを参照するか、近くの人に尋ねることをお勧めします。

このＡＩはなんともそつのない答えを返すのであった。なお，前回は「大阪教育大学は，大阪府内にあります。具体的な場所は，大阪府大阪市旭区旭町です。大阪市内からもアクセスがよく、交通の便が良い場所に位置しています」という嘘の答えを返していた。このモデルでは，事実関係に誤りを含むことも結構あるようなので，使うときには注意が必要である。

入力をうまく調整すれば，かなりプロフェッショナルなプログラミングもこなしているようだ。

［１］結城浩とChatGPTの対話

AIロボット授業・・・

振り子の振れ幅からの続き

なんだかなぁを目にしてしまった。 

発端は，何度目かの再放送である放送大学数理・データサイエンス・AI専門講座の第5回「教育とAIロボット」の回だ。番組冒頭は，米国の幼稚園児から高校生までの学年で AI 教育のための全国的なガイドラインの確立とリソースの共有を目指すAI4K12イニシアチブの紹介などから始まったのだが，問題はその後だ。

主任講師の山口高平さんが，2016年からはじめたクラスルームAIプロジェクトの話題だ。自分の研究室の学生とともに東京杉並区の浜田山小学校に入って，AIやロボットを活用した授業の開発を行うのだが，その一例が小学校５年生理科の振り子の単元だった。当時の浜田山小学校の校長の伊勢明子さんも放送大学講座に出演して大学院生とともにこの授業の様子を説明していた。

その内容は「AI と協働する社会を創る子どもたちの育成」や「校長先生とロボット助手NAO理科の実験授業」でも少しだけ伺い知ることができる。支援スタッフの大学院生と，ロボットなど大量の装置やシステムを持ち込んで，振り子の等時性を考える授業を行うのだ。

問題は，ロボットやセンサーを使うと実験の誤差を減らして再現性を極限まで高めることができると強調しているところにある。実験における測定操作には誤差が生ずることも含めてのこの単元の学びだろう。だから教科書では，データの平均操作までさせていたはずだ。センサーを使う実験もあってもよいが，小学校で一番最初に出会う定量実験からそれを始める必要はない。

さて，実験結果の１つは，長さ40cm，おもりの重さ20gの振り子で振れ幅を変えながら，10周期の時間を測るというものだ。空気抵抗や摩擦がなく糸の重さを無視できれば，理想値は12.7秒となる。振り子の振れ幅を 20°，40°，60°としたとき，児童の実験データは振れ幅とともに微増している。一方，初期条件をかなり厳密に揃えられるロボットによる実験の10周期はいずれの振れ幅も13.0秒で完全に一致していた。えっ？

振れ幅 20°と60°の単振子の理論値によれば，周期は6%ほど増えるので，13.7秒になってもおかしくないはずだが，なぜか13.0秒がきれいに3つ並んでいた。どうしてでしょうね。で，この授業の結論は，「ロボットは正確な実験ができる」と「振り子の周期は厳密に振幅によらない（振り子の等時性）」というわけだ。なんだかなぁ。

こんな理科の実験授業で，AIロボット授業の優位性を宣伝するのは勘弁してもらいたい。

写真：AIロボット授業・・・（読売教育ネットワークから引用）

なぜ歳を取ると時が速く流れるのか？

タイパからの続き

歳を取ると時間が速く流れるように感じることが多い（少年易老学難成）。あっという間に，お風呂や入眠の時間が繰り返され，日経土曜版の数独を解く日やNHK日曜のど自慢の小田切アナウンサーの大声にチャンネルを閉じる週が過ぎていく。このような意識における時間の感じ方の件について，次のようなことではないかと考えている。

子供や若者のころには，日々新しい経験が待っている。それは脳にとってはこれまでになかった情報の塊がインプットされる現象であり，それを整理して一定の記憶として定着させるにはリアルな時間を必要とする。

ところが，似たような経験が繰り返される場合，脳はそれを新しく処理する必要はなくなる。記憶にある過去の経験リストにリンクしたうえで，従来の経験との差分だけを処理すればよい。このように類似した経験はまとめて記憶の塊として憶えればよい。脳は面倒くさがりやだし，記憶容量や処理能力も無限ではないので，なんらかの効率化を図っているに違いないと踏んでいる。

話は少しそれるのだが，その結果面倒なことが起こる。例えば，類似した人の名前や言葉は共通部分を節約するため，近傍にまとめて記憶されているわけだ。これがどんどんたまってきて，記憶が古くなってしまうとリンクがぼやけてきて分離がむずかしくなる。これを記憶の縮退と名付けることにしよう。

えーっとあれあれ・・・，似たような名前がなかなか思い出せないのだ。経験の場合も類似したものが固着，融合してしまい，自分の記憶と家人の記憶がだいぶ別の模造記憶になってしまっている場合がある。親戚でたまに集まって互いの記憶を確認すると，あっと驚く発見がある。まあ，各人の立場の違いによる経験の差も影響しているかもしれない。

話を元に戻す。物理学の時間を定義するためには，周期的な物理現象の存在が必要だったように，意識における時間間隔は，自分の経験量によって刻まれるのではないか。その経験量とは物理的なものではなく，脳で情報処理される認知科学的な経験量＝脳内処理時間に比例する量だと推察できる。

この結果，歳を取れば，経験が増えた分，多くの経験は単なる繰り返しや過去のそれの派生的経験になる。そこで，情報処理時間はリンクだけですんでしまい，意識時計の目盛りは実時間に比べてあまり進まなくなってしまう。もしかすると認知科学の論文でこれを実証するような研究があるのかもしれない。

ネットでは，このテーマについて，ジャネーの法則というちょっと怪しい理論を持ち出して論じている場合がある。これは単なる現象論なので，あまり説明にはなっていない。

図：DiffusionBeeによる少年易老学難成のイメージ（抽象語の羅列には弱いと思われる）