CN112669103A

CN112669103A - 信息处理方法、计算机可读存储介质及信息处理装置

Info

Publication number: CN112669103A
Application number: CN202011079031.2A
Authority: CN
Inventors: 田岛亮太; 与田祐树; 户塚香里; 菱井康生
Original assignee: Meikaili Co ltd
Current assignee: Meikaili Co ltd
Priority date: 2019-10-16
Filing date: 2020-10-10
Publication date: 2021-04-16
Also published as: JP2021064286A; US20210118028A1; JP7406951B2

Abstract

本公开涉及信息处理方法、计算机可读存储介质及信息处理装置，在电子商务交易平台上，能够对他人持有的商品请求上架。信息处理方法为，信息处理装置中包括的一个或多个处理器执行：获取针对第一用户持有的第一商品的、来自其他用户的上架请求，所述第一商品为电子商务交易平台上的未上架的商品；将上架请求与有关第一商品的信息相关联；将表示有针对第一商品的上架请求的信息通知给第一用户使用的信息处理装置；以及当有来自第一用户的针对第一商品的上架委托时，在电子商务交易平台上进行第一商品的上架处理。

Description

信息处理方法、计算机可读存储介质及信息处理装置

技术领域

本公开涉及信息处理方法、存储有程序的计算机可读非暂时性存储介质及信息处理装置。

背景技术

以往，已在诸如CtoC(Customer To Customer，客户对客户)市场等电子商务交易平台上发布了用于协调个人买卖的系统(例如，参考专利文献1)。

专利文献1：日本特开2001-167163号公报

然而，在电子商务交易平台上，用户即使想购买商品，有时也可能会失去机会而无法购买所希望的商品。在这种情况下，用户必须等到同样的商品上架为止，即使知道他人持有该商品，也无法在电子商务交易平台上对该商品进行任何操作。

发明内容

本公开的目的之一在于，提供一种信息处理方法、计算机可读存储介质及信息处理装置，使得在电子商务交易平台上，能够对他人持有的商品请求上架。

本公开的一实施方式所涉及的信息处理方法为，信息处理装置中包括的一个或多个处理器执行：获取针对第一用户持有的第一商品的、来自其他用户的上架请求，所述第一商品为电子商务交易平台上的未上架的商品；将所述上架请求与有关所述第一商品的信息相关联；将表示有针对所述第一商品的上架请求的信息通知给所述第一用户使用的信息处理装置；以及当有来自所述第一用户的针对所述第一商品的上架委托时，在所述电子商务交易平台上进行所述第一商品的上架处理。

根据所公开的技术，在电子商务交易平台上，能够对他人持有的商品请求上架。

附图说明

图1是示出实施方式中的信息处理系统1的各结构例的图。

图2是示出实施方式所涉及的用户终端10的一例的框图。

图3是示出实施方式所涉及的服务器20的一例的框图。

图4是示出实施方式所涉及的用户数据233的一例的图。

图5是示出实施方式所涉及的交易数据234的一例的图。

图6是示出实施方式所涉及的持有物列表数据235的一例的图。

图7是示出与实施方式所涉及的上架请求的发送有关的处理的一例的流程图。

图8是示出与实施方式所涉及的上架请求的发送有关的处理的一例的流程图。

图9是示出与实施方式所涉及的上架请求的发送有关的处理的一例的流程图。

图10是示出与实施方式所涉及的上架请求的结果有关的处理的一例的流程图。

图11是示出与实施方式所涉及的上架请求的结果有关的处理的一例的流程图。

图12是示出与实施方式所涉及的上架请求的接收有关的处理的一例的流程图。

图13是示出与实施方式所涉及的上架请求的接收有关的处理的一例的流程图。

图14是示出与实施方式所涉及的上架请求的接收有关的处理的一例的流程图。

图15是示出对实施方式所涉及的上架请求按钮进行显示的画面例的图。

图16是示出对实施方式所涉及的上架请求按钮进行显示的画面例的图。

图17是示出对实施方式所涉及的上架请求按钮进行显示的画面例的图。

图18是示出实施方式所涉及的上架请求时的画面迁移例的图。

图19是示出实施方式所涉及的上架请求被同意时的画面迁移例的图。

图20是示出实施方式所涉及的上架请求被搁置时的画面迁移例的图。

图21是示出收到实施方式所涉及的上架请求时的画面迁移例的图。

图22是示出收到实施方式所涉及的上架请求时的画面迁移例的图。

图23是示出收到实施方式所涉及的上架请求时的画面迁移例的图。

图24是示出收到实施方式所涉及的上架请求时的画面迁移例的图。

附图标记的说明

1 信息处理系统

10、10A、10B 信息处理装置(用户终端)

20 信息处理装置(服务器)

110、210 处理装置(CPU)

120、220 网络通信接口

130、230 存储器

131、231 操作系统

132、232 网络通信模块

133 应用程序数据

134 交易控制模块

135 上架控制模块

136 购买控制模块

137 显示控制模块

150 用户接口

160 拍摄装置

170、270 通信总线

233 用户数据

234 交易数据

235 持有物列表数据

236 交易管理模块

237 请求处理模块

238 上架处理模块

239 购买处理模块

具体实施方式

下面，参考附图详细地对本公开的实施方式进行说明。此外，针对相同的元件标注相同的附图标记，并省略重复的说明。

[实施方式]

在实施方式中，对用户能够针对规定的用户所持有的商品请求上架的装置或系统进行说明。例如，提供了一种针对在电子商务交易平台上售罄的商品，想购买该商品的用户能够请求上架的机制。以下，促使他人进行上架的请求也被称为上架请求。由此，提高了他人所持有的未上架的商品在电子商务交易平台上被上架的可能性，从而能够对已达成买卖交易的商品促进流通。

<系统的适用例>

图1是示出实施方式中的信息处理系统1的各结构例的图。在图1所示的例子中，经由网络N而连接：各用户使用的各信息处理装置10A、10B……；以及对电子商务交易平台进行管理的服务器20。此外，信息处理装置10A、10B以任意数量与网络N连接。

信息处理设备10A、10B例如是智能手机、移动电话(功能手机)、计算机、个人数字助理(PDA：Personal Digital Assistant)等，通过内置或外部安装而具有拍摄装置。信息处理装置10A、10B在并不特别加以区分时，也被标记为信息处理装置10或用户终端10。

信息处理装置20例如是服务器，可以由一个或多个装置构成。另外，信息处理装置20对电子商务交易平台进行管理，并且对针对规定的用户所持有的商品的上架请求进行管理。以下，信息处理装置20也被标记为服务器20。

在图1所示的例子中，假设使用用户终端10的用户(第二用户)在浏览电子商务交易平台的规定的页面时，在规定的用户(第一用户)所持有的商品(第一商品)中发现了希望购买的商品。在这种情况下，第二用户使用电子商务交易平台的功能，对第一商品请求上架。例如，用户终端10对第二用户按下的上架请求按钮进行检测，将针对第一商品的上架请求发送给服务器20。

服务器20从用户终端10接收上架请求时，将被提出的上架请求与第一商品相关联，并在规定的时机，将针对第一商品已提出了上架请求通知给第一用户所使用的用户终端10。服务器20按照第一用户的操作，对是进行上架还是拒绝上架请求等进行判定，并执行后期的处理。由此，能够向用户提供一种针对规定的用户所持有的未上架的商品请求上架的机制。

<结构的一例>

图2是示出实施方式所涉及的用户终端10的一例的框图。用户终端10包括：一个或多个处理装置(CPU)110、一个或多个网络通信接口120、存储器130、用户接口150、拍摄装置160、以及用于将这些结构元件相互连接的一个或多个通信总线170。

用户接口150是例如具备显示装置151和输入装置(键盘和/或鼠标或者其他任何的定点设备等)152的用户接口150。另外，用户接口150也可以是触摸面板。拍摄装置160例如对商品进行拍摄，并将拍摄图像存储在存储器130中。

存储器130是例如DRAM、SRAM、DDR RAM或其他随机存取固态存储装置等高速随机存取存储器，另外，也可以是一个或多个磁盘存储装置、光盘存储装置、闪存设备、或者其他非易失性固态存储装置等非易失性存储器。

另外，作为存储器130的另一个例子，也可以是从CPU 110远程设置的一个或多个存储装置。在某些实施方式中，存储部130存储以下的程序、模块及数据结构、或者它们的子集。

操作系统131包括例如用于对各种基本性的系统服务进行处理并使用硬件来执行任务的过程(プロシージャ)。

网络通信模块132例如为了将用户终端10经由一个或多个网络通信接口120以及诸如因特网、其他广域网、局域网、城域网等一个或多个通信网络连接到其他计算机而使用。

应用程序数据133包括当用户使用电子商务交易平台时经过处理的数据。例如，应用程序数据133包括用户信息和从服务器20获取到的信息。具体而言，使用电子商务交易平台浏览商品时的商品信息等可以被包括在应用程序数据133中。

交易控制模块134对服务器20所提供的电子商务交易平台上的商品买卖等交易进行控制。例如，交易控制模块134执行与上述的上架请求有关的处理。具体而言，交易控制模块134检测到用户对上架请求的操作时，将上架请求和表示所请求的第一商品的商品识别信息(例如商品ID)发送到服务器20。另外，交易控制模块134从服务器20接收到表示有来自希望购买第一商品的用户(第二用户)的上架请求的通知时进行控制，例如在画面上显示通知内容等，以通知第一用户。

另外，交易控制模块134具有：执行对商品进行上架时的处理的上架控制模块135、执行对商品进行购买时的处理的购买控制模块136。

上架控制模块135对用户针对商品进行上架时的处理进行控制。例如，上架控制模块135进行控制以获取预定上架的商品的商品信息，并将商品信息发送到服务器20。预定上架的商品是可以在电子商务交易平台上进行买卖的商品，商品信息包括该商品的图像数据、名称、类别、品牌、尺寸、状态、价格等用于对商品进行说明的信息。

购买控制模块136对用户购买商品时的处理进行控制。例如，购买控制模块136在根据用户操作检测到在电子商务交易平台上被上架的商品时，对交易结束前与上架者的交互进行控制。具体而言，购买控制模块136进行控制以对关于价格交涉、商品的配送方法等的交涉的消息进行交互。

显示控制模块137进行控制以在显示器151上显示电子商务交易平台上所提供的画面。例如，显示控制模块137适当地控制显示与商品的上架、浏览、购买等有关的画面。另外，显示控制模块137在画面上显示与上架请求有关的UI部件(例如按钮、复选框等)，或者在画面上显示上架请求的接受通知等。以下使用图15至图24对通过显示控制模块137显示的画面例进行描述。

此外，一个或多个处理装置(CPU)110根据需要从存储器130读取各模块并执行。例如，一个或多个处理装置(CPU)110可以通过执行存储在存储器130中的网络通信模块132来构成通信部。另外，一个或多个处理装置(CPU)110可以通过分别执行存储在存储器130中的交易控制模块134、上架控制模块135、购买控制模块136、显示控制模块137，来构成交易控制部、上架控制部、购买控制部、显示控制部。另外，也可以在一个或多个处理装置(CPU)110中执行交易控制模块134、上架控制模块135、购买控制模块136、显示控制模块137的各自的处理。

在其他实施方式中，交易控制模块134、上架控制模块135、购买控制模块136、显示控制模块137也可以是存储在用户终端10的存储器130中的独立应用程序。作为独立应用程序，并不加以限定，可以举出交易控制应用程序、购买控制应用程序、上架控制应用程序、显示控制应用程序。在又一其他实施方式中，交易控制模块134、上架控制模块135、购买控制模块136、显示控制模块137还可以是其他应用程序的加载项或插件。

上述所示的元件中的每一个可以存储在前述的存储装置中的一个或多个中。上述所示的模块中的每一个与用于执行上述功能的命令的集合相对应。上述所示的模块或程序(即，命令的集合)无需被实现为单独的软件程序、过程(プロシージャ)或模块，并且因此，这些模块的各种子集可以在各种实施方式中被组合或重构。在某些实施方式中，存储器130可以存储上述所示的模块和数据结构的子集。进而，存储器130可以存储以上未被记述的附加的模块和数据结构。

图3是示出实施方式所涉及的服务器20的一例的框图。服务器20包括：一个或多个处理装置(CPU)210、一个或多个网络通信接口220、存储器230、以及用于将这些结构元件相互连接的一个或多个通信总线270。

服务器20根据情况还可以包括用户接口250，其可以举出显示装置(未示出)、以及键盘和/或鼠标或其他任何的定点设备等输入装置(未示出)。

存储器230是例如DRAM、SRAM、DDR RAM或其他随机存取固态存储装置等高速随机存取存储器，另外，也可以是一个或多个磁盘存储装置、光盘存储装置、闪存设备、或者其他非易失性固态存储装置等非易失性存储器。

另外，存储器230的其他例子可以举出从CPU 210远程设置的一个或多个存储装置。在某些实施方式中，存储部230存储以下的程序、模块及数据结构、或者它们的子集。

操作系统231包括例如用于对各种基本性的系统服务进行处理并使用硬件来执行任务的过程(procedure)。

网络通信模块232例如为了将服务器20经由一个或多个网络通信接口220以及诸如因特网、其他广域网、局域网、城域网等一个或多个通信网络连接到其他计算机而使用。

用户数据233包括利用电子商务交易平台的用户的信息。例如，用户数据233包括与各用户ID相关联的用户姓名、地址、电话号码等。以下使用图4对用户数据233进行描述。

交易数据234包括在电子商务交易平台上登录的商品的交易信息。例如，交易数据234针对过去上架的每个商品，包括销售者ID(上架者ID)、商品(或者商品ID等)、商品说明(商品信息的一部分)、价格、状态、表示交易状态的交易状况(ステータス)、购买者ID等。以下使用图5对交易数据234进行描述。

持有物列表数据235包括表示各用户所持有的未上架的各商品的列表。持有物列表数据235针对每个用户ID，包括商品(或者商品ID等)、有无上架请求、与上架请求的数量相应的用户ID、价格等。以下使用图6对持有物列表数据235进行描述。

交易管理模块236对电子商务交易平台上的商品的买卖处理进行管理。例如，交易管理模块236具有：进行与上架请求有关的处理的请求处理模块237、进行上架时的处理的上架处理模块238、执行购买时的处理的购买处理模块239。

请求处理模块237经由网络通信模块232获取来自其他用户(例如，第二用户)的针对第一用户持有的第一商品即电子商务交易平台上未上架的第一商品的上架请求。例如，请求处理模块237获取第二用户使用的用户终端10发送的上架请求、以及对商品进行识别的信息(商品ID等)。

请求处理模块237将所获取的上架请求与有关第一商品的信息相关联。例如，请求处理模块237将表示有上架请求的信息与用于对第一商品进行识别的商品识别信息、商品信息等相关联。作为具体例，请求处理模块237将有无上架请求与持有物列表数据235中所包括的商品识别信息相关联。由此，服务器20能够对针对哪个商品存在有上架请求进行管理。

请求处理模块237将表示有针对第一商品的上架请求的信息通知给第一用户使用的信息处理装置。例如，请求处理模块237根据与上架请求一起获取的商品ID来检索持有物列表数据235，确定与该商品ID相关联的用户ID。请求处理模块237经由网络通信模块232将表示接受上架请求的通知发送给由确定出的用户ID表示的第一用户所使用的用户终端10。

上架处理模块238进行行电子商务交易平台上的商品的上架处理。例如，上架处理模块238在有来自被通知了接受上架请求的第一用户的、表示同意上架(上架委托)的通知的情况下，在电子商务交易平台上进行第一商品的上架处理。

由此，能够向用户提供一种针对他人所持有的未上架的商品请求上架的机制。另外，提高了他人所持有的未上架的商品在电子商务交易平台上被上架的可能性，从而能够对已达成买卖交易的商品促进流通。另外，进行上架请求的用户无需每次都对所希望的商品在电子商务交易平台上是否已上架进行确认，其结果是，通过减少访问服务器20的次数，能够使服务器20侧的处理效率化，从而能够减轻对通信频带的负载。

购买处理模块239从用户获取到针对规定的商品的购买请求时，开启与对该商品进行了上架的用户间的交易，并对商品的发送进行管理，并且执行在确认收到后设定双方的评价等一系列的购买处理。

另外，被提出上架请求的第一商品还可以包括第一用户从服务器20所管理的电子商务交易平台(也被称为第一电子商务交易平台)或者其他的电子商务交易平台(也被称为第二电子商务交易平台)购买的商品。例如，在持有物列表数据235中，使用第一电子商务交易平台来购买的商品可以被自动登录，使用第二电子商务交易平台来购买的商品通过用户操作也可以被登录。

由此，对于在第一电子商务交易平台上购买的商品，服务器20原本就对与该商品有关的数据进行管理，因此能够容易地构建用于要求上架请求的机制。另外，在第二电子商务交易平台上购买的商品也可以被登录到例如持有物列表数据235中，由此能够增加各种商品的上架数量，也能够促进商品的流通。

上架处理模块238可以将第一用户在第一电子商务交易平台上购买第一商品时与第一商品相对应的商品信息中的至少一部分用于第一商品的上架信息中。例如，上架处理模块238在收到上架请求的第一用户进行上架时，可以沿用他人所设定的商品信息。

由此，通过沿用他人设定的商品信息，能够省去上架时的麻烦。另外，上架处理模块238也可以对所沿用的商品信息加以限制。例如，所沿用的商品信息包括商品的说明、类别、尺寸等不会因使用等而变化的信息。另一方面，为第一用户新设定的信息包括商品的图像、商品的状态、配送关系等信息。由此，即使在沿用他人的商品信息的情况下，也可以通过设定商品的最新信息而在进行上架时设定商品的最新状态。

另外，请求处理模块237还可以将表示对第一商品上架时的希望价格的第一价格信息通知给用户终端10。例如，请求处理模块237将表示由第二用户设定的价格或服务器20设定的价格(根据该商品的行情价格等确定的价格)的第一价格信息发送给用户终端10。

由此，通过在收到上架请求的通知的同时通知第一商品的希望价格，使得持有第一商品的第一用户能够将该价格作为进行上架的判断材料，从而能够促进第一用户进行上架。

另外，请求处理模块237可以在对要通知给第一用户的希望价格进行设定时，按照第一用户购买第一商品之后的期间来进行变更。例如，请求处理模块237计算出自第一用户使用第一电子商务交易平台购买第一商品的日期时间起直到收到上架请求的日期时间为止的期间(计算期间)，并按照该计算出的期间来对希望价格进行变更。具体而言，请求处理模块237可以如下计算出希望价格。

计算期间＜3天以内：希望价格＝第一用户购买时的价格×1.2

3天≤计算期间＜7天：希望价格＝第一用户购买时的价格×1.0

计算期间≥7天：希望价格＝第一用户购买时的价格×0.8

此外，可以适当地对计算期间的各阈值、希望价格的系数进行变更。

由此，通过使用计算期间来表示第一商品的需求量的高低，从而可以将需求量的高低反映在价格上。另外，请求处理模块237可以按照上架请求的次数来对希望价格进行变更。例如，还可以是上架请求的次数越多，则将希望价格设定得越高。

另外，请求处理模块237可以与上架请求一起获取用于表示用户希望价格的第二价格信息。在指示上架请求时，用户希望价格可以由第二用户来输入。

此时，请求处理模块237可以在用户希望价格在服务器20设定的希望价格以上时，将表示有上架请求的信息通知给第一用户。例如，请求处理模块237在上架请求中设定了用户希望价格的情况下，对计算出的希望价格与用户希望价格进行比较。如果用户希望价格在希望价格以上，则请求处理模块237由于进行了上架请求的第二用户的购买概率较高而向第一用户进行上架请求的接受通知。

由此，用户在进行上架请求时，可以预先设定该商品的购买希望价格。其结果是，服务器20在计算出第一商品的希望价格的情况下，通过对两个价格进行比较，从而能够在适当的时机对第一用户发出上架请求的接受通知。

另外，请求处理模块237还可以获取来自一个或多个其他用户的上架请求，直到第一用户同意针对第一商品的上架请求为止。例如，请求处理模块237可以从一个用户获取多个上架请求，也可以从多个用户分别获取上架请求。

由此，能够实现对第一商品的购买需求，上架请求越多，第一用户就越能知道在对该商品进行上架时的卖出容易度。另外，服务器20通过将与上架请求的次数有关的信息通知给第一用户，能够促使该商品的上架，从而能够促进商品的流通。

另外，请求处理模块237也可以在第一用户同意了针对第一商品的上架请求时，将与第一商品的上架有关的信息通知给作为对第一商品感兴趣的用户而关联的各用户所使用的各信息处理装置。例如，请求处理模块237在检测到第一用户对第一商品进行上架的情况下，设定进行了上架请求的用户的“赞”等，并将表示已进行了上架的信息通知给对第一商品表示关心的用户所使用的各用户终端10。另外，“赞”的设定还包括在第一用户购买第一商品以前，第一商品在第一电子商务交易平台上被上架时所设定的内容。

由此，在第一用户对第一商品进行上架时，通过向对第一商品有兴趣的用户通知已进行了第一商品的上架，从而能够提高第一商品早期的交易成立概率。

另外，请求处理模块237还可以在未上架的第一商品被显示在其他用户(第二用户)所使用的其他信息处理装置(用户终端10)中的情况下，进行控制以使能够接受上架请求的UI部件(请求按钮等)被显示在其他信息处理装置上。例如，请求处理模块237使得请求按钮与在电子商务交易平台上准备好的售罄标签、设定了“赞”的商品的一览画面、用户的浏览等、过去无法购买的商品一览画面等中包含的商品相对应地被显示。

由此，用户能够容易地对未上架的所希望的商品进行上架请求。另外，能够在各种画面上显示能够接受上架请求的UI部件。

另外，上架处理模块238还可以包括在有来自第一用户的上架委托时，与其他用户(第二用户)达成对第一商品的交易。例如，在请求处理模块237中，可以发出使第二用户在上架请求时约定购买的通知，并且在同意的情况下，可以获取上架请求。此时，上架处理模块238在收到上架委托之后，使针对该商品的交易成立，并将与交易成立有关的信息通知给第一用户和第二用户。

由此，在第二用户进行上架请求时，通过约定购买，从而使得上架请求易于进行。另外，请求处理模块237也可以在第一用户同意上架请求时，选择是进行通常的上架处理，还是通过预付款使交易成立并进行上架处理。

另外，请求处理模块237还可以对要获取的上架请求的次数的上限进行设定。例如，请求处理模块237不受理次数的上限值以上的上架请求。

由此，能够防止收到过多的上架请求，从而能够减轻与上架请求有关的处理，其结果是，能够使服务器20的处理效率化。

另外，请求处理模块237可以对指示了上架请求的第二用户或者同意了上架请求的第一用户给予优惠信息。例如，请求处理模块237可以对指示了上架请求的第二用户给予在电子商务交易平台上可使用的积分。积分也可以在购买了提出上架请求的第一商品的情况下，以追加的方式给予第二用户。另外，即使在一个人能够提出多次上架请求的情况下，也可以将给予积分限定在预定次数内。另外，请求处理模块237也可以对同意了上架请求的第一用户给予同样的积分。另外，对第一用户的优惠也可以是除了积分以外的免配送费等其他优惠。

由此，由于对进行上架请求的第二用户或者同意上架请求的第一用户给予优惠，因此能够促进对上架请求的利用。

另外，上架处理模块238可以包括在第一用户同意进行上架之后的预定期间内，受理仅来自指示了上架请求的其他用户(第二用户)的购买请求。例如，上架处理模块238对于在同意了上架请求的情况下的上架，在预定期间(例如，同意后的一周)内，仅对指示了上架请求的一个或多个用户(第二用户)受理购买。

由此，能够对指示了上架请求的第二用户优先地赋予购买第一商品的权利。

上述所示的元件中的每一个可以存储在前述的存储装置中的一个或多个中。上述所示的模块中的每一个与用于执行上述功能的命令的集合相对应。上述所示的模块或程序(即，命令的集合)无需被实现为单独的软件程序、过程(プロシージャ)或模块，并且因此，这些模块的各种子集可以在各种实施方式中被组合或重构。在某些实施方式中，存储器230可以存储上述所示的模块和数据结构的子集。进而，存储器230可以存储以上未被记述的附加的模块和数据结构。

虽然图3示出了“服务器”，但是图3旨在说明可存在于服务器的集合中的各种特征，而不是作为本说明书中描述的实施方式的结构性的概述。实际上，如本领域技术人员所认知的那样，可以对单独示出的项目进行组合，并且可以将一些项目分开。例如，图3中单独示出的项目可以在单个服务器上实现，并且单个项目可以由一台或多台服务器实现。

此外，一个或多个处理装置(CPU)210根据需要从存储器230读取各模块并执行。例如，一个或多个处理装置(CPU)210可以通过执行存储在存储器230中的网络通信模块232来构成通信部。另外，一个或多个处理装置(CPU)210可以通过分别执行存储在存储器230中的交易管理模块236、请求处理模块237、上架处理模块238、购买处理模块239，来构成交易管理部、请求处理部、上架处理部、购买处理部。另外，也可以在一个或多个处理装置(CPU)210中执行交易管理模块236、请求处理模块237、上架处理模块238、购买处理模块239的各自的处理。

<数据结构的一例>

图4是示出实施方式所涉及的用户数据233的一例的图。在用户数据233中，对与由运营、管理电子商务交易平台的人创建的各会员用户有关的信息进行管理。“用户ID”中可以包括用于服务器20唯一识别用户的用户识别信息(用户ID：Identifier)。“用户信息”中可以包括作为用户的个人信息的“姓名”、“地址”、“电话号码”等。此外，用户ID也可以被包含在用户信息中的一个之中。

图5是示出实施方式所涉及的交易数据234的一例的图。“销售者ID”中可以包括卖方用户的用户ID。“商品”中包括商品名。“说明”中可以包括商品的类别、品牌等说明。“价格”中可以包括商品的销售价格。此外，“商品”、“说明”、“金额”可以被包括在商品的上架信息中，在上架信息中还可以包括其他信息。“状态”中可以包括商品上架时的状态。“交易状况”中可以包括电子商务交易中的交易的状态。“交易状况”包括表示当前正在进行交易的“交易中”、表示与作为买方的用户正在进行交涉的“交涉中”、表示已售出的“已售”等。“购买者ID”中可以包括购买该商品的用户的用户ID。

图6是示出实施方式所涉及的持有物列表数据235的一例的图。图6所示的持有物列表数据235表示由用户ID“U26”表示的用户所持有的商品的列表。在图6所示的持有物列表数据235中，持有商品“包”、“钟表”等，针对各商品，关联有有无来自他人的上架请求、在有上架请求的情况下，针对每个上架请求关联有发送了上架请求的用户的ID、希望价格等。由此，对于某个用户所持有的商品，能够对针对哪个商品提出了上架请求进行管理。

上述的数据结构只是一个例子，并不限于该例子。例如，关于图5，可以将商品数据与交易数据(交易状况、购买者ID等)分开管理。

<动作说明>

下面，对与实施方式所涉及的信息处理系统1有关的动作进行说明。图7至图9是示出与实施方式所涉及的上架请求的发送有关的处理的一例的流程图。

(步骤S102)

用户终端10的交易控制模块134基于用户操作，受理对售罄(Sold Out)商品的选择。

(步骤S104)

用户终端10的交易控制模块134对所选择的商品是否为不能进行上架请求的商品，并且是否拒绝接受上架请求进行判定。如果都是肯定的结果(不能上架或拒绝请求)(步骤S104-是)，则进入步骤S106，如果是否定的结果(可上架、可请求)(步骤S104-否)，则处理进入步骤S108。

此外，所谓不能进行上架请求的商品包括商品的状态随着时间的经过而发生改变的食品等。是否拒绝接受上架请求是，当持有该商品的用户(例如第一用户)拒绝接受上架请求时，例如，表示已拒绝的信息与图6所示的持有物列表数据235的商品被相关联地保持。

(步骤S106)

用户终端10的显示控制模块137控制显示现有的售罄商品的画面。例如，在该画面上不显示上架请求按钮。

(步骤S108)

用户终端10的交易控制模块134对用户(例如第二用户)操作了上架请求按钮进行检测，所述上架请求按钮与规定的商品(第一商品)相关联地显示。此时，表示已提出了上架请求的信息被发送给服务器20。

(步骤S110)

服务器20的请求处理模块237在接收到已对第一商品提出了上架请求时，对针对第一商品的上架请求的次数是否达到上限进行判定。如果次数达到上限(步骤S110-是)，则处理进入步骤S112，如果次数没有达到上限(步骤S110-否)，则处理进入步骤S114。此外，请求处理模块237预先保持有阈值，所述阈值表示上架请求的次数的上限。

(步骤S112)

服务器20的请求处理模块237将表示上架请求的次数达到上限的通知发送给用户终端10。用户终端10的显示控制模块137在画面上控制显示表示上架请求的次数达到上限的通知。

(步骤S114)

服务器20的请求处理模块237判定第二用户是否已发送针对第一商品的上架请求。如果发送了上架请求(步骤S114-是)，则处理进入步骤S116，如果没有发送上架请求(步骤S114-否)，则处理进入步骤S118。

(步骤S116)

服务器20的请求处理模块237将表示完成上架请求的通知发送给用户终端10。用户终端10的显示控制模块137在画面上控制显示表示完成上架请求的通知。

(步骤S118)

服务器20的请求处理模块237将上架请求画面的画面信息发送给用户终端10。用户终端10的显示控制模块137控制显示上架请求画面的画面信息。

(步骤S120)

如图8所示，服务器20的请求处理模块237对收到上架请求的日期是否在第一商品的交易成立后的3天以内进行判定。如果交易成立在3天以内(步骤S120-是)，则处理进入步骤S128，如果交易成立超过3天(步骤S120-否)，则处理进入步骤S122。

(步骤S122)

服务器20的请求处理模块237对收到上架请求的日期是否在第一商品的交易成立后的7天以内进行判定。如果交易成立在7天以内(步骤S122-是)，则处理进入步骤S130，如果交易成立超过7天(步骤S122-否)，则处理进入步骤S124。

(步骤S124)

服务器20的请求处理模块237对收到上架请求的日期是否在第一商品的交易成立后的30天以内进行判定。如果交易成立在30天以内(步骤S124-是)，则处理进入步骤S132，如果交易成立超过30天(步骤S124-否)，则处理进入步骤S126。

(步骤S126)

服务器20的请求处理模块237将第一商品的购买希望价格(第一价格信息)的下限值设定为原价(第一用户购买时的价格)×0.5。

(步骤S128)

服务器20的请求处理模块237将第一商品的购买希望价格的下限值设定为原价(第一用户购买时的价格)×1.2。

(步骤S130)

服务器20的请求处理模块237将第一商品的购买希望价格的下限值设定为原价(第一用户购买时的价格)×0.9。

(步骤S132)

服务器20的请求处理模块237将第一商品的购买希望价格的下限值设定为原价(第一用户购买时的价格)×0.8。

(步骤S134)

如图9所示，用户终端10的交易控制模块134对是否从上架请求画面由第二用户输入了针对上架请求的购买希望价格以及与上架请求有关的评论进行判定。如果输入了购买希望价格以及评论(步骤S134-是)，则处理进入步骤S138，如果没有输入购买希望价格、评论中的任意一个(步骤S134-否)，则处理进入步骤S136。

(步骤S136)

用户终端10的交易控制模块134进行控制以使上架请求画面的“发送上架请求”按钮无效。处理返回到步骤S134。

(步骤S138)

用户终端10的交易控制模块134进行控制以使上架请求画面的“发送上架请求”按钮有效。

(步骤S140)

用户终端10的交易控制模块134对用户(第二用户)操作了按钮进行检测，所述按钮用于对在上架请求画面上显示的上架请求进行发送。此时，上架请求与表示购买金额的信息(第二价格信息)、评论一起被发送给服务器20。

(步骤S142)

用户终端10的显示控制模块137进行控制以返回到第一商品的商品详细画面，并进行控制以显示“已发送了上架请求”的弹出画面。

(步骤S144)

用户终端10的交易控制模块134对是否在之前发送上架请求之后的7天以内进行判定。如果之前的上架请求在7天以内(步骤S144-是)，则处理返回到步骤S116，如果之前的上架请求经过了7天(步骤S144-否)，则处理返回到步骤S118。

通过以上的处理，针对上架请求的发送，能够限制于规定的商品来发送上架请求，在上架请求时，能够输入用户的希望价格，或者能够在服务器20侧设定商品的希望价格。此外，画面迁移是一个例子，因此也可以在各画面上通过“关闭”按钮等返回到主画面。

图10至图11是示出与实施方式所涉及的上架请求的结果有关的处理的一例的流程图。图10示出收到上架请求的用户(第一用户)同意了请求时的处理。

(步骤S202)

用户终端10的交易控制模块134从服务器20获取表示第一商品被上架的通知。显示控制模块137进行控制以在弹出画面或通知一览等中显示该通知。

(步骤S204)

用户终端10的交易控制模块134对用户(第二用户)操作了未图示的通知按钮进行检测，所述未图示的通知按钮是位于弹出画面或通知一览中的上架通知用的按钮。此时，对针对第一商品的上架画面的显示请求被发送给服务器20。另外，也可以通过点击图20中所示的通知一览，将对上架画面的显示请求发送给服务器20。

(步骤S206)

服务器20的购买处理模块239对是否已经购买了第一商品进行判定。如果已购买了第一商品(步骤S206-是)，则处理进入步骤S210，如果未购买第一商品(步骤S206-否)，则处理进入步骤S208。

(步骤S208)

服务器20的购买处理模块239对是否在上架请求被同意之后的7天以内进行判定。如果在被同意之后的7天以内(步骤S208-是)，则处理进入步骤S212，如果在被同意之后经过了7天(步骤S208-否)，则处理进入图11所示的步骤S306。

(步骤S210)

服务器20的购买处理模块239将第一商品的售罄画面的画面信息发送给用户终端10，用户终端10的显示控制模块137控制显示第一商品的售罄画面。然后，处理进入图7所示的步骤S108。另外，在已经购买的情况下，也可以显示第一商品的售罄画面并结束。

(步骤S212)

服务器20的购买处理模块239将新上架的第一商品的商品画面的画面信息发送给用户终端10，用户终端10的显示控制模块137控制显示第一商品的详细画面。此外，用户终端10也可以从服务器20获取第一商品的商品信息，并在画面上显示。

(步骤S214)

用户终端10的购买控制模块136按照用户操作，对通常的购买处理进行控制。

通过以上的处理，作为针对发送了上架请求的响应，通过接受上架通知，能够自该通知起通过一系列的处理来进行购买处理，从而能够实现处理的效率化。

图11示出当第一用户搁置或拒绝请求时的处理。

(步骤S302)

用户终端10的交易控制模块134从服务器20获取针对上架请求的不成立通知。显示控制模块137进行控制以在弹出画面或通知一览等中显示该不成立通知。例如，在自上架请求起经过了预定期间之后，或者由持有第一商品的第一用户取消的情况下，会通知不成立通知。以下，假设自上架请求起经过了预定期间而发送了不成立通知。

(步骤S304)

用户终端10的交易控制模块134对用户(第二用户)操作了不成立通知用的通知按钮进行检测。此时，表示按下了不成立通知的信息被发送到服务器20。

(步骤S306)

服务器20的交易管理模块236获取到表示不成立通知被按下的信息时，进行控制以通知用户终端10上架请求已过期。用户终端10的显示控制模块137控制显示用于传达上架请求已过期的画面。

(步骤S308)

用户终端10的交易控制模块134对用户(第二用户)操作了商品信息部分进行检测，所述商品信息部分是用于传达已过期的画面内的、第一商品的商品信息部分。此时，针对第一商品的商品信息的显示请求被发送给服务器20。

(步骤S310)

服务器20的请求处理模块237获取到针对第一商品的商品信息的显示请求时，对持有第一商品的第一用户是否设定了拒绝上架请求进行判定。如果设定了拒绝(步骤S310-是)，则处理进入步骤S312，如果没有设定拒绝(步骤S310-否)，则处理进入图7所示的步骤108。

(步骤S312)

通过以上的处理，能够将针对上架请求为不成立这一结果通知给用户(第二用户)。此外，当不成立的理由是用户(第一用户)设定了拒绝时，处理也可以在步骤S304之后进入步骤S312。

图12至图14是示出与实施方式所涉及的上架请求的接收有关的处理的一例的流程图。图12示出同意上架请求并进行上架的处理的例子。

(步骤S402)

用户终端10的交易控制模块134从服务器20获取表示已针对第一商品提出了上架请求的通知。显示控制模块137进行控制以在弹出画面或通知一览等中显示该通知。

(步骤S404)

用户终端10的交易控制模块134对用户(第一用户)操作了上架请求通知用的通知按钮进行检测。此时，针对第一商品的上架请求画面的显示请求被发送给服务器20。服务器20的请求处理模块237获取上架请求画面的显示请求，将与针对第一商品提出的上架请求有关的信息发送给用户终端10。用户终端10的显示控制模块137控制显示上架请求画面。

(步骤S406)

用户终端10的交易控制模块134对用户(第一用户)是否操作了上架请求画面的评论部分进行判定。如果评论部分被按下(步骤S406-是)，则处理进入步骤S412，如果评论部分未被按下(步骤S406-否)，则处理进入步骤S408。

(步骤S408)

用户终端10的交易控制模块134对用户(第一用户)是否操作了上架请求画面的、以前的商品信息部分进行判定。如果商品信息部分被按下(步骤S408-是)，则处理进入步骤S414，如果商品信息部分未被按下(步骤S408-否)，则处理进入步骤S410。

(步骤S410)

用户终端10的交易控制模块134对用户(第一用户)是否从上架请求画面操作了同意上架用的按钮进行判定。如果同意按钮被按下(步骤S410-是)，则处理进入图13所示的步骤S416，如果同意按钮未被按下(步骤S410-否)，则处理进入图14所示的步骤S502。

(步骤S412)

用户终端10的显示控制模块137进行控制以显示包括第一用户的用户信息中的至少一部分的“我的页面”。

(步骤S414)

用户终端10的显示控制模块137进行控制以显示包括第一商品的商品信息的详细画面。

(步骤S416)

如图13所示，用户终端10的显示控制模块137进行控制以显示输入有除了商品图像和商品名之外的信息的状态下的上架画面。

(步骤S418)

用户终端10的交易控制模块134根据用户操作，对是否保存在草稿(预定的存储区域)中并暂时从上架画面离开进行判定。在暂时从上架画面离开的情况下(步骤S418-是)，处理进入步骤S424，在不从上架画面离开的情况下(步骤S418-否)，处理进入步骤S420。

(步骤S420)

用户终端10的上架控制模块135使用现有的上架处理，输入预定的信息，完成上架处理。针对第一商品的上架信息被发送给服务器20。

(步骤S422)

服务器20的请求处理模块237检测到针对上架请求进行了上架时，进行控制以对针对该商品进行了上架请求的全体用户发送上架通知。

(步骤S424)

用户终端10的上架控制模块135将与所输入的第一商品有关的信息保存在草稿中，显示控制模块137显示上架请求画面。

(步骤S426)

用户终端10的上架控制模块135在草稿被保存之后，对是否在7天以内进行了上架进行判定。如果在7天以内进行了上架(步骤S426-是)，则处理进入步骤S422，如果在7天以内未进行上架(步骤S416-否)，则处理进入步骤S428。

(步骤S428)

服务器20的请求处理模块237在检测到在从上架请求7天以内未进行上架时，进行控制以对针对该商品进行了上架请求的全体用户发送不成立通知。此外，也可以在检测到从最初接收到上架请求通知后7天以内未进行上架时，进行控制以对全体发送不成立通知。

图14示出第一用户拒绝上架请求时的处理。

(步骤S502)

用户终端10的交易控制模块134基于用户操作，对是否仅拒绝本次的上架请求进行判定。如果仅拒绝本次的上架请求(步骤S502-是)，则处理进入步骤S510，如果不是仅拒绝本次的上架请求(步骤S502-否)，则处理进入步骤S504。

(步骤S504)

用户终端10的交易控制模块134基于用户操作，判定今后是否对针对该商品(第一商品)的上架请求全部拒绝。如果将上架请求全部拒绝(步骤S504-是)，则处理进入步骤S516，如果不是将上架请求全部拒绝，则进入(步骤S506)。

(步骤S506)

用户终端10的交易控制模块134基于用户操作，进行控制以使画面返回到通知一览。

(步骤S508)

用户终端10的交易控制模块134对是否从其他用户针对同一商品(第一商品)提出了上架请求进行判定。如果从其他用户提出了上架请求(步骤S508-是)，则处理进入步骤S522，如果没有从其他用户提出上架请求(步骤S508-否)，则处理结束。

(步骤S510)

用户终端10的显示控制模块137控制显示是否拒绝本次的上架请求的对话框(UI画面)。

(步骤S512)

用户终端10的显示控制模块137控制显示表示是否真的拒绝上架请求的UI部件，并向第一用户进行确认。如果上架请求被拒绝(步骤S512-是)，则处理进入步骤S514，如果上架请求未被拒绝(步骤S512-否)，则处理进入图12所示的S404。

(步骤S514)

用户终端10的显示控制模块137控制显示表示拒绝了上架请求时的画面。此时，该画面也可以包括对拒绝今后的请求进行设定的链接。

(步骤S516)

用户终端10的显示控制模块137控制显示是否拒绝今后的上架请求的对话框(UI画面)。

(步骤S518)

用户终端10的显示控制模块137控制显示表示是否真的拒绝上架请求的UI部件，并向第一用户进行确认。如果上架请求被拒绝(步骤S518-是)，则处理进入步骤S520，如果上架请求未被拒绝(步骤S518-否)，则处理进入图12所示的S404。

(步骤S520)

用户终端10的显示控制模块137控制显示表示拒绝了今后的上架请求时的画面。此时，该画面也可以包括对重新开始受理上架请求进行设定的链接。

在从其他人向同一商品发送了上架请求的情况下，用户终端10的交易控制模块134基于用户操作，对是否以上架请求为单位不同意进行判定。如果以请求为单位被同意(步骤S522-是)，则处理进入步骤S524，如果以请求为单位不同意(步骤S522-否)，则处理进入S520。

(步骤S524)

用户终端10的显示控制模块137进行控制以显示用于对从多个人发送来的各个上架请求进行比较的上架请求画面。

通过以上的处理，持有第一商品的第一用户在收到进行了上架请求的通知时，能够选择是执行上架还是拒绝，在执行上架的情况下，能够通过一系列的处理来进行上架，从而能够实现处理的效率化。

<画面例>

下面，对用户终端10的画面例进行说明。图15至图17是示出用于显示实施方式所涉及的上架请求按钮的画面例的图。

图15示出在售罄画面中显示上架请求按钮的例子。图15所示的左侧画面是销售中的画面，当用户操作了售罄标签时，显示图15所示的右侧画面。

在图15所示的左侧画面的例子中，在画面中显示有售罄商品的一览，但是也可以针对各商品显示上架请求按钮。另外，如果商品的持有者拒绝了上架请求，则也可以不在该商品上显示上架请求按钮。

图16示出针对用户设定了“赞”的商品，在售罄的商品上显示上架请求按钮的例子。在图16所示的例子中，用户选择“赞！一览”标签时，会显示出用户过去设定了“赞！”的商品的一览。此时，如果商品已售罄，而该商品的持有者没有拒绝上架请求，则与该商品相关联地显示上架请求按钮。另外，如果上架请求被拒绝，则也可以显示被无效化的上架请求按钮。服务器20的请求处理模块237获取有无拒绝针对商品的上架请求，以确定上架请求按钮的有效或无效。请求处理模块237将所确定的信息发送给用户终端10。由此，能够显示图16所示的画面。

图17示出针对根据保存的检索条件而命中的商品来显示上架请求按钮的例子。在图17所示的例子中，当用户选择“保存的检索条件”标签时，会显示出根据用户保存的检索条件而检索到的各商品的一览。与图16同样，如果商品已售罄，而该商品的持有者没有拒绝上架请求，则与该商品相关联地显示上架请求按钮。关于被无效化的上架请求按钮的显示，也与在图16中说明的内容同样。

图18是示出实施方式所涉及的上架请求时的画面迁移例的图。在图18所示的例子中，在售罄商品的画面中显示上架请求按钮。用户(第二用户)按下该上架请求按钮时，显示上架请求画面。

图18所示的上架请求画面例包括用户输入的购买希望价格的输入栏、评论的输入栏。用户通过选择各输入栏，能够输入各信息。假设用户输入8000日元作为购买希望价格，并输入“初次见面！～”作为评论。

图18所示的完成了输入的请求画面例反映并显示了由用户输入的购买希望价格和评论。用户确认输入的内容，按下“发送上架请求”按钮后，显示完成上架请求画面。

在图18所示的完成上架请求画面的例子中，显示发送了上架请求、上架请求的有效期间、以及变为无效时的手续等。由此，用户能够确认已完成发送上架请求。

图19是示出实施方式所涉及的上架请求被同意时的画面迁移例的图。在图19所示的例子中，商品的持有者(第一用户)同意上架请求时，对发送了上架请求的用户(第二用户)进行表示上架请求已被同意的通知。用户终端10在例如图19所示在通知一览中控制显示该通知。第二用户按下该通知部分后，新显示出第一商品已上架的上架画面。

如图19所示，发送了上架请求的用户从服务器20收到表示针对该商品已同意上架请求并进行上架的通知后，能够以简便的操作推进该商品的购买处理。

图20是示出实施方式所涉及的上架请求被搁置时的画面迁移例的图。在图20所示的例子中，当商品的持有者(第一用户)搁置上架请求时，上架请求变为不成立。此时，对发送了上架请求的用户(第二用户)进行表示上架请求不成立的通知。用户终端10例如如图20所示在通知一览中控制显示该不成立通知。第二用户按下该不成立通知部分后，上架请求不成立的第一商品被显示在画面上。

第二用户对第一商品的详细画面进行请求时，如图20所示，包括第一商品的商品信息的画面被显示。此时，如果第一用户拒绝上架请求，则不显示上架请求按钮。另外，如果第一用户没有拒绝上架请求，则与图18所示的售罄画面同样的画面被显示。

图21至图24是示出收到实施方式所涉及的上架请求时的画面迁移例的图。在图21所示的例子中，对收到上架请求的用户(第一用户)进行表示接受上架请求的通知。用户终端10例如如图21所示在通知一览中控制显示该通知。第一用户按下该通知部分后，上架请求的详细画面被显示。

如图21所示，例如，在上架请求的详细画面中，包括第一用户持有的哪个商品、希望价格是多少、哪个用户希望购买等。另外，由于对第一用户给出例如上架(A)、拒绝该上架请求(B)、拒绝以后的上架请求(C)等选项以作为对上架请求的响应，因此在画面上显示出用于表示各选择的UI部件(按钮或链接)。

图22示出在按下图21所示的“将该商品上架”按钮的情况下显示的上架画面的一例。在图22所示的例子中，除了商品图像和状态以外，在存在过去的上架信息的情况下也可以沿用该信息。另外，关于价格，第二用户设定的希望价格可以被默认输入，由第一用户进行变更。另外，在上架画面上，显示出用于使用该上架信息来进行上架的“上架”按钮和用于暂时保存并从该画面离开的“保存在草稿中”按钮。

图23示出在按下图21所示的“拒绝上架请求”按钮的情况下显示的画面迁移例。在图23所示的例子中，对第一用户显示确认是否真的拒绝上架请求的对话框。当在该对话框中按下“是”后，表示已拒绝了上架请求的画面被显示。

图24示出当选择图21所示的“不接受请求”链接并且在该链接的目的地设定了不接受上架请求时显示的画面例。在图24所示的例子中，显示出针对该商品今后不接受上架请求。另外，也存在用户重新考虑又想要接受上架请求的情况，因此使设定接受上架请求成为可能。例如，在图24所示的例子中，能够在画面上显示“恢复请求”链接，第一用户按下该链接，在链接的目的地的设定画面中进行设定以接受上架请求。

另外，所公开的技术不限于上述实施方式，在不脱离所公开的技术的主旨的范围内，能够以其他各种形式来加以实施。因此，上述实施方式在各个方面仅为示例，而不是限制性地进行解释。例如，上述各处理步骤可以在处理内容不产生矛盾的范围内任意地变更顺序，或者并行地执行。

本公开的实施方式的程序可以以存储在计算机可读存储介质中的状态来提供。存储介质可以将程序存储在“非暂时性的有形的介质”中。作为示例而非限制，程序包括软件程序和计算机程序。

[变形例]

另外，以下示出上述实施方式中的变形例。在变形例中，在上述实施方式中在画面中显示的价格也可以是减去电子商务交易平台上的手续费后的价格。另外，在画面中显示的价格也可以是减去预想配送费后的价格。另外，用户终端10既可以在应用程序画面中也可以在使用Web浏览器的画面中显示与上述画面同样的画面。

Claims

1.一种信息处理方法，由信息处理装置中包括的一个或多个处理器执行：

获取针对第一用户持有的第一商品的、来自其他用户的上架请求，所述第一商品为电子商务交易平台上的未上架的第一商品；

将所述上架请求与有关所述第一商品的信息相关联；

将表示有针对所述第一商品的上架请求的信息通知给所述第一用户使用的信息处理装置；以及

当有来自所述第一用户的针对所述第一商品的上架委托时，在所述电子商务交易平台上进行所述第一商品的上架处理。

2.根据权利要求1所述的信息处理方法，其中，

所述第一商品包括所述第一用户从所述电子商务交易平台或其他电子商务交易平台购买的商品。

3.根据权利要求1所述的信息处理方法，其中，所述进行上架处理包括：

将所述第一用户购买所述第一商品时与所述第一商品相对应的商品信息中的至少一部分用于所述第一商品的上架信息中。

4.根据权利要求1所述的信息处理方法，其中，所述通知包括：

进一步通知第一价格信息，所述第一价格信息表示对所述第一商品上架时的希望价格。

5.根据权利要求4所述的信息处理方法，其中，所述一个或多个处理器进一步执行：

根据自所述第一用户购买所述第一商品之后的期间，对所述希望价格进行变更。

6.根据权利要求5所述的信息处理方法，其中，所述获取包括：

与所述上架请求一起获取第二价格信息，所述第二价格信息表示用户希望价格，

所述通知包括：

当所述用户希望价格在所述希望价格以上时，通知表示有所述上架请求的信息。

7.根据权利要求1所述的信息处理方法，其中，所述获取包括：

在所述第一用户同意针对所述第一商品的上架请求之前，获取来自一个或多个其他用户的上架请求。

8.根据权利要求1所述的信息处理方法，其特征在于，所述通知包括：

在所述第一用户同意针对所述第一商品的上架请求时，将与所述第一商品的上架有关的信息通知给作为对所述第一商品感兴趣的用户而关联的各用户所使用的信息处理装置。

9.根据权利要求1所述的信息处理方法，其中，所述一个或多个处理器进一步执行：

所述未上架的第一商品被显示在所述其他用户使用的其他信息处理装置时，进行控制以使能够接受所述上架请求的UI部件显示在所述其他信息处理装置。

10.根据权利要求1所述的信息处理方法，其特征在于，所述进行上架处理包括：

在有所述上架委托时，使与所述其他用户针对所述第一商品的交易成立。

11.根据权利要求1所述的信息处理方法，其特征在于，所述获取包括：

对要获取的所述上架请求的次数的上限进行设定。

12.根据权利要求1所述的信息处理方法，其中，所述一个或多个处理器进一步执行：

对指示了所述上架请求的其他用户或同意了所述上架请求的所述第一用户给予优惠信息。

13.根据权利要求1所述的信息处理方法，所述进行上架处理包括：

在所述第一用户同意进行上架之后的预定期间内，仅接受来自指示了所述上架请求的其他用户的购买请求。

14.一种存储有程序的计算机可读非暂时性存储介质，使在信息处理装置中包括的一个或多个处理器执行：

获取针对第一用户持有的第一商品的、来自其他用户的上架请求，所述第一商品为电子商务交易平台上的未上架的商品；

将所述上架请求与有关所述第一商品的信息相关联；

15.一种信息处理装置，其特征在于，包括一个或多个处理器，

所述一个或多个处理器用于执行：

将所述上架请求与有关所述第一商品的信息相关联；