ファイルサーバの整理をAIで進めるときは、全件をAIに分類させるのではなく、判断の要らないファイルを先に外し、人が見る件数を減らすことから始めます。手順は8つで、棚卸し・絞り込み・分類と命名の案まではAIを含む機械が担い、捨てるかどうかと正本(有効な版)の確定は人が決めます。
この記事の答え
- 何年分も積み上がったファイルサーバは、属性の一覧作り→対象の絞り込み→AIによる分類と命名の案→人の確定→移行、の順で片付ける
- AIに任せてよいのは、間違えても付け直せる分類と命名の案まで。削除と正本の確定は人が決める
- まず全件の属性(パス・容量・最終アクセス日時・ハッシュ値など)を取り、使われている1フォルダで通してから広げる
ファイルサーバ整理 AIに任せる範囲と8つの手順
先に全体の流れを示します。各手順の中身は、この後の節で順に説明します。
| 順番 | 手順 | やること | 担い手 |
|---|---|---|---|
| 1 | 棚卸し | 全ファイルの属性を集め、フォルダ別・年別・拡張子別の件数と容量を出す | 機械(AIは不要) |
| 2 | 不要な分を外す | 一時ファイル・中身が完全に同じ控え・業務文書でないものを対象から外す | 機械 |
| 3 | 古い領域を分ける | 長く開かれていない領域を「後で判断する箱」へ移す | 機械が候補を出し、人が確認 |
| 4 | 着手するフォルダを選ぶ | 文書の種類・持ち主・開かれる頻度・外からの参照の4点で1つ選ぶ | 人 |
| 5 | 規則を決める | 新しいフォルダ構成と、命名ルールの要素・並び順・区切り文字を決める | 人 |
| 6 | 分類と命名の案を出す | 文書の種類、新しい名前、重複と旧版の候補をAIが出し、人が確かめる | AIが案を出し、人が確定 |
| 7 | 移す | 確定した分を新しい置き場へ移し、元の場所は読み取り専用で残す | 機械 |
| 8 | 点検して次へ | 切れたリンクと権限のずれを確かめ、規則を直して次のフォルダへ進む | 機械が点検し、人が判断 |
AIが力を発揮するのは手順6で、ファイル名だけでは中身が分からない文書の種類を本文から推定するところです。手順1〜3は属性だけで進められるため、AIに読ませる前に対象をかなり減らせます。
ルールを新しく決めても、積み上がったファイルは減らない
共有フォルダの整理は、たいてい規則を作るところから始まります。フォルダの切り方を決め、命名の規則を配り、周知します。それで新しく作られるファイルはある程度揃いますが、既にある何十万件かは手つかずのまま残ります。既存分を片付ける作業に、担当を割り当てられないからです。
片付かない理由は量だけではありません。1件ずつ見ていくと、判断が必要な問いが次々に出てきます。これは残すのか、同じ名前の3つのうちどれが有効なのか、この部署の「案件A_最終_修正2」は何なのか。答えられるのは作った本人だけで、その本人が既にいないこともあります。結果として、誰も消せないまま容量だけが増えます。
ファイルサーバの整理にAIを使う意味は、この作業のうち判断が要らない部分を先に落とし、人が見る対象を減らすところにあります。全件を機械に分類させて終わり、という形にはなりません。以下では、棚卸し・絞り込み・分類・命名・移行の順に、どこまでを機械に任せ、どこから人が決めるかを分けていきます。
なお、この記事で扱うのは既にあるファイルを片付ける作業です。片付いた後に新しく作られる文書を、決めた規則どおりに回し続ける運用は別の作業になります。整理と運用は続けて進めるものですが、必要な判断が違うので分けて考えるほうが手戻りが減ります。
棚卸しは、中身を読む前に属性だけで進める
最初にやるのは、全ファイルの一覧を作ることです。ここで中身を読む必要はありません。ファイルシステムやクラウドストレージから取れる属性だけで、どこに何がどれだけあるかの地図はできます。AIを使わない、単なる一覧の取得です。
集める7つの属性と、整理での使いどころ
どれも、文書の内容を読み解かずに機械で一覧にできる値です。
| 集める属性 | そこから分かること | 整理での使いどころ |
|---|---|---|
| フルパス・階層の深さ | フォルダの切り方が部署ごとにどうずれているか | 着手するフォルダの選定 |
| 拡張子 | 文書・表計算・画像・圧縮ファイル・実行ファイルの構成比 | 対象から外す領域を決める |
| 容量 | 容量を占めているのがどの領域か | 効果が出やすい範囲の判断 |
| 更新日時 | 最後に手が入った時期 | 古い領域を分けて扱う |
| 最終アクセス日時 | 参照され続けているかどうか | 使われていない領域の特定 |
| 内容のハッシュ値 | 中身が完全に同じファイルの組 | 重複の候補を最初に拾う |
| 所有者・作成者 | 持ち主がまだ在籍しているか | 問い合わせ先の有無の判断 |
最終アクセス日時と容量で、人が見る量の見当を付ける
このうち整理の進み方を決めるのは、最終アクセス日時と容量の2つです。長く開かれていない領域が全体の何割を占めるかが分かると、人が中身を判断すべき対象がどれだけ残るかの見当が付きます。最終アクセス日時は、ストレージの設定によっては記録されていなかったり、バックアップの走査で更新されていたりします。取れない場合は更新日時で代用し、その旨を前提として記録しておきます。
ハッシュ値で、中身が完全に同じファイルを拾う
内容のハッシュ値は、同じ中身のファイルを機械的に見つけるための値です。1バイトでも違えば別の値になるため、これで見つかるのは完全に同じファイルだけです。それでも、添付ファイルの保存や部署間の共有で生まれた控えは、かなりの割合がここで見つかります。
分類にかける前に、対象を絞る
全件を生成AIに読ませて分類すると、費用も時間もかかるうえ、結果を確認する作業が現実的な量に収まりません。
判断せずに対象から外せる5つの領域
先に、判断せずに扱いを決められる領域を落とします。対象は次のとおりです。
- 内容のハッシュ値が同じで、片方が個人フォルダにある控え
- システムが自動で作った一時ファイル・ログ・書き出し済みの中間データ
- インストーラや圧縮ファイルなど、業務文書ではないもの
- 空のフォルダ、サイズが0のファイル
- 対象の期間より前に作られ、その後一度も開かれていない領域
古い領域は「捨てる候補」ではなく「後で判断する箱」へ
最後の項目は扱いが分かれます。古くて開かれていないからといって、消してよいとは限りません。契約書や登記関係のように、参照されないまま保存し続ける義務がある文書がここに含まれます。古い領域は「捨てる候補」ではなく「後で判断する箱」へ移し、分類の対象からいったん外すのが安全です。保存年限を確かめ、廃棄の前に人が確認する手順を別に用意します。
絞り込みが効くと、残るのは全体の一部になります。生成AIに中身を読ませるのは、ここからです。
ファイルサーバの整理で、何をAIに読ませ何を人が決めるか
絞り込んだ後に残った文書について、AIに任せる部分と人が決める部分を分けます。
AIが推定できるのは、属性から分からない文書の種類
AIが担えるのは属性からは分からない部分です。ファイル名が内容を表していない文書、拡張子だけでは種類が判別できない文書、部署ごとに呼び方が違う文書。これらは本文の言い回しと項目の並びから種類を推定できます。
捨てる判断と正本の確定は人が持ちます。
直せる作業は機械に、戻せない操作は人に
線引きの考え方は単純です。間違えても後から直せる作業は機械に寄せ、間違えると元に戻せない操作は人が確定させます。分類の誤りは付け直せますが、削除は戻りません。移動も、元の場所を消してしまうと参照していた資料からたどれなくなります。
扱いが限られる文書は、読ませる前に外す
AIに読ませる対象からは人事や健康情報のように扱いが限られる文書を外します。置き場ごとに除外の指定を先に入れておき、後から気付いて取り消す形にしないことが要点です。
重複と旧版は、材料ごとに確からしさが違う
「同じファイルが何個もある」という状態は、実際にはいくつも種類があります。どれも同じ扱いにすると、必要な文書まで消えます。
重複に見える5つの状態と、それぞれの処置
機械だけで処置を決めてよいのは、中身が完全に同じ1行目だけです。
| 状態 | 見分ける材料 | 処置 |
|---|---|---|
| 中身が完全に同じ | 内容のハッシュ値が一致 | 正本を1つ決め、残りは削除の候補にする。判断は不要 |
| ほとんど同じで一部だけ違う | 本文の類似度が高く、差分が数行 | 差分を出して人へ見せる。差が更新なのか個人の書き込みなのかは機械では決まらない |
| 同じ主題の別の版 | 主題が同じで、日付や版数の記載が違う | 新しい版の候補を示し、正本の確定は人が行う |
| 名前は似ているが別の文書 | 取引先や案件は同じだが、種類や金額が違う | 重複として扱わない。名前の似ている組は自動処理から外す |
| 定型の書式から作られた別の文書 | 全体はよく似ているが、記入された値が違う | 重複として扱わない。ひな形と記入済みは分けて数える |
ひな形から作った文書を、重複と見なさない
表の最後の2行は、類似度だけで判定すると事故が起きる例です。ひな形から作られた見積書は互いによく似ているため、本文の似ている度合いだけで並べると重複に見えます。金額・日付・取引先といった、文書を識別する値が違えば別の文書として扱うという条件を先に入れておきます。
版の新旧は、ファイル名ではなく文書の中の版数で決める
版の新旧については、ファイル名の「最終」「修正後」といった語は判断材料になりません。付けた人のその時点の認識を表しているだけで、別の場所にある版との前後関係を持っていないからです。文書の中に版数や改定日が書かれていれば、それが最も確かな材料になります。
命名は、新しい規則を決めてから既存名を寄せる
部署ごとにばらばらな命名を揃える作業は、既存の名前を見比べても進みません。先に、これから使う規則を決めます。決めるのは要素と、その並び順と、区切り文字です。
命名ルールの6つの要素と、機械が埋められる範囲
人が埋める必要が残るのは、版数の記載が無い文書、種類を判定できない文書、自由記述です。
| 規則の要素 | 入れる値 | 既存ファイルから機械が埋められるか |
|---|---|---|
| 日付 | 作成日または取引の発生日。8桁で揃える | 埋められる。ただし文書内の日付とファイルの更新日時のどちらを採るかは種類ごとに決める |
| 文書の種類 | 決めた一覧から1つ | 埋められる。判定できないものは空欄で人へ回す |
| 取引先・案件 | 正式名称。略称の対応表を別に持つ | ほぼ埋められる。表記ゆれは対応表で吸収する |
| 版数 | 版が変わる文書だけ付ける | 文書内に記載があれば埋められる。無ければ人が決める |
| 作成部署 | 置き場で表せる場合は名前に入れない | 埋められるが、置き場と重複させない |
| 自由記述 | 上記で区別できないときだけ | 埋めない。人が書く |
要素を増やしすぎない
規則を作るときに効くのは、要素を増やしすぎないことです。名前で表そうとするほど、規則から外れるファイルが増えます。置き場のフォルダで表せるものは名前に入れず、名前は「並べたときに順序が付き、区別できる」ところまでで止めます。
既存名の変換はAIに任せ、一括でリネームしない
規則が決まれば、既存の名前を新しい規則へ変換する作業はAIが担えます。「20250612_請求書_○○商事_v2」のような形へ組み立てるのは、元の名前と文書の中身が材料として揃っていれば機械的に進みます。人が見るのは、変換できなかった分と、対応表に無い取引先名が出た分です。
ここで一括でリネームしないことが重要です。元の場所のファイル名を書き換えると、その名前で参照していた資料や、業務システムから開いているリンクが切れます。新しい名前は移動先で付け、元の場所は名前を変えずに読み取り専用へ切り替えます。
フォルダ構成は、深さではなく探し方から決める
新しい置き場の構造は、部署・文書の種類・案件のどれを一番上に置くかで決まります。どれが正解ということはなく、後から探す経路と、権限を付ける単位のどちらを優先するかの選択です。
階層は4段あたりまでに収める
深さは4階層あたりまでに収めると扱いやすくなります。深くなるほど、置く人が途中で迷って別の場所に置き、同じ文書が複数の枝に分かれます。分類の軸を2つ以上持たせたいときは、フォルダを増やさず、実体の置き場は1つに決めて、もう一方は属性として持たせます。
どこにも当てはまらない文書の受け皿を作る
もう1つ決めておくのは、どこにも当てはまらない文書の置き場です。これを用意しないと、判断に迷ったファイルが元の場所へ残り、整理が途中で止まります。一時的な受け皿を1つ作り、そこに入った件数を月ごとに見て、増え続ける種類があれば構成の側を直します。
どのフォルダから着手するかを決める
全社を一度に作り直すと、決めることが多すぎて動きません。1つのフォルダで通してから広げます。
着手先を選ぶ4つの点
4つのうち、最初の1フォルダを決めるのにいちばん効くのは参照の頻度です。
| 見る点 | 着手に向く状態 | 後回しにする状態 |
|---|---|---|
| 文書の種類 | 数種類に収まっていて、扱いの規則が決まっている | 種類が多く、部署ごとに呼び方も違う |
| 持ち主 | 担当が在籍していて、内容を聞ける | 作った人が既におらず、判断できる人がいない |
| 参照の頻度 | 日常的に使われていて、整理の効果がすぐ分かる | ほとんど開かれていない(先に「後で判断する箱」へ) |
| 外部との関係 | そのフォルダの中で完結している | 業務システムや他部署の資料から直接参照されている |
使われているフォルダから始める
使われているフォルダから手を付けると、命名や置き場の決め方が実際の探し方に合っているかがすぐ確かめられます。使われていない領域から始めると、作業量のわりに何が良くなったのか誰にも分からず、次のフォルダへ進む合意が取りにくくなります。
外部から参照されているフォルダは後回しにする
外部から参照されているフォルダは最初には向きません。移動でリンクが切れる範囲を調べる作業が別に必要になり、整理そのものが進まなくなります。
移した後に壊れるものを、先に数えておく
移行でつまずくのは分類の精度ではなく、移動の副作用です。移す前に、影響が出るファイルを一覧にしておきます。
移す前に一覧にしておく4つの参照
副作用が出やすいのは次の4つです。このうち他の文書からのリンクと、システムの読み込み先は、移動と同時に切れます。
他の文書からのリンク
表計算の外部参照や、文書の中に貼られたリンクです。参照している側の文書は整理の対象外にあることも多いので、移す前に参照元を洗い出しておきます。
システムやスクリプトの読み込み先
業務システムやスクリプトが、決まったパスでファイルを読みに行っていることがあります。移す前に、読み込み先を持つシステムの担当者へ確かめます。
共有リンクやショートカットで配ったファイル
メールやチャットで配った共有リンクや、デスクトップのショートカットは、置き場が変わると開けなくなる場合があります。どこへ配ったかは後から追いにくいので、よく使われているものから控えておきます。
個人に付いた権限
部署のグループではなく、個人に権限が付いているファイルです。既にいない人の名前で権限が残っていることもあるので、移す前に件数を数えておきます。
元の場所は読み取り専用で一定期間残す
元の場所をすぐ消さず、一定期間は読み取り専用で残すと、切れた参照が見つかったときに戻せます。どのくらい残すかは、月次・四半期の業務が一巡する期間を目安にします。
権限は移動先で付け直す
権限については、移動先で付け直す機会と考えるほうが結果的に早く済みます。個人に付いたままの設定を引き継ぐと、異動や退職のたびに文書の側を直し続けることになります。
整理が終わったら、横断検索の対象にする
整理が終わったフォルダは、社内文書を横断して探せるようにする仕組みへ載せる対象になります。整理の前に検索を入れると、旧版と期限切れの文書まで拾われるため、順序としては整理が先になります。
ファイルサーバ整理をAIで始めるときの順序
- 対象のファイルサーバから全件の属性を取り、フォルダ別・年別・拡張子別の件数と容量を出す
- 一時ファイル・完全に同じ内容の控え・業務文書ではないものを対象から外す
- 長く開かれていない領域を「後で判断する箱」へ移し、当面の対象から外す
- 残った領域から、着手する1フォルダを4つの点で選ぶ
- 新しい置き場の構造と、命名の規則の要素・並び順・区切り文字を決める
- 選んだフォルダについて、分類・命名・重複と旧版の候補を機械に出させ、人が確認する
- 確定した分を新しい置き場へ移す。元の場所は読み取り専用で残す
- 切れた参照と権限のずれを点検し、確認の手間が多かった箇所を規則へ反映して次のフォルダへ進む
6の確認を一度も挟まずに移行まで進めないでください。最初のフォルダでは、判定の誤りがどの種類で起きるかを記録し、規則の側を直す材料にします。AIの判定をどの程度の正しさなら受け入れるか、その基準も最初のフォルダの結果を見て決めます。
まとめ:ファイルサーバの整理をAIで進めるときの要点
- 整理は8つの手順で進め、AIに任せるのは分類と命名の案まで。削除と正本の確定は人が決める
- 新しい規則を配るだけでは既存分は減らない。既に積み上がったファイルを片付ける作業として、別に段取りを組む
- 棚卸しは中身を読む前に、パス・拡張子・容量・更新日時・最終アクセス日時・ハッシュ値・所有者を集める。ここにAIは要らない
- 生成AIに読ませる前に、一時ファイル・完全に同じ内容の控え・業務文書ではないものを外す。長く開かれていない領域は捨てる候補ではなく、後で判断する箱へ移す
- 重複は5つの状態に分かれる。中身が完全に同じもの以外は、候補として示すところまでにして正本の確定は人が行う
- ひな形から作られた文書は互いによく似ている。金額・日付・取引先など識別する値が違えば別の文書として扱う条件を先に入れる
- 命名は新しい規則を先に決め、既存の名前をそこへ寄せる。要素を増やしすぎない。一括のリネームはせず、移動先で新しい名前を付ける
- 着手するフォルダは、種類の少なさ・持ち主の在籍・参照の頻度・外部からの参照の4点で選ぶ。使われているフォルダから始める
- 移動で壊れるのは外部参照・システムの読み込み先・共有リンク・個人権限。元の場所は一定期間、読み取り専用で残す
Augueでは、共有フォルダの棚卸しから分類・命名の案の作成、その後の文書管理を回す仕組みまでを含めたAIエージェントの開発に対応しており、どこまでを機械に任せてどこに人の確認を残すかの設計から一緒に進められます。自社のファイルサーバのどこから手を付けられるか整理したい方は、是非ご相談ください。
自社専用のAIエージェントを作りませんか?

作るか既製品を使うか、費用の目安から相談できます。使うほど育ち、成果が続くAIエージェントの開発をご支援します。開発の進め方と事例はサービス資料でご覧いただけます。
資料をダウンロードする無料相談に申し込むよくある質問
整理が終わるまでにどれくらいの期間がかかりますか?
ファイル数と部署数で大きく変わるため、一律の目安は出せません。見通しを立てるには、棚卸しの結果から3つの数を先に取ります。過去2年に一度も開かれていないファイルの割合、拡張子ごとの件数、フォルダの最大の深さです。この3つが分かると、対象から外せる量と、人が判断しなければならない件数が見えるので、最初のフォルダにかかる日数から全体を見積もれます。
クラウドストレージへの移行と同時に整理すべきですか?
移行の予定があるなら、その手前で棚卸しだけは済ませておくほうが進みます。散らかった状態のまま移すと、移行後の容量も権限の設定もそのまま引き継がれ、整理の機会が一度失われます。一方で、分類と命名の作業まで移行の工程に載せると期日に追われて雑になりやすいので、捨てるものを決めるところまでを先に終わらせ、分類は移行後に続けるのが現実的です。
検索の仕組みを入れれば、整理しなくてもよいのではありませんか?
探す手間は減りますが、旧版や期限切れの文書が結果に出てくる問題は残ります。出典が添えられている分、読んだ人は正しいものとして扱ってしまいます。また、権限の設定が崩れたまま検索できるようにすると、見えてはいけない文書が結果に出ます。検索を先に入れる場合でも、正本がどれかを決める作業と権限の整理は避けて通れません。
整理したあと、また散らかるのを防ぐには何を見ればよいですか?
決めた規則が守られているかを、件数で毎月測ります。見るのは、命名の規則に合わないファイルの件数、決めた置き場の外に作られたフォルダの数、正本が確定していない文書の件数の3つです。数が増え続ける置き場があれば、規則が実態に合っていないか、その業務だけ別の事情があります。人を注意するより、規則の側を直すほうが早く収まります。
関連する記事
AIエージェントで文書管理|できること5つとメリット、導入の進め方AIエージェントで文書管理を回すと、意味で探す・要約・分類とタグ付け・AI-OCR・期限の見張りの5つを任せられます。探す時間が減るなどのメリット、正本の確定や廃棄を人に残す理由、小さく始める導入の進め方をまとめます。
文書の保存期間と廃棄をAIで管理する|法定保存年限の判定と、廃棄前に人が確認する範囲契約書や請求書などの社内文書について、種類ごとの法定保存年限をAIで判定し、期限の到来と廃棄候補を洗い出す設計を整理します。起算日の決め方、保存が延びる事情の拾い方、廃棄をどこから人が承認するかを線引きします。
社内ドキュメントの検索をAIで横断する|全文検索との違いと権限設計社内ドキュメントの検索をAIで横断できるようにする設計を整理します。キーワード一致の全文検索との違い、複数のPDFをまとめて探す手順、資料の選び方と更新への追随、部署ごとの閲覧権限を検索結果に持ち込む方法まで扱います。
生成AIに社内データを読ませる前の準備|対象データの絞り込みと、精度を落とす資料の見分け方生成AIに社内データを読ませる前に決めることを整理します。対象にする資料と外す資料の分け方、旧版の混在や更新担当の不在など精度を落とす4つの状態の見分け方、最初に整える範囲の絞り込みと作業の分担まで扱います。



