WO2015049948A1 - 情報処理装置およびアクセス権限付与方法 - Google Patents

情報処理装置およびアクセス権限付与方法 Download PDF

Info

Publication number
WO2015049948A1
WO2015049948A1 PCT/JP2014/073268 JP2014073268W WO2015049948A1 WO 2015049948 A1 WO2015049948 A1 WO 2015049948A1 JP 2014073268 W JP2014073268 W JP 2014073268W WO 2015049948 A1 WO2015049948 A1 WO 2015049948A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
code
business document
storage unit
Prior art date
Application number
PCT/JP2014/073268
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 MYPI2016701114A priority Critical patent/MY171398A/en
Priority to JP2015540432A priority patent/JP5987158B2/ja
Priority to EP14851092.8A priority patent/EP3054395A4/en
Priority to CN201480052225.XA priority patent/CN105580026B/zh
Publication of WO2015049948A1 publication Critical patent/WO2015049948A1/ja
Priority to US15/077,889 priority patent/US10762541B2/en
Priority to IL244828A priority patent/IL244828B/en
Priority to ZA2016/02904A priority patent/ZA201602904B/en
Priority to HK16109365.0A priority patent/HK1221305A1/zh

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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases

Definitions

  • the present invention relates to an information processing apparatus and an access authority assigning method.
  • a system that manages bills collectively is known. For example, a method is known in which electronic bills for the same demandee are collected and the total amount is calculated.
  • an object of the present invention is to make it possible to browse bills of the entire company or the entire group of companies and to centrally manage the information.
  • the information processing apparatus includes a first storage unit, a generation unit, a second storage unit, and a processing unit.
  • the first storage unit stores user information in which user specifying information for specifying a user and at least one unique information are associated for each user.
  • the generation unit generates a code for each user based on a predetermined rule using the unique information stored in the first storage unit and the user specifying information.
  • stores the bill information containing the user specific information of a 1st user with which the user information memorize
  • the processing unit When the processing unit receives an access request to the bill information from the second user whose user information is stored in the first storage unit, the processing unit receives the first code of the first user and the second user's It is determined whether or not the second code matches, and if the first code and the second code match, the invoice information created by the first user stored in the second storage unit is stored. Is granted to the second user.
  • FIG. 1st Embodiment It is a figure which shows the structure of the system of 1st Embodiment. It is a figure which shows the hardware constitutions of the information processing apparatus of embodiment. It is a block diagram which shows the function of the information processing apparatus of embodiment. It is a figure which shows an example of the screen which inputs user information. It is a figure which shows an example of the information memorize
  • FIG. 1 is a diagram illustrating a configuration of a system according to the first embodiment.
  • an information processing apparatus 10 and terminal apparatuses 20a, 20b, and 20c are connected via a network 50 such as the Internet.
  • the information processing apparatus 10 and the terminal apparatuses 20a, 20b, and 20c are implemented with web programs.
  • the terminal devices 20a, 20b, and 20c exchange data related to the bill with the information processing device 10 via the Web browser.
  • the exchange of data related to the invoice is illustrated, but the invoice is an example of a business document, and the present invention is not limited to the exchange of the invoice.
  • Other examples of business documents include, for example, quotations and purchase orders.
  • Each of the terminal devices 20a, 20b, and 20c is a terminal device that is operated by a user (for example, a person in charge of accounting) who receives and orders a bill.
  • the terminal device 20a is a terminal device operated by a user of company A
  • the terminal device 20b is a terminal device operated by a user of company B (a company different from company A).
  • the terminal device 20c is a terminal device operated by a user of an Ag company that is a group subsidiary of the A company.
  • Each user of Company A, Company B, and Company Ag accesses a bill processing system constructed by the information processing apparatus 10 by performing user registration with the information processing apparatus 10 using an Email address assigned to the user.
  • the user of Company A creates information (invoice information) related to the bill by operating the terminal device 20a.
  • the bill information created by the terminal device 20a is temporarily stored in the information processing device 10.
  • the information processing device 10 enables the terminal device 20b to browse the bill information created by the user of the company A.
  • the information processing apparatus 10 can enable the user of company A to view the bill issued by the subsidiary company Ag. This process will be described in detail later as a sharer registration process.
  • the information processing apparatus 10 has a function that allows B company to collectively process the charges charged to A company and Ag company.
  • the information processing apparatus 10 has a function of transferring the billing amount paid by the company B to the accounts of the company A and the company Ag.
  • functions of the information processing apparatus 10 will be specifically described.
  • FIG. 2 is a diagram illustrating a hardware configuration of the information processing apparatus according to the embodiment.
  • the information processing apparatus 10 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 information processing apparatus 10.
  • 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 information processing apparatus 10.
  • 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.
  • the processing functions of the present embodiment can be realized. 2 shows the hardware configuration of the information processing apparatus 10, but the terminal devices 20a, 20b, and 20c can also be realized with the same hardware configuration as the information processing apparatus 10. The following functions are provided in the information processing apparatus 10.
  • FIG. 3 is a block diagram illustrating functions of the information processing apparatus according to the embodiment.
  • the information processing apparatus 10 includes a user information storage unit 11, a registration processing unit 12, an invoice processing unit 13, and an invoice information storage unit 14.
  • the user information storage unit 11 stores user information created by the terminal devices 20a, 20b, and 20c.
  • the registration processing unit 12 writes information (user information) registered by the user in the user information storage unit 11. This user information is used for bill processing.
  • the bill information storage unit 14 stores bill information created by the terminal devices 20a, 20b, and 20c.
  • the invoice processing unit 13 includes a notification unit 13a and a transfer processing unit 13b.
  • the notification unit 13a identifies the user who transmitted the bill information from the bill information stored in the bill information storage unit 14. Then, invoice information from companies (including the parent company) with which the parent company is common is compiled. And the notification part 13a notifies each bill from the company with which a parent company is common to a billing party. In addition, the notification unit 13a notifies the billing destination of an amount (summarization amount) of the billing amounts of the companies shared by the parent company. Note that the unit for collecting invoices is not limited to that described above. For example, invoices having the same company name (the parent company and the subsidiary are distinguished) may be collected.
  • the transfer processing unit 13b executes a process of transferring money to each parent company or subsidiary by distributing the money amount described in the invoice based on the transfer of the sum of money to the account from the billing user. Next, an example of information stored in the user information storage unit 11 will be described.
  • FIG. 4 is a diagram illustrating an example of a screen for inputting user information.
  • the user information input screen 21 shown in FIG. 4 is displayed on, for example, a monitor 22 connected to the terminal device 20a.
  • a transmission button 21a and a cancel button 21b are displayed on the user information input screen 21.
  • the user information input screen 21 includes a country name, an email address, a company name, an English company name, a name, a user location zip code, a user location, a user telephone number, a user FAX number, a head office location zip code, a head office location, and a company HP URL.
  • a column is provided.
  • information for identifying the country name of the company where the user who inputs the user information (hereinafter simply referred to as user in the description of FIG. 4) works is selected.
  • the Email address assigned to the user in the company is entered in the Email address field.
  • the company name column the name of the company where the user works is entered in Japanese.
  • the company name where the user works is entered in English.
  • the name of the user is entered in the name column.
  • the postal code of the location of the company where the user works (for example, the head office if it is a head office, a branch office if it is a branch office, or a sales office if it is a sales office) is entered.
  • the location of the company where the user works is entered in the user location column.
  • the user telephone number column a telephone number that the user wishes to contact is entered.
  • the user FAX number column the FAX number that the user wants to contact is entered.
  • the postal code of the head office location of the company in which the user works is entered in the head office postal code column.
  • the head office location of the company where the user works is entered in the head office location field.
  • the URL Uniform Resource Locator
  • a field for inputting the internal department name to which the user belongs an employee code field, a representative cost burden department field, and a representative account item field may be provided. Good.
  • the transmission button 21 a When the transmission button 21 a is pressed by the user, the terminal device 20 a transmits user information to the information processing apparatus 10.
  • FIG. 5 is a diagram illustrating an example of information stored in the user information storage unit.
  • user information is stored in a table.
  • the user information management table T1 shown in FIG. 5 includes a management number part D1 for storing a management number, a user information management part D2 for storing user information, and a generation information management part D3 for storing generation information.
  • the generation information is information generated by the registration processing unit 12 based on the user information.
  • These three pieces of information are associated with each other and assigned serial numbers. Each information is identified by this serial number.
  • a number for managing user information is stored. For example, it is indicated that the user with the user management number Ag1 shown in FIG. 5 belongs to the group company of company A. This user management number is created by the registration processing unit 12 so as not to overlap based on the head office location, domain, etc. included in the user information.
  • Each item of the user information management part D2 includes a user management number, a country name, an email, a company name, an English company name, a name, a postal code, a user location, a telephone number (TEL), a fax number (FAX), a head office postal code, There is the head office location, company HPURL, and in-house sharers.
  • an email address of a user who can access the bill created by the user of the user management number and stored in the bill information storage unit 14 is set.
  • the notation is omitted for the common part of the Email address for the sake of space.
  • “2,3,4,5,6rou.sato @ jp.xxx.com” in the first line is 2rou.sato@jp.xxx.com, 3rou.sato@jp.xxx.com, 4rou.sato @ This indicates that jp.xxx.com, 5rou.sato@jp.xxx.com, and 6rou.sato@jp.xxx.com are set.
  • Items of the generated information management part D3 shown in FIGS. 8 and 9 include an Email domain, a user start date, a user change date, a user change date, user location information, a user location (latitude), and a user location ( Longitude), head office location information, head office location (latitude), head office location (longitude), general-purpose company group code, and general-purpose company code.
  • Information arranged in the horizontal direction is associated with each other.
  • the Email address domain is set in the Email domain field.
  • the date on which the user sent the user information is set. This date is created by the registration processing unit 12 from the date information when the user information is received.
  • the date when the user changed the user information stored in the user information storage unit 11 is set. This date is created from the date information when the Email for changing the user information is received.
  • the year and month when the user changed the user information stored in the user information storage unit 11 is set. This year / month is created from the date information when the Email for changing the registration information is received.
  • the latitude and longitude of the user's location (world geodetic system (WGS84)) is set in the user location information column.
  • the registration processing unit 12 determines the latitude and longitude from the user location.
  • the latitude of the user's location is set in the user location (latitude) column.
  • the longitude of the user's location is set in the user location (longitude) column.
  • the latitude and longitude (head office location information) of the head office location of the company to which the user belongs are set.
  • a value generated by the registration processing unit 12 based on the head office position information is set in the column of the head office position (latitude).
  • latitude A case where the latitude of the head office location is 33 degrees 52 minutes 25.349 seconds north will be described as an example.
  • the numerical values after the decimal point of latitude In the above example, it is 335225.
  • the latitude is north latitude
  • “1” is set at the head
  • the latitude is south
  • “2” is set at the head.
  • the decimal point is rounded off.
  • “10335225” is set in the column of the head office position (latitude) in the above example.
  • a value generated by the registration processing unit 12 based on the head office position information is set in the column of the head office position (longitude).
  • the case where the latitude of the head office location is 130 degrees 52 minutes 23.189 seconds east will be described as an example.
  • “1” is set at the head
  • “2” is set at the head. If the longitude is 1 digit or 2 digits, add “0” to the beginning to make it 3 digits. The decimal point is rounded off.
  • “1130223” is set in the column of the head office position (longitude) in the above example.
  • the values in the respective fields of the user management number Ag1 of the generation information D2 shown in FIGS. 8 and 9 will be described as an example.
  • the information “jp” set in the country name column, the value “201305” set in the user change year / month column, and the head office location (latitude) column A code in which the value “10335225” set in the field, the value “1130223” set in the head office position (longitude) column, and the value “jp.xxx” set in the domain column are arranged in this order “Jp201305103335225151305223jp.xxx” is set.
  • a value set in the general company group code column and a value set in the English company name column are set in this order.
  • Names such as corporations, spaces and commas are not included in the general-purpose company code.
  • the code “jp2013051033352251305223jp.xxx” set in the general-purpose company group code column and the information “xxx” set in the English company name column are in this order.
  • the arranged code “jp201305103335225151305223jp.xxxxxx” is set.
  • bill information will be described.
  • FIG. 10 is a diagram for explaining an example of the bill information input screen.
  • the bill information input screen 23 shown in FIG. 10 is displayed on the monitor 22 connected to the terminal device 20a, for example.
  • the invoice information input screen 23 is provided with a destination (company name), invoice issuance date, invoice content, invoice amount, designated transfer account, and designated account number / name.
  • a send button 23a and a cancel button 23b are displayed on the invoice information input screen 23, a send button 23a and a cancel button 23b are displayed.
  • the address (company name) field the company name of the address is entered.
  • the invoice issuance date column the date of invoicing is entered manually or automatically.
  • the billing details column articles and services for which bills are issued are entered.
  • the billing amount (total amount) is entered in the billing amount column.
  • the bank name and branch name of the account that the user who enters the invoice information desires to deposit is entered in the field of the designated bank account.
  • the account number and name of the account that the user who enters the bill information desires to deposit are entered.
  • a field for entering a company-specific invoice number a field for entering a transaction classification, a field for entering an estimate number corresponding to the invoice, and a unit price are entered.
  • the terminal device 20a When the transmission button 23a is pressed by the user, the terminal device 20a transmits the bill information to the information processing device 10 together with the email address of the user who created the bill information.
  • the bill processing unit 13 writes the received bill information in the bill information storage unit 14.
  • the invoice information management table T2 includes a management number, an invoice information number, an invoice destination, an address, an address, billing contents, a billing amount, a transfer designated account, a designated account number / name, user location information, and a user location (latitude). And a column of user location (longitude) is provided. Information arranged in the horizontal direction is associated with each other.
  • Information for identifying the billing source user and the billing destination user is set in the management number column.
  • 11 and 12 show invoice information when the user with the user management number A4 creates invoices for the users with the user management numbers Ag3, B3, Bg4, C3, C5, and C6.
  • a number for identifying bill information is set in the bill information number column.
  • the Email address entered in the Email address in charge of the billing company on the bill information input screen 23 is set in the bill destination column.
  • Information entered on the invoice information input screen 23 is set in the fields of address, billing details, billing amount, designated transfer account, designated account number / name.
  • the invoice processing unit 13 specifies user information from the email address that the user has entered to log in to the invoice processing system in order to create invoice information. Then, the specified user information is set in each column of the bill information management table T2.
  • the bill processing unit 13 associates the billing user information with the billing user information.
  • information that actually associates them may be created separately from user information and bill information and stored in the bill information storage unit 14, or in another example, Information that associates the user management number of the billing user with the user management number of the billing destination may be stored in the bill information storage unit 14.
  • FIG. 13 to FIG. 20 are diagrams for explaining an example of association between billing user information and billing user information.
  • 13 to 20 show a billing source user information management table T3 in which billing source user information and billing destination user information corresponding to the bill information shown in FIGS. 11 and 12 are associated, and billing destination user information.
  • a management table T4 is illustrated.
  • the billing source user information management table T3 shown in FIG. 13, FIG. 14, FIG. 15, and FIG. 16 the user information of the user with the user management number A4 that is the billing source is shown by the number of bill information issued.
  • the billing destination user information management table T4 shown in FIGS. 17, 18, 19, and 20 is bill information issued by the user information of the billing destination user management numbers Ag3, B3, Bg4, C3, C5, and C6. Are shown.
  • the sharer registration process By executing the sharer registration process, the invoice information can be shared (viewed, etc.) within the range of users with the same general-purpose company group code.
  • FIG. 21 is a diagram illustrating an example of a sharing request input screen.
  • the sharing request input screen 24 shown in FIG. 21 is displayed on, for example, the monitor 22 connected to the terminal device 20a.
  • the sharing request input screen 24 has a bill information sharer mail address field.
  • an email address (user identification information) of a sharing destination user who wants to share the bill information (hereinafter referred to as a sharing target person) is input by a user operation.
  • the information specifying the user is not limited to the mail address.
  • FIG. 21 shows an example in which a user who is assigned a user management number C2 wishes to share invoice information with a user who is assigned a user management number C3, C4, C5, C6.
  • This sharer registration request information includes information in which each email address entered in the invoice information sharer email address field is associated with the email address of the user to whom the user management number C2 is assigned. .
  • the registration processing unit 12 approves the user having the user management number C2 to the e-mail address as a sharer. Email (approval request mail) of whether or not to accept is transmitted.
  • FIG. 22 is a diagram for explaining registration of a sharer.
  • the user information management part D2 shown in FIG. 22 by registering a user who is permitted to share data, the user can also access the data of the person who is permitted to share.
  • the user information shown in FIG. 22 can be accessed by Saburo Saito, Shiro Saito, Goro Saito, and Jiro Saito who are allowed to share the invoice information created by Jiro Saito (see FIG. 22). You can view the data as a bill information copy).
  • the process of the registration process part 12 is demonstrated using a flowchart.
  • FIG. 23 is a flowchart showing the processing of the registration processing unit.
  • the registration processing unit 12 accepts user information sent from each terminal device. Thereafter, the process proceeds to step S2.
  • the registration processing unit 12 extracts the country name included in the user information received in Step S1, and sets it in the user information management table T1. Thereafter, the process proceeds to step S3.
  • Step S3 The registration processing unit 12 sets the date when the user information is received to the user start date in the user information management table T1. Thereafter, the process proceeds to step S4.
  • Step S4 The registration processing unit 12 extracts the Email domain based on the Email address included in the user information, and sets it in the user information management table T1. Then, the process proceeds to step S5.
  • Step S5 The registration processing unit 12 generates user location information based on the user location included in the user information and sets it in the user information management table T1. Then, the process proceeds to step S6.
  • Step S6 The registration processing unit 12 generates head office location information based on the head office location included in the user information, and sets the head office location information in the user information management table T1. Then, the process proceeds to step S7.
  • Step S7 The registration processing unit 12 issues a general-purpose company group code using the method described above and sets it in the user information management table T1. Thereafter, the process proceeds to operation S8.
  • Step S8 The registration processing unit 12 issues a general-purpose company code using the method described above and sets it in the user information management table T1. Thereafter, the process proceeds to operation S9.
  • Step S9 The registration processing unit 12 issues a user ID and a password. Then, the process proceeds to step S10.
  • Step S10 The registration processing unit 12 transmits the user ID and password issued in Step S9 to the Email address included in the user information. Then, the process shown in FIG.
  • FIG. 24 is a flowchart showing sharer registration processing.
  • the registration processing unit 12 receives the sharer registration request information transmitted by the user A1. Thereafter, the process proceeds to operation S22.
  • the registration processing unit 12 refers to the Email column of the user information management table T1. Then, the registration processing unit 12 determines whether or not an Email address that matches the Email address included in the sharer registration request information received in Step S21 exists in the Email column. If an Email address that matches the Email address included in the sharer registration request information exists in the Email field (Yes in Step S22), the process proceeds to Step S23. If the Email address that matches the Email address included in the sharer registration request information does not exist in the Email field (No in Step S22), the process proceeds to Step S25.
  • the registration processing unit 12 refers to the column of general-purpose company group code in the user information management table T1. And the registration process part 12 judges whether the general purpose company group code linked
  • Step S24 The registration processing unit 12 transmits an approval request email addressed to the Email address included in the sharer registration request information.
  • This approval request mail includes, for example, a check box as to whether or not to approve registration as a sharer. Then, the process shown in FIG. 24 is complete
  • the registration processing unit 12 transmits an error notification email addressed to the Email address of the user A1.
  • the error notification mail includes information indicating that the sharer could not be registered and information indicating a solution method. For example, if the Email address that matches the Email address included in the sharer registration request information does not exist in the Email column of the user information management table T1 in the process of step S22, that fact is notified and the sharer's user is notified. Also describe that the problem can be solved by registering.
  • the sharing target person who received the approval request mail approves the sharing of the invoice information with the user A1
  • the check box for approving the registration as the sharer included in the approval request mail is checked. Insert. Then, an approval request mail is returned.
  • the registration processing unit 12 receives the reply of the approval request mail
  • the email address of the person to be shared is set in the in-house sharer field of the user information management part D2 of the user A1.
  • the Email address of the user A1 is set in the field of the in-house sharer in the user information management part D2 of the share target person.
  • the email address of the user A1 is set in the field of the in-house sharer in the user information management part D2 of the share target person, and the user information of the user A1 It is also possible to perform processing in which the email address of the person to be shared is not set in the internal sharer field of the management part D2. Thereby, for example, the user A1 can browse the bill information created by the sharer, but the sharer can execute processing such that the bill information created by the user A1 cannot be browsed.
  • a process for registering bill information in the information processing apparatus 10 will be described.
  • a user who has transmitted bill information is referred to as a “billing source user”
  • a user who receives bill information is referred to as a “billing destination user”.
  • FIG. 25 is a flowchart for explaining the individual registration process of bill information.
  • the invoice processing unit 13 receives invoice information transmitted by the terminal device. Thereafter, the process proceeds to operation S32.
  • Step S32 The invoice processing unit 13 determines that the combination of the billing user's Email address and the destination address included in the bill information received in Step S31 is the billing user's Email address included in the bill information. It is determined whether or not it matches the combination with the destination address of the registration information specified by. If they match (Yes in step S32), the process proceeds to step S33. If they do not match (No in step S32), the process proceeds to step S36.
  • the bill processing unit 13 includes the billing user information stored in the user information management table T1 and the billing user information and generation information stored in the user information management table T1 in the bill information received in step S31. Associate. Thereafter, the process proceeds to operation S34.
  • Step S34 The invoice processing unit 13 connects to the bank system of the bank name included in the invoice information to determine whether there is a transfer designated account included in the invoice information received in step S31. Check if they match. Thereafter, the process proceeds to operation S35.
  • Step S35 The bill processing unit 13 writes the bill information to which the user information of the billing user and the user information of the billing user are added in the bill information storage unit 14 in step S33. Then, the process of FIG. 25 is complete
  • Step S36 The bill processing unit 13 transmits an Email addressed to the Email address of the billing user included in the bill information received in Step S31.
  • the text of Email describes the content of requesting a new user to contact. Then, the process of FIG. 25 is complete
  • FIG. 26 is a flowchart for explaining the bill information batch registration processing.
  • the invoice processing unit 13 receives invoice information collectively. Thereafter, the process proceeds to operation S42.
  • Step S42 The bill processing unit 13 adds the user information of the billing user and the user information of the billing user to the bill information received in step S41. Thereafter, the process proceeds to operation S43.
  • Step S43 The invoice processing unit 13 connects to the bank system of the bank name included in the invoice information to check whether the transfer designated account included in the invoice information exists or the name matches. To do. When the check is finished, the processing shown in FIG. 26 is finished. Next, the process (check process) of step S43 will be described in detail.
  • FIG. 27 is a flowchart for explaining the check process.
  • Step S43a The bill processing unit 13 determines whether the email address of the billing user included in the bill information exists in the registration information of the user information management table T1. If the email address of the billing user included in the bill information is present in the registration information of the user information management table T1 (Yes in step S43a), the process proceeds to step S43b. When the Email address of the billing user included in the bill information does not exist in the registration information of the user information management table T1 (No in Step S43a), the process proceeds to Step S43h.
  • Step S43b The invoice processing unit 13 uses the billing user's Email address and the destination address combination included in the billing information included in the billing information received in Step S41. It is determined whether or not it matches the combination with the destination address of the registration information specified by. If they match (Yes in step S43b), the process proceeds to step S43c. If they do not match (No in step S43b), the process proceeds to step S43g.
  • Step S43c The invoice processing unit 13 determines whether or not the information is described in all the required input items of the invoice information. When the information is described in all the input-required items of the bill information (Yes in step S43c), the process proceeds to step S43d. When information is not described in all the input-required items of the invoice information, that is, when a blank field exists in the input-required items of the invoice information (No in step S43c), the process proceeds to step S43g.
  • Step S43d The invoice processing unit 13 connects to the bank system of the bank name included in the invoice information, so that there is a transfer designated account included in the invoice information received in step S41. Judging. When there exists the transfer designated account contained in bill information (Yes of Step S43d), it changes to Step S43e. When there is no transfer designated account included in the invoice information (No in step S43d),
  • Step S43e The invoice processing unit 13 checks whether the names match. If the names match (Yes in step S43e), the process proceeds to step S43f. If the names do not match (No in step S43e), the process proceeds to step S43g.
  • Step S43f The registration processing unit 12 writes the bill information to which the user information of the billing user and the user information of the billing user are added in the bill information storage unit 14 in Step S41. Thereafter, the processing in FIG. 27 is terminated.
  • the invoice processing unit 13 transmits an error notification mail addressed to the Email address of the user A1.
  • the error notification mail includes information indicating that the sharer could not be registered and information indicating a solution method. For example, if the Email address that matches the Email address included in the sharer registration request information does not exist in the Email column in the process of step S22, that fact is notified and user registration of the sharer is a problem. It describes together that it solves.
  • Step S43h The bill processing unit 13 transmits an Email addressed to the Email address of the billing user included in the bill information received in Step S41.
  • the text of Email describes, for example, that user registration is desired in the bill processing system. Thereafter, the processing in FIG. 27 is terminated.
  • the billing user can receive the bill information stored in the bill information storage unit 14 by the bill information registration processing by operating the terminal device, and can perform a process of checking the bill information.
  • the user of the billing destination will check on the WEB if there is no error after confirming each item of the bill information.
  • an Email item correction request mail
  • an Email item correction request mail
  • the terminal device sends the email address of the user of the billing source. Create and send an item modification request email addressed to.
  • FIG. 28 is a diagram for explaining invoice information sharing processing. Note that the processing order of FIG. 28 does not indicate time series.
  • Step S51 The email address of the sharing target person who wants to share the bill information is entered on the sharing request input screen 24 by the user A1, and when the send button 24a is pressed, the terminal device 20a displays the email address of the sharing target person.
  • Send sharer registration request information including the address.
  • Step S52 Upon receiving the sharer registration request information, the registration processing unit 12 refers to the “Email” column of the user information management table T1, and determines whether or not the share target user is registered as a user. Specifically, it is determined whether or not the email address of the person to be shared is registered in the Email field. If the email address of the sharing target person is registered in the Email field, that is, if the sharing target person is registered as a user (Yes in step S52), the process proceeds to step S53. If the email address of the sharing target person is not registered in the Email column, that is, if the sharing target person is not registered as a user (No in step S52), the process proceeds to step S60.
  • the registration processing unit 12 refers to the general company group code column of the user information management table T1, and determines whether or not the general company group code of the person to be shared matches the general company group code of the user A1. To do. When the general-purpose company group code of the person to be shared matches the general-purpose company group code of the user A1 (Yes in step S53), the process proceeds to step S54. If the general company group code of the sharer does not match the general company group code of the user A1 (No in step S53), the process proceeds to step S58.
  • the registration processing unit 12 transmits Email (a sharing approval request mail) for notifying the sharing target person of the approval request, with the Email address of the sharing target person as the destination.
  • Email a sharing approval request mail
  • the terminal device 20b receives the sharer approval request mail.
  • Step S56 When login processing to the invoice processing system is executed by the sharing target person, the terminal device 20b displays a sharing person approval screen (not shown) on the WEB browser.
  • the sharer approval screen includes a check box for accepting approval as a sharer.
  • the terminal device 20b responds to the information processing apparatus 10 with sharer approval information including the email address of the share target person. Thereafter, the process proceeds to operation S57.
  • Step S57 The registration processing unit 12 sets the Email address of the person to be shared included in the sharer approval information received in Step S57 in the column of the internal sharer in the user information management table T1. Thereby, the user A1 can access the bill information created by the sharer.
  • the registration processing unit 12 transmits an error notification mail addressed to the Email address of the user A1.
  • the error notification mail includes information indicating that the sharer could not be registered and information indicating the reason. For example, when the common company code of the sharer does not match the general company code of the user A1 in the process of step S52, that fact is notified.
  • the terminal device 20a receives the error notification mail.
  • the registration processing unit 12 transmits a user registration request notification email addressed to the email address of the person to be shared.
  • the user registration request notification mail includes information that prompts registration from the user A1 to the sharing target person and the URL of the registration screen.
  • Step S61 The terminal device 20b receives the user registration request notification mail. As a result, the user registration is performed by the sharing target person, and when the sharing target person logs in to the bill processing system, the registration processing unit 12 executes the processes after step S53. This is the end of the description of FIG. Next, the transfer process will be described.
  • FIG. 29 is a diagram illustrating the transfer process.
  • the terminal device 20 b notifies the information processing device 10 that the billing user B ⁇ b> 1 has accessed the bill information related to the company B and has accepted the bill.
  • Step S72 The transfer processing unit 13b creates a payment date, a payment due amount, a payment fee, and a payment schedule statement using the bill information received in Step S71.
  • the payment amount and the payment fee are amounts collected for each account number of the transfer destination.
  • the range of invoice information to be collected includes, for example, (1) a method of processing payments within a certain period (for example, payment dates from July 24th to July 31st), and (2) payment due dates. And the like, and the like are processed together. Thereafter, the process proceeds to operation S73.
  • the transfer processing unit 13b creates a payment content confirmation email addressed to the Email address of the user B1.
  • This payment content confirmation email includes a URL that allows access to a payment content confirmation screen described later.
  • Step S74 The terminal device 20b receives the payment confirmation email.
  • the terminal device 20b displays a payment content confirmation screen on the WEB browser.
  • FIG. 30 is a diagram illustrating an example of a payment content confirmation screen.
  • a payee company name, a payment due date, a payment amount, a payment fee, payment details, a transfer designated account, and the like are displayed.
  • the payment amount and the payment fee the amount collected for each account number of the transfer destination is displayed. For example, a breakdown of individual charges is displayed in the payment details.
  • the transfer designated account the account number stored in the information processing apparatus 10 in advance by the administrator of the information processing apparatus 10 is included in the bill information instead of the account number of the transfer designated account specified by each user. Is displayed.
  • an approval button 25a, a correction button 25b, and a rejection button 25c are displayed.
  • a number is assigned to a tab for each payee company in the upper left of the payment content confirmation screen 25.
  • Step S75 When any one of the approval button 25a, the correction button 25b, and the reject button 25c is pressed by the user B1, the terminal device 20b responds to the information processing apparatus 10 to that effect.
  • Step S76 The transfer processing unit 13b determines whether the type of the received response is approval, correction, or rejection. If the received response type is approval (approval in step S76), the process proceeds to step S77. When the type of the received response is correction (correction in step S76), the process proceeds to step S82. When the type of the received response is rejection (rejection of step S76), the process proceeds to step S84.
  • Step S77 The transfer processing unit 13b periodically accesses the account and waits for payment. If there is a deposit (Yes in step S77), the process proceeds to step S78.
  • Step S78 The transfer processing unit 13b creates a transfer statement email (transfer statement email) addressed to the email address of the billing user.
  • This transfer detail mail includes a URL to the transfer detail screen. Thereafter, the process proceeds to operation S79.
  • the terminal device 20a receives the transfer statement mail.
  • the terminal device 20b displays a transfer statement screen on the WEB browser.
  • the transfer details screen displays the transfer amount, the transfer account number, and the like.
  • an approval / correction button is displayed on the payment details confirmation screen.
  • the billing user presses the approval button if the displayed content is acceptable. To correct the contents, press the correct button after correcting the transfer account number.
  • the terminal device 20b responds to the information processing apparatus 10 to that effect.
  • the transfer processing unit 13b determines whether the type of the received response is approval or correction. When the type of the received response is approval (approval in step S79), the process proceeds to step S81. When the type of the received response is correction (correction in step S79), the process proceeds to step S80. [Step S80] The transfer processing unit 13b corrects the transfer designated account included in the invoice information. Thereafter, the process proceeds to operation S81. [Step S81] The transfer processing unit 13b performs a transfer process on a transfer designated account included in the invoice information. [Step S82] The transfer processing unit 13b creates and transmits a correction request email addressed to the Email address of the user B1.
  • Step S83 When there is a response to the correction request mail, the transfer processing unit 13b corrects the bill information, and again creates and transmits a payment content confirmation mail addressed to the Email address of the user B1. Thereafter, when there is a response from the terminal device 20b, the process proceeds to step S76, and the processes after step S76 are continued.
  • the transfer processing unit 13b creates and sends a rejection notice email addressed to the email address of the user who is the billing source. As described above, according to the information processing apparatus 10, by executing the sharer registration process
  • the information processing apparatus 10 may transmit an email that prompts the user information to be updated to each registered user.
  • the administrator of the information processing apparatus 10 discovers that there is an error in the English notation of the company name when maintaining the user information, the administrator transmits the error to the corresponding user's Email address, A correction may be prompted.
  • FIG. 31 is a diagram illustrating an example of information set in the user information management part of the second embodiment.
  • the English company name is used when creating the general-purpose company code.
  • the corporate number (so-called corporate version My Number) specified and notified by Article 58 of the Act on the Use of Numbers for Identifying Specific Individuals in Administrative Procedures Instead of English Company Names May be used.
  • the corporation number is input by the user, and the corporate number is stored in the user information management part D2 as shown in FIG.
  • a general-purpose company code is created using the same method as in the first embodiment. That is, the value set in the generic company group code column and the value set in the corporate number column are set in this order in the generic company code column of the second embodiment.
  • the corporate number may also serve as a general-purpose company code.
  • the My Number applicable to an individual or an individual business owner may also serve as a general-purpose company code. According to the system of the second embodiment, the same effect as the system of the first embodiment can be obtained.
  • the processing performed by the information processing apparatus 10 may be distributed by a plurality of apparatuses.
  • one apparatus may perform registration information registration processing, and another apparatus may perform transfer processing using the registration information.
  • the currency that can be used in the processing method of the present embodiment may be a currency that is currently distributed, or may be a virtual currency such as bitcoin or ripple.
  • 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 information processing apparatus 10 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
  • a receipt issuing function can be added to the invoice issuing system. Specifically, at the time of checkout at the register (settlement), the receipt is sent immediately by touching the tablet (for example, touching the tablet and pressing the confirmation button once completes the process of sending the receipt. 2 seconds Within). For that purpose, a user registers a fingerprint, a face photograph, etc. in advance with an application or the like. If the fingerprint is registered, the store side touches the tablet held by the store and displays the e-mail address of the receipt destination. When the user presses the OK button, the receipt is completed. On the other hand, in the case of a face photograph, the e-mail address of the receipt destination is displayed by face authentication, for example.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Hardware Design (AREA)
  • Operations Research (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Bioethics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

　ユーザ情報記憶部１１は、ユーザの電子メールアドレスと少なくとも１つの位置情報とをユーザ毎に関連づけたユーザ情報を記憶する。登録処理部１２は、ユーザ情報記憶部１１に記憶される位置情報と電子メールアドレスとを用いて所定の規則に基づきユーザ毎にコードを生成する。請求書情報記憶部１４は、ユーザ情報記憶部１１に記憶されているユーザ情報が備える第１のユーザの電子メールアドレスを含む請求書情報を記憶する。登録処理部１２は、ユーザ情報記憶部１１にユーザ情報が記憶されている第２のユーザからの請求書情報へのアクセス要求を受け付けると、第１のユーザの第１のコードと、第２のユーザの第２のコードが一致するか否かを判断し、第１のコードと第２のコードとが一致する場合、請求書情報記憶部１４に記憶されている第１のユーザが作成した請求書情報へのアクセス権限を第２のユーザに付与する。

Description

情報処理装置およびアクセス権限付与方法
　本発明は情報処理装置およびアクセス権限付与方法に関する。
　請求書の管理を一括して行うシステムが知られている。例えば、同一の被請求人に対する電子請求書をとりまとめるとともに合計金額を算出する方法が知られている。
特表２００５－５３７５８８号公報 特開２００３－１８７１５９号公報
親会社が共通していても子会社間や、親会社と子会社では地理的に異なる地点にいるユーザーが、様々な取引先より入手する請求書をとりまとめ一元管理することが難しいという問題がある。また、１企業においても地理的に異なる各営業所、各支社、各工場にいる各ユーザーが入手した請求書をとりまとめ一元管理することが難しいという問題がある。なお、請求書について説明したが、コンピュータを介してやりとりする他の文書（以下、ビジネス文書）についても同様の問題がある。
　１つの側面では、本発明は、会社全体またはその企業グループ全体の請求書の閲覧とその情報の一元管理を可能とすることを目的とする。
　上記目的を達成するために、開示の情報処理装置が提供される。この情報処理装置は、第１の記憶部と、生成部と、第２の記憶部と、処理部とを有している。
　第１の記憶部は、ユーザを特定するユーザ特定情報と少なくとも１つの固有の情報とをユーザ毎に関連づけたユーザ情報を記憶する。
　生成部は、第１の記憶部に記憶される固有の情報とユーザ特定情報とを用いて所定の規則に基づきユーザ毎にコードを生成する。
　第２の記憶部は、第１の記憶部に記憶されているユーザ情報が備える第１のユーザのユーザ特定情報を含む請求書情報を記憶する。
　処理部は、第１の記憶部にユーザ情報が記憶されている第２のユーザからの請求書情報へのアクセス要求を受け付けると、第１のユーザの第１のコードと、第２のユーザの第２のコードが一致するか否かを判断し、第１のコードと第２のコードとが一致する場合、第２の記憶部に記憶されている第１のユーザが作成した請求書情報へのアクセス権限を第２のユーザに付与する。
　１態様では、会社全体または企業グループ全体の請求書の閲覧とその情報の一元管理を可能とすることができる。
第１の実施の形態のシステムの構成を示す図である。 実施の形態の情報処理装置のハードウェア構成を示す図である。 実施の形態の情報処理装置の機能を示すブロック図である。 ユーザ情報を入力する画面の一例を示す図である。 ユーザ情報記憶部に記憶される情報の一例を示す図である。 ユーザ情報管理部分に設定されている情報の一例を示す図である。 ユーザ情報管理部分に設定されている情報の一例を示す図である。 生成情報管理部分に設定されている情報の一例を示す図である。 生成情報管理部分に設定されている情報の一例を示す図である。 請求書情報入力画面の一例を説明する図である。 請求書情報記憶部に記憶される情報の一例を示す図である。 請求書情報記憶部に記憶される情報の一例を示す図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。 共有依頼入力画面の一例を説明する図である。 共有者の登録を説明する図である。 登録処理部の処理を示すフローチャートである。 共有者登録処理を示すフローチャートである。 請求書情報の個別登録処理を説明するフローチャートである。 請求書情報の一括登録処理を説明するフローチャートである。 チェック処理を説明するフローチャートである。 請求書情報共有処理を説明する図である。 振込処理を説明する図である。 支払い内容確認画面の一例を示す図である。 第２の実施の形態のユーザ情報管理部分に設定されている情報の一例を示す図である。
　＜第１の実施の形態＞
　図１は、第１の実施の形態のシステムの構成を示す図である。
　システム１は、情報処理装置１０と端末装置２０ａ、２０ｂ、２０ｃとがインターネット（internet）等のネットワーク５０を介して接続されている。
　情報処理装置１０と、端末装置２０ａ、２０ｂ、２０ｃはＷｅｂプログラムを実装している。端末装置２０ａ、２０ｂ、２０ｃは、Ｗｅｂブラウザを介して請求書に関するデータを情報処理装置１０とやりとりする。なお、本実施の形態では請求書に関するデータのやりとりを例示するが、請求書はビジネス文書の一例であり、本発明は請求書のやりとりに限定されない。ビジネス文書の他の例としては、例えば見積書や注文書等が挙げられる。
　端末装置２０ａ、２０ｂ、２０ｃは、それぞれ請求書を受発注するユーザ（例えば経理担当者）が操作する端末装置である。
　例えば、端末装置２０ａはＡ社のユーザが操作する端末装置であり、端末装置２０ｂは、Ｂ社（Ａ社とは別会社）のユーザが操作する端末装置である。また、端末装置２０ｃは、Ａ社のグループ子会社であるＡｇ社のユーザが操作する端末装置である。
　Ａ社、Ｂ社、Ａｇ社の各ユーザは、それぞれ自己に割り当てられたＥｍａｉｌアドレス等を用いて情報処理装置１０にユーザ登録を行うことにより、情報処理装置１０が構築する請求書処理システムにアクセスする環境を整える。
　その後、Ａ社からＢ社宛に請求書を発行する場合、Ａ社のユーザは端末装置２０ａを操作することにより、請求書に関する情報（請求書情報）を作成する。端末装置２０ａで作成された請求書情報は、情報処理装置１０に一時的に記憶される。そして、Ｂ社のユーザが操作する端末装置２０ｂからの請求書へのアクセス要求に応じて情報処理装置１０は、Ａ社のユーザが作成した請求書情報を端末装置２０ｂが閲覧可能にする。
　また、Ａｇ社のユーザがＢ社宛に請求書を発行した場合、情報処理装置１０は、子会社であるＡｇ社が発行した請求書をＡ社のユーザが閲覧できるようにすることができる。この処理は共有者登録処理として後に詳述する。
　また、情報処理装置１０は、Ｂ社がＡ社とＡｇ社への請求金額を一括して処理できる機能を備える。情報処理装置１０は、Ｂ社が一括して支払った請求金額を、Ａ社とＡｇ社それぞれの口座に振り込む機能を備えている。
　以下、情報処理装置１０の機能を具体的に説明する。
　図２は、実施の形態の情報処理装置のハードウェア構成を示す図である。
　情報処理装置１０は、ＣＰＵ（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）等が挙げられる。
　通信インタフェース１０７は、ネットワーク５０に接続されている。通信インタフェース１０７は、ネットワーク５０を介して、他のコンピュータまたは通信機器との間でデータを送受信する。
　以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図２には情報処理装置１０のハードウェア構成を示したが、端末装置２０ａ、２０ｂ、２０ｃも情報処理装置１０と同様のハードウェア構成で実現できる。
　情報処理装置１０内には、以下のような機能が設けられる。
　図３は、実施の形態の情報処理装置の機能を示すブロック図である。
　情報処理装置１０は、ユーザ情報記憶部１１と、登録処理部１２と、請求書処理部１３と、請求書情報記憶部１４とを有している。
　ユーザ情報記憶部１１には、端末装置２０ａ、２０ｂ、２０ｃが作成したユーザ情報が記憶される。
　登録処理部１２は、ユーザが登録した情報（ユーザ情報）をユーザ情報記憶部１１に書き込む。このユーザ情報は請求書の処理に用いられる。
　請求書情報記憶部１４には、端末装置２０ａ、２０ｂ、２０ｃが作成した請求書情報が記憶される。
　請求書処理部１３は、通知部１３ａと振込処理部１３ｂとを有している。
　通知部１３ａは、請求書情報記憶部１４に記憶される請求書情報から請求書情報を送信したユーザを特定する。そして、親会社が共通する会社（親会社も含む）からの請求書情報をとりまとめる。そして、通知部１３ａは、親会社が共通する会社からの各請求書を請求先に通知する。また、通知部１３ａは、親会社が共通する会社の請求金額をとりまとめた金額（とりまとめ金額）を請求先に通知する。
　なお、請求書のとりまとめる単位は前述したものに限定されず、例えば会社名が同じ（親会社と子会社は区別した）各請求書をとりまとめるようにしてもよい。
　振込処理部１３ｂは、請求先のユーザからの口座へのとりまとめ金額の振り込みに基づき、請求書に記載された金額毎に振り分けて親会社や子会社毎に振り込む処理を実行する。
　次に、ユーザ情報記憶部１１に記憶される情報の一例を説明する。
　図４は、ユーザ情報を入力する画面の一例を示す図である。
　図４に示すユーザ情報入力画面２１は、例えば端末装置２０ａに接続されたモニタ２２に表示される。また、ユーザ情報入力画面２１には、送信ボタン２１ａ、および中止ボタン２１ｂが表示される。
　ユーザ情報入力画面２１には、国名、Ｅｍａｉｌアドレス、会社名、英字会社名、氏名、ユーザ所在地郵便番号、ユーザ所在地、ユーザ電話番号、ユーザＦＡＸ番号、本社所在地郵便番号、本社所在地、および企業ＨＰＵＲＬの欄が設けられている。
　国名の欄には、ユーザ情報を入力するユーザ（図４の説明において以下、単にユーザという）の勤務する会社所在地の国名を識別する情報が選択される。
　Ｅｍａｉｌアドレスの欄には、社内においてユーザに割り当てられているＥｍａｉｌアドレスが入力される。
　会社名の欄には、ユーザが勤務する会社名が日本語で入力される。
　英字会社名の欄には、ユーザが勤務する会社名が英語で入力される。
　氏名の欄には、ユーザの氏名が入力される。
　ユーザ所在地郵便番号の欄には、ユーザが勤務する会社の所在地（例えば本社であれば本社、支社であれば支社、営業所であれば営業所）の郵便番号が入力される。
　ユーザ所在地の欄には、ユーザが勤務する会社の所在地が入力される。
　ユーザ電話番号の欄には、ユーザが連絡を希望する電話番号が入力される。
　ユーザＦＡＸ番号の欄には、ユーザが連絡を希望するＦＡＸ番号が入力される。
　本社所在地郵便番号の欄には、ユーザが勤務する会社の本社所在地の郵便番号が入力される。
　本社所在地の欄には、ユーザが勤務する会社の本社所在地が入力される。
　企業ＨＰＵＲＬの欄には、企業のホームページのＵＲＬ（Uniform Resource Locator）が入力される。
　なお、図４には図示していないが、ユーザが属する社内の部署名を入力する欄や、従業員コードの欄や、代表原価負担部門の欄や代表勘定科目の欄が設けられていてもよい。
　ユーザにより送信ボタン２１ａが押下されると、端末装置２０ａは、ユーザ情報を情報処理装置１０に送信する。
　図５は、ユーザ情報記憶部に記憶される情報の一例を示す図である。
　本実施の形態ではユーザ情報がテーブル化されて記憶されている。図５に示すユーザ情報管理テーブルＴ１には、管理番号を記憶する管理番号部分Ｄ１と、ユーザ情報が記憶されているユーザ情報管理部分Ｄ２と、生成情報が記憶されている生成情報管理部分Ｄ３とが設けられている。これらのうち、生成情報は、ユーザ情報に基づき登録処理部１２が生成した情報である。これら３つの情報は、互いに関連づけられており、連番が割り振られている。この連番によって各情報が識別される。
　管理番号部分Ｄ１には、ユーザ情報を管理する番号が記憶される。例えば、図５に示すユーザ管理番号Ａｇ１のユーザは、Ａ社のグループ会社に所属していることを示している。このユーザ管理番号は、ユーザ情報に含まれる本社所在地やドメイン等に基づき重複しないように登録処理部１２が作成する。
　図６および図７は、ユーザ情報管理部分に設定されている情報の一例を示す図である。
　ユーザ情報管理部分Ｄ２の各項目としては、ユーザ管理番号、国名、Ｅｍａｉｌ、会社名、英字会社名、氏名、〒番号、ユーザ所在地、電話番号（ＴＥＬ）、ＦＡＸ番号（ＦＡＸ）、本社郵便番号、本社所在地、企業ＨＰＵＲＬ、社内共有者がある。
　ユーザ情報管理部分Ｄ２における、図４に示すユーザ情報入力画面２１の欄と同じ名称の欄については、それぞれユーザ情報入力画面２１でユーザが入力した情報が記憶されている。このため詳細の説明は省略する。
　社内共有者の欄には、当該ユーザ管理番号のユーザが作成し、請求書情報記憶部１４に記憶されている請求書にアクセス可能なユーザのＥｍａｉｌアドレスが設定される。図７では紙面の都合上、Ｅｍａｉｌアドレスの共通する部分については表記を省略している。例えば１行目の「2,3,4,5,6rou.sato@jp.xxx.com」は、2rou.sato@jp.xxx.com、3rou.sato@jp.xxx.com、4rou.sato@jp.xxx.com、5rou.sato@jp.xxx.com、6rou.sato@jp.xxx.comが設定されていることを示している。
　図８および図９は、生成情報管理部分に設定されている情報の一例を示す図である。
　図８および図９に示す生成情報管理部分Ｄ３の項目としては、Ｅｍａｉｌドメイン、ユーザ開始年月日、ユーザ変更年月日、ユーザ変更年月度、ユーザ所在地情報、ユーザ所在地（緯度）、ユーザ所在地（経度）、本社位置情報、本社位置（緯度）、本社位置（経度）、汎用企業グループコード、および汎用企業コードがある。横方向に並べられた情報同士が互いに関連づけられている。
　Ｅｍａｉｌドメインの欄には、Ｅｍａｉｌアドレスのドメインが設定される。
　ユーザ開始年月日の欄には、ユーザがユーザ情報を送付した年月日が設定される。この年月日は、ユーザ情報を受信した日付情報から登録処理部１２が作成する。
　ユーザ変更年月日の欄には、ユーザがユーザ情報記憶部１１に記憶されているユーザ情報を変更した年月日が設定される。この年月日は、ユーザ情報を変更するＥｍａｉｌを受信した日付情報から作成する。
　ユーザ変更年月度の欄には、ユーザがユーザ情報記憶部１１に記憶されているユーザ情報を変更した年および月が設定される。この年月度は、登録情報を変更するＥｍａｉｌを受信した日付情報から作成する。
　ユーザ所在地情報の欄には、ユーザの所在地の緯度および経度（世界測地系（ＷＧＳ８４））が設定される。この情報は、例えば登録処理部１２がユーザ所在地から緯度および経度を割り出す。
　ユーザ所在地（緯度）の欄には、ユーザの所在地の緯度が設定される。
　ユーザ所在地（経度）の欄には、ユーザの所在地の経度が設定される。
　本社位置情報の欄には、ユーザが所属する会社の本社所在地の緯度および経度（本社位置情報）が設定される。
　本社位置（緯度）の欄には、本社位置情報に基づき登録処理部１２が生成した値が設定される。本社所在地の緯度が北緯３３度５２分２５．３４９秒である場合を例に説明する。まず、緯度の小数点以上の数値を羅列する。上記例では、３３５２２５となる。緯度が北緯の場合は先頭に「１」を設定し、南緯の場合は先頭に「２」を設定する。緯度が１桁、または２桁の場合は先頭に「０」をつけて３桁にする。小数点は四捨五入する。これにより、上記例の本社位置（緯度）の欄には、「１０３３５２２５」が設定される。
　本社位置（経度）の欄には、本社位置情報に基づき登録処理部１２が生成した値が設定される。本社所在地の緯度が東経１３０度５２分２３．１８９秒である場合を例に説明する。まず、経度の数値の小数点以上を羅列する。上記例では、１３０５２２３となる。経度が東経の場合は先頭に「１」を設定し、西経の場合は先頭に「２」を設定する。経度が１桁、または２桁の場合は先頭に「０」をつけて３桁にする。小数点は四捨五入する。これにより、上記例の本社位置（経度）の欄には、「１１３０５２２３」が設定される。
　汎用企業グループコードの欄には、ユーザ変更年月度の欄に設定された値と、本社位置（緯度）の欄に設定された値と、本社位置（経度）の欄に設定された値と、ドメインの欄に設定された値とが、この順番に並べられた値が設定される。図８および図９に示す生成情報Ｄ２のユーザ管理番号Ａｇ１の各欄の値を例に説明する。ユーザ管理番号Ａｇ１の汎用企業グループコードの欄には、国名の欄に設定された情報「ｊｐ」と、ユーザ変更年月度の欄に設定された値「２０１３０５」と、本社位置（緯度）の欄に設定された値「１０３３５２２５」と、本社位置（経度）の欄に設定された値「１１３０５２２３」と、ドメインの欄に設定された値「ｊｐ．ｘｘｘ」とが、この順番に並べられたコード「ｊｐ２０１３０５１０３３５２２５１１３０５２２３ｊｐ．ｘｘｘ」が設定されている。
　汎用企業コードの欄には、汎用企業グループコードの欄に設定された値と、英字会社名の欄に設定された値がこの順番に並べられた値が設定される。なお、株式会社等の名称や、スペースやカンマは汎用企業コードには含めない。例えばユーザ管理番号Ａｇ１の汎用企業コードの欄には、汎用企業グループコードの欄に設定されたコード「ｊｐ２０１３０５１０３３５２２５１１３０５２２３ｊｐ．ｘｘｘ」と、英字会社名の欄に設定された情報「ｘｘｘ」が、この順番に並べられたコード「ｊｐ２０１３０５１０３３５２２５１１３０５２２３ｊｐ．ｘｘｘｘｘｘ」が設定されている。
　次に、請求書情報を説明する。
　図１０は、請求書情報入力画面の一例を説明する図である。
　図１０に示す請求書情報入力画面２３は、例えば端末装置２０ａに接続されたモニタ２２に表示される。
　請求書情報入力画面２３には、宛先（会社名）、請求書発行日付、請求内容、請求金額、振込指定口座、および指定口座番号・名義の欄が設けられている。また、請求書情報入力画面２３には、送信ボタン２３ａ、および中止ボタン２３ｂが表示される。
　宛先（会社名）の欄には、宛先の会社名が入力される。
　請求書発行日付の欄には、請求書を発行した日付が手動または自動で入力される。
　請求内容の欄には、請求書を発行する対象の物品やサービスが入力される。
　請求金額の欄には、請求金額（総額）が入力される。
　振込指定口座の欄には、請求書情報を入力するユーザが、入金を希望する口座の銀行名および支店名が入力される。
　指定口座番号・名義の欄には、請求書情報を入力するユーザが、入金を希望する口座の口座番号および名義が入力される。
　なお、図１０には図示していないが、会社固有の請求書番号を入力する欄や、取引区分を入力する欄や、請求書に対応する見積書の番号を入力する欄や、単価を入力する欄が設けられていてもよい。
　ユーザにより送信ボタン２３ａが押下されると、端末装置２０ａは、請求書情報を請求書情報を作成したユーザのＥｍａｉｌアドレスとともに情報処理装置１０に送信する。請求書処理部１３は、受信した請求書情報を請求書情報記憶部１４に書き込む。
　図１１および図１２は、請求書情報記憶部に記憶される情報の一例を示す図である。
　本実施の形態では請求書情報がテーブル化されて記憶されている。請求書情報管理テーブルＴ２には、管理番号、請求書情報番号、請求書宛先、宛先、住所、請求内容、請求金額、振込指定口座、指定口座番号・名義、ユーザ所在地情報、ユーザ所在地（緯度）およびユーザ所在地（経度）の欄が設けられている。横方向に並べられた情報同士が互いに関連づけられている。
　管理番号の欄には、請求元のユーザと請求先のユーザを識別する情報が設定される。図１１および図１２には、ユーザ管理番号Ａ４のユーザが、ユーザ管理番号Ａｇ３、Ｂ３、Ｂｇ４、Ｃ３、Ｃ５、Ｃ６のユーザに対し請求書を作成した場合の請求書情報が図示されている。
　請求書情報番号の欄には、請求書情報を識別する番号が設定される。
　請求書宛先の欄には、請求書情報入力画面２３の請求先会社担当Ｅｍａｉｌアドレスに入力されたＥｍａｉｌアドレスが設定される。
　宛先、請求内容、請求金額、振込指定口座、指定口座番号・名義の欄には、請求書情報入力画面２３にて入力された情報が設定される。
　住所、ユーザ所在地情報、ユーザ所在地（緯度）およびユーザ所在地（経度）の欄には、請求書情報を作成したユーザのユーザ情報管理テーブルＴ１に設定されている情報が設定される。この処理は請求書処理部１３が、請求書情報を作成するためにユーザが請求書処理システムにログインするために入力したＥｍａｉｌアドレスからユーザ情報を特定する。そして、特定したユーザ情報を、請求書情報管理テーブルＴ２の各欄に設定する。
　請求書処理部１３は、請求書情報が端末装置から送られてくると、請求元のユーザ情報と請求先のユーザ情報を関連づけておく。なお、関連づける方法としては、例えば実際にこれらを関連づけた情報をユーザ情報、請求書情報とは別個に作成して請求書情報記憶部１４に記憶するようにしてもよいし、別の例では、請求元のユーザのユーザ管理番号と請求先のユーザ管理番号同士を互いに関連づけた情報を請求書情報記憶部１４に記憶するようにしてもよい。
　図１３～図２０は、請求元のユーザ情報と請求先のユーザ情報の関連づけの一例を説明する図である。図１３～図２０には、図１１および図１２にて示した請求書情報に対応する請求元のユーザ情報と請求先のユーザ情報が関連づけられた請求元ユーザ情報管理テーブルＴ３および請求先ユーザ情報管理テーブルＴ４を図示している。
　図１３、図１４、図１５および図１６に示す請求元ユーザ情報管理テーブルＴ３は、請求元であるユーザ管理番号Ａ４のユーザのユーザ情報が、発行した請求書情報の数だけ図示されている。そして、図１７、図１８、図１９および図２０に示す請求先ユーザ情報管理テーブルＴ４は、請求先のユーザ管理番号Ａｇ３、Ｂ３、Ｂｇ４、Ｃ３、Ｃ５、Ｃ６のユーザ情報が発行した請求書情報の数だけ図示されている。
　次に、共有者登録処理について説明する。共有者登録処理を実行することにより、汎用企業グループコードが同じユーザの範囲内で請求書情報の共有（閲覧等）が可能となる。
　図２１は、共有依頼入力画面の一例を説明する図である。
　図２１に示す共有依頼入力画面２４は、例えば端末装置２０ａに接続されたモニタ２２に表示される。共有依頼入力画面２４には、請求書情報共有者メールアドレスの欄が設けられている。この欄には、請求書情報の共有を希望する共有先のユーザ（以下、共有対象者と言う）のＥｍａｉｌアドレス（ユーザ特定情報）が、ユーザの操作により入力される。なお、ユーザを特定する情報は、メールアドレスに限定されない。図２１には、ユーザ管理番号Ｃ２が割り当てられているユーザがユーザ管理番号Ｃ３、Ｃ４、Ｃ５、Ｃ６が割り当てられているユーザと請求書情報の共有を希望する場合の例を示している。
　ユーザの操作により送信ボタン２４ａが押下されると、端末装置２０ａは、共有者登録依頼情報を情報処理装置１０に送信する。この共有者登録依頼情報には、請求書情報共有者メールアドレスの欄に入力された各Ｅｍａｉｌアドレスを、ユーザ管理番号Ｃ２が割り当てられているユーザのＥｍａｉｌアドレスに関連づけられた情報が含まれている。
　登録処理部１２は、請求書情報共有者メールアドレスの欄に入力されたＥｍａｉｌアドレスが端末装置２０ａから送られてくると、これらのＥｍａｉｌアドレス宛にユーザ管理番号Ｃ２のユーザを共有者として承認してよいか否かのＥｍａｉｌ（承認依頼メール）を送信する。
　ところで、承認依頼メールを受信した共有依頼者が、ユーザ管理番号Ｃ２が割り当てられているユーザとの請求書情報の共有を承認する場合、承認依頼メールに含まれる共有者としての登録を承認するチェックボックス（図示せず）にチェックを入れる。そして、承認依頼メールを返信する。これにより、登録処理部１２が承認依頼メールの返信を受け取ると、登録処理部１２は、共有対象者のＥｍａｉｌアドレスをユーザ情報管理部分Ｄ２の社内共有者の欄に設定する。
　図２２は、共有者の登録を説明する図である。
　図２２に示すユーザ情報管理部分Ｄ２に示すように、データの共有を許可したユーザを登録することにより、そのユーザも共有許可者のデータへアクセスすることができる。例えば、図２２に示すユーザ情報は、斉藤２郎さんが作成した請求書情報は、その共有を許可した斉藤３郎、斉藤４郎、斉藤５郎、斉藤６郎さんもアクセスすることができる（請求書情報控えとしてデータを見ることが可能）。
　次に、登録処理部１２の処理をフローチャートを用いて説明する。
　図２３は登録処理部の処理を示すフローチャートである。
　［ステップＳ１］　登録処理部１２は、各端末装置から送られてくるユーザ情報を受け付ける。その後ステップＳ２に遷移する。
　［ステップＳ２］　登録処理部１２は、ステップＳ１にて受け付けたユーザ情報に含まれる国名を抽出し、ユーザ情報管理テーブルＴ１に設定する。その後、ステップＳ３に遷移する。
　［ステップＳ３］　登録処理部１２は、ユーザ情報を受け付けた日付をユーザ情報管理テーブルＴ１のユーザ開始年月日に設定する。その後、ステップＳ４に遷移する。
　［ステップＳ４］　登録処理部１２は、ユーザ情報に含まれるＥｍａｉｌアドレスに基づいてＥｍａｉｌドメインを抽出し、ユーザ情報管理テーブルＴ１に設定する。その後、ステップＳ５に遷移する。
　［ステップＳ５］　登録処理部１２は、ユーザ情報に含まれるユーザ所在地に基づき、ユーザ所在地情報を生成し、ユーザ情報管理テーブルＴ１に設定する。その後、ステップＳ６に遷移する。
　［ステップＳ６］　登録処理部１２は、ユーザ情報に含まれる本社所在地に基づき、本社位置情報を生成し、ユーザ情報管理テーブルＴ１に設定する。その後、ステップＳ７に遷移する。
　［ステップＳ７］　登録処理部１２は、前述した方法を用いて汎用企業グループコードを発番し、ユーザ情報管理テーブルＴ１に設定する。その後、ステップＳ８に遷移する。
　［ステップＳ８］　登録処理部１２は、前述した方法を用いて汎用企業コードを発番し、ユーザ情報管理テーブルＴ１に設定する。その後、ステップＳ９に遷移する。
　［ステップＳ９］　登録処理部１２は、ユーザＩＤおよびパスワードを発行する。その後、ステップＳ１０に遷移する。
　［ステップＳ１０］　登録処理部１２は、ユーザ情報に含まれるＥｍａｉｌアドレス宛に、ステップＳ９にて発行したユーザＩＤおよびパスワードを送信する。その後、図２３に示す処理を終了する。
　次に、共有者登録処理を説明する。以下の説明ではユーザＡ１が端末装置２０ａを用いて共有者登録依頼情報を作成し、情報処理装置１０に送信した場合の処理を説明する。
　図２４は、共有者登録処理を示すフローチャートである。
　［ステップＳ２１］　登録処理部１２は、ユーザＡ１が送信した共有者登録依頼情報を受け付ける。その後、ステップＳ２２に遷移する。
　［ステップＳ２２］　登録処理部１２は、ユーザ情報管理テーブルＴ１のＥｍａｉｌの欄を参照する。そして、登録処理部１２は、ステップＳ２１にて受け付けた共有者登録依頼情報に含まれるＥｍａｉｌアドレスに一致するＥｍａｉｌアドレスが、Ｅｍａｉｌの欄に存在するか否かを判断する。共有者登録依頼情報に含まれるＥｍａｉｌアドレスに一致するＥｍａｉｌアドレスが、Ｅｍａｉｌの欄に存在する場合（ステップＳ２２のＹｅｓ）、ステップＳ２３に遷移する。共有者登録依頼情報に含まれるＥｍａｉｌアドレスに一致するＥｍａｉｌアドレスが、Ｅｍａｉｌの欄に存在しない場合（ステップＳ２２のＮｏ）、ステップＳ２５に遷移する。
　［ステップＳ２３］　登録処理部１２は、ユーザ情報管理テーブルＴ１の汎用企業グループコードの欄を参照する。そして、登録処理部１２は、共有者登録依頼情報に含まれるＥｍａｉｌアドレスに関連づけられている汎用企業グループコードが、ユーザＡ１の汎用企業グループコードに一致するか否かを判断する。共有者登録依頼情報に含まれるＥｍａｉｌアドレスに関連づけられている汎用企業グループコードが、ユーザＡ１の汎用企業グループコードに一致する場合（ステップＳ２３のＹｅｓ）、ステップＳ２４に遷移する。共有者登録依頼情報に含まれるＥｍａｉｌアドレスに関連づけられている汎用企業グループコードが、ユーザＡ１の汎用企業グループコードに一致しない場合（ステップＳ２３のＮｏ）、ステップＳ２５に遷移する。
　［ステップＳ２４］　登録処理部１２は、共有者登録依頼情報に含まれるＥｍａｉｌアドレスを宛先とする承認依頼メールを送信する。この承認依頼メールには、例えば共有者としての登録を承認するか否かのチェックボックスが含まれる。その後、図２４に示す処理を終了する。
　［ステップＳ２５］　登録処理部１２は、ユーザＡ１のＥｍａｉｌアドレスを宛先とするエラー通知メールを送信する。エラー通知メールには、共有者の登録ができなかった旨の情報および解決方法を示す情報が含まれる。例えば、ステップＳ２２の処理にて共有者登録依頼情報に含まれるＥｍａｉｌアドレスに一致するＥｍａｉｌアドレスが、ユーザ情報管理テーブルＴ１のＥｍａｉｌの欄に存在しない場合にはその旨を通知し、共有者のユーザ登録を行うことで問題が解決することを併せて記述する。
　ところで、前述したように、承認依頼メールを受信した共有対象者が、ユーザＡ１との請求書情報の共有を承認する場合、承認依頼メールに含まれる共有者としての登録を承認するチェックボックスにチェックを入れる。そして、承認依頼メールを返信する。これにより、登録処理部１２が承認依頼メールの返信を受け取ると、ユーザＡ１のユーザ情報管理部分Ｄ２の社内共有者の欄に共有対象者のＥｍａｉｌアドレスを設定する。また、共有対象者のユーザ情報管理部分Ｄ２の社内共有者の欄にユーザＡ１のＥｍａｉｌアドレスを設定する。
　なお、本実施の形態では相互承認をする場合を例に説明したが、例えば共有対象者のユーザ情報管理部分Ｄ２の社内共有者の欄にユーザＡ１のＥｍａｉｌアドレスを設定し、ユーザＡ１のユーザ情報管理部分Ｄ２の社内共有者の欄に共有対象者のＥｍａｉｌアドレスを設定しないという処理を行うこともできる。これにより、例えばユーザＡ１は、共有者が作成した請求書情報を閲覧できるが、共有者はユーザＡ１が作成した請求書情報は閲覧できないというような処理を実行させることができる。
　次に、請求書情報を情報処理装置１０に登録する処理を説明する。
　以下の説明では請求書情報を送信したユーザを「請求元のユーザ」と言い、請求書情報を受け付けるユーザを「請求先のユーザ」と言う。
　請求書情報を情報処理装置１０に登録する場合、１つずつ個別に登録する処理（個別登録処理）と、複数の請求書情報を一括して登録する処理（一括登録処理）がある。以下、順番に説明する。
　図２５は、請求書情報の個別登録処理を説明するフローチャートである。
　［ステップＳ３１］　請求書処理部１３は、端末装置が送信した請求書情報を受信する。その後、ステップＳ３２に遷移する。
　［ステップＳ３２］　請求書処理部１３は、ステップＳ３１にて受け付けた請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスと宛先住所の組み合わせが、請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスにより特定される登録情報の宛先住所との組み合わせに一致するか否かを判断する。一致する場合（ステップＳ３２のＹｅｓ）、ステップＳ３３に遷移する。一致しない場合（ステップＳ３２のＮｏ）、ステップＳ３６に遷移する。
　［ステップＳ３３］　請求書処理部１３は、ステップＳ３１にて受け付けた請求書情報にユーザ情報管理テーブルＴ１に記憶されている請求元のユーザのユーザ情報と請求先のユーザのユーザ情報および生成情報を関連づける。その後、ステップＳ３４に遷移する。
　［ステップＳ３４］　請求書処理部１３は、請求書情報に含まれる銀行名の銀行のシステムに接続することで、ステップＳ３１にて受け付けた請求書情報に含まれる振込指定口座が存在するか、名義が一致するかをチェックする。その後、ステップＳ３５に遷移する。
　［ステップＳ３５］　請求書処理部１３は、ステップＳ３３にて請求元のユーザのユーザ情報と請求先のユーザのユーザ情報が付加された請求書情報を請求書情報記憶部１４に書き込む。その後、図２５の処理を終了する。
　［ステップＳ３６］　請求書処理部１３は、ステップＳ３１にて受け付けた請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスを宛先とするＥｍａｉｌを送信する。Ｅｍａｉｌの本文には新たなユーザに連絡を依頼する内容を記載する。その後、図２５の処理を終了する。
　図２５に示す処理を情報処理装置１０が実行することにより、請求元のユーザおよび請求先のユーザは、請求書処理システムにログインすることで請求書情報にアクセスすることが可能となる。
　次に、請求書情報を一括して登録するときの処理を説明する。
　図２６は、請求書情報の一括登録処理を説明するフローチャートである。
　［ステップＳ４１］　請求書処理部１３は、請求書情報を一括して受け付ける。その後、ステップＳ４２に遷移する。
　［ステップＳ４２］　請求書処理部１３は、ステップＳ４１にて受け付けた請求書情報に請求元のユーザのユーザ情報と請求先のユーザのユーザ情報を付加する。その後、ステップＳ４３に遷移する。
　［ステップＳ４３］　請求書処理部１３は、請求書情報に含まれる銀行名の銀行のシステムに接続することで、請求書情報に含まれる振込指定口座が存在するか、名義が一致するかをチェックする。チェックが終了すると、図２６に示す処理を終了する。
　次に、ステップＳ４３の処理（チェック処理）を詳しく説明する。
　図２７は、チェック処理を説明するフローチャートである。
　［ステップＳ４３ａ］　請求書処理部１３は、請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスが、ユーザ情報管理テーブルＴ１の登録情報に存在するか否かを判断する。請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスが、ユーザ情報管理テーブルＴ１の登録情報に存在する場合（ステップＳ４３ａのＹｅｓ）、ステップＳ４３ｂに遷移する。請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスが、ユーザ情報管理テーブルＴ１の登録情報に存在しない場合（ステップＳ４３ａのＮｏ）、ステップＳ４３ｈに遷移する。
　［ステップＳ４３ｂ］　請求書処理部１３は、ステップＳ４１にて受け付けた請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスと宛先住所の組み合わせが、請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスにより特定される登録情報の宛先住所との組み合わせに一致するか否かを判断する。一致する場合（ステップＳ４３ｂのＹｅｓ）、ステップＳ４３ｃに遷移する。一致しない場合（ステップＳ４３ｂのＮｏ）、ステップＳ４３ｇに遷移する。
　［ステップＳ４３ｃ］　請求書処理部１３は、請求書情報の全ての入力必須項目に情報が記載されているか否かを判断する。請求書情報の全ての入力必須項目に情報が記載されている場合（ステップＳ４３ｃのＹｅｓ）、ステップＳ４３ｄに遷移する。請求書情報の全ての入力必須項目に情報が記載されていない場合、すなわち、請求書情報の入力必須項目に空欄が存在する場合（ステップＳ４３ｃのＮｏ）、ステップＳ４３ｇに遷移する。
　［ステップＳ４３ｄ］　請求書処理部１３は、請求書情報に含まれる銀行名の銀行のシステムに接続することで、ステップＳ４１にて受け付けた請求書情報に含まれる振込指定口座が存在するか否かを判断する。請求書情報に含まれる振込指定口座が存在する場合（ステップＳ４３ｄのＹｅｓ）、ステップＳ４３ｅに遷移する。請求書情報に含まれる振込指定口座が存在しない場合（ステップＳ４３ｄのＮｏ）、
　［ステップＳ４３ｅ］　請求書処理部１３は、、名義が一致するかをチェックする。名義が一致する場合（ステップＳ４３ｅのＹｅｓ）、ステップＳ４３ｆに遷移する。名義が一致しない場合（ステップＳ４３ｅのＮｏ）、ステップＳ４３ｇに遷移する。
　［ステップＳ４３ｆ］　登録処理部１２は、ステップＳ４１にて請求元のユーザのユーザ情報と請求先のユーザのユーザ情報が付加された請求書情報を請求書情報記憶部１４に書き込む。その後、図２７の処理を終了する。
　［ステップＳ４３ｇ］　請求書処理部１３は、ユーザＡ１のＥｍａｉｌアドレスを宛先とするエラー通知メールを送信する。エラー通知メールには、共有者の登録ができなかった旨の情報および解決方法を示す情報が含まれる。例えば、ステップＳ２２の処理にて共有者登録依頼情報に含まれるＥｍａｉｌアドレスに一致するＥｍａｉｌアドレスが、Ｅｍａｉｌの欄に存在しない場合にはその旨を通知し、共有者のユーザ登録を行うことで問題が解決することを併せて記述する。
　［ステップＳ４３ｈ］　請求書処理部１３は、ステップＳ４１にて受け付けた請求書情報に含まれる請求先のユーザのＥｍａｉｌアドレスを宛先とするＥｍａｉｌを送信する。Ｅｍａｉｌの本文には例えば請求書処理システムにユーザ登録を希望する旨を記載する。その後、図２７の処理を終了する。
　ところで、請求先のユーザは、端末装置を操作することにより、請求書情報の登録処理によって請求書情報記憶部１４に記憶された請求書情報を受信し、検収する処理を行うことができる。
　請求先のユーザは、請求書情報の各項目を確認後、内容に誤りが無い場合、ＷＥＢ上で検収する。他方、内容に誤りを発見した場合、誤りの項目の修正を依頼するＥｍａｉｌ（項目修正依頼メール）を請求元のユーザ宛に送信する。例えば、ＷＥＢ上の画面上に誤りの項目を指摘するチェックボックスがあり、誤りの項目のチェックボックスにチェックを入れ、修正依頼のボタンを押下することにより、端末装置が請求元のユーザのＥｍａｉｌアドレスを宛先とする項目修正依頼メールを作成し、送信する。
　項目修正依頼メールを受信した請求元のユーザが項目を修正する際には、請求書処理システムにログインする。その後、モニタに表示される修正画面にて、指摘された誤りの項目を修正する。その後、修正完了のボタンを押下することにより、端末装置が請求先のＥｍａｉｌアドレスを宛先とする項目修正依頼メールを作成し、送信する。
　次に、請求書情報共有処理を、フローチャートを用いて説明する。
　図２８は、請求書情報共有処理を説明する図である。なお、図２８の処理の順番は時系列を示すものではない。
　［ステップＳ５１］　ユーザＡ１により共有依頼入力画面２４にて請求書情報の共有を希望する共有対象者のＥｍａｉｌアドレスが記載され、送信ボタン２４ａが押下されると端末装置２０ａは、共有対象者のＥｍａｉｌアドレスを含む共有者登録依頼情報を送信する。
　［ステップＳ５２］　登録処理部１２は、共有者登録依頼情報を受信すると、ユーザ情報管理テーブルＴ１のＥｍａｉｌの欄を参照し、共有対象者がユーザ登録されているか否かを判断する。具体的には、共有対象者のＥｍａｉｌアドレスがＥｍａｉｌの欄に登録されているか否かを判断する。共有対象者のＥｍａｉｌアドレスがＥｍａｉｌの欄に登録されている場合、すなわち、共有対象者がユーザ登録されている場合（ステップＳ５２のＹｅｓ）、ステップＳ５３に遷移する。共有対象者のＥｍａｉｌアドレスがＥｍａｉｌの欄に登録されていない場合、すなわち、共有対象者がユーザ登録されていない場合（ステップＳ５２のＮｏ）、ステップＳ６０に遷移する。
　［ステップＳ５３］　登録処理部１２は、ユーザ情報管理テーブルＴ１の汎用企業グループコードの欄を参照し、共有対象者の汎用企業グループコードがユーザＡ１の汎用企業グループコードに一致するか否かを判断する。共有対象者の汎用企業グループコードがユーザＡ１の汎用企業グループコードに一致する場合（ステップＳ５３のＹｅｓ）、ステップＳ５４に遷移する。共有者の汎用企業グループコードがユーザＡ１の汎用企業グループコードに一致しない場合（ステップＳ５３のＮｏ）、ステップＳ５８に遷移する。
　［ステップＳ５４］　登録処理部１２は、共有対象者に承認依頼を通知するＥｍａｉｌ（共有承認依頼メール）を共有対象者のＥｍａｉｌアドレスを宛先として送信する。
　［ステップＳ５５］　端末装置２０ｂは、共有者承認依頼メールを受信する。
　［ステップＳ５６］　共有対象者により請求書処理システムへのログイン処理が実行されると、端末装置２０ｂは、共有者承認画面（図示せず）をＷＥＢブラウザ上に表示する。共有者承認画面には例えば、共有者としての承認を受諾するチェックボックスがある。共有者によりチェックボックスがチェックされ、送信ボタンを押下することにより、端末装置２０ｂが共有対象者のＥｍａｉｌアドレスを含む共有者承認情報を情報処理装置１０に応答する。その後、ステップＳ５７に遷移する。
　［ステップＳ５７］　登録処理部１２は、ユーザ情報管理テーブルＴ１における社内共有者の欄に本ステップＳ５７にて受け付けた共有者承認情報に含まれる共有対象者のＥｍａｉｌアドレスを設定する。これにより、ユーザＡ１が共有者が作成した請求書情報へアクセスすることが可能となる。
　［ステップＳ５８］　登録処理部１２は、ユーザＡ１のＥｍａｉｌアドレスを宛先とするエラー通知メールを送信する。エラー通知メールには、共有者の登録ができなかった旨の情報およびその理由を示す情報が含まれる。例えば、ステップＳ５２の処理にて共有者の汎用企業コードがユーザＡ１の汎用企業コードに一致しない場合にはその旨を通知する。
　［ステップＳ５９］　端末装置２０ａは、エラー通知メールを受信する。
　［ステップＳ６０］　登録処理部１２は、共有対象者のＥｍａｉｌアドレスを宛先とするユーザ登録依頼通知メールを送信する。ユーザ登録依頼通知メールには、ユーザＡ１から共有対象者への登録を促す情報および登録画面のＵＲＬが含まれる。
　［ステップＳ６１］　端末装置２０ｂは、ユーザ登録依頼通知メールを受信する。これにより、共有対象者によりユーザ登録が行われ、共有対象者が請求書処理システムにログインすると、登録処理部１２は、ステップＳ５３以降の処理を実行する。以上で図２８の説明を終了する。
　次に、振込処理を説明する。
　図２９は、振込処理を説明する図である。
　［ステップＳ７１］　端末装置２０ｂは、請求先のユーザＢ１がＢ社に関する請求書情報にアクセスし、検収したことを情報処理装置１０に通知する。
　［ステップＳ７２］　振込処理部１３ｂは、ステップＳ７１にて検収された請求書情報を用いて支払期日、支払い予定金額、支払い手数料、支払い予定明細書を作成する。ここで、支払金額、支払手数料は、振込先の口座番号毎にとりまとめられた金額とする。とりまとめる請求書情報の範囲としては例えば、（１）支払期日が一定期間内（例えば支払い期日が７月２４日～７月３１日まで）というものをとりまとめて処理する方法や、（２）支払期日が完全同一なものをとりまとめて処理する方法等が挙げられる。その後、ステップＳ７３に遷移する。
　［ステップＳ７３］　振込処理部１３ｂは、ユーザＢ１のＥｍａｉｌアドレスを宛先とする支払い内容確認メールを作成する。この支払い内容確認メールには、後述する支払い内容確認画面にアクセスできるＵＲＬが含まれる。
　［ステップＳ７４］　端末装置２０ｂは、支払い内容確認メールを受信する。ユーザにより、支払い内容確認メールに含まれるＵＲＬへのリンクがクリックされると、端末装置２０ｂは、支払い内容確認画面をＷＥＢブラウザ上に表示する。
　図３０は、支払い内容確認画面の一例を示す図である。
　支払い内容確認画面２５には、例えば支払先企業名、支払期日、支払金額、支払手数料、支払明細、振込指定口座等が表示される。ここで、支払金額、支払手数料は、振込先の口座番号毎にとりまとめられた金額が表示される。支払明細には、例えば個々の請求の内訳などが表示される。振込指定口座には、請求書情報に含まれる、個々のユーザが指定した振込指定口座の口座番号の代わりに情報処理装置１０の管理者が情報処理装置１０に予め記憶させておいた口座番号が表示される。
　支払い内容確認画面２５には、承認ボタン２５ａ、修正ボタン２５ｂ、却下ボタン２５ｃが表示される。
　また、支払い内容確認画面２５の左上には支払先企業毎にタブに番号が割り振られている。
　［ステップＳ７５］　ユーザＢ１により承認ボタン２５ａ、修正ボタン２５ｂ、却下ボタン２５ｃのうち、いずれかのボタンが押下されると、端末装置２０ｂがその旨を情報処理装置１０に応答する。
　［ステップＳ７６］　振込処理部１３ｂは、受信した応答の種別が承認か修正か却下かを判断する。受信した応答の種別が承認である場合（ステップＳ７６の承認）、ステップＳ７７に遷移する。受信した応答の種別が修正である場合（ステップＳ７６の修正）、ステップＳ８２に遷移する。受信した応答の種別が却下である場合（ステップＳ７６の却下）、ステップＳ８４に遷移する。
　［ステップＳ７７］　振込処理部１３ｂは、定期的に口座にアクセスし、入金を待機する。入金があれば（ステップＳ７７のＹｅｓ）、ステップＳ７８に遷移する。
　［ステップＳ７８］　振込処理部１３ｂは、請求元のユーザのＥｍａｉｌアドレスを宛先とする振込明細のメール（振込明細メール）を作成する。この振込明細メールには、振込明細画面へのＵＲＬが含まれる。その後、ステップＳ７９に遷移する。
　端末装置２０ａは、振込明細メールを受信する。請求元のユーザにより、振込明細メールに含まれるＵＲＬへのリンクがクリックされると、端末装置２０ｂは、振込明細画面をＷＥＢブラウザ上に表示する。振込明細画面には例えば、振込予定金額、振込予定口座番号等が表示される。これらの情報は、振込処理部１３ｂが請求元のユーザが作成した請求書情報に基づき作成する。
　また、支払い内容確認画面には、承認、修正ボタンが表示される。請求元のユーザは、表示された内容でよければ承認ボタンを押下する。内容の修正を行う場合は、振込予定口座番号の修正を行った上で修正ボタンを押下する。請求元のユーザにより、承認、修正のいずれかのボタンが押下されると、端末装置２０ｂがその旨を情報処理装置１０に応答する。
　［ステップＳ７９］　振込処理部１３ｂは、受信した応答の種別が承認か修正かを判断する。受信した応答の種別が承認である場合（ステップＳ７９の承認）、ステップＳ８１に遷移する。受信した応答の種別が修正である場合（ステップＳ７９の修正）、ステップＳ８０に遷移する。
　［ステップＳ８０］　振込処理部１３ｂは、請求書情報に含まれる振込指定口座を修正する。その後、ステップＳ８１に遷移する。
　［ステップＳ８１］　振込処理部１３ｂは、請求書情報に含まれる振込指定口座に振込処理を実行する。
　［ステップＳ８２］　振込処理部１３ｂは、ユーザＢ１のＥｍａｉｌアドレスを宛先とする修正依頼メールを作成し、送信する。
　［ステップＳ８３］　振込処理部１３ｂは、修正依頼メールに対する応答があると、請求書情報を修正し、ユーザＢ１のＥｍａｉｌアドレスを宛先とする支払い内容確認メールを再度、作成し、送信する。その後、端末装置２０ｂからの応答があると、ステップＳ７６に遷移し、ステップＳ７６以降の処理を引き続き実行する。
　［ステップＳ８４］　振込処理部１３ｂは、請求元のユーザのＥｍａｉｌアドレスを宛先とする却下通知メールを作成し、送信する。
　以上述べたように、情報処理装置１０によれば、共有者登録処理を実行することにより
、親会社が共通する会社全体の請求書を閲覧することが可能となる。これにより、複数の企業同士でやりとりされる請求書が１インターフェースの請求書情報として統合されたサービスを提供することができる。具体的には、請求先のユーザは、請求書をデータで、ＷＥＢ経由でくださいと簡単にいえる。そして頼まれた請求元のユーザも簡単にそれを受け入れることができる。
　また、ユーザは、ユーザ登録後、すぐに請求書処理システムを利用可能である。
　また、規模の大きい企業でも規模の小さい企業でも、個人事業主でも、だれもが共通のインタフェースで請求書のやり取りが可能となる。
　また、ユーザ間でのやり取りがある程度増え、例えば、１社で数十名のユーザーが利用するような状況になってくると、数十名が様々な企業から請求データを受けていることになる。社内で利用しているユーザを検索し、そのユーザと情報を共有化できるシステムとすることで、もらったデータを一元管理（統合）可能である。
　まずはユーザーがメール感覚で使い始め、その後に請求者を共有し、請求書情報を統合していくしくみなので、特定の管理者がいない状態でも運用可能である。
　なお、図示していないが、情報処理装置１０は、ユーザ情報の更新を促すＥｍａｉｌを登録されている各ユーザ宛に送信するようにしてもよい。
　また、情報処理装置１０の管理者は、ユーザ情報をメインテナンスする際に社名の英語表記に誤りがあることを発見した場合に、その誤りを該当するユーザのＥｍａｉｌアドレス宛に送信し、登録情報の修正を促すようにしてもよい。
　また、Ｅｍａｉｌアドレスより抽出したドメインが一致するユーザ、または汎用企業グループコードが一致するユーザーの範囲内で、ユーザー所在地位置情報、共有者情報をもとにＥｍａｉｌの一斉送信先を決めるようにしてもよい。これにより、定期的に一斉メールを送信することにより、手入力している「英字会社名」が周りと異なるユーザーを、他のユーザーが発見し、ユーザー間で連絡しあうことで、手入力誤りの修正を促すことができる。
　＜第２の実施の形態＞
　次に、第２の実施の形態のシステムについて説明する。
　以下、第２の実施の形態のシステムについて、第１の実施の形態との相違点を中心に説明し、同様の事項については、その説明を省略する。
　図３１は、第２の実施の形態のユーザ情報管理部分に設定されている情報の一例を示す図である。
　第１の実施の形態では、汎用企業コードの作成時に英字会社名を用いた。しかし、これに限らず、英字会社名の代わりに、行政手続における特定の個人を識別するための番号の利用等に関する法律第５８条により指定され、通知された法人番号（所謂法人版マイナンバー）を用いるようにしてもよい。
　この場合は、ユーザにより法人番号を入力してもらい、図３１に示すように、ユーザ情報管理部分Ｄ２には、法人番号を記憶しておく。そして、第１の実施の形態と同様の方法を用いて汎用企業コードを作成する。すなわち、第２の実施の形態の汎用企業コードの欄には、汎用企業グループコードの欄に設定された値と、法人番号の欄に設定された値がこの順番に並べられた値が設定される。
　さらに、第２の実施の形態では、法人番号が、汎用企業コードを兼ねるようにしてもよい。
　さらに、第２の実施の形態では、個人または個人事業主に適用できるマイナンバーが、汎用企業コードを兼ねるようにしてもよい。
　第２の実施の形態のシステムによれば、第１の実施の形態のシステムと同様の効果が得られる。
　なお、情報処理装置１０が行った処理が、複数の装置によって分散処理されるようにしてもよい。例えば、１つの装置が、登録情報の登録処理までを行い、他の装置が、その登録情報を用いて振込処理を行うようにしてもよい。また、本実施の形態の処理方法にて用いることができる通貨は現に流通する通貨でもよいし、例えばビットコインやリップル等の仮想通貨でもよい。
　以上、本発明の情報処理装置およびアクセス権限付与方法を、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
　また、本発明は、前述した各実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
　なお、上記の処理機能は、コンピュータによって実現することができる。その場合、情報処理装置１０が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記憶装置には、ハードディスクドライブ、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクには、ＤＶＤ、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ／ＲＷ等が挙げられる。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等が挙げられる。
　プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
　プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
　また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現することもできる。
　また、請求書発行システムに領収書発行機能を追加しすることもできる。具体的には、レジスターでのお会計（精算）時に、タブレットに触れるだけで即座にレシートを送る（一例としてタブレットに触れて、確認ボタンを一度押す程度でレシートを送る処理を完了させる。２秒以内）。そのためには予めアプリケーション等で指紋、顔写真等をユーザに登録してもらう。そして、指紋を登録した場合なら店舗側が保有するタブレットに触れて、領収書の送り先の電子メールアドレスを表示させる。ユーザが、ＯＫボタンを押下することにより、レシートを送信完了させる。一方、顔写真の場合は、例えば顔認証により領収書の送り先の電子メールアドレスを表示させる。
　レジスターでメールアドレスをお客さんに入力してもらい、そのメールアドレス宛に店員がレシートのデータを送る、ということをしてもよいが、メールアドレスをレジで入力する手間があるので現実的には困難である。
　ユーザがタブレットに触れると、そのユーザの登録したメールアドレスが表示され、店員がそのメールアドレス宛に領収書データを送る（レシートの控えは店に残すようにする）。これにより、企業の経費精算でのレシート（＝請求書と同じ扱い）を取り込むことになる。特に大企業で大きなニーズがある。
　１　システム
　１０　情報処理装置
　１１　ユーザ情報記憶部
　１２　登録処理部
　１３　請求書処理部
　１３ａ　通知部
　１３ｂ　振込処理部
　１４　請求書情報記憶部
　２０ａ、２０ｂ、２０ｃ　端末装置
　２１　ユーザ情報入力画面
　２２　モニタ
　２３　請求書情報入力画面
　２４　共有依頼入力画面
　Ｄ１　管理番号部分
　Ｄ２　ユーザ情報管理部分
　Ｄ３　生成情報管理部分
　Ｔ１　ユーザ情報管理テーブル
　Ｔ２　請求書情報管理テーブル
　Ｔ３　請求元ユーザ情報管理テーブル
　Ｔ４　請求先ユーザ情報管理テーブル

Claims (6)

  1. 　ユーザを特定するユーザ特定情報と少なくとも１つの固有の情報とをユーザ毎に関連づけたユーザ情報を記憶する第１の記憶部と、
    　前記第１の記憶部に記憶される固有の情報とユーザ特定情報とを用いて所定の規則に基づきユーザ毎にコードを生成する生成部と、
    　前記第１の記憶部に記憶されているユーザ情報が備える第１のユーザのユーザ特定情報を含むビジネス文書情報を記憶する第２の記憶部と、
    　前記第１の記憶部にユーザ情報が記憶されている第２のユーザからの前記ビジネス文書情報へのアクセス要求を受け付けると、前記第１のユーザの第１のコードと、前記第２のユーザの第２のコードが一致するか否かを判断し、前記第１のコードと前記第２のコードとが一致する場合、前記第２の記憶部に記憶されている第１のユーザが作成したビジネス文書情報へのアクセス権限を前記第２のユーザに付与する処理部と、
    　を備えることを特徴とする情報処理装置。
  2. 　前記ユーザ特定情報は、電子メールアドレスであり、
    　前記ビジネス文書情報は、ビジネス文書の送付先のユーザの電子メールアドレスおよび発行元のユーザの電子メールアドレスを含み、
    　前記処理部は、前記ビジネス文書情報に含まれる電子メールアドレスに基づきビジネス文書の送付先のユーザに関連づけられているコードを特定してビジネス文書情報に特定したコードを関連づけて記憶し、
    　ビジネス文書の送付先のユーザの電子メールアドレスを含むビジネス文書の閲覧要求を受け付けると、
    　前記閲覧要求に含まれる電子メールアドレスに基づきビジネス文書の送付先のユーザに関連づけられているコードを特定し、
    　特定したコードに一致するコードが関連づけられているビジネス文書情報をとりまとめて前記送付先のユーザに閲覧可能な状態とする請求項２に記載の情報処理装置。
  3. 　前記ビジネス文書は請求書であり、
    　前記処理部は、特定したコードに一致するコードが関連づけられているビジネス文書情報に記載された請求金額を集計し、集計した金額を前記送付先のユーザに閲覧可能な状態とする請求項２に記載の情報処理装置。
  4. 　前記ビジネス文書情報は、発行元が指定する第１の口座番号を含み、
    　前記処理部は、集計した金額を前記送付先のユーザに閲覧させるときに、第１の口座番号とは異なる第２の口座番号を振込先に指定し、
    　前記第２の口座番号の口座に入金された金額を前記ビジネス文書情報に含まれる請求金額毎に前記第１の口座番号の口座に振り込む請求項２または３に記載の情報処理装置。
  5. 　前記処理部は、ビジネス文書の送付先のユーザが検収を終了したビジネス文書情報をとりまとめる請求項２に記載の情報処理装置。
  6. 　コンピュータが、
    　ユーザを特定するユーザ特定情報と少なくとも１つの固有の情報とをユーザ毎に関連づけたユーザ情報を記憶する第１の記憶部に記憶される固有の情報とユーザ特定情報とを用いて所定の規則に基づきユーザ毎にコードを生成し、
    　前記第１の記憶部に記憶されているユーザ情報が備える第１のユーザのユーザ特定情報を含むビジネス文書情報へのアクセス要求を前記第１の記憶部にユーザ情報が記憶されている第２のユーザから受け付けると、前記第１のユーザの第１のコードと、前記第２のユーザの第２のコードが一致するか否かを判断し、前記第１のコードと前記第２のコードとが一致する場合、第１のユーザが作成したビジネス文書情報へのアクセス権限を前記第２のユーザに付与する、
    　ことを特徴とするアクセス権限付与方法。
PCT/JP2014/073268 2013-10-01 2014-09-03 情報処理装置およびアクセス権限付与方法 WO2015049948A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
MYPI2016701114A MY171398A (en) 2013-10-01 2014-09-03 Information processing apparatus and method for granting access rights
JP2015540432A JP5987158B2 (ja) 2013-10-01 2014-09-03 情報処理装置およびアクセス権限付与方法
EP14851092.8A EP3054395A4 (en) 2013-10-01 2014-09-03 Information processing device and access rights granting method
CN201480052225.XA CN105580026B (zh) 2013-10-01 2014-09-03 信息处理装置及访问权限赋予方法
US15/077,889 US10762541B2 (en) 2013-10-01 2016-03-22 Devices and methods for information processing and access control
IL244828A IL244828B (en) 2013-10-01 2016-03-30 A device for processing data and a method for granting access privileges
ZA2016/02904A ZA201602904B (en) 2013-10-01 2016-04-29 Information processing device and access rights granting method
HK16109365.0A HK1221305A1 (zh) 2013-10-01 2016-08-05 信息處理裝置及訪問權限賦予方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-206122 2013-10-01
JP2013206122 2013-10-01

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/077,889 Continuation US10762541B2 (en) 2013-10-01 2016-03-22 Devices and methods for information processing and access control

Publications (1)

Publication Number Publication Date
WO2015049948A1 true WO2015049948A1 (ja) 2015-04-09

Family

ID=52778543

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/073268 WO2015049948A1 (ja) 2013-10-01 2014-09-03 情報処理装置およびアクセス権限付与方法

Country Status (9)

Country Link
US (1) US10762541B2 (ja)
EP (1) EP3054395A4 (ja)
JP (1) JP5987158B2 (ja)
CN (1) CN105580026B (ja)
HK (1) HK1221305A1 (ja)
IL (1) IL244828B (ja)
MY (1) MY171398A (ja)
WO (1) WO2015049948A1 (ja)
ZA (1) ZA201602904B (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190207946A1 (en) * 2016-12-20 2019-07-04 Google Inc. Conditional provision of access by interactive assistant modules
US10685187B2 (en) 2017-05-15 2020-06-16 Google Llc Providing access to user-controlled resources by automated assistants
US11087023B2 (en) 2018-08-07 2021-08-10 Google Llc Threshold-based assembly of automated assistant responses
US11436417B2 (en) 2017-05-15 2022-09-06 Google Llc Providing access to user-controlled resources by automated assistants
JP7573449B2 (ja) 2021-01-19 2024-10-25 Ｓａｎｓａｎ株式会社 請求書処理装置、請求書処理方法、およびプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019186935A1 (ja) * 2018-03-29 2019-10-03 Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 情報処理装置、情報処理方法およびプログラム
CN111177597B (zh) * 2019-12-25 2024-02-23 航天信息股份有限公司 扫码收取电子发票的方法、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297027A (ja) * 2000-04-13 2001-10-26 Nec Corp データファイル共有装置およびデータファイル共有方法
JP2003187159A (ja) 2000-12-28 2003-07-04 Confidential Accounting Service:Kk 電子請求書管理システム
JP2005537588A (ja) 2002-08-30 2005-12-08 エスアーペー アクチエンゲゼルシャフト 電子請求書の提示および支払いに対する方法およびソフトウェアアプリケーション
WO2010090252A1 (ja) * 2009-02-09 2010-08-12 日本電気株式会社 アカウント発行システム、アカウントサーバ、サービスサーバおよびアカウント発行方法
JP2013008108A (ja) * 2011-06-22 2013-01-10 Canon Inc 情報処理装置及びその制御方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7321941B1 (en) * 1998-09-11 2008-01-22 Lv Partners, L.P. Network routing utilizing a product code
US8224753B2 (en) * 2004-12-07 2012-07-17 Farsheed Atef System and method for identity verification and management
US20100153836A1 (en) * 2008-12-16 2010-06-17 Rich Media Club, Llc Content rendering control system and method
US20100082497A1 (en) * 2008-09-18 2010-04-01 Sap Ag Providing Foundation Application as Enterprise Services
US20100223113A1 (en) * 2009-02-27 2010-09-02 The Go Daddy Group, Inc. Systems for embedding advertisements offering available, dynamic-content-relevant domain names in online video
US9406186B2 (en) * 2010-05-12 2016-08-02 Capital One Financial Corporation System and method for providing limited access to data
US20130218765A1 (en) * 2011-03-29 2013-08-22 Ayman Hammad Graduated security seasoning apparatuses, methods and systems
US8627438B1 (en) * 2011-09-08 2014-01-07 Amazon Technologies, Inc. Passwordless strong authentication using trusted devices

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297027A (ja) * 2000-04-13 2001-10-26 Nec Corp データファイル共有装置およびデータファイル共有方法
JP2003187159A (ja) 2000-12-28 2003-07-04 Confidential Accounting Service:Kk 電子請求書管理システム
JP2005537588A (ja) 2002-08-30 2005-12-08 エスアーペー アクチエンゲゼルシャフト 電子請求書の提示および支払いに対する方法およびソフトウェアアプリケーション
WO2010090252A1 (ja) * 2009-02-09 2010-08-12 日本電気株式会社 アカウント発行システム、アカウントサーバ、サービスサーバおよびアカウント発行方法
JP2013008108A (ja) * 2011-06-22 2013-01-10 Canon Inc 情報処理装置及びその制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3054395A4

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190207946A1 (en) * 2016-12-20 2019-07-04 Google Inc. Conditional provision of access by interactive assistant modules
US10685187B2 (en) 2017-05-15 2020-06-16 Google Llc Providing access to user-controlled resources by automated assistants
US11436417B2 (en) 2017-05-15 2022-09-06 Google Llc Providing access to user-controlled resources by automated assistants
US11087023B2 (en) 2018-08-07 2021-08-10 Google Llc Threshold-based assembly of automated assistant responses
US20220083687A1 (en) 2018-08-07 2022-03-17 Google Llc Threshold-based assembly of remote automated assistant responses
US11314890B2 (en) 2018-08-07 2022-04-26 Google Llc Threshold-based assembly of remote automated assistant responses
US11455418B2 (en) 2018-08-07 2022-09-27 Google Llc Assembling and evaluating automated assistant responses for privacy concerns
US11790114B2 (en) 2018-08-07 2023-10-17 Google Llc Threshold-based assembly of automated assistant responses
US11822695B2 (en) 2018-08-07 2023-11-21 Google Llc Assembling and evaluating automated assistant responses for privacy concerns
US11966494B2 (en) 2018-08-07 2024-04-23 Google Llc Threshold-based assembly of remote automated assistant responses
JP7573449B2 (ja) 2021-01-19 2024-10-25 Ｓａｎｓａｎ株式会社 請求書処理装置、請求書処理方法、およびプログラム

Also Published As

Publication number Publication date
US10762541B2 (en) 2020-09-01
CN105580026A (zh) 2016-05-11
JPWO2015049948A1 (ja) 2017-03-09
IL244828A0 (en) 2016-05-31
JP5987158B2 (ja) 2016-09-07
MY171398A (en) 2019-10-11
IL244828B (en) 2018-07-31
EP3054395A4 (en) 2017-04-19
EP3054395A1 (en) 2016-08-10
HK1221305A1 (zh) 2017-05-26
US20160203531A1 (en) 2016-07-14
CN105580026B (zh) 2018-06-29
ZA201602904B (en) 2017-04-26

Similar Documents

Publication Publication Date Title
JP5987158B2 (ja) 情報処理装置およびアクセス権限付与方法
US20140372310A1 (en) Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments
WO2001071452A2 (en) Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments
JP2005537588A (ja) 電子請求書の提示および支払いに対する方法およびソフトウェアアプリケーション
US20210374725A1 (en) Wallet server, wallet system, and computer readable recording medium
JP6629908B2 (ja) 取引記録システムおよびプログラム
WO2020027303A1 (ja) 情報処理装置、情報処理方法およびプログラム
JP2002074000A (ja) 情報通信ネットワークを介した資金決済処理支援システム
US20190080305A1 (en) Information processing apparatus and display method
JP2017111612A (ja) 銀行システム、銀行システムによって実行される方法およびプログラム
JP2020009368A (ja) 情報処理装置、プログラム、及び、情報処理システム
JP2023002972A (ja) 情報処理装置、情報処理方法およびプログラム
JP7075142B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP2022060089A (ja) 暗号資産の買取・引取システム
JP7202493B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7421592B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
WO2023085247A1 (ja) 情報処理方法、情報処理装置、情報処理プログラムおよび記録媒体
JP2002230362A (ja) 調達支援システム及び方法
JP2019121230A (ja) 送金支援サーバ、送金支援システム、送金支援方法、および送金支援方法を実行するためのプログラム
JP6761771B2 (ja) 取引先名表示装置、取引先名表示方法及びプログラム
JP2023119786A (ja) 資金決済支援システム、方法およびプログラム
JP2024117495A (ja) 精算プログラム、情報処理プログラム、精算装置及び精算方法
JP2023072707A (ja) 情報処理方法、情報処理装置、情報処理プログラムおよび記録媒体
JP2002007901A (ja) 電子モールシステム、電子モールサービスの提供方法、および、情報提供システム
KR20020064084A (ko) 전자게시판을 이용한 모금 서비스 및 모금 투표 서비스시스템 및 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480052225.X

Country of ref document: CN

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

Ref document number: 14851092

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015540432

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 244828

Country of ref document: IL

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014851092

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014851092

Country of ref document: EP