Gemini APIキー取得方法と活用

要約：このAppleScriptスクリプトは、ユーザーが選択したテキストをGoogle Gemini APIで要約し、その結果と元の本文をファイルに保存する自動化ツールです。右クリックで選択されたテキストを受け取り、処理前に内容をプレビューして続行を確認します。スクリプトはPython3とcurlコマンドを使い、Gemini APIにアクセス。MY_API_KEYを用いて、利用可能なモデルからgenerateContentをサポートするモデルを自動選択し、指定された文字数（MAX_SUMMARY_CHARS）で日本語の要約をリクエストします。Geminiからの出力は、要約文とその後に続く元の本文で構成されます。処理が完了すると、SAVE_DIRにタイムスタンプと要約の最初の行から生成されたタイトル（TITLE_MAX_CHARSで制限、ファイル名として安全化）を含むUTF-8形式のテキストファイルとして保存されます。処理状況やエラーは通知でユーザーに伝えられます。 Automator ワークフローが受け取る項目：テキスト 選択肢：すべてのアプリケーション

【ChatGPT】
～無料版でも動く、ローカル完結の超シンプル連携法～
ChatGPTでテキストを要約したいとき、毎回アプリを開いてコピペするのは意外と手間です。そこで、AppleScriptとChatGPTデスクトップアプリを連携させて、「クリップボードの内容を自動でChatGPTに貼り付け→要約→テキストファイルに保存」までを数クリックで完結させる仕組みを紹介します。ChatGPTの無料版でも動作し、APIキーや外部サービスは不要です。

ポイント解説

■ スクリプトの流れ

1. クリップボードのテキストを取得
2. ChatGPTアプリを自動起動
3. 要約プロンプトを自動入力（例：「以下のテキストを日本語で400字以内に要約してください」）
4. ChatGPTが要約を生成
5. ユーザーが要約をコピー
6. 指定フォルダにテキストファイルとして自動保存

１のクリップボードのテキスト取得がミソになっています。マウス右クリックでコピーしたものです。保存ファイル名は「YYYYMMDD-HHMMSS_タイトル.txt」という形式で、
例：/Volumes/NO3_SSD/Dropbox/dropbox_1/ChatGPTによる要約と本文/ に保存されます。

■ 実装の手順

(1)	下の青色のボタンから、スクリプト(txtファイル)をダウンロードします。
(2)	スクリプトエディタで、例えば”Save_Clipboard_with_Summary”と名前つけて、スクリプトファイル”Save_Clipboard_with_Summary.scpt”として保存します。
(3)	(a)Stream Deckからは”Save_Clipboard_with_Summary.scpt”が直接呼べます。 (b)クイックアクションからの起動は、Automator→クイックアクション→ワークフローが受け取る現在の項目：テキスト、使用できるアプリケーション：任意のアプリケーション→「AppleScriptを実行」のボックスを置く→(4)
(4)	run script (POSIX file “/<あなたのファイルパス>/Save_Clipboard_with_Summary.scpt”)
(5)	アプリ名を例えば”ChatGPT要約付きTXT保存”として保存します。
Windowsへ実装したい場合は、ChatGPTに上のtxtファイルを添付して、「同じ働きをWindowsで実装するスクリプト作成と実装手順を指示ください」としてください。

■ 操作方法

使い方はとても簡単です。
要約したいテキストをコピーし、このアプリを実行するだけ。
ChatGPTが起動して自動で要約を生成し、その結果をコピーすればファイルが自動保存されます。
これで「ChatGPTで要約→保存」までが一瞬で完了します。

さらに、右クリック（コンテキストメニュー）から呼び出せる「クイックアクション」として登録しておくと、
ブラウザやメモアプリ上でテキストを選択 → コピー → 右クリックで「要約して保存」を実行、
という直感的な操作が可能になります。
Mac標準のAutomatorで簡単に登録できるため、日常の作業フローに自然に組み込めます。

■ ChatGPTの文字列のコピーが扱えない！裏ワザあります。

ブラウザ、テキストエディット、メモなどにある文章は、コピーを行なった後、このアプリをMacのキーボードショートカットに登録して、要約保存は、下記のアクセス許可を経て使用できるようになります。私は、「ChatGPT要約付きTXT保存」アプリに⌥(Option)+ファンクション(F)1を登録しました。

しかし、本家本元のChatGPTに表示される文字や文章は、コピーした後、アプリが起動しないという問題が生じます。その場合の裏ワザです。

それは、文字列のコピーは、Web版ChatGPTから行い、アプリを起動してインストール版ChatGPTで要約させ、最後に保存する流れで連携する方法です。以下のような挙動になります。

■ 注意：アクセス許可が必要な場合があります

クイックアクションを使って、Safari・Chrome・PDFビューアなど
さまざまなアプリからテキストをコピーして要約に取り込む場合、
まれに「エラーが出る」「テキストが取得できない」ことがあります。

これは、そのアプリのテキスト内容へのアクセスが macOS で制限されているためです。
その場合は以下の手順でアクセスを許可すると解決します。

対処方法：
1. 「システム設定」→「プライバシーとセキュリティ」を開く
2. 左側のメニューから「アクセシビリティ」または「フルディスクアクセス」を選択
3. 使用しているアプリ（例：Automator.app、ChatGPT.app、または実行中のスクリプトランチャー）を追加してオンにする

この設定を行うと、ブラウザ・PDF・Word・メモなど、
どのアプリ上でもクイックアクションを安定して利用できるようになります。
特にAutomator経由でスクリプトを動かす場合は「Automator.app」へのアクセス許可が重要です。

■ TextEditでクイックアクションが出てこない場合

TextEditでテキストを選択しても、右クリックメニューにクイックアクションが表示されない場合があります。
これは、TextEditがリッチテキスト（装飾付き）モードになっているとAutomatorが対象外とみなすためです。

💡 対処方法：
1. メニューの「フォーマット」→「標準テキストにする（⌘⇧T）」を選択し、プレーンテキストモードに切り替える。
2. 再度右クリック → 「クイックアクション」を確認。

すると、「ChatGPT要約付きTXT保存」などのワークフローが表示されます。

⚙️ Automatorの設定で特に重要なポイント！

Automatorでクイックアクションを作成するときは、
上部の設定欄にある

「ワークフローが受け取る現在の項目」

の指定を 必ず「テキスト」に設定してください。
ここが「リッチテキスト」や「ファイル」のままだと、
TextEditではメニューに表示されません。

正しい設定：
• ワークフローが受け取る現在の項目：🟢「テキスト」
• 使用できるアプリケーション：🟢「任意のアプリケーション」

この設定を間違えると、メモでは動くのにTextEditでは出ない、という現象が起こります。

🔸ポイント：Automatorの「受け取る項目」は“入力タイプの宣言”に相当します。
TextEditがプレーンテキストを出すときだけ、この条件に一致します。

🧭 Stream Deckでの活用（おすすめ）

クイックアクションも十分便利ですが、Stream Deckを持っている方は、こちらを使うのがおすすめです。

Stream Deckは、右クリックメニューではなくAppleScriptやShellスクリプトを直接起動できるランチャーです。
そのため、ChatGPTアプリのようなWebView上のテキストでも問題なく実行できます。
つまり、どんなアプリや画面上でも「コピー → ボタン一発」で要約＋保存が可能になります。

▶ Stream Deckでの設定例
1. Stream Deckアプリを開く
2. 「System」→「Open」または「AppleScript実行」アクションを追加
3. あなたのスクリプトファイル（例：Save_Clipboard_with_Summary.scpt）のパスを指定
4. ボタンに「要約して保存」などの名前やアイコンを設定

これで、どんなアプリ上でも：

テキストをコピー → Stream Deckボタンを押す → ChatGPTが自動要約 → Dropboxに保存
という流れをワンアクションで実行できます。

▶ 併用のすすめ
• 普段は右クリックのクイックアクションで十分
• ChatGPTアプリやPDFなど、クイックアクションが反応しない場合はStream Deckで実行

両方に同じスクリプトを指定しておけば、操作感を統一しつつ、どんな環境でも動く構成になります。

■ 利用のポイント

• 無料版（GPT-3.5）でも問題なく動作します。
• 英語記事や長文を正確に要約したい場合は、GPT-4またはGPT-5（ChatGPT Plus）を推奨。
• すべてローカルで完結し、外部通信やAPI設定は不要。
• 要約と手入力タイトルのどちらにも対応し、ファイルは日時順に整理されます。

■ 応用例

プログラミングスクリプトの日本語要約もさることながら、

• 英語→日本語要約版
• 翻訳＋保存版
• URL要約版(👉「質問してみましょう」のボックスにURLが入った状態で待ちになる場合は、右のボタンを押して動作させる)

ChatGPTアプリを直接操作する感覚で自動化できるため、
誰でもすぐに試せる実用的なAI活用法です。
Macユーザーなら今日からすぐ導入できます。

以上

課題：

Dropboxリンクを使って画像や動画をWordPressなどのブログに貼り付けることはできますが、意外とやっている人は少ないです。その理由はいくつかあると思いますが、一番大きな理由は、Dropboxリンクの文字列を見たときに、例えば以下のような画像ファイルの文字列を見たときに、

これだけでは、その画像ファイルが自分のMac,PCのどこにあるのか全くわからない。さらにDropboxフォルダのどこにあるのかもわからない。迷子になるからです。

つまり、後になってその画像や動画を修正したい時、ローカルにあるファイルがすぐに見つからないという壁にぶつかってしまうのです。というか、安全対策上、ある場所をマル見せしない、それが基本ではありますが。

※正しくいうと、Dropboxの場合、おうちはDropboxのクラウドストレージ、出先がローカルフォルダ、という関係になります。ですから、エラーが続くからといって、Dropboxのクラウド側を空っぽにして、ローカルのファイルを送り込むようなことをするのは大間違いです。Dropboxリンクは全て新しいものに置き換わってしまいます。正しくは、いつも、ローカル側を空にして、クラウドストレージ側からダウンロードします。

ポイント解説：

その対処ですが、３つ考えられます。

１つ目は、ローカルで常に記録することです。

つまり、Dropboxリンクを取得するときに、そこに紐づくファイルパス（フルパスで）を記録しておくようにします。さらに、その後でファイルの名前を変えたり、フォルダを変更したりすることがあります。したがって、変更前のファイルパスと変更後のファイルパスをペアで記録しておくようにします。ローカルで確実に管理できますね。

２つ目は、Dropbox APIを利用する方法です。

Dropbox APIを使うと、Dropboxリンク及びローカルにあるDropboxフォルダ以下のパスがペアで取得できます。この情報を使って照合します。

３つ目は、正確さは欠けますが、発見的方法（ヒューリスティック・アプローチ）です。

そこまで丁寧な方法ではなくて、ざっくりと推測する、候補を複数ピックアップする、それだけでもかなり有用です。

APIを使わずに、

「すでにMac上にあるDropboxフォルダ内の実ファイルと照合する」だけでも、かなり役に立ちます。

今回は、一番シンプルな、この３つ目の方法を紹介します。

手順：

スクリプト：

AppleScript dropboxリンクに一致するフルパス検索.app 下欄のスクリプトをコピペしてください。 青字の部分は、自分の条件に置き換えてください。

— ▼ 対象フォルダ、２つある場合です（サブフォルダも含めて検索） set folder1 to “/Volumes/NO3_SSD/Dropbox/********/********“ set folder2 to “/Volumes/NO3_SSD/Dropbox/********/********“

結果：

ファイル名に、日本語を多用している場合は、複数の候補が表示されるようになっています。しかし、ファイル名には日付や連番、バージョンなどの英数字を含めるように気を配れば、複数の候補がある場合は、非常に少ないでしょう。したがって、今回の紹介の方法は、実用的であると思います。

以上

自宅webサーバーの作り方については、以前の投稿でも説明しました。その中でも触れたように、自宅サーバーは、かつてブームになったものの衰退した歴史があるわけで、その衰退の理由に、主に、コストメリットが低いこと、災害に弱いことが挙げられます。しかし、そうしたデメリットを取り除いてみれば、DIYで産直配信を行うことの楽しさは相変わらずあるわけです。

よくメリット、デメリットを比較してデメリットが大きいので、やめてしまうことがあります。費用対効果、効果より費用が大きいのでやめてしまうことがあります。しかし、今後費用は下がる、今後デメリットは減ることが見通せるならどうでしょう。あるいは費用には労働力も入るわけですが、自分が頭や手足を使うことで出費が減らせる、あるいは、そうした作業が趣味や楽しみに転換できるなら、一挙両得という話になります。

2020年頃からそこへ、AppleシリコンMacMiniという、低電力高性能、常時稼働向きの、周辺機器なしの見た目サーバーのコンピュータが登場しました。しかも非常に小さくなってきました。コンビを組むNASも大容量のSSDが挿せるようになりどんどん小型化してきています。注目する技術→📄

明るい光を感じますね。

クラウドにするだけでなくポータブルにする

それで将来イメージを見通すと。。キャンピングカー、移動販売車のようになるだろうと。

MacMiniがもっと小さくなる。NASがもっと小さくなる。一緒に持ち運べるようになる。

そう。NASとMacMiniへwebサーバーとファイル管理を積み込むのは、今はまだ自宅に固定された大袈裟なサーバーです。だからクラウドストレージの方が優れていると直ぐに思ってしまいます。しかし、バッテリー駆動のポケットサイズ、ポータブルにできれば、災害にも強いです。問題は解決します。技術的にそれほど難しくはないでしょう。

ですから、自宅サーバーの構造思想は廃れるものではない、そう思えてくるのです。

さて、そんな枠組みの中で、今回の小さなテーマは、「短縮URL」作りです。

再生用URL 4種類

(A)

Dropboxリンク型　

(B)

自宅サーバーパス記述型  日本語を直接解読できないのでエラーになる。

(C)

日本語エンコード型　

(D)

「画像ライブラリー作成」を行なって、外部サーバー短縮型URLを作る

(E)

マッピング更新を行って、自宅サーバー短縮型URLを作る。

以上4種類がありますが、(B)は表示が不可能になりやすいので除くと3種類になります。

この中で、WordPress投稿内で使用するのに適しているのは、どれか。

それは、(D)です。

この3種類の中で、動的URLは(D)だけです。カートリッジ型です。

それで(D)を採用しました。

なお、配信サーバーの切り替えについては、別の投稿で説明します。

ランダム文字列の扱い

ところで、この8桁のランダム文字列ですが、1234e678などの数字とeで構成されていると、数字と解釈されてしまいます。openssl rand -hex4と記述すると、1234e678のような科学表記になる可能性があります。cat /dev/urandom | tr -dc ‘a-zA-Z0-9’ | fold -w 8 | head -n 1を使って、英数字混合にすることで純粋な文字列として扱うことにしました。

以上です。

動画画像ライブラリー第３弾です。

Dropboxリンクは目立たないようにしたい。

これまで画像のURLリンクもDropboxを使えばいいと考えていて、Finderで右クリックして「Dropboxリンクをコピー」で得られたリンクを、そのリンクの末尾のdl=0をraw=1に置き換えて使えば、それだけでいい。そのように思ってきました。

Dropboxリンクの例は、下のようになります。

(A)

このDropboxリンクが安全性に優れている点は、クリックしてから実際に再生する時は更にワンタイムトークンリンクに変換されてからブラウザで再生されます。(B)のように形を変えます。ブラウザへURLをコピペするとこうなります。しかもこのURLは一定の時間が経過すると無効になります。

(B)

WordPressの画像ブロック→URLから挿入→(A)を挿入→HTMLとして編集を選ぶと、以下のコードが記述されています。

(C)

これで構わないとすれば、それまでのことですが、ブラウザからページのソースを読めば、上のコードは丸見えになります。Dropboxとすれば、(A)の情報が知れ渡るのは、あまり嬉しくないでしょう。「頭隠して尻隠さず」状態ということですからね。

そこで、以下のように、AppSheetで、動的な画像サイトを作ることにしました。

(D)

これを、画像ブロック→「URLから挿入」に入れます。こうすると、(A)の部分は、WordPressに表示されなくなります。(C)から分かるように、メディアはDropboxから読み込んでいるのですが、読者からは、どこから読み込まれているのか分かりません（そのようにしたいわけです)。

簡単に代替URLへ移行したい。

画像ライブラリ(D)を作るもう一つの目的が、 メディアのソースを、DropboxリンクからXserver、pCloudなど他のサーバーへ、簡単に、切り替えられるようにすることです。

なぜって？やはりDropboxにもトラブルは起こりうるからです。

こうした移行は、一般的には、プラグインを使って、WordPressのソースに書き込まれているURLを、直接に、置き換える方法が取られると思います。

しかし、ソースにDropboxリンクを使っている場合はそうはいきません。Dropboxリンクはファイル名やローカルパスが外から分からないようにランダム文字列に置き換えられていますので、ローカルパスだけをサクッと置き換えることは出来ないのです。

1点1点、Dropboxリンクと自宅サーバーURLを対応させた、マッピングファイルを作成する必要があります。丁寧にいうと、DropboxリンクとローカルパスとXserverサーバーURLの3つをマッピングさせたレコードを作成する、それをファイル上で右クリックしてあといくつかのクリック操作だけで済むようにしているところが、ポイント解説にて紹介するAppleScriptの特徴です。

そしてこのマッピングファイル(Google spreadsheet)をJSONファイルとして、WordPressに送り込むようにします。マッピングファイルの更新は1日一回夜中に行います。

link_mapping.csvの重複レコードの整理について📄

ここまで書いてきて、私が、動的サイトの使いやすさにこだわる理由が分かっていただけたでしょうか。

それでは次は、ポイント解説です。

ポイント解説

すみません。説明で使う素材を2024-11-28_15.50.35.pngに変更します。

1 画像ライブラリ作成AppleScript

画像ライブラリ作成 AppleScript📄

Dropboxリンクをコピーした後に、クイックアクションの中から「画像ライブラリー作成」を選びます。

ポイントは、必ず「Dropboxリンクのコピー」を行った後で、クイックアクションに入り、「画像ライブラリ作成」を選ぶことです。いきなりクイックアクションに入ると、その段階では、古いクリップボードが残ったままになっています。

そこで、一応、ポカよけとして、以下をメッセージ表示します。

ここはひとまずOKを押して終了します。

改めて、Dropboxリンクのコピーを実行した後で、クイックアクションの「画像ライブラリ作成」を選ぶと、

と表示されます。

ここでOKを押せば行追加が実行されます。

日本語のファイル名の時の注意喚起

ファイル名に日本が混じる時、Dropboxリンクは日本語は削除されます。リンクはランダム文字列で作られますので、日本語が削除されてもユニークなリンクにはなりますが、日本語だけで出来たファイル名ですと、リンクを見ても、どのファイルか、想像すら出来ません。特に、複数の日本語だけのファイルが続きますと、どこまで処理したか、分からなくなります。そこで、日本語だけのファイル名を扱う時は、必ず、Dropboxリンクの取得が済んでいるか注意喚起をします。

日本語のファイル名の時の注意喚起📷

ただ、出来れば日本語だけのファイル名は避けるのがいいです。

AppleScriptの中では、wp_photo_library.csvへ行を追加しています。更に、link_mapping.csvにも行を追加します。

2 追加したデータをWordPressで扱えるようにする

importAndBackupCSV GAS📄

createPhotoJson GAS📄

im.php JSONから画像を表示　php📄

画像ライブラリ用のデータは、クイックアクションでwp_photo_library.csvに追記されます。このデータを動画画像idのシート3に書き込みます。ファイルURLおよび画像idはユニークです。シート3へ書き込んだ後、wp_photo_library.csvにあったデータは、backup_wp_photo_library.csvへ追記した後、wp_photo_library.csvはクリアします。新たに作った画像サイトは、今作業中のブログにすぐに使いたいので、１分おきの更新にします。

少し待ちますが、新たに登録された場合は、AppSheetの動画画像ライブラリの画像メンテの先頭に、情報が表示されます。この中から、再生URLを取得して、WordPressの画像ブロック→URLから挿入するなど、利用します。

3 まとめ

このシリーズは、３回までで動画および画像を外部から読み込んで表示する方法、動的サイトの構築について説明してきました。次のシリーズでは、Dropboxリンクから複数のサーバーへ切り替える方法について、紹介します。

以上です。

はじめに

今回は、SynologyNASとMac miniのファイル管理システムにおいて、下の赤枠で囲んだ部分について紹介します。AppleシリコンのMac miniを常時稼働してサーバーのように使う人が、これからどんどん増えるように思えます。そうなってくると、今回紹介するミニシステムは、定番の一つになると想像します。

Xserverにあるデータをローカルへバックアップする(SFTP、SSH接続)

Xserverは、契約すれば無料で１週間分のバックアップがついてくるから、なんでわざわざローカルにバックアップなんか必要なの？

そのような疑問は確かに起こります。

Xserverの無料バックアップからの復元は、復元を申請したあとに心配がおきます。つまり、いつ処理が開始していつ頃終了するのか分からないので、ただ待つしかないのです。私の経験からは30分で済むこともあれば3時間かかることもあります。時間が読めないこと、それは結構ストレスです。またその時間を大幅に短縮したいです。出来れば10分以内。そのためには、前夜の状態のファイルがローカルにバックアップされていれば大丈夫でしょう。そのバックアップするフォルダは、WordPressのフォルダが対象なので、uploadsとthemesがあれば十分でしょう。

以前に、Transmit5のFTPを使ってXserverへアップロードする方法を紹介しましたが、今回は、Transmit5のSFTPすなわちSSH接続を使って、Xserverからダウンロードを行う方法、しかもそれを自動運転にする方法を紹介します。

なかなかMacを使ったSFTP、SSH接続の日本語での解説ブログやYouTubeは見当たりませんね。

５手順と長くなりますが、よろしくお付き合いください。

ポイント解説

手順１ 　XserverのSSH接続を開通させる

（１）　MacでSSHキーを作成
以下を行うと、id_rsa（秘密鍵）とid_rsa.pub（公開鍵）が作成されます。

（２）　公開鍵をXserverに登録

id_rsa.pubの内容をコピーして、Xserverの管理画面に登録します。

１）id_rsa.pubは、隠しファイルになっているので、Finderの右上の虫眼鏡にid_rsa.pubと入れて、見つけてください。それを、テキストエディット.appで開く→内容をコピー。

２）Xserverのサイトに入る→サーバーパネル→SSH設定をON

 初期設定の段階なので、とりあえず「ON[すべてのアクセスを許可] 」を選択します。
※2024/11/25現在、国内からのアクセスのみ許可に変更

（３）公開鍵登録・更新→（２）１）でコピーした公開鍵をペースト→確認画面へ進む→登録する。

（４）　接続の確認

ターミナルへ以下を入れて接続してください。

Xserverの場合、

となります。

接続が成功したら、一旦、ターミナルはexitを入れて終了してください。

手順２　Transmit5アプリを使って、SFTPにて、単独でバックアップできるようにする

赤く消してあるところは、ユーザ名が入ります。１（１）で作成した秘密鍵、id_rsa、を、パスワードまたはキーの右側のキーのアイコンをクリックして認証鍵を入れるボックスを開き、その中に登録します。登録は、このボックスの下にある＋のマークをクリックすると、親切に通常は非表示のフォルダも表示されてid_rsaが選択出来ます。登録されたらid_rsaの上をタップすると、キーに収まります。
XserverにおけるSSH設定の条件はここに記載されています。

上と同様に、SFTP_uploadsも作成します。

手順３　バックアップ用のアプリを作る

上で作った単独バックアップを起動させて動作した後に終了する流れを、Automatorで一つのアプリとして作成します。まず、SFTP_themesは以下です。

Automatorで新規作成→アプリケーションを選び、Transmit.appを選びます。接続先の選択肢にTransmit5にお気に入り登録したものが出てくるので、SFTP_themesを選びます。すると、サーバ、ユーザ名、パスワード、ポート、プロトコルは、引っ張ってきて入ります。それ以下の項目は設定します。

同期の方向：ダウンロード（今回の場合はダウンロードです。ここは要注意！！）

比較の方法：変更日

スキップ項目：なし

ローカルパス：これは、Finderで探して設定します。自分があとで扱いやすい場所。

オプション：同期先のみに存在する項目は削除する。（単純なバックアップ目的のダウンロードは、チェックを外します）

リモートパス：リモートサーバとの時差を自動で調整する。一応チェックを入れておきます。

処理が済んだら、Transmit5を終了→Automatorを終了します。

次に同様に、uploadsフォルダのダウンロードである　SFTP_uploadsも同様に設定します。このように小分けする理由ですが、ダウンロードは結構、エラーが起きやすく、あまり大きなフォルダですとやり直しに多大な時間が掛かります。ですので、例えば初期ダウンロードで１０分程度で済むサイズで区切るとか、小分けにした方がいいです。

手順４　複数の単独アプリを流れとして組む

Automatorで作成した単独アプリを流れとして組み込みます。なお、完了の通知としてメールを使います。夜中の自動処理を設定すると、本当に処理が行われているかどうか心配になります。メール一つあるだけで安心します。

AppleScriptを使います。まとめたアプリをSFTP_themes_and_uploads.appとします。

手順５　自動処理させるために、カレンダーに組み込む

Macのカレンダーには、「通知」の機能の中にあるカスタムに、「ファイルを開く」がありここでアプリを起動することができます。

カレンダーからは、アプリは起動するだけで、終了の動作は行いません。終了の動作は、取り付けるアプリの中に組み込まれている必要があります。

開始：日時

終了：日時　ここは、時刻は開始時刻と同じで構いません。

繰り返し：毎日

繰り返し終了：なし

移動時間：なし

通知：カスタム

ファイルを開く　SFTP_themes_and_uploads.app これはアプリケーションフォルダから選択、予定の開始時刻を選択

次に、

Macのシステム設定→プライバシーとセキュリティ→カレンダー→SFTP_themes_uploadsのオプションからフルアクセスにする→カレンダーを終了して再度立ち上げます。

その他、まとめ

SFTPによるダウンロードですが、禁止文字の使用など様々な理由でエラーで進まないこともあります。その場合、Xserver内で、zipファイルに圧縮してからrsyncでダウンロードすると、順調に行くことが多いです。

Xserver内に圧縮zipファイルを作成する→次にMacのrsyncでダウンロードする方法。

以上が、定期的自動的に、外部サーバーにあるデータを、ローカルにダウンロードする流れになります。こうした処理が自宅で簡単に行えるようになってきたのも、Macが、特にMac miniが省電力になり、常時稼働が可能になってきたことが大きいです。

以上

SynologyNASとM1 Mac miniによるファイル管理システムを動かすにあたり、前回は、Jump DesktopによるiPad iPhoneからM1 Mac miniのリモート操作を紹介しましたが、それは実は頻度は低く、実際は90%以上は、今回紹介する、画面共有によるM2 Mac miniからM1 Mac miniのリモート操作になると思います。

あと、いつもいつも、M2 Mac miniと書くのも面倒なこともあり、要は、「Mac」と一言で括れる共通事項については、面倒に感じた時はMacと書くようにします。小さい話です。

ただ、モニター、マウス、キーボードといった周辺機器が何もないのがMac miniですし、省電力になり常時稼働が平気になったのがM1以降ですので、M1 Mac miniが裸っぽの原点になります。M1以降ならMacbookなどラップトップも全てavailableなチキチキマシーンです。

それでは中身に入ります。

ポイント解説

MacからMacを操作する方法には、Appleが提供するものとしては2つあって、一つは今回の「画面共有」ですが、あと一つは「リモートマネジメント」があります。「リモートマネジメント」は本格的な方法で専用アプリが必要になります。「リモートマネジメント」は大規模な企業ネットワークでIT担当者が使用するような仕組みなので、ちょっと縁遠いです。自宅でDIYできる範囲が、私のテリトリーです。

１　STREAM DECKの利用

スクリプト要約：画面共有アプリを自動操作し、指定Mac（yyyyyyyy-macminim1）へ接続するAppleScript。アプリ起動後3秒待機し、メニューバーから最近接続先を選択。接続確立まで待ち、パスコード「<あなたのパスワード>」を自動入力してEnterを押す。その後、ウィンドウ表示を待ってフルスクリーン化する一連の手順をスクリプト化している。

STREAM DECKに画面共有を立ち上げるスクリプトを登録しています。その理由は、画面をスムーズに立ち上げるために、手順と細かいチューニングを決めておきたいからです。主なものは２点あります。

一つ目は、パスコードを入れる前の待ち時間のチューニングです。パスコードも自動で打ち込むようにしてあるのですが、タイミングが合わないと画面が止まってしまいます。例えて言うと、電車の出発が早すぎると、乗り遅れてホームに置き去りにされたままになってしまいます。そこで電車を遅らせます。一応delay５秒にしておきます。もちろんその、次の電車に乗ればいいわけで、つまり少々待って、もう一度自分でSTREAM DECKのボタンを押せば、大抵OKとは申せますが。

二つ目は、ウインドウをフルスクリーンに設定することです。その理由は、起動した最初は、ウインドウは画面上に浮いたような状態でして、これですとカーソルがウインドウの中と外を行き交うので少々脳細胞が混乱してストレスです。割り切ってウインドウをフルスクリーンにして固定した方がマウスの操作がラクです。画面共有を立ち上げると、画面共有という名のデスクトップが追加されるので他のアプリへの支障はありません。

細かい話になりますが、スクリプトの最後のステップに、ウインドウをフルスクリーンにするアクションがあります。その際、フルスクリーンボタンの番号は、表示場所とは必ずしも一致しない点は、記憶に留めておくと良いでしょう。現状、ウインドウのボタンは3つ並んでいます。そのうちで今回目的のフルスクリーンのボタンは右端にあります。3つあってそのうち右端なので、ふつうは、１または３だな、と思うじゃありませんか。ところが違うのですね。正解は２です。今のところ、そのような仕様になっています。試行錯誤で見つけ出すことになります。

２　そのまま相手を再起動できる

M1 Mac miniが重いような気がした時、再起動をしますよね。再起動ができるのです。M1 Mac mini画面の左上から再起動をしますと、なんと画面共有を維持した状態で、そのまま戻ってくれます。これが実に快適です。

３　フルスクリーンの分離はマウスで上端を押し上げる

作業性の関係で、この共有画面を分離して、一つのウインドウで表示したい場合があります。その場合に、ちょっとコツが要ります。まず、マウスで画面の上端を持ち上げるようにするとバーが出てきます。そのバーの左にある緑のボタンを押すと、フルスクリーンの解除ができます。

４　まとめ

MacからMacをコントロールするのが、やはり一番相性がいいですね。

以上

改めて、災害時の損失を抑え復旧を速やかに行うことが大切と感じています。自宅サーバーを今すぐ撤去するつもりはありませんが、自宅サーバーに依存しない方向、自宅サーバーは選択肢の一つにする方向、そちらへ舵を切りたいと思います。動画再生方法のいくつかの選択肢をテストする中で、その選択肢を更に使いやすくする方法を作ってみます。なお、Google単独は、GoogleドライブからWordPressプレーヤーへ動画と字幕を同期させて引き込む方法は、基本的には困難なようですので、対象から除きました。

No1　Vimeo単独

VimeoはYouTubeと同様にトランスコードされてストリーミング再生されるので、停滞が非常に少ないです。Vimeoは、動画の、まるごと差し替えがOK、何回でも上書きアップロードができます。

注：動画の中で、書き換え方法を、dl=0→raw=1としていますが、www.dropbox.com→dl.dropbox.com dl=0→raw＝1へ変更しています。

動画を別ページで表示します(ここをクリック)。

No2　Dropbox単独

Dropboxは、ブログを補足するための短い簡潔なビデオが適しています。ニッチに役立つことが目的なので、集中アクセスは殆どないと想定しますが、一般向けの内容の場合はVimeoを使います。Dropboxの再生のスムーズさは、WiFi環境であれば、少々待ち時間はありますが、問題なく視聴できると思います。但しスマホで4Gセルラーでの視聴は、時間帯によっては困難かも知れません。特に昼休み。仕事場でWiFiや有線LANでパソコンを使っていた人が、昼休みになると一斉にスマホを使い出すので、昼休みは困難かも知れません。この動画は476MBと大きいサイズです。更新方法は、MacにあるDropboxにリンクしたローカルファイルを上書き保存するだけです。

注：動画の中で、書き換え方法を、dl=0→raw=1としていますが、www.dropbox.com→dl.dropbox.com dl=0→raw＝1へ変更しています。

No3　自宅単独

Dropboxより非力です。過去の投稿で紹介してきた通り、一般には、476MBという大きい動画を扱うのは無理クリですが、あえて掲載しました。WiFi環境で、高速度なら、視聴できるかも知れません。場合によってはDropboxよりサクサク動くこともあります。更新方法は、MacにあるDropboxにリンクしたローカルファイル(実はWordPressフォルダとも同期させている)を上書き保存するだけです。

注：動画の中で、書き換え方法を、dl=0→raw=1としていますが、www.dropbox.com→dl.dropbox.com dl=0→raw＝1へ変更しています。

No1~No3と比較してきましたが、現在、安定度に優れるのはNo1のVimeoが第１位、No2のDropbox単独が第2位です。扱い易さは、圧倒的にNo3の自宅単独です。実はこの3つ以外にも、Dropbox(動画、字幕) と自宅(初期画面)、Dropbox(動画、字幕) とGoogleフォト(初期画面)、Dropbox(動画、字幕) と外部(初期画面)についてテストをしましたが、今一つ不安定なことと操作が複雑になることから割愛しました。
しかし、今回、改めて考察するキッカケになった災害リスク。これを考えると、自宅のWebサーバーに比重を置くのは問題といえるでしょう。

従って、今回、「No2 Dropbox単独を採用していきます。10分未満の簡単編集でマニアックなものはDropbox、ファイルが重そうな10分以上あるいは一般向け配信のものはVimeoという使い分けをイメージしています。さあどうかな。

ポイント解説

１　動画の中に登場するAppleScriptの紹介

（１）Dropboxの共有リンクをWordPress貼り付け用に変換するクイックアクションのAppleScriptは、以下です。

コード変換の方法は、

URLの記述の中の

“www.dropbox.com” を”dl.dropbox.com”へ置き換える。

“dl=0” を”raw=1″へ置き換える。

を使っています。なお、拡張子に関係なく扱えています。

DropboxのURLを変換するAppleスクリプト

「AppleScriptを実行」を挿入

-- DropboxのURLを変換するスクリプト

-- ３−１　ベースとなるDropboxの共有URLを一時的に保管する。
set baseURL to the clipboard
set tempURL to ""

-- 共有URLが存在するか確認
if baseURL is not equal to "" then
	
	-- ３−1　クリップボードの結果をtempURLへ置き換える。
	set tempURL to baseURL
	
	-- ３−２　URLの記述の中の "www.dropbox.com" を "dl.dropbox.com" へ置き換える。
	-- set tempURL to replaceText("www.dropbox.com", "dl.dropbox.com", baseURL)
	
	-- ３−３　URLの記述の中の "dl=0" を"raw=1"へ置き換える。
	set tempURL to replaceText("dl=0", "raw=1", tempURL)
	
	-- ３−４　クリップボードに保管する。「クリップボードにWordPress貼り付け用URLをコピーしました。」と表示する。
	set the clipboard to tempURL
	display dialog "クリップボードにWordPress貼り付け用URLをコピーしました。"
else
	display dialog "共有URLが見つかりません。"
end if

-- 文字列中の指定されたテキストを置き換える関数
on replaceText(find, replace, sourceText)
	set text item delimiters to find
	set sourceText to text items of sourceText
	set text item delimiters to replace
	set sourceText to sourceText as text
	set text item delimiters to ""
	return sourceText
end replaceText

（２）WordPress動画貼り付けコード生成用アプリのAppleScriptは以下です。

-- スクリプトのテンプレート
set scriptTemplate to "<figure class=\"wp-block-video aligncenter\">
<video controls
poster=\"%poster%\"
src=\"%video%\" 
playsinline=\"\">
<track default=\"\" 
src=\"%subtitles%\" 
label=\"日本語\" srclang=\"ja\" kind=\"subtitles\">
</video>
<figcaption>%videoDescription%
</figcaption>
</figure>
[dynamic_external_html url=\"%subtitle_list%\"]"

-- ダイアログでユーザーに入力を求める
set posterURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 開始画面の画像のURLを入力してください(省略可)。" default answer "")
set videoURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 動画本体のURLを入力してください(省略可)。" default answer "")
set subtitlesURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 字幕ファイルのURLを入力してください(省略可)。" default answer "")
set videoDescription to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 動画の説明を記入ください(省略可)。※先頭の文字に小文字の< >は不可。" default answer "")
set subtitleListURL to text returned of (display dialog "<WordPress動画貼り付けコードを生成> 字幕一覧のURLを入力してください(省略可)。" default answer "")

-- スクリプトのテンプレートをユーザーの入力で置き換える
set customHTML to scriptTemplate
set customHTML to my replaceText(customHTML, "%poster%", posterURL)
set customHTML to my replaceText(customHTML, "%video%", videoURL)
set customHTML to my replaceText(customHTML, "%subtitles%", subtitlesURL)
set customHTML to my replaceText(customHTML, "%videoDescription%", videoDescription)
set customHTML to my replaceText(customHTML, "%subtitle_list%", subtitleListURL)

-- 置換用の関数
on replaceText(originalText, searchString, replacementString)
	set AppleScript's text item delimiters to searchString
	set textItems to text items of originalText
	set AppleScript's text item delimiters to replacementString
	set replacedText to textItems as text
	set AppleScript's text item delimiters to ""
	return replacedText
end replaceText

-- 結果を表示
display dialog customHTML

-- 結果をクリップボードにコピー
set the clipboard to customHTML
display dialog "この内容をクリップボードにコピーしました。"

なお、後日、字幕一覧のデータの投稿内引き込みを追加しました。WordPressのfunction.phpへ以下を追加ください。

<?php
// 外部テキストを取得する関数
function fetch_dynamic_external_html_content($atts) {
    // ショートコードの引数を定義
    $attributes = shortcode_atts(array(
        'url' => '' // URLを指定する
    ), $atts);

    $url = $attributes['url'];
    
    // URLが指定されていない場合の処理
    if (empty($url)) {
        return 'URLが指定されていません。';
    }

    // 外部URLからデータを取得
    $response = wp_remote_get($url);

    // エラーチェック
    if (is_wp_error($response)) {
        return 'テキストの読み込みに失敗しました。';
    }

    // 取得したデータの処理
    $body = wp_remote_retrieve_body($response);
    return $body; // HTMLとしてそのまま返す
}

// ショートコードを作成
function display_dynamic_external_html($atts) {
    return fetch_dynamic_external_html_content($atts);
}
add_shortcode('dynamic_external_html', 'display_dynamic_external_html');

?>

上の２つのAppleScriptは、汎用性があります。

例えば、自宅サーバー用のWordPressのカスタムhtml記述については、URLはランダムな文字列を埋め込むことなく、素直なディレクトリの記述になっているので、（２）だけ使います。

２　ChatGPTの活用

上のAppleScriptですが、実は、ChatGPT（無料版の利用）の力を借りています。私は、「指示書を書いて、結果を検証して、間違いを指摘して訂正を求める」だけです。ChatGPTは、プログラミングは得意な分野だと思います。私は、特に活用法をどこかで学んだことはありませんが、質疑応答を、「解決して欲しい問題を書く、何を使って、どのような手順で（手順１　手順２　、、）、プログラミング記述して欲しいかを書く」という流れで繰り返すことができます。但し、即座に正しい解法になることはまずありません。出てきたエラーをそのまま伝えて、訂正を依頼する、それを、５〜６回繰り返して、辿り着く感じです。隘路に入ったためスタートに戻ることも、ままあります。

３　マウスの左を３回クリック

動画の中で登場する、マウスの左３回クリック、トリプルクリックは、このブログをご覧の方はご存知のことと思いますが、紹介します。

４　2023年12月にDropboxリンクの構造が変更。個々のコンテンツ単位で制限管理ができる仕組みへ移行。

DropboxリンクのURLですが、以前は”https://……..？”まででした。2023年12月にrlkey=以降が追加になっています。トラッキング追跡のためか何らかの異常回避、情報収集のためでしょうか。ファイル単位でアクセス制限ができるようになるのかも知れません。いずれにしても、何らかの安全対策だと思います。　自宅サーバーは、サーバー単位か、そこまで細かく出来ていないので、Dropboxは一歩も二歩も進んでいます。

Dropboxヘルプセンターにrlkeyを導入すること及び利用方法(レンダリングの強制 )の説明があります。この中で、ブラウザで直接画像を表示するには、つまりWordPressなどでリンク表示する場合は、raw=1を使ってリダイレクトをさせて使用するように指示が書かれています。まだ移行が完了したとはしていないので、今後とも何らかの仕様の変更があるかも知れません。ウオッチする必要があります。

５　Dropboxリンクを使うならファイル名は英数字で作るのが基本。

Dropboxリンクは、ファイル名を変えても、フォルダを移動しても、変わりません。”https://ランダムな文字列/ファイル名?rlkey=ランダムな文字列“となっています。このファイル名のところですが、日本語の部分が削除されます。ですから、ファイル名は、英数字だけでユニークな文字列をまず書いて、私は年月日プラス連番がいいと思いますが、そこに少しだけ短く日本語を加える書き方がよさそうです。

６　ダウンロードを要求される問題。

Dropboxリンクの末尾をraw=1に置き換えたURLを、WordPressの投稿中の文字列にリンクして再生しようとすると、ダウンロードを要求される場合があります。Dropboxはクラウドストレージが本業であって、データを受け渡すのが本業。だから、動画や画像も、ビジネス上のファイルのやり取りと同様に、利用者が一度自分のフォルダへダウンロードして、その後で、そのファイルを再生する。それが基本だろうと思います。しかしながら私のように、個人のWeb配信に使う場合は、ダウンロードを要求されるなら、それは不便過ぎて利用できないです。そこで、そのような個人的な小規模の発信者に対して、ランダム生成した非常に長いURLアドレスへリダイレクトするなら利用を可能にする、アクセスが集中するようなら視聴制限を加える、そうした条件の下で利用を許可しているということになります。

ともかく、間違いないのは、Dropbox動画ごとに、それを貼り付けた独立ページ（固定ページ）を自分で作ることです。そしてその独立ページをWordPressの文字列にリンク。そうすればWindows/Macほかでもダウンロードを要求されないでしょう。

７　動的トグル

小さな工夫の紹介ですが、上のスクリプトのところで、「字幕一覧のデータの投稿内引き込みを追加した….」と記述しましたが、これの具体例が、以下のトグルです。

上の3つの動画の下部に挿入した字幕一覧のトグルと同じものです。このtxtファイルは、Dropboxの中にあります。上に掲載のfunction.phpをコピペしたあと、

[dynamic_external_html url=""]

上をカスタムhtmlに記述して、url=””のところに当記事で説明した方法で変更したDropboxリンクを挿入します。Dropboxにあるこのtxtファイルを変更すると、全てのこの字幕一覧の表示が変更されます。当たり前といえばそうなのですが、なかなか便利です。動的トグルと呼んでおきます。

８　直接リンクには3つのサーバーがあるが、不安定であり、モニタリング要。

Dropboxから画像を直接リンクする方法は、正直、不安定です。以下に、同じ画像を、DropboxのURLをwww.dropbox.com（変更なし)の場合、dl.dropbox.comの場合、dl.dropboxusercontent.comの場合、を並べます。数日様子を見ていますが、www.dropbox.com(変更なし)がほぼ常に表示されています。これの特徴は、別のトークンURLに書き換えられて表示されるという２段階になっています。状況をウオッチしていきます。
2024.5.5時点で、www.dropbox.com raw=1は表示不可、dl.dropbox.com raw=1は表示可能となっています。

2022.12.24追記：Macの新OS,Venturaに更新しました。Elgato Stream Deck.appを再インストールしたら、一部、動作しない、ボタンのアイコンが変えられた、という状況になり手作業で修復しています。これに伴う項目の追加 <４>-２）-２。

＜STREAM DECKで目的別に作業を集約する＞
別ページで表示

高齢になってくると、次第に細かいことを覚えられなくなってきます。思い出せなくなってきます。

それから高齢になってくると、アクセルとブレーキを踏み間違えるような、重大な判断ミスを起こすリスクが高くなります。

よく言う知恵は「書いて貼っておけ！」。

最近、テプラをよく使うようになりました。

そこへ重なってくるのがIT化の波ですね。

今回は、YouTubeなどで紹介多数、映像や音楽クリエイターの中では大人気の「STREAM DECK」という製品なのですが、これは、まさに「テプラ」と「IT」の合体です。「高齢者のアクセシビリティの向上」という観点からも役に立つと思えるので、取り上げてみます。

ポイント解説

＜1＞ ざっくり、STREAM DECKはどのように便利か

パソコンで作業をするとき、何らかの操作を選択するのですが、普通は二つの方法があります。一つはアプリの上段か下段にあるメニューバーから「コピー」や「ペースト」を選ぶ、あと一つはキーボードのショートカット「⌘+C」、「⌘+V」を押す、です。ショートカットは慣れると何も意識せず手が動くようになるとはいえ、やはり「ボタンを押すだけ」の方が早いと思います。

あまり機会はないと思いますが、例えば、決まった箇所のセルを選択する→数字を入れる→結果のセルへ行く→結果をコピーする→別の箇所へペーストする。この作業を1000回やるとしたら、４つの動作をボタンに設定できたら便利です。

それではCOMさんの紹介ビデオをご覧ください。

COMさんのビデオは、この製品の機能の魅力に焦点を当てた紹介になっています。他の方には、Zoomを使う、配信する、動画制作、音楽制作、といったある種の作業のカタマリをこの盤面に載せる方法を紹介するビデオになっているものも多いです。

私の紹介も「なるほど」と思ってもらえれば嬉しいです。

＜２＞ヤドカリ型業務の置き場所として

今回私は、業務の塊の一つとして自治会業務を持ってきましたが、PTA、サークル活動、組合、NPOなど何でも同じことです。それで、そうした組織活動において三役・部長など役職になる場合は、任期末に後任に役職の仕事を引き渡すことになります。殆どの組織は小さく、事務員も事務所もありませんので、紙ファイルをドンと手渡しです。この紙ファイルをドンと手渡しされる→作業をする→紙ファイルをドンと次の人へ手渡しする、この基本の流れは変わりませんが。しかし、エコ社会実現に向け、「紙ファイル」の部分は、「データそのものは電子化され、必要に応じて印刷したりパソコンに表示したりする」という形に変化が進んでいます。

仕事の多い役職には、組織からノートパソコンを貸与するのが分かりやすいです。しかし仕事が多いと言っても、パソコン１台となると、そのほんの一部を使っている感じ。エコじゃない。。。壊れたらどうする。

そこで出てくるのが、自分のパソコンを使う、「ヤドカリ型」です。

＜３＞STREAM DECKを使おうと思った一番の動機〜個人情報を漏らさないようにすること

「ヤドカリ型業務」の発想に、もう一つ着眼を加えます。

以前からMacを使って、細々と、音楽制作、ブログ作成、IT関連、その他の作業を行っていました。そこへここ数年、自治会の仕事がどどっと入ってきました。自治会の仕事もパソコンやインターネットを使うことが多くなっています。

必要な持ち物は、

「Googleアカウントと、EXCEL、WORD」

これだけなので、殆どのパソコンで動くことになります。

Googleアカウントとパスワードを後任者へ伝えるだけで移行できるのは、革新です。

しかし、
個人のパソコンで自治会の作業をすることになると、

個人のGoogleアカウントと自治会のGoogleアカウントが複数存在することになります。

その場合にウッカリミスが起きやすいです。

自治会のGoogleアカウントで開いたChromeでAmazonのサイトを開き、個人のIDとパスワードを入れて個人の物を注文する、ご丁寧にそのIDとパスワードを保存してしまうというミス。

そのことに気付かないまま、後任者に引き継ぎしてしまうと、後任者は、なりすまして、買い物ができてしまう(まあ、そんな悪い人は少ないと思いますが）。

アクセルとブレーキを踏み間違えるようなミス。

ただ、その間違いを犯すのは自分自身、自分自身で防衛する方策はないのか。

そこで思いついたのが、この機器を使うことによって、

目的別にプロファイルを作ること。
個人IDとパスワードを入力するWebサイトは、個人のアカウント(Googleアカウント、iCloudなど）でしか開かないようにすること。

です。

そうそう。それと大事なこと。たとえヤドカリ型の使用にしても、自治会など公的な作業のデータは全て、別のフォルダかデバイスに格納するようにしましょう。

＜４＞AppleScriptをSTREAM DECKへ書き込んで、Googleアカウントの切替を行う

以下ですが、Automatorでappを作り、STREAM DECKでappを「開く」で起動できれば、それで成功ですが、私の場合、Macの「セキュリティーとプライバシー」でのエラーが解消しないので、以下の方法を取りました。

＜４＞-１）AppleScriptを使ってChromeのユーザーを切り替える

Chromeのユーザーは、現在私の場合、下図の１が個人、２が某目的、３が自治会、４が某目的という使い方になっています。

AppleScriptについては、「IPHONEアプリ個人開発とライフハック」さんの記事の中の、5,段落に書かれたスクリプトを利用させていただきました。スクリプトの1行目” set userNumber to 1″の数字を、例えば自治会用であれば”set userNumber to 3″にします。

＜４＞-２）-１ AppleScriptをSTREAM DECKへ書き込み実行する方法＜その１＞

AppleScriptを書き込み実行できるようにするプラグインを入手してインストールします。

ダウンロードサイト

「Release」をクリックします↓

com.mushoo.RunAppleScript.streamDeckPlugin をクリックします↓

Downloadをクリックします↓

ダウンロードされたファイルをクリックします↓

STREAM DECKにRunAppleScriptがインストールされました。これをボタンにドロップします↓

AppleScriptを書き込みます↓

＜４＞-２）-２ AppleScriptをSTREAM DECKへ書き込み実行する方法＜その２＞

最初＜その１＞で作成していたのですが、新OS Venturaへ更新したところ、なぜか、RunAppleScriptが消失してしまいました。再インストールを試みましたが、既存であるとのエラーで、先に進みません。そこで、RunAppleScriptに頼らない、元からある方法、つまり素直に、Appleスクリプトエディタを使って記述することにしました。

Stream Deckへ直接記述(インライン)しない方法は、ちょっと面倒にも感じますが、スクリプトファイルが一つのフォルダで管理できるのは便利で、一長一短です。

新たな発見ですが、アプリケーションファイルappに変換しなくても、スクリプトファイルscptのままで、それをStream Deckのボタンの場所へドラッグ＆ドロップするだけで動作しました。以下のような流れです。

＜5＞ディレクトリ名（フォルダ名、ファイル名）は日本語を使わないこと！

ちょっと脱線して、NAS上のフォルダを呼び出す場合の注意点を書きます。写真動画の取り込みの流れは、私の例では、下図のようになっています。DropboxとSynologyNASはどちらか一つでいいではないか、そうも言えますが、心配し過ぎかも知れませんが、自宅のSynologyNASがもし災害で破損した時のバックアップの考えです。クラウドサービスの中ではDropboxだけの問題かも知れませんが、スマホから写真動画をアップロードするフォルダ名は日本語で「カメラアップロード」と決まっています。このSTREAM DECKのAppleScriptの記述では、ディレクトリ名に日本語が使えません。そこで、SynologyNAS側の同期フォルダ名を「camera_up」と英小文字にしました。

AppleScriptの記述は以下になります。

AppleScriptは、

tell app "Finder" to open location "smb://aaaaaaa:bbbbbbb@ccccc.ccccc.ccc/ddddd"

aaaaaaaは、サーバーアドレスで、SynologyNASの場合、コントロールパネル->ファイルサービス->SMBのところに書かれています。

bbbbbbbは、SynologyNASにMacから接続するときのパスワードです。ccccc.ccccc.cccは、IPアドレスまたはホスト名、dddddは、ディレクトリ名です。

なおRunAppleScriptが動作しない場合は、こちらへ。

それでは、「自治会作業」のプロファイルへ戻って。。。

＜６＞出来上がったプロファイルの例

「自治会作業」プロファイルの例です。関係するアプリやフォルダを一まとめにしています。Webアプリは全て自治会アカウントGoogle内で完結します。

多少脚色もありますが説明します。
「自治会作業」：プロファイル切替用ボタン
「自治会アカウントGoogle」：自治会アカウントのGoogle Chromeが立ち上がります。
「R4自治会」〜「自治会ドライブ」：各種フォルダ
「Googleスプレッドシート」〜「Google図形描画」：Googleのアプリです。自治会アカウントで立ち上がります。
「Microsoft Excel」〜「Microsoft Word」：そのものです。
「メール」：そのものです。
「スクショ」：スクリーンショットのショートカット「⌘+↑+4」。
「スキャン」：EpsonのScanSnapのアプリ。
「Chromeリモート」：自治会アカウントのChromeリモートが立ち上がります。
「会員名簿」「AppSheetの作成」：自治会アカウントGoogleで動くAppSheetアプリです。
「お知らせ投稿」：自治会アカウントGoogleで動くBloggerです。
「自治会ネット掲示板」：自治会アカウントGoogleで動くGoogleサイトです。
「公民館カレンダー」：自治会アカウントGoogleで動くGoogleカレンダーです。

「ブラウジング」のプロファイルは以下です。個人アカウントのGoogle Chromeが立ち上がります。「YouTube」「Amazon」などボタンがありますが、ちょっと面倒ですが、全部、マルチアクションを使っています。別のプロファイルへコピーしても個人アカウントから起動させるためです。「RunAppleScript」で個人アカウントへ切り替える→「Stream Deck:遅延」→「システム：Webサイト（例えばAmazonのURL)」の順です。YouTubeも個人アカウントで開きますので履歴は個人アカウントにだけ残ります。自治会アカウントのYouTube履歴に残るようなことはありません。

＜７＞まとめ

この一連の登録作業ですが、高齢者にとってはまだまだ難しいです。しかしながら、登録さえしてしまえば、あとはワンタッチ。まさに「高齢者のアクセシビリティの向上」に貢献する製品です。ここでは触れませんでしたがIFTTTプラグインを入れれば家電製品をコントロールをできるようになります。この製品により、高齢者、障害者にとって役立つ様々な活用が広がりそうな感じがしますが、残念なのは、32ボタンのもので約3万円と高く、私のようなマニアックな人向けの価格帯です。1万円を切れば、かなり広がる気がします。

以上