CN113826132A - 信息处理方法、程序、终端 - Google Patents

信息处理方法、程序、终端 Download PDF

Info

Publication number
CN113826132A
CN113826132A CN202080036109.4A CN202080036109A CN113826132A CN 113826132 A CN113826132 A CN 113826132A CN 202080036109 A CN202080036109 A CN 202080036109A CN 113826132 A CN113826132 A CN 113826132A
Authority
CN
China
Prior art keywords
code
terminal
information
display
settlement
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080036109.4A
Other languages
English (en)
Inventor
滨窄亮介
真崎洋辅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Line Pay Corp
Original Assignee
Line Pay Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Line Pay Corp filed Critical Line Pay Corp
Publication of CN113826132A publication Critical patent/CN113826132A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3274Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3276Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/16Payments settled via telecommunication systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • G06Q20/3263Payment applications installed on the mobile devices characterised by activation or deactivation of payment capabilities
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3278RFID or NFC payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409Device specific authentication in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

基于用于进行利用代码图像的结算的第1信息来执行与结算有关的处理的终端的信息处理方法包括:经由终端的通信部接收从服务器发送的第1信息;通过终端的控制部将所接收的第1信息存储在终端的存储部;在终端的显示区域显示基于第1信息的第1代码图像;基于第1代码图像的向显示区域的显示,通过控制部执行与结算有关的处理;和基于与结算有关的处理,在显示区域显示第2信息,第2信息与在存储部中没有存储第1信息这一情况有关。

Description

信息处理方法、程序、终端
技术领域
本公开涉及信息处理方法、程序、终端。
背景技术
近来,通过可在智能手机等终端上执行的应用,实现终端或终端用户对电子货币(电子钱)的管理和使用电子货币进行结算等的服务正在普及。例如,在专利文献1中公开了进行商品的购买金额的结算的技术。然而,关于使用电子货币的结算,比如,在用户界面(UI)方面有改进的余地。
先行技术文献
专利文献
专利文献1:JP特开2002-176671号公报
发明内容
根据本发明的第1方式,基于用于进行利用代码图像的结算的第1信息来执行与结算有关的处理的终端的信息处理方法包括:经由终端的通信部接收从服务器发送的第1信息;通过终端的控制部将所接收的第1信息存储在终端的存储部;在终端的显示区域显示基于第1信息的第1代码图像;基于第1代码图像的向显示区域的显示,通过控制部执行与结算有关的处理;和基于与结算有关的处理,在显示区域显示第2信息,第2信息与在存储部中没有存储第1信息这一情况有关。
根据本发明的第2方式,通过基于用于进行利用代码图像的结算的第1信息执行与结算有关的处理的终端来执行的程序包括:经由终端的通信部接收从服务器发送的第1信息;将所接收的第1信息存储在终端的存储部;在终端的显示区域显示基于第1信息的第1代码图像;基于第1代码图像的向显示区域的显示,执行与结算有关的处理;和基于与结算有关的处理,在显示区域显示第2信息,第2信息与在存储部中没有存储第1信息这一情况有关。
根据本发明的第3方式,基于用于进行利用代码图像的结算的第1信息执行与结算有关的处理的终端具备:通信部,接收从服务器发送的第1信息;控制部,进行将所接收的第1信息存储在终端的存储部的控制;和显示部,显示基于第1信息的第1代码图像,控制部基于第1代码图像的向显示区域的显示,执行与结算有关的处理,显示部基于与结算有关的处理,显示第2信息,第2信息与在存储部中没有存储第1信息这一情况有关。
根据本发明的第4方式,基于用于进行利用代码图像的结算的第1信息执行与结算有关的处理的终端具备:从存储程序的存储器中读取程序并执行基于程序的处理的处理器,处理器执行:经由终端的通信部接收从服务器发送的第1信息;将所接收的第1信息存储在终端的存储部;在终端的显示区域显示基于第1信息的第1代码图像;基于第1代码图像的向显示区域的显示,执行与结算有关的处理;基于与结算有关的处理,在显示区域显示第2信息,第2信息与在存储部中没有存储第1信息这一情况有关。
附图说明
图1是表示实施方式的一方式中的通信系统的结构的一个例子的图。
图2是表示实施方式的一方式中的店铺POS系统的系统结构的一个例子的图。
图3-1是表示实施方式的一方式中的各种装置执行的处理的流程的一个例子的流程图。
图3-2是表示实施方式的一方式中的终端的显示画面的一个例子的图。
图3-3是表示实施方式的一方式中的终端的显示画面的一个例子的图。
图3-4是表示实施方式的一方式中的各种装置执行的处理的流程的一个例子的流程图。
图4-1是表示第1实施例所涉及的通过服务器的控制部实现的功能的一个例子的图。
图4-2是表示第1实施例所涉及的服务器的存储部中所存储的信息的一个例子的图。
图4-3是表示第1实施例所涉及的用户注册数据的一个例子的图。
图4-4是表示第1实施例所涉及的店铺注册数据的一个例子的图。
图4-5是表示第1实施例所涉及的结算管理数据库的一个例子的图。
图4-6是表示第1实施例所涉及的代码管理数据库的一个例子的图。
图4-7是表示第1实施例所涉及的通过终端的控制部实现的功能的一个例子的图。
图4-8是表示第1实施例所涉及的存储在终端的存储部中的信息的一个例子的图。
图4-9是表示第1实施例所涉及的第1终端显示用代码储存数据的一个例子的图。
图4-10是表示第1实施例所涉及的第2终端显示用代码储存数据的一个例子的图。
图4-11是表示第1实施例所涉及的结算用数据的一个例子的图。
图4-12是表示第1实施例所涉及的终端的显示画面的一个例子的图。
图4-13是表示第1实施例所涉及的终端的显示画面的一个例子的图。
图4-14是表示第1实施例所涉及的第1代码显示处理的流程的一个例子的流程图。
图4-15是表示第1变形例所涉及的显示画面的一个例子的图。
图5-1是表示第2实施例所涉及的终端的显示画面的一个例子的图。
图5-2是表示第2实施例所涉及的终端的显示画面的一个例子的图。
图5-3是表示第2实施例所涉及的终端的显示画面的一个例子的图。
图5-4是表示第2实施例所涉及的终端的显示画面的一个例子的图。
图5-5是表示第2实施例所涉及的终端的显示画面的一个例子的图。
图5-6是表示第第2实施例所涉及的终端的显示画面的一个例子的图。
图5-7是表示第2实施例所涉及的第2代码显示处理的流程的一个例子的流程图。
图5-8是表示第2变形例所涉及的第3代码显示处理的流程的一个例子的流程图。
图5-9是表示第2变形例所涉及的各种装置执行的处理的流程的一个例子的流程图。
图5-10是表示第2变形例所涉及的终端的显示画面的一个例子的流程图。
图6-1是表示第3实施例所涉及的终端的显示画面的一个例子的图。
图6-2是表示第3实施例所涉及的终端的显示画面的一个例子的图。
图6-3是表示第3实施例所涉及的终端的显示画面的一个例子的图。
图6-4是表示第3实施例所涉及的终端的显示画面的一个例子的图。
图7-1是表示第4实施例所涉及的第1终端侧代码补充处理及第1服务器侧代码补充处理的流程的一个例子的流程图。
图7-2是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-3是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-4是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-5是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-6是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-7是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-8是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-9是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图7-10是表示第4实施例所涉及的终端的显示画面的一个例子的图。
图8-1是表示第5实施例所涉及的第2终端侧代码补充处理的流程的一个例子的图。
图8-2是表示第5实施例所涉及的第2终端侧代码补充处理的流程的一个例子的图。
图8-3是表示第5实施例所涉及的终端的显示画面的一个例子的图。
图8-4是表示第5实施例所涉及的终端的显示画面的一个例子的图。
图8-5是表示第5实施例所涉及的终端的显示画面的一个例子的图。
图8-6是表示第5实施例所涉及的终端的显示画面的一个例子的图。
图8-7是表示第5实施例所涉及的终端的显示画面的一个例子的图。
具体实施方式
<法律事项的遵守>
请注意本说明书所述的公开以遵守通信的秘密等本公开的实施所需的实施国的法律事项为前提。
参照附图来说明用于实施本公开所涉及的信息处理方法等的实施方式。
[系统结构]
图1表示本公开的一实施方式所涉及的通信系统1的结构的一个例子。
如图1所示,在通信系统1中,经由网络30,服务器10、终端20(终端20A、终端20B、终端20C、……)、店铺POS系统40被连接。
服务器10经由网络30向用户拥有的终端20提供实现终端20之间的包括消息等的内容的收发服务。另外,服务器10与终端20进行通信以提供实现电子结算(并非限定,而是结算的一个例子)的服务(以下,称为“结算服务”。)。另外,对被连接到网络30的终端20的数量没有限制。
网络30承担将一个以上的终端20、一个以上的服务器10、一个以上的店铺POS系统40连接的作用。即,网络30是指提供连接路径的通信网,使得在上述各种装置连接之后,能够收发数据。
网络30之中的一个或多个部分可以是有线网络或无线网络,也可以不是有线网络或无线网络。网络30,并非限定而是作为例子,可以包括:自组织网络(ad hoc network)、内联网、外联网、虚拟专用网络(virtual private network,VPN)、局域网(local areanetwork,LAN)、无线LAN(wireless LAN,WLAN)、广域网(wide area network,WAN)、无线WAN(wireless WAN:WWAN)、大城市内网(metropolitan area network,MAN)、互联网的一部分、公共交换电话网(Public Switched Telephone Network,PSTN)的一部分、移动电话网、ISDN(integrated service digital networks,ISDN)、无线LAN、LTE(long termevolution)、CDMA(code division multiple access)、蓝牙(Bluetooth(注册商标))、卫星通信等、或者这些的两个以上的组合。网络30可以包括一个或者多个网络30。
终端20(终端20A、终端20B、终端20C、……)(并非限定,而是终端、信息处理装置的一个例子)只要其是能够实现各实施方式中记载的功能的信息处理终端,则可以是任何终端。终端20,并非限定而是作为例子,包括:智能电话、移动电话(功能电话)、计算机(并非限定而是作为例子,诸如台式机、笔记本电脑、平板电脑等)、媒体计算机平台(并非限定而是作为例子,诸如电缆、卫星机顶盒、数字录像机)、手持式计算机设备(并非限定而是作为例子,诸如PDA(personal digital assistant,个人数字助理)、电子邮件客户端等)、可穿戴终端(眼镜设备、手表型设备等)、或者其他类型的计算机、或者通讯平台。另外,终端20也可以被表述为信息处理终端。
由于终端20A、终端20B以及终端20C的结构基本相同,因此将在下面的说明中对终端20进行说明。此外,根据需要,将用户X利用的终端表述为终端20X,将与用户X或终端20X建立对应的、规定的服务中的用户信息表述为用户信息X。另外,用户信息是指在规定的服务中与用户利用的帐户建立对应的用户的信息。用户信息,并非限定而是作为例子,包括由用户输入的或者由规定的服务赋予的、诸如用户的姓名、用户的图标图像、用户的年龄、用户的性别、用户的住所、用户的兴趣爱好、用户的标识符等的被与用户建立对应的信息,可以是这些信息中的任何一个或者组合,也可以不这样。
服务器10(并非限定,服务器、信息处理装置、信息管理装置的一个例子)具有对终端20提供规定的服务的功能。服务器10只要是能够实现各实施方式中记载的功能的信息处理装置,则可以是任何装置。服务器10,并非限定而是作为例子,包括:服务器装置、计算机(并非限定而是作为例子,诸如台式机、笔记本电脑、平板电脑等)、媒体计算机平台(并非限定而是作为例子,诸如电缆、卫星机顶盒、数字录像机)、手持式计算机设备(并非限定而是作为例子,诸如PDA、电子邮件客户端等)、或者其它类型的计算机、或者通讯平台。另外,服务器10也可以被表述为信息处理装置。在不需要区分服务器10与终端20的情况下,服务器10与终端20可以分别被表述为信息处理装置,也可以不这样表述。
在下面说明的实施方式中,以服务器10具有提供利用结算应用进行结算的服务的功能予以说明。
店铺POS系统40是被导入并使用于与运行服务器10的运营商合作的店铺中的POS系统。
在该店铺POS系统40,并非限定而是作为例子,包括:店铺读码器装置50、代码收银机60和店铺服务器70。
[各装置的硬件(HW)结构]
对通信系统1中包括的各装置的HW结构进行说明。
(1)终端的HW结构
图1中表示终端20的HW结构的一个例子。
终端20具备:控制部21(CPU:central processing unit(中央处理装置))、存储部28、通信I/F22(接口)、输入输出部23、显示部24、话筒25、扬声器26、摄像机27、时钟部29A、位置计算用信息检测部29B。终端20的HW的各构成要素,并非限定而作为例子,经由总线B而相互连接。此外,作为终端20的HW结构,并不是必须包括全部构成要素。并非限定而是作为例子,终端20可以是将话筒25、摄像机27等各个构成要素或者多个构成要素去除的结构,也可以不这样。
通信I/F22经由网络30进行各种数据的收发。通信可以通过有线或者无线之任意来执行,只要能够执行相互的通信,则可以使用任何通信协议。通信I/F22具有经由网络30来执行与服务器10等各种装置的通信的功能。通信I/F22根据来自控制部21的指示,将各种数据发送给服务器10等的各种装置。另外,通信I/F22接收从服务器10等的各种装置发送的各种数据,并传递给控制部21。另外,还存在将通信I/F22仅表述为通信部的情况。另外,在通信I/F22由物理上结构化的电路构成的情况下,还存在表述为通信电路的情况。
输入输出部23包括输入针对终端20的各种操作的装置、以及输出在终端20处理的处理结果的装置。输入输出部23可以是将输入部与输出部一体化,也可以是分离为输入部与输出部,还可以不是这样。
输入部通过能够接受来自用户的输入并将输入所涉及的信息传送给控制部21的所有种类的装置中的任意一个或者其组合来实现。并非限定而是作为例子,输入部包括触摸面板、触摸显示器、键盘等的硬键(Hardware key)、鼠标等的指示设备、摄像机(经由动态图像的操作输入)、话筒(基于声音的操作输入)。
输出部通过能够输出在控制部21处理的处理结果的所有种类的装置中的任意一个或者其组合来实现。并非限定而是作为例子,输出部包括触摸面板、触摸显示器、扬声器(语音输出)、镜头(并非限定作为例子,诸如3D(three dimensions)输出、全息图输出)、打印机等。
显示部24可以通过能够根据写入到帧缓冲区的显示数据来进行显示的所有种类的装置中的任意一个或者其组合来实现。并非限定而是作为例子,显示部24包括触摸面板、触摸显示器、监视器(并非限定而是作为例子,诸如液晶显示器、OELD(organicelectroluminescence display))、头戴式显示器(HDM:Head Mounted Display)、投影贴图、全息图、能够在空气中等(可以是真空,也可以不这样)显示图像、文本信息等的装置。此外,这些显示部24可以通过3D来对显示数据进行显示,也可以不这样。
在输入输出部23是触摸面板的情况下,输入输出部23和显示部24可以以大致相同的尺寸以及形状被配置为对置。
时钟部29A是终端20的内置时钟,输出时刻信息(计时信息)。并非限定而是作为例子,时钟部29A构成为具有利用晶体振荡器的时钟等。并非限定而是作为例子,时钟部29A还可以表述为计时部或者时刻信息检测部。
此外,时钟部29A可以具有应用了NITZ(Network Identity and Time Zone)标准等的时钟,也可以不具有。
位置计算用信息检测部29B是检测(测算)控制部21用于计算(测量)自身的终端20的位置所需要的信息(以下,称为“位置计算用信息”。)的功能部。并非限定而是作为例子,位置计算用信息检测部29B还可以表述为位置计算用传感器部。
此外,位置计算用信息检测部29B并不是必须的,可以从终端20的构成要素中予以去除。
并非限定而是作为例子,位置计算用信息检测部29B包括卫星定位传感器(卫星定位单元)、惯性测量传感器(惯性测量单元(IMU(Inertial Measurement Unit))等,其中:卫星定位传感器(卫星定位单元)是用于利用GPS(Global Positioning System)等的卫星定位系统来计算终端20的位置的传感器或单元,惯性测量传感器(惯性测量单元)是用于利用惯性导航系统来计算终端20的位置的传感器或单元。
并非限定而是作为例子,卫星定位单元具有RF接收电路、基带处理电路等,其中,RF接收电路将包括通过未图示的天线接收的从定位用卫星发送的定位用卫星信号的RF(Radio Frequency)信号转换为数字信号,基带处理电路通过对从RF接收电路输出的数字信号进行相关运算处理等来捕获定位用卫星信号,并作为位置计算用信息输出从定位用卫星信号提取的卫星轨道数据、时刻数据等信息。
惯性测量单元具有惯性传感器,该惯性传感器是检测通过惯性导航运算来计算终端20的位置所需的信息的传感器。并非限定而是作为例子,惯性传感器包括3轴的加速度传感器和3轴的陀螺仪传感器,并且作为位置计算用信息输出由加速度传感器检测到的加速度和由陀螺仪传感器检测到的角速度。
控制部21为了执行通过程序内包含的代码或者命令而实现的功能,具有物理上构造化的电路,并非限定而作为例子,可通过内置于硬件的数据处理装置来实现。因此,控制部21可以被表述为控制电路,也可以不这样。
并非限定而是作为例子,控制部21包括:中央处理装置(CPU)、微处理器(microprocessor)、处理器核心(processor core)、多处理器(multiprocessor)、ASIC(application-specific integrated circuit,专用集成电路)、FPGA(fieldprogrammable gate array,现场可编程门阵列)。
存储部28具有存储终端20运行时所需的各种程序、各种数据的功能。并非限定而是作为例子,存储部28包括HDD(hard disk drive)、SSD(solid state drive)、闪存、RAM(random access memory)、ROM(read only memory)等各种存储介质。另外,存储部28可以被表述为存储器(memory),也可以不这样表述。
终端20将程序P存储于存储部28,通过执行该程序P,控制部21执行作为控制部21中包含的各部的处理。换句话说,存储在存储部28中的程序P使终端20实现控制部21所执行的各功能。另外,该程序P可以被表述为程序模块,也可以不这样表述。
话筒25用于输入语音数据。扬声器26用于输出语音数据。摄像机27用于获取动态图像数据。
(2)服务器的HW结构
图1中,表示服务器10的HW结构的一个例子。
服务器10具备:控制部11(CPU)、存储部15、通信I/F14(接口)、输入输出部12、显示器13。并非限定而是作为例子,服务器10的HW的各构成要素经由总线B而相互连接。另外,服务器10的HW作为服务器10的HW的结构,不是必须包括全部的构成要素。并非限定而作为例子,服务器10的HW可以是去除显示器13的结构,也可以不这样。
控制部11为了执行通过程序内包含的代码或者命令而实现的功能,具有物理上构造化的电路,并非限定而是作为例子,可以通过内置于硬件的数据处理装置来实现。
控制部11,代表性地是中央处理装置(CPU),另外也可以是微处理器、处理器核心,多处理器,ASIC、FPGA,也可以不这样。在本公开中,控制部11并不限定于这些。
存储部15具有存储服务器10运行时所需的各种程序、各种数据的功能。存储部15可以通过HDD、SSD、闪存等各种存储介质来实现。但是,在本公开中,存储部15并不限定于这些。此外,存储部15可以被表述为存储器(memory),也可以不这样表述。
通信I/F14经由网络30进行各种数据的收发。可以通过有线或无线来执行通信,并且只要能够执行相互的通信,则可以使用任何通信协议。通信I/F14具有经由网络30来执行与终端20等的各种装置的通信的功能。通信I/F14根据来自控制部11的指示,将各种数据发送给终端20等的各种装置。另外,通信I/F14接收从终端20等的各种装置发送的各种数据,并传递给控制部11。另外,在一些情况下,通信I/F14仅被表述为通信部。另外,在通信I/F14由物理上结构化的电路构成的情况下,存在被表述为通信电路的情况。
输入输出部12由输入针对服务器10的各种操作的装置来实现。输入输出部12通过能够接收来自用户的输入并将输入所涉及的信息传递给控制部11的所有类型的装置中的任意一个或其组合来实现。输入输出部12代表性地由以键盘等为代表的硬键、鼠标等的指示设备来实现。此外,并非限定而是作为例子,输入输出部12可以包括触摸面板、摄像机(经由动态图像的操作输入)、话筒(基于声音的操作输入),也可以不这样。然而,在本公开中,输入输出部12并不限于这些。
显示器13代表性地由监视器(并非限定而是作为例子,液晶显示器或OELD(organic electroluminescence display))来实现。另外,显示器13还可以是头戴式显示器(HDM)等,也可以不这样。另外,这些显示器13可以通过3D来对显示数据进行显示,也可以不这样。在本公开中,显示器13并不限于这些。
时钟部19是服务器10的内置时钟,并且输出时刻信息(计时信息)。时钟部19,并非限定而是作为例子,构成为具有作为硬件时钟的RTC(Real Time Clock,实时时钟)、系统时钟等。并非限定而是作为例子,时钟部19还可以被表述为计时部或者时刻信息检测部。
(3)店铺POS的系统结构
图2中,表示店铺POS系统40的系统结构的一个例子。
店铺POS系统40是被导入并使用于与运营服务器10的运营商合作的店铺中的POS系统,并非限定而是作为例子,包括店铺读码器装置50、代码收银机60和店铺服务器70。
店铺读码器装置50通过POS通信I/F57(并非限定而是作为例子,诸如店铺中的有线通信I/F或无线通信I/F)与代码收银机60或店铺服务器70通信地连接,并且在用代码收银机60结账时,读取在终端20的显示部24上显示的终端显示用代码图像。然后,基于读取终端显示用代码图像,通过通信I/F54向服务器10发送结算请求信息,在服务器10执行结算之后,通过通信I/F54从服务器10接收关于结算结果的信息(例如,下文所述的店铺用结算完成通知)。
店铺读码器装置50,并非限定而是作为例子,包括:控制部51、输入输出部52、显示部53、通信I/F54、存储部55、声音输出部56、POS通信I/F57、读码器58和时钟部59。
读码器58是用于读取二维码的读码器,在本说明书中,包括用于读取终端显示用代码的二维编码读取器(例如QR读码器),该终端显示用代码为在终端20的显示部24显示并由终端20的用户提示的二维码(例如QR码(注册商标))。
代码收银机60,并非限定而是作为例子,通过POS通信I/F57与店铺读码器装置50和店铺服务器70通信连接,并且基于店铺读码器装置50从服务器10接收到的店铺用结算完成通知,发行印有销售的商品的总额、终端20的用户的电子货币的余额等的信息的收据。此外,并非限定而是作为例子,可以配置与代码收银机60一体设置或与代码收银机60分开设置并且显示面朝向客户侧的显示器。代码收银机60被配置为能够支持结算应用的收银机,还可以被称为支持结算应用的固定终端。
店铺服务器70,并非限定而是作为例子,管理诸如与自己的店铺有关的店铺信息、与自己的店铺销售的商品有关的信息或与自己的店铺提供的服务有关的信息、与在自己的店铺销售商品或提供服务有关的销售额的信息等各种信息。店铺服务器70被构成为通过POS通信I/F57可以与店铺读码器装置50和代码收银机60通信,并且被构成为通过网络30可以与服务器10等的外部装置通信。
此外,店铺服务器70,并非必须被构成为可以与店铺读码器装置50直接通信,而是还可以被构成为经由代码收银机60能够与店铺读码器装置50通信。例如,还可以是店铺读码器装置50将从服务器10接收的店铺用结算完成通知发送给代码收银机60,然后从代码收银机60发送到店铺服务器70的方式。
(4)其他
服务器10将程序P存储于存储部15,通过执行该程序P,控制部11执行作为控制部11所包含的各部的处理。即,存储部15中所存储的程序P使服务器10实现控制部11所执行的各功能。该程序P可以被表述为程序模块,也可以不这样表述。
关于其他装置也是同样。
在本公开的各个实施方式中,以通过终端20以及/或者服务器10的CPU执行程序P来实现的方式予以说明。
关于其他装置也是同样。
另外,终端20的控制部21以及/或者服务器10的控制部11不仅可以通过具有控制电路的CPU来实现各处理,还可以通过在集成电路(IC(Integrated Circuit)芯片、LSI(Large Scale Integration))等形成的逻辑电路(硬件)或专用电路来实现各处理,也可以不这样。另外,这些电路可以通过一个或者多个集成电路来实现,还可以通过一个集成电路来实现各个实施方式中示出的多个处理,也可以不这样。另外,LSI根据集成度的不同,有时还被称为VLSI、超大LSI、特大LSI等。因此,控制部21可以被表述为控制电路,也可以不这样。
关于其他装置也是同样。
另外,本公开的各实施方式的程序P(并非限定而是作为例子,诸如软件程序、计算机程序、或者程序模块)可以以存储在计算机可读存储介质中的状态提供,也可以不这样。存储介质能够将程序P存储于“非暂时性有形介质”。另外,程序P可以是用于实现本公开的各实施方式的功能的一部分的程序,也可以不这样。并且,本公开的各实施方式的功能可以通过与已经记录在存储介质中的程序P的组合来实现,也可以是所谓的差分文件(差分程序),也可以不这样。
存储介质可以包括一个或多个基于半导体的或其它集成电路(IC)(并非限定而是作为例子,诸如现场可编程门阵列(FPGA)或面向特定用途的IC(ASIC))、硬盘驱动器(HDD)、混合硬盘驱动器(HHD)、光盘、光盘驱动器(ODD)、光磁盘、光磁驱动器、软盘、软盘驱动器(FDD)、磁带、固态驱动器(SSD)、RAM驱动器、安全数字卡或驱动器、任何其它合适的存储介质、或者这些中的两个或多个的适当组合。存储介质在适当的情况下,可以是易失性的、非易失性或者易失性和非易失性的组合。另外,存储介质不限于这些例子,只要能够存储程序P,则还可以是任何设备或者介质。另外,存储介质还可以被表述为存储器(memory),也可以不这样。
服务器10以及/或者终端20能够通过读取存储在存储介质中的程序P并执行读取的程序P来实现各实施方式所示的多个功能部的功能。
关于其他装置也是同样。
此外,本公开的程序P可以经由能够传输程序的任意的传输介质(通信网络或广播波等)而被提供给服务器10以及/或者终端20,也可以不这样。并非限定而是作为例子,服务器10以及/或者终端20通过执行经由网络等下载的程序P,来实现各实施方式所示的多个功能部的功能。
关于其他装置也是同样。
另外,本公开的各实施方式中程序P也可以通过电子传输以体现为数据信号的形态来实现。
服务器10以及/或者终端20中的处理的至少一部分可以通过由一台以上的计算机构成的云计算来实现,也可以不这样。
可以是终端20中的处理的至少一部分由服务器10进行的结构,也可以不这样。在这种情况下,可以是终端20的控制部21的各功能部的处理中的至少一部分的处理由服务器10进行的结构。
可以是服务器10中的处理的至少一部分由终端20进行的结构。在这种情况下,可以是服务器10的控制部11的各功能部的处理中的至少一部分的处理由终端20进行的结构。
除非明确提及,本公开的实施方式中的判定结构不是强制性的,可以在满足判定条件的情况下运行规定的处理,或者在不满足判定条件的情况下不执行规定的处理,也可以不这样。
此外,并非限定而是作为例子,本公开的程序可以使用ActionScript、JavaScript(注册商标)等的脚本语言、Objective-C、Java(注册商标)等的编译语言、HTML5等的标记语言等来实现。
另外,在本说明书中,适当地使用“通过通信I/F”这一表述。这表示,装置,并非限定而是作为例子,基于控制部(处理器等)的控制,经由通信I/F(经由通信部)收发各种信息和数据。
另外,在本说明书中,将术语“期限”说明为表示一定的期间。然而,也可以使用术语“期间”来代替术语“期限”。
此外,术语“期限”也可以用于指期间结束的时刻或日期与时间(一定的时刻或者一定的日期与时间)。
<第1实施例>
近年来,作为与网络服务相关的应用(应用软件),诸如被称为利用电子货币进行的电子结算用的应用(结算应用)、电子货币的转账用的应用(转账应用)、以及集合了这些应用的一部分的功能或全部的功能的结算应用正在不断普及,并且终端20的用户可以使用这些应用来接收与电子货币有关的各种服务。
下面说明的实施例是,并非限定而是作为例子,终端20的用户使用在终端20存储并执行的结算应用来进行结算的实施例。具体来说,提出用于在在线状态和在离线状态都能进行结算的方法。
在下文中,将提供利用结算应用的结算服务的运营商称为“结算服务的运营商”。另外,结算服务的运营商可以被表述为提供结算应用的运营商或服务器10的运营商,也可以不这样表述。
另外,在下文中,将以由结算服务的运营商运行和管理服务器10来进行说明。另外,在下文中,将适当地将支付应用的名称称为“Payment App”来进行图示和说明。
另外,结算应用可以由服务器10作为不具有所谓消息收发服务(MS:MessagingService)的功能的单独的应用来提供,也可以由服务器10作为具有MS的功能的复合性应用来提供。另外,消息收发服务可以包括能够在终端20之间收发简单的消息等的内容的即时消息收发服务(IMS:Instant Messaging Service),也可以不这样。
另外,结算应用可以由服务器10作为不具有所谓的社交网络服务(SNS:SocialNetworking Service)的功能的单独的应用来提供,也可以由服务器10作为具有SNS功能的复合性应用来提供。
此外,也可以认为MS(包括IMS)是SNS的一种的形式(一种形式)。因此,可以区分MS和SNS,也可以不区分。
另外,与结算服务的运营商合作的店铺被称为“加盟店(加盟店铺)”,并且如在图1中那样示为“加盟店S1”、“加盟店S2”、……。
另外,“电子货币”是指终端20或终端20的用户所拥有的、在结算应用管理的、区别于物理货币的电子式货币,“结算”是指利用该电子货币的电子结算。
此外,电子货币可以被表述为“电子钱”或“数字通货(数字货币)”,也可以不这样表述。
另外,作为“电子货币(电子钱)”或“数字通货(数字货币)”,可以使用法定货币,还可以使用虚拟货币。
另外,“电子货币(电子钱)”或“数字通货(数字货币)”还可以包括加密通货(加密资产)。
另外,虚拟货币还可以包括优惠券等实物货币。
<结算方法>
(1)在线支付
首先,作为一个方面,将参考流程图说明在线支付的方法。
在下文中,“在线”表示终端20能够与服务器10通信,“在线状态”表示该在线的状态。另外,“在线结算”表示在在线状态下通过服务器10进行结算。
此外,在下文中,终端20和服务器10之间的通信,并非限定而是作为例子,通过第1通信方式来实现,该第1通信方式经由通信公司(通信运营商)设置的基站等实现并且使用与无线LAN通信不同的频带。并非限定而是作为例子,第1通信方式包括分组通信(所谓的在终端20中的移动数据通信)。
另外,作为通信方式,可以使用与第1通信方式不同的第2通信方式,也可以不这样。第2通信方式,并非限定而是作为例子,包括无线LAN(例如,WiFi(注册商标))。
另外,可以将通过第1通信方式和第2通信方式中的至少一种通信方式终端20与服务器10能够进行通信的状态定义为“在线状态”,也可以不这样定义。
图3-1是表示该情况下各装置执行的处理的流程的一个例子的流程图。从左侧起依次分别表示终端20的控制部21执行的处理、店铺读码器装置50的控制部51执行的处理、服务器10的控制部11执行的处理的一个例子。
通过字母的大写和数字的组合来表示各处理中的各个步骤,在本说明书中省略术语“步骤”。
另外,以下说明的流程图仅是示例本实施例中的处理,在以下说明的流程图中,可以不执行一部分的步骤,也可以插入追加的步骤。
这些也同样适用本说明书中的其他流程图。
首先,控制部21通过通信I/F22(经由通信I/F22)向服务器10发送用于委托生成终端显示用代码的代码生成委托信息(A110)。
在下文中,并非限定而是作为例子,“代码信息”作为如下概念予以说明:该概念包括通过符号化(编码)等存储到代码图像中的信息或存储在代码图像中的信息(以下,在原始的信息的意义上称为“原始信息”。)、以及存储原始信息的“代码图像”。也就是说,“代码信息”包括“原始信息”和“代码图像”。
“原始信息”可以表述为“编码信息”或“存储信息”等,也可以不这样表述。
另外,在下文中,并非限定而是作为例子,“代码”应与“代码信息”具有实质上相同的含义。
然而,这些定义也仅是一个例子,并不局限于此。
例如,术语“代码信息”可以在“原始信息”的意义上使用,也可以不这样使用。
另外,例如,术语“代码”可以在“代码图像”的意义上使用,也可以不这样使用。
在本实施例中,作为上述原始信息的一个例子,例示“结算用号码”,该“结算用号码”是由服务器10对代码生成委托信息的发送源的每个终端20或终端20的每个用户唯一地生成的号码,并且是具有规定位数的随机号码。结算用号码是与终端20或者终端20的用户建立关联的信息,也可以说是用于通过服务器10进行的结算的信息。
在下文中,将基于代码生成委托信息由服务器10生成的结算用的代码称为“终端显示用代码”,并且将该终端显示用代码的代码图像称为“终端显示用代码图像”。
在终端显示用代码图像中存储上述的结算用号码,具体详情后述。
终端显示用代码图像和结算用号码是用于利用代码图像的结算的“第1信息”的一个例子,从服务器10发送。
以下,以委托服务器10生成上述的终端显示用代码图像的信息为代码生成委托信息的情况为例进行说明。即,在该处理中,并非限定而是作为例子,从终端20向服务器10委托生成终端显示用代码图像,在A110,向服务器10发送委托生成终端显示用代码图像的代码生成委托信息。
另外,在本说明书中,将“终端显示用代码”作为在结算类型“终端代码显示”的结算中使用的代码予以说明。
在结算类型“终端代码显示”中,当终端20的用户在店铺等进行支付时,通过使用存储在终端20中的结算应用,在店铺的代码收银机60处向店员提示显示在终端20的终端显示用代码图像。然后,通过由店铺读码器装置50等读取该终端显示用代码图像来实现结算。
由于终端显示用代码是由终端20的用户向店铺等的店员提示的代码(代码图像),因此还可以被表述为“提示用代码”或“用户提示用代码”。
在A110发送的代码生成委托信息中,并非限定而是作为例子,可以包括用于识别终端20或者终端20的用户的识别信息。例如,该信息可以包括用于识别自身的终端20的终端识别信息(例如,终端ID)、用于识别自身的终端20的用户的用户识别信息(例如,用户ID)、结算应用的账户信息(例如,应用ID)等的信息。
若通过通信I/F14从终端20接收到代码生成委托信息(C110),则控制部11进行终端显示用代码生成处理(C120)。
具体而言,并非限定而是作为例子,使用用于生成规定位数(例如,10位-12位左右的位数)的随机数字的方法(算法)来生成规定位数的随机数字作为结算用号码。然后,并非限定而是作为例子,生成至少将结算用号码作为原始信息来包含的终端显示用代码图像。更具体而言,至少对结算用号码进行编码(符号化)并图形化(图像化),以生成由二维码(例如QR码)的图像表示的终端显示用代码图像。此外,将包含在所接收到的代码生成委托信息中的终端20或终端20的用户的识别信息与生成的结算用号码建立关联并存储在存储部15中。
接着,控制部11通过通信I/F14将生成的终端显示用代码(在本例中为终端显示用代码图像)发送给终端20(C130)。终端20通过通信I/F22从服务器10接收终端显示用代码(在本例中为终端显示用代码图像)(A130)。在这种情况下,并非限定而是作为例子,控制部21将接收到的终端显示用代码图像显示于显示部24。
然后,若显示于显示部24的终端显示用代码图像被由终端20的用户提示给店铺的店员,则控制部51进行使读码器58读取显示于终端20的显示部24的终端显示用代码图像的控制(B150)。
然后,控制部51通过通信I/F54使用由结算服务的运营商提供(分发)的、与结算应用建立关联的应用接口(API)等访问服务器10,将至少包含从读取的终端显示用代码图像通过解码所获取的结算用号码、用于识别店铺或店铺读码器装置50的识别信息(以下,称为“店铺识别信息”。)、结算预定的金额(以下,称为“结算预定金额”。)的结算请求信息通过通信I/F54发送给服务器10(B160)。
若通过通信I/F14从店铺读码器装置50接收到结算请求信息(C160),则控制部11进行结算处理(C170)。具体而言,判定包含于所接收到的结算请求信息中的结算用号码是否与终端20或终端20的用户的识别信息被建立关联地存储在存储部15。而且,在有被存储在存储部15的情况下,判定为“可以结算”,并且从与该结算用号码被建立关联地存储的识别信息所识别的终端20或终端20的用户的电子货币的余额(与结算应用的应用ID建立关联的电子货币的余额)(以下,简称“余额”。)中减去结算预定金额来进行结算。
然后,控制部11将店铺用的结算完成通知(以下,称为“店铺用结算完成通知”。)通过通信I/F14发送给店铺读码器装置50(C180)。店铺用结算完成通知中,并非限定而是作为例子,包括结算已完成(成功)之意、执行结算的日期和时间(结算日期和时间)、以及执行结算的金额(结算金额)等的店铺用结算信息。
另外,控制部11将终端用的结算完成通知(以下,称为“终端用结算完成通知”。)通过通信I/F14发送给终端20(C190)。终端用结算完成通知中,并非限定而是作为例子,包括结算已完成(成功)之意、执行结算的日期和时间(结算日期和时间)执行结算的店铺的店铺识别信息(结算店铺识别信息)、以及执行结算的金额(结算金额)等的终端用结算信息。
此外,在此,通过服务器10进行的结算已成功的情况下,是从服务器10发送店铺用结算完成通知和终端用结算完成通知,但是存在由于余额不足等服务器10不能进行结算的情况。在这种情况下,可以向店铺读码器装置50和终端20发送结算未能进行之意的通知(例如,结算错误通知、结算NG通知)。
在其他处理中也是同样。
若通过通信I/F54从服务器10接收到店铺用结算完成通知(B180),则控制部51结束处理。
另外,若通过通信I/F22从服务器10接收到终端用结算完成通知,则控制部21基于接收到的终端用结算完成通知,作为结算应用的数据,更新在终端20存储的余额。另外,控制部21使显示部24显示结算结果(A190)。然后,控制部21结束处理。
图3-2是表示在由终端20执行的结算应用所显示的首页的一个例子的图。
该首页是启动支付应用时显示的显示画面,在画面上部显示支付应用的名称“支付APP(Payment APP)”。在其下方的框内,显示余额(此处为“3000日元”),其旁边显示用于充值(追加)电子货币的充值按钮。另外,在其下方显示与支付应用的各种功能相对应的多个功能图标。
在这些功能图标中,表示为“代码”的图标,并非限定而是作为例子,是用于使在显示部24显示代码显示画面的“代码图标”。若终端20的用户触摸操作该代码图标,并非限定而是作为例子,则从终端20向服务器10发送代码生成委托信息,由服务器10生成终端显示用代码。然后,从服务器10向终端20发送所生成的终端显示用代码,并且在终端20的显示部24显示图3-3所示的代码显示画面。
图3-3是表示代码显示画面的一个例子的图。
在该代码显示画面上,“代码”的文字显示在画面上部,在其下方,显示结算方法、用户拥有的积分、以及用于设置是否利用该积分进行结算的积分标签。
另外,在其下方,作为从服务器10获取的终端显示用代码的代码图像,以条形码表示的一维的终端显示用代码图像和以QR码表示的二维的终端显示用代码图像QC0分别显示在显示画面内的不同区域。另外,作为一个例子,在一维的终端显示用代码图像下方显示12位的结算用号码。
另外,在本例中,显示在代码显示画面上的终端显示用代码,具有显示该代码的期限(以下,称为“代码显示期限”。)。
代码显示期限,并非限定而是作为例子,是在终端20显示终端显示用代码的期间。代码显示期限,并非限定而是作为例子,可以是“从在终端显示终端显示用代码(开始显示)的时刻(日期和时间)至代码显示时间经过为止的期间”。可以适当地设定变更代码显示时间,并非限定而是作为例子,可以是“5分钟”。
代码显示期限可以定义为在终端20显示终端显示用代码的期间结束(期满)的时刻(日期和时间),而不是定义为在终端20显示终端显示用代码的期间,也可以不这样。
进而,在二维的终端显示用代码图像QC0的下方,与更新的标记和更新的文字一起,以倒计时形式显示代码显示期限的剩余时间。该剩余时间基于由终端20的时钟部29A计时的信息来显示。
当剩余时间变为“0”时,代码显示画面被关闭,终端显示用代码被配置为不显示。此后,在终端20的用户希望进行结算的情况下,需要从服务器10重新获取终端显示用代码。
终端20的用户通过在代码显示期限内,在代码收银机60处向店铺的店员提示图3-3所示的代码显示画面,并由店铺读码器装置50读取终端显示用代码图像来进行结算。在这种情况下,店铺读码器装置50使用上述的API等通过通信I/F54访问服务器10,并向服务器10发送结算所需的信息。由此,由服务器10进行结算处理。
到此为止,例示了用于实现在线结算的处理。在该处理中,由服务器10生成并发送给终端20的终端显示用代码,并非限定而是作为例子,可以立即被用于结算。
然而,根据用户的不同,有些用户不是立即利用从服务器10接收的终端显示用代码来进行结算,而是希望以后利用来进行结算。
另外,为了应用上述处理,终端20和服务器10必须处于能够通信的状态(在线状态)。当然,店铺读码器装置50和服务器10也必须处于能够通信状态。
然而,当在地下等的电波状况不好的地方进行结算时,或者当在活动会场等的线路拥挤的状况下进行结算时,或者当由于终端20在一定期间(例如一个月)内的通信量超过定量等而导致通信受限制或通信速度受限制时等情况下,终端20与服务器10之间无法通信(或者通信困难)的结果,可以预计将难于进行结算。
在此,下面举例说明即使在这些情况下也能实现结算的方法。
此外,下面说明的结算方法,对于在线状态和离线状态的任何一个都能够同样地适用,在此,仅对用于实现离线状态下结算的方法进行说明。
(2)离线支付
将参考流程图说明作为本公开的方法的一个方面的离线支付的方法。
在下文中,“离线”表示终端20不能够与服务器10通信,“离线状态”表示该离线的状态。另外,“离线结算”表示在离线状态下由服务器10进行结算。此外,作为前提,假定店铺读码器装置50能够与服务器10通信。
图3-4是表示在这种情况下各装置执行的处理的流程的一个例子的流程图。对图的看法与上述流程图相同。
图3-4中的流程图是将图3-1中的流程图改写为离线规格的流程图。与图3-1的流程图相比,并非限定而是作为例子,在线状态下的处理步骤(例如A240)、离线状态下的处理步骤(例如A250、B250、B280)、以及从离线状态返回到在线状态时的处理步骤(例如A290、C290)上有所不同。
在A130之后,控制部21将接收到的终端显示用代码(在本例中为终端显示用代码图像)储存在存储部28(A240)。
在此,“储存”是指为了供以后能够利用,将接收到的终端显示用代码存储在存储部28。
此外,在本说明书中,存在将“储存”简单地表述为“存储”的情况。此外,还有将储存终端显示用代码表述为“使终端显示用代码存储在终端显示用代码储存数据”的情况。
在该处理中,为了能够执行离线结算,在在线状态下从服务器10获取的终端显示用代码(在本例中为终端显示用代码图像)被储存(存储)在终端20的存储部28。并且,当需要在离线状态下结算时,通过使用储存的终端显示用代码来执行结算,从而不需要与服务器10通信。
具体说明如下。假设在A240之后进入离线状态。
在此,并非限定而是作为例子,终端20通过以下方法中的任一种来检测已成为离线状态。
(A)在终端20运行结算应用的过程中,以定期的定时或特定的定时从服务器10向终端20发送连接确认请求,针对该连接确认请求,从终端20向服务器10发送包含识别信息(例如应用ID)的连接响应。这种情况下,终端20的控制部21在变成从服务器10不能接收到连接确认请求的情况下,判定成为离线状态。
(B)在终端20运行结算应用的过程中,以定期的定时或特定的定时从终端20向服务器10发送包含识别信息(例如应用ID)的连接通知,针对该连接通知,服务器10向终端20发送连接确认。在离线状态下,不能从终端20向服务器10发送连接通知。因此,并非限定而是作为例子,终端20的控制部21在检测到发生连接通知的发送错误的情况下,判定成为离线状态。
此外,并非限定而是作为例子,终端20可以通过使用获取网络的连接状况的库或应用等来获取关于自身的终端20的通信状况的信息,以判定其是否处于离线状态,也可以不这样。
在离线状态下,并非限定而是作为例子,如终端20的用户进行了代码显示操作,则控制部21进行代码显示处理(A250)。具体而言,若在A240储存的终端显示用代码图像显示于显示部24(A250)。进而,所显示的终端显示用代码图像由终端20的用户提示给店铺的店员等,则控制部51进行使读码器58读取显示于终端20的显示部24的终端显示用代码图像的控制(B250)。然后,控制部51将处理转移到B160。
在B160之后,若通过通信I/F54从服务器10接收到店铺用结算完成通知(B280),则基于接收到的店铺用结算完成通知,店铺的店员等口头通知终端20的用户离线结算已完成(成功)。
在C180之后,控制部11向终端20发送终端用结算完成通知(C290)。然而,在离线状态下,终端20不能接收终端用结算完成通知。若终端20返回到在线状态,则由终端20接收从服务器10发送的终端用结算完成通知。并且,若通过通信I/F22从服务器10接收到终端用结算完成通知,则控制部21基于接收到的终端用结算完成通知,将结算结果显示在显示部24(A290)。
以上说明的处理是用于进行离线结算的处理的一个例子。
此外,代码生成委托信息可以是用于委托生成1个终端显示用代码的信息,然而也可以是用于委托生成多个(2个以上)终端显示用代码的信息。具体而言说,并非限定而是作为例子,终端显示用代码不是1个1个地追加,而是在终端20侧或服务器10侧预先设定终端20一次委托生成的代码的数量(服务器10一次生成代码的数量)的上限。进而,终端20的用户可以通过一次操作一次性补充该上限数量的终端显示用代码。在这种情况下,由服务器10生成多个终端显示用代码,将所生成的多个终端显示用代码发送到终端20,并且由终端20储存接收到的多个终端显示用代码。
上述处理同样适用于在线状态。也就是说
(1)在在线状态下以后利用终端显示代码来进行结算的情况
(2)进行离线结算的情况
的任何一种情况下,如上所述,在在线状态下将由服务器10生成并发送的终端显示用代码储存在终端20。然后,使用在终端20储存的终端显示用代码来进行结算。
然而,根据用户的不同,有时会忘记在终端20中存储了终端显示用代码。
另外,例如在使终端20存储多个终端显示用代码的情况下,存在用户难以掌握已经在结算中利用过的终端显示用代码的数量、或者还未利用于结算的终端显示用代码的数量的情况。
<功能结构>
(1)服务器的功能结构
图4-1是表示通过本实施例的服务器10的控制部11而实现的功能的一个例子的图。
在下文中,举例说明终端20的用户使用存储在终端20的结算应用,并非限定而是作为例子,来进行上述的结算类型“终端代码显示”的结算。
服务器10作为由控制部11实现的功能而具有结算管理处理部111。
结算管理处理部111具有根据存储在存储部15的结算管理处理程序151来进行结算的结算管理处理的功能,该结算管理处理用于管理与在终端20运行的结算应用有关的各种的信息和数据、以及用于管理终端20或终端20的用户的利用电子货币的结算。
在本实施例中,结算管理处理部111根据存储部15中存储的结算管理处理程序151来执行例如图3-4所示的处理作为结算管理处理。
并非限定而是作为例子,结算管理处理部111作为功能部包括:终端显示用代码生成处理部1111,其通过终端显示用代码生成处理来生成终端显示用代码;结算处理部1113,其通过结算处理来执行结算;和代码有效期限管理处理部1115,其设定并管理代码有效期限。
并非限定而是作为例子,终端显示用代码生成处理部1111生成由二维码表示的终端显示用代码图像。二维码是如下显示方式的代码,即其在水平方向和垂直方向上持有信息,二维码存在将小正方形在上下左右排列的矩阵式二维码(以下,称为“矩阵码”。)、以及将一维码(并非限定而是作为例子,诸如条形码)在上下重复多个的堆叠式二维码(以下,称为“堆叠码”。)等。
在本实施例中,为了简化说明,将作为广泛使用的矩阵码的一个例子的QR码(注册商标)作为终端显示用码的一个例子进行说明。
此外,与本实施例不同,作为QR码以外的矩阵码,还可以使用SP码、veri码、maxi码、CP码、chameleon码等的代码,也可以不使用。另外,还可以不使用矩阵码而是使用各种堆叠码,也可以不使用。
另外,终端显示用代码生成处理部1111,作为终端显示用代码,除了二维码(并非限定而是作为例子,诸如QR码)之外,还可以生成一维码(并非限定而是作为例子,诸如条形码),也可以不这样。这是因为,有些店铺可能不支持二维码的读取,但可以支持一维码的读取。
并非限定而是作为例子,结算处理部1113具有基于从店铺POS系统40发送的信息或从终端20发送的信息来进行结算处理的功能。
图4-2是表示本实施例的服务器10的存储部15中存储的信息的一个例子的图。
并非限定而是作为例子,在存储部15中,作为程序,存储由控制部11读取并作为结算管理处理执行的结算管理处理程序151。
另外,并非限定而是作为例子,在存储部15中,作为数据,存储用户注册数据153、店铺注册数据155、结算管理数据库157以及代码管理数据库159。
用户注册数据153是利用结算服务的终端20和终端20的用户的注册数据,图4-3表示其数据结构的一个例子。
并非限定而是作为例子,在用户注册数据153中,用户名、终端电话号码、终端邮件地址、应用ID、认证密码以及其他注册信息被建立关联并存储。
用户名是利用结算服务的终端20的用户的名称,存储终端20的用户利用结算服务时注册的名称。
终端电话号码是该用户名的用户的终端20的电话号码,存储终端20的用户利用结算应用时登记的终端20的电话号码。
终端邮件地址是该用户名的用户的终端20的邮件地址,存储终端20的用户利用结算应用时注册的终端20的邮件地址。
终端电话号码和终端邮件地址是用于识别终端20的识别信息(以下,称为“终端识别信息”。)的一个例子。
应用ID是结算应用的帐户(帐户信息),并且是能够识别终端20或终端20的用户的ID。并非限定而是作为例子,该应用ID由服务器10设定并存储唯一ID。
认证密码是在该用户名的用户的终端20进行结算用的认证处理(以下,简称为“认证处理”。)时要求用户输入的认证用的密码,存储由用户设定的密码。
另外,结算用的认证处理并不一定必须进行,也可以不进行该认证处理。在这种情况下,不需要将认证密码存储在用户注册数据153中。
其他注册信息是该用户名的用户的其他注册信息,并非限定而是作为例子,包括用户图标图像或用户的简档等,其中用户图标图像是用户在结算应用中使用的图标的图像数据。
店铺注册数据155是与提供结算应用的运营商(服务器10的运营商)合作的店铺的注册数据。在图4-4中表示作为该店铺注册数据155的一个例子的店铺注册数据155A的数据结构的例子。
在店铺注册数据155A中,并非限定而是作为例子,行业类型、店铺名称、店铺位置信息、店铺POS系统信息以及店铺ID作为店铺信息被建立关联并存储。
行业类型中存储店铺的行业类型。并非限定而是作为例子,这些行业包括各种行业,例如“便利商店”、“超市”、“药局”、“居酒屋”、“百货商场”、“餐馆”、“书店”和“钟表店”。
在店铺名称中,关于各行业类型分别存储包含在(属于)该行业类型的店铺的店铺名称。
在店铺位置信息中存储该店铺名称的店铺的所在地的位置信息(以下,称为“店铺位置信息”。)。该店铺位置信息可以通过二维或三维的位置坐标来表示店铺的所在地,也可以通过经纬度(纬度、经度、以及视情况使用高度)来表示店铺的所在地。
在店铺POS系统信息中存储与在该店铺中使用的店铺POS系统40有关的信息。并非限定而是作为例子,该店铺POS系统信息中包括服务器10与店铺读码器装置50或店铺服务器70进行通信所需的信息。
由于店铺POS系统40与服务器10协作地执行处理,并非限定而是作为例子,可以预先获取由服务器10提供(分发)的结算应用用的软件包并将其存储在店铺读码器装置50或店铺服务器70,由店铺的结算处理用的程序调用来使用该软件包。例如,以应用编程接口(API)为一个例子,店铺读码器装置50启动API以实现向服务器10发送信息和从服务器10接收信息。
另外,并非限定而是作为例子,服务器10可以从该店铺的店铺服务器70接收诸如店铺的行业类型、店铺名称、店铺位置信息以及店铺POS系统信息等的信息,并将其存储在店铺注册数据155中。
店铺ID是作为用于识别该店铺名称的店铺的识别信息而发挥作用的ID。并非限定而是作为例子,该店铺ID由服务器10为每个店铺设定并存储唯一的ID。
店铺ID是店铺识别信息的一个例子。
结算管理数据库157是累积地存储用于管理与各终端20的用户的结算有关的信息的数据的数据库。在图4-5中表示作为结算管理数据库157的一个例子的结算管理数据库157A的结构示例。
在结算管理数据库157A中存储按每个终端20或终端20的每个用户生成的结算管理数据。
在各结算管理数据中,并非限定而是作为例子,存储应用ID、余额、积分、每日上限设定金额、自动充值设定以及结算履历数据。
在应用ID中存储在用户注册数据153中存储的应用ID。
在余额中存储与应用ID建立关联的余额存储。
在积分中存储与结算应用建立关联的各种的服务和可以在与支付应用的运营商合作的加盟店铺积累的积分。并非限定而是作为例子,积分具有1分相当于1日元的价值,除了可以兑换成礼品券或商品等,还可以在结算应用中兑现以用于结算。
在每日上限设定金额中存储拥有该应用ID的终端20或终端20的用户可以用于结算的金额的每日上限金额。
自动充值设定是当余额变为剩余较少金额(例如“500日元”)或“0日元”时是否自动补充(自动充值)电子货币的设定,当终端20的用户设定了自动充值时存储“ON”,在其他情况下存储“OFF”。并非限定而是作为例子,可以从终端20的用户注册的银行帐户等进行自动充值。
结算履历数据是与该应用ID的用户的结算的履历有关的数据,并非限定而是作为例子,对于该应用ID,结算日期和时间、店铺ID、结算店铺名称、以及结算金额被建立关联并按时间顺序存储,其中,结算日期和时间是由服务器10进行结算的日期和时间,店铺ID是执行结算的店铺的ID,结算店铺名称是该店铺ID的店铺的名称,以及结算金额是执行结算的金额。
另外,上述的结算管理数据中,不一定要存储上述的所有信息。并非限定而是作为例子,积分、每日上限设定金额和自动充值设定中的一部分或全部也可以不存储在结算管理数据中。
此外,还可以在每次进行结算时,将结算履历的信息发送到终端20并存储在终端20,从而在服务器10中不存储结算履历数据。
代码管理数据库159是用于管理代码(在本实施例中为终端显示用代码)的数据库,图4-6中表示其数据结构的一个例子。
在代码管理数据库159中,并非限定而是作为例子,作为针对结算应用的每个应用ID生成的数据,包括将代码生成日期和时间、代码序列号以及结算用号码与应用ID一起建立关联并按时间顺序存储的代码管理数据。
在代码生成日期和时间中存储基于由时钟部19计时的信息生成该终端显示用代码的日期和时间。
在代码序列号中存储用于识别该代码的号码。例如,按照从旧到新的顺序设定并存储代码序列号。
在结算用号码中存储在生成该终端显示用代码时发行的结算用号码。
存储在代码管理数据中的终端显示用代码的数据,并非限定而是作为例子,可以在通过利用该终端显示用代码进行结算处理之后从代码管理数据中删除。
此外,还可以不是如上所述那样从代码管理数据中删除变得不可利用的终端显示用代码的数据,并非限定而是作为例子,而是与终端显示用代码的数据建立关联并设定表示该终端显示用代码的可否利用的标志“可以利用/不可利用”。于是,对于变得不可利用的终端显示用代码,可以将标志设定为“不可利用”,也可以不这样。
此外,在上述中,例如代码生成日期和时间也可以不存储在代码管理数据中。
此外,代替应用ID或者除了应用ID之外,还可以将存储在用户注册数据153中的终端电话号码等的终端标识信息存储在代码管理数据中,也可以不这样。
(2)终端的功能结构
图4-7是表示在本实施例中由终端20的控制部21实现的功能的一个例子的图。
终端20作为由控制部21实现的功能而具有结算应用处理部211。
结算应用处理部211具有基于存储在存储部28的结算应用软件281来执行结算应用处理的功能,该结算应用处理为用于进行与结算有关的处理的一个例子。
在本实施例中,结算应用处理部211根据存储部28中存储的结算应用程序282来执行例如图3-4中所示的处理作为结算应用处理。
在本实施例中,并非限定而是作为例子,与结算有关的处理是指包括诸如从服务器10获取终端显示用代码的处理(包括向服务器10委托生成终端显示用代码的处理和从服务器10接收所生成的终端显示用代码的处理)、储存从服务器10获取的终端显示用代码的处理、显示所储存的终端显示用代码图像的处理(代码显示处理)、指示(指引)用户以使得店铺读码器装置50读取所显示的终端显示用代码图像的处理、在由服务器10进行结算之后从服务器10获取终端用结算完成通知的处理等的、与进行结算具有某种关联的处理,更具体地说,作为与进行结算有关联的处理在终端20执行的处理整体的概念。
结算应用处理部211,并非限定而是作为例子,作为功能部包括代码显示处理部2113,该代码显示处理部2113执行代码显示处理。
在本实施例中,代码显示处理部2113除了进行显示包含终端显示用代码图像的代码显示画面的处理以外,还进行显示与由存储在终端显示用代码储存数据2831中的终端显示用代码的数量确定的“代码剩余数量”有关的信息(以下,称为“代码剩余数量相关信息”)的处理。在代码剩余数量相关信息中包含各种信息,对此将在后面详细叙述。
在本实施例中,说明如下:将存储在终端显示用代码存储数据2831中的终端显示用代码的总数作为“剩余代码数量”进行计数。
另外,代码剩余数量是指储存的代码数量的意思,因此也可以表示为“储存代码数量”或“储存数量”。
图4-8是表示本实施例中的终端20的存储部28中所存储的信息的一个例子的图。
在存储部28中,并非限定而是作为例子,存储结算应用软件281,作为从服务器10预先通过下载等而获得的应用软件。
在结算应用软件281中,并非限定而是作为例子,包括结算应用程序282和结算应用数据283。
结算应用程序282,并非限定而是作为例子,作为子例程包括被作为代码显示处理来执行的代码显示处理程序2823,该代码显示处理程序2823是由控制单元21读取并作为结算应用处理执行的程序。
在结算应用数据283中存储在结算应用软件中使用的各种的数据。该结算应用数据283中,并非限定而是作为例子,存储终端显示用代码储存数据2831、结算用数据2832店铺数据2833和代码剩余数量相关信息显示设定数据2835。
在终端显示用代码储存数据2831中,是储存了在在线状态下从服务器10获取的终端显示用代码的数据。图4-9表示作为该数据的一个例子的第1终端显示用代码储存数据2831A的数据结构的例子。
在第1终端显示用代码储存数据2831A中,并非限定而是作为例子,代码接收日期和时间、代码序列号以及代码数据被建立关联并存储。
在代码接收日期和时间中,并非限定而是作为例子,存储终端20从服务器10接收该终端显示用代码的日期和时间。
在代码序列号中存储终端20与该终端显示用号码一起从服务器10接收的代码序列号。
在代码数据中,并非限定而是作为例子,存储终端20从服务器10接收的终端显示用代码的代码图像的数据。
存储在第1终端显示用代码储存数据2831A中的终端显示用代码的数据,并非限定而是作为例子,由服务器10利用该终端显示用代码进行结算处理,并且在从服务器10接收到终端用结算完成通知之后(在进行离线结算的情况下,恢复在线状态并且从服务器10接收到终端用结算完成通知之后),可以从第1终端显示用代码储存数据2831A中删除。
此外,还可以不是如上所述那样从终端显示用代码储存数据2831中删除变得不可利用的终端显示用代码的数据,而是如图4-10的第2终端显示用代码储存数据2831B那样,并非限定而是作为例子,与终端显示用代码的数据建立关联,预先关联并存储该终端显示用代码的使用状况的信息。进而,可以分别与还未使用的终端显示用代码关联“未使用”、与已经使用过的终端显示用代码关联“已使用”并存储,也可以不那样做。
此外,在上述中,例如代码接收日期和时间也可以不存储在第1终端显示用代码储存数据2831(第1终端显示用代码储存数据2831A或第2终端显示用代码储存数据2831B)中。
此外,代替代码接收日期和时间或者除了代码接收日期和时间之外,并非限定而是作为例子,还可以存储将从服务器10接收的终端显示用代码存储在终端显示用代码储存数据2831(第1终端显示用代码储存数据2831A或第1终端显示用代码储存数据2831B)的日期和时间(以下,称为“代码存储日期和时间”。),也可以不这样。
另外,在代码数据中,并不一定必须存储终端显示用代码的代码图像的数据,代替该数据或者除了该数据之外,也可以存储终端显示用代码的原始信息(在本实施例中是结算用号码),也可以不那样做。详细情况将在后面描述。
另外,可以在终端显示用代码存储数据2831中存储在在线状态下从服务器10取得的1个代码,也可以不那样做。
结算用数据2832是存储在终端20中的结算用的数据,图4-11中表示作为该数据的一个例子的结算用数据2832A的结构。
在结算用数据2832A中,并非限定而是作为例子,存储应用ID、积分、余额、每日上限设定金额、自动充值设定以及结算履历数据。
控制部21基于在恢复在线状态后从服务器10接收到的终端用结算完成通知,并非限定而是作为例子,将结算日期和时间、店铺ID、结算店铺名称、以及结算金额建立关联并按时间顺序存储,其中,结算日期和时间是由服务器10结算的日期和时间,店铺ID是由服务器10结算的店铺的ID,结算店铺名称是该店铺ID的店铺的名称,以及结算金额是由服务器10结算的金额。
在店铺数据2833中,并非限定而是作为例子,存储在服务器10的店铺注册数据155A中存储的各种的店铺信息。
并非限定而是作为例子,可以在结算应用软件281的更新的定时,从服务器10向终端20分发最新的店铺信息来更新店铺数据2833。
代码剩余数量相关信息显示设定数据2835是存储与代码剩余数量相关信息的显示有关的设定(以下,称为“显示设定”。)的信息的数据。
在显示设定中,并非限定而是作为例子,包括显示方式的设定。另外,显示方式中包括显示形式、显示位置、显示颜色等各种显示方式。
在本实施例中,代码显示处理部2113显示表示代码剩余数量(储存数量)为零的“代码零剩余信息”作为代码剩余数量相关信息的示例。
代码零剩余信息是表示代码剩余数量是零的信息,或者是暗示代码剩余数量是零的信息。在该代码零剩余信息中,并非限定而是作为例子,包括表示在终端显示用代码储存数据2831中没有储存终端显示用代码情况的消息或图像等。在代码剩余数量相关信息显示设定数据2835中存储有代码零剩余信息的显示设定的信息。
代码零剩余信息是与在存储部中没有存储第1信息情况有关的第2信息的一个例子,并且是向终端的用户通知在存储部中没有存储第1信息情况的信息的一个例子。
另外,代码零剩余信息是指储存数量为零的意思,因此也可以表示为“储存数零信息”。
此外,在存储部28中,并非限定而是作为例子,存储终端数据289。
终端数据289是与该终端20有关的数据,并非限定而是作为例子,包括终端电话号码或终端邮件地址等的终端识别信息或者在终端20侧的各种设定信息等。
<显示画面例>
图4-12是表示本实施例中显示在终端20的显示部24上的结算应用的首页的一个例子的图。
该首页的构成与图3-2中的构成相同,在此,显示的是由终端20的用户触摸操作“代码图标”的状态。
图4-13是表示本实施例中显示在终端20的显示部24上的代码显示画面的一个例子的图。该代码显示画面,并非限定而是作为例子,是通过如图4-12所示触摸操作“代码图标”而显示的画面,并且是在没有一个终端显示用代码储存在终端显示用代码储存数据2831中时显示的代码显示画面的一个例子。
在该代码显示画面上,并非限定而是作为例子,作为代码零剩余信息的一个例子,与图标“OK”一起,还显示消息“无代码剩余数量在前没有储存可以利用的代码”。“OK”的图标是用于在终端20的用户认可代码零剩余信息时要操作的图标,若“OK”图标被触摸操作,则消除代码零剩余信息的显示。
另一方面,在图4-12所示的结算应用的首页上“代码图标”被触摸操作的情况下,在有至少一个终端显示用代码存储在终端显示用代码储存数据2831中的情况下,并非限定而是作为例子,代码显示画面显示包括类似于图3-3的终端显示用代码图像。
在执行离线结算的情况下,终端20的用户通过在代码收银机60处向店铺的店员提示包含上述终端显示用代码图像的代码显示画面并由店铺读码器装置50读取终端显示用代码图像来进行结算。在这种情况下,店铺读码器装置50,并非限定而是作为例子,向服务器10发送结算请求信息,该结算请求信息包括通过对读取的终端显示用代码图像进行解码所获取的信息(在本例中为结算用号码)和读取终端显示用代码图像的时刻的信息等,以使服务器10进行结算。
在上述显示画面的例子中,由于终端20的用户例如可以通过触摸代码图标来显示代码显示画面,而无需意识到是处于在线状态还是离线状态,因此可以提高用户的便利性。
此外,存储在终端20中的终端显示用代码不仅可以用于离线结算,而且可以用于在线结算。也就是说,在终端20侧不需要判定(检测)是否处于离线状态,而无论在线状态/离线状态如何,都可以通过使用存储在终端20中的终端显示用代码来进行结算。
<处理>
图4-14是表示本实施例中第1代码显示处理的流程的一个例子的流程图,该第1代码显示处理是由终端20的代码显示处理部2113根据作为代码显示处理程序2823的一个例子的第1代码显示处理程序执行的。该第1代码显示处理,并非限定而是一个例子,在图3-4的处理的步骤A250处执行。
在此,在图3-4的处理中,尽管处理被表示为在A290之后结束,但是实际上处理是循环的。
具体而言,并非限定而是作为例子,在A290之后检测到终端20的用户进行的代码获取操作的情况下,控制部21将处理返回到A110。另一方面,在A290之后检测到终端20的用户进行的代码显示操作的情况下,控制部21将处理返回到A250。
如上所述,存储在终端显示用代码储存数据2831中的终端显示用代码的数据,并非限定而是作为例子,由服务器10使用该终端显示用代码进行结算处理(C170),并且在A290从服务器10接收到终端用结算完成通知之后(在执行离线结算的情况下,在返回到在线状态并从服务器10接收到终端用结算完成通知之后),从终端显示用代码储存数据2831中予以删除。因此,在处理在A290之后返回到A250的情况下,存在储存的终端显示用代码被用尽并且代码的剩余数量变为零的情况。
在第1代码显示处理中,代码显示处理部2113对剩余代码数量进行计数(D110)。进而,代码显示处理部2113判定所计数的代码剩余数量是否为零(D120)。
在判定代码剩余数量是零时(D120:是),代码显示处理部2113获取存储在代码剩余数量相关信息显示设定数据2835中的代码零剩余信息的显示设定(D130)。
之后,代码显示处理部2113基于在D130中获取的显示设定(例如,包括显示方式的设定),在显示部24上显示包括代码零剩余信息的代码显示画面(D140)。
之后,代码显示处理部2113判定是否第1显示结束条件成立(D180)。第1显示结束条件可以是例如检测到终端20的用户对代码零剩余信息进行了认可操作,或者是检测到终端20的用户进行了不显示代码显示画面的操作,也可以不是这样。
在判定第1显示结束条件不成立的情况下(D180:否),代码显示处理部2113维持原样并待机。另一方面,在判定第1显示结束条件成立时(D180:是),代码显示处理部2113结束第1代码显示处理。
另一方面,在判定剩余代码数量不为零时(D120:否),代码显示处理部2113在显示部24上显示包含存储在终端显示用代码储存数据2831中的终端显示用代码的代码图像(例如,最早获取的终端显示用代码的代码图像)的代码显示画面(D150)。
之后,代码显示处理部2113判定是否第2显示结束条件成立(D190)。第2显示结束条件可以是例如检测到终端20的用户进行了不显示代码显示画面的操作、或者是上述的已经过了代码显示时限等,也可以不是这样。
在判定第2显示结束条件不成立的情况下(D190:否),代码显示处理部2113维持原样并待机。另一方面,在判定第2显示结束条件成立时(D190:是),代码显示处理部2113结束第1代码显示处理。
此外,如上所述,只要终端20中存储有终端显示用代码,就可以应用本公开的方法。因此,无论在线状态或离线状态,都可以同样地应用上述的第1代码显示处理。
<代码>
在上述处理中示出了终端20委托服务器10生成终端显示用代码图像,并且将由服务器10生成的终端显示用代码图像发送到终端20的例子,但并非限定此。例如,终端20可以请求服务器10生成原始信息(在本例中为结算用号码),并且由服务器10生成的原始信息可以发送到终端20,也可以不发送。
具体而言,在图3-1的处理中,在A110中控制部21发送委托服务器10生成原始信息(在本例中为结算用号码)的代码生成委托信息。然后,在C120中,控制部11基于该代码生成委托信息生成原始信息,并且在C130中将生成的原始信息发送到终端20。在A130中若从服务器10接收到原始信息,则控制部21基于接收到的原始信息(在本例中为结算用号码)生成终端显示用代码图像。然后,控制部21在显示部24上显示生成的终端显示用代码图像。
同样地,在图3-4的处理中,在A130中若从服务器10接收到原始信息(在该一个例子中为结算用号码)的情况下,则在A240中,控制部21将接收到的原始信息(在该一个例子中为结算用号码)存储在终端显示用代码储存数据2831中。然后,控制部21从终端显示用代码储存数据2831中读取存储的原始信息,并基于读取的原始信息生成终端显示用代码图像。然后,在A250中,控制部21在显示部24上显示生成的终端显示用代码图像。
此外,与上述不同,虽然终端20委托服务器10生成终端显示用代码图像并且由服务器10生成的终端显示用代码图像被发送给终端20,然而,终端20也可以不储存从服务器10接收到的终端显示用代码图像,而是储存通过解码从服务器10接收到的终端显示用代码图像所获取的原始信息,也可以不这样。
<第1实施例的效果>
在第1实施例中,终端20经由通信I/F22接收从服务器10发送的终端显示用代码的代码图像或者原始信息(不是限定,第1信息的一个例子)。终端20通过控制部21将所接收的终端显示用代码的代码图像或者原始信息存储在存储部28的终端显示用代码储存数据2831中。
此外,终端20将基于所存储的终端显示用代码的代码图像或者原始信息的终端显示用代码图像显示在代码显示画面(并非限定,终端的显示区域的一个例子)上。
此外,终端20基于终端显示用代码图像在代码显示画面上的显示,在由服务器10进行结算之后,执行从服务器10接收(获取)终端用结算完成通知的处理(并非限定,而是与结算有关的处理的一个例子)。
进而,示出了如下构成:终端20在接收到终端用结算完成通知之后,在终端显示用代码储存数据2831中没有储存终端显示用代码的代码图像或者原始信息的情况下,显示代码零剩余信息(并非限定,第2信息的一个例子)。
作为通过这种构成获得的效果的一个例子,基于与结算有关的处理,在终端的显示区域中显示与在存储部中没有存储第1信息情况有关的第2信息,从而能够通知用户在存储部中没有存储第1信息情况,能够提高用户的便利性。
另外,第1实施例示出了如下构成:终端20具备处理器,该处理器读取存储在存储器中的结算应用程序282,并执行基于读出的结算应用程序282的结算应用处理。进而,处理器执行:经由通信I/F22接收从服务器10发送的终端显示用代码的代码图像或者原始信息(并非限定,第1信息的一个例子)、将接收到的终端显示用代码的代码图像或者原始信息储存在存储部28的终端显示用代码储存数据2831中、将基于所储存的终端显示用代码的代码图像或者原始信息的终端显示用代码图像(并非限定,第1代码图像的一个例子)显示于代码显示画面(并非限定,终端的显示区域的一个例子)、执行基于终端显示用代码图像的向代码显示区域的显示在服务器10进行的结算完成后从服务器10接收终端用结算完成通知的处理(并非限定,与结算有关的处理的一个例子)、在接收到终端用结算完成通知后在终端显示用代码储存数据2831中没有存储终端显示用代码的代码图像或者原始信息的情况下,显示代码零剩余信息(并非限定,第2信息的一个例子)。
通过这种构成,也可以获得与上述同样的效果。
另外,第1实施例示出了如下结构:多个终端显示用代码的代码图像或者原始信息被存储在终端显示用代码储存数据2831中,进而,代码零剩余信息基于针对存储在终端显示用代码储存数据2831中的多个终端显示用代码的代码图像或者原始信息的数量(代码剩余数量)的条件的判定结果而显示于代码显示画面。
作为通过这样的构成获得的效果的一个例子,由于能够将多个第1信息存储在终端的存储部中,因此能够提高用户的便利性。此外,可以基于存储在存储部中的多个第1信息,以适当的定时在终端的显示区域中显示第2信息。
此外,第1实施例示出了如下结构:代码零剩余信息(并非限定,第2信息的一个例子)是用于通知终端20的用户在终端显示用代码储存数据2831中没有存储终端显示用代码的代码图像或者原始信息。
作为通过这样的结构获得的效果的一个例子,能够通知终端的用户在存储部中没有存储第1信息情况,因此能够提高用户的便利性。
<第1变形例(1)>
在第1实施例中,能够作为在紧急情况时可以利用的终端显示用代码图像,将至少一个终端显示用代码图像存储在终端显示用代码储存数据2831中。在这种情况下,并非限定而是作为例子,可以预先在终端显示用代码储存数据2831中,对在紧急情况时用的终端显示用代码,相关联地设定表示紧急情况时用的标志。
此外,在这种情况下,例如,终端20的用户可以通过进行选择操作来在终端20中设定紧急情况时用的终端显示用代码。并非限定而是作为例子,在结算应用中显示存储在终端显示用代码储存数据2831中的终端显示用代码的列表。然后,使用户选择(例如,通过触摸操作选择)希望作为紧急情况用时的终端显示用代码,并且与所选择的终端显示用代码建立关联地设定表示紧急情况时用的标志。
此外,可以将多个(2个以上)终端显示用代码设定为在紧急情况时用的终端显示用代码,也可以不这样。
另外,在这种情况下,可以使用户选择多个(2个以上)终端显示用代码作为在紧急时用的终端显示用代码,也可以不这样。
在这种情况下,在上述D110的代码剩余数量的计数中,从代码剩余数量的计数中排除设定了表示紧急情况时用的标志的终端显示用代码图像,并且可以判定代码剩余数量(储存数量)是否为零。
该变形例示出了如下构成:在存储在终端显示用代码储存数据2831中的终端显示用代码的代码图像或者原始信息中、除在紧急情况时可以利用的终端显示用代码的代码图像或者原始信息之外,在终端显示用代码储存数据2831中没有存储终端显示用代码的代码图像或者原始信息的情况下,在代码显示画面上显示代码零剩余信息。
作为通过这种构成获得的效果的一个例子,能够在确保在紧急情况时可以利用的第1信息的同时,通知用户第1信息未被存储,能够提高用户的便利性。
<第1变形例(2)>
在第1实施例中,在代码显示画面上显示的终端显示用代码可以从代码剩余数量的计数中排除,也可以不这样。
具体而言,并非限定而是作为例子,在从存储在终端显示用代码储存数据2831中的终端显示用代码中读取并显示一个终端显示用代码时,将该终端显示用代码的数据保存在存储部28的有效存储区域(以下,称为“有效存储区域”。)中,并从终端显示用代码储存数据2831中删除该终端显示用代码的数据。之后,存储在终端显示用代码储存数据2831中的终端显示用代码的总数被计数为代码剩余数量。因此,在代码显示画面上显示的终端显示用代码,被排除在剩余代码数的计数之外。
图4-15是表示本变形例中的代码显示画面的一个例子的图。
该代码显示画面,并非限定而是作为例子,是如图4-12所示通过触摸操作“代码图标”而显示的画面,并且是在终端显示用代码储存数据2831中存储有1个终端显示用代码的情况下显示的代码显示画面的一个例子。
在该代码显示画面上,作为存储在有效存储区域中的终端显示用代码的代码图像,由条形码表示的一维的终端显示用代码图像和由QR码表示的二维的终端显示用代码图像QC1分别显示在显示画面的不同区域中。另外,并非限定而是作为例子,在一维的终端显示用代码图像的下方显示12位的结算用号码。
此外,在该代码显示画面的底部,作为代码零剩余信息的一个例子,显示“除显示中的代码以外,没有可以利用的代码。”的消息。
通过进行这样的显示,终端可以通知终端的用户,除了显示在显示区域中的第1信息之外,在存储部中没有存储第1信息。
<第1变形例(3)>
在第1实施例中,本公开中的“第1信息(代码信息)”是结算用号码或包含结算用号码的终端显示用代码图像,但并非限定此。例如,作为认证信息的一种的令牌或包含该令牌的终端显示用代码图像可以是本发明中的“第1信息(代码信息)”。
在这种情况下,不是将结算用号码包含在终端显示用代码图像中,并非限定而是作为例子,可以将通过使用生成随机令牌的方法(算法)所发行的令牌包含在终端显示用代码图像中,也可以不这样。在这种情况下,可以由服务器10侧对识别终端20或终端20的用户的识别信息与所发行的令牌建立关联并存储在存储部15的代码管理数据库159的代码管理数据中。
并非限定而是作为例子,“令牌”是用于服务器10认证终端20或终端20的用户是正规的终端20或正规的终端20的用户的一种认证信息。“认证信息”是由认证机构发行的信息,上述的令牌用作由服务器10作为认证机构来发行的认证信息,用以认证终端20或终端20的用户。
另外,令牌也可以表述为例如“随机令牌”、“访问令牌”、“结算令牌”等。由于令牌如上所述是随机发行的,因此每次生成终端显示用代码时,令牌是不同的。因此,令牌可以说是作用为一次性密码。
另外,除了结算用号码和令牌之外,还可以包括用于读取了终端显示用代码图像的店铺读码器装置50访问由访问服务器10提供的一种结算用网页的URL(UniformResource Locator)等的信息,其中该结算用网页的URL是用于访问由服务器10提供的网址或网页的访问信息的一个例子,也可以不这样。
<第1变形例(4)>
在第1实施例中,在终端20在显示部24上显示终端显示用代码图像的情况下,并非限定而是作为例子,控制部21可以进行指示(指引)用户以使得店铺读码器装置50读取所显示的终端显示用代码图像的处理,也可以不这样。该处理是与结算有关的处理的一个例子。
具体而言说,并非限定而是作为例子,在用于显示终端显示用代码图像的代码显示画面上,在与显示终端显示用代码图像的区域不同的区域中,显示“请由店铺的读码器读取所显示的代码图像。”这样的消息。
<第1变形例(5)>
在第1实施例中,在代码剩余数量为零的情况下,显示代码零剩余信息,但并不限于此。
例如,在剩余代码数量小于等于或小于一定数目(例如,“1个”至“3个”中的任意一个)的情况下,终端20可以在显示部24上显示表示代码剩余数量不足的信息或暗示代码剩余数量不足的信息,也可以不这样。
<第1变形例(6)>
在第1实施例中说明的结算应用的显示画面归根结底只是一个例子,能够适当地进行设计变更。例如,在支付应用的首页上,与上述的“代码图标”分开来显示表现为“代码(离线)”的“代码(离线)图标”。在判定终端20处于在线状态的情况下,可以在操作“代码图标”时显示终端显示用代码,并且在判定终端20处于离线状态的情况下,可以在操作“代码(离线)图标”时显示终端显示用代码,也可以不这样。
<第1变形例(7)>
在图3-4的处理的A130中,在终端20从服务器10接收到终端显示用代码的定时,可以进行A240和A250的处理,在显示部24上显示终端显示用代码,也可以不这样。
在这种情况下,并非限定而是作为例子,在结算应用程序的首页(例如,图3-2)中触摸操作代码图标之后,可以直接将显示切换到终端显示用代码的代码显示画面。
<第2实施例>
在第2实施例中,作为代码剩余数量相关信息的另一个例子,在终端20的显示部24上显示指示剩余代码数量的信息或暗示代码剩余数量的信息(以下,统称为“代码剩余数量信息”。)。
第2实施例中记载的内容能够应用于其他各实施例及其他各变形例的任意一个。
另外,针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
关于本实施例中的代码剩余数量信息,并非限定而是作为例子,可以包括如下中的至少一个或者其组合:
·通过数字表示代码剩余数量
·通过颜色差异表示代码剩余数量
·通过颜色的浓淡表示代码剩余数量
·通过大小表示代码剩余数量
·通过图像表示代码剩余数量
另外,关于用图像表示代码剩余数量的,不是限定而是作为例子,可以包括如下中的至少一个或者其组合:
·通过标记、图标或图片等表示代码剩余数量
·通过仪表盘表示代码剩余数量(仪表盘形式)
·通过卡片表示代码剩余数量(卡片形式)
·通过图表表示代码剩余数量(图表形式)
例如,在如图4-12所示的结算应用的首页中,在“代码图标”被进行了触摸操作、并且在至少一个终端显示用代码存储在终端显示用代码储存数据2831中的情况下,代码显示处理部2113,并非限定而是作为例子,可以显示以下的代码显示画面。
<显示画面例>
图5-1是表示根据本实施例的代码显示画面的一个例子的图。
在该代码显示画面上,在显示一维的终端显示用代码的区域的上方,作为通过图像表示代码剩余数量的代码剩余数量信息的一个例子,显示对应于所计数的数量的、例如以矩形表示的代码剩余数量图像。在该显示例中,由于代码剩余数量为5,所以并排显示5个代码剩余数量图像。在该显示例中,终端20的用户能够一目了然地掌握代码剩余数量。
图5-2是表示根据本实施例的代码显示画面的另一个例子的图。
在该代码显示画面上,在显示一维的终端显示用代码的区域的上方,作为通过图像和数字的组合表示代码剩余数量的代码剩余数量信息的一个例子,显示组合了二维代码的图像和表示代码剩余数量的数字“×1,×2,×3,……”的信息。在该显示例中,终端20的用户能够一目了然地掌握代码剩余数量。
图5-3是表示根据本实施例的代码显示画面的另一个例子的图。
在该代码显示画面上,在显示一维的终端显示用代码的区域的上方,作为通过图像表示代码剩余数量的代码剩余数量信息的一个例子,显示通过横向构成的量规表示的代码剩余数量量规。
代码剩余数量量规被分成多个区域,并且对应于代码剩余数量的数目的区域被着色并显示。在该显示例中,代码剩余数量量规被划分为五个区域,由于所计数的代码剩余数量为“4个”,因此从左侧开始的对应的4个区域被着色地显示。在该显示例中,终端20的用户能够一目了然地掌握代码剩余数量。
图5-4是表示根据本实施例的代码显示画面的另一个例子的图。
在该代码显示画面上,与图5-3同样地,在显示一维的终端显示用代码的区域的上方显示通过代码剩余数量量规。在该显示例中,由于所计数的代码剩余数量为“5个”,因此从左侧开始的5个(所有区域)被着色并显示。此外,在代码剩余数量量规的右侧,还有显示着表示代码剩余数量已满的“FULL”的字样。
图5-5是表示根据本实施例的代码显示画面的另一个例子的图。
在该代码显示画面上,在显示一维的终端显示用代码的区域的上方,作为通过图像表示代码剩余数量的代码剩余数量信息的一个例子,显示由面部图像表示的代码剩余数量标记。在该显示例中,无论代码剩余数量如何,剩余代码数量标记都以相同表情(例如,微笑面部)显示,但是其颜色(脸部的颜色)则根据剩余代码的数量不同而显示。具体而言,并非限定而是作为例子,在代码剩余数量越少的情况下,颜色变得更深,反之,在代码剩余数量越多的情况下,颜色变得更浅。
此外,可以改变代码剩余数量标记的颜色,而不改变代码剩余数量标记的颜色密度,或者可以不改变代码剩余数量标记的颜色密度。
例如,剩余代码数最少的状态被设定为“红色”,剩余代码数最多的状态被设定为“蓝色”,并且剩余代码数标记的颜色可以改变为“红色→橙色→黄色→绿色→蓝色”,或者可以不改变为“红色→橙色→黄色→绿色→蓝色”。
图5-6是表示根据本实施例的代码显示画面的另一个例子的图。
在该代码显示画面上,以与上述代码显示画面相同的方式,在显示一维的终端显示用代码的区域的上方,显示由面部图像表示的代码剩余数量标记,但是在该显示例中,根据代码剩余数量显示代码剩余数量不同的表情的代码剩余数量标记。具体而言,并非限定而是作为例子,在代码剩余数量越多的情况下,表情变得越爽朗,相反,在代码剩余数量越少的情况下,表情变得越阴沉。
此外,还可以以组合图5-5的方式和图5-6的方式来显示代码剩余数量标记。也就是说,可以根据代码剩余数量显示不同的表情并且不同的面部颜色的代码剩余数量标记。
<处理>
图5-7是表示在本实施例中的第2代码显示处理的流程的一个例子的流程图,该第2代码显示处理是终端20的代码显示处理部2113根据作为代码显示处理程序2823的一个例子的第2代码显示处理程序执行的。并非限定而是一个例子,在图3-4的处理的步骤A250中执行该第2代码显示处理。
此外,针对与第1代码显示处理(图4-14)相同的步骤赋予相同的符号并省略再次的说明。
图5-7中的处理是将第1代码显示处理(图4-14)的D110之后的处理进行了改写的处理。
在D110之后,代码显示处理部2113获取存储在代码剩余数量相关信息显示设定数据2835中的代码剩余数量信息的显示设定(E130)。之后,代码显示处理部2113基于在E130中获取的显示设定(例如,包括显示方式的设定),在显示部24上显示包含代码剩余数量信息和终端显示用代码图像的代码显示画面(E140)。
之后,代码显示处理部2113判定第3显示结束条件是否成立(E190)。第3显示结束条件可以是例如检测到终端20的用户进行了对代码显示画面的不显示操作、或者已经过了上述的代码显示期限等,也可以不这样。
在判定第3显示结束条件不成立的情况下(E190:否),代码显示处理部2113维持原样并待机。另一方面,在判定第3显示结束条件成立时(E190:是),代码显示处理部2113结束第1代码显示处理。
<第2实施例的效果>
第2实施例示出了如下结构:在代码显示画面上显示存储在终端显示用代码储存数据2831中的终端显示表示用代码的代码图像或者原始信息(并非限定,第1信息的一个例子)的数量、即代码剩余数量(储存数量)的代码剩余数量信息(并非限定,与在存储部中存储第1信息的数量有关的信息的一个例子)的结构。
作为通过这种构成所获得的效果的一个例子,终端能够通过在显示区域中显示与在存储部中存储第1信息的数量有关的信息,向用户通知存储部中所存储的第1信息的数量。
另外,在这种情况下示出了如下结构:在第1实施例中示例的代码零剩余信息是表示在代码剩余数量信息中的、存储在终端显示用代码储存数据2831中的终端显示用代码的代码图像或者原始信息的数量为零的信息。
作为通过这种构成获得的效果的一个例子,终端能够通知用户在存储部中存储第1信息的数量以及存储在存储部中的第1信息的数量为零。
另外,第2实施例示出了如下构成:基于存储在终端显示用代码储存数据2831中的终端显示用代码的代码图像或者原始信息的数量,以不同的显示方式显示代码剩余数量信息。
作为通过这种构成所获得的效果的一个例子,终端能够以用户能够容易地掌握(一眼就能够掌握)的方式显示存储在存储部中的第1信息的数量。
另外,在第2实施例中,终端20基于在代码显示画面上显示终端显示用代码图像,通过控制部21执行用于变更代码剩余数量信息的显示方式的控制。
作为通过这种构成所获得的效果的一个例子,终端能够基于在显示区域中显示第1代码图像来控制变更与数量有关的信息的显示方式,从而能够根据第1代码图像的显示来恰当地通知用户存储在存储部中的第1信息的数量。
<第2变形例(1)>
在第2实施例中,在代码剩余数量相对较多的情况下,根据代码剩余数量信息的显示方法,代码剩余数量信息可能不能完全显示在画面上,使得画面外观可能变差。因此,可以设定要显示的代码剩余数量信息的上限数量,也可以不这样。
在这种情况下,在代码剩余数量超过上限数的情况下,可以以与代码剩余数量等于上限数的情况相同的方式显示代码剩余数量信息,也可以不这样。例如,如果上限数被设定为“5”,则在代码剩余数量超过5的情况下,可以以与代码剩余数量为5个的情况相同的方式来显示代码剩余数量信息。
例如,如上所述的图5-4中的代码显示画面示出了代码剩余数量为“5”的情况,剩余代码数量量规的五个区域(所有区域)被着色地显示,并且字符“FULL”显示在代码剩余数量量规的右侧。在这种情况下,即使代码剩余数量超过5,也可以以与图5-4中的代码显示画面相同的方式显示代码剩余数量信息,也可以不这样。
此外,与此不同,在代码剩余数量为5的情况下,代码剩余数量量规的五个区域(所有区域)被着色地显示,但是不显示字符“FULL”,并且在代码剩余数量超过5的情况下,可以显示字符“FULL”,也可以不这样。
另外,虽然举例说明了以图5-3和图5-4中所示的量规形式显示代码剩余数量信息的情况,但是以其它方式显示代码剩余数量信息的情况也是如此。
具体而言,例如,如果代码剩余数量用数字表示,则在代码剩余数量超过上限数的情况下的数字,可以用与代码剩余数量与上限数相同的情况下的相同的数字表示。
此外,例如,如果代码剩余数量由颜色的浓度表示,则在代码剩余数量超过上限数量时的颜色的深度,可以由与代码剩余数量等于上限数量时的颜色的浓度相同的颜色的浓度表示。
<第2变形例(2)>
如在第1变形例(2)中所述,可以从代码剩余数量的计数中排除在代码显示画面上显示的终端显示用代码。
在这种情况下,如上所述,在从存储在终端显示用代码储存数据2831中的终端显示用代码中读取并显示1个终端显示用代码的情况下,该终端显示用代码的数据被传送到存储部28的有效存储区域,并从终端显示用代码储存数据2831中删除。
之后,存储在终端显示用代码储存数据2831中的终端显示用代码的总数被计数为代码剩余数量。因此,从代码剩余数量的计数中排除了显示在代码显示画面上的终端显示用代码。基于以这种方式计数的代码剩余数量,可以以图5-1至5-6中所示的方式显示代码剩余数量信息。
<第2变形例(3)>
可以执行将在第1实施例中说明的代码零剩余信息的显示与在第2实施例中说明的代码剩余数量信息的显示相结合的处理,也可以不这样。
图5-8是表示在本实施例中的第3代码显示处理的流程的一个例子的流程图,该第3代码显示处理是终端20的代码显示处理部2113根据作为代码显示处理程序2823的一个例子的第3代码显示处理程序执行的。并非限定而是一个例子,在图3-4的处理的步骤A250中执行该第2代码显示处理。
另外,对于与已经出现的处理相同的步骤赋予相同的标号,并且省略再次的说明。
图5-8中的处理是第1代码显示处理(图4-14)和第2代码显示处理(图5-7)的组合。
在D110之后,若判定所计数的代码剩余数量为零的情况下(D120:是),则代码显示处理部2113执行处理D130至D180,然后结束第3代码显示处理。
另一方面,若判定所计数的代码剩余数量不为零的情况下(D120:否),则代码显示处理部2113执行处理E130至E190,然后结束第3代码显示处理。
<第2变形例(4)>
对于由服务器10生成的终端显示用代码,可以通过预先设定能够使用该终端显示用代码来进行结算的期限(以下,称为“代码有效期限”。),并且以终端20的用户可以识别的方式显示关于该代码有效期限的信息。
代码有效期限可以是在服务器10侧为每个生成的终端显示用代码所管理的期限。例如,将服务器10生成终端显示用代码的日期和时间定义为“代码生成日期和时间”,并且由服务器10设定的代码的有效时间被定义为“代码有效时间”。在这种情况下,并非限定而是作为例子,将“从代码生成日期和时间到代码有效时间经过的期间”设定为代码有效期限。
图5-9是表示本变形例中各装置执行的处理流程的一个例子的流程图。从左侧起依次分别表示终端20的控制部21执行的处理、店铺读码器装置50的控制部51执行的处理和服务器10的控制部11执行的处理的一个例子。
图5-9的流程图是将图3-4的流程图一部分进行改写的流程图。并非限定而是作为例子,步骤A330~A350、B350、B360、C320、C330、C370等与图3-4的流程图不同。
在该处理中,作为一个例子,将用于识别终端20或终端20的用户的识别信息说明为前述应用ID。
在C110之后,服务器10的控制部11进行终端显示用代码生成处理(C320)。具体而言,并非限定而是作为例子,通过使用用于生成规定位数(例如,大约10至12位的位数)的随机数字的方法(算法)来生成规定位数的随机数字作为结算用号码。进而,并非限定而是作为例子,生成终端显示用代码图像,该代码图像至少包括作为原始信息的结算用号码。更具体而言,至少对结算用号码进行编码(符号化)和图形化(图像化),以生成由二维码(例如QR码)的图像表示的终端显示用代码图像。
此外,控制部11,并非限定而是作为例子,将基于时钟部19的计时信息的代码生成日期和时间、代码序列号、生成的结算用号码以及为生成的终端显示用代码设定的代码有效期限与代码管理数据库159中的包含在接收到的代码生成委托信息中的应用ID的代码管理数据建立关联并存储。
然后,控制部11并非限定而是作为例子,通过通信I/F14将生成的终端显示用代码(在本例中为终端显示用代码图像)和为该终端显示用代码设定的代码有效期限与代码序列号一起发送给终端20(C330)。
若通过通信I/F22从服务器10接收到终端显示用代码(在本例中为终端显示用代码图像)和代码有效期限(A330),则终端20的控制部21储存所接收到的终端显示用代码(在本例中为终端显示用代码图像)(A340)。具体而言,将所接收的终端显示用代码的代码数据和所接收的代码有效期限,并非限定而是作为例子,与代码接收日期和时间或者代码序列号建立关联并存储在终端显示用代码储存数据2831中。
在离线状态下,并非限定而是作为例子,若由终端20的用户进行了代码显示操作,则代码显示处理部2113进行代码显示处理(A350)。
具体而言,并非限定而是作为例子,读取存储在第1终端显示用代码储存数据2831A中的终端显示用代码的代码数据,并且在显示部24显示包含终端显示用代码图像的代码显示画面。此时,代码显示处理部2113,并非限定而是作为例子,将代码剩余数量信息与代码有效期限的信息建立关联地显示在代码显示画面上。
然后,若由终端20的用户将显示在显示部24上的终端显示用代码图像提示给店铺的店员等,则控制部51进行控制使读码器58读取显示于终端20的显示部24的终端显示用代码图像(B350)。
之后,控制部51利用前述的应用接口(API)等,通过通信I/F54访问服务器10,将结算请求信息通过通信I/F54发送给服务器10,其中,该结算请求信息至少包括从读取的终端显示用代码图像通过解码所获取的结算号码、店铺识别信息、结算预定金额以及读取终端显示用代码图像的时刻(以下,称为“代码读取时刻”。)(B360)。
若通过通信I/F14从店铺读码器装置50接收到结算请求信息(C160),则控制部11进行结算处理(C370)。
具体而言,判定包含在所接收到的结算请求信息中的结算号码是否与应用ID被建立关联地存储在代码管理数据库159中。于是,当判定为有被存储的情况下,判定包含在所接收到的结算请求信息中的代码读取时刻是否在与该应用ID的代码管理数据中的与该结算用号码被建立关联地存储的代码有效期限内。然后,在满足该条件的情况下,判定“可以结算”,并且通过从存储在结算管理数据库157A中的该应用ID的结算管理数据中的余额减去结算预定金额来执行结算。
图5-10是表示本变形例中的代码显示画面的一个例子的图。并非限定而是一个例子,在图5-9中的处理的A350处显示该代码显示画面。
在该代码显示画面上,与图5-1中的代码显示画面类似,在显示一维的终端显示用代码的区域的上方显示代码剩余数量图像,显示对应于所计数的代码剩余数量的、例如以矩形表示的代码剩余数量图像。然而,与图5-1所示的代码显示画面不同,与每个终端显示用代码相对应的代码剩余图像的颜色的浓度、以基于与所相应的终端显示用代码建立关联的代码有效期限的浓度来显示。
在这种情况下,代码显示处理部2113,并非限定而是作为例子,对代码有效期限的剩余时间越短的终端显示用代码所对应的代码剩余数量图像,以更浅的颜色来显示。相反,对代码有效期限的剩余时间越长的终端显示用代码所对应的代码剩余数量图像,以更浓的颜色来显示。
此外,可以并非基于代码有效期限来改变代码剩余数量图像的颜色浓度,而是基于代码有效期限来改变代码剩余数量图像的颜色,也可以不少这样。例如,代码剩余数量图像的颜色可以按照代码有效期的剩余时间的较短顺序改变为“红色→橙色→黄色→绿色→蓝色”。
因此,终端可以向终端的用户通知在存储部中存储第1信息(代码信息)的数量以及与每个第1信息(代码信息)建立关联的有效期的信息(例如有效期限的剩余时间)。
该方法是有用的,因为例如,在从服务器10错开时间地获取终端显示用代码的情况下,或者在从服务器10错开时间地补充终端显示用代码的情况下,终端的用户可以一目了然地掌握各个终端显示用代码的有效期限的信息。
此外,在上述处理中,从服务器10向终端20发送终端显示用代码和代码有效期限(并非限定,与有效期限有关的信息的一个例子),并且终端20接收该代码和代码有效期限,但是并非限定此。
具体而言,并非限定而是作为例子,代码有效时间被预先存储在终端20的结算应用数据283中。进而,并非限定而是作为例子,可以从服务器10发送代码生成日期和时间(并非限定,与有效期限有关的信息的一个例子),并且终端20可以从服务器10接收代码生成日期和时间,也可以不这样。在这种情况下,终端20可以基于所接收到的代码生成日期和时间以及存储在结算应用数据283中的代码有效时间来指定代码有效期限。
此外,还可以,并非以代码生成日期和时间,而是以从服务器10向终端20发送终端显示用代码的日期和时间(以下,称为“代码发送日期和时间”。)作为代码有效期开始的日期和时间。在这种情况下,终端20,并非限定而是作为例子,可以基于代码发送日期和时间以及存储在结算应用数据283中的代码有效时间来指定代码有效期限。
此外,除此之外,并非限定而是作为例子,将关于代码有效期结束的日期和时间的信息作为与有效期限有关的信息从服务器10发送到终端20。进而,终端20还可以基于代码有效时间和接收到的代码有效期限结束的日期和时间来指定代码有效期限。
另外,与终端显示用代码建立关联的代码有效期限可以不从服务器10发送给终端20,并且在终端20侧可以不知道由服务器10设定的代码有效期限。在这种情况下,终端显示用代码储存数据2831中可以不存储代码有效期限,并非限定而是作为例子,而是将代码接收日期和时间、代码序列号以及代码数据建立关联并存储。
另外,在这种情况下,在终端20侧,可以设定临时的代码有效期限(以下,称为“临时代码有效期限”。),也可以不设定。具体而言,并非限定而是作为例子,可以将“从代码接收日期和时间(或者代码存储日期和时间)开始到代码有效时间经过为止的期间”设定为临时代码有效期限,也可以不这样。
<第3实施例>
在第2实施例中,在代码显示画面上显示代码剩余数量信息,但是如上所述,存在两种代码剩余数量的计数的方法。因此,存在用户难以理解在代码显示画面上显示的终端显示用代码是否包含还是未包含在从代码剩余数量信息识别的代码剩余数量中。
第3实施例中记载的内容可以应用于其他各实施例或其他各变形例中的任意一个。
另外,针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
图6-1是表示本实施例中的代码显示画面的一个例子的图。
在该代码显示画面上,在显示一维的终端显示用代码的区域的上方,显示对应于所计数的代码剩余数量的、例如,其内部附有数字的以矩形表示的第1引导图像。
在该显示例中,显示五个第1引导图像,并非限定而是作为例子,显示在最左边的第1引导图像的颜色变化为黑色,并且被突出显示为浮动到前侧的状态。另外,剩余的四个第1引导图像以默认状态显示。在触摸操作剩余的四个第1引导图像中的任意一个的情况下,在画面的中心显示与该第1引导图像相对应的终端显示用代码图像。
图6-2是表示本实施例中的代码显示画面的另一个例子的图。
在该代码显示画面上,在显示一维的终端显示用代码的区域的上方,显示对应于所计数的代码剩余数量的、例如,对二维代码进行模式化(模拟)而获得的第2引导图像。
在该显示例中,显示五个第2引导图像,并且在用户触摸操作任意的第2引导图像的情况下,并非限定而是作为例子,基于与被触摸操作的第2引导图像相对应的终端显示用代码的数据,通过动画在画面的中心显示终端显示用代码图像。
在该显示例中,在最左侧的第2引导图像被触摸操作的情况下,包括终端显示用代码图像的整个图像基于最左侧的第2引导图像的显示位置逐渐被放大,以便具有基于显示部24的显示画面的尺寸的指定尺寸,并在放大处理最终达到指定尺寸的情况下,放大处理结束,并且以图6-2的附图右侧所示的状态显示。若放大处理完成,则相应的第2引导图像的显示被消除,并且剩余的四个第2引导图像挨靠在左侧地被显示。
此外,如该例所示,在消除了与所显示的终端显示用代码图像对应的引导图像的显示之后,也可以不使剩余的引导图像挨在左侧地被显示,而是与所显示的终端显示用代码图像相对应的引导图像的显示被消除后,剩余的引导图像可以原样显示在相同的位置而不是挨靠在左侧,也可以不这样。
图6-3是表示本实施例中的代码显示画面的另一个例子的图。
在该代码显示画面上,与图6-2中的代码显示画面类似地,在显示一维的终端显示用于代码图像的区域的上方,显示对应于所计数的代码剩余数量的、例如以矩形表示的第3引导图像。然而,在本例中,不同之处在于,被触摸操作的第3引导图像以原来的状态(激活状态)显示,而剩余的第3引导图像以变为非激活状态的方式显示。
具体而言,在该显示例中,显示五个第3引导图像,并且在用户触摸操作任意一个第3引导图像的情况下,类似于图6-2,基于与被触摸操作的第3引导图像相对应的终端显示用代码的数据,通过动画在画面的中心显示终端显示用代码图像。
在该显示例中,包括终端显示用代码图像的整个图像基于最左侧的第3引导图像的显示位置逐渐被放大,以便具有基于显示部24的显示画面的尺寸的指定尺寸,并在放大处理最终达到指定尺寸的情况下,放大处理结束,并且以图6-3的附图右侧所示的状态显示。另外,被触摸操作的最左侧的第3引导图像以原来的状态(激活状态)显示,而剩余的4个第3引导图像以变为非激活状态的方式显示。
此外,上述第2引导图像和第3引导图像归根结底仅是模拟二维的代码图像(例如,QR码图像)的图标(标记),而不是真实代码图像。因此,这些引导图像当然不能被读码器读取,也不能利用于支付。
图6-4是表示本实施例中的代码显示画面的另一个例子的图。
在该代码显示画面上,并非限定而是作为例子,存储在终端显示用代码储存数据2831中的多个终端显示用代码(终端显示用代码图像)可以通过终端20的用户执行滑动操作而滑动地切换显示。
具体而言,并非限定而是作为例子,在显示一维的终端显示用代码图像的区域的上方,以与存储在终端显示用代码储存数据2831中的终端显示用代码相同的数量(即,与代码剩余数量(储存数量)相同的数量),例如以圆形(○)表示的第4引导图像被横向排列并显示。
第4引导图像,并非限定而是作为例子,从左侧起依次分别对应于第1个终端显示用代码、第2个终端显示用代码和第3个终端显示用代码……,并且在对应的终端显示用代码的代码图像显示在画面中央的情况下,以白色表示的第4引导图像变化为黑色并显示。
在该显示例中,由于代码剩余数量(储存数量)为5个,所以构成为5个终端显示用代码可以滑动地切换显示,并且显示由与它们分别对应的5个圆圈所表示的第4引导图像。
图中的左侧表示显示包含二维的终端显示用代码图像QC1的第1个代码图像的状态,并且从左侧开始的第1个第4引导图像以黑色圆圈显示,而其他的第4引导图像以白色圆圈显示。
图中的中心表示在终端20的用户触摸操作显示画面之后,从该位置向左滑动操作的状态。通过向左滑动操作,包含二维的终端显示用代码图像QC1的第1个代码图像的显示切换到包含二维的终端显示用代码图像QC2的第2个代码图像的显示。
图中的右侧表示通过滑动操作显示包含二维的终端显示用代码图像QC2的第2个终端显示用代码的状态,并且从左侧开始的第2个第4引导图像以黑色圆圈显示,而其他的第4引导图像以白色圆圈显示。
上述所示的各种引导图像是用于向终端20的用户指引(通知)代码剩余数量信息(并非限制,与在存储部中存储第1信息的数量有关的信息的一个例子)、以及其与所显示的终端显示用代码图像或者原始信息(并非限制,第1信息的一个例子)之间的对应关系的指引信息(引导信息)的一个例子。
另外,在上述显示例中,引导图像和终端显示用代码图像的显示顺序,并非限定而是作为例子,可以从左侧起依次从终端显示用代码储存数据2831中所存储的终端显示用代码中按其取得的最早的顺序来显示。
但是,显示的顺序并不限定于此,例如,也可以从左侧起依次从终端显示用代码储存数据2831中所存储的终端显示用代码中最新的顺序来显示,也可以不这样。
此外,也可以完全以随机顺序显示,还可以不这样。
<第3实施例的效果>
第3实施例示出如下机构:在终端20的显示部24上显示的代码显示画面中,显示基于代码剩余数量的引导图像(并非限制,与数量有关的信息的一个例子),以该引导图像的显示位置为基准,逐渐放大包含终端显示用代码图像的整体图像,以成为显示部24的整个显示画面的尺寸(并非限制,在靠近在显示区域中显示与数量有关的信息的位置的第1区域中显示第1代码图像的一个例子),并在最终,在成为显示部24的整个显示画面的尺寸的时刻放大结束,显示终端显示用代码图像(并非限制,在第1区域中显示第1代码图像之后,在比在靠近在显示区域中显示与数量有关的信息的位置的第1区域远的第2区域中显示第1代码图像的一个例子)。
作为通过这种构成所获得的效果的一个例子,终端能够以终端的用户容易地掌握(识别)的方式显示关于在存储部中存储第1信息的与数量有关的信息与所显示的第1信息之间的对应关系。
<第3变形例(1)>
在第3实施例中,示出了在代码显示画面上显示的终端显示用代码包含在代码剩余数量的计数中的情况下的显示方法,但是在代码显示画面上所显示的终端显示用代码从代码剩余数量的计数中排除的情况下,也是同样的。
如在第2变形例(2)中所说明的,可以考虑将在代码显示画面上显示的终端显示用代码从代码剩余数量的计数中排除而显示代码剩余数量信息的方法。
在这种情况下,需要通知用户代码显示画面上所显示的终端显示用代码(代码图像)不包含在代码剩余数量中。因此,并非限定而是作为例子,可以进行如下的显示。
例如,如图6-1所示,在应用显示矩形引导图像的方法的情况下,控制部21在代码显示画面的画面中央显示所储存的一个终端显示用代码的代码图像,并且显示对应于通过排除所显示的一个终端用显示代码而计数的代码剩余数量的引导图像。此时,控制部21使所有引导图像以默认状态显示(不突出显示任何引导图像)。
此外,例如,如图6-2或图6-3所示,在应用显示模拟二维码的引导图像的方式的情况下,并非限定而是作为例子,控制部21在代码显示画面的画面中央显示1个终端显示用代码的代码图像,并且显示对应于通过排除所显示的1个终端显示用代码而计数的代码剩余数量的引导图像。此时,控制部21使所有引导图像以非激活状态显示(不在激活状态下显示任何引导图像)。
更具体而言,例如,在通过排除显示在代码显示画面上的终端显示用代码而计数的代码剩余数量为“5个”的情况下,以上述显示方式在代码显示画面上显示“5个”的引导图像。
通过如上所述,用户能够识别所显示的终端显示用代码图像与引导图像不对应(不存在对应关系),其结果是,用户能够掌握正在显示中的代码(代码图像)不包含在代码剩余数量中。
<第3变形例(2)>
如上所述,本公开中的终端显示用代码不仅可以利用于在线状态下,而且可以利用于离线状态下。在在线状态下,终端20可以在通过服务器10进行结算之后立即从服务器10接收终端用结算完成通知。因此,终端20,并非限定而是作为例子,可以在接收到终端用结算完成通知之后,从终端显示用代码储存数据2831中删除被利用于结算的终端显示用代码的数据。
然而,在离线状态下,由于终端20直到恢复到在线状态为止,不能从服务器10接收到终端用结算完成通知,所以终端20不能知道服务器10是否已进行了结算。因此,在离线状态下,例如,即使终端20的用户将显示在代码显示画面上的1个终端显示用代码使用于结算(即使已使店铺代码读取器50读取到该代码),终端20也不能删除该终端显示用代码。因此,例如,终端20的用户可能会试图在代码显示画面上再次显示已经使用于结算的终端显示用代码,并试图再次用于结算。
在此,例如,在图6-4所示的代码显示画面中,在终端20的控制部21检测到用户的滑动操作并将显示切换到下一个终端显示用代码图像的情况下,可以删除(丢弃)切换之前显示的终端显示用代码的数据,以使得其不能再次显示,也可以不这样。
此外,对于其它显示方法(例如,图6-1至图6-3中的显示方法)也是如此。即,对于一旦显示过之后成为不显示的终端显示用代码,可以通过删除其数据等使其不能再次显示(即,不能使用于结算)。
另外,作为其他方式,也可以如下进行。
终端20在检测到在线状态的情况下,可以不删除一旦显示过之后成为不显示的终端显示用代码,而是可以重新显示该代码。
相对于此,终端20在检测到离线状态的情况下,删除一旦显示过之后成为不显示的终端显示用代码,从而使其不能再次显示。
<第3变形例(3)>
除了上述的各种代码剩余数量信息的显示方法之外,并非限定而是作为例子,也可以应用这样的显示方法,即,如所谓的日历那样,如果终端20的用户通过滑动操作(例如,从下到上的滑动操作)来进行翻转显示有1个终端显示用代码的页面的操作时,出现显示有下1个终端显示用代码的页面。
另外,在此情况下,与第3变形例(2)同样,一旦翻页,则可以通过删除在前一页已显示的终端显示用代码的数据等,使其不能再次显示,也可以不这样。
<第3变形例(4)>
在第3实施例中,示出了通过使用对引导图像的触摸操作作为触发来显示终端显示用代码图像的一个例子,但并非限定此。具体而言,可以将上述的各种引导图像设定为指示代码剩余数量(储存数量)的信息(代码剩余数量信息),并且通过使用与对引导图像的触摸操作不同的操作作为触发来显示终端显示用代码图像。
终端20,并非限定而是作为例子,基于在结算应用程序的首页上所显示的代码图标被触摸操作,显示包括对应于代码剩余数量的代码图像的代码显示画面。在这种情况下,并非限定而是作为例子,也可以将进行代码信息(包括代码图像或者原始信息)的显示和切换的按钮、或者进行页面的显示和切换的按钮等的操作用图像,也显示在代码显示画面上。
进而,在每次检测到对上述的操作用图像的操作(例如,触摸操作)时,并非限定而是作为例子,终端20从与引导图像相对应的终端显示用代码中以随机顺序或按较早的获取顺序显示终端显示用代码图像,并且变更引导图像的显示方式。
<第4实施例>
第4实施例是与在终端20中储存的终端显示用代码的储存的补充及其用户界面有关的实施例。
第4实施例中记载的内容可以应用于其他各实施例或其他各变形例中的任意一个。
另外,针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
<处理>
图7-1是表示本实施例中的各装置执行的处理的流程的一个例子的流程图。左侧表示终端20的控制部21执行的第1终端侧代码补充处理,右侧表示服务器10的控制部11执行的第1服务器侧代码补充处理。
这些处理,并非限定而是一个例子,是作为上述终端20的结算应用处理和上述服务器10的结算管理处理中的各自的子处理而执行(例如,在后台执行)的处理。
首先,控制部21执行代码补充条件判定处理(F110)。作为代码补充条件,例如,可以规定以下条件。
(1)检测到显示&认可代码零剩余信息的操作。
(2)检测到代码补充操作。
(3)终端的电磁波环境(通信环境)发生了变化;
(4)成为了代码的更新定时或者更新时刻。
条件(1)是表示在控制部21在显示部24上显示代码零剩余信息之后,在检测到由终端20的用户进行的、对该代码零剩余信息的认可操作的情况下补充代码的条件。
此外,可以不将认可操作的检测包括在条件中。具体而言,在控制部21在显示部24上显示了代码零剩余信息的情况下,可以自动地补充代码,也可以不这样。
条件(2)是表示检测到由终端20的用户进行的用于补充代码的操作(以下,称为“代码补充操作”。)的情况下补充代码的条件。
条件(3)是表示在终端20的电磁波环境(通信环境)改变的情况下补充代码的条件。另外,由于通常在通信中使用电波,因此可以不是以电磁波环境的变化,而是以电波环境的变化为条件。
并非限定而是作为例子,在基于电磁波的强度而检测到终端20的电磁波环境从“中等电磁波环境”变化为“弱电磁波环境”的情况下,由于存在进入离线状态的可能性,因此可以补充终端显示用代码。
条件(4)是表示在例如成为了定期的定时(例如,每12小时或24小时一次)或者特定的时刻(例如,午夜0点)的情况下补充代码的条件。
在F110中,控制部21,并非限定而是作为例子,判定例如是否上述的多个代码补充条件中的至少一个条件成立。
注意,上述代码补充条件仅示出了一个例子,还可以设定其他条件。
另外,并非限定而是作为例子,可以将通过组合上述代码补充条件中的两个或更多个条件而获得的条件规定为代码补充条件。
并非限定而是作为例子,可以预先设定使终端20的用户选择应用代码补充条件中的哪一个。
若判定满足代码补充条件(F120:是),则控制部21判定是否处于在线状态(F130)。若判定处于在线状态(F130:是),则控制部21,并非限定而是作为例子,通过通信I/F22将至少包括应用ID的代码补充委托信息发送到服务器10(F140)。
此外,代替代码补充委托信息,可以将上述代码生成委托信息从终端20发送到服务器10,也可以不这样。
服务器10的控制部11判定是否从终端20接收到代码补充委托信息(G110)。若判定接收到(G110:是),则执行终端显示用代码生成处理(G120)。然后,控制部21通过通信I/F14向终端20发送所生成的终端显示用代码(G150)。
之后,控制部11判定是否结束处理(G190),若判定为继续处理(G190:否),则将处理返回到G110。另外,若判定为处理结束(G190:是),则第1服务器侧代码补充处理结束。
如果没有从终端20接收到代码生成委托信息(G110:否),则控制部11将处理转移到G190。
若通过通信I/F22从服务器10接收到终端显示用代码(F150),则控制部21将接收到的终端显示用代码追加存储在终端显示用代码储存数据2831中(F160)。
之后,控制部21进行代码补充通知处理(F170)。在该代码补充通知处理中,进行在显示部24上显示通知已补充了终端显示用代码的储存的信息(以下,称为“代码补充通知信息”。)的处理。
具体而言说,并非限定而是作为例子,在结算应用并非执行中的情况下,通过与结算应用建立关联的推送通知来在显示部24上显示代码补充通知信息。
另一方面,在正在执行结算应用的情况下,在结算应用内的画面(例如,代码显示画面)上显示代码补充通知信息。
之后,控制部21判定是否结束处理(F190),若判定为继续处理(F190:否),则将处理返回至F110。此外,若判定为结束处理(F190:是),则结束第1终端侧代码补充处理。
此外,若判定代码补充条件不成立(F120:否)或判定并非处于在线状态(F130:否),则控制部11将处理转移到F190。
此外,代码补充委托信息可以是用于委托补充1个终端显示用代码的信息,也可以是用于委托补充多个(2个以上)终端显示用代码的信息。具体而言说,并非限定而是作为例子,终端显示用代码不是1个1个地补充,而是在终端20侧或服务器10侧预先设定终端20一次委托补充的代码的数量(服务器10一次生成用于补充的代码的数量)的上限。进而,终端20的用户可以通过一次操作一次性补充该上限数量的终端显示用代码。在这种情况下,由服务器10生成多个终端显示用代码,将所生成的多个终端显示用代码发送到终端20,并且由终端20补充接收到的多个终端显示用代码。
<显示画面例>
图7-2是表示本实施例中的代码显示画面的一个例子的图。
在该代码显示画面上,以与图6-3中的代码显示画面同样地,在显示一维的终端显示用代码图像的区域的上方,作为代码剩余数量信息的一个例子,显示模式化二维码的引导图像。此外,在显示引导图像的区域的右侧,显示代码补充图标,该代码补充图标由在其内部绘制字符“+”的圆圈表示,作为用于由终端20的用户进行代码补充操作的操作图像的一个例子。若终端20的用户触摸操作该代码补充图标,则通过上述处理,补充终端显示用代码的储存。
图7-3是表示本实施例中的代码补充通知的一个例子的图。
在该代码显示画面中,作为代码补充通知的一个例子的、“追加代码储存已追加1个代码的储存”的消息,与OK的图标一起弹出显示在画面中央。
图7-4是表示在图7-3中OK的图标被触摸操作时显示的画面的一个例子的图。
在该代码显示画面上,由于补充了1个终端显示用代码的储存,在图7-1的代码显示画面上显示的引导图像的右侧,追加显示与补充的1个终端显示用代码相对应的1个引导图像。此外,在非激活状态下显示与追加显示的1个终端显示用代码相对应的引导图像。
如上是在如下情况下的显示画面的一个例子:作为代码补充委托信息从终端20向服务器10发送委托补充1个终端显示用代码的信息、由服务器10生成1个终端显示用代码并将所生成的1个终端显示用代码发送到终端20、在终端20补充所接收的1个终端显示用代码。
图7-5是表示本实施例中的代码补充通知的一个例子的图。
在该代码显示画面中,作为代码补充通知的一个例子的、“追加代码储存已追加4个代码的储存”的消息,与OK的图标一起弹出显示在画面中央。
图7-6是示出在图7-5中触摸操作OK图标时显示的画面的一个例子的图。
在该代码显示画面上,由于补充了4个终端显示用代码的储存,在图7-1的代码显示画面上显示的引导图像的右侧,追加显示与补充的4个终端显示用代码相对应的4个引导图像。此外,在非激活状态下显示与追加显示的4个终端显示用代码相对应的引导图像。
如上是如下情况下的显示画面的一个例子:在作为代码补充委托信息从终端20向服务器10发送委托补充4个终端显示用代码的信息、由服务器10生成4个终端显示用代码并将所生成的4个终端显示用代码发送到终端20、在终端20补充所接收的4个终端显示用代码。
此外,除此之外,例如,在终端20的用户进行代码补充操作以补充代码的情况下,可以使终端20的用户选择要补充的代码的数量。
图7-7是表示在这种情况下的代码显示画面的一个例子的图。
在该代码显示画面上,与“追加代码储存请选择要储存的代码数量”的消息一起,还显示用于终端20的用户选择要补充的代码的数量的、输入有“请选择”的文字的框。
在输入有“请选择”的文字的框被触摸操作的情况下,例如,如图7-8所示,并非限定而是例子,显示包括多个代码数量的候选的滚鼓,其允许通过滚鼓式选择要补充的代码数量。例如,若由终端20的用户选择“2个”,例如,如图7-9所示,在框内输入并显示“2个”,并且通过触摸操作“OK”图标来补充2个代码。
图7-10是表示在图7-9中OK的图标被触摸操作时显示的画面的一个例子的图。
在该代码显示画面上,由于补充了2个终端显示用代码的储存,在图7-1的代码显示画面上显示的引导图像的右侧,追加显示与补充的2个终端显示用代码相对应的2个引导图像。此外,在非激活状态下显示与追加显示的2个终端显示用代码相对应的引导图像。
<第4实施例的效果>
第4实施例示出了如下构成:终端20基于经由通信I/F22对终端显示用代码的接收来通过控制部21变更代码剩余数量信息的显示方式。
作为通过这种构成所获得的效果的一个例子,终端可以通过改变与在存储部中存储第1信息的数量有关的信息的显示方式,例如通知终端的用户通过通信部第1信息已经被补充情况。
另外,第4实施例示出如下构成:终端20基于经由通信I/F22对终端显示用代码的接收,通过控制部21向终端20的用户通知代码补充通知(并非限定,表示接收到第1信息的通知的一个例子)。
作为通过这种构成所获得的效果的一个例子,终端可以通知终端的用户接收到第1信息情况。
另外,第4实施例示出如下构成:终端20基于向显示部24上显示代码剩余数量相关信息(并非限定,第2信息的一个例子),经由通信I/F22向服务器10发送代码生成委托信息或代码补充委托信息(并非限定,与第1信息的发送有关的请求的一个例子)。
作为通过这种构成所获得的效果的一个例子,终端可以基于第2信息的显示向服务器发送与第1信息的发送有关的请求,以从服务器获取第1信息。
<第5实施例>
第5实施例是从离线状态实现补充终端显示用代码的储存的实施例。
第5实施例中记载的内容可以应用于其他各实施例或其他各变形例中的任意一个。
另外,针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
在本实施例中,将上述终端20和服务器10不能通过第1通信方式进行通信的情况定义为“离线状态”。此外,设可以通过上述第2通信方式,终端20与服务器10通信。
<处理>
图8-1和图8-2表示本实施例中的各装置执行的处理的流程的一个例子的流程图。左侧表示终端20的控制部21执行的第2终端侧代码补充处理,右侧表示服务器10的控制部11执行的第1服务器侧代码补充处理。
这些处理,并非限定而是一个例子,是作为上述终端20的结算应用处理和上述服务器10的结算管理处理中的各自的子处理而执行(例如,在后台执行)的处理。
图8-1和图8-2的流程图是在图7-1的流程图中追加了F130:否的情况下的处理(F210~F280)的流程图。
若在F130中判定并非处于在线状态(F130:否),则控制部21判定代码剩余数量是否为零(F210)。
若判定代码剩余数量为零(F210:是),则控制部21执行代码零剩余通知和离线通知(F220)。具体而言,并非限定而是作为例子,在显示部24上显示代码零剩余信息以及指示不能通过第1通信方式与服务器10进行通信(离线状态)的信息。
另一方面,若判定代码剩余数量不为零(F210:否),则控制部21执行离线通知(F230)。具体而言说,并非限定而是作为例子,在显示部24上显示表示不能通过第1通信方式与服务器10进行通信(离线状态)的信息。
在F220或F230之后,控制部21进行通过第2通信方式的代码补充确认通知(F240)。具体而言,并非限定而是作为例子,通过第2通信方式进行通信,在显示部24上显示用于向终端20的用户进行是否执行终端显示用代码的补充的意思确认的信息。
然后,控制部21判定终端20的用户是否选择了通过第2通信方式进行代码补充(F250),并且在判定选择了代码补充时(F250:是),控制部21尝试通过第2通信系统的通信(F260)。
在第2通信系统的通信成功时(F270:是),控制部21执行代码补充处理(F280)。具体而言,代码补充委托信息被发送到服务器10,并且从服务器10获取终端显示用代码,并且将其存储并补充在终端显示用代码储存数据2831中。然后,控制部21将处理转移到F190。
另外,为了通过第2通信方式进行代码补充,可以由终端20预先下载例如用于检索可以利用作为第2通信方法的一个例子的无线LAN(例如,WiFi(注册商标))的店铺或设施等的场所(地点)的检索应用,作为可与结算应用协作的应用。
进而,例如,在作为进行了F240的通过第2通信方式进行代码补充确认通知的结果,终端20的用户选择了通过第2通信方式进行代码补充的情况下,控制部21可以进行启动存储在终端20中的检索应用程序并且检索可以利用第2通信方式的地点的处理,也可以不这样。
<显示画面示>
图8-3是表示本实施例中的代码显示画面的一个例子的图。该代码显示画面,并非限定而是作为例子,在图8-2的F220中显示。
在该代码显示画面上,作为代码零剩余信息的一个例子的“无代码剩余数量”的消息,以及作为指示与服务器10不能通过第1通信方式进行通信的信息的一个例子的“当前处于离线。恢复在线时将补充储存。”的消息被弹出并显示在画面的中心,作为代码零剩余通知和离线通知。此外,该通知内容里还显示了用于表示“认可”的意思的“OK”的图标。
图8-4是表示在图8-3的代码显示画面中“OK”的图标被触摸操作时所显示的画面的一个例子的图。该画面,并非限定而是例子,显示于图8-2-2的F240中。
在该画面上,作为用于向终端20的用户进行是否通过第2通信方式进行终端显示用代码的补充的意思确认的信息的一个例子的“是否连接到无线网络以获取代码?”的消息作为通过第2通信方式进行代码补充确认通知被弹出并显示在画面的中心。另外,显示有用于表示对该通知内容予以认可的意思的“OK”的图标、以及用于表示对该通信内容现在不予认可的意思的“现在不”的图标。
在图8-4中“OK”的图标被触摸操作的情况下,例如,显示如图8-5所示的画面。
在该画面中,用于选择无线网络的选择框显示在画面中央,终端20的用户从该选择框中显示的无线网络的候选中选择一个候选。
若在图8-5中选择了无线网络,则尝试通过所选择的无线网络进行通信。进而,若通信为OK的情况,则从服务器10获取终端显示用代码,例如显示图8-6所示的画面。
在该显示例中表示的是如下情况:从终端20向服务器10发送委托补充5个终端显示用代码的信息作为代码补充委托信息、由服务器10生成5个终端显示用代码并将所生成的5个终端显示用代码发送到终端20、在终端20补充所接收的5个终端显示用代码,“追加代码储存已追加5个代码的储存”的消息弹出显示在画面中央。
图8-7是表示在图8-6中OK的图标被触摸操作时显示的画面的一个例子的图。
在该代码显示画面上,补充了终端显示用代码的五个储存,并且显示了与所补充的五个终端显示用代码相对应的五个引导图像。
在该代码显示画面,由于补充了5个终端显示用代码的储存,显示有与补充的5个终端显示用代码相对应的5个引导图像。另外,在画面的中心显示与最左侧的引导图像相对应的终端显示用代码图像,并且在非激活状态下显示除最左侧的引导图像之外的4个引导图像。
<第5实施例的效果>
第5实施例显示如下构成:终端20在代码显示画面上显示表示终端20处于离线状态的信息(并非限定,表示终端不能进行通信的信息的一个例子)。进而,终端20基于针对表示该离线状态的信息的终端20的用户的触摸操作(并非限定,终端的用户的输入的一个例子),在代码显示画面上显示用于通过第2通信方式进行代码补充的信息(并非限定,与终端的通信的设定有关的信息)。
作为通过这种构成所获得的效果的一个例子,能够向终端的用户通知终端不能进行通信,并且能够基于终端的用户的输入进行终端的通信的设定。由此,例如,即使在不能通过第1通信方式进行通信的情况下,也能够通过进行第2通信方式的设定来通过第2通信方式与服务器进行通信。
符号说明
1 通信系统
10 服务器
20 终端
30 网络
40 店铺POS系统
50 店铺读码器装置
60 代码收银机
70 店铺服务器。

Claims (15)

1.一种终端的信息处理方法,该终端基于用于进行利用代码图像的结算的第1信息来执行与所述结算有关的处理,所述信息处理方法包括:
经由所述终端的通信部接收从服务器发送的所述第1信息;
通过所述终端的控制部将所接收的所述第1信息存储在所述终端的存储部;
在所述终端的显示区域显示基于所述第1信息的第1代码图像;
基于所述第1代码图像的向所述显示区域的显示,通过所述控制部执行与所述结算有关的处理;和
基于与所述结算有关的处理,在所述显示区域显示第2信息,所述第2信息与在所述存储部中没有存储所述第1信息这一情况有关。
2.根据权利要求1所述的信息处理方法,其中,
所述存储部中存储多个所述第1信息,
基于存储在所述存储部中的多个所述第1信息来在所述显示区域显示所述第2信息。
3.根据权利要求2所述的信息处理方法,其中,
在多个所述第1信息中、除在紧急情况时可以使用的所述第1信息之外、所述存储部中没有存储多个所述第1信息的情况下,在所述显示区域显示所述第2信息。
4.根据权利要求1至3中的任一项所述的信息处理方法,其中,
所述第2信息是通知所述终端的用户在所述存储部中没有存储所述第1信息这一情况的信息。
5.根据权利要求1至3中的任一项所述的信息处理方法,其中,
所述信息处理方法还包括:在所述显示区域显示与在所述存储部中存储所述第1信息的数量有关的信息,
所述第2信息是所述与数量有关的信息中的、表示存储在所述存储部中的所述第1信息的数量为零的信息。
6.根据权利要求5所述的信息处理方法,其中,
基于存储在所述存储部中的所述第1信息的数量,以不同的显示方式来显示所述与数量有关的信息。
7.根据权利要求6所述的信息处理方法,其中,
所述信息处理方法还包括:基于在所述显示区域显示所述第1代码图像,通过所述控制部执行变更所述与数量有关的信息的显示方式的控制。
8.根据权利要求7所述的信息处理方法,其中,
所述信息处理方法还包括:
在第1区域显示所述第1代码图像,该第1区域靠近在所述显示区域显示所述与数量有关的信息的位置;和
在所述第1区域显示所述第1代码图像之后,在第2区域显示所述第1代码图像,该第2区域比所述第1区域更远离在所述显示区域显示所述与数量有关的信息的位置。
9.根据权利要求5至8中的任一项所述的信息处理方法,其中,
所述信息处理方法还包括:基于经由所述通信部对所述第1信息的接收,变更所述与数量有关的信息的显示方式。
10.根据权利要求1至9中的任一项所述的信息处理方法,其中,
所述信息处理方法还包括:基于经由所述通信部对所述第1信息的接收,通过所述控制部向所述终端的客户进行表示接收到所述第1信息的通知。
11.根据权利要求1至10中的任一项所述的信息处理方法,其中,
所述信息处理方法还包括:基于所述第2信息的显示,经由所述通信部向所述服务器发送与所述第1信息的发送有关的请求。
12.根据权利要求1至11中的任一项所述的信息处理方法,其中,
所述信息处理方法还包括:
在所述显示区域显示表示所述终端不能进行通信的信息;和
基于针对表示所述终端不能进行通信的信息的、所述终端的用户的输入,在所述显示区域显示与所述终端的通信的设定有关的信息。
13.一种通过终端来执行的程序,该终端基于用于进行利用代码图像的结算的第1信息执行与所述结算有关的处理,所述程序包括:
经由所述终端的通信部接收从服务器发送的所述第1信息;
将所接收的所述第1信息存储在所述终端的存储部;
在所述终端的显示区域显示基于所述第1信息的第1代码图像;
基于所述第1代码图像的向所述显示区域的显示,执行与所述结算有关的处理;和
基于与所述结算有关的处理,在所述显示区域显示第2信息,所述第2信息与在所述存储部中没有存储所述第1信息这一情况有关。
14.一种终端,该终端基于用于进行利用代码图像的结算的第1信息执行与所述结算有关的处理,所述终端具备:
通信部,接收从服务器发送的所述第1信息;
控制部,进行将所接收的所述第1信息存储在所述终端的存储部的控制;和
显示部,显示基于所述第1信息的第1代码图像,
所述控制部基于所述第1代码图像的向所述显示区域的显示,执行与所述结算有关的处理,
所述显示部基于与所述结算有关的处理,显示第2信息,所述第2信息与在所述存储部中没有存储所述第1信息这一情况有关。
15.一种终端,该终端基于用于进行利用代码图像的结算的第1信息执行与所述结算有关的处理,
所述终端具备处理器,所述处理器从存储程序的存储器中读取所述程序并执行基于所述程序的处理,
所述处理器执行:
经由所述终端的通信部接收从服务器发送的所述第1信息;
将所接收的所述第1信息存储在所述终端的存储部;
在所述终端的显示区域显示基于所述第1信息的第1代码图像;
基于所述第1代码图像的向所述显示区域的显示,执行与所述结算有关的处理;和
基于与所述结算有关的处理,在所述显示区域显示第2信息,所述第2信息与在所述存储部中没有存储所述第1信息这一情况有关。
CN202080036109.4A 2019-06-28 2020-05-22 信息处理方法、程序、终端 Pending CN113826132A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019-121661 2019-06-28
JP2019121661A JP6825048B2 (ja) 2019-06-28 2019-06-28 プログラム、情報処理方法、端末
PCT/JP2020/020259 WO2020261831A1 (ja) 2019-06-28 2020-05-22 情報処理方法、プログラム、端末

Publications (1)

Publication Number Publication Date
CN113826132A true CN113826132A (zh) 2021-12-21

Family

ID=74061417

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080036109.4A Pending CN113826132A (zh) 2019-06-28 2020-05-22 信息处理方法、程序、终端

Country Status (5)

Country Link
US (1) US20220108298A1 (zh)
JP (1) JP6825048B2 (zh)
KR (1) KR20220011694A (zh)
CN (1) CN113826132A (zh)
WO (1) WO2020261831A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7440596B1 (ja) * 2022-11-21 2024-02-28 楽天グループ株式会社 決済サーバ、決済方法及びプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002176671A (ja) 2000-09-28 2002-06-21 Takashi Fujimoto 移動体電話機
JP4488675B2 (ja) * 2002-12-27 2010-06-23 株式会社日本総合研究所 電子画像表示装置、電子画像表示方法およびその方法をコンピュータに実行させるプログラム
JP2005301482A (ja) * 2004-04-08 2005-10-27 Matsushita Electric Ind Co Ltd セキュアシステムおよびセキュアデバイス
JP5143346B2 (ja) * 2005-09-21 2013-02-13 フェリカネットワークス株式会社 情報処理システム,ユーザ端末,およびコンピュータプログラム
JP2007293834A (ja) * 2006-03-31 2007-11-08 Beru Shokai:Kk 勤怠管理システム
JP6359494B2 (ja) * 2015-07-17 2018-07-18 東芝テック株式会社 電子レシートシステム、サーバ装置及びそのプログラム
CN105678553A (zh) * 2015-08-05 2016-06-15 腾讯科技(深圳)有限公司 一种处理订单信息的方法、装置和系统
JP6877913B2 (ja) * 2016-08-05 2021-05-26 株式会社東芝 端末装置、決済装置、および表示制御プログラム
CN111178868A (zh) * 2019-06-20 2020-05-19 腾讯科技(深圳)有限公司 一种支付验证的方法及相关装置

Also Published As

Publication number Publication date
KR20220011694A (ko) 2022-01-28
US20220108298A1 (en) 2022-04-07
JP6825048B2 (ja) 2021-02-03
WO2020261831A1 (ja) 2020-12-30
JP2021009460A (ja) 2021-01-28

Similar Documents

Publication Publication Date Title
US11030612B2 (en) Method and system for dynamically interactive visually validated mobile ticketing
JP6815447B1 (ja) プログラム、情報処理方法、端末
KR101106285B1 (ko) 통합 바코드를 이용하여 결제 정보를 처리하는 시스템 및 모바일 디바이스의 제어 방법
CN107016420A (zh) 一种业务处理方法及装置
KR20130111416A (ko) 티켓 처리 방법 및 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체
WO2020255621A1 (ja) 情報処理方法、プログラム、端末、サーバ
JP7354162B2 (ja) プログラム、情報処理方法、端末
KR20130057065A (ko) 적어도 하나 이상의 아이템을 결제하기 위한 데이터를 처리하는 모바일 디바이스 및 서버의 제어방법
JP2020204882A (ja) 情報処理方法、プログラム、端末
CN113826132A (zh) 信息处理方法、程序、终端
JP6825160B2 (ja) プログラム、情報処理方法、端末
JP7306770B2 (ja) プログラム、情報処理方法、端末
JP2020204883A (ja) 情報処理方法、プログラム、端末
KR102572825B1 (ko) 정보처리 방법, 프로그램, 단말
JP6765483B1 (ja) 情報処理方法、プログラム、端末
US20210201287A1 (en) Wallet server, computer readable recording medium, and wallet system
JP7306771B2 (ja) プログラム、情報処理方法、端末
JP2020149081A (ja) 情報処理方法、プログラム、端末、サーバ
JP7466477B2 (ja) プログラム、情報処理方法、端末、サーバ
JP2015215686A (ja) クーポン発行装置、クーポン発行システム、クーポン発行方法およびプログラム
JP7417795B2 (ja) プログラム、情報処理方法、サーバ、システム、端末
KR20220020267A (ko) 정보 처리 방법, 프로그램, 단말
JP2021174158A (ja) 店舗端末
CN113743919A (zh) 记录介质、结算系统以及结算服务器
CN115803766A (zh) 程序、信息处理方法、终端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination