序而实现的。可以是通过一个应用程序来实现一个功能模块的功能的结构。此外，也可以是通过一个应用程序来实现多个功能模块的功能的结构。此外，也可以是通过多个应用程序来实现一个功能模块的功能的结构。
[0084]也就是说，各功能模块将功能表现为模块，并不意味着特定的应用程序、硬件等。
[0085]如图4 (A)所示，若接入印刷装置12的电源(步骤SXl)，则通信控制部15访问印刷装置存储部19，获取存储在印刷装置存储部19中的通信目的地信息数据19a (步骤SAl)。
[0086]通信目的地信息数据19a是表示在WebSocket连接CT的建立时要访问的控制服务器10的地址(域名、IP地址、路径名等)的数据。这里，在WebSocket中，为了 WebSocket连接CT的建立，客户端(本例中为印刷装置12)对服务器(本例中为控制服务器10)进行使用了 HTTP (Hypertext Transfer Protocol，超文本传送协议)的握手。在该握手中，客户端发送包含服务器的地址的消息，通信目的地信息数据19a是表示地址的数据。
[0087]接下来，通信控制部15基于通信目的地信息数据19a表示的地址，与控制服务器10的通信管理部25共同在通信部16与第一连接部26之间建立WebSocket连接CT (步骤SA2、步骤SBl)。本实施方式所涉及的印刷装置12在不接收基于用户的指示、来自控制服务器10的要求的情况下，以电源的接入为触发来建立WebSocket连接CT。
[0088]通信部16以及第一连接部26是按照WebSocket的标准、手续来进行数据的收发的WebSocket接口。这些功能模块是使用例如WebSocket的Socket库(library)而生成的。
[0089]也就是说，通信部16具有如下功能:对于从通信控制部15接收到的数据，根据WebSocket的协议来进行处理，以WebSocket的手续，通过WebSocket连接CT来发送数据。此外，通信部16具有如下功能:对于通过WebSocket连接CT来接收到的数据，进行按照WebSocket的处理，并发送到通信控制部15。对于第一连接部26也是同样的。
[0090]通过WebSocket连接CT的建立，印刷装置12以及控制服务器10能够非同步地进行双向通信。换句话说，控制服务器10能够在不从作为客户端的印刷装置12接收请求的情况下，利用WebSocket连接CT而通过推送来向印刷装置12发送数据。
[0091]接下来，印刷装置12的通信控制部15访问印刷装置存储部19，获得存储在印刷装置存储部19中的印刷装置识别信息数据19b (步骤SA3)。印刷装置识别信息数据19b是表示印刷装置12的识别信息(下面称为“印刷装置识别信息”)的数据。印刷装置识别信息例如是在印刷装置12的制造阶段被分配给印刷装置12的序列号。
[0092]接下来，通信控制部15通过WebSocket连接CT，发送印刷装置识别信息数据19b (步骤 SA4) ο
[0093]如图4(B)所示，控制服务器10的通信管理部25接收印刷装置识别信息数据19b (步骤 SB2) ο
[0094]接下来，通信管理部25访问存储在控制服务器存储部28中的第一连接管理DB28a (步骤SB3)。第一连接管理DB28a是针对与印刷装置12之间建立的WebSocket连接CT,将作为WebSocket连接CT的识别信息的连接识别信息与印刷装置识别信息对应存储的数据库。
[0095]接下来，通信管理部25在第一连接管理DB28a中生成I件记录。然后，通信管理部25在生成的记录中，对应存储在步骤SBl中建立的WebSocket连接CT的连接识别信息和在步骤SB2中接收的印刷装置识别信息数据19b表示的印刷装置识别信息(步骤SB4)。另外，通信管理部25在WebSocket连接CT已建立时，生成与已经建立的WebSocket连接CT的连接识别信息不同的值的连接识别信息。通过步骤SB4的处理，管理WebSocket连接CT与印刷装置12的对应关系。
[0096]这样，印刷装置12在不接收基于用户的指示、来自控制服务器10的要求的情况下，以电源的接入为触发来建立WebSocket连接CT。由于是这种结构，因此用户不需要为了建立WebSocket连接CT而进行繁琐的操作。此外，用户也不需要为了建立WebSocket连接CT而掌握专业知识。能够在电源接入后就使印刷装置12为能够在控制服务器10的控制下执行处理的状态。
[0097]如上所述那样，在通信部16与第一连接部26之间，WebSocket连接CT建立。伴随于此，在印刷装置12的印刷控制部17与控制服务器10的印刷数据处理部27之间，基于WebSocket连接CT的第一功能部间通信路径KTl建立。第一功能部间通信路径KTl是对印刷控制部17与印刷数据处理部27之间通信的数据进行收发的逻辑性通信路径。印刷控制部17与印刷数据处理部27能够通过第一功能部间通信路径KT1，进行非同步的双向通信。关于通过第一功能部间通信路径KTl来进行的非同步的双向通信在后面进行叙述。
[0098]此外，通过WebSocket连接CT的建立，从而在印刷装置12的条形码读取器控制部23与控制服务器10的条形码读取器处理部29之间，基于WebSocket连接CT的第二功能部间通信路径KT2建立。第二功能部间通信路径KT2是对在条形码读取器控制部23与条形码读取器处理部29之间通信的数据进行收发的逻辑性通信路径。条形码读取器控制部23与条形码读取器处理部29能够通过第二功能部间通信路径KT2进行非同步的双向通信。关于通过第二功能部间通信路径KT2来进行的非同步的双向通信在后面进行叙述。
[0099]接下来，对结账处理时，也就是到向平板终端9输入关于结账的信息、印刷装置12基于被输入的信息来发行收据为止的各装置的动作进行说明。
[0100]图5是表示结账处理时的控制系统I具备的各装置的动作的流程图。(A)表示平板终端9的动作，(B)表示管理装置14的动作，(C)表示控制服务器10的动作，(D)表示印刷装置12的动作。
[0101]在下面的说明中，在I个店铺系统11中，印刷装置12以及平板终端9被设置在公共的结帐柜台RC。也就是说，下面，说明在I个结帐柜台RC，结帐店员向平板终端9输入关于结账的信息，通过印刷装置12来发行被印刷了关于结账的信息的收据为止的各装置的一系列处理。
[0102]此外，在下面的说明中，针对在条形码读取器控制部23与条形码读取器处理部29之间进行的基于第二功能部间通信路径KT2的非同步的双向通信，以条形码读取器控制部23发送数据的情况为例来进行说明。
[0103]在图5的流程图的动作被进行之前，通过结帐店员、其它的相关人员，进行下面的处理。下面的处理是在例如店铺的开店时等进行的。
[0104]结帐店员等启动被安装在平板终端9的应用程序。与应用程序的启动相应地，终端控制部33通过应用程序的功能，将第一用户接口 35(下面表示为“第一 Π35”)显示在触摸面板31上。
[0105]第一 Π35可以通过利用浏览器的功能来访问规定的服务器(也可以是控制服务器10、作为服务器的管理装置14)，从而显示在浏览器窗口中。
[0106]图6(A)是表不显不在触摸面板31上的第一 UI35的一个例子的图。
[0107]如图6(A)所示，在第一 Π35中，在左上部设置有顾客购入的商品的名称、商品的单价以及商品的数量被一览显示的一览显示区域39。在一览显示区域39的右侧，设置有显示顾客购入的商品的合计金额、结账时从顾客收取的金钱的金额以及应给顾客的找零的金额的金额相关信息显示区域38。在金额相关信息显示区域38的下方，设置有软件数字键37。
[0108]如图5(A)所示，在结帐柜台RC进行结账时，结帐店员通过条形码读取器BR读取顾客购入的商品的条形码(步骤SCI)。与条形码的读取相应地，包含表示条形码读取器BR的读取结果的信息在内的读取结果数据(信息)，从条形码读取器BR通过设备接口 24而被发送到条形码读取器控制部23 (步骤SC2)。
[0109]读取结果数据是构成为包含通过条形码读取器BR而读取了条形码的商品的商品编码在内的规定格式的数据。
[0110]条形码读取器控制部23将接收到的读取结果数据发送到通信控制部15(步骤SC3)。
[0111]通信控制部15将接收到的读取结果数据发送到通信部16(步骤SC4)。
[0112]通信部16将接收到的读取结果数据通过WebSocket连接CT发送到控制服务器10 (步骤 SC5) ο
[0113]如图5(B)所示，第一连接部26通过WebSocket连接CT，接收读取结果数据(步骤SDl)。接下来，第一连接部26将接收到的读取结果数据发送到通信管理部25(步骤SD2)。
[0114]通信管理部25向读取结果数据附加印刷装置12的印刷装置识别信息(步骤SD3)。在步骤SD3中，通信管理部25参照第一连接管理数据库28a，根据WebSocket连接CT与印刷装置12的对应关系，获取印刷装置12的印刷装置识别信息。接下来，通信管理部25将读取结果数据发送到条形码读取器处理部29 (步骤SD4)。
[0115]条形码读取器处理部29获取发送读取结果数据的管理装置14的识别信息，即管理装置识别信息(步骤SD5)。条形码读取器处理部29针对与控制服务器10连接的印刷装置12，对印刷装置12的印刷装置识别信息与发送所接收到的读取结果数据的管理装置14的管理装置识别信息的对应关系进行管理。因此，在步骤SD5中，条形码读取器处理部29基于印刷装置识别信息来获取管理装