JP2009176174A - オークション代行サーバ装置、およびオークション代行方法 - Google Patents

Abstract

【課題】従来のオークション代行入札サービスなどは入札代行者対する落札の報酬額を効率的に算出する方法が開示されていないため、入札代行者にとって出来るだけ安く落札しようなどのインセンティブを持つことができない、と言う課題である
【解決手段】以上課題解決のため、本発明は安く落札すればするほど入札代行者への報酬を高く算出する報酬額算出機能を有するオークション代行サーバ装置を提供する。具体的に、落札依頼を受付ける落札依頼受付部と、オークションの入札命令を生成する入札命令生成部と、オークションへの入札を実行する入札実行部と、入札の最終結果を取得する最終結果取得部と、報酬額の算出ルールを格納した算出ルール格納部と、格納された算出ルールを利用して出品特定情報と最終結果とに応じた報酬額を算出する報酬額算出部と、を有するオークション代行サーバ装置である。
【選択図】図２

Description

本発明は、オークション出品物の落札希望者に代わって入札を行うものに対する報酬額を効率的に算出するための技術に関する。

現在、手軽にかつ安価に商品が手に入れられることなどを理由として、インターネットオークションの利用者が増大している。ところで、インターネットオークションは、ネットワーク環境さえあれば基本的に誰でも入札可能とはいえ、落札希望者はオークション終了時刻に必ずしも入札できる環境に居るとは限らない。あるいは、現実のオークション同様に所望の商品を落札するためには適切な入札額や入札タイミングについての経験やテクニックなどが必要な場合もある。そこで落札希望者の依頼を受け、落札者に代わってオークションへの入札を行う、いわゆる「オークション代行入札サービス」が提供されている。

例えば特許文献１では、購入希望商品を指定し優先順位を登録することで、落札希望者の代わりに自動入札を行う代行入札サーバに関する技術が開示されている。
特開２００７−１６４４０７号公報

しかし、上記従来のオークション代行入札サービスや代行入札サーバには以下のような課題がある。すなわち、入札代行者（サーバ）に対する落札の報酬額を効率的に算出する方法が開示されていないため、従来の技術では、入札代行者にとっては、例えば出来るだけ安く落札しようなどのインセンティブを持つことができない、と言う課題である。

具体的に、落札希望者から例えば１００００円の予算で商品Ａの落札を依頼された入札代行者に対して「落札価格に関らず報酬額が一律」と言った具合の報酬額が提示される。すると落札の可能性が高い予算ぎりぎりの１００００万円まで入札したほうが結果的に報酬をもらえる可能性が高くなるため、入札代行者には「出来るだけ安く落札しよう」というインセンティブが働きにくい。その結果、落札希望者の利益が損なわれてしまっている、と言う現状がある。

以上の課題を解決するために、本発明は、安く落札すればするほど入札代行者への報酬を高く算出する報酬額算出機能を有するオークション代行サーバ装置を提供する。

具体的に、オークションの出品特定情報を含む落札依頼を受付ける落札依頼受付部と、受付けた落札依頼に従ってオークションの入札命令を生成する入札命令生成部と、生成した入札命令を実行してオークションへの入札を実行する入札実行部と、入札の最終結果を取得する最終結果取得部と、報酬額の算出ルールを格納した算出ルール格納部と、格納された算出ルールを利用して、出品特定情報と最終結果とに応じた報酬額を算出する報酬額算出部と、を有するオークション代行サーバ装置である。

以上のような構成をとる本発明によって、安く落札すればするほど入札代行者への報酬が高く算出される。したがって、入札代行者に対して安く落札することのインセンティブを付与することができ、その結果、落札希望者と入札代行者双方の利益が実現されることになる。

以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。

なお、実施例１は、主に請求項１，８について説明する。また、実施例２は、主に請求項２、９について説明する。また、実施例３は、主に請求項３，１０について説明する。また、実施例４は、主に請求項４，１１について説明する。また、実施例５は、主に請求項５，１２について説明する。また、実施例６は、主に請求項６，１３について説明する。また、実施例７は、主に請求項７，１４について説明する。

≪実施例１≫

<概要>

図１は、本実施例のオークション代行サーバ装置による代行落札への報酬額算出処理の一例を説明するための概念図である。この図１（ａ）にあるように、落札依頼者からの「バッグＡ」を「１００１０円」を上限金額として落札して欲しい、との落札依頼をオークション代行サーバ装置にて受付けた。ここで、図１（ｂ）にあるように、上限金額の５０％である５０００円でバッグＡを落札した場合、本実施例のオークション代行サーバ装置は、代行落札に対する報酬として「５００円」を算出する。一方、上限金額ぎりぎりの１００００円でバッグＡを落札した場合、その代行報酬として「２００円」を算出する。

このように本実施例のオークション代行サーバ装置では、金額を抑えて落札するほうが代行落札に対する報酬額が多くなるよう構成されている。そのため、できるだけ安く落札したいという落札依頼者と、報酬額を多くしたいという落札代行者と、双方の利益を実現することができる。

<機能的構成>

図２は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。なお本発明の「オークション代行サーバ装置」は、例えばオークション運営者やその他第三者であるサービス提供者が、オークションサーバ装置と連動するよう構成し提供しても良い。あるいは、落札依頼者や落札代行者の端末に組み込まれても良い。

そして、この図２にあるように、本実施例の「オークション代行サーバ装置」（０２００）は、「落札依頼受付部」（０２０１）と、「入札命令生成部」（０２０２）と、「入札実行部」（０２０３）と、「最終結果取得部」（０２０４）と、「算出ルール格納部」（０２０５）と、「報酬額算出部」（０２０６）と、を有する。

なお、以下に記載する本オークション代行サーバ装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザーインターフェース用アプリケーションなどが挙げられる。

そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力されメモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。

「落札依頼受付部」（０２０１）は、オークションの出品特定情報を含む落札依頼を受付ける機能を有する。「出品特定情報」とは、オークションに出品されている商品を落札対象として特定するための情報をいい、例えばオークションIDのほか、商品の入札用ページのURL、商品名や商品ID、出品者名や出品者ID、出品／終了時刻、それら情報の組み合わせが挙げられる。

図３は、上記例のような出品特定情報を含む落札依頼の一例を表す概念図である。この図にあるように、落札依頼として、例えば「ユーザー名」や「連絡先」などの依頼者情報が含まれていても良い。また依頼内容として、出品特定情報である「オークションID」や「入札（落札）上限金額」などが含まれていても良い。

なお、この「落札依頼受付部」は、例えば通信IF（インターフェース）や入力デバイス、それらハードウェア用のアプリケーション、及び落札依頼入力用のＧＵＩ（グラフィカル・ユーザー・インターフェース）で実現することができる。そして、ここで商品IDなどの出品特定情報を含む落札依頼を受付けることで、代理入札が実行されることになる。

「入札命令生成部」（０２０２）は、受付けた落札依頼に従ってオークションの入札命令を生成する機能を有する。この「入札命令生成部」は、例えばCPU（中央演算装置）や主メモリ、入札命令の生成プログラムなどによって自動的に実行する方法が挙げられる。なおこのような自動入札における入札金額や入札タイミングの決定処理などについては、従来の自動入札プログラムなどを利用して実現可能であるので詳細な説明は省略する。

また、このオークション代行サーバ装置が落札代行者の端末に組み込まれていれば、入力デバイスなどを介して入力される入札金額を利用して入札命令が生成されるよう構成することで、この入札命令生成部が実現されても良い。

「入札実行部」（０２０３）は、生成した入札命令を実行してオークションへの入札を実行する機能を有する。この入札実行部も例えばCPU（中央演算装置）や主メモリ、入札命令の実行プログラムなどによって、例えば他者による入札通知を受信したり、定期的に入札価格のチェック処理を行ったりすることで自動的に入札処理を実行する方法が挙げられる。あるいは、このオークション代行サーバ装置が落札代行者の端末に組み込まれていれば、入力デバイスなどを介して入力される入札実行操作などに応じて、入札命令が実行されるよう構成しても良い。

以上の構成によって落札依頼に基づく代理入札が実行される。そして、オークションサーバ装置によって、この入札命令による入札処理、およびその他の端末からの入札処理に基づく落札判定処理が実行される。なお、オークションサーバ装置の構成、および各端末からの入札処理に基づく落札判定処理については、従来のものが利用可能である。具体的に、例えば「オークションサーバ装置」は、「出品受付部」と、「出品表示部」と、「入札受付部」と、「落札決定部」と、を有する。「出品受付部」は、オークションに出品される商品の出品商品情報を受付ける機能を有する。具体的に、オークション出品者が自身の端末にて商品名や商品写真、オークション開始価格、出品者ＩＤなどを出品商品情報として入力し送信する。するとオークションサーバ装置はその送信情報をこの出品受付部にて受付け、送信順にオークション出品物ＩＤなどを付加し管理する、という具合である。

「出品表示部」は、受付けた出品商品情報に基づいてオークション入札用ページを生成する機能を有する。「入札受付部」（０９１３）は、オークション代行サーバ装置にて実行された入札命令に基づく入札を受付ける機能を有する。そして「落札決定部」は、入札受付部にて受付けた入札を利用して、出品物の落札を決定する機能を有する。具体的には、例えば出品受付部にて受付けた終了時刻までに一番高い金額で入札した入札者を落札者として決定する、と言う具合である。

そして、本実施例のオークション代行サーバ装置に受付けられた落札依頼による入札で落札された場合、その落札金額などを含む入札の最終結果がオークションサーバ装置から返信され、以降の構成による処理が実行される。

「最終結果取得部」（０２０４）は、入札の最終結果を取得する機能を有する。「入札の最終結果」とは、上記オークションサーバ装置から返信された落札金額などを含む情報をいう。また、この入札の最終結果の返信は、落札が成立した場合にのみオークション代行サーバ装置に対して返信されても良いし、全てのオークション代行サーバ装置や落札者端末に対して、落札した者の識別情報を含み一斉配信されても良い。

図４は、入札の最終結果の一例を表す概念図である。この図にあるように、入札の最終結果にて、例えば出品特定情報であるオークションIDや商品名、落札者IDが示されている。そしてオークション代行サーバ装置は、例えばこれらの情報を利用した論理演算処理によって自身の入札で落札が成立したか否かを判断する。具体的には、例えばオークションID（商品名）および落札者IDが自身の保持するものと一致するか、などの論理演算処理によって、自身の入札で落札が成立したかを判断することができる。そして自身の入札で落札が成立したとの判断結果が出力された場合には、図４に示す開始金額や落札限度額、落札額などの情報を利用して、代理入札が成功したことに対する報酬額を以下の構成によって決定する、と言う具合である。

「算出ルール格納部」（０２０５）は、報酬額の算出ルールを格納する機能を有し、例えばフラッシュメモリやハードディスクドライブなどの各種記憶装置によって実現することが出来る。また「報酬額の算出ルール」とは、CPUなどの演算装置が参照することで報酬額を算出できるよう定められたルールをいい、例えば、落札金額と報酬額との対応関係を示すテーブルデータなどが挙げられる。

図５は、そのテーブルデータの一例を表す概念図である。この図にあるように、フラッシュメモリなどの記憶装置に、平均落札相場に対する落札価格の割合と、報酬額とを対応付けたテーブルデータが格納されている。そして、例えば平均相場が１００００円の商品を５０００円（割合５０％）で落札した場合、その報酬額は５００円となり、６０００円（割合６０％）で落札した場合、その報酬額は３００円となる、と言う具合である。

またその他にも、実施例５で後述するように落札金額や平均相場などの数値をパラメータとして報酬額を決定する演算式ｙ＝ｆ（ｘ）や、実施例６で後述するように、標準偏差などを利用して落札額に応じた報酬額を決定するルールなども挙げられる。

「報酬額算出部」（０２０６）は格納された算出ルールを利用して、出品特定情報と最終結果とに応じた報酬額を算出する機能を有する。図６は、この報酬額算出部での報酬額算出処理の一例を表す概念図である。この図にあるように、報酬額算出部は、例えばCPUや主メモリ、また報酬額算出プログラムなどによって実現され、取得した最終結果に含まれる出品特定情報を検索キーとして、例えば当該商品の平均相場情報を取得する。なお、商品ごとの平均相場情報は、これをデータベース化し別途サーバ装置や自身のHDD内に保持しておくと良い。あるいは、過去の落札履歴情報をオークションサーバ装置から取得し、当該商品の平均相場を算出するよう構成しても良い。

続いて上記算出された平均相場と、最終結果に含まれる落札金額とをパラメータとするCPUの演算処理によって、平均落札相場に対する落札価格の割合を算出する。そして、フラッシュメモリなどに格納されている例えば図５に示すような算出ルールを参照し、CPUの論理演算処理によって平均落札相場に対する落札価格の割合に応じた報酬額が決定される、と言う具合である。

もちろん、算出ルールが関数ｙ＝ｆ（ｘ）で示されるルールであれば、当該関数で利用されるパラメータが主メモリに読み出され、CPUによる演算処理によって報酬額ｙが決定される、など算出ルールに応じて様々な演算処理が実行されると良い。

以上のように落札金額に応じて代理落札への報酬額が決定されるので、代理で落札を行う者に対して安く落札することのインセンティブを付与することができる。そしてその結果、できるだけ安く落札したいという落札依頼者と、報酬額を多くしたいという落札代行者との双方の利益を実現することができる。

<ハードウェア構成>

図７は、上記機能的な各構成要件をハードウェアとして実現した際の、オークション代行サーバ装置における構成の一例を表す概略図である。この図を利用して代理落札成功に対する報酬額決定処理におけるそれぞれのハードウェア構成部の働きについて説明する。

この図にあるように、オークション代行サーバ装置は、入札命令生成部、入札実行部、および報酬額算出部である「ＣＰＵ」（０７０１）と、「主メモリ」（０７０２）と、を備えている。また算出ルール格納部である「フラッシュメモリ」（０７０３）や、落札依頼受付部および最終結果取得部である「通信ＩＦ」（０７０４）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

また、「主メモリ」にはプログラムが読み出され、「ＣＰＵ」は読み出された当該プログラムを参照することで各種演算処理を実行する。また、この「主メモリ」や「フラッシュメモリ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。

ここで落札依頼者端末から図３に示すような落札依頼が送信されると、本実施例のオークション代行サーバ装置は「通信ＩＦ」にてその落札依頼を受信し、落札依頼受付プログラムに従い「主メモリ」のアドレス１に当該落札依頼を格納する。つづいて入札命令生成プログラムに従って、落札依頼に含まれるタグデータなどが参照され、出品特定情報（オークションＩＤや商品ＩＤ）、また指定があれば入札単位金額などが抽出される。そして出品特定情報を利用してオークションサーバ装置から当該商品の現在価格情報、例えば３０００円を取得する。そしてそれら情報に基づいて、例えば「バッグＡ（オークションＩＤ：ｓ７９９８５２ｘｘ）に対して３１００円で入札する」と言った具合の入札命令が生成され、「主メモリ」のアドレス２に格納される。そして「主メモリ」に格納されている入札命令が、入札実行プログラムに従って、「通信ＩＦ」からオークションサーバ装置に対して送信される。

その後、タスクスケジューラによる定期的な商品の入札チェック処理や、他の入札があった場合にオークションサーバ装置から送信される他入札情報などの受信によって自身の入札を上回る他の入札があったことを検知すると、上記同様にしてさらに入札命令の生成、及び入札命令の送信処理を繰り返す。また、ここで落札依頼にて示される入札上限金額を他の入札金額が超過したか否かの判断処理を行い、超えていた場合、自身の入札命令の生成、送信処理を終了するよう構成すると良い。

そして上記入札命令の生成、送信を実行した結果落札が成功すると、オークションサーバ装置から図４に示すような入札の最終結果を示す情報が、例えば落札に成功したオークション代行サーバ装置に対して送信される。

本実施例のオークション代行サーバ装置では、その入札の最終結果を「通信ＩＦ」にて受信し、「主メモリ」のアドレス３に格納する。そして、最終結果に含まれる落札者ＩＤが自身のＩＤと一致するかの判断処理を「ＣＰＵ」の論理演算処理によって実行し、自身の入札によって落札が成功したか否か判断する。そして自身の入札によって落札が成功したとの判断結果が出力されると、代理入札が成功したことに対する報酬額を以下のようにして決定する。

まず、算出ルール取得プログラムに従った「ＣＰＵ」の演算処理によって「フラッシュメモリ」に格納されている、例えば図５に示すような算出ルールが「主メモリ」のアドレス４に読み出される。つづいて、報酬額算出プログラムにしたがって例えばオークションサーバより当該商品の平均落札相場価格などを「通信ＩＦ」を介し取得し、「主メモリ」に格納する。また最終結果にて示される落札価格も「主メモリ」の別のアドレスに格納し、「ＣＰＵ」の演算処理によって平均落札相場価格に対する落札価格の割合を算出する。そして、算出した数値をキーとして、「主メモリ」のアドレス４に格納されている図５に示すような算出ルールの検索処理が「ＣＰＵ」の演算処理によって実行される。そしてその結果、報酬額として、例えば「２００円」が取得され、「主メモリ」のアドレス５に格納された後、「通信ＩＦ」を介して落札依頼者端末に対して当該報酬額がメール送信処理などによって通知される、と言う具合である。

<処理の流れ>

図８は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、オークションの出品特定情報を含む落札依頼を受付ける（ステップＳ０８０１）と、落札依頼に従って入札命令を生成する（ステップＳ０８０２）。そしてその入札命令を、例えば入札プログラムで示される入札タイミング決定ルールや入札金額設定ルールなどにしたがって実行する（ステップＳ０８０３）。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得する（ステップＳ０８０５）。すると、予めフラッシュメモリなどに格納されている報酬額の算出ルールを取得し（ステップＳ０８０５）、当該算出ルールを利用して出品特定情報と最終結果とに応じた報酬額を算出する（ステップＳ０８０６）。

<効果の簡単な説明>

以上のように本実施例のオークション代行サーバ装置によって、安く落札すればするほど入札代行者への報酬が高く算出される。したがって、入札代行者に対して安く落札することのインセンティブを付与することができ、その結果、落札希望者と入札代行者双方の利益が実現されることになる。

≪実施例２≫

<概要>

本実施例は、上記実施例を基本として、代理入札の対象となるオークションの出品を特定するために、当該出品の入札ページなどのＵＲＬを利用することを特徴とするオークション代行サーバ装置である。

このように、ＵＲＬによってオークションの出品を特定することで一意に入札対象を特定することができ、例えば複数入札に伴うキャンセル処理などをしなくてすむのでスムーズな入札処理を行うことが出来る。

<機能的構成>

図９は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークション代行サーバ装置」（０９００）は、上記実施例を基本として、「落札依頼受付部」（０９０１）と、「入札命令生成部」（０９０２）と、「入札実行部」（０９０３）と、「最終結果取得部」（０９０４）と、「算出ルール格納部」（０９０５）と、「報酬額算出部」（０９０６）と、を有する。

そして、本実施例のオークション代行サーバ装置は、その落札依頼受付部がさらに「ＵＲＬ取得手段」（０９０７）を有し、また、入札命令生成部がさらに「ＵＲＬ入札命令生成手段」（０９０８）を有することを特徴とする。

「ＵＲＬ取得手段」（０９０７）は、オークションの出品を特定するために落札依頼の中から出品情報のＵＲＬを取得する機能を有する。具体的に、例えば落札依頼入力用のＧＵＩにおいて、ＵＲＬが入力されるよう構成することで実現することができる。あるいは、落札依頼にて、オークションＩＤなどが取得されれば、当該オークションＩＤなどをキーとしてネットワーク上を自動的に検索し、ＵＲＬを取得するよう構成しても良い。

「ＵＲＬ入札命令生成手段」（０９０８）は、取得されたＵＲＬで特定されるオークションの出品に対して入札をするための入札命令を生成する機能を有する。なお、入札対象がＵＲＬによって一意に特定される以外、入札命令の生成そのものは実施例１の入札命令生成部にて記載したものと同様であるのでその説明は省略する。

そして本実施例では、このようにＵＲＬによって出品が一意に特定され、入札命令の生成が実行されるので、例えば複数入札に伴うキャンセル処理などをしなくてすみ、スムーズな入札処理を行うことが出来る。

<処理の流れ>

図１０は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、オークションの出品特定情報を含む落札依頼を受付ける（ステップＳ１００１）と、落札依頼の中から出品のＵＲＬを取得する（ステップＳ１００２）。そして、その取得されたＵＲＬで特定されるオークションの出品に対して入札するための入札命令を生成する（ステップＳ１００３）。そしてその入札命令を、例えば入札プログラムで示される入札タイミング決定ルールや入札金額設定ルールなどにしたがって実行する（ステップＳ１００４）。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得する（ステップＳ１００５）。すると、予めフラッシュメモリなどに格納されている報酬額の算出ルールを取得し（ステップＳ１００６）、当該算出ルールを利用して出品特定情報と最終結果とに応じた報酬額を算出する（ステップＳ１００７）。

<効果の簡単な説明>

以上のように、本実施例のオークション代行サーバ装置によって、落札依頼に含まれるＵＲＬによって出品が一意に特定され、入札命令の生成が実行されるので、例えば複数入札に伴うキャンセル処理などをしなくてすみ、スムーズな入札処理を行うことが出来る。

≪実施例３≫

<概要>

本実施例は、上記実施例１を基本として、商品名等の商品ＩＤによって入札対象を特定することを特徴とするオークション代行サーバ装置である。つまり、ＵＲＬによって一意に入札対象を特定する実施例２のオークション代行サーバ装置と異なり、入札対象の特定に商品ＩＤを利用することで、本実施例では同じ商品が複数出品されていれば、例えば図１１に示すようにそれら全て（あるいは一部）を対象とした複数入札を行うことを特徴とする。

このように構成することで、複数の落札成功の際にキャンセル処理などの手間がかかる一方で、落札成功の可能性を高めることができる。

<機能的構成>

図１２は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークション代行サーバ装置」（１２００）は、上記実施例を基本として、「落札依頼受付部」（１２０１）と、「入札命令生成部」（１２０２）と、「入札実行部」（１２０３）と、「最終結果取得部」（１２０４）と、「算出ルール格納部」（１２０５）と、「報酬額算出部」（１２０６）と、を有する。

そして、本実施例のオークション代行サーバ装置は、その落札依頼受付部がさらに「商品ＩＤ受付手段」（１２０７）を有し、また、入札命令生成部がさらに「特定商品出品情報取得手段」（１２０８）と「特定商品入札命令生成手段」（１２０９）を有することを特徴とする。

「商品ＩＤ受付手段」（１２０７）は、落札依頼の中からオークションに出品されている商品を特定するために商品ＩＤを受付ける機能を有する。「商品ＩＤ」とは、商品を識別するための情報をいい、例えば商品名や商品の型番などが挙げられる。

また、この商品ＩＤ受付手段は具体的に、例えば落札依頼入力用のＧＵＩにおいて、商品ＩＤが入力されるよう構成することで実現することができる。あるいは、落札依頼にて、オークションＩＤやＵＲＬなどが取得されれば、当該オークションＩＤなどをキーとしてネットワーク上を自動的に検索し、そこで出品されている商品の商品名などの商品ＩＤを取得するよう構成しても良い。

「特定商品出品情報取得手段」（１２０８）は、取得された商品ＩＤに基づいて特定される商品の一以上の出品情報をオークションサーバ装置から取得する機能を有する。この「特定商品出品情報取得手段」における上記機能は、例えば以下のようにして実現する方法が挙げられる。すなわちオークション代行サーバ装置がプログラムにしたがって、予め登録されフラッシュメモリに格納されているオークションサイトのＵＲＬを参照し、当該サイトへのアクセスを実行する。そしてオークションサイトの出品検索機能などを利用して、取得した商品ＩＤ、例えば「バッグＡ」を検索キーとする検索の要求処理を実行し、その検索結果として特定商品出品情報を取得する、と言う具合である。

あるいは、オークションサイトに係るオークションサーバ装置にて管理されている図１３に示すようなオークション管理用のマスタデータを、本実施例のオークション代行サーバ装置に送信するよう構成しても良い。そしてオークション代行サーバ装置では、特定商品出品情報取得プログラムにしたがって、商品ＩＤ、例えば「バッグＡ」をキーとする管理マスタデータの検索処理を実行し、特定商品出品情報として、そのＵＲＬ「ｈｔｔｐ:／／ａ．ｃｏｍ／０１ａｂｆ」や「ｈｔｔｐ:／／ａ．ｃｏｍ／２４ｅｂｃ」などを取得すると良い。

また、一のオークションサイトのみならず、その他のオークションサイトに対しても続けてアクセスし、同様の検索要求の実行によって特定商品出品情報、例えば図１３に示すオークションサイトＢからバッグＡの出品ＵＲＬ「ｈｔｔｐ:／／ｂ．ｃｏｍ／・・・」を取得しても良い。

「特定商品入札命令生成部」（１２０９）は、取得した一以上の特定商品出品情報で特定される一以上のオークションの出品のいずれかに対して入札命令を生成する機能を有する。

このようにして同じ商品ＩＤで示される出品が複数あれば、それら全て（あるいは一部）を対象とした複数入札を行うことができる。したがって複数の落札成功の際にキャンセル処理などの手間がかかる一方で、落札成功の可能性を高めることができる。

<処理の流れ>

図１４は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、オークションの出品特定情報を含む落札依頼を受付ける（ステップＳ１４０１）と、落札依頼の中から商品ＩＤを取得する（ステップＳ１４０２）。そして、その取得された商品ＩＤに基づいて特定される一以上のオークションの出品情報をオークションサーバ装置から取得し（ステップＳ１４０３）、その取得した一以上のオークションの出品のいずれかに対して入札するための入札命令を生成する（ステップＳ１４０４）。そしてその入札命令を、例えば入札プログラムで示される入札タイミング決定ルールや入札金額設定ルールなどにしたがって実行する（ステップＳ１４０５）。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得する（ステップＳ１４０６）。すると、予めフラッシュメモリなどに格納されている報酬額の算出ルールを取得し（ステップＳ１４０７）、当該算出ルールを利用して出品特定情報と最終結果とに応じた報酬額を算出する（ステップＳ１４０８）。

<効果の簡単な説明>

以上のように、本実施例のオークション代行サーバ装置によって、同じ商品ＩＤで示される出品が複数あれば、それら全て（あるいは一部）を対象とした複数入札を行うことができる。したがって複数の落札成功の際にキャンセル処理などの手間がかかる一方で、落札成功の可能性を高めることができる。

≪実施例４≫

<概要>

図１５は、本実施例のオークション代行サーバ装置における報酬額算出処理の一例を説明するための概念図である。この図にあるように、ある出品においては「バッグＡ」を落札するとチェーンアクセサリーが落札の「おまけ商品」としてプレゼントされる、という具合に出品者のサービスが提供されていることがある。このように出品商品に「おまけ商品」を付ける事は、他の同様出品との差別化を図るためによく行われている。すなわち、同様の商品が複数の出品者から多数出品されている場合など、それらの落札額は通常平均的なものになってしまい、そのまま出品したのでは出品者にとって自らの商品を差別化することが難しい。そこで出品者は差別化のために「おまけ商品」を付けて商品を出品する、というわけである。

そこで本実施例のオークション代行サーバ装置では、代理落札によってこのような「おまけ」つきの商品が落札された場合に、通常よりも増額などするように報酬額の算出処理を行うことを特徴とする。

<機能的構成>

図１６は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークション代行サーバ装置」（１６００）は、上記実施例３を基本として、「落札依頼受付部」（１６０１）と、「入札命令生成部」（１６０２）と、「入札実行部」（１６０３）と、「最終結果取得部」（１６０４）と、「算出ルール格納部」（１６０５）と、「報酬額算出部」（１６０６）と、「商品ＩＤ受付手段」（１６０７）と、「特定商品出品情報取得手段」（１６０８）と、「特定商品入札命令生成手段」（１６０９）を有する。

そして、本実施例のオークション代行サーバ装置は、報酬額算出部がさらに「落札商品ＩＤ取得手段」（１６１０）と、「判断部」（１６１１）と、「おまけ商品落札価格情報取得手段」（１６１２）と、「おまけ付報酬額算出手段」（１６１３）と、を有することを特徴とする。

「落札商品ＩＤ取得手段」（１６１０）は、最終結果から落札されることで譲渡対象となる商品ＩＤを取得する機能を有する。この落札商品ＩＤ取得部は、例えば、図１７に示すように、おまけ商品も含めた商品ＩＤが最終結果に含まれていれば、その最終結果から取得する方法が挙げられる。また、その他にもオークションサイトの出品ページの紹介文章や出品データなどを形態素解析することで落札時に譲渡対象となる商品名などを取得するよう構成しても良い。具体的には、出品ページの紹介文やオークションサーバに保管されている出品データなどを取得し、それらデータ中に含まれる品番や商品名を、形態素解析及びパターンマッチング（典型的な商品名や品番列をパターンとする、あるいは、「商品」、「おまけ」などの指示的用語をパターンとし、それに隣接する名詞を抽出する）などの各種言語解析処理によって抽出し、落札商品ＩＤを取得する、という具合である。

「判断手段」（１６１１）は、落札商品ＩＤ取得手段にて取得された商品ＩＤと、落札依頼受付部の商品ＩＤ受付手段に受付けられた商品ＩＤとを比較して、その結果落札依頼受付部の商品ＩＤ受付手段にて受付けられた商品ＩＤ以外の商品ＩＤが落札商品ＩＤに含まれているか判断する機能を有する。具体的にはＣＰＵと判断プログラムなどによって実現され、判断プログラムに従ったＣＰＵの論理演算処理によって商品ＩＤの一致／不一致の判断処理を行い、落札商品ＩＤにて取得された商品ＩＤのうち、不一致との判断結果が出力された商品ＩＤを特定する方法が挙げられる。そして、本実施例では、そのように特定された商品を「おまけ商品」ととらえて、以下の構成によって報酬額算出に反映させることを特徴とする。

「おまけ商品落札価格情報取得手段」（１６１２）は、判断手段での判断結果が含まれているとの判断結果である場合にはその商品ＩＤで特定される商品であるおまけ商品の過去の落札結果をオークションサーバ装置から取得し、その落札価格情報を取得する機能を有する。

具体的には、例えば前記判断手段での判断処理の結果「おまけ商品」として特定された商品ＩＤをオークションサーバ装置などに送信し、その商品ＩＤで示される商品の過去の落札履歴データを受信することで取得する方法などが挙げられる。

図１８は、上記オークションサーバ装置から返信された、あるおまけ商品の過去の落札価格の履歴データの一例を表す図である。この図にあるように、例えば過去１年間での当該おまけ商品の落札価格は、「５２０円」、「１００円」、「２４０円」、・・・という具合である。そして、このデータから、例えばＣＰＵの演算処理によって平均値や中央値などを算出することで、おまけ商品の落札価格情報を取得する、と言う具合である。

なおこのようなおまけ商品の過去の落札履歴データの取得は、オークション代行サーバ装置がこのような商品ＩＤごとの落札価格のデータベースをＨＤＤなどに保持しており、自身の保持するデータベースを参照すること実現されるよう構成しても良い。

「おまけ付報酬額算出手段」（１６１３）は、出品特定情報と最終結果の他におまけ商品の落札価格情報にも基づいて報酬額を算出する機能を有する。具体的には、図５に示すような報酬額算出用データと同様に、過去の落札価格平均と報酬額とを関連付けた「おまけ商品用テーブルデータ」を別途ＨＤＤなどに保持しておき、算出したおまけ商品に対する報酬額を落札依頼商品に対する報酬額に加算することで報酬額を算出する方法などが挙げられる。

また、例えば落札依頼にて、依頼者が所望するおまけ商品の商品ＩＤを取得可能に構成し（例えばＧＵＩにて入力させるなど）、当該おまけ商品ＩＤにて特定される商品がおまけ商品であった場合にのみ、上記おまけ付の報酬額算出処理が実行されるよう構成しても良い。あるいはおまけ付の報酬額は増額するのみならず、落札依頼者の選択によって減額する方向でその報酬額が算出されるよう構成しても良い。

<ハードウェア構成>

図１９は、上記機能的な各構成要件をハードウェアとして実現した際の、オークション代行サーバ装置における構成の一例を表す概略図である。この図を利用しておまけ付商品の代理落札成功に対する報酬額決定処理におけるそれぞれのハードウェア構成部の働きについて説明する。

この図にあるように、オークション代行サーバ装置は、実施例１で説明したように「ＣＰＵ」（１９０１）と、「主メモリ」（１９０２）と、「フラッシュメモリ」（１９０３）と、「通信ＩＦ」（１９０４）と、を備えている。そして例えば上記「ＣＰＵ」と「主メモリ」によって特定商品入札命令生成手段、判断手段、おまけ付報酬額算出手段が実現されている。また例えば「通信ＩＦ」によって商品ＩＤ受付手段、特定商品出品情報取得手段、落札商品ＩＤ取得手段、おまけ付商品落札価格取得手段が実現されている。

ここで、上記実施例１にて説明したような各ハードウェア構成の処理によって落札依頼が受付けられると、商品ＩＤ受付プログラムに従った「ＣＰＵ」の演算処理によって落札依頼に含まれる商品ＩＤが「主メモリ」のアドレス１に格納される。つづいて特定商品出品情報取得プログラムにしたがって、予め保持されているオークションサーバ装置のＩＰアドレスなどを利用して、その商品ＩＤが特定商品出品情報の検索リクエストとして「通信ＩＦ」からオークションサーバ装置へと送信される。

オークションサーバ装置では、受信した商品ＩＤを検索キーとする検索処理を行う。そして検索処理に該当する出品が複数あれば、その複数の出品ＵＲＬやオークションＩＤなどの情報を特定商品出品情報として取得し、リクエストを送信してきたオークション代行サーバ装置に対して返信する。

オークション代行サーバ装置では、「通信ＩＦ」にて返信されてきた複数の特定商品出品情報を受信すると、特定商品出品情報取得プログラムにしたがって、その特定商品出品情報を「主メモリ」のアドレス２に格納する。続いて、特定商品入札命令生成プログラムに従った「ＣＰＵ」の演算処理によって、複数の特定商品出品情報で示される出品ＵＲＬそれぞれを送信先とする、複数の特定商品入札命令を生成し、「主メモリ」のアドレス３に格納する。

そして、実施例１で記載したような入札命令実行プログラムに従った処理によって入札処理が実行され、落札が成功すると、その旨を通知するための入札の最終結果が「通信ＩＦ」によって受信される。すると、本実施例のオークション代行サーバ装置では、落札商品ＩＤ取得プログラムに従った「ＣＰＵ」の論理演算処理によって、最終結果に含まれる（複数の）落札商品ＩＤが取得され、「主メモリ」のアドレス４などに格納される。

続いて、判断プログラムに従った「ＣＰＵ」の論理演算処理によって、「主メモリ」のアドレス１に格納されている商品ＩＤと、アドレス４などに格納されている（複数の）落札商品ＩＤとが一致するか否かの判断処理が実行される。その結果、一の商品ＩＤ同士が一致し、それ以外の落札商品ＩＤが不一致との判断結果が出力された場合、その不一致とされた落札商品ＩＤに対して「おまけ商品」フラグが付加され、「主メモリ」の所定アドレスに格納される。

すると、今度はおまけ商品落札価格情報取得プログラムが「ＣＰＵ」にて解釈され、以下の処理が実行される。すなわち、おまけ商品フラグが付加された落札商品ＩＤを、例えばオークションサーバ装置に対しておまけ商品落札価格情報の検索リクエストとして送信する。

オークションサーバ装置では、受信したおまけの落札商品ＩＤを検索キーとして過去の商品の落札履歴データベースを検索し、当該おまけの落札商品に関するおまけ商品の落札履歴を取得する。そしてそのデータを利用してＣＰＵなどの演算処理によって平均値や中央値を算出し、おまけ商品落札価格情報を取得する。そしてそのおまけ商品落札価格情報を、リクエストを送信してきたオークション代行サーバ装置に対して返信する。

オークション代行サーバ装置では、「通信ＩＦ」にて受信したそのおまけ商品落札価格情報を「主メモリ」のアドレス５に格納する。すると、続いておまけ付報酬額算出プログラムが「ＣＰＵ」によって解釈される。そしてプログラムの解釈結果に従って、まず「フラッシュメモリ」に格納されているおまけ商品に関する報酬額の算出ルールが読み出される。そして、例えばおまけ商品落札価格情報をキーとして前述のおまけ商品用の報酬額テーブルデータを検索し、おまけ商品の平均落札価格に対応した報酬額などを算出し、「主メモリ」のアドレス７に格納する、と言う具合である。そして実施例１で説明したような処理によって算出された報酬額と、上記のように「主メモリ」のアドレス７に格納されているおまけ商品の報酬額と、の加算処理が「ＣＰＵ」の演算処理によって実行される。そしてその演算結果が報酬額として「通信ＩＦ」を介して落札依頼者端末に対して当該報酬額がメール送信処理などによって通知される、と言う具合である。

<処理の流れ>

図２０は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、図１４のステップＳ１４０５（商品ＩＤで特定される出品に対する入札命令の実行）までの処理が実行される。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得する（ステップＳ２００１）。すると、入札の最終結果から落札商品ＩＤを取得し（ステップＳ２００２）、落札商品ＩＤと、依頼を受付けた商品ＩＤとの比較処理が「ＣＰＵ」の論理演算処理によって実行される（ステップＳ２００３）。その結果、受付けた商品ＩＤ以外のＩＤが落札商品ＩＤに含まれている場合（ステップＳ２００４）、その商品ＩＤで特定されるおまけ商品の過去の落札結果をオークションサーバ装置から取得する（ステップＳ２００５）。そして、取得した過去の落札結果から、おまけ商品落札価格情報を取得する（ステップＳ２００６）。続いて予め格納されている報酬額の算出ルールを取得し（ステップＳ２００７）、算出ルールを利用して、出品特定情報と最終結果と、おまけ商品落札価格情報と、に応じた報酬額を算出する（ステップＳ２００８）。

<効果の簡単な説明>

以上のように本実施例のオークション代行サーバ装置によって、代理落札にて「おまけ」つきの商品が落札された場合に、通常よりも増額／減額などしておまけが付加されていることも加味して報酬額の算出処理を行うことができる。

≪実施例５≫

<概要>

図２１は、本実施例のオークション代行サーバ装置における報酬額の算出ルールの一例を表す図である。この図にあるように、本実施例では、報酬額をＧ、落札価格をＢ、開始価格をＳ、落札限定額をＭ、報酬最大額をＲとして、「Ｇ＝｛（Ｍ−Ｂ）／（Ｍ−Ｓ）｝×Ｒ」という関数によって報酬額を算出することを特徴とする。そして、この算出式においては、図に示すように落札価格が高くなればなるほど報酬額が低く算出されるので、本実施例によってできるだけ安く落札したいという落札依頼者と、報酬額を多くしたいという落札代行者と、双方の利益を実現することができる。

<機能的構成>

図２２は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークション代行サーバ装置」（２２００）は、上記実施例１を基本として、「落札依頼受付部」（２２０１）と、「入札命令生成部」（２２０２）と、「入札実行部」（２２０３）と、「最終結果取得部」（２２０４）と、「算出ルール格納部」（２２０５）と、「報酬額算出部」（２２０６）と、を有する。なお、上記実施例２や３、４を基本として、上記その他の構成要件を有していても良い。なお、それら各構成要件は、上記記載済みであるので説明は省略する。

そして本実施例のオークション代行サーバ装置の特徴点は、算出ルール格納部に格納されている算出ルールが「報酬額（Ｇ）＝｛（Ｍ−Ｂ）／（Ｍ−Ｓ）｝×Ｒ」の関数（式（１））で表される点と、報酬額算出部がさらに「落札限度額取得手段」（２２０７）と「落札額取得手段」（２２０８）と「報酬最大額受付手段」（２２０９）と「開始価格取得手段」（２２１０）とを有する点である。

「落札限度額取得手段」（２２０７）は、落札依頼から落札限度額（Ｍ）を取得する機能を有し、例えばＧＵＩなどで落札限度額の入力フォームを表示することで取得する方法などが挙げられる。

「落札額取得手段」（２２０８）は、最終結果から落札額（Ｂ）を取得する機能を有し、図４に示すような落札結果から、例えば「落札額」などのタグデータで示される金額データを取得する方法などが挙げられる。

「報酬最大額受付手段」（２２０９）は、報酬最大額（Ｒ）の入力を受付ける機能を有する。この報酬最大額については、例えば落札依頼者の端末にてその入力をＧＵＩなどを利用して受付けても良いし、落札代行者の端末にてその入力を受付けても良い。また、その金額について、例えば定額を最大額の閾値として設けたり、基本料金＋商品相場金額の所定パーセントを最大額の閾値として設けたりしても良い。

「開始価格取得手段」（２２１０）は、落札依頼から開始価格（Ｓ）を取得する機能を有する。具体的には、落札依頼の入力用ＧＵＩに開始価格を入力する欄を設けることで開始価格を取得するよう構成する方法が挙げられる。あるいは、複数出品されている商品が落札依頼の対象となっていて、落札依頼時にはそのうちのいずれが落札商品になるか分からないため、落札依頼時点では開始価格が特定できない場合もある。そのような場合には例えば落札依頼に応じてオークションサーバ装置から送信される図４に示すような落札結果から、例えば「開始金額」などのタグデータで示される金額データを取得する方法なども挙げられる。あるいは、落札依頼に応じて実際に落札した商品が決定した後に、その落札商品の出品データや入札用ページの紹介文データなどを取得し、それらデータから開始価格を抽出、取得する方法なども挙げられる。

そして以上のようにして取得した「落札額（Ｂ）」、「落札限度額（Ｍ）」、「報酬最大額（Ｒ）」、「開始価格（Ｓ）」を、算出ルール格納部に格納されている算出ルール「報酬額（Ｇ）＝｛（Ｍ−Ｂ）／（Ｍ−Ｓ）｝×Ｒ」に代入して演算処理が実行されることで、報酬額が算出される、と言う具合である。

<ハードウェア構成>

図２３は、上記機能的な各構成要件をハードウェアとして実現した際の、オークション代行サーバ装置における構成の一例を表す概略図である。この図を利用して上記式（１）を利用した報酬額決定処理におけるそれぞれのハードウェア構成部の働きについて説明する。

この図にあるように、オークション代行サーバ装置は、実施例１などと同様に「ＣＰＵ」（２３０１）と、「主メモリ」（２３０２）と、「フラッシュメモリ」（２３０３）と、「通信ＩＦ」（２３０４）と、を備えている。そして例えば上記「ＣＰＵ」と「主メモリ」によって落札限度額取得手段、落札額取得手段、報酬最大額受付手段、開始価格取得手段が実現されている。

ここで実施例１にて説明したように「通信ＩＦ」にて取得した落札依頼から、例えば落札限度額取得プログラム、報酬最大額受付プログラム、開始価格取得プログラムなどに従った「ＣＰＵ」の処理によってタグデータを参照することで、それぞれ落札限度額（Ｍ）、落札額（Ｂ）、報酬最大額（Ｒ）が取得される。そして、それぞれ「主メモリ」のアドレス１から３に格納される。なお、上記報酬最大額や開始価格が落札依頼中に含まれない構成であれば、別途ＧＵＩなどを介して入力された上記数値データを「通信ＩＦ」から取得するよう構成すると良い。また、報酬最大額は、落札依頼者端末からのみならず、図示しない代理落札者端末から入力され取得しても良いし、予め報酬最大額が設定などされていれば、「フラッシュメモリ」にその値を格納しておき、必要に応じて「主メモリ」に読み出す構成としても良い。

そして、実施例１などで説明したように落札依頼に基づく入札処理が実行され、落札が成功すると、オークションサーバ装置から送信されてくる入札の最終結果が「通信ＩＦ」にて受信される。すると、落札額取得プログラムに従った「ＣＰＵ」の演算処理によって最終結果に含まれる落札額が「主メモリ」のアドレス４に格納される。

つづいて図示しない報酬額算出プログラムに従い「フラッシュメモリ」に格納されている算出ルール「報酬額（Ｇ）＝｛（Ｍ−Ｂ）／（Ｍ−Ｓ）｝×Ｒ」（式（１））が「主メモリ」のアドレス５に読み出される。そして、「主メモリ」のアドレス１から４に格納されている数値データが、それぞれ式（１）の該当する代数部分に代入され、「ＣＰＵ」の演算処理によって報酬額（Ｇ）が算出される、と言う具合である。

<処理の流れ>

図２４は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、オークションの出品特定情報を含む落札依頼を受付ける（ステップＳ２４０１）と、落札依頼から落札限度額（Ｍ）を取得する（ステップＳ２４０２）。また、落札依頼を利用して開始価格（Ｓ）を取得する（ステップＳ２４０３）。また、報酬最大額（Ｒ）の入力を受付け、報酬最大額を取得する（ステップＳ２４０４）。

また、落札依頼に従って入札命令を生成する（ステップＳ２４０５）。そしてその入札命令を、例えば入札プログラムで示される入札タイミング決定ルールや入札金額設定ルールなどにしたがって実行する（ステップＳ２４０６）。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得し（ステップＳ２４０７）、最終結果から落札額（Ｂ）を取得する（ステップＳ２４０８）。そして予めフラッシュメモリなどに格納されている報酬額の算出ルールである式（１）をから報酬額（Ｇ）を算出する（ステップＳ２４０９）。

<効果の簡単な説明>

以上のように本実施例のオークション代行サーバ装置によって、落札価格が高くなればなるほど報酬額が低く算出されるので、本実施例によってできるだけ安く落札したいという落札依頼者と、報酬額を多くしたいという落札代行者と、双方の利益を実現することができる。

≪実施例６≫

<概要>

図２５は、本実施例のオークション代行サーバ装置における報酬額の算出処理の一例を説明するための図である。この図にあるように、本実施例のオークション代行サーバ装置では、落札商品の同種商品の過去の履歴から落札額の分布を算出する。そして、当該分布の標準偏差から安い方に外れるほど報酬額が高くなり、逆に高く外れるほど報酬額が安くなるよう、その報酬額を決定する、という具合である。

<機能的構成>

図２６は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークション代行サーバ装置」（２６００）は、上記実施例１を基本として、「落札依頼受付部」（２６０１）と、「入札命令生成部」（２６０２）と、「入札実行部」（２６０３）と、「最終結果取得部」（２６０４）と、「算出ルール格納部」（２６０５）と、「報酬額算出部」（２６０６）と、を有する。なお、上記実施例２や３、４を基本としてその他の構成要件を有していても良い。なお、それら各構成要件は、上記記載済みであるので説明は省略する。

そして本実施例のオークション代行サーバ装置の特徴点は、報酬額算出部がさらに「落札履歴取得手段」（２６０７）と「偏差値算出手段」（２６０８）と「偏差値テーブル格納手段」（２６０９）と「偏差値報酬額決定手段」（２６１０）とを有する点である。

「落札履歴取得手段」（２６０７）は、同種商品の過去の落札履歴を取得する機能を有する。この落札履歴取得手段は、例えば落札した商品ＩＤを利用してオークションサーバ装置に検索リクエストを送信し、その検索結果を受信する構成などによって実現できる。

「偏差値算出手段」（２６０８）は、取得した落札履歴と、最終結果とに基づいて最終結果で得られた落札価格が落札履歴全体で示される落札価格分布中における偏差値を求める機能を有し、例えばＣＰＵや主メモリなどの演算装置によって実現することが出来る。

「偏差値テーブル格納手段」（２６０９）は、偏差値に応じて報酬額を定める偏差値テーブルを格納する機能を有する。

図２７はこの偏差値テーブルの一例を表す図である。この図にあるように、例えば落札価格の偏差値が、標準偏差＋３σ以上であれば報酬額は最大値の１００％と算出される。一方標準偏差−３σ以下であれば報酬額が最大値の１０％と算出される、と言う具合の算出ルールである。

「偏差値報酬額決定手段」（２６１０）は、算出された偏差値と、偏差値テーブルとに基づいて報酬額を決定する機能を有し、例えばＣＰＵと主メモリなどの演算装置で実現することが出来る。具体的に、例えば偏差値算出手段で算出された落札価格の偏差値をキーとして、図に示すような偏差値テーブルの検索処理をＣＰＵの論理演算処理によって実行し、その偏差値に対応する報酬額が算出される、という具合である。

以上のように、本実施例のオークション代行サーバ装置では、分布と偏差値を利用して代理落札の報酬額を算出する。したがって、報酬最大額と落札額以外の報酬額決定要因が落札依頼者や落札代行者の意図に左右されないため、公平な報酬額を算出することが出来る。

<ハードウェア構成>

図２８は、上記機能的な各構成要件をハードウェアとして実現した際の、オークション代行サーバ装置における構成の一例を表す概略図である。この図を利用して偏差値テーブルを利用した報酬額決定処理におけるそれぞれのハードウェア構成部の働きについて説明する。

この図にあるように、オークション代行サーバ装置は、実施例１などと同様に「ＣＰＵ」（２８０１）と、「主メモリ」（２８０２）と、「フラッシュメモリ」（２８０３）と、「通信ＩＦ」（２８０４）と、を備えている。そして例えば上記「ＣＰＵ」と「主メモリ」によって落札履歴取得手段、偏差値算出手段、偏差値報酬額決定手段が実現されている。また、例えば「フラッシュメモリ」によって偏差値テーブル格納手段が実現されている。商品ＩＤが取得され「主メモリ」のアドレス１に格納される。そして、それに応じて入札命令の生成や入札処理が実行される。

その後、落札が成功し、入札の最終結果を取得すると、本実施例のオークション代行サーバ装置は、以下の処理を実行する。すなわち落札履歴取得プログラムに従った「ＣＰＵ」の処理によって商品ＩＤを用いた当該商品の過去の落札履歴の検索リクエストを生成し、「通信ＩＦ」からオークションサーバ装置に送信する。そして、そのリクエストに応じて返信された当該商品の過去の落札履歴を「通信ＩＦ」にて受信し、「主メモリ」のアドレス２に格納する。

つづいて、偏差値算出プログラムに従い、まず例えばタグデータなどを参照し入札の最終結果から落札価格を取得し、「主メモリ」のアドレス３に格納する。続いて、「ＣＰＵ」の演算処理によって落札価格が落札履歴全体で示される落札価格分布中における偏差値を算出し、「主メモリ」のアドレス４に格納する。そして、最後に偏差値報酬額決定プログラムに従った「ＣＰＵ」の演算処理によって、偏差値をキーとして「フラッシュメモリ」に格納されている偏差値テーブルの検索処理が実行される。そして、その検索の結果、偏差値に対応する報酬額が取得され、「主メモリ」のアドレス５に格納される、と言う具合である。

<処理の流れ>

図２９は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、例えば図８のステップＳ０８０３（商品ＩＤで特定される出品に対する入札命令の実行）までの処理が実行される。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得する（ステップＳ２９０１）。つづいて入札の最終結果から例えば落札商品ＩＤを取得するなどして、その商品ＩＤなどを含むリクエストをオークションサーバ装置に送信する。そしてそのリクエストに応じて返信されてきた同種商品の過去の落札履歴を取得する（ステップＳ２９０２）。そして、取得した過去の落札履歴と、最終結果にて示される落札価格とから偏差値を算出する（ステップＳ２９０３）。そして、予め格納されている偏差値テーブルと、求めた偏差値と、に基づいて報酬額を算出する（ステップＳ２９０４）。

<効果の簡単な説明>

以上のように、本実施例のオークション代行サーバ装置によって、分布と偏差値を利用して代理落札の報酬額を算出することができる。したがって、報酬最大額と落札額以外の報酬額決定要因が落札依頼者や落札代行者の意図に左右されないため、公平な報酬額を算出することが出来る。

≪実施例７≫

<概要>

本実施例は、上記実施例を基本として、図３０に示すように代理落札によって落札された商品に例えば傷などの商品価値を下げるような瑕疵があった場合などに、その代理落札に対する報酬額を減額するなどの機能を備えるオークション代行サーバ装置である。

<機能的構成>

図３１は、本実施例のオークション代行サーバ装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークション代行サーバ装置」（３１００）は、上記実施例１を基本として、「落札依頼受付部」（３１０１）と、「入札命令生成部」（３１０２）と、「入札実行部」（３１０３）と、「最終結果取得部」（３１０４）と、「算出ルール格納部」（３１０５）と、「報酬額算出部」（３１０６）と、を有する。なお、上記実施例２から６を基本としてその他の構成要件を有していても良い。なお、それら各構成要件は、上記記載済みであるので説明は省略する。

そして、本実施例のオークション代行サーバ装置の特徴点は、報酬額算出部がさらに「商品状態情報取得手段」（３１０７）と、「商品状態依存算出手段」（３１０８）と、を有する点である。

「商品状態情報取得手段」（３１０７）は、出品特定情報に基づいて落札対象となる商品の商品状態情報を取得する機能を有する。「商品状態情報」とは、傷やいたみ具合などを示す情報をいい、例えば傷や痛みなどが商品の全表面積上に占める割合や、痛み具合などをランク付けした指数情報などが挙げられる。

またその商品状態情報の取得は、例えば落札商品の出品紹介ページなどの紹介文を形態素解析し、その中に「痛み」「傷」「汚れ」「難」などの単語を抽出し、その単語や前後の単語から点数を付与するなどの方法で取得しても良い。あるいは出品時に予め状態を示す指数をＧＵＩを介して入力などさせておき、その入力された指数を商品状態情報として入札の最終結果に含み通知することで取得する方法なども挙げられる。

「商品状態依存算出手段」（３１０８）は、取得した商品状態情報をも利用して報酬額を算出する機能を有する。この商品状態依存算出手段は、例えば商品状態情報と減額率などを関連付けたテーブルデータを利用して、商品状態情報で示される分だけ報酬額を減額する、などの処理を行う。

<処理の流れ>

図３２は、本実施例のオークション代行サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、例えば図８のステップＳ０８０３（商品ＩＤで特定される出品に対する入札命令の実行）までの処理が実行される。

その結果、例えば落札が成功すると、入札の最終結果をオークションサーバから取得する（ステップＳ３２０１）。つづいて出品特定情報に基づいて商品状態情報を取得する（ステップＳ３２０２）。そして、予め格納されている報酬額の算出ルールを取得し（ステップＳ３２０３）、その算出ルールを利用して、出品特定情報と、最終結果と、商品状態情報と、に基づいて報酬額を算出する（ステップＳ３２０４）。

<効果の簡単な説明>

以上のように、本実施例のオークション代行サーバ装置によって、 本実施例は、上記実施例を基本として、代理落札によって落札された商品に例えば傷などの商品価値を下げるような瑕疵があった場合などに、その代理落札に対する報酬額を減額することなどができる。

実施例１のオークション代行サーバ装置による代行落札への報酬額算出処理の一例を説明するための概念図 実施例１のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例１のオークション代行サーバ装置における出品特定情報を含む落札依頼の一例を表す概念図 実施例１のオークション代行サーバ装置における入札の最終結果の一例を表す概念図 実施例１のオークション代行サーバ装置におけるテーブルデータの一例を表す概念図 実施例１のオークション代行サーバ装置における報酬額算出部での報酬額算出処理の一例を表す概念図 実施例１のオークション代行サーバ装置におけるハードウェア構成の一例を表す図 実施例１のオークション代行サーバ装置における処理の流れの一例を表すフローチャート 実施例２のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例２のオークション代行サーバ装置における処理の流れの一例を表すフローチャート 実施例３のオークション代行サーバ装置による、複数の代行入札の一例を説明するための概念図 実施例３のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例３のオークション代行サーバ装置において利用されるオークション管理用のマスタデータの一例を表す図 実施例３のオークション代行サーバ装置における処理の流れの一例を表すフローチャート 実施例４のオークション代行サーバ装置における報酬額算出処理の一例を説明するための概念図 実施例４のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例４のオークション代行サーバ装置の落札商品ＩＤ取得部における落札商品ＩＤの取得処理の一例を説明するための概念図 実施例４のオークション代行サーバ装置にて利用されるおまけ商品の過去の落札価格の履歴データの一例を表す図 実施例４のオークション代行サーバ装置におけるハードウェア構成の一例を表す図 実施例４のオークション代行サーバ装置における処理の流れの一例を表すフローチャート 実施例５のオークション代行サーバ装置における報酬額の算出ルールの一例を表す図 実施例５のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例５のオークション代行サーバ装置におけるハードウェア構成の一例を表す図 実施例５のオークション代行サーバ装置における処理の流れの一例を表すフローチャート 実施例６のオークション代行サーバ装置における報酬額の算出処理の一例を説明するための図 実施例６のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例６のオークション代行サーバ装置にて利用される偏差値テーブルの一例を表す図 実施例６のオークション代行サーバ装置におけるハードウェア構成の一例を表す図 実施例６のオークション代行サーバ装置における処理の流れの一例を表すフローチャート 実施例７のオークション代行サーバ装置による代行落札への報酬額算出処理の一例を説明するための概念図 実施例７のオークション代行サーバ装置における機能ブロックの一例を表す図 実施例７のオークション代行サーバ装置における処理の流れの一例を表すフローチャート

符号の説明

０２００ オークション代行サーバ装置
０２０１ 落札依頼受付部
０２０２ 入札命令生成部
０２０３ 入札実行部
０２０４ 最終結果取得部
０２０５ 算出ルール格納部
０２０６ 報酬額算出部
０２１０ オークションサーバ

Claims (14)

1. オークションの出品特定情報を含む落札依頼を受付ける落札依頼受付部と、
   受付けた落札依頼に従ってオークションの入札命令を生成する入札命令生成部と、
   生成した入札命令を実行してオークションへの入札を実行する入札実行部と、
   入札の最終結果を取得する最終結果取得部と、
   報酬額の算出ルールを格納した算出ルール格納部と、
   格納された算出ルールを利用して、出品特定情報と最終結果とに応じた報酬額を算出する報酬額算出部と、
   を有するオークション代行サーバ装置。
2. 落札依頼受付部は、オークションの出品を特定するために落札依頼の中から出品情報のＵＲＬを取得するＵＲＬ取得手段を有し、
   入札命令生成部は、取得されたＵＲＬで特定されるオークションの出品に対して入札をするための入札命令を生成するＵＲＬ入札命令生成手段を有する
   請求項１に記載のオークション代行サーバ装置。
3. 落札依頼受付部は、落札依頼の中からオークションに出品されている商品を特定するために商品ＩＤを受付ける商品ＩＤ受付手段を有し、
   入札命令生成部は、取得された商品ＩＤに基づいて特定される商品の一以上の出品情報をオークションサーバ装置から取得する特定商品出品情報取得手段と、
   取得した一以上の特定商品出品情報で特定される一以上のオークションの出品のいずれかに対して入札命令を生成する特定商品入札命令生成手段と、
   を有する請求項１に記載のオークション代行サーバ装置。
4. 報酬額算出部は、
   最終結果から落札されることで譲渡対象となる商品ＩＤを取得する落札商品ＩＤ取得手段と、
   落札商品ＩＤ取得手段にて取得された商品ＩＤと、落札依頼受付部の商品ＩＤ受付手段に受付けられた商品ＩＤとを比較して、その結果落札依頼受付部の商品ＩＤ受付手段にて受付けられた商品ＩＤ以外の商品ＩＤが落札商品ＩＤに含まれているか判断する判断手段と、
   判断手段での判断結果が含まれているとの判断結果である場合にはその商品ＩＤで特定される商品であるおまけ商品の過去の落札結果をオークションサーバ装置から取得し、その落札価格情報を取得するおまけ商品落札価格情報取得手段と、
   出品特定情報と最終結果の他におまけ商品の落札価格情報にも基づいて報酬額を算出するおまけ付報酬額算出手段と、
   を有する請求項３に記載のオークション代行サーバ装置。
5. 算出ルール格納部に格納されている算出ルールは以下の式（１）であらわされ、
   報酬額（Ｇ）＝｛（Ｍ−Ｂ）／（Ｍ−Ｓ）｝×Ｒ・・・式（１）
   報酬額算出部は、
   落札依頼から落札限度額（Ｍ）を取得する落札限度額取得手段と、
   最終結果から落札額（Ｂ）を取得する落札額取得手段と、
   報酬最大額（Ｒ）の入力を受付ける報酬最大額受付手段と、
   落札依頼から開始価格（Ｓ）を取得する開始価格取得手段と、
   を有する請求項１から４のいずれか一に記載のオークション代行サーバ装置。
6. 報酬額算出部は、
   同種商品の過去の落札履歴を取得する落札履歴取得手段と、
   取得した落札履歴と、最終結果とに基づいて最終結果で得られた落札価格が落札履歴全体で示される落札価格分布中における偏差値を求める偏差値算出手段と、
   偏差値に応じて報酬額を定める偏差値テーブルを格納した偏差値テーブル格納手段と、
   算出された偏差値と、偏差値テーブルとに基づいて報酬額を決定する偏差値報酬額決定手段と、を有する請求項１から４のいずれか一に記載のオークション代行サーバ装置。
7. 報酬額算出部は、
   出品特定情報に基づいて落札対象となる商品の傷やいたみ具合などを示す商品状態情報を取得する商品状態情報取得手段と、
   取得した商品状態情報をも利用して報酬額を算出する商品状態依存算出手段とを有する請求項１から６のいずれか一に記載のオークション代行サーバ装置。
8. オークションの出品特定情報を含む落札依頼を受付ける落札依頼受付ステップと、
   受付けた落札依頼に従ってオークションの入札命令を生成する入札命令生成ステップと、
   生成した入札命令を実行してオークションへの入札を実行する入札実行ステップと、
   入札の最終結果を取得する最終結果取得ステップと、
   予め格納されている報酬額の算出ルールを取得する算出ルール取得ステップと、
   取得された算出ルールを利用して、出品特定情報と最終結果とに応じた報酬額を算出する報酬額算出ステップと、
   を計算機に実行させるオークション代行方法。
9. 落札依頼受付ステップは、オークションの出品を特定するために落札依頼の中から出品情報のＵＲＬを取得するＵＲＬ取得サブステップを有し、
   入札命令生成ステップは、取得されたＵＲＬで特定されるオークションの出品に対して入札をするための入札命令を生成するＵＲＬ入札命令生成サブステップを有する
   請求項８に記載のオークション代行方法。
10. 落札依頼受付ステップは、落札依頼の中からオークションに出品されている商品を特定するために商品ＩＤを受付ける商品ＩＤ受付サブステップを有し、
    入札命令生成ステップは、取得された商品ＩＤに基づいて特定される商品の一以上の出品情報をオークションサーバ装置から取得する特定商品出品情報取得サブステップと、
    取得した一以上の特定商品出品情報で特定される一以上のオークションの出品のいずれかに対して入札命令を生成する特定商品入札命令生成サブステップと、
    を有する請求項８に記載のオークション代行サーバ装置。
11. 報酬額算出ステップは、
    最終結果から落札されることで譲渡対象となる商品ＩＤを取得する落札商品ＩＤ取得サブステップと、
    落札商品ＩＤ取得サブステップにて取得された商品ＩＤと、落札依頼受付ステップの商品ＩＤ受付サブステップに受付けられた商品ＩＤとを比較して、その結果落札依頼受付ステップの商品ＩＤ受付サブステップにて受付けられた商品ＩＤ以外の商品ＩＤが落札商品ＩＤに含まれているか判断する判断サブステップと、
    判断サブステップでの判断結果が含まれているとの判断結果である場合にはその商品ＩＤで特定される商品であるおまけ商品の過去の落札結果をオークションサーバ装置から取得し、その落札価格情報を取得するおまけ商品落札価格情報取得サブステップと、
    出品特定情報と最終結果の他におまけ商品の落札価格情報にも基づいて報酬額を算出するおまけ付き報酬額算出サブステップと、
    を有する請求項１０に記載のオークション代行方法。
12. 算出ルール取得ステップにて取得される算出ルールは以下の式（１）であらわされ、
    報酬額（Ｇ）＝｛（Ｍ−Ｂ）／（Ｍ−Ｓ）｝×Ｒ・・・式（１）
    報酬額算出ステップは、
    落札依頼から落札限度額（Ｍ）を取得する落札限度額取得サブステップと、
    最終結果から落札額（Ｂ）を取得する落札額取得サブステップと、
    報酬最大額（Ｒ）の入力を受付ける報酬最大額受付サブステップと、
    落札依頼から開始価格（Ｓ）を取得する開始価格取得サブステップと、
    を有する請求項８から１１のいずれか一に記載のオークション代行方法。
13. 報酬額算出ステップは、
    同種商品の過去の落札履歴を取得する落札履歴取得サブステップと、
    取得した落札履歴と、最終結果とに基づいて最終結果で得られた落札価格が落札履歴全体で示される落札価格分布中における偏差値を求める偏差値算出サブステップと、
    予め格納されている偏差値に応じて報酬額を定める偏差値テーブルを取得する偏差値テーブル取得サブステップと、
    算出された偏差値と、偏差値テーブルとに基づいて報酬額を決定する偏差値報酬額決定サブステップと、を有する請求項８から１１のいずれか一に記載のオークション代行方法。
14. 報酬額算出ステップは、
    出品特定情報に基づいて落札対象となる商品の傷やいたみ具合などを示す商品状態情報を取得する商品状態情報取得サブステップと、
    取得した商品状態情報をも利用して報酬額を算出する商品状態依存算出ステップと、を有する請求項８から１３のいずれか一に記載のオークション代行方法。

Images