Information processing device, information processing method, and program

Abstract

To eliminate bundling for a plurality of operation services at an individual financial institution.SOLUTION: A service provider server 1 communicates with each of an end-user device 4 managed by an end-user who receives provision of N (N is an integer of 1 or greater) operation services using assets of themselves, an individual company operation server 3 managed by an asset manager who manages the end-user's assets in a predetermined management unit, M (M is an integer of 1 or greater) investment operation trader terminals 5 managed by each of M operators who operate at least a part of the N operation services by closing a contract with the end-user. An individual management unit 62 of the service provider server performs a process to manage N individual units by associating each of the N operation services operated within a frame of the management unit with each of the N individual units obtained as a result of an event in which the management unit within the service provider server 1 is divided into N pieces, for the end-user.SELECTED DRAWING: Figure 22

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] Conventionally, there exists a technique for proposing and managing investment targets as a means of managing financial assets (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2016-095724 A Summary of the Invention [Problem to be solved by the invention]

[0004] Conventionally, the asset management services used by end users for asset management have been operated by investment management companies using discretionary assets managed by individual financial institutions. In such cases, bundling has traditionally occurred. Details of bundling will be described later.

[0005] The present invention has been made in view of the above circumstances, and has an object to eliminate bundling of multiple operational services offered by individual financial institutions. [Means for solving the problem]

[0006] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: An end user device managed by an end user who receives N operation services (N is an integer value equal to or greater than 1) using his / her own assets; an asset manager device managed by an asset manager who manages the end user's assets in a predetermined management unit; M operator devices (M is an integer value of 1 or more) that are managed by M operators who operate at least a part of the N operation services by making a contract with the end user; An information processing device that communicates with each other, an individual unit management means for managing the N individual units by associating each of the N individual units obtained as a result of dividing the management unit in the information processing device with each of the N operational services operated within the framework of the management unit for the end user; The individual unit management means An operation service management means for managing data associated with a specific operation service, including contract status data indicating the status of the contract between the end user and the manager for the specific operation service, as operation service data, by linking the operation service data with an operation service identifier capable of identifying the specific operation service, and the individual unit associated with the specific operation service, for each of the N operation services; a user interface means for providing a user interface used by the end user or the operator to the end user device or the operator device when the contract for the predetermined operation service is concluded, during the contract, or when the contract is terminated; Including, The individual unit management means executes processing using the operation service data in the individual unit associated with the specified operation service identifier based on an operation of the end user or the manager for the specified operation service using the user interface.

[0007] An information processing method and a program corresponding to the information processing device according to one aspect of the present invention are also provided as an information processing method and a program according to one aspect of the present invention. Effect of the Invention

[0008] According to the present invention, bundling of a plurality of operational services at an individual financial institution can be eliminated. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram for explaining a conventional technique for comparison with the first embodiment of the present invention, and is a diagram showing an overview of differentiated management in individual company back office systems. [Diagram 2] FIG. 1 is a diagram for explaining a conventional technique for comparison with the first embodiment of the present invention, showing an overview of a format for expanding a box for managing discretionary assets. [Diagram 3] FIG. 1 is a diagram for explaining problems of a conventional method for comparison with the first embodiment of the present invention, and is a diagram showing an overview of problems with simultaneous operation in a sub-account system. [Figure 4] FIG. 1 is a diagram for explaining problems of a conventional method for comparison with the first embodiment of the present invention, and is a diagram showing an overview of problems with simultaneous operation in a sub-account system. [Diagram 5] FIG. 1 is a diagram for explaining problems of a conventional method for comparison with the first embodiment of the present invention, and is a diagram showing an overview of problems with simultaneous operation in a dedicated product method. [Figure 6] 1 is a diagram showing a configuration of an information processing system including a service provider server according to a first embodiment of the present invention. [Figure 7] 7 is a block diagram showing an example of a hardware configuration of a service provider server 1 in the information processing system of FIG. 6. [Figure 8] 8 is a functional block diagram showing an example of a functional configuration of the service provider server shown in FIG. 7 according to the first embodiment of the information processing device of the present invention. [Figure 9] 9 is a diagram illustrating an overview of a virtual account management section in the functional configuration of the service provider server in FIG. 8. [Figure 10] FIG. 5 is a diagram for explaining an overview of the discretionary asset matching management unit and the individual management unit in the virtual account management unit, in comparison with the conventional method in FIG. [Figure 11] FIG. 9 is a diagram illustrating the discretionary asset matching management section of the virtual account management section in FIG. 8. [Figure 12]9 is a diagram illustrating an example of a function related to an application from an end user, as an example of a function of an end-user transaction execution unit in the individual management unit of the virtual account management unit in FIG. 8. [Figure 13] FIG. 10 is a diagram illustrating an example of a function related to contributions from an end user as an example of a function of an end-user transaction execution unit in the individual management unit of the virtual account management unit in FIG. 8. [Figure 14] 9 is a diagram illustrating an example of a function related to virtual account opening, as an example of a function of an end-user transaction execution unit, of the individual management unit of the virtual account management unit in FIG. 8. [Figure 15] 9 is a diagram illustrating an example of the function of a back-office generated transaction execution unit in the individual management unit of the virtual account management unit in FIG. 8. [Figure 16] FIG. 11 is a diagram showing an example of providing a full-scale goal-based operation as a specific example of the effect that can be achieved by the service provider server 1 of the first embodiment. [Figure 17] FIG. 17 illustrates an example implementation that provides the goal-based operation of FIG. 16. [Figure 18] FIG. 11 is a diagram illustrating a conventional method for comparison with the second embodiment of the present invention, taking a subaccount system as an example. [Figure 19] FIG. 19 is a diagram for explaining a conventional technique for comparison with the second embodiment of the present invention, using an example different from that of FIG. 18. [Figure 20] FIG. 11 is a diagram for explaining a problem with intermediary customer referral as a problem of a conventional method for comparison with the second embodiment of the present invention. [Figure 21] FIG. 11 is a diagram showing a configuration of an information processing system including a service provider server according to a second embodiment of the present invention. [Figure 22] 8 is a functional block diagram showing an example of a functional configuration of the service provider server shown in FIG. 7 according to the second embodiment of the information processing device of the present invention. FIG. [Figure 23] FIG. 1 is a diagram showing an overview of a method for managing the contract status of discretionary investment contracts for management services provided by an investment management company. [Figure 24]FIG. 1 is a diagram showing an overview of the flow of an end user's application for a discretionary investment contract with an investment management company. [Diagram 25] FIG. 1 is a diagram showing an overview of the process for an end user to terminate a discretionary investment contract with an investment management company. [Figure 26] FIG. 23 is a diagram showing an overview of access control executed by a service provider server having the functional configuration of FIG. 22. [Figure 27] FIG. 13 is a diagram showing an overview of the linking between management services and investment management companies, which is necessary for access control to management service data. [Figure 28] FIG. 13 is a diagram illustrating an overview of access control for operational service data. [Figure 29] FIG. 1 is a diagram showing an overview of end-user data acquisition and management. [Diagram 30] FIG. 1 is a diagram showing an overview of access control for end-user data. [Diagram 31] FIG. 1 is a diagram showing an overview of the hub functions of individual financial institutions and investment management companies. [Diagram 32] FIG. 23 is a diagram showing a specific example of a selective operation service among the services that can be provided by the service provider server 1 of FIG. 22 making the operation service a bazaar. [Diagram 33] FIG. 33 is a diagram showing an example of the flow of a discretionary investment contract application that takes place behind the scenes of the selective management service shown in the example screen of FIG. 32. [Diagram 34] FIG. 23 is a diagram showing a specific example of a basket-type operation service among the services that can be provided by the service provider server 1 of FIG. 22 by making the operation services a bazaar. [Diagram 35] FIG. 1 is a diagram showing an overview of an operation service. [Diagram 36] FIG. 13 is a diagram showing an example of a template for a discretionary investment contract document. [Figure 37] 11 is a diagram showing the relationship between an operation service and an operation service ID. [Figure 38] FIG. 1 illustrates the relationship between end users and accounts. [Figure 39] A diagram showing the relationship between a general account and a trading account. [Diagram 40] A diagram showing an example of management of general accounts and account classifications. [Diagram 41] FIG. 2 illustrates the relationship between fund accounts and virtual account codes. [Diagram 42] FIG. 13 is a diagram showing an example of handling of investment targets. [Diagram 43] FIG. 1 is a diagram showing an example of a flow of new contributions. [Diagram 44] FIG. 13 is a diagram showing a flow of rebalancing. [Diagram 45] FIG. 13 is a diagram showing the relationship between portability and commands. [Figure 46] FIG. 13 is a diagram showing the plug-in implementation of the conclusion of a discretionary investment contract and associated functions. [Figure 47] FIG. 13 is a diagram showing an example of a connection method for electronic delivery of documents. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] [First embodiment] A first embodiment of the present invention will now be described with reference to the drawings.

[0011] First, before describing the first embodiment of the present invention, a conventional method and its problems will be described. FIG. 1 is a diagram for explaining a conventional technique for comparison with the first embodiment of the present invention, and is a diagram showing an overview of differentiated management in individual company back office systems.

[0012] In order to launch new investment management services at individual financial institutions that manage assets not managed under discretionary investment contracts (hereinafter referred to as "non-discretionary assets"), it is necessary to manage assets managed under discretionary investment contracts (hereinafter referred to as "discretionary assets") separately. The separate management of discretionary and non-discretionary assets is carried out in each company's back-office system. There are two methods for separate management: opening a sub-account to manage discretionary assets linked to a trading account (hereinafter referred to as the "sub-account method"), and preparing dedicated products for discretionary assets (hereinafter referred to as the "dedicated product method"). When a company wanted to enter into multiple discretionary investment contracts at the same time, the conventional approach was to expand the box that managed discretionary assets within each company's back-office system. Separate management refers to the imposition of restrictions on assets that have been entrusted to an investment management company under a discretionary investment contract, to prevent end users from buying, selling, or withdrawing funds without the investment management company's knowledge. The difference between the subaccount system and the dedicated product system is how cash is handled (under the subaccount system, cash is treated as cash, whereas under the dedicated product system, it is converted into cash equivalent securities (e.g. MRF) and then handled).

[0013] Here, the end user refers to the person who holds the general account. The person may be a natural person or a legal entity. The subject of a given action taken by an end user, usually the end user, but also including actions taken by others on behalf of the end user. Examples of other persons entrusted with the service include parents, guardians of minors, guardians of adults, and sales representatives of companies that sell management services. The seller of the investment management service may be an individual financial institution, or it may be an intermediary that acts as an intermediary or agent for the individual financial institution.

[0014] FIG. 2 is a diagram for explaining a conventional technique for comparison with the first embodiment of the present invention, and shows an overview of a format for expanding a box for managing discretionary assets.

[0015] When a company wanted to enter into multiple discretionary investment contracts at the same time, the conventional approach was to expand the box that managed discretionary assets within each company's back-office system. This conventional method had issues with operating multiple investment services simultaneously on a single trading account (hereinafter referred to as "simultaneous operation"). Below we will discuss the challenges of simultaneously operating the sub-account system and the dedicated product system.

[0016] FIG. 3 is a diagram for explaining problems of the conventional method for comparison with the first embodiment of the present invention, and is a diagram showing an overview of the problems of simultaneous operation in the sub-account system.

[0017] Under the subaccount system, there are existing services that have introduced multiple operational services. These existing services use a concept equivalent to a virtual account code in a fund account (such as a department or branch) to open sub-accounts upon receiving an application for management services. However, with this method, it is necessary to define information equivalent to a virtual account code in advance and open sub-accounts, and there is no service that provides "simultaneous operation of any number of accounts."

[0018] FIG. 4 is a diagram for explaining problems of the conventional method for comparison with the first embodiment of the present invention, and is a diagram showing an overview of the problems of simultaneous operation in the sub-account system.

[0019] This means that the individual company back-office systems need to implement the following steps 1 through 3 of processing in order to carry out various processes for which they are responsible (for example, withholding capital gains tax). The first process is a process of aggregating data to grasp transactions and asset status that have occurred across an entire trading account, including multiple subaccounts. The second process is the processing of transactions and data across the aggregated trading accounts (transaction creation). The third process is a process (apply) in which a transaction created for the entire trading account is split, recreated, and executed as transactions for the non-discretionary assets and each subaccount. The reason why it is necessary to implement the aggregation and division flow such as the first to third processes is due to the difficulty of expressing processes with different granularity, such as transaction accounts and fund accounts, in a single system. Due to the system's complexity (cost), sales on a certain scale are necessary from a business perspective, and services that provide simultaneous operation of pre-configured operational services are currently limited to individual major financial institutions.

[0020] FIG. 5 is a diagram for explaining problems of the conventional method for comparison with the first embodiment of the present invention, and is a diagram showing an overview of the problems of simultaneous operation in the dedicated product method.

[0021] In order to realize simultaneous management using a dedicated product method, it was necessary to prepare different investment targets in order to separately manage the assets for each management service. However, it is practically impossible to prepare different investment targets for an arbitrary number of operation services for the following first and second reasons. The first reason is that listed securities (such as individual stocks and ETFs) cannot be freely structured as investment targets. The second reason is that while unlisted securities (such as domestic unlisted investment trusts) can be structured to a certain extent, it takes time and is costly to structure. Therefore, there are no existing services that provide simultaneous operation of multiple operation services using a dedicated product method. Although there are some companies that offer multiple types of investment services using a dedicated product system, they are either exclusive or have trading account restrictions, and currently there are no existing services that allow simultaneous operation of multiple investment services using the same trading account.

[0022] Next, a first embodiment of the present invention that can solve the problems associated with the above-mentioned conventional methods will be described.

[0023] FIG. 6 is a diagram showing a configuration of an information processing system including a service provider server according to the first embodiment of the present invention.

[0024] The information processing system shown in Figure 6 is configured to include a service provider server 1 managed by a service provider, an individual company back office system 2 and an individual company operation server 3 managed by a financial institution individual company K, and an end user terminal 4 managed by an end user. The service provider server 1, the individual company back office system 2, the individual company operation server 3, and the end user terminal 4 are connected to each other via a predetermined network N. Note that the network N is the Internet in this embodiment, but the form of the network N is not particularly limited, and other types of network such as Bluetooth (registered trademark), Wi-Fi, and LAN (Local Area Network) can be adopted.

[0025] FIG. 7 is a block diagram showing an example of a hardware configuration of the service provider server 1 in the information processing system of FIG. The service provider server 1 includes a CPU 11 , a ROM 12 , a RAM 13 , a bus 14 , an input / output interface 15 , an output unit 16 , an input unit 17 , a storage unit 18 , a communication unit 19 , and a drive 20 .

[0026] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.

[0027] The CPU 11, ROM 12, and RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to this bus 14. An output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.

[0028] The output unit 16 is composed of a display, a speaker, etc., and outputs various information as images and sounds. The input unit 17 is composed of a keyboard, a mouse, etc., and is used to input various information.

[0029] The storage unit 18 is composed of a hard disk, a DRAM (Dynamic Random Access Memory), etc., and stores various data. The communication unit 19 communicates with other devices (in the example of FIG. 6, the individual company back office system 2, the individual company operation server 3, and the end user terminal 4) via a network N including the Internet.

[0030] Removable media 31, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately loaded into the drive 20. A program read from the removable media 31 by the drive 20 is installed in the storage unit 18 as necessary. Further, the removable medium 31 can store various data stored in the storage unit 18 in the same manner as the storage unit 18 .

[0031] Although not shown, among the information processing system in FIG. 6, the individual company back office system 2, the individual company operation server 3, and the end user terminal 4 also have the hardware configuration shown in FIG.

[0032] Next, with reference to FIG. 8, a functional configuration of the service provider server 1 having the hardware configuration shown in FIG. 7 will be described. FIG. 8 is a functional block diagram showing an example of the functional configuration of the service provider server shown in FIG. 7 according to the first embodiment of the information processing device of the present invention.

[0033] As shown in FIG. 8, the CPU 11 of the service provider server 1 is provided with a virtual account management section 51. Here, the virtual account management unit 51 will be described with reference to FIGS.

[0034] FIG. 9 is a diagram for explaining an overview of the virtual account management section out of the functional configuration of the service provider server in FIG.

[0035] The basic policies of the first embodiment of the present invention for solving the problems of the conventional methods described above with reference to FIGS. 1 to 5 and for realizing simultaneous operation are the following policies 1 and 2. That is, policy 1 is that a distinction is made between non-discretionary assets and discretionary assets in the individual company back office system 2, as shown in FIG. Policy 2 is that, as shown in Figure 9, a management system for fund accounts (hereinafter also referred to as "virtual accounts" as appropriate) that subdivide discretionary assets for each management service will be set up on the service provider server 1 (external from the perspective of the individual company back office system 2). The virtual account management unit 51 is the "fund account management system that subdivides discretionary assets for each management service" under policy 2.

[0036] The above policy 1 can be realized in almost all individual company back office systems 2 by adopting either the dedicated product method or the subaccount method. Therefore, by adopting a virtual account management unit 51 capable of realizing policy 2, simultaneous operation of multiple operational services becomes possible in most individual company back office systems 2.

[0037] In other words, it is assumed that, among the devices of financial institution individual company K that manage the assets of the end user, individual company back office system 2 manages discretionary assets, which are assets under the management of the end user's discretionary investment contract, and non-discretionary assets, which are assets outside the management of the end user's discretionary investment contract, in the end user's trading account (Policy 1 above). The virtual account management unit 51 communicates with the individual company back office system 2 via the communication unit 19 and performs the following management. The virtual account management unit 51 performs processing to manage the N fund accounts (four discretionary assets A to D in the example of Figure 9) obtained as a result of dividing the discretionary assets in the service provider server 1 into N, by corresponding each of the N management services (N is an integer value greater than or equal to 1) operated within the framework of discretionary assets.

[0038] Specifically, the virtual account management unit 51 is provided with a discretionary asset matching management unit 61 and an individual management unit 62. FIG. 10 is a diagram for explaining an overview of the discretionary asset matching management unit and the individual management unit in the virtual account management unit, in comparison with the conventional method in FIG. In the individual company back office system 2, discretionary assets and non-discretionary assets are managed separately, as in the conventional method of FIG. However, in the conventional method of FIG. 4, within the framework of a trading account in the individual company back office system 2, a sub-account was set up and managed for each operational service. In contrast, in the first embodiment of the present invention, discretionary assets and non-discretionary assets are simply managed separately in the trading accounts of the individual company back office system 2. Management for each management service is performed individually within the service provider server 1 using fund accounts for each management service (fund accounts A to C in the example of FIG. 10). The functional block that performs this type of management is the virtual account management unit 51. Specifically, in step SA, the discretionary asset matching management unit 61 attempts to share transactions with the individual company back office system 2 . In step SB, the individual manager 62 applies transactions to each fund account. Here, applying transactions means dividing and reconstructing transactions for the entire trading account on a fund account basis, and executing individual transaction processing for each fund account.

[0039] Further, the discretionary asset matching management unit 61 and the individual management unit 62 will be described below in that order.

[0040] FIG. 11 is a diagram illustrating the discretionary asset matching management section of the virtual account management section in FIG. As shown in FIG. 11, the discretionary asset matching management unit 61 imports all transactions related to discretionary assets that occur in the individual company back office system 2 and performs equivalent processing, thereby achieving sharing of transactions in step SA of FIG. This results in a match between the entire discretionary assets in the individual company back-office system 2 and the entire discretionary assets in the service provider server 1 (virtual account management unit 51), as shown in Fig. 11. As a result, when carrying out necessary processing (e.g., capital gains tax calculation, etc.), the individual company back-office system 2 does not need to grasp the distinctions within the fund accounts, and it is sufficient to grasp the total of the discretionary assets. In the following, the state in which the entire discretionary assets of the individual company back office system and the service provider server 1 (virtual account management unit 51) match is called "discretionary asset replication." In other words, the discretionary asset consistency management unit 61 has a function of maintaining the discretionary asset replication.

[0041] On the other hand, the individual management unit 62 has a function of managing the handling of fund accounts within the service provider server 1 (virtual account management unit 51). That is, the individual management unit 62 has the function of handling fund accounts that further subdivide discretionary assets within the service provider server 1 (virtual account management unit 51), assuming discretionary asset replication by the discretionary asset consistency management unit 61.

[0042] Here, in order to enable the service provider server 1 (virtual account management unit 51) to handle fund accounts in greater detail than the individual company back office system 2, the individual management unit 62 places emphasis on the handling of transactions. In other words, there are three main types of transactions that occur in operational services:

[0043] The first type of transaction is an end-user transaction. This transaction may involve, for example, a user order (new contribution, additional contribution, partial withdrawal, full cancellation, change of investment style, installment deposit, etc.). The end-user transaction execution unit 71 is a functional block that controls execution of this first type of transaction within the service provider server 1 (virtual account management unit 51).

[0044] The second type of transaction is a transaction generated by the individual company back office system 2 . The back-office generated transaction execution unit 72 is a functional block that controls the execution of this second type of transaction within the service provider server 1 (virtual account management unit 51).

[0045] The third type of transaction is a transaction (for example, a transaction related to rebalancing) generated by the service provider server 1 (virtual account management unit 51). This transaction is, for example, associated with an execution order and its agreement (service provider server 1-execution order -> individual company back office system 2-agreement -> service provider server 1), collection of management fees, etc. Also for example, this transaction is an execution order, ie an order generated by the service provider server 1 for buying or selling an investment security. The function block that controls execution of this third type of transaction within the service provider server 1 (virtual account management unit 51) is the self-generated transaction execution unit 73.

[0046] Further, the end-user transaction execution unit 71 and the back-office generated transaction execution unit 72 will be described below in that order.

[0047] FIG. 12 is a diagram for explaining an example of a function related to an application from an end user, as an example of a function of an end-user transaction execution unit in the individual management unit of the virtual account management unit in FIG.

[0048] In order to provide operational services, the end-user transaction execution unit 71 must accept transactions such as application, removal, and cancellation from end users. For this type of transaction, the end-user transaction execution unit 71 provides virtual account code information and cooperates.

[0049] For example, assume that an end user makes a new application for operation service A. In this case, the following series of processes are executed. First, it is assumed that an end user operates the end user terminal 4 to press "New Application" for operation service A on, for example, an individual company operation service page managed by the individual company operation server 3. In this case, a fund account opening instruction is issued, and the virtual account code A is linked to the service provider server 1. The fund account opening instruction includes the end user's trading account ID. The end-user transaction execution unit 71 opens fund account A (a virtual account with virtual account code A for investment service A). After this, in the case of the sub-account method and only for the first time, the discretionary asset matching management unit 61 executes a process to link the sub-account opening instruction with the individual company back office system 2. As a result, the sub-account is opened in the individual company back office system 2.

[0050] FIG. 13 is a diagram illustrating an example of a function related to contributions from an end user as an example of a function of an end-user transaction execution unit in the individual management unit of the virtual account management unit in FIG.

[0051] Next, it is assumed that the end user makes a contribution using non-discretionary assets to the management service A for which the application shown in FIG. 12 has been completed. In this case, the following series of processes are executed. That is, first, the end user operates the end user terminal 4 to execute "contribution" for the operation service A, for example, on the individual company operation service page managed by the individual company operation server 3. In this case, a carry-out instruction is issued, and the virtual account code is linked in the service provider server 1. The contribution instruction includes the transaction account ID along with the contribution amount. The discretionary asset matching management unit 61 executes control to link the carry-out instruction with the individual company back office system 2. In the individual company back office system 2, a transfer instruction is given in the case of the subaccount method, and a purchase instruction for assets equivalent to cash is given in the case of the dedicated product method. The individual company back office system 2 contributes from non-discretionary assets to discretionary assets in accordance with the contribution instruction. The discretionary asset matching management unit 61 controls the linkage of contribution completion from the individual company back office system 2 to the service provider server 1 . The end-user transaction execution unit 71 performs the contribution process to fund account A.

[0052] FIG. 14 is a diagram illustrating an example of a function related to opening a second virtual account, as an example of a function of an end-user transaction execution unit of the individual management unit of the virtual account management unit in FIG.

[0053] In the service provider server 1, a fund account can be opened according to an arbitrary virtual account code created by each financial institution as required. If a virtual account code that has not been defined in advance is linked, a fund account can be opened in the same way. Here, "any number" means that there is no limit to the number of virtual accounts, in principle, except for hardware restrictions such as system resources. Therefore, financial institutions can open any number of fund accounts according to their individual needs, and by managing assets separately in each fund account, they can "simultaneously manage any number of accounts." That is, first, an end user operates the end user terminal 4 to press “new application” for operation service B, which is different from operation service A, on an individual company operation service page managed by the individual company operation server 3, for example. In this case, a fund account opening instruction is issued, and the virtual account code B is linked to the service provider server 1. The fund account opening instruction includes the end user's trading account ID. The end-user transaction execution unit 71 opens fund account B (a virtual account with virtual account code B for investment service B). In this way, when opening a second or more fund accounts, the sub-account already opened on the individual company back office system 2 side is shared, so there is no need to open a new sub-account.

[0054] The above describes the end-user transaction execution unit 71 in the individual management unit 62 in Fig. 8. Next, the back-office generated transaction execution unit 72 in the individual management unit 62 will be described. FIG. 15 is a diagram illustrating an example of the function of the back-office generated transaction execution unit in the individual management unit of the virtual account management unit in FIG.

[0055] For example, it is assumed that a transaction occurs in the individual company back office system 2 in conjunction with the balance and buying and selling of discretionary assets. Examples of transactions that occur within the individual company back office system 2 include the following: The first transaction is a dividend or distribution on securities held in discretionary assets (hereinafter referred to as "dividend / distribution"). The second transaction is the withholding of capital gains tax on the sale proceeds. These transactions need to be captured by the service provider server 1 in order to maintain the state of discretionary asset replication. However, since the individual company back office system 2 is responsible for processing the entire trading account, the granularity is different from that of the fund account managed by the service provider server 1, and conversion is necessary. The back-office transaction execution unit 72 is a functional block that performs such conversion and executes transactions in units of fund accounts.

[0056] For example, in the case of dividends / distributions, the processing would proceed as follows: In step SC1, the individual company back office system 2 registers dividend and distribution information from the investment target securities. In step SC2, the individual company back office system 2 creates a transaction to deposit the dividend / distribution for the discretionary assets (hereinafter referred to as the "dividend / distribution transaction" in the procedure). Here, the information included in the dividend / distribution transaction includes the trading account ID, securities ID, payment amount, balance reference date, payment date, total rights holding quantity, etc. In step SC3, the individual company back office system 2 executes (applies) the processing of the dividend / distribution transaction to the discretionary assets. In step SC4, the discretionary asset matching management unit 61 of the service provider server 1 executes control for linking dividend / distribution transactions in the service provider server 1. In step SC5, the back-office generated transaction execution unit 72 calculates the payment amount for each fund account from the dividend / distribution transaction and the securities balance of each fund account on the balance reference date. As a calculation method, for example, a method of apportioning the payment amount by the securities balance of each fund account on the balance reference date can be used. In step SC6, the back-office generated transaction execution unit 72 deposits the funds into each fund account.

[0057] For example, the withholding of capital gains tax is processed in the same manner, as follows: In step SD1, the individual company back office system 2 registers a sales agreement. In step SD2, the individual company back office system 2 creates a transaction for withholding capital gains tax (hereinafter referred to as a "collection transaction" in the procedure) from the sale profit / loss and the net profit / loss. Here, the information included in the collection transaction includes the trading account ID, the sale contract date, whether it is withheld or refunded, the settlement amount, etc. In step SD3, the individual company back office system 2 executes (applies) the collection transaction process to the discretionary assets. In step SD4, the discretionary asset matching management unit 61 of the service provider server 1 executes control for linking the collection transaction in the service provider server 1. In step SD5, the back-office generated transaction execution unit 72 calculates the settlement amount for each fund account from the collection transaction and the sale agreement for each fund account. The settlement amount can be calculated by a method such as dividing the amount by the sale agreement price for each fund account. In step SD6, the back-office transaction execution unit 72 collects / refunds the settlement amount from each fund account.

[0058] As explained above regarding the withholding process for dividends / distributions and capital gains tax, the following two points are important: The first important point is that transactions for discretionary assets are coordinated with the service provider server 1 . The second important point is that the service provider server 1 can allocate the amount based on the data for each fund account held therein. By satisfying these two points, even if there are any number of fund accounts, transactions generated in the individual company back office system 2 can be appropriately converted into fund account level transactions managed within the service provider server 1.

[0059] In summary, the service provider server 1 of the first embodiment communicates with the individual company back office system 2. This individual company back office system 2 manages discretionary assets and non-discretionary assets separately in the trading account of the end user. In this case, the virtual account management unit 51 of the service provider server 1 manages N virtual accounts (fund accounts) obtained as a result of dividing the discretionary assets within the service provider server 1 into N accounts by corresponding each of the N operating services (N is an integer value greater than or equal to 1) operated within the framework of the discretionary assets.

[0060] The virtual account management unit 51 has a discretionary asset matching management unit 61 and an individual management unit 62. The discretionary asset reconciliation management unit 61 manages to maintain a consistent state between the discretionary assets in the individual company back office system 2 and the discretionary assets in the service provider server 1 by executing processing of all transactions related to the end user's discretionary assets that occur in the individual company back office system 2. The individual management unit 62 manages the N virtual accounts by executing transaction processing using the virtual accounts associated with each of the N operational services, assuming the above-mentioned matching state.

[0061] The individual management unit 62 includes an end-user transaction execution unit 71 , a back-office generated transaction execution unit 72 , and a self-generated transaction execution unit 73 . The end-user transaction execution unit 71 executes a transaction process based on an operation by an end user as a transaction process for a predetermined operation service among the N operation services. The back-office generated transaction execution unit 72 processes transactions related to the predetermined operation service among transactions generated in the individual company back-office system 2 as transactions for the predetermined operation service.

[0062] The service provider server 1 of the first embodiment thus configured can achieve the following various effects. That is, by applying the service provider server 1 of the first embodiment, it becomes possible to link any number of fund account openings with management services.

[0063] Specifically, for example, as shown in FIG. 16, by applying the service provider server 1 of the first embodiment, it is possible to provide, for example, a full-scale goal-based operation. FIG. 16 is a diagram showing an example of providing a full-scale goal-based operation as a specific example of the effect that can be achieved by the service provider server 1 of the first embodiment.

[0064] That is, the end user M operates the end user terminal 4 to start registering a new goal on the screen G1. The end user M operates the end user terminal 4 to select, on the screen G2, the goal name, period, and initial investment amount, as well as the investment service for which the investment is to be entrusted, and then applies for the investment. Financial institution individual company K (individual company operation service page managed by individual company operation server 3) issues a virtual account code at the same time as the application, and links a fund account opening instruction and the virtual account code to the service provider server 1. The service provider server 1 receives the instruction and opens a fund account. A discretionary investment contract is concluded between end user M and investment management company T. The individual company back office system 2 transfers cash from the non-discretionary assets to the discretionary assets of the trading account. The service provider server 1 registers a new contribution order in a fund account. This allows the investment management business operator T to start managing the assets in the fund account. That is, the end user terminal 4 displays screen G3.

[0065] FIG. 17 is a diagram showing an example of implementation that provides the goal-based operation of FIG.

[0066] In other words, as an example scenario, let us consider a case in which an end user already manages three fund accounts (retirement funds, education savings (eldest son), and overseas travel savings for 2021) and starts a new overseas travel savings for 2022 through discretionary management.

[0067] The flow at this time is as follows: In step SE1, the end user operates the end user terminal 4 to select one of a plurality of management services and apply for a new savings management. In step SE2, when an application is made, the individual company management server 3 assigns a virtual account code D for new management and instructs the service provider server 1 to open a fund account. In step SE3, the service provider server 1 instructs the individual company back office system 2 to contribute the investment start amount. Upon receiving the contribution instruction, the individual company back office system 2 transfers the contributed amount from the non-discretionary assets to the discretionary assets. In step SE4, after the contribution is completed, the service provider server 1 opens a new fund account linked to the virtual account code D and starts operation of the account.

[0068] Furthermore, for example, application of the service provider server 1 of the first embodiment makes it possible to reduce the degree of difficulty in development and the associated costs. As mentioned above, there was a difficulty in implementing processes with different granularity in a single system. By applying the service provider server 1 of the first embodiment, it becomes possible for the individual company back office system 2 to be in charge of data processing for the entire trading account, and for the service provider server 1 to be in charge of data distribution to the fund account. By applying the service provider server 1 of the first embodiment, it can be said that the degree of difficulty in development is reduced compared to the conventional method, and an advantage in terms of cost is recognized for the following two points. The first point is that the system is divided according to the granularity (hierarchy) of the targets: trading accounts and fund accounts. The second point is that the individual company back office system 2 can utilize a function for operating an operation service individually (for example, only one) (improved reusability).

[0069] The information processing device to which the present invention is applied is not particularly limited to the service provider server 1 of the first embodiment, and various other embodiments are possible. Specifically, for example, the information processing device to which the present invention is applied is Among the devices of a manager who manages a predetermined object, an information processing device that at least communicates with another information processing device that distinguishes and manages a first type management unit and a second type management unit in a management unit in which the predetermined object is managed, an individual unit management means for associating each of the N individual units obtained as a result of dividing the first type management unit in the information processing device into the N individual units with each of the N services (N is an integer value equal to or greater than 1) operated within the framework of the first type management unit, and executing a process for managing the N individual units; It is possible to employ an information processing device including the above.

[0070] Here, if we associate it with the service provider server 1 of the first embodiment, The predetermined object is an asset, The management unit is an end user's trading account; The first type management unit is a discretionary asset of the end user, The second type of management unit is a non-discretionary asset of an end user; the service is an operation service, The individual units are virtual accounts.

[0071] However, to reiterate, the information processing device having such a configuration is not particularly limited to the service provider server 1 of the first embodiment. That is, by appropriately modifying the embodiment of the information processing device having such a configuration, it is possible to expand the range of application as follows, for example. For example, asset migration of non-discretionary assets allows for virtual account implementation of the entire securities account. For example, the service provider server 1 in the first embodiment does not require the presence or absence of an investment mandate contract, and this point is the same in the other embodiments. Thus, for example, discretionary asset replication can be extended to maintain trading account replication, allowing extension to trading accounts. For example, in the case of trading account replication, not only the transactions of discretionary assets but also the transactions of the entire trading account can be processed in cooperation with the service provider server 1. For example, it can be expanded to assets other than securities. For example, the service provider server 1 of the first embodiment does not limit the type of transaction, and this also applies to the other embodiments. Therefore, for example, it is possible to expand transactions to include cash, security tokens, cryptocurrencies, etc.

[0072] [Second embodiment] Next, a second embodiment of the present invention will be described with reference to the drawings.

[0073] First, before describing the second embodiment of the present invention, a conventional method and its problems will be described.

[0074] FIG. 18 is a diagram for explaining a conventional method for comparison with the second embodiment of the present invention, taking a subaccount system as an example.

[0075] Investment trusts, which are widely used for asset management, involve numerous investment trust management companies and are formulated to suit specific purposes. On the other hand, participation in traditional investment management services as an investment management company T is generally provided by a single company. From the end user's perspective, this appears as if the account and operational services have been bundled together (hereinafter referred to as "bundling"). This bundling creates no pressure to select, making it difficult to encourage the evolution of services, such as by reducing costs or improving operational capabilities. As described in the first embodiment, there are currently limitations on the number of operational services that can be provided using a company's own account. The following description will be based on the conventional sub-account method described in the first embodiment shown in FIG. Due to the limited space, there is little incentive to incorporate multiple investment management companies T, and no existing services exist. One reason for the lack of incentive is the high cost of opening additional sub-accounts. Because the cost of opening additional sub-accounts is high, in order to maintain economic rationality, financial institutions themselves or their group companies often act as investment managers.

[0076] FIG. 19 is a diagram for explaining a conventional technique for comparison with the second embodiment of the present invention, using an example different from that of FIG.

[0077] In addition, as shown in FIG. 19, there are cases where the system provider or its group company becomes the investment management companies T1 and T2. In this case, the system provider may cover the cost of opening additional sub-accounts, so that no burden is incurred by the individual financial institutions KA and KB. However, the essential incentive structure remains the same; the only change is that the party responsible for collecting the burden has been the system provider. The second reason for the lack of incentives is the costs involved in incorporating new investment managers T1 and T2. Under conventional methods, in most cases individual financial institutions connect directly with investment management companies. For example, if investment management companies T1 and T2 want to provide management services to individual financial institutions KA and KB, four connections are required: individual financial institution KA-investment management company T1, individual financial institution KB-investment management company T1, individual financial institution KA-investment management company T2, and individual financial institution KB-investment management company T2. This means that as the number of individual financial institutions KA and KB and investment management companies T1 and T2 increases, the number of connections will increase exponentially, and the cost of these connections is one of the obstacles to eliminating bundling.

[0078] FIG. 20 is a diagram for explaining a problem with intermediary customer transfer as a problem of a conventional method for comparison with the second embodiment of the present invention.

[0079] One way to resolve the issues with bundling is to use intermediary traffic. The intermediary customer referral refers to a method in which an individual financial institution KA that is implementing an operation service introduces an end user M to another individual financial institution KB that is also implementing an operation service. Even when using an intermediary to send customers, the following three hurdles exist: The first hurdle is to avoid outflow of deposit balances (outflow of assets) at the individual financial institutions KA that are the source of the customers. The second hurdle is the cost of connecting with the destination. The third hurdle is the possibility of a bias towards promoting the most profitable operational services (including the company's own services). Because of these first to third hurdles, although intermediary customer referrals partially solve the bundling issues, they cannot be said to be sufficient.

[0080] Next, a second embodiment of the present invention that can solve the problems associated with the above-mentioned conventional methods will be described.

[0081] FIG. 21 is a diagram showing a configuration of an information processing system including a service provider server according to the second embodiment of the present invention.

[0082] The information processing system shown in FIG. 21 is configured to include a service provider server 1 managed by a service provider, individual company back office systems 2-1 to 2-p and individual company investment servers 3-1 to 3-k managed by p (p is an integer value of 1 or greater) individual financial institution companies K1 to Kp, respectively, end user terminals 4-1 to 4-q managed by q (q is an integer value of 1 or greater) end users M1 to Mq, respectively, and investment management company terminals 5-1 to 5-r managed by r (r is an integer value of 1 or greater) investment management companies T1 to Tr, respectively.

[0083] In the following, when there is no need to distinguish between the individual financial institutions K1 to Kp, they will be collectively referred to as the "individual financial institution K." When referring to the individual financial institution K, the individual back-office systems 2-1 to 2-p will be collectively referred to as the "individual company back-office system 2," and the individual operation servers 3-1 to 3-k will be collectively referred to as the "individual company operation server 3." Furthermore, when there is no need to distinguish between end users M1 to Mq, they will be collectively referred to as "end user M." Furthermore, when referring to end user M, end user terminals 4-1 to 4-q will be collectively referred to as "end user terminal 4." Moreover, when there is no need to distinguish between the investment management providers T1 to Tr, they will be collectively referred to as the "investment management provider T." Furthermore, when referring to the investment management provider T, the investment management provider terminals 5-1 to 5-r will be collectively referred to as the "investment management provider terminal 5."

[0084] The service provider server 1, the individual company back office system 2, the individual company management server 3, the end user terminal 4, and the investment management company terminal 5 are connected to each other via a predetermined network N. Note that the network N is the Internet in this embodiment, but the form is not particularly limited, and other types of network, such as Bluetooth (registered trademark), Wi-Fi, and LAN (Local Area Network), can also be adopted.

[0085] Although not shown, among the information processing system of Figure 21 of the second embodiment, the service provider server 1, individual company back office system 2, individual company management server 3, end user terminal 4, and investment management company terminal 5 also have the hardware configuration shown in the service provider server 1 of Figure 7 of the first embodiment.

[0086] Next, with reference to FIG. 22, a functional configuration of the service provider server 1 of the second embodiment having the hardware configuration shown in FIG. 7 will be described. FIG. 22 is a functional block diagram showing an example of the functional configuration of the service provider server shown in FIG. 7 according to the second embodiment of the information processing device of the present invention.

[0087] As shown in FIG. 22, the CPU 11 of the service provider server 1 is provided with a virtual account management section 51. The virtual account management unit 51 of the second embodiment includes, in addition to the discretionary asset matching management unit 61, individual management unit 62, and user interface control unit 63 similar to those of the first embodiment, an access control unit 64, an end user management unit 65, an operation service management unit 66, and an investment management company management unit 67. The storage unit 18 of the service provider server 1 is provided with an end user DB 81, an investment service DB 82, and an investment management company DB 83.

[0088] Here, the basic policies of the second embodiment of the present invention for solving the problems of the conventional methods described above with reference to FIGS. Basic policy 1 is a policy that enables a plurality of individual financial institutions (individual financial institutions KA and KB in the example of FIG. 20) to inexpensively realize simultaneous operation of a plurality of operational services. Basic policy 2 is a policy that standardizes connections with multiple investment management companies (investment management companies T1 and T2 in the example of FIG. 20) so that these multiple investment management companies can be incorporated at low cost. The simultaneous operation of Basic Policy 1 can be achieved by simply applying the method of any number of virtual accounts to a trading account that has become feasible in the first embodiment. Therefore, the service provider server 1 of the second embodiment has, in principle, the same functional configuration as the service provider server 1 of the first embodiment, that is, the discretionary asset matching management unit 61, the individual management unit 62, and the user interface control unit 63 as in the first embodiment. Therefore, in the following explanation, as functional configurations for realizing basic policy 2, we will explain the differences from the first embodiment, namely, the access control unit 64, the end user management unit 65, the operation service management unit 66, and the investment management company management unit 67, with reference to Figures 23 to 30 as appropriate.

[0089] First, in order to realize the basic policy 2, a discretionary investment contract between the end user M and the investment management business operator is a prerequisite. Therefore, the discretionary investment contract with the investment management business operator, the management of the contract status, application and cancellation will be explained with reference to Figs. 23 to 25.

[0090] FIG. 23 is a diagram showing an overview of a method for managing the contract status of discretionary investment contracts for management services provided by an investment management company.

[0091] As a premise, a discretionary investment contract is made for each management service. This discretionary investment contract is concluded between end user M and investment management business operator T. However, since financial institution K is responsible for holding, purchasing, and selling securities, the written discretionary investment contract may be prepared in joint names. The discretionary investment contracts are managed as "discretionary investment contract document template sets" (hereinafter referred to as "template sets") for each management service. In order to realize multiple discretionary investment contracts, as shown in FIG. 23, the virtual account management unit 51 of the service provider server 1 distinguishes the template sets that make up the discretionary investment contracts for each management service, and allows the investment management company T to manage the template sets through a management screen or API.

[0092] The functional blocks that function to realize the method of managing the contract state of a discretionary investment contract as shown in FIG. The operation service management unit 66 manages data linked to a predetermined operation service, including a template set for a discretionary investment contract between the end user M and the investment management business operator T for the predetermined operation service, as operation service data. Note that operation service data other than the template set will be described later. The operation service data is stored in the operation service DB 82 for each of multiple operation services. Specifically, for example, the operation service management unit 66 links the operation service data (only the template set is shown in the example of Figure 23), an operation service ID that can identify the specified operation service, and the specified operation service (and the associated fund account), and manages each of N operation services (three operation services A, B, and C in the example of Figure 23). The user interface control unit 63 provides the end user terminal 4 or the investment management company terminal 5 with a user interface (a management screen or API in the example of Figure 23) to be used by the end user M or the investment management company T when concluding, during, or canceling a discretionary investment contract for a specified management service.

[0093] Next, the flow of application for a discretionary investment contract by end user M with investment management business operator T will be described. FIG. 24 is a diagram showing an overview of the flow of an application for a discretionary investment contract by an end user with an investment management business operator.

[0094] The virtual account management unit 51 of the service provider server 1 manages the contract status of a discretionary investment contract for each combination of a fund account and management service. For example, the flow of a contract application is as follows. That is, in step SF1, end user M operates end user terminal 4 to select a fund account for which he / she wishes to introduce the management service on financial institution individual company K (individual company management service page managed by individual company management server 3). In the following, the act of end user M operating end user terminal 4 to perform a specified action on financial institution individual company K (individual company operation service page managed by individual company operation server 3) will be abbreviated as "end user M performs a specified action." In step SF2, the end user M selects a management service that entrusts the management of the fund account to the end user. In step SF3, the end user M applies for the operation service. At that time, the end user M confirms and agrees to the pre-contract documents, etc. In step SF4, the operation service management unit 66 of the service provider 1 registers the discretionary investment contract in the operation service DB 82 as being under application. In step SF5, the investment management business operator T operates the investment management business operator terminal 5 to obtain all of the discretionary investment contracts (management service data such as data sets) for which an application has been made. In step SF6, investment management business operator T operates investment management business operator terminal 5 to accept the application. In step SF7, the operation service management unit 66 of the service provider server 1 accepts the application and registers the discretionary investment contract (operation service data such as a data set) in the operation service DB 82 as having been concluded. In step SF8, the discretionary asset matching management unit 61 of the service provider server 1 executes control to link the conclusion information to the individual company back office system 2 of financial institution individual company K. In step SF9, financial institution individual company K (individual company management service page managed by the individual company management server 3) notifies end user M that a discretionary investment contract has been concluded via end user terminal 4. Note that the fact that a discretionary investment contract has been concluded may be notified to end user M by email or mail, without going through end user terminal 4.

[0095] Next, the flow of termination of a discretionary investment contract with investment management business operator T by end user M will be described. FIG. 25 is a diagram showing an overview of the process for an end-user to cancel a discretionary investment contract with an investment management company.

[0096] The virtual account management unit 51 of the service provider server 1 cancels a discretionary investment contract for each combination of a fund account and management service, in the same manner as for applications. For example, the process for terminating a contract is as follows: That is, in step SG1, the end user M operates the end user terminal 4 to apply for cancellation of the operation service on the financial institution individual company K (the individual company operation service page managed by the individual company operation server 3). In the following, the act of end user M operating end user terminal 4 to perform a specified action on financial institution individual company K (individual company operation service page managed by individual company operation server 3) will be abbreviated as "end user M performs a specified action." In step SG2, the individual financial institution KA specifies the discretionary investment contract for the target management service and submits a cancellation request to the service provider server 1. In this case, the discretionary investment contract is uniquely identified by the fund account and the management service. In step SG3, the operation service management unit 66 of the service provider 1 receives the cancellation application and registers the contract as being cancelled in the operation service DB 82. In step SG4, the operation service management unit 66 acquires from the operation service DB 82 a list of contracts for which the operation service is in a cancelled state. In step SG5, the operation service management unit 66 creates an asset sale instruction for the assets in the fund account linked to the contract being terminated. In step SG6, the discretionary asset matching management unit 61 of the service provider server 1 executes control to link an asset selling instruction to the individual company back office system 2 of financial institution individual company K. In step SG7, the discretionary asset matching management unit 61 executes control to link the agreements accompanying the sales instruction from the individual company back office system 2 of financial institution individual company K. In step SG8, ​​upon completion of the transfer of all contracts associated with the sale of assets, the management service management unit 66 registers the discretionary investment contract as terminated in the management service DB 82 in step SG9.

[0097] Next, the access control required to realize the basic policy 2 of the second embodiment will be described. FIG. 26 is a diagram showing an overview of the access control executed by the service provider server having the functional configuration of FIG.

[0098] In order to properly execute the discretionary investment contract, the investment management business operators TX and TY are required to carry out, for example, the following Businesses 1 to 3. The first task is to monitor the operational status as the responsibility of the operations manager. The second task is to periodically check the appropriateness of the contract (for example, anti-money laundering checks) as a responsibility of the parties that enter into the contract. The third business is customer support. In order to carry out these first through third business operations, the investment management companies TX and TY need to understand the data held by the service provider 1, such as customer information, contract data, and management information. Naturally, it is forbidden for investment management company TY, which provides a different management service, to refer to data for the management service provided by investment management company TX. Conversely, it is forbidden for investment management company TX, which provides a different management service, to refer to data for the management service provided by investment management company TY. On the other hand, when individual financial institutions provide operational services, they need to refer to data on the entire operational service. For the above reasons, in order for multiple investment management companies TX and TY to participate in the management service, it is necessary to create a mechanism for appropriately controlling access to data from individual financial institutions KA and the investment management companies TX and TY. Such a mechanism or process for appropriately controlling access is called access control. The access control is performed by the access control unit 64 in FIG.

[0099] There are three types of data held within Service Provision 1: The first type of data is data associated with operational services. The second type of data is data associated with end user M. The third type of data is other data.

[0100] The data associated with the first type of operational service is operational service data. That is, the management service data includes, in addition to the template set as shown in FIG. 23, information regarding the contract and management information within the fund account, for example. As described above, the operation service data is stored for each operation service in the operation service DB 82 in Fig. 22 and managed by the operation service management unit 66. That is, an operation service ID capable of identifying the operation service is assigned to the operation service, and the operation service ID is linked to the operation service data and managed.

[0101] The second type of data associated with end user M (hereinafter referred to as "end user data") is, for example, customer information (so-called personal information) such as end user M's name and address. The end user data is stored in the end user DB 81 in Fig. 22 and managed by the end user management unit 65. That is, the end user M is assigned an end user ID that can identify the end user M, and the end user ID is linked to the end user data and managed.

[0102] The third type of other data includes, for example, stock master data and various settings. Additionally, data relating to investment management company T (hereinafter referred to as "investment management company data") is also an example of other data. The investment management company data is stored in investment management company DB 83 of Fig. 22 and managed by investment management company management unit 67. That is, investment management company T is assigned an investment management company ID that can identify it, and the investment management company ID is managed in association with the investment management company data.

[0103] Access control is required for a first type of operational service data and a second type of end-user data. Therefore, the following describes access control for both operational service data and end user data.

[0104] FIG. 27 is a diagram showing an overview of the link between the management service and the investment management business operator, which is necessary for access control to management service data.

[0105] In preparation for access control to management service data, the service provider server 1 first links the management service ID with the investment management company ID in order to manage the link between the investment management company T and each of the one or more management services provided by the investment management company T. This makes it possible to link the management service data with investment management company T.

[0106] FIG. 28 is a diagram showing an overview of access control for operation service data.

[0107] For example, the general flow of determining whether or not an individual financial institution KA has access rights to a template set for an operational service provided by the financial institution KA is as follows. In step SH1, the access control unit 64 acquires the role to which the person in charge belongs. In the example of FIG. 28, the role of a person in charge TXT of an investment management company TX, the role of a person in charge TYT of an investment management company TY, or the role of a person in charge KAT of a financial institution KA is acquired. In step SH2, if the acquired role belongs to a person in charge KAT of an individual financial institution KA, the access control unit 64 proceeds to step SH2-a; otherwise (if the role belongs to a person in charge of an investment management company T), the access control unit 64 proceeds to step SH3. In step SH2-a, the access control unit 64 gives the financial institution employee KAT access authority to all of the template sets X-1 and X-2, thereby completing the access control process. On the other hand, if the role belongs to a person in charge of investment management business operator T, in step SH3, the access control unit 64 acquires the investment management business operator ID of the investment management business operator T to which the person in charge indicated by the role belongs. In step SH4, the access control unit 64 acquires the investment management business operator ID associated with each of the management service IDs of the respective management services. In step SH5, if the investment management provider IDs acquired in steps SH3 and SH4 respectively match, the access control unit 64 grants the person in charge access authority to the template set identified by the management service ID associated with the investment management provider ID acquired in step SH4. If there is a mismatch in step SH5, it is determined that there is no access authority. In addition, in practice, access rights (CRUD), such as whether or not users have read, update, or delete permissions, are precisely controlled according to the roles in the workplace (such as legal officer or operations manager).

[0108] The access control to the operational service data has been described above. Next, access control to end-user data will be described. FIG. 29 is a diagram showing an overview of acquisition and management of end-user data.

[0109] Data regarding end user M is received and stored by individual financial institution KA through account opening etc. The service provider server 1 receives and stores personal information necessary for the conclusion and maintenance of a discretionary investment contract as end user data of the end user M from individual financial institutions KA in the following manner. In step SI1, the end user M operates the end user terminal 4 to apply for a discretionary investment contract for management services on a financial institution individual company KA (an individual company management service page managed by the individual company management server 3). In the following description, the act of end user M operating end user terminal 4 to perform a predetermined action on financial institution individual company KA (individual company operation service page managed by individual company operation server 3) is abbreviated to "end user M performs a predetermined action." As described above, "end user M performs a predetermined action" includes the case where a salesperson who conducts face-to-face business with end user M acts on behalf of (entrusts) end user M to perform a predetermined action. In step SI2, the discretionary asset matching management unit 61 of the service provider server 1 executes control for coordinating the discretionary investment contract application instruction to which the customer information is added in the individual financial institutions KA. In step SI3, the user interface control unit 63 of the service provider server 1 causes the end user terminal 4 to display a contract application UI. In step SI4, end user M agrees to the application through the contract application UI. In step SI 5 , the end-user management unit 65 of the service provider server 1 acquires the customer information 81 and contract information 82 of the end user M who has agreed to the application as end-user data, and stores them in the end-user DB 81 . In step SI6, the discretionary asset matching management unit 61 executes control to link end user data (customer information) with individual financial institutions KA (at regular intervals after the contract is concluded). In step SI7, the end-user management unit 65 updates the end-user data (customer information) according to the cooperation content in step SI6.

[0110] FIG. 30 is a diagram showing an overview of access control for end-user data.

[0111] The authority for access to end user data (customer information) by each of the personnel of financial institution KA and investment management companies TX and TY is determined in the following manner. That is, in step ST1, the access control unit 64 acquires the role to which the person in charge belongs. In the example of FIG. 30, the role of a person in charge TXT of an investment management company TX, the role of a person in charge TYT of an investment management company TY, or the role of a person in charge KAT of a financial institution KA is acquired. In step ST2, if the acquired role belongs to a person in charge KAT of an individual financial institution KA, the access control unit 64 proceeds to step ST2-a; otherwise (if the role belongs to a person in charge of an investment management company T), the access control unit 64 proceeds to step ST3. In step ST2-a, the access control unit 64 gives the financial institution employee KAT permission to access the end user data, which ends the access control process. On the other hand, if the role belongs to a person in charge of investment management business operator T, in step ST3, the access control unit 64 acquires the investment management business operator ID of the investment management business operator T to which the person in charge indicated by the role belongs. In step ST4, the access control unit 64 acquires all operation service IDs of one or more operation services to which the end user M has subscribed (including those under contract, excluding those that have been cancelled). In step ST5, the access control unit 64 acquires all of one or more investment management business operator IDs that are linked to the one or more management service IDs for which subscribed and acquired in step ST4. In step ST6, if the investment management company ID obtained in step SH3 is included in the investment management company ID obtained in step SH5, the access control unit 64 grants access authority to the person in charge of the investment management company identified by the investment management company ID obtained in step SH3. Specifically, for example, if end user M has applied for only management service X-1 and has not applied for or has canceled other management services, the person in charge TXT of investment management company TX is given access authority to the end user data (customer information) of end user M. In contrast, the person in charge TYT of investment management company TY is not given access authority. By implementing the above access control, data can be protected in a situation in which an individual financial institution KA providing investment services and multiple investment management companies T (investment management companies TX and TY in this example) participate.

[0112] Next, a hub function between financial institution K and investment management business T, which becomes possible by application of the service provider server of the second embodiment, will be described. FIG. 31 is a diagram outlining the hub functions of individual financial institutions and investment management companies.

[0113] Under the conventional method, in most cases, individual financial institutions (KA, KB, KC) connected directly to the investment management company (TX), and the connection costs resulting from the multiplicative increase in connections were a hurdle. In order to overcome this hurdle, a hub function that connects the individual financial institutions KA, KB, KC and the investment management company TX in the service provider server 1 of the second embodiment will be described. First, the individual financial institution ID capable of identifying the individual financial institution K defined previously and the investment management company ID capable of identifying the investment management company T are defined to be globally unique values. Being globally unique means that within the scope managed by the service provider server 1, there is no other individual financial institution K or investment management business operator T having the same individual financial institution ID and investment management business operator ID. Next, a proxy unit 52 is prepared to function in the service provider server 1, to enable the investment management company T to access the virtual account management unit 51n associated with each individual financial institution Kn (n is an arbitrary value, and in the example of Figure 31 is any of A, B, or C). That is, a virtual account management unit 51 is prepared for each individual financial institution K. The virtual account management unit 51 of each individual financial institution K may be provided in a separate device as the service provider server 1. For this reason, it would be costly and difficult for the investment management business operator T to individually establish a connection with the virtual account management unit 51 of each individual financial institution K. Therefore, the proxy unit 52 is provided to transparently handle the virtual account management unit 51 provided for each individual financial institution K.

[0114] For example, the flow of operations for an investment management company TX to find an accessible virtual account management unit 51 from among multiple individual financial institutions KA, KB, and KC is as follows. In step STU1, the investment management business TX operates the investment management business terminal 5 to connect to the proxy unit 52 using its own investment management business ID (X). In step STU2, proxy unit 52 inquires of each of virtual account management units 51A, 51B, 51C associated with each of pre-registered financial institutions KA, KB, KC as to whether or not the investment management company ID (X) is accessible. In step STU3, each of the virtual account management units 51A, 51B, and 51C associated with each of the individual financial institutions KA, KB, and KC determines whether the investment management company ID (X) inquired about in step STU2 is accessible or not, and returns the result of the determination to the proxy unit 52. In step STU4, the proxy unit 52 aggregates the judgment results from each of the virtual account management units 51A, 51B, and 51C linked to each of the individual financial institutions KA, KB, and KC, and obtains a virtual account management unit 51 that can be accessed by the investment management company TX.

[0115] Incidentally, with regard to steps STU2 and 3, instead of making an inquiry each time as described above, a method may be used in which information on the investment management business operator ID is shared in advance between proxy unit 52 and each virtual account management unit 51. Once the accessible virtual account management unit 51 has been identified, the proxy unit 52 relays access from the investment management company TX to the virtual account management unit 51, making it possible to access the data held by the virtual account management unit 51 in accordance with the procedures described above in the access control section. By adopting such a hub function between individual financial institution K and investment management company T, individual financial institution K and investment management company T can appropriately access data by simply establishing a connection to the virtual account management unit 51 or proxy unit 52 once, thereby achieving cost reduction effects.

[0116] To summarize the above, the service provider server 1 of the second embodiment communicates with an end user terminal 4 managed by an end user M who receives N (N is an integer value equal to or greater than 1) management services using his or her assets, an individual company back office system 2 managed by an individual financial institution K which manages the end user M's assets in a trading account, and M investment management company terminals 5 managed by each of M (M is an integer value equal to or greater than 1) investment management companies T who manage at least some of the N management services by entering into a contract with end user M. The operation service management unit 66 manages, for example, as shown in Figure 23, data linked to a specified operation service, including contract status data (e.g., the template set in Figure 23) indicating the status of the contract between the end user M and the investment management company T for the specified operation service, as operation service data, by linking the operation service data to an operation service ID that can identify the specified operation service and a fund account corresponding to the specified operation service, for each of N operation services. The user interface control unit 63 provides the end user terminal 4 or the investment management business operator terminal 5 with a user interface to be used by the end user M or the investment management business operator T when a contract for a predetermined management service is concluded, during the contract, or when the contract is terminated. In this case, the virtual account management unit 51 executes processing using management service data in a fund account associated with a specified management service ID based on operations for a specified management service using the user interface of the end user M or the investment management company T.

[0117] Furthermore, the service provider server 1 of the second embodiment can execute access control for the operator service data as shown in FIG. 26 in the following manner. That is, the investment management company management unit 67 manages, for each asset management company of M, the correspondence between the management service ID of one or more management services for which a specified investment management company T has entered into a contract with an end user M among the N management services, and the investment management company ID of the specified investment management company T. When an operation is performed using a user interface by a specified investment management company Tk among the investment management companies T of M, the access control unit 64 permits access to one or more management service data identified by one or more management service identifiers associated with the asset management company ID of the specified investment management company Tk. The virtual account management unit 51 executes processing using the operational service data to which access is permitted.

[0118] Furthermore, the service provider server 1 of the second embodiment can execute access control for end-user data as shown in FIG. 27 in the following manner. That is, the end user management unit 65 manages data associated with the end user M as end user data (customer information, which is personal information). When a specified investment management business operator T performs an operation using the user interface, the access control unit 64 determines whether or not any of the management services of M operated by the specified investment management business operator T has a contract with the end user M, and if it determines that there is, it allows access to the end user data of the end user M, but if it determines that there is not, it prohibits access to the end user data.

[0119] Furthermore, the service provider server 1 of the second embodiment can realize a hub function for a financial institution K and an investment management business T as shown in FIG. That is, a dedicated virtual account management unit 51 is provided for each of P (P is an integer value of 1 or more) individual financial institutions K. When an access request is received from the investment management company terminal 5 of a specified investment management company T, the proxy unit 52 connects the investment management company terminal 5 of the specified investment management company T to the dedicated virtual account management unit 51 of each of one or more individual financial institutions K linked to the specified investment management company T.

[0120] The service provider server 1 of the second embodiment thus configured can provide the following various effects. That is, by applying the service provider server 1 of the second embodiment, the hurdle of bundling is eliminated, enabling a plurality of investment management businesses T to provide any number of management services. Hereinafter, this situation will be referred to as the "bazaarization of investment services," with financial institution K regarded as the market and investment management company T as the tenant selling products. That is, by applying the service provider server 1 of the second embodiment, it becomes possible to realize a bazaar of operational services, and as a result, it becomes possible to provide services such as those shown in FIG. 32 and FIG.

[0121] FIG. 32 is a diagram showing a specific example of a selective operation service among the services that can be provided by the service provider server 1 of FIG. 22 making the operation service a bazaar. As described above in the first embodiment, the service provider server 1 can open any fund account and link each to an investment service. By expanding this, it becomes possible to realize a service that allows the end user M to select an investment category and an investment service. Hereinafter, such a service will be referred to as a "selection-type investment service."

[0122] The specific flow of the selective operation service is as follows: That is, in step SK1, the end user M operates the end user terminal 4 to select the operation category at the time of goal registration on the screen G10, and presses "Proceed to operation service selection." In step SK2, a screen G11 showing a list of management services and indexes belonging to the management category is displayed on the end user terminal 4. In the screen G11, the indexes are used as criteria when the end user M makes a selection. Specifically, for example, the indexes include Sharpe ratio, annualized return, rating, etc. In step SK3, the end user M operates the end user terminal 4 to select the management service for which he / she wishes to apply for a discretionary investment contract from the list on the screen G11, and presses "Apply for management service." As a result, the screen displayed on the end user terminal 4 advances from screen G11 to screen G12. In step SK4, the end user M operates the end user terminal 4 to press "Open" on the discretionary investment contract pre-document on the screen G12. As a result, the latest document registered in advance by Y Investment Advisor, the investment management business operator T of the management service "Smart Fund", is displayed on the end user terminal 4, although this is not shown in the figure. In step SK5, the end user M checks the pre-contract documents and the like, and operates the end user terminal 4 to press "Agree and Apply" on the screen G12. In step SK6, the virtual account management unit 51 of the service provider server 1 generates a transaction indicating that the end user M has applied for the management service "smart fund," and updates the customer information database.

[0123] FIG. 33 is a diagram showing an example of the flow of a discretionary investment contract application that takes place behind the scenes of the selective management service shown in the example screen of FIG. In this example, the discretionary assets of the management service applied for by the end user M are managed by an individual financial institution KA, and the processing is performed by a dedicated virtual account management unit 51A of the management service provider server 1.

[0124] In step SL1, the investment management company TX operates the investment management company terminal 5 to submit a template set. In step SL2, the end user M operates the end user terminal 4 to apply for the operation service. In step SL3, virtual account management unit 51A creates data for delivery of pre-contract delivery documents, etc., and registers the contract status as "application completed." During this step SL3, steps SK4 to SK6 in FIG. 32 are being carried out for end user M. In step SL4, the investment management company TX operates the investment management company terminal 5 to confirm the application details. In step SL5, the investment management company TX operates the investment management company terminal 5 to accept the application. In step SL6, the virtual account management unit 51A creates data to be delivered in the document to be delivered at the time of contract conclusion, and updates the contract status to "concluded." From this point on, the flow of management is the same as that described above in the first embodiment in which any fund account is opened and linked to each management service.

[0125] FIG. 34 is a diagram showing a specific example of a basket-type operation service, among the services that can be provided by the service provider server 1 in FIG. 22 by making the operation service a bazaar.

[0126] As operational services become more bazaar-like, the increase in options may create a problem in which the law of decision avoidance becomes more likely to apply to end user M. For example, in the case of investment trusts, at some individual financial institutions, it is possible to purchase more than 1,000 types of management services. Given that many searches reveal sites that provide tips on how to choose investment trusts, it is likely that the law of decision aversion is at work when buying and selling investment trusts. A service that can solve these problems is the "basket-type investment service."

[0127] The specific flow of the basket-type investment service is as follows: That is, in step SM1, the end user M operates the end user terminal 4 to select the operation category at the time of goal registration on the screen G201, and presses "Proceed to selection of operation service basket." In step SM2, a screen G202 showing a list of operation services and indexes belonging to the operation category is displayed on the end user terminal 4. In step SM3, the end user M operates the end user terminal 4 to select the operation service that he / she wants to include in the operation service basket from the list on the screen G202, and presses "Apply for operation service basket." As a result, the screen displayed on the end user terminal 4 advances from screen G202 to screen G203. In step SM4, although not shown, pre-contract documents and the like relating to all operation services included in the operation service basket are delivered (displayed on the end user terminal 4). In step SM5, the end user M checks all pre-contract documents and the like, and operates the end user terminal 4 to press "Agree and apply" on the screen G202.

[0128] This makes it unnecessary to force the end user M to make a single choice even if the number of operational services increases due to the bazaarization of operational services. In addition, as an expansion of the investment service basket, it is possible to periodically adjust the weighted allocation based on investment service indicators such as the Sharpe ratio and annualized return. The adjustment may be made based on advice from the financial institution to end user M, or based on a request from end user M to the financial institution. It is expected that these various services (adjustment mechanisms) will create selection pressure to choose better operation services, leading to improvements in operation services.

[0129] The second embodiment of the present invention has been described above.

[0130] Next, definitions of terms used in the first and second embodiments will be described with reference to FIGS. 35 to 41 as appropriate.

[0131] FIG. 35 is a diagram showing an outline of the operation service.

[0132] As shown in Figure 35, the management service refers to a series of services and a system therefor that provide a forum for end user M to enter into a specific discretionary investment contract with investment management business operator T and entrust the management of end user M's assets to investment management business operator T. Also, the investment management business operator ID is used to uniquely identify investment management business operator T. That is, as shown in FIG. 35, an investment management business operator T, which is assigned an investment management business operator ID, and an end user M exchange documents prior to the conclusion of a discretionary investment contract, documents to be provided at the time of conclusion of a discretionary investment contract, and the transfer of discretionary investment assets through a forum provided by the management service.

[0133] FIG. 36 is a diagram showing an example of a template set for a discretionary investment contract document.

[0134] As shown in FIG. 36, this service manages template sets for each version of discretionary investment contract documents. Here, the "documents prior to the conclusion of a discretionary investment contract" may include, for example, the following documents: 1.Document prior to conclusion of discretionary investment contract 2. Agreement regarding provision of personal information to a third party 3. Agreement on electromagnetic delivery 4. Pre-contract documents for investment trust 5.Discretionary Investment Contract Terms and Conditions In addition, the "documents prior to the conclusion of a discretionary investment contract, etc." may be managed as a collection of documents that are combined in whole or in part, or they may be managed all separately. Hereinafter, in this embodiment, the "documents prior to the conclusion of a discretionary investment contract, etc." will be described as being managed as a single collection of documents. Discretionary investment contracts are managed by linking together the documents provided prior to the conclusion of the discretionary investment contract and the documents provided at the time of the conclusion of the discretionary investment contract. The documents to be provided prior to the conclusion of a discretionary investment contract and the documents to be provided at the time of the conclusion of a discretionary investment contract are each version-controlled, and their history and differences are collectively managed as a "discretionary investment contract document template set."

[0135] FIG. 37 is a diagram showing the relationship between the operation services and the operation service IDs.

[0136] As shown in FIG. 37, an operation service and an operation service ID are associated with each other. That is, the operation service ID uniquely identifies the operation service. In addition, the management service is based on the discretionary investment contract. Therefore, there is a one-to-one correspondence between the management service and the template set of the discretionary investment contract document.

[0137] FIG. 38 is a diagram showing the relationship between end users and accounts.

[0138] A financial institution KX is assigned an individual financial institution ID that identifies the financial institution KX. End user M opens a securities account (general account) with financial institution KX. End user M is assigned an end user ID to identify the joint account held by end user M within financial institution KX. In this way, the end user KX's general account at financial institution KX is identified by the financial institution individual ID and the end user ID.

[0139] FIG. 39 shows the relationship between a general account and a trading account.

[0140] As shown in Fig. 39, a trading account that actually manages transactions is managed as belonging to a general account. Here, multiple trading accounts (N in the example of Fig. 39) belong to one general account. For example, general accounts, special accounts, and NISA accounts are examples of trading accounts.

[0141] FIG. 40 is a diagram showing an example of management of general accounts and account classifications.

[0142] Unlike Figure 39, general accounts and specified accounts can also be expressed using a combination of a general account and an account type (specified account or general account) as shown in Figure 40. This is one example of expressing a trading account. Therefore, as long as the above-mentioned service can be realized, general accounts and trading accounts may be managed using any expression method. In addition, assets under discretionary investment management are managed within a trading account.

[0143] FIG. 41 is a diagram showing the relationship between fund accounts and virtual account codes.

[0144] As shown in FIG. 41, in order to manage multiple discretionary investments within one trading account, the discretionary investment assets are managed using virtual account codes. The combination of the trading account ID and the virtual account code is used to identify a virtual account that manages assets for discretionary investment management, i.e., a fund account. Each company can define any number of virtual account codes.

[0145] Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. within the scope that can achieve the object of the present invention are included in the present invention.

[0146] For example, in the above embodiment, the individual company back office system 2 is assumed to register dividend and distribution information from investment target securities, but the investment target can be handled as follows.

[0147] FIG. 42 is a diagram showing an example of handling of an investment target.

[0148] As shown in FIG. 42, it is possible to have multiple management services (management services A and B in the example of FIG. 42) and different investment targets. In the explanation of any number of virtual accounts for a trading account in the virtual account management unit 51, we have explained that the dedicated product method is improved as a method for separate management. As a result, it is possible to separately manage the assets of the fund account, which is the unit of management, and it is no longer necessary to prepare a dedicated product for each management service. In other words, even if the number of operation services increases due to the effect of the second embodiment, there is no need to increase the number of investment targets proportionately. This brings about the following effects.

[0149] First, it will be possible to handle items for which dedicated products such as listed securities are not available. Specifically, for example, it is possible to make thematic investments by making one company appear in multiple themes.

[0150] Second, even if it is possible to prepare dedicated products such as investment trusts, the cost of structuring them can be kept low. Specifically, investments in major indexes such as TOPIX and S&P 500 can be standardized. That is, as shown in FIG. 42, investment trust b is included as an investment target in both management services A and B, while investment trusts a and c are investment targets only in management services A and B, respectively.

[0151] Below, we will explain how to handle shared investment targets using specific examples. Here, it is assumed that the discretionary investment contract has already been concluded. In addition, it is assumed that the separate management of discretionary assets in the individual company back-office system 2 is a subaccount system. It is also assumed that no cash reserves will be generated.

[0152] FIG. 43 is a diagram showing an example of the flow of new contributions.

[0153] An explanation will be given below using the case where new contributions are made simultaneously to the above-mentioned investment services A and B. First, in step SN1, end user M applies for new contributions of 1 million yen to investment service A in fund account K and 1.5 million yen to investment service B in fund account L. Next, in step SN2, the service provider server 1 instructs the individual company back office system 2 to transfer 2.5 million yen from non-discretionary assets to discretionary assets. Specifically, for example, in the case of the dedicated product method, the purchase of a cash equivalent is instructed. Next, in step SN3, the individual company back office system 2 transfers 2.5 million yen from non-discretionary assets to discretionary assets. Next, in step SN4, the service provider server 1 calculates the purchase amounts of the investment targets in the fund accounts K and L (hereinafter referred to as "investment instructions"). Specifically, for example, fund account K is calculated according to management service A as follows: 400,000 yen for investment trust a, 600,000 yen for investment trust b, and 0 yen for investment trust c. For example, fund account L is calculated according to management service B as follows: 0 yen for investment trust a, 1 million yen for investment trust B, and 500,000 yen for investment trust c. Next, in step SN5, the service provider server 1 communicates an operation instruction to the execution person KAT. Next, in step SN6, the execution person KAT executes the buy order based on the investment instructions and performs contract processing. Next, in step SN7, the execution staff KAT registers the contract details in the individual company back office system 2. Next, in step SN8, the execution person KAT communicates the contract details generated by the purchase instruction to the service provider server 1. Next, in step SN9, the service provider server 1 executes contract processing for each of the fund accounts K and L, and updates the balances.

[0154] In addition, the investment instruction linkage in step SN5 can be performed in two ways: a method of aggregating the investment instructions of fund accounts K and L, and a method of not aggregating the investment instructions. Specifically, for example, the contents that will be shared with the enforcement officer KAT in each method will be as follows: In other words, in the consolidation method, the contents of a 400,000 yen purchase in investment trust a, a 1.6 million yen purchase in investment trust b, and a 500,000 yen purchase in investment trust c are linked. In addition, in the non-aggregation method, the details of a 400,000 yen purchase in investment trust A and a 600,000 yen purchase in investment trust B are linked, and the details of a 1,000,000 yen purchase in investment trust B and a 500,000 yen purchase in investment trust C are linked.

[0155] FIG. 44 is a diagram showing the flow of rebalancing.

[0156] In the above-mentioned investment services A and B, the unit price will be changed as shown below, and rebalancing will be performed accordingly. That is, it is assumed that the unit price of each investment trust has changed as follows: Let's say the unit price of investment trust A changes from 10,000 yen to 10,000 yen (unchanged), the unit price of investment trust B changes from 10,000 yen to 15,000 yen (+50%), and the unit price of investment trust C changes from 10,000 yen to 12,000 yen (+20%). In this case, the allocation ratio of each discretionary investment service changes due to fluctuations in the unit price, so rebalancing is carried out as follows to return to the original ratio. In other words, the ratio of Management Service A is investment trust a:investment trust b = 4:6, and the ratio of Management Service B is investment trust b:investment trust c = 2:1.

[0157] Specifically, rebalancing is performed through the following steps. That is, in step SO1, the service provider server 1 creates rebalancing management instructions for fund accounts K and L. Specifically, for example, fund account K follows management service A, with investment trust a purchased for 120,000 yen, investment trust b cancelled for 120,000 yen, and investment trust c purchased for 0 yen (no trading).Furthermore, fund account L follows management service B, with investment trust a purchased for 0 yen (no trading), investment trust b cancelled for 100,000 yen, and investment trust c purchased for 100,000 yen. Next, in step SO2, the service provider server 1 communicates an operation instruction to the execution person KAT. Next, in step SO3, the execution staff KAT executes the rebalancing order based on the investment instructions and performs contract processing. Next, in step SO4, the execution staff KAT registers the contract details in the individual company back office system 2. Next, in step SO5, the execution person KAT communicates with the service provider server 1 the details of the contract that has occurred as a result of the rebalancing. Next, in step SO6, the service provider server 1 executes contract processing for each of the fund accounts K and L, and updates the balances.

[0158] In addition, there are two types of investment instruction linkage in step SO2: a method of aggregating investment instructions for fund accounts K and L, and a method of not aggregating investment instructions. Specifically, for example, the contents that will be shared with the enforcement officer KAT in each method will be as follows: In other words, in the consolidation method, the contents of a purchase of 120,000 yen in investment trust a, a redemption of 220,000 yen in investment trust b, and a purchase of 100,000 yen in investment trust c are linked. In addition, in the non-aggregation method, the 120,000 yen purchase in investment trust a and the 120,000 yen non-cancellation details in investment trust b are linked, and the 100,000 yen cancellation in investment trust b and the 100,000 yen purchase in investment trust c are linked.

[0159] FIG. 45 is a diagram showing the relationship between portability and commands.

[0160] Here, additional explanations will be given on the terms used in explaining Figure 45. In other words, portability means that it is possible to connect not only to a specific company's system, but also to the same type of system of another company. In other words, it means that it is possible to connect to each of multiple financial institutions, individual companies K. An individual company refers to a Type 1 financial instruments business operator or a registered financial institution that introduces this service. Additionally, a "side effect" refers to a change, such as creation, update, or deletion, to data held by the Service that occurs in connection with any processing related to discretionary investment management.

[0161] This results in the following relationship: In other words, securities account management is complicated, and generally there are many systems that are tightly integrated with each other. As a result, the lineup is centered on the back office systems that are essential for securities account management, and it is rare to be able to combine it with other companies' services, even if they have the same functions. It can be said that this service is a system for managing discretionary investment management that has the portability to eliminate tight coupling with individual company back-office systems 2 and enable connection to any system.

[0162] Specifically, this service incorporates the following three features to ensure high portability: First, all side effects on data held by this service are caused by commands. Specifically, for example, the path by which a command was generated (= the generator) and the side effects are independent. Secondly, it is possible to switch the command generation route so that it can be sent to either the individual company back office system 2 or the virtual account management unit 51. Specifically, for example, various methods can be selected according to the configuration of the individual company back office system 2, such as importing the individual company specifications, performing calculations according to the specifications of the virtual account management unit 51, and replicating the individual company specifications. Thirdly, a layer is provided that generates commands from data in the individual company back office system 2. Specifically, by establishing a layer that absorbs the differences in the specifications of each financial institution's individual KX, it is possible to connect with a variety of back-office systems.

[0163] FIG. 46 is a diagram showing the plug-in implementation of the discretionary investment contract conclusion and the associated functions.

[0164] Here, additional explanations will be given on the terms used in the explanation of Figure 46. The component is a part of this service that provides discretionary investment contract management functions, from contract conclusion to cancellation and deletion. An individual company refers to a Type 1 financial instruments business operator or a registered financial institution that introduces this service. End User M refers to an individual or a corporation that enters into a discretionary investment contract and entrusts the management of assets to the other party. The life cycle of a discretionary investment contract, or contract life cycle, refers to the series of steps involved in a contract, starting from the agency of an individual company in concluding a discretionary investment contract, through consent to any changes to the contract content, termination, and deletion of data after termination.

[0165] This provides the following advantages. In other words, up until now, systems for concluding discretionary investment contracts and providing associated functions have been closely dependent on the sales screen, whether the service is online or face-to-face, and there have been no systems that can provide functions related to the contract lifecycle on any sales screen. However, with this service, it is possible to separate functions related to the contract lifecycle from the sales screen and incorporate them into any sales screen.

[0166] Specifically, this service introduces the following three features in order to separate functions related to the contract lifecycle from the sales screen and enable them to be incorporated into any sales screen. First, the site creation functions related to the life cycle of discretionary investment contracts have been separated. Specifically, financial institution KX is responsible for orders, while components are responsible for the contract life cycle. Secondly, the transition between individual company sites and component sites is a transfer method. Specifically, the components are responsible for hosting, which improves portability through operational independence. Thirdly, the data storage function related to the life cycle of discretionary investment contracts has been separated. Specifically, it has become possible for each component to store data and for individual financial institutions to access the data.

[0167] FIG. 47 is a diagram showing an example of a connection method for electronic delivery of documents. That is, as shown in Fig. 47, when end user M requests to display a delivery document, the data of the requested delivery document is linked after authentication and authorization, and the requested document is displayed. At this time, the component provides a function to supplement documents related to discretionary investment contracts.

[0168] Furthermore, the hardware configuration shown in FIG. 7 is merely an example for achieving the object of the present invention, and is not particularly limited.

[0169] In addition, the functional block diagrams shown in Fig. 8 and Fig. 22 are merely examples and are not particularly limited. In other words, it is sufficient that the information processing system is provided with a function capable of executing the above-mentioned series of processes as a whole, and the type of functional block used to realize this function is not particularly limited to the examples in Fig. 8 and Fig. 22.

[0170] Furthermore, the locations of the functional blocks are not limited to those shown in FIG. 8 and FIG. 22, and may be arbitrary. Furthermore, one functional block may be configured as a single piece of hardware, a single piece of software, or a combination of both.

[0171] When the processing of each functional block is executed by software, the program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer built into dedicated hardware, or may be a computer capable of executing various functions by installing various programs, such as a server, a general-purpose smartphone, or a personal computer.

[0172] A recording medium containing such a program is not only composed of removable media that is distributed separately from the device body in order to provide each user with the program, but also composed of a recording medium that is provided to each user in a state in which it is pre-installed in the device body.

[0173] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually.

[0174] In addition, in this specification, the term "system" refers to an overall device that is composed of a plurality of devices, a plurality of means, etc.

[0175] In summary, the information processing apparatus to which the present invention is applied is sufficient if it has the following configuration, and can take various different embodiments.

[0176] That is, an information processing device to which the present invention is applied (for example, the service provider server 1 in FIG. 8) Among the devices of a manager who manages a predetermined object, an information processing device that at least communicates with another information processing device that distinguishes and manages a first type management unit and a second type management unit in a management unit in which the predetermined object is managed, An individual unit management means (e.g., the virtual account management unit 51 in FIG. 8) that associates each of the N individual units obtained as a result of dividing the first type management unit in the information processing device with each of the N services (N is an integer value equal to or greater than 1) operated within the framework of the first type management unit, and executes a process of managing the N individual units. It will be enough to have this.

[0177] This makes it possible to link any number of fund accounts to the management service, and also makes it possible to open and manage any number of fund accounts.

[0178] moreover, The predetermined object is an asset, The management unit is an end user's trading account; The first type of management unit is a discretionary asset that is an asset under the discretionary investment contract of the end user, The second type of management unit is a non-discretionary asset that is an asset outside the management of the end user's discretionary investment contract, the service is an operation service, The individual units are virtual accounts; The individual unit management means Corresponding each of the N virtual accounts obtained as a result of dividing the discretionary assets in the information processing device into the N items to each of the N operation services operated within the framework of the discretionary assets, and managing the N virtual accounts. It is possible.

[0179] moreover, The individual unit management means a discretionary asset consistency management means (e.g., a discretionary asset consistency management unit 61 in FIG. 8 ) for managing the discretionary assets in the back-office system and the discretionary assets in the information processing device to maintain a consistency state by executing processing of all transactions related to the discretionary assets of the end user that occur in the back-office system; An individual unit management means (e.g., the individual management unit 62 in FIG. 8 ) for managing the N virtual accounts by executing transaction processing using the virtual accounts respectively associated with each of the N operation services on the premise of the state of the match; may have the following structure:

[0180] Furthermore, the individual unit management means an end-user transaction execution unit (e.g., the end-user transaction execution unit 71 in FIG. 8 ) for executing a transaction process based on an operation by the end user as the transaction process for a predetermined operation service among the N operation services; a back-office generated transaction execution unit (e.g., the back-office generated transaction execution unit 72 in FIG. 8 ) for executing processing of transactions related to the predetermined operation service among the transactions generated in the back-office system as processing of the transactions for the predetermined operation service; may include.

[0181] In addition, an information processing device to which the present invention is applied (for example, the service provider server 1 in FIG. 22) An end user device (e.g., the end user terminal 4 in FIG. 21 ) managed by an end user who receives N operation services (N is an integer value equal to or greater than 1) using his / her own assets; An asset manager device (e.g., the individual company back office system 2 in FIG. 21 ) managed by an asset manager who manages the end user's assets in a predetermined management unit; M investment management device (e.g., the investment management company terminal 5 in FIG. 21 ) managed by each of M investment managers (M is an integer value equal to or greater than 1) who manage at least a part of the N investment services by making contracts with the end users; An information processing device that communicates with each other, An individual unit management means (e.g., a virtual account management unit 51 in FIG. 22) is provided for managing the N individual units by associating each of the N individual units obtained as a result of dividing the management unit in the information processing device with each of the N operation services operated within the framework of the management unit for the end user, The individual unit management means An operation service management means (e.g., the operation service management unit 66 in FIG. 22) that manages data associated with a specific operation service, including contract status data indicating the status of the contract between the end user and the manager for the specific operation service, as operation service data, by linking the operation service data with an operation service identifier that can identify the specific operation service, and the individual unit associated with the specific operation service, for each of the N operation services; A user interface means (e.g., a user interface control unit 63 in FIG. 22) that provides a user interface used by the end user or the operator to the end user device or the operator device when the contract for the predetermined operation service is concluded, during the contract, or when the contract is terminated; Including, The individual unit management means is sufficient to execute processing using the operation service data in the individual unit associated with the specified operation service identifier based on operations performed by the end user or the operator on the specified operation service using the user interface.

[0182] This removes the hurdle of bundling, making it possible for multiple investment managers T to provide any number of management services.

[0183] moreover, The individual unit management means an investment manager management means (e.g., the investment manager management unit 67 in FIG. 22) for managing, for each of the M investment managers, the association between the management service identifier of one or more investment services for which a predetermined investment manager has concluded the contract with the end user among the N investment services and an investment manager identifier capable of identifying the predetermined investment manager; an access control means (e.g., an access control unit 64 in FIG. 22) for permitting access to the one or more operation service data identified by the one or more operation service identifiers associated with the operator identifier of the predetermined operator when an operation is performed by the predetermined operator using the user interface; Further comprising: the individual unit management means executes a process using the operational service data to which access is permitted; It is possible.

[0184] moreover, The individual unit management means An end user management means (e.g., the end user management unit 65 in FIG. 22) for managing data associated with the end user as end user data; Further equipped with The access control means includes: When an operation is performed by a predetermined operator among operators of M using the user interface, it is determined whether or not the operation services of M operated by the predetermined operator include any service for which the contract has been concluded with the end user, and when it is determined that there is such a service, access to the end user data is permitted, whereas when it is determined that there is no such service, access to the end user data is prohibited. It is possible.

[0185] moreover, a dedicated individual unit management means for each of P operators (P is an integer value of 1 or more); A connection means (for example, a proxy unit 52 in FIG. 31 ) for connecting the asset manager device of a predetermined asset manager to the individual unit management means dedicated to each of the one or more asset managers associated with the predetermined asset manager when an access request is received from the asset manager device of the predetermined asset manager. The sensor may further include: [Explanation of symbols]

[0186] 1 Service provider server, 2 Individual company back office system, 3 Individual company operation server, 4 End user terminal, 5 Investment manager terminal, 11 CPU, 20 Drive, 31 Removable media, 51, 51A, 51B, 51C, 51n Virtual account management unit, 52 Proxy unit, 61 Discretionary asset matching management unit, 62 Individual management unit, 63 User interface control unit, 64 Access control unit, 65 End user management unit, 66 Operation service management unit, 67 Investment manager management unit, 71 End user transaction execution unit, 72 Back office generated transaction execution unit, 73 Self generated transaction execution unit, 81 End user DB, 82 Operation service DB, 83 Investment manager DB

Claims

1. An end user device managed by an end user who receives N operation services (N is an integer value equal to or greater than 1) using his / her own assets; an asset manager device managed by an asset manager who manages the assets of the end user in a trading account of the end user; M operator devices (M is an integer value of 1 or more) that are managed by M operators who operate at least a part of the N operation services by making a contract with the end user; An information processing device that communicates with each other, a virtual account management means for managing the N virtual accounts by associating the N virtual accounts obtained as a result of dividing the trading account of the end user in the information processing device into the N virtual accounts with each of the N operation services for the end user; The virtual account management means includes: an operation service management means for managing data associated with a specific operation service, including contract status data indicating the status of the contract between the end user and the manager for the specific operation service, as operation service data, by linking the operation service data with an operation service identifier capable of identifying the specific operation service, and the virtual account associated with the specific operation service, for each of the N operation services; a user interface means for providing a user interface used by the end user or the operator to the end user device or the operator device when the contract for the predetermined operation service is concluded, during the contract, or when the contract is terminated; Including, The virtual account management means executes a process using the operation service data in the virtual account associated with the operation service identifier of the specified operation service based on an operation by the end user or the manager for the specified operation service using the user interface. Information processing device.

2. The virtual account management means includes: an operator manager means for managing, for each of the M operators, the association between the operation service identifier of one or more operation services for which a specified operator has concluded the contract with the end user among the N operation services and an operator identifier capable of identifying the specified operator; an access control means for permitting access to the one or more operation service data identified by the one or more operation service identifiers associated with the operator identifier of the predetermined operator when an operation is performed by the predetermined operator using the user interface; Further comprising: the virtual account management means executes a process using the operational service data to which access is permitted; The information processing device according to claim 1 .

3. The previous virtual account management instrument was an end user management means for managing data associated with the end user as end user data; Further equipped with The access control means includes: When an operation is performed by a predetermined operator among operators of M using the user interface, it is determined whether or not there is an operation service of M operated by the predetermined operator that has concluded the contract with the end user, and when it is determined that there is, access to the end user data is permitted, whereas when it is determined that there is no such contract, access to the end user data is prohibited. The information processing device according to claim 2 .

4. a virtual account management means for each of the managers P (P is an integer value of 1 or more); a connection means for connecting the virtual account management means dedicated to each of the one or more asset managers linked to the predetermined manager to the manager device of the predetermined manager when an access request is received from the manager device of the predetermined manager; The information processing device according to claim 1 , further comprising:

5. An end user device managed by an end user who receives N operation services (N is an integer value equal to or greater than 1) using his / her own assets; an asset manager device managed by an asset manager who manages the assets of the end user in a trading account of the end user; M operator devices (M is an integer value of 1 or more) that are managed by M operators who operate at least a part of the N operation services by making a contract with the end user; An information processing method executed by information processing devices that communicate with each other, comprising: a virtual account management step of managing the N virtual accounts by associating the N virtual accounts obtained as a result of dividing the trading account of the end user in the information processing device with each of the N operation services for the end user, and The virtual account management step includes: an operation service management step of managing data associated with a specific operation service, including contract status data indicating the status of the contract between the end user and the manager for the specific operation service, as operation service data, by linking the operation service data with an operation service identifier capable of identifying the specific operation service, and the virtual account associated with the specific operation service, for each of the N operation services; a user interface step of providing a user interface used by the end user or the operator to the end user device or the operator device when the contract for the predetermined operation service is concluded, during the contract, or when the contract is terminated; Including, The virtual account management step includes a step of executing a process using the operation service data in the virtual account associated with the operation service identifier of the predetermined operation service based on an operation of the end user or the manager for the predetermined operation service using the user interface, Information processing methods.

6. An end user device managed by an end user who receives N operation services (N is an integer value equal to or greater than 1) using his / her own assets; an asset manager device managed by an asset manager who manages the assets of the end user in a trading account of the end user; M operator devices (M is an integer value of 1 or more) that are managed by M operators who operate at least a part of the N operation services by making a contract with the end user; Each computer that communicates with execute a control process including a virtual account management step of associating each of the N virtual accounts obtained as a result of dividing the trading account of the end user in the computer into the N virtual accounts with each of the N operation services for the end user, and executing a process of managing the N virtual accounts; As a control process of the virtual account management step, an operation service management step of managing data associated with a specific operation service, including contract status data indicating the status of the contract between the end user and the manager for the specific operation service, as operation service data, by linking the operation service data with an operation service identifier capable of identifying the specific operation service, and the virtual account associated with the specific operation service, for each of the N operation services; a user interface step of providing a user interface used by the end user or the operator to the end user device or the operator device when the contract for the predetermined operation service is concluded, during the contract, or when the contract is terminated; and executing a control process including As at least a part of the control processing of the virtual account management step, a process using the operation service data is executed in the virtual account associated with the operation service identifier of the predetermined operation service based on an operation of the end user or the manager for the predetermined operation service using the user interface. program.

Images