クラサーブなICTと共にクラサーブなICTと共にモバイルやアプリ作成を主なテーマに。旅行や料理や育メンも。「スマホ」カテゴリーアーカイブLINE通知の直接トリガーとIFTTT経由のトリガーについて(その2)自宅PCやサーバのHDD容量を監視して、逼迫してきたら、LINE通知に24H自動通知しています。監視スクリプトで要通知となればLINE通知にPOSTするそうでなければなにもしない(スルー)これを24時間365日行っています。ここでは、上記の「LINE通知にPOSTする」部分について、その方法と注意点について紹介しようと思います。WIndowsタスクで一定期間で監視スクリプトを実行」部分については、本ブログの関連ページを参照してください。説明を端折ってますので、初心者の方はネットでいろいろ調べてみてください。紹介内容とポイント1LINE通知への通知方法。少なくとも2種類ある。それぞれ長所短所があるので用途により使い分けるとよい2LINE通知に直接通知を投げる3LINE通知にIFTTT経由で通知を投げる4まとめ12については、「LINE通知の直接トリガーとIFTTT経由のトリガーについて」を参照してください。Notify」(LINE通知)サービスにアクセスします。やり方は、ひとことでいうと、IFTTTサービスに登録してMyAppletを作成するだけです。それだけで普段使っているLINEに通知が来ます。※背景画像は東京市ヶ谷にあるポケストップひとつ目の通知が直接通知。二つ目の通知はIFTTT経由通知。同時刻にPOSTしていますが、到着に28分間のタイムラグがありました。IFTTT経由通知の場合は処理が遅いのではなく、ある時点でまとめて処理しているだと推察します。以下PowerShellのコード例を示します。ここでは、LINE通知をする監視対象機器を自宅PC(Windows)としているのと、監視処理を同じくPowershellで書いてWindowsタスクから起動しています。MacOSやLINUXサーバの場合は、「curl」コマンド等を使って同様に実装可能と思います。$oXmlHttp.Status}※ここではIFTTTのMyAppletに設定するトリガーコマンドを「test」としています。649)"※通知内容の変更を容易にするため、上記スクリプトに引数をひとつ渡すようにしています。※24H監視する場合はWindowsタスクへの登録が必要です。4まとめ自宅PCやサーバのHDD容量を監視して、逼迫してきたら、LINE通知に24H自動通知しています。ここでは、「LINE通知に24H自動通知」について、その方法と注意点について紹介しました。Notifyでたのでちょっと試してみる。adminLINE通知の直接トリガーとIFTTT経由のトリガーについて自宅PCやサーバのHDD容量を監視して、逼迫してきたら、LINE通知に24H自動通知しています。監視スクリプトで要通知となればLINE通知にPOSTするそうでなければなにもしない(スルー)これを24時間365日行っています。ここでは、上記の「LINE通知にPOSTする」部分について、その方法と注意点について紹介しようと思います。WIndowsタスクで一定期間で監視スクリプトを実行」部分については、本ブログの関連ページを参照してください。説明を端折ってますので、初心者の方はネットでいろいろ調べてみてください。紹介内容とポイント1LINE通知への通知方法。少なくとも2種類ある。それぞれ長所短所があるので用途により使い分けるとよい2LINE通知に直接通知を投げる3LINE通知にIFTTT経由で通知を投げる4まとめ34については、「LINE通知の直接トリガーとIFTTT経由のトリガーについて(その2)」を参照してください。1LINE通知への通知方法LINE通知に至る方法には、他にもいろいろ紹介されているかも知れませんし、自分で独自にそうしたサービスを作ることも可能ですが、ここでは比較的簡単に導入しやすいと思われる方法を紹介します。監視対象機器からLINE通知に、直接、通知を投げる監視対象機器からLINE通知に、IFTTT経由で、通知を投げる特に監視対象機器などなくて、単にTwitter等のネットサービスからLINE通知に通知したい場合は、IFTTT経由の方法を参照してください(後述するURLにPOSTするスクリプトも不要です)。※ここの紹介では方法の比較がひとつのポイントですので、一方の方法のみであれば他ブログのページの方が導入しやすいかも知れません。通知の特長ほぼリアルタイムで通知が来る。他サービスを経由しないので、ほぼリアルタイムに通知できます。応用例を思いつきませんが、監視対象からの通知にすばやく反応したい場合有用かもしれません。特別な知識やノウハウが必要ありません。監視対象機器からの通知を処理する場合でも、リアルタイム性を求めないならこちらで十分だと思われます。タイムラグがあります(下記例の場合28分)。LINE通知のアクセストークンを取得する必要がありません。IFTTTのトークンは必要です。Notify」(LINE通知)サービスにアクセスします。やり方は、ひとことでいうと、LINE通知専用アクセストークンを入手して、それを使ってURLにPOSTするだけです。それだけで普段使っているLINEに通知が来ます。※背景画像は東京市ヶ谷にあるポケストップひとつ目の通知が直接通知。二つ目の通知はIFTTT経由通知。同時刻にPOSTしていますが、到着に28分間のタイムラグがありました。IFTTT経由通知の場合は処理が遅いのではなく、ある時点でまとめて処理しているだと推察します。以下PowerShellのコード例を示します。ここでは、LINE通知をする監視対象機器を自宅PC(Windows)としているのと、監視処理を同じくPowershellで書いてWindowsタスクから起動しています。MacOSやLINUXサーバの場合は、「curl」コマンド等を使って同様に実装可能と思います。649)"※通知内容の変更を容易にするため、上記スクリプトに引数をひとつ渡すようにしています。※24H監視する場合はWindowsタスクへの登録が必要です。Notifyでたのでちょっと試してみる。設定メニュFinderを長押しすると設定メニュが起動できます。本アプリはカメラアプリです。「Decoy」という名称でわかるかも知れませんが、周りにスマホがいっぱいある中で、周りに気づかれずに、状況を画像として記録することができます。アプリを起動する1スマホアプリ起動前の画面例2スマホアプリ起動後の画面例。ファインダ(右上)とシャッターアイコン(左下)およびメイン/フロントカメラ切り替えアイコン(右下)が見える。アプリを起動しても、一見、何事もなかったような画面です。起動時のスマホ画面がほとんどそのまま残ります。見えているアイコンなどにタッチしてもなにも起こりません。「DecoyCamera」の透明な画面が全体を覆っているからです(偽装モードが「半透明」のとき)。極小ファインダーで画像を確認し、シャッターアイコンをタッチして、撮影する撮影に成功すると、保存する画像ファイル名が表示されます。画像ファイル名は撮影時刻をもとに自動生成したものになります。メイン/フロントカメラ切り替えアイコンをタッチすると、メインカメラからフロントカメラに切り替わります。一度タッチするとメインカメラに戻ります。Androidの機種による動作の違いAmazon-Kindle-Fire-7:メインカメラでは撮影できません。フロントカメラに切り替えると撮影できます。シャッター音は鳴りません(FireOS6だから?)。HD-10:メインカメラでは撮影できません。フロントカメラに切り替えると撮影できます。シャッター音が鳴ります(FireOS5だから?)。GalraxyJ6+:フル動作します。シャッター音は鳴りません(海外向けスマホだから?)。R11S:フル動作します。シャッター音が鳴ります(日本向けスマホだから?)。シャッター音は別アプリ「MasterMute」で無効になります。他の作者がリリースしている同等のものでも代用できます。撮影した画像を確認するスマホのファイラー(ファイル管理アプリ)を起動して、内部ストレージ(内部共有ストレージ)の下記フォルダ(ディレクトリ)を確認します。(内部ストレージ)/DCIM/decoyステップ2で保存したファイル名のファイルが確認できるはずです。アプリを終了する「BLEスイッチ」との連携GitHubに公開したAndroidアプリ「BleSwitch」について(使い方)を参照してください。リリース用APKファイルリリース用にビルドした署名付きAPKファイルを本ブログ配下に置いています。androidアプリ「BleSwitch」リリース用APKファイルandroidアプリ「DecoyCamera」リリース用APKファイルandroidアプリ「MasterMute」リリース用APKファイルGitHubの公開コードをローカル開発環境(AndroidStudio3.x)にクローンしてきてビルドしても得られるものですが、そうした環境をお持ちでない方のために用意しました。興味のある方はいろいろ試してみてください。関連する記事・ページGitHubに公開したAndroidアプリ「DecoyCamera」について(概要)GitHubに公開したAndroidアプリ「DecoyCamera」について(使い方)GitHubに公開したAndroidアプリ「DecoyCamera」について(設定メニュ)GitHubに公開したAndroidアプリ「DecoyCamera」について(技術解説)GitHubに公開したAndroidアプリ「BleSwitch」について(概要)GitHubに公開したAndroidアプリ「BleSwitch」について(使い方)GitHubに公開したAndroidアプリ「BleSwitch」について(技術解説)お世話になったリンクandroid-Camera2Basic以上です。本アプリは、カメラアプリです。Camera2APIという最新のAPIを導入しています。現時点では、旧来のCameraAPIと同じ使い方をしています。フェース認識等の先進技術は使っていません。「DecoyCamera」というアプリ名にしていますが、これには理由があります。「Decoy」とは、木製のカモ(人形)のことで、狩猟等で使います。「Decoy」があまりに精巧にできているので、本物の獲物(カモ)が寄ってきてくれるのです。狩猟者が設置した「Decoy」のそばに来た獲物は十分な射程距離に入っているので助かります。日本語では「おとり」になりますね。Investigate)の意味にも使われています。「DecoyCamera」は、「Decoy」にちなんで、たくさんの(カメラ機能付き)スマホに紛れているスマホアプリです。後述しますが、狩猟者の代わりに撮影者が離れた場所から撮影タイミングを狙うこともできます。今年、車載カメラ(ドライブレコーダー)が売れました現代人は、今ではいつでもどこでもスマホに囲まれて生活しています。これまでカメラのない空間はバスルーム位でしたが、そこにスマホを持ったひとがいれば、それも例外ではなくなりつつあります。2019年になって、車につける車載カメラ(ドライブレコーダーともいいます)が大変な売れ行きになっているそうです。日本では滅多にないことですが、非常に稀に「乱暴運転」や「事故」に遭遇します。自身の車が事故を起こしたり、巻き込まれたりすることもあります。いった場合に、車載カメラ(ドライブレコーダー)できちんと状況を記録できていると、とても助かります(逆に自分に不利になることもありますが)テレビ等で「乱暴運転」の非道さが連日報道された結果、その状況を記録して証拠提示もできる非常に役立つものとして車載カメラ(ドライブレコーダー)が注目されました。「DecoyCamera」は、周りに気づかれずに、状況を画像として記録することができます。車載カメラの場合は、エンジン始動からエンジン停止まで、自動で動作して状況を逐一記録していってくれます。スマホの電源を入れてから電源を落とすまで、内蔵カメラを起動して逐一記録することはできませんし、その必要もありません。運転中と比べてそんなに突然に証拠となる画像が必要になる場面はそうそうないからです。不審物や不審者や不信な状況について、あからさまにカメラを向けることなく、その状況を撮影することが「DecoyCamera」でできます。香港のデモに遭遇したら画像処理によりフェース認識技術は現在中国が世界一だとか。基本技術は日本発のようですが、画像取得に使うカメラは街の到るところにあってその数も半端ないとか。香港のデモの参加者は皆一様にマスクをしています。マスクをしていればフェース認識できないか、その能力が発揮できなくなるからでしょうね。日本人が旅行者としてそうしたデモに遭遇したとすると、何が起こるか分かりません。デモのそばにいる人たちを「十把一絡げ」にして拘束するかも知れませんよね。「目には目を、歯には歯を」で、当局の行動を「DecoyCamera」等のスマホアプリを使って逐一証拠として残しておきましょう。中国でフェース認識に使われるカメラの数がどれだけ膨大であっても、世界の人たちが使っているスマホの数に比べれば、もののかずにもなりませんからね。スパイカメラとは一味違う世の中には、探偵などのプロが使うスパイカメラというものがあります。したものはほぼ全てカモフラージュしたカメラです。してとてもカメラには見えないもの。ペン、ACアダプター、壁掛け、腕時計、スーツのボタン、ぬいぐるみの眼球、等々。米国のドラマ「リベンジ」でもそういう小道具が使われていましたね。「DecoyCamera」はそうしたものと一味も二味も違います。スパイカメラはスマホ搭載のカメラに比べて性能が数段落ちます。「DecoyCamera」の場合、最新スマホにインストールするだけです。(なんて言っても、開発環境を持っていないのでiOSには対応していません)スパイカメラは専用品で、証拠取得以外の使い道がありませんスパイカメラは専用品すぎて、使うひとにソーシャルエンジニアリング能力が必要です。逆にいうとプロが使ってこその仕様です。「DecoyCamera」の場合、いつでもどこでもスマホをいじれる時間と場所であれば、だれでも問題なく使いこなせます。日本向けスマホの場合シャッター音が鳴る場合があるので注意してください(*1)スパイカメラはカスタマイズできません。「DecoyCamera」の場合、公開コードを改変すれば無限にカスタマイズ可能です「DecoyCamera」の場合、「BLEスイッチ」と連動して離れた場所からアプリを起動することができます*1:「DecoyCamera」が使っているCamera2APIには単独では音声を鳴らす機能がありません。日本向けスマホの場合などで、自動でシャッター音が鳴る仕組みになっているようです。海外向けスマホにインストールした場合、シャッター音は鳴りません。実は、公開コードにおいても、オプションとしてシャッター音を実装しようとしましたが、うまくいきませんでした。公開コードの改変について本アプリのコードをGitHubにて公開しています。「DecoyCamera」公開コード開発環境はAndroidStudioで言語はJavaです。昔と違ってプログラミングの勉強が非常にやりやすくなっています。それなりに動作するものを使って、いろいろ試してみることが一番勉強になると、管理人は考えています。公開コードを取得してちょっと修正ながら、より素晴らしい、高機能な「Decoy」なカメラにしてみてください。ボタンをリモコンにしてみたiBeaconとは以上です。adminGitHubに公開したAndroidアプリ「BleSwitch」について(技術解説)撮影タイミングは実機テストに使った端末に合わせて調整しています。Android9.x(実機はGalaxyJ6+)ではLOW_LATENCYモードで100ms毎スキャンします。それ以外のバージョンではLOW_ENERGYモードで起動します。2000msでスキャン3000ms休止のくり返しになります。実機ではスキャンできなかったり一回のボタン操作にもかかわらず2回以上信号を受けてスマホアプリを起動してしまうことがありました。GitHubに公開したAndroidアプリ「BleSwitch」について(使い方)ここに、こう書いていますが、少し違っていました。スマホ(受信側)のBLEスキャン間隔はというと、以下にようになっています。低遅延モードLOW_LATENCY:常時スキャン低消費電力モードLOW_ENERGY:400msスキャン後4600ms休止、その繰り返しバランスモードBALANCE:2000msスキャン後3000ms休止、その繰り返し一方、BLEビーコンデバイス(発信側)の送信間隔はどうでしょう。標準ビーコンで100ms、「Bluetoothリモートシャッター」は34msのようです(実測した結果)。それではPochiruEcoはというと、こちらは特殊で標準ビーコンの規格を満たしていないようです。常時発信するデバイスではないのでそれでいいんでしょうね。ボタンが押されると800ms間隔で送信しつづけ、全体で20秒弱で停止します。上に紹介したスキャンモードのうち、低消費電力モードの場合5秒間のうち400msしかスキャンしないので、タイミングによっては、800ms間隔の送信を取りこぼす可能性があるようです。これで「実機ではスキャンできなかったり」の動作が説明できます。「一回のボタン操作にもかかわらず2回以上信号を受けてスマホアプリを起動してしまうこと」これについては、もう少し複雑な事情がありそうです。BLEのAPIライブラリの違いなのか、BLEビーコンデバイスとの相性の違いなのか不明ですが、BLEスキャンでデバイス検出できたあとの動作に微妙な違いが現れました。};の部分の話になります。スキャン検出後、Gattに接続要求して、接続したら切断して、切断したらクローズして、というようなことをやって、BLEビーコンの発信を中断させるようにしています。上記コードには「接続したら切断して、切断したらクローズして」の部分が見えると思います。ところが、実機によっては(もしかするとSDKバージョンによっては、かもですが)これがうまく動作しないものがあります。「Gattに接続要求して、接続したら切断して」の部分で接続時のコールバックがなく、いきなり切断時のコールバックになってしまいます。結局切断してクローズするのですから「どっちでもいいじゃない!」となりそうですが、このとき結構なタイムラグがあり、それがスキャン時の複数回検出に繋がっているのかと考えています。BLEビーコンが発信を中断してくれさえすれば、5秒間隔位でボタンを押してもその都度スマホアプリが起動できますが、中断しないと、「一回のボタン操作にもかかわらず2回以上信号を受けてスマホアプリを起動してしまうこと」になってしまいます。Android9.xの実機ではうまく動作しますが、Android7.xの実機では上記の通りの現象が出ています。このあたりは、BLEビーコンの動作仕様といかに合わせるかの問題になるので、あまり厳密に考えても意味なさそうです。ボタン操作から20秒弱で発信停止するのあれば、最初からGatt接続しないで、20秒まってからスキャン再開すればよさそうです。その間ボタン操作は効かなくなるので、そうしたやりかたで要件を満足させられるのかチェックする必要はありますが。Android9.xの実機(GalaxyJ6+)ではうまく動作しており、ボタン操作の取りこぼしなく、操作後1秒以内にカメラアプリが起動して撮影できることを確認しています。「THETAVプラグインで市販のBLEボタンをリモコンにしてみた」はAndroid7.x???参考にさせていただいたリンクに「THETAVプラグインで市販のBLEボタンをリモコンにしてみた」がありますが、開発環境で取得できるログ(LogCat)を比較してみると、どうも、Android7.1.1搭載の実機と同じ動きをするようです。上のコードでいうと「CONNECTED」にコールバックしないでいきなり「DISCONNECTED」になりますね。参考記事の中でもある程度インターバル(記事中では8秒の設定)を置かないと連続撮影してしまうとか。BLEの機器なのかソフトなのかの微妙な違いが動作に影響するようです。ボタンをリモコンにしてみたiBeaconとは以上です。Pay)を試してきました。views当たり屋の今昔物語。Pay)を試してきました。