CN104680415A - 装置、方法和系统 - Google Patents

Abstract

本发明公开了一种装置、方法和系统。一种输出通知数据的装置包括：历史存储单元，该历史存储单元被配置成与客户的识别信息相关联地存储与客户联系的历史；读取单元，该读取单元被配置成从历史存储单元读取与该识别信息相关联的历史；指定单元，该指定单元被配置成在所读取的历史的内容中指定满足预定条件的客户；以及生成单元，该生成单元被配置成对所指定的客户生成通知数据。

Description

装置、方法和系统

技术领域

本文所讨论的实施例涉及指定要通知其付款的客户并且向所指定的客户输出通知数据的技术。 

背景技术

作为金融机构中进行的贷款业务的一部分，已经实行了对拖欠还款的客户进行通知的工作。由通过电话通信来联系客户的呼叫中心的操作员进行该付款通知工作。另外，作为付款通知的方法，金融机构给客户发送催单。 

例如，已知使用诸如自动柜员机(ATM)或者自动提款机(CD)的终端设备来给客户提供各种信息。 

引用列表 

专利文献 

[专利文献1]日本专利第5043255号 

[专利文献2]日本公开特许公报第10-27207号 

发明内容

技术问题 

然而，在客户不在或者不在家的情况下，金融机构不能通过家里的电话与客户交流。甚至当金融机构尝试联系客户携带的移动电话时，客户可能由于不能接电话或者客户假装外出的情形而没带移动电话。因此，难以说金融机构能够可靠地联系客户。即使在催单被递送到客户的家时，金融机构也不能确认客户是否已经打开了该催单并且已经阅读了该催单的内 容。 

在付款通知工作中，期望的是可靠地通知客户付款并且存储指示该通知被客户认可的记录。如果不存在指示该客户被通知付款的记录，则金融机构难以向不进行还款的客户采取诉讼。 

因此，金融机构需要使用可替代方法来联系不响应催单(文件)或者呼叫(电话通信)的客户。 

本发明是考虑以上所描述的情况而做出的，并且本发明的目的是提供一种基于与和被通知付款的客户的联系相关的历史指定要通知的客户然后通知客户付款的方法。 

问题的解决方案 

根据本发明的一个方面，一种输出通知数据的装置，该装置包括：历史存储单元，该历史存储单元被配置成与客户的识别信息相关联地存储与该客户联系的历史；读取单元，该读取单元被配置成从历史存储单元读取与识别信息相关联的历史；指定单元，该指定单元被配置成在所读取的历史的内容中指定满足预定条件的客户；以及生成单元，该生成单元被配置成对所指定的客户生成通知数据。 

本发明的有益效果 

根据本发明的一个方面，可以基于与和被通知付款的客户的联系相关的历史指定要通知的客户并且生成与所指定的客户对应的通知数据。 

附图说明

图1示出了付款通知系统的配置的示例； 

图2示出了呼叫中心系统中包括的呼叫中心服务器的硬件的配置的示例； 

图3示出了债务人DB的记录格式的示例； 

图4示出了贷款DB的记录格式的示例； 

图5示出了协商历史DB的记录格式的示例； 

图6示出了ATM通知确定DB的记录格式的示例； 

图7示出了模板DB的记录格式的示例； 

图8示出了消息DB的记录格式的示例； 

图9示出了操作员DB的记录格式的示例； 

图10示出了记账系统中包括的记账服务器的硬件的配置的示例； 

图11示出了存款和取款历史DB的记录格式的示例； 

图12示出了ATM设备的硬件的配置的示例； 

图13是示出了通知处理的过程的示例的流程图； 

图14是示出了情况确定处理的过程的示例的流程图； 

图15是示出了消息生成处理的过程的示例的流程图； 

图16是示出了消息显示处理的过程的示例的流程图； 

图17示出了ATM设备中的在其上显示消息的显示单元的示例； 

图18是示出了同步处理的过程的示例的流程图； 

图19A、图19B、图19C、图19D、图19E以及图19F示出了显示在呼叫中心中的操作员终端上的屏幕的示例； 

图20示出了ATM设备中的在其上显示消息的显示单元的示例； 

图21示出了ATM设备中的在其上显示消息的显示单元的示例； 

图22示出了根据第二实施例的ATM通知确定DB的记录格式的示例； 

图23示出了根据第三实施例的不在确定校正DB的记录格式的示例； 

图24、图25A和图25B示出了根据第四实施例的显示在呼叫中心中的操作员终端上的屏幕的示例； 

图26示出了呼叫中心服务器的功能构成的示例； 

图27示出了ATM设备的功能构成的示例；以及 

图28示出了根据第五实施例的付款通知系统的配置的示例。 

具体实施方式

在下文中，将参照附图描述在本申请中公开的付款通知系统。 

第一实施例 

图1示出了付款通知系统的配置的示例。付款通知系统包括呼叫中心系统1、记账系统2、终端设备3以及耦合呼叫中心系统1、记账系统2和终端设备3的网络N。呼叫中心系统1是其中操作员主要通过电话向拖欠付款的客户通知付款的系统。记账系统2进行与客户和银行之间的交易相关的信息处理。该交易是经由终端设备3进行的。终端设备3是在客户与银行进行交易的情况下使用的终端。 

呼叫中心系统1包括呼叫中心服务器11、数据库12和操作员终端13。呼叫中心服务器11是通知数据生成装置的示例。记账系统2包括记账服务器21和数据库22。终端设备3是例如ATM设备31、个人计算机(PC)32、移动电话33、智能电话34或者平板终端35。 

图2示出了呼叫中心系统1中包括的呼叫中心服务器11的硬件的配置的示例。呼叫中心服务器11包括中央处理单元(CPU)11a、随机存取存储器(RAM)11b、只读存储器(ROM)11c、通信单元11d、大容量存储设备11e以及读取单元11f。这些部件经由总线彼此耦合。CPU 11a根据存储在ROM 11c中的控制程序11p来控制每个硬件单元。RAM 11b是例如静态RAM(SRAM)、动态RAM(DRAM)或闪存。RAM 11b暂时存储当CPU 11a执行程序时生成的数据。通信单元11d具有经由网络N与记账服务器21通信的功能。大容量存储设备11e是例如硬盘或者固态驱动器(SSD)。大容量存储设备11e暂时存储要被存储在数据库12中的数据。另外，可以将大容量存储设备11e设置成存储控制程序11p。 

读取单元11f读取便携式存储介质111。光盘ROM(CD-ROM)和数字通用盘ROM(DVD-ROM)是便携式存储介质111的示例。CPU 11a可以经由读取单元11f从便携式存储介质111读取控制程序11p并且将控制程序11p存储在大容量存储设备11e中。另外，CPU 11a可以经由网络N从另一计算机下载控制程序11p并且将控制程序11p存储在大容量存储设备11e中。CPU 11a可以从半导体存储器112读取控制程序11p。 

接下来，将描述呼叫中心系统1中的数据库12中存储的数据。数据库12存储债务人数据库(DB)12a、贷款DB 12b、协商历史DB 12c(历史存储单元)、ATM通知确定DB 12d、模板DB 12e(模型存储单元)、消息DB 12f(通知数据存储单元)以及操作员DB 12g。协商历史DB 12c是历史存储单元的示例。模板DB 12e是模型存储单元的示例。消息DB 12f是通知数据存储单元的示例。 

图3示出了债务人DB 12a的记录格式的示例。债务人DB 12a包括 客户编号栏、地址栏、姓名栏、电话号码栏、职业栏、工作地点栏、工作地点电话栏、移动电话栏、个性栏、婚姻史栏、生活方式栏、保密信息栏以及备注栏。客户编号栏存储用于唯一地指定客户的编号。地址栏存储客户的住宅地址。姓名栏存储客户的汉字姓名。电话号码栏存储客户的电话号码。职业栏存储客户的职业。工作地点栏存储客户的工作地点的名称。工作地点电话栏存储客户的工作地点的电话号码。移动电话栏存储客户的移动电话号码。个性栏存储客户的个性。操作员通过电话通信来掌握客户的个性，然后将客户的个性存储在个性栏中。婚姻史栏存储客户的婚姻史(未婚、已婚以及丧偶)。生活方式栏存储客户的生活方式。通过贷款审查的文件或者与操作员的电话通信来获取生活方式的信息，然后将其存储在生活方式栏中。保密信息栏存储关于客户的保密信息。保密信息与例如社会地位、宗教信仰、纠纷或诉讼或者因为某原因休假一年相关。备注栏存储用于在操作员之间共享的信息。 

图4示出了贷款DB 12b的记录格式的示例。贷款DB 12b包括客户编号栏、账号栏、贷款名称栏、自动取款日期栏、自动取款金额栏、余额栏、用于自动取款的账号栏。客户编号栏存储客户编号。账号栏存储用于唯一地指定客户的贷款账户的账号。自动取款日期栏存储从用于自动取款的账户进行每月自动取款的日期。取款金额栏存储从账户每月自动取款的金额。自动取款的金额表示每月还款的金额。余额栏存储还款的余额。用于自动取款的账号栏存储取出用于每月还款的钱款的账号。 

图5示出了协商历史DB 12c的记录格式的示例。协商历史DB 12c包括客户编号栏、账号栏、历史编号栏、协商日期和时间栏、分布栏、呼叫接收者栏、呼叫目标栏、历史内容栏、模板编号栏、协商备注栏以及负责人栏。客户编号栏存储负责人与其进行协商或者试图与其进行协商的客户的客户编号。账号栏存储待管理的贷款账号。历史编号栏按顺序存储协商历史的编号。协商日期和时间栏存储负责人与客户进行协商或者试图与客户进行协商的日期和时间。分布栏存储负责人和呼叫接收者之间的协商的事实。例如，在负责人与呼叫接收者进行协商的情况下，“协商”被存储在分布栏中。在负责人由于呼叫接收者不在而未与呼叫接收者进行协商的情况下，“不在”被存储在分布栏中。呼叫接收者栏存储通过电话与负责人谈话的人(呼叫接收者)的信息。例如，如果通过电话与负责人谈话的人是当事人，则“当事人”被存储在呼叫接收者栏中。如果通过电话与负责人谈话的人是客户的配偶，则“配偶”被存储在呼叫接收者栏中。如果通过电话与负责人谈话的人是其他人，则由负责人指定的任何信息被存 储在呼叫接收者栏中。如果负责人由于不在而未能联系呼叫接收者，则“无”被存储在呼叫接收者栏中。同时，“无”包括客户没有接听打给他的或她的个人移动电话的呼叫的情况。历史内容栏包括指示协商的内容的信息。例如，在客户响应与负责人的电话通信并且在负责人和客户之间做出付款约定的情况下，“付款约定”被存储在历史内容栏中。另外，在进行随后将描述的ATM通知的情况下，“ATM通知”的信息被存储在历史内容栏中。历史内容栏可以包括指示付款约定的日期的信息。指示付款约定的日期的信息可以与图5所示的历史内容栏分开存储。在存在通过使用ATM设备31进行的通知的情况下，模板编号栏存储用于生成通知消息的模板编号。协商备注栏存储在负责人和呼叫接收者之间进行的协商的内容的备注。负责人栏存储在负责人建立协商时的负责人的ID。 

图6示出了ATM通知确定DB 12d的记录格式的示例。ATM通知通过将用于通知付款的消息显示在ATM设备31上来通知作为债务人的客户付款。ATM通知确定DB 12d包括情况编号栏、项1栏、运算符1栏、项2栏、运算符2栏、项3栏以及模板编号栏。情况编号栏存储用于唯一地指定进行ATM通知的情况的编号。项1栏、项2栏和项3栏分别存储用于进行ATM通知的条件。运算符1栏和运算符2栏分别存储逻辑运算符。存储在运算符1栏和运算符2栏中的运算符是指示乘积的“与(AND)”或者指示逻辑和的“或(OR)”。当对项1栏中设置的条件的真实性和项2栏中设置的条件的真实性进行逻辑运算时，使用运算符1栏中存储的运算符。当对项1栏中设置的条件的真实性、项2栏中设置的条件的真实性以及项3栏中设置的条件的真实性进行逻辑运算时，使用运算符2栏中存储的运算符。 

图7示出了模板DB 12e的记录格式的示例。模板DB 12e包括编号栏、贷款名称栏、开启日栏、消息栏、到期日栏、金额栏以及关闭栏。编号栏存储唯一地指示模板的ID。贷款名称栏存储包括在生成的消息中的贷款名称的参考信息(指示信息)。开启日栏存储包括在生成的消息中的日期的参考信息。消息栏存储包括在生成的消息中的自动文本。到期日栏存储包括在生成的消息中的下一到期日的参考信息。金额栏存储包括在生成的消息中的待支付的下一笔钱款的金额的参考信息。关闭栏存储在生成的消息中变成关闭部分的自动文本。同时，在贷款名称栏和开启日栏之间的栏以及在到期日栏和金额栏之间的栏存储在生成消息时要补足(compensate)的短语。 

图8示出了消息DB 12f的记录格式的示例。消息DB 12f包括用于自动取款的账号栏、消息栏、模板编号栏和开启日栏。用于自动取款的账号栏存储作为消息的收件人的客户的账号。信息栏存储针对客户的消息。模板编号栏存储在生成消息时使用的模板的编号。开启日栏存储客户阅读消息然后按下确认按钮的日期。可以根据开启日栏中是否存储有日期来确定客户是否确认了该消息。如下所述，在客户按下确认按钮的日期(确认日期)存储在消息DB 22a中的情况下，可以以相同的方式将客户按下确认按钮的日期存储在开启日栏中。 

图9示出了操作员DB 12g的记录格式的示例。操作员DB 12g包括ID栏、姓名栏、密码栏和通知按钮栏。ID栏存储唯一地指定操作员的ID。姓名栏存储操作员的姓名。密码栏存储在操作员登录操作员终端13时要输入的密码。通知按钮栏存储是否向操作员许可了ATM通知的指令。在“1”存储在通知按钮栏中的情况下，与该记录对应的操作员具有指示付款通知系统在操作员的管理下对客户进行ATM通知的权限。在“0”存储在通知按钮栏中的情况下，与该记录对应的操作员不具有指示付款通知系统在操作员的管理下对客户进行ATM通知的权限。操作员指示付款通知系统进行ATM通知的原因是为了即使存在不适用于由ATM通知确定DB 12d定义的情况的情况也进行ATM通知。熟练的操作员可以通过核实客户在电话中的态度和自身经验而预期客户要花如此长的时间段来完成还款。在此情况下，在初始催单阶段，可以通过允许操作员使用ATM通知来有效地促进付款通知工作。 

图10示出了包括在记账系统2中的记账服务器21的硬件的配置的示例。记账服务器21包括CPU 21a、RAM 21b、ROM 21c、通信单元21d、大容量存储设备21e以及读取单元21f。这些部件经由总线彼此耦合。CPU21a根据存储在ROM 21c中的控制程序21p来控制每个硬件单元。RAM21b是例如SRAM、DRAM或闪存。RAM 21b暂时存储当CPU 21a执行程序时生成的数据。通信单元21d具有经由网络N与呼叫中心服务器11通信的功能。大容量存储设备21e是例如硬盘或者SSD。大容量存储设备21e暂时存储要被存储在数据库22中的数据。另外，可以将大容量存储设备21e设置成存储控制程序21p。 

读取单元21f读取便携式存储介质211。CD-ROM和DVD-ROM是便携式存储介质211的示例。CPU 21a可以经由读取单元21f从便携式存储介质211读取控制程序21p并且将控制程序21p存储在大容量存储设备 21e中。另外，CPU 21a可以经由网络N从另一计算机下载控制程序21p并且将控制程序21p存储在大容量存储设备21e中。CPU 21a可以从半导体存储器212读取控制程序21p。 

接下来，将描述记账系统2的数据库22中存储的数据。数据库22存储消息DB 22a以及存款和取款历史DB 22b。消息DB 22a与呼叫中心系统1的消息DB 12f相同，因此不再重复对其进行描述。 

图11示出了存款和取款历史DB 22b的记录格式的示例。存款和取款历史DB 22b包括账号栏、类型栏以及金额栏。账号栏存储在交易中使用的账户的账号。类型栏存储进行的交易的类型，例如，存款和取款。金额栏存储已经交易的钱款的金额。 

图12示出了ATM设备31的硬件的配置的示例。ATM设备31是终端设备3的示例。ATM设备31包括CPU 31a、RAM 31b、读卡器31c、操作单元31d、显示单元31e、通信单元31f以及存储单元31g。这些部件经由总线彼此耦合。CPU 31a根据存储在存储单元31g中的控制程序31p来控制每个硬件单元。RAM 31b是例如SRAM、DRAM或闪存。RAM 31b暂时存储当CPU 31a执行程序时生成的数据。读卡器31c读取客户的现金卡并且从现金卡获取客户编号。操作单元31d是例如与显示单元集成在一起的触摸面板。操作单元31d从客户接收操作输入。显示单元31e为客户显示消息。通信单元31f设置有经由网络N与记账服务器21通信的功能。 

接下来，将描述在呼叫中心服务器11中进行的信息处理。作为如以下所指示的信息处理的前提，假设事先做出待通知的拖欠人列表(未示出)。该拖欠人列表是客户信息存储单元的示例。该拖欠人列表包括拖欠人的客户编号和拖欠的贷款账号。呼叫中心服务器11针对每个预定时间段来创建拖欠人列表。例如，作为每日批处理，一日一次地进行拖欠人列表的创建。 

图13是示出了通知处理的过程的示例的流程图。呼叫中心服务器11的CPU 11a从拖欠人列表提取拖欠人的客户编号和贷款账号(步骤S1)。CPU 11a确定拖欠人的情况(步骤S2)。 

图14是示出了情况确定处理的过程的示例的流程图。CPU 11a获取未处理记录，即，与来自ATM通知确定DB 12d的未确认情况相关的数据(步骤S11)。CPU 11a获取与待处理的拖欠人相关的数据(步骤S12)。 该数据用于确定拖欠人的情况是否适用于所获取的情况。CPU 11a基于与所获取的未确认情况相关的数据和与拖欠人相关的数据来确定待处理的拖欠人是否适用于该情况(步骤S13)。如果待处理的拖欠人适用于该情况(在步骤S13中为是)，则CPU 11a获取与适用情况对应的模板编号(步骤S14)。CPU 11a将所获取的模板编号设置给返回值(步骤S15)。如果待处理的拖欠人不适用于该情况(在步骤S13中为否)，则CPU 11a确定是否存在未确认情况(步骤S16)。如果存在未确认情况(在步骤S16中为是)，则CPU 11a的处理返回到步骤S11。如果不存在未确认情况(在步骤S16中为否)，则CPU 11a将返回值设置为“0”(步骤S17)。在进行步骤S15或S17之后，完成CPU 11a的处理并且返回到调用程序(图13中的步骤S2)。 

处理返回到图13，并且CPU 11a根据情况确定的结果来确定是否要进行ATM通知(步骤S3)。当进行ATM通知(在步骤S3中为是)时，CPU 11a生成消息(步骤S4)。当经过图14中所示的情况确定处理返回值不同于“0”时，CPU 11a确定进行ATM通知。 

图15是示出了消息生成处理的过程的示例的流程图。CPU 11a从模板DB 12e获取与作为情况确定处理的返回值的模板编号对应的模板的数据(步骤S21)。CPU 11a基于模板中指定的参考信息来获取用于生成消息的项(步骤S22)。CPU 11a将所获取的项应用到模板并且生成消息(步骤S23)。CPU 11a从待处理的拖欠人的客户编号和贷款账号获取用于自动取款的账号(步骤S24)。CPU 11a将所生成的消息与所获取的用于自动取款的账号和在生成消息时使用的模板编号相关联地存储在消息DB12f中(步骤S25)。CPU 11a完成处理并且将处理返回到调用程序(图13中的步骤S4)。 

在未进行ATM通知的情况下(步骤S3中为否)，CPU 11a提示操作员如在现有技术中一样通过电话通知客户还款(步骤S5)。当经过图14中所示的情况确定处理而获得的返回值是“0”时，CPU 11a确定未进行ATM通知。操作员通过电话通知客户还款，然后通过使用操作员终端13来输入结果。CPU 11a使用协商历史DB 12c来登记输入历史(步骤S6)。在完成步骤S4或步骤S6之后，CPU 11a确定是否存在待处理的另外的拖欠人(步骤S7)。如果存在待处理的另外的拖欠人(在步骤S7中为是)，则CPU 11a的处理返回到步骤S2。如果不再存在待处理的另外的拖欠人(在步骤S7中为否)，则CPU 11a完成处理。 

接下来，将描述生成消息的具体示例。在下文中，假设拖欠发生在客户编号100的贷款账号1001中。 

在图13的步骤S1中，CPU 11a获取客户编号100和贷款账号1001。接下来，CPU 11a进行情况确定处理(步骤S2)。在图14的步骤S11中，CPU 11a获取具有情况编号“1”的情况。如图6所示，在1号情况中，项1表示“不在的次数＝连续三次”，项2表示“职业＝公司雇员”，项3表示“个性＝散漫”。另外，运算符1表示“与”并且运算符2也表示“与”。即，在此情况下，当不在的次数是连续三次、职业是公司雇员并且个性是散漫时，定义进行ATM通知。 

接下来，CPU 11a获取客户编号100的上述数据(步骤S12)。不在的次数是基于协商历史DB 12c来计算的。在图5所示的协商历史DB 12c中，当获取客户编号是100并且贷款账号是1001的记录并且以历史编号的递减次序对所获取的记录进行排序时，可以从呼叫接收者栏的内容识别出最近存在连续三次不在。因此，项1的确定为“真”。可以从债务人DB12a获取与职业相关的数据。如图3所示，具有客户编号100的客户的职业是“公司雇员”。因此，项2的确定也是“真”。另外，也可以从债务人DB 12a获取与个性相关的数据。如图3所示，具有客户编号100的客户的个性是“散漫”。因此，项3的确定也是“真”。因为运算符1和运算符2是“与”，因此在图14中示出的流程图的步骤S13中，CPU 11a基于项1到项3的真值的逻辑乘积的结果来确定具有客户编号100的客户适用于所获取的情况。 

CPU 11a获取与可适用情况对应的模板编号(步骤S14)。此处，如图6所示，模板编号是“1”。CPU 11a将“1”设置给返回值，然后完成处理。 

CPU 11a在图13的步骤S3中确定为是并且生成消息。在图15的步骤S21中，CPU 11a从模板DB 12e获取模板。接下来，CPU 11a通过使用所获取的模板来获取用于生成消息的数据。如图7所示，在具有模板编号“1”的模板中，以贷款DB 12b中的贷款名称来指示贷款名称。此处，如图4所示，以客户编号“100”和贷款账号“1001”指示的贷款具有名称“抵押”。 

另外，如图7所示，在具有模板编号“1”的模板中，开启日表示“不在的最后一日”。该不在的最后一日可以基于协商历史DB 12c来计算。如图5所示，在协商历史DB 12c中，具有客户编号“100”和贷款账号“1001” 的客户的不在的最后一日是“12月2日上午10:00”(参考历史编号4)。 

另外，如图7所示，因为具有模板编号“1”的模板的到期日是“一周以内”，所以到期日表示从开启日起之后一周的12月9号。另外，如图7所示，在具有模板编号“1”的模板中的金额是“每月自动取款的金额”。可以基于贷款DB 12b来获取每月自动取款的金额。如图4所示，以客户编号“100”和贷款账号“1001”指示的每月自动取款的金额是40,000日元。根据以上描述，准备了用于生成消息的多条数据。CPU 11a基于这些数据和模板来生成消息(步骤S23)。所生成的消息如下：“因为我们在12月2日上午10:00就抵押之事打电话给您，但是我们没能联系到您，所以我们通过ATM通知您还款。请在12月9日之前将40,000日元存进账户”。 

另外,CPU 11a基于贷款DB 12b来获取用于具有客户编号“100”和贷款账号“1001”的贷款的自动取款的账号(步骤S24)。如图4所示，用于具有客户编号“100”和贷款账号“1001”的贷款的自动取款的账号是“001-保留(savings)-1234567”。然后，在生成消息时使用的模板编号是“1”。CPU 11a将消息、用于自动取款的账号以及模板编号存储在消息DB 12f中(步骤S25)。图8示出了存储结果。 

以上是生成针对难以与其联系的拖欠人的消息的一系列处理。接下来，将描述其中针对拖欠人显示消息然后按下确认按钮的处理。如下所述，呼叫中心系统1的消息DB 12f和记账系统2的消息DB 22a定期地经历同步处理。通过该同步处理，在上述处理中生成的消息被存储在消息DB 22a中。 

图16是示出了消息显示处理的过程的示例的流程图。同时，如以上所描述的那样，在此处理中的终端设备是ATM设备31。首先，ATM设备31的CPU 31a接收客户经由操作单元31d进行的交易类型(步骤S31)。交易类型是例如存款和取款；通过使用ATM设备31在客户和银行之间进行的交易的类型。 

接下来，进行客户的个人认证(步骤S32)。例如，如下进行个人认证。CPU 31a在显示单元31e上显示用于通知客户要由读卡器31c来读取现金卡的句子。CPU 31a经由读卡器31c从现金卡读取客户编号。CPU 31a在显示单元31e上显示用于通知客户输入密码的句子并且接收客户经由操作单元31d输入的密码。CPU 31a向记账服务器21询问客户编号和所接收的密码的组合是否正确。记账服务器21的CPU 21a通过将存储在债务人DB(未示出)中的客户编号和密码的组合与所询问的客户编号和密 码的组合进行比较来确定所询问的客户编号和密码的组合是否正确。CPU21a将确定结果传送回到ATM设备31。 

ATM设备31的CPU 31a确定个人认证的确定结果(步骤S33)。当个人认证成功(在步骤S33中为是)时，CPU 31a进行对消息的搜索(步骤S34)。当个人认证失败(在步骤S33中为否)时，CPU 31a的处理返回到步骤S32并且再次进行个人认证。 

经由记账服务器21来进行对消息的搜索。CPU 31a将客户编号传送到记账服务器21并且向记账服务器21询问该消息是否与该客户编号相关联。记账服务器21的CPU 21a在消息DB 22a中进行搜索并且验证该消息是否与所接收的客户编号相关联。当不存在消息时，CPU 21a将不存在消息的事实传送到ATM设备31。另一方面，当存在消息时，CPU 21a将存在消息的事实和通过搜索而获取的消息传送到ATM设备31。 

ATM设备31的CPU 31a根据来自记账服务器21的回复来确定是否存在消息(步骤S35)。如果确定存在消息(在步骤S35中为是)，则CPU31a在显示单元31e上显示从记账服务器21接收的消息以及用于输入消息被确认的事实的确认按钮。图17示出了ATM设备31中在其上显示消息的显示单元31e的示例。在图17中，说明文字“我已阅读(同意)”被显示在确认按钮中。 

CPU 31a确定确认按钮是否进行了确认输入(步骤S37)。当不存在确认输入(在步骤S37中为否)时，CPU 31a再次进行步骤S37中的处理。当存在确认输入(在步骤S37中为是)时，CPU 31a将存在确认输入的事实传送到记账服务器21(步骤S38)。记账服务器21的CPU 21a将接收确认输入的日期和时间存储在消息DB 22a的确认日期和时间栏中。该消息DB 22a的确认日期和时间栏与上述消息DB 12f的开启日栏对应。在步骤S38之后，或者当确定不存在消息(在步骤S35中为否)时，CPU31a在显示单元31e的操作中进行客户选择的交易(步骤S39)，然后完成处理。关于与交易相关的处理，可以采用常用技术。 

接下来，将描述对呼叫中心系统1的消息DB 12f与记账系统2的消息DB 22a的同步处理。图18是示出了同步处理的过程的示例的流程图。呼叫中心服务器11与记账服务器21彼此配合以进行同步处理。 

呼叫中心服务器11的CPU 11a向记账服务器21进行询问以在消息DB 22a中存储的消息之中获取显示的消息(步骤S41)。即，CPU 11a从 消息DB 22a获取其中记录了确认日期和时间的消息。基于所获取的消息的确认日期和时间，CPU 11a将与所获取的消息的确认日期和时间对应的确认日期和时间存储在消息DB 12f的记录中并且将显示的信息反映到消息DB 12f的记录中(步骤S42)。 

CPU 11a基于所获取的消息的确认日期和时间而将消息被确认的事实存储在协商历史DB 12c中(步骤S43)。具体而言，CPU 11a将所获取的消息的确认日期和时间存储在协商历史DB 12c的协商日期和时间栏中。另外，CPU 11a将“协商”存储在分布栏中并且将“当事人”存储在呼叫接收者栏中。“ATM通知”存储在历史内容栏中并且“系统”存储在负责人栏中。CPU 11a将该消息存储在协商备注栏中。 

CPU 11a对所显示的消息进行移除(步骤S44)。CPU 11a将示出对在步骤S41中所获取的消息进行移除的信息传送到记账服务器21。记账服务器21的CPU 21a基于从呼叫中心服务器11接收的信息来移除所显示的消息。另外，呼叫中心服务器11的CPU 11a可以从消息DB 12f移除所显示的消息。 

CPU 11a进行消息的添加处理(步骤S45)。下面将详细描述消息的添加处理。CPU 11a向记账服务器21进行询问以在消息DB 22a中存储的消息之中获取所显示的消息。CPU 11a将存储在消息DB 12f中的未显示消息与获取的未显示消息进行比较。CPU 11a基于比较来指定存储在消息DB 12f中但是未存储在消息DB 22a中的消息。CPU 11a将所指定的消息传送到记账服务器21。记账服务器21的CPU 21a将从呼叫中心服务器11接收的未显示消息添加到消息DB 22a。此后，CPU 21a完成处理。图19A、图19B、图19C、图19D、图19E以及图19F示出了在呼叫中心的操作员终端44上显示的屏幕的示例。图19A中示出的屏幕包括图19B中的客户信息显示栏191、图19C中的客户联系号码信息显示栏192、图19D中的贷款信息显示栏193、图19E中的历史信息显示栏194、以及图19F中的包括各种按钮和状态显示栏的其他显示区域。ATM设备31的消息显示历史是历史信息显示栏194的记录194a。呼叫中心服务器11的CPU 11a可以基于操作员终端44的请求针对目标客户生成例如如图19所示的图像数据。当生成图像数据时，CPU 11a在使用协商历史DB 12c的协商日期和时间栏登记的协商日期和时间之中获取与待处理的客户的客户编号对应的协商日期和时间以将其设置给历史信息显示栏194的协商日期和时间。CPU 11a在协商历史DB 12c的分布栏、呼叫目标栏、呼叫接收者栏、 历史内容栏、负责人栏以及协商备注栏中的每个栏中登记的各条数据之中获取与待处理的客户编号对应的数据以分别设置历史信息显示栏194中的分布、呼叫目的地、呼叫接收者、历史内容、负责人以及协商备注。另外，如果在协商历史DB 12c的协商备注栏中包括针对还款的约定日期和约定金额，则CPU 11a将针对还款的约定日期和约定金额中的每一项设置给历史信息显示栏194中的约定日期和金额。呼叫中心服务器11的CPU11a将生成的图像数据传送到请求源的操作员终端44。 

接着，将描述在重复地进行ATM通知时生成的消息的改变。如果通过第一次ATM通知未确认存款，则变成违约。例如，如果甚至在协商历史中包括的存款的到期日之后客户也未进行存款，根据ATM通知，则可以确定为违约。在此情形下的客户可适用于图6中的2号情况。在2号情况中，项1表示“模板编号＝1”并且项2表示“违约”。在2号情况中，项3未定义。在2号情况中，运算符1表示“与”。此处，如果在生成先前的消息时使用的模板编号是“1”，则项1为“真”。当生成“违约”时项2为“真”。即，在核实ATM设备31中以1号模板生成的消息之后，直到指定日期才响应付款但是未满足到期日并且因此最终变成“违约”的客户与2号情况对应。因为此类型的客户适用于2号情况，所以通过2号模板生成的消息被显示在ATM设备31上。图20示出了ATM设备31中在其上显示消息的显示单元的示例。图20示出了显示通过2号模板生成的消息的示例。 

虽然客户同意如图20所示的消息但是他或她变成“违约”的情况适用于图6中的3号情况，并且对客户显示通过3号模板生成的消息。图21示出了ATM设备31中在其上显示消息的显示单元的示例。图21示出了显示通过3号模板生成的消息的示例。 

如上所述，在第一实施例中，如果存在针对拖欠人的消息，则在作为拖欠人的客户在ATM设备31上进行交易之前将该消息显示在显示单元上。然后，在第一实施例中，只要客户不输入消息的内容被确认的事实，正常的交易就不可用。使用这种配置，可靠地将消息递送给客户。另外，因为存储了客户输入确认的日期和时间，所以与从呼叫中心向客户进行电话通信的情况相似，可以作为历史信息来管理日期和时间。 

另外，因为随着消息的输出数目的增加而生成内容更加强硬的消息用于付款通知，所以能够强烈地提示客户存款。 

如以上所述，在付款通知工作中，当拖欠人不管通过电话进行的第三 次通知而不响应付款时，通过对拖欠人采用法律手段来实现对还款的请求。为了采用法律手段，必须满足由金融服务机构要求的恢复义务。作为用于恢复义务的证据，期望的是例如操作员的确联系了客户本人并且直接对客户本人进行了取款请求的证据。然而，仅使用来自呼叫中心的操作员打电话试图联系客户但是由于客户不在而失败的记录，可能无法被承认满足了恢复义务。根据这样的状况，对消息显示以及确认消息的记录可以是指示满足以上恢复义务的证据的信息。 

同时，在第一实施例中，描述了随着消息的输出数目的增加而生成内容更强硬的消息用于付款通知，但是不限于此。可以使用根据债务人DB12a的内容变化度而具有不同强度的付款消息的通知的模板。例如，对于频繁改变联系号码、地址以及职业的客户，可以生成内容更强硬的消息用于付款通知。 

在此情况下，首先，在模板DB 12e中准备具有几乎相同的内容但是使用不同风格、语气和词语的多个模板。然后，通过提供包括“变化度＝高”、“变化度＝中”以及“变化度＝低”中的任一个的情况作为ATM通知确定DB 12d的确定项，可以将具有不同强硬度的模板分别分配给每种情况。 

第二实施例 

在第一实施例中，作为用于进行ATM通知的条件的示例，指示了不在次数是连续三次的条件。该不在次数的条件可以由其他条件改变。例如，可以根据贷款余额的大小而改变。对于银行而言，因为余额越大，当不能恢复时损害就越大，因此优选的是，随着余额越大，将用于进行ATM通知的确定条件的不在次数设置得越小。另外，优选的是，对于频繁改变联系号码、地址以及职业的客户，将用于进行ATM通知的确定条件的不在次数设置得小。这是因为考虑到频繁改变联系号码、地址以及职业的客户易于逃避社会关系，因此很有可能联系不到这样的客户。 

图22示出了根据第二实施例的ATM通知确定DB 12d的记录格式的示例。11号情况至13号情况是与连续不在的次数的确定相关的条件根据贷款余额而区分的情况的示例。22号情况至23号情况是与连续不在的次数的确定相关的条件根据联系号码、地址以及职业的变化度而区分的情况的示例。第一实施例与第二实施例之间的不同点是ATM通知确定DB 12d的内容。因为硬件的配置和信息处理的内容与第一实施例中的硬件的配置和信息处理的内容相同，所以将不再重复进行描述。 

在第二实施例中达到下述效果。基于针对每个客户的不同的因素(诸如贷款余额或者客户信息的变化度)来定义与用作进行ATM通知的确定标准的连续不在次数的确定相关的条件，因此可以针对每个客户适当地设置阈值。因此，可以减少从呼叫中心到客户的无用电话通信的数量。 

第三实施例 

在第二实施例中，示出了改变用作进行ATM通知的确定标准的连续不在次数的示例，但是可以改变基于协商历史对不在次数进行计数的计数方法。在以下描述中，主要描述与第一实施例的不同点，而不再重复与第一实施例相同的部分。 

图23示出了与第三实施例相关的不在确定校正DB的记录格式的示例。不在确定校正DB存储在呼叫中心系统1的数据库12中。不在确定校正DB包括编号栏、条件栏以及校正内容栏。编号栏按顺序存储记录的编号。条件栏存储校正不在次数的条件。校正内容栏存储不在次数的校正内容。 

在待处理的客户的个性是顽固或散漫、或者待处理的客户是黑名单上的人的情况下，图23中的1号校正指示将基于协商历史获得的不在次数加1，然后通过使用ATM通知确定DB 12d进行ATM通知确定。在客户的职业是护士并且不在的时间段是晚上时间(例如，从20:00到08:00)的情况下，2号校正指示即使客户不在时也不计数为不在次数。这是考虑到护士经常值夜班的校正内容。 

在第三实施例中达到了下述效果。在第三实施例中，可以校正用作进行ATM通知的确定标准的连续不在次数。由此，例如，即使客户在其中在白天工作的人非常可能被联系到的时间段不在，或者甚至在由于职业的性质而主要在晚上工作的客户的情况下，也不计数为连续不在次数。因此，可以适当地对连续不在次数进行计数。 

第四实施例 

在第一实施例、第二实施例以及第三实施例中，呼叫中心服务器11通过使用ATM通知确定DB 12d来确定是否进行ATM通知，但是可以通过操作员的确定来进行ATM通知。例如，这是因为如下情况适用于进行ATM通知：由于客户拒绝来自呼叫中心的呼叫或者改变了电话号码，所以即使操作员拨打登记的电话号码，也存在号码不可用的通告的情况，或者客户在医院的情况。同时，在许可所有操作员进行ATM通知的情况 下，存在较不熟练的操作员错误地确定进行ATM通知的担心。为了避免这样的情况，仅熟练的操作员可以指示ATM通知。另外，当操作员指示ATM通知时，将通过使用模板DB 12e生成的多个消息显示在操作员终端13上，然后操作员可以在多个消息之中选择适当的消息。或者，操作员可以从操作员终端13输入消息。 

图24、图25A以及图25B示出了根据第四实施例的在呼叫中心中的操作员终端上显示的屏幕的示例。图24中的屏幕的示例还包括图19B、图19C、图19E以及图19F中示出的显示。图24中的图25A示出了对于不被许可指示ATM通知的操作员显示的屏幕的示例。图24中的图25B示出了对于被许可指示ATM通知的操作员显示的屏幕的示例。图25A与图25B之间的区别是“ATM通知”按钮241是否可用。 

在第四实施例中达到了下述效果。即使客户不适用于由ATM通知确定DB 12d设置的情况，操作员也可以针对被操作员确定为要经受ATM通知的客户进行ATM通知。 

图26示出了呼叫中心服务器11的功能构成的示例。图26示出了与第一实施例、第二实施例、第三实施例以及第四实施例相关的呼叫中心服务器11的配置的示例。 

呼叫中心服务器11包括读取单元111a、指定单元112a、生成单元113a以及第二读取单元114a。呼叫中心服务器11通过由CPU 11a执行控制程序11p而如下操作。 

读取单元111a从历史存储单元(协商历史DB 12c)读取与在客户信息存储单元(拖欠人列表)中存储的识别信息(客户编号+贷款账号)相关联的历史。指定单元112a在所读取的历史的内容中指定满足预定条件的客户。生成单元113a对指定客户生成通知数据(消息)。第二读取单元114a读取与从读取单元读取的识别信息相关联的包括客户的职业和个性的客户信息。 

图27示出了ATM设备31的功能构成的示例。图27示出了与第一实施例、第二实施例、第三实施例以及第四实施例相关的ATM设备31的配置的示例。 

ATM设备31包括确定单元311a、显示单元312a以及接收单元313a。通过CPU 31a执行控制程序31p，ATM设备31如下操作。 

确定单元311a确定在通知数据存储单元中是否存储有与所获取的识 别信息相关联的通知数据。当确定单元311a确定存在通知数据时，显示单元312a从通知数据存储单元读取与识别信息相关联的通知数据并且显示该通知数据。接收单元313a接收告知通知数据被确认的事实的输入。另外，直到告知通知数据被确认的事实的输入为止，接收单元313a不接收任何其他输入。 

第五实施例 

在以上所描述的第一实施例、第二实施例、第三实施例以及第四实施例中，呼叫中心系统1和记账系统2是独立地形成的，但是也可以形成为单个系统。图28示出了根据第五实施例的付款通知系统的配置的示例。付款通知系统包括终端设备3、金融机构系统4以及耦合终端设备3和金融机构系统4的网络N。 

金融机构系统4包括负荷平衡器41、应用服务器42、数据库43以及操作员终端44。负荷平衡器41是用于来自终端设备3的处理请求的负荷分配的设备。负荷平衡器41基于预定负荷分配算法将来自终端设备3的处理请求分到应用服务器42中的任意应用服务器。应用服务器42执行从终端设备3所请求的处理。应用服务器42将处理的结果传送回到终端设备3的请求源。终端设备3、数据库43以及操作员终端44分别与第一实施例、第二实施例、第三实施例以及第四实施例中相同，因此不再重复进行描述。 

应用服务器42根据所请求的处理的内容而用作上述呼叫中心服务器11或记账服务器21。应用服务器42的硬件的配置和信息处理内容与呼叫中心服务器11或记账服务器21的硬件配置和信息处理内容相同，因此不再重复进行描述。同时，在图28中存在三个应用服务器42，但是可以存在两个或更少的应用服务器42或者四个或更多个的应用服务器42。另外，根据各个应用服务器42的负荷状态，可以动态地增加或者减少应用服务器42。 

数据库43包括债务人DB 43a、贷款DB 43b、协商历史DB 43c、ATM通知确定DB 43d、模板DB 43e、消息DB 43f、操作员DB 43g以及存款和取款历史DB 43h。债务人DB 43a、贷款DB 43b、协商历史DB 43c、ATM通知确定DB 43d、模板DB 43e、消息DB 43f、操作员DB 43g以及存款和取款历史DB 43h分别与债务人DB 12a、贷款DB 12b、协商历史DB 12c、ATM通知确定DB 12d、模板DB 12e、消息DB 12f、操作员DB12g以及存款和取款历史DB 22b相同，因此不再重复进行描述。 

在以上的描述中，ATM设备31被指示为终端设备3的示例。然而，PC 32、移动电话33、智能电话34以及平板终端35也可以是终端设备3的示例。在此情况下，通过使用网页浏览器而从终端设备3访问金融机构系统4或者与金融机构系统4对应的系统。因此，如果在没有进行客户确认消息的操作的情况下完成网页浏览器，则难以记录该确认。关于这一点，该设备区别于ATM设备31。这是因为假设用于提取现金的交易仅由使用ATM设备31的用户通过ATM设备31进行。对于提取现金而言，因为客户要确认该消息，如果采用ATM设备31作为终端设备3，则能够安全地记录该消息被客户确认。 

除了在终端设备3上显示消息以外，还可以采用在银行存折或者收据中打印消息内容或者与该消息对应的句子。银行存折属于针对该交易的客户并且可以是用于消息内容被确认的物证。 

另外，在客户确认该消息之后，将通过使用ATM设备31进行的交易的历史存储在记账系统2的存款和取款历史DB 22b中。因为记账系统2中的存款和取款历史是与银行的原始工作相关的记录，所以充分地进行了针对篡改的措施并且保证了内容的真实性。因此，在将存款和取款历史的日期和时间与消息确认的日期和时间彼此进行比较并且如果两方面的日期和时间彼此接近的情况下，消息确认记录的可靠性被增强。 

通过进行ATM通知可以促进付款通知工作。根据ATM通知的状况以及操作员的技能，可以选择与拖欠人对应的操作员。例如，如果仅与ATM通知中的内容相同的内容被用于再次递送，则待递送的内容是清楚的，因此甚至可以用熟练度较低的操作员。另一方面，应付作为数次不顾经由ATM通知的支付约定而不存款的拖欠人的客户是困难的，熟练的操作员适合于这种情况。如上所述，通过使用包括ATM通知记录的相应历史，呼叫中心服务器11可以自动地分配负责该拖欠人的操作员。 

在每个示例中所描述的技术特征(配置需求)可以彼此组合，并且该组合导致形成新的技术特征。本文所公开的所有实施例在所有方面都是说明性的，并且这些实施例不被认为是限制性的。本公开内容的范围旨在包括与权利要求等同的意义和范围内的任何修改，本公开内容的范围不是由如上所述的内容指示而是由权利要求来指示。 

参考附图标记列表 

1   呼叫中心系统 

11  呼叫中心服务器 

11a CPU 

11b RAM 

11c ROM 

11d 通信单元 

11e 大容量存储设备 

11f 读取单元 

111 便携式存储介质 

112 半导体存储器 

12  数据库 

12a 债务人DB 

12b 贷款DB 

12c 协商历史DB 

12d ATM通知确定DB 

12e 模板DB 

12f 消息DB 

12g 操作员DB 

13  操作员终端 

2   记账系统 

21  记账服务器 

21a CPU 

21b RAM 

21c ROM 

21d 通信单元 

21e 大容量存储设备 

21f 读取单元 

22  数据库 

22a 消息DB 

22b 存款和取款历史DB 

3   终端设备 

31  ATM设备 

31a CPU 

31b RAM 

31c 读卡器 

31d 操作单元 

31e 显示单元 

31f 通信单元 

31g 存储单元 

41  负荷平衡器 

42  应用服务器 

43  数据库 

43a 债务人DB 

43b 贷款DB 

43c 协商历史DB 

43d ATM通知确定DB 

43e 模板DB 

43f 消息DB 

43g 操作员DB 

43h 存款和取款历史DB 

44  操作员终端 

N   网络。 

Claims (15)

1.一种输出通知数据的装置，所述装置包括：

历史存储单元，所述历史存储单元被配置成与客户的识别信息相关联地存储与所述客户联系的历史；

读取单元，所述读取单元被配置成从所述历史存储单元读取与所述识别信息相关联的历史；

指定单元，所述指定单元被配置成在所读取的历史的内容中指定满足预定条件的客户；以及

生成单元，所述生成单元被配置成对所指定的客户生成通知数据。

2.根据权利要求1所述的装置，

其中，所述预定条件是包括指示无法联系到所述客户的信息的历史达连续预定次数。

3.根据权利要求1或2所述的装置，还包括：

模型存储单元，所述模型存储单元被配置成存储所述通知数据的模型，

其中，所述生成单元基于所读取的历史而从所述模型存储单元选择所述模型以读取所述模型，并且通过使用所读取的模型来生成所述通知数据。

4.根据权利要求3所述的装置，

其中，所述历史包括所述生成单元生成的所述通知数据的生成历史，以及

其中，所述生成单元基于所读取的历史中包括的所述生成历史来选择所述模型。

5.根据权利要求1至4中任一项所述的装置，还包括：

第二读取单元，所述第二读取单元读取与所述识别信息相关联的包括所述客户的职业和个性的客户信息，以及

其中，所述指定单元基于所读取的客户信息和所述历史来指定所述客户。

6.一种由处理器执行的输出通知数据的方法，包括：

读取客户的识别信息；

读取与所读取的识别信息相关联的历史；

在所读取的历史的内容中指定满足预定条件的客户；以及

对所指定的客户生成所述通知数据。

7.一种系统，包括：

通知数据生成装置，所述通知数据生成装置被配置成指定客户并且对所指定的客户生成通知数据；

通知数据存储单元，所述通知数据存储单元被配置成与识别信息相关联地存储所述通知数据生成装置生成的所述通知数据；

显示设备，所述显示设备被配置成显示所述通知数据，所述显示设备包括：

确定单元，所述确定单元被配置成确定在所述通知数据存储单元中是否存储有与所获取的识别信息相关联的第一通知数据，

显示单元，所述显示单元被配置成当所述确定单元确定存储有所述第一通知数据时，从所述通知数据存储单元读取所述第一通知数据并且显示所述第一通知数据，以及

接收单元，所述接收单元被配置成接收操作，

其中，直到在所述第一通知数据被显示在所述显示单元上之后接收到针对所述第一通知数据的响应操作为止，所述接收单元才接收除关于所述响应操作的操作之外的操作。

8.一种设备，包括：

确定单元，所述确定单元被配置成确定是否存在与获取的识别信息相关联的通知数据；

显示单元，所述显示单元被配置成当所述确定单元确定存在所述通知数据时获取并且显示所述通知数据；以及

接收单元，所述接收单元被配置成接收操作，

其中，直到在所述通知数据被显示在所述显示单元上之后接收到针对所述通知数据的响应操作为止，所述接收单元才接收除关于所述响应操作的操作之外的操作。

9.一种由处理器执行的方法，所述方法包括：

确定是否存在与获取的识别信息相关联的通知数据；

当确定存在所述通知数据时获取所述通知数据；

显示所获取的通知数据；以及

直到接收到指示所述通知数据被确认的输入为止才接收除所述输入之外的输入。

10.一种终端设备，包括：

存储器；以及

处理器，所述处理器耦合到所述存储器并且被配置成执行处理，所述处理包括：

获得用户的识别信息，以及

将信息显示在所述终端设备的显示装置上，所述信息与关于与所述用户通信的历史信息对应，所述信息根据用户而不同。

11.根据权利要求10所述的终端设备，其中

所述信息根据用户的属性信息而不同。

12.根据权利要求10或11所述的终端设备，其中，所述处理还包括：

接收所述用户响应于显示所述信息而进行的操作；以及

将关于所述操作的信息记录在所述历史信息中。

13.根据权利要求10至12中任一项所述的终端设备，其中，

所述获得是获得从所述用户接收的记录在记录介质中的所述识别信息。

14.根据权利要求10至13中任一项所述的终端设备，其中，

所述显示对所述信息进行显示以催促所述用户付款。

15.一种在显示装置上显示信息的方法，所述方法包括：

获得用户的识别信息；以及

使用处理器将信息显示在所述显示装置上，所述信息与关于与所述用户通信的历史信息对应，所述信息根据用户而不同。