1
20
120
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
note
Description
An account of the resource
日常のノート
note
日常のノートの記録
note
テキストの自由記述
# クラウドセキュリティ：基礎から専門的実装まで<br /><br /><br /><br />## 目次<br /><br />### 第I部：クラウドセキュリティの基礎<br /><br />1. [クラウドコンピューティングの概要](#1-クラウドコンピューティングの概要)<br />- 1.1 クラウドサービスの種類（IaaS, PaaS, SaaS）<br />- 1.2 クラウドデプロイメントモデル<br />- 1.3 クラウドの利点と課題<br /><br />2. [共有責任モデル（Shared Responsibility Model）](#2-共有責任モデルshared-responsibility-model)<br />- 2.1 責任の分界点<br />- 2.2 主要プロバイダーの責任モデル比較<br />- 2.3 実装における注意点<br /><br />3. [クラウドセキュリティの基本原則](#3-クラウドセキュリティの基本原則)<br />- 3.1 ゼロトラストアーキテクチャ<br />- 3.2 最小権限の原則<br />- 3.3 多層防御（Defense in Depth）<br />- 3.4 セキュリティバイデザイン<br /><br />### 第II部：クラウドセキュリティの主要領域<br /><br />4. [アイデンティティとアクセス管理（IAM）](#4-アイデンティティとアクセス管理iam)<br />- 4.1 IAMの基本概念<br />- 4.2 認証と認可<br />- 4.3 多要素認証（MFA）<br />- 4.4 ロールベースアクセス制御（RBAC）<br />- 4.5 主要プロバイダーのIAM実装<br /><br />5. [データ保護と暗号化](#5-データ保護と暗号化)<br />- 5.1 データ分類とラベリング<br />- 5.2 暗号化の基礎<br />- 5.3 保存時暗号化（Encryption at Rest）<br />- 5.4 転送時暗号化（Encryption in Transit）<br />- 5.5 鍵管理（Key Management）<br />- 5.6 データ損失防止（DLP）<br /><br />6. [ネットワークセキュリティ](#6-ネットワークセキュリティ)<br />- 6.1 仮想ネットワーク（VPC/VNet）の設計<br />- 6.2 セキュリティグループとネットワークACL<br />- 6.3 プライベートエンドポイントとVPCエンドポイント<br />- 6.4 VPNと専用線接続<br />- 6.5 DDoS対策<br />- 6.6 Webアプリケーションファイアウォール（WAF）<br /><br />7. [監視、ログ管理、インシデント対応](#7-監視ログ管理インシデント対応)<br />- 7.1 クラウド監視の基本<br />- 7.2 ログ管理と分析<br />- 7.3 セキュリティ情報とイベント管理（SIEM）<br />- 7.4 インシデント対応プロセス<br />- 7.5 フォレンジックと証跡保全<br /><br />8. [脆弱性管理とパッチ管理](#8-脆弱性管理とパッチ管理)<br />- 8.1 脆弱性スキャン<br />- 8.2 コンテナセキュリティ<br />- 8.3 パッチ管理戦略<br />- 8.4 セキュリティ更新の自動化<br /><br />9. [コンプライアンスとガバナンス](#9-コンプライアンスとガバナンス)<br />- 9.1 主要なコンプライアンスフレームワーク<br />- 9.2 クラウドガバナンスの実装<br />- 9.3 監査とレポート<br />- 9.4 データ主権とデータ所在地<br /><br />### 第III部：主要クラウドプロバイダーのセキュリティ<br /><br />10. [AWSセキュリティサービス](#10-awsセキュリティサービス)<br />- 10.1 IAMとCognito<br />- 10.2 AWS ShieldとWAF<br />- 10.3 GuardDutyとSecurity Hub<br />- 10.4 KMSとCloudHSM<br />- 10.5 CloudTrailとConfig<br /><br />11. [Microsoft Azureセキュリティサービス](#11-microsoft-azureセキュリティサービス)<br />- 11.1 Azure Active Directory<br />- 11.2 Azure Security CenterとDefender<br />- 11.3 Key Vault<br />- 11.4 Azure MonitorとLog Analytics<br />- 11.5 Azure PolicyとBlueprints<br /><br />12. [Google Cloud Platformセキュリティサービス](#12-google-cloud-platformセキュリティサービス)<br />- 12.1 Cloud Identity and Access Management<br />- 12.2 Cloud ArmorとDDoS対策<br />- 12.3 Security Command Center<br />- 12.4 Cloud KMSとSecret Manager<br />- 12.5 Cloud LoggingとMonitoring<br /><br />### 第IV部：高度なクラウドセキュリティトピック<br /><br />13. [コンテナセキュリティ](#13-コンテナセキュリティ)<br />- 13.1 コンテナのセキュリティリスク<br />- 13.2 コンテナイメージのスキャン<br />- 13.3 Kubernetesセキュリティ<br />- 13.4 ランタイムセキュリティ<br /><br />14. [サーバーレスセキュリティ](#14-サーバーレスセキュリティ)<br />- 14.1 サーバーレスアーキテクチャのセキュリティ考慮事項<br />- 14.2 関数レベルのセキュリティ<br />- 14.3 イベントソーシングとセキュリティ<br />- 14.4 コールドスタートのセキュリティリスク<br /><br />15. [マルチクラウドとハイブリッドクラウドセキュリティ](#15-マルチクラウドとハイブリッドクラウドセキュリティ)<br />- 15.1 マルチクラウド戦略のセキュリティ課題<br />- 15.2 ハイブリッドクラウドの統合セキュリティ<br />- 15.3 クラウド間のデータ転送セキュリティ<br />- 15.4 統一されたセキュリティポリシー管理<br /><br />16. [DevSecOpsとセキュリティ自動化](#16-devsecopsとセキュリティ自動化)<br />- 16.1 DevSecOpsの基本概念<br />- 16.2 セキュリティテストの自動化<br />- 16.3 Infrastructure as Code（IaC）のセキュリティ<br />- 16.4 CI/CDパイプラインのセキュリティ<br /><br />17. [クラウドネイティブセキュリティ](#17-クラウドネイティブセキュリティ)<br />- 17.1 サービスメッシュとセキュリティ<br />- 17.2 APIセキュリティ<br />- 17.3 マイクロサービスセキュリティ<br />- 17.4 サービス間通信のセキュリティ<br /><br />### 第V部：実践とベストプラクティス<br /><br />18. [クラウドセキュリティアーキテクチャの設計](#18-クラウドセキュリティアーキテクチャの設計)<br />- 18.1 セキュリティアーキテクチャの設計原則<br />- 18.2 リファレンスアーキテクチャ<br />- 18.3 セキュリティパターンとアンチパターン<br /><br />19. [クラウドセキュリティの実装チェックリスト](#19-クラウドセキュリティの実装チェックリスト)<br />- 19.1 初期セットアップ時のチェックリスト<br />- 19.2 継続的なセキュリティ監査<br />- 19.3 インシデント対応準備<br /><br />20. [参考資料・出典](#20-参考資料出典)<br /><br />21. [用語集](#21-用語集)<br /><br />---<br /><br />## 第I部：クラウドセキュリティの基礎<br /><br />---<br /><br />## 1. クラウドコンピューティングの概要<br /><br />### 1.1 クラウドサービスの種類（IaaS, PaaS, SaaS）<br /><br />クラウドコンピューティングは、サービス提供モデルに基づいて3つの主要なカテゴリに分類されます。<br /><br />#### Infrastructure as a Service (IaaS)<br /><br />**定義**: 仮想化されたコンピューティングリソース（サーバー、ストレージ、ネットワーク）をインターネット経由で提供するサービスモデル。<br /><br />**主要なサービス例**:<br />- **AWS**: EC2, EBS, VPC, S3<br />- **Azure**: Virtual Machines, Blob Storage, Virtual Network<br />- **GCP**: Compute Engine, Cloud Storage, VPC<br /><br />**特徴**:<br />- ユーザーはOS、ミドルウェア、アプリケーションを管理<br />- プロバイダーはハードウェア、ネットワーク、ハイパーバイザーを管理<br />- 高い柔軟性と制御性<br />- セキュリティ責任の大部分がユーザー側<br /><br />**セキュリティ考慮事項**:<br />- OSレベルのパッチ管理<br />- ファイアウォール設定<br />- ネットワークセグメンテーション<br />- インスタンスのセキュリティ設定<br /><br />#### Platform as a Service (PaaS)<br /><br />**定義**: アプリケーション開発・デプロイに必要なプラットフォーム（ランタイム、データベース、開発ツール）を提供するサービスモデル。<br /><br />**主要なサービス例**:<br />- **AWS**: Elastic Beanstalk, Lambda, RDS<br />- **Azure**: App Service, Azure Functions, Azure SQL Database<br />- **GCP**: App Engine, Cloud Functions, Cloud SQL<br /><br />**特徴**:<br />- ユーザーはアプリケーションとデータを管理<br />- プロバイダーはプラットフォーム、OS、インフラを管理<br />- 開発効率の向上<br />- セキュリティ責任がプロバイダーとユーザーで共有<br /><br />**セキュリティ考慮事項**:<br />- アプリケーションレベルのセキュリティ<br />- データベースアクセス制御<br />- APIセキュリティ<br />- アプリケーションの脆弱性管理<br /><br />#### Software as a Service (SaaS)<br /><br />**定義**: インターネット経由で提供されるアプリケーションソフトウェアサービス。<br /><br />**主要なサービス例**:<br />- **AWS**: WorkSpaces, WorkDocs<br />- **Azure**: Office 365, Dynamics 365<br />- **GCP**: Google Workspace, Google Cloud Identity<br /><br />**特徴**:<br />- ユーザーはアプリケーションの使用のみ<br />- プロバイダーがすべてのインフラ、プラットフォーム、アプリケーションを管理<br />- 最小限の管理負担<br />- セキュリティ責任の大部分がプロバイダー側<br /><br />**セキュリティ考慮事項**:<br />- アクセス制御とアイデンティティ管理<br />- データの保存場所と主権<br />- コンプライアンス要件の確認<br />- サービスレベルアグリーメント（SLA）の確認<br /><br />### 1.2 クラウドデプロイメントモデル<br /><br />#### パブリッククラウド<br /><br />**定義**: インターネット経由で一般公開されているクラウドサービス。複数の顧客が同じインフラを共有。<br /><br />**特徴**:<br />- コスト効率が高い<br />- スケーラビリティが高い<br />- メンテナンス負担が少ない<br />- マルチテナント環境<br /><br />**セキュリティ考慮事項**:<br />- データ分離の確認<br />- 暗号化の実装<br />- アクセス制御の厳格化<br />- コンプライアンス要件の確認<br /><br />#### プライベートクラウド<br /><br />**定義**: 単一組織専用のクラウドインフラ。オンプレミスまたは外部プロバイダーによってホスト。<br /><br />**特徴**:<br />- 高いセキュリティとプライバシー<br />- カスタマイズ性が高い<br />- コンプライアンス要件への対応が容易<br />- コストが高い<br /><br />**セキュリティ考慮事項**:<br />- 物理的セキュリティ<br />- ネットワーク分離<br />- アクセス制御<br />- 監査とログ管理<br /><br />#### ハイブリッドクラウド<br /><br />**定義**: パブリッククラウドとプライベートクラウドを組み合わせた環境。<br /><br />**特徴**:<br />- 柔軟性と拡張性<br />- ワークロードに応じた最適な配置<br />- データ主権への対応<br />- 複雑な管理<br /><br />**セキュリティ考慮事項**:<br />- クラウド間の接続セキュリティ<br />- 統一されたセキュリティポリシー<br />- データ転送の暗号化<br />- 一貫した監視とログ管理<br /><br />#### マルチクラウド<br /><br />**定義**: 複数のクラウドプロバイダーのサービスを同時に利用する戦略。<br /><br />**特徴**:<br />- ベンダーロックインの回避<br />- リスク分散<br />- 最適なサービスの選択<br />- 複雑な管理と統合<br /><br />**セキュリティ考慮事項**:<br />- 統一されたセキュリティポリシー<br />- クラウド間のアイデンティティ管理<br />- 一貫した監視とログ管理<br />- データガバナンスの統一<br /><br />### 1.3 クラウドの利点と課題<br /><br />#### 利点<br /><br />1. **スケーラビリティ**: 需要に応じてリソースを迅速に拡張・縮小<br />2. **コスト効率**: 初期投資が不要で、使用量に応じた課金<br />3. **柔軟性**: リソースの迅速なプロビジョニングと変更<br />4. **可用性**: 高可用性と災害復旧機能<br />5. **イノベーション**: 最新技術への迅速なアクセス<br /><br />#### 課題<br /><br />1. **セキュリティリスク**: データの外部保存、共有インフラの使用<br />2. **コンプライアンス**: 規制要件への対応の複雑さ<br />3. **ベンダーロックイン**: 特定プロバイダーへの依存<br />4. **データ主権**: データの保存場所と法的管轄<br />5. **可視性の欠如**: インフラの直接管理ができない<br /><br />---<br /><br />## 2. 共有責任モデル（Shared Responsibility Model）<br /><br />### 2.1 責任の分界点<br /><br />共有責任モデルは、クラウドプロバイダーと顧客の間でセキュリティ責任を明確に定義するフレームワークです。サービスモデル（IaaS, PaaS, SaaS）によって、責任の分界点が異なります。<br /><br />#### IaaSにおける責任分担<br /><br />**クラウドプロバイダーの責任**:<br />- 物理的セキュリティ（データセンター）<br />- ハードウェアとネットワークインフラ<br />- ハイパーバイザーのセキュリティ<br />- リージョンとアベイラビリティゾーンの可用性<br /><br />**顧客の責任**:<br />- オペレーティングシステムのセキュリティ<br />- アプリケーションのセキュリティ<br />- データの暗号化とアクセス制御<br />- ネットワーク設定とファイアウォール<br />- アイデンティティとアクセス管理<br />- パッチ管理と脆弱性管理<br /><br />#### PaaSにおける責任分担<br /><br />**クラウドプロバイダーの責任**:<br />- プラットフォームのセキュリティ<br />- ランタイム環境のセキュリティ<br />- データベースエンジンのセキュリティ<br />- ネットワークとインフラのセキュリティ<br /><br />**顧客の責任**:<br />- アプリケーションコードのセキュリティ<br />- アプリケーションデータの保護<br />- アクセス制御と認証<br />- アプリケーションレベルの設定<br /><br />#### SaaSにおける責任分担<br /><br />**クラウドプロバイダーの責任**:<br />- アプリケーションのセキュリティ<br />- プラットフォームとインフラのセキュリティ<br />- データの保護（暗号化、バックアップ）<br />- コンプライアンスと認証<br /><br />**顧客の責任**:<br />- ユーザーアカウントの管理<br />- アクセス制御と権限管理<br />- データの分類とラベリング<br />- 使用ポリシーの遵守<br /><br />### 2.2 主要プロバイダーの責任モデル比較<br /><br />#### 責任分担の比較表<br /><br />| 責任領域 | IaaS | PaaS | SaaS |<br />|---------|------|------|------|<br />| **物理的セキュリティ** | プロバイダー | プロバイダー | プロバイダー |<br />| **ハードウェア・ネットワーク** | プロバイダー | プロバイダー | プロバイダー |<br />| **ハイパーバイザー** | プロバイダー | プロバイダー | プロバイダー |<br />| **オペレーティングシステム** | 顧客 | プロバイダー | プロバイダー |<br />| **ミドルウェア・ランタイム** | 顧客 | プロバイダー | プロバイダー |<br />| **アプリケーション** | 顧客 | 顧客 | プロバイダー |<br />| **データ** | 顧客 | 顧客 | 共有 |<br />| **アイデンティティ管理** | 顧客 | 顧客 | 共有 |<br />| **ネットワーク設定** | 顧客 | プロバイダー | プロバイダー |<br />| **パッチ管理** | 顧客 | プロバイダー | プロバイダー |<br /><br />#### 共有責任モデルの視覚化<br /><br />```mermaid<br />graph TB<br />subgraph PROVIDER["プロバイダーの責任"]<br />PHYS[物理的セキュリティ]<br />HW[ハードウェア・ネットワーク]<br />HV[ハイパーバイザー]<br />end<br /><br />subgraph IaaS_MODEL["IaaSモデル"]<br />PROVIDER<br />CUSTOMER_IaaS[顧客の責任<br/>OS・アプリケーション<br/>データ・IAM<br/>ネットワーク設定<br/>パッチ管理]<br />end<br /><br />subgraph PaaS_MODEL["PaaSモデル"]<br />PROVIDER<br />PLATFORM[プラットフォーム<br/>ランタイム]<br />CUSTOMER_PaaS[顧客の責任<br/>アプリケーション<br/>データ・IAM]<br />end<br /><br />subgraph SaaS_MODEL["SaaSモデル"]<br />PROVIDER<br />PLATFORM<br />APPLICATION[アプリケーション]<br />SHARED[共有責任<br/>データ・IAM]<br />end<br />```<br /><br />#### AWS共有責任モデル<br /><br />**AWSの責任**:<br />- クラウドのセキュリティ（インフラ、ハードウェア、ソフトウェア、ネットワーク）<br />- リージョン、アベイラビリティゾーン、エッジロケーションの管理<br /><br />**顧客の責任**:<br />- クラウド内のセキュリティ（顧客データ、プラットフォーム、アプリケーション、アイデンティティとアクセス管理）<br /><br />**主要なセキュリティサービス**:<br />- AWS IAM<br />- AWS Shield<br />- AWS WAF<br />- Amazon GuardDuty<br />- AWS Security Hub<br /><br />#### Microsoft Azure共有責任モデル<br /><br />**Azureの責任**:<br />- 物理的セキュリティ<br />- インフラストラクチャのセキュリティ<br />- プラットフォームのセキュリティ（PaaSの場合）<br /><br />**顧客の責任**:<br />- データとエンドポイントのセキュリティ<br />- アプリケーションのセキュリティ<br />- アクセス制御<br /><br />**主要なセキュリティサービス**:<br />- Azure Active Directory<br />- Azure Security Center<br />- Azure Key Vault<br />- Azure DDoS Protection<br /><br />#### Google Cloud Platform共有責任モデル<br /><br />**Googleの責任**:<br />- インフラストラクチャのセキュリティ<br />- 物理的セキュリティ<br />- プラットフォームのセキュリティ<br /><br />**顧客の責任**:<br />- データのセキュリティ<br />- アイデンティティとアクセス管理<br />- アプリケーションのセキュリティ<br /><br />**主要なセキュリティサービス**:<br />- Cloud IAM<br />- Cloud Armor<br />- Security Command Center<br />- Cloud KMS<br /><br />### 2.3 実装における注意点<br /><br />#### 責任の明確化<br /><br />1. **ドキュメント化**: 各サービスにおける責任分担を明確に文書化<br />2. **定期的な見直し**: サービス変更時に責任分担を再確認<br />3. **チーム間の連携**: セキュリティ、運用、開発チーム間での責任の共有<br /><br />#### ギャップの特定と対応<br /><br />1. **セキュリティ評価**: 定期的なセキュリティ評価とギャップ分析<br />2. **ツールとプロセスの整備**: 責任範囲をカバーするツールとプロセスの導入<br />3. **トレーニング**: チームメンバーへの責任範囲とベストプラクティスの教育<br /><br />---<br /><br />## 3. クラウドセキュリティの基本原則<br /><br />### 3.1 ゼロトラストアーキテクチャ<br /><br />#### 基本概念<br /><br />ゼロトラストは、「信頼せず、常に検証する（Never Trust, Always Verify）」という原則に基づくセキュリティモデルです。従来の「境界防御」モデルとは異なり、ネットワークの内外を問わず、アクセスを検証することを推奨します。<br /><br />#### ゼロトラストの原則<br /><br />1. **明示的な検証**: アクセス要求を明示的に検証<br />2. **最小権限アクセス**: 必要最小限の権限のみを付与<br />3. **侵害を想定**: 侵害が発生する可能性を前提に設計<br /><br />#### 実装要素<br /><br />1. **アイデンティティ**: 強力な認証とアクセス制御<br />2. **デバイス**: デバイスのセキュリティ状態の検証<br />3. **ネットワーク**: マイクロセグメンテーション<br />4. **アプリケーション**: アプリケーションレベルの制御<br />5. **データ**: データ分類と保護<br />6. **インフラ**: インフラのセキュリティ状態の監視<br />7. **可視性と分析**: 包括的なログと分析<br /><br />#### ゼロトラストアーキテクチャの概念図<br /><br />```mermaid<br />flowchart TB<br />subgraph ZT["ゼロトラストモデル"]<br />ID[アイデンティティ<br/>認証・認可]<br />DEV[デバイス<br/>セキュリティ状態]<br />PE[ポリシーエンジン<br/>継続的検証]<br />NET[ネットワーク<br/>マイクロセグメンテーション]<br />APP[アプリケーション<br/>レベル制御]<br />DATA[データ<br/>分類・保護]<br />VIS[可視性と分析<br/>ログ・監視・分析]<br /><br />ID --> PE<br />DEV --> PE<br />PE --> NET<br />PE --> APP<br />PE --> DATA<br />NET --> VIS<br />APP --> VIS<br />DATA --> VIS<br />end<br />```<br /><br />**従来の境界防御モデルとの比較**:<br /><br />| 項目 | 従来の境界防御 | ゼロトラスト |<br />|------|---------------|-------------|<br />| **信頼の前提** | 内部ネットワークは信頼 | すべてのアクセスを検証 |<br />| **防御の焦点** | ネットワーク境界 | 各リソース・セッション |<br />| **検証のタイミング** | 初回認証のみ | 継続的な検証 |<br />| **セグメンテーション** | 粗い（内部/外部） | 細かい（マイクロセグ） |<br />| **侵害の想定** | 外部からのみ | 内部・外部の両方 |<br /><br />### 3.2 最小権限の原則<br /><br />#### 基本概念<br /><br />最小権限の原則（Principle of Least Privilege, POLP）は、ユーザー、プロセス、システムに、タスクを実行するために必要な最小限の権限のみを付与する原則です。<br /><br />#### 実装方法<br /><br />1. **ロールベースアクセス制御（RBAC）**: 役割に基づいた権限の付与<br />2. **属性ベースアクセス制御（ABAC）**: 属性に基づいた動的な権限制御<br />3. **定期的な権限レビュー**: 不要な権限の削除<br />4. **一時的な権限**: 必要に応じて一時的な権限を付与<br /><br />#### ベストプラクティス<br /><br />1. **権限の分離**: 管理権限と運用権限の分離<br />2. **多要素認証**: 特権アクセスにはMFAの実装を推奨<br />3. **監査ログ**: 権限使用を記録<br />4. **自動化**: 権限の付与と削除の自動化<br /><br />### 3.3 多層防御（Defense in Depth）<br /><br />#### 基本概念<br /><br />多層防御は、複数のセキュリティ制御層を実装することで、単一の防御層の失敗による影響を軽減する戦略です。<br /><br />#### 防御層<br /><br />1. **物理的セキュリティ**: データセンターの物理的保護<br />2. **ネットワークセキュリティ**: ファイアウォール、セグメンテーション<br />3. **ホストセキュリティ**: OSレベルのセキュリティ設定<br />4. **アプリケーションセキュリティ**: アプリケーションレベルの保護<br />5. **データセキュリティ**: 暗号化、アクセス制御<br />6. **アイデンティティセキュリティ**: 認証と認可<br />7. **監視と検知**: ログ、監視、異常検知<br /><br />#### 実装例<br /><br />- **ネットワーク層**: VPC、セキュリティグループ、WAF<br />- **アプリケーション層**: 入力検証、出力エンコーディング<br />- **データ層**: 暗号化、アクセス制御、バックアップ<br />- **監視層**: ログ、メトリクス、アラート<br /><br />### 3.4 セキュリティバイデザイン<br /><br />#### 基本概念<br /><br />セキュリティバイデザインは、システムやアプリケーションの設計段階からセキュリティを組み込むアプローチです。<br /><br />#### 実装原則<br /><br />1. **早期のセキュリティ統合**: 設計フェーズからセキュリティを考慮<br />2. **セキュリティ要件の定義**: 明確なセキュリティ要件の設定<br />3. **脅威モデリング**: 潜在的な脅威の特定と対策<br />4. **セキュアコーディング**: セキュリティを考慮したコーディング<br />5. **セキュリティテスト**: 継続的なセキュリティテスト<br /><br />#### ライフサイクル統合<br /><br />1. **設計**: 脅威モデリング、セキュリティ要件<br />2. **開発**: セキュアコーディング、コードレビュー<br />3. **テスト**: 脆弱性スキャン、ペネトレーションテスト<br />4. **デプロイ**: セキュアな設定、監視の実装<br />5. **運用**: 継続的な監視、パッチ管理<br /><br />---<br /><br />## 第II部：クラウドセキュリティの主要領域<br /><br />---<br /><br />## 4. アイデンティティとアクセス管理（IAM）<br /><br />### 4.1 IAMの基本概念<br /><br />IAMは、クラウドセキュリティの基盤となる重要な要素です。適切なユーザー、サービス、リソースへの適切なアクセスを管理します。<br /><br />#### IAMの主要コンポーネント<br /><br />1. **アイデンティティ（Identity）**: ユーザー、サービス、アプリケーションの識別<br />2. **認証（Authentication）**: アイデンティティの検証<br />3. **認可（Authorization）**: リソースへのアクセス権限の付与<br />4. **監査（Audit）**: アクセスとアクティビティの記録<br /><br />### 4.2 認証と認可<br /><br />#### 認証の種類<br /><br />1. **パスワード認証**: 従来のユーザー名とパスワード<br />2. **多要素認証（MFA）**: 複数の認証要素の組み合わせ<br />3. **シングルサインオン（SSO）**: 一度の認証で複数サービスにアクセス<br />4. **フェデレーション**: 外部アイデンティティプロバイダーとの統合<br />5. **証明書ベース認証**: デジタル証明書を使用した認証<br /><br />#### 認可モデル<br /><br />1. **ロールベースアクセス制御（RBAC）**: 役割に基づいた権限管理<br />2. **属性ベースアクセス制御（ABAC）**: 属性に基づいた動的な権限制御<br />3. **ポリシーベースアクセス制御（PBAC）**: ポリシーに基づいた権限管理<br /><br />### 4.3 多要素認証（MFA）<br /><br />#### MFAの要素<br /><br />1. **知識要素（Something You Know）**: パスワード、PIN<br />2. **所有要素（Something You Have）**: スマートフォン、トークン<br />3. **生体要素（Something You Are）**: 指紋、顔認識<br /><br />#### MFAの実装方法<br /><br />1. **TOTP（Time-based One-Time Password）**: 時間ベースのワンタイムパスワード<br />2. **SMS認証**: SMS経由での認証コード送信<br />3. **ハードウェアトークン**: 専用のハードウェアデバイス<br />4. **プッシュ通知**: モバイルアプリ経由での認証承認<br />5. **生体認証**: 指紋、顔認識などの生体情報<br /><br />#### ベストプラクティス<br /><br />1. **特権アカウントへのMFA実装**: 管理者アカウントにはMFAの実装を推奨<br />2. **条件付きアクセス**: リスクに基づいたMFAの要求<br />3. **バックアップ認証方法**: 主要な認証方法が利用できない場合の代替手段<br />4. **定期的な見直し**: MFA設定の定期的な確認と更新<br /><br />### 4.4 ロールベースアクセス制御（RBAC）<br /><br />#### RBACの基本概念<br /><br />RBACは、ユーザーに役割（ロール）を割り当て、ロールに基づいて権限を管理するアクセス制御モデルです。<br /><br />#### RBACの利点<br /><br />1. **管理の簡素化**: 個別のユーザーではなく、ロールを管理<br />2. **一貫性**: 同じロールのユーザーは同じ権限を持つ<br />3. **監査の容易さ**: ロールベースでの監査が可能<br />4. **最小権限の実現**: ロールごとに必要最小限の権限を設定<br /><br />#### 実装方法<br /><br />1. **ロールの定義**: 組織の役割に基づいたロールの定義<br />2. **権限の割り当て**: 各ロールに必要な権限の割り当て<br />3. **ユーザーの割り当て**: ユーザーを適切なロールに割り当て<br />4. **定期的な見直し**: ロールと権限の定期的な見直し<br /><br />### 4.5 主要プロバイダーのIAM実装<br /><br />#### AWS IAM<br /><br />**主要機能**:<br />- ユーザー、グループ、ロールの管理<br />- ポリシーベースのアクセス制御<br />- MFAのサポート<br />- 一時的な認証情報（STS）<br /><br />**ベストプラクティス**:<br />- ルートアカウントの保護<br />- IAMロールの使用（ユーザーではなく）<br />- 最小権限の原則の適用<br />- 定期的なアクセスレビュー<br /><br />**実装例：IAMポリシーの作成**<br /><br />```json<br />{<br />"Version": "2012-10-17",<br />"Statement": [<br />{<br />"Effect": "Allow",<br />"Action": [<br />"s3:GetObject",<br />"s3:PutObject"<br />],<br />"Resource": "arn:aws:s3:::my-bucket/*",<br />"Condition": {<br />"IpAddress": {<br />"aws:SourceIp": "203.0.113.0/24"<br />},<br />"Bool": {<br />"aws:MultiFactorAuthPresent": "true"<br />}<br />}<br />}<br />]<br />}<br />```<br /><br />**実装例：IAMロールのAssumeRoleポリシー**<br /><br />```json<br />{<br />"Version": "2012-10-17",<br />"Statement": [<br />{<br />"Effect": "Allow",<br />"Principal": {<br />"Service": "ec2.amazonaws.com"<br />},<br />"Action": "sts:AssumeRole",<br />"Condition": {<br />"StringEquals": {<br />"sts:ExternalId": "unique-external-id"<br />}<br />}<br />}<br />]<br />}<br />```<br /><br />**実装例：TerraformでのIAMロール作成**<br /><br />```hcl<br />resource "aws_iam_role" "lambda_execution_role" {<br />name = "lambda-execution-role"<br /><br />assume_role_policy = jsonencode({<br />Version = "2012-10-17"<br />Statement = [{<br />Action = "sts:AssumeRole"<br />Effect = "Allow"<br />Principal = {<br />Service = "lambda.amazonaws.com"<br />}<br />}]<br />})<br />}<br /><br />resource "aws_iam_role_policy" "lambda_policy" {<br />name = "lambda-policy"<br />role = aws_iam_role.lambda_execution_role.id<br /><br />policy = jsonencode({<br />Version = "2012-10-17"<br />Statement = [{<br />Effect = "Allow"<br />Action = [<br />"logs:CreateLogGroup",<br />"logs:CreateLogStream",<br />"logs:PutLogEvents"<br />]<br />Resource = "arn:aws:logs:*:*:*"<br />}]<br />})<br />}<br />```<br /><br />**実装例：AWS CLIでのMFA有効化**<br /><br />```bash<br /># MFAデバイスの作成<br />aws iam create-virtual-mfa-device \<br />--virtual-mfa-device-name my-mfa-device \<br />--outfile QRCode.png \<br />--bootstrap-method QRCodePNG<br /><br /># MFAデバイスの有効化<br />aws iam enable-mfa-device \<br />--user-name myuser \<br />--serial-number arn:aws:iam::123456789012:mfa/my-mfa-device \<br />--authentication-code-1 123456 \<br />--authentication-code-2 789012<br />```<br /><br />**実装例：条件付きアクセスポリシー（時間制限）**<br /><br />```json<br />{<br />"Version": "2012-10-17",<br />"Statement": [<br />{<br />"Effect": "Allow",<br />"Action": "ec2:*",<br />"Resource": "*",<br />"Condition": {<br />"DateGreaterThan": {<br />"aws:CurrentTime": "2025-01-01T00:00:00Z"<br />},<br />"DateLessThan": {<br />"aws:CurrentTime": "2025-12-31T23:59:59Z"<br />},<br />"IpAddress": {<br />"aws:SourceIp": "203.0.113.0/24"<br />}<br />}<br />}<br />]<br />}<br />```<br /><br />#### Azure Active Directory<br /><br />**主要機能**:<br />- ユーザーとグループの管理<br />- 条件付きアクセス<br />- 多要素認証<br />- フェデレーション（SAML, OAuth, OIDC）<br /><br />**ベストプラクティス**:<br />- 条件付きアクセスポリシーの実装<br />- 特権アイデンティティ管理（PIM）の使用<br />- リスクベースの認証<br />- 定期的なアクセスレビュー<br /><br />**実装例：条件付きアクセスポリシー（Azure Portal）**<br /><br />```json<br />{<br />"displayName": "Require MFA for Admin Access",<br />"state": "enabled",<br />"conditions": {<br />"applications": {<br />"includeApplications": ["All"]<br />},<br />"users": {<br />"includeUsers": ["All"],<br />"excludeUsers": ["BreakGlass@contoso.com"]<br />},<br />"locations": {<br />"includeLocations": ["All"],<br />"excludeLocations": ["TrustedIPs"]<br />},<br />"clientAppTypes": ["all"]<br />},<br />"grantControls": {<br />"operator": "AND",<br />"builtInControls": ["mfa", "compliantDevice", "domainJoinedDevice"],<br />"customAuthenticationFactors": [],<br />"termsOfUse": []<br />}<br />}<br />```<br /><br />**実装例：Azure CLIでの条件付きアクセスポリシー作成**<br /><br />```bash<br /># 条件付きアクセスポリシーの作成<br />az ad conditional-access policy create \<br />--display-name "Require MFA for Azure Management" \<br />--state enabled \<br />--conditions-applications-include-apps All \<br />--conditions-users-include-users All \<br />--conditions-locations-include-locations All \<br />--grant-controls-built-in-controls mfa<br />```<br /><br />**実装例：Azure PowerShellでのPIMロールアクティベーション**<br /><br />```powershell<br /># PIMロールのアクティベーション<br />$roleDefinitionId = "8e3af657-a8ff-443c-a75c-2fe8c4bcb635" # Global Administrator<br />$resourceId = "/" # Tenant level<br /><br />$startTime = Get-Date<br />$endTime = $startTime.AddHours(2)<br /><br />$activation = New-AzureADMSPrivilegedRoleAssignmentRequest `<br />-ProviderId "aadRoles" `<br />-ResourceId $resourceId `<br />-RoleDefinitionId $roleDefinitionId `<br />-SubjectId $userId `<br />-Type "UserAdd" `<br />-AssignmentState "Active" `<br />-ScheduleType "Once" `<br />-StartDateTime $startTime `<br />-EndDateTime $endTime `<br />-Justification "Emergency access required"<br />```<br /><br />**実装例：SAML 2.0フェデレーション設定**<br /><br />```xml<br /><!-- SAML 2.0 メタデータ例 --><br /><EntityDescriptor entityID="https://sts.contoso.com/adfs/services/trust"><br /><IDPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol"><br /><KeyDescriptor use="signing"><br /><KeyInfo><br /><X509Data><br /><X509Certificate>...</X509Certificate><br /></X509Data><br /></KeyInfo><br /></KeyDescriptor><br /><SingleSignOnService <br />Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect"<br />Location="https://sts.contoso.com/adfs/ls/"/><br /></IDPSSODescriptor><br /></EntityDescriptor><br />```<br /><br />#### Google Cloud IAM<br /><br />**主要機能**:<br />- ユーザー、サービスアカウント、グループの管理<br />- リソース階層に基づいた権限継承<br />- 条件付きアクセス<br />- 組織ポリシー<br /><br />**ベストプラクティス**:<br />- サービスアカウントの適切な管理<br />- リソース階層の活用<br />- 最小権限の原則の適用<br />- 定期的な権限の監査<br /><br />**実装例：IAMポリシーのバインディング（YAML）**<br /><br />```yaml<br />bindings:<br />- members:<br />- user:admin@example.com<br />- group:developers@example.com<br />role: roles/storage.objectAdmin<br />condition:<br />title: "Access only during business hours"<br />expression: |<br />request.time.getHours() >= 9 && <br />request.time.getHours() < 17 &&<br />request.time.getDayOfWeek() >= 1 &&<br />request.time.getDayOfWeek() <= 5<br />```<br /><br />**実装例：gcloud CLIでのIAMポリシー設定**<br /><br />```bash<br /># カスタムロールの作成<br />gcloud iam roles create storageObjectViewer \<br />--project=my-project \<br />--title="Storage Object Viewer" \<br />--description="View objects in storage buckets" \<br />--permissions=storage.objects.get,storage.objects.list \<br />--stage=GA<br /><br /># 条件付きIAMポリシーの設定<br />gcloud projects add-iam-policy-binding my-project \<br />--member="user:developer@example.com" \<br />--role="roles/storage.objectViewer" \<br />--condition="expression=request.time.getHours() >= 9 && request.time.getHours() < 17,title=Business Hours"<br />```<br /><br />**実装例：TerraformでのGCP IAM実装**<br /><br />```hcl<br /># カスタムロールの作成<br />resource "google_project_iam_custom_role" "storage_custom_role" {<br />role_id = "storageCustomRole"<br />title = "Custom Storage Role"<br />description = "Custom role for storage operations"<br />permissions = [<br />"storage.objects.get",<br />"storage.objects.list",<br />"storage.buckets.get"<br />]<br />}<br /><br /># IAMポリシーバインディング<br />resource "google_project_iam_member" "storage_admin" {<br />project = "my-project"<br />role = "roles/storage.admin"<br />member = "user:admin@example.com"<br /><br />condition {<br />title = "Business Hours Only"<br />description = "Access only during business hours"<br />expression = "request.time.getHours() >= 9 && request.time.getHours() < 17"<br />}<br />}<br /><br /># サービスアカウントの作成<br />resource "google_service_account" "compute_sa" {<br />account_id = "compute-service-account"<br />display_name = "Compute Service Account"<br />}<br /><br /># サービスアカウントキーの作成（推奨されない - Workload Identity推奨）<br />resource "google_service_account_key" "compute_sa_key" {<br />service_account_id = google_service_account.compute_sa.name<br />public_key_type = "TYPE_X509_PEM_FILE"<br />}<br />```<br /><br />**実装例：Workload Identity連携（推奨）**<br /><br />```bash<br /># Workload Identityプールの作成<br />gcloud iam workload-identity-pools create my-pool \<br />--project=my-project \<br />--location=global \<br />--display-name="My Workload Identity Pool"<br /><br /># Workload Identityプロバイダーの作成<br />gcloud iam workload-identity-pools providers create-oidc my-provider \<br />--project=my-project \<br />--location=global \<br />--workload-identity-pool=my-pool \<br />--display-name="My OIDC Provider" \<br />--attribute-mapping="google.subject=assertion.sub,attribute.actor=assertion.actor" \<br />--issuer-uri="https://token.actions.githubusercontent.com"<br />```<br /><br />---<br /><br />## 5. データ保護と暗号化<br /><br />### 5.1 データ分類とラベリング<br /><br />#### データ分類の重要性<br /><br />データ分類は、データの機密性、整合性、可用性に基づいてデータを分類し、適切な保護策を適用するための基盤です。<br /><br />#### 分類レベル<br /><br />1. **公開（Public）**: 公開情報、機密性が低い<br />2. **内部（Internal）**: 組織内部でのみ共有<br />3. **機密（Confidential）**: 限定的なアクセスが必要<br />4. **極秘（Restricted）**: 最高レベルの保護が必要<br /><br />#### 実装方法<br /><br />1. **自動分類**: 機械学習やルールベースの自動分類<br />2. **手動分類**: ユーザーによる手動分類<br />3. **ラベリング**: メタデータタグによる分類の明示<br />4. **ポリシーの適用**: 分類に基づいた保護策の自動適用<br /><br />### 5.2 暗号化の基礎<br /><br />#### 暗号化の種類<br /><br />1. **対称鍵暗号化**: 同じ鍵で暗号化と復号化を行う<br />- **アルゴリズム**: AES-256, AES-128<br />- **用途**: 大量データの暗号化<br />- **利点**: 高速<br />- **課題**: 鍵の安全な共有<br /><br />2. **非対称鍵暗号化**: 公開鍵と秘密鍵のペアを使用<br />- **アルゴリズム**: RSA, ECC<br />- **用途**: 鍵交換、デジタル署名<br />- **利点**: 鍵の安全な共有<br />- **課題**: 計算コストが高い<br /><br />3. **ハッシュ関数**: 一方向の変換<br />- **アルゴリズム**: SHA-256, SHA-512<br />- **用途**: データ整合性の検証、パスワードの保存<br />- **特徴**: 不可逆<br /><br />### 5.3 保存時暗号化（Encryption at Rest）<br /><br />#### 基本概念<br /><br />保存時暗号化は、ストレージに保存されているデータを暗号化することで、物理的なアクセスやストレージの侵害からデータを保護します。<br /><br />#### 実装方法<br /><br />1. **サーバーサイド暗号化（SSE）**: クラウドプロバイダーが暗号化を管理<br />2. **クライアントサイド暗号化**: アップロード前にクライアント側で暗号化<br />3. **透過的データ暗号化（TDE）**: データベースレベルでの自動暗号化<br /><br />#### 鍵管理オプション<br /><br />1. **マネージドキー**: クラウドプロバイダーが鍵を管理<br />2. **カスタマーマネージドキー（CMK）**: 顧客が鍵を管理<br />3. **カスタマー提供キー**: 顧客が提供した鍵を使用<br /><br />### 5.4 転送時暗号化（Encryption in Transit）<br /><br />#### 基本概念<br /><br />転送時暗号化は、ネットワーク経由で転送されるデータを暗号化することで、盗聴や中間者攻撃から保護します。<br /><br />#### 実装方法<br /><br />1. **TLS/SSL**: トランスポート層での暗号化<br />2. **VPN**: 仮想プライベートネットワーク経由の暗号化通信<br />3. **専用線**: 物理的な専用回線の使用<br /><br />#### ベストプラクティス<br /><br />1. **TLS 1.2以上**: 最新のTLSバージョンの使用<br />2. **証明書の管理**: 有効な証明書の使用と定期的な更新<br />3. **証明書ピニング**: 特定の証明書のみを信頼<br />4. **Perfect Forward Secrecy**: 過去の通信の復号化を防止<br /><br />### 5.5 鍵管理（Key Management）<br /><br />#### 鍵管理の重要性<br /><br />適切な鍵管理は、暗号化のセキュリティを確保するために重要です。鍵が漏洩すると、暗号化されたデータも危険にさらされる可能性があります。<br /><br />#### 鍵管理のライフサイクル<br /><br />1. **生成**: 安全な乱数生成器を使用<br />2. **配布**: 安全なチャネル経由での配布<br />3. **保存**: 安全な鍵ストレージ（HSM等）<br />4. **使用**: 適切なアクセス制御<br />5. **ローテーション**: 定期的な鍵の更新<br />6. **廃棄**: 安全な鍵の削除<br /><br />#### クラウド鍵管理サービス<br /><br />1. **AWS KMS**: AWS Key Management Service<br />2. **Azure Key Vault**: Azureの鍵管理サービス<br />3. **Google Cloud KMS**: GCPの鍵管理サービス<br />4. **CloudHSM**: 専用ハードウェアセキュリティモジュール<br /><br />**実装例：AWS KMS鍵の作成と使用**<br /><br />```python<br />import boto3<br /><br />kms_client = boto3.client('kms', region_name='us-east-1')<br /><br /># データキーの生成<br />data_key_response = kms_client.generate_data_key(KeyId=key_id, KeySpec='AES_256')<br /><br /># データの暗号化・復号化<br /># KMSを使用してデータキーを管理し、データの暗号化・復号化を実行<br /># 詳細は公式ドキュメントを参照: https://docs.aws.amazon.com/kms/<br />```<br /><br />**実装例：AWS KMS鍵のローテーション**<br /><br />```bash<br /># 自動ローテーションの有効化<br />aws kms enable-key-rotation \<br />--key-id 12345678-1234-1234-1234-123456789012<br /><br /># 手動での鍵のローテーション（カスタマーマネージドキーの場合）<br />aws kms create-key \<br />--description "New key for rotation" \<br />--key-usage ENCRYPT_DECRYPT \<br />--key-spec SYMMETRIC_DEFAULT<br /><br /># 古い鍵でのデータの再暗号化<br />aws kms re_encrypt \<br />--ciphertext-blob fileb://encrypted_data.bin \<br />--source-key-id old-key-id \<br />--destination-key-id new-key-id \<br />--output-ciphertext-blob fileb://re_encrypted_data.bin<br />```<br /><br />**実装例：Azure Key Vaultでの鍵管理**<br /><br />```python<br />from azure.identity import DefaultAzureCredential<br />from azure.keyvault.keys import KeyClient<br />from azure.keyvault.keys.crypto import CryptographyClient, EncryptionAlgorithm<br /><br />credential = DefaultAzureCredential()<br />key_client = KeyClient(vault_url="https://my-vault.vault.azure.net/", credential=credential)<br /><br /># 鍵の作成と暗号化・復号化<br /># KeyClientとCryptographyClientを使用して鍵管理とデータの暗号化を実行<br /># 詳細は公式ドキュメントを参照: https://docs.microsoft.com/azure/key-vault/<br />```<br /><br />**実装例：Google Cloud KMSでの鍵管理**<br /><br />```python<br />from google.cloud import kms<br /><br />client = kms.KeyManagementServiceClient()<br /><br /># 鍵リングと暗号化鍵の作成、データの暗号化・復号化<br /># KeyManagementServiceClientを使用して鍵管理を実行<br /># 詳細は公式ドキュメントを参照: https://cloud.google.com/kms/docs<br />```<br /><br />### 5.6 データ損失防止（DLP）<br /><br />#### 基本概念<br /><br />DLPは、機密データの不正な漏洩、使用、共有を防止するための技術とプロセスです。<br /><br />#### DLPの機能<br /><br />1. **データの検出**: 機密データの自動検出<br />2. **分類**: データの自動分類とラベリング<br />3. **監視**: データアクセスと使用の監視<br />4. **保護**: データの暗号化、マスキング、ブロック<br /><br />#### 実装方法<br /><br />1. **エンドポイントDLP**: デバイスレベルでの保護<br />2. **ネットワークDLP**: ネットワークトラフィックの監視<br />3. **クラウドDLP**: クラウドサービス内での保護<br /><br />---<br /><br />## 6. ネットワークセキュリティ<br /><br />### 6.1 仮想ネットワーク（VPC/VNet）の設計<br /><br />#### 基本概念<br /><br />仮想ネットワークは、クラウドリソースを論理的に分離し、セキュリティ境界を提供します。<br /><br />#### 設計原則<br /><br />1. **ネットワークセグメンテーション**: 異なるセキュリティ要件に基づいた分離<br />2. **最小接続**: 必要最小限の接続のみを許可<br />3. **多層防御**: 複数のセキュリティ層の実装<br />4. **監視とログ**: ネットワークトラフィックの監視<br /><br />#### 設計パターン<br /><br />1. **ハブアンドスポーク**: 中央ハブと複数のスポーク<br />2. **マルチVPC**: 複数のVPCによる分離<br />3. **ピアリング**: VPC間の接続<br />4. **トランзиットゲートウェイ**: 中央集約型のルーティング<br /><br />### 6.2 セキュリティグループとネットワークACL<br /><br />#### セキュリティグループ<br /><br />**定義**: インスタンスレベルでのステートフルなファイアウォール<br /><br />**特徴**:<br />- インスタンスごとに適用<br />- ステートフル（戻りトラフィックを自動許可）<br />- 許可ルールのみ（デフォルトは拒否）<br /><br />**ベストプラクティス**:<br />- 最小権限の原則<br />- 特定のIPアドレスからのアクセスのみ許可<br />- 定期的なルールの見直し<br /><br />#### ネットワークACL<br /><br />**定義**: サブネットレベルでのステートレスなファイアウォール<br /><br />**特徴**:<br />- サブネット全体に適用<br />- ステートレス（明示的な許可が必要）<br />- 許可と拒否ルールの両方<br /><br />**ベストプラクティス**:<br />- セキュリティグループと組み合わせて使用<br />- 明示的な拒否ルールの設定<br />- ルールの優先順位の適切な設定<br /><br />### 6.3 プライベートエンドポイントとVPCエンドポイント<br /><br />#### プライベートエンドポイント<br /><br />**定義**: クラウドサービスへのプライベート接続を提供するネットワークインターフェース<br /><br />**利点**:<br />- パブリックインターネットを経由しない<br />- データの漏洩リスクの低減<br />- ネットワークパフォーマンスの向上<br /><br />**使用例**:<br />- データベースへの接続<br />- ストレージサービスへの接続<br />- APIサービスへの接続<br /><br />#### VPCエンドポイント<br /><br />**定義**: VPCからAWSサービスへのプライベート接続<br /><br />**種類**:<br />- **Gateway Endpoint**: S3、DynamoDB用<br />- **Interface Endpoint**: その他のAWSサービス用<br /><br />### 6.4 VPNと専用線接続<br /><br />#### VPN（Virtual Private Network）<br /><br />**種類**:<br />1. **サイト間VPN**: オンプレミスとクラウド間の接続<br />2. **ポイントツーポイントVPN**: 単一デバイスとクラウド間の接続<br />3. **クライアントVPN**: リモートユーザーとクラウド間の接続<br /><br />**プロトコル**:<br />- IPsec<br />- SSL/TLS<br /><br />#### 専用線接続<br /><br />**定義**: 物理的な専用回線による接続<br /><br />**利点**:<br />- 高い帯域幅<br />- 低レイテンシ<br />- 高いセキュリティ<br /><br />**例**:<br />- AWS Direct Connect<br />- Azure ExpressRoute<br />- Google Cloud Interconnect<br /><br />### 6.5 DDoS対策<br /><br />#### DDoS攻撃の種類<br /><br />1. **ボリューム攻撃**: 大量のトラフィックによる帯域幅の枯渇<br />2. **プロトコル攻撃**: プロトコルの脆弱性を悪用<br />3. **アプリケーション攻撃**: アプリケーションレベルの攻撃<br /><br />#### 対策方法<br /><br />1. **クラウドプロバイダーのDDoS保護サービス**:<br />- AWS Shield<br />- Azure DDoS Protection<br />- Google Cloud Armor<br /><br />2. **CDNの活用**: トラフィックの分散とフィルタリング<br /><br />3. **レート制限**: 異常なトラフィックの制限<br /><br />4. **自動スケーリング**: 攻撃時のリソース拡張<br /><br />### 6.6 Webアプリケーションファイアウォール（WAF）<br /><br />#### 基本概念<br /><br />WAFは、Webアプリケーションへの攻撃を検知・防御するファイアウォールです。<br /><br />#### 保護対象<br /><br />1. **SQLインジェクション**: データベースへの不正なクエリ<br />2. **クロスサイトスクリプティング（XSS）**: 悪意のあるスクリプトの注入<br />3. **クロスサイトリクエストフォージェリ（CSRF）**: 不正なリクエストの送信<br />4. **DDoS攻撃**: アプリケーションレベルの攻撃<br /><br />#### 主要なWAFサービス<br /><br />1. **AWS WAF**: AWSのWAFサービス<br />2. **Azure Application Gateway WAF**: AzureのWAFサービス<br />3. **Google Cloud Armor**: GCPのWAFサービス<br />4. **Cloudflare WAF**: サードパーティのWAFサービス<br /><br />**実装例：AWS WAFルールの作成**<br /><br />```json<br />{<br />"Name": "SQLInjectionRule",<br />"Priority": 1,<br />"Statement": {<br />"ManagedRuleGroupStatement": {<br />"VendorName": "AWS",<br />"Name": "AWSManagedRulesCommonRuleSet",<br />"ExcludedRules": []<br />}<br />},<br />"Action": {<br />"Block": {}<br />},<br />"VisibilityConfig": {<br />"SampledRequestsEnabled": true,<br />"CloudWatchMetricsEnabled": true,<br />"MetricName": "SQLInjectionRule"<br />}<br />}<br />```<br /><br />**実装例：AWS WAFカスタムルール（Terraform）**<br /><br />```hcl<br />resource "aws_wafv2_web_acl" "main" {<br />name = "my-waf-acl"<br />description = "WAF ACL for application"<br />scope = "REGIONAL"<br /><br />default_action {<br />allow {}<br />}<br /><br /># SQLインジェクション対策<br />rule {<br />name = "SQLInjectionRule"<br />priority = 1<br /><br />statement {<br />managed_rule_group_statement {<br />name = "AWSManagedRulesCommonRuleSet"<br />vendor_name = "AWS"<br />}<br />}<br /><br />action {<br />block {}<br />}<br /><br />visibility_config {<br />cloudwatch_metrics_enabled = true<br />metric_name = "SQLInjectionRule"<br />sampled_requests_enabled = true<br />}<br />}<br /><br /># レート制限ルール<br />rule {<br />name = "RateLimitRule"<br />priority = 2<br /><br />statement {<br />rate_based_statement {<br />limit = 2000<br />aggregate_key_type = "IP"<br />}<br />}<br /><br />action {<br />block {}<br />}<br /><br />visibility_config {<br />cloudwatch_metrics_enabled = true<br />metric_name = "RateLimitRule"<br />sampled_requests_enabled = true<br />}<br />}<br /><br /># 地理的ブロッキング<br />rule {<br />name = "GeoBlockRule"<br />priority = 3<br /><br />statement {<br />geo_match_statement {<br />country_codes = ["CN", "RU", "KP"]<br />}<br />}<br /><br />action {<br />block {}<br />}<br /><br />visibility_config {<br />cloudwatch_metrics_enabled = true<br />metric_name = "GeoBlockRule"<br />sampled_requests_enabled = true<br />}<br />}<br /><br />visibility_config {<br />cloudwatch_metrics_enabled = true<br />metric_name = "my-waf-metric"<br />sampled_requests_enabled = true<br />}<br />}<br />```<br /><br />**実装例：Azure Application Gateway WAF設定**<br /><br />```json<br />{<br />"properties": {<br />"webApplicationFirewallConfiguration": {<br />"enabled": true,<br />"firewallMode": "Prevention",<br />"ruleSetType": "OWASP",<br />"ruleSetVersion": "3.2",<br />"disabledRuleGroups": [],<br />"requestBodyCheck": true,<br />"maxRequestBodySizeInKb": 128,<br />"fileUploadLimitInMb": 100,<br />"exclusions": [<br />{<br />"matchVariable": "RequestHeaderNames",<br />"selectorMatchOperator": "Equals",<br />"selector": "User-Agent"<br />}<br />]<br />}<br />}<br />}<br />```<br /><br />**実装例：Google Cloud Armorセキュリティポリシー**<br /><br />```yaml<br /># security-policy.yaml<br />name: my-security-policy<br />description: "Security policy for application"<br />rules:<br />- priority: 1000<br />description: "Block SQL injection"<br />match:<br />expr: |<br />origin.ip in ['0.0.0.0/0'] &&<br />request.headers['user-agent'].contains('sqlmap')<br />action: deny(403)<br /><br />- priority: 2000<br />description: "Rate limiting"<br />match:<br />expr: |<br />origin.ip in ['0.0.0.0/0']<br />action: rate_based_ban<br />rateLimitOptions:<br />conformAction: allow<br />exceedAction: deny(429)<br />enforceOnKey: IP<br />rateLimitThreshold:<br />count: 100<br />intervalSec: 60<br />```<br /><br />**実装例：WAFルールのテストと検証**<br /><br />```python<br />import requests<br />import json<br /><br />def test_waf_rules():<br />"""WAFルールのテスト"""<br />test_cases = [<br />{<br />"name": "SQL Injection Test",<br />"payload": "1' OR '1'='1",<br />"expected_status": 403<br />},<br />{<br />"name": "XSS Test",<br />"payload": "<script>alert('XSS')</script>",<br />"expected_status": 403<br />},<br />{<br />"name": "Normal Request",<br />"payload": "normal=request",<br />"expected_status": 200<br />}<br />]<br /><br />for test in test_cases:<br />response = requests.get(<br />"https://example.com/api",<br />params={"q": test["payload"]}<br />)<br />assert response.status_code == test["expected_status"], \<br />f"{test['name']} failed: {response.status_code}"<br />print(f"[PASS] {test['name']} passed")<br />```<br /><br />**実装例：WAFログの分析**<br /><br />```python<br />import boto3<br />import json<br />from datetime import datetime, timedelta<br /><br />def analyze_waf_logs(web_acl_id, start_time, end_time):<br />"""WAFログの分析"""<br />wafv2 = boto3.client('wafv2')<br /><br /># CloudWatch LogsからWAFログを取得<br />logs = boto3.client('logs')<br /><br />log_group = f"/aws/wafv2/{web_acl_id}"<br /><br /># ログイベントの取得<br />response = logs.filter_log_events(<br />logGroupName=log_group,<br />startTime=int(start_time.timestamp() * 1000),<br />endTime=int(end_time.timestamp() * 1000)<br />)<br /><br /># ブロックされたリクエストの分析<br />blocked_requests = []<br />for event in response['events']:<br />log_data = json.loads(event['message'])<br />if log_data['action'] == 'BLOCK':<br />blocked_requests.append({<br />'timestamp': log_data['timestamp'],<br />'client_ip': log_data['httpRequest']['clientIp'],<br />'uri': log_data['httpRequest']['uri'],<br />'rule_id': log_data['terminatingRuleId']<br />})<br /><br /># 統計情報の生成<br />stats = {<br />'total_blocked': len(blocked_requests),<br />'top_blocked_ips': {},<br />'top_blocked_rules': {}<br />}<br /><br />for req in blocked_requests:<br /># IP統計<br />stats['top_blocked_ips'][req['client_ip']] = \<br />stats['top_blocked_ips'].get(req['client_ip'], 0) + 1<br /><br /># ルール統計<br />stats['top_blocked_rules'][req['rule_id']] = \<br />stats['top_blocked_rules'].get(req['rule_id'], 0) + 1<br /><br />return stats<br />```<br /><br />---<br /><br />## 7. 監視、ログ管理、インシデント対応<br /><br />### 7.1 クラウド監視の基本<br /><br />#### 監視の重要性<br /><br />適切な監視は、セキュリティインシデントの早期検知、パフォーマンスの問題の特定、コンプライアンス要件への対応に重要です。<br /><br />#### 監視の種類<br /><br />1. **メトリクス監視**: CPU、メモリ、ネットワークなどのリソース使用状況<br />2. **ログ監視**: アプリケーション、システム、セキュリティログ<br />3. **トレース監視**: 分散システムでのリクエストの追跡<br />4. **セキュリティ監視**: 異常なアクセスパターン、脅威の検知<br /><br />#### 監視ツール<br /><br />1. **AWS**: CloudWatch, CloudTrail, GuardDuty<br />2. **Azure**: Azure Monitor, Log Analytics, Security Center<br />3. **GCP**: Cloud Monitoring, Cloud Logging, Security Command Center<br /><br />### 7.2 ログ管理と分析<br /><br />#### ログの種類<br /><br />1. **アプリケーションログ**: アプリケーションの動作ログ<br />2. **システムログ**: OS、ミドルウェアのログ<br />3. **セキュリティログ**: 認証、認可、アクセスログ<br />4. **監査ログ**: 設定変更、管理操作のログ<br /><br />#### ログ管理のベストプラクティス<br /><br />1. **包括的なログ収集**: 重要なイベントの記録<br />2. **ログの保存**: 適切な保存期間とストレージ<br />3. **ログの整合性**: 改ざん防止と暗号化<br />4. **ログの分析**: 自動化された分析とアラート<br /><br />### 7.3 セキュリティ情報とイベント管理（SIEM）<br /><br />#### 基本概念<br /><br />SIEMは、セキュリティイベントとログを収集、分析、相関させて、セキュリティインシデントを検知・対応するシステムです。<br /><br />#### SIEMの機能<br /><br />1. **ログ収集**: 複数のソースからのログ収集<br />2. **相関分析**: 複数のイベントの相関分析<br />3. **異常検知**: 機械学習による異常パターンの検知<br />4. **インシデント対応**: 自動化された対応ワークフロー<br /><br />#### 主要なSIEMソリューション<br /><br />1. **クラウドネイティブ**: AWS Security Hub, Azure Sentinel, Google Security Command Center<br />2. **サードパーティ**: Splunk, IBM QRadar, ArcSight<br /><br />### 7.4 インシデント対応プロセス<br /><br />#### インシデント対応のフェーズ<br /><br />1. **準備**: 計画、ツール、トレーニングの準備<br />2. **検知と分析**: インシデントの検知と分析<br />3. **封じ込め**: 影響範囲の限定<br />4. **根絶**: 脅威の除去<br />5. **復旧**: システムの正常な状態への復旧<br />6. **事後対応**: 教訓の学習と改善<br /><br />#### インシデント対応フローチャート<br /><br />```mermaid<br />flowchart TD<br />START[開始] --> PREP[準備<br/>計画・ツール・訓練]<br />PREP --> DETECT[検知と分析<br/>ログ・監視]<br />DETECT --> CONTAIN{封じ込め<br/>影響範囲限定}<br />CONTAIN --> ERAD[根絶<br/>脅威の除去]<br />ERAD --> RECOVER[復旧<br/>正常化]<br />RECOVER --> POST[事後対応<br/>改善・学習]<br />POST --> PREP<br />```<br /><br />#### インシデント対応チーム<br /><br />1. **インシデント対応マネージャー**: 全体の指揮<br />2. **セキュリティアナリスト**: 技術的な分析<br />3. **フォレンジック専門家**: 証拠の収集と分析<br />4. **コミュニケーション担当**: ステークホルダーへの報告<br /><br />### 7.5 フォレンジックと証跡保全<br /><br />#### フォレンジックの重要性<br /><br />フォレンジックは、セキュリティインシデントの調査、法的証拠の収集、攻撃者の特定に重要です。<br /><br />#### フォレンジックの種類<br /><br />1. **デジタルフォレンジック**: デジタル証拠の収集と分析<br />2. **ネットワークフォレンジック**: ネットワークトラフィックの分析<br />3. **クラウドフォレンジック**: クラウド環境での証拠収集<br /><br />#### 証跡保全のベストプラクティス<br /><br />1. **即座の証跡保全**: インシデント検知時の即座の対応<br />2. **改ざん防止**: ログとデータの整合性の確保<br />3. **チェーンオブカストディ**: 証拠の追跡可能性<br />4. **法的要件への対応**: 法的要件に準拠した証拠収集<br /><br />---<br /><br />## 8. 脆弱性管理とパッチ管理<br /><br />### 8.1 脆弱性スキャン<br /><br />#### 基本概念<br /><br />脆弱性スキャンは、システム、アプリケーション、ネットワークの脆弱性を特定するプロセスです。<br /><br />#### スキャンの種類<br /><br />1. **ネットワークスキャン**: ネットワーク経由でのスキャン<br />2. **ホストスキャン**: ホストレベルでのスキャン<br />3. **アプリケーションスキャン**: アプリケーションレベルのスキャン<br />4. **コンテナスキャン**: コンテナイメージのスキャン<br /><br />#### スキャンツール<br /><br />1. **クラウドネイティブ**: AWS Inspector, Azure Security Center, Google Security Command Center<br />2. **サードパーティ**: Nessus, Qualys, Rapid7<br /><br />### 8.2 コンテナセキュリティ<br /><br />#### コンテナのセキュリティリスク<br /><br />1. **イメージの脆弱性**: ベースイメージや依存関係の脆弱性<br />2. **設定ミス**: 不適切な設定や権限<br />3. **ランタイムの脆弱性**: コンテナランタイムの脆弱性<br />4. **オーケストレーションの脆弱性**: Kubernetes等の脆弱性<br /><br />#### コンテナセキュリティのベストプラクティス<br /><br />1. **最小限のベースイメージ**: 必要最小限のコンポーネントのみ<br />2. **定期的なスキャン**: イメージとランタイムの定期的なスキャン<br />3. **最小権限**: コンテナの実行に必要な最小限の権限<br />4. **ネットワーク分離**: 適切なネットワークセグメンテーション<br /><br />### 8.3 パッチ管理戦略<br /><br />#### パッチ管理の重要性<br /><br />適切なパッチ管理は、既知の脆弱性を修正し、セキュリティリスクを軽減します。<br /><br />#### パッチ管理プロセス<br /><br />1. **脆弱性の特定**: スキャンや通知による脆弱性の特定<br />2. **リスク評価**: 脆弱性の深刻度と影響範囲の評価<br />3. **パッチのテスト**: ステージング環境でのテスト<br />4. **パッチの適用**: 本番環境への適用<br />5. **検証**: パッチ適用後の動作確認<br /><br />#### 自動パッチ管理<br /><br />1. **自動スキャン**: 定期的な脆弱性スキャン<br />2. **自動パッチ適用**: 低リスクパッチの自動適用<br />3. **承認ワークフロー**: 高リスクパッチの承認プロセス<br />4. **ロールバック計画**: 問題発生時のロールバック手順<br /><br />### 8.4 セキュリティ更新の自動化<br /><br />#### 自動化の利点<br /><br />1. **迅速な対応**: 脆弱性への迅速な対応<br />2. **一貫性**: システムへの一貫した適用<br />3. **効率性**: 人的リソースの削減<br />4. **コンプライアンス**: コンプライアンス要件への対応<br /><br />#### 自動化ツール<br /><br />1. **AWS Systems Manager Patch Manager**: AWSのパッチ管理<br />2. **Azure Update Management**: Azureの更新管理<br />3. **Google Cloud OS Config**: GCPのOS設定管理<br /><br />---<br /><br />## 9. コンプライアンスとガバナンス<br /><br />### 9.1 主要なコンプライアンスフレームワーク<br /><br />#### ISO/IEC 27001<br /><br />**定義**: 情報セキュリティマネジメントシステム（ISMS）の国際標準<br /><br />**主要要件**:<br />- 情報セキュリティリスクの評価と管理<br />- セキュリティコントロールの実装<br />- 継続的な改善<br /><br />#### SOC 2<br /><br />**定義**: サービス組織のセキュリティ、可用性、処理整合性、機密性、プライバシーに関する監査基準<br /><br />**信頼の原則**:<br />- セキュリティ<br />- 可用性<br />- 処理整合性<br />- 機密性<br />- プライバシー<br /><br />#### PCI DSS<br /><br />**定義**: クレジットカード情報の保護に関する標準<br /><br />**主要要件**:<br />- カード情報の保護<br />- 脆弱性管理<br />- 強力なアクセス制御<br />- ネットワークの監視とテスト<br /><br />#### GDPR<br /><br />**定義**: 欧州連合の一般データ保護規則<br /><br />**主要要件**:<br />- データ主体の権利<br />- データ保護の設計とデフォルト設定<br />- データ保護影響評価（DPIA）<br />- データ侵害通知<br /><br />#### HIPAA<br /><br />**定義**: 米国の医療情報の保護に関する法律<br /><br />**主要要件**:<br />- 保護された健康情報（PHI）の保護<br />- 管理、物理、技術的セーフガード<br />- ビジネスアソシエート契約（BAA）<br /><br />### 9.2 クラウドガバナンスの実装<br /><br />#### ガバナンスの基本概念<br /><br />クラウドガバナンスは、クラウドリソースの使用、管理、セキュリティを制御するためのポリシー、プロセス、ツールのセットです。<br /><br />#### ガバナンスの要素<br /><br />1. **ポリシー管理**: セキュリティポリシーの定義と適用<br />2. **リソース管理**: リソースのライフサイクル管理<br />3. **コスト管理**: コストの監視と最適化<br />4. **セキュリティ管理**: セキュリティコントロールの実装<br /><br />#### 実装ツール<br /><br />1. **AWS Organizations**: AWSの組織管理<br />2. **Azure Policy**: Azureのポリシー管理<br />3. **Google Cloud Organization Policies**: GCPの組織ポリシー<br /><br />### 9.3 監査とレポート<br /><br />#### 監査の重要性<br /><br />定期的な監査は、セキュリティコントロールの有効性を確認し、コンプライアンス要件への準拠を検証します。<br /><br />#### 監査の種類<br /><br />1. **内部監査**: 組織内部での監査<br />2. **外部監査**: 独立した第三者の監査<br />3. **自動監査**: ツールによる自動監査<br /><br />#### 監査レポート<br /><br />1. **コンプライアンスレポート**: コンプライアンス要件への準拠状況<br />2. **セキュリティレポート**: セキュリティコントロールの有効性<br />3. **リスクレポート**: リスク評価と対策<br /><br />### 9.4 データ主権とデータ所在地<br /><br />#### データ主権<br /><br />**定義**: データが保存、処理される地理的な場所に関する法的要件<br /><br />**考慮事項**:<br />- データの保存場所<br />- データの処理場所<br />- データの転送制限<br />- 法的管轄<br /><br />#### データ所在地の管理<br /><br />1. **リージョンの選択**: データ主権要件に基づいたリージョンの選択<br />2. **データの分類**: データの機密性に基づいた分類<br />3. **転送制限**: データ転送の制限と暗号化<br />4. **監査**: データ所在地の監査とレポート<br /><br />---<br /><br />## 第III部：主要クラウドプロバイダーのセキュリティ<br /><br />---<br /><br />## 10. AWSセキュリティサービス<br /><br />### 10.1 IAMとCognito<br /><br />#### AWS IAM<br /><br />**主要機能**:<br />- ユーザー、グループ、ロールの管理<br />- ポリシーベースのアクセス制御<br />- MFAのサポート<br />- 一時的な認証情報（STS）<br /><br />**ベストプラクティス**:<br />- ルートアカウントの保護<br />- IAMロールの使用<br />- 最小権限の原則<br />- 定期的なアクセスレビュー<br /><br />#### Amazon Cognito<br /><br />**主要機能**:<br />- ユーザープール: ユーザー認証と管理<br />- アイデンティティプール: AWSリソースへの一時的アクセス<br />- フェデレーション: 外部アイデンティティプロバイダーとの統合<br /><br />### 10.2 AWS ShieldとWAF<br /><br />#### AWS Shield<br /><br />**種類**:<br />- **Shield Standard**: すべてのAWS顧客に無料で提供<br />- **Shield Advanced**: 高度なDDoS保護とサポート<br /><br />**機能**:<br />- DDoS攻撃の自動検知と緩和<br />- 24/7のDDoS対応チーム<br />- コスト保護<br /><br />#### AWS WAF<br /><br />**機能**:<br />- Webアプリケーションへの攻撃の防御<br />- カスタムルールの作成<br />- レート制限<br />- 地理的ブロッキング<br /><br />### 10.3 GuardDutyとSecurity Hub<br /><br />#### Amazon GuardDuty<br /><br />**機能**:<br />- 脅威検知サービス<br />- 機械学習による異常検知<br />- VPCフローログ、CloudTrail、DNSログの分析<br />- セキュリティ調査結果の提供<br /><br />**実装例：GuardDutyの有効化と設定**<br /><br />```bash<br /># GuardDutyの有効化<br />aws guardduty create-detector \<br />--enable \<br />--finding-publishing-frequency FIFTEEN_MINUTES<br /><br /># データソースの設定<br />aws guardduty update-detector \<br />--detector-id 12abc34d567e8f901a2b3c4d5e6f7g8h \<br />--enable \<br />--data-sources S3Logs={Enable=true},Kubernetes={AuditLogs={Enable=true}}<br /><br /># 検知結果の取得<br />aws guardduty list-findings \<br />--detector-id 12abc34d567e8f901a2b3c4d5e6f7g8h \<br />--finding-criteria '{"Criterion":{"severity":{"Eq":["HIGH","CRITICAL"]}}}'<br />```<br /><br />**実装例：GuardDuty検知結果の処理（Python）**<br /><br />```python<br />import boto3<br />from datetime import datetime, timedelta<br /><br />guardduty = boto3.client('guardduty')<br /><br /># 高リスク検知結果の取得と処理<br />findings = guardduty.list_findings(<br />DetectorId=detector_id,<br />FindingCriteria={'Criterion': {'severity': {'Eq': ['HIGH', 'CRITICAL']}}}<br />)<br /><br /># 検知結果に基づいた自動対応アクションを実行<br /># 詳細は公式ドキュメントを参照: https://docs.aws.amazon.com/guardduty/<br />```<br /><br />#### AWS Security Hub<br /><br />**機能**:<br />- セキュリティ状態の一元管理<br />- 複数のAWSセキュリティサービスの統合<br />- コンプライアンスチェック<br />- セキュリティ調査結果の集約<br /><br />**実装例：Security Hubの有効化と統合**<br /><br />```bash<br /># Security Hubの有効化<br />aws securityhub enable-security-hub \<br />--enable-default-standards<br /><br /># セキュリティ標準の有効化<br />aws securityhub batch-enable-standards \<br />--standards-subscription-requests \<br />StandardArn=arn:aws:securityhub:::ruleset/cis-aws-foundations-benchmark/v/1.2.0<br /><br /># 検知結果の取得<br />aws securityhub get-findings \<br />--filters '{"SeverityLabel":[{"Value":"CRITICAL","Comparison":"EQUALS"}]}' \<br />--max-results 100<br />```<br /><br />**実装例：Security Hub検知結果の自動対応（Lambda）**<br /><br />```python<br />import boto3<br /><br />def lambda_handler(event, context):<br />securityhub = boto3.client('securityhub')<br />findings = event['detail']['findings']<br /><br /># コンプライアンス違反や高リスク検知結果の自動修復<br />for finding in findings:<br />if finding['Compliance']['Status'] == 'FAILED' or finding['Severity']['Label'] == 'CRITICAL':<br /># 自動修復アクションを実行<br />remediate_finding(finding)<br /><br /># 詳細は公式ドキュメントを参照: https://docs.aws.amazon.com/securityhub/<br />```<br /><br />### 10.4 KMSとCloudHSM<br /><br />#### AWS KMS<br /><br />**機能**:<br />- 暗号化鍵の管理<br />- 鍵の生成、ローテーション、削除<br />- クラウドサービスとの統合<br />- 監査ログ<br /><br />#### AWS CloudHSM<br /><br />**機能**:<br />- 専用ハードウェアセキュリティモジュール（HSM）<br />- FIPS 140-2 Level 3準拠<br />- 鍵の完全な制御<br />- 高可用性<br /><br />### 10.5 CloudTrailとConfig<br /><br />#### AWS CloudTrail<br /><br />**機能**:<br />- API呼び出しの記録<br />- 監査ログ<br />- コンプライアンス要件への対応<br />- セキュリティ分析<br /><br />#### AWS Config<br /><br />**機能**:<br />- リソース設定の記録<br />- 設定変更の追跡<br />- コンプライアンスルールの評価<br />- 設定の履歴管理<br /><br />---<br /><br />## 11. Microsoft Azureセキュリティサービス<br /><br />### 11.1 Azure Active Directory<br /><br />**主要機能**:<br />- ユーザーとグループの管理<br />- 条件付きアクセス<br />- 多要素認証<br />- フェデレーション（SAML, OAuth, OIDC）<br />- 特権アイデンティティ管理（PIM）<br /><br />**ベストプラクティス**:<br />- 条件付きアクセスポリシーの実装<br />- 特権アイデンティティ管理の使用<br />- リスクベースの認証<br />- 定期的なアクセスレビュー<br /><br />### 11.2 Azure Security CenterとDefender<br /><br />#### Azure Security Center<br /><br />**機能**:<br />- セキュリティ状態の可視化<br />- セキュリティ推奨事項<br />- 脅威検知<br />- セキュリティポリシーの管理<br /><br />**実装例：Azure Security Centerの有効化と設定**<br /><br />```bash<br /># Azure Security Centerの有効化<br />az security pricing create \<br />--name "default" \<br />--tier "Standard"<br /><br /># 自動プロビジョニングの有効化<br />az security auto-provisioning-setting update \<br />--name "default" \<br />--auto-provision "On"<br /><br /># セキュリティ推奨事項の取得<br />az security recommendation list \<br />--query "[?properties.status=='Active']" \<br />--output table<br />```<br /><br />**実装例：Azure Security Centerアラートの処理（PowerShell）**<br /><br />```powershell<br /># セキュリティアラートの取得<br />$alerts = Get-AzSecurityAlert | Where-Object {<br />$_.Severity -eq "High" -or $_.Severity -eq "Critical"<br />}<br /><br /># アラートの処理<br />foreach ($alert in $alerts) {<br />Write-Host "Alert: $($alert.DisplayName)"<br />Write-Host "Severity: $($alert.Severity)"<br />Write-Host "Resource: $($alert.ResourceId)"<br /><br /># 自動対応アクション<br />if ($alert.AlertType -eq "VM_SuspiciousActivity") {<br /># 疑わしいVMアクティビティの対応<br />Stop-AzVM -ResourceGroupName $alert.ResourceGroupName -Name $alert.ResourceName -Force<br />}<br />}<br />```<br /><br />#### Azure Defender<br /><br />**機能**:<br />- 高度な脅威保護<br />- 機械学習による異常検知<br />- リアルタイムの脅威検知<br />- セキュリティ調査<br /><br />**実装例：Azure Defender for Cloudの設定**<br /><br />```json<br />{<br />"properties": {<br />"pricingTier": "Standard",<br />"defenderForServers": {<br />"enabled": true,<br />"subPlan": "P2"<br />},<br />"defenderForContainers": {<br />"enabled": true,<br />"containerRegistries": [<br />"/subscriptions/{subscription-id}/resourceGroups/{resource-group}/providers/Microsoft.ContainerRegistry/registries/{registry-name}"<br />]<br />},<br />"defenderForStorage": {<br />"enabled": true,<br />"isEnabled": true<br />}<br />}<br />}<br />```<br /><br />**実装例：Azure Defenderアラートの自動対応（Logic App）**<br /><br />```json<br />{<br />"definition": {<br />"$schema": "https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json#",<br />"triggers": {<br />"When_a_security_alert_is_triggered": {<br />"type": "ApiConnection",<br />"inputs": {<br />"host": {<br />"connection": {<br />"name": "@parameters('$connections')['azuresecuritycenter']['connectionId']"<br />}<br />},<br />"method": "get",<br />"path": "/v2/securityalerts",<br />"queries": {<br />"severity": "High"<br />}<br />}<br />}<br />},<br />"actions": {<br />"Send_an_email": {<br />"type": "ApiConnection",<br />"inputs": {<br />"host": {<br />"connection": {<br />"name": "@parameters('$connections')['office365']['connectionId']"<br />}<br />},<br />"method": "post",<br />"path": "/v2/Mail",<br />"body": {<br />"To": "security-team@contoso.com",<br />"Subject": "Security Alert: @{triggerBody()?['displayName']}",<br />"Body": "@{triggerBody()?['description']}"<br />}<br />}<br />}<br />}<br />}<br />}<br />```<br /><br />### 11.3 Key Vault<br /><br />**機能**:<br />- シークレット、キー、証明書の管理<br />- ハードウェアセキュリティモジュール（HSM）のサポート<br />- アクセス制御と監査ログ<br />- 自動ローテーション<br /><br />### 11.4 Azure MonitorとLog Analytics<br /><br />#### Azure Monitor<br /><br />**機能**:<br />- メトリクスとログの収集<br />- アラートと通知<br />- ダッシュボードと可視化<br />- アプリケーションインサイト<br /><br />#### Log Analytics<br /><br />**機能**:<br />- ログデータの収集と分析<br />- KQL（Kusto Query Language）によるクエリ<br />- カスタムダッシュボード<br />- アラートルール<br /><br />### 11.5 Azure PolicyとBlueprints<br /><br />#### Azure Policy<br /><br />**機能**:<br />- ポリシーの定義と適用<br />- コンプライアンスの評価<br />- 自動修復<br />- カスタムポリシーの作成<br /><br />#### Azure Blueprints<br /><br />**機能**:<br />- 標準化された環境のデプロイ<br />- コンプライアンス要件への対応<br />- テンプレートの再利用<br />- バージョン管理<br /><br />---<br /><br />## 12. Google Cloud Platformセキュリティサービス<br /><br />### 12.1 Cloud Identity and Access Management<br /><br />**主要機能**:<br />- ユーザー、サービスアカウント、グループの管理<br />- リソース階層に基づいた権限継承<br />- 条件付きアクセス<br />- 組織ポリシー<br /><br />**ベストプラクティス**:<br />- サービスアカウントの適切な管理<br />- リソース階層の活用<br />- 最小権限の原則の適用<br />- 定期的な権限の監査<br /><br />### 12.2 Cloud ArmorとDDoS対策<br /><br />#### Cloud Armor<br /><br />**機能**:<br />- DDoS攻撃の防御<br />- WAF機能<br />- レート制限<br />- カスタムルール<br /><br />#### DDoS対策<br /><br />**機能**:<br />- 自動スケーリング<br />- グローバルな負荷分散<br />- レイヤー3/4/7の保護<br /><br />### 12.3 Security Command Center<br /><br />**機能**:<br />- セキュリティ状態の可視化<br />- 脆弱性の検出<br />- セキュリティ推奨事項<br />- 脅威検知<br /><br />**実装例：Security Command Centerの有効化**<br /><br />```bash<br /># Security Command Centerの有効化<br />gcloud scc settings update \<br />--organization=ORGANIZATION_ID \<br />--enable-org-service-account<br /><br /># セキュリティソースの有効化<br />gcloud scc sources create \<br />--organization=ORGANIZATION_ID \<br />--display-name="Security Source" \<br />--description="Main security source"<br /><br /># 検知結果の取得<br />gcloud scc findings list \<br />--source="organizations/ORGANIZATION_ID/sources/SOURCE_ID" \<br />--filter="severity=\"HIGH\" OR severity=\"CRITICAL\""<br />```<br /><br />**実装例：Security Command Center検知結果の処理（Python）**<br /><br />```python<br />from google.cloud import securitycenter<br />from google.cloud.securitycenter_v1 import Finding<br /><br />def process_security_findings(organization_id, source_id):<br />"""Security Command Center検知結果の処理"""<br />client = securitycenter.SecurityCenterClient()<br /><br /># 検知結果の取得<br />parent = f"organizations/{organization_id}/sources/{source_id}"<br /><br />findings = client.list_findings(<br />request={<br />"parent": parent,<br />"filter": 'severity="HIGH" OR severity="CRITICAL"',<br />"order_by": "severity desc"<br />}<br />)<br /><br />for finding in findings:<br /># 検知結果の処理<br />process_finding(finding)<br /><br />def process_finding(finding: Finding):<br />"""個別の検知結果を処理"""<br />print(f"Finding: {finding.name}")<br />print(f"Category: {finding.category}")<br />print(f"Severity: {finding.severity}")<br />print(f"State: {finding.state}")<br /><br /># 自動対応アクション<br />if finding.category == "PUBLIC_BUCKET_ACL":<br /># 公開バケットの対応<br />fix_public_bucket(finding.resource_name)<br />elif finding.category == "OPEN_FIREWALL":<br /># オープンファイアウォールの対応<br />restrict_firewall(finding.resource_name)<br />```<br /><br />**実装例：Security Command Center通知チャネルの設定**<br /><br />```bash<br /># 通知チャネルの作成<br />gcloud scc notifications create \<br />--organization=ORGANIZATION_ID \<br />--notification-config-name="security-alerts" \<br />--pubsub-topic="projects/PROJECT_ID/topics/security-alerts" \<br />--description="Security alerts notification channel"<br /><br /># Pub/Subトピックの作成<br />gcloud pubsub topics create security-alerts \<br />--project=PROJECT_ID<br /><br /># Pub/Subサブスクリプションの作成<br />gcloud pubsub subscriptions create security-alerts-sub \<br />--topic=security-alerts \<br />--project=PROJECT_ID<br />```<br /><br />### 12.4 Cloud KMSとSecret Manager<br /><br />#### Cloud KMS<br /><br />**機能**:<br />- 暗号化鍵の管理<br />- 鍵の生成、ローテーション、削除<br />- HSMのサポート<br />- 監査ログ<br /><br />#### Secret Manager<br /><br />**機能**:<br />- シークレットの安全な保存<br />- バージョン管理<br />- アクセス制御<br />- 監査ログ<br /><br />### 12.5 Cloud LoggingとMonitoring<br /><br />#### Cloud Logging<br /><br />**機能**:<br />- ログの収集と保存<br />- ログの検索と分析<br />- アラートと通知<br />- ログのエクスポート<br /><br />#### Cloud Monitoring<br /><br />**機能**:<br />- メトリクスの収集<br />- ダッシュボードと可視化<br />- アラートと通知<br />- SLOの管理<br /><br />---<br /><br />## 第IV部：高度なクラウドセキュリティトピック<br /><br />---<br /><br />## 13. コンテナセキュリティ<br /><br />### 13.1 コンテナのセキュリティリスク<br /><br />#### 主要なリスク<br /><br />1. **イメージの脆弱性**: ベースイメージや依存関係の脆弱性<br />2. **設定ミス**: 不適切な設定や権限<br />3. **ランタイムの脆弱性**: コンテナランタイムの脆弱性<br />4. **オーケストレーションの脆弱性**: Kubernetes等の脆弱性<br />5. **シークレット管理**: 認証情報の不適切な管理<br /><br />### 13.2 コンテナイメージのスキャン<br /><br />#### スキャンの重要性<br /><br />コンテナイメージのスキャンは、既知の脆弱性を特定し、セキュアなイメージの使用を確保します。<br /><br />#### スキャンツール<br /><br />1. **Trivy**: オープンソースの脆弱性スキャナー<br />2. **Clair**: CoreOSのコンテナ脆弱性スキャナー<br />3. **Twistlock**: コンテナセキュリティプラットフォーム<br />4. **Aqua Security**: コンテナセキュリティプラットフォーム<br /><br />### 13.3 Kubernetesセキュリティ<br /><br />#### Kubernetesのセキュリティ考慮事項<br /><br />1. **APIサーバーのセキュリティ**: 認証と認可<br />2. **etcdのセキュリティ**: クラスタ状態の保護<br />3. **ネットワークポリシー**: ポッド間の通信制御<br />4. **RBAC**: ロールベースアクセス制御<br />5. **シークレット管理**: Kubernetes Secretsの適切な管理<br /><br />#### ベストプラクティス<br /><br />1. **最小権限**: 必要最小限の権限のみを付与<br />2. **ネットワーク分離**: ネットワークポリシーによる分離<br />3. **イメージの検証**: 信頼できるイメージのみを使用<br />4. **ログと監視**: 包括的なログと監視<br /><br />**実装例：Kubernetes RBAC設定**<br /><br />```yaml<br /># ServiceAccount、Role、RoleBindingの定義<br /># 最小権限の原則に基づいて、必要なリソースへのアクセスのみを許可<br /># 詳細は公式ドキュメントを参照: https://kubernetes.io/docs/reference/access-authn-authz/rbac/<br />```<br /><br />**実装例：Kubernetes NetworkPolicy**<br /><br />```yaml<br /># NetworkPolicyでポッド間の通信を制御<br /># フロントエンド→バックエンド→データベースの順で通信を許可<br /># 詳細は公式ドキュメントを参照: https://kubernetes.io/docs/concepts/services-networking/network-policies/<br />```<br /><br />**実装例：Kubernetes Pod Security Standards**<br /><br />```yaml<br /># NamespaceにPod Security Standardsを適用<br /># Pod Security Contextで最小権限とセキュリティ設定を定義<br /># 詳細は公式ドキュメントを参照: https://kubernetes.io/docs/concepts/security/pod-security-standards/<br />```<br /><br />**実装例：Kubernetes Secrets管理（External Secrets Operator）**<br /><br />```yaml<br /># External Secrets OperatorでAWS Secrets Managerからシークレットを取得<br /># SecretStoreとExternalSecretリソースを定義してシークレットを管理<br /># 詳細は公式ドキュメントを参照: https://external-secrets.io/<br />```<br /><br />**実装例：Kubernetes Admission Controller（OPA Gatekeeper）**<br /><br />```yaml<br /># OPA Gatekeeperでポリシーを定義し、必須ラベルの強制などを実装<br /># ConstraintTemplateとConstraintリソースでポリシーを適用<br /># 詳細は公式ドキュメントを参照: https://open-policy-agent.github.io/gatekeeper/<br />```<br /><br />**実装例：Kubernetesセキュリティスキャン（Trivy Operator）**<br /><br />```yaml<br /># Trivy Operatorでコンテナイメージの脆弱性をスキャン<br /># VulnerabilityReportリソースでスキャン結果を管理<br /># 詳細は公式ドキュメントを参照: https://github.com/aquasecurity/trivy-operator<br />```<br /><br />**実装例：Kubernetes Pod Security Contextのベストプラクティス**<br /><br />```yaml<br /># Deploymentでセキュリティコンテキストを設定<br /># runAsNonRoot、readOnlyRootFilesystem、capabilitiesの制限を適用<br /># リソース制限とボリュームマウントを適切に設定<br /># 詳細は公式ドキュメントを参照: https://kubernetes.io/docs/concepts/security/pod-security-standards/<br />```<br /><br />### 13.4 ランタイムセキュリティ<br /><br />#### ランタイム保護<br /><br />1. **異常検知**: 異常な動作の検知<br />2. **ファイル整合性監視**: ファイル変更の監視<br />3. **ネットワーク監視**: ネットワークトラフィックの監視<br />4. **プロセス監視**: プロセスの動作監視<br /><br />---<br /><br />## 14. サーバーレスセキュリティ<br /><br />### 14.1 サーバーレスアーキテクチャのセキュリティ考慮事項<br /><br />#### 主要な考慮事項<br /><br />1. **関数の権限**: 最小権限の原則<br />2. **依存関係の管理**: ライブラリとパッケージの脆弱性<br />3. **環境変数とシークレット**: 認証情報の適切な管理<br />4. **イベントソーシング**: イベントの検証<br />5. **コールドスタート**: セキュリティ設定の初期化<br /><br />### 14.2 関数レベルのセキュリティ<br /><br />#### セキュリティベストプラクティス<br /><br />1. **最小権限**: 必要最小限のIAM権限<br />2. **入力検証**: 入力を検証<br />3. **出力エンコーディング**: 出力の適切なエンコーディング<br />4. **エラーハンドリング**: 機密情報の漏洩防止<br />5. **タイムアウト**: 適切なタイムアウト設定<br /><br />### 14.3 イベントソーシングとセキュリティ<br /><br />#### イベントの検証<br /><br />1. **イベントの署名**: イベントの改ざん検知<br />2. **イベントの検証**: イベントの有効性確認<br />3. **リプレイ攻撃の防止**: 重複イベントの検知<br /><br />### 14.4 コールドスタートのセキュリティリスク<br /><br />#### リスクと対策<br /><br />1. **初期化の遅延**: セキュリティ設定の初期化時間<br />2. **キャッシュのクリア**: 機密情報のキャッシュクリア<br />3. **環境の分離**: 関数実行環境の分離<br /><br />---<br /><br />## 15. マルチクラウドとハイブリッドクラウドセキュリティ<br /><br />### 15.1 マルチクラウド戦略のセキュリティ課題<br /><br />#### 主要な課題<br /><br />1. **統一されたセキュリティポリシー**: 複数クラウド間での一貫性<br />2. **アイデンティティ管理**: クラウド間のアイデンティティ統合<br />3. **データガバナンス**: データの一貫した管理<br />4. **監視とログ**: 統一された監視とログ管理<br /><br />### 15.2 ハイブリッドクラウドの統合セキュリティ<br /><br />#### 統合の考慮事項<br /><br />1. **ネットワーク接続**: 安全なVPNまたは専用線接続<br />2. **アイデンティティ統合**: オンプレミスとクラウド間のアイデンティティ連携<br />3. **データ同期**: データの一貫性と整合性の確保<br />4. **セキュリティポリシーの統一**: オンプレミスとクラウドで一貫したポリシー<br /><br />#### 統合アーキテクチャパターン<br /><br />1. **フェデレーション**: アイデンティティプロバイダー間の信頼関係<br />2. **ハイブリッドネットワーク**: VPN、専用線、SD-WANの組み合わせ<br />3. **統合監視**: オンプレミスとクラウドの統合監視プラットフォーム<br />4. **データレプリケーション**: 災害復旧と可用性のためのデータ複製<br /><br />### 15.3 クラウド間のデータ転送セキュリティ<br /><br />#### データ転送のリスク<br /><br />1. **盗聴**: 転送中のデータの傍受<br />2. **改ざん**: 転送中のデータの変更<br />3. **なりすまし**: 不正な送信元や送信先<br />4. **データ漏洩**: 不正な転送先への送信<br /><br />#### セキュリティ対策<br /><br />1. **暗号化**: TLS/SSL、IPsecによる転送時暗号化<br />2. **認証**: 送信元と送信先の認証<br />3. **整合性検証**: データの改ざん検知<br />4. **監視**: 転送ログの記録と分析<br /><br />#### 実装方法<br /><br />1. **VPNトンネル**: クラウド間のVPN接続<br />2. **専用線**: 物理的な専用回線<br />3. **クラウド間ピアリング**: プロバイダー間の直接接続<br />4. **暗号化ゲートウェイ**: 転送データの暗号化<br /><br />### 15.4 統一されたセキュリティポリシー管理<br /><br />#### ポリシー管理の課題<br /><br />1. **プロバイダー間の差異**: 異なるプロバイダーのポリシー実装<br />2. **一貫性の維持**: 複数環境でのポリシーの一貫性<br />3. **変更管理**: ポリシー変更の伝播<br />4. **コンプライアンス**: 複数環境でのコンプライアンス確保<br /><br />#### 統一管理のアプローチ<br /><br />1. **ポリシー即コード（Policy as Code）**: コードとしてポリシーを管理<br />2. **中央管理プラットフォーム**: 統一されたポリシー管理ツール<br />3. **自動化**: ポリシーの自動適用と検証<br />4. **監査**: ポリシー準拠の継続的な監査<br /><br />#### 実装ツール<br /><br />1. **Terraform**: Infrastructure as Codeによるポリシー管理<br />2. **Cloud Custodian**: マルチクラウドポリシー管理<br />3. **Fugue**: クラウドセキュリティポリシーの自動化<br />4. **CloudFormation / ARM Templates**: プロバイダー固有のポリシーテンプレート<br /><br />---<br /><br />## 16. DevSecOpsとセキュリティ自動化<br /><br />### 16.1 DevSecOpsの基本概念<br /><br />#### DevSecOpsとは<br /><br />DevSecOpsは、開発（Development）、セキュリティ（Security）、運用（Operations）を統合し、ソフトウェア開発ライフサイクル全体にセキュリティを組み込むアプローチです。<br /><br />#### DevSecOpsの原則<br /><br />1. **シフトレフト**: セキュリティを開発プロセスの早期に組み込む<br />2. **自動化**: セキュリティチェックとテストの自動化<br />3. **継続的なセキュリティ**: 開発から本番まで継続的なセキュリティ監視<br />4. **協力と共有**: 開発、セキュリティ、運用チーム間の協力<br /><br />#### 従来のアプローチとの違い<br /><br />**従来のアプローチ**:<br />- セキュリティは開発後のテストフェーズで実施<br />- セキュリティチームと開発チームの分離<br />- 手動でのセキュリティチェック<br /><br />**DevSecOpsアプローチ**:<br />- セキュリティを開発プロセス全体に統合<br />- 自動化されたセキュリティチェック<br />- 継続的なセキュリティ監視とフィードバック<br /><br />### 16.2 セキュリティテストの自動化<br /><br />#### 自動化すべきセキュリティテスト<br /><br />1. **静的アプリケーションセキュリティテスト（SAST）**: ソースコードの静的解析<br />2. **動的アプリケーションセキュリティテスト（DAST）**: 実行中のアプリケーションのテスト<br />3. **依存関係スキャン**: ライブラリとパッケージの脆弱性スキャン<br />4. **コンテナイメージスキャン**: コンテナイメージの脆弱性スキャン<br />5. **インフラストラクチャスキャン**: IaCのセキュリティ設定チェック<br /><br />#### CI/CDパイプラインへの統合<br /><br />**統合ポイント**:<br />1. **コミット時**: コードコミット時のSAST実行<br />2. **ビルド時**: 依存関係とコンテナイメージのスキャン<br />3. **デプロイ前**: インフラストラクチャとアプリケーションのセキュリティチェック<br />4. **デプロイ後**: 本番環境での継続的な監視<br /><br />#### 自動化ツール<br /><br />1. **SASTツール**: SonarQube, Checkmarx, Veracode<br />2. **DASTツール**: OWASP ZAP, Burp Suite, Acunetix<br />3. **依存関係スキャン**: Snyk, WhiteSource, Dependabot<br />4. **コンテナスキャン**: Trivy, Clair, Aqua Security<br />5. **IaCスキャン**: Checkov, Terrascan, tfsec<br /><br />### 16.3 Infrastructure as Code（IaC）のセキュリティ<br /><br />#### IaCセキュリティの重要性<br /><br />Infrastructure as Codeは、インフラストラクチャをコードとして管理するアプローチですが、コードにセキュリティの問題があれば、それが自動的に本番環境に反映されてしまいます。<br /><br />#### 主要なセキュリティリスク<br /><br />1. **不適切なアクセス制御**: 過度な権限の設定<br />2. **暗号化の欠如**: データの暗号化設定の不備<br />3. **ネットワーク設定ミス**: 不適切なファイアウォールルール<br />4. **シークレットの露出**: 認証情報のコードへの直接記述<br />5. **デフォルト設定の使用**: セキュアでないデフォルト設定<br /><br />#### セキュアなIaCのベストプラクティス<br /><br />1. **最小権限の原則**: 必要最小限の権限のみを付与<br />2. **シークレット管理**: 認証情報はシークレット管理サービスを使用<br />3. **コードレビュー**: セキュリティ観点でのコードレビュー<br />4. **自動スキャン**: IaCの自動セキュリティスキャン<br />5. **バージョン管理**: IaCコードをバージョン管理<br />6. **テンプレートの使用**: セキュアなテンプレートの使用<br /><br />#### IaCセキュリティツール<br /><br />1. **Checkov**: Terraform、CloudFormation、Kubernetesのスキャン<br />2. **Terrascan**: マルチクラウドIaCスキャナー<br />3. **tfsec**: Terraform専用のセキュリティスキャナー<br />4. **cfn-nag**: CloudFormationテンプレートのセキュリティチェック<br />5. **Kube-score**: Kubernetesマニフェストのセキュリティ評価<br /><br />### 16.4 CI/CDパイプラインのセキュリティ<br /><br />#### CI/CDパイプラインのセキュリティリスク<br /><br />1. **認証情報の漏洩**: パイプライン内での認証情報の不適切な管理<br />2. **ビルド環境の侵害**: ビルド環境への不正アクセス<br />3. **依存関係の脆弱性**: ビルドツールや依存関係の脆弱性<br />4. **コード注入**: 悪意のあるコードの注入<br />5. **パイプラインの改ざん**: パイプライン設定の不正な変更<br /><br />#### セキュアなCI/CDパイプラインの設計<br /><br />1. **最小権限**: パイプラインに必要最小限の権限のみを付与<br />2. **シークレット管理**: 認証情報は専用のシークレット管理サービスを使用<br />3. **署名と検証**: コードとアーティファクトの署名と検証<br />4. **分離**: ビルド環境の分離とサンドボックス化<br />5. **監査ログ**: パイプライン実行の監査ログ記録<br /><br />#### セキュリティチェックポイント<br /><br />1. **ソースコード**: コミット時のセキュリティスキャン<br />2. **依存関係**: ビルド時の依存関係スキャン<br />3. **コンテナイメージ**: イメージビルド時のスキャン<br />4. **インフラストラクチャ**: デプロイ前のIaCスキャン<br />5. **ランタイム**: デプロイ後のランタイムセキュリティ監視<br /><br />#### 実装例<br /><br />**GitHub Actions**:<br />- Dependabotによる依存関係の自動更新<br />- CodeQLによるコード分析<br />- シークレットスキャンによる認証情報の検出<br /><br />**GitLab CI/CD**:<br />- セキュリティスキャンジョブの統合<br />- コンテナスキャンの自動実行<br />- セキュリティダッシュボード<br /><br />**Jenkins**:<br />- OWASP Dependency-Checkプラグイン<br />- SonarQube統合<br />- シークレット管理プラグイン<br /><br />**実装例：GitHub Actions DevSecOpsパイプライン**<br /><br />```yaml<br /># セキュリティスキャンジョブ: SAST、依存関係スキャン、コンテナスキャン、IaCスキャン、シークレットスキャン<br /># ビルド・デプロイジョブ: セキュリティスキャン通過後のみ実行<br /># 詳細は公式ドキュメントを参照: https://docs.github.com/actions<br />```<br /><br />**実装例：GitLab CI/CD DevSecOpsパイプライン**<br /><br />```yaml<br /># ステージ: build, test, security, deploy<br /># セキュリティステージ: SAST、依存関係スキャン、コンテナスキャン、DAST<br /># 詳細は公式ドキュメントを参照: https://docs.gitlab.com/ee/ci/<br />```<br /><br />**実装例：Jenkinsfile DevSecOpsパイプライン**<br /><br />```groovy<br />// ステージ: Checkout, SAST, Dependency Check, Container Scan, IaC Scan, Build, Deploy<br />// セキュリティスキャンを各ステージで実行し、通過後にビルド・デプロイ<br />// 詳細は公式ドキュメントを参照: https://www.jenkins.io/doc/book/pipeline/<br />```<br /><br />**実装例：IaCセキュリティスキャンの自動化**<br /><br />```python<br />#!/usr/bin/env python3<br />"""<br />IaCセキュリティスキャンの自動化スクリプト<br />"""<br />import subprocess<br />import json<br />import sys<br />from pathlib import Path<br /><br />def run_checkov(terraform_dir):<br />"""CheckovによるTerraformスキャン"""<br />result = subprocess.run(<br />['checkov', '-d', terraform_dir, '--framework', 'terraform', '--json'],<br />capture_output=True,<br />text=True<br />)<br /><br />if result.returncode != 0:<br />report = json.loads(result.stdout)<br />print(f"Found {report['summary']['failed']} security issues")<br /><br />for check in report['results']['failed_checks']:<br />print(f"\n[FAIL] {check['check_id']}: {check['check_name']}")<br />print(f" File: {check['file_path']}:{check['file_line_range'][0]}")<br />print(f" Resource: {check['resource']}")<br /><br />return False<br />return True<br /><br />def run_tfsec(terraform_dir):<br />"""tfsecによるTerraformスキャン"""<br />result = subprocess.run(<br />['tfsec', terraform_dir, '--format', 'json'],<br />capture_output=True,<br />text=True<br />)<br /><br />if result.returncode != 0:<br />report = json.loads(result.stdout)<br />print(f"Found {len(report['results'])} security issues")<br /><br />for issue in report['results']:<br />print(f"\n[FAIL] {issue['rule_id']}: {issue['description']}")<br />print(f" Severity: {issue['severity']}")<br />print(f" Location: {issue['location']['filename']}")<br /><br />return False<br />return True<br /><br />def main():<br />terraform_dir = sys.argv[1] if len(sys.argv) > 1 else '.'<br /><br />print("Running IaC security scans...")<br /><br />checkov_passed = run_checkov(terraform_dir)<br />tfsec_passed = run_tfsec(terraform_dir)<br /><br />if not (checkov_passed and tfsec_passed):<br />sys.exit(1)<br /><br />print("\n[PASS] All security checks passed!")<br /><br />if __name__ == '__main__':<br />main()<br />```<br /><br />---<br /><br />## 17. クラウドネイティブセキュリティ<br /><br />### 17.1 サービスメッシュとセキュリティ<br /><br />#### サービスメッシュとは<br /><br />サービスメッシュは、マイクロサービス間の通信を管理する専用のインフラストラクチャ層です。サービス間の通信を可視化、制御、保護する機能を提供します。<br /><br />#### サービスメッシュのセキュリティ機能<br /><br />1. **相互TLS（mTLS）**: サービス間通信の自動暗号化<br />2. **認証と認可**: サービス間の認証とアクセス制御<br />3. **ポリシー管理**: トラフィックポリシーの集中管理<br />4. **監視と可視性**: サービス間通信の詳細な監視<br /><br />#### 主要なサービスメッシュ<br /><br />1. **Istio**: Google、IBM、Lyftが開発<br />- mTLSによる自動暗号化<br />- 認証ポリシーと認可ポリシー<br />- トラフィック管理とセキュリティ<br /><br />2. **Linkerd**: Cloud Native Computing Foundation（CNCF）プロジェクト<br />- 自動mTLS<br />- 軽量でシンプル<br />- パフォーマンス重視<br /><br />3. **Consul Connect**: HashiCorpのサービスメッシュ<br />- Consulと統合<br />- マルチクラウド対応<br />- セキュリティとネットワーキングの統合<br /><br />#### ベストプラクティス<br /><br />1. **mTLSの有効化**: サービス間通信でmTLSの有効化を推奨<br />2. **ポリシーの段階的導入**: まず監視から始め、段階的にセキュリティポリシーを導入<br />3. **パフォーマンスの監視**: サービスメッシュによるオーバーヘッドの監視<br />4. **ポリシーの自動化**: ポリシーのコード化と自動適用<br /><br />### 17.2 APIセキュリティ<br /><br />#### APIセキュリティの重要性<br /><br />APIは現代のアプリケーションアーキテクチャの中核であり、APIのセキュリティはクラウドネイティブセキュリティの重要な要素です。<br /><br />#### 主要なAPIセキュリティリスク<br /><br />1. **認証と認可の不備**: 不適切な認証・認可メカニズム<br />2. **インジェクション攻撃**: SQLインジェクション、コマンドインジェクション<br />3. **過度なデータ露出**: 必要以上のデータの返却<br />4. **レート制限の欠如**: DDoS攻撃やブルートフォース攻撃への脆弱性<br />5. **ログとモニタリングの不足**: 攻撃の検知が困難<br /><br />#### APIセキュリティのベストプラクティス<br /><br />1. **認証**: OAuth 2.0、JWT、APIキーの適切な使用<br />2. **認可**: ロールベースアクセス制御（RBAC）と属性ベースアクセス制御（ABAC）<br />3. **レート制限**: API呼び出しの頻度制限<br />4. **入力検証**: 入力の検証とサニタイゼーション<br />5. **HTTPS**: API通信でTLS/SSLの使用を推奨<br />6. **ログと監視**: 包括的なログと異常検知<br /><br />#### APIゲートウェイのセキュリティ機能<br /><br />1. **認証と認可**: 中央集約型の認証・認可<br />2. **レート制限**: APIレベルのレート制限<br />3. **WAF機能**: Webアプリケーションファイアウォール機能<br />4. **SSL/TLS終端**: 証明書管理の簡素化<br />5. **ログと監視**: 統合されたログと監視<br /><br />#### 主要なAPIゲートウェイ<br /><br />1. **AWS API Gateway**: AWSのマネージドAPIゲートウェイ<br />2. **Azure API Management**: AzureのAPI管理プラットフォーム<br />3. **Google Cloud Endpoints**: GCPのAPI管理サービス<br />4. **Kong**: オープンソースのAPIゲートウェイ<br />5. **Apigee**: Google CloudのAPI管理プラットフォーム<br /><br />### 17.3 マイクロサービスセキュリティ<br /><br />#### マイクロサービスアーキテクチャのセキュリティ課題<br /><br />1. **分散認証**: 複数のサービス間での認証の管理<br />2. **ネットワークセキュリティ**: サービス間通信の保護<br />3. **シークレット管理**: 各サービスでの認証情報の管理<br />4. **監視とログ**: 分散システムでの監視の複雑さ<br />5. **脆弱性管理**: 複数のサービスの脆弱性管理<br /><br />#### セキュリティアーキテクチャパターン<br /><br />1. **APIゲートウェイパターン**: 単一のエントリーポイント<br />2. **サービスメッシュパターン**: インフラストラクチャレベルのセキュリティ<br />3. **サイドカーパターン**: セキュリティ機能の分離<br />4. **セキュリティトークンサービス**: 中央集約型の認証<br /><br />#### ベストプラクティス<br /><br />1. **最小権限**: 各サービスに必要最小限の権限のみを付与<br />2. **防御的プログラミング**: サービス間通信の検証<br />3. **セキュリティバイデザイン**: 設計段階からのセキュリティ考慮<br />4. **継続的な監視**: 分散システムでの包括的な監視<br />5. **自動化**: セキュリティチェックとテストの自動化<br /><br />### 17.4 サービス間通信のセキュリティ<br /><br />#### サービス間通信のセキュリティリスク<br /><br />1. **盗聴**: サービス間通信の傍受<br />2. **改ざん**: 通信データの変更<br />3. **なりすまし**: 不正なサービスからの通信<br />4. **リプレイ攻撃**: 過去の通信の再利用<br /><br />#### セキュリティ対策<br /><br />1. **相互TLS（mTLS）**: サービス間通信の暗号化と認証<br />2. **サービス認証**: サービス間の相互認証<br />3. **メッセージ署名**: メッセージの整合性検証<br />4. **タイムスタンプ**: リプレイ攻撃の防止<br />5. **ネットワークポリシー**: 許可されたサービス間のみの通信<br /><br />#### 実装方法<br /><br />1. **サービスメッシュ**: Istio、Linkerdなどのサービスメッシュの使用<br />2. **APIゲートウェイ**: 中央集約型のAPIゲートウェイ<br />3. **サイドカープロキシ**: 各サービスにサイドカープロキシを配置<br />4. **SDKとライブラリ**: セキュリティ機能を組み込んだSDKの使用<br /><br />#### 監視とログ<br /><br />1. **分散トレーシング**: サービス間通信の追跡<br />2. **セキュリティイベントログ**: 認証失敗、異常な通信パターンの記録<br />3. **メトリクス**: 通信量、レイテンシ、エラー率の監視<br />4. **アラート**: 異常な通信パターンの検知と通知<br /><br />---<br /><br />## 第V部：実践とベストプラクティス<br /><br />---<br /><br />## 18. クラウドセキュリティアーキテクチャの設計<br /><br />### 18.1 セキュリティアーキテクチャの設計原則<br /><br />#### 設計原則<br /><br />1. **ゼロトラスト**: アクセスを検証<br />2. **最小権限**: 必要最小限の権限のみを付与<br />3. **多層防御**: 複数のセキュリティ層の実装<br />4. **セキュリティバイデザイン**: 設計段階からのセキュリティ統合<br />5. **防御的プログラミング**: 攻撃を想定した設計<br />6. **継続的な監視**: 包括的な監視とログ管理<br /><br />#### アーキテクチャ設計プロセス<br /><br />1. **要件の収集**: ビジネス要件、セキュリティ要件、コンプライアンス要件<br />2. **脅威モデリング**: 潜在的な脅威の特定と分析<br />3. **リスク評価**: リスクの評価と優先順位付け<br />4. **セキュリティコントロールの設計**: 脅威に対する対策の設計<br />5. **実装とテスト**: セキュリティアーキテクチャの実装と検証<br />6. **継続的な改善**: 監視とフィードバックに基づく改善<br /><br />### 18.2 リファレンスアーキテクチャ<br /><br />#### 3層アーキテクチャ<br /><br />**アーキテクチャ図**:<br /><br />```mermaid<br />flowchart TB<br />INTERNET[インターネット] --> CDN[CDN / WAF<br/>DDoS保護]<br />CDN --> LB[ロードバランサー]<br /><br />LB --> PRESENT[プレゼンテーション層<br/>Webサーバー<br/>静的コンテンツ]<br />LB --> APP[アプリケーション層<br/>Appサーバー<br/>APIゲートウェイ<br/>認証・認可]<br /><br />PRESENT <--> APP<br /><br />APP --> DATA[データ層<br/>データベース<br/>ストレージ<br/>バックアップ]<br /><br />DATA --> SEC[セキュリティ層<br/>ネットワークセグメンテーション<br/>シークレット管理]<br />DATA --> MONITOR[監視・ログ層<br/>SIEM<br/>ログ管理<br/>アラート]<br /><br />PRESENT --> SEC<br />APP --> SEC<br />PRESENT --> MONITOR<br />APP --> MONITOR<br />```<br /><br />**プレゼンテーション層**:<br />- Webアプリケーションファイアウォール（WAF）<br />- ロードバランサー<br />- CDN<br /><br />**アプリケーション層**:<br />- アプリケーションサーバー<br />- APIゲートウェイ<br />- 認証・認可サービス<br /><br />**データ層**:<br />- データベース<br />- ストレージ<br />- バックアップ<br /><br />**セキュリティ層**:<br />- ネットワークセグメンテーション<br />- 監視とログ<br />- シークレット管理<br /><br />#### マイクロサービスアーキテクチャ<br /><br />**アーキテクチャ図**:<br /><br />```mermaid<br />flowchart TB<br />CLIENT[クライアント] --> API[APIゲートウェイ<br/>認証・認可・レート制限]<br /><br />API --> MESH[サービスメッシュ<br/>mTLS・トラフィック管理]<br /><br />MESH --> SVC1[サービス1<br/>ユーザー管理]<br />MESH --> SVC2[サービス2<br/>注文処理]<br />MESH --> SVC3[サービス3<br/>決済処理]<br />MESH --> SVC4[サービス4<br/>通知サービス]<br /><br />SVC1 --> REG[サービスレジストリ<br/>サービス発見]<br />SVC2 --> REG<br />SVC3 --> REG<br />SVC4 --> REG<br /><br />SVC1 --> CONFIG[設定管理<br/>Config Server]<br />SVC2 --> CONFIG<br />SVC3 --> CONFIG<br />SVC4 --> CONFIG<br /><br />SVC1 --> SECRET[シークレット管理<br/>Key Vault / KMS]<br />SVC2 --> SECRET<br />SVC3 --> SECRET<br />SVC4 --> SECRET<br /><br />SVC1 --> DB1[(データベース1)]<br />SVC2 --> DB2[(データベース2)]<br />SVC3 --> DB3[(データベース3)]<br /><br />SVC1 --> LOG[統一ログ管理<br/>分散トレーシング]<br />SVC2 --> LOG<br />SVC3 --> LOG<br />SVC4 --> LOG<br />```<br /><br />**コンポーネント**:<br />- APIゲートウェイ<br />- サービスメッシュ<br />- サービスレジストリ<br />- 設定管理<br />- シークレット管理<br /><br />**セキュリティ考慮事項**:<br />- サービス間認証（mTLS）<br />- ネットワークポリシー<br />- 分散トレーシング<br />- 統一されたログ管理<br /><br />#### サーバーレスアーキテクチャ<br /><br />**アーキテクチャ図**:<br /><br />```mermaid<br />flowchart TB<br />CLIENT[クライアント] --> APIGW[APIゲートウェイ<br/>認証・認可・レート制限]<br /><br />APIGW --> FUNC1[関数1<br/>Lambda/Functions]<br />APIGW --> FUNC2[関数2<br/>Lambda/Functions]<br /><br />EVENT1[イベントソース1<br/>S3/Queue] --> FUNC1<br />EVENT2[イベントソース2<br/>Stream] --> FUNC2<br />EVENT3[イベントソース3<br/>Database] --> FUNC2<br /><br />FUNC1 --> SECRET[シークレット管理<br/>Secrets Manager]<br />FUNC2 --> SECRET<br /><br />FUNC1 --> STORAGE[(ストレージ<br/>S3/Blob)]<br />FUNC2 --> DB[(データベース<br/>DynamoDB/Cosmos)]<br /><br />FUNC1 --> LOG[ログ管理<br/>CloudWatch/Log Analytics]<br />FUNC2 --> LOG<br /><br />FUNC1 --> MONITOR[監視<br/>メトリクス・アラート]<br />FUNC2 --> MONITOR<br />```<br /><br />**コンポーネント**:<br />- 関数サービス（Lambda, Functions, Cloud Functions）<br />- APIゲートウェイ<br />- イベントソース<br />- ストレージサービス<br /><br />**セキュリティ考慮事項**:<br />- 関数レベルの権限管理<br />- イベントの検証<br />- シークレット管理<br />- コールドスタートのセキュリティ<br /><br />### 18.3 セキュリティパターンとアンチパターン<br /><br />#### セキュリティパターン<br /><br />1. **認証ゲートウェイパターン**: 中央集約型の認証<br />2. **セキュリティトークンサービスパターン**: トークンベースの認証<br />3. **バルクヘッドパターン**: リソースの分離と保護<br />4. **サーキットブレーカーパターン**: 障害の伝播防止<br />5. **監査ログパターン**: 包括的なログ記録<br /><br />#### セキュリティアンチパターン<br /><br />1. **ハードコードされた認証情報**: コード内での認証情報の直接記述<br />2. **過度な権限**: 必要以上の権限の付与<br />3. **暗号化の欠如**: 転送時・保存時の暗号化の不備<br />4. **ログの不足**: セキュリティイベントのログ記録の不足<br />5. **デフォルト設定の使用**: セキュアでないデフォルト設定の使用<br />6. **単一障害点**: セキュリティ機能の単一障害点<br /><br />#### パターンの適用<br /><br />1. **脅威の特定**: アプリケーションの脅威を特定<br />2. **パターンの選択**: 適切なセキュリティパターンを選択<br />3. **実装**: パターンの実装<br />4. **検証**: パターンの有効性の検証<br />5. **継続的な改善**: 監視とフィードバックに基づく改善<br /><br />---<br /><br />## 19. クラウドセキュリティの実装チェックリスト<br /><br />### ケーススタディ：セキュアなクラウド環境の構築<br /><br />#### ケーススタディ1：新規クラウド環境のセキュアな構築<br /><br />**シナリオ**: 中規模企業がAWS環境を新規構築する際のセキュリティ実装<br /><br />**課題**:<br />- 複数の部門が異なるセキュリティ要件を持つ<br />- コンプライアンス要件（ISO 27001）への対応が必要<br />- 限られたリソースでの効率的な実装<br /><br />**実装アプローチ**:<br />1. **フェーズ1: 基盤構築（1-2週間）**<br />- VPCの設計とセグメンテーション<br />- IAMロールとポリシーの定義<br />- CloudTrailとConfigの有効化<br />- セキュリティグループの基本設定<br /><br />2. **フェーズ2: データ保護（2-3週間）**<br />- KMS鍵の作成と管理<br />- S3バケットの暗号化設定<br />- データ分類ポリシーの実装<br />- バックアップ戦略の確立<br /><br />3. **フェーズ3: 監視とコンプライアンス（2-3週間）**<br />- GuardDutyとSecurity Hubの有効化<br />- カスタムアラートの設定<br />- コンプライアンスルールの実装<br />- 定期的な監査プロセスの確立<br /><br />**結果**:<br />- セキュリティインシデント: 0件（6ヶ月間）<br />- コンプライアンス準拠率: 95%以上<br />- 実装コスト: 予算内で完了<br /><br />#### ケーススタディ2：既存環境のセキュリティ強化<br /><br />**シナリオ**: 既存のAzure環境でセキュリティポスチャを改善<br /><br />**課題**:<br />- 既存システムへの影響を最小限に<br />- ダウンタイムなしでの実装<br />- 段階的な移行<br /><br />**実装アプローチ**:<br />1. **現状評価**<br />- Security Centerによる評価<br />- 脆弱性スキャンの実施<br />- リスクの優先順位付け<br /><br />2. **段階的改善**<br />- 高リスク項目から順次対応<br />- 自動修復ポリシーの適用<br />- 監視とアラートの強化<br /><br />3. **継続的改善**<br />- 週次レビュー<br />- 月次レポート<br />- 四半期監査<br /><br />**結果**:<br />- セキュリティスコア: 45% → 85%（6ヶ月）<br />- 検知された脆弱性: 120件 → 15件<br />- インシデント対応時間: 50%短縮<br /><br />### 19.1 初期セットアップ時のチェックリスト<br /><br />#### アカウントとアクセス管理<br /><br />- [ ] ルートアカウントの保護（MFA有効化、強力なパスワード）<br />- [ ] IAMユーザーの作成（ルートアカウントでの運用を避ける）<br />- [ ] 最小権限の原則の適用<br />- [ ] MFAの有効化（特に特権アカウント）<br />- [ ] アクセスキーのローテーション<br />- [ ] 未使用のアカウントとアクセスキーの削除<br />- [ ] 定期的なアクセスレビューの設定<br /><br />#### ネットワークセキュリティ<br /><br />- [ ] VPC/VNetの適切な設計とセグメンテーション<br />- [ ] セキュリティグループとネットワークACLの設定<br />- [ ] パブリックアクセスの最小化<br />- [ ] プライベートエンドポイントの使用<br />- [ ] VPNまたは専用線接続の設定<br />- [ ] DDoS保護の有効化<br />- [ ] WAFの設定（Webアプリケーションの場合）<br /><br />#### データ保護<br /><br />- [ ] データ分類の実施<br />- [ ] 保存時暗号化の有効化<br />- [ ] 転送時暗号化の有効化（TLS 1.2以上）<br />- [ ] 鍵管理サービスの設定<br />- [ ] バックアップと災害復旧計画の策定<br />- [ ] データ保持ポリシーの設定<br /><br />#### 監視とログ<br /><br />- [ ] 監視サービスの有効化<br />- [ ] ログの有効化と保存<br />- [ ] セキュリティイベントのアラート設定<br />- [ ] 監査ログの有効化<br />- [ ] ログの整合性保護（改ざん防止）<br /><br />#### コンプライアンス<br /><br />- [ ] 適用されるコンプライアンス要件の確認<br />- [ ] コンプライアンスフレームワークの実装<br />- [ ] 監査レポートの設定<br />- [ ] データ主権要件の確認<br /><br />### 19.2 継続的なセキュリティ監査<br /><br />#### 定期的な監査項目<br /><br />**週次監査**:<br />- [ ] セキュリティアラートの確認<br />- [ ] 異常なアクセスパターンの確認<br />- [ ] 新規リソースのセキュリティ設定確認<br /><br />**月次監査**:<br />- [ ] アクセス権限のレビュー<br />- [ ] 未使用リソースの確認と削除<br />- [ ] セキュリティ設定の準拠確認<br />- [ ] 脆弱性スキャンの実施<br />- [ ] ログのレビューと分析<br /><br />**四半期監査**:<br />- [ ] 包括的なセキュリティ評価<br />- [ ] コンプライアンス要件の確認<br />- [ ] セキュリティポリシーの見直し<br />- [ ] インシデント対応計画の見直し<br />- [ ] セキュリティトレーニングの実施<br /><br />**年次監査**:<br />- [ ] 外部セキュリティ監査の実施<br />- [ ] セキュリティアーキテクチャの見直し<br />- [ ] 災害復旧計画のテスト<br />- [ ] セキュリティポリシーの包括的な見直し<br /><br />#### 自動化された監査<br /><br />- [ ] セキュリティ設定の自動チェック<br />- [ ] コンプライアンスルールの自動評価<br />- [ ] 脆弱性スキャンの自動実行<br />- [ ] 異常検知の自動化<br />- [ ] レポートの自動生成<br /><br />### 19.3 インシデント対応準備<br /><br />#### インシデント対応計画<br /><br />- [ ] インシデント対応チームの編成<br />- [ ] インシデント対応手順の文書化<br />- [ ] エスカレーションパスの定義<br />- [ ] 連絡先リストの作成と更新<br />- [ ] インシデント分類の定義<br /><br />#### 準備事項<br /><br />- [ ] フォレンジックツールの準備<br />- [ ] 証跡保全手順の文書化<br />- [ ] バックアップと復旧手順の確認<br />- [ ] コミュニケーションプランの準備<br />- [ ] 法的要件への対応準備<br /><br />#### テストと訓練<br /><br />- [ ] インシデント対応計画の定期的なテスト<br />- [ ] テーブルトップ演習の実施<br />- [ ] フォレンジック手順のテスト<br />- [ ] 復旧手順のテスト<br />- [ ] チームメンバーのトレーニング<br /><br />#### 継続的な改善<br /><br />- [ ] インシデント後の振り返り<br />- [ ] 教訓の文書化<br />- [ ] 計画の更新<br />- [ ] ツールとプロセスの改善<br /><br />---<br /><br />## 20. 参考資料・出典<br /><br />### 20.1 公式ドキュメント<br /><br />#### AWS<br />- [AWS Security Best Practices](https://aws.amazon.com/security/best-practices/)<br />- [AWS Well-Architected Framework](https://aws.amazon.com/architecture/well-architected/)<br />- [AWS Shared Responsibility Model](https://aws.amazon.com/compliance/shared-responsibility-model/)<br /><br />#### Microsoft Azure<br />- [Azure Security Documentation](https://docs.microsoft.com/azure/security/)<br />- [Azure Security Best Practices](https://docs.microsoft.com/azure/security/fundamentals/best-practices-and-patterns)<br />- [Azure Well-Architected Framework](https://docs.microsoft.com/azure/architecture/framework/)<br /><br />#### Google Cloud Platform<br />- [Google Cloud Security](https://cloud.google.com/security)<br />- [Google Cloud Security Best Practices](https://cloud.google.com/docs/security/best-practices)<br />- [Google Cloud Architecture Framework](https://cloud.google.com/architecture/framework)<br /><br />### 20.2 標準とフレームワーク<br /><br />#### 国際標準<br />- ISO/IEC 27001: 情報セキュリティマネジメントシステム<br />- ISO/IEC 27017: クラウドサービスのセキュリティ<br />- ISO/IEC 27018: クラウドサービスにおける個人情報保護<br /><br />#### セキュリティフレームワーク<br />- [NIST Cybersecurity Framework](https://www.nist.gov/cyberframework)<br />- [CIS Controls](https://www.cisecurity.org/controls/)<br />- [OWASP Top 10](https://owasp.org/www-project-top-ten/)<br />- [CSA Cloud Controls Matrix](https://cloudsecurityalliance.org/research/cloud-controls-matrix/)<br /><br />#### コンプライアンス<br />- PCI DSS: Payment Card Industry Data Security Standard<br />- GDPR: General Data Protection Regulation<br />- HIPAA: Health Insurance Portability and Accountability Act<br />- SOC 2: Service Organization Control 2<br /><br />### 20.3 技術文書とリファレンス<br /><br />#### 暗号化<br />- [NIST Cryptographic Standards](https://csrc.nist.gov/projects/cryptographic-standards-and-guidelines)<br />- TLS/SSL Specifications: RFC 8446 (TLS 1.3), RFC 5246 (TLS 1.2)<br /><br />#### ネットワークセキュリティ<br />- RFC 4301: Security Architecture for the Internet Protocol<br />- RFC 4303: IP Encapsulating Security Payload (ESP)<br /><br />#### 認証と認可<br />- OAuth 2.0: RFC 6749<br />- [OpenID Connect](https://openid.net/connect/)<br />- [SAML 2.0](https://www.oasis-open.org/standards#samlv2.0)<br /><br />### 20.4 その他のリソース<br /><br />- 各クラウドプロバイダーの公式ブログとコミュニティ<br />- OWASP、Cloud Security Allianceなどのセキュリティ組織<br />- クラウドセキュリティに関する書籍とトレーニングコース<br /><br />---<br /><br />## 21. 用語集<br /><br />### A<br /><br />**ABAC (Attribute-Based Access Control)**: 属性ベースアクセス制御。ユーザー、リソース、環境の属性に基づいてアクセスを制御する方式。<br /><br />**API Gateway**: 複数のAPIへの単一のエントリーポイントを提供するサービス。認証、認可、レート制限などの機能を提供。<br /><br />**AWS IAM**: Amazon Web Services Identity and Access Management。AWSリソースへのアクセスを管理するサービス。<br /><br />### B<br /><br />**Blueprints**: Azure Blueprints。標準化された環境のデプロイとコンプライアンス要件への対応を支援するサービス。<br /><br />### C<br /><br />**CloudHSM**: 専用ハードウェアセキュリティモジュール（HSM）を提供するクラウドサービス。<br /><br />**CMK (Customer Managed Key)**: 顧客が管理する暗号化鍵。<br /><br />**Cognito**: Amazon Cognito。ユーザー認証と管理を提供するAWSサービス。<br /><br />**Container Security**: コンテナのセキュリティ。コンテナイメージ、ランタイム、オーケストレーションのセキュリティ。<br /><br />### D<br /><br />**DAST (Dynamic Application Security Testing)**: 動的アプリケーションセキュリティテスト。実行中のアプリケーションをテストする方法。<br /><br />**Defense in Depth**: 多層防御。複数のセキュリティ層を実装する戦略。<br /><br />**DevSecOps**: 開発、セキュリティ、運用を統合し、セキュリティを開発プロセス全体に組み込むアプローチ。<br /><br />**DLP (Data Loss Prevention)**: データ損失防止。機密データの不正な漏洩を防止する技術とプロセス。<br /><br />**DDoS (Distributed Denial of Service)**: 分散サービス拒否攻撃。複数のシステムから大量のトラフィックを送信してサービスを妨害する攻撃。<br /><br />### E<br /><br />**Encryption at Rest**: 保存時暗号化。ストレージに保存されているデータの暗号化。<br /><br />**Encryption in Transit**: 転送時暗号化。ネットワーク経由で転送されるデータの暗号化。<br /><br />### F<br /><br />**Federation**: フェデレーション。異なる組織やドメイン間でのアイデンティティの共有。<br /><br />### G<br /><br />**GDPR (General Data Protection Regulation)**: 欧州連合の一般データ保護規則。<br /><br />**GuardDuty**: Amazon GuardDuty。AWS環境の脅威を検知するサービス。<br /><br />### H<br /><br />**HIPAA (Health Insurance Portability and Accountability Act)**: 米国の医療情報の保護に関する法律。<br /><br />**HSM (Hardware Security Module)**: ハードウェアセキュリティモジュール。暗号化鍵の安全な保存と管理を行う専用ハードウェア。<br /><br />### I<br /><br />**IAM (Identity and Access Management)**: アイデンティティとアクセス管理。ユーザー、サービス、リソースへのアクセスを管理するシステム。<br /><br />**IaaS (Infrastructure as a Service)**: インフラストラクチャとしてのサービス。仮想化されたコンピューティングリソースを提供するサービスモデル。<br /><br />**IaC (Infrastructure as Code)**: インフラストラクチャ即コード。インフラストラクチャをコードとして管理するアプローチ。<br /><br />**ISO/IEC 27001**: 情報セキュリティマネジメントシステム（ISMS）の国際標準。<br /><br />### K<br /><br />**KMS (Key Management Service)**: 鍵管理サービス。暗号化鍵の生成、保存、管理を提供するサービス。<br /><br />**Kubernetes**: コンテナオーケストレーションプラットフォーム。<br /><br />### M<br /><br />**MFA (Multi-Factor Authentication)**: 多要素認証。複数の認証要素を組み合わせた認証方式。<br /><br />**mTLS (Mutual TLS)**: 相互TLS。クライアントとサーバーが相互に認証するTLS接続。<br /><br />### N<br /><br />**NACL (Network Access Control List)**: ネットワークアクセス制御リスト。サブネットレベルでのトラフィック制御。<br /><br />### O<br /><br />**OAuth 2.0**: 認可フレームワーク。リソースへのアクセスを委譲するためのプロトコル。<br /><br />**OpenID Connect (OIDC)**: OAuth 2.0をベースにした認証プロトコル。<br /><br />### P<br /><br />**PaaS (Platform as a Service)**: プラットフォームとしてのサービス。アプリケーション開発・デプロイに必要なプラットフォームを提供するサービスモデル。<br /><br />**PCI DSS (Payment Card Industry Data Security Standard)**: クレジットカード情報の保護に関する標準。<br /><br />**POLP (Principle of Least Privilege)**: 最小権限の原則。必要最小限の権限のみを付与する原則。<br /><br />**Private Endpoint**: プライベートエンドポイント。クラウドサービスへのプライベート接続を提供するネットワークインターフェース。<br /><br />### R<br /><br />**RBAC (Role-Based Access Control)**: ロールベースアクセス制御。役割に基づいてアクセスを制御する方式。<br /><br />### S<br /><br />**SAST (Static Application Security Testing)**: 静的アプリケーションセキュリティテスト。ソースコードの静的解析によるセキュリティテスト。<br /><br />**SaaS (Software as a Service)**: ソフトウェアとしてのサービス。アプリケーションソフトウェアを提供するサービスモデル。<br /><br />**SAML (Security Assertion Markup Language)**: セキュリティアサーションマークアップ言語。アイデンティティ情報を交換するためのXMLベースの標準。<br /><br />**Security Group**: セキュリティグループ。インスタンスレベルでのステートフルなファイアウォール。<br /><br />**SIEM (Security Information and Event Management)**: セキュリティ情報とイベント管理。セキュリティイベントとログを収集、分析、相関させるシステム。<br /><br />**SOC 2**: Service Organization Control 2。サービス組織のセキュリティ、可用性、処理整合性、機密性、プライバシーに関する監査基準。<br /><br />**SSE (Server-Side Encryption)**: サーバーサイド暗号化。クラウドプロバイダーが暗号化を管理する方式。<br /><br />**SSO (Single Sign-On)**: シングルサインオン。一度の認証で複数のサービスにアクセスできる方式。<br /><br />### T<br /><br />**TDE (Transparent Data Encryption)**: 透過的データ暗号化。データベースレベルでの自動暗号化。<br /><br />**TLS/SSL**: Transport Layer Security / Secure Sockets Layer。転送層での暗号化プロトコル。<br /><br />**TOTP (Time-based One-Time Password)**: 時間ベースのワンタイムパスワード。<br /><br />### V<br /><br />**VPC (Virtual Private Cloud)**: 仮想プライベートクラウド。クラウドリソースを論理的に分離したネットワーク環境。<br /><br />**VPN (Virtual Private Network)**: 仮想プライベートネットワーク。暗号化されたトンネル経由での安全な接続。<br /><br />### W<br /><br />**WAF (Web Application Firewall)**: Webアプリケーションファイアウォール。Webアプリケーションへの攻撃を検知・防御するファイアウォール。<br /><br />### Z<br /><br />**Zero Trust**: ゼロトラスト。アクセスを検証し、信頼を前提としないセキュリティモデル。<br /><br />---<br /><br />**文書の終わり**<br /><br />本資料は、クラウドセキュリティに関する包括的なガイドとして作成されました。最新の情報については、各クラウドプロバイダーの公式ドキュメントを参照してください。<br /><br />---<br /><br />## 付録：演習問題<br /><br />### 演習問題1：IAMポリシーの設計<br /><br />**課題**: 開発チームがS3バケットにアクセスするためのIAMポリシーを設計してください。<br /><br />**要件**:<br />- 開発環境のバケット（`dev-*`）のみ読み書き可能<br />- 本番環境のバケット（`prod-*`）は読み取りのみ<br />- MFA必須<br />- 営業時間（9:00-18:00）のみアクセス可能<br /><br />**解答のポイント**:<br />- 開発環境バケット（`dev-*`）には`GetObject`, `PutObject`, `DeleteObject`を許可<br />- 本番環境バケット（`prod-*`）には`GetObject`のみ許可<br />- `Condition`でMFA必須と営業時間制限を設定<br />- 詳細はAWS IAMポリシーの公式ドキュメントを参照<br /><br />### 演習問題2：セキュリティグループの設計<br /><br />**課題**: 3層アーキテクチャのセキュリティグループを設計してください。<br /><br />**要件**:<br />- Web層: インターネットからHTTP/HTTPSのみ<br />- App層: Web層からのみアクセス可能<br />- DB層: App層からのみアクセス可能<br /><br />**解答のポイント**:<br />- Web層: インターネットから80/443ポートのみ許可<br />- App層: Web層のセキュリティグループからのみ8080ポートを許可<br />- DB層: App層のセキュリティグループからのみ5432ポートを許可<br />- 詳細はAWS Security Groupsの公式ドキュメントを参照<br /><br />### 演習問題3：インシデント対応計画の作成<br /><br />**課題**: データ漏洩インシデントの対応計画を作成してください。<br /><br />**考慮事項**:<br />- 検知から対応までの時間<br />- エスカレーションパス<br />- 証跡保全の方法<br />- ステークホルダーへの報告
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
情報セキュリテイ１１
Date Created
Date of creation of the resource.
2025-12-04
Rights
Information about rights held in and over the resource
CC BY-NC 4.0 - 非営利目的のみ許可
-
note
日常のノートの記録
note
テキストの自由記述
<div>
<div><span><!-- Omeka Simple Pages用: この内容をSimple Pagesの本文に貼り付けてください --></span></div>
<div><span><!-- 注意: <div class="md">は不要です。自動検出されます。 --></span></div>
<br /><br />
<div><span># Markdown / TeX / Mermaid 確認用ページ</span></div>
<br />
<div><span>このページで、各機能が正しく動作するか確認できます。すべてのスタイルと図の種類をテストできます。</span></div>
<br />
<div><span>---</span></div>
<br />
<div><span>## テスト1: Markdown - 基本要素</span></div>
<br /><br />
<div><span># 見出し1</span></div>
<div><span>## 見出し2</span></div>
<div><span>### 見出し3</span></div>
<div><span>#### 見出し4</span></div>
<div><span>##### 見出し5</span></div>
<div><span>###### 見出し6</span></div>
<br /><br />
<div><span>これは </span><span>**太字**</span><span>、これは </span><span>*斜体*</span><span>、これは </span><span>**</span><span>*太字斜体*</span><span>**</span><span> です。</span></div>
<br /><br />
<div><span>段落の例です。複数の文を含む段落で、改行がどのように処理されるか確認できます。</span></div>
<br /><br />
<div><span>別の段落です。段落間には適切な余白があります。</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>### リスト</span></div>
<br /><br />
<div><span>#### 順序なしリスト</span></div>
<div><span>-</span><span> 項目1</span></div>
<div><span>-</span><span> 項目2</span></div>
<div><span> - ネスト項目2-1</span></div>
<div><span> - ネスト項目2-2</span></div>
<div><span>-</span><span> 項目3</span></div>
<br /><br />
<div><span>#### 順序付きリスト</span></div>
<div><span>1.</span><span> 第一項目</span></div>
<div><span>2.</span><span> 第二項目</span></div>
<div><span> </span><span>1.</span><span> ネスト項目2-1</span></div>
<div><span> </span><span>2.</span><span> ネスト項目2-2</span></div>
<div><span>3.</span><span> 第三項目</span></div>
<br /><br />
<div><span>### コード</span></div>
<br /><br />
<div><span>インラインコード: </span><span>`console.log('test')`</span><span> と </span><span>`var x = 42;`</span></div>
<br /><br />
<div><span>コードブロック:</span></div>
<div><span>```</span></div>
<div><span>function hello() {</span></div>
<div><span> console.log("Hello, World!");</span></div>
<div><span>}</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>### リンク</span></div>
<br /><br />
<div><span>[</span><span>Google</span><span>]</span><span>(</span><span>https://www.google.com</span><span>)</span></div>
<br /><br />
<div><span>### 引用</span></div>
<br /><br />
<div><span>> これは引用文です。</span></div>
<div><span>> 複数行の引用も可能です。</span></div>
<div><span>></span></div>
<div><span>> 引用内で段落を分けることもできます。</span></div>
<br /><br />
<div><span>### テーブル</span></div>
<br /><br />
<div><span>| 列1 | 列2 | 列3 |</span></div>
<div><span>|:-----|:----:|-----:|</span></div>
<div><span>| データ1 | データ2 | データ3 |</span></div>
<div><span>| データ4 | データ5 | データ6 |</span></div>
<div><span>| 左揃え | 中央揃え | 右揃え |</span></div>
<br /><br />
<div><span>### 水平線</span></div>
<br /><br />
<div><span>---</span></div>
<div><span>上に水平線があります。</span></div>
<br /><br /><br />
<div><span>下に水平線があります。</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト2: TeX (MathJax) - 様々な数式</span></div>
<br /><br />
<div><span>### 行内数式</span></div>
<br /><br />
<div><span>アインシュタインの式: $</span><span>E=mc^</span><span>2</span><span>$</span></div>
<br /><br />
<div><span>二次方程式の解: $</span><span>x = </span><span>\</span><span>frac</span><span>{-b </span><span>\</span><span>pm </span><span>\</span><span>sqrt</span><span>{b^</span><span>2</span><span>-</span><span>4</span><span>ac}}{</span><span>2</span><span>a}$</span></div>
<br /><br />
<div><span>オイラーの公式: $</span><span>e^{i</span><span>\</span><span>pi} + </span><span>1</span><span> = </span><span>0</span><span>$</span></div>
<br /><br />
<div><span>ベクトルの内積: $</span><span>\</span><span>vec</span><span>{a} </span><span>\</span><span>cdot </span><span>\</span><span>vec</span><span>{b} = |</span><span>\</span><span>vec</span><span>{a}||</span><span>\</span><span>vec</span><span>{b}|</span><span>\</span><span>cos</span><span>\</span><span>theta$</span></div>
<br /><br />
<div><span>### ブロック数式</span></div>
<br /><br />
<div><span>ガウス積分:</span></div>
<div><span>$$</span></div>
<div><span>\</span><span>int_</span><span>0</span><span>^</span><span>\</span><span>infty e^{-x^</span><span>2</span><span>} dx = </span><span>\</span><span>frac</span><span>{</span><span>\</span><span>sqrt</span><span>{</span><span>\</span><span>pi}}{</span><span>2</span><span>}</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>フーリエ変換:</span></div>
<div><span>$$</span></div>
<div><span>F(</span><span>\</span><span>omega) = </span><span>\</span><span>int_</span><span>{-</span><span>\</span><span>infty}^{</span><span>\</span><span>infty} f(t) e^{-i</span><span>\</span><span>omega t} dt</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>行列:</span></div>
<div><span>$$</span></div>
<div><span>\</span><span>begin</span><span>{pmatrix}</span></div>
<div><span>a & b \\</span></div>
<div><span>c & d</span></div>
<div><span>\</span><span>end</span><span>{pmatrix}</span></div>
<div><span>\</span><span>begin</span><span>{pmatrix}</span></div>
<div><span>x \\</span></div>
<div><span>y</span></div>
<div><span>\</span><span>end</span><span>{pmatrix}</span></div>
<div><span>=</span></div>
<div><span>\</span><span>begin</span><span>{pmatrix}</span></div>
<div><span>ax + by \\</span></div>
<div><span>cx + dy</span></div>
<div><span>\</span><span>end</span><span>{pmatrix}</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>総和と積分:</span></div>
<div><span>$$</span></div>
<div><span>\</span><span>sum_</span><span>{i=</span><span>1</span><span>}^{n} i = </span><span>\</span><span>frac</span><span>{n(n+</span><span>1</span><span>)}{</span><span>2</span><span>}</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>$$</span></div>
<div><span>\</span><span>int_a^b f(x) dx = F(b) - F(a)</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>### 複雑な数式</span></div>
<br /><br />
<div><span>偏微分方程式:</span></div>
<div><span>$$</span></div>
<div><span>\</span><span>frac</span><span>{</span><span>\</span><span>partial u}{</span><span>\</span><span>partial t} = </span><span>\</span><span>alpha </span><span>\</span><span>frac</span><span>{</span><span>\</span><span>partial^</span><span>2</span><span> u}{</span><span>\</span><span>partial x^</span><span>2</span><span>}</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>ベイズの定理:</span></div>
<div><span>$$</span></div>
<div><span>P(A|B) = </span><span>\</span><span>frac</span><span>{P(B|A) </span><span>\</span><span>cdot P(A)}{P(B)}</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト3: Mermaid - フローチャート</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>graph TD</span></div>
<div><span> A[開始] --> B{条件判定}</span></div>
<div><span> B -->|Yes| C[処理1]</span></div>
<div><span> B -->|No| D[処理2]</span></div>
<div><span> C --> E[終了]</span></div>
<div><span> D --> E</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト4: Mermaid - シーケンス図</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>sequenceDiagram</span></div>
<div><span> participant A as クライアント</span></div>
<div><span> participant B as サーバー</span></div>
<div><span> participant C as データベース</span></div>
<div><span> </span></div>
<div><span> A->>B: リクエスト</span></div>
<div><span> B->>C: クエリ</span></div>
<div><span> C-->>B: 結果</span></div>
<div><span> B-->>A: レスポンス</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト5: Mermaid - ガントチャート</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>gantt</span></div>
<div><span> title プロジェクトスケジュール</span></div>
<div><span> dateFormat YYYY-MM-DD</span></div>
<div><span> section 設計</span></div>
<div><span> 要件定義 :a1, 2024-01-01, 10d</span></div>
<div><span> 詳細設計 :a2, after a1, 15d</span></div>
<div><span> section 開発</span></div>
<div><span> 実装 :b1, after a2, 20d</span></div>
<div><span> テスト :b2, after b1, 10d</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト6: Mermaid - クラス図</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>classDiagram</span></div>
<div><span> class Animal {</span></div>
<div><span> +String name</span></div>
<div><span> +int age</span></div>
<div><span> +eat()</span></div>
<div><span> +sleep()</span></div>
<div><span> }</span></div>
<div><span> class Dog {</span></div>
<div><span> +bark()</span></div>
<div><span> }</span></div>
<div><span> class Cat {</span></div>
<div><span> +meow()</span></div>
<div><span> }</span></div>
<div><span> Animal <|-- Dog</span></div>
<div><span> Animal <|-- Cat</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト7: Mermaid - 状態図</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>stateDiagram-v2</span></div>
<div><span> [*] --> 待機</span></div>
<div><span> 待機 --> 処理中: 開始</span></div>
<div><span> 処理中 --> 完了: 成功</span></div>
<div><span> 処理中 --> エラー: 失敗</span></div>
<div><span> 完了 --> [*]</span></div>
<div><span> エラー --> 待機: リトライ</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト8: Mermaid - ER図</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>erDiagram</span></div>
<div><span> CUSTOMER ||--o{ ORDER : places</span></div>
<div><span> ORDER ||--|{ LINE-ITEM : contains</span></div>
<div><span> PRODUCT ||--|{ LINE-ITEM : "ordered in"</span></div>
<div><span> CUSTOMER {</span></div>
<div><span> string name</span></div>
<div><span> string email</span></div>
<div><span> }</span></div>
<div><span> ORDER {</span></div>
<div><span> int orderNumber</span></div>
<div><span> date orderDate</span></div>
<div><span> }</span></div>
<div><span> PRODUCT {</span></div>
<div><span> string productName</span></div>
<div><span> float price</span></div>
<div><span> }</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト14: 統合テスト - Markdown + TeX</span></div>
<br /><br />
<div><span>### 数式を含むMarkdown</span></div>
<br /><br />
<div><span>ニュートンの第二法則は </span><span>**$</span><span>F=ma$</span><span>**</span><span> で表されます。</span></div>
<br /><br />
<div><span>エネルギー保存則:</span></div>
<div><span>$$</span></div>
<div><span>E = </span><span>\</span><span>frac</span><span>{</span><span>1</span><span>}{</span><span>2</span><span>}mv^</span><span>2</span><span> + mgh</span></div>
<div><span>$$</span></div>
<br /><br />
<div><span>ここで、$</span><span>m$</span><span> は質量、$</span><span>v$</span><span> は速度、$</span><span>g$</span><span> は重力加速度、$</span><span>h$</span><span> は高さです。</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト15: 統合テスト - Markdown + Mermaid</span></div>
<br /><br />
<div><span>### 処理フローの説明</span></div>
<br /><br />
<div><span>以下のフローチャートは、システムの処理フローを示しています。</span></div>
<br /><br />
<div><span>```mermaid</span></div>
<div><span>graph LR</span></div>
<div><span> A[入力] --> B{検証}</span></div>
<div><span> B -->|OK| C[処理]</span></div>
<div><span> B -->|NG| D[エラー]</span></div>
<div><span> C --> E[出力]</span></div>
<div><span> D --> F[ログ]</span></div>
<div><span>```</span></div>
<br /><br />
<div><span>このフローは </span><span>**3つのステップ**</span><span> で構成されています。</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## テスト16: 統合テスト - すべての機能</span></div>
<br /><br />
<div><span>### 完全統合テスト</span></div>
<br /><br />
<div><span>このセクションでは、</span><span>**Markdown**</span><span>、$</span><span>TeX$</span><span>、Mermaidをすべて組み合わせます。</span></div>
<br /><br />
<div><span>#### 数式と図の組み合わせ</span></div>
<br /><br />
<div><span>物理法則: $</span><span>E = mc^</span><span>2</span><span>$</span></div>
<br /><br />
<div><span>処理フロー:</span></div>
<div><span>```mermaid</span></div>
<div><span>graph TD</span></div>
<div><span> A[開始] --> B[計算]</span></div>
<div><span> B --> C{結果確認}</span></div>
<div><span> C -->|OK| D[終了]</span></div>
<div><span> C -->|NG| B</span></div>
<div><span>```</span></div>
<br /><br /><br /><br />
<div><span>これで </span><span>**すべての機能**</span><span> が正しく動作することを確認できます。</span></div>
<br /><br />
<div><span>---</span></div>
<br />
<div><span>## 確認項目チェックリスト</span></div>
<br /><br />
<div><span>### Markdown</span></div>
<br />
<div><span>-</span><span> Markdownの見出し（h1-h6）が正しく表示される</span></div>
<div><span>-</span><span> Markdownの太字・斜体・太字斜体が正しく表示される</span></div>
<div><span>-</span><span> Markdownの段落が正しく表示される</span></div>
<div><span>-</span><span> Markdownのリスト（順序なし・順序付き、ネストを含む）が正しく表示される</span></div>
<div><span>-</span><span> Markdownのコード（インライン・ブロック）が正しく表示される</span></div>
<div><span>-</span><span> Markdownのリンクが正しく表示される</span></div>
<div><span>-</span><span> Markdownの引用が正しく表示される（複数行・段落分けを含む）</span></div>
<div><span>-</span><span> Markdownのテーブルが正しく表示される（配置指定：左・中央・右揃えを含む）</span></div>
<div><span>-</span><span> Markdownの水平線（hr）が正しく表示される</span></div>
<br />
<div><span>### TeX (MathJax)</span></div>
<br />
<div><span>-</span><span> TeXの行内数式が正しく表示される（$</span><span>E=mc^</span><span>2</span><span>$</span><span>、二次方程式、オイラーの公式、ベクトルの内積など）</span></div>
<div><span>-</span><span> TeXのブロック数式（単一行）が正しく表示される</span></div>
<div><span>-</span><span> TeXのブロック数式（複数行）が正しく表示される</span></div>
<div><span>-</span><span> TeXの行列（pmatrix）が正しく表示される（複数行列の積を含む）</span></div>
<div><span>-</span><span> TeXの総和記号（\sum）が正しく表示される</span></div>
<div><span>-</span><span> TeXの積分記号（\int）が正しく表示される（定積分・不定積分を含む）</span></div>
<div><span>-</span><span> TeXの偏微分方程式が正しく表示される</span></div>
<div><span>-</span><span> TeXのベイズの定理が正しく表示される</span></div>
<div><span>-</span><span> TeXの分数（\frac）が正しく表示される</span></div>
<div><span>-</span><span> TeXの根号（\sqrt）が正しく表示される</span></div>
<div><span>-</span><span> TeXの上付き・下付き文字が正しく表示される</span></div>
<br />
<div><span>### Mermaid</span></div>
<br />
<div><span>-</span><span> Mermaidのフローチャートが描画される</span></div>
<div><span>-</span><span> Mermaidのシーケンス図が描画される</span></div>
<div><span>-</span><span> Mermaidのガントチャートが描画される</span></div>
<div><span>-</span><span> Mermaidのクラス図が描画される</span></div>
<div><span>-</span><span> Mermaidの状態図が描画される</span></div>
<div><span>-</span><span> MermaidのER図が描画される</span></div>
<br />
<div><span>### 統合テスト</span></div>
<br />
<div><span>-</span><span> Markdown + TeXの組み合わせが正しく動作する</span></div>
<div><span>-</span><span> Markdown + Mermaidの組み合わせが正しく動作する</span></div>
<div><span>-</span><span> すべての機能の組み合わせが正しく動作する</span></div>
</div>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Markdown / TeX / Mermaid / TEST
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
note
Description
An account of the resource
日常のノート
note
日常のノートの記録
note
テキストの自由記述
<h1>日本国憲法の基本原理と制度</h1>
<h2>免責事項・注意書き</h2>
<ul>
<li>本資料は学習目的で作成されたものです</li>
<li>法的な解釈については専門家にご相談ください</li>
<li>情報の正確性については最新の法令を確認してください</li>
<li>政治的見解については中立的な立場から記述しています</li>
</ul>
<h1>硬性憲法の意義</h1>
<h2>憲法改正の厳格化</h2>
<h2>憲法改正の困難性</h2>
<p>日本国憲法は1947年5月3日に施行されてから現在まで、一度も改正されていない。これは憲法の厳格性と憲法改正の困難さによる性質からである。</p>
<p>＊これにより、憲法改正をめぐって様々な立場がある。<br /><strong>憲法改正論の立場</strong></p>
<ul>
<li>自主憲法制定論：日本国民自身の手による新しい憲法の制定を目指す立場</li>
<li>現行憲法維持論：現在の憲法を基本的に維持する立場</li>
<li>部分改正論：必要な部分のみを改正する立場</li>
</ul>
<p>憲法の継続性と安定性の保証が目的（改正の難しさによる）<br />＊個人情報保護のための２段階認証と似ている。<br />＊何を重点に考えるか？</p>
<p>複数の鍵をかけることにより、人権規定が破壊されない制度になっている。<br />↓<br />これ自体が憲法改正の困難性になっている。</p>
<p>＊現在のほとんどの憲法は硬性憲法になっている。</p>
<p>国民投票法（正式名称：日本国憲法の改正手続に関する法律）は、<br />2007年に成立し、2010年5月18日に施行されました。<br />この法律は、日本国憲法の改正手続きにおける国民投票の方法や手続きを定めています。</p>
<p>・投票権：国民投票に参加できるのは、満18歳以上の日本国民です（2016年の法改正により、選挙権と同様に18歳以上に引き下げられました）。</p>
<p>・個別発議の原則：憲法改正案は、条文ごとに個別に発議・採決されることが原則とされています。これにより、国民が各改正項目ごとに賛否を明確に示すことができます。</p>
<p>・国会の発議：憲法改正案は、衆議院・参議院それぞれの総議員の3分の2以上の賛成で発議されます。</p>
<p>・国民投票の実施：国会で発議された改正案は、60日から180日以内に国民投票に付されます。国民投票で有効投票の過半数の賛成があれば、憲法改正が成立します。</p>
<p>・憲法審査会：衆議院・参議院それぞれに「憲法審査会」が設置され、憲法改正原案の審査や調査を行います。</p>
<p>・広告規制：国民投票運動に関する広告規制や、公務員・教育者の地位利用による運動の制限なども定められています。</p>
<p>このように、国民投票法は憲法改正の手続きを厳格に定め、国民の意思を反映させる仕組みとなっています。</p>
<h2>民定憲法と欽定憲法の違い</h2>
<p>民定憲法：国民の意思や代表によって制定される憲法。国民主権の考え方に基づき、国民が主体となって作られる（例：日本国憲法）。</p>
<p>欽定憲法：君主（天皇や国王）が制定する憲法。君主の権威に基づき、上から与えられる形で作られる（例：大日本帝国憲法）。</p>
<p>このように、憲法の制定主体が「国民」か「君主」かによって、民定憲法と欽定憲法に分けられる。</p>
<h2>国民主権と権力分立制</h2>
<h3>主権の意味</h3>
<p><strong>1. 国家権力そのもの（国家の統治権）</strong></p>
<p>ポツダム宣言第８項<br />「日本国ノ主権ハ本州、北海道、九州及四国並ニ吾等ノ決定スル諸小島ニ局限セラルベシ」<br />（日本の主権は本州、北海道、九州および四国、ならびに連合国が決定する諸小島に限定される。)<br />国家統治＝領土＋領海＋領空</p>
<p>領土問題の例として、日本と韓国の間で竹島（韓国名：独島）の領有権をめぐる争いがある。これは両国がそれぞれ自国の統治権の範囲に含まれると主張しているためである。<br />報道では領有権とも言われる。</p>
<p><strong>2. 国家権力の最高独立性</strong></p>
<p>（日本国憲法前文より抜粋）<br />「日本国民は、恒久の平和を念願し、人間相互の関係を支配する崇高な理想を深く自覚するのであって、平和を愛する諸国民の公正と信義に信頼して、われらの安全と生存を保持しようと決意した。」<br />※「政治道徳の法則は普遍的なものであり、この法則に従うことは…」という趣旨は、前文のこの部分に該当します。</p>
<p><strong>3. 国政についての最終決定権</strong></p>
<p>日本国憲法第一条<br />天皇は、日本国の象徴であり日本国民統合の象徴であって、この地位は主権の存する日本国民の総意に基く。</p>
<h3>主権の独立性</h3>
<ul>
<li><strong>内包関係</strong>: AがBに内包するとき、Aは主権を持たない</li>
<li><strong>独立関係</strong>: AとBが独立なら、AとBは対等である</li>
</ul>
<p><strong>具体例</strong>: 国連では小さな国でも一票として加算される。</p>
<h3>権力分立制の定義</h3>
<p>権力分立制は近代憲法の統治機構に関わる基本原理である。<br />権力が単一の国家機関に集中されると、権力を濫用し恣意的に行使する場合が多い。→例として絶対王政<br />権力の濫用によって国民の自由および権利が侵害されるという危険性が生じてしまう。</p>
<p><strong>具体例（絶対王政）</strong>: 君主が立法権・行政権・司法権を独占し、批判者を処罰する法律を制定し、自らが任命した裁判官によって「合法的」に処罰することが可能であった。<br />上記の弊害を除去するため、国家の作用を性質に応じて立法・行政・司法に分離し、それをそれぞれ異なる機関（国会、内閣、裁判所）に担当させるようにする。<br />そしてそれぞれの機関に対して相互に抑制と均衡をもたらす制度であり、それは自由と権利を守ることになる。</p>
<h3>権力分立制の構造（相互の権利関係）</h3>
<pre> ┌───────────────┐
│ 国民 │
└───────────────┘
▲
│（選挙）
▼
┌─────────┬─────────┬─────────┐
│ 立法 │ 行政 │ 司法 │
│ （国会） │ （内閣） │（裁判所）│
└─────────┴─────────┴─────────┘
▲ ▲ ▲ ▲ ▲ ▲
│ │ │ │ │ │
│ └─┬─────┬─┘ │ │ │
│ │ │ │ │ │
│ │ │ │ │ │
│ │ │ │ │ │
▼ ▼ ▼ ▼ ▼ ▼
</pre>
<h4>三権の相互関係（チェック・アンド・バランス）</h4>
<table>
<tbody>
<tr>
</tr>
<tr>
<td>国会（立法）</td>
<td>内閣（行政）</td>
<td>内閣不信任決議</td>
<td>内閣の責任を問う</td>
</tr>
<tr>
<td>内閣（行政）</td>
<td>国会（立法）</td>
<td>衆議院の解散、法律案の提出</td>
<td>国会の再構成、政策提案</td>
</tr>
<tr>
<td>裁判所（司法）</td>
<td>国会・内閣</td>
<td>違憲審査権</td>
<td>法律や行政行為の憲法適合性を審査</td>
</tr>
<tr>
<td>国会（立法）</td>
<td>裁判所（司法）</td>
<td>裁判官の弾劾裁判</td>
<td>不適格な裁判官の罷免</td>
</tr>
<tr>
<td>内閣（行政）</td>
<td>裁判所（司法）</td>
<td>裁判官の任命</td>
<td>最高裁長官の指名、その他裁判官の任命</td>
</tr>
</tbody>
</table>
<p>※三権（立法・行政・司法）はそれぞれ独立し、相互に監督・抑制し合うことで、国民の自由と権利を守る仕組みです。</p>
<p>＊国会は衆議院に対して解散権を持つが、衆議院議員の年収は約１２００万円であり、選挙で勝てない場合には、ただの人になってしまう。</p>
<h2>出典・参考文献</h2>
<h3>法的根拠</h3>
<ul>
<li>日本国憲法（1947年5月3日施行）</li>
<li>国民投票法（正式名称：日本国憲法の改正手続に関する法律）（2007年成立、2010年施行）</li>
</ul>
<h3>歴史的文書</h3>
<ul>
<li>ポツダム宣言（1945年7月26日）</li>
<li>大日本帝国憲法（1889年制定、1947年廃止）</li>
</ul>
<h3>学術的参考資料</h3>
<ul>
<li>芦部信喜『憲法』（岩波書店）</li>
<li>佐藤幸治『憲法』（青林書院）</li>
<li>高橋和之『立憲主義と日本国憲法』（有斐閣）</li>
</ul>
<h3>更新情報</h3>
<ul>
<li>本資料の最終更新日：2024年</li>
<li>法改正等により内容が変更される場合があります</li>
<li>最新の情報については官報や政府発表をご確認ください</li>
</ul>
<h2>ライセンス・利用規約</h2>
<p>本資料は教育・学習目的での利用を想定しています。<br />商用利用や再配布については事前にご相談ください。</p>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
日本国憲法３
Date Created
Date of creation of the resource.
２０２５ー１０ー０３
Rights
Information about rights held in and over the resource
CC BY 4.0
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
note
Description
An account of the resource
日常のノート
note
日常のノートの記録
note
テキストの自由記述
<h1>情報セキュリティ</h1>
<h2>情報セキュリティの基本概念</h2>
<h3>CIA三要素</h3>
<h4>1. 機密性（Confidentiality）</h4>
<ul>
<li><strong>データ暗号化</strong> - 誰でも見れる状態にしない
<ul>
<li>例：AES-256暗号化、SSL/TLS通信、データベース暗号化</li>
</ul>
</li>
<li><strong>アクセス制御</strong> - アクセス権限を管理する
<ul>
<li>例：RBAC（役割ベースアクセス制御）、最小権限の原則</li>
</ul>
</li>
<li><strong>認証と認可</strong> - ログイン画面でその人が操作していることを保証する
<ul>
<li>例：多要素認証（MFA）、SSO（シングルサインオン）</li>
</ul>
</li>
</ul>
<blockquote>権利を持った人のみ情報を使うことができる状態</blockquote>
<div class="implementation-example"><strong>実装例：</strong>
<ul>
<li>パスワード：8文字以上、英数字記号混在</li>
<li>二要素認証：SMS + アプリ認証</li>
<li>暗号化：保存時はAES-256、通信時はTLS 1.3</li>
</ul>
</div>
<h4>2. 完全性（Integrity）</h4>
<ul>
<li><strong>データの改ざん防止</strong> - データの完全性を保証する機構を持つこと
<ul>
<li>例：チェックサム、CRC、データベーストランザクション</li>
</ul>
</li>
<li><strong>デジタル署名</strong> - 第三者機関により、そのデータの完全性が保証される
<ul>
<li>例：RSA署名、楕円曲線暗号（ECC）、PKI（公開鍵基盤）</li>
</ul>
</li>
<li><strong>ハッシュ関数</strong> - ある情報をハッシュ化することにより元には戻せないが、そのデータがあるかを確率的に保証する
<ul>
<li>例：SHA-256、MD5（非推奨）、bcrypt</li>
</ul>
</li>
</ul>
<blockquote>情報が破損、改ざんされない、つまり正しい状態を保証する</blockquote>
<div class="implementation-example"><strong>実装例：</strong>
<ul>
<li>ファイル整合性：SHA-256ハッシュ値の定期チェック</li>
<li>通信整合性：HMAC（Hash-based Message Authentication Code）</li>
<li>データベース：ACID特性による整合性保証</li>
</ul>
</div>
<h4>3. 可用性（Availability）</h4>
<ul>
<li><strong>データの冗長化</strong> - アクセスできるサーバを複数用意して、片方がアクセスできないときにもう片方にアクセスする
<ul>
<li>例：RAID構成、クラスター構成、ロードバランサー</li>
</ul>
</li>
<li><strong>データのバックアップ</strong> - データをバックアップすることで、何かがあったときの原因究明、復旧に役立つ
<ul>
<li>例：3-2-1ルール（3つのコピー、2つの異なるメディア、1つはオフサイト）</li>
</ul>
</li>
<li><strong>DDoS攻撃対策</strong> - BOTによって高頻度アクセスによって遅くなるこの対策の機構を持つこと
<ul>
<li>例：CDN、レート制限、IP制限、CAPTCHA</li>
</ul>
</li>
</ul>
<blockquote>情報をいつでも使える状態を保証する</blockquote>
<div class="implementation-example"><strong>実装例：</strong>
<ul>
<li>可用性目標：99.9%（年間8.76時間の停止時間）</li>
<li>バックアップ：日次フルバックアップ + 時間差分バックアップ</li>
<li>冗長化：アクティブ-パッシブ構成、地理的分散</li>
</ul>
</div>
<h3>その他の重要な概念</h3>
<h4>真正性（Authenticity）</h4>
<ul>
<li>相手の人や機器、情報が本物であることを保証する</li>
</ul>
<h4>責任追跡性（Accountability）</h4>
<ul>
<li>操作や事象をあとから追跡できる機能（ログ保存、改ざん防御など）</li>
</ul>
<h4>否認防止（Non-repudiation）</h4>
<ul>
<li>活動や事象をあとから否定させない特性</li>
</ul>
<h4>信頼性（Reliability）</h4>
<ul>
<li>操作や処理が意図と実行結果が一貫している特性</li>
</ul>
<blockquote>上記を維持することがセキュリティの定義となる</blockquote>
<h2>脆弱性とは</h2>
<h3>脆弱性の発生要因</h3>
<p>脆弱性は人と環境によって生まれる。</p>
<h4>環境要因</h4>
<ul>
<li><strong>自然災害</strong> - データセンターを分散する対策がある</li>
<li><strong>システム障害</strong> - ハードウェアやソフトウェアの不具合</li>
</ul>
<h4>人的要因</h4>
<ul>
<li><strong>システムの脆弱性を突く攻撃</strong> - セキュリティの要素を侵害する</li>
<li><strong>内部犯行</strong> - 組織内部からの情報漏洩や不正アクセス</li>
<li><strong>人的ミス</strong> - 設定ミスや操作ミスによるセキュリティホール</li>
</ul>
<h3>脆弱性による影響</h3>
<ul>
<li>情報改ざんにより損害が起きる可能性がある</li>
<li>機密情報の漏洩</li>
<li>システムの停止やサービス障害</li>
</ul>
<h2>サイバーセキュリティ</h2>
<h3>サイバーセキュリティの特徴</h3>
<ul>
<li>情報セキュリティの特性が含まれる</li>
<li><strong>安全性</strong> - 情報システムの利用者が身体的な危害を受けることのない特性
<blockquote>例：ロボットなどで人間に危害を加えないようにする</blockquote>
</li>
</ul>
<h2>情報セキュリティの重要性</h2>
<h3>保護すべき対象</h3>
<ul>
<li><strong>個人情報の保護</strong> - 個人情報保護法、GDPR対応</li>
<li><strong>企業の機密情報の保護</strong> - 営業秘密、特許情報、顧客データ</li>
<li><strong>サイバー攻撃からの防御</strong> - マルウェア、フィッシング、ランサムウェア</li>
<li><strong>法規制の遵守</strong> - 個人情報保護法、金融商品取引法、医療法</li>
</ul>
<h3>問題が起こった場合の影響</h3>
<ul>
<li><strong>経済的損失</strong> - 不安により利用者が減少し、経済的損失になる
<ul>
<li>例：ランサムウェア被害の平均復旧費用は約400万円</li>
</ul>
</li>
<li><strong>信用の失墜</strong> - ブランドが崩壊する
<ul>
<li>例：情報漏洩事件後の顧客離れ、株価下落</li>
</ul>
</li>
<li><strong>法的責任</strong> - 会社の責任があり、法的に罰せられる恐れがある
<ul>
<li>例：個人情報保護法違反で最大1億円の課徴金</li>
</ul>
</li>
</ul>
<h3>中小企業向けセキュリティ対策（コスト別）</h3>
<div class="cost-section">
<h4>低コスト対策（月額1万円未満）</h4>
<ul>
<li>アンチウイルスソフト導入</li>
<li>ファイアウォール設定</li>
<li>定期的なソフトウェア更新</li>
<li>従業員教育（セキュリティ研修）</li>
</ul>
</div>
<div class="cost-section">
<h4>中コスト対策（月額1-10万円）</h4>
<ul>
<li>多要素認証（MFA）導入</li>
<li>バックアップシステム構築</li>
<li>セキュリティ監視サービス</li>
<li>VPN導入</li>
</ul>
</div>
<div class="cost-section">
<h4>高コスト対策（月額10万円以上）</h4>
<ul>
<li>セキュリティオペレーションセンター（SOC）</li>
<li>侵入検知システム（IDS/IPS）</li>
<li>セキュリティ監査・コンサルティング</li>
<li>災害復旧（DR）システム</li>
</ul>
</div>
<h2>情報セキュリティの歴史</h2>
<ul>
<li><strong>1970年代</strong> - 初期のコンピュータセキュリティ</li>
<li><strong>1980年代</strong> - ウイルスとアンチウイルスソフトの登場</li>
<li><strong>1990年代</strong> - インターネットの普及とファイアウォール</li>
<li><strong>2000年代</strong> - サイバー攻撃の高度化とセキュリティ対策の進化</li>
</ul>
<h2>現代のセキュリティ課題</h2>
<h3>主要な課題</h3>
<ul>
<li><strong>サーバー攻撃の高度化</strong> - AIによる高度なボット攻撃</li>
<li><strong>IoTデバイスのセキュリティ</strong> - IoTセキュリティは今後重要</li>
<li><strong>クラウドセキュリティ</strong> - クラウド上のデータを安全に使えること</li>
<li><strong>プライバシー保護</strong> - 個人情報の適切な管理と保護</li>
</ul>
<h3>業界別セキュリティ要件</h3>
<h4>金融業界</h4>
<ul>
<li><strong>PCI DSS</strong> - クレジットカード情報の保護基準</li>
<li><strong>金融商品取引法</strong> - 顧客情報の適切な管理</li>
<li><strong>リスク管理</strong> - リアルタイム監視、異常検知</li>
</ul>
<h4>医療業界</h4>
<ul>
<li><strong>HIPAA</strong> - 患者情報の保護基準（米国）</li>
<li><strong>医療法</strong> - 診療記録の適切な管理</li>
<li><strong>IoMT</strong> - 医療機器のセキュリティ</li>
</ul>
<h4>Web開発・デザイン業界</h4>
<ul>
<li><strong>OWASP Top 10</strong> - Webアプリケーションの脆弱性
<ul>
<li>SQLインジェクション、XSS、CSRF対策</li>
</ul>
</li>
<li><strong>SSL/TLS</strong> - HTTPS通信の実装</li>
<li><strong>セキュリティヘッダー</strong> - CSP、HSTS、X-Frame-Options</li>
</ul>
<h3>セキュリティフレームワーク</h3>
<h4>ISO 27001</h4>
<ul>
<li>情報セキュリティマネジメントシステム（ISMS）</li>
<li>リスクアセスメント、管理策の実装</li>
<li>継続的改善（PDCAサイクル）</li>
</ul>
<h4>NIST Cybersecurity Framework</h4>
<ul>
<li>5つの機能：識別、防御、検知、対応、復旧</li>
<li>組織のセキュリティ成熟度評価</li>
</ul>
<h4>CIS Controls</h4>
<ul>
<li>20の重要セキュリティ制御</li>
<li>実装優先度の明確化</li>
</ul>
<h3>今後の展望</h3>
<ul>
<li><strong>ゼロトラストセキュリティ</strong> - 「信頼しない、常に検証する」</li>
<li><strong>量子暗号技術</strong> - 量子コンピュータに対抗する暗号</li>
<li><strong>AIを活用したセキュリティ対策</strong> - 機械学習による異常検知</li>
<li><strong>SASE</strong> - セキュアアクセスサービスエッジ</li>
</ul>
<h2>セキュリティチェックリスト</h2>
<div class="checklist">
<h3>基本セキュリティ対策</h3>
<ul>
<li> 強力なパスワードポリシーの設定</li>
<li> 多要素認証（MFA）の導入</li>
<li> 定期的なソフトウェア更新</li>
<li> アンチウイルスソフトの導入</li>
<li> ファイアウォールの設定</li>
<li> データの定期的なバックアップ</li>
<li> 従業員へのセキュリティ教育</li>
</ul>
</div>
<div class="checklist">
<h3>Webアプリケーションセキュリティ</h3>
<ul>
<li> HTTPS通信の実装</li>
<li> SQLインジェクション対策</li>
<li> XSS（クロスサイトスクリプティング）対策</li>
<li> CSRF（クロスサイトリクエストフォージェリ）対策</li>
<li> セキュリティヘッダーの設定</li>
<li> 入力値検証の実装</li>
<li> セッション管理の適切な実装</li>
</ul>
</div>
<div class="checklist">
<h3>インシデント対応準備</h3>
<ul>
<li> インシデント対応計画の策定</li>
<li> 連絡先リストの整備</li>
<li> 証拠保全手順の確立</li>
<li> 復旧手順の文書化</li>
<li> 定期的な訓練の実施</li>
</ul>
</div>
<div class="reference-section">
<h2>参考資料・参考文献</h2>
<h3>公式文書・規格</h3>
<ul>
<li>ISO/IEC 27001:2013 - 情報セキュリティマネジメントシステム</li>
<li>NIST Cybersecurity Framework 1.1</li>
<li>OWASP Top 10 - 2021</li>
<li>CIS Controls v8</li>
</ul>
<h3>関連法規</h3>
<ul>
<li>個人情報保護法（令和5年改正）</li>
<li>サイバーセキュリティ基本法</li>
<li>金融商品取引法</li>
<li>医療法</li>
</ul>
<h3>学習リソース</h3>
<ul>
<li>情報処理推進機構（IPA）セキュリティ情報</li>
<li>総務省 サイバーセキュリティ情報</li>
<li>経済産業省 サイバーセキュリティ経営ガイドライン</li>
</ul>
</div>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
情報セキュリティ２
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
note
Description
An account of the resource
日常のノート
note
日常のノートの記録
note
テキストの自由記述
情報を<strong>どうやって</strong>伝えるか？<br />↓<br />伝達手段・伝達技術←ユーザーが受け入れ<br />＊メディア情報伝達手段<br />OHPからパワーポイントに変化してきた。<br />＊OHP（オーバーヘッドプロジェクター） プロジェクタのようなもの透明な板に黒で文字を書き影を投影する。<br />OHPでも利点<br />リアルタイムで書き換えることができた。<br />伝達手段の歴史的な変化<br />↓<br />情報媒体の変化によりそれに関係するものも変化してきた<br />どうやって情報が伝わるようになってきたか？<br />過去<br />口頭や言い伝え（客観的な記録がないため解釈の違いがある）<br />紙媒体（）<br />大衆化メディアが一般化した<br />電話の発明<br />電話の普及<br />マスメディアの誕生<br />発展<br />コードレス無線<br />携帯電話<br />インターネット<br />スマートフォン<br />ビックデータ、ＡＩ、リアルタイムデータ<br />現在<br />
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
情報文化論１
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h1>建物コレクション</h1>
<h2>第1条（目的）</h2>
<p>本コレクションは、建物・建築物・人工構造物を体系的に記録し、建築学・都市計画・歴史・文化研究との関係付けに活用することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>住宅・集合住宅（民家、アパート、マンション）</li>
<li>公共建築（学校、病院、役所、図書館）</li>
<li>商業建築（オフィス、店舗、ホテル）</li>
<li>宗教建築（寺院、教会、神社）</li>
<li>産業建築（工場、倉庫、発電所）</li>
<li>交通・インフラ（橋、ダム、駅、空港）</li>
<li>歴史的建築（城、古民家、文化財）</li>
<li>その他の人工構造物</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 建物名（例: 東京スカイツリー, 金閣寺, 国会議事堂）</li>
<li><strong>Creator:</strong> 設計者・建築家・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 建築分野（例: Architecture, Buildings, Infrastructure, Heritage）</li>
<li><strong>Description:</strong> 建物の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例: itm:buildings:20250101-skytree）</li>
<li><strong>Rights:</strong> 権利情報（例: © 2025 unjuno.org. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有8個）</h3>
<ul>
<li><strong>Building_Coordinates:</strong> 緯度・経度（例: 35.7101, 139.8107）</li>
<li><strong>Building_Height:</strong> 高さ・階数（例: 634 m, 5階建て）</li>
<li><strong>Building_Area:</strong> 敷地面積・延床面積（例: 1,200 m², 不適用）</li>
<li><strong>Architectural_Style:</strong> 建築様式（例: モダン, 伝統的, ゴシック, 和風）</li>
<li><strong>Construction_Year:</strong> 建設年（例: 2012, 1397, 1936）</li>
<li><strong>Building_Type:</strong> 建物種別（例: 住宅, 公共, 商業, 宗教, 産業）</li>
<li><strong>Structural_Material:</strong> 構造材料（例: 鉄骨, 鉄筋コンクリート, 木造, 石造）</li>
<li><strong>Heritage_Status:</strong> 文化財・指定状況（例: 世界遺産, 国宝, 重要文化財, なし）</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>建築図面、設計図、写真、3Dモデル</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、建物範囲情報</li>
<li>Map プラグイン、Geolocation、Neatline で可視化可能</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>人工的な建物・構造物に関する資料は本コレクションへ。</li>
<li>自然地形はGeographyコレクションへ。</li>
<li>研究・教育に有用な建築学的資料を優先。</li>
<li>座標情報は必ず記録（Map プラグイン連携のため）。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Geography に Relation: Located_At <geography> を設定（統制語彙）。</li>
<li>History に Relation: Built_In <history> を設定（統制語彙）。</li>
<li>Ethnicity に Relation: Built_By <ethnicity> を設定（統制語彙）。</li>
<li>Projects に Relation: Construction_Project <projects> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
buildings Guidelines
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、自然地形（山・川・湖・島・平野・砂漠など）とその性質を体系的に記録し、関連するコレクション（生物・歴史・民族・法令・実験データ等）との関係付けに活用することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>山岳・丘陵・高原</li>
<li>河川・湖沼・海洋</li>
<li>島嶼・半島・岬</li>
<li>平野・盆地・台地</li>
<li>砂漠・氷河・火山</li>
<li>その他の自然地形</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 地形名（例: 富士山, アマゾン川, 琵琶湖）</li>
<li><strong>Creator:</strong> 記録者（例: unjuno'sResearchLibrary）</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 地理分野（例: Geography, Topography, Mountains, Rivers, Lakes）</li>
<li><strong>Description:</strong> 地形の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例: itm:geography:20250101-fuji）</li>
<li><strong>Rights:</strong> 権利情報（例: © 2025 unjuno.org. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有8個）</h3>
<ul>
<li><strong>Geo_Coordinates:</strong> 緯度・経度（例: 35.3606, 138.7274）</li>
<li><strong>Elevation_Depth:</strong> 標高または水深（例: 3,776 m, 104 m）</li>
<li><strong>Area:</strong> 面積（km²）（例: 1,040 km², 不適用）</li>
<li><strong>Formation_Type:</strong> 地形の成因（例: 火山, 侵食, 氷河, 堆積）</li>
<li><strong>Climate_Zone:</strong> 気候区分（例: 熱帯, 砂漠, 温帯, 寒帯）</li>
<li><strong>Region_Level:</strong> 分類階層（例: 山岳, 河川, 湖沼, 島, 平野）</li>
<li><strong>Geological_Age:</strong> 地質時代（例: 第四紀, 新生代, 中生代）</li>
<li><strong>Hydrology:</strong> 水系情報（例: アマゾン川系, 琵琶湖流域, 該当なし）</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>地形図、衛星画像、地質図、気象データ</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、地形範囲情報</li>
<li>Map プラグイン、Geolocation、Neatline で可視化可能</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>自然地形に関する資料は本コレクションへ。</li>
<li>人工的な構造物は含めない。</li>
<li>研究・教育に有用な地理学的資料を優先。</li>
<li>座標情報は必ず記録（Map プラグイン連携のため）。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Biology に Relation: Occurs_In <geography> を設定（統制語彙）。</li>
<li>Ethnicity に Relation: Located_In <geography> を設定（統制語彙）。</li>
<li>History に Relation: Occurred_At <geography> を設定（統制語彙）。</li>
<li>Events/Experiments に Relation: Conducted_At <geography> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Geographies Guidelines
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<div class="container">
<h1>人種・民族コレクション</h1>
<h2>第1条（目的）</h2>
<p>本コレクションは、人種・民族に関する学習資料を体系的に記録し、人類学的理解と文化的知識の蓄積を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>現代の民族・人種グループ（ISOコード・国際統計ベース）</li>
<li>歴史的民族・伝承的部族</li>
<li>先住民族・少数民族</li>
<li>文化的・言語的集団</li>
<li>地域的・国家的集団</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 民族・人種名（例: アイヌ, Mapuche, Yoruba）</li>
<li><strong>Creator:</strong> 記録者（例: unjuno'sResearchLibrary）</li>
<li><strong>Date Created:</strong> アイテム登録日</li>
<li><strong>Subject:</strong> 分類（例: Indigenous, Minority, Tribe, Ethnicity）</li>
<li><strong>Description:</strong> 概要説明（歴史的背景・文化の特徴）</li>
<li><strong>Source:</strong> 出典（国連統計, 民族誌, 論文URL）</li>
<li><strong>Identifier:</strong> 一意識別子（例: itm:ethnicity:20250909-ainu）</li>
<li><strong>Rights:</strong> 権利情報（例: CC-BY 4.0）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有9個）</h3>
<ul>
<li><strong>Ethnic_Group:</strong> 民族名（自称・外称を両方書けるように）</li>
<li><strong>Alternative_Names:</strong> 別名・異称（例: Lapps / Sámi）</li>
<li><strong>Region:</strong> 主な居住地域（例: 北海道, Andes, West Africa）</li>
<li><strong>Country_Code:</strong> ISO 3166-1 alpha-2（例: JP, CL, NG）</li>
<li><strong>Language:</strong> 使用言語（ISO 639コード併記, 例: ain, map, yor）</li>
<li><strong>Cultural_Practices:</strong> 習俗・文化的特徴</li>
<li><strong>Population:</strong> 推定人口（年次を付与, 例: 15000 (2020 census)）</li>
<li><strong>Legal_Status:</strong> 法的地位（例: Recognized Indigenous, Minority, Stateless）</li>
<li><strong>Relations:</strong> 関連する他コレクション（例: Located_In <region>, Governed_By <law>）</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>民族誌、文化資料、言語資料、統計資料</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、居住地域情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>人種・民族に関する資料は本コレクションへ。</li>
<li>一般的な文化資料は含めない。</li>
<li>研究・教育に有用な民族学的資料を優先。</li>
<li>差別用語や俗称は避け、Alternative_Names に「歴史的呼称」として注記。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>History に Relation: Historical_Context <ethnicity> を設定（統制語彙）。</li>
<li>Law に Relation: Legal_Recognition <ethnicity> を設定（統制語彙）。</li>
<li>Projects に Relation: Cultural_Research <ethnicity> を設定（統制語彙）。</li>
</ul>
<h2>第6条（メタデータ設計原則）</h2>
<div class="highlight">
<h4>基本原則</h4>
<ol>
<li><strong>Dublin Core は共通情報のみ</strong> → Title, Description, Source, Identifier など最低限。</li>
<li><strong>Item Type Metadata に民族固有の属性をまとめる</strong> → 言語、地域、法的地位、人口など。</li>
<li><strong>統制語彙（標準コード）をできるだけ使う</strong> → 国コード: ISO 3166-1, 言語コード: ISO 639, 民族コード: UN/UNESCO。</li>
</ol>
</div>
<h2>第7条（実装例）</h2>
<div class="info">
<h4>Mapuche の場合</h4>
<ul>
<li><strong>Title:</strong> Mapuche</li>
<li><strong>Description:</strong> 南米チリおよびアルゼンチンに居住する先住民族。独自の言語 Mapudungun を使用。</li>
<li><strong>Identifier:</strong> itm:ethnicity:20250909-mapuche</li>
<li><strong>Source:</strong> https://minorityrights.org/minorities/mapuche</li>
<li><strong>Item Type Metadata:</strong><ul>
<li>Ethnic_Group: Mapuche</li>
<li>Alternative_Names: Araucanians</li>
<li>Region: Chile, Argentina</li>
<li>Country_Code: CL, AR</li>
<li>Language: Mapudungun (arn)</li>
<li>Population: 約1,745,000 (2017 census, Chile)</li>
<li>Legal_Status: Indigenous Peoples recognized by Chilean law</li>
</ul></li>
</ul>
</div>
<h2>第8条（注意事項）</h2>
<div class="warning">
<ul>
<li><strong>民族名の揺れ</strong> → Alternative_Names に保存して検索で拾えるようにする。</li>
<li><strong>人口や分布</strong> → 必ず「年次」付きで記録（時間変動が大きいため）。</li>
<li><strong>法的地位</strong> → 国際機関や各国の公式認定を参照。</li>
<li><strong>差別用語や俗称</strong> → メインには採用せず、Alternative_Names に「歴史的呼称」として注記。</li>
</ul>
</div>
<h2>第9条（統制語彙推奨）</h2>
<table class="metadata-table">
<tbody>
<tr>
</tr>
<tr>
<td>Country_Code</td>
<td>ISO 3166-1 alpha-2</td>
<td>JP, CL, AR, NG</td>
</tr>
<tr>
<td>Language</td>
<td>ISO 639</td>
<td>ain, map, yor</td>
</tr>
<tr>
<td>Legal_Status</td>
<td>UN/UNESCO</td>
<td>Indigenous, Minority, Stateless</td>
</tr>
</tbody>
</table>
</div>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Ethnicities/Races Guidelines
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、法律・法規・規制に関する学習資料を体系的に記録し、法学的理解と法的知識の蓄積を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>法律・法令・条例</li>
<li>判例・裁判例</li>
<li>法解釈・学説・理論</li>
<li>法的文書・契約書</li>
<li>規制・基準・ガイドライン</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 法律名・条文名・判例名</li>
<li><strong>Creator:</strong> 制定者・判決者・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 法分野・分類</li>
<li><strong>Description:</strong> 法律・判例の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:law:20250101-regulation）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有8個）</h3>
<ul>
<li><strong>Law_Type:</strong> 法律種類（法律・政令・省令・条例・国際条約）</li>
<li><strong>Jurisdiction:</strong> 国・地域（例: Japan, National / EU, Regulation）</li>
<li><strong>Country_Code:</strong> ISO 3166-1 alpha-2（例: JP, EU）</li>
<li><strong>Promulgation_Date:</strong> 公布日</li>
<li><strong>Enforcement_Date:</strong> 施行日</li>
<li><strong>Amendment_Date:</strong> 改正日</li>
<li><strong>Repeal_Date:</strong> 廃止日</li>
<li><strong>Legal_Status:</strong> 現行・改正済・廃止</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>法律条文、判例文書、法的文書、契約書</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>法律・法規・規制に関する資料は本コレクションへ。</li>
<li>一般的な文書は含めない。</li>
<li>研究・教育に有用な法的資料を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Drugs に Relation: Governed_By <law> を設定（統制語彙）。</li>
<li>Projects に Relation: Complies_With <law> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Lows Guideline
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、薬・医薬品に関する学習資料を体系的に記録し、薬理学・毒性学・薬事法の理解を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>一般医薬品・処方薬・市販薬</li>
<li>毒薬・劇薬・規制薬物</li>
<li>薬事法・安全基準・規制情報</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 薬物名・製品名</li>
<li><strong>Creator:</strong> 研究者・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 薬学分野・分類</li>
<li><strong>Description:</strong> 薬物の概要と特性</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:drug:20250101-medicine）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Drug_Type:</strong> 薬物種類</li>
<li><strong>Regulation_Status:</strong> 規制状況</li>
<li><strong>Safety_Level:</strong> 安全レベル</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>薬物画像、分子構造図、規制文書</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>薬物・医薬品に関する資料は本コレクションへ。</li>
<li>一般的な化学物質は Materials へ。</li>
<li>研究・教育に有用な薬物情報を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Biology に Relation: Affects <biology> を設定（統制語彙）。</li>
<li>Legal_Regulatory に Relation: Governed_By <regulation> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Drugs Guideline
Guideline
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h1>Omeka Item Types Complete List</h1>
<h2>アイテムタイプ完全一覧（27個）</h2>
<p><strong>命名規則</strong>: 単数形 + アンダースコア区切りで統一（Omeka既定型との整合性向上）</p>
<h2>Date系の使い分け表</h2>
<table>
<thead>
<tr>
</tr>
</thead>
<tbody>
<tr>
<td>AdminGuideline</td>
<td><strong>Date Created</strong></td>
<td>ガイドライン起草日</td>
</tr>
<tr>
<td>Analysis</td>
<td><strong>Date Created</strong></td>
<td>解析実行日</td>
</tr>
<tr>
<td>Biology</td>
<td><strong>Date Created</strong></td>
<td>観察日（観測レコード）</td>
</tr>
<tr>
<td>Buildings</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Drug</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Law</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Ethnicity</td>
<td><strong>Date Created</strong></td>
<td>アイテム登録日</td>
</tr>
<tr>
<td>Geography</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Book</td>
<td><strong>Date Issued</strong></td>
<td>出版日（図書はIssuedが自然）</td>
</tr>
<tr>
<td>Creation</td>
<td><strong>Date Created</strong></td>
<td>作品制作日</td>
</tr>
<tr>
<td>Dataset</td>
<td><strong>Date Created</strong></td>
<td>データ生成日</td>
</tr>
<tr>
<td>Engineering</td>
<td><strong>Date Created</strong></td>
<td>設計開始/試作日</td>
</tr>
<tr>
<td>Event_Experiment</td>
<td><strong>Date</strong></td>
<td>実施日（イベント特有）</td>
</tr>
<tr>
<td>Glossary</td>
<td><strong>Date Created</strong></td>
<td>用語登録日</td>
</tr>
<tr>
<td>History</td>
<td><strong>Date</strong></td>
<td>出来事の発生日</td>
</tr>
<tr>
<td>Material</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Media</td>
<td><strong>Date Created</strong></td>
<td>撮影/生成日</td>
</tr>
<tr>
<td>Method</td>
<td><strong>Date Issued</strong></td>
<td>提案/公表日</td>
</tr>
<tr>
<td>Model_Simulation</td>
<td><strong>Date Created</strong></td>
<td>モデル作成日</td>
</tr>
<tr>
<td>Open_Problem</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Paper</td>
<td><strong>Date Issued</strong></td>
<td>発表/刊行日</td>
</tr>
<tr>
<td>Person_Biography</td>
<td><strong>Date Created</strong></td>
<td>記録日</td>
</tr>
<tr>
<td>Project_Blog</td>
<td><strong>Date Created</strong></td>
<td>投稿日</td>
</tr>
<tr>
<td>Project</td>
<td><strong>Date Created</strong></td>
<td>開始日</td>
</tr>
<tr>
<td>Theory</td>
<td><strong>Date Issued</strong></td>
<td>提唱日</td>
</tr>
<tr>
<td>Tool</td>
<td><strong>Date Created</strong></td>
<td>開発日</td>
</tr>
<tr>
<td>Work</td>
<td><strong>Date Created</strong></td>
<td>完成日</td>
</tr>
</tbody>
</table>
<p><strong>注意</strong>: 以後、<strong>この表に従って入力</strong>。Dateの混在を防ぎます。</p>
<h2>共通3要素の語彙設計（Simple Vocab推奨）</h2>
<h3>Status（管理上の状態）</h3>
<p>draft / in_progress / review / published / archived</p>
<h3>Priority（相対優先度）</h3>
<p>low / normal / high / urgent</p>
<h3>Feedback</h3>
<p>自由記述（HTML可、長文可）</p>
<h3>Tags機能</h3>
<p>Omeka標準のTags機能を使用。キーワード・タグ・分類に利用。カンマ区切りで複数入力可能。</p>
<p><strong>※ Simple Vocab</strong> で <strong>Status/Priority</strong> を制御語彙化しておくと入力ぶれがゼロになる。</p>
<h2>アイテムタイプ一覧（1-23）</h2>
<h3>1. AdminGuideline</h3>
<p><strong>説明</strong>: 本コレクションは、システム管理・運用方針・ガイドラインを体系的に記録し、一貫した管理と運用を確保することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> ガイドライン名</li>
<li><strong>Creator:</strong> 作成者・管理者</li>
<li><strong>Date Created:</strong> 作成日</li>
<li><strong>Subject:</strong> 管理分野</li>
<li><strong>Description:</strong> ガイドラインの概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Guideline_Type:</strong> ガイドライン種類</li>
<li><strong>Scope:</strong> 適用範囲</li>
<li><strong>Review:</strong> 見直し</li>
</ul>
<h3>2. Analysis</h3>
<p><strong>説明</strong>: 本コレクションは、データ分析・統計解析・機械学習等の分析結果を体系的に記録し、分析手法の比較と検証を可能にすることを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 分析名</li>
<li><strong>Creator:</strong> 分析者</li>
<li><strong>Date Created:</strong> 分析日</li>
<li><strong>Subject:</strong> 分析分野</li>
<li><strong>Description:</strong> 分析の概要と結果</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Analysis_Type:</strong> 分析種類</li>
<li><strong>Results:</strong> 結果</li>
<li><strong>Confidence:</strong> 信頼度</li>
</ul>
<h3>3. Biology</h3>
<p><strong>説明</strong>: 本コレクションは、生物学的現象・種・生態系の記録を体系的に管理し、生物学的知識の蓄積と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 生物・現象名</li>
<li><strong>Creator:</strong> 観察者・研究者</li>
<li><strong>Date Created:</strong> 観察日</li>
<li><strong>Subject:</strong> 生物分類・分野</li>
<li><strong>Description:</strong> 生物・現象の概要</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Species:</strong> 種名</li>
<li><strong>Habitat:</strong> 生息環境</li>
<li><strong>Characteristics:</strong> 特徴</li>
</ul>
<h3>4. Drug</h3>
<p><strong>説明</strong>: 本コレクションは、薬・医薬品に関する学習資料を体系的に記録し、薬理学・毒性学・薬事法の理解を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 薬物名・製品名</li>
<li><strong>Creator:</strong> 研究者・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 薬学分野・分類</li>
<li><strong>Description:</strong> 薬物の概要と特性</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Drug_Type:</strong> 薬物種類</li>
<li><strong>Regulation_Status:</strong> 規制状況</li>
<li><strong>Safety_Level:</strong> 安全レベル</li>
</ul>
<h3>5. Law</h3>
<p><strong>説明</strong>: 本コレクションは、法律・法規・規制に関する学習資料を体系的に記録し、法学的理解と法的知識の蓄積を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 法律名・条文名・判例名</li>
<li><strong>Creator:</strong> 制定者・判決者・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 法分野・分類</li>
<li><strong>Description:</strong> 法律・判例の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有8個）</h5>
<ul>
<li><strong>Law_Type:</strong> 法律種類（法律・政令・省令・条例・国際条約）</li>
<li><strong>Jurisdiction:</strong> 国・地域（例: Japan, National / EU, Regulation）</li>
<li><strong>Country_Code:</strong> ISO 3166-1 alpha-2（例: JP, EU）</li>
<li><strong>Promulgation_Date:</strong> 公布日</li>
<li><strong>Enforcement_Date:</strong> 施行日</li>
<li><strong>Amendment_Date:</strong> 改正日</li>
<li><strong>Repeal_Date:</strong> 廃止日</li>
<li><strong>Legal_Status:</strong> 現行・改正済・廃止</li>
</ul>
<h3>6. Ethnicity</h3>
<p><strong>説明</strong>: 本コレクションは、人種・民族に関する学習資料を体系的に記録し、人類学的理解と文化的知識の蓄積を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個 + 任意2個）</h5>
<ul>
<li><strong>Title:</strong> 民族・人種名（例: アイヌ, Mapuche, Yoruba）</li>
<li><strong>Creator:</strong> 記録者（例: unjuno'sResearchLibrary）</li>
<li><strong>Date Created:</strong> アイテム登録日</li>
<li><strong>Subject:</strong> 分類（例: Indigenous, Minority, Tribe, Ethnicity）</li>
<li><strong>Description:</strong> 概要説明（歴史的背景・文化の特徴）</li>
<li><strong>Source:</strong> 出典（国連統計, 民族誌, 論文URL）</li>
<li><strong>Identifier:</strong> 一意識別子（例: itm:ethnicity:20250909-ainu）</li>
<li><strong>Rights:</strong> 権利情報（例: CC-BY 4.0）</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有9個）</h5>
<ul>
<li><strong>Ethnic_Group:</strong> 民族名（自称・外称を両方書けるように）</li>
<li><strong>Alternative_Names:</strong> 別名・異称（例: Lapps / Sámi）</li>
<li><strong>Region:</strong> 主な居住地域（例: 北海道, Andes, West Africa）</li>
<li><strong>Country_Code:</strong> ISO 3166-1 alpha-2（例: JP, CL, NG）</li>
<li><strong>Language:</strong> 使用言語（ISO 639コード併記, 例: ain, map, yor）</li>
<li><strong>Cultural_Practices:</strong> 習俗・文化的特徴</li>
<li><strong>Population:</strong> 推定人口（年次を付与, 例: 15000 (2020 census)）</li>
<li><strong>Legal_Status:</strong> 法的地位（例: Recognized Indigenous, Minority, Stateless）</li>
<li><strong>Relations:</strong> 関連する他コレクション（例: Located_In <region>, Governed_By <law>）</li>
</ul>
<h4>判断基準</h4>
<ul>
<li>人種・民族に関する資料は本コレクションへ</li>
<li>一般的な文化資料は含めない</li>
<li>研究・教育に有用な民族学的資料を優先</li>
<li>差別用語や俗称は避け、Alternative_Names に「歴史的呼称」として注記</li>
</ul>
<h4>関係付け</h4>
<ul>
<li>History に Relation: Historical_Context <ethnicity> を設定（統制語彙）</li>
<li>Law に Relation: Legal_Recognition <ethnicity> を設定（統制語彙）</li>
<li>Projects に Relation: Cultural_Research <ethnicity> を設定（統制語彙）</li>
</ul>
<h4>メタデータ設計原則</h4>
<ul>
<li>Dublin Core は共通情報のみ（Title, Description, Source, Identifier など最低限）</li>
<li>Item Type Metadata に民族固有の属性をまとめる（言語、地域、法的地位、人口など）</li>
<li>統制語彙（標準コード）をできるだけ使う（国コード: ISO 3166-1, 言語コード: ISO 639, 民族コード: UN/UNESCO）</li>
</ul>
<h4>注意事項</h4>
<ul>
<li>民族名の揺れ → Alternative_Names に保存して検索で拾えるようにする</li>
<li>人口や分布 → 必ず「年次」付きで記録（時間変動が大きいため）</li>
<li>法的地位 → 国際機関や各国の公式認定を参照</li>
<li>差別用語や俗称 → メインには採用せず、Alternative_Names に「歴史的呼称」として注記</li>
</ul>
<h3>7. Geography</h3>
<p><strong>説明</strong>: 本コレクションは、自然地形（山・川・湖・島・平野・砂漠など）とその性質を体系的に記録し、関連するコレクション（生物・歴史・民族・法令・実験データ等）との関係付けに活用することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個 + 任意2個）</h5>
<ul>
<li><strong>Title:</strong> 地形名（例: 富士山, アマゾン川, 琵琶湖）</li>
<li><strong>Creator:</strong> 記録者（例: unjuno'sResearchLibrary）</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 地理分野（例: Geography, Topography, Mountains, Rivers, Lakes）</li>
<li><strong>Description:</strong> 地形の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例: itm:geography:20250101-fuji）</li>
<li><strong>Rights:</strong> 権利情報（例: © 2025 unjuno.org. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有8個）</h5>
<ul>
<li><strong>Geo_Coordinates:</strong> 緯度・経度（例: 35.3606, 138.7274）</li>
<li><strong>Elevation_Depth:</strong> 標高または水深（例: 3,776 m, 104 m）</li>
<li><strong>Area:</strong> 面積（km²）（例: 1,040 km², 不適用）</li>
<li><strong>Formation_Type:</strong> 地形の成因（例: 火山, 侵食, 氷河, 堆積）</li>
<li><strong>Climate_Zone:</strong> 気候区分（例: 熱帯, 砂漠, 温帯, 寒帯）</li>
<li><strong>Region_Level:</strong> 分類階層（例: 山岳, 河川, 湖沼, 島, 平野）</li>
<li><strong>Geological_Age:</strong> 地質時代（例: 第四紀, 新生代, 中生代）</li>
<li><strong>Hydrology:</strong> 水系情報（例: アマゾン川系, 琵琶湖流域, 該当なし）</li>
</ul>
<h4>判断基準</h4>
<ul>
<li>自然地形に関する資料は本コレクションへ</li>
<li>人工的な構造物は含めない</li>
<li>研究・教育に有用な地理学的資料を優先</li>
<li>座標情報は必ず記録（Map プラグイン連携のため）</li>
</ul>
<h4>関係付け</h4>
<ul>
<li>Biology に Relation: Occurs_In <geography> を設定（統制語彙）</li>
<li>Ethnicity に Relation: Located_In <geography> を設定（統制語彙）</li>
<li>History に Relation: Occurred_At <geography> を設定（統制語彙）</li>
<li>Events/Experiments に Relation: Conducted_At <geography> を設定（統制語彙）</li>
</ul>
<h3>8. Buildings</h3>
<p><strong>説明</strong>: 本コレクションは、建物・建築物・人工構造物を体系的に記録し、建築学・都市計画・歴史・文化研究との関係付けに活用することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個 + 任意2個）</h5>
<ul>
<li><strong>Title:</strong> 建物名（例: 東京スカイツリー, 金閣寺, 国会議事堂）</li>
<li><strong>Creator:</strong> 設計者・建築家・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 建築分野（例: Architecture, Buildings, Infrastructure, Heritage）</li>
<li><strong>Description:</strong> 建物の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例: itm:buildings:20250101-skytree）</li>
<li><strong>Rights:</strong> 権利情報（例: © 2025 unjuno.org. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有8個）</h5>
<ul>
<li><strong>Building_Coordinates:</strong> 緯度・経度（例: 35.7101, 139.8107）</li>
<li><strong>Building_Height:</strong> 高さ・階数（例: 634 m, 5階建て）</li>
<li><strong>Building_Area:</strong> 敷地面積・延床面積（例: 1,200 m², 不適用）</li>
<li><strong>Architectural_Style:</strong> 建築様式（例: モダン, 伝統的, ゴシック, 和風）</li>
<li><strong>Construction_Year:</strong> 建設年（例: 2012, 1397, 1936）</li>
<li><strong>Building_Type:</strong> 建物種別（例: 住宅, 公共, 商業, 宗教, 産業）</li>
<li><strong>Structural_Material:</strong> 構造材料（例: 鉄骨, 鉄筋コンクリート, 木造, 石造）</li>
<li><strong>Heritage_Status:</strong> 文化財・指定状況（例: 世界遺産, 国宝, 重要文化財, なし）</li>
</ul>
<h4>判断基準</h4>
<ul>
<li>人工的な建物・構造物に関する資料は本コレクションへ</li>
<li>自然地形はGeographyコレクションへ</li>
<li>研究・教育に有用な建築学的資料を優先</li>
<li>座標情報は必ず記録（Map プラグイン連携のため）</li>
</ul>
<h4>関係付け</h4>
<ul>
<li>Geography に Relation: Located_At <geography> を設定（統制語彙）</li>
<li>History に Relation: Built_In <history> を設定（統制語彙）</li>
<li>Ethnicity に Relation: Built_By <ethnicity> を設定（統制語彙）</li>
<li>Projects に Relation: Construction_Project <projects> を設定（統制語彙）</li>
</ul>
<h3>9. Book</h3>
<p><strong>説明</strong>: 本コレクションは、学術書・教科書・参考書等の書籍を体系的に管理し、学術的知識の蓄積と教育支援を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 書籍タイトル</li>
<li><strong>Creator:</strong> 著者・編者</li>
<li><strong>Date Issued:</strong> 出版日</li>
<li><strong>Subject:</strong> 分野・主題</li>
<li><strong>Description:</strong> 書籍の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Book_Type:</strong> 書籍種類</li>
<li><strong>Publisher:</strong> 出版社</li>
<li><strong>ISBN:</strong> ISBN番号</li>
</ul>
<h3>10. Creation</h3>
<p><strong>説明</strong>: 本コレクションは、学術的創造物・芸術作品・技術的成果物を体系的に記録し、創造的成果の保存と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 作品名</li>
<li><strong>Creator:</strong> 作者・創造者</li>
<li><strong>Date Created:</strong> 作成日</li>
<li><strong>Subject:</strong> 分野・ジャンル</li>
<li><strong>Description:</strong> 作品の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Creation_Type:</strong> 作品種類</li>
<li><strong>Medium:</strong> 媒体・素材</li>
<li><strong>Technique:</strong> 技法・手法</li>
</ul>
<h3>11. Dataset</h3>
<p><strong>説明</strong>: 本コレクションは、研究データ・統計データ・観測データを体系的に管理し、データの再利用性と透明性を確保することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> データセット名</li>
<li><strong>Creator:</strong> データ作成者</li>
<li><strong>Date Created:</strong> 作成日</li>
<li><strong>Subject:</strong> データ分野</li>
<li><strong>Description:</strong> データの概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Data_Type:</strong> データ種類</li>
<li><strong>Size:</strong> データサイズ</li>
<li><strong>Format:</strong> ファイル形式</li>
</ul>
<h3>12. Engineering</h3>
<p><strong>説明</strong>: 本コレクションは、工学設計・プロトタイプ・製品開発の記録を体系的に管理し、技術的知識の蓄積と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 設計・製品名</li>
<li><strong>Creator:</strong> 設計者・開発者</li>
<li><strong>Date Created:</strong> 設計日</li>
<li><strong>Subject:</strong> 工学分野</li>
<li><strong>Description:</strong> 設計の概要と目的</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Design_Type:</strong> 設計種類</li>
<li><strong>Specifications:</strong> 仕様</li>
<li><strong>Development_Status:</strong> 開発状況</li>
</ul>
<h3>13. Event_Experiment</h3>
<p><strong>説明</strong>: 本コレクションは、実験・観測・調査の記録を標準化し、再現性と追跡可能性を確保することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 実験・観測の名称</li>
<li><strong>Creator:</strong> 実施者・責任者</li>
<li><strong>Date:</strong> 実施日</li>
<li><strong>Subject:</strong> 関連分野</li>
<li><strong>Description:</strong> 実験の目的と概要</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Experimental_Conditions:</strong> 実験条件</li>
<li><strong>Equipment:</strong> 使用装置</li>
<li><strong>Location:</strong> 実施場所</li>
</ul>
<h3>14. Glossary</h3>
<p><strong>説明</strong>: 本コレクションは、学術用語・専門用語・概念の定義を体系的に整理し、用語の統一と理解の促進を図ることを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 用語名</li>
<li><strong>Creator:</strong> 定義者・記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 関連分野</li>
<li><strong>Description:</strong> 用語の定義と説明</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Definition:</strong> 定義</li>
<li><strong>Context:</strong> 文脈</li>
<li><strong>Related_Terms:</strong> 関連用語</li>
</ul>
<h3>15. History</h3>
<p><strong>説明</strong>: 本コレクションは、学術研究の歴史的経緯・発展過程・重要な出来事を体系的に記録し、研究の文脈と発展を理解可能にすることを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 歴史的出来事名</li>
<li><strong>Creator:</strong> 記録者</li>
<li><strong>Date:</strong> 発生日</li>
<li><strong>Subject:</strong> 関連分野</li>
<li><strong>Description:</strong> 出来事の概要と意義</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Event_Type:</strong> 出来事種類</li>
<li><strong>Significance:</strong> 意義</li>
<li><strong>Context:</strong> 文脈</li>
</ul>
<h3>16. Material</h3>
<p><strong>説明</strong>: 本コレクションは、研究に使用される材料・物質・試料の特性・用途・管理方法を体系的に記録し、研究の再現性を確保することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 材料名</li>
<li><strong>Creator:</strong> 記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 材料分類</li>
<li><strong>Description:</strong> 材料の概要と特性</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Material_Type:</strong> 材料種類</li>
<li><strong>Properties:</strong> 特性</li>
<li><strong>Storage_Conditions:</strong> 保管条件</li>
</ul>
<h3>17. Media</h3>
<p><strong>説明</strong>: 本コレクションは、画像・動画・音声・3Dモデル等のメディアファイルを体系的に管理し、研究資料の可視化と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> メディア名</li>
<li><strong>Creator:</strong> 作成者・撮影者</li>
<li><strong>Date Created:</strong> 作成日</li>
<li><strong>Subject:</strong> 内容・分野</li>
<li><strong>Description:</strong> メディアの概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Media_Type:</strong> メディア種類</li>
<li><strong>Format:</strong> ファイル形式</li>
<li><strong>Resolution:</strong> 解像度・品質</li>
</ul>
<h3>18. Method</h3>
<p><strong>説明</strong>: 本コレクションは、研究方法・分析手法・実験手順を体系的に記録し、研究の再現性と標準化を確保することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 手法名</li>
<li><strong>Creator:</strong> 開発者・提唱者</li>
<li><strong>Date Issued:</strong> 開発日</li>
<li><strong>Subject:</strong> 適用分野</li>
<li><strong>Description:</strong> 手法の概要と手順</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Method_Type:</strong> 手法種類</li>
<li><strong>Procedure:</strong> 手順</li>
<li><strong>Applications:</strong> 適用例</li>
</ul>
<h3>19. Model_Simulation</h3>
<p><strong>説明</strong>: 本コレクションは、数理モデル・シミュレーション・計算モデルを体系的に記録し、モデルの比較と検証を可能にすることを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> モデル名</li>
<li><strong>Creator:</strong> 開発者・作成者</li>
<li><strong>Date Created:</strong> 作成日</li>
<li><strong>Subject:</strong> モデル分野</li>
<li><strong>Description:</strong> モデルの概要と目的</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Model_Type:</strong> モデル種類</li>
<li><strong>Parameters:</strong> パラメータ</li>
<li><strong>Validation:</strong> 検証結果</li>
</ul>
<h3>20. Open_Problem</h3>
<p><strong>説明</strong>: 本コレクションは、未解決の問題・未知の現象・未解明の課題を長期的に記録・整理し、後続の研究者が追跡可能にすることを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 課題の名称（仮称可）</li>
<li><strong>Creator:</strong> 記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 関連分野</li>
<li><strong>Description:</strong> 課題の内容と背景</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Problem_Statement:</strong> 問題の詳細</li>
<li><strong>Current_Status:</strong> 現在の状況</li>
<li><strong>Related_Fields:</strong> 関連分野</li>
</ul>
<h3>21. Paper</h3>
<p><strong>説明</strong>: 本コレクションは、学術論文・研究報告・技術文書を体系的に管理し、学術的知識の蓄積と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 論文タイトル</li>
<li><strong>Creator:</strong> 著者・共著者</li>
<li><strong>Date Issued:</strong> 発表日</li>
<li><strong>Subject:</strong> 分野・主題</li>
<li><strong>Description:</strong> 論文の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Paper_Type:</strong> 論文種類</li>
<li><strong>Journal:</strong> 掲載誌</li>
<li><strong>DOI:</strong> DOI番号</li>
</ul>
<h3>22. Person_Biography</h3>
<p><strong>説明</strong>: 本コレクションは、研究者・学者・専門家の経歴・業績・貢献を体系的に記録し、学術コミュニティの知識とネットワークを構築することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 氏名</li>
<li><strong>Creator:</strong> 記録者</li>
<li><strong>Date Created:</strong> 記録日</li>
<li><strong>Subject:</strong> 専門分野</li>
<li><strong>Description:</strong> 経歴と業績の概要</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Affiliation:</strong> 所属機関</li>
<li><strong>Specialization:</strong> 専門分野</li>
<li><strong>Achievements:</strong> 主要業績</li>
</ul>
<h3>23. Project_Blog</h3>
<p><strong>説明</strong>: 本コレクションは、プロジェクトの進捗・活動・成果を記録するブログ記事を体系的に管理し、プロジェクトの透明性と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> ブログ記事タイトル</li>
<li><strong>Creator:</strong> 執筆者</li>
<li><strong>Date Created:</strong> 投稿日</li>
<li><strong>Subject:</strong> 関連プロジェクト・分野</li>
<li><strong>Description:</strong> 記事の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Blog_Type:</strong> ブログ種類</li>
<li><strong>Project_Reference:</strong> 関連プロジェクト</li>
<li><strong>Publication_Status:</strong> 公開状況</li>
</ul>
<h3>24. Project</h3>
<p><strong>説明</strong>: 本コレクションは、研究プロジェクト・開発プロジェクト・学術プロジェクトを体系的に記録し、プロジェクトの進捗と成果を管理することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> プロジェクト名</li>
<li><strong>Creator:</strong> プロジェクトリーダー</li>
<li><strong>Date Created:</strong> 開始日</li>
<li><strong>Subject:</strong> プロジェクト分野</li>
<li><strong>Description:</strong> プロジェクトの概要と目的</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Project_Type:</strong> プロジェクト種類</li>
<li><strong>Progress_Status:</strong> 進捗状況</li>
<li><strong>Duration:</strong> 期間</li>
</ul>
<h3>25. Theory</h3>
<p><strong>説明</strong>: 本コレクションは、学術理論・仮説・概念を体系的に記録し、理論の比較と発展を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 理論名</li>
<li><strong>Creator:</strong> 提唱者・開発者</li>
<li><strong>Date Issued:</strong> 提唱日</li>
<li><strong>Subject:</strong> 理論分野</li>
<li><strong>Description:</strong> 理論の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Theory_Type:</strong> 理論種類</li>
<li><strong>Scope:</strong> 適用範囲</li>
<li><strong>Evidence:</strong> 根拠・証拠</li>
</ul>
<h3>26. Tool</h3>
<p><strong>説明</strong>: 本コレクションは、研究ツール・分析ツール・測定機器を体系的に記録し、ツールの比較と選択を支援することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> ツール名</li>
<li><strong>Creator:</strong> 開発者・製造者</li>
<li><strong>Date Created:</strong> 開発日</li>
<li><strong>Subject:</strong> ツール分野</li>
<li><strong>Description:</strong> ツールの概要と機能</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Tool_Type:</strong> ツール種類</li>
<li><strong>Functionality:</strong> 機能</li>
<li><strong>Requirements:</strong> 要件</li>
</ul>
<h3>27. Work</h3>
<p><strong>説明</strong>: 本コレクションは、完成した作品・成果物・製品を体系的に記録し、創造的成果の保存と共有を促進することを目的とする。</p>
<h4>必須メタデータ</h4>
<h5>Dublin Core（必須6個）</h5>
<ul>
<li><strong>Title:</strong> 作品名</li>
<li><strong>Creator:</strong> 作者・制作者</li>
<li><strong>Date Created:</strong> 完成日</li>
<li><strong>Subject:</strong> 分野・ジャンル</li>
<li><strong>Description:</strong> 作品の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
</ul>
<h5>Item Type Metadata（共通3個）</h5>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h5>Item Type Metadata（固有3個）</h5>
<ul>
<li><strong>Work_Type:</strong> 作品種類</li>
<li><strong>Completion_Status:</strong> 完成状況</li>
<li><strong>Usage:</strong> 用途・目的</li>
</ul>
<h2>使用方法</h2>
<h3>実装チェックリスト（最短ルート）</h3>
<ul>
<li>単数形への改名リスト確定</li>
<li>Simple Vocab: Status/Priority 語彙作成</li>
<li>27タイプ作成（説明コピペ）</li>
<li>共通3要素 追加（Status/Priority は語彙紐付け）</li>
<li>固有3要素 追加</li>
<li>検索リンク化設定（Subject/Status/…）</li>
<li>「入力ガイド」公開（Date表・Relation/Feedbackの線引き）</li>
</ul>
<h3>アイテムタイプ作成手順</h3>
<ol>
<li><strong>Simple Vocab</strong> で Status と Priority の語彙を作成</li>
<li><strong>Item Types</strong> を<strong>単数形名</strong>で27件作成（説明はそのまま）</li>
<li>各タイプに <strong>共通3要素（Feedback, Status, Priority）</strong> を追加
<ul>
<li>Status/Priority は「選択式」に（Simple Vocab を紐付け）</li>
</ul>
</li>
<li>各タイプに <strong>固有3要素</strong> を追加</li>
<li><strong>Search By Metadata</strong> で、検索リンク化するメタデータを選定
<ul>
<li>推奨：Subject, Status, Priority, Tool_Type/Project_Type など分類系</li>
</ul>
</li>
<li><strong>AvantSearch など拡張検索</strong>を使う場合は、上記タグの重みづけをドキュメント化</li>
<li><strong>入力ガイド1枚</strong>（Date使い分け表＋Status/Priority定義＋Relation/Feedbackの線引き）を管理者用に配布</li>
</ol>
<h3>メタデータ要素の追加</h3>
<ul>
<li><strong>Dublin Core要素</strong>: 既存のDublin Core要素を使用（6個必須）</li>
<li><strong>Item Type Metadata要素</strong>: カスタム要素として追加
<ul>
<li><strong>共通要素（3個）</strong>: Feedback, Status, Priority</li>
<li><strong>固有要素（3個）</strong>: 各コレクション固有のメタデータ</li>
</ul>
</li>
</ul>
<h3>統合の利点</h3>
<ol>
<li><strong>後から直す手間がなくなる</strong>: 最初から適切な構造で作成</li>
<li><strong>用途の分離で検索性が高まる</strong>: Relation（外部関係）とFeedback（感想）を分離</li>
<li><strong>他者との共同利用にも対応</strong>: 直感的なメタデータ構造</li>
</ol>
<h2>具体例（入力テンプレ：3件）</h2>
<h3>例1：Paper</h3>
<ul>
<li><strong>DC</strong>: Title="Numerical Methods for PDEs", Creator="Smith, John; Doe, Jane", Date Issued="2021-05-12", Subject="Applied Mathematics; Numerical Analysis", Description="We propose a stabilized FEM for …", Source="https://doi.org/10.xxxx/xxxx"</li>
<li><strong>共通</strong>: Status=published / Priority=normal / Feedback=査読後修正版を追記予定</li>
<li><strong>Tags</strong>: FEM, stabilization, PDE</li>
<li><strong>固有</strong>: Paper_Type=journal_article / Journal=JCP / DOI=10.xxxx/xxxx</li>
</ul>
<h3>例2：Model_Simulation</h3>
<ul>
<li><strong>DC</strong>: Title="Shallow Water 2D Solver", Date Created="2025-08-30", …</li>
<li><strong>共通</strong>: Status=review, Priority=high</li>
<li><strong>Tags</strong>: GPU, CUDA, SWEs</li>
<li><strong>固有</strong>: Model_Type=PDE, Parameters=g=9.81; CFL=0.4, Validation=analytical dam-break OK</li>
</ul>
<h3>例3：Event_Experiment</h3>
<ul>
<li><strong>DC</strong>: Title="Azolla Growth Trial #3", Date="2025-09-05", …</li>
<li><strong>共通</strong>: Status=in_progress, Priority=normal</li>
<li><strong>Tags</strong>: azolla, nutrient</li>
<li><strong>固有</strong>: Experimental_Conditions=N=10mg/L, T=25C, Equipment=pH meter, Location=Lab-A</li>
</ul>
<h2>実装指針と即時投入用テンプレ</h2>
<h3>1) Simple Vocab（Status/Priority）投入テンプレ</h3>
<p><strong>管理＞プラグイン：Simple Vocab</strong> にそのまま貼る語彙（1行=1語）。</p>
<h4>Status</h4>
<pre>draft
in_progress
review
published
archived</pre>
<h4>Priority</h4>
<pre>low
normal
high
urgent</pre>
<p>作成後：各アイテムタイプの <strong>Status/Priority</strong> 要素に「Simple Vocab」を紐付け（選択式化）。</p>
<h3>2) Search By Metadata 推奨設定（リンク化）</h3>
<ul>
<li><strong>必ず</strong>：Subject, Status, Priority</li>
<li><strong>タイプ別に追加</strong>（任意）：
<ul>
<li>Project_Type, Progress_Status</li>
<li>Tool_Type, Functionality</li>
<li>Paper_Type, Journal</li>
<li>Model_Type</li>
<li>Material_Type</li>
<li>Media_Type</li>
<li>Blog_Type</li>
<li>Theory_Type</li>
</ul>
</li>
</ul>
<p>目的：<strong>一覧→クリック→関連一覧</strong>の回遊性を最大化。将来のExhibit/Facet拡張も楽。</p>
<h3>3) 作成順序（手戻りゼロ）</h3>
<ol>
<li><strong>Simple Vocab</strong>：Status / Priority を作成</li>
<li><strong>Item Types</strong>：単数形名で26件作成（あなたの本文をそのまま説明にコピペ）</li>
<li><strong>共通3要素</strong> 追加（Status/PriorityにSimple Vocabを紐付け）</li>
<li><strong>固有3要素</strong> 追加</li>
<li><strong>Search By Metadata</strong> 設定（上記推奨セット）</li>
<li><strong>入力ガイド</strong> をSimple Pagesで公開（リンクをフッター等に常設）</li>
</ol>
<h3>運用規則（境界での重複対応）</h3>
<p><strong>Project／Project_Blog／Analysis／Dataset／Paper</strong> の境界で重複が起きたときの一次格納ルール：</p>
<ul>
<li><strong>一次資料</strong> → Dataset</li>
<li><strong>派生解析</strong> → Analysis</li>
<li><strong>報告</strong> → Paper</li>
<li><strong>進捗記録</strong> → Project_Blog</li>
<li><strong>親プロジェクト</strong> → Project</li>
</ul>
<p><strong>関係付け</strong>: Relation で相互参照を設定（例：Analysis → Dataset, Paper → Analysis）</p>
<h3>よくある失敗と回避策</h3>
<ul>
<li><strong>"Date"混在</strong> → 上の表に固定。UIに注意書きを追記（Simple Pagesで運用ガイド公開も可）</li>
<li><strong>Relationをコメントに流用</strong> → 厳禁。検索軸を壊す</li>
<li><strong>Keywordsの表記ゆれ</strong> → 重要語だけ Simple Vocab で「推奨語彙」も用意（強制はしない）</li>
<li><strong>Plural/Singular混在</strong> → 今回で単数形に統一</li>
</ul>
<h2>注意事項</h2>
<ul>
<li>アイテムタイプ名は英数字とアンダースコアのみ使用</li>
<li>説明文は日本語で記述</li>
<li>各アイテムタイプは手動で作成する必要がある</li>
<li>メタデータ要素も手動で追加する必要がある</li>
<li><strong>Collection_Guidelinesは除外</strong>（26個のアイテムタイプ）</li>
<li><strong>Relationは外部リソース関係専用</strong>、<strong>Feedbackは感想・コメント専用</strong></li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Omeka Item Types Complete List
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、プロジェクトの進捗・活動・成果を記録するブログ記事を体系的に管理し、プロジェクトの透明性と共有を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>プロジェクト進捗・活動記録</li>
<li>研究成果・発見の共有</li>
<li>プロジェクト関連の考察・議論</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> ブログ記事タイトル</li>
<li><strong>Creator:</strong> 執筆者</li>
<li><strong>Date Created:</strong> 投稿日</li>
<li><strong>Subject:</strong> 関連プロジェクト・分野</li>
<li><strong>Description:</strong> 記事の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:projectblog:20250101-update）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Blog_Type:</strong> ブログ種類</li>
<li><strong>Project_Reference:</strong> 関連プロジェクト</li>
<li><strong>Publication_Status:</strong> 公開状況</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>記事本文、画像、動画、添付ファイル</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>プロジェクト関連のブログ記事は本コレクションへ。</li>
<li>一般的なブログ記事は含めない。</li>
<li>研究・開発に関わる記事を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Projects に Relation: Documents <project> を設定（統制語彙）。</li>
<li>People/Biographies に Creator を設定。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Project_blog Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、学術書・教科書・参考書等の書籍を体系的に管理し、学術的知識の蓄積と教育支援を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>学術書・教科書・参考書</li>
<li>専門書・技術書</li>
<li>学術的価値のある書籍</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 書籍タイトル</li>
<li><strong>Creator:</strong> 著者・編者</li>
<li><strong>Date Issued:</strong> 出版日</li>
<li><strong>Subject:</strong> 分野・主題</li>
<li><strong>Description:</strong> 書籍の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:book:20250101-textbook）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Book_Type:</strong> 書籍種類</li>
<li><strong>Publisher:</strong> 出版社</li>
<li><strong>ISBN:</strong> ISBN番号</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>書籍PDF、目次、索引</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>学術的価値のある書籍は本コレクションへ。</li>
<li>一般的な書籍は含めない。</li>
<li>教育・研究に有用な書籍を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>People/Biographies に Creator を設定。</li>
<li>Glossary に Relation: Defines <glossary> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Books Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、学術論文・研究報告・技術文書を体系的に管理し、学術的知識の蓄積と共有を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>学術論文・研究報告</li>
<li>技術文書・特許文書</li>
<li>学術的価値のある文書</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 論文タイトル</li>
<li><strong>Creator:</strong> 著者・共著者</li>
<li><strong>Date Issued:</strong> 発表日</li>
<li><strong>Subject:</strong> 分野・主題</li>
<li><strong>Description:</strong> 論文の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:paper:20250101-research）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Paper_Type:</strong> 論文種類</li>
<li><strong>Journal:</strong> 掲載誌</li>
<li><strong>DOI:</strong> DOI番号</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>論文PDF、補足資料</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>学術的価値のある論文は本コレクションへ。</li>
<li>一般的な文書は含めない。</li>
<li>研究・教育に有用な論文を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>People/Biographies に Creator を設定。</li>
<li>Theories に Relation: Supports <theory> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Papers Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、完成した作品・成果物・製品を体系的に記録し、創造的成果の保存と共有を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>完成した作品・成果物</li>
<li>製品・商品</li>
<li>実用的な創造物</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 作品名</li>
<li><strong>Creator:</strong> 作者・制作者</li>
<li><strong>Date Created:</strong> 完成日</li>
<li><strong>Subject:</strong> 分野・ジャンル</li>
<li><strong>Description:</strong> 作品の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:work:20250101-product）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Work_Type:</strong> 作品種類</li>
<li><strong>Completion_Status:</strong> 完成状況</li>
<li><strong>Usage:</strong> 用途・目的</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>作品画像、動画、音声、3Dモデル</li>
<li>表示プラグイン: UniversalViewer（推奨）、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>完成した作品は本コレクションへ。</li>
<li>制作途中のものは Creations へ。</li>
<li>実用的な成果物を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>People/Biographies に Creator を設定。</li>
<li>Projects に Relation: Produces <work> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Works Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、学術的創造物・芸術作品・技術的成果物を体系的に記録し、創造的成果の保存と共有を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>学術的創造物・芸術作品</li>
<li>技術的成果物・発明</li>
<li>創造的プロジェクト・作品</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 作品名</li>
<li><strong>Creator:</strong> 作者・創造者</li>
<li><strong>Date Created:</strong> 作成日</li>
<li><strong>Subject:</strong> 分野・ジャンル</li>
<li><strong>Description:</strong> 作品の概要と特徴</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:creation:20250101-artwork）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Creation_Type:</strong> 作品種類</li>
<li><strong>Medium:</strong> 媒体・素材</li>
<li><strong>Technique:</strong> 技法・手法</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>作品画像、動画、音声、3Dモデル</li>
<li>表示プラグイン: UniversalViewer（推奨）、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>学術的・芸術的価値のある作品は本コレクションへ。</li>
<li>一般的な作品は含めない。</li>
<li>創造的成果を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>People/Biographies に Creator を設定。</li>
<li>Projects に Relation: Produces <creation> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Creations Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、研究プロジェクト・開発プロジェクト・学術プロジェクトを体系的に記録し、プロジェクトの進捗と成果を管理することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>研究プロジェクト・開発プロジェクト</li>
<li>学術プロジェクト・共同研究</li>
<li>プロジェクトの進捗・成果</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> プロジェクト名</li>
<li><strong>Creator:</strong> プロジェクトリーダー</li>
<li><strong>Date Created:</strong> 開始日</li>
<li><strong>Subject:</strong> プロジェクト分野</li>
<li><strong>Description:</strong> プロジェクトの概要と目的</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:project:20250101-research）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Project_Type:</strong> プロジェクト種類</li>
<li><strong>Progress_Status:</strong> 進捗状況</li>
<li><strong>Duration:</strong> 期間</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>プロジェクト計画書、進捗報告、成果物</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>学術的価値のあるプロジェクトは本コレクションへ。</li>
<li>一般的なプロジェクトは含めない。</li>
<li>研究・開発に貢献するプロジェクトを優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>People/Biographies に Relation: Leads <project> を設定（統制語彙）。</li>
<li>Works に Relation: Produces <work> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Projects Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、生物学的現象・種・生態系の記録を体系的に管理し、生物学的知識の蓄積と共有を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>生物種・生態系の記録</li>
<li>生物学的現象・観察</li>
<li>生物学的データ・分析</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 生物・現象名</li>
<li><strong>Creator:</strong> 観察者・研究者</li>
<li><strong>Date Created:</strong> 観察日</li>
<li><strong>Subject:</strong> 生物分類・分野</li>
<li><strong>Description:</strong> 生物・現象の概要</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:biology:20250101-species）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Species:</strong> 種名</li>
<li><strong>Habitat:</strong> 生息環境</li>
<li><strong>Characteristics:</strong> 特徴</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>生物写真、観察記録、データ、動画</li>
<li>表示プラグイン: UniversalViewer、Geolocation</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>生物学的観察・記録は本コレクションへ。</li>
<li>一般的な生物情報は含めない。</li>
<li>研究に関わる生物学的データを優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Events/Experiments に Relation: Observes <biology> を設定（統制語彙）。</li>
<li>Materials に Relation: Includes <biology> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Biology Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、研究方法・分析手法・実験手順を体系的に記録し、研究の再現性と標準化を確保することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>実験手法・分析手法</li>
<li>統計手法・計算手法</li>
<li>測定手法・評価手法</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 手法名</li>
<li><strong>Creator:</strong> 開発者・提唱者</li>
<li><strong>Date Issued:</strong> 開発日</li>
<li><strong>Subject:</strong> 適用分野</li>
<li><strong>Description:</strong> 手法の概要と手順</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:method:20250101-analysis）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Method_Type:</strong> 手法種類</li>
<li><strong>Procedure:</strong> 手順</li>
<li><strong>Applications:</strong> 適用例</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>手順書、コード、例、結果</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>再現可能な手法は本コレクションへ。</li>
<li>理論的検討は Theories へ。</li>
<li>実装例は Engineering へ。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Events/Experiments に Relation: Uses <method> を設定（統制語彙）。</li>
<li>Tools に Relation: Implements <method> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Methods Guideline
Guideline
ガイドライン
-
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
AdminGuidelines
Description
An account of the resource
サイト運営ルールや内部メモを収録するコレクション。管理者向け規範集として活用する。
Subject
The topic of the resource
Administration
Rules
Workflow
Language
A language of the resource
ja
en
Rights
Information about rights held in and over the resource
メタデータ: CC BY 4.0。資料は各所蔵・公開規約に従う。
Publisher
An entity responsible for making the resource available
unjuno’s Research Library
Date
A point or period of time associated with an event in the lifecycle of the resource
2025-09-05
Creator
An entity primarily responsible for making the resource
unjuno
Source
A related resource from which the described resource is derived
運用規約
設定資料
Relation
A related resource
Tools
History
Analyses
Format
The file format, physical medium, or dimensions of the resource
Digital Collection
Type
The nature or genre of the resource
Collection
Identifier
An unambiguous reference to the resource within a given context
COL-AdminGuidelines
Coverage
The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant
cope: Internal operations; Temporal: 2025–Present; Jurisdiction: JP
AdminGuideline
それぞれのコレクションの制約をまとめる。
Explanation
概要の説明をする。
<h2>第1条（目的）</h2>
<p>本コレクションは、学術理論・仮説・概念を体系的に記録し、理論の比較と発展を促進することを目的とする。</p>
<h2>第2条（収録範囲）</h2>
<ol>
<li>学術理論・仮説</li>
<li>概念・フレームワーク</li>
<li>理論の検証・発展</li>
</ol>
<h2>第3条（必須メタデータ）</h2>
<h3>Dublin Core（必須6個 + 任意2個）</h3>
<ul>
<li><strong>Title:</strong> 理論名</li>
<li><strong>Creator:</strong> 提唱者・開発者</li>
<li><strong>Date Issued:</strong> 提唱日</li>
<li><strong>Subject:</strong> 理論分野</li>
<li><strong>Description:</strong> 理論の概要と内容</li>
<li><strong>Source:</strong> URLの場所</li>
<li><strong>Identifier:</strong> 一意識別子（例：itm:theory:20250101-concept）</li>
<li><strong>Rights:</strong> 権利情報（例：© 2025 YourLab. Reuse under CC-BY-4.0 unless noted.）</li>
</ul>
<h3>Item Type Metadata（共通3個）</h3>
<ul>
<li><strong>Feedback:</strong> 感想・コメント・所感</li>
<li><strong>Status:</strong> 状態・進捗状況</li>
<li><strong>Priority:</strong> 重要度・優先度</li>
</ul>
<h3>Item Type Metadata（固有3個）</h3>
<ul>
<li><strong>Theory_Type:</strong> 理論種類</li>
<li><strong>Scope:</strong> 適用範囲</li>
<li><strong>Evidence:</strong> 根拠・証拠</li>
</ul>
<h3>Files（該当する場合）</h3>
<ul>
<li>理論文書、図解、検証データ</li>
<li>表示プラグイン: UniversalViewer、PDF Embed</li>
</ul>
<h3>Tags機能</h3>
<ul>
<li>キーワード・タグ・分類に使用</li>
<li>カンマ区切りで複数入力可能</li>
<li>全アイテムタイプ共通</li>
</ul>
<h3>Map（該当する場合）</h3>
<ul>
<li>地理的座標、場所情報</li>
</ul>
<h2>第4条（判断基準）</h2>
<ul>
<li>学術的価値のある理論は本コレクションへ。</li>
<li>一般的な理論は含めない。</li>
<li>検証可能な理論を優先。</li>
</ul>
<h2>第5条（関係付け）</h2>
<ul>
<li>Papers に Relation: Supports <theory> を設定（統制語彙）。</li>
<li>Models/Simulations に Relation: Implements <theory> を設定（統制語彙）。</li>
</ul>
Dublin Core
The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.
Title
A name given to the resource
Theories Guideline
Guideline
ガイドライン