(57)【要約】【課題】ネットオークションにおける出品の情報を好適に通知する。【解決手段】ネットオークションサービスを提供するサーバ装置であって、ネットオークションへの出品を受け付ける出品受付機能４１と、出品受付機能４１により受け付けた出品に対する入札をユーザから受け付ける入札受付機能４３と、入札受付手段により入札が受け付けられたユーザの入札額の推移に基づいて、出品受付手段により受け付けた出品の中からユーザに推奨する他の出品を選択し、その他の出品の情報をユーザに通知する出品情報通知機能４４と、を備える。【選択図】図７
2011204114.tif 000002
【特許請求の範囲】
【請求項１】
ネットオークションサービスを提供するサーバ装置であって、
ネットオークションへの出品を受け付ける出品受付手段と、
前記出品受付手段により受け付けた出品に対する入札をユーザから受け付ける入札受付手段と、
前記入札受付手段により入札が受け付けられたユーザの入札額の推移に基づいて、前記出品受付手段により受け付けた出品の中からユーザに推奨する他の出品を選択する推奨出品選択手段と、
前記推奨出品選択手段により選択された他の出品の情報をユーザに通知する通知手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
前記ユーザの入札額の推移は、それぞれ、出品ごとの当該ユーザによる最高入札額により正規化してから、平均もしくは最近の出品ほど重みを大きくした重み付き平均を求めることにより得られる
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記出品選択手段は、前記ユーザの入札額の推移の傾向を判別し、当該入札額の推移の傾向が同一または類似するユーザに対しては一の出品を選択し、当該入札額の推移の傾向が非類似のユーザに対してはその他の出品を選択する
ことを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記出品選択手段は、前記入札額の推移の傾向が、オークションが終了する以前の所定期間の間に所定回数以上の入札を行う第１の傾向であるか、入札を１回だけ行う第２の傾向であるか、を判別し、前記入札額の推移の傾向が前記第１の傾向であるユーザに対しては一の出品を選択し、前記入札額の推移の傾向が前記第２の傾向であるユーザに対してはその他の出品を選択する
ことを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記通知手段は、ユーザから入札を受け付けた出品のネットオークションが終了し、当該ユーザが落札者とならなかったときに、前記他の出品の情報を通知する
ことを特徴とする請求項１から４のいずれか１項に記載のサーバ装置。
【請求項６】
前記推奨出品選択手段は、前記ユーザの入札額の推移と価格の推移が同一または類似している前記他の出品を選択する
ことを特徴とする請求項１から５のいずれか１項に記載のサーバ装置。
【請求項７】
前記推奨出品選択手段は、ユーザから入札を受け付けた出品と商品が同一または類似する前記他の出品を選択する
ことを特徴とする請求項１から６のいずれか１項に記載のサーバ装置。
【請求項８】
コンピュータを、請求項１から７のいずれか１項に記載のサーバ装置として機能させることを特徴とするプログラム。
【請求項９】
出品受付手段と、入札受付手段と、推奨商品選択手段と、通知手段と、備え、ネットオークションサービスを提供するサーバ装置により、ユーザに推奨する出品の情報を通知する推奨情報通知方法であって、
前記出品受付手段により、ネットオークションへの出品を受け付ける出品受付ステップと、
前記入札受付手段により、前記出品受付ステップで受け付けた出品に対する入札をユーザから受け付ける入札受付ステップと、
前記推奨出品選択手段により、前記入札受付ステップで入札が受け付けられたユーザの入札額の推移に基づいて、前記出品受付ステップで受け付けた出品の中からユーザに推奨する他の出品を選択する推奨出品選択ステップと、
前記通知手段により、前記推奨出品選択ステップで選択された他の出品の情報をユーザに通知する通知ステップと、
を備えることを特徴とする推奨情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、プログラム、推奨情報通知方法に関し、特にインターネットを利用したオークションに関する。
【背景技術】
【０００２】
通信ネットワーク上に出品された商品に対して、ユーザが購入価格を入札により提示し、予め設定された時点で最も高い価格を提示したユーザがその商品を購入できる、いわゆるネットオークションが知られている（例えば特許文献１）。
【０００３】
商品を購入したい入札者は、商品の現在価格を参照しながら入札を行う。この際、入札者は、自分が出し得る金額の最高額である最高入札額を指定した入札をすることができる。この場合、最高入札額が直ちに商品の現在価格となるわけではなく、現在価格の取り得る価格のうち最も低い金額が現在価格となる。例えば、他に入札がない場合は、開始価格が現在価格となる。一方、すでに入札がある場合は、高い方の最高入札額が採用され、低い方の最高入札額より所定の入札単位分高い金額が現在価格となる。
【０００４】
このような仕組みが採用されているため、ネットオークションにおける商品の値動きは多種多様になる。
【０００５】
また、ユーザの入札方法も多種多様である。例えば、１度だけ最高入札額を指定した入札を行い、その後入札しない入札方法や、商品の現在価格を監視しながら、ユーザの判断したタイミングで適宜入札を行う入札方法などがある。
【０００６】
後者の入札方法の場合、ユーザが欲しい商品のオークションであっても、その現在価格や価格の推移がユーザの好みでなければ、ユーザがそのオークションに関心を示さないことが考えられる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第３６５９４００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このような多種多様の商品の値動き、及び、ユーザが好む入札方法を勘案して、ユーザの好みに合った出品情報を通知することが望まれる。
【０００９】
本発明は、上記実状に鑑みてなされたものであり、ネットオークションにおける出品の情報を好適に通知するサーバ装置、プログラム、及び推奨情報通知方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の第１の観点にかかるサーバ装置は、ネットオークションサービスを提供するサーバ装置であって、ネットオークションへの出品を受け付ける出品受付手段と、前記出品受付手段により受け付けた出品に対する入札をユーザから受け付ける入札受付手段と、前記入札受付手段により入札が受け付けられたユーザの入札額の推移に基づいて、前記出品受付手段により受け付けた出品の中からユーザに推奨する他の出品を選択する推奨出品選択手段と、前記推奨出品選択手段により選択された他の出品の情報をユーザに通知する通知手段と、を備えることを特徴とする。
【００１１】
前記ユーザの入札額の推移は、それぞれ、出品ごとの当該ユーザによる最高入札額により正規化してから、平均もしくは最近の出品ほど重みを大きくした重み付き平均を求めることにより得られるようにしてもよい。
【００１２】
前記出品選択手段は、前記ユーザの入札額の推移の傾向を判別し、当該入札額の推移の傾向が同一または類似するユーザに対しては一の出品を選択し、当該入札額の推移の傾向が非類似のユーザに対してはその他の出品を選択するようにしてもよい。
【００１３】
前記出品選択手段は、前記入札額の推移の傾向が、オークションが終了する以前の所定期間の間に所定回数以上の入札を行う第１の傾向であるか、入札を１回だけ行う第２の傾向であるか、を判別し、前記入札額の推移の傾向が前記第１の傾向であるユーザに対しては一の出品を選択し、前記入札額の推移の傾向が前記第２の傾向であるユーザに対してはその他の出品を選択するようにしてもよい。
【００１４】
前記通知手段は、ユーザから入札を受け付けた出品のネットオークションが終了し、当該ユーザが落札者とならなかったときに、前記他の出品の情報を通知するようにしてもよい。
【００１５】
前記推奨出品選択手段は、前記ユーザの入札額の推移と価格の推移が同一または類似している前記他の出品を選択するようにしてもよい。
【００１６】
前記推奨出品選択手段は、ユーザから入札を受け付けた出品と商品が同一または類似する前記他の出品を選択するようにしてもよい。
【００１７】
本発明の第２の観点にかかるプログラムは、コンピュータを上述のサーバ装置として機能させることを特徴とする。
【００１８】
本発明の第３の観点にかかる推奨情報通知方法は、出品受付手段と、入札受付手段と、推奨商品選択手段と、通知手段と、備え、ネットオークションサービスを提供するサーバ装置により、ユーザに推奨する出品の情報を通知する推奨情報通知方法であって、前記出品受付手段により、ネットオークションへの出品を受け付ける出品受付ステップと、前記入札受付手段により、前記出品受付ステップで受け付けた出品に対する入札をユーザから受け付ける入札受付ステップと、前記推奨出品選択手段により、前記入札受付ステップで入札が受け付けられたユーザの入札額の推移に基づいて、前記出品受付ステップで受け付けた出品の中からユーザに推奨する他の出品を選択する推奨出品選択ステップと、前記通知手段により、前記推奨出品選択ステップで選択された他の出品の情報をユーザに通知する通知ステップと、を備えることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、ネットオークションにおける出品の情報を好適に通知することができる。
【図面の簡単な説明】
【００２０】
【図１】ネットオークションシステムの構成例を示す図である。
【図２】サーバ装置の構成を示すブロック図である。
【図３】出品情報の一例を示す図である。
【図４】ユーザ情報の一例を示す図である。
【図５】最高入札額の推移の一例を示すグラフなどである。
【図６】入札履歴、入札タイプ履歴の一例を示す図である。
【図７】サーバ装置のネットオークション機能を示す図である。
【図８】入札受付時処理の動作を示すフローチャートである。
【図９】推奨出品情報通知処理の動作を示すフローチャートである。
【図１０】入札タイプ判別処理の動作を示すフローチャートである。
【図１１】価格推移推定処理の動作を示すフローチャートである。
【図１２】価格推移情報の一例を示す図である。
【図１３】変形例における推奨出品情報通知処理の動作を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態に係るネットオークションサービスを提供するサーバ装置について図面を参照しながら説明する。
【００２２】
図１は、ネットオークションシステム１００の構成例を示す図である。ネットオークションシステム１００は、図１に示すように、サーバ装置１０と、ユーザ端末２０と、から構成される。サーバ装置１０とユーザ端末２０は、ネットワーク３０を介して接続される。
【００２３】
サーバ装置１０は、ネットオークションサービスを提供する。具体的には、サーバ装置１０は、ユーザ端末２０からの要求に応じてネットオークションサービスに関する各種のＷｅｂページをユーザ端末２０に送信する。
【００２４】
ユーザ端末２０は、ネットオークションサービスを利用するための端末装置である。ユーザ端末２０は、サーバ装置１０に接続するための機能（ブラウザなど）を備える。ユーザ端末２０は、例えば、パーソナルコンピュータや携帯電話などの携帯端末である。
【００２５】
ネットワーク３０は、例えば、インターネットやイントラネットなどの通信ネットワークである。
【００２６】
ここで、ネットオークションサービスについて簡単に説明する。ネットオークションサービスを利用するユーザは、ユーザ端末２０のブラウザにより、サーバ装置１０にアクセスすることで、ネットオークションを利用できる。
【００２７】
商品を出品する場合には、ユーザは、ユーザ端末２０により自己に関する情報を入力する（例えば、ユーザＩＤやパスワードを入力してログインをする）とともに、出品に関する情報（商品の開始価格、商品に関する情報、オークションの終了日時など）を入力する。サーバ装置１０は、ユーザ端末２０から出品に関する情報を受け取ると、当該出品に対応したＷｅｂページを生成する。
【００２８】
出品された商品を落札する場合には、ユーザは、商品のジャンルやキーワードをもとに商品を検索する。サーバ装置１０は、ユーザ端末２０からの要求に応じたＷｅｂページ（出品を検索するためのＷｅｂページや、各出品に対応したＷｅｂページなど）をユーザ端末２０に送信する。
【００２９】
そして、落札したい商品があれば、ユーザは、自己に関する情報を入力する（例えば、ユーザＩＤやパスワードを入力してログインをする）とともに、金額を指定した入札を行う。出品ごとに定められた終了時点で、最も高い金額で入札を行っていればその商品を落札することができる。
【００３０】
図２は、サーバ装置１０の構成を示すブロック図である。図２に示すように、サーバ装置１０は、制御部１１と、記憶部１２と、通信部１３と、から構成される。
【００３１】
制御部１１は、ＣＰＵ（Central Processing Unit）などから構成される。制御部１１は、サーバ装置１０全体の動作（特にネットオークションサービスに係る動作）を制御する。
【００３２】
記憶部１２は、制御部１１のワークエリアとなるＲＡＭ（Random Access Memory）や、制御部１１の動作プログラムを格納するＲＯＭ（Read Only Memory）、ネットオークションサービスに関する各種情報を記憶するハードディスクやフラッシュメモリなどから構成される。
【００３３】
記憶部１２は、オークションサービスに関する情報として、図３に示す出品情報５１、図４に示すユーザ情報５２を記憶する。また、記憶部１２は、オークションサービスのユーザごとに、図６（Ａ）に示す入札履歴５３、図６（Ｂ）に示す入札タイプ履歴５４を記憶する。
【００３４】
出品情報５１は、図３に示すように、オークションＩＤ、ジャンル、商品名、出品者、開始価格、現在価格、入札件数、開始日時、終了日時、数量、落札候補者、最高入札額などを対応付けた情報である。
【００３５】
オークションＩＤは、オークション（出品）を一意に識別するための識別情報であり、出品がなされたときに自動的に採番される。
【００３６】
ジャンルは、出品された商品のジャンルである。商品名は、出品された商品の商品名である。出品者は、出品者を識別するための識別情報（例えばユーザＩＤ）である。
【００３７】
開始価格は、オークションが開始される際の価格である。現在価格は、商品の現時点での価格である。入札件数は、オークションが開始されてから現時点までの入札件数である。
【００３８】
開始日時は、オークションが開始した日時である。終了日時は、当該オークションが終了する日時である。
【００３９】
落札候補者は、現時点で最も高い価格で入札をしたユーザを識別するための識別情報である。最高入札額は、落札候補者が指定した最高入札額である。
【００４０】
最高入札額とは、入札者が出し得る最高の価格である。入札者は、現在価格より所定の入札単位高い金額から入札を行うことができるが、それより高い最高入札額を指定して入札を行うことにより、他に入札があった場合に、その最高入札額を超えない範囲で、自動的に入札（自動入札）が行われる。
【００４１】
なお、入札単位は、現在価格に応じて予め定められていればよい。例えば、現在価格が１０００円未満であれば１０円が入札単位となり、１０００円以上５０００円未満であれば１００円が入札単位となり、５０００円以上１００００円未満であれば２５０円が入札単位となり、１００００円以上５００００円未満であれば５００円が入札単位となり、５００００円以上であれば１０００円が入札単位となる。
【００４２】
このほか、出品情報５１には、当該オークションに対応したＷｅｂページが対応付けて記憶されてもよい。
【００４３】
出品情報５１において、ジャンル、商品名、開始価格、開始日時、終了日時は、出品が行われるときに出品者によって入力または選択される。出品情報５１において、現在価格、入札件数、落札候補者、最高入札額は、入札が行われるたびに更新される。
【００４４】
ユーザ情報５２は、図４に示すように、ネットオークションのユーザを一意に識別するためのユーザＩＤ、性別、年齢、嗜好、入札タイプなど、ユーザに関する情報を対応付けた情報である。
【００４５】
嗜好は、ユーザが関心を持っている商品のジャンルなどの情報である。嗜好は、例えば、ユーザが入札履歴や閲覧履歴に基づいて随時更新される。嗜好は、ネットオークションのアカウント作成時などにユーザ自ら入力するものであってもよい。
【００４６】
入札タイプは、ユーザの入札方法を分類するものである。入札タイプは、ユーザの入札履歴に基づいて決定される。入札者の入札方法には、複数パターンが想定される。
【００４７】
例えば、所望の商品の出品を監視して、現在価格に応じた最高入札額（例えば、現在価格に入札単位を足した金額）による入札を行い、自らの入札額が更新されるたびに再度入札を行う入札方法が想定される。このような入札方法を行う場合の最高入札額の推移は、最終的な最高入札額により正規化すると、図５（Ａ１）のようなグラフで表される。このような入札方法をＡタイプとする。Ａタイプを一般化したものが図５（Ａ２）である。
【００４８】
また、所望の商品の見つけたときに、１度だけ最高入札額（例えば、現在価格と離れた金額）を提示して、自動入札に任せて、オークションの終了を待つ入札方法も想定される。このような入札方法を行う場合の最高入札額の推移は、最終的な最高入札額により正規化すると、図５（Ｂ１）のようなグラフで表される。このような入札方法をＢタイプとする。Ｂタイプを一般化したものが図５（Ｂ２）である。
【００４９】
また、オークションの終了間際に入札を繰り返して競り合う入札方法も想定される。このような入札方法を行う場合の最高入札額の推移は、最終的な最高入札額により正規化すると、図５（Ｃ１）のようなグラフで表される。このような入札方法をＣタイプとする。Ｃタイプを一般化したものが図５（Ｃ２）である。
【００５０】
このように、この実施の形態では、３つの入札タイプを設けている。そして、入札者の入札タイプに応じて、推奨（レコメンド）する出品を決定し、入札タイプごとに異なる出品の情報を通知する。
【００５１】
入札履歴５３は、図６（Ａ）に示すように、オークションＩＤ、入札日時、最高入札額、開始日時、終了日時、ジャンル、商品名を対応付けた情報である。オークションＩＤごとに、入札日時とその入札における最高入札額とを対応付けて記憶する。このような入札履歴５３が、ユーザごとに記憶される。
【００５２】
この入札履歴５３に基づいて、ユーザが入札を行ったオークションごとに、ユーザの入札タイプが判別される。入札タイプ履歴５４は、図６（Ｂ）に示すように、ユーザが入札を行ったオークションにおける、入札タイプの判別結果の履歴を記憶する。入札タイプ履歴５４は、図６（Ｂ）に示すように、オークションＩＤ、そのオークションにおける入札タイプ、そのオークションにおいて最終的に落札したか否かを示す落札可否を対応付けた情報である。このような入札タイプ履歴５４が、ユーザごとに記憶される。
【００５３】
この入札タイプ履歴５４に基づいて、各ユーザの入札タイプが決定される。ユーザの入札タイプは、入札タイプ履歴５４において最も出現頻度が高い入札タイプ（入札タイプの平均）に決定される。また、最近の入札における入札タイプほど重みを大きくした重み付き平均により入札タイプを決定してもよい。さらに、最終的に落札した場合の入札タイプのみを抽出して、抽出した入札タイプの平均または重み付き平均により入札タイプを決定してもよい。図４に示したユーザ情報５２における入札タイプは、入札タイプ履歴５４が更新されるたびに更新される。
【００５４】
入札履歴５３、入札タイプ履歴５４にはこれら以外の情報が対応付けられていてもよい。また、入札履歴における開始日時、終了日時、ジャンル、商品名は、出品情報５１から参照可能なので、入札履歴５３に含まれなくてもよい。
【００５５】
図２に戻り、サーバ装置１０の通信部１３は、サーバ装置１０をネットワーク３０に接続するためのインターフェースであり、ネットワークアダプタなどから構成される。制御部１１は、通信部１３とネットワーク３０を介して、ユーザ端末２０と各種データをやりとりする。
【００５６】
続いて、サーバ装置１０のネットオークションに係る機能（ネットオークション機能）について説明する。図７は、サーバ装置１０のネットオークション機能を示す図である。
【００５７】
サーバ装置１０は、ネットオークション機能として、出品受付機能４１、出品情報送信機能４２、入札受付機能４３、出品情報通知機能４４、その他の機能４５を有する。
【００５８】
出品情報受付機能４１は、ユーザ端末２０からネットオークションに対する出品を受け付ける機能である。例えば、サーバ装置１０は、ユーザ端末２０から出品を行う旨の要求を受信すると、出品情報入力用のＷｅｂページを生成してユーザ端末２０に送信する。ユーザは、この出品情報入力用のＷｅｂページにより、各種出品に関する情報を入力する。サーバ装置１０は、入力された情報を受信すると、その情報を出品情報５１として記憶部１２に記憶し、出品が完了した旨など示すＷｅｂページをユーザ端末２０に送信する。出品情報入力用のＷｅｂページは、出品情報５１におけるジャンル、商品名、開始価格、開始日時、終了日時を少なくとも入力できるものであればよい。この他、出品する商品の数量や、その価格により入札された場合、直ちにオークションが終了する価格（即落価格、希望入札額）を指定できるものであってよい。
【００５９】
出品情報送信機能４２は、ユーザ端末２０からの要求に応じて、出品された商品を検索するためのＷｅｂページや、出品された商品の情報を閲覧するためのＷｅｂページをユーザ端末２０に送信する機能である。
【００６０】
入札受付機能４３は、ユーザ端末２０から入札情報を受け付け、出品情報５１における現在価格、入札件数、落札候補者、最高入札額を更新する機能である。入札情報には、入札者のユーザＩＤ、入札対象の出品、最高入札額が含まれる。ユーザは、ユーザ端末２０によりこれらの情報を入力して入札を行う。
【００６１】
出品情報通知機能４４は、サーバ装置１０にユーザＩＤが登録されているユーザの入札タイプに応じて推奨する出品を決定し、その出品の情報を推奨出品情報としてユーザに通知する機能である。
【００６２】
その他の機能４５は、上述した各種機能以外のネットオークションサービスに係る機能である。
【００６３】
なお、これらの各機能は、サーバ装置１０の制御部１１が記憶部１２に記憶されるプログラムを読み込むことで実行する。
【００６４】
次に、入札を受け付けたときのサーバ装置１０の動作について説明する。図８は、サーバ装置１０が、ユーザ端末２０から入札情報を受け付けたときに実行する入札受付時処理の動作を示すフローチャートである。入札受付時処理は、入札受付機能４３の一部として実行される。
【００６５】
サーバ装置１０の制御部１１は、ユーザ端末２０から、最高入札額を指定した入札を受け付けたとき、入札を受け付けた出品に対して、すでに他の入札があるか否かを判別する（ステップＳ１０１）。制御部１１は、例えば、出品情報５１における落札候補者の有無によりこの判別を行う。
【００６６】
他に入札がある場合（ステップＳ１０１；Ｙｅｓ）、制御部１１は、現在の出品情報５１における最高入札額と、今回の入札のおける最高入札額を比較する（ステップＳ１０２）。
【００６７】
そして、制御部１１は、最高入札額が高い方の入札者を落札候補者として出品情報５１を更新する（ステップＳ１０３）。また、制御部１１は、ステップＳ１０２の処理で比較した最高入札額のうち低い方の最高入札額に入札単位を加えた額を現在価格として出品情報５１を更新する（ステップＳ１０４）。
【００６８】
さらに、制御部１１は、ステップＳ１０２の処理で比較した最高入札額が高い方の入札者を落札候補者として出品情報５１を更新する（ステップＳ１０５）。
【００６９】
一方、他に入札がなければ（ステップＳ；Ｎｏ）、制御部１１は、今回の入札をした入札者を落札候補者として出品情報５１を更新する（ステップＳ１０６）。また、制御部１１は、今回の入札をした入札者の最高入札額を最高入札額として出品情報５１を更新する（ステップＳ１０６）。
【００７０】
ステップＳ１０２〜Ｓ１０７の処理で、出品情報５１を更新した後、制御部１１は、今回入札を受け付けたユーザ（入札者）の入札履歴５３を更新して（ステップＳ１０８）、入札受付時処理を終了する。
【００７１】
オークションの開始日時から終了日時までの期間、入札を受け付けるたびに、このような入札受付時処理が実行される。そして、オークションの終了日時となることなどにより、オークションが終了したときの出品情報５１における落札候補者が落札者となる。オークションが終了したときには、サーバ装置１０は、出品者及び落札者に落札に関する情報を通知する。このような動作は、その他の機能４５の一部として実行されればよい。
【００７２】
オークションが終了したときには、出品情報通知機能４４の一部として、推奨出品情報通知処理が実行される。図９は、推奨出品情報通知処理の動作を示すフローチャートである。
【００７３】
推奨出品情報通知処理において、サーバ装置１０の制御部１１は、先ず、終了したオークションに入札を行った入札者の入札タイプを判別するための入札タイプ判別処理（ステップＳ２０１）を実行する。
【００７４】
図１０は、入札タイプ判別処理の動作を示すフローチャートである。推奨出品情報通知処理において、サーバ装置１０の制御部１１は、先ず、入札を行った入札者の入札履歴５３を参照して、最高入札額の推移を最終的な最高入札額により正規化する（ステップＳ３０１）。具体的には、最終的な最高入札額を１として、オークションの開始から終了まで最高入札額の時間的な推移のグラフを生成する。
【００７５】
続いて、制御部１１は、正規化した最高入札額の推移を、図５（Ａ２）に示すＡタイプ、図５（Ｂ２）に示すＢタイプ、図５（Ｃ２）に示すＣタイプ、を一般化したグラフとのマッチングをとる（ステップＳ３０２）。
【００７６】
そして、制御部１１は、最高入札額の推移が合致した、あるいは、最も近い入札タイプを、今回のオークションのオークションＩＤと対応付けて、入札タイプ履歴５４に記憶する（ステップＳ３０３）。
【００７７】
その後、制御部１１は、入札タイプ履歴５４に基づいて、ユーザの入札タイプを決定し、ユーザ情報５２における入札タイプを更新する（ステップＳ３０４）。その後、入札タイプ判別処理を終了する。
【００７８】
制御部１１は、このような入札タイプ判別処理を、入札を行った入札者ごとに実行する。そして、すべての入札者について入札タイプ判別処理が終了すると、制御部１１は、落札者以外に入札者があったか否かを判別する（図９のステップＳ２０２）。落札者以外に入札者がいなければ（ステップＳ２０２；Ｎｏ）、そのまま推奨出品情報通知処理を終了する。
【００７９】
落札者以外に入札者がいれば（ステップＳ２０２；Ｙｅｓ）、制御部１１は、入札者の入札タイプごとに、推奨する出品を検索する（ステップＳ２０３）。ステップＳ２０３の処理では、終了したオークションとジャンルが同じで、商品名に同じキーワードを含む出品（例えば、出品Ａ、出品Ｂ、出品Ｃ）などを検索する。
【００８０】
出品を検索すると、制御部１１は、その検索した出品の情報を推奨出品情報として各入札者に通知する（ステップＳ２０４）。ステップＳ２０４では、例えば、入札タイプがＡタイプの入札者には、出品Ａに関する情報が通知され、入札タイプがＢタイプの入札者には、出品Ｂに関する情報が通知され、入札タイプがＣタイプの入札者には、出品Ｃに関する情報が通知される。
【００８１】
ステップＳ２０４における推奨出品情報の通知方法は、入札者に通知できる方法であればどのような方法であってもよい。例えば、ユーザ情報５２に登録されているメールアドレスに推奨出品情報を含むメールを送信するようにしてもよいし、ネットオークションにおけるユーザ個別のページに推奨出品情報を含ませるようにしてもよい。ステップＳ２０４の処理の後、推奨出品情報通知処理を終了する。
【００８２】
以上のように、この実施の形態では、入札者を入札タイプにより分類し、入札タイプごとに推奨出品情報を通知する。従って、推奨出品情報により推奨される出品においては、同じ入札タイプのユーザを集めることができる。
【００８３】
異なる入札タイプのユーザが混在する場合、例えば、ＡタイプのユーザとＢタイプのユーザが混在する場合、Ｂタイプのユーザが提示した比較的高額の最高入札額を超えた金額の入札をしない限り、Ａタイプのユーザは入札候補者とはなれず、Ａタイプのユーザは入札を控えてしまう。また、ＡタイプやＢタイプのユーザとＣタイプのユーザが混在する場合、ＡタイプやＢタイプのユーザの入札によって、比較的早い段階で現在価格が上昇してしまうため、Ｃタイプのユーザは入札を控えてしまう。
【００８４】
一の出品において、同じ入札タイプのユーザを集めることで、現在価格の推移が各ユーザの好む推移となりやすく、ユーザが好む入札方法による入札がしやすくなる。また、ユーザが好む入札方法による入札がしやすくなるので、その出品における入札件数の向上が見込め、ネットオークション市場の活性化が見込める。
【００８５】
この発明は、上記実施の形態に限定されず、様々な変形及び応用が可能である。例えば、上記実施の形態では、オークションが終了した時点で、図９に示す推奨出品情報通知処理を実行して、落札者以外の入札者に推奨出品情報を通知するものとして説明したが、ユーザに推奨出品情報を通知するタイミングはこれに限定されない。例えば、所定の周期（例えば１週間に１回など）でユーザ情報５２を参照し、嗜好、及び、入札タイプが同一のユーザには、同一の出品に関する情報を通知するようにしてもよい。
【００８６】
また、開催中のオークションにおける価格推移を推定するようしてもよい。そして、推定した価格推移と入札タイプが合致するユーザに当該オークションに関する情報を推奨出品情報として通知するようにしてもよい。
【００８７】
例えば、サーバ装置１０の制御部１１は、所定の周期（例えば１５分に１回など）で図１１に示す価格推移推定処理を実行する。価格推移推定処理は、出品情報通知機能４４の一部として実行される。
【００８８】
推奨出品情報通知処理において、サーバ装置１０の制御部１１は、先ず、オークションの終了まで所定時間（例えば２４時間など）以内であるか否かを判別する（ステップＳ４０１）。
【００８９】
オークションの終了まで所定時間以内でなければ（ステップＳ４０１；Ｎｏ）、制御部１１は、出品情報５１における開始価格と現在価格を比較することにより、開始価格からの価格上昇があるか否かを判別する（ステップＳ４０２）。
【００９０】
開始価格からの価格上昇があれば（ステップＳ４０２；Ｙｅｓ）、今後徐々に現在価格が上昇すると推定し、制御部１１は、そのオークションにおける価格推移をＡタイプに決定する（ステップＳ４０３）。
【００９１】
開始価格からの価格上昇がなければ（ステップＳ４０２；Ｎｏ）、入札タイプがＡタイプのユーザがそのオークションに注目していないと推定し、制御部１１は、そのオークションにおける価格推移をＢタイプに決定する（ステップＳ４０４）。
【００９２】
一方、オークションの終了まで所定時間以内である場合（ステップＳ４０２；Ｙｅｓ）、出品情報５１における開始価格と現在価格を比較することにより、開始価格からの価格上昇が所定値以内であるか否かを判別する（ステップＳ４０５）。
【００９３】
開始価格からの価格上昇が所定値以内であれば（ステップＳ４０２；Ｙｅｓ）、オークションの終了間際に入札が繰り返されると推定し、制御部１１は、そのオークションにおける価格推移をＣタイプに決定する（ステップＳ４０６）。
【００９４】
ステップＳ４０３、Ｓ４０４、Ｓ４０６にて決定された価格推移のタイプ（価格推移タイプ）は、価格推移情報５５として、図１２に示すように、オークションＩＤ、ジャンルなどと対応付けて記憶部１２に記憶される。
【００９５】
ステップＳ４０３、Ｓ４０４、Ｓ４０６の処理を終えた後や、ステップＳ４０５で開始価格からの価格上昇が所定値以内でないと判別された場合（ステップＳ４０５；Ｎｏ）、価格推移推定処理を終了する。
【００９６】
このような価格推移推定処理が開催中の各オークションについて実行される。
【００９７】
また、サーバ装置１０の制御部１１は、所定のタイミングで図１３に示す推奨出品情報通知処理を実行する。推奨出品情報通知処理は、出品情報通知機能４４の一部として実行される。
【００９８】
図１３に示す推奨出品情報通知処理において、サーバ装置１０の制御部１１は、先ず、ユーザ情報５２における嗜好や入札タイプを読み出す（ステップＳ５０１）。
【００９９】
続いて、制御部１１は、ステップＳ５０１で読み出した嗜好や入札タイプに合致した出品があるか否かを判別する（ステップＳ５０２）。ステップＳ５０２では、価格推移情報５５を参照して、ステップＳ５０１で読み出した嗜好と同一のジャンルであって、ステップＳ５０１で読み出した入札タイプと価格推移タイプが同一の出品があるか否かを判別する。
【０１００】
ステップＳ５０１で読み出した嗜好や入札タイプに合致した出品があれば（ステップＳ５０１；Ｙｅｓ）、制御部１１は、その出品に関する情報を推奨出品情報としてユーザに通知する（ステップＳ５０３）。
【０１０１】
ステップＳ５０１で読み出した嗜好や入札タイプに合致した出品がない場合や（ステップＳ５０１；Ｎｏ）、ステップＳ５０３の処理を終了した後、推奨出品情報通知処理を終了する。
【０１０２】
このような変形例の推奨出品情報通知処理が開催中の各ユーザについて実行される。なお、変形例の推奨出品情報通知処理の実行タイミングとしては、価格推移情報５５の記憶内容が更新されたタイミングであることが望ましい。価格推移推定処理において、価格推移情報５５の価格推移タイプがＣタイプに更新されるのは、オークション終了間際になるが、このような実行タイミングとすることで、ユーザに適切な推奨出品情報を通知することができる。
【０１０３】
以上、図１１〜図１３に示した変形例によれば、ユーザの入札タイプに対応した価格推移の出品の情報を通知することができ、ユーザに最適な出品の情報を通知することができる。また、ユーザが好む入札方法による入札がしやすくなり、その出品における入札件数の向上が見込め、オークション市場の活性化が見込める。
【０１０４】
なお、価格推移の推定方法は、図１１に示した例に限定されない。例えば、時間に対する価格の上昇率（傾き）や、その傾きの時間微分値を監視することで、価格推移を判別するようにしてもよい。例えば、時間に対する価格の上昇率が略一定であれば、そのオークションの価格推移タイプをＡタイプであると判別するようにしてもよい。また、傾きの時間微分値がオークション終了の所定時間以内において、所定の閾値を超えた場合に、そのオークションの価格推移タイプをＣタイプであると判別するようにしてもよい。
【０１０５】
また、上記各実施の形態では、３つの入札タイプを設けていたが、これ以上の入札タイプを設けてもよい。また、入札タイプを有限にするのではなく、ユーザごとにユニークな、最終的な最高入札額により正規化した最高入札額の推移の時間特性を記憶するようにしてもよい。そして、その時間特性が同一または類似するユーザごとに、出品に関する情報を通知するようにしてもよい。また、ユーザの最高入札額の推移の時間特性と同一または類似する価格推移の出品の情報を、当該ユーザに通知するようにしてもよい。
【０１０６】
このような最高入札額の推移の時間特性は、過去の入札の平均から求めてもよいし、最近の入札ほど重みを大きくした重み付き平均によりもとめてもよい。
【０１０７】
また、上記実施の形態では、出品情報５１、ユーザ情報５２、入札履歴５３、入札タイプ履歴５４、価格推移情報５５は記憶部１２に記憶されるものとして説明したが、サーバ装置１０の外部に設けられる記憶装置に記憶されるようにしてもよい。
【０１０８】
また、制御部１１の動作プログラムは、記憶部１１に記憶されているものとして説明したが、外部の記憶媒体から取得したものであってもよいし、ネットワークを介して伝送されたものを記憶したものであってもよい。
【符号の説明】
【０１０９】
１０  サーバ装置
１１  制御部
１２  記憶部
１３  通信部
２０  ユーザ端末
３０  ネットワーク
１００  ネットオークションシステム
【図１】
2011204114.tif 000003
【図２】
2011204114.tif 000004
【図３】
2011204114.tif 000005
【図４】
2011204114.tif 000006
【図５】
2011204114.tif 000007
【図６】
2011204114.tif 000008
【図７】
2011204114.tif 000009
【図８】
2011204114.tif 000010
【図９】
2011204114.tif 000011
【図１０】
2011204114.tif 000012
【図１１】
2011204114.tif 000013
【図１２】
2011204114.tif 000014
【図１３】
2011204114.tif 000015