阅读说明：本技术 信息处理设备以及信息处理系统 (Information processing apparatus and information processing system ) 是由 末吉正弘 樋浦裕二 于 2018-05-02 设计创作，主要内容包括：[技术问题]为了提供一种无需复杂的操作就可以在实体店中进行结算的信息处理装置和信息处理系统。[技术方案]提供一种信息处理装置,设置有：固有信息获取单元,其经由实体店中的终端获取与实体店中的结算有关并且由用户终端生成的固有信息；验证单元,其验证所述固有信息；以及结算处理单元,其将固有信息发送给结算服务提供商,以便结算服务提供商基于该固有信息执行结算处理。([ problem ] to provide an information processing device and an information processing system that can perform settlement in a brick-and-mortar store without requiring complicated operations. [ solution ] Provided is an information processing device provided with: an inherent information acquisition unit that acquires, via a terminal in the brick-and-mortar store, inherent information that is related to settlement in the brick-and-mortar store and that is generated by the user terminal; a verification unit that verifies the inherent information; and a settlement processing unit that transmits the unique information to the settlement service provider so that the settlement service provider performs settlement processing based on the unique information.)

信息处理设备以及信息处理系统

技术领域

本发明涉及一种信息处理设备和信息处理系统。

背景技术

传统上，例如，下面的专利文献1描述了一种借给商店中的商品消费者的商店结算终端。在商店结算终端中，提出了可以进行结算以确定商品总价的结算方法。接收来自消费者的从所提出的结算方法中选择的结算方法的结算执行指令。执行根据所选择的结算方法的处理。

引文列表

专利文献

专利文献1：日本特开2015-185089号公报

发明内容

本发明要解决的问题

然而，在以上专利文献1中描述的技术中，未考虑用于指定结算方法的信息和用于指定用户的信息之间的关联。因此，用户需要在结算时选择结算方法。结果，存在以下问题：在实体店中购物期间，商店结算终端需要复杂的操作。此外，在上述专利文献1中描述的技术中，存在以下问题：可以用于结算的结算方法在实体店终端的一侧受到限制，并且需要对系统进行重大修改以引入新的结算方法。

因此，本公开提出了一种使得能够在实体店中进行结算而无需复杂的操作的新的和改进的信息处理设备和信息处理系统。

问题的解决方案

根据本公开，提供了一种信息处理设备，包括：固有信息获取单元，该固有信息获取单元经由实体店终端获取由用户终端生成的关于实体店中的结算的固有信息；验证单元，该验证单元验证所述固有信息；以及结算处理单元，该结算处理单元将所述固有信息发送给结算服务提供商，以便结算服务提供商基于所述固有信息执行结算处理。

此外，根据本公开，提供了一种信息处理系统，包括：用户终端，该用户终端生成关于实体店中的结算的固有信息；实体店终端，该实体店终端被安装在实体店中并从所述用户终端获取所述固有信息；信息处理设备，包括：固有信息获取单元、验证单元以及结算处理单元，其中，所述固有信息获取单元从所述实体店终端获取所述固有信息，所述验证单元验证所述固有信息，所述结算处理单元将所述固有信息发送给结算服务提供商，以便结算服务提供商基于所述固有信息执行结算处理；以及结算服务提供商终端，该结算服务提供商终端为结算服务提供商的终端，并基于所述固有信息进行结算。

发明的效果

根据本公开，如上所述，可以提供一种使得能够在实体店中进行结算而无需复杂操作的信息处理设备和信息处理系统。

注意，上述效果不必受到限制，并且与上述效果一起或代替上述效果，可以展现本说明书中示出的任何效果，或者可以从本说明书中领会的其他效果。

附图说明

图1是示出根据本公开的一个实施例的系统的配置的示意图。

图2是示出预先准备流程的序列图。

图3是示出预先准备的流程的序列图。

图4是示出结算流程的序列图。

图5是示出结算流程的序列图。

图6是示出固有ID的数据结构的示意图。

图7是示出结算手段的选择画面的示例的示意图。

图8是示出用于选择用户ID的类型的画面的示例的示意图。

图9是示出在用户终端中执行的处理的流程图。

图10是示出结算网关中的数据管理的示例的示意图。

具体实施方式

下面将参考附图详细描述本公开的优选实施例。注意，在本说明书和附图中，将对具有基本上相同的功能配置的组件分配相同的附图标记，并且将省略重复的描述。

注意，将按以下顺序给出描述。

1.背景

2.系统的配置示例

3.预先注册处理

4.结算处理

5.在用户终端中执行的处理

6.结算网关中的数据管理的示例

[1.背景]

近年来的因特网的发展扩展了在例如因特网购物期间在因特网上进行结算的机会。相比之下，在实体店中看到实际商品后的结算也仍在进行。在实体店中进行结算的情况下，目前提出了许多基于例如***、电子货币和QR码(注册商标)的结算方式，并且每种方式都具有优势。实体店需要选择适用的结算服务提供商，并在商店中构建适合该提供商的系统。结算方式并未在每个实体店中标准化，因此需要根据结算方式构建系统。结果，在一个商店新添加结算服务提供商的情况下，该商店承担着改变实体店终端的主要负担。

此外，在实体店中进行结算的情况下，用于指定结算服务提供商的结算的信息和用于指定用户的信息目前不相互关联。为此，用户需要在结算时将结算所需的信息(诸如***信息)传递给实体店。相比之下，在经由因特网的交易中，如果预先关联并注册用户的账户(例如，电子邮件地址)和***信息，则只要执行登录用户的帐户就可以在不重新输入***信息的情况下购买商品。在实体店中购物时，无法进行基于用户帐户认证的结算。

因此，在该实施例中，在实体店中的结算中经由结算网关处理结算。结算网关管理多种类型的结算手段和用户信息。由于结算网关确定结算的类型，因此实体店可以使用终端，而无需为每个结算服务提供商定制终端。

为了实现相对于结算网关的安全认证和数据传输，执行使用通过FeliCa(注册商标)进行的键控访问对用户信息的安全写入和读取以及伴随到结算网关的数据传输的伪造检测。此外，通过使用用户的用户ID(用户识别信息)的账户认证，以在因特网上使用的方式实现在实体店中的结算。

为了实现结算手段，该实施例不仅包括用于近场通信的RF，而且包括诸如***和QR码(注册商标)的手段。此外，可以通过使用关于用户在因特网上使用的账户的信息来进行结算。具体地，可以基于账户信息通过例如电子货币、由各种结算服务提供商提出的结算方式、***和QR码(注册商标)来执行结算处理。此外，通过指定结算手段和结算辅助信息，本实施例不仅可以应用于储值类型，而且可以应用于服务器管理类型。将在下面描述细节。

[2.系统的配置示例]

首先，将参照图1描述根据本公开的一个实施例的系统1000的配置。如图1所示，根据实施例的系统1000包括结算网关100、实体店终端200、诸如智能电话的用户终端300以及结算服务提供商的服务器400。

结算网关100管理与用户终端300的用户相关联的账户信息以及结算手段。结算网关100具有调解功能。在从用户终端300接收结算处理的情况下，结算网关100将结算处理调解为与结算手段匹配的结算服务提供商。结算网关100对应于根据本公开的信息处理设备。结算服务提供商执行用户指定的结算处理(***)。

结算网关100可以以有线或无线通信方式与实体店终端200和结算服务提供商的服务器400进行通信。实体店终端200可以以有线或无线通信方式与用户终端300进行通信。特别地，实体店终端200和用户终端300可以以诸如FeliCa(注册商标)的非接触通信方式彼此进行通信。注意，结算网关100、实体店终端200、用户终端300以及结算服务提供商的服务器400之间的相互通信的方式不受特别限制，并且可以使用各种通信方式。

如图1所示，结算网关100包括固有ID获取单元101、用户ID验证单元(用户验证单元)102、哈希值验证单元104、结算服务提供商选择单元106以及结算处理单元108。在实施例中，用户终端300生成固有ID，该固有ID是关于结算的固有信息。结算网关100经由实体店终端200接收固有ID，验证固有ID，并且与结算服务提供商执行结算处理。

在图1所示的结算网关100的配置中，固有ID获取单元101经由实体店终端200获取从用户终端300发送的固有ID。用户ID验证单元102基于固有ID中包含的用户ID和用户密码验证用户ID。哈希值验证单元104基于哈希值验证固有ID。结算服务提供商选择单元106基于固有ID中包含的结算服务提供商指定码来选择进行结算的结算服务提供商。结算处理单元108将关于固有ID的信息发送到结算服务提供商的服务器400，以允许由结算服务提供商选择单元106选择的结算服务提供商执行结算处理。注意，诸如图1所示的结算网关100的组件可以包括诸如电路的硬件、诸如CPU的中央算术处理设备以及用于使该设备起作用的程序(软件)。

实体店终端200被放置在例如用户去购物的实体店中。例如，实体店终端200为移动销售点(mPOS)的系统中的实体店终端。用户终端300例如为用户使用的智能手机。例如，在用户在实体店中购买商品或用户执行预先注册的情况下，使用用户终端300。结算服务提供商的服务器400是在结算服务提供商进行结算的情况下使用的信息处理设备。

在该实施例中，实体店终端200具有在用户终端300和结算网关100之间传递信息的基本功能。在从用户终端300接收到结算指令的情况下，结算网关100与结算服务提供商一起执行结算处理。结果，实体店终端200可以具有多功能性。即使在实体店中引入了新的结算服务提供商的结算服务的情况下，也不需要修改实体店终端200。

用户终端300包括固有ID生成单元320和哈希值生成单元322。固有ID生成单元320生成固有ID。哈希值生成单元322生成固有ID的哈希值。此外，用户终端300包括显示器(LCD)324、显示处理单元326和存储单元328。显示器324在屏幕上显示例如结算手段。显示处理单元326执行用于在显示器324上显示各种信息的处理。存储单元328存储例如用户ID类型、用户ID和用户密码。

注意，在本实施例中，结算方式是指例如用户认证、结算手段以及利用终端的数据加密方式的方法。此外，认证方法是指在***类型的情况下使用PIN码或3D Secure(3D安全)的方式。

[3.预先注册处理]

在该实施例中，在用户在实体店中进行结算之前执行预先注册。图2和图3是示出预先准备的流程的序列图。首先，在图2的步骤S10中，用户500操作用户终端300以从结算网关100请求用户ID类型的预先注册。用户ID类型是指用户的账户类型。帐户类型的示例包括邮件帐户、用户的固有ID的帐户等。

在接下来的步骤S12中，结算网关100对用户终端300执行用户ID类型的写入处理。例如，在用户终端300安装有起存储单元328的作用的FeliCa芯片的情况下，用户ID类型被写入FeliCa芯片中。

在接下来的步骤S14中，用户500操作用户终端300以从结算网关100请求用户ID和用户密码(PW)的预先注册。用户ID指示用户的账户的ID。用户PW对应于与该用户的账户ID相关联的密码。在一个示例中，在用户ID类型为邮件帐户的情况下，用户ID对应于用户在因特网上使用的邮件帐户的ID，诸如[email protected]和[email protected]。此外，例如，在用户ID类型是固有编号的情况下，用户ID对应于固有编号，诸如XXXX。

在接下来的步骤S16中，结算网关100向用户终端300执行用户ID和用户密码的写入处理。例如，在用户终端300安装有FeliCa芯片的情况下，用户ID和密码用户密码被写在FeliCa芯片中。

在接下来的步骤S18中，用户500操作用户终端300，以从自结算网关100请求结算手段和结算辅助信息的预先注册。结算手段是指结算的手段，并且例如对应于电子货币、***、QR码(注册商标)等。结算辅助信息是对结算手段的补充，并且例如在电子货币的情况下对应于电子货币的类型、在***的情况下对应于信用***(主账号：PAN)等。

在接下来的步骤S20中，结算网关100对用户终端300执行结算手段和结算辅助信息的写入处理。例如，在用户终端300安装有FeliCa芯片的情况下，结算手段和结算辅助信息被写入FeliCa芯片中。

在图2中的处理之后，执行图3中的处理。在图3的处理中，准备主要为特定的实体店提供独有服务。在步骤S30中，结算网关100从结算服务提供商的服务器400请求结算服务提供商指定码。结算服务提供商指定码由结算服务提供商单独指定。

在接下来的步骤S32中，结算服务提供商的服务器400将结算服务提供商指定码发送给实体店终端200。因此，结算服务提供商指定码被保持在实体店终端200中。

在接下来的步骤S34中，结算网关100从结算服务提供商的服务器400请求实体店终端200的终端ID的列表和终端独有服务信息。终端ID(识别信息)用于识别实体店终端200。此外，终端独有服务信息是指由结算服务提供商定义的与实体店终端200相关联的独有服务信息。在一个示例中，终端独有服务信息对应于关于仅应用于特定终端200的特殊折扣的信息。注意，终端独有服务信息可以是与用户终端300相关联的独有服务信息。

在接下来的步骤S36中，结算服务提供商的服务器400将实体店终端200的终端ID的列表和终端独有服务信息发送到结算网关100。因此，实体店终端200的终端ID的列表被保持在结算网关100中。终端ID的列表与终端独有服务信息相关联。例如，可以通过结算服务提供商的服务器400向该特定区域中的实体店终端200赋予终端独有服务信息来仅在特定区域中的实体店200中执行特殊折扣。

在接下来的步骤S38中，实体店终端200请求结算网关100确认终端ID的列表是否包括实体店终端200的终端ID。在接下来的步骤S39中，结算网关100确定终端ID的列表是否包括在步骤S38中已经请求确认的终端200的ID。在列表包括终端200的ID的情况下，结算网关100将终端独有服务信息发送到终端200。这使得实体店终端200能够接收终端独有服务信息并在结算时给出上述特殊折扣。

[4.结算处理]

在图2和图3中的预先准备之后，用户终端300可以进行结算。图4和图5是示出结算流程的序列图。首先，在图4的步骤S40中，实体店终端200将结算手段的列表发送到用户终端300。这里，在用户500进行结算的情况下可以使用的结算手段(例如，电子货币、***、QR码(注册商标))的列表被发送。实体店终端200可以基于在图3的步骤S32中从结算服务提供商的服务器400发送的结算服务提供商指定码，确定可用的结算手段的列表。

在接下来的步骤S42中，实体店终端200将与用户500要购买的商品有关的信息发送到用户终端300。以与通常商店中相似的方式，终端200利用例如条形码读取器等读取商品信息，并将该信息发送到用户终端300。商品信息包括商品名称、价格等。在接下来的步骤S44中，用户500操作用户终端300选择商品。在接下来的步骤S46中，用户500操作用户终端300以选择用户ID类型。如上所述，用户ID类型表示用户的账户类型，并且例如对应于用户的固有ID的账户和邮件账户。

在接下来的步骤S48中，用户500操作用户终端300以使用户终端300读取用户ID。在接下来的步骤S49中，用户500操作用户终端300以使用户终端300读取用户密码(PW)。用户ID类型、与用户ID类型相对应的用户ID以及用户密码通过上述预先注册而被预先存储在用户终端300中。因此，可以在步骤S46、S48和S49中读取与用户ID类型相对应的用户ID和用户密码。因此，不需要用户重新输入这些信息，并且用户可以更容易地操作用户终端300。

在图4中的处理之后，执行图5中的处理。在图5的步骤S50中，用户500操作用户终端300以指定结算手段，并请求实体店终端200进行结算。可以基于在图4的步骤S40中接收到的结算手段的列表来指定结算手段。注意，实体店终端200已经通过图3的步骤S39的处理获取了终端独有服务信息。因此，用户可以通过在图4中的步骤S40的处理中将终端独有服务信息与结算手段列表一起提供给用户终端300，并在用户终端300的显示器324上显示终端独有服务信息来识别终端独有服务信息。因此，在指定结算手段的情况下，可以指定具有来自终端特有服务的特殊折扣的结算手段。

在下一步骤S52中，实体店终端200将与所指定的结算手段相对应的结算服务提供商指定码发送给用户终端300。在下一步骤S54中，用户终端300生成固有ID。在接下来的步骤S56中，用户终端300生成固有ID的哈希值。

图6是示出固有ID的数据结构的示意图。如图6所示，固有ID是结算量、结算手段、结算服务提供商指定码、IDm、用户ID类型、用户ID、用户密码、以及实体商店终端200的终端ID的信息集合。这里，IDm表示分配给卡的固有编号。在例如步骤S52中，将实体店终端ID从实体店终端200发送到用户终端300。

图7是示出在步骤S50中请求进行结算的情况下的结算手段的选择画面的示例的示意图。图7示出了用户终端300的画面如何响应于用户500的操作而转换。首先，如图7中的左画面302所示，用户500在显示用户终端300的顶部画面的情况下选择“结算手段选择”。这导致转换到图7的中心图所示的画面304。显示了可以在实体店终端200一侧处理的多个结算手段。在图7的中心画面304中，自动选择默认设置的“***A”。这导致转换到图7的右图所示的画面306。显示作为选择的结算手段的“***A”。与“***A”相关联的用户ID自动注册在固有ID中。在用户希望选择除默认设置的“***A”以外的结算手段的情况下，用户可以在图7的中心画面304上选择另一结算手段。

图8是示出用于在步骤S54中生成固有ID时选择用户ID的类型的画面的示例的示意图。图8示出了用户终端300的画面如何响应于用户500的操作而转换。首先，如图8中的左画面308所示，用户500在显示用户终端300的顶部画面的情况下选择“用户ID类型选择”。这导致转变到图8的中心图所示的画面310。显示指示多个用户ID类型的画面。在图8的中心画面中，默认设置的“[email protected]”被自动注册到固有ID中。这导致转换到图8的右图所示的画面312。显示作为注册的用户ID类型的“[email protected]”。在用户希望选择默认设置的“[email protected]”以外的用户ID类型的情况下，用户可以在图8的中心画面310上选择另一用户ID类型。由于用户ID类型、用户ID和用户密码相互关联，因此通过在固有ID中自动注册用户ID类型，可以将用户ID和用户密码自动注册到固有ID中。

在图5的步骤S56之后，处理进入步骤S58。在步骤S58中，用户终端300将固有ID和哈希值发送给结算网关100。在接下来的步骤S60中，例如，结算网关100验证固有ID的哈希值，并验证固有ID是否为伪造的。然后，结算网关100获得适当的固有ID。在接下来的步骤S62中，结算网关100验证从固有ID获得的用户ID。此外，在步骤S62中，结算网关100基于从固有ID获得的结算服务提供商指定码来选择结算服务提供商。同时，结算网关100从固有ID中获取与例如结算手段、终端ID和卡固有编号有关的信息。

在接下来的步骤S64中，结算网关100将从固有ID获得的与例如结算手段、终端ID和卡固有编号有关的信息发送到基于结算服务提供商指定码而选择的结算服务提供商的服务器400。在接下来的步骤S66中，结算服务提供商的服务器400验证结算内容，并进行结算。在接下来的步骤S68中，结算服务提供商的服务器400向用户终端300发送结算终止通知。

如上所述，结算网关100可以通过从用户终端300向结算网关100发送作为与结算相关的信息的集合的关于固有ID的信息来基于结算服务提供商指定码选择结算服务提供商。此外，已经接收到固有ID的结算网关100可以获取与例如结算手段、终端ID和卡固有编号有关的信息。因此，将这些信息从结算网关100发送到结算服务提供商的服务器400使得能够根据固有ID进行结算。

此外，结算服务提供商的服务器400可以通过从结算网关100接收实体店终端ID来在结算中确定是否应用仅应用于特定终端200的特殊折扣。在从结算网关100发送的实体店终端ID对应于应用了特殊折扣的终端的情况下，结算服务提供商在该结算中应用特殊折扣。

[5.在用户终端中执行的处理]

图9是示出在用户终端300中执行的处理的流程图。首先，在步骤S70中开始结算处理。在接下来的步骤S72中，从实体店终端200获得关于结算手段的信息。在接下来的步骤S74中，如图7所示，在用户终端300的显示器324上显示可以用于实体店终端200中的结算的结算手段。用户基于显示器324的画面显示选择结算手段。所选择的结算手段被结合到固有ID中。

在接下来的步骤S76中，读取默认的“用户ID类型”和“用户ID/密码PW”。在更改“用户ID类型”和“用户ID/密码PW”的情况下，设置另一“用户ID类型”和“用户ID/密码PW”(步骤S77)。

在接下来的步骤S78中，如图7所示，将结算手段设定为默认的“结算手段”。如图7所示，在用户500没有特别更改结算手段的情况下，默认的结算手段被自动注册在固有ID中。在更改结算手段的情况下，设置另一“结算手段”(步骤S79)。在结算手段已经更改的情况下，更改后的结算手段被自动注册在固有ID中。

在接下来的步骤S80中，确定实体店终端200的终端ID是否对应于“终端独有服务”。在终端ID对应于终端独有服务的情况下，处理进入步骤S82。添加了“终端独有服务”的结算被显示。处理进入步骤S84，在步骤S84中发送固有ID。相反，在步骤S80中，实体店终端200的终端ID不对应于“终端独有服务”的情况下，处理进入步骤S84，而不进入步骤S82。如上所述，用户终端300可以通过在图4中的步骤S40的处理中将终端独有服务信息与结算手段的列表一起提供给用户终端300来确定实体店终端200是否对应于终端独有服务。

在步骤S84之后，处理进入步骤S86。在步骤S86中，接收到结算处理完成。在步骤S86之后，处理进入步骤S88，并且结算终止。

[6.结算网关中的数据管理的示例]

图10是示出结算网关100中的数据管理的示例的示意图。在图10的示例中，使用结算服务提供商A的用户的用户ID类型为邮件格式。在默认设置中，用户ID为“[email protected]”，结算手段为***A，并且结算辅助信息为***A的***。用户可以通过更改默认设置将结算手段更改为***B并将结算辅助信息更改为***B的***。

此外，在图10的示例中，使用结算服务提供商B的用户的用户ID类型为固有编号格式。用户ID、结算手段以及结算辅助信息分别是以“XXXXXX”、QR码(注册商标)格式和QR码(注册商标)表示的结算编号。

如上所述，根据本实施例，在实体店购物期间，可以通过从用户终端300向结算网关100发送固有ID并使用所述用户例如在因特网上使用的帐户来进行结算。这使得在购物期间能够以简单的操作进行结算，而无需提供关于例如***的信息。此外，仅要求实体店终端200具有通过从用户终端300向结算网关100发送固有ID来传递信息的功能。终端200可以支持各种结算手段而无需修改终端200。

上面已经参考附图详细描述了本公开的优选实施例，但是本公开的技术范围不限于这种示例。显然的是，本公开领域的普通技术人员可以实现在权利要求书中阐述的技术思想的范围内的各种替换或修改。这些替换或修改被理解为自然落入本公开的技术范围内。

此外，本文描述的效果仅是说明性或示例性的，而不是限制性的。也就是说，根据本公开的技术可以与上述效果一起或代替上述效果而具有根据本发明的描述对本领域技术人员显然的其他效果。

注意，如下所述的配置也落入本公开的技术范围内。

(1)一种信息处理设备，包括：

固有信息获取单元，该固有信息获取单元经由实体店终端获取由用户终端生成的关于实体店中的结算的固有信息；

验证单元，该验证单元验证所述固有信息；以及

结算处理单元，该结算处理单元将所述固有信息发送给结算服务提供商，以便结算服务提供商基于所述固有信息执行结算处理。

(2)根据上述(1)所述的信息处理设备，

其中，所述固有信息包括用于指定结算服务提供商的结算服务提供商指定信息，以及

所述信息处理设备还包括结算服务提供商选择单元，该结算服务提供商选择单元基于所述结算服务提供商指定信息来选择结算服务提供商。

(3)根据上述(1)或(2)所述的信息处理设备，

其中，所述固有信息包括所述实体店终端的终端识别信息，以及

所述结算服务提供商基于所述终端识别信息执行结算处理。

(4)根据上述(3)所述的信息处理设备，其中，所述结算服务提供商基于所述终端识别信息来应用与所述实体店终端相对应的独特服务，并且执行结算处理。

(5)根据上述(1)至(4)中任一项所述的信息处理设备，其中，所述固有信息包括关于使用所述用户终端的用户的帐户的信息和所述帐户的密码。

(6)根据上述(5)所述的信息处理设备，其中，所述固有信息包括关于与所述账户相关联的结算的信息。

(7)根据上述(6)所述的信息处理设备，其中，关于结算的信息为***的信息。

(8)根据上述(5)所述的信息处理设备，还包括用户验证单元，该用户验证单元基于关于账户的信息和密码来验证用户。

(9)根据上述(1)至(8)中任一项所述的信息处理设备，还包括：

哈希值获取单元，该哈希值获取单元经由所述实体店终端获取由所述用户终端生成的所述固有信息的哈希值；

其中，所述验证单元基于所述哈希值验证所述固有信息。

(10)一种信息处理系统，包括：

用户终端，该用户终端生成关于实体店中的结算的固有信息；

实体店终端，该实体店终端被安装在实体店中并从所述用户终端获取所述固有信息；

信息处理设备，包括：固有信息获取单元、验证单元以及结算处理单元，其中，所述固有信息获取单元从所述实体店终端获取所述固有信息，所述验证单元验证所述固有信息，所述结算处理单元将所述固有信息发送给结算服务提供商，以便结算服务提供商基于所述固有信息执行结算处理；以及

结算服务提供商终端，该结算服务提供商终端为结算服务提供商的终端，并基于所述固有信息进行结算。

附图标记列表

100 结算网关

102 用户ID验证单元

104 哈希值验证单元

106 结算服务提供商选择单元

108 结算处理单元

200 实体店终端

300 用户终端

400 结算服务提供商的终端