JP5838515B2 - 商品売買管理システム - Google Patents
商品売買管理システム Download PDFInfo
- Publication number
- JP5838515B2 JP5838515B2 JP2011081962A JP2011081962A JP5838515B2 JP 5838515 B2 JP5838515 B2 JP 5838515B2 JP 2011081962 A JP2011081962 A JP 2011081962A JP 2011081962 A JP2011081962 A JP 2011081962A JP 5838515 B2 JP5838515 B2 JP 5838515B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- desired condition
- exhibition
- negotiation
- condition information
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
インターネットを利用した商品の売買を管理するシステムに関する。
従来から、インターネットを利用した商品の売買として、オークションシステムが開示されている。これは、出品者の主導によるものともいわれ、売りたい商品の情報をインターネットのオークションサイトに掲示して、商品を欲する者が買値を提示し、落札期限内の最高買値を掲示した者が落札するシステムである。また、落札期限内に出品者が即落札価格を設定し、購入希望者が期限を待たずに即落札価格にて購入希望を行うことも周知である。
また、購入希望者の主導によるオークション方法として、逆オークションと言われるものがある。これは、購入希望者が欲する商品と購入希望価格を条件として掲示し、条件に該当する価格と商品が出品された際に、自動で落札されるシステムである。
これらオークション形式のシステムによって、商品売買の容易化が図られた。出品者におっては、自身の商品をできる限り高く販売でき、購入希望者にとっては、自身の欲する商品を希望価格で購入できる。しかし、いずれのオークション形式のシステムにおいても出品者と購入希望者の利益の均衡を図るシステムを利用するメリットを享受するための工夫が必要であった。
そこで、出品者と購入希望者の双方をより多くオークションシステムに参加できるように工夫された技術が多く開示されている。例えば、潜在的な出品者に対して、自身の所有する物の価値を認識させ、出品意欲の顕在化を図り、出品者の増加をするためのシステムが開示されている（特許文献１）。
従来のオークションシステムでは、出品された商品に対して、複数の購入希望者が買値を提示し、落札価格の変化を把握しなければならなかった。落札期限直前になれば、さらに落札価格の変化は頻繁になり、購入希望者が買値を更新し続けなければならず、購入希望者の負担があった。
一方、逆オークションシステムでは、購入希望者による購入希望価格の提示のみで、購入希望者の負担は軽減された。しかし、商品の価格が低下することが当然のように起こり、出品希望者が集まらない問題が新たに発生した。
また、特許文献１に記載の技術である、出品予定者と購入希望者との双方に需要供給のバランスを考慮して、オークション参加前に双方に商品の価値を予め認識させるシステムであっても、出品希望者に自身の所有する物の価値を認識させるに止まった。
オークション参加後の出品者と購入希望者とのやり取りをより容易にして、落札価格の変動を容易に把握でき、落札を成立させるものではなかった。
オークション参加後の出品者と購入希望者とのやり取りをより容易にして、落札価格の変動を容易に把握でき、落札を成立させるものではなかった。
そこで、本発明は、購入希望者による提示された希望条件と、出品者の出品情報との適合検索を容易にするものであって、適合検索結果を両者に通知し、売買成立に至る履歴情報の閲覧負担を軽減するシステムを提供することを目的とする。
上記目的を達成するため本発明は、商品の購入希望者が利用する購入希望者端末と、商品の出品者が利用する出品者端末と、商品売買を管理するサーバとが、ネットワークを介して通信可能に接続された商品売買管理システムであって、上記サーバは、利用者識別情報に関連付けて、利用者情報を記憶する利用者情報記憶手段と、出品識別情報に関連付けて、出品情報を記憶する出品情報記憶手段と、希望条件識別情報に関連付けて、希望条件情報を記憶する希望条件情報記憶手段と、各種情報を一時記憶する一時記憶手段と、上記購入希望者端末又は上記出品者端末との各種情報の送受信を制御する通信制御手段と、上記購入希望者端末から出品商品の検索情報を受信すると、当該検索情報を上記一時記憶手段に記憶し、当該検索情報に基づいて、上記出品情報記憶手段を検索し、当該検索情報に該当する出品情報を抽出する出品検索手段と、上記出品商品の検索情報により抽出した出品情報に基づき、検索結果情報を生成し、上記購入希望者端末へ送信する出品検索結果生成手段と、を有することを特徴とする。
本発明は、上記サーバが、希望条件情報を含む登録要求を受信すると、当該希望条件情報に識別情報を付与し、上記希望条件情報記憶手段に記憶する希望条件登録手段、を有することを特徴とする。
本発明は、上記サーバが、交渉識別情報に関連付けて、交渉情報を記憶する交渉情報記憶手段と、上記購入希望者端末から購入希望者の立場の交渉要求を受信すると、上記交渉情報記憶手段を参照し交渉情報を特定し、交渉の履歴情報を抽出し、当該交渉要求に対応する交渉の履歴情報を生成する第一の交渉生成手段と、上記購入希望者端末から提示情報を受信すると、上記第一の交渉生成手段で生成された履歴情報に基づき、当該提示情報に含まれる提示金額が適正であるか否かを判別する第一の提示判別手段と、を有することを特徴とする。
本発明は、上記サーバが、交渉識別情報に関連付けて、交渉情報を記憶する交渉情報記憶手段と、上記出品者端末から出品者の立場の交渉要求を受信すると、上記交渉情報記憶手段を参照し交渉情報を特定し、交渉の履歴情報を抽出し、当該交渉要求に対応する交渉の履歴情報を生成する第二の交渉生成手段と、上記出品者端末から変更情報を受信すると、上記第二の交渉生成手段で生成された履歴情報に基づき、当該変更情報に含まれる出品価格が適正であるか否かを判別する第二の提示判別手段と、を有することを特徴とする。
本発明は、上記サーバが、上記出品情報記憶手段に新規出品情報の登録又は既存出品情報の変更があるか否かを判別する出品判別手段と、上記出品判別の結果、新規出品情報の登録又は既存出品情報の変更がある場合、当該出品情報に基づき、上記希望条件情報記憶手段を参照し、当該出品情報と適合する希望条件情報を特定する第一の適合判別手段と、上記第一の適合判別により適合した出品情報と希望条件情報がある場合、自身の情報に適合する出品情報がある旨の適合通知を生成し、当該希望条件情報に係る希望者の購入希望者端末に、生成した適合通知を送信する第一の適合通知手段と、を有することを特徴とする。
本発明は、上記サーバが、キーワード識別情報に関連付けて、キーワードを記憶するキーワード記憶手段と、上記出品者端末からキーワードの登録要求を受信すると、キーワード識別情報を付与しキーワードを含むキーワード情報を生成し、当該出品者識別情報と関連付けて、上記キーワード記憶手段に記憶するキーワード登録手段と、を有することを特徴とする。
本発明は、上記サーバが、上記希望条件情報記憶手段に新規希望条件情報の登録又は既存希望条件情報の変更があるか否かを判別する希望条件判別手段と、上記希望条件判別の結果、新規希望条件情報の登録又は既存希望条件情報の変更がある場合、当該希望条件情報に基づき、上記キーワード記憶手段を参照し、当該希望条件情報と適合するキーワード情報を特定する第二の適合判別手段と、上記第二の適合判別により適合した希望条件情報とキーワード情報がある場合、自身のキーワードに適合する希望条件情報がある旨の適合通知を生成し、当該キーワード情報に係る出品者の出品者端末に、生成した適合通知を送信する第二の適合通知手段と、を有することを特徴とする。
本発明は、上記希望条件情報記憶手段を参照して、上記希望条件情報を抽出すると共に、当該抽出した希望条件情報を、当該希望条件情報に含まれる商品識別情報ごとに集計する集計手段と、上記購入希望者端末に対して、上記希望条件情報の集計情報を送信する集計情報送信手段と、上記購入者端末から、上記利用者識別情報と、上記集計情報の中から上記利用者によって任意に指定された希望条件情報を示す指定情報とを受信する指定情報受信手段と、上記指定された希望条件情報に基づき、上記受信した利用者識別情報に係る利用者の希望条件情報を新たに生成する希望条件情報生成手段と、を有し、上記希望条件情報には少なくとも、上記商品を識別する商品識別情報が含まれ、上記希望条件登録手段は、上記生成された希望条件情報を含む登録要求を受信すると、当該希望条件情報に識別情報を付与し、上記希望条件情報記憶手段に記憶する、ことを特徴とする。
本発明は、商品の購入希望者が利用する購入希望者端末と、商品の出品者が利用する出品者端末と、利用者識別情報に関連付けて、利用者情報を記憶する利用者情報記憶手段と、出品識別情報に関連付けて、出品情報を記憶する出品情報記憶手段と、希望条件識別情報に関連付けて、希望条件情報を記憶する希望条件情報記憶手段と、各種情報を一時記憶する一時記憶手段と、を有し商品売買を管理するサーバとが、ネットワークを介して通信可能に接続され、商品売買管理をする処理方法であって、上記サーバが、上記購入希望者端末又は上記出品者端末との各種情報の送受信を制御する処理と、上記購入希望者端末から出品商品の検索情報を受信すると、当該検索情報を上記一時記憶手段に記憶し、当該検索情報に基づいて、上記出品情報記憶手段を検索し、当該検索情報に該当する出品情報を抽出する処理と、上記出品商品の検索情報により抽出した出品情報に基づき、検索結果情報を生成し、上記購入希望者端末へ送信する処理と、を行うことを特徴とする。
本発明は、商品の購入希望者が利用する購入希望者端末と、商品の出品者が利用する出品者端末と、利用者識別情報に関連付けて、利用者情報を記憶する利用者情報記憶手段と、出品識別情報に関連付けて、出品情報を記憶する出品情報記憶手段と、希望条件識別情報に関連付けて、希望条件情報を記憶する希望条件情報記憶手段と、各種情報を一時記憶する一時記憶手段と、を有し商品売買を管理するサーバとが、ネットワークを介して通信可能に接続され、商品売買管理を実行するためのコンピュータプログラムであって、上記サーバに対して、上記購入希望者端末又は上記出品者端末との各種情報の送受信を制御する処理と、上記購入希望者端末から出品商品の検索情報を受信すると、当該検索情報を上記一時記憶手段に記憶し、当該検索情報に基づいて、上記出品情報記憶手段を検索し、当該検索情報に該当する出品情報を抽出する処理と、上記出品商品の検索情報により抽出した出品情報に基づき、検索結果情報を生成し、上記購入希望者端末へ送信する処理と、を実行させることを特徴とする。
本発明によれば、登録時の条件に制限されることなく、流動的な商品売買の条件変動ができ、利用者同士の商品売買の促進を図ることができる。また、利用者による出品商品情報の変更履歴や交渉情報の監視負担を軽減することができる。
以下、本発明の一の実施形態における商品売買管理装置、システムについて、添付図面を参照して説明する。
図１は、本実施形態における商品売買管理システムの全体概要図を示したものである。商品の出品者や商品の購入希望者が利用する利用者端末である購入希望者端末１と出品者端末２と、利用者同士の商品売買を管理するＷｅｂサーバ３とが、ネットワーク５を介して通信可能に接続された商品売買管理システムである。また、Ｗｅｂサーバ３と通信可能に接続された商品売買のための各種情報を記憶するデータベースサーバ４を有するシステム構成である。
購入希望者端末１と出品者端末２は、同じ構成を有する装置である。なお、利用者が購入希望者であるか、出品者であるかの区別がないときには、購入希望者端末１と出品者端末２との区別を行わずに、まとめて利用者端末として以下の説明を行う場合がある。
利用者端末は、商品購入を希望する者や商品の出品をする者が利用する端末である。利用者端末は、いわゆるパーソナルコンピュータである。または、Ｗｅｂサーバ３と通信可能な機能を有する装置であればよく、携帯電話端末や、ＰＤＡなどの装置であってもよい。
図示されていないが、利用者端末は、演算処理装置であるＣＰＵを有し、ＲＡＭ、ＲＯＭ等のメモリや、ハードディスクドライブなどの外部メモリを制御し、ＣＰＵが実行するコンピュータプログラムにより情報処理を行うものである。また、ネットワーク５を介してＷｅｂサーバ３と通信可能な装置に構成されている。
利用者端末は、商品購入を希望する者や商品の出品をする者が利用する端末である。利用者端末は、いわゆるパーソナルコンピュータである。または、Ｗｅｂサーバ３と通信可能な機能を有する装置であればよく、携帯電話端末や、ＰＤＡなどの装置であってもよい。
図示されていないが、利用者端末は、演算処理装置であるＣＰＵを有し、ＲＡＭ、ＲＯＭ等のメモリや、ハードディスクドライブなどの外部メモリを制御し、ＣＰＵが実行するコンピュータプログラムにより情報処理を行うものである。また、ネットワーク５を介してＷｅｂサーバ３と通信可能な装置に構成されている。
Ｗｅｂサーバ３は、インターネット上に利用者同士による商品売買を仲介するＷｅｂサイトを提供する機能を有するものであり、当該Ｗｅｂサイトにおける商品売買情報の管理を行うものである。
図示されていないが、Ｗｅｂサーバ３は、演算処理装置であるＣＰＵを有し、ＲＡＭ、ＲＯＭ等のメモリや、ハードディスクドライブなどの外部メモリを制御し、ＣＰＵが実行するコンピュータプログラムにより情報処理を行うものである。また、ネットワーク５を介して、購入希望者端末１と出品者端末２と通信可能に構成されている。さらに、専用線等のネットワークを介して、Ｗｅｂサーバ３はデータベースサーバ４と通信可能に接続され、協働して各種情報の登録処理や検索処理などを行う。
図１に例示のように、Ｗｅｂサーバ３は、通信制御部３１、登録部３２、検索部３３、変更制御部３４、適合判別部３５、分析部３６、交渉部３７、通知制御部３８を有する構成である。
図示されていないが、Ｗｅｂサーバ３は、演算処理装置であるＣＰＵを有し、ＲＡＭ、ＲＯＭ等のメモリや、ハードディスクドライブなどの外部メモリを制御し、ＣＰＵが実行するコンピュータプログラムにより情報処理を行うものである。また、ネットワーク５を介して、購入希望者端末１と出品者端末２と通信可能に構成されている。さらに、専用線等のネットワークを介して、Ｗｅｂサーバ３はデータベースサーバ４と通信可能に接続され、協働して各種情報の登録処理や検索処理などを行う。
図１に例示のように、Ｗｅｂサーバ３は、通信制御部３１、登録部３２、検索部３３、変更制御部３４、適合判別部３５、分析部３６、交渉部３７、通知制御部３８を有する構成である。
通信制御部３１は、ネットワーク５を介した購入希望者端末１と出品者端末２との情報通信と、データベースサーバ４との情報通信を制御する。
通信制御部３１は利用者端末から、出品情報の検索要求、希望条件の登録要求、希望条件の検索要求、出品情報の登録要求、などの各種情報に対する処理要求を受信する。通信制御部３１は、データベースサーバ４に対して、各種情報に対する処理要求を送信し、当該要求に対する応答を受信する。通信制御部３１は、利用者端末に対して、受信した各種要求に対する応答を返信する。
通信制御部３１は利用者端末から、出品情報の検索要求、希望条件の登録要求、希望条件の検索要求、出品情報の登録要求、などの各種情報に対する処理要求を受信する。通信制御部３１は、データベースサーバ４に対して、各種情報に対する処理要求を送信し、当該要求に対する応答を受信する。通信制御部３１は、利用者端末に対して、受信した各種要求に対する応答を返信する。
登録部３２は、利用者端末から各種情報の登録要求を受信すると、登録情報を生成して、生成した登録情報をデータベースサーバ４の対応するデータベースに記憶する。
また、登録部３２は利用者端末から登録情報に対する変更要求を受信すると、変更情報を生成して、データベースサーバ４の対応する登録情報の内容を、生成した変更情報に更新記憶する。
例えば、商品を出品する出品者の出品者端末２から出品情報の登録要求を受信すると、当該出品情報をデータベースサーバ４の出品情報ＤＢ４２に記憶する。また、購入希望者端末１から希望条件情報の登録要求を受信すると、当該希望条件情報をデータベースサーバ４の希望条件ＤＢ４３に記憶する。
また、登録部３２は利用者端末から登録情報に対する変更要求を受信すると、変更情報を生成して、データベースサーバ４の対応する登録情報の内容を、生成した変更情報に更新記憶する。
例えば、商品を出品する出品者の出品者端末２から出品情報の登録要求を受信すると、当該出品情報をデータベースサーバ４の出品情報ＤＢ４２に記憶する。また、購入希望者端末１から希望条件情報の登録要求を受信すると、当該希望条件情報をデータベースサーバ４の希望条件ＤＢ４３に記憶する。
検索部３３は、利用者端末から各種情報の検索要求を受信すると、検索情報に基づいてデータベースサーバ４を参照して、対応するデータベースを検索し、検索情報に該当する各種情報を特定して抽出する。検索部３３は、上記対応するデータベースから抽出した情報に基づいて、検索結果情報を生成して、検索結果情報を利用者端末へ送信する。
変更制御部３４は、利用者端末から各種情報の変更要求を受信すると、変更要求に基づいてデータベースサーバ４を参照して、対応するデータベースを検索し、変更要求の対象となる情報を特定し、特定した情報を上記変更要求に係る変更情報に更新記憶する。
適合判別部３５は、利用者端末からの各種情報の登録要求や変更要求を受信に基づいて各種情報の新規登録や変更更新があった場合に、当該登録要求や変更要求に係る登録情報や変更情報に基づいて、データベースサーバ４に格納されている各種情報を検索して、当該登録情報や変更情報に適合する情報を特定する。
例えば、希望条件情報の新規登録があった場合、データベースサーバ４の出品情報ＤＢ４２を参照し、当該希望条件情報に適合する出品情報を検索し特定する。また、出品情報の新規登録があった場合、データベースサーバ４の希望条件ＤＢ４３を参照し、当該出品情報に適合する希望条件情報を検索し特定する。また、変更情報の更新記憶があった場合、当該変更情報に基づいて、データベースサーバ４の対応するデータベースを参照し、当該変更情報に適合する情報を検索し特定する。さらに、上記適合した各情報に係る利用者情報を特定して、当該利用者情報に基づいて、自身の情報に適合する情報が新規登録又は変更更新された旨の通知を生成して、当該通知を適合した利用者情報に係る利用者端末へ送信する。
例えば、希望条件情報の新規登録があった場合、データベースサーバ４の出品情報ＤＢ４２を参照し、当該希望条件情報に適合する出品情報を検索し特定する。また、出品情報の新規登録があった場合、データベースサーバ４の希望条件ＤＢ４３を参照し、当該出品情報に適合する希望条件情報を検索し特定する。また、変更情報の更新記憶があった場合、当該変更情報に基づいて、データベースサーバ４の対応するデータベースを参照し、当該変更情報に適合する情報を検索し特定する。さらに、上記適合した各情報に係る利用者情報を特定して、当該利用者情報に基づいて、自身の情報に適合する情報が新規登録又は変更更新された旨の通知を生成して、当該通知を適合した利用者情報に係る利用者端末へ送信する。
分析部３６は、各種情報の分析を行う。
例えば、分析部３６は、ある商品における売買成立価格や、ある期間内で多く売買成立若しくは購入希望の申出または交渉の申出がある商品などの情報を収集し分析情報を生成する。また、価格変更前後における増減割合の算出や、価格変更履歴の推移情報を生成する。さらに、利用者情報毎の出品情報の傾向や、売買成立商品の商品カテゴリー毎の分析情報や、他の利用者が自身の出品情報にどのような検索経路でたどり着いたかの情報や、掲載期限内の出品情報に対する売買成立率や、希望商品に対する交渉の成約率などの情報を生成する。
例えば、分析部３６は、ある商品における売買成立価格や、ある期間内で多く売買成立若しくは購入希望の申出または交渉の申出がある商品などの情報を収集し分析情報を生成する。また、価格変更前後における増減割合の算出や、価格変更履歴の推移情報を生成する。さらに、利用者情報毎の出品情報の傾向や、売買成立商品の商品カテゴリー毎の分析情報や、他の利用者が自身の出品情報にどのような検索経路でたどり着いたかの情報や、掲載期限内の出品情報に対する売買成立率や、希望商品に対する交渉の成約率などの情報を生成する。
交渉部３７は、出品商品に対する交渉要求を受信すると、データベースサーバ４を参照して交渉要求の対象情報を特定し、当該交渉要求の情報に基づいて交渉情報を生成する。また、交渉部３７は、価格の変更履歴などの履歴情報を生成し、交渉履歴情報を収集しながら、交渉成立に至るまでの交渉情報の収集と更新を行う。
また、交渉部３７は、出品者による出品価格の変更制御や、購入希望者による提示価格の変更制御を行う。
例えば、出品価格の変更の場合は、出品価格又は前回の変更価格より価格を上げるように変更することを禁止する制御を行い、購入希望の提示価格の変更の場合には、希望購入金額又は前回提示価格より価格を下げるように変更することを禁止する制御を行う。さらに、交渉部３７は、出品価格の変更回数制限や、提示価格の変更回数制限を行うことができる。
また、交渉部３７は、出品者による出品価格の変更制御や、購入希望者による提示価格の変更制御を行う。
例えば、出品価格の変更の場合は、出品価格又は前回の変更価格より価格を上げるように変更することを禁止する制御を行い、購入希望の提示価格の変更の場合には、希望購入金額又は前回提示価格より価格を下げるように変更することを禁止する制御を行う。さらに、交渉部３７は、出品価格の変更回数制限や、提示価格の変更回数制限を行うことができる。
通知制御部３８は、各種情報に対する処理で生成した通知の送受信における対応付けを制御する。
また、通知制御部３８は、利用者端末へ送信した確認通知に対する応答を所定の時間若しくは期間内に受信したか否かを判別し、所定の時間若しくは期間経過後の応答の受信である場合に、上記確認通知に係る各種処理を中止する。
また、通知制御部３８は、利用者端末へ送信した確認通知に対する応答を所定の時間若しくは期間内に受信したか否かを判別し、所定の時間若しくは期間経過後の応答の受信である場合に、上記確認通知に係る各種処理を中止する。
データベースサーバ４は、商品売買のための各種情報を記憶する。Ｗｅｂサーバ３からの各種情報の検索要求に基づいて各種情報の検索や、各種情報の登録要求や変更要求に基づいて各種情報の記憶を行う。
図示されていないが、データベースサーバ４は、演算処理装置であるＣＰＵを有し、ＲＡＭ、ＲＯＭ等のメモリや、ハードディスクドライブなどの外部メモリを制御し、ＣＰＵが実行するコンピュータプログラムにより情報処理を行うものである。また、ネットワークを介して、Ｗｅｂサーバ３と通信可能に構成されている。
図１に示すように、データベースサーバ４は、利用者情報ＤＢ４１、出品情報ＤＢ４２、希望条件ＤＢ４３、交渉情報ＤＢ４４、売買履歴情報ＤＢ４５、キーワードＤＢ４６を有する。
図示されていないが、データベースサーバ４は、演算処理装置であるＣＰＵを有し、ＲＡＭ、ＲＯＭ等のメモリや、ハードディスクドライブなどの外部メモリを制御し、ＣＰＵが実行するコンピュータプログラムにより情報処理を行うものである。また、ネットワークを介して、Ｗｅｂサーバ３と通信可能に構成されている。
図１に示すように、データベースサーバ４は、利用者情報ＤＢ４１、出品情報ＤＢ４２、希望条件ＤＢ４３、交渉情報ＤＢ４４、売買履歴情報ＤＢ４５、キーワードＤＢ４６を有する。
利用者情報ＤＢ４１は、購入希望者や出品者の利用者情報を記憶する。利用者情報は、利用者を識別できる情報に関連付けて記憶され管理される。
利用者情報とは、利用者を識別するための情報である利用者ＩＤ、パスワード、ニックネーム、氏名、住所、連絡先（電話番号やメールアドレス）、クレジットカード情報、自己紹介文、評価値、メッセージなどを含む情報である。
利用者情報とは、利用者を識別するための情報である利用者ＩＤ、パスワード、ニックネーム、氏名、住所、連絡先（電話番号やメールアドレス）、クレジットカード情報、自己紹介文、評価値、メッセージなどを含む情報である。
出品情報ＤＢ４２は、出品した商品の情報である出品情報を記憶する。出品情報は、出品商品毎に識別可能な出品ＩＤに関連付けて記憶され管理される。
出品情報とは、出品商品を識別する情報である出品ＩＤ、出品商品の商品ＩＤ、出品商品の登録日時、出品者の利用者ＩＤ、出品者のニックネーム、商品名、型番、出品価格、商品カテゴリー、個数、新品中古の区別、交渉の可否、運送費負担、取引詳細情報、商品詳細情報、出品終了日時、商品画像、価格の変更履歴情報、出品者の自己紹介文、掲示板ＩＤ、交渉ＩＤなどを含む情報である。
出品情報とは、出品商品を識別する情報である出品ＩＤ、出品商品の商品ＩＤ、出品商品の登録日時、出品者の利用者ＩＤ、出品者のニックネーム、商品名、型番、出品価格、商品カテゴリー、個数、新品中古の区別、交渉の可否、運送費負担、取引詳細情報、商品詳細情報、出品終了日時、商品画像、価格の変更履歴情報、出品者の自己紹介文、掲示板ＩＤ、交渉ＩＤなどを含む情報である。
希望条件ＤＢ４３は、購入希望商品の条件の情報である希望条件情報を記憶する。希望条件情報は、希望条件情報毎に識別可能な希望条件ＩＤに関連付けて記憶され管理される。
希望条件情報とは、希望条件毎に識別可能な希望条件ＩＤ、利用者ＩＤ、商品名、商品カテゴリー、希望金額、型番、色、個数、新品中古の区別、緊急性、登録掲載期間、質問受付の可否、メッセージ、登録日時、出品ＩＤ、出品件数、掲示板ＩＤなどを含む情報である。
希望条件情報とは、希望条件毎に識別可能な希望条件ＩＤ、利用者ＩＤ、商品名、商品カテゴリー、希望金額、型番、色、個数、新品中古の区別、緊急性、登録掲載期間、質問受付の可否、メッセージ、登録日時、出品ＩＤ、出品件数、掲示板ＩＤなどを含む情報である。
交渉情報ＤＢ４４は、出品中の商品に対する購入希望者の提示条件を関連付けた情報である交渉情報を記憶する。交渉情報は、交渉毎に識別可能な交渉ＩＤに関連付けて記憶され管理される。
交渉情報とは、交渉毎に識別可能な情報である交渉ＩＤ、出品ＩＤ、出品商品の商品ＩＤ、出品者の利用者ＩＤ、出品者のニックネーム、商品名、交渉申込者の利用者ＩＤ、出品商品の現在の価格、提示価格、交渉申込者のニックネーム、出品価格の変更履歴、提示価格の変更履歴、最高価格提示者のニックネーム、最高提示価格、交渉申込件数、交渉期限などを含む情報である。
交渉情報とは、交渉毎に識別可能な情報である交渉ＩＤ、出品ＩＤ、出品商品の商品ＩＤ、出品者の利用者ＩＤ、出品者のニックネーム、商品名、交渉申込者の利用者ＩＤ、出品商品の現在の価格、提示価格、交渉申込者のニックネーム、出品価格の変更履歴、提示価格の変更履歴、最高価格提示者のニックネーム、最高提示価格、交渉申込件数、交渉期限などを含む情報である。
売買情報ＤＢ４５は、成立した売買の情報である売買情報を記憶する。売買情報は、売買成立毎に識別可能な情報である売買成立ＩＤに関連付けて記憶され管理される。
売買情報とは、売買成立毎に識別できる情報である売買成立ＩＤ、出品ＩＤ、出品商品の商品ＩＤ、出品者の利用者ＩＤ、購入者の利用者ＩＤ、売買成立日時、商品名、売買価格、相手のメールアドレス、掲載終了日、出品者のニックネーム、商品カテゴリー、新品中古の区別、運送費負担、商品詳細情報、掲示板ＩＤなどを含む情報である。
売買情報とは、売買成立毎に識別できる情報である売買成立ＩＤ、出品ＩＤ、出品商品の商品ＩＤ、出品者の利用者ＩＤ、購入者の利用者ＩＤ、売買成立日時、商品名、売買価格、相手のメールアドレス、掲載終了日、出品者のニックネーム、商品カテゴリー、新品中古の区別、運送費負担、商品詳細情報、掲示板ＩＤなどを含む情報である。
キーワードＤＢ４６は、キーワード情報を記憶する。キーワード情報は、キーワードの登録毎に識別可能な情報であるキーワードＩＤに関連付けて記憶され管理される。
キーワード情報とは、キーワードＩＤ、キーワード、利用者ＩＤなどを含む情報である。
キーワード情報とは、キーワードＩＤ、キーワード、利用者ＩＤなどを含む情報である。
次に、Ｗｅｂサーバ３とデータベースサーバ４が協働して、利用者端末からの要求に対する応答の表示画面を参照して、本実施形態における商品売買管理システムの動作を説明する。図１６〜図３１に例示の画面例を参照して説明する。
また、以下の説明において、利用者が利用者端末の入力部を操作して、Ｗｅｂサーバ３が提供するインターネット上のＷｅｂサイトにアクセスし、利用者端末からの操作に基づいてＷｅｂサーバ３がデータベースサーバ４と連動して処理を行うものである。Ｗｅｂサーバ３の処理結果生成し、利用者端末の出力部に表示するものである。
また、以下の説明において、利用者が利用者端末の入力部を操作して、Ｗｅｂサーバ３が提供するインターネット上のＷｅｂサイトにアクセスし、利用者端末からの操作に基づいてＷｅｂサーバ３がデータベースサーバ４と連動して処理を行うものである。Ｗｅｂサーバ３の処理結果生成し、利用者端末の出力部に表示するものである。
図１６は、出品情報を検索するための検索情報の入力画面である。図１７は、出品情報の検索結果情報の表示画面である。図１８は、出品商品の詳細情報の表示画面である。図１９は、購入希望者における交渉情報の表示画面である。図２０は、出品商品の価格変更履歴の表示画面である。図２１は、希望条件情報登録の入力画面である。図２２（ａ）は、希望条件情報を検索するための検索情報の入力画面である。図２２（ｂ）は、希望条件情報の検索結果情報の表示画面である。図２３は、希望条件情報の詳細情報の表示画面である。図２４は、出品商品登録の入力画面である。図２５は、利用者毎の登録済み情報の管理画面である。図２６（ａ）は、希望条件リストの表示画面である。図２６（ｂ）は、交渉中リストの表示画面である。図２７（ａ）は、出品中リストの表示画面である。図２７（ｂ）は、キーワード登録の入力画面である。図２８は、希望条件リストに係る出品情報の表示画面である。図２９は、出品者における交渉情報の表示画面である。図３０は、出品中リストに係る自身の出品商品の出品情報の表示画面である。図３１（ａ）は、売買成立リストの表示画面である。図３１（ｂ）は、売買成立リストに係る売買情報の詳細情報の表示画面である。図３１（ｃ）は、取引掲示板の表示画面である。
まず、購入希望者端末１に表示される画面例について説明する。
利用者端末の出力部に、図１６の入力画面が表示される。商品名入力エリア１００１と希望金額入力エリア１００２に、検索情報を入力して出品商品検索ボタン１００３を選択指示すると、出品商品の検索情報をＷｅｂサーバ３へ送信する。
検索情報とは、検索キーとなる情報であり、出品情報を検索対象とする場合、商品名と金額を含む情報である。具体的には、図１６を参照すると、商品名入力エリア１００１に入力された文字情報と、希望金額入力エリア１００２に入力された数字情報を含む情報が、出品情報を検索対象とする場合の、検索情報である。
Ｗｅｂサーバ３は、上記検索情報を受信する（Ｓ１０１）。Ｗｅｂサーバ３は、検索処理を行い、検索結果情報を利用者端末へ送信する（Ｓ１１１）。
利用者端末の出力部が、受信した検索結果情報を表示したものが、図１７の検索結果画面である。検索情報エリア１００４には、検索情報に含まれる商品名と希望金額が表示される。例示のように、予算内（希望金額内）の出品情報エリア１００５と、予算外の出品情報エリア１００６に区別され、サムネイル画像で出品毎に出品情報が表示される。
利用者端末の出力部に、図１６の入力画面が表示される。商品名入力エリア１００１と希望金額入力エリア１００２に、検索情報を入力して出品商品検索ボタン１００３を選択指示すると、出品商品の検索情報をＷｅｂサーバ３へ送信する。
検索情報とは、検索キーとなる情報であり、出品情報を検索対象とする場合、商品名と金額を含む情報である。具体的には、図１６を参照すると、商品名入力エリア１００１に入力された文字情報と、希望金額入力エリア１００２に入力された数字情報を含む情報が、出品情報を検索対象とする場合の、検索情報である。
Ｗｅｂサーバ３は、上記検索情報を受信する（Ｓ１０１）。Ｗｅｂサーバ３は、検索処理を行い、検索結果情報を利用者端末へ送信する（Ｓ１１１）。
利用者端末の出力部が、受信した検索結果情報を表示したものが、図１７の検索結果画面である。検索情報エリア１００４には、検索情報に含まれる商品名と希望金額が表示される。例示のように、予算内（希望金額内）の出品情報エリア１００５と、予算外の出品情報エリア１００６に区別され、サムネイル画像で出品毎に出品情報が表示される。
図１７の出品商品の検索結果画面で、希望条件登録ボタン１００７を選択すると（Ｓ２０１）、図２１の希望条件の登録情報入力画面が表示される（Ｓ２０６）。図２１の商品名エリア１０３８と希望金額エリア１０４０には、図１６で入力済みの検索情報が転記されて表示される。図２１で例示の場合は、図１６の商品名入力エリア１００１と希望金額入力エリア１００２に入力された「オフィスチェア」と「５０，０００」の検索情報が、商品名エリア１０３８に「オフィスチェア」、希望金額エリア１０４０に「５０，０００」が転記される。なお、図２１で検索情報の転記がされた場合であっても、商品名エリア１０３８、希望金額１０４０の情報を変更する入力が、受け付けられるものであってもよい。
必要な情報の入力が完了した状態で、希望条件登録ボタン１０４９を選択すると（Ｓ２０７）、希望条件情報が登録される。
なお、図２１の希望条件の登録情報入力画面には、推定通常価格や商品等に関するＷｅｂサイトのＵＲＬを表示する欄を設けてもよいほか、色、サイズ、新品又は中古といった状態の区別に関する情報を、利用者が自由に入力できる欄として構成してもよく、適宜の設計変更が可能である。
必要な情報の入力が完了した状態で、希望条件登録ボタン１０４９を選択すると（Ｓ２０７）、希望条件情報が登録される。
なお、図２１の希望条件の登録情報入力画面には、推定通常価格や商品等に関するＷｅｂサイトのＵＲＬを表示する欄を設けてもよいほか、色、サイズ、新品又は中古といった状態の区別に関する情報を、利用者が自由に入力できる欄として構成してもよく、適宜の設計変更が可能である。
また、図１７の出品商品の検索結果画面では、出品商品のサムネイル画像エリアを選択すると、図１８の出品商品の詳細情報が画面表示される。
図１８の出品商品の詳細情報画面では、出品情報表示エリア１００８、交渉件数１００９、価格の変更履歴ボタン１０１０、交渉ボタン１０１１、購入ボタン１０１２、出品者情報欄１０１３、掲示板エリア１０１４が表示される。出品情報表示エリア１００８には、出品商品の画像、商品名、型番、カテゴリー、状態、現在の価格、運送費負担、取引詳細、商品詳細などが表示される。
また、図１８の詳細情報画面で、価格の変更履歴ボタン１０１０を選択すると、図２０の出品価格の変更履歴画面が表示される。図２０の出品価格の変更履歴画面では、出品情報欄１０３１、現在の価格欄１０３２、変更履歴エリア１０３３が表示される。
出品情報欄１０３１には、出品情報のうち、出品者のニックネーム、商品名、カテゴリー、状態などが表示される。現在の価格欄１０３２には、出品情報のうち、出品商品の現在の価格が表示される。変更履歴エリア１０３３には、出品時の価格欄１０３４、一回目の価格変更欄１０３６、二回目の価格変更欄１０３７、減額割合表示１０３５が表示される。
出品情報欄１０３１には、出品情報のうち、出品者のニックネーム、商品名、カテゴリー、状態などが表示される。現在の価格欄１０３２には、出品情報のうち、出品商品の現在の価格が表示される。変更履歴エリア１０３３には、出品時の価格欄１０３４、一回目の価格変更欄１０３６、二回目の価格変更欄１０３７、減額割合表示１０３５が表示される。
また、図１８の詳細情報画面で、交渉ボタン１０１１が選択されると（Ｓ３０１）、図１９の購入希望者用の交渉画面が表示される（Ｓ４０４、Ｓ６０４、Ｓ７０２）。
図１９の購入希望者の交渉画面は、購入希望者自身の交渉の履歴情報と、交渉対象である出品情報の交渉の履歴情報を含む場合の画面例である。例えば、初めての交渉を行う場合には、購入希望者自身の交渉の履歴情報はなく、表示されない。一方、出品情報の交渉の履歴情報は、すでに他の購入希望者が当該出品商品に対する交渉を行っている場合に、交渉の履歴情報が存在するので、表示されるものであってもよい。
図１９に例示の購入希望者用の交渉画面では、出品情報欄１０１７、出品商品の詳細ボタン１０１８、出品商品の現在の価格欄１０１９、購入者自身の現在の提示金額欄１０２０、出品商品の変更履歴エリア１０２１、出品時の価格欄１０２３、出品商品の変更価格欄１０２４、購入希望者の提示条件履歴エリア１０２２、希望条件登録時の希望予算１０２５、１回目の提示金額１０２６、２回目の提示金額１０２７、今回提示金額入力エリア１０２８、交渉金額の提示ボタン１０２９、購入ボタン１０３０が表示される。
図１９に例示の購入希望者用の交渉画面では、出品情報欄１０１７、出品商品の詳細ボタン１０１８、出品商品の現在の価格欄１０１９、購入者自身の現在の提示金額欄１０２０、出品商品の変更履歴エリア１０２１、出品時の価格欄１０２３、出品商品の変更価格欄１０２４、購入希望者の提示条件履歴エリア１０２２、希望条件登録時の希望予算１０２５、１回目の提示金額１０２６、２回目の提示金額１０２７、今回提示金額入力エリア１０２８、交渉金額の提示ボタン１０２９、購入ボタン１０３０が表示される。
図１９の購入希望者用の交渉画面で、今回提示金額入力エリア１０２８に金額を入力し、交渉金額の提示ボタン１０２９を選択すると、提示要求が送信される（Ｓ４０５、Ｓ６０５、Ｓ７０３）。また、購入ボタン１０３０が選択されると、購入要求が送信される（Ｓ４０５、Ｓ６０５、Ｓ７０３）。
また、図１８の出品商品の詳細情報画面で、購入ボタン１０１２が選択されると、購入要求が送信される（Ｓ８０１）。
次に、出品者端末２に表示される画面例について説明する。
図２２（ａ）は、希望条件を検索するための検索情報の入力画面である。図２２（ａ）には、商品名入力エリア１０５２、希望条件検索ボタン１０５３が表示される。商品名入力エリア１０５２に入力情報が入力された状態で、希望条件検索ボタン１０５３が選択されると検索情報が送信される（Ｓ９０１）。
この場合における検索情報とは、希望条件を検索対象とする場合であり、商品名を含む情報である。具体的には、図２２（ａ）を参照すると、商品名入力エリア１０５２に入力された文字情報が、希望条件を検索対象とする場合の検索情報である。
図２２（ａ）は、希望条件を検索するための検索情報の入力画面である。図２２（ａ）には、商品名入力エリア１０５２、希望条件検索ボタン１０５３が表示される。商品名入力エリア１０５２に入力情報が入力された状態で、希望条件検索ボタン１０５３が選択されると検索情報が送信される（Ｓ９０１）。
この場合における検索情報とは、希望条件を検索対象とする場合であり、商品名を含む情報である。具体的には、図２２（ａ）を参照すると、商品名入力エリア１０５２に入力された文字情報が、希望条件を検索対象とする場合の検索情報である。
利用者端末は、希望条件の検索結果情報を受信すると（Ｓ９０７）、図２２（ｂ）の希望条件の検索結果画面を表示する。図２２（ｂ）の希望条件情報の検索結果情報では、登録日欄１０５４、商品名欄１０５５、希望金額欄１０５６、緊急性１０５７、メッセージ１０５８が表示される。商品名欄１０５５に係る商品名「オフィスチェア」を選択すると、図２３の希望条件の詳細情報画面を表示する。図２３の希望条件の詳細情報画面では、希望条件情報エリア１０５９、この希望条件に対して出品ボタン１０６０、掲示板エリア１０６１が表示される。
図２３に例示されたボタンのうち、この希望条件に対して出品ボタン１０６０が選択されると、出品商品の登録要求が送信され（Ｓ１００１）、図２４の出品商品の登録画面が表示される（Ｓ１００７）。図２４に例示の出品商品の登録入力画面では、商品名エリア１０６４、型番エリア１０６５、出品価格エリア１０６６、商品カテゴリー１０６７、個数１０６８、交渉可否１０７０、運送費負担１０７１、取引詳細エリア１０７２、商品詳細エリア１０７３、出品終了日１０７４、出品終了時刻１０７５、出品登録ボタン１０７６が表示される。
図２２（ａ）の例示では、商品名入力エリア１０５２に「オフィスチェア」の検索情報を入力しているので、図２４に例示の商品名入力エリア１０６４には商品名「オフィスチェア」が転記されている。出品情報の登録に必要な入力エリアに入力情報がある状態で、出品登録ボタン１０７６を選択すると、出品情報の登録要求が送信される（Ｓ１００８）。
図２２（ａ）の例示では、商品名入力エリア１０５２に「オフィスチェア」の検索情報を入力しているので、図２４に例示の商品名入力エリア１０６４には商品名「オフィスチェア」が転記されている。出品情報の登録に必要な入力エリアに入力情報がある状態で、出品登録ボタン１０７６を選択すると、出品情報の登録要求が送信される（Ｓ１００８）。
次に、利用者に関連する登録情報の表示画面例について説明する。
図２５は、登録情報の管理画面であり、希望条件リストボタン１０７７、交渉リストボタン１０７８、出品中リストボタン１０７９、キーワード登録ボタン１０８０、売買成立リストボタン１０８１、購入希望者情報エリア１０８２、出品者情報エリア１０８３が表示される。利用者自身が、購入希望者の立場にある場合の情報に関しては、購入希望者情報エリア１０８２に表示され、出品者の立場にある場合の情報に関しては、出品者情報エリア１０８３に表示されるものであってもよい。
図２５は、登録情報の管理画面であり、希望条件リストボタン１０７７、交渉リストボタン１０７８、出品中リストボタン１０７９、キーワード登録ボタン１０８０、売買成立リストボタン１０８１、購入希望者情報エリア１０８２、出品者情報エリア１０８３が表示される。利用者自身が、購入希望者の立場にある場合の情報に関しては、購入希望者情報エリア１０８２に表示され、出品者の立場にある場合の情報に関しては、出品者情報エリア１０８３に表示されるものであってもよい。
また、図２５に例示の登録情報の管理画面で、希望条件リストボタン１０７７を選択すると図２６（ａ）の希望条件リスト画面が表示され、交渉リストボタン１０７８を選択すると図２６（ｂ）の交渉リスト画面が表示され、出品中リストボタン１０７９を選択すると図２７（ａ）の出品中リスト画面が表示され、キーワード登録ボタン１０８０を選択すると図２７（ｂ）のキーワード登録画面が表示され、売買成立リストボタン１０８１を選択すると図３１（ａ）の売買成立リスト画面が表示される。
図２６（ａ）に例示の希望条件リスト画面では、商品名１０８４、登録日１０８５、出品件数１０８６、編集ボタン１０８７、出品一覧ボタン１０８８が表示される。ある商品名における出品一覧ボタン１０８８が選択されると、当該商品名に対応する希望条件に適合する出品情報として、図２８に例示の希望条件に適合する出品商品一覧画面が表示される。
図２６（ｂ）に例示の交渉中リスト画面では、商品名欄１０８９、最初の出品価格１０９０、現在の価格１０９１、状況欄１０９２、交渉画面ボタン１０９３が表示される。商品名欄１０８９の商品名「オフィスチェア」が選択されると、図３０に例示のような自身の出品商品の詳細情報画面が表示される。ある商品名における交渉画面ボタン１０９８が選択されると（Ｓ３０１）、当該商品名に対応する自身が購入希望者の立場の交渉情報である図１９に例示の購入希望者用の交渉画面が表示される（Ｓ４０４）。
図２７（ａ）に例示の出品中リスト画面では、商品名欄１０９４、出品日蘭１０９５、状態欄１０９６、出品商品の現在の価格欄１０９７、交渉件数欄１０９８、出品情報の編集ボタン１０９９、出品終了ボタン１１００、交渉画面ボタン１１０１、申込一覧ボタン１１０２が表示される。
商品名欄１０９４の商品名「オフィスチェア」が選択されると、図３０に例示の自身の出品商品における出品情報の詳細情報画面が表示される。図３０に例示の編集ボタン１１２４が選択された場合、又は、図２７（ａ）に例示の編集ボタン１０９９が選択された場合には、自身の出品情報の編集画面が表示される。
また、図２７（ａ）に例示の自身のある出品商品における交渉ボタン１１０１が選択されると（Ｓ３０１）、自身が出品者の立場にある出品商品の交渉画面である図２９の出品者用の交渉画面が表示される（Ｓ５０４）。
商品名欄１０９４の商品名「オフィスチェア」が選択されると、図３０に例示の自身の出品商品における出品情報の詳細情報画面が表示される。図３０に例示の編集ボタン１１２４が選択された場合、又は、図２７（ａ）に例示の編集ボタン１０９９が選択された場合には、自身の出品情報の編集画面が表示される。
また、図２７（ａ）に例示の自身のある出品商品における交渉ボタン１１０１が選択されると（Ｓ３０１）、自身が出品者の立場にある出品商品の交渉画面である図２９の出品者用の交渉画面が表示される（Ｓ５０４）。
図２９に例示の出品者用の交渉画面では、出品情報エリア１１１３、最高金額提示者情報欄１１１４、現在の出品価格１１１５、交渉相手の購入希望者エリア１１１６、出品価格の変更履歴エリア１１１７、出品時の価格欄１１１８、一回目の変更履歴欄１１１９、２回目の変更履歴欄１１２０、変更価格入力エリア１１２１、価格変更ボタン１１２２、現在の最高価格に変更ボタン１１２３、が表示される。変更価格入力エリア１１２１に価格情報を入力した状態で、価格変更ボタン１１２２を選択すると、変更情報が送信される（Ｓ５０５）。また、現在の最高価格に変更ボタン１１２３を選択すると、最高提示金額に変更要求が送信される（Ｓ５０５）。
図２７（ｂ）に例示のキーワード登録画面では（Ｓ１１０２）、キーワード登録エリア１１０３、キーワード入力エリア１１０４、キーワード登録ボタン１１０７、登録済みキーワード表示エリア１１０８、登録キーワードの編集ボタン１１０９が表示される。
キーワード入力エリア１１０４に、キーワードの文字情報が入力された状態で、キーワード登録ボタン１１０７が選択されると、登録したキーワード情報を送信する（Ｓ１１０３）。
キーワード入力エリア１１０４に、キーワードの文字情報が入力された状態で、キーワード登録ボタン１１０７が選択されると、登録したキーワード情報を送信する（Ｓ１１０３）。
図３１（ａ）に例示の売買成立リスト画面では、売買成立日時１１２５、商品名欄１１２６、売買価格１１２７、詳細情報ボタン１１２８、評価へボタン１１２９が表示される。詳細情報ボタン１１２８が選択されると、図３１（ｂ）の売買成立の詳細情報画面が表示される。
図３１（ｂ）に例示の売買成立の詳細情報画面では、売買情報エリア１１３０、取引掲示板ボタン１１３１が表示される。取引掲示板ボタン１１３１を選択すると、図３１（ｃ）の取引掲示板画面が表示さえる。
図３１（ｃ）に例示の取引掲示板画面では、売買成立日１１３２、商品名１１３３、売買価格１１３４、相手のEmailアドレス１１３５が表示される。
図３１（ｂ）に例示の売買成立の詳細情報画面では、売買情報エリア１１３０、取引掲示板ボタン１１３１が表示される。取引掲示板ボタン１１３１を選択すると、図３１（ｃ）の取引掲示板画面が表示さえる。
図３１（ｃ）に例示の取引掲示板画面では、売買成立日１１３２、商品名１１３３、売買価格１１３４、相手のEmailアドレス１１３５が表示される。
次に、図３〜図１５を参照して、本実施形態に係る商品売買管理システムの処理について説明する。
次に、図３を参照して、出品商品の検索処理について説明する。図３は、登録されている出品商品を検索する処理フロー図である。
Ｗｅｂサーバ３は、購入希望者端末１から検索要求を受信すると、検索条件入力画面情報を購入希望者端末１へ送信する。購入希望者端末１は、検索条件入力画面情報を受信すると出力部に表示して、購入希望者が入力部を操作して検索条件の入力情報を受け付ける。
購入希望者端末１は、入力された検索条件情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、購入希望者端末１から検索要求を受信すると、検索条件入力画面情報を購入希望者端末１へ送信する。購入希望者端末１は、検索条件入力画面情報を受信すると出力部に表示して、購入希望者が入力部を操作して検索条件の入力情報を受け付ける。
購入希望者端末１は、入力された検索条件情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、利用者端末から少なくとも商品名と希望予算情報を含む検索情報と共に出品商品の検索要求を受信する（Ｓ１０１）。受信した検索要求に含まれる検索情報を一時記憶する（Ｓ１０２）。受信した検索情報に含まれる商品名入力欄の入力情報に基づき、出品情報ＤＢ４２を検索する（Ｓ１０３）。
商品名入力欄の入力情報とは、例えば、商品名、商品名の一部などの情報である。当該入力情報は、出品情報ＤＢ４２を検索する際の検索キーとなり、検索対象である出品情報の商品名に完全一致若しくは一部一致することで、検索情報に該当する出品情報と判別される。
商品名入力欄の入力情報とは、例えば、商品名、商品名の一部などの情報である。当該入力情報は、出品情報ＤＢ４２を検索する際の検索キーとなり、検索対象である出品情報の商品名に完全一致若しくは一部一致することで、検索情報に該当する出品情報と判別される。
上記検索の結果、検索情報に含まれる上記入力情報に該当する出品情報があるか否かを判別する（Ｓ１０４）。該当判別の結果、検索情報に含まれる上記入力情報に完全一致若しくは一部一致する商品名である出品情報が出品情報ＤＢ４２に格納されていない場合には（Ｓ１０４：Ｎ）、当該検索情報に該当する出品情報がない旨の検索結果情報を生成する（Ｓ１１０）。
一方、上記該当判別の結果、検索情報に含まれる上記入力情報に完全一致若しくは一部一致する商品名である出品情報が出品情報ＤＢ４２に格納されている場合（Ｓ１０４：Ｙ）、当該出品情報を出品情報ＤＢ４２から抽出する（Ｓ１０５）。抽出した出品情報は、出品情報に係る現在の出品価格に基づいて、上記検索情報に含まれる希望予算情報の内外を判別する（Ｓ１０６）。予算内判別の結果、当該出品情報に係る現在の出品価格が上記希望予算内である場合（Ｓ１０６：Ｙ）、当該出品情報は当該検索情報に該当する出品情報として収集される（Ｓ１０７）。
一方、上記予算内判別の結果、当該出品情報に係る現在の出品価格が予算内ではない場合（Ｓ１０６：Ｎ）、上記Ｓ１０５で抽出した他の出品情報があるか否かを判別する（Ｓ１０８）。上記抽出した全出品情報について、処理が行われるまでＳ１０６〜Ｓ１０８の処理は繰り返される。
上記有無判別の結果、他の出品情報がないと判別した場合（Ｓ１０８：Ｎ）、上記収集した出品情報について、現在の出品価格順に並び替え、検索結果情報を生成する（Ｓ１０９）。当該生成した検索結果情報は、上記検索要求に係る利用者端末へ送信する（Ｓ１１１）。
次に、図４を参照して、希望条件の登録処理について説明する。図４は、希望条件を登録する処理フロー図である。
Ｗｅｂサーバ３は、Ｗｅｂサイト上の任意の箇所に表示された希望条件の登録ボタンが選択されたことを認識する。
Ｗｅｂサーバ３は、利用者端末から希望条件の登録要求を受信する（Ｓ２０１）。希望条件の登録要求には、利用者ＩＤが含まれている。上記受信した希望条件の登録要求から利用者ＩＤを抽出する（Ｓ２０２）。
Ｗｅｂサーバ３は、Ｗｅｂサイト上の任意の箇所に表示された希望条件の登録ボタンが選択されたことを認識する。
Ｗｅｂサーバ３は、利用者端末から希望条件の登録要求を受信する（Ｓ２０１）。希望条件の登録要求には、利用者ＩＤが含まれている。上記受信した希望条件の登録要求から利用者ＩＤを抽出する（Ｓ２０２）。
上記抽出した利用者ＩＤに基づいて、メモリを参照し、検索情報が一時記憶されているか否かを判別する（Ｓ２０３）。記憶判別の結果、利用者ＩＤに対応する検索情報が一時記憶されていた場合（Ｓ２０３：Ｙ）、一時記憶した検索情報に基づいて、当該検索情報に対応する希望条件の項目に情報を転記した希望条件の入力画面情報を生成する（Ｓ２０４）。
一方、上記記憶判別の結果、検索情報が一時記憶さていない場合（Ｓ２０３：Ｎ）、希望条件の全ての項目が空白状態の希望条件の入力画面情報を生成する（Ｓ２０５）。
一方、上記記憶判別の結果、検索情報が一時記憶さていない場合（Ｓ２０３：Ｎ）、希望条件の全ての項目が空白状態の希望条件の入力画面情報を生成する（Ｓ２０５）。
上記生成した希望条件の入力画面情報を、入力要求と共に利用者端末へ送信する（Ｓ２０６）。
利用者端末において、希望条件の入力が行われる。利用者端末は、入力が完了し希望条件の入力情報をＷｅｂサーバ３に送信する。
利用者端末において、希望条件の入力が行われる。利用者端末は、入力が完了し希望条件の入力情報をＷｅｂサーバ３に送信する。
Ｗｅｂサーバ３は、利用者端末からの希望条件の入力情報を受信する（Ｓ２０７）。受信した希望条件の入力情報に対して、希望条件ＩＤを付与して希望条件情報を生成する（Ｓ２０８）。
上記生成した希望条件情報は、希望条件ＤＢ４３に記憶される（Ｓ２０９）。希望条件の登録が完了した旨の通知を生成して、利用者端末へ送信する（Ｓ２１０）。
上記生成した希望条件情報は、希望条件ＤＢ４３に記憶される（Ｓ２０９）。希望条件の登録が完了した旨の通知を生成して、利用者端末へ送信する（Ｓ２１０）。
上記希望条件情報が希望条件ＤＢ４３に記憶されると（Ｓ２０９）、当該記憶された希望条件情報に基づいて、出品情報ＤＢ４２を参照して、適合する出品情報を特定する。特定された出品情報は、当該希望条件に適合する出品情報として、希望条件リストに表示される適合する出品情報として、希望条件情報に関連付けて、希望条件ＤＢ４３に格納される。希望条件ＩＤに適合する出品情報に係る出品ＩＤを関連付けて、希望条件情報に関連付けて、希望条件ＤＢ４３に更新記憶する。
なお、登録された希望条件情報に適合する出品情報の特定処理は、上述の検索処理におけるＳ１０３〜Ｓ１０９の処理により特定されるものであってもよいし、後述する適合判別処理におけるＳ１２０５〜Ｓ１２１２の処理により特定されるものであってもよい。
なお、登録された希望条件情報に適合する出品情報の特定処理は、上述の検索処理におけるＳ１０３〜Ｓ１０９の処理により特定されるものであってもよいし、後述する適合判別処理におけるＳ１２０５〜Ｓ１２１２の処理により特定されるものであってもよい。
また、上記登録希望条件に基づく出品情報の特定処理は、上記希望条件情報の希望条件ＤＢ４３への登録時に限られず、所定の間隔で自動的に適合する出品情報を特定するものであってもよい。その際、前回の出品情報の上記特定処理において、希望条件ＤＢ４３に係る希望条件情報に関連付けられた出品情報と異なる、新規の適合する出品情報には、新規適合フラグを付与して、希望条件ＩＤと出品ＩＤの関連付けを行うものであってもよい。
例えば、毎日に決まった時刻に処理が開始されたり、１週間に一度決まった曜日の時刻に処理が開始されてもよい。
例えば、毎日に決まった時刻に処理が開始されたり、１週間に一度決まった曜日の時刻に処理が開始されてもよい。
次に、図５〜図９を参照して、交渉処理について説明する。
まず、図５を参照して、交渉要求を受信した場合の判別処理について説明する。図５は、交渉要求の受信に基づく判別処理を表した処理フロー図である。
Ｗｅｂサーバ３は、利用者端末から交渉要求を受信する（Ｓ３０１）。受信した交渉要求に交渉ＩＤが含まれているか否か判別する（Ｓ３０２）。
まず、図５を参照して、交渉要求を受信した場合の判別処理について説明する。図５は、交渉要求の受信に基づく判別処理を表した処理フロー図である。
Ｗｅｂサーバ３は、利用者端末から交渉要求を受信する（Ｓ３０１）。受信した交渉要求に交渉ＩＤが含まれているか否か判別する（Ｓ３０２）。
上記交渉ＩＤ判別の結果、交渉ＩＤが含まれている場合（Ｓ３０２：Ｙ）、当該交渉ＩＤに基づいて、交渉情報ＤＢ４４を参照して、交渉情報を検索して特定する（Ｓ３０３）。特定して交渉情報に基づいて、上記交渉要求をした利用者が出品者であるか否かを判別する（Ｓ３０４）。出品者判別の結果、上記交渉ＩＤに係る交渉情報の出品者でない場合（Ｓ３０４：Ｎ）、上記交渉要求をした利用者が購入希望者となり、Ｄの処理へ進む。
一方、出品者判別の結果、上記交渉ＩＤに係る交渉情報の出品者である場合（Ｓ３０４：Ｙ）、Ｃの処理へ進む。
一方、出品者判別の結果、上記交渉ＩＤに係る交渉情報の出品者である場合（Ｓ３０４：Ｙ）、Ｃの処理へ進む。
一方、上記交渉ＩＤ判別の結果、交渉要求に交渉ＩＤが含まれていない場合（Ｓ３０２：Ｎ）、交渉要求に希望条件ＩＤが含まれているか否かを判別する（Ｓ３０５）。
希望条件ＩＤ判別の結果、上記交渉要求に希望条件ＩＤが含まれている場合（Ｓ３０５：Ｙ）、既存の希望条件情報に基づいて交渉処理を行うものであり、Ｂの処理へ進む。
希望条件ＩＤ判別の結果、上記交渉要求に希望条件ＩＤが含まれている場合（Ｓ３０５：Ｙ）、既存の希望条件情報に基づいて交渉処理を行うものであり、Ｂの処理へ進む。
他方、上記希望条件ＩＤ判別の結果、交渉要求に希望条件ＩＤが含まれていない場合（Ｓ３０５：Ｎ）、交渉に係る情報も希望条件に係る情報も一切ないものと判別され、Ａの処理へ進む。
次に、図６を参照して、交渉情報を有する購入希望者の場合の交渉処理について説明する。図６は、図５における判別処理によって、Ｄと判別された場合の処理である。具体的には、図６は、交渉要求が、交渉情報を有する購入希望者によって行われた場合の交渉処理フロー図を表したものである。
Ｗｅｂサーバ３は、上記特定した交渉情報から、購入希望者用の交渉情報を抽出する（Ｓ４０１）。購入希望者用の交渉情報とは、出品商品の現在の出品価格、出品商品の価格変更履歴、現在の購入希望者の提示金額、購入希望者の金額変更履歴、金額提示回数、を含む情報である。
Ｗｅｂサーバ３は、上記特定した交渉情報から、購入希望者用の交渉情報を抽出する（Ｓ４０１）。購入希望者用の交渉情報とは、出品商品の現在の出品価格、出品商品の価格変更履歴、現在の購入希望者の提示金額、購入希望者の金額変更履歴、金額提示回数、を含む情報である。
上記抽出した交渉情報に基づき、当該交渉要求が提示制限に該当するか否かを判別する（Ｓ４０２）。提示制限とは、交渉における金額提示の回数制限である。例えば、ある交渉において金額提示回数が３回と制限された交渉において、交渉情報に記憶されている金額提示回数が３回である場合に、今回の交渉要求は４回目の提示になるため、提示制限に該当するものとなる。
上記提示制限判別の結果、交渉要求が提示制限に該当する場合（Ｓ４０２：Ｙ）、当該交渉要求は不可能であると判別され、交渉処理が終了する。
上記提示制限判別の結果、交渉要求が提示制限に該当する場合（Ｓ４０２：Ｙ）、当該交渉要求は不可能であると判別され、交渉処理が終了する。
一方、上記提示制限判別の結果、交渉要求が提示制限に該当しない場合（Ｓ４０２：Ｎ）、上記抽出した交渉情報に基づき、購入希望者用の交渉画面を生成する（Ｓ４０３）。生成した購入希望者用の交渉画面を入力要求と共に購入希望者端末１へ送信する（Ｓ４０４）。
購入希望者端末１は、購入希望者用の交渉画面を受信すると出力部に当該交渉画面を表示する。購入希望者の操作により提示情報の入力を受け付けた購入希望者端末１は、当該提示情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、上記購入希望者端末１から提示情報を受信する（Ｓ４０５）。受信した提示情報が、出品商品の購入要求であるか否かを判別する（Ｓ４０６）。購入判別の結果、出品商品の購入要求である場合（Ｓ４０６：Ｙ）、購入申出があった旨の情報である交渉の履歴情報を生成する（Ｓ４０７）。購入申出があった旨の情報とは、購入希望者名、購入要求受信日時情報、交渉中に購入申出をしたことが識別できるフラグ情報、などである。
上記生成した交渉の履歴情報を、当該交渉情報に付加して、上記交渉情報ＤＢ４４へ更新する（Ｓ４０８）。
上記生成した交渉の履歴情報を、当該交渉情報に付加して、上記交渉情報ＤＢ４４へ更新する（Ｓ４０８）。
一方、上記購入判別の結果、購入要求ではない場合（Ｓ４０６：Ｎ）、上記Ｓ４０５にて受信した提示情報は提示金額情報であると判別される。当該提示情報に含まれる提示金額情報に基づいて、上記交渉情報に係る購入希望者の過去の提示金額情報若しくは希望条件登録時の希望予算情報を参照して、提示金額情報が適正な提示金額であるか否かを判別する（Ｓ４０９）。
例えば、購入希望者の場合、提示金額は、自身の希望金額を変更するものであり、交渉情報に登録済みの希望金額と比べて、提示金額を上げる変更は適正な提示と判別される。しかし、交渉情報に登録済みの希望金額に比べて、提示金額を下げる変更は不適正な提示と判別される。具体的には、前回の提示金額が３０，０００円である場合、４０，０００円を提示金額にすることは可能だが、２０，０００円を提示金額にすることは禁止制御される。また、前回交渉で、希望条件情報登録時の希望予算である当初の金額において、交渉している場合は、当初の希望予算と比べて判別される。交渉において、１回でも当初の希望予算よりも高い提示金額で交渉した場合に、当初の希望予算は履歴情報となり、次回の交渉時に適正金額の判別に用いられることはない。
上記適正判別の結果、前回の交渉金額よりも下げる提示であり不適正な提示金額と判別された場合（Ｓ４０９：Ｎ）、受信した提示情報での交渉は禁止制御され、当該交渉処理は終了する。
一方、上記適正判別の結果、提示情報に係る提示金額が適正である場合（Ｓ４０９：Ｙ）、今回の交渉における履歴情報を生成する（Ｓ４１０）。今回の交渉における履歴情報とは、購入要求受信日時、提示金額情報、を含む情報である。
上記生成した交渉の履歴情報は、当該交渉に係る交渉情報に付加して、上記交渉情報ＤＢに更新される（Ｓ４１１）。
また、当該交渉に係る希望条件情報を特定し、当該希望条件情報に係る購入希望予算を上記変更した提示金額に変更して、上記希望条件ＤＢ４３へ更新記憶する（Ｓ４１２）。
上記生成した交渉の履歴情報は、当該交渉に係る交渉情報に付加して、上記交渉情報ＤＢに更新される（Ｓ４１１）。
また、当該交渉に係る希望条件情報を特定し、当該希望条件情報に係る購入希望予算を上記変更した提示金額に変更して、上記希望条件ＤＢ４３へ更新記憶する（Ｓ４１２）。
次に、図７を参照して、交渉情報を有する出品者の場合の交渉処理について説明する。図７は、図５における判別処理によって、Ｃと判別された場合の処理である。具体的には、図７は、交渉要求が、交渉情報を有する出品者によって行われた場合の交渉処理フロー図を表したものである。
Ｗｅｂサーバ３は、上記特定した交渉情報から、出品者用の交渉情報を抽出する（Ｓ５０１）。出品者用の交渉情報とは、出品商品の現在の出品価格、出品商品の価格変更履歴、交渉申込件数、現在の最高提示金額、交渉相手の購入希望者名、交渉相手毎の現在の最高提示金額、価格変更回数、を含む情報である。
Ｗｅｂサーバ３は、上記特定した交渉情報から、出品者用の交渉情報を抽出する（Ｓ５０１）。出品者用の交渉情報とは、出品商品の現在の出品価格、出品商品の価格変更履歴、交渉申込件数、現在の最高提示金額、交渉相手の購入希望者名、交渉相手毎の現在の最高提示金額、価格変更回数、を含む情報である。
上記抽出した交渉情報に基づき、当該交渉要求が変更制限に該当するか否かを判別する（Ｓ５０２）。変更制限とは、交渉における出品価格の変更回数制限である。例えば、ある交渉において出品価格の変更回数が３回と制限された交渉において、交渉情報に記憶されている価格変更回数が３回である場合に、今回の価格変更は４回目の変更になるため、変更制限に該当するものとなる。
上記変更制限判別の結果、出品価格の変更制限に該当する場合（Ｓ５０２：Ｙ）、当該交渉要求に基づく出品価格の変更は不可能であると判別され、交渉処理が終了する。
上記変更制限判別の結果、出品価格の変更制限に該当する場合（Ｓ５０２：Ｙ）、当該交渉要求に基づく出品価格の変更は不可能であると判別され、交渉処理が終了する。
一方、上記変更制限判別の結果、出品価格の変更制限に該当しない場合（Ｓ５０２：Ｎ）、上記抽出した交渉情報に基づき、出品者用の交渉画面を生成する（Ｓ５０３）。生成した出品者用の交渉画面を入力要求と共に出品者端末２へ送信する（Ｓ５０４）。
出品者端末１は、出品者用の交渉画面を受信すると出力部に当該交渉画面を表示する。出品者の操作により出品価格の変更情報の入力を受け付けた出品者端末１は、当該変更情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、上記出品者端末２から出品価格の変更情報を受信する（Ｓ５０５）。受信した変更情報が、交渉相手が提示している最高提示金額に出品商品の出品価格を変更する旨の変更情報であるか否かを判別する（Ｓ５０６）。変更情報判別の結果、出品価格を最高提示金額に変更する場合（Ｓ５０６：Ｙ）、交渉情報に基づき、現在の最高提示金額と当該金額の提示者である交渉中の購入希望者情報を特定する（Ｓ５０７）。当該交渉において、出品価格を上記最高提示金額に価格変更した旨の履歴情報を生成する（Ｓ５０８）。最高提示金額に価格変更した旨の履歴情報とは、最高金額を提示していた購入希望者名、変更情報受信日時、出品価格を最高提示金額に変更したことが識別できるフラグ情報、などである。
また、上記出品価格の変更に基づき、自身の提示金額が交渉中の最高提示金額である旨の情報、出品者が自身の提示金額に出品価格を変更した情報、を含む通知を生成し（Ｓ５０９）、当該通知を上記最高金額提示者である購入希望者端末へ送信する（Ｓ５１０）。
一方、上記変更情報判別の結果、出品価格を最高提示金額に変更するものでない場合（Ｓ５０６：Ｎ）、当該変更情報に係る出品価格の変更は、適正であるか否かを判別する（Ｓ５１１）。
例えば、変更情報に含まれる出品価格の変更価格に基づいて、上記交渉情報に係る出品者の過去の変更価格若しくは出品時の出品価格と比較して適正な変更価格であるか否かを判別する。
具体的には、出品者の場合、今回受信した変更価格が、交渉情報に登録済みの出品価格と比べて、価格を下げる変更は適正と判別される。しかし、交渉情報に登録済みの現在の出品価格に比べて、価格を上げる変更は不適正と判別される。詳細には、現在の出品価格が３０，０００円である場合、２０，０００円に出品価格を変更することは可能だが、４０，０００円を出品価格に変更することは禁止制御される。また、前回交渉で、出品登録時の出品価格のまま交渉している場合は、当初の出品価格と変更価格を比べて判別される。交渉において、１回でも当初の出品価格よりも低い価格に変更して交渉をした場合に、当初の出品価格は履歴情報となり、次回の交渉時に適正価格の判別対象に用いられることはない。
具体的には、出品者の場合、今回受信した変更価格が、交渉情報に登録済みの出品価格と比べて、価格を下げる変更は適正と判別される。しかし、交渉情報に登録済みの現在の出品価格に比べて、価格を上げる変更は不適正と判別される。詳細には、現在の出品価格が３０，０００円である場合、２０，０００円に出品価格を変更することは可能だが、４０，０００円を出品価格に変更することは禁止制御される。また、前回交渉で、出品登録時の出品価格のまま交渉している場合は、当初の出品価格と変更価格を比べて判別される。交渉において、１回でも当初の出品価格よりも低い価格に変更して交渉をした場合に、当初の出品価格は履歴情報となり、次回の交渉時に適正価格の判別対象に用いられることはない。
上記適正判別の結果、現在の出品価格よりも上げる変更であり不適正な価格変更と判別された場合（Ｓ５１１：Ｎ）、受信した変更情報での交渉処理は禁止制御され、当該交渉処理は終了する。
一方、上記適正判別の結果、変更情報に係る変更価格は適正である場合（Ｓ５１１：Ｙ）、今回の価格変更における履歴情報を生成する（Ｓ５１２）。今回の価格変更における履歴情報とは、変更情報受信日時、出品価格の変更価格、を含む情報である。
上記生成した価格変更の履歴情報は、当該交渉に係る交渉情報に付加して、上記交渉情報ＤＢへ更新記憶する（Ｓ５１３）。
上記生成した価格変更の履歴情報は、当該交渉に係る交渉情報に付加して、上記交渉情報ＤＢへ更新記憶する（Ｓ５１３）。
次に、図８を参照して、希望条件情報を有する購入希望者の場合の交渉処理について説明する。図８は、図５における判別処理によって、Ｂと判別された場合の処理である。具体的には、交渉要求が、交渉情報を有さないが希望条件情報を有する購入希望者によって行われた場合の交渉処理フロー図を表したものである。
Ｗｅｂサーバ３は、上記希望条件ＩＤに基づいて、上記希望条件ＤＢ４３を参照し、希望条件情報を特定し抽出する（Ｓ６０１）。また、出品ＩＤに基づいて、上記出品情報ＤＢ４２を参照し、出品情報を特定し抽出する（Ｓ６０２）。
Ｗｅｂサーバ３は、上記希望条件ＩＤに基づいて、上記希望条件ＤＢ４３を参照し、希望条件情報を特定し抽出する（Ｓ６０１）。また、出品ＩＤに基づいて、上記出品情報ＤＢ４２を参照し、出品情報を特定し抽出する（Ｓ６０２）。
Ｗｅｂサーバ３は、上記抽出した希望条件情報及び出品情報に基づき、購入希望者用の交渉画面情報を生成する（Ｓ６０３）。購入希望者用の交渉画面情報とは、出品商品の現在の出品価格、出品商品の価格変更履歴、購入希望者の希望予算、を含む情報である。生成した購入希望者用の交渉画面を入力要求と共に購入希望者端末１へ送信する（Ｓ６０４）。
購入希望者端末１は、購入希望者用の交渉画面を受信すると出力部に当該交渉画面を表示する。購入希望者の操作により提示情報の入力を受け付けた購入希望者端末１は、当該提示情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、上記購入希望者端末１から提示情報を受信する（Ｓ６０５）。受信した提示情報が、出品商品の購入要求であるか否かを判別する（Ｓ６０６）。購入判別の結果、出品商品の購入要求である場合（Ｓ６０６：Ｙ）、購入申出があった旨の情報を生成する（Ｓ６０７）。購入申出があった旨の情報とは、購入希望者名、購入要求受信日時情報、初回に購入申出をしたことが識別できるフラグ情報、などである。
上記生成した購入申出情報を、当該希望条件情報に付加して、上記希望条件ＤＢ４３へ更新する（Ｓ６０８）。購入希望者による出品商品の購入申出であると判別され、Ｅの処理へ進む。
上記生成した購入申出情報を、当該希望条件情報に付加して、上記希望条件ＤＢ４３へ更新する（Ｓ６０８）。購入希望者による出品商品の購入申出であると判別され、Ｅの処理へ進む。
一方、上記購入判別の結果、購入要求ではない場合（Ｓ６０６：Ｎ）、希望条件情報に基づく希望予算で交渉の申出があったものか否かを判別する（Ｓ６０９）。例えば、受信した提示情報に含まれる提示金額が、上記希望条件情報に含まれる予算と一致するか否かによって判別される。
上記希望予算判別の結果、登録済みの希望予算とは異なる金額での提示であると判別した場合（Ｓ６０９：Ｎ）、当該提示情報に含まれる提示金額情報と、上記希望条件登録時の希望予算を比較して、提示情報が適正な提示金額であるか否かを判別する（Ｓ６１０）。
例えば、購入希望者の場合、提示金額は、自身の希望金額を変更するものであり、提示金額を上げる変更は適正な提示と判別される。しかし、交渉情報が存在しない初回の交渉において、希望条件情報に登録済みの希望予算に比べて、提示金額を下げる変更は不適正な提示と判別される。具体的には、希望予算が３０，０００円である場合、４０，０００円を提示金額にすることは可能だが、２０，０００円を提示金額にすることは禁止制御される。今回が初交渉であるので、希望条件情報登録時の希望予算と比べて判別される。
例えば、購入希望者の場合、提示金額は、自身の希望金額を変更するものであり、提示金額を上げる変更は適正な提示と判別される。しかし、交渉情報が存在しない初回の交渉において、希望条件情報に登録済みの希望予算に比べて、提示金額を下げる変更は不適正な提示と判別される。具体的には、希望予算が３０，０００円である場合、４０，０００円を提示金額にすることは可能だが、２０，０００円を提示金額にすることは禁止制御される。今回が初交渉であるので、希望条件情報登録時の希望予算と比べて判別される。
上記適正判別の結果、希望条件情報に登録時の希望予算よりも下げる提示であり不適正な提示金額と判別された場合（Ｓ６１０：Ｎ）、受信した提示情報での交渉は禁止制御され、当該交渉処理は終了する。
一方、上記適正判別の結果、提示情報に係る提示金額が適正である場合（Ｓ６１０：Ｙ）と、上記現在予算判別であると判別された場合（Ｓ６０９：Ｙ）、交渉ＩＤを付与して交渉情報を生成する（Ｓ６１１）。
上記生成した交渉情報は、上記交渉情報ＤＢ４４へ記憶する（Ｓ６１２）。
上記生成した交渉情報は、上記交渉情報ＤＢ４４へ記憶する（Ｓ６１２）。
また、上記適正判別において提示金額をしている場合（Ｓ６１０）を経由した情報に関しては、当該希望条件情報に係る希望予算を上記提示金額に変更して、希望条件ＤＢ４３に更新記憶する（Ｓ６１３）。さらに、上記提示金額に変更した履歴情報を生成し、上記生成した交渉情報に当該履歴情報を付加して交渉情報ＤＢ４４に記憶する。
上記交渉情報ＤＢ４４への交渉情報の記憶があると、当該交渉の申出に基づいて、自身の出品商品に交渉申出があった旨の情報、交渉の提示金額情報、交渉申出に係る購入希望者情報、を含む通知を生成し（Ｓ６１４）、当該通知を上記出品商品に係る出品者端末２へ送信する（Ｓ６１５）。
次に、図９を参照して、新規の交渉処理について説明する。図９は、図５における交渉要求の受信判別処理によって、Ａと判別された場合の処理である。具体的には、図９は、交渉要求が、交渉対象の出品情報に対する交渉情報も希望条件情報もない利用者による利用者によって交渉要求が行われた場合の交渉処理フロー図を表したものである。
Ｗｅｂサーバ３は、上記特定した出品情報から情報を抽出し、購入希望者用の交渉画面情報を生成する（Ｓ７０１）。生成した購入希望者用の交渉画面情報を入力要求と共に、購入希望者端末１へ送信する（Ｓ７０２）。
購入希望者端末１は、購入希望者用の交渉画面を受信すると出力部に当該交渉画面を表示する。購入希望者の操作により提示情報の入力を受け付けた購入希望者端末１は、当該提示情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、上記購入希望者端末１から提示情報を受信する（Ｓ７０３）。受信した提示情報が、出品商品の購入要求であるか否かを判別する（Ｓ７０４）。購入判別の結果、出品商品の購入要求である場合（Ｓ７０４：Ｙ）、購入申出があった旨の情報を生成し（Ｓ７０９）、Ｅの処理へ進む。
一方、上記購入判別の結果、購入要求ではない場合（Ｓ７０４：Ｎ）、交渉ＩＤを付与して交渉情報を生成する（Ｓ７０６）。生成した交渉情報は、上記交渉情報ＤＢ４４へ記憶する（Ｓ７０６）。
上記交渉情報ＤＢ４４への交渉情報が記憶されると、当該交渉の申出に基づいて、自身の出品商品に交渉申出があった旨の情報、交渉の提示金額情報、交渉申出に係る購入希望者情報、を含む通知を生成し（Ｓ７０７）、当該通知を上記出品商品に係る出品者端末２へ送信する（Ｓ７０８）。
次に、図１０を参照して、出品商品を購入する場合の処理について説明する。図１０は、購入希望者が出品商品の購入申出をした場合の処理を表した処理フロー図である。
Ｗｅｂサーバ３は、利用者端末から購入要求を受信する（Ｓ８０１）。又は、Ｅを経由して購入申出があった場合に、購入処理を開始する。
上記受信した購入要求に含まれる出品ＩＤに基づいて、出品情報ＤＢ４２を検索し、出品商品に係る出品情報を特定し抽出する（Ｓ８０２）。抽出した出品情報をもとに、現在の出品価格を特定し、当該購入要求おける売買価格に決定する（Ｓ８０３）。上記出品情報に基づいて、購入内容の確認情報を生成する（Ｓ８０４）。生成した購入内容の確認情報は、上記利用者端末に送信する（Ｓ８０５）。
Ｗｅｂサーバ３は、利用者端末から購入要求を受信する（Ｓ８０１）。又は、Ｅを経由して購入申出があった場合に、購入処理を開始する。
上記受信した購入要求に含まれる出品ＩＤに基づいて、出品情報ＤＢ４２を検索し、出品商品に係る出品情報を特定し抽出する（Ｓ８０２）。抽出した出品情報をもとに、現在の出品価格を特定し、当該購入要求おける売買価格に決定する（Ｓ８０３）。上記出品情報に基づいて、購入内容の確認情報を生成する（Ｓ８０４）。生成した購入内容の確認情報は、上記利用者端末に送信する（Ｓ８０５）。
上記利用者端末は、受信した購入内容の確認情報を出力部に表示する。利用者の指示を受け付け、購入内容の確認情報で購入を決定する指示を受け付けた場合、Ｗｅｂサーバ３へ購入決定情報を送信する。
Ｗｅｂサーバ３は、上記利用者端末から購入決定情報を受信したか否かを判別する（Ｓ８０６）。例えば、上記Ｓ８０５で送信した購入内容の確認情報の送信時刻を収集して、所定の時間経過しているか否かを判別し、所定の時間経過しても当該確認情報に対する応答の購入決定情報を受信していない場合に、購入決定情報を受信しない（Ｓ８０６：Ｎ）と判別する。
上記購入決定情報を受信した場合（Ｓ８０６：Ｙ）、売買ＩＤを生成し、売買情報を生成する（Ｓ８０７）。生成した売買情報は、売買情報ＤＢ４５に記憶する（Ｓ８０８）。
売買が成立した旨の情報を含む通知を生成する（Ｓ８０９）。
売買が成立した旨の情報を含む通知を生成する（Ｓ８０９）。
また、上記売買が成立した出品商品が交渉に係る出品情報であるか否かを判別する（Ｓ８１０）。交渉判別の結果、交渉に係る出品情報である場合（Ｓ８１０：Ｙ）、当該交渉情報に係る交渉を終了して、以降の交渉情報の変更を禁止する制御を行う（Ｓ８１１）。また、交渉成立した旨の履歴情報を生成、交渉情報ＤＢ４４に記憶する（Ｓ８１２）。
一方、上記交渉判別の結果、交渉に係る出品情報でない場合（Ｓ８１０：Ｎ）、希望条件情報に関連付けられた出品情報であるか否かを判別する（Ｓ８１３）。判別の結果、希望条件情報に関連付けられた出品情報である場合（Ｓ８１３：Ｙ）、当該出品情報を上記希望条件情報に係る適合出品商品から削除する（Ｓ８１４）。
また、交渉情報に係る購入希望者や希望条件情報に係る購入希望者に自身に関係する出品商品が購入された旨の情報を含む通知を生成する（Ｓ８１５）。生成した通知は、当該出品情報に関連する購入希望者の利用者端末へ送信する（Ｓ８１６）。
次に、図１１を参照して、希望条件を検索する場合の処理について説明する。図１１は、利用者が登録されている希望条件を検索するときの処理フロー図である。
Ｗｅｂサーバ３は、利用者端末からＷｅｂサイト上における希望条件の検索要求を受け付けた場合、検索情報の入力画面情報を送信し、希望条件の検索情報を入力要求する。利用者端末は、検索情報の入力を受け付け、入力された検索情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、利用者端末からＷｅｂサイト上における希望条件の検索要求を受け付けた場合、検索情報の入力画面情報を送信し、希望条件の検索情報を入力要求する。利用者端末は、検索情報の入力を受け付け、入力された検索情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、利用者端末から送信された希望条件の検索情報を受信する（Ｓ９０１）。受信した検索情報に基づき、希望条件ＤＢ４３を参照し、検索情報に含まれる商品名と合致する希望条件情報を検索する（Ｓ９０２）。検索情報に合致する商品名を含む希望条件情報があるか否かを判別する（Ｓ９０３）。
判別の結果、検索情報に合致する商品名を含む希望条件情報がない場合（Ｓ９０３：Ｎ）、当該検索情報に合致する希望条件情報がない旨の検索結果情報を生成し、利用者端末へ当該検索結果情報を送信する（Ｓ９０７）。
判別の結果、検索情報に合致する商品名を含む希望条件情報がない場合（Ｓ９０３：Ｎ）、当該検索情報に合致する希望条件情報がない旨の検索結果情報を生成し、利用者端末へ当該検索結果情報を送信する（Ｓ９０７）。
一方、上記合致判別の結果、検索情報に合致する商品名を含む希望条件情報がある場合（Ｓ９０３：Ｙ）、当該合致する希望条件情報を抽出する（Ｓ９０４）。上記検索情報に基づく希望条件ＤＢ４３における希望条件情報の合致判別と抽出が終わると、抽出した希望条件情報に基づき検索結果情報を生成する（Ｓ９０５）。上記生成した検索結果情報は、検索要求をした利用者端末に係る利用者ＩＤと共にメモリに一時記憶する（Ｓ９０６）。当該検索結果情報を、上記利用者端末に送信する（Ｓ９０７）。
次に、図１２を参照して、商品の出品登録をする場合の処理について説明する。図１２は、出品者が出品を行う場合の登録処理を表した処理フロー図である。
Ｗｅｂサーバ３は、利用者端末から出品商品の登録要求を受信する（Ｓ１００１）。受信した出品商品の登録要求に含まれる利用者ＩＤを抽出する（Ｓ１００２）。抽出した利用者ＩＤに基づき、メモリを参照し、当該利用者ＩＤに係る希望条件情報の検索結果情報が記憶されているか判別する（Ｓ１００３）。
Ｗｅｂサーバ３は、利用者端末から出品商品の登録要求を受信する（Ｓ１００１）。受信した出品商品の登録要求に含まれる利用者ＩＤを抽出する（Ｓ１００２）。抽出した利用者ＩＤに基づき、メモリを参照し、当該利用者ＩＤに係る希望条件情報の検索結果情報が記憶されているか判別する（Ｓ１００３）。
上記記憶判別の結果、希望条件情報の検索結果情報が記憶されていない場合（Ｓ１００３：Ｎ）、出品情報の入力項目を全て空白情報にした出品情報入力画面情報を生成する（Ｓ１００４）。
一方、上記記憶判別の結果、上記利用者ＩＤに係る希望条件情報の検索結果情報が記憶されている場合（Ｓ１００３：Ｙ）、一時記憶されていた検索結果情報に含まれる希望条件情報を抽出する（Ｓ１００５）。抽出した希望条件情報に含まれる情報のうち商品名などを出品情報の入力項目に転記した出品登録情報の入力画面を生成する（Ｓ１００６）。
上記生成した出品登録情報の入力画面を上記利用者端末へ送信する（Ｓ１００７）。
一方、上記記憶判別の結果、上記利用者ＩＤに係る希望条件情報の検索結果情報が記憶されている場合（Ｓ１００３：Ｙ）、一時記憶されていた検索結果情報に含まれる希望条件情報を抽出する（Ｓ１００５）。抽出した希望条件情報に含まれる情報のうち商品名などを出品情報の入力項目に転記した出品登録情報の入力画面を生成する（Ｓ１００６）。
上記生成した出品登録情報の入力画面を上記利用者端末へ送信する（Ｓ１００７）。
利用者端末は、出品登録情報の入力画面を受信し出力部に表示する。利用者端末は、入出力部における利用者の操作に基づいて、出品登録項目の入力情報を受け付け、出品商品の入力情報をＷｅｂサーバ３へ送信する。
または、利用者端末は、出品情報入力画面と共に希望条件情報の検索結果情報を受信する。当該結果情報は商品名に基づき検索されたものであり、当該商品名に係る希望条件のうち最高希望予算を表示することができる。これから登録する出品商品の相場や最高金額を認識することができる。
利用者端末は、利用者が入出力部を操作して、出品情報入力画面上の上記検索結果情報に係る最高希望予算で出品することを選択したことを受け付け、当該最高希望予算に係る金額を、自身の出品商品の出品価格に設定する。その他、出品情報の入力要求に必要な情報の入力を受け付け、出品登録情報を生成する。利用者端末は、出品登録情報をＷｅｂサーバ３へ送信する。
または、利用者端末は、出品情報入力画面と共に希望条件情報の検索結果情報を受信する。当該結果情報は商品名に基づき検索されたものであり、当該商品名に係る希望条件のうち最高希望予算を表示することができる。これから登録する出品商品の相場や最高金額を認識することができる。
利用者端末は、利用者が入出力部を操作して、出品情報入力画面上の上記検索結果情報に係る最高希望予算で出品することを選択したことを受け付け、当該最高希望予算に係る金額を、自身の出品商品の出品価格に設定する。その他、出品情報の入力要求に必要な情報の入力を受け付け、出品登録情報を生成する。利用者端末は、出品登録情報をＷｅｂサーバ３へ送信する。
Ｗｅｂサーバ３は、利用者端末から入力要求に対する出品商品に係る入力情報を受信する（Ｓ１００８）。受信した出品登録情報に出品ＩＤを付与して出品情報を生成する（Ｓ１００９）。上記生成した出品情報を上記出品情報ＤＢ４２に記憶する（Ｓ１０１０）。上記出品情報ＤＢ４２への記憶処理が完了すると、出品登録が完了した旨の通知を生成し、上記利用者端末へ送信する（Ｓ１０１１）。
次に、図１３を参照して、キーワードの登録処理について説明する。図１３は、出品者にキーワード登録する場合の処理を表した処理フロー図である。
Ｗｅｂサーバ３は、出品者端末２からキーワードの登録要求を受信する（Ｓ１１０１）。キーワードの登録要求を受信すると、キーワード登録情報の入力画面を生成し、上記出品者端末２へ送信する（Ｓ１１０２）。
また、キーワードの登録要求をした出品者に係る利用者ＩＤに基づき、既に利用者情報に関連付けたキーワード情報があるか判別することができる。例えば、上記キーワード登録要求をした利用者情報に係る利用者ＩＤに基づき、キーワード情報ＤＢ４４を参照し、当該利用者ＩＤに係るキーワード情報を特定する。当該キーワード情報を表示するものであってもよい。
Ｗｅｂサーバ３は、出品者端末２からキーワードの登録要求を受信する（Ｓ１１０１）。キーワードの登録要求を受信すると、キーワード登録情報の入力画面を生成し、上記出品者端末２へ送信する（Ｓ１１０２）。
また、キーワードの登録要求をした出品者に係る利用者ＩＤに基づき、既に利用者情報に関連付けたキーワード情報があるか判別することができる。例えば、上記キーワード登録要求をした利用者情報に係る利用者ＩＤに基づき、キーワード情報ＤＢ４４を参照し、当該利用者ＩＤに係るキーワード情報を特定する。当該キーワード情報を表示するものであってもよい。
出品者端末２は、キーワード登録情報の入力画面を出力部に表示する。出品者による入力部の操作を受け付け、キーワード登録情報の入力情報を受け付け、キーワード登録情報をＷｅｂサーバ３に送信する。
Ｗｅｂサーバ３は、上記出品者端末２から上記キーワード登録情報を受信する（Ｓ１１０３）。受信したキーワード登録情報にキーワードＩＤを付与し、キーワード情報を生成する（Ｓ１１０４）。生成したキーワード情報をキーワードＤＢ４６に記憶する（Ｓ１１０５）。
次に、図１４を参照して、出品情報の登録若しくは変更があった場合の、出品情報と希望条件情報との適合判別処理について説明する。図１４は、出品情報の登録若しくは変更があった場合、登録済み希望条件情報との適合を判別する処理を表した処理フロー図である。
Ｗｅｂサーバ３は、データベースサーバ４に係る出品情報ＤＢ４２において、出品情報の登録若しくは変更があったか否かを判別する（Ｓ１２０１）。
Ｗｅｂサーバ３は、データベースサーバ４に係る出品情報ＤＢ４２において、出品情報の登録若しくは変更があったか否かを判別する（Ｓ１２０１）。
上記出品判別の結果、出品情報の登録若しくは更新である場合（Ｓ１２０１：Ｙ）、当該出品情報に含まれる商品名を抽出し、当該商品名に基づき希望条件情報ＤＢ４３を検索し（Ｓ１２０２）、商品名が合致する希望条件情報があるか否かを判別する（Ｓ１２０３）。当該希望条件情報検索の結果、上記出品情報に係る商品名に合致する希望条件情報がない場合（Ｓ１２０３：Ｎ）、当該出品情報の登録若しくは更新に基づく適合判別処理を終了する。
一方、上記希望条件情報検索の結果、上記出品情報に係る商品名に合致する希望条件情報がある場合（Ｓ１２０３：Ｙ）、当該出品情報に係る商品名に合致する希望条件情報を抽出する（Ｓ１２０４）。
上記合致する希望条件情報が抽出されると、上記出品情報に係る出品商品が交渉可能な設定であるか否かを判別する（Ｓ１２０５）。
上記交渉可否判別の結果、交渉不可能な出品商品の出品情報である場合（Ｓ１２０５：Ｎ）、上記Ｓ１２０４で抽出した希望条件情報に係る希望予算に基づき、上記出品情報に係る現在の出品価格が当該希望条件情報の希望予算内であるか否かを判別する（Ｓ１２０６）。
上記交渉可否判別の結果、交渉不可能な出品商品の出品情報である場合（Ｓ１２０５：Ｎ）、上記Ｓ１２０４で抽出した希望条件情報に係る希望予算に基づき、上記出品情報に係る現在の出品価格が当該希望条件情報の希望予算内であるか否かを判別する（Ｓ１２０６）。
上記予算判別の結果、予算内である場合（Ｓ１２０６：Ｙ）、当該希望条件情報を収集する（Ｓ１２０７）。上記予算内の希望条件情報が収集されると、上記Ｓ１２０４で抽出した残りの合致する希望条件情報の判別収集処理が完了しているか否か判別する（Ｓ１２０８）。残りの希望条件情報がある場合（Ｓ１２０８：Ｙ）、当該適合判別処理は、上記交渉不可能な出品情報に対する適合判別のため、上記Ｓ１２０６の予算判別処理から、残りの希望条件情報の判別収集処理を繰り返す。
他方、上記交渉可否判別の結果、交渉可能な出品商品の出品情報である場合（Ｓ１２０５：Ｙ）、上記Ｓ１２０４で抽出した希望条件情報に係る希望予算に基づき、上記出品情報に係る現在の出品価格が当該希望条件情報の希望予算内であるか否かを判別する（Ｓ１２０９）。
当該予算判別の結果、予算内である場合（Ｓ１２０９：Ｙ）、当該希望条件情報を予算内の希望条件情報として収集する（Ｓ１２１０）。一方、予算内でない場合（Ｓ１２０９：Ｎ）、当該希望条件情報を交渉可能で予算外の希望条件情報として収集する（Ｓ１２１１）。
また、上記希望条件情報が収集されると、上記Ｓ１２０４で抽出した残りの合致する希望条件情報の判別収集処理が完了しているか否か判別する（Ｓ１２１２）。残りの希望条件情報がある場合（Ｓ１２１２：Ｙ）、当該適合判別処理は、上記交渉可能な出品情報に対する適合判別のため、上記Ｓ１２０９の予算判別処理から、残りの希望条件情報の判別収集処理を繰り返す。
また、上記希望条件情報が収集されると、上記Ｓ１２０４で抽出した残りの合致する希望条件情報の判別収集処理が完了しているか否か判別する（Ｓ１２１２）。残りの希望条件情報がある場合（Ｓ１２１２：Ｙ）、当該適合判別処理は、上記交渉可能な出品情報に対する適合判別のため、上記Ｓ１２０９の予算判別処理から、残りの希望条件情報の判別収集処理を繰り返す。
上記希望条件情報の収集がされると、希望条件情報に含まれる利用者ＩＤに基づき、利用者情報ＤＢ４１を参照し、上記希望条件情報に係る利用者情報を特定する（Ｓ１２１３）。また、自身の希望条件情報に適合する出品情報がある旨の情報を含む通知を生成する（Ｓ１２１４）。上記特定した利用者情報に係る利用者端末へ、上記生成した自身の希望条件情報に適合する出品情報の登録若しくは変更があった旨の情報を含む通知を送信する（Ｓ１２１５）。
次に、図１５を参照して、希望条件情報の登録若しくは変更があった場合の、出品情報と希望条件情報との適合判別処理について説明する。図１５は、希望条件情報の登録若しくは変更があった場合、登録済み出品情報との適合を判別する処理を表した処理フロー図である。
Ｗｅｂサーバ３は、データベースサーバ４に係る希望条件ＤＢ４３において、希望条件情報の登録若しくは変更があったか否かを判別する（Ｓ１３０１）。
Ｗｅｂサーバ３は、データベースサーバ４に係る希望条件ＤＢ４３において、希望条件情報の登録若しくは変更があったか否かを判別する（Ｓ１３０１）。
上記希望条件判別の結果、希望条件情報の登録若しくは変更である場合（Ｓ１３０１：Ｙ）、当該希望条件情報に含まれる商品名入力欄の入力情報を抽出し、当該商品名入力欄の入力情報に基づき、キーワードＤＢ４６を検索し（Ｓ１３０２）、上記商品名入力欄の入力情報が該当するキーワードがあるか否かを判別する（Ｓ１３０３）。
当該キーワード検索の結果、上記希望条件情報に含まれる商品名入力欄に係る入力情報に該当するキーワードがない場合（Ｓ１３０３：Ｎ）、当該希望条件情報の登録若しくは変更に基づく適合判別処理を終了する。
当該キーワード検索の結果、上記希望条件情報に含まれる商品名入力欄に係る入力情報に該当するキーワードがない場合（Ｓ１３０３：Ｎ）、当該希望条件情報の登録若しくは変更に基づく適合判別処理を終了する。
一方、上記キーワード情報検索の結果、上記希望条件情報に含まれる商品名入力欄の入力情報に該当するキーワードがある場合（Ｓ１３０３：Ｙ）、当該希望条件情報に該当するキーワードに係るキーワード情報を抽出する（Ｓ１３０４）。
上記キーワード情報の抽出がされると、キーワード情報に含まれる利用者ＩＤに基づき、利用者情報ＤＢ４１を参照し、上記キーワード情報に係る利用者情報を特定する（Ｓ１３０５）。また、自身のキーワードに適合する希望条件情報がある旨の情報を含む通知を生成する（Ｓ１３０６）。上記特定した利用者情報に係る利用者端末へ、上記生成した自身のキーワードに適合する希望条件情報の登録若しくは変更があった旨の情報を含む通知を送信する（Ｓ１３０７）。
以上説明してきた通り、本実施形態によれば、検索条件情報を再度入力することなく、コピーすることができるので、入力の手間が省ける。
また、本実施形態によれば、購入希望者が希望条件に登録することで、自身の希望条件を満たす出品情報の検索が容易になる。
また、出品者側が出品する際に、購入希望者が登録した希望条件を参照することができ、出品の提示条件を希望条件に基づいて設定することができる。また、自身が出品する商品に対する希望条件を参照することで、需要を認識することができる。
また、交渉条件として、購入希望者は自身の希望価格を上げることしかできず、出品者にとって値崩れする恐れが解消される。一方、購入希望者にとっても、自身の希望価格のまま出品商品を待つこともでき、商品売買における両者の満足度を保つことができる。
また、購入希望者にとっては、自身が購入検討を行っている出品商品情報について、交渉件数を参照することができ、他の購入希望者の動向を参考にすることができる。出品者にとっても、多くの購入希望者が申し出ている交渉情報を公開することで、自身の出品商品情報と並んで、自身の出品者としての信頼を宣伝することができる。
続いて、本発明の別の実施形態に係る商品売買管理システムについて説明する。
本実施形態において、Ｗｅｂサーバ３は、ネットワーク５を介して、購入希望者端末１と出品者端末２と通信可能に構成されている。さらに、専用線等のネットワークを介して、Ｗｅｂサーバ３はデータベースサーバ４と通信可能に接続され、協働して各種情報の登録処理や検索処理などを行う。
なお、購入希望者端末１、出品者端末２、データベースサーバ４の構成は、既述の通りである。
本実施形態において、Ｗｅｂサーバ３は、ネットワーク５を介して、購入希望者端末１と出品者端末２と通信可能に構成されている。さらに、専用線等のネットワークを介して、Ｗｅｂサーバ３はデータベースサーバ４と通信可能に接続され、協働して各種情報の登録処理や検索処理などを行う。
なお、購入希望者端末１、出品者端末２、データベースサーバ４の構成は、既述の通りである。
図３２に示されるように、本実施形態におけるＷｅｂサーバ３は、演算処理装置であるＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Reed Only Memory）等のメモリや、ハードディスクドライブなどの外部記憶装置により、通信制御部３１、登録部３２、検索部３３、変更制御部３４、適合判別部３５、分析部３６、交渉部３７、通知制御部３８、集計部３９、生成部３ａからなる機能ブロックを構成する。
ここで、通信制御部３１、登録部３２、検索部３３、変更制御部３４、適合判別部３５、分析部３６、交渉部３７、通知制御部３８の機能は既述の通りである。
ここで、通信制御部３１、登録部３２、検索部３３、変更制御部３４、適合判別部３５、分析部３６、交渉部３７、通知制御部３８の機能は既述の通りである。
集計部３９は、希望条件ＤＢ４３を参照して、全ての希望条件情報を抽出すると共に、当該抽出した希望条件情報を、当該希望条件情報に含まれる商品名ごとに集計する。
なお、ここにおける集計は、抽出された全ての希望条件情報を商品名毎に分類し、さらに商品名が同一の希望条件情報の数量をカウントするものである。
また、本実施形態では、商品名に基づいて希望条件情報を集計したが、商品の種類を個別に識別することのできる情報に基づいて集計を行えればよく、同一の商品に対して同一の商品ＩＤを付与し、これに基づいて集計を行うようにしてもよい。
なお、ここにおける集計は、抽出された全ての希望条件情報を商品名毎に分類し、さらに商品名が同一の希望条件情報の数量をカウントするものである。
また、本実施形態では、商品名に基づいて希望条件情報を集計したが、商品の種類を個別に識別することのできる情報に基づいて集計を行えればよく、同一の商品に対して同一の商品ＩＤを付与し、これに基づいて集計を行うようにしてもよい。
生成部３ａは、集計された希望条件情報の中から利用者が指定した希望条件情報に基づき、当該利用者の利用者ＩＤに係る希望条件情報を生成する処理を実行する。
この処理では、利用者から、利用者が指定した他人の希望条件情報と同じ希望条件情報の登録を要求された際、当該指定された他人の利用者ＩＤと関連付けられている希望条件情報をコピーした上、当該コピーした希望条件情報の利用者ＩＤを、上記希望条件情報を指定した利用者の利用者ＩＤに置き換えて新たな希望条件情報を生成する。
これにより、他人の希望条件情報に基づき、同一の商品に対する自己の希望条件情報を簡易に生成することができる。
この処理では、利用者から、利用者が指定した他人の希望条件情報と同じ希望条件情報の登録を要求された際、当該指定された他人の利用者ＩＤと関連付けられている希望条件情報をコピーした上、当該コピーした希望条件情報の利用者ＩＤを、上記希望条件情報を指定した利用者の利用者ＩＤに置き換えて新たな希望条件情報を生成する。
これにより、他人の希望条件情報に基づき、同一の商品に対する自己の希望条件情報を簡易に生成することができる。
次に、本実施形態における希望条件情報の登録処理について、図３３を参照して説明する。
まず、Ｗｅｂサーバ３は、所定のＷｅｂページ上において、購入希望者端末１から、希望条件情報の集計結果を示すＷｅｂページの要求を受け付けると、集計部３９により、希望条件ＤＢ４３から全ての希望条件情報を抽出すると共に、当該抽出した希望条件情報を商品名に基づいて集計する（Ｓ１４０１）。
具体的には、抽出された全ての希望条件情報を商品名毎に分類し、さらに商品名が同一の希望条件情報の数量をカウントする。
まず、Ｗｅｂサーバ３は、所定のＷｅｂページ上において、購入希望者端末１から、希望条件情報の集計結果を示すＷｅｂページの要求を受け付けると、集計部３９により、希望条件ＤＢ４３から全ての希望条件情報を抽出すると共に、当該抽出した希望条件情報を商品名に基づいて集計する（Ｓ１４０１）。
具体的には、抽出された全ての希望条件情報を商品名毎に分類し、さらに商品名が同一の希望条件情報の数量をカウントする。
集計された希望条件情報は、購入者端末１に対して送信される（Ｓ１４０２）。
ここで、集計された希望条件情報を表示するＷｅｂページの構成の一例を図３４に示す。
このＷｅｂページでは、同一商品に対する希望条件情報１２０１ごとにその数量（図中、リクエスト数）が示されており、同一商品に対する複数の希望条件情報１２０１のうちの一つが代表的に示されている。
また、同一商品に対する希望条件情報１２０１は、その数量に基づいて降順で表示されている。
ここで、集計された希望条件情報を表示するＷｅｂページの構成の一例を図３４に示す。
このＷｅｂページでは、同一商品に対する希望条件情報１２０１ごとにその数量（図中、リクエスト数）が示されており、同一商品に対する複数の希望条件情報１２０１のうちの一つが代表的に示されている。
また、同一商品に対する希望条件情報１２０１は、その数量に基づいて降順で表示されている。
各希望条件情報１２０１には、利用者が任意の希望条件情報を指定するための指定ボタン１２０２、希望条件情報に示された商品の出品を要求する出品ボタン１２０３が設けられている。
なお、各希望条件情報１２０１は、図３５に示されるように、さらに詳細な情報を表示することができるようにしてもよい。
例えば、商品名にリンク１２０４を設定し、当該商品に関するＷｅｂサイトにジャンプできるようにしたり、同一商品を希望条件情報として登録している他の利用者情報１２０５を表示するようにしたりしてもよい。
例えば、商品名にリンク１２０４を設定し、当該商品に関するＷｅｂサイトにジャンプできるようにしたり、同一商品を希望条件情報として登録している他の利用者情報１２０５を表示するようにしたりしてもよい。
利用者は、購入希望者端末１により、集計結果を閲覧し、指定ボタン１２０２を押下することによって、自己の希望条件情報として登録したい希望条件情報を指定する。
これにより、Ｗｅｂサーバ３に対して、購入者端末１から、希望条件情報を指定した利用者の利用者ＩＤと、利用者によって任意に指定された希望条件情報を示す指定情報とが送信され、Ｗｅｂサーバ３はこれを受信する（Ｓ１４０３）。
これにより、Ｗｅｂサーバ３に対して、購入者端末１から、希望条件情報を指定した利用者の利用者ＩＤと、利用者によって任意に指定された希望条件情報を示す指定情報とが送信され、Ｗｅｂサーバ３はこれを受信する（Ｓ１４０３）。
そしてＷｅｂサーバ３は、生成部３ａにより、指定された希望条件情報に基づき、受信した利用者ＩＤに係る利用者の希望条件情報を新たに生成する（Ｓ１４０４）。
具体的には、利用者が指定した他人の希望条件情報をコピーした上、当該コピーした希望条件情報の利用者ＩＤを、上記希望条件情報を指定した利用者の利用者ＩＤに置き換える。
具体的には、利用者が指定した他人の希望条件情報をコピーした上、当該コピーした希望条件情報の利用者ＩＤを、上記希望条件情報を指定した利用者の利用者ＩＤに置き換える。
生成された希望条件情報には、新たに希望条件ＩＤが付与され（Ｓ１４０５）、希望条件ＤＢ４３に登録される（Ｓ１４０６）。
以上により、利用者は、人気のある商品を把握した上、他人の希望条件情報に基づいて自己の希望条件情報を容易に登録することができ便利である。
以上により、利用者は、人気のある商品を把握した上、他人の希望条件情報に基づいて自己の希望条件情報を容易に登録することができ便利である。
１ 購入希望者端末
２ 出品者端末
３ Ｗｅｂサーバ
４ データベースサーバ
５ ネットワーク
１１、２１、３１ 通信制御部
３２ 登録部
３３ 検索部
３４ 変更制御部
３５ 適合判別部
３６ 分析部
３７ 交渉部
３８ 通知制御部
４１ 利用者情報ＤＢ
４２ 出品情報ＤＢ
４３ 希望条件ＤＢ
４４ 交渉情報ＤＢ
４５ 売買情報ＤＢ
４６ キーワードＤＢ
２ 出品者端末
３ Ｗｅｂサーバ
４ データベースサーバ
５ ネットワーク
１１、２１、３１ 通信制御部
３２ 登録部
３３ 検索部
３４ 変更制御部
３５ 適合判別部
３６ 分析部
３７ 交渉部
３８ 通知制御部
４１ 利用者情報ＤＢ
４２ 出品情報ＤＢ
４３ 希望条件ＤＢ
４４ 交渉情報ＤＢ
４５ 売買情報ＤＢ
４６ キーワードＤＢ
Claims (4)
- 商品の購入希望者が利用する購入希望者端末と、商品の出品者が利用する出品者端末と、商品売買を管理するサーバとが、ネットワークを介して通信可能に接続された商品売買管理システムであって、
上記サーバが、
利用者識別情報に関連付けて、利用者情報を記憶する利用者情報記憶手段と、
出品識別情報に関連付けて、上記出品者の出品商品に関する出品情報、当該出品商品についての交渉の可否に係る情報を記憶する出品情報記憶手段と、
希望条件識別情報に関連付けて、上記購入希望者の希望条件情報を記憶する希望条件情報記憶手段と、
上記出品者から受け付けた商品のキーワードと、当該出品者の出品者識別情報とを関連付けて記憶するキーワード記憶手段と、
上記出品商品に対する交渉の履歴情報を記憶する交渉情報記憶手段と、
上記出品情報記憶手段を参照して、新規出品情報の登録又は既存出品情報の変更があるか否かを判別する出品判別手段と、
上記出品判別の結果、新規出品情報の登録又は既存出品情報の変更がある場合、当該出品情報に基づき、上記希望条件情報記憶手段を参照し、当該出品情報と適合する希望条件情報を特定する第一の適合判別手段と、
上記第一の適合判別により上記出品情報と適合した希望条件情報があった場合、自身の情報に適合する出品情報がある旨の適合通知を生成し、当該希望条件情報と関連付けられた上記購入希望者の購入希望者端末に対し、当該適合通知を送信する第一の適合通知手段と、
上記希望条件情報記憶手段を参照して、新規希望条件情報の登録又は既存希望条件情報の変更があるか否かを判別する希望条件判別手段と、
上記希望条件判別の結果、新規希望条件情報の登録又は既存希望条件情報の変更がある場合、当該希望条件情報に基づき、上記キーワード記憶手段を参照し、当該希望条件情報と適合するキーワード情報を特定する第二の適合判別手段と、
上記第二の適合判別により上記希望条件情報と適合したキーワード情報があった場合、自身のキーワードに適合する希望条件情報がある旨の適合通知を生成し、当該キーワード情報と関連付けられた上記出品者の出品者端末に対し、当該適合通知を送信する第二の適合通知手段と、
上記交渉情報記憶手段を参照して、上記出品商品の交渉の履歴情報を表示する交渉履歴情報表示手段と、
上記第一又は第二の適合通知によって出品情報と希望条件情報が適合した場合において、上記希望条件に適合した出品商品又は上記希望条件に適合したキーワードに関連付けられた出品商品について、上記購入希望者端末又は上記出品者端末から、変更価格を含む交渉要求を受信する交渉要求受信手段と、
上記変更価格を含む交渉要求に係る情報を、上記履歴情報として上記交渉情報記憶手段に更新登録する更新手段と、
を有することを特徴とする商品売買管理システム。 - 上記希望条件情報記憶手段を参照して、上記希望条件情報を抽出すると共に、当該抽出した希望条件情報を、当該希望条件情報に含まれる商品識別情報ごとに集計する集計手段と、
上記購入希望者端末に対して、上記希望条件情報の集計情報を送信する集計情報送信手段と、
上記購入者端末から、上記利用者識別情報と、上記集計情報の中から上記利用者によって任意に指定された希望条件情報を示す指定情報とを受信する指定情報受信手段と、
上記指定された希望条件情報に基づき、上記受信した利用者識別情報に係る利用者の希望条件情報を新たに生成する希望条件情報生成手段と、
上記生成された希望条件情報を含む登録要求を受信すると、当該希望条件情報に識別情報を付与し、上記希望条件情報記憶手段に記憶する希望条件登録手段と、を有し、
上記希望条件情報には少なくとも、上記商品を識別する商品識別情報が含まれている、
請求項１記載の商品売買管理システム。 - 商品の購入希望者が利用する購入希望者端末と、商品の出品者が利用する出品者端末と、利用者識別情報に関連付けて、利用者情報を記憶する利用者情報記憶手段と、出品識別情報に関連付けて、上記出品者の出品商品に関する出品情報を記憶する出品情報記憶手段と、希望条件識別情報に関連付けて、上記購入希望者の希望条件情報を記憶する希望条件情報記憶手段と、上記出品者から受け付けた商品のキーワードと、当該出品者の出品者識別情報とを関連付けて記憶するキーワード記憶手段と、上記出品商品に対する交渉の履歴情報を記憶する交渉情報記憶手段と、を有するサーバとが、ネットワークを介して通信可能に接続され、商品売買管理をする処理方法であって、
上記サーバが、
上記出品情報記憶手段を参照して、新規出品情報の登録又は既存出品情報の変更があるか否かを判別する出品判別処理と、
上記出品判別の結果、新規出品情報の登録又は既存出品情報の変更がある場合、当該出品情報に基づき、上記希望条件情報記憶手段を参照し、当該出品情報と適合する希望条件情報を特定する第一の適合判別処理と、
上記第一の適合判別処理により上記出品情報と適合した希望条件情報があった場合、自身の情報に適合する出品情報がある旨の適合通知を生成し、当該希望条件情報と関連付けられた上記購入希望者の購入希望者端末に対し、当該適合通知を送信する第一の適合通知処理と、
上記希望条件情報記憶手段を参照して、新規希望条件情報の登録又は既存希望条件情報の変更があるか否かを判別する希望条件判別処理と、
上記希望条件判別処理の結果、新規希望条件情報の登録又は既存希望条件情報の変更がある場合、当該希望条件情報に基づき、上記キーワード記憶手段を参照し、当該希望条件情報と適合するキーワード情報を特定する第二の適合判別処理と、
上記第二の適合判別処理により上記希望条件情報と適合したキーワード情報があった場合、自身のキーワードに適合する希望条件情報がある旨の適合通知を生成し、当該キーワード情報と関連付けられた上記出品者の出品者端末に対し、当該適合通知を送信する第二の適合通知処理と、
上記交渉情報記憶手段を参照して、上記出品商品の交渉の履歴情報を表示する交渉履歴情報表示処理と、
上記第一又は第二の適合通知処理によって出品情報と希望条件情報が適合した場合において、上記希望条件に適合した出品商品又は上記希望条件に適合したキーワードに関連付けられた出品商品について、上記購入希望者端末又は上記出品者端末から、変更価格を含む交渉要求を受信する交渉要求受信処理と、
上記変更価格を含む交渉要求に係る情報を、上記履歴情報として上記交渉情報記憶手段に更新登録する更新処理と、
を行うことを特徴とする商品売買管理処理方法。 - 商品の購入希望者が利用する購入希望者端末と、商品の出品者が利用する出品者端末と、利用者識別情報に関連付けて、利用者情報を記憶する利用者情報記憶手段と、出品識別情報に関連付けて、上記出品者の出品商品に関する出品情報を記憶する出品情報記憶手段と、希望条件識別情報に関連付けて、上記購入希望者の希望条件情報を記憶する希望条件情報記憶手段と、上記出品者から受け付けた商品のキーワードと、当該出品者の出品者識別情報とを関連付けて記憶するキーワード記憶手段と、上記出品商品に対する交渉の履歴情報を記憶する交渉情報記憶手段と、を有するサーバとが、ネットワークを介して通信可能に接続され、商品売買管理を実行するためのコンピュータプログラムであって、
上記サーバに対して、
上記出品情報記憶手段を参照して、新規出品情報の登録又は既存出品情報の変更があるか否かを判別する出品判別処理と、
上記出品判別の結果、新規出品情報の登録又は既存出品情報の変更がある場合、当該出品情報に基づき、上記希望条件情報記憶手段を参照し、当該出品情報と適合する希望条件情報を特定する第一の適合判別処理と、
上記第一の適合判別処理により上記出品情報と適合した希望条件情報があった場合、自身の情報に適合する出品情報がある旨の適合通知を生成し、当該希望条件情報と関連付けられた上記購入希望者の購入希望者端末に対し、当該適合通知を送信する第一の適合通知処理と、
上記希望条件情報記憶手段を参照して、新規希望条件情報の登録又は既存希望条件情報の変更があるか否かを判別する希望条件判別処理と、
上記希望条件判別処理の結果、新規希望条件情報の登録又は既存希望条件情報の変更がある場合、当該希望条件情報に基づき、上記キーワード記憶手段を参照し、当該希望条件情報と適合するキーワード情報を特定する第二の適合判別処理と、
上記第二の適合判別処理により上記希望条件情報と適合したキーワード情報があった場合、自身のキーワードに適合する希望条件情報がある旨の適合通知を生成し、当該キーワード情報と関連付けられた上記出品者の出品者端末に対し、当該適合通知を送信する第二の適合通知処理と、
上記交渉情報記憶手段を参照して、上記出品商品の交渉の履歴情報を表示する交渉履歴情報表示処理と、
上記第一又は第二の適合通知処理によって出品情報と希望条件情報が適合した場合において、上記希望条件に適合した出品商品又は上記希望条件に適合したキーワードに関連付けられた出品商品について、上記購入希望者端末又は上記出品者端末から、変更価格を含む交渉要求を受信する交渉要求受信処理と、
上記変更価格を含む交渉要求に係る情報を、上記履歴情報として上記交渉情報記憶手段に更新登録する更新処理と、
を実行させることを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011081962A JP5838515B2 (ja) | 2010-05-06 | 2011-04-01 | 商品売買管理システム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010106312 | 2010-05-06 | ||
| JP2010106312 | 2010-05-06 | ||
| JP2011081962A JP5838515B2 (ja) | 2010-05-06 | 2011-04-01 | 商品売買管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011253522A JP2011253522A (ja) | 2011-12-15 |
| JP5838515B2 true JP5838515B2 (ja) | 2016-01-06 |
Family
ID=45417369
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011081962A Expired - Fee Related JP5838515B2 (ja) | 2010-05-06 | 2011-04-01 | 商品売買管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5838515B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5793538B2 (ja) | 2013-06-20 | 2015-10-14 | ヤフー株式会社 | オークション装置、オークション方法及びオークションプログラム |
| JP5706929B2 (ja) | 2013-06-20 | 2015-04-22 | ヤフー株式会社 | オークション装置、オークション方法及びオークションプログラム |
| JP5457591B1 (ja) * | 2013-06-20 | 2014-04-02 | ヤフー株式会社 | オークション装置、オークション方法及びオークションプログラム |
| JP5710798B2 (ja) * | 2014-01-08 | 2015-04-30 | ヤフー株式会社 | オークション装置、オークション方法及びオークションプログラム |
| JP6165639B2 (ja) * | 2014-01-08 | 2017-07-19 | ヤフー株式会社 | オークション装置、オークション方法及びオークションプログラム |
| WO2017002182A1 (ja) * | 2015-06-29 | 2017-01-05 | 楽天株式会社 | 管理装置、管理方法、非一時的な記録媒体およびプログラム |
| JP7022522B2 (ja) * | 2017-06-14 | 2022-02-18 | 株式会社ブロードリーフ | 商品情報提供システム、商品情報提供方法及び商品情報提供プログラム |
| JP7068976B2 (ja) * | 2018-09-11 | 2022-05-17 | 株式会社メルカリ | オンライン商取引支援システムにおける方法及びプログラム |
| WO2021240827A1 (ja) * | 2020-05-29 | 2021-12-02 | パナソニックＩｐマネジメント株式会社 | 制御方法、通信端末、プログラム、記憶媒体及び情報提供方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10240802A (ja) * | 1997-02-28 | 1998-09-11 | Fujitsu General Ltd | 商品検索・発注システム |
| JP2001126142A (ja) * | 1999-10-28 | 2001-05-11 | Toshiba Tec Corp | 商品ファイル管理装置 |
| JP2001350964A (ja) * | 2000-06-07 | 2001-12-21 | Yoshio Kobayashi | 商品売買システム |
| JP2002183504A (ja) * | 2000-06-27 | 2002-06-28 | Tadashi Goino | オークション方法、オークションシステム及びサーバ |
| JP2004070667A (ja) * | 2002-08-06 | 2004-03-04 | Tadahiro Kawashima | オークション方法 |
| JP2006313393A (ja) * | 2004-04-16 | 2006-11-16 | Mieko Tsuyusaki | ネットシステムまたは値引き交渉システム |
| JP2008299602A (ja) * | 2007-05-31 | 2008-12-11 | Promise Co Ltd | ネットオークションシステム |
-
2011
- 2011-04-01 JP JP2011081962A patent/JP5838515B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011253522A (ja) | 2011-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5838515B2 (ja) | 商品売買管理システム | |
| JP7182652B2 (ja) | 購入のための拡張現実デバイス、システムおよび方法 | |
| JP5785668B2 (ja) | マッチング支援装置、マッチング支援システム及びプログラム | |
| JP2009122781A (ja) | リコメンドシステム、およびリコメンド方法 | |
| CN107430732A (zh) | 用于推断评论的系统和方法 | |
| JP2023529716A (ja) | 個人データ仲介システム | |
| JP2002099780A (ja) | ネットワークを利用した商品販売または購入の方法 | |
| KR20120087321A (ko) | 쿠폰 통합관리시스템 및 방법 | |
| JP7006031B2 (ja) | 管理装置、制御方法及びプログラム | |
| JP4361235B2 (ja) | 商品仕様および関連顧客情報の収集システム | |
| JP2006059257A (ja) | Ｅｃシステムに組み込み可能なレコメンドシステム | |
| JP5049509B2 (ja) | 公開予約処理サーバ | |
| JP2014206860A (ja) | 物品管理システム | |
| JP6218081B2 (ja) | 購買決済システム | |
| JP2001250076A (ja) | ネゴ取引仲介装置、ネゴ取引仲介システムおよびネゴ取引仲介方法ならびに情報記録媒体 | |
| KR20120076575A (ko) | 구매중개 시스템 및 그 제공방법 | |
| KR102632677B1 (ko) | 부동산 거래의 중개서비스를 위한 공인중개사와 사용자를 매칭시키는 서비스 제공 방법 및 장치 | |
| JP2003216868A (ja) | 衣類又は履物の販売管理システム、衣類又は履物の販売管理装置、プログラム及び記録媒体 | |
| KR20010108578A (ko) | 사용자가 입력하는 조건에 적합한 점수대로 상품 리스트를보여주는 인터넷 검색관리 방법 및 시스템 | |
| JP7007443B1 (ja) | 財産管理装置および財産管理システム | |
| JP2017215795A (ja) | 不動産取引コミュニケーションシステム | |
| JP2022062894A (ja) | 財産管理装置および財産管理システム | |
| JP6693994B2 (ja) | 情報管理装置、情報管理方法、情報管理プログラムおよび情報管理システム | |
| KR101096405B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| JP2013073331A (ja) | 商品取引装置および商品取引方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140129 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140828 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140909 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20141017 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20150106 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150403 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20150805 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20151006 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20151022 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5838515 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |