JP7529502B2 - 送付証明システム及び送付証明方法 - Google Patents

Description

本発明は内容証明を行って内容文書のデータを送付する送付証明システム及び送付証明方法に関する。

内容証明郵便は、債権譲渡の通知、債権回収の督促状、借家契約の家賃請求・解約、慰謝料請求等に用いられ、債権回収や契約解除の際に用いられることが多い。内容証明郵便は、法律上の意思表示を相手方に伝えるために用いられている。

内容証明郵便を電子的に行うものとしては、ｅ内容証明が挙げられる。ｅ内容証明は日本郵便株式会社が提供するサービスであり、非特許文献１に記載されている。ｅ内容証明は文書をインターネット上にアップロードすることにより、日本郵便株式会社が印刷・照合・封入封緘し、内容証明郵便として正本を受取人に郵便配達するとともに、謄本を差出人に郵便配達するシステムである。

また、特許文献１には、内容証明電子メールシステムが記載されている。このシステムでは、画像ファイルが添付された内容証明依頼メールを受け、画像ファイルの正本と副本を生成して採番し、正本を宛先へ、謄本を送信元へメールで配信するものである。特許文献１の発明では、この際に手書きサインの画像を用いる。

特開２００５－２３４８３５号公報

"ｅ内容証明（電子内容証明）"，［online］，［令和２年８月２６日検索］，インターネット<https://www.post.japanpost.jp/service/enaiyo/index.html>

内容証明郵便は、受取人の住所に配達されるために家人が受け取る可能性があり、受取人本人への配達日時を証明するには、信頼性に欠ける。また、受取人の住所が変更されていると配達を行うことができない。これらの点は、郵便配達を用いる日本郵便株式会社のｅ内容証明でも同じである。また、ｅ内容証明は文書枚数が最大５枚までであり、図・表は使用できず、文字の修飾も太字・斜体のみであるなど、送付する文書への制約が大きい。さらに、ｅ内容証明は、郵便局員が２箇所に配達を行うシステムであり、料金が高額である。また、債権譲渡の対抗要件として用いる場合に、複数の内容証明郵便で受付日が同じ場合には、何れが最先の受付か判定できず、有効性の判定ができない。

また、電子メールを用いたシステムに関しては、電子メールは個人がメールアドレスを多数持っている場合が多く、古いメールアドレスは使用されていない場合が多い。また最近では、ＬＩＮＥ（登録商標）等のテキストチャットアプリケーションソフトの利用により、メールが使われていない場合も多い。メールを普段使用しない人にメールを送っても、未読状態が続く可能性が高い。したがって、電子メールの送信から受取人がその電子メールを閲覧するまでに数日を要することもありうることから、電子メールを用いると配達日時を証明するには、信頼性に欠ける。また、個人が携帯端末で使用するメールアドレスは、通信キャリアを換えた際に変わってしまう。このように電子メールは、内容証明が個人を受取人とする場合には向いていない。

本発明は、上述した課題を解決するために、以下の構成を採用する。

すなわち、本発明の一側面に係る送付証明システムは、受取人携帯端末に送付した文書データの内容を証明するための、送付証明システムであって、前記文書データの送付先である前記受取人携帯端末の携帯電話番号を、差出人端末から受信する送付依頼受信手段と、
前記文書データを送付するためのＵＲＬを含むＳＭＳ文書を、前記携帯電話番号により前記受取人携帯端末へ通信キャリアを介してＳＭＳ送信するＳＭＳ送信手段と、前記通信キャリアが送信依頼を受けた日時であるＳＭＳ送信依頼日時を、前記通信キャリアから受信する送信日時受信手段と、前記文書データに関する前記ＳＭＳ送信依頼日時、前記携帯電話番号を含む内容証明データを保管する証明保管手段と、を備えることを特徴とする。

当該構成により、内容証明郵便の受付日に対応するＳＭＳ送信依頼日時を含めて、内容を証明して文書を送付することができる。また、差出人が紙媒体の謄本を必要とする場合は裁判等になる場合であって少ない。当該構成では、必要になった場合のみ差出人が謄本を入手できるため、差出人が謄本を管理する必要がない。

また、上記一側面に係る送付証明システムの別の形態として、
前記送信日時受信手段は、前記通信キャリアから前記受取人携帯端末へ前記ＳＭＳ送信が完了した日時のＳＭＳ送信完了日時を受信し、前記内容証明データは、前記ＳＭＳ送信完了日時を含むことを特徴としてもよい。

当該構成により、郵便の配達証明日に相当するＳＭＳ送信完了日時を証明することができる。

また、上記一側面に係る送付証明システムの別の形態として、認証手段を有し、前記認証手段は、前記受取人携帯端末で前記ＵＲＬにアクセスした際に、前記受取人携帯端末から認証情報を入力させ、前記認証情報が正しい場合に前記文書データを前記受取人携帯端末へ送付することを特徴としてもよい。

当該構成により、仮に携帯電話番号が受取人以外の他人のものになっていたとしても、文書データにアクセスすることができない。

また、上記一側面に係る送付証明システムの別の形態として、前記証明保管手段は、前記認証情報が正しい場合に、認証した日時を認証日時とし、前記内容証明データに含めて保管することを特徴としてもよい。

当該構成により、文書データを受取人の携帯端末に送付した日時を内容証明データにより証明することができる。

また、本発明の一側面に係る送付証明方法は、受取人携帯端末に送付した文書データの内容を証明するための、送付証明方法であって、前記文書データの送付先である前記受取人携帯端末の携帯電話番号を、差出人端末から受信し、前記文書データを送付するためのＵＲＬを含むＳＭＳ文書を、前記携帯電話番号により前記受取人携帯端末へ通信キャリアを介してＳＭＳ送信し、前記通信キャリアが送信依頼を受けた日時であるＳＭＳ送信依頼日時を、前記通信キャリアから受信し、前記文書データに関する前記ＳＭＳ送信依頼日時、前記携帯電話番号を含む内容証明データを保管することを特徴とする。

当該構成により、内容証明郵便の受付日に対応するＳＭＳ送信依頼日時を含めて内容を証明して文書を送付することができる。また、差出人が紙媒体の謄本を必要とする場合は裁判等になる場合であって少ない。当該構成では、必要になった場合のみ差出人が謄本を入手できるため、差出人が謄本を管理する必要がない。

また、上記一側面に係る送付証明方法の別の形態として、前記通信キャリアから前記受取人携帯端末へ前記ＳＭＳ送信が完了した日時のＳＭＳ送信完了日時を受信し、前記内容証明データは、前記ＳＭＳ送信完了日時を含むことを特徴としてもよい。

当該構成により、郵便の配達証明日に相当するＳＭＳ送信完了日時を証明することができる。

また、上記一側面に係る送付証明システムの別の形態として、前記受取人携帯端末で前記ＵＲＬにアクセスした際に、前記受取人携帯端末から認証情報を入力させ、前記認証情報が正しい場合に前記文書データを前記受取人携帯端末へ送付することを特徴としてもよい。

当該構成により、仮に携帯電話番号が受取人以外の他人のものになっていたとしても、文書データにアクセスすることができない。

また、上記一側面に係る送付証明システムの別の形態として、前記認証情報が正しい場合に、認証した日時を認証日時とし、前記内容証明データに含めて記憶することを特徴としてもよい。

当該構成により、文書データを受取人の携帯端末に送付した日時を内容証明データとして証明することができる。

本発明は、受取人本人への配達日時を証明することが可能であり、送付する文書に制約が少なく、安い料金とすることが可能であり、送付した時間まで確定することにより文書送付の前後に関する争いがなくなる送付証明システム及び送付証明方法を提供することができる。

実施形態における送付証明システムの構成図。 実施例１におけるテンプレートの登録工程を説明する図。 実施例１における差出人端末２から管理サーバ１にアクセスした際の初期画面。 実施例１の送信設定画面。 実施例１におけるＰＤＦファイルの登録工程を説明する図。 実施例１におけるＰＤＦ保管サーバにログイン後の保管サーバ初期画面。 実施例１におけるＳＭＳ文書送信工程。 実施例１における受取人携帯端末に表示されたＳＭＳ文書。 実施例１におけるＰＤＦファイルの送付工程。 実施例１における差出人端末２からのＰＤＦファイル確認工程。 実施例１における謄本の表紙として綴られる送付証明書。

内容証明による通知は、債権譲渡の通知、債権回収の督促状、借家契約の家賃請求・解約、慰謝料請求等に用いられる。ここでは例として内容証明を付して債権譲渡通知書を送付する場合を、本発明の送付証明システムおよび送付証明方法における実施形態として説明する。

債権を第三者に譲渡する場合には、譲渡人が債務者に通知すること等が要件となっている（民法第４６７条第１項）。そして、この通知は確定日付による証書であることにより第三者に対抗することができ（民法第４６７条第２項）、内容証明郵便が用いられている。内容証明郵便を利用する際には、差出人が内容文書の正本１通と謄本２通を用意し、書留料金に内容証明の料金を加算して郵便局に提出する。そうすると、郵便認証司が正本と謄本の認証を行った上で提出日の押印がなされ、正本は受取人へ配達され、謄本１通は差出人に戻される。一般的には配達証明も併用される。また、差出人は差し出した日から５年以内に限り、差出郵便局に保管されている謄本の閲覧を請求したり、謄本を提出して再度証明を受けたりすることができる。

本発明ではこのような内容証明郵便に替えて、内容証明を行って文書データを受取人に送付する。本発明は、社会システムの電子化を進めるものである。

図１は、本発明におけるシステムの構成図である。管理サーバ１は、文書を差し出す差出人の差出人端末２とインターネット３経由で接続する。差出人端末２は一般的にはパーソナルコンピュータであるが、インターネット３に接続できればよく、スマートホン等の携帯端末でもよい。また、管理サーバ１は、携帯電話サービスを提供する通信キャリア４経由と、インターネット３経由の２つで、文書を受け取る受取人携帯端末５と接続する。受取人携帯端末５は、受取人が所有するスマートホン等の携帯端末であり、通信キャリア４を介したＳＭＳ通信と、インターネット３の通信が可能な端末である。管理サーバ１と受取人携帯端末５は、インターネット３経由でＰＤＦ保管サーバ６と接続しており、ＰＤＦ保管サーバ６は、ＰＤＦ保管庫７と接続している。なお、図示していないが、受取人携帯端末５は、通信キャリア４を介してインターネット３に接続することもできる。ＰＤＦ保管庫７は、直接的にインターネット３に接続はしていない。また、差出人端末２から管理サーバ１に請求することにより、謄本の作成と、差出人への謄本の郵送が行われる。実施例１の送付証明システムは、管理サーバ１、ＰＤＦ保管サーバ６、ＰＤＦ保管庫７を備えるものである。

管理サーバ１は、送付依頼受信手段１１、ＳＭＳ送信手段１２、送信日時受信手段１３、証明保管手段１４、認証手段１５を備えている。送付依頼受信手段１１は、差出人端末２からインターネット３経由で受取人携帯端末５の携帯電話番号等を受信する。また、ＳＭＳ送信手段１２はＳＭＳ文書を、通信キャリア４を介してＳＭＳ送信する。送信日時受信手段１３は、通信キャリア４がＳＭＳの送信依頼を受けた日時であるＳＭＳ送信依頼日時を受信する。そして、証明保管手段１４は、送付するＰＤＦファイルに関連づけてＳＭＳ送信依頼日時、携帯電話番号等を有した内容証明データを保管する。

次に、実施例１における文書データの送付工程を説明する。実施例１において、文書データはＰＤＦファイルである。本実施例における文書の送付工程では、基本的には、テンプレートの登録、ＰＤＦファイルの登録、ＳＭＳ文書の送付、受取人によるＰＤＦファイルの取得が行われる。差出人は、工程ごとに中途保存したりログアウトしたりすることができ、ログアウトせずに連続的に工程を進めることもできる。

文書である債権譲渡通知書の送付にあたって、差出人は債権譲渡通知書をＰＤＦで用意する。改竄を防止するため、ＰＤＦには編集を制限するセキュリティを設定しておくことが望ましい。また、差出人は管理サーバ１にアクセスして文書送付用のテンプレートを登録しておく。

図２は、テンプレートの登録工程を説明する図である。差出人は差出人端末２から管理サーバ１にアクセスし、ログイン（ステップｓ１）を行う。

図３は、実施例１における差出人端末２から管理サーバ１にアクセスした際の初期画面である。ログインの後には、差出人端末２には図３の初期画面が表示される（ステップｓ２）。初期画面では、「送信設定画面選択」、「テンプレート一覧」、「ＰＤＦファイル登録」、「ＳＭＳ送信結果一覧」等のボタンが選択可能に表示される。送信設定画面は、ＳＭＳの送信先電話番号、ＳＭＳ本文等のＳＭＳに関する設定、ＳＭＳで送信するＵＲＬである固有ＵＲＬに関する設定、固有ＵＲＬにアクセスがあった際の認証に関する認証設定が、送信毎に設定される。差出人が差出人端末２で「送信設定画面選択」を選択すると、新規設定画面か、複数ある既存の送信設定画面を選択する画面となる（図示せず）。そして、それらの中から選択すると（ステップｓ３）、選択した送信設定画面が管理サーバ１から送られて差出人端末２に表示される（ステップｓ４）。

図４は、実施例１の送信設定画面を示す。送信設定画面の上部には、「一時保存」、「テンプレート登録」、「確認して送信する」のボタンが表示されている。そして、その下に送信設定名の入力枠が設けられている。また、ＳＭＳ設定として宛先携帯電話番号、ＳＭＳ本文、送信予定日時を入力することができる。さらに、固有ＵＲＬ設定として、期限設定を入力でき、認証設定として、認証画面表示項目とを入力することができる。文書データ（ＰＤＦファイル）を送付するためのＵＲＬである認証後転送ＵＲＬは、ＰＤＦ保管サーバ６にＰＤＦファイルを保管すると、ＰＤＦ保管サーバ６から管理サーバ１に送られて設定される。受取人携帯端末５へは、ＳＭＳ本文と、自動的に設定される固有ＵＲＬを備えたＳＭＳ文書が送付される。

図４にはＳＭＳ本文の例として、相手先名と送信元名、固有ＵＲＬから確認することを誘導する文章が記載されている。ＳＭＳ本文は、「定型文挿入」と「定型文登録」のボタンにより、定型文から挿入したり、定型文として登録したりすることができ、差出人が任意に設定することができる。

実施例１では、「送信予定日時」として、登録後の即時送信と日時を指定した送信を選択することができる。日時を指定した送信の場合には、差出人は送信日時を設定する。

固有ＵＲＬはＳＭＳの送信毎に固有であり、ネット上の他のＵＲＬと同じにならないように、管理サーバ１により自動的に設定される。具体的には、事業者を示すＵＲＬの後にＳＭＳごとに異なった固有文字列を付加するなどして、他にない固有ＵＲＬが生成されて設定される。そして、固有ＵＲＬによるアクセスがあった際の期限を差出人が設定することができる。実施例１では、送信開始日時からの時間か、日時により期限を設定できる。期限を過ぎて固有ＵＲＬによりアクセスがあった場合には正規の表示はなされず、期限切れである旨を表示する。

固有ＵＲＬがタップされると認証画面が表示される。実施例１では、表示される認証画面表示項目としては「生年月日」を選択することができる。生年月日は受取人が必ず覚えていることが想定される認証情報である。万が一、携帯電話番号が他人に移っていた場合であっても受取人の知人である可能性は極めて低く、受取人の生年月日が正しく入力されて認証を通過することは、基本的には無い。認証画面表示項目として「その他」を選択する場合は、例えば、ＳＭＳ本文には受取人の名字だけを記載して、「お客様の氏名を例に従いひらがなで入力してください。例：すずきたろう」と設定してもよい。この場合も、受取人を知らない他人は認証を通過できない。

認証を通過すると、「認証後転送ＵＲＬ」で設定したＵＲＬに転送が行われる。「認証後転送ＵＲＬ」と「宛先携帯電話番号」は、後述のＰＤＦ登録を行うと、上書きされて自動的に入力される。

図４の送信設定画面では、「ＳＭＳ本文」、「送信予定日時」、「固有ＵＲＬ設定」、「認証設定」を入力してテンプレートとすることができる。入力した状態で「テンプレート登録」を選択すると（ステップｓ５）、送信設定画面に入力した情報がテンプレートとして登録され、テンプレート番号が付与される（ステップｓ６）。テンプレート番号とテンプレートの内容は、図３に記載した初期画面の「テンプレート一覧」を開けることにより確認することができる。

図５は、実施例１におけるＰＤＦファイルの登録工程を説明する図である。差出人端末２からログインを行うと（ステップｓ１１）、図３の初期画面が表示される（ステップｓ１２）。ここで、「ＰＤＦファイル登録」を選択すると（ステップｓ１３）、ＰＤＦ保管サーバ６のＵＲＬに転送される（ステップｓ１４）。ここで、差出人は、ＰＤＦ保管サーバ６のログインを行う（ステップｓ１５）。そうすると、ＰＤＦ文書登録画面が送られて差出人端末２に表示される（ステップｓ１６）。

図６は、実施例１におけるＰＤＦ保管サーバ６にログイン後のＰＤＦ文書登録画面である。ＰＤＦ文書登録画面では、「○送付ファイル」の右側の枠を選択すると、差出人端末２から送付するファイルを選択する画面が生じる。差出人が差出人端末２で登録するＰＤＦファイルを選択すると、ファイル名が右側の枠中に表示されて登録される。また、ＰＤＦ文書登録画面では、「○送付先携帯電話番号」で送付先の携帯電話番号を入力することができる。さらに、テンプレート番号と送信設定名を入力することができ、ダウンロード可能回数、ダウンロード可能期間、ファイル保管期間を入力して設定できる。テンプレート番号と送信設定名は、管理サーバ１で対応して記憶されているものを記入する必要があり、これによりテンプレート番号の選択間違いを抑制する。各内容を入力し（ステップｓ１７）、が終了したら、「アップロード」のボタンを選択する（ステップｓ１８）。

アップロードにより、ＰＤＦファイルが他の情報と共にＰＤＦ保管サーバ６に記憶され（ステップｓ１９）、さらに管理サーバ１に携帯電話番号、テンプレート番号、ダウンロード可能回数等と、送付ファイルにアクセスする送付ファイルＵＲＬが送られる（ステップｓ２０）。管理サーバ１では、テンプレート番号と送信設定名の組み合わせが正しいかチェックし、正しければアップロードが成功して携帯電話番号等が記憶される（ステップｓ２１）。正しくない場合には、アップロードできず、テンプレート番号と送信設定名の組み合わせが正しくない旨の表示が差出人端末２の画面にポップアップする。

アップロードが成功すると、ＰＤＦ保管サーバ６からは自動的にログアウトする（ステップｓ２２）。そして管理サーバ１では、テンプレート番号と送信設定名に対応するテンプレートに携帯電話番号等を挿入し（ステップｓ２３）、差出人端末２に送信して表示させる（ｓ２４）。

図７は、実施例１におけるＳＭＳ文書送信工程を示す。差出人は、差出人端末２から管理サーバ１にログインして（ステップｓ３１）初期画面を表示した（ステップｓ３２）後に、初期画面の送信設定画面を選択する。そして、複数ある送信設定名等の中から、送信したいものを選ぶ（ステップｓ３３）。そうすると、図４の送信設定画面が差出人端末２に表示される。送信設定画面は、ＰＤＦ保管画面に入力したテンプレート番号に対応するテンプレートが用いられている。そして、ＰＤＦ保管画面に記入した送付先携帯電話番号が宛先携帯電話番号として設定され、ＰＤＦ保管サーバ６で自動設定した送付ファイルＵＲＬが認証後転送ＵＲＬとして設定された状態となっている。

差出人は、送信設定画面の入力を行う（ステップｓ３４）。入力では、「○ＳＭＳ本文」に宛先名を入力する等して修正し、「○送信予定日時」、固有ＵＲＬ設定の「○期限設定」を行う。また、認証認定について、認証認定画面表示項目と答えを入力する。生年月日を選択した場合、「答え」は「例」に記載したように西暦８桁で記入する。認証の際に入力内容が「答え」と一致した場合には、認証後転送ＵＲＬに転送される。

入力の途中で一時的に送信設定画面を閉じる場合には、上部の「一時保存」を選択すると初期画面に移行する。また、入力が終了して受取人に送信する場合には、上部の「確認して送信する」を選択する（ステップｓ３５）ことにより、ＳＭＳ文書と送信予定日時等の送信設定画面の内容が管理サーバ１に記憶され（ステップｓ３６）、初期画面に移行する（ステップｓ３７）。「○送信予定日時」で「登録後、すぐに配達する」を選択していれば、右上の「確認して送信する」の選択の直後にＳＭＳ文書が配達される。また、「日時を指定して配信する」を選択して右枠に日時を入力して入れば、右上の「確認して送信する」の選択の後に、記入した日時にＳＭＳ文書が送信される。

以上のようにして、管理サーバ１は、送付依頼受信手段１１により、差出人端末２から文書データを送付する受取人携帯端末５の携帯電話番号等を受信する。

管理サーバ１は、送信予定日時等において、ＳＭＳ送信の前に携帯電話番号の有効確認と、送信先の通信キャリア４の確認を行う（ステップｓ３７）。管理サーバ１は他システムから携帯電話番号の有効性についての情報を得て確認する。他システムでは、携帯電話番号の存在の有無等を常時監視しており、それにより携帯電話番号の有効性を示すことができる。また、他システムでは、複数の通信キャリアのうち、ＳＭＳを送信する通信キャリア４を特定する。ＳＭＳの送信の際に介在する通信キャリア４は、携帯電話番号により定まっている。携帯電話番号が有効であれば、管理サーバ１は固有ＵＲＬを作成してＳＭＳ本文の後ろに付与し、ＳＭＳ文書を作成する。そして、携帯電話番号を用いて特定した通信キャリア４を介し、ＳＭＳ文書を受取人携帯端末５へ送信する。このようにして、管理サーバ１は、ＳＭＳ送信手段１２によりＳＭＳ送信する。

ＳＭＳ文書送信（ステップｓ３８）をされた通信キャリア４は、ＳＭＳ文書と送信依頼を受けた日時であるＳＭＳ送信依頼日時を記憶し（ステップｓ３９）、ＳＭＳ送信依頼日時を管理サーバ１に送信する（ステップｓ４０）。このようにして、管理サーバ１は送信日時受信手段１３により、通信キャリア４からＳＭＳ送信依頼日時を受信する。

管理サーバ１は、受信したＳＭＳ送信依頼日時を記憶する（ステップｓ４１）。そして、携帯電話番号によって、通信キャリア４から受取人携帯端末５にＳＭＳ文書が送信される（ステップｓ４２）。ＳＭＳ文書の送信が成功すると、通信キャリア４は、受取人携帯端末５からのＳＭＳ送信完了の情報（ステップｓ４３）により日時を記録する（ステップｓ４４）と共に、ＳＭＳ送信完了日時として管理サーバ１に送信する（ステップｓ４５）。管理サーバ１は、送信日時受信手段１３により受信したＳＭＳ送信完了日時を記憶する（ステップｓ４６）。受取人携帯端末５の電源が入っていないなど、ＳＭＳを受け取れない場合には、受取人携帯端末５がＳＭＳを受け取るまでＳＭＳ送信完了日時は通信キャリア４及び管理サーバ１に送信されない。以上のようにして、管理サーバ１は、ＳＭＳ送信依頼日時、ＳＭＳ送信完了日時、携帯電話番号等の内容証明データを、送付するＰＤＦファイルに関連づけて証明保管手段１４により保管する。

内容証明郵便では、郵便局での受付日（差出日）が債権譲渡通知の確定日付になるが、本実施例では、ＳＭＳ送信依頼日時の日が受付日に相当し、確定日付となる。また、ＳＭＳ送信完了日時の日は、内容証明郵便に付加した配達証明で証明する配達日に相当する。管理サーバ１では、受取人携帯電話番号、ＳＭＳ送信依頼日時、ＳＭＳ送信完了日時等を内容証明データとして記憶する。本実施例では、ＳＭＳ送信依頼日時、ＳＭＳ送信完了日時を用いているため、時間まで証明することができる。

図８は、実施例１における受取人携帯端末５に表示されたＳＭＳ文書である。実施例１のＳＭＳ文書では、「［重要］・・・下さい。」とのＳＭＳ本文の下に、「https://smss・・・」との固有ＵＲＬが記載されている。受取人がＳＭＳ文書を見て、表示されている固有ＵＲＬをタップすると、管理サーバ１に接続される。

図９は、実施例１におけるＰＤＦファイルの送付工程である。受取人携帯端末５は、固有ＵＲＬのタップ（ステップｓ５１）により管理サーバ１に接続し、ダウンロード可能期間等の条件がチェックされる（ステップｓ５２）。条件を満たしていれば、認証手段１５から認証画面が受取人携帯端末５に送られて表示される（ステップｓ５３）。条件を満たしていない場合には、期間経過等の画面が表示される。条件を満たしていると、管理サーバ１では、固有ＵＲＬのタップにより接続した日時が文書要求日時として記憶され（ステップｓ５４）、内容証明データとなる。受取人携帯端末５の認証画面には、送信設定画面の認証設定で認証画面表示項目として設定した項目が表示される。生年月日に設定した場合には、「お客様の生年月日を、例に従い西暦８桁で入力してください。例：19900101」と表示され、その他に設定した場合には、差出人が設定した内容が表示される。

受取人が認証情報として認証情報を入力し（ステップｓ５５）、認証手段１５による認証情報チェック（ステップｓ５６）で認証設定により設定した「答え」と同じであって正しいと判定されると、ＰＤＦ保管サーバ６のＵＲＬである認証後転送ＵＲＬに転送される（ステップｓ５７）。管理サーバ１では、認証された日時は文書ＤＬ認証日時として記憶され（ステップｓ５８）、内容証明データとなる。ＰＤＦ保管サーバ６は、受取人携帯端末５にＰＤＦファイルを送付する（ステップｓ５９）。そして、受取人携帯端末５ではＰＤＦファイルを表示する（ステップｓ６０）。また、ＰＤＦ保管サーバ６では、ＰＤＦファイルを送信した文書送付日時を記録する（ステップｓ６１）。

ＰＤＦ保管サーバ６では、設定した文書保管期間のチェックをしており（ステップｓ７１）、ＰＤＦファイルの送付の有無に関わらず、文書保管期間になるとＰＤＦファイル等をＰＤＦ保管庫７に移動させる（ステップｓ７２）。ＰＤＦ保管庫７はインターネット３に接続されておらず、１日の特定時間のみ管理者がアクセスできる。したがって、ＰＤＦ保管庫７は極めてセキュリティが高い。

図１０は、実施例１における差出人端末２からのＰＤＦファイル確認工程である。文書保管期間であればＰＤＦファイル等はＰＤＦ保管サーバ６に記憶されている。記憶されていれば、差出人はＰＤＦファイル等をいつでも閲覧することができる。閲覧する場合には、差出人は直接的にＰＤＦ保管サーバ６にログインする（ステップｓ８１）。そうすると初期画面が表示されるので（ステップｓ８２）、該当するＰＤＦファイル等を選択する（ステップｓ８３）。そうすると、ＰＤＦファイルとそれに付随する携帯電話番号等が差出人端末２へ送られ（ステップｓ８４）、表示されて閲覧することができる（ステップｓ８５）。データ保管期間が過ぎると、これらの情報はＰＤＦ保管庫７に移動するので、管理者への手続を経てＰＤＦ保管庫７の情報にアクセスしなければ、閲覧することができない。

差出人がＳＭＳ送信依頼日時やＳＭＳ送信完了日時等を確認したい場合には管理サーバ１にログインを行い、図４の初期画面から「ＳＭＳ送信結果一覧」を選択する。「ＳＭＳ送信結果一覧」には、ＳＭＳ送信毎にＳＭＳ送信依頼日時やＳＭＳ送信完了日時等が記載されている。そして、該当する送信結果を選択すると、ＳＭＳ送信依頼日時とＳＭＳ送信完了日時を含めて詳しい情報が記載された送信結果画面となる。これらの画面から、差出人は確認を行うことができる。

図１１は、実施例１における謄本の表紙として綴られる送付証明書である。差出人は、裁判等に使用するために紙媒体の謄本が必要になった場合には、管理サーバ１の管理者に電話やメールで連絡し、謄本作成依頼を行う。管理者は、ＰＤＦ保管サーバ６またはＰＤＦ保管庫７に記憶されているＰＤＦファイルにアクセスして印刷し、押印した証明書をフロントページとして綴じた後に契印して証明書付の謄本を作成する。送付証明書には、内容証明郵便の提出日に相当するＳＭＳ送信依頼日時、配達証明に相当するＳＭＳ送信完了日時、受取人携帯電話番号等の内容証明データの一部または全部が記載されている。ＳＭＳ送信依頼日時と携帯電話番号は必ず証明書に記載される必須記載事項であるが、他の項目は依頼者の要望により記載される。実施例１では、送付証明書に記載される証明者は管理者の代表者である。しかし、管理者の会社において郵便認証司や郵便認証司に替わる資格者が認証して証明することも考えられる。なお、裁判等で用いるのでなければ、証明書付謄本が差出人の手元にある必要はない。本実施例では、管理人が管理サーバ１等でデータを保存し、謄本は差出人が必要となったときに管理人が印刷して郵送する。従って、差出人は謄本の保存管理を行う必要が無い。

実施例２は、実施例１よりも法改正が少なくて済む構成である。実施例１では、受取人携帯端末５でＳＭＳ文書の固有ＵＲＬをタップすると認証画面となり、認証されるとＰＤＦファイルの文書が表示される。しかし、認証の後にＰＤＦファイルの了承を求める画面とし、受取人が了承してからＰＤＦファイルを送信することもできる。

実施例１、２の送付証明システムないし送付証明方法では、管理サーバ１、ＰＤＦ保管サーバ６、ＰＤＦ保管庫７を有しているが、ＰＤＦ保管庫７を備えていなくてもよい。また、管理サーバ１とＰＤＦ保管サーバ６はインターネット３等を介さずに一体的に形成されてもよい。また、実施例１，２では、送付する文書をＰＤＦファイルとしているが、他の形式のデータでもよい。さらに、実施例１，２では認証情報が得られると文書ファイルを送付しているが、文書ファイル等を送付してからパスワードにより開封できるようにしてもよい。

本願では文書と記載しているが、文書には写真や動画等の他のデータも含まれる。また、管理サーバ１とＰＤＦ保管サーバ６を、インターネット３を介さずに一体化した構成としたり、一つのサーバで実施した構成としたりすることもできる。

１ 管理サーバ
１１ 送付依頼受信手段
１２ ＳＭＳ送信手段
１３ 送信日時受信手段
１４ 証明保管手段
１５ 認証手段
２ 差出人端末
３ インターネット
４ 通信キャリア
５ 受取人携帯端末
６ ＰＤＦ保管サーバ
７ ＰＤＦ保管庫

Claims (8)

1. 受取人携帯端末に送付した文書データの内容を証明するための、送付証明システムであって、
   前記文書データの送付先である前記受取人携帯端末の携帯電話番号を、差出人端末から受信する送付依頼受信手段と、
   前記文書データを送付するためのＵＲＬを含むＳＭＳ文書を、前記携帯電話番号により前記受取人携帯端末へ通信キャリアを介してＳＭＳ送信するＳＭＳ送信手段と、
   前記通信キャリアが送信依頼を受けた日時であるＳＭＳ送信依頼日時を、前記通信キャリアから受信する送信日時受信手段と、
   前記文書データに関する前記ＳＭＳ送信依頼日時、前記携帯電話番号を含む内容証明データを保管する証明保管手段と、
   を備えることを特徴とする送付証明システム。
2. 前記送信日時受信手段は、前記通信キャリアから前記受取人携帯端末へ前記ＳＭＳ送信が完了した日時のＳＭＳ送信完了日時を受信し、
   前記内容証明データは、前記ＳＭＳ送信完了日時を含むことを特徴とする請求項１に記載の送付証明システム。
3. 前記受取人携帯端末で前記ＵＲＬにアクセスした際に、前記受取人携帯端末から認証情報を入力させ、前記認証情報が正しい場合に前記文書データを前記受取人携帯端末へ送付する認証手段を更に備えることを特徴とする請求項１または２に記載の送付証明システム。
4. 前記証明保管手段は、前記認証情報が正しい場合に、認証した日時を認証日時とし、前記内容証明データに含めて保管することを特徴とする請求項３に記載の送付証明システム。
5. 受取人携帯端末に送付した文書データの内容を証明するための、送付証明方法であって、
   前記文書データの送付先である前記受取人携帯端末の携帯電話番号を、差出人端末から受信し、
   前記文書データを送付するためのＵＲＬを含むＳＭＳ文書を、前記携帯電話番号により前記受取人携帯端末へ通信キャリアを介してＳＭＳ送信し、
   前記通信キャリアが送信依頼を受けた日時であるＳＭＳ送信依頼日時を、前記通信キャリアから受信し、
   前記文書データに関する前記ＳＭＳ送信依頼日時、前記携帯電話番号を含む内容証明データを保管することを特徴とする送付証明方法。
6. 前記通信キャリアから前記受取人携帯端末へ前記ＳＭＳ送信が完了した日時のＳＭＳ送信完了日時を受信し、
   前記内容証明データは、前記ＳＭＳ送信完了日時を含むことを特徴とする請求項５に記載の送付証明方法。
7. 前記受取人携帯端末で前記ＵＲＬにアクセスした際に、前記受取人携帯端末から認証情報を入力させ、前記認証情報が正しい場合に前記文書データを前記受取人携帯端末へ送付することを特徴とする請求項５または６に記載の送付証明方法。
8. 前記認証情報が正しい場合に、認証した日時を認証日時とし、前記内容証明データに含めて記憶することを特徴とする請求項７に記載の送付証明方法。

Images