「システムソフトウェア」の版間の差分
編集の要約なし タグ: モバイル編集 モバイルウェブ編集 |
|||
| 1行目: | 1行目: | ||
'''システムソフトウェア'''（{{lang-en-short|System Software}}、{{lang-en-short|Systems Software}}）または'''システムプログラム'''は、[[コンピュータ]]の[[ハードウェア]]管理や制御などを行う[[ソフトウェア]]全般を指す用語。対比語は[[アプリケーションソフトウェア]]（業務プログラム）。類似の用語には |
'''システムソフトウェア'''（{{lang-en-short|System Software}}、{{lang-en-short|Systems Software}}）または'''システムプログラム'''は、[[コンピュータ]]の[[ハードウェア]]管理や制御などを行う[[ソフトウェア]]全般を指す用語。対比語は[[アプリケーションソフトウェア]]（業務プログラム）。類似の用語には'''基本ソフトウェア'''、'''システム制御ソフトウェア'''などがある。 |
||
一般的な例には、[[オペレーティングシステム]]、[[デバイスドライバ]]、[[プログラミング言語]]処理系などがあるが、システムや観点にもより、その境界は明確ではない。 |
一般的な例には、[[オペレーティングシステム]]、[[デバイスドライバ]]、[[プログラミング言語]]処理系などがあるが、システムや観点にもより、その境界は明確ではない。 |
||
2017年3月27日 (月) 14:00時点における版
システムソフトウェア（英: System Software、英: Systems Software）またはシステムプログラムは、コンピュータのハードウェア管理や制御などを行うソフトウェア全般を指す用語。対比語はアプリケーションソフトウェア（業務プログラム）。類似の用語には基本ソフトウェア、システム制御ソフトウェアなどがある。
一般的な例には、オペレーティングシステム、デバイスドライバ、プログラミング言語処理系などがあるが、システムや観点にもより、その境界は明確ではない。
概要
通常、各アプリケーションプログラムを稼働させるための、よりシステム（ハードウェアなど）に近い、共通的なソフトウェア・プログラムが、システムソフトウェアと呼ばれている。しかしその範囲は、時代やシステムや観点によっても異なる。
初期のコンピューターや、一部の組み込み機器、専用機器などでは、アプリケーションプログラムとシステムソフトウェアは明確に分離されていない。オペレーティングシステムが登場した後でも、当初はユーザーインターフェース、マルチタスク、ネットワーク、ライブラリなどの機能は、アプリケーションプログラムの領域であった。
現在のオペレーティングシステムでも、付属するゲームなどは製品上はオペレーティングシステムの一部だが、技術的にはアプリケーションプログラムである。狭義にはオペレーティングシステムの中でもカーネルがシステムプログラムとされるが、ユーザーインターフェースである各種シェルや、ネットワーク機能なども含める場合もある。また個々のハードウェア用のドライバーは、オペレーティングシステムに付属する場合、ハードウェアまたはアプリケーションソフトウェアに付属する場合、単体販売される場合もある。更にミドルウェアが存在する場合は、オペレーティングシステムの観点からはアプリケーションプログラムの一種であるが、ミドルウェア上のアプリケーションプログラム（ユーザープログラム）の観点からはミドルウェア自体も一種のシステムプログラムである。同様に各種のユーティリティソフトウェアも、オペレーティングシステムから見れば単なるアプリケーションソフトウェアだが、ユーザー（人間）から見ればシステム制御系のものも存在している。
マイクロソフト社に対する独占禁止法訴訟では、ウェブブラウザ(Internet Explorer)がオペレーティングシステム(Microsoft Windows)の一部かどうか、分離不可能かどうかが議論となった。
システムプログラミング
システムプログラミング（英: System programming）は、システムソフトウェアのプログラミングを指す。以下では、オペレーティングシステムやデバイスドライバの開発におけるシステムプログラミングについて述べる。アプリケーションソフトウェアのプログラミングとの主な違いは、ハードウェアとの関わりが大きい点である。他にも以下のような特徴がある。
- プログラマはハードウェアやその他のシステムの特徴を前提として、それらを利用してコードを作成する。例えば、そのハードウェアで効率がよいとわかっているアルゴリズムを採用したりする。
- 以下のような低レベルなプログラミング言語が使われることが多い。
- リソースに制限のある環境で動作可能な言語を使う。
- 効率がよく、実行時オーバーヘッドの小さい言語を使う。
- ランタイムライブラリが非常に小さいか、全くライブラリを持たない言語を使う。
- メモリアクセスや制御構造を直接制御できる。
- プログラムの一部を直接アセンブリ言語で書くことが出来る。
- リソースが制限されているためデバッガが使えない場合もあり、そうするとデバッグが困難になる。このため、エミュレータ上でデバッグを行ったりする。
システムプログラミングはアプリケーションプログラミングとかなり異なるため、プログラマはそれぞれの領域に特化する傾向がある。 高い実行効率が求められるため、プログラマーにはアルゴリズムとデータ構造に関する深い知識が要求されることもあるが、資源の制約などで高度なアルゴリズムやデータ構造が使えないという縛りの下でのプログラミングが必要なこともある。
システムプログラミングでは、プログラミングに利用できる道具が制限されることが多い。ガベージコレクションは一般的ではないし、デバッグが困難な場合もある。ランタイムライブラリはあったとしても貧弱で、あまりエラーチェックをしない。このような制限があるため、モニタリングやデータロギングといった技法が使われることが多い。オペレーティングシステム（特にカーネル）はそのようなロギングを多用している。
古くは、システムプログラマは例外なくアセンブリ言語を使っていた。高水準言語をシステムソフトウェアに使った初期のものとしては、バロース B5000のALGOL、MulticsのPL/Iがある。1960年代後半から、BLISS、BCPL、C言語などが使われるようになり、UNIXの普及もあって1980年代にはそれが一般化した。macOSのI/O Kitドライバなどでは、Embedded C++ が使われることもある。
21世紀に入ると、セキュリティの重要性が否応にも増していることから、型システムによってより強い安全性が保証されたプログラミング言語でシステムソフトウェアを書くことも、研究レベルでは進んでいる。
オペレーティングシステムやネットワーク関連の実装ではシステムプログラミングが必要となる（例えば、仮想記憶を実装する場合やデバイスドライバを実装する場合など）。