クラウドストレージ HStorage 公式ブログ

【復旧済み】アップロードしたファイルがダッシュボードの一覧に表示されなかった不具合について - HStorage

2026-09-29T04:00:00+09:00

2026年9月26日0時ごろから29日3時23分まで、アップロードしたファイルがダッシュボードの一覧に表示されない不具合が発生していました。ファイルそのものは失われておらず、現在はすべて一覧に表示されています。ご不便とご心配をおかけしたことをお詫び申し上げます。

ファイルは保存されていて、一覧に出ていなかっただけでした

この期間に Web ブラウザ、アプリ、API からアップロードしたファイルが、ダッシュボードのファイル一覧に表示されませんでした。アップロード完了後に発行されたリンクは使えていて、リンクからのダウンロードやプレビューもできていました。

ファイルは受け付けた時点で正しく保存されています。データの消失や破損はなく、ほかのお客様にファイルが見えてしまうこともありませんでした。

もう一つ、同じ期間にアップロードした動画は、ストリーミング再生用の変換が遅れていました。変換は現在も順番に進めていて、9月29日9時ごろにすべて終わる見込みです。変換が終わるまでの間も、元の動画ファイルのダウンロードはできます。

原因は「アップロード完了の通知」の渋滞でした

HStorage では、ファイルの保存が終わるとストレージから「保存が完了した」という通知が届き、その通知を受け取った時点でファイルを一覧に載せています。通知は届いた順に一件ずつ処理しています。

9月25日から26日にかけて、大量のファイルが一度にアップロードされました。このとき届いた通知の中に、一覧に載せる対象がないものが数多く含まれていました。問題はその扱いです。システムはこうした通知を受け取ると、対象が現れるのを最大で約19秒待ってから次へ進む作りになっていました。その待ち時間が積み重なり、通知の処理が最大で約3日遅れました。

後からアップロードされたファイルの通知も、列の後ろで待たされました。保存は終わっているのに、一覧には載らない状態が続いたのはこのためです。リンクは通知とは別の仕組みで発行しているため、影響を受けませんでした。

また、滞留した通知が保管できる上限を超えたため、9月26日の一部の通知が処理されずに破棄されていました。動画の変換が始まらなかったのは、主にこの影響です。

対応：通知を待たずに処理し、一覧と動画変換を復旧しました

9月29日に、次の順で対応しました（時刻はすべて日本時間）。

時刻	対応
0時台	9月27日7時以降にアップロードされ、一覧に出ていなかったファイルを手動で一覧に載せました
1時07分	滞留した通知を保管できる上限を、これまでの4倍に引き上げました
1時26分	対象のない通知で待たないよう修正したプログラムを公開しました
3時23分	滞留していた約47万件の通知の処理が終わり、すべてのファイルが一覧に表示されました
3時25分	通知が破棄されて変換が始まっていなかった動画99件の変換を開始しました

修正の公開後、通知の処理は1時間あたり約600件から1分あたり約4,000件まで速くなり、約2時間で滞留が解消しました。この間、ほかの操作の応答速度に影響はありませんでした。

なお、アップロードが途中で止まったとみられるファイルが数件あります。ストレージへの保存が完了していないため、一覧には表示されません。該当する場合は、お手数ですが再度アップロードしてください。

再発防止策：同じ状況でも通知が滞らないようにしました

今回の対応で、次の2点を恒久的な対策として取り入れました。

対象のない通知は待たずに処理する — アップロード途中の一時ファイルの通知や、時間が経ってから届いた通知では待たずに次へ進むようにしました。大量のアップロードがあっても、通知の列が詰まることはありません。
滞留した通知を保管できる上限を4倍にする — 万が一処理が遅れても、通知が破棄される前に追いつける余裕を持たせました。

それでも表示されないファイルがある場合

9月26日から29日にアップロードしたファイルで、まだ一覧に表示されないものがあれば、お手数ですがお問い合わせフォームからご連絡ください。ファイルのリンクか、アップロードした日時をお知らせいただければ、個別に確認いたします。

このたびはご迷惑をおかけし、誠に申し訳ございませんでした。

HStorage AIファイル検索をリリースしました：自然な文章でファイルを探す - HStorage

2026-07-10T10:00:00+09:00

「先月の請求書」「会議の録音」「設計図のPDF」——ファイル名ではなく、こういった言葉でファイルを探せるようになりました。HStorageのAIファイル検索機能が利用可能になりました。

🆕 2026年10月更新: Excel（XLSX）・Word（DOCX）・PowerPoint（PPTX）・Shift_JIS の CSV・MP3 などの音声ファイルが検索対象になりました。処理は自社データセンターの GPU 上で動く HAI が行い、第三者の AI 事業者には送信しません。あわせて対応ファイル形式とプライバシーと学習利用の記述を現在の構成に合わせて更新しました。

AIファイル検索とは

従来のファイル検索は、ファイル名や拡張子による絞り込みが主でした。ファイル名が scan_20260601_001.pdf のような連番だと、中身を開くまで何のファイルかわかりません。

AIファイル検索は、ファイルの中身をあらかじめ解析してベクトルに変換し、検索クエリのベクトルと照合して関連度順に表示します。「領収書」と入力すれば、ファイル名に「領収書」が含まれていなくても、内容に金額や購入明細が書かれているPDFがヒットします。

ダッシュボードの検索バー右上に「AIで探す」トグルが追加されました。オンにして「AIで検索」を押すと、AIファイル検索モードで実行されます。

対応ファイル形式

AIファイル検索でインデックスされるファイルの種類は以下のとおりです。

ファイル種別	処理内容
PDF	ページをレンダリングしてOCRでテキストを抽出
画像（JPEG, PNG）	OCRでテキストを読み取り
Excel（XLSX）	シートごとに行単位で読み取り。各シートの1行目を見出しとして各ブロックに付与
Word（DOCX）、PowerPoint（PPTX）	本文テキストを段落・スライド単位で抽出
テキスト、CSV、TSV	UTF-8 に加えて Shift_JIS（CP932）にも対応。CSV は行単位で見出し付きに分割
音声（MP3, WAV, FLAC, AAC, M4A, OGG, WMA, Opus）	音声をテキストに書き起こし（文字起こし）
動画	再生時間などのメタデータのみ。音声の文字起こしは行いません
すべてのファイル	ファイル名・ファイル種別・作成日は常にインデックス対象

旧形式の Office ファイル（.xls / .doc / .ppt）、EUC-JP のテキストは対象外です。

1ファイルあたりのインデックス量には上限があり、大きな表（数万行の Excel など）は先頭から一定量（目安として数千行）までが対象になります。音声は30分までを文字起こしします。

暗号化されたファイルは、内容のインデックスができないためファイル名とメタデータのみが検索対象になります。

既にアップロード済みのファイルも、対応形式が増えた際にはバックグラウンドで順次インデックスし直されます。

有効にする方法

設定画面から「AIファイル検索」セクションを開き、「AI自然言語ファイル検索を有効にする」をオンにして保存します。

有効にした後にアップロードしたファイルがインデックスの対象です。有効化以前にアップロード済みのファイルはインデックスされません。

設定を保存すると、この説明ダイアログが表示されます。

プライバシーと学習利用

AIファイル検索では、ファイル名・文書から抽出したテキスト・画像のOCRテキスト・音声ファイルの書き起こし・動画のメタデータ・検索クエリを、自社データセンターで HCloud が保有する GPU 上の HAI が処理します。第三者の AI 事業者へ情報が渡ることは一切ありません。動画の音声は送信されません。

HStorage は、処理したテキストや文字起こし本文を保存しません。保存するのは検索用のベクトルと、ファイル種別などのメタデータだけです。

AIファイル検索は初期状態ではオフです。アップロードした人と検索する人の両方が設定で有効にしている場合にのみ、ファイルの内容が検索対象になります。

また、検索クエリはURLに保存されません。AIモードでは通常の並び順（作成日、容量など）は使用できず、関連度順で表示されます。

通常検索との使い分け

AIファイル検索と通常の検索はトグルで切り替えられます。

通常検索	AIファイル検索
ファイル名の部分一致	文章の意味と内容で照合
作成日、容量などで並び替えられる	関連度順で固定
高速	大量のファイルでも意味で探せる
ファイル名がわかるときに最適	内容はわかるが名前が不明なときに最適

ファイルが増えてくると「あの内容のファイル、どこだっけ」という場面が増えます。ファイル名で管理しきれなくなったとき、AI検索が選択肢に入ります。

HStorageのAIファイル検索はダッシュボードの設定から有効化できます。PDFやOffice文書の中身、画像内の文字、音声の書き起こしを横断して、自然な言葉でファイルを見つけてください。

HStorage S3互換APIをリリースしました：接続方法と対応機能の公式ガイド - HStorage

2026-07-05T10:00:00+09:00

HStorageは、ビジネスプラン向けにS3互換APIをリリースしました。AWS SDK、aws-cli、rcloneなどのS3クライアントから、HStorage上のファイルを直接アップロード、取得、一覧表示、削除できます。ブラウザ操作だけでなく、バックアップ、社内システム連携、バッチ処理、AI/RAG用データ投入にも使えるデータプレーンです。

S3互換APIでできること

HStorageのS3互換APIは、Amazon S3の主要なオブジェクト操作と互換性のあるHTTP APIです。S3完全互換ではありません。HStorageのユーザー、プラン、容量制限、フォルダ、既存ファイル管理と整合する範囲で、主要なS3クライアントから使いやすい操作を提供します。

対応している主な操作は次のとおりです。

操作	内容
`ListBuckets`	固定バケット `hstorage` を返します。
`HeadBucket`	バケット存在確認に成功レスポンスを返します。
`ListObjectsV2`	認証ユーザーがアクセスできるオブジェクト一覧を返します。
`HeadObject`	オブジェクトのメタデータを取得します。
`GetObject`	オブジェクトをダウンロードします。Rangeリクエストにも対応します。
`PutObject`	単一オブジェクトをアップロードします。`Content-Length` が必要です。
`DeleteObject`	所有者の名前空間内のオブジェクトを削除します。
Presigned URL	SigV4のクエリ署名を検証します。
Multipart upload	開始、パートアップロード、完了、中断、パート一覧取得に対応します。

大容量ファイルでは、SDKやrcloneがmultipart uploadを使います。HStorage側では未完了セッションとパート情報を管理し、容量制限の回避や中途半端なアップロードの残存を防ぎます。

利用条件

S3互換APIの認証情報を新規発行できるのは、ビジネスプランのユーザーです。既存の認証情報を持っている場合は、管理画面から無効化または削除できます。

認証情報には2つの権限があります。

権限	用途
読み取り専用 (`read_only`)	一覧取得、メタデータ取得、ダウンロード用。バックアップ確認やAI検索の読み込みに向いています。
読み書き (`read_write`)	アップロード、削除、multipart uploadを含む運用用。バックアップ投入やシステム連携で使います。

読み取りだけで足りる用途には read_only を使ってください。不要な書き込み権限を付けないことで、誤削除や誤アップロードの範囲を絞れます。

接続情報

S3クライアントには以下の値を設定します。

項目	値
エンドポイント	`https://s3.hstorage.jp`
バケット名	`hstorage`
リージョン	`auto` または `ap-northeast-1`
アドレス形式	パススタイル（`forcePathStyle: true`）

HStorageは固定バケット hstorage を外部に見せます。内部では、認証されたユーザーごとに名前空間を分けて保存します。他のユーザーの領域をキー名で指定することはできません。

認証情報を発行する

ダッシュボードから発行します。

HStorageにログインします。
ダッシュボードの設定から「S3 互換 API」を開きます。
接続情報のエンドポイント、バケット名、リージョンを確認します。
認証情報の名前を入力します。例: backup-server、rclone-sync。
権限を「読み取り専用」または「読み書き」から選びます。
「発行」を押します。
表示されたアクセスキーIDとシークレットアクセスキーをコピーして、安全な場所に保存します。

シークレットアクセスキーは発行時に一度だけ表示されます。HStorageはシークレットを平文保存しません。画面を閉じたあとに再表示できないため、パスワードマネージャーやサーバー側のシークレット管理に保存してください。

aws-cliで接続する

環境変数に認証情報を設定します。アクセスキーをソースコードやシェル履歴に残さない運用にしてください。

export AWS_ACCESS_KEY_ID="発行したアクセスキーID"
export AWS_SECRET_ACCESS_KEY="発行したシークレットアクセスキー"
export AWS_DEFAULT_REGION="auto"

バケット一覧を確認します。

aws --endpoint-url https://s3.hstorage.jp s3 ls

パススタイルを使うよう、aws-cliの設定も確認してください。

aws configure set default.s3.addressing_style path

ファイルをアップロードします。

aws --endpoint-url https://s3.hstorage.jp \
  s3 cp ./report.pdf s3://hstorage/reports/2026/report.pdf

一覧を取得します。

aws --endpoint-url https://s3.hstorage.jp \
  s3 ls s3://hstorage/reports/2026/

ダウンロードします。

aws --endpoint-url https://s3.hstorage.jp \
  s3 cp s3://hstorage/reports/2026/report.pdf ./report.pdf

rcloneで接続する

バックアップや既存ストレージからの移行にはrcloneが向いています。設定例です。

[hstorage]
type = s3
provider = Other
access_key_id = 発行したアクセスキーID
secret_access_key = 発行したシークレットアクセスキー
endpoint = https://s3.hstorage.jp
region = auto
force_path_style = true

ローカルディレクトリをHStorageへ同期します。

rclone sync ./backup hstorage:hstorage/backup --progress

読み取り専用の認証情報を使う場合、copy や sync の書き込み操作は失敗します。監査や参照用には rclone ls、rclone copy のダウンロード方向だけを使ってください。

AWS SDK for JavaScriptで接続する

Node.jsではAWS SDK v3を使えます。

import { S3Client, PutObjectCommand, ListObjectsV2Command } from "@aws-sdk/client-s3";
import { createReadStream } from "node:fs";

const client = new S3Client({
  endpoint: "https://s3.hstorage.jp",
  region: "auto",
  forcePathStyle: true,
  credentials: {
    accessKeyId: process.env.HSTORAGE_S3_ACCESS_KEY_ID,
    secretAccessKey: process.env.HSTORAGE_S3_SECRET_ACCESS_KEY,
  },
});

await client.send(new PutObjectCommand({
  Bucket: "hstorage",
  Key: "invoices/2026-07.pdf",
  Body: createReadStream("./invoice.pdf"),
}));

const result = await client.send(new ListObjectsV2Command({
  Bucket: "hstorage",
  Prefix: "invoices/",
}));

console.log(result.Contents ?? []);

forcePathStyle: true を必ず指定してください。HStorageのS3互換APIは、現在パススタイルのURLを前提にしています。

Python boto3で接続する

Pythonからはboto3を使えます。

import os
import boto3
from botocore.config import Config

s3 = boto3.client(
    "s3",
    endpoint_url="https://s3.hstorage.jp",
    region_name="auto",
    aws_access_key_id=os.environ["HSTORAGE_S3_ACCESS_KEY_ID"],
    aws_secret_access_key=os.environ["HSTORAGE_S3_SECRET_ACCESS_KEY"],
    config=Config(signature_version="s3v4", s3={"addressing_style": "path"}),
)

s3.upload_file("./photo.jpg", "hstorage", "photos/2026/photo.jpg")

objects = s3.list_objects_v2(Bucket="hstorage", Prefix="photos/2026/")
for obj in objects.get("Contents", []):
    print(obj["Key"], obj["Size"])

boto3の upload_file は、ファイルサイズに応じてmultipart uploadを使います。大容量ファイルでも、ネットワーク断やリトライに強い転送ができます。

キー設計のルール

S3の Key はHStorage上のファイルパスとして扱われます。運用しやすいよう、日付や用途で階層を切ってください。

backup/mysql/2026/07/06/dump.sql.gz
reports/2026/07/monthly-report.pdf
media/project-a/raw/video-001.mov

セキュリティと整合性のため、次のようなキーは拒否されます。

.. を含むパストラバーサル
バックスラッシュを含むパス
空のパスセグメント
制御文字を含むキー
フォルダ階層が深すぎるキー

同じキーへの上書きは、既存ファイルの共有URLや履歴を壊さないため現時点ではサポート対象外です。ファイルを更新したい場合は、日付やバージョン番号をキーに含めて新しいオブジェクトとして保存してください。

非対応のS3機能

HStorageのS3互換APIは、ファイルの保存・取得・一覧・削除・大容量アップロードに必要な主要オブジェクトAPIを提供します。次の機能は初期リリース時点では対応していません。

Bucket Policy / Bucket ACL / Object ACL
Bucket Lifecycle Configuration
Bucket Versioningの変更
Object Lock / Legal Hold / Retention
Object Tagging
Bucket Notification
Replication
Website Hosting
SelectObjectContent
Glacier / RestoreObject
Access Point / Object Lambda / S3 Express
aws-chunked streaming upload

非対応操作は黙って成功させません。S3 XML形式のエラー、たとえば NotImplemented、AccessDenied、BucketNotEmpty などで返します。S3クライアント側では、通常のS3エラーとして扱えます。

レート制限とリトライ

S3互換APIには、通常のWeb APIとは別のレート制限があります。アクセスキー単位とクライアントIP単位で制御し、超過時はS3 XMLエラー SlowDown とHTTP 503を返します。

SDKやrcloneを使う場合は、標準のリトライ機構を有効にしてください。自作クライアントでは、503 SlowDown を受け取ったら指数バックオフで再試行してください。短時間に大量の小さいファイルを並列投入する場合は、同時実行数を抑えると安定します。

認証情報の安全な運用

認証情報は通常のHStorageログインとは別物です。漏えいすると、権限の範囲内でS3互換APIを操作できます。

アプリケーションコードにキーを直書きしない
GitHubなどのリポジトリに .env をコミットしない
読み取り用途には read_only を使う
使わなくなったキーは無効化または削除する
サーバーごと、用途ごとに認証情報を分ける
最終使用日時を定期的に確認する

削除は取り消せません。接続を一時停止したい場合は、まず無効化を使ってください。問題がなければ削除します。

既存システムとの接続先をHStorageへ向ける

S3互換APIを使うと、既存のS3連携コードを大きく書き換えずにHStorageへ接続できます。変更する値は、多くの場合エンドポイント、バケット名、リージョン、認証情報、パススタイル指定です。

バックアップサーバー、社内バッチ、rcloneによる移行、AI検索基盤のデータ取り込みなど、S3を前提にしたワークフローをHStorageに接続してください。HStorageのWeb画面、SFTP/WebDAV、S3互換APIは同じファイル管理基盤と容量制限に沿って動きます。運用チームは用途に合わせて入口を選べます。

クラウドストレージのAI検索・自動タグ付けガイド：「データの墓場」を解消する方法【2026年版】 - HStorage

2026-06-26T10:00:00+09:00

毎日大量のファイルをクラウドに保存しているのに、いざ必要なときに見つからない——そんな経験はありませんか。ファイル名を忘れた、フォルダの階層が深すぎる、誰かがリネームした。こうして使われなくなったデータが積み上がる「データの墓場」は、多くの企業が抱える共通の課題です。2026年、AIがこの問題を根本から変えつつあります。

「データの墓場」とは何か

IDC の調査によると、企業が保管するデータの 68% 以上が「ダークデータ」、つまりほぼ活用されないまま保存され続けているデータです。フォルダ構造が担当者ごとにバラバラだったり、ファイル名が「最終版_修正2_確認済み.docx」のようになっていたりすると、後から目的のファイルを探し出すのに膨大な時間がかかります。

従来のクラウドストレージ検索はファイル名・拡張子・更新日時といったメタデータが中心でした。しかし 2026 年現在、AI を活用した検索・自動タグ付けが一般的なクラウドサービスに組み込まれ始めており、「ファイルの中身」や「画像に写っているもの」を理解した上で検索できる時代が到来しています。

クラウドストレージのファイル検索：基本機能の整理

まず従来型の検索機能を整理します。

ファイル名・フォルダ名検索

最も基本的な検索方法です。ファイル名に日付・プロジェクト名・バージョンを含めるルールを徹底するだけで検索効率は大きく向上します。

例えばファイル名を YYYY-MM-DD_プロジェクト名_資料種別_v1.0.pdf のように統一すれば、更新日時や案件名での絞り込みが格段に楽になります。

タグ・ラベル検索

多くのクラウドストレージは手動でタグを付与できます。ファイルに「請求書」「2026Q2」「要承認」といったタグを付けておけば、ファイル名に関係なく横断検索できます。HStorage もフォルダ単位のタグ管理に対応しており、チームで共通のタグ体系を定義しておくと探しやすくなります。

フルテキスト検索（全文検索）

PDF・Word・テキストファイルの中身のテキストを検索対象にする機能です。「契約書の中に特定の条文が含まれるファイルを探す」といった使い方ができます。

AI が変えるクラウドストレージの検索：2026 年最新動向

2026 年に入り、主要クラウドプロバイダーが相次いで AI を活用した新しいメタデータ・検索機能を発表しています。

Amazon S3 Annotations（2026 年 6 月発表）

AWS は 2026 年 6 月、Amazon S3 に Annotations 機能を追加しました。オブジェクト 1 件につき最大 1 GB の構造化コンテキスト（JSON・XML・YAML）をオブジェクトに直接付与でき、後から変更・削除が可能です。

この注釈データは S3 Metadata の Apache Iceberg テーブルに自動的に格納され、Amazon Athena や S3 Tables の MCP サーバーを通じて AI エージェントが自然言語でクエリを実行できます。「スペイン語字幕付きで 2023 年制作の PG レーティング映画をすべて見つけて」という問い合わせに数秒で回答できるのです。従来は別のデータベースで管理していたメタデータをオブジェクトと一体化して管理できる点が革新的です。

Google Cloud Smart Storage（Google Cloud Next 2026）

Google Cloud は 2026 年の Google Cloud Next で Smart Storage の新機能として、自動アノテーションを発表しました。ファイルがアップロードされた瞬間に AI が画像の内容解析・エンティティ抽出・コンプライアンスシグナルの付与を自動で行います。ユーザーが手動でタグを付けなくても、データは最初からAIが解釈可能な状態になるわけです。さらに MCP（Model Context Protocol）経由で AI エージェントが直接ストレージ内のデータを検索・操作できます。

日本企業の実例：熊谷組の AI タグ付け写真検索システム

国内でも先進的な取り組みが始まっています。大手ゼネコンの熊谷組は 2026 年 3 月、工事現場の写真に AI が自動でタグを付与する検索システムを稼働させました。従来は部署・現場ごとにフォルダが分かれ、プレゼン資料に使う写真を探すだけで多大な工数がかかっていました。

新システムではマルチモーダル AI が画像内のオブジェクトや状況を解析し、親フォルダ名（工事現場名）・子フォルダ名（工種・プロジェクト名）から属性タグを自動付与します。毎日バッチ処理で全写真にタグが付き、担当者はキーワード検索でサムネイル一覧から目的の写真をすぐに見つけられるようになりました。

AI 自動タグ付けが特に効果を発揮するシーン

大量の写真・画像管理

建設・不動産業の現場写真、製造業の検査画像、小売業の商品カタログ写真など、数万〜数十万枚規模の画像を扱う業種では AI タグ付けの恩恵が大きくなります。「屋上」「基礎工事」「外壁ひび割れ」といった属性をAIが自動認識してタグを付与するため、手動での整理作業が不要になります。

契約書・法的文書の管理

AI-OCR と組み合わせることで、PDF の契約書の中身から「甲」「乙」「解除条件」「有効期間」といった要素を抽出してメタデータとして付与できます。「2026 年に締結した NDA のうち、有効期間が 3 年のもの」といった複合検索が可能になります。

クリエイティブアセットの管理

広告代理店やデザイン会社では、撮影素材・デザインデータ・動画が膨大に蓄積されます。色調・モチーフ・雰囲気を AI が解析してタグを付与することで、「温かみのある屋外シーンで人物が主役の写真」といった検索が実現します。

ファイルを見つけやすくするためのベストプラクティス

AI 検索が普及した現在でも、人間が理解しやすいファイル命名・フォルダ構造の基本は変わりません。むしろ、AI がメタデータを正しく解釈するためにも整理された構造は重要です。

ファイル命名規則（推奨パターン）

YYYY-MM-DD_[プロジェクト名]_[ドキュメント種別]_[バージョン].[拡張子]
例: 2026-06-26_新製品発表会_企画書_v2.0.pptx

日付を先頭に置く: 更新日順に自動で並ぶ
プロジェクト名を含める: 横断検索で絞り込みやすくなる
バージョン番号を付ける: 最終版判断が容易になる
日本語ファイル名でも OK: 現代のクラウドストレージは UTF-8 に完全対応

フォルダ構造の設計原則

/プロジェクト名/
  /01_企画
  /02_制作
  /03_確認・承認
  /04_納品
  /アーカイブ

深すぎる階層は避け、3〜4 段階以内に収めることで迷子になりにくくなります。

タグ・メタデータ活用の注意点

タグ体系はチーム全員が同じ語彙を使う必要があります。「承認済み」と「確認済み」と「OK」が混在するとタグ検索が機能しません。タグの辞書（マスター）を共有フォルダに置いておくと運用しやすくなります。

HStorage でのファイル管理・検索活用法

HStorage はフォルダ管理、タグ付け、アクセス権限管理、S3 互換 API を提供しており、既存のワークフローに組み込みやすい設計になっています。

フォルダ体系の整理: HStorage のフォルダは無制限に階層を作成でき、権限をフォルダ単位で設定できます。プロジェクトごとにフォルダを分け、関係者のみアクセスできる構成にすることで、検索範囲を絞り込みやすくなります。
WebDAV・S3 互換 API との連携: n8n や Make などのワークフロー自動化ツールと連携し、アップロード時に自動でタグや命名規則を適用する処理を組み込むことができます。
バージョン管理: ファイルを上書きしても旧バージョンを保持できるため、「最終版に戻したい」というケースでも安心です。

まとめ

「データの墓場」は、命名規則・フォルダ構造・タグ体系の整備という地道な取り組みと、AIによる自動タグ付けや自然言語検索の組み合わせで大幅に改善できます。Amazon S3 Annotations や Google Smart Storage のような最新技術は、まずは大手クラウドや S3 互換ストレージを使っている組織から活用が広がっていくでしょう。

一方で、AI がどれだけ賢くなっても、「整理された状態で保存されているデータ」の方が AI の解釈精度も上がります。命名規則とフォルダ構造の整備は、今日から始められる最も効果的な取り組みです。まずチームの共通ルールを 1 枚のドキュメントにまとめることから始めてみてください。

HStorage のフォルダ管理・アクセス制御・S3 互換 API についてはこちらのドキュメントをご覧ください。サービスの詳細はHStorage 公式サイトからどうぞ。

クラウドストレージのワークフロー自動化ガイド【n8n・Make・Zapier連携 2026年版】 - HStorage

2026-06-25T10:00:00+09:00

ファイルをアップロードするたびに手動でSlackへ通知し、Excelの台帳に記録し、バックアップフォルダへコピーする——この3ステップを繰り返しているなら、そのまま自動化できます。n8n・Make・Zapierとクラウドストレージを連携させれば、「ファイルが届いたら後は勝手に動く」状態を作れます。具体的な連携パターンと各ツールの選び方を解説します。

ワークフロー自動化ツール（iPaaS）とは

n8n・Make・Zapierは、複数のWebサービスをAPIでつなぎ「トリガー → アクション」の形でワークフローを構築するiPaaS（Integration Platform as a Service）と呼ばれるカテゴリのツールです。プログラミングなしで、ブラウザ上のビジュアルエディタだけで設定できます。

クラウドストレージとの連携では、「特定フォルダへのファイルアップロード」をトリガーにして、通知・整理・バックアップなどのアクションを自動実行する使い方が中心です。

クラウドストレージ連携の代表的な活用パターン5選

1. アップロード通知の自動化

最も多い使い方は、ファイルが届いたらすぐに担当者へ知らせる通知フローです。クライアントから書類が送られたとき、メールの確認を忘れて対応が遅れる——このミスをゼロにできます。

フロー例：

クラウドストレージ（指定フォルダ）に新規ファイル追加
  → Slack の #書類受信 チャンネルへ通知
  → ファイル名・日時を Google スプレッドシートに自動記録

HStorage の場合、WebDAV または S3 互換 API を経由して Make や Zapier からフォルダを監視できます。

2. 自動ファイル整理・仕分け

受け取ったファイルを条件分岐で適切なフォルダへ自動移動します。ファイル名に含まれるキーワードや拡張子をもとに仕分けるのが一般的です。

フロー例：

「受信トレイ」フォルダに新規ファイル追加
  → ファイル名に「請求書」が含まれる → 「経理/請求書」フォルダへ移動
  → ファイル名に「契約」が含まれる → 「法務/契約書」フォルダへ移動
  → 上記以外 → 「未分類」フォルダへ移動

ファイル探しにかかる時間を大幅に減らせます。Make の Router モジュールや n8n の Switch ノードを使うと、複数の条件を視覚的に管理できます。

3. クラウド間の自動バックアップ

クラウドストレージに保存したファイルを、別のストレージや場所へ自動的にコピーします。3-2-1バックアップルールを自動化するのに適した使い方です。

フロー例：

HStorage の「本番ファイル」フォルダに新規ファイル追加
  → Google Drive の「バックアップ」フォルダへ自動コピー
  → バックアップ完了をメールで通知

手動バックアップを忘れるリスクをなくせます。

4. 承認ワークフローの組み込み

ファイルを単純に保存するだけでなく、承認プロセスを挟む運用を自動化できます。

フロー例：

「申請書類」フォルダに新規ファイル追加
  → 上長に承認依頼メール送信
  → 承認完了 → 「承認済み」フォルダへ移動 + Slack通知
  → 差し戻し → 担当者へ差し戻しメール送信

紙や口頭での確認作業をデジタル化でき、承認の記録も自動的に残ります。

5. ファイルメタデータの台帳管理

アップロードされたファイルの情報（ファイル名・サイズ・アップロード日時・アップロード者）を自動的に台帳に記録します。コンプライアンス対応や棚卸しに活用できます。

フロー例：

クラウドストレージに新規ファイル追加
  → ファイル名・サイズ・更新日時を取得
  → Notion または Google スプレッドシートの台帳に自動追記

n8n・Make・Zapier の選び方

Zapier — 手軽さ最優先

世界最多級の7,000以上のサービスと連携でき、設定が最も簡単です。プログラミング知識がなくても即日使い始められます。

料金: 無料プランで月100タスク、有料プランは月額$29.99〜
向いているチーム: 非エンジニア中心で、まず試してみたいチーム
弱点: 処理数（タスク）に応じた従量課金のため、大量処理するとコストが膨らむ

Make — コスパとビジュアルのバランス

視覚的なキャンバスでフローを構築でき、Zapierより安価に運用できます。複雑な条件分岐やループ処理も扱えます。

料金: 無料プランで月1,000オペレーション、有料プランは月額$10.59〜
向いているチーム: 中級者〜。複雑なシナリオをコストを抑えて構築したいチーム
弱点: 連携アプリ数はZapierより少ない（約1,800）

n8n — セルフホストで完全無料

オープンソースのため、自社サーバーで運用すれば月額費用はサーバー代のみ（数百円〜）です。機密性の高いファイルを扱う業務でも、データが外部に出ないメリットがあります。LangChainをネイティブサポートしており、AIエージェントとの組み合わせも得意です。

料金: セルフホストで実質無料、クラウド版は月額$24〜
向いているチーム: エンジニアがいる組織、大量処理が必要なケース、機密データを扱う業務
弱点: 初期設定にサーバー構築の知識が必要

項目	Zapier	Make	n8n
無料プラン	100タスク/月	1,000オペレーション/月	セルフホスト無料
有料最安値	$29.99/月	$10.59/月	$24/月（クラウド版）
学習コスト	低	中	高
データ保管場所	Zapierクラウド	Makeクラウド	自前サーバー可
AI連携	基本レベル	ベータ	LangChainネイティブ

HStorage で自動化を始めるには

HStorage は S3 互換 API と WebDAV に対応しています。これらを使えば、n8n・Make・Zapier からファイルの操作をトリガーとして検知したり、アクションとしてファイルのアップロード・ダウンロードを実行したりできます。

Make での設定例（HTTP モジュール）：

Make の「Watch Files」モジュールで HStorage の WebDAV エンドポイントを監視
新規ファイルを検知したら後続のアクションを実行
HStorage の S3 互換 API を HTTP モジュールで直接呼び出してファイルの取得・保存もできる

n8n での設定例（S3 ノード）： n8n には AWS S3 ノードが標準搭載されています。HStorage は S3 互換 API を持つため、エンドポイントを HStorage のアドレスに変更するだけで、S3 ノードをそのまま利用できます。

まず1つから始める

「どこから手をつければいいか」で迷うなら、「アップロード → Slack通知」の2ステップから始めてください。設定は15〜30分でできます。

動き始めたら、通知先を増やしたり台帳記録を追加したりと、実務で使いながら広げていけます。

HStorage に届いたファイルをきっかけに、チームの業務フローを変えてみてください。

HStorage の S3 互換 API や WebDAV についてはこちらのドキュメントをご覧ください。サービスについてはHStorage 公式サイトからどうぞ。

自動車・モビリティ業界のクラウドストレージ活用ガイド【CADデータ・映像・サプライヤー連携まで】 - HStorage

2026-06-23T10:00:00+09:00

自動車メーカーの設計開発データは年間数百TBのペースで増え続けています。マツダが2025年に公表した事例では、総容量を4PBから10PBへ拡大して初めてテープ退避から脱却できたとあります。それほど自動車開発のデータ量は桁違いで、オンプレミスだけでは運用が追いつかなくなっています。この記事では、自動車・モビリティ業界でクラウドストレージを活用するための実践的な方法を解説します。

自動車業界のデータが急増している背景

「CASE」という言葉が示す通り、自動車はコネクテッド・自動運転・シェアリング・電動化の波を同時に受けています。その結果、扱うデータの種類と量が急激に変わりました。

CAD・シミュレーションデータ: 1車種の開発で生成される3Dモデルや解析データは数十TB規模になる
ADAS/自動運転の学習データ: カメラ・LiDAR・レーダーの生データを収集・管理する必要がある
テスト走行映像: 1日の走行テストで数TB規模のドライブレコーダー映像が発生する
電子制御ユニット（ECU）のログ: ソフトウェア定義車両（SDV）化に伴いECUのログデータが激増する
品質・認証書類: 型式認証に必要な書類や検査写真は法定で長期保管が求められる

ホンダがグローバルサプライヤーとのCADデータ共有で「データが送れなくて開発が進まない」という課題に直面したのは2010年代の話ですが、データ量が10倍以上に膨らんだ今、同じ問題はより深刻になっています。

CAD・設計データのクラウド管理

ファイルサイズと転送の現実

CATIAやNXで作成される1アセンブリファイルは数GB、プロジェクト全体では数TB規模です。メールはもちろん、一般的なファイル共有サービスでは容量制限と転送速度の両面で対応しきれません。

HStorageはS3互換APIを備えているため、マルチパートアップロードで大容量ファイルを効率よく転送できます。10GBのCATIAアセンブリでも途中で再開できるため、海外拠点や通信品質の不安定な環境でも安定して送信できます。

# rcloneでCADファイルをHStorageへ同期する例
rclone sync /mnt/cad-projects/vehicle-A hstorage:design-data/vehicle-A \
  --transfers 4 \
  --checksum \
  --progress

バージョン管理と誤削除対策

設計ファイルは頻繁に改版されます。「最新版はどれか」「どの時点の形状か」という確認作業が膨大な工数を生む問題は多くのメーカーが抱えています。

HStorageでは共有リンクに有効期限と閲覧専用設定を組み合わせることで、特定バージョンのファイルを取引先や社内外のレビュアーに安全に配布できます。

テスト走行映像のアーカイブ

自動運転技術の開発では、プローブカーやテスト車両が収集する映像データをクラウドに集約して機械学習チームが活用するワークフローが標準になっています。1日の走行テストで生成されるデータは車両1台あたり2〜5TB規模です。

映像データはHStorageのS3互換エンドポイントに直接アップロードし、一定期間経過後はライフサイクルポリシーで自動削除または低コストアーカイブ層へ移行するように設定できます。

# テスト車両から走行映像を自動アップロードするスクリプト例
#!/bin/bash
DATE=$(date +%Y/%m/%d)
VEHICLE_ID="pv-001"

aws s3 sync /recordings/today \
  s3://mobility-data/test-drive/${DATE}/${VEHICLE_ID}/ \
  --endpoint-url https://s3.hstorage.io \
  --storage-class STANDARD

サプライヤーとのファイル共有

国内外のサプライヤーへ設計図・部品仕様書を送る際、大容量ファイルの転送とアクセス制御という二つの壁があります。メールで送れるファイルサイズには上限があり、転送サービスを乱立させると相手企業のIT部門が管理を嫌がります。

HStorageの共有リンク機能を使うと、次の表のように送付先ごとに制限を変えて配布できます。

送付内容	設定
一次サプライヤーへの部品仕様書	パスワード保護＋ダウンロード回数制限
二次サプライヤーへの参照用図面	閲覧専用リンク＋有効期限14日
監査機関への品質記録	ZIP圧縮＋パスワード共有

SFTP接続にも対応しているため、既存のPDMシステムや社内ネットワークドライブと連携するのに追加開発が要りません。

品質・認証書類の長期保管

型式認証書類や品質管理記録（IATF 16949準拠）は、製造終了後も最長15〜20年の保管を自動車メーカー各社の内部規程や道路運送車両法が求めます。スキャンデータをクラウドへ移行すれば、物理保管スペースのコストを削減しながら、どの拠点からも即座に書類を引き出せます。

HStorageでは権限ごとにフォルダ単位のアクセス制御が設定可能です。社内の品質部門は閲覧・編集、外部監査人には閲覧専用リンクを発行するだけで運用できます。

HStorageを自動車業界で活用するポイント

自動車業界の用途に照らすと、HStorageは次の点で既存サービスの代替あるいは補完として機能します。

S3互換API: rclone・aws-cli・Boto3がそのまま動くため、既存スクリプトの書き直しが不要
SFTP/WebDAV対応: PDMシステムや基幹システムへの組み込みに追加開発が要らない
マルチパートアップロード: 数GBのCADファイルや数TBの映像データを途中から再開しながら転送できる
共有リンクの詳細設定: 有効期限・パスワード・ダウンロード回数を組み合わせてサプライヤー配布を管理できる
国内データセンター: データ所在地を国内に限定したい法令対応ニーズに応えられる

CADバックアップから試して、映像アーカイブ、サプライヤー連携へと範囲を広げる順番で導入すると、現場への影響を最小限に抑えられます。

プランや詳細機能についてはサービスサイトでご確認ください。

防犯カメラ・監視カメラ映像のクラウドストレージ活用ガイド【保存期間・容量・法対応まで】 - HStorage

2026-06-21T10:00:00+09:00

店舗・オフィス・マンション・工場を問わず、防犯カメラは今や当たり前のインフラです。かつては録画専用機（DVR/NVR）とハードディスクを現地に置くのが定番でしたが、機器の故障や盗難で肝心な映像が消えてしまうケースが後を絶ちません。クラウドストレージへの切り替えは、そのリスクを根本から断ち切る。この記事では映像保存の実務で必要な容量計算・保存期間の目安・個人情報保護法への対応・S3互換ストレージを使った長期アーカイブ構成を順に解説します。

従来型ローカル録画とクラウド録画の違い

従来の防犯カメラシステムは、カメラ→NVR/DVR→内蔵HDD という構成が主流でした。現地にレコーダーを置く方式には次の弱点があります。

機器故障によるデータ損失: HDDは消耗品であり、突然死すると録画映像がすべて消える
盗難・破壊リスク: 窃盗犯がカメラとレコーダーを同時に持ち去れば証拠映像は残らない
遠隔確認の手間: 現地のレコーダーにアクセスするためにVPNや専用ソフトが必要
拠点ごとの管理コスト: 複数拠点で個別に機器を保守・更改するコストが重い

クラウド録画はカメラをインターネットに接続するだけで映像をクラウドサーバーへ自動送信します。現地にレコーダーを置く必要がなく、スマートフォンやブラウザからいつでも確認できます。

1カメラあたりの映像データ量

クラウドストレージの容量を見積もるには、1台のカメラが生成するデータ量を把握する必要があります。

解像度	フレームレート	1日あたりのデータ量（目安）
HD（720p）	15fps	約 5〜8 GB
Full HD（1080p）	15fps	約 10〜15 GB
Full HD（1080p）	30fps	約 15〜25 GB
4K	30fps	約 50〜80 GB

Full HD・15fps で24時間常時録画すると、カメラ1台で月あたり約300〜450 GBのデータが生まれます。モーション検知録画（動きを検知したときだけ記録）に切り替えると、実稼働環境では5〜10分の1程度に削減できるケースが多いです。

10台のカメラを30日保存する場合の概算（Full HD・15fps・常時録画）

300 GB × 10台 × 1ヶ月 = 約 3 TB

コスト感を掴むには、月額料金をTB単位で比較するのが近道です。専用クラウドカメラサービスはカメラ1台あたり月1,000〜3,000円が相場ですが、S3互換ストレージを直接使うと容量従量課金で大幅にコストを下げられます。

施設別の映像保存期間の目安

防犯カメラの映像保存期間を法律で一律に定めた条文は日本には存在しません。ただし個人情報保護法第19条が「利用目的の達成に必要な範囲を超えて取り扱ってはならない」と定めているため、目的に応じた最短期間を設定し、必要がなくなった映像は速やかに削除します。

施設・用途	推奨保存期間の目安
個人宅・小規模店舗	7〜14日
一般オフィス・中規模店舗	14〜30日
金融機関・医療機関	30〜90日
工場・物流倉庫	30〜92日
公共施設・マンション共用部	60〜180日
法的証拠保全が必要な案件	1年以上（事案消滅まで）

自治体が運営する街頭防犯カメラは「7日〜1ヶ月程度」が一般的です。金融機関や製造業では事後確認のニーズが高く、3ヶ月以上を設定するケースがあります。「保存しすぎない」ことと「事件発生時に映像が残っている」こと——この二つを両立する期間を、施設の用途と照らして具体的に決めてください。

個人情報保護法への対応ポイント

防犯カメラ映像に映った人物は個人情報に該当します。運用にあたって最低限整備すべき事項は3点です。

1. 利用目的の特定と掲示

「防犯・不正防止のために映像を記録しています」という旨を、カメラ設置場所やエントランスに掲示します。顔認証等のAI解析を行う場合は、その旨も明記する必要があります。

2. 保存期間の設定と自動削除

利用目的に照らして必要最小限の保存期間を社内ルールで定め、期限到来後は自動的に削除される仕組みを整えます。クラウドストレージのライフサイクルポリシーを使えば、指定日数を超えたオブジェクトを自動削除できます。

3. 第三者提供の制限

映像を警察以外の第三者に提供する場合は原則として本人同意が必要です。開示請求への対応手順を事前に整備しておくと、いざというときの対応速度が上がります。

S3互換ストレージを使った長期アーカイブ構成

専用クラウドカメラサービスは使い勝手に優れますが、長期保存になるほどコストが嵩みます。S3互換ストレージをバックエンドに使う構成にすれば、保存コストを大幅に圧縮できます。

rcloneを使った映像の自動同期

多くのNVR/DVRはFTP・SMB・NFSでの映像エクスポートに対応しています。rcloneを使えば、エクスポートされた映像ファイルをS3互換ストレージへ定期的に自動転送できます。

# rcloneでHStorageのWebDAVエンドポイントを登録
rclone config create hstorage webdav \
  url "https://webdav.hstorage.io/your-username" \
  vendor other \
  user "your-username" \
  pass "your-password"

# /mnt/nvr/recordings 以下を毎日3時に同期
rclone sync /mnt/nvr/recordings hstorage:surveillance/$(date +%Y/%m) \
  --min-age 1d --max-age 92d

--max-age 92d を指定すると92日を超えた映像は転送対象から外れるため、ライフサイクルポリシーと組み合わせてクラウド側でも自動削除する運用が組めます。

ライフサイクルポリシーによる自動削除

HStorageのS3互換APIを使うと、バケット単位でライフサイクルポリシーを設定できます。surveillance/ プレフィックスのオブジェクトを30日後に削除するルールを書けば、手動管理なしで保存期間を遵守できます。

<LifecycleConfiguration>
  <Rule>
    <ID>surveillance-retention-30d</ID>
    <Filter>
      <Prefix>surveillance/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Expiration>
      <Days>30</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

ランサムウェア対策としてのオブジェクトロック

オブジェクトロック（WORM: Write Once Read Many）を有効にすると、保存期間中は誰もデータを削除・上書きできません。ランサムウェアに感染してファイルを暗号化されても、クラウド上の映像は保護されます。証拠保全が必要な業種では積極的に活用してください。

HStorageで防犯映像を管理するメリット

HStorage は S3互換APIとWebDAVの両方をサポートしているため、既存のNVR/DVRや監視カメラシステムとの連携が容易です。

S3互換API: ArgosView、Milestone XProtect、Genetec Security Center など多くのVMSがS3互換ストレージへのアーカイブ出力に対応
WebDAV: カメラメーカー独自のクラウド連携機能から直接アップロード可能
暗号化: 保存データはAES-256で暗号化。映像データのプライバシーを保護
アクセスログ: 誰がいつ映像にアクセスしたかをログで追跡可能
日本国内ストレージ: データは国内に保管されるため、越境データ移転の問題が生じない

専用のクラウドカメラサービスと組み合わせて「直近30日は専用サービスで素早くアクセス、30日以降はHStorageにアーカイブ」という二段構えの運用が、コストと利便性のバランスを取りやすい構成です。

記録として残す前に設計する

防犯カメラ映像のクラウドストレージ活用で押さえておくべき数字と手順を整理します。

容量計算: Full HD・15fps の常時録画で1台あたり月300〜450 GB。モーション検知録画に切り替えると1/5〜1/10に削減できる
保存期間: 一般オフィスで14〜30日、法的証拠が必要な案件は1年以上。個人情報保護法に基づき「必要最小限」に設定する
法対応: カメラ設置の掲示、保存期間の明文化、第三者提供手順の整備が最低限必要
コスト最適化: S3互換ストレージへのアーカイブ＋ライフサイクルポリシーで長期保存コストを抑制できる
セキュリティ: オブジェクトロックでランサムウェアからの改ざん・削除を防止

映像データの保存は「とりあえず残しておく」で始めると、気づいたときには個人情報保護法上の問題を抱えているか、数TBの不要データに月額コストを払い続けています。目的・期間・アクセス権限を先に設計し、仕組みに落とし込む。HStorageのS3互換APIとWebDAVは、その設計通りの運用基盤を構築するのに使えます。

HStorageを無料で試す

製薬・バイオテクノロジー企業のクラウドストレージ活用ガイド【GxP・データインテグリティ対応】 - HStorage

2026-06-20T10:00:00+09:00

臨床試験データ、製造記録、品質管理試験の測定データ——製薬・バイオテクノロジー企業が扱うファイルは、いずれも規制当局の監査対象になり得ます。「クラウドに移行したいが、GxP対応やCSVをどうするのか分からない」という声を、IT部門・品質保証部門の双方からよく聞きます。GxP規制の要点を整理しながら、クラウドストレージを安全に使うための具体的な方法を解説します。

製薬・バイオ企業がクラウドストレージを必要とする理由

製薬会社やバイオテクノロジー企業が扱うデータは膨大です。ゲノム解析・タンパク質構造解析・臨床試験の生データは数十〜数百GBに及び、これをオンプレミスのファイルサーバーで管理し続けるのはコストとリスクの両面で非効率です。

主な課題は以下の4点です。

ストレージ容量の急増: 次世代シーケンサーや高解像度イメージング機器が生成するデータ量は年々増加し、オンプレミスのディスク増設が追いつかない
拠点間の研究データ共有: 国内外の研究拠点・CRO（受託研究機関）・CMO（受託製造機関）間でデータを安全に受け渡す手段が限られている
DRサイトのコスト: 規制要件を満たすバックアップ・災害対策（BCP）環境を自社で維持するには、専用インフラへの継続的な投資が必要
データ保存期間の長さ: 申請データは承認後も長期（国内では少なくとも5〜10年）の保存義務があり、アーカイブ費用がかさむ

クラウドストレージへの移行でこれらは解消できます。ただし製薬業界では、どのシステムを使うかよりも「その使い方がGxP要件を満たしているか」が問われます。

押さえるべき規制フレームワーク

GxP（Good Practice）とは

GxPとは、医薬品の研究・製造・品質管理・流通に関わる各種「グッドプラクティス」の総称です。具体的には以下のものが含まれます。

略称	正式名称	対象
GMP	Good Manufacturing Practice	医薬品製造
GCP	Good Clinical Practice	臨床試験
GLP	Good Laboratory Practice	非臨床試験
GDP	Good Distribution Practice	流通・保管

クラウドストレージを使って上記業務のデータを管理する場合、そのシステムはGxPの管理下に置かれます。ファイルの保存・閲覧・変更・削除のすべての操作を、適切に記録・管理しなければなりません。

データインテグリティ（DI）とALCOA原則

GxP対応で最も重要な概念がデータインテグリティ（Data Integrity）です。FDAやPMDA（独立行政法人医薬品医療機器総合機構）は、データが以下のALCOA原則を満たすことを求めています。

Attributable（帰属性）: 誰がいつデータを作成・変更したかが明確
Legible（判読性）: データが読み取り可能な状態で保管されている
Contemporaneous（同時性）: データが発生したタイミングで記録されている
Original（原本性）: 最初に記録されたデータが保存されている
Accurate（正確性）: 完全で、エラーが修正されている

クラウドストレージで電子記録を管理する場合、この5原則を技術的・手続き的コントロールによって担保する必要があります。

FDA 21 CFR Part 11とER/ES指針

電子記録・電子署名に関する規制として、米国ではFDA 21 CFR Part 11、日本ではPMDAのER/ES指針（電子記録及び電子署名に関する指針）が適用されます。クラウドストレージに関連する主な要件は次の通りです。

監査証跡（Audit Trail）: ファイルの作成・変更・削除の操作履歴が自動的に記録され、改ざんできない
アクセス制御: 権限のある者だけがデータにアクセスでき、その記録が残る
バックアップ: データが定期的にバックアップされ、復旧手順が検証されている
電子署名: 電子署名を使用する場合、署名者の識別・意図・署名日時が記録される

CSV（コンピュータ化システムバリデーション）とクラウドストレージ

GxP対象のシステムには、CSV（Computerized System Validation）が求められます。CSVとは、システムが設計どおりに機能し、一貫して正確な結果を出力することを証明するプロセスです。

クラウドストレージをGxP業務に使用する場合も、このCSVが必要です。ただし、クラウドサービスのCSVは従来のオンプレミスとは進め方が異なります。

CSVにおけるサプライヤーアセスメント

クラウドサービス事業者がインフラ基盤に関するバリデーション文書（IQ/OQサマリ）を提供している場合、製薬会社側はその文書をCSVに組み込んで活用できます。これにより、製薬会社が自社で実施すべき検証範囲をPQ（Performance Qualification）に絞ることができます。

クラウドストレージ選定の際には、事業者に以下の文書の提供可否を確認してください。

セキュリティホワイトペーパー
SOC 2 Type IIレポート（またはISO/IEC 27001認証書）
SLAドキュメント
データセンターの物理的セキュリティに関する情報

リスクベースアプローチの適用

製薬業界のCSVでは、リスクベースアプローチが主流です。クラウドストレージの用途がGxPへの直接的な影響の大きさによって、バリデーションの厳格さを段階的に設定します。

用途	GxPへの影響	対応レベル
製造記録・原材料試験データの保管	高（直接影響）	フルCSV実施
申請資料・規制文書のアーカイブ	中（間接影響）	簡略化CSV
一般管理文書の共有	低（影響なし）	CSVなし

クラウドストレージ選定の実践チェックポイント

1. 監査証跡の要件

GxP環境では、「誰がいつどのファイルに何をしたか」を自動的に記録する監査ログが必須です。ログが改ざんできない仕組み（書き込み専用、または第三者による定期点検）になっているかを確認します。

操作ログとして最低限必要な記録項目：

ファイルのアップロード・ダウンロード・削除・移動・リネーム
アクセス日時・操作者のアカウントID・IPアドレス
ログへのアクセス履歴

2. アクセス制御の粒度

フォルダ単位でアクセス権限を設定できるだけでなく、「閲覧のみ（ダウンロード禁止）」「編集可」「管理者」を役割ごとに使い分けられる設計が求められます。研究部門・品質保証部門・製造部門でそれぞれ見えるデータを厳密に分けることが、データインテグリティの担保につながります。

3. 暗号化と鍵管理

保存データ（at-rest）と転送データ（in-transit）の双方が暗号化されているかを確認します。さらに暗号鍵を自社で管理できる「顧客管理鍵（BYOK）」対応かどうかも確認してください。クラウド事業者が鍵を持つ構成では、内部不正リスクが排除できません。

4. データの物理的配置（データレジデンシー）

申請データの保存場所は特定できなければなりません。国内データセンターを持つサービスを選ぶか、データ保存国・リージョンを契約書に明記するよう事業者に求めてください。

5. バックアップと復旧手順の検証

GxPのバックアップ要件では、「バックアップが取れている」だけでは不十分です。「バックアップから定期的に復旧できることが検証されている」ことを文書で確認する必要があります。サービス仕様書でバックアップの頻度・保存期間・復旧テストの実績を確認してください。

ユースケース別：クラウドストレージの活用例

非臨床試験データ（GLP対象）の保管

GLPに基づく毒性試験・薬理試験のデータは、試験終了後も原則10年以上の保存が必要です。試験ごとにフォルダを分け、試験責任者のみが書き込み権限を持ち、QAが閲覧・検査できる構成にします。ファイルのバージョン履歴を保持し、原本データが上書きされない運用ルールを設けます。

gxp-archive/
├── nonclinical/
│   ├── 2025_TOX-001_28day-rat/     # 試験責任者書き込み、QA閲覧可
│   │   ├── raw-data/
│   │   ├── reports/
│   │   └── deviations/
│   └── 2025_PK-002_mouse/
├── clinical/
│   └── 2026_CT-003_phaseI/         # CRO共有フォルダ（有効期限付きリンク）
└── regulatory/
    └── submissions/                # 申請資料アーカイブ（閲覧のみ）

CROとのデータ受け渡し

受託研究機関（CRO）や受託製造機関（CMO）とのデータ共有では、専用フォルダへの有効期限付きアクセスを付与する方法が実用的です。共有期間が終われば自動的にアクセスが失効するため、試験終了後に権限が残り続けるリスクを防げます。パスワードを設定することで、リンクが誤送信された場合の保護も確保できます。

申請資料のアーカイブ

医薬品製造販売承認申請書の関連データは、承認後も長期保管が求められます。年度・申請品目・資料種別でフォルダを構成し、承認後は書き込みロック（閲覧専用化）をかけます。S3互換APIを活用すれば、申請システムからクラウドストレージへの自動転送パイプラインも構築できます。

品質管理試験データの管理

分析機器（HPLC・GC・分光光度計など）が出力する生データファイルは、機器のソフトウェアから自動でクラウドストレージにアップロードする運用が理想です。手動でのデータ転送は操作ミスや改ざんリスクを生むため、システム連携による自動化でデータの原本性（Originality）を担保します。

HStorageでの実装例

推奨フォルダ構成と権限設計

フォルダ	参照権限	編集権限	備考
nonclinical/	QA・試験責任者	試験責任者	試験別サブフォルダ
clinical/	QA・治験担当	治験担当・CRO（期限付き）	CROには有効期限リンクで共有
regulatory/	QA・薬事担当	薬事担当	申請後は閲覧専用に変更
manufacturing/	QA・製造部門	製造部門	GMPロット記録

S3互換APIによる自動連携

HStorageのS3互換APIを使えば、既存の試験データ管理システム・ELN（電子実験ノート）・LIMSとの連携が組めます。試験完了後に自動でクラウドへ転送するパイプラインを構築することで、手動操作を減らしてデータの原本性を維持できます。

# S3互換APIを使った試験データの自動アーカイブ（イメージ）
aws s3 cp ./raw_data/ s3://eu-stg/gxp-archive/nonclinical/2026_TOX-001/ \
  --endpoint-url https://s3.hstorage.io \
  --recursive

WebDAVによるネットワークドライブマウント

Windows・Mac・Linuxのいずれからも、クラウドストレージをネットワークドライブとしてマウントできます。分析機器のデータ出力先をクラウドストレージのWebDAVパスに設定することで、測定終了と同時に自動アップロードが実現します。

導入前チェックリスト

製薬・バイオ企業がクラウドストレージをGxP業務に適用する前に確認すべき項目をまとめます。

確認項目	対応内容
監査証跡の記録範囲	操作日時・操作者・操作内容が自動記録されるか
監査ログの改ざん防止	ログを管理者でも変更・削除できない仕組みがあるか
アクセス制御の粒度	フォルダ・ユーザー単位で「閲覧のみ／編集可」を設定できるか
暗号化の範囲	at-rest・in-transitの両方に対応しているか
データの物理的配置	データセンターの所在地・地域が明示されているか
バックアップの検証	定期的な復旧テストの実施を文書で確認できるか
サプライヤー資料	SOC 2 Type IIまたはISO 27001認証書の取得状況
変更管理の通知	サービス仕様変更時に事前通知があるか
CSV文書への組み込み	ベンダー提供のバリデーション文書を入手できるか
長期アーカイブ対応	データ保存期間が10年以上の運用で費用が合理的か

導入に向けて

製薬・バイオ企業でクラウドストレージを導入する際の出発点は、GxPへの影響範囲の特定です。用途によってCSVの深度が変わるため、IT部門と品質保証部門が連携して用途別のリスク評価を行い、どの業務にどのレベルのコントロールが必要かを先に決めてください。

HStorageは監査ログ・アクセス権限管理・暗号化・WebDAV・S3互換API・有効期限付き共有リンクといった機能を備えており、製薬・バイオ企業が実務で必要とする機能要件の多くをカバーしています。GxP対応の要件確認やトライアルについては、こちらのページからお問い合わせください。

HStorage デスクトップアプリ（macOS・Windows）リリース - HStorage

2026-06-19T10:00:00+09:00

HStorage のデスクトップアプリ（macOS・Windows 対応）をリリースしました。ブラウザを開かなくてもファイルをアップロードでき、macOS では Finder と直接連携します。

ダウンロード

アプリは以下のページから入手できます。

HStorage ダウンロードページ

macOS 版は Mac App Store からもインストール可能です。Windows 版はインストーラー（NSIS）形式で配布しています。

デスクトップアプリでできること

以下は macOS 版 HStorage アプリの実際のキャプチャです。

システムトレイ常駐

アプリはメニューバー（macOS）またはタスクトレイ（Windows）に常駐します。ウィンドウを閉じてもプロセスは終了せず、トレイアイコンから呼び出せます。

トレイメニューからできること：

HStorage ウィンドウの表示・非表示
ファイルのアップロード（ファイル選択ダイアログを直接起動）
アプリの終了

ドラッグ&ドロップアップロード

ファイルをアプリウィンドウにドロップするだけでアップロードが始まります。アップロード前にパスワード設定・暗号化・ダウンロード回数制限・有効期限・ZIP 圧縮などを設定できるダイアログが表示されます。

ディレクトリ・シンボリックリンク・0バイトファイルは自動的に除外されるため、誤ったファイルをアップロードする心配がありません。

OS ネイティブ通知

アップロード・ダウンロードの完了と失敗を OS の通知センターに表示します。別の作業中でも結果を見逃しません。

macOS 専用機能

Native Drive — Finder 風ファイルブラウザ

macOS 版には「Native Drive」と呼ぶローカル UI が搭載されています。ブラウザなしで HStorage のファイルを操作できる Finder 風のインターフェースです。

左ペインにフォルダツリー、右ペインにファイル一覧が表示されます。操作できる内容：

フォルダの作成・削除
ファイルのアップロード・ダウンロード・削除
共有リンクを開く
最近のファイル・共有フォルダの表示
ファイル名・タグによる検索
オフラインキャッシュ（前回の一覧をローカルに保持）

macOS Finder 連携（File Provider）

HStorage を macOS の「ファイルプロバイダ」として登録します。Finder のサイドバーに HStorage が表示され、ローカルフォルダと同じ操作でファイルを扱えます。

Finder から直接できること：

フォルダ・ファイルの一覧表示
ファイルのダウンロード（ダブルクリックで開く）
ファイルのアップロード（Finder からドラッグ）
フォルダの作成・削除
ファイルの削除

macOS Keychain 連携

ログイン情報は macOS Keychain に保存されます。アプリを再起動しても再ログインは不要です。Auth0 の PKCE フローを使い、ASWebAuthenticationSession でブラウザを開かずにネイティブ認証を完結させます。

Windows 専用機能

自動アップデート

Windows 版はアプリ内から更新を確認・適用できます。新バージョンが公開されると通知が届き、ワンクリックでインストールして再起動します。

キーボードショートカット（macOS）

操作	ショートカット
ファイルをアップロード	`⌘U`
新規フォルダ	`⌘N`
更新	`⌘R`
検索	`⌘F`
選択項目を削除	`⌘Delete`

アップロード設定

ドラッグ&ドロップまたはファイル選択でアップロードを開始すると、以下の設定ダイアログが表示されます。

設定項目	内容
パスワード	ダウンロード時にパスワードを要求
暗号化	クライアントサイド暗号化（AES-256）
ダウンロード回数制限	指定回数を超えるとリンクを無効化
有効期限	指定日時以降はダウンロード不可
ZIP 圧縮	複数ファイルをまとめて ZIP 化
ファイル名変更	アップロード時にファイル名を変更

ダウンロード・インストール方法

https://hstorage.jp/ja/download にアクセス
お使いの OS（macOS / Windows）に対応したインストーラーをダウンロード
macOS：.dmg を開いてアプリをアプリケーションフォルダにドラッグ
Windows：.exe インストーラーを実行

macOS 版は Mac App Store からもインストールできます。App Store 版は自動アップデートが App Store 経由になります。

ブラウザを開かずにファイルを管理したい方、macOS の Finder から直接クラウドを操作したい方は、ダウンロードページからインストールしてください。

金融機関・銀行・証券会社のクラウドストレージ活用ガイド【FISC・金融庁ガイドライン対応】 - HStorage

2026-06-19T10:00:00+09:00

銀行・証券会社・保険会社がクラウドストレージを業務に使う場合、一般企業とは異なるハードルがあります。FISC安全対策基準と金融庁のサイバーセキュリティガイドラインへの準拠です。「クラウドは便利だがコンプライアンス要件が厳しくて踏み出せない」という声を現場でよく聞きます。この記事では、規制の要点を整理したうえで、金融機関がクラウドストレージを安全に活用するための具体的な方法を解説します。

金融機関がクラウドストレージを必要とする理由

契約書・報告書・顧客情報・コンプライアンス資料——金融機関が扱うドキュメントの種類と量は膨大です。紙やオンプレミスの共有サーバーで管理してきた組織では、次の課題が顕在化しています。

検索性の低さ: 部署ごとに異なる命名規則でサーバーに保管され、必要な書類を探すのに時間がかかる
テレワーク対応の限界: VPN経由のファイルサーバーアクセスは速度が遅く、大容量ファイルの送受信が困難
バックアップの属人化: 担当者が手動でバックアップを取る運用は、抜け漏れが発生しやすい
コスト: オンプレミスのストレージ機器は保守費用と更改サイクルのコストが重くのしかかる

クラウドストレージへの移行は、これらをまとめて解消できる選択肢です。ただし金融機関の場合、セキュリティと規制対応を後回しにした移行は、監督当局からの指摘やインシデントとして返ってきます。

準拠すべき2つの規制フレームワーク

FISC安全対策基準

公益財団法人金融情報システムセンター（FISC）が策定する「コンピュータシステムの安全対策基準」は、日本の金融機関がシステムを整備・運用する際の実質的な業界標準です。クラウド利用に関しては別冊の「金融機関等におけるクラウド導入・運用に関する解説書」が公開されており、実務上の判断基準を提供しています。主な強調点は4つです。

クラウド事業者との責任分界点の明確化
利用するクラウドサービスの提供機能の把握と確認
契約終了時の論理的廃棄の手順確認（暗号鍵の削除、データ削除の確認）
重要データの暗号化の徹底

特に「論理的廃棄」は盲点になりやすい。オンプレミスなら媒体を物理破壊すれば確実ですが、クラウドではデータが本当に消えているかをクラウド事業者に確認するしかありません。契約前に、廃棄の手順と廃棄済みを証明する書面を提供できるかどうかを必ず確認してください。

金融庁サイバーセキュリティガイドライン

金融庁は2024年10月に「金融分野におけるサイバーセキュリティに関するガイドライン」を公表しました。クラウドサービス利用時の対応事項として、以下の6点が明記されています。

利用するクラウドサービスの仕様を確認し、理解を深めること
責任共有モデルを理解し、クラウド事業者との責任範囲を明確にすること
情報公開等の設定にミスがないか確認すること（必要に応じて専門家による監査や自動検知サービスを活用）
責任分界に応じて、サービス仕様が変わる際に影響を確認すること
多岐にわたる関係主体を把握し、情報共有体制・インシデント対応体制を構築すること
利用終了時のクラウド上データの取扱い（論理的廃棄）について確認すること

責任共有モデルを一言でまとめると、「クラウド事業者はインフラを守り、データは利用者が守る」です。暗号化の設定、アクセス権限の管理、ログの監視——これらはすべて金融機関側の責任範囲です。「クラウドに預けているから安全」はこのモデルの根本的な誤解であり、その認識のまま運用を始めると、規制対応の穴が生まれます。

クラウドストレージ選定の5つのチェックポイント

1. データの暗号化

保存データ（at-rest）と転送データ（in-transit）の双方が暗号化されているかを確認します。さらに、暗号鍵を金融機関側で管理できる「顧客管理鍵（BYOK）」に対応しているかどうかも確認してください。クラウド事業者が鍵を持つ場合、事業者側での内部不正や不正アクセスのリスクを完全には排除できません。

2. アクセス権限管理と多要素認証（MFA）

ファイル・フォルダ単位できめ細かなアクセス権限を設定できる製品を選びます。部門・役職・担当者ごとに「閲覧のみ」「編集可」「管理者」を使い分けられる設計が前提です。管理者アカウントへのログインには多要素認証（MFA）を適用してください。クラウド環境での不正アクセスは、IDの盗取を起点とするケースが多く、パスワード単独では金融機関の環境を守るには不十分です。

3. 監査ログの取得と保管

誰がいつどのファイルにアクセス・操作したかを記録する監査ログは、内部統制と税務調査・金融検査への対応に欠かせません。ログが改ざんできない形式で保管され、期間を指定して検索・出力できることが求められます。

4. 論理的廃棄と鍵管理

FISC安全対策基準が求める論理的廃棄の方法は主に2つです。

特定データの削除: 管理インタフェースを通じたデータの完全削除
暗号鍵の削除: データを暗号化したまま、鍵を破棄することで事実上読み取り不能にする

契約前に「廃棄の実施方法」と「廃棄を証明できる書面の提供可否」をクラウド事業者に確認してください。

5. 第三者認証とSLAの確認

ISO/IEC 27001やSOC 2 Type IIなどの第三者認証を取得しているクラウド事業者は、少なくとも外部の監査を受けた実績があります。認証の有無を選定条件の一つに加えてください。SLAについては、基幹業務に近いデータを扱うなら99.9%以上のアップタイム保証を持つサービスを選ぶのが現実的な基準です。

金融機関のユースケース別活用法

顧客との契約書・申込書管理

顧客の署名を含む書類は機密性が高く、アクセスを担当者に限定する必要があります。フォルダ単位でアクセス権限を設定し、閲覧者のダウンロードを禁止できるビュアー共有機能があると管理が楽になります。また、電子帳簿保存法の要件を満たすためにファイル名に取引日・取引先・金額を含めるルールを社内で統一します。

内部監査・コンプライアンス資料

内部監査部門が作成するレポートや、コンプライアンス部門が保管する規程類・研修資料は、一定期間の保存と変更履歴の保持が求められます。バージョン管理機能を持つクラウドストレージであれば、誰がいつどう変更したかを遡って確認できます。

決算書・有価証券報告書のアーカイブ

決算書類は法定保存期間（会社法で10年）に沿ったアーカイブが必要です。クラウドストレージに保管することで、紙のファイリングや物理的なアーカイブスペースのコストを削減できます。フォルダ構成を年度・書類種別で統一し、検索性を確保します。

外部委託先との書類共有

監査法人・弁護士・外部システム会社との書類共有では、有効期限付きの共有リンクを活用します。共有期間が終われば自動的にアクセスが無効になるため、情報漏えいリスクを抑えられます。パスワードを設定することで、リンクが第三者に転送された場合でも保護できます。

HStorageでの実装例

推奨フォルダ構成

finance/
├── contracts/              # 顧客契約書（担当者のみアクセス可）
│   ├── 2026/
│   │   └── 20260619_田中太郎_口座開設.pdf
│   └── archive/            # 保存期間経過後
├── compliance/             # コンプライアンス規程・研修資料
│   ├── regulations/        # 閲覧のみ
│   └── training/
├── audit/                  # 内部監査資料（監査部門のみ）
│   └── 2026/
└── disclosure/             # 開示書類・有価証券報告書
    └── 2026/
        └── annual-report-2026.pdf

アクセス権限設計の例

フォルダ	参照権限	編集権限
contracts/	担当者・支店長	コンプライアンス部門
compliance/	全社員	コンプライアンス部門
audit/	内部監査部門・経営陣	内部監査部門
disclosure/	経理・法務・経営陣	経理部門

S3互換APIによる自動連携

HStorageはS3互換APIに対応しており、既存の業務システムやRPAツールからファイルを自動アップロード・ダウンロードする連携が組めます。決算処理システムが生成するレポートを、処理完了後に自動でストレージへ転送する仕組みを作ると、手動操作のミスをなくせます。

導入前チェックリスト

金融機関がクラウドストレージを導入する前に確認すべき項目をまとめます。

確認項目	対応内容
保存データの暗号化	at-rest・in-transitの両方に対応しているか
暗号鍵の管理主体	金融機関側で管理できるか（BYOK対応）
MFAの適用	管理者・一般ユーザーへの多要素認証設定
アクセス権限の粒度	フォルダ・ファイル単位での権限設定が可能か
監査ログの保管期間	ログが改ざん不可能な形で一定期間保管されるか
論理的廃棄の手順	廃棄の実施方法と証跡の提供について確認済みか
第三者認証	ISO 27001・SOC 2 Type IIなどの取得状況
SLA（可用性）	99.9%以上のアップタイム保証があるか
サービス仕様変更時の通知	変更前に金融機関へ通知する契約条件か
インシデント対応	障害・情報漏えい時の連絡体制と対応時間

導入に向けて

金融機関がクラウドストレージを導入する際の出発点は、責任共有モデルを正確に理解することです。クラウド事業者がインフラを守り、金融機関自身がデータを守る。この分担を明確にしてから、暗号化・アクセス権限・監査ログ・論理的廃棄の各要件を満たすストレージを選んでください。

HStorageはWebDAV・S3互換API・暗号化ファイル管理・アクセスログ・有効期限付き共有リンクといった機能を備えており、金融機関の実務で必要とされる要件の多くに対応しています。規制対応のご相談やトライアルについては、こちらのページからお問い合わせください。