WO2017208733A1 - 情報処理装置、表示方法およびプログラム - Google Patents

情報処理装置、表示方法およびプログラム Download PDF

Info

Publication number
WO2017208733A1
WO2017208733A1 PCT/JP2017/017397 JP2017017397W WO2017208733A1 WO 2017208733 A1 WO2017208733 A1 WO 2017208733A1 JP 2017017397 W JP2017017397 W JP 2017017397W WO 2017208733 A1 WO2017208733 A1 WO 2017208733A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
invoice
data
billing
screen
Prior art date
Application number
PCT/JP2017/017397
Other languages
English (en)
French (fr)
Inventor
手島太郎
Original Assignee
Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 filed Critical Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社
Priority to JP2018520740A priority Critical patent/JP6550572B2/ja
Priority to CN201780032593.1A priority patent/CN109196536A/zh
Publication of WO2017208733A1 publication Critical patent/WO2017208733A1/ja
Priority to US16/189,912 priority patent/US20190080305A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing

Definitions

  • the present invention relates to an information processing apparatus, a display method, and a program.
  • a technology that enables browsing of business documents (for example, bills) of the entire company or the entire corporate group and unified management of the information is known.
  • a first storage unit that stores user information in which user identification information for identifying a user and at least one unique information are associated with each user, unique information stored in the first storage unit, and user identification And storing business document information including user specifying information of the first user included in the user information stored in the first storage unit and a generation unit that generates a code for each user based on a predetermined rule using the information And receiving a request for access to business document information from a second user whose user information is stored in the first storage unit, a first code of the first user, It is determined whether or not the second codes of the two users match, and if the first code and the second code match, the first user stored in the second storage unit creates To business document information A processing unit to grant access rights to said second user, the information processing apparatus including a is known.
  • the paying user uses ATM (Automated Teller Machine) or net banking to deposit the specified account indicated on the invoice, etc. To notify the billing source that the deposit has been completed.
  • ATM Automated Teller Machine
  • net banking To notify the billing source that the deposit has been completed.
  • an object of the present invention is to simplify processing related to payment and payment confirmation.
  • the disclosed information processing apparatus upon receipt of the deposit target data designated by the deposit destination, stores the received deposit target data in association with the identification information of the billing source and billing destination of the deposit target data, and the deposit target
  • the progress of processing of the data billing source and billing destination is displayed on the first screen viewed by the billing source and the second screen viewed by the billing destination, and the billing source is specified according to the billing request of the billing destination.
  • the payment completion notification is received from the payment device that pays to the account, the first screen and the screen showing that the payment processing of the payment target data is completed with reference to the information stored in the storage unit A display unit for displaying on the second screen.
  • processing related to payment and payment confirmation can be simplified.
  • FIG. 1 is a diagram illustrating a bill management system according to an embodiment.
  • the bill management device 1 is connected to the terminal devices 2a and 2b via a network such as the Internet or a dedicated line.
  • the terminal device 2a is a company A
  • the terminal device 2b is a company B, etc.
  • the terminal devices 2a and 2b are devices arranged in the accounting departments of different companies. Examples of the terminal devices 2a and 2b include a desktop PC, a notebook PC, a tablet terminal, and a smartphone.
  • the bill management apparatus 1 and the terminal apparatuses 2a and 2b are implemented with a Web program.
  • the terminal devices 2a and 2b exchange bill data related to bills with the bill management device 1 via the Web browser.
  • the exchange of invoice data is exemplified, but the invoice data is an example of deposit target data.
  • Other examples of the payment object data include, for example, an estimate, an order form, a purchase order, a prescription, an electronic medical record, and the like.
  • the invoice management system 10 will be described as being used by accounting personnel in Company A and Company B.
  • Each person in charge of accounting at Company A and Company B uses the Email address assigned to himself / herself to register the user in the invoice management device 1, thereby creating an invoice processing system constructed by the invoice management device 1. Prepare the access environment.
  • the bill management device 1 displays a login screen on a monitor connected to the terminal device 2a.
  • the accountant can log in to the service provided by the bill management apparatus 1 by entering the e-mail address and password on the login screen.
  • the e-mail address is an example of identification information for identifying an accountant.
  • the terminal devices 2a and 2b can execute, via the invoice management apparatus 1, processing related to invoice data obtained by digitizing the original invoice after login.
  • processing types include creation, transmission / reception, browsing, and editing of bill data.
  • the accounting officer of company A issues an invoice to company B
  • the accounting officer of company A operates the terminal device 2a, and the billing address is displayed on the management screen displayed after login. Create an invoice for B.
  • invoice data specifying the mail address of the accounting staff (recipient) of company B is transmitted to the destination of the created invoice.
  • the bill management apparatus 1 stores the transmitted bill data.
  • the bill management device 1 stores and shares all bill data created by the terminal devices 2a and 2b and transmitted to the billing destination. It is handled like data.
  • the bill management apparatus 1 gives the terminal devices 2a and 2b authority to view and edit bill data as necessary. In this way, the original bill itself can be digitized and processed electronically. Therefore, it is possible to save the trouble of managing and storing bills using paper or PDF.
  • the invoice data is not directly exchanged between the terminal devices 2a and 2b.
  • the expression “accounter receives the invoice data” may be used in the same way as general invoice data exchange.
  • the exchange of bill data between the bill management apparatus 1 and each terminal device 2a, 2b is preferably encrypted.
  • the settlement server device 3 is a server device managed by, for example, the U bank where the company B has opened an account.
  • the settlement server device 3 is connected to the bill management device 1 and the account management device 4 of another bank through a network.
  • the account management device 4 is a device managed by the M bank where the company A has opened an account.
  • the accounting staff of company B browses the bill from company A to company B by accessing the bill management apparatus 1 via the terminal device 2b. Then, the accounting staff of company B executes a deposit request via the invoice management device 1 to the designated account of the M bank described in the invoice.
  • the payment server device 3 When the payment server device 3 receives a payment request from the B company to the A company via the invoice management device 1, the payment server device 3 transmits the payment data to the account management device 4. Thereby, the amount described in the invoice from the settlement server device 3 is transferred to the account of the company A.
  • FIG. 2 is a diagram illustrating an example of a screen displayed on the terminal device after login.
  • the management screen 110 illustrated in FIG. 2 is an example of a screen displayed on the terminal device 2a.
  • the accountant can create, issue, view, edit, etc. invoice data as if it were mail software.
  • FIG. 3 is a diagram illustrating a hardware configuration of the bill management apparatus according to the embodiment.
  • the invoice management apparatus 1 is entirely controlled by a CPU (Central Processing Unit) 101.
  • a RAM (Random Access Memory) 102 and a plurality of peripheral devices are connected to the CPU 101 via a bus 108.
  • the RAM 102 is used as a main storage device of the bill management apparatus 1.
  • the RAM 102 temporarily stores at least part of an OS (Operating System) program and application programs to be executed by the CPU 101.
  • the RAM 102 stores various data used for processing by the CPU 101.
  • a hard disk drive (HDD: Hard Disk Drive) 103, a graphic processing device 104, an input interface 105, a drive device 106, and a communication interface 107 are connected to the bus 108.
  • the hard disk drive 103 magnetically writes and reads data to and from the built-in disk.
  • the hard disk drive 103 is used as a secondary storage device of the bill management apparatus 1.
  • the hard disk drive 103 stores an OS program, application programs, and various data.
  • a semiconductor storage device such as a flash memory can be used.
  • a monitor 104 a is connected to the graphic processing device 104.
  • the graphic processing device 104 displays an image on the screen of the monitor 104a in accordance with a command from the CPU 101.
  • Examples of the monitor 104a include a display device using a CRT (Cathode Ray Tube), a liquid crystal display device, and the like.
  • the keyboard 105a and the mouse 105b are connected to the input interface 105.
  • the input interface 105 transmits signals sent from the keyboard 105a and the mouse 105b to the CPU 101.
  • the mouse 105b is an example of a pointing device, and other pointing devices can also be used. Examples of other pointing devices include a touch panel, a tablet, a touch pad, and a trackball.
  • the drive device 106 reads data recorded on a portable recording medium such as an optical disc on which data is recorded so as to be readable by reflection of light or a USB (Universal Serial Bus) memory.
  • a portable recording medium such as an optical disc on which data is recorded so as to be readable by reflection of light or a USB (Universal Serial Bus) memory.
  • data recorded on the optical disc 200 is read using a laser beam or the like.
  • the optical disc 200 include Blu-ray (registered trademark), DVD (Digital Versatile Disc), DVD-RAM, CD-ROM (Compact Disc Read Only Memory), CD-R (Recordable) / RW (ReWritable), and the like. .
  • the communication interface 107 is connected to the network 50.
  • the communication interface 107 transmits / receives data to / from other computers or communication devices via the network 50.
  • FIG. 3 shows the hardware configuration of the bill management apparatus 1, the terminal apparatuses 2a and 2b, the settlement server apparatus 3, and the account management apparatus 4 can also be realized with the same hardware configuration.
  • the following functions are provided in the bill management apparatus 1 having a hardware configuration as shown in FIG.
  • FIG. 4 is a block diagram illustrating functions of the bill management apparatus according to the embodiment.
  • the bill management apparatus 1 includes a data processing unit 11 and a bill data storage unit 12.
  • the data processing unit 11 displays the management screen 110 shown in FIG. 2 on a monitor connected to the terminal device 2a or the like according to the operation of the accountant.
  • the data processing unit 11 executes processing according to the exchange of bill data performed via the management screen 110.
  • the data processing unit 11 stores the invoice data received by the invoice management device 1 in the invoice data storage unit 12.
  • the invoice data storage unit 12 stores the invoice data received by the invoice management apparatus 1 for each accountant (specifically, for each e-mail address of the accountant).
  • the invoice data received by the invoice management device 1 is created as invoice data sent by the billing accountant to the billing accountant, or drafted by the billing accountant (issuer) Invoice data is included.
  • FIG. 5 is a diagram illustrating an example of bill data stored in the bill data storage unit. In the present embodiment, data is stored in the form of a table.
  • the invoice data management table T1 is provided with invoice ID, transmission / reception, transmission / reception date / time, person-in-charge status, partner status, person-in-charge address, person-in-charge name, partner address, bank account, and scheduled transfer date. Yes. Information arranged in the horizontal direction is associated with each other.
  • the bill ID column an ID unique to bill data for managing bill data is stored. This bill ID is assigned to the bill data by the data processing unit 11 when the bill management apparatus 1 receives the bill data.
  • a classification indicating whether the bill data is received bill data or transmitted bill data as viewed from the accounting staff is set. Specifically, “receive” is set for received invoice data, and “transmit” is set for transmitted invoice data.
  • the latest date / time of the date / time when the bill data is transmitted / received is stored in the field of date / time of transmission / reception.
  • the status of the invoice data viewed from the person in charge of accounting is set.
  • the other party status column the status of the invoice data as viewed from the other accounting person who exchanges the invoice data is set.
  • the statuses set in the person-in-charge status column and the other party status column include “not opened”, “returning”, “destroyed”, “confirmed”, “paid”, “storage box”, “sent” "Returned”, “Returned Return”, “Discarded”, and "Payd”. The contents of each status will be described in detail later.
  • the mail address of the accounting staff is stored in the staff address column. In the column of the person in charge, the affiliation and the name of the person in charge of accounting are stored. In the other party address column, the mail address of the accountant of the other party who exchanges the bill data is stored.
  • the information stored in the invoice data management table includes the company name of the accounting person in charge, the company name of the other accounting person to exchange the invoice data, This includes information such as zip code, address, affiliation, etc. that is written on general invoices.
  • the bank account field at least one bank name, branch name, or account number of the bank account specified by the accounting staff when creating the invoice data is stored.
  • the designated account column the account selected by the counterpart accounting staff as the transfer schedule among the transfer destination accounts is stored.
  • a scheduled date for example, a scheduled date designated by the accounting person in charge
  • FIG. 6 is a block diagram illustrating functions of the settlement server device.
  • the settlement server device 3 includes an account data storage unit 31, a transfer processing unit 32, and a user data storage unit 33.
  • the account data storage unit 31 stores the account information of company B in U bank.
  • This account information includes the company name, store number, account number, balance, deposit / withdrawal record, etc. of company B.
  • FIG. 7 is a diagram illustrating information stored in the user data storage unit.
  • the user data table T2 has columns for user ID, password, and payout account. Information arranged in the horizontal direction is associated with each other.
  • a user ID used when the accounting person logs in to the bill management apparatus 1 is set.
  • the password column a password used when the accounting person logs in to the bill management apparatus 1 is set.
  • the payout account column a payout account is set when the accountant pays out the amount described in the invoice to another company.
  • the data processing unit 11 displays the management screen 110 shown in FIG. 2 on the terminal device 2a or the like according to the operation of the accounting staff.
  • a user information display unit 111 On the management screen 110, a user information display unit 111, a status display unit 112, a summary display unit 113, an invoice display unit 114, and a transfer status confirmation button 115 are displayed.
  • the user information display unit 111 displays information (user information) related to the accounting person who has logged in to the bill management system.
  • information user information
  • FIG. 2 as an example, the name of the company to which the accountant belongs, the department name, the surname, and the mail address of the accountant are displayed.
  • the status display unit 112 displays the number of invoice data handled by the accountant who is logged in to the invoice management system in a folder format that is named for each status indicating the progress of processing. Broadly speaking, the status display section 112 has columns for reception BOX, draft, transmission BOX, and transmission / reception BOX. The data processing unit 11 allocates invoice data destined for the mail address of the accounting staff to the reception BOX.
  • the data processing unit 11 refers to the invoice data management table T1. Then, out of the invoice data whose person-in-charge address matches “bbb@xxmail.co.jp”, an overview of the invoice data whose transmission / reception column is “reception” is displayed on the summary display unit 113.
  • the breakdown of the status of the invoice data allocated to the receiving BOX is “unopened”, “returning”, “destroyed”, “confirmed”, “paid”, “storage box” There is.
  • the “unopened” status is a status that the data processing unit 11 allocates to the invoice data that has not been confirmed by the accounting staff among the invoice data allocated to the reception BOX.
  • the status of “Returning” is a status that the data processing unit 11 assigns to the invoice data that is returned to the accounting officer of the billing source from the invoice data assigned to the reception BOX.
  • the status of “Destroyed” indicates that the invoice data assigned to the receiving BOX was discarded by the accounting officer of the billing source after the accounting officer returned the received invoice data to the accounting officer of the billing source. This is a status assigned by the data processing unit 11 to the invoice data.
  • the “confirmed” status is a status assigned by the data processing unit 11 to the invoice data allocated to the reception BOX, which is read by the accounting staff and selected the confirmation button (described later). .
  • the “paid” status is a status that is assigned by the data processing unit 11 to the invoice data that is selected by the accountant in the invoice data that is assigned to the reception BOX.
  • the accounting staff can grasp the payment details (payment details) by aggregating the invoice data with the paid status.
  • the status of “storage box” is a status that is assigned by the data processing unit 11 to the invoice data whose status is “paid” and that is transferred to the storage box by the accounting staff at an arbitrary timing.
  • Each of the numbers displayed on the status display unit 112 indicates the number of allocated statuses. For example, in the unopened column of the status display unit 112, the number of invoice data that has not been confirmed by the accounting staff among the received invoice data is displayed. In the storage box column of the status display unit 112, no particular number is displayed.
  • the data processing unit 11 refers to the invoice data management table T1. Then, the data processing unit 11 displays, on the summary display unit 113, an overview of the invoice data whose person-in-charge status is unopened among the invoice data whose person-in-charge address matches “bbb@xxmail.co.jp”. To do.
  • the data processing unit 11 creates and saves the accounting staff, but allocates unsent invoice data to the transmission destination accounting staff as drafts.
  • the data processing unit 11 allocates the invoice data transmitted by the accounting staff to the transmission BOX.
  • the data processing unit 11 refers to the invoice data management table T1. Then, out of the invoice data whose person-in-charge address matches “bbb@xxmail.co.jp”, an overview of the invoice data whose transmission / reception column is “transmission” is displayed on the summary display unit 113.
  • the breakdown of the status of the invoice data allocated to the transmission BOX includes “sent”, “returned return”, “discarded”, “paid”, and “storage box”.
  • the “sent” status is a status that is assigned by the data processing unit 11 to invoice data that has not been processed by the billing accountant among the invoice data assigned to the transmission BOX.
  • the status of “Return Return” is a status assigned by the data processing unit 11 to the invoice data returned from the accounting staff at the billing destination among the invoice data assigned to the transmission BOX.
  • the person in charge of accounting can process the invoice data returned from the invoice destination.
  • the “discarded” status is a status assigned by the data processing unit 11 to the invoice data discarded by the accounting officer of the billing source out of the invoice data returned from the accounting officer of the billing destination.
  • the “paid” status is a status that the data processing unit 11 assigns to the invoice data that has been paid out of the invoice data assigned to the transmission BOX.
  • the data processing unit 11 changes the status of the invoice data from “sent” to “paid” when the payment is completed.
  • the status of “storage box” is a status that is assigned by the data processing unit 11 to the invoice data that is transferred to the storage box at an arbitrary timing by the accounting staff among the invoice data whose status is “paid”. No particular number is displayed in the storage box column of the status display unit 112.
  • the summary display unit 113 displays a summary of the invoice data corresponding to the status selected by the accountant in the status display unit 112. As an overview, if it is the received invoice data, the company name of the billing source, the subject, the payment date and time, and the status of the sender and receiver are displayed. These statuses are displayed on the management screens of both accounting staff who sent and received the bill data. 8 and 9 are diagrams illustrating information displayed on the summary display unit.
  • the bill data summary 113 a displayed on the summary display unit 113 of the management screen 110 viewed by the billing accountant and the summary display unit 113 of the management screen 110 viewed by the billing accountant.
  • the billing source shown in FIG. 8 is ABC Corporation, and the invoice data D1 whose subject is XXwork is displayed on the management screen of the terminal device operated by the billing accountant in the status display section. It has entered “Sai”.
  • the billing accounting officer selects “Sent” in the status display area, the billing destination is ⁇ Corporation, the subject is XXwork, and the status of the billing accounting officer Is displayed on the summary display section 113 to indicate that “sent” and the status of the billing accountant are “unopened”.
  • the outlines 113c, 113d, and 113e shown in FIG. 9A all indicate the outline of the bill data D2.
  • the data processing unit 11 displays the summary display unit 113 of the management screen 110 of the terminal device operated by the billing accountant. Is changed from the summary 113c to the summary 113d.
  • the data processing unit 11 is displayed on the summary display unit 113 of the management screen 110 of the terminal device operated by the billing accountant.
  • the information is changed from the summary 113d to the summary 113e.
  • outlines 113f and 113g shown in FIG. 9B show outlines of the bill data D3.
  • the data processing unit 11 displays the summary display unit 113 on the management screen of the terminal device operated by the billing accountant. The displayed information is changed from the summary 113f to the summary 113g.
  • the data processing unit 11 displays the details of the bill data on the bill display unit 114.
  • the contents of the invoice displayed on the invoice display section 114 are the same as the existing (paper or PDF based) invoice, except that an address display section 114a and various buttons described later are provided.
  • the invoice display unit 114 displays information such as at least one transfer destination (bank name + branch name + account number).
  • the billing accountant specifies the transfer destination prior to performing the payment processing of the invoice data.
  • This transfer destination can be specified by, for example, displaying a check box of a transfer destination set in advance by the billing accountant on the invoice display unit 114 and allowing the billing accountant to designate the transfer destination check box.
  • there is a method of selecting a transfer destination desired by the person in charge in a pull-down format The former is an example of a method in which a billing accountant sets a transfer destination, and the latter is an example of a method in which a billing accountant specifies a transfer destination.
  • the data processing unit 11 stores the transfer destination (specific information) designated by the billing accountant in the designated account column of the invoice data management table T1.
  • the data processing unit 11 displays the mail address of the sender accountant (from) on the address display unit 114a.
  • the data processing unit 11 displays the mail address of the accounting person (to) as the transmission destination.
  • the data processing unit 11 may display the bill ID of the bill data on the bill display unit 114.
  • the accountant can process the invoice displayed on the invoice display unit 114 on the management screen 110. Specifically, a button for processing a bill is displayed on the bill display unit 114 in accordance with the status of the bill data.
  • FIG. 2 shows a button displayed when invoice data whose status is unopened is selected.
  • the invoice display unit 114 is provided with a confirmation button 114b, a return button 114c, and a copy button 114d.
  • the data processing unit 11 refers to the invoice data management table T1. Then, the person-in-charge status of the invoice data displayed on the invoice display unit 114 is changed to “confirmed”. Further, the data processing unit 11 decreases the “unopened” number in the status display unit 112 by one and increases the “confirmed” number by one.
  • the data processing unit 11 refers to the invoice data management table T1. Then, the person-in-charge status of the invoice data displayed on the invoice display unit 114 is changed to “returning”, and the partner status is changed to “returning return”. Further, the data processing unit 11 decreases the “unopened” number in the status display unit 112 by one and increases the “returning” number by one. On the management screen of the accounting staff who has received the returned invoice data, the return / return number in the status display section is incremented by one.
  • FIG. 10 is a diagram for explaining the processing of invoice data for return and return.
  • the data processing unit 11 selects invoice data corresponding to the summary of the selected invoice. Is displayed on the invoice display unit 114.
  • the mail address of the billing accountant is displayed on the address display portion 114a.
  • the bill display unit 114 is provided with a correction button 114e and a discard button 114f.
  • the data processing unit 11 changes the status of the invoice data displayed on the invoice display unit 114 to “discarded”. Also, the data processing unit 11 decrements the “returned return” number in the status display unit 112 by one. Also, history information is added.
  • the data processing unit 11 changes the status of the bill data displayed on the bill display unit 114 to “discarded”. As a result, the numbers “transmission BOX” and “return return” in the status display unit 112 are decreased by one. Note that the billing accountant and billing accountant can view the discarded invoice data even after discarding.
  • FIG. 11 is a diagram for explaining the processing of the confirmed invoice data.
  • a payment button 114g is arranged on the invoice display unit 114.
  • the transfer destination account is designated by the accountant in charge of the charge destination.
  • the payment button 114h is selected by the billing accountant, the data processing unit 11 and the settlement server device 3 execute a deposit process.
  • a further encryption means such as a one-time password
  • FIG. 12 is a diagram for explaining the deposit process.
  • Step S ⁇ b> 1 The data processing unit 11 transmits payment request information to the settlement server device 3.
  • This payment request information includes the user ID and password used when the accounting officer of company B logs into the system, the invoice ID of the invoice to be deposited, the transfer account number, and the transfer amount.
  • the settlement server device 3 that has received the deposit request information determines whether or not the transfer process may be executed using the user ID and the password.
  • the transfer processing unit 32 refers to the user data table T2. Then, it is determined whether or not the combination of the user ID and password included in the deposit request information matches the combination of the user ID and password stored in advance.
  • the process proceeds to step S3.
  • the transfer processing unit 32 responds to the bill management apparatus 1 that the data does not match. .
  • Step S3 The transfer processing unit 32 transfers the transfer amount from the account set in the payout account column of the user data table T2 to the transfer destination account number included in the deposit request information. Thereafter, the process proceeds to step S4.
  • Step S ⁇ b> 4 The transfer processing unit 32 transmits a transfer completion response to the bill management apparatus 1.
  • the data processing unit 11 refers to the invoice data management table T1 and sets (changes) the counterpart status of the invoice data to “paid”. In addition, the data processing unit 11 decreases the “sent” number in the status display unit 112 by one and increases the “paid” number by one. As a result, when the accounting staff of company A browses the management screen 110, the invoice data for which payment has been completed is automatically assigned to “paid” in the status display section 112.
  • the management screen 110 viewed by the accounting staff of company A is an example of a second screen.
  • the data processing unit 11 refers to the invoice data management table T1, and sets the person in charge status of the invoice data to “paid”. In addition, the data processing unit 11 decreases the “confirmed” number in the status display unit 112 by one and increases the “paid” number by one. As a result, when the accounting staff of company B browses the management screen 110, the invoice data for which payment has been completed is automatically assigned to “paid” in the status display section 112.
  • the management screen 110 viewed by the accounting staff of company B is an example of the first screen.
  • the data processing unit 11 may notify status change to the accounting personnel of the A company and the B company by a method such as displaying on the screen. Thereby, the transfer process can be automated.
  • a transaction via a bank has been described as an example, but the present invention can also be applied to a transaction not involving a bank.
  • the invoice management system 10 can automate the deposit process. That is, instead of performing the transfer process via an ATM, a net bank, or the like as in the prior art, the data processing unit 11 (automatically viewed from the right person in charge) simply selects the payment button 114h. Execute the transfer process to the specified account. Then, the status of the invoice data is set to information indicating payment (automatically as viewed from both accounting personnel).
  • the bill management device 1 stores and shares all bill data created by the terminal devices 2a and 2b and transmitted to the billing destination. It is handled like data. For this reason, the billing accountant can obtain the original bill by printing out the bill data. In addition, since it is not necessary to perform digital signature processing, time stamp processing, and the like, it is possible to reduce the trouble of converting a paper bill into PDF for tax examination. Note that the processing performed by the bill management apparatus 1 may be distributed by a plurality of devices.
  • the bill management apparatus 1 is configured to include each storage unit such as the bill data storage unit 12.
  • each storage unit is clouded, and the data processing unit 11 It may be provided in a separate place.
  • the invoice includes one relating to virtual money such as bit coins, one relating to credit information, and the like. It includes that the bill itself is treated as virtual money.
  • the present invention has been described above based on the illustrated embodiment.
  • the present invention is not limited to this, and the configuration of each unit is an arbitrary function having the same function. It can be replaced with the configuration of Moreover, other arbitrary structures and processes may be added to the present invention. Further, the present invention may be a combination of any two or more configurations (features) of the above-described embodiments.
  • the above processing functions can be realized by a computer.
  • a program describing the processing contents of the functions of the bill management apparatus 1 is provided.
  • the program describing the processing contents can be recorded on a computer-readable recording medium.
  • the computer-readable recording medium include a magnetic storage device, an optical disk, a magneto-optical recording medium, and a semiconductor memory.
  • the magnetic storage device include a hard disk drive, a flexible disk (FD), and a magnetic tape.
  • the optical disc include a DVD, a DVD-RAM, and a CD-ROM / RW.
  • the magneto-optical recording medium include MO (Magneto-Optical disk).
  • the computer that executes the program stores, for example, the program recorded on the portable recording medium or the program transferred from the server computer in its own storage device. Then, the computer reads the program from its own storage device and executes processing according to the program. The computer can also read the program directly from the portable recording medium and execute processing according to the program. In addition, each time a program is transferred from a server computer connected via a network, the computer can sequentially execute processing according to the received program.
  • processing functions described above can be realized by an electronic circuit such as a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), or a PLD (Programmable Logic Device).
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Programmable Logic Device

Abstract

入金に関する処理および入金確認を簡易にする。入金先が指定された請求書データを受信すると、受信した請求書データを、請求書データの請求元および請求先それぞれの識別情報と関連づけて記憶する請求書データ記憶部１２と、請求書データの請求元、請求先それぞれの処理に関する進捗を、請求元が閲覧する管理画面、および請求先が閲覧する管理画面に表示し、請求先の入金依頼に応じて請求元の指定口座に支払を行う決済サーバ装置から支払が完了した通知を受信すると、請求書データ記憶部１２に記憶されている情報を参照して当該入金対象データの入金処理が完了したことを示す画面を請求元および請求先それぞれの管理画面に表示するデータ処理部１１と、を有する。

Description

情報処理装置、表示方法およびプログラム
　本発明は情報処理装置、表示方法およびプログラムに関する。
　会社全体または企業グループ全体のビジネス文書（例えば、請求書等）の閲覧とその情報の一元管理を可能とする技術が知られている。
　例えば、ユーザを特定するユーザ特定情報と少なくとも１つの固有の情報とをユーザ毎に関連づけたユーザ情報を記憶する第１の記憶部と、第１の記憶部に記憶される固有の情報とユーザ特定情報とを用いて所定の規則に基づきユーザ毎にコードを生成する生成部と、第１の記憶部に記憶されているユーザ情報が備える第１のユーザのユーザ特定情報を含むビジネス文書情報を記憶する第２の記憶部と、第１の記憶部にユーザ情報が記憶されている第２のユーザからのビジネス文書情報へのアクセス要求を受け付けると、第１のユーザの第１のコードと、第２のユーザの第２のコードが一致するか否かを判断し、第１のコードと第２のコードとが一致する場合、第２の記憶部に記憶されている第１のユーザが作成したビジネス文書情報へのアクセス権限を前記第２のユーザに付与する処理部と、を備える情報処理装置が知られている。
国際公開第２０１５／０４９９４８号
　受け取った請求書に記載された請求金額を支払う一例では、支払う側のユーザが請求書に記載された指定口座にＡＴＭ（Automated Teller Machine）やネットバンキングを用いて入金処理を行った後にＥメール等で入金が完了した旨を請求元に通知している。
　このように、支払う側のユーザは、電子データ（ｐｄｆデータ等）で請求書をもらっても、その場で直接入金処理をすることができずに、他の画面を開いたり、銀行に赴いたりしている。この入金処理を簡易にできれば便宜である。また、請求元は入金処理を行った旨を簡易に把握できれば便宜である。
　１つの側面では、本発明は、入金に関する処理および入金確認を簡易にすることを目的とする。
　上記目的を達成するために、開示の情報処理装置が提供される。この情報処理装置は、入金先が指定された入金対象データを受信すると、受信した入金対象データを、入金対象データの請求元および請求先それぞれの識別情報と関連づけて記憶する記憶部と、入金対象データの請求元、請求先それぞれの処理に関する進捗を、請求元が閲覧する第１の画面、および請求先が閲覧する第２の画面に表示し、請求先の入金依頼に応じて請求元の指定口座に支払を行う支払装置から支払が完了した通知を受信すると、記憶部に記憶されている情報を参照して当該入金対象データの入金処理が完了したことを示す画面を第１の画面および第２の画面に表示する表示部と、を有する。
　１態様では、入金に関する処理および入金確認を簡易にすることができる。
実施の形態の請求書管理システムを示す図である。 ログイン後の端末装置に表示される画面の一例を説明する図である。 実施の形態の請求書管理装置のハードウェア構成を示す図である。 実施の形態の請求書管理装置の機能を示すブロック図である。 請求書データ記憶部に記憶される請求書データの一例を説明する図である。 決済サーバ装置の機能を説明するブロック図である。 ユーザデータ記憶部に記憶されている情報を説明する図である。 概要表示部に表示される情報を説明する図である。 概要表示部に表示される情報を説明する図である。 返送戻りの請求書データの処理を説明する図である。 確認済の請求書データの処理を説明する図である。 入金処理を説明する図である。
　以下、実施の形態の請求書管理システムを、図面を参照して詳細に説明する。
　＜実施の形態＞
　図１は、実施の形態の請求書管理システムを示す図である。
　実施の形態の請求書管理システム１０は、請求書管理装置１が、インターネットや専用線等のネットワークを介して端末装置２ａ、２ｂに接続されている。
　端末装置２ａはＡ社、端末装置２ｂはＢ社等、端末装置２ａ、２ｂは、それぞれ異なる会社の経理部門に配置されている装置である。
　端末装置２ａ、２ｂとしては、例えばデスクトップＰＣ、ノートＰＣ、タブレット端末、スマートフォン等が挙げられる。
　請求書管理装置１と、端末装置２ａ、２ｂはＷｅｂプログラムを実装している。端末装置２ａ、２ｂは、Ｗｅｂブラウザを介して請求書に関する請求書データを請求書管理装置１とやりとりする。なお、本実施の形態では請求書データのやりとりを例示するが、請求書データは、入金対象データの一例である。入金対象データの他の例としては、例えば見積書、注文書、発注書、処方箋や電子カルテ等が挙げられる。
　以下、請求書管理システム１０をＡ社、およびＢ社の各経理担当者が利用するものとして説明する。
　Ａ社、Ｂ社の各経理担当者は、それぞれ自己に割り当てられたＥｍａｉｌアドレス等を用いて請求書管理装置１にユーザ登録を行うことにより、請求書管理装置１が構築する請求書処理システムにアクセスする環境を整える。
　その後、例えばＡ社の経理担当者が端末装置２ａを操作することにより、請求書管理装置１が端末装置２ａに接続されたモニタにログイン画面を表示させる。経理担当者はログイン画面にメールアドレスおよびパスワードを入力することにより、請求書管理装置１が提供するサービスにログインすることができる。なお、メールアドレスは、経理担当者を識別する識別情報の一例である。
　端末装置２ａ、２ｂは、ログイン後に、請求書の原本そのものを電子化した請求書データに関する処理を、請求書管理装置１を介して実行することができる。処理の種別としては、例えば、請求書データの作成、送受信、閲覧、編集等が挙げられる。
　例えば、Ａ社の経理担当者がＢ社宛に請求書を発行する際には、Ａ社の経理担当者は、端末装置２ａを操作することにより、ログイン後に表示される管理画面にて請求先をＢ社とする請求書を作成する。そして、作成した請求書の送付先にＢ社の経理担当者（受取人）のメールアドレスを指定した請求書データを送信する。送信された請求書データは、請求書管理装置１が保管する。
　すなわち、端末装置２ａ、２ｂ間で請求書データを直接やりとりするのではなく、端末装置２ａ、２ｂで作成され、請求先に送信された全ての請求書データは請求書管理装置１が保管し共有データのような取扱いとなる。そして、請求書管理装置１は、必要に応じて請求書データの閲覧、編集権限を端末装置２ａ、２ｂに与える。
　このように、電子上で請求書原本そのもの電子化し、処理することができる。従って、紙やＰＤＦによる請求書の管理や保管の手間を省くことができる。
　なお、前述したように、端末装置２ａ、２ｂ間で請求書データを直接やりとりするのではないが、以下の説明では、説明を分かり易くするために、例えばＡ社の経理担当者からＢ社の経理担当者のメールアドレスを宛先とする請求書データが送信された場合、一般的な請求書データのやりとりと同じく、「経理担当者が請求書データを受信する」という表現を用いる場合がある。
　なお、請求書管理装置１と各端末装置２ａ、２ｂとの請求書データのやりとりは暗号化されるのが好ましい。
　決済サーバ装置３は、例えばＢ社が口座を開設しているＵ銀行が管理するサーバ装置である。
　決済サーバ装置３は、ネットワークを介して請求書管理装置１および他行の口座管理装置４に接続されている。口座管理装置４は、Ａ社が口座を開設しているＭ銀行が管理する装置である。
　例えばＢ社の経理担当者は、端末装置２ｂを介して請求書管理装置１にアクセスすることにより、Ａ社からＢ社への請求書を閲覧する。そして、Ｂ社の経理担当者は、請求書に記載されたＭ銀行の指定口座宛に請求書管理装置１経由で入金依頼を実行する。
　決済サーバ装置３が、Ｂ社からＡ社への入金依頼を請求書管理装置１経由で受け付けると、決済サーバ装置３は、口座管理装置４に入金データを送信する。これにより、決済サーバ装置３から請求書に記載された金額がＡ社の口座に振り込まれる。
　なお、装置構成は図示のものに限定されない。例えば、請求書管理装置１が決済サーバ装置３の機能を兼ね備えていてもよい。口座管理装置４が決済サーバ装置３の機能を持っていても良い。決済サーバ装置３が口座管理装置４の機能を持っていても良い。
　図２は、ログイン後の端末装置に表示される画面の一例を説明する図である。
　図２に示す管理画面１１０は、端末装置２ａに表示される画面の一例である。
　図２に示すように、経理担当者は、メールソフトウェアのような感覚で請求書データの作成、発行、閲覧、編集等をすることができる。
　ところで、前述した例では、Ａ社の経理担当者は、自分が一度送信した請求書データは書き替えることができない。また、Ｂ社の経理担当者も請求書データを書き替えることができない。請求書データに不備がある場合は、版数の異なる請求書データを再発行することになる。また、旧版の請求書データは、破棄されずに請求書管理装置１が保管し、いつでも閲覧できる状態になる。さらに、請求書管理装置１は、請求書データの版数管理も行い、旧版の請求書データから新版の請求書データを検索したり、新版の請求書データから旧版の請求書データを検索したりすることも容易に行うことができる。
　なお、管理画面１１０の詳細については、後に詳述する。
　以下、開示の請求書管理システムをより具体的に説明する。
　図３は、実施の形態の請求書管理装置のハードウェア構成を示す図である。
　請求書管理装置１は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。
　ＲＡＭ１０２は、請求書管理装置１の主記憶装置として使用される。ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に使用する各種データが格納される。
　バス１０８には、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、ドライブ装置１０６、および通信インタフェース１０７が接続されている。
　ハードディスクドライブ１０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ハードディスクドライブ１０３は、請求書管理装置１の二次記憶装置として使用される。ハードディスクドライブ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、二次記憶装置としては、フラッシュメモリ等の半導体記憶装置を使用することもできる。
　グラフィック処理装置１０４には、モニタ１０４ａが接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１０４ａの画面に表示させる。モニタ１０４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や、液晶表示装置等が挙げられる。
　入力インタフェース１０５には、キーボード１０５ａとマウス１０５ｂとが接続されている。入力インタフェース１０５は、キーボード１０５ａやマウス１０５ｂから送られてくる信号をＣＰＵ１０１に送信する。なお、マウス１０５ｂは、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、例えばタッチパネル、タブレット、タッチパッド、トラックボール等が挙げられる。
　ドライブ装置１０６は、例えば、光の反射によって読み取り可能なようにデータが記録された光ディスクや、ＵＳＢ（Universal Serial Bus）メモリ等の持ち運び可能な記録媒体に記録されたデータの読み取りを行う。例えば、ドライブ装置１０６が光学ドライブ装置である場合、レーザ光等を利用して、光ディスク２００に記録されたデータの読み取りを行う。光ディスク２００には、Ｂｌｕ－ｒａｙ（登録商標）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。
　通信インタフェース１０７は、ネットワーク５０に接続されている。通信インタフェース１０７は、ネットワーク５０を介して、他のコンピュータまたは通信機器との間でデータを送受信する。
　以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には請求書管理装置１のハードウェア構成を示したが、端末装置２ａ、２ｂ、決済サーバ装置３、および口座管理装置４も同様のハードウェア構成で実現することができる。
　図３に示すようなハードウェア構成の請求書管理装置１内には、以下のような機能が設けられる。
　図４は、実施の形態の請求書管理装置の機能を示すブロック図である。
　請求書管理装置１は、データ処理部１１と、請求書データ記憶部１２とを有している。
　データ処理部１１は、経理担当者の操作に応じて図２に示す管理画面１１０を端末装置２ａ等に接続されたモニタに表示する。データ処理部１１は、管理画面１１０を介して行われる請求書データのやり取りに応じた処理を実行する。例えば、データ処理部１１は、請求書管理装置１が受信した請求書データを請求書データ記憶部１２に記憶する。
　請求書データ記憶部１２には、請求書管理装置１が受信した請求書データが、経理担当者毎（具体的には、経理担当者のメールアドレス毎）に記憶される。請求書管理装置１が受信する請求書データは、請求元の経理担当者が請求先の経理担当者宛に送信した請求書データや、請求元の経理担当者（発行者）が下書きとして作成した請求書データが含まれる。
　図５は、請求書データ記憶部に記憶される請求書データの一例を説明する図である。
　本実施の形態ではデータがテーブル化されて記憶されている。
　請求書データ管理テーブルＴ１には、請求書ＩＤ、送受信、送受信日時、担当者ステータス、相手ステータス、担当者アドレス、担当者名、相手アドレス、振込先口座、および振込予定日の欄が設けられている。横方向に並べられた情報同士が互いに関連づけられている。
　請求書ＩＤの欄には、請求書データを管理するための請求書データ固有のＩＤが記憶されている。この請求書ＩＤは、請求書管理装置１が請求書データを受信した時点でデータ処理部１１が請求書データに割り振る。
　送受信の欄には、当該経理担当者から見て当該請求書データが、受信した請求書データなのか送信した請求書データなのかを示す区分が設定される。具体的には、受信した請求書データであれば「受信」、送信した請求書データであれば「送信」が設定される。
　送受信日時の欄には、当該請求書データを送受信した日時のうち、最新の日時が格納される。
　担当者ステータスの欄には、当該経理担当者から見た請求書データのステータス（処理に関する進捗）が設定される。
　相手ステータスの欄には、当該請求書データをやり取りをする相手の経理担当者から見た請求書データのステータスが設定される。
　担当者ステータスの欄および相手ステータスの欄に設定されるステータスには、「未開封」、「返送中」、「先方破棄」、「確認済」、「支払済」、「保管箱」、「送信済」、「返送戻り」、「破棄済」、「入金済」がある。各ステータスの内容については、後に詳述する。
　担当者アドレスの欄には、当該経理担当者のメールアドレスが格納される。
　担当者名の欄には、当該経理担当者の所属および名前が格納される。
　相手アドレスの欄には、当該請求書データをやり取りをする相手の経理担当者のメールアドレスが格納される。
　なお、請求書データ管理テーブルに記憶される情報としては、図示した情報以外にも、当該経理担当者の会社名、当該請求書データをやり取りをする相手の経理担当者の会社名、各会社の郵便番号、住所、所属等、一般的な請求書に記載される情報が含まれる。
　振込先口座の欄には、当該請求書データを作成する際に経理担当者が指定した振込先口座の銀行名、支店名や口座番号が少なくとも１つ格納される。
　指定口座の欄には、振込先口座のうち、相手の経理担当者が振込予定として選択した口座が格納される。
　振込予定日の欄には、請求金額が振り込まれる予定日（例えば当該経理担当者が指定した予定日）が格納される。
　次に、決済サーバ装置３の機能を説明する。
　図６は、決済サーバ装置の機能を説明するブロック図である。
　決済サーバ装置３は、口座データ記憶部３１と振込処理部３２とユーザデータ記憶部３３とを有している。
　口座データ記憶部３１には、Ｕ銀行におけるＢ社の口座情報が記憶されている。この口座情報には、Ｂ社の社名、店番号、口座番号、残高、入出金記録等が含まれる。
　振込処理部３２は、経理担当者が端末装置を介して送信する入金依頼情報（後述）を受信すると、経理担当者の銀行から入金依頼情報に含まれる振込口座に振込処理を実行する。
　図７は、ユーザデータ記憶部に記憶されている情報を説明する図である。
　ユーザデータ記憶部３３には、データがテーブル化されて記憶されている。ユーザデータテーブルＴ２には、ユーザＩＤ、パスワード、および払出口座の欄が設けられている。横方向に並べられた情報同士が互いに関連づけられている。
　ユーザＩＤの欄には、経理担当者が請求書管理装置１にログインする際に用いるユーザＩＤが設定されている。
　パスワードの欄には、経理担当者が請求書管理装置１にログインする際に用いるパスワードが設定されている。
　払出口座の欄には、経理担当者が請求書に記載された金額を他社に払い出す際の払出口座が設定されている。
　以下、図２に示す管理画面１１０を説明する。
　＜管理画面＞
　データ処理部１１は、経理担当者の操作に応じて図２に示す管理画面１１０を端末装置２ａ等に表示する。
　管理画面１１０には、利用者情報表示部１１１、ステータス表示部１１２、概要表示部１１３、請求書表示部１１４、および振込状況確認ボタン１１５が表示されている。
　利用者情報表示部１１１には、請求書管理システムにログインしている経理担当者に関する情報（利用者情報）が表示される。図２では一例として経理担当者が所属する会社名、部署名、名字、および経理担当者のメールアドレスが表示されている。
　ステータス表示部１１２には、請求書管理システムにログインしている経理担当者が取り扱う請求書データの数が、処理に関する進捗を示すステータス毎に名前が付けられたフォルダ形式で表示される。
　大きく分けて、ステータス表示部１１２には受信ＢＯＸ、下書き、送信ＢＯＸおよび送受信ＢＯＸの欄が設けられている。
　データ処理部１１は、経理担当者のメールアドレスを宛先とする請求書データを受信ＢＯＸに割り振る。
　経理担当者が受信ＢＯＸを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、担当者アドレスが「bbb@xxmail.co.jp」に一致する請求書データのうち、送受信の欄が「受信」の請求書データの概要を概要表示部１１３に表示する。
　図２に示すように、受信ＢＯＸに割り振られた請求書データのステータスの内訳は、「未開封」、「返送中」、「先方破棄」、「確認済」、「支払済」、「保管箱」がある。
　「未開封」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が未確認の請求書データに対してデータ処理部１１が、割り振るステータスである。
　「返送中」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が請求元の経理担当者に返送した請求書データに対してデータ処理部１１が割り振るステータスである。
　「先方破棄」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、受信した請求書データを経理担当者が請求元の経理担当者に返送した後に、請求元の経理担当者が破棄した請求書データに対してデータ処理部１１が割り振るステータスである。
　「確認済」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が閲覧し、確認ボタン（後述）を選択した請求書データに対してデータ処理部１１が割り振るステータスである。
　「支払済」のステータスは、受信ＢＯＸに割り振られた請求書データのうち、経理担当者が支払ボタン（後述）を選択した請求書データに対してデータ処理部１１が割り振るステータスである。
　経理担当者は、支払済のステータスの請求書データを集計することで、入金明細（支払明細）を把握することができる。
　「保管箱」のステータスは、ステータスが「支払済」の請求書データのうち、経理担当者が任意のタイミングで保管箱に移した請求書データに対してデータ処理部１１が割り振るステータスである。
　ステータス表示部１１２に表示される数字は、それぞれ、割り振られたステータスの数が表示されている。
　例えば、ステータス表示部１１２の未開封の欄には、受信した請求書データのうち、経理担当者が未確認の請求書データの数が表示される。
　なお、ステータス表示部１１２の保管箱の欄には、特に数字は表示されない。
　「未開封」、「返送中」、「先方破棄」、「確認済」、「支払済」、「保管箱」の各ＢＯＸに割り振られている請求書データの内容を経理担当者が閲覧する場合には、ステータス表示部１１２の該当箇所を選択すればよい。
　例えば、経理担当者が受信ＢＯＸを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、データ処理部１１は、担当者アドレスが「bbb@xxmail.co.jp」に一致する請求書データのうち、担当者ステータスが未開封の請求書データの概要を、概要表示部１１３に表示する。
　データ処理部１１は、経理担当者が作成し、保存したが、送信先の経理担当者に未送信の請求書データを下書きに割り振る。
　データ処理部１１は、経理担当者が送信した請求書データを送信ＢＯＸに割り振る。
　経理担当者が送信ＢＯＸを選択すると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、担当者アドレスが「bbb@xxmail.co.jp」に一致する請求書データのうち、送受信の欄が「送信」の請求書データの概要を概要表示部１１３に表示する。
　図２に示すように、送信ＢＯＸに割り振られた請求書データのステータスの内訳には、「送信済」、「返送戻り」、「破棄済」、「入金済」、「保管箱」がある。
　「送信済」のステータスは、送信ＢＯＸに割り振られた請求書データのうち、請求先の経理担当者が支払処理を行っていない請求書データに対してデータ処理部１１が割り振るステータスである。
　「返送戻り」のステータスは、送信ＢＯＸに割り振られた請求書データのうち、請求先の経理担当者から戻ってきた請求書データに対してデータ処理部１１が割り振るステータスである。経理担当者は、請求先から戻ってきた請求書データについての処理が可能となる。
　「破棄済」のステータスは、請求先の経理担当者から戻ってきた請求書データのうち、請求元の経理担当者が破棄した請求書データに対してデータ処理部１１が割り振るステータスである。
　「入金済」のステータスは、送信ＢＯＸに割り振られた請求書データのうち、入金が完了した請求書データに対してデータ処理部１１が割り振るステータスである。データ処理部１１は、先方の支払が完了した時点で請求書データのステータスを「送信済」から「入金済」に変更する。
　「保管箱」のステータスは、ステータスが「入金済」の請求書データのうち、経理担当者が任意のタイミングで保管箱に移した請求書データに対してデータ処理部１１が割り振るステータスである。
　ステータス表示部１１２の保管箱の欄には、特に数字は表示されない。
　「送信済」、「返送戻り」、「破棄済」、「入金済」、「保管箱」の各ＢＯＸに入っている請求書データの内容を閲覧する場合には、その箇所を選択すればよい。
　概要表示部１１３には、前述したように、経理担当者がステータス表示部１１２にて選択したステータスに対応する請求書データの概要が表示される。概要としては、受信した請求書データであれば、請求元の会社名、件名、支払日時、および送信側、受信側のステータスが表示される。
　これらのステータスは、請求書データを送受信した双方の経理担当者の管理画面上にそれぞれ同じものが表示される。
　図８および図９は、概要表示部に表示される情報を説明する図である。
　図８では、請求先の経理担当者が閲覧する管理画面１１０の概要表示部１１３に表示される請求書データの概要１１３ａと、請求元の経理担当者が閲覧する管理画面１１０の概要表示部１１３に表示される概要１１３ｂとを図示している。
　すなわち、図８に示す請求元が株式会社ＡＢＣであり、件名が○○ｗｏｒｋの請求書データＤ１については、請求元の経理担当者が操作する端末装置の管理画面上ではステータス表示部の「送信済」に入っている。請求元の経理担当者がステータス表示部の「送信済」を選択した際には、請求書データＤ１について、請求先が□□株式会社、件名が○○ｗｏｒｋ、請求元の経理担当者のステータスが「送信済」、請求先の経理担当者のステータスが「未開封」である旨が概要表示部１１３に表示される。
　また、ステータスの遷移を確認することにより、請求元の経理担当者は容易に請求先の経理担当者の処理の進捗を確認することができる。このため、双方の経理担当者が、各請求書データについて今どのような状態にあるのかを、リアルタイムに確認することができる。
　図９（ａ）に示す概要１１３ｃ、１１３ｄ、１１３ｅは、いずれも請求書データＤ２についての概要を示している。
　請求先の経理担当者が請求書データＤ２を閲覧し、確認ボタン（後述）を選択すると、データ処理部１１は、請求元の経理担当者が操作する端末装置の管理画面１１０の概要表示部１１３に表示される情報を概要１１３ｃから概要１１３ｄに変更する。
　その後、請求先の経理担当者が請求書データＤ２の支払処理を行うと、データ処理部１１は、請求元の経理担当者が操作する端末装置の管理画面１１０の概要表示部１１３に表示される情報を概要１１３ｄから概要１１３ｅに変更する。
　また、他の例として、図９（ｂ）に示す概要１１３ｆ、１１３ｇは、いずれも請求書データＤ３についての概要を示している。
　請求先の経理担当者が請求書データＤ３を閲覧し、返送ボタン（後述）を選択すると、データ処理部１１は、請求先の経理担当者が操作する端末装置の管理画面の概要表示部１１３に表示される情報を概要１１３ｆから概要１１３ｇに変更する。
　再び図２に戻って説明する。
　概要表示部１１３に表示された請求書データの概要が経理担当者により選択されると、データ処理部１１は、請求書データの詳細を請求書表示部１１４に表示する。請求書表示部１１４に表示される請求書の内容は、アドレス表示部１１４ａおよび後述する各種ボタンを供えること以外は、既存の（紙やＰＤＦベースの）請求書と同じである。
　請求書表示部１１４には、少なくとも１つの振込先（銀行名＋支店名＋口座番号）等の情報が表示される。振込先が複数表示されている場合、請求先の経理担当者は、請求書データの支払処理を行うに先だって、振込先を特定する。この振込先の特定は、例えば、請求書表示部１１４に予め請求元の経理担当者が設定した振込先のチェックボックスを表示し、請求先の経理担当者に指定させる方法や、請求先の経理担当者が希望する振込先をプルダウン形式等で選択させる方法等が挙げられる。前者は、請求元の経理担当者が振込先を設定する方法の一例であり、後者は、請求先の経理担当者が振込先を指定する方法の一例である。
　データ処理部１１は、請求先の経理担当者により指定された振込先（特定情報）を請求書データ管理テーブルＴ１の指定口座の欄に記憶する。
　経理担当者が受信ＢＯＸに割り振られた請求書データを閲覧する場合には、データ処理部１１は、送信元の経理担当者（ｆｒｏｍ）のメールアドレスをアドレス表示部１１４ａに表示する。
　また、経理担当者が下書きまたは送信ＢＯＸに割り振られた請求書データを閲覧する場合には、データ処理部１１は、送信先の経理担当者（ｔｏ）のメールアドレスを表示する。
なお、データ処理部１１は、請求書データの請求書ＩＤを請求書表示部１１４に表示するようにしてもよい。
　経理担当者は、管理画面１１０上にて請求書表示部１１４に表示されている請求書の処理が可能である。
　具体的には、請求書データのステータスに応じて、請求書を処理するためのボタンが請求書表示部１１４に表示される。
　図２では、ステータスが未開封の請求書データを選択したときに表示されるボタンを示している。
　請求書表示部１１４には、確認ボタン１１４ｂ、返送ボタン１１４ｃおよびコピーボタン１１４ｄが設けられている。
　経理担当者により確認ボタン１１４ｂが選択されると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、請求書表示部１１４に表示されている請求書データの担当者ステータスを「確認済」に変更する。また、データ処理部１１は、ステータス表示部１１２の「未開封」の数字を１つ減らし、「確認済」の数字を１つ増やす。
　経理担当者により返送ボタン１１４ｃが選択されると、データ処理部１１は、請求書データ管理テーブルＴ１を参照する。そして、請求書表示部１１４に表示されている請求書データの担当者ステータスを「返送中」に変更し、相手ステータスを「返送戻り」に変更する。また、データ処理部１１は、ステータス表示部１１２の「未開封」の数字を１つ減らし、「返送中」の数字を１つ増やす。
　返送された請求書データを受信した経理担当者の管理画面上では、ステータス表示部の返送戻りの数字を１つ増やす。
　経理担当者によりコピーボタン１１４ｄが選択されると、データ処理部１１は、当該請求書データの請求元と請求先の社名および住所が入れ替えられた新たな請求書データを作成する。そして、データ処理部１１は、請求書データ管理テーブルＴ１に作成した請求書データに関する情報を格納する。このとき、当該請求書データの担当者ステータスは、「下書き」、相手ステータスは空欄となる。
　＜返送戻り処理＞
　図１０は、返送戻りの請求書データの処理を説明する図である。
　経理担当者がステータス表示部１１２の返送戻りを選択し、概要表示部１１３に表示された請求書の概要を選択すると、データ処理部１１は、選択された請求書の概要に対応する請求書データを請求書表示部１１４に表示する。この場合、アドレス表示部１１４ａには、請求先の経理担当者のメールアドレスが表示される。
　請求書表示部１１４には、訂正ボタン１１４ｅ、および破棄ボタン１１４ｆが設けられている。
　経理担当者により訂正ボタン１１４ｅが選択されると、データ処理部１１は、請求書表示部１１４に表示されている請求書データのステータスを「破棄済」に変更する。また、データ処理部１１は、ステータス表示部１１２の「返送戻り」の数字を１つ減らす。また、履歴情報が追加される。
　経理担当者により破棄ボタン１１４ｆが選択されると、データ処理部１１は、請求書表示部１１４に表示されている請求書データのステータスを「破棄済」に変更する。これにより、ステータス表示部１１２の「送信ＢＯＸ」および「返送戻り」の数字が１つ減る。
　なお、請求元の経理担当者および請求先の経理担当者は破棄された請求書データについて、破棄後も閲覧することができる。
　具体的には、請求元の経理担当者はステータス表示部１１２の「破棄済」を選択することにより、破棄された請求書データを閲覧することができる。また、請求先の経理担当者はステータス表示部１１２の「先方破棄」を選択することにより、破棄された請求書データを閲覧することができる。
　次に、入金時の処理を説明する。
　＜入金処理＞
　図１１は、確認済の請求書データの処理を説明する図である。
　受信ＢＯＸの「確認済」に割り振られている請求書データが選択された場合、請求書表示部１１４には支払ボタン１１４ｇが配置される。請求書データに振込先口座が複数存在する場合、請求先の経理担当者により振込先口座が指定される。そして、請求先の経理担当者により支払ボタン１１４ｈが選択された場合、データ処理部１１と決済サーバ装置３は、入金処理を実行する。
　なお、支払ボタン１１４ｈを選択した後に、さらなる暗号化手段（ワンタイムパスワード等）を経理担当者に要求するようにしてもよい。
　以下、Ｂ社からＡ社への入金を例に、入金処理を説明する。
　図１２は、入金処理を説明する図である。
　［ステップＳ１］　データ処理部１１は、決済サーバ装置３に入金依頼情報を送信する。この入金依頼情報には、Ｂ社の経理担当者がシステムにログインする際に用いたユーザＩＤとパスワード、入金対象の請求書の請求書ＩＤ、振込先口座番号、および振込金額が含まれる。
　［ステップＳ２］　入金依頼情報を受信した決済サーバ装置３は、ユーザＩＤとパスワードを用いて振込処理を実行して良いか否かを判断する。例えば、振込処理部３２は、ユーザデータテーブルＴ２を参照する。そして、入金依頼情報に含まれるユーザＩＤとパスワードの組み合わせが、予め記憶しているユーザＩＤとパスワードの組み合わせに一致するか否かを判断する。入金依頼情報に含まれるユーザＩＤとパスワードの組み合わせが、予め記憶しているユーザＩＤとパスワードの組み合わせに一致する場合、ステップＳ３に遷移する。入金依頼情報に含まれるユーザＩＤとパスワードの組み合わせが、予め記憶しているユーザＩＤとパスワードの組み合わせに一致しない場合、振込処理部３２は、データが一致しない旨を請求書管理装置１に応答する。
　［ステップＳ３］　振込処理部３２は、ユーザデータテーブルＴ２の払出口座の欄に設定されている口座から入金依頼情報に含まれる振込先口座番号に振込金額を振り込む。その後、ステップＳ４に遷移する。
　［ステップＳ４］　振込処理部３２は、振込完了応答を請求書管理装置１に送信する。
　［ステップＳ５］　データ処理部１１は、請求書データ管理テーブルＴ１を参照し、当該請求書データの相手ステータスを「入金済」に設定（変更）する。また、データ処理部１１は、ステータス表示部１１２の「送信済」の数字を１つ減らし、「入金済」の数字を１つ増やす。これにより、Ａ社の経理担当者が管理画面１１０を閲覧する際には、入金が完了した請求書データが、ステータス表示部１１２の「入金済」に自動的に割り振られている。なお、Ａ社の経理担当者が閲覧する管理画面１１０は、第２の画面の一例である。
　また、データ処理部１１は、請求書データ管理テーブルＴ１を参照し、当該請求書データの担当者ステータスを「支払済」に設定する。また、データ処理部１１は、ステータス表示部１１２の「確認済」の数字を１つ減らし、「支払済」の数字を１つ増やす。これにより、Ｂ社の経理担当者が管理画面１１０を閲覧する際には、入金が完了した請求書データが、ステータス表示部１１２の「支払済」に自動的に割り振られている。なお、Ｂ社の経理担当者が閲覧する管理画面１１０は、第１の画面の一例である。
　なお、データ処理部１１は、画面上に表示する等の方法により、ステータスの遷移をＡ社およびＢ社の経理担当者に通知するようにしてもよい。
　これにより、振込処理の自動化が可能である。
　なお、本実施の形態では、銀行を介した取引を例に説明したが、銀行を介さない取引にも適用することができる。
　送受信ＢＯＸには、受信ＢＯＸおよび送信ＢＯＸに入っている全ての請求書データのうち、破棄された請求書データと保管箱に割り振られた請求書データと下書きに割り振られた請求書データを除くデータが割り振られている。
　以上述べたように、請求書管理システム１０によれば、入金処理の自動化を図ることができる。すなわち、従来のように、ＡＴＭやネットバンク等を介して振込処理をするのではなく、経理担当者が支払ボタン１１４ｈを選択するだけで、データ処理部１１が、（権利担当者から見て自動的に）指定口座に振り込み処理を実行する。そして、請求書データのステータスが（双方の経理担当者から見て自動的に）支払済を示す情報に設定される。
　また、端末装置２ａ、２ｂ間で請求書データを直接やりとりするのではなく、端末装置２ａ、２ｂで作成され、請求先に送信された全ての請求書データは請求書管理装置１が保管し共有データのような取扱いとなる。このため、請求先の経理担当者は、請求書データをプリントアウトすることで請求書の原本を入手することができる。
　また、電子署名処理やタイムスタンプ処理等を施さなくてもよいので、税務調査のために紙の請求書をＰＤＦ化する等の手間を削減することができる。
　なお、請求書管理装置１が行った処理が、複数の装置によって分散処理されるようにしてもよい。
　また、本実施の形態では、請求書管理装置１が請求書データ記憶部１２等、各記憶部を備える構成としたが、これに限らず、各記憶部はクラウド化され、データ処理部１１と別個の場所に設けられていても良い。
　また、請求書としては、ビットコイン等の仮想マネーに関するものや、クレジット情報に関するもの等が含まれる。請求書自体が仮想マネーとして扱われることも含まれる。　
　以上、本発明の情報処理装置、表示方法およびプログラムを、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
　また、本発明は、前述した各実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
　なお、上記の処理機能は、コンピュータによって実現することができる。その場合、請求書管理装置１が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記憶装置には、ハードディスクドライブ、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクには、ＤＶＤ、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ／ＲＷ等が挙げられる。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等が挙げられる。
　プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
　プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
　また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現することもできる。
　１　請求書管理装置
　２ａ、２ｂ　端末装置
　３　決済サーバ装置
　４　口座管理装置
　１０　請求書管理システム
　１１　データ処理部
　１２　請求書データ記憶部
　３１　口座データ記憶部
　３２　振込処理部
　３３　ユーザデータ記憶部
　１１０　管理画面
　１１１　利用者情報表示部
　１１２　ステータス表示部
　１１３　概要表示部
　１１４　請求書表示部
　１１４ｃ　返送ボタン
　１１４ｅ　訂正ボタン
　１１４ｆ　破棄ボタン
　１１４ｇ　支払ボタン
　Ｔ１　請求書データ管理テーブル
　Ｔ２　ユーザデータテーブル

Claims (5)

  1. 　入金先が指定された入金対象データを受信すると、受信した前記入金対象データを、前記入金対象データの請求元および請求先それぞれの識別情報と関連づけて記憶する記憶部と、
    　前記入金対象データの請求元、請求先それぞれの処理に関する進捗を、請求元が閲覧する第１の画面、および請求先が閲覧する第２の画面に表示し、請求先の入金依頼に応じて請求元の指定口座に支払を行う支払装置から支払が完了した通知を受信すると、前記記憶部に記憶されている情報を参照して当該入金対象データの入金処理が完了したことを示す画面を前記第１の画面および前記第２の画面に表示する表示部と、
    　を有することを特徴とする情報処理装置。
  2. 　前記表示部は、処理に関する進捗を示すステータス毎に名前が付けられたフォルダを画面に表示し、前記支払装置から支払が完了した通知を受信すると、支払が完了した入金対象データを、支払が完了していないことを示すフォルダから支払済であることを示すフォルダに振り分ける請求項１に記載の情報処理装置。
  3. 　当該情報処理装置が前記支払装置を兼ねる請求項１または２に記載の情報処理装置。
  4. 　コンピュータが、
    　入金先が指定された入金対象データの請求元、請求先それぞれの処理に関する進捗を、請求元が閲覧する第１の画面、および請求先が閲覧する第２の画面に表示し、
    　請求先の入金依頼に応じて請求元の指定口座に支払を行う支払装置から支払が完了した通知を受信すると、記憶部に記憶されている前記入金対象データの請求元および請求先それぞれの識別情報が前記入金対象データに関連づけられた情報を参照して当該入金対象データの入金処理が完了したことを示す画面を前記第１の画面および前記第２の画面に表示する、
    　ことを特徴とする表示方法。
  5. 　コンピュータに、
    　入金先が指定された入金対象データの請求元、請求先それぞれの処理に関する進捗を、請求元が閲覧する第１の画面、および請求先が閲覧する第２の画面に表示し、
    　請求先の入金依頼に応じて請求元の指定口座に支払を行う支払装置から支払が完了した通知を受信すると、記憶部に記憶されている前記入金対象データの請求元および請求先それぞれの識別情報が前記入金対象データに関連づけられた情報を参照して当該入金対象データの入金処理が完了したことを示す画面を前記第１の画面および前記第２の画面に表示する、
    　処理を実行させることを特徴とするプログラム。
PCT/JP2017/017397 2016-05-29 2017-05-08 情報処理装置、表示方法およびプログラム WO2017208733A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018520740A JP6550572B2 (ja) 2016-05-29 2017-05-08 情報処理装置、表示方法およびプログラム
CN201780032593.1A CN109196536A (zh) 2016-05-29 2017-05-08 信息处理装置、显示方法及程序
US16/189,912 US20190080305A1 (en) 2016-05-29 2018-11-13 Information processing apparatus and display method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-106877 2016-05-29
JP2016106877 2016-05-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/189,912 Continuation US20190080305A1 (en) 2016-05-29 2018-11-13 Information processing apparatus and display method

Publications (1)

Publication Number Publication Date
WO2017208733A1 true WO2017208733A1 (ja) 2017-12-07

Family

ID=60478201

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/017397 WO2017208733A1 (ja) 2016-05-29 2017-05-08 情報処理装置、表示方法およびプログラム

Country Status (4)

Country Link
US (1) US20190080305A1 (ja)
JP (1) JP6550572B2 (ja)
CN (1) CN109196536A (ja)
WO (1) WO2017208733A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020027303A1 (ja) * 2018-08-02 2020-02-06 Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 情報処理装置、情報処理方法およびプログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11361351B2 (en) 2019-06-27 2022-06-14 Hartford Fire Insurance Company Multi-format electronic invoicing system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006107272A (ja) * 2004-10-07 2006-04-20 Sendai Bank Ltd 請求支払い支援システム、前記システムに使用または利用される請求側端末、前記システムに使用または利用される支払側端末、および、請求支払い支援のためのコンピュータプログラム
JP2009238097A (ja) * 2008-03-28 2009-10-15 Ricoh Co Ltd 決済処理システム、方法、およびプログラム
JP2015011490A (ja) * 2013-06-28 2015-01-19 東洋熱工業株式会社 請求書処理システム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG145536A1 (en) * 2000-04-26 2008-09-29 Applic Co Ltd Comp Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US20030167229A1 (en) * 2001-04-03 2003-09-04 Bottomline Technologies, Inc. Modular business transations platform
CN100394441C (zh) * 2002-06-06 2008-06-11 英业达股份有限公司 线上采购处理系统以及方法
WO2005026905A2 (en) * 2003-09-08 2005-03-24 Ebay Inc. Method and apparatus to maintain rules for charges associated with combined transactions established utilizing a multi-seller network-based marketplace
US20080249936A1 (en) * 2007-04-04 2008-10-09 Devin Miller Bill paying systems and associated methods
US20110191221A1 (en) * 2010-02-02 2011-08-04 Alexander Gallo Holdings, Llc Approval and payment portal
US20110191229A1 (en) * 2010-02-03 2011-08-04 Itg Software Solutions, Inc. System and method for allocating electronic trade orders among a plurality of electronic trade venues
KR101409009B1 (ko) * 2010-03-31 2014-06-18 라쿠텐 인코포레이티드 정보 처리 장치, 정보 처리 방법, 및 기록 매체
US20120284649A1 (en) * 2011-05-05 2012-11-08 Norman Jay Levy System for recording and broadcasting audio messages to social networks, web, blog spaces and quick response codes
JP5601724B2 (ja) * 2011-11-25 2014-10-08 楽天株式会社 情報処理装置、情報処理方法、情報処理プログラム、及び情報処理プログラムが記録された記録媒体
US20140058862A1 (en) * 2012-08-27 2014-02-27 Nerijus Celkonas Secure Online Push Payment Systems and Methods
US8762272B1 (en) * 2012-12-27 2014-06-24 Google Inc. Management of emails containing payments
US10282712B2 (en) * 2013-02-07 2019-05-07 Jpmorgan Chase Bank, N.A. Integrated electronic disbursement and cash flow management system and method
US20150286636A1 (en) * 2013-03-15 2015-10-08 Salim Elkhou Document processing system and method
JP6114664B2 (ja) * 2013-08-29 2017-04-12 株式会社ジャパンディスプレイ 有機ｅｌ表示装置
KR20150126745A (ko) * 2014-05-02 2015-11-13 (주)이월리서치 인터넷공유기를 이용한 주문정보 관리시스템
CN104899753B (zh) * 2015-06-19 2019-08-13 李笑晨 局部密文嵌入式互联网信息交易系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006107272A (ja) * 2004-10-07 2006-04-20 Sendai Bank Ltd 請求支払い支援システム、前記システムに使用または利用される請求側端末、前記システムに使用または利用される支払側端末、および、請求支払い支援のためのコンピュータプログラム
JP2009238097A (ja) * 2008-03-28 2009-10-15 Ricoh Co Ltd 決済処理システム、方法、およびプログラム
JP2015011490A (ja) * 2013-06-28 2015-01-19 東洋熱工業株式会社 請求書処理システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020027303A1 (ja) * 2018-08-02 2020-02-06 Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 情報処理装置、情報処理方法およびプログラム
JP2020021355A (ja) * 2018-08-02 2020-02-06 Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 情報処理装置、情報処理方法およびプログラム
JP7180862B2 (ja) 2018-08-02 2022-11-30 Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 情報処理装置、情報処理方法およびプログラム

Also Published As

Publication number Publication date
US20190080305A1 (en) 2019-03-14
JPWO2017208733A1 (ja) 2018-07-19
JP6550572B2 (ja) 2019-07-31
CN109196536A (zh) 2019-01-11

Similar Documents

Publication Publication Date Title
JP6611064B2 (ja) 端末装置、表示方法およびプログラム
WO2017073102A1 (ja) 情報処理装置、情報処理方法およびプログラム
US20210150493A1 (en) Information processing apparatus and information processing method
WO2015049948A1 (ja) 情報処理装置およびアクセス権限付与方法
JP6678854B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP6550572B2 (ja) 情報処理装置、表示方法およびプログラム
WO2021235453A1 (ja) 情報処理方法、情報処理装置およびプログラム
WO2018003674A1 (ja) 情報処理装置、表示方法およびプログラム
JP7075142B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP7199079B2 (ja) 情報処理装置、情報処理方法およびプログラム
US20210012063A1 (en) Information processing device, display method and program
JP6883879B2 (ja) 情報処理装置、情報処理方法およびプログラム
WO2022270431A1 (ja) 情報処理装置、情報処理方法およびプログラム
JP5048211B2 (ja) 総合収納管理システム、総合収納管理方法、および総合収納管理プログラム
JP6425156B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP7311897B2 (ja) 情報処理装置、表示方法およびプログラム
JP6223334B2 (ja) 入金システム
JP2004164007A (ja) 決済システムおよび方法、並びに、共用決済処理装置
JP2023153506A (ja) 情報処理装置、情報処理方法およびプログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018520740

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17806292

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 01.04.2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17806292

Country of ref document: EP

Kind code of ref document: A1