遠隔教育におけるコミュニケーション。 同期通信手段

同期ビット同期 データレートが固定された厳密な周期モードでは、送信側タイマーと受信側タイマーの調整を保証する同期メカニズムを使用する必要があります。タイミングを調整するには、次の3つの方法が使用されます。

保証された状態変化;

個別の同期信号。

オーバーサンプリング。

保証された状態変化-タイミング情報をデータ信号自体に埋め込む方法。

セパレートクロック信号-タイミング情報のみを送信する送信機と受信機の間の専用チャネルを使用する方法。

リサンプリング-受信機がボーレートよりも高いクロックレートで信号をサンプリングする方法。

同期接続は、主に高速通信チャネルやマルチメディアトラフィック伝送、メインフレームやミニコンピュータの接続に使用されます。 非同期データ転送の問題の1つは、非常に高いコード冗長性に関連しています。 情報シンボルのバイトごとに、3〜4ビットのサービス情報を追加する必要があります。

各ビットが送受信される正確な瞬間が決定される場合、シリアル送信は同期的であると言われます。 この場合、ビットストリームはフレーム（フレーム）にグループ化され、空の間隔はなく、同期は送信全体を通して実行されます。 したがって、高いデータ転送速度と、もちろん、高速アプリケーションを使用する可能性があります。

流れの方向

同期接続の場合、元のメッセージは十分に大きなフラグメント（パケット、フレーム、セグメント）に分割されます。 各パケットには、ヘッダー（ヘッダー）とトレーラー（テール）に含まれるサービス情報が付属しています。これは、パケットの終わりとエラーなしの受け入れを示します。 これにより、非同期方式と比較して、エラー検出および訂正方式の効率を大幅に向上させることができます。

通信の送信順序によると、次のとおりです。 シンプレックス,半二重と デュプレックスまたは全二重。

シンプレックス（単方向通信）

データは一方向にのみ転送されます（一方通行）。 純粋な形式のメソッドが使用されることはめったになく、エラーを時間内に報告して修正する方法はありません。 例：テレビ。

P oluduplex （半二重通信）

半二重チャネルは、同じリンクを介してデータパケットを送受信しますが、交互に、または時間的に分離されます。 例：MWラジオ。

半二重プロトコルFTP（ファイル転送プロトコル）の実装例。

P 満杯 デュプレックス（全二重通信）

この方法では、データは同時に1つのリンクを介して両方向に移動します。 それは双方向の道のようなものです。 例：電話。

ベースバンド伝送と広帯域伝送。

使用される帯域幅は、データ伝送媒体に割り当てられた帯域幅です。 伝送媒体の総帯域幅は、チャネルに分割できます。 チャネルは、データの送信に使用される帯域幅の一部です。 データ伝送媒体の帯域幅を割り当てるには、次の2つの方法があります。

ベースバンド（ベースバンド）での送信。この場合、周波数帯域全体が1つのチャネルに使用されます。

ブロードバンド伝送（ブロードバンド）、このタイプの伝送では、帯域幅を個別のチャネルに分割します。

同期

データ転送時の実行 クロック同期はデータの送受信を成功させるための前提条件ですが、これは1つを引き起こしますが、根本的な問題です。 送信機と受信機が同じ周波数のクロックジェネレーターを持っているという事実にもかかわらず（もちろん、いくつかのエラーがあります）、データをデコードするために、受信機は送信機のクロック周波数をより正確に決定するだけでなく、これらの位相を調整する必要があります2つの周波数。

）SQL、WebおよびEJBコンポーネントを使用したデータベースサーバーとの対話の問題を調べました。 次に、クライアントとサーバーの同期相互作用についてでした。
本来の意味での「同期相互作用」とは、あるアプリケーションから別のアプリケーションに情報が（何らかの形で）転送されると、送信側アプリケーション（「クライアント」）が受信側からの要求に対する応答を待機するモードに切り替わったことを意味します。アプリケーション・サーバー"）。 それどころか、「非同期」は、応答を待たずに作業を継続する能力として理解されていました。
マルチスレッドアプリケーションを開発するための簡単で便利なツールを備えたオペレーティング環境が普及したため、「同期」と「非同期」の相互作用の概念の意味が変わりました。マルチスレッド環境では、古い解釈がその意味を失ったからです。
現時点では、「非同期相互作用」とは、送信者と受信者の間に「仲介者」が存在する情報転送のモードを意味します。これにより、メッセージの送信が保証されるだけでなく、次のような他の問題も解決されます。

配信中に必要な方法でメッセージを処理する機能を提供します。

代替の配送ルートおよび/または最適な（ある意味で）ルートを選択できます。

送信後のメッセージの長期保存を提供します。たとえば、配信の信頼性を確保したり、「遅延」配信を実装したりします。

メッセージを複製して、1人だけでなく複数の受信者に配信します。

同期および非同期通信モードは、さまざまなトランスポートプロトコルを使用して実装できます。 Javaテクノロジに関しては、同期呼び出しは「RPCスタイルの呼び出し」（リモートプロシージャコール）と呼ばれ、非同期呼び出しは「メッセージの送信」（英語ではメッセージング）と呼ばれます。
メッセージングスタイルの非同期通信は、分散システムで重要な位置を占めています。 おそらく、この相互作用の方法の主な利点は次のとおりです。

使いやすいAPI。

保証されたメッセージ配信。

サーバーアプリケーションを作成せずにメッセージを受信する機能。

Java言語を使用するレベルでは、このような相互作用のインターフェースの形式化は、JMSテクノロジー（Javaメッセージングサービス）です。

JMSの基本概念
このテクノロジーを使用する主なアイデアは、開発者がクライアントアプリケーションのみを作成し、その一部は送信者であり、一部はメッセージの受信者であるということです。 もちろん、同じアプリケーションでメッセージを送受信できます。 サーバー（多くの場合、メッセージブローカーと呼ばれます）は、通常、大企業によって構築されます。IBM、Tibco、Sonic、およびアプリケーション開発者は、単にWebサーバーやデータベースサーバーのように使用します。
原則として、JMSを使用してソフトウェアシステムの作業を開始する前に、いわゆる管理対象オブジェクトがサーバー側で作成されます。 これらは、第一に、接続ファクトリであり、第二に、トピック（トピック）とキュー（キュー）の2つのタイプの「ターゲット」オブジェクトがあります。 トピックとキューの主な違いは、トピックはメッセージを受信したいすべての人にメッセージを伝播することです。キューは、メッセージを1人のコンシューマー（時間のある最初のコンシューマー）に送信するためのチャネルにすぎません。 したがって、キューは「sender-receiver」プログラミングモデル（sender-receiver）とトピック-「publisher-subscriber」（publisher-subscriber）を実装します。
メッセージ受信者（トピックとキューの両方を使用する場合）は、同期と非同期の2つのモードで目的のターゲットからメッセージを取得できます。 この場合、「同期」および「非同期」という用語は、受信アプリケーションでメッセージを受信するモードを特徴づけます。
同期モードでは、レシーバープログラムは、必要なターゲットオブジェクトに関連付けられた特別なレシーバーオブジェクトに対して特別なメソッド（receive（））を明示的に呼び出します。 このメソッドは、使用可能な場合はメッセージを返します。 メッセージがない場合、このメソッドを呼び出すとコマンド実行スレッドがブロックされ、プログラムはメッセージが到着するのを待ちます。
非同期モードでは、レシーバーはカスタムMessageListenerインターフェースのonMessage（）コールバックメソッドを実装します。 開発者は、このインターフェイスを実装するクラスを作成してから、そのクラスのインスタンスを作成し、それを目的のターゲットにマップします。 メッセージが到着すると、onMessage（）メソッドのコードが呼び出されて実行されます。
管理対象オブジェクトは通常、サーバー開発者が提供する特別な管理ユーティリティを使用して、メッセージブローカー管理者によって作成されます。 ほとんどの場合、そのようなオブジェクトはグローバルです。 はさまざまなアプリケーションで使用でき、それらへのアクセスはネームサービス（JNDI）を使用して行われます。
JMSは、メッセージが「真の」コンシューマーではなく、ターゲットオブジェクトにのみ配信されることを保証することを理解することが重要です。 プログラム内のイベントをトピックまたはキューから正しく受信するタスクは、非常に簡単ではありません。
JMSの最も重要な概念はセッションです。 セッションは、メッセージが渡されるスレッドコンテキストと考えるのが最も簡単です。 セッションファクトリは接続です。 次に、セッションは、オブジェクト（メッセージの送信者、オブジェクト）、メッセージの受信者、およびメッセージ自体のファクトリの役割を果たします。 イベントの送信者、受信者、およびイベント自体は、通常のローカルJavaオブジェクトです。 イベント（メッセージ）が送信されると、通常のJavaルールに従ってシリアル化されます。
より複雑なケースでは、分散トランザクションを使用して、セッションはメッセージの受信者として機能すると同時に、ディスパッチャとして機能します。

JMSおよびGeronimo/WAS CE
Geronimo / WAS CEでのJMSの使用には、いくつかの詳細があります（WAS CE 1.2のリリースまで残ります）。 この特異性は、JMS管理対象オブジェクトへのアクセスの取得に関連しています。 この問題の本質（問題がある場合）は次のとおりです。JMSAPIを使用するための標準的なアプローチは、グローバルな（ある意味では-パブリックな）管理対象オブジェクトの使用に基づいています。 これらはシステム管理者によって作成されることになっており、コードはJNDIネーミングサービスを使用して、検索に一般的なJ2EEアプローチを使用してそれらを使用します。
Geronimo / WAS CEの背後にある哲学は、システムパフォーマンスを向上させるために、グローバルな名前付けコンテキストを廃止することです。
これは、単一のXML記述子スペースの外部、つまりJ2EE EARの外部で、管理対象オブジェクトへのオブジェクト参照を取得することが難しいことを意味します。
問題は開発者によって認識されています。 もちろん、根本的な問題は、グローバルJNDIコンテキストをサポートし、これらのオブジェクトをサーバーにデプロイするときに、このコンテキストでJMS管理対象オブジェクトへのオブジェクト参照を自動的に登録することで解決されます。 グローバルコンテキストのサポートはバージョン1.2で約束されています。 これが行われるまで、緩和的解決策が使用されます。 サーバーの起動時に、geronimo / activemq / 1.0 / carという名前の構成がインストールされ（サーバーのバージョン1.0.xの場合）、グローバルコンテキストと、3つの接続ファクトリを含むいくつかの管理対象オブジェクトを持つ特別なネーミングサービスインスタンスが作成されます。 たとえば、次のコードを使用して、これらのオブジェクトにアクセスできます。

プロパティprops=new Properties（）;

props.setProperty（Context.INITIAL_CONTEXT_FACTORY、
"org.activemq.jndi.ActiveMQInitialContextFactory"）;
props.setProperty（Context.PROVIDER_URL、 "tcp：// localhost：61616"）;

コンテキストinitContext=new InitialContext（props）;

その後、受信したコンテキストについて、list（）メソッドを呼び出します。次に例を示します。

NamingEnumeration enum = initContext.list（““）;
while（enum.hasMore（））
{
オブジェクトo=enum.next（）;
System.out.println（o）;
}

その場合、出力は次のようになります。

QueueConnectionFactory：org.activemq.ActiveMQConnectionFactory
dynamicTopics：org.activemq.jndi.ActiveMQInitialContextFactory $ 2
ConnectionFactory：org.activemq.ActiveMQConnectionFactory
TopicConnectionFactory：org.activemq.ActiveMQConnectionFactory
dynamicQueues：org.activemq.jndi.ActiveMQInitialContextFactory $ 1

ご覧のとおり、3つの接続ファクトリが作成されています（1つは一般用、1つはトピック専用、もう1つはキュー専用）。 これらの管理対象オブジェクトに加えて、dynamicTopicsとdynamicQueuesの2つの子コンテキストが作成されます。 JNDI権限に関しては、これらのコンテキストは読み取り専用です。 それでも、情報をそれらに入れることは可能です（キューおよびトピックへのオブジェクトリンク）。
これらの接続およびコンテキストファクトリ（dynamicTopicsおよびdynamicQueues）の使用については、以下で説明します。
WAS CEでJMSを使用する際に留意すべき最も重要なことは、管理対象オブジェクトを作成するためにRARモジュール（コネクタ）とそれに対応するGBeans構成を作成する必要があり、リソース（管理対象オブジェクト）へのアクセスはXML記述子を使用して指定することです。 これは、単一のEARアーカイブの一部としてシステムの異なるコンポーネント間でJMSを使用する場合にのみ、すべてが迅速かつ簡単に実行されることを意味します。 それ以外の場合、JMSオブジェクトへのアクセスを提供するのは開発者の責任です。 いずれの場合も、これはそれほど難しいことではありません。

WASCEでメッセージブローカーを開始します
WAS CEを使用すると、いくつかの異なるメッセージブローカーを作成して実行できます。 特に、WebSphereMQまたは別の商用実装を使用できます。 デフォルトでは、配布パッケージには、オープンソースプロジェクトの一部として作成されたActiveMQブローカーが含まれています。 これは、サーバーの起動時にデフォルトで開始されるgeronimo / activemq-broker / 1.0/car構成にあります。 サーバー構成file.varconfigconfig.xmlには、この構成のオプションに関する次の説明が含まれています。

0.0.0.0
61616

ActiveMQメッセージブローカーは、さまざまな通信プロトコルをサポートしています。 管理コンソール（図を参照）を使用すると、プロトコルのリストと対応する設定を確認できます（ナビゲーション列でJMSサーバーが選択されています）。

これは完全に機能する強力なメッセージブローカーであり、その機能はほとんどの実際のアプリケーションに十分です。

Trainings.ruの編集長EvgeniaSkiba

教育学には、同期学習と非同期学習の概念があります。 ウィキペディアによると、同期学習は、同じ知識やスキルを同時に習得するために働く人々のグループの活動を説明しています。 この種の教育学は、主に大学入学前の教育で実践されています。 高等教育のシステムでは、同期学習の1つの方法論的なタイプである講義が依然として一般的です。

成人教育の現代の実践では、eラーニングに関連して同期および非同期の学習方法について話すのが通例です。 その急速な発展により、これら2つのタイプの学習を異なる角度から見ることが可能になりました。

それで、 同期eラーニング教師/トレーナー/家庭教師と聴衆とのリアルタイムの相互作用が含まれます。 講師は、研修生の反応を評価し、彼らのニーズを理解し、それに対応する能力を持っています。質問に答え、グループに都合のよいペースを選択し、プロセスへの研修生の関与を監視し、必要に応じて研修生をグループに「戻し」ます。

で 非同期学習コースを修了したり、文学を読んだりする責任は、完全に学生の肩にかかっています。 教師/トレーナー/チューターは「舞台裏」のままですが、学生が都合の良い時間に、そして彼が個人的に快適に感じるモードでコースを受講できるとき、自己ペースの学習の利点が現れます。

非同期eラーニングテクノロジーのカテゴリには、ロシア市場で最も人気のある従来のテクノロジーが含まれます。 eラーニングコース。 コースが生徒にどのように提供されるかに関係なく、ディスク上または学習管理システム（LMS）を介して、教師とのコミュニケーションは時間内に中断されます。

ポッドキャスト-ちなみに、これは別のタイプの非同期学習テクノロジーですが、少なくともある程度はロシアで使用されています。 ポッドキャスティング（英語のポッドキャスティングから-アップ​​ルの人気のあるmp3プレーヤーであるiPodという言葉の派生語であり、放送を意味する放送）は、インターネット上でオーディオおよびビデオコンテンツを配信するための新しい形式です。 オーディオブックのようなポッドキャストは、車の中で、地下鉄の中で、朝のランニング中に聞くのに便利です。

ポッドキャストは、企業のトレーニングとマーケティングの両方の目的で使用できます。

従業員が作成したアプローチでは、ポッドキャストはWeb2.0の古典的な要素になりつつあります。 したがって、従業員は何かのビジョンを表現したり、直接学習ポッドキャストを作成して、社内のWebサイト、学習ポータル（学習ポータル）、またはLMS（学習管理システム）にアップロードしたりできます。

教育におけるポッドキャストの使用（私たちはあらゆるアプローチについて話している）は単なる賛辞であるという見解があります（www.hrm.deに基づくドイツの会社DJMConsultingの教授Dr.WolfgangJagerとCristianMeser）ファッションであり、効率にはまったく影響しません。 ただし、Bersin＆Associatesの調査によると、米国の企業生活におけるポッドキャストの使用は、年間約10％増加しています。

同期学習のカテゴリに切り替えましょう。 私たちの国ではeラーニングが比較的若いため、ロシアでは非常に限られた数のツールとテクノロジーが使用されており、参加者はリアルタイムで学習プロセスに参加できます。 私の情報によると、ロシアの企業は、音声、ビデオ会議、仮想教室をある程度「飼いならし」ました。

ビデオ会議任意の距離でビデオ画像をブロードキャストできます。 これは、会社のリモートオフィスへの実際の会議のブロードキャストである可能性があります。 プレゼンテーションスライドは、実際のパフォーマンスなどの音声伴奏を使用して、スピーカーのコンピューターから直接ブロードキャストできます。 ビデオ会議は、Rostelecomが地域オフィス向けのセミナーを実施する際に積極的に使用されています。

からのレッスン 仮想クラス（仮想クラス）は、同期学習のカテゴリの良い例です。教師/チューターは、仮想コミュニケーションを通じて、学生に情報、演習、聴衆からの質問への回答、学習の評価などを提供します。

共同学習（共同学習）の人気の高まりに関連して、仮想教室の要素（テクノロジー）の中で、条件付きで共同同期学習ツールと呼ぶことができるグループが出現しました。 これらには以下が含まれます：

ホワイトボード（文字通り：ホワイトボード。教育委員会の電子アナログ）-ウィキペディアによると、コラボレーションのホワイトボードとして機能する電子パネル。 仮想教室WebSoftのソフトウェア開発者の言葉を借りれば、ホワイトボードは描画用のホワイトボードであり、教師がホワイトボードへのアクセス権を制御します。ホワイトボードは自分で、または生徒と一緒に描画できます。 原則として、ペイントのような描画ツールの標準セットがあります：線、円、長方形、テキスト、画像のアップロードなど。

ヴィクトル・ジュコフ Competentumの企業コンテンツの責任者である、は、ホワイトボードをeラーニングのニーズに対応する黒板の進化形と見なしています。 教師と生徒は、スライドや写真を配置したり、描画したり、メモを作成したりできる画面の領域を共有できます。 情報は、各参加者のコンピューター上でリアルタイムに更新されます。

プロセスの各参加者は、プロセスの他の参加者と同じモードでボード上のコンテンツを操作する機会があります。つまり、ボード上の図にコメントを追加したり、終了、修正、明確に説明したりすることができます。離れた場所にいる同僚に対する彼らの視点。 したがって、ホワイトボードは、さまざまな場所にいる参加者とのブレインストーミングセッションに最適です。 ホワイトボードとは、ウィキテクノロジーを指します。 このタイプの対話は、多くの場合、ビデオ会議ソフトウェアに含まれています。 ボードは、学習者がアイデアやプロセスに集中するのに役立ちます。

「仮想ホワイトボード」の例：

米。 一。ケリカ」sグラフィカルウィキアプローチ

小会議室（文字通り-画期的な部屋）-テキストやビデオ素材とコラボレーションするためのテクノロジーを備えた、小グループで作業するための仮想部屋。 多くの場合、ホワイトボードテクノロジー、パワーポイントプレゼンテーションコラボレーションテクノロジー、およびその他のコラボレーションテクノロジーが含まれます。

ブレイクアウトルームも仮想クラスの要素です。 教師は「部屋」を使用して小グループで作業することができます。 同時に、彼は各小グループを別々の小会議室に配置し、たとえば、事件を解決したり、議論の準備として反論を議論したりします。

によると アレクセイコロルコフ、WebSoftのCEO、部屋の中の学生はお互いを見たり聞いたり、ホワイトボードに描いたり、チャットしたりしますが、他のグループのメンバーには会いません。 教師は、各部屋の作業を観察してモデレートすることができます。 教師の決定により、部屋の生徒は一般セッションに集まり、グループ作業の結果について話し合うことができます。

小会議室は仮想だけではありません。 物理的な「小会議室」は次のようになります。

米

アプリケーションコラボレーション-教師または適切な権限を持つ仮想クラスの別のユーザーが、自分のコンピューターの画面（画面全体または別のソフトウェア製品）を他のすべての生徒にデモンストレーションし始めるときのツール。 場合によっては、教師は自分のコンピュータの制御を生徒に移したり、その逆を行ったり、特定のアクションを自分のコンピュータで生徒にコメント付きで見せたりすることができます。

インタラクティブな投票特定のトピックに関するトレーニング参加者の意見をすばやく収集できます。 このテクノロジーにより、アンケートをすばやく作成、編集、配置することができます。たとえば、仮想教室やその他の同期電子学習ツールに配置できます。

Webツアー（webtours）-共同Webサーフィン。 Webサイト間を一緒に「移動」できるようにするテクノロジー。

パワーポイントとのコラボレーション-チームまたはワーキンググループの複数のメンバーによるパワーポイントでのプレゼンテーションの同時共同作業。 通常、リモートワークを指します。

ウェビナー、または2匹のウサギを追いかける

このような学習ツール ウェビナー（ウェブ+セミナー）「1つの石で2羽の鳥を殺す」、つまり、同期と非同期の両方のeラーニングの両方のカテゴリに属する​​ことができます。 「ライブ」ウェビナー（オンラインウェビナー）に参加する場合、つまり、リアルタイムでスピーカーの話を聞き、チャットで質問できる場合は、同期学習を処理します。 数週間前に行われたウェビナーの記録をダウンロードした場合は、非同期タイプのeラーニングがあります。 ウェビナーは、ライブで開催された後も「乾燥した残留物」が残るため便利です。これは、元のウェビナーよりも人々の需要がさらに高まる可能性があります。

教材自体に加えて、 コミュニケーション/相互作用の手段、トレーニング、情報の送受信などの目的で使用できます。 さらに、このようなコミュニケーション手段は、生徒が教師やグループとのつながりを感じ、発生する問題や質問をすばやく解決できるため、学習自体にとって重要です。

そのような手段には以下が含まれます メッセンジャー（ICQ、SKYPE、チャット）。 通常、教師/家庭教師はインスタントメッセンジャーを使用して、生徒との絶え間ない連絡を維持し、生徒の質問に迅速に回答します。 チャットを仮想教室やウェビナーなどに組み込むことができる場合もあります。

私はそれを非同期の通信手段に帰するでしょう Eメール。 そしてここ ソーシャルメディア対話者がオンラインでない場合は、同期モードとタイムギャップの両方で教師と生徒と連絡を取ることができます。

学習に使用されるものを含む、非同期通信手段のカテゴリには、次のものが含まれます。 フォーラム。 私の意見では、このタイプの相互作用には長所と短所があります。 大きな欠点は、対話プロセスのペースが遅いことです。フォーラムでは、発言や質問に対する回答がどれだけ早く届くかを推測することはできません。 さらに、検索エンジン（Yandex、Rambler、Google）によるフォーラムのコンテンツのインデックス作成では、同様のトピックについてのディスカッションを含むフォーラムを見つけ、そこで質問に対する回答を見つけることができます。

ロシアでまだ使用されていないもの、または非常に少量使用されているものについて話しましょう。 実際、世界で使用されているさまざまなeラーニングツールは、想像を絶するものです。 注目を集め、効果的であることが証明されている人気のあるテクノロジーがあります。 少数の企業によって使用される多くの小さな開発があります。

出力

世界の専門家は、ブレンディッドラーニングアプローチを使用して学習の最大の効果を達成できることに疑いの余地はありません。一部のプログラムモジュールはeラーニング形式で実施され、一部は通常の対面形式で実施され、プロセスの参加者を集めます。クラスルーム。

興味深いことに、用語があります 混合eラーニング（ブレンド型eラーニング）。これは、トレーニングプログラムが同期eラーニングの要素と非同期の要素の両方から構築されていることを意味します。 つまり、教材の一部はトレーニングコースの形で、一部は仮想教室でのクラスの形で実装することができます。幸いなことに、市場には多くのテクノロジーがあり、それらは興味深いものです。相互作用とコラボレーションの機会。

まったく、 チームワーク学習へのアプローチ（協調的アプローチ）は、現代の学習および開発業界のトレンドです。 このブームは、労働力に加わる新世代Y（1980年以降に生まれた）は、トレーニングの内容とその提供方法の両方で異なるニーズを持っているという考えから始まりました。 この世代はコンピューターよりも若く、友人や家族との絶え間ない仮想コミュニケーションなしにはその人生を想像することはできません。 しかし、結局のところ、仮想インタラクションテクノロジーは若者だけでなく重要です。 多くの専門家は、興味深いサイトや特定の記事へのリンクやブックマークを絶えず交換し、ウィキペディアを使用し、ソーシャルネットワークに登録し、他の多くのWeb2.0サービスを使用しています。 Web 2.0のアプローチは、コミュニケーションだけでなく、仕事の問題や専門能力開発の解決にも面白くて便利であることがわかりました。

eラーニングの開発における一般的な傾向は次のとおりです。：eラーニングの使用は増加しており、対面学習の使用は徐々に減少しています（ただし、完全に取って代わられることは決してないことを認める必要があります）。 テクノロジーへの投資を始めた中小企業によって、eラーニングの成長が今起こっていることが重要です。

スピーチの音声的側面を教える際のITの応用における教師の主な仕事は、言語の実際的な習得のための条件を作り出すことです。

目標

1）認知活動を活性化する

この目標には2つのアプローチがあります。

• 学生中心

a）教師と生徒の間の協力

b）プロジェクト方法論（ITの使用）

• 「飴と鞭」アプローチ

2）音声の音声面を教える実証済みの形式を適用する

処理方法：

• 標準を聞く

• 音の性質の説明

• トレーニング

情報通信技術によって提供される機会

• さまざまな再生速度で標準を聞く機能

• 調音装置の操作のアニメーションデモンストレーション

• 自己評価分析のためにユーザーが発した音の録音

• ユーザーが発音した音と標準との比較および一致度の決定

• ガイド付き対話の実装

これらの機会の枠組みの中で、フィードバックの原則を常に実施する必要があります。生徒には、自分が正しい方向に進んでいるかどうかを知る機会が与えられます。 次に、教師は学習プロセスを常に同期して観察する機会があります。

チュートリアル

音声学を教えるのに役立つ最も人気のあるプログラムは次のとおりです。

• 私の話す辞書

• 話して

• ヒギンズ教授

これらのプログラムを、系統的、人間工学的、技術的な3つの側面から考えてみましょう。

テストされたプログラムの批判的評価ヒギンズ教授

ヒギンズ教授の表紙

記事のこのセクションでは、ヒギンズ教授のプログラムを評価します。

プロヒギンズ教授：

• 学習者が自分の発音を視覚的に認識し、ネイティブスピーカーの発音と比較する機会

• プログラム辞書のボリュームは8000語です。 プログラムには、ことわざ、ことわざ、詩、早口言葉も含まれています

• 「単純なものから複雑なものへ」の原則を使用する

• うまく設計された多様な演習のブロック

• このプログラムでは、イラストやアニメーションを多用して、音の明瞭度をよりよく理解できるようにしています。

• プログラムはあなたがあなた自身の発音のペースを調整することを可能にします

• プログラムは、自然なコミュニケーションと同様のインタラクティブな環境を作成します

マイナス:

• プログラムはロシア化されていません

• プログラムには特定の評価アルゴリズムがあり、複数の回答を許可していません

• 本当のコミュニケーションの欠如

資力

次のようなさまざまなマルチメディアチュートリアルがあります。

• ハイパーテキストドキュメント（HTML、Java）

• コンピュータプログラム（ケーステクノロジー）

リソース（ロシア語と本物の両方）は理論的かつ実用的です。

リソース機能

理論的リソース（教科書）は、次の音声の問題の数に焦点を当てています。

• 言葉のストレス

• 文字や単語の正しい読み方

• 減音

• 音節の種類

• 一時停止、リズム、テンポ

実用的なリソースのプロパティ：

• ネイティブスピーカーが発声した音声サンプルが含まれています

• スピーチのイントネーション構造に関する完全な情報はありません

• 音声現象の詳細なセット

ただし、これらのリソースには次のような欠点もあります。

• リソースが多すぎます

• すべてのオーディオ資料がロールモデルであるとは限りません

インターネットコミュニケーションツール

比較的最近登場したインターネットは、現代社会で最もダイナミックに発展している現象の1つになっています。 情報の入手に関連するインターネットの主な機能は、今日では主要な機能ではなくなり、この役割は通信の機能に引き継がれています。 まず、Webでのコミュニケーションはマスコミの条件で行われるため、従来の生活における直接コミュニケーションとは対照的に、独自の特徴を持っていることは注目に値します。

このように、インターネット上のコミュニケーション手段は学習における強力なツールであり、人が直接対話に参加することを可能にすることがわかります。 存在 同期と 非同期コミュニケーションの手段。

同期通信

同期通信手段は、リアルタイムで情報を交換できる通信手段です。 教育プロセスの参加者間のこの種のフィードバックは最も有望であり、直接のコミュニケーションの機会を提供します。

同期通信手段の種類：

• 音声およびビデオ会議

コミュニケーションは、教師と生徒と直接接触して行われます。 ビデオ通信では、対面式の教室と遠隔教育の間の境界線があいまいになります。 実際、知識を習得するこの方法は、古典的な対面学習と遠隔学習のすべての肯定的な性質を組み合わせたものです。

• テキスト会議（チャット）

最も一般的なコミュニケーションオプションは、学習プロセスの2人の参加者間の個人的なチャットです。 ただし、必要に応じて、遠隔教育プロセスの3人以上の参加者とチャットを公開できます。 不利な点は、視覚的な接触の欠如、および教師の側では、彼が実際に誰と通信しているかを確認できないことです。 これは、遠隔試験やセミナーを実施する場合など、知識をテストおよびチェックする場合に特に重要です。

非同期通信

非同期通信手段により、時間遅延のある情報交換が可能になります。 同期コミュニケーションツールとは異なり、柔軟性が高く、学生がコースの教材を扱うのに都合のよい時間を選択できます。

オーディオブログ

特殊性：

• RSSプロトコルに基づくデータ伝送の標準化
• インターネットに登場したさまざまな資料に関する情報の伝達方法を統一する
• ダイナミックなキャラクター
• 無料の著作権プログラム

方向：

• 実用的な音声学のレッスンのビデオ録画
• リスニングスキルの開発
• アクセント、スピーチスタイルの詳細な研究

ボイスメール

ボイスメールは、オーディオメッセージとビデオメッセージの交換です。 英語のレッスンでボイスメールを使用すると、コミュニケーションの信頼性の原則を実装するのに役立ちます。 プロジェクトの方法論の実装に最も効果的に使用できます（たとえば、ネイティブスピーカーがプロジェクトに関与している場合は、ロシア語と英語を話す参加者と通信するときに音声メールを使用する方が適切です。聞く能力ネイティブスピーカーのスピーチが発達することを理解します。

音声フォーラム

音声フォーラムは、音声メッセージを使用してトピックについて話し合うフォーラムです（たとえば、音声フォーラムなど）。 Voxopop、古い名前でよく知られています Chinswing）。 すべてのディスカッションはテーマ別チャネルに分類されます。 これらのチャネル内には、マルチユーザーディスカッションがあります。 各メッセージは登録ユーザーの音声メッセージです Voxopop。 サイト構造には2つのページがあります。1つは特定のトピックに関するすべてのディスカッションのリストを含み、もう1つはディスカッションページを直接表示し、ユーザーの音声録音を直接聞きます。

• 設計方法論の実装

• 創造的活動の刺激

• 言語の壁を乗り越えながら、母国語話者とのコミュニケーションに学生を参加させる機会

• 外国語を学ぶ動機

• 非常に幅広いトピックに関する議論に外国語の知識を応用する機会

スピーチの音声的側面を教える際のICTの使用の方向性

スピーチの音声的側面を教える際のICTは、次の2つの方法で使用されます。

• チュートリアルの使用、その利点は、独立した作業の編成です。

• インターネット技術と電気通信の使用本物に近いコミュニケーションと学習の環境を作成します。

の バッファリングなしの相互作用の場合、送信プロセスは、データを転送する要求を受信者に送信し、その作業を続行します。 この要求は、受信プロセスがデータを受信する準備ができるまで待機し、receive（）コマンドを適切に呼び出します。その後、実際のデータ転送が開始されます。 協調するプロセスは、ネットワーク交換の終了について学習できるため、送信（）または受信（）操作の終了記号をチェックするコマンドを使用して、データを損傷するリスクなしに、送受信されたデータを処理できます。 。 この状況を図に示します。 1.9a。

の バッファリングされたインタラクションの場合、送信者は送信されたデータのバッファから追加の送信バッファへのコピーを開始し、すぐに機能し続けます。 この場合、送信されたデータのさらなる処理コピー操作が完了すると、送信プロセスは安全になります。 受信側では、receive（）コマンドが追加の受信バッファーから受信側のアドレス空間へのデータの転送を開始し、呼び出し元のプロセスに制御を戻します。 追加の受信バッファで送信者からデータがまだ到着していない場合でも、制御の復帰が発生することに注意してください。 この場合、receive（）コマンドからの要求は、データが到着するのを待ちます。 図からわかるように。 1.9bでは、非ブロッキングのバッファ付き送信/受信メカニズムを使用すると、送受信されたデータの処理が安全でない時間を短縮できます。

したがって、相互作用プリミティブをブロックすると、プログラミングが容易になり、通信セマンティクスが確実に満たされます。一方、非ブロック操作は、通信のオーバーヘッドをマスクすることにより、コンピューターシステムのパフォーマンスを向上させるのに役立ちます。 ただし、後者の場合、ソフトウェア開発者は、送信または受信操作が完了するまで、アプリケーションが送受信されたデータにアクセスしないようにする必要があります。 したがって、メッセージング操作を実装する最新のライブラリのほとんどは、通常、ブロッキングプリミティブと非ブロッキングプリミティブの両方を提供します。

1.5.5。 同期および非同期メッセージング

ブロッキングおよび非ブロッキングの送受信操作を定義する主なポイントは、他のプロセスの進行状況に関係なく、呼び出し元のプロセスのローカル動作を記述することです。 つまり、ブロッキングプリミティブは、データが送信プロセスのアドレス空間またはプロセスのアドレス空間にコピーされるときに、呼び出し元のプロセスに制御を戻します。

プロセススペースの受信、非ブロッキング-対応する操作を開始するだけです。 グローバルな観点からも相互作用を検討することは理にかなっています。 このコンテキストでは、同期メッセージングメカニズムと非同期メッセージングメカニズムが区別されます。

同期メッセージング 。 同期メッセージングでは、送信者と受信者はお互いに各メッセージを送信するのを待ち、送信操作は受信者がメッセージの受信を終了した後にのみ完了したと見なされます。

同期send（）操作の完了は、データ転送のセマンティクスが提供されるだけでなく、受信者がその実行の過程で特定のポイント、つまり対応するreceive（）操作の呼び出しに到達したことも示します。 したがって、プロセスはデータを交換するだけでなく、実行を時間内に同期します。

同期メッセージングのもう1つの利点は、メッセージを送信するために追加のバッファが必要ないことです。 同期send（）操作は、対応するreceive（）操作が呼び出されるまで完了できません。 もちろん、バッファリングを使用してこれらのプリミティブを実装することは可能ですが。 receive（）同期操作は、メッセージを受信した後、send（）操作を完了するために送信者に適切な確認応答を送信する必要があることに注意することが重要です。

ブロッキングインタラクションプリミティブを使用する場合、send（）呼び出しとreceive（）呼び出しのペアを使用してメッセージを送信することは、1つのアトミック操作と見なすことができます。

非同期メッセージング。 非同期メッセージングでは、メッセージの送信者と受信者の間に調整はありません。 操作を完了するには送信（） 送信者は、メッセージが受信されるのを待つ必要はありません 受信プロセス。 新しいメッセージを送信するとき、送信者は、同じまたは場合によっては別の受信者に送信された以前のメッセージが受信されたかどうかを知りません。 したがって、送信者と受信者の間の通信チャネルが、それを介して送信されるメッセージの順序を保持しない場合、つまり、 FIFOプロパティを提供しません先入先出 ）、受信者は、送信者によって送信されたのとは異なる順序でメッセージを受信する場合があります。 非同期操作受け取る（） 送信者に確認を送信する必要はありません（eng。了承 ）メッセージを受信します。

非同期メッセージングの利点は、送信者と受信者の計算を時間内にオーバーラップできることです。 プロセスは、お互いが各メッセージを送信するのを待ちません。

メッセージの送信と受信は時間的に同期されないため、ブロッキングプリミティブを使用してメッセージを送信するには、送信されたがまだ受信されていないメッセージに対応するための追加のバッファーが必要です。 すでに説明したように、この場合、バッファオーバーフローの状況でのsend（）操作の動作を定義する必要があります。 必要なスペースが解放されるまで送信側をブロックすると、プロセスのデッドロック状態が予期せず発生する可能性があります。 メッセージが破棄された場合、通信は信頼できるとは見なされません。