Moonmile Solutions Blog

艦これのバトルJSONを再解析（祥鳳改小破編） | Moonmile Solutions Blog
http://www.moonmile.net/blog/archives/5517

で解析をした後で、hp を減算すれば ok というのは分かったので、さて他の艦これブラウザを見てみると…なんか、もうこれでいいやってな感じになってしまいました。もともと諜報員はデスクトップアクセサリ的に作りたかったわけで、戦略ゲーム的な内容を調査してというのはちょっと苦手で。ただし、デスクトップアクセサリといえば、

<b>MMDDM</b>MMDモデル用デスクトップマスコットツール?-?[?BowlRoll?]
http://bowlroll.net/up/dl30246

が動いているわけで、これでもいいか（偉そう）ってな感じになってます。そうなると、

• 艦これブラウザで、GUI をまかなう
• MMDDM で 榛名/ハルナ のマスコットが動く

という2点を満たせればいいわけで（ワタクシ的には）、となるとここの繋ぎの部分を作ればいいわけですね。業務的にもよくあるパターンです。

艦これブラウザは、

回転母港ページ
http://spinpreach.webcrow.jp/SpinHomePort.html
艦これ 司令部室
http://nozomi.arege.jp/KanHQ/
提督業も忙しい！ | grabacr.net
http://grabacr.net/kancolleviewer

を使います。後、ブラウザ上（IE,Firefoxなど）で艦これを動かしている場合も含めます。先の艦これブラウザが fiddler を使っているので、fiddler から fiddler をフックすればいいのですが、ちょっとこれがうまくいかず。更に通常のブラウザの場合は fiddler だけではうまくいかないので（タブブラウザなのでピンポイントで proxy を変えることができるのか不明）、network monitor に立ち返って調べています。

Download Microsoft Network Monitor 3.4 from Official Microsoft Download Center
http://www.microsoft.com/en-us/download/details.aspx?id=4865

ネットワークのフックツールが wincap → network monitor → fiddler となっているので、ひとつ手前の技術なのですが、fiddler と違ってネットワーク全体をフックします（ネットワークドライバー系なのか、ちょっと不明）。なので、PC全体のネットワークを監視できますね。当然、proxy 形式の fiddler もフックできます。
逆に、fiddler にできて、network monitor にできないのが、

• 通信データを改変する。
• fiddler は HTTP プロトコルに特化していて、C#/VB.NETから扱いやすい。
• network monitor をインストールする必要がある（多分）

なところです。下りデータの swf や mp3 を改変して「榛名をハルナにする」ことは network monitor ではできませんが、まあ、夜戦前の状態取得とか、Azure mobile service と連携して push 通信とかならできそうです（当然、fiddler でも可能ですが）。あと、network monitor の場合は、データをモニタ型式（たぶん内部的なコピー）で取ってくるので、PCに対するネットワーク負荷が（たぶん）低いと思われます。まあ、これも艦これに対してだけだし、艦これサーバー自体には fiddler でも network monitor でも負荷が低いのは同じなので（むしろブラウザのほうが負荷が高い）そのあたりは問題ありません。

■network monitor で艦これ通信だけ抽出する

Display Filter で以下を設定すれば OK です。SourceAddress は、艦これサーバーなので鎮守府が違うと別IPになります。URIで絞ったほうがいいも

.ProtocolName == "HTTP" and
.HTTP.Response and
.Ipv4.SourceAddress == XXX.XXX.XXX.167

■ヘルプを見る

実は network monitor には api があります。ヘルプもあります。API は wincap だけかと思い込んでいたので、これは結構使えますね。

C:Program FilesMicrosoft Network Monitor 3HelpNetMon.chm

なところに HTML ヘルプがあります。C++とC#の api も API フォルダに NmApi.h や NetmonAPI.cs というファイルであります。ヘルプには api を使ったサンプルが載っているので、これを手がかりにして作っています。

■api を使ってフックする

まだまだ途中ですが、晒しておきます。google で検索してもリアルタイムにフックする方法がなかなか出てこないので。
ハンドルのクローズとか例外処理とかは省いています。

private void Window_Loaded(object sender, RoutedEventArgs e)
{
    // netmon api の初期化
    IntPtr phCaptureEngine = IntPtr.Zero;
    NetmonAPI.NmOpenCaptureEngine(out phCaptureEngine);
    // フィルタを作成
    MyLoadNPL();

    // ネットワークアダプタのチェック（複数差し込み、VMWare Netなど）
    uint ucnt = 0;
    NetmonAPI.NmGetAdapterCount(phCaptureEngine, out ucnt);
    NM_NIC_ADAPTER_INFO adapterInfo = new NM_NIC_ADAPTER_INFO();
    adapterInfo.Size = (ushort)System.Runtime.InteropServices.Marshal.SizeOf(typeof(NM_NIC_ADAPTER_INFO));
    // 4番目のネットワークをフック
    uint ulIndex = 3;
    uint errno = NetmonAPI.NmGetAdapter(phCaptureEngine, ulIndex, ref adapterInfo);
    // モニタの準備
    uint ret = 0;
    IntPtr myTempCap = IntPtr.Zero;
    ret = NetmonAPI.NmConfigAdapter(phCaptureEngine, ulIndex,
        new CaptureCallbackDelegate(FrameIndicationCallback), 
        myTempCap, 
        NmCaptureCallbackExitMode.ReturnRemainFrames);
    // モニタの開始
    ret = NetmonAPI.NmStartCapture(phCaptureEngine, ulIndex, NmCaptureMode.Promiscuous);


}
/// <summary>
/// コールバック
/// </summary>
/// <param name="hCapEng"></param>
/// <param name="ulAdatIdx"></param>
/// <param name="pContext"></param>
/// <param name="hRawFrame"></param>
public void FrameIndicationCallback(IntPtr hCapEng, UInt32 ulAdatIdx, IntPtr pContext, IntPtr hRawFrame)
{

    IntPtr parsedFrame, insertedRawFrame;
    // フレームのパースチェック
    if( NetmonAPI.NmParseFrame(
        _frameParserHandle,
        hRawFrame,
        0,
        NmFrameParsingOption.None ,
        out parsedFrame,
        out insertedRawFrame)  != 0 )
    {
        // NetmonAPI.NmCloseHandle(hRawFrame);
        return;
    }

    // フィルタ
    bool passed = false;
    NetmonAPI.NmEvaluateFilter(parsedFrame, _httpFilterId, out passed);
    if (passed == false)
        return;

    uint ret;
    var name = new char[256];
    // ポインタを直接扱うので unsafe を使う
    unsafe
    {
        fixed (char* value = &name[0])
        {
            ret = NetmonAPI.NmGetFieldValueString(parsedFrame, _uriFeildId, 256, value);
        }
    }
    var bytes = new byte[4000];
    unsafe
    {
        fixed (byte* buf = &bytes[0])
        {
            uint offset, size;
            NetmonAPI.?NmGetFieldOffsetAndSize(parsedFrame, _uriFeildId, out offset, out size);
            Debug.WriteLine("offset:{0} size:{1} ", offset, size);
            // NetmonAPI.NmGetRawFrame(hRawFrame, 4000, buf, out size);
            // Debug.WriteLine("size2 {0}", size);
        }
    }
}

IntPtr _engineHandle, _frameParserHandle, _nplParserHandle, _configParserHandle;
uint _httpFilterId, _uriFeildId;

private void MyParserBuild(IntPtr pCallerContext, uint ulStatusCode, string lpDescription, NmCallbackMsgType ulType)
{
    /*
    // throw new NotImplementedException();
    if (pCallerContext == IntPtr.Zero)
        return;

    GCHandle gch = GCHandle.FromIntPtr(pCallerContext);
    NM_NIC_ADAPTER_INFO adapterInfo = (NM_NIC_ADAPTER_INFO)gch.Target;
        * */
}
/// <summary>
/// フィルタの作成
/// </summary>
void MyLoadNPL()
{
    IntPtr myFrameParser = IntPtr.Zero;
    ulong ret;
    IntPtr myNplParser = IntPtr.Zero;
    IntPtr myFrameParserConfig = IntPtr.Zero;


    // Use NULL to load the default NPL parser set.
    ret = NetmonAPI.NmLoadNplParser(null, NmNplParserLoadingOption.NmAppendRegisteredNplSets, MyParserBuild, IntPtr.Zero, out myNplParser);
    ret = NetmonAPI.NmCreateFrameParserConfiguration(myNplParser, MyParserBuild, IntPtr.Zero, out myFrameParserConfig);
    ret = NetmonAPI.NmConfigConversation(myFrameParserConfig, NmConversationConfigOption.None, true);
    ret = NetmonAPI.NmConfigReassembly(myFrameParserConfig, NmReassemblyConfigOption.None, true);

    uint myHTTPFilterID = 0;
    uint myHTTPFieldID = 0;
    // ret = NetmonAPI.NmAddFilter(myFrameParserConfig, "http.request.command == "GET"", out myHTTPFilterID);
    // ret = NetmonAPI.NmAddField( myFrameParserConfig, "http.request.uri", out myHTTPFieldID);
    // ret = NetmonAPI.NmAddFilter(myFrameParserConfig, "Protocol.HTTP", out _httpFilterId);
    // ret = NetmonAPI.NmAddFilter(myFrameParserConfig, "tcp.Port == 80", out _httpFilterId);
    ret = NetmonAPI.NmAddFilter(myFrameParserConfig, "http.request.command == "GET"", out _httpFilterId);
    ret = NetmonAPI.NmAddField(myFrameParserConfig, "http.request.uri", out _uriFeildId);
    ret = NetmonAPI.NmCreateFrameParser(myFrameParserConfig, out myFrameParser, NmFrameParserOptimizeOption.ParserOptimizeNone);
    _frameParserHandle = myFrameParser;
}

初期化は、
1. NmOpenCaptureEngine で api 初期化
2. NmGetAdapterCount と NmGetAdapter で、フック対象のネットワークアダプタを取得
3. NmConfigAdapter でコールバック関数の登録
4. NmStartCapture でモニタ開始

フィルタ作成は、
1. NmLoadNplParser と NmCreateFrameParserConfiguration で初期化
2. NmAddFilter でフィルタ作成
3. NmAddField でフィールド作成（値を取得するところ）
4. NmCreateFrameParser でパーサの作成
_httpFilterId や　_uriFeildId は、グローバルに保存しておいて使いまわしをします。たぶん、コールバックの時に作ってもよいのですが、あらかじめ作ったほうがハンドルとしてベターかと。

コールバック関数には、全ての通信が入って来るのでフィルタで選別します（ここに注意）。
1. 最初に NmParseFrame でパースします。
2. NmEvaluateFilter で、先に作成したフィルタを適用
3. NmGetFieldValueString や NmGetFieldOffsetAndSize などを使って各種フィールドの値を取得

network monitor を調べていくと NPL にぶち当たるのですが、所謂構造体定義です。

Network Monitor Open Source Parsers – Home
http://nmparsers.codeplex.com/

HTTPプロトコルとかICMPプロトコルとか、各種プロトコルを疑似的な構造対で定義します（中身はコードです）。これは、既に network monitor にデフォルトで含まれているので NmLoadNplParser の NmNplParserLoadingOption.NmAppendRegisteredNplSets で読み込ませれば OK です。独自プロトコルを作るときには NPL を作ればいいのでしょう。ここでは HTTP プロトコルしか使わないのでこれで十分です。

netmon api の C# は薄いラッパーなので、NmGetFieldValueString を使った受け渡しはポインタになります。この手のデータを扱うためには unsafe と fixed が必要なのですが…このあたりは C++/CLI で作り直したほうがよさそう。あるいは、string に変換する関数を作るとか。
または HTTP プロトコルしか使わないので、fidder 互換にしてしまうのがよさそうですね。まあ、network monitor 自体が 2010/06 で更新が終わっているので、今更感がありますが。ネットワーク解析的には便利かな。ちなみに、System requirements には Winodws 8 までしか書いてありませんが、Windows 8.1 x64 で動作してます。

Fiddlerを使って艦これのバトルJSONを解析（敷波復活編） | Moonmile Solutions Blog
http://www.moonmile.net/blog/archives/5071

結局のところ Feddler 使った諜報ブラウザを作って再び解析。やっぱり夜戦の前とか続行の前とかに「うっかり続行してしまって撃沈」してしまうのもアレなので。いやいや、ゲームとしてはありなんですけどね。

1. /kcsapi/api_req_sortie/battle
2. /kcsapi/api_req_sortie/battleresult
3. /kcsapi/api_get_member/deck
4. /kcsapi/api_get_member/ship2
5. /kcsapi/api_get_member/ship3

の順番で流れてくるので順番に調べます。以下、メモ的に。

戦闘を開始すると battle が降ってくるので、

“api_dock_id”:1,
“api_ship_ke”:[-1,510,510,510,505,502,502],
“api_ship_lv”:[-1,1,1,1,1,1,1],
“api_nowhps”:[-1,70,77,45,55,29,74,65,65,65,33,22,22],
“api_maxhps”:[-1,75,77,45,55,32,74,65,65,65,33,22,22],

で敵戦艦の種類とHPを取得。バトル自体の順番は、

“api_hougeki1”:{
“api_at_list”:[-1,2,1,12,6,7,4,5,3],
“api_at_type”:[-1,0,0,0,0,0,0,0,0],
“api_df_list”:[-1,[10],[9],[6],[12],[3],[8],[7],[7]],
“api_si_list”:[-1,7,8,502,7,-1,6,3,-1],
“api_cl_list”:[-1,[2],[1],[0],[1],[1],[1],[2],[1]],
“api_damage”:[-1,[129],[102],[0],[73],[12],[33.1],[28],[65]]
},
“api_hougeki2”:{
“api_at_list”:[-1,1],
“api_at_type”:[-1,0],
“api_df_list”:[-1,[8]],
“api_si_list”:[-1,8],
“api_cl_list”:[-1,[1]],
“api_damage”:[-1,[98]]
},
“api_hougeki3”:null,
“api_raigeki”:null
}

なところで、hougekiX を順番に調べればOK。たぶん、api_at_list のところが味方＆敵の攻撃＆防御の順番と思う。このあたりはあとで動画キャプチャを利用して突合せ。

戦闘が終わると battleresult が降ってくるので、これで結果をチェック。艦娘の経験値などは

“api_win_rank”:”S”,
“api_get_exp”:60,
“api_mvp”:1,
“api_member_lv”:54,
“api_member_exp”:146241,
“api_get_base_exp”:120,
“api_get_ship_exp”:[-1,432,144,144,144,144,144],
“api_get_exp_lvup”:[[390850,397000],[53943,56100],[41250,43500],[36353,37800],[44292,46500],[5851,6600]],

で取得。

“api_lost_flag”:[-1,0,0,0,0,0,0],

のところは、味方かロスト…だと思う。敵の撃沈がここではわからない？ので、先の api_damage あたりでチェック？

ここで、祥鳳改が「小破」になっているので、

続き deck で艦隊に属している艦娘を調べて、

{
“api_member_id”:41898,
“api_id”:1,
“api_name”:”u524du885bu8266u968a”,
“api_name_id”:”110117909,
“api_mission”:[0,0,0,0],
“api_flagship”:”0″,
“api_ship”:[83,252,278,81,288,675]
},

ここの api_ship は「保持してい艦娘」。保持している祥鳳改は「278」なので、ship2 か ship3 で艦娘IDに直すと、「282」が「祥鳳改」とわかる。

{
“api_id”:278,
“api_sortno”:382,
“api_ship_id”:282,
“api_lv”:29,
“api_exp”:[41394,2106,27],
“api_nowhp”:33,
“api_maxhp”:45,
“api_leng”:1,
“api_slot”:[699,700,475,218,-1],
“api_onslot”:[18,12,12,6,0],
“api_kyouka”:[11,0,6,6,0],
“api_backs”:4,
“api_fuel”:40,
“api_bull”:40,
“api_slotnum”:4,
“api_ndock_time”:4260000,
“api_ndock_item”:[15,28],
“api_srate”:1,
“api_cond”:49,
“api_karyoku”:[11,29],
“api_raisou”:[0,0],
“api_taiku”:[30,39],
“api_soukou”:[31,59],
“api_kaihi”:[37,59],
“api_taisen”:[9,0],
“api_sakuteki”:[47,79],
“api_lucky”:[12,59],
“api_locked”:1
},

小破などは、

“api_nowhp”:33,
“api_maxhp”:45,

を見るのだと思う。ここは後で。ちなみに、弾丸と燃料が

“api_fuel”:40,
“api_bull”:40,

入渠がこれ。

“api_ndock_time”:4260000,
“api_ndock_item”:[15,28],

なので、進撃の選択の場合は ship2 が降ってくるので、これから hp を見ればいいんだけど、夜戦の場合は違うようで、battle の後に「夜戦」の選択になるので、battle の api_damage を見て艦娘の hp を減らさないといけない。

多分、艦娘と敵艦の hp と

“api_ship_ke”:[-1,510,510,510,505,502,502],
“api_ship_lv”:[-1,1,1,1,1,1,1],
“api_nowhps”:[-1,70,77,45,55,29,74,65,65,65,33,22,22],
“api_maxhps”:[-1,75,77,45,55,32,74,65,65,65,33,22,22],

バトルの対応（1から12番まで）があるので、これで hp を引けばいい。

“api_hougeki1”:{
“api_at_list”:[-1,2,1,12,6,7,4,5,3],
“api_at_type”:[-1,0,0,0,0,0,0,0,0],
“api_df_list”:[-1,[10],[9],[6],[12],[3],[8],[7],[7]],
“api_si_list”:[-1,7,8,502,7,-1,6,3,-1],
“api_cl_list”:[-1,[2],[1],[0],[1],[1],[1],[2],[1]],
“api_damage”:[-1,[129],[102],[0],[73],[12],[33.1],[28],[65]]
},

演習の場合もいっしょ。小破、大破などは、maxhp が分かっているので hp と比較して割合だと思う。艦娘の名前は先に現れる ship2 などであらかじめチェックしておけばOK。