Ingress Primeのリリース時期と対応機種 #2

今年の1月末にこの記事を書きました。
あれから7か月が経過しますが、まだリリースされていませんね。
改めて状況整理したいと思います。

2018年にリリース予定のIngress Primeですが、これまでに発表されている情報から  ARKit および ARCore を使ったアプリとなることは確定しているようです。
1月の頃と比較すると 現在はARKitもACRoreも動くようになっています。
この情報だけで、対応機種とリリース時期らしきことはだいたい見えてくるかと。

  • ARkit
    Apple社の拡張現実フレームワーク
    最新版は2.0(iOS12に入る。iOS11の場合ARkit1番台が動作。)
    Apple A9チップ以降の機種に対応
    具体的な対応機種は

    • iPhone X
    • iPhone 8
    • iPhone 8 Plus
    • iPhone 7
    • iPhone 7 Plus
    • iPhone SE
    • iPhone 6s
    • iPhone 6s Plus
  • ARCore
    Google社の拡張現実フレームワーク
    最新版は1.4.0(Android 7.0以上で動作)
    具体的な対応機種はこちらで確認を。

となります。

1月末の時点では私は「Nianticの開発状況以前に、GoogleがARCoreの正式版をリリースをしないことにはAndroid版のIngress Primeはリリースできなさそうな状況と思われます。」と書いていましたが、現時点では、ARCoreは正式版になっているので、リリースのタイミングはNiantic次第という状況と思われます。

【搭乗記】TR899 スクートビズで台北経由でシンガポールへ

これは2018年4月12日(木)のこととなります。
イングレスのイベント「ミッションデー・ペナン」へと向かうため、スクートの飛行機を利用して成田からシンガポールへと向かいました。
TR899という便で台北(桃園空港)経由となります。
エコノミーで行く予定でしたが、予想通り数日前に「スクートビズ(ビジネスクラス)にアップグレードしませんか?」的なメールが届きました。
運が良ければ9000円でスクートビスに乗れるので、応募し、当選し、スクートビズでゆったりとシンガポールへ向かうことができました。

この便での注意点として、台北では一旦、持ち込み手荷物を全部持って、改めて保安検査を受ける必要があります。
機内に置いて行って保安検査に向かってしまうと棄てられてしまうとのことです。
私はスクートビズ利用だったのでサッと降りることができ、保安検査を済ませ、搭乗口に移動するのに約15分程度で済みました。
が、エコノミーの後方座席に座っている方の場合は時間が足りなくて焦ってしまうかも知れません。まあ、台北に置いて行かれるようなことにはならないとは思いますが、一旦、出国するであるとか、買い物をしているような時間はないと思ってください。
私が1つだけ後悔していることは、「台湾の硬貨を持って行かなかったこと」です。
台北から改めて飛行機に乗るまでのちょっとした時間に自販機で黒松沙士を買うことができませんでした。
もし、またTR899でシンガポールに行く機会があったときには、忘れずに台湾の硬貨も持って行きたいと思います。

 

「安全な通信を確立できませんでした。もう一度入力してください。」の対処法

イングレスをやっている人たちに最近、徐々に発生頻度も増えてきているこの事象。世界中で発生中の模様。

日本語だと、
「安全な通信を確立できませんでした。もう一度入力してください。」

英語だと、
“Secure connection could not be established! Please try again.” というやつですが、
今回はこれ関連のことを書いてみたいと思います。

 

■解決法(ITスキルの有無関係なく手っ取り早く解決する方法)

・一旦、イングレスをアンインストールし、改めてインストールする。
改めてインストールしたとき、いろいろと設定値も初期状態に戻るので、音声が「大」になっています。音が出ないようにしてからイングレスを起動しましょうね。

 

 

■解決法(多少はスマホのことはわかる人向け)

・イングレスの[データを消去]する
これの手順がわからない人は、上記のアンインストールを実施したほうが手っ取り早いです。
※[キャッシュを消去]しても意味ないです。

 

■解決法?
・事象が発生したら、もうその日のイングレスは終了にして、別のことに時間を割く。いつの間にか解決しているかも。

 

■雑感など

どんな会社組織であってもサポート窓口というのはマニュアル通りの定型文の対応をするだけです。
すごく詳しい人が懇切丁寧に対応してくれることはないですよね。
エンジニアは開発に専念させられているので、エンジニア級の人がサポート窓口で対応しているなんてことはないし、上席に代わってもらったところで技術的な会話なんてできないのがフツー。
複数の同様の情報が貯まれば、会社組織としても対応することになるとは思いますが、スピーディーな対応は無理なので、スピード優先でどうにかしたい場合には、ユーザ側にいる詳しい人が情報をシェアするしかない。そんなところかと思います。
今回のような事象がアノマリーの直前とか最中に発生したとしても、どうにか切り抜けられるようにしておく。そういうことは陣営を越えて知っておくべきことと思います。