ブラウザよりも高速アクセス！
43 関係: AT&T、互換レイヤー、ノベル (企業)、ネットワーク層、トランスポート層、プレゼンテーション層、プロトコルスタック、パイプ (コンピュータ)、デバイスファイル、デバイスドライバ、データリンク層、デニス・リッチー、ファイル記述子、ベル研究所、アラン・コックス、アップル (企業)、アプリケーション層、アプリケーションプログラミングインタフェース、インターネット・プロトコル・スイート、カーネル、システムコール、セッション層、ソケット (BSD)、入出力、BSD、Classic、FreeBSD、Linux、Linuxカーネル、MacOS、Microsoft Windows NT、NetWare、Open Transport、OSI参照モデル、Plan 9 from Bell Labs、Research Unix、Single UNIX Specification、Systems Network Architecture、The Open Group、Transport Layer Interface、UNICOS、UNIX System V、X/Open。
AT&T
AT&T Inc.（エイ ティ アンド ティ）は、アメリカ最大手の電話会社。インターネット接続、映像配信サービス等も提供する。本社はテキサス州ダラスにあり、AT&Tとは旧社名 The American Telephone & Telegraph Company の略。.
新しい！!: STREAMSとAT&T · 続きを見る »
互換レイヤー
互換レイヤー（ごかんレイヤー、compatibility layer）とは、例えばコンピュータシステムの場合、本来は相互に互換性の無い、異なるOS用のバイナリを動かすとか、新しいハードウェアにおいて古いプログラムを動かす、あるいは、古いハードウェアにおいて新しいプログラムを動かすといったような場合、あるいは異なったアーキテクチャ、ARMマシンでx86用バイナリを動かす、といったような場合に、エミュレーションやシステムコールの読み替え等の技法で、差異を吸収して互換性を提供する、というレイヤーを指す語である。.
新しい！!: STREAMSと互換レイヤー · 続きを見る »
ノベル (企業)
ノベル (Novell, Inc.) は、かつて存在したソフトウェアとサービスの会社である。本社はユタ州プロボに存在した。日本法人であるノベル株式会社は東京都港区赤坂に存在した。ノベルの助けによりは技術とソフトウェア開発の中心となった。ノベルの技術はLocal Area Network (LAN) の出現に貢献し、LANは支配的なメインフレームコンピューティングモデルを置き換えて世界中のコンピューティングを変えていった。 に買収されてその完全子会社となるまで、ノベルは元々独立した法人であった。The Attachmate Groupは後の2014年にマイクロフォーカスに買収され、ノベルは現在マイクロフォーカスの一部門となっている。.
新しい！!: STREAMSとノベル (企業) · 続きを見る »
ネットワーク層
ネットワーク層（ネットワークそう、network layer）は、OSI参照モデルにおける7階層の内の下から第3層の事である。TCP/IP参照モデルにおける4階層に対応付ける場合は、下から第2層のインターネット層に割り当てる。.
新しい！!: STREAMSとネットワーク層 · 続きを見る »
トランスポート層
トランスポート層（トランスポートそう Transport layer）とは、コンピュータと電気通信では、TCP/IP参照モデルにおけるの4階層の内の第3層の事である。上位のアプリケーション層からのサービス要求に応じ、また下位のインターネット層に対してサービス要求を行う。 トランスポート層はOSI参照モデルにおける7階層の内の第4層の名前でもある。上位のセッション層からのサービス要求に応じ、また下位のネットワーク層に対してサービス要求を行う。 トランスポート層の定義はそれら2モデルで僅かに異なる。この記事では主としてTCP/IPモデルについて言及する。OSI参照モデルでのトランスポート層の定義も参照の事。.
新しい！!: STREAMSとトランスポート層 · 続きを見る »
プレゼンテーション層
プレゼンテーション層（プレゼンテーションそう Presentation layer）とは、OSI参照モデルにおける七階層の内の第六層である。プレゼンテーション層はアプリケーション層からのサービス要求に応じ、またセッション層に対してサービス要求を行う。 プレゼンテーション層は、より一層の処理または表示をするためにアプリケーション層への情報の配布と書式の整形に対する責任が有る。それは、エンド・ユーザ・システム内部のデータ表現について、アプリケーション層が構文の違いを意識しなくても良いようにする。注意: プレゼンテーション・サービスの一例としては、EBCDICコードのテキストファイルをASCIIコードのファイルへ変換する事が挙げられる。.
新しい！!: STREAMSとプレゼンテーション層 · 続きを見る »
プロトコルスタック
プロトコルスタック（Protocol stack）は、コンピュータネットワーク用のプロトコルの階層である。プロトコルスイート（Protocol suite）も同じ意味で使われることが多い。ただし「プロトコルスイート」は各種プロトコルの定義、「プロトコルスタック」はそれらのソフトウェアでの実装と、使い分けられることもある。.
新しい！!: STREAMSとプロトコルスタック · 続きを見る »
パイプ (コンピュータ)
ある端末上で3つのパイプで繋いだプログラムを実行する際の入出力の流れ Unix系オペレーティングシステムにおけるパイプ(pipe)、もしくはパイプライン (pipeline) とは、複数のプログラムの入出力をつなぐための仕組み（プロセス間通信）の一つである。大変便利であることからUnix系以外でも同様の実装や、あるいは擬似的な実装によって似たようなことができるものも多い。直接の親子関係にあるプロセス間で通信をおこなうためfork前にあらかじめ共有しておく「無名パイプ」と、親子関係などにないプロセス間で一時ファイルなどを通して接続する（接続を確立するためにファイルを経由するだけで、接続自体はファイルを経由するわけではない）「名前付きパイプ」がある。ダグラス・マキルロイがUnixシェル向けに考案したことから始まり、パイプライン輸送からの連想で名付けられた。 特に、シェルなどでは縦棒（ | ）の記号を使って無名パイプを簡単に利用でき、それを指して「パイプ」と言うことも多い。プロセス群の標準ストリームを連鎖的に相互接続するもので、あるプロセスの標準出力 (stdout) を直接別のプロセスの標準入力 (stdin) に接続する。 「1つだけの仕事をうまくやる、道具のようなソフトウェア」（Software Tools）をパイプラインによって組み合わせる、というアイデアはUNIXやUnix系のOS以外にも、MS-DOS をはじめとする様々なOSやアプリケーションに、動作に多少の違いはあるものの受け継がれている。パイプで連結することを前提とした構成のプログラムをフィルタと呼ぶ。 前述のシェルのコマンドラインにおけるパイプは、中置記法で結合法則を満たす演算子と見ることができる（その時、演算子（オペレータ）のオペランドにあたるのは、各プログラムである）。これを一種の「合成」と見ることもできる。一般に数学で、f, g, h という関数があるとして h(g(f(x))) というような計算をすることを考える時、関数を関数合成の演算子 ∘ で合成した (h∘g∘f)(x) というものを考えることがあるが、パイプの演算子 | はこれに似ており (progF あるいは (progF | progG | progH) といったような感じになる。.
新しい！!: STREAMSとパイプ (コンピュータ) · 続きを見る »
デバイスファイル
デバイスファイル（Device file）またはスペシャルファイル（Special file）とは、ファイルシステム上であたかも通常のファイルのような形で提示されるデバイスドライバのインタフェースである。これにより、ソフトウェアが入出力システムコールを通してデバイスドライバを使うことができ、作業が単純化される。 デバイスファイルは、プリンターなどの周辺機器への単純なインタフェースを提供する。また、ディスクパーティションなどの機器上の特定のリソースへのアクセスにも使える。さらに、/dev/nullや擬似乱数生成器といった特定の機器とは対応しないリソースへのアクセスにも使われる。.
新しい！!: STREAMSとデバイスファイル · 続きを見る »
デバイスドライバ
デバイスドライバ（略称：ドライバ、ドライバー、デバドラ）とは、画像ディスプレイモニター、プリンターやイーサネットボード、拡張カードやその他周辺機器など、パソコンに接続されているハードウェアなどをOSによって制御可能にするために用意された、ソフトウェアである。 一般にバスや通信サブシステムを経由してそこに接続している周辺機器と通信する。プログラムからドライバ内のルーチンを呼び出すと、ドライバが周辺機器に対してコマンドを発行する。周辺機器がドライバに対してデータを送り返してきたら、ドライバは元の呼び出したプログラム内のルーチンを呼び出すなどする。ドライバはハードウェアに依存し、OS毎に異なる。非同期なハードウェアインターフェイスに対応するため、割り込み処理を提供していることが多い。.
新しい！!: STREAMSとデバイスドライバ · 続きを見る »
データリンク層
データリンク層（データリンクそう、あるいは、データリンクレイヤ＝Data Link Layer）とは、コンピューターの通信プロトコルのひとつであるデータリンクプロトコルを、プロトコルスタックの階層モデルにおける層（レイヤ）に対応させたものである。.
新しい！!: STREAMSとデータリンク層 · 続きを見る »
デニス・リッチー
デニス・マカリスター・リッチー（Dennis MacAlistair Ritchie、1941年9月9日 - 2011年10月12日）は、アメリカ合衆国の計算機科学者。 コンピュータ言語のC言語を開発し、ケン・トンプソンと共にオペレーティングシステム（OS）であるUNIX、Multicsなどの開発者として知られる。2007年に引退するまで、ルーセント・テクノロジーズのシステムソフトウェア研究部門を指揮していた。技術的なコミュニティの中では、彼を指して "dmr"（ベル研究所におけるアカウント名）と呼ぶことがある。.
新しい！!: STREAMSとデニス・リッチー · 続きを見る »
ファイル記述子
標準入力(stdin)、標準出力(stdout)、標準エラー出力(stderr)のファイル記述子の概念図 ファイル記述子（ファイルきじゅつし、file descriptor）とは、プログラミングにおいてファイルへの参照を抽象化したキーである。ファイルディスクリプタあるいはFDとも呼ばれる。Microsoft Windowsでは、「ファイルハンドル」がほぼ相当するが、技術的には異なるオブジェクトである。.
新しい！!: STREAMSとファイル記述子 · 続きを見る »
ベル研究所
ベル研究所（ベルけんきゅうじょ、Bell Laboratories）はもともとBell System社の研究開発部門として設立された研究所であり、現在はノキアの子会社である。「ベル電話研究所」、略して「ベル研」とも。.
新しい！!: STREAMSとベル研究所 · 続きを見る »
アラン・コックス
アラン・コックス（Alan Cox、1968年7月22日 イングランド・ソリフル - ）は、イギリスのコンピュータプログラマである。彼はLinuxカーネルバージョン2.2ブランチを以前メンテナンスしており、遡ること1991年頃からLinuxカーネル開発に大きく関与し続けている。彼は妻テルサ・グウィン（Telsa Gwynne）とともに、ウェールズ・スウォンジに住んでいる。.
新しい！!: STREAMSとアラン・コックス · 続きを見る »
アップル (企業)
アップル（）は、アメリカ合衆国カリフォルニア州に本社を置く、インターネット関連製品・デジタル家庭電化製品および同製品に関連するソフトウェア製品を開発・販売する多国籍企業である。2007年1月9日に、アップルコンピュータ (Apple Computer, Inc.) から改称した。.
新しい！!: STREAMSとアップル (企業) · 続きを見る »
アプリケーション層
アプリケーション層とは、通信ネットワークにおいてホストが用いる共用のプロトコルとインターフェースメソッドを示す抽象化レイヤーである。「アプリケーション層」という抽象概念はコンピュータネットワークの標準的なモデルであるインターネット・プロトコル・スイート(TCP/IP参照モデル)および開放型システム間相互接続モデル（OSI参照モデル）の両方で使われている。 いずれのモデルでも「アプリケーション層」という用語を、それぞれにおける最高レベルのレイヤの名前として用いているが、詳細な定義やレイヤの役割は異なっている。 TCP/IP参照モデルにおいては、アプリケーション層は4階層ある内の第4層にあたり、IPのコンピュータネットワークを介したプロセス間通信に使われる通信プロトコルとインターフェースメソッドを含んでいる。アプリケーション層は通信だけを標準化しており、ホスト間のデータ通信チャネルの確立と、クライアントーサーバ間またはピアツーピアのネットワーキング・モデルにおけるデータ交換の管理は、下位のトランスポート層のプロトコルに依存している。TCP/IPのアプリケーション層は、通信の際にアプリケーションが考慮せねばならない特定のルールあるいはデータ形式を定めていないが、元々の仕様(RFC 1123)はソフトウェア設計における堅牢性原則(robustness principle) に依拠し、またそれを勧告している TCP/IP参照モデルでのアプリケーション層は、OSI参照モデルのアプリケーション層、プレゼンテーション層、およびセッション層の三階層に対応する。従ってOSI参照モデルの「アプリケーション層」の定義が意味する範囲はTCP/IPの「アプリケーション層」よりも狭い。 OSIモデルにおけるアプリケーション層は、7階層ある内の第7層にあたり、受信した情報をユーザーに表示するユーザー・インターフェイスと定義している。一方、IPモデルでは、その部分にOSIモデルほどの詳細さで関心を寄せてはいない。OSIモデルでは、トランスポート層の上にも二つの追加的なレベルがある：すなわちセッション層とプレゼンテーション層である。OSIはこれらのレベルの機能を厳格にモジュール分離し、各層にOSIプロトコルの実装を提供すべきことを規定している。 OSIモデルのアプリケーション層は、アプリケーションプロセスのための共通アプリケーションサービスへ直接接続して実行する。またプレゼンテーション層に対して要求も行う。共通アプリケーション層サービスは、関連するアプリケーションプロセス間の意味的な変換を提供する。注意: 一般的に興味が有る共通アプリケーションサービスの一例としては、仮想ファイル、仮想端末、ジョブの転送及び操作プロトコルを含む。.
新しい！!: STREAMSとアプリケーション層 · 続きを見る »
アプリケーションプログラミングインタフェース
アプリケーションプログラミングインタフェース（、）とは、広義の意味ではソフトウェアコンポーネントが互いにやりとりするのに使用するインタフェースの仕様である。 APIには、サブルーチン、データ構造、オブジェクトクラス、変数などの仕様が含まれる。APIには様々な形態があり、POSIXのような国際規格、マイクロソフトのWindows APIのようなベンダーによる文書、プログラミング言語のライブラリ（例えば、C++のStandard Template Libraryやなど）がある。 商業的に使われる狭義の意味ではOSやミドルウェアやWebサービス等サービスを利用するアプリケーション(Application)を作成する(Programming)ためのインターフェース(Interface)である。こちらの意味ではサービスから提供されないStandard Template Libraryなど言語の標準ライブラリーは含まない。 APIはApplication Binary Interface (ABI) とは異なる。APIはソースコードベースだが、ABIはバイナリインタフェースである。例えば、POSIXはAPIだが、Linux Standard Base (LSB) はABIである（LSBはいろいろな規定の集合なので、正確には「LSBには、ABIにまで踏み込んでいる部分もある」）。.
新しい！!: STREAMSとアプリケーションプログラミングインタフェース · 続きを見る »
インターネット・プロトコル・スイート
インターネット・プロトコル・スイート（Internet protocol suite）は、インターネットおよびインターネットに接続する大多数の商用ネットワークで利用できる通信規約（通信プロトコル）一式である。インターネット・プロトコル・スイートは、インターネットの黎明期に定義され、現在でも標準的に用いられている2つのプロトコル、Transmission Control Protocol (TCP) とInternet Protocol (IP) にちなんで、TCP/IPプロトコル・スイートとも呼ばれる。今日のIPネットワーキングは、1960年代と1970年代に発展し始めたLocal Area Network (LAN) とインターネットの開発が統合されたものである。それは1989年のティム・バーナーズ＝リーによるWorld Wide Webの発明と共にコンピュータ及びコンピュータネットワークに革命をもたらした。 インターネット・プロトコル・スイート（類似した多くのプロトコル群）は、階層の一式として見ることができる。各層はデータ転送に伴い生じる一連の問題を解決し、下位層プロトコルのサービスを使用する上位層プロトコルに明確なサービスを提供する。上位層は利用者と論理的に近く、より理論的なデータを処理する。また最終的に物理的に転送できる形式へデータを変換するため、下位層プロトコルに依存する。そのデータ通信モデルは、TCP/IPモデル（TCP/IP参照モデル・DARPAモデル）と呼ばれ、4つの階層で構成している。この階層的な通信規約の設計をプロトコルスタックと呼ぶことがある。.
新しい！!: STREAMSとインターネット・プロトコル・スイート · 続きを見る »
カーネル
ーネルはアプリケーションソフトウェアとコンピュータのハードウェアを結び付ける。 カーネル（kernel）は、階層型に設計されたオペレーティングシステム (OS) の中核となる部分である。アプリケーションとハードウェアレベルでの実際のデータ処理との間の架け橋である。システムのリソースを管理し、ハードウェアとソフトウェアコンポーネントのやりとりを管理する。 オペレーティングシステムの基本コンポーネントとして、カーネルはメモリ、CPU、入出力を中心としたハードウェアを抽象化し、ハードウェアとソフトウェアがやり取りできるようにする。また、ユーザープログラムのための機能として、プロセスの抽象化、プロセス間通信、システムコールなどを提供する。 これらのタスクはカーネルによって方式が異なり、設計も実装も異なる。モノリシックカーネルは全てを一つの仮想アドレス空間に格納されたコードで実行して性能を向上させようとする。マイクロカーネルはサービスの大部分をユーザー空間で実行し、コードの保守性とモジュール性を向上させようとする, by K.J.。多くのカーネルはこの二つのカテゴリのいずれか、あるいは中間である。.
新しい！!: STREAMSとカーネル · 続きを見る »
システムコール
テムコールとは、オペレーティングシステム (OS)（より明確に言えばOSのカーネル）の機能を呼び出すために使用される機構のこと。実際のプログラミングにおいては、OSの機能は関数 (API) 呼び出しによって実現されるので、OSの備える関数 (API) のことを指すこともある。なお、μITRONではサービスコールと呼ばれる。また、OSのことをスーパーバイザとも呼ぶため、スーパーバイザコールともいう。 例えば、C言語で使用できるfopen()やmalloc()などのライブラリ関数は、その関数内においてシステムコール（例えばPOSIX準拠のOSであればopen()やsbrk()など）を呼び出す。.
新しい！!: STREAMSとシステムコール · 続きを見る »
セッション層
ッション層（Session layer）とは、OSI参照モデルにおける七階層の内の第五層である。そこではプレゼンテーション層からのサービス要求に応じ、またトランスポート層に対してサービス要求を行う。 セッション層はエンド・ユーザのアプリケーション・プロセス間でセッションの開始、終了、管理の機構、すなわち半永続的な対話を提供する。通信セッションはアプリケーション間で起こる要求（リクエスト）と応答（レスポンス）で構成される。セッション層は一般的に遠隔手続き呼出し (RPC) を使用するアプリケーション環境で使用される。 セッション層プロトコルの一例として、X.225やISO 8327としても知られるOSIプロトコル群セッション層プロトコルが有る。接続が途切れた場合、このプロトコルは接続の回復を試みる事ができる。もし接続が長時間使われない場合は、セッション層プロトコルは接続の終了と再開ができる。セッション層は全二重または半二重通信のいずれかに備え、交換されるメッセージの流れに同期点を提供する。 セッション層のその他の実装例には、Zone Information Protocol（ZIP） - プロセスを結び付ける名前を調整するAppleTalkプロトコルや、Session Control Protocol（SCP） - DECnet Phase IVのセッション層プロトコルが有る。 要するに、セッション層は協調するアプリケーション間で通信（セッション）を確立し、管理し、終了するものである。また通信フロー情報を付加する。.
新しい！!: STREAMSとセッション層 · 続きを見る »
ソケット (BSD)
ット（Socket）とは、BSD系UNIXを起源とするAPIであり、C言語によるアプリケーション開発でのプロセス間通信、特にコンピュータネットワークに関するライブラリを構成する。BSDソケット、バークレーソケットなどとも呼ばれる。 1983年にリリースされたUNIXオペレーティングシステム (OS) 4.2BSD で初めて API として実装された。ネットワークの抽象化インタフェースとしてのデファクトスタンダードとなっている。伝統的なSocket APIはC言語を対象とするが、他のプログラミング言語でも類似のインタフェースを用意している事が多い。 ソケットの代替となるAPIとして、STREAMSベースの Transport Layer Interface (TLI) がある。しかし、BSDソケットは比較にならないほど普及しており、数多くの実装が存在する。.
新しい！!: STREAMSとソケット (BSD) · 続きを見る »
入出力
入出力（にゅうしゅつりょく、input/output）は、データなどの「ものごと」の流れにおける出入りのことで、入力と出力の2つを総称した概念のことである。input/outputの頭文字をとってI/Oと略される。.
新しい！!: STREAMSと入出力 · 続きを見る »
BSD
BSD（ビーエスディー）は、Berkeley Software Distribution の略語で、1977年から1995年までカリフォルニア大学バークレー校 (University of California, Berkeley, UCB) の Computer Systems Research Group (CSRG) が開発・配布したソフトウェア群、およびUNIXオペレーティングシステム (OS)。なお、今日「BSD」という名称は同OSを元に開発されたBSDの子孫の総称として使われることもあるが、この項では主に前述のUCBによるソフトウェア群およびOSについて述べる。 元となったコードベースと設計はAT&TのUNIXと共通であるため、歴史的にはBSDはUNIXの支流 "BSD UNIX" とみなされてきた。1980年代、ワークステーションクラスのシステムベンダーがプロプライエタリなUNIXとしてBSDを広く採用していた。例えば、DECのUltrix、サン・マイクロシステムズのSunOSなどである。これは、ライセンス条件の容易だったためと、当時の多くの技術系企業の創業者がBSDを熟知していたためである。 それらプロプライエタリ (proprietary：非公開) なBSD派生OSは、1990年代にはUNIX System V Release 4とOSF/1に取って代わられ（どちらもBSDのコードを取り入れており、他の現代のUnixシステムの基盤となった）、後期のBSDリリースはいくつかのオープンソース開発プロジェクトの基盤となった。例えば、FreeBSD、NetBSD、OpenBSD、DragonFly BSDなどが今も開発中である。さらにそれら（の全部あるいは一部）が最近のプロプライエタリなOSにも採用されている。例えば、WindowsのTCP/IPコード（IPv4のみ）やアップルのmacOSである。.
新しい！!: STREAMSとBSD · 続きを見る »
Classic
Classic（クラシック）は、Mac OS X上で動作するハードウェア抽象化レイヤーである。Mac OS XでMac OS 9上で動作するアプリケーション（クラシックアプリケーション）を使用するために、Mac OS 9そのものをインストールして実行させるための環境である。PowerPCを使用したMacintoshにインストールされたMac OS X v10.4までのMac OS Xのコンポーネントである。実行可能なMac OSはMac OS 9.1以降である。.
新しい！!: STREAMSとClassic · 続きを見る »
FreeBSD
FreeBSD（フリービーエスディー）は、Unix系のオープンソースのオペレーティングシステム (OS) である。SCOによるSingle UNIX Specificationの認証は受けていないものの、NetBSDやOpenBSDと同じく、AT&TのUNIXから派生したBSDの子孫に当たる。サーバ用途を志向しており、処理速度よりも安定動作に重きを置いている。近代的なオープンソースのBSDとしてはNetBSDに次いで古く、1993年12月に最初の公式リリースである1.0が公開された。.
新しい！!: STREAMSとFreeBSD · 続きを見る »
Linux
Linux（リナックス、他の読みは後述）とは、Unix系オペレーティングシステムカーネルであるLinuxカーネル、およびそれをカーネルとして周辺を整備したシステム（GNU/Linuxシステムも参照）である。.
新しい！!: STREAMSとLinux · 続きを見る »
Linuxカーネル
Linuxカーネルは、Unix系オペレーティングシステムであるLinuxのカーネル。リーナス・トーバルズによって開発が開始された。 ライセンスにGPL（バージョン2）を採用する自由なソフトウェアである。 通常、Linuxカーネルと言えばリーナスが公開している公式版のカーネルを指すが、Linuxディストリビューションで使用されているカーネルは、公式版カーネルにベンダーが独自の修正や変更を加えたものであることが多い。Androidで使用されているカーネルもそのひとつである。このような非公式のカーネルは、ベンダーがサポートすべきものとして、Linux Kernel Mailing List などでは基本的に対象外となっている。 開発の初期には、MINIXを参考としており、影響を受けてもいるが、MINIXのコードは使用せず、ゼロから書かれた（IBM PCを端末エミュレータとして動かすためのコードから成長させたものと言われている）。 GPLを採用したことがLinuxを共有の物として開発することを推進させた、とされている。また、Linuxの開発とインターネットの発展が時期的に一致したことも、Linuxの開発コミュニティ形成に寄与した。 また、開発に際して、よりオープンな開発体制をとり、現在バザール方式と呼ばれている、誰でもLinux Kernel Mailing Listへのバグ報告や修正、機能拡張パッチを公開でき、その中から最終的にリーナスと彼が任命したメインテナーがコーディネータとなって、公式版のLinuxカーネルの質を保っている。.
新しい！!: STREAMSとLinuxカーネル · 続きを見る »
MacOS
macOS（マックオーエス）は、アップルが開発・販売する、Macのオペレーティングシステムである。かつての名称はOS X、Mac OS Xであった（後述）。 技術的に直系ではないが、Classic Mac OS (Mac OS、System) の後継として、新たにBSD系UNIXをベースに開発された。.
新しい！!: STREAMSとMacOS · 続きを見る »
Microsoft Windows NT
Microsoft Windows NT（マイクロソフト ウィンドウズ エヌティー）は、マイクロソフトが開発したオペレーティングシステム (OS) である。DECが手がけたVMSのアーキテクチャを基礎としており、開発もDECの元社員が全面的に行い、リリースに至っている。 Windows 9x系といったWindowsファミリーのオペレーティングシステムより安定性に優れている。Windows 2000 以降はOSの名称からNTは外されたものの、OSとしてはWindows NTのバージョン5以降であり、現在のWindows 10(Windows NT ver10.0)に至るまでWindowsNTは継続した製品シリーズである。.
新しい！!: STREAMSとMicrosoft Windows NT · 続きを見る »
NetWare
NetWare（ネットウェア）は、ノベルが開発・販売した、パーソナルコンピュータで動作するサーバ専用のネットワークオペレーティングシステム (NOS) である。.
新しい！!: STREAMSとNetWare · 続きを見る »
Open Transport
Open Transport は、アップルがUNIX System VのSTREAMSを実装したものの名称。それまでのMacTCPを置き換えた。 Open TransportはMentat Portable Streamsという実装に基づいており、TCP/IPとシリアル通信を制御する。さらに、アップルはこれにAppleTalkの実装も追加した。.
新しい！!: STREAMSとOpen Transport · 続きを見る »
OSI参照モデル
OSI参照モデル（OSIさんしょうモデル、OSI reference model）は、コンピュータの持つべき通信機能を階層構造に分割したモデルである。国際標準化機構(ISO)によって策定された。 OSI基本参照モデル、OSIモデルなどとも呼ばれ、通信機能（通信プロトコル）を7つの階層に分けて定義している。.
新しい！!: STREAMSとOSI参照モデル · 続きを見る »
Plan 9 from Bell Labs
（通称 ）は、主に研究用に使われている分散オペレーティングシステム。ベル研究所の で1980年代中ごろから2002年まで、UNIXの研究上の後継として開発された。Plan 9 は、ネットワークやユーザインタフェースまで含めたあらゆるシステムインタフェースを、個別のインタフェースではなくファイルシステムを通して統一的に表現することを特徴とする。Plan 9 は9Pプロトコルを使い、ユーザーにワークステーション毎に独立した作業環境を提供することを目指している。現在もベル研究所とPlan 9コミュニティによって活発に開発がつづいている。 Plan 9 は、UNIXの流れを汲むオペレーティングシステム (OS) の一種であり、開発に当たってUNIXの設計の問題点を改善することを念頭に置かれている。.
新しい！!: STREAMSとPlan 9 from Bell Labs · 続きを見る »
Research Unix
Research Unixは、ベル研究所（の、Computer Science Research Center）によって開発されたUnixのことで、特にUnixの起原である初期バージョンとその直系にあたるシリーズを指す。後の時代においては、商用化されたSystem Vとは別に、研究所においてトンプソンら当初の開発者らによって実験的な機能が実装されたバージョン8等のUnixを指して使われた。Plan 9はその後継にあたる。.
新しい！!: STREAMSとResearch Unix · 続きを見る »
Single UNIX Specification
Single UNIX Specification（SUS、唯一のUNIX仕様）とは、"UNIX"を名乗ることができるコンピュータのオペレーティングシステム (OS) の標準規格全体を総称したものである。SUSは、IEEEと The Open Group の標準化作業の結果に基づくもので、Austin Group が開発および保守を行っている。.
新しい！!: STREAMSとSingle UNIX Specification · 続きを見る »
Systems Network Architecture
Systems Network Architecture (SNA) は、IBM が1974年に作ったコンピュータネットワーク・アーキテクチャであり、更にはそれに基づいたプロトコルスタックである。.
新しい！!: STREAMSとSystems Network Architecture · 続きを見る »
The Open Group
The Open Group とは、オープンでベンダーに依存しないIT標準と認証の開発を多様な分野で進め、IT標準を通じたビジネス目標の達成を可能にするためのグローバルコンソーシアムである。 1996年に、X/OpenとOpen Software Foundation (OSF) が合併して生まれた。The Open Group はUNIXの商標管理団体であり、POSIX標準を拡張した公式のUNIXの定義であるSingle UNIX Specificationの策定でも知られている。.
新しい！!: STREAMSとThe Open Group · 続きを見る »
Transport Layer Interface
Transport Layer Interface (TLI、トランスポート層インタフェース)とは、1987年にAT&Tの UNIX System V Release 3.0 で提供されたネットワーク用APIであり、Release 4 (SVR4) でもサポートが継続された。.
新しい！!: STREAMSとTransport Layer Interface · 続きを見る »
UNICOS
UNICOSとはクレイのスーパーコンピュータ向けに開発されたUnix系のオペレーティングシステム (OS) の名称である。.
新しい！!: STREAMSとUNICOS · 続きを見る »
UNIX System V
System V（システムファイブ、SysV）は、初期の商用UNIXオペレーティングシステムの一種である。.
新しい！!: STREAMSとUNIX System V · 続きを見る »
X/Open
X/Open Company, Ltd. は、ヨーロッパのいくつかのUNIXシステム製造業者が1984年に設立したコンソーシアムであり、情報技術分野のオープン標準の確立と振興を目的としていた。特に当初の目的は、UNIX系のオペレーティングシステムの唯一の仕様を定義することで、それによってアプリケーションの相互運用性を高め、ソフトウェア移植のコストを削減しようとしていた。当初のメンバーは、Bull、ICL、シーメンス、オリベッティ、ニクスドルフであった（頭文字をとって BISON とも）。フィリップス、エリクソンがほどなく参加し、その時点で X/Open という名称となった。 X/Open は策定した仕様を X/Open Portability Guide (XPG) の名前で公表した。第1版では基本的なオペレーティングシステムのインタフェースをカバーし、最初の結成から1年以内に発表にこぎつけている。第2版は1987年で、初期化、端末インタフェース、プロセス間通信、C言語、COBOL、FORTRAN、Pascal、SQL、ISAM などもカバーしている。これらの多くは、既存の国際標準を参照しているだけである。 1988年に出た XPG3 では、POSIX のオペレーティングシステム仕様をカバーすることに注力している。このバージョンが最もよく使われ、その後にも影響を与えた。 1990年までに、X/Open は21の企業や団体が参加するようになった。当初の5社以外は以下の通り.
新しい！!: STREAMSとX/Open · 続きを見る »
