ブラウザよりも高速アクセス！
80 関係: Address Resolution Protocol、仕様、保存、ネチケット、ネットワークインフォメーションセンター、メッセージ、ヴィントン・サーフ、プロトコル、プロプライエタリ・ソフトウェア、ファイルフォーマット、ドメイン名、ベンチマーク、インターネット、インターネット標準、エイプリルフール、ジョン・ポステル、スティーブ・クロッカー、Border Gateway Protocol、Common Management Information Protocol、無限の猿定理、Deflate、Domain Name System、Dynamic Host Configuration Protocol、Extensible Messaging and Presence Protocol、西暦10000年問題、鳥類キャリアによるIP、閲覧、File Transfer Protocol、FreeBSD、Hyper Text Coffee Pot Control Protocol、Hypertext Transfer Protocol、Impress Watch、Internationalized Resource Identifier、Internet Assigned Numbers Authority、Internet Control Message Protocol、Internet Engineering Task Force、Internet Message Access Protocol、Internet Protocol、Internet Relay Chat、IPsec、IPv6、IPv6アドレス、ISO-2022-JP、Lightweight Directory Access Protocol、Network News Transfer Protocol、Network Time Protocol、Open Shortest Path First、Portable Network Graphics、Post Office Protocol、RADIUS、...、Real-time Transport Protocol、Resource Reservation Protocol、Reverse address resolution protocol、Routing Information Protocol、Secure Shell、Session Initiation Protocol、Simple Mail Transfer Protocol、Simple Network Management Protocol、SOCKS、Stream Control Transmission Protocol、Telnet、Transmission Control Protocol、Transport Layer Security、Trivial File Transfer Protocol、Unicode、Uniform Resource Identifier、Uniform Resource Locator、Uniform Resource Name、User Datagram Protocol、UTF-8、World Wide Web Consortium、標準化、洗濯ばさみ、情報処理推進機構、情報科学研究所、文字符号化方式、1968年、1969年、2000年問題、4月7日。 インデックスを展開 (30 もっと) »
Address Resolution Protocol
Address Resolution Protocol (アドレス解決プロトコル、略称：ARP、アープ)は、イーサネット環境で、IPアドレスから対応するMACアドレスを動的に得るためのプロトコル。.
新しい！!: Request for CommentsとAddress Resolution Protocol · 続きを見る »
仕様
仕様（しよう、英: specification スペシフィケーション）とは、材料・製品・サービスなどが明確に満たさなければならない要求事項の集まりである。日常的には英語を短縮して「スペック」とも。.
新しい！!: Request for Commentsと仕様 · 続きを見る »
保存
記載なし。
新しい！!: Request for Commentsと保存 · 続きを見る »
ネチケット
ネチケット（英語：netiquette）とはネットワーク（network）とエチケット（etiquette） を組み合わせたかばん語で、「ネットマナー」、「ネチケ」などとも呼ばれる。現実世界でのマナーを基本に、ネット上の特性を追加したエチケットなので、ネチケットの中には一般的なマナーも含まれるが、本項では特にインターネット上のネチケットについて解説する。 ネチケットは、インターネット上でコミュニケーションを行う際や、ウェブサイトや電子メールなどを利用する際など、様々な場面で必要とされている。ネチケットは厳密に定められている規則ではなく、他人への配慮を心がけるなど、社会で最低限必要とされていることに基づいたものが多い。また、コンピュータネットワーク特有の技術的な問題を防ぐためのネチケットも数多く存在する（後述）。.
新しい！!: Request for Commentsとネチケット · 続きを見る »
ネットワークインフォメーションセンター
ネットワークインフォメーションセンター（NIC）は、インターネットの Domain Name System の一部を担う組織である。ドメイン名レジストリ（domain name registry）と呼ばれるトップレベルおよびセカンドレベルのドメイン名のデータベースを維持管理し、ドメイン名からIPアドレスに変換するためのゾーンファイルを生成する。各トップレベルドメインにはそれぞれの NIC が存在し、ドメイン名割り当ての方針を制御し、トップレベルドメインを技術面で運営している。なお、NICをレジストリとも呼ぶ。レジストリとレジストラは区別されることもある。 ドメイン名の管理は階層構造になっており、ルートサーバ内のデータを管理することでDNSツリーのトップを管理しているのが Internet Assigned Numbers Authority (IANA) である。IANAはまた、国際的機関の使用する.int やプロトコル管理用途の.arpa、root-servers.net といった重要なゾーンを運営している。 IANAは他の全てのドメイン名の権限を地域インターネットレジストリやベリサインなどの他のレジストリに委譲している。 国別コードトップレベルドメイン (ccTLD) の権限は、ドイツではDENIC、イギリスではNominet、日本ではJPNICなど、国別インターネットレジストリに委譲されている。なお、日本ではドメイン名登録の管理業務はJPNICから日本レジストリサービスに移管され、NICとレジストリが分離されている。.
新しい！!: Request for Commentsとネットワークインフォメーションセンター · 続きを見る »
メッセージ
メッセージ （message）.
新しい！!: Request for Commentsとメッセージ · 続きを見る »
ヴィントン・サーフ
ヴィントン・グレイ・サーフ（Vinton Gray Cerf, 1943年6月23日 - ）はアメリカ合衆国の計算機科学者であり、ロバート・カーンと共にインターネットとTCP/IPプロトコルの創生に重要な役割を演じた「インターネットの父」の1人。その功績により、アメリカ国家技術賞、チューリング賞 Feb 16, 2005、大統領自由勲章 from the White House websiteを受賞（受章）し、全米技術アカデミー会員にも選ばれている。通称はヴィント・サーフ（Vint Cerf）。 かつてアメリカ国防総省国防高等研究計画局（DARPA）でプログラムマネージャを務め、TCP/IP関連技術を開発する様々なグループに出資した。1980年代末ごろインターネットが商用化される際、MCIに移って初期の商用電子メールシステムMCI Mailを開発し、それをインターネットに接続した。 ICANNの創設に尽力。後にICANNの理事となり、最終的に会長を務めた。2012年5月、Association for Computing Machineryの会長に選ばれた from the ACM website。.
新しい！!: Request for Commentsとヴィントン・サーフ · 続きを見る »
プロトコル
プロトコルまたはプロトコール（protocol, 、protocole ）とは、複数の者が対象となる事項を確実に実行するための手順について定めたもの。 もともとは「人間同士のやりとり」だけに関する用語であった。戦間期の学術的批判を経て、情報工学分野でマシンやソフトウェア同士のやりとりに関する取り決め（通信規約）を指すためにも用いられるようになった。 日本語に意訳した語として、「規定」、「議定書」、「儀典」などがある。.
新しい！!: Request for Commentsとプロトコル · 続きを見る »
プロプライエタリ・ソフトウェア
プロプライエタリ・ソフトウェア（英: proprietary software）または私有ソフトウェア（しゆう-）とは、ソフトウェアの入手、使用、改変、複製などに関する権利を議論する文脈で用いられるソフトウェアの種類についての用語。プロプライエタリ・ソフトウェアとは、ソフトウェアの配布者が、利用者の持つ権利を制限的にすることで自身や利用者の利益およびセキュリティを保持しようとするソフトウェアを指す。制限には法的手法や技術的手法など様々な方法がある。技術的制限手法としては、バイナリ実行コードのみを使用者に提供し、ソースコードは公開しないというソフトウェア流通の方法がある。法的制限手法としては、著作権や特許権、不正競争防止法、国家機密及びそれに基づくソフトウェアライセンス許諾といった方法がある。.
新しい！!: Request for Commentsとプロプライエタリ・ソフトウェア · 続きを見る »
ファイルフォーマット
ファイルフォーマットはコンピュータなどの情報機器で利用するファイルの保存形式である。コンピュータで扱う文書、音声、画像、動画などのさまざまなメディアのファイルを特定の利用方法やアプリケーションソフトウェアで共通に扱うための形式や規格のこと。.
新しい！!: Request for Commentsとファイルフォーマット · 続きを見る »
ドメイン名
ドメイン名（ドメインめい、domain name）は、IPネットワークにおいて個々のコンピュータを識別する名称の一部。インターネット上においてはICANNによる一元管理となっており、世界中で絶対に重複しないようになっている。通常、IPアドレスとセットでコンピュータネットワーク上に登録される。 多くの場合、ドメイン名はその下位に1つまたは複数のホスト名を連ね、またドメイン名それ自身もホスト名である。 Domain Name Systemにより、ドメイン名を含むホスト名とIPアドレスとの変換が実行されている。.
新しい！!: Request for Commentsとドメイン名 · 続きを見る »
ベンチマーク
ベンチマーク（）とは、本来は測量において利用する水準点を示す語で、転じて金融、資産運用や株式投資における指標銘柄など、比較のために用いる指標を意味する。また、広く社会の物事のシステムのあり方や規範としての水準や基準などを意味する。またベンチマーキングとは自社の課題解決のために、競合他社などの優れた経営手法（ベストプラクティス）を持つ企業を分析するプロセスを指す。.
新しい！!: Request for Commentsとベンチマーク · 続きを見る »
インターネット
インターネット（internet）は、インターネット・プロトコル・スイートを使用し、複数のコンピュータネットワークを相互接続した、グローバルな情報通信網のことである。 インターネットは、光ファイバーや無線を含む幅広い通信技術により結合された、地域からグローバルまでの範囲を持つ、個人・公共・教育機関・商用・政府などの各ネットワークから構成された「ネットワークのネットワーク」であり、ウェブのハイパーテキスト文書やアプリケーション、電子メール、音声通信、ファイル共有のピア・トゥ・ピアなどを含む、広範な情報とサービスの基盤となっている。.
新しい！!: Request for Commentsとインターネット · 続きを見る »
インターネット標準
インターネット標準（インターネットひょうじゅん、Internet standard）は、インターネット技術および方法論の中で Internet Engineering Task Force (IETF) が査読の後にオープン標準として承認したものを指す。 最初にインターネットドラフトとして提出され、（通常何回か改版を重ねた後）Request for Comments (RFC) として公表される（ただし、当初は覚書扱い）。その後 RFC は、proposed standard（標準化への提唱）、draft standard（標準化への草稿）、standard（標準）の3つの成熟段階を経て発展する。これらの段階を「インターネット標準化過程（Standard Track）」と総称し、RFC 2026 で定義されている。 全ての RFC が標準化過程のいずれかの時点にあるわけではない。標準化とは関係ない RFC については Request for Comments を参照されたい。.
新しい！!: Request for Commentsとインターネット標準 · 続きを見る »
エイプリルフール
イプリルフール（April Fools' Day）とは、毎年4月1日には嘘をついても良いという風習のことである岩波書店『広辞苑 第六版』。イギリスではオークアップルデーに倣い、嘘をつける期限を正午までとする風習があるが、それ以外の地域では一日中行われる。 エイプリルフールは、日本語では直訳で「四月馬鹿」、漢語的表現では「万愚節」、中国語では「愚人節」、フランス語では「プワソン・ダヴリル」（Poisson d'avril, 四月の魚）と呼ばれる。.
新しい！!: Request for Commentsとエイプリルフール · 続きを見る »
ジョン・ポステル
ョン・ポステル（Jonathan Bruce Postel, 1943年8月6日 - 1998年10月16日）はアメリカのコンピュータ科学者。 1974 年にカリフォルニア大学ロサンゼルス校 (UCLA) よりコンピュータサイエンスの博士号を授与される。UCLA 在学中より初期の ARPANet に関わる。 1977 年より南カリフォルニア大学 (USC) の情報科学研究所 (ISI) にてインターネットの発展と標準化に多大な貢献をし、「インターネットの神」と呼ばれた。TCP/IP, SMTP, DNS, FTP, Telnet の開発に携り、RFC の編集者としての他、IANA の発起人として知られる。.
新しい！!: Request for Commentsとジョン・ポステル · 続きを見る »
スティーブ・クロッカー
ティーブン・D・クロッカー（英語: Stephen D. Crocker、1944年10月15日 - ）は、Request for Comments シリーズの考案者で、初期のRFCなどを書いた人物である。カリフォルニア州パサデナ出身。カリフォルニア大学ロサンゼルス校で学士号 (1968) と Ph.D. (1977) を取得。ICANNの運営委員会議長を務めている。 その黎明期からインターネット・コミュニティで働いている。1960年代、UCLAの大学院生としてARPANETプロトコル群の開発に携わり、それが後のインターネットの基盤となった。この業績により、2002年に IEEE Internet Award を受賞した。 UCLAではコンピュータ・プログラミングの上級コースの講師を務めていた（IBM 7094 メインフレームを使用）。高校教師にデジタル処理とアセンブリ言語によるプログラミングを教えるもので、高校で同様のコースを開催できるようにすることを意図していた。高校生も何人か参加していたという。クロッカーはまた、新たに結成されたUCLAコンピュータ・クラブでも活発に活動していた。 高等研究計画局 (ARPA) のプログラム・マネージャ、USCの情報科学研究所での上級研究者、The Aerospace Corporation の計算機科学研究所創設時の所長、Trusted Information Systems のCTOなどを歴任。1994年、CyberCash, Inc. の創設に参加し、CTOを務めた。1998年、DSLベースのISPである Executive DSL を創業し経営。1999年には Longitude Systems を共同で創業して一時期CEOを務めた。2012年現在、研究開発企業 のCEOを務めている。 スティーブ・クロッカーはARPAの "Network Working Group" 結成に尽力し、それが後の IETF の母体となった。 IETFのセキュリティ分野の責任者、インターネットアーキテクチャ委員会の委員、ICANNのセキュリティ・安定性諮問委員会委員長、インターネット協会の運営委員など、インターネット関連のボランティア的地位も務めていたことがある。.
新しい！!: Request for Commentsとスティーブ・クロッカー · 続きを見る »
Border Gateway Protocol
Border Gateway Protocol（ボーダ・ゲートウェイ・プロトコル、略称: BGP）はインターネットの基幹となるルーティングプロトコルである。インターネットにおける最大の構成要素となる自律システム(Autonomous System:AS)の管理者のポリシーをAS間の経路制御に反映させる事を目的として設計された。.
新しい！!: Request for CommentsとBorder Gateway Protocol · 続きを見る »
Common Management Information Protocol
Common Management Information Protocol（共通管理情報プロトコル、CMIP）は、ネットワーク管理のための通信プロトコルであり、ネットワーク管理アプリケーションと管理対象との通信を定義している。ISO/IEC JTC 1とITU-Tが開発したOSIのネットワーク管理モデルを規定したITU-T X.700シリーズ勧告において、プロトコル仕様 X.711 として定義されている。ISO/IEC規格では ISO/IEC 9596-1、JIS規格では JIS X 5762として規定されている。同様のプロトコルとして IETF の設計したSNMPの方が一般に広く使用されている。 CMIP は管理対象に関する管理情報を定義し、管理対象に何らかのアクションを行わせたり、アクションを変更したりすることが可能である。管理対象は GDMO（Guidlines for Definition of Managed Objects … X.722）に従って記述され、X.500 ディレクトリサービスのように識別名で識別される。 CMIPの定義におけるネットワーク管理システムは以下のような操作を行うことができる.
新しい！!: Request for CommentsとCommon Management Information Protocol · 続きを見る »
無限の猿定理
ほとんど確実にシェイクスピアのある戯曲（なにか他の作品でもよい）を含むことになる。 無限の猿定理（むげんのさるていり、infinite monkey theorem）とは、ランダムに文字列を作り続ければどんな文字列もいつかはできあがるという定理である。比喩的に「猿がタイプライターの鍵盤をいつまでもランダムに叩きつづければ、ウィリアム・シェイクスピアの作品を打ち出す」などと表現されるため、この名がある。.
新しい！!: Request for Commentsと無限の猿定理 · 続きを見る »
Deflate
Deflate（デフレート）とはLZ77とハフマン符号化を組み合わせた可逆データ圧縮アルゴリズム。フィル・カッツが開発した圧縮ツールPKZIPのバージョン2で使われていた。ZIPやgzipなどで使われている。1996年5月に RFC 1951 としてドキュメント化された。ヘッダーやフッターをつけた zlib (RFC 1950) 形式や gzip (RFC 1952) 形式とともに使われる事が多い。.
新しい！!: Request for CommentsとDeflate · 続きを見る »
Domain Name System
Domain Name System（ドメイン・ネーム・システム、DNS）とは、インターネットを使った階層的な分散型データベースシステムである。1983年にInformation Sciences Institute (ISI) のポール・モカペトリスとジョン・ポステルにより開発された。 現在では主にインターネット上のホスト名や電子メールに使われるドメイン名と、IPアドレスとの対応づけ（正引き、逆引き）を管理するために使用されている。.
新しい！!: Request for CommentsとDomain Name System · 続きを見る »
Dynamic Host Configuration Protocol
Dynamic Host Configuration Protocol（ダイナミック ホスト コンフィギュレーション プロトコル、DHCP）とは、コンピュータがネットワーク接続する際に必要な情報を自動的に割り当てるプロトコルのことをいう。 この項目においては IPv4 のための DHCP である DHCPv4 を中心として説明し、最後に IPv6 のための DHCP である DHCPv6 について補足する。.
新しい！!: Request for CommentsとDynamic Host Configuration Protocol · 続きを見る »
Extensible Messaging and Presence Protocol
公式ロゴ Extensible Messaging and Presence Protocol (XMPP) (旧称 Jabber)は、オープンソースのインスタントメッセンジャーのプロトコルおよび、クライアント、サーバの総称である。.
新しい！!: Request for CommentsとExtensible Messaging and Presence Protocol · 続きを見る »
西暦10000年問題
西暦10000年問題（せいれきいちまんねんもんだい、西暦1万年問題）とはコンピュータの誤動作に関する年問題である。2000年問題（Y2K問題）の解決のため、コンピュータは年を4桁であらわすのが一般的になった。しかし、西暦10000年になると年数が5桁になるため、多くのプログラムが誤動作するという問題の事を指す。同義の呼称として、10000を意味する10Kを用いた Y10K や10を十六進法で表したAを用いた YAK 、10をローマ数字で表した YXK などがある。.
新しい！!: Request for Commentsと西暦10000年問題 · 続きを見る »
鳥類キャリアによるIP
鳥類キャリアによるIP（ちょうるいキャリアによるアイピー、IP over Avian Carriers, IPoAC）は、エイプリルフールにRFCで発表されたジョーク規格、伝書鳩（文書内には Avian とあるだけで明確に伝書鳩と定めてはいない）を使ってInternet Protocol のデータ通信を行うというもの。.
新しい！!: Request for Commentsと鳥類キャリアによるIP · 続きを見る »
閲覧
閲覧（えつらん）とは、図書館関連の用語で、利用者が資料を館外に持ち出さずに見ることを言う。 また、近年では、インターネットの用語として、ウェブブラウザを用いてウェブページを見ることも閲覧と呼ぶ。.
新しい！!: Request for Commentsと閲覧 · 続きを見る »
File Transfer Protocol
File Transfer Protocol（ファイル・トランスファー・プロトコル、FTP、ファイル転送プロトコル）は、ネットワークでファイルの転送を行うための通信プロトコルの1つである。 FTPは、インターネット初期から存在する古いプロトコルであり、セキュア（安全）なプロトコルとして設計されていない。ユーザ名やパスワードなどの認証情報を含むすべての通信内容を暗号化せずに転送するなどの問題の他、数多くのセキュリティ脆弱性が指摘されている。FTPは、Gumblarなどのコンピュータウイルスの標的にもされた。そのため、現在では、FTPではなく FTPS (SSL/TLSを使ったFTP) や SFTP (SSH File Transfer Protocol)、SCP、SSH上でのrsync、など暗号化された手法を用いることが強く推奨される。.
新しい！!: Request for CommentsとFile Transfer Protocol · 続きを見る »
FreeBSD
FreeBSD（フリービーエスディー）は、Unix系のオープンソースのオペレーティングシステム (OS) である。SCOによるSingle UNIX Specificationの認証は受けていないものの、NetBSDやOpenBSDと同じく、AT&TのUNIXから派生したBSDの子孫に当たる。サーバ用途を志向しており、処理速度よりも安定動作に重きを置いている。近代的なオープンソースのBSDとしてはNetBSDに次いで古く、1993年12月に最初の公式リリースである1.0が公開された。.
新しい！!: Request for CommentsとFreeBSD · 続きを見る »
Hyper Text Coffee Pot Control Protocol
Hyper Text Coffee Pot Control Protocol（ハイパー・テキスト・コーヒーポット・コントロール・プロトコル、HTCPCP、ハイパーテキスト・コーヒーポット制御プロトコル）とはHTTPの拡張でコーヒーポットを制御する際に用いられる通信プロトコル。1998年4月1日に発行されたRFCのRFC 2324で規定されている。 エイプリルフールに発行されたジョークRFCではあるが、プロトコルそのものは実行可能なものであり、EmacsにHTCPCPを実装するためのモジュール（coffee.el）が存在する。また大学生の研究対象として、実際にHTCPCPを実装したコーヒーメーカーを試作するといったことも行われている。 ただしHTTPをベースとしたプロトコルであるため、「コーヒーポット側からクライアントに『コーヒーが入った』等の通知を送ることができない」などの問題を抱えており（元々がジョークRFCであるため仕方のないことではあるが）、mixiでは本プロトコルの代わりにIRC・Twitterによる通知機能を持たせたコーヒーメーカー「萌香」を開発するなど、本プロトコルの代替となるものも提案されている。.
新しい！!: Request for CommentsとHyper Text Coffee Pot Control Protocol · 続きを見る »
Hypertext Transfer Protocol
Hypertext Transfer Protocol（ハイパーテキスト・トランスファー・プロトコル、略称 HTTP）とは、HTMLなどのコンテンツの送受信に用いられる通信プロトコルである。主としてWorld Wide Webにおいて、WebブラウザとWebサーバとの間での転送に用いられる。ハイパーテキスト転送規約とも呼ばれる。 HTTP/1.1 が RFC 7230 から RFC 7235 で規定されている。かつては RFC 2616 が HTTP/1.1 を規定していたため、こちらもよく参照されている。また、HTTP/2が RFC 7540 で規定されている。.
新しい！!: Request for CommentsとHypertext Transfer Protocol · 続きを見る »
Impress Watch
Impress Watch（インプレス ウォッチ）は、株式会社インプレスが運営するIT系総合ニュースサイトである。.
新しい！!: Request for CommentsとImpress Watch · 続きを見る »
Internationalized Resource Identifier
Internationalized Resource Identifier（IRI）とは、Uniform Resource Identifier (URI) を拡張したものである（URI自身も Uniform Resource Locator (URL) を拡張したもの）。国際化資源（リソース）識別子とも。URI ではASCII文字セットのサブセットに制限されていたが、IRI は Universal Character Set (Unicode/ISO 10646) を含むことができ、中国語文字、日本語文字、韓国語文字、キリル文字などを使うことができる。 RFC 3987 で定義されている。.
新しい！!: Request for CommentsとInternationalized Resource Identifier · 続きを見る »
Internet Assigned Numbers Authority
Internet Assigned Numbers Authority（IANA、アイアナ）とはインターネットに関連する番号を管理する組織である。IPアドレス・ドメイン名・ポート番号等の標準化・割り当て・管理などを行う。アメリカの南カリフォルニア大学のISI（Information Sciences Institute）にある。 ジョン・ポステルが中心となって始めた組織。運営費用の一部がアメリカ政府により援助されていたが国際的な機関となるために1999年、ICANNの援助によって活動する組織に変更された。現在、ICANNの下部組織。 XML宣言に記述するエンコーディングの名前は、IANAに登録されたキャラクタセット名が使用される。.
新しい！!: Request for CommentsとInternet Assigned Numbers Authority · 続きを見る »
Internet Control Message Protocol
Internet Control Message Protocol（インターネット制御通知プロトコル、ICMP）とは、通信処理で使われるプロトコルのひとつで、Internet Protocolのデータグラム処理における誤りの通知や通信に関する情報の通知などのために使用される。ICMPに関するICMP通知は、通知が無限ループに陥るのを防ぐために送られない。 IPv4（Internet Protocol version 4）のための ICMP (ICMPv4) は RFC 792 によって規定され、IPv6（Internet Protocol version 6）のための ICMP (ICMPv6) は RFC 4443 によって規定されている。ICMP は TCP、UDP などと同様にInternet Protocolの上位のプロトコルであるが、Internet Protocolと同様のインターネット層のプロトコルであるかのような特別の処理をされる。 ICMPを利用しているツールにpingやtracerouteなどがある。.
新しい！!: Request for CommentsとInternet Control Message Protocol · 続きを見る »
Internet Engineering Task Force
The Internet Engineering Task Force（IETF、インターネット技術タスクフォース） はインターネットで利用される技術の標準を策定する組織である。 極めてオープンな組織で、実際の作業を行っている作業部会 (Working group; WG) のメーリングリストに参加することで、誰でも議論に参加することが可能となっている。 通常はメーリングリスト上で議論が進むが、年に3回（2回はアメリカ国内、1回はそれ以外の国）会議が開催される。この会議も参加費を払うことでだれでも参加が可能である。日本国内では2002年に横浜（パシフィコ横浜）で開催され、2009年11月には広島で開催された。また、2015年11月に再び横浜で開催されることが決定している。会議では、最終的に何か決定を下さなければならない場合にハミング（鼻歌）による表決（ラフコンセンサス）を取るという特徴がある。 策定された標準仕様は最終的にはRFCなどとして発行する。.
新しい！!: Request for CommentsとInternet Engineering Task Force · 続きを見る »
Internet Message Access Protocol
Internet Message Access Protocol（インターネット メッセージ アクセス プロトコル、IMAP(アイマップ)） は、メールサーバ上の電子メールにアクセスし操作するためのプロトコル。クライアントとサーバがTCPを用いて通信する場合、通常サーバー側はIMAP2, IMAP4ではポート番号143番、IMAP3では220番を利用する。.
新しい！!: Request for CommentsとInternet Message Access Protocol · 続きを見る »
Internet Protocol
Internet Protocol （インターネット・プロトコル、IP） とは、インターネット・プロトコル・スイートを使ったインターネットワークにおいてデータグラム（またはパケット）を中継するのに使われる主要な通信プロトコルである。 ネットワーク間のパケットの中継を担っており、インターネットの基礎部分となる重要な役割を持っている。 インターネット・プロトコル・スイートにおけるインターネット層の主たるプロトコルであり、送信元ホストから宛先ホストへIPアドレスに基づいてデータグラムを送付する役割を担っている。そのため、送付すべきデータをカプセル化したデータグラム構造が定義されている。また、送信元と宛先を示すのに使われるアドレッシング方法も定義されている。 OSI参照モデルのネットワーク層にほぼ対応する機能を持つ。歴史的には、ヴィントン・サーフとロバート・カーンが1974年に発表した Transmission Control Program のコネクションレスのデータグラムサービス部分がIPとなった。一方のコネクション指向の部分は Transmission Control Protocol (TCP) となった。そのため、インターネット・プロトコル・スイートをTCP/IPと呼ぶことが多い。 俗にIPアドレスを「IP」と呼ぶことがあるが、異なるものを指しており厳密には誤記・誤称である。 最初の主要バージョンが Internet Protocol Version 4 (IPv4) で、インターネットでも支配的に使われている。後継の Internet Protocol Version 6 (IPv6) も利用が拡大しつつある。.
新しい！!: Request for CommentsとInternet Protocol · 続きを見る »
Internet Relay Chat
Internet Relay Chat（インターネット・リレー・チャット、略称: IRC）とは、サーバを介してクライアントとクライアントが会話をする枠組みの名称である。インスタントメッセンジャーのプロトコルの一つに分類される。また、これに基づいて実装されるソフトをIRCクライアントと呼び、しばし略してクライアントもIRCと呼ばれる事がある。文章のみをやり取りして会話を行い、DCCなどを利用することでファイル転送も対応する。 TCPを通信用のプロトコルとして主に用いる。TLSで暗号化することもできる。.
新しい！!: Request for CommentsとInternet Relay Chat · 続きを見る »
IPsec
IPsec（Security Architecture for Internet Protocol、アイピーセック）は、 暗号技術を用いることで、IP パケット単位で改竄検知や秘匿機能を提供するプロトコルである。これによって、暗号化をサポートしていないトランスポート層やアプリケーションを用いても、通信路の途中で、通信内容を覗き見られたり改竄されることを防止できる。 IPsecは、IPv6では必須とされた時期があり、専用の拡張ヘッダが定義されている。一方、IPv4では、利用可能だが必須ではなく、IP ヘッダオプションを利用する。.
新しい！!: Request for CommentsとIPsec · 続きを見る »
IPv6
IPv6ロゴ Internet Protocol Version 6（インターネット プロトコル バージョン6）、IPv6（アイピーブイ6、アイピーバージョン6）は、Internet Protocolの一種で、OSI参照モデルにおいてネットワーク層に位置付けられるプロトコルである。 現在主流のIPv4では使用可能なIPアドレスが約 232（約43億）個であったが、IPv6では約 2128（約340澗.
新しい！!: Request for CommentsとIPv6 · 続きを見る »
IPv6アドレス
IPv6アドレスとは、IPv6コンピュータネットワークにおいてコンピュータ等のノードのネットワークインターフェースを判別するための番号（IPアドレス）である。 IPアドレスは、ホストの個々のネットワークインターフェースを特定し、ホスト間でIPパケットのルーティングを行うために使用される。IPアドレスはパケットのヘッダに記載され、そのパケットの送信元と送信先を示している。 IPv6は、インターネットにおいて最初に使用されたIPv4を継承している。IPv4が32ビットのIPアドレスを使用するのに対し、IPv6は128ビットのIPアドレスを使用する。このため、IPv6はIPv4と比べて非常に大きなIPアドレス空間を持っている。.
新しい！!: Request for CommentsとIPv6アドレス · 続きを見る »
ISO-2022-JP
ISO-2022-JPは、インターネット上（特に電子メール）などで使われる日本の文字用の文字符号化方式。ISO/IEC 2022のエスケープシーケンスを利用して文字集合を切り替える7ビットのコードであることを特徴とする (アナウンス機能のエスケープシーケンスは省略される)。俗に「JISコード」と呼ばれることもある。.
新しい！!: Request for CommentsとISO-2022-JP · 続きを見る »
Lightweight Directory Access Protocol
Lightweight Directory Access Protocol（ライトウェイト ディレクトリ アクセス プロトコル、LDAP：エルダップ）は、ディレクトリ・サービスに接続するために使用される通信プロトコルの一つ。.
新しい！!: Request for CommentsとLightweight Directory Access Protocol · 続きを見る »
Network News Transfer Protocol
Network News Transfer Protocol（ネットワーク ニュース トランスファー プロトコル、NNTP）は、インターネットアプリケーションプロトコルのひとつである。おもに、ネットニュース (Usenet) の記事を読むことと記事を投稿することのために使われる。記事はニュースサーバ間を相互に配送される。カリフォルニア大学サンディエゴ校のBrian Kantorとカリフォルニア大学バークレー校のPhil LapsleyがNetwork News Transfer Protocolの仕様であるRFC 977を1986年の5月に完成させた。他の貢献者として、Baylor College of MedicineのStan BarberとアップルコンピュータのErik Fairがいる。 UsenetはもともとはUUCPネットワーク上での使用を前提として設計された。つまり、ほとんどの記事は電話回線で直接コンピュータ同士を接続して配送されていた。読者と投稿者は同じニュースサーバにログインし、そのサーバのディスクにある記事を直接読んでいた。 LANとインターネットが一般に普及すると、パーソナルコンピュータ上で使用できるニュースリーダーと、インターネット上で記事を配送する手段が必要とされた。インターネットで互換性のあるファイルシステムがまだ広くは利用できなかったため、SMTP に類似した新しいプロトコルを作ることになった。 ウェルノウンTCPポート番号である119番はNNTPのために予約されている。クライアントがSSLでニュースサーバに接続するときはTCPのポート563番が使われる。これはNNTPSと呼ばれることがある。 最近では、Webで利用可能なBBSやその他インターネットコミュニティサイトが普及したことと、NNTPがボットネットの活動に利用されることが多くなったことが原因で、殆ど利用されなくなってきている。.
新しい！!: Request for CommentsとNetwork News Transfer Protocol · 続きを見る »
Network Time Protocol
Network Time Protocol（ネットワーク・タイム・プロトコル、略称NTP（エヌティーピー））は、ネットワークに接続される機器において、機器が持つ時計を正しい時刻へ同期するための通信プロトコルである。 OSI基本参照モデルの第7層（アプリケーション層）に位置し、UDPポートRFC1700のWELL KNOWN PORT NUMBERSではTCPとUDPの2つが指定されているが、NTPの規格を示したRFC1305ではUDPのみとなっている。の123番を使用する。.
新しい！!: Request for CommentsとNetwork Time Protocol · 続きを見る »
Open Shortest Path First
Open Shortest Path First (オープン・ショーテスト・パス・ファースト、略称：OSPF) は、小規模から大規模のネットワーク向けのリンクステート型ルーティングプロトコルである。.
新しい！!: Request for CommentsとOpen Shortest Path First · 続きを見る »
Portable Network Graphics
Portable Network Graphics（ポータブル・ネットワーク・グラフィックス、PNG）はコンピュータでビットマップ画像を扱うファイルフォーマットである。圧縮アルゴリズムとしてDeflateを採用している、圧縮による画質の劣化のない可逆圧縮の画像ファイルフォーマットである。 1996年に登場し、可逆圧縮の画像フォーマットとして既に普及していたGIFに対しネットワーク経由での使用を想定した機能や透過処理など、多くの機能をサポートした。ウェブブラウザやグラフィックソフトでのサポートも進み、インターネットを中心に普及した。 英語でと発音されることから、「ピング」や「ピン」と多く読まれる。.
新しい！!: Request for CommentsとPortable Network Graphics · 続きを見る »
Post Office Protocol
Post Office Protocol（ポスト オフィス プロトコル、POP）は、電子メールで使われるプロトコル（通信規約）のひとつ。ユーザがメールサーバから自分のメールを取り出す時に使用する、メール受信用プロトコル。現在は、改良されたPOP3 (POP Version 3) が使用されている。.
新しい！!: Request for CommentsとPost Office Protocol · 続きを見る »
RADIUS
RADIUS（ラディウス、ラディアス、Remote Authentication Dial In User Service）は、ネットワーク資源の利用の可否の判断（認証）と、利用の事実の記録（アカウンティング）を、ネットワーク上のサーバコンピュータに一元化することを目的とした、IP上のプロトコルである。名称に「ダイヤルイン」という言葉を含むことからわかるように、元来はダイヤルアップ・インターネット接続サービスを実現することを目的として開発された。しかし、常時接続方式のインターネット接続サービス、無線LAN、VLAN、コンテンツ提供サービスなどのサービス提供者側設備において、認証とアカウンティングを実現するプロトコルとして幅広く利用されている。.
新しい！!: Request for CommentsとRADIUS · 続きを見る »
Real-time Transport Protocol
Real-time Transport Protocol（リアルタイム トランスポート プロトコル、RTP）は、音声や動画などのデータストリームをリアルタイムに配送するためのデータ通信プロトコルである。.
新しい！!: Request for CommentsとReal-time Transport Protocol · 続きを見る »
Resource Reservation Protocol
Resource Reservation Protocol（リソース リザベーション プロトコル、訳：リソース予約プロトコル、略：RSVP）は、通信プロトコルの一つ。IPネットワークで送信元から送信先までの帯域をあらかじめ予約することで、ネットワーク上の通信路の品質保証を行なうプロトコルである。IETF の RFC 2205 によって規定されている。.
新しい！!: Request for CommentsとResource Reservation Protocol · 続きを見る »
Reverse address resolution protocol
Reverse address resolution protocol(逆アドレス解決プロトコル、略称：RARP、リバースARP)は、機器の物理アドレス(MACアドレス)からIPアドレスを取得するためのプロトコルである。.
新しい！!: Request for CommentsとReverse address resolution protocol · 続きを見る »
Routing Information Protocol
Routing Information Protocol (ルーティング・インフォメーション・プロトコル、略称：RIP) とはUDP/IP上で動作するルーティングプロトコルである。.
新しい！!: Request for CommentsとRouting Information Protocol · 続きを見る »
Secure Shell
Secure Shell（セキュアシェル、SSH）は、暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。パスワードなどの認証部分を含むすべてのネットワーク上の通信が暗号化される。.
新しい！!: Request for CommentsとSecure Shell · 続きを見る »
Session Initiation Protocol
Session Initiation Protocol（セッション イニシエーション プロトコル、SIP、セッション確立プロトコル）とは 2 つ以上のクライアント間でセッションを確立するための IETF 標準の通信プロトコルである。.
新しい！!: Request for CommentsとSession Initiation Protocol · 続きを見る »
Simple Mail Transfer Protocol
Simple Mail Transfer Protocol（シンプル メール トランスファー プロトコル、SMTP）または簡易メール転送プロトコルは、インターネットで電子メールを転送するプロトコルである。通常 TCP のポート番号 25 を利用する。 転送先のサーバを特定するために、DNS の MXレコードが使われる。RFC 5321 で標準化されている。.
新しい！!: Request for CommentsとSimple Mail Transfer Protocol · 続きを見る »
Simple Network Management Protocol
Simple Network Management Protocol（シンプル ネットワーク マネージメント プロトコル、SNMP）は、DARPAモデルに準じたIPネットワーク上のネットワーク機器を監視（モニタリング）・制御するための情報の通信方法を定める通信プロトコルである。.
新しい！!: Request for CommentsとSimple Network Management Protocol · 続きを見る »
SOCKS
SOCKS は、ネットワーク・ファイアウォール越えやアクセス制御等を目的として、クライアントサーバ型のプロトコルが、透過的に使用できるよう設計されたプロキシ（proxy）のプロトコル、及びシステム（の一つ）である。"SOCKetS" の略。 いわゆるTCP/IPの4層モデル（インターネット・プロトコル・スイートのDARPAモデル）の観点からは、Internet Protocol（IP）の上の、TCPやUDP（ただしUDPに関しては有用性が限られる）のようなトランスポート層における通信の手続きを中継・代理するメカニズムとなっている。SOCKSサーバ自身とクライアント間の通信はストリーム指向であり、一般にはLAN内からTCPで接続する。 プロトコル上は多段にもできるが、原理の説明には1段階で十分なので、以下はそのような前提とする。またファイアウォールを設けないシステムでもユースケースは考えられるが、以下ではファイアウォールの存在を前提とする。 似たような目的のための他のプロキシ類と同様、SOCKSサーバはその目的から、内外のネットワークの両方が見えるファイアウォール自身、あるいはDMZ内に置く。そうでない場合は、SOCKSサーバのみは外部との通信を可能にする、あるいは、内部からSOCKサーバにだけは通信を可能にする、といったような設定が必要となる。 そして、内側から外部に通信する必要があるノードは、代わりにSOCKSサーバに接続し、SOCKSサーバがプロキシとして代わりに外部と通信する。SOCKSプロキシは、例えば、クライアントが外部サーバにアクセスする資格を制御するなどといった、認証や認可を掛けることもできる。SOCKSはまた正反対にも使用することができる。つまり、ファイアウォールの外側の許可された外部クライアントのみが、物理的にはファイアウォールの内側にある、公開のサービスを提供するサーバのみに接続できるようにする、といった用途のための設定もできる。 SOCKS は当初、 MIPS Computer Systems のシステム管理者である David Koblas によって開発された。 Koblas は、 MIPS Computer Systems が1992年に Silicon Graphics によって吸収合併された後に、その年の Usenix Security Symposium で SOCKS の研究論文を公開した。これにより SOCKS は公に利用できるようになった。 SOCKS は、 NEC の Ying-Da Lee によってバージョン4に拡張された。 SOCKS 関連のアーキテクチャやクライアントは Permeo Technologies によって所有されている。 (注 Permeo Technologies は NEC からスピンオフした Blue Coat Systems によって吸収合併された。).
新しい！!: Request for CommentsとSOCKS · 続きを見る »
Stream Control Transmission Protocol
Stream Control Transmission Protocol（ストリーム コントロール トランスミッション プロトコル、SCTP）は、2000年にSIGTRAN ワーキンググループによって定義されたトランスポート層のプロトコルである。.
新しい！!: Request for CommentsとStream Control Transmission Protocol · 続きを見る »
Telnet
Telnet（テルネット Teletype network）とは、汎用的な双方向8ビット通信を提供する端末間およびプロセス間の通信プロトコルである。RFC 854で規定されている。 より具体的には、IPネットワークにおいて、遠隔地（リモート）にあるサーバを端末から操作できるようにする仮想端末ソフトウェア（プログラム）、またはそれを可能にするプロトコルのことを指す。 UNIXは当初からホストを複数のユーザが同時に使用することを前提に開発されており、IPネットワークやTelnetの登場以前から、シリアルポート等に複数の端末を接続して使用できた。この端末とホストの通信を、IPのネットワーク上で担ったのがTelnetクライアントプログラムと、その通信手順を規定したTelnetプロトコルである。 Telnetクライアントは、Telnetサーバとの間でソケットを開き、非常に単純なテキストベースの通信を行う。Telnet自身のコマンドを利用する際にはエスケープコードを利用する。リモートのシェルを利用するTelnetサービスは、基本的にポート番号23番を使用するが、ほとんどのクライアントはポート番号を指定でき、それ以外のテキストベースのソケット通信のクライアントとして利用することも可能で、技術者達には他のTCPサービスのテストや簡単なメンテナンス等にも使用されている。なお、クライアントによってはVT100などの端末エミュレータとして動作し、テキストモードだけでなく画面モードを実現するものもある。さらに、Telnetプロトコルをバイナリモードで使用し、IBM 3270のデータストリームを転送することでIBM 3270端末をエミュレートするためのTN3270プロトコルも開発された。 インターネット普及期には、それまで電話回線でアクセスポイントを提供して来たパソコン通信が、Telnet接続のサービスを追加したり、移行したものも多い。 現在では、認証も含めすべての通信を暗号化せずに平文のまま送信するというTelnetプロトコルの仕様はセキュリティ上問題とされ、Telnetによるリモートログインを受け付けているサーバは少なく、リモート通信方法としての利用は奨励できない。リモートログインの代替プロトコルとしては、情報を暗号化して送信するSSHが知られている。 いくつかのルーター・リモートルーターでは外部からの設定変更等の手段としてTelnetサーバを提供し、ネットワーク経由での操作を可能にしている。現在、このような実装はブロードバンドルーター（とVPN接続）の普及に伴いHTTPにとってかわられつつある。.
新しい！!: Request for CommentsとTelnet · 続きを見る »
Transmission Control Protocol
Transmission Control Protocol（トランスミッション コントロール プロトコル、TCP）は、伝送制御プロトコルといわれ、インターネット・プロトコル・スイートの中核プロトコルのひとつ。.
新しい！!: Request for CommentsとTransmission Control Protocol · 続きを見る »
Transport Layer Security
Transport Layer Security（トランスポート・レイヤー・セキュリティ、TLS）は、インターネットなどのコンピュータネットワークにおいてセキュリティを要求される通信を行うためのプロトコルである。主な機能として、通信相手の認証、通信内容の暗号化、改竄の検出を提供する。TLSはIETFによって策定された。 当プロトコルは（特に区別する場合を除いて）SSL (Secure Sockets Layer) と呼ばれることも多い。これは、TLSの元になったプロトコルがSSLであり、そのSSLという名称が広く普及していることによる。 2016年現在の最新版はTLS 1.2である。ただしTLSがネゴシエーション時に使うバージョン番号はSSL時代からの通し番号なので「3.3」である。.
新しい！!: Request for CommentsとTransport Layer Security · 続きを見る »
Trivial File Transfer Protocol
Trivial File Transfer Protocol（トリビアル ファイル トランスファー プロトコル、TFTP）は、UDPを用いてコンピュータ間でファイルを転送するためのプロトコルである。FTPに比べて軽量・単純なプロトコルである。認証機能が無いためにユーザ名やパスワードを必要としない。ポート番号69をデフォルトとして使用する。 Remote Installation ServicesやPXEなどのネットワーク・ブート環境において、ディスクレスマシンがブートする際、BOOTPやDHCPで構成情報を取得した後に、実際のOSコードをサーバから取得する際に利用される。また、ルータなどの設定の読み取りや書き込みなどにも用いられる。.
新しい！!: Request for CommentsとTrivial File Transfer Protocol · 続きを見る »
Unicode
200px Unicode（ユニコード）は、符号化文字集合や文字符号化方式などを定めた、文字コードの業界規格である。文字集合（文字セット）が単一の大規模文字セットであること（「Uni」という名はそれに由来する）などが特徴である。 1980年代に、Starワークステーションの日本語化 (J-Star) などを行ったゼロックス社が提唱し、マイクロソフト、アップル、IBM、サン・マイクロシステムズ、ヒューレット・パッカード、ジャストシステムなどが参加するユニコードコンソーシアムにより作られた。1993年に、国際標準との一致が図られ、DIS 10646の当初案から大幅に変更されて、Unicodeと概ね相違点のいくつかはDIS 10646に由来する互換のISO/IEC 10646が制定された。.
新しい！!: Request for CommentsとUnicode · 続きを見る »
Uniform Resource Identifier
Uniform Resource Identifier（ユニフォーム リソース アイデンティファイア、URI）または統一資源識別子（とういつしげんしきべつし）は、一定の書式によってリソース（資源）を指し示す識別子。1998年8月に RFC 2396 として規定され、2005年1月に RFC 3986 として改定された。URI はUniform Resource Locator (URL) の考え方を拡張したものである。 URI は http/https や ftp などのスキームで始まり、コロン による区切りのあとにスキームごとに定義された書式によってリソースを示す。また、URIによって示されるリソースはコンピュータが扱うデータに限らず、人や会社、書籍などを示すことも可能である。 URIスキームはIANAによって登録されたものが公式なものとされている。その一方で、 javascript のように未登録ではあるが広く使われているスキームも存在する。.
新しい！!: Request for CommentsとUniform Resource Identifier · 続きを見る »
Uniform Resource Locator
Uniform Resource Locator（ユニフォーム リソース ロケータ、URL）または、統一資源位置指定子（とういつしげんいちしていし）とは、インターネット上のリソース（資源）を特定するための形式的な記号の並び。WWWをはじめとするインターネットアプリケーションにおいて提供されるリソースを、主にその所在を表記することで特定する。なお、ここでいう、「リソース」とは、（主にインターネット上の）データやサービスを指し、例えばウェブページの保存場所や電子メールの宛先といったものがそうである。 ティム・バーナーズ＝リーが1991年に発表した論文でUniversal Resource Locatorと命名し、初期はその名が使われたが、現在の正式名称は、「Uniform Resource Locator」である。 URLを含む一般概念としてURIがある。 URLはリソースの場所を特定する「住所」のようなものだと例えられることがある。また、日本ではURLのことを「アドレス」と呼ぶことがあるが、これは、MACアドレスやIPアドレスなどと紛らわしく、技術用語としては、好まれてはいない。.
新しい！!: Request for CommentsとUniform Resource Locator · 続きを見る »
Uniform Resource Name
Uniform Resource Name（URN）は、urn スキームを使った Uniform Resource Identifier (URI) であり、それによって識別されるリソースにアクセス可能かどうかは含意しない。URN（名前）とURL（ロケータ）はどちらもURIであり、あるURIは同時に名前でありロケータでもありうる。 URN の機能要求仕様は RFC 1737 で記述されている。URNは、URN、URC (Uniform Resource Characteristics)、URL から構成されるインターネット情報アーキテクチャの一部である。それぞれには、以下のような役割がある。.
新しい！!: Request for CommentsとUniform Resource Name · 続きを見る »
User Datagram Protocol
User Datagram Protocol（ユーザ データグラム プロトコル、UDP（ユーディーピー））は、主にインターネットで使用されるインターネット・プロトコル・スイートの中核プロトコルの一つ。.
新しい！!: Request for CommentsとUser Datagram Protocol · 続きを見る »
UTF-8
UTF-8（ユーティーエフはち、ユーティーエフエイト）はISO/IEC 10646 (UCS) とUnicodeで使える8ビット符号単位の文字符号化形式及び文字符号化スキーム。 正式名称は、ISO/IEC 10646では “UCS Transformation Format 8”、Unicodeでは “Unicode Transformation Format-8” という。両者はISO/IEC 10646とUnicodeのコード重複範囲で互換性がある。RFCにも仕様がある。 2バイト目以降に「/」などのASCII文字が現れないように工夫されていることから、UTF-FSS (File System Safe) ともいわれる。旧名称はUTF-2。 UTF-8は、データ交換方式・ファイル形式として一般的に使われる傾向にある。 当初は、ベル研究所においてPlan 9で用いるエンコードとして、ロブ・パイクによる設計指針のもと、ケン・トンプソンによって考案された。.
新しい！!: Request for CommentsとUTF-8 · 続きを見る »
World Wide Web Consortium
World Wide Web Consortium（ワールド・ワイド・ウェブ・コンソーシアム）は、World Wide Webで使用される各種技術の標準化を推進する為に設立された標準化団体、非営利団体。略称はW3C（ダブリュースリーシー）。 ティム・バーナーズ＝リーが創設し、率いている 。このコンソーシアムには企業や団体が会員として加入し、専任スタッフと共にWorld Wide Webの標準策定を行っている。2014年1月26日現在、388の組織が会員として加入している。 W3Cはまた教育活動も行っており、ソフトウェアを開発してWebに関するオープンな議論の場を提供している。 HTML、XML、MathML、DOM等の規格を勧告。HTMLは、従来IETFでRFCとして標準化されていたが、HTML 3.2以降はW3Cへと引き継がれた。 XHTMLの規格に不満を持った企業等はW3Cに対抗するWHATWGという対抗団体を立ち上げているが、両団体はHTML5の策定にあたって協力関係にあり、WHATWGによって2004年に定められたWeb Applications 1.0にWeb Forms 2.0を取り入れたものがW3Cの専門委員会に採用され、W3Cより2008年1月22日にドラフト（草案）が発表された。.
新しい！!: Request for CommentsとWorld Wide Web Consortium · 続きを見る »
標準化
標準化（ひょうじゅんか、英語：standardization(スタンダーダイゼーション)）という用語は、文脈によって様々な意味を持つ。「標準（standard）」という用語には、相互運用のための広く合意されたガイドラインという意味が含まれ、「標準化」はそのような標準を確立する過程を指すのが一般的である。 社会科学や経済学では、「標準化」の考え方は協調ゲームの解法と近い。それぞれの利害関係者がそれぞれに何らかの利益を得つつ、全体として一貫した決定に到達する。「標準化」は、よりよい選択をし、その選択結果を標準として批准する過程である。 なお、JISにおける「標準」の定義は次のとおりである。 「関係する人々の間で利益又は利便が公正に得られるように、統一し、単純化を図る目的で、もの（生産活動の産出物）及びもの以外（組織、責任権限、システム、方法など）について定めた取決め。 」 (JIS Z 8002:2006）.
新しい！!: Request for Commentsと標準化 · 続きを見る »
洗濯ばさみ
木製の洗濯ばさみ ひもに留めている木製の洗濯ばさみ 物干しひもに留めている木製の洗濯ばさみ 洗濯ばさみ（せんたくばさみ、洗濯挟み）とは洗濯物や布団などを干す場合に落下しないよう挟んでとめる留め具 特許庁。レバーを押さえることによって留め具の部分が開き、手を離すと固定される仕組みとなっている。 洗濯物を乾燥させるためにひもや物干しざおなどにかけるとき、かけた洗濯物を落ちないように固定するために使われ、様々なデザインや色彩のものがある。 英語では、"Clothespin"や"C47"、"Clothes peg"、あるいは単純に"Peg"などと呼ばれる。 ヨーロッパでは、質感が重視され、今も木製やステンレス製のものが好まれ、それらが主流である。 日本では昭和初期は木製や薄いアルミ製のものが多かった。アルミ製のものは長年使うことができた。高度成長期になると（洗濯ばさみに限らず、たいていのものが大量生産優先で、安価で安っぽいプラスチック製のものが増え）、洗濯バサミもプラスチック製が増え、2つのプラスチック部位をねじりコイルばねで組み合わせたものがほとんどとなった。なお、ばねの形状がCの字型の物は機械による量産が困難で、一つ一つ手作業で作られていた。だが、プラスチックの安っぽさを嫌う女性や、プラスチック製は（屋内ならばさほど問題は無いが）屋外で日光にさらされると数カ月～1年弱ほどで劣化してしまい割れてしまったり、おまけに割れる以前から劣化で視覚的にも非常にみすぼらしくなることもあり、それらの欠点を嫌う女性も多いので、平成ころからは質感が良く西洋風の雰囲気が漂う木製やステンレス製のものが見直され、それらの販売割合が増えている。女性が好むおしゃれな洋風生活雑貨を扱う店では輸入の木製の洗濯ばさみが置かれ、生活用品にもこだわる多くの女性によって好んで購入され、近年ではダイソーなどの百均でもプラスチック製と並びステンレス製も販売されている。 布団など大型のものを固定する場合には、通常の洗濯ばさみでは固定できないので、「布団ばさみ」など専用の留め具を用いる。.
新しい！!: Request for Commentsと洗濯ばさみ · 続きを見る »
情報処理推進機構
立行政法人情報処理推進機構（じょうほうしょりすいしんきこう、Information-technology Promotion Agency, Japan、略称：IPA）は、日本におけるIT国家戦略を技術面、人材面から支えるために設立された、経済産業省所管の中期目標管理法人たる独立行政法人である。 日本のソフトウェア分野における競争力の総合的な強化を図る。情報処理の促進に関する法律の一部を改正する法律（平成14年法律第144号）により、2004年（平成16年）1月5日に設立され、同法附則第2条第1項の規定により解散した、特別認可法人である情報処理振興事業協会(IPA)の業務等を承継した。.
新しい！!: Request for Commentsと情報処理推進機構 · 続きを見る »
情報科学研究所
Information Sciences Institute（ISI）は、アメリカ合衆国カリフォルニア州ロサンゼルス郊外のマリナ・デル・レイにある研究所。南カリフォルニア大学のキャンパス外研究施設として、1972年に創設された。 コンピュータ科学や情報通信・技術・工学の多面的で先進的な研究・開発で知られ、インターネットの原型であるアーパネット（ARPANET）の運営・管理を長く行った。ジョン・ポステルがコンピュータネットワークの研究を行った場所でもある。.
新しい！!: Request for Commentsと情報科学研究所 · 続きを見る »
文字符号化方式
文字符号化方式（もじふごうかほうしき、character encoding scheme、CES）とは、符号化文字集合で文字に対応付けた非負整数値を、実際にコンピュータが利用できるデータ列（通常、バイト列）に変換する符号化方式。 文字符号化体系、文字符号化スキーム (character coding scheme) とも言う。文字について述べていることが明確なときは、単に符号化方式、またIBMの用語ではコード化体系 (encoding scheme) などとも言う。 この用語はUnicodeやIETFの標準などで用いているが、ISO/IECやJISの標準では用いず「符号化文字集合の構造」あるいは「'''文字符号の構造及び拡張法'''」として扱われている。この用語の定義は、世界の文字コード規格とは必ずしも合致しないことがある。.
新しい！!: Request for Commentsと文字符号化方式 · 続きを見る »
1968年
記載なし。
新しい！!: Request for Commentsと1968年 · 続きを見る »
1969年
記載なし。
新しい！!: Request for Commentsと1969年 · 続きを見る »
2000年問題
2000年問題（にせんねんもんだい、Year 2000 problem）とは、西暦（グレゴリオ暦）2000年になるとコンピュータが誤作動する可能性があるとされた年問題である。Y2K問題（ワイツーケイもんだい、Y は年 (year) 、K はキロ (kilo。千) ）、ミレニアム・バグ（millennium bug）とも呼ばれた。 西暦2000年であることをコンピュータが正常に認識できなくなるという問題が主に取り上げられるが、グレゴリオ暦における置閏法を誤解して生じる問題もある。.
新しい！!: Request for Commentsと2000年問題 · 続きを見る »
4月7日
4月7日（しがつなのか）は、グレゴリオ暦で年始から97日目（閏年では98日目）にあたり、年末まではあと268日ある。誕生花はディモルフォセカ、サクラ。.
新しい！!: Request for Commentsと4月7日 · 続きを見る »
ここにリダイレクトされます：
RFC 2247、RFC 2251、RFC 2252、RFC 2256、RFC 2555、Request for Comment、Request for comment、Request for comments、Requests for Comments、Requests for comments、ジョークRFC。
