おまいら最強の将棋プ ..
753:デフォルトの名無しさん
08/05/26 03:04:33
＊：先手の勝ち数：後手の勝ち数：＊：＊：棋戦
1:968:881:0:0:王位戦
2:5715:5183:0:0:順位戦
3:837:764:0:0:ＮＨＫ杯
4:1525:1229:0:0:竜王戦
5:146:128:0:0:日本シリーズ
6:228:196:0:0:朝日オープン
7:1438:1385:0:0:その他の棋戦
8:788:680:0:0:棋王戦
9:71:65:0:0:達人戦
10:1503:1308:0:0:棋聖戦
11:741:745:0:0:銀河戦
12:133:107:0:0:レディースオープン
13:865:820:0:0:王座戦
14:653:540:0:0:新人王戦
15:269:212:0:0:名人戦
16:40:43:0:0:朝日アマ名人戦
17:249:230:0:0:勝ち抜き戦
18:127:125:0:0:女流王将戦
19:102:99:0:0:倉敷藤花
20:490:434:0:0:早指戦
21:1122:943:0:0:王将戦
22:116:108:0:0:女流王位戦
23:212:203:0:0:女流名人戦
24:73:80:0:0:近将カップ
25:130:96:0:0:三段リーグ
26:101:104:0:0:早指新鋭戦
27:10:9:0:0:中学生名人戦
28:20:28:0:0:アマ王将戦
29:10:21:0:0:赤旗名人戦
30:59:53:0:0:全日アマ名人戦
754:デフォルトの名無しさん
08/05/26 03:06:15
30:59:53:0:0:全日アマ名人戦
31:13:22:0:0:平成最強戦
32:31:25:0:0:グランドチャンピオン
33:55:63:0:0:鹿島杯
34:25:30:0:0:アマ竜王戦
35:604:538:0:0:全日プロ
36:28:22:0:0:レーティング選手権
37:2:4:0:0:学生王将戦
38:12:20:0:0:小学生名人戦
39:19:15:0:0:学生名人戦
40:11:13:0:0:女流アマ名人戦
41:13:25:0:0:ＩＢＭ杯
42:177:170:0:0:天王戦
43:95:84:0:0:若獅子戦
44:411:333:0:0:名将戦
45:430:309:0:0:十段戦
46:48:41:0:0:若駒戦
47:76:94:0:0:連盟杯戦
48:19:16:0:0:名棋戦
49:100:100:0:0:奨励会
50:43:53:0:0:最強者決定戦
51:27:16:0:0:古豪新鋭戦
52:82:87:0:0:九段戦
53:19:44:0:0:東京新聞杯
54:36:40:0:0:支部対抗戦
55:4:1:0:0:学生女流名人戦
755:デフォルトの名無しさん
08/05/26 03:07:24
56:1:0:0:0:新春お好み対局
57:1:0:0:0:細：九段設定戦
58:8:10:0:0:アマ女王戦
59:10:7:0:0:育成会
60:47:61:0:0:都名人戦
61:8:4:0:0:高校竜王戦
62:1:3:0:0:その他の棋戦
63:28:18:0:0:大和証券杯
64:1:0:0:0:ＮＨＫ杯
65:0:2:0:0:順位戦
66:38:30:0:0:朝日杯
67:22:31:0:0:マイナビ
68:0:1:0:0:倉敷藤花戦
756:デフォルトの名無しさん
08/05/26 03:09:33
＊：先手で勝ち数：先手で負け数：後手で勝ち数：後手で負け数：名前
1:585:178:491:253:羽生善治
2:644:304:539:378:谷川浩司
3:187:180:155:208:島 朗
4:119:87:122:108:三浦弘行
5:105:88:83:95:畠山成幸
6:258:130:229:176:郷田真隆
7:216:163:203:206:南 芳一
8:90:62:82:77:真田圭一
9:128:92:132:105:中田宏樹
10:341:156:272:202:森内俊之
11:260:103:237:180:丸山忠久
12:208:125:180:150:藤井 猛
13:533:332:468:370:中原 誠
14:363:173:307:224:佐藤康光
15:57:41:62:44:松尾 歩
16:102:83:93:105:日浦市郎
17:97:96:98:69:畠山 鎮
18:179:121:150:143:阿部 隆
19:108:57:115:56:渡辺 明
20:155:104:155:115:中川大輔
21:39:57:29:59:伊藤博文
22:226:205:189:243:桐山清澄
23:169:110:153:130:先崎 学
24:84:58:69:82:北浜健介
25:94:44:96:55:山崎隆之
26:67:85:56:100:前田祐司
27:184:206:145:204:青野照市
28:68:52:58:61:石橋幸緒
29:49:52:53:55:矢内理絵子
30:59:39:53:46:近藤正和
以下省略
757:デフォルトの名無しさん
08/05/28 02:43:54
>>752みて思ったんだけど将棋の戦型って曖昧だよな
四間飛車だけだと先後どちらが振ったか分からないし、角換わりだけやたらと分類されてたり
もっとスマートに記述する方法はないの？
758:デフォルトの名無しさん
08/05/28 23:12:53
定跡データベースの樹形図で葉の数が均等になるようにすればよい
759:デフォルトの名無しさん
08/05/31 03:58:58
DNAの解析を各自のコンピュータで分析した結果をあつめて
実現しようっていうのがあったとおもうけど
それと似たように分散している計算力をあつめて全ての局面を評価するってできない？
760:デフォルトの名無しさん
08/05/31 04:53:19
分散処理は既に行われてるが全ては無理
761:デフォルトの名無しさん
08/05/31 23:53:06
将棋も囲碁もその場が今どちらが有利かなんて人によって考えが違うに決まってる
だから色んな人工頭脳をもった将棋プログラムを作ればいいと思う
俺には無理だけど
762:デフォルトの名無しさん
08/05/31 23:57:37
ログも読まず低レベルながらに頑張って口出ししては消えていく
そういう輩が時々現れるよね
763:デフォルトの名無しさん
08/06/01 04:05:53
９ｘ９の盤面に8種類のコマが自分と相手の分あって、あとは空だから
81**(8*2+1) で、ルールの制約があるからこれよりもっと少ないと思う
URLﾘﾝｸ(www.google.co.jp)
それまでの手がどうであってもルール上許される配置のどれかになる
でルール上許される全ての局面に評価値をつける
勝敗が微妙な局面もあるけど、そこから
自分の勝ちの局面に少ない手で到達できるとか
相手の打ち方によらず確実に勝ち局面に到達できる手とか
があるほど評価値を高くするって案はどう？
764:デフォルトの名無しさん
08/06/01 04:24:12
>>763
成りがあるから81**29か
URLﾘﾝｸ(www.google.co.jp)
で特定局面から持ち駒も含めて別の局面へ遷移する手を考える
つまり各局面間の遷移に分割して解析する
765:デフォルトの名無しさん
08/06/01 04:43:55
>>764
ちがうわ 29**81かｗ
81C40 * 29**40 でもいいか？
766:デフォルトの名無しさん
08/06/01 04:47:39
81C40 * 29^40 = 6.65363027 × 10^81
URLﾘﾝｸ(www.google.co.jp)
767:デフォルトの名無しさん
08/06/01 10:47:51
このスレの過去スレを読みたいのです。どこかで見れますか?
又は、持っている方UPお願いいたします。
768:デフォルトの名無しさん
08/06/01 12:29:25
つ URLﾘﾝｸ(usapyon.dip.jp)
769:デフォルトの名無しさん
08/06/01 15:21:19
ありがとうございます。
770:デフォルトの名無しさん
08/06/01 15:27:02
どういたしまして
771:デフォルトの名無しさん
08/06/01 19:14:07
仮にすべての局面を評価できるとしたら、投了直前の局面をすべて生成して勝ち負けつけて
開始局面に向かって戻っていくだけだから、連続的な評価値なんて不要
772:デフォルトの名無しさん
08/06/01 19:16:13
>>771
戻して行く？
どこで手駒を使ったかまで遡れるのか？
773:デフォルトの名無しさん
08/06/01 19:24:15
>764
（現在の）局面状態だけを見て各局面への遷移を分類するのは難しい。
あちこちにループが発生する。詳しくはこのスレを頭から良く読んでね。
774:デフォルトの名無しさん
08/06/01 19:31:23
>771と>772が想定している「全ての局面」の意味が違うようだな。
つまり、その局面に至る経路情報を含めて分類してるのか、
経路情報は捨てているのか？
775:デフォルトの名無しさん
08/06/01 19:57:50
将棋でこういうデータ調べてる人っているの？
URLﾘﾝｸ(www9.atwiki.jp)
776:デフォルトの名無しさん
08/06/01 20:11:20
>775
居ないんじゃないかな？
オセロや囲碁と違って将棋は終盤がなかなか収束しない。
終局図が何通りあるのかも良く分からんし。
777:デフォルトの名無しさん
08/06/01 20:26:01
>>771
投了局面から「詰めろ？」を遡ることで
投了局面より前の局面の勝敗を決定できるのは確かだと思う
だけど更に遡ると、遡ったのとは違う経路で将棋が進んで
違う結果の局面になることがあると思う
一手で形勢逆転するような手があると思う
>>773
ループは枝刈りするとか対策は考えられるんじゃないかな
目標の中間局面に到達するまでの手の経路は
手数が多くても少なくても勝敗には関係ないよね
最短でなくて遠回りしてもいい
さしてるうちに、最初目標としていた中間局面じゃなくて
自分に有利な別の中間局面に変えてもいいし
778:デフォルトの名無しさん
08/06/01 20:36:36
・ルール上可能な局面（駒の配置図）はそれぞれがネットワーク状に「手」で繋がる
・局面のサブセットにだけ勝敗の評価が決まっているものがある
・局面の遷移がかなり限定されていれば（詰めろみたいに）勝敗の評価を決められる
・そのほかの局面は手によって評価が変わる
って感じのイメージを持ってる
779:デフォルトの名無しさん
08/06/01 21:47:41
上の方で議論になっているけど
将棋の「局面」を見て形勢を判断するためには
単なる盤上や駒台の様子だけではなく
その局面に至るまでの経緯も必要
極端な話、たとえば指しかけを引き継いだとして
「この盤面は敵玉に詰みがあるぞ！」と思っても
それは千日手の４回目かもしれないとかそういうこと
780:デフォルトの名無しさん
08/06/01 21:49:46
>777-778
末端局面から遡って勝ち、負け、引き分け（千日手）で
確定的にラベル付けするだけじゃなく、
途中局面に中間的な評価値を付けようって事？
おもしろい考え方だが、一体どうやって？
781:デフォルトの名無しさん
08/06/01 21:54:38
末端局面からさかのぼるのなら途中も当然
「勝ち」か「負け」か「引き分け」になるだろうって
782:デフォルトの名無しさん
08/06/01 22:01:06
>>779
> それは千日手の４回目かもしれないとかそういうこと
(現在の技術で可能かどうかは知らんが)データベースを引くのだから、現在の局面に
至るまでに詰みがある局面を逃しているはずはないと仮定できるだろう。
だから、連続王手の千日手のことは考慮しなくて良いと思う。
783:デフォルトの名無しさん
08/06/01 22:03:41
>>779
ソフトが「この盤面は敵玉に詰みがあるぞ！」と思って指したら。
システムから千日手で引き分けと言われるだけで。その事にソフトは何の関係が無いわけ。
それを操作した人間が、あちゃ〜〜前に勝ってたのか、と思うだけ。
それに何の問題があるのか?
784:デフォルトの名無しさん
08/06/01 22:05:15
引き継ぐ前の事を意識する必要は無い。
785:デフォルトの名無しさん
08/06/01 22:05:59
>781
もちろん、そうなんだが >777-778が何か面白いアイデア持ってないかな？と。
例えば勝ちに至る経路の広さや近さで評価値を付けるとか。
786:デフォルトの名無しさん
08/06/01 22:06:55
なんかminmax法も分かってない奴がいるな
787:デフォルトの名無しさん
08/06/01 22:16:22
>>786
いや、「神ならぬ人間がその盤面を引き継いだとして
どれほど勝ちやすいか」っていう評価値じゃね？
788:デフォルトの名無しさん
08/06/01 22:21:04
>>782
自分についてはそういう仮定を置くのもアリかもしれないけど
少なくとも相手のことについてはまずいだろう
「うむ、俺が勝つにはこの手しかない！
でも相手にこう王手されるとまずいな…
しかたない。勝ちはあきらめて千日手に持ち込むか…」
というようなケースってあるじゃんか
ところがこの相手の王手が千日手の４回目かもしれない
789:デフォルトの名無しさん
08/06/01 22:27:28
>>788
与えられた局面が勝ちか負けかを判定するデータベースを構築する話をしているんだろ？
相手がポカして相手が勝てる局面を(その勝ちのための指し手を連続王手の千日手で)負けの状態に
してようが、それはデータベース構築には何の関係もないことだろ。
790:デフォルトの名無しさん
08/06/01 22:27:50
引き継いだ前の人間の意識を、引き継いだソフトは考慮する必要は無い。
もし考慮して欲しいなら、その旨のインターフェースを作るべき。
しかしその人間の目的を読み取る機能は、最強の将棋ソフト作るより遥かに
困難な人工知能が必要。
791:デフォルトの名無しさん
08/06/01 22:34:58
いや、なんかおまいら話が変な方向へ
ひとまず>>165-395あたりは読んでくれ
792:デフォルトの名無しさん
08/06/01 22:37:17
>789
実はそのデータベースを構築する事そのものが、その局面に至る経路を考慮する事を要請する。
さもないと探索あるいは末端局面からの遡りが止まらなくなる。
良く考えてみないと分かりにくい事だが、なぜ千日手のルールがあるのかを考えてみよう。
793:デフォルトの名無しさん
08/06/01 22:37:36
>>789
「それは関係ないことだから関係ないのである。」
では説明になってないぽ
794:デフォルトの名無しさん
08/06/01 22:38:32
だからさ、一連の流れのある局面が、他の流れのある局面と同じと言う事は無いのかと、言う事だろ。
795:デフォルトの名無しさん
08/06/01 22:44:14
流れとか「局面」とか、意味のあいまいな言葉を無定義で使うなよ
796:デフォルトの名無しさん
08/06/01 22:48:07
隣の将棋盤の駒の配置と持ち駒の数や種類が、その隣の違う対局の数時間前のときの全く同じ将棋盤の駒の配置と持ち駒の数や種類がある手において、同一だったと言う事は無いのかと言ってる。
797:デフォルトの名無しさん
08/06/01 22:55:09
>795
「流れ」と言うのはある局面から別の局面に至る経路の事だよ、多分。
>794じゃないけど。
で、違う経路から見かけ上同一の局面に至る事は
それこそ幾らでもあるし、ループする事もある。
798:デフォルトの名無しさん
08/06/01 23:03:43
評価値として
勝ち、負け、千日手、勝ちか千日手、負けか千日手
を定義すれば局面評価DBを作る点では問題無くない？
799:デフォルトの名無しさん
08/06/01 23:11:41
>>798
問題ないかどうかは、どういう目的で作るのかによるけど
そもそもそのような評価が、駒配置だけを見て可能か
ということに対して懐疑的なんだと思うよ
800:デフォルトの名無しさん
08/06/01 23:14:47
今の指し将棋プログラムは現状の局面状態（駒割と駒の配置）だけで持って、
盤面を評価してるように見えるから >789のように勘違いする人も居るんだよね。
ところがその評価はかなり荒い近似に過ぎないから通用するのであって、
厳密に確定局面から遡って評価しようとするとそこに至る経路情報が必須になる。
詰め将棋プログラムは確実に経路情報を考慮してるし、しないと答えを間違う。
いわゆるGHI問題。
801:デフォルトの名無しさん
08/06/01 23:29:54
経路情報は局面間を結ぶ有向線として持てると思う
勝ち負けの決まる局面は確かに存在する
これらの情報で中間局面をどう評価するかだけど
相手の手が何であっても勝ち局面に遷移できる局面は勝ちたが
相手の手によって勝ち千日手負けのいずれも有りうる局面もあると思う
そんな局面は勝ちやすさで評価する
勝ちやすさは例えば勝ち評価値の局面への距離とかで決める
そんな単純じゃないと思うけどね
802:デフォルトの名無しさん
08/06/02 00:19:51
>>800
俺はコンピュータ将棋の開発者で、GHI問題はもちろん知っている。
GHI問題を正しく理解していないのはお前のほうだろ。
詰みのあるすべての局面の集合から逆算してんだぜ？
GHI問題なんか起こるわけないだろ。
ただしそこに至るまでに同一局面が3回以上出てきていないという条件が必要だが。
(連続王手の千日手を発生させないため)
803:デフォルトの名無しさん
08/06/02 00:21:54
>>802
>ただしそこに至るまでに同一局面が3回以上出てきていないという条件が必要だが。
おいおいw
804:デフォルトの名無しさん
08/06/02 00:24:48
>>803
お前、頭おかしいんじゃねーの？
805:デフォルトの名無しさん
08/06/02 00:28:27
> 俺はコンピュータ将棋の開発者で、
権威づけか
806:デフォルトの名無しさん
08/06/02 00:29:35
>>805
実際に作ってもない/作れない/作ったことがない奴に言われたくないね。
807:デフォルトの名無しさん
08/06/02 00:32:17
作ってるのに理屈がわかってないんだとしたら
そっちの方がよっぽど問題のような…
そんなに俺様の言うことを聞けって言いたいなら
コードの断片でもうｐしてからにしろよ
できないならおとなしく名無しに戻っとけ
808:デフォルトの名無しさん
08/06/02 00:35:10
>>807
理屈がわかってないのはお前。
お前はGHI問題が何故発生するのかわかっていない。
809:デフォルトの名無しさん
08/06/02 00:37:14
>俺はコンピュータ将棋の開発者
イタイ奴が来たなｗｗｗ
頭おかしんじゃね？
810:デフォルトの名無しさん
08/06/02 00:38:47
>807
詰め将棋解法プログラムのような答えが
厳密に求められる問題に取り組まないと
開発者と言えども勘違いする可能性はあるな。
811:デフォルトの名無しさん
08/06/02 00:39:57
>>810
お前もGHI問題が何故発生するのか理解できていない。
812:807
08/06/02 00:40:44
>>808
いや俺は横から茶々を入れてるだけで
何も言ってないんだけどな
自分以外（正確には自分に異論をいう奴）を全部
一人の人間だと思っちゃうっていうのは
ありがちなことなんだけどかっこよくはないよ
GHI問題については>>191あたりから始まって
>>234とかの議論でさんざんがいしゅつなんだけど
もちろんそのへんはログ読んだ上でのレスだよな？
しかも「お前はわかっていない」とかじゃなくてさ、
だったらちょっと簡単にでいいから説明してみろよ
ほら
813:デフォルトの名無しさん
08/06/02 00:43:39
経路君のソフト楽しみにしてます＾＾
814:789
08/06/02 00:44:07
>>812
詰み局面から逆算するんだぜ。GHI問題なんか起こらないよ。
GHI問題が起きるのは、探索中の循環を即、不詰めと判定するからだ。
GHI問題でよく話題になる図を勝ちの局面であるIから逆算して行くとわかる。
815:デフォルトの名無しさん
08/06/02 00:45:06
お前ら、シャープの亀山工場で液晶を組み立ててる工員が
みんな液晶の仕組みを理解してるだなんて思ってないだろ？
そういうことだよ
816:デフォルトの名無しさん
08/06/02 00:48:23
>814
どのように逆算するの？
つまりその逆算する時に経路情報を考慮するの？しないの？
817:デフォルトの名無しさん
08/06/02 00:49:31
>>814
あー詰み局面から逆算していく話が続いてたのか
その場合で、局面というのは駒配置だけじゃなくて
局面の出現回数も持たなきゃいけないよな
そうしないと、千日手になるはずの手順は
永遠に「勝ち」とも「負け」とも塗られないことになる
ような気がするんだが
818:デフォルトの名無しさん
08/06/02 00:52:52
○→○→○→○→○
↑ ↓
○←○←○
こういうループだけじゃなくて
○→○→○→○→○
↑ ↓
○←○←○
こういうループもあるよな
819:789
08/06/02 00:53:08
>>816
経路情報を考慮しないし、する必要はない。
ただし循環は検出する必要がある。
具体的に書くと
Iが勝ちとわかっている局面。よって、直前のGも勝ち。その直前のEも勝ち。
Eに至る手順はB,K。Bは相手の手番なのでDを選択されて負け。よってBは負け。(勝ち局面の集合にBは含めない。)
Kは勝ち。たどって、Jも勝ち。Hも勝ち。Hに至るのはE,F。
Eは自分の手番だし、勝ちだとわかっている局面。よって、Eのほうの探索はここで打ち切り。
残るはF。Fは勝ち。その直前のCも勝ち。その直前のAの局面は自分の手番なのでCを選んで勝ち。
よってAは勝ちの局面。GHI問題なんか発生していないし正しくAの局面の勝ちを判定できている。
820:デフォルトの名無しさん
08/06/02 00:55:09
ちなみに>>789は意地悪だから図を書いてくれないけど
>>234のPDFを参照な
821:デフォルトの名無しさん
08/06/02 00:56:26
>>818
./ﾆＹﾆヽ
r､r.rヽ. / （0)(0）ヽ
r |_,|_,|_,|／ ⌒｀´⌒ ＼ で？っていう
|_,|_,|_,|_,| , -） （-、.|
|_,|_,|_人 (^ iヽ＿＿ ノ l |
| ) ヽﾉ | `ー'´ ／
| `".｀´ ﾉ
入＿ノ
＼＿／
／
/
822:789
08/06/02 00:56:33
>>817
> あー詰み局面から逆算していく話が続いてたのか
続いているも何も、最初から最後まで、詰み局面をデータベース化しよう、という話なのだが。
具体的には、これだ。
URLﾘﾝｸ(d.hatena.ne.jp)
823:789
08/06/02 00:57:20
>>820
すまない。俺は意地悪なんじゃなくて図とか苦手なんだ。ほら…わかるだろ。
824:789
08/06/02 01:02:58
>>817
> その場合で、局面というのは駒配置だけじゃなくて
> 局面の出現回数も持たなきゃいけないよな
「局面の出現回数」は持たなくてもいい。
>802で書いたが
「ただしそこ(判定したい局面)に至るまでに同一局面が3回以上出てきていないという条件が必要」だが、
これを前提条件とできるなら「局面の出現回数」のデータベースへの記録は不要。
ただし、勝ち/負け/引き分けとラベリングされた局面はすべて記録(データベース上に保持)していることが前提。
825:デフォルトの名無しさん
08/06/02 01:03:49
>>882
あれ、与えられた局面が勝ちか負けかを判定するデータベース
つまり必勝定跡を構築する話をしているんだと思ってたんだが
そして、その「局面」というのが駒配置だけでよいのか、それとも
駒配置の出現回数も持っていなきゃならないのかだと思ったが
経路という言い方をするからGHI問題と絡んでいるように見えて
いろいろみんな混乱したるんじゃないかな
それで、仮に、駒配置だけで勝ち負けが決まるのだとしたら
もちろん「この局面は千日手」というラベルを貼られる
局面（駒配置）もあると思うのだけど、
詰み局面（駒配置）からたどっていったとき
千日手のラベルを貼る機会というのはどういうとき？
826:789
08/06/02 01:04:53
あと、終盤のデータベース化については >822 以外にも
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
このへんも参考にしてくれ。
827:789
08/06/02 01:06:49
>>825
> あれ、与えられた局面が勝ちか負けかを判定するデータベース
> つまり必勝定跡を構築する話をしているんだと思ってたんだが
その過程で引き分けデータベースも出来るだろ。
> そして、その「局面」というのが駒配置だけでよいのか、それとも
> 駒配置の出現回数も持っていなきゃならないのかだと思ったが
俺の言う 局面 とは 盤上の駒配置・手番。その局面の出現回数は関係ない。
828:デフォルトの名無しさん
08/06/02 01:17:58
>>824
あー、その条件があればたぶんそうだよな
でも前に進むなら、ループしたら「千日手」、でいいと思うけど
後ろに戻っているのだから難しい気が
まあ、どうせ局面（駒配置）の数は有限なのだから
全部調べて「勝ち」にも「負け」にもならなかったものは千日手
でいいのかもしれないけど
829:789
08/06/02 01:20:12
>>825
> 詰み局面（駒配置）からたどっていったとき
> 千日手のラベルを貼る機会というのはどういうとき？
いま、 A,Bが未ラベルとする。Aは自分の手番、Bは相手の手番とする。
このとき A→B→A のような循環を発見した。
AからB以外に行く手は負けとする。
BからA以外に行く手は勝ち(＝相手の負け)とする。
このとき自分にとっても相手にとっても千日手を選択するのが最善だからA,Bの局面の最善は引き分け。
このように未ラベルの局面同士の循環を発見して、この循環がお互いの最善であるときこれらの局面を
引き分けのリストに追加する。
825はどうも勘違いしているようだが、このA,Bの局面の「出現回数」を記録しておいてもこの循環の検出の役には立たない。
830:デフォルトの名無しさん
08/06/02 01:21:27
>>818
下の図は「双方最善を尽くしたら出現しないはずの詰み形」かな
つまりループからしか到達できない詰み形
でもそれを排除してしまったら次の一手解答マシンとは言えないよ
831:デフォルトの名無しさん
08/06/02 01:27:55
>>829
あー、うんそれならいいよ
ようするに>>828の後半と同じことだな
神ならぬ人間から盤面を引き継ぐことはない、という前提なら
たぶんそれでいいんじゃないかと思う
「勝ち筋があるけど、引継ぎ元が棋譜汚しをしてくれたせいで
千日手になるからそれは指せない」とかは考慮しないということで
832:789
08/06/02 01:28:14
829の続き。
引き分けの検出のために、局面の循環を発見する方法は別の方法が必要だ。
例えば、次の例を考える。
A,B,Cが未ラベルで、Aは自分の手番、B,Cは相手の手番とする。
・AからB,Cに遷移でき、それ以外は負け
・B,CからAに遷移でき、それ以外は勝ち(＝相手の負け)
この場合も双方、千日手にするのが最善である。
この循環を検出するためには、AはポインタでありB,Cをポイントしており、
B,CもそれぞれAをポイントしていると考え、JavaVMなどで見られる
garbage collectorのようなものを実装する必要がある。(この説明でわかってもらえるだろうか？)
833:789
08/06/02 01:31:04
832に書き忘れた。
garbageが起きて回収されるなら、それは循環参照がされていたということだ。
garbage collectorの実装はいろいろあるから、詳しくはその手の本を見てくれ。
834:デフォルトの名無しさん
08/06/02 01:31:38
>>832
あー、GCが循環参照を発見する方法か
でも、現実的な時間にリアルタイムで計算するのではなくて
巨大な次の一手解答集を用意するイメージなのであれば
勝ちでも負けでもないものは引き分け、でいいような
835:789
08/06/02 01:33:45
>>834
おまい、なかなか頭がいいな。
コンピュータ将棋の開発者だな？大会で待ってるぜ！(｀ω´)
名無しに戻る。長々と失礼した。
836:デフォルトの名無しさん
08/06/02 01:36:56
いや、俺は松原先生の本を昔図書館で何冊か読んだ程度で
ゲームの数学は全然わからない素人だからあれだが
寝るぽ
乙
837:デフォルトの名無しさん
08/06/02 01:39:22
>830
そうだよな。
>829の話は尤もらしいのでつい信用しそうになったが、
先手後手双方、最善を尽くした場合の局面だけでなく、
任意の局面にラベリングしようと思ったら
扱えない局面が出て来そうな気がする。
詰み局面から逆算してデータベース化するだけであって、
そんなもの知らないってんなら、それはそれで良いけど。
838:デフォルトの名無しさん
08/06/02 01:41:33
ループ内に王手が存在するかどうか吟味しなきゃならないから
>>834の方法はそのままでは駄目だな
839:789
08/06/02 01:45:11
>>837
> 任意の局面にラベリングしようと思ったら
「1手詰みの局面」のすべてを表す集合から逆算するって話なんだぜ？
任意の局面にラベリングできるよ。
将棋の初期陣形とは何の関係もない。
詰みに至ることが出来る局面の解は(無限のメモリと無限の計算時間があれば)
すべて求めるに決まってるじゃないか。
840:デフォルトの名無しさん
08/06/02 01:47:59
盤面が有限だから有限でいいけどな
841:デフォルトの名無しさん
08/06/02 01:52:00
「どうやっても連続王手の千日手に持ち込まれてしまい負け」が処理できない
842:789
08/06/02 01:52:19
>>838
それはその通り。
検出された循環(DCG)内で、連続王手にならないループが一つもなければないほうの負け。
双方が王手しあうループしかない場合、互いに逆王手を繰り返すことになるのだが、これは
よく知らないが、将棋のルールでは引き分けなんじゃないかと思う。
843:789
08/06/02 01:53:07
>>841
>>842
844:デフォルトの名無しさん
08/06/02 01:56:21
千日手になるときに手を変えなきゃならないだから
その４回目に登場する局面を指す方が負けか
すると、「どの地点からループに合流したか」が
重要になってくるような気も…。
845:789
08/06/02 01:57:15
>>844
>>824
846:789
08/06/02 01:58:32
あっ。844は842の双方連続王手のことか。
いま検討していたのだが、双方連続王手は普通の将棋の駒では実現できないようだ。
847:デフォルトの名無しさん
08/06/02 02:02:19
いや、だから A→B→A が連続逆王手のループだとして
A は自分の手番、B は相手の手番だとして
C → B → A → B → A → B → A
と進めば次で B を指せないからこれは自分の負け
D → A → B → A → B → A → B
と進めば次で A を指せないからこれは自分の勝ち
だったら A とか B は自分の勝ちなのか負けなのか
848:デフォルトの名無しさん
08/06/02 02:05:39
>>846
んーそれはほんとなのかな
849:789
08/06/02 02:07:46
>>848
本当だ。俺には証明はスマートには出来ないが。
850:デフォルトの名無しさん
08/06/02 02:21:39
>>849
出来る気がする。考えてみよう
851:789
08/06/02 02:26:14
>>850
俺が1分も考えて出来ないと結論を出した。間違いなく出来ない。
852:デフォルトの名無しさん
08/06/02 02:29:56
>>849
スマートでなくてもいいから証明してくれ
853:789
08/06/02 02:46:56
>>852
王手の種類を
(A) 王の移動による王手
(B)駒を打つ・移動させることによる王手とにわける。
Aは、大駒の利きが王によって遮断されて敵玉をにらんでいる状態でなければならない。
しかし、…(中略)で、そのように配置することは不可能である。
Bは、その駒を打つ・移動させることが直前の王手を防ぐ手になっていなければならない。
しかし、直前の王手を、(A)、(B)それぞれの場合について場合分けして考えると
…(中略)でこれまた不可能である。
よって、双方連続王手は不可能である。
854:789
08/06/02 02:57:31
853補足。大駒には、複数マス進める駒で香も含む、としてくれ。
> しかし、…(中略)で、そのように配置することは不可能である。
この部分は、王の影になっていたのが直進できる駒かそうでないかで場合分けするんだ。
もっとスマートに証明出来るかどうかは知らん。
855:デフォルトの名無しさん
08/06/02 03:02:13
あらゆる局面（駒配置）にラベルを付けられると仮定して
一手目の局面もラベルがつくのかな？
856:デフォルトの名無しさん
08/06/02 03:14:04
人が居るみたいだから質問。
最近ブックを実装したんだけどブックにはどんな情報を保持すればいい？
今のところ自分はハッシュ値と評価値とそれを算出した読みの深さと勝ち負けなんかのフラグ。
857:855
08/06/02 03:17:02
>>856
ごめんよワシには判らんし明日仕事だからもう寝る
858:デフォルトの名無しさん
08/06/02 03:18:48
了解
お休み
859:789
08/06/02 03:24:02
>>855
> 一手目の局面もラベルがつくのかな？
839の話をしていて、「一手目の局面」が初期陣形のことを指しているなら、
初期陣形にも勝ち/負け/引き分けのいずれかのラベルが付く。
860:デフォルトの名無しさん
08/06/02 03:26:26
局面の出現確率がないと古い定跡やマイナーな変化に進んでいきそうではある
861:デフォルトの名無しさん
08/06/02 03:39:08
4649
おまいら最強のシストレFXプログラムをしてみろよ
ｽﾚﾘﾝｸ(tech板)
862:デフォルトの名無しさん
08/06/02 10:06:32
>>861
理詰めゲームとサイコロ賭博は全く違う話ですから食いつかないかと
863:デフォルトの名無しさん
08/06/02 22:53:42
未来の名人戦は振り駒というランダム要素を
４回取った方が勝ちというゲームですが何か
864:デフォルトの名無しさん
08/06/03 00:28:09
未来将棋は同時指しでしょ
865:デフォルトの名無しさん
08/06/03 00:55:47
戦争シミュレーションにターンとかわけワカランよな。
リアルタイムだろどれもこれも。
866:デフォルトの名無しさん
08/06/03 02:26:47
局面の遷移履歴によって持駒が変わると思う
そうすると次に遷移可能な局面の集合が変わる
局面の履歴か持駒のバリエーションを考慮する必要がある
867:デフォルトの名無しさん
08/06/03 21:16:32
今頃読んだけど、
>>819
データベースを作ったとして、実際に使う時には経路があるにこしたことはないよね。
例えば、データベースには負けと書いてあっても、実際に指し続けて、もし証
明木のどこかで今までに3回あらわれた局面を通過すれば引き分けになるから。
反対意見ではなくて、経路の活用の余地について関連コメント。
868:デフォルトの名無しさん
08/06/03 22:22:40
>>867
そんなデータベースは現実的に作れる規模ではないというのはおいとくとして・・・
一体、おまいは何の経路をデータベースに保存しとこうと思うんだ？
与えられた局面から勝ちまでの手順か？勝ちまでの手順は木になってるわけで、
そんなものは全部保存しておけるわけないだろ。
しかし、仮にストレージが無限にあって保存できるとしよう。
では、初期局面から勝ちまでの手順をデータベースから取得しようと思うと、
それこそ終局までのありとあらゆる変化を含んだ木が得られるわけだよな。
これがメモリに入るか？宇宙に存在する原子の数より多いんだぞ。
869:デフォルトの名無しさん
08/06/03 22:25:47
868の続き。
でも、仮に、無限にデータの入る秘密の箱があって、メモリに読み込まなくてもいいとしよう。
この木のなかに、その局面に至るまでに3回現れた局面があるかどうか調べるのに
どれだけのコストが必要になる？仮に現れていることがわかったとして、ではその局面を
回避して勝ちに行く経路があるかどうかをどうやって調べるんだ？
それってこのAND/OR木を探索しているのと同じだけコストがかからないか？
うまくすれば探索しなくてすむとは思うが、1つの局面に対して莫大なindexを貼る必要があるだろ。
宇宙に存在する原子の数の2乗や3乗で済まないと思うぞ。
870:デフォルトの名無しさん
08/06/03 22:36:23
まあ、そんな完璧なデータベースがあれば、コンピュータは神様と同じ棋力があるわけで、
人間みたいな間違いだらけの棋力の低い将棋を神様に指継いでもらうということ自体が失礼ってもんだ。
でも、もうちょっと建設的な意見を。
勝ち/負け/引き分けをラベリングするときに、勝ち/負けなら「何手で詰む」というのを記録しておけば、
与えられた局面から終局への距離がわかるから、与えられた局面から終局に近くなるほうに向かって、
「3回あらわれた局面を通過」しないように勝ちを探して探索すればいい。
そうすれば、その探索の深さの範囲内では「3回あらわれた局面を通過」しない勝ちを探すことは出来るだろ。
このときの「探索の深さ」が深ければ深いほど正解に近くなる。この手法のほうが経路なんかをデータベースに
保存するよりよっぽどいい。
871:デフォルトの名無しさん
08/06/03 23:41:19
>>870
チェスのエンディングデータベースですな
3回あらわれた局面を通過しないように、なんて考える必要はないですよ
872:デフォルトの名無しさん
08/06/04 03:15:23
局面を遷移するときの線に条件が必要だな
例えば桂馬を持っているとか香車が5マス勧めるとか
873:デフォルトの名無しさん
08/06/04 06:23:31
>>871
俺も「3回あらわれた局面を通過しないように、なんて考える必要はない」派だが、
867が考えたそうだったので、考えてみた。
874:デフォルトの名無しさん
08/06/04 20:37:53
867では相手が勝を逃した時に千日手で逃れるには経路が必要になると言ったが、
そんな状況を考える必要はないという立場ならそれでいいよ。
現実的には局面だけのデータベースもストレージに載らないので初めから架空
の議論だと思っていたが、俺が何か前提を見逃しているのかな。
気分を害したなら謝るよ。
875:デフォルトの名無しさん
08/06/04 22:46:21
データベースを一つのPCで全て持っておく必要はないので
分散格納して連携するとか解決策は考えられる
利用するときはデータベースそのものじゃなくて
それを使って調べた結果が判ればいいので
通信手段があれば良い
分析も分割して調べた結果を統合するとか方法はいろいろあるんじゃね？
876:デフォルトの名無しさん
08/06/04 22:55:40
>>874
867は、データベース上に詰みまでの経路を保存する話に見えたので
868-870のような反応になったのではないかな。
どのみち「経路」(勝ち/負け/引き分けを調べたい局面にいたるまでに3回出現した局面のリスト？)
情報があったとしても、それを用いて引き分けに持ち込むにはデータベース上のラベリングされた節点に
対して、AND/OR木を探索するような処理は必要になるけど。
>>875
分散格納しようにも、格納すべきデータ量が宇宙に存在する原子の数を超えるので、
1つの原子に1bitのデータを書き込めるとしても宇宙すべての物質にデータを書き込んでも足りない
という状況になるのだけど。1つの原子に、もっとたくさんの情報を記録できるような技術があれば
また違ってくるのかも知れないけど。
877:デフォルトの名無しさん
08/06/04 23:36:29
歩とか同種類の駒は区別しないとか
いろいろ工夫する余地はあると思うけどな
全局面がむりなら必要度の高い局面とそれに関係する局面を抽出するとか
878:デフォルトの名無しさん
08/06/05 00:01:17
>>877
筋違い角とか角換り腰掛け銀とか変化が狭い戦法/すぐに終盤になる戦法は
詰みまで調べてデータベース化する価値は十分あるだろうね。
詰みまで調べられないとしても事前に十分時間をかけて探索して、懸案の局面付近の
最善手(だと思われる手)だけでも持っていればずいぶん違うだろうね。
20年後ぐらいには角換り腰掛け銀なんかはコンピュータによって結論が出てるんじゃないかな。
879:デフォルトの名無しさん
08/06/05 00:16:28
>874 >876
将棋データベースの問題を考える時は
（特に断らなくても）記憶容量と計算量が
実用的限界に納まらない事は当然の前提
として良いと思う。
それでも将棋の局面データベースを
（特に現在の局面状態だけに基づいて
最善手を与えるデータベースを）
本当に作れるのか？
と言うのは理論的に面白い問題だと思う。
880:デフォルトの名無しさん
08/06/05 01:55:46
どれだけ圧縮できるかというのも気になる
主成分分析/判別分析の固有ベクトルが分かったら評価関数に使えるし
881:デフォルトの名無しさん
08/06/05 22:51:27
>880
主成分分析か、大学の時にちょっとだけやったなぁ。
将棋の評価に必要な次元がそんなに落とせるのかどうか？
882:デフォルトの名無しさん
08/06/06 00:17:05
そういう特徴（ベクトル）を探すのに使えそうだから
今は完全に試行錯誤だから，それよりはマシになるかな，と
883:デフォルトの名無しさん
08/06/06 01:02:06
9x9の将棋（本将棋）だとデータベースがでかくなりすぎて
実現できないのは分かりきっててモチベーションが下がるので
まずは5x5将棋辺りからできないかなって考察するのが良いのかも。
もしできたら、それの性質を見ながら本将棋への類推と応用を考えると。
884:デフォルトの名無しさん
08/06/06 01:47:09
チェスですら終局までの完全なデータベースって無いのね。
将棋なんてまだまだ遙か彼方だな
885:デフォルトの名無しさん
08/06/12 21:05:59
チェスなら駒が減る一方だから終盤のデータベースは作れたけど、
将棋は駒減らんからな。５五将棋ですら無理じゃね？
886:デフォルトの名無しさん
08/06/13 08:28:00
んー、でも昨今のCPUの性能を考えると、どこぞのスーパーコンピュータを借り切ったら、
谷川九段を光速でやっつけることができそうな気がするのですが。
887:デフォルトの名無しさん
08/06/13 08:44:46
>>886
それが出来るのはスーパーコンピュータの性能のおかげではなくて
最近の谷川の性能のおかげなんじゃないだろうか
888:デフォルトの名無しさん
08/06/13 08:45:21
時とは残酷だな・・・
889:デフォルトの名無しさん
08/06/13 09:03:05
スーパーコンピュータの性能をなんだと思っているのだろう。
1台辺りの性能で言えば、高々補助単位一個分の違いでしかないのだが。
# それが充分大きいのは事実だとしても。
手の数の爆発はそんな規模ではないからね。
890:デフォルトの名無しさん
08/06/13 16:24:12
今だったら並列処理の方が単体のスパコンより、
処理速度が上げられる事実。
891:デフォルトの名無しさん
08/06/15 23:45:31
単体のスパコンって何だ？
今時、スパコンはスカラー型でもベクトル型でも大抵クラスターだぞ。
892:デフォルトの名無しさん
08/06/17 01:09:40
NECのSXシリーズのCPUなんて2GHzしかない。
ベクトル演算がどんなに速くても将棋じゃ使わない。
COM将棋で必要な整数演算で比較したらSXシリーズは、
個人で買えるCore2Duo3GHzより遅い
ちなみにクラスタ構成にしても将棋は速くならない
（選手権にクラスタで参加しているチームはない）
893:デフォルトの名無しさん
08/06/17 03:29:42
>>323まで読んだ。あとは流し読み。
将棋の完全解析プログラム検証向けの「最小セット」を考えてみた。
駒種全部再現のために自陣、敵陣の概念と全駒種を用意。
桂馬成らずや、角、飛、香の全種類の動きを再現するために横3列＊縦5行は必要。
両者に玉がないといけない。
打ち歩詰めと二歩の再現のために盤上に歩が２個以上ないといけない。
するとこうなった。
┌─┬─┬─┐
│▽香│▽王│▽角│
├─┼─┼─┤
│▽金│▽歩│＿＿│
├─┼─┼─┤
│＿＿│＿＿│＿＿│
├─┼─┼─┤
│▲銀│▲歩│＿＿│
├─┼─┼─┤
│▲飛│▲玉│▲桂│
└─┴─┴─┘
自陣、敵陣が3行づつだから中央は自陣でもあり敵陣でもある。
ただし、歩は敵陣の2段目まで入り込まないと成ることはできないものとする。
駒割りが異なるが飛側が先手、角側が後手とする。
これが先手必勝、後手必勝、引き分けのどれなのか完全解析頼む。
先手必勝か後手必勝になった場合は、あえて最善手より少しだけ悪い手を指したときに陥る引き分けのパターンの解析もよろ。
＊千日手手順のアルゴリズム入れる必要があるので重要＊
これで将棋の完全解析のためのアルゴリズムは全部入れられると思う。
やりにくかったら駒の配置は適当に並べ替えても可。
俺ど素人なんで変なこと言ってたら咎めておくれ。
894:デフォルトの名無しさん
08/06/17 03:50:41
先手から突っかけざるを得ず、
それに乗じて３三から玉頭を攻めて後手勝ち
のような気がする
895:デフォルトの名無しさん
08/06/17 05:50:44
かくしてこのスレは
「おまいら最強の将棋解析理論提案してみろよ」
スレとなりました。
896:デフォルトの名無しさん
08/06/19 02:30:48
局面の評価値を格納するデータベースのことだけど
局面を識別する番号とかと、その評価値が判ればいいので
同じ評価値のものをまとめて記録すればいい
例えば、先手勝ちは、100,000番〜4290,000番って感じ
上手く識別番号を付けることが必要になるかも知れないけど
あと仮に評価値が(先手勝ち、引き分け、先手負け)の場合
一番頻度の高いものは記録せずに、見つからなかった場合の規定値にするとかで容量を減らせると思う
897:デフォルトの名無しさん
08/06/19 02:48:08
＞上手く識別番号を付けることが必要になるかも知れないけど
無理
898:デフォルトの名無しさん
08/06/19 15:33:04
age
899:デフォルトの名無しさん
08/06/19 20:14:10
>>896
つかさ、先手勝ち・引き分け・先手負けの3つの領域を作って、評価値に応じた領域に保存すりゃよくね?
まぁ、そーゆー事して多少容量減らしても焼石に水なんだが。
900:デフォルトの名無しさん
08/06/19 20:18:27
>上手く識別番号を付ける
これを行う関数は評価関数と等価
901:デフォルトの名無しさん
08/06/19 21:23:35
>>897-900
なんで？
902:デフォルトの名無しさん
08/06/20 07:00:02
ボナンザなどのSIKOU.DLLを補助するDLLを作れば簡単に強くできそう。
たとえば定跡手はボナンザに考えさせなくていいし、 一手目の候補手だけは
ボナンザより良い生成が出来るなら、一手進めた局面をボナンザに考えさせる。
903:デフォルトの名無しさん
08/06/20 07:08:11
フリーで、棋譜ファイルから指し手の登録が出来て、激指やAIやボナンザに変換出来るか、
それらの思考ルーチンを乗っ取って、定跡ならそのまま指し手を返すように出来ない?
904:デフォルトの名無しさん
08/06/20 08:39:06
定跡だけ指すプログラムとその定跡ファイルはこちらで作りますから
コンバートまたはSikou.dllに対応させる部分を作ってもらえないですかね?
905:デフォルトの名無しさん
08/06/20 08:53:33
>>902-904
既存のDLLをソースもないのにどうやって修正するんだ。
直接patchを当てるのか？誰がそんなことすると思うんだ？
902-904は本当にプログラムが一行でも書けるのか？
俺には902の意味自体よくわからないのだがボナンザにしても定跡DBにあるものは
思考していないが、それと何が違うんだ？
906:デフォルトの名無しさん
08/06/20 08:57:03
>>905
定跡フォーマットが公開されていなくて、個人が追加することが難しい。
あと、共通の定跡ファイルが使えるようにすること。
Sikou.dllの仕様は決まっているので、
定跡用のSikou.dll → (リネームなどして)思考用のSikou.dll
と呼び出せば、様々な思考に対応出来る
907:デフォルトの名無しさん
08/06/20 09:07:07
>>906
>>905
908:デフォルトの名無しさん
08/06/20 09:11:01
>>906
ああ、そういう意味か。
定跡を別途用意するんだな？
そしてそれは「柿木将棋」の定跡形式か何かと考えていいんだな？
定跡の指し手を返す部分は、>904によると用意してくれるんたな？
定跡手なら、それをそのまま指して、そうでないならボナンザのSikou.dllを呼び出せばいいんだな？
904のプログラム(定跡だけ指すプログラム)が書けるのに、これの何が難しいんだ？20行ぐらい書くだけじゃないか。
本当に、904のプログラムを用意してもらえるのか。そこんとこどうなの。
909:デフォルトの名無しさん
08/06/20 09:16:32
不可能か、難しい点。
製品版の思考の乗っ取り(仲介) (あとbonanza.exeの制御も)
製品版の定跡ファイルへのコンバート
GUIインターフェースで棋譜などを追加するツール作成
910:デフォルトの名無しさん
08/06/20 09:21:06
可能なこと。
指し手確率のある定跡ファイルフォーマットを定めて、
それに将棋倶楽部24 、将棋祭り、2ちゃんなどネットのプロ棋譜
を登録すること。
911:905
08/06/20 09:22:28
俺、905 = 908ね。
>>909
> 製品版の思考の乗っ取り(仲介) (あとbonanza.exeの制御も)
これは製品版でもボナンザは、Sikou.dllを用いていて、このインターフェース自体は
CSAで標準化(?)されているものと同じだろうから、自前でSikou.dllを用意すればいいということなのでは。
> 製品版の定跡ファイルへのコンバート
それはしないでいいのだろう。
> GUIインターフェースで棋譜などを追加するツール作成
902は、たぶん、柿木将棋か何かでやるのだろう。
柿木将棋用の定跡フォーマットなら優秀な定跡を公開している人は結構いるのでそれをそのまま使うのかは知らないが。
912:デフォルトの名無しさん
08/06/20 09:24:55
将棋倶楽部24で50万局、プロの棋譜で5万局 ほどありますから柿木だと処理しきれないと思います
913:905
08/06/20 09:34:58
>>912
定跡部分なんだから、序盤はほとんど重複してるし、将棋倶楽部24のも
ボナンザより弱い人が指してるようなの入力しても仕方でしょうに。
せいぜい入力するのは5万局ぐらいでしょ。それなら柿木で十分処理できるよ。
そもそも、1局処理するのに1分としても1日8時間かけて480局しか処理できないよ。
そんなペースで100日やり続けても48000局。これ、誰がやるの？自動で処理するプログラム書くの？
914:デフォルトの名無しさん
08/06/21 07:12:12
ボナの定跡ファイルはいじれるんだからコンバートプログラム書けば終了だろ
915:デフォルトの名無しさん
08/06/21 17:42:26
提案ですが、現在は激指や東大将棋などはプロの実践譜を解析して
適当に定跡ファイルを作成していますが、それだとどうしても優劣のつく局面まで
登録されてしまいますが、プロの実践譜をコンピュータで形勢判断させて
コンピュータが互角と評価できるところまで自動抽出できるようにすれば、
形勢互角と思われる定跡ファイルを作れるのではないでしょうか？
ソフトによって形勢判断に違いがあるので個性が出そう
916:デフォルトの名無しさん
08/06/21 19:22:50
>激指や東大将棋などはプロの実践譜を解析して適当に定跡ファイルを作成しています
開発者が怒りそうな分だなｗ
917:デフォルトの名無しさん
08/06/21 20:30:18
>>916
あなたは激指や東大さらにボナの定跡ファイルを見て何も思わないですか？
これは１局じゃないだろ？って思わないですか？
918:デフォルトの名無しさん
08/06/21 22:21:18
経路君の次は定跡君かよｗ
919:デフォルトの名無しさん
08/06/22 02:44:04
データ記録形式だけど
XMLを特定領域のデータを記述できるようにスキーマを作ることが多いと思う
こんな感じ
Wikipedia項目ﾘﾝｸ
Wikipedia項目ﾘﾝｸ
これの棋譜版を定義できれば、各アプリ等でデータ交換が容易になると思う
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5384日前に更新/284 KB
担当:undef