このページは
2007
年
07
月
17
日
21時47分03秒
に更新したキャッシュ情報です。
検索キーワード＝ データ入力代行
優先キーワード＝ データ入力
[ 331] OSI参照モデルとは 【OSI reference model】 - 意味・解説 ： IT用語辞典
[引用サイト] http://e-words.jp/w/OSIE58F82E785A7E383A2E38387E383AB.html
国際標準化機構(ISO)により制定された、異機種間のデータ通信を実現するためのネットワーク構造の設計方針「OSI」(Open Systems Interconnection)に基づき、コンピュータなどの通信機器の持つべき機能を階層構造に分割したモデル。通信機能を7階層に分け、各層ごとに標準的な機能モジュールを定義している。
第1層(物理層)は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。ピンの形状やケーブルの特性なども第1層で定められる。
第2層(データリンク層)は、通信相手との物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行なう。 … 続きを読む
第3層(ネットワーク層)は、相手までデータを届けるための通信経路の選択や、通信経路内のアドレス(住所)の管理を行なう。
第4層(トランスポート層)は、相手まで確実に効率よくデータを届けるためのデータ圧縮や誤り訂正、再送制御などを行なう。
第5層(セッション層)は、通信プログラム同士がデータの送受信を行なうための仮想的な経路(コネクション)の確立や解放を行なう。
第6層(プレゼンテーション層)は、第5層から受け取ったデータをユーザが分かりやすい形式に変換したり、第7層から送られてくるデータを通信に適した形式に変換したりする。
第7層(アプリケーション層)は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
OSI参照モデルはISO 7498として規格化されており、ITU-TS(国際電気通信連合・電気通信標準化セクタ)もX.200という勧告で同じものを定義している。
TCP/IPを実機で学べる！ネットワー..ロボットカー制御プログラミング体..月収40万円以上のIT派遣のお仕事Excel VBA実践編 「VBAランクUP術..ネットワークエンジニアのお仕事一..Ciscoルータ実機体験無料セミナー有名企業！技術系の仕事を検索大手・優良企業の技術者になる方法3DCAD エンジニア育成支援セミナー組込み技術習得までの道のり未経験からエンジニアへ全国47都道府県のエンジニアを募集..' );
Ethernetのしくみとハードウェア設計技法―..絶対わかる!ネットワーク設計超入門―ネットワーク..絶対わかる!ネットワークの基礎超入門―ネットワー..絶対わかる!インターネットのしくみ超入門 (日経..絶対わかる!TCP/IP超入門 増補改訂版―ネッ..図解入門 よくわかる最新Javaの基本と仕組み―..絶対わかる!Windowsネット超入門 増補改訂..パソコンネットワークの仕組み インターネット接続..改訂版 図解 ネットワークのしくみ図解入門 よくわかる最新LANの基本と仕組み―イ..
ATM ..「ATMセル」という単位で送受信される。OSI参照モデルでは第2層(データリンク層)にあたり、物理層には光ファイバーや銅..
DLC ..機が端末との通信に使っていたプロトコル。OSI参照モデルではデータリンク層にあたる。最近ではプリンタとパソコンの接..
HDLC ..高く、効率良くデータを送ることができる。OSI参照モデルではデータリンク層のプロトコルにあたる。
IPX ..社のNetWareが使用するプロトコル。OSI参照モデルでは第3層(ネットワーク層)にあたり、TCP/IPのIPと同様の機能を果たす..
L2スイッチ ネットワークの中継機器の一つで、OSI参照モデルのデータリンク層(第2層)のデータでパケットの行き先を判断して転送を..
L3スイッチ ネットワークの中継機器の一つで、OSI参照モデルのネットワーク層(第3層)のデータでパケットの行き先を判断して転送を..
L7スイッチ マルチレイヤスイッチのうち、OSI参照モデルのアプリケーション層(第7層)のデータを元にルーティング処理を行なうこと..
MAC LANなどで利用される伝送制御技術。OSI参照モデルではデータリンク層(第2層)の下位副層に当たり、フレーム(データの送受信..
MHS ..ールシステムの標準。X.400シリーズはOSI参照モデルのアプリケーション層(第7層)のプロトコルで、1984年に現在のITUの前..
ODI ..」で繋がれたコンピュータに多く使われる。OSI参照モデルの第2層(データリンク層)として動作するので、上位のプロトコル..
OSI ..タが持つべき通信機能を7階層に分割し、「OSI参照モデル」としてまとめている。 → OSI参照モデルの項を参照。
PHY OSI参照モデルの第1層に位置し、ネットワークの物理的な接続・伝送方式を定めたもの。英語表記の頭を取って「PHY」と略称..
PPP ..ヤルアップ接続でよく使われるプロトコル。OSI参照モデルのデータリンク層にあたり、ネットワーク層以上のさまざまなプ..
SOCKS ..としてIETFによって標準化されている。OSI参照モデルでいうトランスポート層(第4層)レベルでの接続やデータの送受信を..
SSL ..や改ざん、なりすましを防ぐことができる。OSI参照モデルではセッション層(第5層)とトランスポート層(第4層)の境界で動..
TCP ..ターネットで利用される標準プロトコルで、OSI参照モデルのトランスポート層にあたる。ネットワーク層のIPと、セッショ..
TCP/IP ..速に普及し、現在世界で最も普及している。OSI参照モデルではIPが第3層(ネットワーク層)、TCPが第4層(トランスポート層..
TLS ..や改ざん、なりすましを防ぐことができる。OSI参照モデルではトランスポート層(第4層)にあたり、HTTPやFTPなどの上位の..
TTC ..TC内では各部門委員会、専門委員会ごとにOSI参照モデルにおける各層のプロトコル、動画や音声の符号化手順、携帯電話等..
UDP ..ターネットで利用される標準プロトコルで、OSI参照モデルのトランスポート層にあたる。ネットワーク層のIPと、セション..
X.200 ..・電気通信標準化セクタ)の勧告の一つで、OSI参照モデルを規定したもの。ISO(国際標準化機構)ではISO 7498として規格化..
X.25 ..)の間のインターフェースを定めたもので、OSI参照モデルにおける物理層、データリンク層、ネットワーク層にまたがる仕様..
X.400シリーズ ..andling System)と呼ばれ、OSI参照モデルのアプリケーション層(第7層)のプロトコルで構成される。1984年、現在のI..
アプリケーション層 OSI参照モデルの第7層に位置し、ネットワークアプリケーションのうちユーザが直接接する部分。ネットワーク経由で..
開放型システム間相互接続 ..タが持つべき通信機能を7階層に分割し、「OSI参照モデル」としてまとめている。 → OSI参照モデルの項を参照..
ゲートウェイ ..タを相互に変換して通信を可能にする機器。OSI参照モデルの全階層を認識し、通信媒体や伝送方式の違いを吸収して異..
社団法人情報通信技術委員会 ..TC内では各部門委員会、専門委員会ごとにOSI参照モデルにおける各層のプロトコル、動画や音声の符号化手順、..
セッション層 OSI参照モデルの第5層に位置し、通信の開始時や終了時などに送受信するデータの形式などを規定したもの。この層で論理..
第1層 OSI参照モデルの第1層に位置し、ネットワークの物理的な接続・伝送方式を定めたもの。英語表記の頭を取って「PHY」と略称..
第5層 OSI参照モデルの第5層に位置し、通信の開始時や終了時などに送受信するデータの形式などを規定したもの。この層で論理的..
第3層 OSI参照モデルの第3層に位置し、データリンク層以下のプロトコルを使用して接続されているネットワーク同士の通信をおこ..
第7層 OSI参照モデルの第7層に位置し、ネットワークアプリケーションのうちユーザが直接接する部分。ネットワーク経由での送受..
第2層 OSI参照モデルの第2層に位置し、ネットワーク上で直結されている機器同士での通信方式を定めたもの。電気信号の誤り訂正..
第4層 OSI参照モデルの第4層に位置し、データ転送の信頼性を確保するための方式を定めたもの。具体的には、ネットワーク層を通..
第6層 OSI参照モデルの第6層に位置し、圧縮方式や文字コードなど、データの表現形式を規定したもの。個別のバイナリファイルを..
通信規約 ..気通信連合(ITU)などによって7階層のOSI参照モデルとして標準化されており、これに従ってプロトコルを分類することが..
通信手順 ..気通信連合(ITU)などによって7階層のOSI参照モデルとして標準化されており、これに従ってプロトコルを分類することが..
通信プロトコル ..気通信連合(ITU)などによって7階層のOSI参照モデルとして標準化されており、これに従ってプロトコルを分類すること..
データリンク層 OSI参照モデルの第2層に位置し、ネットワーク上で直結されている機器同士での通信方式を定めたもの。電気信号の誤り..
トランスポート層 OSI参照モデルの第4層に位置し、データ転送の信頼性を確保するための方式を定めたもの。具体的には、ネットワーク層..
ネットワークプロトコル ..気通信連合(ITU)などによって7階層のOSI参照モデルとして標準化されており、これに従ってプロトコルを分類する..
ネットワーク層 OSI参照モデルの第3層に位置し、データリンク層以下のプロトコルを使用して接続されているネットワーク同士の通信を..
媒体アクセス制御 LANなどで利用される伝送制御技術。OSI参照モデルではデータリンク層(第2層)の下位副層に当たり、フレーム(データの..
非同期転送モード ..「ATMセル」という単位で送受信される。OSI参照モデルでは第2層(データリンク層)にあたり、物理層には光ファイバ..
フィジカル層 OSI参照モデルの第1層に位置し、ネットワークの物理的な接続・伝送方式を定めたもの。英語表記の頭を取って「PHY」と..
物理層 OSI参照モデルの第1層に位置し、ネットワークの物理的な接続・伝送方式を定めたもの。英語表記の頭を取って「PHY」と略称..
ブリッジ ..、ケーブルを流れるデータを中継する機器。OSI参照モデルでいうデータリンク層(第2層)の中継機器である。単純にすべて..
ブリッジルータ ..データを他のネットワークに中継する機器。OSI参照モデルでいうデータリンク層(第2層)の中継機器であるブリッジの..
ブルータ ..データを他のネットワークに中継する機器。OSI参照モデルでいうデータリンク層(第2層)の中継機器であるブリッジの機能..
プレゼンテーション層 OSI参照モデルの第6層に位置し、圧縮方式や文字コードなど、データの表現形式を規定したもの。個別のバイナリファ..
プロトコル ..気通信連合(ITU)などによって7階層のOSI参照モデルとして標準化されており、これに従ってプロトコルを分類することが..
マルチレイヤスイッチ OSI参照モデルのネットワーク層(第3層)以上のデータを認識し、そのデータを元にパケットの行き先を制御するルーテ..
メディアアクセス制御 LANなどで利用される伝送制御技術。OSI参照モデルではデータリンク層(第2層)の下位副層に当たり、フレーム(データ..
リピータ ..グメント内の通信など)も中継してしまう。OSI参照モデルでいう物理層(第1層)の中継機器。
ルータ ..データを他のネットワークに中継する機器。OSI参照モデルでいうネットワーク層(第3層)やトランスポート層(第4層)の一部..
レイヤ ..トで扱われる「描画用の透明なシート」や、OSI参照モデルで規定された個々のネットワーク階層などを指す用語として用い..
レイヤ1 OSI参照モデルの第1層に位置し、ネットワークの物理的な接続・伝送方式を定めたもの。英語表記の頭を取って「PHY」と略..
レイヤ2 OSI参照モデルの第2層に位置し、ネットワーク上で直結されている機器同士での通信方式を定めたもの。電気信号の誤り訂正..
レイヤ2スイッチ ネットワークの中継機器の一つで、OSI参照モデルのデータリンク層(第2層)のデータでパケットの行き先を判断して転送..
レイヤ3 OSI参照モデルの第3層に位置し、データリンク層以下のプロトコルを使用して接続されているネットワーク同士の通信をおこ..
レイヤ3スイッチ ネットワークの中継機器の一つで、OSI参照モデルのネットワーク層(第3層)のデータでパケットの行き先を判断して転送..
レイヤ4 OSI参照モデルの第4層に位置し、データ転送の信頼性を確保するための方式を定めたもの。具体的には、ネットワーク層を通..
レイヤ5 OSI参照モデルの第5層に位置し、通信の開始時や終了時などに送受信するデータの形式などを規定したもの。この層で論理的..
レイヤ6 OSI参照モデルの第6層に位置し、圧縮方式や文字コードなど、データの表現形式を規定したもの。個別のバイナリファイルを..
レイヤ7 OSI参照モデルの第7層に位置し、ネットワークアプリケーションのうちユーザが直接接する部分。ネットワーク経由での送受..
レイヤ7スイッチ マルチレイヤスイッチのうち、OSI参照モデルのアプリケーション層(第7層)のデータを元にルーティング処理を行なうこ..
関連用語は自動でリンクしているため、同音異義語など不適切なリンクが一部ございますがご容赦ください。' );
|
[ 332] HTML Document Representation (ja)
[引用サイト] http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/charset.html
文書文字集合の節では、どんな抽象文字がHTML文書を構成し得るかという話題を示す。ここで扱う文字には、ラテン文字の「A」やキリル文字の「И」、漢字の「水」などが含まれる。
文字符号化方法の節では、これらの文字が、ファイル中にある際やインターネット上を転送される際にどのように表現されるかという話題を示す。文字符号化方法の中には、著者が文書に含めたい文字のすべてを直接表現できないようなものもあるため、HTMLでは文字符号化方法とは異なる文字参照という機構を用いてあらゆる文字を参照できるようになっている。
人類の言語全体では膨大な数の文字が存在し、この文字を表現する方法も非常に多様であるため、世界中のユーザエージェントが文書を理解できるよう、細心の注意を払う必要がある。
HTML文書を含むどのSGML文書も、各々のレパートリにある文字の連鎖である。コンピュータシステムは符号位置により各文字を識別する。例えば、ASCII文字集合では、符号位置65、66、67は、各々「A」、「B」、「C」を指す。
Webのように地球規模の情報システムにおいては、ASCII文字集合は十分ではないので、HTMLでは国際符号化文字集合(UCS)と呼ばれる、より完璧を目指して[ISO10646]で定義された文字集合を使用する。この規格は世界中のコミュニティで使用されている何十万もの文字のレパートリを定義している。
[ISO10646]で定義された文字集合【の基本多言語面】はすべての文字がユニコード【2.0】([UNICODE])と等価である。
現在の本仕様書は、[ISO10646]は文書文字集合としての参照に用い、[UNICODE]はユニコードの双方向性テキストアルゴリズムへの参照として予約するに留まる。
しかし文書文字集合は、HTML文書の典型的な交換時において――すなわちファイル内部やネットワーク伝送の際にバイト列として符号化された状態で――、ユーザエージェントがHTML文書を正しく解釈できることを保証するには十分ではない。
ユーザエージェントは、文書を文字列からバイト列へと変換するのに使われた特定の文字符号化方法について理解する必要がある。
他の仕様では異なる名前で呼ばれているので、いくらか混乱の元になるかもしれない。しかしインターネット界では、概念自体は大筋で一致している。更に、通信プロトコルのヘッダ、属性、文字符号化方法を参照するパラメータの3つが、同じ「charset」という名称を共有し、同じ
このcharsetパラメータは、バイト列から文字列への変換手段であるところの文字符号化方法についての、識別子である。 この変換は、サーバがHTML文書をユーザエージェントにバイト列として送り、ユーザエージェントがバイト列を文字列へと解釈するという、Webが働く仕組みに、自然に適合している。変換手段には、単純な1対1対応のものからスキームやアルゴリズムが切り替え式である複雑なものまで、幅広く存在する。
単純に1バイトが1文字に対応する符号化技術は、[ISO10646]と同等規模の文字レパートリから成るテキスト列には不充分である。符号化には、
[ISO10646]の部分集合を扱う各種符号化に加えて、UCS-4のように[ISO10646]全体を扱う符号化もある。
テキストエディタ等のオーサリングツールは、HTML文書を独自の選択により文字符号化方法へと符号化し得る。この選択は、使用中のシステムソフトウエアの規定に大きく依存する。
オーサリングツールは、符号化について正しく印をつける限りにおいて、文書中の文字の大半をカバーするような符号化を任意に選んでよい。
選択した符号化の範囲外となる文字については、文字参照で表現できる。文字参照は常に、文字符号化方法ではなく文書文字集合への参照を示すものである。
サーバやプロクシは、ユーザエージェントの要求に応じて文字符号化方法を変更しても良い。(これをコード変換と呼ぶ。[RFC2616]の14.2「Accept-CharsetのHTTP要求ヘッダ」を参照のこと。)
一般的にWebで使われる文字符号化方法には、ISO-8859-1 (「Latin-1」という名でも参照される、西欧言語の大半に使用できる)や、ISO-8859-5 (キリル諸語をサポートする)、SHIFT_JIS (日本語の符号化)、EUC-JP (別の、日本語の符号化)、UTF-8 (ISO 10646の符号化の1つで、各種の文字を可変長バイトで符号化する)などがある。
文字符号化方法の名称は、大文字小文字の別を問わない。従って例えば「SHIFT_JIS」も「Shift_JIS」も「shift_jis」も等価である。
本仕様は、ユーザエージェントがサポートする必要がある文字符号化方法が何であるかについて、強制しない。
仕様に適合するユーザエージェントは、認識できる文字符号化方法に含まれる全ての文字を、ISO 10646 に正確に合致させねばならない。(または、合致させるかのように動作しなければならない。)
(charset=UTF-16)で伝送する場合、テキストデータはネットワークバイト順(「ビッグエンディアン」すなわち上位バイトが先)とする必要がある。これは
NON-BREAKING SPACE文字(十六進のFEFF)――バイト順マーク(BOM)とも言う――で始まることが推奨される。バイト逆転の場合にはこれが、割り当てられないことが保証されている文字(十六進のFFFE)となる。これにより、テキストの最初のバイト組として十六進のFFFEを受信したユーザエージェントは、残りのテキストに関してバイトを逆転する必要があることが認識できる。
(IANAにISO-10646-UTF-1として登録されている)については、これを使ってはいけない。
サーバは、提供する文書についてどの文字符号化方法を適用すべきかを、どのように決めているのだろうか。文書の最初の数バイトをチェックするようなサーバもあれば、ファイル形式と符号化の関係についてデータベースと突合せを行うサーバもある。
最近のサーバの多くは、過去のサーバよりも、管理者がcharset設定ついてより多くの操作を行えるようになっている。
管理者はこれらの機構を用いて可能な限り常にcharsetパラメータを送り出すようにしなければならないが、誤ったcharsetパラメータ値によって文書を識別させてしまわないよう注意を払う必要がある。
ユーザエージェントは、使われている文字符号化方法が何であるかを、どのようにして知るのか。サーバがこれを知らせる必要がある。サーバがユーザエージェントに文書の文字符号化方法について情報提供する最も直截な方法は、HTTPプロトコルの
実際のところは、この勧告は役立たないことが証明されている。なぜならサーバの中にはcharsetパラメータを送信できないものもあれば、パラメータを送らないよう設定されているものもあるのからだ。従って、ユーザエージェントは、charsetパラメータとして如何なる値も仮定してはいけない。
サーバへの指示あるいは設定上の制限を示すため、HTML文書は自身の文字符号化方法に関する明示的な情報を含んでもよい。ユーザエージェントに文字符号化方法の情報を伝える目的には、
META宣言は、少なくともそのMETA要素がパースされるまでの間はASCIIの範囲内のバイト値がASCIIと同じ文字を表すような文字符号化方法が使われている場合にのみ用いることができる。
これらの機構を組み合わせることで、著者は、ユーザがリソースを取得する際にユーザエージェントが文字符号化方法を識別できる可能性を増やせる。
この優先順リストに加えて、ユーザエージェントは、経験的判定法やユーザの設定を用いてもよい。例えば、多くのユーザエージェントは日本語テキストの各種符号化の識別に経験的判定法を用いている。また、ユーザエージェントは一般に、文字符号化方法の情報が得られない場合に利用するローカルなデフォルト文字符号化方法を、ユーザが設定できるようになっている。
ユーザエージェントは、誤ったcharset情報をユーザが上書きできるような機能を備えてもよい。ただし、この機能はページを読む際にだけ提供することとし、著述の際には機能しないようにする必要がある。これは誤ったcharsetパラメータを持つWebページの生成を防ぐためである。
もし仮に、特定用途のために[ISO10646]にない文字を参照する必要がある場合、そうした文字は、現在の規格及び将来の規格との衝突を避けるため、私用ゾーンに割り当てる必要がある。
ある所与の文字符号化方法が、文書文字集合の全ての文字を表現できるとは限らない。こうした符号化を利用する際や、文書中の文字について直接入力できないよう設定されているハードウエアやソフトウエアを使っている場合、著者はSGML文字参照を用いてよい。
HTMLには文字データを表現するための他の手法も用意されている。特にインライン画像が、これにあたる。
SGMLでは、改行文字やタグの直前に文字参照がある際など、文字参照の末尾の「;」を省略できる場合がある。逆に単語の途中の場合などのように省略できない場合もある。
本仕様は、如何なる場合も「;」を用いて、セミコロンが必要なユーザエージェントで問題が起きないようにするよう、強く勧める。
å (十進)は、ノルウエー語等で使われる、「上に小さい円がついた小文字a」を表現する。
HTML 4 では、文書文字集合の全ての文字について文字実体参照を定義することはしない。例えば、キリル大文字「И」の文字実体参照はない。HTML 4での定義は全文字実体参照リストを参照のこと。
従って、「Å」(リングつき大文字Aの参照)は、「å」(リングつき小文字aの参照)とは異なる文字を参照する。
テキスト中に「<」記号を記したい場合、著者は「<」(ASCII十進60)を用い、タグの冒頭――開始タグの開始区切り子――と誤解される可能性を回避するべきである。同様に、テキスト中に「>」記号を記したい場合、仮に二重引用符で囲った属性値としてであっても、著者は「>」を直接記すのではなく「>」(ASCII十進62)を用い、古いユーザエージェントがこれをタグの末尾――タグの終了区切り子――と誤解してしまう問題を、回避すべきである。
また、著者は、「&」の代わりに「&」(ASCII十進38)を用い、文字参照の冒頭――文字実体参照の開始区切り子――と誤解されるのを避けるべきである。
CDATA型の属性値には文字参照が出現できるので、著者は属性値においても「&」を用いる必要がある。
二重引用符が属性値の区切り子にもなり得るため、二重引用符のインスタンスを符号化して「"」を用いる著者もあろう。
例えば、適切なフォントが得られない場合や、ユーザエージェントの内部コードでは表現できない値を持つ文字に出くわした場合などがこれに当たる。
実装に依存するため、表示できない文字はアプリケーション自体ではなく基盤となるディスプレイシステムによって処理される。
特定の表記系や言語の要求などに見合った、より洗練された動作が存在しない場合、本仕様はユーザエージェントに対し次の動作を勧める。
欠落した文字を数値で表現する場合は、十進ではなく、十六進形式で示す。文字集合の規格で十六進形式が使われるからである。
|
戻る
