画面割れ・動作不良端末のデータ消去実務｜初期化できない個体を安全に売却する

画面が割れてタッチできない、電源が入らない、充電端子が壊れている端末は、通常の設定画面から初期化できません。だからといって「故障しているのでデータは読めない」と判断して売却すると、修理や部品交換で起動したときに業務データ、認証情報、写真、連絡先、メール、アプリのセッションが第三者へ見える可能性があります。反対に、消去のため無理に通電・分解すると、膨張電池の事故、状態悪化、証拠消失を招きます。

この記事は、画面割れ・動作不良のスマートフォンやタブレットをまとめて処分する情報システム、セキュリティ、総務、資産管理担当者向けです。故障状態と情報機密性を分けて評価し、通常消去、遠隔消去、修理後消去、暗号鍵による消去、物理破壊、売却不可の判断へ振り分け、個体別の検証記録を残す方法を解説します。

先に結論：消去できない端末を「消去済み」にしない

故障端末の処理で最も危険なのは、初期化を指示した事実と、データへアクセスできなくなった結果を混同することです。遠隔消去を送信しても端末がオフラインなら保留され、リカバリ操作を始めても途中で失敗することがあります。台帳では少なくとも次を分けます。

• 未判定：情報分類や端末状態を確認していない
• 消去予定：方式と担当者を決めたが未実施
• 実行中：消去命令または作業を開始した
• 保留：遠隔命令待ち、修理待ち、認証情報待ち
• 成功：選定方式が完了し検証に合格した
• 失敗：方式を実行したが完了・検証できない
• 破壊済み：承認した方法で媒体を再利用不能にした
• 対象外：未開封等によりデータが存在しない根拠を承認した

空欄や「依頼済み」を成功と読み替えず、成功の根拠がない個体は引渡し対象へ入れません。

故障の程度と情報の機密性を別々に判定する

端末が動かないほど情報リスクが低いとは限りません。画面だけ壊れて本体は起動している端末、充電端子だけ壊れて無線充電できる端末、バッテリー交換で復旧する端末もあります。情報分類と復旧可能性を二軸にします。

情報分類の例

• 公開情報のみ
• 社内一般情報
• 顧客・取引先情報
• 個人情報
• 認証情報、秘密鍵、決済情報
• 営業秘密、設計、未公開財務情報
• 法令・契約で特別管理が必要な情報

復旧可能性の例

• 画面交換や外部表示で操作可能
• 充電器・ケーブル変更で起動可能
• バッテリー交換で起動する可能性
• OSリカバリで認識する
• 基板修理・部品移植が必要
• 水没・焼損・破断で復旧困難
• 技術的評価をしておらず不明

高機密かつ復旧可能性が不明な端末は、安価な故障品として売るより、消去・破壊の確実性を優先します。

作業前に電池・水濡れ・破損の安全停止条件を置く

データ消去は安全を上回る理由になりません。膨張、発熱、異臭、煙、液漏れ、激しい変形、水没直後、端子の短絡疑いがあれば、充電・通電・分解を停止し、危険品として隔離します。

• 膨張した画面や背面を押し戻さない
• 穴を開けたり圧力をかけたりしない
• 一般端末と積み重ねない
• 金属端子が接触しないよう管理する
• 充電を続けて復旧を試みない
• 社内安全担当と専門事業者へ連絡する
• 保管・輸送条件を運送会社と確認する

安全上通電できないことは、消去成功ではなく「通常消去不能」の根拠です。その後の方式選択と承認が必要です。

一個体ごとに消去経路を決める

ロット全体へ同じ処理を当てず、端末状態、情報分類、暗号化、管理状態、売却価値から経路を決めます。

経路A：画面操作で通常初期化できる

表示とタッチが使え、アカウント認証も可能なら、メーカー公式手順でアカウント解除、管理解除、コンテンツ消去、初期画面確認を行います。単なる「設定リセット」やアプリ削除ではなく、全コンテンツと設定を対象にします。

経路B：画面不良だが管理機能から遠隔消去できる

MDM、Appleの「探す」、AndroidのFind Hub等が事前に有効で、端末がネットワークへ接続できる場合は遠隔消去を検討します。送信、受領、完了を別々に記録します。

経路C：低リスク修理後に消去する

画面や充電端子の交換だけで安全に操作でき、情報機密性と修理委託リスクを許容できる場合、管理下で一時修理して消去します。修理担当者のデータアクセスを最小化し、作業前後の保管記録を残します。

経路D：消去検証できず媒体を破壊する

高機密情報があり、通電・遠隔消去・安全な修理ができない場合は、売却価値より情報保護を優先し、承認済み事業者による媒体破壊等へ進めます。端末を外見だけ壊すのではなく、対象記憶媒体に対する方法と検証を定めます。

画面操作できる端末は「解除・消去・検証」を分ける

初期化ボタンを押すだけでは、アカウントロック、組織管理、eSIM、外部媒体が残ることがあります。順序を標準化します。

1. 個体番号、機種、識別子を照合する
2. 必要な業務データの移行・保存承認を確認する
3. Apple・Google・メーカーアカウントを確認する
4. MDM、Apple Business、ゼロタッチ等の管理関係を確認する
5. SIM、eSIM、SDカード等を別管理する
6. メーカー公式の全消去を実行する
7. 再起動後の初期設定画面を確認する
8. 元アカウントや組織登録を要求しないことを確認する
9. 実施者と別担当者が結果を承認する

Appleは「すべてのコンテンツと設定を消去」により工場出荷時の状態へ戻す手順を案内しています（Apple「iPhoneを消去する」）。機種やOSによって画面が異なるため、古い社内手順の固定画像だけに頼らず、作業時点の公式手順を参照します。

遠隔消去は「送信済み」と「完了済み」を分ける

画面が使えなくても、端末が起動してネットワークへ接続できれば遠隔消去が役立ちます。ただし、オフライン、電池切れ、通信障害、管理解除済み、アカウント不明の場合は命令が届きません。

遠隔消去台帳の必須項目

• 使用した管理サービス
• 対象アカウントまたは組織
• 個体番号・識別子
• 命令送信者と承認者
• 送信日時
• 送信受付の画面・ログ
• 端末のオンライン状態
• 完了通知日時
• 現物での初期状態確認
• 未完了時の期限と次経路

Appleは端末がオフラインの場合に消去が「保留中」となり、次回ネットワーク接続時に開始すると案内しています（Apple「『探す』でデバイスを消去する」）。したがって、保留表示を消去証明として扱えません。一定期限までに完了しなければ、修理後消去または破壊へ切り替えます。

Androidの遠隔消去と外部媒体を確認する

Androidでは、GoogleアカウントとFind Hubの準備状態、端末の電源・通信、メーカー管理、MDMによって利用できる操作が変わります。個人Googleアカウントに依存する運用では、退職者の認証情報を後から取得できないことがあります。

GoogleはFind HubからAndroidデバイスを初期状態へリセットできる一方、SDカードのデータは削除されない場合があると案内しています（Google「紛失したAndroidデバイスのデータ消去」）。本体の遠隔消去だけで次を完了したと判断しません。

• microSDカードを回収・個別処理したか
• SIM・eSIM・回線を処理したか
• Googleアカウントとの関係を確認したか
• FRPやメーカーアカウントが残っていないか
• ゼロタッチ・MDMの登録を解除したか
• 消去命令が完了したか

画面不良で初期設定画面を確認できない場合は、完了ログだけで許容する情報区分と、修理・破壊を要求する情報区分を事前に決めます。

Appleの消去とActivation Lock解除の順序を管理する

遠隔消去をしても、Appleのアクティベーションロックは保護のため残る場合があります。データ消去と、次の所有者が端末を使える状態にする解除は別の結果です。

Apple系で分ける結果

• 消去命令：未送信／送信／保留／完了
• 「探す」：有効／解除済み／不明
• Activation Lock：有効／解除済み／不明
• Apple Business：登録／所有解除済み／対象外
• MDM：割当て／解除済み／対象外
• 現物確認：初期画面／ロック要求／表示不能

アカウントから先に端末を外し、遠隔消去の到達手段を失わないようにします。Appleは、手元にない端末でも、消去後に「このデバイスを解除」することでアクティベーションロックを外す流れを案内しています。処理順序は利用環境と公式手順を確認し、パスワードを作業表へ書き込まず、権限者が操作します。

修理後消去は「データを見ない修理」として統制する

画面交換や端子交換で操作を回復させる方法は、端末価値を残しながら消去できる可能性があります。しかし、修理委託先へ未消去端末を渡すため、通常修理より強い統制が必要です。

委託前に決めること

• 修理目的を消去可能状態の回復に限定する
• パスコード・アカウント情報を必要以上に渡さない
• データ閲覧、複製、バックアップを禁止する
• 交換部品と元部品の返却・破壊を定める
• 再委託の有無と承認条件を定める
• 受領、保管、作業、返却の担当者を記録する
• 情報事故時の連絡期限を定める
• 修理成功後は自社または指定担当が消去する

端末ロック解除が必要な修理では、委託リスクが高まります。高機密端末は修理後売却ではなく破壊を選ぶ基準を設けます。

暗号化を理由に無条件で引き渡さない

現代の端末は暗号化を利用しますが、「暗号化されているはず」だけで消去不要とは判断しません。端末世代、OS、設定、鍵管理、パスコード強度、組織ポリシー、故障前の状態を確認できなければ、暗号化の有効性を説明できません。

NIST SP 800-88 Revision 2は、情報の機密性と媒体特性に応じた消去プログラム、方法選定、検証を組織として設計する考え方を示しています（NIST「Guidelines for Media Sanitization」）。特定製品の初期化ボタンを一律に保証する資料ではないため、次を自社基準へ落とします。

• 対象情報の機密性
• 媒体と暗号化方式
• 選んだ消去・破壊方法
• 実行結果の確認方法
• 不合格時の代替処理
• 記録・承認・証明書

暗号鍵消去を採用する場合も、その機器と構成で鍵が適切に生成・保護・破棄される根拠、操作成功の検証を必要とします。

消去不能品は通常在庫から隔離する

消去に失敗した端末を、査定待ちの一般箱へ戻すと、担当者交代や出荷作業で誤って売却されます。物理的・システム的に隔離します。

例外台帳

• 個体番号と保管場所
• 情報分類
• 故障・安全状態
• 試した消去方式と結果
• 遠隔命令の状態
• アカウント・管理登録
• 次に試す方式
• 担当者、承認者、期限
• 売却禁止フラグ
• 最終処理と証跡

期限切れの「保留」を定期確認し、無期限に倉庫へ残しません。所在確認と封印番号を含む棚卸しを行い、持出しは二者承認にします。

物理破壊は対象媒体と結果を検証する

端末の画面や筐体を割るだけでは、記憶媒体のデータへアクセスできない保証になりません。対象となる記憶媒体、端末構造、情報機密性に適した方法を、専門事業者と決めます。

• 対象個体と媒体の対応を確認する
• 破壊前後の個体番号を追跡する
• 作業者、日時、場所、方法を記録する
• 破壊後の検証基準を定める
• 残材の回収・再資源化経路を記録する
• 証明書の台数と自社引渡し台数を照合する
• 処理不能や紛失を例外報告させる

委託先の「データ消去対応」という広告だけで決めず、故障スマートフォンの媒体をどの方法で処理し、どの証跡を返すかを契約前に確認します。

証明書は個体・方式・結果まで照合できる形にする

「100台処理済み」という総数証明だけでは、どの端末が成功し、どれが失敗・破壊へ回ったか追えません。自社台帳と一対一で突合できる項目を要求します。

消去・破壊証跡の項目

• 委託案件番号
• 自社個体番号
• 機種と照合用識別子
• 受領日、作業日、完了日
• 適用した方式・ツール・基準
• 成功、失敗、破壊、対象外
• 検証方法と検証者
• 例外理由と返送先
• 証明書発行者

ツールの実行ログがあっても、対象個体を取り違えていれば意味がありません。現物引渡し明細、委託先受領、作業結果、証明書、在庫減少を同じ管理番号で照合します。

役割分離で誤消去と誤売却を防ぐ

故障端末の処理では、現役端末を誤って遠隔消去するリスクと、未消去端末を誤って売るリスクが同時にあります。一人へ対象選定から完了承認まで任せません。

• 資産管理：所有権、個体、処分承認を確定
• 利用部門：データ保存・業務終了を確認
• 情報システム：MDM、アカウント、遠隔操作を実施
• セキュリティ：情報分類と方式を承認
• 倉庫：隔離、移動、引渡しを記録
• 検証者：初期状態・ログ・証明書を独立確認
• 経理：査定明細、入金、在庫減少を照合

一括遠隔消去の前には、対象件数、識別子、利用中フラグ、最終接続、処分承認を二者で照合し、承認時のCSVと実行結果を保存します。

担当者用チェックリスト

判定前

• 故障状態と情報機密性を別々に評価した
• 膨張・発熱・水濡れ等の安全停止条件を確認した
• 個体番号、機種、識別子、保管場所を照合した
• SIM、eSIM、SDカード、外部媒体を確認した
• 売却禁止の例外品を通常箱から隔離した

消去・解除

• 通常、遠隔、修理後、破壊の経路を個体別に決めた
• アカウント解除とデータ消去を別結果で記録した
• MDM、Apple Business、ゼロタッチを確認した
• 遠隔命令の送信・保留・完了を区別した
• AndroidのSDカード等を別途処理した
• AppleのActivation Lock解除を確認した

完了・委託

• 消去成功を初期画面または承認済みログで検証した
• 失敗・保留の期限と代替経路を設定した
• 修理委託先のデータアクセスを契約で制限した
• 物理破壊の対象媒体と検証方法を定めた
• 証明書を個体台帳と一対一で照合した
• 未消去・未確認端末を出荷対象へ含めていない

まとめ

画面割れ・動作不良端末では、操作できないことをデータがない証拠にしてはいけません。故障状態、情報機密性、復旧可能性、安全性を分け、通常消去、遠隔消去、修理後消去、破壊へ個体別に振り分けます。遠隔消去は送信・保留・完了を区別し、アカウント解除、組織管理解除、外部媒体処理も別の結果として残します。

消去を検証できない高リスク端末は通常在庫から隔離し、売却価値より情報保護を優先します。消去・破壊証明書を個体台帳と照合した後、売却可能と承認された故障品だけを状態別にまとめて買取相場を調べる運用にすれば、情報漏えいと過度な一律廃棄の両方を抑えられます。