システムの処理形態

バッチ処理の利点……コンピュータ資源の有効活用が可能になります。

④ なぜ資源を有効活用できるのか

処理を夜間などの空いている時間帯にまとめて実行できるためです。

空いている時間に重い処理を寄せることで、限られた設備を効率よく使えます。第1章で学んだCPUの処理能力を無駄なく使う、という発想です。

⑤ リアルタイム処理

処理をためずに、利用者からの要求に応じてその都度すぐに処理する方式です。

ネットワークに接続された複数の端末からコンピュータに処理要求を行い、処理要求に基づいてデータを処理してその結果を即座に端末に返します。

⑥ OLTP

リアルタイム処理のうち、トランザクション単位で各端末からの要求を順次処理する方式をOLTP（On-Line Transaction Processing）といいます。

第3章で学んだトランザクション（分けることができない処理の単位）が、ここで再び登場します。座席予約や残高照会は、それぞれが1つのトランザクションとして処理されます。

⑦ リアルタイム処理が向く業務

リアルタイム処理の注意点……処理が中断するとデータの整合性が問われなくなるため、高い信頼性が要求されます。

⑧ 2つを比べる

⑨ 使い分けの考え方

「いますぐ結果が必要か」——この1点で判断できます。

何でもリアルタイムにすればよい、というわけではありません。リアルタイム処理はシステムの負荷が高く、高い信頼性を確保するための費用もかかります。急がない処理までリアルタイムにすると、過剰な投資になります。

⑩ 実務では併用する

多くの企業システムでは、両方を組み合わせています。

日中はリアルタイムで受け付け、夜間にバッチで集計する——これが典型的な構成です。

「まとめて」か「即座に」か——この対比で判定できます。

同じ業務でも、方式が変わることがある

ポイントカードの例で考えてみましょう。

技術の進歩と利用者の期待が、方式の選択を変えたわけです。

中小企業の在庫管理で考える

リアルタイム処理にすべき場面

2つ目は、第3章で学んだ同時実行制御の話とつながります。バッチ処理なら、1日分をまとめて処理するので競合が起きにくいのですが、リアルタイム処理では複数の要求が同時に来るため、ロックによる制御が欠かせません。

「リアルタイムにすると、考えることが増える」——これも選択の判断材料になります。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　バッチ処理は、一定期間もしくは一定量データを集め、一括処理する方式である。

> b　1か月に1回処理するものを日次バッチという。

> c　OLTPは、リアルタイム処理のうちトランザクション単位で各端末からの要求を順次処理する方式である。

解答　a：○　b：×　c：○

• b：×……1か月に1回処理するのは月次バッチです。日次バッチは1日に1回処理するものです。

⑤ 表の読み方——集中処理が勝つ行と負ける行

3勝3敗で拮抗していることが分かります。つまり、どちらが優れているという話ではありません。

⑥ トレードオフの構造

この表の背後には、「まとめるか、分けるか」という1つの選択があります。

「卵を1つのかごに盛るか、分けるか」という選択に似ています。まとめれば効率がよく、分ければ危険が分散する——どちらにも理由があります。

⑦ 第3章とのつながり

分散処理の「矛盾を回避する手段が必要」という記述は、第3章で学んだトランザクションや同時実行制御の話につながります。

複数のコンピュータに分かれたデータを矛盾なく保つのは、1台の中で保つよりはるかに難しくなります。だから、分散処理を採用するには、そのための仕組みが要るのです。

⑧ 歴史的な流れ

第11章で学ぶ情報システムの変遷では、この流れが改めて扱われます。

⑨ クラウドはどちらか

第12章で学ぶクラウドコンピューティングは、この分類では興味深い位置にあります。

利用者からは「まとめて任せている」ように見えて、中身は分散している——これが現在のクラウドの構造です。集中と分散のどちらの利点も取ろうとした形といえます。

③ 「コンピュータあるいはソフトウェア」という点に注意

どちらの定義にも「コンピュータあるいはソフトウェア」とあります。つまり、

1台のコンピュータの中で、複数のサーバソフトウェアが動くことも珍しくありません。

④ 同じ機械が、見る立場によって変わる

ここが理解の要点です。

例：全社サーバと部門サーバ

部門サーバは、端末からみるとサーバで、全社サーバからみるとクライアントです。

クライアントとサーバは、機械の種類ではなく、そのやり取りにおける役割の名前——この理解が正確です。

⑤ 1台に複数のサーバプロセスが動く

例：複数機能を持つサーバ

1台のサーバに、次の2つのプロセスが動いているとします。

1台の機械が、2種類のサービスを提供しているわけです。第5章で学んだポート番号が、この使い分けを可能にしています。

⑥ 代表的なサーバの種類

これらは第5章で学んだプロトコルと対応しています。WebサーバがHTTP、メールサーバがSMTP／POP、という具合です。

⑦ なぜ役割を分けるのか

⑧ 第4章・第5章とのつながり

第5章で学んだプロトコルの多くは、クライアントとサーバの間の約束事でした。

クライアントサーバという構造が、インターネットの基本形だといえます。

⑨ 次節への橋渡し

クライアントサーバシステムでは、クライアントとサーバにどう機能を割り振るかが設計の要点になります。

次節では、この割り振り方を詳しく見ていきます。