(57)【要約】【課題】メールにおいて人による動作が介入されているかを判別する。【解決手段】サーバ２０が（１）画像のデータであって個々に認証の解がある認証ファイルを生成する認証ファイル決定工程と（２）認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成工程と（３）認証ファイルを添付し返信先を証返信用メールアドレスとした認証用メールを要求者メールアドレスに送信するメール送信工程と（４）要求者メールアドレスに、前記認証返信用メールアドレスと、認証ファイルについての認証の解を関連付けてデータベース３０に記憶する認証組み合わせ記憶工程と（５）認証返信用メールアドレス宛ての認証返信用メール７０を受信するメール受信工程と（６）受信した認証返信用メール７０に、要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析工程とを含むこと。【選択図】図４
2016114961.tif 000002
【特許請求の範囲】
【請求項１】
サーバが、
（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイルを生成又は選出する認証ファイル決定工程と、
（２）前記認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成工程と、
（３）前記認証ファイルを添付し返信先を前記認証返信用メールアドレスとした認証用メールを要求者メールアドレスに送信するメール送信工程と、
（４）前記要求者メールアドレスに、前記受付別識別子又は前記認証返信用メールアドレスと、前記認証ファイルについての認証の解とを関連付けてデータベースに記憶する認証組み合わせ記憶工程と、
（５）前記認証返信用メールアドレス宛ての認証返信用メールを受信するメール受信工程と、
（６）受信した前記認証返信用メールに、前記要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析工程とを含むことを特徴とする、判別方法。
【請求項２】
前記認証ファイル決定工程の前に、
ユーザからの認証要求メールを受信し、
前記認証要求メールの送信元が前記データベースに要求者メールアドレスとして記憶されているかを判定し、
記憶されていないときは、前記認証要求メールの送信元を要求者メールアドレスとし前記認証要求メールの受付回数と関連付けて前記データベースに記憶し、
記憶されているときは、前記認証要求メールの送信元である要求者メールアドレスに関連付けられている受付回数が上限以内かを判定する、
認証要求メール受付工程を含むことを特徴とする、請求項１記載の判別方法。
【請求項３】
前記メール解析工程が、受信した前記認証返信用メールの送信元が前記データベースに記憶されている要求者メールアドレスであるかを解析し、受信した前記認証返信用メールの送信元が前記データベースに記憶されている要求者メールアドレスでないときには、前記認証要求メール受付工程へ戻ることを含むことを特徴とする請求項２に記載の判別方法。
【請求項４】
前記メール解析工程が、さらに、前記認証返信用メールの送信先メールアドレスについて前記要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析し、前記認証返信用メールの送信先メールアドレスについて前記要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスでないときには、前記認証要求メール受付工程へ戻ることを含むことを特徴とする請求項３に記載の判別方法。
【請求項５】
前記メール解析工程が、さらに、前記認証返信用メールの送信先メールアドレスの中に前記要求者メールアドレスに関連付けて記憶されている受付別識別子を含むかを解析し、前記認証返信用メールの送信先メールアドレスの中に前記要求者メールアドレスに関連付けて記憶されている受付別識別子を含まないときには、前記認証要求メール受付工程へ戻ることを含むことを特徴とする請求項３に記載の判別方法。
【請求項６】
前記メール解析工程が、さらに、前記要求者メールアドレス毎に前記認証返信用メールによる回答回数が上限以内かを判定することを含むことを特徴とする、請求項１から請求項５のいずれかに記載の判別方法。
【請求項７】
コンピュータに、
（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイルを生成又は選出する認証ファイル決定機能と、
（２）前記認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成機能と、
（３）前記認証ファイルを添付し返信先を前記認証返信用メールアドレスとした認証用メールを要求者メールアドレスに送信するメール送信機能と、
（４）前記要求者メールアドレスに、前記受付別識別子又は前記認証返信用メールアドレスと、前記認証ファイルについての認証の解とを関連付けてデータベースに記憶させる認証組み合わせ記憶機能と、
（５）前記認証返信用メールアドレス宛ての認証返信用メールを受信するメール受信機能と、
（６）受信した前記認証返信用メールに、前記要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析機能と
を実現させることを特徴とする判別プログラム。
【請求項８】
さらに、ユーザからの認証要求メールを受信し、前記認証要求メールの送信元が前記データベースに要求者メールアドレスとして記憶されているかを判定し、記憶されていないときは、前記認証要求メールの送信元を要求者メールアドレスとし前記認証要求メールの受付回数と関連付けて前記データベースに記憶し、記憶されているときは、前記認証要求メールの送信元である要求者メールアドレスに関連付けられている受付回数が上限以内かを判定する、認証要求メール受付機能を有することを特徴とする請求項７記載の判別プログラム。
【請求項９】
前記メール解析機能が、受信した前記認証返信用メールの送信元が前記データベースに記憶されている要求者メールアドレスであるかを解析する機能を有することを特徴とする請求項７又は請求項８に記載の判別プログラム。
【請求項１０】
前記メール解析機能が、さらに、前記認証返信用メールの送信先メールアドレスについて前記要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析する機能を有することを特徴とする請求項７から請求項９のいずれかに記載の判別プログラム。
【請求項１１】
前記メール解析機能が、さらに、前記認証返信用メールの送信先メールアドレスの中に前記要求者メールアドレスに関連付けて記憶されている受付別識別子を含むかを解析する機能を有することを特徴とする請求項７から請求項９のいずれかに記載の判別プログラム。
【請求項１２】
前記メール解析機能が、さらに、前記要求者メールアドレス毎に前記認証返信用メールによる回答回数が上限以内かを判定する機能を有することを特徴とする請求項７から請求項１１のいずれかに記載の判別プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールによる判別方法及び判別プログラムに関する。
【背景技術】
【０００２】
近年、コンサートチケットなどの予約には、Ｗｅｂサイトで予約を受け付けることが主流となってきた。しかし、Ｗｅｂサイトでの予約では、転売目的等でコンピュータプログラムを用いて大量に申込を行う者が多く出てきた。そこで、予約用Ｗｅｂサイトでは、個人情報や認証用の文字列をフォームに入力させることにより、プログラムによる大量の自動申込を防止し、人の手を介した申込をさせることが一般的となった。しかし、予約用Ｗｅｂサイトにおいて認証用の文字列をフォームに入力させる等の方法では、チケット予約等で予約用Ｗｅｂサイトへのアクセスが集中すると、予約希望者がそのＷｅｂサイトにアクセスすること自体が困難となり、スムーズに予約できなくなるユーザが多くなった。
【０００３】
かかる問題を解決する方法として、Ｗｅｂサイトにアクセスするために整理券（Ｗｅｂアクセス用整理券）を発行することが発明されている（例えば、特許文献１参照）。メール送受信は、サイトアクセスで一度にアクセスできるユーザ数と比較すると、飛躍的に大量の送受信を一度に処理することができるため、かかる発明により、整理券発行のためのメール送信によって、Ｗｅｂページへのアクセス集中を緩和することができるようになった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５３２２０７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、整理券発行のためのメールに対し、人間による返信ではなくコンピュータプログラムを利用した自動返信をする者が現れるという問題が生じた。
【０００６】
本発明は、上述したような課題を解決するためになされたものであり、メールを利用して人による動作が介入されているかを判別することができる判別方法及び判別プログラムを得ることを目的としている。
【課題を解決するための手段】
【０００７】
本発明の第１の態様は、サーバが、
（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイルを生成又は選出する認証ファイル決定工程と、
（２）前記認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成工程と、
（３）前記認証ファイルを添付し返信先を前記認証返信用メールアドレスとした認証用メールを要求者メールアドレスに送信するメール送信工程と、
（４）前記要求者メールアドレスに、前記受付別識別子又は前記認証返信用メールアドレスと、前記認証ファイルについての認証の解とを関連付けてデータベースに記憶する認証組み合わせ記憶工程と、
（５）前記認証返信用メールアドレス宛ての認証返信用メールを受信するメール受信工程と、
（６）受信した前記認証返信用メールに、前記要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析工程とを含むことを特徴とする判別方法を提供する。「サーバ」には、本願では、１又は複数のサーバを総称する。「サーバ」には、単独のサーバのみならず、互いに物理的に独立したサーバの組み合わせでも、１つのサーバが物理的に複数のサーバで構成されるものでもよく、複数種類のサーバ機能が物理的に１つのサーバ内にあるものであってもよい。データベースはいずれかのサーバ内にあってもよいし、独立したサーバにあってもよいし、複数のサーバに分散して存在してもよいし、サーバとは別個にあってもよい。
【０００８】
本発明において、「一意の」には、一意的な、一義的なという意味を含む。「一意の識別子」には、例えば、認証ファイル毎に別々の識別子であることを含む。「識別子」には、種々の形式の識別子を含み、例えば、アルファベットその他の文字や記号、英数字等のいずれでもよく、また、これらの複数種類を組み合わせてもよい。また、識別子の文字長は特に制限されない。
【０００９】
本発明の第１の態様によれば、コンピュータプログラムによる自動返信では正しいメールを返信することができないので、Ｗｅｂサイトへのアクセスを介さずに、メールを利用して人による動作が介入されているかを判別することができる。
【００１０】
前記認証ファイル決定工程の前に、
ユーザからの認証要求メールを受信し、
前記認証要求メールの送信元が前記データベースに要求者メールアドレスとして記憶されているかを判定し、
記憶されていないときは、前記認証要求メールの送信元を要求者メールアドレスとし前記認証要求メールの受付回数と関連付けて前記データベースに記憶し、
記憶されているときは、前記認証要求メールの送信元である要求者メールアドレスに関連付けられている受付回数が上限以内かを判定する、
認証要求メール受付工程を含むことが好ましい。
【００１１】
前記メール解析工程が、受信した前記認証返信用メールの送信元が前記データベースに記憶されている要求者メールアドレスであるかを解析し、受信した前記認証返信用メールの送信元が前記データベースに記憶されている要求者メールアドレスでないときには、前記認証要求メール受付工程へ戻ることを含むことが好ましい。
【００１２】
前記メール解析工程が、さらに、前記認証返信用メールの送信先メールアドレスについて前記要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析し、前記認証返信用メールの送信先メールアドレスについて前記要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスでないときには、前記認証要求メール受付工程へ戻ることを含むことが好ましい。又は、前記メール解析工程が、さらに、前記認証返信用メールの送信先メールアドレスの中に前記要求者メールアドレスに関連付けて記憶されている受付別識別子を含むかを解析し、前記認証返信用メールの送信先メールアドレスの中に前記要求者メールアドレスに関連付けて記憶されている受付別識別子を含まないときには、前記認証要求メール受付工程へ戻ることを含むことが好ましい。
【００１３】
前記メール解析工程が、さらに、前記要求者メールアドレス毎に前記認証返信用メールによる回答回数が上限以内かを判定することを含むことが好ましい。
【００１４】
また、本発明の第２の態様は、コンピュータに、
（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイルを生成又は選出する認証ファイル決定機能と、
（２）前記認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成機能と、
（３）前記認証ファイルを添付し返信先を前記認証返信用メールアドレスとした認証用メールを要求者メールアドレスに送信するメール送信機能と、
（４）前記要求者メールアドレスに、前記受付別識別子又は前記認証返信用メールアドレスと、前記認証ファイルについての認証の解とを関連付けてデータベースに記憶させる認証組み合わせ記憶機能と、
（５）前記認証返信用メールアドレス宛ての認証返信用メールを受信するメール受信機能と、
（６）受信した前記認証返信用メールに、前記要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析機能と
を実現させることを特徴とする判別プログラムを提供する。
【００１５】
さらに、ユーザからの認証要求メールを受信し、前記認証要求メールの送信元が前記データベースに要求者メールアドレスとして記憶されているかを判定し、記憶されていないときは、前記認証要求メールの送信元を要求者メールアドレスとし前記認証要求メールの受付回数と関連付けて前記データベースに記憶し、記憶されているときは、前記認証要求メールの送信元である要求者メールアドレスに関連付けられている受付回数が上限以内かを判定する、認証要求メール受付機能を有することが好ましい。
【００１６】
また、前記メール解析機能が、受信した前記認証返信用メールの送信元が前記データベースに記憶されている要求者メールアドレスであるかを解析する機能を有することが好ましい。
【００１７】
また、前記メール解析機能が、さらに、前記認証返信用メールの送信先メールアドレスについて前記要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析する機能を有することが好ましい。又は、前記メール解析機能が、さらに、前記認証返信用メールの送信先メールアドレスの中に前記要求者メールアドレスに関連付けて記憶されている受付別識別子を含むかを解析する機能を有することが好ましい。
【００１８】
前記メール解析機能が、さらに、前記要求者メールアドレス毎に前記認証返信用メールによる回答回数が上限以内かを判定する機能を有することが好ましい。
【発明の効果】
【００１９】
本発明によれば、メールを利用して人による動作が介入されているかを判別することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の判別方法の実施例１のフロー(１)及び判別システムの概略を示す図である。
【図２】本発明の判別方法の実施例１における認証ファイルの生成フロー例を示す図である。
【図３】本発明の判別方法の実施例１のフロー(２)を示す図である。
【図４】本発明の判別方法の実施例１のフロー(３)を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明の判別方法及び判別プログラム並びに判別システムについて、添付図面を参照して実施例を用いて本発明の好適な実施の形態を具体的に説明するが、本発明はこれらに限定されるものではない。
【実施例１】
【００２２】
｛構成｝
本実施例の判別方法では、ユーザ端末のメールアドレスである要求者メールアドレスに認証ファイルを添付したメールを要求者メールアドレスに送信し解を含むメールを返信させて解析し人間が解読して返信をしたものかどうかの判別を行うものである。
【００２３】
本実施例の判別方法を実現する判別システム４０は、サーバ２０と、データベース３０とを有するものであって、サーバ２０は、（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイル５０を生成又は選出する認証ファイル決定手段と、（２）認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成手段と、（３）認証ファイル５０を添付し返信先を認証返信用メールアドレスとした認証用メール６０を要求者メールアドレスに送信するメール送信手段と、（４）要求者メールアドレスに、受付別識別子又は認証返信用メールアドレスと、認証ファイル５０の認証の解と、認証返信用メール７０による回答回数とを関連付けてデータベース３０に記憶する認証組み合わせ記憶手段と、(５)認証返信用メールアドレス宛ての認証返信用メール７０を受信するメール受信手段と、（６）受信した認証返信用メール７０に、要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析手段とを有する。また、サーバ２０は、（７）要求者メールアドレスからの認証要求メールを受信し、要求者メールアドレスからの認証要求メールの受付回数と要求者メールアドレスとを関連付けてデータベース３０に記憶する認証要求メール受付手段を有する。要求者メールアドレスは、認証を希望するユーザ端末１０のメールアドレスである。サーバ２０は、本実施例では、メールサーバである。
【００２４】
本実施例においては、メール解析手段は、さらに、受信した認証返信用メール７０の送信元がデータベース３０に記憶されている要求者メールアドレスであるかを解析し、認証返信用メール７０の送信先メールアドレスについて要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析し、要求者メールアドレス毎に認証返信用メール７０による回答回数を確認するものである。データベース３０には、認証ファイル５０と、認証ファイル５０の認証の解とが、認証ファイル毎に関連付けられて記憶されており、また、データベース３０には、要求者メールアドレスと、認証返信用メール７０による回答回数とが、関連付けられて記憶されている。
【００２５】
本発明の判別方法の実施例１を実現する判別システム４０は、ＣＰＵなどの演算処理装置、ＲＡＭやハードディスクなどの記憶装置を有するコンピュータ端末（サーバも含む）上でその処理が実現される。本実施例の判別システム４０は、携帯電話網、インターネットやＬＡＮ、ＷＡＮ等のネットワークを介して、サーバ２０と、ユーザ端末１０との間で相互に情報の送受信が可能である。尚、ユーザ端末１０は、例えば、ノートＰＣやタブレットＰＣを含むパーソナルコンピュータ（ＰＣ）や、スマートフォンを含む携帯電話、ＰＨＳ、ＰＤＡ等、メールの送受信による通信手段を有する端末である。
【００２６】
サーバ２０は、ＣＰＵ、メモリ、オペレーティングシステム、デバイスドライバ等で構成される制御装置と、磁気ディスク等の二次記憶、ＬＡＮボード等の通信制御装置を備えている。データベース３０は、本実施例ではサーバ２０内にあり磁気ディスク等の二次記憶を備えているが、他のサーバ内にあってもよく、サーバ２０と独立したデータベースであってもよく、さらに、サーバ２０と同様にサーバ機能を有するものであってもよい。本実施例では、データベース３０としては、データベース３０ａとデータベース３０ｂとを有するが、データベースは１つであっても複数であってもよい。サーバ２０は、物理的に１又は複数のサーバから構成されて１種類のサーバとして機能するものであってもよく、また、複数種類のサーバとしての機能が物理的に１つのサーバから構成されていてもよい。サーバ２０は、本実施例ではメールサーバであるが、サーバ２０が多数あって、メール送信手段及びメール受信手段と、メール解析手段と、受付回数記録手段と回答回数記録手段とが別々のサーバにあってもよい。本実施例においては、サーバ２０は１つの物理的マシンからなるが、複数の物理マシンであって複数のＯＳとハードウェアを稼働させて複数の仮想サーバとして機能させることもできる。サーバ２０は、ＩＰアドレスとポート番号が同じでもＨＴＴＰのプロトコルヘッダを変えて複数の名前ベースの仮想サーバにできるものであってもよい。
【００２７】
サーバ２０の磁気ディスクには、本実施例の判別方法を実行するための判別プログラムが格納されている。サーバ２０は通常のサーバが有するクロック機能等を備えている。
【００２８】
サーバ２０は、ＣＰＵで実行する判別プログラム等のプログラムを格納するＲＯＭとデータを格納するＲＡＭとを有する。サーバ２０は、ＲＯＭやハードディスクドライブに格納されているコンピュータプログラムに基づいて、ＣＰＵはメール送受信及び認証等の処理を行う。
【００２９】
本実施例の判別プログラムは、本実施例の判別方法の各処理ステップをコンピュータに実行させるものである。本実施例の判別プログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。本実施例においては、判別プログラムは、当該コンピュータ端末のハードディスクに記憶されており、かかるプログラムは、所定の操作をされることによってＲＡＭ等などに読み込まれ、その機能（手段）を演算処理装置で実行し、もって、所定の処理が行われる。そして、かかる処理に用いる記憶手段として記憶する情報は、データベースやデータファイルなどの各種のファイル保存形式でＲＡＭやハードディスクなどの記憶装置に記憶されており、その処理の際に適宜読み出されることで、所定の処理が行われる。また、処理した結果も、ＲＡＭやハードディスクなどの記憶装置に書き出され、適宜記憶される。本実施例においてサーバ２０のＣＰＵがサーバ２０の判別プログラムをサーバ２０のメモリにロードして実行することにより本実施例の判別方法の各処理が可能なコンピュータの機能を発揮する。サーバ２０のＣＰＵは、通常のコンピュータに搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行うことができる。メールサーバであるサーバ２０は複数のメールアカウントを有することができる。
【００３０】
本実施例に於ける各手段は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を構成するものであってもよい。
【００３１】
本実施例において、認証ファイル決定手段で生成又は選出する画像及び／又は音声のデータである認証ファイル５０は、認証の解が文字列である認証ファイルであって、認証の解を視認可能な画像及び／または認証の解を聞き取り可能な読み上げ音声を備える認証ファイルである。
【００３２】
例えば、認証の解である文字列が「りんご」である場合の認証ファイルは、りんごの絵の画像ファイルであってもよいし、「り」と「ん」と「ご」の文字がそれぞれコンピュータで読み取り不可能でしかし人間には読み取れる程度に歪みや回転等を加えて「り」「ん」「ご」の順に並べて合成して表された画像ファイルでもよいし、「リンゴ」と読み取れる音声ファイルであってもよいし、りんごの絵に「リンゴ」の音声を合成した画像ファイルであってもよいし、画像ファイルと音声ファイルの組み合わせでもよい。
【００３３】
なお、本願において、「画像」には、静止画像の他に、動画像、動画と音声を含む映像、静止画と音声を含む映像のいずれをも含んでもよい。
【００３４】
認証ファイルのファイル形式としては、ＪＰＥＧ、ＰＮＧ、ＧＩＦ、ＷＡＶ、ＡＶＩ、ＭＰ３、ＷＭＶ、ＭＰＥＧなど、様々な形式を用いることができ、これらに限定されない。認証ファイルとしては、テキストデータは適さない。本実施例において、認証ファイルとして発生させる画像データや音声データは、認証の解がコンピュータで読み取り可能でないデータである。画像データは、画像認証（ＣＡＰＴＣＨＡ：completely  automated  public  Turing  test  to  tell  computers  and  humans  apart）用のデータであってもよい。
【００３５】
認証の解とする文字列は、ひらがな、カタカナ、英数字、アルファベット等、端末から入力可能な文字列であればよく、半角でも全角でもよい。ケースに応じて、文字列をひらがなだけ等に限定してもよい。
【００３６】
認証ファイル決定手段が、認証ファイル５０を生成する場合には、認証の解とする文字列のデータを、認証ファイル生成時に認証ファイル５０とともに生成し、認証の解として、生成した個々の認証ファイル５０と関連付けられてデータベース３０に記憶させる。かかる場合には、認証の解となる文字列は、乱数表等を用いてランダムに生成することが好ましい。ランダムに文字列を生成する場合には、認証の解は意味のない文字列となるため、認証ファイル５０は、コンピュータで読み取り不可能で人間には読み取れるような歪んだ画像等の画像認証用の画像ファイル又は音声ファイルあるいはそれらの組み合わせとなる。例えば、認証の解として生成した文字列が「１２３」のとき、認証ファイルは、それぞれの文字に関連付けられた音声データを合成して生成して、例えば「イチ、ニイ、スリー」と聞き取れる音声データでもよいし、１、２、３の各文字をそれぞれランダムな方向に歪ませて合成して生成して、ロボットでは読み取れないが人間が「１２３」と視認できる画像データでもよい。本実施例の判別方法を実現する判別システムは、ランダムな文字の組み合わせを生成する文字列データ生成プログラム、文字の画像を歪み又は回転等させて変形させたり音声データと合成したりする画像ファイル生成プログラム、音声を組み合わせて合成する音声ファイル生成プログラムを有する。
【００３７】
認証ファイル決定手段が、認証ファイル５０を選出する場合には、認証ファイル５０は、予めデータベース３０に蓄積されており、蓄積された認証ファイル５０の群からランダムに選出されるが、個々の認証ファイル５０には、認証の解となる文字列のデータが、認証の解として、予め関連付けられてデータベース３０に蓄積されている。
【００３８】
本実施例において、認証返信用メールアドレス生成手段は、認証ファイル決定手段が認証ファイル５０を生成又は選出する毎に一意の受付別識別子を含むメールアドレスを認証返信用メールアドレスとして生成する。受付別識別子は、予め用意してデータベース３０に蓄積されていている識別子から未使用の識別子を選択して一意の受付別識別子してもよいし、蓄積されている識別子から任意或いは所定のルールで選択して、例えば、日付データ等及び／又は所定の文字データを組み合わせて、一意の受付別識別子としてもよいし、都度、一意の識別子を生成してもよい。受付別識別子を生成する場合、例えば、サーバ２０のクロック機能を利用して、システムタイムをベースに毎回一意の識別子で生成する。例えば、「LAwg6nT」、「0627su1i2xqu」のような、記号やアルファベットや数字の組み合わせで受付別識別子を生成する。受付別識別子を生成する際に、さらに、サーバ２０のクロック機能を利用して生成した記号やアルファベットや数字の組み合わせに、さらに、日付データ等や所定の文字データと組み合わせて、一意の識別子である受付別識別子を生成してもよい。認証返信用メールアドレス生成手段は、選択又は生成した一意の受付別識別子を用いて、データベース３０内に記憶されている他のメールアドレスと重ならないように、認証ファイル毎に、一意の受付別識別子を含むメールアドレスを、認証返信用メールアドレスとして自動生成する。
【００３９】
本実施例において、メール送信手段は、送信先をユーザ端末のメールアドレスである要求者メールアドレスとし、返信先を認証返信用メールアドレスとし、認証ファイル５０を添付し、認証のための返信方法や返信の際に記載する文字列のルール（例えばひらがな、半角英数字に限定すること等）や認証回数などの解説を本文に記載した認証用メール６０を送信する。添付する画像データが例えばりんごの絵などである場合には、文字列のルールには、回答を日本語とするか英語とするか等も含まれることが好ましい。また、返信先となる認証返信用メールアドレスは、送信元に記載してもよいし、メール本文に記載してもよい。
【００４０】
本実施例において、データベース３０には、(１)認証の解と、(２)認証ファイルと、(３)受付別識別子又は認証返信用メールアドレスと、(４)認証用メール６０の送信先であるユーザ端末のメールアドレスすなわち要求者メールアドレスと、(５)要求者メールアドレス毎の認証要求メール８０の受付回数と、（６）要求者メールアドレス毎の認証返信用メール７０による回答回数を記憶してある。本実施例では、データベース３０として、要求者メールアドレスと受付回数を記憶させたデータベース３０ａに加え、要求者メールアドレスと受付別識別子又は認証返信用メールアドレスと認証の解とを関連付けて記憶させたデータベース３０ｂを備える。すなわち、サーバ２０は２つのデータベース３０を有するが、これに限定されない。要求者メールアドレスについては、データベース３０ａに記憶されると同時にデータベース３０ｂにも記憶される。
【００４１】
認証ファイル決定手段が認証ファイル５０を選出する場合には、認証ファイル５０と、認証ファイル毎の認証の解とは、予め関連付けられて蓄積されている。
【００４２】
認証ファイル決定手段が認証ファイル５０を生成する場合には、データベース３０ｂには、さらに、認証の解とするための文字列の群、合成して認証ファイル５０を生成するための画像データ及び音声データが記憶されている。その場合には、認証ファイル５０とその認証の解とは、生成後、互いに関連付けられてデータベース３０ｂに蓄積される。
【００４３】
認証組み合わせ記憶手段が要求者メールアドレスに関連付けてデータベース３０ｂに記憶する受付別識別子及び認証返信用メールアドレスは、要求者メールアドレスに送信した認証返信用メール７０の返信先(送信元)である認証返信用メールアドレスと、認証返信用メールアドレスに含ませた受付別識別子である。また、認証組み合わせ記憶手段が、要求者メールアドレスに関連付けてデータベース３０ｂに記憶する認証の解は、認証返信用メール７０に添付した認証ファイルについての認証の解である。すなわち、認証ファイルが生成又は選出される毎に生成された受付別識別子及び生成された受付別識別子を含む認証返信用メールアドレスは、その認証ファイルを添付して送信する認証用メール６０の送信先である要求者メールアドレスとともに、添付される認証ファイルについての認証の解とも、互いに関連付けられてデータベース３０ｂに蓄積される。要求者メールアドレスに関連付けてデータベース３０ｂに記憶されているのが、受付別識別子と認証返信用メールアドレスの両方でなくいずれか一方であってもよい。
【００４４】
本実施例では、要求者メールアドレス毎の認証要求メール８０の受付回数は、認証要求メール受付手段によって、要求者メールアドレスと関連付けられてデータベース３０ａに記憶してある。要求者メールアドレス毎の認証返信用メール７０による回答回数は、認証組み合わせ記憶手段によって、要求者メールアドレスと関連付けられてデータベース３０ｂに記憶してある。
【００４５】
本実施例では、認証組み合わせ記憶手段は、データベース３０ｂにおいて、要求者メールアドレスに、受付別識別子及び認証返信用メールアドレスと、認証ファイルについての認証の解と回答回数とを関連付けて記憶し、認証要求メール受付手段は、データベース３０ａにおいて、要求者メールアドレスに、要求者メールアドレス毎に認証要求メール８０の受付回数を関連付けて記憶するが、同じデータベース内において、要求者メールアドレスに、(１)受付別識別子及び認証返信用メールアドレスと、認証ファイルについての認証の解と認証返信用メール７０による回答回数を関連付けた組み合わせと、（２）認証要求メール８０の受付回数と、を関連付けて記憶してもよい。
【００４６】
本実施例において、メールサーバであるサーバ２０は、認証返信用メールアドレス生成手段によって生成された認証返信用メールアドレスを送信先とする認証返信用メール７０については、有効期間中は全て受信可能な状態にしてあるが、本実施例では、認証返信用メール７０の送信先が、データベースに記憶された識別子を含まないメールアドレスである場合は受付をしない。
【００４７】
メール解析手段は、メール受信手段で受信した認証返信用メール７０の解析を行う。
【００４８】
具体的には、本実施例では、メール解析手段は、まずは、受信した認証返信用メール７０の送信元である要求者メールアドレスがデータベース３０に蓄積されているか検索する。蓄積されていない場合は解析を行わない。送信元である要求者メールアドレスが蓄積されている場合は、その要求者メールアドレスに関連付けられている認証返信用メールアドレスが受信した認証返信用メール７０の送信先のメールアドレスと一致するか或いはその要求者メールアドレスに関連付けられている受付別識別子が受信した認証返信用メール７０の送信先メールアドレスに含まれるかを判定する。データベース３０に認証返信用メールアドレスが要求者メールアドレスに関連付けられて蓄積されている場合は、メール解析手段は、送信先のメールアドレスと認証返信用メールアドレスとの一致不一致を判定し、データベース３０に受付別識別子が要求者メールアドレスに関連付けられて蓄積されている場合は、送信先のメールアドレス中の受付別識別子の有無を判定する。要求者メールアドレスに関連付けられている認証返信用メールアドレスが受信した認証返信用メール７０の送信先のメールアドレスと一致せず、或いはその要求者メールアドレスに関連付けられている受付別識別子が受信した認証返信用メール７０の送信先メールアドレスに含まれないと判定されたときは、認証失敗となり、回答回数が上限を超えたときは回答回数オーバーとなり、いずれも要求メール受付から再スタートする。送信先・送信元のメールアドレスは正しく回答回数が上限以内であるが、回答が間違っている場合は、回答回数を１回追加して要求者メールアドレスに関連付けてデータベース３０に蓄積し、要求者メールアドレスに再回答を求める。
【００４９】
その要求者メールアドレスに関連付けられている認証返信用メールアドレスが受信した認証返信用メール７０の送信先のメールアドレスと一致するか或いはその要求者メールアドレスに関連付けられている受付別識別子が受信した認証返信用メール７０の送信先メールアドレスに含まれると判定されると、メール解析手段は、さらに、その要求者メールアドレスに関連付けられている回答回数が、一定回数以上でないか判定する。回答回数が一定回数以上である場合、受付から再スタートとなる。一定回数以上である場合、プログラムによる自動送信である可能性が高いと判断できる。一定回数は例えば２回等に設定することができる。
【００５０】
回答回数が一定回数未満であった場合には、メール解析手段は、さらに、要求者メールアドレスに関連付けられた認証の解が、受信した認証返信用メール７０に、含まれるか否かを判定する。より詳細には、受信した認証返信用メール７０の本文又は件名に記載された、回答としての解が、認証返信用メール７０の送信元である要求者メールアドレスに関連付けられた認証の解と一致するかを判定する。認証返信用メールアドレス又は受付別識別子とともに関連付けられた認証の解、すなわち正しい認証の解が含まれると判定されると、今回の認証返信用メールの返信には人間が介在されていると認証され、認証成功となる。
【００５１】
正しい認証の解が含まれないと判定されたときは、認証失敗として、認証返信用メール７０による回答回数を１回追加して要求者メールアドレスに関連付けてデータベース３０に蓄積する。さらに、今回の受付別識別子付きのメールアドレスを送信元として、再回答を求める認証返信用メール７０を再度要求者メールアドレスに送信する。その際には、返信先は、前と同じ受付別識別子を含む認証返信用メールアドレスとなる。
【００５２】
一方、受付から再スタートとなった場合には、例えば、１回目の受付別識別子をXXX1（実際にはアルファベットや数字を組み合わせたもの）であるとして、１回目の認証返信用メールアドレスをXXX１＠XX．XX．ne.jpとして、２回目の受付別識別子をXXX2、３回目の受付別識別子をXXX3と予め決めておいてもよいし、毎回自動生成してもよい。予め決めておく方が処理能力は高くなる。例えば、１回目の受付別識別子は、末尾に所定の文字データとして1回目であることを示す「１」を付し、２回目以降の受付識別子については、蓄積されている識別子から、要求者メールアドレスに関連付けてデータベース３０に蓄積されている受付別識別子又は認証返信用メールアドレスを検索し、その中の受付別識別子の末尾の数字を新しい受付回数に代えて一意の受付別識別子にして、関連付けられている受付別識別子と認証返信用メールアドレスを更新する。
【００５３】
｛処理プロセス｝
本実施例の判別方法は、サーバ２０が、（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイル５０を生成又は選出する認証ファイル決定工程と、（２）認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成工程と、（３）認証ファイル５０を添付し返信先を認証返信用メールアドレスとした認証用メール６０を要求者メールアドレスに送信するメール送信工程と、（４）要求者メールアドレスに、受付別識別子又は認証返信用メールアドレスと、認証の解を関連付けてデータベース３０に記憶する認証組み合わせ記憶工程と、（５）認証返信用メールアドレス宛ての認証返信用メール７０を受信するメール受信工程と、(６)受信した認証返信用メール７０に、前記要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析工程とを含む。本実施例では、さらに、（１）の工程の前に、（７）希望チケット整理券受付用アドレスを送信先とした認証要求メール８０を受信する認証要求メール受付工程を含む。本実施例の判別方法は、コンピュータが上述した(１)〜(７)の各工程を実行するものである。本実施例において、データベース３０には、要求者メールアドレスと、要求者メールアドレスに送信した認証用メールに返信先として記載した認証返信用メールアドレスあるいはその認証返信用メールアドレスに含ませた受付別識別子と、要求者メールアドレスに送信した認証用メールに添付した認証ファイルについての認証の解とを互いに関連付けて記憶してある。また、データベース３０には、要求者メールアドレスと、要求者メールアドレス毎の認証返信用メール７０による回答回数とを互いに関連付けて記憶してある。本実施例においては、メール解析工程には、さらに、受信した認証返信用メール７０の送信元がデータベース３０に記憶されている要求者メールアドレスであるかを解析し、認証返信用メール７０の送信先メールアドレスについて要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析し、要求者メールアドレス毎に認証返信用メール７０による回答回数を確認することも含まれる。
【００５４】
本実施例の判別プログラムは、コンピュータに、本実施例の判別方法を実現させるためのプログラムである。詳細には、本実施例の判別プログラムは、コンピュータに、（１）画像及び／又は音声のデータであって個々に認証の解がある認証ファイル５０を生成又は選出する認証ファイル決定機能と、（２）認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する認証返信用メールアドレス生成機能と、（３）認証ファイル５０を添付し返信先を認証返信用メールアドレスとした認証用メール６０を要求者メールアドレスに送信するメール送信機能と、（４）要求者メールアドレスに、受付別識別子又は認証返信用メールアドレスと、認証の解とを関連付けてデータベース３０に記憶する認証組み合わせ記憶機能と、（５）認証返信用メールアドレス宛ての認証返信用メール７０を受信するメール受信機能と、(６)受信した認証返信用メール７０に、要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析するメール解析機能とを実現させるための判別プログラムである。本実施例の判別プログラムは、さらに、（７）希望チケット整理券受付用アドレスを送信先とした認証要求メール８０を受信する認証要求メール受付機能をも実現させるものである。本実施例の判別プログラムにおいては、メール解析機能には、さらに、受信した認証返信用メール７０の送信元がデータベース３０に記憶されている要求者メールアドレスであるかを解析し、認証返信用メール７０の送信先メールアドレスについて要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析し、要求者メールアドレス毎に認証返信用メール７０による回答回数を確認することが含まれる。
【００５５】
本実施例の判別方法の処理プロセスをより詳細に説明する。
【００５６】
（ステップ０１０：認証要求メール受付工程）
サーバ２０は、認証を受けたいユーザからの、希望チケット整理券受付用アドレスを送信先とした認証要求メール８０を受信する。チケットを希望するユーザは、チケット予約用のＷｅｂサイトにアクセスするために、整理券（Ｗｅｂアクセス用整理券）の発行をメールで要求する。かかる整理券発行のためのメールがロボット等ではなく人間により自動送信されることを防止するため、本実施例の判別方法により、ユーザからの送信が、自動送信でなく人を介しての送信であることの認証を行う。
【００５７】
サーバ２０は、要求者メールアドレスからの認証要求メール８０を受信して受付を行った後で認証ファイル決定工程以降を行う。図１は、本発明の判別方法の実施例１のフロー(１)及び判別システムの概略を示す図である。図１においては、サーバ２０で受付する認証要求メール８０は、送信先が、希望チケット整理券受付用アドレスである。認証要求メール８０は、本実施例では空メールであるが、本文や題名に文字等が入っていてもよい。認証要求メール８０である空メールの送信元は要求者のメールアドレスとなる。希望チケット整理券受付用アドレスは、チラシに印刷されていてもよいし、Ｗｅｂ上に掲載されていてもよい。
【００５８】
認証要求メール８０を受信したサーバは、認証要求メール８０の送信元のメールアドレスについて、データベース３０ａに記憶されている要求者メールアドレスであるかを判定する。
【００５９】
送信元のメールアドレスが、データベース３０ａに記憶されていない場合は、送信元のメールアドレスを要求者メールアドレスとしてデータベース３０ａに記憶するとともに、受付回数を１として、要求者メールアドレスに関連付けて記憶して、次にステップ１００に進む。
【００６０】
送信元のメールアドレスが、データベース３０ａに記憶されている要求者メールアドレスである場合は、受付回数が上限以内かを判定する。例えば、受付回数の上限を３回に設定してある場合、すでに受付回数が３であるときは、受付を行わず、処理を終了する。受付回数が１又は２であるときは、要求者メールアドレスに関連付けて記憶されている受付回数に１を加え、次にステップ１００に進む。受付回数は、人間でも操作を誤ることがあることを考慮し、複数回まで認めることが好ましいが、ロボットによるメール送信を防止するため、受付回数の上限は、３回程度とすることが好ましい。
【００６１】
もともと会員登録等によりデータベースへ登録済みの１又は複数のユーザ端末のメールアドレスに認証用メール６０をサーバ２０が一斉送信するケースでは、次のステップ１００から始める。つまり、本ステップは、サーバ側が、認証メールを送信するユーザのメールアドレス、すなわち、要求者メールアドレスを、会員リスト等でデータベースに保有している場合には省略してもよい。例えば、コンサートチケットのための認証に際し、認証メールを送信するユーザが所定のファンクラブ所属のユーザであって、かかるファンクラブに所属するユーザのメールアドレスが会員リストとしてデータベースに登録してあるときは、登録されているメールアドレスを要求者メールアドレスとして認証用メールを送信することになるため、本ステップは省略してもよい。
【００６２】
後述するように、ステップ６１０又はステップ６２０において認証失敗となった場合や、ステップ６３０で回答回数オーバーとなった場合や、ステップ６５０で空メールによる再受付が選択された場合も本ステップ０１０から再度やり直しとなる。再送信するメールアドレスは、指定された希望チケット整理券受付用アドレスとなる。データベース３０ａに記憶されている要求者メールアドレスに関連付けられている受付回数が上限に達している場合は処理を終了する。コンサート毎、イベント毎に終了後、受付回数のカウントをゼロにしてもよい。
【００６３】
かかるステップを含むことによって、悪意あるユーザがプログラムで認証要求メールを送信して、不正に認証を得ようとする攻撃を回避することができる。
【００６４】
（ステップ１００：認証ファイル決定工程）
サーバ２０は、画像及び／又は音声のデータであって個々に認証の解がある認証ファイル５０を生成又は選出する。図２は、本発明の判別方法の実施例１における認証ファイルの生成フロー例を示す図である。図２は、認証ファイル生成の一例として、ランダムな文字の組み合わせを生成して、文字の画像を変形し合成し音声を生成して両データを合成した認証ファイル５０を生成するフローを示す。認証ファイル５０を生成する場合には、認証の解とする文字列のデータが、認証ファイル決定手段によって、認証ファイル生成時に認証ファイル５０とともに生成され、認証の解として、生成した個々の認証ファイル５０と関連付けられてデータベース３０に蓄積される。
【００６５】
なお、図示しないが、認証ファイル５０を選出する場合には、認証ファイル５０は、予めデータベース３０ｂに蓄積されており、認証ファイル決定手段によって、蓄積された認証ファイル５０の群からランダムに選出される。個々の認証ファイル５０には、認証の解となる文字列のデータが、認証の解として、予め関連付けられてデータベース３０ｂに蓄積されている。
【００６６】
認証ファイル５０を生成又は選出した後は、ステップ２００に進む。
【００６７】
(ステップ２００：認証返信用メールアドレス生成工程)
次に、サーバ２０は、認証ファイル毎に一意の受付別識別子を含む認証返信用メールアドレスを生成する。図３は、本発明の判別方法の実施例１のフロー(２)を示す図である。サーバ２０は、認証ファイル５０を生成又は選出する毎に、認証返信用メールアドレス生成手段によって、一意の受付別識別子を含むメールアドレスを認証返信用メールアドレスとして生成する。図３で示したように、例えば、ある認証ファイルについて、データベース３０ａに記憶されている受付回数が１の場合の認証返信用メールアドレスは、受付別識別子をxxx1あるいはxxxa等（xxxはランダムな記号やアルファベットや数字の組み合わせ）として、例えばxxx1@xx.xx.ne.jpあるいはxxxa@xx.xx.ne.jp等として生成する。認証返信用メールアドレスを生成したら、ステップ３００に進む。認証返信用メールアドレスは、受付別識別子が選択である場合、認証返信用メールアドレス生成手段によって、データベース３０ｂにアクセスして受付別識別子を選択して生成される。受付別識別子を生成する場合、認証返信用メールアドレス生成手段によって、受付別識別子を生成してから認証返信用メールアドレスが生成される。生成された認証返信用メールアドレスと受付別識別子は、認証返信用メールアドレス生成手段によって、データベース３０ｂに記憶される。
【００６８】
受付回数が２以上の場合には、サーバ２０は、都度新しい受付別識別子を自動生成して認証返信用メールアドレスを生成してもよいし、受付回数に応じて予め定めたルールに従って、受付回数が１の場合の受付別識別子を例えばxxx1としたときは、受付回数がｎ回目の受付別識別子をxxxnとして、認証返信用メールアドレスとしてxxxn@xx.xx.ne.jpを生成してもよい。
【００６９】
(ステップ３００：メール送信工程)
サーバ２０は、認証ファイル５０を添付し返信先を認証返信用メールアドレスとした認証用メール６０を、要求者メールアドレスに送信する。図３に示した例では、認証用メール６０は、送信先が、要求者メールアドレス、送信元すなわち返信先が、認証返信用メールアドレス生成工程で生成した認証返信用メールアドレス（図３ではxxx1@xx.xx.ne.jp）とし、認証ファイル決定工程で生成又は選出された認証ファイル５０を添付し、本文に認証についての解説を記載してある。メール送信後、ステップ４００に進む。ステップ３００とステップ４００の順序は逆であってもよい。認証用メール６０を受信したユーザは、認証ファイル５０を確認し、解説に従い、認証ファイルから導き出される解を本文又は件名に記載して認証返信用メールアドレス宛てに返信する。
【００７０】
(ステップ４００：認証組み合わせ記憶工程)
サーバ２０は、要求者メールアドレスに、受付別識別子及び認証返信用メールアドレスと、認証ファイル５０の認証の解と回答回数とを関連付けてデータベース３０ｂに記憶する。本実施例では、要求者メールアドレスに、受付別識別子及び認証返信用メールアドレスの両方を関連付けるが、受付別識別子と認証返信用メールアドレスのいずれか一方を関連付けてもよい。回答回数のカウントはゼロとする。メール送信も認証組み合わせ記憶も完了したら、ステップ５００に進む。すでに、要求者メールアドレスに関連付けられてデータベース３０ｂに記憶されている受付別識別子又は認証返信用メールアドレス、あるいは認証ファイルについての認証の解の組み合わせ及び回答回数がすでにある場合、その組み合わせは上書きされる。
【００７１】
(ステップ５００：メール受信工程)
次に、サーバ２０は、認証返信用メールアドレス宛ての認証返信用メールを受信する。図４は、本発明の判別方法の実施例１のフロー(３)を示す図である。図４においては、認証返信用メールは、送信先が、認証返信用メールアドレス、送信元が、要求者メールアドレス、本文に回答である解を記載してあるメールである。メールサーバであるサーバ２０は、データベース３０にアクセスし、認証返信用メールの送信先がデータベース３０に記憶された識別子を含まないメールアドレスであるような、送信先が無効なアドレスであるメールは、メール受信手段によって、受付自体行わない。
【００７２】
かかるステップを含むことによって、悪意あるユーザが、プログラムでランダムに作成したメールアドレスに認証返信用メールを送信して、サーバに負荷をかける攻撃を回避することができる。
【００７３】
(ステップ６００：メール解析工程)
本実施例では、ステップ６００は、次のステップ６１０〜６４０で行う。図４には各ステップが模式的に示されている。
【００７４】
(ステップ６１０：メール解析工程その１)
サーバ２０は、受信した認証返信用メール７０の送信元がデータベース３０に記憶されている要求者メールアドレスであるかを解析し、認証返信用メール７０の送信先メールアドレスについて要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスであるかを解析する。メール解析手段によってデータベース３０にアクセスし、受信した認証返信用メール７０の送信元がデータベース３０に記憶されている要求者メールアドレスでないときは、認証失敗となり、ステップ０１０に戻って、受信した認証返信用メール７０の送信元への空メールである認証要求メール８０の送信からやり直す。
【００７５】
かかるステップを含むことによって、悪意あるユーザがプログラムで認証返信用メールを送信して、不正に認証を得ようとする攻撃を回避することができる。
【００７６】
(ステップ６２０：メール解析工程その２)
受信した認証返信用メール７０の送信元がデータベース３０に記憶されている要求者メールアドレスであるときは、その要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスが受信した認証返信用メール７０の送信先メールアドレスであるか解析する。メール解析手段によってデータベース３０にアクセスし、要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスと、認証返信用メール７０の送信先メールアドレスとが一致するときは、ステップ６２０に進む。一致しないときは、認証失敗となり、ステップ０１０に戻って要求者メールアドレスへの空メールである認証要求メール８０の送信からやり直す。
【００７７】
受信した認証返信用メール７０の送信元である要求者メールアドレスに関連付けて記憶されている認証返信用メールアドレスが、受信した認証返信用メール７０の送信先メールアドレスであるかを解析する代わりに、受信した認証返信用メール７０の送信先メールアドレスの中に、受信した認証返信用メール７０の送信元である要求者メールアドレスに関連付けて記憶されている受付別識別子を含むかを解析するものであってもよい。かかる受付別識別子を含むときは、ステップ６２０に進む。含まないときは、認証失敗となり、ステップ０１０に戻って要求者メールアドレスへの空メールである認証要求メール８０の送信からやり直す。
【００７８】
かかるステップを含むことによって、一つの認証返信用メールアドレスを、関連付けられていない他のメールアドレスからの認証に使いまわされて不正に認証されることを回避することができる。
【００７９】
(ステップ６３０：メール解析工程その３)
サーバ２０は、要求者メールアドレス毎に認証返信用メール７０による回答回数が上限以内かを判定する。すなわち、データベース３０ｂに、受信した認証返信用メール７０の送信元である要求者メールアドレスに関連付けて記憶されている回答回数が上限以内かを判定する。例えば、回答回数の上限を２回に設定してある場合、すでに回答回数が２であるときは、回答回数オーバーとなり、ステップ０１０に戻って要求者メールアドレスへの空メールである認証要求メール８０の送信からやり直す。受付回数が０又は１であるときは、要求者メールアドレスに関連付けて記憶されている回答回数に１を加え、次にステップ６４０に進む。回答回数は、人間による認証ができても操作を誤ることがあることを考慮し、複数回まで認めてもよいが、ロボットによるメール送信を防止するためには１回程度とすることが好ましく、回答回数の上限は、１〜２回程度とすることが好ましい。人がうっかりミスをしたのであれば、２回あれば正しい解を送信することができるであろうが、コンピュータを使って無限に攻撃する場合は、認証ファイルがコンピュータで読み取れないものであるため、２回までに正しい解を送信することは確率的にほとんどないと考えられるからである。安全性向上のためには、回答回数の上限を１回とすることが好ましい。回答回数は、ステップ６３０まで到達せずにステップ６１０やステップ６２０で認証失敗となった場合には増加しない。
【００８０】
かかるステップを含むことによって、ランダムな回答を記載したメールを、プログラムで偶然に回答が解と一致するまで何度も送信して、不正に認証を得ようとする攻撃を回避することができる。
【００８１】
(ステップ６４０：メール解析工程その４)
サーバ２０は、受信した認証返信用メール７０に、要求者メールアドレスと関連付けて記憶されている認証の解が含まれるかを解析する。メール解析手段によってデータベース３０ａにアクセスし、かかる認証の解が認証返信用メール７０に、本文又は件名に含まれている場合は、認証は成功し、要求者からのメール送信には人間が介在していると認証される。認証返信用メール７０に、要求者メールアドレスと関連付けて記憶されている認証の解が、本文にも件名にも含まれていない場合には、ステップ６５０に進む。
【００８２】
（ステップ６５０：メール解析工程その５)
送信先を、要求者メールアドレスとし、送信元を、今回受信した識別子付きメールアドレスと同じ（例えば、２回目の受付での回答が不正解であった場合、回答回数の上限以内であれば、何回でも、２回目の受付でステップ２００において生成された識別子付きメールアドレス）とし、本文に、再回答を求める文面、例えば、「回答が間違っているので、再度確認して回答下さい。なお、再度受付からやり直すこともできます。その場合は、受付アドレスＸＸＸＸに空メールを送信下さい。」等を記載した再回答要求メールを送信する。認証ファイルは再添付しない。再回答要求メールを受信したユーザから、空メールである認証要求メール８０を受信した場合、ステップ０１０へ戻る。再回答要求メールを受信したユーザから、認証返信用メールアドレス宛ての認証返信用メールを受信した場合、ステップ５００へ戻る。
【００８３】
本実施例の判別方法では、ユーザ端末のメールアドレスである要求者メールアドレスに認証ファイル５０を添付した認証用メール６０を要求者メールアドレスに送信し解を含むメールを返信させて解析し人間が解読して返信をしたものかどうかの判別を行う。ユーザ側に送信されるメールを人間が確認しないと、認証可能なメールの返信ができないので、コンピュータプログラムによる自動返信との判別ができる。コンピュータプログラムで認証用メール６０を解析しても正しい認証の解を読み取れないので、かかるステップを含むことによって、コンピュータプログラムによる不正な認証取得を回避できる。要求者メールアドレスからの返信が人間の動作が介入された返信か否か判別することができる。
【００８４】
ステップ６００は、認証の解を解析するステップ６４０だけでもよいが、ステップ６４０の前に、送信元メールアドレスを確認するステップ６１０と、送信先メールアドレスあるいは送信先メールアドレスに含まれる識別子を確認するステップ６２０と、回答回数を確認するステップ６３０とを含ませ、ステップ６４０で認証を失敗した場合に再回答を求めるステップ６５０を含むことにより、負荷をかけずに早く正しく認証でき、相乗効果を奏する。
【００８５】
｛効果｝
本実施例によれば、コンピュータプログラムによる自動返信では正しいメールを返信することができないので、認証のためにユーザへ送信されたメールを人間が解読して返信したメールかどうか判別でき、もって、Ｗｅｂサイトへのアクセスを介さずに、メールを利用して人による動作が介入されているかを判別することができる。
【００８６】
例えば、コンサートのネット予約等の場面においては、本実施例によれば、コンピュータプログラムによる大量申込を防止することができる。
【００８７】
なお、本発明は、上記実施の形態に限定されず、その発明の趣旨を逸脱しない範囲で種々と変形実施が可能である。また、上記各実施の形態の構成要素を発明の趣旨を逸脱しない範囲で任意に組み合わせることができる。
【符号の説明】
【００８８】
１０  ユーザ端末
２０  サーバ
３０  データベース
４０  判別システム
５０  認証ファイル
６０  認証用メール
７０  認証返信用メール
８０  認証要求メール
【図１】
2016114961.tif 000003
【図２】
2016114961.tif 000004
【図３】
2016114961.tif 000005
【図４】
2016114961.tif 000006