JP7453491B2 - オークション処理システム、オークション処理プログラム、及びオークション処理方法 - Google Patents

Description

本発明は、オークション処理システム、オークション処理プログラム、及びオークション処理方法に関し、例えば、オークション対象の商品（以下、「本商品」と呼ぶ）だけでなく、本商品に付帯する品（以下、「付帯品」又は「プライズ」と呼ぶ）を含むオークションを処理するシステムに適用し得る。

従来、インターネット上でオークションを処理するオークション処理システムにおいて、オークションの本商品だけでなく、本商品に付帯するプライズ（付帯品）も含めて出品することで、他の出品者との差別化を図り、より高額での入札を促進する技術が存在する。

例えば、特許文献１では、オークションの本商品に「おまけ商品」（プライズ）を付けて出品することが可能なシステムについて記載されている。

特開２００９－１７６１７４号公報

しかしながら、特許文献１の記載技術では、１つの本商品に対して１つのプライズ（オマケ商品）を付けるのみとなっている。すなわち、特許文献１の記載技術では、本商品とプライズが１対１の関係となっているが、実際には本商品の数と同数のプライズが用意されるとは限らない。その場合、特許文献１の記載技術では、プライズ付きのオークションと、プライズ無しのオークションが発生することになり、入札者に対していずれか一方のオークションに入札するか、両方のオークションに入札するかを選択させることになる。この場合、入札者にとってどのようなパターンで入札するのが一番効率的であるか予想が付けづらく、オークション終了間際まで入札できないという状況になる。すなわち、従来技術では、本商品の数よりプライズの数の方が少ない場合、入札者にとっては入札がし難くなり、出品者にとっても入札が促進され難いという状況に陥りやすくなる。特に本商品の数やプライズの数が多くなるとその傾向が強くなる。

以上のような問題を鑑みて、オークションにおいてオークションの対象となる本商品と本商品に付帯する付帯品（プライズ）が出品される場合でも、利用者にとって入札の判断をしやすくさせることができるオークション処理システム、オークション処理プログラム、及びオークション処理方法が望まれている。

第１の本発明のオークション処理システムは、（１）オークションの本商品を出品するためのオークション情報を管理するオークション情報管理手段と、（２）前記オークションにおいて前記本商品に付帯する複数の付帯品に関する付帯品情報を管理する付帯品情報管理手段と、（３）前記本商品について前記入札者が使用するユーザ端末から入札を受け付ける入札受付手段と、（４）前記入札受付手段で入札を受け付けた入札者のそれぞれに対して、入札価格と入札順序を含む条件に基づいて入札優先順位を割当てる入札順位割当手段と、（５）それぞれの前記入札者に対して入札優先順位に応じて、前記本商品及びそれぞれの前記付帯品を割当てる付帯品割当手段と、（６）それぞれの前記入札者のうち、少なくとも前記本商品が割り当てられた落札者に対して落札価格の請求に関する決済処理を行う決済処理手段とを有し、（７）前記付帯品情報管理手段は、前記付帯品情報として、それぞれの種類の前記付帯品の在庫数及び割当順位の情報を管理しており、（８）前記付帯品割当手段は、入札優先順位がより高い前記入札者に対して、より割当順位が高い種類の前記付帯品を割当て、（９）前記入札受付手段は、前記入札者に対して現時点でそれぞれの種類の前記付帯品の割当を受けるための最低入札価格を提示することを特徴とする。

第２の本発明のオークション処理プログラムは、コンピュータを、（１）オークションの本商品を出品するためのオークション情報を管理するオークション情報管理手段と、（２）前記オークションにおいて前記本商品に付帯する複数の付帯品に関する付帯品情報を管理する付帯品情報管理手段と、（３）前記本商品について入札者が使用するユーザ端末から入札を受け付ける入札受付手段と、（４）前記入札受付手段で入札を受け付けた前記入札者のそれぞれに対して、入札価格と入札順序を含む条件に基づいて入札優先順位を割当てる入札順位割当手段と、（５）それぞれの前記入札者に対して入札優先順位に応じて、前記本商品及びそれぞれの前記付帯品を割当てる付帯品割当手段と、（６）それぞれの前記入札者のうち、少なくとも前記本商品が割り当てられた落札者に対して落札価格の請求に関する決済処理を行う決済処理手段として機能させ、（７）前記付帯品情報管理手段は、前記付帯品情報として、それぞれの種類の前記付帯品の在庫数及び割当順位の情報を管理しており、（８）前記付帯品割当手段は、入札優先順位がより高い前記入札者に対して、より割当順位が高い種類の前記付帯品を割当て、（９）前記入札受付手段は、前記入札者に対して現時点でそれぞれの種類の前記付帯品の割当を受けるための最低入札価格を提示することを特徴とする。

第３の本発明は、オークション処理システムが行うオークション処理方法において、（１）前記オークション処理システムは、オークション情報管理手段、付帯品情報管理手段、入札受付手段、入札順位割当手段、付帯品割当手段、及び決済処理手段を有し、（２）前記オークション情報管理手段は、オークションの本商品を出品するためのオークション情報を管理し、（３）前記付帯品情報管理手段は、前記オークションにおいて前記本商品に付帯する複数の付帯品に関する付帯品情報を管理し、（４）前記入札受付手段は、前記本商品について入札者が使用するユーザ端末から入札を受け付け、（５）前記入札順位割当手段は、前記入札受付手段で入札を受け付けた前記入札者のそれぞれに対して、入札価格と入札順序を含む条件に基づいて入札優先順位を割当て、（６）前記付帯品割当手段は、それぞれの前記入札者に対して入札優先順位に応じて、前記本商品及びそれぞれの前記付帯品を割当て、（７）前記決済処理手段は、それぞれの前記入札者のうち、少なくとも前記本商品が割り当てられた落札者に対して落札価格の請求に関する決済処理を行い、（８）前記付帯品情報管理手段は、前記付帯品情報として、それぞれの種類の前記付帯品の在庫数及び割当順位の情報を管理しており、（９）前記付帯品割当手段は、入札優先順位がより高い前記入札者に対して、より割当順位が高い種類の前記付帯品を割当て、（１０）前記入札受付手段は、前記入札者に対して現時点でそれぞれの種類の前記付帯品の割当を受けるための最低入札価格を提示することを特徴とする。

本発明によれば、ネットワーク上で開催されるオークションにおいてオークションの対象となる本商品と本商品に付帯する付帯品が出品される場合でも、利用者にとって入札の判断をしやすくさせることができる。

実施形態に関連する各装置の接続構成を示すブロック図である。 実施形態に係るＷｅｂアプリケーションサーバの機能的構成について示したブロック図である。 実施形態に係るデータベースサーバの機能的構成について示したブロック図である。 実施形態に係るユーザ端末の機能的構成について示したブロック図である。 実施形態に係るユーザ情報ＤＢの構成例について示した図である。 実施形態に係る送付先情報ＤＢの構成例について示した図である。 実施形態に係るテナント情報ＤＢの構成例について示した図である。 実施形態に係るテナント送料設定ＤＢの構成例について示した図である。 実施形態に係るクレジットカード情報ＤＢの構成例について示した図である。 実施形態に係るオークション情報ＤＢの構成例について示した図である。 実施形態に係るプライズ情報ＤＢの構成例について示した図である。 実施形態に係る入札情報ＤＢの構成例について示した図である。 実施形態に係る落札情報ＤＢの構成例について示した図である。 実施形態に係る決済情報ＤＢの構成例について示した図である。 実施形態に係るＷｅｂアプリケーションサーバの動作（パープルプライシング形式のオークション処理）について示したフローチャートである。 実施形態に係るＷｅｂアプリケーションサーバが提供するオークション情報入力画面の構成例について示した図である。 実施形態に係るＷｅｂアプリケーションサーバが提供するオークション情報確認画面の構成例について示した図（その１）である。 実施形態に係るＷｅｂアプリケーションサーバが提供するプライズ追加画面の構成例について示した図である。 実施形態に係るＷｅｂアプリケーションサーバが提供するオークション情報確認画面の構成例について示した図（その２）である。 実施形態に係るＷｅｂアプリケーションサーバが提供するオークション情報開示画面の構成例について示した図である。 実施形態に係るＷｅｂアプリケーションサーバが提供するオークション受付画面の構成例について示した図である。 実施形態に係るＷｅｂアプリケーションサーバが提供するオークション入札画面の構成例について示した図である。 実施形態に係る落札情報ＤＢの遷移（その１）について示した図である。 実施形態に係るＷｅｂアプリケーションサーバが提供する落札同意・決済受付画面（その１）の構成例について示した図である。 実施形態に係るＷｅｂアプリケーションサーバが提供する落札同意・決済受付画面（その２）の構成例について示した図である。 実施形態に係る落札情報ＤＢの遷移について示した図（その２）である。 実施形態に係る落札情報ＤＢの遷移について示した図（その３）である。 実施形態に係る落札情報ＤＢの遷移について示した図（その４）である。 実施形態に係る落札情報ＤＢの遷移について示した図（その５）である。 実施形態に係る落札情報ＤＢの遷移について示した図（その６）である。 実施形態に係る落札情報ＤＢの遷移について示した図（その７）である。 実施形態に係るオークション処理システムで処理されるパープルプライシングのシナリオについて示した図である。

（Ａ）主たる実施形態
以下、本発明によるオークション処理システム及びオークション処理方法の一実施形態を、図面を参照しながら詳述する。

（Ａ－１）実施形態の構成
図１は、この実施形態に関連する各装置の接続構成を示すブロック図である。

オークション処理システム１は、ネットワークＮＷ上でオークションの開催に関するデータ処理の代行（例えば、出品、入札受付、決裁等の代行）を行うものである。

図１に示すオークション処理システム１には、Ｗｅｂアプリケーションサーバ１０及びデータベースサーバ２０を含む装置が配置されている。

オークション処理システム１は、ネットワークＮＷを介して、Ｎ台（Ｎは１以上の整数）のユーザ端末３０（３０－１～３０－８）、及び決済処理システム４０と接続している。ネットワークＮＷは、例えばインターネット等のＩＰ網が該当する。また、オークション処理システム１に接続する各装置の数は限定されないものである。オークション処理システム１を利用するユーザ（ユーザ端末３０）の数は限定されないものである。

Ｗｅｂアプリケーションサーバ１０は、オークション処理システム１において各端末にＷｅｂベースでアプリケーション（アプリケーションサービス）を提供する装置である。そして、データベースサーバ２０は、Ｗｅｂアプリケーションサーバ１０で、種々のデータを管理する手段として配置されている。なお、図１に示すオークション処理システム１では、データセンタにＷｅｂアプリケーションサーバ１０及びデータベースサーバ２０が配置されているものとする。

ユーザ端末３０は、オークション処理システム１のユーザ（顧客）が所持する端末である。ユーザ端末３０としては、例えば、スマートホンやタブレット等の携帯端末を適用することができる。オークション処理システム１において、ユーザは、オークションの出品（本商品及びプライズの出品）を行う出品者（以下、「テナント」とも呼ぶ）、及びオークションに入札する入札者（落札者）となることができるものとする。

決済処理システム４０は、オークション処理システム１が処理するオークションに伴う代金（ユーザがオークション処理システム１の運営会社に支払う代金）を決済することが可能な決済代行会社が運営するシステムである。決済処理システム４０が対応する決済手段の種類については限定されないものである。ここでは、決済処理システム４０は、クレジットカードの決済を受け付け可能なシステムであるものとする。

次に、オークション処理システム１を構成する各装置の内部構成について説明する。

図２は、Ｗｅｂアプリケーションサーバ１０の内部構成について示したブロック図である。

Ｗｅｂアプリケーションサーバ１０の内部構成は、機能的には図２のように示すことができる。Ｗｅｂアプリケーションサーバ１０としては、例えば、メモリ及びプロセッサを有するコンピュータ（例えば、ＰＣやワークステーション等）を用いて構築することができる。

Ｗｅｂアプリケーションサーバ１０としては、例えば、種々のＷｅｂサーバ向けのミドルウェア（例えば、いわゆるＡｐａｃｈｅやｎｇｉｎｘ等）の環境上でプログラム（例えば、ＨＴＭＬ、ＲＵＢＹ、ＰＨＰ等を用いたプログラム）を実行することで実現することができる。

この実施形態では、Ｗｅｂアプリケーションサーバ１０に組み込まれるプログラム（実施形態に係るオークション処理プログラム）には、図３に示すオークション処理部１１及び決済処理部１２が含まれるものとする。なお、この実施形態のオークション処理プログラムに搭載するモジュールの組み合わせは上記の例に限定されないものである。

オークション処理部１１は、各ユーザ端末３０との間でオークションに関する処理を実行する機能を担っている。

決済処理部１２は、オークション処理部１１の指示に応じて、決済処理システム４０に対して決済に関する処理（決済に関するトランザクション処理）を実行する機能を担っている。決済処理部１２は、オークション処理部１１の指示に応じて、決済処理システム４０に対して決済に関する処理を要求し、その処理結果（トランザクション処理の結果）を取得してオークション処理部１１に通知する。

図３は、データベースサーバ２０の内部構成について示したブロック図である。

データベースサーバ２０は、Ｗｅｂアプリケーションサーバ１０の処理で必要となる種々のデータを提供する装置である。

データベースサーバ２０は、データベース処理部２１及びデータ記録部２２を有している。

データベースサーバ２０の内部構成は、機能的には図３のように示すことができる。データベースサーバ２０としては、例えば、メモリ及びプロセッサを有するコンピュータ（例えば、ＰＣやワークステーション等）を用いて構築することができる。

図３に示す通り、データベースサーバ２０は、データベース処理部２１、及びデータ記録部２２を有している。

データ記録部２２は、データベースサーバ２０内での各処理で利用される各種データを記録するデータ記録手段である。図３に示す通り、データ記録部２２には、少なくとも、ユーザ情報ＤＢ２２１、送付先情報ＤＢ２２２、テナント情報ＤＢ２２３、テナント送料設定ＤＢ２２４、クレジットカード情報ＤＢ２２５、オークション情報ＤＢ２２６、プライズ情報ＤＢ２２７、入札情報ＤＢ２３８、落札情報ＤＢ２３９、及び決済情報ＤＢ２３０が記録されているものとする。データ記録部２２に記録する各データの詳細構成については後述する。

データベース処理部２１は、データ記録部２２に記録されたデータベースのデータ処理を行う。データベース処理部２１は、例えば、種々のＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を用いて構築することができる。したがって、データ記録部２２に記録する各データベースは、データベース処理部２１で対応するデータ構造で構成されている必要がある。データベース処理部２１は、Ｗｅｂアプリケーションサーバ１０の要求（命令）に応じて、データ記録部２２に記録された各データベースのデータ処理（例えば、データの更新や読出しの処理）を行う。

次に、ユーザ端末３０の内部構成について説明する。

図４は、ユーザ端末３０の内部構成の例について示したブロック図である。

ユーザ端末３０は、例えば、ＰＣ、タブレットＰＣ等の種々の端末装置（コンピュータ；ハードウェア）を用いて構築することができる。図４では、ユーザ端末３０のハードウェアとしてタブレットＰＣを適用した例について示している。

図４に示すように、ユーザ端末３０は、機能的には、タッチパネルディスプレイ３１及びＷｅｂブラウザ３２を有している。ここでは、説明を簡易とするため各ユーザ端末３０は、同じ構成であるものとして説明しているが、各ユーザ端末３０はＷｅｂブラウザを備える端末であれば、具体的な構成は限定されないものである。

タッチパネルディスプレイ３１は、ユーザ端末３０を所持するユーザへの情報出力や、ユーザからの入力（例えば、ＧＵＩ画面を用いた入力）を受け付けるデバイス（ユーザインタフェースの機能を担うデバイス）である。この実施形態では、タブレットＰＣを用いてユーザ端末３０を構築する例について示しているが、ユーザ端末３０においてユーザインタフェース（ユーザからの入力手段及びユーザへの出力手段）を担うデバイスの種類は限定されないものである。

Ｗｅｂブラウザ３２としては、種々のＷｅｂブラウザを適用することができる。ユーザ端末３０のＷｅｂブラウザ３２は、Ｗｅｂアプリケーションサーバ１０にアクセスしてオークション処理のＷｅｂアプリケーションプログラムの提供を受けて実行することができる。なお、ユーザ端末３０では、オークション処理のアプリケーションプログラムがＷｅｂベースではなく専用のアプリケーションとしてインストールされる構成としてもよい。

次に、データベースサーバ２０のデータ記録部２２に記録される各ＤＢの構成例について説明する。

図５は、ユーザ情報ＤＢ２２１の構成例について示した説明図である。

ユーザ情報ＤＢ２２１は、オークション処理システム１を利用するユーザ（出品者、及び入札者）を管理するためのデータベースである。

図５に示すユーザ情報ＤＢ２２１では、１行（１レコード）で１人のユーザの情報を構成している。図５に示すユーザ情報ＤＢ２２１では、ユーザごとに、ユーザを識別するためのユーザＩＤ、及び当該ユーザに関するユーザ情報（ここでは、メールアドレスを含む項目の情報）が登録されている。ここでは、説明を簡易とするため、ユーザ端末３０－１～３０－８を使用するユーザのユーザＩＤを、それぞれＵｓｅｒ＿ＩＤ＿１～Ｕｓｅｒ＿ＩＤ＿８と表すものとする。

図６は、送付先情報ＤＢ２２２の構成例について示した説明図である。

送付先情報ＤＢ２２２は、オークション処理システム１を利用するユーザ（入札者）に商品を送付する際の送付先の情報（以下、「送付先情報」と呼ぶ）を管理するためのデータベースである。

送付先情報ＤＢ２２２では、１行（１レコード）で１つの送付先情報が登録されている。送付先情報ＤＢ２２２では、１つのユーザに複数の送付先の登録が可能であるものとする。

図６に示す送付先情報ＤＢ２２２では、送付先ごとに、送付先を識別するための送付先ＩＤ、当該送付先に対応するユーザのユーザＩＤ、及び当該送付先の送付先情報（図６では、送付先氏名・名称、送付先電話番号、及び送付先住所）を含む情報が登録されている。ここでは、説明を簡易とするため、図６に示すように、Ｕｓｅｒ＿ＩＤ＿１～Ｕｓｅｒ＿ＩＤ＿８のそれぞれに対応する送付先の送付先ＩＤを、Ｓｈｉｐｐｉｎｇ＿ＩＤ＿１～Ｓｈｉｐｐｉｎｇ＿ＩＤ＿８と表すものとする。

図７は、テナント情報ＤＢ２２３の構成例について示した説明図である。

テナント情報ＤＢ２２３は、各オークション処理システム１を利用するテナント（出品者）に関する情報を管理するためのデータベースである。テナント情報ＤＢ２２３は、各ユーザが、テナント（出品者）としてオークション処理システム１を利用する際に必要な情報を管理するためのデータベースである。

テナント情報ＤＢ２２３では、１行（１レコード）で１つのテナントに関する情報が登録されている。

図７に示すテナント情報ＤＢ２２３では、テナントごとに、テナントを識別するためのテナントＩＤ、当該テナントに対応するユーザのユーザＩＤ、及び当該テナントのテナント情報（図７では、少なくともドメイン（ＵＲＬ）の情報を含む情報）が登録されている。ここでは、説明を簡易とするため、図７に示すように、Ｕｓｅｒ＿ＩＤ＿１～Ｕｓｅｒ＿ＩＤ＿８のそれぞれに対応するテナントのテナントＩＤを、Ｔｅｎｎａｎｔ＿ＩＤ＿１～Ｔｅｎｎａｎｔ＿ＩＤ＿８と表すものとする。

図８は、テナント送料設定ＤＢ２２４の構成例について示した説明図である。

テナント送料設定ＤＢ２２４は、各オークション処理システム１を利用するテナント（出品者）の送料（以下、「テナント送料」と呼ぶ）の情報を管理するためのデータベースである。

テナント送料設定ＤＢ２２４では、１行（１レコード）で１つのテナント送料の情報が登録されている。なお、テナント送料設定ＤＢ２２４では、１つのテナントに複数のテナント送料の登録が可能であるものとする。

図８に示すテナント送料設定ＤＢ２２４では、テナント送料ごとに、データベース上で当該テナント送料を識別するためのテナント送料ＩＤ、当該テナント送料に関してユーザに識別させるためのラベル情報と、当該テナント送料に対応するテナントのテナントＩＤ、及び当該テナント送料に対応するテナント送料情報を含む情報が登録されている。図８では、テナント送料情報に、国内送料と海外送料の項目の情報が登録されるものとして説明するが、テナント送料情報を構成する項目の種類や数は限定されないものである。

図８では、テナント送料設定ＤＢ２２４に、少なくとも２つのテナント送料（テナント送料ＩＤがＤＦ＿ＩＤ＿１とＤＦ＿ＩＤ＿２のテナント送料）が設定されている。２つのテナント送料は、いずれもＴｅｎｎａｎｔ＿ＩＤ＿８（Ｕｓｅｒ＿ＩＤ＿８）のテナントに対応するテナント送料である。また、図８に示すように、ＤＦ＿ＩＤ＿１のラベル情報は「１ｋｇ未満」、ＤＦ＿ＩＤ＿２のラベル情報は「１ｋｇ以上」となっている。すなわち、図８では、ＤＦ＿ＩＤ＿１のテナント送料は、１ｋｇ未満の商品に関する送料であり、ＤＦ＿ＩＤ＿２のテナント送料は１ｋｇ以上の商品に関する送料として設定されている。このように、テナント送料設定ＤＢ２２４では、ユーザ（テナント）が、発送する商品の条件ごとのテナント送料を設定することが可能な構成になっている。図８では、重量ごとのテナント送料を設定する例について示したが、発送する距離や発送先の国に応じて異なるテナント送料を設定するようにしてもよい。ここでは、図８に示すように、Ｔｅｎｎａｎｔ＿ＩＤ＿８（Ｕｓｅｒ＿ＩＤ＿８）のテナント送料のみが設定されているものとする。入札のみ行うユーザや、物品（物理的な品）を取り扱わないユーザは、テナント送料を設定しなくてもシステム上許容されるものとする。

図９は、クレジットカード情報ＤＢ２２５の構成例について示した説明図である。

クレジットカード情報ＤＢ２２５は、オークション処理システム１を利用するユーザ（入札者）が商品の売買を決済するためのクレジットカードに関する情報（以下、「クレジットカード情報」と呼ぶ）を管理するためのデータベースである。

クレジットカード情報ＤＢ２２５では、１行（１レコード）で１つのクレジットカードのクレジットカード情報が登録されている。クレジットカード情報ＤＢ２２５では、１つのユーザに複数のクレジットカードの登録が可能であるものとする。

図９に示すクレジットカード情報ＤＢ２２５では、クレジットカードごとに、データベース上で当該クレジットカードを識別するためのクレジットカードＩＤ、当該クレジットカードに対応するユーザ（クレジットカードの所有者）のユーザＩＤ、及び当該クレジットカードを用いた決済に必要なクレジットカード情報（例えば、カード番号、有効期限、カード名義人氏名等を含むデータ）が登録されている。ここでは、説明を簡易とするため、図９に示すように、Ｕｓｅｒ＿ＩＤ＿１～Ｕｓｅｒ＿ＩＤ＿８のそれぞれに対応するクレジットカードＩＤを、ＣｒｅｄｉｔＣａｒｄ＿ＩＤ＿１～ＣｒｅｄｉｔＣａｒｄ＿ＩＤ＿８と表すものとする。

図１０は、オークション情報ＤＢ２２６の構成例について示した説明図である。

オークション情報ＤＢ２２６は、オークション処理システム１で処理されるオークションに関する情報（以下、「オークション情報」と呼ぶ）を管理するためのデータベースである。

オークション情報ＤＢ２２６では、１行（１レコード）で１つのオークションのオークション情報が登録されている。

図１０に示すオークション情報ＤＢ２２６では、オークションごとに、データベース上で本オークションを識別するためのオークションＩＤ、本オークションに対応するテナントＩＤ（本オークションの出品者のテナントＩＤ）、及び本オークションに関するオークション情報が登録されている。図１０に示すオークション情報ＤＢ２２６では、オークションＩＤがＡｕｃｔｉｏｎ＿ＩＤ＿１のオークションが登録されている。Ａｕｃｔｉｏｎ＿ＩＤ＿１のオークションは、Ｔｅｎｎａｎｔ＿ＩＤ＿８（Ｕｓｅｒ＿ＩＤ＿１）が出品者となっている。

図１０では、オークション情報ＤＢ２２６に登録されるオークション情報に、少なくとも、本商品に関する「オークションタイトル」、本商品に関する「説明文」、本商品が物理的な物品であるか否か（物品であるか非物品であるか）を示す「物理商品情報」、本商品を送付する際の送料に対応する「テナント送料ＩＤ」、本オークションの情報を開示（解禁）する日時を示す「情報開示日時」、本オークションの入札受付を開始する日時を示す「オークション開始日時」、本オークションの入札受付を終了する日時を示す「オークション終了日時」、本オークションをスタートする際の最低入札価格を示す「スタート価格」、本商品の「在庫数」、本オークションの形式を示す「オークション形式」、及び本商品の画像データを示す「オークション画像データ」のデータが含まれている。

「物理商品情報」の項目には、本商品が「物品」（物理的な商品）、又は「非物品」（例えば、電子データや何等かの権利等）のいずれかが設定されるものとする。

「オークション形式」の項目には、「イングリッシュ」（スタート価格から入札価格が上がってゆくオークション形式）、「パープルプライシング」（入札の形式自体はイングリッシュオークションと同様であるが同じプライズが割り当てられた落札者（割当条件が同じ落札者）の最終的な落札価格（以下、「最終落札価格」と呼ぶ）が同じとなるように調整されるオークション形式）、又は「ダッチ」（スタート価格から時間が経過するごとに入札可能な価格が下がってゆくオークション形式）のいずれかが設定されるものとする。

「オークション画像データ」の項目には、アップロードされた画像データ（画像データのファイル自体又はファイルにアクセスするためのリンク）が設定される。

図１１は、プライズ情報ＤＢ２２７の構成例について示した説明図である。

プライズ情報ＤＢ２２７は、オークション情報ＤＢ２２６で記述されたオークション（オークションＩＤ）に対応するプライズに関する情報（以下、「プライズ情報」と呼ぶ）を管理するためのデータベースである。

プライズ情報ＤＢ２２７では、１行（１レコード）で１つのプライズのプライズ情報が登録されている。

図１１に示すプライズ情報ＤＢ２２７では、プライズごとに、データベース上で当該プライズを識別するためのプライズＩＤ、当該プライズに対応するオークションＩＤ（当該プライズに対応する本商品のオークションのオークションＩＤ）、及び当該プライズに関するプライズ情報が登録されている。

図１１では、プライズ情報ＤＢ２２７に登録されるプライズ情報には、少なくとも、当該プライズの「物理商品情報」、当該プライズを送付する際の送料に対応する「テナント送料ＩＤ」、当該プライズに関する「プライズタイトル」、当該プライズに関する「説明文」、本商品のオークションにおいて当該プライズの割当順序を示す「プライズ順序」、当該プライズの在庫数を示す「在庫数」の項目の情報が含まれる。「物理商品情報」の項目は、オークション情報ＤＢ２２６と同じく、「物品」又は「非物品」のいずれかが設定される。

以下では、プライズ情報ＤＢ２２７におけるプライズＩＤは、Ｐｒｉｚｅ＿ＩＤ＿１、Ｐｒｉｚｅ＿ＩＤ＿２、…、という形式で表すものとする。また、以下では、プライズ順序が１のプライズを「第１プライズ」、順序が２のプライズを「第２プライズ」、…、と呼ぶものとする。

ここで、パープルプライシングの基本的なルールについて説明する。

この実施形態のパープルプライシング形式のオークションでは、入札価格及び入札順序に応じて各入札者に、本商品及び各プライズを割当てるための優先順位（以下、「入札優先順位」と呼ぶ）が付けられる。そして、パープルプライシング形式のオークションでは、入札優先順位が上位の入札者から順に本商品が割り当てられる処理（以下、「プライズ割当処理」と呼ぶ）が行われる。具体的には、パープルプライシング形式のオークションでは、入札優先順位が上位の入札者から順に各順序のプライズが割り当てられる。例えば、プライズがＭ種類存在するオークションの場合、入札優先順位が上位の入札者から順に本商品が割り当てられ、第１プライズが上位の入札者から順に割り当てられ、第２プ合図が上位の入札者から順に割り当てられ、・・・、第Ｎプライズが上位の入札者から順に割り当てられることになる。プライズの種類によって在庫数は異なるため、入札優先順位が最上位の入札者は、必ず本商品に加えて全ての種類のプライズの割当を受けることができるが、入札優先順位が下位の入札者は本商品の割当が得られたとしてもプライズの割当を受けられるとは限らない。

さらに、パープルプライシング形式のオークションでは、プライズ割当処理が完了した後、同じプライズ順序のプライズの割当を受けた入札者（落札者）が支払う金額（最終的に決済する金額）を同じ金額（最も低かった入札金額）に合わせる処理（以下、「落札金額調整処理」と呼ぶ）が行われる。例えば、第１プライズ及び第２プライズの割当を受けた入札者（落札者）が複数いた場合、その複数の入札者（落札者）の決済金額は、その複数の入札者（落札者）の中で最も低かった入札価格（落札価格）に調整される。

また、この実施形態のパープルプライシング形式のオーディションでは、プライズ割当処理及び落札金額調整処理が行われた後、各入札者（落札者）に対して落札価格とプライズの割当を通知（提示）して、同意（提示した落札価格で落札することの同意）及び決済（落札金額分の支払いの決済）を受け付ける処理（以下、「同意・決済受付処理」と呼ぶ）を行う。ディールでは、落札価格及びプライズ割当の通知から所定期間（以下、「同意・決済受付期間」と呼ぶ）の間だけ、同意及び決済を受け付ける。また、ある入札優先順位の落札者が、同意・決済受付期間内に同意及び決済を行わない場合、当該ユーザは当該落札について落札する権利（以下、「落札権」と呼ぶ）を失い、当該落札権で落札する権利が次の入札優先順位の入札者に移行するものとする。以下では、同意・決済受付期間が経過するタイミングを「落札権失効日時」とも呼ぶ。そして、の実施形態のパープルプライシング形式のオーディションでは、落札権の失効が発生した場合、当該落札権以下の入札優先順位の落札について、プライズ割当処理及び落札金額調整処理が行われた後、再度ディールが行われるものとする。

図１２は、入札情報ＤＢ２３８の構成例について示した説明図である。

入札情報ＤＢ２３８は、オークション情報ＤＢ２２６で記述されたオークション（オークションＩＤ）に対する入札に関する情報（以下、「入札情報」と呼ぶ）を時系列ごとに管理するためのデータベースである。

入札情報ＤＢ２３８では、１行（１レコード）で１つの入札の入札情報が登録されている。

図１２に示す入札情報ＤＢ２３８では、入札ごとに、データベース上で当該入札を識別するための「入札ＩＤ」、当該入札に対応する「オークションＩＤ」（当該入札に対応するオークションのオークションＩＤ）、及び当該入札に関する入札情報が登録されている。図１２に示す入札情報には、当該入札を行ったユーザ（入札者）の入札ＩＤ、当該入札を受け付けた「入札日時」、及び当該入札の入札価格の項目の情報が含まれている。

図１２では、入札情報ＤＢ２３８に登録される入札情報には、少なくとも、当該入札の「入札価格」の項目の情報が含まれる。

図１３は、落札情報ＤＢ２３９の構成例について示した説明図である。

落札情報ＤＢ２３９は、オークション情報ＤＢ２２６で記述されたオークション（オークションＩＤ）に対する落札に関する情報（以下、「落札情報」と呼ぶ）を時系列ごとに管理するためのデータベースである。

落札情報ＤＢ２３９では、１行（１レコード）で１つの落札の落札情報が登録されている。

図１３に示す落札情報ＤＢ２３９では、落札ごとに、データベース上で当該落札を識別するための「落札ＩＤ」、当該落札に対応する「オークションＩＤ」（当該落札に対応するオークションのオークションＩＤ）、当該落札を行ったユーザ（入札者）のユーザＩＤ、当該落札に対応する入札の入札ＩＤ、及び当該落札に関する落札情報が登録されている。

図１３では、落札情報ＤＢ２３９に登録される落札情報には、少なくとも、当該落札の「落札価格」、当該落札に対して割り当てられたプライズを示す「プライズＩＤ」、当該落札について仮決済（オーソリゼーション；信用承認）を行った日時を示す「仮決済日時」、当該落札についてオーソリゼーションした枠で実際の決済（以下、「キャプチャ」とも呼ぶ）を実行した日時を示す「実決済日時」、当該落札に対応する物品（本商品及びプライズ）を送付する送付先を示す「送付先情報」（送付先情報ＤＢ２２２上の送付先ＩＤ）、及び当該落札についての決済期日（期日までに決済を実行落札権を失う）を示す「落札権失効日時」の項目が含まれている。

図１４は、決済情報ＤＢ２３０の構成例について示した説明図である。

決済情報ＤＢ２３０は、オークション情報ＤＢ２２６で記述されたオークション（オークションＩＤ）に対する決済に関する情報（以下、「決済情報」と呼ぶ）を時系列ごとに管理するためのデータベースである。

決済情報ＤＢ２３０では、１行（１レコード）で１つの決済の決済情報が登録されている。

図１４に示す決済情報ＤＢ２３０では、決済ごとに、データベース上で当該決済を識別するための「決済ＩＤ」、当該決済に対応する落札（ディール）に対応する「落札ＩＤ」、当該決済を行ったユーザ（入札者）のユーザＩＤ、及び当該決済に関する「決済情報」の項目の情報が登録されている。決済情報には、当該決済の金額を示す「決済金額」、当該決済に用いられたクレジットカードの情報を示す「決済カード情報」、及び決済処理にあたって決済処理システム４０とのトランザクション処理のログ（レスポンスデータ；証跡）を示す「決済ログデータ」が含まれる。

（Ａ－２）実施形態の動作
次に、以上のような構成を有するこの実施形態のオークション処理システム１の動作（実施形態に係るオークション処理方法）の例を説明する。

ここでは、オークション処理システム１のＷｅｂアプリケーションサーバ１０が、図１５のシナリオに沿って動作した場合の例について説明する。

ここでは、まず、図１５のフローチャートをオークション処理システム１でパープルプライシングの形式でオークションが行われる際の流れについて説明する。

この実施形態において、Ｗｅｂアプリケーションサーバ１０のオークション処理部１１は、各ユーザ端末３０からアクセスを受ける際に、認証情報（例えば、ユーザＩＤ及びパスワード等の情報）の入力を伴うログイン処理（認証処理）を行うことで、各ユーザ端末３０を使用するユーザ（ユーザＩＤ）を認識して、各ユーザに関する情報の入出力の処理を行うものとする。

また、ここでは、前提として、ユーザ情報ＤＢ２２１、送付先情報ＤＢ２２２、テナント情報ＤＢ２２３、テナント送料設定ＤＢ２２４、及びクレジットカード情報ＤＢ２２５には、それぞれ図５～図９に示す情報が既に入力されているものとして説明する。送付先情報ＤＢ２２２、テナント情報ＤＢ２２３、テナント送料設定ＤＢ２２４、及びクレジットカード情報ＤＢ２２５の入力を受け付ける処理の詳細については、種々の情報入力のＷｅｂ画面やＧＵＩを適用することができるため詳しい説明を省略する。

まず、ここでは、Ｕｓｅｒ＿ＩＤ＿８のユーザ（テナント）がユーザ端末３０－８（Ｗｅｂブラウザ３２）を用いて、Ｗｅｂアプリケーションサーバ１０（オークション処理部１１）にアクセスして、パープルプライシングの形式でオークションを開催するための情報入力を受け付けたものとする（Ｓ１０１）。具体的には、ここでは、Ｗｅｂアプリケーションサーバ１０（オークション処理部１１）は、オークション情報ＤＢ２２６への新規オークション情報（以下、「本オークション」とも呼ぶ）の追加、及びプライズ情報ＤＢ２２７への本オークションに付帯するプライズのプライズ情報の追加を受け付ける。

図１６は、オークション処理部１１が、新規にオークション情報の入力を受け付ける際にユーザ端末３０－８（Ｗｅｂブラウザ３２）に提示するＷｅｂ画面（以下、「オークション情報入力画面」と呼ぶ）の構成例について示した図である。

図１６に示すオークション情報入力画面では、オークション情報の各項目（オークションタイトル、説明文、物理商品情報、テナント送料（テナント送料ＩＤ）、情報開示日時、オークション開始日時、オークション終了日時、スタート価格、在庫数、オークション形式、オークション画像データ）の入力を受け付けることができるフィールドＦ１０１～Ｆ１１１と、フィールドＦ１０１～Ｆ１１１に入力された内容でオークション情報の登録を受け付けるための登録ボタンＢ１０１とが配置されている。

ここでは、オークション情報入力画面のフィールドＦ１０１～Ｆ１１１に、本オークションのオークション情報（図１６に示す内容）が入力され、登録ボタンＢ１０１が押下（操作）されたものとする。

そして、オークション処理部１１は、本オークションのオークションＩＤとしてＡｕｃｔｉｏｎ＿ＩＤ＿１を割当て、本オークション（Ａｕｃｔｉｏｎ＿ＩＤ＿１）のオークション情報をオークション情報ＤＢ２２６追加登録する。図１０では、本オークション（Ａｕｃｔｉｏｎ＿ＩＤ＿１）のオークション情報（オークション情報入力画面で入力された情報）が追加された状態について示している。

図１６に示すように、ここでは、オークション形式として「パープルプライシング」、物理商品情報として「物品」がそれぞれ選択（例えば、リストボックス等のＧＵＩで選択）されたものとする。オークション情報入力画面では、物理商品情報がデータの場合は、テナント送料の入力を受け付けないようにしてもよい。

オークション情報入力画面でテナント送料（テナント送料ＩＤ）の入力を受けるフィールドＦ１０４では、テナント送料設定ＤＢ２２４で当該テナント（この場合はＴｅｎｎａｎｔ＿ＩＤ＿８）をテナントＩＤとするテナント送料情報のいずれかの選択を受け付ける。具体的には、例えば、オークション情報入力画面のフィールドＦ１０４では、当該テナント（この場合はＴｅｎｎａｎｔ＿ＩＤ＿８）をテナントＩＤとするテナント送料情報のラベル情報（この場合は、「１ｋｇ未満」、「１ｋｇ以上」のいずれか）を表示するリストボックスにより、いずれかのテナント送料ＩＤ（テナント送料情報）の選択を受け付けるようにしてもよい。図１６に示すオークション情報入力画面のフィールドＦ１０４では、「１ｋｇ未満」のラベル情報が選択されているので、これはテナント送料ＩＤとして、「ＤＦ＿ＩＤ＿１」が選択された状態を示している。

そして、オークション情報入力画面で登録ボタンＢ１０１が押下されると、オークション処理部１１は、入力された本オークションのオークション情報の内容を表示する操作画面（以下、「オークション情報確認画面」と呼ぶ）を、ユーザ端末３０－８（Ｗｅｂブラウザ３２）に表示させる。

図１７は、オークション処理部１１が、ユーザ端末３０－８（Ｗｅｂブラウザ３２）に表示させるオークション情報確認画面の構成例について示した図である。

図１７に示すオークション情報確認画面では、オークション情報入力画面で入力された本オークションのオークション情報を表示するフィールドＦ２０１、オークション情報入力画面に戻ることを受け付けるためのボタンＢ２０１と、本オークションにプライズ（プライズ情報）を追加することを受け付けるためのボタンＢ２０２が配置されている。

オークション情報確認画面で、プライズ追加を受け付けるためのボタンＢ２０２が押下されると、オークション処理部１１は、本オークションに追加するプライズのプライズ情報の入力を受け付けるための操作画面（以下、「プライズ追加画面」と呼ぶ）を、ユーザ端末３０－８（Ｗｅｂブラウザ３２）に表示させる。

図１８は、オークション処理部１１が、ユーザ端末３０－８（Ｗｅｂブラウザ３２）に表示させるプライズ追加画面の構成例について示した図である。

図１８に示すプライズ情報入力画面では、プライズ情報の各項目（物理商品情報、テナント送料ＩＤ、プライズタイトル、説明文、プライズ順序、在庫数）の入力を受け付けることができるフィールドＦ３０１～Ｆ３０６と、フィールドＦ３０１～Ｆ３０６に入力された内容でプライズ情報の追加登録を受け付けるための登録ボタンＢ３０１とが配置されている。

なお、プライズ情報入力画面において、物理商品情報の入力を受け付けるフィールドＦ３０１、及びテナント送料（テナント送料ＩＤ）の入力を受け付けるフィールドＦ３０２の入力受付方式は、オークション情報入力画面と同様の手順を適用することができる。

オークション処理部１１は、登録ボタンＢ３０１が押下（操作）されると、当該プライズに対して新たにプライズＩＤを割当て、当該プライズのプライズ情報をプライズ情報ＤＢ２２７に追加登録する。オークション処理部１１は、プライズ情報の追加登録が完了すると、オークション情報確認画面に戻って表示させるようにユーザ端末３０－８（Ｗｅｂブラウザ３２）を制御する。

本オークションにプライズ情報が追加（本オークションのオークションＩＤに対応するプライズ情報が追加）されると、オークション処理部１１は、図１９に示すように、オークション情報確認画面に、そのプライズ情報を表示したフィールドＦ２０２が追加配置する。オークション処理部１１は、オークション情報確認画面が図１９の状態でさらにボタンＢ２０２が押下されると、さらにプライズの追加を受け付けるためにプライズ追加画面を表示するように、ユーザ端末３０－８（Ｗｅｂブラウザ３２）を制御する。

以上のように、オークション処理部１１は、本オークションについて複数のプライズ情報の入力を受け付けることができる。

ここでは、図１２に示すように、プライズ情報ＤＢ２２７に、本オークション（Ａｕｃｔｉｏｎ＿ＩＤ＿１のオークション）に対して２つのプライズ情報（Ｐｒｉｚｅ＿ＩＤ＿１、Ｐｒｉｚｅ＿ＩＤ＿２のプライズ情報）が入力されたものとする。

以上のように、オークション処理部１１では、ユーザ端末３０－８（Ｗｅｂブラウザ３２）からの要求に応じて、本オークションのオークション情報の入力（プライズ情報の入力を含む）を受け付けることができる。

その後、本オークションについて情報開示日時が経過すると、オークション処理部１１は、本オークションの情報を開示するためのＷｅｂ画面（以下、「オークション情報開示画面」と呼ぶ）についてアクセス可能な状態（インターネットから所定のＵＲＬでアクセス可能な状態）とする（Ｓ１０２）。

図２０は、本オークションについて開示されるオークション情報開示画面の構成例について示した図である。

図２０に示すオークション情報開示画面では、本オークションの本商品の情報（オークション情報のうち、オークションタイトル、オークション画像、及び説明文を含む情報）を表示するフィールドＦ４０１と、本オークションのプライズに関する情報（プライズ情報のうち、プライズタイトルと説明文を含む情報）を表示するフィールドＦ４０２が配置されている。

その後、本オークションについてオークション開始日時が経過すると、オークション処理部１１は、本オークションについて入札を受け付けることが可能なＷｅｂ画面（以下、「オークション受付画面」と呼ぶ）についてアクセス可能な状態（インターネットから所定のＵＲＬでアクセス可能な状態）とする（Ｓ１０３）。以後、オークション処理部１１は、オークション終了日時までの間、本オークションのオークション受付画面を介して、各ユーザ端末３０から受け付け可能となる。そして、ここでは、オークション処理部１１は、本オークションについて、オークション終了日時までの間に、複数のユーザ端末３０－からオークションの入札を受け付けたものとする（Ｓ１０４、Ｓ１０５）。

図２１は、本オークションについて開示されるオークション受付画面の構成例について示した図である。

図２１に示すオークション受付画面では、本オークションの本商品の情報（オークション情報のうち、オークションタイトル、オークション画像、及び説明文を含む情報）を表示するフィールドＦ５０１と、本オークションのプライズに関する情報（プライズ情報のうち、プライズタイトルと説明文を含む情報）を表示するフィールドＦ５０２と、本オークションについて入札を受け付ける画面（以下、「オークション入札画面」と呼ぶ）に移行可能なボタンＢ５０１～Ｂ５０３が配置されている。

ボタンＢ５０１～Ｂ５０３は、いずれもオークション入札画面に移行可能なボタンであるが、その後オークション入札画面に設定されるデフォルトの入札価格が異なる。具体的には、ボタンＢ５０１はデフォルト入札金額を本商品のみを割当て可能な最低限の入札価格（入札時点で入札優先順位が第５位以上になるための入札価格）に設定するためのボタンであり、ボタンＢ５０２はデフォルト入札金額を本商品＋第１プライズ＋第２プライズを割当て可能な最低限の入札価格（入札時点で入札優先順位が第２位以上になるための入札価格）に設定するためのボタンであり、ボタンＢ５０３はデフォルト入札金額を本商品＋第２プライズを割当て可能な最低限の入札価格（入札優先順位が第４位以上になるための入札価格）に設定するためのボタンである。

オークション処理部１１は、入札情報ＤＢ２３８（本オークションのオークションＩＤに対応する入札情報）を参照することで、ボタンＢ５０１～Ｂ５０３の各ボタンに対応するデフォルト入札価格を認識することができる。そして、オークション処理部１１は、押下されたボタンに応じたデフォルト入札価格を設定したオークション入札画面を、接続元（入札者）のユーザ端末３０に表示させる。

図２２は、オークション入札画面の構成例について示した図である。

図２２に示すオークション入札画面では、入札価格の入力を受け付けるためのフィールドＦ６０１と、フィールドＦ６０１に入力された入札価格で本オークションの入札を受け付けるためのボタンＢ６０１とが配置されている。フィールドＦ６０１には、オークション受付画面で押下されたボタンに応じたデフォルト入札価格がデフォルト入力される。フィールドＦ６０１に入力する入札価格は、デフォルト入札価格から変更を受け付けることができる。

オークション処理部１１は、ボタンＢ６０１が押下されると、フィールドＦ６０１に入力された入札価格での入札を受け付け、受付けた入札に関する入札情報について新たな入札ＩＤを割当てて、入札情報ＤＢ２３８に追加する。

以上のように、オークション処理部１１は、本オークションについて各ユーザ端末３０から入札を受け付けたものとする。ここでは、オークション処理部１１は、本オークションについて入札受付終了日時までにユーザ端末３０－１～３０－７（Ｕｓｅｒ＿ＩＤ＿１～Ｕｓｅｒ＿ＩＤ＿７）から１件ずつ入札を受け付けたものとする。ここでは、本オークションについての入札履歴は、図１２に示す入札情報ＤＢ２３８の内容の通りであったものとする。

本オークションについて入札受付終了日時となると、オークション処理部１１は、本オークションの入札情報（入札情報ＤＢ２３８で、Ａｕｃｔｉｏｎ＿ＩＤ＿１に対応する入札情報）を集計して、入札者（入札した各ユーザ（ユーザＩＤ））の入札優先順位を割当てる処理（以下、入札優先順位割当処理」と呼ぶ）を行う。オークション処理部１１は、入札価格の高いユーザほど高い入札優先順位を割当てる。また、オークション処理部１１は、同じ入札価格のユーザがあった場合にはより入札時間が早いユーザの入札優先順位を高く設定する（Ｓ１０６）。

そして、図１２に示す入札履歴（入札情報ＤＢ２３８）に基づき、Ｕｓｅｒ＿ＩＤ＿１～Ｕｓｅｒ＿ＩＤ＿７を入札優先順位の上位から並べると、Ｕｓｅｒ＿ＩＤ＿５、Ｕｓｅｒ＿ＩＤ＿３、Ｕｓｅｒ＿ＩＤ＿４、Ｕｓｅｒ＿ＩＤ＿７、Ｕｓｅｒ＿ＩＤ＿６、Ｕｓｅｒ＿ＩＤ＿１、Ｕｓｅｒ＿ＩＤ＿２となったものとする。

次に、オークション処理部１１は、入札優先順位の高いユーザから順に本商品、第１プライズ、及び第２プライズを割当てる（Ｓ１０７）。

ここで、本オークションでは、図１０に示すように、本商品の在庫数は５個である。また、本オークションでは、図１１に示すように、第１プライズの在庫数は２個、第２プライズの在庫数は４個である。

そうすると、本オークションでは、入札優先順位第１位～第５位までの入札者が本商品の落札者となる。そして、入札優先順位第１位及び第２位の落札者には第１及び第２のプライズが割り当てられ、入札優先順位第３位及び第４位の落札者には第２のプライズのみが割り当てられることになる。

このとき、オークション処理部１１は、５つの本商品に対応する落札情報を作成して、落札優先順位順に落札情報ＤＢ２３９に登録する。このときの落札情報ＤＢ２３９の状態を図１３に示す。なお、図１３の時点では、未だ落札価格調整処理は行われていない。

次に、オークション処理部１１は、同じ割当条件の落札者（同じプライズが割り当てられた落札者）の落札価格を同じ価格（同じ割当条件の落札者のうち最も低い入札価格）に調整する落札価格調整処理を行う（Ｓ１０８）。

このとき、オークション処理部１１は、図２３に示すように落札価格調整処理を行う。

図２３に示す落札情報ＤＢ２３９は、図１３の状態から落札価格調整処理（１回目）が行われた状態について示している。

図２３では、入札優先順位第１位（Ｄｅａｌ＿ＩＤ＿１）の落札価格が、入札優先順位第２位（Ｄｅａｌ＿ＩＤ＿２）の落札価格に合わせて２２００に調整されている。また、図２３では、入札優先順位第３位（Ｄｅａｌ＿ＩＤ＿３）の落札価格が、入札優先順位第４位（Ｄｅａｌ＿ＩＤ＿４）の落札価格に合わせて２０００に調整されている。

次に、オークション処理部１１は、１回目の落札条件（落札価格及び割当プライズ）について提示し、同意及び決済を受け付けるための操作画面（以下、「同意・決済受付画面」と呼ぶ）にアクセスするためのＵＲＬを、対応する落札者に通知（例えば、メールアドレス（ユーザ情報ＤＢ２２１で管理されるメールアドレスに送付して通知）する（Ｓ１０９）。

オークション処理部１１は、落札条件を各ユーザに通知すると、落札情報ＤＢ２３９に設定した落札権失効日時（この実施形態では通知から３日後）が経過するまでの間、落札条件を通知した各ユーザに対して同意・決済受付画面へのアクセスを受け付ける（Ｓ１１０）。

図２４、図２５は、同意・決済受付画面の構成例について示した図である。

まず、オークション処理部１１は、落札条件の通知（以下、当該通知に係る落札を「本落札」と呼ぶ）を受け付けたユーザのユーザ端末３０（Ｗｅｂブラウザ３２）から、ログイン（ユーザＩＤを用いたログイン）及び同意・決済受付画面へのアクセスを受け付けると、ユーザ端末３０（Ｗｅｂブラウザ３２）に、本落札について図２４に示す落札同意・決済受付画面（その１）を表示させる。

図２４に示す落札同意・決済受付画面（その１）では、本オークションのタイトルを表示するフィールドＦ６０１、現時点における本落札の落札価格を表示するフィールドＦ６０２、現在本落札に割り当てられているプライズを示すフィールドＦ６０３、及び本落札の商品（本商品及びプライズ）の送付先住所の入力を受け付けるためのフィールドＦ６０４、及び本落札の同意を受け付けるためのボタンＢ６０１が配置されている。なお、本落札において、本商品及び全てのプライズの物理商品情報がデータである場合、落札同意・決済受付画面（その１）で、送付先情報（フィールドＦ６０４）の入力受付は行わないようにしてもよい。

図２４に示す落札同意・決済受付画面（その１）で、フィールドＦ６０４に送付先住所が入力され、ボタンＢ６０１が押下されると、オークション処理部１１は、ユーザ端末３０（Ｗｅｂブラウザ３２）に、図２５に示す落札同意・決済受付画面（その２）を表示させる。

図２５に示す落札同意・決済受付画面（その２）では、本オークションのタイトルを表示するフィールドＦ７０１、現時点における本落札の落札価格を表示するフィールドＦ７０２、現在本落札に割り当てられているプライズを示すフィールドＦ７０３、本落札の送料を表示するフィールドＦ７０４、及び、本落札に対する決済を受け付けるためのクレジットカード情報の入力を受け付けるためのフィールドＦ７０５、及び、本落札の決済（クレジットカード決済）を受け付けるためのボタンＢ７０１が配置されている。

オークション処理部１１は、落札同意・決済受付画面（その１）で入力された送付先住所と、本オークションのオークション情報に対応するテナント送料（テナント送料ＩＤに対応するテナント送料情報）に基づいて、本落札の商品（本商品及びプライズ）に必要な送料を求め、落札同意・決済受付画面（その２）のフィールドＦ７０４に表示する。オークション処理部１１は、落札同意・決済受付画面（その１）で入力された送付先住所に基づいて送付先が国内（日本国内）であるか海外であるかを判断できるので、その判断結果に応じた送料を、テナント送料情報から取得することができる。

なお、本落札において、本商品及び全てのプライズの物理商品情報がデータである場合、落札同意・決済受付画面（その２）で、本落札の送料を表示するフィールドＦ７０４に表示する送料は０円となる。

オークション処理部１１は、フィールドＦ７０５にクレジットカード情報が入力され、ボタンＢ７０１が押下されると、本落札の落札価格と送料を加算した額について、入力されたクレジットカード情報で仮決済（オーソリゼーション；信用承認）を行うように、決済処理部１２を制御する（Ｓ１１０）。このとき、決済処理部１２は、オークション処理部１１の制御に従って、決済処理システム４０と通信して仮決済を実行する。そして、オークション処理部１１は、仮決済を実行した本落札の落札情報（落札情報ＤＢ２３９上の落札情報）を更新する。具体的には、オークション処理部１１は、本落札の落札情報の仮決済日時に現在時刻を入力し、さらに本落札の落札情報の送付先情報に入力された送付先情報を入力する。そして、決済処理部１２は、その仮決済の決済情報を生成して、決済情報ＤＢ２３０に追加登録する。なお、決済処理部１２は、決済を行おうとする落札（落札ＩＤ）について、既に決済情報ＤＢ２３０に決済情報が登録されている場合は、最も時系列が後（最も決済情報ＩＤが後の番号）の決済（仮決済）についてキャンセルの処理を決済処理システム４０に要求した上で、新たにオークション処理部１１から指示された額の仮決済を実行する。

オークション処理部１１は、本オークションについて落札権失効日時が経過すると、再度プライズ割当処理を行う必要があるか否かを判断し（Ｓ１１１）、再度プライズ割当処理が必要と判断した場合は後述するステップＳ１１４から動作し、再度プライズ割当処理は不要と判断した場合には後述するステップＳ１１２から動作する。

例えば、オークション処理部１１は、落札条件を通知した全ての落札（落札情報）について落札同意及び決済が行われたか否か（例えば、落札情報の仮決済日時が入力されたか否か）を確認し、落札同意及び決済が行われていない落札があった場合に、落札同意及び決済が行われていない落札について落札権を失効して再度プライズ割当処理が必要と判断するようにしてもよい。

上述のステップＳ１１１で、再度プライズ割当処理は不要と判断された場合、オークション処理部１１は、本オークションの各落札（キャンセルが発生していない落札）について、実決済（キャプチャ）を実行するように、決済処理部１２を制御する（Ｓ１１２）。このとき、決済処理部１２は、オークション処理部１１の制御に従って、決済処理システム４０と通信して実決済を実行する。そして、オークション処理部１１は、実決済を実行した本落札の落札情報（落札情報ＤＢ２３９上の落札情報）を更新する。具体的には、オークション処理部１１は、本落札の落札情報の実決済日時に現在時刻を入力する。そして、決済処理部１２は、決済情報ＤＢ２３０を参照して、本オークションの各落札ＩＤの決済情報を抽出し、抽出した各決済情報について実決済を実行する。なお、同じ落札ＩＤの決済情報が複数ある場合、決済処理部１２は、もっとも時系列が後（最も決済情報ＩＤが後の番号）の決済情報のみを抽出して実決済を行う。そして、決済処理部１２は、実決済を行った決済情報の決済ログデータに実決済時のログを追加する。

次に、オークション処理部１１は、実決済の完了した各落札について最終的な落札結果（最終落札価格及び割当プライズ）を各落札者に通知（例えば、各落札者のメールアドレス（ユーザ情報ＤＢ２２１で管理されるメールアドレス）に送付）して（Ｓ１１３）、一連の本オークションの処理を終了する。

一方、上述のステップＳ１１１で、再度プライズ割当処理が必要と判断された場合、オークション処理部１１は、再度プライズ割当処理を行う（Ｓ１１４）。

ここでは、入札優先順位第２位（Ｄｅａｌ＿ＩＤ＿２）の落札と、入札優先順位第４位（Ｄｅａｌ＿ＩＤ＿４）の落札についてキャンセル（落札件失効日時までに、落札同意及び仮決済が受け付けられなかった落札）が発生し、落札情報ＤＢ２３９の内容が図２６のようになったものとする。このとき、オークション処理部１１は、図２６に示すように、キャンセルの発生した入札優先順位第２位（Ｄｅａｌ＿ＩＤ＿２）の落札と、入札優先順位第４位（Ｄｅａｌ＿ＩＤ＿４）の落札のキャンセル日時の項目に日時を入力する。

ここでは、２件の落札についてキャンセルが発生したので、オークション処理部１１は、図２７に示すように、本商品が割り当てられなかった入札の上位２件（入札優先順位６位、７位）について落札情報を作成して落札情報ＤＢ２３９に追加する。図２７では、入札優先順位第６位（Ｄｅａｌ＿ＩＤ＿６）の落札と、入札優先順位第７位（Ｄｅａｌ＿ＩＤ＿７）の落札について落札情報が追加されている。

そして、オークション処理部１１は、図２８に示すように、キャンセルが発生している落札を除外して、プライズ割当処理を実行する。その結果、入札優先順位第２位（Ｄｅａｌ＿ＩＤ＿２）の落札から第１プライズ（Ｐｒｉｚｅ＿ＩＤ＿１）が除外され、入札優先順位第３位（Ｄｅａｌ＿ＩＤ＿３）の落札に追加される。また、入札優先順位第２位（Ｄｅａｌ＿ＩＤ＿２）及び入札優先順位第４位（Ｄｅａｌ＿ＩＤ＿４）の落札から、第２プライズ（Ｐｒｉｚｅ＿ＩＤ＿２）が除外され、入札優先順位第５位、６位（Ｄｅａｌ＿ＩＤ＿５、Ｄｅａｌ＿ＩＤ＿６）の入札に追加される。

次に、オークション処理部１１は、再度落札価格調整処理を行う（Ｓ１１５）。

このとき、オークション処理部１１は、図２９に示すように落札価格調整処理を行う。

図２９に示す落札情報ＤＢ２３９は、図２８の状態から落札価格調整処理（２回目）が行われた状態について示している。

図２９では、入札優先順位第１位（Ｄｅａｌ＿ＩＤ＿１）の落札価格が、入札優先順位第３位（Ｄｅａｌ＿ＩＤ＿３）の落札価格に合わせて２０００に変更されている。また、図２９では、入札優先順位第５位（Ｄｅａｌ＿ＩＤ＿５）の落札価格が、入札優先順位第６位（Ｄｅａｌ＿ＩＤ＿６）の落札価格に合わせて１０００に変更されている。

次に、オークション処理部１１は、２回目の落札条件（落札価格及び割当プライズ）について提示し、同意及び決済を受け付けるための操作画面（以下、「同意・決済受付画面」と呼ぶ）にアクセスするためのＵＲＬを、今回追加した落札（仮決済の完了していない落札、すなわち、ＤｅａｌＩＤ＿６とＤｅａｌＩＤ＿７）対応する落札者に通知（例えば、落札者のメールアドレス（ユーザ情報ＤＢ２２１で管理されるメールアドレス）に送付して通知）する（Ｓ１１６）。

オークション処理部１１は、落札条件を落札者に通知すると、落札情報ＤＢ２３９に設定した落札権失効日時（この実施形態では通知から３日後）が経過するまでの間、落札条件を通知した各ユーザに対して同意・決済受付画面へのアクセスを受け付ける（Ｓ１１７）。

オークション処理部１１は、本オークションについて再度落札権失効日時が経過すると、再度プライズ割当処理を行う必要があるか否かを判断し（Ｓ１１８）、再度プライズ割当処理が必要と判断した場合は上述のステップＳ１１２に移行して実決済を行い、再度プライズ割当処理は不要と判断した場合には上述のステップＳ１１４に戻ってさらにプライズ割当処理から動作する。

例えば、オークション処理部１１は、ステップＳ１１７で落札条件を通知した全ての落札（落札情報）について落札同意及び決済が行われたか否か（例えば、落札情報の仮決済日時が入力されたか否か）を確認し、落札同意及び決済が行われていない落札があった場合に、落札同意及び決済が行われていない落札について落札権を失効して再度プライズ割当処理が必要と判断するようにしてもよい。また、オークション処理部１１では、プライズ割当処理を実行する回数の上限を定めて、プライズ割当処理の回数が上限に達した段階で、キャンセルが発生していても再度プライズ割当処理は不要と判断するようにしてもよい。

ここでは、２回目のプライズ割当処理に基づく落札条件について全て落札同意及び仮決済が行われたものとする。そうすると、落札情報ＤＢ２３９の状態は図３０のような状態となる。図３０では、図２９の状態と比較して、入札優先順位第６位、第７位（Ｄｅａｌ＿ＩＤ＿６、Ｄｅａｌ＿ＩＤ＿７）の落札について、送付先情報及び仮決済日時が設定されている。したがって、落札情報ＤＢ２３９が図３０のような状態となると、オークション処理部１１は、ステップＳ１１８で、再度プライズ割当処理は不要と判断し、上述のステップＳ１１２の処理に移行して実決済を行うことになる。その結果、落札情報ＤＢ２３９の状態は図３１のような状態となる。図３１では、図３０の状態と比較して、落札同意及び仮決済の得られた全ての落札について実決済日時が入力されている。

以上のように、この実施形態のオークション処理システム１において、パープルプライシング形式のオークションは行われる。以上に説明したパープルプライシング形式で行われた本オークションのシナリオ全体について図３２に記載した。図３２では、各ユーザ（ユーザＩＤ）の本オークションにおける入札価格、入札順序、入札優先順位、１回目のプライズ割当結果、１回目の価格調整処理後の落札価格、１回目の同意確認・決済結果、２回目のプライズ割当結果、２回目の価格調整処理後の落札価格、２回目の同意確認・決済結果、及び最終落札価格（実決済価格）について記載している。

上述のように、オークション処理システム１では、パープルプライシング以外にもイングリッシュやダッチの形式のオークションにも対応している。イングリッシュ形式のオークションが開催された場合（オークション情報のオークション形式の項目が「イングリッシュ」であった場合）、当該オークションでは、図１５に示すフローチャートでステップＳ１０８、Ｓ１１５の価格調整処理が行われない点でパープルプライシングオークションとは異なる。また、オークション処理システム１で、ダッチオークションが行われる場合は、入札可能な価格がスタート価格から時間が経過するごとに低くなる点でイングリッシュオークションと異なる。

（Ａ－３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。

この実施形態のオークション処理システム１では、各入札者に対して入札優先順位に応じて本商品及び各プライズを割当ててから決済を受け付けている。また、落札者は、プライズの割当結果に不満がある場合には、決済を行わずに落札をキャンセルすることができる。これにより、この実施形態のオークション処理システムでは、入札者の入札を促進することが可能となる。例えば、プライズが割り当てられなかった入札者は事後的に落札をキャンセルできるため、入札者にとってより高い価格の入札に対する心理的障壁が下がることになる。

また、この実施形態のオークション処理システム１では、落札条件（本商品及びプライズの割当条件）が同じ落札者については、落札価格も同じになるように調整するパープルプライスプライジング形式のオークションに対応している。これにより、この実施形態のオークション処理システムでは、入札者の入札をより促進することが可能となる。例えば、入札者は、入札時に割高と思われる入札価格で入札しても、最終的に同じ落札条件の落札者の落札価格が同じに調整されるので、入札者にとってより高い価格の入札に対する心理的障壁が下がることになる。

この実施形態では、オークション情報、及びプライズ情報に物理商品情報の項目を設け、少なくとも本商品又は割当プライズのいずれか一方の物理商品情報が物品である落札についてのみ、落札同意・決済受付画面で、送付先情報の入力を受け付ける構成となっている。これにより、この実施形態のオークション処理装置１では、不要な送付先情報の入力受付を抑制し、効率的な情報入力を受け付けることができる。

（Ｂ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｂ－１）上記の実施形態のオークション処理システム１では、本商品にプライズを付帯させたオークションについて説明したが、本商品のみのオークションも処理可能とする構成としてもよいことは当然である。

（Ｂ－２）上記の実施形態では、パープルプライシング形式のオークションにおいて、スタート価格から入札と共に入札価格から上がっていく形式(イングリッシュ)を適用する例について説明したが、パープルプライシング形式のオークションにおいて、スタート価格から時間の経過と共に入札可能な価格が下がっていく形式（ダッチ）を適用するようにしてもよい。すなわち、パープルプライシング形式のオークションにおいて、入札価格の決定方式は、イングリッシュであってもダッチのいずれであってもよい。入札価格の決定方式がダッチであってもパープルプライシング形式のオークションであれば、同じ割当条件の入札者（落札者）に対しては同じ落札価格に調整される点は同様である。

通常のダッチオークション（パープルプライシング形式でないダッチオークション）においては、入札を待てば入札可能な価格が下がる可能性があるので参加者が入札を見送ることが望ましい場合があるが、パープルプライシング形式（入札価格の決定方式がダッチの場合）では最低価格（同じ割当条件に対する最低価格）が保証されるため、参加者にとって入札を見送るインセンティブ少ない（すなわち、予算に近づいたらすぐに入札すべき）ため、入札を促進することができる。

（Ｂ－３）上記の実施形態では、パープルプライシング形式のオークションいのいて、本商品を落札した落札者に対してプライズ（おまけ）を割当てる例について説明したが、本商品を落札できなかった入札者に対してプライズのみを割当てるようにしてもよい。例えば、データ形式（非物理）のプライズであれば、在庫の有無にかかわらず配布する（ダウンロードさせる）ことができる。例えば、本商品が１００個のオークションであった場合に、入札優先順位が１０１位以下であっても、プライズのみを割当てるようにしてもよい。これにより、参加者の入札や競争をより促すことができる。例えば、本商品を漫画冊子とし、プライズを同じ漫画の電子版とした場合、当該漫画冊子のオークションに入札した入札者であれば、例え冊子のオークションに失敗した場合でも電子版の漫画をダウンロードすることができる。このような参加賞となるプライズは、参加賞専用のプライズを別途用意しておくようにしてもよいし、本商品に付随するプライズと同じものを適用するようにしてもよい。

１…オークション処理システム、１０…Ｗｅｂアプリケーションサーバ、１１…オークション処理部、１２…決済処理部、２０…データベースサーバ、２１…データベース処理部、２２…データ記録部、２２１…ユーザ情報ＤＢ、２２２…送付先情報ＤＢ、２２３…テナント情報ＤＢ、２２４…テナント送料設定ＤＢ、２２５…クレジットカード情報ＤＢ、２２６…オークション情報ＤＢ、２２７…プライズ情報ＤＢ、２３８…入札情報ＤＢ、２３９…落札情報ＤＢ、２３０…決済情報ＤＢ、３０、３０－１～３０－８…ユーザ端末、３１…操作表示部、３２…Ｗｅｂブラウザ、４０…決済処理システム。

Claims (4)

1. オークションの本商品を出品するためのオークション情報を管理するオークション情報管理手段と、
   前記オークションにおいて前記本商品に付帯する複数の付帯品に関する付帯品情報を管理する付帯品情報管理手段と、
   前記本商品について入札者が使用するユーザ端末から入札を受け付ける入札受付手段と、
   前記入札受付手段で入札を受け付けた前記入札者のそれぞれに対して、入札価格と入札順序を含む条件に基づいて入札優先順位を割当てる入札順位割当手段と、
   それぞれの前記入札者に対して入札優先順位に応じて、前記本商品及びそれぞれの前記付帯品を割当てる付帯品割当手段と、
   それぞれの前記入札者のうち、少なくとも前記本商品が割り当てられた落札者に対して落札価格の請求に関する決済処理を行う決済処理手段とを有し、
   前記付帯品情報管理手段は、前記付帯品情報として、それぞれの種類の前記付帯品の在庫数及び割当順位の情報を管理しており、
   前記付帯品割当手段は、入札優先順位がより高い前記入札者に対して、より割当順位が高い種類の前記付帯品を割当て、
   前記入札受付手段は、前記入札者に対して現時点でそれぞれの種類の前記付帯品の割当を受けるための最低入札価格を提示する
   ことを特徴とするオークション処理システム。
2. 前記付帯品割当手段により、同じ種類の前記付帯品が割り当てられた落札者が複数あった場合、それらの落札者の落札金額を同じ価格に調整する落札価格調整手段をさらに備えることを特徴とする請求項１に記載のオークション処理システム。
3. コンピュータを、
   オークションの本商品を出品するためのオークション情報を管理するオークション情報管理手段と、
   前記オークションにおいて前記本商品に付帯する複数の付帯品に関する付帯品情報を管理する付帯品情報管理手段と、
   前記本商品について入札者が使用するユーザ端末から入札を受け付ける入札受付手段と、
   前記入札受付手段で入札を受け付けた前記入札者のそれぞれに対して、入札価格と入札順序を含む条件に基づいて入札優先順位を割当てる入札順位割当手段と、
   それぞれの前記入札者に対して入札優先順位に応じて、前記本商品及びそれぞれの前記付帯品を割当てる付帯品割当手段と、
   それぞれの前記入札者のうち、少なくとも前記本商品が割り当てられた落札者に対して落札価格の請求に関する決済処理を行う決済処理手段として機能させ、
   前記付帯品情報管理手段は、前記付帯品情報として、それぞれの種類の前記付帯品の在庫数及び割当順位の情報を管理しており、
   前記付帯品割当手段は、入札優先順位がより高い前記入札者に対して、より割当順位が高い種類の前記付帯品を割当て、
   前記入札受付手段は、前記入札者に対して現時点でそれぞれの種類の前記付帯品の割当を受けるための最低入札価格を提示する
   ことを特徴とするオークション処理プログラム。
4. オークション処理システムが行うオークション処理方法において、
   前記オークション処理システムは、オークション情報管理手段、付帯品情報管理手段、入札受付手段、入札順位割当手段、付帯品割当手段、及び決済処理手段を有し、
   前記オークション情報管理手段は、オークションの本商品を出品するためのオークション情報を管理し、
   前記付帯品情報管理手段は、前記オークションにおいて前記本商品に付帯する複数の付帯品に関する付帯品情報を管理し、
   前記入札受付手段は、前記本商品について入札者が使用するユーザ端末から入札を受け付け、
   前記入札順位割当手段は、前記入札受付手段で入札を受け付けた前記入札者のそれぞれに対して、入札価格と入札順序を含む条件に基づいて入札優先順位を割当て、
   前記付帯品割当手段は、それぞれの前記入札者に対して入札優先順位に応じて、前記本商品及びそれぞれの前記付帯品を割当て、
   前記決済処理手段は、それぞれの前記入札者のうち、少なくとも前記本商品が割り当てられた落札者に対して落札価格の請求に関する決済処理を行い、
   前記付帯品情報管理手段は、前記付帯品情報として、それぞれの種類の前記付帯品の在庫数及び割当順位の情報を管理しており、
   前記付帯品割当手段は、入札優先順位がより高い前記入札者に対して、より割当順位が高い種類の前記付帯品を割当て、
   前記入札受付手段は、前記入札者に対して現時点でそれぞれの種類の前記付帯品の割当を受けるための最低入札価格を提示する
   ことを特徴とするオークション処理方法。

Images