(57)【特許請求の範囲】
【請求項１】
商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバであって、
端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付手段、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録手段、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付手段、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録手段、及び商品に関する前記リマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付手段から選択される１以上の手段を、商品に対する落札が行われる可能性の高さを示す情報の取得のための手段として有する取得手段と、
前記取得手段により取得された、前記アクセス数、前記ウオッチングリストの登録要求数、前記質問数、前記リマインダメール登録要求数、及び前記リマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新手段と、
端末から商品に関する情報へのアクセスを受け付けた場合に、前記提示価格更新手段により設定された提示価格を当該端末に送信する出品画面配信手段と
を備えることを特徴とするオークションサーバ。
【請求項２】
前記提示価格更新手段は、所定期間における商品ごとの、前記アクセス数、前記ウオッチングリストの登録要求数、前記質問数、前記リマインダメール登録要求数、及び前記リマインダメールに対する応答数から選択される１以上の情報に示される数の合計値の、当該商品と同一の分野に属する商品に関して取得された当該合計値の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する
ことを特徴とする請求項１に記載のオークションサーバ。
【請求項３】
前記提示価格更新手段は、所定期間における商品ごとの、前記アクセス数、前記ウオッチングリストの登録要求数、前記質問数、前記リマインダメール登録要求数、及び前記リマインダメールに対する応答数から選択される１つ以上の数のそれぞれに所定の重み付けをして合計することにより前記合計値を算出することを特徴とする請求項２に記載のオークションサーバ。
【請求項４】
商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバにより実行されるオークション管理方法であって、
端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付ステップ、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録ステップ、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付ステップ、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録ステップ、及び商品に関する前記リマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付ステップから選択される１以上のステップを、商品に対する落札が行われる可能性の高さを示す情報の取得のためのステップとして含む取得ステップと、
前記取得ステップにおいて取得された、前記アクセス数、前記ウオッチングリストの登録要求数、前記質問数、前記リマインダメール登録要求数、及び前記リマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新ステップと、
端末から商品に関する情報へのアクセスを受け付けた場合に、前記提示価格更新ステップにおいて設定された提示価格を当該端末に送信する出品画面配信ステップと
を有することを特徴とするオークション管理方法。
【請求項５】
コンピュータを商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバとして機能させるためのオークション管理プログラムであって、
端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付機能、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録機能、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付機能、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録機能、及び商品に関する前記リマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付機能から選択される１以上の機能を、商品に対する落札が行われる可能性の高さを示す情報の取得のための機能として含む取得機能と、
前記取得機能により取得された、前記アクセス数、前記ウオッチングリストの登録要求数、前記質問数、前記リマインダメール登録要求数、及び前記リマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新機能と、
端末から商品に関する情報へのアクセスを受け付けた場合に、前記提示価格更新機能により設定された提示価格を当該端末に送信する出品画面配信機能と
を実現させることを特徴とするオークション管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末からのネットワークを介した入札を受け付けるオークションを管理するオークションサーバ、オークション管理方法及びオークション管理プログラムに関するものである。
【背景技術】
【０００２】
従来より、ネットワークを利用してオークションを実施するシステムが知られている。ネットワークを利用したオークションでは、例えば、オークションを管理するサーバは、ネットワークを介した端末からの入札を受け付ける。また、商品を落札するための提示価格を段階的に下落するように更新させながら入札を受け付ける、いわゆるダッチオークションといわれる方式が知られている。特許文献１には、ネットワークを利用したオークションを管理するオークションサーバが記載されている。また、特許文献１には、オークションの方式の１種として、主催者が提示価格を少しずつ下げていき最初に名乗り出た人が競り落とすいわゆるダッチオークションが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１２５８７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のダッチオークションでは、商品を落札するための提示価格を少しずつ下げながら提示するに過ぎず、オークションの対象となる商品の情報等に対するアクセスといったユーザの動向を反映した価格を提示することはできなかった。特許文献１には、単にオークションの方式の１種としてのダッチオークションが記載されているのみであって、ユーザに提示する提示価格についての特段の工夫は開示されていない。そこで、本発明の課題は、いわゆるダッチオークションにおける需要の高まりを把握し、適正な提示価格を設定することである。
【０００５】
即ち、本発明は、ユーザの動向を反映した価格を提示することが可能なオークションサーバ、オークション管理方法及びオークション管理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のオークションサーバは、一種の商品につき複数個の商品が出品され、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバであって、商品の一定期間における落札数を取得する落札数取得手段と、落札数取得手段により取得された一定期間の落札数の所定数に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新手段と、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新手段により設定された提示価格を当該端末に送信する出品画面配信手段とを備えることを特徴とする。
【０００７】
また、本発明のオークション管理方法は、一種の商品につき複数個の商品が出品され、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバにより実行されるオークション管理方法であって、商品の一定期間における落札数を取得する落札数取得ステップと、落札数取得ステップにおいて取得された一定期間の落札数の所定数に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新ステップと、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新ステップにおいて設定された提示価格を当該端末に送信する出品画面配信ステップとを有することを特徴とする。
【０００８】
また、本発明のオークション管理プログラムは、コンピュータを、一種の商品につき複数個の商品が出品され、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバとして機能させるためのオークション管理プログラムであって、コンピュータに、商品の一定期間における落札数を取得する落札数取得機能と、落札数取得機能により取得された一定期間の落札数の所定数に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新機能と、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新機能により設定された提示価格を当該端末に送信する出品画面配信機能とを実現させることを特徴とするオークション管理プログラム。
【０００９】
本発明によれば、複数個の商品が出品されたダッチオークションにおいて、落札数に伴って下落幅を変更し、変更された下落幅により提示価格を設定できる。従って、例えば提示価格が落札価格とするのに適正な価格に近づくと下落幅が縮小していくので、落札予定者が落札に適正な価格を知ることができるようになる。また、ユーザの動向を反映した提示価格を提示できるので、最終的な落札価格が高くなることが期待される。
【００１０】
上記課題を解決するために、本発明のオークションサーバは、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバであって、端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付手段、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録手段、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付手段、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録手段、及び商品に関するリマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付手段から選択される１以上の手段を、商品に対する落札が行われる可能性の高さを示す情報の取得のための手段として有する取得手段と、取得手段により取得された、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新手段と、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新手段により設定された提示価格を当該端末に送信する出品画面配信手段とを備えることを特徴とする。
【００１１】
また、本発明のオークション管理方法は、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバにより実行されるオークション管理方法であって、端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付ステップ、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録ステップ、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付ステップ、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録ステップ、及び商品に関するリマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付ステップから選択される１以上のステップを、商品に対する落札が行われる可能性の高さを示す情報の取得のためのステップとして含む取得ステップと、取得ステップにおいて取得された、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新ステップと、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新ステップにおいて設定された提示価格を当該端末に送信する出品画面配信ステップとを有することを特徴とする。
【００１２】
また、本発明のオークション管理プログラムは、コンピュータを商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバとして機能させるためのオークション管理プログラムであって、端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付機能、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録機能、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付機能、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録機能、及び商品に関するリマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付機能から選択される１以上の機能を、商品に対する落札が行われる可能性の高さを示す情報の取得のための機能として含む取得機能と、取得機能により取得された、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する提示価格更新機能と、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新機能により設定された提示価格を当該端末に送信する出品画面配信機能とを実現させることを特徴とする。
【００１３】
本発明によれば、複数個の商品が出品されたダッチオークションにおいて、アクセス数等の商品に対する落札が行われる可能性の高さを示す情報に示される数に伴って下落幅を変更し、変更された下落幅により提示価格を設定できる。従って、提示価格が落札価格とするのに適正な価格に近づくと下落幅が縮小していくので、落札予定者が落札に適正な価格を知ることができるようになる。また、ユーザの動向を反映した提示価格を提示できるので、最終的な落札価格が高くなることが期待される。
【００１４】
また、本発明のオークションサーバでは、提示価格更新手段は、所定期間における商品ごとの、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報に示される数の合計値の、当該商品と同一の分野に属する商品に関して取得された当該合計値の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定することを特徴とする。上記構成によれば、アクセス数等の商品に対する落札が行われる可能性の高さを示す情報が、より精度よく、提示価格の下落幅に反映される。これにより、より好適に落札予定者が落札に適正な価格を知ることができる。
【００１５】
また、本発明のオークションサーバは、一種の商品につき複数個の商品が出品され、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバであって、商品の一定期間における落札数を取得する落札数取得手段と、落札数取得手段により取得された落札数に基づき当該商品に対する落札の可能性の有無を推定し、可能性が有ると推定された場合に、可能性が無いと推定された場合に比べて高い価格を当該商品に関する提示価格として設定する提示価格更新手段と、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新手段により設定された提示価格を当該端末に送信する出品画面配信手段とを備えることを特徴とする。
【００１６】
本発明によれば、複数個の商品が出品されたダッチオークションにおいて、商品に対する落札数に基づき、当該商品に対する落札が行われる可能性の有無が推定される。そして、可能性が有ると推定された場合に、可能性が無いと推定された場合に比べて高い価格が当該商品に関する提示価格として設定されるので、ユーザの動向を反映した提示価格を提示できる。即ち、ユーザの動向を反映した価格を提示することにより、落札価格が高くなることが期待される。
【００１７】
また、本発明のオークションサーバは、商品を落札するための価格である提示価格を段階的に下落するように更新させながら、端末からのネットワークを介した落札を受け付けるオークションを管理するオークションサーバであって、端末から商品に関する情報へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付手段、商品を監視対象の商品のリストであるウオッチングリストに登録する登録要求を端末から受け付け、登録要求数をカウントするウオッチングリスト登録手段、商品に関する質問を端末から受け付け、受け付けた質問数をカウントする質問受付手段、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するリマインダメール登録要求を端末から受け付け、リマインダメール登録要求数をカウントするリマインダメール登録手段、及び商品に関するリマインダメールに対する応答を端末から受け付け、応答数をカウントするリマインダメール応答受付手段から選択される１以上の手段を、商品に対する落札が行われる可能性の高さを示す情報の取得のための手段として有する取得手段と、取得手段により所定期間に取得された情報に基づき当該商品に対する落札の可能性の有無を推定し、可能性が有ると推定された場合に、可能性が無いと推定された場合に比べて高い価格を当該商品に関する提示価格として設定する提示価格更新手段と、端末から商品に関する情報へのアクセスを受け付けた場合に、提示価格更新手段により設定された提示価格を当該端末に送信する出品画面配信手段とを備えることを特徴とする。
【００１８】
本発明によれば、所定期間における商品ごとの、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメールの予約の登録数、及びリマインダメールに対する応答数といった商品に対する落札が行われる可能性の高さを示す情報のうちのいずれか又は複数に基づき当該商品に対する落札の可能性の有無が推定される。そして、可能性が有ると推定された場合に、可能性が無いと推定された場合に比べて高い価格が当該商品に関する提示価格として設定されるので、ユーザの動向を反映した提示価格を提示できる。即ち、ユーザの動向を反映した価格を提示することにより、落札価格が高くなることが期待される。
【００１９】
また、本発明のオークションサーバでは、提示価格更新手段は、所定期間における商品ごとの、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１つ以上の数の合計値が所定の閾値以上である場合に、当該商品に対する落札の可能性が有ると推定することを特徴とする。上記構成によれば、当該商品に対する落札の可能性の有無が精度良く推定される。
【００２０】
また、本発明のオークションサーバでは、提示価格更新手段は、所定期間における商品ごとの、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１つ以上の数のそれぞれに所定の重み付けをして合計することにより合計値を算出することを特徴とする。上記構成によれば、ユーザの動向がより適切に反映された、落札の可能性の有無の推定が可能となる。
【発明の効果】
【００２１】
出品に対する落札の気配が有るかを判定し、落札気配が有る場合に、落札気配が無い場合に比べて高い提示価格を設定するので、出品者にとって高額落札が期待できるようになる。即ち、ユーザの動向を反映した価格を提示することが可能となる。また、落札予定者が落札に適正な価格を知ることができるようになる。
【図面の簡単な説明】
【００２２】
【図１】図１は、ダッチオークションシステムのネットワーク構成を示す図である。
【図２】図２は、出品処理に係るオークションサーバの構成を示す図である。
【図３】図３は、出品情報テーブルの例を示す図である。
【図４】図４は、提示価格の推移例（気配無）を示す図である。
【図５】図５は、出品画面に関連するオークションサーバの構成を示す図である。
【図６】図６は、出品画面の例を示す図である。
【図７】図７は、提示価格更新処理フローを示す図である。
【図８】図８は、気配対応提示処理フローを示す図である。
【図９】図９は、落札気配判定処理フローを示す図である。
【図１０】図１０は、提示価格の推移例（気配有）を示す図である。
【図１１】図１１は、気配時更新価格算出処理フローを示す図である。
【図１２】図１２は、入札処理に係るオークションサーバの構成を示す図である。
【図１３】図１３は、入札情報テーブルの例を示す図である。
【図１４】図１４は、落札情報テーブルの例を示す図である。
【図１５】図１５は、ウオッチングリストに係るオークションサーバの構成を示す図である。
【図１６】図１６は、質問に係るオークションサーバの構成を示す図である。
【図１７】図１７は、リマインダメール登録に係るオークションサーバの構成を示す図である。
【図１８】図１８は、リマインダメール応答に係るオークションサーバの構成を示す図である。
【図１９】図１９は、実施の形態６に係る提示価格更新処理フローを示す図である。
【図２０】図２０は、実施の形態７に係る提示価格の推移例を示す図である。
【図２１】図２１は、実施の形態８に係る提示価格の推移例を示す図である。
【発明を実施するための形態】
【００２３】
実施の形態１．
いわゆるダッチオークションでは、通常のオークションとは逆に提示価格が順番に下がっていく。即ち、ダッチオークションでは、商品を落札するための価格である提示価格が段階的に下落するように更新されながら、落札が受け付けられる。開始価格から順番に最低価格まで提示価格を下げていくことにより、取引成立の迅速化を図ることを目的としている。また、ダッチオークションでは、例えば、商品の出品数が１個の場合には、当該商品に対する入札が行われると、直ちに落札者が決定してオークションが終了する。また、商品の出品数が複数個の場合には、当該複数個の商品に対する複数の落札が行われるまでオークションが続行され、最終落札者が決定した時点でオークションが終了する。この場合、最終落札者の落札価格が全ての落札者の落札価格となる。本発明では、提示価格の設定に工夫を設ける。
【００２４】
図１は、本実施形態のオークションサーバを含むダッチオークションシステムのネットワーク構成を示す図である。図１に示すダッチオークションシステムは、オークションサーバ１０１、端末１０２及び端末１０３を含む。オークションサーバ１０１は、端末１０２及び端末１０３とインターネットＮを介して接続されている。オークションサーバ１０１は、ダッチオークションを開催するオークションサイトの運営者が管理するサーバである。端末１０２は、ダッチオークションに参加するユーザが使用する端末である。端末１０２のユーザは、例えば、端末１０２によりダッチオークションに商品を出品することができる。端末１０３は、ダッチオークションに参加するユーザが使用する端末である。端末１０３のユーザは、例えば、オークションに出品されている商品に関する様々な情報に対するアクセス、当該商品のオークションに係る様々なアクションの要求、及び当該商品に対する落札等を端末１０３により行うことができる。端末１０２及び端末１０３は、ＨＴＭＬ文書による画面等を表示するブラウザを有している。
【００２５】
図２は、出品処理に係るオークションサーバの構成を示す図である。オークションサーバ１０１は、ログイン部３０１、ユーザテーブル３０２、出品申込受付部３０３、出品情報登録部３０４、出品情報テーブル３０５（出品情報記憶手段）、及びログアウト部３０６を有している。ログイン部３０１は、ログイン処理で、出品者端末１０２からユーザＩＤとパスワードを受信し、一致するユーザＩＤとパスワードの組合せがユーザテーブル３０２に存在する場合に、認証成功と判断し、コネクションを確立させ、以降の処理を継続可能とする。ユーザテーブル３０２は、ユーザ毎にユーザＩＤとパスワードの組合せを記憶している。
【００２６】
出品申込受付部３０３は、出品申込受付処理を実施する機能部であって、端末１０２からの出品申込を受信する。出品申込は、商品名、出品数、開始価格及び最低価格等の情報を含む。
【００２７】
出品情報登録部３０４は、出品情報登録処理を実施する機能部であって、出品申込受付部３０３により受け付けられた出品申込に含まれる情報に出品ＩＤ及び出品者のユーザＩＤを対応付けて出品情報登録部３０４に記憶させる。
【００２８】
出品情報テーブル３０５は、出品情報を記憶するテーブルである。図３は、出品情報テーブル３０５の例を示す図である。出品情報テーブル３０５は、出品案件毎にレコードを設け、出品ＩＤ、出品者のユーザＩＤ、物品名、出品数、開始価格、最低価格、オークション期間（開始日時、終了日時）、及び提示価格を対応付けて記憶するように構成されている。
【００２９】
ログアウト部３０６は、ログアウト処理で、ログアウト要求を受信し、コネクションを解消する。
【００３０】
ここで、ダッチオークションにおける提示価格について説明する。図４は、提示価格の通常の推移例（気配無）を示す図である。この例は、特に入札及び落札の気配が高まることなく、通常通り推移する場合を示している。即ち、落札の気配は、端末１０３からの落札が行われる可能性の高さである。オークションサーバ１０１は、端末１０３のユーザの動向に関する様々な情報を取得することにより、端末１０３からの落札が行われる可能性を推定できる。オークションサーバ１０１は、例えば、出品された商品に関する情報への端末１０３からのアクセス、監視対象の商品のリストであるウオッチングリストに商品を登録するための登録要求、端末１０３からの商品に関する質問、商品のオークションの実施状況を通知するリマインダメールを所定の契機に端末に送信する予約を登録するためのリマインダメール登録要求、商品に関するリマインダメールに対する端末１０３からの応答等を、端末１０３のユーザの動向に関する情報として取得する。
【００３１】
オークション期間（オークション開催期間）は、開始日時から終了日時までであり、システム側で自動的に設定されても、出品者の希望により設定されてもよい。この例では、オークション期間は、５日間である。オークションサーバ１０１は、オークション期間内に、開始価格から最低価格まで段階的且つ順に提示価格を下げる。提示価格の更新は、通常、所定の時刻で周期的に行われる。この例では、提示価格の更新は、１日１回であるが、１日に複数回であっても構わない。つまり、ダッチオークションは、１日に１回価格をさげる実施形態に限らず、１日に複数回（例えば２回）価格をさげるようにしてもよい。例えば１日に２回価格を下げる場合は、１２時間ごとに価格を下げる。
【００３２】
続いて、端末１０３からオークションサーバ１０１に落札するまでの動作について説明する。図５は、出品画面に関連するオークションサーバの構成を示す図である。オークションサーバ１０１は、出品情報テーブル３０５の他、出品画面アクセス受付部６０１（出品画面アクセス受付手段）、アクセス履歴記憶部６０２、出品画面記憶部６０３、出品画面配信部６０４、及び提示価格更新部６０５（提示価格更新手段）を有している。出品画面アクセス受付部６０１は、端末１０３からの出品画面へのアクセスを受け付け、アクセス履歴記憶部６０２は、出品画面へのアクセス履歴を記憶する。なお、出品画面アクセス受付部６０１及びアクセス履歴記憶部６０２は、本発明における、商品に対する落札が行われる可能性の高さを示す情報を取得する取得手段を構成する。出品画面記憶部６０３は、ブラウザで表示されるＨＴＭＬ文書による出品画面を記憶している。出品画面配信部６０４は、アクセス元の端末１０３へ出品画面を返信する。提示価格更新部６０５は、提示価格を更新するように構成されている。
【００３３】
出品画面記憶部６０３は、出品毎に、出品ＩＤに対応付けて出品画面を記憶している。図６は、端末１０３において表示される出品画面の例を示す図である。出品画面は、物品名、出品数、開始価格、最低価格、オークション期間（開始日時、終了日時）、及び提示価格を表示している。出品画面は、端末１０３において入札アイコンをクリックすることにより、入札申込（出品ＩＤが付加されている）がオークションサーバ１０１に送信されるように構成されている。
【００３４】
続いて、出品画面を端末１０３に送信する処理について説明する。出品画面アクセス受付処理では、出品画面アクセス受付部６０１は、端末１０３からの出品画面ＵＲＬへのアクセスを受信し、当該出品画面の出品ＩＤを特定し、出品ＩＤとアクセス日時をアクセス履歴記憶部６０２に記憶させる。そして、出品画面配信処理では、出品画面配信部６０４は、出品ＩＤに対応する出品画面の文書を出品画面記憶部６０３から読み出して、アクセス元の端末１０３に送信する。
【００３５】
また、提示価格更新部６０５は、定期的に提示価格を更新する。提示価格更新部６０５は、更新時刻待ちの状態で、所定の更新時刻の到来を待つ。更新時刻になると、提示価格更新処理で、提示価格更新部６０５は、出品毎に、新たな提示価格を算出し、出品情報テーブル３０５の提示価格を書き換える。更に、提示価格更新部６０５は、出品画面記憶部６０３の提示価格の表示も変更する。
【００３６】
上述の提示価格更新処理について詳述する。図７は、提示価格更新処理フローを示す図である。提示価格更新部６０５は、出品情報テーブル３０５の出品レコード毎に以下（Ｓ１００２〜Ｓ１０１２）の処理を繰り返す（Ｓ１００１）。まず、提示価格更新部６０５は、初回の価格提示か否かを判定する（Ｓ１００２）。具体的には、提示価格更新部６０５は、現在の日時がオークション期間の開始日時に該当するか、あるいは、出品情報テーブル３０５に提示価格が未設定であるかなどで判断する。初回の価格提示となる場合には、提示価格更新部６０５は、初回提示処理（Ｓ１００３）を行う。
【００３７】
初回提示処理において、提示価格更新部６０５は、例えば、物品名、出品数、開始価格、最低価格、オークション期間を、出品情報テーブル３０５から取得し、出品画面に設定する。そして、提示価格更新部６０５は、出品画面の提示価格に、開始価格を設定する。提示価格更新部６０５は、生成した出品画面を、出品ＩＤに対応付けて出品画面記憶部６０３に記憶させる。
【００３８】
次に、提示価格更新部６０５は、途中回の価格提示であるか、つまり２回目から最終回の前回までの価格提示であるかを判定する（Ｓ１００４）。既に出品情報テーブル３０５に提示価格が設定されており、最終回でない場合に、提示価格更新部６０５は、途中回の価格提示であると判定する。途中回の価格提示の場合には、提示価格更新部６０５は、気配対応提示処理（Ｓ１００５）を行う。提示価格更新部６０５は、落札気配に応じて提示価格を設定する。即ち、提示価格更新部６０５は、端末１０３からの落札が行われる可能性の高さに応じて提示価格を設定する。落札が行われる可能性の高さに応じた提示価格の設定処理については、図８〜図１２に従って詳しく後述する。
【００３９】
提示価格更新部６０５は、最終回の価格提示であるかを判定する（Ｓ１００６）。次の更新機会が終了日時である場合に、提示価格更新部６０５は、最終回であると判定する。例えば、１日に１回更新を行う場合には、終了日の前日の更新が最終回となる。最終回の価格提示の場合には、最終回提示処理（Ｓ１００７）で、提示価格更新部６０５は、出品情報テーブル３０５から得た最低価格を提示価格に設定する。
【００４０】
提示価格更新部６０５は、落札されたか否かを判定する（Ｓ１００８）。落札された場合には、提示価格更新部６０５は、落札処理を行う（Ｓ１００９）。例えば、商品の出品数が１個の場合は、直ちに落札者が決定してオークションが終了する。また、商品の出品数が複数個の場合は、最終落札者が決定した時点でオークションが終了する。この場合、最終落札者の落札価格が全ての落札者の落札価格となる（図１４参照）。落札されなかった場合には、提示価格更新部６０５は、期間終了か否かを判定する（Ｓ１０１１）。具体的には、提示価格更新部６０５は、オークション期間の終了日時に至ったか否かにより期間終了を判断する。期間終了の場合には、提示価格更新部６０５は、終了処理（Ｓ１０１２）を行う。この終了処理では、提示価格更新部６０５は、出品画面記憶部６０３の出品画面にオークション期間終了の旨を表示する。
【００４１】
そして、提示価格更新部６０５は、すべての出品レコードについて上述の通り処理した時点で提示価格更新処理を終了する（Ｓ１０１０）。
【００４２】
図８は、気配対応提示処理フローを示す図である。気配対応提示処理は、端末１０３からの落札が行われる可能性の高さに応じた提示価格を設定するための処理である。落札気配判定処理（Ｓ１２０１）では、提示価格更新部６０５は、落札の気配が有るかを判定する。即ち、提示価格更新部６０５は、端末１０３からの落札が行われる可能性の有無を判定する。例えば図９は、落札気配判定処理フローを示す図である。提示価格更新部６０５は、アクセス履歴記憶部６０２から、所定期間における端末１０３からの出品画面に対するアクセス数を取得する（Ｓ１３０１）。例えば、提示価格更新部６０５は、更新時から所定時間遡った期間のアクセス数をカウントする。所定期間は、前回の更新時から今回の更新時までの期間でもよい。そして、提示価格更新部６０５は、出品画面アクセス数が所定の基準値以上であるか（又は、より大きいか）判定する（Ｓ１３０２）。基準値より少ない（又は、以下の）アクセス数の場合には、提示価格更新部６０５は、落札の気配は無いと判定する（Ｓ１３０３）。即ち、提示価格更新部６０５は、端末１０３からの落札が行われる可能性が無いと推定する。一方、基準値以上の（又は、より大きい）アクセス数の場合には、提示価格更新部６０５は、落札の気配が有る判定する（Ｓ１３０４）。即ち、提示価格更新部６０５は、端末１０３からの落札が行われる可能性が有ると推定する。
【００４３】
所定期間内のアクセス数に代えて、アクセス数の合計、つまりアクセス総数と基準値を比較することも有効である。
【００４４】
通常時更新価格算出処理（Ｓ１２０２）では、提示価格更新部６０５は、落札の気配が無いとき、つまり通常時の更新価格を算出する。即ち、提示価格更新部６０５は、端末１０３からの落札が行われる可能性が無いと推定した場合に、通常時の更新価格を算出する。例えば、提示価格更新部６０５は、現提示価格から最低価格を差し引いて、残価格差を求める。現提示価格と最低価格は、出品情報テーブル３０５から得られる。次に、提示価格更新部６０５は、残更新回数を求める。提示価格が１日に１回更新される場合には、提示価格更新部６０５は、更新当日の日付から終了日を差し引くことにより残更新回数を求める。そして、提示価格更新部６０５は、残価格差を残更新回数で割って、均等下落額を求め、現提示価格から均等下落額を差し引いて、通常時更新価格とする。
【００４５】
気配時更新価格算出処理（Ｓ１２０３）では、提示価格更新部６０５は、落札の気配が有るとき、つまり気配時の更新価格を算出する。即ち、提示価格更新部６０５は、端末１０３からの落札が行われる可能性が有ると推定した場合に、通常時とは異なる更新価格を算出する。詳しくは、図１０と図１１を用いて後述する。そして、出品画面の提示価格に、算出した更新価格（通常時の更新価格又は気配時の更新価格）を設定する（Ｓ１２０４）。
【００４６】
図１０は、提示価格の推移例（気配有）を示す図である。即ち、図１０は、端末１０３からの落札が行われる可能性が有ると推定された場合における提示価格の推移例である。
この例では、提示価格更新部６０５は、２月２日の更新では、落札気配が無いと判定し、通常時の提示価格を設定しているが、２月３日の更新では、落札気配が有ると判定し、通常時の提示価格よりも高い提示価格を設定している。即ち、提示価格更新部６０５は、落札の可能性が有ると推定された場合に、落札の可能性が無いと推定された場合に比べて高い価格を当該商品に関する提示価格として設定する
【００４７】
図１１は、気配時更新価格算出処理フローを示す図である。通常時更新価格算出処理と同様に、提示価格更新部６０５は、まず現提示価格から最低価格を差し引いて、残価格差を求め（Ｓ１６０１）、残更新回数を求め（Ｓ１６０２）、残価格差を残更新回数で割って、均等下落額を求める（Ｓ１６０３）。ここで、提示価格更新部６０５は、均等下落額に所定の減縮率を乗じて、減縮下落額を求める（Ｓ１６０４）。この例では、減縮率を０．５としている。そして、提示価格更新部６０５は、現提示価格から減縮下落額を差し引いて、気配時更新価格を求める（Ｓ１６０５）。これにより、通常時よりも高い更新価格が算出される。
【００４８】
続いて、入札を申し込む動作について説明する。図１２は、入札処理に係るオークションサーバの構成を示す図である。オークションサーバ１０１は、ログイン部３０１、ユーザテーブル３０２、出品情報テーブル３０５の他、入札申込受付部１９０１、入札情報登録部１９０２、入札情報テーブル１９０３、残出品数判定部１９０４、落札確定部１９０５、及び落札情報テーブル１９０６を有している。ログイン部３０１とユーザテーブル３０２は、図２を参照して説明したログイン部３０１とユーザテーブル３０２と同様に動作する。入札申込受付部１９０１は、入札申込受付処理で、端末１０３から出品ＩＤが付加された入札申込を受信する。入札情報登録部１９０２は、入札情報登録処理で、入札情報テーブル１９０３に入札情報を追加する。
【００４９】
入札情報テーブル１９０３は、入札された情報を管理するテーブルである。図１３は、入札情報テーブル１９０３の例を示す図である。入札情報テーブル１９０３は、出品ＩＤと入札数をヘッダで記憶し、入札毎にレコードを設け、入札者のユーザＩＤ、入札価格、及び入札日時を対応付けて記憶するように構成されている。
【００５０】
入札情報登録処理において、具体的には、入札情報登録部１９０２は、入札情報テーブル１９０３から入札申込に付加されている出品ＩＤに対応する入札数を読み取り、入札数に１を加算して、入札情報テーブル１９０３に書き戻す。つまり、入札情報登録部１９０２は、当該出品ＩＤに対応付けて新たな入札数を入札情報テーブル１９０３に記憶させる。そして、入札情報登録部１９０２は、新たな入札レコードを設ける。入札情報登録部１９０２は、ログイン中の入札者のユーザＩＤをログイン部３０１から取得し、新たな入札レコードに書き込む。更に、入札情報登録部１９０２は、入札申込に付加されている出品ＩＤに対応する提示価格を出品情報テーブル３０５から読み取り、新たな入札レコードの入札価格として書き込む。また、入札情報登録部１９０２は、オークションサーバ１０１内部のカレンダー時計部より処理当日の日付と現時刻を取得し、新たな入札レコードの入札日時として書き込む。
【００５１】
残出品数判定部１９０４は、残出品数判定処理において、出品情報テーブル３０５から出品ＩＤに対応する出品数を取得し、入札情報テーブル１９０３から出品ＩＤに対応する入札数を取得し、出品数から入札数を差し引いて、残出品数を求める。残出品数が０の場合に、落札確定部１９０５は、落札確定処理において、出品ＩＤに対応付けて落札情報を落札情報テーブル１９０６に記憶させる。
【００５２】
落札情報テーブル１９０６は、落札情報を記録するためのテーブルである。図１４は、落札情報テーブルの例を示す図である。出品ＩＤと落札数のヘッダを有し、落札毎にレコードを設け、落札者のユーザＩＤと落札価格を対応付けて記憶するように構成されている。
【００５３】
落札確定処理では、落札確定部１９０５は、出品ＩＤに対応する入札数を入札情報テーブル１９０３より読み出し、出品ＩＤに対応する落札数として落札情報テーブル１９０６に記憶させる。また、落札確定部１９０５は、各入札レコードに対応する落札レコードを落札情報テーブル１９０６に記憶させる。具体的には、落札確定部１９０５は、レコード毎に、入札者のユーザＩＤを入札情報テーブル１９０３から読み取り、落札者のユーザＩＤとして落札レコードに書き込む。更に、落札確定部１９０５は、入札情報テーブル１９０３からすべての入札価格を読み取り、最低の入札価格を判定し、落札レコードの落札価格に書き込む。これらの処理を、すべての入札レコードに対して行なう。つまり、全ての落札価格は、入札価格の最低値に統一される。なお、上述の例では、出品数を３個の例で示したが、出品数が１個の場合では、入札者がその１個の商品を落札するとオークションは落札した価格で直ちに終了する。
【００５４】
本実施形態のオークションサーバ１０１、オークション管理方法及びオークション管理プログラムによれば、商品に対する落札が行われる可能性の高さを示す情報に基づき、当該商品に対する落札が行われる可能性の有無が推定される。そして、可能性が有ると推定された場合に、可能性が無いと推定された場合に比べて高い価格が当該商品に関する提示価格として設定されるので、ユーザの動向を反映した提示価格を提示できる。即ち、ユーザの動向を反映した価格を提示することにより、落札価格が高くなることが期待される。
【００５５】
また、急激な需要（入札）の増加を抑制することができるので、オークションサーバ１０１にアクセスが集中することを回避することができ、システムを安定させることができる。
【００５６】
実施の形態２．
前述の形態では、出品画面のアクセス履歴により落札気配を判定したが、出品に対するウオッチングリストへの登録履歴によって落札気配の判定、即ち、端末１０３から落札が行われる可能性の有無の推定を実施することもできる。ウオッチングリストは、オークションにおける監視対象の商品のリストである。オークションサーバ１０１は、端末１０３からの登録要求に基づき、商品のウオッチングリストへの登録を実施する。
【００５７】
図１５は、ウオッチングリストに係るオークションサーバの構成を示す図である。オークションサーバ１０１は、提示価格更新部６０５の他、ウオッチングリスト登録部２２０１及びウオッチングリスト記憶部２２０２を有している。なお、ウオッチングリスト登録部２２０１及びウオッチングリスト記憶部２２０２は、本発明における、商品に対する落札が行われる可能性の高さを示す情報を取得する取得手段を構成する。
【００５８】
ウオッチングリスト登録部２２０１は、端末１０３から商品に関する情報をウオッチングリストに登録するウオッチングリスト登録要求を受け付ける。そして、ウオッチングリスト登録部２２０１は、ウオッチングリスト登録要求により、商品ＩＤを特定し、商品ＩＤに対応付けて当該ユーザのＩＤと登録日時をウオッチングリスト記憶部２２０２に記憶させると共に、記憶されたウオッチングリスト登録要求の数をウオッチングリスト登録数として管理する。商品ＩＤは、例えばウオッチングリスト登録要求に付加されているので、ウオッチングリスト登録部２２０１は、商品ＩＤを特定できる。このとき、ウオッチングリスト登録部２２０１は、オークションサーバ１０１内部のカレンダー時計部より処理当日の日付と現時刻を取得して、登録日時として用いる。
【００５９】
提示価格更新部６０５は、図９の落札気配判定処理のＳ１３０１で、出品画面アクセス数に代えて、ウオッチングリスト登録数を用いる。つまり、所定期間のウオッチングリスト登録数が所定基準数以上の場合に、提示価格更新部６０５は、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）。即ち、提示価格更新部６０５は、所定期間のウオッチングリスト登録要求数が、所定の閾値以上である場合に、端末１０３からの落札が行われる可能性が有ると推定し、所定期間のウオッチングリスト登録要求数が、所定の閾値未満である場合に、端末１０３からの落札が行われる可能性が無いと推定する。
【００６０】
前述の通り、ウオッチングリスト登録総数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）ことも、有効である。
【００６１】
実施の形態３．
オークションサーバ１０１は、出品に対する質問履歴によって落札気配を判定することもできる。即ち、オークションサーバ１０１は、出品された商品に関する質問の質問履歴に基づき、端末１０３から落札が行われる可能性の有無の推定を実施することもできる。
【００６２】
図１６は、質問に係るオークションサーバの構成を示す図である。オークションサーバ１０１は、提示価格更新部６０５の他、質問受付部２３０１（質問受付手段）及び質問リスト記憶部２３０２を有している。なお、質問受付部２３０１及び質問リスト記憶部２３０２は、本発明における、商品に対する落札が行われる可能性の高さを示す情報を取得する取得手段を構成する。
【００６３】
質問受付部２３０１は、端末１０３から出品された商品に関する質問要求を受け付ける。そして、質問受付部２３０１は、質問要求により、商品ＩＤを特定し、商品ＩＤに対応付けて当該ユーザのＩＤと登録日時と質問文を質問リスト記憶部２３０２に記憶させると共に、記憶された質問要求の数を質問登録数として管理する。商品ＩＤは、例えば質問要求に付加されているので、質問受付部２３０１は、商品ＩＤを特定できる。このとき、質問受付部２３０１は、オークションサーバ１０１内部のカレンダー時計部より処理当日の日付と現時刻を取得して、登録日時として用いる。
【００６４】
提示価格更新部６０５は、図９の落札気配判定処理のＳ１３０１で、出品画面アクセス数に代えて、質問登録数を用いる。つまり、所定期間の質問登録数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）。即ち、提示価格更新部６０５は、所定期間に質問受付部２３０１により受け付けられた質問数が所定の閾値以上である場合に、端末１０３からの落札が行われる可能性が有ると推定し、所定期間に質問受付部２３０１により受け付けられた質問数が所定の閾値未満である場合に、端末１０３からの落札が行われる可能性が無いと推定する。
【００６５】
前述の通り、質問登録総数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）ことも、有効である。
【００６６】
実施の形態４．
オークションサーバ１０１は、出品に対するリマインダメール登録履歴によって落札気配を判定することもできる。リマインダメールは、所定の商品に関するオークションの実施状況を通知するために、オークションサーバ１０１から端末１０３に送信されるメールである。オークションサーバ１０１は、リマインダメールを所定の契機に端末１０３に送信する予約の登録であるリマインダメール登録要求を端末１０３から受け付ける。即ち、オークションサーバ１０１は、リマインダメール登録要求に基づき、端末１０３から落札が行われる可能性の有無の推定を実施することもできる。
【００６７】
図１７は、リマインダメール登録に係るオークションサーバの構成を示す図である。オークションサーバ１０１は、提示価格更新部６０５の他、リマインダメール登録部２４０１（リマインダメール登録手段）及びリマインダメールリスト記憶部２４０２を有している。なお、リマインダメール登録部２４０１及びリマインダメールリスト記憶部２４０２は、本発明における、商品に対する落札が行われる可能性の高さを示す情報を取得する取得手段を構成する。
【００６８】
リマインダメール登録部２４０１は、端末１０３から出品に関するリマインダメールの登録要求を受け付ける。そして、リマインダメール登録部２４０１は、リマインダメール登録要求により、商品ＩＤを特定し、商品ＩＤに対応付けて当該ユーザのＩＤと登録日時をリマインダメールリスト記憶部２４０２に記憶させると共に、記憶されたリマインダメール登録要求の数をリマインダメール登録数として管理する。商品ＩＤは、例えばリマインダメール登録要求に付加されているので、リマインダメール登録部２４０１は、商品ＩＤを特定できる。このとき、オークションサーバ１０１内部のカレンダー時計部より処理当日の日付と現時刻を取得して、登録日時として用いる。
【００６９】
提示価格更新部６０５は、図９の落札気配判定処理のＳ１３０１で、出品画面アクセス数に代えて、リマインダメール登録数を用いる。つまり、所定期間のリマインダメール登録数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）。即ち、提示価格更新部６０５は、リマインダメール登録部２４０１により受け付けられた、所定期間における商品ごとのリマインダメールの予約の登録数が所定の閾値以上である場合に、端末１０３からの落札が行われる可能性が有ると推定し、所定期間における商品ごとのリマインダメールの予約の登録数が所定の閾値未満である場合に、端末１０３からの落札が行われる可能性が無いと推定する。
【００７０】
前述の通り、リマインダメール登録総数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）ことも、有効である。
【００７１】
実施の形態５．
オークションサーバ１０１は、出品に関するリマインダメールに対する応答履歴によって落札気配を判定することもできる。即ち、オークションサーバ１０１は、リマインダメールに対する端末１０３からの応答に基づき、端末１０３から落札が行われる可能性の有無の推定を実施することもできる。
【００７２】
図１８は、リマインダメール応答に係るオークションサーバの構成を示す図である。オークションサーバ１０１は、提示価格更新部６０５の他、リマインダメール応答受付部２５０１（リマインダメール応答受付手段）及びリマインダメール応答リスト記憶部２５０２を有している。なお、リマインダメール応答受付部２５０１及びリマインダメール応答リスト記憶部２５０２は、本発明における、商品に対する落札が行われる可能性の高さを示す情報を取得する取得手段を構成する。
【００７３】
リマインダメール応答受付部２５０１は、端末１０３から出品に関するリマインダメールに対する応答を受け付ける。そして、リマインダメール応答受付部２５０１は、リマインダメールに対する応答により、商品ＩＤを特定し、商品ＩＤに対応付けて当該ユーザのＩＤと登録日時をリマインダメール応答リスト記憶部２５０２に記憶させると共に、記憶されたリマインダメールに対する応答の数をリマインダメールに対する応答数として管理する。。商品ＩＤは、例えばリマインダメール登録要求やリマインダメールに対する応答に付加されているので、リマインダメール応答受付部２５０１は、商品ＩＤを特定できる。このとき、オークションサーバ１０１内部のカレンダー時計部より処理当日の日付と現時刻を取得して、登録日時として用いる。
【００７４】
一方、提示価格更新部６０５は、図９の落札気配判定処理のＳ１３０１で、出品画面アクセス数に代えて、リマインダメールに対する応答数を用いる。つまり、所定期間のリマインダメール応答数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）。即ち、提示価格更新部６０５は、リマインダメール応答受付部２５０１により受け付けられた、所定期間におけるリマインダメールに対する応答数が所定の閾値以上である場合に、端末１０３からの落札が行われる可能性が有ると推定し、所定期間におけるリマインダメールに対する応答数が所定の閾値未満である場合に、端末１０３からの落札が行われる可能性が無いと推定する。
【００７５】
前述の通り、リマインダメール応答総数が所定基準数以上の場合に、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）ことも、有効である。
【００７６】
実施の形態６．
続いて、例えば図１０に示したように通常時の提示価格よりも高い提示価格を設定し、そのまま落札されずに終了する場合に、提示価格と最低価格とを一致させる処理について説明する。
【００７７】
図１９は、実施の形態６に係る提示価格更新処理フローを示す図である。当該更新が２回目〜最終回である場合に（Ｓ２６０１）、提示価格更新部６０５は、気配対応提示処理（Ｓ１００５）を行う。従って、最終回において落札気配が有ると判断した場合には、最低価格よりも高い価格が提示されることになる。
【００７８】
その為、最終回以降に最終価格への調整を行う必要がある。例えば、提示価格更新部６０５は、最終回の更新時から所定時間経過後、あるいは終了日時の所定時間（例えば１０分）遡った時点において、提示価格が最低価格と一致するか判定し、一致しない場合には、提示価格に最低価格を設定する。これにより、出品情報テーブル３０５と出品画面記憶部６０３の提示価格が終了前に最低価格に更新される。
【００７９】
調整のタイミングは、落札されそうでなくなった時点に設けてもよい。例えば、一定時間におけるアクセス数が減少した時点に設けることが考えられる。
【００８０】
実施の形態７．
前述の形態では、出品に対する落札候補者の反応に基づいて、落札気配を判定する例を示したが、提示価格の範囲によって落札気配を判定することもできる。
【００８１】
この形態では、通常時の提示価格が、最低価格の所定倍率（所定比）以内の範囲に含まれる場合に、落札の気配が有ると判定する。なお、本実施形態における最低価格は、本発明における参考価格に該当する。
【００８２】
例えば、提示価格更新部６０５は、通常時更新価格算出処理により、気配が無いと想定された場合の価格、つまり通常時の更新価格を算出する。そして、提示価格更新部６０５は、この通常時の更新価格に基づいて、落札気配判定処理で、落札気配の有無を判定する。即ち、提示価格更新部６０５は、提示価格が出品情報テーブル３０５に記憶された最低価格の所定倍の価格以下である場合、または、提示価格と最低価格との差が所定以下である場合に、当該商品に対する落札の可能性が有ると推定することができる。
【００８３】
提示価格更新部６０５は、最低価格を出品情報テーブル３０５より読み取り、通常時の更新価格を最低価格で割って、対最低価格比を求める。提示価格更新部６０５は、対最低価格比が所定基準値以下の場合（又は、より小さい場合）に、気配有と判定する。一方、所定値基準より大きい場合（又は、以上の場合）には、提示価格更新部６０５は、気配無と判定する。また、提示価格更新部６０５は、最低価格を出品情報テーブル３０５より読み取り、通常時の更新価格から最低価格を減じて、対最低価格差を求める。提示価格更新部６０５は、対最低価格差が所定基準値以下の場合（又は、より小さい場合）に、気配有と判定する。一方、所定値基準より大きい場合（又は、以上の場合）には、提示価格更新部６０５は、気配無と判定する。
【００８４】
図２０は、実施の形態７に係る提示価格の推移例を示す図であって、対最低価格比により気配の有無を判定する場合である。この例では、所定基準値（落札の気配が発生する価格比）を１．２とする。２月４日の更新時における通常時の更新価格７０００円を最低価格６０００円で割ると、対最低価格比は１．１７となる。これは、所定基準値１．２以下であるので、気配有と判定され、気配時提示価格７５００円が設定される。換言すれば、最低価格６０００円に対する落札気配発生価格は７２００円であり、２月４日の通常時更新価格７０００円は、これを下回るので、落札気配が有ると判定されるということになる。
【００８５】
本実施形態のオークションサーバ１０１によれば、最低価格との関係において、落札気配が判定される。即ち、提示価格の最低価格に対する差に基づき、商品に対する落札が行われる可能性が推定される。従って、最低価格付近で高まる需要を提示価格に反映することができる。
【００８６】
実施の形態８．
この形態では、参考価格に対する比で、落札気配を判定する。参考価格は、出品毎に予め定められている。例えば、参考価格は、過去の同一物品あるいは類似物品の落札価格の平均などの実績を参考に設定される。この場合、出品情報テーブル３０５は出品毎に参考価格も記憶している。
【００８７】
提示価格更新部６０５は、参考価格を出品情報テーブル３０５より読み取り、通常時の更新価格を参考価格で割って、対参考価格比を求める。提示価格更新部６０５は、対参考価格比が所定基準値以下の場合（又は、より小さい場合）に、気配有と判定する。一方、対参考価格比が所定値基準より大きい場合（又は、以上の場合）には、提示価格更新部６０５は、気配無と判定する。また、提示価格更新部６０５は、参考価格を出品情報テーブル３０５より読み取り、通常時の更新価格から参考価格を減じて、対参考価格差を求める。対参考価格差が所定基準値以下の場合（又は、より小さい場合）に、提示価格更新部６０５は、気配有と判定する。一方、所定値基準より大きい場合（又は、以上の場合）には、提示価格更新部６０５は、気配無と判定する。
【００８８】
図２１は、実施の形態８に係る提示価格の推移例を示す図であって、対参考価格比により気配の有無を判定する場合である。この例では、所定基準値（落札の気配が発生する価格比）を１．２とする。２月３日の更新時における通常時の更新価格８０００円を参考価格７０００円で割ると、対参考価格比は１．１４となる。これは、所定基準値１．２以下であるので、気配有と判定され、気配時提示価格８５００円が設定される。換言すれば、参考価格７０００円に対する落札気配発生価格は８４００円であり、２月３日の通常時更新価格８０００円は、これを下回るので、落札気配が有ると判定されるということになる。
【００８９】
本実施形態のオークションサーバ１０１によれば、参考価格との関係において、落札気配が判定される。即ち、提示価格の参考価格に対する差に基づき、商品に対する落札が行われる可能性が推定される。従って、参考価格付近で高まる需要を提示価格に反映することができる。
【００９０】
実施の形態９．
実施の形態１〜５では、出品された商品に関する情報への端末１０３からのアクセス数、ウオッチングリストに商品を登録するための登録要求数、端末１０３からの商品に関する質問数、リマインダメール登録要求数、及びリマインダメールに対する端末１０３からの応答数といった情報のいずれかに基づき、商品に対する落札の可能性の有無が推定される。これに対して、実施の形態９では、提示価格更新部６０５は、出品された商品に関する情報への端末１０３からのアクセス数、ウオッチングリストに商品を登録するための登録要求数、端末１０３からの商品に関する質問数、リマインダメール登録要求数、及びリマインダメールに対する端末１０３からの応答数から選択される複数の数の合計値が所定の閾値以上である場合に、当該商品に対する落札の可能性が有ると推定する。
【００９１】
オークションサーバ１０１は、商品に対する落札の可能性の有無の推定に用いる情報に応じて、出品画面アクセス受付部６０１、ウオッチングリスト登録部２２０１、質問受付部２３０１、リマインダメール登録部２４０１及びリマインダメール応答受付部２５０１から選択される複数の機能部、並びにこれらの機能部により取得された各々の情報を記憶する記憶部を、本発明における、商品に対する落札が行われる可能性の高さを示す情報を取得する取得手段として有する。
【００９２】
提示価格更新部６０５は、所定期間における、出品された商品に関する情報への端末１０３からのアクセス数、ウオッチングリストに商品を登録するための登録要求数、端末１０３からの商品に関する質問数、リマインダメール登録要求数、及びリマインダメールに対する端末１０３からの応答数から選択される複数の数の合計値を算出する。なお、この選択は、例えば、当該オークションサーバ１０１に構成されるオークションを管理するシステムの設計に応じて予め行われることとしてもよいし、出品ごとに設定されることとしてもよい。
【００９３】
そして、提示価格更新部６０５は、算出された合計値が所定の閾値以上である場合に、端末１０３からの落札が行われる可能性が有ると推定し、算出された合計値が所定の閾値未満である場合に、端末１０３からの落札が行われる可能性が無いと推定する。
【００９４】
以上説明した本実施形態の構成によれば、商品に対する落札の可能性の有無が精度良く推定される。
【００９５】
また、提示価格更新部６０５は、出品された商品に関する情報への端末１０３からのアクセス数、ウオッチングリストに商品を登録するための登録要求数、端末１０３からの商品に関する質問数、リマインダメール登録要求数、及びリマインダメールに対する端末１０３からの応答数から選択される複数の数の合計値を算出する際に、合算される各々の数に所定の重み付けをすることとしてもよい。例えば、端末１０３からの１件のウオッチングリストの登録要求を受け付けた場合は、商品に関する情報に対する１件のアクセスを受け付けた場合と比較して、当該端末１０３から当該商品に対して落札が行われる可能性がより高いと考えられる。従って、ウオッチングリストの登録要求数に対して、商品に関する情報へのアクセス数より大きな重み付けを設定することにより、提示価格更新部６０５は、より高精度な落札の可能性の推定を実施できる。
【００９６】
以上説明したように重み付けを実施することにより、ユーザの動向がより適切に反映された、落札の可能性の有無の推定が可能となる。
【００９７】
実施の形態１０．
商品に対する落札の可能性の有無の推定に用いられる閾値は、実施の形態１〜９では、予め設定されたものであったが、所定の事象に基づき提示価格更新部６０５により設定されることとしてもよい。具体的には、提示価格更新部６０５は、所定期間における同一の分野に属する１以上の商品に対する、商品に関する情報へのアクセス数、ウオッチングリストの登録要求数、質問数、リマインダメールの予約の登録数、及びリマインダメールに対する応答数から選択される１つ以上の数に基づき、当該分野に属する商品に関する所定の閾値を設定することができる。
【００９８】
例えば、提示価格更新部６０５は、商品の分野ごとに、所定期間における商品に関する情報へのアクセス数、ウオッチングリストの登録要求数、質問数、リマインダメールの予約の登録数、及びリマインダメールに対する応答数から選択される１つ以上の数の平均値を算出し、この平均値に基づき当該分野に属する商品に関する所定の閾値を設定する。なお、この平均値の算出に用いられる数の選択は、例えば、当該オークションサーバ１０１に構成されるオークションを管理するシステムの設計に応じて予め行われることとしてもよいし、出品ごとに設定されることとしてもよい。
【００９９】
提示価格更新部６０５は、例えば、算出された平均値に所定の数を乗ずる等の所定の演算を実施することにより閾値を算出する。これにより、商品の分野に応じた適切な落札の可能性の有無の推定が可能となる。
【０１００】
また、提示価格更新部６０５は、商品に対する落札の可能性の有無の推定に用いられる閾値を、出品に係る商品数に応じて設定することとしてもよい。本実施形態のダッチオークションでは、例えば図１４に示されるように、１のオークションの実施に対して、複数の商品が出品される場合がある。かかる場合に、提示価格更新部６０５は、予め設定された所定の閾値とは異なる閾値を用いて、落札の可能性の有無の推定を実施する。例えば、提示価格更新部６０５は、１のオークションに複数の商品が出品された場合に、予め設定された所定の閾値に出品数に応じた所定の数を乗じて得られる値を、落札の可能性の有無の推定に用いられる閾値とすることができる。
【０１０１】
実施の形態１１．
実施の形態１〜１０では、提示価格更新部６０５は、提示価格の更新時における提示価格の下落幅として、例えば、均等下落額（通常時）及び均等下落額に所定の減縮率を乗じて求められる減縮下落額（気配時）を用いることとしている。これに対して、提示価格更新部６０５は、所定期間における商品に関する情報へのアクセス数、ウオッチングリストの登録要求数、質問数、リマインダメールの予約の登録数、及びリマインダメールに対する応答数から選択される１つ以上の数の合計値に基づき、提示価格の更新時における提示価格の下落幅を設定することとしてもよい。なお、この合計値の算出に用いられる数の選択は、例えば、当該オークションサーバ１０１に構成されるオークションを管理するシステムの設計に応じて予め行われることとしてもよいし、出品ごとに設定されることとしてもよい。
【０１０２】
具体的には、提示価格更新部６０５は、提示価格の段階的な更新において、所定期間における商品ごとの、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメールの予約の登録数、及びリマインダメールに対する応答数から選択される１つ以上の数の合計値と、提示価格の更新時における提示価格の下落幅とが反比例の関係となるように当該商品に関する提示価格を設定する。
【０１０３】
例えば、提示価格更新部６０５は、一定期間のアクセス数等の合計値が「５０」であるときに提示価格の下落幅が「２０円」である場合に、アクセス数等の合計値が「１００」と成った場合には、提示価格の下落幅を「１０円」に設定する。アクセス数等の合計値と提示価格の下落幅との積は、例えば、予め設定されている。
【０１０４】
上記構成によれば、ユーザによる商品に対するアクセス等が多いほど高い提示価格が設定されるので、当該商品の落札価格がより高くなることが期待される。
【０１０５】
実施の形態１２．
本実施形態に係るオークションサーバ１０１は、現在開催中のオークション又は過去に開催されたオークションにおいて取得した情報であって、落札が行われる可能性を示す数値情報に基づき、提示価格の設定を実施できる。即ち、オークションサーバ１０１は、所定の各種情報の取得手段により、落札が行われる可能性を示す数値情報を取得する。そして、提示価格更新部６０５は、取得した数値情報が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する。
【０１０６】
本実施形態では、一種の商品につき複数個の商品が出品されたオークションを前提として、一定期間における落札数に基づき落札気配の判定、即ち、端末１０３から落札が行われる可能性を推定し、落札数に基づき提示価格の設定を実施する。即ち、本実施形態では、落札が行われる可能性を示す数値情報として、一定期間における落札数が採用される。
【０１０７】
なお、一種の商品について複数個の商品が出品されたオークションでは、当該複数個の商品に対する複数の落札が行われるまでオークションが続行され、最終落札者が決定した時点でオークションが終了する。この場合、最終落札者の落札価格が全ての落札者の落札価格となる。本実施形態では、オークション開催中における所定期間の落札数を用いて、提示価格が設定される。
【０１０８】
本実施形態では、提示価格更新部６０５は、例えば、入札情報テーブル１９０３及び落札情報テーブル１９０６を参照して、出品された商品に対する落札数を取得する。なお、本実施形態における提示価格更新部６０５は、本発明の落札数取得手段及び提示価格更新手段に該当する。
【０１０９】
提示価格更新部６０５は、オークション開催中における一定期間の落札数が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する。
【０１１０】
また、提示価格更新部６０５は、オークション開催中における一定期間の落札数の所定数に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定することとしてもよい。ここで、落札数に対比される所定数には、例えば、当該商品が出品された個数を用いることができる。
【０１１１】
提示価格更新部６０５は、上述したような落札数に基づき、提示価格の次回の更新時における提示価格の下落幅を設定する。提示価格更新部６０５は、例えば、落札数と、提示価格の下落幅とが反比例の関係となるように提示価格を設定できる。この場合における、落札数と提示価格の下落幅との積となる反比例定数は、予め設定される。
【０１１２】
また、提示価格更新部６０５は、上述したような所定数に対する落札数の割合を算出し、算出した割合に基づき、提示価格の次回の更新時における提示価格の下落幅を設定する。提示価格更新部６０５は、例えば、上記所定数に対する落札数の割合と、提示価格の下落幅とが反比例の関係となるように提示価格を設定できる。この場合には、所定数に対する落札数の割合と提示価格の下落幅との積となる反比例定数は、予め設定される。
【０１１３】
実施の形態１３．
本実施形態では、一定期間における、実施の形態１〜５のそれぞれにおいて説明したアクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報に基づき落札気配の判定、即ち、端末１０３から落札が行われる可能性を推定し、選択された情報に示される数に基づき提示価格の設定を実施する。即ち、本実施形態では、実施の形態１２において述べた落札が行われる可能性を示す数値情報として、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数が採用される。
【０１１４】
本実施形態では、提示価格の設定のための情報を取得する取得手段として、出品画面アクセス受付部６０１、ウオッチングリスト登録部２２０１、質問受付部２３０１、リマインダメール登録部２４０１及びリマインダメール応答受付部２５０１といった機能部を有するが、これらの機能部における各種の情報の取得処理の内容は、実施の形態１〜５，９と同様であるので説明を省略する。
【０１１５】
提示価格更新部６０５は、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定する。
【０１１６】
提示価格更新部６０５は、例えば、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１以上の情報に示される数の、当該商品と同一の分野に属する商品に関して取得された当該情報の過去の所定単位期間における平均値に対する割合と、提示価格の下落幅とが反比例の関係となるように提示価格を設定できる。この場合における比例定数は、予め設定される。
【０１１７】
また、提示価格更新部６０５は、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１つ以上の数の合計値の、過去の所定単位期間における当該合計値の平均値に対する割合が大きいほど、提示価格の段階的な更新時における提示価格の下落幅が小さくなるように当該商品に関する提示価格を設定することとしてもよい。提示価格更新部６０５は、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数から選択される１つ以上の数の合計値の、過去の所定単位期間における当該合計値の平均値に対する割合と、提示価格の下落幅とが反比例の関係となるように提示価格を設定できる。
【０１１８】
実施の形態１４．
本実施形態では、一種の商品につき複数個の商品が出品されたオークションを前提として、一定期間における落札数に基づき落札気配の判定、即ち、端末１０３から落札が行われる可能性を推定し、落札数に基づき提示価格の設定を実施する。
【０１１９】
本実施形態では、提示価格更新部６０５は、例えば、入札情報テーブル１９０３及び落札情報テーブル１９０６を参照して、出品された商品に対する落札数を取得する。なお、本実施形態における提示価格更新部６０５は、本発明の落札数取得手段及び提示価格更新手段に該当する。
【０１２０】
提示価格更新部６０５は、図９の落札気配判定処理のＳ１３０１で、出品画面アクセス数に代えて、落札数を用いる。つまり、所定期間の落札数が所定基準数以上の場合に、提示価格更新部６０５は、気配有と判定し（Ｓ１３０４）、所定基準数より少ない場合に、気配無と判定する（Ｓ１３０３）。即ち、提示価格更新部６０５は、所定期間の落札数が、所定の閾値以上である場合に、端末１０３からの落札が行われる可能性が有ると推定し、所定期間の落札数が、所定の閾値未満である場合に、端末１０３からの落札が行われる可能性が無いと推定する。
【０１２１】
実施の形態１５．
この実施形態では、出品された商品と同一又は同一の分野に属する商品に関する過去の落札実績（販売実績）に基づき、提示価格を調整する。即ち、出品された商品と同一又は同一の分野に属する商品（以下、「同種商品」という）の販売実績において、最も落札が行われた価格である最多販売価格を取得し、この最多販売価格に基づき提示価格を設定する。
【０１２２】
本実施形態では、まず、提示価格更新部６０５は、落札情報テーブル１９０６及び出品情報テーブルを併せて参照することにより最多販売価格を取得する。具体的には、提示価格更新部６０５は、出品情報テーブル３０５を参照し、過去に開催されたオークションにおける同種商品の商品ＩＤを抽出する。続いて、提示価格更新部６０５は、落札情報テーブル１９０６を参照し、抽出された商品ＩＤに対応付けられた落札価格を抽出する。そして、提示価格更新部６０５は、抽出された落札価格に基づき、最多販売価格を取得する。提示価格更新部６０５は、例えば、抽出された落札価格のうち最も多い価格を最多販売価格とすることもできるし、抽出された落札価格の平均値を最多販売価格とすることもできる。なお、本実施形態では、出品情報テーブル３０５は、出品情報における各出品ＩＤに、当該商品の種別等の属性情報を併せて記憶していることとする（図示せず）。
【０１２３】
提示価格更新部６０５は、現時点における提示価格と最多販売価格との差に基づき、次回の提示価格の下落幅を設定する。例えば、提示価格更新部６０５は、提示価格と最多販売価格との差が所定値以下となったときに、提示価格と最多販売価格との差が所定値より大きい時（通常時）と比べて、提示価格の下落幅を小さく設定する。このとき、提示価格更新部６０５は、例えば、通常時の提示価格の下落幅に所定の減縮率を乗じた値を、下落幅として設定する。
【０１２４】
この実施形態によれば、落札予定者が落札に適正な価格を知ることができるようになると共に、出品者にとっては、最終的な落札価格が高くなることが期待される。
【０１２５】
また、提示価格更新部６０５は、過去の同種商品のオークションの最多販売価格の提示時における各種の取得値を用いて提示価格を設定することができる。取得値は、実施の形態１２において説明したような、一種の商品につき複数個の商品が出品されたオークションにおける落札数、実施の形態１〜５のそれぞれにおいて説明したような、アクセス数、ウオッチングリストの登録要求数、質問数、リマインダメール登録要求数、及びリマインダメールに対する応答数といった数である。
【０１２６】
提示価格更新部６０５は、過去のオークションにおける最多販売価格の提示時における取得値の値をピーク値として取得し、取得値がピーク値に近づいた場合に、取得値がピーク値から離れている場合（通常時）よりも、提示価格の下落幅を小さく設定する。例えば、提示価格更新部６０５は、ピーク値に所定の倍率（例えば、０．９）を乗じた値を判定のための閾値として設定し、取得値が閾値を超えた場合に、取得値が閾値を超えていない場合に比べて、提示価格の下落幅を小さく設定する。
【０１２７】
これにより、上述した最多販売価格のみに基づく提示価格の下落幅の設定と比較して早い段階に、提示価格の下落幅が減少されるので、より早い段階において、落札予定者が落札に適正な価格を知ることができるようになると共に、最終的な落札価格の高まりが期待される。
【０１２８】
なお、提示価格更新部６０５は、最多販売価格の設定の根拠となったオークションの開催時期と、現在との物価指数の変動に基づき、最多販売価格を補正することとしてもよい。なお、物価指数は、物価水準の変動を示す値である。
【０１２９】
なお、実施の形態１〜１５のオークションサーバ１０１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。即ち、オークションサーバ１０１は、物理的には、ＣＰＵ、主記憶装置であるＲＡＭ及びＲＯＭ等、データ送受信デバイスである通信モジュール、ハードディスク、フラッシュメモリ等の補助記憶装置、入力デバイスであるキーボード等の入力装置、ディスプレイ等の出力装置などを含むコンピュータシステムとして構成されている。図２，５，１２，１５〜１８に示した各機能は、ＣＰＵ、ＲＡＭ等のハードウエア上に所定のコンピュータソフトウェア（プログラム）を読み込ませることにより、ＣＰＵの制御のもとで通信モジュール、入力装置、出力装置等を動作させるとともに、ＲＡＭや補助記憶装置におけるデータの読み出し及び書き込みを行うことで実現される。また、オークションサーバ１０１に読み込まれるプログラムは、種々の記憶媒体に記憶させることができる。そして、オークションサーバ１０１は、その記憶媒体からプログラムを読み込むことができる。
【０１３０】
次に、以上述べた本発明のオークションサーバの各実施形態から抽出される技術的思想を請求項の記載形式に準じて列挙する。本発明に係る技術的思想は上位概念から下位概念まで、様々なレベルやバリエーションにより把握できるものであり、以下の記載に本発明が限定されるものではない。
【０１３１】
（項１）入札者端末とインターネットを介して接続し、開始価格から価格を段々と下落させて商品の提示価格を更新するダッチオークションを運営するオークションサーバであって、以下の要素を有することを特徴とするオークションサーバ
（１）商品の提示価格の更新時に、入札者端末から、商品に対する入札の気配が有るか否かを判定し、入札気配が有る場合に、入札気配が無い場合に比べて高い提示価格を設定する提示価格更新部
（２）入札者端末から商品へのアクセスを受け付けた場合に、提示価格更新部により設定された提示価格を入札者端末に送信する出品画面配信部。
【０１３２】
（項２）オークションサーバは、更に、入札者端末から商品へのアクセスを受け付けた場合に、アクセス数をカウントする出品画面アクセス受付部を有し、
提示価格更新部は、商品へのアクセス数に基づいて、当該商品に対する入札の気配が有るか否かを判定することを特徴とする項１記載のオークションサーバ。
【０１３３】
（項３）オークションサーバは、更に、ウオッチングリストへの登録要求を、入札者端末から受け付けるウオッチングリスト登録部を有し、
ウオッチングリスト登録部は、ウオッチングリストへの登録要求を受け付けた場合に、ユーザをウオッチングリストに登録し、
提示価格更新部は、商品に対するウオッチングリストの登録数に基づいて、当該商品に対する入札の気配が有るかを判定することを特徴とする項１記載のオークションサーバ。
【０１３４】
（項４）オークションサーバは、更に、商品に関する質問を、入札者端末から受け付ける質問受付部を有し、
提示価格更新部は、商品に対する質問数に基づいて、当該商品に対する入札の気配が有る否かを判定することを特徴とする項１記載のオークションサーバ。
【０１３５】
（項５）オークションサーバは、更に、リマインダメールの登録要求を、入札者端末から受け付けるリマインダメール登録部を有し、
リマインダメール登録部は、リマインダメールの登録要求を受け付けた場合に、ユーザをリマインダメールリストに登録し、
提示価格更新部は、商品に対するリマインダメールリストの登録数に基づいて、当該商品に対する入札の気配が有るか否かを判定することを特徴とする項１記載のオークションサーバ。
【０１３６】
（項６）オークションサーバは、更に、商品に対するリマインダメールからの応答を、入札者端末から受け付けるリマインダメール応答受付部を有し、
提示価格更新部は、商品に対するリマインダメールからの応答数に基づいて、当該商品に対する入札の気配が有るか否かを判定することを特徴とする項１記載のオークションサーバ。
【０１３７】
（項７）提示価格更新部は、前記アクセス数、前記登録数、前記質問数、又は前記応答数の所定期間内の合計が、所定基準数と比較して多い場合に、入札の気配が有ると判定することを特徴とする項２乃至６のいずれかに記載のオークションサーバ。
【０１３８】
（項８）提示価格更新部は、提示価格が、予め定められた参考価格に接近した場合に、入札の気配が有ると判定することを特徴とする項１に記載のオークションサーバ。
【０１３９】
（項９）入札者端末とインターネットを介して接続し、開始価格から価格を段々と下落させて商品の提示価格を更新するダッチオークションを運営するオークションサーバによるオークション管理方法であって、以下の要素を有することを特徴とするオークション管理方法
（１）商品の提示価格の更新時に、入札者端末から、商品に対する入札の気配が有るか否かを判定し、入札気配が有る場合に、入札気配が無い場合に比べて高い提示価格を設定する提示価格更新工程
（２）入札者端末から、商品へのアクセスを受け付けた場合に、提示価格更新工程により設定された提示価格を入札者端末へ送信する出品画面配信工程。
【０１４０】
（項１０）入札者端末とインターネットを介して接続し、開始価格から価格を段々と下落させて商品の提示価格を更新するダッチオークションを運営するオークションサーバとなるコンピュータに、以下の手順を実行させるためのプログラム
（１）商品の提示価格の更新時に、入札者端末から、商品に対する入札の気配が有るか否かを判定し、入札気配が有る場合に、入札気配が無い場合に比べて高い提示価格を設定する提示価格更新手順
（２）入札者端末から、商品へのアクセスを受け付けた場合に、提示価格更新手順により設定された提示価格を入札者端末へ送信する出品画面配信手順。
【符号の説明】
【０１４１】
１０１…オークションサーバ、１０２…出品者端末、１０３…入札者端末、３０１…ログイン部、３０２…ユーザテーブル、３０３…出品申込受付部、３０４…出品情報登録部、３０５…出品情報テーブル、３０６…ログアウト部、６０１…出品画面アクセス受付部、６０２…アクセス履歴記憶部、６０３…出品画面記憶部、６０４…出品画面配信部、６０５…提示価格更新部、１９０１…入札申込受付部、１９０２…入札情報登録部、１９０３…入札情報テーブル、１９０４…残出品数判定部、１９０５…落札確定部、１９０６…落札情報テーブル、２２０１…ウオッチングリスト登録部、２２０２…ウオッチングリスト記憶部、２３０１…質問受付部、２３０２…質問リスト記憶部、２４０１…リマインダメール登録部、２４０２…リマインダメールリスト記憶部、２５０１…リマインダメール応答受付部、２５０２…リマインダメール応答リスト記憶部。
【図１】
0005469621.tif 000002
【図２】
0005469621.tif 000003
【図３】
0005469621.tif 000004
【図４】
0005469621.tif 000005
【図５】
0005469621.tif 000006
【図６】
0005469621.tif 000007
【図７】
0005469621.tif 000008
【図８】
0005469621.tif 000009
【図９】
0005469621.tif 000010
【図１０】
0005469621.tif 000011
【図１１】
0005469621.tif 000012
【図１２】
0005469621.tif 000013
【図１３】
0005469621.tif 000014
【図１４】
0005469621.tif 000015
【図１５】
0005469621.tif 000016
【図１６】
0005469621.tif 000017
【図１７】
0005469621.tif 000018
【図１８】
0005469621.tif 000019
【図１９】
0005469621.tif 000020
【図２０】
0005469621.tif 000021
【図２１】
0005469621.tif 000022