(57)【特許請求の範囲】
【請求項１】
第１の装置と第２の装置に接続された装置であって、
契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認部と、
前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行部と、
を備え、
前記解約代行部は、前記第１の装置の使用者の状況を確認する情報を含む前記同意確認信号に応じて前記第１の装置から入力された信号に、哀悼を示す情報が含まれるときには、謝意を示す所定の動画データを前記第１の装置に出力する、
ことを特徴とする装置。
【請求項２】
前記同意を求める同意確認信号は、同意を求めるメールであり、
前記同意を示す信号は、同意を示すメールであり、
前記入力された信号は、入力されたメールである、
ことを特徴とする請求項１に記載の装置。
【請求項３】
前記契約情報は、前記契約の当事者間の合意内容を含む、
ことを特徴とする請求項１乃至２のいずれか１項に記載の装置。
【請求項４】
第１の装置と第２の装置に接続された装置の方法であって、
契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認ステップと、
前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行ステップと、有し、
前記解約代行ステップにおいては、前記第１の装置の使用者の状況を確認する情報を含む前記同意確認信号に応じて前記第１の装置から入力された信号に、哀悼を示す情報が含まれるときには、謝意を示す所定の動画データを前記第１の装置に出力する、
ことを特徴とする方法。
【請求項５】
前記同意を求める同意確認信号は、同意を求めるメールであり、
前記同意を示す信号は、同意を示すメールであり、
前記入力された信号は、入力されたメールである、
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記契約情報は、前記契約の当事者間の合意内容を含む、
ことを特徴とする請求項４乃至５のいずれか１項に記載の方法。
【請求項７】
第１の装置と第２の装置に接続された装置に実装されたプロセッサに、
契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認処理と、
前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行処理と、
を行わせ、
前記解約代行処理において、前記第１の装置の使用者の状況を確認する情報を含む前記同意確認信号に応じて前記第１の装置から入力された信号に、哀悼を示す情報が含まれるときには、謝意を示す所定の動画データを前記第１の装置に出力する処理を、
行わせるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置、方法、及びプログラムに関し、特に、手続きを代行する装置、方法、及びプログラムに関する。
【背景技術】
【０００２】
現代社会において、個人は、様々な契約を交わしているのが普通である。例えば、個人は、プロバイダや電話会社等と契約を交わす。しかし、個人が死亡した場合、交わされていた契約は速やかに解約されることが望ましい。解約されないままだと、利用料金の口座引き落しが継続されてしまう等の不都合が発生するからである。
【０００３】
そこで、死亡した個人に代わって、契約の解約手続きを行うシステムが知られている。当該システムは、以下の特許文献１に開示されている。図１は、特許文献１のシステムの構成例を示す図である。
【０００４】
特許文献１のシステムは、図１に示されるように、利用者端末９１と、解約代行装置９２と、契約先端末９３と、を備える。利用者端末９１、解約代行装置９２、及び契約先端末９３は、インターネット９４を介して接続される。
【０００５】
利用者端末９１は、プロバイダ、電話会社、及びカード会社（以下、「契約会社」という）と契約を交わした者（以下、「契約者」という）が所有する端末である。契約者は、各契約会社が提供するサービスを利用している。解約代行装置９２は、契約者を示すＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、契約者と契約会社との間で交わされた契約内容と、を対応づけて記憶手段に記憶している。
【０００６】
契約者が死亡したとき、契約者の家族は、解約を特許文献１のシステムに要求する。具体的には、契約者の家族は、利用者端末９１の入力画面に、解約代行の種類（例えば、本人死亡）と契約者を示すＩＤを入力し、確定ボタンを押下する。利用者端末９１は、確定ボタンが押下されると、入力されたデータ (以下、「解約代行受付データ」という)を解約代行装置９２に送信する。解約代行装置９２は、解約代行受付データを受信すると、受信した解約代行受付データに含まれている契約者を示すＩＤを抽出する。解約代行装置９２は、ＩＤを抽出すると、抽出したＩＤに対応する契約内容を記憶手段から取得する。解約代行装置９２は、契約内容を取得すると、取得した契約内容に示される契約会社の契約先端末９３に対し、解約データを送信する。各契約先端末９３は、解約データを受信すると、解約手続きを実行する。
【０００７】
上述の構成や動作の通り、特許文献１のシステムは、契約者の家族から解約を要求されると、故人となった契約者に代わって、故人が交わしていた契約を自動的に全て解約する。その結果、契約者の家族は、利用料金の口座引き落としが継続されるという事態を防ぐことができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００２−１５７３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１のシステムでは、契約者の家族(遺族)は、故人との思い出を懐かしむ機会を失うという課題があった。その理由を以下に説明する。
【００１０】
まず、契約が解約されたとき、契約会社は、契約者がサーバ等に保存していたデータを、解約から数十日後に削除をすることが一般的である。故人が家族との思い出の詰まった画像データをサーバ等に保存していたときであっても、契約会社は、解約を契機に（思い出の詰まった画像データを全て）削除してしまう。
【００１１】
ここで、特許文献１のシステムは、自動的に契約を解約する。特許文献１のシステムが契約を解約すると、故人が保存していた家族との思い出の詰まった画像データは削除されることとなる。その結果、遺族は、故人との思い出の詰まった画像データを失う。特許文献１のシステムでは、遺族は、故人との思い出の詰まった画像データを失うので、故人との思い出を懐かしむ機会を失うという課題があった。
【００１２】
本発明は、上記課題を解決する装置、方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明の装置は、第１の装置と第２の装置に接続された装置であって、契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認部と、前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行部と、を備える。
【００１４】
上記目的を達成するために、本発明の方法は、第１の装置と第２の装置に接続された装置の方法であって、契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認ステップと、前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行ステップと、有する。
【００１５】
上記目的を達成するために、本発明のプログラムは、第１の装置と第２の装置に接続された装置に実装されたプロセッサに、契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認処理と、前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行処理と、を行わせるためのプログラム。
【発明の効果】
【００１６】
本発明によれば、契約者が指定した者（例えば、遺族）は、故人との思い出を懐かしむ機会を失わないようにすることができる。
【図面の簡単な説明】
【００１７】
【図１】特許文献１のシステムの構成例を示す図である。
【図２】本発明の第１の実施の形態におけるシステムの構成例を示す図である。
【図３】本発明の第１の実施の形態におけるシステムの動作（契約に関する情報を登録する動作）を説明する為の図である。
【図４】本発明の第１の実施の形態におけるシステムの動作（解約を代行する動作）を説明する為の図である。
【図５】本発明の第２の実施の形態におけるシステムの構成例を示す図である。
【図６】本発明の第２の実施の形態におけるシステムの動作（動画データを登録する動作）を説明する為の図である。
【図７】本発明の第２の実施の形態におけるシステムの動作（故人を偲ぶ遺族に動画データを配信する動作）を説明する為の図である。
【図８】本発明の第３の実施の形態におけるシステムの構成例を示す図である。
【発明を実施するための形態】
【００１８】
次に本発明の実施形態について、図面を参照して詳細に説明する。
【００１９】
≪第１の実施の形態≫
[概要]
本実施形態のシステムは、故人が交わしていた契約内容を遺族の端末に通知し、契約を本当に解約してよいか遺族に同意を求める。本実施形態のシステムは、遺族の端末から、同意を示す信号を受信したときに限り、故人に代わって契約の解約を代行する。遺族は、故人が生前指定した者である。
【００２０】
遺族は、通知された契約内容から、故人が思い出の詰まった画像データをサーバ等に保存している可能性があることに気づくことができ、同意を示す信号を端末から送信しないことで、解約（思い出の詰まったデータの削除）が実施されないようにすることができる。その結果、遺族は、故人との思い出を懐かしむ機会を失わないようにすることができる。
【００２１】
以下に、本発明の第１の実施の形態におけるシステムの構成や機能、動作について説明する。
【００２２】
［構成の説明］
まず、本発明の第１の実施の形態におけるシステムの構成と機能について説明する。図２は、本発明の第１の実施の形態におけるシステムの構成例を示す図である。
【００２３】
（１）本発明の第１の実施の形態におけるシステムの構成
本実施形態のシステムは、図２に示されるように、携帯端末１と、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末２と、解約代行サーバ３と、役所サーバ４と、事業者サーバ５と、インターネット６と、を備える。携帯端末１、ＰＣ端末２、解約代行サーバ３、役所サーバ４、及び事業者サーバ５は、インターネット６を介して接続される。
【００２４】
携帯端末１は、プロバイダと契約している者（以下、「契約者」という）が持つ端末である。契約者は、プロバイダが提供するブログサービスを利用して、旅行等、家族との思い出の画像をブログにアップしている。ＰＣ端末２は、契約者の家族が使用するＰＣである。ＰＣ端末２は、例えば、契約者の息子が使用するＰＣであってもよい。役所サーバ４は、契約者が住む地域を管轄する役所に設定されたサーバである。事業者サーバ５は、プロバイダが管理しているサーバである。
【００２５】
上述の端末やサーバの機能については、後述の［動作の説明］にて詳細に説明する。但し、後述の［動作の説明］では、事業者サーバ５に以下の機能が備わることを前提に説明する。
【００２６】
（２）事業者サーバ５に備わる機能
（２−１）解約の申請をプロバイダに通知する機能
事業者サーバ５は、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）とディスプレイを備える。事業者サーバ５は、契約の解約を申請するパケット（以下、「解約申請パケット」という）を解約代行サーバ３から受信すると、受信した解約申請パケットに含まれる契約者の氏名を抽出する。事業者サーバ５は、契約者の氏名を抽出すると、抽出した氏名を、解約申請者の氏名としてディスプレイに表示し、ＬＥＤを点灯させる。プロバイダは、ＬＥＤの点灯を確認することで、事業者サーバ５のディスプレイに表示された氏名の契約者について契約を解約する処理を行うものとする。
【００２７】
（２−２）ブログサービス提供機能
事業者サーバ５は、ブログサービスを提供する一般的な機能を備える。すなわち、事業者サーバ５は、メモリを備え、携帯端末１からアップロードされたＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルや画像データをメモリに記憶する。さらに、事業者サーバ５は、クライアント装置（図示せず)からＨＴＴＰリクエストを受信すると、記憶するＨＴＭＬファイルと画像データをＨＴＴＰレスポンスとして返信する。これにより携帯端末１からアップロードされたＨＴＭＬファイルと画像データがブログとしてクライアント装置（図示せず)のウェブブラウザに表示がされることとなる。ＨＴＴＰは、Ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌの略称である。
【００２８】
（２−３）ブログサービス停止機能
事業者サーバ５は、一般的なキーボードを備え、キーボードの所定のボタンが押下されたときには、携帯端末１からアップロードされて記憶するＨＴＭＬファイルや画像データをメモリから削除する。これにより契約者のブログサービスが停止する。所定のボタンは、「Ｆ１０」ボタンであってもよい。
【００２９】
［動作の説明］
図３、図４は、本発明の第１の実施の形態におけるシステムの動作を説明する為の図である。図３は、契約者が交わした契約内容を示す情報を本実施形態のシステムに登録する動作を説明する為の図である。図４は、故人に代わり解約を代行する動作を説明する為の図である。図３、図４を用いて、本実施形態のシステムの詳細な動作を以下に説明する。
【００３０】
（１）契約内容を示す情報を登録する処理
契約者は、自分の死後、自分に代わって契約の解約を本実施形態のシステムに代行してもらう為、プロバイダとの契約内容を示す情報（以下、「契約情報」という）を解約代行サーバ３に登録する。
【００３１】
その為に、契約者は、契約情報を記憶するｍｉｃｒｏＳＤメモリーカードを携帯端末１に挿入し、携帯端末１の「＃」ボタンと「１」ボタンを押下する。ｍｉｃｒｏＳＤ（登録商標）は、ｍｉｃｒｏ  Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌの略称である。
【００３２】
携帯電話１の取扱説明書には、「＃」ボタンと「１」ボタンを押下すると、ｍｉｃｒｏＳＤメモリーカードに記憶される契約情報が解約代行サーバ３に登録されることが記載されている。携帯電話１のユーザは、その動作を理解した上で「＃」ボタンと「１」ボタンを押下している。
【００３３】
契約情報は、契約内容が記載された文字情報である。契約情報は、契約内容として、契約当事者及び当事者間の合意内容が記載された文字情報であってもよい。以下に、契約情報の一例を示す。
【００３４】
契約当事者：
・契約者の氏名（以下、「甲」という）
・契約先の会社名（具体的には、プロバイダ名。以下、「乙」という）
当事者間の合意内容：
・乙は、甲にブログサービスとインターネット接続サービスを提供すること。
【００３５】
・甲は、乙に毎月４０００円のサービスの利用料金を支払うこと。
【００３６】
契約情報は、契約者によって予めｍｉｃｒｏＳＤメモリーカードに書き込まれる。契約者は、一般的なカードアダプタとＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を用いてｍｉｃｒｏＳＤメモリーカードに契約情報を書き込むことができる。
【００３７】
さらに、契約者は、家族（例えば、息子）のメールアドレスもｍｉｃｒｏＳＤメモリーカードに書き込む。本実施形態のシステムが、解約を代行する際に、契約者の家族（例えば、息子）が使用するＰＣ端末２に契約情報をメールで通知できるようにする為である。なお、契約者がメールアドレスをｍｉｃｒｏＳＤメモリーカードに書き込むことは、そのメールアドレスを持つ家族（例えば、息子）を契約者が指定することに相当する。
【００３８】
携帯端末１は、「＃」ボタンと「１」ボタンが押下されると、図３に示されるように、契約情報の登録を要求するパケット(以下、「登録要求パケット」という)を解約代行サーバ３に送信する（Ｓ１）。このとき、携帯端末１は、ｍｉｃｒｏＳＤメモリーカードに記憶されている契約情報と、家族（例えば息子）のメールアドレスと、を登録要求パケットに含めてから登録要求パケットを送信する。
【００３９】
解約代行サーバ３は、登録要求パケットを受信すると、受信したパケットから契約情報とメールアドレスを抽出し、抽出した契約情報とメールアドレスを、自身に備わるメモリに記憶する（Ｓ２）。
【００４０】
（２）情報提供の許可を役所サーバ４に与える処理
次に、契約者は、自分の情報が役所サーバ４から解約代行サーバ３に提供されることを許可する。具体的には、契約者は、携帯端末１の「＃」ボタンと「２」ボタンを押下する。
【００４１】
携帯端末１の取扱説明書には、「＃」ボタンと「２」ボタンを押下すると、自分の情報が役所サーバ４から解約代行サーバ３に提供されることが記載されており、契約者は、そのことを理解した上で「＃」ボタンと「２」ボタンを押下している。
【００４２】
携帯端末１は、「＃」ボタンと「２」ボタンが押下されると、図３に示されるように、情報提供の許可を示すパケット（以下、「情報提供許可パケット」という）を役所サーバ４に送信する（Ｓ３）。このとき、携帯端末１は、ｍｉｃｒｏＳＤメモリーカードに記憶される契約情報を情報提供許可パケットに含めてから情報提供許可パケットを送信する。
【００４３】
次に、役所サーバ４は、情報提供許可パケットを受信すると、受信したパケットから契約情報を抽出し、抽出した契約情報を、自身に備わるメモリ(以下、「提供許可者記憶メモリ」という)に記憶する（Ｓ４）。
【００４４】
提供許可者記憶メモリには、自分の情報が解約代行サーバ３に提供されることを許可した契約者の契約情報(氏名等)が記憶されることとなる。
【００４５】
（３）契約者死亡前後の状況
その後、契約者は、家族と旅行や食事にでかけ、ブログに楽しい思い出の写真をアップさせていたが、ある日、突然倒れ、死亡した。
【００４６】
遺族となった契約者の家族は、死亡から７日以内に死亡届を役所に提出する。役所の職員は、死亡届を受理すると、役所に設置された役所サーバ４に、死亡届に記された契約者の氏名と、本人死亡を示す番号２００と、を入力する。
【００４７】
役所サーバ４は、データベースを備えており、図示していないが、番号２００が入力されると、入力された契約者の氏名と、死亡届が提出されたことを示す番号２１０と、を対応づけてデータベースに登録する。
【００４８】
（４）契約者の死亡の確認
（動作概要）
解約代行サーバ３は、Ｓ２の後、契約者の死亡届が提出されたか、すなわち、契約者が死亡したかを繰り返し役所サーバ４に問い合わせている。その具体的な動作は、以下のＳ１０〜Ｓ１５の通りである。
【００４９】
（動作詳細）
まず、解約代行サーバ３は、所定のタイミングになると、図４に示されるように、死亡届の提出を確認するパケット（以下、「提出確認パケット」という）を役所サーバ４に送信する（Ｓ１０）。このとき、解約代行サーバ３は、契約者の氏名を提出確認パケットに含めてから、提出確認パケットを送信する。解約代行サーバ３は、契約者の氏名を上述のＳ２で記憶している。
【００５０】
上述の所定のタイミングは、一定間隔毎のタイミングであり、解約代行サーバ３の製造者によって設定される。解約代行サーバ３の製造者は、１日の任意の１タイミングを解約代行サーバ３に設定してもよい。以下、所定のタイミングは２０時であり、解約代行サーバ３は、毎日２０時になると、提出確認パケットを役所サーバ４に送信するものとする。
【００５１】
上述のＳ１０の後、役所サーバ４は、提出確認パケットを受信すると、受信した提出確認パケットから契約者の氏名を抽出し、抽出した氏名が提供許可者記憶メモリに記憶されているか否かを判別する（Ｓ１１）。
【００５２】
Ｓ１１の処理は、抽出した氏名の者（契約者）が、役所サーバ４から解約代行サーバ３に自分の情報が提供されることを許可したか否かを判別する処理である。
【００５３】
役所サーバ４は、Ｓ１１で抽出した契約者の氏名が提供許可者記憶メモリに記憶されていない場合（Ｓ１１でＮｏの場合）には、回答を示すパケット(以下、「回答パケット」という)を解約代行サーバ３に送信する（Ｓ１２）。この時、役所サーバ４は、許可無を示す番号３００を回答パケットに含めて送信する。
【００５４】
ここでは、上述のＳ４により、提供許可者記憶メモリに契約者の氏名が記憶されている。
【００５５】
役所サーバ４は、Ｓ１１において抽出した契約者の氏名が提供許可者記憶メモリに記憶されている場合（Ｓ１１でＮｏの場合）には、Ｓ１１で抽出した氏名の者（契約者）の死亡届が提出されているか判別する（Ｓ１３）。
【００５６】
具体的には、役所サーバ４は、抽出した氏名（契約者の氏名）に対応する番号をデータベースから取得し、取得した番号が、死亡届が提出されたことを示す番号２１０か否か判別する。
【００５７】
役所サーバ４は、取得した番号が番号２１０でない場合（Ｓ１３でＮｏの場合）には、死亡届提出無を示す番号３１０を含む回答パケットを解約代行サーバ３に送信する（Ｓ１４）。
【００５８】
ここでは、上述の「（３）契約者死亡前後の状況」で説明した通り、役所サーバ４のデータベースには、契約者の氏名と対応づけて、死亡届が提出されたことを示す番号２１０が登録されている。
【００５９】
役所サーバ４は、取得した番号が番号２１０である場合（Ｓ１３でＹｅｓの場合）には、死亡届提出有を示す番号３２０を含む回答パケットを解約代行サーバ３に送信する（Ｓ１５）。
【００６０】
上述のＳ１０〜Ｓ１５の処理により、解約代行サーバ３は、契約者について死亡届の提出の有無を示す番号３１０、３２０を取得する。この番号により、解約代行サーバ３は、契約者の死亡届の提出有無を確認することができる。
【００６１】
（５）解約代行動作
（動作概要）
解約代行サーバ３は、契約者の死亡届の提出を確認した場合は、契約者が交わしていた契約について契約内容を提示すると共に、その契約を本当に解約してもよいか、遺族に確認する。また、解約代行サーバ３は、同意を得た場合に限り、故人に代わって契約の解約を申請する。その具体的な動作は、以下のＳ１６〜Ｓ２１の通りである。なお、解約代行サーバ３は、メール機能を備えているものとする。
【００６２】
（動作詳細）
まず、解約代行サーバ３は、回答パケットを受信すると、受信した回答パケットに、死亡届提出有を示す番号３２０が含まれているか否かを判別する（Ｓ１６）。契約者の死亡届の提出有無を確認する為である。
【００６３】
解約代行サーバ３は、受信した回答パケットに番号３２０が含まれている場合（Ｓ１６でＹｅｓの場合）には、契約者が死亡しているので、契約者が交わしていた契約を解約してよいか同意を求めるメールをＰＣ端末２に送信する（Ｓ１７）。この時、解約代行サーバ３は、同意を求めるメールの中に、契約者が交わしていた契約の契約情報を必ず含める。解約代行サーバ３は、契約情報を上述のＳ２により記憶している。同意を求めるメールは、以下のようなメールであってもよい。
【００６４】
「故人となられたご契約者様が、以下の契約を交わされていたことをお伝えします。当社にて代行して以下の契約を解約しますが、解約してもよいでしょうか？本当に解約してよいか確認させて下さい。解約に同意される場合には、メールの件名欄に『同意する』という文字を記載したメールを返信して下さい。
・契約情報（契約内容）：
契約当事者：
契約者    ：契約者の氏名（以下、「甲」という）
契約先会社  ：契約先の会社名（以下、「乙」という）
当事者間の合意内容：
・乙は、甲にブログサービスとインターネット接続サービスを提供
すること。
【００６５】
・甲は、乙に毎月４０００円のサービスの利用料金を支払うこと。」
なお、解約代行サーバ３は、上述のＳ１７において、同意を求めるメールの宛先欄に、記憶する家族のメールアドレスを設定してから、当該同意を求めるメールを送信するものとする。家族が使用するＰＣ端末２に、同意を求めるメールが届くようにする為である。
【００６６】
ここで、ＰＣ端末２は、メーラーを備えている。ＰＣ端末２に備わるメーラーは、一般的なメーラーであり、ＰＣ端末２を使用する契約者の家族宛てに届いたメールを受信する機能を備える。
【００６７】
ＰＣ端末２は、メーラーによって、同意を求めるメールを受信し、受信した同意を求めるメールを画面上に表示する（Ｓ１８）。
【００６８】
契約者の家族（例えば、契約者の息子）は、表示された契約情報から、ブログサービスが故人に提供されていることを確認することで、故人が家族との思い出の詰まった画像データをサーバ等に置いている可能性に気づくことができる。その場合、契約者の家族（例えば、契約者の息子）は、解約の代行に同意せず、「同意する」という文字を件名欄に記載したメールを返信しないことで、思い出の詰まった画像データが削除されるのを防ぐことができる。
【００６９】
一方、契約者の家族（契約者の息子）は、ブログサービスが故人に提供されていることが契約情報から確認できなければ、故人が家族との思い出の詰まった画像データをブログサーバに置いている可能性は少ないと判別することもできる。その場合、契約者の家族（契約者の息子）は、解約に同意し、「同意する」という文字を件名欄に記載したメールを返信することができる。
【００７０】
（５−１）遺族が同意した場合の動作
もし、契約者の家族（契約者の息子）が、「同意する」という文字を記載したメールをＰＣ端末２から返信したとき、本実施形態のシステムは、以下の通り動作する。
【００７１】
まず、ＰＣ端末２は、図４に示されるように、「同意する」という文字が件名欄に記載されたメール（以下、「同意を示すメール」という）を解約代行サーバ３に送信する（Ｓ１９）。
【００７２】
解約代行サーバ３は、同意を示すメールをＰＣ端末２から受信すると、契約者の家族、すなわち、遺族から解約の同意がとれたものとして、契約の解約を申請するパケット（以下、「解約申請パケット」という）を事業者サーバ５に送信する（Ｓ２０）。この時、解約代行サーバ３は、解約申請パケットに、契約者の氏名を含めて送信する。
【００７３】
事業者サーバ５は、解約申請パケットを解約代行サーバ３から受信すると、受信した解約申請パケットに含まれる氏名の者（すなわち、契約者）の契約を解約する（Ｓ２１）。
【００７４】
具体的には、事業者サーバ５は、受信した解約申請パケットから抽出した氏名を、解約申請者の氏名としてディスプレイに表示し、自身に備わるＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）を点灯させる。事業者サーバ５は、ＬＥＤの点灯により、プロバイダに解約申請を要求する。プロバイダは、ＬＥＤの点灯を確認すると、事業者サーバ５のディスプレイに表示された氏名の契約者について契約を解約する事務手続きを行う。
【００７５】
このとき、プロバイダは、契約を解約する手続きの一環として、ブログサービスを停止する処理を行う。具体的には、プロバイダは、事業者サーバ５に備わるキーボードの「Ｆ１０」ボタンを押下する。
【００７６】
事業者サーバ５は、「Ｆ１０」ボタンが押下されると、「（２−３）ブログサービス停止機能」で説明した通り、契約者がアップロードした画像ファイルを削除する。これにより、ブログサービスが停止する。
【００７７】
上述のＳ１６〜Ｓ２１の通り、本実施形態のシステムは、契約者が交わしていた契約について契約内容を提示すると共に、その契約を本当に解約してもよいか遺族に確認し、同意を得た場合に限り、故人に代わって契約の解約を実行する。
【００７８】
なお、上述のＳ１６において、受信した回答パケットに死亡届提出有を示す番号３２０が含まれていない場合（Ｓ１６でＮｏの場合）、解約代行サーバ３は、次の所定のタイミングを待つ。契約者が生存しており、Ｓ１７〜Ｓ２１の解約を実施する処理を行う必要がないからである。
【００７９】
（５−２）遺族が同意しないときの動作
上述のＳ１８によって表示された契約情報には、ブログサービスが故人に提供される旨が記載されている。その為、契約者の家族（例えば、契約者の息子）が、故人が家族との思い出の詰まった画像データをブログサーバに置いている可能性に気づき、「同意する」という文字を件名欄に記載したメールを返信しなかったとする。同意を示すメールが送信されないときは、解約代行サーバ３は、同意を示すメールを受信しないので、Ｓ２０を実施せず、解約の申請を行わない。
【００８０】
その結果、故人と遺族との思い出の詰まった画像データは削除されない。すなわち、遺族（例えば、契約者の息子）は、思い出の詰まった画像データが削除されるのを防ぐことができる。遺族（例えば、契約者の息子）は、契約先の会社（プロバイダ）にＴＥＬし、ブログが掲載されるホームページのＵＲＬを確認する等により、故人との思い出の詰まった画像データに接することができ、故人との思い出を懐かしむことができる。本実施形態のシステムでは、遺族は、故人との思い出を懐かしむ機会を失わないようにすることができる。ＵＲＬは、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒの略称である。
【００８１】
（６）バリエーション動作
（６−１）解約代行サーバ３の動作（同意を求めるメールの送信頻度を少なくする動作）
次に、解約代行サーバ３の動作のバリエーションについて説明する。
【００８２】
解約代行サーバ３は、Ｓ１７にて同意を求めるメールを一度送信した後は、頻繁に同意を求めるメールをＰＣ端末２に送信しないことが望ましい。煩わしさを遺族に感じさせる可能性があるからである。
【００８３】
しかし、所定のタイミング毎に上述のＳ１０〜Ｓ１７を繰り返し実施する上述の解約代行サーバ３は、同意を求めるメールを繰り返し送信してしまう。そこで、解約代行サーバ３は、初期値が０のカウンタを備え、以下の処理を行ってもよい。解約代行サーバ３は、同意を求めるメールを送信する頻度を落とすことができる。
【００８４】
まず、解約代行サーバ３は、Ｓ１７を実施した後、再度、所定のタイミングになると、Ｓ１０を実施することとなるが、Ｓ１０を実施する前に、カウンタの値が所定値１００以上か否かを判別する。
【００８５】
所定値は、本実施形態のシステムの管理者によって解約代行サーバ３に設定される。以下では、所定値が１００である場合について説明するが、本実施形態のシステムの管理者は、値１以上の任意の値を所定値として設定することができる。
【００８６】
解約代行サーバ３は、カウンタの値が所定値１００より小さい場合には、Ｓ１０を実施せず、カウンタの値を１つインクリメントして、次の所定のタイミングを待つ。当初、カウンタの値は所定値１００より小さいが、１００回、所定のタイミングになると、カウンタの値が所定値１００となる。解約代行サーバ３は、カウンタの値が所定値１００以上の場合に、Ｓ１０を実施し、提出確認パケットを送信する。その後、解約代行サーバ３は、死亡届提出有を示す番号３２０を含む回答パケットを受信すると、Ｓ１７の処理を実施し、同意を求めるメールを送信する。
【００８７】
上述の動作により、解約代行サーバ３は、所定のタイミング１００回に１回、Ｓ１０の提出確認パケットを送信し、Ｓ１７の同意を求めるメールを送信する。解約代行サーバ３は、同意を求めるメールを送信する頻度を落とすことができる。
【００８８】
（６−２）解約代行サーバ３の動作（解約申請が完了した後は、Ｓ１０の処理を起動しない動作）
解約代行サーバ３は、Ｓ２０にて解約申請パケットを送信し、解約の申請が完了した後は、Ｓ１０の処理を起動しないことが望ましい。解約の申請が完了しているのに、再度、死亡届の提出を確認したり、解約申請パケットを送信する必要がないからである。その為に、解約代行サーバ３は、初期値が０のレジスタを備え、以下の（ｉ）〜（ｖ）の処理をおこなってもよい。
【００８９】
（ｉ）まず、解約代行サーバ３は、所定のタイミングになり、Ｓ１０を実施する前に、レジスタの値が０であるか否かを判別する。
【００９０】
（ｉｉ）次に、解約代行サーバ３は、レジスタの値が０である場合には、上述のＳ１０、Ｓ１６〜Ｓ１７、及びＳ２０の処理を行う。
【００９１】
（ｉｉｉ）解約代行サーバ３は、Ｓ２０の処理を行い、解約申請パケットを送信すると、レジスタの値を１とし、次の処理のタイミングになるのを待つ。
【００９２】
（ｉｖ）次に、解約代行サーバ３は、次の所定のタイミングになると、レジスタの値が０であるか否かを判別する。ここでは、レジスタの値は１となっている。
【００９３】
（ｖ）解約代行サーバ３は、レジスタの値が０でない場合には、次の所定のタイミングを待つ。解約代行サーバ３は、Ｓ１０の処理を起動しない。
【００９４】
上述の（ｉ）〜（ｖ）の処理を行うことで、解約代行サーバ３は、Ｓ２０にて解約申請パケットを送信し、解約の申請が完了した後は、再度、解約申請パケットを送信しない。
【００９５】
（６−３）システムが扱う情報について
本実施形態のシステムは、契約者の氏名を用いたが、契約者の氏名の代わりに、契約者のマイナンバーを用いてもよい。また、本実施形態のシステムは、契約者を示す識別子であれば、その識別子を契約者の氏名の代わりに用いてもよい。
【００９６】
なお、契約者のマイナンバーを本実施形態のシステムで用いる場合、解約代行サーバ３と事業者サーバ５の管理者は、マイナンバーを適正に管理する能力を有する者である。
【００９７】
（６−４）契約者の家族について
上記の「契約者の家族」は、契約者の息子に限定しない。「契約者の家族」は、契約者の娘であってもよいし、契約者の親であってもよい。「契約者の家族」は、叔母等の親族であってもよい。契約者は、家族を指定し、指定した家族のメールアドレスをｍｉｃｒｏＳＤメモリーカードに書き込む。
【００９８】
［効果の説明］
本実施形態によれば、遺族は、故人との思い出を懐かしむ機会を失わないようにすることができる。
【００９９】
なぜならば、本実施形態のシステムは、故人が交わしていた契約について契約内容と共に、その契約を本当に解約してよいか同意を求める信号を遺族の端末に通知し、遺族の端末から同意を示す信号が得られた場合に限り、故人に代わり契約の解約を行うからである。上述の動作により、遺族は、通知された契約情報から、故人が家族との思い出の詰まった画像データをサーバ等に保存している可能性に気づくことができ、気づいたときには、同意を示す信号を端末から送信しないことで、契約を解約しないことを選択できる。すなわち、遺族は、解約に伴って故人との思い出の詰まったデータが削除されるのを防ぐことができ、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１００】
≪第２の実施の形態≫
次に、本発明の第２の実施の形態について説明する。
【０１０１】
第２の実施形態のシステムは、遺族が故人を偲びたい状況か否かを判別し、偲びたい状況である場合には、動画データを遺族のＰＣ端末に配信する。動画データは、偲んでくれるお礼を故人が述べるものである。遺族は、故人を一層偲ぶことができる。
【０１０２】
以下に、第２の実施の形態のシステムの構成と動作について説明する。図５は、本発明の第２の実施の形態におけるシステムの構成例を示す図である。
【０１０３】
［構成の説明］
（１）第２の実施形態のシステムの構成
第２の実施形態のシステムは、図５に示されるように、携帯端末１、ＰＣ端末２、及び解約代行サーバ３の代わりに、携帯端末２１、ＰＣ端末２２、及び解約代行サーバ２３を備える。
【０１０４】
上述した以外の構成は、第１の実施の形態におけるシステムと同じであるので、同一の符号を付して説明を省略する。
【０１０５】
また、携帯端末２１、ＰＣ端末２２、及び解約代行サーバ２３は、各々、携帯端末１、ＰＣ端末２、及び解約代行サーバ３と同じ機能を備える。本実施形態において、携帯端末２１、ＰＣ端末２２、及び解約代行サーバ２３に新たに追加される機能については、後述の[動作の説明]にて詳細に説明する。
【０１０６】
[動作の説明]
本実施形態のシステムの動作を説明する。図６、図７は、本発明の第２の実施の形態におけるシステムの動作を説明する為の図である。図６は、動画データを登録する動作を説明する為の図である。図７は、故人を偲ぶ遺族に動画データを配信する動作を説明する為の図である。
【０１０７】
（１）動画データの事前登録動作
まず、携帯端末２１は、一般的なスマートフォンと同様、動画撮影機能を備える。
【０１０８】
携帯端末２１を持つ契約者は、生きている間に、動画撮影機能を用いて、偲んでくれる遺族へお礼を述べる動画を撮影する。撮影により動画データが携帯端末２１に記憶される。
【０１０９】
撮影後、契約者は、携帯端末２１の「＃」ボタンと「３」ボタンを押下する。
【０１１０】
携帯端末２１の取扱説明書には、「＃」ボタンと「３」ボタンを押下すると、撮影した動画データが解約代行サーバ２３に登録されることが記載されており、契約者は、そのことを理解した上で「＃」ボタンと「３」ボタンを押下する。
【０１１１】
携帯端末２１は、「＃」ボタンと「３」ボタンが押下されると、図６に示されるように、動画データの登録を要求するパケット(以下、「動画登録要求パケット」という)を解約代行サーバ２３に送信する（Ｓ３０）。このとき、携帯端末２１は、送信する動画登録要求パケットに、記憶する動画データを含めてから送信する。
【０１１２】
解約代行サーバ２３は、動画登録要求パケットを受信すると、受信した動画登録要求パケットから動画データを抽出し、抽出した動画データを、自身に備わるメモリに記憶する（Ｓ３１）。
【０１１３】
その後、契約者は、「＃」ボタンと「１」ボタンの押下及び、「＃」ボタンと「２」ボタンの押下を実施する。携帯端末２１と解約代行サーバ２３は、携帯端末１と解約代行サーバ３と同様、上述のＳ１〜Ｓ４の処理を実施する。
【０１１４】
（２）動画データの送信
契約者が死亡したとき、本実施形態のシステムは、図７に示されるように、第１の実施形態のシステムと同様、上述のＳ１０〜Ｓ１５を実施する。その場合、解約代行サーバ２３は、役所サーバ４から回答パケットを受信する。
【０１１５】
解約代行サーバ２３は、回答パケットを受信すると、解約代行サーバ３と同様、Ｓ１６の処理を実施し、死亡届が提出されたことを示す番号２１０が含まれているか判別する（Ｓ１６）。
【０１１６】
ここでは、番号２１０が含まれていたものとして説明を続ける。
【０１１７】
解約代行サーバ２３は、回答パケットに番号２１０が含まれていると判別した場合（Ｓ１６でＹｅｓの場合）には、上述のＳ１７と同じく、契約者が交わしていた契約の解約について同意を求めるメールをＰＣ端末２２に送信する（Ｓ３２）。但し、解約代行サーバ２３は、送信する同意を求めるメールに、遺族の状況を確認するアンケートを含めて送信する。遺族が故人を偲びたい状況か判別する為である。
【０１１８】
遺族の状況を確認するアンケートは、以下の通りの文章であってもよい。
【０１１９】
「アンケート：
現在の状況はいかがですか。よろしかったらご回答下さい。
１．故人を偲びたい。その場合、『偲びたい』と件名欄に記載したメールを返信して下さい。
２．普通。よかったら、『普通』と件名欄に記載したメールを返信して下さい。」
ＰＣ端末２２は、同意を求めるメールを受信すると、メーラを起動し、受信した同意を求めるメールを画面上に表示する（Ｓ３３）。具体的には、ＰＣ端末２２は、以下の通り、メールを表示する。メールには、遺族の状況を確認するアンケートも含まれる。
【０１２０】
「故人となられたご契約者様が、以下の契約を交わされていたことをお伝えします。当社にて代行して以下の契約を解約しますが、解約してもよいでしょうか？本当に解約してよいか確認させて下さい。解約に同意される場合には、メールの件名欄に『同意する』という文字を記載したメールを返信して下さい。
・契約情報（契約内容）：
契約当事者：
契約者    ：契約者の氏名（以下、「甲」という）
契約先会社  ：契約先の会社名（以下、「乙」という）
当事者間の合意内容：
・乙は、甲にブログサービスとインターネット接続サービスを提供
すること。
【０１２１】
・甲は、乙に毎月４０００円のサービスの利用料金を支払うこと。
【０１２２】
アンケート：
現在の状況はいかがですか。よろしかったらご回答下さい。
１．故人を偲びたい。その場合、『偲びたい』と件名欄に記載したメールを返信し
て下さい。
２．普通である。その場合、『普通』と件名欄に記載したメールを返信して下さい。」
遺族は、「同意する」、「偲びたい」、「普通」のいずれか、又は組み合わせが記載されたメール（以下、「返信メール」という）をＰＣ端末２２から送信することができる。
【０１２３】
ここでは、故人の家族は、返信メールをＰＣ端末２２から送信したものとする。その返信メールは、件名欄に「偲びたい」と記載されている。
【０１２４】
解約代行サーバ２３は、返信メールをＰＣ端末２２から受信すると、受信したメールの件名欄に「同意する」との文字が含まれているか否かを判別する（Ｓ３５）。解約代行サーバ２３は、一般的なメールフィルタリング機能によって、メールの件名欄に「同意する」との文字が含まれているか判別してもよい。
【０１２５】
解約代行サーバ２３は、受信したメールの件名欄に「同意する」との文字が含まれている場合（Ｓ３５でＹｅｓの場合）には、返信メールは同意を示すメールであるので、解約代行サーバ３と同様に、解約申請パケットを送信する（Ｓ２０）。
【０１２６】
ここでは、受信したメールの件名欄には「同意する」との文字は含まれていない。解約代行サーバ２３は、受信したメールの件名欄に「同意する」との文字が含まれていないと判別する。
【０１２７】
解約代行サーバ２３は、受信したメールの件名欄に「同意する」との文字が含まれていないと判別した場合（Ｓ３５でＮｏの場合）は、メールの件名欄に「偲びたい」という文字が含まれているか判別する（Ｓ３６）。
【０１２８】
受信したメールは、件名欄に「偲びたい」という文字が含まれている。
【０１２９】
解約代行サーバ２３は、受信したメールの件名欄に「偲びたい」との文字が含まれている場合（Ｓ３６でＹｅｓの場合）、記憶する動画データをパケットとしてＰＣ端末２２に送信する（Ｓ３７）。
【０１３０】
ＰＣ端末２２は、動画再生機能を備えており、動画データを含むパケットを受信すると、受信したパケットに含まれる動画データを動画再生機能によって再生する（Ｓ３８）。
【０１３１】
動画データは、偲んでくれる遺族へのお礼を故人が述べる動画である。本実施形態のシステムでは、遺族は故人から偲んでくれているお礼を言われ、一層故人を偲ぶことができる。
【０１３２】
なお、解約代行サーバ２３は、Ｓ３６の判別において、受信したメールの件名欄に「偲びたい」との文字が含まれていない場合（Ｓ３６でＮｏの場合）は、特に何もせず、次にＳ１０を実施する所定のタイミングを待つ。
【０１３３】
上述の「偲んでくれる遺族へのお礼を故人が述べる動画」は、謝意を示す動画である。件名欄に「偲びたい」との文字が含まれているメールは、哀悼を示す情報である。
【０１３４】
（７）家族以外の人間に同意を求めるシステム
本実施形態のシステムは、上述のＳ３２において、契約者の家族の使用するＰＣ端末２２に対して、同意を求める信号を送信した。
【０１３５】
本実施形態のシステムは、家族が使用するＰＣ端末２２ではなく、家族以外の人間（例えば、友達）が使用する端末（図示せず）に、同意を求める信号を送信することもできる。その場合、契約者は、生きている間に、家族以外の人間（例えば、日頃から親しくしている友達の一人）を指定し、指定した友達（以下、「友達Ａさん」という）のメールアドレスをｍｉｃｒｏＳＤメモリーカードに書き込む。さらに、契約者は、書き込んだｍｉｃｒｏＳＤメモリーカードを携帯端末１に挿入し、携帯端末１の「＃」ボタンと「１」ボタンを押下する。その結果、本実施形態のシステムは、上述のＳ１〜Ｓ４を実施し、さらに、契約者の死後、Ｓ１０〜Ｓ１７を実施する。Ｓ１０〜Ｓ１７が実施された結果、契約情報を含む、同意を求めるメールが、友達Ａさんの端末に通知される。友達Ａさんの使用する端末は、Ａさんのメールアドレス宛のメールを受信して表示する一般的なメーラーを備える。
【０１３６】
友達Ａさんは、表示されたメール内の契約情報から、故人がＡさんとの思い出の詰まった画像データをサーバ等に保存している可能性があることに気づくことができる。Ａさんは、該可能性に気づいたときには、同意を示す信号を端末から送信しないことで、契約を解約しないことを選択できる。すなわち、友達Ａさんは、故人との思い出の詰まったデータが解約に伴って削除されるのを防ぐことができ、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１３７】
［効果の説明］
本実施形態のシステムでは、遺族は、第１の実施形態のシステムよりも一層故人を偲ぶことができる。
【０１３８】
なぜなら、本実施形態のシステムは、遺族が故人を偲びたい状況かを判別し、偲びたい状況の場合は、故人がお礼を述べる動画データをＰＣ端末２２に表示するからである。遺族は、偲びたいと思いっていた所、故人から偲んでくれているお礼を言われるので、一層故人を偲ぶことができる。
【０１３９】
なお、本実施形態のシステムでは、第１の実施形態のシステムと同様、遺族は、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１４０】
なぜなら、本実施形態のシステムは、第１の実施形態のシステムと同じく、契約内容と共に、解約の同意を求める信号を遺族の端末に通知し、遺族の端末から同意を示す信号が得られた場合に限り、契約を解約する動作を行うからである。
【０１４１】
なお、本実施形態のシステムでは、遺族でなくても、契約者が生前指定した人間は、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１４２】
なぜなら、本実施形態のシステムは、契約内容と共に、解約の同意を求める信号を、契約者が指定した人間（例えば、友達Ａさん）の端末に通知し、その端末から同意を示す信号が得られた場合に限り、契約を解約する動作を行うこともできるからである。契約者が指定した人間（友達Ａさん）は、故人が自分との思い出の詰まった画像データをサーバ等に保存している可能性に契約情報から気づくことができ、気づいたときには、同意を示す信号を端末から送信しないことで、契約を解約しないことを選択できる。すなわち、契約者が指定した人間（例えば、友達Ａさん）は、故人との思い出の詰まったデータが解約に伴って削除されるのを防ぐことができ、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１４３】
≪第３の実施の形態≫
図８は、本発明の第３の実施の形態におけるシステムの構成例を示す図である。以下に、第３の実施の形態のシステムの構成と動作について説明する。
【０１４４】
［構成の説明］
（１）第３の実施形態のシステムの構成
第３の実施形態のシステムは、図８に示されるように、装置１００と、第１の装置２００と、第２の装置２１０と、を備える。装置１００は、第１の装置２００と第２の装置２１０に接続された装置である。
【０１４５】
（２）装置１００の構成と機能
装置１００は、確認部１０１と、解約代行部１０２と、を備える。
【０１４６】
確認部１０１は、契約者の死亡を示す所定の信号が入力されると、その契約者が交わしていた契約の内容を示す契約情報と共に、契約の解約について同意を求める同意確認信号を、契約者が指定した者が使用する第１の装置２００に出力する。
【０１４７】
解約代行部１０２は、上述の同意確認信号に応じて同意を示す信号が第１の装置２００から入力された場合に限り、上述の契約の解約を申請する解約申請信号を第２の装置２１０に出力する。
【０１４８】
（３）第２の装置２１０について
第２の装置２１０は、契約の解約を解約申請信号の入力により行う装置である。
【０１４９】
（４）確認部１０１と解約代行部１０２の実現手段について
確認部１０１と解約代行部１０２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算処理装置と、ＲＡＭ等の一般的なメモリと、一般的なネットワークインターフェースと、を用いて実現することができる。ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略称である。
【０１５０】
[動作の説明]
次に、本実施形態のシステムの動作を説明する。
【０１５１】
まず、携帯端末（図示せず）を保有する者が、プロバイダと契約を交わしていたとする。契約には、ブログサービスを提供する契約も含まれており、携帯端末を保有する者（以下、「契約者」という）は、家族との思い出の画像をブログに掲載している。
【０１５２】
また、契約者は、装置１００の管理者に連絡して、自分が交わした契約の内容を示す契約情報を装置１００の確認部１０１に予め設定してもらっている。その時、契約者は、家族（例えば、息子）を指定し、その家族が使用する第１の装置２００のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスも、装置１００の確認部１０１に予め設定してもらっている。
【０１５３】
その後、契約者が死亡したとする。
【０１５４】
故人となった契約者の家族（例えば、契約者の息子）は、契約者の死亡を示す所定の信号を携帯端末（図示せず）等から装置１００に入力する。契約者の死亡を示す所定の信号は、契約者が死亡したことが記載されたメールであってもよい。
【０１５５】
装置１００の確認部１０１は、契約者の死亡を示す所定の信号が入力されると、その契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、契約者が指定した者（例えば、契約者の息子）が使用する第１の装置２００に出力する。
【０１５６】
同意確認信号はパケットであってもよい。装置１００の確認部１０１は、パケットである同意確認信号の宛先ＩＰアドレスを、予め設定されているＩＰアドレスに変換してから同意確認信号を送信する。第１の装置２００に同意確認信号が届くようにする為である。
【０１５７】
ところで、上述の契約情報には、契約の当事者間の合意内容（例えば、プロバイダが契約者にブログサービスを提供する等）を示す文字情報が含まれる。
【０１５８】
契約者の家族（例えば、契約者の息子）は、第１の装置２００に通知された契約情報を確認することで、故人が家族との思い出の詰まった画像データをブログサーバ等に残している可能性に気づくことができる。
【０１５９】
（１）契約者の家族が解約に同意しない場合の動作
ここで、契約情報を確認した契約者の家族（例えば、契約者の息子）が、故人が家族との思い出の詰まった画像データをブログサーバ等に残している可能性に気づき、解約に同意しない為、同意しないことを記載したメールを第１の装置２００から送信したとする。同意しないことを記載したメールは、同意しないことを示す信号である。
【０１６０】
ここで、上述の「（２）装置１００の構成と機能」で説明した通り、装置１００は、同意を示す信号が第１の装置２００から入力された場合に限り、契約の解約を申請する解約申請信号を解約代行部１０２から第２の装置２１０に出力する装置である。装置１００は、同意しないことを示す信号が入力されたときには、解約代行部１０２から解約申請信号を第２の装置２１０に出力しない。
【０１６１】
第２の装置２１０は、解約申請信号が入力されないので、契約の解約を行わない。その結果、ブログに掲載された思い出の詰まった画像データは削除されない。
【０１６２】
上述のように、本実施形態のシステムでは、契約者の家族（例えば、契約者の息子）は、通知された契約情報を確認することで、故人が家族との思い出の詰まった画像データをブログサーバ等に残している可能性に気づくことができる。気づいたときには、契約者の家族（例えば、契約者の息子）は、同意を示す信号を第１の装置２００から送信しないことで、思い出の詰まった画像データが削除されるのを防ぐことができる。契約者の家族（例えば、契約者の息子）は、思い出の詰まった画像データが削除されるのを防ぎ、故人との思い出を懐かしむ機会を失わないようにすることができる。同意を示す信号は、同意を示すメールであってもよい。
【０１６３】
（２）契約者の家族が解約に同意する場合の動作
契約者の家族は、契約の解約に同意する場合は、第１の装置２００から同意を示す信号を送信する。同意を示す信号は、同意することが件名欄に記載されたメールであってもよい。
【０１６４】
装置１００の解約代行部１０２は、同意確認信号に応じて同意を示す信号が第１の装置２００から入力された場合には、上述の契約の解約を申請する解約申請信号を第２の装置２１０に出力する。
【０１６５】
第２の装置２１０は、解約申請信号が入力されると、契約の解約を行う。このとき、第２の装置２１０は、解約に伴い、契約者のブログに記載される画像データも削除する。
【０１６６】
（３）契約者が指定する者について
契約者は、息子以外にも、自分の娘や親等の家族として指定してもよい。家族とは親族のことである。また、契約者は、家族以外の人間、例えば、友達、恩師、教え子、若しくは義兄弟等を指定することもできる。契約者は、生前、指定した者が使用する第１の装置２００のＩＰアドレスを、装置１００の確認部１０１に設定する。
【０１６７】
［効果の説明］
本実施形態によれば、契約者が指定した者（例えば、契約者の家族や友達等）は、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１６８】
なぜなら、本システムは、故人が交わしていた契約について契約内容と共に、契約を解約してよいか同意を求める信号を契約者が指定した者の端末（第１の装置２００）に通知し、その者の端末から同意を示す信号が得られた場合に限り、契約の解約を行うからである。上述の動作により、契約者が指定した者（例えば、遺族や友達）は、通知された契約情報から、故人が自分との思い出の詰まった画像データをブログサーバ等に残している可能性に気づくことができる。そして、契約者が指定した者（例えば、遺族や友達）は、思い出の詰まった画像データを残している可能性に気づいたときには、同意を示す信号を端末から送信しないことで、契約を解約しないことを選択できる。すなわち、契約者が指定した者（例えば、遺族や友達）は、解約に伴って故人との思い出の詰まった画像データが削除されるのを防ぐことができ、故人との思い出を懐かしむ機会を失わないようにすることができる。
【０１６９】
なお、上述した実施の形態は、その形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変更可能である。
【０１７０】
さらに、上記の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
第１の装置と第２の装置に接続された装置であって、
契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認部と、
前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行部と、
を備えることを特徴とする装置。
（付記２）
前記解約代行部は、前記第１の装置の使用者の状況を確認する情報を含む前記同意確認信号に応じて前記第１の装置から入力された信号に、哀悼を示す情報が含まれるときには、謝意を示す所定の動画データを前記第１の装置に出力する、
ことを特徴とする付記１に記載の装置。
（付記３）
前記同意を求める同意確認信号は、同意を求めるメールであり、
前記同意を示す信号は、同意を示すメールであり、
前記入力された信号は、入力されたメールである、
ことを特徴とする付記２に記載の装置。
（付記４）
前記契約情報は、前記契約の当事者間の合意内容を含む、
ことを特徴とする付記１乃至３のいずれか１項に記載の装置。
（付記５）
第１の装置と第２の装置に接続された装置の方法であって、
契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認ステップと、
前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行ステップと、有する、
ことを特徴とする方法。
（付記６）
前記解約代行ステップにおいては、前記第１の装置の使用者の状況を確認する情報を含む前記同意確認信号に応じて前記第１の装置から入力された信号に、哀悼を示す情報が含まれるときには、謝意を示す所定の動画データを前記第１の装置に出力する、
ことを特徴とする付記５に記載の方法。
（付記７）
前記同意を求める同意確認信号は、同意を求めるメールであり、
前記同意を示す信号は、同意を示すメールであり、
前記入力された信号は、入力されたメールである、
ことを特徴とする付記６に記載の方法。
（付記８）
前記契約情報は、前記契約の当事者間の合意内容を含む、
ことを特徴とする付記５乃至７のいずれか１項に記載の方法。
（付記９）
第１の装置と第２の装置に接続された装置に実装されたプロセッサに、
契約者の死亡を示す所定の信号が入力されると、前記契約者が交わしていた契約の内容を示す契約情報と共に、前記契約の解約について同意を求める同意確認信号を、前記契約者が指定した者が使用する前記第１の装置に出力する確認処理と、
前記同意確認信号に応じて同意を示す信号が前記第１の装置から入力された場合に限り、前記契約の解約を申請する解約申請信号を、前記契約の解約を前記解約申請信号の入力により行う前記第２の装置に出力する解約代行処理と、
を行わせるためのプログラム。
（付記１０）
前記解約代行処理において、前記第１の装置の使用者の状況を確認する情報を含む前記同意確認信号に応じて前記第１の装置から入力された信号に、哀悼を示す情報が含まれるときには、謝意を示す所定の動画データを前記第１の装置に出力する処理を、
前記プロセッサに行わせるための付記９に記載のプログラム。
（付記１１）
前記同意を求める同意確認信号は、同意を求めるメールであり、
前記同意を示す信号は、同意を示すメールであり、
前記入力された信号は、入力されたメールである、
ことを特徴とする付記１０に記載のプログラム。
（付記１２）
前記契約情報は、前記契約の当事者間の合意内容を含む、
ことを特徴とする付記９乃至１１のいずれか１項に記載のプログラム。
（付記１３）
前記契約者が指定した者とは、前記契約者が指定した、前記契約者の息子、前記契約者の娘、前記契約者の親、前記契約者の友達、前記契約者の恩師、前記契約者の教え子、若しくは前記契約者の義兄弟である、
ことを特徴とする付記９乃至１２のいずれか１項に記載のプログラム。
【符号の説明】
【０１７１】
１、２１    携帯端末
２、２２    ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末
３、２３    解約代行サーバ
４    役所サーバ
５    事業者サーバ
６、９４    インターネット
９１    利用者端末
９２    解約代行装置
９３    契約先端末
１００    装置
１０１    確認部
１０２    解約代行部
２００    第１の装置
２１０    第２の装置
【図１】
0006753166.tif 000002
【図２】
0006753166.tif 000003
【図３】
0006753166.tif 000004
【図４】
0006753166.tif 000005
【図５】
0006753166.tif 000006
【図６】
0006753166.tif 000007
【図７】
0006753166.tif 000008
【図８】
0006753166.tif 000009