专利名称：识别信息集中管理方法、入口信息提供装置及卡的制作方法
技术领域：
本发明涉及一种能够利用由个体企业的每一个根据所集中的识别信息的单个项提供的服务的识别信息集中管理方法，该所集中的识别信息其中集中了由多个个体企业的每一个分配给客户的个人识别信息，一种入口信息提供装置，用于通过利用识别信息集中管理方法经网络向客户提供入口信息，以及一种在利用识别信息集中管理方法提供服务时所使用的IC卡。
背景技术：
近年来，各种企业已经发行了各种各样的卡，诸如信用卡、会员卡、积分卡(point card)、借记卡、电子货币卡以及现金卡。当要发行这些卡时，分配用于从其它客户那里识别客户(用户)的识别信息，根据卡的类型在卡上虚拟地显示识别信息或者根据卡的类型在卡上电子记录或者磁记录识别信息。
当收到服务时，客户显示相应的卡，或者使得配备有读卡机的终端读相应的卡，由此接收所希望的服务。因为每个企业向每个用户(客户)发布了不同的卡，所以存在一个人拥有几个到多于10个卡的情况。
而且，近年来，通过诸如因特网的网络的通信环境已经得到显著发展，于是发行如上所述的卡，以便提供各种服务，并且其它的企业已经能够提供信息供应、商品出售和其它服务。例如，当访问由企业管理的网站，每个企业用这样的方式识别客户，使得输入如上所述的识别信息或者单独分配的识别信息。
此外，在因特网等中，为了便于访问各种企业，或者为了获得各种类型的信息而使用入口站点。“入口站点”是当连接因特网时为首先由网页浏览器显示的而产生的网站。例如，在入口站点中，显示诸如和其它站点的连接、新闻、天气的信息和金融信息，并且存在入口站点具有搜索功能的情况。这些入口站点中的某些是用这样的方式构成的，以便能够根据用户的偏好来定制将要显示的数据项及其布局。
不过，如上所述，由于多个企业向一个客户发行好几种卡，所以存在客户有必要单独管理每张卡的问题，而且，这是麻烦的。从将卡的数量降低得尽可能少的角度看，存在几个企业彼此合作并发行联合卡的情形。尽管从减少卡的数量来看，这是有效的，但是仅仅一张卡就具有几个卡的功能，而这是不够的。
在因特网等中，在从各种企业将要接收服务的情形中，需要按照从入口站点的连接来或者独立地访问企业的网站、并且输入由那个网站分配的识别信息。因此存在的问题在于必须管理多项识别信息，而用于输入它们的操作是复杂的。
此外，在因特网等中，在将要接收在企业中所涉及的服务的情形中，例如，当考虑一个具体的歌唱家时，将接收新的记录信息(包括音乐唱片的购买)和音乐会信息(包括票的购买)，并且，当通过不同公司提供这些时，单独地访问并且接收相应的服务是必要的。如果在一个网站能够接收两个或者多个服务，则这是非常方便的。
基于此点，做出此发明。本发明的目的是通过利用单个卡或者单项识别信息接收由多个企业的服务供应。本发明的另一个目的是能够用简单的操作接收彼此相关的由多个企业提供的服务。
发明内容
根据本发明的第一个方面，提供了一种识别信息集中管理方法，包括步骤通过由集中化企业分配用于识别客户的集中化识别信息；以及注册单个识别信息，该单个识别信息是用这样的方式唯一分配的，以便和该集中化识别信息相联系，使得提供服务给预先注册的客户的多个企业识别该客户，使得通过利用集中化识别信息的单个项目来提供多个个体企业的服务成为可能。
因为用如此方法在数据库中注册由多个个体企业所分配的单个识别信息，以便该单个识别信息和集中化识别信息的单一项目相联系，所以在没有管理由每个个体企业所分配的单个识别信息的情况下，只需要客户仅仅管理集中化识别信息的单个项。因此，该管理是容易的。当在个体企业中重新注册具有集中化识别信息的客户，并且给该客户分配个体识别信息时，此情况能够通过仅仅添加个体识别信息到数据库中来处理，并且，因此灵活性是高的。
在根据本发明的如上所述的识别信息集中管理方法中，集中化企业处理关于根据想要服务的供应的客户的集中化识别信息来是否应该允许对个体企业的服务的供应的验证。结果是，没有必要接收用于每个个体企业的验证，并且能够减少客户端的操作和由每个个体企业所执行的操作。
在此情形中，集中化企业可以向对其分配集中化识别信息的客户发行记录集中化识别信息的单个卡，并且可以根据在卡上所记录的集中化识别信息执行验证。由于多个个体企业的每一个不要求提供卡，客户容易管理卡，并且，每个个体企业能够减少操作和包含在卡的发行中的费用。不总是需要在卡上记录集中识别信息，并且能够唯一地转换成集中化识别信息的替代信息可以被记录在卡上。作为记录这样的替代信息的结果，减少了集中化识别信息的泄漏，并且能够改善安全性。
在上文中，可以按这样的方式注册用于识别由个体企业提供服务的服务识别信息，以便该服务识别信息与数据库中的集中化识别信息相联系，并且根据在数据库中所注册的服务识别信息，集中化企业可以从个体企业中获得相应的服务信息，且可以将此服务信息分发给客户。因为根据在数据库中所注册的服务识别信息，通过集中化企业的单个项目，将每个个体企业提供的服务信息分发到客户，客户能够通过集中化企业在不直接访问每个个体企业的情况下获得所想要的服务信息，并且，这是非常方便的。
在此情形中，用于为其注册集中化识别信息客户的客户信息可以按这样的方式被记录，以便客户信息和集中化识别信息相联系，并且可以根据客户信息选择从个体企业中获得的服务信息，并可以将其分发到客户。客户信息的例子包括关于客户居住的地方的区域信息，以及关于客户过去从个体企业接收的服务的历史信息。当要分发给客户的信息量变大时，存在需要的信息被埋没于其它信息中的危险。但是，根据这样的客户信息选择信息，仅仅对客户非常需要的信息才被分发，并且，能够改善客户的满意度。例如，当在kanto地区生活的客户想购买音乐会门票时，由于考虑到客户除了kanto地区外几乎不需要其它地区的音乐会信息，所以仅仅分发kanto地区的音乐会信息。
根据本发明的第二个方面，提供了能够和单个服务器通信的入口信息提供装置，该单个服务器通过网络由提供服务给预先注册的客户以及客户终端的多个个体企业相应地管理，并且，其由用于集中化个体企业的集中化企业所管理，该入口信息提供装置包括分配装置，用于将识别客户的集中化识别信息分配给客户；以及数据库，其中，为了用这样的方式注册由个体企业为识别客户而唯一地相应地分配的个人识别信息，以便此个人识别信息与集中化识别信息相联系。
在此情形中，入口信息提供装置还可以包括验证装置，用于根据客户的集中化识别信息执行关于是否应该允许由个体企业提供的服务的验证。验证装置可以根据在卡上所记录的集中化识别信息执行验证，在该卡上电子地记录了集中化识别信息或者能够唯一地转换成集中化识别信息的替代信息，将该卡通过集中化企业或者根据通过转换记录在卡上的替代信息而获得的集中化识别信息，发行给为其分发集中化识别信息的客户。
可以通过客户终端接收在卡上所记录的、由连接到客户终端的读卡机所读出的集中化识别信息或者替代信息。
根据本发明的第二个方面的入口信息提供装置还可以包括服务注册装置，用于按如此方式注册用于识别由个体企业提供的服务的服务识别信息，以便此服务识别信息与数据库的集中化识别信息相联系；和分发装置，用于根据在数据库中所注册的服务识别信息，从个人服务器获得相应的服务信息，和，用于将包含服务信息的入口信息分发给客户终端。
在此情形中，数据库已经在此记录了有关客户的客户信息，用如此方式可为该客户注册集中化识别信息，以便该客户与该集中化识别信息相联系，并且，分发装置可以根据客户信息选择从个体服务器获得的服务信息，和可以将该服务信息分配给客户。客户信息的例子包括客户居住点的地区信息和有关由客户过去从个体企业接收到的服务的历史信息。
根据本发明的第二个方面的入口信息提供装置，能够获得和根据本发明的第一个方面的识别信息集中管理方法一样的操作优点。
根据本发明的第三个方面，提供了让计算机如根据本发明的第二个方面的入口信息提供装置一样起作用的程序。
根据本发明的第四个方面，存在在其上记录根据本发明第三个方面的程序的计算机可读信息记录介质。
根据本发明的第五个方面，提供了一种其中电子记录与多个项目的个体识别信息或者替代信息相联系的单个项目的集中化识别信息的IC卡，该多个项目的个体识别信息由多个个体企业唯一地分配来识别客户，该替代信息能够被唯一地转换成集中化识别信息。
由于在此IC卡上记录了单个项目的集中化识别信息或者替代信息和该集中化识别信息和由多个个体企业分配的个体识别信息相联系，所以，由多个个体企业提供的服务能够通过利用单个卡来接收，并且卡的管理是容易的。当在个体企业中重新注册向其发行IC卡的客户时，此种情况能够通过用仅仅在其中添加个体识别信息，以便和集中化识别信息相联系这样的方法来处理，并且不需要发行新卡。
图1是显示根据本发明的实施例的整个系统结构的方框图。
图2是显示根据本发明实施例的入口服务器的结构的方框图。
图3显示了根据本发明实施例的客户数据库的结构。
图4显示了根据本发明实施例的客户个人信息。
图5显示了根据本发明实施例的客户历史信息。
图6显示了根据本发明实施例的相关提供信息。
图7显示了根据本发明实施例的压缩数据库的例子。
图8A至8C显示了在根据本发明实施例的客户终端上所显示的屏幕图像信息的例子；图8A显示了首页；图8B显示了连接页；而图8C显示了个体ID注册页。
图9A至9C显示在根据本发明实施例的客户终端上所显示的屏幕图像信息的例子；图9A显示了在验证处理期间的弹出上拉显示；图9B显示了类别注册页；而图9C显示了服务项注册页。
图10显示在根据本发明实施例的客户终端上所显示的我的入口页的屏幕图像的例子。
图11是显示根据本发明实施例的主处理的流程图。
图12是显示根据本发明实施例的联合处理的流程图。
图13是显示根据本发明实施例的个体ID注册处理的流程图。
图14是显示根据本发明实施例的服务ID注册的流程图。
图15A是显示根据本发明实施例的压缩注册处理的例子的流程图；而图15B是显示其另一个例子的流程图。
图16是显示根据本发明实施例的登录处理的流程图。
图17A是显示根据本发明实施例的服务信息获得处理的流程图；而图17B是显示我的-入口-页生成处理的流程图。
图18显示了根据本发明实施例的IC卡的配置。
图19显示了在根据本发明实施例的IC卡上所记录的卡信息的结构。
具体实施例方式
现在将参考附图如下描述本发明的实施例。
在下面的描述中，假设由向客户提供各种服务的多个企业组成企业组，并且假设按某种形式集中或表示在企业组中的企业的企业存在。而且，独立的企业被称作“个体企业”而集中这些企业的企业被称作“集中化企业”。
由个体企业提供的服务不加以具体限制，而且不仅包括服务的提供，而且也包括商品的出售和所有其它的服务。是否为这些服务收费不是问题。例子包括诸如公共演出、戏剧、电影、观看体育等演出门票的出售；音乐CD(光盘)和其音乐数据的出售；连接到英特网的服务等；计算机软件和硬件和其它货物的出售；以及包括信用卡服务和电子货币的金融服务等。此外，同样也包括与这些服务的提供相联系的信息提供、其主要目的是信息提供的服务。
在下面的描述中，通过假定每一个个体企业和集中化企业通过利用诸如因特网的网络提供服务来进行描述。不过，本发明没有必要限于在本发明中使用诸如因特网的网络，而且能够同样将本发明应用到在实际商店中所进行的交易或者通过利用诸如邮政服务的方式所进行的交易中。
图1是显示根据本发明实施例的入口信息提供系统的总体配置的方框图。
在图1中，参考标号100表示由集中化企业管理的入口站点，而入口站点100由入口服务器110和数据库150组成。数据库150是包括在入口服务器110的存储设备或者能够通过诸如LAN(局域网)的网络通信的数据库服务器。
参考标号200表示由作为此系统的用户的客户所使用的终端设备(客户终端)。将此客户终端200连接到诸如因特网的网络220。客户终端200可以要么是在室内所提供的终端设备，要么是入口终端设备。将用于电子读取在IC卡260(将稍后描述)上所记录信息的读卡机210连接到客户终端200。
客户终端200和入口服务器110能够通过网络220彼此通信。当那个设备和那个目标设备建立对话时，无论是有线还是无线，网络220运行，以便能够将信息发送到与此相连的设备或者从与此相连的设备接收信息。在图1中，尽管用简化的方式显示了网络220，但是在实践中，其结构更复杂。例如，在因特网的情形中，用如此方式构造因特网，使得通过网关将多个网络组合起来。对于其连接，该连接不限于直接连接到通常所谓的主干线的情况，而且该连接可以是这样的连接，即使通过PPP连接等暂时地进行连接，当建立会话时，仅需要能够与之进行信息的发送和接收。
入口服务器110能够通过网络230和由多个个体企业所管理的个体服务器240通信。该网络2 30可以是在由集中化企业和个体企业所组成的企业组内用专有方式所使用的网络，或者可以是与如诸如因特网的网络220相同的网络。尽管在图中没有显示，但是客户终端200同样能够通过网络220以直接方式(不经过入口服务器110)和每个个体服务器240通信。个体服务器240每一个都有数据库250。在每个数据库250中，存储有当由相应的个体服务器240提供服务时所使用的各种类型的信息。
入口服务器110和每个个体服务器240同样也作为用于提供网页、邮件服务器和CGI(公共网关接口)服务器的WWW(万维网)服务器。
入口服务器110和每个个体服务器240不必要由单个计算机来实现，而且可以由多个计算机来实现。
例如，入口服务器110由通用的计算机组成。此通用的计算机包括CPU(中央处理单元)，或者MPU(微处理单元)；诸如RAM(随机访问存储器)、ROM(只读存储器)以及硬盘的存储设备；诸如键盘、鼠标等的输入设备；诸如CRT(阴极射线管)或者液晶显示器设备的显示设备；以及诸如调制解调器(modem)、终端适配器、路由器等的通信接口。通用目的的计算机还包括诸如CD-ROM设备、DVD(商标)设备、硬盘设备、磁光设备、软盘设备、磁带等的外部存储设备。这些外部存储设备是用于将在便携式信息记录介质上所记录的程序读到服务器中的设备。而且，便携式服务器110其中至少存储了OS(操作系统)和HTTP服务器程序，以便能够通过网络220和230通信。同样每个个体服务器240本质上具有与入口服务器110相同的结构。
客户终端200包括CPU，或者MPU；诸如RAM、ROM、硬盘等的存储设备；诸如键盘、鼠标等的输入设备；诸如CRT或者液晶显示器设备的显示设备；以及诸如调制解调器、终端适配器、路由器等的通信接口。此外，最好客户终端200具有与上述的那些相类似的外部存储设备。而且，客户终端200里面的存储设备其中至少存储了OS(操作系统)和HTTP(超文本转发协议)浏览程序(浏览器等)，以便能够通过网络220通信。
在客户终端2 00中所包括的读卡机210是用于对在由集中化企业所发行的IC卡(电子货币卡)260上电子记录的各种类型信息进行读写的设备。在此实施例中的读卡机和IC卡260是非接触类型的(无线通信方法)，并且通过简单地将IC卡260拿到(举到)更接近读卡机210的数据读取部分，则在IC卡260和读卡机210之间能够进行数据通信。不过，读卡机和IC卡260当然可以是胜于这样的非接触类型的接触类型。
本实施例的IC卡260同样也是起用于利用电子货币的电子钱包作用的电子货币卡，而且它是用这样的方式构成，以便在接近商务卡尺寸的塑料卡里面放置IC芯片、电源等。在IC卡260的表面上，打印有IC卡的名字、信用卡号码等，以便能够被可视化地识别。如图18所示，IC卡260包括控制部分262、存储器264、通信部分266和天线268。
控制部分262对从存储器264读取和写入到存储器264的数据进行控制，对用于和读卡机210进行数据通信的通信部分266进行控制，和进行其它控制。
在存储器264中，存储了如图19所示的卡信息。卡信息由通过集中化企业分配的集中化ID(在本实施例中14位数字的数)，唯一ID(替代信息)，卡发行日期(包含截止日期)、电子货币结余、钱款接收历史、付款历史以及其它信息组成。
“唯一ID”是能够唯一地被转换为用于识别集中化ID或者客户的其它识别信息的信息。即，当通过因特网等进行包含集中化ID的发送和接收等时，存在信息向外泄漏以及可能非法使用集中化ID的风险。出于此原因，从客户终端200发送包含此唯一ID的信息，并且在接收此信息的服务器110中，将该信息转换成用于根据唯一ID识别集中化ID或者客户的另一个ID。因此，唯一ID是用来保护诸如集中化ID的重要信息的识别信息。
当将IC卡260拿到(举到)更接近于读卡机210时，因为从读卡机210产生信息读取指令或者信息写入指令，所以这通过通信部分266接收到。在信息读取指令的情况中，从存储器264读取卡信息，并且，将此发送到读卡机210。在信息写入指令的情况中，将从读卡机210发送的写入信息(结余、钱款的接收历史、付费历史等)写入到存储器264中。
图2是显示由集中化企业管理的入口站点100(入口服务器110)的详细配置的方框图。
如图2所示，此入口服务器110包括控制装置112、接收装置114、发送装置116、信息注册装置118、集中化ID分配装置120、验证装置122、解密装置124、信息提取装置126、服务信息获取装置128、压缩装置130、分发信息形成装置132以及验证通知装置134。
控制装置112执行对装置114至134的控制、和客户终端200、每个个体服务器240、和数据库150的通信的控制、以及其它控制。接收装置114从客户终端200接收信息提供请求和其它请求，而发送装置116将包含页信息(用超文本所写的文件、图像文件等)的各种类型信息发送给客户终端200。
信息注册装置118进行用于数据库150的客户数据库160的各种类型的注册和记录。即，将在客户注册时由集中ID分配装置120分配给客户的集中ID注册在客户数据库160中，并且将由客户输入的各种类型的信息用这样的方式作为客户个人信息164(随后将述)注册在客户数据库160中，以便和集中ID相联系。而且，信息注册装置118将在个体ID注册时由个体企业分配给客户的个体ID作为个体ID信息168(随后将述)按如此方式注册在客户数据库160中，以便和集中ID相联系。而且，在服务ID注册时，将作为用于识别个体企业的各种类型的服务的识别信息的服务ID，作为相关提供信息170(随后将述)用如此方式注册在客户数据库160中，以便和集中ID相联系，该服务ID是客户希望通过入口服务器110提供的。
验证装置122确定已经进行访问的客户是否能够接收此服务器110的入口服务，即，根据集中ID和其它信息(例如，当设置口令时，那个口令)确定所述客户是否为适合的注册人。如果已经访问的所述客户不是适合的注册人，则将拒绝提供服务的消息通过控制装置112发送给客户终端200。
解密装置124将对从客户终端200发送的出于安全考虑而加密的各种类型的信息进行解密。在此实施例中，用预定的加密技术对通过由客户持IC卡260到读卡机210而读取的信息加密，并发送，而且，解密装置124对此信息进行解密。
信息提取装置126从数据库150提取必要信息。更具体地讲，信息提取装置126根据为了提取用如此方式注册以便和集中ID相联系的客户个人信息164、客户历史信息166、个体ID信息168、相关提供信息170等而已经访问的客户的集中ID，来搜索客户数据库160。
服务信息获取装置128将与为其应该获得信息的服务有关的服务ID发送到在这个企业组中的每个个体服务器240，并从个体服务器240接收对应此服务ID的服务信息。在此实施例中，当此服务信息的分发对于客户是必要的时，就单个地获得关于必要服务信息的由服务信息获取装置128所获得的服务信息。不过，可以以周期方式集中地事先获得有关所有服务ID的服务信息。
压缩装置130根据在压缩装置180中所设置的信息进行用于选择将发送到客户的信息(服务信息)的处理，以便将此信息压缩为被评估对客户更有用的信息。当将要分发给客户的信息量巨大时，客户从巨大的信息量中搜索对客户有用的信息是必要的，并且，浪费时间和功夫。在此实施例中，用如此的方法避免了这样一种问题，以便通过压缩装置130过滤信息，并将信息分发给客户。
分发信息形成装置132生成Web网页(由超文本所写的文件、图像文件等组成)，其中，设置了将要分发给客户终端200的信息。通过控制装置112和发送装置116将在此所生成的所述Web网页发送到客户终端200，并且在客户终端200中所提供的显示器设备的浏览器窗口中显示如图8A至8C，图9A至9C和图10中所示的屏幕。
验证通知装置134将已经验证由验证装置122所验证的客户通知给个体服务器240，以便能够忽略个体服务器240的客户验证处理。在作为由此入口服务器110授权客户来验证的客户通过经过在我的入口页(随后将述)中所设置的连接来访问个体服务器240的情形中，用于由个体服务器240再一次接收验证的操作或者处理是麻烦的。因此，如果此服务器110一旦接收此验证，则在不进行再一次的验证处理的情况下能够接收由个体服务器240提供的服务。
如图2所示，数据库150包括客户数据库160、压缩数据库180和其它数据库190。
在客户数据库160中，为在此入口站点中所注册的客户的每一个注册或者记录有关该客户的各种类型的数据。压缩数据库190是事先设置信息的数据库，该信息用作压缩装置130选择分发给客户信息的依据。其它数据库190是其中设置要求提供此入口服务的所有信息的数据库。例如，在其它数据库190中，记录在通过服务信息获取装置128从个体服务器240事先共同获得的服务信息的情形中的服务信息。
现在将参照图3至6描述客户数据库160的细节。如图3所示，在客户数据库160中，为每个客户注册集中ID162，并用如此方式注册客户个人信息164、客户历史信息166、个体ID信息168和相关提供信息170，以便与集中ID 162相联系。集中ID 162是分配来从其它客户中识别作为此入口服务的成员的客户的识别信息，并且，例如，由16位字母数字字符组成。
正如从如图4所示的客户个人信息164的细节所见，客户个人信息164由客户的名字、地址、邮政编码、邮件地址、电话号码和有关客户个体的其它信息组成。对于此客户个人信息164，当在此入口服务器110正确地注册该客户时，记录信息的每一项。当每一项中出现变化时，所述项每次做适当地变化。
客户历史信息166是表示客户已经和个体企业进行了商务交易这样的历史的信息。正如从如图5所示的客户历史信息166的细节所见，当用所购买商品、购买日期、价格、购买地点、有关形成单元(forming unit)的历史的其它信息来签订商务交易时，依次附加地记录或者存储客户历史信息166。当客户历史信息166超过预定的项目数或者预定周期已经超过时，则最好依次删除以较早项目开始的客户历史信息166。客户历史信息166不限于这样一种商品的购买历史等，并且根据个体企业提供的服务类型记录或者存储适当的信息。
个体ID信息168是由个体企业分配给客户的单个或者多个个体ID组成。当具有集中ID的客户进行预定操作时，用如此方法通过信息注册装置118注册信息，以便和集中ID相联系。
正如从如图6所示的相关提供信息170的细节所见，相关提供信息170是用于识别由客户已经为其注册个体ID的个体企业所提供的、来自彼此的各种服务的信息。当客户进行服务ID注册时，通过信息注册装置118按如此方式注册信息，以便和集中ID相联系。
在数据库150中所设置的压缩数据库180是其中设置信息的数据库，该信息是用于选择和压缩将要分发给客户的信息(服务信息)的依据。在此实施例中，作为一个例子，设置了如图7所示的地区代码数据库。用如此方式构成此地区代码数据库180，以便将日本国划分地区，日本的行政、市、镇、和村，并且为每个地区设置地区代码。例如，如图7所示，对于“东京附近”的地区，地区代码是“01”；对于“大阪地区”的地区，地区代码是“02”；而对于全国，地区代码是“99”。在此实施例中，提供了3个数据库，以便从客户的“地址”、“邮政编码”、或者“电话号码”的每一种能够得到地区代码。不过，压缩数据库不限于这样一种地区代码数据库，并且可以是要求来指定在服务信息中的被评估为对客户有用的信息的信息。例如，用如此方式可以形成数据库以便将客户的爱好、他的职业、家庭组成、家庭收入等作为其它信息记录在客户个人信息164种，并且，将识别代码分配给这些项目中的每一个。
现在将根据流程图将在此实施例中的各种处理描述如下。
图11是显示入口服务器110的主处理的流程图。
在客户终端200中，客户启动浏览器，在此入口站点的主页输入URL(统一资源定位符)，以便执行用于访问它的操作，从客户终端200发送下载主页的请求。通过接收装置114将此请求发送给控制装置112，并且控制装置112将分发信息形成装置132形成主页的文件(由超文本书写的文件、图像文件等)通过发送装置116发送给客户终端200(步骤1101)。
结果，在客户终端200的显示设备的浏览器窗口中，提供在图8A中所显示的屏幕图像的显示。在主页上，进行下面的显示“参加(join)”，用于注册以便重新接收此入口服务的提供；“个体ID注册”，用于注册已经分配的个体ID以接收个体企业提供的服务；“服务注册”，用于注册作为服务类型的服务ID，该服务类型是在由客户预订的每个个体企业所提供的服务中通过此入口站点由客户所希望接收的；以及“登录”，用于登录到此入口站点。
在此主页，不仅可以显示如图8A所示的显示，而且也可显示到包括个体服务器240的其它站点的连接、条幅广告(banner commercial)和其它信息。相同的显示适用于其它页(随后将述)。为在此主页所显示的每一个项目建立到在此服务器内的对CGI程序的连接。当客户通过利用系到客户终端200上的鼠标点击在所显示的项目中所希望的项目时，将此事实通知给控制装置112。
控制装置112确定所选择项目的类型(步骤1102)。当所选项目是“参加”时，进行参加处理(步骤1103)。当所选项目是“个体ID注册”时，进行个体ID注册处理(步骤1104)。当所选项目是“服务注册”时，进行服务ID注册处理(步骤1105)。当所选项目是“登录”时，进行登录处理(步骤1106)。
当终止参加处理(步骤1103)、个体ID注册处理(步骤1104)和服务ID注册处理(步骤1105)的处理时，处理返回到步骤S1101。
图12是显示由此服务器进行的参加处理的流程图。
在主页，当用户选择“参加”时，启动参加处理，并且控制装置112通过发送装置116(步骤1201)将形成参加页的文件(用超文本所写的文件、图像文件等)发送到客户终端200。
正如如图8B所示的屏幕图像，在客户终端200的显示设备的浏览器窗口中，显示具有输入栏的参加页，该输入栏用于输入“名字”、“地址”、“电话号码”、“邮件地址”和与客户有关的其它信息。
当客户输入输入他/她自己的信息给相对应的每项输入栏并点击发送按钮时，接收装置114接收输入信息，并将此信息传递给控制装置112(步骤1202)。控制装置112必要时进行检查处理(步骤1203)。例如，对于检查处理，客户根据输入信息和由每个个体企业所拥有的信用信息来确定是否满意预定参加条件。这里假定在检查中没有问题。
当在检查中没有问题时，控制装置112指示集中ID分配装置120分配集中ID。集中ID分配装置120查询客户数据库160，以便生成不复制已经注册的集中ID的新集中ID，并且将此集中ID传递给信息注册装置118。信息注册装置118重新在客户数据库160中注册集中ID，并且如此方式记录由客户所输入的作为客户个人信息164的信息，以便和此集中ID相联系(步骤1205)。
在此实施例中，假定当重新分配集中ID，则将能够作为电子货币使用的IC卡260发给用户，并且，作为新注册的结果，将用于指示IC卡260的生成和发送的通知发送到主管部分(步骤1206)。主管部分在IC卡260中记录包含集中ID的必要信息，并将此信息分发给客户地址。
图13是显示由此服务器进行的个体ID注册处理的流程图。
在主页，当客户选择“个体ID注册”时，开始个体ID注册处理，而且，控制装置112通过发送装置116(步骤1301)将形成个体ID注册页的文件(用超文本所写的文件、图像文件等)发送到客户终端200(步骤1301)。
和如图8C所示的屏幕图像一样，在客户终端200的显示设备的浏览器窗口中，显示具有用于输入“个体ID”的输入栏的个体ID注册页。
当用户将已经由个体服务器240分配的个体ID输入给个体ID的输入栏，并点击发送按钮时，接收装置114接收输入信息，并将此信息传递给控制装置112(步骤1302)。
接着，为了获得用于验证客户的信息，控制装置112通过发送装置116将形成如图9A所示的弹出显示的文件(用超文本所写的文件、图像文件等)发送到客户终端200(步骤1303)。
当客户根据屏幕显示器将IC卡260拿到包括在客户终端200中的读卡机时，读取包含电子记录在IC卡260上的集中ID的信息，并发送包含集中ID的信息，于是控制装置112接收此信息(步骤1304)。
接着，进行验证装置122的验证处理(步骤1305)。即，进行检查以便根据客户数据库160确定客户是否是适合的以便接收此入口服务的注册人。
其后，通过如所要求的查询来(步骤1306)检查客户是否是在个体服务器240中正确注册的人，客户在步骤1302中是否有正确的个人ID输入等。
接着，确定步骤(1307)验证处理(1305)的结果和个体服务器的查询(1306)。当确定没有问题时(在OK的情况下)，在客户数据库160中按如此方式注册在步骤1302中所接收的作为个体ID信息的个体ID，以便和集中ID相联系(1308)。当在步骤1307中确定有问题时(在NG的情况下)，将预定的错误消息发送给客户终端200(步骤1309)，并且，处理返回到步骤S1301。
图14是显示由此服务器进行的服务ID注册处理的流程图。
在主页，当客户选择“服务注册”时，开始服务ID注册处理，并且控制装置112通过发送装置116将形成分类注册页的文件(用超文本所写的文件、图像文件等)发送到客户终端200(步骤1401)。
结果是，在客户终端200的显示设备的浏览器窗口中，进行如图9B所示的屏幕图像的显示。分类注册页是用于注册客户所希望的在我的入口页上所显示的信息类类型(细节随后将述)。如图9B所示，在此实施例中显示了作为与音乐类有关的“音乐”、与电影类有关的“电影”、与书籍类有关的“书籍”等。
这里显示的类可以包括“新闻”、“财经”、“企业信息”、“房地产”、“美食家”、“拍卖”、“比赛”或者任何其它类型。此种类不需要单个地对应由每个个体企业所提供的服务，并且能够选择该类，以便综合地包括由企业中的多个企业所提供的服务。例如，当存在出售音乐会门票等的个体企业和出售音乐CD的个体企业时，作为与音乐相关的类的“我的音乐”包含中两者。不过，该类目可以对应个体企业之一，例如，“音乐会门票”和“音乐CD”。
对于在此类注册页上所显示的每一个项目，建立和此服务器里面的CGI程序的连接。当客户通过利用系到客户终端200的鼠标在所显示的项目中点击所希望的项目时，发送这一事实，并且控制装置112通过接收装置114接收它(步骤1402)。
控制装置112通过发送装置116发送形成与客户所选的种类相对应的服务项目注册页的文件(用超文本所写的文件、图像文件等)(步骤1403)。这里，通过假定在种类注册页上选择“音乐”，则发送作为与“音乐”对应的服务注册页的预定艺术家注册页。当客户在种类注册页上选择“电影”或者“书籍”时，发送按如此方式事先确定以便与它对应的服务项目注册页。
结果是，在客户终端200的显示器设备的浏览器窗口中，进行如图9C所示的屏幕图像的显示。所述艺术家注册页是用于在艺术家注册页上由客户注册想要显示的艺术家的信息的页(细节随后将述)。在如图9C所示的此实施例中，显示了“Gen HIRAI”、“Northern Stars”、“Mia SUZUKI”等。对于此页，按如上所述的方式，除了上述的或者单独的外，还可以不仅显示其中列出艺术家名字的显示，而且显示用于任意键入艺术家名字的输入栏，以便客户输入它。而且，按从大种类到小种类的分层次方式事先依次划分艺术家同样是可能的，并且客户通过依次点击项目访问所想要的艺术家。
当客户点击以检查在艺术家名字开头所显示的单选按钮，并接着点击发送按钮时，发送所选的项目，并且，控制装置112通过接收装置114接收此项目(步骤1404)。
接着，为了获得用于验证客户的信息，控制装置112通过发送装置116将用于生成在客户终端200的显示设备上的如图9A所示的弹出显示的文件(用超文本写入的文件、图像文件等)发送给客户终端200(步骤1405)。
当客户根据图像显示将包括在客户终端200的读卡机拿到IC卡260时，读取包含电子记录在IC卡260上的集中ID的信息，发送包含集中ID的信息，并因此控制装置112接收此信息(步骤1406)。
接着，进行验证装置122的验证处理(步骤1407)。即，进行检查以确定客户是否是合适的注册的人，以便根据客户数据库160接收此入口服务。
这里，假定该客户是适合的人，控制装置112搜索并获得与服务ID对应的信息，以便将与所选项目对应的在步骤1404中所接收的服务ID作为其它数据库190的部分记录在数据库150中(步骤1408)。
这里获得的服务ID有时正好是一个，但是正常情况下，获得多个ID。
例如，在音乐艺术家的情况下，因为客户需要的信息是门票信息、新版本的信息、相关文章等，服务ID是用于在由提供售票服务的个体企业、提供音乐CD出售服务的提供企业以及通过相关文章的个体企业所提供的服务中，识别与所选艺术家相关的服务的服务ID。
随后，进行用于选择作为入口信息分发给客户的信息的处理(步骤1409)。首先，正如如图15A所示，在压缩处理中，查询客户数据库160(步骤1501)，并接着在地址中为其提取客户的客户个人信息164中提取作为地区信息的日本行政划分的名字(步骤1502)。
这里，如图4的例子所示的本实施例的客户“Taro TOKKO”的地址是“东京”，并且因此提取它。
接着，查询压缩数据库180，以便从与所述地址相关的地区代码数据库中获得与含有“东京”的地区对应的地区代码(步骤1502)。在步骤1501中，可以提取“邮政编码”或者“电话号码(郊区电话交换号码)”，而不是“地址”。在这些情况下，在步骤1502中，从与邮政编码号码相关的地区代码数据库或者从与电话号码有关的地区代码数据库中获得地区代码。
返回参看图14，在客户数据库160中按相关提供信息170注册在步骤1408中获得的服务ID以及作为压缩信息的地区代码(步骤1410)。假定对于相关提供信息170的地区信息而言，记录由缺省表示的全国的“99”，并且根据服务ID的属性事先设置是否应该进行压缩。例如，在图6所示的例子中，事先设置，对于“基于门票的”和“基于文章的”，进行根据所述地区的压缩，而对于“基于CD的”，则不进行根据所述地区的压缩。
在此实施例中，根据客户个人信息的地址等获得地区代码，本实施例不限于此。如图15B所示，可以查询如图5所示的客户历史信息(购买历史)(步骤1505)，则统计地处理和分析这些信息项(步骤1500)，并且可以根据此结果获得所述地区代码。例如，对于居住在东京的客户“Taro TOKKO”来说，当在大阪购买音乐会门票的频率高时，与“在大阪附近”相对应的地区代码“02”能够被设置为第二地区代码。
在此实施例中，尽管已经进行了作为根据地区进行压缩的描述，但是，根据客户历史信息166可以估计客户爱好；例如，对于购买音乐CD，与在购买“新版本”的频率高时对应于此的代码和在购买“旧版本”的频率高时对应于此的代码，可以作为相关提供信息被注册；并且，根据此附加信息可以进行压缩。
图16是显示将要由此服务进行的登录处理的流程图。
在首页，当客户选择“登录”时，开始登录处理。首先，为了获得用于验证客户的信息，控制装置112通过发送装置116将用于形成如图9A所示的弹出显示的文件(用超文本所写的文件、图像文件等)发送给客户终端200的显示设备(步骤1601)。
当客户根据屏幕显示将IC卡260拿到包括在客户终端200内的读卡机时，读取包含在IC卡260上电子记录的集中ID的信息，发送包含集中ID的信息，并因此控制装置112接收此信息(步骤1602)。
接下来，通过查询客户数据库160，做出所述客户是否是正确注册的人的决定，以便根据客户数据库160接收此入口服务(步骤1603和1604)。当在步骤S1604确定客户是正确注册的人时，将此事实通知给个体服务器240(步骤1605)，并进行服务信息获得处理(步骤1606)。
当在步骤S1604确定此客户不是正确注册的人时，将用于显示表示登录不许可的消息发送给客户终端200(步骤1608)。
现在将参照如图17A所示的流程图描述服务信息获得处理。首先，控制装置112通过信息提取装置126从用于客户数据库160的客户的相关提供信息170中提取服务ID(步骤1701)。接着，询问通过服务信息获取装置128提供有关服务ID的服务的个体服务器240，以便促进对应于服务ID的服务信息的转发(步骤1702)。个体服务器240用如此方式具有由服务信息构成的数据库或者具有存储有服务信息的URL，以便对应于由个体服务器240自身提供的服务的多个服务ID。因为接收询问的个体服务器240发送对应的服务信息，所以控制装置112通过服务信息获取装置128接收此服务信息(步骤1703)。
接下来，控制装置112指示压缩装置130压缩所获取的服务信息。压缩装置130从该客户的相关提供信息170获取设置为对应于每个服务ID的地区代码，并根据地区代码执行压缩处理以减少从个体服务器发送的不对应的服务信息(步骤1704)。
当通过服务信息获取装置128从每个个体服务器240获取服务信息时，同时也将地区代码添加到服务ID，并且将其整个作为服务ID发送到每个个体服务器240，使得可以接收到仅仅来自每个个体服务器的对应的服务信息，即，在进行压缩后的服务信息的转移。
接下来，控制装置112指示分发信息形成装置132生成用于客户的我的入口页(步骤1705)。如图17B显示了用于生成我的入口页的处理。更具体地讲，分发信息形成装置132将为每个种类所选择后的服务信息进行分类(步骤1706)、按日期将其进行排序(步骤1707)、并生成用于显示如图10所示的屏幕图像的我的入口页的HTML源文件(用超文本所写的文件、图像文件等)(步骤1708)。
回过来参看图16，由控制装置112将由分发信息形成装置132所产生的有关用于该客户的我的入口页的文件通过发送装置116发送给客户终端200(步骤1607)。
结果是，在客户终端200的显示设备的浏览器窗口，显示如图10所示的我的入口页。
更具体地讲，在用于客户的问候消息之后，按种类“音乐”和艺术家“Gen HIRAI”提供显示，并在它们之后，对于“基于门票的”、“基于CD的”和“基于文章的”，显示对应于它们中的每一个的信息。在它们之下，显示到每个个体服务器240的连接。
“基于门票的”是其中显示“Gen HIRAI”的音乐会的门票信息(音乐会地点、音乐会时段、剩余座位状态等)栏。由于此实施例的客户居住在东京，则显示在东京周围的门票信息，并且，因为客户购买了过去在大阪所主持音乐会的门票，所以同样也显示在大阪周围的门票信息。例如，如图10所示，对于在东京周围的门票信息，按(1)Bushidokan(7/11-7/13)、(2)Tozai dome(7/25-7/26)、以及(3)Hokubu baseball stadium(8/2-8/3)提供显示。以像例如“www.abc.co.jp/ticket/cgi？＝tkyo+hiraigen+date”的超链接形成这些显示。通过点击客户为其想购买的项目，跳转到由出售门票的个体企业所管理的门票购买站点，并且能够按照正常流程购买门票(在图11中的步骤1107)。
“基于CD的”表示“Gen HIRAI”的音乐片断信息，并且，这里，按“新版本”和“旧版本”分开的方式显示。“基于文章的”表示有关“GenHIRAI”的新闻、流言蜚语、歌迷会的信息、“Gen HIRAI”的正式站点的信息，并且，这里，按“全国”和“东京”分开的方式提供显示。以与“基于门票”相类似的方式的超链接形成这些显示。
在此实施例中，在图16的步骤1604中，当客户成功地登录到此入口站点时，将这一事实通知给相应的个体服务器(由个体企业管理的站点)。因此，当跳转到门票购买站点时，没有必要在门票购买站点再一次接收验证。同样，当通过我的入口页链接按钮跳转到相应的站点时，在没有按类似的方式再一次接收验证的情况下，能够接收该站点的服务提供，并且能够减少客户的努力和个体服务器的负担。此外，在没有在步骤1605中通知已经验证客户的情况下，通过客户点击在我的入口页所显示的超链接，在每次跳转到对应的个体服务器时，可以发出通知。
在此实施例中，将在其上已经记录集中ID的IC卡260发给客户，由包括在客户终端中的读卡机210读取包含集中ID的信息，并且，将此信息发送到入口服务器，由此进行客户验证。或者，可以在不发行IC卡260的情况下，可以从容户终端输入集中ID。
根据如上所述的实施例，因为能够接收由提供不同服务的多个个体企业通过利用单个IC卡或者单个集中ID所提供的服务，所以，和在传统情况下所使用的为每个提供服务的企业所发行的ID或者卡的管理比较起来，上述管理是非常容易的。
此外，客户通过仅仅访问由集中化企业所管理的入口站点来接收与在由每个个体企业所提供的信息当中的客户他/她自己的爱好相对应的信息的提供是可能的。而且，如果在入口站点一旦接收到验证，则没有必要在由每个个体企业所管理的站点再一次接收验证。结果是，使客户更方便，并且在每个个体企业不需要再一次进行验证处理，使得减少每个个体企业的处理负担成为可能。
此外，因为在客户的我的入口站点显示了在根据客户的个人信息(客户居住地等)、过去交易历史等进行适当压缩之后的信息，所以减少了过去的交易历史等其中客户想要的信息埋没于大量信息中的情形，并且服务特性是高的。
为了简化对本发明的理解而描述了在前文中已经描述的实施例，本发明不限于所描述的实施例。因此，在如上所述的实施例中所公开的部分旨在包括在本发明的技术范围内的所有设计变化和等价物。
在上文中，在卡上已经记录了集中化识别信息。或者，可以作为在用户计算机的硬盘设备中的网络跟踪器来存储集中化识别信息，或在每次登录时可以由客户输入集中化识别信息。
在图17A和17B中，用如此方式进行描述以便在登录时采集与每个个体服务器相关的信息。或者，每次在个体服务器更新信息时，或者在每个预定的时间或者日期，可以从每个个体服务器发送信息，并且，根据此服务器的存储信息形成可以显示的信息。在此情况下，缩短了从登录到提供信息之间的时间，并且对用户更方便。
根据本发明，存在通过利用单个卡或者识别信息的单个项目，能够接收多个企业提供服务的优点。
存在的另一个优点是能够用简单的操作接收由彼此相关的多个企业所提供的服务。
工业适用性本发明涉及一种能够利用由个体企业根据集中化识别信息的单个项目所提供的服务的识别信息集中管理方法，在该集中化识别信息中集中了由多个个体企业分配给对应客户的个体识别信息，一种用于通过利用识别信息集中方法经由网络提供入口信息的入口信息提供装置，以及一种在利用识别信息集中方法提供服务时所使用的IC卡。
权利要求
1.一种识别信息集中管理方法，其包括步骤由集中化企业分配用于识别客户的集中化识别信息；以及注册单个识别信息，该单个识别信息是用如此方式唯一分配的，以便和所述集中化识别信息相联系，使得提供服务给预先注册的客户的多个企业识别该客户，使通过利用集中化识别信息的单个项目来提供多个个体企业的服务成为可能。
2.如权利要求1所述的识别信息集中管理方法，其中，所述集中化企业处理关于根据想要服务供应的客户的集中化识别信息来是否应该允许对所述个体企业的服务供应的验证。
3.如权利要求2所述的识别信息集中管理方法，其中，所述集中化企业可以向对其分配集中化识别信息的客户发行单个卡，在所述卡上电子记录了集中化识别信息或者能够唯一地转换成集中化识别信息的替代信息，并且根据在所述卡上所记录的所述集中化识别信息或者通过转化在所述卡上所记录的所述替代信息而获得的集中化识别信息来执行所述验证。
4.如权利要求1所述的识别信息集中管理方法，其中，可以按这样的方式注册用于识别由所述个体企业提供的服务的服务识别信息，以便和所述数据库中的所述集中化识别信息相联系，并且根据在所述数据库中所注册的服务识别信息，所述集中化企业从所述个体企业获得相应的服务信息，且将此服务信息分发给所述客户。
5.如权利要求4所述的识别信息集中管理方法，其中，按这样的方式记录有关为其注册所述集中化识别信息的所述客户的客户信息，以便和集中化识别信息相联系，并且根据所述客户信息来选择从所述个体企业获得的服务信息，并将其分发。
6.如权利要求5所述的识别信息集中管理方法，其中，所述客户信息包含至少一条有关所述客户居住地的地区信息和有关过去从所述个体企业所接收的服务的历史信息。
7.一种入口信息提供装置，该入口信息提供装置能够和由多个个体企业相应管理的个体服务器进行通信，该个体企业通过网络将服务提供给预先注册的客户和客户终端，并由用于集中该个体企业的集中化企业所管理，所述入口信息提供装置包括分配装置，用于将识别客户的集中化识别信息分配给客户；以及数据库，其中，用如此方式注册个人识别信息，以便与所述集中化识别信息相联系，由所述个体企业唯一相应地分配该个人识别信息以便识别所述客户。
8.如权利要求7所述的入口信息提供装置，还包括验证装置，用于执行关于是否应该允许由所述个体企业提供的服务的验证。
9.如权利要求8所述的入口信息提供装置，其中，所述验证装置根据在卡上所记录的所述集中化识别信息来执行所述验证，在该卡上电子地记录了集中化识别信息或者能够唯一地转换为集中化识别信息的替代信息，将所述卡通过所述集中化企业或者根据通过转换记录在所述卡上的所述替代信息而获得的集中化识别信息，发行给对其分配集中化识别信息的客户。
10.如权利要求9所述的入口信息提供装置，其中，通过客户终端接收由连接到所述客户终端的读卡机所读取的在所述卡上记录的所述集中化识别信息或者所述替代信息。
11.如权利要求7所述的入口信息提供装置，包括服务注册装置，用于按如此方式注册用于识别由所述个体企业提供的服务的服务识别信息，以便与所述数据库的所述集中化识别信息相联系；以及分发装置，用于根据在所述数据库中所注册的服务识别信息，从所述个人服务器获得相应的服务信息，并且，用于将包含服务信息的入口信息分发给所述客户终端。
12.如权利要求11所述的入口信息提供装置，其中，所述数据库已经在此记录了有关所述客户的客户信息，用如此方式为该客户注册所述集中化识别信息，以便与所述集中化识别信息相联系，并且，所述分发装置可以根据所述客户信息选择从所述个体服务器获得的服务信息，并且，可以将该服务信息分发给客户。
13.如权利要求12所述的入口信息提供装置，其中，所述客户信息包含至少一条有关所述客户居住地的地区信息和有关过去从所述个体企业所接收的服务的历史信息。
14.一种用于让计算机起如权利要求7所述的入口信息提供装置的作用的程序。
15.一种具有在其上记录如权利要求14所述程序的计算机可读信息记录介质。
16.一种IC卡，其中电子地记录与个体识别信息或者替代信息的多个条目相联系的单个条目的集中化识别信息，由多个个体企业唯一分配该个体识别信息以便识别客户，所述替代信息能够被唯一地转换成集中化识别信息。
全文摘要
一种使用户能够通过使用单个识别信息从多个商务实体中接收服务的识别信息管理方法。管理者分配用于识别客户的管理ID信息(162)。提供服务给事先注册的客户的多个商务实体用分配给客户的他们的ID信息(168)和前述ID信息(162)相关联，并将他们注册在数据库(160)中，以便通过利用单个ID信息(162)能够提供来自多个商务实体的服务。
文档编号B42D15/10GK1486472SQ02803724
公开日2004年3月31日 申请日期2002年9月27日 优先权日2001年9月28日
发明者川岛卓, 太郎, 萩原弘太郎, 史, 早足裕史, 也, 五石信也 申请人:索尼公司