『数独』パソコンか人手か？

2006 May. 27
H18. 4.23-5.21
『数独』
パソコン
志村メールに
か
人手
sda.doc
か
？
励まされて
中野嘉弘 83才・貞枝（札幌市）、山下紀幸（横浜市）、西川利男（JAPLA会長）
FAX 専 011-588-3354
F/T 045-851-3721
F/T 047-163-0364
e-mail: yoshihiro@river.ocn.ne.jp
Toshio.Nishikawa@kiu.ne.jp
数独（ナンプレ）の超難問題を、ついに老妻Ｓまで参加・解決した話題である。
独身である必然性はない！
０．は
しが
き
我がJAPLA の活発なる会友・志村氏からの先日のメール「数独ファンへ」（文献１）
多謝！ただし、若干「数独」について、気になる点があった。
「欧米ではＰＣパソコンが主流で、日本では人手が主流らしい」など３点である。
１）日本では「数独」のＰＣ処理では、目ぼしい仕事がないようだ？
（本当かな？我がＪＡＰＬＡは三老が健闘している筈だが！）
豪州その他の外国から、ＳＵＤＯＫＵＰＣゲームの逆輸入が盛んな事かな？
２）「ＷＯＲＤ＞一太郎」、「欧米＞日本」と云う何らかの不等式があって、
従って「ＰＣ＞手作り」なる印象を与えかねない、評論家的表現になったか？
（多分、そうではあるまい？）そこで、その様な誤解を、他の多くの人々に与え
ないために、「数独」愛好者の実態の一端を本稿で披露したい。
３）「文芸春秋」の記事？云々
「文春」誌は以前から、付録的懸賞クイズのなかに、クロスワード等と並んで、
この「数独」問題を毎月、出題している。我が老妻もその愛好者である。
また、「数独」の爆発的人気ぶりは、社会現象として、評論的に大手の新聞紙上でも
再三、取り上げられ、さらに実際問題としても、例えば、毎日紙は毎週・水曜日に、
読売紙は毎週・日曜版に初級から超難問まで、とっかえひっかえ取り混ぜて、出題
している。我らも、共著者・山下老と、問題を交換しながら解答を楽しんでいる。
知的遊戯愛好の他の大勢の方々も同様であろう。碁・将棋などと同じだ。
「文春」記事は、何をいまさら、見るに及ばず（こんな態度はいかんかな？）
とにかく、実践的立場から参考資料にと、述べて見る。
後日、「文春６月号」の実物を実際に見たら、筆者はなんと、「数独」問題メーカー
「ニコリ」社の社長「鍛冶真起かじまき」氏自身であったし、志村氏の表現とは可なり
異質で、実際我ら数独愛好者のセンスとぴったり合う記事であった。（文献２）
そりゃ当然の話だ、手作りメーカーだもの。なんと、マーケットのニーズに答えるべく
１８年分のストックを有すると豪語！する。
恐れ入りました。
我らがここで論じたいのは SUDOKU を PC Game として載せている舞台手段
では無くて、問題の本質、即ち「作成と解答」の論理の話である。
- 1 -
Platform
１．ＳＵＤＯＫＵ
と
ＰＣ
「解答法」として秀逸なのは J Software 社の Mr. Hui （彼は Dr. にあらずと、
わざわざ自分から云ってよこした！）の Vector 誌に掲載の論文である。
なんと、 SUDUKO と間違ってくれる愛嬌もあったが。（文献３）
これに応対して、我らアダ名は三賢人？のＪ言語による幾つかの論文が既に出て
いる。（文献４、５）
しかし、Hui は SUDOKU 問題をサイズ９ｘ９に限定しているので、中野ら三老は
他のサイズ（下は４ｘ４から上は３５ｘ３５や３６ｘ３６）に拡張した。
同じくＪ言語である（文献５，５－ａ）。その中で、かなりしつこく触れた件は
ＣＬＡＲＫの問題（原コードはＡＰＬ）で Hui法では歯が立たない難問であった。
他の言語では、例えばＣ言語の例が SUDOKU 問題の外国メーカーから報告されて
いる。 OS は Finland の大学生の作とかの Linux のＣ言語である。
今の主題では無いから、紹介のみして置く。（文献６）
さらに、我らＪＡＰＬＡに近い線では、ＡＰＬ言語の２例（J. Clark 分と
E. Morgan 分）が、先の Mr. Nui 論文の掲載誌 VECTOR の同じ号に紹介されて
いる。（文献７）
ただし、この２篇とも、著者自身でなく、間接紹介であるので、 APL codes 等に
脱落などの難があり、とてもそのままでは理解し難い。
それを、なんとか理解の努力結果の中、J. CLARK に対応分を、中野は去る３月の
ＪＡＰＬＡ研究会で、印刷資料（約１０ペイジ）を配布して頂いた。（文献８）
しかし、電子化資料分の UPLOAD は残念にも未完である。
理由は、その論文の半分が、特殊ＡＰＬコードの為、画像処理とすれば、ファイル
等の容量が莫大となり、色々難しい事になるのだ。（自分の手元で画像処理するまで
は出来るのだが、なにしろ相手の要る事なので！）（文献１０）
続いて、E. MORGAN 分も原稿は出来て、投稿予定であるが（文献９）、電子化の都合
で、先が滞貨が見え見えなので、押さえているのが現状である。
そこで考える。電子化対策で、気を散らす事は、担当責任者に任せよう（文献１０）。
また、ＰＣを用い、様々な言語で、コード作りする事が「数独」問題の本筋では無か
ろう。
つまり、「ＰＣに解かせる」のでは無くて、「人手で問題攻略したプロセス、
いわば、棋符の経過をＰＣ上で実現するプログラムを作成すべし」となる。
これは、我が三賢人？の一人、「西川会長」の表現を借りればである（文献１１）。
念の為 Mr. Hui 法の能力を、只今着の山下ＦＡＸ（文献１２）により例示して置く。
ただし、原 Hui 法の限界により、サイズ９ｘ９の問題のみしか対象とせず！
材料：数独 No.21 ニコリ社（文献１３）
1) easy & medium 80問は
Hui 流の関数 assign で解ける。
2) hard 20 問は
Hui 流の関数 guess の 2 ～ 6 回で解ける。
3) 毎日紙の問題 mn517 等、読売紙の問題 ys514 等も assign 関数で済む。
4) 難問題 CLARK は異質である。 Hui 流で歯が立たず・・・・・。
さて、この超難問ＣＬＡＲＫとはなんぞ！ open 箇所は５６。
それ故、ＣＬＡＲＫ５６と呼ぶ事にしよう。
英国 APL 協会の VECTOR誌（文献７ p.53）に現れ、我らの論文（文献５の p.14、
文献５－ａの pp.5-12）に詳しく論じられている。
困難の原因は、複数解１５２２０ケを有つ為である（文献５－ａ p.10）。
これは、序の口で、１６万余の複数解へと発展するかも知れないのだ。
しかし、Adrian SMITH 氏も John CLARK 氏も、どなたも何も触れてくれない。
- 2 -
この超難問ＣＬＡＲＫから、さらに open を１ケまして、ＣＬＡＲＫ５７
相当を、我が老妻は、黙視で、簡単に解いてくれた。この問題をＣＬＡＲＫ０と
今は、呼ぶ事にする。原ＣＬＡＲＫより０が１ケ多いからである。
新しい空所は、データ行列の 1 ORIGIN で（６、２）要素である。
しかも、１日に３例の解を見つけた事もあり、現在までに、６例解を発見した。
家事の合間、朝飯前、お寝み前の「すさび」である。
勿論、近くの部屋には、小生のＰＣが鎮座しているが、見向きもせず、呼んでも
来ない。つまり、ＰＣには全く関係なし。
かくて、「人手」は、少なくとも、山下老のＰＣ作業（絶賛 Hui 流）より、
勝っていると見るのが、素直と云うべきものだろう。
これが今回の、家族投稿の理由である。「数独」は「独身に限らない」。
２．
数独の
ルール
禁じ手がある。解答者のセンスとしての常識である。
１）機械は使うな。筆記具のみ可。
２）消しゴムも不可（消去法は不可の意味、ただし内緒は問えぬ）。
以上は「紙媒体」の場合である。ＰＣゲーム化された場合には、適当に読み替えて
下さい。つまり、じっと黙視して発見せよ。
それを、我が妻は忠実に守ったので、集中の中断を極度に嫌った。
棋符はきちんと残した。私事だが、彼女の長兄は元Ａ級プロ棋士、九段。偶然、
末弟もまた、数独ファンで、今話題の、この「文春」記事を読了していた。
３）山下老は、問題の解に立ち往生の際には、ＰＣを、一々、「禁じ手であるが」と
テレクサそうに断って利用している。
「ＰＣなら、すぐ出来るよ！趣味の問題だな？」と即断したら、ニセ文化人の悪い癖
と受け取られよう。気を付けたい。
彼の云うＰＣとは、 Hui流の原コードを内緒？で利用して「解いた顔をする事」で
ある。それは、恐縮の至りと云う訳だ。
後段で述べるのは、とにかく、ＰＣが立ち往生する超難問題を人手で簡単に解いた話
なのである。
３．
ＣＬＡＲＫ０
の問題
Adrian Smith の紹介記事（文献７ａ）にある。
問題ＣＬＡＲＫ０
London Times への問題作成から話は始まる
open 57
Clark's Generator と呼ぶ。難易度は
EASY, MEDIUM, HARD, and VERY_HARD と４段階
０３４００５０００
にクラス分けする。問題例は右掲するが、
０７５０２０１００
given ２４ケ所、 free （open 空所）５７ケ所
００００００８７５
であるから、ニコリ社の分類の流儀では medium
３４００００００９
と hard の中間クラスであって、決して VERY HARD
０００２６０３４０
などに非らず。しかしＰＣ（Dyalog APL）で解
０００３４００００
くのに０．３秒は、少々遅いな？の感じがした。
００３５８００９０
しかし、中野らの Mr. Hui 流のＰＣ（Ｊ言語）
００００００００３
では、立ち往生、解けない（文献５，５－ａ）。
０００００００００
Hui 流ＰＣ処理の限界を示した。読者諸賢の
自らのトライもお願いしたい。
- 3 -
それを、我が老妻Ｓは、いとも簡単に解いてしまったのだ。しかも、既に６通の
独立解を得ている。不等式の向きは人手＞ＰＣとなった。
西川ＦＡＸ（文献１１）によれば、この解の棋譜をＰＣで追うプログラムが可能か
どうか？が新しいテーマになるだろうと。
既に得られた６通りの解の中、その幾つかの棋譜を示して置く。
例えば 8 (1,1)は、数字 8 を cell (1行、 1列)に置く place する事を示す。
オリジンは１としている。
なお、数値が多いので、ワープロ作業での記入ミスがあるかも？その辺は御寛容を。
適当に判断し、御訂正が可能と思います。実は、家妻の解いた問題は、原ＣＬＡＲＫ
より難しい OPEN が、さらに１ケ多い５７ケのものだった事が、この原稿を書いて
いる中に判明した。それをＣＬＡＲＫ０として上掲した。原ＣＬＡＲＫ問題は
（６，２）要素が６と、既に given であった。それら（６、２）要素は、下掲の
棋譜の ◆ 印付きの入力に対応のものである。
偶然、より難しい方を解いたのだから、本稿の意義は失はれない筈である。
以下の棋譜は、見開き１ページにまとまる様に、説明記述をずらして表示するなどの
工夫をした。
一言、御注意すれば：棋譜の印刷が複数ページに跨ったら、縦列を論理的に最後まで
辿ってから、隣の列に移って下さい。
本節の「人手解法」の特徴を挙げておく。
「数独」問題が、簡単な処方で常時解ける訳はないから、傾向としての話である。
実際、自ら解いた経験がある方には、理解して頂けよう。
０）
簡単に入力出来る箇所は、とにかく入力を済ませる。
下掲ＣＬＡＲＫ０の解で初期入力（9, 5, 4）や（9, 3, 4 ）などは、誰が
やろうが、 Hui法でも、黙視でも、簡単に出来る！問題はその後。
１）数字の配置位置の「行」、「列」、「ブロック」の中、出来るだけ「ブロック」
を優先に考える。サイズ９ｘ９の問題なら、左上隅の正方３ｘ３ブロックに
入れる数字を先ず探す。行や列の条件は従である。
（数独問題の一般では、ブロックは正方形とは限らぬ。矩形や星型やクリスマス・
ツリ－型などまである。）
２）ブロックは、左上隅から右下隅へと、順次に押して行きたい。この時は、９ケ
のブロックが対象の感じとなり、注意を集中し易い。
３）勿論、上は原理的方針であって、現実は、一筋縄では行かず、それに近づける
だけかもしれぬ。
４）中野はすでに、この方式のＡＰＬコードをトライした（文献９－ａ）。
５）ＣＬＡＲＫ問題では、更に好都合があって、人手入力は加速された。
それは、似たような数字の組、 double, triple, n-tuple の繰り返しが、殆ど
各ブロックに予想される事であった。これは、問題作成時に、群論の「群表」もどき
の利用を窺わせるものである。「もう判り切ったからつまらん、止めよう」とまで
人手解答者Ｓに云わせた。
群論の利用は好ましく無い手段かも知れぬ。
さて、西川提案は、これらの「棋譜をＰＣ上で再現する」狙いのプログラムが出来
ないか？と云うものだ。これが出来ればＰＣも「数独の人間解」に近ずくことになる。
これは、読者諸賢にもトライをお願いしたい。
西川の「Ｊグリッドプログラミング」（文献４－ｂ）中の読売紙の問題についても、
中野Ｓは同好の「人手解の棋譜」を既に得ている。データは後節６．に。
これも有効であろう。
- 4 -
解
１
８
９
３
７
２
４
６
５
（１）
３
７
２
４
５
６
１
９
８
棋譜１
↓ 9
5
4
3
3
４
５
６
１
９
８
３
２
７
８
９
１
７
２
３
５
４
６
解
H18.5.14
７
２
３
５
６
４
８
１
９
５
６
４
８
１
９
２
７
３
９
１
８
２
３
７
６
５
４
２
３
７
６
４
５
９
８
１
６
４
５
９
８
１
７
３
２
value (row, column)
1 origin
８
９
１
３
５
６
４
２
７
（６）
３
７
６
４
９
２
１
８
５
４
５
２
７
１
８
３
９
６
棋譜６
７
６
９
８
２
３
５
４
１
H18.5.18
１
２
３
５
６
４
８
７
９
５
８
４
１
７
９
２
６
３
９
１
８
２
３
７
６
５
４
２
３
７
６
４
５
９
１
８
６
４
５
９
８
１
７
３
２
value (row, column)
1 origin
(1,7) ↓ 6 (6,2) ◆
(4,5) ↓ 7 (6,7)
(2,9)
5 (6,8)
(2,8)
1 (6,9)
(3,5)
8 (6,3)
↓ 9
3
4
2
6
(1,7)
(2,8)
(2,9)
(1,8)
(1,9)
4
6
7
2
6
(3,6)
(2,6)
(1,5)
(1,8)
(1,9)
3
2
6
1
4
(9,6)
(7,6)
(7,7)
(7,2)
(7,1)
● 8
7
1
8
9
(1,1)
(1,4)
(1,5)
(2,6)
(2,1)
8
2
5
7
1
(5,9)
(6,2) ◆
(6,8)
(6,7)
(6,9)
● 1
8
8
9
1
(1,1)
(1,4)
(2,1)
(2,4)
(3,4)
7
1
4
6
7
(7,9)
(8,5)
(8,4)
(9,4)
(8,6)
6
2
6
1
3
(2,4)
(3,3)
(3,2)
(3,1)
(3,5)
6
8
1
4
6
(6,1)
(6,3)
(7,2)
(7,1)
(7,7)
2
6
9
2
6
(3,2)
(3,3)
(3,1)
(4,7)
(4,8)
9
2
5
6
9
(9,5)
(8,3)
(8,7)
(8,1)
(8,2)
4
9
5
7
9
(3,6)
(3,4)
(4,5)
(8,5)
(9,5)
7
1
2
5
8
(7,9)
(8,8)
(8,1)
(8,7)
(8,2)
7
8
1
7
5
(4,4)
(4,6)
(4,3)
(5,1)
(5,2)
8
1
2
4
5
(8,8)
(9,8)
(9,9)
(9,7)
(9,1)
8
4
1
3
2
(4,4)
(8,4)
(9,4)
(9,6)
(7,6)
9
2
4
5
6
8
1
9
9
2
(5,9)
7 (9,3)
(5,6)
8 (9,2)
(5,3)
(6,6)
計
(6,1)↑
５７
→↑
6
7
9
1
2
(8,6)
(5,6)
(6,6)
(4,6)
(4,7)↑
→↑
7 (9,1)
8 (9,8)
- 5 -
↓ 6 (4,8)
↓ 7 (4,3)
5 (5,1)
9 (5,2)
1 (5,3)
(8,3)
(9,1)
(9,7)
(9,2)
(9,3)
計
５７
４．
複
数解
問
題
原ＣＬＡＲＫ問題の困難の原因はが「複数解の存在」の為であり、その規模は、
１万以上の１５２２０通りである事は、すでに我らの旧稿「数独とＪ（その２）」
（文献５－ａ p.10）で述べてある。老友・山下は最近、やっと、数量的に合点した
とＦＡＸして来た（文献１４）。
ついでに、旧稿を復習すれば（文献５－ａ p.10-11）、VECTOR誌の CLARK 氏自身
の解答は（ゼロオリジンで）４８５７番目／１５２２０内に当たる云々・・・・・・。
これを基準に open ０を増せば、複数解は増え（例えば１６万超へ）、０を減じて
given （指定）を増せば、複数解は減る（例えば 7656 -> 4370-> ---> 42, 12, 3, 1）。
では、今回のＣＬＡＲＫ０問題では如何に？
複数解は、７７、６７４通りであった。
内訳は、スタートの左上隅の第１ブロック０３４の空所０への入力の
可能性の２種類「１か８か」によって決まる。
前節の家妻の黙視解の６ケの例を（）内、原ＣＬＡＲＫ５６の解も併記した。
１）１３４のもの
２）８３４のもの
計
ＣＬＡＲＫ０（CLARK57 相当）｜ CLARK56
１８，４２５ケ解（４例）｜ 4,370 ケ
５９，２４９ケ解（２例）｜ 10,850 ケ
７７，６７４通り（６例）｜ 15,220 通り
さらに０を増した CLARK58 相当では１６万超の複数解は目に見えている。
かくて、これらＣＬＡＲＫ問題は、著しく特異・異質な例である。
中野は旧稿で、この手の問題、つまり「 Adrian Smith の記事はブタ！」と評した
（文献５－ａ p.12）。なお、Ellis MORGAN 氏の紹介記事は原理のみ、例題も無い。
ＣＬＡＲＫの方は puzzle-generator （パズル作成法）付きであるから、この強烈な
批評はＣＬＡＲＫ宛に向けられたものであった。
日本の「数独」関係者は、ほとんど「単一解」しか許さぬ。複数解のものを提供
したら、メーカーの体面を傷付けると思っている。
善意の老友・山下は「常に単一解」を信じて疑わない。
では、如何様にして、ＣＬＡＲＫ問題如きが作られたか？
５．
ＣＬＡＲＫ流
次節に述べる。
問題作成法
「数独」対「ＰＣ」へ考えは多様で有り得る。老友・山下は「解く」事に集中し、
「ＰＣ解法」は「禁じ手」だと批評されるので、山下は毎回、弁解しながら使用する。
中野は当初から「問題作成」にＰＣ利用を考えた。
群論の初歩的利用である。例えば、先ず、９次の「置換群の乗積表」を作る。
行と列に同じ数が入らぬような配列が簡単に出来る。次いで、 open 即ち０の箇所
を「乱数」で選ぶ。いわゆるマスク掛けである。
最初の作品「ｎ９９」は、なんと４通りの複数解を持った。
中野は当初から、かかる困難を承知していた。
ＣＬＡＲＫの puzzle-generator による問題作品は、中野の「群論利用法」のそれ
（文献５ pp.3-4）とよく似た数字配列の特徴を有つので、手の内は推測出来た。
その特徴とは、同じ様な「数字配列」が反復することである。
Mr. CLARK が実際に群論を利用したかどうかは、 Adrian Smith 氏の不完全な？
紹介記事しか無いので判らぬ。また、本稿の目的でも無い。
Generator については、我らの旧稿（文献５，５－ａ）または、Smith 氏執筆の
CLARKコードの紹介原文（文献７ Script は Dyalog APL）を見られたい。
- 6 -
ＣＬＡＲＫ問題を散々、手動（黙視）で解いた中野Ｓは、ＣＬＡＲＫ０の６通りの
解を得た後には「もう、つまららいから止めよう」と言い出した。
似た様な「候補数字列」が単数どころでは無く、double, triple 一般に " n-tuple "
の感じで繰り返すのが判って仕舞ったのである。
種子が共通で、異同は「０-マスクの掛け方」だけが異なる様では、問題とならぬ！
これに対して、話題の「文春誌」に掲載の『ニコリ数独名品１００選』集４９番上級
Hard などは、スラスラ行くが、最後の１手がどうにも決まらぬ！の類。旨いもんだ。
「ＰＣを持ち出さないで！」と、我が家の解答者Ｓのたっての要望につき、応援不可。
「ニコリ社々長」鍛冶真起氏が申した事の意味は、こんな所にあったと理解出来る。
日本は『手作り・単独解』で、欧米は【ＰＣ・複数解を許す】の対比であろうか？
６．
【人手解】
読売 Sudoku Puzzle No.36
これは西川論文「Ｊ-Ｇｒｉｄによる数独パズルをもっと使いやすく（文献４－ｂ）」
内の例題 Yomiuri Data Exaple No.36 - open 54 中級のものである。
問題ＹＭ３６（解は文献 p.3）
０
０
０
０
２
０
０
０
０
０
０
９
５
１
６
８
０
０
０
４
０
０
３
０
０
５
０
０
９
０
０
０
０
０
６
０
０
１
７
０
８
０
９
４
０
０の次）
6 (1, 5)
2 (9, 5)
１）第１ブロック
2 (2, 2)
3 (1, 2)
6 (3, 3)
1 (1, 3)
5 (3, 1)
7 (1, 1)
8 (2, 1)
２）第２ブロック
3 (3, 4)
2 (3, 6)
4 (1, 6)
8 (1, 4)
３）第３ブロック
5 (1, 7)
2 (1, 8)
9 (1, 9)
6 (2, 9)
7 (2, 8)
4 (3, 9)
8 (3, 7)
０
５
０
０
０
０
０
３
０
０
３
０
０
７
０
０
２
０
０
０
１
４
６
８
３
０
０
人
０
０
０
０
５
０
０
０
０
手
解
棋譜
（Ｓ．中野）
value (row, column)
1 origin
０）中央の第５ブロック内の４箇所への
入力９、４、３、５は殆ど自明。
9 (5, 6)
4 (5, 4)
3 (4, 5)
5 (6, 5)
以下の入力には人間の判断が入る。
４）第４ブロック
4
8
7
9
(6,
(4,
(6,
(4,
1)
3)
3)
1)
５）第５ブロック
7
2
6
1
６）
9
1
2
3
(4,
(6,
(4,
(6,
4)
4)
6)
6)
第６ブロック
(6, 7)
(4, 7)
(4, 9)
(6, 9)
- 7 -
７）第７ブロック
2 (7, 3)
9 (9, 3)
4 (9, 2)
7 (8, 2)
1 (8, 1)
3 (9, 1)
6 (7, 1)
８）第８ブロック
1 (9, 4)
5 (7, 4)
8 (9, 6)
7 (7, 6)
９）第９ブロック
4 (7, 7)
5 (9, 8)
6 (9, 7)
7 (9, 9)
9 (8, 8)
1 (7, 9)
8 (8, 9)
計５４ケ
この綺麗な棋譜相当の自動プログラミングを西川は考えている。間に合えば、本稿
末尾の付録に載せる。中野も、このブロック優先的数独解法をＡＰＬコードで作成
済みであり、投稿予定である。
む
すび
知的分野で、我が日本が立ち行く方向が、見えて来たような感じがする。
外国ではＰＣゲーム、日本では人間の頭脳ゲームか。
パソコンが無くても充分楽しめる。紙と鉛筆の範囲で良い。
「数独」を、それを積載する「プラットフォーム」の問題に倭小化するなかれ！
世界に冠たる「日本アニメ」と同様に、「日本数独」を応援しよう。
そして、志村氏からの応援メールへの三老プラスからの反応とする。
文
献
１）志村正人（JAPLA@aplsoft.co.jp）：「SUDOKU ファンへ」2006.5月12日 22:19
２）鍛冶真起（かじまき）：「文芸春秋」2006．６月号 pp. 326-333
名品的問題（初、中、上級）付き
３）Roger Hui: A Suduko Solver in J ; Vector Autumn 2005 Vol.21 No. 4
（ママ）
pp.49-52
４）西川利男：「Ｊのオブジェクト指向プログラミングその２、Ｊのスプレッド・
シート（Ｇｒｉｄ）と数独パズルへの応用」JAPLA 2005.12.10
－ａ）西川利男：「数独（SUDOKU）パズルをＪで解く―Labsシステムによる Hui の
プログラムのトレース」 JAPLA 2006.1.28
pp.12
－ｂ）西川利男：「Ｊのオブジェクト指向プログラミングその４
Ｊ-Ｇｒｉｄによる数独パズルをもっと使いやすく」
JAPLA 2006.3.25
pp.12
Hui を超えた話」JAPLA 2006.1.28 pp.19
５）中野・西川・山下：「数独とＪ―
－ａ）中野・山下・西川：
「数独とＪ（その２）難問 APL ＣＬＡＲＫの問題」JAPLA 2006.2.25 pp.18
６）Ｃ言語の数独博士：”ＳｕＤｏｋｕＳｏｌｖｅｒ”
http://oss.moongift.jp
2006/03/19
７） Adrian Smith: Sudoku with Dyalog APL from John Clark & Ellis Morgan
Vector Autumn 2005 Vol.21 No. 4 pp.53-61
The Journal of the British APL Association
A specialist Group of the British Computer Society
ａ） John Clark's Generator and Solver (pp. 53-56)
ｂ） Ellis Morgan's Solver
(pp. 57-61)
８）中野嘉弘：「数独とＡＰＬ（その１）ＣＬＡＲＫの亜流」JAPLA 2006.3.22
pp.10
９）中野嘉弘：「数独とＡＰＬ（その２）ＭＯＲＧＡＮの亜流」JAPLA 2006.
投稿予定
－ａ）中野嘉弘：「数独とＡＰＬ（その３）ブロック型探索法」JAPLA 2006.
投稿予定
１０）メール JAPLA discussion 2006.5.15-17 付近に多数の情報あり。
１１）西川ＦＡＸ（H18.5.15 pm3:40）「Multilingual 、人手攻略の棋譜」
１２）山下ＦＡＸ（H18.5.18, 12:20）「数独 No.21 難易度判定、
ＣＬＡＲＫ問題は異質！」
１３）「ニコリ」ペンシルパズル本：【数独２１＆２２】 2005.7.10 初版第１册
（株）ニコリ
１４）山下ＦＡＸ（H18.5.19 16:26）ＣＬＡＲＫ５６の複数解、（半年後に）ピタリ
合いました！
- 8 -

Download Report