WO2018179284A1 - 企業グループ管理方法およびシステム - Google Patents

企業グループ管理方法およびシステム Download PDF

Info

Publication number
WO2018179284A1
WO2018179284A1 PCT/JP2017/013414 JP2017013414W WO2018179284A1 WO 2018179284 A1 WO2018179284 A1 WO 2018179284A1 JP 2017013414 W JP2017013414 W JP 2017013414W WO 2018179284 A1 WO2018179284 A1 WO 2018179284A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
group
company
customer
relationship
Prior art date
Application number
PCT/JP2017/013414
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 CN201780088601.4A priority Critical patent/CN110476181A/zh
Priority to US16/495,820 priority patent/US20200104766A1/en
Priority to JP2017553439A priority patent/JP6349469B1/ja
Priority to PCT/JP2017/013414 priority patent/WO2018179284A1/ja
Publication of WO2018179284A1 publication Critical patent/WO2018179284A1/ja

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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • 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/018—Certifying business or products
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis

Definitions

  • the present invention relates to a company group management method and system. More specifically, by centrally managing the data of business customers and their group companies at financial institutions, etc., and sharing the data at each main store, change information such as capital relationships between companies can be accurately and efficiently
  • the present invention relates to a method and a system that can be grasped. In particular, if there is a change in the capital relationship between the companies, etc., it will be necessary to check the details of the changes in each store's own store business partner, mutual store business partner, and interrelationships, and whether company group data needs to be updated.
  • the present invention relates to a method and a system capable of providing determination information related to the above and updating corporate group data to the latest state.
  • a branch (supervising store) of a financial institution that conducts transactions with a business customer and a supervising store that conducts transactions with the group company are not necessarily the same branch.
  • data (customer data) relating to the transaction customers and each group company are managed in a scattered manner in databases installed in each country. Therefore, there is a need for a method and system that can centrally manage data of business customers and their group companies and share the data at each main store.
  • the present invention has been made in view of such problems, and the object of the present invention is to centrally manage the data of customers and group companies of financial institutions or financial holding company groups, and the data at each branch store. Is to share.
  • the object of the present invention is to centrally manage the data of customers and group companies of financial institutions or financial holding company groups, and the data at each branch store. Is to share.
  • the present invention is not limited to a financial institution, but covers the entire financial holding company group including the financial institution and the relationship between the business customers of the company and its group companies. It is also assumed that data sharing is not limited to each branch store, but is shared among all branches of financial institutions and financial holding company groups.
  • the present invention is a server computer that unifies management of transaction customers in a financial institution or a financial holding company group including the financial institution and data of the group company, and the server computer includes: Receiving relationship change data relating to the change of the relationship between the trading customer and the group company; Based on at least the relationship change data and the customer data, the financial institution or the financial holding company group managing store for each of the transaction customer and the group company is searched, and the customer data is the transaction customer and the group company.
  • the group name identification data includes the transaction customer, the group company, Data about the content before and after the change in relationship between Send the group name identification data to the terminal of the managing store, Confirmation result data is received from the terminal of the managing store, the checking result data is data related to the checking result of the managing store with respect to the group name identification data, Based on at least the confirmation result data, determine whether each of the managing stores has approved the group name identification data, If it is determined that each of the managing stores approves, the group data is updated based on at least the group name identification data, and the group data is a current value between the transaction customer and the group company. It is structured to be data related to relationships.
  • sending the group name identification data to the terminal of the managing store includes providing a Web site to the terminal of the managing store, A user interface indicating a relationship between the transaction customer and the group company is displayed on the Web site, and the person in charge of the managing store is confirmed through the user interface, and the group name identification data is confirmed. It is further configured to input data.
  • receiving the relationship change data may be performed by a computer managed by an organization other than the financial institution and the financial holding company group, or the Web site. Receiving from the terminal of the main store.
  • each of the main stores is in a different country
  • the customer data of the transaction customer and the group company is a computer in the country where the corresponding main store exists. It is characterized by being held by.
  • the server computer described in the previous four paragraphs is Receiving designation data for designating a relationship between the transaction customer and the group company from a first computer used by a person in charge in the financial institution or the financial holding company group; It is further configured to extract the trading customer and the group company having a specific relationship based on the designated data and the group data.
  • the relationship between the transaction customer and the group company in the relationship change data and the group data includes capital, share issuer / major shareholder, human resource, It is characterized by any of the following relationships: sales, sales, equity-method affiliate, investment, and real control.
  • the present invention is a method executed by a server computer that centrally manages a transaction customer in a financial institution or a financial holding company group including the financial institution and data of the group company, and the method includes: , The server computer receiving relationship change data relating to a change in relationship between the transaction customer and the group company; The server computer searching for a managing store of the financial institution or the financial holding company group for each of the transaction customer and the group company based at least on the relationship change data and customer data, the customer data Is data relating to a contract customer who is a customer of the financial institution or the financial holding company group including the transaction customer and the group company, and The server computer is a step of creating group name identification data for confirming the correctness of the change contents in each of the managing stores based on at least the relationship change data and the customer data, wherein the group name identification data is , Data relating to the content before and after the change of the relationship between the transaction customer and the group company, The server computer sending the group name identification data to the terminal of the managing store; The server computer receiving relationship
  • the present invention is a computer program that causes a server computer that centrally manages data of a transaction customer and a group company of a financial institution or a financial holding company group including the financial institution to be executed.
  • the program When the program is executed by the server computer, Receiving relationship change data relating to changes in the relationship between the trading customer and the group company; Searching for each managing store of the financial institution or the financial holding company group for each of the transaction customer and the group company based at least on the relationship change data and customer data, wherein the customer data is the transaction Data relating to a contract customer who is a customer of the financial institution including the customer and the group company or the financial holding company group; and Creating group name identification data for confirming the correctness of the change contents in each of the managing stores based on at least the relationship change data and the customer data, wherein the group name identification data includes the transaction customer and the customer data Steps that are data about the content before and after the change of the relationship with the group company, Transmitting the group name identification data to a terminal used by a person
  • FIG. 1 is a diagram showing a configuration of the entire system according to an embodiment of the present invention.
  • the group management server 100 which is the main server of this system installed in a data center or the like, is used by a front business person in country A (for example, Japan) via a network 101 (for example, an intranet).
  • a network 101 for example, an intranet
  • the group management server 100 is configured to communicate with the other country server 104 and the external server 107 via the network 103 (for example, the Internet).
  • the other country server 104 is also connected to front terminals 106a to 106n (hereinafter collectively referred to as “front terminal 106”) used by a front business person in country B (for example, the United States) via a network 105 (for example, an intranet). It is configured to communicate.
  • the group management server 100 and the like are shown as one server computer, but can be constructed as a distributed computing system including a plurality of server computers.
  • the front terminals are shown for only two countries, but in reality, the front terminals can exist in many financial institutions in many countries.
  • financial institutions includes the entire financial holding company group and its affiliated companies.
  • the external server 107 is a server computer managed by an organization other than each financial institution, manages change data (relation change data) such as capital relationships between companies, and provides the relevant change data to each financial institution.
  • the group management server 100 is a server computer managed by each financial institution in country A, and holds customer data in country A.
  • the group management server 100 is an execution subject of the group name identification process in the present invention.
  • the group management server 100 receives the inter-company relationship change data from the external server 107, confirms the correctness of the change contents to the managing store of each company to be changed, and if approved by all the managing stores, The change is reflected in the group data indicating the relationship.
  • the front terminal 102 and the front terminal 106 are terminals used by front business staffs of financial institutions in each country.
  • the person in charge of the front business in each country confirms the changes made to the relationship between the group company and the company where the store is the main store through the front terminal 102 and the front terminal 106, and registers the confirmation results (correctness of the changes). To do.
  • the front terminal 102 and the front terminal 106 may be collectively referred to as “front terminal”.
  • the other country server 104 is a server computer managed by each financial institution in country B and holds customer data in country B.
  • the other country server 104 in FIG. 1 is described as a relay server role from the group management server 100 in country A to the front terminal 106 in country B, but has the same function as that of the group management server 100 and will be described later.
  • Name identification processing can also be executed.
  • the server on which the group name identification process is executed can be changed depending on which country the target managing store belongs to. For example, when all of the main stores of each company are in Country B, the group name identification process can be executed by the other country server 104 installed in Country B.
  • FIG. 2 is a diagram showing a configuration of a group management server that is a main server in the system according to the embodiment of the present invention.
  • the group management server 100 includes a CPU 110, a RAM 111, an input device 112, an output device 113, a communication control device 114, and a storage device 116, which are connected via a system bus 115, respectively.
  • the storage device 116 is configured by a nonvolatile storage medium (ROM, HDD, or the like), and includes a program storage area that stores a software program related to the transfer process and a data storage area that stores data handled by the software program. .
  • Each processing unit in the program storage area described later is actually an independent software program, its routine, component, and the like, and is stored in the storage device 116.
  • Each processing unit is called from the storage device 116 by the CPU 110 at the time of execution and is expanded in the work area of the RAM 111, so that each function can be performed while appropriately accessing a database or the like.
  • the software programs stored in the program storage area in the storage device 116 of FIG. 2 include a data transmission / reception processing unit 120, a group name identification processing unit 121, and a group data update processing unit 122, if only those related to the present invention are listed. ing. These processing units are executed by the CPU 110.
  • the data storage areas in the storage device 116 in FIG. 2 are only those related to the present invention, and the customer data storage unit 130, the relationship change data storage unit 131, the group name identification data storage unit 132, the confirmation result data storage unit 133, And a group data storage unit 134. Both are fixed storage areas secured in the storage device 116.
  • the data transmission / reception processing unit 120 in FIG. 2 receives the relationship change data from the external server 107 and stores it in the relationship change data storage unit 131. Further, the created group name identification data is transmitted to the front terminal 102 and / or the front terminal 106 of each managing store in order to confirm the correctness of the change contents. Then, confirmation result data from each main store is received from the front terminal 102 and / or the front terminal 106 and stored in the confirmation result data storage unit 133.
  • the group name identification processing unit 121 in FIG. 2 acquires customer data of each main company and affiliated company to be changed based on the received relationship change data, and searches for a managing store that deals with each company.
  • the group name identification processing unit 121 creates group name identification data based on the relationship change data and the customer data, and stores the group name identification data in the group name identification data storage unit 132.
  • “major company” and “affiliated company” in this document refer to each company having some relationship, but the major company is not necessarily the capital affiliate or the parent company.
  • the standard company is simply expressed as a main company. For example, when a subsidiary is used as a standard, the subsidiary is the main company and the parent company is an affiliated company.
  • the group data update processing unit 122 in FIG. 2 determines whether or not the contents of change have been approved in all the management stores based on the confirmation result data received from each management store. When the approval is made at all the managing stores, the group data update processing unit 122 reflects the change contents in the group data of each company to be changed stored in the group data storage unit 134.
  • FIG. 4 is a diagram illustrating data stored in the customer data storage unit 130 according to an embodiment of the present invention.
  • the customer data in FIG. 4 includes a “customer ID” that uniquely indicates a customer in a financial institution in each country, a “customer name” that indicates the name of the customer, and a “finance” that uniquely indicates the financial institution that provides the customer's contract account.
  • Customer data is master data held by the group management server 100 and the other country server 104. Since “customer ID” in FIG. 4 is unique among financial institutions in each country, even if it indicates the same customer, it is different in each country (in other words, the same ID is assigned in each financial institution even if different customers). May be.)
  • a branch indicated by a combination of “financial institution code” and “branch code” is a customer's managing store indicated by the corresponding “customer ID”.
  • “Corporate My Number” can store a corporate number issued by the NTA when the customer is a Japanese corporation.
  • account type a numerical value (for example, 1: normal deposit, 2: time deposit, 3: current account,...) Indicating the account type of the customer's contract account can be set.
  • the relationship change data storage unit 131 in FIG. 2 stores data indicating the change change contents of the relationship between companies, which is managed and provided by the external server 107.
  • FIG. 5 is a diagram showing data stored in the relationship change data storage unit 131 according to the embodiment of the present invention.
  • the “related source company ID” that uniquely indicates the related source company to be changed, the “related source related type” that indicates the related type of the related source company, and the related destination company for the related source company are unique. And the “related destination related type” indicating the related type of the related destination company.
  • the relationship change data is transaction data managed by the external server 107.
  • “External ID” and “Related company ID” in FIG. 5 are respectively set to “External ID” in the customer data (FIG. 4).
  • Customer data can be associated with each other.
  • the “related source related type” includes a numerical value indicating the related type of the related source company (for example, 000: no relationship, 001: capital relationship source, 002: share issuer, 003: human relationship source, 004: purchase source) 005: distributor, 006: guarantor, 007: equity method parent company, 008: investor, 009: real controlling party,.
  • a numerical value indicating the related type of the related company for example, 000: not related, 101: capital related party, 102: major shareholder, 103: human related party, 104: Vendor, 105: Seller, 106: Guarantee, 107: Subsidiary accounted for by the equity method, 108: Investment partner, 109: Subsidiary of real control, etc.).
  • “Related source related type” and “Related destination related type” of “000” indicate that there was some relationship before the change, but now there is no relationship.
  • relationship change data in FIG. 5 is an example, and may actually be data indicating relationships between companies in various formats or data for determining relationships between companies.
  • the data for judging the relationship between companies is, for example, “Investment ratio”. If the investment ratio exceeds 50%, the affiliated company is judged as the investor, the affiliated company as the investee, etc. Can do.
  • the group name identification data storage unit 132 in FIG. 2 stores data indicating the relationship between the companies before and after the change, which is created for each of the managing stores to confirm.
  • FIG. 6 is a diagram showing data stored in the group name identification data storage unit 132 according to the embodiment of the present invention.
  • the group name identification data in FIG. 6 includes an “ID” that uniquely indicates this data, a “supervisor code” that uniquely indicates the main store that deals with the customer, and a “customer ID” that uniquely indicates the customer at the financial institution in each country.
  • the “external ID” uniquely indicating the customer
  • the “customer name” indicating the customer name
  • the “account type” uniquely indicating the account type (subject) of the customer's contract account
  • the account number of the contract account "Account number” to indicate
  • "Main company ID” that uniquely indicates the main company to be changed
  • "Relationship level before change” that indicates the related type before the change of the customer
  • "After change” that indicates the related type after the change of the customer "Relationship level”
  • the group name identification data is transaction data created based on the relationship change data.
  • “ID” in FIG. 6 is, for example, a sequence number. By setting the same value as “ID” in confirmation result data (FIG. 7) described later, group name identification data and confirmation result data can be associated with each other. it can. “Customer ID”, “External ID”, “Customer Name”, “Account Type”, and “Account Number” are the same as the data items of the same name in the customer data (FIG. 4).
  • FIG. 6 is a diagram illustrating a relationship between an affiliated company indicated by “customer ID” and a major company indicated by “main company ID” as an embodiment. In another embodiment, an ID indicating a major company may be set in the “customer ID”, and an “affiliated company ID” indicating an affiliated company may be provided instead of the “major company ID”.
  • “Main company ID” in FIG. 6 is an ID that uniquely indicates the main company when the customer indicated by “customer ID” is an affiliated company.
  • the “main company ID” is created, for example, by a combination of “main store code” and “customer ID”. This is because, as described above, even in different customers, the same “customer ID” may be assigned in financial institutions in each country. Therefore, the customer can be uniquely indicated by combining the “supervisor code” and the “customer ID”, and the customer data (FIG. 4) and the group data (FIG. 8) can be associated with the group name identification data. . In another embodiment, a customer can be uniquely indicated only by “customer ID”.
  • the “related type before change” in FIG. 6 is the related type before the change of the affiliated company (current), and therefore in the group data (FIG. 8) to be described later using “managed store code” and “customer ID” as search keys. Get and set “Relation type”.
  • “relation source related type” and “relevant destination related type” in the relationship change data (FIG. 5) are set in the “related type after change”. Which of the “related source related type” and “related destination related type” is set differs depending on whether the related source company or the related destination company is the main company or the related company. For example, when the affiliated company is a main company, the affiliated company is an affiliated company, and therefore, “Associated Related Type” is set in “Related Category After Change” in FIG.
  • the confirmation result data storage unit 133 in FIG. 2 stores data related to the confirmation result (correctness of change contents) at each managing store of the group name identification data (FIG. 6).
  • FIG. 7 is a diagram showing data stored in the confirmation result data storage unit 133 according to an embodiment of the present invention.
  • the confirmation result data in FIG. 7 includes “ID” uniquely indicating this data and group name identification data (FIG. 6), “main company managing store code” uniquely indicating the main company managing store, and the main company managing store information. “Main company result” indicating the confirmation result, “Main company comment” indicating the comment of the main company's managing store for the confirmation result, “Affiliated company managing store code” uniquely indicating the related company's managing store, and the affiliated company's managing store “Affiliated company result” indicating the confirmation result, “Affiliated company comment” indicating the comment of the affiliated company's managing store for the confirmation result, and the like can be stored.
  • the confirmation result data is transaction data that is input via the front terminal 102 or the front terminal 106 by the front business person in charge of each main company and affiliated company.
  • the confirmation result data and the group name identification data can be linked.
  • numerical values for example, 0: unconfirmed, 1: approval, 2: rejection, 3: hold, etc.
  • FIG. 8 is a diagram showing data stored in the group data storage unit 134 according to an embodiment of the present invention.
  • the group data in FIG. 8 includes a “group ID” that uniquely indicates a group between companies, a “supervisor code” that uniquely indicates a main store that deals with customers, and a “customer” that uniquely indicates a customer at a financial institution in each country.
  • Group data is master data that is managed so as to maintain the latest state of relationships between companies. Customers having the same “group ID” in FIG. 8 mean the same group in the relationship.
  • the “main store code”, “customer ID”, “external ID”, “customer name”, “account type”, and “account number” are the same as the data items of the same name in the group name identification data (FIG. 6). .
  • dummy data such as “0000000-0000000000” is set as shown in FIG. Identify major companies. For example, in the relationship between the data having “group ID” “1111111” in FIG. 8, the customer whose “customer ID” is “1111111111” is the main company, and the others are the related companies.
  • “Relationship type” in FIG. 8 is a numerical value (for example, 001: capital relation origin, 002: share issuer, 003: human relation origin, 004) indicating the relation type of the affiliated company indicated by the “customer ID” with respect to the main company. : Purchaser, 005: Seller, 006: Guarantor, 007: Equity-method parent company, 008: Investment source, 009: Real controlling party, ... 101: Capital affiliate, 102: Major shareholders, 103: Person 104: Supplier, 105: Solder, 106: Guarantee, 107: Subsidiary to which the equity method is applied, 108: Investment partner, 109: Subsidiary of real control, etc.).
  • a data item for example, investment ratio
  • the customer indicated by “customer ID” is a major company
  • empty data or the like can be set in “relevant type” as shown in FIG.
  • a data item for example, investment ratio
  • the relationship between companies without having the “related type” and / or to additionally determine the related type each time. For example, if you want to refer to a company that has a capital relationship with a certain company, use the “related type”. If you want to refer to a company that has an investment relationship, use the “related type” to determine the relationship between companies.
  • the data items can be used properly according to the usage, such as using the data items.
  • FIG. 3 is a flowchart showing group name identification processing according to an embodiment of the present invention.
  • the group management server 100 receives the relationship change data between the companies as a trigger, it confirms whether the change contents are correct or not with the main store of each target company, and is approved by all the main stores. In addition, the contents of the change are reflected in the group data indicating the relationship of each company.
  • the data transmission / reception processing unit 120 receives the relationship change data (FIG. 5) from the external server 107 and stores it in the relationship change data storage unit 131 (step S201).
  • This is an embodiment when receiving relationship change data from the external server 107.
  • the person in charge of the front business can input the relationship change data via a dedicated Web site provided by the group management server 100 or the like.
  • the relationship change data is received from the front terminal 102 or the front terminal 106 via the other country server 104.
  • the group name identification processing unit 121 searches for a managing store of each company whose relationship is to be changed (step S202). Specifically, “external ID” of customer data (FIG. 4) is searched using each of “related company ID” and “related company ID” of the relationship change data (FIG. 5) received in step S201 as a search key. Then, from the acquired “financial institution code” and “branch code”, the affiliated company and the affiliated company are identified. Customer data of each company is stored in advance in a customer data storage unit 130 in the group management server 100 or a storage unit in the other country server 104. The country in which the server computer is stored depends on which country each company conducts business with.
  • the group name identification processing unit 121 creates group name identification data (FIG. 6) for confirmation with each managing store, and stores it in the group name identification data storage unit 132 (step S 203).
  • data indicating the relationship with the main company is created for each affiliated company. Specifically, from the combination of the “financial institution code” and the “branch code” in the customer data (FIG. 4) of the affiliated company or affiliated company acquired in step S202, the “managed store code” of the group name identification data is obtained. create. Similarly, “customer ID”, “customer name”, “account type”, and “account number” in the group name identification data are created from data items of the same name in the customer data of the affiliated company. Note that which of the affiliated company and affiliated company is the main company or affiliated company is determined by which is the standard (major company).
  • the “major company ID” of the group name identification data identifies the major company, in the example of FIG. 6, the “financial institution code” and the “branch” in the customer data of the affiliated company or affiliated company that is designated as the major company. It is created by a combination of “code”, “-” (hyphen), and “customer ID”. This is because even if the customer is the same, each country has a “customer ID” independently, and therefore, the customer may not be uniquely identified only by the “customer ID” (for example, a certain customer ID). May show different customers in country A and country B).
  • “External ID” and “Relationship type after change” in the group name identification data are “Related company ID” and “Related source relation type” or “Relationship related type”, which are major companies in the relationship change data (FIG. 5), respectively. It is created from “destination company ID” and “relevant destination relation type”. On the other hand, since the “related type before change” is the current related type, a group indicating the current relationship between companies using “related company ID” or “related company ID” as a search key as a main company. A search is made for “external ID” in the data (FIG. 8), and it is created from the acquired “relevance type”. The “ID” of the group name identification data is created by assigning a number (for example, a sequence number) that can uniquely identify this data at the time of data creation.
  • a number for example, a sequence number
  • the data transmission / reception processing unit 120 uses the group name identification data (FIG. 6) created in step S203 to check the correctness of the contents of the change at the front terminal 102 and / or front of each main company and affiliated company. It transmits to the terminal 106 (step S204).
  • a user interface as shown in FIGS. 9 and 10 is displayed on a dedicated Web site provided by the group management server 100, and the front business person in charge at each managing store confirms via the front terminal. Do.
  • FIG. 9 is a diagram showing a user interface for group name identification candidate confirmation (for a main company managing store) according to an embodiment of the present invention.
  • the example of FIG. 9 shows that there is a change in the relationship between the main company “Patent Product Co., Ltd.” and the three affiliated companies.
  • the person in charge of the front office at the main company's main store confirms whether the main company and affiliated company to be changed and the related type after the change are correct, etc. via the front terminal, and the confirmation results (approval or denial, comments, etc.) ).
  • FIG. 10 is a diagram showing a user interface for group name identification candidate confirmation (for an affiliated company managing store) according to an embodiment of the present invention.
  • the front business person in charge at the affiliated company's store confirms whether the contents of the change are correct and inputs the confirmation result via the front terminal.
  • the data transmission / reception processing unit 120 receives the confirmation result data (FIG. 7) of the main store of each of the main company and the affiliated company from the front terminal 102 and / or the front terminal 106 and stores it in the confirmation result data storage unit 133.
  • the confirmation result data is a confirmation result for the group name identification data (FIG. 6) transmitted in step S204, and can be associated with the “ID” of each data.
  • the group data update processing unit 122 approves the contents of the change at the main company and the affiliated companies in accordance with the “major company result” and the “affiliated company result” in the confirmation result data (FIG. 7) received in step S205. It is determined whether or not it has been done (step S206). In the example of FIG. 7, when both the “major company result” and the “affiliated company result” indicate “1” (approval), it is determined that both have been approved. In this case, the process proceeds to the Yes route in step S206, and the group data update processing unit 122 stores the group data according to the “before-change related type” and “after-change related type” in the approved group name identification data (FIG. 6). The group data (FIG. 8) stored in the unit 134 is updated (step S207). After step S207, this process ends.
  • Step S207 will be described in more detail.
  • the “relationship type before change” in the group name identification data indicates “000” (not related)
  • a new affiliated company is newly established with the main company that was originally not related.
  • Means the sales destination (“relation type after change” is “105”), and a new record is created in the group data (FIG. 8) based on the group name identification data.
  • step S206 If it is determined in step S206 that the contents of change have not been approved by the managing stores of both the main company and the affiliated company, the process proceeds to No route, and this process ends. At this time, the fact can be fed back to the managing store of both the main company and the affiliated company and the examination department. As a result, the person in charge of the front business and the person in charge of the examination department can confirm the rejected changes and take corrective action. For example, if there is an error in the content of the change, as described in the description of step S201, the modified relationship change data is input via the dedicated website, and the correctness of the content of the change is checked again at each managing store. This process can be executed to confirm.
  • a manager of a financial institution or a financial holding company group uses a computer terminal to access a dedicated website provided by the group management server 100 and specify a specific site on the website. Select a relationship.
  • the group management server 100 uses the specified (selected) relationship as a search key to search for “related type” and data items for determining the relationship between companies, and retrieves data related to the company having a specific relationship. Extract.
  • the extracted data is formed according to the purpose and can be referred to on the website or downloaded.
  • information on changes in capital relationships between companies can be obtained by centrally managing the data of customers and group companies of financial institutions or financial holding company groups using a computing system and sharing the data with each main branch. Can be grasped accurately and efficiently.
  • the latest corporate group data constantly updated as described above it is possible to grasp the actual situation of the transaction customer and the entire group company as viewed from the financial institution or the financial holding company group.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Educational Administration (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

取引顧客およびそのグループ会社のデータ管理はマニュアル運用を行なっている。また、会社間の資本関係などが変更される際、各社のデータへの反映の責任元は各社の主管店となるため、主管店間で連携が発生する。しかしながら、主管店となる金融機関の支店は各国に存在し、主管店間の連携も容易ではない。コンピューティングシステムによって、取引顧客およびそのグループ会社のデータを一元管理し、各主管店で当該データを共有する。特に、会社間の資本関係などに変更があった場合、各主管店に対し、自店取引先、僚店取引先、相互の関係性において、変更内容を確認させ、企業グループデータの更新要否にかかる判断情報を提供し、企業グループデータを最新状態へ更新する。

Description

企業グループ管理方法およびシステム
　本発明は、企業グループ管理方法およびシステムに関する。より詳細には、金融機関などにおける取引顧客およびそのグループ会社のデータを一元管理し、各主管店で当該データを共有することにより、企業間の資本関係などの変更情報を正確、かつ効率的に把握することができる方法およびシステムに関する。特に、会社間の資本関係などに変更があった場合、各主管店に対し、自店取引先、僚店取引先、相互の関係性において、変更内容を確認させ、企業グループデータの更新要否にかかる判断情報を提供し、企業グループデータを最新状態へ更新することができる方法およびシステムに関する。
　金融機関における法人取引においては、取引先企業のグローバルベースの企業グループ化に伴い、個社取引のみならず、法人の集合体としてグローバルベースでの取引が一般化している。金融機関において、その金融機関の経営者や各部門の者は、自社の経営上の判断や意思決定を行なうために、取引企業に対する各種取引計数を企業グループ全体の合算ベースで把握する必要がある。管理会計では、企業グループ合算ベースの計数を把握したうえで、さらに取引企業グループに対する多種多様な情報を収集して、目的に応じて分析することによって、取引ポートフォリオの状況や課題を把握できるようにしている。
　例えば、取引顧客の管理会計では、国内および海外の拠点での預金、貸出、為替などの各業務の状況の実態を把握しなければならない。さらには、取引顧客企業内に限らず、資本関係など、業務上の影響のあるグループ会社の経営状況を把握する必要もある。このように、取引顧客の管理会計では、取引顧客企業内およびグループ会社内に広範囲に散らばる多種多様な情報を用いることが求められている。
　一方、取引顧客と取引を行なう金融機関の支店（主管店）と、そのグループ会社と取引を行なう主管店は必ずしも同一支店であるとは限らない。また、グループ会社が多数存在する場合があり、それぞれの主管店が各国に存在する場合もある。この場合、取引顧客および各グループ会社に関するデータ（顧客データ）は各国に設置されたデータベースに点在して管理されている。そのため、取引顧客およびそのグループ会社のデータを一元管理し、各主管店で当該データを共有することができる方法およびシステムが必要とされる。
　しかしながら、現状、取引顧客およびそのグループ会社のデータ管理はマニュアル運用を行なっており、フロント業務担当者は多大な作業工数を費やしている。また、グループ会社が数十、数百社におよぶ場合もあり、国内および海外の拠点に跨る預金、貸出、為替などの各業務における取引の状況の実態を把握するためには、マニュアルによるデータ管理では誤りや漏れが発生する可能性がある。さらに、会社間の資本関係などが変更されることは多々あり（例えば、会社間での資本関係が無くなる、または新たに資本提携する、など）、これが各社のデータに逐一反映されることが必要である。このように、データの維持も含めた、取引顧客およびそのグループ会社のデータ管理が十分に行なわれることが、与信判断を行なう上で重要となってくる。特に、会社間の資本関係などが変更される際、各社のデータへの反映の責任元は各社の主管店となるため、主管店間で連携が発生する（例えば、各フロント業務担当者が連絡を取り合って資本関係などの変更が正しいことを確認し合う、など）。しかしながら、主管店となる金融機関の支店は各国に存在し、主管店間の連携も容易ではない。
　本発明はこのような問題に鑑みてなされたものであり、その目的とするところは、金融機関または金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理し、各主管店で当該データを共有することにある。特に、金融機関などの取引顧客およびそのグループ会社の間の資本関係などに変更があった場合、各主管店で変更内容を確認し、各社のデータに正しい変更内容を反映することにある。なお、本発明では、金融機関に限られず、当該金融機関を含む金融持株会社グループ全体およびその傘下における会社の取引顧客およびそのグループ会社の間の関係を対象としている。また、データ共有は各主管店間に留まらず、金融機関および金融持株会社グループにおける、取引のあるあらゆる支店で共有することも想定している。
　本発明は、このような目的を達成するために、金融機関または前記金融機関を含む金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理するサーバコンピュータであって、前記サーバコンピュータは、
　前記取引顧客と前記グループ会社との間の関係の変更内容に関する関係変更データを受信し、
　前記関係変更データおよび顧客データに少なくとも基づいて、前記取引顧客および前記グループ会社のそれぞれに対する前記金融機関または前記金融持株会社グループの主管店を検索し、前記顧客データは、前記取引顧客および前記グループ会社を含む前記金融機関または前記金融持株会社グループの取引先である契約顧客に関するデータであり、
　前記関係変更データおよび前記顧客データに少なくとも基づいて、前記主管店の各々に前記変更内容の正否を確認するためのグループ名寄せデータを作成し、前記グループ名寄せデータは、前記取引顧客と前記グループ会社との間の関係の変更前後の内容に関するデータであり、
　前記グループ名寄せデータを、前記主管店の端末に送信し、
　確認結果データを、前記主管店の端末から受信し、前記確認結果データは、前記グループ名寄せデータに対する前記主管店の確認結果に関するデータであり、
　前記確認結果データに少なくとも基づいて、前記グループ名寄せデータに対して前記主管店の各々が承認しているか否かを判定し、
　前記各主管店の各々が承認していると判定された場合、前記グループ名寄せデータに少なくとも基づいて、グループデータを更新し、前記グループデータは、前記取引顧客と前記グループ会社との間の現在の関係に関するデータである
　ように構成されたことを特徴とする。
　また、前段落に記載のサーバコンピュータにおいて、前記グループ名寄せデータを、前記主管店の端末に送信することは、Ｗｅｂサイトを前記主管店の端末に提供することを含み、
　前記Ｗｅｂサイトに、前記取引顧客と前記グループ会社との間の関係を示すユーザインタフェースを表示し、前記ユーザインタフェースを介して、前記主管店の担当者に前記グループ名寄せデータを確認させ、前記確認結果データを入力させるようにさらに構成されたことを特徴とする。
　さらに、前段落に記載のサーバコンピュータにおいて、前記関係変更データを受信することは、前記関係変更データを、前記金融機関および前記金融持株会社グループ以外の機関が管理するコンピュータから、または前記Ｗｅｂサイトを介して前記主管店の端末から受信することを含むことを特徴とする。
　そして、前３段落に記載のサーバコンピュータにおいて、前記主管店の各々は異なる国に存在し、前記取引顧客と前記グループ会社との前記顧客データはそれぞれ、対応する前記主管店が存在する国のコンピュータに保有されることを特徴とする。
　また、前４段落に記載のサーバコンピュータは、
　前記金融機関または前記金融持株会社グループにおける担当者が利用する第１のコンピュータから、前記取引顧客と前記グループ会社との間の関係を指定するための指定データを受信し、
　前記指定データおよび前記グループデータに基づいて、特定の関係にある前記取引顧客および前記グループ会社を抽出する
　ようにさらに構成されたことを特徴とする。
　そして、前５段落に記載のサーバコンピュータにおいて、前記関係変更データおよび前記グループデータにおける、前記取引顧客と前記グループ会社との間の関係とは、資本、株発行主／大株主、人的、仕入、販売、持分法適用会社、出資、および実質支配のいずれかの関係であることを特徴とする。
　また本発明は、別の実施形態において、金融機関または前記金融機関を含む金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理するサーバコンピュータによって実行される方法であって、前記方法は、
　前記サーバコンピュータが、前記取引顧客と前記グループ会社との間の関係の変更内容に関する関係変更データを受信するステップと、
　前記サーバコンピュータが、前記関係変更データおよび顧客データに少なくとも基づいて、前記取引顧客および前記グループ会社のそれぞれに対する前記金融機関または前記金融持株会社グループの主管店を検索するステップであって、前記顧客データは、前記取引顧客および前記グループ会社を含む前記金融機関または前記金融持株会社グループの取引先である契約顧客に関するデータである、ステップと、
　前記サーバコンピュータが、前記関係変更データおよび前記顧客データに少なくとも基づいて、前記主管店の各々に前記変更内容の正否を確認するためのグループ名寄せデータを作成するステップであって、前記グループ名寄せデータは、前記取引顧客と前記グループ会社との間の関係の変更前後の内容に関するデータである、ステップと、
　前記サーバコンピュータが、前記グループ名寄せデータを、前記主管店の端末に送信するステップと、
　前記サーバコンピュータが、確認結果データを、前記主管店の端末から受信するステップであって、前記確認結果データは、前記グループ名寄せデータに対する前記主管店の確認結果に関するデータである、ステップと、
　前記サーバコンピュータが、前記確認結果データに少なくとも基づいて、前記グループ名寄せデータに対して前記主管店の各々が承認しているか否かを判定するステップと、
　前記主管店の各々が承認していると判定された場合、前記サーバコンピュータが、前記グループ名寄せデータに少なくとも基づいて、グループデータを更新するステップであって、前記グループデータは、前記取引顧客と前記グループ会社との間の現在の関係に関するデータである、ステップと
　を備えたことを特徴とする。
　さらに本発明は、さらに別の実施形態において、金融機関または前記金融機関を含む金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理するサーバコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは前記サーバコンピュータによって実行されると、
　前記取引顧客と前記グループ会社との間の関係の変更内容に関する関係変更データを受信するステップと、
　前記関係変更データおよび顧客データに少なくとも基づいて、前記取引顧客および前記グループ会社のそれぞれに対する前記金融機関または前記金融持株会社グループの各主管店を検索するステップであって、前記顧客データは、前記取引顧客および前記グループ会社を含む前記金融機関または前記金融持株会社グループの取引先である契約顧客に関するデータである、ステップと、
　前記関係変更データおよび前記顧客データに少なくとも基づいて、前記各主管店に前記変更内容の正否を確認するためのグループ名寄せデータを作成するステップであって、前記グループ名寄せデータは、前記取引顧客と前記グループ会社との間の関係の変更前後の内容に関するデータである、ステップと、
　前記グループ名寄せデータを、前記各主管店の担当者が使用する端末に送信するステップと、
　確認結果データを、前記各主管店の担当者が使用する前記端末から受信するステップであって、前記確認結果データは、前記グループ名寄せデータに対する前記各主管店の確認結果に関するデータである、ステップと、
　前記確認結果データに少なくとも基づいて、前記グループ名寄せデータに対して前記各主管店の両方が承認しているか否かを判定するステップと、
　前記各主管店の両方が承認していると判定された場合、前記グループ名寄せデータに少なくとも基づいて、グループデータを更新するステップであって、前記グループデータは、前記取引顧客と前記グループ会社との間の現在の関係に関するデータである、ステップと
　を前記サーバコンピュータに実行させることを特徴とする。
　以上説明したように、本発明によれば、コンピューティングシステムによって、金融機関または金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理し、各主管店で当該データを共有することにより、企業間の資本関係などの変更情報を正確、かつ効率的に把握することができる。特に、会社間の資本関係などに変更があった場合、各主管店に対し、自店取引先、僚店取引先、相互の関係性において、変更内容を確認させ、企業グループデータの更新要否にかかる判断情報を提供し、企業グループデータを最新状態へ更新することができる。また、上記のように常に更新された最新の企業グループデータを利用し、金融機関または金融持株会社グループから見た取引顧客およびそのグループ会社全体の取引の実態を把握することができる。
本発明の一実施形態に係るシステム全体の構成を示す図である。 本発明の一実施形態に係るシステムにおけるメインサーバであるグループ管理サーバの構成を示す図である。 本発明の一実施形態に係るグループ名寄せ処理を示すフローチャートである。 本発明の一実施形態に係る顧客データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る関係変更データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係るグループ名寄せデータ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る確認結果データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係るグループデータ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係るグループ名寄せ候補確認用のユーザインタフェース（主要会社主管店用）を示す図である。 本発明の一実施形態に係るグループ名寄せ候補確認用のユーザインタフェース（関連会社主管店用）を示す図である。
　以下、添付した図面を参照して、本発明の実施形態に係るグループ管理システムを詳細に説明する。図１は、本発明の一実施形態に係るシステム全体の構成を示す図である。図１において、データセンタなどに設置された、本システムのメインサーバであるグループ管理サーバ１００が、ネットワーク１０１（例えば、イントラネット）を介して、Ａ国（例えば、日本）のフロント業務担当者が使用するフロント端末１０２ａ～ｎ（以下、まとめて「フロント端末１０２」という）と通信を行うように構成される。また、グループ管理サーバ１００は、ネットワーク１０３（例えば、インターネット）を介して、他国サーバ１０４、および外部サーバ１０７と通信を行うように構成される。他国サーバ１０４もまた、ネットワーク１０５（例えば、イントラネット）を介して、Ｂ国（例えば、米国）のフロント業務担当者が使用するフロント端末１０６ａ～ｎ（以下、まとめて「フロント端末１０６」という）と通信を行うように構成される。なお、図１では、グループ管理サーバ１００などを１つのサーバコンピュータとして表しているが、複数のサーバコンピュータによる分散型コンピューティングシステムとして構築することもできる。また、図１では、フロント端末を２国分しか記載していないが、実際にはフロント端末は、多数の国の多数の金融機関に存在することもできる。なお、本書において、「金融機関」と表現している部分は、金融持株会社グループ全体およびその傘下における会社も含む。
　外部サーバ１０７は、各金融機関以外の機関が管理するサーバコンピュータであり、会社間の資本関係などの変更データ（関係変更データ）を管理し、当該関係変更データを各金融機関に提供する。
　グループ管理サーバ１００は、Ａ国の各金融機関が管理するサーバコンピュータであり、Ａ国の顧客データを保有する。また、グループ管理サーバ１００は、本発明におけるグループ名寄せ処理の実行主体である。グループ管理サーバ１００は、外部サーバ１０７から会社間の関係変更データを受信し、変更対象の各社の主管店に対し変更内容の正否を確認し、全ての主管店で承認された場合に、会社間の関係を示すグループデータに変更内容を反映する。
　フロント端末１０２およびフロント端末１０６は、各国の金融機関のフロント業務担当者が使用する端末である。各国のフロント業務担当者は、フロント端末１０２およびフロント端末１０６を介して、自店が主管店となる会社とグループ会社との関係に対する変更内容を確認し、確認結果（変更内容の正否）を登録する。なお、以下、フロント端末１０２およびフロント端末１０６をまとめて「フロント端末」という場合がある。
　他国サーバ１０４は、Ｂ国の各金融機関が管理するサーバコンピュータであり、Ｂ国の顧客データを保有する。図１における他国サーバ１０４は、Ａ国のグループ管理サーバ１００からＢ国のフロント端末１０６への中継サーバ的な役割として記載されているが、グループ管理サーバ１００と同機能を持たせ、後述するグループ名寄せ処理を実行させることもできる。グループ名寄せ処理をどのサーバで実行するかは、対象の主管店がどの国に属するか、などによって変更することができる。例えば、各社の主管店がいずれもＢ国にある場合は、Ｂ国に設置された他国サーバ１０４でグループ名寄せ処理を実行することもできる。
　次に、グループ管理サーバ１００の構成を詳細に説明する。図２は、本発明の一実施形態に係るシステムにおけるメインサーバであるグループ管理サーバの構成を示す図である。なお、図２では、単一のサーバコンピューティングシステムを想定し、必要な構成だけを示している。グループ管理サーバ１００は、それぞれがシステムバス１１５を介して接続された、ＣＰＵ１１０、ＲＡＭ１１１、入力装置１１２、出力装置１１３、通信制御装置１１４、および記憶装置１１６を備えている。記憶装置１１６は不揮発性記憶媒体（ＲＯＭやＨＤＤなど）で構成され、振込処理に関連するソフトウェアプログラムを格納したプログラム格納領域と、当該ソフトウェアプログラムで取り扱うデータを格納したデータ格納領域とを備えている。後述するプログラム格納領域の各処理部は、実際は独立したソフトウェアプログラム、そのルーチンやコンポーネントなどであり、記憶装置１１６に格納されている。各処理部は、実行時にＣＰＵ１１０によって記憶装置１１６から呼び出されＲＡＭ１１１のワークエリアに展開されることで、データベースなどに適宜アクセスしながら各機能を発揮することができる。
　図２の記憶装置１１６におけるプログラム格納領域に格納されたソフトウェアプログラムは、本発明に関連するものだけを列挙すると、データ送受信処理部１２０、グループ名寄せ処理部１２１、およびグループデータ更新処理部１２２を備えている。これらの処理部は、ＣＰＵ１１０によって実行される。
　図２の記憶装置１１６におけるデータ格納領域は、本発明に関連するものだけを列挙すると、顧客データ記憶部１３０、関係変更データ記憶部１３１、グループ名寄せデータ記憶部１３２、確認結果データ記憶部１３３、およびグループデータ記憶部１３４を備える。いずれも、記憶装置１１６内に確保された一定の記憶領域である。
　次に、図２の記憶装置１１６に格納されたソフトウェアプログラムの各機能について説明する。図２のデータ送受信処理部１２０は、外部サーバ１０７から関係変更データを受信し、関係変更データ記憶部１３１に格納する。また、作成したグループ名寄せデータを、変更内容の正否確認のために、各主管店のフロント端末１０２および／またはフロント端末１０６に送信する。そして、各主管店からの確認結果データを、フロント端末１０２および／またはフロント端末１０６から受信し、確認結果データ記憶部１３３に格納する。
　図２のグループ名寄せ処理部１２１は、受信した関係変更データに基づいて、変更対象の主要会社および関連会社それぞれの顧客データを取得し、各社と取引を行なう主管店を検索する。また、グループ名寄せ処理部１２１は、関係変更データおよび顧客データに基づいて、グループ名寄せデータを作成し、グループ名寄せデータ記憶部１３２に格納する。なお、本書における「主要会社」および「関連会社」は、何らかの関係がある会社の各々を指すが、主要会社が必ずしも資本関係元や親会社などとは限らない。単に、基準となる会社を主要会社として表現しており、例えば、子会社を基準とする場合は子会社が主要会社となり、親会社が関連会社となる。
　図２のグループデータ更新処理部１２２は、各主管店から受信した確認結果データに基づいて、全ての主管店で変更内容が承認されたか否かを判定する。全ての主管店で承認されている場合に、グループデータ更新処理部１２２は、グループデータ記憶部１３４に格納された変更対象の各社のグループデータに変更内容を反映する。
　次に、図２の記憶装置１１６に記憶されるデータについて詳細に説明する。図２の顧客データ記憶部１３０は、金融機関の取引先である契約顧客に関するデータを格納する。図４は、本発明の一実施形態に係る顧客データ記憶部１３０に格納されたデータを示す図である。
　図４における顧客データには、各国の金融機関において顧客を一意に示す「顧客ＩＤ」、顧客の名称を示す「顧客名」、顧客の契約口座の提供元である金融機関を一意に示す「金融機関コード」およびその名称を示す「金融機関名」、当該金融機関の支店を一意に示す「支店コード」およびその名称を示す「支店名」、契約口座の口座種別（科目）を一意に示す「口座種別」、契約口座の口座番号を示す「口座番号」、契約口座の口座名義を示す「口座名義」、国税庁法人番号を示す「法人マイナンバー」、ならびに関係変更データの提供元である外部サーバ１０７において顧客を一意に示す「外部ＩＤ」などを格納することができる。
　顧客データは、グループ管理サーバ１００や他国サーバ１０４が保有するマスタデータである。図４における「顧客ＩＤ」は各国の金融機関において一意であるため、同一顧客を示すものであっても各国で異なる（換言すると、異なる顧客であっても各国の金融機関において同一のＩＤが割り当てられる場合がある）。図４において、「金融機関コード」と「支店コード」との組み合わせによって示される支店が、対応する「顧客ＩＤ」で示される顧客の主管店である。「法人マイナンバー」には、顧客が日本国内の法人である場合に国税庁によって発行される法人番号を格納することができる。「口座種別」には、顧客の契約口座の口座種別を示す数値（例えば、１：普通預金、２：定期預金、３：当座預金、・・・）を設定することができる。
　図２の関係変更データ記憶部１３１は、外部サーバ１０７によって管理および提供される、会社間の関係の変更変更内容を示すデータを格納する。図５は、本発明の一実施形態に係る関係変更データ記憶部１３１に格納されたデータを示す図である。
　図５における関係変更データには、変更対象の関連元会社を一意に示す「関連元会社ＩＤ」、関連元会社の関連種別を示す「関連元関連種別」、関連元会社に対する関連先会社を一意に示す「関連先会社ＩＤ」、および関連先会社の関連種別を示す「関連先関連種別」などを格納することができる。
　関係変更データは、外部サーバ１０７によって管理されるトランザクションデータである。図５における「関連元会社ＩＤ」および「関連先会社ＩＤ」は、それぞれ、顧客データ（図４）における「外部ＩＤ」が設定されており、関係変更データと、関連元会社や関連先会社の顧客データとをそれぞれ紐づけることができる。「関連元関連種別」には、関連元会社の関連種別を示す数値（例えば、０００：関連なし、００１：資本関係元、００２：株発行主、００３：人的関係元、００４：仕入元、００５：販売元、００６：保証人、００７：持分法適用親会社、００８：出資元、００９：実質支配元、・・・）を設定することができる。一方、対応する「関連先関連種別」には、関連先会社の関連種別を示す数値（例えば、０００：関連なし、１０１：資本関係先、１０２：大株主、１０３：人的関係先、１０４：仕入先、１０５：販売先、１０６：被保証人、１０７：持分法適用子会社、１０８：出資先、１０９：実質支配先、・・・）を設定することができる。「関連元関連種別」および「関連先関連種別」が“０００”（関連なし）は、変更前には何らかの関係があったが、現在は関係が無くなったことを示す。
　なお、図５における関係変更データは一例であり、実際には様々なフォーマットで会社間の関係を示すデータや、会社間の関係を判断するためのデータでありえる。会社間の関係を判断するためのデータとは、例えば、「出資比率」であり、出資比率が５０％を超える場合は、関連元会社を出資元、関連先会社を出資先などと判断することができる。
　図２のグループ名寄せデータ記憶部１３２は、各主管店が確認を行なうために作成される、会社間の変更前後の関係を示すデータを格納する。図６は、本発明の一実施形態に係るグループ名寄せデータ記憶部１３２に格納されたデータを示す図である。
　図６におけるグループ名寄せデータには、本データを一意に示す「ＩＤ」、顧客と取引を行なう主管店を一意に示す「主管店コード」、各国の金融機関において顧客を一意に示す「顧客ＩＤ」、外部サーバ１０７において顧客を一意に示す「外部ＩＤ」、顧客の名称を示す「顧客名」、顧客の契約口座の口座種別（科目）を一意に示す「口座種別」、契約口座の口座番号を示す「口座番号」、変更対象の主要会社を一意に示す「主要会社ＩＤ」、顧客の変更前の関連種別を示す「変更前関係レベル」、および顧客の変更後の関連種別を示す「変更後関係レベル」などを格納することができる。
　グループ名寄せデータは、関係変更データに基づいて作成されるトランザクションデータである。図６における「ＩＤ」は、例えば、シーケンス番号であり、後述する確認結果データ（図７）における「ＩＤ」と同一値を設定することにより、グループ名寄せデータと確認結果データとを紐付けることができる。「顧客ＩＤ」、「外部ＩＤ」、「顧客名」、「口座種別」、および「口座番号」については、顧客データ（図４）における同名のデータ項目と同様である。なお、図６は、一実施形態として、「顧客ＩＤ」が示す関連会社と、「主要会社ＩＤ」が示す主要会社との関係を示す図としている。別の実施形態では、「顧客ＩＤ」に主要会社を示すＩＤを設定し、「主要会社ＩＤ」の代わりに関連会社を示す「関連会社ＩＤ」を設けることもできる。
　図６における「主要会社ＩＤ」は、「顧客ＩＤ」で示される顧客を関連会社とした場合の主要会社を一意に示すＩＤである。「主要会社ＩＤ」は、図６に示すように、例えば、「主管店コード」と「顧客ＩＤ」との組み合わせにより作成される。これは、前述したとおり、異なる顧客であっても各国の金融機関において同一の「顧客ＩＤ」が割り当てられる場合があるためである。そのため、「主管店コード」と「顧客ＩＤ」とを組み合わせることにより顧客を一意に示すことができ、顧客データ（図４）やグループデータ（図８）と、グループ名寄せデータを紐付けることができる。なお、別の実施形態では、「顧客ＩＤ」のみで顧客を一意に示すようにすることもできる。
　図６における「変更前関連種別」は、関連会社の変更前（現在）の関連種別であるため、「主管店コード」および「顧客ＩＤ」を検索キーとして、後述するグループデータ（図８）における「関連種別」を取得し、設定する。一方、「変更後関連種別」には、関係変更データ（図５）における「関連元関連種別」や「関連先関連種別」を設定する。「関連元関連種別」および「関連先関連種別」のいずれを設定するかは、関連元会社および関連先会社のどちらを主要会社または対する関連会社とするかによって異なる。例えば、関連元会社を主要会社とする場合は、関連先会社が対する関連会社となるため、図６の「変更後関連種別」には、「関連先関連種別」を設定する。
　図２の確認結果データ記憶部１３３は、グループ名寄せデータ（図６）の各主管店における確認結果（変更内容の正否）に関するデータを格納する。図７は、本発明の一実施形態に係る確認結果データ記憶部１３３に格納されたデータを示す図である。
　図７における確認結果データには、本データおよびグループ名寄せデータ（図６）を一意に示す「ＩＤ」、主要会社の主管店を一意に示す「主要会社主管店コード」、主要会社の主管店の確認結果を示す「主要会社結果」、確認結果に対する主要会社の主管店のコメントを示す「主要会社コメント」、関連会社の主管店を一意に示す「関連会社主管店コード」、関連会社の主管店の確認結果を示す「関連会社結果」、および確認結果に対する関連会社の主管店のコメントを示す「関連会社コメント」などを格納することができる。
　確認結果データは、主要会社および関連会社それぞれの主管店のフロント業務担当者によって、フロント端末１０２やフロント端末１０６を介して入力されるトランザクションデータである。図７における「ＩＤ」には、グループ名寄せデータ（図６）における「ＩＤ」と同一値を設定することにより、確認結果データとグループ名寄せデータとを紐付けることができる。「主要会社結果」および「関連会社結果」には、確認結果示す数値（例えば、０：未確認、１：承認、２：否認、３：保留、・・・）を設定することができる。
　図２のグループデータ記憶部１３４は、会社間の現在の関係を示すデータを格納する。図８は、本発明の一実施形態に係るグループデータ記憶部１３４に格納されたデータを示す図である。
　図８におけるグループデータには、会社間のグループを一意に示す「グループＩＤ」、顧客と取引を行なう主管店を一意に示す「主管店コード」、各国の金融機関において顧客を一意に示す「顧客ＩＤ」、外部サーバ１０７において顧客を一意に示す「外部ＩＤ」、顧客の名称を示す「顧客名」、顧客の契約口座の口座種別（科目）を一意に示す「口座種別」、契約口座の口座番号を示す「口座番号」、「顧客ＩＤ」で示される顧客を関連会社とした場合の主要会社を一意に示す「主要会社ＩＤ」、および顧客と主要会社との間の関連種別を示す「関連種別」などを格納することができる。
　グループデータは、会社間の関係の最新状態を維持するように管理されるマスタデータである。図８における「グループＩＤ」が同一の顧客は、関係において同一のグループであることを意味する。「主管店コード」、「顧客ＩＤ」、「外部ＩＤ」、「顧客名」、「口座種別」、および「口座番号」については、グループ名寄せデータ（図６）における同名のデータ項目と同様である。
　図８における「主要会社ＩＤ」は、「顧客ＩＤ」で示される顧客を関連会社とした場合の主要会社を一意に示すＩＤである。なお、「顧客ＩＤ」で示される顧客が主要会社である場合は、図８に示すように“0000000-0000000000”などのダミーデータを設定することにより、「グループＩＤ」が同一の顧客の中で主要会社を識別することができる。例えば、図８における「グループＩＤ」が“1111111”のデータ間の関係は、「顧客ＩＤ」が“1111111111”の顧客が主要会社であり、それ以外はその関連会社である。
　図８における「関連種別」は、主要会社に対する、「顧客ＩＤ」が示す関連会社の関連種別を示す数値（例えば、００１：資本関係元、００２：株発行主、００３：人的関係元、００４：仕入元、００５：販売元、００６：保証人、００７：持分法適用親会社、００８：出資元、００９：実質支配元、・・・１０１：資本関係先、１０２：大株主、１０３：人的関係先、１０４：仕入先、１０５：販売先、１０６：被保証人、１０７：持分法適用子会社、１０８：出資先、１０９：実質支配先、・・・）を設定することができる。なお、「顧客ＩＤ」で示される顧客が主要会社である場合は、図８に示すように「関連種別」には空データなどを設定することができる。また、図８において「関連種別」は持たずに／または追加で、会社間の関係を判断するためのデータ項目（例えば、出資比率）を持ち、都度、関連種別を判断させることもできる。これにより、例えば、ある会社と資本関係にある会社を参照したい場合は「関連種別」を用い、出資関係にある会社を参照したい場合は「関連種別」でなく、会社間の関係を判断するためのデータ項目を用いるなど、用途に応じてデータ項目を使い分けることができる。
　次に、図３のフローチャート、図４－８のデータ、ならびに図９および１０のユーザインタフェースを参照して、本発明の一実施形態に係るグループ名寄せ処理を流れに沿って説明する。図３は、本発明の一実施形態に係るグループ名寄せ処理を示すフロー図である。本処理は、グループ管理サーバ１００が、会社間の関係変更データを受信することをトリガとして、変更対象の各社の主管店に対し変更内容の正否を確認し、全ての主管店で承認された場合に、各社の関係を示すグループデータに変更内容を反映するものである。
　まず、データ送受信処理部１２０は、外部サーバ１０７から関係変更データ（図５）を受信し、関係変更データ記憶部１３１に格納する（ステップＳ２０１）。これは、外部サーバ１０７から関係変更データの提供を受ける場合の実施形態である。別の実施形態では、例えば、グループ管理サーバ１００が提供する専用のＷｅｂサイトなどを介して、フロント業務担当者が関係変更データを入力することもできる。この場合は、フロント端末１０２や、他国サーバ１０４を介したフロント端末１０６から、関係変更データを受信することになる。
　次に、グループ名寄せ処理部１２１は、関係の変更対象となる各社の主管店を検索する（ステップＳ２０２）。具体的には、ステップＳ２０１で受信した関係変更データ（図５）の「関連元会社ＩＤ」および「関連先会社ＩＤ」のそれぞれを検索キーとして顧客データ（図４）の「外部ＩＤ」を検索し、取得した「金融機関コード」および「支店コード」から、関連元会社および関連先会社それぞれの主管店を特定する。各社の顧客データは、グループ管理サーバ１００における顧客データ記憶部１３０や、他国サーバ１０４における記憶部に予め格納されている。どの国のサーバコンピュータに格納されているかは、各社がどの国の主管店と取引を行なっているかによる。
　次に、グループ名寄せ処理部１２１は、各主管店に確認するためのグループ名寄せデータ（図６）を作成し、グループ名寄せデータ記憶部１３２に格納する（ステップＳ２０３）。図６の例では、一実施形態として、関連会社単位で主要会社との関係を示すデータを作成している。具体的には、ステップＳ２０２で取得した関連元会社または関連先会社の顧客データ（図４）における「金融機関コード」と「支店コード」との組み合わせから、グループ名寄せデータの「主管店コード」を作成する。同様に、グループ名寄せデータにおける「顧客ＩＤ」、「顧客名」、「口座種別」、および「口座番号」は、関連会社の顧客データにおける同名のデータ項目から作成される。なお、関連元会社および関連先会社のいずれを主要会社または関連会社とするかは、いずれを基準（主要会社）とするかによって決定される。
　グループ名寄せデータの「主要会社ＩＤ」は主要会社を識別するものであるため、図６の例では、主要会社とされた関連元会社または関連先会社の顧客データにおける「金融機関コード」と「支店コード」、“－”（ハイフン）、および「顧客ＩＤ」の組み合わせにより作成している。これは、同一顧客であっても、各国で「顧客ＩＤ」を独立して持っているため、「顧客ＩＤ」のみでは、顧客を一意に識別できない場合があるためである（例えば、ある顧客ＩＤが、Ａ国とＢ国では異なる顧客を示す可能性がある）。
　グループ名寄せデータの「外部ＩＤ」および「変更後関連種別」は、それぞれ、関係変更データ（図５）における、主要会社とされた「関連元会社ＩＤ」および「関連元関連種別」、または「関連先会社ＩＤ」および「関連先関連種別」から作成される。一方、「変更前関連種別」は、現在の関連種別であるため、主要会社とされた「関連先会社ＩＤ」または「関連先会社ＩＤ」を検索キーとして、会社間の現在の関係を示すグループデータ（図８）の「外部ＩＤ」を検索し、取得した「関連種別」から作成される。また、グループ名寄せデータの「ＩＤ」は、本データを一意に識別することができる番号（例えば、シーケンス番号）をデータ作成時に採番するなどし、作成される。
　次に、データ送受信処理部１２０は、ステップＳ２０３で作成したグループ名寄せデータ（図６）を、変更内容の正否確認のために、主要会社および関連会社それぞれの主管店のフロント端末１０２および／またはフロント端末１０６に送信する（ステップＳ２０４）。一実施形態では、グループ管理サーバ１００が提供する専用のＷｅｂサイトに、図９および１０に示すようなユーザインタフェースを表示し、各主管店のフロント業務担当者がそれぞれのフロント端末を介して確認を行なう。
　図９は、本発明の一実施形態に係るグループ名寄せ候補確認用のユーザインタフェース（主要会社主管店用）を示す図である。図９の例は、主要会社“株式会社特許物産”と、３つの関連会社との間の関係に変更があったことを示している。主要会社の主管店のフロント業務担当者は、フロント端末を介して、変更対象の主要会社および関連会社、ならびに変更後の関連種別が正しいかなどを確認し、確認結果（承認または否認、コメントなど）を入力する。一方、図１０は、本発明の一実施形態に係るグループ名寄せ候補確認用のユーザインタフェース（関連会社主管店用）を示す図である。関連会社の主管店のフロント業務担当者も同様に、フロント端末を介して、変更内容の正否を確認し、確認結果を入力する。
　次に、データ送受信処理部１２０は、主要会社および関連会社それぞれの主管店の確認結果データ（図７）を、フロント端末１０２および／またはフロント端末１０６から受信し、確認結果データ記憶部１３３に格納する（ステップＳ２０５）。確認結果データは、ステップＳ２０４で送信したグループ名寄せデータ（図６）に対する確認結果であり、それぞれのデータの「ＩＤ」により紐付けることができる。グループ名寄せデータに対し、主要会社および関連会社双方の主管店から確認結果データを受信すると、ステップＳ２０６に遷移する。
　グループデータ更新処理部１２２は、ステップＳ２０５で受信した確認結果データ（図７）における「主要会社結果」および「関連会社結果」に基づいて、主要会社および関連会社双方の主管店で変更内容が承認されたか否かを判定する（ステップＳ２０６）。図７の例では、「主要会社結果」および「関連会社結果」の両方が“１”（承認）を示す場合に、双方の主管店で承認されたと判定される。この場合、ステップＳ２０６のＹｅｓルートに進み、グループデータ更新処理部１２２は、承認されたグループ名寄せデータ（図６）における「変更前関連種別」および「変更後関連種別」に応じて、グループデータ記憶部１３４に格納されたグループデータ（図８）を更新する（ステップＳ２０７）。ステップＳ２０７の後、本処理は終了する。
　ステップＳ２０７をより詳細に説明すると、グループ名寄せデータ（図６）における「変更前関連種別」が“０００”（関連なし）を示す場合、元々関連の無かった主要会社との間で新たに関連会社が販売先（「変更後関連種別」が“１０５”）になったことを意味し、グループ名寄せデータに基づいて、グループデータ（図８）に新たなレコードが作成される。
　一方、グループ名寄せデータ（図６）における「変更後関連種別」が“０００”（関連なし）を示す場合、仕入元（「変更前関連種別」が“００４”）であった関連会社と主要会社との間の関連が無くなったことを意味し、グループデータ（図８）の該当レコードが削除される。
　グループ名寄せデータ（図６）における「変更前関連種別」および「変更後関連種別」の両方が“０００”（関連なし）以外を示す場合、会社間の関連種別に変更があったことを意味し、グループデータ（図８）の「関連種別」が「変更後関連種別」で更新される。
　また、ステップＳ２０６において、主要会社および関連会社双方の主管店で変更内容が承認されなかったと判定された場合、Ｎｏルートに進み、本処理は終了する。この際、主要会社および関連会社双方の主管店や、審査部などにその旨をフィードバックすることができる。これにより、フロント業務担当者や審査部の担当者が、否認された変更内容を確認し、是正措置を取ることができる。例えば、変更内容に誤りがあった場合は、ステップＳ２０１の説明において記述したように、専用のＷｅｂサイトを介して、修正した関係変更データを入力し、再度、各主管店で変更内容の正否を確認するために本処理を実行することができる。
　さらに、更新されたグループデータ（図８）における「関連種別」や会社間の関係を判断するためのデータ項目（例えば、出資比率）に基づいて、その目的に応じた特定の関係、例えば、資本、株発行主／大株主、人的、仕入、販売、持分法適用会社、出資、または実質支配の関係にある会社に関するデータを可変的に抽出することもできる。これにより、金融機関および当該金融機関を含む金融持株会社グループ全体およびその傘下における会社の経営者や各部門の者は、従来のような既成データを参照するのではなく、必要都度、目的に応じた特定の関係にある会社のデータを抽出および成形することができ、自社の経営上の判断や意思決定を行なうことができる。より具体的には、例えば、金融機関または金融持株会社グループにおける経営者などがコンピュータ端末を利用して、グループ管理サーバ１００により提供される専用のＷｅｂサイトにアクセスし、当該Ｗｅｂサイト上で特定の関係を選択する。次に、グループ管理サーバ１００は、指定（選択）された関係を検索キーとして、「関連種別」や会社間の関係を判断するためのデータ項目を検索し、特定の関係にある会社に関するデータを抽出する。また、抽出されたデータは、目的に応じて成形され、Ｗｅｂサイト上で参照したり、ダウンロードしたりすることができる。
　以上により、コンピューティングシステムによって、金融機関または金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理し、各主管店で当該データを共有することにより、企業間の資本関係などの変更情報を正確、かつ効率的に把握することができる。特に、会社間の資本関係などに変更があった場合、各主管店に対し、自店取引先、僚店取引先、相互の関係性において、変更内容を確認させ、企業グループデータの更新要否にかかる判断情報を提供し、企業グループデータを最新状態へ更新することができる。また、上記のように常に更新された最新の企業グループデータを利用し、金融機関または金融持株会社グループから見た取引顧客およびそのグループ会社全体の取引の実態を把握することができる。

Claims (8)

  1. 　金融機関または前記金融機関を含む金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理するサーバコンピュータであって、前記サーバコンピュータは、
    　前記取引顧客と前記グループ会社との間の関係の変更内容に関する関係変更データを受信し、
    　前記関係変更データおよび顧客データに少なくとも基づいて、前記取引顧客および前記グループ会社のそれぞれに対する前記金融機関または前記金融持株会社グループの主管店を検索し、前記顧客データは、前記取引顧客および前記グループ会社を含む前記金融機関または前記金融持株会社グループの取引先である契約顧客に関するデータであり、
    　前記関係変更データおよび前記顧客データに少なくとも基づいて、前記主管店の各々に前記変更内容の正否を確認するためのグループ名寄せデータを作成し、前記グループ名寄せデータは、前記取引顧客と前記グループ会社との間の関係の変更前後の内容に関するデータであり、
    　前記グループ名寄せデータを、前記主管店の端末に送信し、
    　確認結果データを、前記主管店の端末から受信し、前記確認結果データは、前記グループ名寄せデータに対する前記主管店の確認結果に関するデータであり、
    　前記確認結果データに少なくとも基づいて、前記グループ名寄せデータに対して前記主管店の各々が承認しているか否かを判定し、
    　前記主管店の各々が承認していると判定された場合、前記グループ名寄せデータに少なくとも基づいて、グループデータを更新し、前記グループデータは、前記取引顧客と前記グループ会社との間の現在の関係に関するデータである
    　ように構成されたことを特徴とするサーバコンピュータ。
  2. 　前記グループ名寄せデータを、前記主管店の端末に送信することは、Ｗｅｂサイトを前記主管店の端末に提供することを含み、
    　前記Ｗｅｂサイトに、前記取引顧客と前記グループ会社との間の関係を示すユーザインタフェースを表示し、前記ユーザインタフェースを介して、前記主管店の担当者に前記グループ名寄せデータを確認させ、前記確認結果データを入力させるようにさらに構成されたことを特徴とする請求項１に記載のサーバコンピュータ。
  3. 　前記関係変更データを受信することは、前記関係変更データを、前記金融機関および前記金融持株会社グループ以外の機関が管理するコンピュータから、または前記Ｗｅｂサイトを介して前記主管店の端末から受信することを含むことを特徴とする請求項２に記載のサーバコンピュータ。
  4. 　前記主管店の各々は異なる国に存在し、前記取引顧客と前記グループ会社との前記顧客データはそれぞれ、対応する前記主管店が存在する国のコンピュータに保有されることを特徴とする請求項１乃至３のいずれか１つに記載のサーバコンピュータ。
  5. 　前記サーバコンピュータは、
    　前記金融機関または前記金融持株会社グループにおける担当者が利用する第１のコンピュータから、前記取引顧客と前記グループ会社との間の関係を指定するための指定データを受信し、
    　前記指定データおよび前記グループデータに基づいて、特定の関係にある前記取引顧客および前記グループ会社を抽出する
    　ようにさらに構成されたことを特徴とする請求項１乃至４のいずれか１つに記載のサーバコンピュータ。
  6. 　前記関係変更データおよび前記グループデータにおける、前記取引顧客と前記グループ会社との間の関係とは、資本、株発行主／大株主、人的、仕入、販売、持分法適用会社、出資、および実質支配のいずれかの関係であることを特徴とする請求項１乃至５のいずれか１つに記載のサーバコンピュータ。
  7. 金融機関または前記金融機関を含む金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理するサーバコンピュータによって実行される方法であって、前記方法は、
    　前記サーバコンピュータが、前記取引顧客と前記グループ会社との間の関係の変更内容に関する関係変更データを受信するステップと、
    　前記サーバコンピュータが、前記関係変更データおよび顧客データに少なくとも基づいて、前記取引顧客および前記グループ会社のそれぞれに対する前記金融機関または前記金融持株会社グループの主管店を検索するステップであって、前記顧客データは、前記取引顧客および前記グループ会社を含む前記金融機関または前記金融持株会社グループの取引先である契約顧客に関するデータである、ステップと、
    　前記サーバコンピュータが、前記関係変更データおよび前記顧客データに少なくとも基づいて、前記主管店の各々に前記変更内容の正否を確認するためのグループ名寄せデータを作成するステップであって、前記グループ名寄せデータは、前記取引顧客と前記グループ会社との間の関係の変更前後の内容に関するデータである、ステップと、
    　前記サーバコンピュータが、前記グループ名寄せデータを、前記主管店の端末に送信するステップと、
    　前記サーバコンピュータが、確認結果データを、前記主管店の端末から受信するステップであって、前記確認結果データは、前記グループ名寄せデータに対する前記主管店の確認結果に関するデータである、ステップと、
    　前記サーバコンピュータが、前記確認結果データに少なくとも基づいて、前記グループ名寄せデータに対して前記主管店の各々が承認しているか否かを判定するステップと、
    　前記主管店の各々が承認していると判定された場合、前記サーバコンピュータが、前記グループ名寄せデータに少なくとも基づいて、グループデータを更新するステップであって、前記グループデータは、前記取引顧客と前記グループ会社との間の現在の関係に関するデータである、ステップと
    　を備えたことを特徴とする方法。
  8. 　金融機関または前記金融機関を含む金融持株会社グループにおける取引顧客およびそのグループ会社のデータを一元管理するサーバコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは前記サーバコンピュータによって実行されると、
    　前記取引顧客と前記グループ会社との間の関係の変更内容に関する関係変更データを受信するステップと、
    　前記関係変更データおよび顧客データに少なくとも基づいて、前記取引顧客および前記グループ会社のそれぞれに対する前記金融機関または前記金融持株会社グループの主管店を検索するステップであって、前記顧客データは、前記取引顧客および前記グループ会社を含む前記金融機関または前記金融持株会社グループの取引先である契約顧客に関するデータである、ステップと、
    　前記関係変更データおよび前記顧客データに少なくとも基づいて、前記主管店の各々に前記変更内容の正否を確認するためのグループ名寄せデータを作成するステップであって、前記グループ名寄せデータは、前記取引顧客と前記グループ会社との間の関係の変更前後の内容に関するデータである、ステップと、
    　前記グループ名寄せデータを、前記主管店の端末に送信するステップと、
    　確認結果データを、前記主管店の端末から受信するステップであって、前記確認結果データは、前記グループ名寄せデータに対する前記主管店の確認結果に関するデータである、ステップと、
    　前記確認結果データに少なくとも基づいて、前記グループ名寄せデータに対して前記主管店の各々が承認しているか否かを判定するステップと、
    　前記主管店の各々が承認していると判定された場合、前記グループ名寄せデータに少なくとも基づいて、グループデータを更新するステップであって、前記グループデータは、前記取引顧客と前記グループ会社との間の現在の関係に関するデータである、ステップと
    　を前記サーバコンピュータに実行させることを特徴とするコンピュータプログラム。
PCT/JP2017/013414 2017-03-30 2017-03-30 企業グループ管理方法およびシステム WO2018179284A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201780088601.4A CN110476181A (zh) 2017-03-30 2017-03-30 企业集团管理方法及***
US16/495,820 US20200104766A1 (en) 2017-03-30 2017-03-30 Corporate group management method and system
JP2017553439A JP6349469B1 (ja) 2017-03-30 2017-03-30 企業グループ管理方法およびシステム
PCT/JP2017/013414 WO2018179284A1 (ja) 2017-03-30 2017-03-30 企業グループ管理方法およびシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/013414 WO2018179284A1 (ja) 2017-03-30 2017-03-30 企業グループ管理方法およびシステム

Publications (1)

Publication Number Publication Date
WO2018179284A1 true WO2018179284A1 (ja) 2018-10-04

Family

ID=62706326

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/013414 WO2018179284A1 (ja) 2017-03-30 2017-03-30 企業グループ管理方法およびシステム

Country Status (4)

Country Link
US (1) US20200104766A1 (ja)
JP (1) JP6349469B1 (ja)
CN (1) CN110476181A (ja)
WO (1) WO2018179284A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021028787A (ja) * 2019-08-09 2021-02-25 株式会社オービック 商流管理装置、商流管理方法、及び商流管理プログラム
JP7514761B2 (ja) 2020-12-28 2024-07-11 株式会社オービック グループ会社内取引データ生成装置、グループ会社内取引データ生成方法およびグループ会社内取引データ生成プログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111047291A (zh) * 2019-12-09 2020-04-21 湖北碳排放权交易中心有限公司 一种基于碳排放权交易的集团账户管理方法及***
CN112541681B (zh) * 2020-12-15 2022-04-15 中国邮电器材集团有限公司 一种企业资信评级的实现方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020188497A1 (en) * 2001-06-12 2002-12-12 Cerwin Francis Anthony System and method for customer knowledge respository
JP2003296571A (ja) * 2002-03-29 2003-10-17 Toshiba Corp 融資案件紹介サーバ、融資案件紹介方法及び融資案件紹介プログラム
JP2009230449A (ja) * 2008-03-24 2009-10-08 Fujitsu Ltd 貸付状況表示プログラム、貸付状況表示装置、貸付状況表示方法
JP5690967B1 (ja) * 2014-07-31 2015-03-25 慶司 杉本 商流図作成装置、商流図作成方法及び商流図作成プログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306799A (ja) * 2000-04-26 2001-11-02 Sumitomo Trust & Banking Co Ltd 一括資産管理方法
JP2002074232A (ja) * 2000-08-31 2002-03-15 Asahi Bank Ltd 金融処理システム、金融処理システムのシステム制御方法、及び、これを記録した記録媒体
US20030046207A1 (en) * 2000-12-04 2003-03-06 Andrew Torre Participant voting system and method for creating a diversified investment fund
JP4933717B2 (ja) * 2003-03-26 2012-05-16 株式会社日本総合研究所 グループ資金回収システム及びグループ資金回収システム用プログラム
US20050044035A1 (en) * 2003-07-15 2005-02-24 Stephen Scott System and method for managing a stable of managed accounts over a distributed network
US20070233589A1 (en) * 2006-04-03 2007-10-04 Rodman & Renshaw Collateralized acquisition pool investment vehicle
KR20140065948A (ko) * 2012-11-22 2014-05-30 서용주 가맹점의 매출 거래정보 조회시스템

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020188497A1 (en) * 2001-06-12 2002-12-12 Cerwin Francis Anthony System and method for customer knowledge respository
JP2003296571A (ja) * 2002-03-29 2003-10-17 Toshiba Corp 融資案件紹介サーバ、融資案件紹介方法及び融資案件紹介プログラム
JP2009230449A (ja) * 2008-03-24 2009-10-08 Fujitsu Ltd 貸付状況表示プログラム、貸付状況表示装置、貸付状況表示方法
JP5690967B1 (ja) * 2014-07-31 2015-03-25 慶司 杉本 商流図作成装置、商流図作成方法及び商流図作成プログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021028787A (ja) * 2019-08-09 2021-02-25 株式会社オービック 商流管理装置、商流管理方法、及び商流管理プログラム
JP7274380B2 (ja) 2019-08-09 2023-05-16 株式会社オービック 商流管理装置、商流管理方法、及び商流管理プログラム
JP7514761B2 (ja) 2020-12-28 2024-07-11 株式会社オービック グループ会社内取引データ生成装置、グループ会社内取引データ生成方法およびグループ会社内取引データ生成プログラム

Also Published As

Publication number Publication date
US20200104766A1 (en) 2020-04-02
JPWO2018179284A1 (ja) 2019-04-04
JP6349469B1 (ja) 2018-06-27
CN110476181A (zh) 2019-11-19

Similar Documents

Publication Publication Date Title
US11636413B2 (en) Autonomic discrete business activity management method
JP7474002B2 (ja) 金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法
JP6349469B1 (ja) 企業グループ管理方法およびシステム
JP4272186B2 (ja) 回収代行システム
US20230153911A1 (en) Method of processing investment data and associated system
WO2018065411A1 (en) Computer system
CN114219321A (zh) 一种信息***投产准备方法及装置
WO2016207931A1 (ja) ストラクチャードファイナンスの与信管理のための銀行システム、方法およびプログラム
US20180068383A1 (en) Bank system, method and program for corporate finance overseas credit management
JP6133529B1 (ja) 電子稟議書の更新方法およびシステム
US10958533B2 (en) Tracking data flow in distributed computing systems
JP5758948B2 (ja) 電子記録債権の流動化管理システム
JP6698228B2 (ja) 案件および企業グループベースのリスク管理方法、コンピュータおよびプログラム
JP6718552B1 (ja) 営業支援用情報処理装置
Filin et al. Modern technologies in accounting and tax accounting
KR102432066B1 (ko) 표준화된 bom에 관한 매칭 테이블을 이용하여 고객 호환성을 갖는 웹 서비스를 제공하는 방법 및 서버
WO2017021997A1 (ja) 与信管理システム、方法、およびプログラム
CA3023582C (en) Securities trading management system
JP2002215900A (ja) 事業法人財務部門支援型の有価証券一元管理システム
Ansari CASE-STUDY TRILOGY AND INTEGRATED ENTERPRISE SOFTWARE
JP2001175706A (ja) 簡易なデータ管理による実現損益評価を行うホームトレードシステム
WO2014092640A1 (en) Computerized method and system for secure communication, and method and system for matching customers with options for investment

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2017553439

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 17902902

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17902902

Country of ref document: EP

Kind code of ref document: A1