Patent Publication Number: US-10762541-B2

Title: Devices and methods for information processing and access control

Description:
RELATED APPLICATIONS 
     This application claims priority under 35 U.S.C. § 120 to, and is a continuation of, co-pending International Application PCT/JP2014/073268, filed on Sep. 3, 2014 and designating the US, which claims priority to Japanese Application 2013-206122 filed Oct. 1, 2013. These Japanese and International applications are incorporated by reference herein in their entirety. 
    
    
     BACKGROUND 
     There has been known a system for managing invoices in a unified way. For example, there is a known method for compiling electronic invoices issued to each recipient and calculating a total amount. 
     Please see, for example, Japanese Laid-open Patent Publication Nos. 2005-537588 and 2003-187159, incorporated herein in their entirety. 
     SUMMARY 
     According to one aspect, there is provided an information processing apparatus including: a first storage unit that is configured to store user information associating, for each individual user, user identification information identifying said each individual user with at least one unique information piece; a generation unit that is configured to generate a code for said each individual user using the at least one unique information piece and the user identification information, which are stored in the first storage unit, according to a predetermined rule; a second storage unit that is configured to store business document information including the user identification information of a first user included in the user information stored in the first storage unit; and a processing unit that is configured to determine, upon receiving an access request for accessing the business document information from a second user whose user information is stored in the first storage unit, whether a first code of the first user matches a second code of the second user, and granting, when the first code and the second code match, the second user access rights to access business document information generated by the first user and stored in the second storage unit. 
    
    
     
       BRIEF DESCRIPTION OF DRAWINGS 
       Example embodiments will become more apparent by describing, in detail, the attached drawings, wherein like elements are represented by like reference numerals, which are given by way of illustration only and thus do not limit the example embodiments herein. 
         FIG. 1  illustrates a configuration of a system according to a first embodiment. 
         FIG. 2  illustrates a hardware configuration of an information processing apparatus according to the embodiment. 
         FIG. 3  is a block diagram illustrating functions of the information processing apparatus according to the embodiment. 
         FIG. 4  illustrates an example of a screen where user information is entered. 
         FIG. 5  illustrates an example of information that is stored in a user information storage unit. 
         FIG. 6  illustrates an example of information that is set in a user information management section. 
         FIG. 7  illustrates the example of the information that is set in the user information management section. 
         FIG. 8  illustrates an example of information that is set in a generation information management section. 
         FIG. 9  illustrates the example of the information that is set in the generation information management section. 
         FIG. 10  is a view for explaining an example of an invoice information registration screen. 
         FIG. 11  illustrates an example of information that is stored in an invoice information storage unit. 
         FIG. 12  illustrates the example of the information that is stored in the invoice information storage unit. 
         FIG. 13  is a view for explaining associations of the user information of an invoicing party and the user information of invoiced parties. 
         FIG. 14  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 15  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 16  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 17  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 18  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 19  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 20  is a view for explaining the associations of the user information of the invoicing party and the user information of the invoiced parties. 
         FIG. 21  is a view for explaining an example of a sharing request registration screen. 
         FIG. 22  is a view for explaining how to register sharers. 
         FIG. 23  is a flowchart illustrating a process that is performed by a registration unit. 
         FIG. 24  is a flowchart illustrating a sharer registration process. 
         FIG. 25  is a flowchart for explaining an individual registration process for registering invoice information. 
         FIG. 26  is a flowchart for explaining a unified registration process for registering invoice information. 
         FIG. 27  is a flowchart for explaining a check process. 
         FIG. 28  is a view for explaining an invoice information sharing process. 
         FIG. 29  is a view for explaining a deposit process. 
         FIG. 30  illustrates an example of a payment details confirmation screen. 
         FIG. 31  illustrates an example of information that is set in a user information management section according to a second embodiment. 
     
    
    
     DETAILED DESCRIPTION 
     This is a patent document, and general broad rules of construction should be applied when reading it. Everything described and shown in this document is an example of subject matter falling within the scope of the claims, appended below. Any specific structural and functional details disclosed herein are merely for purposes of describing how to make and use example embodiments. Several different embodiments not specifically disclosed herein may fall within the claim scope; as such, the claims may be embodied in many alternate forms and should not be construed as limited to only example embodiments set forth herein. 
     It will be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items. 
     It will be understood that when element(s) are referred to in relation to one another, such as being “connected,” “coupled,” “mated,” “attached,” or “fixed” to another element(s), the relationship can be direct or with other intervening elements. In contrast, when an element is referred to as being “directly connected” or “directly coupled” to another element, there are no intervening elements present. Other words used to describe the relationship between elements should be interpreted in a like fashion (e.g., “between” versus “directly between,” “adjacent” versus “directly adjacent,” etc.). Similarly, a term such as “connected” for communications purposes includes all variations of information exchange routes between two devices, including intermediary devices, networks, etc., connected wirelessly or not. 
     As used herein, the singular forms “a”, “an,” and the are intended to include both the singular and plural forms, unless the language explicitly indicates otherwise with terms like “only a single element.” It will be further understood that the terms “comprises”, “comprising,” “includes,” and/or “including,” when used herein, specify the presence of stated features, values, steps, operations, elements, and/or components, but do not themselves preclude the presence or addition of one or more other features, values, steps, operations, elements, components, and/or groups thereof. 
     It should also be noted that the structures and operations discussed below may occur out of the order described and/or noted in the figures. For example, two operations and/or figures shown in succession may in fact be executed concurrently or may be executed in the reverse order, depending upon the functionality/acts involved. Similarly, individual operations within example methods described below may be executed repetitively, individually or sequentially, so as to provide looping or other series of operations. It should be presumed that any embodiment having features and functionality described below, in any workable combination, falls within the scope of example embodiments. 
     The Inventor has recognized that for subsidiary companies owned by the same parent company and for a parent company and its subsidiary companies, it may be difficult to compile and manage, in a unified way, invoices that users geographically located at different places receive from a variety of clients. Further, even for one company, it may be difficult to compile and manage, in a unified way, invoices that users working at sales branches, branch offices, or factories situated geographically in different locations receive. The same problem may apply to invoices, as described above, as well as other commercial documents (hereinafter, business documents) that are communicated using computers. Example embodiments discussed below uniquely enable solutions to these and other input device problems newly recognized by the Inventor. 
     The present invention is specially configured computers for and methods of creating and operating the same for management of computerized resources across several users in varied physical networking configurations. In contrast to the present invention, the few example embodiments and example methods discussed below illustrate just a subset of the variety of different configurations that can be used as and/or in connection with the present invention. 
     First Embodiment 
       FIG. 1  illustrates a configuration of a system according to a first embodiment. In a system  1 , an information processing apparatus  10  and terminal devices  20   a ,  20   b , and  20   c  are connected over a network  50 , such as the Internet. 
     The information processing apparatus  10  and terminal devices  20   a ,  20   b , and  20   c  each runs a Web application. The terminal devices  20   a ,  20   b , and  20   c  each communicate data on invoices with the information processing apparatus  10  via a Web browser. In this connection, this embodiment describes an example of communicating data on invoices. Since invoices are an example of business documents, the embodiment is not limited to the communication of invoices. Other examples of business documents include quotations and purchase orders, for example. 
     The terminal devices  20   a ,  20   b , and  20   c  are operated by users (for example, people in accounting) who receive and issue invoices. 
     For example, the terminal device  20   a  is operated by a user of a company A, and the terminal device  20   b  is operated by a user of a company B (different from the company A). The terminal device  20   c  is operated by a user of a company Ag that is a group subsidiary of the company A. 
     Each user of the companies A, B, and Ag makes user registration with the information processing apparatus  10  using an Email address or the like assigned to the user, so as to set up an environment for accessing an invoice processing system provided by the information processing apparatus  10 . 
     After that, when issuing an invoice from the company A to the company B, the user of the company A operates the terminal device  20   a  to generate information about the invoice (invoice information). The invoice information generated on the terminal device  20   a  is temporarily stored in the information processing apparatus  10 . Then, in response to an access request for accessing the invoice from the terminal device  20   b  operated by the user of the company B, the information processing apparatus  10  makes the invoice information generated by the user of the company A viewable from the terminal device  20   b.    
     In addition, when the user of the company Ag, which is a subsidiary of the company A, issues an invoice to the company B, the information processing apparatus  10  is able to make the invoice issued by the company Ag viewable by the user of the company A. This process will be described in detail later as a sharer registration process. 
     Further, the information processing apparatus  10  has a function that enables the company B to make one lump payment for the invoices issued by the company A and the company Ag. The information processing apparatus  10  also has a function of depositing the amount paid in a lump by the company B, into the individual accounts of the companies A and Ag. 
     The following describes specific functions of the information processing apparatus  10 . 
       FIG. 2  illustrates a hardware configuration of an information processing apparatus according to the embodiment. 
     The information processing apparatus  10  is entirely controlled by a CPU (Central Processing Unit)  101 . To the CPU  101 , a RAM (Random Access Memory)  102  and a plurality of peripheral devices are connected with a bus  108 . 
     The RAM  102  is used as a primary storage device of the information processing apparatus  10 . The RAM  102  temporarily stores at least part of OS (Operating System) programs and application programs that are executed by the CPU  101 . The RAM  102  also stores various data that is used while the CPU  101  operates. 
     Connected to the bus  108  are an HDD (Hard Disk Drive)  103 , a graphics processing device  104 , an input device interface  105 , a drive device  106 , and a communication interface  107 . 
     The HDD  103  magnetically writes and reads data on a built-in disk. The HDD  103  is used as a secondary storage device of the information processing apparatus  10 . The HDD  103  stores the OS programs, application programs, and various data. As a secondary storage device, a flash memory or another semiconductor storage device may be used. 
     A monitor  104   a  is connected to the graphics processing device  104 . The graphics processing device  104  displays images on the screen of the monitor  104   a  in accordance with instructions from the CPU  101 . As the monitor  104   a , a display device using CRT (Cathode Ray Tube), a liquid crystal display device, or another may be used. 
     A keyboard  105   a  and a mouse  105   b  are connected to the input device interface  105 . The input device interface  105  gives the CPU  101  signals received from the keyboard  105   a  and mouse  105   b . The mouse  105   b  is one example of pointing devices, and another pointing device may be used. Other pointing devices include, for example, a touch panel, a tablet, a touchpad, a track ball, and others. 
     The drive device  106  reads data from optical discs, on which data is recorded such as to be read with reflection of light, USB (Universal Serial Bus) memories, or other portable recording media. For example, in the case where the drive device  106  is an optical drive device, the drive device  106  reads data from an optical disc  200  with laser light or the like. Optical discs  200  include Blu-ray (registered trademark), DVD (Digital Versatile Disc), DVD-RAM, CD-ROM (Compact Disc Read Only Memory), CD-R (Readable), and CD-RW (ReWritable). 
     The communication interface  107  is connected to the network  50 . The communication interface  107  communicates data with another computer or communication device over the network  50 . 
     With the above hardware configuration, the processing functions of the embodiment may be implemented. In this connection,  FIG. 2  illustrates the hardware configuration of the information processing apparatus  10 , and the terminal devices  20   a ,  20   b , and  20   c  may be configured with the same hardware as the information processing apparatus  10 . 
     The information processing apparatus  10  is provided with the following functions. Such functions in example embodiment may relate to or use a computer storage with a computer readable storage medium having computer code thereon for performing various computer-implemented operations. The media and computer code may be those specially designed and constructed for the purposes of example embodiments, or they may be conventional but physically configured with non-conventional functional code on computer-readable media executed by a computer processor. Examples of computer-readable media include, but are not limited to: magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROMs, DVDs and holographic devices; magneto-optical media; and hardware devices that are specially configured to store and execute program code, such as application-specific integrated circuits (“ASICs”), programmable logic devices (“PLDs”) and ROM and RAM devices. Examples of computer code include machine code, such as produced by a compiler, and files containing higher-level code that are executed by a computer using an interpreter. For example, an embodiment of the invention may be implemented using JAVA®, C++, or other object-oriented programming language and development tools. Other embodiments may be implemented in hardwired circuitry in place of, or in combination with, machine-executable software instructions. 
       FIG. 3  is a block diagram illustrating functions of an information processing apparatus according to the embodiment. 
     The information processing apparatus  10  includes a user information storage unit  11 , a registration unit  12 , an invoice processing unit  13 , and an invoice information storage unit  14 . 
     The user information storage unit  11  stores user information generated by the terminal devices  20   a ,  20   b , and  20   c.    
     The registration unit  12  stores information (user information) registered by a user in the user information storage unit  11 . This user information is used in handling invoices. 
     The invoice information storage unit  14  stores invoice information generated by the terminal devices  20   a ,  20   b , and  20   c.    
     The invoice processing unit  13  includes a notification unit  13   a  and a deposit processing unit  13   b.    
     The notification unit  13   a  identifies a user that has sent invoice information, on the basis of the invoice information stored in the invoice information storage unit  14 . In addition, the notification unit  13   a  compiles invoice information issued from companies (including the parent company) owned by the same parent company. Then, the notification unit  13   a  notifies each invoiced party of the invoices issued thereto from the companies owned by the same parent company. In addition, the notification unit  13   a  notifies each invoiced party of the total amount of the invoices (the total amount) issued thereto from the companies owned by the same parent company. 
     In this connection, which invoices to compile are not limited thereto, and invoices issued from only the same company (from the parent company and from each subsidiary company separately) may be compiled. 
     The deposit processing unit  13   b  executes a process of dividing and depositing the total amount paid from a user of each invoiced party to an account, according to the amounts indicated on invoices, among the parent company and subsidiary companies. The following describes an example of information that is stored in the user information storage unit  11 . 
       FIG. 4  illustrates an example of a screen where user information is entered. A user information registration screen  21  illustrated in  FIG. 4  is displayed on the monitor  22  connected to the terminal device  20   a , for example. The user information registration screen  21  has a SEND button  21   a  and a CANCEL button  21   b.    
     The user information registration screen  21  has fields for entering the following information: Country Name, Email Address, Company Name, English Company Name, Name, User Postal Code, User Location, User Telephone Number (No.), User Fax No., Headquarters Postal Code, Headquarters Location, and Company HP URL. 
     In the Country Name field, information identifying a country where the company a user (simply referred to as a user in the explanation of  FIG. 4 ) who enters user information works for is located is selected. 
     In the Email Address field, an Email address given to the user in the company is entered. 
     In the Company Name field, the name of the company the user works for is entered in Japanese. 
     In the English Company Name field, the name of the company the user works for is entered in English. 
     In the Name field, the user&#39;s name is entered. 
     In the User Postal Code field, the postal code of the company (for example, the postal code of the headquarters, branch office, or sales branch the user works for) the user works for is entered. 
     In the User Location field, the location of the company the user works for is entered. 
     In the User Telephone Number field, a user-desired contact telephone number is entered. 
     In the User Fax Number field, a user-desired contact facsimile number is entered. 
     In the Headquarters Postal Code field, the postal code of the headquarters of the company the user works for is entered. 
     In the Headquarters Location field, the location of the headquarters of the company the user works for is entered. 
     In the Company HP URL field, a homepage URL (Uniform Resource Locator) of the company is entered. 
     Although not illustrated in  FIG. 4 , other fields may be provided for entering the name of a section which the user belongs to in the company, an employee code, the name of a representative section responsible for cost, and a representative account item. 
     In response to the user pressing the SEND button  21   a , the terminal device  20   a  sends the user information to the information processing apparatus  10   
       FIG. 5  illustrates an example of information that is stored in a user information storage unit. 
     In this embodiment, user information is stored in tabular form. A user information management table T 1  illustrated in  FIG. 5  includes a management number section D 1  for storing management numbers, a user information management section D 2  for storing user information, and a generation information management section D 3  for storing generation information. Out of these, the generation information is information that is generated on the basis of the user information by the registration unit  12 . The information pieces in these three sections are associated with each other to form a record, which is assigned a serial number. Each record is identified by a serial number. 
     The management number section D 1  contains numbers for managing the user information. For example, it is recognized from  FIG. 5  that a user with user management number Ag 1  belongs to a group company of the company A. User management numbers are assigned by the registration unit  12  on the basis of the headquarters location, domain, and others included in the user information so that no overlapping user management numbers are assigned. 
       FIGS. 6 and 7  illustrate an example of information that is set in a user information management section. 
     The user information management section D 2  has fields for the following information: User Management Number, Country Name, Email, Company Name, English Company Name, Name, Postal Code, User Location, Telephone Number (TEL), Facsimile Number (Fax), Headquarters Postal Code, Headquarters Location, Company HP URL, and In-House Sharer. 
     In the fields of the user information management section D 2  with field names having the same meaning as those of the user information registration screen  21  of  FIG. 4 , information entered by a user on the user information registration screen  21  is registered. Therefore, these fields will not be described again. 
     The In-House Sharer field contains the Email addresses of users that are permitted to access invoices that are created by a user with a corresponding user management number and are stored in the invoice information storage unit  14 . A common portion of Email addresses is omitted due to limitations of space in  FIG. 7 . For example, “2,3,4,5,6rou.sato@jp.xxx.com” in the top record represents “2rou.sato@jp.xxx.com”, “3rou.sato@jp.xxx.com”, “4rou.sato@jp.xxx.com”, “5rou.sato@jp.xxx.com”, and “6rou.sato@jp.xxx.com”. 
       FIGS. 8 and 9  illustrate an example of information that is set in a generation information management section. 
     The generation information management section D 3  illustrated in  FIGS. 8 and 9  has fields for the following information: Email Domain, User Start Year-Month-Day, User Change Year-Month-Day, User Change Year-Month, User Location Information, User Location (Latitude), User Location (Longitude), Headquarters location Information, Headquarters Location (Latitude), Headquarters Location (Longitude), General-Purpose Company Group Code, and General-Purpose Company Code. Information pieces arranged in a horizontal direction are associated with each other to form a record. The Email Domain field contains the domain of an Email address. 
     The User Start Year-Month-Day field indicates year, month, and day when a user sent user information. The year, month, and day are registered by the registration unit  12  on the basis of date information on when user information was received. 
     The User Change Year-Month-Day field indicates year, month, and day when a user changed user information stored in the user information storage unit  11 . The year, month, and day are set on the basis of date information on when an Email requesting a change of the user information was received. 
     The User Change Year-Month field indicates year and month when a user changed user information stored in the user information storage unit  11 . The year and month are set on the basis of date information on when an Email requesting a change of the registration information was received. 
     The User Location Information field indicates the latitude and longitude (World Geodetic System (WGS84)) of a user location. For example, these latitude and longitude are obtained on the basis of the user location by the registration unit  12 . 
     The User Location (Latitude) field indicates the latitude of a user location. 
     The User Location (Longitude) field indicates the longitude of a user location. 
     The Headquarters Location Information field indicates the latitude and longitude (headquarters location information) of the headquarters location of the company to which a user belongs. 
     The Headquarters location (Latitude) field contains a value that is obtained by the registration unit  12  on the basis of headquarters location information. Assume now that, by way of example, the headquarters location has the north latitude of 33 degrees, 52 minutes and 25.349 seconds. At first, the numbers of the integer part of the latitude are enumerated. In this example, “335225” is obtained. Then, “1” is added to the head of the numbers in the case of the north latitude, and “2” is added to the head of the numbers in the case of the south latitude. In the case where the latitude degrees have one digit or two digits, “0” is added to the head of the numbers to make the latitude degrees have three digits. Decimal places are rounded to the nearest whole number. Thereby, in this example, “10335225” is registered in the Headquarters Location (Latitude) field. 
     The Headquarters location (Longitude) field contains a value that is obtained by the registration unit  12  on the basis of headquarters location information. Assume now that, by way of example, the headquarters location has the east longitude of 130 degrees, 52 minutes and 23.189 seconds. At first, the numbers of the integer part of the longitude are enumerated. In this example, “1305223” is obtained. Then, “1” is added to the head of the numbers in the case of the east longitude, and “2” is added to the head of the numbers in the case of the west longitude. In the case where the longitude degrees have one digit or two digits, “0” is added to the head of the numbers to make the longitude degrees have three digits. Decimal places are rounded to the nearest whole number. Thereby, in this example, “11305223” is registered in the Headquarters Location (Longitude) field. 
     The General-Purpose Company Group Code field contains information registered in the Country Name field, a value registered in the User Change Year-Month field, a value registered in the Headquarters Location (Latitude) field, a value registered in the Headquarters Location (Longitude) field, and a value registered in the Domain field, which are arranged in this order. Consider the values in the fields for the user management number Ag 1  in the generation information management section D 3  of  FIGS. 8 and 9 . The General-Purpose Company Group Code field for the user management number Ag 1  contains a code “jp2013051033522511305223jp.xxx”, where information “jp” in the Country Name field, a value “201305” in the User Change Year-Month field, a value “10335225” in the Headquarters Location (Latitude) field, a value “11305223” in the Headquarters Location (Longitude) field, and a value “jp.xxx” in the Domain field are arranged in this order. 
     The General-Purpose Company Code field contains a value registered in the General-Purpose Company Group Code field and a value registered in the English Company Name field, which are arranged in this order. Note that titles like Co., Ltd., spaces, and commas are not included in the general-purpose company code. For example, the General-Purpose Company Code field for the user management number Ag 1  contains a code “jp2013051033522511305223jp.xxxxx”, where a code “jp2013051033522511305223jp.xxx” in the General-Purpose Company Group Code field and information “xxx” in the English Company Name field are arranged in this order. The following describes invoice information. 
       FIG. 10  is a view for explaining an example of an invoice information registration screen. 
     An invoice information registration screen  23  illustrated in  FIG. 10  is displayed on the monitor  22  connected to the terminal device  20   a , for example. 
     The invoice information registration screen  23  has fields for entering the following information: Invoiced Party (Company Name), Invoice Issue Date, Invoice Details, Invoice Amount, Designated Transfer Account, and Designated Account Number and Name. The invoice information registration screen  23  also has a SEND button  23   a  and a CANCEL button  23   b.    
     In the Invoiced Party (Company Name) field, the name of an invoiced company is entered. 
     In the Invoice Issue Date field, an issuance date of an invoice is entered manually or automatically. 
     In the Invoice Details field, products or services for which an invoice is issued are entered. 
     In the Invoice Amount field, a charged amount (total amount) is entered. 
     In the Designated Transfer Account field, the bank name and branch name of an account that is designated for a deposit by a user that enters the invoice information are entered. 
     In the Designated Account Number and Name field, the account number and name of an account that is designated for a deposit by a user that enters the invoice information are entered. 
     In this connection, although not illustrated in  FIG. 10 , additional fields may be provided, such as a field for entering an invoice number uniquely used by a company, a field for entering a trade code, a field for entering the number of a quotation corresponding to an invoice, or a field for entering a unit price. 
     In response to a user pressing the SEND button  23   a , the terminal device  20   a  sends the invoice information, together with the email address of the user who has generated the invoice information, to the information processing apparatus  10 . The invoice processing unit  13  stores the received invoice information in the invoice information storage unit  14 . 
       FIGS. 11 and 12  illustrate an example of information that is stored in an invoice information storage unit. 
     In this embodiment, invoice information is stored in tabular form. An invoice information management table T 2  has fields for the following information: Management Number, Invoice Information Number, Invoice Contact, Invoiced Party, Address, Invoice Details, Invoice Amount, Designated Transfer Account, Designated Account Number and Name, User Location Information, User Location (Latitude), and User Location (Longitude). Information pieces arranged in a horizontal direction are associated with each other to form a record. 
     The Management Number field contains information identifying a user of an invoicing party and a user of an invoiced party.  FIGS. 11 and 12  illustrate invoice information about invoices that a user with user management number A 4  creates for users with user management numbers Ag 3 , B 3 , Bg 4 , C 3 , C 5 , and C 6 . 
     The Invoice Information Number field contains a number identifying invoice information. 
     The Invoice Contact field contains an Email address entered as an Invoiced Company Contact Person Email Address (Invoiced Company User Mail Address) on the invoice information registration screen  23 . 
     The Invoiced Party, Invoice Details, Invoice Amount, Designated Transfer Account, and Designated Account Number and Name fields contain corresponding information entered on the invoice information registration screen  23 . 
     The Address, User Location Information, User Location (Latitude), and User Location (Longitude) fields contain corresponding information registered in the user information management table T 1  of the user who generated the invoice information. In this process, the invoice processing unit  13  detects user information on the basis of an Email address that a user entered to log in to the invoice processing system for generating the invoice information. Then, the detected user information is registered in the appropriate fields of the invoice information management table T 2 . 
     When receiving invoice information from a terminal device, the invoice processing unit  13  associates the user information of the invoicing party with the user information of the invoiced party. In this connection, such association is achieved by generating information actually associating these user information, separately from the user information and invoice information, and storing the generated information in the invoice information storage unit  14 . Alternatively, the association may be achieved by storing information associating the user management number of the invoicing party and the user management number of the invoiced party with each other in the invoice information storage unit  14 . 
       FIGS. 13 to 20  are views for explaining associations of the user information of an invoicing party and the user information of invoiced parties.  FIGS. 13 to 20  illustrate an invoicing-party user information management table T 3  and an invoiced-party user information management table T 4  where the user information of an invoicing party and the user information of invoiced parties, corresponding to the invoice information illustrated in  FIGS. 11 and 12 , are associated with each other. 
     The invoicing-party user information management table T 3  illustrated in  FIGS. 13, 14, 15, and 16  contains the user information of the user with user management number A 4  who is a user of an invoicing party as many as the pieces of invoice information issued. The invoiced-party user information management table T 4  illustrated in  FIGS. 17, 18, 19, and 20  contains the user information with user management numbers Ag 3 , B 3 , Bg 4 , C 3 , C 5 , and C 6  of invoiced parties as many as the pieces of invoice information issued. 
     The following describes a sharer registration process. This sharer registration process enables users having the same general-purpose company group code to share (view or the like) invoice information. 
       FIG. 21  is a view for explaining an example of a sharing request registration screen. 
     A sharing request registration screen  24  illustrated in  FIG. 21  is displayed on the monitor  22  connected to the terminal device  20   a , for example. The sharing request registration screen  24  has fields for entering the mail addresses of invoice information sharers. In each field, the Email address (user identification information) of a user (hereinafter, referred to as a target sharer) who is desired to share invoice information is entered by a user. In this connection, information identifying users is not limited to mail addresses.  FIG. 21  illustrates an example where a user with user management number C 2  desires to share invoice information with users with user management numbers C 3 , C 4 , C 5 , and C 6 . 
     In response to the user pressing a SEND button  24   a , the terminal device  20   a  sends sharer registration request information to the information processing apparatus  10 . This sharer registration request information includes information associating the Email addresses entered in the individual invoice information sharer mail address fields with the Email address of the user with user management number C 2 . 
     When receiving the Email addresses entered in the invoice information sharer mail address fields from the terminal device  20   a , the registration unit  12  sends an Email (approval request mail) to these Email addresses to make an inquiry as to whether to treat the user with user management number C 2  as a sharer. 
     By the way, in the case where a target sharer that received an approval request mail approves the sharing of invoice information with the user with user management number C 2 , the target sharer puts a check in a check box (not illustrated) to indicate that the registration of a sharer indicated in the approval request mail is approved. Then, the target sharer returns the approval request mail. When receiving the returned approval request mail, the registration unit  12  registers the Email address of the target sharer in the In-House Sharer field in the user information management section D 2 . 
       FIG. 22  is a view for explaining how to register a sharer. 
     As indicated in a user information management section D 2  illustrated in  FIG. 22 , registration of a user permitted to share data allows the user to access data of a person who permits the sharing. For example, the user information of  FIG. 22  indicates that invoice information generated by 2ro Saito is accessible to 3ro Saito, Oro Saito, 5ro Saito, and 6ro Saito who are permitted to share the invoice information (data is viewable as a copy of invoice information). 
     The following describes processes that are performed by the registration unit  12 , with reference to flowcharts. 
       FIG. 23  is a flowchart illustrating a process that is performed by a registration unit. 
     Step S 1 : The registration unit  12  receives user information from each terminal device. Then, the process proceeds to step S 2 . 
     Step S 2 : The registration unit  12  extracts a country name from the user information received at step S 1 , and registers the country name in the user information management table T 1 . Then, the process proceeds to step S 3 . 
     Step S 3 : The registration unit  12  registers a date when the user information was received, in the User Start Year-Month-Day field in the user information management table T 1 . Then, the process proceeds to step S 4 . 
     Step S 4 : The registration unit  12  extracts an Email domain from the Email address included in the user information, and registers the Email domain in the user information management table T 1 . Then, the process proceeds to step S 5 . 
     Step S 5 : The registration unit  12  generates user location information on the basis of a user location included in the user information, and registers the user location information in the user information management table T 1 . Then, the process proceeds to step S 6 . 
     Step S 6 : The registration unit  12  generates headquarters location information on the basis of a headquarters location included in the user information, and then registers the headquarters location information in the user information management table T 1 . Then, the process proceeds to step S 7 . 
     Step S 7 : The registration unit  12  generates a general-purpose company group code with the above-described method, and registers the general-purpose company group code in the user information management table T 1 . Then, the process proceeds to step S 8 . 
     Step S 8 : The registration unit  12  generates a general-purpose company code with the above-described method, and registers the general-purpose company code in the user information management table T 1 . Then, the process proceeds to step S 9 . 
     Step S 9 : The registration unit  12  generates a user ID and password. Then, the process proceeds to step S 10 . 
     Step S 10 : The registration unit  12  sends the user ID and password generated at step S 9 , to the Email address included in the user information. Then, the process of  FIG. 23  is completed. 
     The following describes a sharer registration process. In the following, assume that a user A 1  generates sharer registration request information using the terminal device  20   a , and sends the sharer registration request information to the information processing apparatus  10 . 
       FIG. 24  is a flowchart illustrating a sharer registration process. 
     Step S 21 : The registration unit  12  receives sharer registration request information from the user A 1 . Then, the process proceeds to step S 22 . 
     Step S 22 : The registration unit  12  refers to the Email field of the user information management table T 1 . Then, the registration unit  12  determines whether the Email field contains the same Email address as included in the sharer registration request information received at step S 21 . If the same Email address as included in the sharer registration request information is found in the Email field (Yes in step S 22 ), the process proceeds to step S 23 . If the same Email address as included in the sharer registration request information is not found in the Email field (No in step S 22 ), the process proceeds to step S 25 . 
     Step S 23 : The registration unit  12  refers to the general-purpose company group code in the user information management table T 1 . Then, the registration unit  12  determines whether the general-purpose company group code associated with the Email address included in the sharer registration request information matches the general-purpose company group code of the user A 1 . If the general-purpose company group code associated with the Email address included in the sharer registration request information matches the general-purpose company group code of the user A 1  (Yes at step S 23 ), the process proceeds to step S 24 . If the general-purpose company group code associated with the Email address included in the sharer registration request information does not match the general-purpose company group code of the user A 1  (No at step S 23 ), the process proceeds to step S 25 . 
     Step S 24 : The registration unit  12  sends an approval request mail destined for the Email address included in the sharer registration request information. This approval request mail includes a check box indicating whether registration as a sharer is approved, for example. Then, the process of  FIG. 24  is completed. 
     Step S 25 : The registration unit  12  sends an error mail destined for the Email address of the user A 1 . The error mail includes information indicating that the registration as a sharer has failed and information indicating countermeasures. For example, if the same Email address as included in the sharer registration request information is not found in the Email field of the user information management table T 1  at step S 22 , the registration unit  12  sends a mail indicating this error and also indicating that user registration of the sharer solves the error. 
     By the way, as described earlier, in the case where a target sharer who received an approval request mail approves the sharing of invoice information with the user A 1 , the target sharer puts a check in a check box included in the approval request mail, to indicate the approval of the registration as a sharer. Then, the target sharer returns the approval request mail. When receiving the returned approval request mail, the registration unit  12  registers the Email address of the target sharer in the In-House Sharer field for the user A 1  in the user information management section D 2 . The registration unit  12  also registers the Email address of the user A 1  in the In-House Sharer field for the target sharer in the user information management section D 2 . 
     In this embodiment, the case of mutual approval has been described. Alternatively, the registration unit  12  may perform a process of, for example, registering the Email address of the user A 1  in the In-House Sharer field with respect to a target sharer in the user information management section D 2 , without registering the Email address of the target sharer in the In-House Sharer field with respect to the user A 1  in the user information management section D 2 . This enables the user A 1  to view invoice information generated by the sharer but does not allow the sharer to view invoice information generated by the user A 1 , for example. 
     The following describes how to register invoice information in the information processing apparatus  10 . 
     In the following, a user that sends invoice information is called “an invoicing user” and a user that receives invoice information is called “an invoiced user”. 
     In order to register invoice information in the information processing apparatus  10 , there are two kinds of processes: a process of registering invoice information one by one (an individual registration process), and a process of collectively registering a plurality of invoice information (a unified registration process). These processes will be described in order. 
       FIG. 25  is a flowchart for explaining an individual registration process for registering invoice information. 
     Step S 31 : The invoice processing unit  13  receives invoice information from a terminal device. Then, the process proceeds to step S 32 . 
     Step S 32 : The invoice processing unit  13  determines whether a combination of the invoiced party and address associated with the Email address of the invoiced user in the invoice information received at step S 31  matches a combination of the invoiced party and address included in the registration information specified by the Email address of the invoiced user included in the invoice information. If a match is found (Yes at step S 32 ), the process proceeds to step S 33 . If a match is not found (No at step S 32 ), the process proceeds to step S 36 . 
     Step S 33 : The invoice processing unit  13  associates the user information of the invoicing user, the user information of the invoiced user, and the generation information, stored in the user information management table T 1 , with the invoice information received at step S 31 . Then, the process proceeds to step S 34 . 
     Step S 34 : The invoice processing unit  13  connects to the system of the bank with bank name included in the invoice information to determine whether the designated transfer account included in the invoice information received at step S 31  exists with the same account name. Then, the process proceeds to step S 35 . 
     Step S 35 : The invoice processing unit  13  stores the invoice information having added thereto the user information of the invoicing user and the user information of the invoiced user at step S 33 , in the invoice information storage unit  14 . Then, the process of  FIG. 25  is completed. 
     Step S 36 : The invoice processing unit  13  sends an Email destined for the Email address of the invoiced user included in the invoice information received at step S 31 . In the body of the Email, a request requesting the new user for contact is described. Then, the process of  FIG. 25  is completed. 
     After the information processing apparatus  10  performs the process of  FIG. 25 , the invoicing user and the invoiced user are able to log in to the invoice processing system and access invoice information. 
     The following describes how to collectively register invoice information. 
       FIG. 26  is a flowchart for explaining a unified registration process for registering invoice information. 
     Step S 41 : The invoice processing unit  13  collectively receives invoice information. Then, the process proceeds to step S 42 . 
     Step S 42 : The invoice processing unit  13  adds the user information of the invoicing user and the user information of the invoiced user to the individual invoice information received at step S 41 . Then, the process proceeds to step S 43 . 
     Step S 43 : The invoice processing unit  13  connects to the system of the bank with bank name included in the invoice information to check if the designated transfer account included in the individual invoice information exists with the same account name. After the check is complete, the process of  FIG. 26  is completed. 
     The following describes step S 43  (check process) in detail. 
       FIG. 27  is a flowchart for explaining a check process. 
     Step S 43   a : The invoice processing unit  13  determines whether the Email address of an invoiced user included in invoice information exists as registration information in the user information management table T 1 . If the Email address of the invoiced user included in the invoice information is found as the registration information in the user information management table T 1  (Yes at step S 43   a ), the process proceeds to step S 43   b . If the Email address of the invoiced user included in the invoice information is not found as the registration information in the user information management table T 1  (No at step s 43   a ), the process proceeds to step S 43   h.    
     Step S 43   b : The invoice processing unit  13  determines whether a combination of the invoiced party and address associated with the Email address of the invoiced user in the invoice information received at step S 41  matches a combination of the invoiced party and address of the registration information specified by the Email address of the invoiced user included in the invoice information. If a match is found (Yes at step S 43   b ), the process proceeds to step S 43   c . If a match is not found (No at step S 43   b ), the process proceeds to step S 43   g.    
     Step S 43   c : The invoice processing unit  13  determines whether information is contained in all items needed for the invoice information. If information is contained in all items needed for the invoice information (Yes at step S 43   c ), the process proceeds to step S 43   d . If information is not registered in any of the items needed for the invoice information, that is, if any of the items needed for the invoice information is blank (No at step S 43   c ), the process proceeds to step S 43   g.    
     Step S 43   d : The invoice processing unit  13  connects to the system of the bank with bank name included in the invoice information to determine whether the designated transfer account included in the invoice information received at step S 41  exists. If the designated transfer account included in the invoice information is found (Yes at step S 43   d ), the process proceeds to step S 43   e . If the designated transfer account included in the invoice information is not found (No at step S 43   d ), the process proceeds to step S 43   g.    
     Step S 43   e : The invoice processing unit  13  determines whether the account names match. If the account names match (Yes at step S 43   e ), the process proceeds to step S 43   f . If the account names do not match (No at step S 43   e ), the process proceeds to step S 43   g.    
     Step S 43   f : The invoice processing unit  13  stores the invoice information having added thereto the user information of the invoicing user and the user information of the invoiced user at step S 41 , in the invoice information storage unit  14 . Then, the process of  FIG. 27  is completed. 
     Step S 43   g : The invoice processing unit  13  sends an error mail destined for the Email address of the user A 1 . The error mail includes information indicating that the registration as a sharer has failed and information indicating countermeasures, similarly to the error mail described at step S 25 . 
     Step S 43   h : The invoice processing unit  13  sends an Email destined for the Email address of the invoiced user included in the invoice information received at step S 41 . In the body of the Email, for example, a request requesting user registration in the invoice processing system is described. Then, the process of  FIG. 27  is completed. 
     By the way, the invoiced user is able to operate the terminal device to receive invoice information stored through the invoice information registration process in the invoice information storage unit  14 , and inspect the invoice information. 
     After confirming that there is no error in each item of the invoice information, the invoiced user conducts the inspection on the Web. If any error is found in any of the items of the invoice information, the invoiced user sends an email requesting a correction of the erroneous items (item correction request mail) to the invoicing user. For example, there is a check box for pointing an erroneous item on a Web screen, and when the invoiced user puts a check in the check box for an erroneous item and presses a button for correction request, the terminal device creates and sends an item correction request mail destined for the Email address of the invoicing user. 
     To correct items, the invoicing user that received the item correct request mail logs in to the invoice processing system. Then, the invoicing user corrects the pointed erroneous item on a correction screen displayed on the monitor. Then, in response to the invoicing user pressing a button for correction completion, the terminal device creates and sends an item correction completion mail destined for the Email address of the invoiced user. 
     The following describes an invoice information sharing process, with reference to a flowchart. 
       FIG. 28  is a view for explaining an invoice information sharing process. The order of steps of  FIG. 28  does not represent the time series. 
     Step S 51 : After the user A 1  enters the Email address of a target sharer that the user A 1  desires to share invoice information on the sharing request registration screen  24  and presses the SEND button  24   a , the terminal device  20   a  sends sharer registration request information including the Email address of the target sharer. 
     Step S 52 : When receiving the sharer registration request information, the registration unit  12  determines with reference to the Email field of the user information management table T 1  whether the target sharer has already made user registration. More specifically, the registration unit  12  determines whether the Email address of the target sharer is registered in the Email field. If the Email address of the target sharer is registered in the Email field, that is, if the target sharer has already made the user registration (Yes at step S 52 ), the process proceeds to step S 53 . If the Email address of the target sharer is not registered in the Email field, that is, if the target sharer has not made the user registration (No at step S 52 ), the process proceeds to step S 60 . 
     Step S 53 : The registration unit  12  determines with reference to the General-Purpose Company Group Code field of the user information management table T 1  whether the general-purpose company group code of the target sharer matches the general-purpose company group code of the user A 1 . If the general-purpose company group code of the target sharer matches the general-purpose company group code of the user A 1  (Yes at step S 53 ), the process proceeds to step S 54 . If the general-purpose company group code of the target sharer does not match the general-purpose company group code of the user A 1  (No at step S 53 ), the process proceeds to step S 58 . 
     Step S 54 : The registration unit  12  sends an Email (sharing approval request mail) destined for the Email address of the target sharer to request the target sharer for approval. 
     Step S 55 : The terminal device  20   b  receives the sharing approval request mail. 
     Step S 56 : When the target sharer logs in to the invoice processing system, the terminal device  20   b  displays a sharer approval screen (not illustrated) on the Web browser. This sharer approval screen includes, for example, a check box for indicating whether approval as a sharer is accepted. If the target sharer puts a check in the checkbox and presses a SEND button, the terminal device  20   b  returns the sharer approval information including the Email address of the target sharer to the information processing apparatus  10 . Then, the process proceeds to step S 57 . 
     Step S 57 : The registration unit  12  registers the Email address of the target sharer included in the sharer approval information received at step S 57 , in the In-House Sharer field of the user information management table T 1 . This enables target sharer to access invoice information generated by the user A 1 . 
     Step S 58 : The registration unit  12  sends an error mail destined for the Email address of the user A 1 . The error mail includes information indicating that the registration as a sharer has failed and information indicating the reason of the failure. For example, in the case where it is determined at step S 52  that the general-purpose company code of the sharer does not match the general-purpose company code of the user A, the error mail indicates this unmatching. 
     Step S 59 : The terminal device  20   a  receives the error mail. 
     Step S 60 : The registration unit  12  sends a user registration request mail destined for the Email address of the target sharer. The user registration request mail includes information indicating that the user A 1  asks the target sharer to perform the registration, and the URL of the registration screen. 
     Step S 61 : The terminal device  20   b  receives the user registration request mail. When the target sharer performs user registration and then logs in to the invoice processing system, the registration unit  12  executes step S 53  and subsequent steps. The explanation of  FIG. 28  ends. 
     The following describes a deposit process. 
       FIG. 29  is a view for explaining a deposit process. 
     Step S 71 : The terminal device  20   b  notifies the information processing apparatus  10  that an invoiced user B 1  accessed and inspected invoice information issued for the company B. 
     Step S 72 : The deposit processing unit  13   b  obtains a payment due date, scheduled payment amount, commission fee, and scheduled payment details on the basis of the invoice information inspected at step S 71 . With regard to each of the scheduled payment amount and commission fee, a total amount is calculated for each transfer account number. Which invoice information to compile are (1) invoice information whose payment due dates are within a prescribed period (for example, invoices whose due dates are within a period from July 24 to July 31), (2) invoice information with the same payment due date, or others. Then, the process proceeds to step S 73 . 
     Step S 73 : The deposit processing unit  13   b  creates a payment details confirmation mail destined for the Email address of the user B 1 . This payment details confirmation mail includes a URL allowing access to a payment details confirmation screen, which will be described later. 
     Step S 74 : The terminal device  20   b  receives the payment details confirmation mail. When the user clicks the URL link included in the payment details confirmation mail, the terminal device  20   b  displays the payment details confirmation screen on the Web browser. 
       FIG. 30  illustrates an example of a payment details confirmation screen. 
     For example, a payment details confirmation screen  25  displays a payee company name, a payment due date, a payment amount, a commission fee, payment details, a designated transfer account, and others. With regard to each of the payment amount and commission fee, a total amount is displayed for each payee account number. As the payment details, the breakdown of individual invoices is displayed. As the designated transfer account, an account number previously stored in the information processing apparatus  10  by an administrator of the information processing apparatus  10  is displayed, instead of the account numbers of designated transfer accounts that are designated by individual users and included in invoice information. 
     The payment details confirmation screen  25  includes an APPROVE button  25   a , a CORRECT button  25   b , and a REJECT button  25   c.    
     In addition, on the upper left part of the payment details confirmation screen  25 , a number is assigned to a tab for each payee company. 
     Step S 75 : When the user B 1  presses any of the APPROVE button  25   a , CORRECT button  25   b , and REJECT button  25   c , the terminal device  20   b  notifies the information processing apparatus  10  of this action. 
     Step S 76 : The deposit processing unit  13   b  determines whether the received notification indicates approval, correction, or rejection. If the notification indicates approval (Approve at step S 76 ), the process proceeds to step S 77 . If the notification indicates correction (Correct at step S 76 ), the process proceeds to step S 82 . If the notification indicates Rejection (Reject at step S 76 ), the process proceeds to step S 84 . 
     Step S 77 : The deposit processing unit  13   b  periodically accesses the account to check a deposit to the account. When there is a deposit (Yes at step S 77 ), the process proceeds to step S 78 . 
     Step S 78 : The deposit processing unit  13   b  creates a mail (deposit details mail) for deposit details, which is destined for the Email address of the invoicing user. The deposit details mail includes a URL linking to a deposit details screen. Then, the process proceeds to step S 79 . 
     The terminal device  20   a  receives the deposit details mail. When the invoicing user clicks the URL link included in the deposit details mail, the terminal device  20   a  displays the deposit details screen on the Web browser. For example, the deposit details screen displays a scheduled deposit amount, account number to be used for the deposit, and others. The displayed information is generated by the deposit processing unit  13   b  on the basis of the invoice information generated by the invoicing user. 
     In addition, the deposit details screen displays an APPROVE button and a CORRECT button. The invoicing user presses the APPROVE button when the displayed details are appropriate. If the invoicing user corrects the details, the invoicing user corrects the designated transfer account number, and then presses the CORRECT button. When the invoicing user presses either of the APPROVE and CORRECT buttons, the terminal device  20   a  notifies the information processing apparatus  10  of this action. 
     Step S 79 : The deposit processing unit  13   b  determines whether the received notification indicates approval or correction. If the received notification indicates approval (Approve at step S 79 ), the process proceeds to step S 81 . If the received notification indicates correction (Correct at step S 79 ), the process proceeds to step S 80 . 
     Step S 80 : The deposit processing unit  13   b  corrects the designated transfer account included in the invoice information. Then, the process proceeds to step S 81 . 
     Step S 81 : The deposit processing unit  13   b  executes a deposit process of making a deposit to the designated transfer account included in the invoice information. 
     Step S 82 : The deposit processing unit  13   b  creates and sends a correction request mail destined for the Email address of the invoicing user. 
     Step S 83 : When receiving a reply to the correction request mail, the deposit processing unit  13   b  corrects the invoice information, and creates and sends a payment details confirmation mail destined for the Email address of the user B 1  again. Then, when receiving a reply from the terminal device  20   b , the process proceeds to step S 76  to execute step S 76  and subsequent steps. 
     Step S 84 : The deposit processing unit  13   b  creates and sends a rejection mail destined for the Email address of the invoicing user. 
     As described above, with the information processing apparatus  10 , the sharer registration process enables viewing of all invoices of companies owned by the same parent company. Thereby, it becomes possible to provide a service to integrate invoices communicated between a plurality of companies into invoice information for a single interface. More specifically, it is easy for an invoiced user to request invoices in form of data via Web. It is also easy for the asked invoicing user to process the request. 
     Users are able to use the invoice processing system immediately after performing user registration. 
     Further, companies, regardless of how big or small the companies may be, solo proprietors, or anyone is able to communicate invoices via a common interface. 
     Still further, if more communication is performed between users and this ends up, for example, involving several tens of users in one company in performing the communication, this means that the several tens of users receive invoice data from a variety of companies. By configuring a system in which users performing the communication in the company are searched for and information can be made sharable among the users, it makes it possible to perform the unified management (integration) of received data. 
     This system is that a user first tries to use the system, like performing mail communication, and then shares invoicing parties, and then integrate invoice information. Therefore, it is possible to operate the system without a specific administrator. 
     In this connection, although not illustrated, the information processing apparatus  10  may be designed to send a mail to each user whose Email address is registered, so as to encourage the user to update his/her user information. 
     In addition, in the case where the administrator of the information processing apparatus  10  finds an error in an English company name during the maintenance of user information, he/she may send an Email indicating the error to the Email address of the corresponding user in order to ask the user to correct the registration information. 
     In addition, the recipients of simultaneous transmission may be determined on the basis of user location information and sharer information, among users whose Email addresses have the same domain or users who have the same general-purpose company group code. By periodically sending mails simultaneously, a user may find another user who have an “English company name”, which is manually entered, different from others and communicate him/her in order to ask him/her to correct the error. 
     Second Embodiment 
     The following describes a system according to a second embodiment. In the following, only differential features of the system of the second embodiment from the first embodiment will be described, and the same features will not be described. 
       FIG. 31  illustrates an example of information that is set in a user information management section according to the second embodiment. 
     The first embodiment uses an English company name for generating a general-purpose company code. However, instead of the English company name, a company number (so-called legal entity social security number) that is assigned under the Law 58 regarding the use of numbers identifying individuals in administrative procedures may be used. 
     In this case, a user is caused to enter a company number, and as illustrated in  FIG. 31 , the company number is stored in a user information management section D 2 . Then, a general-purpose company code is generated with the same method as in the first embodiment. That is, in a General-Purpose Company Code field of the second embodiment, a value registered in a General-Purpose Company Group Code field and a value registered in a Company Number field are arranged in this order. 
     Further, in the second embodiment, company numbers may be used also as general-purpose company codes. 
     Still further, in the second embodiment, social security numbers for individuals and solo proprietors may be used also as general-purpose company codes. 
     The system of the second embodiment produces the same effects as that of the first embodiment. 
     In this connection, the processes performed by the information processing apparatus  10  may be performed by a plurality of devices in a distributed manner. For example, a device may perform processes up to registration of registration information and another device may perform a deposit process using the registration information. In addition, any currencies including currencies that actually exist and virtual currencies, which include, for example, Bitcoins and Ripple, may be used in the processing method of the embodiments. 
     Heretofore, information processing apparatuses and methods for granting access rights have been described in the illustrated embodiments. Other embodiments may not be limited thereto and described components may be replaced with other components having equivalent functions. In addition, other components or processing operations may be added to example embodiments. 
     Still further, desired two or more configurations (features) in the above-described embodiments may be combined. 
     In this connection, the above-described processing functions may be implemented by using a computer. In this case, a program describing the processing content of the functions of the information processing apparatus  10  is provided. The processing functions are implemented on the computer by the computer running the program. The program describing the processing content is recorded on a computer-readable recording medium. Computer-readable recording media include magnetic storage devices, optical discs, magneto-optical recording media, semiconductor memories, and others. Magnetic storage devices include hard disk drives, Flexible Disks (FD), magnetic tapes, and others. Optical discs include DVD, DVD-RAM, CD-ROM, CD-RW, and others. Magneto-optical recording media include MO (Magneto-Optical disk) and others. 
     To distribute the program, for example, portable recording media, such as DVD or CD-ROM, on which the program is recorded may be put on sale. Alternatively, the program may be stored in the storage device of a server computer and may be transferred from the server computer to another computer through a network. 
     A computer that executes the program may store, for example, the program recorded on a portable recording medium or the program received from the server computer to its local storage device, read the program from the local storage device, and then run the program. In this connection, the computer may run the program while reading the program directly from the portable recording medium. In addition, the computer may run the program while receiving the program from the server computer connected over a network. 
     Further, at least part of the above processing functions may be implemented by using DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), PLD (Programmable Logic Device), or other electronic circuits. 
     In addition, a receipt issuance function may be added to an invoice issuance system. More specifically, such a system may be designed so that a receipt is immediately sent by simply touching a tablet at the time of checkout (payment) (as one example, in response to only pressing an OK button on a tablet, a process of sending a receipt is performed and completed within two seconds). To this end, users are requested to register their fingerprints, pictures of their faces using an application in advance. In the case where fingerprints are registered, a user touches a tablet owned by a store to display the email address of the recipient of a receipt. When the user presses the OK button, the receipt is sent. In the case where a face picture is registered, a user performs facial authentication to display the email address of the recipient of a receipt. It may be possible that a shop clerk asks a customer to enter a mail address in a cashier and then sends receipt data to the entered email address. However, it is burdensome to enter the mail address in the cashier, and therefore this is not realistic. 
     When a user touches a tablet, his/her registered mail address is displayed and a shop clerk sends invoice data to the email address (the shop clerk keeps a copy of the receipt). This is equivalent to taking in receipts (equivalent to invoices) for the settlement of expenses in a company. Especially, large companies have great needs for such a system. 
     According to one aspect, it becomes possible to view all invoices of a company or group companies and perform the unified management of information about the invoices. 
     While this present disclosure has been described in connection with what is presently considered to be practical exemplary embodiments, it is to be understood that the invention is not limited to the disclosed embodiments. On the contrary, it is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.