CN101996452A - 交易支援方法 - Google Patents

Abstract

本发明提供一种交易支援方法，其课题在于，在经由ATM等进行的交易中，在汇总进行多个交易时进行使用多种票据时的高效的处理。特别是目的在于，即使多种票据共存，也能够确认交易的有效性。识别投入交易终端的票据的种类，进行与识别结果对应的各个有效性的检查，根据其结果输出警告。此外，在本发明中还进行控制，以便在通过代行者的终端(银行职员终端)进行操作时，也能够收到针对来自交易希望者操作的终端(交易终端)的警告的回答。并且，在本发明中还包含，在与识别结果对应的各个有效性检查后，与过去的交易模式进行比较，根据其结果输出警告。此时也可以如上述那样进行控制，以便接收针对来自交易希望者的终端的警告的回答。

Description

交易支援方法

技术领域

本发明涉及一种对经由ATM等交易装置、交易终端使用传票等的交易进行支援的技术。其中，特别涉及汇总进行多个交易的交易支援方法。

背景技术

目前，在企业等法人的交易中，拿着传票到银行，通过ATM等进行存款等交易处理。此时，因为法人中交易数达到多个的情况较多，所以汇总地进行多个交易。因此，为了高效地处理多个交易，在专利文献1中公开了用于确认其有效性的技术。在专利文献1中公开了根据记载了多个交易的传票判别无效的交易，并将其从处理对象中排除，由此减轻操作者等的负担。

此外，在交易的支援中，考虑接管针对其他人的终端(装置)的操作。在专利文献2中记载了关于该操作支援的技术。

但是，在交易时不仅投入传票，还投入支票、汇票或存折等各种文件等(票据)。在专利文献1中没有考虑这一点，所以产生无法应对共同存在多个文件的情况的课题。此外，在专利文献2中产生以下的课题。很多时候，最初在交易终端中使画面迁移来催促输入。例如，很多时候在最初的画面中使用户选择交易的种类，选择后迁移到下一画面，使用户输入金额，在输入后进一步转移到下一画面来使用户指定存款目的地。在这样的交易终端中应用专利文献2的技术时，存在难以确认输入到哪里结束，或者在到此为止输入的数据中是否没有问题。即，在专利文献2的技术中，如0013段落那样仅进行了“维持处理的连续性，根据所述处理号码的衔接，继续进行处理”的程度的记载，因此显示下一画面。例如，在顾客输入到交易种类时，突然显示输入金额的画面。此时，银行职员无法得知交易的内容，无法接管(代行)输入(处理)。因此，产生针对顾客的交易支援非常困难的课题。

此外，为了判断交易的有效性，还需要考虑与过去交易的一致性，但在专利文献1中没有考虑这一点。

【专利文献1】特开平6-52205号公报

【专利文献2】特开2002-247204号公报

发明内容

如上所述，在本发明中，目的在于即使多种票据共存也能够确认交易的有效性。特别是本发明提供一种适合于银行职员向银行职员终端等交接处理的情形的技术。

为了解决上述的课题，在本发明中，识别投入交易终端的票据的种类，进行与识别结果对应的各个有效性的检查，并根据其结果输出警告。此外，在本发明中还进行控制，以便即使在通过代行者的终端(银行职员终端)进行操作时，也能够收到针对来自交易希望者操作的终端(交易终端)的警告的回答。

并且，在本发明中还在与确认结果对应的各个有效性检查后，与过去的交易模式进行比较，根据其结果输出警告。此时，可以如上述那样进行控制，以便接收针对来自交易希望者的终端的警告的回答。

根据本发明，即使多种票据共存也能够确认交易的有效性。

附图说明

图1是本发明的一个实施方式的系统结构图。

图2是表示本发明的一个实施方式中的交易终端40的处理流程的流程图。

图3是表示图2的步骤421“现金读取处理”的详细内容的流程图。

图4是表示图2的步骤422“票据读取处理”的详细内容的流程图。

图5是表示图2的步骤110“服务器检查处理”的详细内容的流程图。

图6是表示本发明的一个实施方式中的业务服务器10的交易履历取得程序113的处理的流程图。

图7是表示本发明的一个实施方式中的业务服务器10的支票的有效性程序114的处理的流程图。

图8是表示本发明的一个实施方式中的业务服务器10的汇票的有效性程序111的处理的流程图。

图9是表示本发明的一个实施方式中的业务服务器10的传票的重复检查程序117的处理的流程图。

图10表示在图2的步骤422的票据读取处理中读入票据时的交易终端40的画面显示例子。

图11表示法人综合交易的“读取结果确认”画面。

图12表示在图2的警告步骤401中的警告确认画面。

图13表示按动银行职员呼叫按钮时的银行职员终端30的一览显示画面。

图14表示在银行职员终端30中进行用于辅助交易的操作时的针对银行职员的指示画面。

图15表示在交易终端40中显示的银行职员的操作等待画面。

图16表示在图2的步骤401中在交易终端40中显示的警告画面。

图17表示在图2的步骤403中在交易终端40中显示的交易内容的确认画面。

图18表示在图2的步骤403中，在交易终端40中显示的交易明细画面。

符号说明

10业务服务器、20自组织便携服务器、30银行职员终端、40交易终端、50现金票据综合读取装置、60主机、70顾客信息服务器、80汇票信用信息服务器、90印章服务器

具体实施方式

以下，以向银行营业厅中的面向法人的交易业务进行展开的情况为例，使用附图说明本发明的一个实施方式。

图1是本实施方式的系统结构图。把在多个营业厅中的每个营业厅或每个银行中设置的业务应用程序服务器10与自组织(Ad hoc)便携服务器20相互连接。并且，自组织便携服务器20与营业厅的银行职员使用的银行职员终端30、或ATM等使用者(顾客)在交易中使用的交易终端40连接。并且，按照业务应用程序服务器10的法人交易受理程序11和画面内容12，并且通过自组织便携服务器20对这些处理进行中介以及规定其他处理，使银行职员终端30或交易终端40执行与交易有关的处理。自组织便携服务器20实现了本实施方式中的银行职员终端30辅助交易终端40的操作的功能。即，按照业务服务器10的各个程序和画面内容12，并且通过自组织便携服务器20对这些处理进行中介以及规定其他处理，使银行职员终端30或交易终端40执行与交易有关的处理。在此，在自组织便携服务器20中，通过自组织协作功能21实现了本实施方式中的银行职员终端接管交易终端的输入。

在此，假设如下那样进行面向法人的交易。首先，现金票据综合读取装置50读取法人交易的使用者带到银行营业厅的票据等实物，并将读取到的数据发送给交易终端40。交易终端40使用图像识别处理等技术生成识别数据，将识别数据发送给业务服务器10，业务服务器10上的法人交易受理应用程序11检查识别数据来生成交易数据。使用者通过交易终端40确认所生成的交易数据，法人交易的受理结束。

虽然仅分别图示了一个银行职员终端30以及交易终端40，但在营业厅内可以具有多个。特别是很多时候具备多个交易终端40。在图中，现金票据综合读取装置50与交易终端40连接，但还可以是通过与网络连接，由多台交易终端40共用一台现金票据综合读取装置50的方式。此外，各装置分别作为所谓的信息处理装置来实现，处理装置(部)根据程序或来自其他装置的指令进行运算，由此实现各处理。

以下，说明使用者使用上述的系统，通过交易终端40进行面向法人的交易时的处理。

图2表示交易终端40的处理的流程。在此，如上所述，按照业务服务器10的各个程序和画面内容12，并且通过自组织便携服务器20对这些处理进行中介以及规定其他处理来执行该处理。首先，在步骤421的现金读取处理中，读取从使用者(交易希望者)投入的交易所需要的现金。此外，在步骤422的票据读取处理中读入票据。图10表示此时的交易终端40的画面显示例子。在此，在从交易终端40发送了读取结果的业务服务器10中，进行票据的检查，结果，在交易终端40中在步骤401中显示图12所示的警告，在步骤402中使用者根据警告来判断是否修正传票。即，当使用者输入了进行修正时，进入步骤43，在生成修正传票后，进入步骤403，在输入了不进行修正时，直接进入步骤403。在图10后，作为法人综合交易的“读取结果确认”画面，在交易终端40中显示图11所示的画面。在步骤403中显示图17所示的交易确认画面，然后显示交易内容的确认画面，接受其确认结果的输入，将修正的有无、以及在有修正时将修正数据发送给服务器110，在步骤405中进行修正内容的打印处理，在步骤52中，现金票据综合读取装置50进行打印，交易的受理结束。然后，进行认证等，进入交易。此时，在步骤52中考虑：在回执等上打印可知修正内容的明细然后交给使用者，由银行保管所读取的票据和修正数据的方法；和在所读取的传票上打印可知进行了修正的印记，然后交还给使用者的方法等。

图3表示交易终端40的现金读取处理421的处理的流程。在现金读取处理421中，首先在步骤4211中显示用于确认是否有现金操作的画面。在输入了操作现金时，进入到步骤4212，委托现金票据综合读取装置50读取现金，在步骤51中，现金票据综合读取装置50读取现金，在步骤4213中取得读取数据，在步骤4214中显示现金金额的确认，等待使用者按动确认按钮，如果按动确认按钮则处理结束。当在步骤4211中输入了没有现金操作时，处理结束。

图4表示交易终端40的票据读取处理422的处理的流程。当票据读取处理422开始时，在步骤4221中委托现金票据综合读取装置50进行实物读取，在步骤51中现金票据综合读取装置50读取票据，在步骤4222中从现金票据综合读取装置50取得读取数据，然后进入处理等待队列。在下面的步骤4223中，从处理等待队列中取出读取数据，进行图像处理，使用票据识别技术识别票据的种类，生成对应每个种类嵌入了必要的项目的数据。此时，不是汇总地进行各种票据的处理，而是针对一枚票据(或一种)的每个数据，并行地进行向处理等待队列的输入和取出。在下面的步骤4224中，将一枚票据的识别数据发送给业务服务器10，在步骤110中进行检查处理。在步骤4225中，判断读取是否已结束，在读取没有结束时，返回步骤4222读取下一枚票据的数据。在读取已结束时，进入步骤4226，将发送了全部识别数据的情况发送给服务器50，在步骤4227中显示读取结果并结束处理。

图5表示服务器检查处理110的处理的流程。当在步骤1101中从交易终端40的步骤4224接收到一枚票据的识别数据时，在步骤1102中按照每个种类进行分配处理。在种类为支票时进入步骤114，在步骤114中进行图7所示的支票的有效性检查，在步骤1104中生成警告案件数据，然后返回步骤1101。在种类为汇票时，进入步骤111，在步骤111中进行图8所示的汇票的有效性检查，在步骤1104中生成警告案件数据，然后返回步骤1101。在种类为传票时，进入步骤117，在步骤117中进行图9所示的传票的重复检查，在步骤1104中生成警告案件数据，然后返回步骤1101。在种类为存折时，进入步骤113，在步骤113中进行图6所示的根据顾客的账户号码取得交易履历的处理，在步骤1104中生成警告案件数据，然后返回步骤1101。在从交易终端40的步骤4226发送了数据结束时，进入到步骤1103，把在步骤1104中生成的警告案件数据发送给交易终端40，在交易终端40中进行图2所示的步骤401至步骤404的处理，从交易终端40送回修正数据。然后，在步骤1105中，进行收入支出金额的抵消，生成交易数据。进而，在步骤1106中，根据在步骤113中得到的交易履历，与过去的交易模式进行比较，在收入支出的金额具有很大不同或者是新的对方账户等，检测到与过去的交易不同的模式时，在步骤1107中与步骤1103同样地向交易终端40发送警告案件，取得修正数据。最后，在步骤1108中，如果有修正则生成反映了修正的交易数据，结束服务器检查处理110。如此，可以检测因为处理大量的传票因而容易产生的传票的生成错误候补，并向使用者进行提示。例如，如图16所示，当存在同一账户的收入支出重复的传票时、或存在收入支出相反的交易共存的传票时，显示警告，此时可以废弃传票或者将多个传票汇总为一个，此外，可以将汇票或支票的变现与向对方账户的存入等交易抵消，汇总向每个账户的收入支出，以图17所示的形式在画面中显示汇总的结果，使用者可以通过该画面确认交易内容。当点击“明细”时，如图18所示，可以确认每个账户的详细的交易明细。此外，在交易终端40中按照读入数据的顺序重复进行以下处理：进行图像处理·识别处理，并将识别后的数据发送给业务服务器10。在业务服务器中按顺序进行接收到的数据的交易模式的检查处理。通过这种方式，能够通过服务器处理来进行目前由银行职员手动进行的交易模式的检查处理，产生能够快速地进行交易数据的受理处理的效果。

图6表示在种类为存折时，根据顾客的账户号码取得交易履历的程序113的处理的流程。首先，在步骤1131中从识别数据中取得账户号码，在步骤1132中判断是否为第一册存折。在为第一册存折时，进入步骤1134，从顾客信息服务器70以账户号码为关键字取得顾客号码，然后进入步骤1135，从顾客信息服务器70以账户号码为关键字取得账户一览，进入步骤1136，从顾客信息服务器70以顾客号码为关键字取得过去的交易信息，保存“顾客号码”、“账户号码”、“过去的交易信息”，然后结束处理。当在步骤1132中判断为不是第一册存折时，进入步骤1133，判断账户号码与已经取得的账户号码是否一致。在一致时，判断为已经得到过去的交易信息，然后结束处理。当在步骤1133中账户号码不一致时，存在作为别的顾客来管理的可能性，所以再次进行步骤1134至步骤1137，也保存作为别的顾客来管理的过去的交易信息，然后结束处理。

图7表示检查支票的有效性的程序114的处理的流程。当开始处理时，在步骤1141中从识别数据中提取“支行名称”、“金额”、“开票日期”、“开票人”、“签名”、“盖章”的各项目(数据)，在以下的步骤中检查各项目的有效性。首先，在步骤1142中检查是否为能够处理的“支行名称”，在无法处理时在步骤1143中判断为“支行名称”NG。当在步骤1142中判断为能够处理时，进入到步骤1144，判断是否为可以支付的“开票日期”，如果不能支付则进入步骤1145，判断为“开票日期”NG。当在步骤1144中判断为能够支付时进入步骤1146，从印章服务器90以开票人为关键字取得“签名”和“盖章”，在步骤1147中进行核对。根据核对结果在步骤1148中进行分配，在不符合时在步骤1149中判断为“核对”NG，在符合时进入步骤1150，向主机60查询“开票人”的活期存款余额。在步骤1151中进行余额与“金额”的比较，在“金额”≤余额时判断为能够支出，在步骤1153中判断为支票的有效性没有问题，在余额不足时，在步骤1152中判断为“余额”NG。通过步骤1143、1145、1149、1152的判断，在步骤1154中判断为支票无效，结束处理。

图8表示检查汇票的有效性的程序111的处理的流程。当处理开始时，在步骤1111中从识别数据中提取“汇票号码”、“汇票收取人”、“支付场所”、“支付期限”、“开票日期”、“开票人”、“盖章”、“金额”，在步骤1112中判断“支付场所”、“支付期限”、“开票日期”的记载事项是否有效，在存在无效的记载事项时，在步骤1113中判断为“记载事项”NG，进入步骤1125。关于无效的记载事项，可以与预先存储的各信息进行比较来判断，也可以与交易终端40的设置位置、当前时期时间等进行比较来判断。在记载事项有效时进入步骤1114，向汇票信用信息服务器80查询“汇票号码”，在步骤1115中判断是否为事故汇票。在为事故汇票时进入步骤1116，判断出是“事故汇票”，进入步骤1125，在不是事故汇票时进入步骤1117，以“开票人”为关键字从印章服务器90取得盖章，在步骤1118中进行核对。在步骤1119中进行是否符合的判断，在不符合时在步骤1120中判断为“核对”NG，进入步骤1125。在符合时进入步骤1121，向主机60查询“开票人”的活期存款余额，在“金额”≤余额时，在步骤1124中判断为汇票有效。在余额不足时，在步骤1123中判断为“余额”NG，进入到步骤1125。在步骤1125中判断为汇票无效，并结束处理。

图9表示传票的重复检查程序117的处理的流程。当处理开始时，首先在步骤1171中从识别数据中取得“传票种类”、“对方账户”、“交易账户”、“金额”，在步骤1172中，生成、更新按照“交易账户”、“对方账户”、“传票种类”、“金额”对多个传票的读取结果进行分类而得的列表。然后，在步骤1173中判断在列表内是否存在“交易账户”、“对方账户”、“传票种类”为相同内容的传票，在存在相同内容的传票时，在步骤1174中判断为有二重传票的可能性，进入步骤1175。在没有相同内容的传票时，进入到步骤1175。并且，在步骤1175中，判断在列表内是否存在“传票种类”相同，“交易账户”、“对方账户”相反的内容的传票，在具有相同的传票时，在步骤1176中判断为具有重复传票的可能性，结束处理。生成按照“交易账户”、“对方账户”、“传票种类”、“金额”分类而得的列表，是因为通过与作为对象的数据的前后数据进行比较，能够进行步骤1173以及步骤1175的判断。

如此，由系统检查所读取的数据的交易模式，生成交易数据，由此可以提高处理大量票据的法人的交易的效率。

至此，叙述了以缩短处理时间为目的，通过交易终端和服务器并行处理票据的方法，但也考虑到以减少向主机的连接为目的，变更为以下所示的处理顺序。

因为处理大量的票据，所以例如考虑对于对方进行与从相同对方通过支票支付的金额相同额度的存入的情况。此时，由于资金的移动被抵消，所以不需要确认支票的对方账户的余额，无需进行图7的步骤1150以后的处理。因此，可以将对方账户的余额确认处理移动到图5的步骤1105或1106之后，变更为在最后的确认中进行向主机的连接。此外，在图4所示的票据读取处理中，对每一枚票据进行读入的票据的图像处理和生成识别数据，然后发送给服务器，但是，还可以变更为以下处理：首先，仅先进行票据种类的识别处理，优先生成存入或转账等传票的识别数据，然后发送给服务器，然后将支票和汇票的识别数据发送给服务器，在服务器中仅先进行传票的抵消处理，在进行支票和汇票的余额检查前确认是否存在与传票抵消的数据，使用抵消后的数据确认来自对方账户的支出金额，仅在需要支出时，进行余额确认处理。

以上说明了使用者单独操作交易装置的使用方法，但在实际的交易中，还想到需要银行职员的辅助的场面。关于交易终端40和银行职员终端30协作来进行交易操作的技术，可以使用从银行职员终端30进行交易终端40的操作辅助的技术，还可以经由上述的业务服务器10或自组织便携服务器20达成该功能。即，按照业务服务器10的各个程序和画面内容12，并且通过自组织便携服务器20对这些处理进行中介以及规定其他处理，使银行职员终端30或交易终端40执行与交易有关的处理。例如，在图7以及图8中进行了支票、汇票的签名、印章的盖章，但通过系统判断为不符合时，通过银行职员手动进行核对。

如图12所示，在通过系统判断为汇票的盖章不符合时，在交易终端40中显示警告确认画面，显示进行“银行职员呼叫”的指示。因此，设想使用者按动“银行职员呼叫”按钮来呼叫银行职员，但即使使用者不呼叫银行职员，系统也可能自动地产生呼叫银行职员的警报。当按动银行职员呼叫按钮时，如图13所示，在银行职员终端30中显示银行职员呼叫警报、和成为警报产生原因的交易终端的状况。因此，当银行职员选择该警报，进行辅助交易的操作时，如图14所示，在银行职员终端30中显示针对银行职员的指示。此时，呼叫了银行职员的交易终端40的画面，通过自组织便携服务器20的功能，如图15所示，自动地迁移到等待银行职员的操作的画面。银行职员在银行职员终端30中显示盖章来进行核对，输入核对结果。当银行职员终端30的核对处理结束时，交易终端40的画面迁移到反映核对结果的画面，能够重新开始进行交易操作。

Claims (10)

1.一种交易支援方法，用于支援多个交易，其特征在于，

与交易终端以及银行职员终端连接的服务器装置可以根据来自该银行职员终端的请求，执行把希望所述交易的交易希望者所利用的所述交易终端的操作交接给与所述交易有关的银行职员所利用的所述银行职员终端的控制，

所述交易终端从所述交易希望者接受多种票据，

所述交易终端检测所述多种票据各自的识别数据，

所述交易终端对所述服务器装置发送所述识别数据，

所述服务器装置使用所述识别数据，确定所述多种票据各自的种类，

所述服务器装置分别执行所确定的每个种类的检查处理，

所述服务器装置根据所述检查处理的结果，输出警告信息。

2.根据权利要求1所述的交易支援方法，其特征在于，

所述服务器装置即使在执行了向所述银行职员终端进行交接的控制时，也对所述交易终端输出所述警告信息。

3.根据权利要求1或2所述的交易支援方法，其特征在于，

所述多种票据包含在所述交易中使用的支票、汇票、传票以及存折中的至少一种。

4.根据权利要求1至3的任意一项所述的交易支援方法，其特征在于，

所述服务器装置存储有所述交易希望者的过去的交易模式，

所述服务器装置在所述检查处理后，将所述交易模式与所述交易的内容进行比较，根据该比较的结果，输出警告信息。

5.根据权利要求4所述的交易支援方法，其特征在于，

所述服务器装置即使在执行了向所述银行职员终端进行交接的控制时，也对所述交易终端输出与所述比较的结果对应的警告信息。

6.一种交易支援系统，用于支援多个交易，其由希望所述交易的交易希望者利用的交易终端、与所述交易有关的银行职员利用的银行职员终端、与所述交易终端以及所述银行职员终端连接的服务器装置构成，所述交易支援系统的特征在于，

所述服务器装置可以根据来自该银行职员终端的请求，执行把所述交易终端的操作交接给所述银行职员终端的控制，

所述交易终端从所述交易希望者接受多种票据，

所述交易终端检测所述多种票据各自的识别数据，

所述交易终端对所述服务器装置发送所述识别数据，

所述服务器装置使用所述识别数据，确定所述多种票据各自的种类，

所述服务器装置分别执行所确定的每个种类的检查处理，

所述服务器装置根据所述检查处理的结果，输出警告信息。

7.根据权利要求6所述的交易支援系统，其特征在于，

所述服务器装置即使在执行了向所述银行职员终端进行交接的控制时，也对所述交易终端输出所述警告信息。

8.根据权利要求6或7所述的交易支援系统，其特征在于，

所述多种票据包含在所述交易中使用的支票、汇票、传票以及存折中的至少一种。

9.根据权利要求6至8的任意一项所述的交易支援系统，其特征在于，

所述服务器装置存储有所述交易希望者的过去的交易模式，

所述服务器装置在所述检查处理后，将所述交易模式与所述交易的内容进行比较，根据该比较的结果，输出警告信息。

10.根据权利要求9所述的交易支援系统，其特征在于，

所述服务器装置即使在执行了向所述银行职员终端进行交接的控制时，也对所述交易终端输出与所述比较的结果对应的警告信息。

Images