CIA FOIAで見つけた座標遠隔視 (CRV*) トレーニングの概要2
前回から随分間があいてしまいました<(_ _)>
気が付けば2025年になっていましたｗ今年もよろしくお願いします。
MIBなどに追われていたわけではないのでご安心ください。←
この記事に最初に辿り着いた方は、１からご覧ください↓
今回、第３章が長いので、筆者により小見出しを付けています。あしからず。
～～以下本文～～
２．表意文字
表意文字（ideograms）は、サイトに対する（リモート）ビューアーの知覚に対する運動感覚的反応です。表意文字は CRV トレーニング プログラムの基礎です。
表意文字はステージ I で研修生に教えられます。表意文字のプロセスを習得しないと、研修生は次のステージに進むことができません。表意文字は CRV の他のすべてのステージの基礎です。
CRV では、サイトの座標の読み取りに反応して表意文字が生成されます。この表意文字は、ビューアーが信号線（the signal line）に接触すると生成されます。
表意文字は、次の 3 つの部分で構成されます。
a. 表意文字
b. A. - 感覚/動作
c. B. - 自動分析反応
表意文字は、紙の上に「波線」として表現されます。サイトの地理座標に対するビューアーの自発的な反応によって生成されます。
ビューアーは、モニターによって読み上げられた座標を書き込みます。これが完了したら、ビューアーは腕をリラックスさせたままペン先を紙に置き、無意識の、ほとんど知覚できない反応が起こったときに、ペンが紙にマークを作成するようにします。このマークが表意文字です。
表意文字の 2 番目の部分は、感覚/動きです。
感覚/動きには 2 つの部分があります。ビューアーが表意文字を描いている間に経験する感覚と、表意文字が作成されるときのペンの動きです。
英語には感覚と動きの両方を意味する単一の単語がないため、感覚/動き（feeling/motion）という語句が使用されています。
感覚は、ビューアーが実際にその場所にいた場合に感じる基本的な感覚を表します。この例としては、硬い、流動的、人工的、滑らかなどがあります。
感覚には 5 つの基本的なカテゴリがあります。これらは、固体、液体、空気感、エネルギー、温度 (これもステージ II) です。動きは、表意文字が作成されるときのペンの動きを表します。
この例としては、不規則、波状、上、下、横などです。表意文字は、見た目ではなく、感覚/動きでのみ表現することが重要です。表意文字を見て、何かが見えることを期待しないでください。これは、AOL*ドライブ(用語集を参照) につながります。
*はじめて読む方向けに筆者註：AOLとは、Analytical Overlayのことで、RV中に見えているものを自分が知っているものに置き換えてしまうこと
感覚/動きは、紙に A- (例: A-上昇する実体) として表現されます。この A- は、紙の右中央部分にあります (例を参照)。
表意文字の最後の部分は、自動分析応答です。これは、ビューアーが表意文字 (例: 土地、水、建物など) を描いている間または描いた直後に持つ分析応答です。
これらの応答は非常に一般的で即時である必要があります。ビューアーは、応答を出すことについて「考える」べきではありません。
本当に自動的でない場合は、ビューアーは単に反応がないと述べるべきです。自動分析的な反応を示さなくても全く問題ありません。
自動分析的な反応は B- で表現されます (例: B-land)。この B- は A- のすぐ下に置く必要があります。ビューアーが反応しない場合は、「B がない」と口頭で述べ、B- - と書く必要があります。
表意文字には次の 4 つの種類があります。
a. 単一
b. 二重
c. 複合
d. 複数
単一表意文字は、1 つの考えを表す 1 本の線の図です。単一表意文字には、1 つの A- と 1 つの B- が必要です。A-上向き鋭い下向き B-山
9ページ目より抜粋
二重表意文字は、1 つの考えを表す 2 本の類似した線の図で、5 つの異なる部分を持つ場合があります。5 つの異なる A と B が必要になる場合があります。A-シフトする固体 B-土地 A-流れる液体 B-水 A-硬い固体 B-岩
9ページ目より抜粋
複合表意文字は、1つのアイデアを表す3本以上の同一または類似した線の描画です。複合表意文字には、AとBがそれぞれ1つずつしか存在してはいけません。A-流れる液体 B-滝
9ページ目より抜粋
複数表意文字は、任意の数のアイデアを表す線の組み合わせです。
複数表意文字が表す各アイデアには、それぞれ1つのA-とB-が必要です。
9ページ目より抜粋
次の章に進む前に、表意文字に関するこれらの基本的な理解が必要です。第 3 章から第 8 章では、6 つのステージの CRV プロセスについて詳しく説明します。第 9 章では、完了した CRV トレーニング セッションの例を示します。
３．ステージ I 主要なゲシュタルト
ステージ I は CRV トレーニング プログラムで最も重要なステージです。ステージ I はトレーニングが最も難しいステージでもあります。ステージ I は CRV プロセス全体の基礎となります。
第 2 章では、表意文字とその形成方法について説明しました。表意文字は最初はほとんどデータを提供しないように見えます。しかし、より詳しく調べると、表意文字には必要な操作データに進むために必要なすべての基本情報が含まれていることがわかります。この情報は、表意文字の感覚/動きに含まれています。
CRV を教える際、私たちは訓練生に超能力者になることを教えているわけではありません。信号を受信することを教えているわけではありません。私たちは、座標を受け取ったときに彼が認識するデータ信号を客観化するために使用する適切な形式を訓練生に教えているのです。これはセッション「構造（Structure）」として知られています。この CRV テクノロジでは、（リモート）ビューアーが構造を適切に制御している限り、データは概ね正しいとみなせると考えています。ビューアーには、構造を監視することによってのみ、自分が生成しているデータの価値や正確さを知ることができるということを常に強調する必要があります。ビューアーがデータの内容を無視して構造に集中すると、最良の結果が得られます。この構造は常にビューアーによって制御されます。
セッション構造に関する次の情報は、ステージ I の不可欠な部分です。構造とステージ I は同時に教えなければならないため、この章の大部分は構造に費やされています。ただし、ステージ I で学習した構造は、CRV プロセス全体で使用されます。構造は、次の 2 つの領域に分かれています。
インタビュアーとビューアーのやり取り。
表意文字を把握してデータを客観化するためにビューアーが取る適切な一連の手順。
インタビュアーとビューアーのやり取りは、不注意なキューや即席の刺激によってビューアーが信号を検索して客観化する能力が妨げられるのを防ぐために、最小限に抑える必要があります。信号を客観化する際に、ビューアーは頭の中で起こっている認識やプロセスを紙に表現します。余分な会話はすべてセッションの完了まで取っておきます。モニターがセッションの実施中に入力すべき情報は、日付/時刻、座標または代替キューイング データ（alternate cuing data）、および特定のフィードバック ステートメントのみです。
セッションの分類
セッションには 3 つのクラスがあります。これらのクラスは、セッション中にビューアーに提供される、または提供されないフィードバックを扱います。これら 3 つのクラス A、B、および C については以下で説明します。
クラス C
トレーニング セッションで使用
モニターはサイトに精通しているため、セッションは非ブラインド条件下で実行されます。
学習プロセスを容易にするためにセッション内フィードバックが提供されます。
キューイングの可能性があるため、セッション結果は単独では原理の証明にはなりません。
RV 結果の評価は適用できません。必要なのは、パフォーマンス曲線の測定、座標反復の数だけです。
クラス B
確認、評価で使用されます。
モニターはサイトに対してブラインドです。
フィードバックはセッション後にのみ行われます。
RV 精度評価に適用可能な統計的手法。
クラス A
運用 RV シミュレーションで使用されます。
モニターはほとんどの場合ブラインドですが、ブラインドでないアナリストや観察者が時折同席します。
フィードバック条件はタスク要件に応じて異なります。
評価手法はユーザーが決定します。
トレーニング セッションの大部分はクラス C で、フィードバックがあります。
トレーニング中に、ビューアーの研修生は出現する信号と AOL を区別することを学ばなければなりません。
これは、トレーニング中の即時フィードバックによって行われます。
セッション開始の手順
ステージ I でセッションを開始するには、ビューアーの研修生が自分の名前、場所、インタビュアーの名前を紙の右上隅に書き込みます。
これが完了すると、インタビュアーは日付/時間グループを述べ、ビューアーは他の情報の下にこれを書き込みます。この管理データにより、ビューアーの頭の中で、セッション開始の条件 (日付、時間、場所) が客観化されます。
座標により、そのセッションの特定の場所が客観化されます。ビューアーの仕事は、適切な構造制御を通じて、その場所にあるオブジェクトとアクティビティを説明することです。
これが完了したら、ビューアーは、RV 能力を妨げる可能性のある身体的または感情的な問題がないか一時的に自分自身を確認します。これらの阻害要因は、個人的不利益 (PI：personnal inclemencies) と呼ばれます。すべての PI は、ページの上部に書き込むことによって宣言および客観化される必要があります (例: PI - 背中の痛みを経験している)。身体機能に問題がある場合、心は他のことに気を取られ、観察者は目の前の作業に十分な注意を向けることができません。PI が信号の減衰を引き起こしすぎる可能性がある場合、可能であればセッションを中止する必要があります。
PI が要因でなくなったら、セッションを試みることができます。観察者が自信を持って信号を把握する準備ができたら、座標の適切な場所にペンを紙に置きます。
これを確認すると、モニターは座標をゆっくりと読み上げ、観察者は座標を書き込みます。座標を書き込んだ直後に、信号は表意文字の形で現れます。
表意文字の各部分の A (感覚/動作) は、紙に客観化されるにつれて、インタビュアーに口頭で伝えられます。
B (自動分析応答) がある場合は、これも口頭と書面の両方で宣言されます。
B- が存在しない場合は、これも宣言する必要があります。これは、完了したステージ I シーケンスと見なされます。
理想的には、表意文字と A- は B- (I+A=B) を生成します。座標は、ビューアーの判断で、何度でも再宣言できます。
I、A、B シーケンスが完了した後、座標の次の読み取りでは、異なる、より詳細な表意文字が生成されます。
ただし、I、A、B シーケンスが適切に完了した後にのみ、この新しい表意文字が生成されます。
このプロセス中に、座標の反復ごとに同じ表意文字が生成された場合、表意文字が不完全または誤って解釈されたことを示します。
これは、見る人が A (感情/動き) を表現することにもっと注意を払う必要があることを意味します。
多くの場合、A が十分に表現された後、見る人は B を提供できるようになります。表意文字が正しく解釈されると、次の表意文字が現れます。
表意文字は、サイトの主要なゲシュタルトから細かい詳細まで、順番に現れます。表意文字が正しく完全に解釈されると、別の表意文字が現れ、サイトに関するより多くの情報を提供します。
以下の例は、適切なステージ I 形式を示しており、完了したステージ I セッションと見なされます。
14ページより
紙上の連続する各エントリは、前のエントリの下に記入されます。これにより、データの時系列履歴が提供されます。セッション中にビューアーが構造から外れていることがわかった場合、この時系列履歴により、ビューアーはデータを確認し、構造を修正できます。セッションの最後に、アナリストはセッション構造を確認することで、データの信頼性を知ることができます。
フィードバックの分類
クラス C (トレーニング) セッション中、インタビュアーは、ビューアーが提供するデータの各要素について、ビューアーに即時フィードバックを提供します。このフィードバックは、不注意なキューイングを防止するために、非常に具体的なステートメントの形式をとります。これらのステートメントとその定義は次のとおりです。
サイト（Site (S)）： これは、サイトが、トレーニングされている実際のステージ (ステージ I の場合は人工構造物、ステージ III の場合は橋) に対して正しく命名されていることを示します。サイトは、セッションが完了したことを示します。
正しい（Correct (C)）： これは、サイトの場所のコンテキストでは情報が正しいことを示しますが、セッションを終了するには不十分です。
おそらく正しい（Probably Correct (PC)）： このステートメントは、フィードバック材料が限られているため、インタビュアーは確信はないものの、提供された情報が正しいと考えていることを意味します。
近い（Near (N)）： これは、提供された情報が特定のサイトの要素ではないが、すぐ近くのエリアに関しては正しいことを示します。
フィードバック不可（Can't Feed-Back (CFB)） ：この文は、フィードバック材料が限られているため、インタビュアーがデータの正確性について判断できないことを示しています。正しくも正しくもないことを意味します。
否定的なフィードバックは提供されません。ビューアーが情報の要素を誤って述べた場合、フィードバックは提供されません。
セッション中、ビューアーはデータの横にフィードバックの略語 (上記参照) を書き込みます。
これにより、ビューアーはトレーニング中に、正しい要素を確認し、サイトを説明する要約を作成します。
トレーニング中、セッションは、インタビュアーがサイトのフィードバックを返すまで続きます。
セッション中またはセッションの完了時にいつでも、ビューアーは作成した情報の要約を完成できます。これは、ビューアーの頭の中にサイトの「イメージ」を作成するのに役立ちます。
休憩の種類について
ここまでは理想的なセッションについて説明してきましたが、物事が理想的に進まない場合はどうなるでしょうか?
その対処方法も用意しています。物事が順調に進んでいるときは作業を続けますが、うまくいかないときは休憩を取ります。
休憩には特定の種類があり、適切な休憩時間があります。休憩を取るときは、ビューアーが紙と口頭で休憩の種類を客観化します。
ビューアーが休憩を求めた理由も明記して書き込みます。休憩とその使用時期は次のとおりです。
休憩（Break） ビューアーは必要に応じていつでも休憩を取ることができます。ただし、信号がスムーズに流れているときは、この休憩を取るべきではありません。休憩が一時停止以上の場合は、その旨を示す必要があります (例: 5 分間の休憩)。休憩が長い場合は、終了時刻を紙に記入し、再開の日時を入力する必要があります (例: 再開-日付/時刻)。
ミスブレイク（Miss Break） ミスブレイクは、ビューアーが座標の提示後に表意文字を見逃したときに行われます。ビューアーが感覚や動きを見逃した場合にも、ミスブレイクが行われます。ミスブレイクは、信号を見逃したことをシステムに伝え、信号を探すのをやめるように伝えるという点で有益です。これが行われないと、脳は見逃したことを認めるのではなく、AOL を生成します。少しの間を置いてから、ビューアーは座標を再び取得し、先に進みます。 ミスブレイクは何回でも呼び出すことができます。信号を見逃すことは恥ずべきことではありません。恥ずべきなのは、ブレイクを呼び出さずに AOL が生成されるようにすることです。
AOL ブレイク（AOL Break） AOL を受け取ったことにビューアーが気付いたときはいつでも、AOL ブレイクが呼び出されます。ビューアーは AOL ブレークを呼び出し、AOL を客観化する必要があります (例: AOL ブレーク - デビルズ タワー)。この休憩では、 AOL があったことを認識し、それを客観化してシステムから消去します。ビューアーは、AOL が「消える」まで休憩を維持する必要があります。これには数秒または数分かかる場合があります。ただし、場合によっては AOL が長引く可能性があり、その結果、休憩を延長することが適切になる場合があります。
AOL は、次の 3 つの方法で認識されます。
信号が明るく、静止した視覚的イメージになる場合、それはAOLと見なされます。
データが限定的である場合、それもAOLと見なされます。たとえば、「～のようだ（it is like...）」「～だと思う（I think it's...）」「もしかしたら～かも（maybe it's...）」といった発言はすべてAOLです。また、データに伴ってどもりや間、ためらいがある場合もAOLと見なされます。
前のデータに全く基づいていない発言もAOLと見なされます。例として、観察者が「上に硬く上がる」というA-を持ちながら、場所を「水」と呼ぶ場合が挙げられます。
AOL ドライブ ブレーク (AOL-D Break) AOL-D ブレークは AOL ブレークに似ていますが、AOL-D はビューアーが時間内に AOL ブレークを呼び出さず、AOL で作業していたことを示します。
この AOL はシステムを「駆動（Drive）」しているため、この名前が付けられています。ビューアーが AOL-D を操作していることに気付いた場合、データに戻って AOL を探し出し、宣言して、システムから切り離す必要があります。その時点からのすべてのデータは疑わしいため、信頼すべきではありません。AOL-D の場合、通常はより長い休憩が必要です。
バイロケーション ブレーク（Bi-location Break (BILO ブレーク) ）サイトを適切に RV するには、ビューアーがバイロケーションである必要があります。つまり、ビューアーは、ビューイング ルームの物理的なスペースを占有しながら、サイトでの認識を維持する必要があります。ビューアーは、このバイロケーションを維持していないことに気付いた場合、BILO ブレークを呼び出す必要があります。インタビュアーとの雑談からわかるように、ビューアーがビューイング ルームに長くいる場合、サイトから多くのデータを認識していません。逆に、長い沈黙からわかるように、ビューアーがサイトに入り込みすぎると、データを認識していますが、それを報告していません。瞬間的な休憩の後、ビューアーは中断したところから再開する必要があります。
休憩が多すぎる（Too Much Break(TM 休憩) ）TM 休憩は、ビューアーが受け取ったデータが多すぎて報告できない場合に行われます。ビューアーがそのデータに対処しようとすると、混乱が生じます。短い休憩の後、ビューアーは中断したところから作業を続行する必要があります。
混乱休憩（Confution Break(CONF 休憩) ）ビューアーが混乱している場合はいつでも CONF 休憩が行われます。この混乱を認識しないと、ビューアーはセッションに混乱を組み込む可能性があります。ビューアーは混乱を宣言し、システムから削除できるようにそれを客観化する必要があります。混乱がなくなるまで休憩を取る必要があります。
適切な休憩を取ることで、ビューアーは構造を制御できます。先に述べたように、私たちが実際に教えているのは構造の制御です。
ステージIは2つのフェーズに分けて教えられます。ステージIのフェーズIでは、大きな全体像を表す座標を使用します。この例として、大規模な山脈、大都市、海の中央の座標などがあります。ステージIのフェーズIIでは、山脈を流れる川、海沿いの都市、小さな島々など、より詳細な場所が対象となります。
ーーー
だいぶイメージついてきたのではないでしょうか。
自分は先にET基地などの文書を先に見つけてからこっちの文書に辿り着いたので、「あれはああいうことだったのか…!」ととてもアハ体験だったのでした。
「フィードバックの分類」に関連して、過去記事もよろしければどうぞ↓
いいね！やサポート、励みになります<(_ _)>
いいなと思ったら応援しよう！
