ども。
大人になってから初めてマラソン大会に参加してみた担当ちゅんです。全身筋肉痛。

先日、広報の担当者から「広報紙にQRコードを掲載しようと思うんだけど、一般的な呼称を教えてほしい」と言われました。

さすが、と言うべきでしょう。一般的に広く知られている「QRコード」という呼び名は株式会社デンソーウェーブが商標権者となっていて、以下のサイトではきちんと「登録商標文の記載をしてください」とお知らせされています。

QRコードドットコム｜株式会社デンソーウェーブ
https://www.qrcode.com/faq.html

QRコードとともに「QRコードは株式会社デンソーウェーブの登録商標です。」と記載されているのを見たことがある方もいらっしゃるかもしれませんが、そのような理由があるのです。
そのうえで、今回は登録商標ではない別な呼び方はないか、との確認です。

ここで困りました。私は日常的に「2次元コード」という呼び方をしているのでそのように伝えたのですが、担当者からは「2次元バーコードの方が一般的じゃないでしょうか」と。
いやいや、そもそも「バーコード」というのは棒状の縞模様なので「バー」なのです。2次元のは棒状ではなく正方形ですし、「バー」じゃないですよね。

そう思ってネットで調べましたが、どうやらこの2次元●●には両方の呼び名が混在している模様。普段から連絡を取り合っている道内同業者にも聞いてみましたが、同業者は圧倒的に「2次元コード」が多い様子ですが決定打はありません。
そこで必殺「ChatGPT」の出番です。「QRコードの別な呼び方として2次元バーコードと2次元コードの2種類が混在しています。どちらを使うのが正しいですか？」と質問したところ、

『日本ではQRコードを2次元バーコードと呼ぶことが一般的ですが、欧米では2次元コードと呼ばれることがよくあります』

この「間違いなくそうである」と言わんばかりの自信満々な回答がChatGPTらしいところだなと思います（そして結構間違っていることも多い）が、AIはそのように捉えているようです。なので、今回の話の結論としては「どちらでもいいけど日本では2次元バーコードって言えばいい」が一応の答えのようです。豆知識として覚えておこうと思いました。

QRコードは株式会社デンソーウェーブの登録商標です。（再掲）

（投稿者：ちゅん）

今週は新採用職員研修に参加していたてんちょです。採用が昨年の夏だったので、今年度の新採用職員に混ざって一緒に研修受けてきました。八雲の歴史なども学ぶ機会となりいい経験になりました。

以前、とある小学校からトラブル対応で預かったChromebook。「設定変更を行ったことでログインができなくなってしまった」ということが根本の原因だったわけですが、設定変更を行った理由がログイン方法の変更でした。2次元コードでのログインからID/パスワードを使用してのログインに変更を行いたいということで、結局ローカルデータは保持できないという結論になりましたが個別にログイン方法を変更して返却していました。

実験的に1クラスの端末で実施を行っていましたが、これを全学年分で行いたいという追加での相談を受けていました。全台かぁ…って感じではありますが、２次元コードのデメリットもあるようで、2次元コードでのログインはカメラにコードを読ませるだけなので簡単にログインすることができますが、逆にコードが手元に無いと使用できないことや、コードをなくしてしまったりなどで再発行する先生の負担も大きいという面もあるということなので、いろいろな要因を検討した結果の結論なのでしょう。

まずはログイン方法の変更により、ローカルデータの保持ができないことはわかったので予めバックアップをお願いし、学年ごとに2次元コードでのログインをオフに設定。管理コンソールからCSVファイルをダウンロードし、パスワードの一括変更ができるようにファイルを作成して流しました。どうにか一括でパスワードも変更でき、あとは学校でログインしてもらうだけになりました。

しかしこういう一括変更は何かしらトラブルが起きるもので、数台のログインできない端末が出てきました。ログイン画面で表示されるユーザーを削除することでログインできるようにはなりました。無事に作業は完了しましたが、結局ログインできなかった原因は不明。他の端末とやっていることは同じはずなのに起きた不具合。なんだったんでしょうか。少しモヤっとする感じで終了となりました。

無事に終わったのでいいんですけどね。

（投稿者：てんちょ）

ども。
睡眠を何よりも優先させたい担当ちゅんです。

ちょっと聞いてくださいよ。ここ数年で一番かもしれない「なんで？？」っていう案件。
現在職員が業務で利用している中で一番古いかもしれないシステム。そのシステムは当初設計が20数年前のもので、ActiveXで動作しています。これまで、ブラウザのサポート終了など幾度もピンチがあったのですが、その都度、システム製作元により修正パッチが提供され、今までなんとか延命できてきました。
そんなレガシーシステムなのですが、帳票を出力するときにはシステム単体では出力ができず、別途Adobe Readerの導入が必須となっています。なので、業務で利用するPCには必ず同ソフトをインストールのうえで配備を行っています。

このたび、職員から「システムで帳票を出力しようとしたらAdobe Readerが起動できないというエラーが表示されるようになった」と問い合わせが来ました。調査を開始したのですが、ほどなく原因は判明。どうやらソフトを起動できない端末はAdobe Readerの64bit版がインストールされているようでした。
当方、PCを配備する際のキッティングでは32bit版を導入していて、これまで特に問題なく使えていたのに、ある日突然64bit版になるとは通常は考えづらいです。なぜこのようなことになったのか、追加調査を余儀なくされました。

すると、驚くべきことに当方が管理しているPCのおよそ3分の1で64bitに変更されていました。思わず「なんで？？」と声が出ました。
そして、この原因もあっという間に判明。Adobe社のサイトを見て愕然としました。

Acrobat Reader DC 64ビットへの移行について | Acrobat Reader

ひどいですね。というか、大切なシステムの根幹ともいえる動作をサードパーティのソフトウェア依存にしているシステム設計自体がアレだというのは疑いようがなく正論だと理解していますが、それにしてもここまで勝手にやられたら困惑を通り越して怒りを覚えます。なお、この回避方法は「レジストリにキーを追加する」という、イレギュラー対応そのもの、通常は非推奨ともいえるような対処。普段は特定のソフトウェアのことをここまで名指しすることは自主規制でやらないのですが、今回ばかりは別。非常に腹が立っています！

利用者の同意なしに64bit版に変更されてしまった様子（どうする・・・）

（投稿者：ちゅん）

先週はWindowsアップデートの配信日でした。先週末くらいから起動しないなどの問い合わせが何件か来ていましたが、アップデートで時間がかかっているだけで大きな不具合はありませんでした。ほかで不具合の報告などが無いかと、ネットで5月のアップデート情報をながめていると…21H2のサポート終了の情報が。しかも6月13日ってもう来月じゃないですか！？これは早急に対応しなければまずそうです。

そもそも21H2の導入が昨年だったので油断していました。昨年行った21H2へのアップデートは資産管理ソフトを使用して配布をおこなっていたようだったので、今回も同じ方法で配布を行うことにしました。22H2のイメージをファイルサーバーへアップロードし、”空海”のソフトウェア配布機能を使用してsetupを登録、ファイルサイズが大きいので日時分散して配布・実行、という流れです。

さっそく22H2のイメージを作成。Microsoftのサイトからメディア作成ツールをダウンロードし、ISOイメージでの作成を行いました。中身を丸ごとファイルサーバーへアップして、昨年の配布ファイルを確認しながら同じように作成。待機時間やサイレント実行などのオプション設定もそのままに、テスト端末で実行をかけてみます。ファイルサイズが大きかったのでダウンロードに時間がかかるかと思いましたが、想定よりは早くインストールまで完了。念のため、ちゅん氏が使用している端末にも配布テストを行って確認をとりました。

問題は庁舎内の端末でしかテストができていないこと。最近、外の施設のネットワークが少し遅いようで、ダウンロードがうまくいくか心配です。日数に余裕をもって分散させたので大丈夫だとは思いますが、しばらく配布状況を確認しながらの対応することにします。

終了期限までに無事に終わるかなぁ…。

（投稿者：てんちょ）

ども。
連休中に体調を崩し、未だに本調子に戻っていない担当ちゅんです。

新年度となり、予定している事業も徐々に本格化してきました。当町では昨年度に自治体情報セキュリティ三層分離の対策を見直して、いわゆる「βモデル」と呼ばれる体系へと移行したところですが、これからは業務（システム）を完全にインターネット側に寄せきる「β´モデル」への移行に向けて取り組みを進めていきます。

そんな中で、毎回頭を悩ませることが、自治体ならではの「予算科目」のこと。同業者様ならば思いを共有できると思うのですが、自治体の予算は支出元となる科目というのが決められていて、例えば紙やペンを購入するのは「需用費（消耗品費）」とされていたり、故障した機器の修理を行うのは「需用費（修繕料）」、パソコンなど高額なものを購入するのは「備品購入費」といったように科目が法令で決められています。なので、我々は何か予算を執行するにあたり「これは何費から支出したらいいのかな」と常に考えながら仕事をすることになります。

この仕組みは少なくとも私が役場に入庁したころから全く変わっていません。一方で、世の中は日々変化しています。例えば商品の販売方法が「買い切り」から「サブスクリプション」に移行していたりして、これを自治体として一体どのように支出すればいいのか、頭を悩ませます。
また、昔であれば何かを購入したら手元に実体のあるモノが残るのが当たり前でしたが、今では実体がない「ライセンス（権利）」を調達したりすることが多いです。これも自治体予算の科目とは微妙に合っていない（でもどうにかしないといけない）と思います。

もっと難解なのは「サービス利用料」の扱いです。ASPやSaaSを調達するとき、これは何費から支出すべきなのか。利用料という名称なので自治体予算の科目にある「使用料」という科目から支出すればいいと思いきや、これは総務省が平成21年度に公表している「地方公共団体におけるASP・SaaS導入活用ガイドライン」で「役務費の予算科目での予算化を推奨（ただし委託料での予算計上も考えられる）」とされていて、当町ではこのガイドラインに従い役務費での予算計上をしています。このように、ある程度明確になっているものはいいのですが、特に情報部門の調達では新しい仕組み・考え方との苦闘が続きそうです。

総務省ガイドラインより。当町はパターンAを採用することが多いです。

（投稿者：ちゅん）