Mobile

[GlobalSummit2019]米国に旅行にいくなら、Amazon Lockerを活用しよう

初音玲 — Tue, 19 Mar 2019 10:09:00 GMT

Amazon.comで買い物したものを日本に送ってくれたりしますが、まだまだ（特に電池が入っているものなど）すべてがという訳にはいきません。

米国に旅行に行く機会があったとしても、送付先にホテルを指定してうまく受け取れるか、そもそも滞在期間中に届くようにするにはどうしたらいいのかなどの不確定要素が付きまといます。

そんなとき、オースティンに出張に行ったときに街中で見かけたのがAmazon Lockerです。

Amazon.comのサイトを見てみると

配達及び返品に使える
利用時間帯も長く
追加料金なし

というAmazon公式ロッカーのようです。

ためしにMicrosoft MVP Global Summitで宿泊する近くをさがしてみるといくつかあるようです。

郵便番号にホテルの98004という郵便番号を入力して検索すると、

ベルビュースクエアの東南ブロックにいくつかありますね。高速の近くは not public lockerなので住民専用とかでしょうか。

希望するロッカーの場所の[Select]ボタンをクリックすれば送付先リストに、そこのAmazon Lockerが指定できるようになります。

日曜日も受け取れる「Amazon Locker ? Bery!」か「Amazon Locker ? Frannie」が良さそうですね。

ここで注意することは、Amazon.comでの配達は基本的にbusiness dayつまりは平日のみとなっています。

ですので、日曜日に現地着だから日曜日に受け取ろうと思うと金曜日着になるように早め早めに行動するのがいいでしょう。

もしくは、Amazon Primeのお試しに入って、月曜日の朝の9時までに申し込みをしてSame Dayかone business dayで配達してもらうのもいいかもですね。

それでは実際にAmazon Lockerから品物を受け取りましょう。

Amazon.comで購入してAmazon Lockerに荷物がはいると取り出しようのパスコードが書かれたメールが来ます。

宿泊場所からはだいたい10分くらい歩いたところにAmazon Lockerはありました。

空港に戻るときに乗るバスターミナルのちょっと先ですね。

expediaビルの地下駐車場に設置されていまいた。

ロッカーの液晶画面のところでメールに書かれたコードを入力するとロッカーのドアが開きます。

無事、ゲットできました。簡単ですね。

今回購入したのはWear OS by Googleな腕時計です。

技適も通ってますし、日本語化もされているので良い感じです。

[hardware]MAVIC AIRにも使えるDJI SDKを入手しよう

初音玲 — Sat, 23 Jun 2018 01:43:00 GMT

DJIのドローンでSDKといえば、build 2018で発表されたWindows 10 drone SDKに注目しています。

しかしながら、こちらは2018年秋くらいのリリースということで、9月のMicrosoft Igniteあたりにならないと詳細は出てこないかもしれないですね。

Windows 10 drone SDKがくればWindows 10デバイスで動作する制御アプリも組みやすくなるので、例えば、HoloLensであったり、Windows MRであったり、での活用もしやすくなるので、本当に待ち遠しいですね。

とはいえ、秋まで何もしないのももったいないですから既存のSDKで何か作っていきたいと思います。

SDK利用時のシステム構成

作成したアプリはSDKを経由してDJIのリモートコントローラーと接続し、その先のドローンをコントロールすることになります。MAVIC AIRの場合は、SDKから直接ドローンにもWi-FiやBluetooth経由で接続可能です。

App Keyの生成

SDKを使うときにApp Keyeの指定が必要ですが、こちらは、DJIのサイトに登録が必要です。

https://developer.dji.com/mobile-sdk/

登録時の個人認証にはクレジットカードまたはスマホへのSMSへの認証コード送信のどちらかが利用可能です（一時期動いていない時期もありましたが、2018/6/22現在は動作しています）。

登録が完了したらUser Centerにて自分のアプリケーションを登録してコードを取得します。

SDKの入手

現在のSDKはいろいろな種類がでていますが、MAVIC AIRで使うのであればMobile SDKに注目です。

https://github.com/dji-sdk/Mobile-SDK-Android

https://github.com/dji-sdk/Mobile-SDK-iOS

SDK自体はどこにあるかといえば、Mobile-SDK-Android-master\Sample Code\gradle\wrapper\gradle-wrapper.jarがSDKになります。

Xamarin.AndroidでSDKを利用する

jarファイルをXamarinから呼び出すためには、バインディングライブラリを作成してjarファイルをまるっとXamarinのクラスライブラリでラッピングしてあげる必要があります。

jarファイルの追加

プロジェクトが生成できたら、Jarsフォルダを右クリックして[追加]-[既存の項目]メニューを選択します。

ダイアログが開いたらgradle-wrapper.jarを指定して、Jarsフォルダにgradle-wrapper.jarを追加します。

jarファイルのプロパティ指定

jarファイルに対するビルドアクションとして「EmbeddedJar」をしてしてdllにjarファイルを埋め込むようにします。

バインディングライブラリのビルドエラー対策

この状態でバインディングライブラリをビルドしてあげてエラーなくビルドできれば、バインディングライブラリのdllが完成します。

しかしながら、ここでエラーが出ないもののほうが少なく、gradle-wrapper.jarも当然のようにビルドエラーが発生します。

ビルドエラーは３件、すべてCS0535「〇〇はインターフェイスメンバー△△△を実装しません」です。

解決方法はいくつかありますが、今回出ているエラーは、「AbstractCommandLineConverter」、「AbstractCommandLineConverterInvoke」、「DownLoad」なので、主要な部分ではなさそうで使わないでもアプリ作れそうですから、とりあえずはなかったことにしてしまって、後日、必要だったらまた考えることにしたいと思います。

そのためには、Metadata.xmlに次の定義を入れておきます。

<remove-node path="/api/package[@name='org.gradle.wrapper']/class[@name='Download']" />
<remove-node path="/api/package[@name='org.gradle.cli']/class[@name='AbstractCommandLineConverter']" />

次回に続きます。

[hardware]MAVIC AIRのコントロールアプリについて

初音玲 — Thu, 21 Jun 2018 00:06:00 GMT

MAVIC AIRの大きさですがA4サイズのノートPCと比較するとこんな感じです。

プロペラのアーム部分が畳めるので格納時はほぼ本体と同じくらいのサイズになります。

DJI GO 4

MAVIC AIRのコントロール用アプリはDJI GO 4になります。App StoreとGoogle Playから入手可能です。

DJI GO 4

DJI
写真／ビデオ
無料

play.google.com

MAVIC AIR付属のコントローラと接続して使うこともできますし、スマホ単体でも使えます。

スマホ単体で使った場合の画面はこんな感じです。

MAVIC AIRの場合、前方や下方だけではなく後方にも衝突回避センサーがついています。

上記の画面では、前方50cmと後方1mに障害物があると表示されています。

[Azure]MicrosoftのTranslator Text APIもDNN翻訳に対応しています（しかももっと簡単にお安く）

初音玲 — Wed, 05 Apr 2017 23:01:00 GMT

https://blogs.technet.microsoft.com/microsoft_japan_corporate_blog/2016/11/24/161124-microsoft-translator/

上記より抜粋

ニューラルネットワークによる翻訳は、音声 API およびテキスト API を使用する開発者が使用できます。

本日より、音声 API 呼び出しでは、すべてニューラルネットワークが利用されます。
テキスト API 呼び出しでは、標準カテゴリー (標準カテゴリーの詳細についてはこちらを参照してください：英語)「generalnn」を使用し、サポートされている 10 言語の任意の組み合わせを使用することで、ニューラルネットワークを利用できるようになります。

ということで、Microsoft Azure Translator Text APIであればFreeプランであってもCategolyにgeneralnnって指定するだけでニューラルネットワークによる翻訳がビシバシ使えちゃいます。

これ使わない手はないですねほんと。

Translator Text APIを使うためにはAzure Poralでキーを取得したら、コードでキーからトークンを作ります。

トークンの作り方はこちら。

https://github.com/MicrosoftTranslator/GetAzureToken

トークンができたらそれをAuthorizatonヘッダに設定して

http://api.microsofttranslator.com/v2/Http.svc/Translate?text={0}&from=|1|&to={2}

のような感じで呼び出せば翻訳結果を取得できます（{0}には翻訳したい原文、{1}にはjpなどの原文言語コード、{2}にはenなどの翻訳先言語コード）。

[Xamarin]Xamarinで作ったAndroidアプリをGoogle Playストアに登録する

初音玲 — Sun, 02 Apr 2017 03:36:00 GMT

Visual StudioでXamarinを使ってAndroidアプリを作成してストア登録するときの手順が最近(2017年3月末)変わりました。

以前の方法

以前であれば、[ツール]-[Android]-[Publish Android Application]メニューでダイアログを立ち上げて、そこでKeystoreなどを選択してapkファイルを作成しました。

そして、apkファイルを手動でGoogle Play Developer Consoleにアップロードして公開していました。

新しい方法

新しい方法では、ソリューションエクスプローラーでAndroidアプリのプロジェクトを右クリックして、そこで[Archive]を選ぶ方法に変更されました。

[Archive]メニューを選ぶとArchive Managerが立ち上がり、該当プロジェクトのアーカイブが進行します。

この時、ソリューション構成は[Release]を選択しておきましょう。

ビルドがうまく通ればapkファイルが所定のフォルダに作成されます。

ただし、このapkファイルは未署名のものなので、そのままではGoogle Playストアに登録できません。

[Distribute]ボタンを押して署名を行いましょう。

Select Channel

Ad HocなのかGoogle Playなのか配布方法を選びます。Google Playストア経由で配布するので[Google Play]を選択します。

Signing Identity

署名を行います。

Keystoreファイルがすでにあるならば[Import]ボタンをクリックしてファイルを取り込みます。

既存のKeystoreファイルがないのであれば[+]ボタンをクリックして、新規にKeystoreファイルを作成します。

Alias：別名など（プロジェクト名とか）

Password：パスワード

Validity：25以上の数字。1000とかでもOK。

Full Name：発行者のフルネーム

Organization Unit：部署名（個人なら入力しないでもOK）

Organization：会社名（個人なら入力しないでもOK）

City：市区町村区名

State：都道府県名

Country Code：JP

Google Play Accounts

Google Playストアに登録するアカウントを指定します。

Google PlayストアにログインしているIDとパスワードではなく、Google API AccessのClient IDとClient Secretを指定します。

これにはGoogle Play Developer Consoleにログインして「APIアクセス」のところでOAuthクライアントを作成してその認証情報からコピペします。

Google Play Track

ここまでできたら、アルファ版、ベータ版、段階的公開、製品版のどれで公開するかを指定します。

少し説明が必要そうなのは、段階的公開（Rollout）でしょうか。これはバージョンアップ版の公開を一度にすべてのユーザに対して公開するのではなく、徐々に公開していく方法です。

こうすることによって、致命的な障害があった場合に全台に影響がないようにします。また、新バージョンの最初の起動の時だけにアクセスするようなデータがあった場合の負荷分散にもなります。

段階的公開が必要なくらいの利用者数があるアプリとか夢のようですよね。

新しい公開方法は以上です。

以前に比べるとGoogle Play Developer Consoleへの配置までできるので便利ですね。

[Mobile]NYPDではWindows10Mobileが採用されたようです。

初音玲 — Sun, 16 Oct 2016 23:58:00 GMT

http://www.digitaltrends.com/mobile/nypd-windows-phone/

アメリカでは、Android 65.2%、iOS 30.9%、Windows 10 Mobile 2.3%というシェアのようですね。

でも、前者２つではなくて、Windows 10 MobileであるLumia 830とLumia 640 XLがニューヨーク市警(NYPD)に採用されたようです。

理由は、セキュリティとリモート管理。

実際、弊社でもUWPアプリを発売している関係でスマホでもWindows 10 Mobileを選択するお客様がいらっしゃいます。Android版やiOS版もあるのにね。

お聞きしてみると、やはりセキュリティと管理。特に自社内でWindowsを使っていてきちんと管理（日本の大企業の大部分はきっとそう）しているところでは喜ばれます。

アプリが少ない？Officeと弊社アプリとOutlookがあればよいというのが業務端末の特徴ですね。BYOD（もうもっているiPhoneでやりたいみたいな）ではなく会社支給とかなら選択肢として引き合いがあります。

Mobile first, Cloud first

初音玲 — Fri, 16 Sep 2016 01:10:00 GMT

トラディショナルジャパニーズカンパニーには、この2つに積極的にかかわりあいたくない人たちがいます。要は自分が変わりたくない、自分の仕事を変えたない。
そして、新しい取り組みを消極的に妨害します。そう、本人は意識していないかもですが妨害してくるのです。
前例がない、事例がない、私を納得させろ。
人は人によって納得させられるものではありません。人は自分の意思により納得するのです。変化したいから発せられたのとそうでないのとは、同じ字面であっても心根は正反対です。
かわりたいから発せられたとき、それは自分ごととして一緒に変わり事を考えるという動きになって行くのです。
そうでないときは、否定するための問いであり逃げるための問いに付き合わされるという消耗戦を勝ち抜かないと前に進みません。

諦めればそこで試合終了ですよ。

まさにこれ。

[UWP]Windows10Mobileへのデプロイが「Unexpected Error: -1988945906」エラーになったときには？

初音玲 — Wed, 07 Sep 2016 08:45:00 GMT

Visual StudioからWindows 10 Mobileにデプロイすると「Unexpected Error: -1988945906」が発生してデプロイできないということがありました。

Windows 10のバージョンは、Windows 10 ver.1501 (OS build 10586.545)。

いろいろ調べてみて下記のサービスが自動なのに起動していないと発生するらしいとのことで対応したらできるようになりました。

(1)Windows 10を再起動する

(2)ローカルサービスから、Windows Phone IP over USB Transport (IpOverUsbSvc)が起動していなかったら起動する

(3)Visual Studioで該当ソリューションを開く

(4)Windows 10 Mobileを接続してUSB接続のダイアログでOKする

(5)ARM - デバイスを選択して実行。

これで無事デプロイできました。

[Xamarin]Xamarin.Forms Androidで画面をスリープ状態にしないためには

初音玲 — Mon, 15 Aug 2016 11:52:00 GMT

Androidのアプリなどでロックスクリーン状態でも画面表示されているやつがあると思います。あれをXamarin.Formsでやろうとしたらどうするのか。

Androidアプリの普通のノウハウがそのまま使えます。

[https://gist.github.com/39e69507f3f7f977b6515a08a32048de:embed#Xamarin.Forms (Android) でスリープ状態にさせないためには]

Xamarin.Forms (Android) でスリープ状態にさせないためには

[Windows10]マイクロソフトのモバイル戦略

初音玲 — Wed, 08 Jun 2016 23:23:00 GMT

弊社アプリをスマホで使いたいとWindows 10 Mobile機をご購入していただけたり、短期間であれば弊社からお貸出ししてトライアルしてもらう場合が最近増えております。

自社保有機器といっても開発用なので手持ち機器だけではどうしても対応しきれず（予想外の引き合いの多さで緊急で予算確保のための折衝中→なんとかある程度の台数を購入できそう）端末メーカーさんにご協力いただきトライアル用端末を貸していただいていたりもします。

そんなお客様の中でも特にWindows 10 Mobileを気に入っていただき、UWPアプリの作り方などもご質問頂いたお客様からこんなことを言われました。

「Windows 10 Mobileはすごくよいし、自分たちもアプリを作っていくけれど、あとは心配なのはマイクロソフトの方針だね。」

最初、何をおっしゃっているのかと聞き返そうと思いましたが、思い当たる節があったので次のように回答しました。

「マイクロソフトがスマホ事業を縮小したのは、自社でつくらなくても様々なメーカーがWindows 10 Mobile機を作り出荷し始めたので、Lumiaから移籍した技術者を元の鞘に戻しただけですよ。Mobile First, Cloud Firstって方針は変わっていません。Windows 10とWindows 10 MobileはOSコアは同じですし、そのうえで動作するFrameworkも同じ.NET Coreだし、UWPアプリもどちらでも動くし、あえてデスクトップとモバイルと分けて情報発信しないでいいのでモバイルって言葉が話されなくなっているだけですよ。」

この説明には、すごくご納得頂けたようで、Windows 10 MobileがなくならないこととUWPやっていって無駄にならないことがわかってすごく満足な笑顔を頂いた。