收费系统和装置、计算机程序、客户终端装置及收费方法

专利名称：收费系统和装置、计算机程序、客户终端装置及收费方法
技术领域：
本发明涉及一种可以代表商业机构收费的计算机网络系统。具体地说，本发明涉及一种收费系统、收费装置、计算机程序、客户终端装置以及收费方法。
背景技术：
近来，已经开发和巩固了很多用于信息网络的基础结构，从二带来了许多基于Internet等的电子商务系统。在各种电子商务系统中，存在一种系统(通常所说的中介系统)，在这种系统中，收费装置在中介中为提供商品的商业机构(或零售商)向顾客收取他们所购买商品的费用。
为了使零售商出售产品，上述的中介系统需要利用收费装置提前注册这些产品。需要注册的包括产品信息和收费信息。应当说明，收费信息由初始收费系统和周期收费系统(例如参考下面的专利文件1)所构成的。与此相关的技术文件信息包括如下文件专利文件1日本未决专利公开No.2002-163570。
但是，相关领域的现有技术存在一个问题由于在商品注册之前要强制设置收费信息，所以不能有效地注册商品。特别是，在注册多个产品时，即使收费信息是相同的，也必须设置每个产品的收费信息，这降低了注册处理的效率。

发明内容
因此，本发明的一个目的是提供一种新的经过改进的收费系统、收费装置、计算机程序以及收费方法，其它们可以有效地注册商品。
根据本发明的第一方面，提供了一种收费系统，在该收费系统中，位于提供产品的商业机构一方的商业机构装置、位于接收所提供产品的顾客一方的顾客终端装置以及位于顾客终端装置上代表商业机构装置执行收费处理的收费装置都被连接到一个网络上，所述收费装置包括
收费计划信息生成装置，其具有一收费计划模板，该模板包括指出收费类型的收费类型信息、指出收费记账定时的记账定时信息、以及指出收费周期的收费周期信息，所述收费计划信息生成装置设置由所述收费类型信息、记账定时和收费周期信息的组合所构成的收费参数信息，以便根据所费计划模板和该收费参数信息生成收费计划信息；关联装置，用于使所述收费计划信息和所述商业机构装置指定的产品相关联；以及收费装置，用于在与所述产品相关联的收费计划信息的基础上，在所述顾客终端装置上执行所述产品的收费处理。
根据本发明的第二方面，提供了一种收费装置，其经过网络与位于提供产品的商业机构一方的商业机构装置和位于接收产品提供的顾客一方的顾客终端装置相连，用以代表商业机构装置向顾客终端装置收费，所述收费装置包括收费模板存储装置，用于存储收费计划模板，该收费计划模板包括指出收费类型的收费类型信息、指出收费记账定时的记账定时信息和指出收费周期的收费周期信息；收费计划信息生成装置，用于按照商业机构装置的指示设置由所述收费类型信息、记账定时信息以及收费周期信息的组合构成的收费参数信息，以便根据收费计划模板和该收费参数信息生成收费计划信息；关联装置，用于使所述收费计划信息和所述商业机构装置指定的产品相关联；以及收费装置，用于在与所述产品相关联的收费计划信息的基础上，在所述顾客终端装置上执行所述产品的收费处理。
根据本发明的第三方面，提供了一种计算机程序，用于使一个计算机被用做一个收费装置，该收费装置通过一网络与位于提供产品的商业机构一方的商业机构装置和位于接收所述产品提供的顾客一方的顾客终端装置相连，用以代表商业机构装置向顾客终端装置收费，所述程序包括如下步骤按照所述商业机构装置的指示，设置由指出所述收费类型的收费类型信息、指出用于所述收费记账定时的记账定时信息以及指出所述收费周期的收费周期信息的组合所构成的收费参数信息；根据一存储收费计划模板以及所述收费参数信息，生成收费计划信息，所述收费计划模板包括所述收费类型信息、所述记账定时信息和所述收费周期信息；使所述收费计划信息和由所述商业机构装置指定的产品相关联；在与所述产品相关联的收费计划信息的基础上，在所述顾客终端装置上执行收费处理。
根据本发明的第四方面，提供了一种顾客终端装置，其被连接到一个位于提供产品的商业机构一方的商业机构装置和一个代表商业机构装置执行收费的收费装置上，所述收费装置向所述顾客终端装置收取所购买产品的费用，所述顾客终端装置包括购买装置，用于按照所述商业机构装置的指示整体地选择所有的与收费计划信息相关的产品并购买所选择的产品，所述收费计划信息由所述收费装置根据一收费计划模板和收费参数信息生成，所述收费计划模板包括指出所述收费类型的收费类型信息、指出所述收费记账定时的记账定时信息和指出所述收费周期的收费周期信息，所述收费参数信息是按照所述商业机构装置的指示设置的由所述收费类型信息、所述记账定时信息以及所述收费周期信息的组合构成的信息。
根据本发明的第五方面，提供了一种用于一收费装置的收费方法，所述收费装置通过一网络与一个提供产品的商业机构装置和一个接收该产品提供的顾客终端装置相连，所述收费装置代表商业机构装置对所述顾客终端装置进行收费处理，所述收费方法包括下述步骤按照所述商业机构装置的指示，设置由指出收费类型的收费类型信息、指出收费记账定时的记账定时信息以及指出收费周期的收费周期信息的组合构成的收费参数信息；根据已存储的收费计划模板及该收费参数信息，生成收费计划信息，所述收费计划模板包括收费类型信息、记账定时信息和收费周期信息；使收费计划信息和由商业机构装置指定的产品相关联；在与产品相关联的所述收费计划信息的基础上，在所述顾客终端装置上执行收费处理。


通过结合附图参考说明，可以看到本发明的这些和其它目的，其中
图1的框图示出了作为本发明一实施例而描述的收费系统的简要结构；图2的框图示出了根据本发明的一商业机构装置的简要机构；图3的框图示出了根据该实施例的顾客终端装置的简要结构；图4的框图示出了作为本发明另一实施例而描述的收费装置的简要结构；图5示出了根据该实施例的产品数据库的简要结构；图6示出了根据该实施例的收费计划模板数据库的简要结构；图7示出了根据本实施例的会员店注册数据的示意性数据结构；图8示出了根据本实施例的零售商注册数据的示意性数据结构；图9示出了应用于上述收费系统的一个显示屏幕的示意性配置；图10示出了应用于上述收费系统的一个显示屏幕的示意性配置；图11A和11B示出了根据本实施例的关联信息的概况；图12A和12B示出了根据本实施例的商业机构单元信息的概况；图13的定时曲线示出了生成上述商业机构单元信息的处理概况；图14的定时曲线示出了根据本实施例生成与顾客相关的商业机构单元信息的处理概况；图15示出了应用于上述收费系统的显示屏幕的简要配置；图16示出了上述显示屏幕的另一种简要配置；图17示出了根据该实施例存储在顾客数据库中的顾客配置文件信息的数据结构的概况；图18示出了应用于上述收费系统的一个显示屏幕的简要配置；图19示出了应用于上述收费系统的另一个显示屏幕的简要配置；图20示出了应用于上述收费系统的又一个显示屏幕的简要配置；图21示出了应用于上述收费系统的再一个显示屏幕的简要配置；图22示出了根据本实施例的顾客管理信息的简要配置；图23的定时曲线示出了根据本实施例的顾客管理信息关联处理的概况；图24示出了应用于上述收费系统的一个显示屏幕的简要配置；图25的定时曲线示出了根据本实施例的将产品与收费计划信息相关联的处理；图26示出了应用于上述收费系统的一个显示屏幕的简要配置；图27示出了根据本实施例的产品注册信息的数据结构的概况；
图28示出了应用于上述收费系统的一个显示屏幕的示意性配置；图29示出了根据本实施例的收费参数信息的数据结构的概况；图30示出了应用于上述收费系统的一个显示屏幕的示意性配置；图31示出了根据本实施例的关联注册信息的数据结构的概况；图32A和32B示出了根据本实施例的交易产品数据库的示意性配置；图33示出了应用于上述收费系统的一个显示屏幕的示意性配置；图34的定时曲线示出了根据本实施例的产品购买处理的示意性操作；图35示出了应用于上述收费系统的一个显示屏幕的概况；图36示出了根据本实施例的购买注册信息的数据结构；图37示出了应用于上述收费系统的一个显示屏幕的概况；图38示出了根据本实施例的另一个购买注册信息的数据结构的概况；图39示出了根据本实施例的购买信息的数据结构的概况；图40示出了应用于上述收费系统的一个显示屏幕的概况；图41示出了根据本实施例生成的凭单概况。
具体实施例方式
下面借助于参照附图举例的方式对本发明做进一步详细的描述。应当注意，在下面的说明和附图中，为了简明，类似的功能和类似的装置仅利用相同的附图标记解释一次。
收费系统首先，参考图1描述作为本发明一个实施例的收费系统。图1是一个简要示出了收费系统1的框图。
如图1所示，收费系统1包括会员店11(11a，11b，…，11n)和顾客9(9a，9b，…，9n)。
上述会员店11(11a，11b，…，11n)种的每一个都具有一个或多个商业机构10(10a-1，10b-1，…，10n-1)，…，商业机构10(10a-n，10b-n，…，10n-n)。
属于每个会员店11的商业机构10向顾客9提供商品。当顾客9发出购买请求时，商业机构10将规定的商品出售给请求的顾客9。顾客9接收所请求的产品并为此付款。
商业机构10(以下称零售商10)一般指经济实体，例如是商业机构。每个零售商具有一个商业机构装置7。
在零售商10内安装的商业机构装置7经由网络3向顾客9提供产品，并且除了终端装置的功能外还至少具有服务器的功能。
会员店11由一个或多个零售商10组成。例如，会员店11具有一个公司组织。为了使用该系统，首先要注册收费系统1和会员店11，然后注册零售商10。因此，零售商10隶属于会员店11。
顾客9可以预先向零售商10注册以便从该零售商10购买产品；即，顾客9是所谓的公共用户。
顾客9(9a，9b，…，9n)分别具有顾客终端装置5(5a，5b，…，5n)。顾客终端装置5例如是计算机、移动电话或便携式终端装置。
上述顾客终端装置5经由网络3访问商业机构装置7，以执行例如顾客注册处理或购买产品。
产品是进行商业交易的有形动产，并且进一步包括诸如计算机程序的无形物以及诸如数字内容供应服务的服务。
如图1所示，顾客终端装置5、属于会员店11的商业机构装置7以及收费装置13都连接到网络3上。
收费装置13向购买产品的顾客9收费，并在一预定的时间间隔后生成帐单，借此，执行一系列的固定处理操作。收费装置13代表目前为止已经执行了这些操作的商业机构装置7执行这一系列的固定处理操作。
由于收费系统1被连接到诸如Internet的网络3上，顾客终端装置5访问属于零售商10的商业机构装置7，以便使顾客9从零售商10处购买产品。
网络3使商业机构装置7、收费装置13和顾客9相互连接。网络3通常是诸如Internet的公共线路网络，但是也包括闭路网络，例如，WAN，LAN以及IP-VPN。连接媒介包括有线和无线媒介，诸如基于FDDI(光纤分布式数据接口)的光纤电缆，基于Ethernet(一种商标)的同轴或双绞线电缆，以及基于IEEE802.11b的无线媒介。连接媒介也包括卫星通信网络。
商业机构装置7可以在收费系统1的控制下经由网络3实现例如虚拟商城的在线购物，并且出售产品。
因此，响应来自于属于顾客9的顾客终端装置5的访问，商业机构装置7提供例如与产品销售相关的目录信息，或者购买指定的产品。
如果将被提供的产品是例如数字内容，那么，零售商10将经由网络3分配上述内容。此内容由零售商10的商业机构装置7发送。如果产品是诸如电视机的有形物，则零售商10将对产品的传送做出安排。
在零售商10中，销售信息和顾客配置文件信息由收费装置13代表零售商10进行管理。销售信息是与特定产品、出售给顾客的数量和它们的销售周期相关的信息。顾客信息是与由顾客9购买的产品、购买产品的数量和它们的购买周期相关的信息。
由于收费等处理是由收费装置13代表商业机构装置7执行的，所以，零售商10将被收取使用收费装置13的费用。更确切地说，每当卖出一件产品时，收费装置13就收取出售价格的一部分，或者商业机构装置7例如在诸如每年或每月的一预定额周期内支付一定的费用。
商业机构装置7下面参照图2描述根据本实施例的商业机构装置7。图2的框图示出了此商业机构装置的示意性配置。
如图2所示，商业机构装置7包括注册块69、Web屏幕生成块70、发送块71、接收块72、输入块73、显示块74、顾客配置文件信息生成块75、顾客管理信息生成块76、内存块77、控制整个装置中每个处理操作的CPU78以及存储器块79。
商业机构装置7具有服务器功能，并且响应来自顾客终端装置5的访问，注册顾客9并提供例如Web屏幕等等。顾客9的注册由注册块69执行。Web屏幕由Web屏幕生成块70通过发送块71提供。应当注意到，注册块69不仅仅处理上述顾客的注册，也处理产品注册、收费计划信息注册、会员店注册以及零售商10的注册。
当完成上述顾客注册时，发出一个唯一的顾客识别信息(或专用顾客ID)以识别所述顾客9。未每个顾客发出并管理该专用顾客ID，因此，在零售商10之间并不共享所述专用顾客ID。
因此，在注册的基础上，经注册的顾客9访问商业机构装置7以购买所需的产品。
发送块71经由网络13向顾客终端装置5或收费装置13传送数据。接收块72经由网络3接收数据。
输入块73由但不局限于诸如鼠标、跟踪球、跟踪板、记录笔或操纵杆的点入设备和键盘组成，通过该输入装置，零售商10向商业机构装置7发出指令。
显示块74显示由CPU78处理的可以显示的Web屏幕。显示块74例如是电视机或液晶显示器，从中可以输出静态图像、声音和运动图像。
顾客配置文件信息生成块75生成与已注册顾客9有关的顾客配置文件信息。利用将被该顾客9使用的收费装置13注册该顾客配置文件信息，以便购买产品和对所购买的产品进行收费或结算。此信息的细节将随后描述。
顾客管理信息生成块76生成与已注册顾客9有关的顾客管理信息。顾客管理信息被用于管理零售商方10的顾客9。由于与顾客配置文件信息有关，所以，利用收费装置13注册所生成的顾客管理信息。
顾客管理信息可以包括诸如下面的信息例如，在顾客9生日的那天收费额减价5％；如果某一专业棒球俱乐部赢球则减价5％；如果顾客9是常客则减价5％；在活动月三月中减价5％。顾客管理信息的细节将随后描述。
Web屏幕生成块70生成由顾客终端装置5规定的Web屏幕数据。所生成的Web屏幕数据提供给发送块71。接着，Web屏幕被显示在顾客终端装置5的显示块54上。
应当注意，如果根据本实施例的Web屏幕生成块70以计算机程序的方式存储在存储器块79中，那么它也可以被执行，并由CPU78处理。此外，如果Web屏幕生成块70被连接到作为Web服务器的商业机构装置7的外部，那么它也是可执行的。
内存块77是在其上可以进行数据的读和写的装置。例如，内存块77可基于RAM(随机存储器)、ROM(只读存储器)、EEPROM(电可擦可编程只读存储器)、DRAM(动态随机存储器)、SRAM(静态随机存储器)或SDRAM(同步动态随机存储器)。
存储器块79是在其上可以进行数据的读和写的存储器装置。存储器块79可基于、但不仅限于硬盘驱动器(HDD)、DVD-RAM、DVD-ROM、CD-ROM。举例来说，存储器块79存储诸如由顾客9所注册的顾客注册信息。
顾客终端装置5下面将参照图3描述根据本实施例的顾客终端装置5。图3示出了顾客终端装置5的示意性配置的方框图。
如图3所示，顾客终端装置5包括发送块51、接收块52、输入块53、显示块54、用于控制整个装置的每个装置的CPU55、内存块56、购买块57以及存储器块58。
顾客终端装置5借助于存储在存储器块58中诸如Web浏览器的计算机程序访问商业机构装置7。接着，顾客终端装置5执行顾客注册和向商业机构装置7的产品购买申请。
发送块51经由网络3向商业机构装置7或收费装置13发送数据。接收块52经由网络3接收数据。
输入块53、显示块54、内存块56以及存储器块58实质上分别与输入块73、显示块74、内存块77以及存储器块79具有相同的配置，所以省略对它们的详细说明。
当顾客9购买产品时，购买块57生成购买注册信息。在生成购买注册信息过程中，购买块57要设置一个用于选择与一段购买计划信息相关的所有标记。这个所有标记随后将进行详述。
在购买产品的过程中，根据受所购买产品约束的收费计划信息结算收费。为了购买产品，必须选择该产品及其收费计划信息。
当通过购买块57在一条收费计划信息的基础上购买多个产品时，这些产品可以一次全部选定，由此实现了快速购买。购买块57执行的购买处理以及收费计划信息将随后进行详述。
应当注意，如果根据本实施例的购买块57借助于计算机程序被存储在存储器块79中，那么其也是可执行的，并且可以被例如CPU55处理。
收费装置13下面参照图4描述作为本发明另一个实施例实施的收费装置13。图4的框图简要示出了收费系统13的结构。
如图4所示，收费装置13包括Web服务器21、商业机构单元信息生成服务器22、接收块23、发送块24、收费服务器31、凭单生成服务器32、收费计划信息生成服务器33、关联服务器34、集成服务器35、结算服务器37、顾客数据库服务器41、顾客管理信息数据库服务器42、会员店数据库服务器44、零售商数据库服务器43、产品数据库服务器46、购买确定服务器47以及收费计划模板数据库服务器48。
应当注意到，上述收费装置13具有如图4所示的分离形式的各种服务器，但不排除例如将这些服务器以组合的方式配置。
响应于例如来自商业机构装置7的访问，收费装置13例如执行顾客9的注册并提供Web屏幕。在完成顾客9的注册后，收费装置13发出一个用于识别顾客9的公共顾客ID。当顾客9利用该公共顾客ID从零售商10那里购买产品时，收费装置13向顾客9收取购买该产品的费用。应当注意到，在由商业机构装置7发出的专用顾客ID的情况下，收费装置13可以向顾客9收取购买费用。
因此，零售商10可以使收费装置13代表售商10执行收费处理、编制帐单处理和结算处理。顾客9的公共注册将随后进行详述。
接收块23经由网络3接收数据，以便将所所接收的数据传送给每个目的服务器。发送块24经由网络3向目的商业机构装置7传送数据。应当注意到，接收块23和发送块24可以以例如具有一个路由器的组合的方式配置。
当顾客9购买由零售商10提供的产品时，对顾客9的收费处理等将由代表商业机构装置7的收费装置13来执行。
响应于商业机构装置7的访问，Web服务器21生成Web屏幕数据，以便在商业机构装置7的显示块74上显示一个Web屏幕。例如，在顾客9的公共注册中，Web服务器21利用商业机构装置7生成公共注册的Web屏幕数据。
在来自零售商10的商业机构装置7的请求的基础上，商业机构单元信息生成服务器22建立多个零售商10之间的关联信息。此关联信息存储在随后将描述的零售商数据库服务器43所拥有的零售商数据库中。
当设置零售商10之间的关联信息时，构成由多个零售商组成的商业机构单元，借此生成关于此商业机构单元的商业机构单元信息。当生成了商业机构单元信息时，则可以集中执行将对所有零售商10执行的收费和结算。
应当注意的是，集成服务器35根据由商业机构单元信息生成服务器22所生成的商业机构单元信息执行用于每个商业机构单元的集成处理。举例来说，在集成处理中，在商业机构单元中的每个商业机构装置7中所生成的销售信息将被加总在一起，其将随后进行详述。关联信息和商业机构单元信息也将随后进行详述。
收费服务器31代表零售商10方的商业机构装置对顾客9从零售商10那里购买的产品进行收费。收费处理包括一次定额收费和持续收费，一次定额收费仅发生在在每当顾客9从零售商10那里购买产品时，持续收费则从零售商10向顾客9从头至尾提供服务的过程中持续存在。
持续收费被应用于例如移动电话和Internet提供者的使用。一次定额收费和持续收费是在购买产品时由与所购买产品相关的收费计划信息规定的。收费计划信息将随后进行详述。
在由收费服务器31执行收费处理而生成的收费信息的基础上，凭单生成服务器32生成收费凭单或记账凭单信息。收费凭单信息被传送给商业机构装置7。根据收费凭单信息，零售商10可以验证收费处理的有效性。
记账凭单信息被传送给商业机构装置7。此外，记账凭单被从一个未示出的连接到商业机构装置7上的输出装置输出。通过检查记账凭单，顾客9可以确认所购买的产品和结算金额。
结算服务器37在诸如银行或信用卡公司的结帐ASP(应用程序服务提供者)上执行由记账凭单指出的结算金额的结算。
例如，如果顾客9已经从零售商10那里购买了一个产品，凭单生成服务器32或收费服务器31就以一预定的时间间隔向结算服务器37传送顾客9的例如他/她的信用卡的记账凭单信息或收费凭单信息。
结算服务器37根据上述记账凭单信息或收费凭单信息生成记账信息，并将所生成的记账信息经由网络3发送给结帐ASP。作为响应，结帐ASP根据记账凭单信息从用户9的帐目上扣除所要支付的金额。记账凭单信息和费凭单信息将随后进行详述。
收费计划信息生成服务器33生成用于向购买产品的顾客9收费的收费计划信息。此外，该服务器存储所生成的收费计划信息。在收费模板和如商业机构装置7规定所设置的收费参数信息的基础上生成收费计划信息。应当注意的是，根据本实施例的收费计划信息生成服务器33例如等效于收费计划信息生成装置。
关联服务器34将产品和收费计划信息生成服务器33生成的收费计划信息相关联。该收费计划信息和产品的关联可以按照零售商10的商业机构装置7的指示执行。应当注意的是，根据本实施例的收费计划信息生成服务器33等效于例如根据本实施例的所述关联装置。
由于产品和所述收费计划信息相关联，所以，关联服务器34生成交易产品信息，并将生成的交易产品信息存储到产品数据库服务器46中的交易产品数据库中。例如，每当一产品与一段收费计划信息相关联时，就生成该交易产品信息。
当在收费计划信息和产品之间已经发生关系并且选择了一产品时，就可以识别绑定到被选择产品的所述收费计划信息。另外，当选择一特殊的收费计划信息时，也可以识别绑定到所选信息上的产品。应当注意的是，关联服务器34可以将一件或多件产品与一段收费计划信息相关联。
当已经在产品和收费计划信息之间建立了一种关系时，顾客9准备好购买所需的产品。当顾客购9买产品时，收费服务器31和结算服务器37根据与所购买产品有关的收费计划信息对购买该产品的顾客9执行收费和结算。应当注意的是，本实施例的收费服务器31等效于例如本实施例的收费装置。
购买建立服务器47根据从顾客终端装置5接收的购买注册信息生成购买信息以便使顾客购买产品。当生成购买信息时，建立产品的购买。
此外，购买建立服务器47将生成的购买信息存储在顾客数据库服务器的顾客数据库中，并存储在顾客9的顾客配置文件信息的下面。购买信息将所后进行详述。
应当注意，例如根据本实施例的收费计划信息和产品的关联例如也可以在注册产品ID和计划ID之间自动关联的情况下实现，其中计划ID用于识别收费计划信息。在这种情况下，产品ID和计划ID的系统被分类成有效执行恰当的关联处理。
应当注意，所述计划ID是公共计划ID或专用计划ID，所述公共计划ID是基于收费计划信息的生成而自动发出的。公共计划ID由收费计划信息生成服务器33发出。专用计划ID由商业机构装置7发出。
顾客数据库服务器41存储顾客数据库，其未示出。顾客数据库存储各种信息，包括顾客配置文件信息、顾客管理信息以及与顾客9有关的向顾客收费信息。
响应来自每个服务器的请求，顾客数据库服务器41从上述顾客数据库中取得信息，并将取得的信息返回给请求服务器。向顾客收费信息将随后详述。
会员店数据库服务器44存储会员店数据库，会员店数据库包括各种会员店11的属性信息。会员店数据库存储多个与每个会员店11相关的信息。为每个会员店11生成的信息至少由会员店ID、会员店11的名称、由收费装置13注册的合同日期、会员店11的地址、会员店11的电话号码以及会员店11的邮件地址。
应当注意，根据本实施例的会员店数据库服务器44并不局限于上述实例；例如，会员店的传真号和负责人也可以添加到该数据库中。
响应每个服务器的请求，顾客数据库服务器41在上述会员店数据库中搜索请求的信息，并将搜索到的信息返回给请求服务器。在注册会员店11的情况下，顾客数据库服务器41将与会员店11相关的注册信息存储到会员店数据库中。
在注册会员店11的过程中，未示出的例如会员店11的管理员访问收费装置13以执行注册会员店11的处理。通过从代表其的商业机构装置7访问收费装置13执行会员店11的注册。当会员店11已经被注册时，零售商10的注册被准备好进行注册。
为了注册会员店11，商业机构装置7生成诸如会员店的名称以及利用收费装置13注册的合同日期的会员店注册数据，并将生成的信息传送给收费装置13。
会员店数据库服务器44发出一个会员店ID，并根据上述会员店注册数据，在会员店数据库中存储与该会员店有关的信息。当此信息的注册被完成时，会员店11的注册也被完成。应当说明，会员店数据库服务器44将在随后详述。
零售商数据库服务器43存储零售商数据库(未示出)，该数据库包括零售商10的各种属性信息。零售商数据库存储多个与每个零售商10相关的记录。这些记录的每一个至少都由用于识别零售商10的零售商ID、零售商名称、开始日期、结束日期、该零售商10所属会员店11的会员店ID、销售报告日期和关联信息构成。
应当注意的是，根据本实施例的零售商数据库并不局限于由上述识别零售商10的零售商ID、零售商名称、开始日期、结束日期、该零售商10所属会员店11的会员店ID、销售报告日期和关联信息构成的零售商数据库。
响应于来自每个服务器的请求，零售商数据库服务器43在上述数据库中搜索被请求的信息，并将搜索到的信息返回给请求数据库。在零售商10的注册过程中，与零售商10有关的注册信息被存储在零售商数据库中。零售商10的注册将在随后详述。
产品数据库服务器46存储被用于注册将被出售产品的产品数据库或其中产品与收费计划信息相关联的交易产品数据库。。
产品数据库存储多个与每个产品相关的记录。这些记录的每一个都至少由用于产品识别的专用产品ID、公共产品ID、产品提供源的零售商ID、产品名称、价格、征税类型、GLID以及产品标记构成。应当注意的是，专用产品ID由商业机构装置7发出，而上述公共产品ID是由收费装置13发出的ID。
上述零售商ID是由商业机构装置7一方专门管理的ID，但并不局限于此；例如零售商ID可以是由收费装置13发出的ID。
GLID是收费项目代码。GLID由零售商10规定。购买使能开始日期和时间是顾客9实际购买产品的日期和时间。购买结束日期和时间是顾客9不能再购买产品的日期和时间。税款类型表示施加到所购买产品的税收的类型；例如是消费税。
上述产品标记表示“1”是“产品”，“2”是“运输费用”，“3”是“处理费用”，“4”是“征税费用”以及“5”是“投递费用”。
由于为每个零售商10注册产品，所以，只要零售商ID不同，即使是在专用产品ID重复的情况下，也可以注册产品。但是，如果零售商ID和专用产品ID都重复了，就不能注册产品。产品的注册将随后详述。
交易产品数据库存储一个或多个交易的产品记录。通过利用关联服务器34使产品和收费计划信息相关联生成这些交易产品记录。所述交易产品数据库将在下面详述。
下面将参照图5描述根据本实施例的产品数据库。图5示出了产品数据库的简要结构。
如图5所示，产品数据库的项目至少是公共产品ID、专用产品ID、产品提供源(未示出)的零售商ID、产品名称、价格、GLID、税款类型、购买使能开始日期和时间、购买结束日期和时间以及产品标记(未示出)。
如图5所示，具有公共产品ID“56789”的产品在购买开始日和时间或者购买结束日和时间规定。如果没有设置购买开始日和时间，那么，它指出没有特别设置可以购买产品的开始日期和时间。因此，那些没有规定购买使能开始日期和时间的产品可以在它们的购买结束日期和时间之前的任何时间购买。
如果没有设置购买结束日期和时间，那么，它指出可以购买产品的日期和时间将没有期限。因此，可以在购买使能开始日期和时间之后的任何时间购买产品。应当注意的是，如果购买使能开始日期和时间和购买结束日期和时间都没有设置，那么，就可以在任何时间购买产品。
此外，如图5所示，在税款类型中没有规定具有公共产品ID“98765”的产品。如果没有定义税款类型，就表示没有征税行为。具有公共产品ID“87654”的产品指出它的价格是“￥-500”。
如果象具有公共产品ID“87654”的产品那样，价格的前面有一个负号，就表示为减价价格或礼券价格。当应用了减价价格或礼券价格时，费用就是从每个所购买产品的价格中扣除一预定的价格而获得金额。
接着，收费计划模板数据库服务器48存储一个或多个收费计划模板数据库。每个收费计划模板数据库存储一个或多个收费计划模板。在生成收费计划信息之前，这些收费计划模板被存储在收费计划模板数据库中。
这些收费计划模板提供用于生成收费计划信息的模型。如上所述，收费计划信息生成服务器33将收费参数信息设置给由商业机构装置7规定的每个收费计划模板，借此生成收费计划信息。
下面参照图6描述作为本发明一个实施例而描述的收费计划模板数据库。图6示出了收费计划模板数据库的简要结构。
如图6所示，收费计划模板数据库的项目至少包括用于识别收费模板的计划模板ID、收费类型、记账定时、周期类型、特殊计算1、每日估计定额1(daily pro rate)、特殊计算2以及每日估计定额2。
根据本实施例的收费类型项被设置为“一次定额”或“包价”的收费类型信息。“一次定额”表示一次定额收费收费类型，其中，每当顾客购买产品时执行收费。因此，在一次定额收费中不具有后续性；也即是说，通过一次收费处理操作就完成了收费。
“包价”表示包价收费信息。包价收费信息表示其中周期性地收取固定金额的收费。因此，当购买产品时，购买者要在一预定的周期内持续地付费。
根据本实施例的收费类型是由“一次定额”或“包价”构成的，但并不局限于此。例如，也可以增加“计时收费”，它是根据所使用的时间执行收费的。
记账定时信息由“预先记账”和“后记账”构成，所述“预先记账”是在提供服务之前执行收费，“后记账”是在提供服务之后执行收费。应当注意的是，根据本实施例的记账定时并不局限于上述“预先记账”和“后记账”的结构。
收费周期信息(此后称之为周期类型信息)表示执行收费的周期。根据本实施例周期类型信息由“每年”和“每月”构成，但不局限于此；例如也可以在实践中使用其它类型的周期。
特殊计算1和特殊计算2表示在“承认会籍”(“admission tomembership”)和“取消会籍”(“withdrawal from membership”)时执行的特殊计算。例如“承认(admission)”的特殊计算包括承认后的三个月内不收取任何费用的计算。“取消(withdrawal)”的特殊计算包括例如在取消之前给予与收费周期相符的奖励的计算。但是，所述特殊计算并不局限于这些例子。每日估计定额1和每日估计定额2表示是否执行每日估计定额计算。应当注意的是，举例来说，承认定时表示订立产品的购买或服务的使用的合同的时间，而取消定时则表示取消产品的购买或服务的使用的合同的时间。
如果收费计划模板的计划模板ID是“6”，那么，收费计划模板就是其收费类型信息为“包价”，记账定时信息是“后记账”，周期类型信息是“每月(仅在每月的开始)”，特殊计算1是“承认”，每日估计定额1是“每日估计定额1”，特殊计算2是“取消”，以及每日估计定额2是“非每日估计定额”。
收费参数信息与由所述商业机构装置7所规定的设置相符地被设置为上述收费计划模板的从收费类型到每日估计定额2的项目。因此，收费计划信息根据收费计划模板和收费参数信息生成。
应当注意的是，根据本实施例的收费计划模板具有但不限于ID“1”到ID“9”的9类；例如，可以注册一个或多个收费计划模板。
如上所述，根据本实施例的收费计划模板数据库由计划模板ID、收费类型、记账定时、周期类型、特殊计算1、每日估计定额1、特殊计算2和每日估计定额2构成。但是，此数据库不局限于这些结构，例如其它的项目可以添加到此数据库中或可以从该数据库中删除例如特殊计算1或每日估计定额1的某些项目。
收费系统的操作下面将描述如上配置的收费系统1的操作的实施例。
会员店的注册为了使用该收费系统，会员店11必须利用收费装置13进行注册。例如，有代表型的商业机构装置7为了注册而访问收费装置13。
当访问完成后，商业机构装置7向收费装置13请求用于会员店注册的Web屏幕。作为响应，Web服务器21向商业机构装置7提供用于注册的Web屏幕数据。
由于接收了用于会员店注册的Web屏幕数据，所以，商业机构装置7在其显示块74上显示一个未示出的用于会员店注册的屏幕。会员店注册屏幕具有一个未示出的项目输入块，用于设置会员店11注册所必须的信息。
所需信息被经过商业机构装置7输入块73的鼠标或键盘输入到项目输入块。当输入了所须的信息并且按了“执行”按钮时，生成会员店注册数据。
下面将参照图7描述根据本实施例的会员店的注册数据。图7示出了会员店注册数据的示意性数据结构。
如图7所示，会员店注册数据至少包括一指出会员店11名称的会员店名称信息部分(288字节)、一指出利用商业机构装置7进行注册的日期的合同日期信息部分(10字节)、一会员店11的地址信息部分(288字节)、一会员店11的电话号码信息部分(20字节)和一会员店11的电子邮箱地址信息部分(128字节)。但是，会员店注册数据并不局限于此设置；例如，可以增加其它的项目，也可以删除一些项目。
根据本实施例的会员店注册数据的每一个项目都具有一预定的字节长度。但是会员店注册数据并不局限于此设置，每个项目可以具有其它字节长度。
所生成的会员店注册数据从商业机构装置7的发送块71经由网络3发送给收费装置13。收费装置13的接收块23接收此数据。
接收块23对所接收的数据进行分类并将其传送给会员店数据库服务器44。会员店数据库服务器44接收此数据。
会员店数据库服务器44发出会员店ID给所接收的会员店注册数据，并将设置给该会员店注册数据的与会员店11相关的信息以及所发出的会员店ID存储在所述会员店数据库中。当该存储完毕时，会员店的注册也完成了。
另外，当会员店11的注册已经完成时，包括所发出会员店ID在内的注册结果信息从会员店数据库服务器44传送给Web服务器21。作为响应，Web服务器21生成其中包括所接收注册结果信息的Web屏幕数据，并将所生成的Web屏幕数据经由网络3传送给商业机构装置7。
由于经由网络3接收了包括注册结果信息的Web屏幕数据后，所以，商业机构装置7在显示块74上显示所接收的信息。接着，通过检查显示在显示块74上的注册结果信息可以确认会员店11的成功注册。
关于根据本实施例的注册会员店11的注册，从商业机构装置7的注册可以被用于上述例子中。但是注册并不局限与此；例如，可以从未示出的外部连接到收费装置13上的收费结算装置来执行会员店11的注册。
零售商10的注册为了在注册会员店11后使用此收费系统，零售商10必须如上所述利用收费装置13注册。为此，零售商10的商业机构装置7要访问收费装置13。
当完成访问后，商业机构装置7向收费装置13请求用于零售商注册的Web屏幕。作为响应，Web服务器21向商业机构装置7提供注册用的Web屏幕。
由于收到了零售商注册用的Web屏幕数据，商业机构装置7将一零售商注册屏幕显示到其显示块74(未示出)上。该零售商注册屏幕具有一用于设置零售商注册所需信息的项目输入块(未示出)。
通过商业机构装置7的输入块73的鼠标或键盘，所需信息被输入给项目块。当输入完所需信息并且按压了“执行”按钮后，就生成了零售商注册数据。
下面参照图8描述根据本实施例的零售商注册数据。图8示出了根据本实施例的零售商注册数据的简要数据结构。零售商注册数据包括关联信息。
如图8所示，零售商注册数据包括用于识别零售商10的零售商ID信息部分，表示零售商10的名称的零售商名称信息部分、开始日期信息部分、结束日期信息部分、该零售商所属会员店11的会员店ID信息部分、销售报告日期信息部分以及关联信息。但是，零售商注册数据并不局限于此设置。例如，可以增加其一些它项目，也可以删除某些项目。
关联信息至少由下述信息部分构成依赖目标零售商(即，所依赖的零售商)ID信息部分、依赖类型信息部分、可变标记信息部分以及关系类型信息部分。
对于零售商ID信息部分，设置了10字节的零售商10的识别信息。零售商ID由商业机构装置7方发出的，但不局限于此；例如，零售商ID可以由收费装置13发出。
对于零售商名称信息部分，设置了288字节的零售商10名称。零售商名称由96个完全字符组成，其字形可以是英文或日文。
对于开始日期信息部分，设置了对零售商10有效的10字节的开始日期。对于结束日期信息部分，设置了对零售商有效的10字节的结束日期。
对于零售商10所属会员店的ID信息的一部分，设置了10字节的会员店ID。该会员店ID由收费装置13发出。
对于销售报告日期信息部分，设置了用于提取作为销售报告的销售数据的10字节的参考日期。
如图8所示，关联信息至少由下述信息部分构成依赖目标零售商ID信息部分、依赖目标类型信息部分、可变标记信息部分以及关系类型信息部分。应当注意的是，如果在注册零售商10时没有对包括在关联信息中的任何信息部分进行任何设置，零售商注册数据也是可以实现的。
对于依赖目标零售商ID信息部分，设置了依赖目标零售商10的零售商ID。依赖关系是通过在利益(interest)的依赖源零售商10(依赖零售商10)和依赖目标零售商10(或被依赖的零售商10)之间设置关联信息引起的。应当注意的是，利益的零售商10是零售商10本身。依赖目标零售商ID的字节长度是10字节。
对于依赖目标类型信息部分，设置了被依赖的主体。如果此部这是“0”，那么，与专用顾客ID相关的顾客配置文件信息是依赖的主题；如果这部分是“1”，则一个未示出的结算装置持有者是依赖的主题。但是，依赖目标类型并不仅限于这种设置；例如，也可以设置其它的依赖主题。
关系类型信息部分的字节长度是一字节。这种关系类型被设置有代码“1”至“5”。
关系类型信息部分被设置为代码为“1”指出顾客ID序列，“2”指出记账单元，“3”指出销售单元，以及“4”指出结算单元。指出记账单元的代码“2”也被包括在指出顾客ID序列的代码“1”之中。应当注意的是，代码序列并不局限于此设置；例如，也可以增加其它代码或删除某些代码。
记账单元允许依赖零售商10(或父零售商)的记账信息的相加累计，以便对依赖目标零售商10的顾客9记账，为此，基于关系类型的顾客ID序列的父零售商的顾客配置文件信息等必须是提前可用的。
对于上述可变标记信息部分，无论与利益的依赖零售商10相关的各种信息是否可变，都是通过对来自被依赖零售商10的商业机构装置7的收费装置13进行访问而设置的。所述可变标记信息部分的字节长度是一字节。
关于访问收费装置13，商业机构装置7必须预先登记。一旦登记，则收费装置13就参照预先存储的上述商业机构装置7的终端操作权力信息(未示出)，以便给出可由商业机构装置7访问的诸如区域和服务的权利。
因此，如果被依赖的商业机构装置7的终端操作权利信息允许使用依赖商业机构装置7的终端操作权利信息，那么，收费装置13就给予被依赖商业机构装置7诸如被依赖商业机构装置7以及依赖商业机构装置7的可访问区域和服务的权利。
如果可变标记是“1”，则依赖商业机构装置7的终端操作权利信息就可以被使用，并且依赖商业机构装置7可以访问收费装置13。
因此，如果可变标记是“1”，就表示设置给依赖类型的依赖主体可以根据与父零售商10相关的商业机构装置7改变；如果可变标记是“0”，就表示被设置给依赖类型的依赖主体不能改变。所述关联信息和商业机构单元信息将后面详述。
对于根据本实施例构成零售商注册数据的项目，定义了预定的字节长度。但是，预定的字节长度并不局限于此设置。例如，任何应该字节长度都可以采取另一个值。
在上述例子中，依赖目标零售商ID信息部分、目标依赖类型信息部分、可变标记信息部分以及关系类型信息部分构成了作为一个单元的关联信息。但是，信息部分的集合并不局限与此设置。例如，可以使用两个或多个关联信息单元。
所生成的零售商注册数据经由网络3被从商业机构装置7的发送装置71传送给收费装置13。收费装置13的接收块23接收该数据。
接收块23将所接收的零售商注册数据分类并传送给零售商数据服务器43。零售商数据库服务器43接收该数据。
零售商数据库服务器43将被设置为所接收零售商注册数据的零售商10的注册信息存储到零售商数据库中。当存储完成时，零售商10的注册也完成了。
在注册之后，注册结果信息从零售商数据库服务器43传送给Web服务器21。Web服务器21生成包括注册结果信息的Web屏幕数据，并将此数据经由网络3传送给商业机构装置7。
商业机构装置7经由网络3接收包括注册结果信息的Web屏幕数据，并将接收的数据显示在显示块74上。从而，通过检查显示在显示块74上的注册结果信息，就可以确认零售商成功注册。
关于根据本实施例的零售商10的注册，上述实施例中使用了来自商业机构装置7的注册。但是，注册并不局限于此配置；例如，零售商10的注册可以由外部连接到收费装置13上的收费结算装置(未示出)执行。
零售商10注册之后，商业机构装置7准备好执行顾客9的注册、产品的注册以及通过访问收费装置13生成收费计划信息。当上述预定注册被完成之后，由代表商业机构装置7的收费装置13执行产品的收费。
定页屏幕和相关的屏幕下面描述由Web服务器21提供并显示在商业机构装置7的显示块74上的Web屏幕。
首先，当商业机构装置7访问收费装置13时，显示一个登记屏幕，用于将被显示在显示块74上的顶页屏幕。。如图9所示，该登记屏幕由指出属于零售商10的用户个人识别号码的ID103和指出该用户密码的PW105构成。
当在登记屏幕的ID103和PW105中输入了用户的识别信息且例如通过鼠标点击了“登记”按钮后，收费装置13进行授权，使所述收费系统准备好使用。
当登记操作成功时，图10所示的“管理菜单”出现在显示块74上。管理菜单屏幕是在商业机构装置7登记后显示的Web屏幕。
如图10所示，“管理屏幕”示出的屏幕项包括“注册顾客”、“搜索顾客”、“改变顾客属性”、“产品”、“收费计划信息”、“注册零售商”、“改变零售商属性”、“关联”、“注册收费顾客信息”、“凭单”、“购买”以及“密码管理”。
当选择项目“改变零售商属性”时，出现“改变零售商属性”屏幕(未示出)，在“改变零售商属性”屏幕上，改变或删除与该注册零售商10有关的属性信息。
当选择项目“密码管理”时，出现“密码管理”屏幕(未示出)，在“密码管理”屏幕上，例如改变密码。上述密码被用于由商业机构装置7向收费装置13登记。与其它项目相关的屏幕将随后详述。
设置关联信息零售商10是组成会员店11的一个商业单元。因此，一个会员店11中允许具有多个零售商10。可以在多个零售商10之间设置关联信息，用以生成商业机构单元信息。
例如，在有代表性的父零售商10的预定周期内生成销售信息的过程中使用商业机构单元信息允许有效地生成销售信息。即，可以通过集成和累计总和商业机构单元中父零售商10的销售信息和隶属于该父零售商10的子零售商的销售信息增强生成销售信息的效率。
通过设置上述商业机构单元信息，该商业机构单元中的所有零售商10都可以被集成到一起以便进行收费或记账的处理。如果这些零售商10不是同一个会员店11的成员，可以实现这种集成处理。
如上所述，关联信息可以在零售商10注册时设置。应当注意的是，该关联信息也可以不是在注册时的其它时间设置给零售商10。
下面参照图11A和11B描述根据本实施例的关联信息。这些图示出了根据本实施例的关联信息的概况。
如图11A所示，所述关联信息至少由顾客ID序列、记账单元、销售单元、结算单元以及操作单元构成。应当注意的是，此关联信息实质上与上述的零售商注册数据实例中的关联信息的设置相同。
如图11B所示，假设在零售商A、零售商B和零售商C之间设置了关联信息，那么，如果零售商C是依赖零售商，零售商A和零售商B是零售商C所依赖的零售商。
应当注意的是，依赖零售商C例如是一个子零售商，而该子零售商所依赖的零售商A和零售商B是父零售商。该子零售商隶属于该父零售商。
根据本实施例的关联信息在上面已经通过利用例如零售商10之间的隶属关系进行了描述。但是，关联信息并不局限于此配置；例如，在多个零售商10之间也可以实现等价关系或互补关系。
如图11A所示，当所述顾客ID序列被设置为关联信息时，收费装置13使用诸如利用依赖目标零售商A注册的顾客配置文件信息的顾客信息。由此，为了利用零售商C注册顾客信息，使用了零售商A的顾客信息。
当记账单元被设置为关联信息时，收费装置13将与每个顾客9相关的零售商C的记账信息和零售商A的记账信息相加。因此，例如在零售商A以集成的方式管理对顾客9的记账的情况下，实现了有效的记账处理。应当注意的是，记账信息用于对顾客9所购买的产品或服务费用记账。
当销售单元被设置为关联信息时，收费装置13将零售商C的销售信息和零售商A的销售信息相加，用于记帐这些销售。因此，例如在获得零售商A的销售信息的情况下，可以实现有效的销售记帐。应当注意的是，零售商10通过出售产品获得销售信息。
当结算单元被设置为关联信息时，收费装置13将零售商C的结算信息加到零售商A上以执行资金结算。因此，例如在零售商A以集成的方式管理顾客9的结算的情况下，可以实现有效的记账处理。
当操作单元被设置为关联信息时，允许从零售商B的商业机构装置7访问例如零售商C的顾客配置文件信息。应当注意的是，操作单元由上述访问允许过程中的可变标记定义。
下面参照附图12A和12B描述根据本实施例的商业机构单元信息。这些图示出了根据本实施例的商业机构单元信息的概况。
如图12A所示，商业机构单元信息由虚线内的父零售商10(或零售商A)和子零售商10(或零售商B和零售商C)组成。
在上述的例子中，该商业机构单元信息由零售商A到C构成。但是，所述商业机构单元信息并不局限于此设置。例如，如果具有两个或更多的零售商，这样的商业机构单元信息也是可以实现的。
如图12B所示，商业机构单元信息由零售商A的关联信息、零售商B的关联信息和零售商C的关联信息构成。应当注意的是，对于零售商A的关联信息，由于零售商A是所述父零售商，所以，零售商A本身被设置为初始设置。
下面将参照图13描述根据本实施例的商业机构单元信息的生成。图13示出了根据本实施例生成上述商业机构单元信息的处理的简要流程图。
如图13所示，在生成商业机构单元信息的过程中，零售商10的商业机构装置7生成关联信息(S1101)。在注册零售商10或改变零售商10的属性的时候，可以生成该关联信息。
例如，如图12B所示，零售商C的商业机构装置7利用是依赖目标的零售商A生成所述关联信息。零售商B的商业机构装置7也利用是依赖目标的零售商A生成所述关联信息。
接着，如图13所示，商业机构装置7经由网络3将所生成的关系传送给收费装置13(S1102)。收费装置13的接收块23经由网络3接收此关联信息(S1103)。
接收块23将接收的关联信息传送给零售商数据库服务器43。零售商数据库服务器43接收该关联信息。
接着，在接收零售商B和零售商C的关联信息的基础上，零售商数据库服务器43在零售商数据库中注册所接收的关联信息，同时利用是父零售商的零售商A生成商业机构单元信息(S1104)。应当注意的是，零售商A的关联信息保持最初设置。
所生成的商业机构单元信息被存储在零售商数据库服务器43中。此外，集成服务器35在预定时间间隔处基于所述商业机构单元信息执行诸如集成记帐信息和销售信息的集成处理(S1105)。因此，例如商业机构单元信息的生成允许在诸如记账处理的过程中为由两个或多个零售商10组成的商业单元执行集成处理。
如图12B所示，例如零售商B和零售商C的记帐量被登记到构成该商业机构单元信息的零售商A。这是因父零售商必须加总和管理发生在子零售商处的收费和销售，这包括例如汇总计帐。
在上述的例子中，根据本实施例的商业机构单元信息由零售商10构成。但是，商业机构单元信息并不仅限于此；例如，商业机构单元信息也可以由顾客9构成。下面将参照图14描述由顾客9构成的生成商业机构单元信息的处理的概况。图14的定时曲线示出了根据本实施例生成由顾客9构成的商业机构单元信息的处理概况。
如图14所示，通过由顾客9的顾客终端装置5生成商业机构单元信息开始生成商业机构单元信息的处理(S1201)。所述关联信息是通过将公共顾客ID或专用顾客ID设置为依赖目标生成的。应当注意，顾客9关联信息的结构与零售商10关联信息的结构基本相同。
接着，顾客终端装置5经由网络3将所述关联信息传送给商业机构装置7(S1202)。应当注意的是，顾客终端装置5已经登记到商业机构装置7上。
接着，商业机构装置7经由网络3接收关联信息(S1203)。在接收的基础上，商业机构装置7就执行例如一个格式检查操作，并经由网络3将关联信息传送给收费装置13(S1204)。
收费装置13的接收块23经由网络3接收该关联信息(S1205)。接收块23将所接收的关联信息传送给顾客数据库服务器41。顾客数据库服务器41接收该关联信息。
基于所述关联信息的接收，顾客数据库服务器41就根据该关联信息利用被设置给两个或多个顾客9的关系信息生成所述商业结构单元信息(S1206)。
所生成的商业机构单元信息被存储在顾客数据库服务器41中。另外，集成服务器35基于所述商业机构单元信息在预定的时间间隔内对由两个或多个顾客9构成的商业机构单元执行集成处理(S1207)。因此，例如收费记账信息或结算信息就可以被集中地加总或登记。
顾客9的注册为了购买产品，顾客9必须预先利用零售商10注册。通过从顾客9的顾客终端装置5访问商业机构装置7并经过显示在显示块54上的“顾客注册”屏幕，进行顾客的注册。
下面将描述顾客9的注册。首先，当顾客终端装置5访问商业机构装置7时，图15所示的“顾客注册”屏幕被显示在显示块54上。“顾客注册”屏幕是在顾客终端装置5登记后显示的一个Web屏幕。
如图15所示，“顾客注册”屏幕被显示在显示块54上。图15示出了根据本实施例显示在所述收费系统的显示块54上的一个屏幕。
如图15所示，“顾客注册”屏幕由多个入口组成，所述入口包括用于输入顾客分类的输入块112、用于输入顾客姓名的输入块116、用于输入邮政编码的输入块118、用于输入地址的输入块120、用于输入性别的输入块122、用于输入生日的输入块124、用于输入电话号码的输入块126、用于输入电子邮件地址的输入块130、用于输入结算方法的输入块136、用于输入信用卡号的输入块138、用于输入截止日期的输入块140、用于输入信用卡所有者的姓名(字母)的输入块142、用于输入信用卡所有者的姓名(假姓名符)的输入块144以及用于输入信用卡类型的输入块146。
经过顾客终端装置5的输入块53，在上述输入块112至146中填写顾客9的信息。此外，当点击了图15所示“顾客注册”屏幕上的“执行”按钮时，顾客终端装置5生成与注册顾客9相关的注册信息。
当已经生成了顾客注册信息时，顾客终端装置5经由网络3将其传送给商业机构装置7。商业机构装置7经由网络3接收此信息。
商业机构装置7向所接收的注册信息发出一个专用顾客ID，并添加例如接纳日期和顾客ID，借此生成顾客配置文件信息。
商业机构装置7经由网络3将所生成的顾客配置文件信息传送给收费装置13。应当注意的是，在所述顾客配置文件信息被传送给收费装置13之前，商业机构装置7已经被登记到了收费装置13上。
收费装置13的接收块23经由网络3接收所述顾客配置文件信息。然后，接收块23将所接收的顾客配置文件信息传送给顾客数据库服务器41。
顾客数据库服务器41将所接收的顾客配置文件信息存储在顾客数据库中。一旦所述顾客配置文件信息被存储，顾客9的注册就完成了。
应当注意的是，顾客数据库服务器41从自商业机构装置7所接收的顾客配置文件信息中提取结算方法信息。顾客数据库服务器41将提取的结算方法信息与提取的顾客配置文件信息相关联，并将结果信息存储在顾客数据库中。可以为每个顾客9生成结算方法信息，同时多条结算方法信息可以与该顾客配置文件信息相关联。
所述结算方法信息至少由下述信息构成结算方法、信用卡号码、截止日期、卡所有者姓名(字母)、卡所有者姓名(假名字符)以及卡的类型。结算方法信息与结算购买的产品的装置相关。
例如，在“顾客注册”屏幕中，所述结算方法信息至少由经过输入块136、输入块138、输入块140、输入块142、输入块144和输入块146输入的信息构成。
应当注意的是，收费装置13将上述顾客配置文件信息的注册结果作为注册结果信息传送给商业机构装置7。商业机构装置7将所接收的注册结果信息传送给顾客终端装置5除了从顾客终端装置5进行上述顾客9的注册以外，根据本实施例，也可以从商业机构装置7注册顾客9。下面参照图16描述根据本实施例用于从商业机构装置7注册顾客9的“顾客注册”屏幕。
在从商业机构装置7登记到收费装置13的基础上，显示块74上出现管理菜单屏幕。当在管理菜单屏幕上选择了“顾客注册”时，出现图16所示的“顾客注册”屏幕。
如图16所示，“顾客注册”屏幕由用于输入零售商ID的输入块110、用于输入顾客类型的输入块112、用于输入专用顾客ID的输入块114、用于输入姓名的输入块116、用于输入邮政编码的输入块118、用于输入地址的输入块120、用于输入性别的输入块122、用于输入生日的输入块124、用于输入电话号码的输入块126、用于输入传真号码的输入块128、用于输入电子邮件地址的输入块130、用于输入接受日期的输入块132、用于输入取消日期的输入块134、用于输入结算方法的输入块136、用于输入信用卡号的输入块138、用于输入截止日期的输入块140、用于输入信用卡所有者的姓名(字母)的输入块142、用于输入信用卡所有者的姓名(假名)的输入块144以及用于输入信用卡类型的输入块146构成。
经过商业机构装置7的输入块73，在上述输入块110至146中填写与顾客9相关的信息。顾客9的注册信息被预先从顾客终端装置5存储到商业机构装置7中或从顾客9传送给零售商10。当在输入注册信息之后点击了图16所示的“顾客注册”屏幕中的“执行”按钮时，商业机构装置7生成用于注册顾客9的注册信息。
由于已经生成了顾客配置文件信息，所以，商业机构装置7将所生成的顾客配置文件信息经由网络3传送给收费装置13。因此，采取了与从顾客终端装置5注册顾客9的处理基本相同的处理，所以就略过其描述。
在顾客9注册的基础上所生成的顾客配置文件信息由顾客数据库服务器41管理。因此商业机构装置7就不必须亲自管理顾客配置文件信息，借此节省了管理成本。
下面参照图17描述根据本实施例存储在顾客数据库中的顾客配置文件信息。图17示出了根据本实施例存储在顾客数据库中的顾客配置文件信息的简要数据结构。
如图17所示，顾客配置文件信息至少是由30字节的专用顾客ID信息部分、10字节的零售商ID信息部分、1字节的顾客类型信息部分、10字节的接受日期信息部分、10字节的取消日期信息部分、20字节的邮政编码信息部分、288字节的姓名信息部分、288字节的地址信息部分、1字节的性别信息部分、10字节的生日信息部分、20字节的电话号码信息部分以及128字节的电子邮件地址信息部分所构成。
搜索顾客9再有，商业机构装置7可以在收费装置13的顾客数据库服务器41中搜索顾客配置文件信息。当在登记之后选择图10所示项目“搜索顾客”后，在显示块74上出现图18所示的“顾客搜索”屏幕。图18示出了根据本实施例应用于所述收费系统的一个显示屏幕的简要配置。
如图18所示，“顾客搜索”屏幕由用于输入零售商ID的输入块110、用于输入顾客ID的输入块114、用于输入顾客状态的输入装置160、用于输入顾客类型的输入块112、用于输入姓名的输入块116、用于输入与设置搜索范围相关的注册日期和时间(开始)的输入块162-1、用于输入与设置搜索范围相关的注册日期和时间(结束)的输入块162-2、用于输入与设置搜索范围相关的更新日期和时间(开始)的输入块164-1以及用于输入与设置搜索范围相关的更新日期和时间(结束)的输入块164-2。
经过商业机构装置7的输入块53，在上述输入块110到164中填写顾客9的信息。此外，当点击“执行搜索”按钮时，生成搜索执行数据。在所生成的搜索执行数据的基础上，收费装置13搜索所涉及的顾客配置文件。
如图19所示，当完成顾客配置文件的搜索时，在显示块74上显示作为搜索结果的“顾客表”屏幕。该“顾客表”屏幕由表171构成。表171由但部局限于“零售商ID”项、“专用顾客ID”项、“公共顾客ID”项、“姓名(假名字符)”项、“姓名(字母)”项、“电子邮件地址”项以及“电话号码”项构成。
在上述“顾客搜索”屏幕中，在经过输入装置110至164输入的搜索关键字的基础上执行搜索操作。作为搜索的结果，与被搜索顾客9有关的顾客配置文件信息就显示为表171。因此，属于商业机构装置7的每个用户都可以很好地理解所希望的顾客信息。
搜索顾客9(结算方法信息)当经过商业机构装置7的输入块73选择了图18所示顾客搜索屏幕中的“结算方法信息搜索”按钮时，在显示块74上显示图20所示用于依据顾客配置文件信息的结算方法信息执行顾客搜索操作的“顾客搜索(结算装置)”屏幕。图20示出了根据本实施例出现在收费系统显示块上的一个屏幕。
如图20所示，“顾客搜索(结算装置)”屏幕由用于输入零售商ID的输入块110、用于输入结算方法的输入块136、用于输入信用卡号的输入块138、用于输入截止日期的输入块140、用于输入信用卡所有者姓名(字母)的输入块142以及用于输入信用卡所有者姓名(假名字符)的输入块144构成。
经过商业机构装置7的输入块53，在图19所示的输入块110至144中填写上述数据。当点击了“执行搜索”按钮时，生成搜索执行数据。在所生成的搜索执行数据的基础上，收费装置13搜索与顾客配置文件信息相关的结算方法信息。
如图21所示，所述“顾客表”屏幕被显示为与顾客9的结算方法信息相关的的搜索结果。该“顾客表”屏幕由表172构成。表172由“零售商ID”项、“结算方法”项、“截止日期”项、“姓名(字母)”项和“姓名(假名字符)”项组成。
作为搜索结果，被搜索顾客9的顾客信息被示于表172中。应当注意的是，在上述的“顾客搜索(结算方法)”屏幕中，根据与输入的结算装置有关的搜索关键字执行搜索操作。。因此，商业机构装置7的每个用户都可以很好地理解顾客9的结算方法信息。
顾客管理信息再有，根据本实施例的收费装置13的顾客数据库服务器41除了管理顾客配置文件信息外，还能够管理与顾客9相关的顾客管理信息。零售商10使用该顾客管理信息例如进行促销。因此，对于每个零售商10来说，顾客管理信息是不同的。
下面参照图22描述根据本实施例的顾客管理信息。图22示出了根据本实施例的顾客管理信息的简要结构。
如图22所示，顾客管理信息关联服务器42将顾客管理信息和顾客9的顾客配置文件信息相关联，并存储在所述顾客数据库中。
如图22所示，顾客管理信息关联数据库42可在一条顾客配置文件信息下面添加多条顾客管理信息。应当注意，例如在购买产品时生成的购买信息或者结算方法信息也被添加到该顾客配置文件信息的下面。
此外，如图22所示，将顾客管理信息包括在购买信息中也是可以实现的。利用其中包括顾客管理信息的购买信息，所生成购买信息中的保留区域被划归给顾客管理信息。
在顾客9生日那天要减价5％、当顾客9所喜欢的棒球队A赢了时要减价5％或者在比赛期间例如对经常光顾的顾客9要减价5％。的情况下，零售商10一方必须管理与每个顾客9相关的诸如生日的信息。
因此，通过在顾客9的顾客管理信息中设置例如顾客9的生日和他所喜欢棒球队名称的信息，零售商10可以进行设计以加强产品的促销。
除了预定代码或格式化的文本信息以外，所述顾客的管理信息也可以由未非格式化的文本信息或图像构成。
顾客数据库服务器41也可以将顾客管理信息提供给零售商10的商业机构装置7。因此，通过向不是为顾客9注册的零售商10公开该顾客管理信息，就可以在零售商10当中提高服务质量、加强竞争和产品促销。
通过公开顾客管理信息，收费装置13还可以经过商业机构装置7从浏览该信息的零售商10处获取提供该顾客管理信息的费用。应当注意的是，顾客管理信息关联服务器42也可以随时对附加到顾客配置文件信息的顾客信息进行修正、改变或其它操作。
下面将参照图23描述根据本实施例的顾客管理信息与顾客配置文件信息的关联处理。图23示出了根据本实施例指出关联所述顾客管理信息的处理概况的定时曲线。
首选，如图23所示，如果顾客9还没有注册，那么，由于顾客9的顾客配置文件信息没有被存储在收费装置13中，所以，顾客终端装置5生成与该顾客9相关的注册信息，并经由网络3将所生成的注册信息传送给商业机构装置7(S2201)。应当注意的是，该注册信息是与上述相同的方式生成的。
如上所述，由于经由网络3从顾客终端装置5接收了该注册信息，商业机构装置7将例如一零售商ID添加到所接收的信息中，借此，生成顾客配置文件信息(S2202)。
由于生成了顾客配置文件信息(S2202)，所以商业机构装置7将此信息传送给收费装置13(S2203)。
接着，收费装置13的接收块23经由网络3接收该顾客配置文件信息(S2204)。
如上所述，接收块23将所接收的顾客配置文件信息传送给顾客数据库服务器41。顾客数据库服务器41将所接收的信息存储到该顾客数据库中。
如果顾客配置文件信息已经被存储到收费装置13的顾客数据库服务器41中，那么，商业机构装置7就可以附加所述顾客管理信息。商业机构装置7为每个顾客9生成利用将被管理信息设置的顾客管理信息(S2205)。应当注意的是，该顾客管理信息是经过输入块73在“顾客管理信息”屏幕(未示出)上输入的，该屏幕被显示在商业机构装置7的显示块74上。
接着，商业机构装置7将所生成的顾客管理信息经由网络3传送给收费信息13(S2206)。
收费装置13的接收块23经由网络3从商业机构装置7接收该顾客管理信息(S2207)。接收块23将所接收的信息传送给顾客数据库服务器41。
由于接收了该顾客管理信息，顾客数据库服务器41在包括在顾客管理信息中的专用顾客ID或公共顾客ID的基础上搜索顾客9的顾客配置文件信息。
当检索到该顾客配置文件信息时，顾客数据库服务器471将其传送给顾客管理信息关联服务器42。顾客管理信息关联服务器42将所涉及的顾客配置文件信息与顾客管理信息相关联(S2208)。关联后的顾客配置文件信息和顾客管理信息被存储在顾客数据库服务器41中。
顾客数据库服务器41将关联后的顾客管理信息存储到顾客数据库中。所述顾客配置文件信息和顾客管理信息之间的关系允许顾客数据库服务器41通过访问这种关联总体取得一条或多条被绑定到所述顾客配置文件上的顾客管理信息。
在上述例子中，根据本实施例的顾客管理信息由商业机构装置7生成。但是，顾客管理信息的生成并不局限于这种配置。例如，也可以由顾客终端装置5生成所述顾客管理信息。
如果由顾客终端装置5生成该顾客管理信息，那么，由每个顾客终端装置5生成的每个顾客9的顾客管理信息被经由商业机构装置7传送给收费装置13。因此，顾客终端装置5必须预先访问商业机构装置7来执行注册过程。
由于所述顾客配置文件信息或顾客管理信息是由收费装置13管理的，所以，例如商业机构装置7就不必管理诸如信用卡和结算信息的安全信息。
向顾客收费信息向顾客收费信息至少由零售商ID、专用顾客ID、向顾客收费ID以及结算方法信息ID构成。向顾客收费ID被用于识别向顾客收费信息，以及结算方法信息ID用于识别用于收费结算的结算方法信息。每当购买产品时发出所述结算方法信息ID。
为每个顾客9生成所述向顾客收费信息，并且以上述向顾客收费信息为单位进行收费和记账处理。因此，如果当同一个顾客9向多个零售商10注册并因此而具有相同的专用顾客ID时，可以为每个零售商10处理记账或收费。根据向顾客收费信息以及如果需要参考所述顾客配置文件信息进行收费或记账处理。
在根据本实施例的向顾客收费信息的注册中，图24所示“向顾客收费信息注册”屏幕出现在商业机构装置7的显示块74上。当选择图10所示“管理菜单”中的“注册向顾客收费信息”项时，显示该“向顾客收费信息注册”屏幕。
所述“向顾客收费信息注册”屏幕由用于输入零售商ID的输入块110以及用于输入专用顾客ID的输入块114构成。在这些输入块中输入零售商ID和专用顾客ID并通过输入块73点击“执行”按钮。
当点击了“执行”按钮时，商业机构装置7生成用于注册向顾客收费信息的向顾客收费注册信息，并将所生成的信息经由网络3传送给收费装置13。
向顾客收费信息由10字节的零售商ID和30字节的专用顾客ID构成，但不仅限与此。
由于接收了向顾客收费注册信息，收费装置13的接收块23将所接收的信息传送给顾客数据库服务器41。而由于接收了向顾客收费注册信息，所以，顾客数据库服务器41发出向顾客收费ID以及结算方法信息ID。
顾客数据库服务器41将上述向顾客收费ID和结算方法信息ID附着到顾客注册信息上，并将其处理成所述向顾客收费信息。顾客数据库服务器41将所产生的向顾客收费信息存储到顾客数据库中。
使产品与购买计划信息相关联下面参照图25描述根据本实施例的将产品与收费计划信息相关联的处理。图25示出了根据本实施例的将产品与收费计划信息相关联的处理的流程。
产品注册首先，如图25所示，商业机构装置7必须生成用于向收费装置13注册产品的产品注册信息(S2401)。因此，在描述将产品与收费计划信息相关联的处理之前，先描述注册产品的处理。
如图26所示，为了注册产品，必须经过显示在商业机构装置7显示块74上的“产品注册”屏幕进行注册。应当注意的是，当在注册后选择图10所示“管理菜单”屏幕中的“产品”时，显示所述“产品注册”屏幕。
图26所示的“产品注册”屏幕至少由用于输入零售商ID的输入块11、用于输入专用产品ID的输入块270、用于输入价格的输入块288、用于输入税款类型的输入块278、用于输入GLID的输入块276以及用于输入产品标记的输入块274构成。
从商业机构装置7的输入块73在图26所示的输入块110到288中输入产品信息，并点击“执行”按钮。当点击了“执行”按钮时，根据在输入块110到288中输入的产品信息，商业机构装置7的注册块69生成用于产品注册的产品注册信息。应当注意的是，点击“清除输入”按钮清除了所输入的信息。
下面参照图27描述根据本实施例的产品注册信息。图27示出了根据本实施例的产品注册信息的数据结构的概况。
如图27所示，所述产品注册信息至少由10字节的零售商ID信息部分、30字节的专用产品ID信息部分、288字节的产品名称信息部分、23字节的购买开始如期和时间信息部分、23字节的购买使能截止日期和时间信息部分、6字节的价格信息部分、10字节的税款类型代码信息部分、20字节的GLID信息部分以及1字节的产品标记信息部分构成。
在输入块110中输入的零售商ID被设置给零售商ID信息部分。在输入块270中输入的专用产品ID被设置给专用产品ID信息部分。在输入块272中输入的产品名称被设置给产品名称信息部分。在输入块273中输入的购买使能开始日期和时间北欧设置给购买使能开始日期和时间信息部分。在输入块275中输入的购买使能截止日期和时间被设置给购买使能截止日期和时间信息部分。在输入块288中输入的价格被设置给价格信息部分。在输入块278中输入的税款类型被设置给税款类型代码信息部分。在输入块276中输入的GLID被设置给GLID信息部分。在输入块274中输入的产品标记被设置给产品标记信息部分。
在上述例子中，利用诸如没有包括减价金额的信息描述根据本实施例的产品注册信息。但是，此信息并不局限于此装置。例如，产品注册信息还可以包括减价金额或减价系数。在这种情况下，“产品注册”屏幕就具有一个用于输入减价金额或减价系数的输入块。
接着，如图25所示，商业机构装置7的发送块71经由网络3将所生成的产品注册信息发送给收费装置13(S2401)。收费装置13的接收块23从商业机构装置7接收产品注册信息(S2402)。
收费装置13的接收块23将所接收的产品注册信息发送给产品数据库服务器46。产品数据库服务器46发出公共产品ID，并将所发出的公共产品ID和所接收的产品注册信息存储到产品数据库中。在完成该存储的基础上，产品被注册(S2403)。
收费计划信息的注册与根据本实施例的产品注册一起，向购买该产品的顾客9收费的收费计划信息被注册。通过从商业机构装置7向收费装置13发送收费参数，注册收费计划信息。
下面参照图25、28和29描述根据当前实施例的收费计划信息的注册。图28示出了应用于根据本实施例上述收费系统的一个显示屏幕的示意性配置。图29示出了根据本实施例的收费参数信息的数据结构的概况。
如图28所示，收费计划信息的注册需要从显示在商业机构装置7显示块74上的“收费计划信息注册”屏幕注册收费计划信息。
应当注意的是，“收费计划信息”屏幕是在商业机构装置7已经在收费装置13上登记之后当在图10所示的“管理菜单”屏幕中选择了“收费计划信息”时显示的。
图28所示的“收费计划信息注册”屏幕至少由用于输入零售商ID的输入块110、用于输入用于识别收费计划信息的计划ID的输入块204、用于输入收费计划信息的计划名称的输入块208、用于输入用于识别收费计划模板的计划模板ID的输入块322、用于输入使能购买使能开始日期的输入块330、用于输入使能购买使能截止日期的输入块332、用于输入收费日期和时间的输入块334、用于输入记账日期和时间的输入块336、用于输入收费类型的输入块335、用于输入记账定时信息的输入块344、用于输入周期类型信息的输入块346、用于输入是在接受时特别计算的一项目的输入块368、用于输入是取消时特别计算的一项目的输入块370、用于输入在接受时是否进行每日估计定额计算的输入块372、用于输入在取消时是否进行每日估计定额计算的输入块374和用于输入结算方法的输入块136所构成。
从商业机构装置7的输入块73在输入块110-374中输入与收费计划信息有关的信息，并点击“执行”按钮。当点击了“执行”按钮时，商业机构装置7的注册块69基于所输入的信息生成收费计划信息，借此生成包括注册设置值的收费注册信息。应当注意，点击“清零输入”按钮将清零所输入的数据。
应当注意的是，在上述的输入块204中，输入一个计划模板ID。如图6所示，根据将要设置的计划模板ID选择收费计划模板。
对于上述输入块330，收费被使能的开始日期被设置为使能购买的开始日期，但其并不局限与此；例如，收费被使能的开始日期和时间可以被设置为诸如2003年1月5日10点05分。
对于上述输入块332，收费截止日期被设置为购买使能截止日期，但其并不局限于此；例如，收费截止的截止日期和时间可以设置为诸如2011年1月15日11点05分。
对于输入块334，设置了对收费进行处理的日期。例如，如果约定一产品服务的使用自2002年10月1日的购买使能开始日期到2002年10月30日按月收费，那么例如，包价收费的收费计划信息中的预记账信息的收费日期就设置为2002年11月1日的0点0分0秒，和后记账信息收费日期被设置为2002年10月31日的23点59分59秒。在一次定额收费计划信息的情况下，收费日期保持为原始设置。
对于上述的输入块335，设置收费类型信息。收费类型信息是“1”(一次定额收费)和“2”(包价收费)中的一种，但其并不仅限于此；例如可以增加“计时收费”。如果收费类型信息与收费计划模板预先设置的不一样，但如果该收费类型是被设置给输入块335，那么也是可以实现的。
对于输入块336，设置了用于执行收费的记账处理的日期。例如，如果一个产品服务的使用约定为从2002年10月1日的购买使能开始日期到2002年10月30日结束按月收费，那么例如，包价收费的预记账信息的收费日期就设置为2002年10月31日的23点59分59秒，并且包价收费后记账信息收费日期被设置为2002年10月31日的23点59分58秒。在一次定额收费计划信息的情况下，收费日期保持为原始设置。
对于输入块344，设置为“0”(一次定额收费)、“1”(预先记账)和“2”(后记账)中的一种。应当注意的是，在注册一次定额收费收费计划信息的情况下，设置一次定额收费记账。
应当注意的是，对于根据本实施例的输入块344，设置为“0”(一次定额收费)、“1”(预先记账)和“2”(后记账)中的一个，但不局限于此。
对于输入块346，如上所述，被设置为“1”(每年)和“2”(每月)中的一种。应当注意的是，对于输入块346，可以设置为“1”(每年)和“2”(每月)中的一种，但并不局限于此。
对于输入块368，设置在接受一会员时被处理的特殊计算1的设置值。特殊计算1的处理内容是预定的。例如，如果处理内容被预定为“免费三个月”，那么，设置值“3”就可以改变为例如“4”或“5”，借此以改变免费周期。
应当注意的是，根据本实施例特殊计算1处理的内容并不局限于“免费三个月”。例如，可以从所处理的多个内容中选择所需的一个或者处理的内容可以随时改变。
对于输入块370，设置在取消一会员会籍时被处理的特殊计算2的设置值。此设置值的配置实质上与上述特殊计算1是相同的，并且特殊计算2的处理内容也是预定的。例如，如果处理的内容被预定为“返还注册费用的10％”，那么，设置值“10”可以被改变为例如“20”或“30”，借此改变注册收费的返还金额。
应当注意的是，根据本实施例的特殊计算2处理的内容并不局限于“返还注册收费的10％”。例如，可以从所处理的多个内容中选择所需的一个或者所处理的内容可以随时改变。
对于输入块372和输入块374，分别设置了在接受一成员时的每日估计定额和取消一成员会籍时的每日估计定额。对于输入块136，设置了收费计划信息的结算方法。这里，结算方法包括例如，信用卡、银行转帐、银行提款等等，从中选择一个。
下面参照图29描述根据本实施例的收费注册信息。图29示出了根据本实施例的收费注册信息的数据结构概况。
如图29所示，收费参数信息由一个信息部分组和一个参数组构成。
上述的信息部分组至少由10字节的零售商ID信息部分、20字节的计划ID信息部分、288字节的计划名称信息部分、10字节的计划模板ID信息部分、10字节的购买使能开始日期信息部分、10字节的购买使能截止日期信息部分、23字节的收费日期和时间信息部分、23字节的记账日期和时间信息部分以及100字节的结算方法信息部分所构成。
上述参数组至少由100字节的收费类型信息、100字节的记账时间参数、100字节的周期类型参数、100字节的接受时间参数、100字节的取消时间参数、100字节的接受时间按日付款比例参数、100字节的取消时间按日入款比例参数所构成。
对于零售商ID信息部分，设置了在输入块110中输入的零售商ID。对于计划ID信息部分，设置了在输入块204中输入的计划ID。对于计划名称信息部分，设置了在输入块208中输入的计划名称。对于计划模板ID信息部分，设置了在输入块322中输入的计划模板。对于结算方法信息部分，设置了在输入块136中输入的结算方法。
对于购买使能日期信息部分，设置了在输入块330中输入的购买使能日期。对于购买使能截止日期信息部分，设置了在输入块332中输入的购买使能截止日期。对于收费日期和时间信息部分，设置了在输入块334中输入的收费日期和时间。对于记账日期和时间信息部分，设置了在输入块336中输入的记账日期和时间。
对于收费类型参数，设置了在输入块335中输入的收费类型信息。对于记账时间参数，设置了在输入块344中输入的记账时间。对于周期类型参数，设置了在输入块346中输入的周期类型信息。对于接受时间参数，设置了在输入块368输入的接受时的设置值。对于取消时间参数，设置了在输入块370中输入的取消时的设置值。对于接受时间按日付款比例，设置了在输入块372中输入的是否执行每日估计定额计算。对于取消时间按日付款比例参数，设置了在输入块374中输入的是否执行每日估计定额计算。
接着，如图25所示，商业机构装置7的发送块71经由网络3将所生成的收费注册信息发送给收费装置13(S2404)。收费装置13的接收块23从商业机构装置7接收此收费注册信息。
接着，收费装置13的接收块23将所接收的收费注册信息发送给收费计划信息生成服务器33。收费计划生成服务器33取得包含在所接收收费注册信息中的上述参数组的值，借此，设置收费参数信息(S2405)。
为了获得与收费计划模板ID相对应的收费计划模板，收费计划信息生成服务器33查询收费计划模板数据库服务器48。
作为响应，在收费计划模板ID的基础上，收费计划模板数据库服务器48搜索相应的收费计划模板，并检索它。然后，收费计划模板数据库服务器48将检索到的收费计划模板发送给收费计划信息生成服务器33。
收费计划信息生成服务器33将所接收的收费参数信息设置成收费计划模板中，借此以生成收费计划信息(S2406)。收费计划信息生成服务器33存储所生成的收费计划信息，借此完成了收费计划信息的注册。应当注意的是，设置给包含在收费注册信息中的信息部分组的信息还被添加到收费计划信息中。
在根据本实施例的收费计划信息的注册之后，商业机构装置7可以实现对收费计划信息生成服务器33的访问，以改变或删除所注册的收费计划信息。
应当注意的是，如果根据本实施例的收费类型信息是一次定额收费类型收费信息。那么，是在收费之前、而不是在向收费装置13的收费计划信息生成服务器33注册收费计划信息之前过早地从商业机构装置7提供预先生成的收费计划信息。
在上述例子中，根据本实施例的收费类型信息具有包价型或一次定额收费型的特性。但是，收费类型信息并不局限于此。例如，收费类型信息也可以是计时收费型，其根据使用时间、时区改变类型以及特殊时间改变类型收费，其中，在时区改变类型中，收取的金额根据时区的不同而不同，在特殊时间改变类型中，收取的金额根据特殊的时间而不同。
例如，由于使用计时收费信息，所以，收费金额是根据所使用的时间和次数而变化的。由于使用时区改变类型收费信息，所以，只在特定的时区或该周的某些特定天才执行收费。由于使用特殊时间改变类型收费信息所以，在例如每年的七月和八月，收费比平时要低。
产品和收费计划信息的关联当完成了产品和收费计划信息的注册时，就执行使产品和收费计划信息相关联的处理，以便向顾客9提供产品。下面将描述根据本实施例的使产品和收费计划信息相关联的处理。
如图25所示，在使产品和收费计划信息相关联的处理中，商业机构装置7生成关联注册信息，所生成的信息被送给收费装置13(S2407)，借此以绑定所需要的产品和收费计划信息。
对上述关系注册信息来说，必须从显示在商业机构装置7的显示块74上的“关联”屏幕中选择一个将被关联的产品和收费计划信息。下面参照图30描述根据本实施例的“关联”屏幕。图30示出了根据本实施例应用于所述收费系统的一个显示屏幕。
如图30所示，“关联”屏幕至少由用于输入零售商ID的输入块110、用于输入用于识别收费计划信息的计划ID的输入块204、用于输入由零售商10管理的产品的专用产品ID的输入块270、用于设置从所购买产品的价格中减价的输入块28、以及用于设置关于所购买产品价格的减价系数的输入块282所构成。
应当注意的是，该“关联”屏幕是在在商业机构装置7上登记了收费装置13之后通过在图10所示的“管理菜单”中选择“关联”项所显示的。
诸如专用产品ID或计划ID的信息被经过商业机构装置7的输入块73输入给图28所示的输入块110到282中，并选择“执行“按钮。
在上述例子中，根据当前实施例的“关联”屏幕被用于设置一个计划ID和一个专用产品ID。但是，通过此屏幕的设置并不局限于此配置。例如，可以设置用于一个计划ID的多个专用产品ID。
在上述例子中，“关联”屏幕被用于设置由该零售商10管理的专用产品ID。但是，此屏幕的用途并不局限于此配置。例如，此屏幕也可以被用于设置由收费装置13所发出的公共产品ID。
当点击了“执行”按钮时，在经过图30所示输入块110至282输入的信息的基础上，商业机构装置7的注册块69生成用于将产品与收费计划信息绑定的关联注册信息。应当注意的是，点击“清零输入”按钮将删除经过输入块110至282输入的信息。
对于输入块280，设置减价金额。该减价金额表示一个与从所购买的产品价格中扣除一个预定金额相关的量。减价金额可由零售商10在范围“￥-99999”到“￥99999”适当设置，但不局限于此。
对于输入块282，输入减价系数。减价系数表示与从所购买产品的价格中扣除相关的减价系数，诸如是“0.8”，也就是80％减价。例如在50％减价的情况下，在数据块2 82中输入“0.5”，但不局限与此。
应当注意的是，只能规定减价金额和减价系数中的一个。因此，只能在输入块280或输入块282中输入减价金额或减价系数中的一个。
下面参照图31描述根据本实施例的关联注册信息。图31示出了根据本实施例的关联注册信息的数据结构概况。
如图31所示，所述关联注册信息至少由10字节的零售商ID信息部分、20字节的计划ID信息部分、30字节的专用产品ID信息部分、6字节的减价金额信息部分和5字节的减价系数信息部分构成。
对于零售商ID信息部分，设置了在输入块110中输入的零售商ID。对于计划ID信息部分，设置了在输入块204中输入的计划ID。对于专用产品ID信息部分，设置了在输入块270中输入的专用产品ID。对于减价金额信息部分，设置了在输入块280中输入的减价金额。对于减价系数信息部分，设置了在输入块282中输入的减价系数。
当点击了图30所示“关联”屏幕上的“执行”按钮时，商业机构装置7生成关联注册信息。
接着，如图25所示，商业机构装置7的发送块71经由网络3将所生成的关联注册信息发送给收费装置13(S2407)。收费装置13的接收块23从商业机构块23接收该关联注册信息。
收费装置13的接收块23将所接收的关系注册信息发送给关联服务器34。为了获得与所述计划ID对应的收费计划信息以及与所述专用产品ID对应的产品，关联服务器34查询收费计划信息生成服务器33和产品数据库服务器46。
在该计划ID的基础上，收费计划信息生成服务器33搜索相应的收费计划信息，并检索它。然后，收费计划信息生成服务器33将检索到的收费计划信息发送给关联服务器34。
在该专用产品ID的基础上，产品数据库服务器46搜索相应的产品，并检索它。然后，产品数据库服务器46将检索到的产品发送给关联服务器34。根据本实施例，产品数据库服务器46也可以在将专用产品ID转换成公共产品ID之后再搜索相应的产品。
通过将收费计划信息与产品相关联(S2408)，关联数据库34生成交易产品数据。所生成的交易产品数据被存储在产品数据库服务器46中的交易产品数据库中。
下面参照图32A和32B描述根据本实施例的交易产品数据库。图32A和32B示出了根据本实施例的交易产品数据库的示意性配置。
如图32A所示，收费装置13保存了收费计划信息A、收费计划信息B、产品P、产品Q、产品R及产品S的注册。
收费计划信息A与产品P、产品Q和产品R相关联。收费计划信息B与产品Q、产品R和产品S相关联。
交易产品数据库由一条或多条交易产品数据构成。应当注意的是，如果不存在交易产品信息，就表示没有产品可以被提供给顾客9。
如图32B所示，交易产品数据由零售商ID、计划ID、专用产品ID、减价金额、减价系数、购买使能开始日期和时间以及购买使能截止日期和时间所构成。应当注意的是，根据本实施例，交易产品数据的购买使能开始日期和时间以及购买使能截止日期和时间从产品数据库中检索；但是，如果这些信息没有被存储在该产品数据库中，那么，就从收费计划信息的购买使能开始日期和时间以及购买使能截止日期和时间中检索。
如图32B所示，交易产品数据库由交易产品数据310、交易产品数据311、交易产品数据312、交易产品数据314以及交易产品数据315构成。
在交易产品数据310中，收费计划信息A与产品P相关联。在交易数据310中，零售商ID是“123”，计划ID是“A”，专用产品ID是“P”、减价金额是“￥-10,000”，减价系数是“未设置”，购买使能开始日期和时间是“2002年8月1日0时0分0秒”，并且购买使能截止日期和时间是“2002年9月15日23时59分59秒”。
在交易产品数据311中，收费计划信息A与产品Q相关联。在交易数据311中，零售商ID是“123”，计划ID是“A”，专用产品ID是“Q”、减价金额是“未设置”，减价系数是“0.8”(减价20％)，购买使能开始日期和时间是“2002年8月1日0时0分0秒”，并且购买使能截止日期和时间是“未设置”。
交易产品数据313中，收费计划信息B与产品Q相关联。在交易数据313中，零售商ID是“123”，计划ID是“B”，专用产品ID是“Q”、减价金额是“未设置”，减价系数是“0.2”(减价80％)，购买使能开始日期和时间是“2002年8月1日0时0分0秒”，并且购买使能截止日期和时间是“未设置”。
交易产品数据314中，收费计划信息B与产品R相关联。在交易数据314中，零售商ID是“123”，计划ID是“B”，专用产品ID是“R”、减价金额是“未设置”，减价系数是“未设置”，购买使能开始日期和时间是“2002年9月15日0时0分0秒”，并且购买使能截止日期和时间是“2002年10月31日23时59分59秒”。
交易产品数据315中，收费计划信息B与产品S相关联。在交易数据315中，零售商ID是“123”，计划ID是“B”，专用产品ID是“S”、减价金额是“未设置”，减价系数是“未设置”，购买使能开始日期和时间是“未设置”，并且购买使能截止日期和时间是“未设置”。
在上述的例子中，根据本实施例，专用产品ID被设置给交易产品数据库。但是，交易产品数据库并不局限于此设置。例如，也可以设置成由收费装置13发出所述公共产品ID。
顾客9选择从构成交易产品数据库的数据中选择交易产品数据，用于购买需要的产品。零售商10可以自动向顾客9收取与预先注册的收费计划信息相符的用于购买产品的费用结算。
交易产品数据库表接着，当经过商业机构装置7的输入块73选择图30所示“关联”屏幕的“表屏幕”按钮时，显示图33所示的“交易产品数据库表”。图33示出了根据本实施例应用于上述收费系统的显示屏幕的概况。
如图33所示，“交易产品数据库表”屏幕设置了具有交易产品数据库的表380。表380由专用产品ID、计划ID、产品名称、产品标记、价格、减价金额、减价系数、税款类型代码、GLID、购买使能开始日期和时间以及购买使能截止日期和时间构成。
在表380中，专用产品ID、计划ID、减价金额、减价系数、购买使能开始日期和时间以及购买使能截止日期和时间是存储在相关交易产品数据库中的信息。
在表380中，产品名称、产品标记、价格、税款类型代码、GLID是由专用产品ID识别的某一产品的信息。此产品被注册在交易产品数据库中。
在显示块74上显示的“交易产品数据库表”允许零售商10了解产品与收费计划信息关联的整个情况，从而给出作出重新将产品与收费计划信息相关联的决定的信息。
在上述例子中，专用产品ID被根据本实施例显示在表380中。但是，表380并不局限于此设置。例如，在该表上可以显示由收费装置13发出的公共产品ID。
购买产品的处理接着，当根据本实施例交易产品数据已经被存储在交易产品数据库中时，顾客9已经准备好购买需要的产品。下面参照图34描述根据本实施例的购买产品的处理。图34示出了根据本实施例的产品购买处理的示意性操作的定时流程。
首先，为了使顾客9购买产品，顾客9的顾客终端装置5生成购买注册信息。更具体地说，此购买注册信息由顾客终端装置5的购买块57所生成。
进一步地，根据在顾客终端装置5显示块54上显示的“购买”屏幕的输入块中输入的信息生成购买注册信息。下面参照图35和36描述根据本实施例的购买注册信息。图3示出了根据本实施例应用于收费系统的一个显示屏幕的概况。图36表示根据本实施例的购买注册信息的数据结构的概况。
如图35所示，“购买”屏幕由用于输入零售商ID的输入块110、用于输入零售商名称的输入块111、用于输入专用顾客ID的输入块114、用于输入姓名的输入块116、用于输入结算方法的输入块136、用于输入信用卡所有者的姓名(字母)的输入块142、用于输入计划ID的输入块204、用于输入计划名称的输入块208、用于输入专用产品ID的输入块270、用于输入产品名称的输入块272、用于输入关联产品表的输入块381、用于输入目的地邮政编码的输入块382、用于输入目的地地址的输入块383、用于输入目的地电子邮件地址的输入块384以及用于设置所有标记的复选框386构成。
应当注意的是，当选择图10所示的“管理菜单”上的“购买”项时，上述“购买”屏幕就显示在显示块54上。该选择例如是使用输入块53的鼠标做出的。
经过顾客终端装置5的输入块53，在输入块112-384中输入信息。进一步地，当选择图35所示“购买”屏幕上的“购买”按钮时，顾客终端装置5的购买块57生成用于购买产品的购买注册信息。应当注意的是，如果选择“取消”按钮，“购买”屏幕将转换为“管理菜单”屏幕，而不生成购买注册信息。
在上述例子中，由零售商10管理的专用顾客ID和专用产品ID被设置给“购买”屏幕。但是，根据本发明的“购买”屏幕并不局限于此设置。例如，也可以将由收费装置13发出的公共顾客ID和公共产品ID设置到此屏幕。
对于输入块110，设置了零售商ID。对输入块111，设置了零售商名称。对输入块114，设置了专用顾客ID。对于输入块136，设置输入结算方法。对于输入块142，设置信用卡所有者的姓名(字母)。对输入块204，设置计划ID。对输入块208，设置计划名称。对输入块270，设置专用产品ID。对输入块272，设置产品名称。对输入块382，设置目的地邮政编码。对输入块383，设置输入目的地地址。对输入块384，设置目的地电子邮件地址。
当与顾客9的注册不同时，如果是仅仅设置了目的地邮政编码、目的地地址以及目的地电子邮件地址，那也是可以实现的。
如果没有输入零售商ID、专用顾客ID、计划ID或专用产品ID，购买块57能够通过输入零售商名称、姓名、计划名称或产品名称生成购买注册信息。
在上述情况下，收费装置13根据从顾客终端装置5接收的购买注册信息中的零售商名称、姓名、计划名称或产品名称识别零售商ID、专用顾客ID、计划ID或专用产品ID。
在上述例子中，卡所有者姓名(字母)根据本实施例被设置到“购买”屏幕中。但是，此屏幕并不局限于此设置。例如，卡所有者姓名(假姓名符)也可以设置到该屏幕中。
当经过顾客终端装置5的输入块53选择“相关显示”按钮时，与该收费计划信息相关的所有产品都被显示在关联产品表381中。
上述收费计划信息表示设置给输入块204的计划ID。从存储在产品数据库服务器46中的交易产品数据库中检索与该收费计划信息相关联的产品。
在关联产品表381中，显示了与每条交易产品数据相关的零售商ID、零售商名称、专用产品ID、产品名称、计划ID、减价金额以及减价系数。
当经过具有与所有显示的产品表381相关的产品的输入块53检查复选框386时，顾客9就已经可以购买在输入块270中输入、并显示在关联产品表381中的所有产品。即，顾客9可以购买与在输入块204中输入的计划ID的收费计划信息相关的所有产品。
下面参照图36描述根据本实施例的购买注册信息。图36示出了根据本实施例的购买注册信息的数据结构的概况。
如图36所示，购买注册信息至少由10字节的零售商ID信息部分、288字节的零售商名称信息部分、30字节的专用顾客ID信息部分、288字节的姓名信息部分、100字节的结算方法信息部分、300字节的卡所有者姓名信息部分、20字节的计划ID信息部分、288字节的计划名称信息部分、30字节的专用产品ID信息部分、288字节的产品名称信息部分、1字节的所有标记信息部分、20字节的目的地邮政编码信息部分、288字节的目的地地址信息部分、以及128字节的目的地电子邮件地址信息部分构成。
对于零售商ID信息部分，设置了在输入块110中输入的零售商ID。对于零售商名称信息部分，设置了在输入块111中输入的零售商名称。对于专用顾客ID信息部分，设置了在输入块114中输入的专用顾客ID。对于姓名信息部分，设置了在输入块116中输入的姓名。对于结算方法信息部分，设置了在输入块136中输入的结算方法。对于计划ID信息部分，设置了在输入块204中输入的计划ID。对于计划名称信息部分，设置了在输入块208中输入的计划名称。对于专用产品ID信息部分，设置了在输入块270中输入的专用产品ID。对于产品名称信息部分，设置了在输入块272中输入的产品名称。对于所有标记信息部分，如果检查了复选框386，则设置为“1”；如果没有检查复选框386，就设置为“0”。对于目的地邮政编码信息部分，设置了在输入块382中输入的目的地邮政编码。对于目的地地址信息部分，设置在在输入块383中输入的目的地地址。对于目的地电子邮件地址信息部分，设置了在输入块384中输入的目的地电子邮件地址。
当经过例如输入块53的鼠标点击图35所示“购买”屏幕上的“购买”按钮时，顾客终端装置5的购买块57生成购买注册信息。
接着，如图34所示，顾客终端装置5的发送块51经由网络3将所生成的购买注册信息发送给商业机构装置7(S3301)。商业机构装置7的接收块72从顾客终端装置5接收此信息(S3302)。
然后，商业机构装置7的接收块52接收该购买注册信息，并将所接收的信息发送给发送块51。发送块51经由网络3将所接收的购买注册信息发送给收费装置13(S3303)。应当注意的是，在从发送块51发送(S3303)之前，商业机构装置7已经被注册到收费装置13上。
接着，收费装置13的接收块23从商业机构装置7接收该购买注册信息(S3304)。接收块23将所接收的信息发送给购买建立服务47。
在所接收购买注册信息的基础上，购买建立服务器47生成购买信息。所生成的购买信息确立了顾客对一产品的购买(S3305)。应当注意的是，如果购买注册信息的所有标记信息部分被设置为“1”(表示设置了所有标记)，那么就生成与收费信息相关联的所有产品的购买信息。如果设置了所有标记，那么用户9就无需设置产品ID，从而提高了购买产品的效率。
为了获得生成购买信息所需的信息，购买建立服务器47使用作为搜索关键字的购买注册信息的每个信息查询产品数据库服务器46、收费计划信息生成服务器33以及顾客数据库服务器41。
首先，在从购买建立服务器47接收的零售商ID、专用产品ID以及计划ID的基础上，产品数据库服务器46在交易产品数据库中搜索相应的交易产品数据，并将所检索到的数据发送给购买建立服务器47。应当注意的是，如果所有标记信息部分被设置为“1”(表示设置了所有标记)，那么，在零售商ID和计划ID的基础上，产品数据库服务器46检索所有相关的交易产品数据，并将检索到的数据发送给购买建立数据库47。
进一步地，在例如专用产品ID的基础上，产品数据库服务器46从产品数据库中检索与被检索的交易产品数据对应的所有产品记录，并将这些记录发送给购买建立服务器47。
接着，在从购买建立服务器47接收的零售商ID和计划ID的基础上，收费计划信息生成服务器33获得相应的收费计划信息，并将其发送给收费建立服务器47。
在从购买建立服务器47接收的零售商ID、专用顾客ID以及结算方法的基础上，顾客数据库服务器41在顾客数据库中搜索相应的顾客配置文件信息和结算方法信息，并将搜索到的信息发送给购买建立服务器47。
接着，在所接收的交易产品信息、产品信息、顾客配置文件信息以及结算方法信息的基础上，购买建立服务器47生成购买信息。此外，购买建立服务器47发出购买ID和结算方法ID以识别该购买信息，并将这些ID添加到所生成的购买信息中。应当注意的是，如果由于例如一个错误使得必要信息的获得失败，那么将不生成购买信息。
所生成的购买信息被存储在顾客数据库服务器41的顾客数据库中，并位于相关顾客9的顾客配置文件信息的下面。
进一步，购买建立信息服务器47生成购买结果信息，并将所生成的信息发送给发送块24。发送块24将所接收的购买结果信息经由网络3发送给商业机构装置7(S3306)。
商业机构装置7的接收块72经由网络3从收费装置13接收购买结果信息(S3307)，并将所接收的信息发送给发送块71。
发送块71经由网络3将购买结果信息发送给顾客终端装置5(S3308)。
顾客终端装置5的接收块52经由网络3接收购买结果信息(S3309)。所接收的购买信息被显示在显示块54上。
在上述的例子中，从顾客终端装置5购买根据本实施例的产品，但是并不局限于此。例如，可以从商业机构装置7购买产品。
下面参照图34、37和38描述从根据本实施例的商业机构装置7购买产品。下面着重描述其与从顾客终端装置5购买的区别。
如图34所示，商业机构装置7从顾客终端装置5接收所述购买注册信息(S3302)。在该接收的基础上，商业机构装置7将所接收的购买注册信息高速缓存在例如存储器块79中，而不是将其经由网络3发送给收费装置13。
接着，如图37所示，在商业机构装置7的显示块74上显示“购买”屏幕。与图35所示的“购买”屏幕不同，图37所示的“购买”屏幕还具有用于输入顾客管理信息的输入块385。
经过商业机构装置7的输入装置，在输入块385中输入与顾客9相关的顾客管理信息。因此，在生成相同的信息之前，商业机构装置7可以将在输入块385中输入的顾客管理信息附加到该购买注册信息上。
在上述的例子中，根据本实施例的顾客管理信息是未被格式化的文本。但是，此信息并不局限于这种配置。例如，顾客管理信息可以是经格式化的文本、图像或音频信息。
在上述的例子中，根据当前实施例的顾客管理信息从“购买”屏幕设置。但是，顾客管理信息并不局限于这种配置。例如，顾客管理信息也可以从“顾客注册”屏幕设置。
如图38所示，附加了顾客管理信息的购买注册信息的数据结构与图36所示的购买注册信息的的数据结构不同之处在于图38所示的信息具有顾客管理信息部分。
应当注意的是，根据本实施例的顾客管理信息部分的字节长度是300字节。但是该字节长度并不局限于此设置。例如，该字节长度可以根据顾客管理信息的数据容量而变化。
在需要时，商业机构装置7可以重复编辑(例如，改变或删除)存储在收费装置13的顾客数据库中的顾客管理信息。
下面参照图39描述根据本实施例的购买信息。图39示出了根据本实施例的购买信息的数据结构的概况。
如图39所示，所述购买信息至少由10字节的零售商ID信息部分、288字节的零售商名称信息部分、10字节的购买ID信息部分、20字节的计划ID信息部分、288字节的计划名称信息部分、30字节的专用顾客ID信息部分、30字节的专用产品ID信息部分、288字节的产品名称信息部分、6字节的价格信息部分、1字节的产品类型代码信息部分、1字节的税款类型代码信息部分、20字节的GLID信息部分、288字节的姓名信息部分、20字节的邮政编码信息部分、288字节的地址信息部分、1字节的性别信息部分、10字节的生日信息部分、20字节的电话号码信息部分、128字节的电子邮件地址信息部分、20字节的目的地邮政编码信息部分、288字节的目的地地址信息部分、128字节的目的地电子邮件地址信息部分以及300字节的顾客管理信息部分所构成。
应当注意的是，如果顾客管理信息不是由商业机构装置7设置，那么，购买信息中就不包括顾客管理信息部分。根据本实施例的购买信息可以具有比上述更多的信息部分，因此，所述购买信息并不局限于上述结构。
在上述例子中，根据本实施例顾客管理信息是由商业机构装置7设置的。但是顾客管理信息的设置并不局限于这种结构。例如，顾客管理信息也可以从顾客终端装置5来设置。
下面参照图40描述根据本实施例的“购买结果”屏幕。图40示出了根据本实施例应用于收费系统的“购买结果”屏幕的简要构成。
如图40所示，在购买结果信息的基础上，在顾客终端装置5的显示块54上或者商业机构装置7的显示块74上显示“购买结果”屏幕。
“购买结果”屏幕显示了由生成购买信息发出的购买ID，以及用于每个被购买产品收费结算的计算方法ID。应当注意的是，如果不正常地生成了购买信息，那么在“购买结果”屏幕上就显示一个错误信息。
凭单的生成下面参照图41描述根据当前实施例的凭单。图41示出了根据本实施例所生成的凭单概况。
如图41所示，根据本实施例的凭单例如由收费凭单以及记账凭单构成。在购买产品以后，在由收费计划信息中所规定的收费和记账次数的基础上以一预定的时间间隔生成这些凭单。
收费时，凭单生成服务器32根据购买信息执行收费处理，从而生成收费信息。凭单生成服务器32根据所生成的收费信息生成用于每个事项的收费凭单。该收费信息是对顾客9的最小销售单位，并包括例如产品或征税。
通过商业机构装置7的输出装置的输出(未示出)，输出作为收费凭单的收费凭单信息。通过检查所输出的收费凭单，零售商10可以确认收费处理是否被正确地执行了。
进一步地，通过汇总每个顾客9的收费凭单信息，凭单生成服务器32生成记账凭单信息。与收费凭单一样，也可以通过将其输出给商业机构装置7的输出块(未示出)将所述记账凭单信息发送给顾客9。
所生成的记账凭单信息被发送给结算服务器37。在所接收的记账凭单信息的基础上，结算服务器37执行结算处理。
如图41所示，顾客9的记账凭单信息413由收费凭单信息405、收费凭单信息411、收费凭单信息419和收费凭单信息427构成。为每个专用顾客ID或每个收费顾客ID，生成记账凭单信息413。
在顾客9利用多个零售商10注册的情况下并且在相同的专用顾客ID(或统一顾客ID)的情况下，生成用于每个收费顾客ID的记账凭单信息允许生成用于每个零售商10的记账凭单信息413。
接着，在每个零售商10的记账凭单信息413的基础上，结算服务器37可以对顾客9执行与每个零售商10相关的结算处理。
收费凭单405由收费信息401和收费信息43构成。收费凭单411由收费信息407和收费信息409构成。收费凭单信息419由收费信息415和收费信息417构成。收费凭单信息427由收费信息421、收费信息423以及收费信息425构成。
在上述例子中，在根据本实施例收费系统的每个处理操作中，信息显示在商业机构装置7的显示块74上。但是，所述显示处理并不局限于此种设置。例如，也可以将信息显示在顾客终端装置5的显示块54上。在这种情况下，诸如顾客注册的操作就可以从顾客终端装置5执行。
如上所述，各种收费计划信息与一个产品的关联允许选择符合顾客需求的收费计划信息。这种新颖的配置有助于促进产品的销售。
进一步地，收费计划信息和产品的关联允许以各种方式准备收费计划信息，从而无需重新生成适合产品的收费计划信息，就可以有效地提供产品。
在零售商10当中收费计划信息的共享提高了零售商10之间的产品竞争，因此生成更好的收费计划信息。也可以在每当使用收费计划信息时征收版税，借此以增加零售商10的利润。
由于可以以综合方式而不是由商业机构装置7管理向顾客促销所需的顾客管理信息，所以，就降低了商业机构装置7的操作成本。此外，在零售商10当中顾客管理信息的共享允许用于刺激顾客9需求的高效市场销售策略。每当使用顾客管理信息时征集版税。
例如，如果在一联合报表中一起注册了一个或多个零售商10，那么，父零售商10可以根据总和征税或销售额的目的，在两个或多个零售商之间设置关联信息。
关联信息的设置允许收集已经发生零售商10身上的征税、收费或销售金额的总量。也允许将计算总量的结果记录到父零售商10的销售额中。因此，这种新颖的设置允许根据总和的用途有效地执行计算总和的处理。
以记账顾客为单位、以销售为单位或以所以发现的结算为单位来设置关联信息允许例如根据零售商10的操作模式进行收费结算。借此，该新颖的设置可以应付操作模式或零售商10的改变或整体化。
已经使用特定项对本发明的优选实施例进行了描述，但此描述仅仅是为了说明的目的，应当理解，在不背离所附的权利要求的精神和范围的情况下，可以作出多种改变和变化。
在上述实施例中，借助于举例使用了在零售商之间彼此不同但用于同一顾客的专用顾客ID。但是，本发明并不局限与于设置。例如，可以使用相同的专用顾客ID(或统一顾客ID)而不必考虑零售商10。
在上述实施例中，商业机构装置7访问收费装置13。但是本发明并不局限于此设置。例如，顾客终端装置5访问收费装置13也是可以的。
正如所描述的并根据本发明，产品和收费信息可彼此分离以便管理不同类型的收费信息。因此，可以选择适合于每个产品的收费信息，从而有效地注册该产品。
权利要求
1.一种收费系统，其中，位于用于提供产品的商业机构一侧的商业机构装置、位于用于接收所提供产品的顾客一侧的顾客终端装置以及用于代表所述所述商业机构装置对所述顾客终端装置执行收费处理的收费装置中的都被连接到一网络上，所述收费装置包括收费计划信息生成装置，其具有一收费计划模板，该模板包括指出收费类型的收费类型信息、指出记账收费定时的记账定时信息以及指出收费周期的收费周期信息，所述收费计划信息生成装置设置由所述收费类型信息、所述记账定时和所述收费周期信息的一个组合所构成的收费参数信息，以根据所述收费计划模板和所述收费参数信息生成收费计划信息；关联装置，用于按照所述商业机构装置的指令将所述收费计划信息和所述产品相关联；以及收费装置，用于在与所述产品相关的所述收费计划信息的基础上，为所述产品对所述顾客终端装置执行收费处理。
2.一种经由一网络与位于提供产品的商业机构一侧的商业机构装置和位于接收所提供产品的顾客一侧的顾客终端装置相连的收费装置，用于代表所述商业机构装置对所述顾客终端装置执行收费，该收费装置包括收费模板存储装置，用于存储收费计划模板，所述收费计划模板包括指出收费类型的收费类型信息、指出记账收费定时的记账定时信息和指出收费周期的收费周期信息；收费计划信息生成装置，用于按照所述商业机构装置的指令设置由所述收费类型信息、所述记帐定时信息和所述收费周期信息的组合构成的收费参数信息，以便根据所述收费计划模板和所述收费参数信息生成书非计划信息；关联装置，用于按照所述商业机构装置的指令将所述收费计划信息和所述产品相关联；以及收费装置，用于在与所述产品相关的所述收费计划信息的基础上，为所述产品对所述顾客终端装置执行收费处理。
3.根据权利要求2所述的收费装置，其中，所述收费类型信息由至少一次性费用类型收费信息和包价费用类型收费信息之一构成。
4.根据权利要求2所述的收费装置，其中，所述记账定时信息由至少用于在提供所述产品之前记账的预收费信息以及用于在提供所述产品之后记账的后收费信息之一构成。
5.根据权利要求2所述的收费装置，其中，所述收费周期信息由至少用于每年收费一次的年收费信息以及用于每月收费一次的月收费信息之一构成。
6.根据权利要求2所述的收费装置，其中，所述关联装置使多个产品与所述收费计划信息相关联。
7.根据权利要求2所述的收费装置，其中，所述关联装置将多个收费计划信息与所述产品相关联。
8.一种计算机程序，用于使一计算机实现一种收费装置的功能，该收费装置经过一网络与位于用于提供产品的商业机构一侧的商业机构装置和位于用于接收所述产品提供的顾客一侧的顾客终端装置相连，以代表所述商业机构装置对所述顾客终端装置收费，所述程序包括步骤按照所述商业机构装置的指令，设置由用于指出收费类型的收费类型信息、用于指出记帐收费定时的记帐定时信息和用于指出收费周期的收费周期信息的组合构成的收费参数信息；根据所存储的收费计划模板以及所述收费参数信息，生成收费计划信息，所述收费计划模板包括所述收费类型信息、所述记账定时信息和所述收费周期信息；按照所述商业机构装置的指令，将所述收费计划信息和所述产品相关联；在与所述产品相关联的所述收费计划信息的基础上，对所述顾客终端装置执行收费处理。
9.一种顾客终端装置，该装置与一个位于用于提供产品的商业机构一侧的商业机构装置和一个用于代表所述商业机构装置执行收费的收费装置相连，所述顾客终端装置被所述收费装置收取购买所述产品的费用，所述顾客终端装置包括购买装置，用于按照所述商业机构装置的指令，整体地选择所有与收费计划信息相关联的产品，所述收费计划信息由所述收费装置根据一收费计划模板和一收费参数信息生成，所述收费计划模板包括指出收费类型的收费类型信息、指出收费记账定时的记账定时信息和指出收费周期的收费周期信息，所述收费参数信息由按照所述商业机构装置的指令以及购买所选择产品而设置的所述收费类型信息、所述记账定时信息以及所述收费周期信息的一种组合构成。
10.一种用于一收费装置的收费方法，所述收费装置通过一网络与一用于提供产品的商业机构装置和一用于接收所述产品提供的顾客终端装置相连，所述收费装置代表所述商业机构装置对所述顾客终端装置执行收费处理，所述收费方法包括步骤按照所述商业机构装置的指令，设置由用于指出收费类型的收费类型信息、用于指出记帐收费定时的记帐定时信息和用于指出收费周期的收费周期信息的一组合构成的收费参数信息；根据一存储的收费计划模板以及所述收费参数信息生成收费计划信息，所述收费计划模板包括所述收费类型信息、所述记账定时信息和所述收费周期信息；按照所述商业机构装置的指令，将所述收费计划信息和所述产品相关联；在与所述产品相关联的所述收费计划信息的基础上，对所述顾客终端装置执行收费处理。
11.根据权利要求10所述的收费方法，其中，所述收费类型信息由至少一次性费用类型收费信息和包价费用类型收费信息之一构成。
12.根据权利要求10所述的收费方法，其中，所述记账定时信息由至少用于在提供所述产品之前记账的预收费信息以及用于在提供所述产品之后记账的后收费信息之一构成。
13.根据权利要求10所述的收费方法，其中，所述收费周期信息由至少用于每年收费一次的年收费信息以及用于每月收费一次的月收费信息之一构成。
14.根据权利要求10所述的收费方法，其中，所述关联步骤将多个产品与所述收费计划信息相关联。
15.根据权利要求10所述的收费方法，其中，所述关联步骤将多个收费计划信息与所述产品相关联。
全文摘要
本发明提供了一种收费系统、一种收费装置、一种计算机程序、一种顾客终端装置以及一种收费方法。收费系统包括一用于提供产品的商业机构装置、一用于接收该产品提供的顾客终端装置以及一用于代表所述商业机构装置对顾客终端装置执行收费处理的收费装置。这些装置通过一网络互相连接。收费装置包括收费计划信息生成装置、关联装置以及收费装置。收费计划信息生成装置包括一收费计划模板。收费计划信息生成装置设置收费参数信息。收费计划信息生成装置根据收费计划模板和收费计划参数生成收费计划信息。关联装置将收费计划信息和产品相关联。收费装置对顾客终端装置执行产品的收费处理。
文档编号G06Q20/00GK1577366SQ200410079418
公开日2005年2月9日 申请日期2004年7月1日 优先权日2003年7月1日
发明者中岛裕文, 桥诘直义, 安崎一恭, 宫崎友良 申请人:索尼株式会社