オークション管理方法
【課題】特集ページのテーマおよび管理者の決定に利用者が関与することのできる利用者主体のオークション管理方法を提供する。
【解決手段】ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムの管理方法であって、上記特集ページのテーマを利用者の要求に応じて決定する工程と、上記特集ページの管理者を利用者の要求に応じて決定する工程と、設置された上記特集ページでの出品、入札および落札を管理する工程とを備える。利用者からの出品要求に対して上記特集ページへの出品をオファーする工程と、そのオファーに際し当該特集ページの各種統計情報を提示する工程と、上記特集ページに未掲載の出品に対して上記特集ページへの出品をオファーする工程とを備えることができる。
【解決手段】ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムの管理方法であって、上記特集ページのテーマを利用者の要求に応じて決定する工程と、上記特集ページの管理者を利用者の要求に応じて決定する工程と、設置された上記特集ページでの出品、入札および落札を管理する工程とを備える。利用者からの出品要求に対して上記特集ページへの出品をオファーする工程と、そのオファーに際し当該特集ページの各種統計情報を提示する工程と、上記特集ページに未掲載の出品に対して上記特集ページへの出品をオファーする工程とを備えることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを介して商品の売買を行うオークションシステムにおけるオークション管理方法に関する。
【背景技術】
【０００２】
昨今、インターネット上のオークションシステムが盛んに利用されるに至っているが、多くのオークションシステムが存在することもあり、各オークションサービス提供者は利用者を獲得すべくサービスの質を向上することに苦心している。
【０００３】
ところで、オークションの閲覧率や入札率を上げるための一つの工夫として、「ショーケース（showcase）」と呼ばれるものがある（例えば、「１００円ショーケース」http://auctions.yahoo.co.jp/jp/showcase/100yen等）。これは、オークションサービス提供者がテーマ（「１００円ショーケース」では入札価格が１００円から開始というテーマ）を設定し、専用のページにそのテーマに関連する出品を集めて表示するものである。
【０００４】
これにより、入札者側は欲しい商品をカテゴリやキーワードのような限定された条件だけからでなく、所定のテーマに基づいて探すことができるため、選択肢が広がり、入札がしやすくなる。なお、「ショーケース」に掲載することで閲覧数・入札率の増加が見込まれるため、出品者に対しては掲載期間に応じた課金がなされるのが一般的である。
【０００５】
なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、従来のオークションシステムでは閲覧率や入札率を上げるため「ショーケース」といったテーマを特定したページを設けていたが、これはオークションサービス提供者側で設定するものであったため、運用が煩雑であるとともに、利用者のニーズや流行に必ずしも適切かつ迅速に対応できていないという問題があった。
【０００７】
すなわち、オークションサービス提供者側では利用者の傾向を分析した上でテーマの設定や変更を行わなければならないとともに、それが利用者にどれだけ支持されているのかは後にならなければ正確にはわからない。利用者側にとっても必ずしも欲するテーマが設定されるとは限らず、設定されたテーマの中から選択するのみであり、自由度が少ない。
【０００８】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、特集ページのテーマおよび管理者の決定に利用者が関与することのできる利用者主体のオークション管理方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムの管理方法であって、上記特集ページのテーマを利用者の要求に応じて決定する工程と、上記特集ページの管理者を利用者の要求に応じて決定する工程と、設置された上記特集ページでの出品、入札および落札を管理する工程とを備えるオークション管理方法を要旨としている。
【００１０】
また、請求項２に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページのテーマおよび管理者は、利用者からの特集ページ開設申請に基づいて決定するようにすることができる。
【００１１】
また、請求項３に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページのテーマは、サービス提供者もしくは利用者によって設定されたテーマ候補に対し、利用者の投票により決定するようにすることができる。
【００１２】
また、請求項４に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページの管理者は、利用者から公募された管理者候補に対し、利用者の投票により決定するようにすることができる。
【００１３】
また、請求項５に記載されるように、請求項１に記載のオークション管理方法において、利用者からの出品要求に対して上記特集ページの非公開の条件に合致するか否かを判断し、合致する特集ページへの出品をオファーする工程を備えるようにすることができる。
【００１４】
また、請求項６に記載されるように、請求項５に記載のオークション管理方法において、上記特集ページへの出品のオファーに際し、当該特集ページの各種統計情報を提示する工程を備えるようにすることができる。
【００１５】
また、請求項７に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページに未掲載の出品に対して特集ページの非公開の条件に合致するか否かを判断し、合致する出品に対して特集ページへの出品をオファーする工程を備えるようにすることができる。
【００１６】
また、請求項８に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページに掲載中の出品から所定の出品を削除する工程を備えるようにすることができる。
【００１７】
また、請求項９に記載されるように、ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムであって、上記特集ページのテーマを利用者の要求に応じて決定する手段と、上記特集ページの管理者を利用者の要求に応じて決定する手段と、設置された上記特集ページでの出品、入札および落札を管理する手段とを備えるオークションシステムとして構成することができる。
【発明の効果】
【００１８】
本発明のオークション管理方法にあっては、特集ページのテーマおよび管理者の決定に利用者が関与することで、自由度の高い利用者主体のオークションシステムとすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好適な実施形態につき説明する。
【００２０】
<システム構成>
図１は本発明の一実施形態にかかるオークションシステムの構成例を示す図である。
【００２１】
図１において、オークションシステム１は、オークションの出品内容、特集ページへの掲載の有無、特集ページＩＤ、入札・落札状況等を保持するオークション情報ＤＢ（Data Base）１０１と、会員のユーザ情報を保持するユーザ情報ＤＢ１０２と、特集ページの特集ページＩＤリスト、各特集ページの条件（カテゴリ、キーワード等）、各特集ページに掲載中のオークションＩＤ、各特集ページで終了分（例えば過去１ヶ月分）のオークションＩＤ等を保持する特集ページＤＢ１０３と、出品する商品のカテゴリを体系化して保持する分類ＤＢ１０４と、商品等の画像を保持する画像ＤＢ１０５と、オークション取引に対する当事者（出品者、落札者等）の評価を保持する評価ＤＢ１０６と、会員への課金（出品者への課金、特集ページの管理者への支払い等）情報を保持する課金ＤＢ１０７とを備えている。
【００２２】
また、オークションシステム１は、機能部として、ユーザの操作するＰＣ（Personal Computer）等のクライアント３（３Ａ、３Ｂ、・・）からのインターネット等のネットワーク２を介したアクセスに対し、オークション情報ＤＢ１０１の保持内容をページとして提示するページサーバ１１１と、このページサーバ１１１の提示するページを介して出品、入札、質問、回答等を受け付け、オークション情報ＤＢ１０１の保持内容を編集する編集サーバ１１２とを備えている。
【００２３】
また、オークションシステム１は、特集ページＤＢ１０３の管理（データ入出力）を行う特集ページサーバ１１３と、出品時に商品のカテゴリを選択させるリストを分類ＤＢ１０４から取得して提示するリストサーバ１１４と、各種の検索を実行する検索サーバ１１５と、出品内容に付随する画像を画像ＤＢ１０５に格納して管理する画像サーバ１１６と、オークション取引に対する当事者の評価を受け付けて評価ＤＢ１０６に格納して管理する評価サーバ１１７と、何らかのステータスの変更があった際に特定の者にメールで通知するためのメールサーバ１１８と、会員への課金を管理する課金サーバ１１９とを備えている。
【００２４】
<特集ページ開設の処理>
図２は特集ページ開設の処理例を示すフローチャートであり、利用者からの申請に基づいて特集ページのテーマおよび管理者を決定するようにしたものである。
【００２５】
図２において、処理を開始すると（ステップＳ１０１）、特集ページを開設しようとする利用者は、自己のクライアント３（図１）からページサーバ１１１の提示するページのフォームで特集ページ開設の必要項目を入力する（ステップＳ１０２）。入力項目としては、申請者のＩＤ、特集ページのテーマ、掲載できるオークションの条件（カテゴリ、キーワード等）、掲載できる出品者の条件等がある。オークションの条件としては、例えば、「春！ 初めてのお出かけ」特集の場合は、「ベビー用品>外出、移動用品>ベビーキャリー、クーハン」といったカテゴリに限定したり、「映画やドラマの原作を読もう！」特集の場合は、「本・雑誌」のカテゴリとともに、タイトルに所定のものが含まれる場合に限定したりすることができる。また、カテゴリと開始価格の条件を指定することもできる。その他、自動延長のある／なしを条件とすることもできる。なお、オークションの条件は後述する特集ページへの誘導に用いられ、作為的に使用されることを防止するため、他者には非公開とする。
【００２６】
次いで、編集サーバ１１２および特集ページサーバ１１３は、申請者ＩＤから申請者の条件をチェックする（ステップＳ１０３）。例えば、ユーザ情報ＤＢ１０２および評価ＤＢ１０６から取引実績や評価を参照し、特集ページの管理者としての所定の基準を満たすかどうかチェックする。
【００２７】
ここで、基準未満である場合（ステップＳ１０３の基準未満）は、ページサーバ１１１により申請者のクライアント３に基準を満たさない旨のエラー表示を行い（ステップＳ１０４）、処理を終了する（ステップＳ１１１）。
【００２８】
また、基準以上である場合（ステップＳ１０３の基準以上）は、編集サーバ１１２および特集ページサーバ１１３は、既に存在する特集ページの中に類似するものがないかどうかチェックする（ステップＳ１０５）。例えば、申請内容に含まれる非公開のオークションの条件を用いて、特集ページＤＢ１０３から類似特集ページを検索して照合する。
【００２９】
ここで、類似特集ページがある場合（ステップＳ１０５のあり）は、その類似特集ページの情報をページサーバ１１１により申請者に提示し（ステップＳ１０６）、それでも特集ページを開設するかどうか確認を求め（ステップＳ１０７）、開設をあきらめた場合（ステップＳ１０７のＮｏ）は処理を終了する（ステップＳ１１１）。
【００３０】
特集ページを開設するとされた場合（ステップＳ１０７のＹｅｓ）および類似特集ページがなかった場合（ステップＳ１０５のなし）は、申請内容をページサーバ１１１により申請者に提示し（ステップＳ１０８）、修正するか申請するかを確認する（ステップＳ１０９）。
【００３１】
ここで、修正するとされた場合（ステップＳ１０９の修正）は、フォームの入力（ステップＳ１０２）に戻る。
【００３２】
また、申請するとされた場合（ステップＳ１０９の申請）は、特集ページの開設を行う（ステップＳ１１０）。すなわち、特集ページＤＢ１０３に新たな特集ページのレコードを追加し、ユーザ情報ＤＢ１０２に特集ページの管理者の情報を追加し、課金ＤＢ１０７に新たな課金対象枠（特集ページの出品者）および支払先（特集ページの管理者）を追加する。また、メールサーバ１１８により申請者に対して特集ページが開設された旨を自動通知する。そして、特集ページの開設の完了により処理を終了する（ステップＳ１１１）。
【００３３】
図３は特集ページのテーマ決定の処理例を示すフローチャートであり、候補テーマから利用者の投票によって特集ページのテーマを決定するようにしたものである。なお、予めサービス提供者によって候補テーマが特集ページＤＢ１０３に設定されているが、利用者により候補テーマを追加することもできる。
【００３４】
図３において、処理を開始すると（ステップＳ２０１）、利用者は自己のクライアント３（図１）からページサーバ１１１の提示するページのアンケートフォームによって候補テーマを選んで投票する（ステップＳ２０２）。
【００３５】
次いで、編集サーバ１１２および特集ページサーバ１１３は、アンケートフォームに新たな候補テーマを含むか否か判断し（ステップＳ２０３）、含む場合（ステップＳ２０３のＹｅｓ）は候補テーマを特集ページＤＢ１０３に追加する（ステップＳ２０４）。含まない場合（ステップＳ２０３のＮｏ）は特に何もしない。
【００３６】
次いで、編集サーバ１１２および特集ページサーバ１１３は、利用者のクライアント３のＣｏｏｋｉｅをチェックして１回目の投票であるか否か判断する（ステップＳ２０５）。
【００３７】
ここで、１回目の投票でない場合（ステップＳ２０５の投票２回目以上）は、ページサーバ１１１により利用者のクライアント３にエラー表示を行い（ステップＳ２０６）、処理を終了する（ステップＳ２１１）。
【００３８】
また、１回目の投票である場合（ステップＳ２０５の投票１回目）は、累計の投票数をチェックし、当選となる基準値以上となるか否か判断する（ステップＳ２０７）。
【００３９】
ここで、投票数が基準値以上となった場合（ステップＳ２０７の基準値以上）は、特集ページの開設を決定する告知ページをページサーバ１１１により利用者に提示し（ステップＳ２０８）、特集ページの開設を決定し（ステップＳ２０９）、処理を終了する（ステップＳ２１１）。なお、この時点では特集ページの管理者が決定されていないため、特集ページの開設は行わない。
【００４０】
また、投票数が基準値未満の場合（ステップＳ２０７の基準値未満）は、投票を反映させたアンケートページをページサーバ１１１により利用者に提示し（ステップＳ２１０）、処理を終了する（ステップＳ２１１）。
【００４１】
図４は特集ページの管理者公募の処理例を示すフローチャート、図５は特集ページの管理者決定の処理例を示すフローチャートであり、利用者から公募された管理者候補の中から利用者の投票により特集ページの管理者を決定するようにしたものである。
【００４２】
図４において、処理を開始すると（ステップＳ３０１）、予めテーマの決定された特集ページの管理者になろうとする利用者は、自己のクライアント３（図１）からページサーバ１１１の提示するページのフォームによって、管理者になりたい特集ページを選択する（ステップＳ３０２）。
【００４３】
次いで、編集サーバ１１２および特集ページサーバ１１３は、申請者ＩＤから申請者の条件をチェックする（ステップＳ３０３）。例えば、ユーザ情報ＤＢ１０２および評価ＤＢ１０６から取引実績や評価を参照し、特集ページの管理者としての所定の基準を満たすかどうかチェックする。
【００４４】
ここで、基準未満である場合（ステップＳ３０３の基準未満）は、ページサーバ１１１により利用者のクライアント３に基準を満たさない旨のエラー表示を行い（ステップＳ３０４）、処理を終了する（ステップＳ３０６）。
【００４５】
また、基準以上である場合（ステップＳ３０３の基準以上）は、管理者申請受付完了のページをページサーバ１１１により利用者に提示し（ステップＳ３０５）、特集ページＤＢ１０３に申請内容を追加して処理を終了する（ステップＳ３０６）。
【００４６】
次いで、図５において、処理を開始すると（ステップＳ４０１）、利用者は自己のクライアント３（図１）からページサーバ１１１の提示するページのアンケートフォームによって、特集ページの管理者候補者を選んで投票する（ステップＳ４０２）。
【００４７】
次いで、編集サーバ１１２および特集ページサーバ１１３は、利用者のＩＤをチェックする（ステップＳ４０３）。
【００４８】
ここで、利用者が投票した候補者と同じである場合（ステップＳ４０３の候補者と同じ）は、ページサーバ１１１により利用者のクライアント３にエラー表示を行い（ステップＳ４０４）、処理を終了する（ステップＳ４０８）。
【００４９】
また、利用者が投票した候補者と同じでない場合（ステップＳ４０３の候補者と異なる）は、利用者のクライアント３のＣｏｏｋｉｅをチェックして１回目の投票であるか否か判断する（ステップＳ４０５）。
【００５０】
ここで、１回目の投票でない場合（ステップＳ４０５の投票２回目以上）は、ページサーバ１１１により利用者のクライアント３にエラー表示を行い（ステップＳ４０６）、処理を終了する（ステップＳ４０８）。
【００５１】
また、１回目の投票である場合（ステップＳ４０５の投票１回目）は、投票を反映させたアンケートページをページサーバ１１１により利用者に提示し（ステップＳ４０７）、処理を終了する（ステップＳ４０８）。
【００５２】
そして、アンケート期間終了後、特集ページごとに得票数の最も多い候補者がその特集ページの管理者となる。得票数が一定値を超えなかった場合や、各候補者の総得票数が一定値を超えなかった場合など、利用者の一定以上の支持を得られなかった場合は、管理者決定を見送ることができる。
【００５３】
<オークション出品時の処理>
図６はオークション出品時の処理例を示すフローチャートである。
【００５４】
図６において、処理を開始すると（ステップＳ５０１）、オークションに出品しようとする利用者は、自己のクライアント３（図１）からページサーバ１１１の提示するページのフォームによって、カテゴリ、タイトル、開始価格等の出品内容を入力する（ステップＳ５０２）。
【００５５】
次いで、編集サーバ１１２および特集ページサーバ１１３は、出品内容をもとに特集ページＤＢ１０３を照合し、各特集ページの非公開の条件に合うか否か判断する（ステップＳ５０３）。
【００５６】
ここで、いずれかの特集ページの条件に合う場合（ステップＳ５０３の条件合う）は、該当する特集ページのリストと概略情報をページサーバ１１１により出品者に提示する（ステップＳ５０４）。図７はオークション出品時に条件に合致する特集ページへの掲載を促す画面例を示す図であり、該当する特集ページについて、特集ページ名、掲載料、掲載数、入札率、入札単価等が表示されるとともに、オークション全体の掲載数、入札率、入札単価等の状況が掲載される。なお、掲載数、入札率、入札単価等の統計情報についてはグラフ表示により値の推移を表示するようにしてもよい。
【００５７】
図６に戻り、この状態で出品者に、修正か詳細情報提供か特集ページ掲載かを選択させ（ステップＳ５０５）、修正が選ばれた場合は出品内容の入力（ステップＳ５０２）に戻り、詳細情報提供の場合は該当する特集ページの詳細情報を提示し（ステップＳ５０６）、掲載の場合は出品内容、掲載特集ページ、かかる費用等を提示する（ステップＳ５０８）。
【００５８】
詳細情報を提供した場合（ステップＳ５０６）、続いて掲載するかどうか選択させ（ステップＳ５０７）、掲載する場合（ステップＳ５０７のＹｅｓ）は出品内容、掲載特集ページ、かかる費用等を提示する（ステップＳ５０８）。
【００５９】
次いで、修正するかどうか選択させ（ステップＳ５０９）、修正する場合（ステップＳ５０９のＹｅｓ）は出品内容の入力（ステップＳ５０２）に戻り、修正がない場合（ステップＳ５０９のＮｏ）は特集ページへの掲載を伴う出品のためのデータ登録を実施し（ステップＳ５１０）、処理を終了する（ステップＳ５１６）。
【００６０】
一方、特集ページの条件に合わない場合（ステップＳ５０３の条件合わない）は、該当する特集ページがないことをページサーバ１１１により出品者に提示する（ステップＳ５１１）。
【００６１】
次いで、修正するかどうか選択させ（ステップＳ５１２）、修正する場合（ステップＳ５１２のＹｅｓ）は出品内容の入力（ステップＳ５０２）に戻り、修正がない場合（ステップＳ５１２のＮｏ）は特集ページへの掲載を伴わない普通出品への出品内容、かかる費用等を提示する（ステップＳ５１３）。なお、条件の合う特集ページがあっても出品者が掲載を望まなかった場合（ステップＳ５０７のＮｏ）にもこの処理に移行する。
【００６２】
次いで、修正するかどうか選択させ（ステップＳ５１４）、修正する場合（ステップＳ５１４のＹｅｓ）は出品内容の入力（ステップＳ５０２）に戻り、修正がない場合（ステップＳ５１４のＮｏ）は特集ページへの掲載を伴わない普通出品を実施し（ステップＳ５１５）、処理を終了する（ステップＳ５１６）。
【００６３】
<特集ページの管理者による処理>
図８は特集ページの管理者によるスカウトの処理例を示すフローチャートであり、他の出品を自己の特集ページに誘導するようにしたものである。
【００６４】
図８において、処理を開始すると（ステップＳ６０１）、特集ページの管理者は特集ページ管理画面において条件に合う未掲載のオークションリストの表示リクエストを行う（ステップＳ６０２）。
【００６５】
次いで、編集サーバ１１２および特集ページサーバ１１３は、特集ページＤＢ１０３のオークション条件をもとに、オークション情報ＤＢ１０１および分類ＤＢ１０４の照合を行う（ステップＳ６０３）。
【００６６】
ここで、条件に合うオークションがある場合（ステップＳ６０３の条件に合うオークションあり）には、特集ページＤＢ１０３の出品者の条件をもとに、出品者についてユーザ情報ＤＢ１０２の照合を行う（ステップＳ６０４）。
【００６７】
オークション条件のチェック（ステップＳ６０３）もしくは出品者条件のチェック（ステップＳ６０４）で該当するものがない場合（ステップＳ６０３、Ｓ６０４のなし）は、条件に合うオークションがないことを操作者（管理者）に提示し（ステップＳ６０５）、処理を終了し、特集ページ管理画面に戻る（ステップＳ６１２）。
【００６８】
出品者条件を満たす場合（ステップＳ６０４の条件に合うオークションあり）、条件に合ったオークションリストを操作者に提示し（ステップＳ６０６）、スカウトするか詳細情報を表示するかを求める（ステップＳ６０７）。図９は条件に合っている未掲載のオークション出品リストの画面例を示す図であり、一覧から選択してスカウトすることができるようになっている。
【００６９】
図８に戻り、詳細情報が要求された場合（ステップＳ６０７の詳細）は、該当するオークションの商品詳細ページを提示し（ステップＳ６０８）、オークションリストの提示（ステップＳ６０６）に戻る。
【００７０】
また、スカウトが要求された場合（ステップＳ６０７のスカウト）は、スカウト確認画面を提示し（ステップＳ６０９）、修正があるかどうか確認する（ステップＳ６１０）。
【００７１】
ここで、修正が要求された場合（ステップＳ６１０のＹｅｓ）は、オークションリストの提示（ステップＳ６０６）に戻り、修正が要求されない場合（ステップＳ６１０のＮｏ）はスカウトを実施する（ステップＳ６１１）。すなわち、特集ページＤＢ１０３およびオークション情報ＤＢ１０１にスカウト済情報を書き込み、該当する出品者に対してメールサーバ１１８から特集ページへの掲載を促すメールを自動送信する。なお、自動通知を受信しないと設定されている相手に対してはメール送信は行われない。そして、スカウトの実施により処理を終了し、特集ページ管理画面に戻る（ステップＳ６１２）。
【００７２】
図１０は特集ページの管理者による削除の処理例を示すフローチャートであり、自己の管理する特集ページにふさわしくない出品を削除するようにしたものである。
【００７３】
図１０において、処理を開始すると（ステップＳ７０１）、特集ページの管理者は特集ページ管理画面において掲載中オークションの表示リクエストを行う（ステップＳ７０２）。
【００７４】
次いで、編集サーバ１１２および特集ページサーバ１１３は、特集ページＤＢ１０３の掲載中オークションＩＤを参照し、掲載中オークションをチェックする（ステップＳ７０３）。
【００７５】
ここで、掲載中オークションがない場合（ステップＳ７０３のなし）は、掲載中オークションがないことをページサーバ１１１により操作者（管理者）に提示し（ステップＳ７０４）、処理を終了して特集ページ管理画面に戻る（ステップＳ７１１）。
【００７６】
また、掲載中オークションがある場合（ステップＳ７０３のあり）は、掲載中オークションのリストおよび概略情報をページサーバ１１１により操作者に提示し（ステップＳ７０５）、操作者に削除もしくは詳細情報表示を確認する（ステップＳ７０６）。
【００７７】
ここで、詳細情報が要求された場合（ステップＳ７０６の詳細）は、該当するオークションの商品詳細ページを提示し（ステップＳ７０７）、オークションリストの提示（ステップＳ７０５）に戻る。
【００７８】
また、削除が要求された場合（ステップＳ７０６の削除）は、削除確認画面を提示し（ステップＳ７０８）、削除するかどうか確認する（ステップＳ７０９）。
【００７９】
ここで、削除が要求された場合（ステップＳ７０９のＹｅｓ）は、削除を実行する（ステップＳ７１０）。すなわち、特集ページＤＢ１０３およびオークション情報ＤＢ１０１から特集ページ掲載の情報削除を行い、該当する出品者に対してメールサーバ１１８から削除した旨のメールを自動送信する。そして、処理を終了して特集ページ管理画面に戻る（ステップＳ７１１）。削除が要求されなかった場合（ステップＳ７０９のＮｏ）は、そのまま処理を終了して特集ページ管理画面に戻る（ステップＳ７１１）。
【００８０】
<課金等の処理>
図１１は課金および支払いの流れを示す図である。
【００８１】
図１１において、出品者のクライアント３Ｂからオークションシステム１にエントリする特集ページを指定して出品を行うと（ステップＳ８０１）、オークションシステム１からクライアント３Ｂに対して課金情報を含む特集ページ掲載の完了通知が行われる（ステップＳ８０２）。
【００８２】
次いで、オークションシステム１から特集ページの管理者のクライアント３Ａに対して新しいエントリのあった出品情報（ギャランティ情報を含む）の通知が行われる（ステップＳ８０３）。
【００８３】
次いで、オークションシステム１から出品者のクライアント３Ｂに対して月末時点等におけるクレジットカードもしくは指定銀行口座等による引き落としの請求が行われ（ステップＳ８０４）、クライアント３Ｂからオークションシステム１に対してクレジットカードもしくは指定銀行口座等による支払が行われる（ステップＳ８０５）。
【００８４】
そして、オークションシステム１から管理者のクライアント３Ａに対し、複数の出品者からの支払の中から、ギャランティの支払がクレジットカードもしくは指定銀行口座等によりまとめて行われる（ステップＳ８０６）。
【００８５】
<総括>
上述したように、本発明にあっては、次のような利点がある。
（１）一般利用者がオークションサイト内に特集ページを自由に開設でき、特集ページの管理者として個性的な運営を行うことができ、オークションの利用率を向上させることが期待できる。
（２）出品時および出品後において、特集ページにふさわしい出品を誘導することができ、特集ページの価値を向上させることができる。出品者側にとっても集客率の高い特集ページを見落とすことによる機会損失が減る。
（３）特集ページにふさわしい出品であるか否かは非公開の条件により行われるため、出品内容を偽装することによる作為的な掲載を防止することができる。
（４）出品後において、特集ページにふさわしくない出品を排除することができ、特集ページの価値の低下を防止することができる。
（５）各種の統計情報が提供されることにより、特集ページに掲載することのメリットが明確になり、有料の特集ページへの掲載が促進される。出品者側にとっても各種の統計情報を比較することで、より効果の高い特集ページを選択することが可能となる。
（６）各当事者への連絡が自動化されているため、煩雑な操作が不要となる。
【００８６】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００８７】
【図１】本発明の一実施形態にかかるオークションシステムの構成例を示す図である。
【図２】特集ページ開設の処理例を示すフローチャートである。
【図３】特集ページのテーマ決定の処理例を示すフローチャートである。
【図４】特集ページの管理者公募の処理例を示すフローチャートである。
【図５】特集ページの管理者決定の処理例を示すフローチャートである。
【図６】オークション出品時の処理例を示すフローチャートである。
【図７】オークション出品時に条件に合致する特集ページへの掲載を促す画面例を示す図である。
【図８】特集ページの管理者によるスカウトの処理例を示すフローチャートである。
【図９】条件に合っている未掲載のオークション出品リストの画面例を示す図である。
【図１０】特集ページの管理者による削除の処理例を示すフローチャートである。
【図１１】課金および支払いの流れを示す図である。
【符号の説明】
【００８８】
１０１ オークション情報ＤＢ
１０２ ユーザ情報ＤＢ
１０３ 特集ページＤＢ
１０４ 分類ＤＢ
１０５ 画像ＤＢ
１０６ 評価ＤＢ
１０７ 課金ＤＢ
１１１ ページサーバ
１１２ 編集サーバ
１１３ 特集ページサーバ
１１４ リストサーバ
１１５ 検索サーバ
１１６ 画像サーバ
１１７ 評価サーバ
１１８ メールサーバ
１１９ 課金サーバ
２ ネットワーク
３ クライアント
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを介して商品の売買を行うオークションシステムにおけるオークション管理方法に関する。
【背景技術】
【０００２】
昨今、インターネット上のオークションシステムが盛んに利用されるに至っているが、多くのオークションシステムが存在することもあり、各オークションサービス提供者は利用者を獲得すべくサービスの質を向上することに苦心している。
【０００３】
ところで、オークションの閲覧率や入札率を上げるための一つの工夫として、「ショーケース（showcase）」と呼ばれるものがある（例えば、「１００円ショーケース」http://auctions.yahoo.co.jp/jp/showcase/100yen等）。これは、オークションサービス提供者がテーマ（「１００円ショーケース」では入札価格が１００円から開始というテーマ）を設定し、専用のページにそのテーマに関連する出品を集めて表示するものである。
【０００４】
これにより、入札者側は欲しい商品をカテゴリやキーワードのような限定された条件だけからでなく、所定のテーマに基づいて探すことができるため、選択肢が広がり、入札がしやすくなる。なお、「ショーケース」に掲載することで閲覧数・入札率の増加が見込まれるため、出品者に対しては掲載期間に応じた課金がなされるのが一般的である。
【０００５】
なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、従来のオークションシステムでは閲覧率や入札率を上げるため「ショーケース」といったテーマを特定したページを設けていたが、これはオークションサービス提供者側で設定するものであったため、運用が煩雑であるとともに、利用者のニーズや流行に必ずしも適切かつ迅速に対応できていないという問題があった。
【０００７】
すなわち、オークションサービス提供者側では利用者の傾向を分析した上でテーマの設定や変更を行わなければならないとともに、それが利用者にどれだけ支持されているのかは後にならなければ正確にはわからない。利用者側にとっても必ずしも欲するテーマが設定されるとは限らず、設定されたテーマの中から選択するのみであり、自由度が少ない。
【０００８】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、特集ページのテーマおよび管理者の決定に利用者が関与することのできる利用者主体のオークション管理方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムの管理方法であって、上記特集ページのテーマを利用者の要求に応じて決定する工程と、上記特集ページの管理者を利用者の要求に応じて決定する工程と、設置された上記特集ページでの出品、入札および落札を管理する工程とを備えるオークション管理方法を要旨としている。
【００１０】
また、請求項２に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページのテーマおよび管理者は、利用者からの特集ページ開設申請に基づいて決定するようにすることができる。
【００１１】
また、請求項３に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページのテーマは、サービス提供者もしくは利用者によって設定されたテーマ候補に対し、利用者の投票により決定するようにすることができる。
【００１２】
また、請求項４に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページの管理者は、利用者から公募された管理者候補に対し、利用者の投票により決定するようにすることができる。
【００１３】
また、請求項５に記載されるように、請求項１に記載のオークション管理方法において、利用者からの出品要求に対して上記特集ページの非公開の条件に合致するか否かを判断し、合致する特集ページへの出品をオファーする工程を備えるようにすることができる。
【００１４】
また、請求項６に記載されるように、請求項５に記載のオークション管理方法において、上記特集ページへの出品のオファーに際し、当該特集ページの各種統計情報を提示する工程を備えるようにすることができる。
【００１５】
また、請求項７に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページに未掲載の出品に対して特集ページの非公開の条件に合致するか否かを判断し、合致する出品に対して特集ページへの出品をオファーする工程を備えるようにすることができる。
【００１６】
また、請求項８に記載されるように、請求項１に記載のオークション管理方法において、上記特集ページに掲載中の出品から所定の出品を削除する工程を備えるようにすることができる。
【００１７】
また、請求項９に記載されるように、ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムであって、上記特集ページのテーマを利用者の要求に応じて決定する手段と、上記特集ページの管理者を利用者の要求に応じて決定する手段と、設置された上記特集ページでの出品、入札および落札を管理する手段とを備えるオークションシステムとして構成することができる。
【発明の効果】
【００１８】
本発明のオークション管理方法にあっては、特集ページのテーマおよび管理者の決定に利用者が関与することで、自由度の高い利用者主体のオークションシステムとすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好適な実施形態につき説明する。
【００２０】
<システム構成>
図１は本発明の一実施形態にかかるオークションシステムの構成例を示す図である。
【００２１】
図１において、オークションシステム１は、オークションの出品内容、特集ページへの掲載の有無、特集ページＩＤ、入札・落札状況等を保持するオークション情報ＤＢ（Data Base）１０１と、会員のユーザ情報を保持するユーザ情報ＤＢ１０２と、特集ページの特集ページＩＤリスト、各特集ページの条件（カテゴリ、キーワード等）、各特集ページに掲載中のオークションＩＤ、各特集ページで終了分（例えば過去１ヶ月分）のオークションＩＤ等を保持する特集ページＤＢ１０３と、出品する商品のカテゴリを体系化して保持する分類ＤＢ１０４と、商品等の画像を保持する画像ＤＢ１０５と、オークション取引に対する当事者（出品者、落札者等）の評価を保持する評価ＤＢ１０６と、会員への課金（出品者への課金、特集ページの管理者への支払い等）情報を保持する課金ＤＢ１０７とを備えている。
【００２２】
また、オークションシステム１は、機能部として、ユーザの操作するＰＣ（Personal Computer）等のクライアント３（３Ａ、３Ｂ、・・）からのインターネット等のネットワーク２を介したアクセスに対し、オークション情報ＤＢ１０１の保持内容をページとして提示するページサーバ１１１と、このページサーバ１１１の提示するページを介して出品、入札、質問、回答等を受け付け、オークション情報ＤＢ１０１の保持内容を編集する編集サーバ１１２とを備えている。
【００２３】
また、オークションシステム１は、特集ページＤＢ１０３の管理（データ入出力）を行う特集ページサーバ１１３と、出品時に商品のカテゴリを選択させるリストを分類ＤＢ１０４から取得して提示するリストサーバ１１４と、各種の検索を実行する検索サーバ１１５と、出品内容に付随する画像を画像ＤＢ１０５に格納して管理する画像サーバ１１６と、オークション取引に対する当事者の評価を受け付けて評価ＤＢ１０６に格納して管理する評価サーバ１１７と、何らかのステータスの変更があった際に特定の者にメールで通知するためのメールサーバ１１８と、会員への課金を管理する課金サーバ１１９とを備えている。
【００２４】
<特集ページ開設の処理>
図２は特集ページ開設の処理例を示すフローチャートであり、利用者からの申請に基づいて特集ページのテーマおよび管理者を決定するようにしたものである。
【００２５】
図２において、処理を開始すると（ステップＳ１０１）、特集ページを開設しようとする利用者は、自己のクライアント３（図１）からページサーバ１１１の提示するページのフォームで特集ページ開設の必要項目を入力する（ステップＳ１０２）。入力項目としては、申請者のＩＤ、特集ページのテーマ、掲載できるオークションの条件（カテゴリ、キーワード等）、掲載できる出品者の条件等がある。オークションの条件としては、例えば、「春！ 初めてのお出かけ」特集の場合は、「ベビー用品>外出、移動用品>ベビーキャリー、クーハン」といったカテゴリに限定したり、「映画やドラマの原作を読もう！」特集の場合は、「本・雑誌」のカテゴリとともに、タイトルに所定のものが含まれる場合に限定したりすることができる。また、カテゴリと開始価格の条件を指定することもできる。その他、自動延長のある／なしを条件とすることもできる。なお、オークションの条件は後述する特集ページへの誘導に用いられ、作為的に使用されることを防止するため、他者には非公開とする。
【００２６】
次いで、編集サーバ１１２および特集ページサーバ１１３は、申請者ＩＤから申請者の条件をチェックする（ステップＳ１０３）。例えば、ユーザ情報ＤＢ１０２および評価ＤＢ１０６から取引実績や評価を参照し、特集ページの管理者としての所定の基準を満たすかどうかチェックする。
【００２７】
ここで、基準未満である場合（ステップＳ１０３の基準未満）は、ページサーバ１１１により申請者のクライアント３に基準を満たさない旨のエラー表示を行い（ステップＳ１０４）、処理を終了する（ステップＳ１１１）。
【００２８】
また、基準以上である場合（ステップＳ１０３の基準以上）は、編集サーバ１１２および特集ページサーバ１１３は、既に存在する特集ページの中に類似するものがないかどうかチェックする（ステップＳ１０５）。例えば、申請内容に含まれる非公開のオークションの条件を用いて、特集ページＤＢ１０３から類似特集ページを検索して照合する。
【００２９】
ここで、類似特集ページがある場合（ステップＳ１０５のあり）は、その類似特集ページの情報をページサーバ１１１により申請者に提示し（ステップＳ１０６）、それでも特集ページを開設するかどうか確認を求め（ステップＳ１０７）、開設をあきらめた場合（ステップＳ１０７のＮｏ）は処理を終了する（ステップＳ１１１）。
【００３０】
特集ページを開設するとされた場合（ステップＳ１０７のＹｅｓ）および類似特集ページがなかった場合（ステップＳ１０５のなし）は、申請内容をページサーバ１１１により申請者に提示し（ステップＳ１０８）、修正するか申請するかを確認する（ステップＳ１０９）。
【００３１】
ここで、修正するとされた場合（ステップＳ１０９の修正）は、フォームの入力（ステップＳ１０２）に戻る。
【００３２】
また、申請するとされた場合（ステップＳ１０９の申請）は、特集ページの開設を行う（ステップＳ１１０）。すなわち、特集ページＤＢ１０３に新たな特集ページのレコードを追加し、ユーザ情報ＤＢ１０２に特集ページの管理者の情報を追加し、課金ＤＢ１０７に新たな課金対象枠（特集ページの出品者）および支払先（特集ページの管理者）を追加する。また、メールサーバ１１８により申請者に対して特集ページが開設された旨を自動通知する。そして、特集ページの開設の完了により処理を終了する（ステップＳ１１１）。
【００３３】
図３は特集ページのテーマ決定の処理例を示すフローチャートであり、候補テーマから利用者の投票によって特集ページのテーマを決定するようにしたものである。なお、予めサービス提供者によって候補テーマが特集ページＤＢ１０３に設定されているが、利用者により候補テーマを追加することもできる。
【００３４】
図３において、処理を開始すると（ステップＳ２０１）、利用者は自己のクライアント３（図１）からページサーバ１１１の提示するページのアンケートフォームによって候補テーマを選んで投票する（ステップＳ２０２）。
【００３５】
次いで、編集サーバ１１２および特集ページサーバ１１３は、アンケートフォームに新たな候補テーマを含むか否か判断し（ステップＳ２０３）、含む場合（ステップＳ２０３のＹｅｓ）は候補テーマを特集ページＤＢ１０３に追加する（ステップＳ２０４）。含まない場合（ステップＳ２０３のＮｏ）は特に何もしない。
【００３６】
次いで、編集サーバ１１２および特集ページサーバ１１３は、利用者のクライアント３のＣｏｏｋｉｅをチェックして１回目の投票であるか否か判断する（ステップＳ２０５）。
【００３７】
ここで、１回目の投票でない場合（ステップＳ２０５の投票２回目以上）は、ページサーバ１１１により利用者のクライアント３にエラー表示を行い（ステップＳ２０６）、処理を終了する（ステップＳ２１１）。
【００３８】
また、１回目の投票である場合（ステップＳ２０５の投票１回目）は、累計の投票数をチェックし、当選となる基準値以上となるか否か判断する（ステップＳ２０７）。
【００３９】
ここで、投票数が基準値以上となった場合（ステップＳ２０７の基準値以上）は、特集ページの開設を決定する告知ページをページサーバ１１１により利用者に提示し（ステップＳ２０８）、特集ページの開設を決定し（ステップＳ２０９）、処理を終了する（ステップＳ２１１）。なお、この時点では特集ページの管理者が決定されていないため、特集ページの開設は行わない。
【００４０】
また、投票数が基準値未満の場合（ステップＳ２０７の基準値未満）は、投票を反映させたアンケートページをページサーバ１１１により利用者に提示し（ステップＳ２１０）、処理を終了する（ステップＳ２１１）。
【００４１】
図４は特集ページの管理者公募の処理例を示すフローチャート、図５は特集ページの管理者決定の処理例を示すフローチャートであり、利用者から公募された管理者候補の中から利用者の投票により特集ページの管理者を決定するようにしたものである。
【００４２】
図４において、処理を開始すると（ステップＳ３０１）、予めテーマの決定された特集ページの管理者になろうとする利用者は、自己のクライアント３（図１）からページサーバ１１１の提示するページのフォームによって、管理者になりたい特集ページを選択する（ステップＳ３０２）。
【００４３】
次いで、編集サーバ１１２および特集ページサーバ１１３は、申請者ＩＤから申請者の条件をチェックする（ステップＳ３０３）。例えば、ユーザ情報ＤＢ１０２および評価ＤＢ１０６から取引実績や評価を参照し、特集ページの管理者としての所定の基準を満たすかどうかチェックする。
【００４４】
ここで、基準未満である場合（ステップＳ３０３の基準未満）は、ページサーバ１１１により利用者のクライアント３に基準を満たさない旨のエラー表示を行い（ステップＳ３０４）、処理を終了する（ステップＳ３０６）。
【００４５】
また、基準以上である場合（ステップＳ３０３の基準以上）は、管理者申請受付完了のページをページサーバ１１１により利用者に提示し（ステップＳ３０５）、特集ページＤＢ１０３に申請内容を追加して処理を終了する（ステップＳ３０６）。
【００４６】
次いで、図５において、処理を開始すると（ステップＳ４０１）、利用者は自己のクライアント３（図１）からページサーバ１１１の提示するページのアンケートフォームによって、特集ページの管理者候補者を選んで投票する（ステップＳ４０２）。
【００４７】
次いで、編集サーバ１１２および特集ページサーバ１１３は、利用者のＩＤをチェックする（ステップＳ４０３）。
【００４８】
ここで、利用者が投票した候補者と同じである場合（ステップＳ４０３の候補者と同じ）は、ページサーバ１１１により利用者のクライアント３にエラー表示を行い（ステップＳ４０４）、処理を終了する（ステップＳ４０８）。
【００４９】
また、利用者が投票した候補者と同じでない場合（ステップＳ４０３の候補者と異なる）は、利用者のクライアント３のＣｏｏｋｉｅをチェックして１回目の投票であるか否か判断する（ステップＳ４０５）。
【００５０】
ここで、１回目の投票でない場合（ステップＳ４０５の投票２回目以上）は、ページサーバ１１１により利用者のクライアント３にエラー表示を行い（ステップＳ４０６）、処理を終了する（ステップＳ４０８）。
【００５１】
また、１回目の投票である場合（ステップＳ４０５の投票１回目）は、投票を反映させたアンケートページをページサーバ１１１により利用者に提示し（ステップＳ４０７）、処理を終了する（ステップＳ４０８）。
【００５２】
そして、アンケート期間終了後、特集ページごとに得票数の最も多い候補者がその特集ページの管理者となる。得票数が一定値を超えなかった場合や、各候補者の総得票数が一定値を超えなかった場合など、利用者の一定以上の支持を得られなかった場合は、管理者決定を見送ることができる。
【００５３】
<オークション出品時の処理>
図６はオークション出品時の処理例を示すフローチャートである。
【００５４】
図６において、処理を開始すると（ステップＳ５０１）、オークションに出品しようとする利用者は、自己のクライアント３（図１）からページサーバ１１１の提示するページのフォームによって、カテゴリ、タイトル、開始価格等の出品内容を入力する（ステップＳ５０２）。
【００５５】
次いで、編集サーバ１１２および特集ページサーバ１１３は、出品内容をもとに特集ページＤＢ１０３を照合し、各特集ページの非公開の条件に合うか否か判断する（ステップＳ５０３）。
【００５６】
ここで、いずれかの特集ページの条件に合う場合（ステップＳ５０３の条件合う）は、該当する特集ページのリストと概略情報をページサーバ１１１により出品者に提示する（ステップＳ５０４）。図７はオークション出品時に条件に合致する特集ページへの掲載を促す画面例を示す図であり、該当する特集ページについて、特集ページ名、掲載料、掲載数、入札率、入札単価等が表示されるとともに、オークション全体の掲載数、入札率、入札単価等の状況が掲載される。なお、掲載数、入札率、入札単価等の統計情報についてはグラフ表示により値の推移を表示するようにしてもよい。
【００５７】
図６に戻り、この状態で出品者に、修正か詳細情報提供か特集ページ掲載かを選択させ（ステップＳ５０５）、修正が選ばれた場合は出品内容の入力（ステップＳ５０２）に戻り、詳細情報提供の場合は該当する特集ページの詳細情報を提示し（ステップＳ５０６）、掲載の場合は出品内容、掲載特集ページ、かかる費用等を提示する（ステップＳ５０８）。
【００５８】
詳細情報を提供した場合（ステップＳ５０６）、続いて掲載するかどうか選択させ（ステップＳ５０７）、掲載する場合（ステップＳ５０７のＹｅｓ）は出品内容、掲載特集ページ、かかる費用等を提示する（ステップＳ５０８）。
【００５９】
次いで、修正するかどうか選択させ（ステップＳ５０９）、修正する場合（ステップＳ５０９のＹｅｓ）は出品内容の入力（ステップＳ５０２）に戻り、修正がない場合（ステップＳ５０９のＮｏ）は特集ページへの掲載を伴う出品のためのデータ登録を実施し（ステップＳ５１０）、処理を終了する（ステップＳ５１６）。
【００６０】
一方、特集ページの条件に合わない場合（ステップＳ５０３の条件合わない）は、該当する特集ページがないことをページサーバ１１１により出品者に提示する（ステップＳ５１１）。
【００６１】
次いで、修正するかどうか選択させ（ステップＳ５１２）、修正する場合（ステップＳ５１２のＹｅｓ）は出品内容の入力（ステップＳ５０２）に戻り、修正がない場合（ステップＳ５１２のＮｏ）は特集ページへの掲載を伴わない普通出品への出品内容、かかる費用等を提示する（ステップＳ５１３）。なお、条件の合う特集ページがあっても出品者が掲載を望まなかった場合（ステップＳ５０７のＮｏ）にもこの処理に移行する。
【００６２】
次いで、修正するかどうか選択させ（ステップＳ５１４）、修正する場合（ステップＳ５１４のＹｅｓ）は出品内容の入力（ステップＳ５０２）に戻り、修正がない場合（ステップＳ５１４のＮｏ）は特集ページへの掲載を伴わない普通出品を実施し（ステップＳ５１５）、処理を終了する（ステップＳ５１６）。
【００６３】
<特集ページの管理者による処理>
図８は特集ページの管理者によるスカウトの処理例を示すフローチャートであり、他の出品を自己の特集ページに誘導するようにしたものである。
【００６４】
図８において、処理を開始すると（ステップＳ６０１）、特集ページの管理者は特集ページ管理画面において条件に合う未掲載のオークションリストの表示リクエストを行う（ステップＳ６０２）。
【００６５】
次いで、編集サーバ１１２および特集ページサーバ１１３は、特集ページＤＢ１０３のオークション条件をもとに、オークション情報ＤＢ１０１および分類ＤＢ１０４の照合を行う（ステップＳ６０３）。
【００６６】
ここで、条件に合うオークションがある場合（ステップＳ６０３の条件に合うオークションあり）には、特集ページＤＢ１０３の出品者の条件をもとに、出品者についてユーザ情報ＤＢ１０２の照合を行う（ステップＳ６０４）。
【００６７】
オークション条件のチェック（ステップＳ６０３）もしくは出品者条件のチェック（ステップＳ６０４）で該当するものがない場合（ステップＳ６０３、Ｓ６０４のなし）は、条件に合うオークションがないことを操作者（管理者）に提示し（ステップＳ６０５）、処理を終了し、特集ページ管理画面に戻る（ステップＳ６１２）。
【００６８】
出品者条件を満たす場合（ステップＳ６０４の条件に合うオークションあり）、条件に合ったオークションリストを操作者に提示し（ステップＳ６０６）、スカウトするか詳細情報を表示するかを求める（ステップＳ６０７）。図９は条件に合っている未掲載のオークション出品リストの画面例を示す図であり、一覧から選択してスカウトすることができるようになっている。
【００６９】
図８に戻り、詳細情報が要求された場合（ステップＳ６０７の詳細）は、該当するオークションの商品詳細ページを提示し（ステップＳ６０８）、オークションリストの提示（ステップＳ６０６）に戻る。
【００７０】
また、スカウトが要求された場合（ステップＳ６０７のスカウト）は、スカウト確認画面を提示し（ステップＳ６０９）、修正があるかどうか確認する（ステップＳ６１０）。
【００７１】
ここで、修正が要求された場合（ステップＳ６１０のＹｅｓ）は、オークションリストの提示（ステップＳ６０６）に戻り、修正が要求されない場合（ステップＳ６１０のＮｏ）はスカウトを実施する（ステップＳ６１１）。すなわち、特集ページＤＢ１０３およびオークション情報ＤＢ１０１にスカウト済情報を書き込み、該当する出品者に対してメールサーバ１１８から特集ページへの掲載を促すメールを自動送信する。なお、自動通知を受信しないと設定されている相手に対してはメール送信は行われない。そして、スカウトの実施により処理を終了し、特集ページ管理画面に戻る（ステップＳ６１２）。
【００７２】
図１０は特集ページの管理者による削除の処理例を示すフローチャートであり、自己の管理する特集ページにふさわしくない出品を削除するようにしたものである。
【００７３】
図１０において、処理を開始すると（ステップＳ７０１）、特集ページの管理者は特集ページ管理画面において掲載中オークションの表示リクエストを行う（ステップＳ７０２）。
【００７４】
次いで、編集サーバ１１２および特集ページサーバ１１３は、特集ページＤＢ１０３の掲載中オークションＩＤを参照し、掲載中オークションをチェックする（ステップＳ７０３）。
【００７５】
ここで、掲載中オークションがない場合（ステップＳ７０３のなし）は、掲載中オークションがないことをページサーバ１１１により操作者（管理者）に提示し（ステップＳ７０４）、処理を終了して特集ページ管理画面に戻る（ステップＳ７１１）。
【００７６】
また、掲載中オークションがある場合（ステップＳ７０３のあり）は、掲載中オークションのリストおよび概略情報をページサーバ１１１により操作者に提示し（ステップＳ７０５）、操作者に削除もしくは詳細情報表示を確認する（ステップＳ７０６）。
【００７７】
ここで、詳細情報が要求された場合（ステップＳ７０６の詳細）は、該当するオークションの商品詳細ページを提示し（ステップＳ７０７）、オークションリストの提示（ステップＳ７０５）に戻る。
【００７８】
また、削除が要求された場合（ステップＳ７０６の削除）は、削除確認画面を提示し（ステップＳ７０８）、削除するかどうか確認する（ステップＳ７０９）。
【００７９】
ここで、削除が要求された場合（ステップＳ７０９のＹｅｓ）は、削除を実行する（ステップＳ７１０）。すなわち、特集ページＤＢ１０３およびオークション情報ＤＢ１０１から特集ページ掲載の情報削除を行い、該当する出品者に対してメールサーバ１１８から削除した旨のメールを自動送信する。そして、処理を終了して特集ページ管理画面に戻る（ステップＳ７１１）。削除が要求されなかった場合（ステップＳ７０９のＮｏ）は、そのまま処理を終了して特集ページ管理画面に戻る（ステップＳ７１１）。
【００８０】
<課金等の処理>
図１１は課金および支払いの流れを示す図である。
【００８１】
図１１において、出品者のクライアント３Ｂからオークションシステム１にエントリする特集ページを指定して出品を行うと（ステップＳ８０１）、オークションシステム１からクライアント３Ｂに対して課金情報を含む特集ページ掲載の完了通知が行われる（ステップＳ８０２）。
【００８２】
次いで、オークションシステム１から特集ページの管理者のクライアント３Ａに対して新しいエントリのあった出品情報（ギャランティ情報を含む）の通知が行われる（ステップＳ８０３）。
【００８３】
次いで、オークションシステム１から出品者のクライアント３Ｂに対して月末時点等におけるクレジットカードもしくは指定銀行口座等による引き落としの請求が行われ（ステップＳ８０４）、クライアント３Ｂからオークションシステム１に対してクレジットカードもしくは指定銀行口座等による支払が行われる（ステップＳ８０５）。
【００８４】
そして、オークションシステム１から管理者のクライアント３Ａに対し、複数の出品者からの支払の中から、ギャランティの支払がクレジットカードもしくは指定銀行口座等によりまとめて行われる（ステップＳ８０６）。
【００８５】
<総括>
上述したように、本発明にあっては、次のような利点がある。
（１）一般利用者がオークションサイト内に特集ページを自由に開設でき、特集ページの管理者として個性的な運営を行うことができ、オークションの利用率を向上させることが期待できる。
（２）出品時および出品後において、特集ページにふさわしい出品を誘導することができ、特集ページの価値を向上させることができる。出品者側にとっても集客率の高い特集ページを見落とすことによる機会損失が減る。
（３）特集ページにふさわしい出品であるか否かは非公開の条件により行われるため、出品内容を偽装することによる作為的な掲載を防止することができる。
（４）出品後において、特集ページにふさわしくない出品を排除することができ、特集ページの価値の低下を防止することができる。
（５）各種の統計情報が提供されることにより、特集ページに掲載することのメリットが明確になり、有料の特集ページへの掲載が促進される。出品者側にとっても各種の統計情報を比較することで、より効果の高い特集ページを選択することが可能となる。
（６）各当事者への連絡が自動化されているため、煩雑な操作が不要となる。
【００８６】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００８７】
【図１】本発明の一実施形態にかかるオークションシステムの構成例を示す図である。
【図２】特集ページ開設の処理例を示すフローチャートである。
【図３】特集ページのテーマ決定の処理例を示すフローチャートである。
【図４】特集ページの管理者公募の処理例を示すフローチャートである。
【図５】特集ページの管理者決定の処理例を示すフローチャートである。
【図６】オークション出品時の処理例を示すフローチャートである。
【図７】オークション出品時に条件に合致する特集ページへの掲載を促す画面例を示す図である。
【図８】特集ページの管理者によるスカウトの処理例を示すフローチャートである。
【図９】条件に合っている未掲載のオークション出品リストの画面例を示す図である。
【図１０】特集ページの管理者による削除の処理例を示すフローチャートである。
【図１１】課金および支払いの流れを示す図である。
【符号の説明】
【００８８】
１０１ オークション情報ＤＢ
１０２ ユーザ情報ＤＢ
１０３ 特集ページＤＢ
１０４ 分類ＤＢ
１０５ 画像ＤＢ
１０６ 評価ＤＢ
１０７ 課金ＤＢ
１１１ ページサーバ
１１２ 編集サーバ
１１３ 特集ページサーバ
１１４ リストサーバ
１１５ 検索サーバ
１１６ 画像サーバ
１１７ 評価サーバ
１１８ メールサーバ
１１９ 課金サーバ
２ ネットワーク
３ クライアント
【特許請求の範囲】
【請求項１】
ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムの管理方法であって、
上記特集ページのテーマを利用者の要求に応じて決定する工程と、
上記特集ページの管理者を利用者の要求に応じて決定する工程と、
設置された上記特集ページでの出品、入札および落札を管理する工程とを備えたことを特徴とするオークション管理方法。
【請求項２】
請求項１に記載のオークション管理方法において、
上記特集ページのテーマおよび管理者は、利用者からの特集ページ開設申請に基づいて決定することを特徴とするオークション管理方法。
【請求項３】
請求項１に記載のオークション管理方法において、
上記特集ページのテーマは、サービス提供者もしくは利用者によって設定されたテーマ候補に対し、利用者の投票により決定することを特徴とするオークション管理方法。
【請求項４】
請求項１に記載のオークション管理方法において、
上記特集ページの管理者は、利用者から公募された管理者候補に対し、利用者の投票により決定することを特徴とするオークション管理方法。
【請求項５】
請求項１に記載のオークション管理方法において、
利用者からの出品要求に対して上記特集ページの非公開の条件に合致するか否かを判断し、合致する特集ページへの出品をオファーする工程を備えたことを特徴とするオークション管理方法。
【請求項６】
請求項５に記載のオークション管理方法において、
上記特集ページへの出品のオファーに際し、当該特集ページの各種統計情報を提示する工程を備えたことを特徴とするオークション管理方法。
【請求項７】
請求項１に記載のオークション管理方法において、
上記特集ページに未掲載の出品に対して特集ページの非公開の条件に合致するか否かを判断し、合致する出品に対して特集ページへの出品をオファーする工程を備えたことを特徴とするオークション管理方法。
【請求項８】
請求項１に記載のオークション管理方法において、
上記特集ページに掲載中の出品から所定の出品を削除する工程を備えたことを特徴とするオークション管理方法。
【請求項９】
ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムであって、
上記特集ページのテーマを利用者の要求に応じて決定する手段と、
上記特集ページの管理者を利用者の要求に応じて決定する手段と、
設置された上記特集ページでの出品、入札および落札を管理する手段とを備えたことを特徴とするオークションシステム。
【請求項１】
ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムの管理方法であって、
上記特集ページのテーマを利用者の要求に応じて決定する工程と、
上記特集ページの管理者を利用者の要求に応じて決定する工程と、
設置された上記特集ページでの出品、入札および落札を管理する工程とを備えたことを特徴とするオークション管理方法。
【請求項２】
請求項１に記載のオークション管理方法において、
上記特集ページのテーマおよび管理者は、利用者からの特集ページ開設申請に基づいて決定することを特徴とするオークション管理方法。
【請求項３】
請求項１に記載のオークション管理方法において、
上記特集ページのテーマは、サービス提供者もしくは利用者によって設定されたテーマ候補に対し、利用者の投票により決定することを特徴とするオークション管理方法。
【請求項４】
請求項１に記載のオークション管理方法において、
上記特集ページの管理者は、利用者から公募された管理者候補に対し、利用者の投票により決定することを特徴とするオークション管理方法。
【請求項５】
請求項１に記載のオークション管理方法において、
利用者からの出品要求に対して上記特集ページの非公開の条件に合致するか否かを判断し、合致する特集ページへの出品をオファーする工程を備えたことを特徴とするオークション管理方法。
【請求項６】
請求項５に記載のオークション管理方法において、
上記特集ページへの出品のオファーに際し、当該特集ページの各種統計情報を提示する工程を備えたことを特徴とするオークション管理方法。
【請求項７】
請求項１に記載のオークション管理方法において、
上記特集ページに未掲載の出品に対して特集ページの非公開の条件に合致するか否かを判断し、合致する出品に対して特集ページへの出品をオファーする工程を備えたことを特徴とするオークション管理方法。
【請求項８】
請求項１に記載のオークション管理方法において、
上記特集ページに掲載中の出品から所定の出品を削除する工程を備えたことを特徴とするオークション管理方法。
【請求項９】
ネットワークを利用し、一の利用者が管理者となり、定められたテーマに基づいて運用される特集ページを備えたオークションシステムであって、
上記特集ページのテーマを利用者の要求に応じて決定する手段と、
上記特集ページの管理者を利用者の要求に応じて決定する手段と、
設置された上記特集ページでの出品、入札および落札を管理する手段とを備えたことを特徴とするオークションシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−３２３４５６（Ｐ２００７−３２３４５６Ａ）
【公開日】平成１９年１２月１３日（２００７．１２．１３）
【国際特許分類】
【出願番号】特願２００６−１５４１５２（Ｐ２００６−１５４１５２）
【出願日】平成１８年６月２日（２００６．６．２）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【公開日】平成１９年１２月１３日（２００７．１２．１３）
【国際特許分類】
【出願日】平成１８年６月２日（２００６．６．２）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
[ Back to top ]