システム構築の基礎
•
0 j'aime•85 vues
2022年に非IT系学生だけどスマホアプリのプロト開発を目指す学生向けにITシステム構築の基礎を教えた授業資料をまとめたものです。
Recommandé
Contenu connexe
Similaire à システム構築の基礎
Similaire à システム構築の基礎 (20)
Plus de Masanobu Takagi
Plus de Masanobu Takagi (13)
Dernier
Dernier (7)
システム構築の基礎
- 1. 1 ITシステム構築の基礎 ITシステムの全体像やそもそもシステムはなんのために誰がどのように作るのか、 プログラミングはなんのために誰がするのか、どのような種類のアプリがあるのか、 そのしくみとしてクラウド、API、データベースといったものが何か、スマホアプリを中⼼とした UIデザインの基礎とスマホアプリの特徴と画⾯設計のパターン、ITセキュリティの基礎 といった内容を説明します。 1. システム構築の全体像 2. プログラミングの基礎 3. データベースの基礎 4. APIの基礎 5. UIデザインの基礎 6. セキュリティの基礎
- 3. システムってなんのために作るの︖ 利⽤する⼈を便利にしたり、楽しくするため パターン0. ⾃分が使いたいから⾃分のためにつくる パターン1. 便利だったり楽しくなればユーザが利⽤料を払ってくれるかもしれない パターン2. 既存サービスをシステムで効率化すると売り上げがあがるので サービスを⾏う企業がシステムにお⾦を払ってくれるくれるかもしれない パターン3. 仕事や作業を効率化し、間違いを減らすためにシステム化したい いくつかのシステムを例に挙げて整理 動画配信・ゲーム はじめは無料で使い始めても、利⽤者はより楽しくなりたいので、 ⼀部の⼈は課⾦サービスを購⼊する(パターン1) 銀⾏⼝座アプリ 銀⾏サービスを銀⾏に⾏かずオンラインで受けられる(パターン2) 営業⽀援アプリ 営業管理をシステム化して勤務時間と誤りを減らしたい(パターン3) 3
- 4. 誰のために誰が作るの︖ システムを使う利⽤者は以下の⼆種類に分けられます。 コンシューマ（⼀般ユーザ） ビジネスユーザ（仕事をする⼈） システム構築を⾏う開発者は以下の⼆種類に分けられます。 ⾃社のエンジニア システム構築専⾨企業 いくつかのシステムを例に挙げて整理すると、、、 動画配信・ゲーム 「コンシューマが利⽤」、「⾃社のエンジニアが開発」 銀⾏⼝座アプリ 「コンシューマが利⽤」、「システム構築専⾨企業に頼んで開発」 営業⽀援アプリ 「ビジネスユーザが利⽤」、「システム構築専⾨企業に頼んで開発」 4
- 5. システム構築の全体像 システム構築の全体像を知るために、以下の内容を紹介します。 • どんなステップでシステム構築されるのか︖ →システム構築のプロセス • どのようなチームで実施されるか︖ →チーム体制 • システムはどのような構造をしているのか︖ →システムの全体像 5 要件 定義 アプリ API クラウド データベース ! " # $ % & ' ユーザ システムの全体像 システム構築のプロセス 設計 開発 テスト 運⽤ 保守 本 番 # # $ % チーム体制 プロジェクトマネージャ (PM) モバイル担当 API担当 DB担当 インフラ担当 ITアーキテクト
- 7. 参考）要件定義の例〜観光アプリ〜 アイデア 私は岡崎に定期的に出張しているが、仕事の合間にいける観光スポットや お⼟産屋を検索できるアプリがあったら便利だろう。 システムの⽬的 観光客がGOTOトラベルで宿泊したときにもらえる地域共通クーポン券などを 使ってお得にお⼟産購⼊や観光することを⽀援する。 要件（主語、⽬的語、述語をはっきりさせることが重要） 1. ユーザは、システムにユーザ情報を登録でき、ログインできる 2. ユーザは、岡崎の観光地をリストでき、詳細情報を⾒ることができる 3. ユーザは、観光スポットを検索することができる 4. ユーザは、おすすめの観光ルートを表⽰し、ルートを探索できる 5. ユーザは、地域共通クーポン券を使うことができる場所を地図で参照でき、 その種類で場所を検索することができる 6. ユーザは、訪れた場所をメモして⾃分⽤に保存することも可能であるし、 広く⼀般の⼈に公開することもできる 7
- 8. チーム体制 • 何を作りたいかという要件を決めて予算をコントロールする「ユーザ側」と システム構築のプロである「システム構築担当」に分けることができます。 • ⾃らのサービスのために開発する場合とシステム構築専⾨企業に頼んで開発する場合が あるので、システム構築担当を⾃社で組む場合と別会社にする場合があります。 • システム構築の管理者としてユーザ側との交渉をリードしプロジェクト全体の体制や スケジュールを管理するのが「プロジェクトマネージャ」、システム全体の設計に責任を持ち、 ユーザの無茶な要望とシステム実現化の可否を調整するのがITアーキテクト、 その下にそれぞれ構築するシステムの担当グループが配置されます。 8 プロジェクトマネージャ (PM) モバイル担当 API担当 DB担当 クラウド担当 ITアーキテクト 予算担当者 要件定義担当 システム構築担当 ユーザ側 ｻｰﾋﾞｽｵｰﾅｰ ﾏｰｹﾃｨﾝｸﾞ担当 ! !
- 9. 第三層 データ層 第⼆層 アプリケーション層 第⼀層 プレゼンテーション層 システムの全体像 通常のシステムは下図のとおり三層構造からなります。 第⼀層(ﾌﾟﾚｾﾞﾝﾃｰｼｮﾝ層) ︓画⾯と画⾯遷移からなります。 第⼆層(ｱﾌﾟﾘｹｰｼｮﾝ層) ︓アプリの業務処理からなります。 第三層(データ層) ︓データベースからなります。 9 アプリ API クラウド データベース ! " # $ % & ' ユーザ
- 10. アプリの種類 アプリケーションには主に「Webアプリ」と「ネイティブアプリ」の2種類があります。 Webアプリ ブラウザで画⾯を表⽰するアプリ。複雑な動きを実現するのは難しく、 業務処理はクラウド側に実装します。開発はネイティブアプリより容易な 場合が多く、スマホの種類によって開発を分ける必要がないが、操作性が 貧弱でセキュリティ上の考慮が必要で脆弱なシステムになりがちです。 ネイティブアプリ Google PlayやApple Storeからインストールするアプリ。滑らかな画⾯の 動きや⽐較的複雑な処理をスマホ側に実装できる。通常、開発はWebアプリ より難しく、スマホの種類によって別々に開発する必要がある。 10 API クラウド データベース ! " # $ % & ' ネイティブ アプリ Web アプリ Web アプリ
- 11. クラウドとは︖ • 「クラウド」とは、スマホやパソコン、IoTなどからインターネット経由で送られてくる データの処理を同時にたくさん⾏えるコンピュータを、時間割で安価に利⽤する ことができるしくみです。 • ブラウザからボタンひとつで⽴ち上げることができて、コンピュータがどこに何台あるかを 意識しなくても利⽤できることから、雲のようなコンピュータシステムという意味で 「クラウド」と呼びます。 • Office365、Gmail（メール）、OneDrive（共有ストレージ）は クラウドサービスの⼀例です。 11 クラウド 作成 管理者や開発者はパソコンからクラウドに コンピュータ環境を作成することを指⽰して 開発をはじめます。 利⽤者は、開発したアプリをスマホや パソコンから利⽤します。
- 13. データベースとは︖ • アプリを通して複数ユーザとデータが正しく共有されることがITシステムの 本質的な価値です（例えば、オンラインショッピングなら顧客の注⽂データは 店舗に共有されることで注⽂が成⽴します）。 • データベースはこの正しいデータの共有と便利な検索機能を兼ね備えたしくみを 提供します。 • データベースには様々な種類あり、Excelの表のように⾏列からなるテーブルに データを保存するリレーショナルデータベースやホームページなどのWebで 使いやすい形式のデータを保存したりするNoSQL（ノーエスキューエル） データベースなどがあります。 13 アプリ API クラウド データベース ! " # $ % & '
- 14. 14 2. プログラミングの基礎
- 15. プログラミングはいつ誰がするの 15 要件 定義 アプリ API クラウド データベース ! " # $ % & ' ユーザ システムの全体像 システム構築のプロセス 設計 開発 テスト 運用 保守 本 番 # # $ % チーム体制 プロジェクトマネージャ (PM) モバイル担当 API担当 DB担当 インフラ担当 ITアーキテクト 各フェーズで用途にあわせてプログラミングします。 - 設計ではプロトタイプ作成のため - 開発ではシステム全体の開発のため - テストでは自動テストのため - 運用保守ではバグ修正や機能拡張のため 担当チームの中のプログラミングに長けたメンバー が行います。 - モバイル担当はアプリ開発 - API担当はAPI開発 - DB担当はSQL文開発 - インフラ担当はシステムの構成ファイルを開発 各レイヤーでプログラミング対象が異なります。 - アプリはアプリ開発 - APIはAPI開発 - データベースはSQL文開発 - クラウドはシステムの構成ファイル開発
- 17. ホームページのしくみ 17 サンプル ホームページ(https://david3080.github.io/temp1/)の構造を説明します。 HTML ハイパー(H)テキスト(T)マークアップ (M)ラングエッジ(L)の略でホーム ページを作成する場合に必ずプロ グラミングが必要なものです。ホー ムページがどのような構成要素か らなるかを定義し、下記の構造から なります。 <html> <head>…</head> <body>…</body> </html> CSS(スタイルシート) HTMLで定義した構成要素の デザインを定義します。 - 背景色 - テキストのフォント、サイズ、 色、効果 - ホームページの構成要素の 配置位置やサイズ JavaScript 各構成要素の動的なふるまいを プログラミングします。 - ブラウザの縦横のサイズによって 構成要素の配置の変更 （例：ブラウザの横幅を縮めると右図の ように緑部分の 配置が変化） - フォームに入れた データをアップロード するような操作
- 18. スマホアプリのしくみ 18 開発 • 開発言語はSwi=かObjecAve-C • 開発環境はMac PCに限られてお り、XCodeという開発環境が必要 • アプリ配布するには有料ライセン スが必要 アプリ配布 • AppStoreにアプリ登録申請 して審査を通ったら公開 • 原則AppStore以外での アプリ公開は不可能 iPhoneの場合 • スマホアプリの開発とアプリ開発は、環境の整備やルールに制約があったり、スマホに 様々な種類があるため、同じアプリでも二種類つくらなければならなかったりして大変 • 本講義では同じアプリでもiPhone用とAndroid用にプログラミングしなければならなかっ たものを一回のプログラミングで済むツールを使って演習をします。 Androidの場合 開発 • 開発言語はJavaかKotlin • 開発PCに制限はなく、Android SDKという開発環境が必要 • 有料ライセンスは必要なし アプリ配布 • Google Playにアプリ公開す ることも可能だが、自分の 好きな場所で配布すること も可能 • そのかわりセキュリティ担 保は自己責任
- 19. APIのしくみ 19 アプリ API ! " # $ % & ' API本体2 API Gateway • APIは、システムの機能を再利用しやすいようにサブ機能(これをサービスという) にわけて、アプリから機械的に安全にアクセスしやすいようにしたものです。 • APIは、アプリから機械的にアクセスするためにどのようなデータをどのように扱う かを具体的に定義した「インタフェース」を決めて開発を行います。 • APIは、データベースとつないで個人情報を取り扱うことも多いので、認証や 認可（ログインした人がどのデータをどう使えるか）のしくみが重要です。それら 様々なAPIに共通して必要な機能を設定できる「API Gateway(ゲートウェイ )」を 利用すると便利です。 API本体1 ! ! ! インタフェースを決めます
- 21. プログラミング関連の新しい話題 21 システム設定や構成もプログラミング • 従来はシステムを構築する場合、アプリやAPIはプログラミングを行うアプリ 開発者が担い、クラウドの構成やデータベースはプログラミングを行わない インフラ担当者が設計に応じて設定を行うといった役割分担をしていました （アプリ開発者とインフラ担当者がけんかすることも多々ありました）。 • 近年はクラウドファーストの時代で、必要なインフラはボタン一つで手に入り、 最低限の運用や監視も自動的に行ってくれるため、インフラの構成もプログラ ミングすることができるようになり、インフラ担当者単独の役割が必要なくなり、 インフラもわかる開発者が求められるようになっています。 プログラミングを行わずアプリ開発（ノーコード） • 世の中にあるアプリはある程度パターン化できるため、そのパターンを コピーして再利用することでプログラミングを行わずアプリやシステムを 開発する「ノーコード」が流行りつつあります。 • やりたいことをある程度しぼれば実用に耐えうるノーコードシステムが 生まれてきています（例えば、コロナ渦で流行りのデリバリーアプリを ノーコードで開発して実用化された事例などがでてきています）
- 23. 23 3. データベースの基礎
- 28. 28 データベースの利⽤⽅法 • ⼗数年ほど前までは、本格的なシステムを作るためには商⽤のデータ ベース製品を購⼊してインストールして利⽤する必要がありました。 • ⼀⽅、オープンソースソフトウェアのデータベース製品の品質が向上し、 商⽤で利⽤されるようになりました（ライセンス料⾦無料）。 • 最近は主要なクラウド事業者(アマゾン、マイクロソフト、Googleなど) が、ボタンひとつで安価に利⽤開始できるフルマネージド(⾼負荷時の スケールアップ、パッチ適⽤、バックアップの⾃動化など)なデータベースを ⽤意しており、初期費⽤や運⽤コストがグンと安くなっています。 商⽤データベース オープンソースデータベース
- 29. 29 参考）データベースからプロトを作る • 経験上、アプリ開発の⼤半はデータベース設計が 不⼗分であることから失敗におちいります。 • アプリ開発のプロトタイピングを画⾯設計からはじめると 実装不可能だったり、使い勝⼿が悪いアプリになりがちで 結局、データベース設計を⼀からやりなおすことになります。 • 今⽇紹介するノーコードアプリ開発プラットフォームは データベースの構造の雛形からプログラミングなしで プロトタイピングをしていくツールなので、プロトタイプ開発に おすすめできます。 ✖ ○ 画⾯から設計してデータベースに変換するのは困難です データベースの構造から使いやすい画⾯を決めるとうまくいきます
- 30. 30 参考）ノーコードアプリ開発について • データを⽤意して、雛形からアプリを選択するとそのデータを共有して うごくアプリを⾃動⽣成してくれるしくみで、プログラミングをする必要なく 本格的なアプリが開発できるため注⽬をあびている技術です。 • アプリを細かく修正することができないノーコードシステムが多いのが デメリットですが、プロトタイピング作成にとても便利です。 • 下記のようなデータを使ったさまざまなアプリをワンクリックで作成できます （Google AppSheetの例）。 写真 撮影・保存 位置情報 活⽤ バーコード 読み取り イベント 通知 レポート 作成 メール配信 ダッシュ ボード表⽰ 電⼦署名 OCR スキャン API連携 カレンダー 論理計算 機械学習 ⾃然⾔語 処理 地図表⽰
- 31. 31 4. APIの基礎
- 33. Webの基礎 33 ホームページはHTMLというプログラミング⾔語を使って記述された ⽂書（HTML⽂書）をWebサーバで公開し、ブラウザがHTTPという 通信プロトコルでアクセスして⽂書を開くことによって画⾯を表⽰する しくみです。 1. スマホやPCのブラウザとWebサーバがインターネット通信する 2. プログラミング⾔語HTMLに従いブラウザに画⾯を表⽰する 3. データのやりとりはHTTPという通信プロトコルを使い ブラウザからのリクエストとWebサーバからのレスポンスを届ける ブラウザ Webサーバ HTML ! " # $ % & ' スマホ/PC データのやりとり • リクエスト • レスポンス
- 34. ホームページのしくみ 34 通常ホームページを⾒る場合、ブラウザからはHTTPという 通信プロトコルを使ってアクセスします。 HTML: ハイパーテキストマークアップラングエッジというプログラミング⾔語 HTTP: ハイパーテキストトランスファープロトコルという通信プロトコル スマホ Webサーバ HTML ! " # $ % & ' <html> <head> <title>サンプルHP</title> ・・・ </head> <body class="is-preload"> ・・・ </body> <h1>サンプルHP</h1> ・・・ </html> ブラウザで「http://」から始まる ホームページのアドレスにアクセス するとホームページが⾒れます。 下記のような HTML⽂書を⽤意して 公開します。 HTTP通信プロトコルを 使ってデータをやりとり
- 35. Web APIのしくみ 35 APIは、クラウドに存在しデータベースからデータを取得して アプリ画⾯の表⽰や画⾯遷移をしやすくするしくみだが、 ホームページで使われるHTTP通信プロトコルを利⽤し、 HTMLよりデータが構造化され、アプリで処理しやすい JSON⽂書を扱うことが多い。 そのようなしくみはWeb APIと呼ばれる。 JSONとは、JavaScriptオブジェクトノーテーションの略。 { key : value, …} という形式でデータ構造を表し、 JavaScriptにおけるデータ構造そのものです。 API HTTP ＋ JSON ＋ ＝ Web API
- 37. APIのデータ構造とアプリの設計 37 例えば複数データを扱う下記のようなアプリを設計するとき リスト画⾯と詳細画⾯を作ることが⼀般的ですが、APIは 詳細情報を含め配列で情報提供されることが⼀般的です。 • 商品リストと個別の商品の詳細情報 • 観光地リストと個別の観光地の詳細情報 • 友達の連絡先リストと個別の友達の詳細情報 • 受講⽣リストと個別の⽣徒の詳細情報、など
- 39. 参考）⼈⼯知能のAPI例 感情分析アプリ 39 { "documentSentiment": { "magnitude": 2.4, "score": 0.8 }, "language": "ja", "sentences": [ { "text": { "content": "この場所はとても素晴らしいです。", "beginOffset": -1 }, "sentiment": { "magnitude": 0.9, "score": 0.9 } }, ・・・ { "text": { "content": "またきたいです。", "beginOffset": -1 }, "sentiment": { "magnitude": 0.5, "score": 0.5 } } ] } Google Cloud Natural Language APIを使っています。 https://cloud.google.com/natural-language/docs/analyzing-sentiment?hl=ja
- 40. APIのしくみと効果 40 アプリ リクエスト レスポンス API データ APIのしくみ • API利⽤アプリとサーバ側のアプリやデータベースとの間をつなぐ インターフェースを提供します。 • インターフェース仕様を標準化するとAPI利⽤アプリの開発がスムーズに なりAPIの利⽤が促進されます。 APIの効果 • 安全性や透明性を⾼めた形でビジネスの主役であるデータを他社のアプリ から操作することを可能にし利⽤料に応じて課⾦することが可能になりま す。 • うまく利⽤を広めると「休むことのないスーパー営業マン」のような働きを します。
- 41. 41 参考） ヨドバシカメラ、次世代APIプラットフォームを構築 (2021/08/31) ・・・ 近年成⻑が著しく今後もより売上の拡⼤を⾒込んでいる通販サイトの運営においては、 バーチャルな世界と実店舗や物流といったリアルな世界を、個⼈認証も含めて柔軟かつ安全に つなげるために、APIをベースとした安⼼安全な分散コンピューティングと⼈間中⼼設計に則した 使いやすいユーザインタフェースのアプリケーション開発が必要と考えています。 ・・・ 今後のさらなるビジネス拡⼤を視野にお客様の利便性向上やパートナー企業とのビジネスの 可視化・効率化、さらに2040年まで通⽤するシステム構築の実現には、信頼性の⾼い先進的 なテクノロジーに基づくAPIの連携による次世代APIプラットフォームの構築が必要であるという 認識に⾄りました。「BAMs Series」は、これらのヨドバシカメラの次世代APIプラットフォームの 要件に則したソリューションであると⾼く評価いただき、この度ご採⽤いただきました。・・・ https://prtimes.jp/main/html/rd/p/000000019.000003223.html
- 42. 42 5. UIデザインの基礎
- 46. 46 UI デザイン • ユーザ・インタフェースの略 • ユーザと製品との間にあるもの • 設計 「画面設計」ということ UIデザインとは︖
- 48. 48 ①配置 〜レイアウト4原則〜 1. 整列 同⼀のものはそろえて整列配置すること! そろってないと特別に⾒える(でっぱりは特別?) 2. 隣接 関係あるものは近くに置いて、 関係ないものは少し間をあける 3. 反復 ⾒出し（⼤きめ）と副題（⼩さめ）の セットを反復する場合は⼤きさをそろえる 4. 対⽐ ⾒出しと副題は違いがわかるように⼤きさや ⾊に違いを出して対⽐を際⽴たせる
- 49. 49 ②形 〜異なる存在感〜 ⼤きい⽅が存在感がある 形が複雑な⽅が存在感がある 塗りがある⽅が存在感がある 絵や記号の⽅が⽂字より存在感がある
- 51. 51 スマホアプリのUIデザイン スマホの特徴 • 画⾯が⼩さく操作⼿段が限定的 スマホは画⾯が⼩さく、マウスやキーボードが ないので操作⼿段が限定されるので、 画⾯レイアウトや操作⽅法をどのように デザインするかでユーザ満⾜度が⼤きく 変化する • 画⾯サイズがばらばら AndroidとiPhoneという違いだけでなく、 同種のスマホでも画⾯サイズが様々で、 アプリのレイアウト幅や⾼さを固定すると 画⾯表⽰が崩れて使い物にならなくなる スマホアプリで発⽣しやすい問題 Google PlayやApp Storeに登録された 実際のアプリの評判からまとめたスマホアプリに 対するよくある悪評は、主に以下の4つに 集約される。 1. 操作途中でクラッシュする 2. ナビ機能が不⼗分で、元の画⾯に戻れな かったり、探している機能に⾏き着かない 3. デザインが必要以上に凝っていたり意味 不明のため使えない 4. ⼤量の情報がそのまま表⽰され、 検索したりフィルタリングする機能がない これらの悪評のうち、1以外の2から4までは UIデザインの問題 歴代のiPhoneのサイズの変遷
- 53. 53 よくある画⾯設計 ① ログイン ② リストと詳細 ③ チャット ④ 地図 ⑤ カレンダー ⑥ 動画
- 60. 60 ①ヤコブの法則 ユーザは慣れ親しんだサイトと同じ 挙動を期待するので基本部分は メンタルモデルをマネしよう ②フィッツの法則 UIにおけるボタンなどターゲットの 処理時間はターゲットの⼤きさと 配置で決まる。そのため、よく使う ボタンは近くに⼤きく配置 ③ヒックの法則 選択肢が多く複雑で曖昧だと意思 決定に時間がかかるので具体的、 シンプル、⼩ステップに分離 ④ミラーの法則 短期記憶できるのは⼀桁くらい なので電話番号のように チャンクに分ける ⑤ポステルの法則 サイズにあわせレスポンシブ デザインにするなど、⼊⼒は寛容に 出⼒は厳密にしよう ⑥ピークエンドの法則 経験評価はピーク時と終了時 の感じ⽅で決まる ⑦美的ユーザビリ ティ効果 美しいデザインは より使いやすいと感じられる ⑧フォン・ レストルフ効果 似たものが並ぶと他と 異なるものが⽬⽴つ ⑨テスラーの 法則 どんなシステムのも最⼩ 固有の複雑さがある ※「Laws of UX」サイト︓ https://lawsofux.com/ ⑩ﾄﾞﾊﾃｨの閾値 0.4秒でﾌｨｰﾄﾞﾊﾞｯｸ することでユーザ注意を 引きつけ⽣産性が⾼まる プロダクトデザイナーのジョンヤブロンスキ⽒が⼼理学をベースとしたUXデザインの法則。 以下に10法則をまとめるが、「Laws of UX」サイト※に他の法則もまとめられています。 参考）UXデザインの法則
- 61. 61 6. セキュリティの基礎
- 63. 閲覧を制限／パーソナライズ → ログイン認証が必要 63 • 誰でも⾃由に閲覧することができるホームページなどに はログイン機能は必要ありません。 • しかし、閲覧できる⼈を制限したりページの表⽰内容を ユーザごとにパーソナライズ化したい場合には、閲覧しよ うとしている⼈が誰かを特定するためにログイン認証が 必要になります。 ログイン認証とセキュリティ 誰でも⾃由に閲覧 → ログイン認証が必要ない ホームページ参照 ブログ参照 オンラインショッピング 決済アプリ ホームページやブログ、掲⽰板など誰でも 閲覧できるサイトはログイン認証が必要ない Eコマースや決済アプリは購買情報や⼝座 情報をもつのでログイン認証が必要です
- 65. 65 • ⽣体認証とも呼ばれ、⼈間の⾝体的な特徴や⾏動の 特性など個⼈に固有の情報を⽤いて本⼈の認証を⾏う ⽅式です。 • 事前に本⼈の⽣体特徴情報を認証システムに登録して おき、認証時にはセンサで読み取った情報と⽐較することで 本⼈確認を⾏う仕組みになっています。 • ⽣体認証には、指紋認証、静脈パターン認証、虹彩認証、 声紋認証、顔認証、網膜認証などがあります。 バイオメトリクス認証について
- 66. 66 参考) ⽣体認証の登録とログイン ⽣体情報登録 ログイン ①登録開始 ②⽣体認証で 認証機のロック解除 ③キーペア⽣成 ④サーバに 公開鍵登録 ① ログイン開始 ③ユーザに紐づく 秘密鍵を選択し署名 ④登録公開鍵で署名を 検証し認証完了 ②⽣体認証で 認証機のロック解除
- 67. 67 マクロウィルス • 電⼦メールに添付されていたワードやエクセル⽂書を開くと同梱されたプログラム 実⾏機能(マクロ)を悪⽤したマクロウィルスが起動し、PCがウィルスに感染する ことがあります。 • メールに添付されたファイルを開くときは⾝元を確認するなど注意が必要です。 標的型攻撃 • 特定の企業･組織や個⼈にターゲットを定めて攻撃を仕掛ける⾏為。 • 例えば、電⼦メールの差出⼈を官公庁や知⼈など信頼性のある⼈に偽装し、 受信者の興味を引く件名を使⽤するなどして、ウイルスを仕込んだ添付ファイルを 開かせたり、ウイルスに感染させるWebサイトのリンクをクリックさせたりする • メールに添付されたWebサイトはむやみにアクセスしないようにします。 セキュリティ攻撃の種類と対策（1/4）
- 68. 68 ソーシャルエンジニアリング • 技術的な⽅法ではなく⼈の⼼理的な弱みに付け込むことでパスワードなどの 秘密情報を不正に取得する⾏為の総称です。 • 利⽤者になりすまして管理者に電話し秘密情報を聞き出す • 利⽤者の肩越しに画⾯を⾒てパスワードなどを記憶する • ゴミ箱に廃棄されている書類から重要情報を再構成する • 関係者を装って社内に侵⼊し秘密情報を不正取得する • ⼈的セキュリティ対策を実施し、運⽤担当者のセキュリティ意識を⾼めることが 重要です。 セキュリティ攻撃の種類と対策（2/4）
- 69. 69 ランサムウェア • ⾝代⾦を意味する ransom とソフトウェアの語尾に付ける ware を合わせた造語 • 感染したコンピュータのデータを勝⼿に暗号化して、システムへのアクセスを制限 されたユーザに対し元に戻すための復元プログラムを買うように迫るマルウェア • コンピュータのデータを⼈質にとり⾦銭を要求することから「⾝代⾦要求型ウイルス」 ともいう • ランサムウェアはマルウェアの⼀種であり、スパムメールに添付されたウィルスを実⾏したり、 不正なリンクを開いてしまうことから感染するので、それらの⾏動をしないよう注意が必要です。 セキュリティ攻撃の種類と対策（3/4）