Google Play Games Services v2 を使ってみる

Google 公式のサンプルが古く、API が刷新された v2 には対応していない。サンプルが旧 API でグチャグチャとやっていることが、v2 ではライブラリー側に隠蔽された感じになっており、グチャグチャやっているサンプルを参照すると、却って無駄に学習コストを浪費する面もある。

Google Play Games Services は基本的には Firebase のようなクラウド BaaS のようなものであり、Google Play コンソールからサーバー側の設定作業を行うものの、Google Play そのものとは独立した代物と考えた方がいい。

学習面で Firebase（Analytics や Crashlytics）よりも一段ややこしいハードルがあって、それは、アプリ認証（OAuth）をインプリメントしなければならない点である。サーバー側での適切な設定と、アプリ側での適切な設定を、協働させて行わなければならない。独学で誰にも意見を聞けない状態で、上手く動作しない場合に、どこに原因があるのか、学習段階で突き止めるのは非常にストレスフルである。一旦、成功してしまえば、後から振り返って検証するのは難しくはないのだが。

Firebase プロジェクトを選択する

既に Firebase Analytics/Crashlytics は組み込み済だったので、それに追加する形で Games Services をセットアップする。

Play ゲームサービスの設定

Play ゲームサービスの設定画面に遷移し、必要な作業が列挙されている。認証情報を作成することにする。

認証情報を追加

ここで認証情報を追加するためには、OAuth クライアントを作成する必要がある。

OAuth クライアントの作成

ここで表示された情報を使って、Google Cloud Platform にて OAuth クライアントを作成する流れになる。

Google Cloud Platform での OAuth クライアント ID の作成

直前の Google Play コンソール側で表示された情報を使って Google Cloud Platform 側で OAuth クライアント ID の作成をする。

ただし、留意しなければならないのは、直前の Google Play コンソール側で表示されたフィンガープリント情報は、あくまでもアプリのリリース版のフィンガープリントだという点である。デバッグビルドのアプリの場合は、フィンガープリントが違ってくる。フィンガープリントが違っていると、認証が通らず、Google Play Games Services にサインインできない。

デバッグビルド用のフィンガープリントを使いたい場合は、この画面に例示されている keytool のコマンドを使って、デバッグビルド用のフィンガープリントを調べ、それを OAuth クライアントの設定として使う必要がある。ちなみに、macOS では、デバッグ用のキーストアは ~/.android/debug.keystore にあり、パスワードは android 。

また、OAuth クライアントは複数作成できるので、このような作成作業を 2 回行って、リリース版とデバッグ版の両方を用意しても ok である。

Google Play コンソール側で OAuth クライアントが選択できるようになる

元の Google Play コンソール側の画面に戻り、「OAuth クライアントを更新」するか、ブラウザーをリロードすると、クライアントが選択できるようになる。これで、認証情報を追加できることになる。

Play ゲームサービスプロジェクトの公開

最後に Play ゲームサービスプロジェクトを公開する流れになる。

プロパティ情報の補完

公開するためにはプロパティ情報を補完する必要があるようだ。

プロパティを編集

必要な情報を埋める。基本的にはストアの掲載情報と同じだが、ストアはストア、Games は Games ということでサービス自体は別個のものだからだろう。

改めて Play ゲームサービスプロジェクトの公開

これでサービスプロジェクトを公開できるので、アプリ側のプログラムで動作をテストできる。

サインイン

まずは、サインインが正常にできるかどうかをテストすることが先決。ここが旧 API と違って圧倒的にスマートになった部分で、公式のサンプルのグチャグチャやっている部分は無視した方が吉。v2 の方式で必要なコードを実装した場合、アプリを起動すると最初にサインインするためのダイアログが出てくる。一旦サインインすると、以後はアプリ起動毎に暗黙的にサインインされ、例の Play Games のアイコンがポップアップ表示されるのでわかるという形になる。一方、v2 ではサインアウトをする方法は用意されておらず（つまり、アプリ側では関知しない、ユーザーと Android OS 間で扱われるべき問題だということ）、そこは非対称的になっている。

リーダーボード（スコアランキング）の設置

リーダーボードの作成の流れへ

リーダーボードの作成

カスタム単位で 2 種類あって、「単位（1）」というのは、単数の場合という意味。どこにも説明が書いていないので、英語ネイティヴなら直感的にわかることなのかもしれないが、少し考えた。

リソースを取得

リソースを取得する流れへ

リソース

ここに表示されたリソースファイルを、実際にアプリのプロジェクトのリソースファイルとして使う。公式のリファレンスにあるように、Manifest.xml から参照される値でもあるが、では、Manifest.xml の該当箇所に直接値を記述すればいいのかというと、そうでもない。ライブラリー側からも参照しているようなので、結局はリソースファイルとして用意するしかない。

まとめ

以上で Google Play コンソールおよび Google Cloud Platform 側の設定はできた。あとは公式リファレンスの通り、アプリ側にコードを記述してテストすればどうにかなる。

コメント

コメントを投稿

このブログの人気の投稿

清水俊史『上座部仏教における聖典論の研究』

清水俊史さんという仏教学者（佛教大学出身）が、東大教授（花園大学卒→東大編入 or 再入学？）の馬場紀寿氏と論争の末、アカハラ被害に遭い、さらには出版妨害に遭った（参考： 日本テーラワーダ仏教教会 事務局長 佐藤哲朗さんの YouTube 動画 ）という、問題作であるこの本を読んだ。 佐藤さんが紹介している Amazon の書評リンク にもある通り、この清水さんの本は、馬場氏の（今の東大教授としての地位へとつながる博士論文を母体とした）デビュー作『上座部仏教の思想形成――ブッダからブッダゴーサへ』の内容を完全否定するものである。 主に、清水さんの本の 3 部構成のうちの第 1 部がそれ（馬場説の完全否定劇）に該当する。 総括 第 1 部では、ブッダゴーサやダンマパーラに帰せられる著作群を主な材料として、小部の成立を軸とした三蔵の形成過程を考察した。以上をまとめれば、仏滅後からブッダゴーサを経てダンマパーラに至るまでに、三蔵は次のような段階を経て成立したと推定される。 仏滅後に残された様々な教えは、仏弟子たちによって、その内容に応じて律蔵と『長部』『中部』『相応部』『増支部』という経蔵四部とに収められ、僧団内にいる長部誦者や持律師と呼ばれる専門家たちがこれを伝承していった。この律蔵・四部から漏れた様々な種類の経典（主に偈頌経典）は、他の四部に比してより在家的・通俗的な蔵外文献として伝承され、『ジャータカ』と『ダンマパダ』の例外を除いて専門の誦者や伝持者は僧団内に存在しなかった。 これら四部の外側に累積していった蔵外文献（主に偈頌経典）は、 後に経蔵の第五部「小部」として三蔵内に組み込まれるが、経蔵が五部に再編成された後も小部の構成は固定的ではなく流動的であった。そのため、小部のうちには、成立が早いとされる『スッタニパータ』『ダンマパダ』といった韻文経典のみならず、成立が遅いと考えられ る『義釈』『無礙解道』といった教理書も収められている。このような編纂事情ゆえに、上座部における小部の伝持形態は、「小部」というーまとまりのセットで伝持するという意識が希薄であり、各々の文献単位で別個に伝持されていった。 また、小部の成立だけでなく、阿毘達磨蔵七書と律蔵附随の成立も遅いことが考えられるが、これら小部・阿毘達磨蔵・律蔵附随の成立の具体的な先後関係は不明であ
続きを読む

OpenWrt での Wi-Fi 設定

イメージ
OpenWrt をインストールしたら、まず最初に手を付ける作業が Wi-Fi（Network > Wireless で該当デバイスの設定を Edit）。初期状態では Wi-Fi が無効化されているため、Wi-Fi を有効化しておかないと、有線 LAN で直結していないノート PC（Macbook）から作業できない、というのが個人的には決定的な理由。 設定自体は特に難しくはなく、大まかには 2.4G 帯と 5G 帯それぞれについて、暗号化キーを決め、SSID や周波数チャンネル、出力強度をカスタムしたりする程度。最後に Enable して Save & Apply する流れとなる。 以下では、最初に、作業用の古いノート PC（Linux）から有線 LAN でルーターに接続して設定を行い、5G 帯をアクセスポイント・モードで有効化し、Wi-Fi 経由で MacBook が接続できるようにしてから、（Linux マシンと LAN ケーブルを片付けて）残りの作業を行っている。 5G 帯のアクセスポイント設定 WZR-HP-AG300H の場合では radio1 が 5G 帯（802.11an）となっているので、この Wireless 設定を Edit する。 Device 設定（Advanced Settings） 上半分の Device 設定についてはまず Advanced Settings タブの国設定で「JP - Japan」を選ぶ。 Interface 設定（基本設定） 下半分の Interface 設定については上のスクリーンショットのように Mode を「Access Point」、ESSID を適当に設定する（ここでは「OpenWrt」としている）。 Device 設定（基本設定） 国設定を選んだので、基本設定のタブに戻る（下のスクリーンショット）。 チャンネルは auto にすると、PC（受信端末）側のアクセス可能範囲外のチャンネルが選ばれてしまう場合があるので、確実に接続できるであろうチャンネルを手動で選んでおいた方が無難だろう。出力パワーは最強にしておいた。帯域幅はデフォルトの 20 MHz 幅のまま（40 MHz にすると倍化するが、その分、他の Wi-Fi との干渉もし易くなるため）。
続きを読む

シークエンスパパともの先見の明

イメージ
先日、シンクロニシティ的に、故・シークエンスパパともが 2 年前に行った未解決事件に対する霊視が、ギャル霊媒師・飯塚唯が最近行った霊視と、互いに補完し合うような内容であるということを ブログ に 認 したた めたばかりである。 ところで、さらにもう一つの、パパともの霊能力に関する（僕にとって）シンクロニシティ的なタイミングで到来した情報が発生した。 シークエンスはやとものチャンネルの動画などを観るようになったのがきっかけで、YouTube のお勧めに、オカルト系のチャンネルが多数表示されるようになってきたのだが、その一つに「都市ボーイズ」という都市伝説を中心としたオカルト系チャンネルがあった。こういうものを観だしたらキリがないので、基本はスルーしていたのだが、その都市ボーイズ（放送作家の岸本誠と早瀬康広のコンビ）がチャンネルにはやともがゲストで出演して生霊鑑定を行っていたのを観たので、そこから芋蔓式に都市ボーイズのチャンネルの動画も何本か観たりするようになった。 都市ボーイズはやせの黒魔術 当初は、はやせ（早瀬康広）に「黒い呪いのようなものがまとわりついている」という、はやともの生霊鑑定の結果を深掘りすべく、関連する動画を追った。はやせは、呪物コレクターであり、その上、最近（約 10 ヶ月前に公開された動画）、「呪いを飼い馴らして、黒魔術的な力を自分のものにする」という修行というか通過儀礼を行っていたというのである。 儀式を無事に終えて台湾系の呪術師に合格が認められたはやせは、「数年以内に自動的に能力が開花し、自分で自覚するだろう」と言われたという。 都市ボーイズはやせを怒らせた霊能者 そのようなはやせを擁する都市ボーイズだが、先日、「【テレビの闇】インチキ霊能力者にテレビ出演邪魔されました！【インチキ霊能者】」という刺激的なタイトルの動画が、たまたま僕が暇だった時、公開されたばかりのタイミングで見つけてしまったので、早速その動画を観た。 約 1 年前、とある霊能者の霊的な〝脅迫〟によって、はやせはテレビ出演を直前で降板させられてしまったそうである。 僕は、テレビは観なくなって久しい人間で、それこそ霊能者というとシークエンスはやともの言う「心霊第 3 世代」の宜保愛子で止まっていて、江原啓之ですら雑誌の見出しで名前を
続きを読む