特許 7709847 情報処理方法、情報処理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-07-09

(45)【発行日】2025-07-17

(54)【発明の名称】情報処理方法、情報処理装置及びプログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20250710BHJP

【ＦＩ】

G06Q30/0601

【請求項の数】 13

(21)【出願番号】P 2021076072

(22)【出願日】2021-04-28

(65)【公開番号】P2022170151

(43)【公開日】2022-11-10

【審査請求日】2024-01-29

【前置審査】

(73)【特許権者】

【識別番号】514053169

【氏名又は名称】株式会社メルカリ

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】岡本 明朗

(72)【発明者】

【氏名】鍛 哲史

【審査官】板垣 有紀

(56)【参考文献】

【文献】特開２０２０－０６０９１２（ＪＰ，Ａ）

【文献】特開２０１８－１３３１０４（ＪＰ，Ａ）

【文献】特開２０２１－０１８６９６（ＪＰ，Ａ）

【文献】特開２００６－３１３３９３（ＪＰ，Ａ）

【文献】特開２０２１－０６４２９３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

情報処理装置が、
第１ユーザが利用する第１情報処理端末から、電子商取引プラットフォームにおける出品物に対して、価格交渉要求を取得することと、
前記価格交渉要求の取得に応じて、前記出品物を出品した第２ユーザが利用する第２情報処理端末に対し、前記価格交渉要求に基づく交渉価格での販売を承諾するか否かを問い合わせる処理を行うことと、
前記第２情報処理端末から、前記交渉価格に対する承諾か否かを含む承諾結果を取得することと、
少なくとも、前記第２ユーザが前記交渉価格を承諾してから前記第１ユーザの決済処理が完了されるまでの第１期間について、前記出品物に対して前記第１ユーザとは異なる第３ユーザからの購入防止処理を行うことと、
前記承諾結果に応じて後処理を行うことと、を実行し、
前記購入防止処理を行うことは、
前記価格交渉要求の取得に応じて、前記承諾結果を取得する前に前記出品物に対して所定の決済手段を設定することを含み、
前記後処理を行うことは、
前記承諾結果が承諾である場合、前記所定の決済手段を用いて即時に決済処理を行うことと、
前記承諾結果を前記第１情報処理端末に送信することと、を含む、情報処理方法。

【請求項2】

前記後処理を行うことは、
前記承諾結果が承諾である場合、前記所定の決済手段を用いて前記交渉価格での決済処理を行うことと、を含む、請求項１に記載の情報処理方法。

【請求項3】

前記価格交渉要求とともに、前記第１ユーザが選択した第１決済手段が取得される場合、
前記購入防止処理を行うことは、
前記所定の決済手段として、前記第１決済手段を設定することを含む、請求項１に記載の情報処理方法。

【請求項4】

前記購入防止処理を行うことは、
前記所定の決済手段に対応する前記第１ユーザのアカウントに対応付けられた残高から前記交渉価格を凍結する処理を行うことを含む、請求項１又は３に記載の情報処理方法。

【請求項5】

前記購入防止処理を行うことは、
前記交渉価格が前記所定の決済手段で決済可能か否かを確認する処理を行うことを含む、請求項１から４のいずれか一項に記載の情報処理方法。

【請求項6】

前記購入防止処理を行うことは、
前記交渉価格を、前記第３ユーザに対して非表示にすることを含む、請求項１から５のいずれか一項に記載の情報処理方法。

【請求項7】

前記購入防止処理を行うことは、
前記価格交渉要求の取得に応じて、前記価格交渉要求を取得してから前記交渉価格の承諾を受けるまでの第２期間と前記第１期間とについて、前記出品物に対するステータスを取引中から交渉中に変更することと、
前記ステータスが交渉中である場合、前記第３ユーザが利用する第３情報処理端末に対して、前記出品物に対する購入処理の実行を不可とすることと、を含む、請求項１に記載の情報処理方法。

【請求項8】

前記購入防止処理を行うことは、
前記第３情報処理端末に対して、前記第２期間に、前記交渉価格以上の価格での購入が希望される場合に、前記購入処理の実行を許可することを含む、請求項７に記載の情報処理方法。

【請求項9】

前記購入防止処理を行うことは、
前記価格交渉要求の取得回数をカウントすることと、
カウントされた回数が、所定期間以内に、所定回数以下であるかを確認することと、を含む、請求項１から８のいずれか一項に記載の情報処理方法。

【請求項10】

前記購入防止処理を行うことは、
前記第１ユーザの属性情報、又は前記電子商取引プラットフォームにおける行動履歴情報に基づいて、前記所定回数を変更することを含む、請求項９に記載の情報処理方法。

【請求項11】

前記交渉価格は、下限価格又は下限割合が設定され、当該下限価格又は下限割合は、前記第２ユーザにより設定され、自動的に設定され、あるいは、前記第１ユーザの属性情報又は前記電子商取引プラットフォームにおける行動履歴情報に基づいて設定される、請求項１から１０のいずれか一項に記載の情報処理方法。

【請求項12】

情報処理装置に、
第１ユーザが利用する第１情報処理端末から、電子商取引プラットフォームにおける出品物に対して、価格交渉要求を取得することと、
前記価格交渉要求の取得に応じて、前記出品物を出品した第２ユーザが利用する第２情報処理端末に対し、前記価格交渉要求に基づく交渉価格での販売を承諾するか否かを問い合わせる処理を行うことと、
前記第２情報処理端末から、前記交渉価格に対する承諾か否かを含む承諾結果を取得することと、
少なくとも、前記第２ユーザが前記交渉価格を承諾してから前記第１ユーザの決済処理が完了されるまでの第１期間について、前記出品物に対して前記第１ユーザとは異なる第３ユーザからの購入防止処理を行うことと、
前記承諾結果に応じて後処理を行うことと、を実行し、
前記購入防止処理を行うことは、
前記価格交渉要求の取得に応じて、前記承諾結果を取得する前に前記出品物に対して所定の決済手段を設定することを含み、
前記後処理を行うことは、
前記承諾結果が承諾である場合、前記所定の決済手段を用いて即時に決済処理を行うことと、
前記承諾結果を前記第１情報処理端末に送信することと、を含む、プログラム。

【請求項13】

プロセッサを含む情報処理装置であって、
前記プロセッサが、
第１ユーザが利用する第１情報処理端末から、電子商取引プラットフォームにおける出品物に対して、価格交渉要求を取得することと、
前記価格交渉要求の取得に応じて、前記出品物を出品した第２ユーザが利用する第２情報処理端末に対し、前記価格交渉要求に基づく交渉価格での販売を承諾するか否かを問い合わせる処理を行うことと、
前記第２情報処理端末から、前記交渉価格に対する承諾か否かを含む承諾結果を取得することと、
少なくとも、前記第２ユーザが前記交渉価格を承諾してから前記第１ユーザの決済処理が完了されるまでの第１期間について、前記出品物に対して前記第１ユーザとは異なる第３ユーザからの購入防止処理を行うことと、
前記承諾結果に応じて後処理を行うことと、を実行し、
前記購入防止処理を行うことは、
前記価格交渉要求の取得に応じて、前記承諾結果を取得する前に前記出品物に対して所定の決済手段を設定することを含み、
前記後処理を行うことは、
前記承諾結果が承諾である場合、前記所定の決済手段を用いて即時に決済処理を行うことと、
前記承諾結果を前記第１情報処理端末に送信することと、を含む、情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理方法、情報処理装置及びプログラムに関する。

【背景技術】

【0002】

従来、電子商取引プラットフォームにおける出品物の取引において、出品者と購入希望者との間で価格交渉が行われている。例えば、価格交渉が成立すると、交渉成立の連絡が購入希望者に行われ、その後、購入希望者が交渉を受けいれる操作を行うと、決済などの機能が提供され、取引が成立するシステムが公開されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１７／００２１８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来の電子商取引プラットフォームにおいて、価格交渉成立後に、交渉成立後の価格や出品者の申出価格等で、第三者がその出品物を購入可能な場合がある。この場合、交渉をしていた購入希望者が、交渉が成立したにも関わらず、その商品を購入できないという問題があった。

【0005】

そこで、本開示は、電子商取引プラットフォームにおいて、価格交渉の成立後から、交渉をしていたユーザの決済処理が行われるまでの間に、交渉成立した出品物が第三者により購入されることを防止することができる情報処理方法、プログラム、及び情報処理装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

本開示の一実施形態に係る情報処理方法は、情報処理装置が、第１ユーザが利用する第１情報処理端末から、電子商取引プラットフォームにおける出品物に対して、価格交渉要求を取得することと、前記価格交渉要求の取得に応じて、少なくとも、前記出品物を出品した第２ユーザが前記価格交渉要求に基づく交渉価格を承諾してから前記第１ユーザが決済処理を行うまでの第１期間について、前記出品物に対して前記第１ユーザとは異なる第３ユーザからの購入防止処理を行うことと、前記価格交渉要求の取得に応じて、前記第２ユーザが利用する第２情報処理端末に対し、前記交渉価格での販売を承諾するか否かを問い合わせる処理を行うことと、前記第２情報処理端末から、前記交渉価格に対する承諾か否かを含む承諾結果を取得することと、前記承諾結果に応じて後処理を行うことと、を実行する。

【図面の簡単な説明】

【0007】

【図1】第１実施形態の一態様に係る情報処理システムの構成の一例、本開示に係るサーバのハードウェア構成の一例、及び本開示に係る端末のハードウェア構成の一例を示すブロック図の一例を示す図である。

【図2】第１実施形態に係るユーザ情報の一例を示す図である。

【図3】第１実施形態に係るアカウント情報の一例を示す図である。

【図4】第１実施形態に係る取引情報の一例を示す図である。

【図5】第１実施形態に係る購入防止処理のタイミングの一例を示す図である。

【図6】第１実施形態に係る情報処理システムの処理のシーケンスの一例を示す図である。

【図7】第２実施形態に係る購入防止処理のタイミングの一例を示す図である。

【図8】第２実施形態に係る情報処理システムの処理のシーケンスの一例を示す図である。

【発明を実施するための形態】

【0008】

＜法令遵守＞
本明細書に記載の開示は、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、または修正をもって実施される。

【0009】

本開示に係る情報処理方法、プログラム及び情報処理装置を実施するための形態について、図面を参照して説明する。

【0010】

＜システム構成＞
図１は、本開示の実施形態に係る情報処理システム１の構成を開示する。情報処理システム１では、ネットワーク１３０を介してサーバ１１０Ａ、サーバ１１０Ｂと、端末１２０Ａ、端末１２０Ｂ、端末１２０Ｃとが接続される。

【0011】

サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。なお、ネットワーク１３０に接続されるサーバ１１０の数は限定されない。

【0012】

端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０と表現されてもよい。なお、ネットワーク１３０に接続される端末１２０の数は限定されない。

【0013】

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サービス、電子商取引サービス、インスタントメッセージングサービスを代表とするＳＮＳ（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービス等を含む。サーバ１１０は、単独で１以上のサービスを提供してもよいし、複数で１以上のサービスを提供してもよい。サーバ１１０が１以上の端末１２０にサービスを提供することで、ユーザが端末１２０を介してサービスを利用することができる。

【0014】

必要に応じて、ユーザＸが利用する端末を端末１２０Ｘと表現し、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザに対応付けられた情報をユーザ情報Ｘと表現する。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報、ユーザに対応付けられた電子バリュー（電子マネー）の残高情報、ユーザに対応付けられたクレジットカード情報（クレジットカード番号など）等を含むことができる。

【0015】

ネットワーク１３０は、２以上のサーバ１１０、又は２以上の端末１２０を接続する。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する。

【0016】

ネットワーク１３０の１以上の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（Ad Hoc Network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（Virtual Private Network：ＶＰＮ）、ローカル・エリア・ネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスＬＡＮ（Wireless LAN：ＷＬＡＮ）、広域ネットワーク（Wide Area Network：ＷＡＮ）、ワイヤレスＷＡＮ（Wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（Metropolitan Area Network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（Integrated Service Digital Networks）、無線ＬＡＮｓ、ＬＴＥ（Long Term Evolution）、ＣＤＭＡ（Code Division Multiple Access）、ブルートゥース（Bluetooth（登録商標））、衛星通信等であってよく、これらが組み合わせられてもよい。ネットワーク１３０は、１つまたは複数のネットワーク１３０を含むことができる。

【0017】

サーバ１１０、１５０、及び端末１２０は、本開示に記載される処理、機能又は方法を実現できる情報処理装置であればどのような情報処理装置であってもよい。

【0018】

サーバ１１０及び端末１２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、サーバ装置、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダなど）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（Personal Digital Assistant）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホーム等であってよく、これらが組み合わせられてもよい。

【0019】

＜各情報処理装置のハードウェア構成＞
（１）サーバのハードウェア構成
図１を用いて、情報処理システム１に含まれるサーバ１１０のハードウェア構成について説明する。

【0020】

サーバ１１０は、プロセッサ１１１と、メモリ１１２と、ストレージ１１３と、入出力インタフェース（入出力Ｉ／Ｆ）１１４と、入力装置１１５と、出力装置１１６と、送受信部１１７とを有する。サーバ１１０のハードウェアの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

【0021】

サーバ１１０は、プロセッサ１１１と、メモリ１１２と、ストレージ１１３と、入出力Ｉ／Ｆ１１４と、送受信部１１７との協働により、本開示に記載される処理、機能又は方法を実現する。

【0022】

プロセッサ１１１は、ストレージ１１３に記憶されるプログラムに含まれるコード、または、命令によって実現する処理、機能、または、方法を実行する。プロセッサ１１１は、限定でなく例として、１又は複数の中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示されるそれぞれの、処理、機能、または、方法を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

【0023】

メモリ１１２は、ストレージ１１３からロードしたプログラム１１２１を一時的に記憶し、プロセッサ１１１に対して作業領域を提供する。メモリ１１２には、プロセッサ１１１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ１１２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等であってよく、これらが組み合わせられてもよい。 ストレージ１１３は、プログラムや各種データを記憶する。ストレージ１１３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等であってよく、これらが組み合わせられてもよい。

【0024】

入出力Ｉ／Ｆ１１４は、サーバ１１０に対する各種操作を入力する入力装置１１５、および、サーバ１１０で処理された処理結果を出力する出力装置１１６に接続する。

【0025】

入力装置１１５は、ユーザからの入力を受け付けて、入出力Ｉ／Ｆ１１４を介し、当該入力に係る情報をプロセッサ１１１に伝達できる全ての種類の装置のいずれか、または、その組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）等であってよく、これらが組み合わせられてもよい。

【0026】

出力装置１１６は、入出力Ｉ／Ｆ１１４を介し、プロセッサ１１１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像または動画像として出力する場合、出力装置１１６は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置１１６は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＭＤ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンター等であってよく、これらが組み合わせられてもよい。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

【0027】

なお、入力装置１１５と出力装置１１６が一体化していてもよいし、入力装置１１５と出力装置１１６とは分離していてもよい。

【0028】

送受信部１１７は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。送受信部１１７は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。送受信部１１７は、各種データをプロセッサ１１１からの指示に従って、他の情報処理装置に送信する。また、送受信部１１７は、他の情報処理装置から送信された各種データを受信し、プロセッサ１１１に伝達する。

【0029】

（２）端末１２０のハードウェア構成
図１を用いて、情報処理システム１に含まれる端末１２０のハードウェア構成について説明する。

【0030】

端末１２０は、プロセッサ１２１と、メモリ１２２と、ストレージ１２３と、入出力Ｉ／Ｆ１２４と、入力装置１２５と、出力装置１２６と、送受信部１２７と、読取部１２８とを有する。端末１２０のハードウェアの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

【0031】

端末１２０は、プロセッサ１２１と、メモリ１２２と、ストレージ１２３と、入出力Ｉ／Ｆ１２４と、入力装置１２５と、出力装置１２６と、送受信部１２７と、読取部１２８との協働により、本開示に記載される処理、機能又は方法を実現する。

【0032】

プロセッサ１２１は、ストレージ１２３に記憶されるプログラムに含まれるコードまたは命令によって実現する処理、機能、または、方法を実行する。プロセッサ１２１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示されるそれぞれの、処理、機能、または、方法を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

【0033】

メモリ１２２は、ストレージ１２３からロードしたプログラム１２２１を一時的に記憶し、プロセッサ１２１に対して作業領域を提供する。メモリ１２２には、プロセッサ１２１がプログラム１２２１を実行している間に生成される各種データも一時的に格納される。メモリ１２２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等であってよく、これらが組み合わせられてもよい。

【0034】

ストレージ１２３は、プログラムや各種データを記憶する。ストレージ１２３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等であってよく、これらが組み合わせられてもよい。

【0035】

入出力Ｉ／Ｆ１２４は、端末１２０に対する各種操作を入力する入力装置１２５、および、端末１２０で処理された処理結果を出力する出力装置１２６に接続する。

【0036】

入力装置１２５は、ユーザからの入力を受け付けて、当該入力に係る情報をプロセッサ１２１に伝達できる全ての種類の装置のいずれか、または、その組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）等であってよく、これらが組み合わせられてもよい。

【0037】

出力装置１２６は、プロセッサ１２１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像または動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＭＤ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンター等であってよく、これらが組み合わせられてもよい。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

【0038】

なお、入力装置１２５と出力装置１２６が一体化していてもよいし、入力装置１２５と出力装置１２６とは分離していてもよい。

【0039】

送受信部１２７は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。送受信部１２７は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。送受信部１２７は、各種データをプロセッサ１２１からの指示に従って、他の情報処理装置に送信する。また、送受信部１２７は、他の情報処理装置から送信された各種データを受信し、プロセッサ１２１に伝達する。

【0040】

（３）その他
１以上の情報処理装置で構成されるクラウドコンピューティングが、サーバ１１０、または、端末１２０における処理、機能、または、方法の少なくとも一部を実現してもよい。

【0041】

他の情報処理装置が、サーバ１１０、または端末１２０における処理、機能、または、方法の少なくとも一部を実現してもよい。この場合、他の情報処理装置のプロセッサが、プロセッサ１１１またはプロセッサ１２１により実現される処理のうち少なくとも一部の処理を実現してもよい。

【0042】

本開示の各実施形態の処理を実行するプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラム等であってよい。

【0043】

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体等であってよく、これらが組み合わせられてもよい。記憶媒体は、揮発性、不揮発性、または、揮発性と不揮発性の組合せでよい。

【0044】

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１１０、または、端末１２０に提供されてもよい。

【0045】

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0046】

なお、本開示のプログラムは、限定でなく例として、JavaScript（登録商標）、Pythonなどのスクリプト言語、Ｃ言語、Ｇｏ言語、Swift、Kotlin、Java（登録商標）などを用いて実装されてもよい。

【0047】

＜その他＞
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

【0048】

本開示は、本開示に対して、当業者が成し得る全ての変更、置換、変形、改変、または修正を包含する。また、添付の特許請求の範囲は、特許請求の範囲対して、当業者が成し得る全ての変更、置換、変形、改変、または修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態または実施例の１以上の特徴と、本開示における他の実施形態または実施例の１以上の特徴との任意の組合せを包含する。

【0049】

加えて、特定の処理、機能又は方法を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

【0050】

本開示は、明示されない限り、いずれの実施形態または実施例を実施するに際して、事前に、または、実施の直前にユーザからの同意を取得してもよい。また、取得する同意は、包括的なものでもよく、都度取得するものでもよい。

【0051】

＜第１実施形態＞
第１実施形態は、電子商取引プラットフォームにおいて、価格交渉の成立後から、交渉をしていたユーザの決済処理が行われるまでの間に、第三者に対する購入防止処理を実行する実施形態である。第１実施形態では、購入防止処理の一例として、価格交渉成立前に仮決済処理が実行され、価格交渉成立後に決済処理が迅速に実行される。

【0052】

第１実施形態により、電子商取引プラットフォームにおいて、価格交渉の成立後から、交渉をしていたユーザの決済処理が行われるまでの間に、交渉成立した出品物が第三者により購入されることを防止することができるという効果が得られる。また、第１実施形態により、交渉成立後に、決済処理が迅速に実行される場合、交渉後に第三者が介入する隙がなく、第三者が交渉成立後に出品物を横取りすることができないという効果が得られる。これにより、販売者が交渉を承諾した後に、交渉したユーザが決済しないという事態を軽減することができる。

【0053】

＜第１実施形態の構成＞
図１を用いてサーバ１１０、端末１２０の各構成を説明する。
（１）サーバの構成
サーバ１１０は、プロセッサ１１１と、メモリ１１２，ストレージ１１３と、入出Ｉ／Ｆ１１４と、入力装置１１５と、出力装置１１６と、送受信部１１７とを有する。

【0054】

プロセッサ１１１により実行されて構成されうる処理、機能又は方法は、実現可能な範囲において、機械学習またはＡＩ（Artificial Intelligence）などにより実現されてもよい。

【0055】

入出力Ｉ／Ｆ１１４は、入力装置１１５または出力装置１１６から、サーバ１１０により提供される各種のサービスを運営する事業者からの各種の設定操作等を受け付ける。

【0056】

送受信部１１７は、プロセッサ１１１の指示に従い、端末１２０等とのデータの送受信を行う。なお、送受信部１１７は、例えば、端末１２０等からのログイン要求に含まれるユーザＩＤ、及びパスワードにより端末１２０等のユーザが認証された際、端末１２０等とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、端末１２０等の通信用のアドレス、及びユーザＩＤ等を記憶しておく。そして、接続した通信用のセッションを用いて、端末１２０等にデータを送信する。

【0057】

メモリ１１２は、第１実施形態において、プログラム１１２１、ユーザ情報１１２２、取引情報１１２３、取引制御モジュール１１２４及びデータ構造、又はそれらのサブセットを格納する。

【0058】

プログラム１１２１は、上述したとおり、ストレージ１１３からロードされたプログラムであって、第１実施形態における処理に関する命令等が含まれる。

【0059】

ユーザ情報１１２２は、電子商取引プラットフォームにおいて登録されたユーザの情報やアカウント情報を含む。ユーザ情報１１２２は、決済事業者と共有されてもよい。

【0060】

取引情報１１２３は、電子商取引プラットフォームにおける出品物（商品）の取引情報を含む。

【0061】

図２は、第１実施形態に係るユーザ情報１１２２の一例を示す。ユーザ情報には、電子商取引プラットフォームを運営、管理する者により作成された各会員ユーザに関する情報が管理される。「ユーザＩＤ」には、サーバ１１０がユーザを一意に識別するためのユーザ識別情報（ユーザＩＤ：Identifier）が含められる。「メールアドレス」には、ユーザにより登録されたメールアドレスが含められる。「氏名」には、ユーザの氏名が含められる。「信用スコア」には、所定の基準で算出された電子商取引プラットフォームなどの所定のサービスにおける信用度を示すスコアが含められる。「取引評価」は、売買取引の相手により評価された評価値が含められる。

【0062】

図３は、第１実施形態に係るアカウント情報の一例を示す。アカウント情報には、例えば決済事業者により作成された各ユーザのアカウントに関する情報が管理される。決済事業者は、例えば、電子商取引プラットフォームを運営、管理する者と同一であってもよく、別の者であってもよい。「ユーザＩＤ」には、サーバ１１０がユーザを一意に識別するためのユーザ識別情報（ユーザＩＤ：Identifier）が含められる。「パスワード」には、ユーザ認証を行うためのパスワードが含められる。「残高」には、ユーザが保有するアカウントの電子マネー（又は電子バリュー）の残高が含められる。

【0063】

図３に示す例では、残高には、チャージ金額、売上高（売上金）、ポイント１、ポイント２などが含まれる。この種類は一例であって、これらに限定されるものではない。チャージ金額とは、例えば、ユーザが、自身の銀行口座から、決済事業者により作成されたアカウントの口座へ入金した金額を示す。売上高とは、例えば、ユーザが、電子商取引プラットフォームに商品を出品して販売することで得た収益を示す。ポイント１とは、例えば、ユーザが、売上高を変換して得たポイントであり、電子商取引プラットフォームにおいて利用されるポイントを示す。ポイント２とは、例えば、決済事業者等の他者が付与したポイントであり、電子商取引プラットフォームにおいて利用されるポイントである。

【0064】

チャージ金額は、ユーザが、決済事業者が提供するアプリケーション内で、自身の銀行口座の情報を入力し、ユーザＩＤと銀行口座とを対応付け、本人確認が完了した場合に、アカウントの残高に任意の金額をチャージ可能となる。なお、チャージ金額は、銀行口座以外にも、コンビニエンスストアなどでチャージすることも可能である。以下、犯罪による収益の移転防止に関する法律に基づく本人確認が完了していれば、「銀行接続後」と表記し、本人確認が未完了であれば、「銀行接続前」と表記する。

【0065】

ポイント１は、銀行接続前に、ユーザが電子商取引プラットフォームにおいて取引するために、売上高が変換された有償のポイントであり、ポイント１は、有効期限が設定されてもよい。有効期限は、例えば６か月である。ポイント１は、銀行接続後であれば、売上高からの出金が可能になるため、新規に敢えてポイント１に変換して保有される必要がない。したがって、銀行接続前に保有されたポイント１は、使用により徐々に減少する。

【0066】

ポイント２は、決済事業者等が、特典として配布、又は付与する無償のポイントであり、ポイント２は、有効期限が設定されてもよい。ポイントの２の有効期限は、ポイント１の有効期限よりも短く設定されてもよい。なお、サーバ１１０が、電子商取引プラットフォームサービスと、決済サービスとを提供してもよい。

【0067】

図４は、第１実施形態に係る取引情報の一例を示す。「出品者ＩＤ」には、売り手のユーザのユーザＩＤが含められる。「商品名」には、商品の名称が含められる。「説明」には、商品の説明が含められる。「金額」には、商品の販売価格が含められる。販売価格は、出品者の申出価格（最初の出品価格）、交渉価格、又は最終の販売価格等を含む価格である。なお、「商品名」、「説明」、「金額」は、商品の出品情報に含められ、出品情報には、その他の情報が含められてもよい。「出品時刻」には、商品が出品された時刻が含められる。「ステータス」には、電子商取引における取引の状態が含められる。ステータスは、現在取引中であることを示す「取引中」、買い手であるユーザとの交渉中であることを示す「交渉中」、販売済を示す「済」などを含む。「購入者ＩＤ」には、その商品を購入したユーザのユーザＩＤが含められる。「決済手段」は、購入者が商品購入に用いる決済手段が含められる。

【0068】

図１に戻り、メモリ１１２に記憶される取引制御モジュール１１２４は、プロセッサ１１１１により実行されることで、電子商取引プラットフォームにおける売買取引を制御する。例えば、取引制御モジュール１１２４は、電子商取引プラットフォームにおいて、ユーザ登録、出品処理、売買取引処理、評価処理、電子バリューの管理処理などを制御する。

【0069】

また、取引制御モジュール１１２４は、プロセッサ１１１により実行されることで、各ユーザによる電子商取引プラットフォームにおいての商品購入時の決済処理を実行する。例えば、電子商取引プラットフォームにおける決済処理は、図４に示す取引情報で管理されてもよい。

【0070】

以下、電子商取引プラットフォームにおいて、商品が購入される際、価格交渉が行われる場合の出品物の取引処理について説明する。送受信部１１７は、第２ユーザ（例えば出品者）が利用する端末１２０Ａ（第２情報処理端末）から送信される出品情報を受信する。受信される出品情報は、図４に示す取引情報１１２３に登録され、メモリ１１２又はストレージ１１３に記憶される。

【0071】

送受信部１１７は、第１ユーザ（例えば購入希望者）が利用する端末１２０Ｂ（第１情報処理端末）から送信された商品の閲覧依頼を受信する。送受信部１１７は、受信された閲覧依頼に基づき、取引情報１１２３に基づく商品情報を端末１２０Ｂに送信する。

【0072】

送受信部１１７は、端末１２０Ｂから交渉要求を受信する。受信された交渉要求は、取引情報１１２３に関連付けてメモリ１１２に記憶される。取引情報１１２３は、購入予定の商品の商品情報や、決済手段に関する決済手段情報を含んでもよい。

【0073】

プロセッサ１１１により実行される取引制御モジュール１１２４は、第１ユーザが利用する端末１２０Ｂから、電子商取引プラットフォームにおける出品物に対して、価格交渉要求を取得する取得部を有する。例えば、取引制御モジュール１１２４は、価格交渉要求とともに、交渉価格や決済手段（決済方法）を取得してもよい。なお、取引制御モジュール１１２４は、送受信部１１７を介して、外部端末からデータを取得したり、外部端末にデータを出力したりする。

【0074】

取引制御モジュール１１２４は、少なくとも、出品物を出品した第２ユーザが価格交渉要求に基づく交渉価格を承諾してから、第１ユーザの決済処理が完了されるまでの第１期間について、出品物に対して第１ユーザとは異なる第３ユーザからの購入防止処理を実行する第１処理部を有する。例えば、取引制御モジュール１１２４は、第１期間において、第３ユーザが、他人により交渉成立した出品物を購入できないような処理を行う。第１実施形態においては、後述するように、価格交渉要求の取得に応じて、交渉要求時に仮決済処理が実行され、価格承諾時に即時決済が行われる例について説明する。なお、交渉成立の通知、第２ユーザからの承諾通知に基づいて、取引制御モジュール１１２４は、購入防止処理を実行してもよい。

【0075】

取引制御モジュール１１２４は、価格交渉要求の取得に応じて、端末１２０Ａに対し、交渉価格での販売を承諾するか否かを問い合わせる処理を実行する第２処理部を有する。例えば、取引制御モジュール１１２４は、価格交渉要求に基づき設定される交渉価格を承諾するか拒否するかを問い合わせる問い合わせ情報を端末１２０Ａに出力する。なお、交渉価格は、予め設定された割引額や割引率で計算された価格、又は第１ユーザによって設定された価格などを含む。

【0076】

取引制御モジュール１１２４は、端末１２０Ａから、交渉価格に対する承諾か否かを含む承諾結果を取得する。取引制御モジュール１１２４は、取得した承諾結果に応じて後処理を実行する後処理部を有する。取引制御モジュール１１２４は、後処理の一例として、承諾結果を端末１２０Ｂに出力したり、出品者、購入者、価格、決済手段の各情報に基づいて決済処理を実行したりする。

【0077】

取引制御モジュール１１２４は、決済処理が依頼されると、購入者のアカウントから価格分の電子バリューを減算し、この電子バリューを出品者のアカウントに加算する処理を実行する。なお、取引制御モジュール１１２４は、決済手段がクレジットカードの場合は、クレジットカード会社のサーバに決済処理を依頼し、決済処理が行われる。また、取引制御モジュール１１２４は、決済処理を行う決済処理モジュールを分離してもよいし、他のサーバ（例えば１１０Ｂ）に実装してもよい。

【0078】

以上の処理によれば、電子商取引プラットフォームにおいて、価格交渉の成立後から、交渉をしていたユーザの決済処理が行われるまでの間に、交渉成立した出品物が第三者により購入されることを防止することができる。

【0079】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、価格交渉要求の取得に応じて、出品物に対して所定の決済手段を設定すること（仮決済処理）を含んでもよい。例えば、取引制御モジュール１１２４は、第１ユーザにより事前に決済手段が選択されていたり、残高が多い決済手段が自動で選択されたりして、所定の決済手段を設定してもよい。

【0080】

この場合、取引制御モジュール１１２４は、後処理の一例として、端末１２０Ａから取得した承諾結果が承諾である場合、所定の決済手段を用いて決済処理を行ってもよい。例えば、取引制御モジュール１１２４は、承諾結果が承諾である場合には、即時に所定の決済手段を用いて決済処理を実行してもよい。

【0081】

また、送受信部１１７は、承諾結果を端末１２０Ｂに送信する。なお、承諾結果が拒否である場合、取引制御モジュール１１２４は、購入防止処理の実行を解除し、任意のユーザにその出品物を購入可能にする。

【0082】

以上の処理によれば、価格交渉成立前に、交渉価格で仮に決済するための仮決済処理が実行され、交渉成立後に、迅速に決済処理が実行されるため、交渉後に第三者が介入する隙がなく、第三者が交渉成立後に出品物を購入して横取りすることができない。

【0083】

また、出品物を出品した第２ユーザが、価格交渉要求に基づく交渉価格を承諾してからすぐに決済処理が行われるため、交渉成立後に第１ユーザにより決済処理の操作が行われないことによる取引の不安定さを解消することができる。

【0084】

また、交渉成立後に即時決済処理が行われることにより、サーバ１１０は、決済処理の操作通知を受けたり、決済処理のリマインド等をしたりする必要がないため、取引における処理効率を向上させることができる。なお、決済処理が実行されると、取引制御モジュール１１２４は、取引情報１１２３におけるこの出品物のステータスを「済」（販売済）に変更する。

【0085】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、取得した価格交渉要求とともに、第１ユーザが選択した第１決済手段が取得される場合、第１決済手段を所定の決済手段として設定することを含んでもよい。例えば、第１ユーザは、価格交渉を要求する際に、画面に表示される、１又は複数の電子決済、クレジットカード決済などの複数の決済手段の中から１つの決済手段を選択した場合、取引制御モジュール１１２４は、選択された決済手段を示す決済手段情報を取得するとよい。また、第１決済手段を設定する仮決済処理は、購入防止処理の一処理として行われてもよい。

【0086】

以上の処理によれば、購入希望者である第１ユーザは、価格交渉を要求する際に、希望する決済手段（第１決済手段）を選択することができ、システムとして決済に対する柔軟性を向上させることができる。

【0087】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、所定の決済手段に対応する第１ユーザのアカウントに対応付けられた残高から交渉価格を凍結する処理を行うことを含んでもよい。具体例として、取引制御モジュール１１２４は、所定の決済手段が電子決済手段である場合、この電子決済手段に関連付けられる第１ユーザのアカウントから、交渉価格分を凍結する。次に、価格交渉が成立する場合、又は交渉価格が承諾される場合、取引制御モジュール１１２４は、凍結された交渉価格分の電子バリューを、第１ユーザのアカウントから移動してもよい。

【0088】

以上の処理により、サーバ１１０は、第１ユーザの交渉価格分の電子バリューを確保しておくことができ、交渉成立後に、交渉成立までの間に残高が減ることで、交渉価格分の残高が残っていないという事態を防止することができる。換言すれば、購入者が交渉価格を支払えなくなることを防止することができる。

【0089】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、交渉価格が所定の決済手段で決済可能か否かを確認する処理を行うことを含んでもよい。例えば、取引制御モジュール１１２４は、第１ユーザにより選択された決済手段の残高と、交渉価格とを比較し、残高≧交渉価格であるか否かを確認する。取引制御モジュール１１２４は、残高≧交渉価格である場合、仮決済処理を続行し、残高＜交渉価格であれば、その旨を端末１２０Ｂに通知し、第１ユーザに他の決済手段を選択するように促してもよい。

【0090】

以上の処理により、仮決済処理で設定される決済手段の残高に、交渉価格以上の電子バリューがあるかを事前に確認することにより、第１ユーザが、残高が足りない決済手段を選択した際に、決済ができないことを第１ユーザに通知することができる。

【0091】

また、残高に、例えば、チャージ金、売上金、有償ポイント、無償ポイントなどの複数の種類がある場合、残高確認する際の種類は問われず、合計残高で残高確認が行われてもよい。また、所定の決済手段として、購入時点ではなく、その後の翌月等に支払うあと払いが選択された場合、仮決済処理時点で、交渉価格分の利用枠が使えるのか否かの確認等が行われてもよい。また、仮決済処理は、第２ユーザの承諾の後に、決済処理としてまとめて行われてもよい。また、第１ユーザが価格交渉要求を行う際に、表示制御モジュール１２２３は、割引クーポンを適用した金額が表示されるようにしてもよい。また、第２ユーザによる承諾が行われる前であれば、取引制御モジュール１２２４は、第１ユーザからの要求により、一度設定された所定の決済手段を、他の決済手段に変更してもよい。

【0092】

なお、取引制御モジュール１１２４は、出品物の商品情報を端末１２０Ｂに出力する際に、各決済手段の残高情報も出力しておくことで、端末１２０Ｂが決済手段の選択画面を表示する際に、交渉価格以上の残高を保有する決済手段が選択画面に表示されるようにしてもよい。これにより、第１ユーザが、残高が足りない決済手段を選択してしまうことを防止することが可能になる。

【0093】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、交渉価格及び／又は所定の決済手段を、第３ユーザに対して非表示にすることを含んでもよい。例えば、取引制御モジュール１１２４は、交渉価格及び所定の決済手段について、この出品物の商品情報が掲載されるページに表示しないようにする。

【0094】

以上の処理により、第１ユーザと第２ユーザとの交渉を安定的に執り行うことが可能になる。また、第３ユーザが、交渉価格等を知ることで、交渉に介入してくるリスクを減らすことが可能になり、出品者に負担がかかる事態を避けることができる。

【0095】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、価格交渉要求の取得回数をカウントすることと、カウントされた回数が、所定期間以内に、所定回数以下であるかを確認することとを含んでもよい。例えば、取引制御モジュール１１２４は、第１ユーザには、所定回数の交渉しかできないように制限を設けてもよい。具体例として、所定期間（例、１週間）内に価格交渉できるのは、所定回数（例、１０回）まで等の制限が加えられてもよい。これにより、価格交渉が必要以上に行われることを防止し、サーバ１１０の処理負荷が大きくなることを防ぐことができる。

【0096】

また、同一又は類似商品については、所定個数（例、１個）の商品までしか価格交渉ができないという制限が加えられてもよい。これは、価格交渉を要求する際に出品物が特定されているため、取引制御モジュール１１２４は、出品物の商品名等を用いて、過去に価格交渉が行われた出品物であるか否かを判定することが可能である。これにより、同一又は類似する複数の商品に価格交渉要求を行い、それぞれが承諾されて即時決済処理が実行され、同一又は類似する複数の商品が購入されることを防止することができる。

【0097】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、第１ユーザの属性情報、又は電子商取引プラットフォームにおける行動履歴情報に基づいて、所定期間や所定回数を変更することを含んでもよい。例えば、価格交渉の制限に関する所定期間や所定回数は、第１ユーザの属性情報又は行動履歴情報に基づいて、所定期間や所定回数が決定されてもよい。具体例としては、電子商取引プラットフォームにおける第１ユーザの評価の高さ、取引回数の多さや、購入頻度、購入金額合計が大きいほど、より多くの所定回数、又はより長い所定期間にしてもよい。これにより、第１ユーザの情報に基づいて、価格交渉に対する制限を動的に変更することが可能になる。

【0098】

また、交渉価格は、下限価格又は下限割合が設定され、この下限価格又は下限割合は、第２ユーザにより設定され、自動的に設定され、あるいは、第１ユーザの属性情報又は電子商取引プラットフォームにおける行動履歴情報に基づいて設定されてもよい。例えば、上述した交渉価格は、以下のいずれかにより決定されてもよい。
・画面に表示される複数の所定割合から第１ユーザが選択する。
例えば、出品価格の９０％，８５％，８０％等の選択肢が表示され、第１ユーザ（購入希望者）がいずれかを選択する。
・第１ユーザが、入力欄に自由に交渉価格を入力してもよい。
このとき、出品価格よりも低い価格しか入力できないような制限を加えてもよい。また、第２ユーザ（出品者）又はシステムが、最低価格（又は最低割合）を設定し、設定された価格未満の価格が第１ユーザにより指定できないように構成されてもよい。
・第１ユーザの属性情報又は行動履歴情報に基づいて、取引制御モジュール１１２４により下限価格または下限割合が設定されてもよい。これにより、交渉価格に対する柔軟性を向上させることがき、また、第２ユーザが所望する価格以下の交渉価格は自動的に拒否することが可能になる。

【0099】

なお、第１ユーザが価格交渉を要求する時に、決済手段の選択を要求してもよい。これにより、仮決済処理において設定される所定の決済手段により、交渉価格が支払えないと（残高が足りない）判断された場合に、第２ユーザに価格交渉の問合せがいくことを防ぐことができ、ユーザの端末とサーバ間の無駄なコミュニケーションを削減することができる。

【0100】

出品者の第２ユーザの画面について、端末１２０Ａの取引処理モジュール１２２２は、複数のユーザから価格交渉要求による承諾か否かの問合せを受けた場合、アプリケーション上のやることリストに保存し、通知してもよい。これにより、問合せが届いていることを第２ユーザに気づかせることができる。また、やることリストにおいて、交渉価格が高い順に問合せが並べ替えられたり、購入希望者の第１ユーザの評価（電子商取引プラットフォームにおける評価）が合わせて表示されたりしてもよい。

【0101】

また、次のいずれかの場合には、取引制御モジュール１１２４は、価格交渉要求を自動的にキャンセルしてもよい。
・交渉価格が承諾されなかった場合
・交渉価格の問合せをしてから所定時間経過した場合
・交渉価格が承諾される前に、他のユーザに出品価格等で購入された場合
・出品者により商品が編集／削除された場合

【0102】

また、取引制御モジュール１１２４は、価格交渉の機能について、所定の条件を満たす第１ユーザのみが利用できるようにしてもよい。例えば、所定の条件は、取引件数が所定値以上などを含む。また、仮決済処理時又は決済処理時に、第１決済手段で決済が不可の場合に、第２決済手段が設定されるようにしてもよい。決済手段の優先度は、事前にユーザにより設定されてもよい。

【0103】

また、第２ユーザは、交渉価格について、承諾するか否かだけではなく、第２ユーザが希望する希望価格を第１ユーザに提案できるようにしてもよい。例えば、問合せ画面において、希望価格の入力欄を設け、この入力欄に希望価格が入力された場合、希望価格がサーバ１１０を介して第１ユーザの端末１２０Ｂに送信される。このとき、第１ユーザに対して、希望価格で承諾するか否かの問合せが行われる。希望価格が第１ユーザにより承諾されれば、取引制御モジュール１１２４は、即時決済処理を実行する。

【0104】

また、交渉成立前に出品物がキャンセルされた場合でも、仮決済処理では決済手段を設定したり、交渉価格を凍結したり、利用枠を確認しているだけなので、その設定や凍結を解除するだけでよく、返金処理は発生しない。

【0105】

なお、１つ又は複数のプロセッサ１１１は、メモリ１１２から、必要に応じて各モジュールを読み出して実行する。例えば、１つ又は複数のプロセッサ１１１は、取引制御モジュール１１２４を実行することで、取引制御部、決済処理部をそれぞれ構成してもよい。

【0106】

（２）端末１２０の構成
端末１２０は、プロセッサ１２１と、メモリ１２２と、ストレージ１２３と、入出力Ｉ／Ｆ１２４と、入力装置１２５と、出力装置１２６と、送受信部１２７と、読取部１２８とを有する。

【0107】

プロセッサ１２１により実行される処理、機能又は方法は、実現可能な範囲において、機械学習またはＡＩ（Artificial Intelligence）などにより実現されてもよい。

【0108】

入力装置１２５は、端末１２０のユーザからの各種の操作等を受け付ける。

【0109】

送受信部１２７は、プロセッサ１２１の指示に従い、サーバ１１０等とのデータの送受信を行う。なお、送受信部１２７は、例えば、サーバ１１０にログインした際、サーバ１１０とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、サーバ１１０の通信用のアドレス等を記憶しておく。そして、接続した通信用のセッションを用いて、サーバ１１０にデータを送信する。

【0110】

プロセッサ１２１は、サーバ１１０により提供される所定のサービスを利用する処理を行う。

【0111】

メモリ１２２は、第１実施形態において、プログラム１２２１、取引処理モジュール１２２２、表示制御モジュール１２２３、及びデータ構造、又はそれらのサブセットを格納する。

【0112】

プログラム１２２１は、上述したとおり、ストレージ１２３からロードされたプログラムであって、第１実施形態に関する命令等が含まれる。

【0113】

取引処理モジュール１２２２は、電子商取引プラットフォームにおいて商品の売買取引を行う処理を実行する。例えば、取引処理モジュール１２２２は、電子商取引プラットフォーム上で、商品を出品したり、商品を購入したり、価格交渉をしたりする処理を実行する。

【0114】

表示制御モジュール１２２３は、電子商取引プラットフォームに関する画面データを、出力装置１２６に表示するよう制御する。例えば、表示制御モジュール１２２３は、商品を出品するための画面を表示するよう制御したり、価格交渉をするための画面を表示するよう制御したり、商品を購入する画面を表示するよう制御したりする。

【0115】

なお、１つ又は複数のプロセッサ１２１は、メモリ１２２から、必要に応じて各モジュールを読み出して実行する。例えば、１つ又は複数のプロセッサ１２１は、取引処理モジュール１２２２、表示制御モジュール１２２３それぞれを実行することで、取引処理部、表示制御部を構成してもよい。

【0116】

＜購入防止処理のタイミング＞
図５は、第１実施形態に係る購入防止処理のタイミングの一例を示す。図５に示す例では、サーバ１１０が、端末１２０Ｂから第１ユーザの価格交渉要求を取得したタイミングをｔ１とし、サーバ１１０が、第１ユーザからの価格交渉要求を取得して仮決済処理を実行するタイミングをｔ２とし、サーバ１１０が、第２ユーザから価格交渉要求に基づく交渉価格の承諾を取得したタイミングをｔ３とし、サーバ１１０が、第２ユーザの承諾により決済処理を実行するタイミングをｔ４とする。

【0117】

第１実施形態では、第１ユーザによる交渉価格が承諾された時（価格交渉の成立後）ｔ３から、決済処理が行われる時ｔ４までの第１期間の間に、第３ユーザがこの出品物に対する購入処理を行うことはできない。なぜなら、交渉価格が承諾されるとすぐに決済処理が実行されることで、第１期間を短くすることができ、この第１期間において、第３ユーザが購入に対して介入できないからである。この即時決済処理を可能とする理由は、第１ユーザからの価格交渉要求が取得された後に（ｔ１の後に）、決済処理に使用される価格、決済手段を事前に設定する仮決済処理が実行されるからである。

【0118】

＜第１実施形態の動作処理＞
図６を参照し、実施形態に係る情報処理システム１の処理について説明する。図６は、実施形態に係る情報処理システム１の処理のシーケンスの一例を示す。なお、図６に示す処理は、電子商取引プラットフォームにおける交渉処理の一例を示す。

【0119】

（ステップＳ１０２）
第２ユーザの端末１２０Ａの取引処理モジュール１２２２は、ユーザからの電子商取引プラットフォームにおける出品物の出品要求を受け付け、サーバ１１０に対して出品要求を行う。これにより、サーバ１１０の取引制御モジュール１１２４は、取得された出品要求に基づき、取引情報１１２３に所定の情報を登録する。

【0120】

（ステップＳ１０４）
第１ユーザの端末１２０Ｂの取引処理モジュール１２２２は、第１ユーザからの電子商取引プラットフォームにおける商品の閲覧要求を受け付け、サーバ１１０に対して閲覧要求を行う。

【0121】

（ステップＳ１０６）
サーバ１１０の取引制御モジュール１１２４は、閲覧要求を受け付けると、閲覧要求された商品の商品情報を端末１２０Ｂに出力する。端末１２０Ｂの表示制御モジュール１２２３は、取得された商品情報に基づいて商品閲覧画面を構成し、この商品閲覧画面が出力装置１２６に表示されるよう制御する。

【0122】

（ステップＳ１０８）
端末１２０Ｂの取引処理モジュール１２２２は、第１ユーザからの価格交渉要求を受け付ける。このとき、取引処理モジュール１２２２は、交渉価格や、決済手段が第１ユーザから選択されてもよい。取引処理モジュール１２２２は、交渉価格及び決済手段それぞれについて、複数の選択肢の中から選択されたものを受け付けてもよい。

【0123】

（ステップＳ１１０）
端末１２０Ｂの取引処理モジュール１２２２は、第１ユーザから受け付けた価格交渉に基づいて、交渉価格や決済手段が設定されている場合は交渉価格や決済手段の情報とともに、価格交渉要求をサーバ１１０に出力する。

【0124】

（ステップＳ１１２）
サーバ１１０の取引制御モジュール１１２４は、価格交渉要求の取得に基づいて、少なくとも、出品物を出品した第２ユーザが価格交渉要求に基づく交渉価格を承諾してから第１ユーザの決済処理が完了されるまでの第１期間について、出品物に対して第３ユーザからの購入防止処理を実行する。例えば、取引制御モジュール１１２４は、購入防止処理に含まれる、交渉価格や決済手段を設定する仮決済処理を実行する。

【0125】

（ステップＳ１１４）
サーバ１１０の取引制御モジュール１１２４は、交渉価格に対して承諾するか拒否するかを、第２ユーザの端末１２０Ａに問い合わせる処理を実行する。例えば、取引制御モジュール１１２４は、出品物を特定して、交渉価格の表示とともに、承諾又は拒否を選択するための情報を端末１２０Ａに出力する。

【0126】

（ステップＳ１１６）
端末１２０Ａの表示制御モジュール１２２３は、出品物、交渉価格、第１ユーザの情報、承諾か否かの選択情報（例えばチェックボックス、ラジオボタン等）を画面に表示させ、第２ユーザからの回答を受け付ける処理を実行する。

【0127】

（ステップＳ１１８）
端末１２０Ａの取引処理モジュール１２２２は、第２ユーザからの回答である、承諾か拒否かを示す承諾結果の情報をサーバ１１０に出力する。

【0128】

（ステップＳ１２０）
サーバ１１０の取引制御モジュール１１２４は、端末１２０Ａから取得した承諾結果を第１ユーザの端末１２０Ｂに出力する。取引制御モジュール１１２４は、承諾結果が承諾を示す場合、ステップＳ１２２の決済処理を実行し、承諾結果が拒否を示す場合は、決済手段の設定を解除し、仮決済処理を解除する。

【0129】

（ステップＳ１２２）
サーバ１１０の取引制御モジュール１１２４は、承諾結果が承諾を示す場合、決済処理を実行する。例えば、取引制御モジュール１１２４は、既に仮決済処理が行われ、決済手段が設定されているので、承諾の取得後に決済処理をすぐに実行することが可能になる。なお、決済処理が実行されると、取引制御モジュール１１２４は、取引情報１１２３のステータスを「済」に変更する。なお、ステップＳ１２０とステップＳ１２２とは順序は問わない。

【0130】

＜第２実施形態＞
第２実施形態は、価格交渉要求が取得された後に、取引情報のステータスを「交渉中」に変更し、「交渉中」のステータスの場合は第三者の購入要求を受け付けせず、第三者の購入を防止する実施形態である。

【0131】

＜第２実施形態の効果＞
第２実施形態によれば、交渉処理を安定的に行いつつ、電子商取引プラットフォームにおいて、価格交渉の成立後から、交渉をしていたユーザの決済処理が行われるまでの間に、交渉成立した出品物が第三者により購入されることを防止することができるという効果が得られる。

【0132】

＜第２実施形態の構成＞
第２実施形態に係るシステム構成、情報処理装置のハードウェア構成、並びに、サーバ及び端末の機能構成は、上述した第１実施形態と同様である。第２実施形態では、サーバ１１０の取引制御モジュール１１２４が、ステータスを変更する際に、交渉中のステータスの場合には、基本的に第三者の購入処理を実行しない設定にする点が、第１実施形態と異なる。

【0133】

例えば、サーバ１１０の取引制御モジュール１１２４は、購入防止処理を実行する際、価格交渉要求の取得に応じて、価格交渉要求を取得してから交渉価格の承諾を受けるまでの第２期間と上述した第１期間とについて、出品物に対するステータスを取引中から交渉中に変更することを含んでもよい。また、取引制御モジュール１１２４は、ステータスが交渉中である場合、第３ユーザが利用する第３情報処理端末に対して、出品物に対する購入処理の実行を不可とすることを含んでもよい。例えば、ステータスが交渉中である場合、取引制御モジュール１１２４は、その出品物に対する第３ユーザの購入要求を拒否したり、そもそも購入要求を操作不可としたりしてもよい。

【0134】

以上の処理により、取引制御モジュール１１２４は、ステータスと、処理制限とを関連付けておくことで、ステータスが交渉中であれば、第３ユーザが購入処理に介入することを防止することを可能にする。

【0135】

また、取引制御モジュール１１２４は、購入防止処理を実行する際、第３情報処理端末に対して、上述の第２期間に、交渉価格以上の価格での購入が第３ユーザから希望される場合に、購入処理の実行を許可することを含でもよい。例えば、交渉成立前の第２期間中であれば、第３情報処理端末において交渉価格以上での購入を希望するＵＩ部品（例えばボタン）を表示させ、第３ユーザがこのＵＩ部品を操作したとする。

【0136】

この場合、取引制御モジュール１１２４は、交渉価格以上での購入希望を受け付け、第２ユーザの端末１２０Ａに対して、交渉価格以上の価格とともに購入要求を出力する。購入要求を受けた第２ユーザの端末１２０Ａは、第３ユーザによる購入要求を受け付けるか否かの承諾結果をサーバ１１０に出力する。これにより、交渉価格よりも高い価格で出品物が販売できるのであれば、販売したいという出品者のニーズに応えることが可能になる。

【0137】

＜購入防止処理のタイミング＞
図７は、第２実施形態に係る購入防止処理のタイミングの一例を示す。図７に示す例では、サーバ１１０が、端末１２０Ｂから第１ユーザの価格交渉要求を取得したタイミングをｔ１１とし、サーバ１１０が、第２ユーザから価格交渉要求に基づく交渉価格の承諾を取得したタイミングをｔ１２とし、サーバ１１０が、第２ユーザの承諾により決済処理を実行するタイミングをｔ１３とする。

【0138】

第２実施形態では、基本的には、第１ユーザによる価格交渉要求が取得された時ｔ１１から、決済処理が行われる時ｔ１３までの期間（第１期間＋第２期間）の間に、第３ユーザがこの出品物に対する購入処理を行うことはできない。なぜなら、その出品物のステータスが「交渉中」であるため、この交渉中のステータスの出品物に対しては、第１ユーザ以外のユーザは購入処理が許可されていないからである。

【0139】

なお、第２期間（ｔ１１～ｔ１２）においては、例外処理として、交渉価格以上の価格での購入要求があれば、サーバ１１０は、その購入要求を第２ユーザの端末１２０Ａに通知してもよい。

【0140】

＜第２実施形態の動作処理＞
図８は、第２実施形態に係る情報処理システムの処理のシーケンスの一例を示す。図８に示すように、ステップＳ２０２～Ｓ２１０の各処理は、第１実施形態におけるステップＳ１０２～Ｓ１１０の各処理と同様である。

【0141】

（ステップＳ２１２）
サーバ１１０の取引制御モジュール１１２４は、価格交渉要求を受けた出品物のステータスを「交渉中」に変更する。このとき、取引制御モジュール１１２４は、例えば、この出品物に対する商品情報ページに含まれる購入ボタンを非表示（又はグレーアウト）にしたり、この出品物に対する購入要求を拒否したりする。

【0142】

ステップＳ２１４～Ｓ２２０の各処理は、第１実施形態におけるステップＳ１１４～Ｓ１２０の各処理と同様である。なお、ステップＳ２１８により承諾結果を取得したサーバ１１０は、承諾結果が拒否を示す場合、取引情報１１２３のステータスを「取引中」に変更する。

【0143】

（ステップＳ２２２）
端末１２０Ｂの取引処理モジュール１２２２は、交渉価格に対する承諾結果が承諾を示す場合、決済手段を第１ユーザに選択させ、選択された決済手段とともに、決済処理要求をサーバ１１０に対して出力する。

【0144】

（ステップＳ２２４）
サーバ１１０の取引制御モジュール１１２４は、決済処理要求を取得する場合、決済処理要求に基づいて決済処理を実行する。例えば、取引制御モジュール１１２４は、第１ユーザにより選択された決済手段を用いて決済処理を実行する。なお、決済処理が実行されると、取引制御モジュール１１２４は、取引情報１１２３のステータスを「済」に変更する。

【0145】

なお、開示技術は、上述した実施形態に限定されるものではなく、開示技術の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

【0146】

例えば、上述した実施形態では、電子商取引プラットフォームにおける管理と、電子決済における管理とを同じサーバ１１０で実行する例について説明したが、サーバ１１０Ａは、電子商取引プラットフォームを管理し、サーバ１１０Ｂは、電子決済を管理するようにしてもよい。

【符号の説明】

【0147】

１…情報処理システム、１１０…サーバ、１１１…プロセッサ、１１２…メモリ、１１３…ストレージ、１１４…入出力Ｉ／Ｆ、１１５…入力装置、１１６…出力装置、１１７…
送受信部、１２０…端末、１２１…プロセッサ、１２２…メモリ、１２３…ストレージ、１２４…入出力Ｉ／Ｆ、１２５…入力装置、１２６…出力装置、１２７…送受信部、１１２４…取引制御モジュール、１２２２…取引処理モジュール、１２２３…表示制御モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】