前回のスライド(http://www.slideshare.net/YSRKEN/ss-50964003)では、「おりこうさんな秘書」における全体の処理フローについて解説しました。 このスライドでは、主に画像認識面についての解説を行います。

1. 作成者：YSR(@YSRKEN)
専用Twitterアカウント：https://twitter.com/orikou_hisyo
配布先(Vector)：http://www.vector.co.jp/soft/win95/game/se509326.html
配布先(GitHub)：https://github.com/YSRKEN/orikou_hisyo
専用スレ：http://anago.open2ch.net/test/read.cgi/software/1424098430/

2. 制作のきっかけ
設計思想
シーン認識の手法
数値認識の手法
名前認識の手法
まとめ

3. 大本営曰く専ブラは「厳密には規約違反」
だから
規約違反になりうる手法を避けるのは当然
でしょう？
https://twitter.com/KanColle_STAFF/status/5649
45193296601089
＞専用ブラウザは(厳密には規約違反にあた
りますが)

4. 昔、3-2-1レベリング時に伊58を沈めてし
まった経験とその贖罪から
大破進撃をブロックする機能が、開発初期
から搭載されているのはそのため

5. 専ブラがなんぼのもんじゃい！
画像認識で同等のものを作ったるわ！

6. 艦これにおける通信部分にはタッチしない
ゲーム画像を解析して、様々な情報を得る
↓ ↓ ↓これにより↓ ↓ ↓
規約に怯えることがない
面倒な通信設定の変更が不要になる
APIは頻繁に変更されるが、UIに関しては
そうでもないので保守作業をサボれる

7. 艦これのUIのパターンは大体決まっている
ので、決め打ちで数点の色を読み取るだけ
でどのシーンか判別可能
ただこれは、ゲーム画面の拡大縮小に弱い
欠点がある(100%表示=800x480しか対応し
てないのはそのため)
将来的には「Gochiusearch」で使用されて
いる手法なども検討したい
https://github.com/ksasao/Gochiusearch

9. 基本はパターンマッチング
画像を切り取り、各種の正規化処理を施し
た後にサンプルパターンと比較する
本来なら画像を切り取ったものをサンプル
パターンとして添付したかったが、権利上
の問題があるため却下
ゆえに「Adobe Arno Pro Semibold」に数字
部分が近い「Symbol」で実行時に動的作
成することにした

11. Q. これも数点読んで比較でいいんじゃ？
⇒ゲーム内での数字の大きさが様々なため
Q. 最も符合する「位置」って何さ？
⇒OpenCVのマッチング関数を使っているた
め。HSP標準機能でフツーに比較させると
遅すぎるためこうなった
Q. 赤枠で囲むのは何故？
⇒前述のように 位置合わせで判断するので、
中間の位置に判定されたくなかったから

12. 遠征名や艦娘名など、文字認識をしたい状
況も存在する
数値認識の手法では、大量の文字を認識さ
せるためメモリをバカ食いする問題が……
そこで、画像を横にスキャンして二値化し、
0/1のデータとして記録したものとテンプ
レートをマッチングする手法を用いた

14. 先の画像にも書いたように、Satofumi
Kamimuraさんが作られたソフト「赤城さ
んのお風呂タイマー」のロジックを参考に
しました
http://hyakuren-soft.sakura.ne.jp/blog/?p=41
一部紛らわしい名前が見つかった場合は、
適宜場合分けして処理しています

16. 流石に「専ブラと同等」は難しいかも！
(可視化されてない情報は読みようがない)
可能な限り便利機能を追加していきたい所
存であります！
GitとGitHubは神、HSPは紙
後継版を作りなおすことになったら、絶対
に他の言語で書こうと思いました(真顔)
最後まで読んでくださりありがとうござい
ます