2つの参加者画面が同期フレームで接続され、それぞれに異なるRole_Idがラベル付けされている

マルチユーザー実験デザイン

マルチユーザー実験デザインは、Labvancedがそれ以外で完全に孤立した状態で実行する参加者を意図的に接続することです。その背後にある概念を理解することは、単なる個々のツールだけでなく、建設を開始する前に自分自身の研究に最適なアプローチを判断するのに役立ちます。このページ全体に関連する読み物がリンクされているので、概念が理解できれば、より技術的なセットアップに移るのは簡単です。

デフォルトでは、Labvancedの研究に参加するすべての参加者は、自分の実験を孤立して実行しており、同じセッションに複数の参加者がいる場合でも同様です。マルチユーザーモードをオンにすること自体はそれを変更しません：それは複数の参加者が同じ実行中のセッションに参加できるようにしますが、参加者が行うすべてのことは、あなた自身がその接続を構築するまで、他の参加者には表示されません。イベントはそれを構築するものであり、特にDistribute Variableアクションが、1人の参加者の孤立した実験から別の参加者の実験に値を運ぶ架け橋となります。

マルチユーザーが必要なとき

参加者がリアルタイムで相互作用しない場合、たとえば二つの被験者間条件を比較しているだけの場合は、グループ割り当てのある標準の単一参加者研究で十分です。マルチユーザーが必要になるのは、2人以上の参加者が同時に同じセッションにいる必要があり、そのうちの1人が行ったことがセッション中に他の人に達する必要がある時です。

前提知識

以下の用語を理解するために、Labvancedの基本的な知識、たとえばイベントの動作方法や変数の使用方法を知っておくことが推奨されます。

フレーム

試行中に参加者が各時点で見るものを保持するビルディングブロック。

イベント

トリガーとアクションとは何か、そしてそれらが研究の論理を構築する方法。

変数

変数とは何か、研究中に値をどのように保存し、更新するのか。

同期セッションの設定

マルチ参加者ツールはデフォルトで非表示です。それを有効にするには、設定を開き、次に特別機能の下のマルチユーザー研究にアクセスし、Transformをクリックします。これにより、Number of Participants（最小2）およびMaximum Parallel Sessionsが表示されます。マルチユーザー研究でこの設定が解除する完全なリストを確認できます。このクリックは元に戻せないため、最初に参加者数を決定し、単一参加者バージョンも保持したい場合は事前に研究を複製してください。

これをオンにするだけでは、参加者がセッションにグループ化される方法が変更されるだけです。彼らを接続するわけではありません。特定の瞬間に二人の参加者が互いに同調し続ける必要がある場合は、Sync Frame Start（フレーム設定）またはタスク設定の下のマッチングオプションを使用して、全参加者が到着するまでその時点で全員を保持します。

例: どちらの参加者も、他の参加者が応答する前に次の試行に進むべきではありません。そのフレームでSync Frame Startを設定し、両参加者が到着するまでその場で待機します。

ペアリングおよび役割

各参加者は、参加する際に1から順番に割り当てられるシステム変数Role_Idによって識別されます。これを要件アクションで使用して、参加者に異なるコンテンツを提供します。

例: Role_Idが1と等しい場合 → ターゲット画像を表示。Role_Idが2と等しい場合 → 代わりに応答オプションを表示。

デフォルトでは、参加者はロビーからランダムにマッチングされます。事前に手配されたペアを使用する場合は、代わりに事前定義された参加者グループを使用します：公開と記録タブでカスタムリンクを作成を開き、groupフィールドに値を入力します。同じgroup値を持つリンクを介して参加する参加者は、互いにのみマッチングされます。

例: 2人の実験参加者が同じ時間帯に予定されています。各参加者にgroup=12を含むリンクを与えれば、2人はロビーからランダムに一致するのではなく、ペアとして組まれます。

参加者間の共有変数

これが橋そのものです。変数を配布するアクションは、選択したトリガーに基づいて、1人の参加者から他の参加者のターゲット変数に値を送信します。イベントが発火するまでは、何も共有されません。

例: ボタンクリックトリガーで、クリックした参加者の現在の得点を他の参加者の画面のPartnerScore変数に配布します。

複数の参加者が同時に同じターゲット変数に書き込みできる場合は、最初の到着者が処理される前に他の誰も通過できないように、アクションのブロッキングオプションをオンにします。

以下の画像では、実際の研究でイベントを介してセットアップされたこのブロッキングオプションが示されています：Role_IdゲートされたRequirement Actionがランダムナンバーを生成し、それをBlockを有効にしたすべての参加者に配布します。このため、2人の参加者が同じ配布値を順序を無視して処理することはできません。

Role_Idが1と等しいことを確認する要件アクション、ThenブロックがDraw Random NumberをamountToSplitに保存し、その後Blockが有効な状態で数量をすべての参加者に送信するDistribute Variableアクションを実行

Role_Idが1と等しい実際の要件アクションが、数量をamountToSplitに保存するDraw Random Numberを実行し、その後Blockが有効な状態でそれを全参加者に送信します。

ベストプラクティス

公開する前に、2つの別々のブラウザセッション（2番目のタブまたはインコグニートウィンドウ）でテストします。役割の割り当ては参加順に依存するため、相互作用の両側を見るための唯一の信頼できる方法です。
フレームを構築する前にRole_Idのロジックを決定します。役割の割り当てはセッション全体に適用されるため、最初からそれに基づいて設計する方が、すでに存在するフレームに後から追加するよりも簡単です。
同期されたフレームのすべての条件分岐を監査します。ショートカットを取る参加者は、他の参加者が無期限に待機する最も一般的な原因です。
1人以上の参加者が同時に同じターゲット変数に書き込む可能性があるすべてのDistribute Variableアクションのブロッキングオプションをオンにします。
ペアリングが制御される必要がある場合は、事前に定義された参加者グループを使用し、たとえば、予定された研究セッションや特定の役割の組み合わせに依存する研究のためにランダムなロビーのマッチングを避けます。

具体的なパターン：ディレクター/マッチャーの参照コミュニケーションタスク

これは古典的な参照コミュニケーションタスクです：1人の参加者がターゲットアイテムを説明し、もう1人が候補のセットからそれを特定します。これは二役のデザインであり、上記のツールに直接マッピングされます。

マルチ参加者を2名で有効にし、Transformをクリックします。
Role_Idに要件アクションを使用して2つの役割を分割します：Role_Id 1はディレクターになり、ターゲット画像とテキスト入力が表示されます。Role_Id 2はマッチャーになり、候補画像のセットが表示され、ターゲットの表示はありません。（どのRole_Idがどの役割にマッピングされるかはあなたの選択です。このパターンは、どちらの方法でも同じように機能します。）
ディレクターが説明を提出するとき、たとえばEnterキーまたはボタントリガーで、Distribute Variableを使用して、テキスト値をマッチャーの画面のDescription変数に送信します。1度に1つの説明だけが飛行中であるべきなのでブロッキングを有効にします。
配布されたDescription値をマッチャーに表示し、彼が候補画像を選択するようにします。既知のターゲットに対して応答をコーディングして正解/不正解の変数を生成します。
両参加者が次の試行に進むフレームでSync Frame Startを使用し、ディレクターがマッチャーが応答する前に進めないようにします。

これは、以下のリンクにある画像説明デモの背後にある同じ構造です。メカニズムが設置されると、ターゲット/候補のコンテンツを入れ替えることで、基盤となるイベント論理を変更することなくパラダイムを変更できます。

Labvancedのマルチユーザーデザインの例

上記のツールは、隔離された例ではなく、実際の研究を駆動する場合は異なって見えます。以下の研究の1つを自分のアカウントにインポートし、My Studiesから開いて、Study Designタブに移動して、どのようにRole_Id、Distribute Variable、およびフレームの同期がその特定のタスクのために実際にセットアップされたかを見てください。ここで説明されている方法だけでなく。