HEAVEN INSITE's Blog

　や～連日暑いですね。私は数年ぶりにかき氷を食べたのですが・・・



　まさかのビーカー。ブルーハワイが塩化銅水溶液に見えてならない！

ＤＢＭＳ
データベース・マネジメント・システム。
大企業などの膨大なデータを一括管理する（各事業所がそれぞれにデータベースを作ると効率が悪くミスも起きやすい）ためのデータベースシステム。
複数のユーザが同時にデータを更新しないように順番待ちをさせる（順序制御）、アクセス権を限られたユーザのみに設定する（権限確認）などの工夫ができる。

ＲＤＢＭＳ
リレーショナル・データベース・マネジメント・システム。
リレーショナル理論を採用したＤＢＭＳのこと。
リレーションとは、学級名簿など、縦列（フィールド）と横列（行。レコード）の二次元の表形式のこと。簡単に言うとエクセルのような表（テーブル）。
ツリーやネットワークと違って、データ同士の関係は定義されず、各データをかなり柔軟に扱うことができる。
異なる表のデータはＩＤ（キー）をつけることでやりとりすることができる（リレーションシップ）。

ＳＱＬ（シーケル）
ストラクチャード・クエリ・ラングエージの略。
とどのつまりデータベース言語。これを用いた命令文をＳＱＬ文という。
セミコロンで命令を一段落させるなど、Ｃ言語と重なる部分もあるが、文法のキーワードが大文字でも小文字でもＯＫだったり、文が長くなったら好きな場所で改行ができるなど柔軟性が高い。

ＣＲＥＡＴＥ文
データベースのテーブルを作成するためのコマンド。
Ｃ言語の構造体の宣言などと似ている。
型もＣ言語と同様で、整数値はINT、文字列はCHARなど（かっこの数字は桁数）。※INTEGERはNULLも入れることができる整数型。
具体的な文法は以下のようになる（このように見やすいように改行してもだいじょうぶ）。

CREATE TABLE 商品表
(
　商品コード CHAR(4),
　商品名 CHAR(16),
　単価 INTEGER,
　PRIMARY KEY(商品コード)
);

ＳＥＬＥＣＴ文
データベースの特定の列を選択するためのコマンド。
具体的な文法は以下の通りで、セレクト～（どの列を選ぶのか）と、フロム～（どのテーブルから選ぶのか）のふたつのフレーズで構成される文を書く。

ＳＥＬＥＣＴ　商品コード、商品名　ＦＲＯＭ　商品表　；

※ちなみにセレクトなどのキーワードは小文字でも大丈夫だが、読みやすいと言うことで、大文字で記述するのが慣例になっている。

ファイル
以下のタイプがある。

マスターファイル
社員情報や商品情報など、元帳の役割を果たす基本ファイル。一度作成・登録すると、頻繁に修正をおこなう必要はないもの。

トランザクションファイル
売り上げ情報や在庫情報など、日々発生する変動的データを扱うファイル。

ワークファイル（テンポラリーファイル）
作業中一時的に作成されるファイル。

ヒストリカルファイル（ログファイル）
ファイルに対してアクセスした履歴情報を管理するファイル。

データの整理
わりと重要な部分。

非正規形
データが整理されておらず、重複するデータがセルに存在する。

発注番号 取引先コード 取引先名 商品コード① 商品名① 商品コード② 商品名②
Ｈ００１ Ｔ１２３ リカード商会 Ｓ４５６ 毛織物 Ｓ７８９ ぶどう酒

第１正規形
非正規形から重複データをなくしたもの。
ただし、部分関数従属性（同一の発注番号から参照するコードが二つ以上ある）は残っている。

発注番号 取引先コード 取引先名 商品コード 商品名
Ｈ００１ Ｔ１２３ リカード商会 Ｓ４５６ 毛織物
Ｈ００１ Ｔ１２３ リカード商会 Ｓ７８９ ぶどう酒

第２正規形
第１正規形から部分関数従属性をなくしたもの。
それぞれのコードごとに別の表を作成している。
ただし最初のテーブルだけ、推移的関数従属性（発注番号→取引先コード→取引先名・・・とデータがたらい回しになっている部分）があり、中途半端。

発注番号 取引先コード 取引先名
Ｈ００１ Ｔ１２３ リカード商会

発注番号 商品コード
Ｈ００１　　　　Ｓ４５６
Ｈ００１　　　　Ｓ７８９

商品コード 商品名
Ｓ４５６　　　　毛織物
Ｓ７８９　　　　ぶどう酒

第３正規形
第２正規形から推移的関数従属性をなくしたもの。
ここまで細かくテーブルを分割すると、部分的なデータの変更が非常に楽。また、データの重複や冗長性もない。

発注番号 取引先コード
Ｈ００１　　　　Ｔ１２３

取引先コード 取引先名
Ｔ１２３　　　　リカード商会

発注番号 商品コード
Ｈ００１　　　　Ｓ４５６
Ｈ００１　　　　Ｓ７８９

商品コード 商品名
Ｓ４５６　　　　毛織物
Ｓ７８９　　　　ぶどう酒

キー
ふつうに鍵という意味。レコードを識別するフィールド（データ項目）で、例えばある条件にあったデータ項目だけを複数の各レコードから引き出したい場合に用いる。

主キー
プライマリー・キー。
あるレコードのテーブルからデータを引っぱってくる際に、最も頼りになる鍵のこと。
例えば生徒名簿では学籍番号がそれで、仮に同姓同名の生徒がいても学籍番号は重複がないユニークなデータ（一意制約）なので、欲しいデータをしっかりと特定して引っぱることができる。
そのため、データが空のNULL値は主キーとして認められない。

複合キー
コンパウンド・キー。複数の項目をまとめて一つのキーにしたもの。
うまくまとめれば主キーのような働きができる（欲しいデータをちゃんと特定できる）。

候補キー
主キーの候補となるいくつかのキーのこと。

データ編集
エクセルの経験があればわりとピンとくる。

ロック・アンロック制御
データベースを複数のユーザが同時に利用する場合（マルチ－ユーザ機能）における配慮。
ロックとは、ファイルやレコードに対して鍵をかけることで他のユーザの読み込みや書き込みを制限する機能。アンロックとはそれを解く機能。
これにより、複数ユーザの同時書き込みを解消している。
つまり、先に誰かがデータベースを編集している場合、他のユーザはそのデータを編集することができない（先の人の編集が終わるまで待つ）。

デッドロック
二人のユーザがＡとＢの二つのデータベースをそれぞれ同時に編集する際、各データベースの更新にお互いデータベースのデータが必要な場合（Ａの更新にＢが必要、Ｂの更新にＡが必要など）、どちらのデータベースにもロックがかかり更新できず半永久的に待ちの状態になってしまうこと。

システム障害への対策
今までの苦労が水の泡にならないありがた～い機能。

ロールバック
システム障害が起きたとき、チェックポイントの部分から障害発生までのログファイルを確認し、この間にコミット（編集を確定）してないトランザクション（一連の処理の単位）については、ログファイル内の更新履歴を破棄して、トランザクション開始以前の状態に戻すこと。トランザクションの取り消し処理。

ロールフォワード処理
システム障害が起きたとき、チェックポイントの状態まで巻き戻したあと、障害発生時点でコミット済みのトランザクションについてログファイルを参照し、データベースへの反映（トランザクション）をもう一度行うこと。

　「面白い度☆☆　好き度☆☆」

　あとがあればね。

　このシリーズは本当に数字順につまらなくなっていくな。つまり毎回最低記録を更新するという。恐竜バイヤーのトビー・ジョーンズさんのエレベーターのシーンだけは許してやろう。あれは不覚にも笑ったwあとは駄作。
　もうさ、子どもの観客も映画がつまらなくて飽きちゃって後ろから席蹴られるし、ひどい目にあったwなんか別の映画見に来た感じ。登場人物が本当に誰にも感情移入できないのが凄い。
　坪内逍遥は小説の真髄は登場人物の心理描写であると言ってたけど、それが全くない。あるのかもしれないけど、一般的な倫理観とは掛け離れているんだよな。そういう人もいるはいるんだが、ほとんどそういう人ばっかりだからリアリティがない。別の世界の話というか。どうでもいい。
　顕著なのが、「人命＜恐竜」という危ないイデオロギーの連中をなんとなく善人として描いていることで、これがロストワールドだと保護する側もハントする側もどっちも食べられちゃったりして皮肉が効いてたんだけど、これは、なんかすごいオタクが作った典型的なダメな作品。
　今朝、ガネオ・トカゲさんが『外来種は本当に悪者か？』の書評記事を紹介してくれたんだけど、こんな一文がある。引用させていただきたい。

　ところで、本書は一部の専門家には評判が悪いようだ。例えば「悪書、著者は生き物がそんなに好きではないのでは？　生き物が好きでないなら余計なことは考えず（黙っていてほしい）」「雑な本がわざわざ翻訳されてそれを門外漢が書評する」などなど。

僕は、悪書や雑な本は「第3者による検証が不可能な「新資料」「新事実」に基づいたもので、学問的な実証手順を抜きにして組み立てられたもの」と理解しているが、本書がそれに当たるのだろうか。「著者は生き物が嫌いでは」と言う人はおそらく生き物が大好きなのだろう。しかし、地球は生き物が好きな人だけに任せておいていいのだろうか。

　地球を生き物が好きな人だけに任せた結果がこの映画の結末だよね（笑）。ようこそジュラシック・ワールドへ。ただし、あの個体数だと繁殖はできない気がするけどな。この作品は前半と後半で綺麗に作風を変えるけど、『猿の惑星』路線を考えているのだったらすごい浅はかだぞ。
　一番可能性があるのは、数匹いたコンプソグナトゥスという小さな恐竜で、これはミナミオオガシラとかグリーンイグアナのように根絶不可能な侵略的外来種になりそうw
　ただし、マルカム博士のセリフを引用するならば、恐竜は現代の環境と何から何まで異なる世界にいた動物だから適応なんてできないのかもしれない。ステゴサウルスなんか苦しそうに呼吸しているじゃないか。まあ、生命は道を探し出すとも言っているが。

　ただし！内容とは対照的にこの映画のアクションフィギュアの出来はいい。マテルに権利が移ったんだけど、ティラノサウルスとかアロサウルス（なぜか背中のボタンを押すと開いていた口が閉じて鳴き声が出るギミック）が特にいいよ。
　モササウルスもでかい割に値段が安いのでおすすめ。このサイズなら、前作のインドミナスのアクションフィギュアをつかって例のシーンも再現できます。

　あ、インドミナスで思い出したけど、最初の潜水艇のシーンもさ・・・ああいうハイブリッドな恐竜なんだから組み換えDNAサンプルくらい控えておかなかったのかね。島の外の研究施設とかもあるだろうし。よくわかんね。
　最初は、パーク管理者とは全く関係のない組織が違法に忍び込んでやってるのかって思ったけど（とはいえ大掛かりだが）、ヘンリー・ウー博士がいたしなw
　もっと言えば、インドミナスの死骸が転がってると思いきや、モササウルスが死んでて、インドミナスはまだ生きててどっかに潜んでる・・・とかのほうがずっと怖いと思うけどな。
　結局、実在している恐竜の方をえこひいきしちゃうんだから、だったら架空の恐竜なんか出すなよ、とも思う。全然怖くないじゃんっていう。

　まあ、あれだ。富野由悠季監督か何かが「アニメはアニメオタクが作りだしたらつまらなくなった」とか言ってた気がするんだけど、それだな。恐竜映画を恐竜オタクが作るとつまらないんだよね。知性がなくなるからね。

　こんばんは、インターネットの技術第４回です。う～ん、この単位はとにかくアルファベットの略語が多いよね。国際経済の講義かっていうくらい。そしてネコも杓子もプロトコル。そうは思わんかね？？

参考文献：中岡快二郎著『インターネット技術入門』

ＡＲＰプロトコル
アドレス・リソリューション・プロトコル。
相手のＩＰアドレスからＭＡＣアドレスを知るための仕組み。
通常、コンピュータは自分のＭＡＣアドレスは認識しているが、情報を届けたい相手のＭＡＣアドレスは知らないし、全ての相手先のＭＡＣアドレスを記憶するのは現実的ではない。
ＡＲＰは、宛先ＩＰアドレスを手がかりに、そのパケットを次に受け取るべきホストのＭＡＣアドレスを獲得するプロトコルである。ちなみに同一ＬＡＮ上に宛先ＩＰアドレスを持つホストが存在せず、ルータを経由する場合は、ルータのＭＡＣアドレスを獲得する。
ＡＲＰリクエストはブロードキャスト（同じネットワークアドレスを持つＬＡＮに所属する全てのホストに送信すること）として送信されるため、リクエストが届く範囲は、同じネットワークに接続されているホストのみに限られる。つまりＡＲＰリクエストパケットはルータを通過できない。

ＡＲＰの手順
ホストＡ（ＩＰアドレス：192.168.10.15）がホストＣ（ＩＰアドレス：192.168.10.17）にデータを届ける場合、ホストＡはホストＣのＩＰアドレスは知っているが、ホストＣのＭＡＣアドレスは知らない。
そのためホストＡは、ホストＣのＭＡＣアドレスを得るためにＡＲＰリクエストパケットをブロードキャストする。リクエストパケットには、宛先ＩＰアドレスには、ＬＡＮのブロードキャストアドレスが入る。
このパケットの中には、ホストＡのＩＰアドレスや、データを届けたいホストＣのＩＰアドレスも入っている。ここでホストＡが送るイーサネットフレームの宛先ＭＡＣアドレスフィールドには、ブロードキャスト用の特殊なアドレス（ff:ff:ff:ff:ff:ff）が入る。
同一ネットワーク上の全てのホストは、ＡＲＰリクエストパケットを受信し、自分のＩＰアドレスが192.168.10.17と一致するかを確認する。
一致しないホストＢとＤはリクエストパケットを破棄し、返事をしない。
一致したホストＣはＡＲＰレスポンスパケットをホストＡに返送する。この中には、ホストＣのＩＰアドレスとＭＡＣアドレスが入っており、ホストＡはホストＣのＭＡＣアドレスを知ることができる。
ホストＡは毎回問い合わせをしなくて済むようにホストＣのＩＰアドレスとＭＡＣアドレスをメモリに保存する（ＡＲＰキャッシュ）。接続状況が変わった場合でも正しく通信できるようにするため、このキャッシュは一定時間経つと消去される。

ＩＰｖ４（インターネット・プロトコル・バージョン４）
インターネット・プロトコルとは、パケットの配送や準備をするプロトコルで、ＯＳＩ参照モデルではネットワーク層に当たる。現在主流のバージョンがこの４。
アドレスは３２ビットで４２億通りのアドレスを作ることができる・・・が現在はそれを凌ぐアドレスが必要となっている。
データの先頭に置かれる補足データのことをヘッダと言うが、このヘッダのフォーマット（形式）は以下のように決まっている。

①バージョン（４ビット）
ＩＰｖ４ではバージョンは４なので0100となる。

②ヘッダ長（４ビット）
ＩＰヘッダの長さを３２ビットなら１として表す。この値によって、パケットの中の本データの先頭位置（＝ＩＰヘッダの終わり）を知ることができる。

③サービスタイプ（８ビット）
送信しているＩＰパケットのサービス品質を表す。最大限の信頼性や、最低限の遅延を要求することになるが、ほとんどのネットワークはこの要求を無視し、現在のインターネットでは形骸化している。

④パケット長（16ビット）
ＩＰヘッダとデータを合わせたパケット全体の長さを表す。最大サイズは65535バイト。

⑤識別子（16ビット）
あたりまえだが分割されたデータのＩＰヘッド内の識別子は全て同じものが入る。

⑥フラグ（３ビット）
パケットの分割（フラグメンテーション）に関する情報が入る。そのフラグメント（断片）がデータの途中のものか最後のものかを判断する。

⑦フラグメントオフセット（13ビット）
フラグメントが元データのどこに位置しているかを示す。０～8192までの値がシーケンス番号として格納される。

⑧生存時間ＴＴＬ（８ビット）
タイム・トゥ・ライブ。
本来は、そのパケットがネットワークに存在してよい時間を秒単位で示したものであるが、実際には何個のルータを経由してよいかという意味になり、整数値で表す。
ルータを通過する度に、この整数値は１つずつ減っていき０になったらパケットは破棄される。

⑨プロトコル（８ビット）
上位層のプロトコルが何かを示す。ＩＣＭＰ（エラーや診断を担当）というプロトコルなら１、ＴＣＰでは６、ＵＤＰでは17が入る。

⑩ヘッダチェックサム（16ビット）
ＩＰヘッダが送信途中で壊れてないかどうかを検出するために使う。

⑪送信元ＩＰアドレス（32ビット）

⑫送信先ＩＰアドレス（32ビット）

⑬オプション（可変長の長さ）
通常は使用しない。
例えば、任意の順番でＩＰアドレスを巡らせたい場合に用いるソースルーティングなど。

⑭パディング（32ビット－オプションのビット長）
オプションが必要な場合はＩＰヘッダが32ビットの整数倍になるように調整する。

ＩＰｖ６（インターネット・プロトコル・バージョン６）
アドレスは１２８ビットで天文学的な数のアドレスを作ることができる。
バージョン４の問題点をすべて解決しているが、バージョン４が広く普及しているため、バージョン６へすぐには移行できない状況になっている。
ヘッダフォーマットは以下の通り。

①バージョン（４ビット）
６を示す二進数の0110が入る。

②パケット長（16ビット）
ＩＰｖ４と異なり、ＩＰヘッダの長さを除いたサイズが入る。最大サイズは65535バイト。

③次のヘッダ（８ビット）
ヘッダに続くデータのプロトコルを指定する。

④ホップリミット（８ビット）
ＩＰｖ４でいう生存時間に当たる。

⑤送信元ＩＰアドレス（128ビット）

⑥送信先ＩＰアドレス（128ビット）

⑦拡張ヘッダ（可変長）
中継点オプション、ルーティング、フラグメント、宛先オプション、認証、暗号ペイロードの６種類がある。

ＴＣＰプロトコル
ＩＰプロトコルの上位プロトコルで、ＯＳＩ参照モデルではトランスポート層に該当する。
ＴＣＰは信頼性のあるコネクション型プロトコルで、送受信データの脱落や重複、誤りがない、使いやすい通信路を提供する。
ＴＣＰとＩＰの両プロトコルは60年代後半、アメリカ国防総省が中心となってパケット技術（データを決められた長さに区切り、それぞれの細切れデータ＝パケットに宛先と自分のアドレスをつけて回線に送り出す技術）を利用したデータ伝送の研究をおこなう際に開発された。

ポート番号
ＩＰアドレスは宛先のコンピュータを指定するだけであるため、インターネット通信においては、それぞれのコンピュータ内で動作しているプログラムを指定するための番号が必要になる。それがポート番号で、様々なアプリケーションプログラムを区別する。
ポート番号は16ビットで構成され、０～65535までの数値である。
このうち、０～1023まではインターネット上で利用するアプリケーション用（ウェルノウンポート）として予約されている。例えばＨＴＴＰのポート番号は80で全世界共通である。
なお、サーバ側とクライアント側では用いるポート番号が異なり、1023以降はクライアントのアプリケーション識別に使用される。

ＴＣＰセグメント
ＴＣＰでは、信頼性のある通信を実現するために、上位層から受け取ったデータを決められた長さに分割し、それらにＴＣＰヘッダを付け加える。
この分割データとＴＣＰヘッダを合わせたものをＴＣＰセグメントという。
ＴＣＰセグメントは以下のフィールドで構成される。

①送信元ポート番号（16ビット）

②送信先ポート番号（16ビット）
上位層のアプリケーションを判断するための、各アプリに対応したポート番号を指定する。

③シーケンス番号（32ビット）
分割されたＴＣＰセグメントが、送信データ全体のどの部分のものかを指定する。
これにより、分割されて送られてきたデータを順番通りに受信するストリーム伝送が実現される。

④確認応答番号（32ビット）
受信側がＡＣＫセグメント（正常に受信したことを送信側に知らせるセグメント）を返すとき、送信側が次に送るべきデータのシーケンス番号が入る。これにより、送信側は受信側が誤りなくデータを受信したことが確認でき、次のデータを送信しても良いことがわかる。

⑤コードビット（６ビット）
１～６の各ビットはＴＣＰ通信の各種制御を特定するためのフラグとして使用される。
フラグは以下の通り。
・ＵＲＧ（アージェント・フラグ）
このビットが１の時は緊急に処理すべきデータが含まれている。
・ＡＣＫ（アクノウレッジ・フラグ）
このビットが１の時は、確認応答番号のフィールドが有効。
・ＰＳＨ（プッシュ・フラグ）
このビットが１の時は、受信したデータをすぐに上位のアプリケーションに渡す。
・ＲＳＴ（リセット・フラグ）
このビットが１の時は、コネクションが強制的に切断される。
・ＳＹＮ（シンクロナイズ・フラグ）
このビットが１の時は、コネクションの確立を要求する。
・ＦＩＮ（フィン・フラグ）
このビットが１の時は、データの送信は終了。

⑥ウィンドウサイズ（16ビット）
受信側が現在受信可能なデータサイズを送信して知らせる。

⑦チェックサム（16ビット）
ＩＰアドレス、ポート番号、プロトコルに誤りがないかを検査する。

⑧緊急ポインタ（16ビット）
ＵＲＧが１の時に有効。緊急に処理するデータの場所を示す。

ＷＷＷ
ワールド・ワイド・ウェブ。
インターネット上で不特定多数の人々が比較的簡単にマルチメディア情報を発信・受信することを可能にしたシステム。以下の３つの実現要素がある。
①URL
ホームページアドレスを一意の名前で指定する。
②HTTP
HTMLファイルの画像データをホスト間で移送するためのプロトコル。
③HTML
Webページを記述するための規格。

URL
ユニフォーム・レスポンス・ロケ―ター。サイトの住所の様なもの。
みたいWebページがネット上のどのサーバのどこに格納されているかを示す。
最初のhttpは、ダウンロードする際のアクセスプロトコル
次のwww.○○.ac.jpは、サイトを管理するウェブサーバのドメイン名
次の80は、ポート番号で標準ポート番号の80だったら省略可能
最後のindex.htmlは、ウェブサーバ内のファイル名である。

HTTPプロトコル
ウェブサーバとウェブブラウザ間でHTMLのテキストファイルや、画像や音声のデータファイルなどを交換するためのプロトコル。
また、HTTPプロトコルの処理をするウェブサーバとブラウザをHTTPサーバ、HTTPクライアントという。
HTTPプロトコルの特徴は、命令は単純で少ない。通信の負荷が少ない。マルチメディアの転送が可能であることである。
通信は「ブラウザからサーバへのリクエストメッセージ」と「サーバからブラウザへのレスポンスメッセージ」の２つのHTTPメッセージだけで行われる。
HTTPメッセージは、ヘッダ部とボディ部のふたつで構成されるシンプルなもので、ヘッダ部はテキスト文字で構成され要求行には「GET」「POST」などの各種メソッドが入る。
ボディ部には転送されるデータが入る。
ただし単にデータを取得するときのリクエストメッセージ、エラーを返す場合のレスポンスメッセージのボディには、何も含まれないこともある。
なおHTTP通信ではTCPプロトコルが使われている。

FTP
異なるコンピュータ間でのファイル転送サービスを提供する。
ファイル転送はリモートホストにあるファイルを自分のコンピュータに持ってきたり、その逆を行ったりすることである。
通常、FTPサーバは許可を受けたユーザしかアクセスできないが、anonymousFTPサーバは誰でもアクセスできる。
FTPは、その目的から信頼性のあるコネクションが要求されるのでTCPプロトコルが使われ、ポート番号は20と21を使う。

ＤＮＳサーバ
ドメイン・ネーム・システムを管理するコンピュータのこと。
これを運用するためには専用のサーバプログラム（インターネットではＢＩＮＤというソフトが一般的）が必要である。
サーバは、ドメイン中のホスト名とＩＰアドレスの情報、またはほかのＤＮＳサーバがどこに存在するかといった情報を持っている。
これによりホスト名とＩＰアドレスを対応づけることができ、自分の管轄外のドメイン名であったときは、他のＤＮＳサーバに問い合わせる。なおＤＮＳサーバは組織の中で最低１台以上稼働していなければならない。

リゾルバ
クライアントがＤＮＳサーバに名前を照会するためのソフト。
リゾルバはＤＮＳサーバのＩＰアドレスを最低１つは知っている必要がある。
具体的には、ユーザがブラウザに階層的なドメインを持つＵＲＬ（例：www.do-johodai.ac.jp）を入力すると、リゾルバは所属する組織のネームサーバＤＮＳに問い合わせる。ＤＮＳサーバはそのＩＰアドレスを知っていれば返事をするが、知らなければルートネームサーバに問い合わせる。
ルートサーバはｊｐドメインを管理するネームサーバを知っているから、それをＤＮＳサーバに教える。次にＤＮＳサーバはｊｐドメインを管理するネームサーバに問い合わせると、ac.jpドメインを管理するネームサーバのＩＰアドレスを教えてもらえる。
このようにして、組織のネームサーバは最終的にそのＵＲＬのＩＰアドレスを所得すると、クライアントに通知をする。
ＤＮＳサーバは問い合わせ結果をテーブルに残しておくことができるので、二回目以降は自分が直接応えて処理の効率を高める。
なおＤＮＳサーバはトランスポート層のプロトコルとしてＴＣＰ（サーバ間でのやりとり）とＵＤＰ（クライアントとのやりとり）を利用する。

参考文献：中岡快二郎著『インターネット技術入門』

ＯＳＩ参照モデル
オープン・システム・インターコネクション（開放型相互接続システム）の略。
各社が独自にコンピュータ・ネットワークを設計、開発するとお互いの互換性がなくなり、コンピュータ発展の障害になるため、1977年に発表されたアプリケーション開発の共通理解（プロトコル）。
アプリケーションソフトの多種多様の機能をまとめて1つに扱うと、開発段階での障害の対処や完成後のメンテナンスが大変で、一部の手直しが全ネットワークの見直しへと広がりかねないため、ＯＳＩモデルではそれぞれの機能を各階層（レイヤー）に割り当てている。
モデル内の各階層は、それぞれ独自の役割と目的を持ち、その上下の階層に対して明確な出入力を規定している。また、各階層は他の階層でおこなわれる処理には関係なく独自の処理をおこなえる。

ＯＳＩモデルの階層
プロトコルの種類別に以下の７階層ある。

①物理層（フィジカル層）
伝送線路やコネクタの形状、０と１のビット列を電気信号に変換する形式などが規定されている。

②データリンク層
データ形式のプロトコルが規定されている階層。
上位層のネットワーク層から受け取ったデータにＭＡＣアドレスを付加してフレームを構成し、同じネットワークに接続された別のコンピュータにそのフレームを届ける機能を規定している。
また受信側でフレームの誤りを検査できる機能も規定している。

③ネットワーク層
複数のＬＡＮが接続されたインターネット上で、自身が所属するＬＡＮとは異なるＬＡＮに接続されたホストコンピュータにデータを届けるための経路を選択する機能が規定されている。この階層で構成されるデータはパケットと呼ばれる。

④トランスポート層
アプリケーション層から受け取ったデータにアプリケーションの種類を付加する、あるいはネットワーク層から受け取ったデータをどのアプリケーションに渡すかを決める。
また分割されて送られてきたデータを正しく並べ替える機能なども規定されている。
この階層で構成されるデータはセグメントと呼ばれる。

⑤セッション層
コネクション型通信（電話など双方が応答確認をしておこなう通信方法）を実現するプロトコルが規定されている階層。
異なるコンピュータで動作しているアプリケーションソフト同士の対話処理をおこなう。
たとえばアプリケーション間の通信の開始と切断を制御する機能を規定している。

⑥プレゼンテーション層
文字コード、画像データのフォーマット、動画データの形式、圧縮形式、暗号化の方法などを規定。

⑦アプリケーション層
ユーザーが利用する電子メール、ファイルの送受信、ウェブを閲覧するなどさまざまなアプリケーションが規定されている。

ＩＰアドレス
インターネット・プロトコル・アドレスの略。
インターネットで使用するネットワーク層のプロトコルとして代表的なもので、複数のコンピュータが同じネットワークアドレス（ＬＡＮ）を共有していたり、異なるネットワークアドレスで認識される複数のＬＡＮがルータで接続されている際に、誤りのないデータ伝送をするため、各コンピュータもしくは各ルータに固有のアドレス（通し番号）を指定する。つまり、同姓同名のような重複したアドレスは許されない。
ＩＰアドレスは32ビットの整数値で表される。この32桁の数字は、８桁×４組に小分けにされ、各８桁の二進数は十進数で表すことになっている。

例えば
11000000．10101000．00001010．00000101は
192．168．10．5となる。

ちなみに、このコンピュータ版マイナンバーは誰が決めているのかというと、全世界でＩＣＡＮＮという組織が一元的に管理している。
日本ではＪＰＮＩＣという機関がＩＰアドレスを割り当てている。インターネットが普及する前は、この機関から直接ＩＰアドレスの取得を申請しなければならなかったが、今はインターネットサービスプロバイダが代わりに申請をしてくれる。

ネットワーク部とホスト部
ネットワーク部はネットワーク（ブリッジやリピータを含むＬＡＮ）の識別に使うアドレス部分。ＩＰアドレス前半が当たる。
ホスト部はコンピュータやルータの識別に使うアドレス部分。ＩＰアドレス後半が当たる。

サブネットマスク
32ビットのＩＰアドレスのビットパターン（ビット列）だけでは、どこまでがネットワーク部で、どこからがホスト部か区別することができない。
そこでネットワーク部を表すビットを１、ホスト部を表すビットを０に設定したビットパターンを使って、どこまでがネットワーク部かを表す方法のこと。
例えば、ＩＰアドレス32桁中、24桁がネットワーク部の場合は
１１１１１１１１　１１１１１１１１　１１１１１１１１　００００００００
または
255．255．255．0／２４（※スラッシュ以降の値がネットワーク部の桁数を表す部分＝プレフィクス）となる。

ネットワークアドレス
ホスト部の全てのビットを０にしたアドレス。
これはネットワーク自体を識別するアドレスなので、ホスト部には当てられない。
例えばアドレスが192．168．10．0／24の場合には
ネットワークアドレスは192．168．10．0となる。

ブロードキャストアドレス
ホスト部の全てのビットを１にした（つまり個々のホストコンピュータの識別はしない）アドレス。このアドレスは、同じネットワークアドレスを持つＬＡＮに所属する全てのホストコンピュータにパケットを送信するときに使用する。
例えばネットワークアドレスが192．168．10．0の場合には
ブロードキャストアドレスは192．168．10．255（ホスト部の８桁が全て１なので255）となる。

ホストへのＩＰアドレスの割り当て
ネットワークアドレスが192．168．10．0／24のＬＡＮにコンピュータ（ホスト）を接続する場合、ＩＰアドレスの残り８桁256パターンがホストに割り当てられることになる。しかし、00000000と11111111はネットワークアドレスとブロードキャストアドレスが使っているので、ホストに当てられるアドレスはさらに２個減って254となる。

アドレス変換
現在、ネットワークのほとんどはプライベートＩＰアドレスを使って運用されている。この理由はＩＰアドレスが不足していてグローバルＩＰアドレスを割り当てられないからである。
例えばＩＰｖ４では32ビットのＩＰアドレスを使用しているので、理論上は40億台程度のホストコンピュータに個別のＩＰアドレスを割り振ることができるが、世界中のホストの総数はそれを遙かに超えるため、ＩＰアドレスが足りなくなっている。
プライベートＩＰアドレスのパケットはルータが中継しないため、組織内のネットワークからインターネットに接続することはできない。
そこで組織内で使っているローカルなプライベートＩＰアドレスとグローバルＩＰアドレスを相互変換する必要があるのである。

ＮＡＴ
アドレス変換の方法の1つ。ネットワーク・アドレス・トランスレーションの略。
プライベートＩＰアドレスとグローバルＩＰアドレスを一対一に対応させて変換する。
したがって、1つのグローバルＩＰアドレスを使ってインターネットに接続できるホストは1つだけとなる。このアドレス変換はアクセスルータがおこなう。
ＮＡＴでは、保有するグローバルＩＰアドレスと同じ数のホストしかネットワークに接続できないため、ＩＰアドレス不足の解決にはならない。

ＩＰマスカレード
ＮＡＴの問題点を解決した手法。別名拡張ＮＡＴもしくはＮＡＰＴ（ネットワーク・アドレス・ポート・トランスレーション）。
ＩＰマスカレードは、プライベートＩＰアドレスと同時に、ＩＰアドレスよりも上位プロトコルであるＴＣＰあるいはＵＤＰヘッダ内のポート番号も変換することで、1つのグローバルＩＰアドレスを使って複数のホストがインターネットに接続できるようにしている。
つまり、それぞれのホストに異なるポート番号を変換して与えてやれば、同じグローバルＩＰアドレスを用いる各ホストが区別できるのである。
こうしてＩＰマスカレードでは1つのグローバルＩＰアドレスを複数のプライベートＩＰアドレスに対応させることができる。
長所としては、アドレスが変換されてネットにつながっているため、ネット上からプライベートＩＰアドレスを持つ組織内のホストに直接アクセスができず、セキュリティ的に利点があるということ。
欠点としては、一部のアプリはポート番号が変わってしまうと通信できない。

ＰＫＩ（公開鍵暗号基盤）
パブリック・キー・インフラストラクチャー。
公開鍵暗号方式を利用してインターネット上でセキュリティを確保して通信する必要がある場合、その基盤（インフラ）となるシステムを構築する上で必要な環境をまとめたもの。
具体的には
①通信相手の身元を確認する（なりすまし防止）。
②通信の途中でデータが盗聴されないことを保証する（盗聴の防止）。
③通信途中でデータが書き替えられていないことを確認する（改ざんの防止）。
ＰＫＩの基本技術は以下の５つがある。

①共通鍵暗号方式
送信側と受信側が同じ鍵、同じルールを使って暗号化し、復号化する方式。
従来のこの方式では通信をおこなう当事者以外には鍵とルールは秘密にしていたが、現在ではルールは公開し、鍵だけを秘密にするしくみが一般的になっている。
この方式の特徴は、同じ鍵を使って暗号化・復号化できるので処理が高速化されることで、できるだけ速くデータを復号したい場合にむいている。
デメリットは、鍵の管理と配布で、共通鍵は第三者には秘密にしなければならないので、一組の送受信者ごとに異なる鍵が必要になってしまう。また、共通鍵は盗聴やコピーの危険があるため通信ネットワークを使って送ることができないので、通信相手への鍵の配布も問題なる。これらのデメリットのため、この方式が単独で用いられることはない。
共通鍵暗号の方式にはアメリカ標準のＤＥＳ（データ・エンクリプション・スタンダード）や、世界中で使用されているＩＤＥＡ（インターナショナル・データ・エンクリプション・アルゴリズム）などがある。前者は５６ビット、後者は１２８ビットの鍵を使う。
ＤＥＳの仕組みは、暗号化される前の平文を、いくつかのブロックに分割し、各ブロックに様々な操作（変換表にしたがってビット列を並び替える。暗号鍵と平文とで排他的論理和などの論理演算をおこなう）を加え暗号化する。
この操作がわかっていれば、逆の手順をおこなうことで必ず元のデータを復元することができる。

②公開鍵暗号方式
公開鍵と秘密鍵のふたつの鍵を使って暗号化・復号化する方式。
ふたつの鍵には、暗号化に使った鍵は復号化には使えない（鍵をかけるのに使った鍵は、鍵を開けるのには使えない）という性質がある。
手順は以下の通り。
受信側は公開鍵と秘密鍵のふたつを作成し、公開鍵は公開する（メールで相手に直接送るなど）。
送信側は公開鍵を受信側から取得し、その公開鍵でデータを暗号化して受信側に送信する。
受信側は自分だけが持つ秘密鍵でそのデータを復号する。
公開鍵暗号方式のひとつであるＲＳＡ暗号は、桁の多い合成数の素因数分解の難しさと、逆に、正解の素数をかけて合成数を作るのはたやすいことを利用している。つまり、10873＝83×131という因数分解を利用する場合、10873が暗号化に使う公開鍵、83と131が復号化に使う秘密鍵ということになる。
この方式では、鍵の管理・配布という問題が生じることはない。利用者は自分の秘密鍵だけを他人にばれないように管理すればいい。
ただし、共通鍵方式と比較して暗号化と復号に時間がかかる。

③ハッシュ関数
長い文章といった大きなデータをハッシュ関数に通すと「ハッシュ値（もしくはダイジェスト）」と呼ばれる決まった長さの小さなビット列に変換される。
このビット列は、単にデータを圧縮したものではなく、そのデータの特徴を反映している。
したがって、元データが１ビットでも変わるとハッシュ値も変わるため、ハッシュ関数はデータの改ざんの検知に使われている。
また、ハッシュ関数には元データからハッシュ値は簡単に求められるが、ハッシュ値から元データを復元することはできないという特徴もある。同じハッシュ値を持つデータは無数にあるからである。
たとえば、もとの文章が１７文字のハッシュ値１２８ビットの場合、ハッシュ値から求められる元の文章の候補は２５６個もある。
この特徴を利用しておこなわれるユーザ認証もある。たとえば、パスワードのハッシュ値を送った場合、仮に盗聴されてハッシュ値を盗まれたとしても、それをもとにパスワードを復元することはできない。このような意味で、ハッシュ関数は正確には暗号ではないが、広義の暗号として扱われている。

④電子署名
その名のとおり電子的に行う署名。文章を作成した人物が自分であることを証明する。
具体的には、文書を送るときに、その文書を自分の秘密鍵で暗号化して送る。その後、受信者が送信者から送られてきた公開鍵を使って文書を復元できれば、その文書は公開鍵の所有者から送られてきたものであることがわかる。
もう少し厳密に言うと、送信者Aは受信者Bに、文書データと、その文書データのハッシュ値をさらに秘密鍵で暗号化した電子署名を送信する。
これを受け取ったBは、文書データからハッシュ値を求め、さらに電子署名をAから送られた公開鍵を用いてハッシュ値に戻し、ふたつのハッシュ値を比較する。
このふたつのハッシュ値が一致すれば、受信した文書は確かにAが送ったもので、さらに途中で誰かに改ざんされていないことが分かるのである。

⑤電子証明書
電子署名では、受信した公開鍵が送信者本人のものであるという前提がないとセキュリティとして成立しない。そこで公開鍵以外にも、同じような証明が必要な場合がある。
例えば、オンラインショッピングなどでは、店舗側のWebページが信用できるものである（正規に実在する企業が運営している）ことを証明する必要がある。
このような電子証明書は、公開鍵を管理する組織である認証局（CA：サーティフィケート・オーソリティ）が発行する。
電子証明書の中には、公開鍵、その公開鍵の所有者名、署名アルゴリズム、メールアドレス、有効期限などが記載され、認証局の電子署名がついている。この電子署名は、電子証明書のハッシュ値を認証局の秘密鍵で暗号化したものである。
つまり、認証局は電子証明書を受け取れば、その中に記載されている公開鍵が、その証明書に書かれている人や組織のものであることを、証明書の情報から確認できる。
電子証明書を取得したい依頼者は、名前やメールアドレスなどの登録情報を入力した申請書を認証局に依頼する。

　いや～恐竜ギャラリーもなんとかコンプリートしたし、人間って諦めなければ何年かかってもやり遂げられるんだなって、つくづく思いました。
　で、次は漫画コーナーやっちゃうかなって。やっぱり中途半端はよくないわけですよ。ということで、現時点で未公開になっている作品をもう一度おさらい。

古代生物オパ
YELLにて二話だけ公開。これはYELLの会社に許可を取らないと、ここでは載せれない。
中学校の頃のメインタイトルだっただけに話数のストックはすごい。

青春アタック
連続スポーツ漫画。すごいキャラが立っている。生まれて初めて挑戦した少女漫画・・・的ななにか。でも、この数年後、こういうゆるい女子部活系の漫画が増えちゃったよな。当時は結構新しかったような気がするんだよね。保留。

TOKANOMAN
やる気になれば全話ただちにスキャンして公開可能。ちなみに３話に出てくる先生は今や進学校の校長先生。いろいろと大丈夫なのだろうか。まあいいか。

抽選内閣
人生初のちゃんとした短編漫画。権利は集英社なんだけど、改めてリバイバルして描き直してもいいな。当時は人とかうまく描けなかったし。あのころは主に人外の漫画ばっか描いてたからね。

走れシンデレラ
なんと後半のアップロードを挫折している・・・！すげえ途中で心が折れてるww
これもネームを載せます。これって脚本がよくて、３回くらいブラッシュアップしてるんだよな。

ソニックブレイド
これは脚本ができているので、続きは全然描ける。中学生受けがとてもいい漫画。わかりやすいのかな。けっこう複雑な伏線なんだけどね。

優等生学
天才児を人工的につくるという恐ろしい漫画。これも短編として考えたんだけど『風と翼』同様、ちょっともったいない設定。あらためて脚本のボリュームをアップさせてみるかなあ。
こういう技術ももはや現実のものになっちゃってるよな。
最近やってるジーンライフとか、なんだあのCMは。怖すぎるぞ。

　・・・ということで中学～高校までに描いた漫画が主に未公開になりがちなのがわかる。でも17作品中10作品はとりあえず載せたのね。えらいぞ、私。

　次に、カートゥーンのリストにはないけど、脚本が出来てるやつ。

80日間宇宙一周の続き
これは恐ろしいですよ。５作もあるからね。でも１作くらいチョイスしてネームくらい描いてもいいかも。個人的には一番脚本をゴリゴリかけた時の作品だと思う。
土星編なんか本当に怒って描いてたからね。許せん！資本主義！って。

恐竜大陸サウラシア
恐竜西部劇。これも描くの大変だぜ。ただギャラリー終わらせたばっかりで当分恐竜を描くのはいいかな・・・
これさ、もうちょっと私の中の保全生態学などに対する思いが溜まったら、それを爆発させるがごとく、生態系についてのきわどいツッコミを入れて、パワーアップさせたいな。
変化することを恐れちゃいけないよ、みたいな。自然なことだよ、みたいな。人間も自然の一部に過ぎないよ、みたいな。あれ、こうやってタイプしてると、けっこう思いが溜まっている・・・！！？
在来種、外来種っていう概念もけっこう考えものだよな。アメリカなんかで言ったら、それこそワスプは外来種なのかっていうね。

風と翼：REVIVE
最新作。なんか、80日もそうだけど、私は尺が長くなるとしっとり系の内容になる傾向があるな。短いとバカっぽいまま終了するんだけどね。

　しかし、こう振り返ってみると、音楽や料理、医学を題材にした漫画はまだやってないね。あとミステリー漫画。マロさんは私をホームズ気質って言っているけど、推理モノって難しいんだよ。どうやっても、トリックとかやり尽くされているし。
　ただ、ホームズとワトソンみたいな、おっさんのバディものはやりたいんだよな。少年マガジンに却下されたけど。

　ってことで、ちびちびやっていきます。リクエストがあったらそれに合わせて優先順位を決めちゃいますので、ぜひぜひ。
　とりあえず、TOKANOMANと走れシンデレラは近いうちにいけそうだな。しかしなんで走れシンデレラは途中で飽きたんだ・・・(^_^;)