(57)【要約】【課題】最高価格ではない入札者に対しても落札の機会を与えることで、最後まで楽しむことができ、盛り上がりを期待することのできるネットオークション管理装置を提供する。【解決手段】出品者の端末からの出品の要求に応じて出品の受付を行ない、出品情報データベースに出品情報の登録を行なう出品受付部と、入札者の端末からの出品閲覧および入札の要求に応じて出品された商品の閲覧および入札の受付を行ない、入札履歴データベースに入札履歴を蓄積する出品閲覧・入札受付部と、出品毎の入札の締切後に、前記入札履歴データベースから入札価格の高い順に所定数の上位者を抽出する入札価格上位者抽出部と、前記入札価格上位者抽出部により抽出された所定数の入札価格上位者の中から抽選により当選者を決定する抽選部とを備える。【選択図】図１
2010128740.tif 000002
【特許請求の範囲】
【請求項１】
出品者の端末からの出品の要求に応じて出品の受付を行ない、出品情報データベースに出品情報の登録を行なう出品受付部と、
入札者の端末からの出品閲覧および入札の要求に応じて出品された商品の閲覧および入札の受付を行ない、入札履歴データベースに入札履歴を蓄積する出品閲覧・入札受付部と、
出品毎の入札の締切後に、前記入札履歴データベースから入札価格の高い順に所定数の上位者を抽出する入札価格上位者抽出部と、
前記入札価格上位者抽出部により抽出された所定数の入札価格上位者の中から抽選により当選者を決定する抽選部と
を備えたことを特徴とするネットオークション管理装置。
【請求項２】
請求項１に記載のネットオークション管理装置において、
前記抽選部は、抽出した入札価格上位者に対して、各入札者の入札価格、評価およびもしくは過去の落選状況に応じて重み付けを行って異なる当選確率で抽選を行う
ことを特徴とするネットオークション管理装置。
【請求項３】
出品者の端末からの出品の要求に応じて出品の受付を行ない、出品情報データベースに出品情報の登録を行なう出品受付工程と、
入札者の端末からの出品閲覧および入札の要求に応じて出品された商品の閲覧および入札の受付を行ない、入札履歴データベースに入札履歴を蓄積する出品閲覧・入札受付工程と、
出品毎の入札の締切後に、前記入札履歴データベースから入札価格の高い順に所定数の上位者を抽出する入札価格上位者抽出工程と、
抽出された所定数の入札価格上位者の中から抽選により当選者を決定する抽選工程と
を備えたことを特徴とするネットオークション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを利用したオークション（ネットオークション）の管理技術に関する。
【背景技術】
【０００２】
ネットオークションは、多数の潜在的購入者を対象に低コストで購入者を見つけることができるため急速な広がりをみせており、各種のネットオークションサービスがインターネット上に開設されるに至っている。ネットオークションサービスは出品者と入札者の双方にとって納得のいくルールに従って運営されるか否かが成功の鍵を握っている。
【０００３】
従来の一般的なネットオークションでは、出品された商品に対して所定の日時まで入札を募り、入札の締切時点で最高価格を入札した者を落札者としていた。また、最高価格を入札した者を落札者とすることから、締切に至るまでの間は、既に入札されている価格を超える入札しか受け付けないものであった。
【０００４】
特許文献１には、不動産オークションシステムにおいて、最も高い入札価格を入れた顧客が複数存在する場合は、抽選で落札者を決定する旨が開示されている。この場合も最高価格を入札した者を落札者とする点では従来の一般的なネットオークションと同様である。
【特許文献１】特開２００１−２２２６６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、従来のネットオークションでは最高価格を入札した者しか落札が行なえないため、入札価格が高騰してしまった場合、既に入札した者は最高価格の入札者を除いて落札できる可能性がほぼ皆無となり、最後までネットオークションを楽しめないという問題があった。また、これから入札しようとする者にとっても、高騰した価格を超える入札をためらうことになり、ネットオークションが盛り上がらない要因となっていた。
【０００６】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、最高価格ではない入札者に対しても落札の機会を与えることで、最後まで楽しむことができ、盛り上がりを期待することのできるネットオークション管理装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、出品者の端末からの出品の要求に応じて出品の受付を行ない、出品情報データベースに出品情報の登録を行なう出品受付部と、入札者の端末からの出品閲覧および入札の要求に応じて出品された商品の閲覧および入札の受付を行ない、入札履歴データベースに入札履歴を蓄積する出品閲覧・入札受付部と、出品毎の入札の締切後に、前記入札履歴データベースから入札価格の高い順に所定数の上位者を抽出する入札価格上位者抽出部と、前記入札価格上位者抽出部により抽出された所定数の入札価格上位者の中から抽選により当選者を決定する抽選部とを備えるネットオークション管理装置を要旨としている。
【０００８】
また、請求項２に記載されるように、請求項１に記載のネットオークション管理装置において、前記抽選部は、抽出した入札価格上位者に対して、各入札者の入札価格、評価およびもしくは過去の落選状況に応じて重み付けを行って異なる当選確率で抽選を行うようにすることができる。
【０００９】
また、請求項３に記載されるように、出品者の端末からの出品の要求に応じて出品の受付を行ない、出品情報データベースに出品情報の登録を行なう出品受付工程と、入札者の端末からの出品閲覧および入札の要求に応じて出品された商品の閲覧および入札の受付を行ない、入札履歴データベースに入札履歴を蓄積する出品閲覧・入札受付工程と、出品毎の入札の締切後に、前記入札履歴データベースから入札価格の高い順に所定数の上位者を抽出する入札価格上位者抽出工程と、抽出された所定数の入札価格上位者の中から抽選により当選者を決定する抽選工程とを備えるネットオークション管理方法として構成することができる。
【発明の効果】
【００１０】
本発明のネットオークション管理装置にあっては、最高価格ではない入札者に対しても落札の機会を与えることで、最後まで楽しむことができ、盛り上がりを期待することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。
【００１３】
図１において、インターネット等のネットワーク１には、出品者が操作するＰＣ（Personal Computer）、ＰＤＡ（Portable Digital Assistants）、携帯電話等の端末２が複数接続されるとともに、入札者が操作するＰＣ、ＰＤＡ、携帯電話等の端末３が複数接続されている。端末２、３は一般的なブラウザ（Ｗｅｂブラウザ）２１、３１とメーラ２２、３２とを備えている。
【００１４】
一方、ネットワーク１には、ネットオークション全体の管理を行なうネットオークション管理サーバ４が接続されている。
【００１５】
ネットオークション管理サーバ４は、機能部として、ユーザ登録部４０１と出品受付部４０２と出品閲覧・入札受付部４０３と入札価格上位者抽出部４０４と抽選部４０５と落札者決定部４０６と落札通知部４０７と評価管理部４０８とを備えている。これらの機能部は、ネットオークション管理サーバ４を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００１６】
また、ネットオークション管理サーバ４は、データベースとして、ユーザデータベース４１１と出品情報データベース４１２と入札履歴データベース４１３とを備えている。これらのデータベースは、ネットオークション管理サーバ４内のＨＤＤ（Hard Disk Drive）等の記憶媒体上にデータを体系的に保持するものである。
【００１７】
ユーザ登録部４０１およびユーザデータベース４１１は、ネットオークション管理サーバ４の運営者によるユーザ情報を統一的に管理する仕組が他にある場合には、その仕組を利用することで省略することができる。
【００１８】
ユーザ登録部４０１は、ネットオークションサービスの利用に先立ち、端末２、３のブラウザ２１、３１からの要求に応じてユーザデータベース４１１にユーザ登録を行なう機能を有している。
【００１９】
出品受付部４０２は、既にユーザ登録の済んだサービス利用者（出品者となる者）による端末２のブラウザ２１からの出品の要求に応じて出品の受付を行ない、出品情報データベース４１２に出品情報の登録を行なう機能を有している。
【００２０】
出品閲覧・入札受付部４０３は、既にユーザ登録の済んだサービス利用者（入札者となる者）による端末３のブラウザ３１からの出品閲覧および入札の要求に応じて、出品された商品の閲覧および入札の受付を行ない、入札履歴データベース４１３に入札履歴を蓄積する機能を有している。
【００２１】
入札価格上位者抽出部４０４は、出品毎の入札の締切後に、入札履歴データベース４１３から入札価格の高い順に所定数の入札価格上位者を抽出する機能を有している。所定数は固定値でもよいし、出品のカテゴリや価格帯等に応じて変動させてもよい。
【００２２】
抽選部４０５は、入札価格上位者抽出部４０４により抽出された所定数の入札価格上位者の中から抽選により原則１名の当選者を決定する機能を有している。抽選は平等な確率で行なってもよいし、各入札者の入札価格や評価や過去の落選状況等に応じて重みを付して行なってもよい。
【００２３】
落札者決定部４０６は、抽選部４０５での抽選で当選した者を落札者として出品情報データベース４１２に落札情報を登録する機能を有している。
【００２４】
落札通知部４０７は、落札された出品の出品者および落札者の端末２、３に対して電子メール等で落札が行なわれた旨を通知する機能を有している。
【００２５】
評価管理部４０８は、落札した後の商品引渡や代金支払等の取引についての双方からの評価を受け付け、ユーザデータベース４１１に付加情報として登録する機能を有している。
【００２６】
図２はネットオークション管理サーバ４のハードウェア構成例を示す図である。
【００２７】
図２において、ネットオークション管理サーバ４は、システムバス４１に接続されたＣＰＵ４２、ＲＯＭ４３、ＲＡＭ４４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）４５、Ｉ／Ｆ（Interface）４６と、Ｉ／Ｆ４６に接続された、キーボード、マウス、モニタ、ＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等のＩ／Ｏ（Input/Output Device）４７、ＨＤＤ４８、ＮＩＣ（Network Interface Card）４９を備えている。Ｍはプログラムもしくはデータが格納されたＣＤ／ＤＶＤ等のメディア（記録媒体）である。
【００２８】
図３は各種データベースのデータ構造例を示す図である。
【００２９】
図３（ａ）はユーザデータベース４１１のデータ構造例を示しており、「ユーザＩＤ」「パスワード」「表示名」「氏名」「住所」「電話番号」「メールアドレス」「評価」等の項目を含んでいる。「ユーザＩＤ」は、出品者もしくは入札者等のサービス利用者を特定する識別子である。「パスワード」は、ログイン時の認証に用いる情報である。「表示名」は、出品者もしくは入札者等としてページ画面に表示される名前である。「氏名」は、サービス利用者の氏名である。「住所」は、サービス利用者の住所である。「電話番号」は、サービス利用者の電話番号である。「メールアドレス」は、サービス利用者のメールアドレスである。「評価」は、サービス利用者の過去の取引に対する第三者（取引相手）から受け付けた評価の総合値（平均値、累積値等）である。
【００３０】
「ユーザＩＤ」「パスワード」「表示名」「氏名」「住所」「電話番号」「メールアドレス」等の項目はユーザ登録時にサービス利用者の入力内容に従ってユーザデータベース４１１に登録される。
【００３１】
図３（ｂ）は出品情報データベース４１２のデータ構造例を示しており、「オークションＩＤ」「出品者ＩＤ」「カテゴリ」「タイトル」「商品説明」「商品画像」「入札終了日時」「開始価格」「現在価格」「落札情報」等の項目を含んでいる。「オークションＩＤ」は、ネットオークションへの出品を特定する識別子である。「出品者ＩＤ」は、出品者のユーザＩＤである。「カテゴリ」は、出品した商品に対して与えられた商品カテゴリである。「タイトル」は、出品した商品を簡潔に示した文字列である。「商品説明」は、出品した商品の内容を詳細に説明した文字列である。「商品画像」は、出品した商品の画像である。「入札終了日時」は、入札を締め切る日時である。「開始価格」は、入札開始時の最低入札受入価格である。「現在価格」は、現時点での最高入札価格である。「落札情報」は、入札締切後に落札が行なわれた場合の落札者ＩＤ、落札価格等を含む情報である。「オークションＩＤ」「出品者ＩＤ」「カテゴリ」「タイトル」「商品説明」「商品画像」「入札終了日時」「開始価格」は出品時に出品情報データベース４１２に登録される。「現在価格」「落札情報」は出品後の状況に応じて出品情報データベース４１２に登録される。
【００３２】
図３（ｃ）は入札履歴データベース４１３のデータ構造例を示しており、「オークションＩＤ」「入札者ＩＤ」「入札価格」「入札時刻」等の項目を含んでいる。「オークションＩＤ」は、ネットオークションへの出品を特定する識別子である。「入札者ＩＤ」は、入札者のユーザＩＤである。「入札価格」は、入札した価格である。「入札時刻」は、入札した時刻である。時刻に代えて日時としてもよい。「オークションＩＤ」「入札者ＩＤ」「入札価格」「入札時刻」は入札が行なわれたタイミングで入札履歴データベース４１３に登録される。
【００３３】
＜動作：ユーザ登録時＞
図４はユーザ登録時の処理例を示すシーケンス図である。
【００３４】
図４において、ユーザ登録を行なおうとするサービス利用者は、端末２のブラウザ２１からネットオークション管理サーバ４のユーザ登録部４０１に対してユーザ登録ページを要求する（ステップＳ１０１）。実際には、既に表示されたポータルサイトのページ等から、ネットオークション利用のためのユーザ登録ページへのリンク（ホットテキスト、ボタン等）を選択することによりユーザ登録ページの要求が行なわれる。ユーザ登録ページの要求は、インターネットの標準プロトコルであるＨＴＴＰ（Hyper Text Transfer Protocol）に従ったＧＥＴメソッドとリクエストＵＲＩ（Uniform Resource Indicator）等を含むメッセージが端末２のブラウザ２１からネットオークション管理サーバ４のユーザ登録部４０１に送信されることで行なわれる。
【００３５】
ユーザ登録ページの要求を受信したネットオークション管理サーバ４のユーザ登録部４０１は、内部的に保持してあるユーザ登録ページのデータあるいは所定のアルゴリズムに従って動的に生成したユーザ登録ページのデータを、要求元である端末２のブラウザ２１に応答として送信する（ステップＳ１０２）。ユーザ登録ページはＨＴＭＬ（Hyper Text Markup Language）等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４のユーザ登録部４０１から端末２のブラウザ２１に送信される。
【００３６】
ユーザ登録ページのデータを受信した端末２のブラウザ２１は、ユーザ登録ページを表示する（ステップＳ１０３）。図５はユーザ登録ページの画面例を示す図であり、「ユーザＩＤ」の入力欄２０１、「パスワード」の入力欄２０２、「表示名」の入力欄２０３、「氏名」の入力欄２０４、「住所」の入力欄２０５、「電話番号」の入力欄２０６、「メールアドレス」の入力欄２０７と、入力後に登録を指示するための登録ボタン２０８とが設けられている。
【００３７】
図４に戻り、サービス利用者が端末２のブラウザ２１においてユーザ登録ページに所定の事項を入力し、登録ボタンを押下して入力を完了すると（ステップＳ１０４）、端末２のブラウザ２１はネットオークション管理サーバ４のユーザ登録部４０１にユーザ登録内容を送信する（ステップＳ１０５）。ユーザ登録内容には「ユーザＩＤ」「パスワード」「表示名」「氏名」「住所」「電話番号」「メールアドレス」等の項目が含まれている。ユーザ登録内容はＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末２のブラウザ２１からネットオークション管理サーバ４のユーザ登録部４０１に送信される。
【００３８】
ユーザ登録内容を受信したネットオークション管理サーバ４のユーザ登録部４０１は、ユーザデータベース４１１にユーザ登録内容を登録する（ステップＳ１０６）。すなわち、図３（ａ）に示したユーザデータベース４１１の各項目に、ユーザ登録内容の対応する項目である「ユーザＩＤ」「パスワード」「表示名」「氏名」「住所」「電話番号」「メールアドレス」等の各項目を設定して登録する。ユーザデータベース４１１への登録にはＳＱＬ（Structured Query Language）等に従ったコマンドが用いられる。
【００３９】
図４に戻り、ネットオークション管理サーバ４のユーザ登録部４０１は、ユーザ登録が正常に行なわれた場合、端末２のブラウザ２１に対して登録完了の表示データを送信し（ステップＳ１０７）、端末２のブラウザ２１はユーザ登録が正常に完了した旨を表示する（ステップＳ１０８）。登録完了の表示データはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４のユーザ登録部４０１から端末２のブラウザ２１に送信される。画面例については省略するが、「ユーザ登録が正常に完了しました」等のメッセージが表示される。
【００４０】
端末３からのユーザ登録についても、端末３のブラウザ３１とネットオークション管理サーバ４のユーザ登録部４０１との間で、上述した処理と同様に行なわれる（ステップＳ１１１〜Ｓ１１８）。
【００４１】
＜動作：出品時＞
図６は出品時の処理例を示すシーケンス図である。
【００４２】
図６において、既にユーザ登録を済ませ、ネットオークションに出品しようとするサービス利用者は、端末２のブラウザ２１からネットオークション管理サーバ４の出品受付部４０２に対して出品受付ページを要求する（ステップＳ２０１）。実際には、既に表示されたネットオークションのトップページ等から、出品受付ページへのリンク（ホットテキスト、ボタン等）を選択することにより出品受付ページの要求が行なわれる。出品受付ページの要求は、ＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ等を含むメッセージが端末２のブラウザ２１からネットオークション管理サーバ４の出品受付部４０２に送信されることで行なわれる。
【００４３】
出品受付ページの要求を受信したネットオークション管理サーバ４の出品受付部４０２は、端末２のブラウザ２１内で保持されるクッキー等により既にログインがされているセッションであるか否かを確認した後、ログインがされていない場合には、内部的に保持してあるログインページのデータあるいは所定のアルゴリズムに従って動的に生成したログインページのデータを、要求元である端末２のブラウザ２１に応答として送信する（ステップＳ２０２）。ログインページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の出品受付部４０２から端末２のブラウザ２１に送信される。
【００４４】
ログインページのデータを受信した端末２のブラウザ２１は、ログインページを表示する（ステップＳ２０３）。図７はログインページの画面例を示す図であり、「ユーザＩＤ」の入力欄２１１、「パスワード」の入力欄２１２と、入力後に送信を指示するための送信ボタン２１３とが設けられている。
【００４５】
図６に戻り、サービス利用者が端末２のブラウザ２１においてログインページにユーザＩＤとパスワードを入力し、送信ボタンを押下して入力を完了すると（ステップＳ２０４）、端末２のブラウザ２１はネットオークション管理サーバ４の出品受付部４０２にユーザＩＤおよびパスワードを送信する（ステップＳ２０５）。ユーザＩＤおよびパスワードはＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末２のブラウザ２１からネットオークション管理サーバ４の出品受付部４０２に送信される。
【００４６】
ユーザＩＤおよびパスワードを受信したネットオークション管理サーバ４の出品受付部４０２は、ユーザ登録部４０１に対してユーザＩＤおよびパスワードを伴って照会を行なう（ステップＳ２０６）。ユーザ登録部４０１はユーザデータベース４１１を参照し（ステップＳ２０７）、該当するユーザＩＤが存在するかどうか、存在した場合にはパスワードが一致するかどうかを確認し、ユーザＩＤが存在してパスワードが一致する場合には照会結果「ＯＫ」を、それ以外は照会結果「ＮＧ」を出品受付部４０２に返す（ステップＳ２０８）。ここでは、照会結果「ＯＫ」とされたものとする。照会結果「ＮＧ」の場合は再入力を求める等の処理を行う（図示せず）。
【００４７】
照会結果「ＯＫ」の場合、ネットオークション管理サーバ４の出品受付部４０２は、内部的に保持してある出品受付ページのデータあるいは所定のアルゴリズムに従って動的に生成した出品受付ページのデータを、要求元である端末２のブラウザ２１に応答として送信する（ステップＳ２０９）。出品受付ページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の出品受付部４０２から端末２のブラウザ２１に送信される。この際、ログイン済みであることを示すセッションの情報が端末２のブラウザ２１にクッキーとして書き込まれる。
【００４８】
出品受付ページのデータを受信した端末２のブラウザ２１は、出品受付ページを表示する（ステップＳ２１０）。図８は出品受付ページの画面例を示す図であり、「出品者ＩＤ」の表示欄２２１、「カテゴリ」の入力欄２２２、「タイトル」の入力欄２２３、「商品説明」の入力欄２２４、「商品画像」の設定欄２２５、「開始価格」の入力欄２２６と、入力後に登録を指示するための登録ボタン２２７とが設けられている。表示欄２２１の「出品者ＩＤ」は、既にログインしているユーザＩＤに基づき、ネットオークション管理サーバ４の出品受付部４０２側で設定されている。また、「カテゴリ」の入力欄２２２は規定の階層的なカテゴリの中から選択していく形式をとることができる。「商品画像」の設定欄２２５はファイル選択ダイアログを用いた形式をとることができる。「開始価格」の入力欄２２６は、開始価格が固定として運用される場合は省略され、あるいは単に表示するものとなる。
【００４９】
図６に戻り、サービス利用者が端末２のブラウザ２１において出品受付ページに所定の事項を入力し、登録ボタンを押下して入力を完了すると（ステップＳ２１１）、端末２のブラウザ２１はネットオークション管理サーバ４の出品受付部４０２に出品内容を送信する（ステップＳ２１２）。出品内容には「出品者ＩＤ」「カテゴリ」「タイトル」「商品説明」「商品画像」「開始価格」等の項目が含まれている。「出品者ＩＤ」はログインしているユーザＩＤから認識することもできるため、省略が可能である。出品内容はＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末２のブラウザ２１からネットオークション管理サーバ４の出品受付部４０２に送信される。
【００５０】
出品内容を受信したネットオークション管理サーバ４の出品受付部４０２は、出品情報データベース４１２に出品内容を登録する（ステップＳ２１３）。すなわち、「オークションＩＤ」を新たに発行した上で、図３（ｂ）に示した出品情報データベース４１２の各項目に、「オークションＩＤ」と、出品内容の対応する項目である「出品者ＩＤ」「カテゴリ」「タイトル」「商品説明」「商品画像」「開始価格」等の各項目を設定して登録する。ユーザデータベース４１１への登録にはＳＱＬ等に従ったコマンドが用いられる。
【００５１】
図６に戻り、ネットオークション管理サーバ４の出品受付部４０２は、商品登録が正常に行なわれた場合、端末２のブラウザ２１に対して登録完了の表示データを送信し（ステップＳ２１４）、端末２のブラウザ２１は商品登録が正常に完了した旨を表示する（ステップＳ２１５）。登録完了の表示データはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の出品受付部４０２から端末２のブラウザ２１に送信される。画面例については省略するが、「出品が正常に受け付けられました」等のメッセージが表示される。
【００５２】
＜動作：入札時＞
図９は入札時の処理例を示すシーケンス図である。
【００５３】
図９において、既にユーザ登録を済ませ、ネットオークションで商品を選んで入札しようとするサービス利用者は、端末３のブラウザ３１からネットオークション管理サーバ４の出品閲覧・入札受付部４０３に対して出品閲覧ページを要求する（ステップＳ３０１）。実際には、既に表示されたネットオークションのトップページ等から、出品閲覧ページへのリンク（ホットテキスト、ボタン等）を選択することにより出品閲覧ページの要求が行なわれる。出品閲覧ページの要求は、ＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ等を含むメッセージが端末３のブラウザ３１からネットオークション管理サーバ４の出品閲覧・入札受付部４０３に送信されることで行なわれる。
【００５４】
出品閲覧ページの要求を受信したネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、出品情報データベース４１２に登録された出品情報に基づいて別途生成された出品閲覧ページのデータを、要求元である端末３のブラウザ３１に応答として送信する（ステップＳ３０２）。出品閲覧ページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の出品閲覧・入札受付部４０３から端末３のブラウザ３１に送信される。
【００５５】
出品閲覧ページのデータを受信した端末３のブラウザ３１は、出品閲覧ページを表示する（ステップＳ３０３）。図１０は商品閲覧ページの画面例を示す図であり、カテゴリ毎に出品商品の表示欄３０１、３０２、・・が設けられている。各表示欄３０１、３０２、・・には、タイトル、オークションＩＤ、出品者（表示名）、商品画像、商品説明等が表示されるとともに、入札を指示する入札ボタン３０３、３０４、・・が設けられている。
【００５６】
図９に戻り、サービス利用者が端末３のブラウザ３１において出品閲覧ページのいずれかの出品商品につき入札ボタンを押下すると（ステップＳ３０４）、端末３のブラウザ３１は、ネットオークション管理サーバ４の出品閲覧・入札受付部４０３に入札受付ページの要求を行なう（ステップＳ３０５）。入札受付ページの要求は、ＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ等を含むメッセージが端末３のブラウザ３１からネットオークション管理サーバ４の出品閲覧・入札受付部４０３に送信されることで行なわれる。
【００５７】
入札受付ページの要求を受信したネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、端末３のブラウザ３１内で保持されるクッキー等により既にログインがされているセッションであるか否かを確認した後、ログインがされていない場合には、内部的に保持してあるログインページのデータあるいは所定のアルゴリズムに従って動的に生成したログインページのデータを、要求元である端末３のブラウザ３１に応答として送信する（ステップＳ３０６）。ログインページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の出品閲覧・入札受付部４０３から端末３のブラウザ３１に送信される。
【００５８】
ログインページのデータを受信した端末３のブラウザ３１は、ログインページを表示する（ステップＳ３０７）。ログインページは図７に示したものと同様である。
【００５９】
図９に戻り、サービス利用者が端末３のブラウザ３１においてログインページにユーザＩＤとパスワードを入力し、送信ボタンを押下して入力を完了すると（ステップＳ３０８）、端末３のブラウザ３１は、ネットオークション管理サーバ４の出品閲覧・入札受付部４０３にユーザＩＤおよびパスワードを送信する（ステップＳ３０９）。ユーザＩＤおよびパスワードはＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末３のブラウザ３１からネットオークション管理サーバ４の出品閲覧・入札受付部４０３に送信される。
【００６０】
ユーザＩＤおよびパスワードを受信したネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、ユーザ登録部４０１に対してユーザＩＤおよびパスワードを伴って照会を行なう（ステップＳ３１０）。ユーザ登録部４０１はユーザデータベース４１１を参照し（ステップＳ３１１）、該当するユーザＩＤが存在するかどうか、存在した場合にはパスワードが一致するかどうかを確認し、ユーザＩＤが存在してパスワードが一致する場合には照会結果「ＯＫ」を、それ以外は照会結果「ＮＧ」を出品閲覧・入札受付部４０３に返す（ステップＳ３１２）。ここでは、照会結果「ＯＫ」とされたものとする。照会結果「ＮＧ」の場合は再入力を求める等の処理を行う（図示せず）。
【００６１】
照会結果「ＯＫ」の場合、ネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、内部的に保持してある入札受付ページのデータあるいは所定のアルゴリズムに従って動的に生成した入札受付ページのデータを、要求元である端末３のブラウザ３１に応答として送信する（ステップＳ３１３）。入札受付ページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の出品閲覧・入札受付部４０３から端末３のブラウザ３１に送信される。この際、ログイン済みであることを示すセッションの情報が端末３のブラウザ３１にクッキーとして書き込まれる。
【００６２】
入札ページのデータを受信した端末３のブラウザ３１は、入札受付ページを表示する（ステップＳ３１４）。図１１は入札受付ページの画面例を示す図であり、「入札者ＩＤ」の表示欄３１１、「オークションＩＤ」の表示欄３１２、「タイトル」の表示欄３１３、「入札価格」の入力欄３１４等が設けられるとともに、「入札価格」の入力後に入札を指示するための入札ボタン３１５が設けられている。
【００６３】
図９に戻り、サービス利用者が端末３のブラウザ３１において入札受付ページに「入札価格」を入力し、入札ボタンを押下して入力を完了すると（ステップＳ３１５）、端末３のブラウザ３１はネットオークション管理サーバ４の出品閲覧・入札受付部４０３に入札内容を送信する（ステップＳ３１６）。入札内容には「オークションＩＤ」「入札者ＩＤ」「入札価格」が含まれている。なお、「オークションＩＤ」と「入札者ＩＤ」はネットオークション管理サーバ４の出品閲覧・入札受付部４０３側で認識しているため、省略することができる。入札内容はＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末３のブラウザ３１からネットオークション管理サーバ４の出品閲覧・入札受付部４０３に送信される。
【００６４】
入札内容を受信したネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、入札内容の「オークションＩＤ」をキーに出品情報データベース４１２を参照し（ステップＳ３１７）、開始価格および現在価格を考慮して入札が許可されるか否かチェックする（ステップＳ３１８）。ここで、入札価格は開始価格を下回るものであってはならないが、現在価格との比較においては、２通りの運用が考えられる。一つは、従来のネットオークションと同様に現在価格を超える入札価格のみを許可するものであり、もう一つは、現在価格を下回っていても所定のボーダラインを超える入札価格を許可するものである。ここで、ボーダラインを超える入札価格とは、その時点で入札できる可能性がある入札価格をいう。例えば、後述する落札処理において入札価格上位者を３名抽出するものとすると、入札時点で３位以内に入り得る入札価格、すなわち、入札直前の第３位の入札価格がボーダラインとなる。
【００６５】
現在価格を超える入札価格のみを許可する場合、後述する入札価格上位者の抽選による落札者決定により、既に入札して最高入札価格でなくなってしまった入札者が落札できる可能性が残り、ネットオークションを最後まで楽しめるという利点がある。また、現在価格を下回っていても所定のボーダラインを超える入札価格を許可することで、既に入札して最高入札価格でなくなってしまった入札者だけでなく、これから入札しようとするサービス利用者に対しても、現在価格よりも低い入札価格で入札して落札できる可能性が残り、ネットオークションに参加する意欲を持たせることができるという利点がある。
【００６６】
ネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、内容チェックで問題がない場合、入札内容を入札履歴データベース４１３に登録する（ステップＳ３１９）。すなわち、図３（ｃ）に示した入札履歴データベース４１３の対応する項目に「オークションＩＤ」「入札者ＩＤ」「入札価格」を設定し、現在時刻を「入札時刻」として設定する。
【００６７】
図９に戻り、ネットオークション管理サーバ４の出品閲覧・入札受付部４０３は、入札履歴の登録が正常に行なわれた場合、端末３のブラウザ３１に対して登録完了の表示データを送信し（ステップＳ３２０）、端末３のブラウザ３１は入札履歴の登録が正常に完了した旨を表示する（ステップＳ３２１）。画面例については省略するが、「入札が正常に受け付けられました」等のメッセージが表示される。
【００６８】
＜動作：落札時＞
図１２は落札者決定時の処理例を示すシーケンス図である。
【００６９】
図１２において、ネットオークション管理サーバ４の入札価格上位者抽出部４０４は、出品情報データベース４１２を参照し（ステップＳ４０１）、入札終了日時に着目して、現在日時を経過した出品を入札終了案件として抽出する（ステップＳ４０２）。
【００７０】
次いで、ネットオークション管理サーバ４の入札価格上位者抽出部４０４は、入札の終了した出品のオークションＩＤをキーにして入札履歴データベース４１３から入札履歴を参照し、入札価格の高い順に所定数の入札者を抽出する（ステップＳ４０３）。そして、ネットオークション管理サーバ４の入札価格上位者抽出部４０４は、オークションＩＤと、入札価格上位の入札者ＩＤと入札価格を含む上位者ＩＤ等リストを抽選部４０５に通知する（ステップＳ４０４）。オークションＩＤと上位者ＩＤ等リストの通知はネットオークション管理サーバ４内の通信であるため、任意の形式とすることができる。
【００７１】
図１３は上位者抽出の例を示す図であり、抽出する所定数を「３」とした場合に、入札履歴データベース４１３から入札価格「５６００」の入札者ＩＤ「ａａａ」と、入札価格「５４５０」の入札者ＩＤ「ｂｂｂ」と、入札価格「５３００」の入札者ＩＤ「ｃｃｃ」の３名が抽出され、これらの入札者ＩＤと入札価格が入札者ＩＤ等リストとして出力される様子を示している。なお、抽出する所定数は固定値でもよいし、商品のカテゴリや価格帯等に応じて変動させてもよい。
【００７２】
図１２に戻り、ネットオークション管理サーバ４の抽選部４０５は、２通りの処理のいずれかにより抽選を行う。一つは、平等な当選確率で抽選を行うものであり、もう一つは、各入札者の入札価格や評価等に応じて重み付けを行って異なる当選確率で抽選を行うものである。
【００７３】
平等な当選確率で抽選を行う場合、ネットオークション管理サーバ４の抽選部４０５は、入札価格上位者抽出部４０４から渡された入札者ＩＤ等リストの中からランダムに一名を抽出して当選者とし（ステップＳ４０７）、オークションＩＤと当選者ＩＤと入札価格を落札者決定部４０６に通知する（ステップＳ４０８）。この通知はネットオークション管理サーバ４内の通信であるため、任意の形式とすることができる。
【００７４】
また、各入札者の入札価格や評価等に応じて重み付けを行って異なる当選確率で抽選を行う場合、ネットオークション管理サーバ４の抽選部４０５は、入札者ＩＤ等リストの各入札者ＩＤをキーにユーザデータベース４１１を参照して評価を取得し（ステップＳ４０５）、先に取得した入札価格と評価を考慮して重み付けを行った当選確率を計算する（ステップＳ４０６）。図１４は重み付けの例を示す図であり、入札価格の比率と評価の比率から当選確率を算出した例である。なお、重み付けは評価だけ、あるいは入札価格だけから考慮することもでき、更に他の要素、例えば各入札者の過去の落選状況を単独であるいは組み合わせて考慮することもできる。過去の落選状況は出品情報データベース４１２と入札履歴データベース４１３とから把握することができる。過去の落選状況を考慮する場合は、落選が多い者の当選確率を高める方向に重み付けする。時間的に近いオークションにおける落選は、より当選確率を高める方向に重み付けをしてもよい。また、入札時刻を単独であるいは組み合わせて考慮してもよい。入札時刻を考慮する場合は、早く入札した者の当選確率を高める方向に重み付けする。
【００７５】
図１２に戻り、ネットオークション管理サーバ４の抽選部４０５は、算出した当選確率に従って入札者ＩＤ等リストの中から一名を抽出して当選者とし（ステップＳ４０７）、オークションＩＤと当選者ＩＤと入札価格を落札者決定部４０６に通知する（ステップＳ４０８）。この通知はネットオークション管理サーバ４内の通信であるため、任意の形式とすることができる。
【００７６】
次いで、上記の２通りの抽選方式のいずれの場合においても、ネットオークション管理サーバ４の落札者決定部４０６は、抽選部４０５から渡されたオークションＩＤと当選者ＩＤと入札価格に基づき、出品情報データベース４１２の当該オークションＩＤで特定される出品の落札情報を登録する（ステップＳ４０９）。すなわち、当選者ＩＤを落札者ＩＤとし、入札価格を落札価格として出品情報データベース４１２の落札情報に設定する。
【００７７】
また、ネットオークション管理サーバ４の落札者決定部４０６は、オークションＩＤと落札者ＩＤを落札通知部４０７に通知する（ステップＳ４１０）。この通知はネットオークション管理サーバ４内の通信であるため、任意の形式とすることができる。
【００７８】
ネットオークション管理サーバ４の落札通知部４０７は、オークションＩＤをキーに出品情報データベース４１２から出品者ＩＤを取得するとともに、この出品者ＩＤと渡された落札者ＩＤをそれぞれキーにしてユーザデータベース４１１からメールアドレスを取得し（ステップＳ４１１）、出品者の所有する端末２のメーラ２２と、落札者の所有する端末３のメーラ３２とにそれぞれ落札通知の電子メールを送信する（ステップＳ４１２、Ｓ４１３）。なお、メール送信は実際にはメールサーバに対して行われ、端末２、３のメーラ２２、３２からメールサーバのメールボックスにメールメッセージの取得を行うものであるが、図ではメールサーバを省略している。メールによる通知に代えてＩＭ（Instant Messaging）等により落札通知を行うようにしてもよい。
【００７９】
図１５は落札通知の例を示す図であり、オークションＩＤ、出品者ＩＤ、落札者ＩＤ、タイトル、落札価格等が表示されている。
【００８０】
＜動作：評価時＞
図１６は評価時の処理例を示すシーケンス図である。
【００８１】
図１６において、落札後に商品の引き渡しおよび代金の授受等を行った出品者は、端末２のブラウザ２１からネットオークション管理サーバ４の評価管理部４０８に対して評価受付ページを要求する（ステップＳ５０１）。実際には、既に表示されたネットオークションのトップページ等から、評価受付ページへのリンク（ホットテキスト、ボタン等）を選択することにより評価受付ページの要求が行なわれる。評価受付ページの要求は、ＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ等を含むメッセージが端末２のブラウザ２１からネットオークション管理サーバ４の評価管理部４０８に送信されることで行なわれる。
【００８２】
評価受付ページの要求を受信したネットオークション管理サーバ４の評価管理部４０８は、端末２のブラウザ２１内で保持されるクッキー等により既にログインがされているセッションであるか否かを確認した後、ログインがされていない場合には、内部的に保持してあるログインページのデータあるいは所定のアルゴリズムに従って動的に生成したログインページのデータを、要求元である端末２のブラウザ２１に応答として送信する（ステップＳ５０２）。ログインページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の評価管理部４０８から端末２のブラウザ２１に送信される。
【００８３】
ログインページのデータを受信した端末２のブラウザ２１は、ログインページを表示する（ステップＳ５０３）。ログインページは図７に示したものと同様である。
【００８４】
図１６に戻り、出品者が端末２のブラウザ２１においてログインページにユーザＩＤとパスワードを入力し、送信ボタンを押下して入力を完了すると（ステップＳ５０４）、端末２のブラウザ２１は、ネットオークション管理サーバ４の評価管理部４０８にユーザＩＤおよびパスワードを送信する（ステップＳ５０５）。ユーザＩＤおよびパスワードはＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末２のブラウザ２１からネットオークション管理サーバ４の評価管理部４０８に送信される。
【００８５】
ユーザＩＤおよびパスワードを受信したネットオークション管理サーバ４の評価管理部４０８は、ユーザ登録部４０１に対してユーザＩＤおよびパスワードを伴って照会を行なう（ステップＳ５０６）。ユーザ登録部４０１はユーザデータベース４１１を参照し（ステップＳ５０７）、該当するユーザＩＤが存在するかどうか、存在した場合にはパスワードが一致するかどうかを確認し、ユーザＩＤが存在してパスワードが一致する場合には照会結果「ＯＫ」を、それ以外は照会結果「ＮＧ」を評価管理部４０８に返す（ステップＳ５０８）。ここでは、照会結果「ＯＫ」とされたものとする。照会結果「ＮＧ」の場合は再入力を求める等の処理を行う（図示せず）。
【００８６】
照会結果「ＯＫ」の場合、ネットオークション管理サーバ４の評価管理部４０８は、内部的に保持してある評価受付ページのデータあるいは所定のアルゴリズムに従って動的に生成した評価受付ページのデータを、要求元である端末２のブラウザ２１に応答として送信する（ステップＳ５０９）。評価受付ページはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の評価管理部４０８から端末２のブラウザ２１に送信される。この際、ログイン済みであることを示すセッションの情報が端末２のブラウザ２１にクッキーとして書き込まれる。
【００８７】
評価受付ページのデータを受信した端末２のブラウザ２１は、評価受付ページを表示する（ステップＳ５１０）。図１７は評価受付ページの画面例を示す図であり、「オークションの取引相手について評価してください。」等のメッセージとともにオークション内容の書誌事項が表示欄２３１に表示され、選択欄２３２に「非常に良かった」「良かった」「普通」「悪かった」「非常に悪かった」等の選択肢がラジオボタンにより選択可能に表示されている。また、選択（入力）後に評価の送信を指示する登録ボタン２３３が設けられている。
【００８８】
図１６に戻り、出品者が端末２のブラウザ２１において評価受付ページに所定の事項を入力（選択）し、登録ボタンを押下して入力を完了すると（ステップＳ５１１）、端末２のブラウザ２１はネットオークション管理サーバ４の評価管理部４０８に評価内容を送信する（ステップＳ５１２）。評価内容には評価者（出品者）および被評価者（落札者）の「ユーザＩＤ」と「評価」が含まれている。なお、評価者および被評価者の「ユーザＩＤ」は評価管理部４０８側で認識しているため、省略が可能である。評価内容はＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッドに付加されたＨＴＭＬ等のデータとして端末２のブラウザ２１からネットオークション管理サーバ４の評価管理部４０８に送信される。
【００８９】
評価内容を受信したネットオークション管理サーバ４の評価管理部４０８は、ユーザデータベース４１１に評価内容を登録する（ステップＳ５１３）。すなわち、被評価者の「ユーザＩＤ」に基づいてユーザデータベース４１１上からレコードを特定し、評価に従って、例えば「非常に良かった」であれば「＋２」、「良かった」であれば「＋１」、「普通」であれば「０」、「悪かった」であれば「−１」、「非常に悪かった」であれば「−２」を「評価」の欄に累積し、あるいは以前の値と平均をとって更新する。
【００９０】
図１６に戻り、ネットオークション管理サーバ４の評価管理部４０８は、評価の登録が正常に行なわれた場合、端末２のブラウザ２１に対して登録完了の表示データを送信し（ステップＳ５１４）、端末２のブラウザ２１は評価の登録が正常に完了した旨を表示する（ステップＳ５１５）。登録完了の表示データはＨＴＭＬ等により記述され、ＨＴＴＰのレスポンス等に従ってネットオークション管理サーバ４の評価管理部４０８から端末２のブラウザ２１に送信される。画面例については省略するが、「評価が正常に受け付けられました」等のメッセージが表示される。
【００９１】
なお、出品者による評価について説明したが、落札者（入札者）による出品者の評価も同様に行われる。
【００９２】
＜総括＞
以上説明したように、本実施形態によれば、次のような利点がある。
（１）入札価格上位者の中から抽選で落札者を選ぶため、入札価格が高騰して最高価格でなくなってしまった入札者であっても落札の可能性があり、ネットオークションを最後まで楽しむことができ、盛り上がりを期待することができる。
（２）現在価格を下回る入札価格を許可することで、これから入札しようとするサービス利用者に対しても、現在価格よりも低い入札価格で入札して落札できる可能性が残り、ネットオークションに参加する意欲を持たせることができ、更なる盛り上がりを期待することができる。
（３）落札者の抽選に入札価格や評価等を考慮して当選確率を変動させることで、公平性を担保することができる。すなわち、より高い入札価格を入れた者は当選確率が高くなることで納得できる。また、評価の良い者の当選確率が高くなることで、日頃の行いが反映され納得することができ、マナー改善にも効果がある。
（４）総じて、単に入札価格を競り上げていく従来のネットオークションに比べ、駆け引きが複雑となり、オークションが盛り上がり、参加者増が見込める。また、オークションが成立しやすくなり、出品者の利益となるとともに、運営者側の収益にも貢献する。
【００９３】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００９４】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】ネットオークション管理サーバのハードウェア構成例を示す図である。
【図３】各種データベースのデータ構造例を示す図である。
【図４】ユーザ登録時の処理例を示すシーケンス図である。
【図５】ユーザ登録ページの画面例を示す図である。
【図６】出品時の処理例を示すシーケンス図である。
【図７】ログインページの画面例を示す図である。
【図８】出品受付ページの画面例を示す図である。
【図９】入札時の処理例を示すシーケンス図である。
【図１０】商品閲覧ページの画面例を示す図である。
【図１１】入札受付ページの画面例を示す図である。
【図１２】落札者決定時の処理例を示すシーケンス図である。
【図１３】上位者抽出の例を示す図である。
【図１４】重み付けの例を示す図である。
【図１５】落札通知の例を示す図である。
【図１６】評価時の処理例を示すシーケンス図である。
【図１７】評価受付ページの画面例を示す図である。
【符号の説明】
【００９５】
１          ネットワーク
２          端末
２１        ブラウザ
２２        メーラ
３          端末
３１        ブラウザ
３２        メーラ
４          ネットオークション管理サーバ
４０１      ユーザ登録部
４０２      出品受付部
４０３      出品閲覧・入札受付部
４０４      入札価格上位者抽出部
４０５      抽選部
４０６      落札者決定部
４０７      落札通知部
４０８      評価管理部
４１１      ユーザデータベース
４１２      出品情報データベース
４１３      入札履歴データベース
４１        システムバス
４２        ＣＰＵ
４３        ＲＯＭ
４４        ＲＡＭ
４５        ＮＶＲＡＭ
４６        Ｉ／Ｆ
４７        Ｉ／Ｏ
４８        ＨＤＤ
４９        ＮＩＣ
Ｍ          メディア
【図１】
2010128740.tif 000003
【図２】
2010128740.tif 000004
【図３】
2010128740.tif 000005
【図４】
2010128740.tif 000006
【図５】
2010128740.tif 000007
【図６】
2010128740.tif 000008
【図７】
2010128740.tif 000009
【図８】
2010128740.tif 000010
【図９】
2010128740.tif 000011
【図１０】
2010128740.tif 000012
【図１１】
2010128740.tif 000013
【図１２】
2010128740.tif 000014
【図１３】
2010128740.tif 000015
【図１４】
2010128740.tif 000016
【図１５】
2010128740.tif 000017
【図１６】
2010128740.tif 000018
【図１７】
2010128740.tif 000019