JP2010224696A - Article lending processing system, article lending processing method, and article lending processing program - Google Patents

Abstract

[PROBLEMS] To improve morals of library users while protecting good library users.
A lending processing unit 231 requests deposit amount information of an account number associated with a user number to a financial institution apparatus 100 of a deposit bank associated with the user number. Then, when acquiring the deposit amount information from the financial institution apparatus 100, the lending processing unit 231 checks whether the account balance of the deposit account exceeds the minimum required amount. For example, when a book is lent, it is confirmed that there is a balance exceeding the minimum required guarantee amount.
[Selection] Figure 1

Description

  The present invention relates to an article rental processing system, an article rental processing method, and an article rental processing program.

  Conventionally, for example, a public library has a system for managing an enormous collection of books, and when lending a book to a library user, the system manages the borrowing destination and time.

JP 2001-283118 A JP-A-10-116305 JP 2005-316892 A

  By the way, in public libraries, moral deterioration of library users has become a problem, such as graffiti on books, clipping photos from precious books, and neglecting to return them. However, it is necessary to manually detect damaged books, and it is difficult to efficiently detect damaged books. Follow-up surveys are also conducted for criminal detection because of the risk of human rights violations due to protection of personal information and misperception. It is also difficult.

  Therefore, it is possible to operate deposits (custody deposits), but not only will it require a burden on good users, but it will also be necessary to carry out work different from the original activities of the library, such as management and operation of custody deposits. May occur, leading to inefficiencies in library operations.

  The disclosed technology has been made in view of the above, and an article lending processing system, an article lending processing method, and an article lending that can improve a library user's morality while protecting good library users. An object is to provide a processing program.

  In one aspect, the technology disclosed in the present application includes a loan history storage unit for storing a loan history including information on a guarantee amount preset for each book as a credit for receiving a book loan, and a library user A deposit amount acquisition unit that acquires information on the amount of deposits deposited in a deposit account opened by a financial institution from a financial institution device, and a library user wants to newly lend and a book that has already received a loan A guarantee amount calculation unit that obtains information on a guarantee amount for each from the loan history storage unit and calculates a total of the obtained guarantee amounts, and a deposit amount obtained by the deposit amount acquisition unit includes the guarantee amount A credit confirmation processing unit for determining whether or not the total guarantee amount calculated by the calculation unit exceeds the credit amount and checking the credit when the library user lends a new book; When the credit check by the processing unit is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit, and the book is lent to the library user. And a book lending determination unit.

  According to one aspect of the technology disclosed in the present application, it is possible to improve the library user's morality while protecting a good library user.

FIG. 1 is a diagram illustrating the configuration of the library apparatus according to the first embodiment. FIG. 2 is a diagram illustrating a configuration example of a user master according to the first embodiment. FIG. 3 is a diagram illustrating a configuration example of a book master according to the first embodiment. FIG. 4 is a diagram illustrating a configuration example of an entrance history table according to the first embodiment. FIG. 5 is a diagram illustrating a configuration example of a library book contact history table according to the first embodiment. FIG. 6 is a diagram illustrating a configuration example of a lending history table according to the first embodiment. FIG. 7 is a diagram illustrating a configuration example of an inspection history table according to the first embodiment. FIG. 8 is a diagram illustrating a configuration example of a user-by-user aggregation table according to the first embodiment. FIG. 9 is a diagram illustrating a configuration example of a warning limit number management table according to the first embodiment. FIG. 10 is a diagram illustrating the flow of the lending process according to the first embodiment. FIG. 11 is a flowchart illustrating the return process according to the first embodiment. FIG. 12 is a diagram illustrating the flow of the entrance process according to the first embodiment. FIG. 13 is a diagram illustrating a flow of exit processing according to the first embodiment. FIG. 14 is a diagram illustrating the flow of the watch-at-person warning check process according to the first embodiment. FIG. 15 is a diagram illustrating a flow of the damaged book contact history inspection process (1) according to the first embodiment. FIG. 16 is a diagram illustrating a flow of the damaged book contact history inspection process (2) according to the first embodiment. FIG. 17 is a diagram illustrating a flow of the total number of damaged contact upper case count processing according to the first embodiment. FIG. 18 is a diagram illustrating the flow of the automatic evaluation examination process according to the first embodiment. FIG. 19 is a diagram illustrating the flow of the book inspection recording process according to the first embodiment. FIG. 20 is a diagram illustrating a flow of guaranteed amount response processing according to the second embodiment. FIG. 21 is a diagram illustrating the flow of the evaluation point response process according to the second embodiment. FIG. 22 is a diagram illustrating a flow of evaluation point / malicious number response processing according to the second embodiment. FIG. 23 is a diagram illustrating a computer that executes an article lending processing program.

  Hereinafter, an embodiment of an article rental processing system, an article rental processing method, and an article rental processing program disclosed in the present application will be described in detail with reference to the drawings. The article lending processing system disclosed in the present application is not limited by the example of the library apparatus described as an embodiment of the article lending processing system.

  The library apparatus according to the first embodiment outlines lending books to be managed as collections to users. The outline of the library apparatus according to the first embodiment performs a credit check using the deposit amount of the library user who wishes to lend a new book. If the credit check is successful, a new book is lent. It is to lend books to library users who wish. Hereinafter, the library apparatus according to the first embodiment will be specifically described.

[Configuration of Library Equipment (Example 1)]
FIG. 1 is a diagram illustrating the configuration of the library apparatus according to the first embodiment. As shown in the figure, the library apparatus 200 according to the first embodiment is in a state in which it can communicate with the financial institution apparatus 100 via the network 1 such as a public telephone network or the Internet.

  The library apparatus 200 includes a communication control I / F unit 210, a storage unit 220, and a control unit 230, as shown in FIG. The communication control I / F unit 210 controls communication related to various information exchanged with the financial institution apparatus 100.

  The storage unit 220 stores data and programs necessary for various processes performed by the control unit 230. As shown in FIG. 1, the storage unit 220 includes a user master 221, a book master 222, an entrance history table 223, a library book contact history table 224, a rental history table 225, and an inspection history table 226. And a user-by-user total table 227 and a warning limit number management table 228.

  As shown in FIG. 2, the user master 221 is associated with the user number uniquely given to the library user, and the user's name, address, deposit bank name (branch name), bank number, branch number. And remember account number. FIG. 2 is a diagram illustrating a configuration example of the user master according to the first embodiment.

  As shown in FIG. 3, the book master 222 stores a book title, a deposit amount, and the like in association with a book number uniquely assigned to an IC tag attached to each book. Here, the security deposit indicates a minimum amount required for an account of a financial institution possessed by a loan applicant as a credit for receiving a loan of a book desired to be loaned. FIG. 3 is a diagram illustrating a configuration example of a book master according to the first embodiment.

  As shown in FIG. 4, the admission history table 223 stores an admission date / time, a bodily sensation date / time, and an admission IC tag number in association with the above-described user number. Here, the entrance IC tag number is, for example, a number uniquely assigned to an IC tag provided on an entrance certificate given from a staff member to an entrance person when entering a library. FIG. 4 is a diagram illustrating a configuration example of an entrance history table according to the first embodiment.

  As shown in FIG. 5, the in-house book contact history table 224 stores the recording date and time of the history, the number of the sensor that has detected the entrance IC tag number, and the entrance IC tag number in association with the book number described above. Here, the sensor number is a number uniquely assigned to the IC tag sensor installed in the library in order to simultaneously detect the book number and the entrance IC tag number. FIG. 5 is a diagram illustrating a configuration example of a library book contact history table according to the first embodiment.

  As shown in FIG. 6, the lending history table 225 is associated with the book number described above, the book lending date / time, scheduled return date / time, return date / time, user number, recording category, status, evaluation progress, evaluation, point, Memorize malicious targets and guaranteed amounts. Here, the status indicates the status of the book, such as during rental or return. The evaluation progress indicates whether or not the evaluation for the library user based on the state of the book is completed. The evaluation indicates the evaluation contents for the library user based on the state of the book. Points indicate points to be added or subtracted according to the evaluation contents for the library user. The malicious target indicates that the library user's handling of the book was poor, such as when the book was intentionally damaged. FIG. 6 is a diagram illustrating a configuration example of a lending history table according to the first embodiment.

  As shown in FIG. 7, the inspection history table 226 stores the inspection date / time and the state in which the book is checked for damage and the damage report classification in association with the book number described above. Further, the inspection history table 226 stores the number of persons lent and the number of contacts as the total number of contacts within a predetermined period. Here, the status indicates the check contents of the book. The damage report classification indicates whether there is a damage report such as “1” when there is a damage report and “0” when there is no damage report. The malicious object stores “1” when the damage history is the object of malicious evaluation, and “0” when it is not the object of malicious evaluation. The number of borrowers indicates the number of people who have borrowed the book. The number of contacts indicates the number of people who have contacted the book in the hall. FIG. 7 is a diagram illustrating a configuration example of the inspection history table according to the first embodiment.

  As shown in FIG. 8, the user-by-user total table 227 stores the number of times of lending and the number of times of entering in association with the above-described user number. In addition, the user-by-user tabulation table 227 shows the number of cases where the loan book returned by the user was damaged at the time of return as the number of contact with the damaged book (hereinafter referred to as the number of damaged contact with the loan), And the number of records (hereinafter referred to as the number of damaged entrance contacts) indicating that the book contacted by the user in the hall was damaged at the time of inspection. Furthermore, the user-by-user totaling table 227 includes an accuracy number indicating that the book may have been damaged during the loan to the corresponding user (hereinafter referred to as the “loan damage contact accuracy number”). The accuracy number indicating the possibility that the book has been damaged during contact is stored (hereinafter referred to as the entrance damage contact accuracy number). FIG. 8 is a diagram illustrating a configuration example of a user-by-user aggregation table according to the first embodiment.

  As shown in FIG. 9, the warning limit number management table 228 includes the number of broken contact contacts, the number of broken contact contacts, the number of broken contact contacts, and the number of broken contact contact accuracy, which are the total items of the above-mentioned user total table 227. The number of warnings that triggers warning notification to the corresponding staff is stored. If any one of the number of broken contact contacts, the number of damaged contact contacts, the number of damaged contact contact accuracy numbers, and the number of contact damage damage entrances exceeds the warning limit, a warning notification will be implemented. FIG. 9 is a diagram illustrating a configuration example of a warning limit number management table according to the first embodiment.

  The control unit 230 has an internal memory for storing a predetermined control program, a program defining various processing procedures, and necessary data, and executes various processes using these. Then, as shown in FIG. 1, the control unit 230 includes a rental processing unit 231, a return processing unit 232, an entrance processing unit 233, an exit processing unit 234, a cautionary person warning inspection processing unit 235, a damage A book contact history inspection processing unit 236, a damaged contact number counting processing unit 237, an automatic evaluation examination processing unit 238, and a book inspection record processing unit 239 are provided.

  The lending processing unit 231 performs book lending processing to library users. The specific contents of the process will be described later with reference to FIG. The return processing unit 232 performs book return processing from the library user. The specific contents of the process will be described later with reference to FIG.

  The entrance processing unit 233 performs entrance processing. The specific contents of the process will be described later with reference to FIG. The exit processing unit 234 performs exit processing. The specific contents of the process will be described later with reference to FIG.

  The watchable person warning check processing unit 235 performs a process of checking a watched person with low morality, such as a mischief to a book or destruction of a book. The specific contents of the process will be described later with reference to FIG.

  The damaged book contact history check processing unit 236 performs processing for checking contact with damaged books for library users. The specific contents of the process will be described later with reference to FIG.

  The damaged contact number counting processing unit 237 performs a process of counting the number of contacts to the damaged books for each library user checked by the damaged book contact history check processing unit 236. The specific contents of the process will be described later with reference to FIG.

  The automatic evaluation examination processing unit 238 performs processing for assigning a predetermined evaluation point to library use based on the state of the returned book. The specific contents of the process will be described later with reference to FIG.

  The book check record processing unit 239 performs a process of recording the state of the book in the hall checked by the staff. The specific contents of the process will be described later with reference to FIG.

  In addition, when the control unit 230 receives the book number and the incoming IC tag number from the IC tag sensor installed in the hall, the book number, the history recording date and time, the sensor number, and the entrance IC tag number are stored in the hall book contact history table 224. Associate and register.

[Processing by Library Equipment (Example 1)]
Then, the process by the library apparatus 200 which concerns on Example 1 is demonstrated using FIGS. That is, the lending processing unit 231, the return processing unit 232, the entrance processing unit 233, the exit processing unit 234, the cautionary person warning inspection processing unit 235, the damaged book contact history inspection processing unit 236, and the damaged contact number counting process shown in FIG. The processing by the unit 237, the automatic evaluation examination processing unit 238, and the book inspection record processing unit 239 will be specifically described.

(Lending process)
FIG. 10 is a diagram illustrating the flow of the lending process according to the first embodiment. The lending process described below is executed by the lending processor 231 shown in FIG.

  As shown in the figure, first, upon receiving a scanning operation of a user ID card by a corresponding staff member, the lending processing unit 231 acquires a user number of a user who intends to receive a book lending (step S1). . Then, the lending processing unit 231 searches for a record stored in the user master 221 (step S2), and confirms the existence of a deposit account corresponding to the user number read from the user ID card ( Step S3).

  As a result of the confirmation, if there is a deposit account (Yes at step S3), the loan processing unit 231 checks the deposit account amount (checks whether the account balance exceeds the minimum required amount) ( Step S4).

  Specifically, the loan processing unit 231 requests the deposit amount information of the account number associated with the user number to the financial institution device 100 of the deposit bank associated with the user number. Then, when acquiring the deposit amount information from the financial institution apparatus 100, the lending processing unit 231 checks whether the account balance of the deposit account exceeds the minimum required amount. For example, when a book is lent, it is confirmed that there is a balance exceeding the minimum required guarantee amount.

  As a result of checking the guaranteed amount, if the account balance does not exceed the minimum required amount (No at Step S4), the loan processing unit 231 issues a warning to the corresponding staff to cancel the loan (Step S5) and performs processing. Exit.

  On the other hand, as a result of checking the guaranteed amount, if the account balance exceeds the minimum required amount (Yes at step S4), the lending processing unit 231 performs a watchful person warning check process to be described later. The processing unit 235 is requested (step S6). Then, the lending processing unit 231 checks whether or not the processing result in the watchable person warning check processing unit 235 is a watched person (step S7).

  As a result of the confirmation, if the processing result is a person requiring attention (Yes at Step S7), the lending processing unit 231 warns the corresponding staff member to confirm whether or not the book is damaged before lending the book. (Step S8). Then, the lending processing unit 231 accepts the scanning operation of the book IC tag by the corresponding staff member, and registers the lending book such as the book number and title of the lending book in the lending history table 225 (step S9). Furthermore, the lending processing unit 231 accepts an input operation of a corresponding staff member, and registers the scheduled return date in the lending history table 225 (step S10).

  On the other hand, when the processing result is not a cautionary person (No at Step S7), the lending processing unit 231 does not give a check warning before lending the book to the corresponding staff, and the above-described Step S9 and Step Similarly to S10, the lending book is registered in the lending history table 225.

  After completing the registration for the lending book, the lending processing unit 231 searches the lending history table 225 for the record of the corresponding user (step S11), and calculates the total guaranteed amount (step S12).

  Specifically, the lending processing unit 231 searches the lending history table 225 for the history of the book that is being lent by the user and the history of the book that is being evaluated. Then, the lending processing unit 231 obtains the guaranteed amount from the retrieved history of the book that is being lent and the history of the book that is being evaluated, and obtains the guaranteed amount of the book that is currently lent from the book master 222. To do. Then, the lending processing unit 231 calculates the sum of the guaranteed amount of the book that is being lent, the guaranteed amount of the book that is being evaluated, and the guaranteed amount of the book that is currently being lent.

  After calculating the total guarantee amount, the loan processing unit 231 requests the deposit amount information of the corresponding user from the financial institution device 100 of the deposit bank associated with the user number of the corresponding user, and A credit check of the user is performed (determining whether or not the total guarantee amount exceeds the deposit account amount, step S13). As a result of the credit check, when the total guaranteed amount does not exceed the guaranteed amount account amount (No at step S13), the lending processing unit 231 creates a record of the book to be lending this time in the lending history table 225 ( Step S14) and the process is terminated. On the other hand, as a result of the credit check, when the total guaranteed amount exceeds the guaranteed amount account amount (Yes at Step S13), the loan processing unit 231 issues a warning to the corresponding staff to cancel the loan (Step S15), End the process.

  Here, returning to the explanation of Step S3, if the deposit account does not exist as a result of the confirmation (No at Step S3), the lending processing unit 231 notifies the corresponding staff to stop lending, etc. End the process.

(Return processing)
FIG. 11 is a flowchart illustrating the return process according to the first embodiment. The return process described below is executed by the return processing unit 232 shown in FIG.

  As shown in FIG. 11, when the scanning operation of the book IC tag by the corresponding staff is accepted, the return processing unit 232 registers the return book, such as the return date, in the lending history table 225 (step S1). Then, the return processing unit 232 records a return history in which items such as the status of the lending history table 225 are “returned” (step S2), and then performs a watchful person warning check process to be described later. The processing unit 235 is requested (step S3), and it is confirmed whether or not the processing result in the watchable person warning check processing unit 235 is a watchable person (step S4).

  As a result of the confirmation, if the processing result is a person requiring attention (Yes at Step S4), the return processing unit 232 checks the corresponding staff at the time of return so as to confirm whether or not the book is damaged. A warning is given (step S5), and the process is terminated. On the other hand, if the result of the confirmation is that the processing result is not a cautionary person (No at Step S4), the return processing unit 232 terminates the processing as it is without warning the inspection at the time of return.

(Entrance processing)
FIG. 12 is a diagram illustrating the flow of the entrance process according to the first embodiment. The entrance process described below is executed by the entrance processing unit 233 shown in FIG.

  As shown in FIG. 12, when the scanning operation of the user ID card by the corresponding staff is accepted, the entrance processing unit 233 acquires the user number assigned to the user card possessed by the book user (step S1). . After obtaining the user number, the admission processing unit 233 receives the admission card scanning operation by the corresponding staff member and obtains the admission IC tag number assigned to the admission card (step S2).

  Then, the entrance processing unit 233 associates the user number with the entrance IC tag number and records the entrance date and time etc. in the entrance history table 223 as the entrance history (step S3). After recording the entrance history, the entrance processing unit 233 requests the watched person warning check processing process 235 to be described later (step S4), and the entrance processing unit 233 calls the watched person warning check processing unit. It is confirmed whether or not the processing result in 235 is a person requiring attention (step S5).

  As a result of the confirmation, if the processing result is a person requiring attention (Yes at Step S5), the entrance processing unit 233 warns the corresponding staff that the person is a person requiring attention (Step S6), and ends the process. On the other hand, when the processing result is not a person requiring attention (No at Step S5), the admission processing unit 233 ends the process as it is without warning that the person is a person requiring attention.

(Exit processing)
FIG. 13 is a diagram illustrating a flow of exit processing according to the first embodiment. The exit processing described below is executed by the exit processing unit 234 shown in FIG.

  As shown in FIG. 13, upon receiving the entrance card scanning operation by the corresponding staff, the exit processing unit 234 acquires the entrance IC tag number (step S1) and associates it with the acquired entrance IC tag number. The exit history such as the date and time of exit is recorded in the entrance history table 223 (step S2).

  After the exit history is recorded, the exit processing unit 234 requests the watched person warning check processing to be described later to the watched person warning check processing unit 235 (step S3). It is confirmed whether or not the processing result in the inspection processing unit 235 is a person requiring attention (step S4).

  As a result of the confirmation, if the processing result is a person requiring attention (Yes at Step S4), the exit processing unit 234 extracts the contact history of the user on the current day from the library book contact history table 224 (Step S5). ), A list of books that need to be checked is displayed (step S6), and the process is terminated. On the other hand, if the processing result is not a cautionary person (No at Step S4), the exit processing unit 234 ends the processing as it is without displaying the inspection-required book list.

(Caution required warning warning process)
FIG. 14 is a diagram illustrating the flow of the watch-at-person warning check process according to the first embodiment. The caution person warning inspection processing described below is executed by the caution person warning inspection processing unit 235 shown in FIG.

  As shown in FIG. 14, the warning person warning inspection processing unit 235 requires a damaged book contact history check process, which will be described later, to acquire a damaged book contact history check process for obtaining the number of contacts and the contact accuracy number of the corresponding user. The inspection processing unit 236 is requested (step S1). Further, the cautionary person warning inspection processing unit 235 performs a damaged book contact history check processing unit 236, which will be described later, for a damaged book contact history check process for obtaining the number of contacts and the accuracy of contact of the corresponding user with the damaged book in the hall. Request (step S2).

  Then, the cautionary person warning inspection processing unit 235 obtains the number of contact and the probability of contact with the damaged book of the corresponding user from the damaged book contact history inspection processing unit 236. The damaged contact accuracy number and the limit number of the damaged contact accuracy number are acquired from the warning limit number management table 228 (step S3).

  After acquiring the warning limit number, the warning person warning inspection processing unit 235 determines whether any of the contact number and the contact accuracy number of the corresponding user's damaged book exceeds the warning limit number (step) S4).

  As a result of the determination, if any of the contact number and the contact accuracy number of the damaged user's damaged book exceeds the warning limit number (Yes in step S4), the warning person warning inspection processing unit 235 requires The lending processing unit 231, the return processing unit 232, the entrance processing unit 233, and the exit processing unit 234 are notified of the fact that they are attention persons (step S5), and the process ends.

  If any of the contact number and the contact accuracy number of the damaged user's damaged book does not exceed the warning limit number (No in step S4), the watchable person warning check processing unit 235 is the watched person. The process is terminated as it is without notifying the effect.

(Damage book contact history check process (1))
FIG. 15 is a diagram illustrating a flow of the damaged book contact history inspection process (1) according to the first embodiment. The damaged book contact history check process (1) described below is a process for obtaining the number of contacts and the contact accuracy number of the corresponding user's loan damaged book, and the damaged book contact history check processing unit 236 shown in FIG. It is executed by.

  As shown in FIG. 15, the damaged book contact history check processing unit 236 resets the number of loan damaged contacts and the number of loan damaged contacts accuracy (= 0) (step S1), and the history of the corresponding user from the loan history table 225. Is extracted (step S2). Then, the damaged book contact history check processing unit 236 searches the check history table 226 for a record corresponding to the corresponding book in the extracted history (step S3), and whether there is a record corresponding to the book after the loan date. It is confirmed whether or not (step S4).

  As a result of the check, if a record corresponding to the book after the loan date exists in the check history table 226 (Yes in step S4), the damaged book contact history check processing unit 236 displays the latest record after the loan date of the book. It is confirmed whether the old record is “damaged” (step S5).

  As a result of the confirmation, if the oldest record after the loan date of the book is “damaged” (Yes at step S5), the damaged book contact history check processing unit 236 adds 1 to the number of loan damaged contacts (+1) (Step S6), it is confirmed whether or not the total of the number of persons lent and the number of contacts within the period of the corresponding inspection history is 1 or less (Step S7). That is, it is determined whether or not the total of the number of persons lent and the number of contacts until the inspection date corresponding to the oldest record among records in the inspection history table 226 corresponding to the book after the loan date is 1 or less. Check.

  As a result of the confirmation, if the total number of borrowers and contacts is 1 or less within the period of the corresponding check history (Yes in step S7), the damaged book contact history check processing unit 236 sets the loan breakage contact probability number to 1. Addition (+1) is performed (step S8), and it is determined whether or not the inspection has been completed for all of the lending history of the corresponding user extracted from the lending history table 225 (step S9).

  As a result of the determination, if the check has not been completed for all of the user's lending history (No at step S9), the damaged book contact history check processing unit 236 performs the above-described processing (for example, step Steps S3 to S8) are performed. On the other hand, when the inspection has been completed for all of the history of the corresponding user (Yes at step S9), the damaged book contact history check processing unit 236 displays the number of contact to the loan damaged book of the corresponding user. Then, the process for obtaining the contact accuracy number is terminated.

  Here, returning to the explanation of step S4, if there is no record in the inspection history table 226 corresponding to the date after the book lending (No in step S4), the damaged book contact history inspection processing unit 236 Outside the period in which the book may have been contacted, the process proceeds to step S9 described above, and it is determined whether or not the inspection has been completed for all the loan history of the corresponding user extracted from the loan history table 225.

  Returning to the explanation of Step S5, if the oldest record after the loan date of the book is not “damaged” (No at Step S5), the damaged book contact history check processing unit 236 contacts the damaged book. If it is outside the possible period, the process proceeds to step S9 described above, and it is determined whether or not the inspection has been completed for all of the loan history of the corresponding user extracted from the loan history table 225.

(Damage book contact history check process (2))
FIG. 16 is a diagram illustrating a flow of the damaged book contact history inspection process (2) according to the first embodiment. The damaged book contact history check process (2) described below is a process for obtaining the number of contacts and the contact accuracy number of the corresponding user to the damaged book in the hall. The damaged book contact history check processing unit 236 shown in FIG. It is executed by.

  As shown in FIG. 16, the damaged book contact history check processing unit 236 resets the number of damaged contacts in the hall and the number of damaged contact accuracy in the hall (= 0) (step S 1), and reads the corresponding user from the library book contact history table 224. Is extracted (step S2). Then, the damaged book contact history check processing unit 236 searches the check history table 226 for a record corresponding to the corresponding book in the extracted history (step S3), and whether there is a record corresponding to the book after the loan date. It is confirmed whether or not (step S4).

  As a result of the check, if a record corresponding to the book after the loan date exists in the check history table 226 (Yes in step S4), the damaged book contact history check processing unit 236 displays the latest record after the loan date of the book. It is confirmed whether the old record is “damaged” (step S5).

  As a result of the confirmation, if the oldest record after the loan date of the book is “damaged” (Yes at step S5), the damaged book contact history check processing unit 236 adds 1 to the number of damaged contacts in the hall (+1) (Step S6), it is confirmed whether or not the total of the number of persons lent and the number of contacts within the period of the corresponding inspection history is 1 or less (Step S7). That is, it is determined whether or not the total of the number of persons lent and the number of contacts until the inspection date corresponding to the oldest record among records in the inspection history table 226 corresponding to the book after the loan date is 1 or less. Check.

  As a result of the confirmation, if the total number of borrowers and contacts is 1 or less within the period of the corresponding inspection history (Yes at step S7), the damaged book contact history inspection processing unit 236 sets the damaged contact probability number to 1 in the hall. Addition (+1) is performed (step S8), and it is determined whether or not the inspection has been completed for all the library contact history of the corresponding user extracted from the lending history table 225 (step S9).

  As a result of the determination, if the inspection has not been completed for all the library contact history of the user in the hall (No at Step S9), the damaged book contact history inspection processing unit 236 performs the above-described processing (for example, , Processing from step S3 to step S8). On the other hand, if the inspection has been completed for all of the user's book contact history in the hall (Yes at step S9), the damaged book contact history check processing unit 236 sends the book to the damaged damaged book of the corresponding user. The process for obtaining the number of contacts and the number of contact accuracy is terminated.

  Here, returning to the explanation of step S4, if there is no record in the inspection history table 226 corresponding to the date after the book lending (No in step S4), the damaged book contact history inspection processing unit 236 Outside the period in which there is a possibility that the book has been contacted, the process proceeds to step S9 described above, and it is determined whether or not the inspection has been completed for all of the library contact history of the user extracted from the loan history table 225.

  Returning to the explanation of Step S5, if the oldest record after the loan date of the book is not “damaged” (No at Step S5), the damaged book contact history check processing unit 236 contacts the damaged book. If it is out of the possible period, the process proceeds to step S9 described above, and it is determined whether or not the inspection has been completed for all the library contact histories of the corresponding user extracted from the lending history table 225.

(Total number of damaged contacts)
FIG. 17 is a diagram illustrating a flow of the total number of damaged contact upper case count processing according to the first embodiment. The damaged contact upper case count process described below is executed, for example, on a daily basis by the damaged contact number count process 237 shown in FIG.

  As shown in FIG. 17, the damaged contact number counting process 237 reads the user master 221 (step S2) after deleting all the records in the user-by-user counting table 227 (step S1). The damaged contact number counting process 237 is a damaged book contact history check process (1) for obtaining the number of contacts and the accuracy of contact with the loan damaged book for each user (user number) read from the user master. ), And a damaged book contact history check process (2) for obtaining a damaged book contact history check process (2) to obtain the number of contacts and the contact accuracy number to the damaged book (see step S3 and step S4).

  Subsequently, the damaged contact number counting process 237 calculates the number of broken damaged contacts, the number of damaged damaged contacts, the number of damaged damaged contact accuracy, and the number of damaged damaged contacts obtained in the above steps S2 and S3. (Step S5). After completing the recording in the user-by-user totaling table 227, the damaged contact number totaling process 237 confirms whether or not the recording process (steps S3 to S5) has been completed for all users (step S6).

  As a result of the confirmation, if the recording process has not been completed for all users (No at step S6), the damaged contact number counting process 237 returns to the above-described step S3, and the next user (with respect to the user number). ) Is requested to the damaged book contact history check processing unit 236. That is, step S3 to step S5 described above are repeatedly executed until the recording process is completed for all users. The total table 227 for each user is completed by the processes in steps S3 to S5 described above (see FIG. 8).

  If the recording process has been completed for all the users (Yes at step S6), the damaged contact number totaling process 237 displays the record of the number of broken damaged contacts recorded in the user-specific totaling table 227 as the top number. Search is performed in order (step S7), and the number of cases of loan breakage contact with the top ten cases is acquired (step S8). Subsequently, the damaged contact number counting process 237 records the upper tenth loan damaged contact number acquired from the user totaling table 227 as a limit number in the warning limit number management table 228 (step S9).

  Similarly to the above-described steps S7 to S9, the damaged contact number counting process 237 searches the records of the number of damaged contacts recorded in the user totaling table 227 in order of the highest number of cases (step S10). The number of damaged contacts in the tenth hall is acquired (step S11). Subsequently, the damaged contact number counting process 237 records the number of damaged contacts in the top ten acquired from the user total table 227 as the limit number in the warning limit number management table 228 (step S12).

  Similarly, the damaged contact number counting process 237 searches the records of the number of broken contact contact accuracy records recorded in the user-by-user totaling table 227 in order of the highest number of cases (step S13), and the number of cases of broken contact is the top ten. The accuracy number is acquired (step S14). Subsequently, the damaged contact number counting process 237 records, as the limit number, the tenth loan damage contact accuracy number acquired from the user total table 227 in the warning limit number management table 228 (step S15). .

  Similarly, the damaged contact number counting process 237 searches the records of the damaged contact probability number in the hall recorded in the user-by-user counting table 227 in order of the highest number of cases (step S16), and the number of cases damaged in the hall is the top ten. The accuracy number is acquired (step S17). Subsequently, the damaged contact number counting process 237 records, as the limit number, the top ten damaged contact accuracy numbers acquired from the user total table 227 in the warning limit number management table 228 (step S18). .

(Automatic evaluation screening process)
FIG. 18 is a diagram illustrating the flow of the automatic evaluation examination process according to the first embodiment. The automatic evaluation examination processing described below is executed by the automatic evaluation examination processing unit 238 shown in FIG.

  As shown in FIG. 18, the automatic evaluation examination processing unit 238 extracts a record that satisfies a predetermined standard from the lending history table 225 at a predetermined timing (step S1). Specifically, the automatic evaluation screening processing unit 238 records a record in which a predetermined screening period has elapsed from the return date and the evaluation progress item is blank (that is, indicating that the return screening is being performed). Extract.

  Then, the automatic evaluation examination processing unit 238 updates the evaluation progress item of the corresponding record extracted from the lending history table 225 to “completed”, updates the point item to “1”, and ends the processing ( Step S2).

(Book check record processing)
FIG. 19 is a diagram illustrating the flow of the book inspection recording process according to the first embodiment. The book inspection record processing described below is executed by the book inspection record processing unit 239 shown in FIG.

  As shown in FIG. 19, the book inspection record processing unit 239 accepts the scanning operation of the book IC tag by the corresponding staff, and registers the inspection book such as the book number in the inspection history table 226 (step S1). . Subsequently, the book inspection record processing unit 239 receives from the corresponding staff the input of the presence / absence of new damage regarding the inspection book, the content of the damage, the malicious object (for example, information on “1” and “0”, see FIG. 7), etc. (Step S2) and recorded in the inspection history table 226 (Step S3).

  Then, the book inspection record processing unit 239 checks whether or not there is any new damage on the record recorded in the inspection history table 226 (step S4). If there is a new damage as a result of the confirmation (Yes at step S4), the book inspection record processing unit 239 searches the record of the inspection history table 226 for the record immediately before the corresponding book (step S5), The previous inspection date is acquired (step S6).

  After acquiring the previous check date and time for the corresponding book, the book check record processing unit 239 extracts the history after the previous check date and time from the library book contact history table 224 (step S7). Further, the book inspection record processing unit 239 extracts the history after the previous inspection date and time from the lending history table 225 (step S8). Then, the book inspection record processing unit 239 acquires the number of users of the corresponding book using the history extracted from the library book contact history table 224 and the lending history table 225 (step S9). It is confirmed whether there is one and the item of the malicious target is “= 1” (step S10).

  As a result of the confirmation, when one user is confirmed for the corresponding book and the item of the malicious target is “= 1” (Yes at Step S10), the book inspection record processing unit 239 is confirmed. A intentional damage history record is created for the corresponding record in the lending history table 225 corresponding to the user (step S11), and the process is terminated. For example, as shown in FIG. 6, an intentional damage history record is created in which the recording category item is “intentional in the building”, the evaluation item is “point reduction”, and the point item is “−1”, and the processing is terminated. To do.

  On the other hand, as a result of the confirmation, if the number of users confirmed for the corresponding book is one and the item of the malicious target is not “= 1” (No in step S10), the book inspection record processing unit 239 remains as it is. End the process.

  Here, returning to the description of step S4, if there is no new damage (No at step S4), the book inspection record processing unit 239 ends the process as it is.

[Effects of Example 1]
As described above, according to the first embodiment, the credit check is performed based on the deposit amount in the deposit account of the library user who newly desires to lend the book. Lend books to library users who wish to lend books. For this reason, it is possible to prevent mischief or the like of books by library users, and as a result, it is possible to improve the morals of library users. In addition, since a library user can use an account of a financial institution as a deposit account, a good library can be used without burdening the library user compared to taking a deposit when lending a book. Can protect users.

  In addition, according to the first embodiment, points to be added or subtracted according to the evaluation contents of the library user based on how to handle the rental book, the library book, etc., so the library user's morality is specified. It can be expressed as a numerical value.

  Hereinafter, processing executed between the library apparatus 200 and the financial institution apparatus 100 will be described.

  FIG. 20 is a diagram illustrating a flow of guaranteed amount response processing according to the second embodiment. When the library user wishes to cancel the deposit account using the figure, the library apparatus 200 first requests the financial institution apparatus 100 for the guarantee amount of the book that is being lent or evaluated by the user. The case where it is made to explain is demonstrated.

  Upon receiving a guarantee amount notification request for the corresponding user from the financial institution device 100 that has received a request for cancellation of the deposit account, the library device 200 lends the guarantee amount of the book that is being loaned or being evaluated by the user to the loan history. Obtained from the table 225 (step S1). Then, the library device 200 totals the guaranteed amounts acquired from the loan history table 225 (step S2), and responds to the financial institution device 100 with the guaranteed amount of the book that is being lent or being evaluated (step S3). .

  When the financial institution apparatus 100 receives the response of the guarantee amount from the library apparatus 200, the library user who wishes to cancel the deposit account does not have a guarantee amount for the book that is being lent or evaluated. Then, a deposit account cancellation process is executed (see FIG. 20).

  For this reason, the library apparatus 200 can further reduce the possibility that the book breakage will be damaged, and can increase the effect of preventing mischief or the like on the book by the library user.

  Next, an example of how to use the points given to library users will be described.

(Evaluation point response processing)
For example, when the financial institution apparatus 100 sets the deposit interest rate of the library user, the library apparatus 200 gives the financial institution apparatus 100 points to be given according to the moral evaluation of the library user described in the first embodiment. And can be adopted as a standard for setting the deposit interest rate.

  FIG. 21 is a diagram illustrating the flow of the evaluation point response process according to the second embodiment. As shown in the figure, when an evaluation point notification request is received from the financial institution apparatus 100, the library apparatus 200 acquires the user's points from the lending history table 225 and responds to the financial institution apparatus 100 (step S1). ).

  When the financial institution apparatus 100 receives the point response from the library apparatus 200, the financial institution apparatus 100 sets the deposit interest rate of the library user according to the received point (see FIG. 21). For example, the higher the point, the higher the interest rate is set.

(Evaluation points / Malicious number response processing)
For example, when the financial institution apparatus 100 sets a loan interest rate to a library user, the library apparatus 200 provides the financial institution apparatus 100 with the above points and the number of malicious cases described in the first embodiment, and lends It can be adopted as a standard for setting interest rates.

  FIG. 22 is a diagram illustrating a flow of evaluation point / malicious number response processing according to the second embodiment. As shown in the figure, upon receiving an evaluation point / malicious number notification request from the financial institution apparatus 100, the library apparatus 200 acquires the user's points and the number of malicious cases from the lending history table 225, and the financial institution apparatus 100. (Step S1).

  When the financial institution apparatus 100 receives the response of the points and the number of malicious cases from the library apparatus 200, the financial institution apparatus 100 sets the loan interest rate of the library user according to the points and the number of malicious cases (see FIG. 21). For example, if the number of malicious cases is 0, the loan interest rate that favors the corresponding user is set according to the points, and if there are one or more malicious cases, normal loan without preferential treatment of the corresponding user Set the interest rate.

  As described above, morals of library users are replaced with profits in the form of points different from money so that good users can get profits according to points. For this reason, further moral improvement of the user can be expected.

  In addition, on the financial institution side, points from library devices that can be called social and moral credibility can be used for risk judgment for setting deposit interest rate and loan interest rate.

  In the first and second embodiments described above, the embodiment of the library apparatus 200 that lends books in the library is described as an embodiment of the article lending processing system disclosed in the present application, but the present invention is not limited to this. is not. For example, even if it is an article other than a book, the article lending processing system disclosed in the present application can be similarly applied to a case of operating a business for lending an article on a non-profit basis.

  Hereinafter, other embodiments of the article rental processing system, the article rental processing method, and the article rental processing program disclosed in the present application will be described.

(1) Apparatus Configuration, etc. Each component of the library apparatus 200 shown in FIG. 1 is functionally conceptual and does not necessarily need to be physically configured as illustrated. That is, the specific form of distribution / integration of the library apparatus 200 is not limited to the illustrated one. For example, the lending processing unit 231 and the return processing unit 232 are integrated, and the entrance processing unit 233 and the exit processing unit 234 are integrated. To do.

  As described above, all or a part of the library apparatus 200 can be configured to be functionally or physically distributed and integrated in arbitrary units according to various loads and usage conditions. Furthermore, each processing function (refer to FIGS. 10 to 22, etc.) performed by the user device 200 is realized entirely or arbitrarily by a CPU and a program that is analyzed and executed by the CPU, or It can be realized as hardware by wired logic.

(2) Article lending processing program The various processing (for example, see FIGS. 10-22 etc.) of the library apparatus 200 described in the first and second embodiments described above is carried out using a program prepared in advance as a personal computer, a workstation, or the like. This can be realized by executing on a computer system. Therefore, in the following, an example of a computer that executes an article lending processing program having the same function as the library apparatus 200 described in the first and second embodiments will be described with reference to FIG. FIG. 23 is a diagram illustrating a computer that executes an article lending processing program.

  As shown in the figure, a computer 300 as the library apparatus 200 is configured by connecting a communication control unit 310, an HDD 320, a RAM 330, and a CPU 340 via a bus 400.

  Here, the communication control unit 310 controls communication related to the exchange of various types of information. The HDD 320 stores information necessary for executing various processes by the CPU 340. The RAM 330 temporarily stores various information. The CPU 340 executes various arithmetic processes.

  As shown in FIG. 23, the HDD 320 stores in advance an article lending processing program 321 that performs the same function as each processing unit of the library apparatus 200 shown in FIG. 1 and article lending processing data 322. ing. The article lending processing program 321 may be appropriately distributed and stored in a storage unit of another computer that is communicably connected via a network.

  Then, the CPU 340 reads out the article rental processing program 321 from the HDD 320 and develops it in the RAM 330, whereby the article rental processing program 321 functions as an article rental processing process 331 as shown in FIG. That is, the article lending process 331 reads the article lending process data 322 and the like from the HDD 320, expands them in an area allocated to itself in the RAM 330, and executes various processes based on the expanded data and the like. Note that the article lending process 331 corresponds to processing executed in various processing function units of the control unit 230 of the library apparatus 200 shown in FIG.

  Note that the above-described article lending processing program 321 is not necessarily stored in the HDD 320 from the beginning. For example, a flexible disk (FD) inserted into the computer 300, a CD-ROM, a DVD disk, a magneto-optical disk, Each program is stored in a “portable physical medium” such as an IC card, and “another computer (or server)” connected to the computer 300 via a public line, the Internet, a LAN, a WAN, or the like. Alternatively, the computer 300 may read and execute each program from these.

(3) Communication Processing Method The following article lending processing method is realized by the library apparatus 200 described in the above embodiment.

  That is, a deposit amount acquisition step in which the library user acquires information on the deposit amount deposited in the deposit account already opened in the financial institution from the financial institution device (see, for example, step S4 in FIG. 10), and a book is lent out. The library user wants to borrow new books from the loan history storage unit that stores the loan history including information on the guarantee amount that is preset for each book as a credit for the book and books that have already been loaned A guarantee amount calculation step for obtaining information on the guarantee amount for each and calculating a total of the obtained guarantee amounts (see, for example, step S11 and step S12 in FIG. 10), and a deposit acquired by the deposit amount acquisition step It is determined whether the amount exceeds the total guarantee amount calculated by the guarantee amount calculation unit. A library user who wishes to lend a new book when a credit check process step (for example, refer to step S13 in FIG. 10) for credit check and a credit check process step for credit check succeeds. An article lending processing method including a book lending determination step for deciding to lend a book (see, for example, step S14 in FIG. 10) is realized.

  The following supplementary notes are further disclosed with respect to the embodiments including the above examples.

(Supplementary note 1) A loan history storage unit for storing a loan history including information on a guaranteed amount preset for each book as a credit for receiving a book loan;
A deposit amount acquisition unit that acquires information on the deposit amount deposited by a library user in a deposit account established in a financial institution from the financial institution device;
A guarantee amount for the library user to obtain information on the guarantee amount for each of the books that the library user wishes to lend and books that have already been lent from the lending history storage unit and calculate the total of the obtained guarantee amounts A calculation unit;
It is determined whether the deposit amount acquired by the deposit amount acquisition unit exceeds the total guarantee amount calculated by the guarantee amount calculation unit, and a credit check is performed when a library user lends a new book. A credit check processing unit for
When the credit confirmation by the credit confirmation processing unit is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit, and the book is lent to the library user. An article lending processing system comprising: a book lending determination unit for determining

(Supplementary note 2) An examination execution unit for carrying out an examination as to whether or not the return book is damaged,
As a result of the examination by the examination execution unit, when there is no damage to the return book, it further has an evaluation point granting part for giving a predetermined evaluation point to the library user associated with the return book. Item lending processing system according to attachment 1.

(Supplementary Note 3) A damaged book contact inspection unit that extracts a loan history associated with a library user from the loan history storage unit and inspects whether or not contact with the damaged book is possible;
If, as a result of the inspection by the damaged book contact inspection section, the number of possible contact with the damaged book of the library user to be inspected exceeds a predetermined number, the inspection of the book contacted by the library user to be inspected The article lending processing system according to appendix 2, further comprising: an inspection instructing unit that instructs a corresponding staff member to perform

(Appendix 4) For each library user who enters the library, an IC tag assigned a unique identifier is assigned at the time of entering the library, and tracking is performed to obtain a record of the library user's movement. A record acquisition unit;
A book monitoring unit that monitors the IC tag given in advance to the books provided in the library;
A contact history generation unit that automatically generates a contact history of the library user's book by comparing the library user's movement record acquired by the movement record acquisition unit with the monitoring result by the book monitoring unit; ,
A contact history storage unit that stores the contact history generated by the contact history generation unit;
The damaged book contact inspection unit acquires the contact history stored in the contact history storage unit and further inspects whether or not the acquired damaged book in the hall can be contacted. The article rental processing system according to appendix 3.

(Supplementary note 5) The damaged book contact inspection section performs the inspection at the time of lending a book to a library user,
The article lending processing system according to appendix 4, wherein the inspection instructing unit instructs a corresponding staff member to inspect the lending book before lending the book.

(Appendix 6) The damaged book contact inspection unit performs the inspection when the library user returns the book,
6. The article rental processing system according to appendix 5, wherein the inspection instruction unit instructs a corresponding staff member to inspect the return book.

(Appendix 7) The damaged book contact inspection unit performs the inspection when the library user leaves the building,
Appendix 6 is characterized in that the inspection instruction unit instructs a corresponding staff member to inspect a book contacted by a library user in the hall using the contact history stored in the contact history storage unit. The article rental processing system described.

(Supplementary Note 8) As reference information for taking into account the setting of the deposit interest rate or the loan interest rate, the information processing device further includes a point information providing unit that provides the financial institution apparatus with information on evaluation points given by the evaluation point granting unit. Item lending processing system according to supplementary note 2 characterized by the above.

(Supplementary Note 9) When an inquiry about information on a library user who wishes to cancel an account is received from a financial institution device, a loan history corresponding to the library user who wishes to cancel the account is acquired from the loan history storage unit. The article lending processing system according to appendix 1, further comprising a response unit that responds to the financial institution apparatus with the guaranteed amount of the book that is being lent out or being examined for return.

(Appendix 10) A deposit amount acquisition step for acquiring information on the deposit amount deposited by a library user in a deposit account established in a financial institution from the financial institution device;
From the loan history storage unit that stores the loan history including information on the guaranteed amount that is preset for each book as a credit to receive the book loan, the library user wants to make a new loan and an already loaned book A guarantee amount calculation step for obtaining information on a guarantee amount for each of the books received and calculating a total of the obtained guarantee amounts;
It is determined whether the deposit amount acquired in the deposit amount acquisition step exceeds the total guarantee amount calculated in the guarantee amount calculation step, and a credit check is performed when a library user lends a new book. Credit check processing steps to perform,
When the credit check by the credit check processing step is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit, and the book is lent to the library user. The article lending processing method characterized by including the book lending decision step which determines that.

(Appendix 11) Deposit amount acquisition procedure for acquiring information on the deposit amount deposited by a library user in a deposit account established in a financial institution from the financial institution device;
From the loan history storage unit that stores the loan history including information on the guaranteed amount that is preset for each book as a credit to receive the book loan, the library user wants to make a new loan and an already loaned book Guarantee amount calculation procedure for obtaining information on the guaranteed amount for each of the books received and calculating the total of the acquired guaranteed amount;
It is determined whether the deposit amount acquired by the deposit amount acquisition procedure exceeds the total guarantee amount calculated by the guarantee amount calculation procedure, and a credit check is performed when a library user lends a new book. Credit check processing procedure to
When the credit check by the credit check processing procedure is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit and the book is lent to the library user. An article lending processing program for causing a computer to execute a book lending determination procedure for determining

DESCRIPTION OF SYMBOLS 1 Network 100 Financial institution apparatus 200 Library apparatus 210 Communication control I / F part 220 Storage part 221 User master 222 Book master 223 Entrance history table 224 Library book contact history table 225 Rental history table 226 Inspection history table 227 Total table according to user 228 Warning limit number management table 230 Control unit 231 Lending processing unit 232 Return processing unit 233 Admission processing unit 234 Exit processing unit 235 Cautionary person warning inspection processing unit 236 Damaged book contact history inspection processing unit 237 Damaged contact number counting processing unit 238 Automatic evaluation examination processing unit 239 Book inspection record processing unit 300 Computer 310 Communication control unit 320 HDD (Hard Disk Drive)
321 Goods rental processing program 322 Goods rental processing data 330 RAM (Random Access Memory)
331 Goods lending process 340 CPU (Central Processing Unit)
400 bus

Claims (7)

A loan history storage unit for storing a loan history including information on a guaranteed amount preset for each book as a credit for receiving a book loan;
A deposit amount acquisition unit that acquires information on the deposit amount deposited by a library user in a deposit account established in a financial institution from the financial institution device;
A guarantee amount for the library user to obtain information on the guarantee amount for each of the books that the library user wishes to lend and books that have already been lent from the lending history storage unit and calculate the total of the obtained guarantee amounts A calculation unit;
It is determined whether the deposit amount acquired by the deposit amount acquisition unit exceeds the total guarantee amount calculated by the guarantee amount calculation unit, and a credit check is performed when a library user lends a new book. A credit check processing unit for
When the credit confirmation by the credit confirmation processing unit is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit, and the book is lent to the library user. An article lending processing system comprising: a book lending determination unit for determining An examination execution unit for carrying out an examination to determine whether the return book is damaged;
As a result of the examination by the examination execution unit, when there is no damage to the return book, it further has an evaluation point granting part for giving a predetermined evaluation point to the library user associated with the return book. The article rental processing system according to claim 1. A damaged book contact inspection unit that extracts a loan history associated with a library user from the loan history storage unit and inspects whether or not contact with the damaged book is possible;
If, as a result of the inspection by the damaged book contact inspection section, the number of possible contact with the damaged book of the library user to be inspected exceeds a predetermined number, the inspection of the book contacted by the library user to be inspected The article lending processing system according to claim 1, further comprising: an inspection instruction unit that instructs a corresponding staff member to perform A mobile record acquisition unit that attaches an IC tag assigned a unique identifier to each library user entering the library at the time of entering the library, tracks the assigned IC tag, and acquires a record of the library user's movement; ,
A book monitoring unit that monitors the IC tag given in advance to the books provided in the library;
A contact history generation unit that automatically generates a contact history of the library user's book by comparing the library user's movement record acquired by the movement record acquisition unit with the monitoring result by the book monitoring unit; ,
A contact history storage unit that stores the contact history generated by the contact history generation unit;
The damaged book contact inspection unit acquires the contact history stored in the contact history storage unit and further inspects whether or not the acquired damaged book in the hall can be contacted. The article rental processing system according to claim 3.   The system further comprises a point information providing unit that provides information on evaluation points given by the evaluation point granting unit to the financial institution apparatus as reference information for taking into account the calculation of the deposit interest rate or the loan interest rate. Item lending processing system according to Item 2. A deposit amount acquisition step for acquiring information on a deposit amount stored in a deposit account established by a library institution from a financial institution device;
From the loan history storage unit that stores the loan history including information on the guaranteed amount that is preset for each book as a credit to receive the book loan, the library user wants to make a new loan and an already loaned book A guarantee amount calculation step for obtaining information on a guarantee amount for each of the books received and calculating a total of the obtained guarantee amounts;
It is determined whether the deposit amount acquired in the deposit amount acquisition step exceeds the total guarantee amount calculated in the guarantee amount calculation step, and a credit check is performed when a library user lends a new book. Credit check processing steps to perform,
When the credit check by the credit check processing step is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit, and the book is lent to the library user. The article lending processing method characterized by including the book lending decision step which determines that. Deposit amount acquisition procedure for acquiring information from the financial institution device about the amount of deposit that the library user has deposited in the deposit account opened in the financial institution,
From the loan history storage unit that stores the loan history including information on the guaranteed amount that is preset for each book as a credit to receive the book loan, the library user wants to make a new loan and an already loaned book Guarantee amount calculation procedure for obtaining information on the guaranteed amount for each of the books received and calculating the total of the acquired guaranteed amount;
It is determined whether the deposit amount acquired by the deposit amount acquisition procedure exceeds the total guarantee amount calculated by the guarantee amount calculation procedure, and a credit check is performed when a library user lends a new book. Credit check processing procedure to
When the credit check by the credit check processing procedure is successful, the lending history of the library user who wishes to lend a new book is recorded in the lending history storage unit and the book is lent to the library user. An article lending processing program for causing a computer to execute a book lending determination procedure for determining

Images