(57)【要約】      （修正有）【課題】入札者に対して付加的な手続きを発生させることなく、入札者による焦燥感などの心理的要因から不適正な価格での入札過誤や監視時間の無駄を回避することができる管理装置、管理方法、管理プログラムおよび管理システムを提供する。【解決手段】入札形式による電子商取引への入札参加希望の申込を受け付ける受付部と、受付部により入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判定する人数判定部と、人数判定部により入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加者としての入札参加を制限する入札制御部と、を備えた。【選択図】図２
2019091241.tif 000002
【特許請求の範囲】
【請求項１】
入札形式による電子商取引への入札参加希望の申込を受け付ける受付部と、
前記受付部により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判定する人数判定部と、
前記人数判定部により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加者としての入札参加を制限する入札制御部と、
を備えることを特徴とする管理装置。
【請求項２】
前記入札制御部は、１つの入札が実行された場合、所定時間が経過するまで当該入札者を含むすべての入札参加者による新規入札を制限し、
前記所定時間内に、出品者による当該入札者により入札された入札価格での取引成否の選択結果を取得する取得部と、
前記取得部により取得された選択結果が取引成立を示す場合、前記入札者との取引を成立と判定し、前記取得部により取得された選択結果が取引不成立を示す場合、または、前記取得部により前記所定時間内に出品者による取引成否の選択結果が取得されなかった場合は、前記入札者との取引を不成立と判定する判定部と、
をさらに備えることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記入札制御部は、前記判定部により前記取引が不成立と判定された場合、前記所定時間経過後に次の入札を待機している入札参加者による入札を受け付けること、
を特徴とする請求項２に記載の管理装置。
【請求項４】
前記人数判定部により、前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加者としての入札参加を許可するユーザを、信用度が高い順に決定する決定部、
をさらに備えたことを特徴とする請求項１〜３のいずれか１つに記載の管理装置。
【請求項５】
前記入札制御部は、前記人数判定部により、前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、前記受付部により申込が受け付けられた所定の順番以内のユーザに入札参加を許可すること、
をさらに備えたことを特徴とする請求項１〜４のいずれか１つに記載の管理装置。
【請求項６】
前記入札制御部は、前記人数判定部により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、すでに入札参加者としての入札が許可された所定人数のユーザが入札を終了するごとに、入札参加者としての入札参加を待機している所定人数のユーザに入札参加を許可すること、
を特徴とする請求項１〜４のいずれか１つに記載の管理装置。
【請求項７】
前記人数判定部により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加者としての入札参加を待機しているユーザの待機の順番をユーザ端末に表示させる表示制御部、
をさらに備えたことを特徴とする請求項１〜６のいずれか１つに記載の管理装置。
【請求項８】
管理装置における管理方法であって、
オークションへの入札参加希望の申込を受け付ける受付ステップと、
前記受付ステップにより前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判断する判断ステップと、
前記判定部により参加申込が受け付けられたユーザが所定人数を超えたと判断された場合、入札参加を制限する入札制御ステップと、
を含むことを特徴とする管理方法。
【請求項９】
コンピュータを、管理装置として機能させる管理プログラムであって、
前記コンピュータに、
オークションへの入札参加の申込を受け付ける受付機能と、
前記受付機能により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判断する判断機能と、
前記判断機能により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判断された場合、入札参加者としての入札参加を制限する入札制御機能と、
を備えることを特徴とする管理プログラム。
【請求項１０】
端末装置と、
管理装置と、
を備え、
前記端末装置は、
オークションへの入札参加希望の申込を前記管理装置に送信する送信部、
を有し、
前記管理装置は、
前記端末装置から送信された前記入札参加希望の申込を受け付ける受付部と、
前記受付部により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判断する判定部と、
前記判定部により前記入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判断された場合、入札参加者としての入札参加を制限する入札制御部と、
を有することを特徴とする管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電子商取引を管理する管理装置、管理方法、管理プログラムおよび管理システムに関する。
【背景技術】
【０００２】
従来のインターネットオークションの多くは、オークションの終了時刻があらかじめ設定され、入札者は現在入札価格を上回る価格を順次入札していき、終了時刻において最高入札額を入札した入札者が商品を落札できる方法が採用されている。このため、オークションの終了時刻に近付くまでは入札者は静観し、終了時刻間際に過剰な数の入札がなされ、入札者による焦燥感などの心理的要因から不適正な価格が落札価格となることがある。また、それゆえ、落札者は落札価格を入札したものの、オークション終了後に当該価格を入札過誤によるものとして、取引を辞退することによりトラブル発生するケースも生じる。
【０００３】
そこで、近年、このようなオークション終了時刻間際に入札価格が過剰に高騰する事態を回避する方法が多数提案されている（例えば、特許文献１、特許文献２）。
【０００４】
例えば、特許文献１には、オークションの入札希望者に対して、他の入札希望者により入札が行われる前に、当該他の入札希望者による入札の可能性を通知する方法や、特許文献２には、入札ごとの手数料を課金したり、入札上限額を設定したりして、急激な入札価格の高騰を防止する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−０７１７６０号公報
【特許文献２】特開２０１３−０２９８９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、これらの方法においては、入札者に付加的な手続を発生させたり、オークションが終了するまでオークションを監視する時間を浪費させたりするとともに、出品者にとっては不必要に落札価格が抑制されると感じさせるケースも生じ、入札者および出品者双方にとって必ずしも満足度が高い方法でない場合もある。
【０００７】
そこで、本発明は、入札者に対して付加的な手続きを発生させることなく、入札者による焦燥感などの心理的要因から不適正な価格での入札過誤や監視時間の無駄を回避することができる管理装置、管理方法、管理プログラムおよび管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係る管理装置は、入札形式による電子商取引への入札参加希望の申込を受け付ける受付部と、受付部により入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判定する人数判定部と、人数判定部により入札参加希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加者としての入札参加を制限する入札制御部と、を備えた。
【発明の効果】
【０００９】
本発明によれば、入札者に対して付加的な手続きを発生させることなく、入札者による焦燥感などの心理的要因から不適正な価格での入札過誤や監視時間の無駄を回避することができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態１における管理システムの全体構成の一例を示す図である。
【図２】実施形態１における管理装置の機能構成の一例を示すブロック図である。
【図３】実施形態１におけるユーザ情報の一例を示す図である。
【図４】実施形態１におけるオークション開催情報の一例を示す図である。
【図５】実施形態１における相場情報の一例を示す図である。
【図６】実施形態１における管理装置の表示制御部により生成された入力画面の一例を示す図である。
【図７】実施形態１における端末装置の機能構成の一例を示すブロック図である。
【図８】実施形態１における管理装置によるオークション取引の成否を判定する処理を示すフローチャートである。
【図９】実施形態１における管理装置と、出品者の端末装置と、１番目のユーザの端末装置と、２番目のユーザの端末装置によるオークション実行処理の流れを示すシーケンス図である。
【図１０】実施形態２における管理システムの全体構成の一例を示す図である。
【図１１】実施形態２における管理装置の機能構成の一例を示すブロック図である。
【図１２】実施形態２における端末装置の機能構成の一例を示すブロック図である。
【図１３】実施形態２における管理装置による入札参加の許否を判定する処理を示すフローチャートである。
【図１４】実施形態２における管理装置によるオークション取引の成否を判定する処理を示すフローチャートである。
【図１５】実施形態２における管理装置と、出品者の端末装置と、１番目のユーザの端末装置と、２番目のユーザの端末装置と、３番目のユーザの端末装置によるオークション実行処理の流れを示すシーケンス図である。
【図１６】実施形態１および実施形態２におけるオークション装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１１】
以下に、図面を用いて本発明に係る管理システム、管理装置、管理方法、および、管理プログラムの実施の形態を説明する。以下の実施の形態において、本発明における入札形式による電子商取引としてインターネットオークションを例示して説明する。なお、この実施の形態により本発明が限定されるものではない。
【００１２】
（実施形態１）
まず、管理システム１の構成の一例について説明する。本実施形態における管理システムには、ユーザが商品の売却を希望した場合に、既存のオークションにおいて設定される所定の取引終了までの期間よりも短い期間における売却を想定したシステムであって、売却金額を買い手側による入札という形のオークション方式が採用される。図１は、実施形態１における管理システム１の全体構成の一例を示す図である。図１に示すように、実施形態１の管理システム１は、オークションを管理する管理装置１００が、出品者の端末装置２００ａと、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃと、３番目のユーザの端末装置２００ｄと、ネットワーク１０を介して相互通信可能に接続されている。以下の説明において、これら端末装置２００ａ〜２００ｄは、出品者の端末装置であるか、入札者の端末装置であるかなど特に明示する場合を除き、端末装置２００と総称する。また、図１においては、端末装置２００ａ〜２００ｄの４台を図示するが、端末装置の数はこれに限定されない。なお、これら管理システム１の各部は任意の通信路を介して通信可能に接続されている。
【００１３】
図２は、実施形態１における管理装置１００の機能構成の一例を示すブロック図である。以下、図２を用いて管理装置１００の機能構成について説明する。
【００１４】
図２に示すように、管理装置１００は、制御部１０１と、記憶部１２０と、通信制御インターフェース部１３０とを備えている。
【００１５】
記憶部１２０は、ユーザ情報データベース１１１と、オークション開催情報データベース１１２と、相場情報データベース１１３とを記憶する。
【００１６】
ユーザ情報データベース１１１には、ユーザ情報が格納されている。ここで、ユーザ情報とは、ユーザの識別情報に、ユーザ端末やユーザの個人情報などが対応付けられた情報である。図３は、ユーザ情報の一例を示す図である。図３に例示すユーザ情報では、ユーザＩＤに、ユーザネームと、評価と、氏名と、住所と、電話番号と、メールアドレスとが対応付けられている。
【００１７】
オークション開催情報データベース１１２には、オークション開催情報（販売開催情報）が格納されている。オークション開催情報とは、出品者となるユーザの識別情報に、出品方式と、出品対象となる商品の商品情報などが対応付けられた情報である。ここで、出品方式としては、指値方式（第一入札方式）と、オークション方式（第二入札方式）とがある。指値方式は、出品者による開始価格の設定はされず、入札者により指値として入力される入札価格に対して、出品者により当該指値での売買取引の可否が逐次選択され、出品者が取引成立を選択した時点で、当該入札価格を入力した入札者が落札者となる出品方式である。一方、オークション方式は、出品者によりオークション終了日時と、開始価格が設定され、入札者により現在価格を上回る入札価格が順次入力されていき、オークション終了日時において最高額を入札した入札者が落札者となる出品方式である。図４は、オークション開催情報の一例を示す図である。図４に例示するオークション開催情報では、出品者のユーザIDに、出品方式と、商品情報と、開始価格が対応付けられている。なお、図４では、出品者により初期設定において選択された、指値方式、オークション方式のいずれかが示されているが、オークション方式が初期設定において選択された場合であっても、落札者がいなかった場合、オークション終了後に指値方式による再出品を選択可能としてもよい。
【００１８】
なお、実施形態１において、オークション方式として、最高金額を入札した入札者が落札者となるイングリッシュオークションスタイルを例示するが、他の例として、出品者が最高額から徐々に値段を下げていき、下げられた値段に対して最初の入札者が入札した時点で当該価格が落札価格となり、当該入札者が落札者となるダッチオークションスタイルを採用することとしてもよい。
【００１９】
相場情報データベース１１３には、相場情報が格納されている。ここで、相場情報とは、管理装置１００により実行されたオークションにおいて落札された商品の価格相場に関する情報であり、落札者の識別情報に、商品情報と、落札価格と、落札者の識別情報などが対応付けられた情報である。図５は、相場情報の一例を示す図である。図５に例示する相場情報では、出品者のユーザＩＤに、落札日時と、落札者のユーザＩＤと、商品情報と、落札価格が対応付けられている。
【００２０】
入札参加条件データベース１２４には、入札参加条件が格納されている。ここで、入札参加条件とは、入札参加希望の申込が受け付けられたユーザに、入札参加を許可する条件である。また、入札参加とは、実際に入札価格を入札することにより入札に参加することであり、入札参加希望の申込とは、入札参加の権利付与を求める申込のことである。入札参加条件には、入札参加を許可する人数である参加許可人数、入札参加を許可するユーザの条件などがある。例えば、入札参加を許可するユーザの条件としては、所定値以上の評価を有すること、入札参加希望の申込が受け付けられた順番が所定の順番以内であることなどである。なお、本実施形態において、入札参加が許可されたユーザを入札参加者とし、入札参加希望の申込が受け付けられたユーザを入札参加希望の申込が受け付けられたユーザ、または、入札参加を待機しているユーザとし、入札参加希望の申込が受け付けられる前のユーザを単にユーザとして、以下に説明する。
【００２１】
制御部１０１は、受付部１０２と、人数判定部１０３と、入札制御部１０４と、相場情報取得部１０５と、推定部１０６と、選択結果取得部１０７と、取引成否判定部１０８と、表示制御部１０９と、送受信部１１０とを備える。
【００２２】
受付部１０２は、出品者の端末装置２００ａからオークション開催情報を、ユーザの端末装置２００ｂ〜２００ｄから入札参加希望の申込や、入札価格などの各種情報の入力を、通信制御インターフェース部１３０を介して受け付ける。
【００２３】
人数判定部１０３は、入札参加条件データベース１２４に定められている入札参加条件に従って、所定のタイミングで、受付部１０２により入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判定する。具体的には、人数判定部１０３は、受付部１０２により入札参加希望の申込が受け付けられたユーザの数を受け付けられる毎にカウントし、カウントする毎に、カウントした人数が、入札参加条件で規定されている参加許可人数を超えたか否かを判定する。例えば、入札参加条件データベース１２４に、受付部１０２により入札参加希望の申込を受け付けたユーザ先着１０人が規定された入札参加条件が格納されている場合、人数判定部１０３は、受付部１０２により入札参加希望の申込が受け付けられたユーザの数１１人をカウントした時点で、所定人数を超えたと判定する。
【００２４】
入札制御部１０４は、人数判定部１０３により入札希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加を制限する。例えば、入札参加条件データベース１２４に、受付部１０２により入札参加希望の申込を受け付けたユーザ先着１０人が規定された入札参加条件が格納されていた場合、入札制御部１０４は、人数判定部１０３により１１人目とカウントされたユーザの入札参加を不許可とする。
【００２５】
相場情報取得部１０７は、相場情報データベース１１３から、受付部１０２により受け付けられたオークション開催情報に含まれる商品情報を検索し、該当する商品情報に対応付けられている相場情報をすべて取得する。また、相場情報取得部１０７は、当該商品情報に対応する商品の相場情報を、通信制御インターフェース部１３０を介して、インターネット上の他のオークションサイトや、中古品販売サイトなどから取得してもよい。なお、中古品販売サイトの場合、相場情報データベース１１３に格納される相場情報に含まれる落札価格は、販売価格に対応する。
【００２６】
推定部１０６は、相場情報取得部１０７により取得された相場情報に基づいて、出品対象となる商品の落札価格を推定し、推定した落札価格を推定価格として表示制御部１０３を介して出品者の端末装置２００ａに出力する。例えば、推定部１０６は、相場情報取得部１０７により取得された相場情報に含まれる落札価格と商品の状態から、ある一定の価格帯を推定価格として出力してもよいし、同程度の状態の商品における複数の落札価格から平均値を推定価格として出力してもよい。または、推定部１０６は、相場情報取得部１０７により同一の種類の商品の相場情報が取得されなかった場合や、適正な落札価格を推定するのに不十分な数の相場情報しか取得されなかった場合には、商品の定価と商品の状態などから機械学習により落札価格を推定してもよい。
【００２７】
表示制御部１０９は、受付部１０２により受け付けられたオークション開催情報をもとに、端末装置２００に出力するオークションの開催画面（図示せず）を生成する。ここで、オークション開催画面は、入札者による入札価格の入力を受け付ける入力フォームや、商品説明などの商品情報を表示する表示情報などにより構成される。
【００２８】
また、表示制御部１０９は、受付部１０２により受け付けられた現在入札価格を出品者の端末装置２００ａの画面にリアルタイムで表示させる表示情報を生成し、通信制御インターフェース部１３０を介して出品者の端末装置２００ａに出力する。
【００２９】
また、表示制御部１０９は、１つの入札ごとに、出品者による現在入札価格での取引成否の選択を入力する入力画面を表示させる表示情報を生成し、通信制御インターフェース部１３０を介して出品者の端末装置２００ａに出力する。例えば、表示制御部１０９は、所定時間として１分があらかじめ設定されたタイマーと、取引成否の選択アイコンを上記の入力画面に表示する。さらに、表示制御部１０３は、推定部１０６により推定された落札価格を推定価格として、上記入力画面に併せて表示してもよい。
【００３０】
さらに、表示制御部１０９は、入札参加希望の申込受付画面の表示情報を生成し、通信制御インターフェース部１３０を介して、端末装置２００に出力する。ここで、入札参加希望の申込受付画面とは、入札参加希望の申込を受け付ける画面であって、例えば、申込を選択可能なアイコンなどを表示する画面である。また、表示制御部１０９は、取引成否判定部１０８により、ある端末装置２００から受け付けられた入札価格による取引が成立と判定された場合、すべての端末装置２００に入札受付終了を表示する表示情報を出力する。
【００３１】
図６は、実施形態１における管理装置の表示制御部１０９により生成された入力画面の一例を示す図である。図６に示すように、出品者の端末装置２００ａの表示画面には、入力画面３０が表示される。入力画面３０は、現在価格「￥２５００」を示すアイコン３１と、推定価格「￥２５００〜￥３５００」を示すアイコン３２と、「残り時間」を示すタイマー３３と、取引成否を選択する「売る」を示す選択アイコン３４と、「売らない」を示す選択アイコン３５で構成される。
【００３２】
選択結果取得部１０７は、出品者の端末装置２００ａにより入力された、現在入札価格による取引成否の選択結果を、出品者の端末装置２００ａから、通信制御インターフェース部１３０を介して取得する。
【００３３】
取引成否判定部１０８は、選択結果取得部１０７により取得された選択結果が取引成立を示す場合は、取引成立を示す選択結果が選択された入札価格による取引を成立と判定する。また、取引成否判定部１０８は、選択結果取得部１０７により取得された選択結果が取引不成立を示す場合、または、所定時間内に出品者による取引成否の選択結果が取得されなかった場合は、当該入札価格による取引を不成立と判定する。
【００３４】
取引成否判定部１０８は、選択結果取得部１０７により取得された選択結果が取引成立を示す場合は、取引成立を示す選択結果が選択された入札価格による取引を成立と判定する。また、取引成否判定部１０８は、選択結果取得部１０７により取得された選択結果が取引不成立を示す場合、または、所定時間内に出品者による取引成否の選択結果が取得されなかった場合は、当該入札価格による取引を不成立と判定する。
【００３５】
送受信部１１０は、通信制御インターフェース部１３０を介して、各種情報を端末装置２００などの外部装置と送受信する。例えば、送受信部１１０は、出品者の端末装置２００ａからオークション開催情報を受信したり、ユーザの端末装置２００に、入札制御部１０４により判定された入札参加許否の結果を示す情報や、出品者の端末装置２００ａにオークション終了時における落札された商品の相場情報などを送信したりする。
【００３６】
通信制御インターフェース部１３０は、通信回線や電話回線等に接続されるアンテナやルータ等の通信装置（図示せず）に接続されるインターフェースである。すなわち、通信制御インターフェース部１３０は、端末装置２００等のような外部装置と通信回線を介してデータを通信する機能を有している。
【００３７】
次に、端末装置２００の機能構成について説明する。図７は、実施形態１における端末装置２００の機能構成の一例を示すブロック図である。図７に示すように、端末装置２００は、記憶部２１０と、制御部２０１と、通信制御インターフェース部２２０と、入出力制御インターフェース部２３０と、表示部２３１と、入力部２３２とを備えている。
【００３８】
記憶部２１０は、入出力制御インターフェース部２３０に接続されたスキャナやカメラなどの外部装置（図示せず）から取得された出品対象となる商品の画像情報などを記憶する。
【００３９】
表示部２３１は、液晶画面などから構成されるディスプレイ、モニタ、または、タッチパネル等の情報を出力する画面等である。入出力制御インターフェース部２３０は、表示部２３１や入力部２３２への制御を行う。
【００４０】
通信制御インターフェース部１３０は、通信回線や電話回線等に接続されるアンテナやルータ等の通信装置（図示せず）に接続されるインターフェースである。すなわち、通信制御インターフェース部１３０は、端末装置２００等のような外部装置と通信回線を介してデータを通信する機能を有している。
【００４１】
制御部２０１は、入力情報受付部２０２と、表示制御部２０３と、送受信部２０４とを備えている。
【００４２】
入力情報受付部２０２は、入力部２３２から出品者や入札者により入力された情報を、入出力制御インターフェース部２３０を介して受け付ける。例えば、入力情報受付部２０２は、出品者によるオークション開催情報の入力や、ユーザによる入札参加希望の申込や、入札参加者による入札価格の入力などを受け付ける。
【００４３】
表示制御部２０３は、入出力制御インターフェース部２３０を介して、表示部２３１に各種表示情報を表示する。例えば、表示制御部２０３は、管理装置１００から受信した表示情報から入力画面を生成し、生成した入力画面を表示部２３１に表示する。
【００４４】
送受信部２０４は、通信制御インターフェース部２２０を介して、各種情報を管理装置１００などの外部装置と送受信する。例えば、送受信部２０４は、管理装置１００から、入札参加希望の申込に対する入札参加の許否に関する情報や、オークション終了時における相場情報などを受信したり、入力情報受付部２０２により入力を受け付けた情報を管理装置１００に送信したりする。
【００４５】
次に、管理装置１００によるオークションの取引成否を判定する処理を説明する。図８は、実施形態１における管理装置１００によるオークション取引の成否を判定する処理を示すフローチャートである。
【００４６】
管理装置１００の受付部１０２は、ユーザの端末装置２００から、入札参加希望の申込を受け付ける（ステップＳ１）。管理装置１００の人数判定部１０３は、入札参加希望の申込が所定人数を超えたか否かを判定する（ステップＳ２）。具体的には、管理装置１００の人数判定部１０３は、入札参加条件データベース１２４を参照し、入札参加条件に規定されている参加許可人数を超えたか否かを判定する。
【００４７】
管理装置１００の入札制御部１０４は、ステップＳ２において、所定人数を超えたと判定された場合（ステップＳ２：Ｙｅｓ）、入札参加を制限する（ステップＳ３）。例えば、管理装置１００の入札制御部１０４は、入札参加希望の申込が受け付けられた先着順位１０人に入札参加を許可し、１１番以降に申込が受け付けられたユーザに入札参加を不許可とし、各ユーザに通知する。
【００４８】
管理装置１００の受付部１０２は、入札参加者の端末装置から入札を受け付ける（ステップＳ４）。例えば、管理装置１００の受付部１０２は、１番目のユーザの端末装置２００ｂから入札を受け付けたとする。管理装置１００の表示制御部１０９は、１番目のユーザの端末装置２００ｂから、１つの入札が受け付けられた時点で、タイマーを設定する（ステップＳ５）。例えば、管理装置１００の表示制御部１０３は、所定時間として１分が設定されているタイマーをオンにする。
【００４９】
管理装置１００の入札制御部１０４は、ステップＳ５においてタイマーが設定された時点で、ステップＳ４において入札が受け付けられた１番目のユーザ以外の入札参加者からの入札を制限する（ステップＳ６）。
【００５０】
管理装置１００の表示制御部１０９は、入札価格とタイマーと選択アイコンを出品者の端末装置２００ａに表示する（ステップＳ７）。具体的には、管理装置１００の表示制御部１０９は、ステップＳ４において受け付けた入札価格と、ステップＳ５においてオンにしたタイマーと、取引成否の選択アイコンの表示情報を出品者の端末装置２００ａにリアルタイムで表示出力する。
【００５１】
管理装置１００の取引成否判定部１０８は、１番目のユーザの端末装置２００ｂから、タイマーの設定時間の経過前に取引成否の選択が取得されたか否かを判定する（ステップＳ８）。管理装置１００の取引成否判定部１０８は、１番目のユーザの端末装置２００ｂから、タイマーの設定時間の経過前に取引成否の選択が取得されたと判定した場合（ステップＳ８：Ｙｅｓ）、１番目のユーザの端末装置２００ｂから、取引成立の選択が受け付けられたか否かを判定する（ステップＳ９）。
【００５２】
管理装置１００の取引成否判定部１０８は、１番目のユーザの端末装置２００ｂから、取引成立の選択が受け付けられたと判定した場合（ステップＳ９：Ｙｅｓ）、１番目のユーザとの取引を成立と判定する（ステップＳ１０）。管理装置１００の表示制御部１０９は、端末装置２００に入札受付終了を表示する（ステップＳ１１）。
【００５３】
次に、管理装置１００と、出品者の端末装置２００ａと、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃによるオークション実行処理について説明する。図９は、実施形態１における管理装置１００と、出品者の端末装置２００ａと、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃによるオークション実行処理の流れを示すシーケンス図である。
【００５４】
出品者の端末装置２００ａは、管理装置１００にオークション開催情報を送信する（ステップＳ１１）。管理装置１００は、オークションを開始する（ステップＳ１２）。具体的には、管理装置１００は、ステップＳ１１において受信したオークション開催情報に基づいてオークションの開催画面を生成し、生成したオークションの開催画面の表示情報を端末装置２００に送信する。
【００５５】
管理装置１００は、端末装置２００から入札参加希望の申込受付画面を端末装置２００に表示する（ステップＳ１３）。１番目のユーザの端末装置２００ｂは、管理装置１００に入札参加希望の申込を送信する（ステップＳ１４）。管理装置１００は、入札参加の許否を判定する（ステップＳ１５）。例えば、管理装置１００は、ステップＳ１４において受信した入札参加希望の申込が、先着所定順位以内の申込であるか否かを判定する。ここで、入札参加条件に、先着順位１０人が規定されていたとする場合、ステップＳ１４において受信した入札参加希望の申込は１番目であるので、管理装置１００は、当該申込による入札参加を許可と判定する。管理装置１００は、１番目のユーザの端末装置２００ｂに入札参加許可を示す情報を送信する（ステップＳ１６）。
【００５６】
次に、２番目のユーザの端末装置２００ｃは、管理装置１００に入札参加希望の申込を示す情報を送信する（ステップＳ１７）。管理装置１００は、入札参加の許否を判定する（ステップＳ１８）。例えば、管理装置１００は、ステップＳ１４において受信した入札参加希望の申込が、先着所定順位以内の申込であるか否かを判定する。ここで、先着順位１０人が規定されていたとする場合、ステップＳ１７において受信した入札参加希望の申込は２番目であるので、管理装置１００は、当該申込による入札参加を許可と判定する。管理装置１００は、１番目のユーザの端末装置２００ｂに入札参加許可を示す情報を送信する（ステップＳ１９）。
【００５７】
管理装置１００は、入札受付画面の表示情報をユーザの端末装置２００ｂと２００ｃに出力する（ステップＳ２０）。１番目のユーザの端末装置２００ｂは、管理装置１００に、入札価格を入力した入力情報を送信する（ステップＳ２１）。管理装置１００は、所定のタイマーを設定する（ステップＳ２２）。例えば、管理装置１００は、１分に設定されたタイマーをオンにする。管理装置１００は、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃに、入札待機指示を送信する（ステップＳ２３）。同時に、管理装置１００は、出品者の端末装置２００ａに取引成否の選択入力画面の表示情報を送信し、取引成否の選択を要求する（ステップＳ２３）。
【００５８】
出品者の端末装置２００ａは、取引不成立を示す情報を管理装置１００に送信する（ステップＳ２４）。管理装置１００は、ステップＳ２０において入札された入札価格による取引を不成立と判定する（ステップＳ２５）。管理装置１００は、１番目のユーザの端末装置２００ｂに、取引不成立を示す情報を送信する（ステップＳ２６）。管理装置１００は、１番目のユーザの端末装置２００ｂと２番目のユーザの端末装置２００ｃに入札受付再開を示す情報を送信する（ステップＳ２７）。
【００５９】
このように、実施形態１によれば、入札参加希望を受け付けたユーザが所定人数に達した場合は、入札参加が制限されるとともに、入札者は前回の入札価格を上回る入札価格を要求されることなく入札できるので、入札者は付加的な手続きや、焦燥感などの心理的要因から不適正な価格での入札過誤によるトラブルを回避することができる。また、実施形態１によれば、入札ごとに出品者により取引成否が選択されるので、入札者は入札した価格による取引結果を即座に知ることができるので、監視時間の無駄を回避することができる。つまり、出品者および入札者は、一般的なオークションやフリーマーケットで前提となる売却決定までに要する期間よりも短い期間で売却および購入することができるとともに、出品者にとっては古物業者の買い取りよりも商品によっては高く、また、落札者にとっては古物業者による販売価格よりも安くなる可能性がある金額において取引を行うことができる。
【００６０】
（実施形態２）
まず、実施形態２における管理システムの構成の一例について説明する。実施形態１と同様に、実施形態２における管理システムには、ユーザが商品の売却を希望した場合に、既存のオークションにおいて設定される所定の取引終了までの期間よりも短い期間における売却を想定したシステムであって、売却金額を買い手側による入札という形のオークション方式が採用される。図１０は、実施形態２における管理システム２の全体構成の一例を示す図である。図１０に示すように、実施形態２の管理システム２は、オークションを管理する管理装置３００が、出品者の端末装置４００ａと、１番目のユーザの端末装置４００ｂと、２番目のユーザの端末装置４００ｃと、３番目のユーザの端末装置４００ｄと、ネットワーク１０を介して相互通信可能に接続されている。以下の説明において、これら端末装置４００ａ〜４００ｄは、出品者の端末装置であるか、入札者の端末装置であるかなど特に明示する場合を除き、端末装置４００と総称する。また、図１０においては、端末装置４００ａ〜４００ｄの４台を図示するが、端末装置の数はこれに限定されない。なお、これら管理システム２の各部は任意の通信路を介して通信可能に接続されている。また、実施形態１と同一の構成については、同一の符号を付して説明を省略する。
【００６１】
まず、実施形態２における管理システム２における管理装置３００の機能構成について説明する。図１１は、実施形態２における管理装置３００の機能構成の一例を示すブロック図である。図１１に示すように、管理装置３００は、記憶部３２０と、制御部３０１と、通信制御インターフェース部１３０とを備えている。
【００６２】
記憶部３２０は、ユーザ情報データベース１１１と、オークション開催情報データベース１１２と、相場情報データベース１１３と、入札参加条件データベース３２４とを記憶する。
【００６３】
入札参加条件データベース３２４には、入札参加条件と、参加継続条件が格納されている。例えば、入札参加条件には、所定人数以上の入札参加希望の申込が受け付けられた場合に入札参加を許可する条件として、ユーザ情報に含まれる評価が所定値以上であることが規定されている。ここで、評価とは、出品者と落札者ともに、成立した取引において相互に評価される数値であり、例えば、信用度が３段階や５段階の数値で評価される。そして、ユーザ情報データベース１１１に格納されているユーザ情報に含まれる評価には、取引毎に評価された数値の平均値が示されている。また、参加継続条件とは、所定人数以上の入札参加希望の申込が受け付けられた場合に、すでに入札参加を許可したユーザによる次回入札参加の継続を許可する条件である。例えば、参加継続条件として、同一ユーザによる入札回数が所定回数以内であることが規定されている。
【００６４】
制御部３０１は、受付部１０２と、人数判定部３０３と、入札制御部３０４と、相場情報取得部１０５と、推定部１０６と、選択結果取得部１０７と、取引成否判定部１０８と、表示制御部１０９と、送受信部３１０とを備えている。
【００６５】
人数判定部３０３は、入札参加条件データベース１２４に定められている入札参加条件に従って、所定のタイミングで、受付部１０２により入札参加希望の申込が受け付けられたユーザが所定人数を超えたか否かを判定する。例えば、人数判定部３０３は、受付部１０２により最初に入札参加希望の申込が受け付けられた時点から、所定時間（例えば、５分）、または、所定間隔で待機し、当該所定時間が経過時に入札参加希望の申込が受け付けられたユーザの人数をまとめてカウントすることとしてもよい。この場合、人数判定部３０３は、カウントした合計人数が、入札参加条件で規定されている参加許可人数を超えたか否かを判定する。
【００６６】
入札制御部３０４は、人数判定部３０３により入札希望の申込が受け付けられたユーザが所定人数を超えたと判定された場合、入札参加者としての入札参加を制限する。例えば、入札参加条件データベース３２４に、入札参加条件として、信用度が良い／普通／悪いの３段階評価のうち良いの件数が所定値以上や、５段階評価の平均値が所定値以上が規定されていた場合、入札制御部３０４は、ユーザ情報データベース１１１を参照して、信用度が３段階評価のうち所定値未満、または、５段階評価の平均値が所定値未満のユーザに対して入札参加を不許可と判定する。
【００６７】
また、例えば、入札参加条件データベース３２４に、参加継続条件として、１つのオークションにおいて同一ユーザによる入札回数が５回以内であることが規定されていたとする。この場合、入札制御部３０４は、入札参加を許可したユーザによる入札回数をカウントし、カウントした入札回数が６回目となる場合に、当該入札参加者による継続参加を不許可と判定する。具体的には、入札制御部３０４は、入札参加を許可したユーザのユーザ情報に、入札回数を対応付けたリストを入札参加者リストとして生成する。入札制御部３０４は、入札者による入札回数５回をカウントした場合、当該入札者を入札参加者リストから除外し、入札参加者の端末装置２００に、継続参加不許可を示す情報を送信する。そして、入札制御部３０４は、入札参加を待機している次順位のユーザを入札参加者リストに追加する。ここで、次順位となるのは、受付部１０２により入札参加希望の申込が受け付けられた順位としてもよい。
【００６８】
送受信部３１０は、通信制御インターフェース部１３０を介して、各種情報を端末装置２００などの外部装置と送受信する。例えば、送受信部３１０は、入札者の端末装置２００に、入札参加の許否や、参加継続の許否を示す情報などを送信する。
【００６９】
次に、端末装置４００の機能構成について説明する。図１２は、実施形態２における端末装置４００の機能構成の一例を示すブロック図である。図１２に示すように、端末装置４００は、記憶部２１０と、制御部４０１と、通信制御インターフェース部２２０と、入出力制御インターフェース部２３０と、表示部２３１と、入力部２３２とを備えている。
【００７０】
制御部４０１は、入力情報受付部２０２と、表示制御部４０３と、送受信部４０４とを備えている。
【００７１】
表示制御部４０３は、入出力制御インターフェース部２３０を介して、表示部２３１に各種表示情報を表示する。例えば、表示制御部４０３は、管理装置３００から受信した参加継続の許否を示す表示情報から入力画面を生成し、生成した入力画面を表示部２３１に表示する。
【００７２】
送受信部４０４は、通信制御インターフェース部２２０を介して、各種情報を管理装置１００などの外部装置と送受信する。例えば、送受信部２０４は、管理装置３００から、入札参加の許否を示す情報や、参加継続の許否を示す情報を受信したり、入札参加希望の申込を示す情報を管理装置１００に送信したりする。
【００７３】
次に、管理装置３００による入札参加の許否を判定する処理について説明する。図１３は、実施形態２における管理装置３００による入札参加の許否を判定する処理を示すフローチャートである。
【００７４】
管理装置３００の受付部１０２は、ユーザの端末装置２００から入札参加希望の申込を受け付ける（ステップＳ３１）。管理装置３００の人数判定部３０３は、ステップＳ３１において、最初に入札参加希望の申込が受け付けられた時点から所定時間が経過したか否か判定する(ステップＳ３２)。例えば、管理装置３００の人数判定部３０３は、所定時間として５分待機する。
【００７５】
管理装置３００の人数判定部３０３は、ステップＳ３１において入札参加希望の申込が受け付けられたユーザが所定人数以上であるか否かを判定する(ステップＳ３３)。管理装置３００の入札制御部３０４は、ステップＳ３３において、所定人数以上の申込が受け付けられたと判定された場合(ステップＳ３３：Ｙｅｓ)、ステップＳ３１において入札参加希望の申込が受け付けられたユーザすべてにつき、入札参加条件を満たすか否かを判定する（ステップＳ３４）。
【００７６】
管理装置３００の入札制御部３０４は、ステップＳ３４において、入札参加条件を満たすと判定したユーザに対して（ステップＳ３４：Ｙｅｓ）、入札参加許可と判定する（ステップＳ３５）。一方、管理装置３００の入札制御部３０４は、ステップＳ３４において、入札参加条件を満たさないと判定したユーザに対しては（ステップＳ３４：Ｎｏ）、入札参加不許可と判定する（ステップＳ３６）。
【００７７】
次に、管理装置３００によるオークション取引の成否を判定する処理について説明する。図１４は、実施形態２における管理装置３００によるオークション取引の成否を判定する処理を示すフローチャートである。
【００７８】
ステップＳ４１〜ステップＳ４９までの処理は、実施形態１において図８を用いて説明した管理装置１００によるオークション取引の成否を判定する処理のステップＳ１〜ステップＳ９までの処理と同様であるため、説明を省略する。
【００７９】
管理装置３００の入札制御部３０４は、ステップＳ４８において、タイマー設定時間の経過前に取引成否の選択が取得されなかったと判定した場合（ステップＳ４８：Ｎｏ）、および、ステップＳ４９において、取引成立の選択が取得されなかったと判定した場合は（ステップＳ４９：Ｎｏ）、ステップＳ３４において入札した入札者が所定回数以上入札したか否かを判定する（ステップＳ５０）。
【００８０】
管理装置３００の入札制御部３０４は、ステップＳ５０において、当該入札者が所定回数以上入札したと判定した場合（ステップＳ５０：Ｙｅｓ）、当該入札者を入札参加者リストから除外する（ステップＳ５１）。具体的には、管理装置３００の入札制御部３０４は、入札参加者リストから除外した入札参加者の端末装置２００に、継続参加不許可を示す情報を送信する。管理装置３００の入札制御部３０４は、入札参加を待機しているユーザを入札参加者リストに追加する（ステップＳ５２）。具体的には、管理装置３００の入札制御部３０４は、入札参加を待機しているユーザの端末装置２００に入札参加許可を示す情報を送信する。
【００８１】
ステップＳ５０に戻り、管理装置３００の入札制御部３０４は、当該入札者は所定回数以上入札したと判定しなかった場合（ステップＳ５０：Ｎｏ）、当該入札者による次回以降の入札への参加継続を許可し、ステップＳ４４に戻り、入札受付を再開する。
【００８２】
次に、管理装置３００と、出品者の端末装置２００ａと、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃと、３番目のユーザの端末装置２００ｄによるオークション実行処理について説明する。図１５は、実施形態２における管理装置１００と、出品者の端末装置２００ａと、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃと、３番目のユーザの端末装置２００ｄによるオークション実行処理の流れを示すシーケンス図である。
【００８３】
ステップＳ６１〜ステップＳ６４までの処理は、実施形態１において図９を用いて説明した管理装置３００と、出品者の端末装置２００ａと、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃと、３番目のユーザの端末装置２００ｄによるオークション実行処理のステップＳ１１〜ステップＳ１４までの処理と同様であるため、説明を省略する。
【００８４】
１番目のユーザの端末装置２００ｂは、管理装置３００に入札参加希望の申込を示す情報を送信する（ステップＳ６４）。２番目のユーザの端末装置２００ｃは、管理装置３００に入札参加希望の申込を示す情報を送信する（ステップＳ６５）。３番目のユーザの端末装置２００ｄは、管理装置３００に入札参加希望の申込を示す情報を送信する（ステップＳ６６）。
【００８５】
管理装置３００は、入札参加の許否を判定する（ステップＳ６７）。具体的には、管理装置３００は、ステップＳ５４において１番目のユーザの端末装置２００ｂによる入札参加希望の申込を受け付けた時点から、所定時間、例えば５分間待機し、５分が経過する前に入札参加希望の申込を受け付けた３番目のユーザの端末装置２００ｄまでのユーザをカウントする。管理装置３００は、カウントしたユーザ数が、入札参加が許可される所定人数（例えば、２人）を超えるか否かを判定する。ここで、管理装置３００は、カウントしたユーザ数（３人）は、入札参加が許可される所定人数（２人）を超えると判定し、申込を受け付けた端末装置２００のそれぞれのユーザ情報を参照し、入札参加条件（評価３以上）を満たすか否かをさらに判定する。そして、管理装置３００は、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００が、入札参加条件を満たし（評価３以上）、３番目のユーザの端末装置２００に対応するユーザは入札参加条件を満たしていない（評価３未満）と判定したとする。
【００８６】
管理装置３００は、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃに入札参加許可を示す情報を送信し、３番目のユーザの端末装置２００ｄに入札参加不許可を示す情報を送信する（ステップＳ６８）。
【００８７】
管理装置３００は、入札参加者の端末装置２００ｂ、２００ｃに、入札受付画面を出力する（ステップＳ６９）。１番目のユーザの端末装置２００は、管理装置１００に入札価格を示す情報を送信する（ステップＳ７０）。
【００８８】
管理装置３００は、タイマーを設定する（ステップＳ７１）。管理装置３００は、１番目のユーザの端末装置２００ｂと、２番目のユーザの端末装置２００ｃに、入札待機指示を送信する（ステップＳ７２）。管理装置３００は、出品者の端末装置２００ｂに取引成否の選択を入力する入力画面の表示情報を送信し、取引成否の選択を要求する（ステップＳ７３）。
【００８９】
出品者の端末装置２００ａは、取引不成立を示す情報を管理装置３００に送信する(ステップＳ７３)。管理装置３００は、ステップＳ６０における入札価格による取引を不成立と判定する（ステップＳ７４）。管理装置３００は、１番目のユーザの端末装置２００ｂに、取引不成立を示す情報を送信する（ステップＳ７５）。管理装置３００は、１番目のユーザの端末装置２００ｂによる参加継続の許否を判定する（ステップＳ７６）。
【００９０】
管理装置３００は、１番目のユーザの端末装置２００ｂに、参加継続の許可を示す情報を送信するとともに、入札参加を待機している３番目のユーザの端末装置３００ｄに入札参加許可を示す情報を送信する（ステップＳ７７）。
【００９１】
管理装置３００は、２番目の端末装置２００ｃと３番目の端末装置２００ｄに入札受付再開を示す情報を送信する（ステップＳ７８）。
【００９２】
このように、実施形態２によれば、入札参加希望を受け付けたユーザが所定人数に達した場合は、入札参加が制限されるとともに、入札者は前回の入札価格を上回る入札価格を要求されることなく入札できるので、入札者は付加的な手続きや、焦燥感などの心理的要因から不適正な価格での入札過誤によるトラブルを回避することができる。また、実施形態１によれば、入札ごとに出品者により取引成否が選択されるので、入札者は入札した価格による取引結果を即座に知ることができるので、監視時間の無駄を回避することができる。つまり、出品者および入札者は、一般的なオークションやフリーマーケットで前提となる売却決定までに要する期間よりも短い期間で売却および購入することができるとともに、出品者にとっては古物業者の買い取りよりも商品によっては高く、また、落札者にとっては古物業者による販売価格よりも安くなる可能性がある金額において取引を行うことができる。
【００９３】
また、このように、実施形態２における管理装置３００によるオークション取引の成否を判定する処理によれば、オークション開催情報において、指値方式が指定されている場合であっても、設定された終了日時におけるまで、指値方式による取引がすべて不成立である場合は、終了日時において通常方式が適用される。すなわち、オークション開催情報において、指値方式が指定されていても、出品者が指値方式による取引成否の選択ができない状況であれば、終了日時において通常方式が適用されることにより、出品者および入札者ともに、再度のオークション開催を不要とすることができる。これにより、出品者および入札者双方にとって、出品手続や、入札手続、さらには、オークションの監視時間が新たに追加されることなく、迅速に取引が成立する。
【００９４】
図１６は、実施形態１および実施形態２における管理装置１００、３００を実現可能なコンピュータ２０の一例を示すハードウェア構成図である。図１６に示すように、コンピュータ２０は、ＣＰＵ（Central  Processing  Unit）２１、ＲＡＭ（Random  Access  Memory）２２、ＲＯＭ（Read  Only  Memory）２３、ＨＤＤ（Hard  Disk  Drive）２４、通信インターフェース（Ｉ／Ｆ）２５、入出力インターフェース（Ｉ／Ｆ）２６、およびメディアインターフェース（Ｉ／Ｆ）２７を備える。
【００９５】
ＣＰＵ２１は、ＲＯＭ２３またはＨＤＤ２４に格納されたプログラムにより動作し、各部の制御を行う。ＲＯＭ２３は、コンピュータ２０の起動時にＣＰＵ２１によって実行されるブートプログラムや、コンピュータ２０のハードウェアに依存するプログラム等を格納する。
【００９６】
ＨＤＤ２４は、ＣＰＵ２１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェース２５は、通信回線を介して外部機器から受信したデータをＣＰＵ２１に送り、ＣＰＵ２１が生成したデータを、通信回線を介して外部機器に送信する。
【００９７】
ＣＰＵ２１は、入出力インターフェース２６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ２１は、入出力インターフェース２６を介して、入力装置からデータを取得する。また、ＣＰＵ２１は、生成したデータを、入出力インターフェース２６を介して出力装置へ出力する。
【００９８】
メディアインターフェース２７は、記憶媒体２８に格納されたプログラムまたはデータを読み取り、ＲＡＭ２２を介してＣＰＵ２１に提供する。ＣＰＵ２１は、当該プログラムを、メディアインターフェース２７を介して記憶媒体２８からＲＡＭ２２上にロードし、ロードしたプログラムを実行する。記憶媒体２８は、例えばＤＶＤ（Digital  Versatile  Disc）等の光学記憶媒体、磁気記憶媒体、または半導体メモリ等である。
【００９９】
コンピュータ２０が実施形態１および実施形態２におけるオークション装置１００、３００として機能する場合、コンピュータ２０のＣＰＵ２１は、ＲＡＭ２２上にロードされたプログラムを実行することにより、受付部１０２、人数判定部１０３、３０３、入札制御部１０４，３０４、相場情報取得部１０５、推定部１０６と、選択結果取得部１０７、取引成否判定部１０８、表示制御部１０９、送受信部１１０、３０９の各機能を実現する。また、ＨＤＤ２４には、ユーザ情報データベース１１１、オークション開催情報データベース１１２、相場情報データベース１１３、入札参加条件１１４、３１４内のデータが格納される。
【０１００】
管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital  Versatile  Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。コンピュータ２０のＣＰＵ２１は、これらのプログラムを、メディアインターフェース２７を介して上記の記憶媒体から読み取って実行するが、他の例として、外部装置から、通信回線を介してこれらのプログラムを取得してもよい。
【０１０１】
なお、管理プログラムは、例えば、ActionScript、JavaScript（登録商標）、Python、Rubyなどのスクリプト言語、C言語、C＋＋、C＃、Objective-C、Swift、Java（登録商標）などのコンパイラ言語などを用いて実装できる。
【産業上の利用可能性】
【０１０２】
この発明は、入札者に対して付加的な手続きを発生させることなく、入札者による焦燥感などの心理的要因から不適正な価格での入札過誤や監視時間の無駄を回避することができるという効果を有する。
【符号の説明】
【０１０３】
１、２      管理システム
１０    ネットワーク
１００、３００  管理装置
１０１、２０１、２５０  制御部
１０２  受付部
１０３、３０３  人数判定部
１０４、３０４  入札制御部
１０５  相場情報取得部
１０６  推定部
１０７  選択結果取得部
１０８  取引成否判定部
１０９  表示制御部
１１０、３１０  送受信部
１２０、２１０、３２０  記憶部
１２１  ユーザ情報データベース
１２２  オークション開催情報データベース
１２３  相場情報データベース
１２４、３２４  入札参加条件データベース
１３０、２２０、２６０  通信制御インターフェース部
２００、４００  端末装置
２０２  受付部
２０３  表示制御部
２０４、４０４  送受信部
２３１、２７１  表示部
２３２、２７２  入力部
【図１】
2019091241.tif 000003
【図２】
2019091241.tif 000004
【図３】
2019091241.tif 000005
【図４】
2019091241.tif 000006
【図５】
2019091241.tif 000007
【図６】
2019091241.tif 000008
【図７】
2019091241.tif 000009
【図８】
2019091241.tif 000010
【図９】
2019091241.tif 000011
【図１０】
2019091241.tif 000012
【図１１】
2019091241.tif 000013
【図１２】
2019091241.tif 000014
【図１３】
2019091241.tif 000015
【図１４】
2019091241.tif 000016
【図１５】
2019091241.tif 000017
【図１６】
2019091241.tif 000018