• アマゾンドットコムが開発したクラウドコンピューティングプラットフォームである。
• AmazonWebServicesはアマゾンで提供するクラウドサービスで、ネットワーキングをベースに仮想コンピュータやストレージ、ネットワークインフラなど様々なサービスを提供している。
• ビジネスと開発者がウェブサービスを使用し、拡張可能で精巧なアプリケーションを構築できるようサポートしてくれる。
• 現在、小規模法人(会社)及び個人を含む様々なユーザーが使用しており、クラウドコンピューティングの長所を利用するために、多くの巨大企業でも活用している。

AWS の概要

クラウドコンピューティングは、あらゆる産業においてビジネスにおいて不可欠なものとなっている。 AWSは最も人気のある形態だ。 効率性を改善し、多様なビジネス慣習を緩和した。2000 年代には、企業が購入したサーバーに依存し、これらのサーバーは機能が制限的で価格が高かった。 しかも、動作するサーバーには数多くの検証が必要だった。 企業が成長すればするほどサーバや最適化がより多く必要になるが、それらを毎回管理することは非効率であり、時には莫大にコストがかかることもあった。 AWS の利点は、このような多くの問題を解決した。 AWS を使用する企業はサーバーを直ちに使用することができ、AWS は様々なワークロード、ストレージオプション、セキュリティが向上した手段を提供する。

AWSの歴史

AWSは2002年に設立された。その会社はサービスや顧客への提供以外のインフラが売れることを望んだ.

そのアイデアへの情熱を受け、アマゾンは2006年、最初のAWS商品を発売した。4年後、2012年にアマゾンドットコムは大きなイベントAWSについて、そして顧客の意見収集に集中するイベントを開催した。アマゾンは、AWSに対するフィードバックを共有するReinventのようなイベントを受け入れた。
2015年にアマゾンはAWS収益は78億円に達したと発表した。そして2016年の間に、AWSは顧客がAWSサービスマイグレーションするよう手伝ってくれた動きが始まりであった。 その動きはAWSの特長に対する大衆の認識が高まり、経済成長を牽引した。 アマゾンの収益は122億円で、2016年より伸びた。 AWS顧客に160個の製品とサービスを提供している。 アマゾンがAWSをベースに操作する割合を考えると、その数は増加するだろう。

AWSは?

何がAWSなのかについて尋ねる前に、まずクラウドプロバイダであることを理解しなければならない。他の機能のうちクラウドプロバイダは、より多くのストレージ柔軟性を付与し、セキュリティ措置を強化する。また、強化されたセキュリティ、より高いコンピューティング容量、データベース構築のようなローカルデータベースで見られる機能も提供する。 位置によってコンテンツキャッシングのような異なる機能が使うことができる。

AWSのメリットの一つは、全ての160個のクラウドサービスを使用しだだけ有料で提供することだ。 すなわち、使用するサービスに対してのみ料金を支払うことである。 少なく使えば使うほど値段も少なくなるということを意味する. 使う量が多い場合は使えば使うほど，単位当たりより少ない金額を支払う。

AWSと関係があるアプリケーションは下のような長所があります。

• アプリケーションは安全で安定的なインフラで実行されるため、安定的-オンデマンドインフラを通じて拡張性を向上-クラウドで使用できる設計オプションを通じて柔軟性を向上

AWS サービス

Amazon Web Servicesは設立以来、必要不可欠なクラウドコンピューティング技術となりました。 次はAWSの主なサービスです。

1. Amazon S3

• このツールはインターネットバックアップに使用され、オブジェクトストレージ範囲内で最も安価なストレージオプションです。 最も良い点は必要な時にほぼ全ての場所で保存されたデータを検索できるということです。

2. AWS データ伝送サービス

• 名前からも分かるようにデータを円滑に収集するのに役に立つマイグレーション、データ収集やデータ転送製品があります。 また、データをリアルタイムでモニタリングして分析することができます。

3. Amazon EC2(Elastic Compute Cloud)

• 必要に応じて安全でサイズが調整できるコンピューティング容量を提供します。 このサービスは、ウェブスケールクラウドコンピューティングにより容易にアクセスできるように設計されています。

4. Amazon SNS(単純通知サービス)

• EメールやSMSを通じて多数の加入者にメッセージを送信する通知ツールであり、重要な情報に注意を喚起するための警報、サービス通知およびその他のメッセージを送信することができます。

5. Amazon KMS(キー管理システム)

• この道具は、データに256ビット暗号化を使用するセキュリティツールです。それはまたハッカーやサイバー攻撃から保護します。

6. Amazon Lambda

• このサービスは特定のイベントによってコードを実行し、従属リソースを管理します。 サーバの管理やプロビジョニングする必要がなく、コード実行にかかる時間によって支払コストが異なります。 時間当たり料金を請求するサービスに比べて費用が節約されます。

7. Route 53

• このサービスは別途のDNSアカウントを維持、管理する必要がないクラウドのDNSサービスです。 この製品は、ユーザーをインターネットアプリケーションにルーティングできる安定的でコストが効率的な方法を企業に提供するために設計されました。

一般的に、デバイスで必要とされるデータはサーバーで管理します。 ネットワークを通じてサーバからデータを取得するための通信方式には、大きく分けて Http 通信と Socket 通信の 2 種類がありますが、今日はこの 2 つの通信方式の違いについて見ていきたいと思います。

Http 通信

クライアントのリクエストがある場合のみ、サーバーが応答(Response)して当該情報を送信し、すぐに接続を終了する方式

Http 通信は Client の要請があるときだけ Server が応答して処理をした後に連結を絶つ方法です。 このような接続方法はClientが要請を送る場合にのみServerが応答するワン・ウェイ・コニュニケーションで、Server が Client で要請を送ることはできません。 理解を助けるために皆さんがこのブログの内容を見るためにブログに入ってくる状況を例に挙げてみます。 皆さんがこのブログのためのリンクをクリックした瞬間に Client(ウェブ)は Server(ウェブサーバ)にこの文に対する内容を送ってほしいと要請をしたのです。 この文に対する内容を受けた後は、連結が終了されます。 そのために要請を送るとき、内容を待つ時間と共に連結する時間が入るようになります。 このような Http 通信は、リアルタイム接続がなく、必要な場合のみServerにアクセスするコンテンツ中心のデータを使用するとき用意です。 もしブログに対する内容を要請するため、リアルタイムでつなぐを維持する Socket 通信を使用することになると、ブログの内容を受けた後も、引き続き通信のための連結が成立しており、負荷がかかります。 一般的にモバイルアプリケーションは必要な場合のみ Server で情報を要請する場合が多いが、このような Web Server で Http 通信を主に使用して費用や保守などほとんどの方面でいいです。

Http 通信の特徴

• クライアントがリクエストを送信した場合にのみ、サーバーが応答するワン・ウェイ・コニュニケーションである。
• サーバーからの応答を受けた後は、接続がすぐに終了する。
• リアルタイムの接続ではなく、必要な場合にのみサーバーに要請を送る状況に有用である。
• 要請を送ってサーバーの応答を待つアプリケーション(Android or Ios)の開発に主に使われる。

Socket 通信

サーバーとクライアントが特定ポートを通じてリアルタイムでツーウエー・コミュニケーションする方式

Socket 通信は Http 通信とは違って、ServerとClientが特定Portを通じて連結を成立しており、リアルタイムでツーウエー・コミュニケーションする方式です。 Client のみ必要な場合に要請を送る Http 通信とは違って、Socket 通信は Server も Client で要請を送ることができ、ずっとつながりを維持する連結志向型通信であるため、リアルタイムの通信が必要な場合によく使用されます。 例えば、リアルタイム Streaming の中継やリアルタイムでチャットと一緒に即座に情報をやり取りする場合に使用します。 例えば、リアルタイム動画 Streaming サービスを Http 通信で具現したと仮定します。 このような場合に使用者がサーバに動画を要請するためには動画が終了される瞬間まで継続して Http 通信を送らなければならない、このような構造は引き続き連結を要請するために負荷がかかります。 従って、このような場合には Socket を通じて具現することが適しています。

Socket 通信の特徴

-Server と Client がずっとつながりを維持するツーウエー・コミュニケーションである。
-Server と Client がリアルタイムでデータをやり取りする状況が必要な場合に使用される。 -リアルタイム動画 Streaming やオンラインゲームなどのような場合によく使用される。

TCP/IP

インターネットプログラムが通信をするにあたって、HTTP、SFTP、FTP など様々なプロトコルがあります。 インターネットプロトコルで最も多く使用される代表的なプロトコルは、皆さんご存知の通り IP です。 ここで重要なことはTCPIPは階層ではなくプロトコルであることです。
TCPIPは OSI7 階層とは少し異なるTCPIPの構造的な階層の上で動作します。

OSI7 階層とは少し異なる様子です。
階層の個数も違って OSI は 7 階層であるのに対し、TCPIP 階層は 4 階層全てであることが分かります。

1. ネットワークインタフェース階層 (Network Interface Layer)

この階層は、Node-To-Node 間の信頼性のあるデータ伝送を担う階層です。
OSI7 階層の物理階層とデータリンク階層の役割を、同ネットワークインタフェース階層が担っています。
したがって、MAC アドレスがこの階層で使用されます。
ネットワークインタフェース階層がデータリンク階層まで担当するので、MAC アドレスが使用されます。

上の装備はランカードです。 正確な名称は NIC といいNetwork Interface Cardです。
LAN カードがないとネットワーク通信はできません。ネットワークインタフェース階層で動作するデバイスです。

LAN 上では Ethernet、TokenRing、FDDI などがあり、WAN 上では X.25、FrameRelay、PPP などがあります。

2. インターネット階層 (Internet Layer)

OSI7 階層のネットワーク階層を担う階層です。 OSI7 階層のようにホスト間のルーティングを担当することになります。
インターネット階層で動作するプロトコルは以下の通りです。

• IP(Internet Protocol):非信頼性、非連結指向データグラムプロトコル

• ARP(Address Resolution Protocol):アドレス変換プロトコルです。 IP アドレスを MAC アドレスに変換するプロトコル

• RARP(Reverse ARP):逆に MAC アドレスで IP アドレスを探すプロトコル

• ICMP（Internet Control Message Protocol）:状態診断メッセージプロトコル。 このプロトコルを利用する代表的なプログラムが ping

• IGMP(Internet Group Message Protocol):マルチキャスト用プロトコル

3. 伝送階層 (Transport Layer)

OSI7 階層の伝送階層と同じです。 プロセス間の信頼性のあるデータ伝送を担う階層です。
process-to-process 転送を担当するためには論理的アドレスが必要ですが、process が使用するポート番号をその論理的アドレスとして使います。
転送階層で動作するプロトコルは下記の通りです。

• TCP (Transmission Control Protocol):信頼性のある接続指向型プロトコル。 信頼性があるというのは、そのペケットのエラー処理や再送信などでエラーを復旧することです。 そのため TCP のヘッダーに付く情報が多いです。

• UDP (User Datagram Protocol):非信頼性非接続型プロトコルです。 ペケットを失ったりエラーがあっても対処しないことです。 したがって、UDP ヘッダーは簡単な構造を持っています。

4. 応用階層 (Application Layer)

ユーザーと最も近い階層です。 OSI7 階層の 5 階層から 7 階層までの機能を担っています。
サーバやクライアントアプリケーションがこの階層で動作します。 私たちが知っているブラウザやテルネットのようなサービスがこの階層で動作し、動作するためには転送階層のアドレス、つまりポート番号を使用します。 例えば、http が 88 番ポートを使用することと同じです。
応用階層で動作するプロトコルは以下の通りです。

• HTTP(Hyper-Text Transfer Protocol):TCP ベースのプロトコルでポート番号 80 番を使用

• Telnet :TCP ポート番号 23 番を使用します。 遠隔ターミナルを接続する際にこのプロトコルを使用

• SSH(Secure Shell):テルネットのようなサービスはセキュリティに脆弱。 パスワードが暗号化されていないため、そのまま表示されます。 これを補完したものが SSH です。 ポート番号 22 番を使用します。 SFTP のようなプロトコルも 22 番ポートで主要使用します。

• FTP(File Transfer Protocol): ファイル転送プロトコル。 ファイルのダウンロードやアップロードに FTP を使用。 FTP は、ファイルのアップロードやダウンロードの際、信頼性を重要視するため、TCP で動作します。 2 つのポートを使用します。

TCP ポート 20 番はデータ転送のための用途、TCP ポート 21 番は制御用として使用します。

• SMTP (Simple Mail Transfer Protocol):メール転送プロトコルです。 TCP 上で動作し、ポートは 25 番を使用します。

• POP3（Post Office Protocol Version 3）:メール受信用プロトコルです。 アウトルックのようなプログラムは POP3 というプロトコルを使って動作します。 TCP ポート 110 番を使用します。

• DNS (Domain Name System):ドメイン名に対するホスト情報を提供します。 基本的に UDP 上で動作します。 基本的に失敗したらもう一度要請すればいいですし、それほど重要な情報ではないからです。 しかし、信頼性を要する場合には TCP 上でも動作します。 データが長い場合、同じ時に TCP ベースで動作できます。

UDP、TCP ポート 53 番を使用します。

このように、ポート番号が特定のプロトコルが使用していては使えないポートがあります。 このようなポートを well-known port といいます。

RTSP(real time streaming protocol) はリアルタイムマルチメディアストリームを制御するためのプロトコルである。
RealNetwork 社、Netscape 社、IBM 社などが共同開発を行った。

RTSP の特徴

• 多地点ストリーミング応用のための基盤構造

  • 応用階層でユニキャストまたはマルチキャスト接続の両方を使用する多地点応用で、マルチメディアストリーム制御のためのプロトコル提供という目的を持つが、プロトコルというより基盤構造と見ることができる。

• クライアント/サーバーの形で動作

  • 構造、文法、動作方式が HTTP と非常に似ている。

• セッション管理

  • 多地点多数のマルチメディアセッションの設定と制御が RTSP によって制御される。
  • RTSP のリソース管理セットアップ及び予約は RSVP で使用可能

• 複数のプロトコルが関連する

  • 実際のマルチメディア情報のリアルタイム転送メカニズムは、RTP/RTCP に基本基本としている。

    • RTP/RTCP:オーディオ、ビデオなどで時間同期化されたストリームを生成·制御する。

  • 信頼性のない TCP、非信頼的な UDP など、様々な伝送プロトコルの上で動作可能。主に UDP 上で動作

    • このようなプロトコルの助けを受けて RTSP/RTP(RTCP)リアルタイムパケットが配信される。

  • RTP、RTCP とは異なるチャンネルを使用（データ転送ポートとは異なるポート番号として 554 番を使用）

    • RTP、RTCP は同一チャンネルを通じて転送されますが、
    • RSTP は、RTPRTCP とは異なるチャネルを使用して全体ストリーミング制御を行う。
  
  

ストリーミング再生に関する制御コマンド

ㅇ Setup(接続設定)、Play(再生)、Forward、Rewind、Pause(一時停止)、Stop(完全停止)、Resume(再起動)、Record、Teardown(接続解除)など、 - 家庭用 VCR をインターネットに適用したもの

インターネットウェブによる実装例

ONVIF（Open Network Video Interface Forum オープンネットワークビデオインターフェースフォーラム[*]、オンビーフ）は、世界開放型産業フォーラムの一つであり、セキュリティ目的の物理的な IP ベース製品のインターフェースのための世界開放型標準の開発及び利用を容易にすることを目的とする。 ONVIF は動画監視その他の物理的な防犯地域内の IP 製品がどのように相互に通信できるかについての標準を作る。 ONVIF は 2008 年アクシスコミュニケーションズ、ボッシュセキュリティシステムズ、ソニーが立ち上げた団体である。
簡単に言えばカメラを制御する際に使われる国際標準プロトコルであり、詳しく言えばセキュリティ機器（CCTV、カメラ、ビューアーなど）で使われる標準プロトコルである。

プロファイル

• プロファイル S
  ビデオやオーディオストリーミング、PTZ オプション、リレーアクティベーションなどの IP ビデオシステムの共通機能に言及する。

• プロファイル C
  ドアの状態及び制御、資格管理、イベント管理などの IP アクセス制御システムの共通機能を説明する。

• プロファイル G
  ビデオストレージ、録画、検索を説明する。

• プロファイル Q
  デバイス発見、構成、TLS 認証の管理について説明する。

• プロファイル A
  情報、状態、イベントの検索を行い、アクセス規則、資格情報、スケジュール等の PACS（物理アクセス制御システム）関連項目を構成する機能である。

• プロファイル T
  （発売候補 RC）H.264、H.265 エンコードフォーマット、イメージング設定、アラームイベント（モーション、不当変更検知など）などのビデオストリーミング機能をサポートする。

用途

セキュリティ装備同士を互いに接続して動作させるプロトコルである。

一般的にセキュリティ装備、映像装備は様々なプロトコルをサポートしているが、自社標準プロトコルと国際標準プロトコル(ONVIF)を使用する。
国際標準プロトコル(ONVIF)の場合、該当装置のみに特化している機能をサポートしないため、自社標準プロトコルを使用する場合もある。
ONVIF を使用する場合、全世界共通で使用するプロトコルであるため、新しい仕様や変更される作業は難しく時間がかかる。 しかし、世界標準であるため、世界のどこでも使うことができる。

一般的にプロトコルは socket 通信基盤プロトコルと HTTP ベースプロトコルがあるが、ONVIF は HTTP プロトコルを使用する。

機能	プロトコルの種類
映像、音声、イベント送受信	RTPRTSP プロトコル
制御、設定、照会	WSDL、SOAP プロトコル

映像を見るときは RTPRTSP を使用し、IP を変更したり、設定を変更したりするときには WSDL、SOAP を使用する
ONVIF プロトコルが RTPRTSP プロトコルを具現したのではなく、カメラのような装備を使用できるように RTPRTSP アドレスを知らせる役割をする。