#1438: Siri Shortcuts、SMS の 2FA 自動補完、自分だけの Dynamic Desktops を作る、Apple News をどの国でも

最近 Apple News について何かを書く度に、私は US, UK, そして Australia 以外の読者から Apple が Apple News をこれ等の英語圏３カ国に限定していることに対する苛立ちを表明するコメントを受け取ってきた。Canada でさえ除外されている！

どうしてこうなっているのか？ この問題の一部は技術的なものかもしれない - Apple News は記事を推奨するために膨大なテキスト解析を行うので、現時点では Apple が英語だけで手一杯でそれ以上手を伸ばすのは難しいというのであれば理解出来なくはない。しかし、ではなぜ Canada はダメなのか？ Quebec でのフランス語要件に絡んでいるのか？

この点は今や macOS 10.14 Mojave を走らせている人に対しては、ある意味これは問題でなくなった。何故ならば、対象外の国の人々に対して簡単な回避策があるからである - このやり方を教えてくれた TidBITS 読者の fahirsch に感謝申し上げる。居住地に関係なく、30 秒程の作業で News アプリを走らせ、TidBITS をはじめ他の色々なニュースを読めるようになる、英語に限定されはするが。

残念ながら、何人かの海外の読者が News アプリは Apple の特別チャネルや他の出版物にアクセスさせてくれないと言っている。思うに、News は IP アドレス傍受、或いは他の地理的位置の手段を使っているのではなかろうか。と言うのも、私は US に居て地域を Canada に設定しても何らの制限も経験していないからである。興味があるのは、VPN を使い US ベースの IP アドレスを入手したらどうなるかである。

Apple News の地域追跡をハックする

News.app は全てのバージョンの Mojave に存在していることが分かった；それが見えない理由は、あなたの地域が United States, United Kingdom, 或いは Australia に System Preferences > Language & Region で設定されていないからだけである。もしあなたの地域をこれら三ヶ国の一つに設定すれば、News アプリはApplications フォルダに現れ、そして正常にそれを起動し使うことが出来る。これは iOS でも働く；必要なのは、Settings > General > Language & Region で地域を変えるだけである。不幸にして、異なる地域に設定することで、種々の不都合な副作用に見舞われることはあるかもしれない。

Mojave が iOS を上回っている点が一つある。News アプリがアクティブになった所で、それを Dock に移動させると、それは一つの固定席に収まる (或いは、それを Control-クリックし Options > Keep in Dock を選択する)。そうしておくと、地域を自分の元々の国に戻した後でも、Dock から News アプリを起動して、使うことが出来る。私は、このやり方を iOS 12 の Shortcuts アプリを使って真似してみようとしてみたが、News アプリを起動するために作成したショートカットは、地域を対応する国に設定した時にしか働かなかった。

人によっては、地域を変えると News アプリが Dock から消えてしまう人もいる。しかしながら、地域を変えずに、簡単な Terminal コマンドを使って News を起動するやり方もある：

open /Applications/News.app

もし News アプリを Dock に残しておくのも、繰り返し Terminal に戻るのも嫌だと言うのであれば、このコマンドを Keyboard Maestro マクロや AppleScript に作り込むことも出来る。或いは、別の簡単な Terminal 操作で、News アイコンを Finder の中に作成するシンボリックリンクも作れる：

ln -s /Applications/News.app "/Applications/Apple News.app"

上記の新しいシンボリックリンクの名前は好きなものへ、そしてその置き場所も好きな所へ変えられる - 必要なことは、ただ引用符に囲まれた二番目のパス名を変えるだけである。

念押しする必要もないであろうが、私は、他の国に住む人の様に、このやり方を徹底的にテストする訳にはいかないので、もし他の国で Apple News を開くこの方法に予期しない欠点を見つけたら、コメント経由で知らせて欲しい。

討論に参加

macOS 10.14 Mojave のベータテスト期間のどこかの時点で、Mojave の新しい Dynamic Desktop 機能を試しながら、一日のうちの時刻に応じてゆっくりとデスクトップ画像を変えて行くこの機能の背後に何があるのだろうかと、私は好奇心に駆られた。手早く /Library/Desktop Pictures の中にあるものを調べてみた結果、Mojave に付属する２つのダイナミック・デスクトップ画像 (それぞれ "Mojave" と "Solar Gradients" と呼ばれている) が、実は JPEG ではなくて HEIC ファイルであることに気付いた。その片方をダブルクリックすると Preview で開いたが、このメインの HEIC ファイルは実際はコンテナであって、その内部に 16 枚の別々の HEIC 画像を含んでいることが分かった。

HEIC というファイル名拡張子は High Efficiency Image File Format を意味し、画像コンテナのフォーマットだ。これについて詳しくは Glenn Fleishman の記事“HEVC と HEIF でビデオと写真がもっと効率的に”(2017 年 6 月 30 日) を参照して頂きたい。Apple のファイルを複製してから中の画像を別のものに交換してみようと少しだけ試みたが、失敗に終わった。そこで私は専門家に相談してみることにした。いや、彼は単なる専門家ではない。画像変換のこの上なき導師、あの GraphicConverter を書いたその本人、Thorsten Lemke だ。

Dynamic Desktop 機能が見たところ複数の画像を比較的単純に集めただけのもののようだと指摘したところ、Thorsten は調べてみようと約束してくれた。その後ほどなく、ベータ版の GraphicConverter が私のところに届き、私たち二人は何度かやり取りをし、そうして彼は画像の必要条件と、すべてがうまく働くために必要なメタデータの両方ともを見極めた。そして今、Mojave で走らせればこの機能が正しく働く GraphicConverter 10.6.5 がリリースされた。

(ダイナミック・デスクトップ画像の作成方法のチュートリアルとして、単に複数個の写真をフォルダに入れ、System Preferences > Desktop & Screen Saver > Desktop > Folders でそのフォルダを選択し、下の Change Picture チェックボックスをチェックして、変更の間隔を指定すればよい、と書かれているものをご覧になったことがあるかもしれない。このやり方でも実質的に同等の効果が得られるのだが、この機能はもうずっと以前から存在していた。まだ Mojave を走らせていない人は、この方法を試してみるとよい。)

Dynamic Desktop を構築し、テストする

あなた独自のダイナミック・デスクトップ画像を作るための第一歩は、必要となる画像を入手することだ。16 枚の別々の画像が必要だ。GraphicConverter のベータ版の中途の時点ではすべてがきっかり 5120×2880 の解像度を持っている必要があったが、リリース版ではもうその必要がない。ただ、どの画像もフルスクリーンのサイズで美しく見えるものにしよう。これらの画像のファイルフォーマットも何でもよいが、全部を一つのフォルダの中に入れて、手軽にアクセスできるようにしておく。いずれにしても、ダイナミック・デスクトップ画像を作るための最難関とは、画像を集める作業だ。

さきほど示した Apple のダイナミック・デスクトップ画像のスクリーンショットをご覧になってもお分かりの通り、16 枚の画像がそれらを表示したい順序に並ぶように、個々の画像に名前を付けておくべきだ。もちろんどんな順序で表示するかはあなたの自由だが。Apple の実例は二つとも一日を通しての時刻の経過を反映した順序になっているが、例えばひまわりの花が空に向かって太陽の方向を追いかけて動いたり、あるいは工事現場が何ヵ月もかけて少しずつ完成に近づいたりといったダイナミック・デスクトップ画像のアイデアが自然に頭に浮かぶ。

さて、16 枚の画像が揃ったら、GraphicConverter 10.6.5 を開いて、File > Browse を選び、あなたの画像が含まれているフォルダへナビゲートする。

16 枚の画像すべてを選択し、その一つを Control-クリックまたは右クリックし、そこで開く大きなコンテクストメニューをずっと下の方へスクロールして、Export > Dynamic Desktops を選ぶ。あなたのファイルに名前を付けて、保存先のフォルダとして /Library/Desktop Pictures へ行き、OK をクリックして、しばらく待とう。GraphicConverter がすべての画像を HEIC に変換して、それらをコンテナファイルの中に集めて組み上げるために、時間がかかるからだ。

GraphicConverter がその HEIC ファイルを /Library/Desktop Pictures の中に保存し終えたなら、次に System Preferences > Desktop & Screen Saver > Desktop を開く。Dynamic Desktop セクションの中に新たな Mojave アイコンが加わっていることに気付くだろう。それを選択すれば、あなたがさきほど付けた名前が表示される。Apple が Thorsten に告げた話によれば、ここのアイコンとプレビュー画像を設定するために必要な API はまだ公開されていないとのことで、Thorsten としては実際のファイルの内容を反映したアイコンをここに表示することができなかったという。

その点は混乱を引き起こしかねない見栄え上の難点だが、Desktop 自体には Mojave がちゃんとあなたの画像の中の一枚を表示するはずだ。あなたのファイルが真にダイナミックであることを確認するには、System Preferences > Date & Time > Date & Time を開き、"Set date and time automatically" のチェックを外し、時計を数時間戻してから、Save ボタンをクリックしてみよう。同じようにして数時間ずつ時間をずらしては保存する手順を繰り返し、Desktop に表示される画像が希望通りに入れ替わっていることを確かめよう。確認が終わったら、もう一度忘れずに "Set date and time automatically" にチェックを入れておこう。

以上が、GraphicConverter を使って本物の Dynamic Desktop を作る方法だ。もっと詳しいことを知りたい方のために、Marcin Czachurski が二部にわたる記事を書いて、彼自身が Dynamic Desktop のファイルフォーマットを探求してみた成果を語っている。

討論に参加

今や多くの Web サイトやアプリが二要素認証 two-factor authentication (2FA) を提供している。これは短い数字コードを - いわゆる第二要素 - あなたのユーザー名とパスワードに加えて入力することを要する。これらの一回限りのコードはテキストメッセージ経由で送られてくるか、或いは認証アプリによって生成される。iOS 12 と macOS 10.14 Mojave で、Apple は、この様なコードが SMS テキストメッデージ経由で送られて来た時にその入力を簡素化し、複数回に及ぶステップとキーボード入力を一回のタップ、又はクリックに削減した。

私は次にこの新しい機能がどの様に働くのか説明するが、同時に、警告の旗もあげておきたい。SMS はもはや第二要素を送る信頼性のある方法ではない。何故ならば、これらのメッセージを盗聴するのは、三流の攻撃者にも簡単に出来ることだからである ("Facebook、SMS が二要素認証にとってなぜ理想的ではないかを示す" 19 February 2018 参照)。今や 2FA を使う Web サイトは SMS から離れるべき時である。

SMS コードを iOS 12 及び Mojave で手渡す

SMS ベースのコードを提供する 2FA が有効になったサイトにログインする時、通常下記の様な手順を踏む：

1. 通常のパスワードベースのログインを完了すると、コードを入力するよう促される。
2. コード、通常６桁の数字、を含んだテキストメッセージが Messages に届く。
3. 着信テキストがあると通知するように設定してあり、反応動作も早ければ、そのコードを見て Web フォームに入力して提出することも可能である。そうでなければ、Messages に切り替え、コードを覚えるか、或いはそれを選択してコピーするかして、再度サイトに戻りそれを入力する。(iOS では、メッセージの一部を選択するのは簡単ではないので、更にイライラがつのることになる。)
4. フォームを提出しログインする。

iOS 12 では、Safari, Messages, そしてキーボードの上にある QuickType バーが共に働き、この様に見える一つのプロセスになる：

1. 上記のステップ 1 の様に、ユーザー名とパスワードを入力する。
2. 第二要素フィールドをタップする。
3. テキストメッセージが到着すると、iOS 12 はそのコードを抽出し、それを QuickType バーに表示する。それをタップするとコードはフィールドに入力される。
4. フォームを提出し、ログインする。

デモ用のビデオも用意した。

Mojave でも動作は殆ど同じである。違うのは、上記のステップ 3 の QuickType バーではなく、オートフィルの入力はコードフィールドの中をクリックした時にその下に現れる。それは From Messages のラベルが付いて、Fill Code の文字に短いコードが続く。それをクリックするとフィールドに入力される。

気になることに、Mojave はこれ迄に送信されてきたコード全てをリストしてしまう - この場合、私の Twitter ログイン - 従って、From Messages 項目を見つけるには、ずっと下までスクロールしていかなければならない。この項目を選択するのも結構大変である。きちんとやるには、それをクリックし、すぐにフォームフィールドからクリックして離れる必要がある。そうでないと、macOS はドロップダウンリストをなぞって来たポインターの動きをスクロールし選択する動きだと解釈してしまう！ Apple はこのユーザー経験を改善し、そして用済みの項目は削除する必要がある。

これらの近道で、この操作から数秒の時間と少々の苛立ちを切り落とせる。大きな生産性向上策ではないが、より多くの人に対して 2FA の障害の壁を少しは低くしてくれる。摩擦を減らし、iCloud Keychain からパスワードを入力するのと同じ様に感じられる簡単な流れにすることで、Apple はより多くの顧客がより多くのサイトで 2FA を有効にしてくれることを願っている。

残念ながら、Apple の楽観を遮る雲もある：SMS ベースのコードは信頼性ある安全な方法ではなく、ここ数年の間に排除されているべきものであった。

SMS コードを乗っ取るのは簡単

皆さんは恐らく、"Cryptocoin 投資家、口座ハックで全持ち金を盗まれる！" といった見出しをご覧になったことがおありであろう。この様な『盗難』は、攻撃者が電話番号の制御を手にすることから始まる。これは、残念ながら、驚くほど簡単なのだ。携帯電話番号はポータブルである。つまり、これらの番号は一つの物理的な電話から別のものへと簡単に移動出来、キャリアを跨っての移行ですら可能である。基本的なやり方は次の様なものである：

Step 1: 個人情報を入手する "Background check" サイトや Internet の中を漂っている盗まれた情報から、誰かの電話番号、Social Security 番号、銀行口座番号、等々の個人を特定出来る詳細情報を手に入れるのはそう難しいことではない。

Step 2: 電話番号を乗っ取る 電話番号を乗っ取るには、攻撃者は一般的にソーシャルエンジニアリングとよぼれる方法を使う。これは誰かを言葉を使って騙すことを指す。彼らは電話会社に電話をしその番号を移行する必要があることを告げ、本人確認のために必要な個人識別情報を提供、そして、新しい移行先の電話の技術的詳細情報を与える。

大手のキャリアは、顧客にアカウントの変更に対しては追加の PIN を設定させてくれ始めているが、時としてハッカーは言葉巧みに PIN を持っていないとして納得させてしまえることがニュース等で報じられている。そして、この追加の PIN は必要条件ではないので、どれぐらいの加入者がこれを使っているかは定かでない。

(乗っ取り犯の中には、公衆交換電話網に入り込んで情報を盗聴したり、電話番号を乗っ取ったり出来ることを示した者もいる。もし単独の攻撃者が出来るのであれば、政府も同じことを出来るのは明白であろう。)

Step 3: アカウントをパスワードリセットで乗っ取る 一旦攻撃者が誰かの乗っ取った番号に対してテキストメッセージを受け取れるようになったら、彼らはその人がアカウントを持っていると思うサイトを訪問し、それを乗っ取ってしまうことが出来る。2FA を提供する多くのサイトは SMS 経由でのパスワードのリセットを許す。これは電話を物理的に所有していることでセキュリティは十分であるという前提に立ったものである。

例えば、パスワードリセットページで次の様な表現を見るのはよくあることである：

もしあなたのアカウントに対する登録されているメールアドレスにアクセスする手段がなく、そしてあなたのパスワードをリセットする必要があるのであれば、あなたの認証済みの電話番号を使ってメールアドレスをアップデートし、それに対して送られたパスワードリセットのメールを受け取れる。

多くのサイトでは、攻撃者は元々のメールアドレスも必要となるが、電話番号を乗っ取れる人間にとっては、そんなものは朝飯前である。

この様に、攻撃者はメールアドレスの変更を要請し、SMS 経由でそれを完了させるリンクを受け取る。そのページ上で、彼らは新しい、不正なアドレスを与え、そしてその受信を確認し、アカウントとその新しいメールアドレスの紐付けを完了する。その後は、パスワード変更も完了出来る。それは新しいメールアドレスへのメール経由でリンクを送り、そして、新しいパスワードを使って彼らはログイン出来る - 2FA のための SMS コードを使って。

これらのステップのどれにも悪意はないが、結局、たった一つの証明があれば通ってしまう - 電話番号 - 二つではない。

アカウントを自由に操れるようになれば、攻撃者は電子マネーを引き出し、メールを送り、そして、その他の金銭的に或いは評判に損害を与える攻撃を仕掛けられる。

2FA のための SMS の使用を止めるべき時

元々2FA に対して SMS ベースのコード認証を選択したサイトは、2FA に対する障壁を下げるためであった - 認証アプリよりも SMS を理解する人の方が多かったからである。それに、SMS の脆弱性に拘らず、第二要素を使う方が使わないよりもましである。その理由は、アカウントに対するまとまった攻撃を阻止出来るからである。あるサービスに対するパスワードが全部解読されて、攻撃者によるアクセスが可能になったとしても、2FA が有効になったアカウントは全て未承認のログインには抵抗出来る。しかし、SMS ベースの 2FA は、標的型攻撃やなりすましには脆弱である。

macOS と iOS に対する Apple 固有の 2FA システムは、今でも強固であるが、信任済みの機器が使えない時のバックアップとして、SMS や音声通話の使用を許している。他の多くのシステムは、時間ベースのワンタイムパスワード time-based one-time passwords (TOTPs) を生成する認証アプリに依存している。アプリの例を挙げると、1Password, Authy, Google Authenticator, そして LastPass, 等々である。このアプリベースの方法を使う時、サービスは通常緊急一回限りのバックアップコードを提供する。これは静的で - 時間が経っても、TOTPs の様には、期限切れとはならない。

人々のプライバシーや個人情報を侵害する新しい規則を日常的に隠す Facebook ではあるが、同社は 2FA を電話番号無しで使うことを許している。(これは今ではより重要である。と言うのも、研究者は Facebook が人々の 2FA に紐付いた電話番号を、宣伝目的のために悪用していたことを発見したからである。) Google はこの事実を明言してはいないが、2FA を設定した後、我々は電話番号を削除し、他の第二要素との組み合わせに依存することが出来る。

Apple が SMS コード入力を簡素化したことは賞賛に値するが、同社が SMS から離れる動きに弾みをつけてくれるのであれば、もっと嬉しい。その様な動きは強制されなければならないものではない：先ずは Apple 等が教育を提供し、バックアップとして SMS コードを不能にするスイッチを提供することから始めてくれればいい。我々も SMS ベースの 2FA コードの使用を止めることが不可避であり、そして、広範囲なハックが危機を作り出す前にそれに向けて歩調を合わせて行くべきである。

もし iOS 12 のセキュリティ機能を管理することに、そしてネットワーク、プライバシーを理解し設定することに興味がおありなら、私の新しい本、"A Practical Guide to Networking, Privacy, and Security in iOS 12" を検討して欲しい。TidBITS 読者は 25% の割引をクーポンコード TIDBITS を使って得られる。

討論に参加

Siri で使える自分独自のコマンドを作ってもっと Siri を活用したいと思ったことはないだろうか？ iOS 12 で、それが可能になった。Shortcuts と呼ばれる機能が追加されたお陰だ。Apple によれば、これは「あなたのアプリで何かを素早く実行する方法」だ。口で話す語句をショートカットに割り当てておくことができ、Siri でそれを呼び出せる。

残念ながら、Apple はショートカット関係の用語でかなり紛らわしい混乱を引き起こしてしまった。次のような三つの異なる用語がある：

• Siri Suggestion (Siri からの提案): あなたが同じアクションを繰り返し実行していることに Siri が気付いたり、あるいは Siri が知っている他のデータに基づいて提案できることがあれば、Siri は Lock 画面や Search 画面に通知を出して提案する。あなたがその通知をタップすれば、それに付随したショートカットが走り、そのアクションが実行される。これ以外にあなた自身ができることはない。
  
• Siri Shortcuts (Siri ショートカット): Settings > Siri & Search にナビゲートすると、そこに Suggested Shortcuts セクションがあって、あなたが作りたいであろうと Siri が考えるショートカットの候補が 3 つ表示されている。All Shortcuts をタップすると、さらにもっと多くの候補が表示される。また、ショートカット対応のアプリの中でこの種のショートカットを作成することもできる。そのためには Add to Siri ボタンをタップすることもあるし、そのアプリのカスタムインターフェイスを使うこともある。これらのショートカットは、口で話す語句をカスタマイズしておき、それで呼び出す。
• Shortcuts (ショートカット): これは独立動作のアプリの名前であって、Apple が 2017 年にこのアプリを買収した時点では Workflow と呼ばれていた。このアプリは Siri Shortcuts が作るものよりもずっと複雑なショートカットを作成することができる。例えば複数個のアクション (ショートカットを構成する要素) を使って複数個のアプリをコントロールでき、変数、フロー・コントロール、その他のプログラミング言語的な概念も使える。これらのショートカットを Siri から呼び出すこともできる。

この記事では Siri Shortcuts のみに集中することにしたい。費やす時間の割に、最大限のものが得られると思うからだ。Siri Suggestion についてはあなた自身がコントロールできることは何もないか、あってもほとんどないし、Shortcuts アプリを使ってショートカットを作成する方はもっとずっと複雑な話になる。(Police ショートカットが良い実例だ。これは、ある連絡先にあなたの位置情報を送信してから、ビデオの録画を開始する。)

Siri Shortcuts では iOS 内蔵の機能や Apple のアプリに内蔵された機能のためのコマンドも作成できるが、そのパワーを最も実感できるのはサードパーティのアプリを使いこなせた場合だ。残念ながら、Siri Shortcuts にどのアプリが対応しているかを見分けるのは簡単でない。アプリが Siri Shortcuts 対応かどうかを見分けたければ、次のようなことを試してみるとよい：

• Add to Siri ボタン: そのアプリのインターフェイスのどこかに Add to Siri ボタンかあるかどうかを探してみよう。旅行プラン作成用アプリ Kayak にはこのボタンがあるが、天気情報アプリ Dark Sky にはない。
• App Store: App Store に行って、そのアプリの説明やバージョン履歴を読んでみよう。Dark Sky の説明には Siri Shortcuts 対応を追加したことが書かれているが、アプリが説明をしなければならない義務はない。それに、いったい誰がバージョン履歴の古い項目をずっとスクロールして目を通して、過去のどこかの時点でその機能が追加されたことを探す気になるだろうか？
  
• アプリのインターフェイス: そのアプリのインターフェイス、特に設定画面を探してみよう。ポッドキャストプレイヤーの Overcast には、そのようなインターフェイスがある。
• Siri & Search: Settings > Siri & Search > All Shortcuts に行き、リストをざっと眺めてみよう。必ずしもここにすべてのアプリがリストされている訳ではない。例えば Kayak は当初ここには表示されなかった。けれども、Siri Shortcuts に対応するとは思わなかったアプリがここにリストされているのに気付くこともあるかもしれない。
  

当然のことながら、開発者 Marco Arment の熱の入れ方を反映して、彼のポッドキャストプレイヤー Overcast は Siri Shortcuts への奥深い対応を提供している。(この分野は激しい競争の真っ最中だが、私は今でも iOS 用の最良のポッドキャストプレイヤーは Overcast だと思っている。2014 年 7 月 16 日の記事“Overcast が iPhone ポッドキャスト体験に磨きをかける”参照。) Overcast の中で、左上隅のボタンをタップして Settings 画面を開き、そこで Siri Shortcuts をタップすればサポート対象のアクションがすべてリストされる。これらのアクションを使えば、再生、一時停止、巻戻しと早送り、スリープタイマーの設定、URL の獲得、特定のポッドキャストへのアクセス、その他さまざまのことが Siri を使ってできる。

Siri Shortcuts に対応しているアプリのもう一つの例が CARROT Weather で、これは今も私のお気に入りの天気情報アプリだ。(2018 年 1 月 22 日の記事“CARROT Weather の天気予報は曇り時々不機嫌”参照。) こちらも、Settings 画面を開いて Siri Shortcuts をタップし、現在の天気を見たり、週間予報を見たり、天気図を見たりといったアクションのショートカットを作れる。また、Interact を選べば、Siri を通じて直接 CARROT と話ができる。

独自のショートカットを表に出さないアプリ、または Apple のアプリで Siri Shortcuts を作成するには、Settings > Siri & Search > All Shortcuts に行く。ここに Health、Mail、Maps、Messages のための、加えていくつかのサードパーティのアプリのための、ショートカットの提案が並んでいる。アプリの名前の横に見える See All をタップすれば、そのアプリ用の他のショートカットも見ることができ、それらは Suggested Shortcuts と Recent Shortcuts に分けて示される。

残念ながら、ここでどんなものが見つかるかをあらかじめ予見できる方法はない。アプリによっては、例えば Fantastical、Overcast、Twitter といったものは、コマンドによってコントロールする汎用のショートカットを Suggested Shortcuts の中で作れるようにしている。例えば CARROT Weather の "Check weather" とか Overcast の Play のようなものだ。また別のアプリ、例えば Google Maps、Messages、Phone のようなものは、コンテンツ特定のショートカット、例えば特定の場所への道案内を求めたり、連絡先宛てにメッセージを送信したり、といったもののみを提供する。そのアプリの中で同じタスクを何回か繰り返し実行してから、その後でこの画面に戻れば、そのタスクのためのショートカットが見えるようになるかもしれない。

特定のショートカットをどのようにして見つけたにせよ、それにあなた独自の音声コマンドを追加する方法は同じだ：

1. リストの中でそのショートカットをタップする。
2. 大きな赤い録音ボタンをタップする。
3. 合図の音が聞こえたら、そのショートカットを呼び出すのに使いたい語句を声に出して録音する。
4. 停止ボタンをタップする。
5. 録音した語句を確認する。もしも Siri が正しく聞き取っていなければ、Re-Record Phrase をタップして録音をやり直す。(ここに Edit と表示されることもあるかもしれない。その場合は文章をテキストとして編集できる.)
   

   

6. 作業が終われば、Done をタップする。

これで、他の Siri コマンドと全く同じように、"Is it going to rain?" と Siri に話しかけることができる。私が気に入って使っているコマンドをあと二つ挙げれば、"Play the Menu Bar on Overcast" は Menu Bar ポッドキャストの最新のエピソードを Overcast に再生させ、"Give me a CARROT Weather report" は Siri のインターフェイスの中から直接 CARROT の天気予報を見ることができる。さきほどの "Is it going to rain" も正確な雨の予報を手早く見られるのでよく使っている。

あなたが作った Siri Shortcuts のすべてを見るには、Settings > Siri & Search > My Shortcuts に行く。(このリストにはあなたが Shortcuts アプリで作成してから口で話す語句を割り当てたショートカットも含まれている。) ショートカットの一つをタップすれば、コマンドの語句を録音し直したり、あるいはショートカットを削除したりもできる。また、ショートカットの上で右から左へスワイプしても削除できる。

Siri Shortcuts の作り方や使い方を実演したビデオを作ってみたのでどうぞご覧あれ。

Siri Shortcuts は、まだその可能性の片鱗を見せ始めたばかりだ。ここでは Overcast と CARROT Weather を例に挙げたが、Philips Hue もそのアプリに Siri Shortcuts 対応を追加している。当初、この対応は余分なもののように思えた。なぜなら、既に HomeKit 自体が Siri で Hue 照明のコントロールができるようにしているからだ。けれどもよく調べてみると、Hue アプリは HomeKit が対応していないアクションにも対応していることが分かった。例えば日中にシーンを変更するような場合に使える。また、Apple Store アプリは iPhone Upgrade Program の会員に対して iPhone XR の予約注文をするための Siri Shortcut を作れるようにしている。このオプションは承認前の手順の中で見えるようになる。私たちは皆、普段使っているアプリを調べて、どんなことを提供してくれるのかを気にし続けなければならないようだ。Adam Engst の願いは電子ブックリーダー Libby が Siri Shortcuts に対応してくれることで、もしそうなれば Siri に一言声を掛けるだけで今読んでいるオーディオブックを寝る前に 15 分間だけ聴けるようになるだろうにとのことだ。

これらの内蔵された Siri Shortcuts も便利さの可能性を秘めているけれども、やはり本物のパワーが潜んでいるのは Shortcuts アプリだ。いずれ TidBITS でも Shortcuts アプリを扱った記事を書きたいと思っているが、それまで待てないという人は、私の著書 Take Control of iOS 12 の中に一つの章を割いて説明してあるのでお読み頂きたい。

討論に参加