BluetoothSMARTデバイスをmbed で開発する(7)

はじめに

BLEは省電力であることが最大の特徴ではありますが、使い方によっては電池の減りが早かったり
以外なな落とし穴に陥る場合があります。
今回は消費電力を下げるためのアプローチについて掲載いたします。

BluetoothSMARTデバイスをmbed で開発する(6)

はじめに

前回はmbedを使用したBLEデバイスとAndroid 4.4および5.0でBLE接続に必要な実装について掲載いたしましたが、今回は４種類のGATTアクセスに着目して、それぞれの動作と実装方法について紹介いたします。

BluetoothSMARTデバイスをmbed で開発する(5)

はじめに

お待たせしました、昨年夏に連載していました「BluetoothSMARTデバイスをmbed で開発する(1)-(4)」の続編になります。

2014年の後半は mbed のnRF51822 周りの実装が安定せず掲載を中断しておりましたが、ライブラリを更新してもビルドが失敗するようなこともなくなってきましたので、掲載を再開とさせて頂きたいと思います。
今回からは Android アプリ開発に焦点を当てて、Andorid 5.0 以降で変更となるBLE関連のAPIについても掲載していきます。

Apple WatchでNotificationを出す方法

AppleWatchの発売日である4/24とその翌日の4/25にそれぞれ大阪と東京でApple Watchの勉強会を開催いたしました。
AppleWatch発売！Apple Watch WatchKit勉強会 大阪
AppleWatch発売！Apple Watch WatchKit勉強会 東京
私はNotificationについて説明させて頂きましたのでその時のスライドをベースに、その後試した内容を加筆してblogとして公開いたします。

実際にApple Watchを一週間使ってみて、アプリ機能やグランス機能なども一通り試してみました。私がApple Watchで一番頻度の高い機能であると考えるのはNotificationです。ちらりと見るだけで情報を把握、気になる内容だったらiPhoneを取り出してチェック、そんな風に使えるのでとても便利です。アプリケーションの品質を高めるためには、使いやすく、一見するだけで情報を把握できるように配慮されたNotificationを実装するべきでしょう。

[コラム] Android Autoの機能と今後について

はじめに

本記事は、Googleから発表されているAndroid Autoの特徴や機能に関してまとめた記事です。
Android Autoの現在使用可能な機能、将来的に使用出来る機能およびそのアプリケーションの構成に関して、大きく分けて以下のようにまとめています。(2015/03/13時点)

• Android Autoとは
• Android Autoの動作環境
• Android Appについて
• 今後の展望について

※本記事を記載するにあたって、以下のURLを参考にしております。

• Android Auto公式
• Android Auto: The right information for the road ahead
• Android Auto Demo at Google I/O 2014
• Google Developers Building Apps for Auto
• Devbytes Android Auto Audid

◆Android Autoに関してまとめたPDFがこちらからダウンロード出来ます。
http://www.brilliantservice.co.jp/bril-tech-blogspot/about_android_auto.pdf

Android Autoとは？

1概要

1.1 Android Auto

Android Autoとは、Android端末とカーナビ等の車載器(テレマティクス)と連動するシステムです。

ユーザーは車載機の操作のみでAndroid端末と連携でき、サービス、メールの確認、

音楽の再生、目的地までのナビゲーションなどのサービスを受けることが出来ます。

図 1.1.1.1

1.2 特徴

Android Autoに関する公式な発表では、まだ一部しか公開されていませんが、
Googleから発表されている動画や実際にハンズオンしている動画を見ると、
以下のような特徴が見て取れます。

• Android端末とAndroid Auto搭載の車載機をUSBケーブルでつなぐことで連携を開始します。
• Android Autoはタッチパネルによる操作のみでなく、音声入力によるハンズフリー操作、そして対話型の操作が可能です。

Android端末との連携では、以下のような機能が想定されています。
　※現在開発方法が公開されているのは、音楽再生、通知機能のみです。

• 音声認識
• メールや通知に対する返信の作成
• 別アプリの起動および操作
• 音声再生
• メール・リマインダーやスケジュール通知の読み上げ
• 音楽再生
• スマートフォン内の音楽データの再生
• 電話機能
• スマートフォン内の電話帳から電話
• ダイヤル入力による電話
• 通知機能
• 通知を選択すると、内容の音声読み上げ
• 通知に対しての返信
• Google Mapによるナビゲーション

Android Autoの動作環境

1 Android Auto動作環境の構成

現在公開されているAndroid Autoアプリの開発環境は以下のようになっています。

図 2.1.1

以下の表にAndroid Auto動作環境の構成に関しての用語をまとめておきます。

Android Auto API Simulators	車載機側プラットフォームのシュミレータアプリ。 このアプリ上で、Android Autoアプリの動作が確認できる。 現在はオーディオ系とNotification系の2種類が存在する。
Android  Auto App	Android Auto向けに拡張したAndroidアプリ。

Android Auto APPについて

1 Android Autoでできること

Android Autoアプリの開発方法については、以下の2機能が公開されています。(2015/03/13時点)

1.1 AndroidAuto音楽再生

1. 車載機上からのスマートフォン内の音楽データの再生

　　　再生、停止、送り、戻るなどの車載機上からの操作をコントロールできます。

　　　シミュレーターアプリと連携する前に聞いていた音楽を、

　　　シミュレーターアプリ上でも再生することが出来ます。

2. スマートフォン内の音楽アプリと同等のプレイリストを取得、閲覧

　　　バックグラウンドに選択されたアプリと同様のプレイリストを取得し、

　　　シミュレーターアプリでも再生する音楽リストを閲覧、選択することが出来ます。

1.2 AndroidAutoNotification

1. 車載機器へのNotification送信

　　　車載機器側でNotificationを選択すると、内容を音声で読み上げてくれます。

　　　Notificationを車載機器側(現在はシミュレーターアプリ上)に通知できます。

2. 車載機器からの既読通知を受信

　　　車載機器側でNotificationが選択される(=音声読み上げ)と、

　　　既読になったことをIntent通知で受け取ることができます。

3. 車載機器からの返信を受信

　　　車載機器側でNotificationに対する返信操作が行われると、

　　　その内容をIntent通知で受け取ることができます。

※動作確認の方法やシミュレーター、アプリの作成方法に関してはこちらの記事を参考にしてください。

Android AutoのAPIをが公開されました

Android Auto用メッセージアプリの作り方

Android Auto用音楽再生アプリの作り方

今後の展望について

1アプリケーションについて

1.1 Googleが想定しているアプリケーションの構成

Googleが発表している動画で、音楽再生アプリを例に以下のアプリ構成図にて解説を行なっています。
Android Auto アプリケーションの構成に関しての説明をしているもので、2章で記載していたものとは構成が異なります。
このような構成にすることによって、既存のアプリケーションを1から作り直すことなく、Android Autoに対応させることが出来るため、将来的にはほとんどのアプリがこのような構成になるものではないかと予想されます。

図 4.1.1.1

http://developer.android.com/training/auto/audio/index.html のVIDEOリンクより抜粋

以下の表にAndroid Auto Appを構成に関しての用語をまとめておきます。

My Audio App	スマートフォン上で動く MusicPlayer アプリケーション
Android Auto App	“Auto enable car”上で車載器用に設計されたUIを表示し、操作を“My Audio App”へ中継するアプリケーション
Auto enable car	Android Auto 機能対応車載機。”Android Auto App” を表示する。

上記のように、My Androiｄ App(既存の一般的なアプリケーション)をAndroid Auto Appという中継アプリとの連携させることで、Auto enabled car(車載機)上からMy Android Appを操作することが可能になるという構成になっています。

つまり、Android Auto App自体はただのコントローラーであり、実際に処理が行われているのはスマートフォン上にあるMy Audio Appであるという仕組みです。

1.2 想定されるアプリケーションの使用例

上記のような構成から将来的には、
以下のような使用方法が出来るのではないかと予想されます。
※例として、既存のアプリケーション(スケジュール管理や音声で別アプリを起動出来る物)がAndroid Auto Appに拡張されたとします。

　乗車前：スマートフォン内のアプリにスケジュールなどを登録しておく
　車載器とスマートフォンを接続
　乗車後 1：車載器から、スケジュールの通知がされる。
　乗車後 2：続けて車載マイクからに向けて、入力を行う。
　　例) メールの作成、別アプリ起動、SNS投稿

イメージは以下の通りです。

図 4.1.2.1 

乗車前：スマートフォン内のアプリにスケジュールなどを登録しておく

図 4.1.2.2 車載器とスマートフォンを接続

図 4.1.2.3 乗車後 1：車載器から、スケジュールの通知がされる

図 4.1.2.4 乗車後 2：続けて車載マイクから、入力を行う 1

　　　　　　　　                               　　　 　

　

図 4.1.2.5 乗車後 2：続けて車載マイクから、入力を行う 2

2 懸念点

Android Autoに関して、以下のような懸念点があります。(2015/03/13時点)

• Android Auto(車載器側)が非公開であること

Android Auto搭載ナビがまだ発売されておらず(※1)、

APIおよびプラットフォームに関する情報が非公開になっています。

ナビOS上にAndroid AutoのVMまたはアプリケーションが起動されるのか、

どのようにアプリケーションが起動され、制御されるか不明な状態です。

• Android Autoのすべての機能が公開されていないこと

現在、公式PV等などではGoogle Mapや音声認識等がデモで行われていますが、

音楽再生機能とメッセージ通知機能のみが一般的に公開されています。

Googleの狙いとしては、既存のアプリケーションやサービスを多少の変更のみでAndroid Auto Appとして拡張出来ることをコンセプトとしているようですが、その実現方法などは未だに非公開です。

• アプリ審査・公開の問題

UIなどの観点からすべてのアプリが公開されるのは難しいと予想されます。

Android Auto Appは安全審査を行うとありますが、

運転中に使用しても問題ないUIの設計を遵守されているか、

運転を阻害する機能が備わっていないか等の、

アプリケーション機能のすべてを網羅出来るか。

又、Googleの審査を通ったとしても、

日本の基準に公開されたアプリケーションが適しているか等の問題点もあります。(※2)

命に関わる問題なので、とても容易ではない事が予想出来ます。

※1: パイオニア株式会社の連結子会社であるPioneer Electronics (USA) Inc.から3月に北米、西欧で発売予定(日本国内での販売は今のところ無し)
※2:Android Auto公式ページでも、「運転中に便利な機能」には「音楽（日本国内対応未定）」と記載されています。

免責事項

本資料に掲載された情報は、より多くの方々にAndroid Autoを知っていただき、技術に触れ、役立てて頂くことを目的としたものです。

本資料に掲載された情報の利用にあたっては各自の判断に基づき行うものとし、それによって生じた一切の損害について弊社および情報提供者は一切の責任を負いません。

◆Android Autoに関してまとめたPDFがこちらからダウンロード出来ます。

http://www.brilliantservice.co.jp/bril-tech-blogspot/about_android_auto.pdf

IoTを実現するGoogle Nest APIでスマートホーム開発環境を整える

nestとはサーモスタットのように人々に愛されていない器械に焦点を当て、これをリデザインし合理的なデザインかつ利便性の向上を果たした次世代のサーモスタットです。現在Nest Developer Programとしてnestを操作するためのAPIが公開されており、本文書ではnestについての説明を日米の冷暖房文化の違いを交えて説明した上で開発環境の構築方法について解説します。

PDFがこちらからダウンロード出来ます。
http://www.brilliantservice.co.jp/bril-tech-blogspot/nest_develop_environment.pdf

[コラム] シャープ株式会社のウェアラブルアイデアソンに参加してきました

15/02/06に「sharp wearable ideathon」が開催されました。

今回のテーマは、ウェアラブル。

弊社もウェアラブルデバイス「mirama」を作っていることもあり、大阪開発課から３人（大田、田中、佐々木）が法人の部へ参加してきました。

Android Auto用音楽再生アプリの作り方

Android Auto用の音楽再生アプリを作ってみました。まずは再生、曲送りと曲戻しのみ行う簡単なものから挑戦しました。再生操作にはMediaSessionクラスを使用します。

■通常の音楽再生アプリと違う点

Android Auto用の音楽再生アプリは車載デバイスのためのオーディオサービスを提供します。このサービスによって、車載デバイスはメディアデータの一覧を参照し、カーステレオなどから音楽を再生することができます。

■専用リソースファイルのメタデータ定義

AndoridManifestファイルにはapplicationタグ内に以下のように定義し、

<meta-data
    android:name="com.google.android.gms.car.application"
    android:resource="@xml/automotive_app_desc" />

別途、専用リソースファイル\res\xml\automotive_app_desc.xmlを用意します。

■専用リソースファイルの定義

AndroidManifestファイルで定義した専用リソースファイルautomotive_app_desc.xmlには以下のように記載します。音楽を再生するためのクラスを使用する場合は"media"を定義します。メッセージアプリを使用する場合は"notification"と定義します。

<automotiveapp/>
    <uses name="media"/>
</automotiveapp/>

■サービスの実装

AndroidManifestファイルで定義したMediaBrowserService継承サービスを実装します。onGetRoot()とonLoadChildren()の実装が必須です。

■MediaSessionクラスについて

音楽再生操作を行うため、MediaSessionクラスを使用しています。MediaSessionクラスは、一連のメディア再生処理を「セッション」とし、他のクラス(MediaControllerクラス、MediaController.TransportControlsクラスなど)と紐づいて再生操作を一括して管理することができます。 関連クラスを含め、具体的に下記のことができます。

• 再生、一時停止や曲送りなどの再生操作
  
• 再生情報の表示
  
• 音量変更
  
• 再生状態の変更やメディアボタンのイベントをコールバックで取得
  

なお、再生処理そのものはMediaPlayerクラスなどで行います。

■クラス変数とonCreate()の実装

MediaBrowserService継承サービス、AndroidAutoMediaServiceクラスを定義しました。再生操作にMediaSessionクラス、再生処理にMediaPlayerクラスを使用しています。他に再生データをリスト管理するmPlayingQueue、現在の再生インデックスを保持するmCurrentQueueIndexを定義しています。onCreate()ではMediaSessionクラスの生成およびコールバックの設定などを行っています。

public class AndroidAutoMediaService extends MediaBrowserService implements 
       OnPreparedListener, OnCompletionListener, OnErrorListener{
    private MediaSession mMediaSession;                 // MediaSessionクラス
    private MediaPlayer  mMediaPlayer;                  // MediaPlayerクラス
    private List<MediaSession.QueueItem> mPlayingQueue; // 再生キューリスト
    private int mCurrentQueueIndex;                     // 再生キューのインデックス
    private static final String MEDIA_ID_ROOT = "__ROOT__";

    @Override
    public void onCreate() {
        super.onCreate();

        // 再生リストのオブジェクトを作る
        mPlayingQueue = new ArrayList<MediaSession.QueueItem>();

        // MediaSessionを生成
        mMediaSession = new MediaSession(this, "MyMediaSession");
        setSessionToken(mMediaSession.getSessionToken());
        
        // コールバックを設定
        mMediaSession.setCallback(new MyMediaSessionCallback());

        // 再生キューの位置を初期化
        mCurrentQueueIndex = 0;
    }

■onGetRoot()とonLoadChildren()の実装

onGetRoot()とonLoadChildren()の実装をします。onGetRoot()について今回はROOTを固定で返していますが、引数のclientPackageNameおよびclientUidでクライアントを判断してnullを返すことで、特定のクライアント以外からの参照を許可しないようにすることもできます。onLoadChildren()はメディア項目に関する情報を返すメソッドで、引数のresultにデータを設定します。

MediaItemの種類としてFLAG_PLAYABLEとFLAG_BROWSABLEがあります。リスト選択によって再生を開始したい場合はFLAG_PLAYABLEを、リストの表示のみを行いたい場合はFLAG_BROWSABLEを設定してください。FLAG_PLAYABLE設定時にリスト選択をすると後述のMediaSessionクラスのコールバックメソッドonPlayFromMediaId()がコールされますので、そのタイミングで再生処理を行います。

    @Override
    public BrowserRoot onGetRoot(String clientPackageName, int clientUid,
        Bundle rootHints) {
        return new BrowserRoot(MEDIA_ID_ROOT, null);
    }

    @Override
    public void onLoadChildren(String parentId, Result <List<MediaItem>> result) {
        List<MediaBrowser.MediaItem> mediaItems = new ArrayList<MediaBrowser.MediaItem>();

        // 再生データ情報の設定
        MediaDescription.Builder mdb1 = new MediaDescription.Builder();
        
        // 再生データ1
        final Bundle mediaBundle1 = new Bundle();
        mediaBundle1.putString("Path", "mnt/sdcard/M01.mp3"); // データパス
        mediaBundle1.putInt("Index", 0);                      // 曲のインデックス
        mdb1.setMediaId("MediaID01");                         // メディアID
        mdb1.setTitle("Title01");                             // タイトル
        mdb1.setSubtitle("SubTitle01");                       // サブタイトル
        mdb1.setExtras(mediaBundle1);

        // 再生データ2
        MediaDescription.Builder mdb2 = new MediaDescription.Builder();
        final Bundle mediaBundle2 = new Bundle();
        mediaBundle2.putString("Path", "mnt/sdcard/M02.mp3"); // データパス
        mediaBundle2.putInt("Index", 1);                      // 曲のインデックス
        mdb2.setMediaId("MediaID02");                         // メディアID
        mdb2.setTitle("Title02");                             // タイトル
        mdb2.setSubtitle("SubTitle02");                       // サブタイトル
        mdb2.setExtras(mediaBundle2);
        
        mediaItems.add(new MediaBrowser.MediaItem(mdb1.build(),
                MediaBrowser.MediaItem.FLAG_PLAYABLE));        
        mediaItems.add(new MediaBrowser.MediaItem(mdb2.build(),
                MediaBrowser.MediaItem.FLAG_PLAYABLE));

        // sendResult()をコールする前にdetach()のコールが必要
        result.detach();
        result.sendResult(mediaItems);

        // 再生キューをセッションに設定
        mPlayingQueue.add(new MediaSession.QueueItem(mdb1.build(), 0));
        mPlayingQueue.add(new MediaSession.QueueItem(mdb2.build(), 1));
        mMediaSession.setQueue(mPlayingQueue);
    }

■再生処理を実装

MediaPlayerクラスによる再生処理を行うメソッドを実装します。基本的なMediaPlayerの実装手順で問題ありません。再生データのパスはMediaSession.QueueItemで管理させています。

    private void playMusic() {
        // プレイヤー生成と準備(生成済みの場合はリセット)
        if (mMediaPlayer == null) {
            mMediaPlayer = new MediaPlayer();
            mMediaPlayer.setOnPreparedListener(this);
            mMediaPlayer.setOnCompletionListener(this);
            mMediaPlayer.setOnErrorListener(this);
        } else {
            mMediaPlayer.reset();
        }

        // 現在のキュー位置を元に再生データのパスを取得する
        MediaSession.QueueItem queueItem = mPlayingQueue.get(mCurrentQueueIndex);
        String path = queueItem.getDescription().getExtras().getString("Path");

        // MediaPlayerのデータ設定と準備(非同期)
        try {
            mMediaPlayer.setDataSource(path);
            mMediaPlayer.prepareAsync();
        } catch (IllegalArgumentException e) {
            e.printStackTrace();
        } catch (SecurityException e) {
            e.printStackTrace();
        } catch (IllegalStateException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

    @Override
    public void onPrepared(MediaPlayer mp) {
        // 再生準備完了通知を受け、再生を行う
        if(mMediaPlayer != null) {
            mMediaPlayer.start();
        }
    }

■MediaSessionクラスのコールバック

MediaSessionのコールバックを下記のように実装します。リストを選択するとonPlayFromMediaId()、曲送りを選択するとonSkipToNext()、曲戻しを選択するとonSkipToPrevious()がコールされます。

    private final class MyMediaSessionCallback extends MediaSession.Callback {
        @Override
        public void onPlay() {
            playMusic();
        }

        // リスト選択時にコールされる
        @Override
        public void onPlayFromMediaId(String mediaId, Bundle extras) {
            // MediaIDを元に曲のインデックス番号を検索し、設定する。
            for(int i = 0; i < mPlayingQueue.size(); i++) {
                MediaSession.QueueItem queueItem = mPlayingQueue.get(i);
                MediaDescription md = queueItem.getDescription();
                if(mediaId.equals(md.getMediaId())) {
                    mCurrentQueueIndex = md.getExtras().getInt("Index");
                }
            }
            playMusic();
        }

        @Override
        public void onSkipToNext() {
            // 再生キューの位置を次へ
            mCurrentQueueIndex++;
            if (mCurrentQueueIndex >= mPlayingQueue.size()) {
                mCurrentQueueIndex = 0;
            }
            playMusic();
        }

        @Override
        public void onSkipToPrevious() {
            // 再生キューの位置を前へ
            mCurrentQueueIndex--;
            if (mCurrentQueueIndex < 0) {
                mCurrentQueueIndex = 0;
            }
            playMusic();
        }

■onDestroy()の実装

終了処理を実装します。

    @Override
    public void onDestroy() {
        super.onDestroy();
        // MediaSessionの終了処理
        mMediaSession.setCallback(null);
        mMediaSession.release();
        
        // MediaPlayerの終了処理
        if(mMediaPlayer != null) {
            mMediaPlayer.setOnPreparedListener(null);
            mMediaPlayer.setOnCompletionListener(null);
            mMediaPlayer.setOnErrorListener(null);
            mMediaPlayer.release();
            mMediaPlayer = null;
        }
    }

今回は割愛しましたが、MediaSessionクラスを正確に動作させるためには、setPlaybackState()にて再生状態や停止状態などを操作に合わせて設定する必要があります。

MediaSessioinおよびその関連クラスについては下記を参照してください。
http://developer.android.com/reference/android/media/session/package-summary.html

Android Auto用メッセージアプリの作り方

公式サイトではAndroid Autoに対応したサンプルアプリが公開されていますが、若干凝った作りの為、分かりづらい部分があります。そこでサンプルアプリを元に、簡単なメッセージアプリを作ってみました。

※公式サイトのサンプルアプリは、以下のURLからダウンロード可能です。
http://github.com/googlesamples/android-MessagingService

Android Auto用メッセージアプリでは、以下のことができます。

• 車載機器へのNotification送信
  Android Auto用のAPIを使用して、Notificationを車載機器側(現在はシミュレーションアプリ上)に通知できます。車載機器側でNotificationを選択すると、内容を音声で読み上げてくれます。
• 車載機器からの既読通知を受信
  車載機器側でNotificationが選択される(=音声読み上げ)と、既読になったことをIntent通知で受け取ることができます。
• 車載機器からの返信を受信
  車載機器側でNotificationに対する返信操作が行われると、その内容をIntent通知で受け取ることができます。

それでは実際のアプリの作り方を見ていきましょう。

■AndroidManifestファイルの記載

・BroadcastReceiverの登録

既読通知と返信通知のIntent通知を受けるために、BroadcastReceiverを登録します。

    <receiver android:name=".MyMessageReadReceiver" >
        <intent-filter>
            <action android:name="com.example.androidautonotificationtest.ACTION_MESSAGE_READ" />
        </intent-filter>
    </receiver>
    <receiver android:name=".MyMessageReplyReceiver" >
        <intent-filter>
            <action android:name="com.example.androidautonotificationtest.ACTION_MESSAGE_REPLY" />
        </intent-filter>
    </receiver>

・専用リソースファイルのメタデータ定義

AndoridManifestファイルには以下のように定義し、

    <meta-data
        android:name="com.google.android.gms.car.application"
        android:resource="@xml/automotive_app_desc" />

別途、専用リソースファイルを用意します。
(プロジェクトフォルダ)\res\xml\automotive_app_desc.xml

・専用リソースファイルの定義

AndroidManifestファイルで定義した専用リソースファイルには、以下のように記載します。

    <automotiveapp>
        <uses name="notification"/>
    </automotiveapp>

■既読通知用のIntent設定

車載機器からNotificationの既読通知を受けるために、PendingIntentを生成します。

• AndroidManifestファイルでBroadcastReceiverのIntent-filterに登録したアクションを、Intent#setAction()で設定する。
• Notification管理用の固有IDを、IntentのExtraに設定する。
  ※今回は固定値TEST_IDを使用しています。

    int TEST_ID = 1;
    String REPLY_ID = "conversation_id";
    String READ_ACTION =
            "com.example.androidautonotificationtest.ACTION_MESSAGE_READ";

    Intent readIntent = new Intent()
                        .addFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES)
                        .setAction(READ_ACTION)
                        .putExtra(REPLY_ID, TEST_ID);

    PendingIntent readPendingIntent = PendingIntent.getBroadcast(getApplicationContext(),
            TEST_ID,
            readIntent,
            PendingIntent.FLAG_UPDATE_CURRENT);

■返信通知用のIntent設定

車載機器からNotificationの返信通知を受けるために、PendingIntentを生成します。

• AndroidManifestファイルでBroadcastReceiverのIntent-filterに登録したアクションを、Intent#setAction()で設定する。
• Notification管理用の固有IDを、IntentのExtraに設定する。
• 返信内容のStringを受け取るためのキー(EXTRA_VOICE_REPLY)を登録する。

    String REPLY_ACTION =
            "com.example.androidautonotificationtest.ACTION_MESSAGE_REPLY";
    String EXTRA_VOICE_REPLY = "extra_voice_reply";

    Intent replyIntent = new Intent()
                    .addFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES)
                    .setAction(REPLY_ACTION)
                    .putExtra(REPLY_ID, TEST_ID);

    RemoteInput remoteInput = new RemoteInput.Builder(EXTRA_VOICE_REPLY)
                                    .setLabel(getApplicationContext().getString(R.string.app_name))
                                    .build();

    PendingIntent replyPendingIntent = PendingIntent.getBroadcast(getApplicationContext(),
            TEST_ID,
            replyIntent,
            PendingIntent.FLAG_UPDATE_CURRENT);

■メッセージオブジェクトの生成

UnreadConversation.Builderオブジェクトを生成します。

• Notification送信者の設定(TEST_NAME)
• 既読通知用/返信通知用Intentの登録
• Notification本文の登録(TEST_MESSAGE)

    String TEST_NAME = "BRIL TARO";
    String TEST_MESSAGE = "Hello Android Auto!";

    UnreadConversation.Builder unreadConvBuilder =
            new UnreadConversation.Builder(TEST_NAME)
                .setReadPendingIntent(readPendingIntent)
                .setReplyAction(replyPendingIntent, remoteInput);

    unreadConvBuilder.addMessage(TEST_MESSAGE);

■Notificationオブジェクトの生成と送信

NotificationCompat.Builderクラスを使用して、Notificationオブジェクトを生成、送信します。

    NotificationCompat.Builder notificationBuilder =
            new NotificationCompat.Builder(getApplicationContext())
                .setSmallIcon(R.drawable.ic_launcher)
                .extend(new CarExtender()
                            .setUnreadConversation(unreadConvBuilder.build()));

    NotificationManagerCompat mNotificationManager = NotificationManagerCompat.from(getApplicationContext());
    mNotificationManager.notify(TEST_ID, notificationBuilder.build());

■既読通知用のBroadcastReceiver

既読通知用のBroadcastReceiverでは、Notification送信時に設定した管理用の固有IDを取得できます。

public class MyMessageReadReceiver  extends BroadcastReceiver{
    @Override
    public void onReceive(Context context, Intent intent) {
        int conversationId = intent.getIntExtra(MainActivity.REPLY_ID, -1);
    }
}

■返信通知用のBroadcastReceiver

返信通知用のBroadcastReceiverでは、Notification送信時に設定した管理用の固有IDと、車載機器側が設定した返信内容を取得できます。

public class MyMessageReplyReceiver extends BroadcastReceiver{
    @Override
    public void onReceive(Context context, Intent intent) {
        int conversationId = intent.getIntExtra(MainActivity.REPLY_ID, -1);

        CharSequence reply;
        Bundle remoteInput = RemoteInput.getResultsFromIntent(intent);
        if (remoteInput != null) {
            reply = remoteInput.getCharSequence(MainActivity.EXTRA_VOICE_REPLY);
        }
    }
}

■Notificationの確認方法

上記処理を全て実装したアプリを作成して、以下の手順を行ってください。

1. メッセージアプリ用のシミュレーションアプリ(messaging-simulator.apk )をインストール。
   ※詳細は前回記事「Android AutoのAPIが公開されました」をご参照ください。
2. テストアプリを起動し、Notificationを送信
   ※その後、ステータスバーに表示されるNotificationは開かないでください。
3. シミュレーションアプリを起動

成功すると、以下の画面が表示されます。
メッセージ部分をタップすると、
「New message from BRIL TARO,Hello Android Auto」
と音声で読み上げてくれます。

読み終わった後に既読通知のIntentがBroadcast送信され、以下の画面に遷移します。
ここで返信ボタンを押すと、返信通知用のIntentがBroadcast送信されます。
現在のシミュレーションアプリ上では返信内容を作成できず、アプリ側には"This is a reply"の固定文言のみが返ってきますが、将来的には音声入力などにも対応すると思われます。

実際に作ってみると、意外と簡単にNotificationを表示することができました。
現状ではまだ未完成の部分もありますが、これからどうUpdateされていくのか楽しみですね。

Android AutoのAPIが公開されました

※Android Auto公式サイトより引用 http://www.android.com/auto/

本日、ついにAndroid AutoのAPIが公開されました。
Android Autoとは、車のカーナビのような車載デバイスとAndroid端末を連動するシステムです。Android Autoアプリを作るための環境構築方法についてまとめました。

Android Autoに対応したアプリをAndroid端末に入れて、車載デバイスと接続することで、車載デバイス側でアプリの画面を表示したり、操作することができます。

APIは以下の公式サイトで説明されています。
http://developer.android.com/training/auto/start/index.html

現状では、以下の2種類のアプリに対応しています。
オーディオ系アプリ・・・車の中でオーディオコンテンツを再生することができます。
メッセージ系アプリ・・・メールを受信するとメッセージを音声出力し、音声入力から返信メールを送信できます。

今回は、AndroidAuto向けのオーディオ系アプリを作成するまでの環境構築について、以下の流れで紹介します。

・AndroidManifestファイルの記載
・専用リソースファイルの記載
・サービスの実装
・シミュレーションアプリのインストール
・アプリの実行

AndroidManifestファイルの記載

ポイントは3つあります。

targetSdkVersion

AndroidAutoに対応するアプリは、targetSdkVersionが21以上でなければいけません。

MediaBrowserService継承サービス定義 

以下のように定義します。

    <service android:exported="true" android:name=".AndroidAutoMediaService">
        <intent-filter>
            <action android:name="android.media.browse.MediaBrowserService">
            </action>
        </intent-filter>
    </service>

専用リソースファイルのメタデータ定義

以下のように定義します。

    <meta-data
        android:name="com.google.android.gms.car.application"
        android:resource="@xml/automotive_app_desc" />

上記のように、『android:resource="@xml/automotive_app_desc"』とした場合は、以下の専用リソースファイルを用意する必要があります。
(プロジェクトフォルダ)\res\xml\automotive_app_desc.xml

 専用リソースファイルの定義

AndroidManifestファイルで定義した専用リソースファイルには、以下のように記載します。"uses name="には、オーディオ系アプリの場合は"media"、メッセージ系アプリの場合は"notification"を設定します。
今回の場合は前者です。

    <automotiveapp>
        <uses name="media"/>
    </automotiveapp>

サービスの実装

AndroidManifestファイルで定義したMediaBrowserService継承サービスを実際に実装します。
以下の2つのメソッドが実装必須ですが、今回は空のメソッドにしておきます。

public class AndroidAutoMediaService extends MediaBrowserService{

@Override
public BrowserRoot onGetRoot(String clientPackageName, int clientUid,
    Bundle rootHints) {
    return null;
}

@Override
public void onLoadChildren(String parentId, Result <List<MediaItem>> result) {
}

シミュレーションアプリのインストール

AndroidAuto向けアプリの動作をAndroid端末上で確認できる、シミュレーションアプリが提供されています。
アプリはSDK Managerの「Android Auto API Simulators」からダウンロードできます。

ダウンロードが完了すると、以下のapkファイル2個が格納されます。
オーディオ系アプリ向けとメッセージ系アプリ向けに、2種類のシミュレーションアプリが用意されています。
(Android SDKフォルダ以下)\extras\google\simulators
media-browser-simulator.apk・・・オーディオ系アプリ
messaging-simulator.apk ・・・メッセージ系アプリ

今回はオーディオ系アプリを取り扱うので、media-browser-simulator.apkの方をインストールします。

それぞれのapkを起動すると、以下の画面が表示されます。

オーディオ系のシミュレーションアプリ

メッセージ系のシミュレーションアプリ

※11/25修正
なお、これらのシミュレーションアプリのサンプルコードは、以下のURLからダウンロード可能です。
http://github.com/googlesamples/android-MediaBrowserService
http://github.com/googlesamples/android-MessagingService

アプリの実行

作成したアプリをあらかじめインストールしておき、
シミュレーションアプリの「Media Sim」を起動します。
メニューボタンを押すと、作成したアプリの名前が表示されれば成功です。

今回作成したアプリでは必要最低限の実装しか行っていないため、これ以上は動作できませんが、ちゃんと実装したアプリであれば、ここから動作が確認できるはずです。

次回からは、実際に動作するAndroid Autoアプリの開発方法について、説明していきます。

Google Glass＋車をサーキット場で試してみた！

技適の認証を通過し、アプリ内部には日本語が追加されるなど、どんどん日本での販売が近づいてきているGoogle Glass。空港などでも活躍の場を増やしていますが、もっと身近な車との相性はどうだろうか？危なくて使えない？意外と使える？
そんな疑問を解決するべく実際に専用のGlasswareを開発して実験してみました。

本実験は、Google Glassと車の相性を確認するものです。 Google Glassを装着して車が正常に運転できることを証明するものではありません。
また、このような運転は通常の運転に比べて危険な可能性があるため、安全性に配慮した状況で実験を行っております。

■こんなアプリを作ってみた！

まず、車の中にスマートフォンを設置します。設置したスマートフォンから加速度、GPS、そしてカメラの映像をGoogle Glassに送ります。

Google Glassは無線での通信ができませんので実際には、
スマートフォン⇔(無線)⇔PC⇔（有線）⇔Google Glass
という何ともオーバーヘッドの多い方法でやり取りしています。

Google Glassでは、それらの情報を表示する３つの画面を持つアプリを作成しました。
１つめの画面は、加速度を表示する画面です。加速度は、円の中の赤い丸で表示します
２つめの画面は、コースと現在位置を表示する画面です。取得したGPSの情報を元に現在位置を赤い丸で表示します。
３つめの画面は、カメラの映像を表示する画面です。こちらは、ゲームの画面をイメージし、カメラ映像をベースにすべての情報を表示しています。
また、GPSの情報を元に、コースタイムを計測し、取得可能な速度も参考に表示しています。
３つの画面は、タッチパッドのスワイプで切り替え、二本指のタップで最初の画面戻る事が可能になっています。

・Google Glassの操作方法でいろいろ実験

車の操作中は、両手が塞がるため、Google Glassを操作する事ができません。

その為、タッチパットの操作以外に以下の２種類の操作を追加しました。

・音声でGoogle Glassを操作する

XE18.1よりアプリ実行中でも音声を認識するContextual voice commands機能が追加されました。

この機能を利用し、音声での操作を行います。

この機能を実装すると、画面の下に”ok glass”が表示されます。

　

この状態で、”ok glass”と話すと対応している音声一覧が表示されます。

音声一覧に表示されている単語を話す事で、音声コマンドが実行されます。

では、実際のソースを見ていきます。

Activity.onCreate()でFeatureにWindowUtils.FEATURE_VOICE_COMMANDSを設定します。

    
@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    getWindow().requestFeature(WindowUtils.FEATURE_VOICE_COMMANDS);
}

Activity.onCreatePanelMenu()でMenuを生成します。
今回は、menuリソースの情報を用いてメニューを生成しています。
android:titile部分の文字が音声コマンドとして使用されます。

     <item
        android:id="@+id/menu_stop"
        android:title="@string/menu_stop"/>  

@Override
public boolean onCreatePanelMenu(int featureId, Menu menu) {

    if (featureId == WindowUtils.FEATURE_VOICE_COMMANDS) {
        getMenuInflater().inflate(R.menu.main, menu);
        return true;
    }
    // Pass through to super to setup touch menu.
    return super.onCreatePanelMenu(featureId, menu);
}   

Activity.onPrepareOptionsMenu()で音声認識させる項目を条件に応じて有効・無効にする事も可能です。

@Override  
public boolean onPrepareOptionsMenu(Menu menu) { 

    //条件に応じて、項目の有効、無効、表示、非表示を変更する
    setMenuState(menu.findItem(R.id.start),  !mGameInfo.isTimeCount);
    setMenuState(menu.findItem(R.id.stop),  mGameInfo.isTimeCount);     
    return super.onPrepareOptionsMenu(menu); 
}

private static void setMenuState(MenuItem menuItem, boolean enabled) {

    menuItem.setVisible(enabled);
    menuItem.setEnabled(enabled);
}

Activity.onMenuItemSelected()に音声認識時の処理を記述します。

@Override
public boolean onMenuItemSelected(int featureId, MenuItem item) {

    if (featureId == WindowUtils.FEATURE_VOICE_COMMANDS) {
        switch (item.getItemId()) {
        case R.id.menu_start:
            break;
        case R.id.menu_stop:
            break;
        case R.id.menu_home:
            break;
        default:
            return true;
        }
        return true;
    }

    return super.onMenuItemSelected(featureId, item);     
}
      

・顔のジェスチャーで操作する

Google Glassの加速度センサーを利用して、画面の切り替えを行います。

今回のアプリでは右に振る事で画面の切り替え、下に頷く事で初期画面を表示します。

顔が振られたかどうかの判断は、かなりシンプルです。
指定された軸に一定以上の力が発生したかどうかで判断しています。
右方向に振られたかどうかはX軸、下に頷いたかどうかはY軸の情報をチェックします。

引用：Google Developers

Y軸の頷いたかどうかのチェックは、タッチパットをタッチした場合にも同様の加速度が発生するため判断が難しく実際に使用するにはもう少し認識方法を考える必要があると思います。

センサーの初期化および開始と終了の処理です。（Androidで加速度センサーを利用する方法と同じです）

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    getWindow().addFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON);       
    setContentView(R.layout.main);
    mSensorManager = (SensorManager)getSystemService(SENSOR_SERVICE);
}

@Override
protected void onResume(){
    super.onResume();
     
    if(mSensorManager != null){
        List<sensor> sensors = mSensorManager.getSensorList(Sensor.TYPE_ACCELEROMETER);
        if(sensors.size()>0){
            mSensorManager.registerListener(this, sensors.get(0), SensorManager.SENSOR_DELAY_UI);
        }
    }
}

@Override
protected void onPause(){
    super.onPause();

    if(mSensorManager != null){
         mSensorManager.unregisterListener(this);
    }  
       
}

加速度の情報をローパスフィルタを利用し、重力を除きます。
加速度の強さが一定以上の場合は、ジェスチャーが実行されたと判断し処理を実行します。

今回は実験のため、緩めの数値にしています。値が高い場合、かなり強く振らないと認識しなくなるためです。ただ、弱すぎる場合は、思わぬ顔振りで画面が切り替わったり、Glassの取り外しで画面が変わってしまう事もありました。上手く使用するにはON/OFFの設定が必要かもしれません。

@Override
public void onSensorChanged(SensorEvent event) {

    if (event.sensor.getType() == Sensor.TYPE_ACCELEROMETER) {

        currentOrientationValues[0] = event.values[0] * 0.1f + currentOrientationValues[0] * (1.0f - 0.1f);
        currentOrientationValues[1] = event.values[1] * 0.1f + currentOrientationValues[1] * (1.0f - 0.1f);
        currentOrientationValues[2] = event.values[2] * 0.1f + currentOrientationValues[2] * (1.0f - 0.1f);
   
        float acceleration_x = event.values[0] - currentOrientationValues[0];
        float acceleration_y = event.values[1] - currentOrientationValues[1];
        float acceleration_z = event.values[2] - currentOrientationValues[2];
     
        //x軸に4以上の加速度が発生した場合は、右振りと判断する
        if(acceleration_x > 4){
           return;
        }
   
        //y軸に5.5以上の加速度が発生した場合は、頷きと判断する
        //タッチパッド操作の誤認識を避けるために右振りよりも少し数値を強めにしています。
        if(acceleration_y > 5.5){
          return;    
        }
    }
}

■実際に試してみました！

っということで、実際にサーキット場で車（ラジコン）を運転してみました！

ラジコンには、データを配信するためのスマートフォンを搭載します。

そのままだとカメラが写らないので、鏡を使って無理やり前を映しています。
また、落ちないようにテープでぐるぐる巻きにしています。
※鏡の位置がポイントです。ここに設置しないとボディーが閉まりません。

残念ながら天気が悪く雨の中を走らせました。

ゆっくり走らせましたが最後は、水溜りにはまり帰らぬ車となりました。。

※スマホは防水のため無事でした。

・実際に走らせてみて

ラジコン用のコースでは、GPSの誤差による影響が大きく、コースから外れた場所を表示する事が多かったです。ただ、ある程度誤差を考慮に入れていたタイム測定は動いてくれました。正確な測定は難しいかもしれませんが、遊び程度には使えそうな気がします。

いろいろ実装した操作は、顔ジェスチャーが使いやすかったです。音声は、私の発音がダメでなかなか認識してくれませんでした。次回は、音声＋ジェスチャーの組み合わせも試してみたいと思います。

期待していたカメラの映像は、個人的にはいい感じで、予想以上に車っぽい映像になっていました。
今回は、一台で試しましたが、複数台にこのシステム載せて走らせたら、リアルタイムでの順位や、前方の車までの距離の表示などまるでゲームのような表現も可能になるのではないかな？と考えています。
また、すべての車の映像を一括で表示すれば、観客にも今までとは違った楽しみ方を提案できるのではないかなと思います。

■最後に・・

今回の実験は、安全を考慮してラジコンという車を運転しました。
しかし、実際の車で運転する場合は、道路交通法の問題や、そもそも運転自体に危険が伴う可能性もあります。
公道での使用は、ご遠慮いただきますよう宜しくお願い致します。

もし公道で使用したら・・
こんな怪しい人に追いかけられたり・・

こんな恐ろしい事故を起こすかもしれません。

くれぐれも公道での使用はご遠慮ください。

※Google Glassは、無線による通信を行っていません。すべて有線を使用しています。

㈱ブリリアントサービス　大阪開発部　開発課　田中雅也

BluetoothSMARTデバイスをmbed で開発する(4)

はじめに

これまで３回に渡ってnRF51822ブランクモジュールをARM mbed 対応機器にするための方法について掲載してきましたが、今回から mbedによるBLEプログラミング実践編をスタートいたします。

BluetoothSMARTデバイスをmbed で開発する(3)

はじめに

前回はARM mbedを用いたソフトウェア開発手法を紹介いたしましたが、今回は連載３回目として mbed対応の要となるハードウェアの作成方法について紹介させていただきます。

BluetoothSMARTデバイスをmbed で開発する(2)

はじめに

前回のブログで弊社の取り組みについて紹介させていただきましたが、今回は第二回目として実際にmbedを使った開発について紹介させて頂きます。

BluetoothSMARTデバイスをmbed で開発する(1)

はじめに

NordicのnRF51ブランクモジュールは、法的面でBluetooth SMARTアクセサリ製造への敷居を下げてくれるという期待感から注目されていましたが、モジュール使用にあたって技術面でのハードルが高いところがあり、まだユーザーが増えていないのが現状のようです。

そこで今回は個人レベルでも試作が可能となるような試みとして、nRF51ブランクモジュールのDIP基板化と ARM® mbed™ を使った開発について紹介いたします。

[コラム] Google Glass XE16 サンプルコードから見る変更点

ついに来ました。やっと来ました。XE16が公開されました。
以前から言われていましたがベースをICS4.0.3から、Kitkat4.4へ変更されています。
追加機能や、変更機能は、すでに他のサイトで紹介されていますので、どのように変わったのか古いバージョンのサンプルソースを利用して調べてみました。

■スクリーン録画って使えるの？

いきなり開発とは関係ない話になります。
スクリーン録画は、Android　Kitkat4.4から追加された機能で、その名の通り動作中の動画撮れる機能です。
Google GlassもKitkat 4.4になったんだし、この機能も使えるんじゃないの？って事で試してみました。

実際に録画した動画がこちらになります。


どうでしょう？いい感じではないでしょうか？

Google　Glassは内容を人に伝えづらい端末です。
録画した動画を見て頂くことで、Google Glassでの動きも伝えやすくなると思います。

■XE12からの変更点

では、本題です。
XE12から何が変わったのかを探っていきます。

まずは、GDKから。GoogleGlass XE16用のGDKは、アップデート前から配信されています。

実は、サンプルコードも配信される前からXE16用になってます。

※今回は、よく参考に使われるstopwatchを利用しています。


これらをもとに古いバージョンのサンプルを最新のGDKでビルドしてみました。
結果はこんな感じです。

・LiveCardの生成方法

StopwatchService.javaでエラーが発生している箇所を見てみると、LiveCardの生成するためのTimelineManagerクラスが削除されました。

[StopwatchService.java]

XE16以前の記述方法

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        if (mLiveCard == null) {
            Log.d(TAG, "Publishing LiveCard");
            mLiveCard = mTimelineManager.createLiveCard(LIVE_CARD_TAG);

            // Keep track of the callback to remove it before unpublishing.
            mCallback = new ChronometerDrawer(this);
            mLiveCard.setDirectRenderingEnabled(true).getSurfaceHolder().addCallback(mCallback);

            Intent menuIntent = new Intent(this, MenuActivity.class);
            menuIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
            mLiveCard.setAction(PendingIntent.getActivity(this, 0, menuIntent, 0));

            mLiveCard.publish(PublishMode.REVEAL);
            Log.d(TAG, "Done publishing LiveCard");
        } else {
            // TODO(alainv): Jump to the LiveCard when API is available.
        }

        return START_STICKY;
    }

こちらが新しいバージョンの記述方法です。

   @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        if (mLiveCard == null) {
            mLiveCard = new LiveCard(this, LIVE_CARD_TAG);

            // Keep track of the callback to remove it before unpublishing.
            mCallback = new ChronometerDrawer(this);
            mLiveCard.setDirectRenderingEnabled(true).getSurfaceHolder().addCallback(mCallback);

            Intent menuIntent = new Intent(this, MenuActivity.class);
            menuIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
            mLiveCard.setAction(PendingIntent.getActivity(this, 0, menuIntent, 0));
            mLiveCard.attach(this);
            mLiveCard.publish(PublishMode.REVEAL);
        } else {
            mLiveCard.navigate();
        }

        return START_STICKY;
    }

TimelineManagerからLiveCardを生成するのではなく、LiveCardを直接生成する方法に変わっています。

LiveCardの生成方法を変更することで、とりあえずはビルドが通る状態となりました。
では早速、Glassで動作確認をしてみます。

・音声で起動しない

インストールした後、「start a stopwatch」と話しても起動してくれません。
音声起動どころか、音声起動の一覧にすら表示されていません。

調べてみると音声起動の設定方法が変わっていました。
今回のバージョンより、決まった音声のみの起動可能となってます。

それだとテストも出来ないじゃないかということで、以下のuses permissionを利用することで今までと同じように音声での起動も可能となります。

<uses-permission android:name="com.google.android.glass.permission.DEVELOPMENT" />   

ただし、開発時のオプションのため、リリース時には、Googleの承認が必要となりそうです。
音声起動の部分は、今後公開するうえでネックになりそうに思います。



これで起動もできたので、ストップウォッチの動作を確認します。

動作も問題なしだったので終了したところ・・

まさかの異常終了。
エラーログを見るとこんな感じに。

・openOptionMenuの呼び出しタイミング

問題を調べてみると、openOptionMenuが呼び出されるタイミングが変わっていました。

[MenuActivity.java]

XE16以前の記述方法

@Override
    public void onResume() {
        super.onResume();
        openOptionsMenu();
    }

こちらが新しいバージョンの記述方法です。

@Override
    public void onAttachedToWindow() {
        super.onAttachedToWindow();
        openOptionsMenu();
    }

ここまで来ると以前と同じように動作するようになりました。





今回調査をしてみてLiveCard周りの変更が大きいと感じました。
説明できていませんが、追加されている部分も多くあります（attachやnavigateなど）
音声起動は、着々と一般販売に向けて制限しているのかなという感じです。

Bluetooth周りも大幅に変わったと聞きます。
以前のバージョンでは、かなり苦労したので今回のバージョンアップで、少しでも素直になってくれたらと期待しています。
LiveCardの追加分も含めて、別の機会で報告できればと思います。





㈱ブリリアントサービス　大阪開発部　開発課　田中雅也

GDKでの動的なGlassware作成

GDKで動的なGlasswareを作成する方法には、LiveCardを使用する方法とImmersionという方法が存在します。その二つの方法で同じアプリを作成してみたところ、処理の構築に大きな差異があることがわかりました。

その具体的な内容については本文から。