(57)【要約】【課題】発注した複数の商品またはサービスのオークションを個別に開催しながら、その発注内容に関する入札条件を一括して評価することができるオークション管理装置を得ること。【解決手段】開催者によって定義された個々の商品またはサービスの入札状況を一括して評価する評価関数を用いて、個々の商品またはサービスの最新の入札条件から複数の商品またはサービスの入札状況を一括して評価した評価値を参加者ごとに演算する評価関数演算機能３３２と、評価関数演算機能３３２によって演算された評価値を開催者端末と参加者端末に表示させるオークション状態生成機能３３３とを備える。【選択図】        図２
2006228014.tif 000002
【特許請求の範囲】
【請求項１】
複数の商品またはサービスの一括した購入または販売を希望するオークション開催者の開催者端末からの個々の商品またはサービスに関するオークション開催条件と、前記オークション開催条件に対して入札を行うオークション参加者の参加者端末からの入札条件とを通信回線を介して受取って、所定の期間、前記複数の商品またはサービスの個々の入札状況に加えて全体の入札状況を前記開催者端末または前記参加者端末に表示させるオークション管理装置であって、
前記開催者によって定義された前記個々の商品またはサービスの入札状況を一括して評価する評価関数を用いて、前記個々の商品またはサービスの最新の入札条件から前記複数の商品またはサービスの入札状況を一括して評価した評価値を前記参加者ごとに演算する評価関数演算手段と、
前記評価関数演算手段によって演算された前記評価値を前記開催者端末と前記参加者端末に表示させるオークション状態生成手段と、
を備えることを特徴とするオークション管理装置。
【請求項２】
前記オークション状態生成手段は、前記評価関数演算手段によって演算された全ての参加者についての評価値のうち、前記評価値の演算時までにおける前記開催者にとって最良の評価値を時系列に配置したオークション状態情報を生成し、前記開催者端末と前記参加者端末に表示させることを特徴とする請求項１に記載のオークション管理装置。
【請求項３】
前記オークション状態生成手段は、前記評価関数演算手段によって演算された全ての参加者についての前記評価値を時系列に配置したオークション状態情報を生成し、前記開催者端末と前記参加者端末に表示させることを特徴とする請求項１に記載のオークション管理装置。
【請求項４】
前記オークション状態生成手段は、前記評価値とこの評価値に対応する参加者を識別する参加者識別情報を含む第１のオークション状態情報を生成して前記開催者端末に提示し、前記第１のオークション状態情報の参加者識別情報のうち提示する参加者以外の参加者識別情報を匿名表示とした第２のオークション状態情報を前記参加者端末に表示させることを特徴とする請求項１〜３のいずれか１つに記載のオークション管理装置。
【請求項５】
前記第２のオークション状態情報は、前記評価関数を含むことを特徴とする請求項４に記載のオークション管理装置。
【請求項６】
前記オークション状態生成手段は、前記評価関数による演算時における参加者の順位を含むオークション状態情報を生成することを特徴とする請求項１〜４のいずれか１つに記載のオークション管理装置。
【請求項７】
前記評価関数は、前記入札内容中の入札価格を含む所定の情報をパラメータとして、所定の手順にしたがって演算を行う関数であることを特徴とする請求項１に記載のオークション管理装置。
【請求項８】
複数の商品またはサービスの一括した購入または販売を希望するオークション開催者の開催者端末と、
前記複数の商品またはサービスに対して入札を行う参加者の参加者端末と、
前記開催者と前記参加者との間で開催されるオークションの管理を行うオークション管理装置と、
が通信回線を介して互いに接続されたオークションシステムで複数の商品またはサービスの入札状況を一括して評価する複数オークションの入札評価方法であって、
前記オークション管理装置は、
前記開催者端末からの、前記複数の商品またはサービスを個別のオークションとして開催するためのオークション開催条件と、前記個別に開催されるオークションでの各商品またはサービスの入札内容を一括して評価するための評価関数と、を登録するオークション条件登録工程と、
前記参加者端末からの前記オークション開催条件に対する入札条件を登録する入札条件登録工程と、
全ての前記参加者について参加者ごとに、前記個別のオークションの入札条件を用いて前記評価関数から前記複数の商品またはサービスを一括して評価した評価値を演算する評価値演算工程と、
前記演算された評価値を前記開催者端末と前記参加者端末に表示させる評価値表示工程と、
を含むことを特徴とする複数オークションの入札評価方法。
【請求項９】
請求項８に記載された方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを用いてオークションを行うオークション管理装置と、そのオークションにおける入札評価方法およびその方法をコンピュータに実行させるプログラムに関するものである。
【背景技術】
【０００２】
従来、購入者と販売者とをネットワークで結び、種々の商品やサービスを競売にかけるオークションシステムが広く使用されるようになっている。このオークションシステムには、販売者が最低の希望価格をオークションシステムに掲示し、購入者はオークション期間内に購入要件を満たしつつ他の購入者の提示価格よりも上回る価格を提示して、販売者の商品やサービスなどを落札する通常のオークションのほかに、購入者が購入要件をシステム上に掲示し、販売者はオークション期間内に購入要件を満たしつつ他の販売者の提示価格を下回る価格を提示することで、購入者の商品やサービスなどを落札したり、受注したり、または契約交渉の優先権などを得る逆オークションと呼ばれるものも存在する。
【０００３】
ところで、逆オークションにおいて、購入者が関連性のある複数の商品を同時に入手しようとする場合、たとえば旅行の際の交通手段のチケットと旅行先での宿泊設備のチケットの両方を同時に入手したいと考えている場合、交通手段のチケットと宿泊設備のチケットの両方が揃って初めて購入者の目的を達成するが、いずれかのチケットを購入できなかった場合には購入者の目的を達成することができない。このような複数の発注内容を含みかつ一括して発注する必要がある場合に、従来では購入者が提示可能な価格は１つであったので、購入者は、全発注内容をまとめて１つのオークションとするか、個々の発注内容ごとに分割したオークションとするかのいずれかを選ばなければならない。
【０００４】
全発注内容をまとめて１つのオークションとする場合には、発注内容の個々のものについての単価を別途確認する必要があり、また個々の発注内容ごとに分割したオークションとする場合には、それぞれの発注内容を単位として落札されるが、全体を一括して同一の販売者に発注するためには、別途全体で評価して落札者を決める必要があった。つまり、いずれの場合にも購入者にとっては、オークションを実施するための負担となっていた。
【０００５】
また、上記の逆オークションにおいて、複数の商品やサービスを一括して購入することができるオークションシステムが提案されている。このオークションシステムでは、販売者から入力される販売する商品に関するデータとその価格からなる販売者データと、購入者から入力される購入希望の関連性を持つ複数の商品に関するデータとそれらの合計価格からなる購入者データとを用いて売買データベースを構築し、それぞれの価格条件に基づいて複数の商品の売買の成立の可否を判定し、売買成立時に購入者にその成立を通知するようにしている（特許文献１）。
【０００６】
【特許文献１】特開２００２−５６２３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このような逆オークションを利用したオークションシステムは、個人間の売買で広く利用されているが、企業の購買部門でも、これを応用した逆オークションを行うことで、従来の合見積りにおける購入者と販売者の双方の手間と時間を省くことができる上に、販売者間でのリアルタイムな競争による購買価格の低減の利益を得ることも可能となる。たとえば、企業の購買部門では、セット品の個別アイテムの単価や、単品であっても今期、来期、そのつぎの期のトレンド価格などの異なる期における価格を、販売者を決定する際の要素とすることが多い。この販売者の選択基準は、企業の購買部門ごとに異なるものであり、たとえば、セット品の個別アイテムの単価を重視して販売者を選ぶ場合もあれば、長期的な商品の単価を考慮して販売者を選ぶこともある。
【０００８】
しかし、上述した特許文献１に記載のオークションシステムでは、購入者は複数の商品を一括して購入することができるが、オークションの期間については言及されておらず、一度購入者の掲示条件を満たすものが存在すると、そのものに決定してしまうという問題点があった。つまり、このオークションシステムは、販売者の提示する固定された値段に基づいて、購入者の希望の条件に合うものをすでに登録されている内容から見つけ出す形式のものであり、購入者にとって最良の条件を提示する仕組みは十分ではなかった。そのため、一度購入者の掲示条件を満たすものが存在すると、その後にさらによい条件を提示する販売者が現れたとしても考慮されず、オークションシステムにおける販売者間のリアルタイムな競争による購買価格の低減がうまく機能しないという問題点があった。また、特許文献１に記載のオークションシステムでは、複数の商品またはサービスを同一の購入者から購入する場合に、別途個別に開催されているオークション全体で評価して落札者を決める必要があり、購入者の負担を軽減するものとはなっていないという問題点もあった。
【０００９】
この発明は、上記に鑑みてなされたもので、オークションシステムにおいて、複数の商品またはサービスの一括した購入または販売を希望するオークション開催者が、オークション期間内に、各商品またはサービスについて個別に開催されるオークションを確認しながら、これらの全てのオークションにおける各販売者の入札条件を一括した評価をリアルタイムに得ることができるオークション管理装置を得ることを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、この発明にかかるオークション管理装置は、複数の商品またはサービスの一括した購入または販売を希望するオークション開催者の開催者端末からの個々の商品またはサービスに関するオークション開催条件と、前記オークション開催条件に対して入札を行うオークション参加者の参加者端末からの入札条件とを通信回線を介して受取って、所定の期間、前記複数の商品またはサービスの個々の入札状況に加えて全体の入札状況を前記開催者端末または前記参加者端末に表示させるオークション管理装置であって、前記開催者によって定義された前記個々の商品またはサービスの入札状況を一括して評価する評価関数を用いて、前記個々の商品またはサービスの最新の入札条件から前記複数の商品またはサービスの入札状況を一括して評価した評価値を前記参加者ごとに演算する評価関数演算手段と、前記評価関数演算手段によって演算された前記評価値を前記開催者端末と前記参加者端末に表示させるオークション状態生成手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
この発明によれば、オークション開催者は、相互に関連のある複数の商品またはサービスについてのオークションにおいて、個々の商品またはサービスの入札状況を確認することができるとともに、相互に関連のある商品またはサービスの全体についての入札状況を、リアルタイムに得ることができるという効果を有する。また、評価関数は、オークション開催者によって、評価項目や評価項目間の重み付けなどの評価基準を柔軟に設定できるので、オークション開催者の目的に合わせた評価を行うことできるという効果も有する。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明にかかるオークション管理装置、複数オークションの入札評価方法およびその方法をコンピュータに実行させるプログラムの好適な実施の形態を詳細に説明する。なお、以下では、逆オークションを利用したオークションシステムについて説明するが、これに限定されるものではなく、通常のオークションの場合にもこの実施の形態を適用することができる。また、発注者によって発注される複数の発注内容は、全て同一の販売者によって落札されることを前提とする。以下の説明において、発注者は、特許請求の範囲におけるオークション開催者に対応し、販売者は同じくオークション参加者に対応する。
【００１３】
最初に、この複数オークションの入札評価方法の概要について説明する。これは、発注者が複数の互いに関連する商品またはサービスを発注する際に、それらの購入費用の総和が発注者にとって最良となるようなセット品のオークションを行う場合や、発注者が複数の時期にわたってある商品またはサービスを発注する際に、各時期におけるその発注対象の購入費用の総和が発注者にとって最良となるようなトレンド価格オークションを行う場合などのように、複数の対象の発注を一括して行う場合に適用されるものである。この方法では、個々の商品またはサービスごとにオークションを行いながら、予め定義した評価関数で関連するオークション同士をグループ化し、グループ化した複数の商品のオークション全体の評価を、発注者と販売者に提示するようにしている。この評価関数は、発注対象を入札する販売者を評価するためのものであり、オークション期間が終了した時点で最終的に評価関数が発注者にとって最良の値となる入札条件を提示した販売者が、その発注対象に対する落札者となる。
【００１４】
評価関数は、発注内容に含まれる発注対象の価格などの発注データに重み付けを行って、その総和を求めるものであるが、発注対象の内容や発注者が何を重視するかによって重み付けの仕方などが異なるものである。一般的には、オークションの対象となる発注対象の個数をｎiとし、その価格をＰi（ｉは自然数）とすると、評価関数は次式によって表される。
【００１５】
【数１】
2006228014.tif 000003
【００１６】
ここで、セット品のオークションの場合には、ｘはセット品を構成する発注対象の種類の数（オークションの数）を表し、複数種類の発注対象（商品またはサービス）ごとに販売者の提示する価格Ｐiと発注個数ｎiを掛け合わせた個別費用を求め、それを総和するものが評価関数であることが示される。
【００１７】
また、１つの発注対象に対するトレンド価格オークションの場合には、ｘはトレンド価格を計算する期数を表し、１つの発注対象（商品またはサービス）の期ごとにその価格Ｐiと発注個数ｎiを掛け合わせた各期費用を求め、それを総和するものが評価関数であることが示される。これらの場合において、価格Ｐiがパラメータとなり、販売者ごとにまたは同じ販売者でも時間ごとに異なった値が提示される。
【００１８】
以上の（１）式を用いた例では、評価関数Ｆによって求まる値は、入札値と一致する。しかし、評価関数は、入札値を求めるための関数である必要はなく、販売者を評価するための関数であればよい。そのため、上記の（１）式に販売者の提示するパラメータを代入して求めた評価関数値を、さらに別の基準で評価するようにしてもよい。たとえば、納期に関して、発注者の希望日どおりに納品する場合の重み付け値を「１」とし、発注者の希望日よりも早く納品する場合の重み付け値を「１」よりも小さい値（たとえば、０．８）とし、発注者の希望日よりも遅く納品する場合の重み付け値を「１」よりも大きい値（たとえば、１．２）として、（１）式で求めた値をさらに評価するようにしてもよい（ただし、この場合には、評価関数値が小さいほど発注者にとって有利な条件を示しているものとする）。このようにして評価関数を構成することで、たとえば他の競合する販売者よりも個々の発注対象（商品）の値段を高めに設定しているが、納期が他の販売者よりも早くすることができる販売者にとっては、場合によっては総合的な評価で他の販売者よりも有利な条件に立てる可能性もある。つまり、直接には値段に結びつかない条件も、評価基準とすることが可能となる。
【００１９】
このように、納期などの直接的に価格に換算できないパラメータを評価の基準に入れる場合には、評価関数は、上述したように（１）式の評価関数Ｆを用いて求めた値をさらに別の評価関数で評価するように、階層的な構造となったり、または、価格や納期などの入札条件を構成するパラメータを所定の規則にしたがって用いるプログラムの形となったりする。
【００２０】
このような評価関数を用いて算出した評価値を発注者と販売者にリアルタイムで表示することによって、発注者は発注した複数の発注対象についての全体の入札状況を知ることができ、販売者は自分の入札内容が他の競争者と比較してどのような状態にあるのかを知ることができる。また、評価関数を定義することによって、個々に催されているオークションが一つのまとまったグループとして認識されるので、発注者は、個々のオークションの状態と所望する全体のオークションの状態を把握することができる。
【００２１】
つぎに、このような評価関数を用いて複数の発注対象について行われるオークションの一括評価を行うオークションシステムについて説明する。図１は、この発明にかかるオークション管理装置を備えるオークションシステムのネットワーク構成を模式的に示す図である。このオークションシステムは、逆オークションによって複数の商品などの発注を一括して行う発注者の有する発注者端末１０と、発注に対して受注を行おうとする販売者の有する販売者端末２０（２０ａ，２０ｂ，・・・）と、発注者と販売者との間のオークションを管理するオークション管理装置３０と、がネットワーク５０を介して相互に接続される構成を有している。発注者端末１０と販売者端末２０は、ネットワーク５０を介した通信手段と、オークション管理装置３０からの情報を表示することができる表示手段と、オークションを行う際の条件を入力する入力手段とを備えるパーソナルコンピュータなどの情報処理装置によって構成される。
【００２２】
図２は、オークション管理装置の概略構成を示すブロック図である。オークション管理装置３０は、発注者端末１０や販売者端末２０と通信を行う通信部３１と、発注者や販売者のオークションに関するオークション情報を格納するオークション情報格納部３２と、発注者端末１０と販売者端末２０との間でオークションに関する処理を行うオークション処理部３３と、これらの各処理部を制御する制御部３４と、を備えて構成される。
【００２３】
通信部３１は、ネットワーク５０を介して所定の通信方式で発注者端末１０や販売者端末２０との間でオークションに関する情報のやり取りを行う機能を有する。
【００２４】
オークション情報格納部３２は、発注者が掲示する発注内容と、その発注内容に対して販売者が提示する入札内容とを含むオークション情報を格納する。図３は、オークション情報の構成の一例を示す図であり、図４−１〜図４−５は、オークション情報のデータベースを構成するテーブル構造の一例を示す図である。なお、発注内容は、特許請求の範囲におけるオークション開催条件に対応し、入札内容は、同じく入札条件に対応している。
【００２５】
図３に示されるように、オークション情報は、発注者による発注内容から構成されるオークション内容テーブルと、オークション内容テーブルに格納されるオークションに対して販売者が示す入札内容から構成されるオークション入札テーブルと、同一の販売者による複数の発注内容に対する入札内容を総合して評価する評価関数を定義する一括評価定義関数テーブルと、評価関数のパラメータを定義する一括評価定義パラメータテーブルと、評価関数によって評価された値（以下、評価値という）を履歴として保持する評価値履歴テーブルと、を含んで構成される。このオークション情報は、これらの各テーブルが相互に関連付けされたリレーショナルデータベースとして管理される。
【００２６】
図４−１は、オークション内容テーブルのデータ構成の一例を示す図である。オークション内容テーブル４１０は、発注者が発注する商品などの発注対象の名称である「オークション名」と、このオークション名を一意に識別する「オークションＩＤ」と、オークションが開催される期間を指定する「開始日時」および「終了日時」と、オークションについてのさらに詳細な説明である「内容」の各項目を少なくとも含んで構成される。この図４−１の行４１１には、「２００３８５」というオークションＩＤが付与されたオークションについてのレコードが格納されている。このオークションは、オークション名が「○○用部品１」であり、２００４年１２月２０日１０時〜２００４年１２月２０日１１時まで開催されることを示している。
【００２７】
図４−２は、オークション入札テーブルのデータ構成の一例を示す図である。オークション入札テーブル４２０は、入札が行われたオークションの識別情報を格納する「オークションＩＤ」と、このオークションに入札した販売者を識別する「入札者ＩＤ」と、この入札者による入札条件である日時と価格を示す「日時」および「入札価格」の各項目を少なくとも含んで構成される。このオークション入札テーブル４２０は、オークションＩＤによってオークション内容テーブル４１０と関連付けされる。また、このオークション入札テーブル４２０において、「入札価格」項目のみが評価関数の演算に使用されるパラメータとなる。この図４−２の行４２１には、オークションＩＤ「２００３８５」のオークションに対して、入札ＩＤ「販売者２」を有する販売者が２００４年１２月２０日１０時１５分に４２００円で入札を行ったことを示すレコードが記録されている。なお、このオークション入札テーブル４２０には、入札を行うごとにレコードが追加されていく。
【００２８】
図４−３は、一括評価定義関数テーブルのデータ構成の一例を示す図である。一括評価定義関数テーブル４３０は、入札者によって作成された評価関数を定義する「関数定義」と、この関数定義を一意に識別する「一括評価ＩＤ」と、この関数定義についての詳細な説明である「備考」の各項目を少なくとも含んで構成される。この図４−３の行４３１には、「Ａ＊２０００＋Ｂ＊４０００」という関数定義に、「Ｅ２００３０１」という一括評価ＩＤが付与され、備考にはこの関数定義の内容についての詳細情報が記述されたレコードが記録されている。ここで、関数定義中の「Ａ」および「Ｂ」は、販売者によって任意に設定されるパラメータである。
【００２９】
図４−４は、一括評価定義パラメータテーブルのデータ構成の一例を示す図である。一括評価定義パラメータテーブル４４０は、パラメータの定義を行う一括評価定義関数テーブル４３０中の関数定義を指定するための「一括評価ＩＤ」と、この一括評価ＩＤで示される関数定義中のパラメータを示す「パラメータ名」と、演算時にこのパラメータ名に代入するオークション入札テーブル４２０中の項目を定義する「対象オークションＩＤ」の各項目を少なくとも含んで構成される。この一括評価定義パラメータテーブル４４０は、一括評価ＩＤで一括評価定義関数テーブル４３０と関連付けされ、対象オークションＩＤでオークション入札テーブル４２０中の入札価格と関連付けされる。なお、この例では、評価関数のパラメータを「入札価格」のみとしているので、「対象オークションＩＤ」がオークション入札テーブル４２０中の「入札価格」をパラメータとして用いることを示している。また、項目「対象オークションＩＤ」は、オークション内容テーブル４１０の項目「オークションＩＤ」と同一である。この図４−４の行４４１には、一括評価ＩＤが「Ｅ２００３０１」で表される関数定義のパラメータ「Ａ」として、オークション入札テーブル４２０中のオークションＩＤ「２００３８５」の「入札価格」を用いることを示すレコードが記録され、行４４２には、一括評価ＩＤが「Ｅ２００３０１」で表される関数定義のパラメータ「Ｂ」として、オークション入札テーブル４２０中のオークションＩＤ「２００３８６」の「入札価格」を用いることを示すレコードが記録されている。
【００３０】
以上の一括評価定義関数テーブル４３０と一括評価定義パラメータテーブル４４０によって、複数のオークションのうち一括して評価すべきオークション同士が互いに関連付けされて評価可能な状態となる。
【００３１】
図４−５は、評価値履歴テーブルのデータ構成の一例を示す図である。評価値履歴テーブル４５０は、評価値の算出に用いた関数定義を示す「一括評価ＩＤ」と、評価値を演算する基になったパラメータを入力した販売者を示す「入札者ＩＤ」と、評価値を演算した日時である「日時」と、その評価値である「評価値」の各項目を少なくとも含んで構成される。この評価値履歴テーブル４５０は、一括評価ＩＤで一括評価定義関数テーブル４３０と関連付けされ、入札者ＩＤでオークション入札テーブル４２０と関連付けされる。
【００３２】
以上の図３〜図４−５に示されるように、オークション情報格納部３２には、発注者によって定義された評価関数を含むオークション情報が格納される。なお、以上の図４−１〜図４−５は一例であり、評価基準が入札価格だけでなく納期など他の要素も含まれる場合には、それに応じてオークション入札テーブル４２０や一括評価定義関数テーブル４３０、一括評価定義パラメータテーブル４４０のデータ構成が変化する。
【００３３】
オークション処理部３３は、発注者端末１０または販売者端末２０から入力されるオークション情報のオークション情報格納部３２への入力処理や、オークション情報格納部３２に格納されているオークション情報の所定の表示形式での発注者端末１０または販売者端末２０への表示処理などを行う機能を有し、オークション情報入力処理機能３３１と、評価関数演算機能３３２と、オークション状態生成機能３３３とを有して構成される。
【００３４】
オークション情報入力処理機能３３１は、オークション情報格納部３２内に格納される上述した図４−１〜図４−５の各テーブルにデータを入力するための表示画面を予め保持しており、この表示画面に発注者端末１０または販売者端末２０によって入力された内容をオークション情報として、オークション情報格納部３２内の対応するテーブルに格納する処理を行う機能を有する。上述したように、オークション情報には、発注内容、評価関数の定義内容、入札内容が含まれる。また、オークション情報入力処理機能３３１が保持する表示画面として、発注者が発注内容を入力する発注画面と、発注者が評価関数とそのパラメータを定義する一括評価条件入力画面と、販売者が入札内容を入力する入札画面などを例示することができる。
【００３５】
図５−１は、発注画面の構成の一例を示す図である。発注画面５１０は、オークション内容テーブル４１０に格納するレコードを発注者に入力させるための表示画面であり、発注者端末１０の表示手段に表示される。この発注画面５１０には、発注画面５１０を発注者端末１０に表示する際にオークション情報入力処理機能３３１によって割り振られるオークションＩＤ５１１が表示されている。また、このオークションＩＤ５１１に対して格納される「オークション名」、「開始日時」「終了日時」および「オークションの内容」の各項目５１２とその入力欄５１３が設けられている。「決定」ボタン５１４は、発注者が入力した内容をオークション情報格納部３２のオークション内容テーブル４１０の対応する項目に格納する処理を行うためのボタンであり、「キャンセル」ボタン５１５は、発注者が入力した内容をキャンセルするボタンである。
【００３６】
図５−２は、一括評価条件入力画面の構成の一例を示す図である。一括評価条件入力画面５２０は、一括評価定義関数テーブル４３０と一括評価定義パラメータテーブル４４０に格納するレコードを発注者に入力させるための表示画面であり、発注者端末１０の表示手段に表示される。この一括評価条件入力画面５２０には、評価関数を定義する評価関数定義領域５２１と、評価関数に使用するパラメータを定義するパラメータ定義領域５２３とが設けられている。パラメータ定義領域５２３では、予め定められたアルファベットで示されるパラメータに対してオークションＩＤを入力する入力欄５２４が設けられている。この入力欄５２４には、そのアルファベットと対応付けさせるオークションのオークションＩＤが入力される。評価関数定義領域５２１には、パラメータ定義領域５２３中のパラメータを用いて、発注者が自由に評価関数を入力することができる評価関数入力欄５２２が設けられている。また、この一括評価条件入力画面５２０にも発注画面５１０と同様に「決定」ボタン５２５と「キャンセル」ボタン５２６が設けられている。つまり、「決定」ボタン５２５が押されると、発注者が入力した内容が、オークション情報格納部３２の一括評価定義関数テーブル４３０と一括評価定義パラメータテーブル４４０の対応する項目に格納される。なお、一括評価ＩＤは、この一括評価条件入力画面５２０において「決定」ボタン５２５が押され、オークション情報格納部３２にこれらの情報が格納される際に、オークション情報入力処理機能３３１によって発行される。
【００３７】
図５−３は、個別のオークションの入札画面の構成の一例を示す図である。入札画面５３０は、開催されているオークションについて販売者が入札を行うための表示画面であり、販売者端末２０の表示手段に表示される。この入札画面５３０には、オークション状態生成機能３３３によって生成されたオークション状態情報に、販売者が入札を行うための入札情報入力領域５３３が設けられた構成を有している。入札情報入力領域５３３には、入札価格を入力するための入札価格入力欄５３４と、入札価格入力欄５３４に入力した内容で入札を行うための入札ボタン５３５と、が設置されている。なお、入札ボタン５３５が押されると、オークション情報入力処理機能３３１は、その入札を行った入札者ＩＤを特定し、入札価格入力欄５３４に入力された内容をオークション入札テーブル４２０にその日時とともに格納する処理を行う。
【００３８】
評価関数演算機能３３２は、販売者によってあるオークションへの入札が行われた場合に、その入札内容中の所定のパラメータを一括評価定義パラメータテーブル４４０の定義に基づいて評価関数の対応する変数に代入して、その販売者の評価値を演算する機能を有する。演算された評価値は、評価値履歴テーブル４５０に格納される。
【００３９】
たとえば、図４−３に示される場合には、評価関数演算機能３３２は、評価関数Ｆとして次式を得る。
【００４０】
Ｆ＝Ａ＊２０００＋Ｂ＊４０００・・・（２）
【００４１】
また、評価関数演算機能３３２は、図４−４の一括評価定義パラメータテーブル４４０から、（２）式中のパラメータＡは対象オークションＩＤが「２００３８５」であり、パラメータＢは対象オークションＩＤが「２００３８６」であることを認識する。また、演算を行う対象となる販売者の入札者ＩＤを有するレコードをオークション入札テーブル４２０から抽出し、そのレコードの中で、パラメータＡ，Ｂに対応するオークションＩＤ（「２００３８５」、「２００３８６」）を有するレコードを抽出する。そして、オークション入札テーブル４２０中の対象オークションＩＤ「２００３８５」の「入札価格」項目に入力されている値をパラメータＡに代入し、対象オークションＩＤ「２００３８６」の「入札価格」項目に入力されている値をパラメータＢに代入して、上記（２）式を演算することで評価値を得る。評価関数演算機能３３２は、このとき得られた評価値を、演算を行った関数定義の一括評価ＩＤと入札者ＩＤと、演算に用いたパラメータの日時とともに評価値履歴テーブル４５０に格納する。
【００４２】
オークション状態生成機能３３３は、オークションを行っている当事者に対して、オークションの最新の状態であるオークション状態情報をオークション情報格納部３２から抽出して通知する機能を有する。オークション状態生成機能３３３は、発注された複数のオークションのうちの個々のオークションの状態または個々のオークションを一括評価した状態を、発注者または販売者に対して提示する。このオークション状態生成機能３３３も、発注者端末１０または販売者端末２０にオークション状態を表示するための表示画面を予め保持しているものとする。そして、発注者または販売者に対応するオークションの内容であるオークション状態情報をオークション情報格納部３２内の各テーブルから抽出し、その内容を有する表示画面を生成して、発注者端末１０または販売者端末２０に送信する。オークション情報入力処理機能３３１が保持する表示画面として、販売者が入札内容を入力する入札画面と、発注者が個々のオークションの入札内容を確認する入札評価画面と、発注者が複数のオークションの入札内容を一括して確認する一括評価画面などを例示することができる。
【００４３】
図５−３は、個別のオークションの入札画面の構成の一例を示す図である。この入札画面５３０には、どのオークションの入札内容が表示されているのかを示すオークションＩＤ５３１と、そのオークションＩＤ５３１の内容をオークション内容テーブル４１０から抽出して表示したオークションの内容表示蘭５３２、上述した入札情報入力領域５３３、オークション入札テーブル４２０中の上記オークションＩＤに一致するレコードの内容を示す表５３６と、その表５３６に基づいて作成したグラフ５３７と、その時点における販売者の提示価格のランキングを示す提示価格ランキング蘭５３８とが設けられている。なお、この実施の形態では、オークション状態生成機能３３３は、販売者に表示する入札画面５３０の表５３６と提示価格ランキング蘭５３８には、他の販売者名を匿名として表示するようにしている。また、この入札画面５３０は、オークション情報入力処理機能３３１とオークション状態生成機能３３３によって生成される。
【００４４】
図５−４は、個別のオークションの入札評価画面の構成の一例を示す図である。入札評価画面５４０は、開催されているオークションについての入札状況を閲覧するための表示画面であり、発注者端末１０の表示手段に表示される。この入札評価画面５４０の構成は、図５−３に示される販売者端末２０に表示される入札画面５３０において、入札情報入力領域５３３が設けられない点と、表５３６に全ての入札者（入札者ＩＤ）が表示される点を除いて、同一の構成となっている。
【００４５】
図５−５は、複数のオークションを一括して評価した一括評価画面の構成の一例を示す図である。一括評価画面５５０は、発注者が発注した関連する全てのオークションの入札状況を、評価関数を用いて評価した結果を表示するための表示画面であり、発注者端末１０の表示手段に表示される。この一括評価画面５５０は、評価対象となる複数のオークションについてのオークションＩＤ５５１と、その複数のオークションＩＤ５５１の内容をオークション内容テーブル４１０から抽出して表示したオークションの内容表示蘭５５２と、オークション入札テーブル４２０と評価値履歴テーブル４５０とを用いて作成した個別のオークションの入札内容とその入札内容での評価値を示す表５５３と、この表５５３に基づいて作成したグラフ５５４と、その時点における入札に参加した販売者の評価値のランキングを示す評価値ランキング蘭５５５と、が設けられている。
【００４６】
ここで、このようなオークションシステムにおける個別に開催されている複数のオークションを一括して評価する処理手順について、図６〜図７のフローチャートを参照しながら説明する。まず、オークション管理装置３０のオークション処理部３３のオークション状態生成機能３３３は、発注者端末１０または販売者端末２０から、一括評価を行うオークションについての一括評価ＩＤを受取ると（ステップＳ１１）、一括評価ＩＤを基に一括評価定義パラメータテーブル４４０内を検索して、全ての対象オークションＩＤを取得する（ステップＳ１２）。また、取得した全ての対象オークションＩＤを基にオークション内容テーブル４１０を検索し、各オークションＩＤの終了日時を取得する（ステップＳ１３）。
【００４７】
ついで、ステップＳ１２で取得した全ての対象オークションＩＤを基に、オークション入札テーブル４２０内を検索し、全ての入札者ＩＤを取得する（ステップＳ１４）。その後、取得した全ての入札者ＩＤに対して、評価関数を用いた評価値を計算したか否かを判定する（ステップＳ１５）。全ての入札者ＩＤに対して評価値の計算が終了していない場合（ステップＳ１５でＮｏの場合）には、一括評価ＩＤと入札者ＩＤを基に入札者ごとの一括評価値の取得処理を実行する（ステップＳ１６）。
【００４８】
図７は、入札者ごとの一括評価値の取得処理の手順を示すフローチャートである。まず、オークション管理装置３０のオークション処理部３３の評価関数演算機能３３２は、入札者ＩＤと一括評価ＩＤとをオークション状態生成機能３３３から受取る（ステップＳ３１）。ついで、評価関数演算機能３３２は、一括評価ＩＤを基に一括評価定義関数テーブル４３０内を検索して、評価関数が定義された関数定義を取得する（ステップＳ３２）。また、関数定義の中のパラメータを抽出する（ステップＳ３３）。その後、未処理のパラメータがあるか否かを判定する（ステップＳ３４）。この一括評価値の取得処理に入る際には、全てのパラメータは未処理の状態にあるため（ステップＳ３４でＹｅｓの場合）、ステップＳ３３で抽出したパラメータの中から１つのパラメータを選択し、このパラメータに関連付けされた対象オークションＩＤを、一括評価定義パラメータテーブル４４０から取得する（ステップＳ３５）。ついで、入札者ＩＤとオークションＩＤに基づいて、最新日時のパラメータに対応する入札データがオークション入札テーブル４２０内にあるかを検索する（ステップＳ３６）。
【００４９】
ステップＳ３６での検索の結果、入札データの有無により、入札されているか否かを判定し（ステップＳ３７）、入札があった場合（ステップＳ３７でＹｅｓの場合）には、関数定義の中のパラメータを検索した入札データで置換し（ステップＳ３８）、上述したステップＳ３４へと戻る。一方、入札がなかった場合（ステップＳ３７でＮｏの場合）には、一括評価値の取得処理が終了し、図６のフローチャートへと処理が戻る。なお、ステップＳ３８からステップＳ３４に処理が戻った際に、一括評価値を得るためのパラメータが複数存在する場合には、全てのパラメータについて、上述したステップＳ３５〜Ｓ３８への処理を実行する。なお、この例では、ステップＳ３８の入札データはオークション入札テーブル４２０における入札価格であり、この入札価格で関数定義中の所定のパラメータを置換することになる。
【００５０】
その後、ステップＳ３４で未処理のパラメータがない場合（ステップＳ３４でＮｏの場合）には、各パラメータをステップＳ３８で置換した入札データで、関数定義を用いて関数値を計算し（ステップＳ３９）、算出した関数値をこの入札者に対する最新の評価値として取得し（ステップＳ４０）、オークション状態生成機能３３３に渡す。以上により、一括評価値の取得処理が終了し、図６のフローチャートへと処理が戻る。
【００５１】
図７での入札者ごとの一括評価値を取得した後、オークション処理部３３のオークション状態生成機能は、一括評価画面５５０に当該入札者の最新の評価値を表５５３に表示させ、グラフ５５４や評価値ランキング５５５を更新し（ステップＳ１８）、再びステップＳ１５へと処理が戻る。なお、図６のステップＳ３７で入札がなく、一括評価画面５５０に変更が生じない場合には、一括評価画面５５０をそのままにしてステップＳ１５へと戻る。
【００５２】
また、ステップＳ１５で指定された全ての入札者ＩＤに対して、評価関数を用いた評価値を計算している場合（ステップＳ１５でＮｏの場合）には、全てのオークションＩＤについて、ステップＳ１３で取得した終了日時を過ぎているか否かを判定する（ステップＳ１８）。全てのオークションＩＤについて終了日時が経過していない場合（ステップＳ１８でＮｏの場合）には、ステップＳ１４へと戻り上述した処理が繰り返し実行される。また、全てのオークションＩＤについて終了日時が経過している場合（ステップＳ１８でＹｅｓの場合）には、オークションが終了する。
【００５３】
以上により、個別に開催される複数のオークションについて一括して評価した結果を一括評価画面として、リアルタイムに発注者端末１０に表示することができる。同様に、オークション管理装置３０のオークション処理部３３は、販売者端末２０に対しても一括評価画面を表示させることができる。また、このとき、オークション処理部３３のオークション状態生成機能３３３は、販売者端末２０に、発注者が定義した評価関数を表示させるようにしてもよい。
【００５４】
なお、上述した実施の形態で示した複数オークションの評価方法をコンピュータに実行させるためのプログラムとすることも可能である。この複数オークションの評価方法をコンピュータに実行させるためのプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フロッピー（登録商標）ディスク、ＤＶＤ（Digital Versatile DiscまたはDigital Video Disc）などのコンピュータで読み取り可能な記録媒体に記録されて提供される。また、実施の形態で示した複数オークションの評価方法をコンピュータに実行させるためのプログラムを、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。
【００５５】
この実施の形態によれば、発注者が相互に関連のある複数の対象を一括して発注したいと考えている場合に、それぞれの対象を別個のオークションに掛けながら、それぞれのオークションを発注者が独自に定義する評価関数で関連付けして、相互に関連のある複数の対象を一括して評価することができる。また、評価関数や一括評価画面５５０を販売者にも公開することで、オークションにおける発注者の評価基準が明確となり、オークションの公正さを向上させることができるという効果も有する。さらに、評価関数の設定次第で、評価項目や重み付けなどの評価基準を柔軟に設定することができ、セット品のオークションやトレンド価格オークションなどの多様な使い方が可能になるという効果を有する。
【産業上の利用可能性】
【００５６】
以上のように、この発明にかかるオークションシステムは、ネットワークを用いたオークションにおいて、発注者が関連のあるものを一括して発注したい場合の逆オークションまたは販売者が関連のあるものを一括して売却したい場合のオークションを行う場合に適している。
【図面の簡単な説明】
【００５７】
【図１】この発明によるオークション管理装置を備えるオークションシステムのネットワーク構成を模式的に示す図である。
【図２】オークション管理装置の概略構成を示すブロック図である。
【図３】オークション情報の構成の一例を示す図である。
【図４−１】オークション内容テーブルのデータ構成の一例を示す図である。
【図４−２】オークション入札テーブルのデータ構成の一例を示す図である。
【図４−３】一括評価定義関数テーブルのデータ構成の一例を示す図である。
【図４−４】一括評価定義パラメータテーブルのデータ構成の一例を示す図である。
【図４−５】評価値履歴テーブルのデータ構成の一例を示す図である。
【図５−１】発注画面の構成の一例を示す図である。
【図５−２】一括評価条件入力画面の構成の一例を示す図である。
【図５−３】個別のオークションの入札画面の構成の一例を示す図である。
【図５−４】個別のオークションの入札評価画面の構成の一例を示す図である。
【図５−５】複数のオークションを一括して評価した一括評価画面の構成の一例を示す図である。
【図６】個別に開催されている複数のオークションを一括して評価する処理手順を示すフローチャートである。
【図７】入札者ごとの一括評価値の取得処理の手順を示すフローチャートである。
【符号の説明】
【００５８】
１０  発注者端末
２０  販売者端末
３０  オークション管理装置
３１  通信部
３２  オークション情報格納部
３３  オークション処理部
３４  制御部
５０  ネットワーク
３３１  オークション情報入力処理機能
３３２  評価関数演算機能
３３３  オークション状態生成機能
【図１】
2006228014.tif 000004
【図２】
2006228014.tif 000005
【図３】
2006228014.tif 000006
【図４−１】
2006228014.tif 000007
【図４−２】
2006228014.tif 000008
【図４−３】
2006228014.tif 000009
【図４−４】
2006228014.tif 000010
【図４−５】
2006228014.tif 000011
【図５−１】
2006228014.tif 000012
【図５−２】
2006228014.tif 000013
【図５−３】
2006228014.tif 000014
【図５−４】
2006228014.tif 000015
【図５−５】
2006228014.tif 000016
【図６】
2006228014.tif 000017
【図７】
2006228014.tif 000018