オラクルのブロックチェーンソリューションご紹介 /blockchain

Slide 1

Slide 1 text

Oracleのブロックチェーンソリューションご説明中村岳クラウド事業統括ソリューションアーキテクト部 2023/6/21

Slide 72

Slide 72 text

◼ テレワーク等で優先度の高い課題である社内コミュニケーション活性化するためコミュニケーションプラットフォーム「NikuQ」を開発 ◼ 言葉に表現しにくい日頃の”小さな感謝を見える化”し,部門間や事業所間をこえたコミュニケーションを推進するあたたかいチームづくりを実現 ◼ 自社内での採用とその効果を元に外販サービスとして展開を決定。社内の情報を安全に管理可能な高セキュリティ機能があり,初期投資の最小化と安定した運用が可能のため,将来に向けたサービス拡張も容易なクラウドサービスを選定お客様のニーズとビジネス課題 ◼ Oracle Blockchain Platform Cloud Service ◼ Oracle Database Cloud Service ◼ Oracle Cloud Infrastructure ( Compute, Storage, Network) ◼ 事前構築済のフルマネージド・サービスでブロックチェーン基盤の構築や運用が容易であり（自社導入した結果、70％の工数削減）、データベースとの標準連携機能や分析アプリケーションとの迅速に連携可能な点を評価して「Oracle Blockchain Platform Cloud」を採用 ◼ セキュリティ・ファーストで設計された高セキュリティな機能が備わると同時に、事前の自社内での採用と実運用により初期投資と運用コストの最小化と、安定した運用が可能である点が裏付けされ、Oracle Cloudを選定 Service on Oracle Cloud 事例株式会社システムエグゼ ”小さな感謝を見える化”することで、社内コミュニケーションの活性化を促進する新サービス「nikuQ」を新規開発 ◆ 設立 1998年2月 ◆ 従業員数 633名 ※2020年4月時点 ◆ 主な事業内容データベース分野をはじめとして、お客様課題を解決に導くデータベース関連製品、基幹業務パッケージ、ソリューションサービスの開発・提供をしている www.system-exe.co.jp/ 社内コミュニケーション情報共有ソリューションシステムエグゼがOracle Cloudを選んだ理由 Why Oracle Cloud：Oracle Cloudを選んだ理由採用したクラウド・サービス【既存ビジネス】 SI、パッケージ、ソリューションサービス【新規ビジネス】 SaaSサービス新たなビジネスの確立と拡大お客様の声システムエグゼではこれまでもOracle Cloudを活用し、お客様のイノベーションとビジネス変革を推進してきました。今回のビジネスの展開にあたり、 Oracle Cloudのもつ高いセキュリティ機能、新たなSaaSビジネスをスモールスタートから実現可能とする柔軟性と、安定した運用実績を高く評価しております。また、Oracle Blockchain Platform Cloudは構築、運用の容易性のみならず、DB連携といったエンタープライズ活用で求められる機能を有したフルマネージドなブロックチェーンサービスであり、今後柔軟なビジネス展開ができる点を評価し、採用しています。コストパフォーマンスも高く、セキュアな Oracle Cloudにより、より付加価値の高いサービスを提供できると考えております。株式会社システムエグゼデータソリューション部橋本健司氏フルマネージドなブロックチェーンクラウドセキュリティ・ファーストで設計された高セキュリティ・クラウド初期投資と運用コストの最小化、安定した運用実績 ORACLE CLOUD INFRASTRUCTURE (Tokyo REGION) Availability Domain Object Storage Client WAF Database Cloud Service (Standard) Block Chain Cloud Service Oracle Cloud Compute 72 72 Copyright © 2023, Oracle and/or its affiliates

Slide 73

Slide 73 text

◼ 5Gに伴うIoTサービスの増加に対応するため、あらゆる「モノ＝IoT」の安全な相互通信を目指した新PKI技術によりIoTのシステムモデルに最適なセキュリティを実現するkusabi™を用いた「IoTセキュリティ基盤サービス」を他社クラウド上で提供してきたが、新しくSaaSビジネスを立ち上げることによってビジネスの幅を広げるために最適なプラットフォームの検討を行ったお客様の声 Oracle Blockchain Platform Cloudは、エンタープライズ活用で求められる機能を有したフルマネージドなブロックチェーンサービスであり、今後kusabi™を用いたセキュアなIoTサービスのSaaSビジネスを展開するにあたり、柔軟なビジネス展開ができることを評価し、採用しました。またOracle Cloud全体でコストパフォーマンスも高く、フルマネージドなサービスも豊富にあり、構築のみならず運用保守も効率化が見込まれます。『Oracle ISV Cloud Program』により、迅速なビジネス展開ができたことも高く評価しております。アイビーシー株式会社執行役員 IoTセキュリティ事業部事業部長田嶋健氏お客様のニーズとビジネス課題 ◼ Oracle Blockchain Platform Cloud ◼ Oracle Cloud Infrastructure ( Compute, Storage, Network) ◼ GUIの画面で完結するフルマネージドなブロックチェーンクラウドであり、 kusabi™の稼働する基盤として、容易な環境構築と機能拡張、運用保守の最適化を実現 ◼ REST API連携、 State DBとしてBerkeley DB利用など、エンタープライズ活用で求められるブロックチェーン要件を実現する機能を要しており、耐障害性・可用性を満たしながらも、ニーズに応じた機能拡張や、柔軟なビジネス展開が可能 ◼ 既存パッケージサービスをSaaSサービスとして提供するためのビジネス支援を行う『Oracle ISV Cloud Program』の活用により、サービス検証や初期構築の迅速化と効率化が実現 Service on Oracle Cloud 事例アイビーシー株式会社 Oracle Cloudを使った「IoTセキュリティ基盤サービス」の新規ビジネスを実現エンタープライズ活用向けブロックチェーンクラウドフルマネージドなブロックチェーンクラウド SaaSサービスの新ビジネス立ち上げ支援 ◆ 設立 1996年7月 ◆ 従業員数 75 名 ※2019年10月時点 ◆ 主な事業内容「ネットワークシステム性能監視ツール」や「IoTセキュリティサービス」の開発・販売・コンサル支援を行っている企業 www.ibc21.co.jp/company/outline.html IoTセキュリティソリューションアイビーシーがkusabi™ のSaaSサービス化にOracle Cloudを選んだ理由【既存ビジネス】パッケージサービス【新規ビジネス】 SaaSサービス kusabi™ アプリケーションと稼働するクラウドを別々にご契約いただくビジネスモデル限られた技術者リソースで SaaSサービスの構築が可能であり新たなビジネスチャンネルの拡大 Why Oracle Cloud：Oracle Cloudを選んだ理由採用したクラウド・サービス 73 73 Copyright © 2023, Oracle and/or its affiliates

Slide 93

Slide 93 text

Green x DigitalコンソーシアムとサプライチェーンCO2排出量見える化実証について Green x Digitalコンソーシアムおよび見える化WGについて Green Digitalは、電子情報技術産業協会（JEITA）が事務局を務める、社会全体でのカーボンニュートラルの実現に向け、デジタル技術を活用した新しい社会作り・市場創造を目指す企業間コンソーシアムです。配下の見える化WG（ワーキンググループ）では、サプライチェーンの企業間でCO2排出量データを連携しスコープ3を含む見える化のための仕組みを検討、「CO2可視化フレームワーク」と「データ連携のための技術仕様」を策定してきました。さらに、それらに基づき、多様な業界の企業が共通的な方法で算定した排出量データを、異なるソリューション間でデータ連携し、サプライチェーンCO2排出量を正確かつ効率的に把握することを目的とした実証実験を2022年9月からスタートしています。日本オラクルはGreen x Digitalコンソーシアム、また、見える化WGのメンバーであり、見える化実証フェーズ1、フェーズ2にもソリューション提供企業として参加しています。見える化実証フェーズ1について 2022年9月～2023年1月にかけ、ソリューション提供企業15社が参加し実施されました。グローバルでのデータ連携を見据え、先行する国際的な枠組みであるWBCSD Partnership for Carbon Transparency（PACT）のPathfinder Networkにて提示されているデータフォーマットとAPI（接続方式）を用いて、製品の仮想サプライチェーン上で複数ソリューション間のデータ連携が検証されました。詳細はJEITAの実証フェーズ1成功報告（https://www.jeita.or.jp/japanese/topics/2023/0215.pdf）を参照ください。見える化実証フェーズ2についてソリューション提供企業に加えユーザー企業も参加して、CO2算定実務も含めた検証を行う「フェーズ2」が2023年6月中の完了を目指して進行中です。 93 Copyright © 2023, Oracle and/or its affiliates

Slide 112

Slide 112 text

Copyright © 2023, Oracle and/or its affiliates -- exhibition スキーマ -- システムの操作内容が記録される通常のテーブルを作成（操作マスター） CREATE TABLE operations ( operation_id number(10) PRIMARY KEY, operation_name varchar2(50) NOT NULL UNIQUE ); -- ユーザーの情報が記録される通常のテーブルを作成（ユーザーマスター） CREATE TABLE users ( user_id number(10) PRIMARY KEY, user_name varchar2(30) NOT NULL UNIQUE, last_name varchar2(30) NOT NULL, first_name varchar2(30) NOT NULL, mail varchar2(60) NOT NULL ); -- システムのログを記録するBlockchain Tableを作成 CREATE BLOCKCHAIN TABLE logs ( log_id number(30) PRIMARY KEY, user_id number(10) NOT NULL, operation_id number(10) NOT NULL, error number(10), ip_address varchar2(20), log_stamp timestamp DEFAULT systimestamp NOT NULL, CONSTRAINT user_id_fk FOREIGN KEY(user_id) REFERENCES users(user_id), -- ユーザーIDに対して外部キーを指定 CONSTRAINT operation_id_fk FOREIGN KEY(operation_id) REFERENCES operations(operation_id) -- 操作IDに対して外部キーを指定 ) NO DROP NO DELETE UNTIL 365 DAYS AFTER INSERT HASHING USING "SHA2_512" VERSION "v1" ; -- 隠しカラムの表示をONにしてからLOGSテーブル定義を表示→Blockchain Table特有の隠しカラムが自動的に作成されている SET COLINVISIBLE ON; DESC logs; -- OPERATIONSテーブルに操作情報をINSERT INSERT INTO operations VALUES (1, 'login'); INSERT INTO operations VALUES (2, 'logout'); INSERT INTO operations VALUES (3, 'add_user'); INSERT INTO operations VALUES (4, 'delete_user'); INSERT INTO operations VALUES (5, 'insert_data'); -- USERSテーブルにユーザー情報をINSERT INSERT INTO users VALUES (1, 'tanaka01', 'tanaka', 'tarou', '[email protected]'); INSERT INTO users VALUES (2, 'hanako02', 'yamada', 'hanako', '[email protected]'); INSERT INTO users VALUES (3, 'hiroshi03', 'suzuki', 'hiroshi', '[email protected]'); -- 通常テーブルへのINSERTを確定 COMMIT; -- 通常テーブルのINSERT確認 SELECT * FROM operations; SELECT * FROM users; -- LOGSテーブルにログ情報をINSERT INSERT INTO logs VALUES (1, 1, 1, 0, '192.168.1.1', systimestamp); INSERT INTO logs VALUES (2, 2, 1, 0, '192.168.1.2', systimestamp); INSERT INTO logs VALUES (3, 2, 5, 0, '192.168.1.2', systimestamp); -- （隠しカラム含め）LOGSテーブルをSELECTしてみる→ハッシュ値などの隠しカラムはまだ入っていない SELECT log_id, user_id, operation_id, log_stamp, ORABCTAB_INST_ID$ "inst", ORABCTAB_CHAIN_ID$ "chain", ORABCTAB_SEQ_NUM$ "seq", ORABCTAB_CREATION_TIME$ "time", ORABCTAB_USER_NUMBER$ "user", ORABCTAB_HASH$ "hash" FROM logs; -- Blockchain Tableへのinsertを確定 COMMIT; -- （隠しカラム含め）LOGSテーブルをSELECTしてみる→ハッシュ値などの隠しカラムが自動的に埋められている SELECT log_id, user_id, operation_id, log_stamp, ORABCTAB_INST_ID$ "inst", ORABCTAB_CHAIN_ID$ "chain", ORABCTAB_SEQ_NUM$ "seq", ORABCTAB_CREATION_TIME$ "time", ORABCTAB_USER_NUMBER$ "user", ORABCTAB_HASH$ "hash" FROM logs; -- LOGSテーブルに対してUPDATEを試す UPDATE logs SET user_id = 2 WHERE log_id = 1; -- LOGSテーブルに対してDELETEを試す DELETE FROM logs WHERE user_id = 1; -- LOGSテーブルに対してTRUNCATE（テーブル上のデータ全削除）を試す TRUNCATE TABLE logs; -- LOGSテーブルに対してDROP（テーブルごと削除）を試す DROP TABLE logs CASCADE CONSTRAINTS; -- OUTPUTをON SET SERVEROUTPUT ON; -- LOGSテーブルの行の整合性を検証 DECLARE verify_rows NUMBER; BEGIN DBMS_BLOCKCHAIN_TABLE.VERIFY_ROWS('exhibition','logs', NULL, NULL, NULL, NULL, verify_rows); DBMS_OUTPUT.PUT_LINE('Number of rows verified = '|| verify_rows); END; / -- USERSテーブルとLOGSテーブルに対して行を追加INSERT INSERT INTO users VALUES (4, 'kenta04', 'maeda', 'kenta', '[email protected]'); INSERT INTO users VALUES (5, 'haruka05', 'yamamoto', 'haruka', '[email protected]'); INSERT INTO logs VALUES (4, 1, 3, 0, '192.168.1.1', systimestamp); INSERT INTO logs VALUES (5, 3, 3, 0, '192.168.1.10', systimestamp); INSERT INTO logs VALUES (6, 3, 5, 0, '192.168.1.10', systimestamp); -- 通常テーブルのINSERT確認 SELECT * FROM users; -- （隠しカラム含め）LOGSテーブルをSELECTしてみる→ハッシュ値などの隠しカラムはまだ入っていない SELECT log_id, user_id, operation_id, log_stamp, ORABCTAB_INST_ID$ "inst", ORABCTAB_CHAIN_ID$ "chain", ORABCTAB_SEQ_NUM$ "seq", ORABCTAB_CREATION_TIME$ "time", ORABCTAB_USER_NUMBER$ "user", ORABCTAB_HASH$ "hash" FROM logs; -- 通常テーブルとBlockchain TableへのINSERTを取り消し ROLLBACK; -- 通常テーブルのROLLBACK確認 SELECT * FROM users; -- Blockchain TableのROLLBACK確認 SELECT log_id, user_id, operation_id, log_stamp, ORABCTAB_INST_ID$ "inst", ORABCTAB_CHAIN_ID$ "chain", ORABCTAB_SEQ_NUM$ "seq", ORABCTAB_CREATION_TIME$ "time", ORABCTAB_USER_NUMBER$ "user", ORABCTAB_HASH$ "hash" FROM logs; -- 再度USERSテーブルとLOGSテーブルに対して行を追加INSERT INSERT INTO users VALUES (4, 'kenta04', 'maeda', 'kenta', '[email protected]'); INSERT INTO users VALUES (5, 'haruka05', 'yamamoto', 'haruka', '[email protected]'); INSERT INTO logs VALUES (4, 1, 3, 0, '192.168.1.1', systimestamp); INSERT INTO logs VALUES (5, 3, 3, 0, '192.168.1.10', systimestamp); INSERT INTO logs VALUES (6, 3, 5, 0, '192.168.1.10', systimestamp); -- 通常テーブルのINSERT確認 SELECT * FROM users; -- （隠しカラム含め）LOGSテーブルをSELECTしてみる→ハッシュ値などの隠しカラムはまだ入っていない SELECT log_id, user_id, operation_id, log_stamp, ORABCTAB_INST_ID$ "inst", ORABCTAB_CHAIN_ID$ "chain", ORABCTAB_SEQ_NUM$ "seq", ORABCTAB_CREATION_TIME$ "time", ORABCTAB_USER_NUMBER$ "user", ORABCTAB_HASH$ "hash" FROM logs; -- 通常テーブルとBlockchain TableへのINSERTを確定 COMMIT; -- （隠しカラム含め）LOGSテーブルをSELECTしてみる→ハッシュ値などの隠しカラムが自動的に埋められている SELECT log_id, user_id, operation_id, log_stamp, ORABCTAB_INST_ID$ "inst", ORABCTAB_CHAIN_ID$ "chain", ORABCTAB_SEQ_NUM$ "seq", ORABCTAB_CREATION_TIME$ "time", ORABCTAB_USER_NUMBER$ "user", ORABCTAB_HASH$ "hash" FROM logs; -- ログのユーザー情報と操作内容を表示する監査ログのVIEWを作成…通常のテーブルとBlockchain TableをJOINしたVIEWの利用が可能 CREATE VIEW audit_logs AS SELECT l.log_id "ID", o.operation_name "operation", l.ip_address "ip_address", l.log_stamp "time", u.first_name || '.' || u.last_name "name", l.ORABCTAB_HASH$ as hash FROM logs l, users u, operations o WHERE l.user_id = u.user_id and l.operation_id = o.operation_id ORDER BY log_stamp WITH READ ONLY ; -- 作成したVIEWで監査ログを確認 SELECT * FROM audit_logs; SQLスクリプト～コピペしてご利用ください～ 112

Slide 114

Slide 114 text

Copyright © 2023, Oracle and/or its affiliates -- ※※※まずは通常のテーブルを作成し操作を実験※※※ -- QUALITYという名前の品質検査結果を記録する通常のテーブルを作成 -- 製品ID、検査結果スコア、検査実施日時 CREATE TABLE quality ( product_id VARCHAR2(256) NOT NULL, test_score NUMBER NOT NULL, inspection_date DATE NOT NULL ); -- QUALITYテーブルに品質検査結果データをINSERT INSERT INTO quality VALUES ('aaa111', 88, TO_DATE('2021/03/02 10:12:34', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('bbb222', 89, TO_DATE('2021/03/02 11:11:22', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('ccc333', 64, TO_DATE('2021/03/02 12:18:44', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('ddd444', 92, TO_DATE('2021/03/02 13:13:21', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('fff666', 89, TO_DATE('2021/03/02 14:22:04', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('ggg777', 93, TO_DATE('2021/03/02 15:23:12', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('hhh888', 94, TO_DATE('2021/03/02 16:12:58', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality VALUES ('iii999', 90, TO_DATE('2021/03/02 17:18:07', 'YYYY-MM-DD HH24:MI:SS')); -- QUALITYテーブルの品質検査結果データを全件表示 SELECT * FROM quality ORDER BY product_id; -- 検査結果スコアが89点（ギリギリ不合格）のものを90点（ギリギリ合格）に更新…品質情報の改ざん -- 成功する UPDATE quality SET test_score = 90 WHERE test_score = '89'; -- 検査結果スコアが一定以上低かった不良品のデータを削除…隠ぺい -- 成功する DELETE FROM quality WHERE test_score < 70; -- 検査漏れしていた製品の結果を過去日時で新規登録…ねつ造 -- 成功する INSERT INTO quality VALUES ('eee555', 90, TO_DATE('2021/03/02 14:00:45', 'YYYY-MM-DD HH24:MI:SS')); -- QUALITYテーブルの品質検査結果データを全件表示 SELECT * FROM quality ORDER BY product_id; -- ※※※次にBlockchain Tableを作成し操作を実験※※※ -- QUALITY_BCTという名前の品質検査結果を記録するBlockchain Tableを作成 CREATE BLOCKCHAIN TABLE quality_bct ( product_id VARCHAR2(256) NOT NULL, test_score NUMBER NOT NULL, inspection_date DATE NOT NULL ) NO DROP UNTIL 0 DAYS IDLE NO DELETE HASHING USING "SHA2_512" VERSION "v1" ; -- QUALITY_BCTテーブルに品質検査結果データをINSERT INSERT INTO quality_bct VALUES ('aaa111', 88, TO_DATE('2021/03/02 10:12:34', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('bbb222', 89, TO_DATE('2021/03/02 11:11:22', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('ccc333', 64, TO_DATE('2021/03/02 12:18:44', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('ddd444', 92, TO_DATE('2021/03/02 13:13:21', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('fff666', 89, TO_DATE('2021/03/02 14:22:04', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('ggg777', 93, TO_DATE('2021/03/02 15:23:12', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('hhh888', 94, TO_DATE('2021/03/02 16:12:58', 'YYYY-MM-DD HH24:MI:SS')); INSERT INTO quality_bct VALUES ('iii999', 90, TO_DATE('2021/03/02 17:18:07', 'YYYY-MM-DD HH24:MI:SS')); -- QUALITY_BCTテーブルの品質検査結果データを全件表示 SELECT * FROM quality_bct ORDER BY product_id; -- 検査結果スコアが89点（ギリギリ不合格）のものを90点（ギリギリ合格）に更新…品質情報の改ざん -- 失敗する（Blockchain Tableの制約） UPDATE quality_bct SET test_score = 90 WHERE test_score = '89'; -- 検査結果スコアが一定以上低かった不良品のデータを削除…隠ぺい -- 失敗する（Blockchain Tableの制約） DELETE FROM quality_bct WHERE test_score < 70; -- 検査漏れしていた製品の結果を過去日時で新規登録…ねつ造 -- 成功する…ただし隠しカラムに自動で記録されるタイムスタンプと齟齬が出るため識別可能 INSERT INTO quality_bct VALUES ('eee555', 90, TO_DATE('2021/03/02 14:00:45', 'YYYY-MM-DD HH24:MI:SS')); -- 一部の隠しカラム含めBlockchain Tableのデータを表示 -- Blockchain Tableでは、自動的にINSERT時のタイムスタンプが登録されている SELECT product_id, test_score, inspection_date, ORABCTAB_CREATION_TIME$ "bc_date", ORABCTAB_HASH$ "hash" FROM quality_bct ORDER BY product_id; -- ※※※Blockchain Tableのその他の操作※※※ -- 隠しカラムの表示をONにしてからテーブル定義を表示 SET COLINVISIBLE ON; DESC quality_bct; -- Blockchain Tableの行の整合性を検証 DECLARE verified_rows NUMBER; BEGIN DBMS_BLOCKCHAIN_TABLE.VERIFY_ROWS('admin','quality_bct', NULL, NULL, NULL, NULL, verified_rows); DBMS_OUTPUT.PUT_LINE('Number of rows verified = '|| verified_rows); END; -- Blockchain Tableに対してTRUNCATE（テーブル上のデータ全削除）を試す -- テーブル作成時にNO DELETEを指定している場合は常に失敗する TRUNCATE TABLE quality_bct; -- Blockchain Tableに対してDROP（テーブルごと削除）を試す -- テーブル作成時のNO DROP UNTIL n DAYS IDLEの指定およびテーブル上の最新データの経過日数次第で可不可が分かれる -- NO DROP UNTIL 0 DAYS IDLEで作成している場合は常に成功する DROP TABLE quality_bct; サンプルSQLスクリプト～コピペしてご利用ください～ 114

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text