カスタムアクション (Beta)
カスタムアクション (Beta)
Frame.io アクションを使用すると、アイテムのダウンロード、名前の変更、複製などの一般的なメディア操作に素早くアクセスできます。また、サードパーティのツールやサービスとの統合を Frame.io のユーザーインターフェイス内に直接表示することもできます。
アクションについて
カスタムアクション (Beta) の導入により、開発者は Frame.io V4 で独自のアクションを設定および管理できます。カスタムアクションは Webhook と同じ基盤イベントシステムを活用しており、Frame.io アカウントのユーザーにとって最も重要なツールに開発者が自分のアセットを接続するための代替メカニズムです。
アクションは、アクションが有効になっている Frame.io ワークスペースのメンバーであるすべてのユーザーが実行できます。アクションを実行すると、Frame.io は指定した URL にペイロードを送信します。受信アプリケーションは、受信を確認するための HTTP ステータスコードで応答したり、Frame.io UI に追加のフォームフィールドを表示するためのカスタムコールバックで応答したりします。受信アプリケーションは、独自のホスト型プログラムやサービス、さらには Workfront Fusion や Zapier などのローコード / ノーコード IPaaS ツールでも構いません。
カスタムアクション (Beta) を使用して、統合を Frame.io にプログラミング可能な UI コンポーネントとして直接構築します。これにより、Webhook と同じ、基盤となるイベントルーティングを活用して、ユーザーがアプリ内でトリガーできるワークフローが実現します。ユーザーがトリガーするシングルまたはマルチステップフォームを作成し、別のフォームまたは基本レスポンスとして Frame.io に戻るようにできます。ユーザーがアセットでカスタムアクションをクリックすると、指定された URL に Frame.io がペイロードを送信します。受信アプリケーションは、受信確認として HTTP ステータスコードで応答したり、Frame.io で追加の UI をレンダリングできるカスタムコールバックで応答したりします。
V4 でのアクションの改善
レガシーバージョンのユーザーから学んだことを活かして、Frame.io V4 のアクション機能セットにいくつかの機能強化を追加しました。
以前はテキストフィールドと単一選択フィールドに限られていましたが、複数選択、テキストエリア(大きなテキストボックスの場合)、ブールフィールド(ラジオボタンの場合)もサポートされるようになりました。
テキストフィールドでは、URL のコピー / 貼り付けが簡単ではありません。新しいリンクフィールドを使用すると、これまでとは違ってワンクリックで簡単にコピーできます。
返されるデータの量に応じて、アクションのモーダルがフォーム内の情報に最適になるよう動的にサイズ変更され、必要に応じてスクロール可能なモーダルになります。
1 回のリクエストで最大 100 個のアセットをターゲットとするようにアクションを設定します。
新規
単一アセットタイプに限定されず、ファイル、フォルダー、バージョンスタックの組み合わせでアクションをトリガーできます。
当社では、開発者とエンドユーザーのどちらからもアクションの使い方についてご意見を伺いたいと考えており、web の設定ページにフィードバックフォームを用意しました。
移行されたアクション
Frame.io のレガシーバージョンで以前に作成されたカスタムアクションを含む Frame.io V4 アカウントに移行する際には、注意が必要な点がいくつかあります。
アクションステータス
アカウントを Frame.io V4 に移行すると、以前のバージョンで作成されたすべてのカスタムアクションのステータスが「null」になり、自動的に無効になります。未更新のアクションは失敗することから、ユーザーは有効化する前にまずはアクションを更新してから V4 API を使用する機会が得られます。このステータスのアクションを識別するには、アクション設定ページにアクセスし、「ステータス」列を参照するか、API を使用している場合は is_active フィールドを確認します。
アクション可能なリソース:ファイル、フォルダー、バージョンスタック
Frame.io V4 API ではアセットタイプが個別のリソースとして分離されているので、アクションのペイロードで受信したリソース ID を解釈する際に考慮すべき動作がある場合があります。ID はアクションが実行された特定のファイルを反映するため、個々のファイルの動作に複雑なところはありません。フォルダーについても同様に、アクションが実行されたフォルダーの ID が表示されます。ただし、ユースケースによっては、アクションの動作を定義する際に複数のオプションがあります。フォルダーリソース自体とやり取りしたい場合は、以降の Frame.io API を呼び出しにフォルダー ID を使用できます。または、そのフォルダーの子を取得し、子の中のアセットにさらなる処理を実行することもできます。バージョンスタックに対してアクションが実行されると、ペイロードには「ヘッドアセット」の ID が含まれます。ヘッドアセットはスタック内で最上位のファイルで、Frame.io UI に表示されます。
Frame.io レガシー API と V4 の違いについて詳しくは、移行ガイドを参照してください。
実験 API でカスタムアクションを設定します。
カスタムアクションには以下が必要です。
カスタムアクションの設定
ユーザーがカスタムアクションをトリガーすると、指定された URL に Frame.io がペイロードを送信します。受信アプリケーションは、受信確認として HTTP ステータスコードで応答したり、Frame.io で追加の UI をレンダリングできるカスタムコールバックで応答したりできます。
ワークスペース用のカスタムアクションを作成するには、アカウント管理者の権限が必要です。アクセス権がない場合は、管理者に権限の変更を依頼してください。
マルチアセット設定
マルチアセットのサポートは設定主導型であり、web でアクションの設定モーダルから明示的に有効にする必要があります。これは、新しいアクションの作成時または既存のアクションの更新時に実行できます。
マルチアセットサポートが有効な場合、ペイロード形式はすぐに切り替わります。従来のペイロードとマルチアセットでサポートされているペイロードは相互に排他的です。
Frame.io からのペイロード
ユーザーがカスタムアクションをクリックすると、URL フィールドに設定した URL にペイロードが送信されます。このペイロードを使用して、以下を識別します。
- クリックされたカスタムアクション
- クリックされたリソース
- アクションを実行したユーザー
- トリガーされたイベントタイプ
- カスタムアクションに関連付けられているアカウント
- カスタムアクションに関連付けられているワークスペース
- リソースが含まれているプロジェクト
ペイロード - シングルアセットまたはマルチアセットサポート
カスタムアクションは元々、アセットを 1 個含む resource オブジェクトを使用したリクエストを使用して、アセットを 1 個だけ受け入れていました。マルチアセットサポートが有効な場合、ペイロードは 1 個以上のアセットからなる resources リストを使用します(1 回のリクエストで最大 100 アセット)。
レガシーペイロード - シングルアセットサポートのみ
レガシーペイロードからの移行
レガシーペイロードは廃止予定
レガシーペイロードは廃止の予定であり、サービスを移行して新しいペイロードを処理することを強くお勧めします。
設定フラグを有効にしてペイロード処理を更新することで、アクションがマルチアセットペイロードをサポートするようシームレスに移行できます。
- 単一
resourceオブジェクトの使用をresourcesリストに置き換える - コードを更新して
resourcesリストを反復処理する - アクション設定でマルチアセットフラグを有効にする
やり取り、再試行、タイムアウト
interaction_id は、時間とともに変化するやり取りを追跡するための一意の識別子です。ユーザーに応答する必要がない場合は、ステータスコード 200 を返して完了です。オプションですが、成功メッセージやエラーアラートなど、アクションの結果に関する情報を含めることをお勧めします。カスタムアクションは、メッセージコールバックをサポートしています。
Frame.io は 10 秒未満での応答を予期しており、成功レスポンスを待機している間に再試行を最大 5 回試みます。理想的なレスポンスは即時かつ非同期のアクションで、トリガー後にカスタムアクションを介して実行されます。
メッセージコールバックの作成
Webhook イベントへの HTTP レスポンスでは、Frame.io UI で開始ユーザーに返されるメッセージを記述する JSON オブジェクトを返すことができます。
メッセージを使用すると、ユーザーにフィードバックを Frame.io UI で直接提供できます。ユーザーから追加情報を収集する必要がある場合は、代わりにフォームコールバックを使用します。
フォームコールバックの作成
プロセスを開始する前に、さらに情報が必要だとします。例えば、追加の詳細が必要なコンテンツをシステムにアップロードしている場合について考えてみましょう。レスポンスにフォームを記述できます。このフォームにユーザーが入力して送信します。次に例を示します。
ユーザーがこのフォームを送信すると、最初の POST と同じ URL でイベントが返されます。
フォームに追加したすべてのカスタムフィールドは、Frame.io によって送信された JSON ペイロードの data セクションに示されます。interaction_id を使用して、最初のリクエストとこの新しいフォームデータをマッピングします。メッセージで応答したり、別のフォームを連結したりできます。アクション、フォーム、メッセージをつなぐことで、外部システムのビジネスロジックを使用して、Frame.io でマルチステップワークフローを効果的にプログラムできます。
フォームの詳細情報
フォームでもメッセージと同様、フォーム上部に表示される title および description 属性をサポートしています。このほか、各フォームフィールドは次の基本属性を受け付けます。
- type — Frame.io UI に、予期するデータ型、コンポーネント、レンダリングを指示します。
- label — UI にフィールドの上のヘッダーとして表示されます。
- name — 後続のペイロードでフィールドの識別に使用されるキーです。
- value — フィールドに事前入力する値です。
サポートされているフィールドの種類
テキストフィールド
追加パラメーターのないシンプルなテキストフィールドです。
テキストエリア
追加パラメーターのないシンプルなテキストエリアです。
選択リスト
ユーザーが選択できる候補リストを定義します。options リストを含める必要があります。各メンバーには、人間が読んでわかる name とマシンが解析可能な value が含まれている必要があります。
チェックボックス
追加パラメーターのないシンプルなチェックボックスです。
リンク
追加パラメーターのないシンプルなリンクです。
Frame.io 権限モデル
カスタムアクションには特別な権限モデルがあり、これらはアカウントに存在する特定のユーザーではなく、ワークスペースに属します。これは以下を意味します。
- 管理者であれば、ワークスペースでカスタムアクションを作成できます。
- 管理者であれば、チームに存在するカスタムアクションを変更または削除できます。
- 変更すると、変更の結果がすべてのユーザーにただちに示されます。
セキュリティと検証
デフォルトで、すべてのカスタムアクションには、作成時に生成された署名鍵があります。これは設定できません。このキーを使用して、リクエストが Frame.io から発生していることを確認できます。POST リクエストには以下が含まれます。
タイムスタンプは、リクエストが Frame.io のネットワークを出る際に署名された時刻です。これは、リプレイ攻撃を防ぐために使用できます。この時刻が現地時間から 5 分以内であることを確認することをお勧めします。
署名は、カスタムアクションの初回作成時に提供された署名鍵を使用する HMAC SHA-256 ハッシュです。
署名の検証
指定された署名には、接頭辞 v0= が付きます。現在、Frame.io で署名リクエスト用に用意されているのはこれだけです。計算された署名には、この接頭辞を追加する必要があります。
ベータ版のフィードバック
Frame.io V4 のアクションの使用方法について、開発者やエンドユーザーの皆様のご意見を伺いたいと考えております。ご質問、アイデア、ユースケースをお知らせください。当社の優先順位付けに活用させていただきます。