オンラインマーケティング調査用のエンジンのニュアンスとプログラミングアルゴリズム

親愛なるハブラフ人、こんにちは。 長い間、私はそのようなマニュアルを書きたいと思っていたので、私は座ってそれを書くことを強制することに決めました-マーケティングの分野でのプログラミング研究中に受け取った経験と、複数のプロジェクトが実装されたエンジンに置かれたいくつかのアルゴリズムについて共有するために。



30〜40の質問に対する些細なWordのアンケート形式のTKの方が簡単なように思われます。顧客はプログラムされた形式でブラウザウィンドウに表示し、さらに4日間すべてを提供しますか？ 私の友人がかつて言ったように、彼が私と働き始めるまで：



-はい、4時間あります！ 彼は午前中に座って、夕方までにすべてが準備され、テストされました。 なぜあなたが叩いているのか分かりません...



しかし、残念なことに、彼が提示したように、すべては単純なものではなく、緊急時に最初のアンケートを2日間プログラムし（その後2から3日以内にめちゃくちゃになります）、電話やメールで絶えず多くのコメントを受け取りました。 そして、ここでのポイントは、彼らの能力や職業上の失敗を再評価することではなく（そして、サイトビルダーの豊富な経験を持つ友人でなければなりません）、フィールド自体は非常に具体的で、落とし穴と微妙なポイントがあります。 これらの落とし穴と微妙な点のいくつかについて、およびそれらを回避する方法について、私は伝えたいと思います。

「赤が欲しいが青」またはコードの変更可能性

なぜ発生したのかはわかりませんが、何らかの理由で、顧客が1日に数回プロファイル要件を変更したいのはマーケティングです。 どうやら、これは内部組織によるもので、左手は右手が何をしているのかを常に把握しているわけではなく、時には完全に異なるものを望んでいます。 しかし、これは本質ではありませんが、ポイントはすべてプログラマーの頭痛につながることです（ところで、ごく最近まで、CATIのアンケートの最終バージョンが「V.13.3_final_final」としてリストされていた場合があり、これは「最終「TK」。



作業を容易にし、開発時間を短縮し、起こりうるエラーに対するヒューマンファクターの影響を最小限に抑えるエンジンを作成するというアイデアは、4回目のアンケートの後に出てきました。 素朴なアイデアは、このプログラミング自体の知識と既存のプロジェクトを変更する単純さのない「プログラミング」アンケートの可能性の基礎として採用されました。



アイデアは本質的にそれほど悪くはありませんでしたが、重要な役割は、実装のためのリソースの不足（工数）と間違ったアプローチによって行われました：アンケートは、特定のコマンドを担当する列がExcelファイルであると想定されましたデザイナーモジュールの場合：

• 質問のシーケンス番号
• 質問コード
• 可能な答え
• 固有の応答コード
• 回答オプション自体
• 質問の種類（チェックボックス、ラジオ、テキスト、混合）
• 質問用語
• ポーリング停止条件
• 追加の呼び出された関数

解決済み-完了。 しかし、最初のパンケーキは、いつものように、ゴツゴツしています...

故障理論

エンジンは小規模なプロジェクトで実行されましたが、6回目または7回目以降、機能の大幅な拡張により、選択された開発パスがデッドロックされていることが明らかになりました。 私のパートナーと私（開発者）自身が、どの機能が規定されているかについてすでに混乱し始めているという点に達しました。 理由：

• ページ上での質問の提示のタイプ（およびその組み合わせ）には多くの可能なオプションがあり、各プロジェクトはややユニークです（つまり、顧客の想像力が激しくなります）
• 調査のロジックは、非常に洗練されている場合があり、Excelセルでのその説明は、クレイジーな難消化式に注がれています。

他にも二次的な理由がありました。



解決策はウィザードを作成することでした。このウィザードは、「アンケート回答」の形式で将来のアンケート用のテンプレートを形成し、組み込みのエディターでさらに頭に浮かびます。 しかし、これはすべて新しい工数、無限のコード修正、絶え間ない更新であり、結果として、一種のフランケンシュタインの怪物です。 そのため、このアプローチを放棄することが決定されました。



内部スクリプト言語の記述、C ++でのデーモンのプログラミング（より広範な機能のため）、Word文書のパーサー（特定の形式で記述）、および他の多くのアイデアが検討されました。 しかし、それらのすべては、彼らの不条理または実装の面倒さのためにマークされました。 シンプルでありながら柔軟なソリューションを見つける必要がありました...

問題の説明と解決策

問題の有能な声明は、保証ではないにしても、アイデアの成功した実装への道の良い助けです。



オンライン調査のプログラミングですでに十分な経験があり、この問題で多くの落とし穴とニュアンスに直面していたため、システムが満たすべきいくつかの主要な（私の意見では）ポイントを概説しました。

• さまざまなデザインを接続し、それらを「オンザフライ」で変更する機能
• プログラミングプロセスの最大加速
• ロジックの記述と変更が簡単
• 高速な拡張性
• 高負荷での安定性
• ファイルシステムを使用してデータを保存する

また、起こりうる問題を最小限に抑えるために、いくつかの簡単なルールに従うことが決定されました。

• ロジックを別のファイルに移動する
• また、各質問は個別のファイルにまとめられています。
• クライアント側の完了を検証する
• すべての必要なフィールドの入力を確認するには、特定の質問の構造に最小限依存するjs関数を使用します
• 構造プログラミングを使用する

結果として、出力はモノリシックエンジンではなく、ユーザーに質問を表示するモジュールの複合体であり、関数のjsライブラリとphpライブラリも含まれていました。



ここで、さらに詳しく説明したいくつかのポイントをペイントします。



さまざまなデザインを接続し、それらを「オンザフライ」で変更する機能



顧客は、サードパーティの会社で調査を注文した場合でも、マーケティング調査で独自のデザインを使用する必要があることがよくあります。 これは特に、ブランドや、アンケートへのリンクがクライアントのウェブサイトに投稿されている場合に当てはまります（ユーザーがサイトを離れていないという印象を与えるため）。



なぜなら 圧倒的多数の投票には共通点が1つあります-情報が1つの領域でのみ変化するため、解決策は2つのphp関数を使用することでした。 次のようになります。

 <?php session_start(); include('./php/funcs.php'); //    if (!$_SESSION['user_ID']){ //         $user_id = md5(date('ymd H:i:s').rand()); $_SESSION['user_ID'] = $user_id; $_SESSION['user_position'] = setUserPosition($user_id); //      ,            ( "start") } else { $_SESSION['user_position'] = setUserPosition($_SESSION['user_ID']); //   ,        ,        } ?> ... // html- <div id="workDiv" class="workDiv" > <?php showQuest($_SESSION['user_position']); // ,      div' ?> </div> ... // html-    ("", "", "") <input type="button" style="width: 75px;" id="backBtn" onclick="request('back');" value=""> <input type="submit" style="width: 75px;" id="submitBtn" onclick="request('forvard');" value=""> <input type="submit" style="width: 75px; display: none;" id="endBtn" onclick="endOfSurvey();" value=""> 
      

        
        
        
      

    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

<?php session_start(); include('./php/funcs.php'); // if (!$_SESSION['user_ID']){ // $user_id = md5(date('ymd H:i:s').rand()); $_SESSION['user_ID'] = $user_id; $_SESSION['user_position'] = setUserPosition($user_id); // , ( "start") } else { $_SESSION['user_position'] = setUserPosition($_SESSION['user_ID']); // , , } ?> ... // html- <div id="workDiv" class="workDiv" > <?php showQuest($_SESSION['user_position']); // , div' ?> </div> ... // html- ("", "", "") <input type="button" style="width: 75px;" id="backBtn" onclick="request('back');" value=""> <input type="submit" style="width: 75px;" id="submitBtn" onclick="request('forvard');" value=""> <input type="submit" style="width: 75px; display: none;" id="endBtn" onclick="endOfSurvey();" value="">







これは、投票のすべての可能なバリエーションの3/4の要件を満たすのに十分です。 残りの1/4については、いくつかのタグ/関数の追加を妨げるものはありません。



設計変更の問題は解決されました。



プログラミングプロセスの最大加速



すべてが関数のセットとして実装され、サーバーとデータを交換する主なタスクとその解釈が解決され、エンジン上にあるという事実により、アンケート自体のプログラミングは、どのチェックに対応するjsスクリプトに登録するロジック付きのファイルを書くことになります次の形式の質問テンプレートの半自動作成：

 <form name="form" method="post"> <b>  :</b> <br /><br /> <input type="radio" name="Z0" id="Z0" value="1" /> <div class="textAssociationDiv" >  </div> <br /> <input type="radio" name="Z0" id="Z0" value="2" /> <div class="textAssociationDiv" >  </div> <br /> </form> 
      

        
        
        
      

    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

<form name="form" method="post"> <b> :</b> <br /><br /> <input type="radio" name="Z0" id="Z0" value="1" /> <div class="textAssociationDiv" > </div> <br /> <input type="radio" name="Z0" id="Z0" value="2" /> <div class="textAssociationDiv" > </div> <br /> </form>









コードには、クラス「textAssociationDiv」を持つ複数のdivが含まれています-これは、特定のチェックボックスやラジオボタンなど、テキストのクリックを関連付けるために使用されます。 誰かが興味を持っている場合、これを行うjs関数のコードは次のとおりです。

 function associateTextToElement(){ $(".textAssociationDiv").click(function(){document.forms['form'].elements[$(".textAssociationDiv").index($(this)[0])].click();}); } 
      

        
        
        
      

    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

function associateTextToElement(){ $(".textAssociationDiv").click(function(){document.forms['form'].elements[$(".textAssociationDiv").index($(this)[0])].click();}); }







また、コードで同じIDが使用されます。 これにより、複数の質問が表示されている場合にページ要素の分析が簡単になります。 複数セット（複数選択）などの質問を推測する必要がある場合、名前とIDは次の形式を取ります：S9.1、S9.2、S9.3、S9.4、S9.5、S9.97、ここでポイントの後の数字-応答コード。



ユーザーが[次へ]または[戻る]ボタンをクリックすると、javascriptは入力されたすべてのデータを収集し、Ajaxはそれを次の形式でphpスクリプトに送信します：variable_code = value。 変数コードは要素のidから取得されます。単一の質問では同じですが、小さなセットでは異なるため、非常に便利です。 スクリプトは、POSTメソッドを使用してそれらを受信します（ユーザーからそのような情報を非表示にすることが重要です）。$ _SESSION ['user_ID']に保存された名前でログファイルに書き込みます。



ファイルシステムを使用してデータを保存する



データベースの使用を放棄する理由はいくつかありましたが、その主な理由は、調査中に変数をすばやく追加/削除する必要があったことです。 また、このアプローチは、MySQLを使用する際のユーザー応答テーブルのフィールド数の問題を解決しました（一部の研究では異なる変数の総数が1.5から2000に達することがありました）。



ファイルシステムを使用すると、すべての困難がなくなりました。 サーバーに送信されたデータはすべて、対応するログファイルに記録されました。 そして、いくつかの新しい回答を追加するには、必要な入力を含む2、3行を対応する質問ファイルに追加するだけで十分です。...すべて-すべてのデータが保存され、これに費やされた時間はほんの数秒でした。 ログの解釈をコンピューターと人の両方で簡単にするために、ログの形式は次のとおりです。



userID = 1cb3761177ec8846fe8ae35392017e36

userIP = 192.168.1.34

startTime = 04/19/10 12:50:21

S4 = 33

S5 = 3

S9_8 = 8 //これは複数セットの記述方法です（S9.8、S9.10など）



別のファイルにロジックを入れる



ロジックの記録に関する問題は、プログラマーがアンケートをプログラミングしていると判断され、マネージャーがTKのみを与えたときに、それ自体で解決されました。 ビジュアルエディタ/ウィザードを使用して誰かの生活を「単純化」する必要はありません（プログラマにとって生活が困難になります）が、jsとphpを理解している人はエンジンとライブラリを使用します。 車輪を再発明する必要さえありませんでした-実装された多数のプロジェクトを分析するとき、「直接」ロジックはクライアントのすべてのニーズを満たし、わずか数個の関数、2つの変数、ifステートメントで十分なブランチを実装できることがわかりました：

• $ _SESSION ['user_ID'] -ユーザーの識別子が含まれます。彼はログファイルの名前です
• $ _SESSION ['user_position'] -ユーザーがちょうど答えた質問のコードが含まれています
• checkAnswer（$ qCode、array（1、2、3）） -エントリqCode = array [0]、qCode = array [1]またはqCode = array [n]であるかどうかを確認します。$ qCodeは質問コード（たとえば、 S12 "）、および配列には目的の値が含まれており、 小さなセットでは、ポイントの後の質問変数の回答のインデックスは常に回答コードに対応し、質問コードの「_n = n」自動置換の助けを借りて（nは回答オプションです）、ファイルで探している行を取得します-その後、この答えが与えられました
• checkQuotas（$ qCode） -ユーザーがちょうど答えた質問のコードによってクォータの完全性をチェックします（クォータは接続および切断されるため、機能には異なる実装があり、クォータはプロジェクトごとに個別にプログラムされます）

オンラインアンケートでは、調査ベクトルは常に一方向に進み、コンピューターの観点から可能な分岐オプションは2つのみであるという条件（条件が満たされたかどうか）を考慮すると、ロジック全体が制限まで簡略化され、次の形式（php ）：

 if ($_SESSION['user_position'] == 'S9' && checkAnswer('S9',1)){ //    S9     1-  $question_contents = file_get_contents('../qst/Z6.php'); echo iconv("cp1251", "UTF-8", $question_contents); //include_once('../qst/Z6.php'); //echo iconv("cp1251", "UTF-8", showQuest()); $_SESSION['user_position'] = 'Z6'; exit; } //   ,      php (,            ) if ($_SESSION['user_position'] == 'A1'){ //    A1 //$question_contents = file_get_contents('../qst/A3.php'); //echo iconv("cp1251", "UTF-8", $question_contents); include_once('../qst/A3.php'); echo iconv("cp1251", "UTF-8", showQuest()); $_SESSION['user_position'] = 'A3'; exit; } 
      

        
        
        
      

    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

if ($_SESSION['user_position'] == 'S9' && checkAnswer('S9',1)){ // S9 1- $question_contents = file_get_contents('../qst/Z6.php'); echo iconv("cp1251", "UTF-8", $question_contents); //include_once('../qst/Z6.php'); //echo iconv("cp1251", "UTF-8", showQuest()); $_SESSION['user_position'] = 'Z6'; exit; } // , php (, ) if ($_SESSION['user_position'] == 'A1'){ // A1 //$question_contents = file_get_contents('../qst/A3.php'); //echo iconv("cp1251", "UTF-8", $question_contents); include_once('../qst/A3.php'); echo iconv("cp1251", "UTF-8", showQuest()); $_SESSION['user_position'] = 'A3'; exit; }







上記のコードからわかるように、両方のオプションはほぼ同じであり、他のすべてのチェックの条件は似ています。 これに基づいて、適切なスクリプトで質問のリストをそれらが従う順序で単にロードし、出力で生成されたロジックを取得します。これは手動でわずかに修正されるだけです（条件内の対応するブロックのコメントを外し、必要に応じて追加の機能を追加します/または条件）。 質問のブロック全体に条件を設定する必要がある場合、これもifによって解決されます（たとえば、質問のためにA1を開き、A8を閉じます）。



このようなファイルがある場合、jsからログに転送されたデータをログに書き込む機能を最初に追加するだけです。 ロジックの準備が整い、質問は1つずつ置き換えられます。 そして、全体のポイントは、簡単にするために、jsからのリクエストがこのスクリプトに直接送信され、データを記録し、適切な条件を満たすまで実行され続けるだけであり、スクリプトは必要なコンテンツをjsに送信して作業を完了することです。 次に、jsはid = "workDiv"で前述のdivに受信データを挿入し、ループを繰り返します。ユーザーが回答にマークを付け、jsがそれらを論理ファイルに送信し、phpがデータをログに書き込み、次の質問の内容を返します。jsは作業divの内容を受信データに置き換えます。 。



サーバーからデータを受信し、作業中のdivの内容を置き換えた後、jsはもう1つの機能を実行します。バインド機能を呼び出して、質問に記入する有効性を確認します。



Js-check記入質問



オンライン調査で使用される質問のほとんどは、いくつかのタイプに分類できます。

• シングルチョイス（無線）
• 単一選択（選択）
• ハーフクローズ（ラジオ+テキスト）
• 半閉じ（チェックボックス+テキスト）
• ハーフクローズ（チェックボックス+テキスト+一意のコード）
• アウトドア
• 複数選択（チェックボックス）
• 複数選択
• 一意のコードを使用した複数選択（チェックボックス）
• 複数選択（チェックボックスからのステートメント/特性テーブル）
• スケール（ラジオからの抽象的な評価表）

これに基づいて、対応するチェックを各入力要素に自動的にバインドする関数のライブラリが作成されました。



質問表に初めてアクセスするとき、および質問でブロックを更新するとき、questsChecks（）js関数が呼び出され、その本質は簡単に言えば次のようになります：「次へ」ボタンをブロックします（結局、これは新しい質問であり、データはまだ入力されていません） phpスクリプトから、$ _SESSION ['user_position']の値（つまり、現在の質問）、スイッチを実行します。

 switch(quest){ case 'S2': disableNext(); radioMultCheck(); progressBar(0); break; case 'S4': disableNext(); checkAgeText(10, 99); progressBar(7); break; case 'S12': disableNext(); radioTextCheck(); progressBar(14); break; // ...    default: break; } 
      

        
        
        
      

    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

switch(quest){ case 'S2': disableNext(); radioMultCheck(); progressBar(0); break; case 'S4': disableNext(); checkAgeText(10, 99); progressBar(7); break; case 'S12': disableNext(); radioTextCheck(); progressBar(14); break; // ... default: break; }









質問のコードに応じて、対応するライブラリ関数を呼び出して、チェックをハングさせます。 以下は、そのうちの1つ（複数選択+テキスト）とそれに関連付けられた2つの例です。

 // ----------------------------------------------------------------------------- function checkboxText(check,text){ disableNext(); if (!check){ $("div[id='workDiv'] input[type='checkbox']").click(function(){checkboxText('true');}); $("div[id='workDiv'] input[type='text']").keyup(function(){checkboxText('true',this);}); } if (check){ if (!text && $("div[id='workDiv'] input[type='text'][value!='']").length > 0) enableNext(); if (!text && $("div[id='workDiv'] input[type='text'][value!='']").length == 0) checkCheckbox(); if (text && !checkCheckbox()){ checkText(text); } } } // ----------------------------------------------------------------------------- function checkCheckbox(uniqCodes){ if (!uniqCodes){ uniqText = getUniqTextObj(); if ($("div[id='workDiv'] input[type='checkbox'][name!='toggleOther']:checked").length > 0){ enableNext(); return true; } if ($("div[id='workDiv'] input[type='checkbox']:checked").length == 0 && !uniqText) disableNext(); if ($("div[id='workDiv'] input[type='checkbox']:checked").length == 0 && uniqText) checkText(uniqText); } if (uniqCodes){ for (var key in uniqCodes){ $(document.getElementById(getQuest()+'.'+uniqCodes[key])).attr("checked", ""); } checkCheckbox(); } } // ----------------------------------------------------------------------------- function checkText(text,uniqCodes){ if (!uniqCodes){ if (text.value) enableNext(); else disableNext(); } if (uniqCodes){ for (var key in uniqCodes){ $(document.getElementById(getQuest()+'.'+uniqCodes[key])).attr("checked", ""); } if (!checkCheckbox()) checkText(text); } } 
      

        
        
        
      

    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

// ----------------------------------------------------------------------------- function checkboxText(check,text){ disableNext(); if (!check){ $("div[id='workDiv'] input[type='checkbox']").click(function(){checkboxText('true');}); $("div[id='workDiv'] input[type='text']").keyup(function(){checkboxText('true',this);}); } if (check){ if (!text && $("div[id='workDiv'] input[type='text'][value!='']").length > 0) enableNext(); if (!text && $("div[id='workDiv'] input[type='text'][value!='']").length == 0) checkCheckbox(); if (text && !checkCheckbox()){ checkText(text); } } } // ----------------------------------------------------------------------------- function checkCheckbox(uniqCodes){ if (!uniqCodes){ uniqText = getUniqTextObj(); if ($("div[id='workDiv'] input[type='checkbox'][name!='toggleOther']:checked").length > 0){ enableNext(); return true; } if ($("div[id='workDiv'] input[type='checkbox']:checked").length == 0 && !uniqText) disableNext(); if ($("div[id='workDiv'] input[type='checkbox']:checked").length == 0 && uniqText) checkText(uniqText); } if (uniqCodes){ for (var key in uniqCodes){ $(document.getElementById(getQuest()+'.'+uniqCodes[key])).attr("checked", ""); } checkCheckbox(); } } // ----------------------------------------------------------------------------- function checkText(text,uniqCodes){ if (!uniqCodes){ if (text.value) enableNext(); else disableNext(); } if (uniqCodes){ for (var key in uniqCodes){ $(document.getElementById(getQuest()+'.'+uniqCodes[key])).attr("checked", ""); } if (!checkCheckbox()) checkText(text); } }







各行についてコメントしません。なぜなら これはあまりにも多くのテキストに気付くでしょうが、私は簡単にアルゴリズムを説明します：クリック（）またはキーアップ（）イベントによって入力タイプの各要素に同じ関数の呼び出しをアタッチしますが、「check」パラメーターとオブジェクト（テキストフィールド）を渡します。 チェックが呼び出されると（クリックされると）、関数は定義済みのアルゴリズム（作業の種類に基づく）に従って作業div内のすべての要素を実行し、フィールドの値を収集し、分析し、必要に応じて、より専門的なテスト関数を呼び出します。



この例では、テキストを使用した複数選択チェック機能は、単純な複数選択チェック機能の開始を開始できます。 単純な複数選択は、テキストを使用した複数選択の簡易バージョンであり、それに含まれています。 プリミティブ型をチェックするためのすべての機能（複数選択、単一選択、自由回答形式の質問を含む）は、プリミティブのフィールドタイプのみがチェックされるように設計されています。 したがって、複雑なタイプの質問を単純な質問に自動的に分類し、それらのチェックを実行すると、テストが成功したかどうかにかかわらず、目的の結果（trueまたはfalse）が得られます。 そして、もしそうなら、次へボタンからロックを削除し、そうでなければ何もしないか、それが利用可能であればそれをブロックします。



チェックが成功すると、送信、受信、記入、チェック、送信などの新しいサイクルが開始されます。



構造プログラミングを使用する



この場合（私の意見では）、クラスとオブジェクトの代わりに裸の関数を使用する方がパフォーマンスの点でより望ましいです。 大量のユーザーがいる場合、1つの特定のメソッドを使用するためだけに多数のプロパティを持つオブジェクトを作成することは、少なくとも合理的ではありません。 5〜10個のオブジェクトを使用した操作は、機能を使用した同様のアクションよりもリソースの点でコストが高くなります。



さらに、エンジンアーキテクチャがシンプルであるため、OOPのポイントがわかりません。

まとめると

このエンジンアーキテクチャは、参加の招待を受けたユーザーの数が約12万から13万人であり、忠実なユーザーは顧客の顧客であり、郵送自体が顧客に代わって行われた研究の1つで成功しました-同時に、受信されました約22kの生産的なインタビュー、および総訪問数は約45kでした。



少数の研究が多数行われています。



統計によると、このアーキテクチャは信頼性が高く高性能です。 さらに、（私の意見では）便利で非常に柔軟です。



十分な空き時間がある場合は、おそらくこのエンジンのファイナライズに戻り、再び、すべてのソースをパブリックドメインに配置し、機能の詳細な説明とあらゆる種類の利点を追加します。 しかし、これはすべて「可能」なだけです...



かつて私がこの分野に突入し始めたとき、そのトピックに関する情報の不足は壊滅的であり、すべてのタスクを試行錯誤によって解決する必要がありました。



このマニュアルとそれに反映した私の個人的な経験が、何らかの形であなたの助けになることを願っています。



また、この資料が、マーケティング調査でのオンラインプロファイルのプログラミングなどのトピックに関する情報の空白を何らかの形で満たすことを願っています。



ただし、残念ながら、クォータプログラミング、コンジョイントまたはプログラミングのアンケート、および/またはCATIのエンジン（実際には、CATIスタジオ自体の技術ベースの組織）などのトピックは対象外です。 その他多数...



しかし、これらはすべて個々のFAQとマニュアルのトピックです。



ご清聴ありがとうございました。