コンビニのバーコードから、モンスターが生まれた日

——個人開発ゲームがGoogle Play審査にたどり着くまでの記録

世界を、ガチャにしたかった

エンジニアとして働いて十数年になる。仕事で書くコードは、動いて当たり前、褒められることも怒られることもあるけど会社が使うコードだ。それが嫌だったわけではない。ただ、ある日ふと思ってしまった。

コンビニでお茶を買ったときだった。レジで「ピッ」と読まれるバーコード。この13桁の数字は、世界でこの商品だけに割り当てられた、固有の文字列だ。

——この数字から、モンスターが生まれたら面白くないか？

QRコードでもいい。バーコードでもいい。身の回りにあるコードをスマホでスキャンすると、その文字列だけから、名前とステータスと姿を持ったモンスターが生成される。お菓子の袋から、宅配便の伝票から、本の裏表紙から。世界中のすべてのコードが、まだ誰も引いていないガチャになる。

そうして休日と仕事の合間に、ひとりでゲームを作り始めた。「QRiVバトラー」と名付けた。

サーバーのない世界で、約束を守る

このゲームには、絶対に譲れないルールをひとつ置いた。

同じコードからは、世界中の誰がスキャンしても、必ず同じモンスターが生まれること。

これが守られて初めて、「このお菓子のバーコードから強いやつが出た」という情報が、他人へのプレゼントになる。攻略情報が宝の地図になる。ゲームの外側の、現実の世界そのものが探索マップになる。

個人開発にサーバーを運用する体力はない。だからモンスターのデータはどこにも保存しない。コードの文字列を数学的に処理して、ステータスも、名前も、ドット絵の姿も、その場で毎回「再現」する。設計としては美しい。しかしこれは同時に、一度世に出したら生成の仕組みを二度と変えられないことを意味する。変えれば、世界中のプレイヤーの相棒が、別人になってしまうからだ。

リリース前の今だけが、すべてをやり直せる最後の期間。そう自分に言い聞かせながら、テスト版を作った。

「俺が勝った」「いや、私よ」

Google Playで新しいアプリを公開するには、テスターを集めた事前テストが義務付けられている。noteで募集をかけ、見ず知らずの方々が協力してくれることになった。

テストが始まってすぐ、設計の穴がひとつ見つかった。

このゲームには、お互いのQRコードを見せ合って対戦する機能がある。バトルの結果も「同じ組み合わせなら必ず同じ結果」という決定論で動く。ところが検証中、妙なことが起きた。AさんがBさんのコードを読み取った場合と、BさんがAさんのコードを読み取った場合で、同じ2体の対戦なのに、勝敗が食い違うのだ。

原因は、バトル結果を計算する乱数の「種」の作り方が、読み取った側を基準にしていたこと。両者の文字列を辞書順に並べ替えてから種を作るように直した。たった数行の修正だ。でもこの数行がなければ、公園で対戦した子どもたちが「俺が勝った」「いや俺だ」と喧嘩になっていた。

ひとりで作っていると、こういう穴は自分では見えない。自分はいつも「読み取る側」でしかテストしないからだ。

プラグインが「QR専用」だった夜

最大の壁は、皮肉なことに、このゲームの看板機能だった。

QRコードは読める。しかし、コンビニ商品のバーコード——このゲームの構想の原点——が読めない。調べると、使っているスキャン用プラグインがQRコード専用で、バーコードには対応していなかった。対応オプションもない。

選択肢は2つ。プラグインの内部を改造して作り直すか。あるいは——バーコードの解読器を、自分で書くか。

書くことにした。JANコードの正体は、白と黒の縞の「幅」で数字を表現する、古典的で美しいフォーマットだ。カメラ画像から輝度の線を1本抜き出し、縞の幅を測り、規格表と照合する。検算用の桁（チェックディジット）が仕組みに含まれているから、読み間違いはほぼ起きない。理屈の上では。

シミュレーションでは200回中200回成功した。意気揚々と実機に入れた。

1本も読めなかった。

原因究明のため、条件を変えながらシミュレーションを回し続けた夜、きれいな法則がひとつ浮かび上がった。「縞1本に割り当てられる画素の数が、ピンボケの半径より太ければ読める。細ければ絶対に読めない」。つまり足りなかったのは解読器の賢さではなく、カメラの解像度だった。設定を一段引き上げると、あっけないほど素直に、お茶のバーコードからモンスターが生まれた。

数日後、テストしていて気づいた。タバコの箱のバーコードだけが読めない。調べると、タバコやガムのような小さいパッケージは、桁数の少ない短縮規格の別コードを使っていた。それにも対応した。いまでは冷蔵庫の中身から薬箱の隣まで、家中がスキャン対象だ。

エンジニアを長くやっていても、「原因がひとつの法則に収束する瞬間」は、何度味わってもいい。個人開発の深夜にそれが来ると、なおいい。

テスターの一言が、ゲームを進化させる

テスターの方から、遠慮のない一言をもらった。

「ソロモードが乏しい」

図星だった。対戦を軸に作っていたから、ひとりで遊ぶときにやることが薄い。その週末、勝ち抜きで塔を登るソロモード、モンスターの育成、2体を合体させて新しい1体を生む「フュージョン」を一気に実装した。

面白いのは、例の「決定論」がここで効いてくることだ。塔の敵も全プレイヤー共通。「35階のアイツが倒せない」という悩みは、世界中のプレイヤーと共有できる悩みになる。合体の結果も世界共通。「AとBを合体させると何が生まれるか」という発見が、そのまま攻略情報として流通する。制約として受け入れた設計が、コンテンツを生む泉に変わった。

合体で生まれたモンスターには、あだ名を付けられるようにした。テスターの誰かが、自分だけの血統に自分だけの名前を付けて可愛がってくれたら、それはもうサーバーのないこのゲームの中に、その人だけの物語が宿ったということだと思う。

おわりに——ありふれたものの中に

いまこのゲームは、Google Playの公開に向けたテストの最終段階にいる。テスターの人数条件、14日間の連続テスト、アイコンの規格、署名鍵の設定ミス。地味なつまずきは数え切れないほどあったし、これからもあるだろう。

それでも、開発を通していちばん変わったのは、ゲームではなく自分の目だったと思う。

コンビニの棚が、ガチャの列に見える。宅配便の伝票が、まだ誰も出会っていないモンスターの卵に見える。ありふれた日常の風景に、固有の文字列がびっしりと埋め込まれていて、その一つひとつが、処理の仕方ひとつで固有の物語に化ける。

それは多分、創作というもの全般の話でもある。誰の身の回りにも、まだスキャンされていないコードが転がっている。

私のゲームの最初のモンスターは、お茶のバーコードから生まれた。あなたの最初の作品は、何から生まれるだろうか。

#創作大賞2026 #ビジネス部門