試行タイムライン
試行タイムラインは、1つの試行のための構造化された設計図として機能します。それは、刺激、相互作用、応答収集を含む、参加者に提示されるすべての要素の順序とタイミングを決定します。これらのコンポーネントを明確な順序で整理することにより、試行タイムラインは、一貫性と正確な実験制御を保証します。
重要: 試行タイムラインは、1つの試行のみを表します。全体の実験ではありません。複数の試行タイムラインは、完全な実験を作成するために、実験タイムライン内で組み合わせたり繰り返したりできます。
試行タイムラインの範囲
試行タイムラインは、単一の試行インスタンスに限定されています。それは、試行の開始から完了までの間に何が起こるかだけを定義します。
試行タイムラインは次の目的には使われません 🚫これは、試行タイムラインがデフォルトで次のことに関する情報を含まないことを意味します:
- 試行が何回繰り返されるか
- 実験全体の中での試行の順序
- 異なる条件やブロックがどのように構成されるか
- 実験の非試行要素のすべて
その主要な役割と正しい使用法は、1つの単一の試行の内部構造を厳密に定義し、表現することです。その後、広い研究デザインでどのように使用されるかには依存しません。

試行の構造
実験内の各試行は、一連のフレームから構築され、各フレームは参加者をタスクに導く特定のステップまたは画面を表します。
フレームの順次フロー
試行タイムラインは、試行内の個々のステップであるフレームで構成されています。各フレームは、明確な画面または状態を表し、フレームは開始から終了までの定義された順序で実行されます。
例えば、1つのフレームは фиксацияクロスを表示し、次のフレームは刺激を提示し、後のフレームは応答を収集します。試行タイムラインは、実験がどのように1つのフレームから次のフレームへと移行するかを制御し、各フレームがどのくらいの時間表示され、遷移を引き起こすトリガーを含みます。
一般的なフレームシーケンス
一般的な試行タイムラインには以下が含まれることがあります:
- 参加者を準備するための固定フレーム
- コンテンツを表示する刺激フレーム(例:画像、テキスト、音声、ビデオ)
- 入力が収集される応答フレーム
- フィードバックまたは試行間フレーム
これらはすべて、同じ試行タイムライン内の別個のフレームであり、別々の試行ではありません。
試行タイムラインの操作
試行タイムラインは、1つの試行の視覚的なシーケンスを構築する場所です。フレームは左から右の順序で表示され、それぞれは参加者が見る画面を表します。このビューから直接フレームを追加、配置、構成できます。
フレームの追加
試行に新しいフレームを追加するには、試行エディタの下部にあるボタンを使用します。フレームのタイプは3種類あり、フレームをインポートするオプションもあります:
キャンバス
キャンバスフレームは、レイアウトに対する自由な制御を提供します。コンテンツ要素を正確な座標に配置することによって画面の任意の場所に置くことができます。このフレームタイプは、刺激の正確な位置が重要な視覚認知タスク、反応時間タスク、または物事が画面に表示される位置に対して細かい制御が必要な研究に使用します。完全な設定の詳細は、専用のキャンバスフレームページを参照してください。
ページ
ページフレームは、コンテンツを自動的に上から下へと配置します。これは標準的なウェブページに似ています。要素は一貫した間隔で垂直に積み重ねられ、レイアウトの柔軟性が読みやすさと流れよりも重要なアンケート、同意書、調査に最適です。完全な設定の詳細は、専用のページフレームページを参照してください。
ウェブサイトフレーム
ウェブサイトフレームは、Labvancedが構築した刺激ではなく、実際の外部ウェブサイトを研究内に埋め込みます。このフレームタイプは、再作成されたバージョンではなく、実際のライブサイトでの視線と相互作用をテストまたは追跡する必要がある場合に使用します。完全な設定の詳細は、専用のウェブサイトフレームページを参照してください。
キャンバスフレーム
自由な配置:フレームのどこでもオブジェクトを配置、サイズ変更、およびドラッグできます。これは、視認性や反応速度のタスクなど、正確な配置やタイミングが重要な場合に使用します。
ページフレーム
ウェブページのように自動的に上から下へのレイアウト。これは流れが重要な場合にアンケート、同意書、指示に使用します。
ウェブサイトフレーム
Labvancedが構築した刺激ではなく、研究に実際の外部ウェブサイトを埋め込みます。これは、実際のライブサイトで視線をテストまたは追跡するために使用します。
フレームのインポート
インポートオプションを使用すると、アクセス可能な別のタスクまたは研究からフレームを取り込むことができます。これは、既存のデザインを一から再構築することなく再利用したいときに便利です。
インポート時には、フレームに付随する変数の扱いについて尋ねられます:
- 新しい変数を作成 — インポートされたフレームは完全に独立しており、自身の変数コピーと共に機能します
- 既存の変数を再利用 — インポートされたフレームは、現在のタスクにすでに存在する変数に接続し、すべてをリンクしたままにします
インポートされたフレームは、タイムラインに追加され、他のフレームと同様に編集できます。
フレーム設定
タイムラインでフレームを選択すると、Frame Settingsパネルを右側で利用して指定できます。利用可能なオプションはフレームのタイプによって異なりますが、すべてのフレームに共通する以下のオプションがあります:
Name:タスク内でフレームを識別するためのラベル(参加者には表示されません)Duration:オプションの固定表示時間(ミリ秒)。チェックを外した場合、フレームはイベントやアクションによって試行が進むまで画面に留まりますBackground color:カスタム背景色を設定するか、研究のデフォルトを使用します。注意: 視線追跡研究では、背景色がキャリブレーション時と同じであることが重要であり、デフォルトは白です。Hide mouse:このフレームがアクティブなときに参加者のカーソルを非表示にします
キャンバスフレーム設定
Width and Height:キャンバス領域の寸法は、ピクセル、フルスクリーン単位、ミリメートル、またはタスクのズームモード(Task Settingsで定義)に応じて設定できます。
ページフレーム設定
Max-Width:ページコンテンツエリアの最大幅Border size:要素間の境界の厚さElement margin:ページ上の要素間の間隔
試行タイムラインの修正 — 試行システム
Trial Systemは、実験の条件を定義し、試行がどのように構成され、繰り返されるかを制御する場所です。要因レベルのユニークな組み合わせは条件となり、タイムラインは現在編集している条件を反映するように適応します。
条件ごとの編集
デフォルトでは、タイムラインで行った変更はすべての条件に一度に適用されます。これは、Trials & ConditionsパネルでDefault Trial行が選択されていることから示されます。このモードでの編集は、すべての条件で共有される基本プロパティを設定します。
特定の条件を編集するには、Trials & Conditionsパネルでその行をクリックします。 タイムラインとフレーム設定がその条件を反映するように更新されます。デフォルトから異なるプロパティは視覚的にハイライトされ、カスタマイズされた部分を容易に確認できます。
四つの具体性レベルで作業できます:
- Default Trial — 変更はすべての条件に適用されます
- Factor level — 変更は特定の因子レベルを共有するすべての条件に適用されます
- Condition — 変更は特定の因子レベルの組み合わせに適用されます
- Individual trial — 変更は条件内の1回の試行繰り返しに適用されます。
Trials & Conditions テーブルに、条件ごとの # Trials を入力します。個々の試行にアクセスするには、矢印アイコン ► を使って条件行を展開します。
編集の階層
これらの四つのレベルは、厳格な上下階層を形成しており、高いレベルで行った変更が低いレベルで行った変更に優先します。たとえば、individual trialレベルでテキストオブジェクトをカスタマイズし、その後条件レベルで同じプロパティを変更した場合、条件レベルの設定が個別の試行に対して設定した内容を上書きします。同じロジックが階層全体に適用されます — Default Trial の変更は、そのプロパティの因子、条件、または個別の試行レベルで設定したものを上書きします。
これにより、作業する順序が重要になります。一般的なルールとして、上から下へデザインを構築します:最初にDefault Trialで共有されるすべての設定を確立し、その後、因子レベル、条件、そして最終的に、より具体的な上書きが必要な場合にのみ個別の試行に移ります。設計プロセスの初期段階で細かなレベルで変更を行い、その後に高いレベルを調整しに戻ると、予期しない結果を招くことがあります。なぜなら、高レベルの変更がより具体的な変更を上書きするからです。作業中に階層を考慮することで、意図しない上書きを避け、試行設計を予測可能に保つのに役立ちます。
例:画像評価研究
参加者が二つのカテゴリーの画像 — 自然の風景と都市の風景 — を見て、それぞれの画像がどれほど静かに感じさせるかを評価する研究を行っていると想像してください。Factors パネルの下で、因子名を Scene Type に編集し、二つのレベル — Nature と Urban を設定します。Trials & Conditions テーブルに、条件ごとの # Trials を入力します。個々の試行にアクセスするには、矢印アイコン ► を使って条件行を展開します。
Default Trial — 標準の形式で試行を設計するためにここから始めます。フレームの中心に画像オブジェクトを配置し、その下に評価スケールを追加し、その上に「この画像はどれほど静かに感じさせますか?」というテキストラベルを設定します。フレームの長さ、背景色、およびどの画像が表示されるかに関係なく同じままにするその他のプロパティを設定します。すべての条件は、このレイアウトを自動的に引き継ぎます。
Factor level — あなたの研究には一つの因子があります:Scene Type、二つのレベル — Nature と Urban。Nature因子レベルで、画像オブジェクトを自然の写真を表示するように設定し、必要に応じてテキストラベルを更新します。Urban因子レベルでは、画像を都市の写真に入れ替えます。各レベルに属するすべての条件は、今や正しい画像を表示し、各条件を個別に編集する必要はありません。
Condition — 特定の因子レベルの組み合わせがさらに調整を必要とする場合(特に2x2デザインの場合) — たとえば、特定の条件が高コントラストの都市画像を使用しており、正しく表示するためには暗い背景が必要な場合 — その条件レベルでその変更を行うことができ、他の何にも影響を与えません。
Individual trial — 条件内の一回の試行繰り返しにユニークな調整が必要な場合は、そのレベルで適用できます。
上から下に作業することで、高いレベルでのみ各プロパティを一度だけ定義し、階層が残りを処理します。もし最初から各条件を別々に編集していた場合、共有されるレイアウトに対するその後の変更 — 例えば、評価スケールを移動するなど — は、各条件で別々に繰り返す必要がありました。
実際の研究:試行タイムラインの変更と試行システム
以下の研究は、各研究内の主要なデスクトップタスクの文脈で、試行タイムラインが動作している様子を示しています。これらをImportまたはInspectして、このデザイン機能をより詳しく見ることができます。
Flanker Task
この研究では、Flanker Taskを使用して選択的注意と抑制制御を測定します。参加者は、周囲の干渉物を無視しながら中央の矢印の方向に応じて反応します。反応時間と正確性がパフォーマンス指標として記録されます。
Dot Probe Task
このタスクでは、参加者はペアの画像を見た後に小さな点が続き、その点の位置にできるだけ早くキーを押して反応する必要があります(デスクトップの場合)またはボタンを押します(モバイルの場合)。
条件ごとに変更できること
すべてのフレームには、すべての条件で同じオブジェクトのセットが含まれています — 特定の条件に対してオブジェクトを追加したり削除したりすることはできません。フレーム上にオブジェクトが存在する場合、それはすべての条件に存在します。特定の条件でオブジェクトが表示されるかどうかを制御するには、フレームの開始時にその可視性またはアクティブステータスを変更するイベントを使用します。
表示されるオブジェクトに関しては、以下のプロパティを条件ごとにカスタマイズできます:
- コンテンツ — 要素が表示するテキスト、画像、音声、または動画を変更します
- 位置とサイズ — 特定の条件に対して要素を移動またはサイズ変更します
- スタイリング — 色、フォント、ボーダー、またはその他の視覚プロパティを調整します
- 可視性とアクティブステータス — 要素を表示または非表示にするか、完全に非アクティブにするために、条件に関連付けられたイベントを使用します
非実験的タスクにおける試行タイムライン
試行タイムラインは、繰り返し可能なフレームのシーケンスのために特別に設計されています。反応時間タスクや刺激応答実験など、同じ構造が複数回提示される場合に使用されます。
ただし、研究のすべての部分がこの繰り返し構造に従うわけではありません。同意書、指示画面、または質問票などの要素は通常一度だけ提示され、試行内で繰り返しフレームのシーケンスを構成しません。この理由から、実験的タスクと組み合わせるのではなく、別のタスクとして実装されます。これは、試行タイムラインの完全な機能を活用する実験的タスクに役立ちます。
この分離により、試行タイムラインは繰り返し実験試行に焦点を当て、他のタスクタイプは研究の一度きりの部分やユニークな構造を処理します。
したがって、試行タイムラインは非実験的タスク(質問票ベースのタスクなど)に表示されてフレームの流れを表示することがありますが、試行タイムラインの完全な機能は実験的タスクで特にTrial Systemの文脈で発揮されます。