# 自己解約型サブスクリプション - **定義**: 自己解約型サブスクリプションとは、消費者が何らかの措置を講じる必要なく契約が終了する仕組みのことです。これは特定の期間が経過したか、あるいは使用がない場合や未払いなどの一定の条件が満たされた時点で自動的に停止されます。 - **主な特徴**: - ユーザー側の操作を必要とせず、自動的に解約される点が特徴です。 - しばしば、ユーザーが継続サービスの利用を選択しない限り、トライアル期間を経て有料サービスへ移行されないように設計されています（つまり、継続は明示的な同意が必要となります）。 - 解約プロセスにおける摩擦を軽減するとともに、公正な条項の遵守を保証することを目的としています。

Happy アプリル・フールデー！
今回の投稿は「April Cools Club」の一環です。これは、4 月 1 日に行う、予期せぬトピックで本物のエッセイを発表しようという試みです。ぜひこの本当のエピソードを楽しんでください。技術に関するコンテンツもまもなく復活しますから安心してお待ちください！

数か月前のある金曜日の夜、家族と一緒に好きなストリーミングプラットフォームでテレビ番組を鑑賞するリラックスした時間を過ごしていました。当時は、あるクレジットカードの特典としてサブスクリプションが申し込めており、数ヶ月間満足な顧客でした。

しかし今回は異変がありました。「続ける」ボタンではなく、「無料トライアルを開始する」というメッセージが表示されました。
ストリーミングサービスの契約は解約されたのです。（注釈：ここでは企業名を意図的に挙げていません。システムは複雑であり、組織の境界を跨ぐシステムの連携はまださらにはるかに困難です。このエッセイが世の中に変える力は、特定の事業者を名指ししてエンジニアをバスに投げ込むことよりも、教訓として多くの人々のために役立ちます。）

これは簡単に解決できることでしょうね。
「まあ大きな問題ではない」と思いました。クレジットカードの情報が同期されていないのかもしれません。

ストリーミングサービスは残高にカード情報を登録する必要がありますが、そのカードは最近期限切れになり交換されていました。場合によっては、ベンダー側が柔軟に対応したり、システムが自動的に新しいカード情報に取り替えてくれたりします。でも、今回はどうやらうまくいかなかったようです。

別の端末からログインし、登録されているカード情報を更新してみましたが、予想もしなかったことが起こりました。サービス側がサブスクリプション料を請求するのではなく、クレジットカードの特典分を適用せずに料金を徴収しようとしていたのです。（注釈：特典は一つのクレジットカードから発せられており、登録しているのは別のカードでした。これは混乱の要因だったのでしょうか？谁知道！）

やっかいになってきましたね。
昔ながらの「一度止めてまた起動する」方法で試してみることにしました。銀行ウェブサイトからサブスクリプション特典をオフとオンを切り替えました。（注釈：同時にストリーミングサービス側でも新しい有効なカード情報へ更新しました。）

これで簡単すぎるはず！
しかし、すべて正常に動き出したのはたった約 5 分だけでした🤨

「最後のエピソードまとめ」の直後くらいまで進んだら、再生が止まり、「スタート your free trial」という dreaded（恐ろしい）メッセージが再び表示されました。

私は思わず「えっ？」と声をかけようとした途端、スマホから通知が届きました。「Your Subscription Expired（サブスクリプションの有効期限切れ）」という件名の新しいメールです。

ふむ。変だ。
間違いなくシステム上のバグでしょう。さっきばかりに設定したはずなのに、どうして有効期限が切れたと言われているのでしょうか？

疑わしいときは「一度止めてまた起動する」を試してみましょう。

また 5 分のテレビを楽しんだら同じことが起こりました！番組は突然停止し、再び「サブスクリプションの有効期限切れ」というメールが届きました。

「当方に問題はありません」
家族と見るはずだったドラマが、今度は情熱的なデバッグセッションに変わってしまいました。私はすっかりイライラしてきていました。

電話での対応を特に嫌いなわけではありませんが、サポートセンターへかけるのはさらに苦手です。しかしこのイライラ感が给了我にエネルギーを与え、クレジットカード会社のサポート番号に電話しました。

「当方に問題はありません」と言われました。すべて正常に見えます。ストリーミング特典の有効なアクティベーションがあり、サービス側からの確認もなされています。「問題はおそらく相手方のせいかもしれませんので、そちらにご連絡ください」と助言されました。

さてさて、もう片側のサポートチームが何と言っていたのか想像できますか？お見逃しなく！「当方に問題はありません！」との答えでした。サブスクリプションはアクティベートされ、数分後に正常な手続きで解約されたというのです。

えっ……!?

両社間でサポーターを飛び回って他人のデバッグをする
クレジットカード会社のサポートとストリーミングサービスのサポートの間で「ping-pong（往復）」しながら問題を特定しました。

それぞれのレベルで上級のエージェントにエスカレーションされ、待機中に何度も同じ話を繰り返す必要がありました。

各社は強く主張し、誓っても「問題はお互いさまではない」と言いました。「すべて正常です！」、「問題は相方の側にあるはずです！」
あるいは、もしかしたら私以外の誰かにアカウント情報を教えてしまい、誰かがアンサブスクしたのでしょうか？別の端末で試してみようか？ストリーミングアプリを更新しようか？キャッシュをクリアしようか？

これらは正当なデバッグ手順であり、サポートスクリプトに含まれていることに十分な理由があります。多くの人の問題解決に役立つはずです。ただ、今回のケースではそうではありませんでした！

金曜日の夜、サポートとの通話をしていたのはかなりの時間を占めていました。
私はただ家族と一緒にテレビを見るのがしたいだけなのに……

黒箱デバッグで眠ろうとする
この頃にはすっかり夜遅くなり、たとえ奇跡的に正常に動くことになったとしても、番組を見始めるにはもう遅い状態でした。

しかし、問題が辛抱ならないほど悩んでしまうために寝られないというあの気持ちはよくわかりますね？
そうです、私も寝られませんでした。頭の中でぐるぐると考えていました！

そしてやっと思いつきました⚡
銀行ウェブサイトにログインしてストリーミングアカウントと連携を解除し、その夜はおしまいとすることにしました。結果、「赤ちゃんのように眠れた」のです！（注釈：このフレーズを考案した人は、おそらく自分の子供を持っていないのではないか？とも思います。とにかく、お分かりいただけるでしょう。）

翌朝、再度両アカウントの連携を設定してストリーミングサブスクリプションを再設定しました。
5 分……10 分……15 分……キャンセルメールは来ません！

成功🎉

（おそらく）何が起きたのか
もちろん、実際に何が起ったのかを証明することはできません。

しかし、以前から「呪われたシステム問題」に遭遇した経験があります。読者の皆様も記憶されているかもしれませんが、私は「雨しか降っていない時にのみ使える Wi-Fi」の問題を以前解明しましたし、「Safari で 2 回目に訪問してから一部のページがブロックされる理由」も見つけ出しました。

この問題を解決したのは、思考をめぐらせ、仮説を立て、検証したからです。それが成功したので、自分の理論には自信を持っています！

ここで事実の簡単な回顧から入ります：

• アカウントの連携を再設定すれば、すぐに成功する。
• 失敗モードは「アクティベーションから約 5 分後に再生が停止し、有効期限切れメールが届く」という遅延した、かつ再現性のある挙動だった。
• クレジットカード会社とストリーミングサービスの双方のサポートでは、「アクティベーション」→「解約」の手順が正常に行われており、エラーは検出されなかった。
• アカウントの連携を解除した後、翌日まで待機して再度連携し直すと、キャンセルメールは来なかった。

何かが浮かび上がりましたか？
「サブスクリプションをセットアップする」と「サブスクリプションを取り外す」では、タイミングの保証が異なるように感じませんか？

一言で表せば：「作成同期型だが、 unlink は非同期型だった」。つまり**競合状態（race condition）**です。

同期対非同期による競合状態
私の視点からは、「まずアカウントを連携解除し、次に再連携」しました。銀行システムもこれを同じ順序で観測したはずです。しかしストリーミングサービス側では逆の順序として観測されました：先に連携が行われ、数分後にunlink が完了したように見えたのです。

銀行とストリーミングサービス間のアカウント連携は、技術的・ユーザー体験上の理由から、「ほぼ完全な同期処理」です。例えば、ユーザーにできるだけ早くアクセスを提供したいという気持ちから、「ここをクリックしたらすぐできます」という方が「ここをクリックして数分後にメールを送ります」とよりも好まれます。そのためには：

1. 銀行ウェブサイトからストリーミングサービスへの特別なリンクを生成し、そのリンクにはユーザー固有の補完型サブスクリプションに対応するユニークコードを付与する。
2. ストリーミングサービス側で該当リンクに基づくサブスクリプションを適用し、ユーザーがログインしていない場合はログインを促す。
3. リンクが確立され、ユーザーは鑑賞を開始できる状態になる。

一方、残りのタスク（ストリーミングサイトが銀行へ「アクティベーション完了」などを報告する等）は非同期で実行しても問題ありません。ユーザーはこの処理を目撃する必要はなく、むしろ何かを楽しんでいる最中ですから！

同様に、アカウントをunlink する処理も「非同期」であるべきです。これも技術的・ユーザー体験上の理由からです。「半分同期＋半分非同期」のワークフローを作るのは、「完全に同期」あるいは「完全に非同期」のものよりも困難です。ここでは「完全な非同期」の方が理にかなっています：

• ユーザー体験から：リンクを切断するまで待たせる必要はありません。ユーザーは切断の意図を示し、それが実行されることを確認すれば十分です。
• 技術的観点から：システムの一部が障害を受けている場合でも、非同期ワークフローはより柔軟に回復できます。特にそのコンポーネントが API バウンダ리를跨ぐ場合や別の会社が所有している場合はなおさらです。ユーザーがエラーメッセージで不満を感じる代わりに、システムはそのコマンドをバッファリングしておき、障害が解消された後に実行すればよいのです。

待機によって問題が解決した理由
非同期ワークフローは一般的に同期処理よりも遅延が生じやすく、リジリエンスを高めるために重いステップ（例：データディスクへの永続化）が必要です。

アカウントの unlink 処理においては、業務上の制約として「低遅延を最適化する必要」がないという点があります。「動作すればそれで良し」というスタンスで、5 分と 5 秒 30 秒は質的に同じです。少なくともその程度なら！

要約すると：

1. 銀行ウェブサイトからアカウントを unlink すると、プロフィール上のフラグが即時に切り替わり、UI が「再度連携できる状態」に更新されます。同時に、ストリーミングサービスに「サブスクリプション終了の通知」を送るための非同期ワークフローも起動します。
2. 次に再度アカウントを連携します。この処理は同期で行われ、ストリーミングサービスへ移動し、サブスクリプションセットアップを完了させます。その後すぐにテレビ番組の再生が始まります。その間にも……
3. 銀行とストリーミングサイト側では unlink イベントの非同期処理が続いています。数分後にその処理が完了し、アカウントが無効化され、キャンセル確認メールが届きます。このキャンセルメールは、「アカウントをunlink した」行為によって送られたものであり、にもかかわらず、連携を再度行っていたため順序が逆で、かつ正常に見えた状態でも送信されてしまいました。

ここでさらに一つの謎が残ります……
当初なぜアカウントが無効化されたのか？

ストリーミングサービス側には「補完型メンバーシップ（クレジットカード特典付き）であっても有効なクレジットカードが必須」というポリシーがあります。家族は数ヶ月間そのサービスで作品を楽しんでいましたが、今回のトラブルはこのカードの期限切れが発生した時期に始まりました。

最も可能性が高い出来事の流れ（ただし、この部分については他よりも自信が少し低いです）は以下の通りです：

• テレビアプリ側で「アカウントの状態良好ではない（有効なクレジットカードがない）」と検知されました。これはポリシー違反なので修正が必要でした。
• TV 画面のオンスクリーンキーボードを使って新しいカード情報を入力するのは、セキュリティチームが推奨する選択肢ではありません。そのため、アプリはログアウトを促すことで、別の端末でのログインを奨励しました。別の端末でのログインでは、「登録されているカード情報の更新」を促すプロンプトが表示され、通常の TV アプリのログインフローは「別の端末でログイン後、コードの入力または QR コードのスキャンでクロス認証」を行います。いずれの場合も、カード情報は更新されます。
• しかし、新しいカード情報を入力した際に、「支払いを行う」フローが誤って起動し、サブスクリプション特典が適用されなかった可能性があります。また、カード情報の更新操作の結果として「特典情報が unlink された」ことも考えられます。さらに、「登録されているカード」と「サブスクリプション特典を提供しているカード」が異なる事実も一因だったかもしれません。

システムは複雑です
現実世界は複雑なので、優れたシステムを作るのは困難です！

このエピソードを伝える目的は、システム構築者を風刺したりバッシングしたりすることではありません。むしろ、このような事例が「例外」ではなく「ルール」ということは、子供のような驚きを持って受け取るべきだと考えます。

電気のスイッチを押せば灯りが点きますし、その電子がどこから来てどのようにやってきたかは気にしなくて構いません。素晴らしい！！

通常、システムに気づくのは、「何かうまくいかない時」だけです。インフラ障害を愚痴るのは、本来は「すべてが動くのがデフォルト」という状態を保証されているからです。

「正常に動作していること」は複雑な世界において自然な状態ではありません！
多くの人が集まり、エネルギーとスキルをかけてシステムを構築し、十分な期間、十分に良好に稼働させることで、ようやくその存在を意識せず使えるようになるのです。

システムが静かに無意識のうちに機能するようになっていることは称賛されるべきです。それがこのエッセイが存在する理由です。

構築者の方へ 💖
もしこの記事をお気に入りに登録してくれたら、私のブログへの購読や、Mastodon、Bluesky、Twitter/X でフォローをご検討ください。また lobste.rs で議論することも歓迎します。