(57)【要約】【課題】ユーザが他人になりすましてシステムを利用することを防止する。【解決手段】端末装置から移行要求情報が受信された場合に、端末装置に対応する登録情報を取得し、登録情報が所定の条件を満たす場合には、所定段階画面情報を端末装置に送信し、所定の条件を満たさない場合には、アドレス入力画面情報を端末装置に送信し、端末装置から携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワード画面情報の所在情報が記載された電子メールを送信し、携帯通信端末装置からパスワード画面情報要求情報が受信された場合に、携帯通信端末装置に対して固有に割り当てられた識別情報を取得し、識別情報が登録されていない場合には、パスワード表示画面情報を携帯通信端末装置に送信し、登録されている場合には、移行を許否し、パスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが端末装置から受信された場合に、移行を許可する。【選択図】図８
2010244250.tif 000002
【特許請求の範囲】
【請求項１】
所定の段階へ移行させる操作により前記端末装置から送信されてきた移行の要求を示す移行要求情報が受信された場合に、当該端末装置に対応する登録情報を取得する登録情報取得手段と、
前記取得された登録情報が所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合には、前記所定の段階に移行したことにより表示される画面を構成する所定段階画面情報を前記端末装置に送信し、前記所定の条件を満たさない場合には、携帯通信端末装置の電子メールアドレスである携帯アドレスを入力するための画面を構成するアドレス入力画面情報を前記端末装置に送信する移行要求制御手段と、
前記端末装置から前記携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワードを表示する画面を構成するパスワード画面情報の所在を示す所在情報が記載された電子メールを送信するメール送信手段と、
前記携帯通信端末装置から前記所在情報に対応する前記パスワード画面情報の要求を示すパスワード画面情報要求情報が受信された場合に、前記携帯通信端末装置に対して固有に割り当てられた識別情報を取得する識別情報取得手段と、
前記取得された識別情報と同一の識別情報が登録されているか否かを判定し、登録されていない場合には、前記パスワード表示画面情報を前記携帯通信端末装置に送信し、登録されている場合には、前記所定の段階への移行を許否するパスワード画面情報要求制御手段と、
前記取得された識別情報を登録する識別情報登録手段と、
前記送信されたパスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが前記端末装置から受信された場合に、前記所定の段階への移行を許可する許可手段と、
を備えることを特徴とするサーバシステム。
【請求項２】
請求項１に記載のサーバシステムにおいて、
前記登録情報は、前記所定の段階の完了を条件として当該サーバシステムにより登録される情報であり、
前記登録情報が前記端末装置に対応付けられて登録されていることを前記所定の条件としたことを特徴とするサーバシステム。
【請求項３】
請求項１又は請求項２に記載のサーバシステムにおいて、
前記パスワード画面情報要求制御手段は、前記電子メールが送信されてから所定時間が経過した後に前記パスワード画面情報要求情報が受信された場合には、前記パスワード画面情報の送信を禁止することを特徴とするサーバシステム。
【請求項４】
請求項１乃至３の何れか１項に記載のサーバシステムにおいて、
前記許可手段は、前記パスワード画面情報が送信されてから所定時間が経過した後にパスワードが受信された場合には、前記所定の段階への移行を許否することを特徴とするサーバシステム。
【請求項５】
コンピュータを、
所定の段階に対応する画面が端末装置により表示されている状態でそれに所定の段階へ移行させる操作により前記端末装置から送信されてきた移行の要求を示す移行要求情報が受信された場合に、前記端末装置に対応する登録情報を取得する登録情報取得手段、
前記取得された登録情報が所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合には、前記所定の段階に移行したことにより表示される画面を構成する所定段階画面情報を前記端末装置に送信し、前記所定の条件を満たさない場合には、携帯通信端末装置の電子メールアドレスである携帯アドレスを入力するための画面を構成するアドレス入力画面情報を前記端末装置に送信する移行要求制御手段、
前記端末装置から前記携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワードを表示する画面を構成するパスワード画面情報の所在を示す所在情報が記載された電子メールを送信するメール送信手段、
前記携帯通信端末装置から前記所在情報に対応する前記パスワード画面情報の要求を示すパスワード画面情報要求情報が受信された場合に、前記携帯通信端末装置に対して固有に割り当てられた識別情報を取得する識別情報取得手段、
前記取得された識別情報と同一の識別情報が登録されているか否かを判定し、登録されていない場合には、前記パスワード表示画面情報を前記携帯通信端末装置に送信し、登録されている場合には、前記所定の段階への移行を許否するパスワード画面情報要求制御手段、
前記取得された識別情報を登録する識別情報登録手段、及び、
前記送信されたパスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが前記端末装置から受信された場合に、前記所定の段階への移行を許可する許可手段、
として機能させることを特徴とする認証処理プログラム。
【請求項６】
所定の段階に対応する画面が端末装置により表示されている状態でそれに所定の段階へ移行させる操作により前記端末装置から送信されてきた移行の要求を示す移行要求情報が受信された場合に、前記端末装置に対応する登録情報を取得する登録情報取得工程と、
前記取得された登録情報が所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合には、前記所定の段階に移行したことにより表示される画面を構成する所定段階画面情報を前記端末装置に送信し、前記所定の条件を満たさない場合には、携帯通信端末装置の電子メールアドレスである携帯アドレスを入力するための画面を構成するアドレス入力画面情報を前記端末装置に送信する移行要求制御工程と、
前記端末装置から前記携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワードを表示する画面を構成するパスワード画面情報の所在を示す所在情報が記載された電子メールを送信するメール送信工程と、
前記携帯通信端末装置から前記所在情報に対応する前記パスワード画面情報の要求を示すパスワード画面情報要求情報が受信された場合に、前記携帯通信端末装置に対して固有に割り当てられた識別情報を取得する識別情報取得工程と、
前記取得された識別情報と同一の識別情報が登録されているか否かを判定し、登録されていない場合には、前記パスワード表示画面情報を前記携帯通信端末装置に送信し、登録されている場合には、前記所定の段階への移行を許否するパスワード画面情報要求制御工程と、
前記取得された識別情報を登録する識別情報登録工程と、
前記送信されたパスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが前記端末装置から受信された場合に、前記所定の段階への移行を許可する許可工程と、
を有することを特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して端末装置に画面情報を送信し、当該画面情報に基づいて表示される画面を通じてユーザが利用するシステムに関する認証を行うサーバシステム、認証処理プログラム及び認証方法の技術分野に関する。
【背景技術】
【０００２】
従来から、パーソナルコンピュータ等の端末装置を用いてインターネット等のネットワークに接続し、サーバ装置から提供されるＷｅｂページ等を通じて、各種のサービスが提供されるシステムが知られている。こうしたシステムにおいては、ユーザ認証を行うことにより、サービスの提供を受けようと者がシステムを利用可能なユーザであるかを判断し、また、そのユーザが誰であるかを特定するようになっている。このユーザ認証は、一般的には、ＩＤ（識別情報）とパスワードとをユーザにより入力させることにより行われている。
【０００３】
また、このユーザ認証を強化するため、或る端末に対してＩＤとパスワードによる認証を行った後、この端末とは別の端末に対してワンタイムパスワードを通知し、このワンタイムパスワードをユーザに入力させることによって認証を行う方法が提案されている（例えば、特許文献１及び２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２４０８０６号公報
【特許文献２】特開２００７−３２８３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、インターネット上で行われるネットオークションにおいては、ユーザは、出品者にも入札者にもなることができる。また、こうしたネットオークションにおいては、１人のユーザが複数のＩＤを取得することも可能である。そうすると、１人のユーザが、或るＩＤを使用して商品を出品しておいて、別のＩＤを使用して出品者とは他人になりすましてその商品を不正に入札することも可能である。これにより、商品の入札額が不当につり上げられてしまう。
【０００６】
しかしながら、上述した特許文献１及び２に記載の技術では、こうした他人のなりすましに対処することはできなかった。
【０００７】
本発明は以上の点に鑑みてなされたものであり、ユーザが他人になりすましてシステムを利用することを防止することができるサーバシステム、認証処理プログラム及び認証方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、所定の段階へ移行させる操作により前記端末装置から送信されてきた移行の要求を示す移行要求情報が受信された場合に、当該端末装置に対応する登録情報を取得する登録情報取得手段と、前記取得された登録情報が所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合には、前記所定の段階に移行したことにより表示される画面を構成する所定段階画面情報を前記端末装置に送信し、前記所定の条件を満たさない場合には、携帯通信端末装置の電子メールアドレスである携帯アドレスを入力するための画面を構成するアドレス入力画面情報を前記端末装置に送信する移行要求制御手段と、前記端末装置から前記携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワードを表示する画面を構成するパスワード画面情報の所在を示す所在情報が記載された電子メールを送信するメール送信手段と、前記携帯通信端末装置から前記所在情報に対応する前記パスワード画面情報の要求を示すパスワード画面情報要求情報が受信された場合に、前記携帯通信端末装置に対して固有に割り当てられた識別情報を取得する識別情報取得手段と、前記取得された識別情報と同一の識別情報が登録されているか否かを判定し、登録されていない場合には、前記パスワード表示画面情報を前記携帯通信端末装置に送信し、登録されている場合には、前記所定の段階への移行を許否するパスワード画面情報要求制御手段と、前記取得された識別情報を登録する識別情報登録手段と、前記送信されたパスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが前記端末装置から受信された場合に、前記所定の段階への移行を許可する許可手段と、を備えることを特徴とする。
【０００９】
この発明によれば、所定の段階に移行するために、携帯通信端末装置によりパスワードを表示させる。その際、携帯通信端末装置の識別情報が取得される。識別情報は携帯通信端末装置に対して固有に割り当てられた情報であるので、この識別情報によりユーザを一意に認識することができる。識別情報が既に登録されているという状態は、ユーザが過去に同じ携帯通信端末装置を使用して所定の段階への移行を試みていることを意味する。よって、過去に所定の段階への移行を試みたユーザがそのときとは別人になりすまして今回所定の段階に移行しようとしていることを判断することができる。そしてこの場合は、所定の段階への移行が拒否されるので、ユーザが他人になりすましてシステムを利用することを防止することができる。
【００１０】
請求項２に記載の発明は、請求項１に記載のサーバシステムにおいて、前記登録情報は、前記所定の段階の完了を条件として当該サーバシステムにより登録される情報であり、前記登録情報が前記端末装置に対応付けられて登録されていることを前記所定の条件としたことを特徴とする。
【００１１】
この発明によれば、所定の段階が完了することにより所定の条件が満たされるので、一度所定の段階への移行が許可されたユーザに対して携帯通信端末装置を利用した認証を省略することができ、所定の段階へスムーズに移行することができる。
【００１２】
請求項３に記載の発明は、請求項１又は請求項２に記載のサーバシステムにおいて、前記パスワード画面情報要求制御手段は、前記電子メールが送信されてから所定時間が経過した後に前記パスワード画面情報要求情報が受信された場合には、前記パスワード画面情報の送信を禁止することを特徴とする。
【００１３】
この発明によれば、所在情報が記載された電子メールが送信されてから所定時間が経過した後にパスワード画面情報の要求があっても、携帯通信端末装置によりパスワードが表示されないので、第３者によるシステムの不正利用を防止することができる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載のサーバシステムにおいて、前記許可手段は、前記パスワード画面情報が送信されてから所定時間が経過した後にパスワードが受信された場合には、前記所定の段階への移行を許否することを特徴とする。
【００１５】
この発明によれば、パスワード画面情報が送信されてから所定時間が経過した後にパスワードが入力されても、所定の段階への移行が拒否されるので、第３者によるシステムの不正利用を防止することができる。
【００１６】
請求項５に記載の発明は、コンピュータを、所定の段階に対応する画面が端末装置により表示されている状態でそれに所定の段階へ移行させる操作により前記端末装置から送信されてきた移行の要求を示す移行要求情報が受信された場合に、前記端末装置に対応する登録情報を取得する登録情報取得手段、前記取得された登録情報が所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合には、前記所定の段階に移行したことにより表示される画面を構成する所定段階画面情報を前記端末装置に送信し、前記所定の条件を満たさない場合には、携帯通信端末装置の電子メールアドレスである携帯アドレスを入力するための画面を構成するアドレス入力画面情報を前記端末装置に送信する移行要求制御手段、前記端末装置から前記携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワードを表示する画面を構成するパスワード画面情報の所在を示す所在情報が記載された電子メールを送信するメール送信手段、前記携帯通信端末装置から前記所在情報に対応する前記パスワード画面情報の要求を示すパスワード画面情報要求情報が受信された場合に、前記携帯通信端末装置に対して固有に割り当てられた識別情報を取得する識別情報取得手段、前記取得された識別情報と同一の識別情報が登録されているか否かを判定し、登録されていない場合には、前記パスワード表示画面情報を前記携帯通信端末装置に送信し、登録されている場合には、前記所定の段階への移行を許否するパスワード画面情報要求制御手段、前記取得された識別情報を登録する識別情報登録手段、及び、前記送信されたパスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが前記端末装置から受信された場合に、前記所定の段階への移行を許可する許可手段、として機能させることを特徴とする。
【００１７】
請求項６に記載の発明は、所定の段階に対応する画面が端末装置により表示されている状態でそれに所定の段階へ移行させる操作により前記端末装置から送信されてきた移行の要求を示す移行要求情報が受信された場合に、前記端末装置に対応する登録情報を取得する登録情報取得工程と、前記取得された登録情報が所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合には、前記所定の段階に移行したことにより表示される画面を構成する所定段階画面情報を前記端末装置に送信し、前記所定の条件を満たさない場合には、携帯通信端末装置の電子メールアドレスである携帯アドレスを入力するための画面を構成するアドレス入力画面情報を前記端末装置に送信する移行要求制御工程と、前記端末装置から前記携帯アドレスが受信された場合に、当該携帯アドレス宛てに、パスワードを表示する画面を構成するパスワード画面情報の所在を示す所在情報が記載された電子メールを送信するメール送信工程と、前記携帯通信端末装置から前記所在情報に対応する前記パスワード画面情報の要求を示すパスワード画面情報要求情報が受信された場合に、前記携帯通信端末装置に対して固有に割り当てられた識別情報を取得する識別情報取得工程と、前記取得された識別情報と同一の識別情報が登録されているか否かを判定し、登録されていない場合には、前記パスワード表示画面情報を前記携帯通信端末装置に送信し、登録されている場合には、前記所定の段階への移行を許否するパスワード画面情報要求制御工程と、前記取得された識別情報を登録する識別情報登録工程と、前記送信されたパスワード表示画面情報に基づいて表示されるパスワードと同一のパスワードが前記端末装置から受信された場合に、前記所定の段階への移行を許可する許可工程と、を有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、所定の段階に移行するために、携帯通信端末装置によりパスワードを表示させる。その際、携帯通信端末装置の識別情報が取得される。識別情報は携帯通信端末装置に対して固有に割り当てられた情報であるので、この識別情報によりユーザを一意に認識することができる。識別情報が既に登録されているという状態は、ユーザが過去に同じ携帯通信端末装置を使用して所定の段階への移行を試みていることを意味する。よって、過去に所定の段階への移行を試みたユーザがそのときとは別人になりすまして今回所定の段階に移行しようとしていることを判断することができる。そしてこの場合は、所定の段階への移行が拒否されるので、ユーザが他人になりすましてシステムを利用することを防止することができる。
【図面の簡単な説明】
【００１９】
【図１】一実施形態に係るオークションシステムＳの概要構成の一例を示す図である。
【図２】一実施形態に係るＥＣサーバ１の概要構成の一例を示すブロック図である。
【図３】会員情報ＤＢ１０１に登録される情報の内容の一例を示す図である。
【図４】オークションＤＢ１０２に登録される情報の内容の一例を示す図である。
【図５】一実施形態に係るＥＣサーバ１及びＰＣ端末２−ｉの処理例を示すフローチャートである。
【図６】一実施形態に係るＥＣサーバ１及びＰＣ端末２−ｉの処理例を示すフローチャートである。
【図７】一実施形態に係るＥＣサーバ１、ＰＣ端末２−ｉ及び携帯電話機３−ｉの処理例を示すフローチャートである。
【図８】一実施形態に係るＥＣサーバ１、ＰＣ端末２−ｉ及び携帯電話機３−ｉの処理例を示すフローチャートである。
【図９】一実施形態に係るＥＣサーバ１及びＰＣ端末２−ｉの処理例を示すフローチャートである。
【図１０】携帯メールアドレス入力ページの画面表示例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、オークションシステムに対して本発明を適用した場合の実施形態である。
【００２１】
［１．オークションシステムの構成及び機能概要］
先ず、本実施形態に係るオークションシステムＳの構成及び概要機能について、図１を用いて説明する。
【００２２】
図１は、本実施形態に係るオークションシステムＳの概要構成の一例を示す図である。
【００２３】
図１に示すように、オークションシステムＳは、会員情報ＤＢ（Data Base）１０１及びオークションＤＢ１０２を備えるサーバシステムの一例としてのＥＣ（Electronic Commerce）サーバ１と、端末装置の一例としての複数のＰＣ端末２−ｉ（ｉ＝１，２・・・ｎ）と、携帯通信端末装置の一例としての複数の携帯電話機３−ｉと、を含んで構成されている。
【００２４】
ＥＣサーバ１と、ＰＣ端末２−ｉ及び携帯電話機３−ｉとは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００２５】
このような構成のオークションシステムＳにおいて、ＥＣサーバ１は、例えば、ネットワークＮＷを通じて各種のサービスを提供するサービス提供事業者により、オークションサービスを提供するために設置されたサーバ装置である。サービス提供事業者は、オークションのほか、例えば、ネットショッピング、宿泊施設予約、ゴルフ場予約等のサービスを提供している。
【００２６】
ＰＣ端末２−ｉのユーザは、これらのサービスを利用するため、会員登録手続を行うようになっている。（以下、サービスを利用することができるユーザを「会員」とも称する）。会員になったユーザに対しては、会員ＩＤが付与される。ユーザは、この会員ＩＤを用いてオークションを含む各種サービスを利用することができる。登録された会員に関する会員情報は会員情報ＤＢ１０１に登録されるようになっている。また、オークションサービスにおける出品に関する情報、入札に関する情報、落札に関する情報等は、オークションＤＢ１０２に登録されている。
【００２７】
そして、ＥＣサーバ１は、ＰＣ端末２−ｉのリクエストに応じて、オークションＤＢ１０２や会員情報データベース１０１にアクセスしつつ、ＰＣ端末２−ｉのユーザ間におけるオークションを成立させるための処理を行うようになっている。
【００２８】
ＰＣ端末２−ｉは、ＥＣサーバ１にアクセスしてＷｅｂページを取得し、画面に表示するようになっている。これにより、ユーザは、当該Ｗｅｂページを通じて、商品の出品や入札を行うことができるようになっている。ＰＣ端末２−ｉは、本実施形態においてはパーソナルコンピュータが適用されているが、例えば、ＰＤＡ（Personal Digital Assistant）、ＳＴＢ（Set Top Box）等の携帯電話機以外の端末装置であっても良い。
【００２９】
携帯電話機３−ｉは、ＰＣ端末２−ｉのユーザが所有している携帯電話機である。例えば、或るユーザはＰＣ端末２−１と携帯電話機３−１とを所有し、また或るユーザはＰＣ端末２−２と携帯電話機３−２とを所有している。上述したように、オークションシステムＳにおいては、ユーザはＰＣ端末２−ｉを用いて入札を行うことができる。しかし、ユーザは複数の会員ＩＤを取得することができるので、或る会員ＩＤを使用して出品しておいて、これとは別の会員ＩＤを使用して出品者とは他人になりすまして入札することが考えられる。そこで、オークションシステムＳにおいては、入札ステップへ移行する際に携帯電話機３−ｉを利用して認証を行うことにより、この他人のなりすましを防止するようになっている。
【００３０】
なお、ＰＣ端末２−ｉ及び携帯電話機３−ｉには、夫々所定のオペレーティングシステム、Ｗｅｂブラウザアプリケーション、電子メールアプリケーション等がインストールされている。
【００３１】
［２．ＥＣサーバの構成及び機能］
次に、ＥＣサーバ１の構成及び機能について、図２乃至図４を用いて説明する。
【００３２】
図２は、本実施形態に係るＥＣサーバ１の概要構成の一例を示すブロック図である。また、図３は、会員情報ＤＢ１０１に登録される情報の内容の一例を示す図である。また、図４は、オークションＤＢ１０２に登録される情報の内容の一例を示す図である。
【００３３】
図２に示すように、ＥＣサーバ１は、操作部１１と、表示部１２と、通信部１３と、ドライブ部１４と、記憶部１５と、入出力インタフェース部１６と、システム制御部２０と、を備えている。そして、システム制御部２０と入出力インタフェース部１６とは、システムバス２１を介して接続されている。
【００３４】
なお、ＥＣサーバ１を、例えば、データベースを管理するサーバ、各種情報を提供するＷＷＷサーバ等の複数のサーバ装置により構成されるサーバシステムとしても良い。
【００３５】
操作部１１は、例えば、キーボード、マウス等により構成されており、オペレータ等からの操作指示を受け付け、その指示内容を指示信号としてシステム制御部２０に出力するようになっている。表示部１２は、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ等により構成されており、文字や画像等の情報を表示するようになっている。通信部１３は、ネットワークＮＷ等に接続して、他のサーバ装置、ＰＣ端末２−ｉ及び携帯電話機３−ｉ等との通信状態を制御するようになっている。ドライブ部１４は、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等のディスクＤＫからデータ等を読み出す一方、当該ディスクＤＫに対してデータ等を記録するようになっている。記憶部１５は、例えば、ハードディスクドライブ等により構成されており、各種プログラム及びデータ等を記憶するようになっている。入出力インタフェース部１６は、操作部１１〜記憶部１５とシステム制御部２０との間のインタフェース処理を行うようになっている。システム制御部２０は、ＣＰＵ（Central Processing Unit）１７、ＲＯＭ（Read Only Memory）１８、ＲＡＭ（Random Access Memory）１９等により構成されている。
【００３６】
記憶部１５には、会員情報ＤＢ１０１及びオークションＤＢ１０２が構築されている。
【００３７】
図３に示すように、会員情報ＤＢ１０１には、会員に関する会員情報が、当該会員を識別するための会員ＩＤに対応付けられて登録されている。具体的に会員情報には、例えば、会員ＩＤ、ログインするためのパスワード、会員ランク、ＵＩＤ（ユーザＩＤ）、会員の氏名、郵便番号、住所、電話番号、電子メールアドレス、生年月日、性別、会員の保有ポイント、クレジットカードのカード番号及びその有効期限等が設定される。
【００３８】
ここで、会員ランク（登録情報の一例）には、レギュラー、シルバー、ゴールド及びプラチナの４種類が存在する。最も低い会員ランクはレギュラーである。そして、シルバー、ゴールドの順に会員ランクが高くなっていき、最も高い会員ランクがプラチナである。この会員ランクは、サービス提供事業者により提供される各種サービスの月々の利用状況に応じてユーザが獲得したポイント数及び獲得回数等によって決定される。そして、ユーザは、会員ランクが高いほどより多くの特典を受けられることができるようになっている。
【００３９】
ＵＩＤは、携帯電話機３−ｉの識別情報又は携帯電話機３−ｉの契約者の識別情報である。このＵＩＤは、移動体通信事業者によって固有に割り当てられている。会員情報に対しては、ユーザが一度入札ステップへの移行が許可されたときにそのユーザが使用した携帯電話機３−ｉのＵＩＤが登録される。ＵＩＤは、携帯電話機３−ｉからＥＣサーバ１に対してリクエストがあったとき、このリクエストヘッダに付加されている。リクエストヘッダに対するＵＩＤの付加は、例えば、携帯電話機３−ｉ自身が行っても良いし、移動体通信事業者のゲートウェイサーバが、携帯電話機３−ｉからのリクエストを中継する際に行っても良い。また、ＵＩＤとしては、例えば、契約者に付与されるサブスクライバーＩＤのほか、携帯電話機３−ｉの電話番号（加入者番号）、携帯電話機３−ｉに装着されたＩＤカードのカード番号、携帯電話機３−ｉの機体番号等が用いられても良い。
【００４０】
図４に示すように、オークションＤＢ１０２には、オークションに関する情報が、各会員毎に、会員ＩＤと対応付けて登録されている。具体的に、オークションＤＢ１０２には、会員ＩＤ、会員のニックネーム、出品履歴、入札履歴（登録情報の一例）、落札履歴等が登録されている。
【００４１】
ここで、入札履歴は、会員による入札に関する情報であり、入札した商品毎に、会員ＩＤ及びオークションの識別情報であるオークションＩＤと対応付けて登録されている。具体的に、入札履歴には、会員ＩＤ、オークションＩＤ、入札されたことによって付与される入札番号、入札日時、入札個数、入札金額等が設定される。
【００４２】
また、記憶部１５には、Ｗｅｂページを構成するＨＴＭＬデータ、画像データ、音声データ、テキストデータ等が記憶されている。
【００４３】
更に、記憶部１５には、所定のオペレーティングシステムのほか、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルを用いて、ＰＣ端末２−ｉ及び携帯電話機３−ｉ等から送信されたリクエストに応じて、当該記憶部１５に記憶されている各種のデータに基づきＷｅｂページを生成し、当該ＷｅｂページをＰＣ端末２−ｉ及び携帯電話機３−ｉ等に送信するためのＷＷＷ（World Wide Web）サーバプログラム、ＳＭＴＰ（Simple Mail Transfer Protocol）プロトコルを用いて、他のメールサーバから送信された電子メールを受信する一方、サーバ自らが作成した電子メールを、他のメールサーバに送信するためのメールサーバプログラム、各データベースを管理するデータベース管理プログラム等が記憶されている。
【００４４】
また更に、記憶部１５には、会員情報ＤＢ１０１に登録されている各種情報を管理する会員情報管理プログラム、オークションＤＢ１０２に登録されている各種情報を管理するオークション情報管理プログラム、オークションサイトにおける出品、入札、落札、出品者と落札者との間の連絡等に関する処理を行うオークション処理プログラム等が記憶されている。
【００４５】
なお、各種プログラム等は、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＣＤ−ＲＯＭ等のディスクＤＫに記録されてドライブ部１４を介して読み込まれるようにしても良い。
【００４６】
システム制御部２０は、登録情報取得手段、移行要求制御手段、メール送信手段、識別情報取得手段、パスワード画面情報要求制御手段、識別情報登録手段及び許可手段の一例を構成している。
【００４７】
そして、制御部２０は、ＣＰＵ１７が、ＲＯＭ１８や記憶部１５に記憶された各種プログラムを読み出し実行することによりショッピングサーバ１−１の各部を制御するとともに、上述した各手段等として機能するようになっている。
【００４８】
例えば、システム制御部２０は、ユーザが入札操作をすることによってＰＣ端末２−ｉから送信されてきた入札リクエストを受信する。そして、登録情報取得手段としてのシステム制御部２０は、入札リクエストを送信してきたＰＣ端末２−ｉに対応する会員ランク及び入札履歴を取得する。システム制御部２０は、会員ＩＤとパスワードとを用いた事前のユーザ認証によって、ユーザがどの会員であるかを特定し、このユーザ認証によってＰＣ端末２−ｉと会員ＩＤとを対応付けている。従って、システム制御部２０は、この会員ＩＤにより、ＰＣ端末２−ｉと会員ランク及び入札履歴を対応付けることができる。
【００４９】
移行要求制御手段としてのシステム制御部２０は、所定の条件を満たすか否かを判定する。具体的に、システム制御部２０は、ＰＣ端末２−ｉに対応する入札履歴が登録されているか否かを判定する。また、システム制御部２０は、ＰＣ端末２−ｉに対応する会員ランクがプラチナ、ゴールド又はシルバーであるか否かを判定する。そして、システム制御部２０は、入札履歴が登録されている場合、あるいは、会員ランクがプラチナ、ゴールド又はシルバーである場合には、ユーザが入札ステップへ移行することを許可し、入札ページ（所定段階画面情報の一例）をＰＣ端末２−ｉに送信する。一方、システム制御部２０は、入札履歴が登録されておらず、且つ、会員ランクがレギュラーである場合には、更なる認証を行うため、携帯メールアドレス入力ページ（アドレス入力画面情報の一例）をＰＣ端末２−ｉに送信する。
【００５０】
入札履歴が登録されているということは、これから入札しようとしているユーザが、過去に既に入札が許可されているユーザであるということである。従って、一度入札が許可されたユーザに対しては、その後は更なる認証無くして入札が許可される。また、会員ランクがプラチナ、ゴールド又はシルバーであるユーザは、サービス提供事業者によって提供されるサービスの利用実績が或る程度あり、信用のおけるユーザであるとみなされる。従って、このようなユーザに対しても更なる認証無くして入札が許可される。その一方で、会員ランクがレギュラーであるユーザは、信用のおけるユーザとはみなされていない。そこで、このようなユーザが初めて入札を行おうとする場合には、更なる認証が行われる。なお、入札ステップへの移行を許可するランクとしては、例えば、ゴールド以上としても良いし、プラチナのみとしても良い。
【００５１】
システム制御部２０は、携帯メールアドレス入力ページに対してユーザが入力した携帯電話機３−ｉの電子メールアドレス（以下、「携帯メールアドレス」という）がＰＣ端末２−ｉから送信されてきたとき、これを受信する。そして、システム制御部２０は、ワンタイムパスワードとしての暗証番号を生成し、ＰＣ端末２−ｉに対応付けられている会員ＩＤに対応付けてＲＡＭ１９等に保存する。また、メール送信手段としてのシステム制御部２０は、受信した携帯メールアドレス宛てに、認証用ＵＲＬ（所在情報の一例）を記載した電子メール（以下、「認証メール」という）を送信する。この認証用ＵＲＬは、生成された暗証番号を表示する暗証番号表示ページ（パスワード画面情報の一例）のＵＲＬ（Uniform Resource Locator）である。この認証用ＵＲＬには、例えば、ＰＣ端末２−ｉに対応付けられている会員ＩＤが暗号化されて設定されている。更に、システム制御部２０は、ＰＣ端末２−ｉに対しては、暗証番号を入力するための暗証番号入力ページを送信する。
【００５２】
識別情報取得手段としてのシステム制御部２０は、携帯電話機３−ｉから認証用ＵＲＬを含む暗証番号表示ページを受信すると、当該リクエストのヘッダからＵＩＤを取得する。
【００５３】
パスワード画面情報要求制御手段としてのシステム制御部２０は、取得したＵＩＤが全会員の会員情報のうち何れかの会員情報中に既に登録されているか否かを判定する。そして、システム制御部２０は、取得したＵＩＤが既に登録されている場合には、エラー表示ページを携帯電話機３−ｉに送信する。一方、システム制御部２０は、取得したＵＩＤが登録されていない場合には、暗証番号表示ページを携帯電話機３−ｉに送信する。このとき、システム制御部２０は、認証用ＵＲＬから会員ＩＤを復元し、この会員ＩＤに対応する暗証番号を取得する。そして、システム制御部２０は、取得した暗証番号を表示する暗証番号表示ページを生成する。また、識別情報登録手段としてのシステム制御部２０は、取得したＵＩＤを、復元した会員ＩＤに対応する会員情報中に登録する。
【００５４】
ＵＩＤが既に登録されているということは、ユーザが今回の認証と同じ携帯電話機３−ｉを使用して別の会員ＩＤで過去に入札を試みたことがあることを意味している。換言すると、ユーザは、過去に入札を試みた会員ＩＤとは異なる会員ＩＤを使用して今回入札をしようとしているのである。つまり、ユーザは他人になりすまそうというのである。従って、この場合は、入札ステップへの移行が許否され、携帯電話機３−ｉには、暗証番号は表示されない。
【００５５】
システム制御部２０は、暗証番号入力ページに対してユーザが入力した暗証番号をＰＣ端末２−ｉから受信する。そして許可手段としてのシステム制御部２０は、受信した暗証番号が、生成し保存しておいた暗証番号と一致する場合には、ユーザが入札ステップへ移行することを許可し、入札ページをＰＣ端末２−ｉに送信する。
【００５６】
［３．オークションシステムの動作］
次に、オークションシステムＳの動作について、図５乃至図１０を用いて説明する。
【００５７】
図５乃至図９は、本実施形態に係るＥＣサーバ１、ＰＣ端末２−ｉ及び携帯電話機３−ｉの処理例を示すフローチャートである。また、図１０は、携帯メールアドレス入力ページの画面表示例を示す図である。
【００５８】
図５に示すように、ＰＣ端末２−ｉは、オークションページを表示するため、ユーザ操作によりページリクエストをＥＣサーバ１に送信する（ステップＳ１０１）。ＥＣサーバ１のシステム制御部２０は、ページリクエストを受信すると（ステップＳ１１１）、ログインページをＰＣ端末２−ｉに送信する（ステップＳ１１２）。ＰＣ端末２−ｉは、ログインページを受信して、これを画面に表示する（ステップＳ１０２）。
【００５９】
ここでユーザは、自身が会員登録されている場合には会員ＩＤ及びパスワードを入力し、自身が会員登録されていない場合には、会員登録に必要な個人情報（パスワード、氏名、郵便番号、電話番号、電子メールアドレス等）を入力する（ステップＳ１０３）。すると、ＰＣ端末２−ｉは、入力された会員ＩＤ及びパスワード、又は、個人情報をＥＣサーバ１に送信する（ステップＳ１０４）。
【００６０】
ＥＣサーバ１のシステム制御部２０は、会員ＩＤ及びパスワードか、個人情報を受信すると（ステップＳ１１３）、受信した情報が会員ＩＤ及びパスワードであるか否かを判定する（ステップＳ１１４）。このとき、システム制御部２０は、受信した情報が個人情報である場合には（ステップＳ１１４：ＮＯ）、新しい会員ＩＤを発行し、受信した個人情報を会員情報として新しい会員ＩＤに対応付けて会員情報ＤＢ１０１に登録する（ステップＳ１１５）。
【００６１】
一方、システム制御部２０は、受信した情報が会員ＩＤ及びパスワードである場合には、この会員ＩＤ及びパスワードでユーザ認証を行い、当該認証が成功したか否かを判定する（ステップＳ１１６）。このとき、システム制御部２０は、ユーザ認証に成功しなかった場合には（ステップＳ１１６：ＮＯ）、エラー表示ページをＰＣ端末２−ｉに送信し（ステップＳ１１７）、処理を終了させる。
【００６２】
システム制御部２０は、会員情報を登録した場合（ステップＳ１１５）、又は、ユーザ認証に成功した場合には（ステップＳ１１６：ＹＥＳ）、発行又は受信した会員ＩＤをセッション管理によってＰＣ端末２−ｉに対応付け、ログイン後ページをＰＣ端末２−ｉに送信に送信する（ステップＳ１１８）。ＰＣ端末２−ｉは、ログイン後ページを受信して、これを画面に表示する（ステップＳ１０５）。ログイン後ページは、例えば、オークションサイトのトップページである。
【００６３】
その後、ユーザによる商品の検索操作や選択操作に応じて、ＥＣサーバ１のシステム制御部２０は、図６に示すように、選択された商品のオークション商品詳細ページをＰＣ端末２−ｉに送信に送信する（ステップＳ２１１）。ＰＣ端末２−ｉは、オークション商品詳細ページを受信して、これを画面に表示する（ステップＳ２０１）。オークション商品詳細ページには、ユーザにより選択された商品の商品名、詳細説明及び画像等が表示される。また、オークション商品詳細ページには、商品の入札に移行するための入札ボタンが表示される。
【００６４】
オークション商品詳細ページが表示されている状態で、ユーザが入札ボタンを選択すると（ステップＳ２０２）、ＰＣ端末２−ｉは、入札リクエストをＥＣサーバ１に送信する（ステップＳ２０３）。ＥＣサーバ１のシステム制御部２０は、入札リクエストを受信すると（ステップＳ２１２）、オークションＤＢ１０２から、ＰＣ端末２−ｉに対応付けられている会員ＩＤに対応する入札履歴の取得を試み、入札履歴が登録されているか否かを判定する（ステップＳ２１３）。このとき、システム制御部２０は、入札履歴が登録されている場合には（ステップＳ２１３：ＹＥＳ）、入札ページをＰＣ端末２−ｉに送信して（ステップＳ２１４）、図９を用いて後述するステップＳ５１４に移行する。
【００６５】
一方、システム制御部２０は、入札履歴が登録されていない場合には（ステップＳ２１３：ＮＯ）、ＰＣ端末２−ｉに対応付けられている会員ＩＤに対応する会員情報から会員ランクを取得し、当該会員ランクがプラチナ、ゴールド又はシルバーであるか否かを判定する（ステップＳ２１５）。このとき、システム制御部２０は、会員ランクがプラチナ、ゴールド又はシルバーである場合には（ステップＳ２１５：ＹＥＳ）、入札ページをＰＣ端末２−ｉに送信する（ステップＳ２１４）。
【００６６】
一方、システム制御部２０は、会員ＩＤがレギュラーである場合には（ステップＳ２１５：ＮＯ）、携帯メールアドレス入力ページをＰＣ端末２−ｉに送信する（ステップＳ２１６）。ＰＣ端末２−ｉは、携帯メールアドレス入力ページを受信して、これを画面に表示する（ステップ２０４）。
【００６７】
図１０に示すように、携帯メールアドレス入力ページには、説明文２０１、ユーザ名入力欄２０２、ドメイン選択メニュー２０３及び次ボタン２０４等が表示される。説明文２０１には、オークションで初めて入札する場合に、ユーザが所有する携帯電話機３−ｉを確認する必要正等の説明が記載される。ユーザ名入力欄２０２は、携帯メールアドレスのユーザ名部分を入力するための入力欄である。また、ドメイン選択メニュー２０３は、携帯メールアドレスのドメイン名部分を選択するためのプルダウンメニューである。このドメイン選択メニュー２０３が存在することにより、携帯電話機３−ｉに対して付与された電子メールアドレスのみをユーザに入力されることができる。
【００６８】
ここで、ユーザが、ユーザ名部分を入力しドメイン名部分を選択することによって携帯メールアドレスの入力を行い、次ボタン２０４を選択すると（ステップＳ２０５）、ＰＣ端末２−ｉは、入力された携帯メールアドレスをＥＣサーバ１に送信する（ステップＳ２０６）。
【００６９】
ＥＣサーバ１のシステム制御部２０は、携帯メールアドレスを受信すると（ステップＳ２１７）、図７に示すように、暗証番号を生成し、これをＰＣ端末２−ｉに対応付けられている会員ＩＤに対応付けてＲＡＭ１９に保存する（ステップＳ３１１）。次いで、システム制御部２０は、認証用ＵＲＬを生成する（ステップＳ３１２）。このとき、システム制御部２０は、ＰＣ端末２−ｉに対応付けられている会員ＩＤを暗号化し、暗号化した会員ＩＤを、認証用ＵＲＬの文字列の一部として当該認証用ＵＲＬに含める。次いで、システム制御部２０は、生成した認証用ＵＲＬを本文中に埋め込んだ認証メールを生成し、この認証メールを、受信した携帯メールアドレス宛てに送信する（ステップＳ３１３）。次いで、システム制御部２０は、暗証番号入力ページをＰＣ端末２−ｉに送信する（ステップＳ３１４）。
【００７０】
ＰＣ端末２−ｉは、暗証番号入力ページを受信し、これを画面に表示する（ステップＳ３０１）。一方、携帯電話機３−ｉは、ユーザ操作に基づいて所定のサーバ装置から認証メールを受信する（ステップＳ３２１）。そして、ユーザが認証メールの本文に記載された認証用ＵＲＬを選択すると（ステップＳ３２２）、携帯電話機３−ｉは、選択された認証用ＵＲＬをリクエストヘッダに含む暗証番号表示ページリクエストをＥＣサーバ１に送信する（ステップＳ３２３）。
【００７１】
ＥＣサーバ１のシステム制御部２０は、暗証番号表示ページリクエストを受信すると、これに含まれる認証用ＵＲＬから会員ＩＤを復元し、これによって認証メールの送信時期を特定する（ステップＳ３１６）。次いで、システム制御部２０は、認証メールの送信から一定時間内に暗証番号表示ページリクエストを受信したか否かを判定する（ステップＳ３１７）。このとき、システム制御部２０は、認証メールの送信から一定時間を超えて暗証番号表示ページリクエストを受信した場合には（ステップＳ３１７：ＮＯ）、エラー表示ページを携帯電話機３−ｉに送信し（ステップＳ３１８）、処理を終了させる。一定時間を超えて暗証番号表示ページがリクエストされた場合には、第３者が認証用ＵＲＬを盗みこれを使用した場合が考えられる。そこで、第３者による不正入札を防止するため、暗証番号表示ページリクエストの受信は一定時間内に限られている。
【００７２】
一方、システム制御部２０は、認証メールの送信から一定時間内に暗証番号表示ページリクエストを受信した場合には（ステップＳ３１７：ＹＥＳ）、図８に示すように、暗証番号表示ページリクエストのリクエストヘッダから携帯電話機３−ｉのＵＩＤを取得する（ステップＳ４１１）。次いで、システム制御部２０は、取得したＵＩＤが全会員の会員情報の何れかの会員情報中に既に登録されているか否かを判定する（ステップＳ４１２）。このとき、システム制御部２０は、取得したＵＩＤが既に登録されている場合には（ステップＳ４１２：ＹＥＳ）、エラー表示ページを携帯電話機３−ｉに送信し（ステップＳ４１３）、処理を終了させる。
【００７３】
一方、システム制御部２０は、取得したＵＩＤが登録されていない場合には（ステップＳ４１２：ＮＯ）、このＵＩＤを、復元した会員ＩＤに対応する会員情報中に登録する（ステップＳ４１４）。次いで、システム制御部２０は、復元した会員ＩＤに対応する暗証番号をＲＡＭ１９から取得し、この暗証番号を表示する暗証番号表示ページを生成してこれを携帯電話機３−ｉに送信する（ステップＳ４１５）。なお、暗証番号の生成はこの時点で行われるようにしても良い。携帯電話機３−ｉは、暗証番号表示ページを受信し、これを画面に表示する（ステップ４２１）。ＰＣ端末２−ｉの画面には、暗証番号入力ページが表示されているので、ユーザが、携帯電話機３−ｉの画面に表示されている暗証番号を暗証番号入力ページに入力すると（ステップＳ４０１）、ＰＣ端末２−ｉは、入力された暗証番号をＥＣサーバ１に送信する（ステップＳ４０２）。
【００７４】
暗証番号を受信したＥＣサーバ１のシステム制御部２０は、暗証番号表示ページの送信から一定時間内に暗証番号を受信したか否かを判定する（ステップＳ４１７）。このとき、システム制御部２０は、暗証番号表示ページの送信から一定時間を超えて暗証番号を受信した倍には（ステップＳ４１７：ＮＯ）、エラー表示ページをＰＣ端末２−ｉに送信し（ステップＳ４１８）、処理を終了させる。一定時間を超えてパスワードが入力された場合には、第３者が暗証番号を盗みこれを使用した場合が考えられる。そこで、第３者による不正入札を防止するため、暗証番号の受信は一定時間内に限られている。
【００７５】
一方、システム制御部２０は、暗証番号表示ページの送信から一定時間内に暗証番号を受信した場合には（ステップＳ４１７：ＹＥＳ）、図９に示すように、受信した暗証番号は正しい暗証番号であるか否かを判定する（ステップＳ５１１）。つまり、システム制御部２０は、ＰＣ端末２−ｉに対応付けられている会員ＩＤにより、ＲＡＭ１９保存されている暗証番号を特定し、受信した暗証番号が、保存されている暗証番号と一致するか否かを判定する。このとき、システム制御部２０は、暗証番号が正しくない場合には（ステップＳ５１１：ＮＯ）、エラー表示ページをＰＣ端末２−ｉに送信して（ステップＳ５１２）、処理を終了させる。
【００７６】
一方、システム制御部２０は、暗証番号が正しい場合には（ステップＳ５１２：ＹＥＳ）、入札ページをＰＣ端末２−ｉに送信する（ステップＳ５１３）。ＰＣ端末２−ｉは、入札ページを受信し、これを画面に表示させる（ステップＳ５０１）。入札ページには、現在の入札額の最高額、入札金額を入力するための入力欄及び入札ボタン等が表示される。
【００７７】
ここで、ユーザが、入札金額を入力して入札ボタンを選択すると（ステップＳ５０２）、ＰＣ端末２−ｉは、入力された入札金額をＥＣサーバ１に送信する（ステップＳ５０３）。ＥＣサーバ１のシステム制御部２０は、入札金額を受信すると（ステップＳ５１４）、この入札金額、ＰＣ端末２−ｉに対応付けられている会員ＩＤ、ユーザにより選択された商品のオークションＩＤ等の情報に基づいて入札履歴を生成し、この入札履歴をオークションＤＢ１０２に登録する（ステップＳ５１５）。これによって入札ステップが完了する。なお、ＵＩＤの登録はこの時点で行われるようにしても良い。
【００７８】
以上説明したように、本実施形態によれば、ＥＣサーバ１のシステム制御部２０が、ユーザにより入札ボタンが選択されたことによりＰＣ端末２−ｉから送信されてきた入札リクエストが受信された場合に、当該ＰＣ端末２−ｉに対応付けられた会員ランク及び入札履歴を取得し、この会員ランク又は入札履歴が所定の条件を満たす場合には、入札ページをＰＣ端末２−ｉに送信し、所定の条件を満たさない場合には、携帯メールアドレス入力ページをＰＣ端末２−ｉに送信し、ＰＣ端末２−ｉから携帯メールアドレスが受信された場合に、当該携帯メールアドレス宛てに、認証用ＵＲＬが記載された認証メールを送信し、携帯電話機３−ｉから認証用ＵＲＬを含む暗証番号表示ページリクエストが受信された場合に、当該携帯電話機３−ｉに割り当てられたＵＩＤを取得し、当該ＵＩＤが登録されていない場合には、暗証番号表示ページを携帯電話機３−ｉに送信し、当該ＵＩＤが登録されている場合には、エラー表示ページを携帯電話機３−ｉに送信し、取得したＵＩＤを登録し、生成したパスワードと同一のパスワードがＰＣ端末２−ｉから受信された場合には、入札ページを当該ＰＣ端末２−ｉに送信する。
【００７９】
従って、携帯電話機３−ｉのＵＩＤによりユーザを一意に認識することができるので、過去に入札ステップへの移行を試みたユーザがそのときとは別人になりすまして今回入札ステップに移行しようとしていることを判断することができる。よって、ユーザが出品者とは他人になりすまして入札することを防止することができる。
【００８０】
また、ＥＣサーバ１のシステム制御部２０が、既に入札履歴が登録されているユーザに対しては、入札ステップへ移行することを許可するので、携帯電話機３−ｉを利用した認証を省略することができ、入札ステップへスムーズに移行することができる。
【００８１】
また、ＥＣサーバ１のシステム制御部２０が、認証メールを送信してから一定時間が経過した後に暗証番号表示ページリクエストを受信しても、暗証番号表示ページリクエストを送信しないので、第３者による不正入札を防止することができる。
【００８２】
また、ＥＣサーバ１のシステム制御部２０が、暗証番号表示ページを送信してから一定時間が経過した後に暗証番号が入力されても、入札ページを送信しないので、第３者による不正入札を防止することができる。
【００８３】
なお、上記実施形態においては、ネットオークションにおいて入札ステップに移行する場合に本発明を適用したが、本発明の適用はこのケースに限られるものではない。本発明は、ユーザが他人になりすましてシステムを利用し得る様々なケースに対して適用することができる。
【符号の説明】
【００８４】
１  ＥＣサーバ
２―ｉ  ＰＣ端末
３−ｉ  携帯電話機
１１  操作部
１２  表示部
１３  通信部
１４  ドライブ部
１５  記憶部
１６  入出力インタフェース部
１７  ＣＰＵ
１８  ＲＯＭ
１９  ＲＡＭ
２０  システム制御部
２１  システムバス
１０１  会員情報ＤＢ
１０２  オークションＤＢ
ＮＷ  ネットワーク
Ｓ  オークションシステム
【図１】
2010244250.tif 000003
【図２】
2010244250.tif 000004
【図３】
2010244250.tif 000005
【図４】
2010244250.tif 000006
【図５】
2010244250.tif 000007
【図６】
2010244250.tif 000008
【図７】
2010244250.tif 000009
【図８】
2010244250.tif 000010
【図９】
2010244250.tif 000011
【図１０】
2010244250.tif 000012