DigitalPlatform
commented
5 years ago 谁能打开门，谁来打开门
读者和工作人员都可以从智能书柜面板操作打开柜门。
读者
读者打开柜门，然后可以从书柜里面取出图书，或者把图书放进书柜。一般可以认为从书柜里面取出图书，意味着该读者“借走”这本图书；放进图书，意味着该读者“还回”这本图书。
有两点值得探讨：
1) 读者从书柜取走和放回图书的动作可以很快，可以很细碎，一般来说软件完全同步去调用 dp2library 服务器完成借书和还书操作，速度上不一定跟得上。其实也没有必要“跟上”读者动作。可以把读者关闭柜门当作一个结束动作，此时再统一处理借书还书请求：被拿走的图书被认为是读者借走；放回的、原来书柜里面没有的图书被认为是还回。如果在开门状态下，读者反复取和放回一本图书，软件是不对 dp2library 进行请求的，因为还没有到关门的时候。
2) 某些操作的不可抗拒性。读者关门的时候软件集中进行处理，前面探讨了。读者关门时候，可以直接离开，不一定会听从软件界面的指示和警告、报错。比如传统来说读者有个借书册数的上限，如果读者从书柜中拿走超过这个数的图书，软件确实是可以警告提示的，包括文字和声音提示，但读者可以不听从建议直接离开书柜。那么这时候软件应该尽可能把借走的图书信息记载下来，和正常借书差不多(加上一些警告信息)，这些图书后面可以正常向读者追讨。这个和一般自助借还差别较大，一般的自助借还遇到情况，软件可以拒绝办手续，如果读者在没有办手续情况下拿走图书，门禁是会报警的。但智能书柜一般不会使用 EAS/AFI 门禁报警机制(这一点后面再详述)
注：dp2library 为 borrow() API 增加了一种 overflowable 方式的新操作，用这种方式来借书，如果超出读者当前允许的册数，也会成功，只是借期只有一天。第二天就会超期。主要目的是让读者可以在当天之内还回，满足智能书柜的特殊要求
工作人员
工作人员打开柜门，然后取、放图书，一般可以认为这是业务需要。放进图书可以理解为把图书“调拨”进入智能书柜，此后这一册图书的归属地变更到了这一个书柜。取走图书的含义暂时不明，当然，智能书柜是能感知到这一册图书被拿走了，会变更内存状态。
下面探讨一下工作人员放进图书时，管理软件应该执行的操作：
1) 首先册记录的 location 元素要更改到指向这一个智能书柜所在的馆藏地；shelfNo 元素也要更新，反映图书所在的层号(这一操作可选)； 2) 册记录的 currrentLocation 元素要更新，指向这一个智能书柜。
取走图书的含义，努力思考一下，暂时可以理解为需要记载到一个地方，表示这一位工作人员因为某种原因取走了这一册图书。比如可以记入操作日志(哪怕并不修改任何数据库记录)。如果后来工作人员在工作电脑上执行了调拨流程操作，那么整个动作才完整了，具有了意义。
那么从这里其实我们也可以推论，也许智能书柜管理软件，可以提供一个进入调拨状态的命令。指明后续操作指向的馆藏地。那么工作人员取出图书的时候，自动执行调拨操作，这样工作人员就不用去其他工作电脑上用原来的方法做调拨操作了。
剩下的一个疑问就是：管理流程和软件，是否允许工作人员无目的地拿出图书？鉴于前面提到的智能书柜有一些操作不可抗拒的特点，所以也需要考虑一下这种无目的的情况(从管理软件角度)如何最妥善地处理。
renyh
智能书柜是一种新型的设备，它可以持续探测图书是否存在于书柜空间内，因此带来了一些特定的极具价值的新功能和概念，也对软件设计开发提出了一些新的挑战。
本文试图探讨这些功能和概念，并指导智能书柜软件设计开发应用。