1 再送の基本
1.1 再送の定義
再送とは、送信済みの情報が受け手に正常に到達しない、または受信側で不備が認められた場合に、同一情報（または訂正した情報）を改めて送る運用をいう。対象はメール、メッセージ、書類、データ通信など多岐にわたり、通信・業務プロセスの信頼性を補う仕組みとして位置付けられる。
再送は「再試行」と同義で用いられる場合もあるが、厳密には到達不能への応答だけでなく、受信側の検査結果に基づく補正（訂正）を含めて扱うのが一般的である。したがって、再送の成否は到達の有無だけでなく、受信側の整合性判定にも依存する。
1.2 再送が必要になる典型的状況
1.2.1 送信失敗（未到達）
送信側のネットワーク障害、回線不安定、相手側サーバの応答遅延、送信処理の例外などにより、情報が相手先へ届かない状態が発生する。見かけ上は送信操作が完了していても、実際には送達までの途中段階で失われることがあるため、未到達を疑う条件を設けて再送判断を行う。
例として、メールの配送エラー通知、メッセージの送信失敗表示、ファイル転送時の完了未達などが挙げられる。これらは再送の代表的トリガとなる。
1.2.2 受信側の不備検知（形式・内容）
受信側が受け取ったデータを検証した結果、形式不正や必須項目の欠落、文字化け、整合性エラー、参照関係の矛盾などが見つかることがある。この場合、送信側が単に再送を続けるのではなく、原因（誤入力、変換失敗、世代管理の不備など）を特定した上で、訂正情報として再送する必要がある。
また、受信側が「不備として扱う条件」を運用ルールとして明示している場合、再送はその基準に従った補正の実行として設計される。
1.2.3 タイムアウトや遅延による再試行
通信が遅れ、応答や受領確認が一定時間内に返ってこないと、送信側は到達失敗を疑って再送を選択することがある。タイムアウトは誤判定の余地があるため、短すぎる設定では重複が増え、長すぎる設定では復旧が遅れる。
このため再試行には、通信品質や応答の典型的な遅延分布を踏まえた間隔設計が重要になる。遅延が実際には解消して届いていた場合、重複を抑える仕組みと組み合わせて運用するのが望ましい。
1.3 再送の目的と効果
再送の主な目的は、連絡の確実性を高め、業務上の取りこぼしやデータ整合性の崩れを減らすことにある。特に、障害や一時的な通信品質低下がある環境では、送信要求から受信確認までの経路で問題が起きやすく、再送は復旧手段として機能する。
効果としては、(1) 到達性の向上、(2) 受信検証での不備解消（訂正再送を含む）、(3) 利用者や後続工程の手戻り削減、(4) 運用ミスの早期是正、が挙げられる。一方で、重複配信や誤再送といった副作用が起こり得るため、後述する設計（ポリシー、冪等性、確認手順）とセットで考える必要がある。
2 再送の運用設計
2.1 再送ポリシー（回数・間隔）
再送ポリシーは、何回まで試すか、どれだけ待ってから再試行するか、いつ中止するか、を定める規則である。回数を増やすほど到達可能性は高まるが、相手側の負荷や重複の増加、監査上の複雑化につながる。逆に回数が少なすぎると、復旧機会を失う。
間隔は、固定、段階的増加、指数的増加などの方式がある。障害が一時的である場合は待機によって解消することがあるため、無制限に即時再試行を行うより、段階的に間隔を広げた方が総合的に安定しやすい。加えて、送信種別（緊急度、許容遅延時間）でポリシーを分ける運用も一般的である。
2.2 冪等性と重複処理の考え方
2.2.1 受信確認（アクセストークン・受領通知）
受信側が「受け取った」こと、あるいは「処理を完了した」ことを送信側に知らせる仕組みがあると、再送の要否を判断しやすい。メールやファイルでは必ずしも明確な受領通知が標準化されていない場合があるが、アプリケーション層では受領確認を実装している例が多い。
受領通知は、単なる到達連絡ではなく、どの時点まで処理が進んだかを区別することで価値が増す。加えて、認証・認可に用いるアクセストークン等と結び付けて、受領の正当性を担保する設計もある。これにより、再送による不正な二重計上や、誤った受け取り判定を抑えられる。
2.2.2 同一内容の識別（連番・ハッシュ）
冪等性を成立させるには、再送された情報が「同一かどうか」を受信側が判定できる必要がある。そのために、連番、世代番号、メッセージID、送信ごとの一意識別子、内容のハッシュ等を付与する。受信側は同一識別子を既に処理済みであれば、重複分を無視するか、状態を更新せずに完了扱いとする。
内容ハッシュは、改変がある場合に差異として検出できるため有効だが、添付やメタ情報を含める設計に注意が要る。連番方式は生成の一貫性が重要で、再送時に同じ識別子が維持されるよう送信側で管理する必要がある。
2.3 例外時の扱い（中止基準・エスカレーション）
再送が常に正しいとは限らない。受信側が修正不能な不備を示した場合や、送信側の入力ミスが原因と考えられる場合は、再試行を繰り返すだけで状況が悪化する。そこで、中止基準として、受信検証エラーの種類別、一定回数超過、所定の時間経過、あるいは人手確認が必要な場合を明確化する。
エスカレーションは、技術担当への通知、監査担当への記録、利用者への再入力依頼など、次のアクションを定める。再送ポリシーに例外が組み込まれているほど、運用は安全かつ効率的になる。
3 情報の内容別アプローチ
3.1 メールや書類の再送
3.1.1 件名・本文の更新方法
メールや書類では、訂正が生じたときに「何が変わったか」が受け手に伝わらないと、誤理解を招く。件名や本文には版数、再送理由、適用範囲などを簡潔に示す運用がある。たとえば「第2版」や「訂正事項あり」といった表示で、受信者が既存文書との関係を把握できる。
一方で、過度な情報増加は見落としを招くため、変更点を絞り込んで記述することが重要である。更新方法は組織の文書運用規程と整合させると、後からの追跡が容易になる。
3.1.2 添付ファイル再生成の要否
添付ファイルを再送する場合、元ファイルの再生成が必要かどうかを判断する。形式変換、署名付与、暗号化、文字コード整形などが絡むと、送信時の生成処理が原因で破損や不整合が起きることがある。このとき、同じファイルを単に再添付するより、生成手順を再実行して整合した成果物として用意する方が確実である。
逆に、内容が確実であることが確認できている場合は、添付の再生成を行わず参照だけを再送する設計も可能である。ただし、受信側が「どの内容を受領したか」を識別できるよう、バージョン管理や識別情報を添付側に反映する必要がある。
3.2 チャットや通知の再送
3.2.1 表示重複への配慮
チャットやプッシュ通知では、再送が見た目に直結し、受け手に混乱を生むことがある。例えば同じメッセージが短時間で複数回表示されると、ユーザーは「誰かが繰り返し送っている」「自分の操作が重複した」と誤解する可能性がある。
対策として、受信側でメッセージIDを用いて重複を抑制したり、同一コンテンツの追加表示を控えたりする仕組みがある。さらに、再送により状態が変わった場合だけを目立つ形で反映するなど、体験設計を重視する必要がある。
3.3 データ通信・ファイル送信の再送
データ通信やファイル転送では、再送はプロトコルやアプリケーション層の設計に深く依存する。通信レイヤでは区間ごとの再送（チャンク単位）や、完了確認の仕組みが活用されることがある。アプリケーション層では、ファイル全体の単位で再送するか、差分だけ送るか、または到達確認後の続行を行うかを決める。
ファイル送信では、途中で途切れた場合に完全性検証を行い、ハッシュ比較により改変や欠落を判定することが多い。加えて、受信側の保管領域や処理時間が制約になるため、再送時の並列数や優先度を調整することで、全体の安定性を確保しやすい。
4 誤再送とトラブル対策（安全運用）
4.1 誤って別内容を再送しないための確認手順
4.1.1 送信前チェックリスト
誤再送は、信頼性を損なう重大な問題になり得る。そのため送信前には、宛先、内容の版、添付、識別子、タイムスタンプ、署名や暗号化の設定など、再送に必要な要素を短い手順で確認するのが効果的である。特に、識別子の再生成有無と、訂正情報の適用範囲は事故につながりやすい。
チェックリストは、運用対象（メール、書類、通信、チャット等）に合わせて項目を最小限に保ちつつ、担当者の経験に左右されにくい観点で構成することが望ましい。可能ならば自動化で確認を行い、ヒューマンエラーの余地を縮める。
4.2 受信側での重複・矛盾の検出
4.2.1 受付ログと照合
受信側では、受付ログにより「いつ、どの識別子で、どの内容が」受け取られたかを記録し、既存の処理結果と照合する。これにより、同一識別子の二重処理を抑止できるだけでなく、内容が同一であるはずなのに差異があるケース（誤混入、改変、生成手順の不整合）を検出しやすい。
また、矛盾が見つかった場合は、拒否だけでなく、原因切り分けのための情報を残す設計が重要となる。ログの粒度や保全期間を定めておくことで、後日の監査や再発防止に役立つ。
4.3 再送履歴の記録と監査
4.3.1 追跡可能な識別子の設計
監査可能性の確保には、再送の履歴を追える識別子設計が欠かせない。送信側では、初回送信と再送を結び付けるための関連ID、送信試行回数、送信日時、利用した経路や送信処理のバージョンを保存する。受信側では、受付時の識別子と処理結果をログへ紐づける。
識別子は一意性だけでなく、閲覧権限や情報の秘匿性も考慮する必要がある。過剰に推測可能な値は避け、必要に応じてマスキングを行いながら追跡性を維持する。これにより、誤再送や不備再送が起きた際に、責任分解や原因究明を迅速化できる。