Showroomでの自動星集めの試み (3) ガチイベ、最後の5分間

後から考えるとこの記事ではこうやっておけばよかったというようなところがたくさんあります。方法を多少は改善した記事が

　　「Showroom - イベントの獲得ポイント数を取得して記録するツール」

にあります。

-------------------------

タイトルには“ガチイベ”と書いたのですが、正確にはガチイベの予選の話です。とは言えガチイベらしさは出てると思います。

Go/agouti による自動星集めを検討しているわけですが、プログラミングにも少しは慣れてきたのでガチイベの最後の4時間、獲得ポイント数上位の方たちの獲得ポイントの推移を調べてみました。

対象としたイベントは　　

　　「TP公式番組アシスタントMCの奪取イベント！（東京エリア B予選）」

です。どういうイベントなのかは上のリンクの中にあります。イベント特典（つまりこのイベントの価値）も書いてありますが、今回は予選ですので特典は“上位5名が決勝に出られる”ことになります。つまり1位でも5位でもいいけれど5位と6位は天と地ほど違うということです。

このイベントを選んだ理由は、私が応援している配信者さんが参加していたから、という単純な理由です。

イベント最終日の14時の時点での獲得ポイント数上位8名の方の獲得ポイントの推移を17時からイベントが終了する21時直前まで取得してグラフにしました。
イベント終了時の獲得ポイントはどうやって調べるのかわからなかったので貢献ポイント上位100名の貢献ポイントの合計に貢献ポイント100位の方のポイントの50倍をプラスするとして求めています。特に根拠のある方法でなく、ここは今後検討してみたいと思います。
ポイントとはなんぞや、みたいな話は省略します。この記事に興味を持たれる方には不要な話だと思いますので...

（データは数分おきに取得しているため重複があります。最後の1時間についてはグラフを見やすくするため重複データを間引きしてあります。データは8位の方の分までとったのですが、7位と8位の方は110万pt以下だったのでこのグラフには表示されません）

途中ちょっとした動きはありますが、イベント終了30分前くらいまでは配信者さんそれぞれについて（配信していないと思われる時間帯は除き）一定の傾きで上昇しています。
リスナーさんが星・種を投げたりカウントしてたりしているのに相当すると思われます。星・種やカウントの数は1時間あたり500個あるいは一配信あたり50カウントと上限が決まっていますので、こうなるのは当然でしょう。

配信終了の30分くらい前からじょじょに傾きが大きくなってきます。有料のギフトを投げはじめているものと思われます。そして最後の5分間のあいだに一挙にポイントが上昇します。

14時の時点で4位だった配信者・Dさん（紫）は、終了5分前でもまだ4位のままだったのですが、5分の間にポイントを30万ポイント程度増やし堂々の一位になります。6位だった配信者・Fさん（橙）も15万ポイントを増やし4位に4位に滑り込み決勝進出の権利を獲得しています。

1位、2位だった配信者さんは30分くらい前から有料ギフトを断続的に投げていますが、最後の5分間で集中的に投げるというのはあんまりやられていないようです。結果として1位だったAさん（青）は3位、2位だったBさん（赤）は5位に落ちてしまっています。とくにBさんはあやうく決勝進出の権利を逃すところでした。

これを見てどう感じるかは人それぞれと思いますが、Showroomのイベント、特にガチイベと言われるイベントの怖さを感じます。

-------------------------

参考

　　「Showroom - 自動星集め・星投げ・カウントツール）」 （使用法とソースつき）
　　「Showroom - 自動三周ツール（もう一つの自動星集め・星投げ・カウントツール）」　
　　「Showroom - イベントの獲得ポイント数を取得して記録するツール」
　　「Showroom - 福引するプログラムとその結果 (1)」

　　「Showroom - イベント結果データ」

　　「Showroomの複数アカウント（複アカ、複垢）について考えてみた(1)」
　　「Showroom - 複数アカウント(複垢)問題の真実 - 実験計画」
　　「Showroomの重複アカウント（複垢）減算はこうして起きる」

　　「Showroomでの自動星集めの試み (3) ガチイベ、最後の5分間
　　「Showroom ラスカルイベの最後の5分間」

　　「Showroomでの自動星集めの試み (1)」
　　「Showroomでの自動星集めの試み (2) 配信ルームの一覧を作る」
　　「Showroomでの自動星集めの試み (4) 星集めツール」
　　「Showroomでひたすらリスナーレベルを上げるための星集めツール（Go/Agouti）」

　　「超初心者のGo言語/agouti - ブラウザ操作の基本の基本」
　　「超初心者のGo言語 - 複数の戻り値をもつ関数」
　　「超初心者のGo言語 - もっとも簡単なGoroutine（並列処理）」

　　---------------------

　　「GoDoc - package agouti」

　　「Qiita @0829 - Goではじめてみたブラウザの自動操作」

　　「Qiita @tenten0213 - agoutiというWebDriverクライアントを使って面倒な作業を自動化する」
　　「Qiita @masaru_b_cl - Windows上でGo言語初心者向け学習環境を作る」

　　「はじめてのGo言語」
　　「天才まくまくノート - まくまく Hugo/Go ノート - 関数を定義する (func)」

　　「Qiita @TakaakiFuruse - Golang Goの並列処理を学ぶ(goroutine, channel)」
　　「Qiita @To_BB - Rubyエンジニアがゴルーチン(Go言語)を学んでみた【初心者向け】」
　　「Qiita @fukumone - goroutine 使い方まとめ」

=======

今回はGo/agoutiによるプログラムとバッチファイルを使ってデータを取得しています。
バッチ処理がGoの処理を1分間ごとに呼び出しています。ファイルへの書き込みは追記で行いますの実行を途中で打ち切ったり再開しても問題ありません。
なおGoの処理の中で2箇所ウェイトが入っています。二番目のウェイトは必須です。これがないとデータを取得できませんでした。最初のウェイトはループ一回目のデータが欠落することがあるため入れてみたのですが効果があったのかなかったのかよくわかりません。

なお注意していただきたいのはどんなイベントでもこの方法で獲得ポイントのデータを取得できるわけではないということです。イベントごとに画面の構成は違います。

package main

import "github.com/sclevine/agouti"
import "fmt"
import "os"
import "time"
import "strings"

func main() {
	// 14時の時点での1位から8位の方のルームのURLをリストにしてあります。
	SiteName := [...]string{
		"https://www.showroom-live.com/tps_1107",
		"https://www.showroom-live.com/shun_tps",
		"https://www.showroom-live.com/tps_0612",
		"https://www.showroom-live.com/supica_tps2",
		"https://www.showroom-live.com/217_tps",
		"https://www.showroom-live.com/tps_0819",
		"https://www.showroom-live.com/u3d6f9g4",
		"https://www.showroom-live.com/529midori_tps2"}

	// Chromeを利用することを宣言
	agoutiDriver := agouti.ChromeDriver()
	agoutiDriver.Start()
	defer agoutiDriver.Stop()
	page, _ := agoutiDriver.NewPage()

	// このウェイトはループの最初の処理でデータを取得できないことがあったため入れました。
	// 意味なかったのかも....
	time.Sleep(10000 * time.Millisecond)
	fmt.Println(time.Now())

	// ファイルは追記でオープンします。なければ新たに作られます。
	f, _ := os.OpenFile("TPS.log", os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0644)

	// データをとりはじめた時刻をファイルに書き出します。
	t := time.Now()
	hh, mm, ss := t.Clock()
	LogTime := fmt.Sprintf("%02d:%02d:%02d", hh, mm, ss)
	f.WriteString(LogTime)

	// リストにあるURLの分繰り返します。
	for _, Name := range SiteName {
		f.WriteString(",")

		// 配信者のルームを開きます。
		page.Navigate(Name)

		// このイベントはイベントページに獲得ポイントが表示されています。
		page.FindByClass("event-body").Click()

		// このウェイトがないとデータを取得することができませんでした。
		time.Sleep(2000 * time.Millisecond)

		// 現在の合計ポイントの項目を取得します。
		Point, _ := page.Find("#js-genre-section-1 > div > ul > li").Text()

		// ポイントの両側にある不要な文字列を削除します。
		f.WriteString(strings.TrimSuffix(strings.TrimPrefix(Point, "現在の合計ポイント："), "pt"))

		// この処理はイベントページのクローズのつもりです。
		// この操作でイベントページがクローズするか確認していません。
		// おそらくこの処理がなくても全体的な動作には問題ないような。
		page.Find("#event-detail-dialog > a").Click()
	}
	// すべての配信者さんを巡回したら処理を終わりファイルはクローズします。
	f.WriteString("\r\n")
	f.Close()
}

バッチ処理timeout実行中はctrl-Cで実行を打ち切ることができます。上記のプログラムをコンパイルし tps.exe を作ってあります。

:loop
tps
type tps.log
timeout 60
goto loop