信息处理方法、程序、终端、服务器与流程

1.本公开涉及信息处理方法、程序、终端、服务器。


背景技术：

2.近来，通过可在智能手机等终端上执行的应用，实现终端或终端用户对电子货币(电子钱)的管理和使用电子货币进行结算等的服务正在普及。例如，在专利文献1中公开了进行商品的购买金额的结算的技术。然而，使用电子货币的结算有时并不方便，比如，根据终端的通信环境或通信状态，使用电子货币的结算可能无法执行。
3.先行技术文献
4.专利文献
5.专利文献1：jp特开2002
‑
176671号公报


技术实现要素：

6.根据本发明的第1方式，执行与基于代码信息的结算有关的处理的终端的信息处理方法包括：经由终端的通信部从服务器接收通过服务器而与第1有效期限建立关联的第1代码信息；通过终端的控制部将所接收的第1代码信息存储在终端的存储部；和基于第1代码信息，通过控制部执行与结算有关的处理，结算由服务器根据基于与结算有关的处理的时刻和第1有效期限来执行。
7.根据本发明的第2方式，通过执行与基于代码信息的结算有关的处理的终端的计算机来执行的程序包括：经由终端的通信部从服务器接收通过服务器而与第1有效期限建立关联的第1代码信息；将所接收的第1代码信息存储在终端的存储部；和基于第1代码信息，执行与结算有关的处理，结算由服务器根据基于与结算有关的处理的时刻和第1有效期限来执行。
8.根据本发明的第3方式，执行与基于代码信息的结算有关的处理的终端具备：通信部，从服务器接收通过服务器而与第1有效期限建立关联的第1代码信息；和控制部，将所接收的第1代码信息存储在终端的存储部，控制部基于第1代码信息，执行与结算有关的处理，结算由服务器根据基于与结算有关的处理的时刻和第1有效期限来执行。
9.根据本发明的第4方式，执行与基于代码信息的结算有关的处理的终端具备：处理器，读取存储在存储器中的程序并执行基于程序的处理，处理器执行：经由终端的通信部从服务器接收通过服务器而与第1有效期限建立关联的第1代码信息的处理；将所接收的第1代码信息存储在存储器的处理；和基于第1代码信息的与结算有关的处理，结算由服务器根据基于与结算有关的处理的时刻和第1有效期限来执行。
10.根据本发明的第5方式，管理基于代码信息的结算的服务器的信息处理方法包括：将第1代码信息与第1有效期限建立关联并通过服务器的控制部存储在服务器的存储部；经由服务器的通信部向进行与结算有关的处理的终端发送第1代码信息；经由通信部接收第1代码信息和基于与结算有关的处理的时刻的信息，其中该结算是基于第1代码信息而进行
的结算；和基于与所接收的第1代码信息建立关联的第1有效期限和所接收的基于与结算有关的处理的时刻，通过控制部进行结算的处理。
11.根据本发明的第6的方式，通过管理基于代码信息的结算的服务器的计算机来执行的程序包括：将第1代码信息与第1有效期限建立关联并存储在服务器的存储部；经由服务器的通信部向进行与结算有关的处理的终端发送第1代码信息；经由通信部接收第1代码信息和基于与结算有关的处理的时刻的信息，其中该结算是基于第1代码信息而进行的结算；和根据与所接收的第1代码信息建立关联的第1有效期限和所接收的基于与结算有关的处理的时刻，进行结算的处理。
12.根据本发明的第7的方式，管理基于代码信息的结算的服务器具备：存储部，将第1代码信息与第1有效期限建立关联并存储；通信部，向进行与结算有关的处理的终端发送第1代码信息，接收第1代码信息和基于与结算有关的处理的时刻的信息，其中该结算是基于第1代码信息而进行的结算；和控制部，根据与所接收的第1代码信息建立关联的第1有效期限和所接收的基于与结算有关的处理的时刻，进行结算的处理。
13.根据本发明的第8的方式，管理基于代码信息的结算的服务器具备：读取存储在存储器中的程序并执行基于程序的处理的处理器，处理器执行：将第1代码信息与第1有效期限建立关联并存储在存储器的处理；向进行与结算有关的处理的终端发送第1代码信息并接收第1代码信息和基于与结算有关的处理的时刻的信息的处理，其中该结算是基于第1代码信息而进行的结算；和根据与所接收的第1代码信息建立关联的第1有效期限和所接收的基于与结算有关的处理的时刻进行结算的处理。
附图说明
14.图1是表示实施方式的一方式中的通信系统的结构的一个例子的图。
15.图2是表示实施方式的一方式中的店铺pos系统的系统结构的一个例子的图。
16.图3
‑
1是表示实施方式的一方式中的各种装置执行的处理的流程的一个例子的流程图。
17.图3
‑
2是表示实施方式的一方式中的终端的显示画面的一个例子的图。
18.图3
‑
3是表示实施方式的一方式中的终端的显示画面的一个例子的图。
19.图3
‑
4是表示实施方式的一方式中的各种装置执行的处理的流程的一个例子的流程图。
20.图4
‑
1是表示第1实施例所涉及的服务器的控制部实现的功能的一个例子的图。
21.图4
‑
2是表示第1实施例所涉及的服务器的存储部中所存储的信息的一个例子的图。
22.图4
‑
3是表示第1实施例所涉及的用户注册数据的一个例子的图。
23.图4
‑
4是表示第1实施例所涉及的店铺注册数据的一个例子的图。
24.图4
‑
5是表示第1实施例所涉及的结算管理数据库的一个例子的图。
25.图4
‑
6是表示第1实施例所涉及的代码管理数据库的一个例子的图。
26.图4
‑
7是表示第1实施例所涉及的终端的控制部实现的功能的一个例子的图。
27.图4
‑
8是表示第1实施例所涉及的终端的存储部所存储的信息的一个例子的图。
28.图4
‑
9是表示第1实施例所涉及的第1终端显示用代码储存数据的一个例子的图。
29.图4
‑
10是表示第1实施例所涉及的结算用数据的一个例子的图。
30.图4
‑
11是表示第1实施例所涉及的终端的显示画面的一个例子的图。
31.图4
‑
12是表示第1实施例所涉及的终端的显示画面的一个例子的图。
32.图4
‑
13是表示第1实施例所涉及的终端的显示画面的一个例子的图。
33.图4
‑
14是表示第1实施例所涉及的各种装置执行的处理的流程的一个例子的流程图。
34.图4
‑
15是表示第1变形例所涉及的第2终端显示用代码储存数据的一个例子的图。
35.图4
‑
16是表示第1变形例所涉及的终端的显示画面的一个例子的图。
36.图4
‑
17是表示第1变形例所涉及的终端的显示画面的一个例子的图。
37.图4
‑
18是表示第1变形例所涉及的终端的显示画面的一个例子的图。
38.图4
‑
19是表示第1变形例所涉及的终端的显示画面的一个例子的图。
39.图4
‑
20是表示第1变形例所涉及的终端的显示画面的一个例子的图。
40.图4
‑
21是表示第1变形例所涉及的终端的显示画面的一个例子的图。
41.图4
‑
22是表示第1变形例所涉及的各种装置执行的处理的流程的一个例子的流程图。
42.图5
‑
1是表示第2实施例所涉及的终端的存储部中所存储的信息的一个例子的图。
43.图5
‑
2是表示第2实施例所涉及的各种装置执行的处理的流程的一个例子的流程图。
44.图5
‑
3是表示第2实施例所涉及的终端的存储部中所存储的信息的一个例子的图。
45.图5
‑
4是表示第2实施例所涉及的代码更新条件数据的一个例子的图。
46.图5
‑
5是表示第2实施例所涉及的各种装置执行的处理的流程的一个例子的流程图。
47.图6
‑
1是表示第3实施例所涉及的服务器的存储部中所存储的信息的一个例子的图。
48.图6
‑
2是表示第3实施例所涉及的按帐户管理数据库的一个例子的图。
49.图7
‑
1是表示第4实施例所涉及的第1代码显示处理的一个例子的流程图。
50.图7
‑
2是表示第4实施例所涉及的第2代码显示处理的一个例子的流程图。
51.图7
‑
3是表示第4实施例所涉及的第3代码显示处理的一个例子的流程图。
52.图8是表示第5实施例所涉及的代码管理数据库的一个例子的流程图。
具体实施方式
53.＜法律事项的遵守＞
54.请注意本说明书所述的公开以遵守通信的秘密等本公开的实施所需的实施国的法律事项为前提。
55.参照附图来说明用于实施本公开所涉及的信息处理方法等的实施方式。
56.[系统结构]
[0057]
图1表示本公开的一实施方式所涉及的通信系统1的结构的一个例子。
[0058]
如图1所示，在通信系统1中，经由网络30，服务器10、终端20(终端20a、终端20b、终端20c、
……
)、店铺pos系统40被连接。
[0059]
服务器10经由网络30向用户拥有的终端20提供实现终端20之间的包括消息等的内容的收发服务。另外，服务器10与终端20进行通信以提供实现电子结算(并非限定，而是结算的一个例子)的服务(以下，称为“结算服务”。)。另外，对被连接到网络30的终端20的数量没有限制。
[0060]
网络30承担将一个以上的终端20、一个以上的服务器10、一个以上的店铺pos系统40连接的作用。即，网络30是指提供连接路径的通信网，使得在上述各种装置连接之后，能够收发数据。
[0061]
网络30之中的一个或多个部分可以是有线网络或无线网络，也可以不是有线网络或无线网络。网络30，并非限定而是作为例子，可以包括：自组织网络(ad hoc network)、内联网、外联网、虚拟专用网络(virtual private network，vpn)、局域网(local area network，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 term evolution)、cdma(code division multiple access)、蓝牙(bluetooth(注册商标))、卫星通信等、或者这些的两个以上的组合。网络30可以包括一个或者多个网络30。
[0062]
终端20(终端20a、终端20b、终端20c、
……
)(并非限定，而是终端、信息处理装置的一个例子)只要其是能够实现各实施方式中记载的功能的信息处理终端，则可以是任何终端。终端20，并非限定而是作为例子，包括：智能电话、移动电话(功能电话)、计算机(并非限定而是作为例子，诸如台式机、笔记本电脑、平板电脑等)、媒体计算机平台(并非限定而是作为例子，诸如电缆、卫星机顶盒、数字录像机)、手持式计算机设备(并非限定而是作为例子，诸如pda(personal digital assistant，个人数字助理)、电子邮件客户端等)、可穿戴终端(眼镜设备、手表型设备等)、或者其他类型的计算机、或者通讯平台。另外，终端20也可以被表述为信息处理终端。
[0063]
由于终端20a、终端20b以及终端20c的结构基本相同，因此将在下面的说明中对终端20进行说明。此外，根据需要，将用户x利用的终端表述为终端20x，将与用户x或终端20x建立对应的、规定的服务中的用户信息表述为用户信息x。另外，用户信息是指在规定的服务中与用户利用的帐户建立对应的用户的信息。用户信息，并非限定而是作为例子，包括由用户输入的或者由规定的服务赋予的、诸如用户的姓名、用户的图标图像、用户的年龄、用户的性别、用户的住所、用户的兴趣爱好、用户的标识符等的被与用户建立对应的信息，可以是这些信息中的任何一个或者组合，也可以不这样。
[0064]
服务器10(并非限定，服务器、信息处理装置、信息管理装置的一个例子)具有对终端20提供规定的服务的功能。服务器10只要是能够实现各实施方式中记载的功能的信息处理装置，则可以是任何装置。服务器10，并非限定而是作为例子，包括：服务器装置、计算机(并非限定而是作为例子，诸如台式机、笔记本电脑、平板电脑等)、媒体计算机平台(并非限定而是作为例子，诸如电缆、卫星机顶盒、数字录像机)、手持式计算机设备(并非限定而是作为例子，诸如pda、电子邮件客户端等)、或者其它类型的计算机、或者通讯平台。另外，服务器10也可以被表述为信息处理装置。在不需要区分服务器10与终端20的情况下，服务器10与终端20可以分别被表述为信息处理装置，也可以不这样表述。
[0065]
在下面说明的实施方式中，以服务器10具有提供利用结算应用进行结算的服务的功能予以说明。
[0066]
店铺pos系统40是被导入并使用于与运行服务器10的运营商合作的店铺中的pos系统。
[0067]
在该店铺pos系统40，并非限定而是作为例子，包括：店铺读码器装置50、代码收银机60和店铺服务器70。
[0068]
[各装置的硬件(hw)结构]
[0069]
对通信系统1中包括的各装置的hw结构进行说明。
[0070]
(1)终端的hw结构
[0071]
图1中表示终端20的hw结构的一个例子。
[0072]
终端20具备：控制部21(cpu：central processing unit(中央处理装置))、存储部28、通信i/f22(接口)、输入输出部23、显示部24、话筒25、扬声器26、摄像机27、时钟部29a、位置计算用信息检测部29b。终端20的hw的各构成要素，并非限定而作为例子，经由总线b而相互连接。此外，作为终端20的hw结构，并不是必须包括全部构成要素。并非限定而是作为例子，终端20可以是将话筒25、摄像机27等各个构成要素或者多个构成要素去除的结构，也可以不这样。
[0073]
通信i/f22经由网络30进行各种数据的收发。通信可以通过有线或者无线之任意来执行，只要能够执行相互的通信，则可以使用任何通信协议。通信i/f22具有经由网络30来执行与服务器10等各种装置的通信的功能。通信i/f22根据来自控制部21的指示，将各种数据发送给服务器10等的各种装置。另外，通信i/f22接收从服务器10等的各种装置发送的各种数据，并传递给控制部21。另外，还存在将通信i/f22仅表述为通信部的情况。另外，在通信i/f22由物理上结构化的电路构成的情况下，还存在表述为通信电路的情况。
[0074]
输入输出部23包括输入针对终端20的各种操作的装置、以及输出在终端20处理的处理结果的装置。输入输出部23可以是将输入部与输出部一体化，也可以是分离为输入部与输出部，还可以不是这样。
[0075]
输入部通过能够接受来自用户的输入并将输入所涉及的信息传送给控制部21的所有种类的装置中的任意一个或者其组合来实现。并非限定而是作为例子，输入部包括触摸面板、触摸显示器、键盘等的硬键(hardware key)、鼠标等的指示设备、摄像机(经由动态图像的操作输入)、话筒(基于声音的操作输入)。
[0076]
输出部通过能够输出在控制部21处理的处理结果的所有种类的装置中的任意一个或者其组合来实现。并非限定而是作为例子，输出部包括触摸面板、触摸显示器、扬声器(语音输出)、镜头(并非限定作为例子，诸如3d(three dimensions)输出、全息图输出)、打印机等。
[0077]
显示部24可以通过能够根据写入到帧缓冲区的显示数据来进行显示的所有种类的装置中的任意一个或者其组合来实现。并非限定而是作为例子，显示部24包括触摸面板、触摸显示器、监视器(并非限定而是作为例子，诸如液晶显示器、oeld(organic electroluminescence display))、头戴式显示器(hdm：head mounted display)、投影贴图、全息图、能够在空气中等(可以是真空，也可以不这样)显示图像、文本信息等的装置。此外，这些显示部24可以通过3d来对显示数据进行显示，也可以不这样。
[0078]
在输入输出部23是触摸面板的情况下，输入输出部23和显示部24可以以大致相同的尺寸以及形状被配置为对置。
[0079]
时钟部29a是终端20的内置时钟，输出时刻信息(计时信息)。并非限定而是作为例子，时钟部29a构成为具有利用晶体振荡器的时钟等。并非限定而是作为例子，时钟部29a还可以表述为计时部或者时刻信息检测部。
[0080]
此外，时钟部29a可以具有应用了nitz(network identity and time zone)标准等的时钟，也可以不具有。
[0081]
位置计算用信息检测部29b是检测(测算)控制部21用于计算(测量)自身的终端20的位置所需要的信息(以下，称为“位置计算用信息”。)的功能部。并非限定而是作为例子，位置计算用信息检测部29b还可以表述为位置计算用传感器部。
[0082]
并非限定而是作为例子，位置计算用信息检测部29b包括卫星定位传感器(卫星定位单元)、惯性测量传感器(惯性测量单元(imu(inertial measurement unit))等，其中：卫星定位传感器(卫星定位单元)是用于利用gps(global positioning system)等的卫星定位系统来计算终端20的位置的传感器或单元，惯性测量传感器(惯性测量单元)是用于利用惯性导航系统来计算终端20的位置的传感器或单元。
[0083]
并非限定而是作为例子，卫星定位单元具有rf接收电路、基带处理电路等，其中，rf接收电路将包括通过未图示的天线接收的从定位用卫星发送的定位用卫星信号的rf(radio frequency)信号转换为数字信号，基带处理电路通过对从rf接收电路输出的数字信号进行相关运算处理等来捕获定位用卫星信号，并作为位置计算用信息输出从定位用卫星信号提取的卫星轨道数据、时刻数据等信息。
[0084]
惯性测量单元具有惯性传感器，该惯性传感器是检测通过惯性导航运算来计算终端20的位置所需的信息的传感器。并非限定而是作为例子，惯性传感器包括3轴的加速度传感器和3轴的陀螺仪传感器，并且作为位置计算用信息输出由加速度传感器检测到的加速度和由陀螺仪传感器检测到的角速度。
[0085]
控制部21为了执行通过程序内包含的代码或者命令而实现的功能，具有物理上构造化的电路，并非限定而作为例子，可通过内置于硬件的数据处理装置来实现。因此，控制部21可以被表述为控制电路，也可以不这样。
[0086]
并非限定而是作为例子，控制部21包括：中央处理装置(cpu)、微处理器(microprocessor)、处理器核心(processor core)、多处理器(multiprocessor)、asic(application
‑
specific integrated circuit，专用集成电路)、fpga(field programmable gate array，现场可编程门阵列)。
[0087]
存储部28具有存储终端20运行时所需的各种程序、各种数据的功能。并非限定而是作为例子，存储部28包括hdd(hard disk drive)、ssd(solid state drive)、闪存、ram(random access memory)、rom(read only memory)等各种存储介质。另外，存储部28可以被表述为存储器(memory)，也可以不这样表述。
[0088]
终端20将程序p存储于存储部28，通过执行该程序p，控制部21执行作为控制部21中包含的各部的处理。换句话说，存储在存储部28中的程序p使终端20实现控制部21所执行的各功能。另外，该程序p可以被表述为程序模块，也可以不这样表述。
[0089]
话筒25用于输入语音数据。扬声器26用于输出语音数据。摄像机27用于获取动态
图像数据。
[0090]
(2)服务器的hw结构
[0091]
图1中，表示服务器10的hw结构的一个例子。
[0092]
服务器10具备：控制部11(cpu)、存储部15、通信i/f14(接口)、输入输出部12、显示器13。并非限定而是作为例子，服务器10的hw的各构成要素经由总线b而相互连接。另外，服务器10的hw作为服务器10的hw的结构，不是必须包括全部的构成要素。并非限定而作为例子，服务器10的hw可以是去除显示器13的结构，也可以不这样。
[0093]
控制部11为了执行通过程序内包含的代码或者命令而实现的功能，具有物理上构造化的电路，并非限定而是作为例子，可以通过内置于硬件的数据处理装置来实现。
[0094]
控制部11，代表性地是中央处理装置(cpu)，另外也可以是微处理器、处理器核心，多处理器，asic、fpga，也可以不这样。在本公开中，控制部11并不限定于这些。
[0095]
存储部15具有存储服务器10运行时所需的各种程序、各种数据的功能。存储部15可以通过hdd、ssd、闪存等各种存储介质来实现。但是，在本公开中，存储部15并不限定于这些。此外，存储部15可以被表述为存储器(memory)，也可以不这样表述。
[0096]
通信i/f14经由网络30进行各种数据的收发。可以通过有线或无线来执行通信，并且只要能够执行相互的通信，则可以使用任何通信协议。通信i/f14具有经由网络30来执行与终端20等的各种装置的通信的功能。通信i/f14根据来自控制部11的指示，将各种数据发送给终端20等的各种装置。另外，通信i/f14接收从终端20等的各种装置发送的各种数据，并传递给控制部11。另外，在一些情况下，通信i/f14仅被表述为通信部。另外，在通信i/f14由物理上结构化的电路构成的情况下，存在被表述为通信电路的情况。
[0097]
输入输出部12由输入针对服务器10的各种操作的装置来实现。输入输出部12通过能够接收来自用户的输入并将输入所涉及的信息传递给控制部11的所有类型的装置中的任意一个或其组合来实现。输入输出部12代表性地由以键盘等为代表的硬键、鼠标等的指示设备来实现。此外，并非限定而是作为例子，输入输出部12可以包括触摸面板、摄像机(经由动态图像的操作输入)、话筒(基于声音的操作输入)，也可以不这样。然而，在本公开中，输入输出部12并不限于这些。
[0098]
显示器13代表性地由监视器(并非限定而是作为例子，液晶显示器或oeld(organic electroluminescence display))来实现。另外，显示器13还可以是头戴式显示器(hdm)等，也可以不这样。另外，这些显示器13可以通过3d来对显示数据进行显示，也可以不这样。在本公开中，显示器13并不限于这些。
[0099]
时钟部19是服务器10的内置时钟，并且输出时刻信息(计时信息)。时钟部19，并非限定而是作为例子，构成为具有作为硬件时钟的rtc(real time clock，实时时钟)、系统时钟等。并非限定而是作为例子，时钟部19还可以被表述为计时部或者时刻信息检测部。
[0100]
(3)店铺pos的系统结构
[0101]
图2中，表示店铺pos系统40的系统结构的一个例子。
[0102]
店铺pos系统40是被导入并使用于与运营服务器10的运营商合作的店铺中的pos系统，并非限定而是作为例子，包括店铺读码器装置50、代码收银机60和店铺服务器70。
[0103]
店铺读码器装置50通过pos通信i/f57(并非限定而是作为例子，诸如店铺中的有线通信i/f或无线通信i/f)与代码收银机60或店铺服务器70通信地连接，并且在用代码收
银机60结账时，读取在终端20的显示部24上显示的终端显示用代码图像。然后，基于读取终端显示用代码图像，通过通信i/f54向服务器10发送结算请求信息，在服务器10执行结算之后，通过通信i/f54从服务器10接收关于结算结果的信息(例如，下文所述的店铺用结算完成通知)。
[0104]
店铺读码器装置50，并非限定而是作为例子，包括：控制部51、输入输出部52、显示部53、通信i/f54、存储部55、声音输出部56、pos通信i/f57、读码器58和时钟部59。
[0105]
读码器58是用于读取二维码的读码器，在本说明书中，包括用于读取终端显示用代码的二维编码读取器(例如qr读码器)，该终端显示用代码为在终端20的显示部24显示并由终端20的用户提示的二维码(例如qr码(注册商标))。
[0106]
代码收银机60，并非限定而是作为例子，通过pos通信i/f57与店铺读码器装置50和店铺服务器70通信连接，并且基于店铺读码器装置50从服务器10接收到的店铺用结算完成通知，发行印有销售的商品的总额、终端20的用户的电子货币的余额等的信息的收据。此外，并非限定而是作为例子，可以配置与代码收银机60一体设置或与代码收银机60分开设置并且显示面朝向客户侧的显示器。代码收银机60被配置为能够支持结算应用的收银机，还可以被称为支持结算应用的固定终端。
[0107]
店铺服务器70，并非限定而是作为例子，管理诸如与自己的店铺有关的店铺信息、与自己的店铺销售的商品有关的信息或与自己的店铺提供的服务有关的信息、与在自己的店铺销售商品或提供服务有关的销售额的信息等各种信息。店铺服务器70被构成为通过pos通信i/f57可以与店铺读码器装置50和代码收银机60通信，并且被构成为通过网络30可以与服务器10等的外部装置通信。
[0108]
此外，店铺服务器70，并非必须被构成为可以与店铺读码器装置50直接通信，而是还可以被构成为经由代码收银机60能够与店铺读码器装置50通信。例如，还可以是店铺读码器装置50将从服务器10接收的店铺用结算完成通知发送给代码收银机60，然后从代码收银机60发送到店铺服务器70的方式。
[0109]
(4)其他
[0110]
服务器10将程序p存储于存储部15，通过执行该程序p，控制部11执行作为控制部11所包含的各部的处理。即，存储部15中所存储的程序p使服务器10实现控制部11所执行的各功能。该程序p可以被表述为程序模块，也可以不这样表述。
[0111]
关于其他装置也是同样。
[0112]
在本公开的各个实施方式中，以通过终端20以及/或者服务器10的cpu执行程序p来实现的方式予以说明。
[0113]
关于其他装置也是同样。
[0114]
另外，终端20的控制部21以及/或者服务器10的控制部11不仅可以通过具有控制电路的cpu来实现各处理，还可以通过在集成电路(ic(integrated circuit)芯片、lsi(large scale integration))等形成的逻辑电路(硬件)或专用电路来实现各处理，也可以不这样。另外，这些电路可以通过一个或者多个集成电路来实现，还可以通过一个集成电路来实现各个实施方式中示出的多个处理，也可以不这样。另外，lsi根据集成度的不同，有时还被称为vlsi、超大lsi、特大lsi等。因此，控制部21可以被表述为控制电路，也可以不这样。
[0115]
关于其他装置也是同样。
[0116]
另外，本公开的各实施方式的程序p(并非限定而是作为例子，诸如软件程序、计算机程序、或者程序模块)可以以存储在计算机可读存储介质中的状态提供，也可以不这样。存储介质能够将程序p存储于“非暂时性有形介质”。另外，程序p可以是用于实现本公开的各实施方式的功能的一部分的程序，也可以不这样。并且，本公开的各实施方式的功能可以通过与已经记录在存储介质中的程序p的组合来实现，也可以是所谓的差分文件(差分程序)，也可以不这样。
[0117]
存储介质可以包括一个或多个基于半导体的或其它集成电路(ic)(并非限定而是作为例子，诸如现场可编程门阵列(fpga)或面向特定用途的ic(asic))、硬盘驱动器(hdd)、混合硬盘驱动器(hhd)、光盘、光盘驱动器(odd)、光磁盘、光磁驱动器、软盘、软盘驱动器(fdd)、磁带、固态驱动器(ssd)、ram驱动器、安全数字卡或驱动器、任何其它合适的存储介质、或者这些中的两个或多个的适当组合。存储介质在适当的情况下，可以是易失性的、非易失性或者易失性和非易失性的组合。另外，存储介质不限于这些例子，只要能够存储程序p，则还可以是任何设备或者介质。另外，存储介质还可以被表述为存储器(memory)，也可以不这样。
[0118]
服务器10以及/或者终端20能够通过读取存储在存储介质中的程序p并执行读取的程序p来实现各实施方式所示的多个功能部的功能。
[0119]
关于其他装置也是同样。
[0120]
此外，本公开的程序p可以经由能够传输程序的任意的传输介质(通信网络或广播波等)而被提供给服务器10以及/或者终端20，也可以不这样。并非限定而是作为例子，服务器10以及/或者终端20通过执行经由网络等下载的程序p，来实现各实施方式所示的多个功能部的功能。
[0121]
关于其他装置也是同样。
[0122]
另外，本公开的各实施方式中程序p也可以通过电子传输以体现为数据信号的形态来实现。
[0123]
服务器10以及/或者终端20中的处理的至少一部分可以通过由一台以上的计算机构成的云计算来实现，也可以不这样。
[0124]
可以是终端20中的处理的至少一部分由服务器10进行的结构，也可以不这样。在这种情况下，可以是终端20的控制部21的各功能部的处理中的至少一部分的处理由服务器10进行的结构。
[0125]
可以是服务器10中的处理的至少一部分由终端20进行的结构。在这种情况下，可以是服务器10的控制部11的各功能部的处理中的至少一部分的处理由终端20进行的结构。
[0126]
除非明确提及，本公开的实施方式中的判定结构不是强制性的，可以在满足判定条件的情况下运行规定的处理，或者在不满足判定条件的情况下不执行规定的处理，也可以不这样。
[0127]
此外，并非限定而是作为例子，本公开的程序可以使用actionscript、javascript(注册商标)等的脚本语言、objective
‑
c、java(注册商标)等的编译语言、html5等的标记语言等来实现。
[0128]
另外，在本说明书中，适当地使用“通过通信i/f”这一表述。这表示，装置，并非限
定而是作为例子，基于控制部(处理器等)的控制，经由通信i/f(经由通信部)收发各种信息和数据。
[0129]
另外，在本说明书中，将术语“期限”说明为表示一定的期间。然而，也可以使用术语“期间”来代替术语“期限”。
[0130]
此外，术语“期限”也可以用于指期间结束的时刻或日期与时间(一定的时刻或者一定的日期与时间)。
[0131]
＜第1实施例＞
[0132]
近年来，作为与网络服务相关的应用(应用软件)，诸如被称为利用电子货币进行的电子结算用的应用(结算应用)、电子货币的转账用的应用(转账应用)、以及集合了这些应用的一部分的功能或全部的功能的结算应用正在不断普及，并且终端20的用户可以使用这些应用来接收与电子货币有关的各种服务。
[0133]
下面说明的实施例是，并非限定而是作为例子，终端20的用户使用在终端20存储并执行的结算应用来进行结算的实施例。具体来说，提出即使在离线中也能适当地进行结算的方法。
[0134]
在下文中，将提供利用结算应用的结算服务的运营商称为“结算服务的运营商”。另外，结算服务的运营商可以被表述为提供结算应用的运营商或服务器10的运营商，也可以不这样表述。
[0135]
另外，在下文中，将以由结算服务的运营商运行和管理服务器10来进行说明。另外，在下文中，将适当地将支付应用的名称称为“payment app”来进行图示和说明。
[0136]
另外，结算应用可以由服务器10作为不具有所谓消息收发服务(ms：messaging service)的功能的单独的应用来提供，也可以由服务器10作为具有ms的功能的复合性应用来提供。另外，消息收发服务可以包括能够在终端20之间收发简单的消息等的内容的即时消息收发服务(ims：instant messaging service)，也可以不这样。
[0137]
另外，结算应用可以由服务器10作为不具有所谓的社交网络服务(sns：social networking service)的功能的单独的应用来提供，也可以由服务器10作为具有sns功能的复合性应用来提供。
[0138]
此外，也可以认为ms(包括ims)是sns的一种的形式(一种形式)。因此，可以区分ms和sns，也可以不区分。
[0139]
另外，与结算服务的运营商合作的店铺被称为“加盟店(加盟店铺)”，并且如在图1中那样示为“加盟店s1”、“加盟店s2”、
……
。
[0140]
另外，“电子货币”是指终端20或终端20的用户所拥有的、在结算应用管理的、区别于物理货币的电子式货币，“结算”是指利用该电子货币的电子结算。
[0141]
此外，电子货币可以被表述为“电子钱”或“数字通货(数字货币)”，也可以不这样表述。
[0142]
另外，作为“电子货币(电子钱)”或“数字通货(数字货币)”，可以使用法定货币，还可以使用虚拟货币。
[0143]
另外，“电子货币(电子钱)”或“数字通货(数字货币)”还可以包括加密通货(加密资产)。
[0144]
另外，虚拟货币还可以包括优惠券等实物货币。
[0145]
＜结算方法＞
[0146]
(1)在线支付
[0147]
首先，作为一个方面，将参考流程图说明在线支付的方法。
[0148]
在下文中，“在线”表示终端20能够与服务器10通信，“在线状态”表示该在线的状态。另外，“在线结算”表示在在线状态下通过服务器10进行结算。
[0149]
此外，在下文中，终端20和服务器10之间的通信，并非限定而是作为例子，通过第1通信方式来实现，该第1通信方式经由通信公司(通信运营商)设置的基站等实现并且使用与无线lan通信不同的频带。并非限定而是作为例子，第1通信方式包括分组通信(所谓的在终端20中的移动数据通信)。
[0150]
另外，作为通信方式，可以使用与第1通信方式不同的第2通信方式，也可以不这样。第2通信方式，并非限定而是作为例子，包括无线lan(例如，wifi(注册商标))。
[0151]
另外，可以将通过第1通信方式和第2通信方式中的至少一种通信方式终端20与服务器10能够进行通信的状态定义为“在线状态”，也可以不这样定义。
[0152]
图3
‑
1是表示该情况下各装置执行的处理的流程的一个例子的流程图。从左侧起依次分别表示终端20的控制部21执行的处理、店铺读码器装置50的控制部51执行的处理、服务器10的控制部11执行的处理的一个例子。
[0153]
通过字母的大写和数字的组合来表示各处理中的各个步骤，在本说明书中省略术语“步骤”。
[0154]
另外，以下说明的流程图仅是示例本实施例中的处理，在以下说明的流程图中，可以不执行一部分的步骤，也可以插入追加的步骤。
[0155]
这些也同样适用本说明书中的其他流程图。
[0156]
首先，控制部21通过通信i/f22(经由通信i/f22)向服务器10发送用于委托生成终端显示用代码的代码生成委托信息(a110)。
[0157]
在下文中，并非限定而是作为例子，“代码信息”作为如下概念予以说明：该概念包括通过符号化(编码)等存储到代码图像中的信息或存储在代码图像中的信息(以下，在原始的信息的意义上称为“原始信息”。)、以及存储原始信息的“代码图像”。也就是说，“代码信息”包括“原始信息”和“代码图像”。
[0158]“原始信息”可以表述为“编码信息”或“存储信息”等，也可以不这样表述。
[0159]
另外，在下文中，并非限定而是作为例子，“代码”应与“代码信息”具有实质上相同的含义。
[0160]
然而，这些定义也仅是一个例子，并不局限于此。
[0161]
例如，术语“代码信息”可以在“原始信息”的意义上使用，也可以不这样使用。
[0162]
另外，例如，术语“代码”可以在“代码图像”的意义上使用，也可以不这样使用。
[0163]
在本实施例中，作为上述原始信息的一个例子，例示“结算用号码”，该“结算用号码”是由服务器10对代码生成委托信息的发送源的每个终端20或终端20的每个用户唯一地生成的号码，并且是具有规定位数的随机号码。结算用号码是与终端20或者终端20的用户建立关联的信息，也可以说是用于通过服务器10进行的结算的信息。
[0164]
在下文中，将基于代码生成委托信息由服务器10生成的结算用的代码称为“终端显示用代码”，并且将该终端显示用代码的代码图像称为“终端显示用代码图像”。
[0165]
在终端显示用代码图像中存储上述的结算用号码，具体详情后述。
[0166]
结算用号码和终端显示用代码图像是用于利用代码图像的结算的“第一信息”的一个例子，从服务器10发送。
[0167]
以下，以委托服务器10生成上述的终端显示用代码图像的信息为代码生成委托信息的情况为例进行说明。即，在该处理中，并非限定而是作为例子，从终端20向服务器10委托生成终端显示用代码图像，在a110，向服务器10发送委托生成终端显示用代码图像的代码生成委托信息。
[0168]
另外，在本说明书中，将“终端显示用代码”作为在结算类型“终端代码显示”的结算中使用的代码予以说明。
[0169]
在结算类型“终端代码显示”中，当终端20的用户在店铺等进行支付时，通过使用存储在终端20中的结算应用，在店铺的代码收银机60处向店员提示显示在终端20的终端显示用代码图像。然后，通过由店铺读码器装置50等读取该终端显示用代码图像来实现结算。
[0170]
由于终端显示用代码是由终端20的用户向店铺等的店员提示的代码(代码图像)，因此还可以被表述为“提示用代码”或“用户提示用代码”。
[0171]
在a110发送的代码生成委托信息中，并非限定而是作为例子，可以包括用于识别终端20或者终端20的用户的识别信息。例如，该信息可以包括用于识别自身的终端20的终端识别信息(例如，终端id)、用于识别自身的终端20的用户的用户识别信息(例如，用户id)、结算应用的账户信息(例如，应用id)等的信息。
[0172]
若通过通信i/f14从终端20接收到代码生成委托信息(c110)，则控制部11进行终端显示用代码生成处理(c120)。
[0173]
具体而言，并非限定而是作为例子，使用用于生成规定位数(例如，10位
‑
12位左右的位数)的随机数字的方法(算法)来生成规定位数的随机数字作为结算用号码。然后，并非限定而是作为例子，生成至少将结算用号码作为原始信息来包含的终端显示用代码图像。更具体而言，至少对结算用号码进行编码(符号化)并图形化(图像化)，以生成由二维码(例如qr码)的图像表示的终端显示用代码图像。此外，将包含在所接收到的代码生成委托信息中的终端20或终端20的用户的识别信息与生成的结算用号码建立关联并存储在存储部15中。
[0174]
接着，控制部11通过通信i/f14将生成的终端显示用代码(在本例中为终端显示用代码图像)发送给终端20(c130)。终端20通过通信i/f22从服务器10接收终端显示用代码(在本例中为终端显示用代码图像)(a130)。在这种情况下，并非限定而是作为例子，控制部21将接收到的终端显示用代码图像显示于显示部24。
[0175]
然后，若显示于显示部24的终端显示用代码图像被由终端20的用户提示给店铺的店员，则控制部51进行使读码器58读取显示于终端20的显示部24的终端显示用代码图像的控制(b150)。
[0176]
然后，控制部51通过通信i/f54使用由结算服务的运营商提供(分发)的、与结算应用建立关联的应用接口(api)等访问服务器10，将至少包含从读取的终端显示用代码图像通过解码所获取的结算用号码、用于识别店铺或店铺读码器装置50的识别信息(以下，称为“店铺识别信息”。)、结算预定的金额(以下，称为“结算预定金额”。)的结算请求信息通过通信i/f54发送给服务器10(b160)。
[0177]
若通过通信i/f14从店铺读码器装置50接收到结算请求信息(c160)，则控制部11进行结算处理(c170)。具体而言，判定包含于所接收到的结算请求信息中的结算用号码是否与终端20或终端20的用户的识别信息被建立关联地存储在存储部15。而且，在有被存储在存储部15的情况下，判定为“可以结算”，并且从与该结算用号码被建立关联地存储的识别信息所识别的终端20或终端20的用户的电子货币的余额(与结算应用的应用id建立关联的电子货币的余额)(以下，简称“余额”。)中减去结算预定金额来进行结算。
[0178]
然后，控制部11将店铺用的结算完成通知(以下，称为“店铺用结算完成通知”。)通过通信i/f14发送给店铺读码器装置50(c180)。店铺用结算完成通知中，并非限定而是作为例子，包括结算已完成(成功)之意、执行结算的日期和时间(结算日期和时间)、以及执行结算的金额(结算金额)等的店铺用结算信息。
[0179]
另外，控制部11将终端用的结算完成通知(以下，称为“终端用结算完成通知”。)通过通信i/f14发送给终端20(c190)。终端用结算完成通知中，并非限定而是作为例子，包括结算已完成(成功)之意、执行结算的日期和时间(结算日期和时间)执行结算的店铺的店铺识别信息(结算店铺识别信息)、以及执行结算的金额(结算金额)等的终端用结算信息。
[0180]
此外，在此，通过服务器10进行的结算已成功的情况下，是从服务器10发送店铺用结算完成通知和终端用结算完成通知，但是存在由于余额不足等服务器10不能进行结算的情况。在这种情况下，可以向店铺读码器装置50和终端20发送结算未能进行之意的通知(例如，结算错误通知、结算ng通知)。
[0181]
在其他处理中也是同样。
[0182]
若通过通信i/f54从服务器10接收到店铺用结算完成通知(b180)，则控制部51结束处理。
[0183]
另外，若通过通信i/f22从服务器10接收到终端用结算完成通知，则控制部21基于接收到的终端用结算完成通知，作为结算应用的数据，更新在终端20存储的余额。另外，控制部21使显示部24显示结算结果(a190)。然后，控制部21结束处理。
[0184]
图3
‑
2是表示在由终端20执行的结算应用所显示的首页的一个例子的图。
[0185]
该首页是启动支付应用时显示的显示画面，在画面上部显示支付应用的名称“支付app(payment app)”。在其下方的框内，显示余额(此处为“3000日元”)，其旁边显示用于充值(追加)电子货币的充值按钮。另外，在其下方显示与支付应用的各种功能相对应的多个功能图标。
[0186]
在这些功能图标中，表示为“代码”的图标，并非限定而是作为例子，是用于使在显示部24显示代码显示画面的“代码图标”。若终端20的用户触摸操作该代码图标，并非限定而是作为例子，则从终端20向服务器10发送代码生成委托信息，由服务器10生成终端显示用代码。然后，从服务器10向终端20发送所生成的终端显示用代码，并且在终端20的显示部24显示图3
‑
3所示的代码显示画面。
[0187]
图3
‑
3是表示代码显示画面的一个例子的图。
[0188]
在该代码显示画面上，“代码”的文字显示在画面上部，在其下方，显示结算方法、用户拥有的积分、以及用于设置是否利用该积分进行结算的积分标签。
[0189]
另外，在其下方，作为从服务器10获取的终端显示用代码的代码图像，以条形码表示的一维终端显示用代码图像和以qr码表示的二维终端显示用代码图像qc0分别显示在显
示画面内的不同区域。另外，作为一个例子，在条形码下方显示12位的结算用号码。
[0190]
另外，在本例中，显示在代码显示画面上的终端显示用代码，具有显示该代码的期限(以下，称为“代码显示期限”。)。
[0191]
代码显示期限，并非限定而是作为例子，是在终端20显示终端显示用代码的期间。代码显示期限，并非限定而是作为例子，可以是“从在终端显示终端显示用代码(开始显示)的日期和时间至代码显示时间经过为止的期间”。可以适当地设定变更代码显示时间，并非限定而是作为例子，可以是“5分钟”。
[0192]
进而，在二维终端显示用代码图像qc0的下方，与更新的标记和更新的文字一起，以倒计时形式显示代码显示期限的剩余时间。该剩余时间基于由终端20的时钟部29a计时的信息来显示。
[0193]
当剩余时间变为“0”时，代码显示画面被关闭，终端显示用代码被配置为不显示。此后，在终端20的用户希望进行结算的情况下，需要从服务器10重新获取终端显示用代码。
[0194]
终端20的用户通过在代码显示期限内，在代码收银机60处向店铺的店员提示图3
‑
3所示的代码显示画面，并由店铺读码器装置50读取终端显示用代码图像来进行结算。在这种情况下，店铺读码器装置50使用上述的api等通过通信i/f54访问服务器10，并向服务器10发送结算所需的信息。由此，由服务器10进行结算处理。
[0195]
到此为止，例示了用于实现在线结算的处理，但是为了应用上述处理，终端20和服务器10必须处于能够通信的状态(在线状态)。当然，店铺读码器装置50和服务器10也必须处于能够通信状态。
[0196]
然而，当在地下等的电波状况不好的地方进行结算时，或者当在活动会场等的线路拥挤的状况下进行结算时，或者当由于终端20在一定期间(例如一个月)内的通信量超过定量等而导致通信受限制或通信速度受限制时等情况下，终端20与服务器10之间无法通信(或者通信困难)的结果，可以预计将难于进行结算。因此，下面举例说明即使在这种情况下也能实现结算的方法。
[0197]
(2)离线支付
[0198]
将参考流程图说明作为本公开的方法的一个方面的离线支付的方法。
[0199]
在下文中，“离线”表示终端20不能够与服务器10通信，“离线状态”表示该离线的状态。另外，“离线结算”表示在离线状态下由服务器10进行结算。此外，作为前提，假定店铺读码器装置50能够与服务器10通信。
[0200]
图3
‑
4是表示在这种情况下各装置执行的处理的流程的一个例子的流程图。对图的看法与上述流程图相同。
[0201]
图3
‑
4中的流程图是将图3
‑
1中的流程图改写为离线规格的流程图。与图3
‑
1的流程图相比，并非限定而是作为例子，在线状态下的处理步骤(例如a240)、离线状态下的处理步骤(例如a250、b250、b280)、以及从离线状态返回到在线状态时的处理步骤(例如a290、c290)上有所不同。
[0202]
在a130之后，控制部21将接收到的终端显示用代码(在本例中为终端显示用代码图像)储存在存储部28(a240)。
[0203]
在此，“储存”是指为了供以后能够利用，将接收到的终端显示用代码存储在存储部28。
[0204]
此外，在本说明书中，存在将“储存”简单地表述为“存储”的情况。此外，还有将储存终端显示用代码表述为“使终端显示用代码存储在终端显示用代码储存数据”的情况。
[0205]
在该处理中，为了能够执行离线结算，在在线状态下从服务器10获取的终端显示用代码(在本例中为终端显示用代码图像)被储存(存储)在终端20的存储部28。并且，当需要在离线状态下结算时，通过使用储存的终端显示用代码来执行结算，从而不需要与服务器10通信。
[0206]
具体说明如下。假设在a240之后进入离线状态。
[0207]
在此，并非限定而是作为例子，终端20通过以下方法中的任一种来检测已成为离线状态。
[0208]
(a)在终端20运行结算应用的过程中，以定期的定时或特定的定时从服务器10向终端20发送连接确认请求，针对该连接确认请求，从终端20向服务器10发送包含识别信息(例如应用id)的连接响应。这种情况下，终端20的控制部21在变成从服务器10不能接收到连接确认请求的情况下，判定成为离线状态。
[0209]
(b)在终端20运行结算应用的过程中，以定期的定时或特定的定时从终端20向服务器10发送包含识别信息(例如应用id)的连接通知，针对该连接通知，服务器10向终端20发送连接确认。在离线状态下，不能从终端20向服务器10发送连接通知。因此，并非限定而是作为例子，终端20的控制部21在检测到发生连接通知的发送错误的情况下，判定成为离线状态。
[0210]
此外，并非限定而是作为例子，终端20可以通过使用获取网络的连接状况的库或应用等来获取关于自身的终端20的通信状况的信息，以判定其是否处于离线状态，也可以不这样。
[0211]
在离线状态下，若在a240储存的终端显示用代码图像显示于显示部24(a250)并且由用户提示给店铺的店员等，则控制部51进行使读码器58读取显示于终端20的显示部24的终端显示用代码图像的控制(b250)。然后，控制部51将处理转移到b160。
[0212]
在b160之后，若通过通信i/f54从服务器10接收到店铺用结算完成通知(b280)，则基于接收到的店铺用结算完成通知，店铺的店员等口头通知终端20的用户离线结算已完成(成功)。
[0213]
在c180之后，控制部11向终端20发送终端用结算完成通知(c290)。然而，在离线状态下，终端20不能接收终端用结算完成通知。若终端20返回到在线状态，则由终端20接收从服务器10发送的终端用结算完成通知。并且，若通过通信i/f22从服务器10接收到终端用结算完成通知，则控制部21基于接收到的终端用结算完成通知，将结算结果显示在显示部24(a290)。
[0214]
以上说明的处理是用于进行离线结算的处理的一个例子。
[0215]
在离线结算中，如上所述，在在线状态下将由服务器10生成的终端显示用代码储存在终端20。然后，当进入离线状态时，使用储存的终端显示用代码来进行结算。
[0216]
在此，在离线结算中，如上所述，将由服务器10生成的终端显示用代码储存在终端20。这种情况下，终端20的用户有可能长时间不使用所储存的终端显示用代码。在这种情况下，终端20或终端20的用户与终端显示用代码被建立关联的时间变长。
[0217]
由此，如发生例如储存在终端20的终端显示用代码被黑客等盗取，或者储存在终
端20的终端显示用代码的代码图像被显示在终端20时，该代码图像被其他用户的终端20的摄像机等拍摄等，存在被不正当地利用于结算等的风险。
[0218]
＜功能结构＞
[0219]
(1)服务器的功能结构
[0220]
图4
‑
1是表示通过本实施例的服务器10的控制部11而实现的功能的一个例子的图。
[0221]
在下文中，举例说明终端20的用户使用存储在终端20的结算应用，并非限定而是作为例子，来进行上述的结算类型“终端代码显示”的结算。
[0222]
服务器10作为由控制部11实现的功能而具有结算管理处理部111。
[0223]
结算管理处理部111具有根据存储在存储部15的结算管理处理程序151来进行结算的结算管理处理的功能，该结算管理处理用于管理与在终端20运行的结算应用有关的各种的信息和数据、以及用于管理终端20或终端20的用户的利用电子货币的结算。
[0224]
并非限定而是作为例子，结算管理处理部111作为功能部包括：终端显示用代码生成处理部1111，其通过终端显示用代码生成处理来生成终端显示用代码；结算处理部1113，其通过结算处理来执行结算；和代码有效期限管理处理部1115，其设定并管理代码有效期限。
[0225]
并非限定而是作为例子，终端显示用代码生成处理部1111生成由二维码表示的终端显示用代码图像。二维码是如下显示方式的代码，即其在水平方向和垂直方向上持有信息，二维码存在将小正方形在上下左右排列的矩阵式二维码(以下，称为“矩阵码”。)、以及将一维码(并非限定而是作为例子，诸如条形码)在上下重复多个的堆叠式二维码(以下，称为“堆叠码”。)等。
[0226]
在本实施例中，为了简化说明，将作为广泛使用的矩阵码的一个例子的qr码(注册商标)作为终端显示用码的一个例子进行说明。
[0227]
此外，与本实施例不同，作为qr码以外的矩阵码，还可以使用sp码、veri码、maxi码、cp码、chameleon码等的代码，也可以不使用。另外，还可以不使用矩阵码而是使用各种堆叠码，也可以不使用。
[0228]
另外，终端显示用代码生成处理部1111，作为终端显示用代码，除了二维码(并非限定而是作为例子，诸如qr码)之外，还可以生成一维码(并非限定而是作为例子，诸如条形码)，也可以不这样。这是因为，有些店铺可能不支持二维码的读取，但可以支持一维码的读取。
[0229]
并非限定而是作为例子，结算处理部1113具有基于从店铺pos系统40发送的信息或从终端20发送的信息来进行结算处理的功能。
[0230]
图4
‑
2是表示本实施例的服务器10的存储部15中存储的信息的一个例子的图。
[0231]
并非限定而是作为例子，在存储部15中，作为程序，存储由控制部11读取并作为结算管理处理执行的结算管理处理程序151。
[0232]
另外，并非限定而是作为例子，在存储部15中，作为数据，存储用户注册数据153、店铺注册数据155、结算管理数据库157以及代码管理数据库159。
[0233]
用户注册数据153是利用结算服务的终端20和终端20的用户的注册数据，图4
‑
3表示其数据结构的一个例子。
[0234]
并非限定而是作为例子，在用户注册数据153中，用户名、终端电话号码、终端邮件地址、应用id、认证密码以及其他注册信息被建立关联并存储。
[0235]
用户名是利用结算服务的终端20的用户的名称，存储终端20的用户利用结算服务时注册的名称。
[0236]
终端电话号码是该用户名的用户的终端20的电话号码，存储终端20的用户利用结算应用时登记的终端20的电话号码。
[0237]
终端邮件地址是该用户名的用户的终端20的邮件地址，存储终端20的用户利用结算应用时注册的终端20的邮件地址。
[0238]
终端电话号码和终端邮件地址是用于识别终端20的识别信息(以下，称为“终端识别信息”。)的一个例子。
[0239]
应用id是结算应用的帐户(帐户信息)，并且是能够识别终端20或终端20的用户的id。并非限定而是作为例子，该应用id由服务器10设定并存储唯一id。
[0240]
认证密码是在该用户名的用户的终端20进行结算用的认证处理(以下，简称为“认证处理”。)时要求用户输入的认证用的密码，存储由用户设定的密码。
[0241]
另外，结算用的认证处理并不一定必须进行，也可以不进行该认证处理。在这种情况下，不需要将认证密码存储在用户注册数据153中。
[0242]
其他注册信息是该用户名的用户的其他注册信息，并非限定而是作为例子，包括用户图标图像或用户的简档等，其中用户图标图像是用户在结算应用中使用的图标的图像数据。
[0243]
店铺注册数据155是与提供结算应用的运营商(服务器10的运营商)合作的店铺的注册数据。在图4
‑
4中表示作为该店铺注册数据155的一个例子的店铺注册数据155a的数据结构的例子。
[0244]
在店铺注册数据155a中，并非限定而是作为例子，行业类型、店铺名称、店铺位置信息、店铺pos系统信息以及店铺id作为店铺信息被建立关联并存储。
[0245]
行业类型中存储店铺的行业类型。并非限定而是作为例子，这些行业包括各种行业，例如“便利商店”、“超市”、“药局”、“居酒屋”、“百货商场”、“餐馆”、“书店”和“钟表店”。
[0246]
在店铺名称中，关于各行业类型分别存储包含在(属于)该行业类型的店铺的店铺名称。
[0247]
在店铺位置信息中存储该店铺名称的店铺的所在地的位置信息(以下，称为“店铺位置信息”。)。该店铺位置信息可以通过二维或三维的位置坐标来表示店铺的所在地，也可以通过经纬度(纬度、经度、以及视情况使用高度)来表示店铺的所在地。
[0248]
在店铺pos系统信息中存储与在该店铺中使用的店铺pos系统40有关的信息。并非限定而是作为例子，该店铺pos系统信息中包括服务器10与店铺读码器装置50或店铺服务器70进行通信所需的信息。
[0249]
由于店铺pos系统40与服务器10协作地执行处理，并非限定而是作为例子，可以预先获取由服务器10提供(分发)的结算应用用的软件包并将其存储在店铺读码器装置50或店铺服务器70，由店铺的结算处理用的程序调用来使用该软件包。例如，以应用编程接口(api)为一个例子，店铺读码器装置50启动api以实现向服务器10发送信息和从服务器10接收信息。
[0250]
另外，并非限定而是作为例子，服务器10可以从该店铺的店铺服务器70接收诸如店铺的行业类型、店铺名称、店铺位置信息以及店铺pos系统信息等的信息，并将其存储在店铺注册数据155中。
[0251]
店铺id是作为用于识别该店铺名称的店铺的识别信息而发挥作用的id。并非限定而是作为例子，该店铺id由服务器10为每个店铺设定并存储唯一的id。
[0252]
店铺id是店铺识别信息的一个例子。
[0253]
结算管理数据库157是累积地存储用于管理与各终端20的用户的结算有关的信息的数据的数据库。在图4
‑
5中表示作为结算管理数据库157的一个例子的结算管理数据库157a的结构示例。
[0254]
在结算管理数据库157a中存储按每个终端20或终端20的每个用户生成的结算管理数据。
[0255]
在各结算管理数据中，并非限定而是作为例子，存储应用id、余额、积分、每日上限设定金额、自动充值设定以及结算履历数据。
[0256]
在应用id中存储在用户注册数据153中存储的应用id。
[0257]
在余额中存储与应用id建立关联的余额存储。
[0258]
在积分中存储与结算应用建立关联的各种的服务和可以在与支付应用的运营商合作的加盟店铺积累的积分。并非限定而是作为例子，积分具有1分相当于1日元的价值，除了可以兑换成礼品券或商品等，还可以在结算应用中兑现以用于结算。
[0259]
在每日上限设定金额中存储拥有该应用id的终端20或终端20的用户可以用于结算的金额的每日上限金额。
[0260]
自动充值设定是当余额变为剩余较少金额(例如“500日元”)或“0日元”时是否自动补充(自动充值)电子货币的设定，当终端20的用户设定了自动充值时存储“on”，在其他情况下存储“off”。并非限定而是作为例子，可以从终端20的用户注册的银行帐户等进行自动充值。
[0261]
结算履历数据是与该应用id的用户的结算的履历有关的数据，并非限定而是作为例子，对于该应用id，结算日期和时间、店铺id、结算店铺名称、以及结算金额被建立关联并按时间顺序存储，其中，结算日期和时间是由服务器10进行结算的日期和时间，店铺id是执行结算的店铺的id，结算店铺名称是该店铺id的店铺的名称，以及结算金额是执行结算的金额。
[0262]
另外，上述的结算管理数据中，不一定要存储上述的所有信息。并非限定而是作为例子，积分、每日上限设定金额和自动充值设定中的一部分或全部也可以不存储在结算管理数据中。
[0263]
此外，还可以在每次进行结算时，将结算履历的信息发送到终端20并存储在终端20，从而在服务器10中不存储结算履历数据。
[0264]
代码管理数据库159是用于管理代码(在本实施例中为终端显示用代码)的数据库，图4
‑
6中表示其数据结构的一个例子。
[0265]
在代码管理数据库159中，并非限定而是作为例子，存储按结算应用的每个应用id生成的代码管理数据。
[0266]
在各代码管理数据中存储应用id的同时，并非限定而是作为例子，还将代码生成
日期和时间、代码序列号、结算用号码和代码有效期限建立关联并按照时间顺序存储。
[0267]
在代码生成日期和时间中存储基于由时钟部19计时的信息生成该终端显示用代码的日期和时间。
[0268]
在代码序列号中存储用于识别该代码的号码。例如，按照从旧到新的顺序设定并存储代码序列号。
[0269]
在结算用号码中存储在生成该终端显示用代码时发行的结算用号码。
[0270]
代码有效期限是使用该终端显示用代码的结算有效的期限，是在服务器10侧对每个生成的终端显示用代码管理的期限。
[0271]
例如，以服务器10生成终端显示用代码的日期和时间为“代码生成日期和时间”，并且以由服务器10设定的代码的有效时间为“代码有效时间”，在这种情况下，并非限定而是作为例子，由代码有效期限管理处理部1115将“从代码生成日期和时间到经过代码有效时间为止的期间”设定为代码有效期限并存储。
[0272]
代码有效期限是由服务器10设定的期限，也可以说是能够使用该终端显示用代码来进行结算的期限。
[0273]
在此，代码有效时间可以适当地设定变更，并非限定而是作为例子，可以设定如为“6小时”、“12小时”、“18小时”和“24小时”等时间。
[0274]
然而，如果将过长的时间设定为代码有效时间，则终端20或终端20的用户与终端显示用代码被建立关联(绑定)的时间变长，可能会导致出现上述那些问题。因此，可以是代码有效时间最长24小时左右。
[0275]
存储在代码管理数据中的终端显示用代码的数据，并非限定而是作为例子，可以在通过利用该终端显示用代码进行结算处理之后从代码管理数据中删除。
[0276]
另外，并非限定而是作为例子，在已经过了与该终端显示用代码建立关联的代码有效期限的情况下，也可以从代码管理数据中删除该终端显示用代码的数据。
[0277]
此外，还可以不是如上所述那样从代码管理数据中删除变得不可利用的终端显示用代码的数据，并非限定而是作为例子，而是与终端显示用代码的数据建立关联并设定表示该终端显示用代码的可否利用的标志“可以利用/不可利用”。于是，对于变得不可利用的终端显示用代码，可以将标志设定为“不可利用”，也可以不这样。
[0278]
此外，在上述中，例如代码生成日期和时间也可以不存储在代码管理数据中。
[0279]
此外，代替应用id或者除了应用id之外，还可以将存储在用户注册数据153中的终端电话号码等的终端标识信息存储在代码管理数据中，也可以不这样。
[0280]
(2)终端的功能结构
[0281]
图4
‑
7是表示在本实施例中由终端20的控制部21实现的功能的一个例子的图。
[0282]
终端20作为由控制部21实现的功能而具有结算应用处理部211。
[0283]
结算应用处理部211具有基于存储在存储部28的结算应用软件281来执行结算应用处理的功能，该结算应用处理用于进行与结算有关的处理。
[0284]
结算应用处理部211，并非限定而是作为例子，作为功能部包括代码显示处理部2113，该代码显示处理部2113执行代码显示处理。
[0285]
在本实施例中，并非限定而是作为例子，与结算有关的处理是指包括诸如从服务器10获取终端显示用代码的处理(包括向服务器10委托生成终端显示用代码的处理和从服
务器10接收所生成的终端显示用代码的处理)、储存从服务器10获取的终端显示用代码的处理、显示所储存的终端显示用代码图像的处理(代码显示处理)、从服务器10获取终端用结算完成通知的处理等的、与进行结算具有某种关联的处理，更具体地说，作为与进行结算有关联的处理在终端20执行的处理整体的概念。
[0286]
图4
‑
8是表示本实施例中的终端20的存储部28中所存储的信息的一个例子的图。
[0287]
在存储部28中，并非限定而是作为例子，存储结算应用软件281，作为从服务器10预先通过下载等而获得的应用软件。
[0288]
在结算应用软件281中，并非限定而是作为例子，包括结算应用程序282和结算应用数据283。
[0289]
在结算应用数据283中存储在结算应用软件中使用的各种的数据。该结算应用数据283中，并非限定而是作为例子，存储终端显示用代码储存数据2831、结算用数据2832和店铺数据2833。
[0290]
在终端显示用代码储存数据2831中，是储存了在在线状态下从服务器10获取的终端显示用代码的数据。图4
‑
9表示作为该数据的一个例子的第1终端显示用代码储存数据2831a的数据结构的例子。
[0291]
在终端显示用代码储存数据2831中，并非限定而是作为例子，代码接收日期和时间、代码序列号、代码数据以及代码有效期限被建立关联并存储。
[0292]
在代码接收日期和时间中，并非限定而是作为例子，存储终端20从服务器10接收该终端显示用代码的日期和时间。
[0293]
在代码序列号中存储终端20与该终端显示用号码一起从服务器10接收的代码序列号。
[0294]
在代码数据中，并非限定而是作为例子，存储终端20从服务器10接收的终端显示用代码的代码图像的数据。
[0295]
在代码有效期限中，并非限定而是作为例子，存储终端20与终端显示用代码一起从服务器10接收的、与该终端显示用代码被建立关联地设定的代码有效期限。
[0296]
存储在第1终端显示用代码储存数据2831a中的终端显示用代码的数据，并非限定而是作为例子，由服务器10利用该终端显示用代码进行结算处理，并且在从服务器10接收到终端用结算完成通知之后(在进行离线结算的情况下，恢复在线状态并且从服务器10接收到终端用结算完成通知之后)，可以从第1终端显示用代码储存数据2831a中删除。
[0297]
此外，并非限定而是作为例子，在已经过了与该终端显示用代码建立关联的代码有效期限的情况下，也可以从第1终端显示用代码储存数据2831a中删除该终端显示用代码的数据。
[0298]
此外，还可以不是如上所述那样从第1终端显示用代码储存数据2831a中删除变得不可利用的终端显示用代码的数据，并非限定而是作为例子，而是与终端显示用代码的数据建立关联并设定表示该终端显示用代码的可否使用的标志“可以利用/不可利用”。于是，对于变得不可利用的终端显示用代码，可以将标志设定为“不可利用”，也可以不这样。
[0299]
此外，在上述中，例如代码接收日期和时间或代码有效期限也可以不存储在第1终端显示用代码储存数据2831a中。
[0300]
另外，在本实施例中，与终端显示用代码建立关联的代码有效期限是从服务器10
发送给终端20的，但是与此不同，与终端显示用代码建立关联的代码有效期限也可以不从服务器10发送给终端20。
[0301]
在这种情况下，第1终端显示用代码储存数据2831a中，可以不存储代码有效期限，并非限定而是作为例子，而是将代码接收日期和时间、代码序列号以及代码数据建立关联并存储。关于这一点，随后将在变形例中予以说明。
[0302]
此外，代替代码接收日期和时间或者除了代码接收日期和时间之外，并非限定而是作为例子，还可以存储将从服务器10接收的终端显示用代码存储在第1终端显示用代码储存数据2831a的日期和时间(以下，称为“代码存储日期和时间”。)，也可以不这样。
[0303]
另外，在代码数据中，并不一定必须存储终端显示用代码的代码图像的数据，代替该数据或者除了该数据之外，也可以存储终端显示用代码的原始信息(在本实施例中是结算用号码)，也可以不那样做。详细情况将在后面描述。
[0304]
结算用数据2832是存储在终端20中的结算用的数据，图4
‑
10中表示作为该数据的一个例子的结算用数据2832a的结构。
[0305]
在结算用数据2832a中，并非限定而是作为例子，存储应用id、积分、余额、每日上限设定金额、自动充值设定以及结算履历数据。
[0306]
控制部21基于在恢复在线状态后从服务器10接收到的终端用结算完成通知，并非限定而是作为例子，将结算日期和时间、店铺id、结算店铺名称、以及结算金额建立关联并按时间顺序存储，其中，结算日期和时间是由服务器10结算的日期和时间，店铺id是由服务器10结算的店铺的id，结算店铺名称是该店铺id的店铺的名称，以及结算金额是由服务器10结算的金额。
[0307]
在店铺数据2833中，并非限定而是作为例子，存储在服务器10的店铺注册数据155a中存储的各种的店铺信息。
[0308]
并非限定而是作为例子，可以在结算应用软件281的更新的定时，从服务器10向终端20分发最新的店铺信息来更新店铺数据2833。
[0309]
另外，在存储部28中，并非限定而是作为例子，存储终端数据289。
[0310]
终端数据289是关于该终端20的数据，并非限定而是作为例子，包括终端电话号码或终端邮件地址等的终端识别信息、以及在终端20侧的各种的设定信息等。
[0311]
＜显示画面例＞
[0312]
图4
‑
11是表示本实施例中显示在终端20的显示部24上的结算应用的首页的一个例子的图。
[0313]
该首页的构成与图3
‑
2中的构成相同，在此，显示的是由终端20的用户触摸“代码图标”的状态。
[0314]
图4
‑
12是表示本实施例中显示在终端20的显示部24上的代码显示画面的一个例子的图。并非限定而是作为例子，该代码显示画面通过在离线状态下如图4
‑
11所示触摸“代码图标”来显示。
[0315]
在该代码显示画面中，储存在终端20的存储部28中的终端显示用代码被读出，作为该代码图像，由条形码表示的一维的第1终端显示用代码图像和由qr码表示的二维的第1终端显示用代码图像qc1分别显示在显示画面中的不同区域。另外，在一维的第1终端显示用代码图像的下方，显示用12位数字表示的结算用号码。
[0316]
当进行离线结算时，终端20的用户通过在代码收银机60处将上述的代码显示画面提示给店铺的店员，并由店铺读码器装置50读取终端显示用代码图像来进行结算。在这种情况下，并非限定而是作为例子，店铺读码器装置50向服务器10发送结算请求信息，使服务器10进行结算，其中该结算请求信息包含从读取的终端显示用代码图像通过解码所获取的信息(在本例中为结算用号码)和读取终端显示用代码图像的时刻的信息。详细情况将在后面描述。
[0317]
图4
‑
13是表示从离线状态恢复到在线状态之后，基于从服务器10接收到的终端用结算完成通知，在显示部24上显示的结算结果画面的一个例子的图。
[0318]
在结算结果画面上，以弹出形式在图4
‑
12所示的代码显示画面的画面中心部分与“结算完成”文字一起显示“您可以从“结算履历”中确认详细信息”的消息以及用于确认结算履历的“确认图标”。
[0319]
在上述显示画面的例子中，由于终端20的用户无需知道是处于在线状态还是离线状态，而可以通过例如触摸代码图标来显示代码显示画面，从而能够提高用户的便利性。
[0320]
＜处理＞
[0321]
图4
‑
14是表示本实施例中各装置执行的处理的流程的一个例子的流程图。从左侧起依次分别表示作为终端20的控制部21执行的结算应用处理的一个例子的第1结算应用处理、作为店铺读码器装置50的控制部51执行的店铺结算处理的一个例子的第1店铺结算处理、以及作为服务器10的控制部11执行的结算管理处理的一个例子的第1结算管理处理。
[0322]
图4
‑
14的流程图是将图3
‑
4的流程图进行部分改写的图。与图3
‑
4的流程图相比，并非限定而是作为例子，在步骤a330～a350、b350、b360、c320、c330、c370等上有所不同。
[0323]
在该处理中，作为一个例子，将用于识别终端20或终端20的用户的识别信息作为上述的应用id予以说明。
[0324]
在c110之后，服务器10的控制部11进行终端显示用代码生成处理(c320)。具体而言，并非限定而是作为例子，使用用于生成规定位数(例如，10位至12位左右的位数)的随机数字的方法(算法)来生成规定位数的随机数字作为结算用号码。然后，并非限定而是作为例子，生成至少将结算用号码作为原始信息来包含的终端显示用代码图像。更具体而言，至少对结算用号码进行编码(符号化)和图形化(图像化)，以生成由二维码(例如qr码)的图像表示的终端显示码图像。
[0325]
然后，将基于时钟部19的计时信息的代码生成日期和时间、设定的代码序列号、生成的结算用号码以及为生成的终端显示用代码设定的代码有效期限与代码管理数据库159中的包含在接收到的代码生成委托信息中的应用id的代码管理数据建立关联并存储。
[0326]
然后，并非限定而是作为例子，控制部11通过通信i/f14将生成的终端显示用代码(在本例中为代码图像)和为该终端显示用代码设定的代码有效期限与代码序列号一起发送给终端20(c330)。
[0327]
接着，若通过通信i/f22从服务器10接收到终端显示用代码(在本例中为终端显示用代码图像)和代码有效期限(a330)，则终端20的控制部21储存所接收到的终端显示用代码(在本例中为终端显示用代码图像)(a340)。具体而言，将所接收的终端显示用代码的代码数据和所接收的代码的有效期限，并非限定而是作为例子，与代码接收日期和时间建立关联并存储在第1终端显示用代码储存数据2831a中。
[0328]
在离线状态下，并非限定而是作为例子，若由终端20的用户进行了代码显示操作，则代码显示处理部2113进行代码显示处理(a350)。具体而言，并非限定而是作为例子，读取存储在第1终端显示用代码储存数据2831a中的终端显示用代码的代码数据，并且在显示部24显示包含终端显示用代码图像的代码显示画面。
[0329]
然后，若由终端20的用户将显示在显示部24上的终端显示用代码图像提示给店铺的店员等，则控制部51进行控制使读码器58读取显示于终端20的显示部24的终端显示用代码图像(b350)。
[0330]
之后，控制部51利用上述的应用接口(api)等，通过通信i/f54访问服务器10，将结算请求信息通过通信i/f54发送给服务器10，其中，该结算请求信息至少包括从读取的终端显示用代码图像通过解码所获取的结算用号码、店铺识别信息、结算预定金额以及读取终端显示用代码图像的时刻(以下，称为“代码读取时刻”。)(b360)。
[0331]
若通过通信i/f14从店铺读码器装置50接收到结算请求信息(c160)，则控制部11进行结算处理(c370)。
[0332]
具体而言，判定包含在接收到的结算请求信息中的结算用号码是否与应用id被建立关联地存储在代码管理数据库159中。于是，当判定为有被存储的情况下，判定包含在所接收到的结算请求信息中的代码读取时刻是否在与该应用id的代码管理数据中的与该结算用号码被建立关联地存储的代码有效期限内。然后，在满足该条件的情况下，判定“可以结算”，并且通过从存储在结算管理数据库157a中的该应用id的结算管理数据中的余额减去结算预定金额来执行结算。
[0333]
此外，储存在终端20中的终端显示用代码不仅能够用于离线结算，而且能够用于在线结算。即，在终端20侧不需要判定(检测)是否处于离线状态，并且无论在线状态或离线状态如何，都可以通过使用储存在终端20中的终端显示用代码来执行结算。
[0334]
＜代码＞
[0335]
在上述处理中，示出了终端20委托服务器10生成终端显示用代码图像，并且由服务器10生成的终端显示用代码图像被发送给终端20的例子，但不限于此，例如，还可以是终端20委托服务器10生成原始信息(在本例中为结算用号码)，并且将由服务器10生成的原始信息发送给终端20的方式，也可以不这样。
[0336]
具体而言，在图3
‑
1的处理中，在a110中控制部21发送委托服务器10生成原始信息的代码生成委托信息。然后，基于该代码生成委托信息，在c120中，控制部11生成原始信息，在c130中，将生成的原始信息发送给终端20。
[0337]
若在a130中从服务器10接收到原始信息，则控制部21基于所接收到的原始信息生成终端显示用代码图像。然后，控制部21在显示部24上显示所生成的终端显示用代码图像。
[0338]
同样地，在图3
‑
4的处理中，若在a130中从服务器10接收到原始信息，则在a240中，控制部21将所接收到的原始信息存储在终端显示用代码储存数据2831。然后，控制部21从终端显示用代码储存数据2831中读取所储存的原始信息，并基于读取的原始信息生成终端显示用代码图像。然后，在a250中，控制部21在显示部24上显示所生成的终端显示用代码图像。
[0339]
同样地，在图4
‑
14的处理中，若在a330中从服务器10接收到原始信息和代码有效期限，则在a340中，控制部21将所接收到的原始信息和代码有效期限储存在第1终端显示用
代码储存数据2831a中。于是，当由终端20的用户在离线状态下进行了显示代码的操作时，控制部21从第1终端显示用代码储存数据2831中读取所储存的原始信息，并基于读取的原始信息生成终端显示用代码图像。然后，在a350中，控制部21在显示部24上显示包含所生成的终端显示用代码图像的代码显示画面。
[0340]
此外，与上述不同，虽然终端20委托服务器10生成终端显示用代码图像并且由服务器10生成的终端显示用代码图像被发送给终端20，然而，终端20也可以不储存从服务器10接收到的终端显示用代码图像，而是储存通过解码从服务器10接收到的终端显示用代码图像所获取的原始信息，也可以不这样。
[0341]
＜第1实施例的效果＞
[0342]
根据第1实施例，终端从服务器接收通过服务器而与有效期限建立关联的代码信息，并将接收到的代码信息存储在存储部。进而，通过基于所存储的代码信息执行与结算有关的处理，能够实现离线结算。
[0343]
具体而言，在第1实施例中，终端20经由通信i/f22从服务器10接收通过服务器10而与代码有效期限(并非限定，第1有效期限的一个例子)建立关联的终端显示用代码图像或结算用号码(并非限定，第1代码信息的一个例子)，然后，终端20通过控制部21将接收到的终端显示用代码图像或结算用号码存储在存储部28。
[0344]
另外，终端20基于所存储的终端显示用代码图像或结算用号码，通过控制部21执行使终端显示用代码图像显示在显示部24上的代码显示处理(并非限定，而是与结算有关的处理的一个例子)。
[0345]
进而，在第1实施例中示出了如下构成，即：结算是基于代码读取时刻(并非限定，而是基于与结算有关的处理的时刻的一个例子)和代码有效期限由服务器10来执行的，其中代码读取时刻为通过店铺读码器装置50读取在代码显示处理中所显示的终端显示用代码图像的时刻。
[0346]
作为通过这种构成所获得的效果的一个例子，即使在终端的通信环境或通信状态不佳或不稳定的情况下，也可以根据第1有效期限和基于与结算有关的处理的时刻，由服务器来妥善地执行结算。此外，例如，由于结算必须在与第1代码信息建立关联的第1有效期限内进行，因此可以防止由于存储在终端中的代码信息被黑客等窃取，或者当在终端上显示与存储在终端中的代码信息相对应的代码图像时，该代码图像被其他用户的终端的照相机等拍摄等而导致的被不正当地使用于结算的风险。
[0347]
在第1实施例中，终端20具备处理器，该处理器读取存储在存储器中的结算应用程序282(并非限定，程序的一个例子)，并执行基于结算应用程序282的结算应用处理。
[0348]
处理器执行从服务器10接收通过服务器10而与代码有效期限(并非限定，而是第1有效期限的一个例子)建立关联的终端显示用代码图像或结算用号码(并非限定，第1代码信息的一个例子)的处理、将接收到的终端显示用代码图像或结算用号码存储在存储器中的处理、以及基于所存储的终端显示用代码图像或结算用号码的代码显示处理(并非限定，而是与结算有关的处理的一个例子)。
[0349]
并且，在第1实施例中示出了如下构成，即：结算是由服务器10基于代码读取时刻(并非限定，基于与结算有关的处理的时刻的一个例子)和代码有效期限来执行的，其中代码读取时刻是通过店铺读码器装置50读取在代码显示处理中显示的终端显示用代码图像
的时刻。
[0350]
通过这种构成，也可以获得与上述相同的效果。
[0351]
另外，在第1实施例中，终端20通过通信i/f22从服务器10接收终端显示用代码及其代码有效期限(并非限定，与第1有效期限有关的信息的一个例子)。并且，在第1实施例中示出了如下构成，即，由控制部21将接收到的代码有效期限与终端显示用代码建立关联并存储在终端显示用代码储存数据2831中。
[0352]
作为通过这种构成获得的效果的一个例子，能够在终端侧掌握通过服务器而与第1代码信息建立关联的第1有效期限。
[0353]
另外，在第1实施例中，服务器10将终端显示用代码图像或结算用号码(并非限定，第1代码信息的一个例子)与代码有效期限(并非限定，第1有效期限的一个例子)建立关联并存储在代码管理数据中。
[0354]
服务器10通过通信i/f14向进行代码显示处理的终端20发送终端显示用代码图像或结算用号码，并且通过通信i/f14接收结算用号码、和在代码显示处理中所显示的终端显示用代码图像被店铺读码器装置50读取的代码读取时刻(并非限定，基于与结算有关的处理的时刻的一个例子)。
[0355]
进而，在第1实施例中示出了如下构成，即，服务器10基于与所接收到的结算用号码建立关联的代码有效期限和接收到的代码读取时刻，通过控制部11来进行结算处理。
[0356]
作为通过这种构成所获得的效果的一个例子，即使在终端的通信状态或通信环境不佳的情况下，服务器也能够根据与接收到的第1代码信息建立关联的第1代码信息和基于在终端执行的与结算有关的处理的时刻来妥善地执行结算。
[0357]
另外，在第1实施例中，服务器10具备处理器，该处理器读取存储在存储器中的结算管理处理程序151(并非限定，程序的一个例子)，并执行基于结算管理处理程序151的结算管理处理。
[0358]
在第1实施例中示出了如下构成，即：处理器执行将终端显示用代码图像或结算用号码(并非限定，第1代码信息的一个例子)与代码有效期限(并非限定，第1有效期限的一个例子)建立关联并存储到代码管理数据中的处理、将终端显示用代码图像或结算用号码发送给执行代码显示处理的终端20并接收结算用号码和通过店铺读码器装置50读取在代码显示处理中所显示的终端显示用代码图像的代码读取时刻(并非限定，基于与结算有关的处理的时刻的一个例子)的处理、以及基于与接收到的结算用号码相关联的代码有效期限和接收到的代码读取时刻的结算处理。
[0359]
通过这样的构成，也可以获得与上述相同的效果。
[0360]
＜第1变形例(1)＞
[0361]
在第1实施例中，从显示代码开始到代码显示时间经过为止的期间被定义为“代码显示期限”，但并不限于此。
[0362]
并非限定而是作为例子，可以将期间结束的时刻或者日期和时间定义为“代码显示期限”，其中该期间是从显示代码开始到代码显示时间经过为止的期间。
[0363]
同样地，在第1实施例中，从代码生成日期和时间开始到代码有效时间经过为止的期间被定义为“代码有效期限”，但并不限于此。
[0364]
并非限定而是作为例子，可以将期间结束的时刻或者日期和时间定义为“代码有
效期限”，其中该期间为从显示代码开始到代码显示时间经过为止的期间。
[0365]
另外，并非限定而是作为例子，还可以不是将代码生成日期和时间作为代码有效期限开始的日期和时间，而是将服务器10向终端20发送终端显示用代码的日期和时间(以下，称为“代码发送日期和时间”。)作为代码有效期限开始的日期和时间，也可以不这样。即，可以将“从代码发送日期和时间开始到经过代码有效时间为止的期间”作为代码有效期限，也可以不这样。在这种情况下，服务器10将终端显示用代码发送到终端20之后，将代码有效期限存储在代码管理数据中。
[0366]
＜第1变形例(2)＞
[0367]
在第1实施例中，终端显示用代码(并非限定，而是代码信息的一个例子)和代码有效期限(并非限定，而是与有效期限有关的信息的一个例子)是从服务器10发送并由终端20接收的，但并不限于此。
[0368]
具体而言，并非限定而是作为例子，在终端20的结算应用数据283中预先存储代码有效时间。于是，并非限定而是作为例子，可以从服务器10发送代码生成日期和时间(并非限定，而是与有效期限有关的信息的一个例子)，并且终端20从服务器10接收代码生成日期和时间，也可以不这样。在这种情况下，终端20可以基于所接收的代码生成日期和时间以及存储在结算应用数据283中的代码有效时间来指定代码有效期限。
[0369]
此外，如上所述，代码发送日期和时间可以是代码有效期限开始的日期和时间，在这里也同样。也就是说，将代码有效期限开始的日期和时间作为与有效期限有关的信息从服务器10发送给终端20。然后，终端20可以基于代码有效时间以及所接收到的代码有效期限开始的日期和时间来指定代码有效期限。
[0370]
除此之外，并非限定而是作为例子，将代码有效期限结束的日期和时间作为与有效期限有关的信息从服务器10发送给终端20。然后，终端20可以基于代码有效时间以及所接收的代码有效期限结束的日期和时间来确定代码有效期限。
[0371]
＜第1变形例(3)＞
[0372]
在第1实施例中，与终端显示用代码建立关联的代码有效期限是从服务器10发送给终端20的，但并不限于此。
[0373]
具体而言，并非限定而是作为例子，可以不将与终端显示用代码建立关联的代码有效期限从服务器10发送给终端20，而且使在终端20侧不知道由服务器10设定的代码有效期限。在这种情况下，终端显示用代码储存数据2831(第1终端显示用代码储存数据2831a或第2终端显示用代码储存数据2831b)中可以不存储代码有效期限，并非限定而是作为例子，而是将代码接收日期和时间、代码序列号以及代码数据建立关联并存储。
[0374]
另外，在这种情况下，在终端20侧，可以设定临时的代码有效期限(以下，称为“临时代码有效期限”。)，也可以不这样。具体而言，并非限定而是作为例子，可以将“从代码接收日期和时间(或者代码存储日期和时间)开始到代码有效时间经过为止的期间”设定为临时代码有效期限，也可以不这样。另外，在这种情况下，终端20可以使用所设定的临时代码有效期限来执行在各实施例和各变形例中说明的处理，也可以不这样。
[0375]
＜第1变形例(4)＞
[0376]
虽然可以将在在线状态下从服务器10获取的一个代码存储在终端20的存储部28的终端显示用代码储存数据2831中，然而还可以存储在在线状态下从服务器10获取的多个
(2个以上)代码。
[0377]
图4
‑
15是表示在这种情况下的第2终端显示用代码储存数据2831b的一个例子的图。
[0378]
第2终端显示用代码储存数据2831b中存储多个终端显示用代码的数据。具体而言，并非限定而是作为例子，将代码接收日期和时间、代码序列号、代码数据以及代码有效期限建立关联并按时间序列存储。
[0379]
在这种情况下，终端20的控制部21在代码显示处理中，并非限定而是作为例子，可以读取第2终端显示用代码储存数据2831b中所存储的终端显示用代码中的最旧的终端显示用代码的代码数据，并且在显示部24上显示包含该终端显示用代码图像的代码显示画面。
[0380]
因此，由于可以将多个代码储存在终端20中，所以即使发生需要多次进行离线结算的情况，也可以立即执行结算，能够提高用户的便利性。
[0381]
＜第1变形例(5)＞
[0382]
在第1实施例中，是将结算用号码或包含结算用号码的终端显示用代码图像作为本公开中的“代码信息”的，但并不限于此。例如，还可以将作为一种认证信息的令牌或包含该令牌的终端显示用代码图像作为本公开的“代码信息”。
[0383]
在这种情况下，不是将结算用号码包含在终端显示用代码图像中，并非限定而是作为例子，可以将通过使用生成随机令牌的方法(算法)所发行的令牌包含在终端显示用代码图像中，也可以不这样。在这种情况下，可以由服务器10侧对识别终端20或终端20的用户的识别信息与所发行的令牌建立关联并存储在存储部15的代码管理数据库159的代码管理数据中。
[0384]
并非限定而是作为例子，“令牌”是用于服务器10认证终端20或终端20的用户是正规的终端20或正规的终端20的用户的一种认证信息。“认证信息”是由认证机构发行的信息，上述的令牌用作由服务器10作为认证机构来发行的认证信息，用以认证终端20或终端20的用户。
[0385]
另外，令牌也可以表述为例如“随机令牌”、“访问令牌”、“结算令牌”等。由于令牌如上所述是随机发行的，因此每次生成终端显示用代码时，令牌是不同的。因此，令牌可以说是作用为一次性密码。
[0386]
另外，除了结算用号码和令牌之外，还可以包括用于读取了终端显示用代码图像的店铺读码器装置50访问由访问服务器10提供的一种结算用网页的url(uniform resource locator)等的信息，其中该结算用网页的url是用于访问由服务器10提供的网址或网页的访问信息的一个例子，也可以不这样。
[0387]
＜第1变形例(6)＞
[0388]
在代码显示画面中，可以在与显示终端显示用代码图像的区域不同的区域中显示代码显示期限的信息或代码有效期限的信息，也可以不这样。
[0389]
关于代码显示期限，并非限定而是作为例子，包括“代码显示期限”、“代码显示期限的剩余时间”、“代码显示期限结束的时刻或者日期和时间”、“代码显示时间”等信息。
[0390]
此外，这些代码显示期限的信息可以说是与代码显示期限有关的信息。
[0391]
此外，关于代码有效期限的信息，并非限定而是作为例子，包括诸如“代码有效期
限”、“代码有效期限的剩余时间”、“代码有效期限结束的时刻和日期”、“代码有效时间”等信息。
[0392]
此外，这些代码有效期限的信息可以说是与代码有效期限有关的信息。
[0393]
图4
‑
16是表示本变形例中的代码显示画面的一个例子的图。
[0394]
在该代码显示画面上，并非限定而是作为例子，代码显示期限的剩余时间显示在二维的第1终端显示用代码图像qc1的下方。
[0395]
代码显示期限的剩余时间，并非限定而是作为例子，以显示代码显示画面的定时(开始显示的定时)作为基准，基于时钟部29a的计时时刻来显示/更新。
[0396]
此处的显示例子中，是用与图3
‑
3相同的模式显示代码显示期限的剩余时间的，以便用户容易理解。然而，与此不同地，代码显示期限的剩余时间也可以用与图3
‑
3不同的模式显示，还可以不这样。
[0397]
图4
‑
17是表示本变形例中的代码显示画面的一个例子的图。
[0398]
在该代码显示画面上，并非限定而是作为一个例子，在二维的第1终端显示用代码图像qc1的上方，与沙漏标记(图像)一起，还显示了与第1终端显示用代码图像建立关联的第1代码有效期限的剩余时间。
[0399]
第1代码有效期限的剩余时间，并非限定而是作为例子，基于在终端显示用代码储存数据2831中所存储的终端显示用代码中的、与该终端显示用代码被建立关联地存储的代码有效期限以及时钟部29a的计时时刻来显示/更新。
[0400]
图4
‑
18是表示本变形例中的代码显示画面的一个例子的图。
[0401]
该代码显示画面是将图4
‑
16的代码显示画面和图4
‑
17的代码显示画面组合而成的代码显示画面。
[0402]
具体而言，并非限定而是作为例子，在第1终端显示用代码图像qc1的上方和下方分别显示第1代码有效期限的剩余时间和第1代码显示期限的剩余时间。
[0403]
图4
‑
19是表示本变形例中的代码显示画面的一个例子的图。
[0404]
该代码显示画面与图4
‑
18基本相同，但代码有效期限的信息的显示有所不同。
[0405]
具体而言，作为代码有效期限的信息，显示的是表示第1终端显示用代码自代码有效期限开始的时刻起直到代码有效时间经过为止是有效的这一情况，并非限定而是作为例子，比如显示字符“2019/06/10从9:00起12小时有效”。
[0406]
图4
‑
16至图4
‑
19中的代码显示画面可以是在离线状态下显示的代码显示画面，也可以是在在线状态下显示的代码显示画面。
[0407]
此外，代替显示代码有效期限的信息，并非限定而是作为例子，还可以显示上述的临时代码有效期限的信息，也可以不这样。
[0408]
＜第1变形例(6)的效果＞
[0409]
本变形例中示出了如下的构成：终端20在代码显示画面内的区域(并非限定，终端的显示区域的一个例子)中显示诸如代码有效期限或代码有效期限的剩余时间等的信息(并非限定，第1有效期限的信息的一个例子)。
[0410]
作为通过这种构成所获得的效果的一个例子，可以向终端的用户通知第1有效期限的信息。
[0411]
此外，本变形例示出了如下的构成：终端20在代码显示画面内的区域(并非限定，
终端的显示区域的一个例子)中显示诸如代码有效期限或代码有效期限的剩余时间等的信息(并非限定，第1有效期限的信息的一个例子)、储存在终端20中的终端显示用代码图像或结算用号码(并非限定，而是第1代码信息的一个例子)。
[0412]
作为通过这种构成所获得的效果的一个例子，能够向终端的用户通知关于第1有效期限的信息和第1代码信息，能够提高用户的便利性。
[0413]
此外，本变形例示出了如下的构成：终端20在离线状态下在代码显示画面内的区域(并非限定，终端的显示区域的一个例子)中显示诸如代码有效期限或代码有效期限的剩余时间等的信息(并非限定，第1有效期限的信息的一个例子)。
[0414]
作为通过这种构成所获得的效果的一个例子，能够基于终端的通信状态，在终端的显示区域中显示关于第1有效期限的信息。例如，即使当终端的通信环境或通信状态不佳或不稳定时，也能够在终端的显示区域中显示第1有效期限的信息，从而提高了用户的便利性。
[0415]
此外，本变形例示出了如下的构成：终端20在代码显示画面内的区域中显示储存在终端20中的终端显示用代码图像或结算用号码(并非限定，第1代码信息的一个例子)以及诸如代码显示期限或代码显示期限的剩余时间等的信息(并非限定，与第1有效期限不同的、可以利用第1代码信息的期限的一个例子)。
[0416]
作为通过这种构成所获得的效果的一个例子，能够向终端的用户通知第1代码信息和与第1有效期限不同的可以利用第1代码信息的日期。
[0417]
＜第1变形例(7)＞
[0418]
在第1实施例中说明的结算应用的显示画面只是一个例子，能够适当地进行设计变更。
[0419]
图4
‑
20是表示在本变形例中显示在终端20的显示部24上的结算应用的首页的一个例子的图。
[0420]
在该首页上，除了上述“代码图标”之外，还显示了表现为“代码(离线)”的“代码(离线)图标”。
[0421]
在本变形例中，“代码图标”是用于在在线状态下显示代码显示画面的图标，“代码(离线)图标”是用于在离线状态下显示代码显示画面的图标。
[0422]
图4
‑
21是表示本变形例中在终端20的显示部24上显示的代码显示画面的一个例子的图。通过在上述的首页上触摸代码(离线)图标来显示该代码显示画面。
[0423]
该代码显示画面在画面上部显示“代码(离线)”，在其下方显示与图4
‑
10的代码显示画面相同的信息。
[0424]
在该显示画面的例子中，当终端20检测到处于离线状态时，根据用户操作，在代码显示画面上显示所储存的终端显示用代码。然后，可以通过使用该终端显示用代码来进行离线结算。
[0425]
＜第1变形例(8)＞
[0426]
在图3
‑
4的处理的a130中，在终端20从服务器10接收到终端显示用代码的定时，可以进行a240和a250的处理，并在显示部24上显示终端显示用代码，也可以不这样。
[0427]
另外，在图4
‑
14的处理的a330中，在终端20从服务器10接收到终端显示用代码和代码有效期限的定时，可以进行a340和a350的处理，并在显示部24上显示终端显示用代码，
也可以不这样。
[0428]
在这种情况下，并非限定而是作为例子，当在支付应用的首页(例如，图3
‑
2)中触摸代码图标时，显示可以切换到终端显示用代码的代码显示画面。
[0429]
＜第1变形例(9)＞
[0430]
在第1实施例中，以“基于与结算有关的处理的时刻”为代码读取时刻的情况为例进行了说明，但并不限于此。
[0431]
首先，可以不是代码读取时刻，而是将包含日期和时间的信息的代码读取日期和时间作为“基于与结算有关的处理的时刻”，也可以不是这样。
[0432]
此外，还可以将在终端20上显示储存在终端20中的终端显示用代码的时刻(以下，称为“代码显示时刻”。)或日期和时间(以下，称为“代码显示日期和时间”。)作为“基于与结算有关的处理的时刻”，也可以不是这样。
[0433]
然而，由于服务器10在在线状态下与终端20通信，可以识别终端显示用代码被显示于终端20上的情况，因此服务器10可以基于时钟部19的计时信息来指定代码显示时刻或代码显示日期和时间。
[0434]
然而，由于服务器10不能在离线状态下与终端20通信，所以服务器10无法掌握终端显示用代码是否被显示在终端20上，并且不能指定代码显示时刻和代码显示日期和时间。
[0435]
因此，并非限定而是作为例子，进行以下的处理。
[0436]
图4
‑
22是表示本变形例中的各装置执行的处理的流程的一个例子的流程图。从左侧起依次表示作为终端20的控制部21执行的结算应用处理的一个例子的第2结算应用处理、作为店铺读码器装置50的控制部51执行的店铺结算处理的一个例子的第2店铺结算处理、以及作为服务器10的控制部11执行的结算管理处理的一个例子的第2结算管理处理。
[0437]
图4
‑
22的流程图是将图3
‑
4的流程图进行部分改写的图。与图3
‑
4的流程图相比，并非限定而是作为例子，在离线状态下的处理步骤有所不同(例如，a450、b450、b460、c470)。
[0438]
在该处理中，作为一个例子，将用于识别终端20或终端20的用户的识别信息作为上述应用id进行说明。
[0439]
在a240之后，在离线状态下，并非限定而是作为例子，若由终端20的用户进行了代码显示操作，则控制部21进行扩展终端显示用代码生成处理，并且代码显示处理部2113进行代码显示处理(a450)。
[0440]
在此，将基于在a240中储存的终端显示用代码、在终端20侧被处理(包括加工/生成和显示等处理)的结算用的代码称为“扩展终端显示用代码”，将该扩展终端显示用代码的代码图像称为“扩展终端显示用代码图像”。
[0441]
扩展终端显示用代码与终端显示用代码同样，是用于在结算类型“终端代码显示”的结算的代码，但是不限于在线结算，也可以用于离线结算。
[0442]
此外，扩展终端显示用代码不仅可以用于离线支付，而且还可以用于在线支付。即，在终端20侧不需要判定(检测)是否处于离线状态，并且无论在线状态和离线状态如何，都可以通过使用扩展终端显示用代码来进行结算。
[0443]
在扩展终端显示用代码生成处理中，并非限定而是作为例子，生成扩展终端显示
用代码图像。具体而言，对从储存在终端显示用代码储存数据2831中的终端显示代码图像通过解码所获得的结算用号码或者储存在终端显示用代码储存数据2831中的结算用号码、与控制部21生成的时间戳信息进行编码(符号化)和图形化(图像化)，来生成扩展终端显示用代码图像。
[0444]
在此，时间戳信息是指表示发生了特定事项(特定事件)的日期和时间、日期、时刻等的信息，与该时间戳信息建立关联的信息和数据(在此为扩展终端显示用代码)作为用于证明在某一时刻确实存在过这一情况的电子时刻证书。
[0445]
在本例中，“在终端20的显示部24上显示扩展终端显示用代码图像”被作为特定事项，终端20的控制部21生成包含代码显示时刻的时间戳信息，其中该代码显示时刻是显示(开始显示)扩展终端显示用代码图像的时刻。代码显示时刻和时间戳信息是“时刻信息”的一个例子，基于由终端20的时钟部29a计时的信息生成。
[0446]
有些店铺不支持二维码的读取，但可能支持一维码的读取。在此，除了二维码(并非限定而是作为例子，诸如qr码)之外，还可以生成用一维码(并非限定而是作为例子，诸如条形码)表示的扩展终端显示用码图像，也可以不这样。
[0447]
另外，代替代码显示时刻，可以生成包括“代码显示日期和时间”的时间戳信息，该“代码显示日期和时间”除了时刻之外还包括日期信息，也可以不这样。
[0448]
另外，为了防止第三方解读原始信息，可以对结算用号码或时间戳信息进行加密得到的信息进行编码，也可以不这样。
[0449]
另外，可以不对时间戳信息进行编码，而是对代码显示时刻或代码显示日期和时间本身进行编码，也可以不这样。
[0450]
在代码显示处理中，并非限定而是作为例子，在显示部24上显示至少包含扩展终端显示用代码图像的代码显示画面。
[0451]
此外，如上所述，在扩展终端显示用代码生成处理中生成二维扩展终端显示用代码图像的情况下，并非限定而是作为例子，可以显示二维扩展终端显示用代码图像。
[0452]
另外，在扩展终端显示用代码生成处理中还生成了一维扩展终端显示用代码图像的情况下，并非限定而是作为例子，除了二维扩展终端显示用代码图像之外，还可以显示一维扩展终端显示用代码图像。在这种情况下，可以在一维扩展终端显示用代码图像附近同时显示结算用号码，也可以不这样。
[0453]
然后，若终端20的用户将显示在显示部24上的扩展终端显示用代码图像提示给店铺的店员等，则控制部51进行控制使控制读码器58读取显示在终端20的显示部24上的扩展终端显示用代码图像(b450)。
[0454]
控制部51通过通信i/f54访问服务器10。然后，控制部51通过通信i/f54向服务器10发送结算请求信息，该结算请求信息至少包括通过解码所获取的结算用号码以及时间戳信息、店铺识别信息以及结算预定金额(b460)。
[0455]
若通信i/f14从店铺读码器装置50接收到结算请求信息(c160)，则控制部11进行结算处理(c470)。
[0456]
具体而言，判定包含在所接收到的结算请求信息中的结算用号码是否与应用id被建立关联地存储在代码管理数据库159中。在判定为有被存储在代码管理数据库159中的情况下，判定由包含于所接收到的结算请求信息中的时间戳信息所指定的代码显示时刻是否
在该应用id的代码管理数据中的、与该结算用号码被建立关联地存储的代码有效期限内。当满足该条件时，判定为“可以结算”，并且通过从存储在结算管理数据库157a中的该应用id的结算管理数据中的余额中减去结算预定金额来进行结算。
[0457]
此外，如果还判定是否是在上述的代码显示期限内的结算，并非限定而是作为例子，可以通过将服务器10的时钟部19的计时时刻、和由接收到的结算请求信息中包含的时间戳信息所指定的代码显示时刻、之间的差值时间与代码显示时间进行比较，以一并判定是否在代码显示期限内。
[0458]
＜第2实施例＞
[0459]
在第1实施例中，基于代码有效期限使服务器10进行结算。然而，终端20的用户不一定能够在代码有效期限内办理用于使服务器10进行结算的手续。
[0460]
此外，当已经经过了代码有效期限的情况下，需要从服务器10再次获取终端显示用代码，但是该操作对于有些用户来说可能是麻烦的。
[0461]
第2实施例中记载的内容能够应用于其他各实施例及其他各变形例的任意一个。
[0462]
另外，针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
[0463]
图5
‑
1是表示在本实施例中存储在终端20的存储部28中的信息的一个例子的图。
[0464]
在本实施例中，结算应用程序282，并非限定而是作为例子，包括作为子程序的终端侧代码更新处理程序2821，该终端侧代码更新处理程序2821被执行为终端侧代码更新处理。
[0465]
＜处理＞
[0466]
图5
‑
2是表示本实施例的各装置执行的处理的流程的一个例子的流程图。左侧表示终端20的控制部21执行的终端侧代码更新处理，右侧表示服务器10的控制部11执行的服务器侧代码更新处理。并非限定而是作为例子，这些处理是分别作为上述的终端20的结算应用处理和上述的服务器10的结算管理处理的子处理而执行(例如，在后台执行)的处理。
[0467]
首先，控制部21进行代码更新条件判定处理(d110)。具体而言，并非限定而是作为例子，判定由终端20的时钟部29a所计时的时刻(以下称为“终端计时时刻”。)是否成为从终端显示用代码储存数据2831中所存储的与终端显示用代码建立关联的代码有效期限结束的时刻(日期和时间)的设定时间前的时刻。
[0468]
并非限定而是作为例子，设定时间可以基于代码有效时间来设定。
[0469]
例如，当代码有效时间为“12小时”时，可以将其一半的“6小时”设定为设定时间，当代码有效时间为“24小时”时，可以将其一半的“12小时”设定为设定时间。为了更新终端显示用代码，优选具有一定余量的时间。
[0470]
此外，也可以不是判定是否成为从代码有效期限结束的时刻的设定时间前的时刻，并非限定而是作为例子，而是判定是否从代码接收时刻(代码日期和时间)或代码存储时刻(代码存储日期和时间)起经过了设定时间，也可以不这样。
[0471]
即，作为代码更新条件的判定的基准的时刻(基准时刻)，可以是代码有效期限结束的时刻，也可以是代码接收时刻或代码存储时刻。
[0472]
在应用第1终端显示用代码储存数据2831a的情况下，由于存储了1个终端显示用代码，因此可以以该终端显示用代码为对象，基于与该终端显示用代码建立关联的代码有
效期限来进行d110的判定。
[0473]
另一方面，在应用第2终端显示用代码储存数据2831b的情况下，由于存储了多个终端显示用代码，因此可以以该多个终端显示用代码分别为对象，基于与各个终端显示用代码建立关联的代码有效期限来进行d110的判定。
[0474]
在成为设定时间前的时刻的情况下，控制部21判定代码更新条件成立。
[0475]
若判定代码更新条件成立(d120：是)，则控制部21判定是否处于在线状态(d130)。进而，若判定是处于在线状态(d130：是)，并非限定而是作为例子，则控制部21通过通信i/f22向服务器10发送代码更新委托信息，该代码更新委托信息包含应用id和委托更新的终端显示用代码的代码序列号(d160)。
[0476]
这里，“代码更新委托信息”是用于委托(也可以称为申请)更新(也可以称为重新获取)储存在终端20中的终端显示用代码的信息，也可以说是与代码信息的更新有关的请求。
[0477]
另外，“代码更新委托信息”也可以说是委托发送更新后的终端显示用代码(新的终端显示用代码)的信息。
[0478]
服务器10的控制部11判定是否从终端20接收到代码更新委托信息(e110)。若判定接收到(e110：是)，则执行终端显示用代码更新处理(e120)。
[0479]
具体而言，并非限定而是作为例子，参考存储部15的代码管理数据库159中的、包含在接收到的代码更新委托信息中的应用id的代码管理数据。然后，判定在该代码管理数据中是否存在、包含在所接收到的代码更新委托信息中的代码序列号，若判定存在，则执行与上述的终端显示用代码生成处理同样的处理，以生成更新用的终端显示代码。然后，更新与该代码序列号被建立关联地存储在代码管理数据中的代码生成日期和时间、结算用号码和代码有效期限。将以这种方式更新的终端显示用代码在下文中称为“更新终端显示用代码”。
[0480]
然后，控制部21通过通信i/f14向终端20发送更新终端显示用代码及其代码有效期限(e170)。
[0481]
之后，控制部11判定是否结束处理(e190)，若判定为继续处理(e190：否)，则将处理返回到e110。此外，若判定为结束处理(e190：是)，则结束服务器侧代码更新处理。
[0482]
此外，若没有从终端20接收到代码更新委托信息时(e110：否)，则控制部11将处理转移到e190。
[0483]
若通过通信i/f22从服务器10接收到更新终端显示用代码及其代码有效期限(d170)，则控制部21更新与相应的代码序列号被建立关联地存储在终端显示用代码储存数据2831中的代码接收日期和时间、代码数据以及代码有效期限(d180)。通过进行该更新处理，作为更新对象的终端显示用代码(旧终端显示用代码)变得不可利用(不可使用)。
[0484]
此外，在d180中，可以通过进行将接收到的更新终端显示用代码及其代码有效期限作为单独的数据(新的数据)存储在终端显示用代码储存数据2831中、对作为更新对象的终端显示用代码设定“不可利用”标志的处理等，使作为更新对象的终端显示用代码(旧的终端显示用代码)变得不能利用，也可以不这样。
[0485]
之后，控制部21判定是否结束处理(d190)，若判定为继续处理(d190：否)，则将处理返回到d110。另外，若判定为结束处理(d190：是)，则结束终端侧代码更新处理。
[0486]
另外，若判定代码更新条件不成立(d120：否)，或者判定不是处于在线状态(d130：否)，则控制部11将处理转移到d190。
[0487]
此外，在该处理中，在终端显示用代码被更新的情况下，终端20可以通过推送通知在显示部24上显示表示终端显示用代码被更新的信息(例如，表示终端显示用代码被更新主旨的消息或者表示终端显示用代码被更新这一情况的图像)，或者在结算应用正在执行的情况下，也可以在显示部24的结算应用画面上显示该信息。
[0488]
＜第2实施例的效果＞
[0489]
第2实施例示出了如下的构成：终端20基于与预先储存在终端20中的终端显示用代码(并非限定，第1代码信息的一个例子)建立关联的代码有效期限(并非限定，第1有效期限的一个例子)，通过通信i/f22从服务器10接收与该终端显示用代码不同的更新终端显示用代码(并非限定，第2代码信息的一个例子)，进而，更新终端显示用代码通过服务器10而与代码有效期限(并非限定，第2有效期限的一个例子)建立关联，该代码有效期限不同于与终端显示用代码建立关联的代码有效期限。
[0490]
作为通过这种构成所获得的效果的一个例子，由于基于与第1有效期限有关的信息从服务器接收第2代码信息，该第2代码信息是通过服务器而与不同于第1有效期限的第2有效期限建立关联的代码信息，从而能够例如在第1有效期限经过之前从服务器获取第2代码信息，能够提高用户的便利性。
[0491]
另外，第2实施例示出了如下的构成：终端20通过通信i/f22从服务器10接收终端显示用代码以及其代码有效期限(并非限定，与第1有效期限有关的信息的一个例子)，进而，通过控制部21将接收到的代码有效期限与终端显示用代码建立关联并存储在终端显示用代码储存数据2831中。
[0492]
作为通过这种构成所获得的效果的一个例子，能够在终端侧掌握通过服务器而与第1代码信息建立关联的第1有效期限。
[0493]
另外，第2实施例示出了如下的构成：终端20基于与预先储存在终端20中的终端显示用代码建立关联的代码有效期限，通过通信i/f22向服务器10发送代码更新委托信息(并非限定，委托发送第2代码信息的信息的一个例子)。
[0494]
作为通过这种构成所获得的效果的一个例子，能够基于与第1有效期限有关的信息，在适当的定时，委托服务器发送第2代码信息。
[0495]
第2实施例示出了如下的构成：在与预先储存在终端20中的终端显示用代码(并非限定，第1代码信息的一个例子)建立关联的代码有效期限(并非限定，第1有效期限的一个例子)经过之前，经由通信i/f22从服务器10接收更新终端显示用代码(并非限定，第2代码信息的一个例子)。
[0496]
作为通过这种构成所获得的效果的一个例子，能够在第1有效期限经过之前从服务器接收第2代码信息。
[0497]
第2实施例示出了如下的构成：终端20基于接收到更新终端显示用代码，通过控制部21进行用所接收的更新终端显示用代码及其代码有效期限来分别更新作为更新对象的终端显示用代码及其代码有效期限的处理(并非限定，使第1代码信息不可利用的处理的一个例子)，或者进行对作为更新对象的终端显示用代码设定“不可利用”标志的处理(并非限定，使第1代码信息不可利用的处理的一个例子)。
[0498]
作为通过这种构成所获得的效果的一个例子，由于基于更新终端显示用代码的接收，使第1代码信息不可利用，从而能够防止预先存储在存储部中的旧的第1代码信息被用于结算。
[0499]
＜第2变形例(1)＞
[0500]
在第2实施例中，基于预先储存在终端20中的终端显示用代码的代码有效期限来判定代码更新条件是否成立，但并不限于此。可以适当地改变代码更新条件的设定。
[0501]
图5
‑
3是表示在本变形例中存储在终端20的存储部28中的信息的一个例子的图。
[0502]
在本变形例中，结算应用数据283中，并非限定而是作为例子，包括用户日程数据2834和代码更新条件数据2835。
[0503]
用户日程数据2834是存储终端20的用户的日程的信息(以下，称为“用户日程信息”。)的数据。根据终端20的用户的操作来设定和更新用户日程信息。
[0504]
代码更新条件数据2835是设定了代码更新条件的数据，在图5
‑
4中表示其数据结构的一个例子。
[0505]
在代码更新条件数据2835中，并非限定而是作为例子，条件类别、条件序列号以及代码更新条件被建立关联并设定。
[0506]
＜条件类别“ck1”＞
[0507]
条件类别“ck1”是“时间”的类别，并非限定而是作为例子，包括条件序列号“ck1
‑
1”至“ck1
‑
3”的代码更新条件。
[0508]
作为条件序列号“ck1
‑
1”的代码更新条件，设定了“终端计时时刻成为从代码有效期限结束的时刻的第1设定时间前的时刻”。
[0509]
该条件与在第2实施例中判定的代码更新条件相同。
[0510]
其中，第1设定时间不一定需要代码有效时间的一半，可以适当地改变设定。
[0511]
作为条件序列号“ck1
‑
2”的代码更新条件，设定了“终端计时时刻成为设定时刻(设定时间段)”。
[0512]
该条件表示，在终端计时时刻成为设定时刻或者终端计时时刻成为包含在设定时间段中的时刻的情况下，判定为代码更新条件成立。
[0513]
可以适当地改变设置设定时刻或设定时间段。例如，可以将“午夜0点”或“清晨6点”等的时刻设定为设定时刻，可以将午夜的时间段等设定为设定时间段。
[0514]
作为条件序列号“ck1
‑
3”的代码更新条件，设定了“从上次更新代码起经过第2设定时间”。
[0515]
该条件表示，在从最后更新在终端20中储存的终端显示用代码之后经过了第2设定时间的情况下，判定为代码更新条件成立。
[0516]
可以适当地改变第2设定时间的设置，但需要注意设定比代码有效时间短的时间。
[0517]
＜条件类别“ck2”＞
[0518]
条件类别“ck2”是“用户”的类别，并非限定而是作为例子，包括条件序列号“ck2
‑
1”至“ck2
‑
2”的代码更新条件。
[0519]
作为条件序列号“ck2
‑
1”的代码更新条件，设定了“存在来自用户的代码更新请求操作”。该条件是在由终端20的用户进行了请求更新终端显示用代码的操作(以下，称为“代码更新请求操作”。)的情况下，判定为代码更新条件成立。
[0520]
该条件也可以称为“用户行为”的类别的条件。
[0521]
作为条件序列号“ck2
‑
2”的代码更新条件，设定了“基于用户日程信息(或者结算信息)的更新推荐定时”。该条件表示，当基于存储在用户日程数据2834中的用户日程信息的更新推荐定时到来时，判定为代码更新条件成立。
[0522]
例如，在终端20的用户在定期的定时(例如，每周星期几、每月哪日)在位于通信状况不稳定的地方的店铺中进行购物并进行结算的情况(特卖日等)下，或者在终端20的用户定期地去位于地下的酒吧喝酒并进行结算的情况下，终端20的用户被认为很可能在下一个定时将使用同一店铺并进行结算。
[0523]
因此，终端20基于用户的日程信息的履历(例如，包含在用户日程数据2834中的用户日程信息的履历)来推定下一个可能进行结算的定时(时刻或者日期和时间)，进而，将该定时之前的定时(例如，出发前的定时、出发时的定时、或者到达目的地前的定时)设定为更新推荐定时，以能够在该定时更新终端显示用代码。
[0524]
此外，代替基于用户的日程信息的履历来估计下一个可能进行结算的定时，或者除此之外，还可以基于用户的结算信息(例如，包含在结算用数据2832中的结算履历数据)来估计下一个可能进行结算的定时。
[0525]
该条件也可以称为“日程”、“结算”或者“履历”的类别的条件。
[0526]
＜条件类别“ck3”＞
[0527]
条件类别“ck3”是“位置”的类别，并非限定而是作为例子，包括条件序列号“ck3
‑
1”至“ck3
‑
2”的代码更新条件。这些条件也可以被称为“终端位置”、“用户位置”或“场所”的类别的条件。
[0528]
作为条件类别“ck3
‑
1”的代码更新条件，判定“计算终端位置是设定店铺附近的位置”。该条件表示，基于由位置计算用信息检测部29b检测到的位置计算用信息而计算出的终端20的位置(以下，称为“计算终端位置”。)是设定店铺附近的位置时，判定为代码更新条件成立。
[0529]
此外，计算终端位置虽然是计算出的终端20的位置，但是如果用户携带着终端20，则计算出的终端20的位置与终端20的用户的位置相同。也就是说，如果以用户携带着终端20为前提，则可以说终端20的位置与终端20的用户的位置基本上相同。
[0530]
设定店铺，并非限定而是作为例子，可以由终端20侧或服务器10侧预先设定。例如，可以根据终端20的用户的操作，在终端20侧将位于地下等的通信环境不佳的地方的店铺设定为设定店铺，也可以在服务器10侧设定。在这种情况下，能够在终端位置接近设定店铺的定时，更新终端显示用代码。
[0531]
作为条件序列号“ck3
‑
2”的代码更新条件，设定了“计算终端位置是设定范围内的位置”。这表示在计算终端位置是在设定范围内的位置的情况下，判定为代码更新条件成立。
[0532]
例如，有时会举办事件，支持通过结算应用进行结算的店铺可能会在该事件中开店。可能很多人会去举办这种事件的事件会场，并在会场内使用终端20，因此存在通信状态恶化的可能性。
[0533]
另外，在事件是在地下等举行的情况下，还有可能不能进行通信。
[0534]
在此，预先在终端20侧或服务器10侧，并非限定而是作为例子，将以举办事件的事
件会场为中心的规定范围(例如，半径1km以内)设定为设定范围。在这种情况下，能够在终端位置进入预定范围的定时(当终端20的用户接近事件会场的定时)，更新终端显示用代码。
[0535]
＜条件类别“ck4”＞
[0536]
条件类别“ck4”是“紧急”的类别，并非限定而是作为例子，包括条件序列号“ck4
‑
1”的代码更新条件。该条件也可以称为“世间状况”的类别的条件。
[0537]
作为条件序列号“ck4
‑
1”的代码更新条件，设定了“接收灾害信息/灾害预防信息”。该条件表示，当终端20接收到诸如地震灾害信息、气象灾害信息、水灾信息和泥沙流灾害信息等的灾害信息和灾害预防信息时，判定为代码更新条件成立。
[0538]
如果发生灾难，假设通信基础设施等不能工作，则可能导致终端20进入离线状态。在此，在终端20接收到灾害信息/灾害预防信息时，预先更新终端显示用代码。
[0539]
在本实施例中，终端20的控制部21在图5
‑
2的终端侧代码更新处理的d110中，基于代码更新条件数据2835来判定代码更新条件是否成立。并非限定而是作为例子，在至少一个代码更新条件成立的情况下，判定为代码更新条件成立。
[0540]
此外，在代码更新条件数据2835中，预先与各个代码更新条件建立关联地设定优先度。进而，在被建立关联地设定了比规定的优先度(成为阈值的优先度)高的优先度的代码更新条件中的至少一个代码更新条件成立的情况下，可以判定为代码更新条件成立，也可以不这样。
[0541]
此外，也可以在终端20侧或服务器10侧预先设定在代码更新条件数据2835中规定的代码更新条件中应用哪个代码更新条件。在这种情况下，在被进行了应用的设定的代码更新条件中的至少一个代码更新条件成立的情况下，可以判定为代码更新条件成立，也可以不这样。
[0542]
＜第2变形例(1)的效果＞
[0543]
本变形例示出如下的构成：终端20通过通信i/f22接收基于设定时刻从服务器10发送的、通过服务器10而与新的代码有效期限(并非限定，第3有效期限的一个例子)建立关联的更新终端显示用代码(并非限定，而是第3代码信息的一个例子)。
[0544]
作为通过这种构成所获得的效果的一个例子，终端能够通过通信部接收基于设定的时刻从服务器发送的第3代码信息，该第3代码信息通过服务器而与第3有效期限建立关联。
[0545]
另外，本变形例示出如下的构成：终端20通过通信i/f22接收基于终端20的用户的信息(例如，用户日程信息、用户的结算履历、终端20(终端20的用户)的位置等)从服务器10发送的、通过服务器10而与新的代码有效期限(并非限定，第4有效期限的一个例子)建立关联的更新终端显示用代码(并非限定，而是第4代码信息的一个例子)。
[0546]
作为通过这种构成所获得的效果的一个例子，能够通过通信部接收基于终端的用户的信息从服务器发送的第4代码信息，该第4代码信息通过服务器而与第4有效期限建立关联。
[0547]
此外，本变形例示出如下的构成：终端20通过通信i/f22接收基于灾难信息从服务器10发送的、通过服务器10而与新的代码有效期限(并非限定，第5有效期限的一个例子)建立关联的更新终端显示用代码(并非限定，第5代码信息的一个例子)。
[0548]
作为通过这种构成所获得的效果的一个例子，终端能够通过通信部接收基于通过服务器获取的与灾难有关的信息从服务器发送的第5代码信息，该第5代码信息通过服务器而与第5有效期限建立关联。
[0549]
＜第2变形例(2)＞
[0550]
在第2实施例中，是由终端20委托服务器10更新终端显示用代码的，但并不限于此。可以由终端20委托服务器10延长与所储存的终端显示用代码建立关联的代码有效期限，而不委托更新终端显示用代码。
[0551]
图5
‑
5是表示本变形例中的各装置执行的处理的流程的一个例子的流程图。左侧表示终端20的控制部21执行的终端侧代码有效期限延长处理，右侧表示服务器10的控制部11执行的服务器侧代码有效期限延长处理。并非限定而是作为例子，这些处理是分别在上述的终端20的结算应用处理和上述的服务器10的结算管理处理中在后台执行的处理。
[0552]
首先，控制部21进行代码有效期限延长条件判定处理(d210)。代码有效期限延长条件，并非限定而是作为例子，可以是与图5
‑
4所示的代码更新条件同样的条件。
[0553]
此外，在应用第1终端显示用代码储存数据2831a的情况下，由于存储了1个终端显示用代码，可以以该终端显示用代码为对象，基于与该终端显示用代码建立关联的代码有效期限来进行d210的判定。
[0554]
另一方面，在应用第2终端显示用代码储存数据2831b的情况下，由于存储了多个终端显示用代码，因此可以以该多个终端显示用代码分别为对象，基于与各个终端显示用代码建立关联的代码有效期限来进行d210的判定。
[0555]
若判定代码有效期限延长条件成立(d220：是)，则控制部21判定是否处于在线状态(d230)。进而，若判定是处于在线状态(d230：是)，则控制部21进行认证处理(d240)。
[0556]
具体而言，并非限定而是作为例子，使显示部24显示认证画面，使用户输入认证密码。然后，判定输入的认证密码是否与预先注册和存储在结算应用数据283中的认证密码一致。进而，在一致的情况下，认证结果为“ok”，在不一致的情况下，认证结果为“ng”。
[0557]
若认证结果为“ok”(d250：是)，则控制部21，并非限定而是作为例子，通过通信i/f22向服务器10发送代码有效期限延长委托信息，该代码有效期限延长委托信息包含应用id和委托延长代码有效期限的终端显示用代码的代码序列号(d260)。
[0558]
这里，“代码有效期限延长委托信息”是委托(申请)延长与储存在终端20的终端显示用代码建立关联的代码有效期限的信息，也可以说是与代码有效期限的延长有关的请求。
[0559]
此外，“代码有效期限延长委托信息”也可以说是委托发送被延长的代码有效期限的信息。
[0560]
服务器10的控制部11判定是否从终端20接收到代码有效期限延长委托信息(e210)。若判定接收到(e210：是)，则进行代码有效期限延长处理(e220)。
[0561]
具体而言，并非限定而是作为例子，参考存储部15的代码管理数据库159中的、包含在接收到的代码有效期限延长委托信息中的应用id的代码管理数据。然后，判定在该代码管理数据中是否存储有包含在接收到的代码有效期限延长委托信息中的代码序列号，并且若判定存储有，则延长并更新与该代码序列号被建立关联地存储的代码有效期限。以这种方式被延长的代码有效期限在下文中称为“延长代码有效期限”。
[0562]
接着，控制部21通过通信i/f14向终端20发送延长代码有效期限(e270)。
[0563]
之后，控制部11判定是否结束处理(e290)，若判定为继续处理(e290：否)，则将处理返回到e210。此外，若判定为结束处理(e290：是)，则结束服务器侧代码有效期限延长处理。
[0564]
另外，若没有从终端20接收到代码有效期限延长委托信息(e210：否)，则控制部11将处理转移到e290。
[0565]
若通过通信i/f22从服务器10接收到延长代码有效期限(d270)，则控制部21用接收到的延长代码有效期限更新与相应的代码序列号被建立关联地存储在终端显示用代码储存数据2831中的代码有效期限(d280)。
[0566]
之后，控制部21判定是否结束处理(d290)，若判定为继续处理(d290：否)，则将处理返回到d210。此外，若判定结束处理(d290：是)，则结束终端侧代码有效期限延长处理。
[0567]
另外，在判定代码有效期限延长条件不成立的情况下(d220：否)、在判定不是处于在线状态的情况下(d230：否)、或者在认证结果被判定为“ng”的情况下(d250：否)，控制部11将处理转移到d290。
[0568]
此外，在该处理中，在从服务器10接收到延长代码有效期限的情况下，终端20可以通过推送通知在显示部24上显示表示代码有效期限被延长的信息(例如，表示代码有效期限被延长主旨的消息或表示代码有效期限被延长这一情况的图像)，或者在结算应用正在执行的情况下，也可以在显示部24的结算应用画面上显示该信息。
[0569]
另外，在该处理中，不一定需要进行认证处理，也可以省略认证处理。
[0570]
＜第2变形例(2)的效果＞
[0571]
本变形例示出了如下的构成：终端20通过通信i/f22向服务器10发送代码有效期限延长委托信息(并非限定，委托服务器延长第1有效期限的信息的一个例子)。
[0572]
作为通过这种构成所获得的效果的一个例子，能够委托服务器延长第1有效期限。
[0573]
此外，本变形例示出了如下的构成：终端20基于认证处理(并非限定，与终端的用户的认证有关的处理的一个例子)的执行，通过控制部21进行从服务器10获取延长代码有效期限的处理(并非限定，与第1有效期限的延长有关的处理的一个例子)。
[0574]
作为通过这样的构成所获得的效果的一个例子，基于与终端的用户的认证有关的处理的执行来通过终端的控制部进行与第1有效期限的延长有关的处理，从而能够在延长第1有效期限时提高安全性。
[0575]
另外，在本变形例中，终端20通过通信i/f22接收从服务器10发送的延长代码有效期限。进而，在终端20的显示区域显示表示代码有效期限被延长的信息。
[0576]
作为通过这样的构成所获得的效果的一个例子，能够向终端的用户通知第1有效期限被延长这一情况，能够提高用户的便利性。
[0577]
＜第2变形例(3)＞
[0578]
在第2实施例中，可以不是由服务器10根据来自终端20的请求来更新终端显示用代码并将其发送给终端20，而是服务器10在没有来自终端20的请求的情况下更新终端显示用代码并将其发送给终端20，也可以不这样。
[0579]
在本说明书中，将服务器10在没有来自终端20的请求的情况下向终端20发送信息或数据(即，服务器10自发地发送信息或数据)称为“推送发送”。
[0580]
在这种情况下，并非限定而是作为例子，服务器10在定期的定时或特定的定时进行终端显示用代码更新处理。
[0581]
或者，服务器10基于与上述的代码更新条件同样的条件，随时判定代码更新条件的成立与否，并且在判定代码更新条件成立的情况下，进行终端显示用代码更新处理。
[0582]
然后，服务器10将更新终端显示用代码及其代码有效期限推送发送给终端20。
[0583]
另外，在第2变形实施例(2)中，服务器10不是响应于来自终端20的请求而延长代码有效期限，而是可以在没有来自终端20的请求的情况下服务器延长代码有效期限并将其发送给终端20，也可以不这样。
[0584]
在这种情况下，并非限定而是作为例子，服务器10在定期的定时或特定的定时进行代码有效期限延长处理。
[0585]
或者，服务器10基于与上述的代码有效期限延长条件同样的条件，随时判定代码有效期限延长条件的成立与否，并且在判定代码有效期限延长条件的成立时，进行代码有效期限延长处理。
[0586]
然后，服务器10向终端20推送发送延长代码有效期限。
[0587]
＜第2变形例(4)＞
[0588]
在第2实施例中，对更新终端显示用代码的处理进行了说明，但并不限于此。可以是生成新的终端显示用代码的处理而不是更新终端显示用代码的处理，也可以不是这样。
[0589]
具体而言，并非限定而是作为例子，从终端20向服务器10发送委托生成新的终端显示用代码的新代码生成委托信息。服务器10基于从终端20接收到新代码生成委托信息，通过执行与上述的终端显示用代码生成处理同样的处理来生成新的终端显示用代码，并将其与代码生成日期和时间、结算用号码、以及代码有效期限等的信息一起存储在代码管理数据中。然后，服务器10可以向终端20发送生成的新的终端显示用代码和与其代码有效期限有关的信息。
[0590]
＜第3实施例＞
[0591]
第3实施例是与代码有效期限的设定方法(如何设定代码有效期限)有关的实施例。
[0592]
第3实施例中记载的内容可以应用于其他各实施例或其他各变形例中的任意一个。
[0593]
另外，针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
[0594]
图6
‑
1是表示在本实施例中存储在服务器10的存储部15中的信息的一个例子的图。
[0595]
在本实施例中，在存储部15存储，并非限定而是作为例子，存储按帐户管理数据库152、举办事件数据154和代码有效期限设定用数据156。
[0596]
按帐户管理数据库152是结算应用的每个帐户的管理数据，在图6
‑
2中表示其数据结构的一个例子。
[0597]
按帐户管理数据库152中存储每个帐户的帐户管理数据。
[0598]
在各按帐户管理数据中，并非限定而是作为例子，储存应用id、信用评分、终端位置履历数据、用户日程数据、结算履历数据以及离线倾向数据。
等。
[0615]“参考代码有效时间”是指，并非限定而是作为例子，由服务器10设定为默认的有效时间。
[0616]
并非限定而是作为例子，可以将第1实施例中说明的诸如“6小时”、“12小时”、“18小时”和“24小时”等的代码有效时间预先设定为参考代码有效时间。
[0617]
(2)终端位置(用户位置)
[0618]
并非限定而是作为例子，在代码有效期限设定用数据156中设定了用于基于终端位置来设定代码有效时间的条件。
[0619]
例如，在服务器10侧预先设定高安全性的场所(精确定位或者一定范围的区域等)和低安全性的场所。
[0620]
这里所说的“安全性”是指加长代码有效时间不容易产生风险。
[0621]
作为具有高安全性的场所，并非限定而是作为例子，可以考虑终端20不太可能被他人窃取的地方(用户不太可能遗留终端20的地方等)，例如，终端20的用户的家的位置或其附近的区域等。
[0622]
作为低安全性的场所，并非限定而是作为例子，可以考虑终端20被他人窃取的可能性低的地方(用户将终端20遗留的可能性低的地方等)，例如，居酒屋等的餐饮店铺的位置或其附近的区域等。
[0623]
在这种情况下，并非限定而是作为例子，与终端位置包含于低安全性的场所中的情况相比，在终端位置包含于高安全性的场所中的情况下可以将更长的时间设置为代码有效时间。
[0624]
例如，可以预先设定：当终端位置包含于高安全性的场所时，代码有效时间为“参考代码有效时间
×
1.2”，并且当终端位置包含于低安全性的场所时，代码有效时间为“参考代码有效时间
×
0.8”。
[0625]
(3)用户日程
[0626]
在代码有效期限设定用数据156中，并非限定而是作为例子，设定用于基于用户日程来设定代码有效期限的条件。
[0627]
例如，在用户计划在预定时间以内或预定天数以内参加特定的事件的情况下，使用终端显示用代码进行结算的可能性很高。
[0628]
因此，并非限定而是作为例子，如果终端20的用户计划在预定时间以内或预定天数以内去参加特定的事件，则可以将比参考代码有效时间长的时间设置为代码有效时间。
[0629]
(4)结算履历
[0630]
在代码有效期限设定用数据156中，并非限定而是作为实施例，设定用于基于终端20的用户的结算履历来设定代码有效时间的条件。
[0631]
在由结算履历知道终端20的用户倾向于在定期的定时(例如，每周星期几、每月哪天)利用相同的店铺进行结算的情况下，终端20的用户很可能在下一个定时利用相同的店铺进行结算。
[0632]
因此，并非限定而是作为例子，当终端20的用户倾向于在定期的定时利用同一店铺来进行结算时，可以将比参考代码有效时间长的时间设定为代码有效时间。
[0633]
另外，可以基于终端20的用户进行结算的频率或次数来设定代码有效时间。
[0634]
具体而言，基于与该应用id建立关联的结算履历数据，计算在单位期间中进行结算的频率(以下，称为“结算频率”。)或次数(以下，称为“结算次数”。)。进而，结算频率越高或者结算次数越多，可以将更长的时间设定为代码有效时间。
[0635]
(5)离线倾向
[0636]
在代码有效期限设定用数据156中，并非限定而作为例子，设定用于基于离线倾向来设定代码有效时间的条件。
[0637]
如果终端20频繁地进入离线状态，则除非将代码有效时间设置得更长，否则在紧急情况下可能无法进行结算。
[0638]
在此，并非限定而是作为例子，计算终端20在单位期间内进入离线状态的频率(以下，称为“离线频率”。)或次数(以下，称为“离线次数”。)。进而，离线频率越高或者离线次数越多，则可以将更长的时间预设为代码有效时间。
[0639]
另外，上述的判定项目只是一个例子，能够适当地进行设定变更。
[0640]
例如，在终端20侧，使用户从多个代码有效时间的候选中选择一个代码有效时间。然后，从终端20向服务器10发送所选择的代码有效时间，并且在服务器10侧与终端20的应用id建立关联地设定从终端20接收的代码有效时间，也可以不这样。
[0641]
在本实施例中，服务器10的控制部11，并非限定而是作为例子，在进行终端显示用代码生成处理(图4
‑
14中的c320)、终端显示用代码更新处理(图5
‑
2中的e120)或代码有效期限延长处理(图5
‑
5中的e220)之前进行代码有效期限设定处理。
[0642]
在代码有效期限设定处理中，控制部11，并非限定而是作为例子，可以参考代码有效期限设定用数据156，并且并非限定而是作为例子，可以基于上述多个判定项中的至少任一个判定项目来设定代码有效期限，也可以通过它们的组合来设定代码有效期限。比如信用评分高、离线频率、或者离线次数多的用户，相比相同信用评分的用户，可以设定更长的有效期限，也可以不这样。
[0643]
＜第3实施例的效果＞
[0644]
第3实施例示出如下的构成：代码有效期限是基于终端20的用户的信息由服务器10来设定的。
[0645]
作为通过这种构成所获得的效果的一个例子，终端能够使服务器基于根据终端的用户的信息适当地设定的第1有效期限来进行结算。
[0646]
另外，第3实施例示出如下的构成：终端20的用户的信息包括用户的信用评分。
[0647]
作为通过这种构成所获得的效果的一个例子，终端能够使服务器基于第1有效期限来进行结算，该第1有效期限是基于终端的用户的信用评分来适当地设置的。
[0648]
另外，第3实施例示出如下的构成：终端20的用户的信息包括用户的位置的信息或者终端的位置的信息。
[0649]
作为通过这种构成所获得的效果的一个例子，终端可以使服务器基于第1有效期限来进行结算，该第1有效期限是基于终端的用户的位置的信息或基于终端的位置的信息来适当地设置的。
[0650]
另外，第3实施例示出如下的构成：终端20的用户的信息包括用户日程信息。
[0651]
作为通过这种构成所获得的效果的一个例子，终端可以使服务器基于第1有效期限来进行结算，该第1有效期限是基于终端的用户的日程的信息来适当地设置的。
[0652]
另外，第3实施例示出如下的构成：终端20的用户的信息包括用户的基于终端显示用代码的结算履历或者结算频率(或结算次数)(并非限定，用户的基于代码信息的结算的信息的一个例子)。
[0653]
作为通过这种构成所获得的效果的一个例子，终端可以使服务器基于第1有效期限来进行结算，该第1有效期限是根据终端的用户的基于代码信息的结算的信息来适当地设置的。
[0654]
另外，第3实施例示出如下的构成：代码有效期限是基于通过服务器10获取的举办事件信息(并非限定，与事件有关的信息的一个例子)来设定的。
[0655]
作为通过这种构成所获得的效果的一个例子，终端可以使服务器基于第1有效期限来进行结算，该第1有效期限是基于通过服务器获取的与事件有关的信息来适当地设置的。
[0656]
＜第4实施例＞
[0657]
第4实施例是与在代码有效期限早于代码显示期限经过的情况下的对策有关的实施例。在这种情况下，由于代码有效期限比代码显示期限先经过，因此在代码显示画面上显示的终端显示用代码有可能无法使用。
[0658]
第4实施例中记载的内容可以应用于其他各实施例或其他各变形例中的任意一个。
[0659]
另外，针对与已出现的构成要素相同的构成要素赋予相同的符号并省略再次的说明。
[0660]
图7
‑
1是表示在本实施例中第1代码显示处理的流程的一个例子的图，该第1代码显示处理是本实施例中的终端20的代码显示处理部2113执行的代码显示处理的一个例子。
[0661]
首先，代码显示处理部2113从终端显示用代码储存数据2831中所存储的终端显示用代码中确定作为显示对象的终端显示用代码(f110)。
[0662]
当在在线状态下从服务器10获取的1个代码储存于终端20中的情况下，存储在第1终端显示用代码储存数据2831a(参见图4
‑
9)中的终端显示用代码被确定为作为显示对象的终端显示用代码。
[0663]
另一方面，当在在线状态下从服务器10获取的多个(2个以上)代码存储于终端20中的情况下，第2终端显示用代码储存数据2831(参见图4
‑
15)中所存储的终端显示用代码中，并非限定而是作为例子，最旧的终端显示用代码(最临近代码有效期限的终端显示用代码)被确定为作为显示对象的终端显示用代码。
[0664]
然后，代码显示处理部2113基于与在f110中确定的终端显示用代码被建立关联地存储的代码有效期限和时钟部29a的计时时刻来判定代码有效期限的剩余时间是否短于上述的代码显示时间(f120)。
[0665]
若判定代码有效期限的剩余时间短于代码显示时间(f120:是)，则代码显示处理部2113从终端显示用代码储存数据2831中删除在f110中确定的终端显示用代码(f130)。然后，代码显示处理部2113，并非限定而是作为例子，在显示部24上显示错误画面，该错误画面包含无法显示终端显示用代码主旨的消息等(f140)，然后结束第1代码显示处理。
[0666]
另一方面，若判定代码有效期限的剩余时间不短于代码显示时间(f120：否)，则代码显示处理部2113在显示部24上显示第1代码显示画面，该第1代码显示画面包含在f110中
确定的终端显示用代码的代码图像(f150)。在这种情况下，如上所述，可以在第1代码显示画面上显示与代码有效期限有关的信息或与代码显示期限有关的信息，也可以不显示。然后，代码显示处理部2113结束第1代码显示处理。
[0667]
在该处理中，在代码有效期限的剩余时间短于代码显示时间的情况下，删除终端显示用代码，并且使该终端显示用代码不显示在显示部24上。
[0668]
此外，在该处理中，虽然在代码有效期限的剩余时间短于代码显示时间的情况下，删除终端显示用代码，并且使终端显示用代码不显示在显示部24上，但并不限于此。
[0669]
具体而言，作为用于临时存储信息的存储区域，并非限定而是作为例子，在终端20的存储部28中提供用于确保代码显示时间量的时间的缓冲区。例如，当代码显示时间被设置为“5分钟”时，提供用于确保“5分钟”的时间的缓冲区。
[0670]
在这种情况下，由于在缓冲区中确保了代码显示时间量的时间，所以终端20的控制部21将“实际的代码显示期限的剩余时间+代码显示时间”作为代码显示期限的剩余时间来进行处理。因此，尽管实际的代码有效期限的剩余时间短于代码显示时间，但是控制部21判定代码有效期限的剩余时间等于或大于代码显示时间，从而在显示部24上显示包含显示对象的终端显示用代码的代码显示画面。
[0671]
图7
‑
2是表示在本实施例中第2代码显示处理的流程的一个例子的图，该第2代码显示处理是本实施例中终端20的代码显示处理部2113执行的代码显示处理的另一例子。
[0672]
另外，对于与上述处理相同的步骤赋予相同的符号并省略再次的说明。
[0673]
该处理是将图7
‑
1中的处理的步骤f130和f140分别变更为步骤f230和f240的处理。
[0674]
在f110之后若判定代码有效期限的剩余时间短于代码显示时间(f120:是)，则代码显示处理部2113进行代码显示期限变更处理(f230)。具体而言，并非限定而是作为例子，将与代码有效期限的剩余时间相同的时间设定为代码显示时间。也就是说，代码显示期限被缩短，使得代码有效期限和代码显示期限变得相同。
[0675]
此后，代码显示处理部2113在显示部24上显示第2代码显示画面，该第2代码显示画面包含在f110中确定的终端显示用代码的代码图像的(f240)。在这种情况下，如上所述，可以在第2代码显示画面上显示与代码有效期限有关的信息或与变更的代码显示期限有关的信息，也可以不显示。然后，代码显示处理部2113结束第2代码显示处理。
[0676]
在该处理中，在代码有效期限的剩余时间短于代码显示时间的情况下，缩短代码显示期限，使得代码有效期限和代码显示期限变得相同，然后在显示部24上显示代码显示画面。
[0677]
图7
‑
3是表示在本实施例中第3代码显示处理的流程的一个例子的图，该第3代码显示处理是本实施例中由终端20的代码显示处理部2113执行的代码显示处理的另一例子。
[0678]
另外，对于与上述处理相同的步骤赋予相同的符号并省略再次的说明。
[0679]
该处理是将图7
‑
1中的处理的步骤f110、f130和f140分别变更为步骤f310、f330和f340的处理。
[0680]
在该处理中，在在线状态下从服务器10获取的多个(2个以上)代码被储存在终端20中，即，多个终端显示用代码的数据被存储在第2终端显示用代码储存数据2831b中。
[0681]
首先，代码显示处理部2113将在第2终端显示用代码储存数据2831b中所存储的终
端显示用代码中，并非限定而是作为例子，最旧的终端显示用代码(最临近代码有效期限的终端显示用代码)确定为作为显示对象的终端显示用代码(f310)。
[0682]
此后，若判定代码有效期限的剩余时间短于代码显示时间(f120:是)，则代码显示处理部2113进行终端显示用代码变更处理(f330)。具体而言，并非限定而是作为例子，将在第2终端显示用代码储存数据2831b中所存储的终端显示用代码中的、代码有效期限的剩余时间等于或长于代码显示时间的最旧的终端显示用代码(最临近代码有效期限的终端显示用代码)变更为作为显示对象的终端显示用代码。
[0683]
此后，代码显示处理部2113在显示部24上显示第3代码显示画面，该第3代码显示画面包含在f330中变更的终端显示用代码的代码图像(f340)。在这种情况下，如上所述，可以在第3代码显示画面上显示与代码有效期限有关的信息或与代码显示期限有关的信息，也可以不显示。然后，代码显示处理部2113结束第3代码显示处理。
[0684]
在该处理中，在代码有效期限的剩余时间短于代码显示时间的情况下，将代码有效期限的剩余时间等于或长于代码显示时间的终端显示用代码变更为显示对象，然后在显示部24上予以显示代码显示画面。
[0685]
此外，在该处理中，虽然在显示代码显示画面之前，变更了作为显示对象的终端显示用代码，但并不限于此。
[0686]
具体而言，代码显示处理部2113在显示了包含作为显示对象的终端显示用代码的代码显示画面之后，判定代码有效期限的剩余时间是否短于代码显示时间。进而，在满足该条件的情况下，还可以执行终端显示用代码变更处理，以将显示中的终端显示用代码变更为代码有效期限的剩余时间等于或长于代码显示时间的终端显示用代码，并将其反映到显示中的代码显示画面上。也就是说，可以在显示代码显示画面的显示中途变更终端显示用代码，也可以不这样。
[0687]
此外，除了上述各种处理之外，例如，并非限定而是作为例子，在判定代码有效期限的剩余时间短于代码显示时间的情况下，可以延长与作为显示对象的终端显示用代码相关联地设定的代码有效期限。
[0688]
具体而言，并非限定而是作为例子，在判定代码有效期限的剩余时间短于代码显示时间的情况下，控制部21延长代码有效期限，使得代码有效期限结束的时刻(日期和时间)变得与代码显示期限结束的时刻(日期和时间)相同。
[0689]
由于若是处于在线状态下则终端20能够与服务器10进行通信，所以通过与上述的终端侧代码有效期限延长处理(参见图5
‑
5)同样的处理来与服务器10进行通信，能够使服务器10延长与作为显示对象的终端显示用代码建立关联的代码有效期限。
[0690]
然而，在离线状态下，终端20不能与服务器10通信。因此，在离线状态下，上述的处理最终还是成为在终端20侧延长代码有效期限的处理。
[0691]
另外，并非限定而是作为例子，例如，如图4
‑
17、4
‑
18和4
‑
19所示，除了终端显示用代码图像和结算用号码之外，在显示在终端20的显示部24上的代码显示画面上还可以显示代码有效期限的信息。
[0692]
然而，例如图4
‑
16所示，可以在代码显示画面上显示代码显示期限的信息，但不显示代码有效期限的信息。
[0693]
在这种情况下，如上所述，并非限定而是作为例子，可以缩短代码显示期限以使得
并且代码有效时间为“6小时”的代码。
[0708]
因此，代码序列号“c
‑
n1”和“c
‑
n2”的2个终端显示用代码与代码序列号“c
‑
n3”和“c
‑
n4”的2个终端显示用代码，尽管代码有效时间是相同的，但是代码有效期限的开始时刻不同，作为结果，代码有效期限不同。
[0709]
在本实施例中，服务器10基于从终端20接收的代码生成委托信息，生成如上所述多个终端显示用代码。然后，并非限定而是作为例子，将所生成的多个终端显示用代码与各自的代码序列号和各自的代码有效期限一起发送给终端20。
[0710]
终端20接收从服务器10发送的多个终端显示用代码以及各自的代码序列号和各自的代码有效期限。然后，将所接收到的信息存储在存储部28的终端显示用代码储存数据2831中。
[0711]
＜第5实施例的效果＞
[0712]
在第5实施例中，基于从终端20发送的代码生成委托信息(并非限定，与委托发送代码信息有关的信息的一个例子)，终端20通过通信i/f22接收通过服务器10而与第1代码有效期限建立关联的第1终端显示用代码图像或第1结算用号码(并非限定，第6代码信息的一个例子)、以及通过服务器10而与第2代码有效期限建立关联的第2终端显示用代码图像或第2结算用号码(并非限定，第7代码信息的一个例子)。其中，第1代码有效期限的开始时刻与第2代码有效期限的开始时刻不同，并且第1代码有效期限的结束时刻与第2代码有效期限的结束时刻不同。
[0713]
作为通过这种构成所获得的效果的一个例子，通过终端接收并存储有效期限的开始时刻和结束时刻不同的多个代码信息，能够提高安全性并降低终端的存储部中所存储的终端显示用代码被其他人窃取的风险。
[0714]
＜第5变形例＞
[0715]
在第5实施例中，在终端显示用代码生成处理中，服务器10生成在代码有效期限的开始时刻(或者开始日期和时间)和结束时刻(或者结束日期和时间)不同的多个终端显示用代码并发送给终端20，但并不限于此。
[0716]
并非限定而是作为例子，服务器10可以生成代码有效期限的开始时刻(或者开始日期和时间)不同、但是代码有效期限的结束时刻(结束日期和时间)相同的多个终端显示用代码并发送给终端20，也可以不这样。在这种情况下，可以通过改变代码有效时间来生成终端显示用代码，使得代码有效期限的结束时刻(结束日期和时间)变得相同。
[0717]
另外，并非限定而是作为例子，服务器10可以生成代码有效期限的结束时刻(或者结束日期和时间)不同、但是代码有效期限的开始时刻(开始日期和时间)相同的多个终端显示用代码并发送给终端20，也可以不这样。
[0718]
另外，可以以任何方式设定代码有效期限相同的终端显示用代码的数量(成为1组(1套)的终端显示用代码的数量)或者代码有效期限不同的终端显示用代码的数量(组的数量、套的数量)等。
[0719]
符号说明
[0720]
1通信系统
[0721]
10服务器
[0722]
20终端
[0723]
30 网络
[0724]
40 店铺pos系统
[0725]
50 店铺读码器装置
[0726]
60 代码收银机
[0727]
70 店铺服务器。