テキスト、写真、音声をまとめて1つの日記エントリーとしてアーカイブする方法
アプリの外で1つの日記エントリーの文章、写真、音声をまとめて保管するには、エントリーに不変のIDを付与し、元のメディアファイルを1つのエントリー用フォルダーにまとめ、すべてのファイル名を記載してエントリーとの関連性を説明する可読性の高いインデックスを作成します。簡易的なマニフェストを添えることで、どの添付ファイルがどこに属しているかの検証可能な記録が加わります。以下の例は、普遍的なアーカイブ標準や特定のアプリに依存しない、フォーマット中立的な方法を示しています。
ミックスメディアのエントリーを結びつける要素とは？
フォルダーを使えばファイルを一箇所に集めることはできますが、ただ近い場所にあるだけでは、それらが何であるか、またある写真がそのエントリーに属するものなのか無関係な複製なのかまでは分かりません。その関係性は人間が読めるテキストで記録しておく必要があります。最低限、以下の要素を保存してください：
ファイル名の変更や移動を行っても変わらない、不変のエントリーID。
タイムゾーンまたはUTCオフセットを含む、エントリーの日時。
元の日記アプリがなくても開くことができる形式の、書かれたエントリー本文。
正確なファイル名と短い説明が付いた、元の写真および音声ファイルのそれぞれ。
エントリーIDと、そこに割り当てられた添付ファイルを一覧にしたマニフェスト。
米国国立公文書館（NARA）の『個人のデジタル思い出保存パンフレット』では、重要な個人ファイルを選定し、選んだ写真や音声をエクスポートし、ファイルに説明的な名前を付け、それらをフォルダー構造に整理して、その構造の簡単な説明を記述することを推奨しています。音声については、エクスポート日などのエクスポートメタデータを記録することも勧めています。これらは実用的な整理の提案であり、規定された日記のフォーマットではありません（[National Archives, *Preserving Your Digital Memories*](https://www.archives.gov/files/preservation/formats/pdf/preserving-your-digital-memories.pdf)）。
例：1つのエントリーと3種類の実データ
以下の架空のエントリーは、港沿いの雨の日の散歩を描いたものです。識別子、ファイル名、時刻、キャプションは説明用の例示であり、実際の出来事の記録ではありません。
アーカイブルート：`DiaryArchive/entries/2026/E-7F3A91/`
可読性のあるエントリー本文：`index.md`、添付ファイル目録：`manifest.csv`
元の添付ファイル：`media/IMG_4812.JPG`、`media/IMG_4813.JPG`、および `media/harbor-note.m4a`
ここでは、`E-7F3A91` がエントリーの不変IDです。パスに含まれる年はブラウジングに役立ちますが、記録と添付ファイルを結びつける鍵となるのはこのIDです。カメラが出力した元のファイル名はそのまま維持されます。ディレクトリとインデックスがあることで、`rainyday-final2.jpg` のようなファイル名から推測することなく、それらのファイルが何を意味するのかを把握できます。
人間が読める `index.md` は以下のようになります：
エントリーのインデックスには、ID `E-7F3A91`、日時 `2026-09-14 18:42`、そしてUTCオフセット付きの `America/New_York` が記録されます。
インデックスには、日記の原文とともに、JPEG写真2枚と元の音声エクスポートへの参照が含まれます。
オプションの部分的な文字起こしでは、「ferry（フェリー）」という単語が不確実である旨を明記し、元の音声ファイルへの参照を示します。
テキストは特別なソフトウェアがなくても読めるように意図されています。Markdownは選択肢の1つであり、必須ではありません。プレーンテキストや、仕様が公開されている他のアクセス可能なフォーマットでも問題ありません。別のフォーマットを選択する場合は、ファイル名と添付ファイルへのリンクを明示し、インデックス自体が日記アプリなしで開けることを確認してください。
元のメディアをキャプションやプレビューと分けて保管する理由
キャプションや文字起こしは添付ファイルを認識したり検索したりするのに役立ちますが、添付ファイルそのものの代わりにはなりません。元の写真やエクスポートした音声をファイルとしてアーカイブ内に残し、サムネイル、圧縮されたプレビュー、編集された複製、生成された文字起こしなどは別個の派生データとして扱ってください。派生データが有用である場合は、派生データであることを明記した名前を付け、どのオリジナルから生成されたかを記録します。オリジナルが存在しないときに、インデックスの参照先を黙ってプレビューに置き換えるようなことは決して避けてください。
また、ファイル形式によって保持される情報の種類も異なります。米国国立公文書館は、サンプリング周波数、量子化ビット数、モノラルかステレオかといった観点から音声を説明しており、そのページではNARAの制作物という文脈でWAVやMP3について触れています。こうしたフォーマットの詳細があるからこそ、音声エクスポートには独自のファイル記述が必要となります。ただし、そのページは個人日記にとって普遍的に最適なフォーマットを規定しているわけではありません（[National Archives, *Digital File Types*](https://www.archives.gov/preservation/products/definitions/filetypes)）。エクスポートしたファイルを保存し、その役割を記録し、小さなプレビューにオリジナルのすべてが含まれていると思い込まないようにしてください。
各ファイルをエントリーに関連付けるマニフェストを追加する
マニフェストとは、散文のインデックスとは別に用意するコンパクトな目録です。CSVは読みやすい選択肢の1つですが、スプレッドシートや、仕様が公開された他のプレーンな形式でも同様の役割を果たせます。1つの添付ファイルにつき1行を割り当て、各行にエントリーIDを繰り返し記載し、エントリーフォルダーからの相対パスを使用することで、フォルダー全体を移動しても参照関係が崩れないようにします。
可読性のある `manifest.csv` では、`entry_id`、`entry_datetime`、`local_time_zone`、`relative_path`、`media_type`、`role`、`caption_or_note` といった列を使用できます。
ある1行で `E-7F3A91` をオリジナル画像として `media/IMG_4812.JPG` に関連付け、別の行で同じエントリーIDをオリジナル音声として `media/harbor-note.m4a` に関連付けます。どちらの行にも、日時情報を含むエントリーのコンテキストを繰り返し記載します。
文字起こしを追加する場合は、元の音声にリンクされた別個の派生データ行を作成します。不確実な単語は、メモ欄でも不確実であることを明記したままにしておきます。
各行は現在実際に存在する1つのファイルを指し示し、各ファイルには1つの明確な役割が必要です。マニフェストには任意のキャプションや文字起こしのメモを記録することもできますが、不確かな表現は不確かなものとしてマークしてください。サムネイルのパスをオリジナルの写真であるかのように扱うことは避けてください。後からトリミングしたものや圧縮バージョンを追加する場合は、別の行に記載し、派生データであることを示し、どのオリジナルに関連しているかを明記します。添付ファイルの名前を変更してもエントリーIDは固定されたままです。インデックスとマニフェストの両方を同時に更新してください。
エクスポートして記録を構築する方法
**エントリーとその添付ファイルを選択する。** 日記アプリ内で、この1つのエントリーに属するテキスト、写真、音声メモを特定します。選択したメディアをファイルとしてエクスポートまたは保存します。米国国立公文書館のパンフレットでは、選択した音声・写真ファイルをエクスポートし、説明的な名前を付けることを推奨しています。アプリ固有の元のファイル名がすでにファイルの識別に役立っている場合は、そのまま維持してください。
**エントリーIDとフォルダーを作成する。** 一意で不変のIDを使用し、エントリー用のフォルダーを1つ作成します。ファイル名そのものだけをファイルとエントリーを結びつける唯一の絆にしてはいけません。
**元のメディアエクスポートをコピーする。** エクスポートした写真と音声ファイルを `media/` に配置します。プレビューや編集された派生データは明確に区別してください。アプリが複数のバージョンを提供している場合は、エクスポートデータが未加工のオリジナルであるかのように見せかけるのではなく、どのバージョンを保存したのかを明記してください。
**可読性のあるインデックスを作成する。** 正確な日時、ローカルタイムゾーン、エントリーの本文、およびファイルごとに1つの添付ファイル参照と説明を含めます。エクスポートプロセスによってファイルのメタデータが変更される場合は、ファイルの更新日時のみに頼るのではなく、関連する日付をインデックス内に保持してください。
**マニフェストをフォルダーの内容と一致させる。** 正確な相対パス、不変のエントリーID、メディアタイプ、役割を使用して各添付ファイルを一覧表示します。文字単位で名前を確認してください。拡張子や大文字・小文字が異なるパスは、誤ったファイルを指すか、どのファイルも指さない結果になります。
**必要に応じて簡単なアーカイブ用メモを残す。** フォルダー構造が直感的にわかりにくい場合は、アーカイブルートにそれを説明する短いメモを記述します。米国国立公文書館のパンフレットでは、構造の簡単な要約と、保存したファイルが読み取り可能な状態を維持しているかの定期的な確認を推奨しています。このアドバイスは有用な維持管理の習慣を支援するものであり、恒久的なアクセスを保証するものではありません（[パンフレット](https://www.archives.gov/files/preservation/formats/pdf/preserving-your-digital-memories.pdf)）。
エクスポート後の単一エントリーのテスト
エクスポートしたフォルダーを、元の日記アプリを介さず、自己完結型の記録としてテストします：
エントリーフォルダーを、別のドライブや一時的なテストフォルダーなど、別の場所にコピーします。エクスポート自体が完全であるかどうかを確認できるよう、そのコピー環境で作業を行います。
`index.md` を開き、エントリーのテキスト、日付、タイムゾーン、キャプション、および文字起こしの不確実な箇所の表記が表示され、理解可能であることを確認します。
インデックスとマニフェストに記載されたすべてのパスをたどります。その形式をサポートするソフトウェアを使用して、各画像を開き、各音声ファイルを再生します。ファイル名が一致しているからといって内容が正しいと思い込まず、そのファイルが意図した通りのデータであることを確認します。
マニフェストをフォルダーと照合します。一覧にあるすべての添付ファイルが存在し、保存する予定のすべての添付ファイルにマニフェストの行とインデックスでの説明があることを確認します。
文字起こしを作成した場合は、参照されている音声を聴き、明らかな書き起こしミスを修正します。推測を事実へと変えてしまうのではなく、本当に不確実な単語は不確実なものとしてマークしたままにしておきます。
これは実践的な抜き取り検査であり、ファイルが無期限に読み取り可能であり続けることを証明するものではありません。このチェックを定期的に繰り返すことで、元の記憶がまだ鮮明なうちに、パスの欠落や開けなくなったファイルを発見することができます。
ファイルが見つからない、または名前が変更されている場合の対処法
マニフェストのパスが解決できない場合は、インデックスとマニフェストでその添付ファイルを「欠落」または「未解決」としてマークします。本来あるべきファイル名を保持し、「このエクスポートには存在しない」または「オリジナルを探したがプレビューのみ発見」など、把握している情報を追記します。見つからないファイルのパスを、プレビューや派生データであることを明記せずに、見た目が似ているサムネイルや音声の抜粋に置き換えてはいけません。誤った一致よりも、透過的で正確な欠落情報のほうが役に立ちます。
意図的にファイル名を変更したり移動したりした場合は、同じメンテナンス作業の一環として、インデックスとマニフェスト内のすべての参照を更新します。エントリーIDは変更せず、以前の名前が古い参照関係の理解に役立つ場合は、「`IMG_4812.JPG` から改名」といったメモを残します。その後、コピーして開くチェックを再度実行します。あるファイルがこの日記エントリーに属しているかどうか判断できない場合は、確認できるまでその関係を未解決のままにしておきます。場所の近さや思わせぶりなファイル名だけで勝手に割り当ててはいけません。
エントリーの整合性を保つためのシンプルなルール
エントリーIDを拠り所、可読性のあるインデックスを説明文、マニフェストを添付ファイルの対応図、そしてエクスポートされた元のメディアを記述対象の実体として扱います。それらの参照関係をまとめて保持し、日付とローカル時間のコンテキストを保存し、エクスポートされたフォルダーからエントリーをテストします。この構造により、日々のワークフローから元のアプリが外れてもミックスメディアの日記エントリーを理解しやすくなり、同時にファイル形式の選択を記録者のニーズに合わせて柔軟に残すことができます。