JP2004192438A - Use limit setting method, use limit setting system, computer program and program storage medium in net auction - Google Patents

Use limit setting method, use limit setting system, computer program and program storage medium in net auction Download PDF

Info

Publication number
JP2004192438A
JP2004192438A JP2002361003A JP2002361003A JP2004192438A JP 2004192438 A JP2004192438 A JP 2004192438A JP 2002361003 A JP2002361003 A JP 2002361003A JP 2002361003 A JP2002361003 A JP 2002361003A JP 2004192438 A JP2004192438 A JP 2004192438A
Authority
JP
Japan
Prior art keywords
auction
amount
limit
seller
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2002361003A
Other languages
Japanese (ja)
Other versions
JP4486779B2 (en
Inventor
Masaki Hashide
雅紀 走出
Shinichi Endo
慎一 遠藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yahoo Japan Corp
Original Assignee
Yahoo Japan Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yahoo Japan Corp filed Critical Yahoo Japan Corp
Priority to JP2002361003A priority Critical patent/JP4486779B2/en
Publication of JP2004192438A publication Critical patent/JP2004192438A/en
Application granted granted Critical
Publication of JP4486779B2 publication Critical patent/JP4486779B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method for setting a use limit which is fair to participants in a net auction. <P>SOLUTION: This use limit setting method is executed by a computer system associated with an auction system managing a closed-membership auction site. This method includes a step for specifying an exhibitor of the auction, a step for accessing a database storing and managing evaluation scores provided by both the exhibitor and a successful bidder to each other and acquiring the past total evaluation scores of the exhibitor, a step for accessing a database managing reception history of successful bidding price for every member and acquiring the total amount of the successful bidding price received by the exhibitor for a predetermined past period, a step for setting a limit amount of money of which each member can receive in auctions for a predetermined period according to the total evaluation scores, and a step for notifying the auction system of the fact that the received total amount of the exhibitor exceeds the receiving limit amount when the situation happens. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
この発明は、ネットオークションを開催するオークションシステムと連携するコンピュータシステムによって、オークション参加者の過去の取引履歴に応じた利用制限を設定するためのネットオークションの利用制限設定方法に関する。
【0002】
【従来の技術】
インターネット上には、Webページを媒介として、オークションに係わる出品や入札の手続きを行えるネットオークションと呼ばれるサービスを開催しているWebサイト(以下、オークションサイト)がある(例えば、非特許文献1参照)。オークションサイトは、WWWサーバーを主体として、これと連携するコンピュータやデータベースを含むコンピュータシステム(以下、オークションシステム)により開催される。このシステムは、Webページによるユーザインタフェースをオークション参加者のコンピュータ(利用者コンピュータ)に提供し、このWebページを通じてオークションにおける出品や入札を受け付ける。また、オークション参加者に関する個人情報の管理を行い、落札したオークション案件が発生すればその事実を取引当事者となる出品者と落札者へ通知し、その後の当事者間での落札代金授受が円滑に行えるように仲介する。
【0003】
オークションシステムを活用したビジネスモデルは、オークションの場を提供する代償として、落札代金の一部をシステム利用手数料として出品者あるいは落札者から徴収することにある。もちろん、オークションサイトのWebページに掲載される広告も大きな収入源となる。したがって、オークションサイトを事業として成功させるためには、より大勢の参加者を募って、その取引規模を拡大することが重要となる。
【0004】
しかしながら、オークションには、落札代金や商品が正しく相手に届かないなど、何らかの問題が発生する可能性が少なからずある。中には当初から詐欺を目的としてオークションに参加している者もいる。このような不良参加者が多くなると、オークションサイトの信頼性が低下し、参加希望者を減少させる結果となる。そこでオークション開催者は、オークションへの参加資格として、参加者一人一人を固有の会員IDで識別するとともに、会員IDに個人を特定できる個人情報を対応付けしてデータベースに蓄積管理し、オークション取引に際して会員IDを名乗ってアクセスしてきた参加者の本人確認を適時に行っている。またオークション開催者は、本人確認手続きに対して所定の手数料を会員から徴収している。したがって、個人情報にクレジットカード番号や口座番号など、連絡先とは異なり、偽って申請することが難しい情報も含めることで個人情報の信憑性を高めている。そして、問題が発生したときには、特定した個人に対して警告文を送ったり、該当者に何らかのペナルティを課したりしている。
【0005】
さらに、オークション取引が成立すると、出品者と落札者がそれぞれ相手の取引態度に対して評価を行い、その評価情報もオークションシステムで管理している。オークションシステムは、取引が成立すると、当事者に相手に対する評価を付けてもらうためのWebページへ案内し、そのWebページ上で相手に対する評価情報を入力して返送してもらう。評価情報としては、当事者の所感に相当するコメント文と「非常に良い」「良い」「普通」「悪い」「非常に悪い」など、あらかじめ用意されている選択肢から択一してもらった評価などであり、オークションシステムは、コメント文と選択された評価に応じた所定の点数とを該当の会員IDに対応付けしてデータベースに蓄積管理する。そして、全会員についての評価情報をオークションサイトにて公開し、誰が過去にどのような評価を受けていたのかがオークション参加者全てにわかるようにしている。オークション参加者はその評価内容を見て、取引相手が信用できる人物(企業・商店)であるかどうかを判断し、評価内容が悪ければ、入札を控えたり取引を拒否したりするなどして各種トラブルに対して自己防衛することができる。その結果、不良なオークション参加者は自然と淘汰されることになる。
【0006】
【非特許文献1】
ヤフー株式会社、"Yahoo!オークション ヘルプ 用語集"、[online]、
[平成14年10月31日検索]、インターネット
<URL:http://help.yahoo.co.jp/help/jp/auct/aglos/index.html>
【0007】
【発明が解決しようとする課題】
しかしながら、オークションシステムは、会員IDでオークションに参加できる仕組みを提供しているため、会員IDを変更していつでも新規参加者になりすますことができる。すなわち、評価が悪い会員が新規の参加者になりすまして再度オークションに参加すれば、オークションサイトの信頼性はなかなか向上しない。また、優良な会員であっても、評価した側の偏見によって悪評が付けられてしまえば、その優良会員は今後オークションに参加しにくくなり、オークション件数や会員数の停滞・減少につながる。その結果、オークションシステムによるビジネスモデルが成立しにくくなる。
【0008】
【課題を解決するための手段】
本発明者らは、オークションでの取引実績、すなわち取引件数や取引によって実際に受け取った額に着目すると、より多くの実績があって、しかも総体的に好感を持った旨の評価が付けられた参加者は、例外的に悪評を付けた取引相手がいたとしても、その参加者は優良であると判断できると考えた。そして、より優良な参加者には利用制限を緩めてより多くの取引機会を与え、実績の少ない参加者に対しては取引をある程度制限して実績を積んだ時点で利用制限を緩めるようにすれば、自然に優良な参加者が増え、より信頼性の高いオークションサイトが構築できると考えた。
【0009】
本発明は上記考察に基づき創作されたものであって、オークション取引における実績を参考にしながら、多くの参加者にとって公平で納得のできる利用制限を設定するための方法を提供することを目的としている。
【0010】
この目的を達成するための本発明は、インターネット上で会員制のオークションサイトを管理しているオークションシステムと連携するコンピュータシステムが、あるオークションが落札された際に、当該オークションの出品者を特定するステップと、オークションの出品者と落札者の双方が相手に対して多肢択一方式で付けた評価得点を該当の会員に対応付けして蓄積管理する評価情報データベースにアクセスして、出品者が過去に付けられた評価得点の合計点を取得するステップと、オークション取引によって受け取った落札代金の受取履歴を会員ごとに管理する受取情報データベースにアクセスして、出品者が現在から過去所定期間までの間に受け取った落札代金の受取総額を取得するステップと、各会員について、評価合計点に応じて所定期間内にオークションによって受け取れる限度額を設定する限度額設定ステップと、あるオークション案件において、出品者の受取総額が受取限度額を超えている場合に、その旨をオークションシステムに適時に通知するステップとを実行することで実施されるネットオークションにおける利用制限設定方法としている。
【0011】
また、限度額設定ステップでは、前記評価合計点とともに、評価得点の内訳に応じて限度額を設定することとしてもよいし、落札したあるオークション案件について、当該落札によって出品者が受け取る落札代金と、当該出品者がそれまでに受け取った受取総額とを加算した額についても限度額を設定することとしてもよい。
【0012】
なお、落札されたあるオークション案件について、落札代金が所定の額を超えている場合に、その旨をオークションシステムに通知するステップを含むネットオークションにおける利用制限設定方法とすることもできる。
【0013】
本発明は、コンピュータシステムにより構成されて、上記の利用制限設定方法を実施するオークションシステムと連動する利用制限設定システムにも及んでいる。また、コンピュータにインストールされて実行されることで、当該コンピュータを前記利用制限設定システムとして機能させるコンピュータプログラムや、このコンピュータプログラムを記録したコンピュータ読取可能なプログラム格納媒体も本発明の範囲とした。
【0014】
【発明の実施の形態】
===ネットワーク構成と利用制限機能の概略===
図1は本発明の利用制限設定方法が適用されるネットワークの概略構成図を示している。インターネット20上にはオークション参加者が使用する利用者コンピュータ21とネットオークションを開催するオークションシステム10が接続されている。オークションシステム10は、オークションサイトを公開するためのWWWサーバー12、オークション参加資格を持つ多数の会員についての個人情報を管理するための各種情報を蓄積管理する個人情報データベース13、オークションサイトによって開催される全オークションについての各種情報を蓄積管理するオークションデータベース15、会員に対する各種通知を電子メールによって送信するためのメールサーバー14などを含んで構成されている。オークション参加者は、ブラウザや電子メール送受信ソフトウエアを実装する利用者コンピュータ21によってインターネット20を介してオークションサイトにアクセスする。オークションサイトでは、WWWサーバー12が提供している各種Webページを通じて、出品手続きの案内や、出品者と入札者との取引の仲介などをしながらオークションを開催している。
【0015】
オークションシステム10は、オークション開催者が管理運営するイントラネット11上に構築されている。このイントラネットには、落札されたオークション案件の落札者と出品者間の決済を仲介する落札代金決済サービス(以下、決済サービス)を提供する決済システム1が接続されている。この決済サービスは、決済システム1を管理運営する決済仲介業者が落札者に代わって落札代金を出品者に立て替え払いをするとともに、クレジットカード会社によって落札者の口座からクレジットカード決済によってその落札代金が後日引き落とされると、その代金を決済仲介業者の口座に振り込ませるという流れに従って提供される。したがって、落札者は落札代金をクレジットカード決済により支払うことができ、出品者は落札後短期間の内に落札代金が自分の受取口座に振り込まれる、という利点がある。
【0016】
決済システム1は、上記の決済サービスを提供するために、例えば、OBN(Open Business Network)40などの通信回線を介してクレジットカード会社のオンライン与信照会システムに接続し、落札者が所有するクレジットカードやそのカードによる落札代金決済についての与信照会を行う機能を備えている。そして、オークションシステム10によってあるオークションの出品商品が落札されたならば、落札者がその落札代金を出品者に支払う手続きに介在して個人間でのオークション取引であっても落札者のクレジットカードを利用して決済できる仕組みを提供している。なお本実施例では、決済仲介業者は、複数のクレジットカード会社と個別に契約していない。すなわち、落札者のクレジットカードに応じて各クレジット会社と個別に与信照会をする形態を採用していない。その代わりに、複数のクレジットカード会社と個別に契約している窓口機関のオンライン与信照会システム(以下、照会窓口システム)41に一括して各クレジットカード会社への与信照会を依頼している。本実施例ではe−SCOTT(登録商標)と呼ばれる照会窓口システムを利用している。
【0017】
照会窓口システム41は、各クレジットカード会社におけるカード利用者データベース42にアクセスする権限を有しており、このデータベースにはクレジットカード番号ごとにそのカード利用者についての個人情報やクレジットカード決済の利用状況などが蓄積管理されている。照会窓口システム41は、決済システム1から与信照会を依頼されたクレジットカード決済案件について、該当するクレジットカード会社のカード利用者データベース42にそのカード番号を照会するとともに、決済に対する与信の可否情報を決済システム1に返送する。なお、照会窓口システム41を介した与信照会では、カード利用者データベースに照会する情報(カード決済情報)として、クレジットカード番号とカードの有効期限に加え、カードの所有者本人を特定できる所定の個人情報(生年月日、氏名、電話番号など)もクレジットカード会社に照会することとしている。
【0018】
また決済システム1は、決済仲介業者が出品者に落札代金を立て替え払いするために、ISDN30などの通信回線を介して金融機関の電子銀行業務(Electronic banking:以下、EB)システム31に接続してデータ通信を行う機能を備えている。周知のごとく、EBシステム31は、金融機関のホストコンピュータと企業などの顧客側の経理業務用コンピュータとを通信回線によって接続し、口座振替など金融機関が顧客に対して提供している各種銀行業務に係わるサービスをオンラインで行えるものである。本実施例では全銀協TCP/IP手順に従って金融機関のEBシステム31と通信する。そして、EBシステム31に対し決済仲介業者の所定の口座から、出品者が指定する受取口座への落札代金の口座振替を依頼する。
【0019】
上記ネットワーク構成において、決済システム1は、決済サービスを提供する過程で本実施例の方法に基づいてその決済サービスに係わる利用に制限を設定する利用制限機能を備え、オークションが落札された際、出品者の過去の評価実績や取引実績に基づいて本決済サービスを利用する際に受取額などに制限を設定したり、その設定に基づいて決済サービスを利用させるか否かを判定したりする。そしてオークションシステムが、その設定された制限や判定結果を落札者や出品者に通知することとしている。
【0020】
===個人情報===
本実施例では、出品や入札などオークションに実際に参加したい利用者は、会員として固有の会員IDと、このオークションシステム10にログインするためのパスワードと、会員本人を特定できる情報とを個人情報データベース13に登録することとしている。そしてオークションシステム10は、オークション取引に際して会員IDを名乗ってアクセスしてきた参加者の本人確認を適時に行っている。またオークション開催者は、この本人確認の手続きに対して手数料(本人確認費)を会員から徴収することとしているため、この手数料の徴収に係わる各種情報も個人情報データベース13に登録することとしている。本実施例では、決済サービスよる落札代金の決済に利用するクレジットカードをこの本人確認費の支払にも利用でき、クレジットカード決済を希望する会員については、その決済に必要なクレジットカード番号、有効期限などのカード決済情報が登録されているものとする。
【0021】
オークションシステム10は、自身が開催している全オークション案件をオークションIDによって識別し、各オークションについての開催経過や出品・入札・落札・決済に関する情報などをオークションデータベース15に蓄積管理している。そして、出品者の会員IDや出品商品、入札者の会員IDや入札額などを対応付けさせながらオークションデータベース15を随時更新している。なお、出品者としてオークションに参加した際、落札代金を受け取るための口座についての情報(本実施例では、金融機関名、店名、名義、口座種別、口座番号:以下、受取口座情報)については金融機関のEBシステム31にその口座への振替を依頼することから、少なくとも決済システム1側のデータベース(以下、受取情報データベース)2で管理されることになる。個人情報データベース13でも受取口座情報を管理するようにしてもよい。
いずれにしても、オークションシステム10と決済システム1の双方が所要の情報にアクセスできるように各情報を管理しておけば、データベースの形態や構成はどのようなものであってもよい。すなわち、上述した各種データベースはどちらのシステムに所属していてもよいし、オークションシステム10や決済システム1が会員IDに対応付けされた特定の情報を取得できれば、そのハードウエア構成はどのようなものであってもよい。各情報が一つのデータベースによって一括して管理されていてもよいし、複数のデータベースによって所定の情報が分散管理されていてもよい。
【0022】
===評価情報===
オークションの開催やその入札および落札過程については、従来のオークションシステムによるネットオークションと同様である。オークションシステム10は新規のオークションIDがオークションデータベース15に登録されると、入札出品商品と入札期限をWebページによって提示して入札者を募るとともに、入札者がこのWebページを通じて入札額をオークションシステム10に通知してくると、該当するオークションIDにその会員のIDや入札額などを対応付けさせながらオークションデータベース15を随時更新していく。また、オークションデータベース15を随時参照して各オークション会場となるWebページに入札額をリアルタイムで反映させていく。そして、期限満了時において、最高入札額を提示した会員を落札者として認知する。もちろん、出品者が提示した希望落札額を入札者が入札金額として提示した場合など、オークションには期限の満了を待たずに落札を決定させるための各種ルールも存在する。
【0023】
いずれにしても、落札が決定すると、該当のオークションIDに、出品者と落札者の会員ID、および落札した入札金額などを対応付けしてオークションデータベース15に格納する。また、オークションデータベース15中に落札したオークション案件があれば、該当の落札者と出品者の電子メールアドレスを個人情報データベース13より取得して双方にオークションの内容と落札額などを記載した落札通知を電子メールによって送信する。
【0024】
またオークションシステム10は、オークションが落札されると、その当事者に相手の取引態度などを評価してもらうための機能を備えている。オークションシサイトの構造は、オークション取引が完了すると、その評価を通知してもらうためのWebページへと案内するように設計されている。その案内された先のWebページには、取引に際しての状況などを「非常に良い」「良い」「普通」「悪い」「非常に悪い」など、複数段階で評価してもらうための機能と、取引内容を評論したコメントの記入欄とが含まれている。取引当事者が自身の利用者コンピュータ21により、そのWebページ上で入力したそれら評価に関する情報をオークションシステム10に返送すると、オークションシステム10は当事者の会員IDにその評価情報を対応付けして個人情報データベース13やオークションデータベース15など所定のデータベースに格納する。
【0025】
段階評価については、例えば「非常に良い」を+2点として、以下、「良い」」「普通」…の順に、+1点・±0点・−1点・−2点に換算してデータベースに格納する。評価情報を決済システム1側の受取情報データベース2に格納するようにしてもよい。そして、新規に評価情報が送付されてくると、該当する会員IDに対応付けしてある得点に新規の得点を加算あるいは減算してデータベースを更新する。また、その段階評価とともに送付されてきたコメントを該当会員IDに対応付けして追記する。もちろんデータベースでは、各オークション案件について、出品商品や落札額・当事者双方の会員IDなど、オークション自体の取引内容が相互に対応づけされているため、アクセスしてきた利用者コンピュータ21のブラウザからの要求に応じて、誰が過去にどのような取引をしたのか、あるいはどのオークション案件において、誰が誰にどのようなコメントを残して、どんな評価をしたのかをWebページ上で確認できるようになっている。
【0026】
===受取履歴===
本実施例の決済サービスでは、所定期間内における会員一人当たりに対する立て替え払い額を制限している。そのため、決済システム1は、過去に出品者として落札代金を受け取ったことがある会員について、その代金受取履歴を受取情報データベース2にて蓄積管理している。なお、この履歴は決済サービスを利用してもしなくても受取情報データベース2に記録される。
【0027】
===利用制限設定機能の概略===
決済システム1における利用制限設定機能は、落札されたあるオークション案件について、その出品者が決済サービスによって落札代金を受け取る場合、過去のオークション取引によって付けられた累積評価得点と、過去1ヶ月間における該当会員の代金受取履歴とを参照し、その1ヶ月間で受取れる合計金額の上限を設定するものである。そして、その設定された金額以内であることを条件に決済サービスによる落札代金の受取を許可することとしている。本実施例では、過去1ヶ月の受取金額を原則30万円/月以下に制限しながら、その制限を過去の累積評価得点とその得点の内訳とに応じて100万円に緩和できるようになっている。
【0028】
===決済サービスの流れと利用制限設定機能===
あるオークションが落札されると、落札者は、その落札に係わる代金を決済システム1が提供する決済サービスを利用してクレジットカードで決済することができる。このサービスは、全てのオークション参加者が無条件で享受できるものではなく、決済システム1における利用制限機能により利用制限対象者に該当しない参加者のみに提供されるようになっている。図2に決済サービスが提供される過程の流れ図を示した。
【0029】
落札者に送信された落札通知には落札したオークション案件に固有のURLが記載されており、オークションシステム10は、落札者の利用者コンピュータ(落札者コンピュータ)21aのブラウザがこのURLを指定してアクセスしてくると、落札したオークションについての詳細な情報と落札者によって選択可能ないくつかの決済方法についての説明とが記載されたWebページ(決済案内ページ)を落札者コンピュータに送信する(s1,s2)。図3にこの決済案内ページの概略図を示した。また図4(A)〜(D)に決済サービスの提供過程を落札者コンピュータ21aのブラウザに表示される画面遷移図によって示した。
【0030】
落札者が決済案内ページ上で決済サービスを指定すると(s3)、オークションシステム10は、以後、決済システム1と落札者コンピュータ21aとのデータ通信をWebページを通じて仲介するユーザインタフェースとして機能する。すなわち、決済サービスに係わる各種指示を落札者コンピュータ21aから受け付けて、その指示やその指示に基づく所定のデータを決済システム1に随時転送し、決済システム1における各種データ処理の結果を受け付け、その処理結果を反映した内容のWebページを落札者コンピュータ21aに返送する。
【0031】
オークションシステム10は、決済サービスの利用指示を受け付けると、出品者の会員IDとそれまでの累積評価得点とを決済システム1に送付し(s4)、決済システム1は、ここで自身の利用制限機能によって出品者が決済サービスによって落札代金を受け取ることができるかどうかをまず判定する(s100)。そして、その判定結果をオークションシステムに返送する(s5)。図5にこの時点利用制限機能(s100)に係わる処理の流れ図を示した。ここでは、該当の会員について、過去1ヶ月の受取金額と累積評価得点とを取得し、累積評価得点が50点以下であれば、利用上限額を30万円として、月間受取総額が30万円以下であれば利用限度額が30万円である旨をオークションシステム10に通知する(s101→s103→s5b)。また、累積評価得点が51点以上であっても、利用上限額が100万円に設定されていなければ、同じく利用限度額が30万円である旨をオークションシステム10に通知する(s101→s102→s104→s5c)。
【0032】
累積評価得点が51点以上で、所定の条件に基づいて事前にその利用上限額が100万円に設定されている出品者であれば、月間受取総額が100万円以下であれば利用限度額が100万円である旨をオークションシステム10に通知する(s101→s102→s104→s105→s5e)。月間受取総額が累積評価得点や所定の条件に応じた利用限度額より多ければ決済サービスの利用ができない旨をオークションシステム10に通知する(s103→s5a、あるいはs105→s5d)。なお、上限額が100万円に設定される条件については後述する。
【0033】
オークションシステム10は、決済サービスの利用不可の旨が通知されてくると、エラー画面のWebページを落札者コンピュータ21aに送信し、決済サービスが利用できない旨を通知する(s6→s7)。利用可能であれば、オークションシステム10は、個人情報データベース13に落札者の会員IDを照会し、この落札者のカード決済情報が登録されているかどうかを確認する(s9,s10)。登録されている場合には、該当のクレジットカードで決済をするか、他のクレジットカードで決済をするか否かを問い合わせるための機能と、他のクレジットカードについてのカード決済情報の入力欄と、落札金額に付帯費用(送料など)を加えた送金金額の入力欄とを含んだWebページ(決済申し込みページ:図7(A))を落札者コンピュータ21aに送信する(s10→s12)。落札者がこの決済申し込みページを通じて送金金額と個人情報データベース13の登録情報を使わない旨と、このページの所定欄に入力されたその他のクレジットカードに関するカード決済情報とを返送してくれば、この送金金額とカード決済情報とを取得する(s13,s14→s17)。登録情報を使う場合には、送金金額を取得する(s13,s14→s15,s16)。
【0034】
個人情報データベース13にクレジットカード番号が登録されていない会員、あるいは本人確認費の支払いに関する情報自体が登録されていない新規のオークション参加者に対しては、送金金額とカード決済情報の入力欄を含んだ決済申し込みページ(図7(B))を送信する(s10→s11)。そして、このページに入力されて返送されてきた情報を取得する(s17,s18)。
【0035】
つぎに、オークションシステム10は、落札者コンピュータ21aからカード決済情報を受け取ると、送金金額と出品者の会員IDとを決済システム1に転送する(s19)。決済システム1は、ここでも利用制限機能に係わる処理(s200)を実行して、落札者がクレジットカード決済によって支払う送金金額に基づく判定と、この送金金額に出品者の過去1ヶ月の受取総額を加算した額に基づく判定の2段階で利用制限の可否を判定している。図6にここでの利用制限機能(s200)に係わる処理についての流れ図を示した。決済システム1は、転送されてきた送金金額が30万円より多ければ、決済サービスの利用を許可しない旨をオークションシステム10に通知する(s201→s20a)。30万円以下であれば、出品者の過去1ヶ月の受取総額に今回の送金金額(出品者が受け取る額)を加算した額を算出し、その額が所定の限度額に達していなければ、決済サービスが利用できる旨をオークションシステム10に通知する(s202→s204→s20c、あるいはs202→s203,s205→s20e)。限度額に達していれば、利用できない旨を通知する(s204→s20b、あるいはs205→s20d)。なお、この場合も出品者の累積評価得点に応じて、50点以下、すなわち出品者の利用限度額が30万円以下である場合、今回の送金金額を加算したときの額の上限を33万円以下とする。51点以上、すなわち利用限度額が100万円以下である場合には加算合計額の上限を105万円以下とする。なお、決済サービスの利用が可能である場合には、その利用手数料として、送金金額に対して所定の割合の金額を算出し(s206)、この手数料の金額も併せてオークションシステム10に通知している。
【0036】
オークションシステム10は、利用不許可の旨の通知を受け取ると、決済サービスが利用できない旨を記載したWebページを落札者コンピュータ21aに送信し、他の決済方法を利用するように案内する(s21→s22)。
【0037】
利用許可の旨の通知を受け取ったならば、決済システム1にて算出された決済サービス利用手数料を先に落札者コンピュータ21aから取得した送金金額に加えてこれを落札者の総支払額とし、この総支払額を落札者に提示するとともに、その支払いに対して同意するか否かを問うためのWebページ(支払い確認ページ:図4(C))を落札者コンピュータ21aに送信する(s21→s24)。そして、落札者が支払い確認ページ上で支払いに同意する旨を指示してその指示情報が落札者コンピュータ21aから送付されてくると、先に取得したカード決済情報と、総支払額とを決済システム1に送付する(s25,ss26→s29)。
【0038】
決済システム1は、オークションシステム10が送付してきたカード決済情報と総支払額とを照会窓口システム41に与えて与信照会を行ってもらう。照会窓口システム41から返送されてきた与信照会の結果として、与信の旨が返送されてくると、出品者の受取口座が受取情報データベース2に登録されているかどうかを調べる。そして、決済を特定するための決済IDと、与信の旨の情報と、受取口座についての調査結果とをオークションシステム10に返送するとともに、このクレジットカード決済に係わる内容情報を決済情報データベース3に格納する(s30〜s32→s34,s35)。なお、与信が得られなかった場合にはその旨をオークションシステム10に返送する(s32→s33)。
【0039】
また出品者は、落札者の与信が得られて実際にクレジットカード決済の実行が確実になった時点で、今回のクレジットカード決済によって受け取る額がそれまでの月間受取総額に加算されることになり、加算後の受取総額が先の累積評価得点に応じた利用限度額に達した場合、今月はこれ以上落札代金を受け取ることができなくなる。決済システム1は、この時点でも利用制限機能による処理(s300)を実行し、今回のオークション取引によって月間受取総額を超えてしまった出品者には、今月はこれ以上落札代金を受取ることができない旨をオークションシステム10に通知するようにしている。
【0040】
図7にここでの利用制限機能に係わる処理の流れ図を示した。加算後の受取総額が限度額に達した場合には、その旨をオークションシステム10に通知し(s301→s303→s36a、あるいはs301→s302,s305→s36b)、オークションシステム10は、今月分の落札代金については決済システム1を利用して受け取れない旨を記載した電子メール(利用制限到達通知)を出品者のメールアドレスに宛てて送信する(s45→s46)。
【0041】
また上述したように、累積評価得点が51点以上であれば、誰でも利用上限額が100万円に設定されるわけではない。月間受取額の上限が100万円に設定されている会員は、事前に所定の審査基準を満たしている必要がある。この例では、過去の累積評価得点が51点以上で、さらに、その評価履歴において、悪いと評価された割合が5%未満である場合に限って、その会員の月間受取限度額を100万円としている。なお、該当する会員については、上限額を100万にできる旨をオークションシステム10に通知しs303→s304,s306→s36d)、オークションシステム10は、この通知を受け取ると、上限額を100万にすることができる旨や、希望により上限額を100万円にするための手続き方法などを案内する電子メール(利用限度額増額通知)をこの会員に宛てて送付している(s48→s49)。
【0042】
なお、オークションシステム10は、落札者のクレジットカード決済に対して与信の旨の情報が返送されてきたならば、決済IDとクレジットカード決済が完了した旨の記載とを含んだWebページ(決済完了ページ:図4(D))を落札者コンピュータ21aに送信する。併せて、決済IDと決済完了の旨を落札者と出品者の双方に電子メールにより通知する(s37→s40,s41,s42→s44)。なお、与信が得られたものの、出品者の受取口座がまだ未登録であった場合には、出品者に送信する決済完了の電子メールに受取口座を登録するように督促する内容を記載する(s42→s43)。
【0043】
なお与信が得られなかった場合、本実施例では、決済サービス申し込みページを再送するなどして、他のクレジットカードのカード決済情報を再入力させて上記と同様に与信照会を行うループ処理に移行する(s37→s38,s39)。もちろん。このループ回数に上限を設定し、その回数を超えた時点で、エラー画面を送付してその後の処理を中止するようにしてもよい。もちろん、与信が得られなかった旨を記載したWebページを落札者コンピュータ21aに送信して他の決済方法を選択するように案内してもよい。
【0044】
決済システム1は、毎日定時など、定期的に決済情報データベース3にアクセスし、クレジットカード決済の受け付けを完了したオークション案件について、送金金額と出品者の受取口座情報とを取得する。そして、適宜な金融機関のEBシステム42に接続して、送金金額の口座振替を依頼する。また、EBシステム31よりこの依頼に対して該当の送金処理がなされた旨の情報を受け取ると、落札者が出品者に対する送金金額相当分の金額を窓口機関に対する売り上げとして計上してその旨を決済情報データベース3に格納する。
【0045】
なお決済システム1は、受取人の口座がある金融機関に決済仲介業者の口座がある場合には、その金融機関のEBシステム31に対して口座振替を依頼するようにして振込手数料を可能な限り節約している。また、同じ金融機関に口座が無くても、都市銀行同士、地方銀行同士など、より手数料の安い経路で口座振替を行うように口座振替を依頼するEBシステム31を適宜に決定している。
【0046】
===利用制限設定機能の適用範囲===
上記実施例では、決済サービスに本発明の利用制限設定方法を適用し、出品者の受取総額が受取限度額を超えている場合、その決済サービスの利用を制限していた。この例に限らず、例えば、出品者の受取総額が受取限度額を超えている場合、その月のオークション取引や参加を認めないなど、制限の対象となるサービスなどは適宜に設定できる。もちろん、利用制限を設定する際に採用する累積評価得点や受取総額などの基準は適宜に設定できるものである。
【0047】
【発明の効果】
本発明のネットオークションにおける利用制限設定方法によれば、実際のオークション取引の実績やその取引の際に取引当事者が相手に対してした評価に基づいてオークションに係わる利用制限を設定している。そのため、優良なオークション参加者が積極的に利用でき、より信頼性の高いオークションサイトが構築できる。
【図面の簡単な説明】
【図1】本発明の実施例における利用制限設定方法が適用されるネットワーク構成図である。
【図2】上記ネットワークを構成する決済システムが提供する決済サービスに係わる処理の流れ図である。
【図3】上記決済サービスの利用申し込みを受け付けるWebページの画面概略図である。
【図4】上記決済サービスの提供過程で利用者コンピュータに表示される画面の遷移図である。
【図5】上記決済システムにおける利用制限設定機能に係わる処理の流れ図である。
【図6】上記決済システムにおける利用制限設定機能に係わる処理の流れ図である。
【図7】上記決済システムにおける利用制限設定機能に係わる処理の流れ図である。
【符号の説明】
1 決済システム
2 受取情報データベース
3 決済情報データベース
10 オークションシステム
13 個人情報データベース
15 オークションデータベース
31 電子銀行業務システム
41 照会窓口システム
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a net auction usage limit setting method for setting a usage limit according to a past transaction history of an auction participant by a computer system that cooperates with an auction system for holding an online auction.
[0002]
[Prior art]
On the Internet, there is a Web site (hereinafter referred to as an auction site) that holds a service called an online auction that can be used for auction-related exhibitions and bidding procedures using a Web page as a medium (see, for example, Non-Patent Document 1). . The auction site is held by a computer system (hereinafter referred to as an auction system) including a computer and a database linked to the WWW server. This system provides a user interface based on a Web page to a computer (user computer) of an auction participant, and accepts listings and bids in an auction through this Web page. Also, personal information related to auction participants is managed, and if a successful bid auction item occurs, the fact is notified to the exhibitor and successful bidder who are the parties to the transaction, and subsequent successful bid price transfer between the parties can be performed smoothly. To mediate.
[0003]
A business model using an auction system is to collect a part of the winning bid price from an exhibitor or a winning bidder as a system usage fee as a price for providing an auction site. Of course, advertisements posted on the Web page of the auction site are also a big source of income. Therefore, in order to make the auction site successful as a business, it is important to recruit more participants and expand the transaction scale.
[0004]
However, there are many possibilities that some problems will occur in the auction, such as the successful bid price and goods not reaching the other party correctly. Some have participated in auctions for the purpose of fraud from the beginning. If the number of such defective participants increases, the reliability of the auction site decreases, resulting in a decrease in the number of participants who want to participate. Therefore, the auction organizer identifies each participant with a unique member ID as a qualification to participate in the auction, and stores and manages personal information that can identify an individual in association with the member ID in the database. The identity of participants who have accessed with their member IDs is checked in a timely manner. The auctioneer collects a predetermined fee from the member for the identity verification procedure. Therefore, unlike the contact information such as the credit card number and the account number in the personal information, the credibility of the personal information is enhanced by including information that is difficult to apply falsely. When a problem occurs, a warning message is sent to the identified individual, or some penalty is imposed on the person concerned.
[0005]
Further, when an auction transaction is established, the exhibitor and the successful bidder each evaluate the other party's transaction attitude, and the evaluation information is also managed by the auction system. When the transaction is completed, the auction system guides the party to a Web page for having the other party give an evaluation to the other party, and inputs and returns evaluation information for the other party on the Web page. The evaluation information includes comments corresponding to the opinions of the parties and evaluations that are selected from previously prepared options such as “very good”, “good”, “normal”, “bad”, and “very bad”. The auction system stores and manages the comment text and the predetermined score corresponding to the selected evaluation in association with the corresponding member ID in the database. Evaluation information on all members is disclosed on the auction site so that all the auction participants can understand who has received what evaluation in the past. Participants in the auction look at the contents of the evaluation to determine whether the transaction partner is a trustworthy person (company / store). If the evaluation contents are bad, they can refrain from bidding or reject the transaction. Self-defense against troubles. As a result, bad auction participants will be deceived naturally.
[0006]
[Non-Patent Document 1]
Yahoo Japan Corporation, "Yahoo! Auction Help Glossary", [online],
[Search October 31, 2002], Internet
<URL: http://help.yahoo.co.jp/help/jp/auct/aglos/index.html>
[0007]
[Problems to be solved by the invention]
However, since the auction system provides a mechanism for participating in an auction with a member ID, the member ID can be changed to impersonate a new participant at any time. That is, if a member with a poor evaluation pretends to be a new participant and participates in the auction again, the reliability of the auction site is not easily improved. In addition, even if a member is a good member, if the bad evaluation is given due to the prejudice on the side of the evaluation, the good member will not be able to participate in the auction in the future, leading to a stagnation or decrease in the number of auctions or the number of members. As a result, it becomes difficult to establish a business model by an auction system.
[0008]
[Means for Solving the Problems]
The present inventors were given an evaluation that they had a lot of achievements and were generally likable when paying attention to the transaction results in the auction, that is, the number of transactions and the amount actually received by the transaction. Participants thought that even if there was an exceptionally bad deal, the participant could be judged good. For better participants, relax the usage restrictions and give them more trading opportunities. For less experienced participants, limit the trading to some extent and loosen the usage restrictions when the results are accumulated. For example, the number of naturally excellent participants increased, and we thought that a more reliable auction site could be constructed.
[0009]
The present invention was created based on the above consideration, and aims to provide a method for setting usage restrictions that are fair and convincing for many participants while referring to the results of auction transactions. .
[0010]
In order to achieve this object, the present invention identifies a seller of an auction when a computer system linked with an auction system that manages a member-based auction site on the Internet wins a certain auction. The seller accesses the evaluation information database that stores and manages the evaluation score that both the seller and the successful bidder of the auction gave to the other party the evaluation score assigned to the partner by the multiple choice method. A step of obtaining a total score of evaluation scores assigned in the past, and a receipt information database for managing each member's receipt history of successful bid prices received by auction transactions. Acquiring the total amount of successful bids received in between, and depending on the total evaluation score for each member A limit setting step for setting a limit amount that can be received by auction within a predetermined period, and a step of notifying the auction system in a timely manner when the total amount received by a seller exceeds a limit amount in a certain auction item This is a usage restriction setting method in the net auction executed by executing the above.
[0011]
Further, in the limit amount setting step, the limit amount may be set according to the breakdown of the evaluation score together with the evaluation total score, and for a certain auction item for which a successful bid is made, A limit may be set for an amount obtained by adding the total amount received by the seller so far.
[0012]
In addition, when a successful bid price exceeds a predetermined amount with respect to a certain auction item for which a successful bid is made, a usage restriction setting method in a net auction including a step of notifying the fact to the auction system may be used.
[0013]
The present invention also extends to a use restriction setting system that is configured by a computer system and works in conjunction with an auction system that implements the use restriction setting method described above. Further, a computer program that causes the computer to function as the use restriction setting system by being installed in a computer and executed, and a computer-readable program storage medium that records the computer program are also included in the scope of the present invention.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
=== Overview of network configuration and usage restriction function ===
FIG. 1 shows a schematic configuration diagram of a network to which the usage restriction setting method of the present invention is applied. A user computer 21 used by auction participants and an auction system 10 for holding a net auction are connected to the Internet 20. The auction system 10 is held by a WWW server 12 for publishing an auction site, a personal information database 13 for accumulating and managing various information for managing personal information about a large number of members who are eligible to participate in the auction, and an auction site. The auction database 15 stores and manages various information about all auctions, and includes a mail server 14 for transmitting various notifications to members by e-mail. Auction participants access the auction site via the Internet 20 by means of a user computer 21 equipped with a browser and electronic mail transmission / reception software. In the auction site, an auction is held through various Web pages provided by the WWW server 12 while guiding the exhibition procedure and mediating the transaction between the exhibitor and the bidder.
[0015]
The auction system 10 is constructed on an intranet 11 managed and operated by an auction organizer. The intranet is connected to a settlement system 1 that provides a successful bid price settlement service (hereinafter referred to as a settlement service) that mediates settlement between a successful bidder and an exhibitor of a successful bid auction item. In this payment service, a payment broker who manages and manages the payment system 1 pays the successful bid price to the seller on behalf of the successful bidder, and the credit card company pays the successful bid price by credit card payment from the winning bidder's account. If it is withdrawn at a later date, it will be provided according to the flow of transferring the money to the account of the settlement broker. Therefore, the successful bidder can pay the successful bid price by credit card settlement, and the exhibitor has the advantage that the successful bid price is transferred to his / her receiving account within a short time after the successful bid.
[0016]
The payment system 1 is connected to an online credit inquiry system of a credit card company via a communication line such as an OBN (Open Business Network) 40 in order to provide the above payment service, and the credit card owned by the successful bidder And a function to make a credit inquiry about the successful bid price settlement with the card. If the auction system 10 makes a successful bid for the auctioned item, the winning bidder's credit card can be used even if the winning bidder pays the winning bid to the seller even if it is an auction transaction between individuals. It provides a mechanism that can be used for settlement. In this embodiment, the payment intermediary does not individually contract with a plurality of credit card companies. That is, the credit inquiry with each credit company according to the credit card of the winning bidder is not adopted. Instead, the credit card companies are requested to make credit inquiries in a lump sum to an online credit inquiry system (hereinafter referred to as an inquiry window system) 41 of a window organization that individually contracts with a plurality of credit card companies. In this embodiment, an inquiry window system called e-SCOTT (registered trademark) is used.
[0017]
The inquiry window system 41 has an authority to access the card user database 42 in each credit card company, and this database stores the personal information about the card user and the usage status of the credit card for each credit card number. Are stored and managed. The inquiry window system 41 inquires the card user database 42 of the corresponding credit card company for the credit card settlement case requested for credit inquiry from the settlement system 1 and settles credit permission information for settlement. Return to system 1. In addition, in the credit inquiry through the inquiry window system 41, as information to be inquired to the card user database (card settlement information), in addition to the credit card number and the expiration date of the card, a predetermined individual who can identify the owner of the card Information (birth date, name, phone number, etc.) is also referred to the credit card company.
[0018]
The payment system 1 is connected to an electronic banking (EB) system 31 of a financial institution via a communication line such as ISDN 30 so that the payment broker can exchange the successful bid price to the exhibitor. A function to perform data communication is provided. As is well known, the EB system 31 connects a host computer of a financial institution and a computer for accounting business on the customer side such as a company through a communication line, and various banking services provided to the customer by the financial institution such as account transfer. The service related to can be done online. In this embodiment, communication is performed with the EB system 31 of the financial institution according to the JBA TCP / IP procedure. Then, the EB system 31 is requested to transfer the successful bid price from the predetermined account of the settlement broker to the receiving account designated by the exhibitor.
[0019]
In the above network configuration, the payment system 1 has a use restriction function for setting a restriction on the use of the payment service based on the method of the present embodiment in the process of providing the payment service. A limit is set on the amount received when using the present settlement service based on the past evaluation results and transaction results of the person, and it is determined whether to use the settlement service based on the setting. The auction system notifies the successful bidder and the seller of the set restrictions and determination results.
[0020]
=== Personal information ===
In this embodiment, a user who wants to actually participate in an auction such as listing or bidding has a member ID unique as a member, a password for logging in to the auction system 10, and information that can identify the member himself / herself. 13 is to be registered. In addition, the auction system 10 performs timely confirmation of the identity of the participant who has accessed the member ID in the auction transaction. In addition, since the auctioneer collects a fee (identity verification fee) from the member for this identity verification procedure, various information related to the collection of the fee is also registered in the personal information database 13. In this embodiment, the credit card used for the settlement of the successful bid price by the settlement service can also be used for the payment of this identity verification fee. For members who wish to make a credit card settlement, the credit card number required for the settlement, the expiration date It is assumed that card payment information such as is registered.
[0021]
The auction system 10 identifies all auction items held by itself by an auction ID, and stores and manages in the auction database 15 information regarding the progress of each auction and information regarding exhibition / bid / successful bid / settlement. Then, the auction database 15 is updated at any time while associating the member ID of the exhibitor, the exhibited product, the member ID of the bidder, the bid amount, and the like. In addition, when participating in an auction as an exhibitor, information on an account for receiving a successful bid price (in this example, financial institution name, store name, name, account type, account number: hereinafter, receiving account information) is financial. Since the EB system 31 of the institution is requested to transfer to the account, it is managed by at least the database (hereinafter referred to as the receipt information database) 2 on the settlement system 1 side. The personal information database 13 may also manage the receipt account information.
In any case, as long as each information is managed so that both the auction system 10 and the payment system 1 can access the required information, the form and configuration of the database may be any. That is, the various databases described above may belong to either system, and what kind of hardware configuration is available as long as the auction system 10 and the payment system 1 can acquire specific information associated with the member ID. It may be. Each information may be collectively managed by one database, or predetermined information may be distributed and managed by a plurality of databases.
[0022]
=== Evaluation information ===
The auction is held and the bidding process and the bidding process are the same as those of the conventional auction system. When a new auction ID is registered in the auction database 15, the auction system 10 recruits bidders by presenting bid exhibition products and bid deadlines on a Web page, and the bidder receives a bid amount through the Web page. The auction database 15 is updated at any time while associating the corresponding auction ID with the ID of the member and the bid amount. Further, the auction database 15 is referred to as needed, and the bid amount is reflected in real time on the Web page serving as each auction site. Then, when the deadline expires, the member who presented the highest bid amount is recognized as a successful bidder. Of course, there are various rules for making a successful bid decision without waiting for expiration of the deadline, such as when the bidder presents the desired successful bid amount presented by the exhibitor as a bid amount.
[0023]
In any case, when a successful bid is determined, the auction ID is stored in the auction database 15 in association with the corresponding auction ID, the member ID of the exhibitor and the successful bidder, and the bid price. If there is an auction item for which a successful bid is made in the auction database 15, the e-mail address of the successful bidder and the exhibitor is obtained from the personal information database 13, and a successful bid notification describing the contents of the auction and the successful bid price is given to both. Send by email.
[0024]
In addition, the auction system 10 has a function for allowing a party to evaluate the other party's transaction attitude when the auction is successful. The structure of the auction site is designed so that when an auction transaction is completed, it is guided to a web page for notification of the evaluation. In the web page that has been guided, the function to have the evaluation at multiple stages such as "very good""good""normal""bad""verybad" It includes a comment field for reviewing transaction details. When the transaction party returns information about the evaluations input on the Web page by the user computer 21 to the auction system 10, the auction system 10 associates the evaluation information with the member ID of the party and personal information database. 13 or auction database 15 or the like.
[0025]
For the stage evaluation, for example, “very good” is +2 points, and then converted into +1 point, ± 0 points, −1 point, −2 points in the order of “good”, “normal”, etc., and stored in the database. To do. The evaluation information may be stored in the receipt information database 2 on the settlement system 1 side. When the evaluation information is newly sent, the database is updated by adding or subtracting the new score to the score associated with the corresponding member ID. In addition, the comment sent together with the stage evaluation is added to the corresponding member ID. Of course, in the database, for each auction item, the transaction contents of the auction itself such as the exhibited product, the winning bid amount, and the member IDs of both parties are associated with each other. Accordingly, it is possible to confirm on the Web page who has made what kind of transaction in the past or who has left what kind of comment in what auction item and what kind of evaluation has been made.
[0026]
=== Received history ===
In the settlement service of this embodiment, the amount of reimbursement for each member within a predetermined period is limited. Therefore, the settlement system 1 stores and manages the price receipt history in the receipt information database 2 for members who have received successful bid prices as exhibitors in the past. This history is recorded in the receipt information database 2 whether or not the settlement service is used.
[0027]
=== Outline of usage restriction setting function ===
The usage restriction setting function in the payment system 1 is that when a seller receives a successful bid price by a payment service for a successful auction item, the cumulative evaluation score given by the past auction transaction and the corresponding for the past month The upper limit of the total amount that can be received in one month is set with reference to the member's payment receipt history. Then, the payment of the successful bid price by the settlement service is permitted on condition that the amount is within the set amount. In this example, while the amount received in the past month is limited to 300,000 yen / month or less in principle, the limit can be relaxed to 1 million yen according to the past cumulative evaluation score and the breakdown of the score. ing.
[0028]
=== Flow of payment service and usage restriction setting function ===
When a certain auction is won, the winning bidder can pay for the winning bid with a credit card using a payment service provided by the payment system 1. This service cannot be enjoyed unconditionally by all auction participants, and is provided only to participants who do not fall under the usage restriction target by the usage restriction function in the payment system 1. FIG. 2 shows a flowchart of a process for providing a settlement service.
[0029]
In the successful bid notification sent to the successful bidder, a URL unique to the successful bid auction item is described. In the auction system 10, the browser of the successful bidder user computer (successful bidder computer) 21a designates this URL. When accessed, a Web page (settlement guide page) on which detailed information about the successful auction and explanations of some settlement methods selectable by the successful bidder are transmitted to the successful bidder computer (s1). , S2). FIG. 3 shows a schematic diagram of this settlement guidance page. Also, FIGS. 4A to 4D show the payment service providing process by screen transition diagrams displayed on the browser of the successful bidder computer 21a.
[0030]
When the successful bidder designates a payment service on the payment guide page (s3), the auction system 10 functions as a user interface that mediates data communication between the payment system 1 and the successful bidder computer 21a through the Web page. That is, various instructions relating to the payment service are received from the successful bidder computer 21a, the instructions and predetermined data based on the instructions are transferred to the payment system 1 as needed, and the results of various data processing in the payment system 1 are received. A Web page reflecting the result is returned to the successful bidder computer 21a.
[0031]
Upon receiving the payment service usage instruction, the auction system 10 sends the exhibitor's member ID and the cumulative evaluation score so far to the payment system 1 (s4). First, it is determined whether or not the exhibitor can receive the successful bid price by the settlement service (s100). Then, the determination result is returned to the auction system (s5). FIG. 5 shows a flowchart of processing related to the use restriction function (s100) at this time. Here, for the corresponding member, the amount received in the past month and the cumulative evaluation score are acquired. If the cumulative evaluation score is 50 points or less, the maximum usage amount is set at 300,000 yen and the monthly total receipt amount is 300,000 yen. If it is below, the auction system 10 is notified that the usage limit is 300,000 yen (s101 → s103 → s5b). Even if the cumulative evaluation score is 51 points or more, if the usage upper limit is not set to 1 million yen, the auction system 10 is also notified that the usage upper limit is 300,000 yen (s101 → s102). → s104 → s5c).
[0032]
If the seller has a cumulative evaluation score of 51 points or more and the maximum usage amount is set to 1 million yen in advance based on the prescribed conditions, the usage limit amount is less than 1 million yen per month. Is notified to the auction system 10 (s101 → s102 → s104 → s105 → s5e). If the total monthly receipt is greater than the cumulative evaluation score or the usage limit according to a predetermined condition, the auction system 10 is notified that the payment service cannot be used (s103 → s5a or s105 → s5d). The condition for setting the upper limit to 1 million yen will be described later.
[0033]
When the auction system 10 is notified that the payment service cannot be used, the auction system 10 transmits a Web page of an error screen to the successful bidder computer 21a to notify that the payment service cannot be used (s6 → s7). If it is available, the auction system 10 refers to the personal information database 13 for the member ID of the winning bidder and confirms whether or not the card settlement information of the winning bidder is registered (s9, s10). If registered, a function for inquiring whether to pay with the corresponding credit card or other credit card, an input field for card payment information for other credit cards, A Web page (settlement application page: FIG. 7A) including a remittance amount input field obtained by adding incidental expenses (such as shipping fee) to the winning bid amount is transmitted to the winning bidder computer 21a (s10 → s12). If the successful bidder returns the payment amount and the registration information in the personal information database 13 through this payment application page and returns the card payment information related to the other credit card entered in the specified field on this page, A remittance amount and card settlement information are acquired (s13, s14 → s17). When using the registration information, the remittance amount is acquired (s13, s14 → s15, s16).
[0034]
For members whose credit card numbers are not registered in the personal information database 13 or for new auction participants whose information relating to the payment of identity verification fees is not registered, an entry field for remittance amount and card settlement information is included. The payment application page (FIG. 7B) is transmitted (s10 → s11). Then, the information inputted and returned on this page is acquired (s17, s18).
[0035]
Next, when receiving the card payment information from the successful bidder computer 21a, the auction system 10 transfers the remittance amount and the member ID of the exhibitor to the payment system 1 (s19). The payment system 1 again executes the process (s200) related to the use restriction function, and makes a determination based on the remittance amount paid by the successful bidder by credit card settlement, and the total amount received by the exhibitor in the past month is included in this remittance amount. Whether or not usage restriction is possible is determined in two stages of determination based on the added amount. FIG. 6 shows a flowchart of processing related to the use restriction function (s200). If the transferred remittance amount is more than 300,000 yen, the settlement system 1 notifies the auction system 10 that the use of the settlement service is not permitted (s201 → s20a). If it is less than 300,000 yen, calculate the sum of the total amount received by the seller in the past month plus the amount of remittance (the amount received by the seller), and if that amount has not reached the specified limit, The auction system 10 is notified that the payment service can be used (s202 → s204 → s20c, or s202 → s203, s205 → s20e). If the limit has been reached, a notification that it cannot be used is sent (s204 → s20b or s205 → s20d). In this case as well, depending on the cumulative evaluation score of the seller, if the seller's usage limit is 300,000 yen or less, the upper limit of the amount when the current remittance amount is added is 330,000. Yen or less. When the number is 51 points or more, that is, when the usage limit is 1,000,000 yen or less, the upper limit of the total sum is set to 1,050,000 yen or less. If the payment service can be used, the usage fee is calculated at a predetermined ratio with respect to the remittance amount (s206), and the amount of the fee is also notified to the auction system 10. Yes.
[0036]
When the auction system 10 receives the notice that the use is not permitted, the auction system 10 transmits a Web page describing that the payment service cannot be used to the successful bidder computer 21a and guides the use of another payment method (s21 → s22).
[0037]
When the notice of permission is received, the payment service usage fee calculated by the payment system 1 is added to the remittance amount acquired from the successful bidder computer 21a first, and this is used as the total payment amount of the successful bidder. The total payment amount is presented to the winning bidder, and a Web page (payment confirmation page: FIG. 4C) for asking whether or not to agree to the payment is transmitted to the winning bidder computer 21a (s21 → s24). ). Then, when the successful bidder instructs to agree to the payment on the payment confirmation page and the instruction information is sent from the successful bidder computer 21a, the payment system obtains the previously acquired card payment information and the total payment amount. 1 (s25, ss26 → s29).
[0038]
The payment system 1 gives the inquiry counter system 41 the card payment information sent by the auction system 10 and the total payment amount and makes a credit inquiry. As a result of the credit inquiry returned from the inquiry window system 41, when the credit is returned, it is checked whether the seller's receipt account is registered in the receipt information database 2. Then, the settlement ID for specifying the settlement, the credit information, and the survey result on the receiving account are returned to the auction system 10 and the content information relating to the credit card settlement is stored in the settlement information database 3. (S30 to s32 → s34, s35). If credit is not obtained, the fact is returned to the auction system 10 (s32 → s33).
[0039]
In addition, when the credit of the successful bidder is obtained and the credit card settlement is actually executed, the seller receives the amount received by the current credit card settlement in addition to the total monthly receipts so far. When the total amount received after the addition reaches the limit of use corresponding to the previous cumulative evaluation score, no more successful bids can be received this month. The settlement system 1 still executes the process (s300) using the use restriction function at this point, and the seller who has exceeded the total monthly receipt due to the current auction transaction cannot receive any more successful bids this month. Is notified to the auction system 10.
[0040]
FIG. 7 shows a flowchart of processing related to the use restriction function. When the total amount received after the addition reaches the limit amount, it notifies the auction system 10 (s301 → s303 → s36a, or s301 → s302, s305 → s36b), and the auction system 10 makes a successful bid for this month. For the price, an e-mail (notification of use limit arrival) stating that it cannot be received using the settlement system 1 is sent to the e-mail address of the exhibitor (s45 → s46).
[0041]
Further, as described above, if the cumulative evaluation score is 51 points or more, the upper limit of use is not set at 1 million yen. Members whose monthly receipts are set at an upper limit of 1 million yen must meet predetermined screening criteria in advance. In this example, if the past cumulative evaluation score is 51 points or more, and the percentage evaluated as bad in the evaluation history is less than 5%, the monthly receipt limit of the member is 1 million yen. It is said. For the corresponding member, the auction system 10 is notified to the effect that the upper limit can be set to 1 million (s303 → s304, s306 → s36d), and upon receiving this notification, the auction system 10 sets the upper limit to 1 million. An e-mail (notification of increase in the usage limit) is sent to this member that informs them that it is possible to do so and, if desired, a procedure method for setting the upper limit to 1 million yen (s48 → s49).
[0042]
Note that the auction system 10 may return a web page (settlement completion) including a settlement ID and a description that the credit card settlement has been completed, if credit information is returned to the successful bidder's credit card settlement. Page: FIG. 4 (D)) is transmitted to the successful bidder computer 21a. At the same time, both the successful bidder and the seller are notified of the settlement ID and settlement completion by e-mail (s37 → s40, s41, s42 → s44). If credit is obtained but the seller's receipt account is not yet registered, the contents of urge to register the receipt account in the settlement completion e-mail to be sent to the seller are described ( s42 → s43).
[0043]
If credit is not obtained, in this embodiment, the payment service application page is retransmitted, and the card payment information of another credit card is re-input, and the process proceeds to a loop process in which credit inquiry is performed in the same manner as described above. (S37 → s38, s39). of course. An upper limit may be set for the number of loops, and when the number is exceeded, an error screen may be sent to stop subsequent processing. Of course, a web page describing that credit could not be obtained may be sent to the successful bidder computer 21a to guide the user to select another settlement method.
[0044]
The settlement system 1 periodically accesses the settlement information database 3 such as on a regular basis every day, and acquires the remittance amount and the exhibitor's receiving account information for the auction item for which the acceptance of the credit card settlement has been completed. And it connects to the EB system 42 of a suitable financial institution, and requests the account transfer of the remittance amount. Also, when receiving information from the EB system 31 that the corresponding remittance processing has been performed, the successful bidder records the amount corresponding to the remittance amount for the seller as sales to the counter agency and settles that effect. Store in the information database 3.
[0045]
In the case where the settlement system 1 has a settlement broker's account in the financial institution where the recipient's account is located, the settlement system 1 requests the account transfer to the EB system 31 of the financial institution as much as possible. Saving. In addition, even if there is no account in the same financial institution, the EB system 31 that requests account transfer is determined as appropriate so that account transfer is performed through a route with a lower fee, such as between city banks and between regional banks.
[0046]
=== Applicability of usage restriction setting function ===
In the above embodiment, the use restriction setting method of the present invention is applied to the settlement service, and the use of the settlement service is restricted when the total amount received by the exhibitor exceeds the receipt limit. Not limited to this example, for example, when the total receipt amount of the exhibitor exceeds the receipt limit amount, a service subject to restriction such as not allowing the auction transaction or participation in the month can be set as appropriate. Of course, the criteria such as the cumulative evaluation score and the total amount received when setting usage restrictions can be set as appropriate.
[0047]
【The invention's effect】
According to the use restriction setting method in the net auction of the present invention, the use restriction related to the auction is set based on the actual performance of the auction transaction and the evaluation made by the transaction party against the other party at the time of the transaction. As a result, excellent auction participants can actively use it, and a more reliable auction site can be constructed.
[Brief description of the drawings]
FIG. 1 is a network configuration diagram to which a usage restriction setting method according to an embodiment of the present invention is applied.
FIG. 2 is a flowchart of processing related to a payment service provided by a payment system constituting the network.
FIG. 3 is a schematic screen view of a Web page that accepts an application for using the payment service.
FIG. 4 is a transition diagram of screens displayed on a user computer in the process of providing the settlement service.
FIG. 5 is a flowchart of processing related to a use restriction setting function in the payment system.
FIG. 6 is a flowchart of processing related to a use restriction setting function in the payment system.
FIG. 7 is a flowchart of processing related to a use restriction setting function in the payment system.
[Explanation of symbols]
1 Settlement system
2 Receipt information database
3 Settlement information database
10 Auction system
13 Personal information database
15 Auction database
31 Electronic banking system
41 Inquiry window system

Claims (7)

インターネット上で会員制のオークションサイトを管理しているオークションシステムと連携するコンピュータシステムが、
あるオークションが落札された際に、当該オークションの出品者を特定するステップと、
オークションの出品者と落札者の双方が相手に対して多肢択一方式で付けた評価得点を該当の会員に対応付けして蓄積管理する評価情報データベースにアクセスして、出品者が過去に付けられた評価得点の合計点を取得するステップと、
オークション取引によって受け取った落札代金の受取履歴を会員ごとに管理する受取情報データベースにアクセスして、出品者が現在から過去所定期間までの間に受け取った落札代金の受取総額を取得するステップと、
各会員について、評価合計点に応じて所定期間内にオークションによって受け取れる限度額を設定する限度額設定ステップと、
あるオークション案件において、出品者の受取総額が受取限度額を超えている場合に、その旨をオークションシステムに適時に通知するステップと、
を実行することを特徴とするネットオークションにおける利用制限設定方法。
A computer system linked to an auction system that manages membership auction sites on the Internet,
Identifying an auction seller when an auction is won,
Access both the auction seller and successful bidder to the evaluation information database that stores and manages the evaluation score assigned to the other party by using the multiple choice method, and the seller assigns it in the past. Obtaining a total score of the obtained evaluation scores;
Accessing the receipt information database that manages the receipt history of the successful bid price received by the auction transaction for each member, and obtaining the total received price of the successful bid price received by the seller from the present to the past predetermined period;
For each member, a limit setting step for setting a limit that can be received by the auction within a predetermined period according to the evaluation total score,
In a certain auction item, when the total amount received by the seller exceeds the maximum receipt amount, a step to notify the auction system to that effect in a timely manner;
The use restriction setting method in the net auction characterized by executing.
請求項1において、限度額設定ステップでは、前記評価合計点とともに、評価得点の内訳に応じて限度額を設定することを特徴とするネットオークションにおける利用制限設定方法。2. The usage limit setting method in an Internet auction according to claim 1, wherein, in the limit amount setting step, a limit amount is set according to a breakdown of the evaluation score together with the evaluation total score. 請求項1において、限度額設定ステップでは、落札したあるオークション案件について、当該落札によって出品者が受け取る落札代金と、当該出品者がそれまでに受け取った受取総額とを加算した額についても限度額を設定することを特徴とするネットオークションにおける利用制限設定方法。In claim 1, in the limit setting step, for a certain auction item for which a successful bid has been made, a limit is also set for the sum of the successful bid price received by the seller by the successful bid and the total amount received by the seller so far. A use restriction setting method in an online auction characterized by setting. 請求項1〜3のいずれかにおいて、落札されたあるオークション案件について、落札代金が所定の額を超えている場合に、その旨をオークションシステムに通知するステップを含んでいることを特徴とするネットオークションにおける利用制限設定方法。The network according to any one of claims 1 to 3, further comprising a step of notifying the auction system of a successful bid price when a successful bid price exceeds a predetermined amount. Usage restriction setting method in auction. コンピュータシステムにより構成されて、請求項1〜4のいずれかに記載の利用制限設定方法を実施することを特徴とするオークションシステムと連動する利用制限設定システム。A use restriction setting system linked to an auction system, which is configured by a computer system and implements the use restriction setting method according to claim 1. コンピュータにインストールされて実行されることで、当該コンピュータを請求項5に記載の利用制限設定システムとして機能させることを特徴とするコンピュータプログラム。A computer program that, when installed on a computer and executed, causes the computer to function as the use restriction setting system according to claim 5. 請求項6に記載のコンピュータプログラムを記録したコンピュータ読取可能なプログラム格納媒体。A computer-readable program storage medium in which the computer program according to claim 6 is recorded.
JP2002361003A 2002-12-12 2002-12-12 Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction Expired - Lifetime JP4486779B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002361003A JP4486779B2 (en) 2002-12-12 2002-12-12 Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002361003A JP4486779B2 (en) 2002-12-12 2002-12-12 Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2006257596A Division JP4213175B2 (en) 2006-09-22 2006-09-22 Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction

Publications (2)

Publication Number Publication Date
JP2004192438A true JP2004192438A (en) 2004-07-08
JP4486779B2 JP4486779B2 (en) 2010-06-23

Family

ID=32759904

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002361003A Expired - Lifetime JP4486779B2 (en) 2002-12-12 2002-12-12 Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction

Country Status (1)

Country Link
JP (1) JP4486779B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006235828A (en) * 2005-02-23 2006-09-07 Denso Corp Taxi allocation reservation system, taxi allocation reservation method, server and portable terminal
WO2008056547A1 (en) * 2006-11-07 2008-05-15 Rakuten, Inc. Auction evaluation support system
JP2016051396A (en) * 2014-09-01 2016-04-11 日本電信電話株式会社 Transaction management system and transaction management method
JP2018045649A (en) * 2016-09-16 2018-03-22 ヤフー株式会社 Determination device, determination method, and determination program

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006235828A (en) * 2005-02-23 2006-09-07 Denso Corp Taxi allocation reservation system, taxi allocation reservation method, server and portable terminal
JP4513597B2 (en) * 2005-02-23 2010-07-28 株式会社デンソー Taxi dispatch reservation system, taxi dispatch reservation method, server and mobile terminal
WO2008056547A1 (en) * 2006-11-07 2008-05-15 Rakuten, Inc. Auction evaluation support system
JP2016051396A (en) * 2014-09-01 2016-04-11 日本電信電話株式会社 Transaction management system and transaction management method
JP2018045649A (en) * 2016-09-16 2018-03-22 ヤフー株式会社 Determination device, determination method, and determination program

Also Published As

Publication number Publication date
JP4486779B2 (en) 2010-06-23

Similar Documents

Publication Publication Date Title
JP4234412B2 (en) Payment service method for electronic commerce, payment system, computer program, program storage medium
US8671043B2 (en) Server for supporting an exchange transaction
US6629082B1 (en) Auction system and method for pricing and allocation during capital formation
US7983976B2 (en) Methods and apparatus for formulation, initial public or private offering, and secondary market trading of risk management contracts
TW544609B (en) Electronic trading systems and methods
US20050065871A1 (en) Collateralized loan market systems and methods
US20020120537A1 (en) Web based system and method for managing business to business online transactions
US20100131426A1 (en) Method and Apparatus for Issuance of Trade of Real Estate Notes
EP1429269A2 (en) Disintermediated financial transaction system
US20050038723A1 (en) Storage medium storing a lease transaction program, lease transaction system and lease transaction method for financial and related instruments
JP2003030438A (en) Method for processing loan application in electronic commercial transaction system
US11854079B2 (en) Secure messaging systems and methods using intelligent probabilistic volatility servers
JP4486779B2 (en) Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction
US20040107154A1 (en) Storage medium storing a disintermediated financial transaction program, disintermediated financial transaction system and disintermediated financial transaction method
TW498238B (en) Integrated capital market system for small issuers, including auction
JP4213175B2 (en) Use restriction setting method, use restriction setting system, computer program, and program storage medium in net auction
US11847696B2 (en) Secure messaging systems and methods
KR20010035004A (en) Electronic tender system and method used internet
KR20090000821A (en) The system for managing a loaning business which takes a online auction method
EP1445719A1 (en) Exchange transaction system for financial and related instruments
JP4237551B2 (en) Incidental expense management method, incidental expense management system, computer program in net auction
JP2002074235A (en) Online settlement system, service point settlement system, its method, and recording medium on which its program is recorded
JP2004192439A (en) Transfer requesting method and system, program for executing method thereof by computer, and recording medium recorded with this program
US20080147532A1 (en) System and Methods for Transferring Tax Credits
WO2022230213A1 (en) Escrow-type schedule booking system and social evaluation system therefor

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060508

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060725

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060922

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060928

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20061117

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090828

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091127

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100222

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100329

R150 Certificate of patent or registration of utility model

Ref document number: 4486779

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130402

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130402

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140402

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term