JP2021089546A

JP2021089546A - 商品取引システム

Info

Publication number: JP2021089546A
Application number: JP2019219185A
Authority: JP
Inventors: 将人仁井; Masato Nii
Original assignee: Nii Masato
Current assignee: Nii Masato
Priority date: 2019-12-03
Filing date: 2019-12-03
Publication date: 2021-06-10
Anticipated expiration: 2039-12-03
Also published as: JP6675729B1

Abstract

【課題】買い手の検索工数を削減すると共に、売り手のマーケティング工数を削減する取引システムを提供すること。【解決手段】本発明は、取引システムに関する。システムは、第１ユーザからリクエスト商品を受け付けるステップと、当該リクエスト商品を前記第１のユーザと関連付けてＷＥＢサイトに表示するステップと、第２ユーザから前記リクエスト商品に対するオファーを受け付けるステップと、前記第１ユーザと前記第２ユーザとの間において所定の決済を行うステップと、を備えている。【選択図】図６

Description

本発明は商品取引システムに関する。

近年、所謂ＥＣサービスの普及に伴い、例えばＷＥＢサイト等に陳列された商品を購買することが日常的に可能となっている。しかしながら、売り手側と買い手側殿には次のような課題があった。

即ち、図７及び図８に示されるように、売り手側においては、商品が売れない場合には、当該商品を在庫として抱えるリスクが存在する（マーケテイングの限界）。一方で、買い手においては、様々なショッピングサイトから欲しい商品がなかなか探し出せなかったり、購入品の購入に至らない場合も発生する（検索方法の限界）。

このように、売り手側は販売する商品を撮影等行い準備し商品画像を陳列し、買い手側は欲しい物が見つかるまで検索し続けるという構造となっている限り、売り手側が用意した商品の範囲内においてしか買い手は商品を購入することができない。

このような場合に、例えば、何らかの欲しい物がある者が、欲しい物に関する情報を広く提供し、その商品を保有している者からの応札を受ける、所謂逆オークションが存在している（例えば、特許文献１参照）。

特開２００４−５４３３３

しかしながら、特許文献１に記載の技術は、あくまで、一個人のリクエストに対して、複数の者が応札するという形式にとどまり、その「一個人」のＷＥＢサイトにたどり着かなければ逆オークションが開始できないという問題がある。

加えて、特許文献１に記載の方法では、例えば、具体的な商品名がわからない場合や、特定の商品として存在しない場合などには対応することができない。

そこで、本発明は、上述した問題を解消しつつ、買い手の検索工数を削減すると共に、売り手のマーケティング工数を削減する取引システムを提供することを一つの目的とする。

本発明によれば、
第１ユーザから購入リクエスト情報の登録を受け付けるステップと、
当該購入リクエスト情報を当該第１ユーザと関連付けて、サービスサイト上に表示するステップと、
第２ユーザから前記購入リクエスト情報に対するオファーを受け付けるステップと、
前記第１ユーザと前記第２ユーザとの間において取引処理を行うステップと、を備える
取引システムが得られる。

また、本発明によれば、更に、
前記第２ユーザからオファー登録を受け付けるステップと、
当該オファー登録されたオファーに基づいて、前記第１ユーザによる前記購入リクエスト情報を抽出するステップとを更に備える
取引システムが得られる。

本発明によれば、買い手の検索工数を削減すると共に、売り手のマーケティング工数を削減する取引システムを提供することができる。

本発明の実施の形態によるシステムの構成例を示す図である。図１に示す管理サーバのハードウェア構成図である。図１に示す（買い手側）ユーザ端末サーバのハードウェア構成図である。図１に示す（売り手側）ユーザ端末サーバのハードウェア構成図である。本発明の実施の形態によるデータの流れを示すイメージ図である。本発明の実施イメージを示す図である。従来の課題を示す図である。従来の課題を示す取引イメージ図である。

本発明の実施形態の内容を列記して説明する。本発明は、以下のような構成を備える。
［項目１］
第１ユーザからリクエスト商品を受け付けるステップと、
当該リクエスト商品を前記第１のユーザと関連付けてＷＥＢサイトに表示するステップと、
第２ユーザから前記リクエスト商品に対するオファーを受け付けるステップと、
前記第１ユーザと前記第２ユーザとの間において所定の決済を行うステップと、を備える
商品取引システム。
［項目２］
請求項１に記載の商品取引システムであって、
前記第２ユーザから商品登録を受け付けるステップと、
当該商品登録された商品に基づいて、前記第１ユーザを抽出するステップとを更に備える
商品取引システム。

＜実施の形態の詳細＞
以下、本発明の実施の形態について、図面を参照しながら説明する。

＜概要＞
本発明の実施の形態によるシステムは、ＷＥＢサイト上（「サービスサイト」と呼ぶ）において、複数の買い手が自身の「欲しいもの」を商品画像と共に登録し（「リクエスト」と呼ぶ）、売り手は、当該サービスサイト上にリクエストされている商品の買い手に対して当該商品に関する取引（「オファー」という）を行う、というものである。なお、本発明における「商品」は、モノに限られず「サービス」でもよい。また、特定の商品等が存在していない場合や商品名自体がわからない場合などには必ずしも画像は必須ではない。更には、リクエストとして登録するものは画像、映像、テキスト、音声データ等、リクエストの内容を伝えるのに適したものであればよい。

＜構成＞
図１に示されるように、本システムは、管理サーバ１と、（買い手）ユーザ端末２と、（売り手）ユーザ端末３を備えている。なお、本実施の形態においては、ユーザ端末２及びユーザ端末３のそれぞれは、１台ずつのみ図示されているが、複数台がネットワーク４に接続されていてもよい。

＜ハードウェア構成＞
本実施の形態によるサーバ１とユーザ端末２とユーザ端末３とは、以下のようなハードウェア構成を有する。なお、以下の構成は一例であり、これ以外の構成を有していても良い。

＜管理サーバ１＞
図２に示されるように、管理サーバ１は、ユーザ端末２及びユーザ端末３と通信を介して情報処理を実行することにより、システムの一部を構成する。管理サーバ１は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。

管理サーバ１は、少なくとも、プロセッサ１０、メモリ１１、ストレージ１２、送受信部１３、入出力部１４等を備え、これらはバス１５を通じて相互に電気的に接続される。

プロセッサ１０は、管理サーバ１全体の動作を制御し、各要素間におけるデータの送受信の制御、及びアプリケーションの実行に必要な情報処理等を行う演算装置である。例えばプロセッサ１０はＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）であり、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行して各情報処理を実施する。

メモリ１１は、ＤＲＡＭ（ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（ＨａｒｄＤｉｓｃＤｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、プロセッサ１０のワークエリア等として使用され、また、管理サーバ１の起動時に実行されるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）、及び各種設定情報等を格納する。

ストレージ１２は、アプリケーション・プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベースがストレージ２２に構築されていてもよい。

送受信部１３は、管理サーバ１をネットワーク３に接続する。なお、送受信部１３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（ＢｌｕｅｔｏｏｔｈＬｏｗＥｎｅｒｇｙ）の近距離通信インタフェースを備えていてもよい。

入出力部１４は、必要に応じて使用するキーボード・マウス類等の情報入力機器、及びディスプレイ等の出力機器である。

バス１５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各種制御信号を伝達する。

＜ユーザ端末２＞
図３に示されるように、ユーザ端末２は、管理サーバ１と通信を介して情報処理を実行することにより、配送システムの一部を構成する。ユーザ端末２は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータであってもよいし、スマートフォン等の携帯通信機器等であってもよい。

ユーザ端末２は、少なくとも、プロセッサ２０、メモリ２１、ストレージ２２、送受信部２３、入出力部２４等を備え、これらはバス２５を通じて相互に電気的に接続される。

上述した管理サーバ１と同様に、プロセッサ２０は、ユーザ端末２全体の動作を制御し、各要素間におけるデータの送受信の制御、及びアプリケーションの実行に必要な情報処理等を行う演算装置である。例えばプロセッサ２０はＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）であり、ストレージ２２に格納されメモリ２１に展開されたプログラム等を実行して各情報処理を実施する。

メモリ２１は、ＤＲＡＭ（ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（ＨａｒｄＤｉｓｃＤｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ２１は、プロセッサ２０のワークエリア等として使用され、また、ユーザ端末２の起動時に実行されるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）、及び各種設定情報等を格納する。

ストレージ２２は、アプリケーション・プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベースがストレージ２２に構築されていてもよい。

送受信部２３は、ユーザ端末２をネットワーク３に接続する。なお、送受信部２３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（ＢｌｕｅｔｏｏｔｈＬｏｗＥｎｅｒｇｙ）の近距離通信インタフェースを備えていてもよい。

入出力部２４は、必要に応じて使用するキーボード・マウス類等の情報入力機器、及びディスプレイ等の出力機器である。

バス２５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各種制御信号を伝達する。

＜ユーザ端末２＞
図４に示されるように、ユーザ端末３もユーザ端末２と同様の構成を有しており、少なくとも、プロセッサ３０、メモリ３１、ストレージ３２、送受信部３３、入出力部３４等を備え、これらはバス３５を通じて相互に電気的に接続される。

＜動作＞
図５及び図６に示されるように、買い手ユーザは、ユーザ端末２を利用して、管理サーバ１が管理するサービスサイトに自分の欲しい商品情報を登録する（ＳＱ１００）。この際、ユーザは、自己のユーザＩＤと、商品のＩＤ（商品名等、商品を識別するために必要な情報）、商品の画像（サムネイル等）を同時に登録する。登録された商品は、サービスサイト上に掲載（表示）され、当該ユーザが欲しいと思っている商品として公開される。

なお、同一の商品について複数の買い手ユーザが存在している場合には、同一の画像（商品情報）に対して複数のユーザを関連付ければよい。この際、いくらで購入する気があるのか等、ここのユーザのリクエスト詳細情報を関連付けることとしてもよい。また、必ずしも同一の商品等である必要はなく、類似のものについてであってもよい、リクエストの内容が実質的に同様のものであってもよい。

売り手ユーザは、ユーザ端末３を利用してサービスサイトを閲覧し、実際にリクエストされている商品の中に自己が販売可能に管理している商品があった場合には、当該商品の販売取引を開始することとすればよい。なお、リクエストに対して提案する商品は必ずしも一つとは限られず複数種類あってもよい。

なお、売り手ユーザについてもいくら以上ならその商品を販売するのか等に関する販売詳細情報を持つことしてもよい。特に、売り手ユーザが特定の商品を売りたいと考えている場合には予め商品のリストを登録しておき、その商品に対してリクエストが入ったらすぐに取引がされるようにしておけば、迅速な取引を行うことができる。

ユーザ端末２のリクエストと、ユーザ端末３のオファーとがマッチングされると取引処理（決済処理等）が開始される（ＳＱ１０８）。

このように、本発明によれば、図６に示されるようにサービスサイト上に陳列されている商品は全て誰かの欲しいものとなり、換言すれば、買い手が既についている商品のみが並ぶこととなる。これにより、買い手ユーザは、欲しいものを登録しておけば、売り手ユーザの方からアプローチがなされることから効率よく商品の取引が可能となる。

以上本発明の実施の形態について説明したが、本発明のリクエスト情報とオファー情報としては、例えば。以下のような実施態様も含み得る。

特定の商品名などを明示せずに、買い手ユーザの希望、要望などの概略（時、場所、状況などの情報）に適切な提案をリクエストし、それに対して売り手ユーザが具体的な提案・助言を行うもの。

具体的には、「自分のサイズに合う服が欲しい」というようなリクエスト情報を買い手ユーザが登録し、「このような洋服はどうか」という提案を売り手ユーザが行うようなもの。

また、「スポーツ観戦を行うのに最適なジャケットはないか」というリクエスト情報に対して、「それなら、ジャケットではなくこういうコートがいいのではないでしょうか」というような買い手側のリクエストを汲み取ったオファーをするものも考えられる。

また、買い手にとって、希少価値の高いものや、市場に出ていないものなどリクエスト情報として登録し、それに対するオファーを受けることとしてもよい。

＜実施例ユースケース＞
以下、例えば、図６における買い手側の登録例（図示されるサービスサイト内に表示れる例）と、売り手側のそれに対するオファーのコミュニケーション例（図示せず）とを説明する。
（１）商品／製品
買い手側「天井につけるＬＥＤ照明でライン状の明るいものを１０００ｍ分欲しい」
売り手側「当社の商品はいかがでしょうか？お見積りは以下の金額です。」
（２）サービス／ツール
買い手側「弊社営業部で使用する勤怠ツールで何かいいのないかな？」
売り手側「こちらが安くて高機能で大変おすすめです、月額のサブスクリプション料金となります」
（３）技術
買い手側「５Ｇの通信規格に対応したＩｏＴ技術のイロハもしくはその技術自体を買いたい」
売り手側「是非協議を進めましょう」
（４）情報商材（知識／ノウハウ）
買い手側「自分の飲食店が売れるコツを知りたいどんな場所ですか？」
売り手側「お力になれると思います」
（５）株
買い手側「ＸＸ社の株を１０００株買いたい」
売り手側「私の持ち株を￥１０００万円でどうですか？」
（６）不動産
買い手側「ＸＸビルの２３階に引っ越したい」
売り手側１「空きが出次第ご連絡しますね（仲介事業者）」
売り手側２「分かりましたちょうど出るところだったのでお譲りします（持ち主）」
（７）データ
買い手側「ＥＣ市場の売上を分析したデータが欲しい」
売り手側「当コンサルで保有しているデータをお売りします」
（８）特定の物
買い手側「旅で行った長野の××ってお醤油が欲しい」
売り手側「××ではないですが、同じ長野産でこちらはいかがでしょうか？」
（９）定まっていない物
買い手側「アウターが欲しいけど最近の東京のトレンドの物を買いたい」
売り手側「以前ＸＸってドラマで女優さんが着用していたものと同じこのコートはどうです？」
買い手側「糖質ＸＸ以下の食品が欲しい」
売り手側「こういったラインナップがありますが、全て買われます？」
（１０）誰かへのプレゼント
買い手側「彼女へのプレゼント何が良いかな？」
売り手側「誕生日か何かですか？もしまだ上げてないならこの誕生石の入ったネックレスはどうです？」
（１１）
買い手側「絶版物もう売ってないあの時計を誰か売ってくれないか？」
売り手側「思い出が色々詰まってるけど、苦い思い出だし\２０００で良ければどうぞ！」
（１２）コーディネート
買い手側「この部屋をまるっとカッコよくなるインテリアを買います」
売り手側「この写真のようにミッドセンチュリーなテイストでどうでしょう？合計で\１００，０００になります」
買い手側「初ゴルフコンパなので、モテるゴルフファッションを知りたいです、体型は写真のとおりです」
売り手側「ピンクを基調にこんな感じのガーリーコーデはいかがでしょう？
」
（１３）Ｂ品
買い手側「中古／Ｂ級品で良いので安く買いたい」
売り手側「Ｂ品となり店頭で売ることが出来なかったものですがいかがでしょう？」
（１４）捨てるもの
買い手側「身が崩れて本来捨てるみかんで良いので沢山欲しい」
売り手側「ちょうど台風でどうしようかと思ってました。１００ｋｇ単位で良ければお売り可能です」
（１５）芸術品／美術品
買い手側「××先生の絵が欲しい」
売り手側「似たものを以前描いてたのですが、この私の絵ではいかがでしょう？」
（１６）海外輸入物
買い手側「イタリアで売ってる××ってワインが欲しい」
売り手側「イタリア在住の××です。××も送れるけど他にも是非オススメの赤ありますよ！」
（１７）チケット（電子コード、紙ｅｔｃ）クーポンコードや引換券、お食事券、その他何かを得るための権利になりえるもの
買い手側「××って予約がなかなか取れないお店の割安食事券が実はあるらしんだけど誰か２人分売ってくれない？」
売り手側「持ってますよ。本当は\１０，０００だけど、\２０，０００で良ければ今すぐ譲ります！」
（１８）観戦チケット
買い手側「オリンピックの開幕式のチケットが２枚欲しい」
売り手側「私当選したのですが行けないのでお譲りしましょうか？」
（１９）交通系切符、座席権利
買い手側「台風で事前運休となり、明日には帰らなければならず、誰か本日のＪＲのチケットを譲ってくれませんか？」
売り手側「私は今日明日ではなくても良いので、交通費くれたら今から持っていきますよ！」
（２０）ゲームアイテム
買い手側「××のゲームのあのＳＲカードが欲しい」
売り手側「\１００００で良ければお売りします」
（２１）宝飾品
買い手側「１０カラットのダイヤが入ったら、私が買います」
売り手側「Ｘ月Ｘ日に入ってくるので、お売りします」
（２２）広告の掲載希望
買い手側「広告を掲載したいのだが良い広告枠無いかなー？」
売り手側「弊社の紙面であれば\５０００、ＷＥＢであれば\１０，０００、ＴＶＣＭ枠であれば\３００万ですがいかがですか？」
（２３）生き物
買い手側「研究用に××を５匹欲しい」
売り手側「当店の贔屓にしてる問屋に５匹以上いたので、聞いてみます！」
（２４）オーダーメイド
買い手側「ここに入るサイズの机を誰か作って欲しい」
売り手側「私古材でよく制作してるので、作ってお譲りします」
（２５）カスタム
買い手側「自分のこのバイクをこの写真のようにかっこよくして欲しい」
売り手側「部品パーツ及び工賃含めて\１００，０００くらいだけど良ければ。」
（２６）個人情報及びそれに紐づく情報
買い手側「アマゾンで購入した事があるユーザーの情報が欲しい」
売り手側「１００００人の情報がありますが何人分でしょうか？」
（２７）個人の行動／購買／視聴履歴・データ
買い手側「アマゾンでＡを購入した人が他にどんなものを購入してるのか履歴が欲しい」
売り手側「地域等のセグメントはありますか？」
（２８）ビッグデータ
買い手側「アマゾンで購入したことがあるユーザーの動向を分析したデータが一式欲しい」
売り手側「５００万円になりますが、決済確定後ファイルでお送りします。」
（２９）施設
買い手側「老後を新潟のゆっくりした場所で過ごしたい、どこか良い老人ホームに入りたい」
売り手側「当施設は条件に合うと思います、以下よりお申し込み下さい」
（３０）宿泊場所
買い手側「新潟のゆっくりした場所で１泊したい」
売り手側「私の家で開いてる部屋であれば\１０，０００でいいですよ。以下よりお申し込み下さい」
（３１）食事場所
買い手側「東京に出張に行くので有名な中華が食べたい」
売り手側「当店のこのコースがおすすめです。以下からお席とコースをお申し込み下さい。」
（３２）職業／立場
買い手側「大阪の中小企業のの取締役の立場を買いたい」
売り手側「あなたのような経歴の方なら是非ウチの取締役になって下さい、もちろん兼務も可能です」
（３３）精子／卵子
買い手側「××大出身の方の精子が欲しいどうぞ」
売り手側「私のでよければ。」
（３４）電話番号
買い手側「０８０−ＸＸＸＸ−ＸＸＸＸの番号が欲しい」
売り手側「××社のスマホで使ってます。お売りしましょうか？」
（３５）サービス及びコンテンツアカウント
買い手側「××ｐａｙか××カードで\５，０００チャージされてるアカウントが欲しい」
売り手側「カードで１００枚持ってるので\１，０００，０００で譲りますよ」
買い手側「××にログインできるＩＤとパスワードを売って欲しい」
売り手側「私持っているので、お譲りしますよ」
（３６）人材紹介（夜）
買い手側「今度出張するので、××似の可愛い子に会いたい」
売り手側「私ちょうど時間空いてるのでどうですか？」
（３７）人材紹介（ノウハウ）
買い手側「スキマ時間でベトナム語を夏休みの期間だけ教えてくれる方を探してます。」
売り手側「２時間／週であればご協力できます。１時間以下の金額でいかがです？」
（３８）コンテンツ
買い手側「××に使える音楽が欲しい」
売り手側「弊社で管理している音楽はいかがですか？」

上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。

１管理サーバ
２ユーザ端末
３ネットワーク

Claims

第１ユーザから購入リクエスト情報の登録を受け付けるステップと、
当該購入リクエスト情報を当該第１ユーザと関連付けて、サービスサイト上に表示するステップと、
第２ユーザから前記購入リクエスト情報に対するオファーを受け付けるステップと、
前記第１ユーザと前記第２ユーザとの間において取引処理を行うステップと、を備える
取引システム。
請求項１に記載の取引システムであって、
前記第２ユーザからオファー登録を受け付けるステップと、
当該オファー登録されたオファーに基づいて、前記第１ユーザによる前記購入リクエスト情報を抽出するステップとを更に備える
取引システム。