アプリの新しい案に先例があったとき、どこまで『違い』と言えるか。数独の『霧』を試作の数字で作り直して出した話

課題

混み合ったジャンルで新作を作るとき、「これは新しい」と思った案に、あとから先例が見つかることがある。捨てて別の案を探すか、気にせずそのまま出すか。どちらも選びにくい。

今回の例は、AIと一緒に個人で作っているスマホのパズルアプリ。10月の初めに、6本目として数独を作ることにした。

数独は、App Storeに山ほどあるジャンル。8月には、別のパズルアプリが「ほかのアプリと似すぎている」という理由で審査に落ちている（なぜ、審査で却下されたパズルゲームを、直さず作り直すことにしたのか？）。それ以来、混み合ったジャンルのアプリは、違いが決まるまで審査に出さないことにしていた。数独も、その理由で止めていた1本になる（パズルゲームの審査却下を受け、なぜ未提出の別アプリまで作り直すことになったのか）。

違いの案として出てきたのが「霧」。盤面が霧に隠れていて、正しい数字を置くと霧が晴れていく数独。ところが調べてみると、この仕掛けは、パズル好きの間では2022年から知られている変種とほぼ同じだった。

新しいと思った案に、先例があった。じゃあ、どこまでを「違い」と言えるのか。今回の悩みどころは、そこだった。

解決できるようにすること

混み合ったジャンルで「新しい」と思った仕掛けに先例があると分かったときに、「捨てる」か「そのまま出す」かの二択にしない。手元の数字で作り直して、言える違いの大きさを自分で決めてから出せるようにする。

持ち帰ってほしいのは、次の3つ。

• ルールだけでなく、名前やたとえまで含めて先例を調べるやり方
• 定番のルールが自分の題材で成り立つかを、手元のプログラムで数えて決めるやり方
• 違いを「発明」ではなく「位置づけ」まで下げて、比べる相手ごとに書き分けるやり方

先に結論

新しいと思った案に先例があっても、捨てるか出すかの二択にはしなかった。手元の数字で成り立つ形を探して作り直し、言える違いの大きさ（今回は「発明」ではなく「位置づけ」）を自分で決めてから出した。

10月6日に違いの相談を始めて、10月8日の明け方に審査へ提出した。10月14日に、審査を通って公開されたことを確かめた（ストアの記録上の公開は、前日13日の深夜）。記録に残っている範囲では、追加の質問も却下も無かった。

やったことを並べると、こうなる。

• 霧の案には「既にある変種」の心配があることを、案を出した時点で書いていた。決める前に競合を調べると、核のルールも「灯りで霧を照らす」というたとえも、ほぼ同じだった
• 手元のプログラムで数えると、定番の晴れ方（周りの8マス）は、ふつうの数独ではほぼ成り立たなかった。縦と横が晴れる「十字」にすると79〜93%成り立ったので、こちらを採った
• 試作を遊んで見た目と遊び方を直し、5章×20問に作り直した。当初の章の案は、試算で600回中1問しか成り立たず、作り方を変えた
• 提出前の採点では、「遊びの中心の判断が変わるか」を◎にせず◯に留めた。根拠には「ルールの発明ではない。新しさは位置づけにある」と書いた

ただし、審査に通った理由は分からない。この記事は「先例があっても通る」という話ではなく、先例がある前提で、言える違いを自分で決めてから出した記録になる。

この記事でわかること

• 思いついた仕掛けに先例があるかを、名前・たとえ・主題まで広げて調べる方法
• 定番のルールが自分の題材で成り立つかを、手元のプログラムで数えて決めた例
• 試作の数字（成り立つ割合、晴れる回数の分布）で、章の作り方を直した例
• 違いを比べる相手ごとに書き分けて、「発明」ではなく「位置づけ」として採点する方法

ここで、こう思う人もいるかもしれない。

「先例があるなら、別の案に乗り換えたほうがよかったんじゃない？」

記録を見ると、調べた時点で道が2つ並べてあった。晴れ方などを自分で決めて「霧の数独の一種」から一歩離れるか、定番どおりにして「霧を一般向けに前面に出した、最初のiOSアプリ」という位置で勝負するか。前者は違いが強まるかわりに仕様と作る量が増え、後者は作業が少ないかわりに「似ている」リスクが残る。

今回は前者の方向（晴れ方を十字にする等）を採り、それでも残る差の小ささは、そのまま記録に書いた。ちなみに、ほかの2案に戻るかどうかを比べた記録は残っていない。

全体の流れは、こんな感じ。

日時	出来事
10月6日 昼	ふつうの数独を先に作り、違いの相談を始める。3案のうち、霧の案に惹かれる
10月6日 夜	競合を調べて、霧の数独が既にあると確かめる。晴れ方を試算して十字にし、30問の試作
10月7日 未明	テスト配信で遊び、霧の見た目と遊び方を直す
10月7日 朝	5章×20問に作り直す
10月7日 夜	競合を調べ直し、6つの条件で採点する
10月8日 明け方	審査へ提出
10月14日	公開を確かめる

ふつうの数独を先に作りながら、違いを相談した

10月6日、まずはふつうの数独を作った。違いが決まるのを待たずに、ふつうの数独を先に作り、違いはそれと並行して相談する。この進め方は自分で決めた。

もう1つ、記録に残っている事情がある。自分は数独をあまり遊んだことがなかった。なので、先にふつうの数独を遊んで感じをつかんでから、違いの仕掛けを入れる、という順番にしている。

違いの相談は、8月の却下の後に決めた「コードを書く前の発想の手順」（ジャンルの当たり前を書き出して、1つだけ反転する、など）に沿って進めることになっていた。最初の相談で、AIがたたき台として3つの案を出した。

• 霧の盤面（案A「灯りで霧を晴らす」）
• 連なる盤面
• 限られた手札

正直に書いておくと、記録に残っているのはこの3案だけ。当たり前をいくつ書き出して、どれを反転したのかの表は残っていない。

後から見ると、霧の案は「盤面はぜんぶ見えている」という当たり前を裏返した形になっている。ただ、これはこの記事を書くときの整理で、当時そう書いた記録は無い。

自分の答えは「案Aが設定的に惹かれる」。ただ、案を出したその時点で、心配も1つ書いてあった。パズル好きの間に「霧の数独」と呼ばれる変種があること。なので、正式に決める前に、アプリとしての競合がどれくらいあるかを調べることにした。

ここは、後から読み返すと効いているところ。「調べたら既にあって驚いた」ではなく、「あるかもしれない」と分かった段階で、決める前に調べに行っている。

調べたら、核のルールも、たとえも同じだった

自分の指示で、AIが競合を調べた。分かったのは、次のこと。

• 2022年10月に海外のパズル作家が発表し、数独を遊ぶWebの道具が霧に対応したことで広まった変種がある。英語では「Fog of War sudoku」と呼ばれている。最初に見えるのは光源の周りだけで、正しい数字を置くと霧が晴れていく
• 案Aの核（正しい数字で周りの霧が晴れる）も、「灯りで霧を照らす」というたとえも、この変種とほぼ同じだった
• Google Playには、霧を主題にした数独アプリが1本あった。日本語にも対応している
• App Storeでは、霧を「いくつもある変種の1つ」として入れたアプリや、上級者向けの有料の問題集はあった。でも、霧を主役にした数独アプリは見つからなかった
• 日本のApp Storeで、名前に霧・灯・灯台・ランタンを含む数独アプリは0件。一方で「星」を含むものは6件以上あった

調べ方は、Appleの検索API（iTunes Search API。ストアのアプリを検索できる公開の仕組み）で、アメリカは17語・約523件、日本は16語・約406件の数独アプリを集め、説明文を霧・fog・ランタン・灯りなどの語で絞り込んだ。Google Playは、Webの検索結果ページで調べている。

ここで効いたのが、ルールだけでなく、たとえまで比べたこと。ルールだけを比べていたら、「晴れ方を変えたから別物」と言いたくなる。でも、たとえまで同じだと、世界観で包んでも違いの上乗せは小さい。実際、AIの見込みの採点にも、「灯りの比喩は原典と同じで、世界観による上乗せは小さい」と書いてある。

採点の基準は、8月の却下の後に作った自己チェックの6つの条件。遊びの中心の判断が変わるか、画像1枚と1文で違いが伝わるか、装飾を外しても違うか、少人数で作り切れるか、広告が遊びを壊さないか、名前や説明文が混み合っていないか。素案のままだと、1つ目（遊びの中心）と6つ目（名前や説明文）が△という見込みだった。

定番の晴れ方は、ふつうの数独ではほぼ成り立たなかった

調べたのは、よそのアプリだけではなかった。AIは、手元にあるプログラムでも試算している。ふつうの数独のヒント機能のために作ってあった、手筋（数独を解くときの決まった考え方）で解き進めるプログラムを使って、「見えている情報だけで、最後まで解けるか」を数えた。

結果は、図のとおり。定番の「周りの8マスが晴れる」形は、ふつうの数独ではほぼ成り立たなかった。既存の400問に霧をかけると0%。霧のために初期数字を増やして作っても、0〜1%。

晴れて見えた初期数字からも光が広がるようにすると、解ける割合は上がる。でもその場合は、序盤でほぼ盤面全体が見えてしまって、霧の意味が薄れる。

AIの見立てでは、数独の手筋は行・列・ブロック全体の情報を使うので、周りの小さな窓だけが見えても1マスも確定できない。パズル作家の霧の作品の多くが、別の追加ルールと組み合わせているのは、このためと考えられる、とも書いてある。

一方、縦と横が晴れる「十字」にすると、初期数字48〜54個・光源3つで79〜93%成り立った。灯台の光が縦横に届くイメージにも合う。

これ、順番が逆なのが面白いところ。十字は、違いを足すために選んだというより、ふつうの数独で霧を成り立たせるには十字のほうが向いていた、という結果になっている。なお、この試算は霧の中への書き込みも認めた甘めの見積もりで、記録でも「上限側」と書かれている。

この試算を踏まえて、AIが勧めた組み合わせを、自分が承認した。

• 霧は、初期数字も隠す（空いたマスだけを隠す演出にはしない）
• 晴れるのは、正しく確定したマスと同じ行・列（十字）
• 最初に見える範囲は、問題の側が決めた光源（数か所）
• 間違った数字では霧は晴れず、ミスに数える

1つ目は大事なところ。初期数字を見せたまま空いたマスだけを霧で隠すと、得られる情報は霧が無い場合と同じになる。そうなると、霧はただの演出になってしまう。

それでも、AIの評価は控えめだった。この組み合わせでも「霧の数独の一種」で、ふつうの数独と比べれば違いは強まるけど、霧の数独と比べた差は「晴れ方が独自」の一段にとどまる。記録には、この評価を自分に伝えたことも残っている。自分は、それを聞いたうえで先へ進めている。

同じ日に、AIが30問の試作を作った。霧が晴れる回数は、2回が20問、3回が7問、4回が3問。課題としては、解けることの判定が下限側の保証なので実際はもっと易しいこと、晴れる回数も2〜4回と短めなことを書き残している。

遊んでみたら、霧が背景に溶けていた

10月7日、テスト配信（TestFlight。Appleのテスト配信の仕組み）で試作を遊んだ。自分の感想は、「霧とダークモードの背景が見分けづらい」「霧のモードは遊び方の説明が要るかもしれない」。

原因は、霧のマスに黒い膜を重ねていたこと。暗い背景との差が、ほとんど出ていなかった。AIが3つの見本の画像を作り、自分が「白いもや」の案を選んだ。もやは画像生成ではなく、プログラムで描いている。色や濃さを調整しやすく、マス目にも合わせやすいから。あわせて、霧のモードを初めて遊ぶときに、4枚の遊び方の説明を出すようにした。

次のビルドでの自分の感想は、「霧モードも楽しく遊べそう」。ここで、仕掛けを足すより先に、世界観と見た目を整えることにした。世界観は「霧の岬の灯台守」。霧のモードは5章×20問にして、前の章を全部解くと次の章が開く形に決めた。

試作の数字で、章の作り方を直した

5章×20問の当初の案は、先へ進むほど光源を減らし、3章目で必要な手筋を1段上げる、というものだった。

AIが、各章の作り方を600回ずつ試算した。すると、3章目の案がうまくいかなかった。

霧の下で、1段上の手筋（ロックド・キャンディデート。ある数字が入る場所が、ブロックの中の1列に限られることを使う考え方）を必須にすると、600回中1問しか成り立たなかった。しかも、その手筋を3章目で要求すると、光源が2つに減る4章目より難しくなって、章の順と難しさが逆転してしまう。

そこで、3章目は手筋を上げるのをやめて、初期数字を減らし、霧が晴れる回数を増やす形にした。手筋の段差は、最後の5章目だけ。5章目は、ペア（2つのマスに入る数字が、同じ2つに絞られることを使う考え方）まで必要な問題に限った。

「600回中1問」は、かなりはっきりした数字。思いついた章立ては悪くなさそうに見えても、霧という条件を重ねると、ほとんど作れない。ここも、頭の中で決めずに数えたから分かったところ。

結果として、図の右側の「晴れる回数の分布」が、章ごとの違いになった。1章目はほぼ1回で晴れ、2章目は2回、3章目以降は3〜4回が中心。5章目は3〜6回。

ただ、正直に書いておくと、この分布が記録に残っているのは設計のメモの中だけ。後で書く6条件の採点表には、この集計の数字は入っていない。

提出の前に、言える違いを比べる相手ごとに書き分けた

10月7日、テスト配信のビルドを遊んだ自分の感想は「この状態でも十分楽しい」。そのまま、審査に出して問題ないかをAIに調べてもらった。

AIが、Appleの検索APIで日本とアメリカのストアを調べ直した。「fog sudoku」「sudoku fog」「fog of war sudoku」「mist sudoku」「hidden sudoku」「霧 数独」「霧 ナンプレ」「数独 霧」の8語で、霧を主役にした数独アプリは0件。霧を変種の1つに持つアプリは、前日と同じ版のまま。Google Playの霧の数独アプリも、App Storeには来ていなかった。

そのうえで、6つの条件を採点し直した。

条件	採点	記録の根拠（要約）
①遊びの中心の判断が変わるか	◯	初期数字まで隠す霧と十字の晴れ方で、「どのマスを確定させて、次の情報を得るか」という判断が加わる。ただし、霧の数独は既知の変種で、ルールの発明ではない
②画像1枚と1文で伝わるか	未達	一文は言える。ただ、ストアの文言と画像ができるまでは満たしたと判定しない
③装飾を外しても違うか	◎	霧・十字の晴れ方・光源・照明弾（1問に1回、選んだマスの縦横の霧を晴らせる助け）は、ゲームの仕組みとして成り立っていて、世界観の絵や文言を外しても残る
④少人数で作り切れるか	◎	100問は作って同梱済み。続けて問題を作る運用は要らない
⑤広告が遊びを壊さないか	◯	広告の接点は、クリアの後・2回目以降のヒント・照明弾。照明弾は「行き詰まったら灯りを足す」として遊びの中に置いた。クリア後の広告の頻度は、調整の余地あり
⑥名前や説明文が混み合っていないか	◯	アプリ名に「数独」「Sudoku」「Fog」を入れない。説明文を作るときに、既存の変種名を避けたかを確かめ直す

いちばん大事なのは、①の根拠の続き。記録には、こう書いてある。

新しさは「霧を主役にした一般向けアプリ」という位置づけにある

これを、比べる相手ごとに並べたのが次の図。

「違いがあるか」を1つの答えで言おうとすると、どうしても話が大きくなる。比べる相手を3つに分けると、ふつうの数独には強く言える、霧の数独には一段しか言えない、ストアのアプリとしては位置づけで言える、と正直に書き分けられる。

ここで「位置づけ」に下げたのは、弱気になったからではない。言えないことを言わない、というだけの話。①を◎にしなかったのも同じ理由になる。

名前の側でも、同じ考え方をしている。ストアの文言の方針には、アプリ名に「数独」「Sudoku」を入れず、サブタイトルで「数独」を1回だけ使う、既存の変種名「Fog of War」や競合アプリの名前に近い語は使わない、と書いてある。名前を考える段階では、自分の別アプリの名前と重なる語にも気をつけている。

1つ、表に残っていないこと

②は「ストアの文言と画像ができるまで未達」のまま、表が終わっている。その後、ストアの文言は「霧に隠れた盤面を、正しい数字で照らして晴らす」ことを名前・サブタイトル・説明文の冒頭・画像の1枚目で伝える、という方針で作られた。

でも、素材ができた後に②を判定し直した行は、この記事の下書きのためにAIが記録を探した範囲では見つからなかった。中身として満たしていたかどうかと、表に残したかどうかは別の話。

2日後に作り始めた一筆書きパズルでは、10月16日の提出の直前に、6条件を全部採点し直している（後で紹介する記事を参照）。保留にした条件は、保留のままにせず、提出の前に埋めて表に残す。ここは次への持ち越しになる。

提出して、公開まで

10月8日の明け方、自分の承認で、AIがApp Store Connect（Appleの開発者向けの管理画面）から審査へ提出した。相談を始めた10月6日から、2日足らず。

10月14日、自分が審査の通過を確かめ、AIがストアのページでも公開を確かめた。ストアの記録上の公開時刻は、前日13日の23時54分。承認されたら自動で公開する設定にしていたので、承認の時刻そのものは分からない。

記録に残っている範囲では、提出から公開まで、追加の質問も却下も無かった。

ここで、もう1つ聞かれそうなことがある。

「じゃあ、先例があっても『位置づけ』で違いを言えば、審査は通るの？」

答えは「分からない」になる。審査がどこを見て判断したかは知らされない。6条件で採点したのは自分たちで、Appleの基準そのものではない。言えるのは、提出した時点で「どこまでが違いで、どこからは違いではないか」を、自分の言葉で書き分けた状態になっていた、というところまで。

2日後の一筆書きでは、「霧」を採らなかった

この数独の2日後、10月8日に、次の新作として一筆書きパズルの企画を始めた。そこでは、ジャンルの当たり前を書き出して1つずつ反転した表が残っている。その中に「盤面はすべて見えている」を反転した「霧で隠す」があり、自分の別アプリ（この数独）と同じ仕掛けになるという理由で採らなかった。

並べてみると、同じ手順と同じ6条件を当てても、結果の向きが違う。

	一筆書き（10月8日〜22日）	数独（10月6日〜14日）
反転した案	番号を「通る順番」から「何歩目までに着くかの期限」へ	見えている盤面を「霧で隠す」
先例	調べた範囲では、マスごとに歩数の期限を持つものは無かった	2022年からある変種とほぼ同じ
試作の数字で直したこと	期限に余裕が無い問題を外した	晴れ方を十字にし、章の作り方を変えた
①の採点	◯（数字の付いた経路パズル自体は昔からある）	◯（霧の数独は既知。新しさは位置づけ）
提出前の自分のデータ	全160問を集計して採点に使った	章ごとの晴れる回数の分布（採点表には未記載）
進め方	コードを書く前に発想の手順を通した	ふつうの数独を先に作りながら相談した

どちらも①は◯で、「ルールそのものの発明ではない」という同じ種類の留保が付いている。違うのは、反転した案に先例があったかどうか。そして、先例があった数独のほうは、違いを「位置づけ」まで下げて書くことになった。一筆書きの話は、混み合った一筆書きパズルで、前提を1つ反転して新作を作った話。App Store提出前に数字で確かめた6つの条件にまとめている。

先例が見つかったときのチェックリスト

今回やったことを、ほかのアプリでも使える形にまとめておく。

案を出したとき

• 「既にありそう」と思った案は、決める前に調べると書いておく
• ルールだけでなく、名前・たとえ・アプリの主題でも検索する（日本語と英語、App StoreとGoogle Play）
• アプリだけでなく、パズルの変種として存在するか（Webで遊ばれている作品など）も見る

ルールを決めるとき

• 定番のルールが自分の題材で成り立つかを、手元のプログラムで数える
• その試算が甘めか厳しめかも、一緒に書いておく
• 定番が成り立たないなら、成り立つ形を探す。それが違いにもなるかは、別に確かめる
• 隠す・見せるといった仕掛けが、ただの演出になっていないか（得られる情報が変わるか）を見る

試作のとき

• 章や難易度の作り方を試算し、成り立つ割合が極端に低い案は採らない
• 章の順と難しさが逆転していないかを見る
• 自分のデータ（分布など）を、採点の根拠にも書く

提出の前

• 違いを、比べる相手ごと（ふつうのジャンル・既存の変種・ストアのアプリ）に分けて書く
• 既存の変種と比べた差が小さいなら、「発明」と書かず「位置づけ」と書く
• 名前・説明文に、既存の変種名や競合アプリの名前を使わない
• 「未達」で保留にした条件は、提出の直前に判定し直して表に残す
• 競合をもう一度調べる。ほかのストアにだけあるアプリが来ていないかも見る

こんな人に向いている

AIと一緒にスマホアプリを個人で作っていて、数独やパズルのような混み合ったジャンルに新作を出したい人に向いている。特に、「いい仕掛けを思いついたけど、もしかしたら既にあるかも」と感じている人には、先例の調べ方と、違いを比べる相手ごとに書き分けるところが使えると思う。

自分の仕掛けに先例があると分かって、手が止まっている人にも。捨てる前に、手元で数えてみる余地は残っている。

まとめ

アプリの新しい案に先例があったとき、どこまで「違い」と言えるか。今回の例では、数独で思いついた「霧で隠す」仕掛けが、2022年からある変種とほぼ同じだった。それでも、手元のプログラムで数えてみると、定番の晴れ方はふつうの数独ではほぼ成り立たず、十字の晴れ方なら成り立った。試作の数字で章の作り方を直し、提出の前には、比べる相手ごとに言える違いを書き分けて、①を「位置づけ」の◯に留めた。審査は1回で通ったけど、それが違いのおかげだったかは分からない。

項目	内容
結論	先例のある仕掛けでも、成り立つ形を手元の数字で探して作り直し、言える違いを「位置づけ」まで下げて書き分けてから出した。1回の提出で公開されたが、審査の理由は分からない
教訓	先例は名前とたとえまで調べる。違いは1つの答えで言わず、比べる相手ごとに分けて書く。保留にした条件は、提出前に埋めて表に残す
対象読者	AIと一緒にスマホアプリを個人開発していて、混み合ったジャンルで思いついた仕掛けに先例があるかもしれない人

同じ状況に陥ったときの回避策

• 「既にありそう」と感じた時点で、決める前に調べる。ルールだけでなく、名前・たとえ・主題でも検索する
• 定番のルールが自分の題材で成り立つかは、頭で考えずに手元のプログラムで数える
• 試作の数字で成り立たない案（今回は600回中1問）は、思い入れがあっても採らない
• 違いは、比べる相手ごとに強さを書き分ける。既存の変種との差が小さければ「位置づけ」と書き、◎にしない
• 「未達」で保留にした条件は、提出の直前に判定し直して記録に残す
• 審査に通っても、通った理由を自分の手順の成果だと決めつけない

次に読むなら

先例があった今回とは逆に、反転した案に先例が見つからなかった例も読んでおくと、同じ手順がどう働くかを比べられる。

• 混み合った一筆書きパズルで、前提を1つ反転して新作を作った話。App Store提出前に数字で確かめた6つの条件 — ジャンルの当たり前を書き出して1つだけ反転し、試作の数字で弱点を直し、提出の直前に競合の調べ直しと全問の集計で違いを確かめた手順とチェックリストが分かる

この記事のパズルを遊んでみる

この記事で作った霧の数独は、ブラウザでも遊べるようにした（2026年10月28日から）。インストールは要らず、スマホでもパソコンでも開ける。遊び方とアプリ版の案内は、説明のページにまとめている。

• ブラウザ版の説明と遊び方

---

この記事は、筆者が実際に個人開発しているモバイルアプリの開発記録（2026年10月6日〜14日。一部8月〜10月の記録を含む）を基に、独自調整したAIが下書きを作成し、筆者が事実確認・編集を行った上で公開しています。