JP4863959B2 - Business service execution system, business service execution method, and business service execution program - Google Patents

Description

  The present invention relates to a technology of a system that provides or uses a business service using an application via a network, and in particular, in a form in which a system that provides a business service is installed in both a provider environment and a user environment. Technology that enables users to use business services without being aware of the installation location of systems that provide business services, technology that enables business services to be transferred at any ratio to both the provider environment and the user environment, and business The present invention relates to a technique for grasping an appropriate timing for changing a service migration rate.

In recent years, due to the development of the Internet and Web technologies, the use of a form in which a system for providing business services using applications is installed in a provider environment without being installed in a user environment is expanding. Conventionally, such a form has been called an application service provider (ASP) (see, for example, Patent Document 1), but in recent years, it is also called “SaaS” (Software as a Service). Many. There are various interpretations of the difference between ASP and SaaS, but the feature is that a system that provides applications and business services is not installed in the user environment. Therefore, here, both ASP and SaaS are referred to as “SaaS”, and (1) SaaS business service provision / use form is referred to as “SaaS form”, and (2) a business service provision system is constructed in the user environment. The form is called “SI (System Integration) form”. Also, the person who provides SaaS is “SaaS provider”, the person who uses SaaS is “SaaS user”, the person who builds the system in the user environment is “SI provider”, and the person who uses SI is “SI Called "user". When comparing the SI form and the SaaS form, the SaaS form is generally advantageous in terms of cost when the use scale is small or the use period is short, and conversely the SI form is used when the scale is large or the use period is long. The form is said to be advantageous in terms of cost.
JP 2002-163232 A

  When an organization introduces a new system, it often starts small and is uncertain how long it will be used. Therefore, it is sufficiently reasonable to start using the SaaS form first. On the other hand, if a business service that has started to be used in the SaaS form is in line with the actual situation of the organization, the use scale is likely to increase gradually and the usage period will increase, and eventually the SI form will be adopted rather than the SaaS form. This is advantageous in terms of cost.

  In view of the above background, a method of adopting the SI form from the beginning is also conceivable in view of an increase in the use scale and an extension of the use period. However, it is difficult to accurately predict an increase in scale or a prolonged period at the beginning of use. For this reason, considering the risk that the system built will be wasted, there are many cases where resistance is felt to start using the SI form.

  On the other hand, when a business service that has started to be used in the SaaS form is changed to the SI form when the use scale becomes large and the use period has been extended, the SaaS user who intends to change to the SI form is a SaaS provider. You may not be able to buy data from. In this case, there is a burial cost that data that has been used in the SaaS format, such as data accumulated in the SaaS business environment, must be discarded. There is a current situation that it is difficult. In addition, even if data can be purchased from the SaaS provider and changed to the SI format without causing burial costs, the data in the SaaS provider environment is transferred to the user environment, and the user While changing the connection destination, the use and provision of substantial business services must be stopped. For this reason, there is an opportunity loss of losing an opportunity to make a profit during the suspension period, and there is a current situation that it is difficult to proceed with the change to the SI form because of the possibility of this opportunity loss occurring.

  The present invention has been made in view of the above circumstances, and an object of the present invention is to discard data accumulated in the SaaS provider environment in a business service that has started to be used in the SaaS mode when changing from the SaaS environment to the SI environment. Is to provide a means for supporting the change from the SaaS environment to the SI environment by reducing the burial cost due to the occurrence of the loss and the opportunity loss that may occur due to the change.

  Moreover, in order to change from the SaaS format to the SI format, there are still some economic and time burdens such as business services and necessary data migration. Even during the change, it is necessary to adjust the transition so as not to hinder the use of the business service by the user. Therefore, a further object of the present invention is to provide a means for facilitating the grasp of the opportunity to change from the SaaS form to the SI form using the above means, and the migration of business services and necessary data.

The following are taken up as the above means.
(1) When an SI form is constructed in the SaaS user environment and the business service is migrated from the SaaS provider environment to the SI form environment, the business service address is set in the SI form environment (original SaaS user environment). A list to be recorded (service address list) is provided, and addresses recorded in the service address list are updated in accordance with the transition of business services. That is, in the service address list, the business service address in the SaaS provider environment is not changed to the SI type environment yet, and the address shown in the SaaS provider environment is left as it is, and the SI type environment is changed. The migrated business service address is rewritten to the address shown in the SI form environment.
In addition, when the data (business data) accumulated in the SaaS provider environment and used when executing the business service is transferred from the SaaS provider environment to the SI form environment, the SaaS provider environment and the SI form environment (original A list (data address list) for recording business data addresses is provided in the SaaS user environment), and the addresses recorded in both data address lists are updated in accordance with the migration of business data. That is, in the data address list, the business data address in the SaaS provider environment is not changed to the SI type environment yet, and the address shown in the SaaS provider environment is left as it is, so that the SI type environment is set. The migrated business data address is rewritten to the address shown in the SI form environment.
However, since the SaaS provider environment and the SI-type environment are connected via a network, the access method to the business service or business data is changed by the transfer of the business service or business data. Therefore, it should be noted that in the above address rewriting, the address resolution method is changed in accordance with the change in the access method. Details will be described later.
(2) As a trigger for the change from the SaaS form to the SI form, the profit and loss when the business is performed in the SaaS form is compared with the profit and loss when the business is performed in the SI form, and a break-even point is obtained from both profits and losses. The break-even point is used as an opportunity to change the form. Details will be described later.
(3) The migration rate and the migration timing of the migration of business services and business data are adjusted in consideration of the operation status of the SI form constructed in the SaaS user environment. Details will be described later.

  According to the present invention, it is possible to reduce the burial cost caused by discarding the data accumulated in the SaaS provider environment and the loss of opportunity that may occur when changing from the SaaS environment to the SI environment. In addition, the change from the SaaS environment to the SI environment can be supported. In addition, it is possible to easily grasp the opportunity to change from the SaaS form to the SI form, and the migration of business services and necessary data.

  The best mode (hereinafter referred to as “embodiment”) for implementing the business service execution system (hereinafter simply referred to as “system”) of the present invention will be described below. In the description, the drawings submitted at the same time as this specification will be referred to as appropriate.

1. Summary;
As this embodiment, there are company A (SaaS provider) that provides business services in SaaS form, and city B (SaaS user) that uses business services of company A in one department, When the use of business services of Company A increases, Company C (SI business operator), which handles SI business at an affiliated company of Company A, constructs the SI form for City B and changes from the SaaS form to the SI form. Taking the case as an example, an outline of the situation to which the present invention is applied will be described.
First, using FIG. 1 and FIG. 2, the relationship between the SaaS company A, the SaaS user B city, and the SI company C company, and the explanation of the system hardware configuration Explain, and explain the major business flow related to the provision or use of business services in that relationship.

1.1. Relationship between Company A, City B and Company C;
FIG. 1 is a conceptual diagram showing the relationship among SaaS company A company, SaaS user B city, and SI company company C. The relationship between Company A (101) and City B (102) is that Company A provides business services to City B in the form of SaaS (1) Provision of SaaS, and City B uses business services of Company A (2) Use of SaaS. In addition, the relationship between Company A and Company C is that Company A will provide Company C with management information indicating the management status of Company A. (3) Provision of management information and Company C will provide management information on Company A. Based on this, the profit and loss related to the business of Company A is handled and monitored as profit and loss information (4) Monitoring of profit and loss information. In addition, the relationship between City B and Company C is that (5) the commission of SI that City B outsources the construction of the SI form to Company C, and the company C constructs the Form of SI to City B. The relationship is (6) provision of SI to perform maintenance.

1.2. System hardware configuration;
Company A (101) owns business server A (111) connected to network (301). The business server A (111) includes, for example, an input unit 111a implemented by a keyboard, a mouse, etc., a control unit 111b implemented by a CPU (Central Processing Unit), and the like, for expanding data to be read and written Hardware resources such as a RAM (Random Access Memory) that secures a storage area, a storage unit 111c implemented by an HDD (Hard Disk Drive) as an external storage device, and an output unit 111d implemented by a display, a printer, etc. A general computer. The control unit 111b is used for the business server A (111) such as a ROM (Read Only Memory) storing a program for executing information processing related to (1) provision of SaaS and (3) provision of management information. The program is read from the recording medium.

  City B (102) has a proxy server (112) connected to the network (301) and a business client (341) connected to the proxy server (112) (one or more). In the present embodiment, an information processing system comprised of a proxy server (112) and a business client (341) owned by B City (102), which is a SaaS user, is referred to as a “SaaS user system” (SaaS form). This is equivalent to the business service utilization system.

  The proxy server (112) includes, for example, an input unit 112a implemented with a keyboard, a mouse, etc., a control unit 112b implemented with a CPU, etc., a RAM that secures a storage area for developing read / write data, and an external storage device This is a general computer that requests and responds on behalf of the business client (341), including hardware resources such as a storage unit 112c implemented by an HDD or the like and an output unit 112d implemented by a display or printer. And the control part 112b stores the program for performing the information processing regarding the information processing etc. which are performed in SI form constructed in B city (102) by the use of (2) SaaS and (5) commission of SI The program is read from the recording medium for the proxy server (112) such as the ROM.

  The business client (341) includes, for example, an input unit 341a implemented by a keyboard or a mouse, a control unit 341b implemented by a CPU, a RAM that secures a storage area for expanding data to be read and written, and an external This is a general computer including hardware resources such as a storage unit 341c implemented by an HDD or the like as a storage device and an output unit 341d implemented by a display or a printer. Then, the control unit 341b reads the program from a recording medium for the business client (341) such as a ROM storing a program for executing information processing for using the business service.

  Company C (103) has a business server C (113) connected to the network (301). The business server C (113) includes, for example, an input unit 113a implemented with a keyboard, a mouse, etc., a control unit 113b implemented with a CPU, etc., a RAM for securing a storage area for developing read / write data, and an external storage It is a general computer provided with hardware resources such as a storage unit 113c implemented by an HDD or the like as an apparatus and an output unit 113d implemented by a display or a printer. And the control part 113b performs the program for performing the information processing regarding the information processing etc. which are performed in (4) Monitoring of profit / loss information and (6) SI form constructed in B city (102) by provision of SI The program is read from the stored recording medium for the business server C (113) such as a ROM.

  If the city B (102) changes from the SaaS format to the SI format, the city B (102) is connected to the network (301) and the proxy server (112) as shown by a two-dot chain line. B (114) will be owned. The business server B (114) includes, for example, an input unit 114a implemented by a keyboard and a mouse, a control unit 114b implemented by a CPU, a RAM that secures a storage area for expanding read / write data, and an external storage It is a general computer provided with hardware resources such as a storage unit 114c implemented by an HDD or the like as an apparatus and an output unit 114d implemented by a display or a printer. And the control part 114b reads the program from the recording medium for business server B (114), such as ROM which stored the program for performing the information processing for providing business service by SI form. In this embodiment, the proxy server (112), the business client (341), and the business server B (114) owned by the B city (102) that has changed to the SI mode and became the SI user. An information processing system comprised of these is called an “SI user system” (corresponding to a business service utilization system in the SI form).

1.3. Regarding the major business flow related to the provision or use of business services;
FIG. 2 is a conceptual diagram showing the relationship between Company A, City B, and Company C along the time axis. Company A (101) provides SaaS to City B (102) (step S201, see FIG. 1 (1)), while City B (102) uses SaaS from Company A (101) (step S202, (See FIG. 1 (2)). While City B (102) is receiving SaaS from Company A (101), Company C (103) monitors profit / loss information of Company A (101) (see step S203, FIG. 1 (4)), Based on the usage status of City B (102), an analysis is performed regarding profits and losses of which SaaS type or SI type is lower cost for City B.

  As a result of analysis, if it is found that the SI form is cheaper for the city B (102) than the SaaS form, the company C (103) recommends the company A (101) to change to the SI form. A form change proposal is made (step S204). For City B (102), the SI format is less expensive than the SaaS format, and the use of City B (102) is better when new customers are accepted with the capacity that was vacated by the transition of City B (102). When company A (101) determines that the risk of additional investment due to the increase in size can be avoided, company A (101) proposes a form change to city B (102) (step S205). If City B (102) determines that it is cheaper to change from SaaS form to SI form, B City (102) outsources the construction of SI form with Company C (103), and B City (102) is a business service by SI A contract (SI contract) is executed (step S206, see FIG. 1 (5)), and company C (103) constructs an SI form for city B (102) (SI implementation) (step S207). .

  After the implementation of SI, part of the business services and business data provided by Company A (101) is transferred to City B (102) (Step S208), and Company C (103) sends Company A (101) and City B ( 102) The operation status of both is monitored (step S209). As a result of monitoring the operation status, it is understood that the migration is successful, and if it is understood that the business service and the business data may be further migrated, the company C (103) becomes the company A (101) and the city B (102). The shift rate is adjusted for (step S210). The company A (101) and the city B (102) that have received the adjustment of the migration rate further migrate the business service and business data from the company A (101) to the city B (102) (step S211). Steps from this monitoring of operation status (step S209) to the migration of business services and business data (step S211) until all business services and business data are migrated from company A (101) to city B (102) Repeat.

2. Provision and use of business services in SaaS format;
Next, using FIG. 3 to FIG. 7, how business services are provided and used between the SaaS company A and the SaaS user B city will be described. Information processing performed from the provision of SaaS from Company A (101) to City B (102) (Step S201) to the form change proposal from Company A (101) to City B (102) (Step S205) will be described. To do.

2.1. System functional configuration (before form change);
FIG. 3 is a diagram illustrating a functional configuration of a system installed in the company A, the city B, and the company C before the implementation of the SI by the company C. Between the business server A (111) of company A (101), the proxy server (112) of city B (102), and the business server C (113) of company C (101), a network (301 ).

  The business server A (111) of the company A (101) includes a business service providing unit (311), a data linkage unit (312), business data (313), a data address list (314), a log (315), and a data synchronization unit. (316), management data (317), and a monitoring unit (318).

  The business service providing unit (311) executes the application provided as the SaaS form, and provides the execution content to the city B (102) as a business service. When providing a business service, the application is executed by reading and writing business data (313). At this time, instead of directly accessing the business data (313), the business data (313) is indirectly accessed via the data linkage unit (312).

  The data linkage unit (312) refers to the data address list (314) in which the address (location) and access method (protocol) of the business data (313) to be accessed by the business service providing unit (311) are registered. In this way, the address and the access method that are actually accessed are solved.

  For example, when an SQL (Structured Query Language) statement is issued from the business service providing unit (311) to the data linkage unit (312), the data linkage unit (312) extracts a table name or the like from the issued SQL statement, It collates with the value registered in the data address list (314), resolves the address and access method where the data is actually registered, acquires the data, and returns the acquired data to the business service providing unit (311).

  The data synchronization unit (316) copies the content data of the business data (313) and moves (transmits or receives) the copied data to another information processing apparatus. When the contents of the business data (313) are moved, the control unit (111b) is instructed to update the data address list (314) based on the moved data. The control unit (11b) updates the data address list (314) according to the instruction.

  The monitoring unit (318) obtains management data (317), which is data that defines a business form related to management in the provision of business services, such as a service price system and customer capacity that can be accepted without additional investment. In addition, a log (315) indicating a history of the usage status of the business service by the user (in this case, the SaaS user) output by the business service providing unit (311) is acquired. Then, predetermined statistical processing is performed on the acquired management data (317) and log (315) to generate statistical information such as usage frequency. The generated statistical information is transmitted to the business server C (113) of the company C (103) and provided as information used by the company C (103) for profit / loss analysis and prediction. Such processing is performed to monitor the provision of business services by City A (101).

  As described above, the services (ie, the business service providing unit (311), the data linkage unit (312), the data synchronization unit (316), and the monitoring unit (318)) arranged in the company A (101) are on the computer. The program to be executed. Data (business data (313), management data (317)) is data registered in the database by the database program and the database program. The log (315) and the data address list (314) are files on the computer. These services, data, and files are arranged on one or more computers (in this embodiment, business server A (111)).

  The business server C (113) of the company C (103) includes a profit / loss analysis / prediction unit (351) and a transition rate adjustment unit (352).

  The profit / loss analysis / prediction unit (351) receives and acquires statistical information from the monitoring unit (318), performs predetermined calculation processing, and performs profit / loss analysis and profit / loss prediction. Company C (103) determines the opportunity for form change from this profit / loss analysis and profit / loss forecast.

  When the city B (102) changes from the SaaS form to the SI form, the migration rate adjustment unit (352) adjusts the migration rate and migration timing of the migration of business services and business data.

  As mentioned above, the tools (profit analysis / prediction unit (351), transition rate adjustment unit (352)) arranged in the company C (103) are programs executed on a computer. It is arranged on the above computer (business server C (113) in this embodiment).

  The proxy server (112) of B city (102), which is a SaaS user, includes a Proxy (342) and a service address list (343). The business client (341) using the business service accesses the business service providing unit (311) via the Proxy (342). At that time, the Proxy (342) can know the connection destination by reading the address from the service address list (343) in which the address of the business service provided by the business service providing unit (311) to be accessed is described.

  As described above, the business client (341) and the proxy server (112) are independent computers, and the Proxy (342) is executed on the computer called the proxy server (112), and is mainly accessed from the business client (341). It is a program that represents requests and responses. The service address list (343) is a file on the file system of the Proxy (342).

  In addition, it is preferable to take security measures such as encryption and authentication between each program, service, and data as necessary. For example, between the monitoring unit (318) and the profit / loss analysis / prediction unit (351), if management information is leaked to a third party, Company A loses its competitiveness. It is necessary to encrypt it so that it is not possible. In addition, it is necessary to perform authentication to prevent management information from being viewed by companies other than Company C. Similarly, it is necessary to perform encryption or authentication between the business service providing unit (311) and the Proxy (342) or the business client (341). In this case, it is preferable to execute information processing such as encryption and authentication in the Proxy (342). In the present embodiment, the description will be continued assuming that such encryption and authentication are performed. However, detailed description regarding encryption and authentication is omitted.

2.2. About service address list;
FIG. 4 is a diagram showing an outline of the service address list (343). The service address list (343) indicates a service ID (Identification) field (401) in which information for identifying the business service is registered, a service name field (402) in which the name of the business service is registered, and the location of the business service. The database is configured with a service address field (403) in which addresses are registered. “SaaSorSI.com” appearing in the service address field (403) of FIG. 4 is a SaaS domain provided by Company A (101), and the system is still in SaaS form, so Proxy (342) The business service is connected to the business service providing unit (311) of company A (101). In this case, since the connection is made via the network (301), the addresses of all business services registered in the service address field (403) are written in the https schema.

2.3. About data address list;
FIG. 5 is a diagram showing an outline of the data address list (314) in the company A (101). The data address list (314) is a DBID field (501) in which information for identifying a database (DB (Data Base)) constituting business data (313) used when executing a business service is registered, and the name of the database. Is registered in the DB name field (502), the data address field (503) in which the data address indicating the location of the database is registered, and when the SaaS company A (101) provides business services, An ID field (504) in which information for identifying the SaaS provider accessing the database constituting the business data (313) used when executing the business service is registered, and a password (PW used by the SaaS provider) : Password) is registered in the PW field (5 5) configured as a database with.

  Since all business data (313) is in company A (101) before the form change, all data addresses registered in the data address field (503) are computers (business servers) in company A (101). A (111)). That is, since the connection is not made via the network (301), the data address registered in the data address field (503) is written in the jdbc schema. In the present embodiment, the program for executing the business service is created by Java (registered trademark), and the interface specification for accessing the business data (313) is using JDBC (Java DataBase Connectivity). . However, in applying the present invention, the types of programs and interface specifications are not limited to this.

2.4. About business data;
The business data is used when providing a business service that can be executed by resolving the address registered in the data address field (503) of the data address list (314). The business service includes a user authentication service (see FIG. 4) that performs user authentication when the user starts using various business services. When the user authentication service is executed, a user DB (see FIG. 5) in which addresses are registered in the data address list (314) is used as the business data (314).

  In all business services including the user authentication service, the records registered in the service address list (343) in the city B (102) and the data address list (314) in the company A (101) are registered. It is assumed that the record being linked is linked using a known technique. For example, as described above, the service ID “s00001” (see FIG. 4) of the user authentication service is associated with the DBID “d00001” (see FIG. 5) of the user DB. The same applies to other service IDs and DBIDs.

  FIG. 6 is a diagram showing an outline of the user DB (600) which is one item in the business data (313). As described above, it is explained that appropriate authentication is required between the business service providing unit (311), the Proxy (342), and the business client (341). However, the user DB (600) performs business authentication for user authentication. Used from the service providing unit (311) via the data cooperation unit (312).

  The user DB (600) includes a user ID field (601) in which information for identifying a user is registered, a PW field (602) in which a password used when the user starts using a business service, and The database is configured with a permitted service ID field (603) in which information for identifying a business service permitted to be used by the user is registered. The permitted service ID registered in the permitted service ID field (603) matches any value (information) registered in the service ID field (401).

  FIG. 7 shows a screen example of the business client (341). For example, a user authentication service screen (710) is displayed on a display implemented as the output unit 341d. A client application using SaaS is generally operated on a Web browser using a technique such as Ajax (Asynchronous JavaScript And XML), and FIG. 7 also imagines a Web browser. The output unit 341d of the business client (341) has an address display / input field (701), and the business service to be used is selected by changing the address input in the address display / input field (701). Can do. Since the operation is performed on the Web browser, the notation of the input address is in a URL (Uniform Resource Locator) format. In general, the input unit 341a is used to input an address. However, the input is not necessarily performed manually by the user, and the screen may be changed by automatically inputting an address by a button operation or the like.

  On the user authentication service screen (710), a user ID input field (711), a password input field (712), a login button (713), and a cancel button (714) are arranged. For example, when the user identified by the value “u00001” starts using the business service of Company A (101), the user authentication service (see FIG. 4) is executed first. The user inputs “u00001” in the user ID input field (711) and the password “p00001” in the password input field (712). The characters entered in the password input field (712) are displayed as “******” so that they are not visible to the outside. Thereafter, when the user presses the log-in button (713), a service request is made, and the user authentication service of the business services is operated, and whether or not the user DB (600) of the business data (313) is adapted. Is confirmed. In the confirmation, it is determined whether or not the value “u00001” input in the user ID input field (711) matches the value registered in the user ID field (601) of the user DB (600). . Further, it is determined whether or not the “p00001” value input in the password input field (712) matches the value registered in the PW field (602). Further, it is determined whether or not the value “s00001” registered in the service ID field (401) indicating the user authentication service matches the value registered in the permitted service ID field (603). If they all match, it is determined that the user is a registered user, and authentication is allowed. When it is authenticated that the user is a registered user, the value (“s00001”, “s00002”, “s00003”, “s00004”) registered in the permitted service ID field (603) on the user authentication service screen (710) is displayed. A menu of business services permitted to be used (“user authentication service”, “scheduler service”, “e-mail service”, “bulletin board service”) is displayed.

2.5. Address resolution by Proxy (342);
Here, the address “https: // SaaSproxy / common / login” input in the address display / input field (701) is the address “https://SaaSorSI.com/common” registered in the service address field (403). / login "(see FIG. 4). The host name (SaaSproxy) indicated by the address input in the address display / input field (701) indicates Proxy (342). Accordingly, the service request from the business client (341) is first sent to the Proxy (342) together with the input address by the address (https: // SaaSproxy / common / login) input in the address display / input field (701). Sent.

  The Proxy (342) finds from the service address list (343) the address sent from the business client (341) whose path name (/ common / login) matches the path name in the service address field (403), A request is sent to the found service address (http://SaaSorSI.com/common/login) (see FIG. 4). Since this service address indicates the address of the business service providing unit (311), a service request from the business client (341) is transmitted to the business service providing unit (311) via the Proxy (342). Thereafter, when the proxy (342) receives a service response from the business service providing unit (311), the proxy (342) transfers the response to the business client (341).

  In this way, a service request from the business client (341) is sent to the proxy (342) via the proxy (342) without the business client (341) knowing the address of the business service providing unit (311). By resolving the address by the address list (343), the address is transferred to the business service providing unit (311).

  As another method of address resolution in the Proxy (342), there is a method of designating a service ID in the path name among the addresses input to the address display / input field (701) of the business client (341). In other words, when using the user authentication service, “https: // SaaSproxy / common / login” is not specified in the address display / input field (701) as shown in FIG. Specify "/ s00001". In this case, the Proxy (342) can search the service address field (403) of the service address list (343) for the service address having the service ID field (401) that matches “s00001” specified as the path name.

  As a similar modification, the service name (402) may be specified as the path name specified in the address display / input field (701). That is, “https: // SaaSproxy / user authentication service” is specified. In this case, the Proxy (342) searches the service address field (403) of the service address list (343) for a service address having the service name field (402) that matches the “user authentication service” specified as the path name. it can.

2.6. About form change timing;
Next, with reference to FIG. 8 to FIG. 10, it is shown how the SI provider company C grasps the appropriate time (mode change timing) for changing the use form.

  FIG. 8 is a diagram showing the contents recorded in the log (315) output by the business service providing unit (311). Usually, the application provided in the SaaS form is a Web application, and each time a process of the Web application program is executed, the date and time (801) when the process was executed, and the name of the program (802) that executed the process (service address) Matches the value registered in the service ID field (401) of the list (343)), the user name (803) that requested the processing (matches the value registered in the user ID field (601) of the user DB (600)) The other message (804) (for example, “OK” indicating that the process has succeeded, “NG” indicating that the process has failed, etc.) is output while being added as a log file as one record. One record is output as appropriate, such as when the process is called and when the process is completed. By analyzing the information recorded in the log (315), the usage rate of business services and frequently used business It is possible to grasp services and business services that require time for processing.

  FIG. 9 is a diagram showing the contents recorded in the management data (317). Which of the SaaS form and the SI form is lower in cost is mainly determined by the number of users and applications used for SaaS users. Therefore, in FIG. 9, as management data (317), in a monthly basic fee system (901) indicating a monthly basic fee charged per user according to the number of users, e-mail service which is one of business services, Email monthly fee system (902) showing the monthly fee charged to the user according to the capacity of the mailbox used by the user, how much usage to one SaaS user (B city, D city, etc.) depending on the business service Data such as the number of users (903) indicating whether the user is registered.

  On the other hand, for a SaaS provider, which form is low-cost depends on the performance and capacity of business services (the number of users that can be accepted in the current system, etc.). Therefore, in FIG. 9, as management data (317), according to the business service, a service request and service between the client terminal (341) and the business server A (111) of Company A (101), which is a SaaS provider. The service response guarantee time (904) indicating the longest period required for the response to be transferred is recorded.

  FIG. 10 shows a screen example of the profit / loss analysis / prediction unit (351). When the business server C (113) of the company C (103) executes processing by the profit / loss analysis / prediction unit (351), the screen shown in FIG. 10 is displayed on the display implemented as the output unit 113d. The profit / loss analysis / prediction unit (351) analyzes the management data (317) acquired from the monitoring unit (318) and the data (315) of the business service provision unit (311), and outputs the prediction result related to profit / loss on the screen. . In order to analyze profits and losses for each SaaS user (B city, D city, etc.) using SaaS of Company A (101), the display can be switched on a SaaS user basis in the tab display (1001). Information such as profit / loss forecast (1002), registered user forecast (1003), and number of applications used (1004) is displayed in a graph on the screen so that the difference between the measured value up to now and the predicted value in the future can be understood. Displayed with different types and colors.

  In the profit / loss forecast (1002), the horizontal axis represents the date, and the vertical axis represents the profit / loss when the business service providing business is performed. The graph shows the change in profit and loss in the SaaS format (1006) (actually measured profit and loss actually shown from the start of the business to the present (April 1, 2007) (shown in solid lines) and several months from now Expected value (indicated by a broken line) expected to be increased by the period and transition of profit and loss at the time of SI form (1005) (assuming that the SI form will be used from the start of business to the present (April 1, 2007)) The estimated value of profit or loss that would have been necessary if indicated (indicated by a solid line) and the expected value that would be required in the future when the SI format was changed in consideration of the preparation period for the change to the SI format from the present (2 Displayed with a dotted line)). These profit and loss trends are calculated based on the registered user prediction (1003) and the number of applications used (1004).

  In the registered user prediction (1003), the horizontal axis indicates the date, and the vertical axis indicates the number of registered users when the business service providing business is performed. The actual value of the number of users actually registered from the start of the business to the present is indicated by a solid line, and the predicted value of the number of users expected to be registered several months ahead from the present is indicated by a broken line. In the number of applications used (1004), the horizontal axis indicates the date, and the vertical axis indicates the number of applications that can be used by the user in the business service provision business. The actual value of the number of applications that can actually be used from the start of the business to the present is indicated by a solid line, and the estimated number of applications that are expected to be registered in the months ahead from now is indicated by a broken line. ing.

  The point at which the graphs (1005, 1006) of changes in profit / loss in the profit / loss forecast (1002) intersect is the break-even point (LG) based on the forecast. If this prediction is accurate, the migration cost (the cost required for migrating business services and business data when changing from the SaaS format to the SI format. The loss caused by burial costs and opportunity losses may be included). If it is infinitely small, there is a merit for City B (102) to change from the SaaS form to the SI form near the breakeven point (LG). Therefore, company C (103) makes a proposal for changing the form from the SaaS form to the SI form to company A (101) (step S204 in FIG. 2), and company A (101) is changed by B city (102). When it is felt that it is possible to secure the capacity for accepting new customers, a form change proposal is made to City B (102) (step S205 in FIG. 2). When City B (102) accepts the form change proposal, an SI contract is concluded between City B (102) and Company C (103) (step S206 in FIG. 2).

3. Provision and use of business services when changed to SI format;
Next, with reference to FIG. 11 to FIG. 13, a description will be given of a change in the system configuration due to the execution of SI (step S207 in FIG. 2) after the SI contract is concluded between the city B and the company C.

3.1. Functional configuration of the system (after change of configuration);
FIG. 11 shows an overview of the system configurations of Company A, City B, and Company C after SI by Company C is implemented. The change from FIG. 3 which is the system configuration before the implementation of SI is mainly the SI target range (1101) of B city (102), and therefore, the SI target range (1101) will be mainly described. In addition, B city (102) changed from the SaaS user to the SI user by providing the SI target range (1101).

  Company C (103) has a functional configuration having a function equivalent to the range used by City B (102) among the functional configurations realizing the SaaS form of business server A (111) of Company A (101). Build in City B (102). That is, functions equivalent to those of the business service providing unit (311), the data linkage unit (312), the business data (313), the data address list (314), the data synchronization unit (316), and the monitoring unit (318) are provided. The business service providing unit (331), the data linkage unit (332), the business data (333), the data address list (334), the data synchronization unit (336), and the monitoring unit (338) are included in the SI target range (1101). To construct. The log (335) is also constructed in the target range (1101) and has the same function as the log (315), but is output when the business service providing unit (331) is used.

  These services arranged in the SI target range (1101) (that is, the business service providing unit (331), the data linkage unit (332), the data synchronization unit (336), and the monitoring unit (338)) are on the computer. It is a program executed in The business data (333) is a database program and data recorded by the database program. The log (335) and the data address list (334) are files on the computer. These services, data, and files are arranged on one or more computers (in this embodiment, business server B (114)).

  In the state where the SI has just been performed, the business data (333) has only a database area and is empty. The service address (403) recorded in the service address list (343) all indicates the address of the business service (311) on the side of Company A (101) (that is, written in the https schema). 4). In addition, the data address list (314, 334) needs to record logically the same contents, and all data points to the business data (313) in a state where the SI has just been performed (that is, data All data addresses in the address list (314) are written in the https schema.)

3.2. The logically the same content is recorded;
A mechanism for logically indicating the same data even though the data addresses recorded in the data address lists (314, 334) do not coincide in terms of notation will be described with reference to FIG.

  FIG. 12 is a diagram showing an outline of the data address list. (A) shows the contents recorded in the data address list (314) and is shown again in FIG. On the other hand, (b) shows the contents recorded in the data address list (334), and the contents of the data address field (1203), ID field (1204), and PW field (1205) are different from those in (a). ing. The value registered in the data address field (1203) is changed because the schema is changed from “jdbc” to “https”. The host part has also been changed from “db1: 9999” to “db.SaaSorSI.com”.

  When the business data (313) is viewed from the data linkage unit (312) in the company A (101), it is on the same LAN (Local Area Network) and can be accessed using the jdbc schema. On the other hand, when the business data (313) is viewed from the data linkage unit (332) in the city B (102), the network (301) is sandwiched between them so that access using the jdbc schema is not possible.

  Therefore, the data linkage unit (332) in the city B (102) does not directly access the business data (313) in the company A (101) where the business data exists, but the data linkage unit of the company A (101). A request is sent to (312), and the target data in the business data (313) is obtained via the data linkage unit (312). At this time, the data linkage unit (332) calls the data linkage unit (312) over the network (301), and thus accesses the web service. As a result, the address (location) registered in the data address field (1203) indicates the web service endpoint of the data linkage unit (312), and the ID field (1204) and the PW field (1205) are respectively web addresses. It is the ID (hoge) and password (wspw) for using the service. In this way, the logically same contents are recorded in the data address list (314, 334) means that even if the schema for accessing business data is changed by changing to the SI form, the data address is changed. This also means that the data linkage unit (312, 332) can be directly accessed regardless of the address of the business service to be used by changing the host part of the server (changing other data as necessary). .

  The data address list (314, 334) may record the location and protocol in units of tables and records in addition to recording the location and protocol in units of database as described above. FIG. 13 shows an example of a data address list (314) in which data addresses (503) are recorded in units of tables and records. Of the business data used by the scheduler service, which is one of the business services, attention is focused on a record having a value “d00002-1” registered in the DBID field (501). In this record, the data recorded in the table specified by the table name “daily” is recorded in the business data (313) (for example, one record is created for each day of scheduler service processing contents). Just imagine the situation.) Therefore, since the data link unit (312) accesses the local environment, the data address (1210) is written in the jdbc schema.

  On the other hand, attention is focused on a record having a value of “d00002-2” registered in the DBID field (501). In this record, among the tables specified by the table name “monthly”, the data whose column name “month” is “1-6” is transferred to the business data (333) in the B city (102) environment and recorded. (For example, the data processed from January to June in a certain year of the scheduler service may be assumed to have already been transferred to B city (102) as the SI form). Therefore, the data address (1211) is written in the https schema, and is accessed by the Web service between the data linkage services (312 and 332).

  Similarly, data whose column name “month” specified by the table name “monthly” is “7-12” is in the business data (313) of Company A (101) (for example, a year with a scheduler service) The data processed from July to December may be assumed to have not yet been transferred to B city (102) as the SI form.) Therefore, the data address (1212) is written in the jdbc schema, and the data linkage unit (312) accesses the local environment.

  As described above, in the transition period from the SaaS form to the SI form, the data linkage unit (312 and 332) directly accesses the business data by writing the table name of the data address according to the migration status of the business data. It is possible to narrow down the objects to be performed, and it is possible to eliminate problems associated with the change in form (such as accessing an address where data does not exist due to migration).

  Similarly, in the data address list (334), the location and protocol can be recorded in units of tables and records. However, in the transition period from the SaaS form to the SI form, the value registered in the data address (503) of the data address list (334) is the address written in the jdbc schema for the migration destination one. For the source, the address is written in https schema.

4). Regarding adjustment of migration rate;
Next, mainly using FIGS. 14 to 19, after company C (103) performs SI on city B (102) (see step S207 in FIG. 2), part of business services and business data is transferred to company A. (101) From the SaaS environment to the B city (102) SI environment (step S208 in FIG. 2), using the monitoring unit (338) and the transition rate adjustment unit (352), the B city (102) SI environment 2 is monitored (see step S209 in FIG. 2), and the transition rate adjustment unit (352) is used to adjust the transition rate (see step S210 in FIG. 2). Based on the adjusted transition rate, A procedure for transferring business data (see step S211 in FIG. 2) will be described.

  In FIG. 11, when a part of business service or business data is transferred from the SaaS environment of Company A (101) to the SI environment of City B (102) (see step S208 in FIG. 2), the business data (313) The process of migrating data to the business data (333) is performed by the data synchronization unit (316, 336). After the data has been transferred normally, the data synchronizers (316, 336) update the data address list (314, 334) so that the data address list (314, 334) is updated as shown in FIG. Although the recorded contents are different, the substance of the data indicated by the list is logically the same.

  Unlike business data (313, 333), business service providing units (311, 331) provide the same business service in company A (101) and city B (102). However, there is no problem if the proxy (342) can be assigned. For example, when the user authentication service is executed as a business service, the address (https://SaaSorSI.com/common/login) determined by the https schema is used as the service address of the service address list (343) before the form change (FIG. 4). In the transition period of the form change, addresses determined by the jdbc schema are also registered in the service address list (343). The service ID and service name are also changed as necessary (see FIG. 4). The Proxy (342) determines whether the business data related to the user exists in Company A (101) or City B (102) from the service request of the business client (341) (for example, the service request of the user authentication service). The service address of the existing one is extracted from the service address list (343), and a service request is made to the business service providing unit (311, 331) according to the extracted service address. Eventually, the migration of the business service is performed by transmitting a migration command (command for instructing the migration of the business service) from the migration rate adjustment unit (352) to the Proxy (342), and the Proxy (342) is in the service address list. This is achieved by updating (343) (registering only the migration destination service address). The timing at which the business services (311 and 331) and business data (313 and 333) are migrated is performed by the monitoring unit (338) and the migration rate adjustment unit (352).

  The monitoring unit (338) acquires the business service log (335) and the business data (333), performs predetermined arithmetic processing on the acquired log (335) and business data (333), and migrates. Operational information that defines whether business services and business data are working well, and whether or not sufficient performance (performance) is obtained for response performance, etc. (that is, the operational status of the SI user system in B city (102)) (Details will be described later). Such processing is performed to monitor the provision of business services by City B (102).

  The migration rate adjustment unit (352) acquires the operation information generated by the monitoring unit (338), determines the performance of the business service and business data migration, and adjusts the migration rate based on the determination result (FIG. 2). Step S210) is performed on the data synchronizers (316, 336) and the service address list (343). Then, migration based on the adjusted migration rate (see step S211 in FIG. 2) is performed by the synchronization processing by the data synchronization units (316, 336).

4.1. Regarding the procedure for adjusting the migration rate;
FIG. 14 is a diagram illustrating an outline of a processing procedure for adjusting the transfer rate by the transfer rate adjusting unit (352). First, the migration rate adjustment unit (352) acquires operation information from the monitoring unit (338) of the city B (102) (step S1401). It is determined from the acquired operation information whether or not a certain level of performance has been obtained (step S1402). If the performance is not satisfied (No in step S1402), the bottleneck part that causes it is identified as the business server C ( 113) on the screen on the display mounted as the output unit 113d (step S1403). Thereafter, the sleep process (step S1404) is performed for a certain period, and the operation information of the city B (102) is monitored again (step S1401). Company C (103) presented with the bottleneck location tunes the SI user system in City B (102) as necessary.

  If performance above a certain level is obtained (Yes in step S1402), it is determined whether all business services and business data have been migrated to city B (102) (step S1405), and migration has been completed. (Yes in step S1405), the process is terminated. If the migration has not been completed yet (No in step S1405), it is determined that the business service or business data may be further migrated from the operation information, and the process proceeds to step S1406 and step S1408.

  When migrating business data, the migration rate of business data to be migrated is set (step S1406), a migration command is transmitted to the data synchronization units (316, 336) (step S1407), and after the sleep process (step S1404), The operation information of city B (102) is monitored again (step S1401). On the other hand, when the business service is migrated, the migration rate of the business service to be migrated is set (step S1408), a migration command is transmitted to the Proxy (342) (step S1409), and after the sleep process (step S1404), B is again executed. The operation information of the city (102) is monitored (step S1401). In this way, all business services and business data are executed until they are migrated.

4.2. About operation information;
FIG. 15 is a diagram illustrating an example of an operation information message (1501) of operation information acquired by the transition rate adjustment unit (352) from the monitoring unit (338). Considering that the transition rate adjustment unit (352) and the monitoring unit (338) are connected by the network (301) and the network (301) is an open network represented by the Internet, the operation information message (1501) is An XML (eXtensible Markup Language) message format acquired through a Web service will be described as an example.

  The operation information message (1501) is largely composed of a location information part (1502), a performance information part (1503), and a migration information part (1504).

  The location information part (1502) includes a business service location information part (1505) indicating the location of the business service and a business data location information part (1506) indicating the location of the business data. If all the location attribute values in the location information section (1502) are “B”, it can be understood that all business services and business data have been transferred to B city (102).

  The performance information section (1503) includes a throughput information section (1507) and a capacity information section (1508). In the throughput information section (1507), a list of processes that take time (response time) extracted from the log (335) is recorded. The capacity information section (1508) includes an average load ratio (loadaverage) and disk capacity (volume) for each server in the B city (102) environment (web server (web), application server (ap), database server (db)). ) Etc. are described. From the information described in the performance information section (1507) and the capacity information section (1508), the transition rate adjustment section (352) can determine whether or not a certain performance (performance) is obtained.

  The migration information part (1504) is composed of a migration log information part (1509) that records a history of migration of business services and business data. From the information described in the migration log information part (1509), the date and time (move date) of migration, the direction of migration (from), and the migration rate (change) can be known.

4.3. About data synchronization processing procedure;
FIG. 16 is a diagram showing a processing flow of the data synchronization unit (316). The data synchronization unit (316) performs standby processing (step S1601) until it receives a migration command from the migration rate adjustment unit (352) (step S1602). After receiving the migration command, operation information is received and acquired from the monitoring unit (318) (step S1603), and a migration target data candidate is selected (step S1604). A migration target data candidate list in which the selected migration target data candidates are recorded is transmitted to the data synchronization unit (336) (step S1605), and the quality of the list is determined (step S1606).

  If a response indicating that the list candidate is OK is not obtained from the data synchronization unit (336) (No in step S1606), the process returns to step S1604, and the migration target data candidate is selected again (step S1604). If a response indicating that the list candidate is OK is obtained (Yes in step S1606), the migration target data selected as the migration target data candidate is transmitted to the data synchronization unit (336) (step S1607), and the migration target data is migrated. In step S1608, it is determined whether the copy executed in step S1 has been performed normally.

  If copying is not performed normally and no response is returned to the migration target data migration request (No in step S1608), the migration target data is sent again (step S1607). When copying is performed normally and a response to the request for migration of the migration target data is received (Yes in step S1608), the control unit (111b) updates the data address list (314) based on the migration target data. ) To delete the migrated data (step S1609). The control unit (111b) deletes the migrated data according to the instruction.

  After the above processing, it is confirmed whether or not the migration rate designated by the migration rate adjustment unit (352) has been achieved (step S1610). If the migration rate has been achieved (Yes in step S1610), the standby processing (step S1601) is performed. If not achieved (No in step S1610), the process returns to the process of acquiring operation information from the monitoring unit (318) (step S1603).

  The data synchronization unit (336) of the city B (102) that receives the data to be transferred executes the process corresponding to the process of the data synchronization unit (316), so that the city A (101) and B city (102) can align (synchronize) the status of the transition. When receiving the migration target data in step S1607, the data synchronization unit (336) instructs the control unit (114b) to update the data address list (334) based on the received migration target data. The control unit (114b) updates the migrated data according to the instruction.

4.4. Regarding the selection of data to be migrated;
Here, the selection of candidate data to be migrated (step S1604) requires a contrivance to avoid a decline in business service performance (obtained from the performance information section (1503) of operation information) accompanying the migration of business data. Become. Data linkage is performed during the period from the start of the process of transmitting the migration target data to the data synchronization unit (336) (step S1607) until the data address list (314) is updated (during the update process) (step S1609). Depending on the timing at which the sections (312 and 332) access the data address lists (314 and 334) and the business data (313 and 333), the uniqueness of the data may not be maintained.

  Therefore, a method is adopted in which access by the data linkage unit (312, 332) is not accepted during the update process. This method will be described with reference to FIG.

  FIG. 17 is a diagram showing the contents recorded in the data address list (334). Compared with the data address list (334) of FIG. 12B, the difference is that an update field (1220) is provided. This difference will be described. The same applies to the data address list (314), and will be described together.

  The update field (1220) is a field in which it can be set whether or not data is being migrated to the data address list (314, 334). The data linkage unit (312, 332) needs to access the business data (313, 333) only when the data to be accessed is not being updated. Therefore, as information processing, first, the data synchronization unit (316, 336) transmits the migration target data to the partner data synchronization unit (336, 316) (step S1607) and sets the value of the update field (1220). Set to “1” to indicate that updating is in progress. After the data address list (314, 334) is updated (step S1609), the value of the update field (1220) is also rewritten to “0” to indicate that it is not being updated. In the present embodiment, information indicating that data is being migrated is registered in the update field (1220), and the data linkage unit (312 and 332) is prevented from accessing the business data (313 and 333). Is called “business data lock”.

  When the data linkage unit (312, 332) accesses the business data (313, 333), if the target data is locked with the business data lock, the data linkage unit (312, 332) can proceed the processing. The business service providing units (311 and 331) cannot proceed. For this reason, it is important to shorten the time taken for the business data lock so as not to deteriorate the performance of the business service.

  Therefore, when selecting the migration target data candidate (step S1604), it is necessary to select data that is unlikely to be accessed from the data linkage unit (312, 332) at the migration timing. Which data is frequently used and at what timing is determined by examining logs (315, 335) output by the business services (311, 331) and operation information regarding the business data (313, 333). So I can make some predictions. Therefore, the data synchronization unit (316, 336) obtains information on the access frequency and access history of the business data (313, 333) from the monitoring unit (318, 338), and the business data lock occurs at this transition timing. In addition, it is possible to select a migration target data candidate that is expected to have a low influence on the data linkage unit (312, 332).

  FIG. 18 is a diagram illustrating a screen example of the transition rate adjustment unit (352). When the business server C (113) of the company C (103) executes processing by the migration rate adjustment unit (352), the screen shown in FIG. 18 is displayed on the display mounted as the output unit 113d. A target user (B city, D city, etc.) to be adjusted is designated by a tab (1701). A transition rate transition graph (1702) showing the transition status of the transition rate so far is displayed on the screen, where the horizontal axis indicates the date and the vertical axis indicates the transition rate. An operation information acquisition button (1703) is pressed to inquire the monitoring unit (338) to acquire operation information. The transition rate transition graph (1702) is created based on the transition information part (1504) in the operation information message (1501) acquired from the monitoring part (338) by the transition rate adjustment part (352), and is updated at regular intervals. To do.

  In addition to the transition rate transition graph (1702), the screen also includes a transition rate input field (1704) for entering the current transition rate and the transition rate to be set, and a confirmation period (input entered) for the next transition. Confirmation of whether or not the data migration can proceed at the migration rate by inputting the person who uses the migration rate adjustment unit (352) (in this case, the period to confirm with Company C (103)) and the confirmation period to be set There is a period input field (1705), and when a transmission button (1706) is pressed, a migration command is transmitted to the data synchronization units (316, 336) and the Proxy (342). Note that the transition rate, the confirmation period, and the like are input by, for example, input from the input unit 113a. The migration rate input field (1704) is divided into two parts, a field for entering the business service migration rate and a field for entering the business data migration rate. You may enable it to set individually.

  The number of days input in the confirmation period input field (1705) is used in selecting the migration target data candidate (step S1604). When the confirmation period is specified to be long, the data synchronization unit (316, 336) selects a small number of target data items per time, and when the confirmation period is specified to be short, the data synchronization unit (316, 336) selects a large number of target data items per time. Therefore, if you specify a longer confirmation period, business data locks are less likely to occur, so there is less business service performance degradation, and there is a merit that reliability is higher because there is less impact from one-time data migration. . On the other hand, there is a demerit that the coexistence period of the SaaS form and the SI form becomes longer and the period for paying the SaaS usage fee becomes longer.

4.5. About the migration command;
FIG. 19 shows examples (a) to (c) of migration command messages of migration commands transmitted from the migration rate adjustment unit (352) to the data synchronization units (316, 336) and the Proxy (342). As in the case of the operation information (FIG. 15), the migration command is also expressed in the Web service XML message format.

  As shown in (a), a migration command (1802) is described in the migration command message (1801). The migration command (1802) includes an implementation date (move date), a migration source (from), a migration destination (to), a migration rate (change), and a confirmation period (duration). Further, an attribute “move type” may be provided as in the migration command (1803) shown in (b), and the migration rate may be changed between the business service and the business data. Further, the migration direction may be changed between the business service and the business data as in the migration command (1804) shown in (c). That is, in the migration source (from) and the migration destination (to), “A (means A city (101)”) and “B (means B city (102))” are interchanged, and the migration command As shown in (1804), the business service is transferred from the city B (102) to the city A (101). Such reverse migration is effective, for example, as tuning of the SI user system in City B (102) when the performance of the migration is insufficient and a bottleneck has occurred (see step S1403 in FIG. 14). Processing.

5. Summary;
The business service execution system according to the present embodiment has the following effects. That is, since the business client (341) of the SaaS user environment (B city (102)) uses the business service via the Proxy (342), the business service is the SaaS business environment (A city (101)) and the SaaS user. Regardless of which environment (B city (102)) is installed, the business service user can use the business service without being aware of the change of the connection destination by specifying the same service address. Can do.
In addition, since the business service providing units (311 and 313) access the business data (313 and 333) via the data linkage units (312 and 332), the business data (313 and 333) is stored in the SaaS provider environment (A city ( 101)) and the SaaS user environment (B city (102)), the business data (313, 333) can be accessed. For this reason, it is possible to change from the SaaS form to the SI form with reduced burial costs and opportunity loss.

  In addition, since the monitoring unit (318, 338) and the profit / loss analysis / prediction unit (351) can grasp the break-even point and the current situation of the SaaS form and the SI form, it is appropriate to switch from the SaaS form to the SI form. The time of change can be determined.

  In addition, since the address of business data and business service can be flexibly changed by the data synchronization unit (316, 336) and the migration rate adjustment unit (352), the coexistence of the SaaS form and the SI form and the change from the SaaS form to the SI form are possible. Consecutive migration of business services and business data (adjustment of migration rate and migration timing) becomes possible. For this reason, even during the change from the SaaS form to the SI form, it is possible to prevent the user from using the business service.

6). Other;
As described above, as an embodiment of the present invention, there are Company A that provides business services in the SaaS format, and City B that uses business services of Company A in one department, and business services of Company A in other departments of City B The case where the company C, which handles the SI business at the affiliated company of the company A, performs SI and changes from the SaaS form to the SI form has been described. However, the present invention is not limited to the above embodiment. The present invention is not limited, and various modifications are possible within the scope of the purpose.

  For example, the data address list (314, 334) can be realized by a program that responds with a physical address when inquired by a logical name of data instead of a file. Similarly, the service address list (343) can also be realized by a program that responds with a physical address when inquired by the logical name of the service.

  As another modification, rewriting of the service address list (343) is not performed by sending a migration command from the migration rate adjustment unit (352) to the Proxy (342), but manually (by the proxy server 112). The service address list (343) may be rewritten (from the input unit 112a).

  As another modification, the transition rate adjustment unit (352) can be installed in the city B (102) instead of being installed in the company C (103). At that time, the business server B (114) may include the migration rate adjustment unit (352), or the proxy server (112).

  As another modification, the present invention can be applied even when the user of the city B (102) business service intends to change from the SI form to the SaaS form. When the number of users is decreasing and the scale of the SI form becomes small, it is reasonable to determine that the SaaS form is less expensive. In this case, it is desirable to transfer the business service and business data so as to reduce the burial cost and the opportunity loss for the change from the SI mode to the SaaS mode in the manner described in the present embodiment. In addition, the above-described form change can be supported using the profit / loss analysis / prediction unit (351) and the transition rate adjustment unit (352).

It is the conceptual diagram which showed the relationship between SaaS company A company, SaaS user B city, and SI company C company. It is the conceptual diagram which showed the relationship of A company, B city, and C company along the time axis. It is the figure which showed the function structure of the system installed in A company, B city, and C company before SI implementation by C company. It is the figure which showed the outline | summary of the service address list (343). It is the figure which showed the outline | summary of the data address list (314) in A company (101). It is the figure which showed the outline | summary of user DB (600) which is one item in work data (313). It is an example of a screen of a business client (341). It is the figure which showed the content recorded on the log (315) which a business service provision part (311) outputs. It is the figure which showed the content recorded on management data (317). It is an example of a screen of a profit-and-loss analysis and prediction part (351). It is a figure which shows the outline | summary of the system structure of A company, B city, and C company after SI by C company was implemented. (A) is the figure which showed the content recorded on a data address list | wrist (314). (B) is a diagram showing the contents recorded in the data address list (334). It is an example of a data address list (314) in which data addresses (503) are recorded in units of tables and records. It is the figure explaining the outline | summary of the process sequence which adjusts a transfer rate in a transfer rate adjustment part (352). It is a figure which shows the example of the operation information message (1501) of the operation information which a transfer rate adjustment part (352) acquires from a monitoring part (338). It is the figure which showed the processing flow of the data synchronizer (316). It is the figure which showed the content recorded on a data address list | wrist (334). It is a figure which shows the example of a screen of a transfer rate adjustment part (352). Examples (a) to (c) of migration command messages of migration commands transmitted from the migration rate adjustment unit (352) to the data synchronization units (316, 336) and the Proxy (342) are shown.

Explanation of symbols

101 Company A (SaaS company)
102 City B (SaaS users)
103 Company C (SI provider)
111 Business server A
112 Proxy server 113 Business server C
114 Business server B
301 Network 311, 331 Business Service Providing Unit 312, 332 Data Linking Unit 313, 333 Business Data 314, 334 Data Address List 315, 335 Log 316, 336 Data Synchronizing Unit 317 Management Data 318, 338 Monitoring Unit 341 Business Client 342 Proxy
343 Service Address List 351 Profit / Loss Analysis / Prediction Department 352 Transition Rate Adjustment Department

Claims (7)

A business service utilization device that transmits a business service usage request via a network to a first business service provision device that provides the business service and uses the business service, and the business service usage request is provided to the first business service provision device. Transmitting to the apparatus via the network, receiving a response to the business service utilization request from the first business service providing apparatus via the network, and using the business service by the business service utilization apparatus and the first A business service utilization system having a relay device for relaying business service provision by the business service providing device;
The first business service providing device connected to the network;
A business service execution system having
The relay device is
First storage means for storing a service address list including at least a business service address field in which an address of the business service is registered;
In the business service utilization system, the first business service providing apparatus equivalent Ru a function second business service providing device is added to the network, the business service first business service providing device provides the When transferred to the second business service providing device, in the service address list, the same business service address registered in the business service address field as the migrated business service is used as the registered business service. First control means for updating to an address indicating that the location of the service is the second business service providing device,
The second business service providing device is:
Second storage means for storing a data address list including a business data address field in which an address of business data used to execute at least the business service is registered;
In the business service utilization system, the second business service providing device having the same function as the first business service providing device is added to the network, and the business service provided by the first business service providing device is provided. When a part of the business data used for execution is transferred to the second business service providing apparatus, the address where the transferred business data is located in the data address list is designated as the second business service. And a second control means for updating to an address indicating that the apparatus is a providing device. The second business service providing device is:
Data synchronization means for receiving business data transferred from the first business service providing apparatus and instructing the control means to update the data address list based on the transferred business data. The business service execution system according to claim 1 . The business service execution system includes:
A support device connected to the network and supporting the addition of the second business service providing device having the same function as the first business service providing device to the business service utilization system ;
The first business service providing device is:
A storage unit storing management information defining a business form related to management in providing a business service log provided by the first business service providing device and a log indicating a history of business service usage status by the business service using device;
The log and the management information are acquired from the storage unit, the statistical information is generated by performing predetermined statistical processing on the acquired log and the management information, and the generated statistical information is transmitted to the support device And monitoring means for monitoring the provision of the business service,
The support device includes:
When the statistical information is received from the monitoring means and predetermined arithmetic processing is performed on the statistical information, a business service execution system is provided when the second business service providing device is not added to the business service utilization system. Transition of the first profit / loss expected when operating, and the second profit / loss expected when operating the business service execution system when the second business service providing device is added to the business service utilization system A profit and loss analysis / prediction unit that calculates a break-even point by calculating the transition of the first and second profits and the second profit / loss and comparing both cases is provided. The business service execution system according to 1. The business service execution system includes:
A support device connected to the network and supporting the addition of the second business service providing device having the same function as the first business service providing device to the business service utilization system ;
The second business service providing device is:
A log indicating a history of business service usage status by the business service utilization device is further stored in the second storage means ;
Data synchronization means for receiving business data transferred from the first business service providing device and instructing the second control means to update the data address list based on the transferred business data;
Predetermined arithmetic processing is performed on the log and the migrated business data, and operation information defining performance of the business service and the business data migration in the business service utilization system is generated, and the generated monitoring means for monitoring the offer of the business service to send the operation information to said support device further comprises,
The support device includes:
The operation information is received from the monitoring unit, the performance of the business service and the business data is determined, and when a performance exceeding a certain level is obtained, the input from the input unit provided in the support device The business service migration command is transmitted to the relay device according to a business service migration migration rate, and the business data is transferred to the data synchronization unit according to the business data migration migration rate input from the input unit. The business service execution system according to claim 1, further comprising: a transition rate adjusting unit that transmits a transition command of In the second business service providing device,
The data address list includes an update availability field in which a value that determines whether or not to update the address is registered without accepting access to the business data located at the address registered in the business data address field,
The second control means reads the data address list when the data synchronization means receives business data to be migrated from the first business service providing apparatus according to the migration command, and registers the data address list in the update availability field. 5. The business service execution according to claim 4 , wherein a value that determines whether or not to update an address of the same business data as the business data to be migrated is updated to a value that disables the update of the address. system. A business service utilization device that transmits a business service usage request via a network to a first business service provision device that provides the business service and uses the business service, and the business service usage request is provided to the first business service provision device. Transmitting to the apparatus via the network, receiving a response to the business service utilization request from the first business service providing apparatus via the network, and using the business service by the business service utilization apparatus and the first A business service utilization system having a relay device for relaying business service provision by the business service providing device;
The first business service providing device connected to the network;
A business service execution method in a business service execution system having
The relay device is
Storing a service address list including at least a business service address field in which an address of the business service is registered;
Control means of the relay device, wherein in the business service utilization system, the first business service providing apparatus equivalent Ru a function second business service providing device is added to the network, the first business service When the business service provided by the providing device is transferred to the second business service providing device, the same business service as the migrated business service registered in the business service address field in the service address list. Updating the address to an address indicating that the location of the registered business service is the second business service providing device;
The second business service providing device is:
Storing a data address list having a business data address field in which at least business data addresses used for executing the business service are registered;
In the business service utilization system, the second business service providing device having a function equivalent to that of the first business service providing device is added to the network. when a portion of the business data to be used for executing the business service first business service providing device provides is migrated to the second business service providing apparatus, in the data address list, the migrated the business A business service execution method, comprising: updating an address where data is located to an address indicating the second business service providing apparatus.   The business service execution method according to claim 6 is executed by a computer of the second business service providing apparatus.
  A business service execution program characterized by that.

Images