(57)【要約】      （修正有）【課題】容易な操作で、好みの販売者から購入出来、また、販売者に受注見込み案件を随時配信したり、購入希望者の需要の検索を行う。【解決手段】情報通信ネットワークに含まれた複数のコンピューターによる情報交換を実現するための売買情報交換方法であって、販売者のコンピューターから受信した販売者の受信条件を記憶手段に記憶し、購入者のコンピューターから受信したリクエスト情報を記憶手段に記憶し、販売者の受信条件がリクエスト情報に合致する一ないし複数の販売者を選択する第１の選択を行い、購入者連絡先情報を含まないリクエスト情報を第１の選択で選択した販売者のコンピューターに送信した後、入札金額を示す情報を受信して、入札金額の課金が成功する販売者に限って、入札金額に応じて一ないし複数の販売者を選択する第２の選択を行い、第２の選択で選択された販売者のコンピューターと購入者のコンピューターとの通信を許可する。【選択図】図７
2020144912.tif 000002
【特許請求の範囲】
【請求項１】
情報通信ネットワークを構成し、接続された複数のコンピューターによる情報交換を実現するための売買情報交換装置であって、
受信条件とリクエスト情報を記憶する記憶手段と、
課金対象者毎の口座を含み前記口座に対する課金記録を行う課金手段と、
販売者の前記コンピューターから受信した販売者の受信条件を前記記憶手段に記憶させ、
購入者の前記コンピューターから受信したリクエスト情報を前記記憶手段に記憶させ、前記販売者の受信条件が前記リクエスト情報に合致する一ないし複数の前記販売者を選択する第１の選択を行い、
購入者連絡先情報を含まない前記リクエスト情報を前記選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、前記課金手段に前記入札金額の課金が成功する前記販売者に限って、前記入札金額に応じて一ないし複数の前記販売者を選択する第２の選択を行い、
前記第２の選択で選択された前記販売者のコンピューターと前記合致した前記購入者のコンピューターとの通信の許可をなす
データ処理手段とを備えた売買情報交換装置。
【請求項２】
受信条件と送信データを記憶する記憶手段と、
課金対象者毎の口座を含み前記口座に対する課金記録を行う課金手段と、
購入者の前記コンピューターから受信した購入者の受信条件、及び販売者の前記コンピューターから受信した送信データを前記記憶手段に記憶させ、
前記送信データが前記購入者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択を行い、
購入者連絡先情報を含まない前記購入者の受信条件を前記選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、前記課金手段に前記入札金額の課金が成功する前記販売者に限って、前記入札金額に応じて一ないし複数の前記販売者を選択する第２の選択を行い、
前記第２の選択で選択された前記販売者のコンピューターと前記合致した前記購入者のコンピューターとの通信の許可をなす
データ処理手段とを備えた請求項１に記載の売買情報交換装置。
【請求項３】
請求項２に記載の記憶手段とデータ処理手段を更に備える請求項１に記載の売買情報交換装置。
【請求項４】
情報通信ネットワークを構成し、接続された複数のコンピューターによる情報交換を実現するための売買情報交換装置であって、
受信条件とリクエスト情報と送信データを記憶する記憶手段と、
販売者の前記コンピューターから受信した販売者の受信条件、若しくは購入者の前記コンピューターから受信した購入者の受信条件を前記記憶手段に記憶させ、
購入者の前記コンピューターからリクエスト情報を受信した場合には、前記記憶手段に前記リクエスト情報を記憶させ、前記販売者の受信条件が前記リクエスト情報に合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行い、
又は、販売者の前記コンピューターから送信データを受信した場合には、前記記憶手段に前記送信データ記憶させ、前記送信データが前記購入者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行い、
前記第２の選択で選択された販売者のコンピューターと前記合致した前記購入者のコンピューターとの通信の許可をなす
データ処理手段とを備えた売買情報交換装置。
【請求項５】
前記購入者のコンピューターから前記購入者の受信条件を受信した場合においては、前記記憶手段に前記購入者の受信条件を記憶させ、前記受信した前記購入者の受信条件が前記記憶手段に記憶された前記販売者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択を行い、
又は、前記販売者のコンピューターから前記販売者の受信条件を受信した場合においては、前記記憶手段に前記販売者の受信条件を記憶させ、前記受信した前記販売者の受信条件が前記記憶手段に記憶された前記購入者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択を行い、
購入者連絡先情報を含まない前記購入者の受信条件を前記選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、前記入札金額に応じて一ないし複数の販売者を選択する第２の選択を行い、前記通信の許可をなすデータ処理手段を更に備える請求項３に記載の売買情報交換装置。
【請求項６】
前記購入者のコンピューターから前記購入者の受信条件を受信した場合においては、前記記憶手段に前記購入者の受信条件を記憶させ、前記受信した前記購入者の受信条件が前記記憶手段に記憶された前記販売者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行い、
又は、前記販売者のコンピューターから前記販売者の受信条件を受信した場合においては、前記記憶手段に前記販売者の受信条件を記憶させ、前記受信した前記販売者の受信条件が前記記憶手段に記憶された前記購入者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行い、
前記第２の選択と前記通信の許可をなすデータ処理手段を更に備える請求項４に記載の売買情報交換装置。
【請求項７】
前記データ処理手段は更に、利用者の前記コンピューターから受信した検索条件に応じて前記記憶手段に記憶された前記受信条件を検索して合致する前記受信条件と前記受信条件の識別子の組の一覧を作成し、前記一覧を検索結果として前記利用者のコンピューターに送信し、前記利用者のコンピューターから選択された前記受信条件の識別子と入札金額を示す情報を受信し、前記課金手段に前記入札金額の課金が成功する前記利用者に限って、前記入札金額に応じて一ないし複数の利用者を選択する第２の選択を行い、前記選択された利用者のコンピューターに前記受信条件を登録した購入者若しくは販売者のコンピューターとの通信の許可をなす請求項１から４のいずれかに記載の売買情報交換装置。
【請求項８】
前記データ処理手段は更に、利用者の前記コンピューターから受信した検索条件に応じて前記記憶手段に記憶された前記受信条件を検索して合致する前記受信条件と前記受信条件の識別子の組の一覧を作成し、前記一覧を検索結果として前記利用者のコンピューターに送信し、前記利用者のコンピューターから選択された前記受信条件の識別子を受信し、前記受信した利用者のコンピューターに前記受信条件を登録した購入者若しくは販売者のコンピューターとの通信の許可をなす請求項１から４のいずれかに記載の売買情報交換装置。
【請求項９】
前記データ処理手段は更に、前記購入者若しくは前記販売者のコンピューターから受信したデータに自然言語処理若しくは音声画像処理施すことにより前記リクエスト情報、前記送信データ、前記受信条件もしくは前記検索条件のいずれかを抽出する請求項１から８のいずれかに記載の売買情報交換装置。
【請求項１０】
前記データ処理手段は更に、前記購入者及び前記販売者の間で成約した売買に関する情報と販売者の前記受信条件が合致する第２の販売者を選択する第１の選択を行う請求項１から６のいずれかに記載の売買情報交換装置。
【請求項１１】
前記データ処理手段は前記第２の選択と前記通信の許可に代えて、
購入者連絡先情報を含まない前記購入者の受信条件を前記選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、前記課金手段に前記入札金額の課金が成功する１ないし複数の前記販売者を選択する第２の選択を行い、前記第２の選択で選択された前記販売者のコンピューターに対して前記販売者がそれぞれ提示する前記入札金額に応じた数の前記購入者のコンピューターとの通信の許可をなす請求項２、３、７のいずれかに記載の売買情報交換装置。
【請求項１２】
前記購入者の購入代金の決済処理を行う決済手段を更に備え、
前記データ処理手段は更に、販売者の前記コンピューターから販売金額を示す情報を受信し、前記購入者のコンピューターから購入意思を示す情報を受信したときに、前記決済手段に購入者の前記販売金額の決済処理を行わせる請求項１から６のいずれかに記載の売買情報交換装置。
【請求項１３】
前記データ処理手段は、
前記リクエスト情報若しくは前記購入者の受信条件に含まれる複数の購入希望物品の一部若しくは購入条件の一部が前記販売者の受信条件に合致する一ないし複数の前記販売者を選択する第１の選択を行い、
前記選択された販売者のコンピューターに購入者連絡先情報を含まない前記リクエスト情報若しくは前記受信条件を送信し、前記販売者から販売可能な物品の識別情報と前記物品毎の入札金額を示す情報を合わせて受信し、前記複数の購入希望物品及び前記購入条件を満たす複数の前記販売可能な物品と対応する前記販売者の識別情報との組み合わせを1
つの販売セットとして、複数の前記販売セットからなるリストを作成し、前記リスト中から１ないし複数の前記販売セットを選択し、前記選択した販売セットに含まれる販売者を選択する第２の選択を行い、
前記通信の許可をなす請求項１から３のいずれかに記載の売買情報交換装置。
【請求項１４】
前記データ処理手段は、
前記リクエスト情報若しくは前記購入者の受信条件に含まれる複数の購入希望物品の一部若しくは購入条件の一部が前記販売者の受信条件に合致する一ないし複数の前記販売者を選択する第１の選択を行い、
前記選択された販売者のコンピューターに購入者連絡先情報を含まない前記リクエスト情報若しくは前記受信条件を送信し、前記販売者のコンピューターから販売可能な物品の識別情報を示す情報を受信し、前記複数の購入希望物品及び前記購入条件を満たす複数の前記販売可能な物品と対応する前記販売者の識別情報の組み合わせを1つの販売セットと
して、複数の前記販売セットからなるリストを作成し、前記リスト中で１ないし複数の前記販売セットを選択し、前記選択した販売セットに含まれる販売者を選択する第２の選択を行い、
前記通信の許可をなす請求項４に記載の売買情報交換装置。
【請求項１５】
前記データ処理手段は、前記販売者から販売可能な物品毎の販売金額を示す情報を更に受信し、前記販売セット毎にその販売セットに含まれる前記物品の合計販売金額を算出し、前記リスト中で前記合計販売金額に応じて１ないし複数の前記販売セットを選択し、前記選択した販売セットに含まれる販売者の組み合わせを選択する第２の選択を行う請求項１３ないし１４に記載の売買情報交換装置。
【請求項１６】
前記データ処理手段は、前記販売セット毎にその販売セットに含まれる物品に対応する前記入札金額を合計した合計入札金額を算出し、前記リスト中で合計入札金額に応じて１ないし複数の前記販売セットを選択し、前記選択した販売セットに含まれる販売者の組み
合わせを選択する第２の選択を行う請求項１３ないし１４に記載の売買情報交換装置。
【請求項１７】
前記データ処理手段は、前記販売者のコンピューターから前記組み合わせを希望する販売者を指定する情報を受信して予め前記記憶手段に更に記憶させ、
前記販売者同士の組み合わせの前記指定を優先して前記物品の組み合わせと前記販売者の第１若しくは第２の選択を行う請求項１３ないし１４に記載の売買情報交換装置。
【請求項１８】
前記データ処理手段は、前記販売者及び前記購入者がネットワークを介して提供する位置情報を前記記憶手段に更に記憶させ、
前記購入者のコンピューターから購入したい販売者の位置についての希望を示す情報を受信したとき、前記記憶手段に記憶された前記位置情報に基づいて、前記販売者の位置若しくは買い物の道順が前記希望に合致するよう前記組み合わせと前記第１若しくは第２の選択を行う請求項１３ないし１４に記載の売買情報交換装置。
【請求項１９】
情報通信ネットワークを介して請求項１３ないし１４に記載の売買情報交換装置を含む複数のコンピューターに接続され広告を提供する広告情報処理装置であって、
前記販売者のコンピューターから受信した物品毎の広告情報を記憶する記憶手段と、
前記売買情報交換装置から受信した情報に含まれる前記第２の選択において特定された前記販売者と前記物品毎に対応する前記広告情報を合成して前記購入者のコンピューターへ送信する広告情報処理手段を備える広告情報処理装置。
【請求項２０】
前記データ処理手段は、前記入札金額の前記課金を行った前記販売者のコンピューターに対して前記通信の許可を行うことに代えて、前記課金を行わずに前記通信の許可を行い、前記購入者若しくは前記販売者のコンピューターから売買の成約を示す情報を受信したときに前記課金手段に前記入札金額の課金を実行させる請求項１、２、３、７ないし１３のいずれかに記載の売買情報交換装置。
【請求項２１】
前記記憶手段は前記販売者のコンピューターから受信した入札金額、入札予算金額、物品毎の販売金額、調達コスト又は入札金額算出式のいずれかを含む入札金額算出情報を更に記憶し、
前記データ処理手段は前記第２の選択において、前記販売者のコンピューターに前記リクエスト情報若しくは前記受信条件を送信して入札金額を示す情報を受信することに代えて、前記リクエスト情報、前記受信条件、前記送信データ、前記検索結果、若しくは前記販売セットに含まれる前記物品を特定する情報及び前記入札金額算出情報に応じて前記入札金額を算出して入札金額とする第２の選択を行う請求項１、２、３、７ないし１３のいずれかに記載の売買情報交換装置。
【請求項２２】
情報通信ネットワークを介して請求項１、２、３、７ないし１３のいずれかに記載の売買情報交換装置を含む複数のコンピューターに接続された入札装置であって、
前記販売者のコンピューターから提供された入札金額、入札予算金額、物品毎の販売金額、調達コスト又は入札金額算出式のいずれかを含む入札金額算出情報を記憶する記憶手段と、
前記売買情報交換装置若しくは前記販売者のコンピューターから受信した前記リクエスト情報、前記受信条件、前記送信データ、前記検索結果、若しくは前記販売セットに含まれる前記物品を特定する情報と前記記憶手段に記憶された前記入札金額算出情報に応じて前記入札金額を算出して、売買情報交換装置に前記入札金額を送信する入札手段を備える入札装置。
【請求項２３】
前記記憶手段は物品毎の販売金額、調達コスト若しくは販売金額算出式のいずれかを含む見積金額算出情報を更に記憶し、
前記データ処理手段は更に、
前記販売者のコンピューターから受信した前記見積金額算出情報を前記記憶手段に記憶させ、
前記購入者のコンピューターから受信した前記リクエスト情報、前記購入者の受信条件、若しくは前記販売セットに含まれる前記物品を特定する情報と前記通信の許可を受けた販売者のコンピューターに対応する前記見積金額算出情報に応じて合計金額を含む見積金額を算出し、前記購入者のコンピューターに送信する請求項１から６、１３ないし１４のいずれかに記載の売買情報交換装置。
【請求項２４】
アフィリエイターへの報酬処理を行う報酬手段と
購入者の購入希望物品を更に記憶する記憶手段を備え、
前記データ処理手段は更に、予めアフィリエイターのコンピューターから前記アフィリエイターの識別情報と物品に関する情報を受信し、前記物品の識別情報を生成して前記アフィリエイターの識別情報と共に前記記憶手段に記憶させ、前記物品の識別情報を前記アフィリエイターのコンピューター若しくはサーバーに送信し、
前記購入者のコンピューター若しくは前記サーバーから前記購入者の識別情報と前記物品の識別情報を受信したとき、前記購入者の識別情報に対応する前記記憶手段に前記物品の識別情報を追加し、
前記記憶手段に含まれる前記物品の識別情報を前記リクエスト情報若しくは前記購入者の受信条件として前記販売者の受信条件に合致する一ないし複数の前記販売者を選択して第１の選択とし、
前記報酬手段に前記アフィリエイターの識別情報に対応するアフィリエイターに報酬金額の加算をなす請求項１から６のいずれかに記載の売買情報交換装置。
【請求項２５】
情報通信ネットワークを介して請求項１から６のいずれかに記載の売買情報交換装置を含む複数のコンピューターに接続され購入を実現する買い物処理装置であって、
アフィリエイターたる閲覧者に情報掲示を表示し、前記アフィリエイターが広告対象の物品の識別情報と前記物品に対応する文字列若しくは画像の入力を受け付けて記憶する記憶手段と、
購入者が前記情報掲示を閲覧した際に前記記憶した文字列若しくは画像を表示し、前記購入者が前記文字列若しくは画像を選択した際に、前記物品の識別情報を前記リクエスト情報若しくは前記購入者の受信条件として前記売買情報交換装置に送信する購入手段を備える買い物処理装置。
【請求項２６】
前記購入手段は更に、前記購入者が前記文字列若しくは画像を選択した際に、前記売買情報交換装置に前記購入者の識別情報と前記物品の識別情報を送信し、前記売買情報交換装置の記憶手段に前記物品の識別情報を追加させる請求項２５に記載の買い物処理装置。
【請求項２７】
情報通信ネットワークを介して請求項１から６のいずれかに記載の売買情報交換装置を含む複数のコンピューターに接続され購入を実現する買い物装置であって、
購入対象の購入金額の決済処理若しくは決済情報の送信処理を行う決済手段と、
購入者の指示によるリクエスト情報を前記売買情報交換装置に送信し、前記売買情報交換装置若しくは前記販売者のコンピューターから１ないし複数の購入条件情報を受信し、前記決済手段に購入金額の決済処理を行わせるか又は前記購入者から受領した購入の意思を示す情報を前記売買情報交換装置若しくは前記販売者のコンピューターに送信させる購入手段を備える買い物装置。
【請求項２８】
情報通信ネットワークを構成し、接続された複数のコンピューターによる購入を実現する買い物装置であって、
購入対象の購入金額の決済処理若しくは決済情報の送信処理を行う決済手段と、
購入者により前記コンピューターに入力された文字、選択肢、音声若しくは画像のいずれかを含むリクエスト情報を１ないし複数の販売者の前記コンピューターに送信し、前記販売者のコンピューターから購入条件情報を受信し、前記決済手段に購入金額の決済を行わせるか又は前記購入者から受領した購入の意思を示す情報を前記販売者のコンピューターに送信させる購入手段を備える買い物装置。
【請求項２９】
請求項２５から２８のいずれかに記載の買い物装置を備えるロボット。
【請求項３０】
請求項２５から２８のいずれかに記載の買い物装置を備える乗り物。
【請求項３１】
情報通信ネットワークに含まれた複数のコンピューターによる情報交換を実現するための売買情報交換方法であって、
データ処理手段が販売者の前記コンピューターから受信した販売者の受信条件を記憶手段に記憶させる第１のステップと、
前記データ処理手段が購入者の前記コンピューターから受信したリクエスト情報を前記記憶手段に記憶させる第２のステップと、
前記データ処理手段が前記販売者の受信条件が前記リクエスト情報に合致する一ないし複数の前記販売者を選択する第１の選択を行う第３のステップと、
前記データ処理手段が購入者連絡先情報を含まない前記リクエスト情報を前記第１の選択で選択した前記販売者のコンピューターに送信した後、入札金額を示す情報を受信して、課金対象者毎の口座を含み前記口座に対する課金記録を行う課金手段に前記入札金額の課金が成功する前記販売者に限って、前記入札金額に応じて一ないし複数の前記販売者を選択する第２の選択を行う第４のステップと、
前記データ処理手段が前記第２の選択で選択された前記販売者のコンピューターと前記購入者のコンピューターとの通信の許可をなす第５のステップを有する売買情報交換方法。
【請求項３２】
請求項３１に記載の第１から第４のステップに代えて、
前記データ処理手段が購入者の前記コンピューターから受信した購入者の受信条件を前記記憶手段に記憶させる第１のステップと、
前記データ処理手段が販売者の前記コンピューターから送信データを受信して前記記憶手段に記憶させる第２のステップと、
前記送信データが前記購入者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択を行う第３のステップと、
前記データ処理手段が前記選択された販売者のコンピューターに対して購入者連絡先情報を含まない前記購入者の受信条件を送信した後、入札金額を示す情報を受信して、前記課金手段に前記入札金額の課金が成功する前記販売者に限って、前記入札金額に応じて一ないし複数の前記販売者を選択する第２の選択を行う第４のステップと
を有する請求項３１に記載の売買情報交換方法。
【請求項３３】
請求項３２に記載の第１のステップから第４のステップを更に行う請求項３１に記載の売買情報交換方法。
【請求項３４】
データ処理手段が販売者の前記コンピューターから受信した販売者の受信条件、若しくは購入者の前記コンピューターから受信した購入者の受信条件を記憶手段に記憶させる第１のステップと、
前記データ処理手段が、第２のステップにおいて、購入者の前記コンピューターからリクエスト情報を受信した場合には、前記記憶手段に前記リクエスト情報を記憶させ、第４のステップとして前記販売者の受信条件が前記リクエスト情報に合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行い、
又は、第２のステップにおいて、販売者の前記コンピューターから送信データを受信した場合には、前記記憶手段に前記送信データを記憶させ、第４のステップとして、前記送信データが前記購入者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行い、
前記データ処理手段が前記第２の選択で選択された前記販売者のコンピューターと前記合致した前記購入者のコンピューターとの通信の許可をなす第５のステップと
を有する売買情報交換方法。
【請求項３５】
前記データ処理手段が、前記購入者のコンピューターから前記購入者の受信条件を受信した場合には、前記記憶手段に前記購入者の受信条件を記憶させる第２のステップと、前記データ処理手段が前記受信した前記購入者の受信条件が前記記憶手段に記憶された前記販売者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択を行う第３のステップを行い、
又は、前記データ処理手段が販売者のコンピューターから前記販売者の受信条件を受信した場合には、前記記憶手段に前記販売者の受信条件を記憶させる第１のステップと、前記データ処理手段が前記受信した前記販売者の受信条件が前記記憶手段に記憶された前記購入者の受信条件と合致する一ないし複数の前記販売者を選択し第１の選択を行う第３のステップを行い、
前記データ処理手段が購入者連絡先情報を含まない前記購入者の受信条件を前記選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、前記入札金額に応じて一ないし複数の販売者を選択する第２の選択を行う第４のステップと、
前記第５のステップを更に行う請求項３３に記載の売買情報交換方法。
【請求項３６】
前記データ処理手段が前記購入者のコンピューターから前記購入者の受信条件を受信した場合には、前記記憶手段に前記購入者の受信条件を記憶させる第２のステップと、前記データ処理手段が前記受信した前記購入者の受信条件が前記記憶手段に記憶された前記販売者の受信条件と合致する一ないし複数の前記販売者を選択する第１の選択兼第２の選択を行う第４のステップと、前記第５のステップを更に行い、
又は、前記データ処理手段が販売者のコンピューターから前記販売者の受信条件を受信した場合には、前記記憶手段に前記販売者の受信条件を記憶させる第２のステップと、前記データ処理手段が前記受信した前記販売者の受信条件が前記記憶手段に記憶された前記購入者の受信条件と合致する一ないし複数の前記販売者を選択し第１の選択兼第２の選択を行う第４のステップと、前記第５のステップを更に行う請求項３４に記載の売買情報交換方法。
【請求項３７】
前記データ処理手段が利用者の前記コンピューターから受信した検索条件に応じて前記記憶手段に記憶された前記受信条件を検索して、合致する前記受信条件と前記受信条件の識別子の組の一覧を作成するステップと、
前記データ処理手段が前記利用者のコンピューターに検索結果として前記一覧を送信し、選択された前記受信条件の識別子と入札金額とを受信し、前記課金手段に前記入札金額の課金が成功する前記利用者に限って、前記入札金額に応じて前記利用者の選択を行い第２の選択とするステップと、
前記データ処理手段が前記第２の選択で選択した前記利用者の前記コンピューターに前記受信条件を登録した購入者若しくは販売者のコンピューターとの通信の許可をなすステップとを更に有する請求項３１から３４のいずれかに記載の売買情報交換方法。
【請求項３８】
前記データ処理手段が利用者の前記コンピューターから受信した検索条件に応じて前記記憶手段に記憶された前記受信条件を検索して、合致する前記受信条件と前記受信条件の識別子の組の一覧を作成するステップと、
前記データ処理手段が前記利用者のコンピューターに検索結果として前記一覧を送信し
、選択された前記受信条件の識別子を受信するステップと、
前記データ処理手段が前記受信した利用者のコンピューターに前記受信条件を登録した購入者若しくは販売者のコンピューターとの通信の許可をなすステップを更に有する請求項３１から３４のいずれかに記載の売買情報交換方法。
【請求項３９】
前記データ処理手段が前記購入者若しくは前記販売者のコンピューターから受信したデータに自然言語処理若しくは音声画像処理を施すことにより前記リクエスト情報、前記送信データ、前記受信条件若しくは前記検索条件のいずれかを抽出するステップを更に有する請求項３１から３８のいずれかに記載の売買情報交換方法。
【請求項４０】
前記データ処理手段が販売者の前記コンピューターから購入代金を示す情報を受信するステップと、
前記データ処理手段が前記購入者のコンピューターから購入意思を示す情報を受信したときに、前記決済手段に購入者の前記購入代金の決済処理を行わせるステップを更に有する請求項３１から３６のいずれかに記載の売買情報交換方法。
【請求項４１】
前記データ処理手段が、前記リクエスト情報若しくは前記購入者の受信条件に含まれる複数の購入希望物品の一部若しくは購入条件の一部が前記販売者の受信条件に合致する一ないし複数の前記販売者を選択する第１の選択を行う第３のステップと、
前記データ処理手段により行われる前記第４のステップが、
前記選択された販売者のコンピューターに購入者連絡先情報を含まない前記リクエスト情報若しくは前記受信条件を送信する第４の１のステップと、
前記販売者から販売可能な物品の識別情報と前記物品毎の入札金額を示す情報を合わせて受信する第４の２のステップと、
前記複数の購入希望物品及び前記購入条件を満たす複数の前記販売可能な物品と対応する前記販売者の識別情報との組み合わせを1つの販売セットとして、複数の前記販売セッ
トからなるリストを作成する第４の３のステップと、
前記リスト中から１ないし複数の前記販売セットを選択する第４の４のステップと、
前記選択した販売セットに含まれる販売者を選択する第２の選択を行う第４の５のステップと、
を有する請求項３１から３３のいずれかに記載の売買情報交換方法。
【請求項４２】
前記データ処理手段が、前記リクエスト情報若しくは前記購入者の受信条件に含まれる複数の購入希望物品の一部若しくは購入条件の一部が前記販売者の受信条件に合致する一ないし複数の前記販売者を選択する第１の選択を行う第３のステップと、
前記データ処理手段により行われる前記第４のステップが、
前記選択された販売者のコンピューターに購入者連絡先情報を含まない前記リクエスト情報若しくは前記受信条件を送信する第４の１のステップと、
前記販売者のコンピューターから販売可能な物品の識別情報を示す情報を受信する第４の２のステップと、
前記複数の購入希望物品及び前記購入条件を満たす複数の前記販売可能な物品と対応する前記販売者の識別情報の組み合わせを1つの販売セットとして、複数の前記販売セット
からなるリストを作成する第４の３ステップと、
前記リスト中で１ないし複数の前記販売セットを選択する第４の４のステップと、
前記選択した販売セットに含まれる販売者を選択する第２の選択を行う第４の５のステップと、
を有する請求項３４に記載の売買情報交換方法。
【請求項４３】
前記データ処理手段が、
前記第４の２のステップにおいて販売可能な物品毎の販売金額を示す情報を更に受信し
、
前記第４の４のステップにおいて、前記販売セット毎にその販売セットに含まれる前記物品の前記販売金額を合計して合計販売金額を算出し、前記リスト中で前記合計販売金額に応じて１ないし複数の前記販売セットを選択する、
請求項４１ないし４２に記載の売買情報交換方法。
【請求項４４】
前記データ処理手段が、
前記第４の４のステップにおいて、前記販売セット毎にその販売セットに含まれる前記物品に対応する前記入札金額を合計した合計入札金額を算出し、前記リスト中で前記合計入札金額に応じて１ないし複数の前記販売セットを選択する、
請求項４１に記載の売買情報交換方法。
【請求項４５】
前記データ処理手段が、前記販売者及び前記購入者がネットワークを介して提供する位置情報を前記記憶手段に更に記憶させるステップと、
前記購入者のコンピューターから購入したい販売者の位置についての希望を示す情報を受信して前記記憶手段に更に記憶させるステップと、
前記第２のステップにおいて更に、前記位置情報に基づいて前記販売者の位置若しくは買い物の道順が前記希望に合致するよう前記第１の選択を行い、
前記第４の４のステップにおいて前記リスト中で前記位置情報に基づいて前記販売者の位置若しくは買い物の道順が前記希望に合致するよう１ないし複数の前記販売セットを選択する、
請求項４１ないし４２に記載の売買情報交換装置。
【請求項４６】
前記データ処理手段が前記第４のステップにおいては前記課金を行わず、
前記データ処理手段が前記第２の選択において選択された前記販売者のコンピューターに前記通信の許可を行う第５のステップと、
前記データ処理手段が前記購入者若しくは前記販売者のコンピューターから売買の成約を示す情報を受信したときに前記課金手段に前記入札金額の課金を実行させる第６のステップを有する請求項３１、３２、３３、３７ないし４１のいずれかに記載の売買情報交換方法。
【請求項４７】
前記データ処理手段が予め前記販売者のコンピューターから受信した入札金額、入札予算金額、物品毎の販売金額、調達コスト又は入札金額算出式のいずれかを含む入札金額算出情報を前記記憶手段に更に記憶させるステップと、
前記データ処理手段が前記第４のステップにおいて前記販売者のコンピューターに前記リクエスト情報若しくは前記受信条件を送信して入札金額を示す情報を受信することに代えて、前記リクエスト情報、前記受信条件、前記送信データ、前記検索結果、若しくは前記販売セットに含まれる前記物品を特定する情報及び前記入札金額算出情報に応じて入札金額を算出する第２の選択を行う第４のステップを有する請求項３１、３２、３３、３７ないし４１のいずれかに記載の売買情報交換方法。
【請求項４８】
請求項３１から３６のいずれかに記載の売買情報交換方法により買い物を行う買い物処理方法であって、
購入手段がアフィリエイターたる閲覧者に情報掲示を表示するステップと、
購入手段が前記アフィリエイターから広告を行う物品の識別情報と前記物品に対応する文字列若しくは画像の入力を受け付けて記憶手段に記憶させるステップと、
購入手段が、購入者が前記情報掲示を閲覧した際に前記記憶した文字列若しくは画像を表示するステップと、
購入手段が購入者による前記文字列若しくは画像の選択を受け付けるステップと、
購入手段が前記選択された文字列若しくは画像に対応する前記物品の識別情報をリクエ
スト情報若しくは購入者の受信条件として売買情報交換装置に送信するステップを有する買い物処理方法。
【請求項４９】
請求項３１から３６のいずれかに記載の売買情報交換方法により買い物を行う買い物方法であって、
購入手段が購入者の指示によるリクエスト情報を前記売買情報交換装置に送信するステップと、
前記購入手段が前記売買情報交換装置若しくは前記販売者のコンピューターから１ないし複数の購入条件情報を受信するステップと、
決済手段が購入希望物品の購入金額の決済処理若しくは決済情報の送信処理を行うか又は前記購入者から受領した購入の意思を示す情報を前記売買情報交換装置若しくは前記販売者のコンピューターに送信するステップを有する買い物方法。
【請求項５０】
情報通信ネットワークを構成するコンピューターによる買い物を実現する買い物方法であって、
購入手段が購入者により前記コンピューターに入力された文字、選択肢、音声若しくは画像のいずれかを含むリクエスト情報を1ないし複数の販売者の前記コンピューターに送
信する第１のステップと、
前記購入手段が前記販売者のコンピューターから購入条件情報を受信する第２のステップと、
決済手段が購入金額の決済処理を行う前記決済手段に前記購入金額の決済を行うか又は前記購入者から受領した購入の意思を示す情報を前記販売者のコンピューターに送信する第３のステップを有する買い物方法。
【請求項５１】
動画を識別する動画識別情報と前記動画に対応して販売する物品の物品識別情報を受信して記憶手段に記憶させ、
前記購入者の買い物装置から前記動画識別情報を受信し、前記動画識別情報に対応する前記記憶した前記物品識別情報を特定し、
前記物品識別情報を前記リクエスト情報として請求項１から６のいずれかに記載の売買情報交換装置に送信する購入手段を備える買い物処理装置。
【請求項５２】
請求項３１から３６のいずれかに記載の売買情報交換方法により買い物を処理する買い物処理方法であって、
購入手段が動画を識別する動画識別情報と前記動画に対応して販売する物品の物品識別情報を受信して記憶手段に記憶させるステップと、
購入手段が前記購入者の買い物装置から前記動画識別情報を受信し、前記動画識別情報に対応する前記記憶した前記物品識別情報を特定するステップと、
購入手段が前記物品識別情報を前記リクエスト情報として前記売買情報交換装置に送信するステップを有する買い物処理方法。
【請求項５３】
動画を視聴中の前記購入者から指示を受け付け前記動画の動画識別情報を請求項５１に記載の買い物処理装置に送信し、
購入情報を受信して前記購入者に提示し選択を受け付ける購入処理手段を備える買い物装置。
【請求項５４】
請求項５２に記載の買い物処理方法により買い物を行う買い物方法であって、
購入処理手段が動画を視聴中の前記購入者から指示を受け付け前記動画の動画識別情報を請求項５１に記載の買い物処理装置に送信するステップと、
購入処理手段が購入情報を受信して前記購入者に提示し選択を受け付けるステップと
を有する買い物方法。
【請求項５５】
前記通信の許可により販売する物品の物価を上昇させたい場合には前記第２の選択のステップで選択する前記販売者の数である第２の販売者選択数を減らし、前記物価を下落させたい場合には前記第２の販売者選択数を増やすことにより、前記物価の調整を行うことを特徴とする請求項３１から３６に記載の売買情報交換方法。
【請求項５６】
前記第１の選択において、更に受け入れ可能な接客サービス数が１以上の前記販売者という条件を付加して選択を行い、前記通信の許可において各々の前記販売者に複数の通信を許可することを特徴とする請求項１から３のいずれかに記載の売買情報交換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、売買を行うための情報通信技術に関するものである。
【背景技術】
【０００２】
本明細書において、物品とは物品とサービスを含む全ての売買の対象を表し、販売とは物品の販売とサービスの提供を表し、物品の購入とは物品とサービスの購入を表す。購入者とは、潜在的に物品を購入する可能性のある人や組織と、購入を行いつつある人や組織を表す。販売者とは物品の販売を行う人や店舗や会社等の組織を表す。購入情報とは購入金額の見積もりや広告、割引クーポン等を指す。購入者識別情報とは住所氏名、ユーザーＩＤやメールアドレス等、購入者を特定し識別する情報を指す。
【０００３】
従来から、物品の購入者と販売者の間における売買を支援する情報交換システムが種々考案されており、以下の特許文献１や特許文献２には、情報処理技術を用いて購入者と販売者の希望をマッチングし、合致した当事者にその結果を通知する技術が開示されている。
【０００４】
競争入札（オークション）はコネや実績がない販売者も公平に市場に参加できる方法である。ゲーム理論及び市場デザインの研究分野において、入札は社会的な公平性と効率を高める社会基盤的な方法であるとして研究と実践が進んでいる。入札中の最高値が公開されない入札方式に関しては、非特許文献１に示されるように、現在の検索広告では、第２価格オークションという二番目に高い価格を支払う方式が一般的に実施されている。
【０００５】
また、複数の物品の組み合わせに入札をする「組み合わせオークション」も研究されており、ＶＣＧオークションといった方式がある。なお、一人が複数の架空名義を用いて複数の入札を行う不正を完全に防ぐ方法はないことが証明されている。
【０００６】
非特許文献２は入札を用いて購入者が行う検索の結果に商品価格を掲載するネットワーク上のサービスである。検索窓に複数の物品名や数量を入力しても合計金額の見積もりは表示されず、価格交渉の手段も提供されない。
【０００７】
特許文献３はＲｅａｌ−Ｔｉｍｅ  Ｂｉｄｄｉｎｇ（ＲＴＢ）広告技術を開示している。これはＷｅｂページの表示に先立って、複数の入札エージェントが各々保持する広告を閲覧者に提供したいと判断した場合は入札金額をサーバーに送付し、サーバーは最も高額な入札を唯一選択し、選択されたエージェントが提供する広告をページ上に表示するものである。Ｗｅｂページの閲覧機会が入力であり、読者の任意の物品名の入力は対象としない。また、閲覧者への出力は１つの広告のみである。
【０００８】
非特許文献３は物品の購入を支援する小型の装置であり、購入者の「キャベツ」といった音声をサーバーに送信することにより、物品名をＷｅｂサイト上のショッピングカートに追加する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１２−１５５５０４号公報
【特許文献２】特許第５１１６１１６号公報
【特許文献３】米国特許第８３６４５４１号明細書
【非特許文献】
【００１０】
【非特許文献１】ポール・ミルグロム著、「オークション 理論とデザイン」、第１版、東洋経済新報社、２００７年１１月、p.11-58
【非特許文献２】Ｇｏｏｇｌｅ、“Ｇｏｏｇｌｅ  Ｓｈｏｐｐｉｎｇ”、[online]、２０１２年３月３１日、Ｇｏｏｇｌｅ、［平成２６年４月２３日検索］、インターネット＜URL:https://www.google.com/shopping>
【非特許文献３】Ａｍａｚｏｎ（Ｒ）、“Ａｍａｚｏｎ（Ｒ）  Ｄａｓｈ”、[online]、平成２６年４月４日、Ａｍａｚｏｎ（Ｒ）、［平成２６年４月２３日検索］、インターネット＜URL:https://fresh.amazon.com/dash/>
【発明の概要】
【発明が解決しようとする課題】
【００１１】
スマートフォン等で欲しい物品の写真を撮影したり、テレビの視聴中に欲しい物品が映ったらリモコンのボタンを押したり、「○○２つと△△３台を、設置と説明付きで、よろしく」と欲しい物品の仕様を文字や音声で入力したりすることにより、複数の販売者から見積もりや割引クーポンを受け取り、好みの販売者を選んで購入ができる売買情報の交換方法と装置を提供することが主な課題である。
【００１２】
また、販売者に、広告より効率的で、受注見込み案件が随時配信されたり、購入希望者の検索を行ったり、購入希望者にキャンペーン情報を届けたりすることができる売買情報の交換方法と装置を提供することも主な課題である。
【００１３】
情報通信技術の発達により、ショッピング・サイト、価格比較サイト、オークション（競り上げ）、逆オークション（競り下げ）、クラウド・ソーシング（ネットワーク上での作業委託）の普及が進んでいる。
【００１４】
これまで購入者は、複数の物品やサービスを同時に購入したい場合、価格比較サイトやショッピング・サイトの価格と配送料を調査して、表計算ソフトなどを用いて最も安くなるショッピング・サイトの組み合わせを計算する必要があり手間がかかっていた。
【００１５】
特に、スマートフォンの小さな画面では綿密な価格調査は難しい。設置や説明等のサービスを含む価格を容易に知る方法もなかった。物品やサービスの購入において、何でもいつでも綿密な価格比較をしたいわけではない。
【００１６】
価格比較サイトはひとつの物品の価格を表示しており、複数の物品をまとめて買う場合の価格は分からない。ショッピング・サイト上の店舗で買い物カートを使用すると、複数の物品の価格は分かるが、その店舗の価格しか分からない。メールや電話を用いて店舗に価格を問い合わせる場合も、その店舗の価格しかわからず、見積もり依頼を複数回行う必要がある。
【００１７】
一方、店舗やショッピング・サイトを運営する販売者にとっては、売上げ目標を設定して少しでも多くの人に少しでも高く物品を販売することが事業の目標である。これまで販売者は、購入者を引きつけるために大量の広告を出して、購入者が店舗やＷｅｂサイトを訪れて品物をカートに入れるまで待つことが一般的である。しかし、広告は販売者が販売したい物品の買い物に興味がない人にも提示される表示されるため、広告費の効率が低い。
【００１８】
価格比較サイトの運営者にとっては、購入者が欲しい複数の物品の最も安くなる組合せを算出することは容易である。しかし、販売者は、客寄せとして安く売る目玉商品と共に、ついで買いの物品を売ることにより収益を得ていることが多い。複数の物品をまとめて
買う購入者を得たいという希望がある。
【００１９】
価格比較サイトやクラウド・ソーシングにおいては、全国の非常に多数の販売者が参加可能であるため、受注を得るためには全国で最も安価な水準の販売金額を提示する必要がある。個々の販売者は、仕入れ値、人件費等販売コストを他の販売者よりもより低くしようと行動するため、マクロ経済的視点から見ると物品の値段が下がり続けるデフレーションと、働く人の給与水準の継続的な低下の要因のひとつとなっている。
【００２０】
購入者にとって、安く買えることは短期的にはよいことであるが、長期的には上記によって給与水準が低下していくため可処分所得が減る問題がある。
【００２１】
更に、品揃えの豊富な巨大ショッピング・サイトの売上が大幅に増大している反面、地元の小規模店舗が倒産して、すぐに必要な時に近くで買えなくて困る、地域経済が崩壊する、所得格差が広がるといった課題がある。また、遠隔地からの配送の機会が増加しＣＯ２の排出量の増大と温暖化が進んでいる。
【００２２】
上記の課題の解決のために、安く買いたい購入者と高く売りたい販売者の双方のバランスが取れていて、より利便性の高い売買情報交換方法「Ｈマーケティング」、及び物価の調整が可能な新しい市場経済メカニズム「Ｈ経済」を提供する。
【課題を解決するための手段】
【００２３】
上記課題を解決するため、本発明は、情報通信ネットワークを構成し、接続された複数のコンピューターによる情報交換を実現するための売買情報交換装置であって、受信条件とリクエスト情報を記憶する記憶手段と、課金対象者毎の口座を含み口座に対する課金記録を行う課金手段と、販売者のコンピューターから受信した販売者の受信条件を記憶手段に記憶させ、購入者のコンピューターから受信したリクエスト情報を記憶手段に記憶させ、
販売者の受信条件がリクエスト情報に合致する一ないし複数の販売者を選択する第１の選択を行い、購入者連絡先情報を含まないリクエスト情報を選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、課金手段に入札金額の課金が成功する販売者に限って、入札金額に応じて一ないし複数の販売者を選択する第２の選択を行い、第２の選択で選択された販売者のコンピューターと合致した購入者のコンピューターとの通信の許可をなすデータ処理手段とを備えた売買情報交換装置を提供する。
【００２４】
また、上記課題を解決するため、本発明は、情報通信ネットワークを構成し、接続された複数のコンピューターによる情報交換を実現するための売買情報交換装置であって、受信条件と送信データを記憶する記憶手段と、課金対象者毎の口座を含み口座に対する課金記録を行う課金手段と、購入者のコンピューターから受信した購入者の受信条件、及び販売者のコンピューターから受信した送信データを記憶手段に記憶させ、送信データが購入者の受信条件と合致する一ないし複数の販売者を選択する第１の選択を行い、購入者連絡先情報を含まない購入者の受信条件を選択された販売者のコンピューターに対して送信した後、入札金額を示す情報を受信して、課金手段に入札金額の課金が成功する販売者に限って、入札金額に応じて一ないし複数の販売者を選択する第２の選択を行い、第２の選択で選択された販売者のコンピューターと合致した購入者のコンピューターとの通信の許可をなすデータ処理手段とを備えた売買情報交換装置を提供する。
【００２５】
また、上記課題を解決するため、本発明は、情報通信ネットワークを介して売買情報交換装置を含む複数のコンピューターに接続され購入を実現する買い物処理装置であって、アフィリエイターたる閲覧者に情報掲示を表示し、アフィリエイターが広告対象の物品の識別情報と物品に対応する文字列若しくは画像の入力を受け付けて記憶する記憶手段と、
購入者が情報掲示を閲覧した際に記憶した文字列若しくは画像を表示し、購入者が文字列若しくは画像を選択した際に、物品の識別情報をリクエスト情報若しくは購入者の受信条件として売買情報交換装置に送信する購入手段を備える買い物処理装置を提供する。
【００２６】
また、上記課題を解決するため、本発明は、情報通信ネットワークを構成し、接続された複数のコンピューターによる購入を実現する買い物装置であって、購入対象の購入金額の決済処理若しくは決済情報の送信処理を行う決済手段と、購入者によりコンピューターに入力された文字、選択肢、音声若しくは画像を含む情報を１ないし複数の販売者のコンピューターに送信し、販売者のコンピューターから購入金額を示す情報を受信し、決済手段により購入金額の決済を行うか又は購入者から受領した購入の意思を示す情報を販売者のコンピューターに送信する購入手段を備える買い物装置を提供する。
【００２７】
また、上記課題を解決するため、本発明は、情報通信ネットワークに含まれた複数のコンピューターによる情報交換を実現するための売買情報交換方法であって、販売者のコンピューターから受信した販売者の受信条件を記憶手段に記憶させるステップと、購入者のコンピューターから受信したリクエスト情報を記憶手段に記憶させるステップと、販売者の受信条件がリクエスト情報に合致する一ないし複数の販売者を選択する第１の選択を行うステップと、購入者連絡先情報を含まないリクエスト情報を第１の選択で選択した販売者のコンピューターに送信した後、入札金額を示す情報を受信して、入札金額の課金が成功する販売者に限って、入札金額に応じて一ないし複数の販売者を選択する第２の選択を行うステップと、第２の選択で選択された販売者のコンピューターと購入者のコンピューターとの通信の許可をなすステップを有する売買情報交換方法を提供する。
【００２８】
また、上記課題を解決するため、本発明は、情報通信ネットワークに含まれた複数のコンピューターによる情報交換を実現するための売買情報交換方法であって、データ処理手段が購入者のコンピューターから受信した購入者の受信条件を記憶手段に記憶させるステップと、データ処理手段が販売者のコンピューターから送信データを受信して記憶手段に記憶させるステップと、送信データが購入者の受信条件と合致する一ないし複数の販売者を選択する第１の選択を行うステップと、データ処理手段が選択された販売者のコンピューターに対して購入者連絡先情報を含まない購入者の受信条件を送信した後、入札金額を示す情報を受信して、課金手段に入札金額の課金が成功する販売者に限って、入札金額に応じて一ないし複数の販売者を選択する第２の選択を行うステップとを有する売買情報交換方法を提供する。
【００２９】
また、上記課題を解決するため、本発明は、情報通信ネットワークを構成するコンピューター上で買い物を行う買い物処理方法であって、購入手段がアフィリエイターたる閲覧者に情報掲示を表示するステップと、購入手段がアフィリエイターから広告を行う物品の識別情報と物品に対応する文字列若しくは画像の入力を受け付けて記憶手段に記憶させるステップと、購入手段が、購入者が情報掲示を閲覧した際に記憶した文字列若しくは画像を表示するステップと、購入手段が購入者による文字列若しくは画像の選択を受け付けるステップと、購入手段が選択された文字列若しくは画像に対応する物品の識別情報をリクエスト情報若しくは購入者の受信条件として売買情報交換装置に送信するステップを有する買い物処理方法を提供する。
【００３０】
また、上記課題を解決するため、本発明は、情報通信ネットワークを構成するコンピューターによる買い物を実現する買い物方法であって、購入手段が購入者によりコンピューターに入力された文字、選択肢、音声若しくは画像を含む情報を1ないし複数の販売者の
コンピューターに送信するステップと、購入手段が販売者のコンピューターから購入金額を示す情報を受信するステップと、購入手段が購入者に対する購入物品の購入金額の決済処理を行う決済手段に購入金額の決済を行わせ又は購入者から受領した購入の意思を示す
情報を販売者のコンピューターに送信するステップを有する買い物方法を提供する。
【発明の効果】
【００３１】
本発明によれば、売り手や買い手となるコンピューター利用者間における売買情報の交換をより効率的なものとすることができる。
【００３２】
購入者は、スマートフォンで欲しい物品の写真を撮影したり、テレビの視聴中にリモコンのボタンを押したり、欲しい物品の仕様を音声で入力したりすることにより、複数の見積もりを受け取り、好みの販売者から購入をすることができる。更に、「在庫があり、今すぐに買いに行ける店」といった購入条件を付加することもできる。スマートフォンの小さな画面においても容易に価格調査が可能である。また、複数の販売者を組み合わせることにより、最も低い購入金額により買い物をしたり、位置情報を加味して複数の店舗を回る一度の買い物で済ませたりすることができる。
【００３３】
販売者にとっては、売りたい物品名や「配達と設置、説明が可能」といった販売条件と入札金額を本装置に送信することにより、受注見込み案件が随時届き効率的に販売活動が可能である効果がある。また、物品の購入を希望する購入者の検索を行うことができるため、能動的に営業の提案を行うことができる。
【００３４】
本発明では限られた販売者の数の中で好条件を示せばよく、過当な安売り競争を避けることができる。価格比較サイトと比較して、例えば設置や説明のサービス付きで販売する地域型の店の販売者は、高齢の購入者が設置サービス付きの条件を指定していれば、適正なサービスの価格を含めた販売金額を提示することができる。また、購入者が適切な物品を買うための知識を有していない場合でもおおよそのキーワードのマッチングによって、販売者の経験により適切と思われる提案をすることが可能である。
【００３５】
既存の検索連動型広告やコンテンツ連動型広告と比較して、本発明は買うつもりがある人に提案する用途に向いており、広告費の効率が高いと期待される。
【００３６】
また、掲示板等の多数の一般の読者が効率的に販売キーワードを含む書き込みを作成可能となりアフィリエイト報酬を受け取ることができ、それを読む多数の読者が書き込みを選択するだけで話題の物品を容易に購入可能である効果がある。また、画面に広告スペースや、アフィリエイトのバナーやリンクを設置する必要がなくなり、画面がすっきり美しくなる。
【００３７】
また、複数の品物を買いたい購入者に対して、品揃えが少なく１店ではその全ての品物が揃わない販売者同士が連携して品物を揃えることにより、大規模店に対抗する手段を与える。地域の小規模な販売者が活発化する効果がある。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施の形態に係る情報通信ネットワークの構成を示す図である。
【図２】売買情報交換装置ＳＶ１の構成を示すブロック図である。
【図３】広告情報処理装置ＳＶ２の構成を示すブロック図である。
【図４】入札装置ＳＶ３の構成を示すブロック図である。
【図５】買い物処理装置ＳＶ４の構成を示すブロック図である。
【図６】買い物装置Ｃ５の構成を示すブロック図である。
【図７】第１の売買情報交換方法である販売者の受信条件設定による片サイド方式売買情報交換方法（入札あり）を示すフローチャートである。
【図８】図７に示された販売者の受信条件設定による片サイド方式売買情報交換方法（入札あり）のシーケンス図である。
【図９】特許文献３に示されたＲＴＢのシーケンス図である。
【図１０】第２の売買情報交換方法である購入者の受信条件設定による逆片サイド方式売買情報交換方法（入札あり）を示すフローチャートである。
【図１１】図１０に示された購入者の受信条件設定による逆片サイド方式売買情報交換方法（入札あり）のシーケンス図である。
【図１２】両サイド方式売買情報交換方法（入札あり）を示すシーケンス図である。
【図１３】両サイド方式売買情報交換方法（入札なし）を示すシーケンス図である。
【図１４】両サイド方式の受信条件設定時起動方法（入札あり）を示すシーケンス図である。
【図１５】両サイド方式の受信条件設定時起動方法（入札なし）を示すシーケンス図である。
【図１６】受信条件の検索方法（入札あり）を示すシーケンス図である。
【図１７】受信条件の検索方法（入札なし）を示すシーケンス図である。
【図１８】複数の物品の購入方法を示すフローチャートである。
【図１９】複数の物品の購入方法のステップＳ４の詳細を示すフローチャートである。
【図２０】自動入札の方法を示すシーケンス図である。
【図２１】買い物処理方法であるアフィリエイトの方法を示すシーケンス図である。
【図２２】掲示板のアフィリエイトの例を示す図である。
【図２３】買い物方法を示すシーケンス図である。
【図２４】買い物方法を示すシーケンス図である。
【図２５】動画の視聴中の買い物方法を示すシーケンス図である。
【発明を実施するための形態】
【００３９】
以下において、コンピューターとは情報を処理する機能を有するプログラム内蔵型計算装置を含む物であって、パーソナル・コンピューター、サーバー・コンピューター、クラウド・コンピューター、クラスター・コンピューター、量子コンピューター、バイオ・コンピューター、スマートフォン、タブレット、組込み用コンピューター、ウェアラブル・コンピューター、携帯端末、電話機、音楽プレーヤー、ゲーム機、テレビ、録画機、カメラ、リモコン、乗り物、ロボット、サイボーグ等を含み、Ｗｅｂブラウザやプログラムが搭載された物である。ネットワークとは無線又は有線の情報通信ネットワークを表す。
【００４０】
図１は、本発明の実施の形態に係るネットワークの構成を示す図である。図１に示すように、売買情報交換装置、広告情報処理装置、買い物処理装置、入札装置としてのサーバー群ＳＶ１〜ＳＶ４がネットワークにより相互接続され、サーバー群ＳＶ１〜ＳＶ４には販売者のコンピューターＣ１、購入者のコンピューターＣ２、付加サービスの提供者のコンピューターＣ３、アフィリエイターのコンピューターＣ４が接続される。なお、誤解のない場合は購入者Ｃ１と書いて購入者のコンピューターＣ１を指す場合がある。
【００４１】
なお、図１においては４個のサーバーＳＶ１〜ＳＶ４を含むネットワークが図示されているが、売買情報交換装置、広告情報処理装置、買い物処理装置、入札装置のサーバーの数はそれぞれ１ないし複数台で構成されても、あるいはクラウドとして不定の台数でも構成されてもよい。ネットワーク内の通信はＨＴＴＰあるいはその他の任意のプロトコルで行われる。サーバーＳＶ１〜ＳＶ４はＷｅｂサーバーであっても、その他のプロトコルのサーバーであってもよい。場所は会社内、会社外、データセンターを問わない。
【００４２】
図２は、売買情報交換装置ＳＶ１の構成を示すブロック図である。図２に示すように、売買情報交換装置ＳＶ１はバス２と、バス２に接続されたデータ処理部１、記憶部３、課金部５、決済部７、ショッピングカート８及び報酬部９を含み、ネットワークを介して、販売者のコンピューターＣ１及び購入者のコンピューターＣ２等に接続される。
【００４３】
図３は、本発明の実施の形態に係る広告情報処理装置ＳＶ２の構成を示すブロック図である。図３に示すように、広告情報処理装置ＳＶ２は相互接続された記憶部２１及び広告情報処理部２２を備え、売買情報交換装置ＳＶ１とネットワーク若しくはバスを介して接続される。
【００４４】
図４は、本発明の実施の形態に係る入札装置ＳＶ３の構成を示すブロック図である。図４に示すように、入札装置ＳＶ３は記憶部３１及び入札部３２を含み、売買情報交換装置ＳＶ１とネットワーク若しくはバスを介して接続される。
【００４５】
図５は、本発明の実施の形態に係る買い物処理装置ＳＶ４の構成を示すブロック図である。図５に示すように、買い物処理装置ＳＶ４は記憶部４１、及び購入処理部４２を含み、売買情報交換装置ＳＶ１とネットワーク若しくはバスを介して接続される。
【００４６】
図６は、本発明の実施の形態に係る別の買い物装置Ｃ５の構成を示すブロック図である。図６に示すように、買い物装置Ｃ５は決済部５１と購入処理部５２とを含みネットワークに接続される。買い物支援ロボットＣ６、買い物用乗り物Ｃ７も買い物装置Ｃ５の構成要素を含みネットワークに接続される。これらは購入者と直接対話を行い、ネットワークを介して他の買い物装置Ｃ５、売買情報交換装置ＳＶ１若しくは販売者のコンピューターＣ１と通信を行う。
【００４７】
なお、上記の全ての実施の形態において、各々の処理部と処理手段は図示しないＣＰＵとメモリを用いてソフトウェアにより実現してもよい。
【実施例１】
【００４８】
［請求項１、３１対応  販売者の受信条件と購入者のリクエストをマッチング＋入札＋課金＋通信  （片サイド方式） ］
［第１の売買情報交換方法］
購入者は、スマートフォン等に買いたい物品の名称や数量を入力するだけで、複数の見積もりを得て、好みの販売者から購入したいという課題がある。そこで、本発明の第１の売買情報交換方法にかかる実施例１は、販売者側が予め設定する販売条件と、購入者側が随時入力した物品購入に関するリクエストをマッチングし、マッチした複数の販売者が入札によって購入者へのアクセス権を得て、見積金額の提示、割引クーポンの提供、価格交渉等を行う方法である。
【００４９】
以下において、上記第１の売買情報交換方法を、図２に示された売買情報交換装置ＳＶ１の構成図と、図７のフローチャートと図８のシーケンス図を参照しつつ詳しく説明する。これを片サイド方式と呼ぶ。
【００５０】
なお、販売者は事前にアカウント登録を行い、連絡先情報の登録と課金部５への課金口座の開設を行う。購入者は連絡先情報を登録しておいてもよい。
【００５１】
図７及び図８に示されたステップＳ１において、データ処理部１は予め記憶部３に販売者のコンピューターＣ１から受信した販売者の受信条件とその販売者の識別情報を組にして記憶させる。
【００５２】
ここで、「販売者の受信条件」とは、販売者のコンピューターＣ１が購入者のコンピューターＣ２から送信されたリクエスト情報を受信するための条件をいう。例えば、「ＯＡデスク」「水道工事」等の販売者が販売したい物品のキーワードや、「Ｃ３＝ＰＯ」といった商品名、ＩＳＢＮコードやＧＴＩＮコード等の共通商品番号、物品の画像、「東京」
等の販売者の住所、あるいは「宅配可」、「説明可」、「在庫数」等という販売条件が考えられる。これらは、記憶部３に条件検索が可能な形態で記憶される。ひとつの販売者は多数の受信条件を登録してもよく、記憶部は多くの販売者から送信された多数の販売条件を記憶する。
【００５３】
ある時点において、物品の購入金額を知りたい、あるいは物品の購入を希望する購入者が、購入者のコンピューターＣ２に購入したい物品や購入条件について入力するとする。入力は、例えば、物品の写真付き一覧から選択した物品でもよいし、あるいは、「品名：ＯＡデスクＤＭＣ１２  数量：３  品名:ＯＡチェア  数量：３  納期：２日以内  配送
設置：あり」といった複数の物品と購入条件を含む見積照会、「幼児用のカルシウム牛乳２本を毎日配達お願いします。」といった文章データ、「長崎旅行で９月２２日から３泊４日、大人２２人、レンタカー付きでいいツアーはありませんか。」といった音声、あるいは、街で見かけてカメラで撮影した車の写真、新聞・雑誌の広告に付加されたバーコード等の商品コード、デジタル新聞・雑誌の広告をタップ・クリックすること等が考えられる。購入者のコンピューターＣ２はこれらをリクエスト情報として売買情報交換装置ＳＶ１に送信する。
【００５４】
ステップＳ２において、データ処理部１は、購入者のコンピューターＣ２からリクエスト情報を受信し、記憶部３に記憶させる。
【００５５】
次にステップＳ３において、データ処理部１は当該リクエスト情報とステップＳ１で記憶された受信条件とがマッチする販売者を複数選択する。このマッチングの処理を「第１の選択」と呼ぶ。リクエスト情報に含まれる複数の物品と購入条件が全て、あるいは一部マッチする販売者を選択する。曖昧性がある場合は推測や補完によってもよい。
【００５６】
しかし、ここで例として５０社の販売者が選択されたとすると、購入者が見積もりを吟味して選択したり価格交渉を行うには数が多すぎる。これを減らす必要がある。
【００５７】
ステップＳ４では、データ処理部１は購入者の連絡先情報を含まないリクエスト情報を第１の選択でマッチした複数（例えば５０社）の販売者のコンピューターＣ１へ送信する。連絡先情報とはＩＰアドレス、メールアドレス、電話番号等の全ての通信手段である。販売者はリクエスト情報を受け取っても、購入者を特定したり連絡をすることができない。また、これにより、購入者の購入傾向・嗜好に関するプライバシーは保たれる。
【００５８】
リクエスト情報を受信した販売者は、受注したいと考えたとき、入札金額を示すデータを売買情報交換装置ＳＶ１へ返信する。
【００５９】
ここで、「入札金額」とは、主に、販売者が購入者との間で販売交渉、見積の提示、あるいは広告の提示を行う権利（購入者へのアクセス権）を取得するために提示する金額をいう。実際の物品の販売金額より大幅に低い金額であると予想される。この入札金額は、販売者がコンピューターＣ１に手動で入力するほか、コンピューターＣ１に予め設定した方法により自動的に算出して送信されるようにしてもよい。
【００６０】
データ処理部１は、複数の販売者（例えば１０社）からそれぞれの入札金額を示すデータ受信する。受信した入札金額は販売者に公開しても公開しなくてもよく、複数回の入札を受け付けても受け付けなくてもよい。
【００６１】
所定の入札可能時間の後に入札を締切る（例えば５分後）。次いで、入札金額に応じて所定の数（販売者選択数）の販売者を選択するのであるが、１００億円といった入札金額によって、支払いをする気がない販売者が不正に選択されることを防がなければならない
。
【００６２】
そこで、課金対象者毎の口座を含むと共に上記口座に対する課金記録を行う課金部５に対して、販売者の口座へ入札金額を課金させ、成功した販売者のみを選択する。これを「第２の選択」と呼ぶ。
【００６３】
データ処理部１は第２の選択で選択された複数の販売者と、リクエスト情報を送った購入者とに通信を許可する。これを「通信の許可」と呼ぶ。
【００６４】
通信の許可の方法としては、上記第２の選択で選択された販売者（例えば４社）のコンピューターＣ１あるいはリクエスト情報を送信した購入者のコンピューターＣ２にＩＰアドレスのような相互の通信路の確立に必要な情報を提供すること、メールアドレスや電話番号等の連絡先情報を提供すること、メッセージを中継すること、掲示板を開設すること等全ての方法を含む。購入者と販売者の一方に通信を許可して他方にアクセスさせる方法、あるいは両方に通信を許可する方法が考えられる。売買情報交換装置ＳＶ１上に購入者の連絡先情報を保存せず、購入者Ｃ２が通信の許可がなされた販売者Ｃ１に自己の連絡先情報を提供する方法でもよい。
【００６５】
このような通信が許可される結果として、複数の販売者は購入情報、即ち、購入者に適切な物品の提案、販売金額の見積もりの送信、または広告や特典クーポン等の情報の送信を行うことができるようになる。一方、購入者は上記４通の見積もりや広告を比較した上で、気に入った販売者の物品を購入したり、更に物品の仕様に関する細部の交渉を行ったりすることができることになる。
【００６６】
以上の売買情報交換方法の効果として、購入者にとっては、購入したい物品等の名称や購入条件を入力したり、行って欲しい工事の大まかな仕様を送ったり、写真を撮影して送るだけで、複数の販売者から購入情報、即ち、見積もりや提案、あるいは割引クーポンを受け取ることができ、それらの販売者の中から購入金額や納期等を勘案して所望の販売者を選択できる。スマートフォンの小さな画面においても容易に価格調査が可能である。更に、複数の物品の見積もり依頼については値引きを期待できる。
【００６７】
一方、販売者にとっては、売りたい物品等の名称や販売条件を予め登録しておくことにより、受注見込み案件が随時届き、効率的に販売活動を実施することができるという効果がある。また、販売者にとっては、「設置」や「説明」といった付加サービスを上記受信条件として予めサーバーＳＶ１に登録しておくことにより、当該付加サービスを望む購入者との間で本サービスを含めた対価交渉を容易に進めることができる。これらのことから、多大な広告費を投入できない販売者であっても、販売地域等の自己が希望する条件において合理的な価格で物品を販売することができる。
【００６８】
ここで、第１の選択のステップで選択する販売者の数を「第１の販売者選択数」、第２の選択のステップで選択する販売者の数を「第２の販売者選択数」と呼ぶことにする。第２の販売者選択数は1から多数まであり得る。売買情報交換装置ＳＶ１を管理運営する者
が予め設定する方法の他、購入者が数を選択する方法等が考えられる。購入者の立場からすると数が多いほど安値を引き出しやすいが、交渉や選択の手間がかかる。販売者の立場からすると、販売者選択数が少数であれば、過当な価格競争は避けられると期待される。
【００６９】
売買情報交換装置の運営者にとっては、入札金額を課金することにより運営費を得られる効果がある。
【００７０】
以下、各ステップにおいて取り得る付加的な構成について記載する。これらの多くは他
の実施例においても共通する。
【００７１】
第１のステップＳ１においては、上記「受信条件を示す情報」は、一つのサーバーＳＶ１のみならず他のサーバーの記憶部にも分散して記憶させ、各サーバーに含まれたデータ処理部が並列的に動作を実行する構成も有効である。リクエスト情報あるいは受信条件は、物品等の名称を単に羅列したキーワード、物品名と数量をURLエンコーディングやXML等で記述したリストや表、データベースの行やテーブルであってもよい。
【００７２】
放送局から配信されるテレビ番組、ＣＭ、動画サイトから配信されるストリーム型やダウンロード型の動画を「動画」と総称する。動画識別情報とは、それぞれの動画を識別する情報であって、例えば、放送チャンネルと放送日時、あるいは、日本の電波産業会の規格である「デジタル放送に使用する番組配列情報（ＡＲＩＢ  ＳＴＤ−Ｂ１０）」における放送番組番号識別と放送日時、あるいはストリーム動画やダウンロード動画に付与されたＵＲＬやＵＵＩＤ等の識別子が考えられる。ＣＭ等放送局側で識別子を付与していない場合は、放送チャンネル情報と放送日時を用いることも可能である。日時は、テレビ放送中であれば実際の時刻を、録画された動画であれば放送時の時刻を用いる。
【００７３】
販売者の受信条件を表す情報として、ある動画の動画識別情報とその動画に対応して販売したい物品の物品識別情報を予め受信して記憶し、後日、購入者がその動画を視聴中に動画に映った物品を購入したいと希望した場合に、購入者のコンピューターＣ２からリクエスト情報として動画識別情報を受信して、受信条件中の動画識別情報から対応する物品識別情報と販売者を特定してもよい。ひとつの動画に対して複数の販売者が登録することが考えられる。あるいは動画視聴の間中、シーンに対応する物品の選択画面を順次表示し、購入者の物品の選択によって上記の手順を実行する構成も有効である。ひとつの動画中に映る複数の物品を販売する方法については後述する。
【００７４】
第２のステップＳ２においては、売買情報交換装置ＳＶ１は運営者が異なる複数のＷｅｂサイトに跨がる仮想的なショッピングカート（見積もり依頼書）を提供し、購入者がＷｅｂサイトで提示された物品の写真や説明をクリックすると売買ショッピングカートに追加され、見積もりボタンを押すとリクエスト情報として受信する構成、物品の一覧から所望の物品を選択してリクエスト情報内のショッピングカートに追加する構成、購入者にレコメンデーションを行うための情報を提供する構成、ショッピング・サイトや価格比較サイトの参考価格を提示する構成、過去の購入事例における物品毎の購入額に関する統計情報の表示や販売者の評価やレビューの入力と表示が可能な構成、誰かの購入の援助をしたい第３者がアドバイス情報を提供することが可能な構成、情報交換のための掲示板を設ける構成も有効である。
【００７５】
第１の選択をなす第３のステップＳ３においては、複数の種類の物品を含むリクエスト情報が受信条件に全て合致する販売者を選択する構成、一部のみ合致する販売者を選択する構成、両者を切り替え可能とする構成も有効である。受信条件がマッチする販売者が多数に登る場合は、乱数や地域の販売者を優先する等の手段により第１の販売者選択数を制限する構成も有効である。
【００７６】
第２の選択をなす第４のステップＳ４においては、販売者に送信するリクエスト情報あるいは受信条件から電話番号やメールアドレス等を削除することにより課金の回避を防ぐ構成も有効である。
【００７７】
販売者の選択方法は種々考えられる。入札を販売金額の入札によって行う構成も有効である。入札金額に応じた選択の方法としては、購入者へのアクセス権を入札する場合、入札金額の高い順に所定の販売者選択数の販売者を選ぶ方法のほか、販売金額を入札する場
合は入札金額の低い順に所定の販売者選択数の販売者を選ぶ方法、入札の着順を加味する方法、入札金額に乱数を加算して選択する方法、代理店のコンピューターが入札情報を送信する構成が考えられる。他に入札金額の優先順位を下げて、購入者が指定する納期や納入方法を優先する方法、販売力が弱い販売者を優遇する方法、ラウンドロビン（round robin）により公平性を重視する方法、販売者が希望する代金受領時期を加味する方法、配
送の温暖化ガス排出量の大小を加味する方法等を採用することができる。第1の販売者選
択数が必要とされている第２の販売者選択数以下である場合はあえて入札を行う必要はないが、入札金額に相当する金額を決める必要があるかもしれない。第２の選択の結果の販売者数がゼロであった場合に、自動的に特定の販売者を割り当てる方法も有効である。
【００７８】
課金とは、課金部５の課金口座に入札金額を随時記録して事後に実際の引き落とし処理を行うか、即時の引き落しを行うことをいう。通常、銀行口座の残高不足等が発生すると課金口座は凍結され、以後の課金は失敗する。
【００７９】
入札金額を示す情報と共に購入情報を一緒に受信し、通信の許可の後に受信した購入情報を購入者に提示する構成をとると、通信の回数の削減に有効である。しかし、第２の選択において選択されなかった場合は、見積もり作成の手間が無駄になる。
【００８０】
通信の許可をなす第５のステップＳ５においては、通信の許可の結果として発生する見積もり若しくは広告の表示順序に入札価格を反映する構成、通信の許可を受けた販売者によって更に販売価格に係るオークションを行う構成も有効である。
【００８１】
購入者はステップＳ２あるいは他のタイミングにおいて、図示されないログイン処理を行ったり、あるいは購入者識別情報を提供したりしてもよい。それによって、売買情報交換装置ＳＶ１は購入者の連絡先情報を特定することが可能となる。購入者識別情報、連絡先情報は、売買情報交換装置ＳＶ１から万一漏洩した際にもリクエスト情報や受信条件と結びつかないよう、暗号化されていることが望ましい。
【００８２】
また、上記見積金額については、販売者が自己の保有する販売者のコンピューターＣ１に手で入力するほか、上記入札金額と同様に、売買情報交換装置ＳＶ１に含まれたデータ処理部１や販売者のコンピューターＣ１に含まれた演算部（図示していない）が自動算出するようにしてもよい。
【００８３】
また、選択された販売者のコンピューターＣ１において、当該購入者のコンピューターＣ２を特定する上記送信者特定情報が一旦販売者に認知されれば、当該取引以後において当該購入者に対して迷惑な広告が送りつけられる可能性がある。
【００８４】
そこで、データ処理部１は、一定期間若しくは当該取引限りで有効な一時アドレス情報を生成し、恒久的な上記送信者特定情報の代わりに上記選択された販売者のコンピューターＣ１へ供給することによって通信の許可若しくは購入者連絡先情報の提供としてもよい。
【００８５】
この場合には、当該アドレス情報を取得した販売者のコンピューターＣ１は、購入者のコンピューターＣ２から見積金額や広告を、上記一時アドレス情報を宛先として当該購入者のコンピューターＣ２へ送信する。
【００８６】
また、上記サーバーＳＶ１と購入者のコンピューターＣ２の両機能を含み、購入者が入力した入力データを購入者のコンピューターＣ２からのリクエスト情報として扱い、購入者のコンピューターＣ２との通信の許可に代えて他のサーバー等との相互の通信を許可する売買情報交換装置が構成しうる。本装置は、より具体的には、Ｐ２Ｐ型として構成され
ても、サーバーとして構成されても購入者のコンピューターに内蔵されても良い。
【００８７】
なお、特許文献３に記載のＲＴＢは、図９のシーケンス図に示すように、あるＷｅｂ閲覧者がリンクをクリックした際に、エージェント技術を用いてリンク先のページに含まれる広告を選択するプロセスである。広告主のエージェントはページの属性に関して広告主が指定する基準に適合する場合に入札を行い、サーバーは複数の入札の中からひとつの広告を選択して閲覧者に表示する。閲覧者が訪問するＷｅｂサイトの特性から趣味・嗜好を特定してマッチする広告を表示する行動ターゲッティングを行うことが一般的であり、人によっては「気持ちが悪い」と感じたり、プライバシー侵害と捉えたりする場合がある。
【００８８】
本発明は入力、出力、通信シーケンスが全て異なるほかエージェント技術を用いていない。複数の物品を含む購入希望に適合する複数の販売者から見積もり情報や広告を提供することが可能である。また、購入者の連絡先を伏せて購入者を特定させないためプライバシーが保たれる効果がある。
【実施例２】
【００８９】
［請求項２、３２対応  購入者の受信条件と販売者の送信データをマッチング＋入札＋課金＋通信（逆片サイド方式）］
［第２の売買情報交換方法］
購入者は、買いたい物品の名称や数量を入力しておくだけで、随時見積もりを得て、好みの販売者から購入したいという課題がある。そこで、本発明の第２の売買情報交換方法にかかる実施例２は、購入者側が予め設定する条件と、販売者側が随時送信する物品に関するキャンペーン情報等をマッチングし、販売者が入札によってマッチする購入者へのアクセス権を得て、見積金額の提示、割引クーポンの提供、価格交渉を行う方法である。
【００９０】
図２に示された売買情報交換装置ＳＶ１の構成図、フローチャート図１０、シーケンス図１１を参照しつつ説明する。これを逆片サイド方式と呼ぶ。売買情報交換装置ＳＶ１においてデータ処理部１は以下を行う。
【００９１】
ステップＳ１において、データ処理部１は記憶部３に購入者のコンピューターＣ２から供給された受信条件を予め記憶させる。例えば、購入者が希望する物品等の名称や、購入数量を示す言葉等が考えられる。より具体的には、エアコンの購入を計画中の購入者は「エアコン」というキーワードあるいは機種名と数量、「設置工事：あり」、「場所：茨城」、「価格帯：○○円〜○○円」といった購入条件を登録することが考えられる。
【００９２】
次に、ステップＳ２において、データ処理部１は複数の販売者のコンピューターＣ１からそれぞれ送信された送信データを受信し、記憶部３に記憶させる。
【００９３】
ここで例えば、販売者はエアコンのキャンペーンを行いたいときに「エアコン」というキーワードと販売条件を含む送信データを送信する。夏が近づくと多くのエアコン販売者がこのようなキャンペーンを企画するため、毎日多数の送信がなされることが予測される。販売者が送信データを送る度に購入者が受信していると、購入者はスパムメールのように煩わしく思い、また、送信データが多すぎると比較検討することができなくなってしまう問題がある。
【００９４】
そこで、ステップＳ３において、データ処理部１は例えば１日２回といった所定の期間、送信データを蓄積する。そして期間ごとに上記購入者の受信条件とマッチする送信データを抽出する。この処理をまた「第１の選択」と呼ぶ。
【００９５】
ステップＳ４では、データ処理部１は購入者の連絡先情報を含まない「購入者の受信条
件」を第１の選択でマッチした複数の販売者のコンピューターＣ１へ送信する。ここで購入者の受信条件であるのは、購入者が欲しいエアコンの型番や数量、購入条件を含むためである。以後、上記の実施例１と同様のステップを実行する。即ち、データ処理部１は入札により販売者を選択する第２の選択を行い、通信の許可を行う。
【００９６】
以上より、購入者にとっては自己の欲する物品の情報を購入者のコンピューターＣ２に入力するだけで、当該物品等につき条件に合う複数の販売者から提案や見積もりに関する情報を取得し、自己の好みに合った販売者を選択することが可能である。
【００９７】
一方、販売者にとっても、販売したい物品等の情報と入札金額を売買情報交換装置ＳＶ１へ送信することにより、当該物品等を購入したいと考えている購入者にキャンペーン情報を送り、売買交渉を開始する機会を得ることができる。
【００９８】
なお、上記の実施例１において購入者のリクエスト情報を記憶しておいて、本実施例２の購入者の受信条件として使用してもよい。
【００９９】
第１のステップＳ１において、購入者が受信条件（キーワード）を登録すると販売者に通知が届き、販売者が送信データを送信する構成も有効である。
【０１００】
第２のステップＳ２において、販売者から送信データと合わせて入札金額や広告を受信して、いくつかのステップを省略する構成も有効である。ただし、購入者の希望に合わせたきめ細かい提案は困難である。
【０１０１】
第３のステップＳ３において、マッチする販売者の数が一つである場合には、直ちに通信許可を行う構成や、同様なキーワードの過去の入札金額の実績に応じた課金を行う構成等が可能である。
【実施例３】
【０１０２】
［請求項３、３３対応  １＋２  （両サイド方式  入札あり）］
また、一つの売買情報交換装置において、購入者からの見積もりリクエストの処理と、販売者からのキャンペーン情報の配信処理の両方を行いたいといった要請に対しては、第１の売買情報交換方法に、第２の売買情報交換方法を組み合わせることも有効である。
【０１０３】
図１２に本実施例に係るシーケンス図を示す。これを両サイド方式と呼ぶ。売買情報交換装置ＳＶ１においてデータ処理部１は以下を行う。
【０１０４】
この場合には、第１のステップＳ１において、記憶部３に購入者のコンピューターＣ２から送信された購入者の受信条件と販売者のコンピューターＣ１から送信された販売者の受信条件の両方を記憶させる。順序はどちらが先でもよく、一方のみでも構わない。
【０１０５】
第２のステップＳ２においては、購入者からのリクエスト情報と、販売者からの送信データのどちらも受け付けることが可能である。どちらの場合も、データ処理部１によって以後の第３のステップＳ３から第５のステップＳ５が実行される。
【０１０６】
このような売買情報交換装置ＳＶ１によれば、一つの売買情報交換装置において、購入者からの見積もりリクエストの処理と、販売者からのキャンペーン情報の配信処理の両方が可能となる効果がある。例えば、購入者が送信したリクエストや購入の実績を記憶部３に記憶しておき、興味を持ちそうな購入者に販売者側から案内を送ると効果が高いと期待される。
【実施例４】
【０１０７】
［請求項４、３４対応  入札なし（両サイド方式）］
無償あるいは固定料金制の売買情報交換方法においては入札が不用であるという要請がある。
【０１０８】
図１３に入札を行わない両サイド方式のシーケンス図を示す。売買情報交換装置ＳＶ１においてデータ処理部１は以下を行う。
【０１０９】
第１のステップＳ１から第２のステップＳ２までは実施例３と同様である。第３のステップＳ３と第４のステップＳ４は第１の選択と第２の選択であるが、リクエスト情報と受信条件を販売者に送信することと入札を受けることに代えて、リクエスト情報が販売者の受信条件にマッチする販売者、あるいは、送信データが購入者の受信条件にマッチする販売者を選択し、所定の基準によって選択を行う。選択の基準は実施例１において示した多様な選択基準のいずれかが考えられる。ここでの選択も第２の選択と呼ぶ。
【０１１０】
第５のステップＳ５で通信の許可を行う手順は上記と同様である。
【０１１１】
これにより、無償あるいは固定料金制で入札を行わない売買情報交換方法を提供可能である効果がある。
【０１１２】
なお、全ての実施例において、例えば、購入者側からのリクエストの場合は入札なしとし、販売者側からの動作の場合は入札ありとするように、入札ありとなしを組合せる構成も有効である。
【実施例５】
【０１１３】
［請求項５、３５対応  ３＋受信条件設定時にもマッチング  （両サイド方式  入札あり）］
これまで述べた方式には、リクエスト情報や送信データの発生を待つ必要がある問題がある。
【０１１４】
図１４に受信条件設定時に直ちにマッチングを開始する両サイド方式のシーケンス図を示す。売買情報交換装置ＳＶ１においてデータ処理部１は以下を行う。
【０１１５】
エアコンの販売時期である７月には、人気機種を買いたい購入者と売りたい販売者が多数存在し、それぞれが受信条件を登録すると考えられる。図２の記憶部３をよく見ると、両サイド方式においては、購入者の受信条件と販売者の受信条件が記憶されている。
【０１１６】
第１のステップＳ１及び第２のステップＳ２において、購入者の受信条件を受信した際には、これを記憶部３に記憶した後、記憶部３の販売者の受信条件を検索する。例えば、購入者が「エアコン」に関する情報を受け取りたいと希望して受信条件を登録したならば、第３のステップＳ３において、既に販売者が登録済みの「エアコン」とマッチさせ、複数の販売者が見つかれば第４のステップＳ４において、入札を含む第２の選択を行い、第５のステップＳ５において通信の許可を行う。
【０１１７】
第１のステップＳ１及び第２のステップＳ２において、販売者の受信条件を受信した際には、同様にキャンペーン情報を待っている購入者がいるかを記憶部３の購入者の受信条件中で検索する。以後は同様である。
【０１１８】
これにより、リクエスト情報や送信データの発生を待つことなく、受信条件の登録とキャンペーン情報の送信・受信、購入交渉を開始することが可能である効果がある。
【実施例６】
【０１１９】
［請求項６、３６対応  ４＋受信条件設定時にもマッチング  （両サイド方式  入札なし）］
無償あるいは固定料金制の売買情報交換方法においては上記において入札が不用であるという要請がある。
【０１２０】
図１５に受信条件設定時に直ちにマッチングを開始する両サイド方式であって、入札を行わないシーケンス図を示す。売買情報交換装置ＳＶ１においてデータ処理部１は以下を行う。
【０１２１】
第１のステップＳ１から第２のステップＳ２までは実施例５と同様である。第３のステップＳ３と第４のステップＳ４は第１の選択と第２の選択であるが、リクエスト情報と受信条件を販売者に送信することと入札を受けることに代えて、購入者の受信条件が販売者の受信条件にマッチする販売者のうちから所定の基準によって１つないし複数の販売者をする。選択の基準は実施例１において示した多様な選択基準のいずれかが考えられる。ここでの選択も第２の選択と呼ぶ。
【０１２２】
第５のステップＳ５で通信の許可を行う手順は上記と同様である。
【０１２３】
これにより、無償あるいは固定料金制で入札を行わない売買情報交換方法を提供可能である効果がある。
【実施例７】
【０１２４】
［請求項７、３７対応  １〜４＋受信条件の検索＋入札］
販売者にとっては、需要がどこにあるか、即ち、世の中に多くの人がいる中で、自社の物品を買ってくれるお客さんは誰かを手軽に知りたい要請がある。
【０１２５】
記憶部３は、多くの購入者が受信条件として登録した物品等の名称やキーワードを大量に記憶している。それは、いわば「需要の海」ということができる。そこで、利用者はサーバーＳＶ１等の売買情報交換装置に対して検索条件となるキーワードや地域に関する情報を送信して検索を行い、検索条件にマッチする購入者に魅力的な販売の提案を行ってもよい。
【０１２６】
図１６に受信条件の検索に係るシーケンス図を示す。売買情報交換装置ＳＶ１において、データ処理部１は以下を行う。なお、購入者と販売者を総称してここでは利用者と呼ぶ。
【０１２７】
第１のステップＳ１において記憶部３が購入者の受信条件を受信し記憶するところは同様である。
【０１２８】
第２のステップＳ２において、需要の海を検索したい利用者から検索の条件を受信する。例えば、「エアコンＤＭＣ１２  茨城」である。記憶部３に記憶された受信条件を検索して、マッチする受信条件と、その受信条件の識別子の組の一覧を作成する。
【０１２９】
第３のステップＳ３において、利用者のコンピューターにこの一覧を検索結果として送信する。
【０１３０】
ところが、夏が近くなって暑い日に、エアコンの売り先を探す販売者は多数に上り、索結果のうちから同じ購入者の条件を選択する販売者も多数になると考えられる。購入者は
、販売者が検索を行う度に販売の勧誘を受けていたのでは、生活に支障が生じる。
【０１３１】
そこで、第４のステップＳ４において、データ処理部１は、検索中の利用者から、検索結果から選んだ受信条件に附された識別子と、対応する入札金額を受信する。更に、課金部５に入札金額の課金が成功する利用者に限って、入札金額に応じて複数の利用者の選択を行い第２の選択とする。
【０１３２】
第５のステップＳ５において、データ処理部１は、第２の選択で選択した利用者のコンピューターに、受信条件を登録した購入者若しくは販売者のコンピューターとの通信の許可を行う。
【０１３３】
これにより、販売者が購入者の受信条件の検索を行った場合には、売りたい物品等の販売の機会の発見や、物品等毎の需要の調査が可能である。一方、購入者が購入者条件の検索を行った場合には、売れ筋の物品等を知ることが可能となる。また、購入者が販売者の受信条件を検索すると、購入を希望する物品等をどの販売者が販売しているかを知ることができる。なお、購入者保護の点からは、検索結果は購入者を特定する情報を含まないようにする構成が必要となる。
【０１３４】
なお、Ａｍａｚｏｎ（Ｒ）の「ほしい物リスト」の検索は人名とメールアドレスの入力に対してその人の「ほしい物リスト」が表示される機能であり、本発明の物品名に対する販売機会の検索とは異なる。
【実施例８】
【０１３５】
［請求項８、３８対応  ３１〜３４＋受信条件の検索  入札なし］
無償あるいは固定料金制の売買情報交換方法においては上記において入札が不用であるという要請がある。
【０１３６】
図１７に入札のない受信条件の検索に係るシーケンス図を示す。売買情報交換装置ＳＶ１において、データ処理部１は以下を行う。
【０１３７】
第１のステップＳ１から第３のステップＳ３は上記と同様である。
【０１３８】
第４のステップＳ４において、データ処理部１は、検索中の利用者から、検索結果から選んだ受信条件に附された識別子を受信し、入札金額は受信しない。購入者の受信条件が販売者の受信条件にマッチする販売者のうちから所定の基準によって１つないし複数の販売者をする。選択の基準は実施例１において示した多様な選択基準のいずれかが考えられる。ここでの選択も第２の選択と呼ぶ。
【０１３９】
第５のステップＳ５で通信の許可を行う手順は上記と同様である。
【０１４０】
これにより、無償あるいは固定料金制で入札を行わない売買情報交換方法を提供可能である効果がある。
【実施例９】
【０１４１】
［請求項９対応  １〜８＋自然言語や画像］
なおこれまで述べてきたリクエスト情報、送信データ、受信条件若しくは検索条件は、キーワード、物品名、数量、商品コード、画像、音声、販売条件、購入条件、広告送信条件、広告受信条件の中から1つ以上を含む構成が有効である。
【０１４２】
購入者がスマートフォンで欲しい物品の写真を撮影してリクエスト情報とし、販売者が
同じく登録した同等物品の写真と画像レベルのマッチングを行っても良い。
【０１４３】
更に、購入者あるいは販売者が音声で入力した音声情報、購入者が撮影した購入希望物品が写った写真、購入希望物品の名称が書いてある写真、バーコードの場合、音声認識技術、画像処理技術を施した後に自然言語処理によって購入対象の物品名や数量を抽出する構成が有効である。また、文章は自然言語処理によって認識する。例えば、「牛乳２本を毎日配達お願いします。ついでに、紙おむつも届けて下さい。」いう文章あるいは音声を受け取ったデータ処理部１は、「牛乳が２本で条件が毎日宅配、紙オムツが１つで配達」という内容を抽出し、所定のフォーマットにエンコードしてリクエスト情報とする。
【０１４４】
その際、音声認識等の処理は購入者や販売者のコンピューターＣ１、Ｃ２において前処理を行ってから売買情報交換装置ＳＶ１に送信してもよいし、前処理を行わずに売買情報交換装置ＳＶ１に送信し、売買情報交換装置ＳＶ１側で購入対象抽出処理を行ってもよい。また、第三のサーバーを用いて負荷の重い前処理をさせてもよい。
【０１４５】
このとき、例えば自然言語処理により上記リクエスト情報から「牛乳」や「紙おむつ」等の語句を抽出した上で上記マッチングを実行する方法が考えられるが、自然言語処理により上記のような抽出を行う場合には上記リクエスト情報の送信者の意図を正確に反映した抽出が行われない場合があり、かかる問題を解決するためには高い演算能力と巨大なデータベースが必要となる。
【０１４６】
そこで、例えば上記送信者が自ら「牛乳」や「紙おむつ」といった購入を希望する物品等を示すキーワードの直前及び直後にカギ括弧等のアノテーションを付したマーキング付データを上記送信データに含めることが有効な手段となる。なぜなら、データ処理部１は上記アノテーションを目印として送信者がキーワードと認識する情報を確実に抽出することができるため、必要となる演算能力を低減することができるからである。
【０１４７】
上記自然言語処理を実行することによっても明確なキーワードを抽出することができない場合には、記憶部３に記憶されている購買履歴情報を参照して文字列同士の類否から上記キーワードを推測するようにしてもよい。
【０１４８】
また、提示された見積もり情報を表示するディスプレイや音声出力手段を備えていても良い。
【実施例１０】
【０１４９】
［請求項１０対応  １〜６＋付加サービスの選択（多サイド方式）］
また、購入者と販売者の間で物品の売買が成約し、それに伴う配送や長期保証といった付加サービスが必要となった際に、付加サービスの販売者を効率よく選びたいという要請がある。このとき、付加サービスを行いたい販売者が多数になる場合、そこからどのように選択するかが問題となる。
【０１５０】
このような問題を解決するため、データ処理部１は、ある購入者と販売者の間で成約した売買に関する情報と、上記とは別の第２の販売者が設定した受信条件との間でマッチングを行い、マッチする複数の販売者を選択して第１の選択とし、次いでこれまで説明を行った入札による第２の選択を行って、これで選択された第２の販売者、最初の購入の購入者及び販売者の間に通信を許可する構成が有効である。
【０１５１】
付加サービスとして購入物の配送を例にとって説明すると、配送者は予め発送を受注したい物品や地域に関する配送条件を示す情報を送信し、当該情報は記憶部３に販売者の受信条件として記憶される。そして、購入者と販売者との間で売買が成立した場合、データ
処理部１は、配送が必要である物品の条件と、購入者と販売者の位置に関する条件が上記配送条件とマッチする配送者を複数選択する。配送者の配送車が販売店の近くに存在するといった条件を加味してもよい。
【０１５２】
そして、データ処理部１は選択された配送者のコンピューターＣ３に、購入者と販売者の連絡先を伏せて配送物や地域に関する情報を送信する。このとき、配送者は入札を行って配達する権利を得るが、配送料を入札して最も安価な配送料を提示した配送者を選択する構成であっても、購入者若しくは販売者に配送料を提案する権利に関する入札を行って購入者若しくは販売者が入札の結果選ばれた複数の配送者から配送料の提示を受けた上で一つの配送者を選択する構成であってもよい。
【０１５３】
このような実施の形態によれば、購入者と販売者との間で成約した売買に付加するサービスを提供する者を効率よく選択することができる。
【実施例１１】
【０１５４】
［請求項１１対応  ２、３、７＋入札金額に応じた数の購入者］
ここで、前述の夏におけるエアコン購入の例で言えば、暑くなってくるとエアコンを設置したい購入者の数が多数になるため、その数をどう分配するかが課題となる。
【０１５５】
そこで、図１１に示されたステップＳ４においては、データ処理部１は販売者のコンピューターＣ１から提示された入札金額に応じた数の購入者のコンピューターＣ２との間で通信を許可するか若しくは購入者連絡先情報を提供することが考えられる。
【０１５６】
上記の「提示された入札金額に応じた数」とは、例えば販売者毎の入札金額に応じて按分する数や割合にあたる購入者のコンピューター数を意味する。この例では、販売者のコンピューターＣ１を利用する販売者が入札金額を高く提示するほど多くの購入者のコンピューターＣ２へ送信データを送ることができることになる。
【０１５７】
以上のような売買情報交換方法によれば、販売者のコンピューターＣ１を利用する販売者と購入者のコンピューターＣ２を利用する購入者の間における商談の機会が上記入札金額に応じたものとされるため、「勝者の総取り」とならず、入札額を高くできない販売者にも提案の機会が与えられる。
【実施例１２】
【０１５８】
［請求項１２、４０対応  １〜６＋購入者用決済］
また上記において、データ処理部１は、図８のステップＳ５において通信の許可若しくは購入者連絡先情報が提供された販売者のコンピューターＣ１と購入者のコンピューターＣ２との間において、ステップＳ６において当該物品の仕様データや見積金額を示すデータなど売買交渉で必要とされる情報の交換を仲介し、かかる情報交換により当該販売者と当該購入者との間で交渉が成立したときは、ステップＳ７において決済部７に対して上記交渉により決定された販売価格を示す情報に基づいて代金決済処理を実行させる構成も有効である。
【実施例１３】
【０１５９】
［請求項１３、４１対応  １〜３、３１〜３３＋販売者の組合せ］
購入者が行う１回の見積照会に複数の物品が含まれている場合、１つの販売者が全てを一時に提供することが難しい場合がある。例えば、風邪を引いて自宅で仕事をしたい購入者が「風邪薬と無線ルーターとパジャマ」を急遽買う必要があるとする。品揃えの豊富な巨大ショッピング・サイトは全ての物品を販売することが可能であるが配送日数がかかりすぐには買えないため、在庫を持つ近くの薬局とパソコンショップと衣料品店を探して、
今すぐに買いに行きたい。ここで、３つの物品の販売者を個別に探すのではなく、「風邪薬と無線ルーターとパジャマが、今すぐ買いに行ける店」というひとつのリクエスト情報の送信で探したいという課題がある。
【０１６０】
そのような薬局等は駅前の商店街の中、近くの大きなショッピングモールの中、幹線道路沿いのチェーン店等に存在すると考えられる。物品は安ければよいというものでもなく、購入者にとっては、店の雰囲気やついでの買い物の利便、衣料品のデザインの好み等も重要である。
【０１６１】
そこで、以下において、図１８、図１９を参照しつつ、本課題を解決する売買情報交換方法を詳しく説明する。売買情報交換装置ＳＶ１において、データ処理部１は以下を行う。
【０１６２】
ステップＳ１は上記と同様である。
【０１６３】
第２のステップＳ２では、購入者のコンピューターＣ２から購入を希望する複数の購入の物品名と購入条件を含むリクエスト情報を受信する。
【０１６４】
第３のステップＳ３では、データ処理部１は、複数の購入希望物品の一部若しくは購入条件の一部が販売者の受信条件と合致する販売者を選択する。
【０１６５】
第４のステップＳ４は、更に図１９の５ステップに分かれる。複数の購入希望物品を満たす販売者の組合せが複数ある場合、そのリストを作り、リストから組合せを選択する。図１９を用いて下記に詳しく述べる。
【０１６６】
第４の１のステップＳ４−１では、選択された販売者のコンピューターに購入者連絡先情報を含まないリクエスト情報若しくは受信条件を送信する。
【０１６７】
第４の２のステップＳ４−２では、販売者から販売可能な物品の識別情報と物品毎の入札金額を示す情報を合わせて受信する。それぞれの販売者は全ての物品を揃えられないかもしれない。
【０１６８】
第４の３のステップＳ４−３では、購入希望物品及び購入条件を満たす販売可能な物品と対応する販売者の識別情報の組み合わせを選び１つの販売セットとする。可能な組合せが複数あれば、複数の販売セットからなるリストを作成する。
【０１６９】
第４の４のステップＳ４−４では、リスト中から１ないし複数の販売セットを選択する。
【０１７０】
第４の５のステップＳ４−５では、選択した販売セットに含まれる販売者を所定の基準によって選択する第２の選択を行う。
【０１７１】
図１８の第５のステップＳ５では、選択された販売者のコンピューターＣ１と当該購入者のコンピューターＣ２との通信を許可し、若しくは購入者連絡先情報の提供を行う。その際に、購入者に上記選択された複数の販売セットに関する情報を提供し、各販売者には販売する物品に関する情報を提供する。
【０１７２】
入札金額の課金に関しては、販売セットのリストから販売セットを選択する際に、販売セットに含まれる物品に対応する入札金額を課金が可能な販売者のみからなる販売セットを選択する構成が有効である。複数の販売セットを購入者に提示する場合、課金する金額
は、第２の選択で選択された販売セットに含まれる全ての物品に対応する入札金額を販売者毎に合算して課金する構成、販売セットに物品がいくつ出てきてもその物品については入札金額を一度だけ加算して課金する構成が有効である。
【０１７３】
また、購入希望物品を全て満たす販売者の組み合わせから販売者を選ぶ方法としては、後述の最も安価な合計販売金額を選ぶ方法、入札金額の最大化を行う方法、効率的に買い物に回れるように地理的条件を優先する方法、配送時の二酸化炭素排出量を最低にする方法、最も早く入手が可能な方法等が考えられる。
【０１７４】
その結果、例えば、地元の商店街にある複数の小規模店が連携して照会に応じることができれば、購入者はすぐに買いに行って入手することができ、送料もかからないため安価に購入が可能であるという効果がある。
【実施例１４】
【０１７５】
［請求項１４、４２対応  ４、３４＋販売者の組合せ  入札なし］
入札が不用である要請がある場合、第４の２のステップＳ４−２において入札を受信しない他は実施例１３と同様である。
【実施例１５】
【０１７６】
［請求項１５、４３対応  １３、１４、４１、４２＋販売者の組合せにおける合計購入金額の優先］
最も安価に購入可能な販売者の組合せを知りたい要請もある。
【０１７７】
その場合、第４の２のステップＳ４−２において、販売者のコンピューターから、その販売者が販売可能な物品毎の販売金額を示す情報を合わせて受信する。
【０１７８】
第４の３のステップＳ４−３において、販売セット毎にその販売セットに含まれる物品の販売金額を合計して合計販売金額を算出し、第４の４のステップＳ４−４においてリスト中で合計販売金額に応じて１ないし複数の販売セットを選択する。
【０１７９】
ここで、合計販売金額に応じてとは、販売金額の合計が最も低いセットから順に所定の数を選択する方法が考えられる。購入者には購入希望を満たす販売者の組合せセットを複数提供することにより、購入者は好みの組合せセットを選択することが可能である。各販売者には販売する物品に関する情報を提供する。このような方法により、購入者は最も安価に買い物をすることが可能となる。
【０１８０】
物品毎の販売金額と、配送料の計算方法、振り込み手数料等に関する情報を合わせて受信して、これらを加味した合計販売金額を算出する構成も有効である。
【実施例１６】
【０１８１】
［請求項１６、４４対応  １３、１４、４１＋販売者の組合せにおける合計入札金額の優先］
最も合計入札金額が高くなる販売者の組合せを取りたい要請もある。
【０１８２】
その場合、実施例１３の第４の３のステップＳ４−３において、販売セット毎にその販売セットに含まれる物品に対応する入札金額を合計した合計入札金額を算出し、第４の４のステップＳ４−４においてリスト中で合計入札金額に応じて１ないし複数の販売セットを選択する。
【０１８３】
また、入札金額に応じてとは、入札金額の合計が最も高いセットから順に所定の数を選
択する方法が考えられる。これにより、入札金額の最大化を図ることが可能となる。
【実施例１７】
【０１８４】
［請求項１７対応  １３、１４＋販売者の組合せにおける連携相手の指定］
販売者にとっては、同じ商店街あるいは同じショッピングモールの店同士で連携して買い物需要に応えたい、あるいは大規模店に隣接する小規模店は大規模店での買い物のついでに来店してもらいたいという要望がある。
【０１８５】
そこで、販売者のコンピューターＣ１から組み合わせを希望する販売者を指定する情報を受信して記憶部３が予め記憶しておき、データ処理部１は販売者同士の組み合わせの指定を優先して上記組み合わせと販売者の選択を行う構成も有効である。
【実施例１８】
【０１８６】
［請求項１８、４５対応  １３、１４、４１、４２＋位置と買い物ルートを加味した販売者の組合せ］
また、販売者のコンピューターＣ１及び購入者のコンピューターＣ２がネットワークを介して提供する位置情報を記憶部３が記憶しておき、データ処理部１は、購入者のコンピューターＣ２から購入したい販売者の位置についての希望を示す情報を受信したときに、記憶された位置情報に基づいて、販売者の位置や買い物の道順が希望に合致するよう販売者の組み合わせと選択を行う構成も有効である。
【０１８７】
ここで、位置情報は住所を示す文字情報の他、緯度及び経度を示す情報等であってもよい。
【０１８８】
上記のステップＳ４における組み合わせの特定においては、複数の販売者の店舗を購入者が順次訪問する際の道のりを積算し、かかる道のりの合計が購入者の希望の範囲内となるように決定する方法や、購入者の位置から上記店舗の位置を順次直線で結び直線距離を積算する簡易な距離積算を行い、かかる距離積算の結果が最小となるように決定する方法等も考えられる。
【０１８９】
このとき、購入者からの希望として「家から近い」等という条件が提示された場合、候補となる上記店舗のうち上記家から所定の距離以上離れた店舗を除外した上で上記積算を実行することとすれば、演算時間を短縮することができる。
【０１９０】
また、特定された上記組み合わせに応じて購入者が実際に移動することになる買い物ルートを示す情報についても、購入者のコンピューターＣ２、あるいは当該購入者が有する車やスマートフォンのナビゲーションシステムに供給するようにしてもよい。
【０１９１】
このように、優先的に組み合わせる販売者を指定可能とすることにより、同じ商店街や近くの販売者と組み合わされる方が購入者の買い物の利便が良い。
【０１９２】
一方、販売者にとっては、地理的に近い範囲に居住する購入者を顧客とすることができ、商店街のイベント等での効果が上がるというメリットがある。地域の小規模事業者が連携して売買に参加できるため、地域での売り上げの向上と雇用の増大、ひいては格差社会の軽減が期待される。
【実施例１９】
【０１９３】
［請求項１９対応  １３、１４＋組合せ広告を生成する広告情報処理装置］
例えば、商店街にある店舗が合同して来客を招請したいという要請がある。商店街は、四季折々に独自性のあるイベントを行って集客に努めている所が多い。例えば、桜の花の
時期に、商店街の桜並木を活かして桜祭りと称するイベントを行っている場合、同じ商店街に属する美容院の広告とレストランの広告と割引クーポン、及び商店街の美しい夜桜の写真を合成して、購入者に送信したい。
【０１９４】
そのような合成された広告を提供することは、個々の販売者では難しいため、図３に示す広告代理店のサーバー等からなる広告情報処理装置ＳＶ２において広告処理を行う構成も有効である。
【０１９５】
広告情報処理装置ＳＶ２は記憶部２１と、広告情報処理部２１を含む。そして、広告情報処理部２１は、売買情報交換装置ＳＶ１に含まれたデータ処理部１と販売者のコンピューターＣ１に接続される。
【０１９６】
予め、記憶部２１は、販売者のコンピューターＣ１から供給された物品等毎の広告情報を記憶しておく。広告情報には物品等の仕様や使用方法等を説明する文字データのみならず、クーポンや物品等を撮影することにより得られた画像データや動画データ等も含まれる。
【０１９７】
ここで、購入者が複数の物品等を希望した場合、広告情報処理部２２は売買情報交換装置ＳＶ１から販売者と物品の組合せセットを受信し、記憶部２１から物品等毎に対応する広告情報を読み出してそれらをひとつの広告に合成して購入者のコンピューターＣ２へ送信する。
【０１９８】
このとき、物品等の広告のみならず、商店街の花見イベントの案内のような販売者に共通の広告を挿入すると訴求効果が高い。
【０１９９】
また、上記購入者の属性データ、すなわち性別や年齢、購入希望者の過去の利用履歴、他の購入の履歴、他の利用者のキーワード履歴等を示す属性データを予め記憶部２１に記憶しておき、広告情報を合成する際にこれらの属性データを参照して合成対象データを選択するようにすれば、購入者のコンピューターＣ２を利用する者が購入を希望する物品等に関し、当該利用者のニーズにより合致した合成広告情報を提供することができる。
【０２００】
なお、本広告情報処理装置ＳＶ２を売買情報交換装置ＳＶ１の内部に組み込んでおくことによって、通信の許可の度に売買情報交換装置から購入者のコンピューターに自動的に広告を送信する構成も有効である。
【０２０１】
上記より、例えば広告情報処理装置ＳＶ２が広告代理店により管理運用され、当該広告代理店で生成された高品質な広告情報が記憶部２１に記憶されることにより、販売者は購入者に対して低コストで高品質な広告情報を提供することができる。
【０２０２】
例えば、上記の「美容院に行って、友人と会ってレストランで食事をしたい。」という照会に対しては、同じ商店街に属する美容院の広告とレストランの広告とクーポン、商店街の満開の桜並木の写真を合成することが考えられる。広告には画面上に予約ボタンを付加し、販売者側で名前や予約数を把握可能とする構成も望ましい。
【実施例２０】
【０２０３】
［請求項２０、４６対応  １〜３、７，１３、３１〜３３、３７、４１＋入札金額課金は売買成立時に発生］
また、入札金額の課金は上記のように通信許可の前になされるが、購入者を装う者が購入する意志もないのにリクエスト情報を送信すると、販売者はその度に入札金額を課金される問題がある。
【０２０４】
それを防止するためには、購入者あるいは販売者のどちらかが売買情報交換装置ＳＶ１に売買成立を通知した時点で入札金額を課金する構成も有効である。なお、このような方法は、電話で売買が成立した場合でも有効である。上記決済部７が決済処理を実行した時点で課金を行えば更に簡便である。
【実施例２１】
【０２０５】
［請求項２１、４７対応  １〜３、７，１３、３１〜３３、３７、４１＋自動入札］
また、販売者が提示する入札金額に関しては、販売者のコンピューターに購入者連絡先情報を含まない購入者のリクエスト情報若しくは受信条件を送信し入札金額を示す情報を受信する方法に代えて、図２０に示すようにステップＳ０において記憶部３に予め入札金額や、入札予算金額、当該販売者の在庫情報、仕入れ値、材料費、加工費、サービス提供費、人件費等を含む原価を示す調達コスト、あるいは入札金額の算出式といった入札金額算出情報を格納しておき、第４のステップＳ４においてデータ処理部１が入札金額算出情報に基づいて入札金額を算出して自動的に入札を行うようにしてもよい。
【０２０６】
なお、販売者のコンピューターは、入札金額算出情報を予め送信しておいてもよいし、送信データや販売者の受信条件と共に送信してもよい。
【０２０７】
また、購入者が見積もりを取る度に販売者は入札金額を支払う必要が生じる。このため、購入者が頻繁に見積もりを取っても購入に至らない場合は、販売者の入札金額が無駄になる。また、不正やいたずらで見積もり取得をする購入者も想定し得る。
【０２０８】
そこで、このようないたずらへの対策として、各購入者の見積もり要求に対して、過去にどれくらいの頻度で購入に至っているかを示す購入実績を加味して、よく購入する購入者に対する入札金額は高く、あまり購入しない購入者に対する入札金額は低く算出すれば入札金額の無駄を防ぐことができる。
【０２０９】
記憶部３は購入者毎のリクエスト情報の受信回数と購入回数を購入実績として更に記録し、データ処理部１は第２の選択に代えて、リクエスト情報、受信条件若しくは送信データに含まれる物品を特定する情報、入札金額算出情報、及び購入実績におけるリクエスト情報の受信回数に対する購入回数の比に応じて入札金額を算出して入札金額とし、入札金額に応じて一ないし複数の販売者を選択する第２の選択を行う構成も有効である。
【０２１０】
例えば、販売金額と所定の入札金額率（例：２％）に対して、次のような計算式が考えられる。ここで、購入者の購入率はリクエスト情報の受信回数に対する購入回数の比である。
【数１】
2020144912.tif 000003
【０２１１】
上記のような方法によれば、購入実績の少ない購入者や、不正やいたずらで見積もりを取得する購入者に対して、販売者が入札金額を支払うというリスクを低減することができる。
【０２１２】
また、販売者にとって売買成約の可能性は入札の結果選択される販売者の数にも依存する。入札金額の算出に入札の結果選択される販売者の数を加味する構成も有効である。販売者数が少ないならば入札金額を大きくし、多いならば入札金額を小さくすると、入札金額が無駄に支払うリスクを低減できる。
【０２１３】
更に、購入者に単なる興味で価格を聞いているのか、真剣に購入を考えているかといった購入意思の強さの度合いを記入させ、それを数値化して購入意思が強ければ入札金額を高く算出する構成も有効である。
【実施例２２】
【０２１４】
［請求項２２対応  １〜３、７，１３、３１〜３３、３７、４１  ＋自動入札をする入札装置］
また、上記における入札は、図４に示された入札装置ＳＶ３による自動入札としてもよい。
【０２１５】
すなわち、記憶部３１は販売者のコンピューターＣ１から入札金額算出情報を受信して記憶すると共に、入札処理部３２は売買情報交換装置ＳＶ１から購入者が送信したリクエスト情報送信を受信して、リクエスト情報に含まれる物品を特定する情報及び記憶部３１に記憶された入札金額算出情報に応じて入札金額を算出し入札を行う。売買情報交換装置ＳＶ１において販売者として選択されて通信許可を受けた場合は販売者のコンピューターＣ１にその旨を通知する。
【０２１６】
ここで、入札装置ＳＶ３は、より具体的には販売者、販売代理店、広告代理店のコンピューター等を想定しているがそれに限らない。
【０２１７】
また、上記入札処理部３２は、上記の入札金額算出方法によって入札金額を算出するようにすることも考えられる。
【実施例２３】
【０２１８】
［請求項２３対応  １〜６、１３、１４＋自動見積もり］
売買情報交換装置ＳＶ１に含まれた記憶部３は販売者のコンピューターＣ１から提供された物品毎の販売金額、調達コスト若しくは販売金額算出式を含む見積金額算出情報を更に記憶し、データ処理部１が、購入者のコンピューターＣ２から受信したリクエスト情報と通信の許可を受けた販売者のコンピューターＣ１から供給された見積金額算出情報に応じて合計金額を含む見積金額を算出し、購入者のコンピューターＣ２へ送信するようにしてもよい。
【０２１９】
また、本自動見積もり算出は、販売者が提供する仕入れ値と希望の利益率、及び記憶部３に記憶された複数の見積もりから購入に至った購入率とに応じて見積金額を算出する方法等が考えられる。ここで例えば、仕入れ値に利益率及び購入率に比例した係数を乗じた金額を見積金額とすれば、過去の購入率が低い場合は見積金額も低くなるため、購入率の向上が見込まれる効果がある。
【０２２０】
本自動見積もり算出を上記の入札装置に組み込んで、販売者のコンピューターＣ１あるいは広告代理店のコンピューターにおいて入札と見積もり提出の両方を自動的に行う構成も有効である。
【実施例２４】
【０２２１】
［請求項２４対応  １〜６＋掲示板の書き手のアフィリエイト］
【実施例２５】
【０２２２】
［請求項２５、４８対応  掲示板の書き手のアフィリエイトの買い物処理装置］
［第１の買い物処理方法］
図２に示されたサーバーＳＶ１等の売買情報交換装置においては、リクエスト情報を送信する購入者の数を増やしたい、そのためには物品名等のキーワードを含むリクエスト情
報を効率的に作成し、購入者がリクエスト情報を容易に送信できるようにしたいという課題もある。そこで、アフィリエイトを用いて、購入者が１クリックでリクエスト情報を送信できる手段を提供する。
【０２２３】
アフィリエイトとは、一般的には、アフィリエイターと呼ばれるブログ等の運営者が販売者から提供されたアフィリエイト・リンク（物品の識別情報が付加された長いＵＲＬ）をＷｅｂページに埋め込む方法である。ブログの読者が当該リンクをクリックするとアフィリエイト先の販売者の物品の購入ページが表示され、読者が購入に至った場合に販売者若しくは広告代理店がアフィリエイターに成功報酬を支払う仕組みである。
【０２２４】
一般のアフィリエイトにおいては、Ｗｅｂページにアフィリエイト・リンクを埋め込むことができるのはそのＷｅｂページの運営者のみである。これに対して、本発明においては、運営者に加えて一般の利用者（読者）がアフィリエイト情報を読者参加型の掲示板、ＳＮＳ、ブログのコメント欄、動画の付加情報に書き込んでアフィリエイト報酬を得る方法を提供する。また、Ｗｅｂページの広告、デジタル新聞・雑誌の広告、アプリケーション等にも適用可能である。アプリケーションの場合は、アフィリエイターは開発者を指し，閲覧者はアプリケーションの利用者を指すものとする。
【０２２５】
以下において、本発明の第１の買い物処理方法の実施の形態を、図５の構成図と図２１のシーケンス図を参照しつつ詳しく説明する。ここでは、具体的な例として、Ｗｅｂサーバーを兼ねる買い物処理装置ＳＶ４が読者参加型の掲示板を提供し、掲示板の閲覧者としてアフィリエイターはコンピューターＣ４を、購入者はコンピューターＣ２を使用する。買い物処理装置ＳＶ４は売買情報交換装置ＳＶ１と連携し、販売者のコンピューターＣ１は売買情報交換装置ＳＶ１と連携する。掲示板は一例であって、雑誌記事や広告の表示、動画の表示、アプリケーション中の任意の表示であってもよい。
【０２２６】
図２１に示すように、本発明におけるアフィリエイトを用いた買い物処理方法は上記５つの構成要素間の通信手順から構成される。
【０２２７】
売買情報交換装置ＳＶ１の第１のステップＳ１においては、データ処理部１は記憶部３に販売者のコンピューターＣ１から送信された受信条件を記憶させる。
【０２２８】
買い物処理装置ＳＶ４はステップＳ４１において、アフィリエイターＣ４に掲示板を表示する。図２２に示す掲示板の例では、過去に他の閲覧者によって書き込まれた意見１０３を読むことができる。ここで、アフィリエイターＣ４は、自分も意見を書き込み、その中に「○○社のＨＡＬ９０００」という商品のアフィリエイト情報を埋め込みたいと考えたとする。
【０２２９】
アフィリエイターＣ４は、ステップＳ３１において、売買情報交換装置ＳＶ１に上記○○社のＨＡＬ９０００という物品名あるいは商品コードと、自身の識別情報を送信する。識別情報とは、例えば、アフィリエイターのアカウント名である。
【０２３０】
売買情報交換装置ＳＶ１のデータ処理部１はステップＳ１０において、○○社のＨＡＬ９０００という物品名とアフィリエイターの識別情報から、一時的な物品の識別情報（例１９９２０１１２）を生成し、これらを記憶部３に記憶させる。また、アフィリエイターＣ４に送信する。
【０２３１】
アフィリエイターＣ４はステップＳ３２において、図２２の新規書き込みの送信フォーム１０１に文章を書き込む際に、例えば、[[文字列|物品の識別情報]]というアフィリエ
イト情報を埋め込み、送信ボタン１０２を押す。ここで、「文字列」とは、表示のための
物品等の名称や画像である。
【０２３２】
入力者によるアフィリエイト情報の入力は、このようなアノテーション文字を付する方法の他、編集ボタンを押下して入力修飾機能を実行する方法、あるいは上記のステップＳ３１の代わりにアフィリエイターＣ４に物品情報の一覧を検索させて対応する物品識別情報を自動的に入力する方法、デジタル新聞・雑誌に映っている物品にアフィリエイト情報を付加する方法、動画において映っている物品に相当するシーンにアフィリエイト情報を付加する方法をとってもよい。
【０２３３】
買い物処理装置ＳＶ４の記憶部４１はステップＳ４２において、上記書き込まれた意見を記憶する。上記の手順は、売買情報交換装置ＳＶ１から直接物品識別情報を受け取る手順としてもよい。
【０２３４】
次に、ステップＳ２１において、異なる閲覧者、即ち購入者Ｃ２がこの掲示板を表示すると、ステップＳ４３において、買い物処理装置ＳＶ４の記憶部３から上記記憶された掲示板が読み出されて、表示される。その際、アフィリエイターＣ４が入力した文字情報又は画像情報が選択（クリック、タップ）可能な状態で表示される。図２２の１０４は選択可能なアフィリエイト情報の別の例である。
【０２３５】
この物品の価格を知りたいと考えた購入者Ｃ２が上記アフィリエイト情報を選択すると、物品の識別情報が送信される。
【０２３６】
買い物処理装置ＳＶ４の購入処理部４２はステップＳ４４において、上記物品の識別情報を受信する。
【０２３７】
買い物処理装置ＳＶ４の購入処理部４２はステップＳ４５において、上記物品の識別情報と、購入者Ｃ２の識別情報を売買情報交換装置ＳＶ１に送信する。
【０２３８】
売買情報交換装置ＳＶ１のデータ処理部１は第２のステップＳ２において、物品の識別情報を受信し、それを用いて、ステップＳ１０で記憶した物品とアフィリエイターＣ４を検索する。物品に関する情報をリクエスト情報として、上述の第３のステップＳ３から第５のステップＳ５までを実行する。
【０２３９】
買い物処理装置ＳＶ４の購入処理部４２はステップ４６において、売買成立の場合に決済処理を行うか、又は購入者の購入の意思を売買情報交換装置ＳＶ１あるいは販売者のコンピューターＣ１に伝達する。
【０２４０】
売買情報交換装置ＳＶ１のデータ処理部１はステップＳ６において、通信の許可が発生する度、あるいは売買が成立する度に、報酬処理を行う報酬部９にアフィリエイターＣ４に対する報酬処理を行わせる。
【０２４１】
以上のステップのうち、売買情報交換装置ＳＶ１に関わるステップが実施例２４であり、買い物処理装置ＳＶ４に関わるステップが実施例２５である。
【０２４２】
ここで、アフィリエイト情報の選択時に価格相場やレコメンデーションの表示を行う構成、Ｗｅｂページ内でキーワードを学習し自動的にマーキングを行ってアフィリエイト情報を設置する構成、希望の納期や配送方法の条件を付加可能とする構成、ブログや掲示板の運営者の識別子を受け取ってアフィリエイト報酬を分配する構成、キーワードに対応する広告を受け取る構成等が考えられる。また、これらの構成はＷｅｂシステムに加えて、アプリケーションとして実現することもできる。
【０２４３】
これにより、ブログや掲示板の運営者とは異なる多数の一般の読者が効率的にリクエスト情報を作成することが可能となり、また、アフィリエイト報酬を得ることができる。また、それを読む多数の読者が掲示板等に表示された文字若しくは画像を選択するだけで、容易に物品の購入を行うことができる効果がある。
【０２４４】
掲示板やブログの運営者にとっては、従来のように、掲示板の画面に広告スペース、アフィリエイトのバナーやリンクを設ける必要がなくなるため、当該画面に表示されるコンテンツがすっきり美しく見えるという効果も得ることができる。
【０２４５】
なお、アフィリエイターＣ４が自分でクリックを行って報酬を不正に得ることも考えられる（自己クリック）。対策としてＨＴＴＰクッキーを用いた不正対策等を施す構成も有効である。
【実施例２６】
【０２４６】
［請求項２６対応  ２５＋サイトを跨がる仮想ショッピングカート］
上記アフィリエイトにおいて、運営者が異なる複数の掲示板に表示された複数のアフィリエイト対象物品に関して、一度に見積もりを照会したいという課題もある。
【０２４７】
そこで、売買情報交換装置ＳＶ１の記憶部３にショッピングカートを設ける。図２ではショッピングカート８として図示されている。
【０２４８】
買い物処理装置ＳＶ４の購入処理部４２は、購入者が物品を示す文字列若しくは画像を選択した際に、売買情報交換装置ＳＶ１に購入者の識別情報と物品の識別情報を送信し、売買情報交換装置ＳＶ１のショッピングカート８に物品の識別情報を追加させる。
【０２４９】
ここで、購入者の識別情報とは、アカウント情報、ＨＴＴＰクッキーやアプリケーションの利用者識別子等を意味し、１人の購入者が、運営者が異なる複数のページにおいてそれぞれ物品情報を選択して、その購入者に対応する見積もりカートに追加することを可能とする。このとき、購入者が希望する数量、納期、設置や説明等サービスに関する購入条件も指定可能とするとよい。
【０２５０】
また、購入者が物品をショッピングカート８に追加した後、図２２の見積もり依頼ボタン１０５を押すと、買い物処理装置ＳＶ４の購入処理部４２は売買情報交換装置ＳＶ１に見積もり依頼ボタン１０５が押された旨のリクエスト情報を送信し、ショッピングカート８に既に追加されている複数の物品に関する売買情報交換処理を開始させることができる。
【実施例２７】
【０２５１】
［請求項２７、４９対応  １〜６、３１〜３６＋買い物装置］
以上の売買情報交換方法を利用する購入者側のコンピューターＣ２においては、売買情報交換方法の特別な処理方式に対応している必要がある。そのようなコンピューターＣ２を買い物装置と呼ぶとして、図６に示す購入者の端末である買い物装置Ｃ５として構成する場合と、図５の買い物処理装置ＳＶ４のようにサーバーとして構成して購入者の端末にサービスを行う場合が考えられる。以下において、図２３のシーケンス図を参照しつつ、本発明の実施の形態に係る買い物方法を説明する。
【０２５２】
ステップＳ１１において買い物装置Ｃ５の購入処理部５２若しくは買い物処理装置ＳＶ４の購入処理部４２は、購入者から入力された購入希望物品や購入条件等を示すリクエスト情報を売買情報交換装置ＳＶ１に送信する。なお、事前に売買情報交換装置ＳＶ１から
物品の説明、写真、物品識別情報等を受信し、購入者に提示してから、物品識別情報を売買情報交換装置ＳＶ１に送信してもよい。
【０２５３】
ステップＳ１２において購入処理部５２若しくは購入処理部４２は、販売者のコンピューターＣ１又は売買情報交換装置ＳＶ１から上記購入対象に対する購入条件情報を複数受信する。購入条件情報には納期、購入金額、広告等の情報が含まれる。
【０２５４】
ステップＳ１３において決済部５１若しくは決済部４３は、購入の意思を示す情報を売買情報交換装置ＳＶ１又は当該販売者のコンピューターＣ１に送信するか、購入金額の決済処理を実行する。
【０２５５】
以上により、購入者がデジタル新聞・雑誌の広告をタップ・クリックする、新聞・雑誌の広告に付随する商品コードをスキャンする、欲しい物品に関する文字や写真を入力する、といった行動により、複数の見積もりを受け取り、好みの販売者から購入をすることができる。
【０２５６】
なお、購入者によりコンピューターに入力された文字情報、音声情報若しくは画像情報に自然言語処理若しくは音声画像処理を施すことにより購入希望物品を示す情報を抽出する購入対象情報抽出手段を備える構成も有効である。また、買い物装置の開発者が購入金額あるいは入札金額の一部を報酬として受領する構成も有効である。
【実施例２８】
【０２５７】
［請求項２８、５０対応  自然言語の買い物装置］
［第２の買い物方法］
非特許文献３に示す音声入力端末においては、購入者が音声で入力した物品名がサーバーに送信され、Ｗｅｂ上のショッピングカートに追加される。その後、購入者はパソコンを用いてＷｅｂ上のショッピングカートを開き、個々の物品名と金額、及び合計金額を確認して発注を行う。合計金額の提示は運営会社からのひとつのみである。複数の販売者の販売価格を比較して有利な条件で買い物を行いたいという要請がある。
【０２５８】
そこで、これまで述べてきた、スマートフォンに欲しい物をしゃべるだけ、写真を撮るだけで、複数の見積もりを受領し、好みの見積もりを選択して購入する方法を提供するという課題に対して、技術上の意義が密接に関連する今ひとつの解決方法を提案する。
【０２５９】
以下において、図２４を参照しつつ、図６に示された買い物装置Ｃ５による本発明の実施の形態に係る第２の買い物方法を詳しく説明する。本買い物方法は、スマートフォンに欲しい物をしゃべるだけ、写真を撮るだけで、複数の見積もりを受信し、好みの見積もりを選択して購入する方法を提供するものであるが、売買情報交換装置ＳＶ１は介さず、直接販売者や代理店のコンピューターＣ１とやりとりを行う。また、図５の買い物処理装置ＳＶ４のようにサーバーとして構成して購入者の端末にサービスを行う構成としてもよい。
【０２６０】
ステップＳ１１において買い物装置Ｃ５の購入処理部５２は、購入者から入力された購入希望物品や購入条件等を含むリクエスト情報を複数の販売者のコンピューターＣ１に送信する。
【０２６１】
ステップＳ１２において購入処理部５２は、販売者あるいは代理店のコンピューターＣ１から購入条件情報を受信する。購入条件情報には納期、購入金額、広告等の情報が含まれる。
【０２６２】
ステップＳ１３において決済部５１は、購入の意思を示す情報を当該販売者のコンピューターＣ１に送信するか、決済処理を実行する。
【０２６３】
上記における販売者の選択方法としては、多数の販売者を登録し一覧から選択可能なサーバーを使用する構成、購入者の過去の購入履歴、他の人の購入実績、販売者の評価、販売金額が低い順、人気順、在庫の有無等購入条件等を加味して選択する方法が考えられる。
上記において、自然言語処理や音声・画像処理が必要な場合、買い物装置Ｃ５で行う構成と、図示しない第３のサーバーで実行する構成、販売者のコンピューターＣ１でそれぞれお実行する構成がある。
【０２６４】
決済処理は、販売金額の受信後に購入者による購入の意志を示す情報を受け付けてから決済を行わせる構成も、購入者による購入の意思を確認せずに購入金額の高低等の所定の条件により自動的に購入を行う構成も有効である。
【０２６５】
本発明における買い物装置Ｃ５は、購入者にとっては販売条件と合計金額が好みに合う販売者の選択が可能である効果と、販売者にとっては多様な販売に参加する機会が増える効果がある。
【実施例２９】
【０２６６】
［請求項２９対応  買い物支援ロボット］
上述の買い物装置を図６のロボットＣ６として構成すると、購入者の身近で買い物の手配や代行をしてくれるため大変便利である。
【実施例３０】
【０２６７】
［請求項３０対応  買い物支援乗り物］
買い物装置を図６の乗り物Ｃ７として構成すると、購入者が乗り物に乗って買い物に出かける際に買い物を支援してくれて大変便利である。
【０２６８】
なお、ここまで本発明に係る売買情報交換装置及び広告情報処理装置と売買情報交換方法を物品の売買に適用した場合における実施の形態について説明したが、本発明は物品の売買のみならず、例えば販売者のコンピューターＣ１を旅行代理店が使用すると共に、購入者のコンピューターＣ２を旅行者が利用する場合にも有用である。
【０２６９】
この場合には、旅行代理店は上記受信条件を示す情報として例えば自己が提供したい旅行ツアーの目的地等を予め記憶部３に記憶させておき、旅行者が自己の希望する行き先をリクエスト情報として売買情報交換装置ＳＶ１へ送信することによって、旅行者は当該行き先に強みを持つ旅行代理店との間で効率的に参加するツアーを決定することができる。
【０２７０】
さらに、本発明は、例えば販売者のコンピューターＣ１を人材募集会社が使用すると共に、購入者のコンピューターＣ２を就労希望者が利用するような場合にも有用である。
【０２７１】
この場合には、人材募集会社は上記受信条件を示す情報として例えば自己が提示する給与等を予め記憶部３に記憶させておき、就労希望者が自己の希望する就労条件をリクエスト情報として売買情報交換装置ＳＶ１へ送信することによって、就労希望者は自己が求める就労条件を提示する人材募集会社との間で効率的に就労先を決定することができる。
【実施例３１】
【０２７２】
［請求項５１、５２対応  動画を視聴中に物品を購入する買い物処理方法]
［請求項５３、５４対応  動画を視聴中に物品を購入する買い物の方法（端末側）]
これまで、購入者がテレビ番組中やコマーシャル（ＣＭ）で魅力的な物品を見て「ステキ！欲しいわ」と思っても（更に電話番号や検索キーワードも表示されても）、時間が経過すると何が欲しかったかを忘却してしまうという課題があった。テレビ番組、ＣＭ、ストリーミング動画を見ながら、そこ映った物品をごく簡単な操作で直ちに購入したいという要請もある。
【０２７３】
これまではテレビに付属するリモコンを用いて購入に必要な住所といった個人情報を入力することが困難であったために、ＣＭに映る商品を購入する方法は普及していない。購入者の個人情報が特定可能な光ネットワーク上のデジタル放送において一部可能であるのみである。現在では購入者がテレビを見ながらスマートフォンも稼働状態である場合も多い。家電メーカーはスマートフォンをテレビのキーボードとして文字入力を容易にするアプリケーションを提供している。また、スマートフォンがテレビやサーバーと通信を行って個人情報を伝達することは容易である。
【０２７４】
ところが、これまでのテレビ・ショッピング番組のように、「ズバリ○○円でご提供！ええー！」と提示される価格がひとつのみであると、「近所の店やショッピング・サイトでもっと安く買えるのかもしれない」という心理が働いて購入に踏み切れない場合がある。
【０２７５】
そこで、複数の見積価格の提示を受けて、価格に納得をした上で購入をしたいという要請もある。あるいは、ＣＭを提供するメーカーから割引クーポンの提供を受けて、後日に購入可能な店で購入をしたいという要請がある。
【０２７６】
そのような前提の元で、図５及び図６の構成図と図２５のシーケンス図を参照しながら、テレビや動画サイト視聴中における物品の購入方法を説明する。
【０２７７】
購入者が使用するコンピューターＣ２若しくは買い物装置Ｃ５は、テレビ受像機、ＢＤレコーダー等の録画機、スマートテレビ・アダプター、スマートフォン、タブレットといった形態、あるいはそれらの組合せの形態が想定される。ここでは例としてテレビとスマートフォンの形態の買い物装置Ｃ５を想定するが、動画を視聴可能な機械であればそれらに限らない。
【０２７８】
買い物処理装置ＳＶ４は、購入者に動画を提供する動画サイトのサーバー、放送局のサーバー、あるいは広告代理店のサーバーが想定される。なお、売買情報交換装置ＳＶ１が買い物処理装置ＳＶ４を兼ねて直接動画による買い物を処理する構成についてと、動画識別情報に関しては実施例１と段落００７２において説明した。下記においては実施例１と共通する事項も多い。
【０２７９】
販売者あるいは広告代理店は放送局あるいは動画配信サイトから自社が提供する動画、あるいは自社製品が映っている動画に関する動画識別情報を受領しておく。
【０２８０】
最初のステップＳ１１において買い物処理装置ＳＶ４の購入処理部４２は、販売者あるいは広告代理店のコンピューターＣ１、又は売買情報交換装置ＳＶ１から、ある動画の動画識別情報と、その動画に対応して販売したい物品を識別する物品識別情報の組を受信して記憶部４１に記憶させる。即ち、販売者は、あるチャンネルである日時に放送される動画、あるいは特定のＵＲＬで配信される動画と、販売したい物品を結びつける情報を買い物処理装置ＳＶ４に登録する。必ずしも販売者自身が提供する動画である必要はなく、多くの販売者がそのような組を多数登録すると想定される。
【０２８１】
ステップＳ２２において購入者は、動画を視聴中に映った物品を欲しいと思ったら、テ
レビＣ５の所定のリモコンボタンを押す。すると、テレビＣ５の購入処理部５２はその時に映っていた動画の動画識別情報を買い物処理装置ＳＶ４に送信する。あるいはスマートフォンＣ５のアプリケーションの所定のボタンを押すと、スマートフォンＣ５の購入処理部５２はその時に映っていた動画の動画識別情報を買い物処理装置ＳＶ４に送信する。
【０２８２】
ステップＳ１２において、買い物処理装置ＳＶ４の購入処理部４２は、テレビＣ５又はスマートフォンＣ５から動画識別情報を受信する。更に、記憶部４１を検索して、受信した動画識別情報に対応する物品識別情報を特定する。
【０２８３】
ステップＳ１３において、買い物処理装置ＳＶ４の購入処理部４２は、特定した物品識別情報を売買情報交換装置ＳＶ１に購入者のリクエスト情報として送信する。以後は前述の買い物方法、及び売買情報交換方法と同様である。前述の自動入札、自動見積もりによる方法が迅速で望ましい。
【０２８４】
ステップＳ２３において、購入者のテレビＣ５、スマートフォンＣ５等の購入処理部５２は販売者Ｃ１等から購入情報、即ち、複数の見積もり情報、割引クーポンあるいは広告等を受信する。そして、購入者に購入情報を提示し選択を受け付ける。選択によっては決済部５１を用いて購入処理を行ってもよい。
【０２８５】
購入に必要な住所等の購入者の個人情報の入力はステップＳ２１で予め行っても決済の段階で行ってもよく、スマートフォンＣ５から供給してもよいし、テレビＣ５のリモコンから入力しても、その他の方法によってもよい。
【０２８６】
以上のステップのうち、買い物処理装置ＳＶ４に関わるステップが買い物処理方法であり、買い物装置Ｃ５に関わるステップが買い物方法である。
【０２８７】
なお、ステップＳ２２において購入者が動画に映った物品の購入情報を知りたいと思った時点で所定のボタンを押すのであるが、タイミングが遅れると、後のＣＭの物品の購入情報が提供されてしまう。ステップＳ２２又はＳ２３において「前の物品」「次の物品」というボタンやスクロール表示を設けて、放送の時間軸上で連続する物品を提示し、購入者が物品を特定可能とする構成が有効である。
【０２８８】
あるいは動画視聴の間中、シーンに対応する物品の選択画面を順次表示し、購入者の物品の選択によって上記の手順を実行する構成も有効である。
【０２８９】
なお、販売者Ｃ１が放送局から動画識別情報を得られない場合、買い物処理装置ＳＶ４が図示しない放送局のサーバーに当該放送日時を送信して対応する動画識別情報を受領する方法、クラウド・ソーシングの方法により受信者が放送の度にネットワーク上の掲示板等に動画識別情報と物品情報をアップロードし、チャンネルと放送日時から物品を特定する方法も有効である。
【０２９０】
ひとつの動画中に映る複数の物品から選んで購入したいという要請もある。
【０２９１】
その場合、ステップＳ１１において、更に動画の始まりからの時間とその時間に対応して販売する物品の物品識別情報を受信して記憶手段に記憶させ、ステップＳ１２において更に動画開始時からの時間を受信し、その時間に対応する物品識別情報を特定し、ステップＳ１３以降は上記と同様の処理を行う様態も有効である。
【０２９２】
例えば、ある動画の開始から５秒から１０秒の間は物品Ａの広告に対応し、１０秒から１５秒の間は物品Ｂの広告であるような対応関係の情報を受信して記憶しておく。購入者
がその動画を視聴して、８秒の時点で見積もりを指示する動作を行った場合、８秒という時間を受信して、物品Ａが特定される。
【０２９３】
更に、ひとつの動画中のひとつのシーンに表示される複数の物品から選んで購入したいという要請もある。
【０２９４】
その場合、ステップＳ１１において、更に、動画のある時間における画像フレーム中の位置情報と、その時間と位置情報に対応して販売する物品の物品識別情報を受信して記憶手段に記憶させ、ステップＳ１２において、更に画像中で購入者が購入したい物品の位置情報を受信し、その時間と位置情報に対応する物品識別情報を特定し、ステップＳ１３以降は上記と同様の処理を行う様態も有効である。
【０２９５】
例えば、ある動画の開始から５秒から１０秒の間、右の人物が保持するのは物品Ａで、左の人物が保持するのは物品Ｂであるような対応関係の情報を受信して記憶しておく。購入者がその動画を視聴して、８秒の時点で、左の自分物が保持する物品を選択した場合、８秒という相対時間とフレーム内で左側という位置情報を受信して、物品Ｂが特定される。
【０２９６】
本発明によって買い物の利便性が向上すると、一時的な欲求によって必要性の低い物品を次々と購入してしまう可能性がある。特にテレビ放送の場合は、認知機能が低下した高齢者にも購入が容易であり、リアルタイム性のために十分な検討をせずに購入を繰り返すかもしれない。そこで、パスワードやテレビに付加したカメラによって特定の購入者のみが購入可能である構成、発注には家族や介助者等の承認操作を必要とする構成、発注確定までに所定の時間をおいてキャンセル可能とする構成、予算額や購入回数の枠を設けてそれ以上の購入は受け付けない構成、本発明によって得た物品に関する情報を「欲しい物リスト」に追加可能とし、物品の必要性の精査や後日の発注を可能にする構成等を併用することが望ましい。
【実施例３２】
【０２９７】
［請求項５５対応  物価を調整するＨ経済］
情報通信技術の発達により物品の販売が広い範囲での競争となり、物価低下（デフレーション）と給与水準の低下の一因となっていることは「発明が解決しようとする課題」に述べたとおりである。
【０２９８】
本発明により価格競争の機会が減ると、物価は上昇する。購入者にとって望ましくない物価高（インフレーション）に至る危惧がある。一方、本発明により価格競争が強化されて、販売者にとって望ましくない物価低下が発生する可能性もあり得る。そこで、本発明を用いて売買される物品の物価を調整したいという課題がある。
【０２９９】
ここで、売買情報交換方法において第１の選択のステップで選択する販売者の数を「第１の販売者選択数」、第２の選択のステップで選択する販売者の数を「第２の販売者選択数」と呼ぶことにする。
【０３００】
第２の販売者選択数が多いと、多くの販売者が通信を許可されるため、購入者に提出される見積もりの数も多くなる。販売者は「多数の販売者との価格競争に勝つためには見積金額を低くする必要がある」と考えるため、購入者の購入金額も低くなると予測される。これが続くと、全体的に物価は下降する。第２の販売者選択数が少ない場合には、逆に、物価は上昇する。「コンクリート製品」といった物品の分野毎、地域毎にいくつかの特定の物品の価格を継続的に調査することにより、物品の分野毎、地域毎の物価の動向を把握することが可能である。
【０３０１】
そこで物価の上昇を観測した場合は物価下落のために第２の販売者選択数を増やし、物価の下降を観測した場合には物価上昇のために第２の販売者選択数を減らす操作を行う方法をとると、物価を一定の範囲の中に留める効果が期待される。物品の分野毎、地域毎に調整を行うとよい。
【０３０２】
一回一回の売買情報交換においては、販売者選択数は整数値である必要があるが、売買情報交換の度に少しずつ変化させて、統計的に販売者選択数が非整数の小数値になるように調整するとより精密な調整が可能である。第２の販売者選択数を購入者により選択可能とする場合には、選択の範囲を上記の方法により変更することが有効である。
【０３０３】
販売者による第２の選択のための入札が過熱すると、販売者にとって入札金額の支払いが過度の負担になる課題もある。
【０３０４】
第１の選択では受信条件とマッチする販売者が選択されるが、 第１の販売者選択数を
乱数や地域の販売者を優先する等の手段により更に減らすことも可能である。この第１の販売者選択数が多いと、販売者は入札においてより高い入札金額を提示する必要があると考え、第１の販売者選択数が少ないと入札金額はあまり高くなくてよいと考える傾向があると予測される。従って、第１の販売者選択数は入札段階での競争率と入札金額の支払いの大きさを左右する。入札が過熱する傾向がある場合、売買情報交換装置の運営者が第１の販売者選択数を減らすことにより、販売者の入札の負担を減らすことが可能である。
【０３０５】
本発明による売買情報交換方法をＨマーケティング、「需要の海」を含む市場をＨ市場、上記の物価調整方法を含む本発明の経済システムをＨ経済と呼ぶ。
【０３０６】
市場経済において物価調整のために一般的に行われる中央銀行による金利とマネタリー・サプライの操作は、間接的な物価調整手段であるため、行きすぎた景気過熱（バブル）とインフレーションを招く危険がある。また、物価調整が効かず、デフレーションを止められない場合もある。
【０３０７】
市場経済でありながら競争の範囲の調整が可能なＨ経済において、上記の物価調整は直接的であり、即座に効果があると期待される。また、物価を加熱させる投機的なマネーゲームが起きにくいことが期待される。
【０３０８】
物価調整は、中央銀行と同様に政治から独立で、購入者と販売者の双方の意見を反映する組織によって慎重に行われるべきである。売買情報交換装置ＳＶ１が安全で堅固な情報システムであることも重要である。
【実施例３３】
【０３０９】
［請求項５６対応  並行接客］
通信の許可をなされた販売者は購入者の相談に乗り提案や見積もりの提出を行う。ここではこれを接客と呼ぶ。販売者にとって接客には人件費がかかるため、接客を行わないネットワーク上の通信販売専門店と比較して販売価格が高くなる問題がある。そこで、接客コストを下げて競争力のある販売価格を実現したいという課題がある。
【０３１０】
その解決手段として、通信を許可された販売者がメールやチャットのような手段により同時に複数の購入者を接客して提案や交渉を行うことを可能とする並行接客を実現する技術について説明する。例えば、慣れた販売者であれば同時に5人や10人とメールやチャッ
トで接客をすることが可能であると思われる。
【０３１１】
ある販売者が同時に接客が可能な数を「接客サービス数」と呼ぶ。また、新たに接客する購入者を受け入れ可能な数を「受け入れ可能な接客サービス数」と呼ぶ。これは「空き」に相当する。本明細書において販売者は個人、店舗や会社等の組織を表しており、１つの販売者が内部に複数（Ｐ人）の接客担当者を配置している場合もある。その場合、１人の接客担当者が複数（Ｑ人）の購入者と同時に並行接客を行うとすると、最大でＰ×Ｑの接客サービス数を有することになる。１つの販売者はＭ／Ｍ／（Ｐ×Ｑ）という待ち行列モデルで表される。
【０３１２】
販売者が受け入れ可能な接客サービス数に空きがないにもかかわらず購入者を受け入れると、購入者はチャットの待ち時間が長くなり不満を感じる。あるいは、接客サービスに入る前の段階で待たされてしまう。一方、他の販売者の接客サービス数には空きがあるかもしれない。そこで、販売者が提供可能な接客サービス数を超えない範囲で購入者を割り当てる必要がある。
【０３１３】
単純には、販売者は受け入れ可能な接客サービス数に空きがない場合は第２の選択のための入札を行わないと仮定すれば、上記の問題は生じないと考えられる。しかし、入札を行わない販売者が多いと、入札する販売者の数が第２の販売者選択数を満たさない事態が起きうるという重大な欠点がある。
【０３１４】
そこで、Ｈ−マーケットのシステム全体ではこのような販売者が複数存在する階層的な待ち行列構造をとるとみなして、複数の販売者の接客サービス数の空き具合を勘案して購入者を割り当てる。具体的には、第１の選択において、リクエスト等の選択条件に加えて、更に受け入れ可能な接客サービス数が１以上の（空きがある）販売者に限って選択の対象にする条件を付加する構成をとる。
【０３１５】
そして、第２の選択後の通信の許可において、すでに通信の許可をなされていて接客中の販売者にも更に通信を許可することとすれば、同時並行の接客サービスの提供が可能となる。
【０３１６】
効果として、並行接客を行わない場合や実店舗において店員が購入者につきっきりで接客を行う場合と比較して、購入者１人あたりにかける接客サービスのコストを大幅（１／Ｑ）に下げることが可能である。また、ある販売者に割り当てられる購入者の数が接客能力を超えているために購入者が待たされるということはなくなる。どこかの販売者の接客サービス数が空いているのに、他の販売者において購入者が待たされるということもなくなる。（購入者が多すぎて、すべての販売者の接客が追いつかない場合に待ち時間が生じるのは致し方ない。）
【０３１７】
ここで、第１の選択において販売者が提供可能な接客サービス数を算出する方法としては、販売者がサーバーＳＶ１に提供可能な接客サービス数を随時通知しそれを記憶しておく方法、販売者がサーバーＳＶ１に提供可能な最大の接客サービス数を登録しておきサーバーＳＶ１が通信を許可した回数から使用可能な接客サービス数を計算する方法等が考えられる。また、平均接客サービス時間から入札終了時点での接客サービス数を推測してもよい。
【符号の説明】
【０３１８】
１  データ処理部、３，２１，３１，４１  記憶部、５  課金部、７，５１  決済部、８
ショッピングカート、９  報酬部、２２  広告情報処理部、３２  入札処理部、５２  購入処理部、ＳＶ１  売買情報交換装置、ＳＶ２  広告情報処理装置、ＳＶ３  入札装置、ＳＶ４  買い物処理装置，Ｃ１  販売者のコンピューター、Ｃ２  購入者のコンピューター，Ｃ３  付加サービス提供者のコンピューター、Ｃ４  アフィリエイターのコンピュ
ーター、Ｃ５  買い物装置、Ｃ６  ロボット、Ｃ７  乗り物。
【図１】
2020144912.tif 000004
【図２】
2020144912.tif 000005
【図３】
2020144912.tif 000006
【図４】
2020144912.tif 000007
【図５】
2020144912.tif 000008
【図６】
2020144912.tif 000009
【図７】
2020144912.tif 000010
【図８】
2020144912.tif 000011
【図９】
2020144912.tif 000012
【図１０】
2020144912.tif 000013
【図１１】
2020144912.tif 000014
【図１２】
2020144912.tif 000015
【図１３】
2020144912.tif 000016
【図１４】
2020144912.tif 000017
【図１５】
2020144912.tif 000018
【図１６】
2020144912.tif 000019
【図１７】
2020144912.tif 000020
【図１８】
2020144912.tif 000021
【図１９】
2020144912.tif 000022
【図２０】
2020144912.tif 000023
【図２１】
2020144912.tif 000024
【図２２】
2020144912.tif 000025
【図２３】
2020144912.tif 000026
【図２４】
2020144912.tif 000027
【図２５】
2020144912.tif 000028
【手続補正書】
【提出日】令和2年5月21日(2020.5.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報通信ネットワークにそれぞれ接続された１以上の販売者用移動体と１以上の購入者用コンピューターとの間の情報交換を行う売買情報交換装置において、
前記販売者用移動体から取得した位置情報を記憶する記憶手段と、
前記購入者用コンピューターから前記販売者用移動体の位置に関する購入者の希望を示す情報を受信したとき、前記記憶された位置情報に基づいて前記購入者の希望に合致する１ないし複数の前記販売者用移動体を選択するデータ処理手段と、
を備える売買情報交換装置。
【請求項２】
前記データ処理手段は、前記位置情報に基づき前記販売者用移動体の位置と前記購入者が希望する前記販売者用移動体の位置の間の距離を計算する請求項１に記載の売買情報交換装置。
【請求項３】
前記データ処理手段は前記販売者用移動体の位置に関する購入者の希望として購入者のコンピューターから取得した位置情報を使用する請求項１ないし２に記載の売買情報交換装置。
【請求項４】
前記記憶手段は、前記販売者用移動体または情報通信ネットワークに接続された販売者用コンピューターから受信した前記販売者用移動体の販売条件に関する販売情報と、前記購入者用コンピューターから受信した前記購入者の購入条件に関する購入情報を記憶し、
前記データ処理手段は、前記販売情報が前記購入者の購入情報に合致する前記販売者用移動体を選択し、前記購入者用コンピューターに前記選択された販売者用移動体の販売情報を送信する、
請求項１〜３のいずれか一項に記載の売買情報交換装置。
【請求項５】
前記データ処理手段は、前記販売者用移動体の位置に関する購入者の希望から所定の距離以上離れた位置にある前記販売者用移動体を除外して販売者用移動体を選択する請求項１〜４のいずれか一項に記載の売買情報交換装置。
【請求項６】
前記データ処理手段は、受け入れ可能な接客サービス数が１以上の前記販売者用移動体を選択する請求項１〜５のいずれか一項に記載の売買情報交換装置。
【請求項７】
前記データ処理手段は、購入者が前記複数の販売者用移動体を訪問するルートまたは道のりが購入者の希望の範囲となる販売者用移動体を選択する請求項１〜６のいずれか一項に記載の売買情報交換装置。
【請求項８】
前記データ処理手段は、前記購入者の希望する位置から前記複数の販売者用移動体の位置を結んだ距離が最小となるルートを決定する処理を実行する請求項１〜７のいずれか一項に記載の売買情報交換装置。
【請求項９】
前記ルートを前記購入者のナビゲーションシステムに供給する請求項７または８に記載の売買情報交換装置。
【請求項１０】
前記販売者用移動体はコンピューターないし移動体上に載置されているコンピューターである請求項１〜９のいずれか一項に記載の売買情報交換装置。
【請求項１１】
前記購入者用コンピューターは移動体ないし移動体上に載置されているコンピューターである請求項１〜１０のいずれか一項に記載の売買情報交換装置。
【請求項１２】
前記移動体はロボットである請求項１〜１１のいずれか一項に記載の売買情報交換装置。
【請求項１３】
情報通信ネットワークにそれぞれ接続された１以上の販売者用移動体と１以上の購入者用コンピューターとの間の情報交換を行う売買情報交換方法において、
前記販売者用移動体から取得した位置情報を記憶手段に記憶するステップと、
データ処理手段によって前記購入者用コンピューターから前記販売者用移動体の位置に関する購入者の希望を示す情報を受信するステップと、前記記憶された位置情報に基づいて前記購入者の希望に合致する１ないし複数の前記販売者用移動体を選択するステップと、
を備える売買情報交換方法。
【請求項１４】
前記データ処理手段によって、前記位置情報に基づき前記販売者用移動体の位置と前記購入者が希望する前記販売者用移動体の位置の間の距離を計算するステップを備える請求項１３に記載の売買情報交換方法。
【請求項１５】
前記データ処理手段は前記販売者用移動体の位置に関する購入者の希望として購入者のコンピューターから取得した位置情報を使用する請求項１３ないし１４に記載の売買情報交換方法。
【請求項１６】
前記販売者用移動体または情報通信ネットワークに接続された販売者用コンピューターから受信した前記販売者用移動体の販売条件に関する販売情報を前記記憶手段に記憶するステップと、
前記購入者用コンピューターから受信した前記購入者の購入条件に関する購入情報を前記記憶手段に記憶するステップと、
前記販売情報が前記購入者の購入情報に合致する前記販売者用移動体を選択するステップと、
前記購入者用コンピューターに前記選択された販売者用移動体の販売情報を送信するステップと、
を備える請求項１３〜１５のいずれか一項に記載の売買情報交換方法。
【請求項１７】
前記販売者用移動体の位置に関する購入者の希望から所定の距離以上離れた位置にある前記販売者用移動体を除外して販売者用移動体を選択するステップを備える請求項１３〜１６のいずれか一項に記載の売買情報交換方法。
【請求項１８】
受け入れ可能な接客サービス数が１以上の前記販売者用移動体を選択するステップを備える請求項１３〜１７のいずれか一項に記載の売買情報交換方法。
【請求項１９】
購入者が前記複数の販売者用移動体を訪問するルートまたは道のりが購入者の希望の範囲となる販売者用移動体を選択するステップを備える請求項１３〜１８のいずれか一項に記載の売買情報交換方法。
【請求項２０】
前記購入者用コンピューターの位置から前記複数の販売者用移動体の位置を結んだ距離が最小となるルートを決定するステップを備える請求項１３〜１９のいずれか一項に記載の売買情報交換方法。
【請求項２１】
前記ルートを前記購入者のナビゲーションシステムに供給するステップを備える請求項１９または２０に記載の売買情報交換方法。
【請求項２２】
請求項１３〜２１のいずれか一項に記載の方法を実行するためのプログラム。
【請求項２３】
請求項１３〜２１のいずれか一項に記載の方法を実行するためのプログラムを記録した記録媒体。