请求的面值。这可以指纸币预约(note reservat1n)。可替代的，不必指定面值。
[0045]在其他实施例中，请求的操作可以包括多阶段的操作，该多阶段操作包括多个子操作，例如分配和/或接受多个不同部分的现金(例如柜员为不同的客户存入现金或分配现金)。
[0046]请求还包括对发起请求的用户的识别。其包括一个或多个个人认证元素，例如用户名、密码、账户号、银行卡号、安全码、PIN码或生物特征信息(像指纹、虹膜扫描、面部识别或识别用户声音中的特征的声音识别)。其他可能包括签名识别、字迹识别或用户行为特征识别(像打字速度或模式、手写笔的压力或模式或鼠标移动模式)。其他的可能还包括像用户具有的他或她的个人移动用户终端的当前GPS定位的地理信息或用户终端(例如，移动终端132)当前正连接着的局域网络的识别。
[0047]此外，请求包括用于认证工作站自身的认证信息。
[0048]在步骤S20处，控制模块414使用接收的用户的一个或多个个人认证元素和接收的工作站的认证信息核实用户和源工作站是否合法。如果合法，其将来自112、116、118c、204和/或304中的一个或多个其他工作站上的服务功能402的一个或多个其他类似类型的经验证的请求中的请求存储在其数据库416中；和/或存储来自开始当前请求的相同工作站上的服务功能的一个或多个先前请求。控制模块414可以以任何合适的数据结构形式将请求存储在数据库416中。
[0049]请求的现金处理操作包括或者从现金处理机器202分配现金的请求或者包括将现金接受进入现金处理机器202中的请求。这些中的一个或多个可以是从客户的账户分配现金或者将现金存入客户的账户的交易中的一部分。涉及将钱外部地转入或者转出银行(机构作为整体)的交易可指前台操作。可替代地或附加地，请求的现金处理操作中的一个或多个可以是待由现金运输操作者执行的现金运输程序的一部分，即通过从一个或多个机器202取出现金并且放回到一个或多个其他机器202来在现金处理机器202之间重新分配现金。涉及在银行内(机构内)内部地移动钱的操作可以指后台操作。
[0050]在实施例中，除了存储请求自身，控制模块414使用数据库416维护现金处理机器202中的一个或多个的库存。在初始设置或者像在一天开始或者结束的方便关头，控制模块414可以从每个现金处理机器202接收其库存的报告并且将库存存储在数据库416中。此夕卜，每当释放接受和/或分配现金的操作时，库存将会更新。其包括基于控制模块414正在释放的交易或者当操作被释放时基于从现金处理机器202接收回的确认来更新库存。
[0051]在用户从特别指定的机器202请求现金处理操作的情况下，控制模块414将仅在机器202具有充足的库存的情况下接受请求。因此在请求分配现金的情况下，其确保在机器的钱箱中有足够的现金以服务所述请求和在数据库中未决的一个或多个其他请求；和/或在接受现金的情况下，确保机器的箱子未满以服务请求和一个或多个其他未决请求。在实施例中，库存管理模块414包括关于多少什么货币和/或什么面值的硬币或纸币当前在机器的钱箱412中的库存信息。在确定是否接受待存储到数据库416中的请求时，控制模块也可以考虑在一个或多个请求中指定的任何货币和/或纸币预约(预约特定纸币面值)或指定硬币面值或者有关纸币或硬币面值的指定条件。例如，如果需要￡50的纸币满足仍然未决的之前提交的请求，则控制模块414将不会释放太多￡ 50的纸币。
[0052]在步骤S30处，用户接近现金处理机器202中的一个并且使用内置用户界面302(例如触摸屏)指示他或她想要检索指定的交易中的一个。用户还通过用户界面302使用一个或多个个人认证元素识别他或她自己。再次这些可以包括例如用户名、密码、账户号、银行卡号、安全码、PIN码、生物特征信息、签名识别、字迹识别、行为信息或地理位置信息。
[0053]注意到，检索请求的用户不必是提交请求的相同用户(尽管在一些情形中他们很可能是相同的)。例如，客户可以预订银行职员代表他或她收集的一些现金，或者银行职员可以代表客户订购现金以供客户收集，或者订购和检索可以由银行职员中两个不同的职员来执行。
[0054]响应用户输入，现金处理机器202上的从属模块404经由其分行的网络108和网络端口 406(或者如果服务器是企业服务器110，经由更广网络102)将检索信号提交到服务器114上的控制模块414。信号识别待检索的指定请求，还发送关于检索用户的一个或多个个人认证元素的信息。信号还识别信号从哪台现金处理机器202开始，并且可以包括始发机器202的认证信息。
[0055]在实施例中，步骤S30包括两个子步骤。首先，用户提交包括他或她的标识符和任何认证信息的信号，并且作为响应(假设这是核实过的)控制模块414返回为该用户存储的一个或多个请求列表(用户仅看见他或她自己的请求)。第二，然后用户从在机器202的界面302处的列表选择想要的请求并且将该选择提交给控制模块414。可替代地，如果用户预先给出了识别交易的方法(例如，已经在步骤S10处提供了交易号)，则步骤S30可以在单个阶段执行。
[0056]在其他实施例中，对存储请求的检索(S30)可以从直接相关的柜员工作站204，即与现金处理机器202相邻的工作站(而不是在分行的其他地方或分行的外面的远程工作站112、116或132)代表机器202提交。
[0057]在步骤S40处，服务器上的控制模块414执行自动冲突消解处理以在(潜在的)多个不同的请求之间进行仲裁。
[0058]控制模块414首先核实信号中接收到的一个或多个个人认证元素是否合法，并且仅在该核实条件下允许该处理进行。控制模块414可以通过遵从核心系统100来执行核实。在客户交易的情况下，也将确保在释放交易前由核心系统100清除交易。
[0059]此外，控制模块414使用接收的认证信息用于始发机器自身核实该信息是否来自合法的源。如果在请求中指定特定现金处理机器202，则只有在该信号是从该指定机器202接收的条件下也才允许处理进行。否则，只要始发机器是合法的源，则过程可以进行。
[0060]假设用户和源被成功地验证的情况下，在通过冲突消解的情况下控制模块414着手释放请求的操作。
[0061]在控制模块414中实现的驱动器(通过网络)与其驱动的现金处理机器202上的机构有直接的关系，并且因此知道由现金处理机器202正在执行的任何操作的当前状态。在实施例中，控制模块414其自身在控制器110或114处施加冲突消解。在这种情况下，控制模块414将只有在驱动器当前由于机构活动而不指示忙碌信号的情况下释放交易。可替代地，冲突消解可以在机器202自身处执行。通常来说，中央控制器414实施冲突消解更加有效。在一些实施例中，作为故障保护，可以中央地和在单个机器处施加冲突消解。
[0062]在实施例中，冲突可能仅被认为如果两个(或更多)相同类型的操作同时尝试的情况下发生，即两个或更多分配现金的请求会冲突，和/或两个或更多接受现金的请求会冲突，而检索分配现金的请求不一定与接受现金相冲突，反之亦然。在备选实施例中，机器202可以仅被允许一次执行任何类型的一个现金处理操作，从而检索分配现金的请求会被认为与接受现金相冲突，反之亦然。此外，在各个实施例中，现金处理操作可能或可能不被认为与另一类型的财务处理操作(诸如处理支票)相冲突。例如在一些实施例中，可以为机器202提供独立的接受和分配通道或单独的现金和支票处理通道，在这种情况下，这些操作不一定必须冲突(尽管在其他实施例中他们可能冲突)。
[0063]在其他实施例中，可能可以对于来自用户(例如柜员或主管)的请求预约整个现金处理机器，并且可以不允许覆盖这样的预约。例如，该预约可以是作为柜员的多阶段交易的一部分。
[0064]还在其他的实施例中，除了防止与其他用户相冲突以外，用户不允许检索与该用户自己先前检索的正在进行的现金处理操作的另一个操作相冲突的现金处理操作。因而例如直到已经完成了为先前交易分配现金为止，柜员不能开始为随后的操作分配现金。
[0065]在检索通过冲突消解的情况下，控制模块将指令发送回相关现金处理机器202上的附属模块404。在步骤S550，指令作用在附属模块404上，使得其根据释放的操作来操作钱箱412的机构分配或接受现金。注意到，现金处理机器202优选配置成使得其自身不能开始接受或分配现金的操作，因而附属模块404或者内置用户界面302不能自主地发起现金处理操作:相反，其必须由控制模块414指示这样做。
[0066]在实施例中，一旦完成现金处理操作，附属模块404可以将这一事实报告回控制模块414以告知进一步的冲突消解决定。
[0067]现在讨论一些示例用例。
[0068]在实施例中，工作站中的一个或多个可以采用柜员工作站204的形式。例如，现金处理机器202可以采用在相同的分行中三个或更多柜员(例如5个柜员)之间共享的岛屿终端或“第三终端”的形式。不同的柜员每个都可以从他们相应的工作站204提交请求并且然后向上走到岛屿终端202以检索请求并且完成操作。
[0069]在实施例中，工作站中的一个或多个可以采用不与柜员(或不特别地与柜员相关联)的分行工作站116的形式。例如，可能有分行工作站116位于分行的一个或多个专用会议室中，例如为了与高优先级客户见面。银行职员可以在会议室中与客户见面并且使用工作站116预约待为该客户分配的一些量的现金(潜在地一定的纸币预约)，然后在见面之后，职员可以走到分行的楼层或另一房间的现金处理机器202来检索交易并且代表客户分配要求量的现金。
[0070]在实施例中，工作站可以采用不与一个特定分行相关