专利名称：通信设备记账方法、功能约束方法、客户中心及用户系统的制作方法
技术领域：
本发明涉及用来对例如，电子专用交换分机或按键(key)电话设备的已用功能的费用记帐时使用的对通信设备已用功能的费用记帐(bill)的方法，用于约束(regulate)通信设备的功能的方法，执行记帐过程和功能约束过程的客户中心，和包括该通信设备的用户系统。
背景技术：
诸如电子专用交换分机(branch exchange)，按键电话设备和传真设备之类通信设备已广泛用在办公室、学校等之中。当购买这样的通信设备时，用户一般选择除了包括当时的基本服务功能之外，还包括必要的可选服务功能的设备。
但是，在通信设备开始投入使用之后，必须根据人员的增加，业务内容的变化等等，增添通信设备的另一可选服务功能，或者取消不需要的可选服务功能。这种情况下，迄今为止，一直是用户通知制造厂商的客户中心等，该用户希望增添可选的服务功能。根据通知内容，维护人员被派往通信设备的安装场，并且进行把用户所需功能增添到通信设备中的设置工作。
另外，在常规的改变方法中，从接受用户的功能改变请求到改变通信设备的功能的大多数工作都由从客户中心派出的维护人员手工完成。因此，从当用户向客户中心报告功能改变请求，一直到功能被改变为止，需要大量的时间和人工。
于是，用户不仅不能立即使用新功能，而且除所增添功能的费用之外，用户还必须支付旅差费和安装费，导致费用的增大。另一方面，客户中心必须估计功能改变请求的出现次数，确保和所述出现次数相对应的许多维护人员，导致成本增大，以及容许随维护人员而异的要进行工作的质量变化。
避免该问题的一种可能措施包括购买包括所有可选服务功能的通信设备，而不论用户是否需要这些功能；把可选服务功能设置成有效状态，以便使用该功能，或者根据需要把功能设置成无效状态。但是，当采取这种措施时，通信设备中包含的所有可选服务功能被固定收费，而不考虑可选服务功能的设置状态或使用频率，用户还必须负担不必要功能的费用。
发明内容
本发明的目的是提供一种通信设备的已用功能的费用的记帐方法，约束通信设备的功能的方法，和其中在不需要任何手动操作的情况下，快速并且恰当地改变服务功能的用户系统，根据每种服务功能的使用情况，细致地进行收费过程，从而能够降低用户的费用，缩短变化所需的时间，并降低客户中心的成本和人工。
为了实现上述目的，如上构成本发明(1)提供一种根据通过用户系统和客户中心之间的通信网络交换的信息，对通信设备的已用服务功能的费用记帐的方法，所述用户系统包括具有通信功能的通信设备，所述客户中心支持通信设备的工作，所述方法包括使客户中心通过通信网络从用户系统获得实际应用(actual-use)信息，所述实际应用信息包括事先包含在通信设备中的服务功能组的至少一部分，以及每种服务功能的使用量；使客户中心根据从通信设备到达的实际应用信息，计算每种服务功能的费用，从而产生计算结果；并使客户中心执行计算结果的记帐处理。
(2)提供一种根据通过用户系统和客户中心之间的通信网络交换的信息，约束通信设备的服务功能的方法，所述用户系统包括具有通信功能的通信设备，所述客户中心支持通信设备的工作，所述方法包括使客户中心通过通信网络从用户系统获得实际应用信息，所述实际应用信息包括事先包含在通信设备中的服务功能组的至少一部分，以及每种服务功能的使用量；使客户中心根据实际应用信息，计算每种已用服务功能的费用，从而产生计算结果；使客户中心执行计算结果的记帐处理；根据记帐处理的付款结果，产生约束通信设备的服务功能的功能约束控制信息；使客户中心通过通信网络，把功能约束控制信息传送给相应的通信设备。
(3)一种通过通信网络与用户系统相连，并且根据与用户系统交换的信息，对通信设备的已用服务功能的费用记帐的客户中心，所述用户系统包括具有通信功能的通信设备，所述客户中心包括从通信设备获得包括至少一部分服务功能组和每个服务功能组的使用量的实际应用信息的实际应用信息获取部分；根据实际应用信息，计算每种已用服务功能的费用的费用计算部分；和相对于包括作为实际应用信息的传送器的通信设备的用户系统，执行每个已用服务功能的计算费用的记帐处理的记帐处理部分。
(4)一种包括通信设备，并且通过通信网络与客户中心相连，以便对通信设备的已用功能的费用记帐，以及约束/控制服务功能的用户系统，所述用户系统包括通过通信网络，定期向客户中心传送实际应用信息的实际应用信息传送部分，所述实际应用信息包括事先包含在通信设备中的至少一部分服务功能组，以及每个服务功能组的使用量；和通过通信网络，接收从客户中心发送的指示每种已用服务功能的费用的记帐信息的记帐信息接收部分。
图1示意表示了执行根据本发明第一实施例的服务功能约束方法的支持系统的结构；图2表示了置于图1中所示的按键电话设备中的功能信息设置表的存储内容的一个例子；图3是帮助描述第一实施例中的服务功能约束方法的信号序列图；
图4是帮助描述第一实施例中的服务功能约束方法的信号序列图；图5是表示图1中所示系统的每个部分的功能结构的方框图；图6表示了图5中所示的同时连接终端数目存储表的存储内容的一个例子；图7是表示在图1中所示的系统中，向客户中心传送实际应用信息时，在按键电话设备处的处理程序的流程图；图8是表示在图1中所示系统的客户中心处的处理程序的流程图；图9是表示在图1中所示的系统中，从客户中心接收费用记帐屏幕时，在维护个人计算机处的处理程序的流程图；图10表示了图1中所示的维护个人计算机中显示屏幕的一个例子；图11是表示在图1中所示的系统中，改变服务功能的约束状态标记时，在按键电话设备处的处理程序的流程图；图12示意表示了在本发明的第二实施例中，执行服务功能约束方法的支持系统的结构；图13表示了图12中所示的用户数据库的存储内容的一个例子；图14是帮助描述根据第二实施例的服务功能约束方法的信号序列图；图15是帮助描述根据第二实施例的服务功能约束方法的信号序列图；图16是表示图12中所示系统的各个部分的功能结构的方框图；图17是在图12中所示的客户中心处的处理程序的流程图；图18是在图12中所示的系统中，向客户中心传送实际应用信息时，在按键电话设备处的处理程序的流程图；图19是在图12中所示的系统中，从客户中心接收费用记帐屏幕时，在维护个人计算机处的处理程序的流程图；图20是在图12中所示的系统中，在改变服务功能的约束状态标记时，在按键电话设备处的处理程序的流程图。
具体实施例方式
下面参考附图，详细说明本发明的实施例。
(第一实施例)图1示意表示了在第一实施例中执行服务功能约束方法的支持系统的结构，其中CM表示用户系统，CC表示客户中心，CR表示信用卡公司。
用户系统CM包括按键电话设备BT和维护个人计算机PC。按键电话设备BT通过LAN互连网络电话终端(IP电话终端)IP1～IPn。按键电话设备BT的基本服务功能是根据输出/输入的呼叫，在若干IP电话终端IP1～IPn之间，以及在这些IP电话终端IP1～IPn和公共网络PNW的用户之间交换。按键电话设备BT还具有与交换过程相关的若干可选服务功能。
实现这些可选服务功能的所有程序事先保存在按键电话设备BT的程序存储器中。此外，为了管理可选服务功能的设置状态，在按键电话设备BT中布置功能信息设置表(或者服务执行表)。图2表示了该表的一个例子，并且以使标记与各个可选服务功能相关的方式，表示了指示使用情况的标记和指示存储的约束状态的标记。当指示约束状态的标记被设置成“可用”时，可执行该功能。另一方面，当该标记被设置成“不可用”时，不能执行该功能。此外，对于指示使用情况的标记来说，每次根据可选服务功能的使用情况，重写应用量。本例中，表示了同时相连的IP电话终端IP1～IPn的数目和供使用的信道的数目。
维护个人计算机PC通过供应者ISP与因特网INW相连。计算机PC还通过因特网INW与客户中心CC相连。
客户中心CC包括通过LNA互连的接收/收费服务器CSV1，许可服务器CSV2和路由器CRT。通过路由器CRT与因特网INW相连的接收/收费服务器CSV1接收来自于用户系统CM的维护个人计算机PC的信息。此外，接收/收费服务器CSV1通过，例如专用线路与信用卡公司CR相连，从而与信用卡公司CR结算已用功能的费用。
许可服务器CSV2通过公共网络PNW与用户系统CM的按键电话设备BT相连。许可服务器CSV2具有唯一地分配给出自按键电话设备BT中的单个按键电话设备的设备标识号(或者系统ID)，接收包括按键电话设备BT的可用服务功能组和使用量的实际应用信息的功能，和把许可代码发送给每个按键电话设备BT，从而规定功能的约束的功能。要注意的是根据布置在按键电话设备BT中的功能信息设置表(图2)，准备实际应用信息，实际应用信息由已经可用的功能和另外可用的功能的列表组成。在许可代码中，插入激活另外功能的指令代码和系统ID。
下面将说明相对于系统中的按键电话设备BT约束功能的程序。图3和4是表示在用户系统CM的维护个人计算机PC(或用户PC)，按键电话设备BT，客户中心CC和信用卡公司CR之间传送/接收信息的操作的示意序列图。
随着预定时段的过去，按键电话设备BT通过公共网络PNW接入客户中心CC，把实际应用信息传送给客户中心CC。此时，实际应用信息包括分配给按键电话设备BT的系统ID。
当从按键电话设备BT收到实际应用信息时，客户中心CC向按键电话设备BT返回指示所述接收的信息。
当从客户中心收到指示接收的信息时，按键电话设备BT把信道与客户中心CC断开。
随后，客户中心CC根据接收的实际应用信息，判断可选的服务功能是否正在被应用。当可选的服务功能未被应用时，客户中心判断未使用的可选服务功能的存在与否，或者已使用的可选服务功能的存在与否。根据判断结果，计算对应于每种可选服务功能的使用量的收费用数额，以便准备详细的电子帐单。随后，通过因特网INW，把详细的电子帐单通知系统设备CM的维护个人计算机PC。
用户根据屏幕上从客户中心CC传来的指导，使用维护个人计算机PC输入和服务功能的应用相关的必要项目。要输入的必要项目包括信用卡号，以及由公共网络PNW分配给按键电话设备BT的电话号码或IP地址。在收到这些必要项目之后，维护个人计算机把信息传送给客户中心CC。
在收到所述信息的情况下，客户中心CC首先通过专用线路访问信用卡公司CR，并且根据用户的信用卡号询问用户的信用卡。询问时，信用卡公司CR判断是否存在对应于该信用卡号的帐户，信用卡的到期日是否在有效期内，以及是否设置了中止使用。随后，信用卡公司把答复发送给客户中心CC。
根据来自于信用卡公司CR的答复，客户中心CC判断用户的信用卡。如果不存在问题，则客户中心把详细的电子帐单和信用卡号包含在结算请求信息中，并把结算请求信息传递给信用卡公司CR。
在收到结算请求信息的情况下，信用卡公司CR根据包含在结算请求信息中的用户的信用卡号，验证用户，并确定是否进行交易。如果能够进行交易，则信用卡公司CR根据包含在结算请求信息中的详细电子帐单，接受费用的结算。在完成结算的接受之后，信用卡公司CR把信用卡公司CR已接受结算请求的答复结果返回给客户中心CC。
在从信用卡公司CR收到结算请求的答复时，客户中心CC根据答复结果，产生作为功能约束控制信息的许可代码。随后，客户中心CC通过公共网络PNW，把许可代码传送给按键电话设备BT。在该许可代码中，插入把增添的可选服务功能设置成“可用”的指令代码，和把指定时段内其结算未被确认的可选服务功能设置成“不可用”的指令代码。此时，利用事先从按键电话设备BT接收的系统ID对指令代码加密。
在从客户中心CC收到许可代码时，按键电话设备BT利用它们自己的系统ID，对包含在许可代码中的指令代码解密。随后，根据解密的指令代码，按键电话设备BT重新把功能信息设置表中对应功能的使用状态标记设置成“未使用”，并把功能信息设置表中对应功能的标记从“不可使用”改变成“可用”，或者从“可用”改变成“不可使用”。在完成设置可选服务功能的改变的过程之后，按键电话设备BT向客户中心CC返回指示正确完成功能改变过程的信息。
当从按键电话设备BT收到功能改变结束通知时，客户中心CC断开与按键电话设备BT的信道。并把指示功能改变过程结束的信息传送给拥有按键电话设备BT的用户的维护个人计算机PC，以便显示该信息。
从而，以这样的方式在按键电话设备BT中设置把用户希望增添的功能，以致所述希望增添的功能可用。之后，在按键电话设备BT中，可使用增添的新的可选服务功能，在按键电话设备BT中，未被支付费用的不必要的可选服务功能被设置成不可使用状态。
要注意的是实现上述服务功能约束方法的支持系统的各个部分的结构如下。
图5是表示维护个人计算机PC，按键电话设备BT和客户中心CC的功能结构的方框图。
维护个人计算机PC包括屏幕信息接收部分11，输入信息传送部分12，外部输入部分13和外部输出部分14。
屏幕信息接收部分接收从客户中心CC下载的屏幕信息，并显示所述屏幕信息。输入信息传送部分12把包含用户输入的信用卡号，以及按键电话设备BT的电话号码或IP地址的请求信息传送给客户中心CC。
按键电话设备BT包括与本发明相关的功能元件，例如功能信息设置表21，同时连接的终端数目存储表22，定期起动部分23，电话连接接收部分24，电话自动答复传送部分25，实际应用信息传送部分26，许可代码接收部分27，许可代码解密部分28，功能信息设置部分29，和正常结束传送部分30。
在功能信息设置表21中，保存图2中所示的服务功能信息。在同时连接终端数目存储表22中，如图6中所示，保存指示同时连接的终端的数目(表示连接的IP电话终端IP1～IPn的数目)，基本同时连接的终端的数目和连接数目差值(另外的同时连接终端的数目)的信息。要注意的是基本同时连接的终端的数目表示一个固定值，同时连接的终端的数目表示根据IP电话终端IP1～IPn的连接状态的可变数值。
每经过指定的一段时间，定期起动部分23就起动每个部分的处理。
当来自于客户中心CC的呼叫到达时，电话连接接收部分24和电话自动答复传送部分25接收并应答到来的呼叫。实际应用信息传送部分26根据定期起动部分23的控制，传送包括可选服务功能组和保存在功能信息设置表21中的使用量的实际应用信息。
许可代码解密部分27接收从客户中心CC到达的许可代码。许可代码解密部分28使用它自己的系统ID对许可代码接收部分27接收的许可代码解密。功能信息设置部分29根据解码后的许可代码，把指示指定功能的约束状态的标记设置成“可用”或“不可使用”。
客户中心CC包括实际应用信息接收部分31，费用计算部分32，屏幕信息传送部分33，信息接收部分34，结算处理部分35，许可代码产生部分36，电话连接接收部分37，电话自动答复传送部分38，许可代码加密部分39，许可代码传送部分40，正常结束接收部分41和断开部分42。
在这些部分中，实际应用信息接收部分31接收从按键电话设备BT到达的实际应用信息。费用计算部分32计算每种可选服务功能的使用费。
屏幕信息传送部分33把包括每种可选服务功能的使用量和费用的屏幕信息传送给用户的维护个人计算机PC。信息接收部分34接收对使用费结算处理来说必需的信息，包括从维护个人计算机PC发出的信用卡号，以及按键电话设备BT的电话号码。
结算处理部分35根据信息接收部分34接收的信用卡号，与信用卡公司CR执行向用户的帐户收取每种可选服务功能的使用费的结算处理。
许可代码产生部分36产生根据结算处理部分35的结算处理结果，把可选服务功能的使用标记设置成“可用”、“不可使用”的许可代码。
当呼叫从按键电话设备BT到达时，电话连接接收部分37和电话自动答复传送部分38接收并响应到来的呼叫。
许可代码加密部分39和许可代码传送部分40使用按键电话设备BT的系统ID对许可代码加密，并把加密的许可代码传送给按键电话设备BT。正常结束接收部分41接收在功能增添过程之后，从按键电话设备BT发来的正常结束信号，并通知维护个人计算机PC已收到正常结束信号。
之后，断开部分42断开按键电话设备BT和客户中心CC之间的通信链接。
图7是表示按键电话设备BT的操作的流程图。遵循步骤ST7a-ST7c中所示的程序，以便执行把每种可选服务功能的使用量通知客户中心CC的处理操作。
按键电话设备BT判断在起动之后，是否已经过指定的一段时间(步骤ST7a)。当经过指定的一段时间(判断结果为是)时，按键电话设备根据功能信息设置表21中的服务功能组和使用量，产生实际应用信息(步骤ST7b)，通过公共网络PNW访问客户中心CC，并传送实际应用信息(步骤ST7c)。
图8是表示客户中心CC的操作的流程图。
即，当从按键电话设备BT收到实际应用信息时，客户中心CC根据实际应用信息，计算每种可选服务功能的使用费，即费用数额(步骤ST8a)，并把费用数额和可选的服务功能一起通知用户的维护个人计算机PC(步骤ST8b)。此外，监视从维护个人计算机PC通知的关于费用数额的信用卡信息是否在指定的一段时间内到达(步骤ST8c)。这里，当信息卡信息未到达(判断结果为否)时，客户中心CC准备把每种已使用的服务功能设置成“不可使用”的许可代码，并把该代码传送给相应的按键电话设备BT(步骤ST8d)。
另一方面，当信息卡信息到达(判断结果为是)时，客户中心CC访问信用卡公司CR(步骤ST8e)，并确认信用卡信息(步骤ST8f)。随后，如果不可能(NG)，则客户中心向作为请求者的维护个人计算机PC通知信用卡信息错误(步骤ST8g)。
另一方面，如果可能(OK)，则客户中心CC把事先计算的费用数额的结算请求信息传送给信用卡公司(步骤ST8h)。随后，当从信用卡公司CR返回指示接受结算请求的答复时，客户中心CC根据包含在该答复中的结算结果，产生许可代码(步骤ST8i)，并把该许可代码和把可选服务功能的受约束标记设置成可能/不可能的请求发送给按键电话设备BT(步骤ST8j)。
随后，当功能设置在按键电话设备BT中结束时，客户中心CC通知用户的维护个人计算机PC功能设置完成(步骤ST8k)。
要注意的是图9是表示在维护个人计算机PC处的处理程序的流程图。
当电源处于ON状态时，维护个人计算机PC从客户中心CC接收屏幕信息(步骤ST9a)，并进行图10(1)和10(2)中所示的屏幕显示(步骤ST9b)。这里，用户使用维护个人计算机PC点按图10(2)中所示的屏幕中的“OK”。随后，维护个人计算机PC从步骤ST9c转移到步骤ST9d，监视电话号码和信用卡号是否被输入。这里，当电话号码和信用卡号被输入图10(3)的屏幕中，并且之后点按“传送”时，维护个人计算机PC把输入信息传送给客户中心CC(步骤ST9e)。另一方面，当在图10(3)的屏幕中点按“返回前一屏幕”或者“到主页”时，维护个人计算机PC执行另一菜单中的处理。
之后，当按键电话设备BT的功能设置改变过程结束时，客户中心CC把图10(4)中表示的屏幕信息发送给维护个人计算机PC。
图11是表示在改变服务功能的受约束状态标记过程中，在按键电话设备BT处的处理程序的流程图。
当通过公共网络PNW从客户中心CC收到输入信号(步骤ST11a)时，按键电话设备BT判断接收器设置是否为“自动答复”(步骤ST11b)。这里，当没有设置“自动答复”(判断结果为否)时，按键电话设备BT执行另一服务过程。另一方面，当设置“自动答复”(判断结果为是)时，按键电话设备BT把输入信号的答复信号传送给客户中心CC(步骤ST11c)，从客户中心CC接收许可代码(步骤ST11d)，并根据许可代码，判断是否能够改变功能设置(步骤ST11e)。
随后，当可改变功能设置(判断结果为是)时，按键电话设备BT把指示正常结束的信息传送给客户中心CC(步骤ST11f)。另一方面，当不能改变功能设置(判断结果为否)时，按键电话设备BT把指示处理NG的信息传送给客户中心(步骤ST11g)。
如上所述，根据第一实施例的服务功能约束方法，一系列的程序包括按键电话设备BT的每种可选服务功能的使用费的计算步骤；和相对于用户的记帐步骤；或者根据在指定时段内，用户对每种可选服务功能的费用支付，约束可选服务功能的步骤；以及在不需要任何手工操作的情况下，通过诸如因特网INW和公共网络PNW之类的通信网络，自动进行每种可选服务功能的使用费的结算步骤。于是，维护人员的旅行及手工功能改变工作，以及记帐人员的记帐工作的开支是不必要的。对于用户来说，能够降低使用频率低或者具有未用信道的可选服务固定所需的费用。另一方面，对于客户中心CC来说，能够根据使用情况，极大地减少每种可选服务功能的记帐过程所必需的人工和成本。
此外，在客户中心CC中，根据按键电话设备BT中每种可选服务功能的使用费的记帐的支付结果，能够判断用户是否需要每种可选服务功能。从而，按键电话设备BT的可选服务功能可被约束成以致只能使用确实必需的可选服务功能。
此外，当从客户中心CC把许可代码传送给按键电话设备BT时，利用按键电话设备BT的系统ID对许可代码加密。于是，当错误地把许可代码传送给不同的按键电话设备时，或者甚至当另一用户有意地把发给另一按键电话设备BT的许可代码滥用于执行自己的按键电话设备BT的功能设置时，可防止进行错误的或者非法的功能设置过程。
此外，当用户支付受约束的可选服务功能的费用时，客户中心CC立即通过公共网络PNW，把按键电话设备BT的受约束的可选服务功能设置成可用状态。对于这方面来说，维护人员的旅行和手工功能改变工作也是不必要的。于是，对于用户来说，能够立即使用自己的按键电话设备BT的其它服务功能。另一方面，对于客户中心来说，能够极大地减少提供所述其它服务功能所需的人工和费用。
此外，在第一实施例中，例如当本发明被应用于与IP电话终端相连的IP电话系统时，从按键电话设备BT以实际应用信息的形式，把固定记费的可连终端的最大数目和实际与通信设备相连的终端的数目之间的差值通知客户中心CC。于是，客户中心CC可以只登记从中减去关于从按键电话设备BT通知的终端数目差的费用的使用费，即，只登记关于实际与按键电话设备BT相连的IP电话终端IP1～IPn的数目的使用费。于是，用户支付与按键电话设备BT相连的IP电话终端IP1～IP4的使用费，不必支付未用的IP电话终端IP4～IPn的使用费，这可减轻费用负担。
要注意在第一实施例中，用户确认每种可选服务功能的使用费，并输入信用卡号。另一方面，除了每种可选服务功能的使用费之外，客户中心CC还可把关于未用或受约束的可选服务功能的屏幕信息传送给维护个人计算机PC。在选择将在用户方使用的可选服务功能之后，还可输入信用卡号。
另外，可如下执行已如上所述另外设置的按键电话设备BT的各种可选服务功能。
即，例如当ACD代理使用请求从IP电话终端IP1～IPn首先到达时，访问功能信息设置表21。根据和ACD代理相对应的受约束状态标记，判断该功能是“可用”还是“不可用”。随后，在“可用”情况下，该请求被接受，从而执行对应的过程。另一方面，在“不可用”的情况下，服务拒绝被返回给作为请求者的IP电话终端IP1～IPn。
(第二实施例)根据本发明的服务功能约束方法的第二实施例包括用户系统直接访问客户中心；使用置于客户中心的用户数据库执行关于用户系统的按键电话设备的每种可选服务功能的使用费的记帐过程和服务功能约束过程。
图12示意表示了实现第二实施例的支持系统的结构。要注意在图12中，和图1中相同的部件由相同的附图标记表示，并省略对其的详细描述。
在客户中心CC中，设置用户数据库DB和计时器TM。在用户数据库DB中，如图13中所示，与分配给各个用户的个体标识号(用户ID)相联系地存储该用户拥有的按键电话设备BT的系统ID，按键电话设备BT的电话号码，维护个人计算机PC的邮件地址，以及读取实际应用信息的计时。
客户中心CC的接收/收费服务器CSV1和许可服务器CSV2比较计时器TM测得的日期/时间和用户数据库DB中实际应用信息的读取计时，并且根据比较结果，读取该用户拥有的按键电话设备BT的电话号码，系统ID和维护个人计算机PC的邮件地址。随后，读取的信息被用于访问按键电话设备BT，给每种可选服务功能的使用费记帐，并传送许可代码。
下面，将说明约束系统中的按键电话设备BT的服务功能的程序。
图14和15是表示在用户系统CM的维护个人计算机PC(或者用户PC)，按键电话设备BT，客户中心CC和信用卡公司CR之间传送/接收信息的操作的序列图。
客户中心CC比较计时器TM测得的日期/时间和获得保存在用户数据库DB中的实际应用信息的日期/时间(读取计时)，从而判断这些日期/时间是否彼此相符，根据判断结果，通过公共网络PNW访问对应的按键电话设备BT，并把实际应用信息采集请求传送给按键电话设备BT。
当从客户中心CC收到实际应用信息采集请求时，按键电话设备BT准备实际应用信息，并把实际应用信息传送给客户中心CC。
当从按键电话设备BT收到实际应用信息时，客户中心CC向按键电话设备BT返回指示接收的信息。
当从客户中心CC收到指示接收的信息时，按键电话设备BT断开与客户中心CC的信道。
随后，客户中心CC根据接收的实际应用信息，判断可选服务功能是否正被使用。当该功能未被使用时，客户中心判断是否存在未使用的可选服务功能，或者是否存在用过的可选服务功能。根据判断结果，计算对应于每种可选服务功能的使用量的费用数额，以便准备详细的电子帐单。随后，根据保存在用户数据库DB中的用户的邮件地址，通过因特网INW访问用户系统CM的维护个人计算机PC，以便把准备好的详细电子帐单传送给用户系统CM的维护个人计算机PC。
用户根据屏幕上从客户中心CC传来的指导，使用维护个人计算机PC输入和可选服务功能的应用相关的必要项目。要输入的必要项目包括信用卡号。在收到这些必要项目之后，个人计算机把这些信息传送给客户中心CC。
当收到所述信息时，客户中心CC首先通过专用线路访问信用卡公司CR，并且根据用户的信用卡号询问用户的信用卡。询问时，信用卡公司CR判断是否存在对应于该信用卡号的帐户，信用卡的到期日是否在有效期内，以及是否设置了中止使用。随后，信用卡公司把答复发送给客户中心CC。
根据来自于信用卡公司CR的答复，客户中心CC判断用户的信用卡。如果不存在问题，则客户中心把详细的电子帐单和信用卡号包含在结算请求信息中，以便把结算请求信息传递给信用卡公司CR。
当收到结算请求信息时，信用卡公司CR根据包含在结算请求信息中的用户的信用卡号，验证用户，并判断是否进行交易。如果能够进行交易，则信用卡公司CR根据包含在结算请求信息中的详细电子帐单，接受费用的结算。之后，在完成结算的接受之后，信用卡公司把信用卡公司已接受结算请求的答复结果返回给作为请求者的客户中心CC。
当从信用卡公司CR收到结算请求的答复时，客户中心CC根据答复结果，产生作为功能约束控制信息的许可代码。随后，客户中心通过公共网络PNW，把许可代码传送给用户系统CM的按键电话设备BT。在该许可代码中，插入把增添的可选服务功能设置成“可用”的指令代码，和把指定时段内其结算未被确认的可选服务功能设置成“不可用”的指令代码。此时，利用从用户数据库DB读取的系统ID对指令代码加密。
当从客户中心CC收到许可代码时，按键电话设备BT首先利用它们自己的系统ID，对包含在许可代码中的指令代码解密。随后，根据解密的指令代码，按键电话设备BT重新把功能信息设置表中对应的可选服务功能的使用状态标记设置成“未使用”，并把约束状态中的标记从“不可使用”改变成“可用”，或者从“可用”改变成“不可使用”。在完成设置可选服务功能的改变的过程之后，按键电话设备BT向客户中心CC返回正确完成功能改变过程的结果信息。
当从按键电话设备BT收到功能改变结束通知时，客户中心CC断开与按键电话设备BT的信道。并把指示功能改变过程结束的信息传送给拥有按键电话设备BT的用户的维护个人计算机PC，以便显示该信息。
从而，在按键电话设备BT中，用户希望增添的可选服务功能被设置成可用状态，在按键电话设备BT中，未被支付费用的不必要的可选服务功能被设置成不可使用状态。
要注意的是实现上述服务功能约束方法的支持系统的各个部分的结构如下。
图16是表示维护个人计算机PC，按键电话设备BT和客户中心CC的功能结构的方框图。要注意图16中用相同的附图标记表示和图5中相同的部分，并省略对它们的详细说明。
按键电话设备BT新包括采集请求接收部分51，代替定期起动部分23。采集请求接收部分51接收从客户中心CC到达的实际应用信息采集请求。随后，实际应用信息传送部分26根据从采集请求接收部分51接收的实际应用信息采集请求，传送包括保存在功能信息设置表21中的可选服务功能组和使用量的实际应用信息。
客户中心CC还包括日期/时间比较部分61和采集请求比较部分62。日期/时间信息比较部分61比较计时器TM测得的日期/时间和保存在用户数据库DB中的日期/时间，判断这些日期/时间是否彼此相符。
采集请求传送部分62根据日期/时间信息比较部分61的判断结果，通过公共网络PNW，把实际应用信息采集请求传送给对应的按键电话设备BT。
图17是表示客户中心CC的操作的流程图。
客户中心CC首先比较计时器TM测得的日期/时间和保存在用户数据库DB中的实际应用信息读取日期/时间，判断是否是对按键电话设备BT的访问日期/时间(步骤ST17a)。随后，在访问日期/时间(判断结果为是)，客户中心CC从用户数据库DB读取对应的按键电话设备BT的电路号码，根据读取的电话号码，通过公共网络PNW访问按键电话设备BT，并把实际应用信息采集请求传送给按键电话设备BT(步骤ST17b)。
随后，客户中心CC判断实际应用信息是否在指定时段内，从访问的按键电话设备BT到达(步骤ST17c)。随后，当在指定时段内，实际应用信息未到达时(判断结果为否)时，客户中心CC断开与对应的按键电话设备BT的信道，并通知拥有按键电话设备BT的用户的维护个人计算机PC不能获得实际应用信息(步骤ST17d)。这种情况下，根据保存在用户数据库DB中的维护个人计算机PC的邮件地址，通过因特网INW访问维护个人计算机PC。
另一方面，当实际应用信息在指定时段内到达(判断结果为是)时，客户中心CC根据实际应用信息，计算每种服务功能的使用费，即费用数额(步骤ST17e)，并把费用数额和服务功能一起通知用户的维护个人计算机PC(步骤ST17f)。随后，监视从维护个人计算机PC通知的关于费用数额的信用卡信息是否在指定的一段时间内到达(步骤ST17g)。这里，当信息卡信息未到达(判断结果为否)时，客户中心CC产生把每种已使用的可选服务功能设置成“不可使用”的许可代码，并把该代码传送给相应的按键电话设备BT(步骤ST17h)。
另一方面，当信息卡信息到达(判断结果为是)时，客户中心CC访问信用卡公司CR(步骤ST17i)，并确认信用卡信息(步骤ST17j)。随后，如果不可能(NG)，则客户中心向作为请求者的维护个人计算机PC通知信用卡信息错误(步骤ST17k)。
另一方面，如果可能(OK)，则客户中心CC把事先计算的费用数额的结算请求信息传送给信用卡公司(步骤ST17l)。随后，当从信用卡公司CR返回指示接受结算请求的答复时，客户中心CC根据包含在该答复中的结算结果，产生许可代码(步骤ST17m)，并把该许可代码和把可选服务功能设置成可用或不可用的请求发送给按键电话设备BT(步骤ST17n)。
随后，当功能设置在按键电话设备BT中结束时，客户中心CC通知用户的维护个人计算机PC功能设置完成(步骤ST17o)。
图18是表示按键电话设备BT的操作的流程图。遵循步骤ST18a-ST18c的程序，执行把每种可选服务功能的使用量通知客户中心CC的处理操作。
当从客户中心CC接收实际应用信息采集请求时(步骤ST18a)，按键电话设备BT根据功能信息设置表21中的可选服务功能组和使用量，产生实际应用信息(步骤ST18b)，通过公共网络PNW访问客户中心CC，并传送实际应用信息(步骤ST18c)。
要注意的是图19是表示用户的维护个人计算机PC的详细处理过程的流程图。
即，当从客户中心CC收到屏幕信息时(步骤ST19a)，维护个人计算机PC显示如图10(1)和10(2)中所示的屏幕(步骤ST19b)。这里，用户使用维护个人计算机PC点按图10(2)中所示的屏幕中的“OK”。随后，维护个人计算机PC从步骤ST19c转移到步骤ST19d，监视电话号码和信用卡号是否被输入。这里，当电话号码和信用卡号被输入图10(3)的屏幕中，并且之后点按“传送”时，维护个人计算机PC把输入信息传送给客户中心CC(步骤ST19e)。另一方面，当在图10(3)的屏幕中点按“返回前一屏幕”或者“到主页”时，维护个人计算机PC执行其它菜单中的处理。
图20是表示在改变服务功能的受约束状态标记过程中，在按键电话设备BT处的处理程序的流程图。
当通过公共网络PNW从客户中心CC收到输入信号(步骤ST20a)时，按键电话设备BT判断接收器设置是否为“自动答复”(步骤ST20b)。这里，当没有设置“自动答复”(判断结果为否)时，按键电话设备BT执行其它服务过程。
另一方面，当设置“自动答复”(判断结果为是)时，按键电话设备BT把输入信号的答复信号传送给客户中心CC(步骤ST20c)，从客户中心CC接收许可代码(步骤ST20d)，并根据许可代码，判断是否能够改变功能设置(步骤ST20e)。
随后，当可改变功能设置(判断结果为是)时，按键电话设备BT把指示正常结束的信息传送给客户中心CC(步骤ST20f)。另一方面，当不能改变功能设置(判断结果为否)时，按键电话设备BT把指示处理NG的信息传送给客户中心(步骤ST20g)。
如上所述，根据第二实施例的服务功能约束方法，按照和第一实施例相同的方式，一系列的程序包括按键电话设备BT的每种可选服务功能的使用费的计算步骤；和相对于用户的记帐步骤；或者根据在指定时段内，用户对每种可选服务功能的费用支付，约束可选服务功能的步骤；以及在不需要任何手工操作的情况下，通过诸如因特网INW和公共网络PNW之类的通信网络，自动进行每种可选服务功能的使用费的结算步骤。于是，对于用户来说，能够降低使用频率低或者具有未用信道的可选服务的固定所需费用。另一方面，对于客户中心CC来说，能够根据使用情况，极大地减少每种可选服务功能的记帐过程所必需的人工和成本。
此外，由于利用保存在用户数据库DB中的按键电话设备BT的系统ID对许可代码加密，并且许可代码被传送给按键电话设备BT，因此能够防止进行错误的或者非法的功能增添过程。
此外，在第二实施例中，用户数据库DB中累积/管理的用户信息被用于判断客户中心CC和按键电话设备BT之间的通信，每种可选服务功能的使用费的记帐，以及根据对帐单的支付，可选服务功能的约束的可能性/不可能性。于是，不必在按键电话设备BT中布置定期起动部分。按键电话设备BT不需要访问客户中心CC。从而可降低按键电话设备BT的处理负载，并且能够降低费用。
(其它实施例)在第二实施例中，说明了在客户中心CC中布置用户数据库DB的例子。但是，用户数据库DB也可布置在除客户中心CC之外的第三机构中。
此外，在各个实施例中，用户传送信息卡号。但是，本发明并不局限于此。信用卡号可与用户ID相关，并且事先保存在用户数据库DB中。客户中心CC可访问用户数据库DB，获得信用卡号。这种情况下，只有当用户信息被记录在用户数据库DB中时，才可传送用户的信用卡号。从而，不担心传输时，信用卡号在通信网络上被偷窥，可提高安全性。
此外，在各个实施例中，从用户通知的信用卡号被用于与信用卡公司CR进行自动结算。但是，本发明并不局限于此。当用户向指定的银行支付每种可选服务功能的使用费时，客户中心CC可向银行开出每种服务功能的使用费帐单。
另外，在实施例中，执行各种可选服务功能的程序事先保存在按键电话设备BT中，可用/不可用状态由功能信息设置表121中的标记管理，客户中心CC发送把标记改为“可使用”的许可代码，从而设置功能增添。但是，执行功能的程序可从客户中心CC下载到按键电话设备BT，并被执行。
此外，在实施例中，客户中心CC只向按键电话设备BT发送和要增添的功能对应的许可代码，并且利用许可代码把增添功能的标记设置成“可用”。但是，可以发送包含和增添功能对应的许可代码的所有功能的许可代码。按键电话设备BT的功能信息设置表21可整体被许可代码重写。
另外，在不脱离本发明的范围的情况下，可以不同地修改和实现功能设置的程序或内容，支持系统的结构或操作内容，以及及诸如按键电话设备之类通信设备的类型。
权利要求
1.一种根据通过通信网络(INW，PNW)，在包括通信设备(BT)的用户系统(CM)和支持通信设备(BT)的工作的客户中心(CC)之间传递的信息，对用户系统(CM)中具有通信功能的通信设备(BT)的已用功能的费用记帐的方法，所述方法包括使客户中心(CC)通过通信网络(INW，PNW)从用户系统(CM)获得实际应用信息，所述实际应用信息包括事先置于通信设备(BT)中的服务功能组的至少一部分，以及每种服务功能的使用量；使客户中心(CC)根据实际应用信息，计算已用服务功能的费用，从而产生计算结果；和使客户中心(CC)执行计算结果的记帐处理。
2.一种根据通过通信网络(INW，PNW)，在包括通信设备(BT)的用户系统(CM)和支持通信设备(BT)的工作的客户中心(CC)之间传递的信息，约束用户系统(CM)中具有通信功能的通信设备(BT)的服务功能的方法，所述方法包括使客户中心(CC)通过通信网络(INW，PNW)从用户系统(CM)获得实际应用信息，所述实际应用信息包括事先置于通信设备(BT)中的服务功能组的至少一部分，以及每种服务功能的使用量；使客户中心(CC)根据实际应用信息，计算每种已用服务功能的费用，从而产生计算结果；使客户中心(CC)执行计算结果的记帐处理；使客户中心(CC)根据关于记帐步骤的付款结果，产生约束通信设备(BT)的服务功能的功能约束控制信息；和使客户中心(CC)通过通信网络(INW，PNW)，把功能约束控制信息传送给相应的通信设备(BT)。
3.一种通过通信网络(INW，PNW)与包括具有通信功能的通信设备(BT)的用户系统(CM)相连，并且根据与用户系统(CM)交换的信息，对通信设备(BT)的已用服务功能的费用记帐的客户中心(CC)，所述客户中心(CC)包括从通信设备(BT)获得包括服务功能组的至少一部分和每个服务功能组的使用量的实际应用信息的实际应用信息获取装置(31)；根据实际应用信息，计算每种已用服务功能的费用，从而产生计算结果的费用计算装置(32)；和执行计算结果的记帐处理的记帐处理执行装置(35)。
4.按照权利要求3所述的客户中心(CC)，其特征在于实际应用信息获取装置(31)接收从通信设备(BT)定期发出的实际应用信息。
5.按照权利要求3所述的客户中心(CC)，其特征在于还包括用户数据库(DB)，其中使从通信网络(PNW)分配给通信设备(BT)的用户信息，事先分配给通信设备(BT)的保密设备标识信息，和用于从通信设备(BT)获取服务功能组的至少一部分以及每种服务功能的使用量的日期/时间信息与事先分配给用户系统(CM)的单个标识信息相联系，并被保存在所述用户数据库(DB)中；计时器(TM)；和比较计时器(TM)获得的当前日期/时间信息和保存在用户数据库(DB)中的日期/时间的比较装置(61)，其中实际应用信息获取装置(31)根据比较结果，通过通信网络(PNW)访问对应的通信设备(BT)，从而从通信设备(BT)获得实际应用信息。
6.按照权利要求3所述的客户中心(CC)，其特征在于还包括根据相对于记帐处理执行装置(35)执行的记帐处理的付款结果，产生执行通信设备(BT)的功能约束处理的功能约束控制信息的产生装置(33)；和通过通信网络(PNW)，把功能约束控制信息传送给对应的通信设备(BT)的功能约束控制信息传送装置(40)。
7.按照权利要求6所述的客户中心(CC)，其特征在于通信设备(BT)包括功能表(21)，相对于预先布置的所有服务功能中的至少一些服务功能，在所述功能表(21)中保存使用量和指示约束/约束取消的设置信息，并且当自用户系统的每个已用服务功能终端的费用的通知起，在指定时段内没有确认付款时，功能约束控制信息传送装置(40)传送功能约束控制信息，以便在功能表(21)中，把对应功能的设置信息改变成约束，并且当稍后确认付款时，传送功能约束控制信息，以便相对于通信设备(BT)，在功能表中把对应功能的设置信息改变成约束取消。
8.一种包括通信设备(BT)，并且通过通信网络(PNW)与客户中心(CC)相连，以便对通信设备(BT)的已用功能的费用记帐，以及约束/控制该功能的用户系统(CM)，所述用户系统(CM)包括通过通信网络(PNW)，向客户中心(CC)传送实际应用信息的实际应用信息传送装置(26)，所述实际应用信息包括事先包含在通信设备(BT)中的服务功能组的至少一部分，以及每个服务功能组的使用量；和通过通信网络(PNW)，接收从客户中心(CC)发送的指示每种已用服务功能的费用的记帐信息的记帐信息接收装置(11)。
9.按照权利要求8所述的用户系统(CM)，其特征在于还包括接收从客户中心(CC)发出的功能约束控制信息，以便约束通信设备(BT)的功能的功能约束控制信息接收装置(27)；和根据功能约束控制信息，执行通信设备(BT)的功能约束过程的功能约束过程执行装置(29)。
10.按照权利要求9所述的用户系统(CM)，其特征在于通信设备包括功能表(21)，相对于所有服务功能中的至少一些服务功能，在所述功能表(21)中保存使用量和指示约束/约束取消的设置信息，和根据从客户中心(CC)发出的功能约束控制信息的内容，改变功能表(21)中相应功能的设置信息的功能约束过程执行装置(29)。
11.按照权利要求8所述的用户系统(CM)，还包括与通信设备(BT)相连的多个终端，其特征在于实际应用信息传送装置(26)以实际应用信息的形式，把终端应用信息传送给客户中心(CC)，终端应用信息包括指示若干终端(IP1～IPn)，以及和通信设备(BT)相连的终端的数目与通信设备(BT)中可连接终端(IP1～IPn)的最大数目之间的差值的信息。
12.按照权利要求8所述的用户系统(CM)，其特征在于通信设备(BT)具有电话功能。
全文摘要
本发明公开了通信设备已用功能的费用的记账方法，通信设备的功能约束方法，执行所述方法的客户中心和包括所述通信设备的用户系统。按键电话设备(BT)通过公共网络(PNW)定期向客户中心(CC)传送包括一部分服务功能组和每种服务功能的使用量的实际应用信息。客户中心(CC)根据接收的实际应用信息计算每种服务功能的使用费，并通过因特网(INW)把使用费通知用户的维护个人计算机(PC)。随后，当确认用户支付每种服务功能的使用费时，客户中心(CC)根据所述支付，产生用于改变指示按键电话设备(BT)的服务功能的约束状态的标记的许可代码，把许可代码传送给相应的密钥电话设备(BT)。
文档编号H04Q3/58GK1474536SQ0311070
公开日2004年2月11日 申请日期2003年4月11日 优先权日2002年4月12日
发明者芝崎文雄, 槇田武志, 志 申请人:株式会社东芝