(57)【特許請求の範囲】
【請求項１】
第１の端末及びユーザが利用する第２の端末と通信を行い、前記ユーザを認証する認証装置であって、
前記第１の端末から前記ユーザを識別するユーザ識別情報を受信する通信部と、
前記通信部が受信した前記ユーザ識別情報に対応付けられているＵＲＬに対応付けられている提供情報の送信を許可する認証部と
を備え、
前記通信部は、前記第２の端末から、前記認証部により送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する
認証装置。
【請求項２】
前記第２の端末から、前記認証部により送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記認証部は、前記第１の端末のＩＰアドレスと前記第２の端末のＩＰアドレスとが異なること、及び前記第１の端末におけるポート番号と前記第２の端末におけるポート番号とが異なることのうちいずれか一方を満たすことを条件として、前記第１の端末および前記第２の端末が異なることを更に認証し、
前記通信部は、前記第１の端末および前記第２の端末が異なることが認証されたことを条件として、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する
請求項１に記載の認証装置。
【請求項３】
前記認証部が前記提供情報の送信を許可してから予め定められた時間内に、前記第２の端末から前記提供情報の前記ＵＲＬへのアクセスを受けたことを条件として、前記通信部は、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する
請求項１に記載の認証装置。
【請求項４】
前記ユーザ識別情報を送信した前記第１の端末に送信すべき第１の前記提供情報と、前記ＵＲＬへのアクセスを送信した前記第２の端末に送信すべき第２の前記提供情報とを、前記ユーザ識別情報に対応付けられた前記ＵＲＬに対応付けて格納する提供情報テーブルを更に備え、
前記通信部は、前記第２の端末から、前記認証部により送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記ユーザ識別情報に対応付けられた前記第１の提供情報を前記第１の端末へ送信し、前記ユーザ識別情報に対応付けられた前記ＵＲＬに対応付けられた前記第２の提供情報を前記第２の端末に対して送信する
請求項３に記載の認証装置。
【請求項５】
前記通信部は、前記第１の端末から前記ユーザ識別情報を受信し、前記第２の端末から前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記第１の端末に質問に対する返答を要求する返答要求を送信し、
前記認証部は、前記返答要求に含まれる質問に対する予め定められた返答を前記第２の端末から受信したことを条件として、前記ＵＲＬに対応付けられている前記提供情報の送信を許可する
請求項１に記載の認証装置。
【請求項６】
前記通信部が前記返答要求を前記第１の端末に送信した後、所定の期間内に前記第２の端末から前記返答を受信したことをさらに条件として、前記認証部は、前記ＵＲＬに対応付けられている前記提供情報の送信を許可する
請求項５に記載の認証装置。
【請求項７】
当該認証装置は、
前記第１の端末から受信した商品購入要求に対する決済処理を行う決済サーバであり、
前記通信部が前記第１の端末から受信した前記決済処理に関する情報を、前記提供情報として、前記第１の端末から受信した前記ユーザ識別情報に対応付けられている前記ＵＲＬに対応付けて格納する提供情報テーブルと、
前記第２の端末から前記決済処理を開始する旨を受信した場合に、前記第２の端末との間で決済処理を開始する決済開始部と
を更に備える請求項１に記載の認証装置。
【請求項８】
第１の端末及びユーザが利用する第２の端末と通信を行い、前記ユーザを認証する認証装置としてコンピュータを機能させるプログラムであって、
前記コンピュータを、
前記第１の端末から前記ユーザを識別するユーザ識別情報を受信する通信部、
前記通信部が受信した前記ユーザ識別情報に対応付けられているＵＲＬに対応付けられている提供情報の送信を許可する認証部
として機能させ、
前記通信部は、前記第２の端末から、前記認証部により送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する
プログラム。
【請求項９】
前記第２の端末から、前記認証部により送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記認証部は、前記第１の端末のＩＰアドレスと前記第２の端末のＩＰアドレスとが異なること、及び前記第１の端末におけるポート番号と前記第２の端末におけるポート番号とが異なることのうちいずれか一方を満たすことを条件として、前記第１の端末および前記第２の端末が異なることを更に認証し、
前記通信部は、前記第１の端末および前記第２の端末が異なることが認証されたことを条件として、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する
請求項８に記載のプログラム。
【請求項１０】
前記認証部が前記提供情報の送信を許可してから予め定められた時間内に、前記第２の端末から前記提供情報の前記ＵＲＬへのアクセスを受けたことを条件として、前記通信部は、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する
請求項８に記載のプログラム。
【請求項１１】
前記認証装置は、前記ユーザ識別情報を送信した前記第１の端末に送信すべき第１の前記提供情報と、前記ＵＲＬへのアクセスを送信した前記第２の端末に送信すべき第２の前記提供情報とを、前記ユーザ識別情報に対応付けられた前記ＵＲＬに対応付けて格納する提供情報テーブルを備え、
前記通信部は、前記第２の端末から、前記認証部により送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記ユーザ識別情報に対応付けられた前記第１の提供情報を前記第１の端末へ送信し、前記ユーザ識別情報に対応付けられた前記ＵＲＬに対応付けられた前記第２の提供情報を前記第２の端末に対して送信する
請求項１０に記載のプログラム。
【請求項１２】
前記通信部は、前記第１の端末から前記ユーザ識別情報を受信し、前記第２の端末から前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記第１の端末に質問に対する返答を要求する返答要求を送信し、
前記認証部は、前記返答要求に含まれる質問に対する予め定められた返答を前記第２の端末から受信したことを条件として、前記ＵＲＬに対応付けられている前記提供情報の送信を許可する
請求項８に記載のプログラム。
【請求項１３】
前記通信部が前記返答要求を前記第１の端末に送信した後、所定の期間内に前記第２の端末から前記返答を受信したことをさらに条件として、前記認証部は、前記ＵＲＬに対応付けられている前記提供情報の送信を許可する
請求項１２に記載のプログラム。
【請求項１４】
前記認証装置は、
前記第１の端末から受信した商品購入要求に対する決済処理を行う決済サーバであり、
前記通信部が前記第１の端末から受信した前記決済処理に関する情報を、前記提供情報として、前記第１の端末から受信した前記ユーザ識別情報に対応付けられている前記ＵＲＬに対応付けて格納する提供情報テーブル
を備え、
前記コンピュータを、
前記第２の端末から前記決済処理を開始する旨を受信した場合に、前記第２の端末との間で決済処理を開始する決済開始部
として更に機能させる請求項８に記載のプログラム。
【請求項１５】
第１の端末及びユーザが利用する第２の端末と通信を行い、前記ユーザを認証装置により認証する認証方法であって、
前記認証装置が、前記第１の端末から前記ユーザを識別するユーザ識別情報を受信する第１の通信段階と、
前記認証装置が、前記通信段階で受信した前記ユーザ識別情報に対応付けられているＵＲＬに対応付けられている提供情報の送信を許可する認証段階と、
前記第２の端末から、前記認証段階において送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記認証装置が、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する第２の通信段階と
を備える認証方法。
【請求項１６】
前記第２の端末から、前記認証段階において送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記第１の端末のＩＰアドレスと前記第２の端末のＩＰアドレスとが異なること、及び前記第１の端末におけるポート番号と前記第２の端末におけるポート番号とが異なることのうちいずれか一方を満たすことを条件として、前記第１の端末および前記第２の端末が異なることを認証する段階
をさらに備え、
前記第２の通信段階は、前記第１の端末および前記第２の端末が異なることが認証されたことを条件として、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する段階を有する
請求項１５に記載の認証方法。
【請求項１７】
前記第２の通信段階は、前記認証段階において前記提供情報の送信を許可してから予め定められた時間内に、前記第２の端末から前記提供情報の前記ＵＲＬへのアクセスを受けたことを条件として、前記ＵＲＬに対応付けられている前記提供情報を前記第２の端末に対して送信する段階を有する
請求項１５に記載の認証方法。
【請求項１８】
前記認証装置は、前記ユーザ識別情報を送信した前記第１の端末に送信すべき第１の前記提供情報と、前記ＵＲＬへのアクセスを送信した前記第２の端末に送信すべき第２の前記提供情報とを、前記ユーザ識別情報に対応付けられた前記ＵＲＬに対応付けて格納する提供情報テーブルを備え、
前記第２の通信段階は、前記第２の端末から、前記認証段階において送信を許可された前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記ユーザ識別情報に対応付けられた前記第１の提供情報を前記第１の端末へ送信し、前記ユーザ識別情報に対応付けられた前記ＵＲＬに対応付けられた前記第２の提供情報を前記第２の端末に対して送信する段階を有する
請求項１７に記載の認証方法。
【請求項１９】
前記認証装置が、前記第１の端末から前記ユーザ識別情報を受信し、前記第２の端末から前記提供情報の前記ＵＲＬへのアクセスを受けた場合に、前記第１の端末に質問に対する返答を要求する返答要求を送信する段階
を更に備え、
前記認証段階は、前記返答要求に含まれる質問に対する予め定められた返答を前記第２の端末から受信したことを条件として、前記ＵＲＬに対応付けられている前記提供情報の送信を許可する段階を有する
請求項１５に記載の認証方法。
【請求項２０】
前記認証段階は、前記第１の通信段階において前記返答要求を前記第１の端末に送信した後、所定の期間内に前記第２の端末から前記返答を受信したことをさらに条件として、前記ＵＲＬに対応付けられている前記提供情報の送信を許可する段階を有する
請求項１９に記載の認証方法。
【請求項２１】
前記認証装置は、
前記第１の端末から受信した商品購入要求に対する決済処理を行う決済サーバであり、
前記第１の通信段階において前記第１の端末から受信した前記決済処理に関する情報を、前記提供情報として、前記第１の端末から受信した前記ユーザ識別情報に対応付けられている前記ＵＲＬに対応付けて格納する提供情報テーブル
を備え、
前記認証方法は、
前記第２の端末から前記決済処理を開始する旨を受信した場合に、前記第２の端末との間で決済処理を開始する段階
を更に備える請求項１５に記載の認証方法。
【発明の詳細な説明】
技術分野
本発明は、ユーザの認証を行う認証装置、認証方法、及びプログラムに関する。
背景技術
従来、通信ネットワークを介して、商取引における決済を電子的に行う電子決済システムでは、インターネットを経由して、クレジットカード番号などの個人情報をデジタルデータで送信していた。この場合、個人情報の漏洩を防ぐため、セキュリティの向上が望まれている。しかし、セキュリティを向上させると、例えば複雑な認証手続きなどが必要となり、簡便性を擬制にせざるをえないという問題が生じていた。そこで本発明は、このような問題を解決することを目的とする。
発明の開示
このような目的を達成するために、本発明の第１の形態によれば、第１の端末及びユーザが利用する第２の端末と通信を行い、前記ユーザを認証する認証装置であって、前記第１の端末から前記ユーザを識別するユーザ第１識別情報を受信し、かつ前記第２の端末から前記ユーザを識別するユーザ第２識別情報を受信する通信部と、前記ユーザ第１識別情報と前記ユーザ第２識別情報とを対応付けるユーザテーブルと、前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせと、前記ユーザテーブルにおいて対応付けられている前記ユーザ第１識別情報と前記第２識別情報との組み合わせとの比較結果を利用して、前記ユーザを認証する認証部とを備える。
前記通信部は、第１の回線を介してユーザ第１識別情報を受信し、第２の回線を介して前記ユーザ第２識別情報を受信してもよい。
前記第１の端末のＩＰアドレスと前記第２の端末のＩＰアドレスとが異なること、及び前記第１の端末におけるポート番号と前記第２の端末におけるポート番号とが異なることのうちいずれか一方を満たし、かつ前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせが前記ユーザテーブルにおいて対応付けられている前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせに一致する条件として、前記認証部は、前記ユーザの認証に成功したと判断してもよい。
前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせが前記ユーザテーブルにおいて対応付けられる前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせに一致し、かつ前記通信部が、前記第１の端末から前記ユーザ第１情報を受信した後、所定の期間内に第２の端末から前記ユーザ識別情報を受信したことを条件として、前記認証部は、前記ユーザの認証に成功したと判断してもよい。
前記ユーザと前記ユーザに送信すべき提供情報を対応付ける提供情報テーブルをさらに備えてもよい。前記認証部が、前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせを利用して、前記ユーザの認証に成功した後に、前記第１の端末から前記提供情報を要求された場合、前記通信部は、前記ユーザ用テーブルにおいて前記ユーザに対応付けられている前記提供情報を前記第２の端末に送信してもよい。
前記ユーザ用テーブルは、前記ユーザ第１識別情報を送信した前記第１の端末に送信すべき第１の提供情報を前記ユーザ第１識別情報に対応付け、前記ユーザ第２識別情報を送信した前記第２の端末に送信すべき第２の提供情報を前記ユーザ第２識別情報に対応付け、前記認証部が、前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせを利用して、前記ユーザの認証に成功した後に、前記第１の端末から前記提供情報を要求された場合に、前記通信部は、前記ユーザ用テーブルにおいて前記ユーザ第１識別情報に対応付けられている前記第１の提供情報を前記第１の端末に送信すると共に、前記ユーザ用テーブルにおいて前記ユーザ第２識別情報に対応付けられている前記第２の提供情報を前記第２の端末に送信してもよい。
前記ユーザ第１識別情報は、前記ユーザ毎に割り当てられたＵＲＬであってもよい。前記ＵＲＬと前記ユーザに送信すべき提供情報を対応付ける提供情報データベースをさらに備えてもよい。前記認証部が、前記ＵＲＬ及び前記ユーザ第２識別情報の組み合わせを利用して前記ユーザの認証に成功した場合に、前記通信部は、前記提供情報テーブルにおいて前記ＵＲＬに対応付けられた前記提供情報を送信してもよい。
前記ユーザ第１識別情報は、前記ユーザ毎に割り当てられたＵＲＬであってもよい。前記提供情報テーブルは、前記第１の提供情報を前記ＵＲＬに対応付け、前記第２の提供情報を前記第２のユーザ識別情報に対応付け、前記認証部が、前記ＵＲＬ及び前記ユーザ第２識別情報の組み合わせを利用して前記ユーザの認証に成功した場合に、前記通信部は、前記提供情報テーブルにおいて前記ＵＲＬに対応付けられた前記第１の提供情報を、前記第１の端末に送信すると共に、前記提供情報テーブルにおいて前記第２のユーザ識別情報に対応付けられた前記第２の提供情報を、前記第２の端末に送信してもよい。
前記認証部が前記ユーザの認証に成功した場合に、前記通信部は、前記互いに対応する情報であることを示す情報を含む前記第１の提供情報及び前記第２の提供情報を、それぞれ前記第１の端末及び前記第２の端末に送信してもよい。
前記通信部は、前記第１の提供情報及び前記第２の提供情報を、互いに対応したタイミングで、それぞれ前記第１の端末及び第２の端末に送信してもよい。
前記通信部は、前記第１の端末から前記ユーザ第１識別情報を受信し、前記第２の端末から前記ユーザ第２識別情報を受信した場合に、前記第１の端末に、返答を要求する返答要求を送信し、前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせが前記ユーザテーブルに格納される前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせに一致し、かつ前記通信部が、予め定められており、前記返答要求とは異なる返答情報を前記第２の端末から受信したことを条件として、前記認証部は、前記ユーザの認証に成功したと判断してもよい。
前記返答要求及び前記返答を、前記ユーザに対応付ける返答テーブルと、前記通信部が前記第１の端末に送信した前記返答要求に対する前記返答を前記第２の端末から受信した場合に、当該返答と、前記返答テーブルにおいて前記返答要求に対応付けて格納された前記返答とを比較する返答比較部をさらに備えてもよい。
前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせが前記ユーザテーブルに格納される前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせに一致し、かつ前記通信部が受信した前記返答と、前記返答テーブルにおいて前記返答要求に対応付けて格納される返答とが対応すると前記返答比較部が判断したことを条件として、前記認証部は、前記ユーザの認証に成功したと判断してもよい。
前記通信部が前記返答要求を前記第１の端末に送信した後、所定の期間内に前記第２の端末から前記返答を受信したことをさらに条件として、前記認証部は、前記ユーザの認証に成功したと判断してもよい。
前記ユーザテーブルは、前記ユーザ第１識別情報に対応付けて、前記第１の端末及び前記第２の端末のうち少なくとも一方を識別する端末識別情報を格納してもよい。前記ユーザテーブルに格納される前記端末識別情報を利用して、前記第１の端末及び前記第２の端末のうち少なくとも一方を認識する端末認識部をさらに備えてもよい。前記通信部が受信した前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせが前記ユーザテーブルに格納される前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせに一致し、かつ前記端末認識部が認識した前記少なくとも一方が、前記ユーザテーブルにおいて格納される前記端末である場合に、前記認証部は、前記ユーザの認証に成功したと判断してもよい。
前記認証部が、前記ユーザの認証に成功した場合に、前記通信部は、前記提供情報として決済処理に関する情報を送信してもよい。
前記認証部が、前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせを利用して、前記ユーザの認証に成功した後に、前記通信部が前記第１の端末送信した前記決済処理に関する情報に対して、前記第２の端末から前記決済処理に関する情報を開始する旨を受信した場合に、前記第２の端末との決済処理を開始する決済開始部をさらに備えてもよい。
前記認証部が、前記ユーザ第１識別情報及び前記ユーザ第２識別情報の組み合わせを利用して、前記ユーザの認証に成功した場合に、通信部は、前記第１の端末及び前記第２の端末のうち一方に対して、ユーザ確認メールを送信し、前記通信部が、前記一方から前記ユーザ確認メールに対する返信メールを受信した場合に前記一方との取引に関する処理を開始する取引開始部をさらに備えてもよい。
前記認証部が前記ユーザの認証に成功した場合に、前記第１の端末及び前記第２の端末のうち少なくとも一方から受信した情報の処理を許可する処理許可部をさらに備えてもよい。
前記認証部が、前記ユーザの認証に成功した場合に、前記第１の端末から受信した情報及び前記第２の端末から受信した情報の双方を利用して処理を行い、前記処理結果に応じて、前記第１の端末及び前記第２の端末のうち少なくとも一方との決済処理を開始する決済開始部をさらに備えてもよい。
本発明の第２の形態によれば、ユーザが利用する第１の端末及び第２の端末と通信を行い、前記ユーザを認証する認証装置であって、前記第１の端末から前記ユーザのユーザ第１識別情報を受信する通信部と、前記ユーザ第１識別情報を利用して、前記ユーザを認証する認証部とを備える。前記通信部は、前記ユーザの認証に成功したことを条件として、前記第２の端末との通信を行う。
前記ユーザ第１識別情報と指示を対応付ける指示テーブルと、前記ユーザの認証に成功した場合に、前記指示テーブルにおいて前記ユーザ第１識別情報に対応付けられている前記指示を受け付ける指示受付部とをさらに備えてもよい。
前記指示が前記第１の端末と異なる種類の前記第２の端末から送信されたことを条件として、前記指示受付部は、前記指示を受け付けてもよい。
前記第２の端末を識別する第２端末識別情報を前記ユーザ第１識別情報に対応付けるユーザテーブルをさらに備えてもよい。前記指示が、前記ユーザテーブルにおいて前記ユーザ第１識別情報に対応付けられている前記第２端末識別情報が識別する第２の端末から送信されたことを条件として、前記指示受付部は、前記指示を受け付けてもよい。
前記指示受付部が、決済処理に関する前記指示を受け付けた場合に、前記第２の端末との決済処理を開始する決済開始部をさらに備えてもよい。
前記指示は、ＵＲＬであってもよい。  前記指示テーブルは、前記ユーザに提供すべき提供情報を前記ＵＲＬに対応付け、前記指示受付部が、前記ＵＲＬを前記指示として受け付けた場合に、前記通信部は、前記指示テーブルにおいて前記ＵＲＬに対応付けられている前記提供情報を前記第１の端末に送信してもよい。
発明を実施するための最良の形態
以下、図面を参照して本発明の実施の形態の一例を説明する。
なお、詳細な説明中に記載の「固定端末」及び「携帯端末」は、特許請求の範囲に記載の「第１の端末」及び「第２の端末」の一例である。他の例としては、特許請求の範囲に記載の「第１端末」及び「第２の端末」は、いずれも携帯端末であってもよく、また他の例としては、特許請求の範囲に記載の「第１の端末」及び「第２の端末］は、いずれも固定端末であってもよい。
詳細な説明中に記載の「認証部」は、特許請求の範囲に記載の「認証部」、「端末認識部」、及び「返答比較部」を含む。また詳細な説明中に記載の「ユーザテーブル」は、特許請求の範囲に記載の「指示テーブル」の一例である。なお、この場合、詳細な説明中に記載の「ユーザＩＤ」及び「ＵＲＬ」は、特許請求の範囲に記載の「ユーザ第１識別情報」及び「指示」の一例である。
図１は、決済システム全体を示す。決済システムは、決済サーバ１００と、決済を行うユーザが使用する携帯端末２０と固定端末３０とを備える。携帯端末２０は、例えば通信機能つきの携帯電話であってもよい。
携帯端末２０及び固定端末３０は、それぞれ異なる回線である第１の回線２４及び第２の回線３４を介してインターネット１０に接続する。携帯端末２０及び固定端末３０は、インターネット１０を介して決済サーバ１００と通信する。
ユーザは、固定端末３０を用い、インターネット１０を介して決済サーバ１００に商品の購入を要求する商品購入要求を送信する。この動作を行う固定端末３０は、オペレータが操作する端末であってもよい。この場合、ユーザは、オペレータに連絡し、オペレータに固定端末３０を操作してもらうことで、商品購入要求を送信する。なお、この場合においても、ユーザが直接操作する固定端末３０は別途用意されている。
決済サーバ１００は、商品購入要求を受信すると、ユーザ認証を行い、認証に成功した場合に、固定端末３０から受信した商品購入要求に基づいて決済処理を行う。本実施の形態における決済サーバ１００は、ユーザが利用する固定端末３０、及びユーザが所持する携帯端末２０との通信を介して、ユーザを認証する。以下、本実施の形態に特徴的な、決済サーバ１００のユーザ認証について説明する。
図２は、決済サーバ１００の機能構成を示す機能ブロック図である。決済サーバ１００の一連の動作は、主にＣＰＵとＲＯＭ及びＲＡＭに格納されたプログラムの共働によって実現される。但し、それ以外の構成要素によって決済サーバ１００が実現されてもよく、その設計の自由度は高い。決済サーバ１００は、通信部１０２と、決済開始部１０４と、タイマ部１０６と、認証部１０８と、抽出部１１０と、メール作成部１１２と、データベース１２０とを備える。データベース１２０は、ユーザテーブル１２２と、提供情報テーブル１２４と、返答テーブル１２６とを有する。
通信部１０２は、インターネット１０を介して、携帯端末２０及び固定端末３０と通信する。通信部１０２は、携帯端末２０からユーザを識別するユーザ第１識別情報として、各ユーザ毎に割り当てられたＵＲＬを受信する。通信部１０２は、さらに固定端末３０からユーザを識別するユーザ第２識別情報として各ユーザ毎に割り当てられたユーザＩＤを受信する。通信部１０２は、受信したＵＲＬ及びユーザＩＤを認証部１０８に送る。
データベース１２０は、決済を行うユーザに関する情報、及びユーザに提供すべき提供情報などを格納する。データベース１２０は、ユーザテーブル１２２及び提供情報テーブル１２４を有する。ユーザテーブル１２２は、データベース１２０に格納される情報のうちユーザに関する情報を対応付けて管理する。提供情報テーブル１２４は、データベース１２０に格納される情報のうちユーザに提供すべき情報を、ユーザに対応付けて管理する。返答テーブル１２６は、ユーザからの返答を要求する返答要求と、返答要求に対する返答とを対応付けて管理する。
認証部１０８は、データベース１２０に格納される情報を利用して、通信部１０２から受け取ったＵＲＬ及びユーザＩＤの組み合わせに基づいて、ユーザを認証する。また、認証部１０８は、ＵＲＬ及び暗証情報の組合せに基づいて、ユーザを認証してもよい。タイマ部１０６は、認証部１０８が認証を行う場合に、時間を計測する。抽出部１１０は、データベース１２０に格納されるデータを抽出する。メール作成部１１２は、抽出部１１０を介してデータベース１２０から抽出した情報を利用して、ユーザを確認するために送信すべきユーザ確認メールを作成する。
決済開始部１０４は、通信部１０２を介してユーザから決済処理を要求する決済要求を受け取り、かつ認証部１０８がこのユーザの認証に成功している場合に、ユーザとの決済処理を開始する。決済開始部１０４は、さらに決済処理を行うと、決済処理に関する情報をデータベース１２０に格納する。
図３は、ユーザテーブル１２２のデータ構成を示す。ユーザテーブル１２２は、データベース１２０に格納される情報のうちユーザに関する情報を対応付けて管理する。ユーザテーブル１２２は、ユーザＩＤフィールドと、ＵＲＬフィールドと、暗証情報フィールドと、端末ＩＤフィールドと、ユーザ情報フィールドと、ユーザ履歴フィールドとを有する。ユーザＩＤフィールドは、通信部１０２が、ユーザを識別するユーザ第１識別情報として固定端末３０から受信すべきユーザＩＤを格納する。ＵＲＬフィールドは、ユーザに割り当てられたＵＲＬを格納する。暗証情報フィールドは、暗証情報を格納する。端末ＩＤフィールドは、携帯端末２０及び固定端末３０に関する情報を格納する。
ここで、ＵＲＬについて説明する。決済サーバ１００は、ユーザを登録する場合に、各ユーザ毎に固有のＵＲＬを割り当てる。決済サーバ１００は、割り当てたＵＲＬを携帯端末２０に通知する。このとき、携帯端末２０は、決済サーバ１００から割り当てられたＵＲＬを、例えばＢｏｏｋ  Ｍａｒｋに登録して保持する。
ユーザ情報フィールドは、ユーザに関する情報を格納する。ユーザに関する情報は、例えば、ユーザの住所、氏名、年齢、電子メールアドレスなどの情報や、ユーザが決済に利用するカードに関する情報などである。ユーザ履歴フィールドは、決済サーバ１００がユーザとの決済処理を行った場合に、決済処理に関する情報を格納する。決済処理に関する情報は、例えば、決済処理を行った日時、購入した商品、支払金額などである。
このように、ユーザテーブル１２２は、ユーザＩＤとＵＲＬとを対応付けて管理する。従って、認証部１０８は、通信部１０２を介して、ユーザの携帯端末２０及び固定端末３０からそれぞれＵＲＬ及びユーザＩＤを受け取った場合に、受け取ったＵＲＬ及びユーザＩＤの組み合わせと、ユーザテーブル１２２において対応付けられているＵＲＬ及びユーザＩＤの組み合わせとを比較することによって、ユーザを認証することができる。
図４は、提供情報テーブル１２４のデータ構成を示す。提供情報テーブル１２４は、データベース１２０に格納される情報のうちユーザに提供すべき情報を対応付けて管理する。提供情報テーブル１２４は、各ユーザ毎に設けられ、ＵＲＬフィールドと、ユーザＩＤフィールドとを有する。
ＵＲＬフィールドは、ＵＲＬを送信した送信元である携帯端末２０に送信すべき情報を格納する。ユーザＩＤフィールドは、ユーザＩＤを送信した送信元である固定端末３０に送信すべき情報を格納する。
このように、提供情報テーブル１２４は、携帯端末２０及び固定端末３０に提供すべき情報を対応付けて格納する。従って、提供情報テーブル１２４は、関連する内容で携帯端末２０及び固定端末３０に提供すべき情報を対応付けて管理することができる。
また、以下のように、対応するタイミングで、携帯端末２０及び固定端末３０に提供すべき情報を対応付けて管理することができる。例えば、提供情報テーブル１２４は、固定端末一般情報Ａ及び携帯端末一般情報Ａを対応付けて格納しているので、固定端末一般情報Ａ及び携帯端末一般情報Ａが、それぞれ固定端末３０の表示部３２及び携帯端末２０の表示部２２に同時に表示されるように、通信部１０２は、固定端末一般情報Ａ及び携帯端末一般情報Ａをそれぞれ固定端末３０及び携帯端末２０に送信することができる。また、例えば、固定端末一般情報Ａ及び携帯端末一般情報Ａは、それぞれ対応する情報であることを示す情報を含んでもよい。対応する情報であることを示す情報は、例えば同一のロゴであってもよい。
ユーザＩＤフィールドは、さらに固定端末２０に送信すべき情報を、ユーザの認証が済んでいる場合に送信すべき情報と、ユーザの認証に成功した場合に送信すべき情報とを異なるフィールドに格納する。例えば、ユーザＩＤフィールドは、ユーザ認証が済んでいない場合に送信する情報として、固定端末一般情報Ａを格納し、ユーザ認証に成功した場合に送信する情報として、固定端末決済情報Ａを格納する。
ＵＲＬフィールドは、ユーザＩＤフィールドと同様に、ユーザの認証が済んでいない場合に送信すべき情報と、ユーザの認証に成功した場合に送信する情報とを異なるフィールドに格納する。
また、本実施の形態においては、提供情報テーブル１２４は、認証後に提供する情報として、ユーザとの決済に関する決済情報を格納する。従って、通信部１０２は、ユーザの認証に成功しない場合には、決済情報を送信することがない。従って、決済の安全性を高めることができる。また、このように、ユーザの認証に成功しない場合には、ユーザの認証に成功した場合に送信すべき情報は送信されない。従って、情報の漏洩を防ぐことができる。
図５は、返答テーブル１２６のデータ構成を示す。返答テーブル１２６は、データベース１２０に格納される情報のうちユーザに送信する返答要求及び返答を対応付けて管理する。返答テーブル１２６は、各ユーザ毎に、返答要求ページフィールドと、返答入力ページフィールドと、返答フィールドとを有する。
返答要求ページフィールドは、通信部１０２が受信したユーザＩＤの送信元である固定端末３０に送信すべき返答要求ページを格納する。返答要求は、例えばｈｔｔｐによって既述された情報であって、固定端末３０の表示部に表示される。ここで、返答要求は、ユーザに対して返答を要求する内容を含む情報であって、例えば、ユーザに対する質問文であってもよい。
返答入力ページフィールドは、通信部１０２が受信したＵＲＬの送信元である携帯端末２０に送信すべき返答入力ページを格納する。返答入力ページは、ユーザからの入力を受け付ける入力欄を含むページである。通信部１０２は、返答入力ページに対してユーザから入力された情報を受信する。返答フィールドは、返答要求に対する返答を格納する。すなわち、返答フィールドは、返答入力ページに対してユーザから入力されるべき情報を格納する。
このように、返答テーブル１２６は、返答要求、及び予め定められており返答要求とは異なる返答を互いに対応付けるので、認証部１０８は、通信部１０２が送信した返答要求に対する返答と、返答テーブル１２６において返答要求に対応付けられている返答とを比較することによって、ユーザを認証することができる。
また、返答テーブル１２６は、各ユーザごとに複数の組み合わせの返答要求及び返答を格納するので、認証部１０８は、ユーザを認証する毎に、返答テーブル１２６に格納される返答要求のうち任意の返答要求を選択し、選択した返答要求及び対応する返答を利用してユーザを認証することができる。
なお、返答要求及び返答は、ユーザからの指示によって登録される。従って、ユーザにしかわからない返答要求及び返答を利用して認証部１０８は、ユーザを認証することができる。従って、第三者からの不正なアクセスを防止することができる。
図６は、携帯端末２０及び固定端末３０を利用したユーザ認証を含む決済処理における決済サーバ１００、携帯端末２０、及び固定端末３０の通信シーケンスを示す図である。
はじめに、ユーザは、固定端末３０を利用して、決済サーバ１００から情報を受信し購入したい商品を選択する。購入したい商品を選択すると、固定端末３０は、決済サーバ１００に対して、商品の購入を要求する商品購入要求を送信する（Ｓ１００）。商品購入要求は、商品名、商品価格、及び個数などを含む情報である。決済サーバ１００の通信部１０２が、固定端末３０から商品購入要求を受信すると、認証部１０８は、固定端末３０及び携帯端末２０との通信を利用して商品を購入するユーザを認証する（Ｓ１０２）。
認証部１０８が、ユーザの認証に成功した場合、抽出部１１０は、ユーザ認証段階（Ｓ１０２）において、携帯端末２０から受信したＵＲＬに対応する決済情報を、提供情報テーブル１２４を利用して抽出する。すなわち、抽出部１１０は、固定端末３０に送信すべき固定端末決済情報及び携帯端末２０に送信すべき携帯端末決済情報をデータベース１２０から抽出する。次に、通信部１０２は、抽出部１１０が抽出した固定端末決済情報を固定端末３０に送信する（Ｓ１０４）。次に、通信部１０２は、抽出部１１０が抽出した携帯端末決済情報を携帯端末２０に送信する。
提供情報テーブル１２４は、携帯端末２０に送信すべき携帯端末決済情報及び固定端末３０に送信すべき固定端末決済情報を、それぞれ同一のＵＲＬに対応付けて管理する。従って、通信部１０２は、携帯端末２０からＵＲＬを受信した場合に、受信したＵＲＬに対応する固定端末決済情報及び携帯端末決済情報をそれぞれ固定端末３０及び携帯端末２０に対応付けて送信することができる。従って、ユーザは、固定端末３０の表示部３２及び携帯端末２０の表示部２２に表示された関連する情報を同時に閲覧することができる。
次に、メール作成部１１２は、商品購入要求を送信した送信元に対し、ユーザを確認するためのユーザ確認メールを作成する（Ｓ１０８）。ここで、ユーザ確認メールは、購入した商品名、金額、カードの種類、支払回数などを含む。ユーザ確認メールは、また、返信ボタンを含む。ユーザが、返信ボタンを選択すると、自動的に返信メールが決済サーバ１００に送信される。
次に、通信部１０２は、メール作成部１１２が作成したユーザ確認メールを携帯端末２０に送信する（Ｓ１１０）。通信部１０２がユーザ確認メールを送信すると、タイマ部１０６は、時間の計測を開始する。予め定められた時間内に（Ｓ１１４）、通信部１０２がユーザ確認メールに対する返信メールを携帯端末２０から受信すると（Ｓ１１２）、決済開始部１０４は、携帯端末２０のユーザとの決済を開始する（Ｓ１１６）。
このように決済サーバ１００は、認証部１０８がユーザの認証に成功すると、ユーザとの決済処理を開始することができる。また、決済サーバ１００は、ユーザの認証に成功した後に、さらにユーザ確認メールを送信することによって、ユーザの確認をする。従って、第三者が、ユーザが所持する携帯端末以外から、ユーザに割り当てられたＵＲＬを決済サーバ１００送信した場合は、メールを受信することができない。このように、決済サーバ１００は、ユーザ確認メールを利用することにより、第三者からの不正なアクセスを防止することができる。
次に、決済開始部１０４は、固定端末３０から受信した商品購入要求を、カード会社に送信し、カード会社から、決済処理が終了したことを示す決済終了通知を受信する。決済開始部１０４は、カード会社から受信した決済終了通知を固定端末３０に送信する（Ｓ１１８）。固定端末３０は、受信した決済終了通知を表示部３２に表示する（Ｓ１２０）。決済開始部１０４は、さらに決済終了通知を携帯端末２０に送信する（Ｓ１２２）。携帯端末２０は、受信した決済終了通知を表示部２２に表示する（Ｓ１２４）。ユーザは、固定端末３０の表示部３２及び携帯端末２０の表示部２２に表示された決済終了通知によって、決済が終了したことを知ることができる。
次に、決済サーバ１００の決済開始部１０４は、決済処理に関する情報を、ユーザＩＤに対応付けてデータベース１２０に格納し（Ｓ１２６）、決済サーバ１００の携帯端末２０及び固定端末３０との通信は終了する。
なお、ユーザ認証段階（Ｓ１０２）において、認証部１０８がユーザの認証に成功した場合、及びユーザ確認メールを送信した後に、通信部１０２が、携帯端末２０から返信メールを受信しない状態で、所定の時間が経過した場合（Ｓ１１０）は、決済サーバ１００とユーザとの決済処理は中断される。
このように、決済サーバ１００は、ユーザが所持する携帯端末２０及びユーザが利用する固定端末３０の双方を利用して、ユーザを認証することができる。従って、決済サーバ１００は、より正確にユーザを認証することができる。
また、このように決済サーバ１００は、固定端末３０から商品取引要求を受信し、携帯端末２０から決済処理を開始する旨を示す返信メールを受信し、これらを利用して、ユーザとの決済処理を行う。すなわち、決済サーバ１００は、固定端末３０及び携帯端末２０から受信した情報を関連づけて処理することができる。
図７及び図８は、図６で説明した認証段階（Ｓ１０２）における決済システムの通信シーケンスを示す。決済サーバ１００は、固定端末３０から商品購入要求を受信すると、固定端末３０に対して、ユーザＩＤを要求する旨を示すユーザＩＤ要求を送信する（Ｓ２００）。固定端末３０は、ユーザＩＤ要求を受信し、ユーザＩＤを入力する旨を示す情報を表示部３２に表示させる。次に、固定端末３０は、ユーザからユーザＩＤの入力を受け付け（Ｓ２０２）、ユーザＩＤを決済サーバ１００に送信する（２０４）。決済サーバ１００において、通信部１０２が受信したユーザＩＤが、データベース１２０に格納されるユーザＩＤと同一である場合（Ｓ２０６）、認証部１０８は、提供情報テーブル１２４において、ユーザＩＤに対応付けられているＵＲＬに対応付けられている決済情報の送信を許可する（Ｓ２０８）。次に、通信部１０２は、決済情報の送信が許可された旨を示す決済許可を固定端末３０に送信する（Ｓ２１０）。決済許可は、ユーザに対して、携帯端末２０からＵＲＬへのアクセスを促す情報を含む。固定端末３０は、受信した決済許可を表示部３２に表示させる（Ｓ２１２）。
このように、認証部１０８は、固定端末３０から受信したユーザＩＤの認証に成功した場合に、提供情報テーブル１２４においてユーザＩＤに対応付けて格納される決済情報の送信を許可する。すなわち、認証部１０８が固定端末３０を利用してユーザの認証に成功した後に、ユーザが所持すべき携帯端末２０から決済情報の要求を受信した場合に、決済情報を送信することを許可する。
次に、ユーザは、固定端末３０の表示部３２に表示された決済許可を確認し、ユーザが所持する携帯端末２０に予め登録されたＵＲＬを選択する（Ｓ２１６）。携帯端末２０は、ユーザが選択したＵＲＬを決済サーバ１００に送信する（Ｓ２１８）。
なお、本実施の形態の決済サーバ１００は、認証部１０８が固定端末３０を利用してユーザの認証に成功しなかった場合、すなわち認証に失敗した場合及びユーザＩＤの入力を受け付けていない場合には、携帯端末２０からの決済情報の要求の受信に対して、すなわちＵＲＬの受信に対し、提供情報テーブル１２４において認証前情報として格納される固定端末一般情報及び携帯端末一般情報をそれぞれ固定端末３０及び携帯端末２０に送信する。このように、本実施の形態の決済サーバ１００は、ユーザの認証に成功した場合のみ、ユーザの携帯端末２０に対して決済情報を送信することができる。このように、通信部１０２は、ユーザの認証の有無により、提供する情報を異ならせることができる。
一方、決済サーバ１００において、通信部１０２が決済許可を送信したときに、タイマ部１０６は、時間の計測を開始する。通信部１０２が決済許可を送信してから、予め定められた時間内に通信部１０２が携帯端末２０からＵＲＬを受信した場合（Ｓ２１４）、認証部１０８は、携帯端末２０に暗証情報を要求する（Ｓ２１８）。携帯端末２０は、暗証情報をユーザ入力により取得し（Ｓ２２０）、認証部１０８に送信する（Ｓ２２２）。そして、認証部１０８は、固定端末３０から受信したユーザＩＤ、暗証情報及び携帯端末２０から受信したＵＲＬの組み合わせと、ユーザテーブル１２２において対応付けられたユーザＩＤ、暗証情報及びＵＲＬの組み合わせとを比較する。比較の結果、通信部１０２が受信したユーザＩＤ、暗証情報及びＵＲＬの組み合わせと、ユーザテーブル１２２において対応付けられているユーザＩＤ、暗証情報及びＵＲＬの組み合わせとが一致したと認証部１０８が判断した場合（Ｓ２２４）、次のステップに進む。次のステップにおいて、認証部１０８は、ユーザテーブル１２２においてユーザＩＤに対応付けられている端末ＩＤを利用して、携帯端末２０及び固定端末３０のうち少なくとも一方を認証する。本実施の形態における認証部１０８は、携帯端末２０及び固定端末３０が異なる端末であること、すなわち、携帯端末２０及び固定端末３０がそれぞれ携帯端末及び固定端末であることを認証する。認証部１０８が端末の認証に成功した場合（Ｓ２２６）、次のステップに進む。
次に、認証部１０８は、通信部１０２がユーザＩＤを受信したときに、通信部１０２を介して取得したユーザＩＤの送信元のＩＰアドレス、及び通信部１０２がＵＲＬを受信したときに、通信部１０２を介して取得したＵＲＬの送信元のＩＰアドレスを比較する。ＩＰアドレスが異なる場合（Ｓ２２８）、認証部１０８は、ＩＰアドレスの認証に成功したと判断する。すなわち、認証部１０８は、ユーザＩＤの送信元である固定端末３０及びＵＲＬの送信元である携帯端末２０が異なる端末であると判断する。この場合、図８のＳ２３２へジャンプする。
ＩＰアドレスが異なっている場合、ユーザＩＤ及びＵＲＬが異なる端末から送信されたことがわかる。従って、認証部１０８は、ＩＰアドレスを利用して、携帯端末２０及び固定端末３０が異なる端末であることを認証することができる。
また、Ｓ２２８において、ＩＰアドレスが同一であると判断した場合には、認証部１０８は、図８に進み、ユーザＩＤ及びＵＲＬに割り当てられた送信元のポート番号を比較する。比較の結果ポート番号が異なる場合（Ｓ２３０）、認証部１０８は、ポート番号の認証に成功したと判断する。すなわち、認証部１０８は、携帯端末２０及び固定端末３０が異なる端末であると判断する。この場合、次のステップへ進む。
同一のＩＰアドレスが異なる端末に割り当てられている場合は、ポート番号によって、異なる端末から送信されたことがわかる。従って、認証部１０８は、ＩＰアドレスが同一の場合には、ポート番号を離代すいて、携帯端末２０及び固定端末３０が異なる端末であることを認証することができる。従って、ユーザが利用する端末がいずれも固定端末及びいずれも携帯端末であっても、２つの端末が異なることを認証することができる。
なお、本実施の形態においては、ユーザは、携帯端末２０及び固定端末３０を用いているので、ＩＰアドレス及びポート番号の認証は省略してもよい。
他の例としては、認証部１０８は、携帯端末２０及び固定端末３０のいずれか一方の端末の機種を認証してもよい。この場合、ユーザテーブル１２２は、端末ＩＤとして、携帯端末２０及び固定端末３０のいずれか一方の端末の機種を示す情報を格納する。
また他の例としては、ユーザテーブル１２２は、携帯端末２０及び固定端末３０のいずれか一方を特定する端末特定情報を、端末ＩＤとして格納してもよい。この場合、認証部１０８は、端末ＩＤフィールドに格納された端末特定情報と、ユーザが利用する端末とが一致した場合に、認証部１０８は、端末の認証に成功したと判断する。
次に、認証部１０８は、返答テーブル１２６においてユーザＩＤに対応付けられている返答要求ページ、返答入力ページ、及び返答を抽出する（Ｓ２３２）。次に、通信部１０２は、返答要求ページを固定端末３０に送信する（Ｓ２３４）。固定端末３０は、返答要求ページを表示部３２に表示させる（Ｓ２３６）。次に、通信部１０２は、返答入力ページを携帯端末２０に送信する（Ｓ２３８）。携帯端末２０は、返答入力ページを表示部２２に表示させる（Ｓ２４０）。
このように、通信部１０２は、返答テーブル１２６において対応付けられていた返答要求ページ及び返答入力ページを対応するタイミングで、それぞれ固定端末３０及び携帯端末２０に送信することができる。
このとき、ユーザは、固定端末３０に表示された返答要求に対する返答を返答入力ページに入力する（Ｓ２４２）。次に、携帯端末２０は、ユーザから入力された返答を決済サーバ１００に送信する（Ｓ２４４）。
一方、決済サーバ１００において、通信部１０２が、返答要求ページ及び返答入力ページを送信したときに、タイマ部１０６は、時間の計測を開始する。通信部１０２が、返答要求ページ及び返答入力ページを送信したのち、所定の時間内に、返答を携帯端末２０から受信した場合（Ｓ２４６）、認証部１０８は、受信した返答が、返答テーブル１２６において、返答要求に対応付けられていた返答と対応するか否かを判断する。受信した返答と、返答テーブル１２６において、返答要求に対応付けられている返答とが対応する場合（Ｓ２４８）、認証部１０８は、返答の認証に成功したと判断する。
なお、返答が一致するとは、返答が同一であった場合に、返答が対応すると判断してもよく、また例えば、返答に予め定められたキーワードが含まれている等返答が所定の条件を満たす場合に、返答が対応すると判断してもよい。この場合、返答テーブル１２６の返答フィールドは、返答のキーワードを格納する。
以上、認証部１０８は、ユーザＩＤ、ＵＲＬ、端末ＩＤ、及び返答要求に対する返答、全てについての認証に成功した場合に、ユーザの認証に成功したと判断する。
なお、Ｓ２１２において、通信部１０２が決済許可を送信し、携帯端末２０からＵＲＬを受信しない状態で所定の時間が経過した場合、Ｓ２２４で、認証部１０８が、組み合わせの認証に成功しなかった場合、Ｓ２２６で、認証部１０８が、端末の認証に成功しなかった場合、Ｓ２４４で、通信部１０２が、返答要求ページ及び返答入力ページを送信し、これらに対して、返答を受信しない状態で、所定の時間が経過した場合、及びＳ２４８で、通信部１０２が受信した返答と、返答テーブル１２６において返答要求に対応付けられている返答とが対応しないと認証部１０８が判断した場合は、ユーザとの取引は中断される。
次に、図９以降で、図６及び図７において説明した通信シーケンスにおいて、携帯端末２０及び固定端末３０に表示される情報について説明する。
図９は、図７における決済許可表示段階（Ｓ２１２）において、固定端末３０の表示部３２に表示される画面を示す。
このように、決済許可には、ユーザに対して、ＵＲＬへのアクセスを促す情報が含まれる。決済許可は、さらにユーザテーブル１２２においてユーザＩＤに対応付けられたユーザ履歴に基づいて作成されてもよい。本図の決済許可には、ユーザ履歴に基づいて、「はじめまして・・」というコメントが埋め込まれている。他の例としては、ユーザ履歴に基づき、頻繁に買い物をするユーザに対して送信する決済許可には、「いつもありがとうございます」などのコメントが埋め込まれていてもよく、一ヶ月ぶりのユーザに対して送信する決済許可には、「お久しぶりです」などのコメントが埋め込まれていてもよい。
このように、固定端末３０の表示部３２に、携帯端末２０に対する指示が表示されるので、ユーザは、表示部３２に示される情報に基づいて携帯端末２０を操作することができる。
図１０（Ａ）は、図７における返答要求ページ表示段階（Ｓ２３２）において、固定端末３０の表示部３２に表示される画面を示す。図１０（Ｂ）は、返答入力ページ表示段階（Ｓ２３６）において携帯端末２０の表示部２２に表示される画面を示す。このように、通信部１０２は、返答要求ページ及び返答入力ページを対応するタイミングで、それぞれ固定端末３０及び携帯端末２０に送信するので、ユーザは、固定端末３０に対して送信された返答要求に対する返答を携帯端末２０に表示された返答入力ページに対して入力することができる。また、返答要求ページ及び返答入力ページは、それぞれ互いに対応する情報であることを示す情報を含んでもよい。本図においては、返答要求ページ及び返答入力ページのいずれにも、「質問１」が表示されている。これによって、ユーザは、返答要求ページ及び返答入力ページが対応する画面であることを認識することができる。
また、決済サーバ１００が固定端末３０に送信する情報と、携帯端末２０が返答する情報とは異なる。すなわち、ユーザが間に介して、固定端末３０に送信されてきた情報を他の情報に変換しなければ、認証は成功しない。従って、より確実に認証を行うことができる。
図１１は、決済サーバ１００のハードウェア構成を示す図である。決済サーバ１００は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７０４と、通信インタフェース７０６と、ハードディスクドライブ７０８と、データベースインタフェース７１０と、フロッピーディスクドライブ７１２と、ＣＤ−ＲＯＭドライブ７１４とを備える。ＣＰＵ７００は、ＲＯＭ７０２及びＲＡＭ７０４に格納されたプログラムに基づいて動作する。通信インタフェース７０６は、インターネット１０を介して外部と通信する。データベースインタフェース７１０は、データベースへのデータの書込、及びデータベースの内容の更新を行う。格納装置の一例としてのハードディスクドライブ７０８は、設定情報及びＣＰＵ７００が動作するプログラムを格納する。
フロッピーディスクドライブ７１２はフロッピーディスク７２０からデータまたはプログラムを読み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドライブ７１４はＣＤ−ＲＯＭ７２２からデータまたはプログラムを読み取りＣＰＵ７００に提供する。通信インタフェース７０６は、インターネット１０に接続してデータを送受信する。データベースインタフェース７１０は、各種データベース７２４と接続してデータを送受信する。
ＣＰＵ７００が実行するソフトウェアは、フロッピーディスク（商標）７２０またはＣＤ−ＲＯＭ７２２等の記録媒体に格納されて利用者に提供される。記録媒体に格納されたソフトウェアは圧縮されていても非圧縮であっても良い。ソフトウェアは記録媒体からハードディスクドライブ７０８にインストールされ、ＲＡＭ７０４に読み出されてＣＰＵ７００により実行される。
記録媒体に格納されて提供されるソフトウェア、即ちハードディスクドライブ７０８にインストールされるソフトウェアは、機能構成として、通信モジュールと、決済開始モジュールと、タイマモジュールと、認証モジュールと、抽出モジュールと、メール作成モジュールとを有する。前記各モジュールがコンピュータに働きかけて、ＣＰＵ７００に行わせる処理は、それぞれ本実施形態の決済サーバ１００における、対応する部材の機能及び動作と同一であるから、説明を省略する。
図１１に示した、記録媒体の一例としてのフロッピーディスク７２０またはＣＤ−ＲＯＭ７２２には、本出願で説明した全ての実施形態における決済サーバ１００の動作の一部または全ての機能を格納することができる。
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されても良い。更に、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されても良い。又、符号化した形態で格納されていてもよい。
記録媒体としては、フロッピーディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムを決済サーバ１００に提供してもよい。このような記録媒体は、決済サーバ１００を製造するためのみに使用されるものであり、そのような記録媒体の業としての製造および販売等が本出願に基づく特許権の侵害を構成することは明らかである。
図１２は、第２実施形態における決済サーバ１００と携帯端末２０及び固定端末３０との通信シーケンスを示す。
本実施の携帯における決済サーバ１００は、第１の端末からユーザ第１ＩＤを受信し、第２の端末からユーザ第２ＩＤを受信したことを条件として、決済情報の送信を許可する。この点で、本実施の携帯における決済サーバ１００は、ユーザＩＤを受信した場合に、決済情報の送信を許可する第１の実施形態における決済サーバ１００と異なる。
本実施の形態における決済サーバ１００との通信シーケンスを説明する。ユーザは、第１端末から商品購入要求を決済サーバ１００に送信する（Ｓ３００）。決済サーバ１００は、商品購入要求を受信すると、第１の端末に対して、ユーザ第１ＩＤを要求する（Ｓ３０２）。次に、ユーザは、第１の端末からユーザ第１ＩＤを入力する（Ｓ３０４）。次に、第１の端末は、入力されたユーザ第１ＩＤを受信する（Ｓ３０６）。次に、決済サーバ１００は、第２の端末に対して、ユーザ第２ＩＤを要求する（Ｓ３０８）。次に、ユーザは、第２の端末からユーザ第２ＩＤを入力する（Ｓ３１０）。次に、第２の端末は、入力されたユーザ第２ＩＤを決済サーバ１００に送信する（Ｓ３１２）。
決済サーバ１００は、第１の端末から受信したユーザ第１ＩＤ及び第２の端末から受信したユーザ第２ＩＤの組み合わせと、ユーザテーブル１２２において対応付けられているユーザ第１ＩＤ及びユーザ第２ＩＤの組み合わせとを比較する。認証部１０８は、比較の結果、これらの組み合わせが一致すると判断した場合に（Ｓ３１４）、決済情報を送信することを許可する。
なお、本実施の形態においては、ユーザテーブル１２２は、ユーザ第１ＩＤ及びユーザ第２ＩＤとを対応付けて管理する。
決済情報の送信を許可する旨を示す情報を第１の端末に送信した後の、決済サーバ１００と第１の端末及び第２の端末との通信シーケンスは、第１実施形態における決済サーバ１００と携帯端末２０及び固定端末３０との通信シーケンスと同様であるので説明を省略する。また、これ以外の、第２実施形態における決済サーバ１００の構成及び動作も、第１実施形態における決済サーバ１００の構成及び動作と同様なので説明を省略する。
図１３は、携帯端末２０及び固定端末３０を利用したユーザ認証を含む決済処理における決済サーバ１００、携帯端末２０、及び固定端末３０の他の通信シーケンスを示す図である。
本例において、Ｓ１００〜Ｓ１０６までの処理は、図６に示す処理と同じであるため詳細を省略する。決済サーバ１００のメール作成部１１２は、ユーザ確認メールを作成する時に、固有のＵＲＬを割り当て、当該ＵＲＬを付加したユーザ確認用メールを作成して（Ｓ１０８）、携帯端末２０に送信する（Ｓ１１０）。そして、携帯端末２０はメールに付加されたＵＲＬにアクセスする（Ｓ４１０）。アクセスタイミングが、メールを送信してから所定の時間以内である場合（Ｓ４２０）、認証部１０８は、確認画面を携帯端末２０に送信する（Ｓ４３０）。ユーザが、所定時間以内に、確認画面に応答して携帯端末２０を介して確認情報を送信してきた場合（Ｓ４４０及びＳ４５０）、認証部１０８は、認証情報を決済開始部１０４に送信して、決済処理を行わせる（Ｓ１１６）。これ以降の処理は、図６に示す処理と同じであるため、詳細を省略する。
本例によれば、ユーザが確認画面仁王等しない限り、決済処理は行われない。従って、決済の安全性は高まる。
以上発明の実施の形態を説明したが、本出願に係る発明の技術的範囲は上記の実施の形態に限定されるものではない。上記実施の形態に種々の変更を加えて、特許請求の範囲に記載の発明を実施することができる。そのような発明が本出願に係る発明の技術的範囲に属することもまた、特許請求の範囲の記載から明らかである。
そうした第１の変更例としては、ユーザ毎に割り当てられたＵＲＬは、定期的に更新されてもよい。これによって、ＵＲＬが第三者に漏洩するのを防止することができる。
なお、上記各実施形態より、以下の発明も開示されていることが明らかである。
項目１．  ユーザが利用する第１の端末及び第２の端末と通信を行い、前記ユーザを認証する認証装置であって、
前記第１の端末から前記ユーザのユーザ第１識別情報を受信する通信部と、
前記ユーザ第１識別情報を利用して、前記ユーザを認証する認証部と
を備え、
前記通信部は、前記ユーザの認証に成功したことを条件として、前記第２の端末との通信を行うことを特徴とする認証装置。
項目２．  前記ユーザ第１識別情報と指示を対応付ける指示テーブルと、
前記ユーザの認証に成功した場合に、前記指示テーブルにおいて前記ユーザ第１識別情報に対応付けられている前記指示を受け付ける指示受付部と
をさらに備えることを特徴とする項目１に記載の認証装置。
項目３．  前記指示が前記第１の端末と異なる種類の前記第２の端末から送信されたことを条件として、前記指示受付部は、前記指示を受け付けることを特徴とする項目１に記載の認証装置。
項目４．  前記第２の端末を識別する第２端末識別情報を前記ユーザ第１識別情報に対応付けるユーザテーブルをさらに備え、
前記指示が、前記ユーザテーブルにおいて前記ユーザ第１識別情報に対応付けられている前記第２端末識別情報が識別する第２の端末から送信されたことを条件として、前記指示受付部は、前記指示を受け付けることを特徴とする項目１に記載の認証装置。
項目５．  前記指示受付部が、決済処理に関する前記指示を受け付けた場合に、前記第２の端末との決済処理を開始する決済開始部をさらに備えることを特徴とする項目１に記載の認証装置。
項目６．  前記指示は、ＵＲＬであって、
前記指示テーブルは、前記ユーザに提供すべき提供情報を前記ＵＲＬに対応付け、
前記指示受付部が、前記ＵＲＬを前記指示として受け付けた場合に、前記通信部は、前記指示テーブルにおいて前記ＵＲＬに対応付けられている前記提供情報を前記第１の端末に送信することを特徴とする項目２に記載の認証装置。
項目７．  被認証体を認証する認証装置であって、
複数の前記被認証体毎に、ＵＲＬと、暗証情報を対応付けて格納する格納部と、
外部の端末から、ＵＲＬを受信することを条件に、前記認証情報を要求する要求情報を前記端末に送信する送信部と、
前記要求情報に応答して送信されてきた暗証情報を取得する取得部と、
前記ＵＲＬと、前記暗証番号の組合せが前記格納部に格納されている組合せに一致したときに、前記被認証体を認証する認証部と
を備えることを特徴とする認証装置。
項目８．被認証体を認証する認証装置であって、
認証を要求する要求端末への接続先を格納する格納部と、
前記要求端末から認証を要求されると、認証要求毎にＵＲＬを割り当てる割当部と、
前記ＵＲＬを、前記格納部に格納されている接続先に、前記ＵＲＬを送信する送信部と、
前記要求端末から、前記ＵＲＬによる接続があることを必要条件として、認証を行う認証部と
を備えることを特徴とする認証装置。
産業上の利用の可能性
以上の説明から明らかなように、本発明によれば商品の取引における決済を、ネットワークを介して、安全かつ簡便に行うことができる。
【図面の簡単な説明】
図１は、決済システム全体を示す図である。
図２は、決済サーバ１００の機能構成を示すブロック図である。
図３は、ユーザテーブル１２２のデータ構成を示す図である。
図４は、提供情報テーブル１２４のデータ構成を示す図である。
図５は、返答テーブル１２６のデータ構成を示す図である。
図６は、決済サーバ１００、携帯端末２０、及び固定端末３０の通信シーケンス図である。
図７は、図６で説明した認証段階（Ｓ１０２）における決済システムの通信シーケンス図である。
図８は、図７の続きを示す図である。
図９は、図７における決済許可表示段階（Ｓ２１２）において、固定端末３０の表示部３２に表示される画面を示す図である。
図１０（Ａ）は、図７における返答要求ページ表示段階（Ｓ２３２）において固定端末３０の表示部３２に表示される画面例を示す。
図１０（Ｂ）は、返答入力ページ表示段階（Ｓ２３６）において携帯端末２０の表示部２２に表示される画面例を示す。
図１１は、決済サーバ１００のハードウェア構成を示す図である。
図１２は、第２実施形態における決済サーバ１００、携帯端末２０、及び固定端末３０の通信シーケンス図である。
図１３は、図６に示す通信シーケンスの変形例である。
図面に用いた主な符号の凡例を以下に示す。
１０  インターネット
２０  携帯端末
３０  固定端末
１００  決済サーバ
１０２  通信部
１０４  決済開始部
１０８  認証部
１２０  データベース
１２２  ユーザテーブル
１２４  提供情報テーブル
１２６  返答テーブル
７００  ＣＰＵ
７０２  ＲＯＭ
７０４  ＲＡＭ
７０８  ハードディスクドライブ
【図１】
0004231699.tif 000002
【図２】
0004231699.tif 000003
【図３】
0004231699.tif 000004
【図４】
0004231699.tif 000005
【図５】
0004231699.tif 000006
【図６】
0004231699.tif 000007
【図７】
0004231699.tif 000008
【図８】
0004231699.tif 000009
【図９】
0004231699.tif 000010
【図１０】
0004231699.tif 000011
【図１１】
0004231699.tif 000012
【図１２】
0004231699.tif 000013
【図１３】
0004231699.tif 000014