(57)【特許請求の範囲】
【請求項１】
ネットワークを介して入札者の端末装置に接続され、所定の出品物についてオークションを実施するオークションサーバ装置であって、
前記出品物について受け付けられた入札価格と各入札者を一意に識別するための利用者ＩＤとを対応付けて記憶する入札履歴記憶手段と、
前記出品物について決定された落札価格と落札者の利用者ＩＤとを対応付けて記憶する落札情報記憶手段と、
前記端末装置を介して入札者から受け付けた入札価格が、既に入札された入札価格を越えるか否かを判定することなく、当該入札価格および入札者の利用者ＩＤを対応付けて前記入札履歴記憶手段に格納する入札処理手段と、
前記入札履歴記憶手段に記憶された入札価格ごとに当該入札価格に入札した入札者数を算出する入札数算出手段と、
前記入札数算出手段によって算出された各入札価格の入札者数に基づいて、最も少ない入札者数の入札価格に対して入札した入札者から落札者を決定し、前記入札者数が同数となる複数の入札価格の間では、当該入札価格の各桁を加算した合計値が少ない入札価格に対して入札した入札者から優先して落札者を決定するとともに、当該落札者の入札価格を落札価格として決定し、当該決定された落札者の利用者ＩＤおよび落札価格を対応付けて前記落札情報記憶手段に格納する落札処理手段と、
を備えたことを特徴とするオークションサーバ装置。
【請求項２】
前記入札処理手段は、前記入札履歴記憶手段に記憶された入札価格および利用者ＩＤに基づいて、前記入札者の利用者ＩＤが未だ記憶されていないことを条件に、当該入札者から受け付けた入札価格および利用者ＩＤを対応付けて前記入札履歴記憶手段に格納することを特徴とする請求項１に記載のオークションサーバ装置。
【請求項３】
前記出品物は、入札が許可される入札価格の許可範囲が予め定められたものであって、
前記入札処理手段は、前記入札者から受け付けた入札価格が前記入札価格の許可範囲に属することを条件に、当該入札者から受け付けた入札価格および利用者ＩＤを対応付けて前記入札履歴記憶手段に格納することを特徴とする請求項１または２に記載のオークションサーバ装置。
【請求項４】
前記落札処理手段は、前記出品物の用意数が複数である場合には、前記入札者数が少ない入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定することを特徴とする請求項１、２または３に記載のオークションサーバ装置。
【請求項５】
前記落札処理手段は、前記出品物の用意数が複数である場合には、前記入札者数が最も少ない入札価格に近い入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定することを特徴とする請求項１〜４のいずれか一つに記載のオークションサーバ装置。
【請求項６】
前記落札処理手段は、落札者の候補となる複数の入札者の間では、利用者登録日時が古い入札者から優先して落札者を決定することを特徴とする請求項１〜５のいずれか一つに記載のオークションサーバ装置。
【請求項７】
前記落札処理手段は、落札者の候補となる複数の入札者の間では、入札日時が古い入札者から優先して落札者を決定することを特徴とする請求項１〜６のいずれか一つに記載のオークションサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介して入札者の端末装置に接続され、所定の出品物についてオークションを実施するオークションサーバ装置に関する。
【背景技術】
【０００２】
従来より、インターネット上の商用サイトを利用して、サイトの閲覧者に出品物に対して値段を付けさせて取引を行い、売買を成立させる技術が考案されている。例えば、非特許文献１では、終了時刻設定有りの競り上げオークションシステムが開示されている。すなわち、オークション参加者は、サイト内の登録された出品物を閲覧し、所望の出品物に対して入札価格を決めて入札する。そして、オークションサーバ装置は、買い手から入札価格を受け付け、入札価格を受け付けるたびに現在価格とかかる入札価格とを比較し、入札価格が高ければ現在価格をかかる入札価格に更新し、オークション期間が終了した時点で現在価格を入札した買い手を落札者に決定し、売買を成立させる。
【０００３】
【非特許文献１】“Ｙａｈｏｏ！ＡＵＣＴＩＯＮＳ”、［online］、［平成１８年１月１１日検索］、インターネット＜http://auctions.yahoo.co.jp/＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記した従来の技術は、以下に説明するように、オークション期間の終了間際にオークションサーバの処理負荷が高くなるという課題や、入札に費やされるオークションサーバの処理負荷が高いという課題がある。
【０００５】
すなわち、上記した従来の技術では、オークション期間が終了した時点で現在価格を入札した買い手を落札者として決定するので、オークション期間の終了間際に入札が殺到してオークションサーバの処理負荷が高くなるという課題がある。特に、人気商品や限定商品などを出品物として扱う場合には、オークション期間の終了間際に入札が殺到する結果、サーバの処理能力を超えてサーバダウンが発生し、売買を成立させることができない事態もある。
【０００６】
また、上記した従来の技術では、オークションサーバが入札価格を受け付けるたびに、現在価格と入札価格とを比較する処理や、現在価格を超える入札価格を新たに現在価格に更新する処理を行うので、入札に費やされるオークションサーバの処理負荷が高いという課題がある。
【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、オークション期間の終了間際におけるオークションサーバの処理負荷を軽減するとともに、入札に費やされるオークションサーバの処理負荷を軽減することが可能なオークションサーバ装置、オークション方法およびオークションプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワークを介して入札者の端末装置に接続され、所定の出品物についてオークションを実施するオークションサーバ装置であって、前記出品物について受け付けられた入札価格と各入札者を一意に識別するための利用者ＩＤとを対応付けて記憶する入札履歴記憶手段と、前記出品物について決定された落札価格と落札者の利用者ＩＤとを対応付けて記憶する落札情報記憶手段と、前記端末装置を介して入札者から受け付けた入札価格が、既に入札された入札価格を越えるか否かを判定することなく、当該入札価格および入札者の利用者ＩＤを対応付けて前記入札履歴記憶手段に格納する入札処理手段と、前記入札履歴記憶手段に記憶された入札価格ごとに当該入札価格に入札した入札者数を算出する入札数算出手段と、前記入札数算出手段によって算出された各入札価格の入札者数に基づいて、最も少ない入札者数の入札価格に対して入札した入札者から落札者を決定するとともに、当該落札者の入札価格を落札価格として決定し、当該決定された落札者の利用者ＩＤおよび落札価格を対応付けて前記落札情報記憶手段に格納する落札処理手段と、を備えたことを特徴とする。
【０００９】
また、請求項２に係る発明は、上記の発明において、前記入札処理手段は、前記入札履歴記憶手段に記憶された入札価格および利用者ＩＤに基づいて、前記入札者の利用者ＩＤが未だ記憶されていないことを条件に、当該入札者から受け付けた入札価格および利用者ＩＤを対応付けて前記入札履歴記憶手段に格納することを特徴とする。
【００１０】
また、請求項３に係る発明は、上記の発明において、前記出品物は、入札が許可される入札価格の許可範囲が予め定められたものであって、前記入札処理手段は、前記入札者から受け付けた入札価格が前記入札価格の許可範囲に属することを条件に、当該入札者から受け付けた入札価格および利用者ＩＤを対応付けて前記入札履歴記憶手段に格納することを特徴とする。
【００１１】
また、請求項４に係る発明は、上記の発明において、前記落札処理手段は、前記出品物の用意数が複数である場合には、前記入札者数が少ない入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定することを特徴とする。
【００１２】
また、請求項５に係る発明は、上記の発明において、前記落札処理手段は、前記出品物の用意数が複数である場合には、前記入札者数が最も少ない入札価格に近い入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定することを特徴とする。
【００１３】
また、請求項６に係る発明は、上記の発明において、前記落札処理手段は、前記入札者数が同数となる複数の入札価格の間では、当該入札価格の各桁を加算した合計値が少ない入札価格に対して入札した入札者から優先して落札者を決定することを特徴とする。
【００１４】
また、請求項７に係る発明は、上記の発明において、前記落札処理手段は、落札者の候補となる複数の入札者の間では、利用者登録日時が古い入札者から優先して落札者を決定することを特徴とする。
【００１５】
また、請求項８に係る発明は、上記の発明において、前記落札処理手段は、落札者の候補となる複数の入札者の間では、入札日時が古い入札者から優先して落札者を決定することを特徴とする。
【発明の効果】
【００１６】
請求項１の発明によれば、所定の出品物に対する入札価格を、既に入札された入札価格を越えるか否かを判定することなく記憶し、各入札価格に対する入札者数を当該出品物のオークション期間終了後に算出し、最も少ない入札者数の入札価格に入札した落札者候補から落札者を決定するので、オークション期間の終了時点で最高入札価格の入札者を落札者として決定するのではなく、また、入札者から受け付けた入札価格が既に入札された入札価格を越えるか否かを判定する処理や現在価格を更新する処理が必要なくなる結果、オークション期間の終了間際におけるオークションサーバの処理負荷を軽減するとともに、入札に費やされるオークションサーバの処理負荷を軽減することが可能になる。
【００１７】
また、請求項２の発明によれば、所定の出品物に対する入札者の利用者ＩＤが未だ記憶されていないことを条件に、入札価格を当該入札者から受け付け、当該入札価格を利用者ＩＤに対応付けて記憶するので、入札者による入札を１回のみしか認めない結果、オークションサーバ装置１０の処理負荷をより軽減することも可能になる。
【００１８】
また、請求項３の発明によれば、所定の出品物に対し入札が許可される入札価格の許可範囲を予め定め、入札者から受け付けた入札価格が当該許可範囲に属することを条件に、入札価格を当該入札者から受け付け、当該入札価格を利用者ＩＤに対応付けて記憶するので、入札者が入札した入札価格が所定の価格帯に集中するように促し、入札者が入札した入札価格が広範囲に散らばって入札者数が一人となるような入札価格が大量に発生するような事態を避ける結果、落札者を円滑に決定することが可能になる。
【００１９】
また、請求項４の発明によれば、出品物の用意数が複数である場合には、入札者数が少ない入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定するので、出品物の用意数が複数である場合でも、入札者数に少なさに基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００２０】
また、請求項５の発明によれば、出品物の用意数が複数である場合には、入札者数が最も少ない入札価格に近い入札価格に対して入札した入札者から優先して落札者を決定するので、出品物の用意数が複数である場合でも、入札者数が最も少ない入札価格に対する近さに基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００２１】
また、請求項６の発明によれば、入札者数が同数となる複数の入札価格の間では、入札価格の各桁を加算した合計値が少ない入札価格に対して入札した入札者から優先して落札者を決定するので、入札者数が同数となる複数の入札価格の間でも、入札価格の各桁を加算した合計値に基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００２２】
また、請求項７の発明によれば、落札者の候補となる複数の入札者の間では、当該落札者の候補のうち利用者登録日時が古い入札者から優先して落札者を決定するので、最終的に落札者の候補として残った複数の入札者の間でも、利用者登録日時に基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００２３】
また、請求項８の発明によれば、落札者の候補となる複数の入札者の間では、当該落札者の候補のうち入札日時が古い入札者から優先して落札者を決定するので、最終的に落札者の候補として残った複数の入札者の間でも、入札日時に基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【発明を実施するための最良の形態】
【００２４】
以下の実施例１では、本発明に係るオークションサーバ装置を含んで構成されるオークションシステムを実施例として説明する。
【実施例１】
【００２５】
［システムの概要および特徴］
図１を用いて、実施例１に係るオークションシステムの概要および特徴を説明する。図１は、実施例１に係るオークションシステムの全体構成を示すシステム構成図である。同図に示すように、実施例１に係るオークションシステムは、複数の端末装置３ａ〜３ｎと、オークションサーバ装置１０とを、ネットワーク１を介して相互に通信可能に接続して構成され、所定の出品物についてオークションを実施する。
【００２６】
そして、このオークションシステムは、オークション期間の終了間際におけるオークションサーバ装置１０の処理負荷を軽減するとともに、入札に費やされるオークションサーバ装置１０の処理負荷を軽減することができるようにしている点に主たる特徴がある。
【００２７】
この主たる特徴について具体的に説明すると、端末装置３ａ〜３ｎは、オークション参加者の入力に基づいてオークションサーバ装置１０に入札情報（入札価格および入札者の利用者ＩＤ）を送信する（図１の（１）参照）。オークションサーバ装置１０は、ネットワーク１を介して入札情報を受信し、入札者から受け付けた入札価格が、既に入札された入札価格を越えるか否かを判定することなく、当該入札価格および入札者の利用者ＩＤを対応付けて記憶する（図１の（２）参照）。例えば、オークションサーバ装置１０は、端末装置３ａから入札者による入札情報（入札価格５２４円、利用者ＩＤ「Ａ」）を受信すると、既に記憶している入札価格、例えば利用者ＩＤ「Ｂ」に対応する入札価格５２６円および利用者ＩＤ「Ｃ」に対応する入札価格５２８円を超えるか否かを判定することなく、かかる入札情報（入札価格５２４円、利用者ＩＤ「Ａ」）を記憶する。
【００２８】
そして、オークションサーバ装置１０は、入札価格ごとに当該入札価格に入札した入札者数を算出し、算出された各入札価格の入札者数に基づいて、最も少ない入札者数の入札価格に対して入札した入札者を落札者として決定する（図１の（３）参照）。例えば、図１に示すように、オークションサーバ装置１０は、出品物（用意数１個）のオークション期間終了後に、記憶している入札情報の入札価格ごとに、すなわち５２４円に６人、５２５円に１人、５２６円に３人、５２７円に２人、５２８円に４人と入札者数を算出し、この場合、最も少ない入札者数の入札価格である５２５円（入札者１人）に入札した入札者を落札者として決定する。
【００２９】
したがって、このオークションシステムによれば、オークション期間の終了時点で最高入札価格の入札者を落札者として決定するのではなく、また、入札者から受け付けた入札価格が既に入札された入札価格を越えるか否かを判定する処理や現在価格を更新する処理が必要なくなる結果、上記した主な特徴の通り、オークション期間の終了間際におけるオークションサーバ装置１０の処理負荷を軽減するとともに、入札に費やされるオークションサーバ装置１０の処理負荷を軽減することが可能になる。
【００３０】
［オークションサーバ装置１０の構成］
次に、図２〜図７を用いて、実施例１に係るオークションサーバ装置１０の構成を説明する。図２は、実施例１に係るオークションサーバ装置１０の構成を示すブロック図であり、図３〜図７は、記憶部３０に記憶される情報の例を示す図である。
【００３１】
図２に示すように、このオークションサーバ装置１０は、通信制御ＩＦ部２０と、記憶部３０と、制御部４０とを所定のバスで接続して構成される。以下に、これらの各部の処理を説明する。
【００３２】
通信制御ＩＦ部２０は、端末装置３ａ〜３ｎと、オークションサーバ装置１０との通信を制御する手段であり、例えば、端末装置３ａ〜３ｎがネットワーク１を介して送信した入札情報を受信し、入札処理部４２へ出力する。
【００３３】
記憶部３０は、制御部４０による各種の処理に必要なデータやプログラムを格納するメモリであり、特に本発明に密接に関連するものとしては、図２に示すように、Ｗｅｂデータ記憶部３１と、出品物情報記憶部３２と、入札履歴記憶部３３と、会員データ記憶部３４と、入札状況記憶部３５と、落札結果記憶部３６とを備える。なお、入札履歴記憶部３３は、特許請求の範囲に記載の「入札履歴記憶手段」に対応し、落札結果記憶部３６は、同じく「落札情報記憶部」に対応する。
【００３４】
かかる記憶部３０のなかで、Ｗｅｂデータ記憶部３１は、端末装置３ａ〜３ｎに対して送信するための各種Ｗｅｂデータを格納する手段である。具体的には、後述する出品物一覧閲覧用画面や入札画面などを表示するためのデータを格納する（図９および図１０参照）。なお、これらデータは、例えば、ＨＴＭＬなどにて記述されたテキスト・ファイルや、ＪＰＥＧ形式の画像ファイルなどである。
【００３５】
また、出品物情報記憶部３２は、後述する入札処理部４２および落札処理部４４による各種処理に必要なデータを格納する手段である。具体的には、出品物用意数と、入札価格帯とを出品物ＩＤに対応付けて記憶する。例えば、図３に示すように、出品物ＩＤ「ＡＢＣ」に対応付けて、用意数「１」と、入札価格帯「１００〜１０００」とを記憶する。
【００３６】
また、入札履歴記憶部３３は、後述する入札処理部４２および入札状況作成部４３による各種処理に必要なデータを格納する手段である。具体的には、出品物について受け付けられた入札価格と各入札者を一意に識別するための利用者ＩＤとを対応付けて記憶する。例えば、図４に示すように、出品物ＩＤ「ＡＢＣ」について受け付けた入札価格「５２８円」を利用者ＩＤ「Ｃ」に対応付けて記憶する。
【００３７】
また、会員データ記憶部３４は、後述する入札状況作成部４３による各種処理に必要なデータを格納する手段である。具体的には、本システムの会員となっているオークション利用者に関する情報（利用者情報）を利用者ＩＤに対応付けて記憶する。例えば、図５に示すように、利用者ＩＤ「Ｂ」に対応付けて会員登録日「２００２／０５／０９」と、パスワード「○○○○」を記憶する。なお、図示はしていないが、利用者の住所や電子メールアドレスを記憶させてもよい。
【００３８】
また、入札状況記憶部３５は、後述する落札処理部４４による各種処理に必要なデータを格納する手段である。具体的には、落札処理部４４が行う落札処理の判断材料となる情報を入札価格に対応付けて記憶する。例えば、図６に示すように、出品物ＩＤ「ＡＢＣ」に対する落札処理の判断材料となる情報である入札者数「１」と、利用者ＩＤ「Ｃ」と、会員登録日「２０００／１１／０８」とを入札価格「５２８円」に対応付けて記憶する。
【００３９】
また、落札結果記憶部３６は、後述する落札処理部４４による処理結果の情報を格納する手段である。具体的には、出品物について決定された落札価格と、落札者の利用者ＩＤとを対応付けて記憶する。例えば、図７に示すように、出品物ＩＤ「ＡＢＣ」に対応付けて、落札者の利用者ＩＤ「Ｃ」と、落札価格「５２８円」とを記憶する。
【００４０】
制御部４０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、図２に示すように、Ｗｅｂ処理部４１と、入札処理部４２と、入札状況作成部４３と、落札処理部４４とを備える。なお、入札処理部４２は、特許請求の範囲に記載の「入札処理手段」に対応し、入札状況作成手段４３は、同じく「入札数算出手段」に対応し、落札処理部４４は、同じく「落札処理手段」に対応する。
【００４１】
かかる制御部４０のなかで、Ｗｅｂ処理部４１は、端末装置３ａ〜３ｎからの要求に対しＷｅｂデータの生成を行なう処理部である。具体的には、端末装置３ａ〜３ｎから所定の画面の閲覧要求を受けると、Ｗｅｂデータ記憶部３１からかかる画面の生成に必要な各種データを読み出してＷｅｂデータを生成し、通信制御ＩＦ部２０を介してかかるＷｅｂデータを端末装置３ａ〜３ｎへ送信する。
【００４２】
入札処理部４２は、端末装置３ａ〜３ｎを介して入札者が所定の出品物に入札した入札価格が、既に入札された入札価格を越えるか否かを判定することはせずに、当該入札者の利用者ＩＤが当該出品物に対する入札履歴として入札履歴記憶部３３に未だ記録されていないこと、かつ、当該入札価格が当該出品物に対する入札が許可される許可範囲に属していることを条件に当該入札価格および当該入札者の利用者ＩＤを対応付けて入札履歴記憶部３３に格納する処理部である。具体的には、端末装置３ａ〜３ｎから所定の出品物に対する入札情報を通信制御ＩＦ部２０を介して受け取ると、当該出品物に対して入札履歴記憶部３３が記憶するデータ中に同じ利用者ＩＤがあるか否か、すなわち当該入札が初回であるか否かを判断し、さらに、当該出品物に対して出品物情報記憶部３２が記憶する入札価格帯を読み出して入札価格が範囲内であるか否かを判断し、範囲内かつ初回である場合には、入札情報を入札履歴記憶部３３に格納し、範囲外または２回目以降である場合には、エラー処理を実施する。
【００４３】
入札状況作成部４３は、入札履歴記憶部３３に記憶された入札価格ごとに当該入札価格に入札した入札者数を算出する処理部である。具体的には、所定の出品物のオークション期間が終了すると、入札履歴記憶部３３から対象の出品物に入札を行った利用者ＩＤと、入札価格とを読み出し、入札価格ごとに当該入札価格を入札した入札者数を算出するとともに、会員データ記憶部３４から各利用者ＩＤに対応付けられた会員登録日を読み出し、入札価格に対応付けて、入札者数と、利用者ＩＤと、会員登録日とを入札状況記憶部３５に格納する。
【００４４】
落札処理部４４は、入札状況作成部４３によって算出された各入札価格の入札者数に基づいて、最も少ない入札者数の入札価格に対して入札した入札者から落札者を決定するとともに、当該落札者の入札価格を落札価格として決定し、当該決定された落札者の利用者ＩＤおよび落札価格を対応付けて落札結果記憶部３６に格納する処理部である。具体的には、入札状況作成部４３が各種情報を入札状況記憶部３５に格納した後、入札状況記憶部３５が記憶する利用者ＩＤのなかから出品物情報記憶部３２が記憶する出品物用意数の分だけ落札者を決定し、落札結果に係る情報を落札結果記憶部３６に格納する。
【００４５】
また、落札処理部４４は、出品物の用意数が複数である場合には、入札者数が少ない入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定する。さらに、落札処理部４４は、入札者数が同数となる複数の入札価格の間では、当該入札価格の各桁を加算した合計値が少ない入札価格に対して入札した入札者から優先して落札者を決定する。さらに、落札処理部４４は、落札者の候補となる複数の入札者の間では、利用者登録日時が古い入札者から優先して落札者を決定する。なお、落札処理部４４による落札処理については、図１２〜図１８を用いて後に詳細に説明する。
【００４６】
［オークションサーバ装置による処理］
次に、図８〜図１１を用いて、実施例１におけるオークションサーバ装置１０の入札処理およびオークション期間終了後の処理を説明する。図８は、入札処理の流れを示すフローチャートであり、図９および図１０は、端末装置３ａ〜３ｎのディスプレイに表示される画面の例を示す図であり、図１１は、オークション期間終了後の処理の流れを示すフローチャートである。
【００４７】
入札処理を説明すると、図８に示すように、端末装置３ａ〜３ｎからのアクセス要求を受け付けると（ステップＳ８０１肯定）、オークションサーバ装置１０は、Ｗｅｂ処理部４１によって図９に示すように、出品物一覧画面のＷｅｂデータを送信し（ステップＳ８０２）、利用者による出品物の選択を待機する（ステップＳ８０３）。
【００４８】
そして、所定の出品物が選択された場合には（ステップＳ８０３肯定）、オークションサーバ装置１０は、Ｗｅｂ処理部４１によって、図１０に示すように、選択された出品物に対する入札画面のＷｅｂデータを送信し（ステップＳ８０４）、利用者が送信する入札情報の受信を待機する（ステップＳ８０５）。
【００４９】
そして、入札情報を受信した場合には（ステップＳ８０５肯定）、オークションサーバ装置１０は、入札処理部４２によって入札履歴記憶部３３が記憶する情報を読み出し、同一の出品物に対して同一の入札者が入札したか否かを判断する（ステップＳ８０６）。
【００５０】
そして、同一の出品物に対して同一の入札者が入札していない場合には（ステップＳ８０６否定）、オークションサーバ装置１０は、入札処理部４２によって出品物情報記憶部３２が記憶する当該出品物の入札価格帯を読み出して入札価格が範囲内であるか否かを判定する（ステップＳ８０７）。
【００５１】
そして、入札価格が範囲内である場合には（ステップＳ８０７肯定）、オークションサーバ装置１０は、確認処理を実施した後、入札情報を入札履歴記憶部３３へ格納し（ステップＳ８０８）、入札処理を終了する。
【００５２】
一方、同一の出品物に対して同一の入札者が入札している場合（ステップＳ８０６肯定）、もしくは、入札価格が範囲内でない場合には（ステップＳ８０７否定）、オークションサーバ装置１０は、エラー処理を実施し（ステップＳ８０９）、入札処理を終了する。
【００５３】
オークション期間終了後の処理を説明すると、図１１に示すように、オークション期間が終了すると（ステップＳ１１０１肯定）、オークションサーバ装置１０は、入札状況作成部４３によって入札履歴記憶部３３が記憶する情報から入札者数を算出し、かかる入札者数と、入札履歴記憶部３３および会員データ記憶部３４が記憶する情報とを新たに関連付けて情報を作成し、かかる情報を入札状況記憶部３５に格納する（ステップＳ１１０２）。
【００５４】
そして、オークションサーバ装置１０は、落札処理部４４によって入札状況記憶部３５が記憶する入札者数に基づいて、最も少ない入札者数の入札価格に対して入札した利用者ＩＤのなかから落札者を決定し（ステップＳ１１０３）、落札結果記憶部３６に落札価格および落札者の利用者ＩＤを格納し（ステップＳ１１０４）、オークション期間終了後の処理を終了する。
【００５５】
［落札者決定処理］
最後に、図１２〜図１６を用いて落札処理部４４による落札者決定処理を説明する。図１２は落札者決定処理の流れを示すフローチャートであり、図１３〜図１８は、所定の出品物に対するオークション期間が終了した後、入札履歴記憶部３３および会員データ記憶部３４が記憶する情報に基づいて入札状況作成部４３が作成した情報を概念的に表現した図であり、利用者ＩＤを付した四角形（入札情報）を入札価格ごとに整理して積み上げ、積み上げた高さを入札者数として表現している。
【００５６】
図１２に示すように、出品物のオークション期間が終了し、入札状況作成部４３の処理が終わると（ステップＳ１２０１肯定）、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出し（ステップＳ１２０２）、当該出品物の用意数と落札者候補の人数とが同じであるか否かを判断する（ステップＳ１２０３）。
【００５７】
そして、用意数と落札者候補の人数とが同じである場合には（ステップＳ１２０３肯定）、落札処理部４４は、落札候補者を落札者に決定し（ステップＳ１２１０）、処理を終了する。
【００５８】
一方、用意数と落札者候補の人数とが異なる場合には（ステップＳ１２０３否定）、落札処理部４４は、引き続き用意数が落札者候補の人数より少ないか否かを判断する（ステップＳ１２０４）。
【００５９】
そして、用意数が落札者候補の人数より多い場合には（ステップＳ１２０４否定）、落札処理部４４は、落札者候補を落札者に決定するとともに、用意数と落札者数との差分を新たな用意数とする（ステップＳ１２０５）。
【００６０】
その後、落札処理部４４は、上記したステップＳ１２０２に戻り、入札者数が次に最小である入札価格に入札した入札者を落札者候補として選出し、用意数と落札者候補の人数とが同じになる（ステップＳ１２０３肯定）、もしくは、用意数が落札者候補の人数より少なくなる（ステップＳ１２０４肯定）まで上記のステップＳ１２０５を繰り返し実施する。
【００６１】
一方、用意数が落札者候補の人数より少ない場合には（ステップＳ１２０４肯定）、落札処理部４４は、引き続き当該落札者候補の入札価格が同じであるか否かを判断する（ステップＳ１２０６）。
【００６２】
そして、入札価格が同じである場合には（ステップＳ１２０６肯定）、落札処理部４４は、最終的に落札者候補として残った複数の入札者のなかから会員登録日が古い順に落札者を決定し（ステップＳ１２０９）、処理を終了する。
【００６３】
一方、落札者候補の入札価格が異なる場合には（ステップＳ１２０６否定）、落札処理部４４は、現時点の落札者候補のうち、入札価格の各桁を加算した合計値が最小なる入札価格に入札した入札者を新たな落札者候補として絞り込み（ステップＳ１２０７）、用意数と絞り込まれた落札者候補の人数とが同じであるか否かを判断する（ステップＳ１２０８）。
【００６４】
そして、用意数と絞り込まれた落札者候補の人数とが同じである場合には（ステップＳ１２０８肯定）、落札処理部４４は、当該落札者候補を落札者に決定し（ステップＳ１２１０）、処理を終了する。
【００６５】
一方、用意数と絞り込まれた落札者候補の人数とが異なる場合には（ステップＳ１２０８否定）、落札処理部４４は、最終的に落札者候補として残った複数の入札者のなかから会員登録日が古い順に落札者を決定し（ステップＳ１２０９）、処理を終了する。以下に図１３〜図１８を用いて、この落札者決定処理の具体的な例を説明する。
【００６６】
［ケース１］
例えば、出品物（用意数１個）に対し５２４円から５２６円の入札価格範囲内で入札を受け付けたところ、図１３に示すように、５２４円に２人、５２５円に１人、５２６円に３人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出、すなわち５２５円に入札した利用者ＩＤ「Ｃ」の入札者（以下「入札者Ｃ」などと表記する）を選出する。そして、用意数が１個で落札者候補が１人であるので、落札処理部４４は、当該落札者候補を落札者に決定する。
【００６７】
［ケース２］
例えば、出品物（用意数１個）に対し５２４円から５２６円の入札価格範囲内で入札を受け付けたところ、図１４に示すように、５２４円に１人、５２５円に３人、５２６円に１人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出、すなわち５２４円に入札した入札者Ａおよび５２６円に入札した入札者Ｅの２人を選出する。そして、用意数が１個で落札者候補が２人、すなわち用意数が落札者候補の人数より少なく、また、入札価格が５２４円および５２６円、すなわち異なる入札価格であるので、落札処理部４４は、入札価格の各桁の合計値を求め（５＋２＋４＝１１、５＋２＋６＝１３）、合計値が最小なる５２４円を入札した入札者Ａを新たな落札者候補として絞り込み、用意数が１個で落札者候補が１人であるので、当該落札者候補を落札者に決定する。
【００６８】
［ケース３］
例えば、出品物（用意数１個）に対し５２４円から５２６円の入札価格範囲内で入札を受け付けたところ、図１５に示すように、５２４円に２人、５２５円に３人、５２６円に３人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出、すなわち５２４円を入札した入札者Ａおよび入札者Ｂの２人を選出する。そして、用意数が１個で落札者候補が２人、すなわち用意数が落札者候補の人数より少なく、同じ入札価格であるので、落札処理部４４は、入札者Ａおよび入札者Ｂの２人のうち会員登録日が古い方を落札者に決定する。
【００６９】
［ケース４］
例えば、出品物（用意数１個）に対し４００円から６００円の入札価格範囲内で入札を受け付けたところ、図１６に示すように、４０１円に１人、５００円に１人、６００円に３人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出、すなわち４０１円を入札した入札者Ａおよび５００円を入札した入札者Ｂの２人を選出する。そして、用意数が１個で落札者候補が２人、すなわち用意数が落札者候補の人数より少なく、また、入札価格が４０１円および５００円、すなわち異なる入札価格であるので、落札処理部４４は、入札価格の各桁の合計値を求める（４＋０＋１＝５、５＋０＋０＝５）。ここで、合計値は、どちらの入札価格も５であり、合計値が最小なる入札価格を入札した入札者を新たに落札者候補として絞込めないので、落札処理部４４は、最終的に落札者候補として残った入札者Ａおよび入札者Ｂの２人のうち会員登録日が古い方を落札者に決定する。
【００７０】
［ケース５］
例えば、出品物（用意数３個）に対し５２４円から５２６円の入札価格範囲内で入札を受け付けたところ、図１７に示すように、５２４円に２人、５２５円に１人、５２６円に３人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出、すなわち５２５円に入札した入札者Ｃを選出する。そして、用意数が３個で落札者候補が１人、すなわち用意数が落札者候補の人数より多いので、落札処理部４４は、落札者候補である入札者Ｃを落札者に決定し、新たな用意数を２個とする。その後、落札処理部４４は、入札者数が次に少ない入札価格に入札した入札者を落札者候補として選出、すなわち５２４円を入札した入札者Ａおよび入札者Ｂの２人を選出する。この時点で、用意数が２個で落札者候補が２人であり、用意数と落札者候補の人数とが同じであるので、落札処理部４４は、当該落札者候補２人を落札者に決定する。
【００７１】
［ケース６］
例えば、出品物（用意数３個）に対し５２４円から５２６円の入札価格範囲内で入札を受け付けたところ、図１８に示すように、５２４円に１人、５２５円に３人、５２６円に３人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格に入札した入札者を落札者候補として選出、すなわち５２４円を入札した入札者Ａの１人を選出する。そして、用意数が３個で落札者候補が１人、すなわち用意数が落札者候補の人数より多いので、落札処理部４４は、落札者候補である入札者Ａを落札者に決定し、新たな用意数を２個とする。その後、落札処理部４４は、入札者数が次に少ない入札価格に入札した入札者を落札者候補として選出、すなわち５２５円および５２６円を入札した入札者Ｂ〜Ｇの６人を選出する。そして、用意数が２個で落札者候補が６人、すなわち用意数が落札者候補の人数より少なく、また、入札価格が５２５円および５２６円、すなわち異なる入札価格であるので、落札処理部４４は、入札価格の各桁の合計値を求め（５＋２＋５＝１２、５＋２＋６＝１３）、合計値が最小なる５２５円を入札した入札者Ｂ〜Ｄの３人を新たな落札者候補として絞り込む。そして、用意数が２個で落札者候補が３人、すなわち用意数と落札者候補の人数とが異なるので、最終的に落札者候補として残った入札者Ｂ〜Ｄの３人のなかから会員登録日が古い順に２人を落札者に決定する。
【００７２】
［実施例１の効果］
上述してきたように、実施例１によれば、所定の出品物に対する入札価格を、既に入札された入札価格を越えるか否かを判定することなく記憶し、各入札価格に対する入札者数を当該出品物のオークション期間終了後に算出し、最も少ない入札者数の入札価格に入札した落札者候補から落札者を決定するので、オークション期間の終了時点で最高入札価格の入札者を落札者として決定するのではなく、また、入札者から受け付けた入札価格が既に入札された入札価格を越えるか否かを判定する処理や現在価格を更新する処理が必要なくなる結果、オークション期間の終了間際におけるオークションサーバの処理負荷を軽減するとともに、入札に費やされるオークションサーバの処理負荷を軽減することが可能になる。
【００７３】
また、実施例１によれば、所定の出品物に対する入札者の利用者ＩＤが未だ記憶されていないことを条件に、入札価格を当該入札者から受け付け、当該入札価格を利用者ＩＤに対応付けて記憶するので、入札者による入札を１回のみしか認めない結果、オークションサーバ装置１０の処理負荷をより軽減することも可能になる。
【００７４】
また、実施例１によれば、所定の出品物に対し入札が許可される入札価格の許可範囲を予め定め、入札者から受け付けた入札価格が当該許可範囲に属することを条件に、入札価格を当該入札者から受け付け、当該入札価格を利用者ＩＤに対応付けて記憶するので、入札者が入札した入札価格が所定の価格帯に集中するように促し、入札者が入札した入札価格が広範囲に散らばって入札者数が一人となるような入札価格が大量に発生するような事態を避ける結果、落札者を円滑に決定することが可能になる。
【００７５】
また、実施例１によれば、出品物の用意数が複数である場合には、入札者数が少ない入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定するので、出品物の用意数が複数である場合でも、入札者数に少なさに基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００７６】
また、実施例１によれば、入札者数が同数となる複数の入札価格の間では、入札価格の各桁を加算した合計値が少ない入札価格に対して入札した入札者から優先して落札者を決定するので、入札者数が同数となる複数の入札価格の間でも、入札価格の各桁を加算した合計値に基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００７７】
また、実施例１によれば、出品物の用意数に対し落札者候補の人数が多い場合には、当該落札者候補のうち会員登録日が古い入札者から優先して落札者を決定するので、最終的に落札者候補として残った複数の入札者の間でも、利用者登録日時に基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【実施例２】
【００７８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下ではこれらの種々の異なる形態を実施例２として説明する。
【００７９】
（１）落札者の決定
実施例１では、最終的に落札者候補として残った複数の入札者のなかから会員登録日の古い順に落札者を決定する手法を説明したが、本発明はこれに限られるものではなく、入札日時の古い順に落札者を決定するようにしてもよい。
【００８０】
具体的に説明すると、落札処理部４４は、落札者の候補となる複数の入札者の間では、入札日時が古い入札者から優先して落札者を決定する。
【００８１】
例えば、用意数２個の出品物に対し、最終的に３人の落札者候補が選出された場合には、入札日時の古い順に２人を落札者に決定する。
【００８２】
このように、出品物の用意数に対し落札者候補の人数が多い場合には、当該落札者候補のうち入札日時が古い入札者から優先して落札者を決定するので、最終的に落札者候補として残った複数の入札者の間でも、入札日時に基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【００８３】
（２）落札者候補の選出
実施例１では、用意数が落札者候補の人数より多い場合には、当該落札者候補を落札者に決定した後、入札者数が次に少ない入札価格に入札した入札者を落札者候補として選出する手法を説明したが、本発明はこれに限られるものではなく、入札者数が最小なる入札価格に近い入札価格に入札した入札者を落札者候補として選出するようにしてもよい。
【００８４】
具体的に説明すると、落札処理部４４は、出品物の用意数が複数である場合には、入札者数が最も少ない入札価格に近い入札価格から優先して、当該入札価格に対して入札した入札者から順に落札者を決定する。
【００８５】
例えば、図１９は、図１３〜図１８と同様に、所定の出品物に対するオークション期間が終了した後、入札状況作成部４３が入札履歴記憶部３３および会員データ記憶部３４が記憶する情報に基づいて作成した情報を概念的に表現した図であるが、同図に示すように、出品物（用意数６個）に対し５２４円から５２８円の入札価格範囲内で入札を受け付けたところ、５２４円に３人、５２５円に２人、５２６円に１人、５２７円に３人、５２８円に２人という入札状況になった場合には、落札処理部４４は、入札者数が最小である入札価格、すなわち入札者数が１人である入札価格５２６円の入札者Ｆを落札者に決定し、新たな用意数を５個とする。その後、落札処理部４４は、入札価格５２６円に最も近い入札価格の入札者、すなわち入札価格５２５円に入札した入札者Ｄおよび入札者Ｅの２人と、入札価格５２７円に入札した入札者Ｇ、入札者Ｈおよび入札者Ｉの３人とを落札者候補に選出し、新たな用意数５個で落札者候補の人数が５人であるので、当該落札者候補を落札者に決定し、処理を終了する。
【００８６】
このように、用意数が落札者候補の人数より多い場合には、当該落札者候補を落札者に決定した後、入札者数が最も少ない入札価格に近い入札価格に対して入札した入札者を落札者候補として選出し、当該落札者候補から落札者を決定するので、出品物の用意数が複数である場合でも、入札者数が最も少ない入札価格に対する近さに基づいて落札者の優位性が自動で導かれる結果、落札者を円滑に決定することが可能になる。
【産業上の利用可能性】
【００８７】
以上のように、本発明に係るオークションサーバ装置は、ネットワークを介して入札者の端末装置に接続され、所定の出品物についてオークションを実施する場合に有用であり、特に、オークション期間の終了間際におけるオークションサーバの処理負荷を軽減するとともに、入札に費やされるオークションサーバの処理負荷を軽減することに適する。
【図面の簡単な説明】
【００８８】
【図１】実施例１に係るオークションシステムの概要および特徴を説明するための図である。
【図２】実施例１に係るオークションサーバ装置の構成を示すブロック図である。
【図３】出品物情報記憶部に記憶される情報の例を示す図である。
【図４】入札履歴記憶部に記憶される情報の例を示す図である。
【図５】会員データ記憶部に記憶される情報の例を示す図である。
【図６】入札状況記憶部に記憶される情報の例を示す図である。
【図７】落札結果記憶部に記憶される情報の例を示す図である。
【図８】実施例１における入札の処理手順を示すフローチャートである。
【図９】端末装置のディスプレイに表示される出品物一覧画面の例を示す図である。
【図１０】端末装置のディスプレイに表示される入札画面の例を示す図である。
【図１１】実施例１におけるオークション期間終了後の処理手順を示すフローチャートである。
【図１２】実施例１における落札者決定の処理手順を示すフローチャートである。
【図１３】実施例１における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【図１４】実施例１における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【図１５】実施例１における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【図１６】実施例１における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【図１７】実施例１における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【図１８】実施例１における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【図１９】実施例２における入札状況記憶部に記憶される情報の例を概念的に表した図である。
【符号の説明】
【００８９】
１  ネットワーク
３ａ〜３ｎ  端末装置
１０  オークションサーバ装置
２０  通信制御ＩＦ部
３０  記憶部
３１  Ｗｅｂデータ記憶部
３２  出品物情報記憶部
３３  入札履歴記憶部
３４  会員データ記憶部
３５  入札状況記憶部
３６  落札結果記憶部
４０  制御部
４１  Ｗｅｂ処理部
４２  入札処理部
４３  入札状況作成部
４４  落札処理部
【図１】
0004616207.tif 000002
【図２】
0004616207.tif 000003
【図３】
0004616207.tif 000004
【図４】
0004616207.tif 000005
【図５】
0004616207.tif 000006
【図６】
0004616207.tif 000007
【図７】
0004616207.tif 000008
【図８】
0004616207.tif 000009
【図９】
0004616207.tif 000010
【図１０】
0004616207.tif 000011
【図１１】
0004616207.tif 000012
【図１２】
0004616207.tif 000013
【図１３】
0004616207.tif 000014
【図１４】
0004616207.tif 000015
【図１５】
0004616207.tif 000016
【図１６】
0004616207.tif 000017
【図１７】
0004616207.tif 000018
【図１８】
0004616207.tif 000019
【図１９】
0004616207.tif 000020