※ 提出方法・単位についてはこちら

まずはＬＰＣに関する講義資料を読んでください

ＲＰＣ（Ｒｅｍｏｔｅ　Ｐｒｏｃｅｄｕｒｅ　Ｃａｌｌ）というネットワークを介したコミュニケーション手段がありますが、ＬＰＣはＲＰＣと同様なメカニズムを、仮想的なネットワークポートであるＰＯＲＴオブジェクトを用いて、異なる物理メモリ空間にマップされているローカルプロセス同志のコミュニケーションを実現します
特に、クライアントサブシステムがカーネルサービスを利用するのに使用します
ユーザモードプロセスがカーネルプロセスのメモり空間のデータにアクセスする必要があるとき、そのポインタをやりとりするのは危険です
そのため、クライアントプロセスはサーバプロセスにデータに対するハンドルとしてリクエストメッセージを送り、サーバプロセスはリクエストされたハンドルに応じて必要なデータだけを処理し、リプライメッセージとしてクライアントプロセスに送り返します
このＬＰＣ機構によって、クライアントプロセスはハンドルという形でしかカーネルメモリにアクセスできないので、カーネル空間を保護することができます

具体的な実装は、カーネルメモリ内に共有メモリ領域にサーバプロセスとクライアントプロセスの仮想メモリ空間をマップし、Sender がそこにメッセージを書き込み、Receiver がそこからメッセージを読み出すことでコミュニケーションを行います
これによって、データのコピーを行わずにすむので効率的なプロセス間コミュニケーションを実現できます

Question 1

ＬＰＣオブジェクトに関してはＬＰＣに関する講義資料11ページ以降に列挙されています

Experiment 1,2

ＬＰＣに関する講義資料の８ページ目に簡単な擬似コードがあります。
プログラムに必要なハンドラやデータ構造は"tokyodemo.h"の125行目以降に定義されています
ちなみにドキュメント内の変数名 Nt~ は "tokyodemo.h"内では Tok~ なので注意してください

ＬＰＣに関しては難しい Windows API はそれほど必要ありませんが、必要ならば金田さんの配ったレジュメ（HTML、PDF）を参考にしてください

Experiment 3

あるクライアントプロセスが、別プロセスと共有しているクライアントＤＬＬに break point を設定すると、別プロセスがそのＤＬＬを実行したとき . . .

Question 2

ＬＰＣに関する講義資料の10ページ目に注意してください

Question 3

separate port とは Connection Port(コネクションの確立に使用) と Communication Port(コネクション確立後のメッセージ通信に使用) のことだと思われます