一种代码收集处理方法及其系统、装置的制作方法

专利名称：一种代码收集处理方法及其系统、装置的制作方法
技术领域：
本发明涉及一种代码收集处理方法及其系统、装置，尤其涉及一种通过网络收 集及处理由代码读取装置所读取的代码(如条型码)的代码收集处理系统及其相关技术。
背景技术：
专利文献1 (特开2001-306624号公报)中公开了一种利用条型码读取装置的信 息收集系统。该条型码读取装置，将该条型码读取装置所特有的识别数据附加在条型码 数据中，向PC传送。而PC，通过通信网络，向主机传送这些数据。在此情况下，条型码读取装置的识别数据与条型码数据一起，提供给主机。而 主机，与条型码读取装置的识别数据建立关联，管理该用户的个人信息。这样，条型码读取装置的识别数据，一般用于管理用户的个人信息。而本发明 关注于条型码读取装置等客户端的识别信息的新利用。

发明内容
本发明的目的是，能够提供一种代码收集处理系统及其相关技术，该系统能够 将向客户端分配的固有识别信息用于选择处理机制，并将由代码读取装置所读取的代码 及/或其解码结果，向合适的处理机制提供。根据本发明的第1方面所述的代码收集处理系统，其具有读取代码的代码读取 装置和，连接在网络上的服务器，并包括解码功能和提供功能。所述解码功能，将含 有所述代码读取装置的客户端里所固有的识别信息及所述代码，通过连接在网络上的终 端，向所述服务器传送，而所述服务器，将接收的所述识别信息解码，为该识别信息选 择合适的处理机制。所述提供功能，为了使选择的所述处理机制进行处理，而向该功能 提供所述代码或，所述代码及所述识别信息。通过此结构，能够将客户端的识别信息(例如代码读取装置的识别信息、用户 的识别信息、终端的识别信息、或安装在终端上的软件的识别信息、或是这些的2个以 上的组合)用于选择处理机制(例如安装在本服务器上的CGI、其他服务器、或安装在其 他服务器上的CGI)，并能够向合适的处理机制提供代码读取装置所读取的代码。其结 果，能够启动对应客户端的合适处理机制，并能够实行对应所接收代码的信息处理。在该远程码读取系统中，所述解码功能是，将所述识别信息及所述代码解码， 为该识别信息及该代码选择合适的处理机制。根据本发明的第2方面所述的远程码读取系统，其具有读取代码的代码读取装 置和连接在网络上的服务器，并包括第1解码功能、第2解码功能及提供功能。所述第 1解码功能，通过连接在所述网络上的终端，将含有所述代码读取装置的客户端中所固 有的识别信息、及所述代码读取装置所读取的所述代码，向所述服务器传送，所述服务 器依据第1所定算法，将接收的所述识别信息解码，并为该识别信息选择合适的处理机 制。所述第2解码功能，依据第2算法，将接收的所述代码解码。所述提供手段，为了使选择的所述处理 机制进行处理，在所述代码、所述识别信息、及通过所述第2解码功 能所得的解码结果中，至少将解码结果向该处理机制提供。通过此结构，能够将客户端的识别信息(例如代码读取装置的识别信息、用户 的识别信息、终端的识别信息、或安装在终端上的软件的识别信息、或是这些的2个以 上的组合)用于选择处理机制(例如安装在本服务器上的CGI、其他服务器、或安装在其 他服务器上的CGI)，并能够向合适的处理机制提供代码的解码结果。其结果，能够启动 对应客户端的合适处理机制，并能够实行对应所接收代码的信息处理。在该远程码读取系统中，所述第1解码功能是，依据所述第1所定算法，将所述 识别信息及所述代码解码，为该识别信息及该代码选择合适的处理机制。在所述远程码读取系统中，所述第2解码功能是，依据第2所定算法，将所述识 别信息及所述代码解码。根据上述第1及第2方面所述的代码收集处理系统，该所述客户端的所述识别信 息是，所述代码读取装置的识别信息、所述终端的识别信息、用户的识别信息、或安装 在所述终端上的软件的识别信息、或是这些的2个以上的组合。根据本发明的第3方法所述的代码收集处理系统，其具有读取代码的代码读取 装置和，连接在网络上的服务器，并包括解码功能和提供功能。所述解码功能，将含有 所述代码读取装置读取的所述代码，通过连接在网络上的终端，向所述服务器传送，而 所述服务器，将接收的所述代码解码，为该代码选择合适的处理机制。所述提供功能， 为了使选择的所述处理机制进行处理，而向该功能提供所述代码。通过此结构，能够将代码读取装置读取的代码用于选择处理机制(例如安装在 本服务器上的CGI、其他服务器、或安装在其他服务器上的CGI)，并能够向合适的处理 机制提供代码的解码结果。其结果，能够启动对应代码的合适处理机制，并且该处理机 制能够实行对应所接收代码的信息处理。根据本发明的第4方面所述的代码收集处理系统，其具有读取代码的代码读取 装置和，连接在网络上的服务器，并包括第1解码功能、第2解码功能及提供功能。所 述第1解码功能，通过连接在所述网络上的终端，将所述代码读取装置所读取的所述代 码，向所述服务器传送，所述服务器依据第1所定算法，将所述代码解码，并为该代码 选择合适的处理机制。所述第2解码功能，依据第2算法，将所述代码解码。所述提供 手段，为了使选择的所述处理机制进行处理，在所述代码、及通过所述第2解码功能所 得的解码结果中，至少将解码结果向该处理机制提供。通过此结构，能够将代码读取装置读取的代码用于选择处理机制(例如安装在 本服务器上的CGI、其他服务器、或安装在其他服务器上的CGI)，并能够向合适的处理 机制提供该代码的解码结果。其结果，能够启动对应代码的合适处理机制，并且该处理 机制能够实行对应所接收解码结果的信息处理。根据上述第1至第4方面所述的代码收集处理系统，所述处理机制是动态地提供 服务的处理机制。根据上述第1至第4方面所述的代码收集处理系统，所述代码是，1次元代码、2 次元代码、还可以是储存在IC标签中的代码。例如，所述1次元代码是1次元条型码， 所述2次元代码是用QR代码或点阵表示的代码，所述IC标签是RFID标签。
相应地，本发明还提出一种主机，所述主机用于接收终端传送的代码读取装置 读取的代码以及客户端的识别信息，根据所述代码和/或识别信息选择处理机制，并向 该所述处理机制提供所述代码和/或识别信息。所述主机还用于将接收到的代码和/或识别信息进行解码后提供给处理机制。一种代码读取装置，用于将读取的代码传送给终端。一种终端，所述终端连接于网络，用于将接收的代码读取装置读取的代码以及 客户端的识别信息传送给主机。根据本发明的第7方面所述的代码收集处理方法，其包括接收步骤、选择步骤 和提供步骤。所述接收步骤是，通过所述代码读取装置及连接在网络上的终端，接收包 含读取代码的代码读取装置的客户端中固有的识别信息、及所述代码读取装置读取的所 述代码。所述选择步骤是，将接收的所述识别信息解码，并为该识别信息选择合适的处 理机制。所述提供步骤是，为了使选择的所述处理机制进行处理，向该处理机制提供所 述代码及所述识别信息。通过该结构，可以达到与上述第1方面所述的代码收集处理系统相同的效果。根据本发明的第8方面所述的代码收集处理方法，其包括接收步骤、选择步 骤、解码步骤和提供步骤。所述接收步骤是，通过所述代码读取装置及连接在网络上的 终端，接收包含读取代码的代码读取装置的客户端中固有的识别信息、及所述代码读取 装置读取的所述代码。所述选择步骤是，依据第1所定算法，将接收的所述识别信息解 码，并为该识别信息选择合适的处理机制。所述解码步骤是，依据第2算法，将接收的 所述代码解码。所述提供步骤是，为了使选择的所述处理机制进行处理，在所述代码、 所述识别信息及通过所述第2算法得到的解码结果中至少将解码结果向该处理机制提 {共。通过该结构，可以达到与上述第2方面所述的代码收集处理系统相同的效果。根据本发明的第9方面所述的代码收集处理方法，其包括接收步骤、选择步骤 和提供步骤。所述接收步骤是，通过所述代码读取装置及连接在网络上的终端，接收所 述代码读取装置读取的所述代码。所述选择步骤是，将接收的所述代码解码，并为该代 码选择合适的处理机制。所述提供步骤是，为了使选择的所述处理机制进行处理，向该 处理机制提供所述代码。通过该结构，可以达到与上述第3方面所述的代码收集处理系统相同的效果。根据本发明的第10方面所述的代码收集处理方法，其包括接收步骤、选择步 骤、解码步骤和提供步骤。所述接收步骤是，通过所述代码读取装置及连接在网络上的 终端，接收所述代码读取装置读取的所述代码。所述选择步骤是，依据第1所定算法， 将所述代码解码，并为该代码选择合适的处理机制。所述解码步骤是，依据第2算法， 将所述代码解码。所述提供步骤是，为了使选择的所述处理机制进行处理，在所述代 码、及通过所述第2算法得到的解码结果中至少将解码结果向该处理机制提供。通过该结构，可以达到与上述第4方面所述的代码收集处理系统相同的效果。根据本发明的第11方面 所述的代码收集处理系统，其电脑程序是，用于使电脑 实行上述第7至第11方面所述的代码收集处理方法的电脑程序。根据本发明的第12方面所述的代码收集处理系统，其记录媒体是，对用于使电脑实行上述第7至第11方面所述的代码收集处理方法的电脑程序进行记录的电脑可读取 的记录媒体。另外，记录媒体包括，如软盘、硬盘、磁带、光碟、CD (含CD-ROM、 Video-CD)、DVD (含 DVD-Video、DVD-ROM > DVD-RAM)、ROM 卡带、带备用电
源的RAM存储卡带、闪存、非挥发性的RAM卡带等。 本系统能够为了选择处理机制而利用分配在客户端的固有识别信息以及读取的 代码，并向代码读取装置所读取的代码提供合适或特定的处理机制。


图1是本发明实施形式所述的代码收集处理系统的整体组成的示意图。图2 (a)是表示图1的条型码读取装置1的例子的外观俯视图。图2(b)是表示图2(a)的条型码读取装置1的电气组成的附图。图2 (c)是设置在图2 (b)的MCU23内部的ROM27中所存储的程序及数据的概 念图。图3是表示图2 (b)的MCU23进行处理的流程的例子的流程图。图4(a)是表示由从图3的步骤S61开始接收了数据的终端3所进行处理的流程 的例子的流程图。图4(b)是表示由从图3的步骤S63开始接收了数据的终端3所进行处理的流程 的例子的流程图。图5是表示由安装在终端3上的中间件所进行处理的流程的例子的流程图。图6 (a)是表示图1的主机7的电气组成的附图。图6 (b)是表示图1的主机7的记忆领域81的组成的概念图。图7是表示图1的终端3与主机7与CGI9_m之间的通信顺序的例子的附图。图8(a)是表示本发明实施形式的第1变形例的条型码读取装置1在第2模式的 情况下由终端3进行处理的流程的例子的流程图。图8 (b)是第1变形例的条型码读取装置1在第2模式的情况下有终端3的浏览 器的插件进行处理的流程的例子的流程图。图9是在本发明实施形式的第2变形例中在从条型码读取装置1取得数据的问题 上发生冲突的情况下进行控制的说明图。图10是表示在本发明实施形式的第3变形例中由终端3进行处理的流程的例子 的流程图。图11是表示在本发明实施形式的第4变形例中由终端3进行处理的流程的例子 的流程图。附图标记说明1条型码读取装置3 终端5 网络7主机(中央服务器)9-0 9-M (9-m) CGI
11数 据库13条型码
具体实施例方式下面，针对本发明的实施形式，参照附图进行说明。另外，在图中，对于相同 或相当的部分，标注相同的参照符号，并引用其说明。图1是本发明实施形式所述的代码收集处理系统的整体组成的示意图。如图1 所示，该代码收集处理系统具有主机7 (也称为中央服务器)及多个条型码读取装置1(在 图1中只记载了 1个条型码读取装置1)。另外，这些条型码读取装置1可以为本系统专用。在此，所指条型码是包括条型码信息及条型码图形的表现，在没有必要严密区 分它们时，只使用称为条型码的用语。从其他的方面，条型码是指，被分配在物(包括 物品，如不动产等有体物、信息如影像、声音、程序、数据等，服务等无体物、商品、 人以及动物等生物)或、通过其他手段可识别的东西中的代码。条形码例如是将宽度不等的多个黑条和空白，按照一定的编码规则排列，用以 表达一组信息的图形标识符。常见的条形码是由反射率相差很大的黑条(简称条)和白 条(简称空)排成的平行线图案。另外，条型码、条型码信息及条型码图形标注有相同 的参照符号。条型码读取装置1扫描条型码图形13，向终端3传送条型码图形13的解码结 果，即条型码信息13和分配在该条型码读取装置1中固有的识别信息(以下称为“笔 ID”)。终端3通过网络(例如互联网、区域网等)，将从条型码读取装置1接收的笔ID 及条型码信息13，向主机7传送。主机7，依据所定的算法，将接收的笔ID解码，并为该笔ID选择合适的 CGI (Common Gateway Interface,通用网关接口)9_m (m为整数)。另夕卜，附图中，
“M”是CGI的总数减1所得的值。而且，主机7向选择的CGI 9-m传送接收的条型码 信息13。另外，CGI9-m既可以配置在网络9上，也可以配置在主机7上。接收了条型码信息13的CGI9_m，实行对应其条型码信息13的信息处理。该情 况下的具体处理是，CGI 9-m的运营人员等任意且自由规划设计的东西，并不参与本远 程码读取系统。接下来，结合关于图1的条型码读取装置1的具体例进行详细说明。图2(a)是，表示图1的条型码读取装置1的例子的外观俯视图。图2(b)是表 示图2(a)的条型码读取装置1的电气组成的附图。图2(c)是设置在图2(b)的MCU23 内部的ROM27中所存储的程序及数据的概念图。参照图2(a)，该条型码读取装置1是笔形的条型码读取装置。参照图2(b)，条 型码读取装置1具有扫描器21、MCU23及通信装置25。扫描器21用于对条型码图形13 进行光学读取，将线条和空白变换(扫描)为电气信号。来自扫描器21的，且对应条型 码图形13的电气信号被提供给MCU23。MCU23,在内部设置有CPU(图中未表示)、RAM(图中未表示)、A/D转换器、及在图2(c)中表示的ROM27等。ROM27中存储有控制程序33、键盘数据形式的 主机7的地址(也称为主地址)35、键盘数据形式的针对终端3的命令37、键盘数据形 式的识别信息(笔ID) 39、和其他的必要程序及数据。另外，例如，地址35是主机7的 URL (Uniform Resource Locator)。命令37指示终端3启动浏览器、访问表示地址35的主机7。例如，操作系统 (Operating System)是Windows(登记商标)的情况下，在Windows98之后的版本中，命令 37是相当于键盘的GUKGraphicalUser Interface)键+R键的键盘数据。通过该命令37， 在Windows中启动浏览器(Internet Explorer)。 即该命令37，在Windows操作系统中预 先设置了。另外Windows的GUI键，通称Windows键。针对如Windows这样的市场占 有率大的操作系统的命令37，存储在条型码读取装置1中进行输出，因此简单地，即只 用将条型码读取装置1与终端3连接，就可以为了本系统使用大部分的终端3。由此，不 需要进行预先存储多个命令，条型码读取装置1识别每个终端3的操作系统，然后选择使 用对应其操作系统的命令的处理。笔ID39是为了识别在条型码读取装置1中分配的独特的代码。 MCU23实行控制程序33。由此，MCU23解读对应条型码图形13的电气信号、 取得条型码信息13。而且，MCU23向通信装置25提供变换成键盘数据形式的条型码信 息13、同时提供存储在ROM27中的键盘数据形式的命令37、主机地址35、及笔ID39。通信装置25是例如USB控制器等，向终端3传送从MCU23接收的键盘数据形 式的输出用数据(命令37、主机地址、条型码信息13、及笔ID)。于是，终端3，应答 接收的命令37，依据接收的主机地址35，通过网络5向主机7传送接收的条型码信息13 及笔ID39。图3是表示图2 (b)的MCU23进行处理的流程的例子的流程图。参照图3，在 步骤S51，条型码读取装置1的MCU23应答用户的操作，扫描条型码图形13。在步骤 S53，MCU23依据周知的条型码解读方法，解读条型码图形13，取得条型码信息13。 在步骤S55、MCU23从条型码信息13(例如4560256580016)、主地址35(例如www. ssd.co.jp)及笔ID39(例如15555)中，作成输出用数据(例如www.ssd.co.jp/？ be = 4560256580016&sn = 15555)。在步骤S57，MCU23确认现在的模式，是第1模式的话前进至步骤S59、是第2 模式的话前进至步骤S63。第1模式是没有在终端3上为本系统安装中间件的情况、和 即使安装了也没有启动的情况下的模式。第2模式是，在终端3上为本系统安装了中间 件并启动了的情况下的模式。另外，条型码读取装置1的默认模式是第1模式。如后所述，在终端3上中间 件启动的情况下，通过该中间件，切换到第2模式。第1模式中，在步骤S59，MCU23向在步骤S55作成的输出用数据中添加命令 37。而且，在步骤S61，MCU23将添加了命令37的输出用数据作为键盘数据，从第1 接口向终端3传送。第1接口是，第1模式时的与终端3的接口。另外，第2模式中，在步骤S63，MCU23将在步骤S55作成的输出用数据作为 键盘数据，从第2接口向终端3传送。第2接口是，第2模式时的与终端3的接口。下面，说明在接收了条型码读取装置1输出用数据的终端3的处理。
图4(a)是表示由从图3的步骤S61开始接收了数据的终端3所进行处理的流程 的例子的流程图。参照图4(a)，在图3的步骤S61，MCU23传送输出用数据，并在步骤 S81，终端3的通用键盘装置从条型码读取装置1的第1模式的接口接收该输出用数据。 而且，在步骤S83，终端3的操作系统，通过包含在接收的输出用数据中的命令37，将包 含在接收的输出用数据中的主机地址35、笔ID39及条型码13作为参数，启动终端3的浏 览器。于是，在步骤S85，启动的浏览器依据接收的主地址35，访问主机7、将笔ID39 及条型码13向主机7传送。图4(b)是表示由从图3的步骤S63开始接收了数据的终端3所进行处理的流程 的例子的流程图。另外假设启动了中间件。参照图4(b)，在图3的步骤S63，MCU23 传送输出用数据，并在步骤S91，终端3的标准HID (Human Interface Device，人性化接口
装置)装置，从条型码读取装置1的第2模式的接口接收该输出用数据。而且，在步骤 S93，终端3的中间件从标准HID装置接收输出用数据。在步骤S95，中间件将包含在接 收的输出用数据中的主地址35、笔ID39及条型码13作为参数，启动终端3的浏览器。 于是，在步骤S97，启动的浏览器依据接收的主地址35，访问主机7，并将笔ID39及条 型码13向主机7传送。另外，在上述例中，条型码读取装置1传送的主地址35中，没有添加规则 “http://”，所以在图4(a)及图4(b)的处理中，终端3的浏览器将此添加到主地址35 中。而且在图4(a)及图4(b)中，在浏览器已经启动的情况下，不进行启动。下面，详细说明安装在终端3上的中间件的处理。图5是表示由安装在终端3上的中间件所进行处理的流程的例子的流程图。另 夕卜，假设中间件已经启动。参照图5，终端3启动，而且在步骤S121，中间件确认标准 HID装置是否检测出条型码读取装置1，没有检测出的情况下回到步骤S121，检测出的情 况下前进至步骤S123。在步骤S123，中间件通过标准HID装置，将条型码读取装置1的模式切换到第 2模式。另外，条型码读取装置1的默认模式是第1模式。在步骤S125，中间件确认标 准HID装置是否从条型码读取装置1的第2模式的接口接收到数据，没有接收到的情况下 回到步骤S125，接收到的情况下前进至步骤S127。在步骤S127，中间件从标准HID装 置接收数据。而且，在步骤S129，将包含在接收数据中的主地址35、笔ID39及条型码 13作为参数，启动浏览器。而且，实行图4(b)的步骤97的处理。另外，在步骤S123切换到第2模式后，保持第2模式，只要不切断电源或不再 启动，从此之后就不实行步骤S121及S123的处理。但是，中间件在此结束的情况下，通 过标准HID装置，将条型码读取装置1设置为第1模式。而且，一旦中间件再次启动， 实行图5的处理。下面，关于图1的主机7，举例进行详细说明。图6(a)是表示图1的主机7的电气组成的附图。图6(b)是表示图1的主机7 的记忆领域81的组成的概念图。参照图6(a)，主机7包括CPU51( 中央处理器)、主存储器53、芯片组55、 GPU57(图形处理器)、SPU59(标准化产品单元)、HDD(硬盘驱动器)61、驱动器63、 及通信部65。
CPU51实行存储在HDD61中的电脑程序而进行各种演算。主存储器53是进行 由CPU51直接读写的高速存储器。GPU57实行制图处理，向显示器67提供影像信号。 SPU59实行声音处理，向扬声器69提供声音信号。HDD61是用于读写操作系统和可执 行软件等电脑程序和这些程序使用的数据的辅助记录装置。驱动器63是从可移动记录媒 体75读取、写入数据的装置。通信部65包含负责连接网络9的LAN卡和USB控制器 (图中未表示)等，控制通信。所指的CPU51、GPU57、SPU59、HDD61、驱动器 63、通信部 65、键盘 71、
及鼠标73的机能 单元，与芯片组55连接。芯片组55管理与其连接的机能单元之间的数 据的收受。另外，图1的终端3的电气构成与图4(a)的主机7的电气构成相同，省略其说明。参照图6 (b)主机7的HDD61的记忆领域81具有程序存储部83及数据库11。数据库11将笔ID和CGI建立关联。可以从笔ID中读取与其建立关联的CGI。 例如，预先决定分配在各条型码读取装置1中的CGI9-m，作成数据库11，之后分配或出 售条型码读取装置1。而且，例如，初次访问时，用户通过终端3，从主机7提供的所定 的网页上，选择希望的CGI9-m，之后将来自终端3的笔ID和用户选择的CGI9-m登记 在数据库11中。程序存储部83包含通信控制部85、第1解码器87、及第2解码器89_0，…， 89-m，…，89-M。第2解码器89-0，…，89_m，…，89-M分别对应CGI9-0，…， 9-m, ..., 9-M而启云力。这些各个机能部是安装在HDD61中的电脑软件程序或程序中的一个子程序。这 些程序存储在可移动记录媒体75中，之后安装在主机7中。使用以下的流程图来说明这 些机能部。图7是表示图1的终端3与主机7与CGI9_m之间的通信顺序的例子的附图。 参照图7，在步骤Si，终端3向主机7传送从条型码读取装置1读取的笔ID39及条型码 13。(详细请参照图4(a)及图4(b))于是，在步骤S31，主机7的通信控制部85接收条型码13及笔ID39。而且，在 步骤S33，主机7的第1解码器87，依据第1所定算法(在本实施形式中用于依据笔ID39 检索数据库11的算法)，将笔ID39解码，为条型码读取装置1选择合适的CGI9-m。艮口， 第1解码器87，从接收的笔ID39中检索数据库11，取得与该笔ID39建立关联的CGI9_m 的信息。在步骤S35，第1解码器87向对应所选的CGI-m的第2解码器89_m传送接收 的条型码13。于是，第2解码器89-m依据对应所选的CGI9-m的第2所定算法，实行处理。例如，所选的CGI9是CGI9-0的情况下，在步骤S35，第1解码器87向第2解 码器89-0传送条型码13。于是，在步骤S37，第2解码器89-0通过通信控制部，将接 收的条型码13原样地传送给选择的CGI9-0。这种情况下，第2所定算法是，用于原样 地将条型码13传送到CGI9-0的算法。于是，在步骤S101-0，CGI9-0从通信控制部85接收条型码13。而且，在步骤S103-0, CGI9-0实行对应条型码13的处理。而且，例如，选择的CGI是CGI9-1的情况下，在步骤S35，第1解码器87向第 2解码器89-1传送条型码13。于是，在步骤S39，第2解码器89_1，依据对应CGI9-1 的第2所定算法，将接收的条型码13解码。在这种情况下，根据所对应的CGI9-1设计 或者提供第2所定算法。于是，在步骤S41，第2解码器891通过通信控制部85将条型 码I3的解码结果传送到CGI9-1。于是，在步骤S101-1，CGI9-1从通信控制部85接收条型码13的解码结果。而 且，在步骤S101-3，CGI9-1实行对应条型码13的解码结果的处理。另外，各CGI9-m的具体处理，是各CGI9-m的运营人员等任意且自由地规划设 计的东西，并不参与本远程码读取系统。
如上所述，在本实施形式中，将笔ID用于选择CGI9_m，能够将条型码读取装 置1所读取的条型码13及/或其解码结果，提供给合适的CGI9-m。其结果，对应条型 码读取装置1的合适的CGI9-m启动，该CGI9-m能够实行对应条型码读取装置1所读取 的条型码13及/或其解码结果的信息处理。第1变形例在上述实施形式中，表示了在终端3中安装中间件的例子。相对于此，在本实 施形式的第1变形例中，不安装上述中间件，而向终端3的浏览器添加用于在第1变形例 中的本代码收集处理系统的插件。即，上述实施形式与第1变形例，条型码读取装置1 与浏览器之间的程序不同。其他方面与上述实施形式相同。由此，图1及图7可以同样 的适用于第1变形例。而且，第1变形例的终端3和主机7的硬件构成，与图2(a)及图 2(b)相同。下面，以不同点为中心进行说明。另外，该插件，能够由CD-ROM等可移 动记录媒体和网络5上的服务器等提供。第1变形例的条型码读取装置1的处理，与图3的处理相同。但是，在第1变 形例中，条型码读取装置1的第1模式是，在终端3的浏览器上没有添加为了本系统的插 件的情况下的，附加了插件的浏览器没有启动的情况下的，及，附加了插件的浏览器虽 然启动但没有激活(背景)的情况下的模式。而且，第2模式是，在终端3的浏览器上 添加了为了本系统的插件，且，浏览器启动，且，浏览器激活(前台)的情况下的模式。而且，第1变形例的条型码读取装置1在第1模式的情况下的，终端3的处理， 与图4(a)的处理相同。下面，说明第1变形例的条型码读取装置1在第2模式的情况下的，终端3的处理。图8 (a)是表示本发明实施形式的第1变形例的条型码读取装置1在第2模式的情 况下由终端3进行处理的流程的例子的流程图。参照图8(a)，在图3的步骤S63，MCU23 传送输出用数据，在步骤S141，终端3的标准HID装置从条型码读取装置1的第2模式 的接口接收该输出用数据。而且，在步骤S143，附加在终端3的浏览器上的插件从标准 HID装置接收输出用数据。而且，在步骤S145，插件将包含在接收的输出用数据中的主地址35、笔ID39及 条型码13作为参数，控制浏览器。例如，插件使浏览器访问表示主地址35的主机7，并使其向主机7传送笔ID39及条型码13。之后，主机7及CGI9-m的处理，如图7所示的处理相同。而且，例如，插件向浏览器传送笔ID39及/或条型码13，并使浏览器在区域 (终端3)实行利用笔ID39及/或条型码13的处理。在这种情况下，例如，浏览器，实 行其自身的功能、实行Java(登记商标)Script等的脚本、实行Java(登记商标)小程序、 或者、实行Flash (登记商标)播放器等的插件，并实行对应笔ID39及/或条型码13的处 理。下面，详细说明在浏览器上附加了插件的处理。图8(b)是第1变形例的条型码读取装置1在第2模式的情况下由终端3的浏览 器的插件进行处理的流程的例子的流程图。另外，假设浏览器处在激活的状态。参照图 8(b)，在步骤S161，插件确认，标准HID装置是否检测出条型码读取装置1，没有检测 出的情况下回到步骤S161，检测出的情况下前进至步骤S163。
在步骤S163，插件通过标准HID装置，将条型码读取装置1的模式切换到第2 模式。另外，条型码读取装置1的默认模式是第1模式。在步骤S165，插件确认，标准 HID装置是否接收到来自条型码读取装置1的第2模式的接口的数据，没有接收到的情况 下回到步骤S165，接收到的情况下前进至步骤S167。在步骤S167，插件从标准HID装 置接收数据。而且，在步骤S169，插件将包含在接收数据中的主地址35、笔ID39、及 条型码13作为参数，控制浏览器。另外，在步骤S163切换到第2模式后，保持第2模式，只要不切断电源或不再 启动，从此之后就不实行步骤S161及S163的处理。但是，插件，在浏览器结束的情况 下，或变成非激活状态的情况下，通过标准HID装置，将条型码读取装置1设置为第1模 式。而且，一旦浏览器再次启动，实行图8(b)的处理。如上所述，第1变形例可以达到与上述实施形式相同的效果。第2变形例在本实施形式的第2变形例中，在终端3上安装上述中间件，且，在终端3的浏 览器上添加上述插件。由此，存在在从条型码读取装置1取得数据的问题上发生冲突的 情况，将任何的一方变为有效。在第2变形例中，要求对此进行控制。其他方面与上述 实施形式相同。由此，图1及图7可以在第2变形例中适用。而且，第2变形例的终端 3和主机7的硬件构成，与图6(a)及图6(b)相同。第2变形例的条型码读取装置1的硬 件构成，与图2(a)及图2(b)相同。下面，以不同点为中心进行说明。第2变形例的条型码读取装置1的处理，如图3的处理相同。但是，在第2变 形例中，条型码读取装置1的第1模式及第2模式如下述。说明模式之前，定义几个状 态。第1状态是，在终端3的浏览器上没有安装为了本系统的中间件。第2状态是，虽 然在终端3上安装了中间件但没有启动的状态。第3状态是，在浏览器上没有添加插件 的状态。第4状态时，虽然添加了插件但是浏览器没有启动的状态。在如上述定义的情况下，第1模式是，在第1状态且第3状态的情况、第1状态 且第4状态的情况、第2状态且第3状态的情况，或，第2状态且第4状态的情况。而且，第2模式是，在终端3上安装了中间件而且启动的情况，或，添加了插件 的浏览器启动，且，浏览器处于激活的情况下的模式。而且，第2变形例的条形码读取装置1在第1模式的情况下的，终端3的处理，与图4(a)的处 理相同。下面，说明第2变形例的变形码读取装置1在第2模式的情形下的终端3的处 理。这种情况下，终端3的中间件及插件的任何一方有效(详情后述)。由此，在中间 件有效地情况下，第2模式的终端3的处理与图4(b)及图5相同。另一方面，在插件有 效地情况下，第2模式的终端3的处理，与图8(a)及图8(b)相同。下面，在第2模式中，说明有关中间件和插件竞争情况下的控制。图9是在本发明实施形式的第2变形例中在从条型码读取装置1取得数据的问题 上发生冲突的情况下进行控制的说明图。另外，假设中间件启动。参照图9，假设在成 为某时刻to之前，浏览器没有启动，或，即使启动也没有激活(后台)。这种情况下， 在第2模式中，中间件成为激活(有效)，实行上述处理。而且，在时刻t0，浏览器启动，且，变成激活(前台)。这种情况下，附加在 浏览器上的插件也变成激活(有效)，实行上述处理。但是，在该时刻，中间件也有效。 必须要排除竞争。为此，插件一旦变为激活，通过互拆体(Mutex)机构锁住中间件。由 此，中间件变成非激活。进一步地，在时刻tl，虽然浏览器启动，一但成为非激活状态，插件通过互拆 体机构，将中间件解锁(解除)，自己成为非激活状态。由此，中间件变成激活，实行上 述处理。而且，进一步地，在时刻t2，一旦浏览器结束，插件也结束。但是，因为中间 件处在解锁的状态，所以浏览器启动，且到变成激活为止，中间件继续实行上述处理。另外，互拆体是指，相互排他(Mutual Exclusion)。但是，插件在被添加的浏览器成为非激活或结束的时候，中间件没有启动的情 况下，插件通过标准HID装置，将条型码读取装置1设置为第1模式，另一方面，中间件 结束的时候，插件在被添加的浏览器成为非激活或没有启动的情况下，中间件通过标准 HID装置，将条型码读取装置1设置为第1模式。如上所述，第2变形例可以达到与上述实施形式相同的效果。第3变形例参照图1，说明实施形式的第3变形例的概要。条型码读取装置1，扫描条型码 图形13，向终端3传送条型码信息13及笔ID (任意)。终端3通过网络5，向主机7传 送为了识别该终端3的信息(以下称为“终端ID” )、同时传送从条型码读取装置1接收 的笔ID (任意)及条型码信息13。另外，终端ID是，为了主机7识别终端3的信息。主机7依据所定的算法，将接收的终端ID解码，为该终端ID选择合适的 CGI9-m。而且，主机7向选择的CGI9-m，传送接收的条型码信息13。接收了条型码信息13的CGI9_m，实施对应该条型码信息13的信息处理。这种 情况的具体处理，是CGI9-m的运营人员等任意且自由地规划设计的东西，并不参与本 远程码读取系统。下面，与上述实施形式的不同点作为中心进行详细说明。第3变形例的条形码读取装置1，不具有上述实施形式的第1模式，而固定在第 2模式，且，在终端3上安装了上述中间件。而且，第3变形例的终端3的硬件构成，与图6(a)相同。而且，第3变形例的条形码读取装置1的硬件构成，与图2(a)相同。但是，在ROM27中没有存储命令37。 而且，笔ID39，既可以存储在ROM27中，也可以不存储，是任意的。第3变形例的 条形码读取装置1的处理，与图3的处理相同。但是，条形码读 取装置1只设置有第2模式，所以无法实行步骤S57、S59及S61，在步骤S55之后，实 行步骤S63。下面，说明第3变形例的终端3的处理。图10是表示在本发明实施形式的第3变形例中由终端3进行处理的流程的例子 的流程图。参照图10，步骤S201及步骤S203的处理，分别与图4(b)的步骤S91及S93 的处理相同，省略说明。在步骤S205，中间件作成终端ID。具体地说，中间件，将构 成终端3的所定的1的硬件信息作为终端ID，或收集构成终端3的所定的复数硬件的信 息，将它们结合作为终端ID。例如，硬件的信息是，显示适配器的产品ID及/或序列号、SCSI适配器的产 品ID及/或序列号、IDE适配器(IDE控制器)的产品ID及/或序列号、LAN适配器 的MAC地址、主存储器的内存、CPU的型号、CPU的序列号、HDD的型号、HDD的 序列号、及CD-ROM/CD-R/DVD-ROM等的型号。在步骤S207，中间件，将包含在接收的输出用数据中的主地址35、笔ID39 (如 果包含的话)及条形码13，及终端ID作为参数，启动终端3的浏览器。于是，在步骤 S209，启动的浏览器依据几首的主地址35，访问主机7，并向主机7传送笔ID39(如果包 含的话)、条形码13及终端ID。接下来，说明主机7的构成及处理。第3变形例的主机7的硬件构成，与图6(a) 及图6(b)相同。但是，数据库11，与终端ID和CGI9-m建立关联。例如，初次访问 时，用户通过终端3，从主机7提供的所定网址，选择希望的CGI9-m，之后，在数据库 11中登记来自终端3的终端ID和用户选择的CGI9-m。而且，例如，初次访问时，用户通过终端3，从主机7提供的所定网址，选择希 望的CGI9-m，进一步地，主机7作成终端ID，之后，在数据库11中登记主机7作成的 终端ID和用户选择的CGI9-m。将该终端ID向终端3的中间件传送。而且，例如，预 先决定分配在各中间件中的CGI9-m，作成与中间件的识别信息和CGI9-m建立关联的数 据库11，之后，分配或者出售中间件。这种情况下，中间件的识别信息被作为终端ID而 使用。另外，中间件的识别信息，通过网络5，从主机7取得，或者，预先设置在中间件 中。而且，下述第4变形例，在这些例中，将中间件替换为插件。第3变形例中的终端3和主机7和CGI9_m之间的通信顺序，在图7的说明中， 通过将笔ID39替换为终端ID而进行说明。S卩，在步骤Si，终端3向主机7传送从条型码读取装置1接收的笔ID39(任意) 及条型码13、及终端ID。于是，在步骤S31，主机7的通信控制部85接收条型码13及笔ID39 (任意)及 终端ID。而且，在步骤S33，主机7的第1解码器87，依据第1所定算法，将终端ID 解码，为条型码读取装置选择合适的CGI9-m。S卩，第1解码器器87，从接收的终端ID 中，检索数据库11，取得与该终端ID建立关联的CGI9-m的信息。在步骤S35，第1解码器87，向对应选择的CGI_m的第2解码器89_m，传送接收的条型码13。于是，第2解码器89-m，依据对应选择的CGI9_m的第2所定算法实行 处理。第3变形例的第2解码器89-m的处理及CGI9-m的处理，与上述实施形式相同。如上所述，在本 实施形式的第3变形例中，终端ID用于选择CGI9-m，条型码 读取装置1读取的条型码13及/或其解码结果，可以提供给合适的CGI9-m。该结果， 使对应终端3的合适的CGI9-m启动，该CGI9-m能够对应接收的条型码13及/或其解 码结果实行信息处理。第4变形例本发明的实施形式的第4变形例是，添加在浏览器中的插件实行第3变形例的中 间件的处理。由此，第4变形例中，在终端3的处理主体与第3变形例不同。下面，以 不同点为中心进行说明。图11是表示在本发明实施形式的第4变形例中由终端3进行处理的流程的例子 的流程图。参照图11，步骤S221及步骤S223的处理，分别与图8(a)的步骤S141及 S143的处理相同，省略说明。在步骤S225，中间件作成终端ID。作成方法与图10的 步骤S205相同。在步骤S227，中间件将包含在接收的输出用数据中的主地址35、笔 ID39 (如果包含)及条型码13，及终端ID作为参数，控制终端3的浏览器。这种情况下 的浏览器控制的例，与图8(a)的步骤S145中所举的例相同。但是，在第4变形例中， 添加上笔ID39(任意)及条型码13，而利用终端ID。另外，在进行向主机7传送这些的 控制时，主机7及CGI9-m的处理，与第3变形例相同。如上所述，第4变形例可以起到与上述第3变形例相同的效果。第5变形例在本发明实施形式的第5变形例中，在终端3上安装第3变形例的中间件，在终 端3的浏览器上添加第4变形例的插件。由此，第5变形例的中间件及插件的处理，分 别与第3变形例的中间件及第4变形例的插件相同。但是，因为会发生与上述第2变形例相同的竞争问题，通过上述与第2变形例相 同的方法回避竞争。如上所述，第5变形例可以达到与上述第3变形例相同的效果。第6变形例本发明实施形式的第6变形例，将上述第3变形例的终端ID替换，使用用于识 别用户的信息(称为“用户ID”)。由此，在第6变形例中，在图10的步骤S205，中 间件从HDD取得用户ID。接着，在步骤S207，中间件将包含在接收的输出用数据中的 主地址35、笔ID39(如果包含的话)及条形码13、及用户ID作为参数，启动终端3的浏 览器。于是，在步骤S209，启动的浏览器依据接收的主地址35，访问主机7，向主机7 传送笔ID39(如果包含的话)、条形码13及用户ID。而且，在第6变形例中，图6(b)的数据库11，与用户ID和CGI9_m建立关联。 例如，初次访问时，用户通过终端3，从主机7提供的所定网址，选择希望的CGI9-m， 之后，在数据库11中登记用户ID和选择的CGI9-m。这种情况下，例如，用户可以向 终端3输入用户ID并向主机7提供。而且主机7可以作成用户ID。而且，主机7向终 端3的中间件(下述第7变形例中为插件)提供用户ID。而且，例如，预先决定分配在各中间件中的CGI9_m，作成与中间件的识别信息和CGI9-m建立关联的数据库11，之后，分配或销售中间件。这种情况下，中间件的识 别信息作为用户ID而使用。另外，中间件的识别信息，通过网络5，从主机7取得，或， 预先设置在中间件中。而且，在下述第7变形例中，在该例中，中间件替换为插件。第6变形例中的终端3与主机与CGI9_m之间的通向顺序，在第3变形例的图7 的说明中，将“终端ID”替换为“用户ID”。如上所述，在本实施形式的第6变形例中，用户ID用于选择CGI9_m，能够向 合适的CGI9-m提供条型码读取装置1所读取的条型码13及/或其解码结果。该结果， 使对应用户ID的合适的CGI9-m启动，该CGI9_m能够实行对应接收的条型码13及/或 其解码结果的信息处理。第7变形例本发明实施形式的第7变形例，将上述第4变形例的终端ID替换，使用用户 ID。由此，在第7变形例中，在图11的步骤S225，插件从HDD取得用户ID。接着， 在步骤S287，插件将包含在接收的输出用数据中的主地址35、笔ID39(如果包含的话) 及条形码13、及用户ID作为参数，控制终端3的浏览器。这种情况的浏览器控制的例， 与 图8(a)的步骤S145中所举的相同。但是，在第7变形例中，添加笔ID39 (任意)及条 型码13，而利用用户ID。另外，在进行向主机7传送这些的控制时，主机7及CGI9-m 的处理，与第6变形例相同。而且，用户ID的输入例与第6变形例相同。如上所述，第7变形例可以起到与上述第6变形例相同的效果。第8变形例本发明实施形式的第8变形例，将上述第5变形例的终端ID替换，使用用户 ID。由此，在第8变形例中，在终端3中安装第6变形例的中间件，在终端3的浏览器 中添加第7变形例的中间件。这种情况下，第8变形例的中间件及插件的处理，分别与 第6变形例的中间件及第7变形例的插件相同。但是，因为发生与上述第2变形例相同的竞争，通过上述第2变形例相同的方法 回避竞争。如上所述，第8变形例起到与上述第6变形例相同的效果。如上所述，本实施形式及其第1至第8变形例中，客户端(条型码读取装置1、 用户、终端3、及安装在终端3上的软件的总称)的识别信息(笔ID、用户ID、终端ID、 或安装在终端3上的软件(中间件或插件)的识别信息)用于选择处理机制，且能够向合 适的处理机制提供条型码读取装置1读取的条型码13及/或其解码结果。该结果，使对 应客户端的合适的处理机制启动，该处理机制可是实行对应接收的条型码13及/或其解 码结果的信息处理。另外，本发明并不限定于上述实施形式，在不脱离其精神的范围内，能够在多 种形式下实行。例如，可以有下述的变形。(1)在上述第3至第5变形例中，利用终端ID，在上述第6至第8变形例中，利 用用户ID，但在这些变形例中，利用终端ID及用户ID、终端ID及笔ID、用户ID及笔 ID、或终端ID、用户ID及笔ID，能够选择CGI9-m。利用终端ID及用户ID的情况下， 在数据库11中，终端ID及用户ID，和CGI9-m建立关联。利用终端ID及笔ID的情况 下，在数据库11中，终端ID及笔ID，和CGI9-m建立关联。利用用户ID及笔ID的情况下，在数据库11中，用户ID及笔ID，和CGI9-m建立关联。利用终端ID、用户ID 及笔ID的情况下，在数据库11中，终端ID、用户ID及笔ID，和CGI9_m建立关联。(2)在上述实施形式中，条型码读取装置只具有第1模式，有可能没有安装驱动 级中间件。而且，在上述实施形式及第1至第8变形例中，条型码读取装置1也可以只 具有第2模式。这种情况下，条型码读取装置1没有必要存储命令37。在上述内容中，主地址35，从条型码读取装置1提供到终端3。但是，终端3， 也可以预先拥有主地址35，也可以由用户输入。这种情况下，条型码读取装置1没有必 要存储主地址35。而且，上述第3至第8变形例中，笔ID是任意的。由此，不利用笔 ID的情况下，条型码读取装置1没有必要存储笔ID。上述第3至第8变形例中，条型码读取装置1只具有第2模式，终端3预先拥 有主地址35，不利用笔ID的情况下，不需要本系统专用的条型码读取装置1，而一般的 通用条型码读取装置也可以使用。例如，不是为本系统专用而设计及制造的，为一般的 POS (Point Of Sale)系统设计及制造的条型码读取装置可以使用。(3)在上述内容中，驱动和中间件控制浏览器，向主机7传送条型码13等。但 是，上述驱动和中间件的机能之外，在终端3上安装具有通信机能的专用软件，不通过 浏览器也能够处理。(4)在上述内容中，使用条型码13，作为向主机7及CGI9_m传送的信息，但并 不限定于此。例如，可以利用RFID (Radio FrequencyIdentification System)标签等电子标
签。但是，在这种情况下，取代条型码读取装置1，用电子标签读取装置(ID标签读取 器)读取存储在电子标签中的信息(代码)。在电子标签读取装置中，装载上述实施形 式，或上述第1至第8变形例的，条型码扫描以外的机能。这种情况下，取代笔ID，使 用电子标签读取装置的识别信息。而且，在上述内容中，利用了为1次元代码的1次元条型码，但可以利用为2次 元代码的2次元条型码和QR代码等。而且，作为2次元代码，也可以利用通过人难以 看到的点阵来表示的代码。(5)作为条型码读取装置1，也可以利用通过移动电话照相机的条型码读取机 能。QR代码的读取也是相同的。这种情况下，在移动电话上，装载上述实施形式，或 上述第1至第8变形例的，终端3及条型码读取装置1的机能。而且，这种情况，取代 笔ID，使用移动电话的识别信息。(6)在上述内容中，主机7向CGI9_m传送条型码13或其解码结果。但是，可 以传送其两者条型码13及其解码结果。但是，不使用这些，主机7也可以向CGI9-m 传送条型码13、条型码13的解码结果，或传送条型码13及其解码结果的同时，传送笔 ID、终端ID、或、用户ID，或者它们2个以上的组合。(7)在上述内容中，主机7依据笔ID、终端ID、或用户ID、或它们2个以上的 组合，而选择CGI9-m。但是，不使用这些，主机7还可以依据条型码13选择CGI9-m， 并可以向选择的CGI9-m传送条型码13及/或条型码13的解码结果(图7的步骤S39)。这样，条型码读取装置1读取 的条型码13，可以用于选择处理机制(例如，安装 在主机7上的CGI9-m、其他的服务器、或安装在该服务器上的CGI9-m)，而且可以将该 条型码13及/或其解码结果提供给合适的处理机制。其结果，可以使对应条型码13的合适的处理机制启动，并且该处理机制可以实行对应接收的条型码13及或其解码结果的
信息处理。另外，主机7可以依据笔ID、终端ID、或用户ID或条型码13、或它们2个以上 的组合，而选择CGI9-m。而且，主机7，在图7的步骤S39，可以将笔ID、终端ID、 或用户ID或条型码13、或它们2个以上的组合解码，并可以向CGI9-m传送结果。而 且，主机7还可以无条件地向指定的CGI传送条码。(8) CGI是向客户端提供动态服务的处理机制的一个例子，并不是限定于此。例 如，也可以是 ASP (Active Server Pages)。(9)主机7也可以由1台电脑构成，也可以将处理分散到复数的电脑而构成。当 然，分散处理的情况下的各电脑的设置地点，可以是在同一国家，也可以分散设置在复 数国家。另外，主机7，作为包含硬件及软件的概念而使用。这些内容，关于服务器也 相同。 (10)在本说明书及权利要求书中，所谓方法并不是只意味物理性的方法，各方 法的机能也包含通过软件而实现的情况。进一步地，1个方法的机能，可以通过2个以 上的物理性的方法而实现，或2个以上的方法的机能，可以通过1个物理性方法而实现。 此点，关于服务器和电脑也相同。应用实施例上述实施例中的方法和系统可广泛地应用于各种信息的检索与提供，下面是将 上述实施例中的方法和系统用于医药品的信息提供的一实施例条型码读取装置1扫描医药品包装上的条型码图形13，终端3通过网络(例如 互联网、区域网等)，将从条型码读取装置1接收的笔ID及条型码信息13，向主机7传送。主机7依据所定的算法，将接收的笔ID解码，并为该笔ID选择合适的 CGI (Common Gateway Interface,通用网关接口 ) 9_m (m为整数)。这里，主机7根据该
笔ID可以无条件的指向特定的CGI，该CGI是用于检索医药品数据库，向用户提供药品 信息。即如图7所示，在步骤S31之后，立即向指定的CGI9-0传送条型码信息13，而 且，在步骤S103-0，接收了条型码信息13的此指定的CGI9-0通过条码检索医药品数据 库，进行向用户提供药品信息的处理机制。然后，可以在终端上为用户显示出该药品信 肩、ο产业上的利用可能性本发明可以利用在通过网络收集及处理，例如条型码、QR代码、存储在IC标 签中的代码、及用点阵表示的，代码等的领域中。
权利要求
1.一种代码收集处理方法，其特征在于，包括接收步骤、选择步骤和提供步骤，其中所述接收步骤通过连接在网络上的终端，接收由代码读取装置所读取的所述代码以 及客户端的识别信息；所述选择步骤根据所述代码和/或识别信息选择处理机制；所述提供步骤向所述处理机制提供所述代码和/或识别信息。
2.根据权利要求1所述的代码收集处理方法，其特征在于，所述客户端的识别信息包 括代码读取装置的识别信息、用户的识别信息、终端的识别信息、或安装在终端上的软 件的识别信息，或这些信息的组合。
3.根据权利要求1所述的代码收集处理方法，其特征在于，还包括解码步骤，用于将 接收步骤读取的代码和/或识别信息进行解码后提供给所述选择步骤。
4.一种代码收集处理系统，其特征在于，所述系统包括用于读取代码的代码读取装 置和连接在网络上的终端以及主机，其中，所述主机接收所述终端传送的所述代码读取 装置读取的代码以及客户端的识别信息，根据所述代码和/或识别信息选择处理机制， 并向该所述处理机制提供所述代码和/或识别信息。
5.根据权利要求4所述的代码收集处理系统，其特征在于，所述客户端的识别信息包 括代码读取装置的识别信息、用户的识别信息、终端的识别信息、或安装在终端上的软 件的识别信息，或这些信息的组合。
6.根据权利要求4所述的代码收集处理系统，其特征在于，所述主机还用于将接收到 的代码和/或识别信息进行解码后提供给处理机制。
7.—种代码读取装置，其特征在于，所述代码读取装置用于读取代码，并将读取的 代码传送给终端。
8.—种终端，其特征在于，所述终端连接于网络，用于将接收的代码读取装置读取 的代码以及客户端的识别信息传送给主机。
9.一种主机，其特征在于，所述主机用于接收终端传送的代码读取装置读取的代码 以及客户端的识别信息，根据所述代码和/或识别信息选择处理机制，并向该所述处理 机制提供所述代码和/或识别信息。
10.根据权利要求9所述的一种主机，其特征在于，所述主机还用于将接收到的代码 和/或识别信息进行解码后提供给处理机制。
全文摘要
本发明提供一种代码收集处理方法及其系统、装置，该方法包括接收步骤、选择步骤和提供步骤，其中接收步骤通过连接在网络上的终端，接收由代码读取装置所读取的所述代码；选择步骤为所述代码选择处理机制；提供步骤向所述处理机制提供所述代码。通过所述内容，本系统能够为了选择处理机制而利用分配在客户端的固有识别信息以及读取的代码，并向代码读取装置所读取的代码提供合适或特定的的处理机制。
文档编号G06K7/00GK102012997SQ20101055569
公开日2011年4月13日 申请日期2010年11月23日 优先权日2010年11月23日
发明者于国超 申请人:北京凯瑞乐科技有限公司