はじめに

Raspberry Piは小型で手軽なコンピューターであるが、画像編集作業も十分にこなすことができる。本記事では、Raspberry Pi OSで利用可能な代表的な画像編集ソフトウェアを紹介する。

1. GIMP (GNU Image Manipulation Program)

GIMPは、オープンソースの画像編集ソフトウェアであり、Photoshopに似た機能を提供している。

インストール方法

1
2

sudo apt update
sudo apt install gimp

主な機能

• レイヤー操作
• フィルター効果
• 色調補正
• 画像サイズ変更

2. ImageMagick

コマンドラインベースの強力な画像処理ツールである。バッチ処理に特に優れている。

インストール方法

1

sudo apt install imagemagick

基本的な使用例

1
2
3
4
5
6
7
8

# 画像サイズの変更
convert input.jpg -resize 800x600 output.jpg

# フォーマット変換
convert image.png image.jpg

# 画像の回転
convert input.jpg -rotate 90 output.jpg

3. Fotoxx

軽量で使いやすい画像編集ソフトウェアである。

インストール方法

1

sudo apt install fotoxx

主な機能

• RAW画像の編集
• HDR合成
• パノラマ作成
• 赤目除去

4. Inkscape

ベクター画像の編集に特化したソフトウェアである。

インストール方法

1

sudo apt install inkscape

主な用途

• ロゴデザイン
• イラスト作成
• 図形描画
• テキストアート

5. Shotwell

写真管理と基本的な編集機能を備えたソフトウェアである。写真のインポート、整理、簡単な編集が可能。

インストール方法

1

sudo apt install shotwell

主な機能

• 写真の一括インポートと管理
• 基本的な画像編集（明るさ、コントラスト調整など）
• 写真のタグ付けと整理
• RAWファイルのサポート
• SNSへの直接共有機能

まとめ

Raspberry Piでも、目的に応じて様々な画像編集ソフトウェアを利用することができる。用途に合わせて適切なツールを選択することで、効率的な画像編集作業が可能となる。

参考リンク

• GIMP 公式サイト
• ImageMagick 公式サイト
• Inkscape 公式サイト
• Shotwell 公式サイト

はじめに

Raspberry Pi OSでCapslockキーをCtrlキーとして使用する方法を説明する。

環境

• Raspberry Pi OS (64-bit)
• Raspberry Pi 5

設定手順

Raspberry Pi OS(RaspberryPi5)で、CTRLキーとCaps Lockを入れ替える方法 (Swap ctrl and capslock keys) を参考にした。本環境では日本語キーボードではなく、USキーボードを使用しているため、設定ファイルが異なる。

/usr/share/X11/xkb/symbols/us を編集する。

参考設定の通り、xkb_symbols "basic" の中に

1
2

key <CAPS> {        [ Control_L                     ]       };
   modifier_map Control { <CAPS> };

を追記した。

その後、リブートする。

参考リンク

Raspberry Pi OS(RaspberryPi5)で、CTRLキーとCaps Lockを入れ替える方法 (Swap ctrl and capslock keys)

動機

これまで組織名を設けずにGitHubを使っていた。しかし、Notion AIのConnect機能を利用して、GitHub上のレポジトリ群を読み取らせようとしたところ、組織下のレポジトリしか参照できないようだった。そこで、新たに組織を作成し、元のレポジトリから新しく作成した組織下のレポジトリに同期するようにした。

なお、この手順は、同期先のレポジトリがもともと存在しないことを想定して書いてある。

手順: 同期先リポジトリの初期設定と同期プロセス

1. 同期先リポジトリを新規作成

GitHub上で同期先リポジトリを作成する（例: 組織名/リポジトリ名）。

• リポジトリの設定:
  • 空のリポジトリとして作成（README.md や .gitignore は追加しない）。
  • 必要に応じて「Write Access」のあるユーザーやDeploy Keyを設定。

2. ローカル環境での初期設定

ローカル環境を使って、同期元リポジトリから同期先リポジトリへ初期データを移行する。

(1) 同期先リポジトリをクローン

ローカル環境に同期先リポジトリをクローンする。

1
2

git clone git@github.com:組織名/リポジトリ名.git
cd リポジトリ名

(2) masterブランチを作成

新規作成したリポジトリにはブランチが存在しないため、master ブランチを作成する。

1

git checkout -b master

(3) 同期元リポジトリをリモートとして追加

同期元リポジトリ（例: ユーザー名/リポジトリ名）をリモートとして追加する。

1

git remote add source git@github.com:ユーザー名/リポジトリ名.git

(4) 同期元リポジトリをpull

同期元リポジトリからデータを取得する。

1

git pull source master

(5) 同期先リポジトリにpush

同期先リポジトリにデータをプッシュする。

1

git push origin master

3. SSHキーの生成と登録

GitHub Actionsが同期先リポジトリにアクセスできるようにするため、SSHキーを設定する。

(1) SSHキーの生成

以下のコマンドを実行し、新しいSSHキーを生成する（既存のSSHキーを使用する場合はこの手順を省略可能）。

1

ssh-keygen -t ed25519 -C "your-email@example.com"

• 入力プロンプト:
  • 「Enter file in which to save the key」では、デフォルトの ~/.ssh/id_ed25519 を使用する場合、そのままEnterを押す。
  • 「Enter passphrase」では、必要に応じてパスフレーズを設定する（空でも可）。
• 生成されるファイル:
  • 秘密鍵: ~/.ssh/id_ed25519
  • 公開鍵: ~/.ssh/id_ed25519.pub

(2) 公開鍵を「Deploy Keys」に登録

生成された公開鍵（id_ed25519.pub）を同期先リポジトリの「Deploy Keys」に追加する。

• 手順:
  • GitHubで同期先リポジトリを開く。
  • 「Settings」 > 「Deploy keys」 に移動する。
  • 「Add deploy key」 をクリックする。
  • 以下の情報を入力する:
    • Title: 任意の名前（例: GitHub Actions Key）。
    • Key: id_ed25519.pub の内容をコピーして貼り付ける。
    • Allow write access: チェックを入れる（書き込み権限を付与するため）。
  • 「Add key」 をクリックして登録を完了する。

(3) 秘密鍵をSecretsに登録

生成された秘密鍵（id_ed25519）を同期元リポジトリのSecretsに登録する。

• 手順:
  • GitHubで同期元リポジトリを開く。
  • 「Settings」 > 「Secrets and variables」 > 「Actions」 に移動する。
  • 「New repository secret」 をクリックする。
  • 以下の情報を入力する:
    • Name: SYNC_SSH_KEY
    • Value: id_ed25519 の内容をコピーして貼り付ける。
  • 「Add secret」 をクリックして登録を完了する。

4. GitHub Actionsを設定

リポジトリの初期化が完了したら、GitHub Actionsを設定して自動同期を有効にする。

(1) GitHub Actionsワークフローの作成

以下のワークフローを .github/workflows/sync.yml に保存する。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

name: Sync Repository

on:
  push:
    branches:
      - master

jobs:
  sync:
    runs-on: ubuntu-latest
    
    steps:
      # ソースリポジトリをチェックアウト
      - name: Checkout source repository
        uses: actions/checkout@v3
        with:
          repository: ユーザー名/リポジトリ名
          token: ${{ secrets.GITHUB_TOKEN }}
          ref: master
      
      # ターゲットリポジトリにプッシュ
      - name: Push to target repository
        env:
          TARGET_REPO: git@github.com:組織名/リポジトリ名.git
          SSH_PRIVATE_KEY: ${{ secrets.SYNC_SSH_KEY }}
        run: |
          # SSHキーの設定
          mkdir -p ~/.ssh
          echo "$SSH_PRIVATE_KEY" > ~/.ssh/id_ed25519
          chmod 600 ~/.ssh/id_ed25519
          ssh-keyscan -H github.com >> ~/.ssh/known_hosts
          
          # ターゲットリポジトリをリモートとして追加
          git remote add target "$TARGET_REPO"
          
          # ターゲットリポジトリにプッシュ
          git fetch --unshallow
          git push --force target master

5. GitHub Actionsの実行確認

1. GitHub Actionsが正常に動作するか確認するため、同期元リポジトリに変更を加える。
2. 同期元リポジトリのmasterブランチに変更をプッシュする。
3. 同期先リポジトリでGitHub Actionsがトリガーされ、変更が同期されていることを確認する。

6. 同期先のGitHub Actionsの無効化

GitHub Actionsの設定ファイルは、.github/workflows以下に保存されるが、このファイルも同期され、同期先のGitHub Actionsも動作してしまう。

これを防ぐため、以下の手順で同期先リポジトリのGitHub Actionsを無効化する：

• 同期先リポジトリのページを開く
• 「Actions」タブをクリック
• 左サイドバーの「Actions」にある当該アクションを選択
• 右の方にある三点リーダーから「Disable workflow」を選ぶ。

補足: トラブルシューティング

エラー: Permission denied (publickey)

SSHキーが正しく設定されていない可能性がある。以下を再確認すること：

• SYNC_SSH_KEY に登録した秘密鍵が正しいか。
• 公開鍵が同期先リポジトリの「Deploy Keys」に正しく登録されているか。
• 公開鍵に書き込み権限（Write Access）が付与されているか。

エラー: remote unpack failed: index-pack failed

同期元リポジトリが大きすぎる場合に発生する。リポジトリサイズを縮小する方法については、こちらの手順を参照のこと。

エラー: git@github.com: Permission denied (publickey)

SSH接続が正しく設定されていない可能性がある。以下を確認すること：

• SSHキーペアが正しく生成されているか。
• GitHub Actionsのワークフローで正しいSSHキーが使用されているか。
• ~/.ssh/known_hosts ファイルが正しく設定されているか。

まとめ

1. 同期先リポジトリを新規作成した場合、ローカル環境で初期設定を行う。
2. 初期設定後、GitHub Actionsを設定して自動同期を有効にする。
3. 必要に応じてトラブルシューティングを実施する。

これにより、同期先リポジトリの初期化とGitHub Actionsを用いた同期がスムーズに行えるようになる。

メモ

とあることをきっかけに、Tuple Spaceに関して今一度整理しておきたくて検索した。 Twenty years of coordination technologies が2020年ころまでのCordiantion Technologyの歴史を振り返っており大変参考になった。

Twenty years of coordination technologiesの概要

長いのでざっくり要約すると…

概要: この論文は、COORDINATIONカンファレンスの20年の歴史を振り返り、調整技術（Coordination Technologies）の発展と現状を分析した包括的なレビュー論文。 IoTなどの影響で、システム間の相互作用の複雑さが増していることから調整技術の重要性を強調。 サクセスストーリーや制限を明確にする。

なお、ここでいう調整技術とは、Coordination Models and Languagesに基づき、「複数の異種コンポーネントを統合する手段を提供する」ことを目指す技術を指すことにする。

全体的なトレンド

初期：基礎的なモデルと実験的な実装 中期：モバイル環境やセキュリティへの対応 後期：IoTや分散システムへの実践的な適用

1996-2000年（初期）

Linda モデルをベースとした多くの技術が登場

主な技術： - ACLT (1996) - 後のTuCSoNの基礎となる - Manifold (1996) - 後のReoの基礎となる - Moses (2000) - 法に基づく相互作用(LGI)モデルの実装 - Piccola (2000) - コンポジション言語

2001-2010年

より専門化・多様化した技術の出現

主な技術： - Reo (2002) - チャネルベースの調整モデル - O'Klaim (2004) - モバイルコード向けの調整 - Limone (2004) - モバイルエージェント向けの軽量調整 - CRIME (2007) - 論理ベースの調整 - CiAN (2008) - MANETsのためのワークフロー管理

2011-2018年

より実践的で特定領域に特化した技術の登場

主な技術： - LINC (2015) - IoT向けの商用調整技術 - RepliKlaim (2015) - データレプリケーション管理 - Logic Fragments (2015) - 論理推論ベースの調整 - TuCSoN - 継続的な発展と実用化

論文執筆辞典（2020年）現在の課題

• 産業界での採用が限定的
• 開発・デプロイメントツールの不足
• メインストリームの開発言語・プラットフォームとの統合の必要性
• 実用的なモニタリング・デバッグツールの不足

貢献

理論的貢献: - 形式的なモデリング言語の発展 - 検証技術の進歩 - 新しい調整パラダイムの提案

実践的な応用: - 分散システムの設計パターン - ミドルウェアソリューション - クラウドサービスの調整メカニズム

将来の展望: - AIと機械学習を活用した適応型調整メカニズム - ブロックチェーンベースの分散調整 - エッジコンピューティングにおける調整課題 - 大規模分散システムのための新しい調整モデル

参考文献： - https://www.researchgate.net/publication/339464058_Twenty_years_of_coordination_technologies_COORDINATION_contribution_to_the_state_of_art - https://www.researchgate.net/publication/325388738_Twenty_Years_of_Coordination_Technologies_State-of-the-Art_and_Perspectives - https://core.ac.uk/download/pdf/196287252.pdf - https://scispace.com/journals/the-journal-of-logic-and-algebraic-programming-1ay8iggr/2020

Tuple Spaceに類似した技術

概要

Tuple Spaceに類似した技術は、分散システムにおけるデータ共有と通信を実現するための抽象化モデルとして発展してた。Linda modelを起点として、クラウドコンピューティング、IoT、マイクロサービスアーキテクチャなどの現代的なコンテキストで進化している。これらの技術は共通して、非同期通信、データの永続性、空間的・時間的な分離を特徴としている。 ここでは直接の派生とは言えないものも列挙してみる。

主要なポイント

類似技術の分類

• メッセージキューイングシステム
  • Apache Kafka
  • RabbitMQ
  • Amazon SQS
  • Redis Pub/Sub
• 分散キーバリューストア
  • Apache Cassandra
  • Redis
  • Hazelcast
  • Apache Ignite
• 分散共有メモリシステム
  • JavaSpaces
  • GigaSpaces
  • TSpaces (IBM)
  • Lime (Mobile Tuple Spaces)
• Triple Space
  • TripCom (Triple Space Communication)
  • Web Service Execution Environment (WSMX)との統合

共通と思われる特徴

• 非同期通信モデル
• データの永続性サポート（実装の途中から対応したものもある）
• 分散トランザクション処理（厳密にはトランザクション管理されていないものもある。あるいは後付けでトランザクション管理の機能が追加されたものもある）
• スケーラビリティ
• 耐障害性

技術的な差異を考えるうえでの観点の例

• データモデル（構造化vs非構造化）
• 一貫性モデル（強一貫性vs結果一貫性）
• スケーリング方式（水平vs垂直）
• 実装アプローチ（中央集権型vs分散型）

関連検索に用いるキーワード

• Linda Model
• Distributed Coordination
• Shared Memory Systems
• Message-Oriented Middleware
• Distributed Hash Tables
• Space-Based Architecture
• Content-Based Publish/Subscribe
• Distributed Data Structures

参考文献・URL

(作業途中。とりあえず簡単な例を記載しているが網羅性を高める必要あり)

学術論文

1. "Coordination Models and Languages" (2001) https://link.springer.com/chapter/10.1007/3-540-45587-6_3

2. "A Survey of Tuple Space Implementations" (1998) https://dl.acm.org/doi/10.1145/292834.292836

3. "Space-Based Computing and Reliable Distributed Systems" (2019) https://ieeexplore.ieee.org/document/8731537

技術記事・ドキュメント

1. Apache Kafka Documentation https://kafka.apache.org/documentation/

2. JavaSpaces Principles, Patterns, and Practice https://www.oracle.com/technical-resources/articles/javase/javaspaces.html

3. GigaSpaces Technical Documentation https://docs.gigaspaces.com/latest/overview/index.html

研究プロジェクト

1. LIME Project (Mobile Tuple Spaces) http://lime.sourceforge.net/

2. T-Spaces Project (IBM Research) https://researcher.watson.ibm.com/researcher/view_group.php?id=128

本分野の主な応用分野

• クラウドコンピューティング
• IoTシステム
• マイクロサービスアーキテクチャ
• 分散データ処理
• リアルタイムアナリティクス
• エッジコンピューティング
• データスペース ※きっと…という期待を込めて。

今後の話の広がりの方向性の例

• AIや機械学習システムとの統合
• ブロックチェーン技術との関係性整理と統合、あるいは分担
• エッジコンピューティングでの活用
• 次世代ネットワーク通信での応用
• 量子コンピューティングとの関係性、応用
• データスペースのモデル化

参考

• Twenty years of coordination technologies
• Coordination Models and Languages

メモ

VMWare上でUbuntuを使い、Chromeを用いたときになぜか、Chromeだけマウスホイールによるスクロール量が安定しないことがあった。

chrome://flags で設定を開き、「smooth Scrolling」を無効にしたところ改善した。

Google Chrome ブラウザーでのスクロールが遅いを参考にした。

参考

• Google Chrome ブラウザーでのスクロールが遅い

※注意：この記事は取りまとめ中なので暫定のもの

国連Global Digital Compactを起点としたグローバルデータガバナンスの新展開

1. Global Digital Compactの採択と意義

2024年9月22日、国連において世界のリーダーたちが「未来のための協定（Pact for the Future）」を採択し、その中核として「グローバル・デジタル・コンパクト」が位置づけられました。これは、デジタル技術のグローバルガバナンスに関する包括的な枠組みとして、国際社会における画期的な一歩となっています。 [1]

2. データガバナンスの国際的な課題認識

現在、グローバルに認知された統一的なデータガバナンスフレームワークが存在しないことが大きな課題として認識されています。この状況に対して、Global Digital Compactは以下のコミットメントを掲げています。

• 目標1：デジタルデバイドを閉じ、持続可能な開発目標を超えて進歩を加速する
• 目標2：デジタル経済における包摂性と恩恵の拡大
• 目標3：人権を重視したデジタル空間の実現
• 目標4：責任ある、公平かつ相互運用可能なデータガバナンスアプローチを推進する
• 目標5：人類の利益のための人工知能の国際ガバナンスの強化

2.1. 補足）グローバルに統一されたデータガバナンスフレームワーク不在に関する課題感のまとめ

グローバルに統一されたデータガバナンスフレームワーク不在に関する課題感は、以下のような文献に記載されています。一例を挙げます。

1. 国連システム事務局長調整委員会（UN System Chief Executives Board）の報告書では、 「グローバルなコンセンサスの欠如と、政策および実践の断片化が、共通フレームワーク開発における課題となっている」と明確に指摘されています。

URL: https://unsceb.org/sites/default/files/2023-05/Annex%201%20-%20Mapping%20and%20Comparing%20Data%20Governance%20Frameworks.pdf [2]

2. Information Technology and Innovation Foundation (ITIF) の分析では、 特にクロスボーダーデータフローに関して、統一された国際的なガバナンスフレームワークの不在が、グローバルなデジタル経済の発展を妨げる要因となっていることを指摘しています。

URL: https://itif.org/publications/2021/07/19/how-barriers-cross-border-data-flows-are-spreading-globally-what-they-cost/ [3]

3. 医療分野におけるAI技術の文脈でも、 統一された規制フレームワークの不在が、データの品質管理、ガバナンス、倫理的な課題に影響を与えていることが指摘されています。（ここではデータガバナンスに限らない広い意味でのガバナンス）

URL: https://pmc.ncbi.nlm.nih.gov/articles/PMC10879008/ [4]

4. ESGレポーティングの領域においても、 データガバナンスに関する「統一された」または「普遍的な」基準の不在が、グローバル企業の報告実務における重要な課題として認識されています。

URL: https://novisto.com/resources/blogs/challenges-of-esg-reporting-and-strategies [1]

これらの報告は、異なる分野や文脈から、グローバルに統一されたデータガバナンスフレームワークの必要性を指摘しており、この課題が広く認識されていることを示しています。特に、クロスボーダーでのデータ活用が増加する中、この課題の重要性は一層高まっていると言えます。

3. マルチステークホルダーアプローチの重要性

グローバル・デジタル・コンパクトの特徴的な点として、以下のような多様なステークホルダーの参画が挙げられます：

• 各国政府
• 民間セクター
• 市民社会
• 学術機関
• 技術コミュニティ

これらの関係者が協力して、人権を尊重したデータガバナンスの実現を目指しています。 [2]

4. 具体的な取り組みの方向性

国際社会では、以下の重点分野での以下のようなアクションが求められています。例を挙げます。：

1. デジタルインクルージョン
   • デジタルアクセスの公平性確保
   • 能力開発とリテラシー向上
2. データの責任ある利用
   • プライバシー保護フレームワークの確立
   • 越境データ流通のルール整備
3. 持続可能な開発目標（SDGs）との連携
   • デジタル技術を活用した社会課題解決
   • データ駆動型の政策立案支援 [3]

5. 今後の展望

Global Digital Compactの採択を受けて、以下のような発展が期待されています：

1. 国際協力の強化
   • 各国のデータガバナンス政策の調和
   • ベストプラクティスの共有
2. 技術革新との両立
   • AIガバナンスとの統合
   • 新興技術への対応
3. 実効性の確保
   • モニタリングメカニズムの確立
   • 定期的なレビューと更新 [2], [3]

まとめ

Global Digital Compactの採択は、国際社会がデータガバナンスの重要性を認識し、協調して取り組んでいくための重要な転換点となりました。今後は、この枠組みを基盤として、より具体的な施策や標準の開発が進められていくことが予想されます。

参考文献

1. UN Sustainable Development (2024) - "Press Release: World leaders adopt Pact for the Future"
   • https://www.un.org/en/summit-of-the-future/pact-for-the-future
2. Broadband Commission (2024) - "Supporting the Global Digital Compact"
   • https://www.broadbandcommission.org/global-digital-compact-data-governance/
   • ブロードバンド委員会の主要な成果物のひとつにツールキットが挙げられます。政府と規制当局が責任をもって データを管理する能力を構築するのを支援する。
3. UN Office for Digital and Emerging Technologies (2024) - "Global Digital Compact Framework"
4. Data4SDGs (2024) - "The Global Digital Compact opportunity for data governance"

データガバナンスの国際標準に関するまとめ

はじめに

デジタルトランスフォーメーションが加速する現代において、データは組織の最も重要な資産の一つとなっています。しかし、このデータを効果的に管理し、価値を最大化するためには、適切なガバナンスフレームワークが不可欠です。

なぜ今、データガバナンスの標準化が重要なのか

データガバナンスの標準化は、いくつかの理由から組織にとって重要性を増しています。例えば以下のようなものが挙げられます。：

1. データ駆動型意思決定の増加
2. 規制要件の厳格化、多様化
3. データセキュリティに関するリスクの高まり
4. グローバルなデータ連携の必要性 [2]

など。

主要な国際標準フレームワーク

1. ISO/IEC 38505-1:2017

https://www.iso.org/standard/56639.html

ISO/IEC 38505-1：2017は、組織内の効果的で効率的かつ許容可能な使用に関する組織の管理機関（所有者、取締役、パートナー、エグゼクティブマネージャーなど）のメンバーに指導原則を提供します。

注意点

https://www.iso.org/standard/87195.html にあるように、これは「ISO/IEC CD 38505-1」によって置き換えられる予定である。

基礎原則

このフレームワークは、データガバナンスの基本原則を定義し、以下の要素を含みます：

これらの原則は、データガバナンスを効果的に実施するための基盤となります。

EDMモデル

データのライフサイクル

ISO/IEC 38505-1:2017におけるデータライフサイクルの管理を以下の表で整理します。

注意）後で内容チェックする。

注意事項： 1. 各段階は独立したものではなく、相互に関連している 2. すべての段階でEDM（評価・指示・監視）サイクルを適用する 3. リスク管理とコンプライアンスは全段階を通じて考慮する 4. データの価値とコストのバランスを常に意識する

なお、https://www.jipdec.or.jp/library/report/u71kba000000dcyz-att/20171020summary_02.pdf では、 収集（Collect）、保存（Store）、報告（Report）、決定（Decide）、配布（Distribute）、廃棄（Dispose）としている。

モデル概要

経産省『第３層：サイバー空間におけるつながり』の信頼性確保に向けたセキュリティ対策検討タスクフォースの検討の方向性より。 https://www.meti.go.jp/shingikai/mono_info_service/sangyo_cyber/wg_seido/wg_bunyaodan/daisanso/pdf/002_03_00.pdf

2. ISO 8000シリーズ

ISO 8000は、データ品質とエンタープライズマスターデータに関する国際標準規格です。組織におけるデータの品質管理、特にマスターデータの管理と交換に関する要件を定義しています。この規格は、データの作成、収集、保管、維持、および交換における品質基準を確立し、組織間でのデータの相互運用性を確保することを目的としています。

なお、ISO 9000ではビジネスプロセスに関する品質・マネジメントを対象とするのに対し、ISO 8000はそこで扱われる様々なデータの質を対象としている。特に組織間・システム間でデータ交換する際のデータ品質要件・品質評価の方法やプロセスを規定します。

ドイツ鉄道ネットワーク（Part 150）、韓国政府機関（Part 61）などで国際標準に準拠したデータ運用がなされています。

データ品質に特化した標準で、以下をカバーします：

• マスターデータ品質
• データ交換の品質保証
• プロセス改善のためのフレームワーク [3]

データ品質とは？

[データにも品質があるの？ISO 8000ってなに？] にも記載されている通り、データ品質の考え方・要件は目的によって異なるので、いわば「目的適合性」と考えることもできる。

ISO 8000におけるデータ品質の3個の側面

• 構文的品質（syntactic quality）
• 意味的品質（semantic quality）
• 合目的品質（pragmatic quality）

[データにも品質があるの？ISO 8000ってなに？] のp.29に以下の図が載っている。

ISO 8000は水平規格であり、それを頂点とした個別の事業分野ごとのデータ品質規格が存在します。

データスペースとの関係性

[データにも品質があるの？ISO 8000ってなに？] のp.31にもあるが、IDSAがAAS（Asset Administration Shell）を拡張適用しています。

International Data Spaces Association (IDSA)がAsset Administration Shell (AAS)を活用・拡張している事例について、以下の文献が参考になります：

IDSAのポジションペーパー March 2024

上記ペーパーでは、異なるアーキテクチャモデルの統合について議論しています。RAMI4.0とIDS-RAM。 IDSAとPI4.0では各レイヤごとに差分があるが、その統合のチャレンジについて記載されています。 なお、特定の実装によらないように考慮されています。

ISO 8000シリーズのリスト

[データにも品質があるの？ISO 8000ってなに？] の末尾には、以下のようなまとめが記載されており、大変便利。感謝です。

3. ISO/IEC 27701:2019

概要

ISO/IEC 27701:2019は、ISO/IEC 27001および27002を拡張し、プライバシー情報管理システム（PIMS）のための規格です。この規格は、個人情報保護を強化し、データプライバシーに関するリスクを体系的に管理するための要件とガイドラインを提供します。特に、GDPRなどの国際的なプライバシー法への準拠を支援し、組織が透明性と信頼性を確立するためのフレームワークを構築します。 [1], [2]

主要なポイント

規格の特徴

• ISO/IEC 27001の情報セキュリティ管理システム（ISMS）を基盤とした拡張規格
• プライバシー情報管理システム（PIMS）の確立と維持のための要件を規定
• 個人情報管理者（コントローラー）および処理者（プロセッサー）の役割に対応 [1], [4]

主な要素

• プライバシーリスク管理: 個人情報保護のリスク評価と管理
• プライバシーバイデザイン: プライバシーを考慮したシステム設計
• 技術的および組織的対策: データ保護のための具体的な手法 [2], [3]

適用範囲

• 個人情報を取り扱うすべての組織（例: GDPR、CCPAなどの法律に準拠）
• 情報セキュリティとプライバシー管理の統合的アプローチ [3], [4]

3. 関連キーワード

• PIMS（Privacy Information Management System）
• ISMS（Information Security Management System）
• GDPR（General Data Protection Regulation）
• プライバシーバイデザイン
• データプライバシー
• ISO/IEC 27001
• ISO/IEC 27002 [1], [2]

4. 参考URL

• ISO公式サイト [1]
• Microsoft Learn Documentation [2]
• AWS Compliance [4]
• ISMS Online [3]
• JQA ISO/IEC 27701（プライバシー情報）

実装のためのベストプラクティス

1. 段階的アプローチ

1. 現状評価と目標設定
2. ガバナンス体制の確立
3. ポリシーとプロセスの整備
4. 技術的実装
5. モニタリングと改善 [4]

2. 重要な実装要素

• データ品質メトリクスの確立
• メタデータ管理システムの構築
• データライフサイクル管理の自動化
• コンプライアンス監視メカニズム [2]

イノベーションと今後の展望

最新の研究によると、データガバナンスは以下の方向に進化しています：

1. AIガバナンスとの統合
2. 自動化されたコンプライアンスモニタリング
3. リアルタイムデータ品質管理
4. クラウドネイティブガバナンスソリューション [2]

エンジニアのための実践的ステップ

1. アセスメントフェーズ
   • 現在のデータ環境の評価
   • ギャップ分析の実施
   • 優先順位付け [4]
2. 実装フェーズ
   • ガバナンスフレームワークの選択
   • 技術スタックの整備
   • 自動化の実装 [3]

まとめと次のステップ

データガバナンスの標準化は、単なるコンプライアンス要件ではなく、組織の持続可能な成長のための戦略的イニシアチブです。エンジニアは、これらの標準を理解し、技術的な実装を主導する重要な役割を担っています。

アクションアイテム

1. 組織の現状評価
2. 適切な標準の選択
3. 実装ロードマップの作成
4. パイロットプロジェクトの開始

参考文献

1. ISO/IEC 38505-1:2017 - Information technology — Governance of IT
2. Science Direct (2024) - "Data governance & quality management—Innovation and perspectives"
3. Data View House (2023) - "ISO standards for data governance"
4. LinkedIn Pulse (2024) - "The Ultimate Guide to Data Governance Frameworks"
5. https://www.jipdec.or.jp/library/report/u71kba000000dcyz-att/20171020summary_02.pdf
6. https://www.nistep.go.jp/wp/wp-content/uploads/KIDSASHI03.pdf
7. データにも品質があるの？ISO 8000ってなに？

メモ

NEC社が提供する、WebSAM RakuformやWebSAM eDocCenterについて調査。 以下は、genAIを用いたので内容正誤については要注意。

WebSAM eDocCenter

基本情報

• 製品名: WebSAM eDocCenter
• 製品バージョン: Ver1.0
• 提供元: NEC

製品仕様

主要機能

1. トラストサービス機能
   • タイムスタンプ付与
   • eシール(PAdES)付与
   • 電子署名機能
   • ドキュメント検証機能

特長

1. APIベースの提供
   • 各種トラストサービスをAPI経由で利用可能
   • 統一されたインターフェース
2. 処理能力
   • キューイング処理による大量文書対応
   • スケジューラー機能搭載
   • インターバル機能による時間間隔調整
3. セキュリティ
   • 外部とのやり取りはハッシュ値のみ
   • PDFの改ざん防止機能
   • 署名の有効性検証

製品体系

基本製品

• WebSAM eDocCenter 実行基盤
• アマノタイムスタンプサービス関連ライセンス

eシールパッケージ（予定製品）

• 年間上限5万枚
• 年間上限10万枚
• 年間上限30万枚
• 年間上限50万枚
• 追加1000枚単位

価格

• 価格情報は掲載なし（要問い合わせ）

リリース日

• 明確な記載なし

分析・要約

本製品は、デジタルトランスフォーメーション時代における文書の電子化ニーズに応える製品として位置付けられています。主な特徴は：

1. 業務効率化
   • 大量文書の自動処理
   • スケジューリング機能による効率的な運用
2. コスト削減効果
   • ペーパーレス化による印刷・郵送コスト削減
   • 業務自動化による人件費削減
3. セキュリティ対策
   • 文書の真正性確保
   • 改ざん防止
   • 安全な外部連携

導入検討時の注意点

• 利用規模に応じたライセンス選択が必要
• eシール機能は今後リリース予定
• 具体的な価格は個別見積もりが必要

本製品は、特に大規模な文書管理が必要な企業や、法的要件での電子文書の真正性確保が求められる組織に適していると考えられます。

WebSAM Rakuform

基本情報

• 製品名: WebSAM Rakuform
• 製品カテゴリー: 帳票管理ソリューション
• 最新バージョン: Ver7.0
• 提供元: NEC

製品概要

帳票業務のシステム構築から運用までをサポートする総合的なソリューションで、以下の特徴があります： - 中小規模から大規模まで対応可能 - ノンプログラム指向の設計 - 多様なアウトプット条件に対応 - オープンな設計思想

重要な更新情報

• 最新リリース: 2024年10月25日（Ver7.0）
• 価格体系更新: 2024年11月22日
• 関連製品: WebSAM eDocCenter（2023年12月22日公開）

主な特徴

1. さまざまな業種の帳票作成に対応
2. 専門知識不要のユーザーフレンドリーな設計
3. 柔軟な帳票作成・保管・印刷機能

環境への配慮

NECの環境配慮基準を満たした製品として認定されています。

分析・考察

本製品は、以下の点で市場での競争力を持っていると考えられます： 1. 幅広い規模の企業に対応可能な柔軟性 2. 専門知識不要という導入障壁の低さ 3. 継続的なアップデートによる機能改善

参考情報

• 特長/機能の詳細ページ
• WebSAM eDocCenter関連情報

注：具体的な価格情報や詳細な製品仕様については、提供されたページ内容からは確認できませんでした。これらの情報については、NECの営業担当者への直接の問い合わせが必要となります。

メモ

CyberTrust社のiTrustや近年のData Spacesと関係あるトラストサービスについて調査しまとめたもの。 ただし、GenAIを用いたので内容正誤には注意されたし。

1. iTrust 電子署名用証明書の種類

iTrust 電子署名用証明書は、利用目的や対象に応じて複数の種類が提供されており、電子署名法やセキュリティ要件に応じた設計がなされています。

1.1 個人向け電子署名用証明書

• 概要: 個人が電子文書に署名するための証明書。
• 用途:
  • 電子契約書への署名。
  • 個人の身元確認。
• 特徴:
  • 電子署名法に準拠。
  • 高い信頼性を保証。

1.2 法人向け電子署名用証明書

• 概要: 法人名義での電子署名を実現する証明書。
• 用途:
  • 企業間取引における契約書や業務文書への署名。
  • 法人としての身元確認。
• 特徴:
  • 法人の代表者や担当者を明確に識別。
  • 企業間の信頼性向上。

1.3 システム署名用証明書

• 概要: システムやアプリケーションが自動的に電子署名を行うための証明書。
• 用途:
  • 自動生成される契約書やレポートへの署名。
  • システム間のデータ交換の信頼性確保。
• 特徴:
  • 人的操作を伴わない電子署名に対応。
  • 安全なデータ処理を保証。

1.4 時刻認証用証明書

• 概要: データのタイムスタンプに関連する証明書。
• 用途:
  • データの存在時刻や改ざんの有無を証明。
  • 証拠能力の向上。

2. リモート署名サービス

サイバートラストが提供するリモート署名サービスは、クラウド上で電子署名を実現する仕組みで、利便性とセキュリティを両立しています。

2.1 サービス概要

• URL: サイバートラスト リモート署名サービス
• 内容:
  • クラウド型で電子署名を提供。
  • 専用ハードウェアトークン不要で利用可能。

2.2 主な特徴

1. 利便性
   • クラウド型サービスにより、どこからでも署名可能。
2. 高いセキュリティ
   • HSM（ハードウェアセキュリティモジュール）を活用し、署名データを安全に保護。
3. 法的効力
   • 電子署名法に準拠し、法的に有効な電子署名を提供。
4. コスト削減
   • ハードウェアトークン不要で、導入・運用コストを抑制。

2.3 主な用途

• 電子契約。
• 行政手続き。
• 企業間取引における文書署名。

3. 認定タイムスタンプ

電子帳簿保存法に対応した認定タイムスタンプの仕組みとその役割について解説しました。

3.1 認定タイムスタンプの概要

• 定義: 国または公的機関から認定を受けたタイムスタンプサービス。
• URL: サイバートラスト 認定タイムスタンプ
• 目的:
  • 電子データの「存在時刻」と「改ざんの有無」を証明。
  • 電子帳簿保存法や電子契約における法的効力を担保。

3.2 認定タイムスタンプの仕組み

1. データのハッシュ値生成:
   • 電子データからハッシュ値（データの指紋）を生成。
   • ハッシュ値は、データそのものを送信せずに安全性を担保。
2. TSA（タイムスタンプ局）への送信:
   • ハッシュ値を認定タイムスタンプ局（TSA）に送信。
3. 時刻情報の付与:
   • 信頼性の高い時刻情報（NTPサーバやGPSなど）を基にハッシュ値に時刻を付与。
4. 電子署名の付与:
   • TSAが時刻情報とハッシュ値に電子署名を付与。
5. タイムスタンプトークンの返却:
   • 時刻情報＋ハッシュ値＋電子署名を含むタイムスタンプトークンを返却。

3.3 認定タイムスタンプの検証方法

1. データから再度ハッシュ値を生成:
   • 元のデータから新たにハッシュ値を生成し、トークン内のハッシュ値と比較。
2. 電子署名の検証:
   • トークンに付与された電子署名を確認し、TSAから発行されたものであることを証明。
3. 時刻情報の確認:
   • トークン内の時刻情報を確認し、データがその時点に存在していたことを証明。

3.4 認定タイムスタンプの特徴

• 改ざん防止:
  • データが改ざんされるとハッシュ値が一致しなくなるため、改ざんの有無が即座に判明。
• 法的効力:
  • 認定タイムスタンプは、電子帳簿保存法の「真実性」と「可視性」の要件を満たす。
• 高い信頼性:
  • 国や公的機関から認定を受けたTSAが提供するため、信頼性が保証されている。

4. 電子帳簿保存法との関連

• 電子帳簿保存法は、電子的に作成または保存された帳簿や書類の保存要件を規定しています。
• 認定タイムスタンプは、この法律における「真実性」と「可視性」を担保する重要な技術です。

4.1 電子帳簿保存法の要件

1. 真実性:
   • データが改ざんされていないことを証明。
   • 認定タイムスタンプを利用することで担保。
2. 可視性:
   • 保存されたデータが容易に確認できること。
   • 電子データの検索性や表示性を確保。

参考リンク

• サイバートラスト リモート署名サービス
• サイバートラスト 認定タイムスタンプ

以上が、これまでのチャット内容を体系化したまとめです。必要に応じてご活用ください！

参考

メモ

東芝デバイス&ストレージ株式会社のモノのトラストについてまとめたものを以下に示す。 ただし、genAIにて生成したものなので注意されたし。

1. トラストサービスの目的

トラストサービスは、IoT機器のセキュリティを強化するために以下の3つの目的を達成します。

1.1 製造工程からのトレーサビリティ

• 鍵の書き込み マイコン製造時に安全に鍵を書き込み、認証局から電子証明書を発行。
• トレーサビリティの確保 鍵と証明書を基に、機器の製造から運用までの追跡可能性を提供。

1.2 機器の長期メンテナンス保証

• 証明書の長期更新 機器に対する長期サポートを実現。
• 正規保守部品の提供 パッチ提供や正規部品の配布による安全なメンテナンスを保証。

1.3 IoT化の支援

• 鍵の配布 IoT機器向けに鍵を配布し、セキュリティ基盤を提供。
• エコパートナーとの連携 IoT機器のセキュリティを確保するための協力体制を構築。

2. Root of Trust対応マイコン

Root of Trust対応マイコンは、IoT機器のセキュリティをハードウェアレベルで担保する重要なコンポーネントです。

2.1 主な特徴

• 証明書埋め込み 証明書を埋め込んだマイコンがトラストサービスと安全に接続・認証。
• 2つのタイプの実装方法
  • コンパニオンタイプ
    • 既存のセキュリティ非対応プロセッサやマイコンに追加することでセキュリティを担保。
    • 最小構成でセキュリティを提供。
    • ホストプロセッサと連携。
  • スタンドアローンタイプ
    • セキュリティ非対応のマイコンを置き換える形で使用。
    • 機能・性能が充実し、堅牢なDPA（Differential Power Analysis）耐性を持つ。
    • スタンドアローンで動作可能。

2.2 主なセキュリティ機能

• 真贋判定
• セキュアOTA（Over-The-Air更新）
• セキュアブート
• データ保護

3. ソリューション全体の構成

トラストサービスは、東芝とサイバートラストが提供するハードウェア・ソフトウェアの統合ソリューションです。

3.1 東芝提供

• ハードウェア
  • Root of Trust対応マイコン
• ソフトウェア
  • デバイスドライバ
  • 暗号エンジン用API
  • サーバ接続用クライアントSDK
    • ISS/OTA Sub Client
    • Key Management

3.2 サイバートラスト提供

• ソフトウェア
  • セキュアIoTプラットフォーム（証明書認証サービス）

4. 導入のメリット

• セキュリティの導入ハードルを低減 エッジからクラウドまで、すぐに使えるハードウェア・ソフトウェア・サービスを提供。
• IoT機器の本物性保証 トラストサービスを通じて、機器の真正性を保証。

5. 参考情報

• 関連URL 東芝デバイス＆ストレージ株式会社 トラストサービスに関する詳細情報

以上が文書の内容をまとめたものです。必要に応じて追加情報や詳細な説明をお知らせください！

参考

メモ

データスペースのユースケースのうち、モビリティは各国の事情を踏まえた課題感が存在するはずです。 たとえば、電車のダイヤの乱れが多い地域では、代替手段の探索需要や代替手段を含むスマートな移動に対する需要が高いはずです。 日本に関連するものをまとめてみます。 なお、本内容は生成AIを活用して出力したので内容の正誤、偏りには十分に注意されたし。

はじめに

• この文書は、日本のモビリティデータスペースに関する取り組みを分析し、国際的な比較を通じてその特徴や課題を明らかにすることを目的としています。
• 主な結論として、日本は国内でのデータ連携に注力している一方で、国際的な標準化や連携が課題となっていることが示されました。

セクション1：日本のモビリティデータスペースの現状

1.1 Japan Mobility Data Space (JMDS)

• 概要
  JMDSは、日本国内でのモビリティデータの共有と連携を目指す基盤です。交通状況のリアルタイム分析や効率的なルート計画、公共交通機関の運行管理、自動運転技術の支援などに活用されています。
  • 主要プレイヤー：NTTデータ、デジタル庁、内閣府。
  • 特徴：オープンデータとプライベートデータの統合を推進し、都市間でのデータ共有の促進を目指しています。
  • 課題：地域間の連携不足、データ標準化の遅れ、データプライバシーの懸念。
  • 引用：NTTデータの公式発表

1.2 スマートシティとモビリティデータ

• Kashiwa-no-haスマートシティ
  千葉県柏市の「Kashiwa-no-haスマートシティ」では、モビリティデータを活用して地域住民の移動効率を向上させる取り組みが進められています。
  • 具体例：電動アシスト自転車の共有サービスや、AIを活用した公共交通の運行最適化。
  • 成果：住民の移動時間削減、交通渋滞の緩和。
  • 引用：Kashiwa-no-haスマートシティ公式情報
• 横浜市のモビリティプロジェクト
  横浜市では、モビリティデータを活用した「MaaS（Mobility as a Service）」の導入が進められています。
  • 具体例：スマートフォンアプリを通じて、電車、バス、タクシー、自転車の利用を一元化するサービス。
  • 成果：観光客や住民の利便性向上、公共交通利用の促進。
  • 引用：横浜市公式情報

1.3 地方自治体の取り組み

• 福岡市の取り組み
  福岡市では、交通データを活用した都市計画が進められています。
  • 具体例：交通量データを基にした道路整備計画や、AIを活用した渋滞予測システムの導入。
  • 成果：交通事故の減少、通勤時間の短縮。
  • 引用：福岡市公式情報
• 富山市のコンパクトシティ構想
  富山市では、公共交通を中心とした「コンパクトシティ」構想の一環として、モビリティデータを活用しています。
  • 具体例：路面電車の運行データを活用した効率化や、住民の移動パターン分析による新路線の提案。
  • 成果：公共交通利用率の向上、CO2排出量の削減。
  • 引用：富山市公式情報

セクション2：国際比較

• 日本、欧州、アメリカ、中国のモビリティデータスペースにおける特徴を比較します。それぞれの取り組みは、技術開発の方向性や社会的背景に応じて異なります。

2.1 欧州（EU）の取り組み

• 概要
  欧州では、GAIA-Xという大規模なデータインフラを中心に、国境を越えたデータ共有が進められています。この取り組みは、EU加盟国間でのデータ連携を強化し、物流や自動運転分野での効率化を目指しています。
  • 特徴：国際的な標準化を重視し、データの相互運用性を確保。
  • 課題：各国の規制調整が複雑で、データプライバシー問題が依然として大きなテーマ。
  • 引用：欧州委員会資料

2.2 アメリカの取り組み

• 概要
  アメリカでは、民間企業が主導する形でモビリティデータの活用が進んでいます。VerizonのThingSpaceなどのIoT基盤が、スマートシティや自動運転車両のデータ連携に活用されています。
  • 特徴：スピード感のある技術開発と、民間主導による柔軟な運用。
  • 課題：標準化が不十分で、データの断片化が課題。
  • 引用：Verizon公式情報

2.3 中国の取り組み

• 概要
  中国では、国家主導でモビリティデータの統合と活用が進められています。AIを活用した渋滞予測や都市間交通の効率化が行われ、都市部での交通問題解決に寄与しています。
  • 特徴：中央集権的な管理により、迅速な意思決定と実行が可能。
  • 課題：データ管理の透明性が低く、プライバシー保護の議論が不足。
  • 引用：中国政府資料

2.4 比較表

以下は、日本、欧州、アメリカ、中国のモビリティデータスペースの特徴を比較した表です。

セクション3：課題と将来の展望

• 日本の課題
  • 地域間連携の不足：地方自治体間でのデータ共有がまだ十分に進んでいない。
  • 国際的な標準化：欧州や中国のような国際的なデータ共有の枠組みに遅れ。
• 将来の展望
  • 国内のデータ標準化を進め、地域間連携を強化する。
  • 国際連携を視野に入れたデータ共有基盤の構築。

結論

• 日本のモビリティデータスペースは、国内でのデータ連携やスマートシティ構築において重要な役割を果たしています。
• 一方で、国際的な標準化や連携が課題として残っており、欧州や中国の事例を参考にすることで、さらなる発展が期待されます。p

参考